(57)【要約】【課題】視聴者にとってより魅力的な再生が可能な情報記憶媒体を提供すること。【解決手段】情報記憶媒体は、コンテンツを管理する管理情報を記録する管理領域と、前記管理情報により管理されるコンテンツを記録するコンテンツ領域と、を備え、前記コンテンツ領域は、複数のオブジェクトを記録するオブジェクト領域と、これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップを記録するタイムマップ領域を備え、前記管理領域は、前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、前記プレイリストにより動的なメニューの再生を可能にした。【選択図】      図７２
2006260611.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを管理する管理情報を記録する管理領域と、
前記管理情報により管理されるコンテンツを記録するコンテンツ領域と、
を備え、
前記コンテンツ領域は、
複数のオブジェクトを記録するオブジェクト領域と、
これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップを記録するタイムマップ領域を備え、
前記管理領域は、
前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、
前記プレイリストにより動的なメニューの再生を可能にしたことを特徴とする情報記憶媒体。
【請求項２】
情報記憶媒体は、コンテンツを管理する管理情報を記録する管理領域と、前記管理情報により管理されるコンテンツを記録するコンテンツ領域とを備え、前記コンテンツ領域は、複数のオブジェクトを記録するオブジェクト領域と、これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップを記録するタイムマップ領域を備え、前記管理領域は、前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、前記プレイリストにより動的なメニューの再生を可能にした情報記憶媒体を再生する情報再生装置であって、
前記情報記憶媒体に記録された前記プレイリストを読み取る読取手段と、
前記読取手段により読み取られた前記プレイリストに基づき前記メニューを再生する再生手段と、
を備えたことを特徴とする情報再生装置。
【請求項３】
情報記憶媒体は、コンテンツを管理する管理情報を記録する管理領域と、前記管理情報により管理されるコンテンツを記録するコンテンツ領域とを備え、前記コンテンツ領域は、複数のオブジェクトを記録するオブジェクト領域と、これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップを記録するタイムマップ領域を備え、前記管理領域は、前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、前記プレイリストにより動的なメニューの再生を可能にした情報記憶媒体を再生する情報再生方法であって、
前記情報記憶媒体に記録された前記プレイリストを読み取り、
前記プレイリストに基づき前記メニューを再生する、
ことを特徴とする情報再生方法。
【請求項４】
サーバとプレイヤにより構成されるネットワーク通信システムであって、
情報記憶媒体から情報を読み出し、ネットワークを介して前記サーバに対して再生情報を要求し前記サーバから前記再生情報をダウンロードし、前記情報記憶媒体から読み出した情報及び前記サーバからダウンロードした再生情報を再生するプレイヤと、
前記再生装置からの再生情報の要求に対応して前記プレイヤに対して再生情報を提供するサーバと、
を備えたことを特徴とするネットワーク通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、光ディスク等の情報記憶媒体に関する。また、この発明は、情報記憶媒体から情報を再生する情報再生装置及び情報再生方法に関する。さらに、この発明は、サーバとプレイヤにより構成されるネットワーク通信システムに関する。
【背景技術】
【０００２】
近年、高画質・高機能を有するＤＶＤビデオディスク及びそのディスクを再生するビデオプレーヤの普及が進み、そのマルチチャネルオーディオを再生する周辺機器等も選択の幅が広がってきている。そしてホームシアターが身近に実現でき、高画質・高音質の映画やアニメーション等を家庭で自在に視聴し得る環境が整えられつつある。また、特許文献１に示すように、ディスクからの再生映像に対して文字の色等を変更することで種々のメニューを重畳表示することのできる再生装置も提案されている。
【特許文献１】特開平１０−５００３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ここ数年、画像圧縮技術の向上に伴って、ユーザ及びコンテンツ供給者の両者からさらなる高画質の実現を望む声が挙がっている。また、上記高画質の実現以外にも、タイトル本編も含めメニュー画面や特典映像等のコンテンツにおいて、より色彩に富んだメニューやインタラクティブ性の向上等、コンテンツ内容の拡充によるユーザへのより魅力的なコンテンツの提供環境がコンテンツ供給者から望まれている。さらに、ユーザの撮影した静止画イメージデータやインターネット接続などにより入手した字幕テキスト等を、再生位置、再生領域、あるいは再生時間をユーザが自由に指定して再生することにより、コンテンツを自由に楽しみたい等の要求が高まってきている。
【０００４】
本発明の目的は、視聴者にとってより魅力的な再生が可能な情報記憶媒体を提供することにある。また、本発明の目的は、視聴者にとってより魅力的な再生が可能な情報再生装置、情報再生方法、及びネットワーク通信システムを提供することにある。
【課題を解決するための手段】
【０００５】
この発明の情報記憶媒体、情報再生装置、情報再生方法、及びネットワーク通信システムは、以下のように構成されている。
【０００６】
（１）この発明の情報記憶媒体は、例えば、コンテンツ(Advanced content)を管理する管理情報（Advanced Navigation）を記録する管理領域と、前記管理情報（Advanced Navigation）により管理されるコンテンツ(Advanced content)を記録するコンテンツ領域とを備え、前記コンテンツ領域は、複数のオブジェクトを記録するオブジェクト領域と、これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップ（ＴＭＡＰ）を記録するタイムマップ領域を備え、前記管理領域は、前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、前記プレイリストにより動的なメニューの再生を可能にした情報記憶媒体である。
【０００７】
（２）この発明の情報再生装置が再生する情報記憶媒体は、例えば、コンテンツ(Advanced content)を管理する管理情報（Advanced Navigation）を記録する管理領域と、前記管理情報（Advanced Navigation）により管理されるコンテンツ(Advanced content)を記録するコンテンツ領域とを備え、前記コンテンツ領域は、複数のオブジェクトを記録するオブジェクト領域と、これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップ（ＴＭＡＰ）を記録するタイムマップ領域を備え、前記管理領域は、前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、前記プレイリストにより動的なメニューの再生を可能にした情報記憶媒体であって、この発明の情報再生装置は、前記情報記憶媒体に記録された前記プレイリストを読み取る読取手段と、前記読取手段により読み取られた前記プレイリストに基づき前記メニューを再生する再生手段とを備えている。
【０００８】
（３）この発明の情報再生装置が再生する情報記憶媒体は、例えば、コンテンツ(Advanced content)を管理する管理情報（Advanced Navigation）を記録する管理領域と、前記管理情報（Advanced Navigation）により管理されるコンテンツ(Advanced content)を記録するコンテンツ領域とを備え、前記コンテンツ領域は、複数のオブジェクトを記録するオブジェクト領域と、これらオブジェクトをタイムライン上の指定期間で再生するためのタイムマップ（ＴＭＡＰ）を記録するタイムマップ領域を備え、前記管理領域は、前記タイムマップに基づき、前記オブジェクトにより構成されるメニュー及びタイトルの再生を制御するためのプレイリストを記録するプレイリスト領域を備え、前記プレイリストにより動的なメニューの再生を可能にした情報記憶媒体であって、この発明の情報再生方法は、前記情報記憶媒体に記録された前記プレイリストを読み取り、前記プレイリストに基づき前記メニューを再生する。
【０００９】
（４）この発明のネットワーク通信システムは、例えば、サーバとプレイヤにより構成されるネットワーク通信システムであって、情報記憶媒体から情報を読み出し、ネットワークを介して前記サーバに対して再生情報を要求し前記サーバから前記再生情報をダウンロードし、前記情報記憶媒体から読み出した情報及び前記サーバからダウンロードした再生情報を再生するプレイヤと、前記再生装置からの再生情報の要求に対応して前記プレイヤに対して再生情報を提供するサーバとを備えている。
【発明の効果】
【００１０】
本発明によれば、視聴者にとってより魅力的な再生が可能な情報記憶媒体を提供できる。また、本発明によれば、視聴者にとってより魅力的な再生が可能な情報再生装置、情報再生方法、及びネットワーク通信システムを提供できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照してこの発明に係る実施の形態を説明する。この発明に係る情報記録媒体、情報伝送媒体、情報処理方法及び装置、情報再生方法及び装置、情報記録方法及び装置では、データフォーマット及びその取り扱い方法に新しい有効な工夫が施されている。このために、リソースの中でも特にビデオ、オーディオ、その他のプログラムなどのデータを再利用できるとともに、また、複数のリソースの組み合わせ変更の自由度が高いものとなっている。このことは、以下に説明する各部分構成、機能、作用によって明らかになる。
【００１２】
3.  はじめに
3.1  コンテンツの種類について説明する、
ここで記載する説明では2種類のコンテンツについて定めている。一つは標準コンテンツ（Standard Content)、もう一つはアドバンスドコンテンツ(Advanced Content)である。標準コンテンツはナビゲーションデータとディスク上のビデオオブジェクトで構成され、またこれはDVD-ビデオ規格第1.1版を拡張したものである。
【００１３】
一方、アドバンスドコンテンツは、プレイリスト(Playlist)、ローディングインフォメーション（Loading Information)、マークアップ(Markup)、スクリプトファイル(Script files)などのアドバンスドナビゲーション(Navigation data)と、プライマリ／セカンダリビデオセット(Primary/Secondary Video Set)などのアドバンスドデータ(Advanced data)、およびアドバンスドエレメント(Advanced Element)（画像、オーディオ、テキストなど）で構成される。少なくとも一つのプレイリストファイルとプライマリビデオセットをディスク上に位置づける必要があり、その他のデータはディスク上に置いても、サーバから取り込んでもよい。
【００１４】
3.1.1  標準コンテンツ(Standard Content)
標準コンテンツは、DVD-ビデオ規格第1.1版に定めるコンテンツを、特に高解像度ビデオ、高品質オーディオ、いくつかの新機能について、拡張したものである。標準コンテンツは基本的に、図１（Ａ）のFigure3.1.1-1に示すように、一つのVMGスペースと一つまたは複数のVTSスペース（「標準VTS」または単に「VTS」と呼ばれる）で構成される。詳しくは、5．標準コンテンツの記載を参照。図１（Ａ）のFigure3.1.1-1は標準コンテンツの構成例である。
【００１５】
3.1.2  アドバンスドコンテンツ(Advanced content)
アドバンスドコンテンツは、標準コンテンツで実現されるオーディオとビデオの拡張に加え、より高度なインタラクティブ性（interactivity）を実現する。上記の通りアドバンスドコンテンツは、プレイリスト、ローディングインフォメーション、マークアップ、スクリプトファイルなどのアドバンスドナビゲーションと、プライマリ／セカンダリビデオセットなどのアドバンスドデータ、およびアドバンスドエレメント（画像、オーディオ、テキストなど）で構成され、アドバンスドナビゲーションはアドバンスドデータの再生を管理する。（図１（Ｂ）のFigure3.1.2-1参照）
XMLで記述されるプレイリストはディスク上にあり、ディスク上にアドバンスドコンテンツがある場合、プレイヤはまずこのファイルを実行する。このファイルで次の情報が提供される。
【００１６】
・オブジェクトマッピング情報（Object Mapping Information）: タイトルタイムライン（Title Timeline）上にマッピングされたプレゼンテーションオブジェクトのためのタイトル内の情報
・再生シーケンス（Playback Sequence）: タイトルタイムラインにより記述される、各タイトル用の再生情報
・構成情報（Configuration Information）: データバッファアラインメントなどのシステム構成
プレイリストの記述に従って最初のアプリケーションが、プライマリ／セカンダリビデオセットなどがある場合はこれらを参照しつつ、実行される。一つのアプリケーションは、ローディングインフォメーション、マークアップ（これにはコンテンツ／スタイリング／タイミング情報が含まれる）、スクリプト、アドバンスドデータで構成される。アプリケーションを構成する、最初の一つのマークアップファイル、スクリプトファイルやその他のリソースは、一つのローディングインフォメーションファイルの中で参照する。マークアップにより、プライマリ／セカンダリビデオセットなどのアドバンスドデータ、およびアドバンスドエレメントの再生が開始される。
【００１７】
プライマリビデオセットの構造は、このコンテンツ専用の一つのVTSスペースで構成されたものになっている。すなわち、このVTSにはナビゲーションコマンドがなく多層化構造がないが、TMAP情報などがある。また、このVTSは、一つのメインビデオストリーム、一つのサブビデオストリーム、8つのメインオーディオストリーム、8つのサブオーディオストリームを保持することができる。このVTSは「アドバンスドVTS」と呼ばれている。
【００１８】
セカンダリビデオセットは、プライマリビデオセットにビデオ／オーディオデータを追加する際に使用し、またオーディオデータだけを追加する場合にも使用する。ただし、このデータは、プライマリビデオセット内のビデオ／オーディオストリームの再生が行われていない場合に限り、再生することができ、この逆も同様である。
【００１９】
セカンダリビデオセットはディスク上に記録されるか、あるいは一つまたは複数のファイルとしてサーバから取り込まれる。このファイルは、データがディスク上に記録されており、しかもプライマリビデオセットとともに、同時に再生する必要がある場合は、再生前に一旦ファイルキャッシュに保存される。一方、セカンダリビデオセットがウェブサイト上にある場合は、このデータ全体を一旦ファイルキャッシュに保存するか（「ダウンローディング」）、またはこのデータの一部をストリーミングバッファに連続的に保存する必要があり、保存されたデータは、サーバからデータをダウンロードする間にバッファオーバフローを起こすことなく、同時に再生される。（「ストリーミング」）
詳しくは、6.  アドバンスドコンテンツを参照。図１（Ｂ）のFigure3.1.2.1は、アドバンスドコンテンツの構成例である。
【００２０】
3.1.2.1  アドバンスドビデオタイトルセット（Advanced VTS）
アドバンスドVTS （プライマリビデオセットとも呼ばれる）は、アドバンスドナビゲーション用のビデオタイトルセットで利用される。すなわち、標準VTSに対応するものとして次のものが定められている。
【００２１】
1）  EVOBのより進んだエンハンスメント
−1つのメインビデオストリーム、1つのサブビデオストリーム
−8つのメインオーディオストリーム、8つのサブオーディオストリーム
−32のサブピクチャストリーム
−1つのアドバンスドストリーム
2）  エンハンスドEVOBセット（EVOBS）の統合
−メニューEVOBSとタイトルEVOBSの両方の統合
3）  多層化構造の解消
−タイトルなし、PGSなし、PTTなし、セルなし
−ナビゲーションコマンドのキャンセルとUOP制御
4）  新しいタイムマップ情報（TMAP）の導入
−一つのTMAPIが一つのEVOBに対応し、一つのファイルとして保存される。
【００２２】
−NV_PCK内の情報の一部は簡単化される。詳しくは、6.3  プライマリビデオセットを参照。
【００２３】
3.1.2.2  相互運用可能なVTS（Interoperable VTS）
相互運用可能なVTSは、HD  DVD-VR規格でサポートされるビデオタイトルセットである。本規格すなわちHD  DVD-ビデオ規格では、相互運用可能なVTSはサポートされておらず、すなわちコンテンツの著者は相互運用可能なVTSを含むディスクを作成することはできない。ただし、HD  DVD-ビデオプレイヤは相互運用可能なVTSの再生をサポートする。
【００２４】
3.2  ディスクタイプ
本規格では、次に定める3種類のディスク（カテゴリ1のディスク／カテゴリ2のディスク／カテゴリ3のディスク）が認められる。
【００２５】
3.2.1  カテゴリ1のディスク
このディスクには、一つのVMGと一つまたは複数の標準VTSで構成される標準コンテンツのみが含まれる。すなわち、このディスクにはアドバンスドVTS、アドバンスドコンテンツは含まれない。構成例については図２（Ａ）のFigure3.2.1-1を参照。
【００２６】
3.2.2  カテゴリ2のディスク
このディスクには、アドバンスドナビゲーション、プライマリビデオセット（アドバンスドVTS）、セカンダリビデオセットおよびアドバンスドエレメントで構成されるアドバンスドコンテンツのみが含まれる。すなわち、このディスクにはVMGや標準VTSなどの標準コンテンツは含まれない。構成例については図２（Ｂ）のFigure3.2.2-1を参照。
【００２７】
3.2.3  カテゴリ3のディスク
このディスクには、アドバンスドナビゲーション、プライマリビデオセット（アドバンスドVTS）、セカンダリビデオセットおよびアドバンスドエレメントで構成されるアドバンスドコンテンツと、VMGと一つまたは複数の標準VTSで構成される標準コンテンツが含まれる。ただし、このVMG にはFP_DOMもVMGM_DOMも存在しない。構成例については図２（Ｃ）のFigure3.2.3-1を参照。
【００２８】
このディスクには標準コンテンツが含まれるが、基本的にこのディスクはカテゴリ2のディスクの規則に従い、さらにまた、このディスクにはアドバンスドコンテンツ再生状態から標準コンテンツ再生状態への遷移とこの逆の遷移が含まれる。
【００２９】
3.2.3.1  アドバンスドコンテンツによる標準コンテンツの利用
標準コンテンツはアドバンスドコンテンツにより利用することができる。アドバンスドVTSのVTSIはEVOBを参照することができ、後者も、標準VTSのVTSIによりTMAPを使用して参照することができる。ただし、EVOBにはHLI、PCIなどを含めることができ、これはアドバンスドコンテンツではサポートされていない。こうしたEVOBの再生では、例えばHLIやPCIはアドバンスドコンテンツでは無視されることになる。図３のFigure 3.2.3.1-1には、上記のように標準コンテンツが利用されるときの様子を示している。
【００３０】
3.2.3.2  標準コンテンツ／アドバンスドコンテンツ間の遷移（Transition between Standard/Advanced Content Playback State）
カテゴリ3のディスクに関しては、アドバンスドコンテンツと標準コンテンツはそれぞれ独自に再生される。図４のFigure3.2.3.1-1に、このディスクの再生状態の遷移図を示す。まず、アドバンスドナビゲーション（すなわちプレイリストファイル）が「初期状態(Initial State)」で解釈され、ファイルに従って、アドバンスドコンテンツ内の最初のアプリケーションが「アドバンスドコンテンツ再生状態(Advanced Content Playback State)」で実行される。この場合、アドバンスドコンテンツが再生される間に、プレイヤは、例えばCallStandardCotentPlayerなどの指定されたコマンドを、再生位置を指定するアーギュメントを付けて、スクリプトを介して実行することで、標準コンテンツを再生することができる。
【００３１】
（「標準コンテンツ再生状態(Standard Content Playback State)」への遷移）  標準コンテンツが再生される間に、プレイヤは、例えばCallAdvancedCotentPlayerといったナビゲーションコマンドなどの指定コマンドを実行することで、アドバンスドコンテンツ再生状態に戻ることができる。
【００３２】
アドバンスドコンテンツ再生状態では、アドバンスドコンテンツはシステムパラメータ（SPRM（1）からSPRM（10）まで）の読み込み／設定を行うことができる。遷移の間に、SPRMの値は連続的に保持される。例えば、アドバンスドコンテンツ再生状態ではアドバンスドコンテンツは、遷移後の標準コンテンツ再生状態での適切なオーディオストリームの再生のための現在のオーディオ再生状態に応じて、オーディオストリーム用にSPRMを設定する。標準コンテンツ再生状態にあるユーザがオーディオストリームを変更しても、遷移後にアドバンスドコンテンツはオーディオストリーム用にSPRMを読み込んで、アドバンスドコンテンツ再生状態におけるオーディオ再生状態を変更する。
【００３３】
3.3論理的データ構造
ディスクの構造は、一つのボリュームスペース、一つのビデオマネージャ（VMG）、一つのビデオタイトルセット（VTS）、一つのエンハンスドビデオオブジェクトセット（EVOBS）、およびここで述べるアドバンスドコンテンツで構成されたものになっている。
【００３４】
3.3.1  ボリュームスペースの構造
図５のFigure3.3.1-1に示すように、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-ビデオゾーンには次の規則が適用される。
【００３７】
1）  「HD  DVD-ビデオゾーン」は、カテゴリ1のディスクでは一つの「標準コンテンツゾーン」で構成される。「HD  DVD-ビデオゾーン」は、カテゴリ2のディスクでは一つの「アドバンスドコンテンツゾーン」で構成される。「HD  DVD-ビデオゾーン」は、カテゴリ3のディスクでは一つの「標準コンテンツゾーン」と一つの「アドバンスドコンテンツゾーン」の両方で構成される、
2）  「標準コンテンツゾーン」はカテゴリ1のディスクでは単一のビデオマネージャ（VMG）と少なくとも1つ、最大510のビデオタイトルセット（VTS）で構成され、カテゴリ2のディスクには「標準コンテンツゾーン」は存在してはならず、「標準コンテンツゾーン」はカテゴリ3のディスクでは少なくとも1つ、最大510のVTS）で構成される、
3）  VMGは、「HD  DVD-ビデオゾーン」があるとき、すなわちカテゴリ1のディスクの場合は、その先頭部に割り振られる、
4）  VMGは少なくとも2つ、最大102のファイルで構成される、
5）  各VTS（アドバンスドVTSを除く）は少なくとも3つ、最大200のファイルで構成される、
6）  「アドバンスドコンテンツゾーン」は、アドバンスドVTSを有するアドバンスドコンテンツゾーンでサポートされるファイルで構成される。アドバンスドコンテンツゾーン用のファイルの最大数は（ADV_OBJディレクトリ以下では）512×2047である、
7）  アドバンスドVTSは少なくとも5つ、最大200のファイルで構成される、
注:  DVD-ビデオゾーンに関しては、第1.0版の第3部（ビデオ規格）を参照。
【００３８】
3.3.2  ディレクトリとファイルに関する規則（図６のFigure 3.3.2-1)
HD  DVD-ビデオディスクに関連するファイルとディレクトリに対する要件をここに述べる。
【００３９】
HVDVD_TSディレクトリ
「HVDVD_TS」ディレクトリは、ルートディレクトリのすぐ下にある。一つのVMGに関連する全ファイル、一つまたは複数の標準ビデオセット、一つのアドバンスドVTS（プライマリビデオセット）が、このディレクトリ以下にある。
【００４０】
ビデオマネージャ（VMG）
一つのビデオマネージャ情報（VMGI）、一つのファーストプレイプログラムチェーンメニュー用エンハンスドビデオオブジェクト（FP_PGCM_EVOB）、一つのバックアップ用ビデオマネージャ情報（VMGI_BUP）が、それぞれ構成ファイルとしてHVDVD_TSディレクトリ以下に記録される。一つのビデオマネージャメニュー用エンハンスドビデオオブジェクトセット（VMGM_EVOBS）のサイズが1GB（=２３０バイト）以上あるときは、HVDVD_TSディレクトリ以下でファイル数が最大で98になるよう分割する必要がある。一つのVMGM_EVOBSのこれらのファイルについては、どのファイルも連続的に割り振ること。
【００４１】
標準ビデオタイトルセット（標準VTS；Standard Video Title Set）
一つのビデオタイトルセット情報（VTSI）と一つのバックアップ用ビデオタイトルセット情報（VTSI_BUP）が、それぞれ構成ファイルとしてHVDVD_TSディレクトリ以下に記録される。ビデオタイトルセットメニュー用エンハンスドビデオオブジェクトセット（VTSM_EVOBS）と、タイトル用エンハンスドビデオオブジェクトセット（VTSTT_VOBS）のサイズが1GB（=230バイト）以上あるときは、どのファイルのサイズも1GBより小さくなるように、最大で99のファイルに分割する必要がある。これらのファイルはHVDVD_TSディレクトリ以下の構成ファイルである。一つのVTSM_EVOBSと一つのVTSTT_EVOBSのこれらのファイルについては、どのファイルも連続的に割り振ること。
【００４２】
アドバンスドビデオタイトルセット（アドバンスドVTS）
一つのビデオタイトルセット情報（VTSI）と一つのバックアップ用ビデオタイトルセット情報（VTSI_BUP）を、それぞれ構成ファイルとしてHVDVD_TSディレクトリ以下に記録することができる。一つのビデオタイトルセットタイムマップ情報（VTS_TMAP）と、一つのバックアップ用ビデオタイトルセットタイムマップ情報（VTS_TMAP_BUP）は、それぞれHVDVD_TSディレクトリ以下で最大99のファイルで構成することができる。タイトル用エンハンスドビデオオブジェクトセット（VTSTT_VOBS）のサイズが1GB（=230バイト）以上あるときは、どのファイルのサイズも1GBより小さくなるように、最大で99のファイルに分割する必要がある。これらのファイルはHVDVD_TSディレクトリ以下の構成ファイルである。一つのVTSTT_EVOBS内のこれらのファイルについては、どのファイルも連続的に割り振ること。
【００４３】
HVDVD_TSディレクトリ以下のファイル名とディレクトリ名には、次の規則が適用される。
【００４４】
1）  ディレクトリ名
DVD-ビデオの固定ディレクトリ名は「HVDVD_TS」とする,
2）  ビデオマネージャ（VMG）用ファイル名
ビデオマネージャ情報の固定ファイル名は「HVI00001.IFO」とする,
FP_PGCメニュー用エンハンスドビデオオブジェクトの固定ファイル名は「HVM00001.EVO」とする,
VMGメニュー用エンハンスドビデオオブジェクトセットのファイル名は「HVM000%%.EVO」とする,
バックアップ用ビデオマネージャ情報の固定ファイル名は「HVI00001.BUP」とする,
−「%%」は、VMGメニュー用の各エンハンスドビデオオブジェクトセットに対して「02」から「99」まで昇順で連続的に割り当てられる,
3）  標準ビデオタイトルセット（標準VTS）用ファイル名
ビデオタイトルセットのファイル名は「HVI@@@01.IFO」とする,
VTSメニュー用エンハンスドビデオオブジェクトセットのファイル名は「HVM@@@##.EVO」とする,
タイトル用エンハンスドビデオオブジェクトセットのファイル名は「HVT@@@##.EVO」とする,
バックアップ用ビデオタイトルセット情報のファイル名は「HVI@@@01.BUP」とする,
−「@@@」は、ビデオタイトルセット番号のファイルに割り当てられる三つの文字で、「001」から「511」までとする,
−「##」は、VTSメニュー用の各エンハンスドビデオオブジェクトセットまたはタイトル用の各エンハンスドビデオオブジェクトセットに対して「01」から「99」まで昇順で連続的に割り当てられる,
4）  アドバンスドビデオタイトルセット（アドバンスドVTS）用ファイル名
ビデオタイトルセットのファイル名は「AVI00001.IFO」とする,
タイトル用エンハンスドビデオオブジェクトセットのファイル名は「AVT000&&.EVO」とする,
タイムマップ情報のファイル名は「AVMAP0$$.IFO」とする,
バックアップ用ビデオタイトルセット情報のファイル名は「AVI00001.BUP」とする,
バックアップ用タイムマップ情報のファイル名は「AVMAP0$$.BUP」とする,
−「&&」は、タイトル用エンハンスドビデオオブジェクトセットに対して「01」から「99」まで昇順で連続的に割り当てられる,
−「$$」は、タイムマップ情報に対して「01」から「99」まで昇順で連続的に割り当てられる。
【００４５】
ADV_OBJディレクトリ
「ADV_OBJ」ディレクトリは、ルートディレクトリのすぐ下にある。プレイリストファイルはすべてこのディレクトリのすぐ下にある。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットのファイルは、どれでもこのディレクトリのすぐ下に置くことができる。
【００４６】
プレイリスト
各プレイリストファイルは、「ADV_OBJ」ディレクトリのすぐ下に「PLAYLIST%%.XML」というファイル名で置くことができる。「%%」は、「00」から「99」まで昇順で連続的に割り当てられる。（ディスクをロードしたときに）最大の番号をもつプレイリストファイルが最初に処理される。
【００４７】
アドバンスドコンテンツ用ディレクトリ
「アドバンスドコンテンツ用ディレクトリ」は、「ADV_OBJ」ディレクトリ以下にのみ置くことができる。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットのファイルは、どれでもこのディレクトリに置くことができる。このディレクトリ名はd文字とd1文字で構成される。「ADV_OBJ」サブディレクトリの総数（「ADV_OBJ」ディレクトリを除く）は512未満とする。ディレクトリ階層の深さは8またはそれ以下とする。
【００４８】
アドバンスドコンテンツ用ファイル
「ADV_OBJ」ディレクトリ以下のファイルの総数は512×2047に制限され、各ディレクトリ内にあるファイルの総数は2048未満とする。このファイル名はd文字またはd1文字で構成し、このファイル名は本体、「.」（ピリオド）、拡張子で構成される。上記したディレクトリ／ファイル構造の例が図６のFigure3.3.2-1に示されている。
【００４９】
3.3.3  ビデオマネージャ（VMG）の構造
VMGは「HD  DVD-ビデオゾーン」にある全ビデオタイトルセットの目次である。図７のFigure3.3-1に示すように、VMGはVMGI（ビデオマネージャ情報）と呼ばれる制御データ、ファーストプレイPGCメニュー用エンハンスドビデオオブジェクト（FP_PGCM_EVOB）、BMGメニュー用エンハンスドビデオオブジェクトセット（VMGM_EVOBS）、制御データのバックアップ（VMGI_BUP）で構成される。制御データはタイトルを再生するために必要な静的情報で、ユーザ操作をサポートする情報を提供する。FP_PGCM_EVOBは、メニュー言語の選択に用いるエンハンスドビデオオブジェクト（EVOB）である。VMGM_EVOBSは、ボリュームアクセスをサポートするメニューに使用するエンハンスドビデオオブジェクト（EVOB）の集合である。
【００５０】
ビデオマネージャ（VMG）には、次の規則が適用される
1）  制御データ（VMGI）と制御データのバックアップ（VMGI_BUP）はそれぞれ1 GBに満たない単一のファイルとする,
2）  FP_PGCメニュー用EVOB （FP_PGCM_EVOB）は1 GBに満たない単一のファイルとする。BMGメニュー用EVOBS （VMGM_EVOBS）は、それぞれが1 GBに満たないファイルに分割し、そのファイル数は最大で（98）とする,
3）  VMGI、FP_PGCM_EVOB（存在する場合）、VMGM_EVOBS（存在する場合）、VMGI_BUPは、この順で割り振られる,
4）  VMGIとVMGI_BUPは同一のECCブロックに記録してはならない,
5）  VMGM_EVOBSを構成するファイルは連続的に割り振られる,
6）  VMGI_BUPのコンテンツはVMGIと完全に同一とする。従い、VMGI_BUP内の相対アドレス情報がVMGI_BUP外の場所を指している場合、その相対アドレスはVMGIの相対アドレスと見なされる,
7）  VMGI、FP_PGCM_EVOB（存在する場合）、VMGM_EVOBS（存在する場合）、VMGI_BUPの間の境界にはギャップがあってもよい,
8）  VMGM_EVOBS（存在する場合）の中では、各EVOBは連続的に割り振られる,
9）  VMGIとVMGI_BUPはそれぞれ、連続するLSNで構成される論理的に連続した領域に記録される,
注:  本規格はDVD-R for General （一般用）/ DVD-RAM / DVD-RWおよびDVD-ROMに適用可能であるが、各メディアについて第2部（ファイルシステム仕様）に記載するデータアロケーションの規則に適合していること。
【００５１】
3.3.4 標準ビデオタイトルセット（標準VTS）の構造
VTSはタイトルの集合である。図７のFigure3.3.-1に示すように、各VTSはVTSI（ビデオタイトルセット情報）と呼ばれる制御データ、VTSメニュー用のエンハンスドビデオオブジェクトセット（VTSM_EVOBS）、タイトル用エンハンスドビデオオブジェクトセット（VTSTT_EVOBS）、およびバックアップ制御データ（VTSI_BUP）で構成される。
【００５２】
ビデオタイトルセット（VTS）には次の規則が適用される,
1）  制御データ（VTSI）と制御データのバックアップ（VTSI_BUP）はそれぞれ1 GBに満たない単一のファイルとする,
2）  VTSメニュー用EVOBS （VTSM_EVOBS）と一つのVTS内のEVOBS（VTSTT_EVOBS）とはそれぞれ、各ファイルサイズが1 GBに満たないファイルに分割し、そのファイル数はそれぞれ最大で（99）とする,
3）  VTSI、VTSM_EVOB（存在する場合）、VTSTT_EVOBSおよびVTSI_BUPは、この順で割り振られる,
4）  VTSIとVTSI_BUPは同一のECCブロックに記録してはならない,
5）  VTSM_EVOBSを構成するファイルは連続的に割り振られる,また、VTSTT_EVOBSを構成するファイルも連続的に割り振られる,
6）  VTSI_BUPのコンテンツはVTSIと完全に同一とする,したがって、VTSI_BUP内の相対アドレス情報がVTSI_BUP外の場所を指している場合、その相対アドレスはVTSIの相対アドレスと見なされる,
7）  VTS番号はボリューム内のVTSに割り当てられる連続した番号である。VTS番号は「1」から「511」まであり、VTSがディスク上に保存される順序で割り当てられる（各VTSのVTSIの冒頭にある最小LBNから）
8）  各VTS について、VTSI、VTSM_EVOB（存在する場合）、VTSTT_EVOBS、VTSI_BUPの間の境界にはギャップがあってもよい,
9）  各VTSM_EVOBS（存在する場合）の中では、各EVOBは連続的に割り振られる,
10）  各VTSTT_EVOBSの中では、各EVOBは連続的に割り振られる,
11）  VTSIとVTSI_BUPはそれぞれ、連続するLSNで構成される論理的に連続した領域に記録される,
注:  本規格はDVD-R for General （一般用）/ DVD-RAM / DVD-RWおよびDVD-ROMに適用可能であるが、各メディアについて第2部（ファイルシステム仕様）に記載するデータアロケーションの規則に適合していること。アロケーションの詳細は、各メディアについて第2部（ファイルシステム規格）に示される。
【００５３】
3.3.5 アドバンスドビデオタイトルセット（アドバンスドVTS）の構造
このVTSはただ一つのタイトルで構成される。図７のFigure3.3-1に示すように、このVTSはVTSIと呼ばれる制御データ（6.3.1 ビデオタイトルセット情報を参照）、一つのVTS内のタイトル用エンハンスドビデオオブジェクトセット（VTSTT_EVOBS）、ビデオタイトルセットタイムマップ情報（VTS_TMAP）、バックアップ制御データ（VTSI_BUP）、およびビデオタイトルセットタイムマップ情報のバックアップ（VTS_TMAP_BUP）で構成される。
【００５４】
ビデオタイトルセット（VTS）には次の規則が適用される、
1）  制御データ（VTSI）と制御データのバックアップ（VTSI_BUP） （存在する場合）はそれぞれ1 GBに満たない単一のファイルとする,
2）  一つのVTS内のタイトル用EVOBS（VTSTT_EVOBS）は、各ファイルサイズが1 GBに満たないファイルに分割し、そのファイル数は最大で（99）とする,
3）  一つのビデオタイトルセットタイムマップ情報（VTS_TMAP）とそのバックアップ（VTS_TMAP_BUP） （存在する場合）はそれぞれ、各ファイルサイズが1 GBに満たないファイルに分割し、そのファイル数は最大で（99）とする,
4）  VTSIとVTSI_BUP（存在する場合）は同一のECCブロックに記録してはならない,
5）  VTS_TMAPとVTS_TMAP_BUP（存在する場合）は同一のECCブロックに記録してはならない,
6）  VTSTT_EVOBSを構成するファイルは連続的に割り振られる,
7）  VTSI_BUP（存在する場合）のコンテンツはVTSIと完全に同一とする。従い、VTSI_BUP内の相対アドレス情報がVTSI_BUP外の場所を指している場合、その相対アドレスはVTSIの相対アドレスと見なされる,
8）  各VTSTT_EVOBSの中では、各EVOBは連続的に割り振られる,
注:  本規格はDVD-R for General （一般用）/ DVD-RAM / DVD-RWおよびDVD-ROMに適用可能であるが、各メディアについて第2部（ファイルシステム仕様）に記載するデータアロケーションの規則に適合していること。アロケーションの詳細は、各メディアについて第2部（ファイルシステム規格）で示される。
【００５５】
3.3.6 エンハンスドビデオオブジェクトセット（EVOBS）の構造
EVOBSは、ビデオ、オーディオ、サブピクチャなどで構成されるエンハンスドビデオオブジェクト（5. エンハンスドビデオオブジェクトを参照）の集合である。図７のFigure3.3-1を参照。
【００５６】
EVOBSには次の規則が適用される
1）  一つのEVOBS内で、EVOBは連続したブロックとインターリーブされたブロックに記録される。連続したブロックとインターリーブされたブロックについては、3.3.12.1 プレゼンテーションデータのアロケーションを参照、
VMGと標準VTSの場合、
2）  一つのEVOBSは一つまたは複数のEVOBで構成される。EVOB_ID番号が、EVOBS内の最小のLSNをもつEVOBから、一つの（1）で始まり昇順で割り当てられる、
3）  一つのEVOBは一つまたは複数のセルで構成される。C_ID番号が、EVOB内の最小のLSNをもつセルから、一つの（1）で始まり昇順で割り当てられる,
4）  EVOBS内のセルは、EVOB_ID番号とC_ID番号とで識別できる,
3.3.7  論理構造と物理構造の関係
VMGと標準VTSについては、セルに関して次の規則が適用される
1）  一つのセルは同一の層に割り振られる。
【００５７】
3.3.8  MIMEタイプ
本規格における各リソースの拡張子名とMIMEタイプは表１のTable 3.3.3-1に定義する。Table 3.3.3-1はファイル拡張子とMIMEタイプを示している。
【表１】
2006260611.tif 000003
【００５８】
4.システムモデル
4.1.1オーバーロールスタートアップシーケンス 
図８のFigure4.1.1-1には、ＨＤ  ＤＶＤプレイヤのスタートアップシーケンスのフローチャートを示している。ディスクが挿入された後、プレイヤは、“ＡＤＶ＿ＯＢＪ”  “playlist.xml(Tentative)”がルート  ディレクトリ下の“ＡＤＶ＿ＯＢＪ”ディレクトリに存在するかどうかを確認する。“playlist.xml(Tentative)”が存在したならば、ＨＤ  ＤＶＤプレイヤは、このディスクがカテゴリー２又は３のディスクであることを決定する。もし“playlist.xml(Tentative)”が存在しないならば、ＨＤ  ＤＶＤプレイヤは、ＶＭＧＩのディスクＶＭＧ＿ＩＤをチックする。このディスクがカテゴリー１の場合は、それは、“ＨＤＤＶＤ＿ＶＭＧ２００”である。ＶＭＧ＿ＣＡＴのバイトポジション０−ｂ１５は標準カテゴリーのみを示す。もしこのディスクがＨＤ  ＤＶＤのどのカテゴリーにも属しない場合には、その後の処置は、それぞれのプレーヤに依存する。ＶＭＧＩについては、5.2.1  ビデオマネージャ情報（ＶＭＧＩ）を参照。
【００５９】
アドバンスドコンテンツとスタンダードコンテンツの再生手続は異なる。アドバンスドコンテンツは、4.3 アドバンスコンテンツ用システムモデルを参照、スタンダードコンテンツの詳細は4.2 共通システムモデルを参照。
【００６０】
4.1.2 プレイヤにより取り扱われるインフォメーションデータ(information data)
各コンテンツ（標準コンテンツ、アドバンスドコンテンツ、或いはインターオペラブルコンテンツ）の中で、プレイヤによって取り扱われるべきＰ−ＥＶＯＢ（プライマリーエンハンスドビデオオブジェクト）の中に、いくつかの必要な情報データ（information data）がある。
【００６１】
それらの必要な情報データは、ＧＣＩ（General Control Information），ＰＣＩ（Presentation Control Information）、そしてＤＳＩ（Data Search Information）であり、これらは、ナビゲーションパック（ＮＶ＿ＰＣＫ）に格納されている、そしてＨＬＩ（Highlight Information）が複数のＨＬＩパックに格納されている。プレイヤによって取り扱われるべき情報データは、Table 4.1.2-1に示されている。ＮＡは適用なし（Not Applicable)である。注意：ＲＤＩ（Real time Data Information)は、高品位書込み可能なディスクのＤＶＤ規格書（パート３、Video Recording Specifications)に示されている。
【表２】
2006260611.tif 000004
【００６２】
4.3  アドバンスドコンテンツ用システムモデル
本セクションではアドバンスドコンテンツの再生用システムモデルについて述べる。
【００６３】
4.3.1  アドバンスドコンテンツのデータタイプ
4.3.1.1  アドバンスドナビゲーション
アドバンスドナビゲーションは、次のタイプファイルで構成されるアドバンスドコンテンツ用のナビゲーションデータのデータタイプである。アドバンスドナビゲーションの詳細については（6.2  アドバンスドナビゲーション）を参照、
・プレイリスト
・ローディング情報
・マークアップ
*コンテンツ
*スタイリング
*タイミング
・スクリプト。
【００６４】
4.3.2  アドバンスドデータ
アドバンスドデータは、アドバンスドコンテンツ用のプレゼンテーションデータのデータタイプである。アドバンスドデータは次の四つのタイプに分類できる。
【００６５】
・プライマリビデオセット
・セカンダリビデオセット
・アドバンスドエレメント
・その他。
【００６６】
4.3.1.2.1  プライマリビデオセット
プライマリビデオセットは、プライマリビデオ用の一組のデータである。プライマリビデオセットのデータ構造は、アドバンスドVTSと一致し、ナビゲーションデータ（VTSI、TMAPなど）とプレゼンテーションデータ（P-EVOB-TY2など）で構成される。プライマリビデオセットはディスク上に保存される。プライマリビデオセットは、その中に様々なプレゼンテーションデータを含めることができる。考えられるプレゼンテーションストリームタイプとしては、メインビデオ、メインオーディオ、サブビデオ、サブオーディオ、サブピクチャがある。HD  DVDプレイヤは、プライマリビデオおよびオーディオ以外に、同時にサブビデオおよびオーディオを再生することができる。サブビデオとサブオーディオの再生中にセカンダリビデオセットのサブビデオとサブオーディオを再生することはできない。プライマリビデオセットの詳細については（6.3 プライマリビデオセット）を参照。
【００６７】
4.3.1.2.2  セカンダリビデオセット
セカンダリビデオセットは、ネットワークストリーミングとファイルキャッシュ上のプレダウンロードされたコンテンツ用の一組のデータである。セカンダリビデオセットのデータ構造は、アドバンスドVTSの簡単化された構造であり、TMAPとプレゼンテーションデータ（S-EVOB）で構成される。セカンダリビデオセットにはサブビデオ、サブオーディオ、コンプリメンタリオーディオ、コンプリメンタリサブタイトルを含めることができる。コンプリメンタリオーディオは、プライマリビデオセット内のメインオーディオに代わる代替オーディオストリームとして使用する。コンプリメンタリサブタイトルは、プライマリビデオセット内のサブピクチャに代わる代替サブタイトルストリームとして使用する。コンプリメンタリサブタイトルのデータフォーマットはアドバンスドサブタイトルである。アドバンスドサブタイトルの詳細については（6.5.4  アドバンスドサブタイトル）を参照。セカンダリビデオセット内のプレゼンテーションデータの組み合わせとして考えられるものを（Table 4.3.1-1  セカンダリビデオセット内の考えられるプレゼンテーションデータストリーム）に述べる。セカンダリビデオセットの詳細については（6.4  セカンダリビデオセット）を参照。Table4.3.1-1  セカンダリビデオセット内の考えられるプレゼンテーションデータストリームを示す。
【表３】
2006260611.tif 000005
【００６８】
4.3.1.2.3  アドバンスドエレメント
アドバンスドエレメントは、グラフィック平面、効果音、およびアドバンスドナビゲーション、プレゼンテーションエンジンで生成され、あるいはデータソースから受け取る各種タイプのファイルを作成するために使用するプレゼンテーションの材料である。使用可能なデータフォーマットは次の通り。アドバンスドエレメントの詳細については（6.5  アドバンスドエレメント）を参照、
・画像／アニメーション
*PNG
*JPG
*MNG
・オーディオ
*WAV
・テキスト／フォント
*UNICODEフォーマット、UTF-8またはUTF-16
*オープンフォント。
【００６９】
4.3.1.3  その他
アドバンスドコンテンツプレイヤは、本規格に規定されていないフォーマットのデータファイルを生成することができる。これには、アドバンスドナビゲーション内のスクリプトで生成されるゲームスコア用のテキストファイルであったり、あるいはアドバンスドコンテンツが特定のネットワークサーバへのアクセスを開始するときに受け取るクッキーなどがある。これらのデータファイルは、アドバンスドナビゲーションの指示によりプライマリビデオプレイヤが取り込む画像ファイルなど、その種類によってはアドバンスドエレメントとして処理されるものがある。
【００７０】
4.3.2  プライマリエンハンスドビデオオブジェクトタイプ2 （P-EVOB-TY2）
プライマリエンハンスドビデオオブジェクトタイプ2 （P-EVOB-TY2）は、プライマリビデオセットのプレゼンテーションデータを運ぶデータストリームである。プライマリエンハンスドビデオオブジェクトタイプ2は、「MPEG-2規格のシステム部分（ISO/IEC 138181-1）」に規定されるプログラムストリームに適合する。プライマリビデオセットのプレゼンテーションデータのタイプには、メインビデオ、メインオーディオ、サブビデオ、サブオーディオ、サブピクチャがある。アドバンスドストリームはさらに、P-EVOB-TY2へと多重化される。図９のFigure4.3.2-1: P-EVOB-TY2の多重化構造のイメージを参照。
【００７１】
P-EVOB-TY2内の考えられるパックタイプには以下のものがある。
【００７２】
・ナビゲーションパック（N_PCK）
・メインビデオパック（VM_PCK）
・メインオーディオパック（AM_PCK）
・サブビデオパック（VS_PCK）
・サブオーディオパック（AS_PCK）
・サブピクチャパック（SP_PCK）
・アドバンスドストリームパック（ADV_PCK）
詳細は（6.3.3  プライマリEVOB（P-EVOB）を参照。
【００７３】
プライマリエンハンスドビデオセットタイプ2用のタイムマップ（TMAP）には、各プライマリエンハンスドビデオオブジェクトユニット（P-EVOBU）用のエントリポイントがある。タイムマップの詳細については（6.3.2  タイムマップ（TMAP））を参照。
【００７４】
プライマリビデオセット用のアクセスユニットは、メインビデオのアクセスユニットと従来のビデオオブジェクト（VOB）構造に基づくものである。サブビデオとサブオーディオ用のオフセット情報は、同期情報（SYNCI）およびメインオーディオとサブピクチャにより与えられる。同期情報の詳細については（5.2.7  同期情報（SYNCI））を参照。
【００７５】
アドバンスドストリームは、プライマリビデオセットの再生を中断させることなくファイルキャッシュに対して様々な種類のアドバンスドコンテンツファイルを供給するために使用する。プライマリビデオプレイヤ内の逆多重モジュールがアドバンスドストリームパック（ADV_PCK）を、ナビゲーションエンジン内のファイルキャッシュマネージャに分配する。ファイルキャッシュマネージャの詳細については（4.3.15.2 ファイルキャッシュマネージャ）を参照。図９のFigure4.3.2.1はP-EVOB-TY2の多重化構造のイメージである。
【００７６】
P-EVOB-TY2に対しては、以下のモデルが対応つけられる、
4.3.3  プライマリエンハンスドビデオオブジェクトタイプ2 （P-EVOB-TY2）用の入力バッファモデル
4.3.4  プライマリエンハンスドビデオオブジェクトタイプ2 （P-EVOB-TY2）用のデコーディングモデル
4.3.4.1  プライマリエンハンスドビデオオブジェクトタイプ2用の拡張システムターゲットデコーダ（E-STD）モデル。
【００７７】
図１０のFigure4.3.4-1は、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 でデコードすることが可能である。
【００７８】
図１０は、プライマリエンハンスドビデオオブジェクトタイプ2用のE-STDモデル構成を示す図である。この図は、P-STD（MPEG-2システム規格に規定）とプライマリエンハンスドビデオオブジェクトタイプ2用の拡張機能を示すものである。ここでは、
a）  システムタイムクロック（STC）はエレメントとして明示的に含まれている,
b）  STCオフセットはオフセット値で、P-EVOB-TY2が互いに接続され、シームレスなプレゼンテーションが行われているときのSTCの値を変更する際に使用する,
c）  SW1からSW7を使用して、P-EVOB-TY2の境界におけるSTC値と（STCマイナスSTCオフセット）の値との切り替えが行える,
d）  メインビデオアクセスユニット、サブビデオアクセスユニット、メインオーディオアクセスユニット、サブオーディオアクセスユニットのプレゼンテーション時間が異なるため、オーディオストリームによっては、隣り合うアクセスユニット間でタイムスタンプの不連続が生じることがある,
メインまたはサブオーディオデコーダに不連続が生じると、これらのオーディオデコーダは常に、回復前に一時的に停止状態になる。このために、メインオーディオデコーダ停止情報（M-ADPI）とサブオーディオデコーダ停止情報（S-ADPI）が外部から独自に与えられ、またDSI内に保存されたシームレス再生情報（SML_PBI）から引き出すこともできる。
【００７９】
4.3.22.2  プライマリエンハンスドビデオオブジェクトタイプ2用のE-STDの動作
（1）  P-STDとしての動作
E-STDモデルの機能はP-STDのそれと同じである。これは次のような動きをする。
【００８０】
（a）  SW1からSW7までは常にSTCに対して設定されており、そのためSTCオフセットは使用しない,
（b）  オーディオストリームの連続的プレゼンテーションを保証するため、M-ADPIとS-ADPIはメインおよびサブオーディオデコーダに送られないようにする,
P-EVOBによっては、アングルのプレゼンテーションパスが変更されたときにシームレス再生を保証することもできる。インターリーブされたユニット（ILVU）のヘッドがあるそうした変更可能な場所では、その変更前のP-EVOB-TY2および変更後のP-EVOB-TY2は、P-STD内で定義された条件で動作する,
（2）  E-STDとしての動作
以下に、P-EVOB-TY2がE-STDに連続的に入力されたときのE-STDの動作を示す。図１１のFigure4.3.4-2の P-EVOB-TY2用E-STDのタイミングチャートを参照,この図は、P-EVOB-TY2用E-STDのタイミングチャートである。以下説明する。
【００８１】
<P-EVOB-TY2（T1）用E-STDへの入力タイミング>
一つ前のP-EVOB-TY2の最後のパックがP-EVOB-TY2用E-STD （図１１のFigure4.3.4-2: 「P-EVOB-TY2用E-STDのタイミングチャート」上のタイミングT1）を入力すると直ちにSTCオフセットが設定され、SW1が（STCマイナスSTCオフセット）に切り替えられる。続いて、E-STDへの入力タイミングが、次に来るP-EVOB-TY2のシステムクロックレファレンス（SCR）により決定される。
【００８２】
STCオフセットの設定は次の規則に従う、
a）  STCオフセットは、一つ前のP-EVOB-TY2と次に来るP-EVOB-TY2に含まれるビデオストリームに連続性があることを前提として設定される。すなわち、一つ前のP-EVOB-TY2内の最後に表示されたメインビデオアクセスユニット（Main Video ACSU）のプレゼンテーション時間（Tp）とメインビデオアクセスユニットのプレゼンテーション時間（Td）との合計時間は、次に来るP-EVOB-TY2に含まれる最初に表示されたメインビデオアクセスユニットのプレゼンテーション時間（Tf）とSTCオフセットとの合計に等しくなる、
Tp + Td = Tf + STCオフセット
STCオフセット自体はデータ構造にエンコードされていないことに注意が必要である。その代わりに、P-EVOB-TY2内のプレゼンテーション終了時間であるビデオエンドPTMとP-EVOB-TY2内の開始時間ビデオスタートPTMがNV_PCKに記述される。STCオフセットの計算は次のようになる、
STCオフセット = （一つ前の）P-EVOB-TY2内のビデオエンドPTM-（次に来る）P-EVOB-TY2内のビデオスタートPTM
b）  SW1が（STCマイナスSTCオフセット）に設定され（STCマイナスSTCオフセット）が負である間は、この値が0または正になるまでE-STDへの入力は禁止される。
【００８３】
<メインオーディオプレゼンテーションタイミング（T2）>
一つ前のP-EVOB-TY2に含まれる最後のメインオーディオアクセスユニット（Main Audio ACSU）のプレゼンテーションが行われる時間とメインオーディオアクセスユニットのプレゼンテーション時間の合計時間をT2とする。T2において、SW2が（STCマイナスSTCオフセット）に切り替えられる。続いて、次に来るP-EVOB-TY2に含まれるメインオーディオパケットのプレゼンテーションタイムスタンプ（PTS）により、プレゼンテーションが開始される。時間T2自体はデータ構造には現れない。メインオーディオアクセスユニットは引き続きT2においてデコードされる。
【００８４】
<サブオーディオプレゼンテーションタイミング（T3）>
一つ前のP-EVOB-TY2に含まれる最後のサブオーディオアクセスユニット（Sub Audio ACSU）のプレゼンテーションが行われる時間とサブオーディオアクセスユニットのプレゼンテーション時間の合計時間をT3とする。T3において、SW5が（STCマイナスSTCオフセット）に切り替えられる。続いて、次に来るP-EVOB-TY2に含まれるサブオーディオパケットのPTSにより、プレゼンテーションが開始される。時間T3自体はデータ構造には現れない。サブオーディオアクセスユニットは引き続きT3においてデコードされる。
【００８５】
<メインビデオデコーディングタイミング（T4）>
一つ前のP-EVOB-TY2に含まれる最後にデコードされたメインビデオアクセスユニットがデコードされる時間とメインビデオアクセスユニットのデコーディング時間の合計時間をT4とする。T4において、SW3が（STCマイナスSTCオフセット）に切り替えられる。続いて、次に来るP-EVOB-TY2に含まれるメインビデオパケットのデコーディングタイムスタンプ（DTS）により、デコーディングが開始される。時間T4自体はデータ構造には現れない。
【００８６】
<サブビデオデコーディングタイミング（T5）>
一つ前のP-EVOB-TY2に含まれる最後にデコードされたサブビデオアクセスユニット（Sub Video ACSU）がデコードされる時間とサブビデオアクセスユニットのデコーディング時間の合計時間をT5とする。T5において、SW6が（STCマイナスSTCオフセット）に切り替えられる。続いて、次に来るP-EVOB-TY2に含まれるサブビデオパケットのDTSにより、デコーディングが開始される。時間T5自体はデータ構造には現れない。
【００８７】
<メインビデオ／サブピクチャ／PCIプレゼンテーションタイミング（T6）>
一つ前のプログラムストリームに含まれる最後に表示されたメインビデオアクセスユニットのプレゼンテーションが行われる時間とメインビデオアクセスユニットのプレゼンテーション時間の合計時間をT6とする。T6において、SW4が（STCマイナスSTCオフセット）に切り替えられる。続いて、次に来るP-EVOB-TY2に含まれるメインビデオパケットのPTSにより、プレゼンテーションが開始される。T6経過後は、サブピクチャとPCIのプレゼンテーションタイミングについても（STCマイナスSTCオフセット）により決定される。
【００８８】
<サブビデオプレゼンテーションタイミング（T7）>
一つ前のプログラムストリームに含まれる最後に表示されたサブビデオアクセスユニットのプレゼンテーションが行われる時間とサブビデオアクセスユニットのプレゼンテーション時間の合計時間をT7とする。T7において、SW7が（STCマイナスSTCオフセット）に切り替えられる。続いて、次に来るP-EVOB-TY2に含まれるサブビデオパケットのPTSにより、プレゼンテーションが開始される。
【００８９】
（サブビデオに対するシームレス再生に関する制限は、仮に設けたものである）
T7がT6に（ほぼ）等しい場合、サブビデオのプレゼンテーションはシームレスであることが保証される。
【００９０】
T7がT6より早い場合、サブビデオのプレゼンテーションには若干のギャップが生じる。
【００９１】
T7がT6の後に来てはならない。
【００９２】
<STCのリセット>
SW1からSW7までがすべて（STCマイナスSTCオフセット）に切り替えられると、STCは直ちに（STCマイナスSTCオフセット）の値に応じてリセットされ、SW1からSW7までがすべてSTCに切り替えられる。
【００９３】
<M-ADPI:メインオーディオの不連続のためのメインオーディオデコーダ停止情報>
M-ADPIは、停止状態であるP-EVOB-TY2内のメインオーディオ停止プレゼンテーション時間におけるSTC値と、停止時間であるP-EVOB-TY2内のメインオーディオギャップ長で構成される。M-ADPIの停止時間がゼロでない場合、メインオーディオデコーダはその停止時間中にメインオーディオアクセスユニットのデコードを行わない、
メインオーディオの不連続は、インターリーブされたブロックに割り振られたP-EVOB-TY2でのみ許容される。さらに、一つのP-EVOB-TY2に認められる不連続は最大で二件である。
【００９４】
<S-ADPI: サブオーディオの不連続のためのサブオーディオデコーダ停止情報>
S-ADPIは、停止状態であるP-EVOB-TY2内のサブオーディオ停止プレゼンテーション時間におけるSTC値と、停止時間であるP-EVOB-TY2内のサブオーディオギャップ長で構成される。S-ADPIの停止時間がゼロでない場合、サブオーディオデコーダはその停止時間中にサブオーディオアクセスユニットのデコードを行わない、
サブオーディオの不連続は、インターリーブされたブロックに割り振られたP-EVOB-TY2でのみ許容される。さらに、一つのP-EVOB-TY2に認められる不連続は最大で二件である。
【００９５】
4.3.5  セカンダリエンハンスドビデオオブジェクト（S-EVOB）
例えばアプリケーションに基づいてグラフィックVideo,アニメーションなどのコンテンツを処理することができる。
【００９６】
4.3.6  セカンダリエンハンスドビデオオブジェクト（S-EVOB）用入力バッファモデル
セカンダリーエンハンスドビデオオブジェクトに関しては、入力バッファとしてメインビデオのときと同様な媒体が用いられてもよい。又別のメディアがソースとしてもちいられてもよい。
【００９７】
4.3.7  アドバンスドコンテンツ用の環境
図１２のFigure4.3.7-1は、アドバンスドコンテンツプレイヤの再生環境を示す、アドバンスドコンテンツプレイヤ(Advanced Content Player)は、アドバンスドコンテンツ用の論理的なプレイヤである。
【００９８】
アドバンスドコンテンツのデータソースには、ディスク(Disc)、ネットワークサーバ(Network serve)、永続的ストレージ(Persistent Storage)がある。アドバンスドコンテンツの再生には、カテゴリ2または3のディスクが必要となる。アドバンスドコンテンツはどのデータタイプでもディスク上に保存できる。永続的ストレージとネットワークサーバについては、アドバンスドコンテンツはプライマリビデオセットを除くどのデータタイプも保存することができる。アドバンスドコンテンツの詳細については（6. アドバンスドコンテンツ）を参照。
【００９９】
ユーザイベント入力は、HD  DVDプレイヤのリモートコントローラやフロントパネルなどのユーザ入力装置により生じる。アドバンスドコンテンツプレイヤは、アドバンスドコンテンツへのユーザイベントの入力と正しい応答の生成を受け持つ。
【０１００】
オーディオおよびビデオ出力は、それぞれスピーカと表示装置に送られる。ビデオ出力モデルは（4.3.17.1ビデオミキシングモデル）に記載する。オーディオ出力モデルは（4.3.17.2オーディオミキシングモデル）に記載する。
【０１０１】
4.3.8  システムモデル全体
アドバンスドコンテンツプレイヤは、アドバンスドコンテンツ用の論理的なプレイヤである。図１３のFigure4.3.8-1に簡単化したアドバンスドコンテンツプレイヤを示す。これは、データアクセスマネージャ(Data Access Manager)、データキャッシュ(Data Cache)、ナビゲーションマネージャ(Navigation Manager)、ユーザインタフェースマネージャ(User Interface Manger)、プレゼンテーションエンジン(Presentation Engine)、AVレンダラ(AV Renderer)の六つの論理的機能モジュールで構成される。図１３のFigure4.3.8-1は、システムモデル全体を示している。
【０１０２】
データアクセスマネージャは、データソースとアドバンスドコンテンツプレイヤの内部モジュールとの間の様々な種類のデータのやり取りを受け持つ、
データキャッシュは、再生用アドバンスドコンテンツの一時的なデータストレージである、
ナビゲーションマネージャは、アドバンスドナビゲーション内の記述に従ってアドバンスドコンテンツプレイヤのあらゆる機能モジュールの制御を受け持つ、
ユーザインタフェースマネージャは、HD  DVDプレイヤのリモートコントローラやフロントパネルなどのユーザインタフェース装置の制御を受け持ち、その上でユーザ入力イベントをナビゲーションマネージャに通知する。
【０１０３】
プレゼンテーションエンジンは、アドバンスドエレメント、プライマリビデオセット、セカンダリビデオセットなどのプレゼンテーションの材料の再生を受け持つ、
AVレンダラは、他のモジュールからのビデオ／オーディオ入力のミックスとスピーカやディスプレイなどの外部装置への出力を受け持つ、
4.3.9  データソース
本セクションではアドバンスドコンテンツの再生に使用できるデータソースの種類について述べる。
【０１０４】
4.3.9.1  ディスク
ディスクは、アドバンスドコンテンツ再生の必須データソースである。HD  DVDプレイヤはHD  DVDディスクドライブを備えていること。アドバンスドコンテンツは、利用可能なデータソースがディスクと必須の永続的ストレージだけの場合にも再生できるようにオーサリングを行う必要がある。
【０１０５】
4.3.9.2  ネットワークサーバ
ネットワークサーバは、アドバンスドコンテンツ再生用のオプションのデータソースであるが、HD  DVDプレイヤはネットワークアクセス能力を備えていなければならない。ネットワークサーバは通常、現ディスクのコンテンツプロバイダが操作する。ネットワークサーバは通常、インターネット上に位置する。
【０１０６】
4.3.9.3  永続的ストレージ(Persistent Storage)
永続的ストレージは二つのカテゴリに分けられる。
【０１０７】
一つは、「固定式永続的ストレージ(Fixed Persistent Storage)」と呼ばれる。これは、HD  DVDプレイヤに付属する必須の永続的ストレージである。この装置の代表的なものとしてはフラッシュメモリがある。固定式永続的ストレージの最小容量は64MBである。
【０１０８】
その他はオプションであり、「補助永続的ストレージ」と呼ばれる。これらは、USBメモリ／HDDまたはメモリカードなどの取り外し可能なストレージ装置でもよい。考えられる補助永続的ストレージ装置の一つにNASがある。装置の実装に関しては本規格では規定しない。これらは永続的ストレージ用のAPIモデルに従わなければならない。
【０１０９】
4.3.10  ディスクのデータ構造
4.3.10.1  ディスク上のデータタイプ
HD  DVDディスク上に保存可能なデータタイプを図１４のFigure4.3.10-1（考えられるディスク上のデータタイプ）に示す。ディスクには、アドバンスドコンテンツと標準コンテンツの両方を保存できる。アドバンスドコンテンツのデータタイプとして考えられるものとしては、アドバンスドナビゲーション、アドバンスドエレメント、プライマリビデオセット、セカンダリビデオセットなどがある。標準コンテンツの詳細については（5. 標準コンテンツ）を参照。図１４のFigure4.3.10-1は 考えられるディスク上のデータタイプを示している。
【０１１０】
アドバンスドストリーム(Advanced Stream)は、プライマリビデオセット(Primary Video Set)を除く何れかのタイプのアドバンスドコンテンツファイルをアーカイブ化するデータフォーマットである。アドバンスドストリームのフォーマットはプライマリエンハンスドビデオオブジェクトタイプ2（P-EVOBS-TY2）に多重化され、プライマリビデオプレイヤに供給されるP-EVOBS-TY2データとともに引き出される。P-EVOBS-TY2の詳細については（4.3.2 プライマリエンハンスドビデオオブジェクトタイプ2 （P-EVOB-TY2））を参照。アドバンスドストリームにアーカイブ化されアドバンスドコンテンツ再生用に必須な同一のファイルは、ファイルとして保存する必要がある。これらの複製されたコピーは、アドバンスドコンテンツの再生を保証するものである。これは、プライマリビデオセットの再生をジャンプしたときに、アドバンスドストリームの供給が完了していないことがあるためである。この場合、指定されたジャンプ位置から再生を再開する前に、必要なファイルが直接ディスクからデータキャッシュ(Data Cache)に読み込まれる。
【０１１１】
アドバンスドナビゲーション:
アドバンスドナビゲーションファイルはファイルとして位置づけられる。アドバンスドナビゲーションファイルは起動シーケンスの間に読み込まれ、アドバンスドコンテンツの再生用に解釈される。
【０１１２】
アドバンスドエレメント:
アドバンスドエレメントはファイルとして位置づけることができ、またP-EVOB-TY2に多重化されるアドバンスドストリームにアーカイブ化することもできる。
【０１１３】
プライマリビデオセット:
ディスク上にあるプライマリビデオセットはただ一つだけである。
【０１１４】
セカンダリビデオセット:
セカンダリビデオセットはファイルとして位置づけることができ、またP-EVOB-TY2に多重化されるアドバンスドストリームにアーカイブ化することもできる。
【０１１５】
その他のファイル: 
アドバンスドコンテンツによってはその他のファイルが存在することもある。
【０１１６】
4.3.10.1.1  ディレクトリとファイルの構成
ファイルシステムに関しては、アドバンスドコンテンツ用のファイルは図１５のFigure4.3.10-2にディレクトリとファイルの構成を示す。ここに示すようにディレクトリ内に位置づけることが好ましい。
【０１１７】
HD  DVD_TSディレクトリ
「HD  DVD_TS」ディレクトリ(Directory)は、ルートディレクトリ(Root Derectory)のすぐ下にある。プライマリビデオセット用の一つのアドバンスドVTS および一つまたは複数の標準ビデオセットが、このディレクトリ以下にある。
【０１１８】
ADV_OBJディレクトリ
「ADV_OBJ」ディレクトリは、ルートディレクトリのすぐ下にある。アドバンスドナビゲーションに属する起動ファイルはすべてこのディレクトリにある。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットの全ファイルがこのディレクトリにある。
【０１１９】
アドバンスドコンテンツ用のその他のディレクトリ
「アドバンスドコンテンツ用のその他のディレクトリ」は、「ADV_OBJ」ディレクトリ以下にのみ存在することができる。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットのファイルであればこのディレクトリに置くことができる。このディレクトリ名はd文字とd1文字で構成される。「ADV_OBJ」サブディレクトリの総数（「ADV_OBJ」ディレクトリを除く）は512未満とする。ディレクトリ階層の深さは8またはそれ以下とする。
【０１２０】
アドバンスドコンテンツ用ファイル
「ADV_OBJ」ディレクトリ以下のファイルの総数は512×2047に制限され、各ディレクトリ内にあるファイルの総数は2048未満とする。このファイル名はd文字またはd1文字で構成し、このファイル名は本体、「.」（ピリオド）、拡張子で構成される。
【０１２１】
4.3.11  ネットワークサーバと永続的ストレージ上のデータタイプ
プライマリビデオセットを除くアドバンスドコンテンツファイルはすべてネットワークサーバおよび永続的ストレージ上に置くことができる。アドバンスドナビゲーションは、正しいAPIを使用してネットワークサーバまたは永続的ストレージ上のファイルをファイルキャッシュにコピーすることができる。セカンダリビデオプレイヤは、ディスク、ネットワークサーバまたは永続的ストレージからセカンダリビデオセットをストリーミングバッファに読み込むことができる。ネットワークアーキテクチャの詳細については、（9. ネットワーク）を参照。
【０１２２】
プライマリビデオセットを除くアドバンスドコンテンツファイルは永続的ストレージに保存することができる。
【０１２３】
4.3.12  アドバンスドコンテンツプレイヤのモデル
図１６のFigure4.3.12-1にはアドバンスドコンテンツプレイヤのモデルを示している。
【０１２４】
Figure4.3.12-1のアドバンスドコンテンツプレイヤのモデルに、アドバンスドコンテンツプレイヤの詳細なシステムモデルを示す。主要モジュールとして、データアクセスマネージャ(Data Access Manager)、データキャッシュ(Data Cache)、ナビゲーションマネージャ(Navigation Manager)、プレゼンテーションエンジン(Presentation Engine)、ユーザインタフェースマネージャ(User Interface Manager)、AVレンダラ(AV Renderer)の六つがある。各機能モジュールの詳細については、以下を参照。
【０１２５】
データアクセスマネージャ−（4.3.13  データアクセスマネージャで説明）
データキャッシュ−（4.3.14  データキャッシュ）
ナビゲーションマネージャ−（4.3.15  ナビゲーションマネージャで説明）
プレゼンテーションエンジン−（4.3.16  プレゼンテーションエンジンで説明）
AVレンダラ−（4.3.17  AVレンダラで説明）
ユーザインタフェースマネージャ（4.3.18  ユーザインタフェースマネージャで説明）
4.3.13  データアクセスマネージャ
データアクセスマネージャは、ディスクマネージャ、ネットワークマネージャ、永続的ストレージマネージャ（（図１７のFigure4.3.13-1:  データアクセスマネージャ）を参照）で構成される。
【０１２６】
永続的ストレージマネージャ(Persistent Storage Manager)
永続的ストレージマネージャは、永続的ストレージ装置とアドバンスドコンテンツプレイヤ内部のモジュールとの間のデータのやり取りを制御する。永続的ストレージマネージャは永続的ストレージ装置に対するファイルアクセスAPIセットの提供を受け持つ。永続的ストレージ装置はファイルの読み込み／書き込み機能をサポートすることができる。
【０１２７】
ネットワークマネージャ(Network Manager)
ネットワークマネージャは、ネットワークサーバとアドバンスドコンテンツプレイヤ内部のモジュールとの間のデータのやり取りを制御する。ネットワークマネージャはネットワークサーバに対するファイルアクセスAPIセットの提供を受け持つ。ネットワークサーバは通常、ファイルのダウンロードをサポートし、ネットワークサーバによってはファイルのアップロードもサポートすることができる。ナビゲーションマネージャは、アドバンスドナビゲーションに従ってネットワークサーバとファイルキャッシュとの間のファイルのダウンロード／アップロードを実行することができる。ネットワークマネージャはこのほか、プレゼンテーションエンジンに対してプロトコルレベルでのアクセス機能を提供することもできる。プレゼンテーションエンジン内のセカンダリビデオプレイヤは、ネットワークサーバからのストリーミング用に、これらのAPIセットを利用することができる。ネットワークアクセスの能力については（9. ネットワーク）を参照。
【０１２８】
4.3.14  データキャッシュ
データキャッシュには2種類のテンポラリデータストレージがある。1つはファイルキャッシュ（File Cache）で、ファイルデータ用のテンポラリバッファ。もうひとつはストリーミングバッファ(Streaming Buffer)で、ストリーミングデータ用のテンポラリバッファ。データキャッシュでのストリーミングデータの割り当てについては"playlist00.xml"に記述され、アドバンスドコンテンツ再生の起動シーケンスで分割される。データキャッシュの大きさは最小で64MB、最大は未定(（図１８のFigure4.3.14-1:データキャッシュ）参照)。
【０１２９】
4.3.14.1  データキャッシュの初期化
データキャッシュの構成はアドバンスドコンテンツ再生の起動シーケンスで変更される。"playlist00.xml"でストリーミングバッファのサイズを記述することができる。ストリーミングバッファサイズの記述が無い場合は、ストリーミングバッファのサイズがゼロであることを意味する。ストリーミングバッファサイズのバイト数は以下のように計算される。
【０１３０】
<streamingBuf size="1024"/>
ストリーミングバッファサイズ=1024×2 (KByte)
=2048 (KByte)
ストリーミングバッファは最小でゼロバイト、最大は未定。起動シーケンスについて詳しくは（4.3.28.2アドバンスドコンテンツの起動シーケンス）を参照。
【０１３１】
4.3.14.2  ファイルキャッシュ
ファイルキャッシュは、データソース、ナビゲーションエンジン、およびプレゼンテーションエンジン間でのテンポラリファイルキャッシュとして使用される。グラフィックスのイメージ、エフェクトサウンド、テキストおよびフォントなどのアドバンスドコンテンツファイルは、ナビゲーションマネージャもしくはアドバンスドプレゼンテーションエンジンからアクセスされる前にファイルキャッシュに保存しておく必要がある。
【０１３２】
4.3.14.3  ストリーミングバッファ
ストリーミングバッファは、セカンダリビデオプレイヤのセカンダリビデオプレゼンテーションエンジンによってセカンダリビデオセット用のテンポラリデータバッファとして使用される。セカンダリビデオプレイヤでは、ネットワークマネージャに対してセカンダリビデオセットのS-EVOBの一部をストリーミングバッファに取得するように要求する。セカンダリビデオプレイヤはストリーミングバッファからS-EVOBデータを読み込み、セカンダリビデオプレイヤのデマルチプレクサモジュールに提供する。セカンダリビデオプレイヤについて詳しくは（4.3.16.4セカンダリビデオプレイヤ）を参照。
【０１３３】
4.3.15  ナビゲーションマネージャ(Navigation Manager)
ナビゲーションマネージャは主に2種類の機能モジュールで構成される。アドバンスドナビゲーションエンジン(Advanced Navigation Engine)とファイルキャッシュマネージャ(File Cache Manager)である(（図１９のFigure4.3.15-1:ナビゲーションマネージャ参照)。図１９のFigure4.3.15-1は、ナビゲーションマネージャを示している。
【０１３４】
4.3.15.1  アドバンスドナビゲーションエンジン(Advanced Navigation Engine)
アドバンスドナビゲーションエンジンはアドバンスドコンテンツの再生動作をすべて制御し、アドバンスドナビゲーションに従ってアドバンスドプレゼンテーションエンジンを制御する。アドバンスドナビゲーションエンジンは、構文解析ツール(Parser)、宣言エンジン(Declarative Engine)、およびプログラミングエンジン(Programming Engine)を含む。図１９のFigure4.3.15-1：ナビゲーションマネージャを参照。
【０１３５】
4.3.15.1.1構文解析ツール(Parser)
構文解析ツールでは、アドバンスドナビゲーションファイルを読み込んでそれらの構文を解析する。解析した結果は適切なモジュール、宣言エンジン、およびプログラミングエンジンに送られる。
【０１３６】
4.3.15.1.2宣言エンジン（Declarative Engine）
宣言エンジンは、アドバンスドナビゲーションに従ってアドバンスドコンテンツの宣言された動作を管理、制御する。宣言エンジンでは以下のような処理を行なう。
【０１３７】
・アドバンスドプレゼンテーションエンジンの制御
−グラフィックスオブジェクトとアドバンスドテキストのレイアウト
−グラフィックスオブジェクトとアドバンスドテキストのスタイル
−予定されたグラフィックスプレーン動作とエフェクトサウンド再生のタイミング制御
・プライマリビデオプレイヤの制御
−タイトル再生シーケンス(タイトルタイムライン:Title Time Line)の登録を含めたプライマリビデオセットの構成
−ハイレベルプレイヤの制御
・セカンダリビデオプレイヤの制御
−セカンダリビデオセットの構成
−ハイレベルプレイヤの制御
4.3.15.1.3  プログラミングエンジン(Programming Engine)
プログラミングエンジンは、イベントドリブンの動作(event driven behaviors)、API(application Interface)セットコール、あるいはすべてのアドバンスドコンテンツを管理する。ユーザインターフェースイベントは通常プログラミングエンジンが取扱うので、宣言エンジンに定義されたアドバンスドナビゲーションの動作が変更される場合もある。
【０１３８】
4.3.15.2  ファイルキャッシュマネージャ(File Cache Manager)
ファイルキャッシュマネージャは以下のような処理を行なう。
【０１３９】
・P-EVOBSのアドバンスドストリームにアーカイブされたファイルをプライマリビデオプレイヤのデマルチプレクサモジュールから提供する
・ネットワークサーバまたは固定ストレージにアーカイブされたファイルを提供する
・ファイルキャッシュ内のファイルの生存期間管理
・アドバンスドナビゲーションまたはプレゼンテーションエンジンからの要求ファイルがファイルキャッシュに保存されていなかった場合にファイルを取得する
ファイルキャッシュマネージャはADV_PCKバッファとファイル抽出で構成される。
【０１４０】
4.3.15.2.1  ADV_PCKバッファ
ファイルキャッシュマネージャは、P-EVOBS-TY2にアーカイブされたアドバンスドストリームのPCKをプライマリビデオプレイヤのデマルチプレクサモジュールから受信する。アドバンスドストリームPCKのPSヘッダが削除され、ADV_PCKバッファには基礎データが保存される。またファイルキャッシュマネージャは、再度ネットワークサーバまたは固定ストレージのアドバンスドストリームファイルを取得する。
【０１４１】
4.3.15.2.2  ファイル抽出(File Extractor)
ファイル抽出は、アーカイブされたファイル(archived file)をアドバンスドストリームからADV_PCKバッファへの抽出を行なう。抽出されたファイルはファイルキャッシュに保存される。
【０１４２】
4.3.16  プレゼンテーションエンジン(Presentation Engine)
プレゼンテーションエンジンでは、プレゼンテーションデータのデコードを行い、ナビゲーションエンジンからのナビゲーションコマンドによってAVレンダラを出力する。プレゼンテーションエンジンは4種類のモジュール、アドバンスドエレメントプレゼンテーションエンジン（Advanced Element Presentation Engine）、セカンダリビデオプレイヤ(Secondary Video Player)、プライマリビデオプレイヤ(Primary Video Player)、およびデコーダエンジン(Decoder Engine)を含む。図２０のFigure4.3.16-1:プレゼンテーションエンジンを参照。
【０１４３】
4.3.16.1  アドバンスドエレメントプレゼンテーションエンジン(Advanced Element Presentation Engine)
アドバンスドエレメントプレゼンテーションエンジン(図２１のFigure4.3.16-2)は2種類のプレゼンテーションストリームをAVレンダラ（AV renderer）に出力する。1つはグラフィックスプレーンのフレームイメージで、もうひとつはエフェクトサウンドストリームである。アドバンスドエレメントプレゼンテーションエンジンは、サウンドデコーダ(Sound Decoder)、グラフィックスデコーダ(Graphics Decoder)、テキスト/フォントラスタライザ(Tex/Font Rasterizer)、およびレイアウトマネージャ(Layout Manger)で構成される。図２１のFigure4.3.16-2は、アドバンスドエレメントプレゼンテーションエンジンを示している。
【０１４４】
サウンドデコーダ:
サウンドデコーダはファイルキャッシュからWAVファイルを読み込み、ナビゲーションエンジンによって起動されたAVレンダラにLPCMデータを出力する。
【０１４５】
グラフィックスデコーダ:
グラフィックスデコーダは、PNGイメージまたはJPEGイメージなどのグラフィックスデータをファイルキャッシュから取得する。これらイメージファイルはデコードされ、レイアウトマネージャからの要求によってレイアウトマネージャに送られる。
【０１４６】
テキスト/フォントラスタライザ:
テキスト/フォントラスタライザは、ファイルキャッシュからフォントデータを取得してテキストイメージを生成する。またナビゲーションマネージャまたはファイルキャッシュからテキストデータを受信する。テキストイメージが生成され、レイアウトマネージャからの要求によってレイアウトマネージャに送られる。
【０１４７】
レイアウトマネージャ:
レイアウトマネージャでは、AVレンダラに対してグラフィックスプレーンのフレームイメージを作成する。フレームイメージが変更されるとレイアウト情報がナビゲーションマネージャから送られる。レイアウトマネージャは、グラフィックスデコーダを呼び出してフレームイメージ上に設定する特定のグラフィックスオブジェクトをデコードする。またレイアウトマネージャはテキスト/フォントラスタライザを呼び出して同様にフレームイメージ上に設定する特定のテキストオブジェクトを作成する。レイアウトマネージャは、グラフィカルイメージを最下層レイヤから適切な場所に位置付けし、オブジェクトにアルファチャネルもしくは値がある場合はピクセル値を計算する。最後にフレームイメージをAVレンダラに送付する。
【０１４８】
4.3.16.2アドバンスドサブタイトルプレイヤ、図２２のFigure4.3.16-3は、アドバンスドサブタイトルプレイヤを示している。タイミングエンジン(Timing Engine )及び、レイアウトエンジン(Layout Engine)を含む。
【０１４９】
4.3.16.3フォント描画システム、図２３のFigure4.3.16-4はフォント描画システムを示している。フォントエンジン(Font Engine)、スケーラー(Scaler)、アルファマップ生成部(Alphamap Generation)、フォントキャッシュ(Font Cach)を有する。
【０１５０】
4.3.16.4セカンダリビデオプレイヤ
セカンダリビデオプレイヤでは、補助ビデオコンテンツ、補助オーディオ、および補助サブタイトルをプレイする。これらの補助プレゼンテーションコンテンツは通常ディスク、ネットワーク、および固定ストレージに保存されている。コンテンツがディスクに保存されている場合は、ファイルキャッシュに保存されていなければセカンダリビデオプレイヤからはアクセスできない。ネットワークサーバからの場合はデマルチプレクサ/デコーダへ提供する前に速やかにストリーミングバッファに保存し、ネットワーク転送パスでのビットレート変動によるデータ欠損を回避する必要がある。セカンダリビデオプレイヤは、セカンダリビデオ再生エンジンとデマルチプレクサセカンダリビデオプレイヤで構成される。セカンダリビデオプレイヤはセカンダリビデオセットのストリームタイプに従ってデコーダエンジンの適切なデコーダに接続する(図２４のFigure4.3.16-5:セカンダリビデオプレイヤ参照)。セカンダリビデオセットには同時に2つのオーディオストリームを保持することができないため、セカンダリビデオプレイヤに接続されているオーディオデコーダは常に1つしかない。
【０１５１】
セカンダリビデオ再生エンジン:
セカンダリビデオ再生エンジンでは、ナビゲーションマネージャからの要求によってセカンダリビデオプレイヤのすべての機能モジュールを制御している。セカンダリビデオ再生エンジンはTMAPファイルを読み込んで分析し、S-EVOBの適切な読み込みポジションを把握する。
【０１５２】
デマルチプレクサ(Dmux):
デマルチプレクサは、S-EVOBストリームを読み込んでセカンダリビデオプレイヤに接続されているデコーダに送る。またデマルチプレクサでは、SCRタイミングでS-EVOBのPCKを出力する。S-EVOBがビデオ、オーディオ、あるいはアドバンスドサブタイトルのいずれか1つのストリームで構成されている場合、デマルチプレクサは適切なSCRタイミングでそれをデコーダに提供する。
【０１５３】
4.3.16.5プライマリビデオプレイヤ
プライマリビデオプレイヤでは、プライマリビデオセットのプレイを行なう。プライマリビデオセットはディスクに保存されていなければならない。プライマリビデオプレイヤはDVD再生エンジンとデマルチプレクサで構成される。プライマリビデオプレイヤは、プライマリビデオセットのストリームタイプに従ってデコーダエンジンの適切なデコーダに接続する(図２５のFigure4.3.16-6:プライマリビデオプレイヤ参照)。
【０１５４】
DVD再生エンジン:
DVD再生エンジンでは、ナビゲーションマネージャからの要求によってプライマリビデオプレイヤの機能モジュールすべてを制御する。DVD再生エンジンは、IFOおよびTMAPを読み込んで分析し、P-EVOBS-TY2の適切な読み込みポジションの把握と、マルチアングル、オーディオ/サブピクチャ選択、およびサブビデオ/オーディオ再生などのプライマリビデオセットの特別な再生機能を制御する。
【０１５５】
デマルチプレクサ:
デマルチプレクサはP-EVOBS-TY2をDVD再生エンジンに読み込み、プライマリビデオセットに接続されている適切なデコーダに送る。またデマルチプレクサではP-EVOB-TY2の各PCKを適切なSCRタイミングで各デコーダに出力する。マルチアングルストリームの場合は、ディスク上のP-EVOB-TY2の適切なインターリーブされたブロックが、TMAPまたはナビゲーションパック(N_PCK)の位置情報に従って読み込まれる。デマルチプレクサでは、オーディオパック(A_PCK)の適切な番号をメインオーディオデコーダもしくはサブオーディオデコーダに、サブピクチャパック(SP_PCK)の適切な番号をSPデコーダに提供する。
【０１５６】
4.3.16.6デコーダエンジン
デコーダエンジンは、6種類のデコーダ、時間指定テキストデコーダ、サブピクチャデコーダ、サブオーディオデコーダ、サブビデオデコーダ、メインオーディオデコーダ、およびメインビデオデコーダから成る。各デコーダは接続されたプレイヤの再生エンジンによって制御される。図２６のFigure4.3.16-7:デコーダエンジンを参照。
【０１５７】
時間指定テキストデコーダ（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レゾルーションビデオストリームをサポートすることができる。これはサポートメインビデオと呼ばれる。メインビデオはプライマリビデオセットでのみサポートされる。メインビデオデコーダの出力ビデオプレーンはメインビデオプレーンと呼ばれる。
【０１６３】
4.3.17  AVレンダラ（AV Renderer）
AVレンダラには2つの役割がある。ひとつは、プレゼンテーションエンジン、およびインタフェースマネージャ、さらに出力混合ビデオシグナルからのグラフィックプレーンの収集であり、もうひとつは、プレゼンテーションエンジンおよび出力混合オーディオシグナルからのPCMストリームの収集である。AVレンダラは、グラフィック描画エンジンとサウンドミキシングエンジンで構成される（図２７のFigure4.3.17-1:AVレンダラ参照)。
【０１６４】
グラフィック描画エンジン（Graphic Rendering Engine）:
グラフィック描画エンジンは、4つのグラフィックプレーンをプレゼンテーションエンジンから、1つのグラフィックフレームをユーザインタフェースから取得する。グラフィック描画エンジンは、ナビゲーションマネージャからの制御情報に従ってこれら5つのプレーンを合わせ、合わせたビデオシグナルを出力する。ビデオミキシングについての詳細は、（4.3.17.1ビデオミキシングモデル）を参照のこと。
【０１６５】
オーディオミキシングエンジン（Audio Mixing Engine）:
オーディオミキシングエンジンは、3つのLPCMストリームをプレゼンテーションエンジンから取得することができる。サウンドミキシングエンジンは、ナビゲーションマネージャからのミキシングレベル情報に従ってこれら3つのLPCMストリームを合わせ、合わせたオーディオシグナルを出力する。
【０１６６】
4.3.17.1  ビデオミキシングモデル（Video Mixing Model）
この仕様でのビデオミキシングモデルは、図２８のFigure4.3.17-2:ビデオミキシングモデルに示されている。このモデルには5つのグラフィックが入力される。カーソルプレーン、グラフィックプレーン、サブピクチャプレーン、サブビデオプレーン、およびメインビデオプレーンである。
【０１６７】
4.3.17.1.1  カーソルプレーン（Cursor Plane）
カーソルプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち最上位のプレーンである。カーソルプレーンはユーザインタフェースマネージャのカーソルマネージャによって生成される。カーソルイメージは、アドバンスドナビゲーションに従ってナビゲーションマネージャが置き換えることができる。カーソルマネージャは、カーソルプレーンの適切な位置にカーソルを移動させ、グラフィック描画エンジンに対してそれを更新する。グラフィックス描画エンジンは、そのカーソルプレーンとアルファミックスを取得し、ナビゲーションエンジンからのアルファ情報に従ってプレーンを下げる。
【０１６８】
4.3.17.1.2  グラフィックスプレーン（Graphics Plane）
グラフィックスプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち2番目のプレーンである。グラフィックスプレーンはナビゲーションエンジンに従ってアドバンスドエレメントプレゼンテーションエンジンによって生成される。レイアウトマネージャでは、グラフィックデコーダおよびテキスト/フォントラスタライザを使用してグラフィックスプレーンを作成する。出力フレームのサイズとレートは当モデルのビデオ出力と同一でなければならない。アニメーションエフェクトは、一連のグラフィックイメージ(セルアニメーション)によって実現することができる。オーバレイコントローラのナビゲーションマネージャからは当プレーンに対するアルファ情報は提供されない。これらの値は、グラフィックスプレーン自身のアルファチャネルに提供される。
【０１６９】
4.3.17.1.3  サブピクチャプレーン（Sub-Picture Plane）
サブピクチャプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち3番目のプレーンである。サブピクチャプレーンは、デコーダエンジンの時間指定テキストデコーダまたはサブピクチャデコーダによって生成される。プライマリビデオセットには、適切なサブピクチャイメージのセットを出力フレームのサイズで入れることができる。SPイメージの適切なサイズが分かる場合は、SPデコーダは生成されたフレームイメージをグラフィック描画エンジンに直接送信する。SPイメージの適切なサイズが不明の場合には、SPデコーダに続くスケーラはフレームイメージの適切なサイズとポジションを計測し、グラフィック描画エンジンに送信する。ビデオ出力とサブピクチャプレーンの組合せについて詳しくは、（5.2.4  ビデオ合成モデル）および（5.2.5  ビデオ出力モデル）を参照のこと。セカンダリビデオセットは、アドバンスドサブタイトルを時間指定テキストデコーダのために入れることができる。サブピクチャデコーダからの出力データではアルファチャネル情報を保持している。
【０１７０】
4.3.17.1.4  サブビデオプレーン（Sub Video Plane）
サブビデオプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち4番目のプレーンである。サブビデオプレーンは、デコーダエンジンのサブビデオデコーダによって生成される。サブビデオプレーンは、ナビゲーションマネージャからの情報に従ってデコーダエンジンのスケーラによって計測される。出力フレームレートは最終ビデオ出力と同一でなければならない。サブビデオプレーンのオブジェクトシェイプの切り抜きについては、情報が提供されていればグラフィック描画エンジンの彩度エフェクトモジュールによって行われる。彩度のカラー(またはレンジ)情報は、アドバンスドナビゲーションに従ってナビゲーションマネージャから提供される。彩度エフェクトモジュールからの出力プレーンには2つのアルファ値がある。1つは100%可視で、もうひとつは100%透過である。最下層のメインビデオプレーンへのオーバレイについては、中間アルファ値はナビゲーションマネージャから提供され、グラフィック描画エンジンのオーバレイ制御モジュールによって行なわれる。
【０１７１】
4.3.17.1.5  メインビデオプレーン（Main Video Plane）
メインビデオプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち最下層のプレーンである。メインビデオプレーンは、デコーダエンジンのメインビデオデコーダによって生成される。メインビデオプレーンは、ナビゲーションマネージャからの情報に従ってデコーダエンジンのスケーラによって計測される。出力フレームレートは、最終ビデオ出力と同一でなければならない。アドバンスドナビゲーションに従ってナビゲーションマネージャが計測している場合は、メインビデオプレーンに外側のフレームカラーを設定できる。外側のフレームのデフォルトカラー値は"0,0,0"(=黒)である。図２９のFigure4.3.17-3のグラフィックス階層ではグラフィックスプレーンの階層を表している。
【０１７２】
4.3.17.2  オーディオミキシングモデル（Audio Mixing Model）
この仕様でのオーディオミキシングモデルは、図３０のFigure4.3.17-4: オーディオミキシングモデルに示されている。当モデルへの入力には3種類のオーディオストリームがある。エフェクトサウンド、セカンダリオーディオストリーム、およびプライマリオーディオストリームである。サポートオーディオタイプについては、表４のTable4.3.17-1:サポートオーディオタイプで説明している。
【０１７３】
サンプリングレートコンバータは、各サウンド/オーディオデコーダの出力からのオーディオサンプリングレートを最終オーディオ出力のサンプリングレートに調節する。3種類のオーディオストリーム間での静的ミキシングレベルは、ナビゲーションエンジンからのミキシングレベル情報に従って、オーディオミキシングエンジンのサウンドミキサが処理する。最終出力オーディオシグナルはHD DVDプレイヤによって異なる。図３０のFigure4.3.17-4は、オーディオミキシングモデルを示している。表４は、サポートオーディオタイプを示している。
【表４】
2006260611.tif 000006
【０１７４】
エフェクトサウンド（Effect Sound）:
エフェクトサウンドは、通常グラフィカルボタンがクリックされると使用される。シングルチャネル(モノ)とステレオチャネルのWAVフォーマットがサポートされている。サウンドデコーダはファイルキャッシュからWAVファイルを読み込み、LPCMストリームをナビゲーションエンジンの要求によってオーディオミキシングエンジンに送信する。
【０１７５】
サブオーディオストリーム（Sub Audio Stream）:
サブオーディオストリームには2つのタイプがある。1つはセカンダリビデオセットのサブオーディオストリームである。セカンダリビデオセットにサブビデオストリームがある場合は、セカンダリオーディオはセカンダリビデオと同じでなければならない。セカンダリビデオセットにサブビデオストリームがない場合は、セカンダリオーディオはプライマリビデオセットと同じでも異なっていても良い。もう1つはプライマリビデオのサブオーディオストリームである。これはプライマリビデオと同じでなければならない。サブオーディオストリームの基本ストリームにおけるメタデータの制御は、デコーダエンジンのサブオーディオデコーダによって行なわれる。
【０１７６】
メインオーディオストリーム（Main Audio Stream）:
プライマリオーディオストリームは、プライマリビデオセットのためのオーディオストリームである。詳しくは（6.3.3.25メインオーディオパック）を参照のこと。メインオーディオストリームの基本ストリームにおけるメタデータの制御は、デコーダエンジンのメインオーディオデコーダによって行なわれる。
【０１７７】
4.3.18  ユーザインタフェースマネージャ（User Interface Manager）
ユーザインタフェースマネージャには、フォントパネル、リモートコントロール、キーボード、マウス、およびゲームパッドコントローラ、カーソルマネージャなどのいくつかのユーザインタフェースのデバイスコントローラがある。
【０１７８】
各コントローラは、デバイスが利用可能かどうかの確認とユーザ操作イベントの監視を行う。イベントについてはすべてこの資料に定義されている。ユーザ入力イベントはナビゲーションマネージャのイベントハンドラに通知される。
【０１７９】
カーソルマネージャはカーソルの形と位置を制御する。マウスやゲームパネルなどの関連デバイスからの移動イベントに従ってカーソルプレーンを更新する。図３１のFigure4.3.18-1:ユーザインタフェースマネージャを参照。
【０１８０】
4.3.19  ディスクデータサプライモデル（Disc Data Supply Model）
図３２のFigure4.3.19-1のディスクデータサプライモデルでは、ディスクからのアドバンスドコンテンツのデータサプライモデルを表している。図３２のFigure4.3.19-1は、ディスクデータサプライモデルを示している。
【０１８１】
ディスクマネージャでは、低レベルのディスクアクセス機能とファイルアクセス機能を提供する。ナビゲーションマネージャはファイルアクセス機能を使用して起動シーケンスのアドバンスドナビゲーションを取得する。プライマリビデオプレイヤは、両機能を使用してIFOファイルおよびTMAPファイルを取得することができる。プライマリビデオプレイヤは、通常低レベルのディスクアクセス機能を使用してP-EVOBSの指定された位置を取得するよう要求する。セカンダリプレイヤがディスク上のデータに直接アクセスすることはない。ファイルは速やかにファイルキャッシュに保存され、セカンダリビデオプレイヤによって読み込まれる。
【０１８２】
プライマリビデオデコーダのデマルチプレクサモジュールがP-EVOB-TY2を非多重化している場合、アドバンスドストリームパック(ADV_PCK)がある可能性がある。アドバンスドストリームパックがファイルキャッシュマネージャに送られる。ファイルキャッシュマネージャはアドバンスドストリームにアーカイブされたファイルを抽出し、ファイルキャッシュに保存する。
【０１８３】
4.3.20  ネットワークおよび固定ストレージのデータサプライモデル（Network and Persistent Storage Data Supply Model）
図３３のFigure4.3.20-1のネットワークおよび固定ストレージのデータサプライモデルは、ネットワークサーバおよび固定ストレージからのアドバンスドコンテンツのデータサプライモデルを表している。図３３のFigure4.3.20-1はネットワークおよび固定ストレージのデータサプライモデルを示している。
【０１８４】
ネットワークおよび固定ストレージでは、プライマリビデオセット以外のアドバンスドコンテンツファイルをすべて保存することができる。ネットワークマネージャおよび固定ストレージマネージャはファイルアクセス機能を提供する。またネットワークマネージャは、プロトコルレベルでのアクセス機能をも提供している。
【０１８５】
ナビゲーションマネージャのファイルキャッシュマネージャは、ネットワークマネージャおよび固定ストレージマネージャを介してネットワークサーバおよび固定ストレージから直接アドバンスドストリームファイル(アーカイブフォーマット)を取得することができる。アドバンスドナビゲーションエンジンは、ネットワークサーバおよび固定ストレージに直接アクセスすることはできない。ファイルは、アドバンスドナビゲーションエンジンが読み込む前に速やかにファイルキャッシュに保存されていなければならない。
【０１８６】
アドバンスドエレメントプレゼンテーションエンジンでは、ネットワークサーバまたは固定ストレージにあるファイルを処理することができる。アドバンスドエレメントプレゼンテーションエンジンは、ファイルキャッシュマネージャを呼び出してファイルキャッシュに置かれていないファイルを取得する。ファイルキャッシュマネージャは、要求されたファイルがファイルキャッシュにキャッシュされているかどうか、ファイルキャッシュテーブルと比較する。ファイルがファイルキャッシュに存在した場合は、ファイルキャッシュマネージャはそのファイルデータをアドバンスドプレゼンテーションエンジンに直接渡す。ファイルがファイルキャッシュに存在しなかった場合は、ファイルキャッシュマネージャはファイルを元の場所からファイルキャッシュに取得し、アドバンスドプレゼンテーションエンジンにファイルデータを渡す。
【０１８７】
セカンダリビデオプレイヤは、ファイルキャッシュの場合と同様にネットワークマネージャおよび固定ストレージマネージャを介して、ネットワークサーバおよび固定ストレージからTMAPやS-EVOBのようなセカンダリビデオセットファイルを取得する。通常、セカンダリビデオ再生エンジンはストリーミングバッファを使用してS-EVOBをネットワークサーバから取得する。ただちにS-EVOBデータの一部をストリーミングバッファに保存し、セカンダリビデオプレイヤのデマルチプレクサモジュールに提供する。
【０１８８】
4.3.21  データ保存モデル（Data Store Model）
図３４のFigure4.3.21-1のデータ保存モデルは、この仕様でのデータ保存モデルについて説明している。データストレージには、固定ストレージとネットワークサーバの2種類がある。
【０１８９】
アドバンスドコンテンツ再生時には、2種類のファイルが生成される。1つは専用タイプのファイルで、ナビゲーションマネージャのプログラミングエンジンによって生成される。フォーマットはプログラミングエンジンの記述によって異なる。もう1つのファイルはイメージファイルで、プレゼンテーションエンジンによって収集される。Figure4.3.21-1は、データ保存モデルを示す。
【０１９０】
4.3.22  ユーザ入力モデル（User Input Model）（図３５のFigure4.3.22-1)
ユーザ入力イベントは、すべてプログラミングエンジンによって取り扱われる。リモートコントローラ、またはフロントパネルなどのユーザインタフェースデバイスを介したユーザ操作は、最初にユーザインタフェースマネージャに入力される。ユーザインタフェースマネージャはプレイヤごとの入力シグナルを"InterfaceRemoteControllerEvent"の"UIEvent"のように定義されたイベントに変換する。変換されたユーザ入力イベントはプログラミングエンジンに送信される。
【０１９１】
プログラミングエンジンにはECMAスクリプトプロセッサがあり、プログラム可能な動作を実行する。プログラム可能な動作は、アドバンスドナビゲーションのスクリプトファイルが提供するECMAスクリプトの記述によって定義される。スクリプトファイルに定義されたユーザイベントハンドラコードは、プログラミングエンジンに登録される。
【０１９２】
ECMAスクリプトプロセッサがユーザ入力イベントを受け取ると、ECMAスクリプトプロセッサはコンテンツハンドラコードに登録されている現イベントにハンドラコードが対応しているかどうかを確認する。登録があった場合は、ECMAスクリプトプロセッサはそれを実行する。登録がなかった場合には、ECMAスクリプトプロセッサはデフォルトのハンドラコードを検索する。対応するデフォルトのハンドラコードが存在した場合は、ECMAスクリプトプロセッサはそれを実行する。それも存在しなかった場合は、ECMAスクリプトプロセッサはそのイベントを取り消すか、警告シグナルを出力する。図３５のFigure4.3.22-1は、ユーザ入力ハンドリングモデルを示す。
【０１９３】
4.3.23  ビデオアウトプットタイミング（Video Output Timing）。再生されデコードされたビデオは、デコーダエンジンにより制御されて外部へ出力される。
【０１９４】
4.3.24  グラフィックプレーンのSDコンバージョン（SD Conversion of Graphic Plane）
グラフィックプレーンは、アドバンスドエレメントプレゼンテーションエンジンのレイアウトマネージャによって生成される。生成されたフレームレゾルーションがHD DVDプレイヤの最終ビデオアウトプットレゾルーションと一致しない場合、グラフィックフレームはSDパン−スキャンまたはSDレターボックスなどの現アウトプットモードに従って、レイアウトマネージャのスケーラ機能が計測する。
【０１９５】
SDパン−スキャンのスケーリングは図３６（Ａ）のFigure4.3.24-1のグラフィックフレームのSD パン−スキャンのスケーリングに示される。
【０１９６】
SDレターボックスのスケーリングは図３６（Ａ）のFigure4.3.24-1のグラフィックフレームのSD レターボックスのスケーリングに示される。図３６（Ａ）のFigure4.3.24-1は、グラフィックフレームのSD パン−スキャンのスケーリングを示し、図３６（Ｂ）のFigure4.3.24-2は、グラフィックフレームのSDレターボックスのスケーリングを示している。
【０１９７】
4.3.25  ネットワークについては後述する。
【０１９８】
4.3.26  プレゼンテーションタイミングモデル（Presentation Timing Model）
アドバンスドコンテンツプレゼンテーションは、プレゼンテーションスケジュールとプレゼンテーションオブジェクト間の同期化関係を定義するマスタ時間によって管理される。マスタ時間は、タイトルタイムラインと呼ばれる。タイトルタイムラインは各論理再生時間に対して定義され、これをタイトルと呼ぶ。タイトルタイムラインのタイミング単位は90ｋHzである。プレゼンテーションオブジェクトには5種類あり、プライマリビデオセット(PVS)、セカンダリビデオセット(SVS)、補助オーディオ、補助サブタイトル、およびアドバンスドアプリケーション(ADV_APP)である。
【０１９９】
4.3.26.1  プレゼンテーションオブジェクト（Presentation Object）
5種類のプレゼンテーションオブジェクトは以下の通りである、
・プライマリビデオセット(PVS)
・セカンダリビデオセット(SVS)
−サブビデオ/サブオーディオ
−サブビデオ
−サブオーディオ
・補助オーディオ(プライマリビデオセット用)
・補助サブタイトル(プライマリビデオセット用)
・アドバンスドアプリケーション(ADV_APP)
4.3.26.2  プレゼンテーションオブジェクトの属性（Attributes of Presentation Object）
プレゼンテーションオブジェクトには2種類の属性がある。1つは"スケジュールされた"、もう1つは"同期化された"である。
【０２００】
4.3.26.2.1  スケジュールされたプレゼンテーションオブジェクトと同期化されたプレゼンテーションオブジェクト（Scheduled and Synchronized Presentation Object）
このオブジェクトタイプの開始および終了時間は、プレイリストファイルに事前割当てする。プレゼンテーションタイミングはタイトルタイムラインの時間で同期化される。プライマリビデオセット、補助オーディオおよび補助サブタイトルは、このオブジェクトタイプである。セカンダリビデオセットとアドバンスドアプリケーションは、このオブジェクトタイプとして扱われる。スケジュールされたプレゼンテーションオブジェクトと同期化されたプレゼンテーションオブジェクトについて詳しくは、4.3.26.4  トリックプレイを参照。
【０２０１】
4.3.26.2.2  スケジュールされたプレゼンテーションオブジェクトと同期化されないプレゼンテーションオブジェクト（Scheduled and Non-Synchronized Presentation Object）
このオブジェクトタイプの開始および終了時間は、プレイリストファイルに事前割当てする。プレゼンテーションタイミングはそれ自身のタイムベースである。セカンダリビデオセットとアドバンスドアプリケーションはこのオブジェクトタイプとして扱われる。スケジュールされたプレゼンテーションオブジェクトと同期化されないプレゼンテーションオブジェクトについて詳しくは4.3.26.4  トリックプレイを参照。
【０２０２】
4.3.26.2.3  スケジュールされないプレゼンテーションオブジェクトと同期化されたプレゼンテーションオブジェクト（Non-Scheduled and Synchronized Presentation Object）
このオブジェクトタイプは、プレイリストファイルに記述されない。このオブジェクトは、アドバンスドアプリケーションが取り扱うユーザイベントによって起動される。プレゼンテーションタイミングはタイトルタイムラインで同期化される。
【０２０３】
4.3.26.2.4  スケジュールされないプレゼンテーションオブジェクトと同期化されないプレゼンテーションオブジェクト（Non-Scheduled and Non-Synchronized Presentation Object）
このオブジェクトタイプは、プレイリストファイルに記述されない。このオブジェクトは、アドバンスドアプリケーションが取り扱うユーザイベントによって起動される。プレゼンテーションタイミングはそれ自身のタイムベースである。
【０２０４】
4.3.26.3  プレイリストファイル（Playlist file）
プレイリストファイルには、アドバンスドコンテンツ再生に対して2つの使用目的がある。1つはHD DVDプレイヤの初期システム構成のためのもので、もう1つはアドバンスドコンテンツのプレゼンテーションコンテンツを複数プレイする方法の定義のためのものである。プレイリストファイルは、以下のアドバンスドコンテンツ再生の構成情報で構成される。
【０２０５】
・各タイトルのオブジェクトマッピング情報
・各タイトルの再生シーケンス
・アドバンスドコンテンツ再生のシステム構成
図３７のFigure4.3.26-1のプレイリスト概要では、システム構成を除いたプレイリストの概要を示している。
【０２０６】
4.3.26.3.1  オブジェクトマッピング情報（Object Mapping Information）
タイトルタイムラインは、デフォルトの再生シーケンスとプレゼンテーションオブジェクト間のタイミング関係をタイトルごとに定義する。アドバンスドアプリケーション、プライマリビデオセット、またはセカンダリビデオセットなどのスケジュールされたプレゼンテーションオブジェクトは、その動作時間(開始時間から終了時間)をタイトルタイムラインに事前割当する。図３８のFigure4.3.26-2は、タイトルタイムラインのオブジェクトマッピングの様子を示している。タイトルタイムラインの経過に従って、各プレゼンテーションオブジェクトはそのプレゼンテーションを開始および終了する。プレゼンテーションオブジェクトがタイトルタイムラインと同期化されている場合は、事前割当したタイトルタイムラインの動作時間はそのプレゼンテーション時間と等しくなる。
【０２０７】
例)  TT2 - TT1 = PT1_1 - PT1_0
PT_1がP-EVOB-TY2 #1のプレゼンテーション開始時間、PT_1がP-EVOB-TY2 #1のプレゼンテーション終了時間である。
【０２０８】
以下の説明は、オブジェクトマッピング情報の事例である、
<Title id=”MainTitle”>
<PrimaryVideoTrack id=”MainTitlePVS”>
<Clip id=”P-EVOB-TY2-0”  src=”file:///HDDVD_TS/AVMAP001.IFO”
titleTimeBegin=”1000000” titleTimeEnd=”2000000” clipTimeBegin="0"/>
<Clip id="P-EVOB-TY2-1"  src="file:///HDDVD_TS/AVMAP002.IFO"
titleTimeBegin="2000000" titleTimeEnd="3000000" clipTimeBegin="0"/>
<Clip id="P-EVOB-TY2-2"  src="file:///HDDVD_TS/AVMAP003.IFO"
titleTimeBegin="3000000" titleTimeEnd="4500000" clipTimeBegin="0"/>
<Clip id="P-EVOB-TY2-3"  src="file:///HDDVD_TS/AVMAP005.IFO"
titleTimeBegin="5000000" titleTimeEnd="6500000" clipTimeBegin="0"/>
</PrimaryVideoTrack>
<SecondaryVideoTrack id="CommentarySVS">
<Clip id="S-EVOB-0"  src="http://dvdforum.com/commentary/AVMAP001.TMAP"
titleTimeBegin="5000000" titleTimeEnd="6500000" clipTimeBegin="0"/>
</SecondaryVideoTrack>
<Application id="App0" manifest="file:///ADV_OBJ/App0/Manifest.xml" />
<Application id="App0" manifest="file:///ADV_OBJ/App1/Manifest.xml" />
</Title>
セカンダリビデオセット、補助オーディオ、および補助サブタイトルの間にはオブジェクトマッピングに対して制約がある。これら3つのプレゼンテーションオブジェクトはセカンダリビデオプレイヤによって再生されるので、これらのプレゼンテーションオブジェクトを2つ以上タイトルタイムラインに同時にマッピングすることは認められていない。再生の動作について詳しくは、4.3.26.4  トリックプレイを参照。
【０２０９】
プレイリストのタイトルタイムラインにプレゼンテーションオブジェクトを事前割当すると、図３９にしめすように、各プレゼンテーションオブジェクトの索引情報ファイルが参照される。プライマリビデオセットとセカンダリビデオセットの場合、TMAPファイルはプレイリストで参照される。図３９のFigure4.3.26-3の参照関係フォームプレイリストファイルのイメージを参照。
【０２１０】
4.3.26.3.2  再生シーケンス（Playback Sequence）
図４０のFigure 4.3.26.4に示されるように再生シーケンスは、タイトルタイムラインの時間値によってチャプタの開始位置を定義する。チャプタの終了場所には、次のチャプタの開始位置または最終チャプタのタイトルラインの終了が適用される。Figure4.3.26-4は、再生シーケンスの例を示している。
【０２１１】
以下の説明は、再生シーケンスの事例である、
<ChapterList>
<Chapter titleTimeBegin=“0”/>
<Chapter titleTimeBegin=“10000000”/>
<Chapter titleTimeBegin=“20000000”/>
<Chapter titleTimeBegin=“25500000”/>
<Chapter titleTimeBegin=“30000000”/>
<Chapter titleTimeBegin=“45555000”/>
</ChapterList>
4.3.26.3.3  システム構成（System Configuration）
システム構成の使用については、4.3.28.2  アドバンスドコンテンツの起動シーケンスを参照。
【０２１２】
4.3.26.4  トリックプレイ（Trick Play）
図４１のFigure4.3.26-5のトリックプレイの再生例では、タイトルタイムラインの関係オブジェクトマッピング情報と実際のプレゼンテーションについて示している。
【０２１３】
2つのプレゼンテーションオブジェクトがある。1つはプライマリビデオであり、同期化されたプレゼンテーションオブジェクトである。もう1つはメニュー用のアドバンスドアプリケーションで、同期化されていないプレゼンテーションオブジェクトである。メニューでは、プライマリビデオには再生制御メニューが提供されていることを前提とする。またそれには、ユーザ動作でクリックされる複数のメニューボタンが含まれていることが前提とされている。メニューボタンにはグラフィカル効果がある。効果持続時間は"T_BTN"である。
【０２１４】
<リアルタイム経過(t0)>
リアルタイム経過の時間't0'で、アドバンスドコンテンツプレゼンテーションが開始する。タイトルタイムラインの時間経過に従って、プライマリビデオは再生される。メニューアプリケーションもまたそのプレゼンテーションを't0'で開始するが、そのプレゼンテーションはタイムラインの時間経過には依存しない。
【０２１５】
<リアルタイム経過(t1)>
リアルタイム経過の時間't1'で、メニューアプリケーションに表示される'一時停止'ボタンをユーザがクリックする。その時、'一時停止'ボタンに関連するスクリプトはTT1でタイムラインの時間経過を一時停止する。タイトルタイムラインが一時停止されると、ビデオプレゼンテーションもVT1で一時停止する。逆にメニューアプリケーションは動作を継続する。つまり'一時停止'ボタンに関連しているメニューボタンの効果によって't1'から開始される。
【０２１６】
<リアルタイム経過(t2)>
リアルタイム経過の時間't2'で、メニューボタンの効果を終了する。't2-t1'時間はボタンの効果持続時間'T_BTN'と等しい。
【０２１７】
<リアルタイム経過(t3)>
リアルタイム経過の時間't3'で、メニューアプリケーションが表示する'プレイ'ボタンをユーザがクリックする。その時、'プレイ'ボタンに関連するスクリプトはTT1でタイムラインの時間経過を開始する。タイトルタイムラインが開始されると、ビデオプレゼンテーションもVT1から開始される。'プレイ'ボタンに関連しているメニューボタンの効果によって't3'から開始される。
【０２１８】
<リアルタイム経過(t4)>
リアルタイム経過の時間't4'で、メニューボタンの効果を終了する。't3-t4'時間はボタンの効果持続時間'T_BTN'と等しい。
【０２１９】
<リアルタイム経過(t5)>
リアルタイム経過の時間't5'で、メニューアプリケーションが表示する'ジャンプ'ボタンをユーザがクリックする。その時、'ジャンプ'ボタンに関連するスクリプトはタイムラインの時間を特定のジャンプ時間TT3だけジャンプさせる。ただしビデオプレゼンテーションのジャンプ操作には多少時間がかかるので、その時タイトルタイムラインの時間は't5'を維持する。逆にメニューアプリケーションは動作を継続し、タイトルタイムラインの経過には関係しないため、'ジャンプ'ボタンに関連しているメニューボタンの効果によって't5'から開始される。
【０２２０】
<リアルタイム経過(t6)>
リアルタイム経過の時間't6'で、ビデオプレゼンテーションはVT3からいつでも開始できるようにしている。このときタイトルタイムラインはTT3から開始する。タイトルタイムラインが開始すると、ビデオプレゼンテーションもVT3から開始される。
【０２２１】
<リアルタイム経過(t7)>
リアルタイム経過の時間't7'で、メニューボタンの効果を終了する。't7-t5'時間はボタンの効果持続時間'T_BTN'と等しい。
【０２２２】
<リアルタイム経過(t8)>
リアルタイム経過の時間't8'で、タイムラインが終了時間TTeに達した。ビデオプレゼンテーションもVTeに達するので、プレゼンテーションは終了される。メニューアプリケーションでは、その動作時間がタイトルタイムラインのTTeに割当てられているので、メニューアプリケーションのプレゼンテーションもTTeで終了される。
【０２２３】
4.3.26.5  オブジェクトマッピング位置（Object Mapping Position）
図４２のFigure4.3.26-6のタイトルタイムラインのオブジェクトマッピング位置（60Hz地区）、および図４３のFigure4.3.26-7のタイトルタイムラインのオブジェクトマッピング位置（50Hz地区）は、タイトルタイムラインのプレゼンテーションオブジェクトの可能な事前割当の位置を示している。
【０２２４】
アドバンスドアプリケーション、サブビデオストリームを含めたセカンダリビデオセット、またはプライマリビデオセットなどのビジュアルプレゼンテーションオブジェクトでは、タイトルタイムラインの時間の可能なエントリ位置についての制約がある。これは、すべてのビジュアルプレゼンテーションタイミングを実際の出力ビデオシグナルに調整するためである。
【０２２５】
525/60(60Hz地区)のTVシステムの場合、可能なエントリ位置には以下の2つのケースのような制約がある、
3003×n + 1501 または
3003×n
("n"は0以上の整数)
625/50(59Hz地区)のTVシステムの場合、可能なエントリ位置には以下のような制約がある、
1800×m
("m"は0以上の整数)
付加オーディオ、またはサブオーディオのみを含んだセカンダリビデオセットなどのオーディオプレゼンテーションオブジェクトでは、タイムラインの時間の可能なエントリ位置についての制約はない。図４２のFigure4.3.26-6は、タイトルタイムラインのオブジェクトマッピング位置（60Hz地区の場合）を示し、図４３のFigure4.3.26-7は、タイトルタイムラインのオブジェクトマッピング位置（50Hz地区の場合）を示している。
【０２２６】
4.3.26.6  アドバンスドアプリケーション（Advanced Application：図４４参照）
アドバンスドアプリケーション(ADV_APP)は、1方向のみ、または2方向の相互リンクのマークアップページファイル(Markup Page File)、アドバンスドアプリケーションに属する名前スペースを共有するスクリプトファイル、さらにマークアップページとスクリプトファイル(Script File)が使用するアドバンスドエレメントファイル(Advanced Element File)で構成される。
【０２２７】
アドバンスドアプリケーションのプレゼンテーション時、アクティブなマークアップページは常に1つである。アクティブなマークアップページは一方から他へジャンプする。図４４のFigure4.3.26-8は、アドバンスドアプリケーションのコンポーネントの例を示している。
【０２２８】
4.3.26.7  マークアップページジャンプ（Markup Page Jump）
以下のような3つのマークアップページジャンプモデルがある、
・同期化していないジャンプ
・ソフト同期化しているジャンプ
・ハード同期化しているジャンプ
4.3.26.7.1同期化していないジャンプ(図４５のFigure4.3.26-9参照)
同期化していないジャンプは、アドバンスドアプリケーションのマークアップページジャンプモデルであり、同期化していないプレゼンテーションオブジェクトである。このモデルでは、後続のマークアップページプレゼンテーションを開始する準備に時間を必要する。この準備時間では、後続のアドバンスドナビゲーションエンジンはマークアップページをロードし、必要であればプレゼンテーションエンジンのプレゼンテーションモジュールの構文解析と再構成を行なう。タイトルタイムラインは、この準備時間中も処理を継続する。図４５のFigure4.3.26-9は、同期化していないジャンプモデルを示している。
【０２２９】
4.3.26.7.2  ソフト同期化しているジャンプ（図４６のFigure4.3.26-10参照)
ソフト同期化しているジャンプは、アドバンスドアプリケーションのマークアップページジャンプモデルであり、同期化しているプレゼンテーションオブジェクトである。このモデルでは、後続のマークアップページプレゼンテーションの準備時間は後続のマークアップページのプレゼンテーション時間に含まれるため、後続のマークアップページの時間経過は前のマークアップページのプレゼンテーション終了時間直後から開始する。プレゼンテーションの準備時間の間は、後続のマークアップページの実際のプレゼンテーションを実行することはできない。実際のプレゼンテーションは、準備終了後に開始される。図４６のFigure4.3.26-10は、ソフト同期化しているジャンプモデルを示している。
【０２３０】
4.3.26.7.3  ハード同期化しているジャンプ(図４７のFigure4.3.26-11参照)
ハード同期化しているジャンプは、アドバンスドアプリケーションのマークアップページジャンプモデルであり、同期化しているプレゼンテーションオブジェクトである。このモデルでは、後続のマークアップページの準備時間の間はタイムラインが一時停止する。したがってタイトルタイムラインに同期化している別のプレゼンテーションオブジェクトも一時停止される。後続のマークアップページプレゼンテーションの準備が終了すると、タイトルタイムラインは実行に戻り、すべての同期化されているプレゼンテーションオブジェクトはプレイを開始する。ハード同期化されているジャンプは、アドバンスドアプリケーションの初期マークアップページに対して設定することができる。図４７のFigure4.3.26-11はハード同期化しているジャンプモデルを示している。
【０２３１】
4.3.26.8  グラフィックスフレーム生成タイミング（Graphics Frame Generating Timing）
4.3.26.8.1  基本グラフィックスフレーム生成モデル、図４８のFigure4.3.26-12は、基本グラフィックスフレーム生成タイミングを示している。また、
4.3.26.8.2  フレームドロップモデル、図４９のFigure4.3.26-13は、フレームドロップタイミングモデルを示している。
【０２３２】
4.3.27  アドバンスドコンテンツのシームレス再生
4.3.28  アドバンスドコンテンツの再生シーケンス
4.3.28.1  スコープ
ここでは、アドバンスドコンテンツの再生シーケンスについて説明する。
【０２３３】
4.3.28.2  アドバンスドコンテンツの起動シーケンス
図５０のFigure4.3.28-1のアドバンスドコンテンツの起動シーケンスでは、ディスクのアドバンスドコンテンツの起動シーケンスをフローチャートで示している。
【０２３４】
初期プレイリストファイルの読込み:
挿入されたHD  DVDディスクのディスクカテゴリタイプが2または3であることが検出されると、アドバンスドコンテンツプレイヤはオブジェクトマッピング情報、再生シーケンスおよびシステム構成を保持した初期プレイリストファイルを例えば順番に読み込む。
【０２３５】
システム構成の変更:
プレイヤは、アドバンスドコンテンツプレイヤのシステムリソース構成を変更する。ストリーミングバッファサイズは、この段階でプレイリストファイルに記述されたストリーミングバッファサイズに従って変更される。この時点でファイルキャッシュとストリーミングバッファにあるファイルとデータは、すべて取り消される。
【０２３６】
タイトルタイムラインマッピングおよび再生シーケンスの初期化:
ナビゲーションマネージャは、最初のタイトルのタイトルタイムラインのプレゼンテーションオブジェクトをプレゼンテーションする場所とチャプタエントリポイントについて計算する。
【０２３７】
最初のタイトル再生準備:
ナビゲーションマネージャは、最初のタイトル再生を開始する前にファイルキャッシュに保存する必要のあるファイルをすべて読み込み、保存する。これらは、アドバンスドエレメントプレゼンテーションエンジンのアドバンスドエレメントファイル、またはセカンダリビデオプレイヤエンジンのTMAP/S-EVOBファイルである。ナビゲーションマネージャは、この段階でアドバンスドエレメント再生エンジン、セカンダリビデオプレイヤおよびプライマリビデオプレイヤおよびプライマリビデオプレイヤなどのプレゼンテーションモジュールを初期化する。
【０２３８】
最初のタイトルにプライマリビデオセットプレゼンテーションがある場合、ナビゲーションマネージャは最初のタイトルのタイトルタイムライン上にプライマリビデオセットのプレゼンテーションマッピング情報を通知し、FOおよびTMAPなどのプライマリビデオセットのナビゲーションファイルを指定する。プライマリビデオプレイヤは、ディスクからIFOとTMAPを読み込んで、通知されたプレゼンテーションマッピング情報に従ってプライマリビデオセットの再生を制御する内部パラメータを準備する。さらにプライマリビデオプレイヤとデコードエンジンの必要なデコーダモジュール間を接続する。
【０２３９】
セカンダリビデオセット、補助オーディオ、または補助サブタイトルなどのセカンダリビデオプレイヤによってプレイされるプレゼンテーションオブジェクトが最初のタイトルにある場合、ナビゲーションマネージャはタイトルタイムラインの最初のプレゼンテーションオブジェクトのプレゼンテーションマッピング情報を通知する。さらにTMAPなどのプレゼンテーションオブジェクトに対してナビゲーションファイルを指定する。セカンダリビデオプレイヤはデータソースからTMAPを読み込んで、通知されたプレゼンテーションマッピング情報に従ってプレゼンテーションオブジェクトの再生を制御する内部パラメータを準備する。さらにセカンダリビデオプレイヤとデコーダエンジンの要求されたデコードモジュール間を接続する。
【０２４０】
最初のタイトルのプレイ開始:
最初のタイトル再生の準備が終了すると、アドバンスドコンテンツプレイヤはタイトルタイムラインを開始する。タイトルタイムラインにマッピングされたプレゼンテーションオブジェクトは、プレゼンテーションスケジュールに従ってプレゼンテーションを開始する。図５０のFigure4.3.28-1は、アドバンスドコンテンツの起動シーケンスを示している。
【０２４１】
4.3.28.3  アドバンスドコンテンツ再生の更新シーケンス
図５１のFigure4.3.28-2のアドバンスドコンテンツ再生の更新シーケンスでは、アドバンスドコンテンツ再生の更新シーケンスをフローチャートで示している。"プレイリストファイルの読込み"から"最初のタイトル再生の準備"までは、前述の（4.3.28.2  アドバンスドコンテンツの起動シーケンス）と同じである。
【０２４２】
再生タイトル:
アドバンスドコンテンツプレイヤはタイトルを再生する、
新しいプレイリストファイルの有無？:
アドバンスドコンテンツ再生を更新するには、更新手順を実行するアドバンスドアプリケーションが必要となる。アドバンスドアプリケーションがそのプレゼンテーションを更新する場合、ディスクのアドバンスドアプリケーションは事前にスクリプトシーケンスを検索して更新しておかなければならない。プログラミングスクリプトは、利用可能な新しいプレイリストファイルの有無に関わらず、指定のデータソース、通常はネットワークサーバを検索する。
【０２４３】
プレイリストファイルの登録:
利用可能な新しいプレイリストファイルが存在する場合は、プログラミングエンジンが実行するスクリプトは、それをファイルキャッシュにダウンロードして、アドバンスドコンテンツプレイヤに登録する。
【０２４４】
ソフトリセットの発行:
新しいプレイリストファイルが登録されると、アドバンスドナビゲーションはソフトリセットAPIを発行して起動シーケンスを再スタートする。ソフトリセットAPIは、現パラメータと再生の構成をすべてリセットし、"プレイリストファイルの読込み"の直後に起動手順を再スタートする。"システム構成の変更"とそれ以降の手順は、新しいプレイリストファイルに基づいて実行される。上記のFigure4.3.28-2はアドバンスドコンテンツ再生の更新シーケンスを示している。
【０２４５】
4.3.28.4  アドバンスドVTSと標準VTS間の変換シーケンス
ディスクカテゴリタイプ3の再生の場合は、アドバンスドVTSと標準VTS間の再生変換が必要となる。図５２のFigure4.3.28-3はアドバンスドVTSと標準VTS間の変換シーケンスでは、このシーケンスをフローチャートで示している。
【０２４６】
アドバンスドコンテンツのプレイ:
ディスクカテゴリタイプ3のディスク再生は、アドバンスドコンテンツ再生から開始する。この間、ユーザ入力イベントはナビゲーションマネージャによって取り扱われる。プライマリビデオプレイヤによって取り扱われるユーザイベントは、すべてナビゲーションマネージャが確実にプライマリビデオプレイヤに送信する必要がある。
【０２４７】
標準VTS再生イベントの検出:
アドバンスドコンテンツは、アドバンスドナビゲーションのCallStandardContentPlayer APIによってアドバンスドコンテンツ再生から標準コンテンツ再生への変換を明示する。CallStandardContentPlayerには、再生開始位置を引数として指定することができる。ナビゲーションマネージャがCallStandardContentPlayerコマンドを検出すると、ナビゲーションマネージャはアドバンスドVTSの再生の一時停止をプライマリビデオプレイヤに要求してCallStandardContentPlayerコマンドの呼び出しを行なう。
【０２４８】
標準VTSのプレイ:
ナビゲーションマネージャがCallStandardContentPlayer APIを発行すると、プライマリビデオプレイヤは指定の場所から標準VTSの開始までジャンプする。この間、ナビゲーションマネージャは一時停止となっているため、ユーザイベントはプライマリビデオプレイヤに直接入力しなければならない。またこの間は、プライマリビデオプレイヤが標準VTS間の再生変換のすべてをナビゲーションコマンドに基づいて行なう。
【０２４９】
アドバンスドVTS再生コマンドの検出:
標準コンテンツでは、標準コンテンツ再生からアドバンスドコンテンツ再生への変換をナビゲーションコマンドのCallAdvancedContentPlayerによって明示的に指定する。プライマリビデオプレイヤがCallAdvancedContentPlayerコマンドを検出すると、標準VTSのプレイを停止し、CallAdvancedContentPlayerコマンドの呼出し直後の実行位置からナビゲーションマネージャを再開する。上記のようにFigure4.3.28-3は、アドバンスドVTSと標準VTS間の変換シーケンスを示している。
【０２５０】
５．１．３．２．１．１  リジュームシーケンス
ユーザ操作のリジューム（）関数、またはナビゲーションコマンドのＲＭＳ命令によりリジューム表示が実行される場合には、プレーヤは、ＰＧＣの再生を開始するまでにＲＭＳ情報に指定されるＰＧＣのリジュームコマンド（ＲＭＳ＿ＣＭＤｓ）が存在するかどうか調べるものとする。
【０２５１】
１）  ＲＭＳ＿ＣＭＤがＰＧＣ内に存在する場合には、ＲＭＳ＿ＣＭＤを最初に実行する。
【０２５２】
‐ＲＭＳ＿ＣＭＤ内でブレーク中断命令が実行された場合には、
ＲＭＳ＿ＣＭＤｓの実行は終了し、次にリジュームの表示が再開する。しかしながら、ＳＰＲＭ（８）等のＲＭＳ情報の中のある情報は、ＲＭＳ＿ＣＭＤにより変更される可能性がある。
【０２５３】
‐分岐用命令がＲＭＳ＿ＣＭＤで実行された場合には、
リジューム表示は終了し、分岐用命令が指定する新しい位置から再生を開始する。
【０２５４】
２）  ＲＭＳ＿ＣＭＤがＰＧＣ内に存在しない場合には、リジューム表示を完全に実行する。
【０２５５】
５．１．３．２．１．２  リジューム情報
プレーヤは唯一ＲＭＳ情報を有する。
【０２５６】
ＲＭＳ情報は以下の通り更新し、維持するものとする。
【０２５７】
‐ＲＭＳ情報は、これがＣａｌｌＳＳ命令、またはＭｅｎｕ＿Ｃａｌｌ（）関数の操作による更新が行われるまで維持するものとする。
【０２５８】
‐ＴＴ＿ＤＯＭ  からメニュースペースまでのコールプロセスがＣａｌｌＳＳ命令、またはＭｅｎｕ＿Ｃａｌｌ（）関数の操作により実行されると、プレーヤは最初にＴＴ＿ＰＧＣの中のＲＭＳ許可フラグを調べるものとする。
【０２５９】
１）  フラグが許可されれば、その時点のＲＭＳ情報は、新たなＲＭＳ情報に更新され、次いで、メニューが表示される。
【０２６０】
２）  フラグが禁止されると、その時点のＲＭＳ情報は維持され（即ち、更新されずに）、次にメニューが表示される。
【０２６１】
リジュームプロセスの例を図５３に示す。
【０２６２】
図５３において、リジュームプロセスは基本的に以下の工程で実行される。
【０２６３】
（１）  ＣａｌｌＳＳ命令、またはＭｅｎｕ＿Ｃａｌｌ（）関数の操作のいずれかを実行する（ＲＭＳ許可フラグを許可しているＰＧＣにおいて）。
【０２６４】
‐ＲＭＳＩが更新され、メニューが表示される。
【０２６５】
（２）  （ＲＭＳ許可フラグを禁止しているＰＧＣへの）Ｊｕｍｐ  ＴＴ命令を実行する。
【０２６６】
‐ＰＧＣが表示される。
【０２６７】
（３）  ＣａｌｌＳＳ命令、またはＭｅｎｕ＿Ｃａｌｌ（）関数の操作のいずれかを実行する（ＲＭＳ許可フラグを禁止しているＰＧＣにおいて）。
【０２６８】
‐ＲＭＳＩは更新されず、メニューが表示される。
【０２６９】
（４）  ＲＭＳ  命令を実行する。
【０２７０】
‐ＲＭＳＩを使用してＲＭＳ＿ＣＭＤが実行され、ＲＭＳ＿ＣＭＤｓにより中断され、または指定された位置からＰＧＣは再開される。
【０２７１】
５．１．４．２．４  メニューＰＧＣの構成
＜言語ユニットについて＞
１）各システムメニューは１または複数のメニュー記述言語毎に記録される。特定のメニュー記述言語で記述されたメニューがユーザにより選択される。
【０２７２】
２）各メニューＰＧＣはメニュー記述言語に無関係なＰＧＣから構成される。
【０２７３】
＜ＦＰ＿ＤＯＭ内の言語メニュー＞
１）ＦＰ＿ＰＧＣは言語選択のためのみに使われる言語メニュー（ＦＰ＿ＰＧＣＭ＿ＥＶＯＢ）を持ってもよい。
【０２７４】
２）一度この言語メニューにより言語（コード）が決定されると、言語（コード）はＶＭＧメニュー内と各ＶＴＳメニュー内の言語ユニットを選択するために使われる。例を図５４に示す。
【０２７５】
５．１．４．３  各ＰＧＣにおけるＨＬＩの有効性
映画のタイトルなどのメインコンテンツやユーザインプット付きのゲームタイトルなどの付加的なコンテンツの双方に同一のＥＶＯＢを使用するために、各ＰＧＣごとにＨＬＩ有効性フラグを導入する。各ＰＧＣにおけるＨＬＩの有効性の例を図５５に示す。
【０２７６】
同図において、サブピクチャの流れが２種類ある。１つは、ＥＶＯＢにおける、サブタイトルについてであり、他方はボタンについてである。さらにＥＶＯＢにＨＬＩ（ハイライト）の流れが１つある。
【０２７７】
ＰＧＣ＃１はメインコンテンツ用であり、これのＨＬＩ有効性フラグは無効である。次にＰＧＣ＃１が再生されてＨＬＩ及びボタン用のサブピクチャの双方とも表示されない。しかしながら、サブタイトル用のサブピクチャは表示ができる。一方、ＰＧＣ＃２は、ゲームコンテンツ用のものであり、これのＨＬＩ有効性フラグは有効である。次いでＰＧＣ＃２が再生され、ＨＬＩ及びボタン用のサブピクチャの双方は、強制表示コマンドによって表示される。しかし、サブタイトル用のサブピクチャは表示されない。
【０２７８】
この機能によりディスク空間の節約が可能なる。
【０２７９】
５．２  標準コンテンツのナビゲーション
標準コンテンツ用のナビゲーションデータは、表示データの属性及び再生制御に関する情報である。これらには、図５６に示すようにビデオマネージャ情報（ＶＭＧＩ）、ビデオタイトルセット情報（ＶＴＳＩ）、一般制御情報（ＧＣＩ）、表示制御情報（ＰＣＩ）、データサーチ情報（ＤＳＩ）及びハイライト情報（ＨＬＩ）と、全部で５種類がある。ＶＭＧＩは、ビデオマネージャ（ＶＭＧ）の最初と最後に記述され、ＶＴＳＩは、ビデオタイトルセットの最初と最後に記述される。ＧＣＩ、ＰＣＩ、ＤＳＩ、及びＨＬＩはエンハンストビデオオブジェクトセット（ＥＶＯＢＳ）に、表示データと一緒に分散させられる。各ナビゲーションデータ毎のコンテンツ及び構造について以下に述べる。特に、ＶＭＧＩ及びＶＴＳＩで記述されるプログラムチェーン情報（ＰＧＣＩ）は、５．２．３  プログラムチェーン情報で明確にする。ＰＧＣＩ及びＨＬＩで記述されるナビゲーションコマンドやパラメータは、５．２．８  ナビゲーションコマンド及びナビゲーションパラメータで明確にする。
【０２８０】
５．２．１  ビデオマネージャ情報（ＶＭＧＩ）
ＶＭＧＩは、タイトルサーチ情報やＦＰ＿ＰＧＣを表示する情報などのＨＶＤＶＤ＿ＴＳに関連する情報や、パレンタルマネージメントに関する情報、及びＶＴＳ＿ＡＴＲやＴＸＴＤＴに関する情報を記述する。
【０２８１】
図５７に示すように、ＶＭＧＩは、マネージャ情報管理テーブル（ＶＭＧＩ＿ＭＡＴ）で始まり、以下、タイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）、ビデオマネージャメニューＰＧＣＩユニットテーブル（ＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）、パレンタル管理情報テーブル（ＰＴＬ＿ＭＡＩＴ）、ビデオタイトルセットアトリビュートテーブル（ＶＴＳ＿ＡＴＲＴ）、テキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）、ＦＰ＿ＰＧＣメニューセルアドレステーブル（ＦＰ＿ＰＧＣＭ＿Ｃ＿ＡＤＴ）、ＦＰ＿ＰＧＣメニューエンハンストビデオオブジェクトユニットアドレスマップ（ＦＰ＿ＰＧＣＭ＿ＥＶＯＢＵ＿ＡＤＭＡＰ）、ビデオマネージャメニューセルアドレステーブル（ＶＭＧＭ＿Ｃ＿ＡＤＴ）、ビデオマネージャメニューエンハンストビデオオブジェクトユニットアドレスマップ（ＶＭＧＭ＿ＥＶＯＢＵ＿ＡＤＭＡ）へと続く。
【０２８２】
各テーブルは論理ブロック間の境界で揃うものとする。
【０２８３】
このため、各テーブルは２０４７バイト（（００Ｈ）を含む）までの情報量が後続することができる。
【０２８４】
５．２．１．１  ビデオマネージャ情報管理テーブル（ＶＭＧＩ＿ＭＡＴ）
ＶＭＧとＶＭＧＩのサイズ、ＶＭＧ内の各情報の開始アドレス、ビデオマネージャメニュー用のエンハンストビデオオブジェクトセットの属性情報等を記述するビデオマネージャ情報管理テーブル（ＶＭＧＩ＿ＭＡＴ）を表５、表６に示す。
【表５】
2006260611.tif 000007
【０２８５】
【表６】
2006260611.tif 000008
【０２８６】
相対バイト位置（ＲＢＰ）３２〜３３に記述のビデオ規格パート３のバージョン番号を記述するＶＥＲＮを表７に示す。ＶＥＲＮは“００１０  ００００ｂ”がバージョン２で、その他はリザーブドとされる。
【表７】
2006260611.tif 000009
【０２８７】
ＲＢＰ３４〜３７に記述のＨＶＤＶＤ＿ＴＳディレクトリ下のＶＭＧとＶＴＳ内の各ＥＶＯＢＳのリージョン管理情報を記述するＶＭＧ＿ＣＡＴを表８に示す。ＲＭＡ＃ｎは０ｂが「このボリュームはリージョン＃ｎ（ｎ＝１〜８）で再生される」、１ｂは「このボリュームはリージョン＃ｎ（ｎ＝１〜８）では再生されない」を示す。ＶＴＳステータスは“０００ｂ”が「先行するＶＴＳが存在しない」、“０００１ｂ”が「先行するＶＴＳが存在する」、その他はリーザブドとされる。
【表８】
2006260611.tif 000010
【０２８８】
ＲＢＰ２５４〜２５７に記述のＶＭＧＭ＿ＥＶＯＢＳのビデオ属性を記述するＶＭＧＭ＿Ｖ＿ＡＴＲを表９に示す。各フィールドの値はＶＭＧＭ＿ＥＶＯＢＳのビデオストリーム内の情報と一致しなければならない。もしもＶＭＧＭ＿ＥＶＯＢＳが存在しない場合は、各ビットに０ｂが入力される。
【表９】
2006260611.tif 000011
【０２８９】
ビデオ圧縮モードにはＭＰＥＧ−２準拠ならば“０１ｂ”、ＭＰＥＧ−４ＡＶＣ準拠ならば“１０ｂ”、ＳＭＰＴＥ  ＶＣ−１準拠ならば“１１ｂ”が記述され、その他はリザーブドとされる。
【０２９０】
ＴＶシステムには５２５／６０方式ならば“００ｂ”、６２５／５０方式ならば“０１ｂ”、５２５／６０にダウンコンバートされる高品位方式ならば“１０ｂ”、５２５／５０にダウンコンバートされる高品位方式ならば“１１ｂ”が記述される。
【０２９１】
アスペクト比には４：３ならば“００ｂ”、１６：９ならば“１１ｂ”が記述され、その他はリザーブドとされる。
【０２９２】
表示モードは４：３のアスペクト比のモニタ上で許される表示モードを記述する。アスペクト比が“００ｂ”（４：３）であれば“１１ｂ”を、アスペクト比が“１１ｂ”（１６：９）であれば“００ｂ”、“０１ｂ”、または“１０ｂ”を記述する。“００ｂ”はパン・スキャン及びレターボックスいずれも可、“０１ｂ”はパン・スキャンのみ可、“１０ｂ”はレターボックスのみ可、“１１ｂ”はリザーブドとされる。パン・スキャンは復調された画素から切り取られたアスペクト比４：３のウィンドウを意味する。
【０２９３】
ＣＣ１はビデオストリームに記録されたフィールド１用のクローズドキャプションデータならば“１ｂ”が、ビデオストリームに記録されていないフィールド１用のクローズドキャプションデータならば“０ｂ”が記述される。
【０２９４】
ＣＣ２はビデオストリームに記録されたフィールド２用のクローズドキャプションデータならば“１ｂ”が、ビデオストリームに記録されていないフィールド２用のクローズドキャプションデータならば“０ｂ”が記述される。
【０２９５】
ソースピクチャ解像度は３２５×２４０（５２５／６０方式）、３５２×２８８（６２５／５０方式）ならば“００００ｂ”が、３２５×４８０（５２５／６０方式）、３５２×５７６（６２５／５０方式）ならば“０００１ｂ”が、４８０×４８０（５２５／６０方式）、４８０×５７６（６２５／５０方式）ならば“００１０ｂ”が、５４４×４８０（５２５／６０方式）、５４４×５７６（６２５／５０方式）ならば“００１１ｂ”が、７０４×４８０（５２５／６０方式）、７０４×５７６（６２５／５０方式）ならば“０１００ｂ”が記述され、７２０×４８０（５２５／６０方式）、７２０×５７６（６２５／５０方式）ならば“０１０１ｂ”が、“０１１０ｂ”〜“０１１１ｂ”はリザーブドとされる。
【０２９６】
１２８０×７２０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１０００ｂ”が、９６０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１００１ｂ”が、１２８０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１０１０ｂ”が、１４４０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１０１１ｂ”が、１９２０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１１００ｂ”が記述され、“１１０１ｂ”〜“１１１１ｂ”はリザーブドとされる。
【０２９７】
ソースピクチャレターボックスは（ビデオとサブピクチャが混合された後の）ビデオ出力がレターボックスか否かを記述する。アスペクト比が“１１ｂ”（１６：９）であれば“０ｂ”を、アスペクト比が“００ｂ”（４：３）であれば“０ｂ”または“１ｂ”を記述する。“０ｂ”はレターボックスではない、“１ｂ”はレターボックスである（ソースビデオピクチャはレターボックスに表示され、サブピクチャ（もしあれば）がレターボックス内のアクティブな画像領域のみに表示される）ことを意味する。
【０２９８】
ソースピクチャプログレシッブモードはソースピクチャがインターレース画像かプログレシッブ画像であるかを記述する。インターレース画像であれば“００ｂ”を、プログレシッブ画像であれば“０１ｂ”を記述する。“１０ｂ”は定義されていない。
【０２９９】
ＲＢＰ３４２〜５３３に記述のＶＭＧＭ＿ＥＶＯＢＳ用のサブピクチャストリーム属性ＶＭＧＭ＿ＳＰＳＴ＿ＡＴＲを表１０に示す。
【０３００】
存在する各サブピクチャストリーム毎に１つのＶＭＧＭ＿ＳＰＳＴ＿ＡＴＲが記述される。ストリーム番号はＶＭＧＭ＿ＳＰＳＴ＿ＡＴＲが記述される順番に従って０から割り振られる。サブピクチャストリームの数が３２以下である場合は、使用されていないＶＭＧＭ＿ＳＰＳＴ＿ＡＴＲの各ビットに“０ｂ”が入力される。
【表１０】
2006260611.tif 000012
【０３０１】
ＶＭＧＭ＿ＳＰＳＴ＿ＡＴＲの内容を表１１に示す。
【表１１】
2006260611.tif 000013
【０３０２】
サブピクチャコーディングモードは５．５．３  サブピクチャユニットで定義されている２ビット／ピクセルのランレングス（ＰＲＥ＿ＨＥＡＤの値が００００ｈ以外）ならば“０００ｂ”が、５．５．３  サブピクチャユニットで定義されている２ビット／ピクセルのランレングス（ＰＲＥ＿ＨＥＡＤの値が００００ｈ）ならば“００１ｂ”が、８ビットの画素デプス用の５．５．４  サブピクチャユニットで定義されている８ビット／ピクセルのランレングスならば“１００ｂ”が記述され、それ以外はリザーブドとされる。
【０３０３】
ＨＤフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＨＤストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３０４】
ＳＤ−Ｗｉｄｅフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＳＤワイド（１６：９）ストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３０５】
ＳＤ−ＰＳフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＳＤパン−スキャン（４：３）ストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３０６】
ＳＤ−ＬＢフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＳＤレターボックス（４：３）ストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３０７】
ＲＢＰ１０１６〜１０２３に記述のＦＰ＿ＰＧＣカテゴリＦＰ＿ＰＧＣ＿ＣＡＴを表１２に示す。
【表１２】
2006260611.tif 000014
【０３０８】
エントリータイプにはエントリーＰＧＣならば１ｂが記述される。
【０３０９】
５．２．２  ビデオタイトルセット情報（ＶＴＳＩ）
ＶＴＳＩは、１つまたは複数のビデオタイトル及びビデオタイトルセットメニュー用情報を記述する。これは、ＥＶＯＢＳの属性に関する情報に加え、Ｐａｒｔ＿ｏｆ＿Ｔｉｔｌｅパートオブタイトル（ＰＴＴ）を探索する情報、エンハンスドビデオオブジェクトセット（ＥＶＯＢＳ）及びビデオタイトルセットメニュー（ＶＴＳＭ）を再生する情報などの、これらのタイトルの管理情報を表わしている。
【０３１０】
図５８に示すように、ＶＴＳＩはビデオタイトルセット情報管理表（ＶＴＳＩ＿ＭＡＴ）で始まり、以下、ビデオタイトルセットＰａｒｔ＿ｏｆ＿Ｔｉｔｌｅ探索ポインタテーブル（ＶＴＳ＿ＰＴＴ＿ＳＰＲＴ）、ビデオタイトルセットプログラムチェーン情報テーブル（ＶＴＳ＿ＰＧＣＩＴ）、ビデオタイトルセットメニューＰＧＣＩ単位テーブル（ＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）、ビデオタイトルセットタイムマップテーブル（ＶＴＳ＿ＴＭＡＰＴ）、ビデオタイトルセットメニューセルアドレステーブル（ＶＴＳＭ＿Ｃ＿ＡＤＴ）、ビデオタイトルセットメニューエンハンスドビデオオブジェクト単位アドレスマップ（ＶＴＳＭ＿ＥＶＯＢＵ＿ＡＤＭＡＰ）、ビデオタイトルセットセルアドレステーブル（ＶＴＳ＿Ｃ＿ＡＤＴ）、ビデオタイトルセットエンハンスドビデオオブジェクト単位アドレスマップ（ＶＴＳ＿ＥＶＯＢＵ＿ＡＤＭＡＰ）。
【０３１１】
各テーブルは論理ブロック間の境界に揃うものとする。
【０３１２】
このため、各テーブルは２０４７バイト（（００Ｈ）を含む）までの情報量で後続される。
【０３１３】
５．２．２．１  ビデオタイトルセット情報管理テーブル（ＶＴＳＩ＿ＭＡＴ）
ＶＴＳとＶＴＳＩのサイズ、ＶＴＳＩ内の各情報の開始アドレス、ＶＴＳ内のエンハンストビデオオブジェクトセットの属性情報等を記述するビデオタイトルセット情報管理テーブル（ＶＴＳＩ＿ＭＡＴ）を表１３に示す。
【表１３】
2006260611.tif 000015
【０３１４】
ＲＢＰ３２〜３３に記述のビデオ規格パート３のバージョン番号を記述するＶＥＲＮを表１４に示す。ＶＥＲＮは“０００１  ００００ｂ”がバージョン１で、その他はリザーブドとされる。
【表１４】
2006260611.tif 000016
【０３１５】
ＲＢＰ３４〜３７に記述のＶＴＳのアプリケーションタイプＶＴＳ＿ＣＡＴを表１５に示す。ＶＴＳ＿ＣＡＴは“００００ｂ”が不特定、“０００１ｂ”がカラオケ、その他はリザーブドとされる。
【表１５】
2006260611.tif 000017
【０３１６】
ＲＢＰ５３２〜５３５に記述のＶＴＳ内のＶＴＳＴＴ＿ＥＶＯＢＳのビデオ属性を記述するＶＴＳ＿Ｖ＿ＡＴＲを表１６に示す。ＶＴＳ＿ＣＡＴは“００００ｂ”が不特定、“０００１ｂ”がカラオケ、その他はリザーブドとされる。
【表１６】
2006260611.tif 000018
【０３１７】
ビデオ圧縮モードにはＭＰＥＧ−２準拠ならば“０１ｂ”、ＭＰＥＧ−４ＡＶＣ準拠ならば“１０ｂ”、ＳＭＰＴＥ  ＶＣ−１準拠ならば“１１ｂ”が記述され、その他はリザーブドとされる。
【０３１８】
ＴＶシステムには５２５／６０方式ならば“００ｂ”、６２５／５０方式ならば“０１ｂ”、５２５／６０にダウンコンバートされる高品位方式ならば“１０ｂ”、５２５／５０にダウンコンバートされる高品位方式ならば“１１ｂ”が記述される。
【０３１９】
アスペクト比には４：３ならば“００ｂ”、１６：９ならば“１１ｂ”が記述され、その他はリザーブドとされる。
【０３２０】
表示モードは４：３のアスペクト比のモニタ上で許される表示モードを記述する。アスペクト比が“００ｂ”（４：３）であれば“１１ｂ”を、アスペクト比が“１１ｂ”（１６：９）であれば“００ｂ”、“０１ｂ”、または“１０ｂ”を記述する。“００ｂ”はパン・スキャン及びレターボックスいずれも可、“０１ｂ”はパン・スキャンのみ可、“１０ｂ”はレターボックスのみ可、“１１ｂ”はリザーブドとされる。パン・スキャンは復調された画素から切り取られたアスペクト比４：３のウィンドウを意味する。
【０３２１】
ＣＣ１はビデオストリームに記録されたフィールド１用のクローズドキャプションデータならば“１ｂ”が、ビデオストリームに記録されていないフィールド１用のクローズドキャプションデータならば“０ｂ”が記述される。
【０３２２】
ＣＣ２はビデオストリームに記録されたフィールド２用のクローズドキャプションデータならば“１ｂ”が、ビデオストリームに記録されていないフィールド２用のクローズドキャプションデータならば“０ｂ”が記述される。
【０３２３】
ソースピクチャ解像度は３２５×２４０（５２５／６０方式）、３５２×２８８（６２５／５０方式）ならば“００００ｂ”が、３２５×４８０（５２５／６０方式）、３５２×５７６（６２５／５０方式）ならば“０００１ｂ”が、４８０×４８０（５２５／６０方式）、４８０×５７６（６２５／５０方式）ならば“００１０ｂ”が、５４４×４８０（５２５／６０方式）、５４４×５７６（６２５／５０方式）ならば“００１１ｂ”が、７０４×４８０（５２５／６０方式）、７０４×５７６（６２５／５０方式）ならば“０１００ｂ”が記述され、７２０×４８０（５２５／６０方式）、７２０×５７６（６２５／５０方式）ならば“０１０１ｂ”が、“０１１０ｂ”〜“０１１１ｂ”はリザーブドとされる。
【０３２４】
１２８０×７２０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１０００ｂ”が、９６０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１００１ｂ”が、１２８０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１０１０ｂ”が、１４４０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１０１１ｂ”が、１９２０×１０８０（ＨＤ／６０あるいはＨＤ／５０方式）ならば“１１００ｂ”が記述され、“１１０１ｂ”〜“１１１１ｂ”はリザーブドとされる。
【０３２５】
ソースピクチャレターボックスは（ビデオとサブピクチャが混合された後の）ビデオ出力がレターボックスか否かを記述する。アスペクト比が“１１ｂ”（１６：９）であれば“０ｂ”を、アスペクト比が“００ｂ”（４：３）であれば“０ｂ”または“１ｂ”を記述する。“０ｂ”はレターボックスではない、１ｂはレターボックスである（ソースビデオピクチャはレターボックスに表示され、サブピクチャ（もしあれば）がレターボックス内のアクティブな画像領域のみに表示される）ことを意味する。
【０３２６】
ソースピクチャプログレシッブモードはソースピクチャがインターレース画像かプログレシッブ画像であるかを記述する。インターレース画像であれば“００ｂ”を、プログレシッブ画像であれば“０１ｂ”を記述する。“１０ｂ”は定義されていない。
【０３２７】
フィルムカメラモードは６２５／５０方式のソースピクチャモードを記述する。ＴＶ方式が“００ｂ”（５２５／６０）ならば“０ｂ”が、ＴＶ方式が“０１ｂ”（５２５／５０）ならば“０ｂ”または“１ｂ”が、ＴＶ方式が“１０ｂ”（ＨＤ／６０）ならば“０ｂ”が、ＴＶ方式が６２５／５０方式にダウンコンバートされる“１１ｂ”（ＨＤ／５０）ならば“０ｂ”または“１ｂ”が記述され、カメラモードならば０ｂが、フィルムモードならば１ｂが記述される。
【０３２８】
ＲＢＰ５３６〜５３７に記述のＶＴＳ内のＶＴＳＴＴ＿ＥＶＯＢＳのオーディオストリームの数を記述するＶＴＳ＿ＡＳＴ＿Ｎｓを表１７に示す。
【表１７】
2006260611.tif 000019
【０３２９】
ＲＢＰ５３８〜６０１に記述のＶＴＳ内のＶＴＳＴＴ＿ＥＶＯＢＳの各オーディオストリームの属性を記述するＶＴＳ＿ＡＳＴ＿ＡＴＲＴを表１８に示す。
【表１８】
2006260611.tif 000020
【０３３０】
各フィールドの値はＶＴＳＴＴ＿ＥＶＯＢＳのオーディオストリーム内の情報と一致していなければならない。各オーディオストリーム毎に１つのＶＴＳ＿ＡＳＴ＿ＡＴＲが記述される。常に８個のＶＴＳ＿ＡＳＴ＿ＡＴＲの領域が存在する。ストリーム番号はＶＴＳ＿ＡＳＴ＿ＡＴＲが記述される順番に従って０から割り振られる。オーディオストリームの数が８以下である場合は、使用されていないストリーム用のＶＴＳ＿ＡＳＴ＿ＡＴＲの各ビットに“０ｂ”が入力される。
【０３３１】
１つのＶＴＳ＿ＡＳＴ＿ＡＴＲＴの内容を表１９に示す。
【表１９】
2006260611.tif 000021
【０３３２】
オーディオコーディングモードはドルビーＡＣ−３用に“０００ｂ”がリザーブドとされ、ＭＬＰオーディオならば“００１ｂ”が、ＭＰＥＧ−１あるいは拡張ビットストリーム無しのＭＰＥＧ−２ならば“０１０ｂ”が、拡張ビットストリーム付きのＭＰＥＧ−２ならば“０１１ｂ”が記述され、“１００ｂ”がリザーブドとされ、１／１２００秒のサンプルデータ付きのリニアＰＣＭオーディオならば“１０１ｂ”が、ＤＴＳ−ＨＤならば“１１０ｂ”が、ＤＤ＋ならば“１１１ｂ”が記述される。
【０３３３】
オーディオコーディングモードの要求についてのさらなる詳細は５．５．２  オーディオ及びアネックスＮを参照のこと。
【０３３４】
マルチチャンネルエクステンションフラグは関連するＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲが有効でないならば“０ｂ”が、関連するＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲにリンクされるならば“１ｂ”が記述される。なお、このフラグはオーディオアプリケーションモードがカラオケモードあるいはサラウンドモードの場合は“１ｂ”にセットされる。
【０３３５】
オーディオタイプは不特定ならば“００ｂ”が、言語を含んでいるならば“０１ｂ”が記述され、その他はリザーブドとされる。
【０３３６】
オーディオアプリケーションモードは不特定ならば“００ｂ”が、カラオケモードならば“０１ｂ”が、サラウンドモードならば“１０ｂ”が記述され、その他はリザーブドとされる。ＶＴＳ内の１つあるいは複数のＶＴＳ＿ＡＳＴ＿ＡＴＲでＶＴＳ＿ＣＡＴのアプリケーションタイプが“０００１ｂ”（カラオケ）にセットされる場合は、オーディオアプリケーションモードは“０１ｂ”にセットされる。
【０３３７】
量子化／ＤＲＣはオーディオコーディングモードが“１１０ｂ”あるいは“１１１ｂ”ならば“１１ｂ”が記述される。
【０３３８】
オーディオコーディングモードが“０１０ｂ”あるいは“０１１ｂ”の場合は、ＭＰＥＧオーディオストリーム内にダイナミックレンジコントロールデータが存在しないならば“００ｂ”が、ＭＰＥＧオーディオストリーム内にダイナミックレンジコントロールデータが存在するならば“０１ｂ”が記述され、“１０ｂ”と“１１ｂ”はリザーブドとされる。
【０３３９】
オーディオコーディングモードが“００１ｂ”あるいは“１０１ｂ”の場合は、１６ビットならば“００ｂ”が、２０ビットならば“０１ｂ”が、２４ビットならば“１０ｂ”が記述され、“１１ｂ”はリザーブドとされる。
【０３４０】
ｆｓは４８ｋＨｚならば“００ｂ”が、９６ｋＨｚならば“０１ｂ”が記述され、その他はリザーブドとされる。
【０３４１】
オーディオチャンネルの数は１ｃｈ（モノラル）ならば“０００ｂ”が、２ｃｈ（ステレオ）ならば“００１ｂ”が、３ｃｈ（マルチチャンネル）ならば“０１０ｂ”が、４ｃｈ（マルチチャンネル）ならば“０１１ｂ”が、５ｃｈ（マルチチャンネル）ならば“１００ｂ”が、６ｃｈ（マルチチャンネル）ならば“１０１ｂ”が、７ｃｈ（マルチチャンネル）ならば“１１０ｂ”が、８ｃｈ（マルチチャンネル）ならば“１１１ｂ”が記述される。０．１チャンネルは１チャンネルとされる。例えば、５．１チャンネルの場合は“１０１ｂ”（６ｃｈ）が記述される。
【０３４２】
スペシフィックコード及びスペシフィックコードエクステンションについてはアネックスＢを参照のこと。
【０３４３】
ＲＢＰ６０２〜６０３に記述のＶＴＳ内のＶＴＳＴＴ＿ＥＶＯＢＳのサブピクチャストリームの数を記述するＶＴＳ＿ＳＰＳＴ＿Ｎｓを表２０に示す。
【表２０】
2006260611.tif 000022
【０３４４】
ＲＢＰ６０４〜７９５に記述のＶＴＳ内のＶＴＳＴＴ＿ＥＶＯＢＳ用の各サブピクチャストリームの属性を記述するＶＴＳ＿ＳＰＳＴ＿ＡＴＲを表２１に示す。
【表２１】
2006260611.tif 000023
【０３４５】
１つのＶＴＳ＿ＳＰＳＴ＿ＡＴＲは存在する各サブピクチャストリーム毎に記述される。ストリーム番号はＶＴＳ＿ＳＰＳＴ＿ＡＴＲが記述される順番に従って０から割り振られる。サブピクチャストリームの数が３２以下である場合は、使用されていないＶＴＳ＿ＳＰＳＴ＿ＡＴＲの各ビットに“０ｂ”が入力される。
【０３４６】
ＶＴＳＭ＿ＳＰＳＴ＿ＡＴＲの内容を表２２に示す。
【表２２】
2006260611.tif 000024
【０３４７】
サブピクチャコーディングモードは５．５．３サブピクチャユニットで定義されている２ビット／ピクセルのランレングス（ＰＲＥ＿ＨＥＡＤの値が００００ｈ以外）ならば“０００ｂ”が、５．５．３  サブピクチャユニットで定義されている２ビット／ピクセルのランレングス（ＰＲＥ＿ＨＥＡＤの値が００００ｈ）ならば“００１ｂ”が、８ビットの画素デプス用の５．５．４  サブピクチャユニットで定義されている８ビット／ピクセルのランレングスならば“１００ｂ”が記述され、それ以外はリザーブドとされる。
【０３４８】
サブピクチャタイプは不特定ならば“００ｂ”が、言語ならば“０１ｂ”が記述され、残りはリザーブドとされる。
【０３４９】
スペシフィックコード及びスペシフィックコードエクステンションについてはアネックスＢを参照のこと。
【０３５０】
注１：タイトルにおいて、同じ言語コードを有するサブピクチャストリーム内で強制キャプション（０９ｈ）の言語コードエクステンション（アネックスＢ参照）を持つ１つ以上のサブピクチャストリームは存在しない。
【０３５１】
注２：強制キャプション（０９ｈ）の言語コードエクステンションを有するサブピクチャストリームは他のサブピクチャストリーム（強制キャプション（０９ｈ）の言語コードエクステンションを有しない）より多いサブピクチャストリームの数を持つ。
【０３５２】
ＨＤフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＨＤストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３５３】
ＳＤ−Ｗｉｄｅフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＳＤワイド（１６：９）ストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３５４】
ＳＤ−ＰＳフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＳＤパン−スキャン（４：３）ストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３５５】
ＳＤ−ＬＢフラグはサブピクチャコーディングモードが“００１ｂ”または“１００ｂ”の時ＳＤレターボックス（４：３）ストリームが存在するか否かを示し、ストリームが存在しないならば“０ｂ”が、ストリームが存在するならば“１ｂ”が記述される。
【０３５６】
ＲＢＰ７９８〜８６１に記述のマルチチャンネル使用のためのオーディオ属性を記述するＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲＴを表２３に示す。オーディオ属性の１つがＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲである。ストリーム番号０から７までの連続数が後続する８つのオーディオストリームの記述領域は常にリザーブトとされている。ＶＴＳ＿ＡＳＴ＿ＡＴＲ内のマルチチャンネルエクステンションが“０１ｂ”であるオーディオストリームの領域では各ビットに“０ｂ”が記述される。
【表２３】
2006260611.tif 000025
【０３５７】
１つのＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲを表２４に示す。
【表２４】
2006260611.tif 000026
【０３５８】
オーディオチャンネルコンテンツ、オーディオミキシングフェーズ、オーディオミックスドフラグ、ＡＣＨ０〜ＡＣＨ７のミックスモードはリザーブドとされる。
【０３５９】
５．２．２．３  ビデオタイトルセットプログラムチェーン情報テーブル（ＶＴＳ＿ＰＧＣＩＴ）
このテーブルにはＶＴＳプログラムチェーン情報（ＶＴＳ＿ＰＧＣＩ）が記述される。
【０３６０】
図５９に示すように、本テーブルはＶＴＳプログラムチェーン情報（ＶＴＳ＿ＰＧＣＩ）を表わす。本テーブルＶＴＳ＿ＰＧＣＩＴは、先ずＶＴＳ＿ＰＧＣＩＴ情報（ＶＴＳ＿ＰＧＣＩＴＩ）で始まり、以下、ＶＴＳ＿ＰＧＣＩサーチポインタ（ＶＴＳ＿ＰＧＣＩ＿ＳＲＰｓ）、１つまたは複数のＶＴＳ＿ＰＧＣＩ等が続く。ＶＴＳ＿ＰＧＣ番号は、ＶＴＳ＿ＰＧＣＩ＿ＳＲＰの記述順に、番号“１”から割り当てられる。
【０３６１】
ブロックを構成するＰＧＣＩｓは連続的に記述されるものとする。１つまたは複数のＶＴＳタイトルナンバー（ＶＴＳ＿ＴＴＮｓ）は、エントリＰＧＣに対し、ＶＴＳ＿ＰＧＣＩ＿ＳＲＰの昇順で“１”から割り当てられる。
【０３６２】
ブロックを構成している２個以上のＰＧＣのグループをＰＧＣブロックと称す。各ＰＧＣブロックには、ＶＴＳ＿ＰＧＣＩ＿ＳＲＰｓを連続的に記述するものとする。
【０３６３】
ＶＴＳ＿ＴＴは、ＶＴＳの中に同一のＶＴＳ＿ＴＴＮを有するＰＧＣグループであると定義する。
【０３６４】
ＶＴＳ＿ＰＧＣＩＴＩ及び１個のＶＴＳ＿ＰＧＣＩ＿ＳＲＰ  のコンテンツは、それぞれ、表２５、表２６に示す。ＶＴＳ＿ＰＧＣＩの記述に関しては、５．２．３  プログラムチェーン情報を参照のこと。
【０３６５】
（注）ＶＴＳ＿ＰＧＣＩの順番は、ＶＴＳ＿ＰＧＣＩサーチポインタのそれとは関係がない。
【０３６６】
それ故、２個以上のＶＴＳ＿ＰＧＣＩサーチポインタが、同一のＶＴＳ＿ＰＧＣＩを示すことが可能である。
【表２５】
2006260611.tif 000027
【０３６７】
【表２６】
2006260611.tif 000028
【０３６８】
表２６内のＶＴＳ＿ＰＧＣカテゴリＶＴＳ＿ＰＧＣ＿ＣＡＴを表２７に示す。
【表２７】
2006260611.tif 000029
【０３６９】
エントリタイプはエントリＰＧＣではないならば“０ｂ”が、エントリＰＧＣならば“１ｂ”が記述される。
【０３７０】
ＲＳＭ許可は本ＰＧＣにおいてＲＳＭインストラクションあるいはＲｅｓｕｍｅ（）ファンクションによる再生の再開が許可されているか否かを記述し、許可（ＲＳＭ情報が更新される）ならば“０ｂ”が、禁止（ＲＳＭ情報が更新されない）ならば“１ｂ”が記述される。ブロックモードはＰＧＣブロックタイプが“００ｂ”ならば“００ｂ”が記述される。ブロックモードはＰＧＣブロックタイプが“０１ｂ”ならば“０１ｂ”、“１０ｂ”あるいは“１１ｂ”が記述される。ブロック内にＰＧＣブロックが存在しないならば“００ｂ”が、ブロック内の最初のＰＧＣブロックの場合は“０１ｂ”が、ブロック内にＰＧＣブロックが存在する（ただし、最初と最後のＰＧＣを除く）ならば“１１ｂ”が、ブロック内の最後のＰＧＣブロックの場合は“１１ｂ”が記述される。
【０３７１】
ブロックタイプはＰＴＬ＿ＭＡＩＴが存在しない場合“００ｂ”が記述される。ブロックの一部分ではないならば“００ｂ”が、パレンタルブロックならば“０１ｂ”が記述され、その他はリザーブドとされる。ＨＬＩアベイラビリティはＥＶＯＢ内に格納されているＨＬＩが有効か否かを記述する。ＥＶＯＢ内にＨＬＩが存在しない場合“１ｂ”が記述され、本ＰＧＣ内でＨＬＩが有効ならば“０ｂ”が、本ＰＧＣ内でＨＬＩが有効でないならば“１ｂ”が記述される。すなわち、ボタン用のＨＬＩと関連サブピクチャがプレーヤにより無視される。
【０３７２】
ＶＴＳ＿ＴＴＮはＶＴＳタイトル数（１〜５１１）が記述され、その他はリザーブドとされる。
【０３７３】
５．２．３  プログラムチェーン情報（ＰＧＣＩ）
ＰＧＣＩはＰＧＣの表示を制御するナビゲーションデータである。ＰＧＣは基本的には、ＰＧＣＩ及びエンハンストビデオオブジェクト（ＥＶＯＢｓ）で構成されるが、ＥＶＯＢを有せず、ただＰＧＣＩのみを有するＰＧＣは存在することができる。ＰＧＣＩのみを有するＰＧＣは、例えば、表示条件の決定や、表示を他のＰＧＣに移動するのに使用する。ＰＧＣＩ番号は、ＶＭＧＭ＿ＬＵ、ＶＴＳＭ＿ＬＵ及びＶＴＳＤ＿ＰＧＣＩＴにおいて、ＰＧＣＩサーチポインタに対して記述された順に“１”から割り当てられる。ＰＧＣ番号（ＰＧＣＮ）は、ＰＧＣＩ番号と同じ値を有する。例え、ＰＧＣがブロック構造である時でも、ブロックの中のＰＧＣＮは、ＰＧＣＩサーチポインタの連続番号と一致する。
【０３７４】
ＰＧＣは、表２８に示すようにドメイン及び目的によって、４つの種類に分けられる。ファーストプレイＰＧＣ（ＦＰ＿ＰＧＣ）、ビデオマネージャメニュー用ＰＧＣ（ＶＭＧＭ＿ＰＧＣ）、ビデオタイトルセットメニュー用ＰＧＣ（ＶＴＳＭ＿ＰＧＣ）、及びタイトル用ＰＧＣ（ＴＴ＿ＰＧＣ）には、ＰＧＣＩ及びＥＶＯＢ以外に、ＰＧＣＩのみを有する構造化が可能である。
【表２８】
2006260611.tif 000030
【０３７５】
ＦＰ＿ＰＧＣには以下の制限を適用する。
【０３７６】
１）  セル無（ＥＶＯＢ無）か、１つのＥＶＯＢの中にセル（複数）のいずれかは許容する。
【０３７７】
２）  ＰＧ再生モードについては、「プログラムの連続再生」のみを許容する。
【０３７８】
３）  パレンタルブロックは許容しない。
【０３７９】
４）  ランゲージブロックは許容しない。
【０３８０】
ＰＧＣ表示の詳細については、３．３．６  ＰＧＣ再生オーダを参照のこと。
【０３８１】
５．２．３．１  ＰＧＣＩの構造
図６０に示すように、ＰＧＣＩは、プログラムチェーンゼネラル情報（ＰＧＣ＿ＧＩ）、プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）、プログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）、セル再生情報テーブル（Ｃ＿ＰＢＩＴ）、及びセル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）から構成される。
【０３８２】
これらの情報はＬＢ境界を越え、連続的に記録されるものとする。
【０３８３】
ＰＧＣ＿ＣＭＤＴは、ナビゲーションコマンドを使用しないＰＧＣに対しては必要がない。
【０３８４】
ＰＧＣ＿ＰＧＭＡＰ、Ｃ＿ＰＢＩＴ、及びＣ＿ＰＯＳＩＴは、表示されるＥＶＯＢが存在しないＰＧＣに対しては必要がない。
【０３８５】
５．２．３．２  ＰＧＣゼネラル情報（ＰＧＣ＿ＧＩ）の構造
ＰＧＣ＿ＧＩはＰＧＣの情報である。ＰＧＣ＿ＧＩの内容を表２９に示す。
【表２９】
2006260611.tif 000031
【０３８６】
ＰＧＣサブピクチャストリームカテゴリテーブルＰＧＣ＿ＳＰＳＴ＿ＣＴＬＴの内容を表３０に示す。
【表３０】
2006260611.tif 000032
【０３８７】
１つのＰＧＣ＿ＳＰＳＴ＿ＣＴＬの内容を表３１に示す。
【表３１】
2006260611.tif 000033
【０３８８】
ＨＤアベイラビリティ（有効性）フラグは本ＰＧＣ内でＨＤサブピクチャストリームが有効ならば“１ｂ”が、本ＰＧＣ内でＨＤサブピクチャストリームが有効ではないならば“０ｂ”が記述される。現ビデオ属性（ＦＰ＿ＰＧＣＭ＿Ｖ＿ＡＴＲ、ＶＭＧＭ＿Ｖ＿ＡＴＲ、ＶＴＳＭ＿Ｖ＿ＡＴＲまたはＶＴＳ＿Ｖ＿ＡＴＲ）におけるアスペクト比が“００ｂ”ならばＨＤアベイラビリティフラグは“０ｂ”とされる。
【０３８９】
注１：アスペクト比が“００ｂ”でソースピクチャ解像度が“１０１１ｂ”（１４４０×１０８０）ならば、本フラグは“１ｂ”とされる。以下の記述ではアスペクト比は“１１ｂ”であると仮定する。
【０３９０】
注２：各サブピクチャは同一のＴＴ＿ＤＯＭ内の全てのＴＴ＿ＰＧＣｓ、同一のＶＭＧＧＭ＿ＤＯＭ内の全てのＣＭＧＭ＿ＰＧＣｓ、同一のＶＴＳＭ＿ＤＯＭ内の全てのＶＴＳＭ＿ＰＧＣｓで等しい。
【０３９１】
５．２．３．３  プログラムチェーンコマンドテーブル  （ＰＧＣ＿ＣＭＤＴ）
ＰＧＣ＿ＣＭＤＴ  は、プリコマンド（ＰＲＥ＿ＣＭＤ）、ＰＧＣのポストコマンド（ＰＯＳＴ＿ＣＭＤ）、セルコマンド（Ｃ＿ＣＭＤ）、及びリジュームコマンド（ＲＳＭ＿ＣＭＤ）用の表示区域である。
【０３９２】
図６１の（ａ）に示すように、ＰＧＣ＿ＣＭＤＴは、プログラムチェーンコマンドテーブル情報（ＰＧＣ＿ＣＭＤＴＩ）、ゼロまたは複数のＰＲＥ＿ＣＭＤ、ゼロまたは複数のＰＯＳＴ＿ＣＭＤ、ゼロまたは複数のＣ＿ＣＭＤ、ゼロまたは複数のＲＳＭ＿ＣＭＤから構成される。コマンド番号は、各コマンドグループに対する記述順に従った番号から割り当てられる。ＰＲＥ＿ＣＭＤ、ＰＯＳＴ＿ＣＭＤ、Ｃ＿ＣＭＤ、ＲＳＭ＿ＣＭＤの任意の組み合わせで、全部で１０２３までのコマンドを記述できる。
【０３９３】
不要な場合は、ＰＲＥ＿ＣＭＤ、ＰＯＳＴ＿ＣＭＤ、Ｃ＿ＣＭＤ、ＲＳＭ＿ＣＭＤを記述する必要はない。
【０３９４】
図６１内のプログラムチェインコマンドテーブルＰＧＣ＿ＣＭＤＴＩを表３２に示す。
【表３２】
2006260611.tif 000034
【０３９５】
リジュームコマンドの数ＲＳＭ＿ＣＭＤ＿Ｎｓは０〜１０２３の数字を用いてリジュ−ムコマンドＲＳＭ＿ＣＭＤの数を記述する。
【０３９６】
注：ＲＳＭ許可フラグが“０ｂ”であるＴＴ＿ＰＧＣはこのコマンド領域を含む。
【０３９７】
ＲＳＭ許可フラグが“１ｂ”であるＴＴ＿ＰＧＣ、ＦＰ＿ＰＧＣ、ＶＭＧＭ＿ＰＧＣあるいはＶＴＳＭ＿ＰＧＣはこのコマンド領域を含まない。このため、このフィールドは“０”にセットされる。
【０３９８】
表３２内のリジュ−ムコマンドＲＳＭ＿ＣＭＤを表３３に示す。
【表３３】
2006260611.tif 000035
【０３９９】
リジュ−ムコマンドＲＳＭ＿ＣＭＤはＰＧＣがリジュームされる前に処理されるコマンドを記述する。
【０４００】
ＲＳＭ＿ＣＭＤｓ内の最後の命令はブレーク命令である。コマンドの詳細は５．２．４  ナビゲーションコマンドおよびナビゲーションパラメータを参照のこと。
【０４０１】
５．２．３．５  セル再生情報テーブル（Ｃ＿ＰＢＩＴ）
Ｃ＿ＰＢＩＴ（図６１の（ａ））は、ＰＧＣ内のセルの表示順位を定義するテーブルである。
【０４０２】
図６１の（ｂ）に示すように、セル再生情報（Ｃ＿ＰＢＩ）は、Ｃ＿ＰＢＩＴ上に連続的に記述される。セル番号（ＣＮｓ）は、Ｃ＿ＰＢＩＴが記述される順番に「１」から割り当てられる。基本的にセルはＣＮ１から昇順で連続的に表わされる。ブロックを構成するセルのグループをセルブロックと称す。セルブロックは、２個以上のセルから構成されるものとする。ブロック内のＣ＿ＰＢＩは連続的に記述される。セルブロックの中のセル１個を表示のために選択する。
【０４０３】
セルブロック１個はアングルセルブロックである。アングルブロックの中のこれらのセルの表示時間は同じである。数個のアングルブロックが、同じＴＴ＿ＤＯＭ、同じＶＴＳＭ＿ＤＯＭ及びＶＭＧＭ＿ＤＯＭによって設定されると、各ブロック内のアングルセル（ＡＧＬ＿Ｃｓ）は、同一であるものとする。
【０４０４】
アングルブロック前後のセルと各ＡＧＬ＿Ｃとの間の表示は、シームレスとする。
【０４０５】
シームレスアングル変更フラグがシームレスと称される、アングルセルブロックが連続的に存在する場合には、セルブロック間の、ＡＧＬ＿Ｃ全ての組み合わせを、シームレス表示するものとする。その場合は、ブロック双方のＡＧＬ＿Ｃの全ての接続点は、インターリーブユニットの境界であるものとする。
【０４０６】
シームレスアングル変更フラグが、シームありと称される、アングルセルブロックが連続的に存在する場合には、各ブロックの同じ角度番号を持ったＡＧＬ＿Ｃ間の表示を継ぎ目のないものとする。
【０４０７】
アングルセルブロックは、多くて９個のセルを有し、ここで最初のセルは１番である。（アングルセル番号１）。残りは記述順に従い番号が付けられる。
【０４０８】
図６１の（ｂ）内のセル再生情報テーブルＣ＿ＰＢＩＴの１つの情報Ｃ＿ＰＢＩの内容表３４に示す。
【表３４】
2006260611.tif 000036
【０４０９】
セルコマンドの順番に関する情報を記述するセルコマンドシーケンスＣ＿ＣＭＤ＿ＳＥＱ（表３４）を表３５に示す。
【表３５】
2006260611.tif 000037
【０４１０】
セルコマンド数は本セル内のスタートセルコマンド番号から順番に実行されるセルコマンドの数を０〜８の数字で記述する。値０は本セル内で実行されるセルコマンドが無いことを意味する。スタートセルコマンド番号は本セル内で実行されるセルコマンドの開始番号を０〜１０２３の数字で記述する。値０は本セル内で実行されるセルコマンドが無いことを意味する。
【０４１１】
注：Ｃ＿ＣＡＴ内のシームレス再生フラグが“１ｂ”で、先行するセルで１つまたは複数のセルコマンドが存在する場合、先行するセルと本セルの表示はシームレスとされる。従って、先行するセル内のコマンドは本セルの表示開始から０．５秒間実行される。もしもコマンドが表示の分岐を含んでいる場合、本セルの表示は終了し、新しい表示が命令に応じて開始する。
【０４１２】
５．２．４  ナビゲーションコマンド及びナビゲーションパラメータ
ナビゲーションコマンド及びナビゲーションパラメータでは、様々なタイトルを作成するプロバイダ用の基本が形成される。
【０４１３】
プロバイダは、パレンタルマネジメント情報やオーディオストリーム番号などのプレヤーのステータスを得たり、変更するために、ナビゲーションコマンド及びナビゲーションパラメータを使ってもよい。
【０４１４】
ナビゲーションコマンド及びナビゲーションパラメータの使用を組み合わせることにより、プロバイダは、タイトルの中で、簡素で、複雑な分岐構造を定義できる。
【０４１５】
即ち、プロバイダは、リニア映画タイトルやカラオケタイトル以外にも、複雑な分岐構造やメニュー構造を持った対話型のタイトルを創作することができる。
【０４１６】
５．２．４．１  ナビゲーションパラメータ
ナビゲーションパラメータは、プレーヤが保持する情報に対する一般用語である。このパラメータは、以下に述べるように、一般のパラメータとシステムパラメータとに分類される。
【０４１７】
５．２．４．１．１  ゼネラルパラメータ（ＧＰＲＭ）
（大要）
プロバイダはこれらのＧＰＲＭを用いてユーザの動作履歴を記憶し、プレーヤの振る舞いを修正できる。
【０４１８】
これらのパラメータは、ナビゲーションコマンドによってアクセス可能である。
【０４１９】
（内容）
ＧＰＲＭは固定長の２バイト数値を記憶している。
【０４２０】
各パラメータは、１６ビット符号なし整数として処理される。
【０４２１】
プレーヤは６４のＧＰＲＭを有する。
【０４２２】
（使用に当たって）
ＧＰＲＭは、レジスタモードまたはカウンタモードに使用される。
【０４２３】
レジスタモードで使用されたＧＰＲＭは、記憶値を維持する。
【０４２４】
カウンタモードに使用されたＧＰＲＭは、ＴＴ＿ＤＯＭの中で、１秒毎に記憶値を自動的に増加させる。
【０４２５】
カウンタモードのＧＰＲＭは、Ｍｏｖ命令を除き、算術演算及びビット演算用の引数として使用しないものとする。
【０４２６】
（値の初期化）
ＧＰＲＭは全てゼロに、以下の条件のレジスタモードで、設定するものとする。
【０４２７】
・最初のアクセスで
・Ｔｉｔｌｅ＿Ｐｌａｙ（）、ＰＴＴ＿Ｐｌａｙ（）、またはＴｉｍｅ＿Ｐｌａｙ（）が全てのドメイン及び停止状態で実行される時，
・Ｍｅｎｕ＿Ｃａｌｌ（）が停止状態で実行される時。
【０４２８】
（ドメイン）
例え、表示ポイントがドメイン間で変更されても、ＧＰＲＭの記憶値は維持される。従って、同一のＧＰＲＭは全てのドメイン間で共有される。
【０４２９】
ゼネラルパラメータＧＰＲＭの内容を表３６に示す。
【表３６】
2006260611.tif 000038
【０４３０】
５．２．４．１．２  システムパラメータ（ＳＰＲＭ）
（大要）
プロバイダはＳＰＲＭの値を設定することによりナビゲーションコマンドを用いてプレーヤを制御することができる。
【０４３１】
これらのパラメータにはナビゲーションコマンドによりアクセスが可能である。
【０４３２】
（内容）
ＳＰＲＭは固定長の２バイト数値を記憶している。
【０４３３】
各パラメータは、１６ビット符号なし整数として処理される。
【０４３４】
プレーヤは３２のＳＰＲＭを有する。
【０４３５】
（使用に当たって）
ＳＰＲＭの値は、Ｍｏｖ命令を除き、全てのセット命令用の第１の引数としても、算術演算用の第２の引数としても使用しないものとする。
【０４３６】
ＳＰＲＭの値を変更するため、ＳｅｔＳｙｓｔｅｍ命令が使用される。
【０４３７】
ＳＰＲＭの初期化に関しては、３．３．３．１  パラメータの初期化を参照のこと。
【０４３８】
システムパラメータＳＰＲＭの内容を表３７に示す。
【表３７】
2006260611.tif 000039
【０４３９】
（ａ）ＳＰＲＭ（０）：カレントメニュー記述言語コード（ＣＭ＿ＬＣＤ）
この内容を表３８に示す。
【０４４０】
（目的）
本パラメータは、表示の間にカレントメニュー言語コードとして使用される言語のコードを指定する。
【０４４１】
（内容）
ＳＰＲＭ（０）の値は、ナビゲーションコマンド（ＳｅｔＭ＿ＬＣＤ）によって変更できる。
【０４４２】
注：このパラメータは直接のユーザ操作によっては変更できない。ＳＰＲＭ（２１）の値が変更された時は、この値はＳＰＲＭ（０）にコピーされる。
【表３８】
2006260611.tif 000040
【０４４３】
カレントメニュー記述言語コードの言語コードについてはアネックスＢを参照のこと。
【０４４４】
（Ａ）ＳＰＲＭ（２６）  メニュー空間用オーディオストリーム番号（ＡＳＴＭ）
この内容を表３９に示す。
【０４４５】
（目的）
本パラメータは、その時点の選択されたメニュー空間用ＡＳＴＭを定める。
【０４４６】
（内容）
ＳＰＲＭ（２６）の値は、ユーザ操作、ナビゲーションコマンド、または、３．３．９．１．１．２  メニュー空間におけるオーディオ及びサブピクチャストリーム選択用アルゴリズムに示す、アルゴリズム３によって変更できる。
【０４４７】
ａ）  メニュー空間において
ＳＰＲＭ（２６）の値を変更する場合、表示されるオーディオストリームは変更するものとする。
【０４４８】
ｂ）  ＦＰ＿ＤＯＭまたはＴＴ＿ＤＯＭにおいて
メニュー空間に設定されているＳＰＲＭ（２６）の値は維持される。
【０４４９】
ＳＰＲＭ（２６）の値は、ユーザ操作によって変更しないものとする。
【０４５０】
ＦＰ＿ＤＯＭまたはＴＴ＿ＤＯＭのいずれかにおいて、ナビゲーションコマンドによってＳＰＲＭ（２６）の値を変更する場合には、メニュー空間において、値は有効となる。
【０４５１】
（デフォルト値）
デフォルト値は、（Ｆｈ）である。
【０４５２】
（注）  本パラメータはカレントデコーディングオーディオストリーム番号を定めるものではない。詳しくは、３．３．９．１．１．２  メニュー空間におけるオーディオ及びサブピクチャストリーム選択用アルゴリズムを参照のこと。
【表３９】
2006260611.tif 000041
【０４５３】
ＡＳＴＮは０〜７のＡＳＴＮ値が記述される。
【０４５４】
Ｆｈ：ＡＳＴはなく、また選択もされない。
【０４５５】
その他はリザーブドとされる。
【０４５６】
（Ｂ）ＳＰＲＭ（２７）  サブピクチャストリーム番号（ＳＰＳＴＮ）及びメニュー空間用オンオフフラグ
この内容を表４０に示す。
【０４５７】
（目的）
本パラメータは、その時点の選択されたメニュー空間用ＳＰＳＴＮ、及びサブピクチャが表示されたかどうかを定める。
【０４５８】
（内容）
ＳＰＲＭ（２７）の値は、ユーザ操作、ナビゲーションコマンド、または、３．３．９．１．１．２  メニュー空間におけるオーディオ及びサブピクチャストリーム選択用アルゴリズムに示す、アルゴリズム３によって変更できる。
【０４５９】
ａ）  メニュー空間において
ＳＰＲＭ（２７）の値を変更する場合、表示されるサブピクチャストリーム及びサブピクチャ表示ステータスを変更するものとする。
【０４６０】
ｂ）  ＦＰ＿ＤＯＭ  またはＴＴ＿ＤＯＭ  において
メニュー空間に設定されているＳＰＲＭ（２７）の値は維持される。
【０４６１】
ＳＰＲＭ（２７）の値は、ユーザ操作によって変更しないものとする。
【０４６２】
ＦＰ＿ＤＯＭまたはＴＴ＿ＤＯＭのいずれかにおいて、ナビゲーションコマンドによってＳＰＲＭ（２７）の値を変更する場合には、メニュー空間において、その値は有効となる。
【０４６３】
ｃ）  サブピクチャ表示ステータスは以下の通り定義する。
【０４６４】
ｃ−１）  有効なＳＰＳＴＮが選択された場合、
ＳＰ＿ｄｉｓｐ＿ｆｌａｇの値が“１ｂ”の時、指定されたサブピクチャがそれの全表示期間に渡り表示される。
【０４６５】
ＳＰ＿ｄｉｓｐ＿ｆｌａｇの値が、“０ｂ”の時、３．３．９．２．２  システム空間におけるサブピクチャの強制的表示を参照のこと。
【０４６６】
ｃ−２）  無効なＳＰＳＴＮが選択された場合、
サブピクチャは表示されない。
【０４６７】
（デフォルト値）
デフォルト値は、６２である。
【０４６８】
（注）  本パラメータはその時点のデコーディングサブピクチャストリーム番号を定めるものではない。
【０４６９】
本パラメータをメニュー空間で変更する場合には、その時点のサブピクチャの表示はなされない。
【０４７０】
詳しくは、３．３．９．１．１．２  メニュー空間におけるオーディオ及びサブピクチャストリーム選択用アルゴリズムを参照のこと。
【表４０】
2006260611.tif 000042
【０４７１】
ＳＰ＿ｄｉｓｐ＿ｆｌａｇはサブピクチャ表示が不可能ならば“０ｂ”が、サブピクチャ表示が可能ならば“１ｂ”が記述される。
【０４７２】
ＳＰＳＴＮは０〜３１のＳＰＳＴＮ値が記述される。有効なＳＰＳＴがない、あるいはＳＰＳＴが選択されていない場合は６２が記述され、その他はリザーブドとされる。
【０４７３】
（Ｃ）  ＳＰＲＭ（２８）  メニュー空間用の角度番号（ＡＧＬＮ）
この内容を表４１に示す。
【０４７４】
（目的）
本パラメータは、メニュー空間用のカレントアングルＡＧＬＮについて定める。
【０４７５】
（内容）
ＳＰＲＭ（２８）の値は、ユーザ操作、ナビゲーションコマンドによって変更できる。
【０４７６】
ａ）  ＦＰ＿ＤＯＭにおいて
ＦＰ＿ＤＯＭにおいて、ナビゲーションコマンドによってＳＰＲＭ（２８）の値を変更する場合、その値は、メニュー空間において有効となる。
【０４７７】
ｂ）  メニュー空間において
ＳＰＲＭ（２８）の値を変更する場合、表示されるアングルは変更される。
【０４７８】
ｃ）  ＴＴ＿ＤＯＭにおいて
メニュー空間に設定されているＳＰＲＭ（２８）の値は維持される。
【０４７９】
ＳＰＲＭ（２８）の値は、ユーザ操作によって変更しないものとする。
【０４８０】
ＴＴ＿ＤＯＭにおいて、ナビゲーションコマンドによってＳＰＲＭ（２８）の値を変更する場合には、メニュー空間において、その値は有効となる。
【０４８１】
（デフォルト値）
デフォルト値は１である。
【表４１】
2006260611.tif 000043
【０４８２】
ＡＮＧＬは１〜９のＡＧＬＮ値が記述される。その他はリザーブドとされる。
【０４８３】
（Ｄ）  ＳＰＲＭ（２９）  ＦＰ＿ＤＯＭ用オーディオストリーム番号（ＡＳＴＮ）
この内容を表４２に示す。
【０４８４】
（目的）
本パラメータは、ＦＰ＿ＤＯＭ用のカレントオーディオストリーム番号ＡＳＴＮについて定める。
【０４８５】
（内容）
ＳＰＲＭ（２９）の値は、ユーザ操作、ナビゲーションコマンド、または、３．３．９．１．１．３  ＦＰ＿ＤＯＭにおけるオーディオ及びサブピクチャストリーム選択用アルゴリズムに示す、アルゴリズム４によって変更できる。
【０４８６】
ａ）  ＦＰ＿ＤＯＭにおいて
ＳＰＲＭ（２９）の値を変更する場合、表示されるオーディオストリームは変更するものとする。
【０４８７】
ｂ）  メニュー空間、またはＴＴ＿ＤＯＭにおいて
ＦＰ＿ＤＯＭに設定されているＳＰＲＭ（２９）の値は維持される。
【０４８８】
ＳＰＲＭ（２９）の値は、ユーザ操作によって変更しないものとする。
【０４８９】
メニュー空間、またはＴＴ＿ＤＯＭにおいて、ナビゲーションコマンドによってＳＰＲＭ（２９）の値を変更する場合には、ＦＰ＿ＤＯＭにおいて、その値は有効となる。
【０４９０】
（デフォルト値）
デフォルト値は（Ｆｈ）である。
【０４９１】
（注）  本パラメータはその時点のデコーディングオーディオストリーム番号を定めるものではない。
【０４９２】
詳しくは、３．３．９．１．１．３  ＦＰ＿ＤＯＭにおけるオーディオ及びサブピクチャストリーム選択用アルゴリズムを参照のこと。
【表４２】
2006260611.tif 000044
【０４９３】
ＡＳＴＮは０〜７のＡＳＴＮ値が記述される。有効なＡＳＴがない、あるいはＡＳＴが選択されていない場合はＦｈが記述され、その他はリザーブドとされる。
【０４９４】
（Ｅ）  ＳＰＲＭ（３０）  サブピクチャストリーム番号（ＳＰＳＴＮ）及びＦＰ＿ＤＯＭ用オンオフフラグ
この内容を表４３に示す。
【０４９５】
（目的）
本パラメータは、その時点の選択されたＦＰ＿ＤＯＭ用ＳＰＳＴＮ及びサブピクチャが表示されたかどうかを定める。
【０４９６】
（内容）
ＳＰＲＭ（３０）の値は、ユーザ操作、ナビゲーションコマンド、または、３．３．９．１．１．３  ＦＰ＿ＤＯＭにおけるオーディオ及びサブピクチャストリーム選択用アルゴリズムに示す、アルゴリズム４によって変更できる。
【０４９７】
ａ）  ＦＰ＿ＤＯＭにおいて
ＳＰＲＭ（３０）の値を変更する場合、表示されるサブピクチャストリーム、及びサブピクチャ表示ステータスは変更するものとする。
【０４９８】
ｂ）  メニュー空間、またはＴＴ＿ＤＯＭにおいて
ＦＰ＿ＤＯＭに設定されているＳＰＲＭ（３０）の値は維持される。
【０４９９】
ＳＰＲＭ（３０）の値は、ユーザ操作によって変更しないものとする。
【０５００】
メニュー空間、またはＴＴ＿ＤＯＭにおいて、ナビゲーションコマンドによってＳＰＲＭ（３０）の値を変更する場合には、ＦＰ＿ＤＯＭにおいて、その値は有効となる。
【０５０１】
ｃ）  サブピクチャ表示ステータスは以下の通り定義する。
【０５０２】
ｃ−１）  有効なＳＰＳＴＮが選択された場合、
ＳＰ＿ｄｉｓｐ＿ｆｌａｇの値が“１ｂ”の時、指定されたサブピクチャがそれの全表示期間に渡り表示される。
【０５０３】
ＳＰ＿ｄｉｓｐ＿ｆｌａｇの値が“０ｂ”の時、３．３．９．２．２  システム空間におけるサブピクチャの強制的表示を参照のこと。
【０５０４】
ｃ−２）  無効なＳＰＳＴＮが選択された場合、
サブピクチャは表示されない。
【０５０５】
（デフォルト値）
デフォルト値は、６２である。
【０５０６】
（注）  本パラメータはその時点のデコーディングサブピクチャストリーム番号を定めるものではない。
【０５０７】
本パラメータをＦＰ＿ＤＯＭにおいて変更する場合には、その時点のサブピクチャの表示はなされない。
【０５０８】
詳しくは、３．３．９．１．１．３  ＦＰ＿ＤＯＭにおけるオーディオ及びサブピクチャストリーム選択用アルゴリズムを参照のこと。
【表４３】
2006260611.tif 000045
【０５０９】
ＳＰ＿ｄｉｓｐ＿ｆｌａｇはサブピクチャ表示が不可能ならば“０ｂ”が、サブピクチャ表示が可能ならば“１ｂ”が記述される。
【０５１０】
ＳＰＳＴＮは０〜３１のＳＰＳＴＮ値が記述される。有効なＳＰＳＴがない、あるいはＳＰＳＴが選択されていない場合は６２が記述され、その他はリザーブドとされる。
【０５１１】
５．３．１  ＥＶＯＢの内容
エンハンストビデオオブジェクトセット（ＥＶＯＢＳ）は図６２の（ａ）に示すように、ＥＶＯＢｓの集合である。
【０５１２】
ＥＶＯＢはＥＶＯＢＵｓからなるセルに分割可能である。
【０５１３】
ＥＶＯＢ及びセルの各エレメントは表４４に示すように制限される。
【表４４】
2006260611.tif 000046
【０５１４】
注１：「完結する」の意味は、以下の通りである。
【０５１５】
１）  各ストリームは、各アクセスユニットの最初のデータから始まるものとする。
【０５１６】
２）  各ストリームの終わりは、各アクセスユニットに揃うものとする。
【０５１７】
従って、各ストリームの最後のデータを含むパック長さが２０４８バイト未満の場合には、パック長さは調整するものとする。
【０５１８】
注２：「サブピクチャの表示は、セルの中で有効とする。」の意味は以下の通りである。
【０５１９】
１）  ２つのセルがシームレスに表示される場合、
・先行セルの表示を、ＳＰ＿ＤＣＳＱにおけるＳＴＰ＿ＤＳＰコマンドを用いてセル境界でクリアするものとする。または
・後続するセルに記録されたＳＰＵによって表示を更新するものとし、その表示時間は、後続セルの最上段フィールドの表示時間と同じである。
【０５２０】
２）  ２つのセルがシームレスに表示されない場合、
・先行セルの表示は、後続セルの表示時間前にプレーヤによってクリアされるものとする。
【０５２１】
５．３．１．１  エンハンストビデオオブジェクトユニット（ＥＶＯＢＵ）
エンハンストビデオオブジェクトユニット（ＥＶＯＢＵ）は、記録順になったパックのシーケンスである。それは１つのＮＶ＿ＰＣＫで始まり、次のパック（もしあれば）全ても含み、同じＥＶＯＢにおける次のＮＶ＿ＰＣＫの直前か、ＥＶＯＢの最後かのいずれかで終了する。
【０５２２】
セルの最後のＥＶＯＢＵを除くＥＶＯＢＵは少なくとも０．４秒、長くて１秒の表示時間を表わす。
【０５２３】
セルの最後のＥＶＯＢＵは、少なくとも０．４秒、長くて１．２秒の表示時間を表わす。ＥＶＯＢは、ＥＶＯＢＵの整数から成る。（図６２の（ａ）参照）
以下の付則を適用する。
【０５２４】
１）  ＥＶＯＢＵの表示期間は、ビデオフィールド／フレーム期間の整数に等しい。これは、またＥＶＯＢＵがビデオデータを含まない時には事実である。
【０５２５】
２）  ＥＶＯＢＵの表示開始及び終了時刻は９０ＫＨｚユニットに定義される。ＥＶＯＢＵの表示開始時刻は、（最初のＥＶＯＢＵを除き）、前のＥＶＯＢＵの表示終了時刻に等しい。
【０５２６】
３）  ＥＶＯＢＵがビデオを含む場合、
‐ＥＶＯＢＵの表示開始時刻は、最初のビデオフィールド／フレームの表示開始時刻と等しい。
【０５２７】
‐ＥＶＯＢＵの表示期間は、ビデオデータの表示時間と等しいか、または長い。
【０５２８】
４）  ＥＶＯＢＵがビデオを含む場合、ビデオデータは、１つまたは複数のＰＡＵ（ピクチャアクセスユニット）を表わすものとする。（アネックスＲ参照）
５）  ビデオデータを有するＥＶＯＢＵの後に、ビデオデータを有しないＥＶＯＢＵが続いている場合、最後の符号化されたピクチャの後には、ＳＥＱ＿ＥＮＤ＿ＣＯＤＥが続くものとする。
【０５２９】
６）  ＥＶＯＢＵの表示時間が、それが含むビデオの表示時間よりも長い場合には、最後の符号化ピクチャの後は、ＳＥＱ＿ＥＮＤ＿ＣＯＤＥが続くものとする。
【０５３０】
７）  ＥＶＯＢＵのビデオデータは、２個以上のＳＥＱ＿ＥＮＤ＿ＣＯＤＥを含まないものとする。
【０５３１】
８）  ＥＶＯＢが１つまたは複数のＳＥＱ＿ＥＮＤ＿ＣＯＤＥを含む場合、及びＩＬＶＵで使用される場合、
‐ＥＶＯＢＵの表示時間は、ビデオフィールド／フレーム期間の整数に等しい。
【０５３２】
‐ＥＶＯＢＵのビデオデータは、静止画またはビデオデータ無し用の１つのＩ符号化フレーム（アネックスＲ参照）を有するものとする。
【０５３３】
‐静止画用のＩ符号化フレームを含むＥＶＯＢＵは、１つのＳＥＱ＿ＥＮＤ＿ＣＯＤＥを有するものとする。
【０５３４】
ＩＬＶＵの最初のＥＶＯＢＵはビデオデータであるものとする。
【０５３５】
注：ＥＶＯＢＵに含まれるビデオの表示期間は、以下の合計で定義する。即ち、
‐ＥＶＯＢＵ（表示順に見た最後と最初）における最後のビデオアクセスユニットのＰＴＳと、最初のビデオアクセスユニットのＰＴＳとの差分
‐最後のビデオアクセスユニットの表示期間
ＥＶＯＢＵの表示終了は、表示開始時刻及びＥＶＯＢＵの表示期間の合計で定義する。
【０５３６】
各基本のストリームは、プログラムストリームに定義されるｓｔｒｅａｍ＿ｉｄにより識別される。ＭＰＥＧで定義されないオーディオ表示データはＰＥＳパケットの中で、ｐｒｉｖａｔｅ＿ｓｔｒｅａｍ  のｓｔｒｅａｍ＿ｉｄにより保持される。
【０５３７】
ナビゲーションデータ（ＧＣＩ、ＰＣＩ、及びＤＳＩ）、ハイライト情報（ＨＬＩ）は、ＰＥＳパケットの中で、ｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿２のｓｔｒｅａｍ＿ｉｄにより保持される。ｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿１、及びｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿２パケットのデータ区域の最初バイトは、表４５、表４６及び表４７に示すｓｕｂ＿ｓｔｒｅａｍ＿ｉｄの定義に用いられる。ｓｔｒｅａｍ＿ｉｄがｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿１、またはｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿２の時、各パケットのデータ区域の最初のバイトは、ｓｕｂ＿ｓｔｒｅａｍ＿ｉｄに指定される。
【０５３８】
ｓｔｒｅａｍ＿ｉｄ、ｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿１用のｓｕｂ＿ｓｔｒｅａｍ＿ｉｄ、及びｐｒｉｖａｔｅ＿ｓｔｒｅａｍ＿２用のｓｕｂ＿ｓｔｒｅａｍ＿ｉｄの詳細は、表４５、表４６及び表４７に示す。
【表４５】
2006260611.tif 000047
【０５３９】
注：ＶＣ−１ストリームの識別はＭＰＥＧ−２システムの補正（ＩＳＯ／ＩＥＣ１３８１８−１：２０００／ＡＭＤ２：２００４）で定義されているｓｔｒｅａｍ＿ｉｄエクステンションの使用に基づく。ｓｔｒｅａｍ＿ｉｄが０ｘＦＤ（“１１１１  １１０１ｂ”）にセットされている場合、ストリームの性質を決定するのはｓｔｒｅａｍ＿ｉｄエクステンションである。ｓｔｒｅａｍ＿ｉｄエクステンションフィールドはＰＥＳヘッダに存在するＰＥＳエクステンションフラグを使用してＰＥＳヘッダに追加される。
【０５４０】
ＶＣ−１ビデオストリームのために使用されるｓｔｒｅａｍ識別子としては、ｓｔｒｅａｍ＿ｉｄは“１１１１  １１０１ｂ”（拡張されたｓｔｒｅａｍ＿ｉｄ）が、ｓｔｒｅａｍ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎはＶＣ−１（ビデオストリーム）については“１０１  ０１０１ｂ”が記述される。
【表４６】
2006260611.tif 000048
【０５４１】
注１：サブストリームｉｄのリザーブドとはサブストリームｉｄが将来のシステム拡張のためにリザーブドされることを意味する。従って、サブストリームｉｄのリザーブド値を使うことは禁止されている。
【０５４２】
注２：値が“１１１１  １１１１ｂ”のサブストリームｉｄはプロバイダによって自由に定義されたビットストリームを識別するために使われる。もしも、プロバイダが定義したビットストリームがＥＶＯＢに存在するならば、全ストリームの最大転送レートのようなＥＶＯＢの制約が適用される。
【表４７】
2006260611.tif 000049
【０５４３】
注１：サブストリームｉｄのリザーブドとはサブストリームｉｄが将来のシステム拡張のためにリザーブドされることを意味する。従って、サブストリームｉｄのリザーブド値を使うことは禁止されている。
【０５４４】
注２：値が“１１１１  １１１１ｂ”のサブストリームｉｄはプロバイダによって自由に定義されたビットストリームを識別するために使われる。しかし、全プレーヤがそのストリームを再生する機能を有することは保障されていない。もしも、プロバイダが定義したビットストリームがＥＶＯＢに存在するならば、全ストリームの最大転送レートのようなＥＶＯＢの制約が適用される。
【０５４５】
５．４．２  ナビゲーションパック（ＮＶ＿ＰＣＫ）
ナビゲーションパックは図６２の（ｂ）に示すように、パックヘッダ、システムヘッダ、ＧＣＩパケット（ＧＣＩ＿ＰＫＴ）、ＰＣＩパケット（ＰＣＩ＿ＰＫＴ）、ＤＳＩパケット（ＤＳＩ＿ＰＫＴ）からなる。ＮＶ＿ＰＣＫはＥＶＯＢＵの最初のパックと揃えられる。
【０５４６】
システムヘッダの内容を表４８に、ＧＣＩ＿ＰＫＴのパケットヘッダの内容を表５０に示す。
【０５４７】
ＧＣＩ＿ＰＫＴのストリームｉｄ、ＰＣＩ＿ＰＫＴのストリームｉｄ、ＤＳＩ＿ＰＫＴのストリームｉｄは以下の通りである。
【０５４８】
ＧＣＩ＿ＰＫＴのストリームｉｄは“１０１１  １１１１ｂ”（プライベートストリーム２）で、サブストリームｉｄは“００００  ０１００ｂ”である。
【０５４９】
ＰＣＩ＿ＰＫＴのストリームｉｄは“１０１１  １１１１ｂ”（プライベートストリーム２）で、サブストリームｉｄは“００００  ００００ｂ”である。
【０５５０】
ＤＳＩ＿ＰＫＴのストリームｉｄは“１０１１  １１１１ｂ”（プライベートストリーム２）で、サブストリームｉｄは“００００  ０００１ｂ”である。
【表４８】
2006260611.tif 000050
【０５５１】
注１：ＮＶ＿ＰＣＫとＭＰＥＧ−２オーディオパックのパケットレートのみがＩＳＯ／ＩＥＣ１３８１８−１の“Ｃｏｎｓｔｒａｉｎｅｄ  ｓｙｓｔｅｍ  ｐａｒａｍｅｔｅｒ  Ｐｒｏｇｒａｍ  ｓｔｒｅａｍ”で定義されているパケットレートを越えてよい。
【０５５２】
注２：プライベートストリーム１として定義されている表示データのためのターゲットバッファの合計が記述される。
【０５５３】
注３：ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、ＳＭＰＴＥ  ＶＣ−１のビデオエレメンタリストリームのためのＰ−ＳＴＤ＿ｂｕｆ＿ｓｉｚｅ＿ｂｏｕｎｄは表４９のように定義される。
【表４９】
2006260611.tif 000051
【０５５４】
注１：ＨＤコンテンツに対しては、ビデオエレメンタリストリームの値は２９．４Ｍｂｉｔｓ／秒で配信されたビデオデータの０．５秒を表す名目上のバッファサイズに比べて増加する。付加的なメモリは１枚の１９２０×１０８０のビデオフレーム（ＭＥＰＧ−４  ＡＶＣではこのメモリ空間は付加的なビデオフレーム標準として使用される）のサイズを表す。増加したバッファサイズの使用はエントリポイントヘッダの検索に応じてエレメンタリストリームのデコーダはビデオエレメンタリストリームの最初のバイトがバッファに入力されてから０．５秒経過後に開始しないという制約を撤回する訳ではない。
【０５５５】
注２：ＳＤコンテンツに対しては、ビデオエレメンタリストリームの値は１５Ｍｂｉｔｓ／秒で配信されたビデオデータの０．５秒を表す名目上のバッファサイズに比べて増加する。付加的なメモリは１枚の７２０×５７６のビデオフレーム（ＭＥＰＧ−４  ＡＶＣではこのメモリ空間は付加的なビデオフレーム標準として使用される）のサイズを表す。増加したバッファサイズの使用はエントリポイントヘッダの検索に応じてエレメンタリストリームのデコーダはビデオエレメンタリストリームの最初のバイトがバッファに入力されてから０．５秒経過後に開始しないという制約を撤回する訳ではない。
【表５０】
2006260611.tif 000052
【０５５６】
５．２．５  ゼネラル制御情報（ＧＣＩ）
ＧＣＩは著作権情報のようにＥＶＯＢユニット（ＥＶＯＢＵ）内に格納されたデータに関するゼネラル制御情報である。ＧＣＩは表５１に示すように、２つの情報からなる。ＧＣＩは図６３の（ａ）に示すようにナビゲーションパックＮＶ＿ＰＣＫ内のＧＣＩパケットＧＣＩ＿ＰＫＴ内に記述される。その内容はＥＶＯＢＵ毎に更新される。ＥＶＯＢＵとＮＶ＿ＰＣＫの詳細は５．３  プライマリエンハンスドビデオオブジェクト参照のこと。
【表５１】
2006260611.tif 000053
【０５５７】
５．２．５．１  ＧＣＩゼネラル情報（ＧＣＩ＿ＧＩ）
この内容を表５２に示す。
【表５２】
2006260611.tif 000054
【０５５８】
５．２．５．２  記録情報（ＲＥＣＩ）
ＲＥＣＩは表５３に示すように本ＶＯＢＵに記録されたビデオ情報、全オーディオデータ及び全ＳＰデータ用の情報である。各情報はＩＳＯ３９０１に準拠したＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  Ｒｅｃｏｒｄｉｎｇ  Ｃｏｄｅ）として記述される。
【表５３】
2006260611.tif 000055
【０５５９】
（４）ＩＳＲＣ＿Ｖ＿ＳＥＬ
表５３中のＩＳＲＣ＿Ｖのためのデコーディングビデオストリームグループを記述するＩＳＲＣ＿Ｖ＿ＳＥＬを表５４に示す。各ＧＣＩにおいてメイン、サブビデオストリームのいずれかが選択される。
【表５４】
2006260611.tif 000056
【０５６０】
Ｍ／Ｓはメインビデオストリームが選択されると“０ｂ”、サブビデオストリームが選択されると“１ｂ”が記述される。ＳＤコンテンツでは、Ｍ／Ｓはｚｅｒｏ（０）にセットされる。
【０５６１】
（５）ＩＳＲＣ＿Ａ＿ＳＥＬ
表５３中のＩＳＲＣ＿Ａｎのためのデコーディングオーディオストリームグループを記述するＩＳＲＣ＿Ａ＿ＳＥＬを表５５に示す。各ＧＣＩにおいてメイン、サブオーディオストリームのいずれかが選択される。
【表５５】
2006260611.tif 000057
【０５６２】
Ｍ／Ｓはメインオーディオストリームが選択されると“０ｂ”、サブオーディオストリームが選択されると“１ｂ”が記述される。ＳＤコンテンツでは、Ｍ／Ｓはｚｅｒｏ（０）にセットされる。
【０５６３】
（６）ＩＳＲＣ＿ＳＰ＿ＳＥＬ
表５３中のＩＳＲＣ＿ＳＰｎのためのデコーディングＳＰストリームグループを記述するＩＳＲＣ＿ＳＰ＿ＳＥＬを表５６に示す。各ＧＣＩにおいて２つ、あるいはそれ以上のＳＰストリームがｏｎｅ（１）にセットされない。
【表５６】
2006260611.tif 000058
【０５６４】
ＳＰ＿ＧＲ１はＳＰストリーム＃０〜＃７のデコードが選択されないと“０ｂ”、ＳＰストリーム＃０〜＃７のデコードが選択されると“１ｂ”が記述される。
【０５６５】
ＳＰ＿ＧＲ２はＳＰストリーム＃８〜＃１５のデコードが選択されないと“０ｂ”、ＳＰストリーム＃８〜＃１５のデコードが選択されると“１ｂ”が記述される。
【０５６６】
ＳＰ＿ＧＲ３はＳＰストリーム＃１６〜＃２３のデコードが選択されないと“０ｂ”、ＳＰストリーム＃１６〜＃２３のデコードが選択されると“１ｂ”が記述される。
【０５６７】
ＳＰ＿ＧＲ４はＳＰストリーム＃２４〜＃３１のデコードが選択されないと“０ｂ”、ＳＰストリーム＃２４〜＃３１のデコードが選択されると“１ｂ”が記述される。
【０５６８】
Ｍ／ＳはＳＰストリームのメインデコードが選択されると“０ｂ”、ＳＰストリームのサブエコードが選択されると“１ｂ”が記述される。
【０５６９】
ＳＤコンテンツでは、Ｍ／Ｓはｚｅｒｏ（０）にセットされる。
【０５７０】
５．２．８  ハイライト情報（ＨＬＩ）
ＨＬＩは、ボタンなどのサブピクチャ表示において１つの矩形区域を強調する情報であり、ＥＶＯＢのどこにでも記憶される。ＨＬＩは表５７に示すように３種の情報から構成されている。ＨＬＩは、図６３の（ｂ）に示すように、ＨＬＩパック（ＨＬＩ  ＰＣＫ）の中のＨＬＩパケット（ＨＬＩ  ＰＫＴ）に述べられている。その内容は、各ＨＬＩ毎に更新される。ＥＶＯＢ及びＨＬＩ  ＰＣＫの詳細については、５．３  プライマリエンハンストビデオオブジェクトを参照のこと。
【表５７】
2006260611.tif 000059
【０５７１】
図６３の（ｂ）において、ＨＬＩ  ＰＣＫは、ＥＶＯＢのどこにでも置くことができる。
【０５７２】
‐ＨＬＩ  ＰＣＫは、関連するＳＰ  ＰＣＫの最初のパックの後に置いてもよい。
【０５７３】
‐２種のＨＬＩは、ＥＶＯＢに置いてもよい。
【０５７４】
このハイライト情報に関しては、特定の矩形区域のビデオとサブピクチャカラーの混合（コントラスト）を変更することができる。
【０５７５】
図６４はサブピクチャとＨＬＩとの関係を示す。
【０５７６】
ボタン用各サブピクチャストリームにおけるサブピクチャユニット（ＳＰＵ）のどの表示期間もＨＬＩの有効期間に等しいか、または長い。ボタン用サブピクチャストリーム以外のサブピクチャストリームは、ＨＬＩとは無関係である。
【０５７７】
５．２．８．１  ＨＬＩの構造
表５７に示すように、ＨＬＩは３種の情報から成る。
【０５７８】
ボタンカラー情報テーブル（ＢＴＮ＿ＣＯＬＩＴ）は、３つのボタンカラー情報（ＢＴＮ＿ＣＯＬＩ）、及び４８のボタン情報（ＢＴＮＩ）から成る。
【０５７９】
４８のＢＴＮＩｓは、１つの「４８のＢＴＮＩグループモード」として、２つの「１８のＢＴＮＩグループモード」として、または３つの「１６のＢＴＮＩグループモード」として用いられることもある。それぞれはボタングループにより指示される昇順で記述される。
【０５８０】
ボタングループは、復号化サブピクチャストリームの表示タイプ（４：３、ＨＤ、ワイド、レターボックス、またはパンスキャン）に従って、ボタン用の表示区域のサイズ及び位置の変更に利用する。従って、各ボタングループにおいて同じボタン番号を共有するボタンのコンテンツは、表示位置及びサイズを除き、同一であるものとする。
【０５８１】
５．２．８．２  ハイライトゼネラル情報（ＨＬ＿ＧＩ）
ＨＬ＿ＧＩは全体として表５８に示すようにＨＬＩについての情報である。
【表５８】
2006260611.tif 000060
【０５８２】
（６）ＣＭＤ＿ＣＨＧ＿Ｓ＿ＰＴＭ
本ＨＬＩでのボタンコマンド変更の開始時刻を次のようなフォーマットで記述するＣＭＤ＿ＣＨＧ＿Ｓ＿ＰＴＭの内容を表５９に示す。ボタンコマンド変更の開始時刻は本ＨＬＩでのＨＬＩ開始時刻（ＨＬＩ＿Ｓ＿ＰＴＭ）と等しいかあるいは以降であり、本ＨＬＩでのボタン選択終了時刻（ＢＴＮ＿ＳＬ＿Ｅ＿ＰＴＭ）より前である。ＨＬＩ＿ＳＳが“０１ｂ”あるいは“１０ｂ”の場合、ボタンコマンド変更の開始時刻はＨＬＩ＿Ｓ＿ＰＴＭと等しい。
【０５８３】
ＨＬＩ＿ＳＳが“１１ｂ”の場合、先行するＨＬＩのＨＬＩが更新されてから更新されたＨＬＩのボタンコマンド変更の開始時刻が記述される。
【表５９】
2006260611.tif 000061
【０５８４】
ボタンコマンドの変更開始時刻＝ＣＭＤ＿ＣＨＧ＿Ｓ＿ＰＴＭ［３１．．０］／９００００（秒）
（１３）ＳＰ＿ＵＳＥ
サブピクチャストリーム使用を記述するＳＰ＿ＵＳＥの内容を表６０に示す。サブピクチャストリームの数が３２以下の場合、使用しないストリームのＳＰ＿ＵＳＥの全ビットに“０ｂ”を記述する。
【表６０】
2006260611.tif 000062
【０５８５】
本サブピクチャストリームはハイライトボタンとして使用されるか、使用されない。
【０５８６】
ＳＰ＿ＵｓｅはＨＬＩ期間のハイライトボタンとして使用されるならば“０ｂ”が、ハイライトボタン以外として使用されるならば“１ｂ”が記述される。
【０５８７】
ボタン用デコーディングサブピクチャストリーム番号は、ＳＰ＿Ｕｓｅが“１ｂ”の場合、ボタン用サブピクチャストリーム番号に対応するサブストリームｉｄの下位５ビットを記述する。その他の場合、“０００００ｂ”を記述する。しかし、値“０００００ｂ”はデコーディングサブピクチャストリーム番号“０”を意味するものではない。
【０５８８】
５．２．８．３  ボタンカラー情報テーブル（ＢＴＮ＿ＣＯＬＩＴ）
ＢＴＮ＿ＣＯＬＩＴは、図６５の（ａ）に示すように、３つのボタンカラー情報ＢＴＮ＿ＣＯＬＩから構成される。
【０５８９】
ボタンカラー番号（ＢＴＮ＿ＣＯＬＮ）は、ＢＴＮ＿ＣＯＬＩが記述される順番の「１」ないし「３」から割り当てられる。
【０５９０】
ボタンカラー情報ＢＴＮ＿ＣＯＬＩは、図６５の（ａ）に示すように、選択色情報（ＳＬ＿ＣＯＬＩ）、及び決定色情報（ＡＣ＿ＣＯＬＩ）で構成される。
【０５９１】
選択色情報ＳＬ＿ＣＯＬＩ上では、ボタンが選択状態にある時に表示されるカラー及びコントラストが記述される。この状況下で、ユーザは、ハイライトされたものから他のものへ、ボタンを動かしてもよい。
【０５９２】
決定色情報ＡＣ＿ＣＯＬＩ上では、ボタンが動作状態にある時に表示されるカラー及びコントラストが記述される。この状況下で、ユーザは、ハイライトされたものから他のものへ、ボタンを動かしてはならない。
【０５９３】
選択色情報ＳＬ＿ＣＯＬＩ及び決定色情報ＡＣ＿ＣＯＬＩの内容は以下の通り。
【０５９４】
選択色情報ＳＬ＿ＣＯＬＩは、２５６種のカラーコード、及び２５６のコントラスト値から成る。２５６種のカラーコードは、表６１に示すように、背景画素用、パターン画素用、強調画素−１用、強調画素−２用の指定された４種のカラーコード、及び画素用の残り２５２種のカラーコードに分割される。選択色コードはボタンが選択された時の画素の色コードであり、変更を必要としない場合は初期値の色コードが記述される。初期値とはサブピクチャユニット内で定義された色コードを意味する。２５６のコントラスト値は、表６２に示すように、背景画素用、パターン画素用、強調画素−１用、強調画素−２用の特定された４つのコントラスト値、及び画素用の残り２５２のコントラスト値に分割される。選択色コントラストはボタンが選択された時の画素のコントラストであり、変更を必要としない場合は初期値のコントラストが記述される。初期値とはサブピクチャユニット内で定義されたコントラストを意味する。
【表６１】
2006260611.tif 000063
【０５９５】
【表６２】
2006260611.tif 000064
【０５９６】
決定色情報ＡＣ＿ＣＯＬＩは、また２５６種のカラーコードと２５６のコントラスト値から成る。カラーコード２５６種は、背景画素用、パターン画素用、強調画素−１用、強調画素−２用の指定された４種のカラーコード、及び画素用の残り２５２種のカラーコードに分割される。２５６のコントラスト値は、背景画素用、パターン画素用、強調画素−１用、強調画素−２用の特定された４つのコントラスト値、及び画素用の残り２５２のコントラスト値に分割される。
【０５９７】
注：指定した４種のカラーコード、及び４つのコントラスト値は、２ビット／画素及び８ビット／画素のサブピクチャ双方に用いられる。しかし、残り２５２のカラーコード及びコントラスト値は、８ビット／画素のサブピクチャのみに用いられる。
【０５９８】
５．２．８．４  ボタン情報テーブル  （ＢＴＮＩＴ）
ＢＴＮＩＴは、図６５の（ｂ）に示すように、４８のボタン情報（ＢＴＮＩ）から成る。
【０５９９】
本テーブルは、ＢＴＮＧＲ＿Ｎｓの記述内容に従って、４８のＢＴＮＩから成る１のグループモードとして、２４のＢＴＮＩから成る２のグループモードとして、または１６のＢＴＮＩから成る３のグループモードとして使用することができる。
【０６００】
ＢＴＮＩの記述フィールドはボタングループで設定された最大値を安定的に維持する。従って、ＢＴＮＩは、各グループの記述フィールドの最初から記述される。ゼロは、有効なＢＴＮＩが存在しないフィールドで記述されるものとする。
【０６０１】
ボタン番号（ＢＴＮＮ）は、各ボタングループＢＴＮＩが記述される順番の「１」から割り当てられる。
【０６０２】
注：  Ｂｕｔｔｏｎ＿Ｓｅｌｅｃｔ＿ａｎｄ＿Ａｃｔｉｖａｔｅ（）関数により起動させられるボタングループのボタンは、ＢＴＮＮ＃１と、ＮＳＬ＿ＢＴＮ＿Ｎｓに記述される値との間のボタンである。ユーザボタン番号は以下の通り定義される。
【０６０３】
ユーザボタン番号（Ｕ＿ＢＴＮＮ）＝  ＢＴＮＮ  ＋  ＢＴＮ＿ＯＦＮ
ＢＴＮＩは、ボタン位置情報（ＢＴＮ＿ＰＯＳＩ）、隣接ボタン位置情報（ＡＪＢＴＮ＿ＰＯＳＩ）、及びボタンコマンド（ＢＴＮ＿ＣＭＤ）から構成される。
【０６０４】
ＢＴＮ＿ＰＯＳＴ１上には、ボタンにより使用されるボタンカラー番号、表示矩形区域、及びボタンアクションモードが記述される。
【０６０５】
ＡＪＢＴＮ＿ＰＯＳＩ上には、上下左右に位置するボタン番号が記述される。
【０６０６】
ＢＴＮ＿ＣＭＤ上には、ボタンが起動される時に実行されるコマンドが記述される。
【０６０７】
（ｃ）ボタンコマンドテーブル（ＢＴＮ＿ＣＭＤＴ）
ボタンが決定された時実行される８のコマンドの束を記述するボタンコマンドテーブルを表６３に示す。
【０６０８】
ボタンコマンド番号は記述順に１から割り振られる。８のコマンドは記述順に従ってボタンコマンド＃１から実行される。ボタンコマンドテーブルは６４バイトの固定サイズである。
【表６３】
2006260611.tif 000065
【０６０９】
ＢＴＮ＿ＣＭＤ＃１〜＃８はボタンが決定された時実行されるコマンドを記述する。１つのボタンに８つのコマンドが不要である場合は１または複数のＮＯＰコマンドで埋められる。５．２．４  ナビゲーションコマンド及びナビゲーションパラメータを参照のこと。
【０６１０】
５．４．６  ハイライト情報パック（ＨＬＩ＿ＰＣＫ）
ハイライト情報パックは図６６の（ａ）に示すようにパックヘッダとＨＬＩパケット（ＨＬＩ＿ＰＫＴ）からなる。ハイライト情報の内容は表６４に示す。
【表６４】
2006260611.tif 000066
【０６１１】
ＨＬＩ＿ＰＫＴのストリームｉｄは“１０１１  １１１１ｂ”（プライベートストリーム２）、サブストリームｉｄは“００００  １０００ｂ”である。
【０６１２】
５．５．１．２  ＭＰＥＧ−４  ＡＶＣビデオ
符号化ビデオデータは、ＩＳＯ／ＩＥＣ  １４４９６−１０  （ＭＰＥＧ−４  アドバンストビデオ符号化標準）に適合し、バイトストリームフォーマットで表現するものとする。ＭＰＥＧ−４  ＡＶＣ用ビデオストリームに関する追加の意味条件について本セクションで詳しく述べる。
【０６１３】
ＧＯＶＵ（ビデオアクセスユニットのグループ）は２バイト以上のストリームＮＡＬユニットから成る。ＮＡＬユニットのぺイロードに含まれるＲＢＳＰデータは、図６６の（ｂ）に示すように、アクセスユニットデリミタで始まり、以下、シーケンスパラメータセット（ＳＰＳ）、補足的なエンハンスメント情報（ＳＥＩ）、ピクチャパラメータセット（ＰＰＳ）、ＳＥＩ、Ｉスライスのみを含むピクチャ、その次のアクセスユニットデリミタの任意の組み合わせ、ＰＰＳ、ＳＥＩ、及びスライスが続くものとする。
【０６１４】
アクセスユニットの最後には、フィラデータ及びシーケンスの最後が存在してもよい。ＧＯＶＵの最後には、フィラーデータが存在するものとし、シーケンスの最後は存在してもよい。各ＥＶＯＢＵ用のビデオデータは、ビデオパックの整数に分割され、図６６の（ｂ）に示すようにディスクに記録されるものとする。ＥＶＯＢＵビデオデータの最初のアクセスユニットデリミタは、最初のビデオパックと揃うものとする。
【０６１５】
ＧＯＶＵの内容を表６５に示す。
【表６５】
2006260611.tif 000067
【０６１６】
（＊１）関連するピクチャがＩＤＲピクチャである場合はリカバリポイントＳＥＩは任意である。その他の場合は必須である。
【０６１７】
（＊２）フィルムグレインについては５．５．１．ｘを参照のこと。
【０６１８】
ｎａｌユニットが０、２４〜３１のいずれかである場合はＮＡＬユニットは無視される。
【０６１９】
注：表６４に含まれていないＳＥＩメッセ−ジはプレーヤで読まれ、破棄される。
【０６２０】
５．５．１．２．２  ＭＰＥＧ−４  ＡＶＣビデオの更なる制約
ＥＶＯＢＵでは、図６７に示すように、コーディング順で先頭のＩ符号化フレームに先行して表示される符号化フレームは先行するＥＶＯＢＵ内の符号化フレームを参照する。先頭のＩ符号化フレームの後に表示される符号化フレームは表示順で最初のＩ符号化フレームに先行する符号化フレームを参照しない。
【０６２１】
注１：ＥＶＯＢ内の最初のＧＯＶＵ内の最初のピクチャはＩＤＲピクチャである。
【０６２２】
注２：ピクチャパラメータセットは同一のＧＯＶＵのシーケンスパラメータセットを参照する。アクセスユニット内の全てのスライスはアクセスユニットに関連するピクチャパラメータセットを参照する。
【０６２３】
５．５．１．３  ＳＭＰＴＥ  ＶＣ−１
符号化ビデオデータは、ＶＣ−１（ＳＭＰＴＥ  ＶＣ−１仕様）に適合するものとする。ＶＣ−１用ビデオストリームに関する意味条件について本節で詳しく述べる。
【０６２４】
各ＥＶＯＢＵにおけるビデオデータは、シーケンス開始コード（ＳＥＱ＿ＳＣ）で始まり、以下、シーケンスヘッダ（ＳＥＱ＿ＨＤＲ）、エントリポイント開始コード（ＥＰ＿ＳＣ）、エントリポイントヘッダ（ＥＰ＿ＨＤＲ）、フレーム開始コード（ＦＲＭ＿ＳＣ）、Ｉ、Ｉ／Ｉ、Ｐ／Ｉ、またはＩ／Ｐのピクチャタイプのいずれかのピクチャデータが続くものとする。各ＥＶＯＢＵ用のビデオデータは、ビデオパックの整数に分割され、図６８に示すようにディスクに記録されるものとする。ＥＶＯＢＵビデオデータの最初のＳＥＱ＿ＳＣは、最初のビデオパックと揃うものとする。
【０６２５】
５．５．４  ８ビットのピクセルデプス用のサブピクチャユニット（ＳＰＵ）
サブピクチャユニットはサブピクチャユニットヘッダ（ＳＰＵＨ）、ピクセルデータ（ＰＸＤ）、表示制御シーケンステーブル（ＳＰ＿ＤＣＳＱＴ）により構成されている。表示制御シーケンステーブル（ＳＰ＿ＤＣＳＱＴ）は表示制御シーケンス（ＳＰ＿ＤＣＳＱ）を含み、サイズはサブピクチャユニットの半分以下である。表示制御シーケンス（ＳＰ＿ＤＣＳＱ）は各画素の表示制御の内容を記述する。各表示制御シーケンス（ＳＰ＿ＤＣＳＱ）は図６９の（ａ）に示すように連続して互いに接して記録される。
【０６２６】
サブピクチャユニット（ＳＰＵ）は図６９の（ｂ）に示すように整数個のサブピクチャパックＳＰ＿ＰＣＫに分割され、ディスク上に記録される。サブピクチャパックＳＰ＿ＰＣＫは一つのサブピクチャユニット（ＳＰＵ）の最終パックに限り、パディングパケット又はスタッフィングバイトを持つことができる。ユニットの最終データを含むＳＰ＿ＰＣＫの長さが２０４８バイトに満たない場合は調整される。最終パック以外のＳＰ＿ＰＣＫはパディングパケットを持つことができない。
【０６２７】
サブピクチャユニット（ＳＰＵ）のＰＴＳはトップフィールドに整合されなければならない。サブピクチャユニット（ＳＰＵ）の有効期間はサブピクチャユニット（ＳＰＵ）のＰＴＳから次に再生されるサブピクチャユニット（ＳＰＵ）のＰＴＳまでである。ただし、サブピクチャユニット（ＳＰＵ）の有効期間中にナビゲーションデータにスチルが発生する場合は、サブピクチャユニット（ＳＰＵ）の有効期間はそのスチルが終了するまでである。
【０６２８】
サブピクチャユニット（ＳＰＵ）の表示は以下に定義される。
【０６２９】
１）表示制御コマンドによってサブピクチャユニット（ＳＰＵ）の有効期間中に表示がオンされた場合、サブピクチャデータが表示される。
【０６３０】
２）表示制御コマンドによってサブピクチャユニット（ＳＰＵ）の有効期間中に表示がオフされた場合、サブピクチャデータがクリアされる。
【０６３１】
３）サブピクチャユニット（ＳＰＵ）の有効期間が終了した時サブピクチャユニット（ＳＰＵ）は強制的にクリアされ、サブピクチャユニット（ＳＰＵ）はデコーダバッファから破棄される。
【０６３２】
サブピクチャユニットの更新タイミングを図７０に示す。
【０６３３】
５．５．４．１  サブピクチャユニットヘッダ（ＳＰＵＨ）
サブピクチャユニットヘッダ（ＳＰＵＨ）は表６６に示すように識別子情報（ＳＰＵ＿ＩＤ）、サイズ情報（ＳＰＵ＿ＳＺ）、アドレス情報（ＳＰ＿ＤＣＳＱＴ＿ＳＡ）かなる。
【表６６】
2006260611.tif 000068
【０６３４】
ＳＰＵ＿ＩＤの値は００  ００ｈである。
【０６３５】
ＳＰＵ＿ＳＺはＳＰＵのサイズをバイト数（偶数）で示す。サイズが奇数の場合はＳＰＵの最後に１つのＦＦｈが付加され、偶数とされる。
【０６３６】
ＳＰ＿ＤＣＳＱＴ＿ＳＡはＳＰ＿ＤＣＳＱＴの開始アドレスをＳＰＵの最初のバイトからのＲＢＮ（相対バイトナンバ）で表す。
【０６３７】
５．５．４．２  ピクセルデータ（ＰＸＤ）
ＰＸＤは後述する特定のランレングス方法により各ラインのビットマップデータを圧縮したデータである。ビットマップデータのライン上の画素数はＳＰ＿ＤＣＣＭＤの“ＳＥＴ＿ＤＡＲＥＡ２”コマンドによりセットされるライン上に表示される画素数と一致する。５．５．４．４  ＳＰ表示制御コマンドを参照のこと。
【０６３８】
ビットマップデータの画素について、画素データは表６７、表６８に示すように割り当てられる。表６７は背景画素、パターン画素、強調画素−１、強調画素−２についての画素データを示す。表６８はその他の２５２の画素についての画素データを示す。
【表６７】
2006260611.tif 000069
【０６３９】
【表６８】
2006260611.tif 000070
【０６４０】
注：画素データ“１  ００００  ００００ｂ”〜“１  ００００  ００１１ｂ”は使用されない。ＰＸＤ、すなわちランレングス圧縮ビットマップデータはフィールドに分割される。各ＳＰＵにおいて、ＰＸＤはどの１フィールド期間で表示されるＰＸＤのサブセットが連続するように構成される。代表的な構成では、ＳＰＵＨの次に最初に記録されるトップフィールドのＰＸＤに、ボトムフィールドのＰＸＤが続く。
【０６４１】
（ａ）ランレングス圧縮規則
符号化データは８パターンの組み合わせからなる。特定の４画素データの場合、次の４つのパターンが適用される。
【０６４２】
１）同じ値の１画素のみ後続する場合は、表６９に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、３ビットの画素データ（ＰＩＸ２〜ＰＩＸ０）を記述する。ＣｏｍｐとＰＩＸ２〜ＰＩＸ０は常に“０”である。４ビットが１ユニットとされる。
【表６９】
2006260611.tif 000071
【０６４３】
２）同じ値の２〜９画素が後続する場合は、表７０に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、３ビットの画素データ（ＰＩＸ２〜ＰＩＸ０）を記述し、レングス拡張フラグ（ＬＥＸＴ）と３ビットのランカウンタ（ＲＵＮ２〜ＲＵＮ０）を記述する。Ｃｏｍｐは常に“１”で、ＰＩＸ２とＬＥＸＴは常に“０”である。ランカウンタは常に２加算される。８ビットが１ユニットとされる。
【表７０】
2006260611.tif 000072
【０６４４】
３）同じ値の１０〜１３６画素が後続する場合は、表７１に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、３ビットの画素データ（ＰＩＸ２〜ＰＩＸ０）を記述し、レングス拡張フラグ（ＬＥＸＴ）と７ビットのランカウンタ（ＲＵＮ６〜ＲＵＮ０）を記述する。ＣｏｍｐとＬＥＸＴは常に“１”で、ＰＩＸ２は常に“０”である。ランカウンタは常に９加算される。１２ビットが１ユニットとされる。
【表７１】
2006260611.tif 000073
【０６４５】
４）同じ値の画素がラインの最後まで続く場合は、表７２に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、３ビットの画素データ（ＰＩＸ２〜ＰＩＸ０）を記述し、レングス拡張フラグ（ＬＥＸＴ）と７ビットのランカウンタ（ＲＵＮ６〜ＲＵＮ０）を記述する。ＣｏｍｐとＬＥＸＴは常に“１”で、ＰＩＸ２は常に“０”である。ランカウンタは常に“０”である。１２ビットが１ユニットとされる。
【表７２】
2006260611.tif 000074
【０６４６】
その他の２５２画素データの場合、次の４つのパターンが適用される。
【０６４７】
１）同じ値の１画素のみ後続する場合は、表７３に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、８ビットの画素データ（ＰＩＸ７〜ＰＩＸ０）を記述する。Ｃｏｍｐは常に“０”であり、ＰＩＸ７は常に“１”である。９ビットが１ユニットとされる。
【表７３】
2006260611.tif 000075
【０６４８】
２）同じ値の２〜９画素が後続する場合は、表７４に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、８ビットの画素データ（ＰＩＸ７〜ＰＩＸ０）を記述し、レングス拡張フラグ（ＬＥＸＴ）と３ビットのランカウンタ（ＲＵＮ２〜ＲＵＮ０）を記述する。ＣｏｍｐとＰＩＸ７は常に“１”で、ＬＥＸＴは常に“０”である。ランカウンタは常に２加算される。１３ビットが１ユニットとされる。
【表７４】
2006260611.tif 000076
【０６４９】
３）同じ値の１０〜１３６画素が後続する場合は、表７５に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、８ビットの画素データ（ＰＩＸ７〜ＰＩＸ０）を記述し、レングス拡張フラグ（ＬＥＸＴ）と７ビットのランカウンタ（ＲＵＮ６〜ＲＵＮ０）を記述する。ＣｏｍｐとＰＩＸ７とＬＥＸＴは常に“１”である。ランカウンタは常に９加算される。１７ビットが１ユニットとされる。
【表７５】
2006260611.tif 000077
【０６５０】
４）同じ値の画素がラインの最後まで続く場合は、表７６に示すように、ランレングス圧縮フラグ（Ｃｏｍｐ）を記述し、８ビットの画素データ（ＰＩＸ７〜ＰＩＸ０）を記述し、レングス拡張フラグ（ＬＥＸＴ）と７ビットのランカウンタ（ＲＵＮ６〜ＲＵＮ０）を記述する。ＣｏｍｐとＰＩＸ７とＬＥＸＴは常に“１”である。ランカウンタは常に“０”である。１７ビットが１ユニットとされる。
【表７６】
2006260611.tif 000078
【０６５１】
図７１は、この発明の一実施の形態に係るディスク状情報記憶媒体に記録される情報内容を説明する図である。図７１（ａ）に示す情報記憶媒体１は、例えば波長６５０ｎｍの赤色レーザないし４０５ｎｍ（あるいはそれ以下）の青色レーザを用いる高密度光ディスク（High Density またはHigh Definition のDigital Versatile Disc：略してＨＤ＿ＤＶＤ）で構成できる。
【０６５２】
図７１（ｂ）に示すように、情報記憶媒体１は、内周側からリードイン領域１０、データ領域１２、およびリードアウト領域１３を含んで構成されている。この情報記憶媒体１では、ファイルシステムにＩＳＯ９６６０とＵＤＦのブリッジ構造を採用し、データ領域１２のリードイン側にＩＳＯ９６６０とＵＤＦのボリューム／ファイル構造情報領域１１を持っている。
【０６５３】
データ領域１２内は、図７１（ｃ）に示すように、ＤＶＤビデオコンテンツ（スタンダードコンテンツまたはＳＤコンテンツとも呼ぶ）を記録するためのビデオデータ記録領域２０、他のビデオデータ記録領域（アドバンスドコンテンツを記録するためのアドバンスドコンテンツ記録領域）２１、および一般のコンピュータ情報記録領域２２の混在配置が許されている。（ここで、コンテンツという複数表現はコンテントという単数表現の内容も含んでいる。また、コンテントはコンテンツの代表単数という意味も含んでいる。）
ビデオデータ記録領域２０内は、図７１（ｄ）に示すように、ビデオデータ記録領域２０内に記録されたＨＤ＿ＤＶＤビデオコンテンツ全体に関する管理情報が記録されたＨＤビデオマネージャ（ＨＤＶＭＧ：High Definition対応のVideo Maneger）記録領域３０と、各タイトル毎にまとめられ、各タイトル毎の管理情報と映像情報（ビデオオブジェクト）がまとめて記録されたＨＤビデオタイトルセット（ＨＤＶＴＳ：High Definition対応のVideo Title Set：スタンダードＶＴＳとも呼ぶ）記録領域４０と、アドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ：アドバンスドＶＴＳとも呼ぶ）記録領域５０を含んで構成されている。
【０６５４】
ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域３０の中は、図７１（ｅ）に示すように、ビデオデータ記録領域２０全体に関わる管理情報を示すＨＤビデオマネージャ情報（ＨＤＶＭＧＩ：High Definition対応のVideo Manager Informaiton）領域３１と、そのバックアップ用としてＨＤビデオマネージャ情報領域３１と全く同じ情報が記録されたＨＤビデオマネージャ情報バックアップ（ＨＤＶＭＧＩ＿ＢＵＰ）領域３４と、ビデオデータ記録領域２０全体を示すトップメニュー画面が記録されたメニュー用ビデオオブジェクト（ＨＤＶＭＧＭ＿ＶＯＢＳ）領域３２を含んで構成されている。
【０６５５】
この発明の一実施の形態では、ＨＤビデオマネージャ記録領域３０内に、メニュー表示時に並行して出力する音声情報が記録されるメニュー用オーディオオブジェクト（ＨＤＭＥＮＵ＿ＡＯＢＳ）領域３３を新たに設けている。さらに、この発明の一実施の形態では、ディスク（情報記憶媒体）１がディスクドライブに装填された直後の最初のアクセスで実行されるファーストプレイＰＧＣ用の言語選択メニューＶＯＢＳ（ＦＰ＿ＰＧＣＭ＿ＶＯＢＳ）３５の領域に、メニュー記述言語コード等が設定できる画面を記録可能に構成している。
【０６５６】
各タイトル毎の管理情報と映像情報（ビデオオブジェクト）がまとめて記録された１個のＨＤビデオタイトルセット（ＨＤＶＴＳ）記録領域４０の内部は、ＨＤビデオタイトルセット記録領域４０内の全コンテンツに対する管理情報が記録されているＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１と、そのバックアップデータとしてＨＤビデオタイトルセット情報領域４１と全く同じ情報が記録されたＨＤビデオタイトルセット情報バックアップ（ＨＤＶＴＳＩ＿ＢＵＰ）領域４４と、ビデオタイトルセット単位でのメニュー画面の情報が記録されたメニュー用ビデオオブジェクト領域（ＨＤＶＴＳＭ＿ＶＯＢＳ）４２と、このビデオタイトルセット内でのビデオオブジェクトデータ（タイトルの映像情報）が記録されているタイトル用ビデオオブジェクト（ＨＤＶＴＳＴＴ＿ＶＯＢＳ）領域４３を含んで構成されている。
【０６５７】
図７２は、図７１に示す情報記憶媒体のアドバンスドコンテンツ記録領域２１に記憶されるアドバンスドコンテント（Advanced Content）の構成例を説明する図である。なお、アドバンスドコンテントは、必ずしも情報記憶媒体に記憶されている必要はなく、例えばネットワークを経由してサーバから提供されるものであってもよい。
【０６５８】
図７２（ａ）に示すように、アドバンスドコンテントエリアＡ１に記録されるアドバンスドコンテントは、プライマリー（Primary）/セカンダリー（Secondary） ビデオセットアウトプット（Video Set output）、テキスト（text）/グラフィック（graphic） レンダリング（rendering）およびオーディオアウトプット（audio output）を管理するアドバンスドナビゲーション（Advanced Navigation）と、アドバンスドナビゲーションにより管理されるこれらデータからなるアドバンスドデータ（Advanced Data）を含んで構成されている。アドバンスドナビゲーションエリアＡ１１に記録されるアドバンスドナビゲーションは、プレイリストファイルズ（Play list files）、ローディングインフォメーションファイルズ（Loading Information 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
［プレイリストファイルについて］
プレイリストファイルは、ＨＤ−ＤＶＤプレイヤの初期システムコンフィギュレーションおよびアドバンスドコンテント用タイトルの情報を記述できる。このプレイリストファイルには、図８５に例示されるように、オブジェクトマッピングインフォメーション（Object Mapping Information）と各タイトル用のプレイバックシーケンス（Playback Sequence）のセットが、各タイトル毎に記述される。このプレイリストファイルはＸＭＬの書式でエンコードされる。プレイリストファイルのシンタックス（syntax）は、ＸＭＬシンタックスリプレゼンテーション（XML Syntax Representation）により定義できる。
【０６６５】
このプレイリストファイルは、複数のオブジェクトをタイムライン上の指定期間で再生するためのタイムマップに基づき、これら複数のオブジェクトにより構成されるメニュー及びタイトルの再生を制御する。このプレイリストにより、動的なメニューの再生が可能となる。
【０６６６】
タイムマップにリンクしないメニューでは、ユーザに対して静的な情報しか伝えられない。例えば、メニュー上には、１タイトルを構成する各チャプタを代表する複数のサムネイルが添付されることがある。例えば、メニューを介して、所望のサムネイルを選択すると、選択されたサムネイルが属するチャプタの再生が開始される。似たような場面の多い１タイトルを構成する各チャプタのサムネイルは、似たような映像となってしまう。このため、メニュー上に表示される複数のサムネイルから、所望チャプタを見つけ出すのが難しいという問題がある。
【０６６７】
しかしながら、上記したようにタイムマップにリンクしたメニューによれば、ユーザに対して動的な情報を伝えることができる。例えば、タイムマップにリンクしたメニュー上には、１タイトルを構成する各チャプタの縮小再生画面（動画）を表示することができる。これにより、似たような場面の多い１タイトルを構成する各チャプタの区別が比較的容易となる。つまり、タイムマップにリンクしたメニューによれば多角的な表示が可能となり、複雑でインパクトのあるメニュー表示を実現できる。
【０６６８】
＜ElementsとAttributes＞
プレイリストエレメント（Play list element）は、そのプレイリストのルートエレメント（root element）である。プレイリストエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Play list> 
Configuration TitleSet 
</Play list>
プレイリストエレメントは、a TitleSet 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 ? 
ComplementaryAudioTrack ? 
ComplementarySubtitleTrack ?
ApplicationTrack * 
Chapter List ?
</Title>
タイトルエレメントのコンテントは、トラック用エレメントフラグ（element fragment for tracks）とチャプタリストエレメント（Chapter List element）で構成される。ここで、トラック用エレメントフラグは、プライマリービデオトラックのエレメントのリスト（a list of elements of Primary Video Track）、セカンダリービデオトラック（Secondary Video Track）、コンプリメンタリーオーディオトラック（Complementary Audio 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）に対応し、コンプリメンタリーオーディオ（Complementary Audio）はコンプリメンタリーオーディオトラック（Complementary Audio 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）となる。
【０６８０】
コンプリメンタリーオーディオトラックエレメント（Complementary Audio Track element）は、タイトル内コンプリメンタリーオーディオトラックのオブジェクトマッピングインフォメーションとオーディオストリーム番号（Audio Stream Number）の割り当て（assignment to Audio Stream Number）を記述するものである。コンプリメンタリーオーディオトラックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<ComplementaryAudioTrack
id = ID
streamNumber = Number
languageCode = token
>
Clip +
</ComplementaryAudioTrack>
コンプリメンタリーオーディオトラックエレメントのコンテントは、プレゼンテーションエレメント（Presentation Element）としてコンプリメンタリーオーディオ（Complementary Audio）を参照する、クリップエレメントのリストで構成される。プレイヤは、クリップエレメントの記述に従い、タイトルタイムライン上にコンプリメンタリーオーディオを事前に割り振る（pre-assign）ように構成される。なお、タイトルタイムライン上に割り振られたコンプリメンタリーオーディオ（Complementary Audio(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を制御できるように構成される。
【０７１９】
図８４は、セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の別例（図８３の他例）を示す図である。図８３の例ではＳ＿ＥＶＯＢが１以上のEVOBUにより構成されているが、図８４の例では、Ｓ＿ＥＶＯＢが１以上のTime Unit (TU)により構成されている。各ＴＵは、Ｓ−ＥＶＯＢ用のオーディオパック群（A_PCK for Secondary）あるいはＳ−ＥＶＯＢ用のTimed Textパック群（TT_PCK for Secondary）により構成することができる（TT_PCKについては表２３）。
【０７２０】
上記したＸＭＬ（マークアップ言語）で記述されるプレイリストファイルはディスク上に配置される。このディスクの再生装置（プレイヤ）は、そのディスクがアドバンスドコンテントを持っているときは、このプレイリストファイルを最初に（アドバンスドコンテントの再生に先立って）再生するように構成される。
【０７２１】
このプレイリストファイルは、以下の情報を含むことができる（後述する図８５参照）：
* オブジェクトマッピングインフォメーション（各タイトル内にあり、このタイトルのタイムライン上にマッピングされる再生オブジェクト用の情報）
* プレイバックシーケンス（タイトルのタイムラインにより記述される、各タイトル用の再生情報）
* Configuration Information（データバッファアライメント等のシステムコンフィギュレーション用の情報）
なお、プライマリービデオセットは、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)を含んで構成されている。このVTS_TMAPIは、図７２に示すタイムマップ（Time Map）に相当し、アドレス及びサイズの情報を含む。図７２に示すタイムマップ（Time Map）は、ＶＯＢ毎に存在する。
【０７２２】
図７３は、ビデオタイトルセット情報（ＶＴＳＩ）の構成例を説明する図である。ＶＴＳＩは、１つのビデオタイトル用の情報を記述するもので、この情報により各ＥＶＯＢの属性情報を記述することができるようになっている。このＶＴＳＩは、Video Title Set Information Management Table (VTSI_MAT)から始まり、その後にVideo Title Set Enhanced Video Object Attribute Information Table (VTS_EVOB_ATRT)とVideo Title Set Enhanced Video Object Information Table (VTS_EVOBIT)が続いている。ここで、各Tableは、隣接する論理ブロックの境界にアラインされる。この境界アラインのために、各Tableは2047 bytes (00hを含み得る)までフォローアップすることができるようになっている。
【０７２３】
表７７は、ビデオタイトルセット情報管理テーブル（ＶＴＳＩ＿ＭＡＴ）の構成例を説明する表である。
【表７７】
2006260611.tif 000079
【０７２４】
このテーブル内において、相対バイト位置（ＲＢＰ）で最初に配置されるVTS_IDは、ISO646 (a-characters)のキャラクタセットコードでＶＴＳＩのファイルを識別する"ADVANCED-VTS"を記述している。次のVTS_EAは、該当ＶＴＳの先頭論理ブロックからの相対ブロック番号でこのＶＴＳのエンドアドレスを記述している。次のVTSI_EAは、該当ＶＴＳＩの先頭論理ブロックからの相対ブロック番号でこのＶＴＳＩのエンドアドレスを記述している。次のVERNは、該当するＤＶＤビデオ規格のバージョン番号を記述している。VERNは、表７８に示す通りである。
【表７８】
2006260611.tif 000080
【０７２５】
表７９は、ビデオタイトルセットカテゴリ（ＶＴＳ＿ＣＡＴ）の構成例を説明する表である。
【表７９】
2006260611.tif 000081
【０７２６】
このVTS_CATは表７７及び表７８のVERNの後に配置されており、Application typeの情報ビットを含んでいる。このApplication typeにより、Advanced VTS（=0010b）なのかInteroperable VTS（=0011b）なのかそれ以外なのかを区別できるようになっている。表７７のVTS_CATの後には、VTSI_MATのエンドアドレス（VTSI_MAT_EA）、VTS_EVOB_ATRTのスタートアドレス（VTS_EVOB_ATRT_SA）、VTS_EVOBITのスタートアドレス（VTS_EVOBIT_SA）、VTS_EVOBSのスタートアドレス（VTS_EVOBS_SA）、その他（Reserved）が配置されている。
【０７２７】
図７２（ｂ）は、プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）内の再生時間を対応するエンハンスドビデオオブジェクトユニット（ＥＶＯＢＵ）のアドレスに変換することに使用されるタイムマップ情報（ＴＭＡＰＩ）を構成要素とするタイムマップ（ＴＭＡＰ）の構成例を説明する図である。このTMAP内は、TMAP General Information (TMAP_GI)から始まり、その後にTMAPI Search Pointer(TMAPI_SRP)とTMAP Information(TMAPI)が続き、最後にILVU Information (ILVUI)が配置される。
【０７２８】
表８０は、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）の構成例を説明する表である。
【表８０】
2006260611.tif 000082
【０７２９】
このTMAP_GIは、ISO/IEC646:1983（a-characters）のキャラクタセットコード等によりTime Map fileを識別する“HD DVD-V_TMAP”を記述したTMAP_IDと、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもって該当TMAPのエンドアドレスを記述したTMAP_EAと、該当規格（book)のバージョン番号を記述したVERNと、該当TMAP内のTMAPIの数を数字で記述したTMAPI_Nsと、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもって該当ILVUIのスタートアドレスを記述したILVUI_SAと、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもって該当EVOB_ATRのスタートアドレスを記述したEVOB_ATR_SA等を含んで構成されている。
【０７３０】
ここで、プライマリービデオセット用のTMAPではTMAPI_Nsには‘1’が設定され、セカンダリービデオセット用のTMAPであってTMAPIを持たないもの（live contentのstreaming等）ではTMAPI_Nsには‘0’が設定される。また、TMAP内にILVUIが存在しないとき（連続ブロック用のTMAPの場合）は、ILVUI_SAは‘1bあるいはFFh’等で埋められる。。さらに、プライマリービデオセット用のTMAPがEVOB_ATRを含まないときは、EVOB_ATRは‘1b’等で埋められる。
【０７３１】
表８１は、タイムマップタイプ（ＴＭＡＰ＿ＴＹ）の構成例を説明する表である。
【表８１】
2006260611.tif 000083
【０７３２】
このTMAP_TYは、ILVUIとATRとAngleの各情報ビットを含んで構成されている。TMAP_TY内のILVUIビットが0bであるときは、ILVUIが該当TMAP内に存在せず、該当TMAPが連続ブロック用のタイムマップであるか、それ以外であることが示される。TMAP_TY内のILVUIビットが1bであるときは、ILVUIが該当TMAP内に存在し、該当TMAPがインターリーブドブロック用のタイムマップであることが示される。
【０７３３】
TMAP_TY内のATRビットが0bであるときは、EVOB_ATRが該当TMAP内に存在せず、該当TMAPがプライマリービデオセット用のタイムマップであることが示される。TMAP_TY内のATRビットが1bであるときは、EVOB_ATRが該当TMAP内に存在し、該当TMAPがセカンダリービデオセット用のタイムマップであることが示される。
【０７３４】
TMAP_TY内のAngleビットが00bであるときはアングルブロックでないことが示され、それが01bであるときはノンシームレスアングルブロックであることが示され、それが10bであるときはシームレスアングルブロックであることが示される。TMAP_TY内のAngleビット=11ｂは別用途のために予約されている。なお、Angleビット内の01bあるいは10bの値は、ILVUIビットが1bの場合に設定できる。
【０７３５】
表８２は、タイムマップ情報サーチポインタ（ＴＭＡＰＩ＿ＳＲＰ）の構成例を説明する表である。
【表８２】
2006260611.tif 000084
【０７３６】
このTMAPI_SRPは、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもってstart address of the TMAPIを記述したTMAPI_SAと、該当TMAPIが参照するVTS_EVOBIの番号を記述したVTS_EVOBINと、該当TMAPI用EVOBU_ENTIの数を記述したEVOBU_ENT_Nsと、該当TMAPI用ILVU_ENTの数を記述したILVU_ENT_Ns（該当TMAP内にILVUIが存在しない、つまり連続ブロック用のTMAPでは、ILVU_ENT_Nsの値は‘0’）を含んで構成されている。
【０７３７】
図７４は、１以上のエンハンスドビデオオブジェクトユニットのエントリ情報（ＥＶＯＢＵ＿ＥＮＴ＃１〜＃ｉ）で始まるタイムマップ情報（プライマリービデオセットのTMAPI）の構成例を説明する図である。Time Map (TMAP)のエレメントであるTMAP Information (TMAPI)は、EVOB内の再生時間をEVOBUのアドレスに変換することに用いられる。このTMAPIは１以上のEVOBU Entriesで構成される。連続ブロック用の１つのTMAPIは１つのファイル内に格納され、このファイルをTMAPと呼ぶ。ここで、同じインターリーブドブロックに属する１以上のTMAPIsは同じファイル内に格納される。このTMAPIは、１以上のEVOBU Entry (EVOBU_ENTs)から始まるように構成されている。
【０７３８】
表８３は、エンハンスドビデオオブジェクトユニットエントリ情報（ＥＶＯＢＵ＿ＥＮＴ）の構成例を説明する表である。
【表８３】
2006260611.tif 000085
【０７３９】
このEVOBU_ENTは、1STREF_SZ (Upper)と、1STREF_SZ (Lower) と、EVOBU_PB_TM (Upper) と、EVOBU_PB_TM (Lower) と、EVOBU_SZ (Upper) と、EVOBU_SZ (Lower) を含んで構成されている。
【０７４０】
1STREF_SZは、該当EVOBUの1st Reference Pictureのサイズを記述している。この1st Reference Pictureのサイズは、該当EVOBUの先頭パックから、該当EVOBUの最初にエンコードしたreference pictureの末尾バイトを含むパックまでのパック数で、定めることができる。
【０７４１】
ここで、“reference picture”は、以下のいずれか１つで定義できる：
フレーム構造としてコード化されたI-picture；
フィールド構造としてコード化された１対のI-pictures；
ともにフィールド構造としてコード化され、直後にP-pictureが続くI-picture。
【０７４２】
また、EVOBU_PB_TMは該当EVOBUの再生時間を記述しており、この再生時間は該当EVOBU内のビデオフィールド数で示すことができる。
【０７４３】
さらに、EVOBU_SZは該当EVOBUのサイズを記述しており、このサイズは該当EVOBU内のパック数で示すことができる。
【０７４４】
図７５は、タイムマップ情報がインターリーブドブロック用である場合に存在するインターリーブドユニット情報（プライマリービデオセットのILVUI）の構成例を説明する図である。このILVUIは１以上のILVU Entry (ILVU_ENTs)で構成される。このinformation (ILVUI)は、TMAPIがInterleaved Block用である場合に存在している。
【０７４５】
表８４は、インターリーブドユニットエントリ情報（ＩＬＶＵ＿ＥＮＴＩ）の構成例を説明する表である。
【表８４】
2006260611.tif 000086
【０７４６】
このILVU_ENTIは、該当EVOBの先頭論理ブロックからの相対論理ブロック番号でもって該当ILVUのstart addressを記述したILVU_ADRと、該当ILVUのサイズを記述したILVU_SZを含んで構成されている。このサイズは、EVOBUの数で表すことができる。
【０７４７】
図７６は、コンティギュアスブロック用ＴＭＡＰの例を示している。図７７は、インターリーブドブロック用ＴＭＡＰの例を示している。この図は図１０５の変形例であり、複数のＴＭＡＰファイルそれぞれが、ＴＭＡＰＩとＩＬＶＵＩを個別に持っている例である。
【０７４８】
表８５は、エンハンスドビデオオブジェクト内のパックタイプをリストアップして説明する表である。
【表８５】
2006260611.tif 000087
【０７４９】
このList of pack typesは、General Control Information (GCI)およびData Search Information (DSI)を含むように構成されたNavigation pack (NV_PCK)と、Video data (MPEG-2/MPEG-4 AVC/SMPTE VC-1等)を含むように構成されたMain Video pack (VM_PCK)と、Video data (MPEG-2/MPEG-4 AVC/SMPTE VC-1等)を含むように構成されたSub Video pack (VS_PCK)と、Audio data (Dolby Digital Plus(DD+)/MPEG/Linear PCM/DTS-HD/Packed PCM (MLP)/SDDS (option) 等)を含むように構成されたMain Audio pack (AM_PCK)と、Audio data (Dolby Digital Plus(DD+)/MPEG/Linear PCM/DTS-HD/Packed PCM (MLP)等)を含むように構成されたSub Audio pack (AS_PCK)と、Sub-picture dataを含むように構成されたSub-picture pack (SP_PCK)と、アドバンスドコンテント データを含むように構成されたAdvanced pack (ADV_PCK)とを有している。
【０７５０】
ここで、プライマリービデオセット内のMain Video pack (VM_PCK)は、Standard Content内のV_PCKの定義に従う。また、プライマリービデオセット内のSub Video pack (VS_PCK)は、stream_idおよびP-STD_buffer_sizeを除き、Standard Content内のV_PCKの定義に従う。
【０７５１】
表８６は、エンハンスドビデオオブジェクトのストリームに対する転送レートの制限例を説明する表である。
【表８６】
2006260611.tif 000088
【０７５２】
この転送レートの制限例では、EVOBはトータルストリームズ（Total streams）に対して30.24 Mbpsの制限が付され、メインビデオストリーム（Main Video stream）はトータルストリームズに対して29.40 Mbps (HD)または15.00 Mbps (SD)の制限が付されるとともにワンストリーム（One stream）に対しては29.40 Mbps (HD)または15.00 Mbps (SD) の制限が付され、メインオーディオストリームズ（Main Audio streams）はトータルストリームズに対して19.60 Mbpsの制限が付されるとともにワンストリームに対しては18.432 Mbpsの制限が付され、サブピクチャストリームズ（Sub-picture streams）はトータルストリームズに対して19.60 Mbpsの制限が付されるとともにワンストリームに対しては10.08 Mbpsの制限が付されている。
【０７５３】
なお、EVOB内のサブピクチャストリーム（Sub-picture stream）に対する制限には、以下のルールを適用できる：
ａ）同じsub_stream_IDを有する全てのSub-picture packs (SP_PCK(i))では、
SCR (n)  ≦  SCR (n+100) -T300packs
ここで、
n            : 1 to (number of SP_PCK(i)s - 100)
SCR (n)      : SCR of n-th SP_PCK(i)
SCR (n+100)      : SCR of 100th SP_PCK(i) after n-th SP_PCK(i)
T300packs      : value of 4388570 (= 27×106×300×2048×8 / 30.24×106)
ｂ）後続EVOBにシームレスに繋がることのできるEVOB内の全てのSub-picture packs (SP_PCK(all))では、
SCR (n) ≦ SCR (last) - T90packs
ここで、
n            : 1 to (number of SP_PCK(all)s)
SCR (n)      : SCR of n-th SP_PCK(all)
SCR (last)      : SCR of last pack in EVOB
T90packs      : value of 1316570 (= 27×106× 8×2048×90 / 30.24×106)
なお、後続EVOBの少なくとも先頭パックは、SP_PCK以外とする。また、T90packs＋T1stpackには連続した１０パックが保証される。
【０７５４】
図７８、図７９、図８０は、プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）の構成例を説明する図である。EVOB（ここでは、Primary EVOBすなわち“P-EVOB”のこと）は、Presentation DataおよびNavigation Dataの一部を含んでいる。EVOB内に含まれるNavigation Dataとしては、General Control Information (GCI)およびData Search Information (DSI)等がある。また、Presentation Dataとしては、メイン（Main）/サブ（Sub）ビデオデータ（video data）、メイン（Main）/サブ（Sub）オーディオデータ（audio data）、サブピクチャデータ（Sub-picture data）およびアドバンスドコンテント データ等がある。
【０７５５】
Enhanced Video Object Set (EVOBS)は、図７８、図７９、図８０に示すように、EVOBsの集合に対応している。EVOBは１以上（整数個）のEVOBUsに分割することができる。
【０７５６】
各EVOBUは、記録順に並んだ一連のパック（図７８、図７９、図８０に例示されるような各種のパック）で構成されている。各EVOBUは、１つのNV_PCKで始まり、同じEVOB内で次のNV_PCKの直前に来る任意のパック（あるいはEVOBの末尾のパック）で終了する。末尾のEVOBUを除き、EVOBUは0.4秒ないし1.0秒の再生時間に対応する。また、末尾のEVOBUは0.4秒ないし1.2秒の再生時間に対応している。
【０７５７】
EVOBUについては、さらに以下のルールが適用される：
１）EVOBUの再生時間は、video field/frame periodsの整数倍（EVOBUがビデオデータを含んでいてもいなくても）；
２）EVOBUの再生開始および終了時間は９０ｋＨｚ単位で規定する。また、（先頭EVOBUを除いて）現EVOBUの再生開始時間を先行EVOBUの再生終了時間と同じにする；
３）EVOBUがビデオを含むときは、EVOBUの再生開始時間は最初のvideo field/frameの再生開始時間と同じにする。また、EVOBUの再生期間はビデオデータの再生期間と同じかそれ以上とする；
４）EVOBUがビデオを含むときは、そのビデオデータは１以上のPAU (Picture Access Unit)を示すものとする；
５）ビデオデータのあるEVOBUの後に（同じEVOB内で）ビデオデータのないEVOBUが続くときは、最後にコード化されたpictureにはシーケンスエンドコード（SEQ_END_CODE）を続けて付ける；
６）EVOBUの再生期間がそこに含まれるビデオの再生期間より長いときは、最後にコード化されたpictureにはシーケンスエンドコード（SEQ_END_CODE）を続けて付ける；
７）EVOBU内のビデオデータは複数のシーケンスエンドコード（SEQ_END_CODE）を持たない；
８）EVOBが１以上のシーケンスエンドコード（SEQ_END_CODE）を含むときは、それはILVU内で使用される。このとき、EVOBUの再生期間はvideo field/frame periodsの整数倍とする。またEVOBU内のビデオデータは静止画用に１つのＩピクチャを持つようにし、さもなくばビデオデータはなしとする。静止画用に１つのＩピクチャを持つEVOBUは、１つのシーケンスエンドコード（SEQ_END_CODE）を持つ。またILVU内で最初のEVOBUはビデオデータを持つものとする。
【０７５８】
ここで、EVOBU内に含まれるビデオの再生期間は、以下のＡ、Ｂの和とする：
Ａ．EVOBU内で（表示順で）最後のvideo access unitの再生タイムスタンプＰＴＳと（表示順で）最初のvideo access unitの再生タイムスタンプＰＴＳとの間の差分；
Ｂ．（表示順で）最後のvideo access unitの再生持続期間（presentation duration）。
【０７５９】
各elementary streamはProgram stream内で定義されるstream_IDにより識別される。ＭＰＥＧにより定義されていないAudio Presentation Dataはprivate_stream_1のstream_IDを伴うPES packets内に格納する。Navigation Data (GCIとDSI)はprivate_stream_2のstream_IDを伴うPES packets内に格納する。private_stream_1およびprivate_stream_2のpacketsのデータエリアの先頭バイトは、sub_stream_IDを定義するのに使用される。stream_idがprivate_stream_1またはprivate_stream_2であるときは、各パケットのデータエリア内の先頭バイトはsub_stream_id.として割り当てることができる。
【０７６０】
表８７は、プライマリエンハンスドビデオオブジェクトのストリームに対する各エレメントの制限例を説明する表である。
【表８７】
2006260611.tif 000089
【０７６１】
このエレメント制限例では、
メインビデオストリームについては、
１）EVOB内で完結し、
２）video streamがinterlaced videoを持つときは、display configurationはtop fieldから始まりbottom fieldで終わり、
３）A Video streamはシーケンスエンドコード（SEQ_END_CODE）により終了してもしなくてもよい；
さらに、メインビデオストリームについては、
１）最初のEVOBUはvideo dataを持つ。
【０７６２】
メインオーディオストリームズについては、
１）EVOB内で完結し、
２）Audio streamがLinear PCM用であるときは、最初のaudio frameはＧＯＦの始めになる。
【０７６３】
サブピクチャストリームズについては、
１）EVOB内で完結し、
２）最後のSub-picture Unit (SPU)の最後の再生時間（PTM）は、EVOB_V_E_PTM（ビデオ終了時間）により示される時間以下とし、
３）最初のSPUのPTSは、EVOB_V_S_PTM（ビデオ開始時間）以上とし、
４）各サブピクチャストリーム内では、いずれのSPUのPTSも、同じsub_stream_id (もしあれば)を持つ先行SPUのPTSよりも大きい。
【０７６４】
さらに、サブピクチャストリームズについては、
１）セル内で完結し、
２）SPUが記録されているセル内でのみ副映像の再生は有効。
【０７６５】
表８８は、ストリームｉｄおよびストリームｉｄエクステンションの構成例を説明する表である。
【表８８】
2006260611.tif 000090
【０７６６】
このstream_id and stream_id_extensionでは、
stream_id=110x 0***bで、stream_id_extension= N/A、Stream coding=MPEG audio stream for Main *** = Decoding Audio stream numberを示し；
stream_id=110x 1***bで、stream_id_extension= N/A、Stream coding=MPEG audio stream for Subを示し；
stream_id=1110 0000bで、stream_id_extension= N/A、Stream coding=Video stream (MPEG-2) を示し；
stream_id=1110 0001bで、stream_id_extension= N/A、Stream coding=Video stream (MPEG-2) for Subを示し；
stream_id=1110 0010bで、stream_id_extension= N/A、Stream coding=Video stream (MPEG-4 AVC) を示し；
stream_id=1110 0011bで、stream_id_extension= N/A、Stream coding=Video stream (MPEG-4 AVC) for Subを示し；
stream_id=1110 1000bで、stream_id_extension= N/A、Stream coding=reservedを示し；
stream_id=1110 1001bで、stream_id_extension= N/A、Stream coding=reservedを示し；
stream_id=1011 1101bで、stream_id_extension= N/A、Stream coding=private_stream_1を示し；
stream_id=1011 1111bで、stream_id_extension= N/A、Stream coding=private_stream_2を示し；
stream_id=1111 1101bで、stream_id_extension=101 0101b、Stream coding=extended_stream_id (注) SMPTE VC-1 video stream for Mainを示し；
stream_id=1111 1101bで、stream_id_extension=111 0101b、Stream coding=extended_stream_id (注) SMPTE VC-1 video stream for Subを示し；
stream_id=OthersでStream coding=no useを示している。
【０７６７】
注：SMPTE VC-1 streamsの識別は、amendment to MPEG-2 Systems [ISO/IEC 13818-1:2000/AMD2:2004]により定義されたstream_id extensionsを用いることで行なうことができる。stream_IDが0xFD (1111 1101b)に設定されるときは、stream_id_extension fieldがnature of the streamを実際に定義することになる。stream_id_extension fieldは、PES header内に存在するPES extension flagsを用いて、PES headerに追加される。
【０７６８】
表８９は、プライベートストリーム１用サブストリームｉｄの構成例を説明する表である。
【表８９】
2006260611.tif 000091
【０７６９】
このsub_stream_id for private_stream_1では、
sub_stream_id=001* ****bでStream coding=Sub-picture stream* **** = Decoding Sub-picture stream numberを示し；
sub_stream_id=0100 1000bでreservedを示し；
sub_stream_id=011* ****bでreservedを示し；
sub_stream_id=1000 0***bでreservedを示し；
sub_stream_id=1100 0***bでDolby Digital plus (DD+) audio stream for Main*** = Decoding Audio stream numberを示し；
sub_stream_id=1100 1***bでDolby Digital plus (DD+) audio stream for Subを示し；
sub_stream_id=1000 1***bでDTS-HD audio stream for Main*** = Decoding Audio stream numberを示し；
sub_stream_id=1001 1***bでDTS-HD audio stream for Subを示し；
sub_stream_id=1001 0***bでreserved (SDDS)を示し；
sub_stream_id=1010 0***bでLinear PCM audio stream for Main*** = Decoding Audio stream numberを示し；
sub_stream_id=1010 1***bでLinear PCM audio stream for Subを示し；
sub_stream_id=1011 0***bでPacked PCM (MLP) audio stream for Main*** = Decoding Audio stream numberを示し；
sub_stream_id=1011 1***bでPacked PCM (MLP) audio stream for Subを示し；
sub_stream_id=1111 0000bでreservedを示し；
sub_stream_id=1111 0001bでreservedを示し；
sub_stream_id=1111 0010b〜1111 0111bでreservedを示し；
sub_stream_id=1111 1111bでProvider defined streamを示し；
sub_stream_id=Othersでreserved (for future Presentation Data) を示している。
【０７７０】
表９０は、プライベートストリーム２用サブストリームｉｄの構成例を説明する表である。
【表９０】
2006260611.tif 000092
【０７７１】
このsub_stream_id for private_stream_2では、
sub_stream_id=0000 0000bでStream coding=reservedを示し；
sub_stream_id=0000 0001bでStream coding=DSI streamを示し；
sub_stream_id=0000 0010bでStream coding=GCI streamを示し；
sub_stream_id=0000 1000bでStream coding=reservedを示し；
sub_stream_id=0101 0000bでStream coding=reservedを示し；
sub_stream_id=1000 0000bでStream coding=Advanced streamを示し；
sub_stream_id=1111 1111bでStream coding=Provider defined streamを示し；
sub_stream_id=OthersでStream coding=reserved (for future Navigation Data) を示している。
【０７７２】
図８１は、アドバンスドパック（ＡＤＶ＿ＰＣＫ）およびビデオオブジェクトユニット／タイムユニット（ＶＯＢＵ／ＴＵ）の先頭パックの構成例を説明する図である。図８１（ａ）のADV_PCKは、パックヘッダ（pack header）とアドバンスドパケット (ADV_PKT)を具備している。アドバンスドデータ (Advanced stream)は、論理ブロックの境界にアラインされる。アドバンスドデータ (Advanced stream)の最終パックの場合に限り、ADV_PCKはpadding packetもしくはstuffing bytesを持つことができる。これにより、アドバンスドストリーム（Advanced stream）の最終データを含むADV_PCK lengthが２０４８バイトより小さいときは、２０４８バイトになるようそのパックを調整することができる。このADV_PKTのstream_idは例えば1011 1111b (private_stream_2)であり、そのsub_stream_idは例えば1000 0000bとなっている。
【０７７３】
図８１（ｂ）のVOBU/TUは、パックヘッダ（pack header）とシステムヘッダ（System header）とVOBU/TUのパケット（packet）を具備している。プライマリービデオストリーム（Primary Video Stream）内では、システムヘッダ（System header：２４バイトデータ）はNV_PCKが持っている。他方、セカンダリービデオストリーム（Secondary Video Stream）では、ストリーム内にNV_PCKはなく、システムヘッダは、次のいずれかが持つように構成される。すなわち、
・EVOBがEVOBUsで構成される場合ではEVOBU内の先頭V_PCKがシステムヘッダを持ち；
・EVOBがTUsで構成される場合ではTU内の先頭A_PCKまたは先頭TT_PCKがシステムヘッダを持つ。（TU=Time Unitについては、図８３の説明部分で後述する。）
セカンダリービデオセット内のビデオパック（V_PCK）は、プライマリービデオセット内のVS_PCKに対する定義に従う。また、セカンダリービデオセット内のサブオーディオストリーム（Sub Audio stream）用オーディオパック（A_PCK）は、プライマリービデオセット内のAS_PCKに対する定義に従う。他方、セカンダリービデオセット内のコンプリメンタリーオーディオストリーム（Complementary Audio stream）用オーディオパック（A_PCK）は、プライマリービデオセット内のAM_PCKに対する定義に従う。
【０７７４】
表９１は、アドバンスドパケットの構成例を説明する表である。
【表９１】
2006260611.tif 000093
【０７７５】
図８１（ａ）に示すパケットヘッダ（Packet header）は、表９１に示すpacket_start_code_prefix、stream_id、PES_packet_length、プライベートデータエリア（Private data area）を含む。また、図８１（ａ）に示すsub_stream_idは、表９１に示すsub_stream_idに対応する。また、図８１（ａ）に示すadvanced_data_headerは、表９１に示すPES_scrambling_control、adv_pkt_status、reserved、loading_info_fnameを含む。また、図８１（ａ）に示すAdvanced Dataは、表９１に示すAdvanced Data areaに含まれる。
【０７７６】
このアドバンスドパケット（Advanced packet）では、packet_start_code_prefixのフィールドは00 0001hという値を持ち、stream_idのフィールドは1011 1111bという値でprivate_stream_2を示し、PES_packet_lengthのフィールドが含まれている。また、アドバンスドパケットは、プライベートデータエリア（Private data area）を持ち、sub_stream_idのフィールドは1000 0000bという値でアドバンスドストリーム（Advanced stream）を示し、PES_scrambling_controlのフィールドは00bまたは01bという値を持ち(Note 1)、adv_pkt_statusのフィールドは00b、01bまたは10bという値を持っている(Note 2)。さらに該当を参照するローディングインフォメーションファイルのファイル名を記述したloading_info_fname(Note 3)がPrivate data areaに含まれている。
【０７７７】
Note 1："PES_scrambling_control"は、このアドバンスドパケットが含まれるパックの著作権状態を記述するもので、00bで該当パックが著作権保護システム用の特定データ構造を持たないことが示され、01bで該当パックが著作権保護システム用の特定データ構造を持つことが示されるようになっている。
【０７７８】
Note 2：adv_pkt_statusは該当パケット（アドバンスドパケット）の内での位置を記述するもので、00bで該当パケットが内で先頭パケットでも最終パケットでもないことが示され、01bで該当パケットが内で先頭パケットであることが示され、10bで該当パケットが内で最終パケットであることが示されるようになっている。11bは予約されている。
【０７７９】
Note 3：loading_info_fnameは該当を参照するローディングインフォメーションファイルのファイル名を記述ように構成されている。
【０７８０】
表９２は、メインビデオストリーム用ＭＰＥＧ−２ビデオの制約例を説明する表である。
【表９２】
2006260611.tif 000094
【０７８１】
プライマリービデオセットのメインビデオストリーム用MPEG-2 videoでは、ＧＯＰ内のピクチャ数は、525/60（NTSC）あるいはHD/60では３６表示フィールド／フレームまたはそれ以下とされる（ここで、フレームレートが６０インターレースまたは５０インターレースのときは、フィールドが用いられ、フレームレートが６０プログレッシブまたは５０プログレッシブのときは、フレームが用いられる）。一方、625/50（PAL等）あるいはHD/50では３０表示フィールド／フレームまたはそれ以下とされる（ここでも、フレームレートが６０インターレースまたは５０インターレースのときはフィールドが用いられ、フレームレートが６０プログレッシブまたは５０プログレッシブのときはフレームが用いられる）。
【０７８２】
プライマリービデオセットのメインビデオストリーム用MPEG-2 videoにおけるBit rateは、525/60あるいはHD/60の場合も625/50あるいはHD/50の場合も、SDでは15 Mbps以下一定とされ、HDでは29.40 Mbps以下一定とされる。あるいは、可変ビットレートの場合は、Variable-maximum bit rateはSDでは15 Mbps以下とされ、HDでは29.40 Mbps以下とされる。この場合はdvd_delayは（FFFFh）としてコード化される（ここで、画像解像度およびフレームレートがそれぞれ720x480および29.97以下であるときは、SDであるとする。同様に、画像解像度およびフレームレートがそれぞれ720x576および25以下であるときは、SDであるとする。それ以外の場合は、HDであるとする）。
【０７８３】
プライマリービデオセットのメインビデオストリーム用MPEG-2 videoにおけるlow_delay（sequence extension）は、‘0b’とされる（つまり“low_delay sequence”は許可されない）。
【０７８４】
プライマリービデオセットのメインビデオストリーム用MPEG-2 videoにおけるResolution（=Horizontal_size/ vertical_size）/Frame rate（=frame_rate_value）/Aspect ratioは、Standard Contentと同じとなる。具体的には、Horizontal_size/ vertical_size/ frame_rate_value/ aspect ratio_information/ aspect ratioの順に記載すると、次のようなバリエーションが可能となっている：
1920/1080/29.97/‘0011b’ or ‘0010b’/16:9；
1440/1080/29.97/‘0011b’ or ‘0010b’/16:9；
1440/1080/29.97/‘0011b’/4:3；
1280/1080/29.97/‘0011b’ or ‘0010b’/16:9；
1280/720/59.94/‘0011b’ or ‘0010b’/16:9；
960/1080/29.97/‘0011b’ or ‘0010b’/16:9；
720/480/59.94/‘0011b’ or ‘0010b’/16:9；
720/480/29.97/‘0011b’ or ‘0010b’/16:9；
720/480/29.97/‘0010b’/4:3；
704/480/59.94/‘0011b’ or ‘0010b’/16:9；
704/480/29.97/‘0011b’ or ‘0010b’/16:9；
704/480/29.97/‘0010b’/4:3；
544/480/29.97/‘0011b’ or ‘0010b’/16:9；
544/480/29.97/‘0010b’/4:3；
480/480/29.97/‘0011b’ or ‘0010b’/16:9；
480/480/29.97/‘0010b’/4:3；
352/480/29.97/‘0011b’ or ‘0010b’/16:9；
352/480/29.97/‘0010b’/4:3；
352/240（注*1、注*2）/29.97/‘0010b’/4:3；
1920/1080/25/‘0011b’ or ‘0010b’/16:9；
1440/1080/25/‘0011b’ or ‘0010b’/16:9；
1440/1080/25/‘0011b’/4:3；
1280/1080/25/‘0011b’ or ‘0010b’/16:9；
1280/720/50/‘0011b’ or ‘0010b’/16:9；
960/1080/25/‘0011b’/16:9；
720/576/50/‘0011b’ or ‘0010b’/16:9；
720/576/25/‘0011b’ or ‘0010b’/16:9；
720/576/25/‘0010b’/4:3；
704/576/50/‘0011b’ or ‘0010b’/16:9；
704/576/25/‘0011b’ or ‘0010b’/16:9；
704/576/25/‘0010b’/4:3；
544/576/25/‘0011b’ or ‘0010b’/16:9；
544/576/25/‘0010b’/4:3；
480/576/25/‘0011b’ or ‘0010b’/16:9；
480/576/25/‘0010b’/4:3；
352/576/25/‘0011b’ or ‘0010b’/16:9；
352/576/25/‘0010b’/4:3；
352/288（注*1）/25/‘0010b’/4:3。
【０７８５】
注*1：interlaced SIF format (352 × 240/288) は不採用；
注*2："vertical_size"が‘240’のときは、"progressive_sequence" は‘1’。この場合、"top_field_first"および"repeat_first_field"の意味は、"progressive_sequence"が‘0’の場合と異なる。
【０７８６】
aspect ratioが4:3の場合におけるhorizontal_size/ display_horizontal_size/ aspect_ratio_informationは、例えば次のようになる（DARはDisplay Aspect Ratio）：
720 or 704/720/'0010b' (DAR=4:3)；
544/540/'0010b' (DAR=4:3)；
480/480/'0010b' (DAR=4:3)；
352/352/'0010b' (DAR=4:3)。
【０７８７】
aspect ratioが16:9の場合におけるhorizontal_size/ display_horizontal_size/ aspect_ratio_information/ Display mode in FP_PGCM_V_ATR /VMGM_V_ATR; VTSM_V_ATR; VTS_V_ATRは、例えば次のようになる（DARはDisplay Aspect Ratio）：
1920/1920/'0011b' (DAR=16:9)/Only Letterbox；
1920/1440/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
1440/1440/'0011b' (DAR=16:9)/Only Letterbox；
1440/1080/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
1280/1280/'0011b' (DAR=16:9)/Only Letterbox；
1280/960/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
960/960/'0011b' (DAR=16:9)/Only Letterbox；
960/720/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
720 or 704/720/'0011b' (DAR=16:9)/Only Letterbox；
720 or 704/540/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
544/540/'0011b' (DAR=16:9)/Only Letterbox；
544/405/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
480/480/'0011b' (DAR=16:9)/Only Letterbox
480/360/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan；
352/352/'0011b' (DAR=16:9)/Only Letterbox；
352/270/'0010b' (DAR=4:3)/Only Pan-scan, or Both Letterbox and Pan-scan。
【０７８８】
表９２において、プライマリービデオセットのメインビデオストリーム用MPEG-2 videoにおけるStill pictureはサポートされていないが、プライマリービデオセットのメインビデオストリーム用MPEG-2 videoにおけるClosed caption dataはサポートされている。
【０７８９】
表９３は、メインビデオストリーム用ＭＰＥＧ−４ＡＶＣビデオの制約例を説明する表である。
【表９３】
2006260611.tif 000095
【０７９０】
プライマリービデオセットのメインビデオストリーム用MPEG-4 AVC videoでは、ＧＯＰ内のピクチャ数は、525/60（NTSC）あるいはHD/60では３６表示フィールド／フレームまたはそれ以下とされる。一方、625/50（PAL等）あるいはHD/50では３０表示フィールド／フレームまたはそれ以下とされる。
【０７９１】
プライマリービデオセットのメインビデオストリーム用MPEG-4 AVC videoにおけるBit rateは、525/60あるいはHD/60の場合も625/50あるいはHD/50の場合も、SDでは15 Mbps以下一定とされ、HDでは29.40 Mbps以下一定とされる。あるいは、可変ビットレートの場合は、Variable-maximum bit rateはSDでは15 Mbps以下とされ、HDでは29.40 Mbps以下とされる。この場合はdvd_delayは（FFFFh）としてコード化される。
【０７９２】
プライマリービデオセットのメインビデオストリーム用MPEG-4 AVC videoにおけるlow_delay（sequence extension）は、‘0b’とされる。
【０７９３】
プライマリービデオセットのメインビデオストリーム用MPEG-4 AVC videoにおけるResolution/Frame rate/Aspect ratioは、Standard Contentと同じとなる（表１６の場合と同様）。なお、プライマリービデオセットのメインビデオストリーム用MPEG-4 AVC videoにおけるStill pictureはサポートされていないが、プライマリービデオセットのメインビデオストリーム用MPEG-4 AVC videoにおけるClosed caption dataはサポートされている。
【０７９４】
表９４は、メインビデオストリーム用ＳＭＰＴＥＶＣ−１ビデオの制約例を説明する表である。
【表９４】
2006260611.tif 000096
【０７９５】
プライマリービデオセットのメインビデオストリーム用SMPTE VC-1 videoでは、ＧＯＰ内のピクチャ数は、525/60（NTSC）あるいはHD/60では３６表示フィールド／フレームまたはそれ以下とされる。一方、625/50（PAL等）あるいはHD/50では３０表示フィールド／フレームまたはそれ以下とされる。プライマリービデオセットのメインビデオストリーム用SMPTE VC-1 videoにおけるBit rateは、525/60あるいはHD/60の場合も625/50あるいはHD/50の場合も、AP@L2では15 Mbps以下とされ、AP@L3では29.40 Mbps以下とされる。
【０７９６】
プライマリービデオセットのメインビデオストリーム用SMPTE VC-1 videoにおけるResolution/Frame rate/Aspect ratioは、Standard Contentと同じとなる（表１６の場合と同様）。なお、プライマリービデオセットのメインビデオストリーム用SMPTE VC-1 videoにおけるStill pictureはサポートされていないが、プライマリービデオセットのメインビデオストリーム用SMPTE VC-1 videoにおけるClosed caption dataはサポートされている。
【０７９７】
表９５は、ＤＤ＋のオーディオパケットの構成例を示している。
【表９５】
2006260611.tif 000097
【０７９８】
ここでは、サンプリング周波数は48kHz固定で、複数のオーディオコーディングモードを備えている。全ての音声チャネルはオプションでLow Frequency Effects (LFE)を含むことができる構成を持つ。また、サブオーディオをプライマリオーディオにミキシングできる環境をサポートするために、ミキシングメタデータがサブオーディオストリームに含まれるようになっている。サブオーディオストリーム内のチャネル数は、プライマリオーディオストリーム内のチャネル数を越えない。サブオーディオストリームはプライマリオーディオストリーム内に存在しないチャネルロケーションは含まない。オーディオコーディングモードが“1/0”のサブオーディオは、左チャネル、中央チャネル、右チャネルの間でパン（panned）されてもよい。あるいは、プライマリオーディオが中央チャネルを含まないときは、“panmean”パラメータの使用を介して、プライマリオーディオの左および右チャネルの間でパンされてもよい。ここで、“panmean”値の有効レンジは、例えば、中央から右では０〜２０とし、中央から左では２２０〜２３９とすることができる。なお、“1/0”より大きなオーディオコーディングモードのサブオーディオでは、パンニングのパラメータは持たない
図８２は、セカンダリビデオセット用のタイムマップ（ＴＭＡＰ）の構成例を説明する図である。このTMAPは、図７２（ｂ）に示したプライマリービデオセット用のTMAPと一部異なる構成を持つ。すなわち、セカンダリービデオセット用のTMAPは先頭にTMAP一般情報（TMAP_GI）を持ち、その後にタイムマップ情報のサーチポインタ（TMAPI_SRP#1）およびこれに対応するタイムマップ情報（TMAPI#1）を持ち、最後にEVOB属性（EVOB_ATR）を持っている。
【０７９９】
セカンダリービデオセット用のTMAP_GIは表８０と同様に構成できる。ただし、このTMAP_GIでは、TMAP_TY（表８１）内のILVUI、ATR、Angleの値は、それぞれ‘0b’、‘1b’、‘00b’となる。また、TMAPI_Nsの値は‘0’または‘1’となる。さらに、ILVUI_SAは‘1b’で埋められた値となる。
【０８００】
表９６は、ＴＭＡＰＩ＿ＳＲＰの構成例を説明する表である。
【表９６】
2006260611.tif 000098
【０８０１】
セカンダリービデオセット用のTMAPI_SRPは、TMAPの先頭論理ブロックからの相対ブロック番号でもってTMAPIの開始アドレスを記述したTMAPI_SA、このTMAPI用EVOBUエントリ番号を記述したEVOBU_ENT_Ns、および予約エリアを含んで構成されている。なお、もしTMAP_GI（表８０）内のTMAPI_Nsが‘0b’であれば、TMAP（図８２）内にTMAPI_SRPのデータ（表９６）は存在しない。
【０８０２】
表９７は、ＥＶＯＢ＿ＡＴＲの構成例を説明する表である。
【表９７】
2006260611.tif 000099
【０８０３】
セカンダリービデオセット用のTMAP（図８２）に含まれるEVOB_ATRは、EVOBのタイプを示すEVOB_TY、EVOBのファイル名を示すEVOB_FNAMEと、EVOBのビデオ属性を示すEVOB_V_ATR、EVOBのオーディオストリーム属性を示すEVOB_AST_ATR、EVOBのマルチチャネルメインオーディオストリーム属性を示すEVOB_MU_ASMT_ATR、および予約エリアを含んで構成されている。
【０８０４】
表９８は、表２１のＥＶＯＢ＿ＡＴＲ内の各要素を説明する表である。
【表９８】
2006260611.tif 000100
【０８０５】
表９７のEVOB_ATRに含まれるEVOB_TYは、Video stream、Audio streams、およびの存在を記述するものである。すなわち、このEVOB_TYが‘0000b’のときは、該当EVOB内にサブビデオストリーム（Sub Video stream）およびサブオーディオストリームが存在することが示される。このEVOB_TYが‘0001b’のときは該当EVOB内にサブビデオストリームだけが存在することが示され、このEVOB_TYが‘0010b’のときは該当EVOB内にサブオーディオストリームだけが存在することが示され、このEVOB_TYが‘0011b’のときは該当EVOB内にコンプリメンタリーオーディオストリームが存在することが示され、このEVOB_TYが‘0100b’のときは該当EVOB内にコンプリメンタリーサブタイトルストリーム（Complementary Subtitle stream）が存在することが示される。EVOB_TYが上記以外の値を取る場合は別目的のために予約されている。
【０８０６】
ここで、サブビデオ／オーディオストリームは、プライマリービデオセット内のメインビデオ／オーディオストリームとミキシングするために使用できる。また、コンプリメンタリーオーディオストリームは、プライマリービデオセット内のメインオーディオストリームと置換するために使用できる。さらに、コンプリメンタリーサブタイトルストリームは、プライマリービデオセット内のサブピクチャストリームに付加するために使用できる。
【０８０７】
表９８において、EVOB_FNAMEは、該当TMAPが参照するEVOBファイルのファイル名を記述するものである。EVOB_V_ATRは、VTS_EVOB_ATR、EVOB_VS_ATR内のサブビデオストリーム属性を定義するための、EVOBのビデオ属性を記述するものである。EVOB_AST_ATRは、該当audio streamがサブオーディオストリームである場合（つまりEVOB_TY=‘0000b’または‘0010b’）に、VTS_EVOB_ATR、EVOB_ASST_ATRT内のサブオーディオストリームのために定義された、EVOBのオーディオ属性を記述するものである。もし、該当audio streamがコンプリメンタリーオーディオストリームである場合（つまりEVOB_TY=‘0011b’）は、EVOB_AST_ATRは、VTS_EVOB_ATR、EVOB_AMST_ATRT内のMain Audio streamのために定義された、EVOBのオーディオ属性を記述する。また、EVOB_MU_AST_ATRは、VTS_EVOB_ATR、EVOB_MU_AMST_ATRT内で定義された、マルチチャネル用途の各オーディオ属性を記述するものである。EVOB_AST_ATR内の“Multi channel extension”が‘0b’であるオーディオストリームのエリア上の各ビットには、‘0b’が挿入される。
【０８０８】
ここで、セカンダリーEVOB（S-EVOB）について整理しておく。S-EVOBは、ビデオデータ（Video data）、オーディオデータ（Audio data）、アドバンスドサブタイトルデータ（Advanced Subtitle data）等で構成される再生データ（Presentation Data）を含んでいる。ここでのコンプリメンタリーオーディオデータは主にプライマリービデオセット内のコンプリメンタリーオーディオデータとミックスされるもので、プライマリービデオセット内のサブビデオデータ（Sub Video data）に準じて定義できる。ここでのオーディオデータにはサブオーディオデータとコンプリメンタリーオーディオデータ（Complementary Audio data）の２種類がある。サブオーディオデータは主にプライマリービデオセット内のオーディオデータとミックスされるもので、プライマリービデオセット内のサブオーディオデータに準じて定義できる。一方、コンプリメンタリーオーディオデータは主にプライマリービデオセット内のオーディオデータと置換されるもので、プライマリービデオセット内のメインオーディオデータに準じて定義できる。
【０８０９】
表９９は、セカンダリエンハンスドビデオオブジェクト内のパックタイプをリストアップして説明する表である。
【表９９】
2006260611.tif 000101
【０８１０】
セカンダリービデオセットではVideo pack（V_PCK）とAudio pack（A_PCK）とTimed Text pack（TT_PCK）が用いられる。V_PCKはMPEG-2、MEPG-4 AVC、SMPTE VC-1等のビデオデータを格納するものであり、A_PCKはDolby Digital Plus（DD+）、MPEG、Linear PCM、DTS-HD、Packed PCM（MLP）等のコンプリメンタリーオーディオデータを格納するものである。また、TT_PCKは、Advanced Subtitle data（Complementary Subtitle stream）を格納するものである（Timed Text = Advanced Subtitle）。
【０８１１】
図８３は、セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の構成例を説明する図である。P-EVOBの構成（図７８、図７９、図８０）と異なり、S-EVOB（図８３または後述する図８４）では各EVOBUの先頭にナビゲーションパック（NV_PCK）は存在しない。
【０８１２】
EVOBS（Enhanced Video Set）は複数のEVOBsの集まりであり次のEVOBがセカンダリービデオセットでサポートされている：
・サブビデオストリーム（V_PCKs）およびサブオーディオストリーム（A_PCKs）で構成されるＥＶＯＢ；
・サブビデオストリーム（V_PCKs）だけで構成されるＥＶＯＢ；
・サブオーディオストリーム（A_PCKs）だけで構成されるＥＶＯＢ；
・コンプリメンタリーオーディオストリーム（A_PCKs）だけで構成されるＥＶＯＢ；
・コンプリメンタリーサブタイトルストリーム（TT_PCKs）だけで構成されるＥＶＯＢ。
【０８１３】
ここで、EVOBは１以上のAccess Units（AUs）に分割することができる。EVOBがV_PCKsとA_PCKsで構成され、あるいはEVOBがV_PCKsだけで構成されるときは、Access Unitを“EVOBU”と呼ぶ。一方、EVOBがA_PCKsだけで構成され、あるいはEVOBがTT_PCKsだけで構成されるときは、Access Unitを“Time Unit（TU）”と呼ぶ。
【０８１４】
EVOBU（Enhanced Video Object Unit）は、記録順に並んだ一連のパックで構成され、System headerを含んだV_PCKから始まって（もしあれば）後続パックの全てを包含する。そして、EVOBUは、同じEVOB内でSystem headerを含んだ次のV_PCKの直前で終了するか、またはそのEVOBの末尾で終了する。
【０８１５】
EVOBの最終EVOBUを除くEVOBUは0.4〜1.0秒の再生期間に対応し、EVOBの最終EVOBUは0.4〜1.2秒の再生期間に対応する。EVOBは整数のEVOBUsで構成される。
【０８１６】
各elementary streamはProgram stream内のstream_idにより識別される。MPEGにより定義されていないオーディオ再生データは、private_stream_1のstream_idを伴うPES packets内に格納できる。
【０８１７】
Advanced Subtitle dataはprivate_stream_2のstream_idを伴うPES packets内に格納できる。private_stream_1およびprivate_stream_2のpacketsに対するデータエリアの先頭バイトは、sub_stream_idを定義することに使用できる。その具体例を表１００に示す。
【０８１８】
表１００は、ストリームｉｄおよびストリームｉｄエクステンションの構成例と、プライベートストリーム１用サブストリームｉｄの構成例と、プライベートストリーム２用サブストリームｉｄを説明する表である。
【表１００】
2006260611.tif 000102
【０８１９】
stream_idおよびstream_id_extensionは、例えば表１００（ａ）に示すように構成できる（この例ではstream_id_extensionは適用しないか任意としている）。すなわち、stream_id=‘1110 1000b’でStream coding=‘Video stream（MPEG-2）’を示し、stream_id=‘1110 1001b’でStream coding=‘Video stream（MPEG-4 AVC）’を示し、stream_id=‘1011 1101b’でStream coding=‘private_stream_1’を示し、stream_id=‘1011 1111b’でStream coding=‘private_stream_2’を示し、stream_id=‘1111 1101b’でStream coding=‘extended_stream_id（SMPTE VC-1 video stream）’を示し、その他のstream_idとStream codingとの関係は別用途に予約されている。
【０８２０】
private_stream_1用のsub_stream_idは、例えば表１００（ｂ）に示すように構成できる。すなわち、sub_stream_id=‘1111 0000b’でDolby Digital plus（DD+）audio streamを示し、sub_stream_id=‘1111 0001b’でDTS-HD audio streamを示し、sub_stream_id=‘1111 0010b’〜‘1111 0111b’は他のオーディオストリームのために予約され、その他のsub_stream_idとStream codingとの関係は別用途に予約されている。
【０８２１】
private_stream_2用のsub_stream_idは、例えば表１００（ｃ）に示すように構成できる。すなわち、sub_stream_id=‘0000 0010b’でGCI streamを示し、sub_stream_id=‘1111 1111b’でプロバイダが定義するstreamを示し、その他のsub_stream_idとStream codingとの関係は別用途に予約されている。
【０８２２】
次に、アドバンスドストリームについて説明する。
【０８２３】
以下のファイルの幾つかは、圧縮しないで、アーカイブに保管することができる。
【０８２４】
・マニフェスト(XML)
・マークアップ(XML)
・スクリプト(ECMAScript)
・イメージ(JPEG/PNG/MNG)
・効果音用オーディオ(WAV)
・フォント(OpenType)
・アドバンスドサブタイトル(XML)
本規格では、アーカイブに保管したファイルを、アドバンスドストリームと呼ぶ。このファイルは、ディスク（ADV_OBJディレクトリのもと）に入れるか、またはサーバから配信することができる。また、このファイルは、プライマリービデオセットのＥＶＯＢに多重化し、この場合は、ファイルをアドバンスドパック(ADV_PCK)と呼ぶパックに分割する。
【０８２５】
図８５は、プレイリストの構成例を説明する図である。Object Mapping、プレイバックシーケンス、Configurationはそれぞれルート要素以下に３つの領域が指定されて記述される。
【０８２６】
このプレイリストのファイルには、以下の情報を含むことができる：
* オブジェクトマッピングインフォメーション（各タイトル内にあり、このタイトルのタイムライン上にマッピングされる再生オブジェクト用の情報）；
* プレイバックシーケンス（タイトルのタイムラインにより記述される、各タイトル用の再生情報）；
* Configuration Information（データバッファアライメント等のシステムコンフィギュレーション用の情報）。
【０８２７】
図８６および図８７はプレイリストで用いる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を可能にしている。
【０８３３】
図８９は、プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがアングル情報を含む場合）を説明する図である。図８９は図８８のオブジェクトマッピングインフォメーションを記述した具体例である。
【０８３４】
図９２は、プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがマルチストーリを含む場合）を説明する図である。図９２は図８９のMulti-Story設定の時のオブジェクトマッピングインフォメーションを記述した例である。ここで、seq要素はその子要素がシーケンシャルに順次Timeline上にMapされることを意味し、par要素はその子要素がパラレルに同時にTimeline上にMapされることを意味する。またtrack要素はそれぞれのObjectを指定する際に使用し、Timeline上の時間をstart、endの属性も用いて表現する。
【０８３５】
この時、図８８のApp1とApp2の間のようにTimeline上に続けて配置されている場合、end属性は省略することができる。またApp2とApp3のように間が空いている場合はend属性を用いて表現する。さらにseq、par要素に設定するname属性を用いることによって、現在再生中の状態をプレイヤ（の表示パネル）もしくは外部モニタ画面上へ表示することも可能になる。なお、AudioやSubtitleはStream番号を用いて識別できる。
【０８３６】
図９２は、アドバンスドオブジェクトタイプの例（ここでは４例）を説明する図である。Advanced objectのTypeは図９２の4つに分類できる。まず、Timelineに同期した形で再生されるか、非同期で自らの再生時間によって再生を行なうかの分類。そしてプレイリストにTimeline上の再生開始時間が記録され、その時間に再生が開始されるもの（スケジュールされたオブジェクト）と、ユーザ操作などによって任意の再生開始時間を持つもの（スケジュールされないオブジェクト）とに分類される。
【０８３７】
図９３は、同期したアドバンスドオブジェクトの場合のプレイリスト例を説明する図である。図９３は前述の4つの分類のうち、Timelineに同期して再生する<1>、<2>の場合を例示した図である。図中ではEffect Audioを用いて説明している。Effect Audio1が図９４の<1>、Effect Audio2が<2>と対応している。Effect Audio1は開始時間、終了時間が定義されているモデルである。Effect Audio2は自身の再生時間600を持つが、再生可能時間が1000-1800までの期間でユーザ操作などにより任意の開始時間を持つものである。
【０８３８】
App3が時間1000から始まり時間1050で再生が開始された場合は、Timeline上の時間1650までTimelineに同期して再生が行なわれる。時間1100から開始された場合も同様に時間1700まで同期して再生が行なわれる。しかし、Applicationを超えての再生は別のObjectが存在した場合などに矛盾を生じるため、行なわない制限を設ける。そのため、時間1600で再生を開始した場合、自身の再生時間では時間2000まで続くが、実際はApplicationの終了時間である時間1800で再生終了することになる。
【０８３９】
図９４は、同期したアドバンスドオブジェクトの場合のプレイリスト記述例を説明する図である。図９４はObjectをType別に分けた場合の図９３で使用したEffect Audio1、2についてのtrack要素の記述例である。Timelineに同期しているか否かの選択はsync属性を用いて定義できる。また、再生期間がTimeline上に決まっているか、もしくはユーザ操作などによって再生可能時間内で選択的に開始されるかは、time属性を用いて定義できる。
【０８４０】
次に、ネットワークについて説明する。ここで説明するネットワークにより、上記説明したアドバンスドコンテンツをネットワーク経由でプレイヤに提供することができる。また、ＨＤ−ＤＶＤに記録された情報を用いることをネットワーク接続の条件及びアドバンスドコンテンツのダウンロードの条件とすることも可能である。
【０８４１】
ここでは、ＨＤ−ＤＶＤプレイヤのネットワークアクセス機能の仕様について記述する。
【０８４２】
最初に、プレイヤとサーバのネットワーク接続の概要について説明する。
【０８４３】
本実施形態では、以下の単純なネットワーク接続モデルが想定してある。
【０８４４】
最小要件は：
−ＨＤ−ＤＶＤプレイヤをインターネットに接続する。
【０８４５】
−ドメイン名をＩＰアドレスに変換するために、ＤＮＳなどの名称変換サービスを用いることができる。
【０８４６】
−最低５１２ｋｂｓのダウンストリームスループットが保証される。スループットとは、インターネットのサーバからＨＤ−ＤＶＤプレイヤに、所定期間、うまく送信されるデータ量として定義される。セッション確立などの、エラーやオーバヘッドによる再送信が考慮に入れてある。
【０８４７】
次に、図９５を参照して、ネットワークシステムモデルについて説明する。
【０８４８】
ＨＤ−ＤＶＤは、バッファ管理および再生タイミングに関して、２種類のダウンロード方法に対応している。すなわち、完全ダウンロードおよびストリーミング（プログレッシブダウンロード）である。
【０８４９】
本実施形態では、これらの用語を以下のように定義する：
−完全ダウンロード方法：ＨＤ−ＤＶＤプレイヤに、ファイル全体を記憶するのに十分なバッファサイズがある。サーバからプレイヤへのファイル全体の送信は、ファイルの再生前に完了する。アドバンスナビゲーション、アドバンスドエレメンツおよびこれらのファイルのアーカーブへの保管は、完全ダウンロード方法によりダウンロードする。セカンダリービデオセットのファイルサイズが小さくて、ファイルキャッシュ（データキャッシュの一部）に記憶するのに十分である場合には、これも完全ダウンロードによりダウンロードすることができる。
【０８５０】
−ストリーミング（プログレッシブダウンロード）：ファイルをダウンロードするために準備したバッファサイズが、ファイルサイズよりも小さいことがある。バッファをリンングバッファとして用いることにより、プレイヤで、ダウンロード中にファイルを再生する。セカンダリービデオセットだけは、ストリーミングによりダウンロードする。
【０８５１】
以下に記載の“ダウンロード方法”とは、上記の２つの方法のことを指している。この２つの種類のダウンロード方法を区別する必要があるときには、“完全ダウンロード”および“ストリーミング”を用いる。
【０８５２】
サーバとプレイヤとの接続が確立したならば、ＨＤ−ＤＶＤプレイヤは、ＨＴＴＰ  ＧＥＴ方法を用いてＴＭＡＰファイルを要求する。すると、その要求に応じて、サーバが完全ダウンロードによりＴＭＡＰファイルを送信する。プレイヤは、ＴＭＡＰファイルを受信後に、ＴＭＡＰに対応するセカンダリービデオセットを要求するメッセージをサーバに送る。要求されたファイルのサーバ送信を開始した後で、プレイヤは、ダウンロードの完了を待たないで、ファイルの再生を開始する。ダウンロードした内容の同期再生のために、ネットワークアクセスのタイミングを、プレゼンテーションタイミングとともに、事前にスケジュールに入れて、プレイリストで明示的に説明すべきである。この事前スケジュールは、プレゼンテーションエンジンおよびナビゲーションマネージャにより処理される前に、データ到着を保証することができる。
【０８５３】
続いて、サーバおよびディスク証明について説明する。
【０８５４】
最初に、安全接続を確立するための手順について説明する。
【０８５５】
サーバとＨＤ−ＤＶＤプレイヤとの間の安全な通信を確保するためには、データ通信前に認証プロセスを行うべきである。まず、ＨＴＴＰＳを用いてサーバ認証を処理しなければならない。次に、ＨＤ−ＤＶＤディスクを認証する。ディスク認証プロセスは随意であり、サーバにより開始される。ディスク認証の要求はサーバの責務であるが、ＨＤ−ＤＶＤプレイヤはすべて、要求された場合には、本実施形態に明記してあるように作動しなければならない。
【０８５６】
次に、サーバ認証について説明する。
【０８５７】
ネットワーク通信を始めるときには、ＨＴＴＰＳ接続を確立すべきである。このプロセス中に、サーバは、ＳＳＬ／ＴＬＳハンドシェークプロトコルでサーバ証明書を用いて認証すべきである。
【０８５８】
次に、図９６を参照して、ディスク認証について説明する。
【０８５９】
すべてのＨＤ−ＤＶＤプレイヤでディスク認証に対応すべきであるときに、サーバではディスク認証は随意である。ディスク認証の必要性を決めるのはサーバの責務である。
【０８６０】
ディスク認証は以下の手順から成る：
１．プレイヤがＨＴＴＰ  ＧＥＴ要求をサーバに送る。
【０８６１】
２．サーバは、ディスク認証に用いるセクタ番号を選択して、それらを含む応答メッセージを送る。
【０８６２】
３．プレイヤが、セクタ番号を受信すると、指定セクタ番号の未加工データを読み込んで、ハッシュコードを計算する。ハッシュコードおよびセクタ番号は、サーバへの次のＨＴＴＰ  ＧＥＴ要求に添付される。
【０８６３】
４．ハッシュコードが正しければ、サーバは要求されたファイルを応答として送る。ハッシュコードが正しくなければ、サーバはエラー応答を送る。
【０８６４】
サーバは、常時読み込むためのセクタ番号を含む応答メッセージを送って、ディスクを再認証することができる。ディスク認証は、ディスクのランダムアクセスを要求するので、連続再生を中断するかもしれないことを考慮に入れておくべきである。各手順およびハッシュ機能のメッセージフォーマットは未定である。
【０８６５】
次に、ウォールドガーデンリストについて説明する。
【０８６６】
ウォールドガーデンリストは、アクセス可能なネットワークドメインのリストを定義する。このリストに一覧していないネットワークドメインにアクセスすることは禁止される。
【０８６７】
次に、ダウンロードモデルについて説明する。
【０８６８】
まず、図９７を参照して、ネットワークデータフローモデルについて説明する。
【０８６９】
上記説明したように、サーバから送信されたファイルは、ネットワークマネージャによりデータキャッシュに記憶される。データキャッシュは、ファイルキャッシュおよびストリーミングバッファの２つの領域から成る。ファイルキャッシュは完全ダウンロード方法によりダウンロードしたファイルを記憶するために使用し、ストリーミングバッファはストリーミングのために使用する。ストリーミングバッファのサイズは、通常は、ストリーミングによりダウンロードされるセカンダリービデオセットのサイズよりも小さいので、リングバッファとして使用し、ストリーミングバッファマネージャが管理する。ファイルキャッシュおよびストリーミングバッファのデータの流れを図９７にモデル化した。
【０８７０】
ネットワークマネージャは、サーバとの通信をすべて管理する。プレイヤとサーバとの接続をして、認証手順をすべて処理する。また、適切なプロトコルによりファイルのサーバへのダウンロードも要求する。要求タイミングはナビゲーションマネージャが引き起こす。
【０８７１】
データキャッシュは、ダウンロードしたデータおよびＨＤ−ＤＶＤから読み込んだデータを記憶するために使用するメモリである。データキャッシュの最小サイズは６４ＭＢである。データキャッシュは2つの領域に分割される。すなわち、ファイルキャッシュとストリーミングバッファである。
【０８７２】
ファイルキャッシュは、完全ダウンロードによりダウンロードしたデータを記憶するために使用するバッファである。ファイルキャッシュはＨＤ−ＤＶＤディスクからのデータを記憶するためにも使用する。
【０８７３】
ストリーミングバッファは、ストリーミング中にダウンロードしたファイルの一部を記憶するために使用するバッファである。ストリーミングバッファのサイズはプレイリストに指定されている。
【０８７４】
ストリーミングバッファマネージャは、ストリーミングバッファの動作を制御する。ストリーミングバッファをリングバッファとして扱う。ストリーミングバッファがいっぱいでなければ、ストリーミング中に、ストリーミングバッファマネージャはストリーミングバッファのデータをできる限り多く記憶する。
【０８７５】
データ供給マネージャは、適切な時にストリーミングバッファからデータを取ってきて、セカンダリービデオデコーダに入れる。
【０８７６】
次に、図９８を参照して、完全ダウンロードのバッファモデル（ファイルキャッシュ）について説明する。
【０８７７】
完全ダウンロードをスケジューリングするために、ファイルキャッシュの動作は、以下のデータ入力/出力モデルおよびアクションタイミングモデルにより完全に指定されている。図９８は、バッファ動作例を示す。
【０８７８】
データ入力/出力モデルは、以下の通りである。
【０８７９】
−データ入力速度は５１２ｋｂｐｓ。
【０８８０】
−ダウンロードしたデータは、アプリケーション期間が終了したときにファイルキャッシュから除去される。
【０８８１】
アクションタイミングモデルは、以下の通りである。
【０８８２】
−ダウンロードは、プリフェッチタグによりプレイリストに明記したダウンロード開始時に始まる。
【０８８３】
−プレゼンテーションは、トラックタグによりプレイリストに明記したプレゼンテーション開始時に始まる。
【０８８４】
このモデルを用いて、プレゼンテーション時間前にダウンロードを完了するようにネットワークアクセスをスケジュールに入れるべきである。この条件は、以下の式により計算するtime_marginが正になる条件と同じである。
【０８８５】
time_margin=(presentation_start_time-download_start_time-data_size/minimum_throughput
time_marginはネットワークのスループットの変動を吸収するためのマージンである。
【０８８６】
次に、図９９を参照して、ストリーミングのバッファモデル（ストリーミングバッファ）について説明する。
【０８８７】
ストリーミングをスケジューリングするために、ストリーミングバッファの動作は、以下のデータ入力/出力モデルおよびアクションタイミングモデルにより完全に指定されている。図９９はバッファ動作例を示す。
【０８８８】
データ入力/出力モデルは、以下の通りである。
【０８８９】
−データ入力速度は５１２ｋｂｐｓ。
【０８９０】
−プレゼンテーション時間後に、データはビデオビットレート速度でバッファから出力される。
【０８９１】
−ストリーミングバッファが一杯になると、データ伝送が停止する。
【０８９２】
アクションタイミングモデルは、以下の通りである。
【０８９３】
−ストリーミングは、ダウンロード開始時に始まる。
【０８９４】
−プレゼンテーションは、プレゼンテーション開始時に始まる。
【０８９５】
ストリーミングの場合、以下の式により計算するtime_marginは正であるべきである。
【０８９６】
time_margin=presentation_start_time-download_start_time
プレイリストの構成において述べるストリーミングバッファのサイズは、以下の条件を満たすべきである。
【０８９７】
streaming_buffer_size>=time_margin * minimum_throughput
これらの条件の他に、以下の単純な条件を満たさなければならない。
【０８９８】
minimum_throughput >= video_bitrate
次に、ランダムアクセスのデータフローモデルについて説明する。
【０８９９】
セカンダリービデオセットを完全ダウンロードによりダウンロードする場合には、早送りや早戻しなどの特別機能に対応することができる。他方、ストリーミングの場合には、ジャンプ（ランダムアクセス）だけに対応している。
【０９００】
次に、図１００を参照して、ダウンロードスケジューリングについて説明する。
【０９０１】
ダウンロードした内容を同期再生するためには、ネットワークアクセスを予めスケジュールに入れておくべきである。ネットワークアクセススケジュールは、プレイリストにダウンロード開始時として記述する。ネットワークアクセススケジュールでは、以下の条件を前提にすべきである：
−ネットワークスループットが常に一定（５１２ｋｂｐｓ）。
【０９０２】
−ＨＴＴＰ／ＨＴＴＰＳ用の単一セッションだけを使用することができ、マルチセッションは許容されない。したがって、オーサリング段階では、データダウンローディングは、２つ以上のデータを同時にダウンロードしないようにスケジュールに入れるべきである。
【０９０３】
−セカンダリービデオセットのストリーミングのために、セカンダリービデオセットのＴＭＡＰファイルを予めダウンロードしておくべきである。
【０９０４】
−後述するネットワークデータフローモデルのもとでは、完全ダウンロードおよびストリーミングは、バッファのオーバフロー/アンダフローを引き起こさないようにスケジュールに入れておくべきである。
【０９０５】
ネットワークアクセススケジュールは、完全ダウンロードではプリフェッチ要素により、ストリーミングではクリップ要素のプリロード属性により記述する。例えば、以下に完全ダウンロードのスケジュールを説明する。この説明では、snap.jpgのダウンロードをタイトルタイムの00：10：00：00に開始すべきであることを示している。
【０９０６】
<Prefetch src = “http://sample.com/snap.jpg” titleBeginTime = “00:10:00:00” />
別の例では、セカンダリービデオセットのストリーミングのためのネットワークアクセススケジュールを説明する。セカンダリービデオセットのダウンロードを開始する前に、セカンダリービデオセットに対応するＴＭＡＰを完全にダウンロードすべきである。図１００に、本説明で特定したプレゼンテーションスケジュールとネットワークアクセススケジュールとの関係を表す。
【０９０７】
<SecondaryVideoSetTrack>
<Prefetch src = “http://sample.com/clip1.tmap” begin = “00:02:20:00” />
<Clip src = “http://sample.com/clip1.tmap” preload=“00:02:40” title Begin Time = “00:03:00:00” />
</SecondaryVideoSetTrack>
この発明は上記した実施の形態そのままに限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。例えば、この発明は現在世界的に普及しているＤＶＤ−ＲＯＭビデオのみならず、近年急速に需要が伸びている録画再生可能なＤＶＤ−ＶＲ（ビデオレコーダ）にも適用できる。さらには、近々普及が始まるであろう次世代ＨＤ−ＤＶＤの再生系または録再系にも適用可能である。
【図面の簡単な説明】
【０９０８】
【図１】スタンダードコンテンツ及びアドバンスドコンテンツの構成を示す説明図。
【図２】カテゴリ１、２及び３のディスクの説明図。
【図３】タイムマップ情報（ＴＭＡＰＩ）によるエンハンスドビデオオブジェクト（ＥＶＯＢ）の参照例を示す説明図。
【図４】ディスクの再生状態の遷移例を示す説明図。
【図５】この発明に係るディスクのボリューム空間の例を説明する説明図。
【図６】この発明に係るディスクのディレクトリ及びファイルの例を示す説明図。
【図７】この発明に係る管理情報（ＶＭＧ）とビデオタイトルセット（ＶＴＳ）の構成を示す説明図。
【図８】この発明に係るプレーヤモデルのスタートアップシーケンスを示す説明図。
【図９】この発明に係るプライマリＥＶＯＢ−ＴＹ２のパック混在状態を示す構成説明図。
【図１０】この発明に係るプレーヤモデルの拡張システムターゲットデコーダの例を示す図。
【図１１】図１０に示したプレイやの動作例を説明するタイミングチャート。
【図１２】この発明に係るアドバンスドコンテンツプレイやの周辺環境を示す説明図。
【図１３】図１２のアドバンスドコンテンツプレイヤのモデルを示す説明図。
【図１４】この発明に係るディスクの記録情報の概念を示す説明図。
【図１５】この発明に係るディスクにおけるディレクトリとファイル構成例を示す説明図。
【図１６】この発明に係るアドバンスドコンテンツプレイヤのモデルをさらに詳しく示す説明図。
【図１７】図１６に示したデータアクセスマネージャの例を示す説明図。
【図１８】図１６に示したデータキャッシュの例を説明図。
【図１９】図１６に示したナビゲーションマネージャの例を示す説明図。
【図２０】図１６に示したプレゼンテーションエンジンの例を示す説明図。
【図２１】図１６に示したアドバンスドエレメントプレゼンテーションエンジンの例を示す説明図。
【図２２】図１６のアドバンスドサブタイトルプレイヤの例を示す説明図。
【図２３】図１６の描画システムの例を示す説明図。
【図２４】図１６のセカンダリビデオプレイヤの例を示す説明図。
【図２５】図１６のプライマリビデオプレイヤの例を示す説明図。
【図２６】図１６のデコーダエンジンの例を示す説明図。
【図２７】図１６のＡＶレンダラの例を示す説明図。
【図２８】図１６のビデオミキシングモデルの例を示す説明図。
【図２９】この発明に係わるグラフィック階層の例を説明する説明図。
【図３０】この発明に係わるオーディオミキシングモデルの例を示す説明図。
【図３１】この発明に係わるユーザインタフェースマネージャの例を示す説明図。
【図３２】この発明に係わるディスクデータ供給モデルの例を示す説明図。
【図３３】この発明に係わるネットワーク及びパーシスタンスストレージデータの供給モデルの例を示す説明図。
【図３４】この発明に係わるデータ格納モデルの例を示す説明図。
【図３５】この発明に係わるユーザ入力処理モデルの例を示す説明図。
【図３６】この発明に係わる装置がグラフィックフレームに対してアスペクト比の処理を行ったときの動作説明を行う説明図。
【図３７】この発明に係る装置の動作において、プレイリストの働きを説明するために示した図。
【図３８】この発明に係る装置の動作において、プレイリストによりタイムライン上にオブジェクトがマッピングされた様子を説明するために示した図。
【図３９】この発明に係るプレイリストファイルと他のオブジェクトの参照関係を示す説明図。
【図４０】この発明の装置に係る再生シーケンスの例を示す説明図。
【図４１】この発明の装置に係るトリックプレイ時の再生例を示す説明図。
【図４２】この発明の装置が６０Ｈｚ地域においてタイムライン上にオブジェクトマッピングをしたときの説明図。
【図４３】この発明の装置が５０Ｈｚ地域においてタイムライン上にオブジェクトマッピングをしたときの説明図。
【図４４】この発明に係るアドバンスドアプリケーションのコンテンツの例を示す説明図。
【図４５】この発明に係るマークアップページジャンプ（Markup Page Jump）に関するモデルであり、同期化していない場合のジャンプモデルの説明図。
【図４６】この発明に係るマークアップページジャンプ（Markup Page Jump）に関するモデルであり、ソフト同期化している場合のジャンプモデルの説明図。
【図４７】この発明に係るマークアップページジャンプ（Markup Page Jump）に関するモデルであり、ハード同期化している場合のジャンプモデルの説明図。
【図４８】この発明に係る装置の動作において、基本グラフィックスフレーム生成タイミングの例を示す説明図。
【図４９】この発明に係る装置の動作において、フレームドロップタイミングモデルの例を示す説明図。
【図５０】この発明に係わる装置の動作においてアドバンスドコンテンツの起動シーケンスの例を示す説明図。
【図５１】この発明に係わる装置の動作においてアドバンスドコンテンツ再生の更新シーケンスの例を示す説明図。
【図５２】この発明に係わる装置の動作においてアドバンスドVTSと標準VTS間の変換シーケンスの例を示す説明図。
【図５３】リジュームプロセスの例を示す図。
【図５４】ＶＭＧメニュー内と各ＶＴＳメニュー内の言語ユニットを選択する言語（コード）の例を示す図。
【図５５】各ＰＧＣにおけるＨＬＩの有効性の例を示す図。
【図５６】標準コンテンツのナビゲーションデータの構造を示す図。
【図５７】ビデオマネージャ情報（ＶＭＧＩ）の構造を示す図。
【図５８】ビデオマネージャ情報（ＶＭＧＩ）の構造を示す図。
【図５９】ビデオタイトルセットプログラムチェーン情報テーブル（ＶＴＳ＿ＰＧＣＩＴ）の構造を示す図。
【図６０】プログラムチェーン情報（ＰＧＣＩ）の構造を示す図。
【図６１】プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）の構造と、セル再生情報テーブル（Ｃ＿ＰＢＩＴ）の構造を示す図。
【図６２】エンハンストビデオオブジェクトセット（ＥＶＯＢＳ）の構造と、ナビパック（ＮＶ＿ＰＣＫ）の構造を示す図。
【図６３】ゼネラル制御情報（ＧＣＩ）の構造と、ハイライト情報（ＨＬＩ）の配置を示す図。
【図６４】サブピクチャとＨＬＩとの関係を示す図。
【図６５】ボタンカラー情報テーブル（ＢＴＮ＿ＣＯＬＩＴ）のと、各ボタングループのボタン情報の例を示す図。
【図６６】ハイライト情報パック（ＨＬＩ＿ＰＣＫ）の構造と、ＥＶＯＢＵ内のビデオデータとビデオパックの関係を示す図。
【図６７】ＭＰＥＧ−４  ＡＶＣビデオの制約を示す図。
【図６８】各ＥＶＯＢＵにおけるビデオデータの構造を示す図。
【図６９】サブピクチャユニット（ＳＰＵ）の構造と、ＳＰＵとサブピクチャパック（ＳＰ＿ＰＣＫ）との関係を示す図。
【図７０】サブピクチャユニットの更新タイミングを示す図。
【図７１】この発明の一実施の形態に係るディスク状情報記憶媒体に記録される情報内容を説明する図。
【図７２】アドバンスドコンテントの構成例を説明する図。
【図７３】ビデオタイトルセット情報（ＶＴＳＩ）の構成例を説明する図。
【図７４】１以上のエンハンスドビデオオブジェクトユニットのエントリ情報（ＥＶＯＢＵ＿ＥＮＴＩ＃１〜＃ｉ）で始まるタイムマップ情報（ＴＭＡＰＩ）の構成例を説明する図。
【図７５】タイムマップ情報がインターリーブドブロック用である場合に存在するインターリーブドユニット情報（ＩＬＶＵＩ）の構成例を説明する図。
【図７６】コンティギュアスブロック用ＴＭＡＰの例を示す図。
【図７７】インターリーブドブロック用ＴＭＡＰの例を示す図。
【図７８】プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）の構成例を説明する図。
【図７９】プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）のＶＭ＿ＰＣＫ、ＶＳ＿ＰＣＫの構成例を説明する図。
【図８０】プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）のＡＳ＿ＰＣＫ、ＡＭ＿ＰＣＫ構成例を説明する図。
【図８１】アドバンスドパック（ＡＤＶ＿ＰＣＫ）およびビデオオブジェクトユニット／タイムユニット（ＶＯＢＵ／ＴＵ）の先頭パックの構成例を説明する図。
【図８２】セカンダリビデオセット用のタイムマップ（ＴＭＡＰ）の構成例を説明する図。
【図８３】セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の構成例を説明する図。
【図８４】セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の別例（図８３の他例）を示す図。
【図８５】プレイリストの構成例を説明する図。
【図８６】タイムライン上の再生オブジェクトの配置（Allocation of Presentation Object）の例を説明する図。
【図８７】タイムライン上で再生オブジェクトのトリックプレイ（チャプタジャンプなど）が行われる場合の例を説明する図。
【図８８】オブジェクトがアングル情報を含む場合のプレイリストの構成例を説明する図。
【図８９】オブジェクトがマルチストーリを含む場合のプレイリストの構成例を説明する図。
【図９０】プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがアングル情報を含む場合）を説明する図。
【図９１】プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがマルチストーリを含む場合）を説明する図。
【図９２】アドバンスドオブジェクトタイプの例（ここでは４例）を説明する図。
【図９３】同期したアドバンスドオブジェクトの場合のプレイリスト例を説明する図。
【図９４】同期したアドバンスドオブジェクトの場合のプレイリスト記述例を説明する図。
【図９５】ネットワークシステムモデルの一例を示す図。
【図９６】ディスク認証の一例を説明するための図。
【図９７】ネットワークデータフローモデルの一例を説明するための図。
【図９８】完全ダウンロードのバッファモデル（ファイルキャッシュ）の一例を説明するための図。
【図９９】ストリーミングのバッファモデル（ストリーミングバッファ）の一例を説明するための図。
【図１００】ダウンロードスケジューリングの一例を説明するための図。
【符号の説明】
【０９０９】
１…情報記憶媒体（再生専用または記録再生可能な光ディスク）；１０…リードイン領域；１１…ボリューム／ファイル構造情報領域（ファイル情報領域）；１２…データ領域；１３…リードアウト領域；２０…ビデオデータ記録領域；２１…アドバンスドコンテンツ記録領域；２２…一般コンピュータ情報記録領域；３０…High Definitionビデオマネージャ記録領域（ＨＤＶＭＧ）；３１…High Definitionビデオマネージャ情報記録領域（ＨＤＶＭＧＩ）；３４…High Definitionビデオマネージャ情報バックアップ領域（ＨＤＶＭＧＩ＿ＢＵＰ）；４０…High Definitionビデオタイトルセット記録領域（ＨＤＶＴＳ＃１〜＃ｎ）；５０…アドバンスドHigh Definitionビデオタイトルセット記録領域（ＡＨＤＶＴＳ）
【図１】
2006260611.tif 000103
【図２】
2006260611.tif 000104
【図３】
2006260611.tif 000105
【図４】
2006260611.tif 000106
【図５】
2006260611.tif 000107
【図６】
2006260611.tif 000108
【図７】
2006260611.tif 000109
【図８】
2006260611.tif 000110
【図９】
2006260611.tif 000111
【図１０】
2006260611.tif 000112
【図１１】
2006260611.tif 000113
【図１２】
2006260611.tif 000114
【図１３】
2006260611.tif 000115
【図１４】
2006260611.tif 000116
【図１５】
2006260611.tif 000117
【図１６】
2006260611.tif 000118
【図１７】
2006260611.tif 000119
【図１８】
2006260611.tif 000120
【図１９】
2006260611.tif 000121
【図２０】
2006260611.tif 000122
【図２１】
2006260611.tif 000123
【図２２】
2006260611.tif 000124
【図２３】
2006260611.tif 000125
【図２４】
2006260611.tif 000126
【図２５】
2006260611.tif 000127
【図２６】
2006260611.tif 000128
【図２７】
2006260611.tif 000129
【図２８】
2006260611.tif 000130
【図２９】
2006260611.tif 000131
【図３０】
2006260611.tif 000132
【図３１】
2006260611.tif 000133
【図３２】
2006260611.tif 000134
【図３３】
2006260611.tif 000135
【図３４】
2006260611.tif 000136
【図３５】
2006260611.tif 000137
【図３６】
2006260611.tif 000138
【図３７】
2006260611.tif 000139
【図３８】
2006260611.tif 000140
【図３９】
2006260611.tif 000141
【図４０】
2006260611.tif 000142
【図４１】
2006260611.tif 000143
【図４２】
2006260611.tif 000144
【図４３】
2006260611.tif 000145
【図４４】
2006260611.tif 000146
【図４５】
2006260611.tif 000147
【図４６】
2006260611.tif 000148
【図４７】
2006260611.tif 000149
【図４８】
2006260611.tif 000150
【図４９】
2006260611.tif 000151
【図５０】
2006260611.tif 000152
【図５１】
2006260611.tif 000153
【図５２】
2006260611.tif 000154
【図５３】
2006260611.tif 000155
【図５４】
2006260611.tif 000156
【図５５】
2006260611.tif 000157
【図５６】
2006260611.tif 000158
【図５７】
2006260611.tif 000159
【図５８】
2006260611.tif 000160
【図５９】
2006260611.tif 000161
【図６０】
2006260611.tif 000162
【図６１】
2006260611.tif 000163
【図６２】
2006260611.tif 000164
【図６３】
2006260611.tif 000165
【図６４】
2006260611.tif 000166
【図６５】
2006260611.tif 000167
【図６６】
2006260611.tif 000168
【図６７】
2006260611.tif 000169
【図６８】
2006260611.tif 000170
【図６９】
2006260611.tif 000171
【図７０】
2006260611.tif 000172
【図７１】
2006260611.tif 000173
【図７２】
2006260611.tif 000174
【図７３】
2006260611.tif 000175
【図７４】
2006260611.tif 000176
【図７５】
2006260611.tif 000177
【図７６】
2006260611.tif 000178
【図７７】
2006260611.tif 000179
【図７８】
2006260611.tif 000180
【図７９】
2006260611.tif 000181
【図８０】
2006260611.tif 000182
【図８１】
2006260611.tif 000183
【図８２】
2006260611.tif 000184
【図８３】
2006260611.tif 000185
【図８４】
2006260611.tif 000186
【図８５】
2006260611.tif 000187
【図８６】
2006260611.tif 000188
【図８７】
2006260611.tif 000189
【図８８】
2006260611.tif 000190
【図８９】
2006260611.tif 000191
【図９０】
2006260611.tif 000192
【図９１】
2006260611.tif 000193
【図９２】
2006260611.tif 000194
【図９３】
2006260611.tif 000195
【図９４】
2006260611.tif 000196
【図９５】
2006260611.tif 000197
【図９６】
2006260611.tif 000198
【図９７】
2006260611.tif 000199
【図９８】
2006260611.tif 000200
【図９９】
2006260611.tif 000201
【図１００】
2006260611.tif 000202