(57)【要約】【課題】再生専用情報記憶媒体に記録されたコンテンツに対し、既存の再生シーケンスとは異なる方法で再生するビデオオブジェクトやその再生順序の制御を実現する。【解決手段】前記情報記憶媒体がアドバンスドコンテントを有するときに最初に再生される１以上のプレイリストの情報と、前記１以上のプレイリストの情報のうちどの１つを採用するかを決めるための情報（例えば<playlist href=VIDEO_TS/Playlist_5.xml>における“_5”）を含むスタートアップ情報を、前記情報記憶媒体に格納する。【選択図】  図２６２
2006221754.tif 000002
【特許請求の範囲】
【請求項１】
管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテントの記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体において、
前記情報記憶媒体が前記アドバンスドコンテントを有するときに最初に再生される１以上のプレイリストの情報と、前記１以上のプレイリストの情報のうちどの１つを採用するかを決めるための情報を含むスタートアップ情報を、前記データ領域が格納するように構成された情報記憶媒体。
【請求項２】
１つの前記プレイリストの情報が、再生する前記オブジェクト用のタイトル毎に含まれこのタイトルの時間軸上にマッピングされるオブジェクトマッピング情報と、前記時間軸により記述される前記タイトル毎の再生情報と、再生系のシステムコンフィギュレーションを示す情報とを含むように構成された請求項１に記載の情報記憶媒体。
【請求項３】
管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテントの記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有するものであって、前記アドバンスドコンテントを有するときに最初に再生される１以上のプレイリストの情報と前記１以上のプレイリストの情報のうちどの１つを採用するかを決めるための情報を含むスタートアップ情報を前記データ領域に格納できるように構成された情報記憶媒体を用いる方法において、
前記アドバンスドコンテントの記録領域に前記プレイリストの情報および前記スタートアップ情報を記録する記録方法。
【請求項４】
管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテントの記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有するものであって、前記アドバンスドコンテントを有するときに最初に再生される１以上のプレイリストの情報と前記１以上のプレイリストの情報のうちどの１つを採用するか決めるための情報を含むスタートアップ情報を前記データ領域が格納するように構成された情報記憶媒体を用いる方法において、
前記データ領域から１以上の前記プレイリストの情報および前記スタートアップ情報を含むファイルを再生し、
前記データ領域から前記オブジェクトを再生する再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、光ディスク等の情報記憶媒体、この情報記憶媒体に情報記録を行なう方法、およびこの情報記憶媒体を再生する方法に関する。
【背景技術】
【０００２】
近年、高画質・高機能を有するＤＶＤビデオディスク及びそのディスクを再生するビデオプレーヤの普及が進み、そのマルチチャネルオーディオを再生する周辺機器等も選択の幅が広がってきている。そしてホームシアターが身近に実現でき、高画質・高音質の映画やアニメーション等を家庭で自在に視聴し得る環境が整えられつつある。また、特許文献１に示すように、ディスクからの再生映像に対して文字の色等を変更することで種々のメニューを重畳表示することのできる再生装置も提案されている。
【０００３】
しかしながら、ここ数年、画像圧縮技術の向上に伴って、ユーザ及びコンテンツ供給者の両者からさらなる高画質の実現を望む声が挙がっている。また、上記高画質の実現以外にも、タイトル本編も含めメニュー画面や特典映像等のコンテンツにおいて、より色彩に富んだメニューやインタラクティブ性の向上等、コンテンツ内容の拡充によるユーザへのより魅力的なコンテンツの提供環境がコンテンツ供給者から望まれている。さらに、ユーザの撮影した静止画イメージデータやインターネット接続などにより入手した字幕テキスト等を、再生位置、再生領域、あるいは再生時間をユーザが自由に指定して再生することにより、コンテンツを自由に楽しみたい等の要求が高まってきている。
【特許文献１】特開平１０−５００３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したように、タイトル本編の高画質化の実現に加えて、メニュー画面や特典映像等のコンテンツにおいても、より色彩に富んだメニューやインタラクティブ性の向上等、コンテンツ内容の拡充によるユーザへのより魅力的なコンテンツの提供環境が望まれている状況にある。
【０００５】
一方で、色彩に富んだメニューやインタラクティブ性の高いコンテンツの製作には、従来のコンテンツ製作とは異なった技術が必要となるため、その技術の習得に多くの時間を費やす必要がある。このため、従来の製作技術により製作が可能な、（機能的に従来と大差は無いかもしれないが、）タイトル本編を高画質化するようなコンテンツの提供環境も同時に必要とされている。
【０００６】
また、従来のＤＶＤビデオディスク（ＲＯＭ系ディスク）においては、コンテンツ制作者が設定するものであって、あらかじめ決められディスク上に記録されるプログラムチェーン（Program Chain：略してＰＧＣ）情報をもとに、再生するビデオオブジェクト（ＶＯＢまたはＥＶＯＢと呼ばれる）および／またはその再生順序を決定していた。しかし、あらかじめ再生するビデオオブジェクトやその再生順序がディスクを製作したときに決まってしまい、ディスクを製作した後にこれを変更することができなかった。つまり、コンテンツ制作者としては、前述の再生するビデオオブジェクトやその再生順序を変更したいときは、新たにＤＶＤビデオディスクの管理情報を作り直して、変更したＰＧＣを新たなディスクに記録する必要があり、ユーザとしては、変更されたＰＧＣが記録されたＤＶＤビデオディスクを買いなおす必要があった。
【０００７】
この発明はこのような点に鑑みてなされたもので、この発明の課題の１つは、従来のＤＶＤビデオディスクに記録されたコンテンツに対し、Markup言語などにより実現される再生制御情報を用いて再生するビデオオブジェクトやその再生順序の制御を実現することである。
【０００８】
別の言い方をすると、ＤＶＤビデオディスク等の再生専用情報記憶媒体に記録されたコンテンツに対し、既存の再生シーケンスとは異なる方法で再生するビデオオブジェクトやその再生順序の制御を実現する環境を提供することである。
【課題を解決するための手段】
【０００９】
この発明の一実施の形態に係る情報記憶媒体（１）は、管理情報（ＨＤＶＭＧ）を記録する管理領域（３０）およびこの管理情報で管理されるオブジェクト（ＨＤＶＴＳ、ＡＨＤＶＴＳ）を記録するオブジェクト領域（４０、５０）を含むビデオデータ記録領域（２０）と、このビデオデータ記録領域（２０）の記録内容（３０〜５０）とは異なる情報（２１Ａ〜２１Ｅ）を含むアドバンスドコンテントの記録領域（２１）とを格納するデータ領域（１２）、並びにこのデータ領域（１２）の記録内容に対応したファイル情報（図２）を格納するファイル情報領域（１１）を有する。ここで、前記情報記憶媒体が前記アドバンスドコンテントを有するときに最初に再生される１以上のプレイリストの情報（図２３６）と、前記１以上のプレイリストの情報のうちどの１つを採用するかを決めるための情報（例えば<playlist href=VIDEO_TS/Playlist_5.xml>における“_5”で最新版のプレイリストの採用を決定できる）を含むスタートアップ情報（図２６２）を、前記データ領域（図５０ｅの２１１Ａ、２１５Ａ）が格納できるように構成されている。
【発明の効果】
【００１０】
この発明を実施することにより、多彩な表現を実現し、魅力的なコンテンツの構築が可能な情報記憶媒体及びその再生装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の一実施の形態に係る情報記憶媒体、情報再生方法、および情報再生装置について、適宜図面を参照しながら説明する。図１は、この発明の一実施の形態に係るディスク状情報記憶媒体に記録される情報内容を説明する図である。図１（ａ）に示す情報記憶媒体１は、例えば波長６５０ｎｍの赤色レーザないし４０５ｎｍ（あるいはそれ以下）の青色レーザを用いる高密度光ディスク（High Density またはHigh Definition のDigital Versatile Disc：略してＨＤ＿ＤＶＤ）で構成できる。
【００１２】
図１（ｂ）に示すように、情報記憶媒体１は、内周側からリードイン領域１０、データ領域１２、およびリードアウト領域１３を含んで構成されている。この情報記憶媒体１では、ファイルシステムにＩＳＯ９６６０とＵＤＦのブリッジ構造を採用し、データ領域１２のリードイン側にＩＳＯ９６６０とＵＤＦのボリューム／ファイル構造情報領域１１を持っている。
【００１３】
データ領域１２内は、図１（ｃ）に示すように、ＤＶＤビデオコンテンツ（スタンダードコンテンツまたはＳＤコンテンツとも呼ぶ）を記録するためのビデオデータ記録領域２０、他のビデオデータ記録領域（アドバンスドコンテンツを記録するためのアドバンスドコンテンツ記録領域）２１、および一般のコンピュータ情報記録領域２２の混在配置が許されている。（ここで、コンテンツという複数表現はコンテントという単数表現の内容も含んでいる。また、コンテントはコンテンツの代表単数という意味も含んでいる。）
ビデオデータ記録領域２０内は、図１（ｄ）に示すように、ビデオデータ記録領域２０内に記録されたＨＤ＿ＤＶＤビデオコンテンツ全体に関する管理情報が記録されたＨＤビデオマネージャ（ＨＤＶＭＧ：High Definition対応のVideo Maneger）記録領域３０と、各タイトル毎にまとめられ、各タイトル毎の管理情報と映像情報（ビデオオブジェクト）がまとめて記録されたＨＤビデオタイトルセット（ＨＤＶＴＳ：High Definition対応のVideo Title Set：スタンダードＶＴＳとも呼ぶ）記録領域４０と、アドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ：アドバンスドＶＴＳとも呼ぶ）記録領域５０を含んで構成されている。
【００１４】
ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域３０の中は、図１（ｅ）に示すように、ビデオデータ記録領域２０全体に関わる管理情報を示すＨＤビデオマネージャ情報（ＨＤＶＭＧＩ：High Definition対応のVideo Manager Informaiton）領域３１と、そのバックアップ用としてＨＤビデオマネージャ情報領域３１と全く同じ情報が記録されたＨＤビデオマネージャ情報バックアップ（ＨＤＶＭＧＩ＿ＢＵＰ）領域３４と、ビデオデータ記録領域２０全体を示すトップメニュー画面が記録されたメニュー用ビデオオブジェクト（ＨＤＶＭＧＭ＿ＶＯＢＳ）領域３２を含んで構成されている。
【００１５】
この発明の一実施の形態では、ＨＤビデオマネージャ記録領域３０内に、メニュー表示時に並行して出力する音声情報が記録されるメニュー用オーディオオブジェクト（ＨＤＭＥＮＵ＿ＡＯＢＳ）領域３３を新たに設けている。さらに、この発明の一実施の形態では、ディスク（情報記憶媒体）１がディスクドライブに装填された直後の最初のアクセスで実行されるファーストプレイＰＧＣ用の言語選択メニューＶＯＢＳ（ＦＰ＿ＰＧＣＭ＿ＶＯＢＳ）３５の領域に、メニュー記述言語コード等が設定できる画面を記録可能に構成している。
【００１６】
各タイトル毎の管理情報と映像情報（ビデオオブジェクト）がまとめて記録された１個のＨＤビデオタイトルセット（ＨＤＶＴＳ）記録領域４０の内部は、ＨＤビデオタイトルセット記録領域４０内の全コンテンツに対する管理情報が記録されているＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１と、そのバックアップデータとしてＨＤビデオタイトルセット情報領域４１と全く同じ情報が記録されたＨＤビデオタイトルセット情報バックアップ（ＨＤＶＴＳＩ＿ＢＵＰ）領域４４と、ビデオタイトルセット単位でのメニュー画面の情報が記録されたメニュー用ビデオオブジェクト領域（ＨＤＶＴＳＭ＿ＶＯＢＳ）４２と、このビデオタイトルセット内でのビデオオブジェクトデータ（タイトルの映像情報）が記録されているタイトル用ビデオオブジェクト（ＨＤＶＴＳＴＴ＿ＶＯＢＳ）領域４３を含んで構成されている。
【００１７】
図２は、この発明の一実施の形態に係るディスク状情報記憶媒体に記録されるコンテンツを管理するファイルシステムの一例を説明する図である。図１の各領域（３０、４０）は、ＩＳＯ９６６０とＵＤＦのブリッジ構造を持ったファイルシステムではそれぞれ別々のファイルを構成することになる。従来の（スタンダードＳＤの）ＤＶＤビデオコンテンツは“ＶＩＤＥＯ_ＴＳ”と言う名のディレクトリ下にまとめて配置されている。一方、この発明の一実施の形態に係るファイルは、図２に例示されるように、ルートディレクトリ下に、高精細（High Definition）ビデオを扱う情報ファイルを格納するＨＶＤＶＤ＿ＴＳディレクトリと、アドバンスドオブジェクトを扱う情報ファイルを格納するＡＤＶ＿ＯＢＪディレクトリとが配置される構成を有している。
【００１８】
上記ＨＶＤＶＤ＿ＴＳディレクトリ内には、大別して、メニュー用に利用されるメニューグループに属するファイル群と、タイトル用に利用されるタイトルセットグループに属するファイル群とが存在する。メニューグループに属するファイル群には、ディスク全体を管理する情報を有するビデオマネージャ用の情報ファイル（HVI00001.IFO）と、そのバックアップファイル（HVI00001.BUP）と、メニューの背景画面として利用されるメニュー用拡張ビデオオブジェクトセットの再生データファイル（HVM00001.EVO〜HVM00003.EVO）とが格納される。
【００１９】
タイトルセット＃ｎのグループ（タイトルセット＃１グループ等）に属するファイル群には、タイトルセット＃ｎを管理する情報を有するビデオタイトルセット用の情報ファイル（HVIxxx01.IFO：xxx＝００１〜９９９）と、そのバックアップファイル（HVIxxx01.BUP：xxx＝００１〜９９９）と、タイトルとして利用されるタイトルセット＃ｎ用拡張ビデオオブジェクトセットの再生データファイル（HVTxxxyy.EVO：xxx＝００１〜９９９、yy＝０１〜９９）とが格納される。
【００２０】
さらに、アドバンスドタイトルセットのグループに属するファイル群には、アドバンスドタイトルセットを管理する情報を有するビデオタイトルセット用の情報ファイル（HVIA0001.IFO）と、そのバックアップファイル（HVIA0001.BUP）と、タイトルとして利用されるアドバンスドタイトルセット用拡張ビデオオブジェクトセットの再生データファイル（HVTAxxyy.EVO：xx＝０１〜９９、yy＝０１〜９９）と、アドバンスドタイトルセット用タイムマップ情報ファイル（HVMAxxxx.MAP：xxxx＝０００１〜９９９９）と、そのバックアップファイル（HVMAxxxx.BUP：xxxx＝０００１〜９９９９、図示せず）等が格納される。
【００２１】
また、前記ＡＤＶ＿ＯＢＪディレクトリ内には、スタートアップ情報ファイル（STARTUP.XML）、ローディング情報ファイル（LOAD001.XML）、再生シーケンス情報ファイル（PBSEQ001.XML）、マークアップ言語ファイル（PAGE001.XML）、動画データ、アニメーションデータ、静止画データファイル、音声データファイル、フォントデータファイル等が格納される。ここで、スタートアップ情報ファイルの内容は、例えば、動画データ、アニメーションデータ、静止画データ、音声データ、フォントデータ、更にはこれらのデータの再生を制御するためのマークアップ言語等のデータの起動情報となる。また、ローディング情報ファイルには、再生装置内にあるバッファにロードすべきファイルに関する情報が記述されているローディング情報（これはMarkup言語/Script言語/StyleSheetなどで記述できる）などが記録される。
【００２２】
再生シーケンス情報ファイル（PBSEQ001.XML）には、アドバンスドタイトルセットグループ内のアドバンスドタイトルセット用拡張ビデオオブジェクトセットの再生データファイルのどの区間を再生するかを定義する再生シーケンス情報（これもMarkup言語等で記述できる）等が記録される。
【００２３】
ここで、マークアップ言語（Markup言語）とは、文字の属性をあらかじめ定義されたコマンドに沿って記述する言語のことで、文字列に対して、書体の種類やサイズ、色などを属性として与えることができる。別の言い方をすると、マークアップ言語とは、文書の一部を「タグ」と呼ばれる特別な文字列で囲うことにより、文章の構造（見出しやハイパーリンクなど）や、修飾情報（文字の大きさや組版の状態など）を、文章中に記述していく記述言語である。
【００２４】
マークアップ言語を使用して書かれた文書は、テキストファイルになるため、テキストエディタを使って人間が普通に読むことが可能で、もちろん編集もできる。代表的なマークアップ言語としては、ＳＧＭＬ（Standard Generalized Markup Language）、ＳＧＭＬから発展したＨＴＭＬ（HyperText Markup Language）、ＴｅＸなどがある。
【００２５】
図３は、図１（ｅ）に示すＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域３１内の詳細なデータ構造を例示している。この領域３１内には、ビデオデータ記録領域２０内に記録されたＨＤ＿ＤＶＤビデオコンテンツ全体に共通する管理情報を纏めて記録したＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）３１０が先頭に配置され、その後順に、ＨＤ＿ＤＶＤビデオコンテンツ内に存在する各タイトルの検索（頭出し位置検出）に役立つ情報が記録されたタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１、メニューを表示するメニュー記述言語コード毎に分けられて配置されたメニュー画面の管理情報が記録されているＨＤビデオマネージャメニュープログラムチェーン情報ユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２、子供に見せられる映像と見せられない映像をパレンタル情報として管理する情報が記録されたパレンタル管理情報テーブル（ＰＴＬ＿ＭＡＩＴ）３１３、タイトルセットの属性に関して纏めて記録されているＨＤビデオタイトルセット属性情報テーブル（ＨＤＶＴＳ＿ＡＴＲＴ）３１４、ユーザに表示するテキスト情報が纏まって記録されたテキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）３１５、メニュー画面を構成するセルの開始アドレスの検索に役立つ情報が記録されたＨＤビデオマネージャメニューセルアドレステーブル（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ）３１６、メニュー画面を構成するビデオオブジェクトの最小単位を示すＶＯＢＵのアドレス情報が記録されたＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）３１７、およびＨＤメニューオーディオオブジェクトセット情報テーブル（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ）３１８が格納される。メニュー用オーディオオブジェクト（ＨＤＭＥＮＵ＿ＡＯＢＳ）領域３３のオブジェクトに対する管理データは、ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域３１内のＨＤメニューオーディオオブジェクトセット情報テーブル（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ）３１８内に記録される。
【００２６】
ここで、ＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）３１０からＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡ）３１７までのデータ構造は、従来ＤＶＤビデオの管理情報と一致している。
【００２７】
この発明の一実施の形態では、新規に追加するＨＤメニューオーディオオブジェクトセット情報テーブル（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ）３１８の部分を従来のＤＶＤビデオの管理情報と一致している部分と分けて、その後に配置している。そうすることで、従来のＤＶＤビデオの管理情報を使った従来の制御プログラムの記述をこの発明の実施においても利用できるようになる（従来ＤＶＤビデオと同じデータ構造の管理情報を用いる制御プログラムの記述は、従来とこの発明とで兼用可能となる）。これにより、この発明の一実施の形態に対応した情報再生装置の制御プログラム作成の簡素化を図る事ができる。
【００２８】
図４は、図３のＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）３１０内の詳細なデータ構造を例示している。この管理テーブル３１０内には、ユーザに対する言語選択用メニューの管理情報が記録されているファーストプレイＰＧＣＩ（ＦＰ＿ＰＧＣＩ）の情報と、ＨＤＭＥＮＵ＿ＡＯＢＳの先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳ＿ＳＡ）と、ＨＤＶＭＧＭ＿ＡＯＢＳ情報テーブルの先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ＿ＳＡ）と、ＨＤＶＭＧＭのグラフィックユニットストリーム数情報（ＨＤＶＭＧＭ＿ＧＵＳＴ＿Ｎｓ）と、ＨＤＶＭＧＭのグラフィックユニットストリーム属性情報（ＨＤＶＭＧＭ＿ＧＵＳＴ＿ＡＴＲ）等が配置される。
【００２９】
ＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）３１０内には、その他に、ＨＤビデオマネージャ識別子（ＨＤＶＭＧ＿ＩＤ）、ＨＤビデオマネージャの終了アドレス（ＨＤＶＭＧ＿ＥＡ）、ＨＤビデオマネージャ情報の終了アドレス（ＨＤＶＭＧＩ＿ＥＡ）、ＨＤ＿ＤＶＤビデオ規格のバージョン番号（ＶＥＲＮ）、ＨＤビデオマネージャカテゴリ（ＨＤＶＭＧ＿ＣＡＴ）、ボリュームセット識別子（ＶＬＭＳ＿ＩＤ）、アダプテーション識別子（ＡＤＰ＿ＩＤ）、ＨＤビデオタイトルセットの数（ＨＤＶＴＳ＿Ｎｓ）、プロバイダ独自の識別子（ＰＶＲ＿ＩＤ）、ＰＯＳコード（ＰＯＳ＿ＣＤ）、ＨＤビデオマネージャ情報管理テーブルの終了アドレス（ＨＤＶＭＧＩ＿ＭＡＴ＿ＥＡ）、ファーストプレイプログラムチェーン情報の先頭アドレス（ＦＰ＿ＰＧＣＩ＿ＳＡ）、ＨＤＶＭＧＭ＿ＶＯＢＳの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＳ＿ＳＡ）、ＴＴ＿ＳＲＰＴの先頭アドレス（ＴＴ＿ＳＲＰＴ＿ＳＡ）、ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴの先頭アドレス（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ＿ＳＡ）、ＰＴＬ＿ＭＡＩＴの先頭アドレス（ＰＴＬ＿ＭＡＩＴ＿ＳＡ）、ＨＤＶＴＳ＿ＡＴＲＴの先頭アドレス（ＨＤＶＴＳ＿ＡＴＲＴ＿ＳＡ）、ＴＸＴＤＴ＿ＭＧの先頭アドレス（ＴＸＴＤＴ＿ＭＧ＿ＳＡ）、ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴの先頭アドレス（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ＿ＳＡ）、ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）、ＨＤＶＭＧＭのビデオ属性（ＨＤＶＭＧＭ＿Ｖ＿ＡＴＲ）、ＨＤＶＭＧＭのオーディオストリーム数（ＨＤＶＭＧＭ＿ＡＳＴ＿Ｎｓ）、ＨＤＶＭＧＭのオーディオストリーム属性（ＨＤＶＭＧＭ＿ＡＳＴ＿ＡＴＲ）、ＨＤＶＭＧＭのサブピクチャストリーム数（ＨＤＶＭＧＭ＿ＳＰＳＴ＿Ｎｓ）、およびＨＤＶＭＧＭのサブピクチャストリーム属性（ＨＤＶＭＧＭ＿ＳＰＳＴ＿ＡＲＴ）の各種情報が記録されている。
【００３０】
図４において、ＨＤビデオマネージャカテゴリ（ＨＤＶＭＧ＿ＣＡＴ）は、世界の国々を所定の地域に分けて決めた各リージョンにおける再生可否情報を示すＲＭＡ＃１、ＲＭＡ＃２、ＲＭＡ＃３、ＲＭＡ＃４、ＲＭＡ＃５、ＲＭＡ＃６、ＲＭＡ＃７、ＲＭＡ＃８と、ＶＭＧのカテゴリを示すアプリケーションタイプ（Application Type）を含んで構成される。ここで、Application Typeは、
Application Type＝0000b：スタンダードＶＴＳのみを含む
＝0001b：アドバンスドＶＴＳのみを含む
＝0010b：アドバンスドＶＴＳとスタンダードＶＴＳの両方を含む
といった値を持つ。すなわち、Application Typeが“0000b”のときはこの情報記憶媒体はスタンダードＶＴＳのみを含む情報記憶媒体（コンテンツタイプ１ディスク）であることを示し、Application Typeが“0001b”のときはこの情報記憶媒体はアドバンスドＶＴＳのみを含む情報記憶媒体（コンテンツタイプ２ディスク）であることを示し、Application Typeが“0010b”のときはこの情報記憶媒体はスタンダードＶＴＳとアドバンスドＶＴＳの両方を含む情報記憶媒体（コンテンツタイプ２ディスク）であることを示す（詳細は後述）。
【００３１】
図５は、図３に示したタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１の内部構造を例示している。タイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１は、タイトルサーチポインタテーブル情報（ＴＴ＿ＳＲＰＴＩ）３１１ａと、タイトルサーチポインタ（ＴＴ＿ＳＲＰ）情報３１１ｂを含んで構成されている。タイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１内のタイトルサーチポインタ（ＴＴ＿ＳＲＰ）情報３１１ｂは、ＨＤ＿ＤＶＤビデオコンテンツ内に含まれるタイトル数に応じて１個または複数個を任意数だけ設定できる。タイトルサーチポインタテーブル情報（ＴＴ＿ＳＲＰＴＩ）３１１ａにはタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１の共通管理情報が記録され、このタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１内に含まれるタイトルサーチポインタの数（ＴＴ＿ＳＲＰ＿Ｎｓ）情報と、ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域のファイル（図２のHD_VMG00.HDI）内でのこのタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）３１１の終了アドレス（ＴＴ＿ＳＲＰＴ＿ＥＡ）情報が記録される。
【００３２】
また１個のタイトルサーチポインタ（ＴＴ＿ＳＲＰ）情報３１１ｂ内にはこのサーチポインタが示すタイトルに関するタイトルプレイバックタイプ（ＴＴ＿ＰＢ＿ＴＹ）、アングル数（ＡＧＬ＿Ｎｓ）、パートオブタイトル（ＰＴＴ：Part_of_Title）の数（ＰＴＴ＿Ｎｓ）、タイトル用パレンタルＩＤフィールド（ＴＴ＿ＰＴＬ＿ＩＤ＿ＦＬＤ）情報、ＨＤＶＴＳ番号（ＨＤＶＴＳＮ）、ＨＤＶＴＳタイトル番号（ＨＤＶＴＳ＿ＴＴＮ）、本ＨＤＶＴＳの先頭アドレス（ＨＤＶＴＳ＿ＳＡ）の各種情報が記録される。
【００３３】
図６は、図３に示したＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２の内部構造を例示している。ＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２には、ＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２内の共通管理情報が記録されているＨＤビデオマネージャメニュープログラムチェーン情報ユニットテーブル情報（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴＩ）３１２ａと、メニューを表示するメニュー記述言語コード毎にまとめられ、メニュー情報に関する管理情報が記録されたＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃ等が記録されている。ＨＤ＿ＤＶＤビデオコンテンツでサポートするメニュー記述言語コードの数だけＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃの情報を持つ。またＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２内では各メニュー記述言語コード毎のＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃへのアクセスを容易にするため、各ＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃの先頭アドレス情報を持つＨＤビデオマネージャメニュー言語ユニットサーチポインタ（ＨＤＶＭＧＭ＿ＬＵ＿ＳＲＰ）の情報３１２ｂを各ＨＤビデオマネージャ言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃの数だけ持っている。
【００３４】
ＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２ａ内は、ＨＤビデオマネージャメニュー言語ユニットの数（ＨＤＶＭＧＭ＿ＬＵ＿Ｎｓ）情報と、ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域のファイル（図２のHD_VMG00.HDI）内でのこのＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２の終了アドレス（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ＿ＥＡ）情報を持つ。
【００３５】
またＨＤビデオマネージャメニュー言語ユニットサーチポインタ（ＨＤＶＭＧＭ＿ＬＵ＿ＳＲＰ）の情報３１２ｂ内は、上述したようにＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域のファイル（図２のHD_VMG00.HDI）内でのＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２の開始位置から対応するＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃの先頭位置までの差分アドレス情報（ＨＤＶＭＧＭ＿ＵＴ＿ＳＡ）を持つだけでなく、対応するＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃのメニュー記述言語コードを示すＨＤビデオマネージャメニュー言語コード（ＨＤＶＭＧＭ＿ＬＣＤ）の情報と、対応するＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃがユーザに表示するメニュー画面をビデオオブジェクト（ＶＯＢもしくはＥＶＯＢ）として持つか否かを示すＨＤビデオマネージャメニューの有無（ＨＤＶＭＧＭ＿ＥＸＳＴ）情報も有している。
【００３６】
図７は、図３に示したＨＤビデオマネージャメニューＰＧＣＩ（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２内に記録されるＨＤビデオマネージャメニュー言語ユニット＃ｎ（ＨＤＶＭＧＭ＿ＬＵ＃ｎ）３１２ｃ（図６）内の詳細なデータ構造を例示している。ＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃ内は、ＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃ内のメニューに関する共通の管理情報が記録されたＨＤビデオマネージャメー言語ユニット情報（ＨＤＶＭＧＭ＿ＬＵＩ）３１２ｃ１と、図３３に示すような構造を有するＨＤビデオマネージャメニュープログラムチェーン情報（ＨＤＶＭＧＭ＿ＰＧＣＩ）３１２ｃ３と、ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域のファイル（図２のHD_VMG00.HDI）内でのＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２ｃ先頭位置から各ＨＤビデオマネージャメニュープログラムチェーン情報（ＨＤＶＭＧＭ＿ＰＧＣＩ）３１２ｃ３の先頭位置までの差分アドレスを示すＨＤＶＭＧＭ＿ＰＧＣＩサーチポインタ（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＳＲＰ＃１〜＃ｎ）の情報３１２ｃ２の各情報を持つ。
【００３７】
ＨＤビデオマネージャメニュー言語ユニット＃ｎ（ＨＤＶＭＧＭ＿ＬＵ＃ｎ）３１２ｃ内の最初の領域（グループ）に配置されるＨＤビデオマネージャメー言語ユニット情報（ＨＤＶＭＧＭ＿ＬＵＩ）３１２ｃ１は、ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＳＲＰの数（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＳＲＰ＿Ｎｓ）に関する情報と、ＨＤＶＭＧＭ＿ＬＵの終了アドレス（ＨＤＶＭＧＭ＿ＬＵ＿ＥＡ）情報を有する。また、ＨＤＶＭＧＭ＿ＰＧＣＩサーチポインタ（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＳＲＰ＃１〜＃ｎ）の情報３１２ｃ２は、ＨＤＶＭＧＭ＿ＰＧＣＩの先頭アドレス（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＳＡ）情報とＨＤＶＭＧＭ＿ＰＧＣカテゴリ（ＨＤＶＭＧＭ＿ＰＧＣ＿ＣＡＴ）情報を持つ。
【００３８】
図８は、図７に示したＨＤＶＭＧＭ＿ＰＧＣカテゴリ（ＨＤＶＭＧＭ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図である。ＨＤＶＭＧＭ＿ＰＧＣＩサーチポインタ＃ｎ（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＳＲＰ＃ｎ）３１２ｃ２内のＨＤＶＭＧＭ＿ＰＧＣカテゴリ情報（ＨＤＶＭＧＭ＿ＰＧＣ＿ＣＡＴ）内には、この発明の一実施の形態におけるＨＤコンテンツのメニューを画面表示した時に同時に再生する音声情報の選択情報と、音声情報再生の開始・終了トリガー情報を示す音声情報選択フラグ（Audio Selection情報）が記録される。この発明の一実施の形態におけるＨＤコンテンツのメニューを画面表示した時に同時に再生する音声データとしては、
＜１＞図１（ｅ）に示したメニュー用ビデオオブジェクト領域（ＨＤＶＭＧＭ＿ＶＯＢＳ）３２内に記録されたオーディオデータ（図示してないがAudio Pack内に分散記録されている）、または
＜２＞図１（ｅ）に示したメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内に存在し、図１９に示すように１個以上のメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）が順番に並んで配置されたオーディオデータを選択できる。
【００３９】
ここで、上記音声情報選択フラグ（Audio Selection情報）の“００ｂ”が選択された時には＜１＞のオーディオデータが再生され、メニューの切り替わり時に音声再生が途切れる。また、上記音声情報選択フラグ（Audio Selection情報）の“１０ｂ”または“１１ｂ”が選択された時には＜２＞に示したメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内に存在するメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）のオーディオデータが再生される。＜２＞に示したオーディオデータを再生する場合において、音声情報選択フラグが“１１ｂ”を指定した場合にはメニュー画面の変更毎に上記オーディオデータが最初から再生を開始し、“１０ｂ”を指定した場合にはメニュー画面の切り替えに関わらず連続して上記オーディオデータの再生が続けられる。
【００４０】
この発明の一実施の形態では、図１９に示すようにメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内に複数種類のメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）を格納しておくことができる。図８に示した音声情報番号（Audio Number情報）は、該当するメニュー表示用ＰＧＣを表示する時に同時に再生するメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）の選択情報として用いることができる。メニュー用ＡＯＢの選択候補として図１９に示すように配置されているメニュー用ＡＯＢの中で“上から何番目のＡＯＢを選択するか”は、この音声情報番号で選択できる。
【００４１】
その他、図８のＨＤＶＭＧＭ＿ＰＧＣカテゴリ（ＨＤＶＭＧＭ＿ＰＧＣ＿ＣＡＴ）情報内には、エントリＰＧＣか否かを判別するエントリタイプ情報、メニューの識別（例えばタイトルのメニューであるか等）を表すメニューＩＤ情報、ブロックモード情報、ブロックタイプ情報、ＰＴＬ＿ＩＤ＿ＦＬＤ情報等を記録することができるように構成されている。
【００４２】
図９は、図３に示したパレンタル管理情報テーブル（ＰＴＬ＿ＭＡＩＴ）３１３内のデータ構造を例示している。図９に例示されるように、パレンタル管理情報テーブル３１３は、パレンタル管理情報テーブル情報（ＰＴＬ＿ＭＡＩＴＩ）３１３ａと、１以上のパレンタル管理情報サーチポインタ（ＰＴＬ＿ＭＡＩ＿ＳＲＰ＃１〜＃ｎ）３１３ｂと、このサーチポインタに対応する数のパレンタル管理情報（ＰＴＬ＿ＭＡＩ＃１〜＃ｎ）３１３ｃを含んで構成されている。ここで、パレンタル管理情報テーブル情報（ＰＴＬ＿ＭＡＩＴＩ）３１３ａ内には国の数（ＣＴＹ＿Ｎｓ）、ＨＤＶＴＳの数（ＨＤＶＴＳ＿Ｎｓ）、ＰＴＬ＿ＭＡＩＴの終了アドレス（ＰＴＬ＿ＭＡＩＴ＿ＥＡ）等の情報が記録され、パレンタル管理情報サーチポインタ（ＰＴＬ＿ＭＡＩ＿ＳＲＰ）３１３ｂ内には国コード（ＣＴＹ＿ＣＤ）、ＰＴＬ＿ＭＡＩの先頭アドレス（ＰＴＬ＿ＭＡＩ＿ＳＡ）等の情報が記録されるようになっている。
【００４３】
図１０は、図９に示したパレンタル管理情報（ＰＴＬ＿ＭＡＩ）３１３ｃ内のデータ構造を例示している。このパレンタル管理情報３１３ｃは１以上のパレンタルレベル情報（ＰＴＬ＿ＬＶＬＩ）３１３ｃ１を有する。各パレンタルレベル情報（ＰＴＬ＿ＬＶＬＩ）３１３ｃ１は、ＨＤＶＭＧ用パレンタルＩＤフィールド（ＰＴＬ＿ＩＤ＿ＦＬＤ＿ＨＤＶＭＧ）３１３ｃ１１およびＨＤＶＴＳ用パレンタルＩＤフィールド（ＰＴＬ＿ＩＤ＿ＦＬＤ＿ＨＤＶＴＳ）３１３ｃ１２の情報を含んで構成されている。そして、各ＨＤＶＴＳ用パレンタルＩＤフィールド（ＰＴＬ＿ＩＤ＿ＦＬＤ＿ＨＤＶＴＳ）３１３ｃ１２の情報内には、ＰＧＣ選択用パレンタルＩＤフィールド（ＰＴＬ＿ＩＤ＿ＦＬＤ）を格納できるようになっている。
【００４４】
図１１は、図３に示したＨＤビデオタイトルセット属性情報テーブル（ＨＤＶＴＳ＿ＡＴＲＴ）３１４のデータ構造を例示している。このＨＤビデオタイトルセット属性情報テーブル３１４は、図１１に示すように、ＨＤＶＴＳの数（ＨＤＶＴＳ＿Ｎｓ）およびＨＤＶＴＳ＿ＡＴＲＴの終了アドレス（ＨＤＶＴＳ＿ＡＴＲＴ＿ＥＡ）の情報を持つＨＤビデオタイトルセット属性テーブル情報（ＨＤＶＴＳ＿ＡＴＲＴＩ）３１４ａと；ＨＤＶＴＳ＿ＡＴＲの先頭アドレス（ＨＤＶＴＳ＿ＡＴＲ＿ＳＡ）の情報が記録されたＨＤＶＴＳ用ビデオタイトルセット属性サーチポインタ（ＨＤＶＴＳ＿ＡＴＲ＿ＳＲＰ）３１４ｂと；ＨＤＶＴＳ＿ＡＴＲの終了アドレス（ＨＤＶＴＳ＿ＡＴＲＴ＿ＥＡ）、ＨＤビデオタイトルセットのカテゴリ（ＨＤＶＴＳ＿ＣＡＴ）、およびＨＤビデオタイトルセットの属性情報（ＨＤＶＴＳ＿ＡＴＲＩ）の各情報を有するＨＤＶＴＳ用ビデオタイトルセット属性（ＨＤＶＴＳ＿ＡＴＲ）３１４ｃとを含んで構成される。
【００４５】
図１２は、図３に示したテキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）３１５のデータ構造を例示している。このテキストデータマネージャ３１５は、図１２に示すように、テキストデータ識別子（ＴＸＴＤＴ＿ＩＤ）、ＴＸＴＤＴ＿ＬＵの数（ＴＸＴＤＴ＿ＬＵ＿Ｎｓ）、およびテキストデータマネージャの終了アドレス（ＴＸＴＤＴ＿ＭＧ＿ＥＡ）の各情報を有するテキストデータマネージャ情報（ＴＸＴＤＴ＿ＭＧＩ）３１５ａと；テキストデータ言語コード（ＴＸＴＤＴ＿ＬＣＤ）、キャラクタセット（ＣＨＲＳ）、およびＴＸＴＤＴ＿ＬＵの先頭アドレス（ＴＸＴＤＴ＿ＬＵ＿ＳＡ）の各種情報が記録されたテキストデータ言語ユニットサーチポインタ（ＴＸＴＤＴ＿ＬＵ＿ＳＲＰ）３１５ｂと；テキストデータ言語ユニット（ＴＸＴＤＴ＿ＬＵ）３１５ｃを含んで構成されている。
【００４６】
図１３は、テキストデータ言語ユニット（ＴＸＴＤＴ＿ＬＵ）３１５ｃの内部データ構造を例示している。このテキストデータ言語ユニット３１５ｃは、図１３に示すように、ＴＸＴＤＴ＿ＬＵの終了アドレス（ＴＸＴＤＴ＿ＬＵ＿ＥＡ）情報が記録されたテキストデータ言語ユニット情報（ＴＸＴＤＴ＿ＬＵＩ）３１５ｃ１と；ボリューム用ＩＴ＿ＴＸＴ＿ＳＲＰの先頭アドレス（ＩＴ＿ＴＸＴ＿ＳＲＰ＿ＳＡ＿ＶＬＭ）情報が記録されたボリューム用アイテムテキストサーチポインタサーチポインタ（ＩＴ＿ＴＸＴ＿ＳＲＰ＿ＳＲＰ＿ＶＬＭ）３１５ｃ２と；タイトル用ＩＴ＿ＴＸＴ＿ＳＲＰの先頭アドレス（ＩＴ＿ＴＸＴ＿ＳＲＰ＿ＳＡ＿ＴＴ）の情報を保有したタイトル用アイテムテキストサーチポインタサーチポインタ（ＩＴ＿ＴＸＴ＿ＳＲＰ＿ＳＲＰ＿ＴＴ）３１５ｃ３と；テキストデータ（ＴＸＴＤＴ）３１５ｃ４の各種情報を含んで構成されている。
【００４７】
図１４は、テキストデータ（ＴＸＴＤＴ）３１５ｃ４の内部データ構造を例示している。このテキストデータト３１５ｃ４には、図１４に示すように、ＩＴ＿ＴＸＴ＿ＳＲＰの数（ＩＴ＿ＴＸＴ＿ＳＲＰ＿Ｎｓ）の情報を有するテキストデータ情報（ＴＸＴＤＴＩ）３１５ｃ４１と；アイテムテキスト識別子コード（ＩＴ＿ＴＸＴ＿ＩＤＣＤ）およびＩＴ＿ＴＸＴの先頭アドレス（ＩＴ＿ＴＸＴ＿ＳＡ）の情報が記録されたアイテムテキストサーチポインタ（ＩＴ＿ＴＸＴ＿ＳＲＰ）３１５ｃ４２と；アイテムテキスト（ＩＴ＿ＴＸＴ）３１５ｃ４３の各種情報が記録されている。
【００４８】
図１５は、図３に示したＨＤビデオマネージャメニューセルアドレステーブル（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ）３１６のデータ構造を例示している。このＨＤビデオマネージャメニューセルアドレステーブル３１６には、図１５に示すように、ＨＤＶＭＧＭ＿ＶＯＢＳ内のＶＯＢの数（ＨＤＶＭＧＭ＿ＶＯＢ＿Ｎｓ）およびＨＤＶＭＧＭ＿Ｃ＿ＡＤＴの終了アドレス（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ＿ＥＡ）の各情報を持つＨＤビデオマネージャメニューセルアドレステーブル情報（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴＩ）３１６ａと；ＨＤＶＭＧＭ＿ＣＰのＶＯＢ＿ＩＤ番号（ＨＤＶＭＧＭ＿ＶＯＢ＿ＩＤＮ）、ＨＤＶＭＧＭ＿ＣＰのＣｅｌｌ＿ＩＤ番号（ＨＤＶＭＧＭ＿Ｃ＿ＩＤＮ）、ＨＤＶＭＧＭ＿ＣＰの先頭アドレス（ＨＤＶＭＧＭ＿ＣＰ＿ＳＡ）、およびＨＤＶＭＧＭ＿ＣＰの終了アドレス（ＨＤＶＭＧＭ＿ＣＰ＿ＥＡ）の各情報が記録されたＨＤビデオマネージャメニューセルピース情報（ＨＤＶＭＧＭ＿ＣＰＩ）３１６ｂの各種情報が記録されている（ＨＤＶＭＧＭ＿ＣＰの“ＣＰ”はセルピース）。
【００４９】
図１６は、図３に示したＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）３１７のデータ構造を例示している。このＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ３１７には、図１６に示すように、ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰの終了アドレス（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＥＡ）の情報を有するＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ情報（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰＩ）３１７ａと；ＨＤＶＭＧＭ＿ＶＯＢＵの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤ＃１〜＃ｎ）３１７ｂの各種情報が記録されている。
【００５０】
図１７は、メニュー用オーディオオブジェクト（ＨＤＭＥＮＵ＿ＡＯＢ）自体に対する管理情報内容を示し、図１（ｅ）に示したＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域３１内に存在する図３に示したＨＤメニューオーディオオブジェクトセット情報テーブル（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ）３１８の内部データ構造を例示している。図１７に示すように、ＨＤメニューオーディオオブジェクトセット情報テーブル３１８の最初に配置されているＨＤメニューオーディオオブジェクトセット情報テーブル情報（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴＩ）３１８ａ内には、ＨＤＭＥＮＵ＿ＡＯＢＳ内のＡＯＢ数情報であるＨＤＭＥＮＵ＿ＡＯＢ＿Ｎｓと、ＨＤＭＥＮＵ＿ＡＯＢＳＩＴの終了アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ＿ＥＡ）が存在する。この発明の一実施の形態では、情報記憶異媒体１内にメニュー用のオーディオオブジェクト（オーディオデータ）を複数種類記録可能になっている。
【００５１】
図１７のＨＤメニューオーディオオブジェクトセット情報テーブル３１８には、ＨＤメニューオーディオオブジェクトセット情報テーブル情報３１８ａに続いて、１以上のＨＤメニューオーディオオブジェクト情報（ＨＤＭＥＮＵ＿ＡＯＢＩ）３１８ｂが配置されている。各ＨＤメニューオーディオオブジェクト情報（ＨＤＭＥＮＵ＿ＡＯＢＩ）３１８ｂは、個々のメニュー用オーディオオブジェクト（オーディオデータ）に対する管理情報を示し、それぞれＨＤＭＥＮＵ＿ＡＯＢの再生情報（ＨＤＭＥＮＵ＿ＡＯＢ＿ＰＢＩ）、ＨＤＭＥＮＵ＿ＡＯＢの属性情報（ＨＤＭＥＮＵ＿ＡＯＢ＿ＡＴＲ）、ＨＤＭＥＮＵ＿ＡＯＢ＃ｎ（該当するＨＤＭＥＮＵ＿ＡＯＢ）の先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢ＿ＳＡ）、およびＨＤＭＥＮＵ＿ＡＯＢ＃ｎ（該当するＨＤＭＥＮＵ＿ＡＯＢ）の終了アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢ＿ＥＡ）を含んで構成される。
【００５２】
図１８は、例えば“HD_VMG01.HDV”というファイル内にまとめて格納された図１（ｅ）に示すメニュー用ビデオオブジェクト領域（ＨＤＶＭＧＭ＿ＶＯＢＳ）３２内のデータ構造を例示している（図示しないが、HD_VMG01.HDVファイルは図２のメニューグループ内のファイルとすることができる）。このメニュー用ビデオオブジェクト領域３２には、図１８に示すように、同一のメニュー画面がそれぞれ異なるメニュー記述言語コードで記録されたメニュー画面（ビデオオブジェクト）が並んで配置されている。このように複数言語のメニュー画面を複数用意し、それらのうちの１または複数を任意に選択してメニュー画面表示するように構成できる。例えば、日本語メニュー用ＶＯＢを１つだけ選択すれば日本語メニューを表示でき、英語メニュー用ＶＯＢを１つだけ選択すれば英語メニューを表示できる。あるいは、表示画面がマルチウインドウ表示可能に構成されているときは、日本語メニュー用ＶＯＢと英語メニュー用ＶＯＢを選択することにより、日本語メニューと英語メニューを同時にマルチウインドウ表示するように構成することもできる。
【００５３】
図１９は、ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３のデータ構造を例示する図である。この発明の一実施の形態では、情報記憶異媒体１内にメニュー用のオーディオオブジェクト（オーディオデータ）も複数種類記録が可能になっている。メニュー用のオーディオオブジェクト（ＡＯＢ）の記録場所は、例えば図１に示すようにＨＤビデオマネージャ記録領域（ＨＤＶＭＧ）３０内のメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内であり、このメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３は例えば“HD_MENU0.HDA”というファイル名の１ファイルを構成している（図示しないが、HD_MENU0.HDAファイルは図２のメニューグループ内のファイルとすることができる）。それぞれのメニュー用のオーディオオブジェクト（ＡＯＢ）は、“HD_MENU0.HDA”というファイル名の１ファイルを構成しているメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内に、図１９に示すように順番に配置されて記録されている。
【００５４】
図２０は、各ＨＤビデオタイトルセット（ＨＤＶＴＳ＃ｎ）記録領域に記録されるＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）４１のデータ構造を例示する図である。このＨＤビデオタイトルセット情報４１は、例えば図２に示した“HVI00101.IFO”および／または“HVIA0001.IFO”のファイル（あるいは図示しないが“VTS00100.IFO”というＤＶＤビデオコンテンツ内の別ファイル）内にまとめて記録される。図１（ｆ）に示したＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１の内部は、図２０に示すように、ＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）４１０、ＨＤビデオタイトルセットＰＴＴサーチポインタテーブル（ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）４１１、ＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）４１２、ＨＤビデオタイトルセットメニューＰＧＣＩユニットテーブル（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）４１３、ＨＤビデオタイトルセットタイムマップテーブル（ＨＤＶＴＳ＿ＴＭＡＰＴ）４１４、ＨＤビデオタイトルセットメニューセルアドレステーブル（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ）４１５、ＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）４１６、ＨＤビデオタイトルセットセルアドレステーブル（ＨＤＶＴＳ＿Ｃ＿ＡＤＴ）４１７、ＨＤビデオタイトルセットビデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ）４１８の各領域（管理情報グループ）に分かれている。
【００５５】
ＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）４１０には、該当するビデオタイトルセットに共通する管理情報が記録されている。この共通する管理情報（ＨＤＶＴＳＩ＿ＭＡＴ）をＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１の中で最初の領域（管理情報グループ）に配置する事で、（オブジェクト再生を開始する前に）即座にビデオタイトルセット内の共通管理情報を読み込めるので、情報再生装置の再生制御処理の簡素化と制御処理時間の短縮化が図れる。
【００５６】
図２１は、ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）のデータ構造を例示する図である。ＨＤＶＴＳ（この発明の一実施の形態に係るVideo Title Set）内に含まれるグラフィックユニットに関する管理情報は、図１（ｆ）に示したＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１内の最初の領域（グループ）内に配置されたＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）４１０（図２０参照）内に記録されている。具体的な管理情報内容は、図２１に示すようになっている。すなわち、グラフィックユニットストリームの数情報と属性情報が、ＨＤＶＴＳ内のメニュー画面とタイトル（表示映像）に分かれて、それぞれ、ＨＤＶＴＳＭのグラフィックユニットストリーム数情報（ＨＤＶＴＳＭ＿ＧＵＳＴ＿Ｎｓ）、ＨＤＶＴＳＭのグラフィックユニットストリーム属性情報（ＨＤＶＴＳＭ＿ＧＵＳＴ＿ＡＴＲ）、ＨＤＶＴＳのグラフィックユニットストリーム数情報（ＨＤＶＴＳ＿ＧＵＳＴ＿Ｎｓ）、およびＨＤＶＴＳのグラフィックユニットストリーム属性テーブル情報（ＨＤＶＴＳ＿ＧＵＳＴ＿ＡＴＲ）として、記録されている。
【００５７】
また、図２１に示すように、ＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）４１０内には、他に、ＨＤビデオタイトルセット識別子（ＨＤＶＴＳ＿ＩＤ）、ＨＤＶＴＳの終了アドレス（ＨＤＶＴＳ＿ＥＡ）、ＨＤＶＴＳＩの終了アドレス（ＨＤＶＴＳＩ＿ＥＡ）、ＨＤ＿ＤＶＤビデオ規格のバージョン番号（ＶＥＲＮ）、ＨＤＶＴＳカテゴリ（ＨＤＶＴＳ＿ＣＡＴ）、ＨＤＶＴＳＩ＿ＭＡＴの終了アドレス（ＨＤＶＴＳＩ＿ＭＡＴ＿ＥＡ）、ＨＤＶＴＳＭ＿ＶＯＢＳの先頭アドレス（ＨＤＶＴＳＭ＿ＶＯＢＳ＿ＳＡ）、ＨＤＶＴＳＴＴ＿ＶＯＢＳの先頭アドレス（ＨＤＶＴＳＴＴ＿ＶＯＢＳ＿ＳＡ）、ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴの先頭アドレス（ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ＿ＳＡ）、ＨＤＶＴＳ＿ＰＧＣＩＴの先頭アドレス（ＨＤＶＴＳ＿ＰＧＣＩＴ＿ＳＡ）、ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴの先頭アドレス（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ＿ＳＡ）、ＨＤＶＴＳ＿ＴＭＡＰの先頭アドレス（ＨＤＶＴＳ＿ＴＭＡＰ＿ＳＡ）、ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴの先頭アドレス（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ＿ＳＡ）、ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）、ＨＤＶＴＳ＿Ｃ＿ＡＤＴの先頭アドレス（ＨＤＶＴＳ＿Ｃ＿ＡＤＴ＿ＳＡ）、ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）、ＨＤＶＴＳＭのビデオ属性（ＨＤＶＴＳＭ＿Ｖ＿ＡＴＲ）、ＨＤＶＴＳＭのオーディオストリーム数（ＨＤＶＴＳＭ＿ＡＳＴ＿Ｎｓ）、ＨＤＶＴＳＭのオーディオストリーム属性（ＨＤＶＴＳＭ＿ＡＳＴ＿ＡＴＲ）、ＨＤＶＴＳＭのサブピクチャストリーム数の先頭アドレス（ＨＤＶＴＳＭ＿ＳＰＳＴ＿Ｎｓ）、ＨＤＶＴＳＭのサブピクチャストリーム属性（ＨＤＶＴＳＭ＿ＳＰＳＴ＿ＡＴＲ）、ＨＤＶＴＳのビデオ属性（ＨＤＶＴＳ＿Ｖ＿ＡＴＲ）、ＨＤＶＴＳのオーディオストリーム数（ＨＤＶＴＳ＿ＡＳＴ＿Ｎｓ）、ＨＤＶＴＳのオーディオストリーム属性テーブル（ＨＤＶＴＳ＿ＡＳＴ＿ＡＴＲＴ）、ＨＤＶＴＳのサブピクチャストリーム数（ＨＤＶＴＳ＿ＳＰＳＴ＿Ｎｓ）、ＨＤＶＴＳのサブピクチャストリーム属性テーブル（ＨＤＶＴＳ＿ＳＰＳＴ＿ＡＴＲＴ）、ＨＤＶＴＳのマルチチャネルオーディオストリーム属性テーブル（ＨＤＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲＴ）の各種情報が記
録されている。
【００５８】
図２２は、図１９に示したＨＤビデオタイトルセットＰＴＴサーチポインタテーブル（ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）４１１の中のデータ構造を例示している。このＨＤビデオタイトルセットＰＴＴサーチポインタテーブル４１１は、ＨＤＶＴＳのＴＴＵの数（ＨＤＶＴＳ＿ＴＴＵ＿Ｎｓ）およびＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴの終了アドレス（ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ＿ＥＡ）の情報を有するＰＴＴサーチポインタテーブル情報（ＰＴＴ＿ＳＲＰＴＩ）４１１ａと；ＴＴＵの先頭アドレス（ＴＴＵ＿ＳＡ）の情報が記録されたタイトルユニットサーチポインタ（ＴＴＵ＿ＳＲＰ）４１１ｂと；プログラムチェーン番号（ＰＧＣＮ）およびプログラム番号（ＰＧＮ）の情報を持ったＰＴＴサーチポインタ（ＰＴＴ＿ＳＲＰ）４１１ｃの各種情報を含んで構成されている。
【００５９】
＜中断情報またはリジューム情報（Resume Information）を管理する情報の配置場所＞
図２３は、ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図である。この発明の一実施の形態では、図２３に示すように、ＨＤＶＴＳ＿ＰＧＣＩサーチポインタ４１２内のＨＤＶＴＳ＿ＰＧＣカテゴリ内にリジューム情報の更新許可フラグ（RSM permission Flag）を持たせている。上記ＨＤＶＴＳ＿ＰＧＣＩサーチポインタ４１２の情報は、図１（ｆ）に示したＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１の中に存在する図２０に示したＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）４１２の中に配置されている。ＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）４１２の中は、図２３に示すように、他に、ＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰの数（ＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ＿Ｎｓ）およびＨＤＶＴＳ＿ＰＧＣＩＴの終了アドレス（ＨＤＶＴＳ＿ＰＧＣＩＴ＿ＥＡ）の情報が含まれるＨＤビデオタイトルセットＰＧＣＩ情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴＩ）４１２ａの情報が記録されている。また、ＨＤＶＴＳ＿ＰＧＣＩサーチポインタ（ＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ）４１２ｂ内には、上述したＨＤＶＴＳ＿ＰＧＣカテゴリ（ＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）と共に、ＨＤＶＴＳ＿ＰＧＣＩの先頭アドレス（ＨＤＶＴＳ＿ＰＧＣＩ＿ＳＡ）の情報も記録されている。
【００６０】
図２４は、ＨＤＶＴＳ＿ＰＧＣカテゴリ（ＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図である。図２４に示すリジューム情報の更新許可フラグ（RSM permission Flag）は、該当するＨＤＶＴＳ＿ＰＧＣの再生を開始した段階でリジューム情報（Resume Information）の内容を更新するか（該当するＰＧＣの再生状況に合わせてリジューム情報を逐次更新して行くか）の指定をする。すなわち上記のフラグが、
RSM permission Flag＝“０ｂ”の場合はリジューム情報の更新を行い、
RSM permission Flag＝“１ｂ”の場合はリジューム情報の更新を行わず、その前に再生したＨＤＶＴＳ＿ＰＧＣ（この発明の一実施の形態に係るビデオタイトルセット内の対応したプログラムチェーン）の再生中断情報を保持しておく、
といった処理を行う。また、ＨＤＶＴＳ＿ＰＧＣカテゴリ（ＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）の中には他にもエントリＰＧＣか否かを判別するエントリタイプ情報、対応するＰＧＣが示すＶＴＳ（ビデオタイトルセット）内のタイトル番号情報、ブロックモード情報、ブロックタイプ情報、ＰＴＬ＿ＩＤ＿ＦＬＤ情報等が記録可能に構成されている。
【００６１】
図２５は、図２０に示したＨＤビデオタイトルセットメニューＰＧＣＩユニットテーブル（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）４１３の中のデータ構造を例示している。このＨＤビデオタイトルセットメニューＰＧＣＩユニットテーブル４１３の内部は、ＨＤビデオタイトルセットメニュー言語ユニットの数（ＨＤＶＴＳＭ＿ＬＵ＿Ｎｓ）およびＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴの終了アドレス（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ＿ＥＡ）の各情報を有したＨＤビデオタイトルセットメニュープログラムチェーン情報ユニットテーブル情報（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴＩ）４１３ａと；ＨＤビデオタイトルセットメニュー言語コード（ＨＤＶＴＳＭ＿ＬＣＤ）、ＨＤビデオタイトルセットメニューの有無（ＨＤＶＴＳＭ＿ＥＸＳＴ）、およびＨＤＶＴＳＭ＿ＬＵの先頭アドレス（ＨＤＶＴＳＭ＿ＵＴ＿ＳＡ）の各情報が記録されたＨＤビデオタイトルセットメニュー言語ユニットサーチポインタ（ＨＤＶＴＳＭ＿ＬＵ＿ＳＲＰ）４１３ｂと；ＨＤビデオタイトルセットメニュー言語ユニット（ＨＤＶＴＳＭ＿ＬＵ）４１３ｃの各種情報を含んで構成されている。
【００６２】
図２６は、上記のＨＤビデオタイトルセットメニュー言語ユニット（ＨＤＶＴＳＭ＿ＬＵ）４１３ｃ内のデータ構造を例示している。このＨＤビデオタイトルセットメニュー言語ユニット４１３ｃは、図２６に示すように、ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＳＲＰの数（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＳＲＰ＿Ｎｓ）およびＨＤＶＴＳＭ＿ＬＵの終了アドレス（ＨＤＶＴＳＭ＿ＬＵ＿ＥＡ）の情報を有するＨＤビデオタイトルセットメニュー言語ユニット情報（ＨＤＶＴＳＭ＿ＬＵＩ）４１３ｃ１と；図３３と全く同じデータ構造を持ったＨＤビデオタイトルセットメニュープログラムチェーン情報（ＨＤＶＴＳＭ＿ＰＧＣＩ）４１３ｃ３と；ＨＤＶＴＳＭ＿ＰＧＣカテゴリ（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）およびＨＤＶＴＳＭ＿ＰＧＣＩの先頭アドレス（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＳＡ）の情報が記録されたＨＤＶＴＳＭ＿ＰＧＣＩサーチポインタ（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＳＲＰ）４１３ｃ２を含んで構成されている。
【００６３】
上記メニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）を参照（指定）する情報の設定場所として、この発明の一実施の形態では、ＨＤＶＴＳ単位でのメニューに関しては、図２６に示すように、ＨＤＶＴＳ＿ＰＧＣＩサーチポインタ＃ｎ（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＳＲＰ＃ｎ）４１３ｃ２内のＨＤＶＴＳＭ＿ＰＧＣカテゴリ情報（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）内に配置する。
【００６４】
図２７は、ＨＤＶＴＳＭ＿ＰＧＣカテゴリ（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図である。図２７に示すＨＤＶＴＳＭ＿ＰＧＣカテゴリ情報（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）内のAOB Number情報は、ＨＤＭＥＮＵ＿ＡＯＢＳの中の再生するＡＯＢ番号＃ｎ（図１９のように並んでいるメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）のうち何番目のＡＯＢが対応するか）を指定するＡＯＢ番号情報（AOB Number）を意味している。また、音声選択情報（Audio Selection情報）は、この発明の一実施の形態におけるＨＤコンテンツのメニューを画面表示した時に同時に再生する音声情報の選択情報と、音声情報再生の開始・終了トリガー情報を示す音声情報選択フラグ（Audio Selection情報）を意味している。
【００６５】
ここで、上記音声情報選択フラグ（Audio Selection情報）の“００ｂ”を選択した時には各メニュー用ビデオオブジェクト内に記録されているオーディオデータが再生され、メニューの切り替わり時に音声再生が途切れる。また、上記音声情報選択フラグ（Audio Selection情報）の“１０ｂ”または“１１ｂ”を選択した時にはメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内に存在するメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）のオーディオデータが再生される。上記メニュー用オーディオデータ（ＡＯＢ）を再生する場合、“１１ｂ”を指定した時にはメニュー画面の変更毎に上記オーディオデータが最初から再生を開始し、“１０ｂ”を指定した時にはメニュー画面の切り替えに関わらず連続して上記オーディオデータの再生が続けられる。この発明の一実施の形態では、図１９に示すように、メニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）３３内に複数種類のメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）を格納しておける。
【００６６】
図２７に示した音声情報番号（Audio Number情報）は、該当するメニュー表示用ＰＧＣを表示する時に同時に再生するメニュー用ＡＯＢ（ＨＤＭＥＮＵ＿ＡＯＢ）の選択情報を示している。メニュー用ＡＯＢ選択情報としての音声情報番号により、図１９に配置されているメニュー用ＡＯＢの中で“上から何番目のＡＯＢを選択するか”が番号情報で選択される。またＨＤＶＴＳＭ＿ＰＧＣカテゴリ（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）内には、他に、エントリＰＧＣか否かを判別するエントリタイプ情報、メニューの識別（例えばタイトルのメニューか等）を表すメニューＩＤ情報、ブロックモード情報、ブロックタイプ情報、ＰＴＬ＿ＩＤ＿ＦＬＤ情報等が記録されている。
【００６７】
図２８は、図２０に示したＨＤビデオタイトルセットタイムマップテーブル（ＨＤＶＴＳ＿ＴＭＡＰＴ）４１４中のデータ構造を例示している。このＨＤビデオタイトルセットタイムマップテーブル４１４の内部は、ＨＤＶＴＳ＿ＴＭＡＰの数（ＨＤＶＴＳ＿ＴＭＡＰ＿Ｎｓ）およびＨＤＶＴＳ＿ＴＭＡＰＴの終了アドレス（ＨＤＶＴＳ＿ＴＭＡＰＴ＿ＥＡ）の各種の情報が記載されたＨＤビデオタイトルセットタイムマップテーブル情報（ＨＤＶＴＳ＿ＴＭＡＰＴＩ）４１４ａと；ＨＤＶＴＳ＿ＴＭＡＰの先頭アドレス（ＨＤＶＴＳ＿ＴＭＡＰ＿ＳＡ）の情報を有するＨＤビデオタイトルセットタイムマップサーチポインタ（ＨＤＶＴＳ＿ＴＭＡＰ＿ＳＲＰ）４１４ｂと；マップエントリで基準とするタイムユニット（秒）の長さ（ＴＭＵ）、マップエントリ数（ＭＡＰ＿ＥＮ＿Ｎｓ）、およびマップエントリのテーブル（ＭＡＰ＿ＥＮＴ）の各種情報が記録されたＨＤビデオタイトルセットタイムマップ（ＨＤＶＴＳ＿ＴＭＡＰ）４１４ｃの各種情報を含んで構成されている。
【００６８】
図２９は、図２０に示したＨＤビデオタイトルセットメニューセルアドレステーブル（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ）４１５の中のデータ構造を例示している。このＨＤビデオタイトルセットメニューセルアドレステーブル４１５は、図２９に示すように、ＨＤＶＴＳＭ＿ＶＯＢＳ内のＶＯＢの数（ＨＤＶＴＳＭ＿ＶＯＢ＿Ｎｓ）およびＨＤＶＴＳＭ＿Ｃ＿ＡＤＴの終了アドレス（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ＿ＥＡ）の情報を有するＨＤビデオタイトルセットメニューセルアドレステーブル情報（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴＩ）４１５ａと；ＨＤＶＴＳＭ＿ＣＰのＶＯＢ＿ＩＤ番号（ＨＤＶＴＳＭ＿ＶＯＢ＿ＩＤＮ）、ＨＤＶＴＳＭ＿ＣＰのＣｅｌｌ＿ＩＤ番号（ＨＤＶＴＳＭ＿Ｃ＿ＩＤＮ）、ＨＤＶＴＳＭ＿ＣＰの先頭アドレス（ＨＤＶＴＳＭ＿ＣＰ＿ＳＡ）、およびＨＤＶＴＳＭ＿ＣＰの終了アドレス（ＨＤＶＴＳＭ＿ＣＰ＿ＥＡ）の各種情報が記録されたＨＤビデオタイトルセットメニューセルピース情報（ＨＤＶＴＳＭ＿ＣＰＩ）４１５ｂの各種情報を含んで構成されている。
【００６９】
図３０は、図２０に示したＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）４１６のデータ構造を例示している。このＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレスマップ４１６は、図３０に示すように、ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰの終了アドレス（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＥＡ）の情報が記載されたＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレスマップ情報（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰＩ）４１６ａと；ＨＤＶＴＳＭ＿ＶＯＢＵの先頭アドレス（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＳＡ）の情報を有するＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレス（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤ）４１６ｂの情報を含んで構成されている。
【００７０】
図３１は、図２０に示したＨＤビデオタイトルセットセルアドレステーブル（ＨＤＶＴＳ＿Ｃ＿ＡＤＴ）４１７の中のデータ構造を例示している。このＨＤビデオタイトルセットセルアドレステーブル４１７は、図３１に示すように、ＨＤＶＴＳ＿ＶＯＢＳ内のＶＯＢの数（ＨＤＶＴＳ＿ＶＯＢ＿Ｎｓ）およびＨＤＶＴＳ＿Ｃ＿ＡＤＴの終了アドレス（ＨＤＶＴＳ＿Ｃ＿ＡＤＴ＿ＥＡ）の情報を有したＨＤビデオタイトルセットセルアドレステーブル情報（ＨＤＶＴＳ＿Ｃ＿ＡＤＴＩ）４１７ａと；ＨＤＶＴＳ＿ＣＰのＶＯＢ＿ＩＤ番号（ＨＤＶＴＳ＿ＶＯＢ＿ＩＤＮ）、ＨＤＶＴＳ＿ＣＰのＣｅｌｌ＿ＩＤ番号（ＨＤＶＴＳ＿Ｃ＿ＩＤＮ）、ＨＤＶＴＳ＿ＣＰの先頭アドレス（ＨＤＶＴＳ＿ＣＰ＿ＳＡ）、およびＨＤＶＴＳ＿ＣＰの終了アドレス（ＨＤＶＴＳ＿ＣＰ＿ＥＡ）の各種情報からなるＨＤビデオタイトルセットセルピース情報（ＨＤＶＴＳ＿ＣＰＩ）４１７ｂの各種情報を含んで構成されている。
【００７１】
図３２は、図２０に示したＨＤビデオタイトルセットビデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ）４１８の中のデータ構造を例示している。このＨＤビデオタイトルセットビデオオブジェクトユニットアドレスマップ４１８は、図３２に示すように、ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰの終了アドレス（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＥＡ）の情報を有するＨＤビデオタイトルセットビデオオブジェクトユニットアドレスマップ情報（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰＩ）４１８ａと；ＨＤＶＴＳ＿ＶＯＢＵ単位の先頭アドレス（ＨＤＶＴＳ＿ＶＯＢＵ＿ＳＡ）の情報が記録されているＨＤビデオタイトルセットビデオオブジェクトユニットアドレス（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤ）４１８ｂの各種情報を含んで構成されている。
【００７２】
図３３は、プログラムチェーン情報（ＰＧＣＩ：例えば図２３のＨＤＶＴＳ＿ＰＧＣＩの１つに対応）に含まれるプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）のデータ構造と、このＰＧＣＩ内に格納されるＰＧＣグラフィックユニットストリーム制御テーブル（ＰＧＣ＿ＧＵＳＴ＿ＣＴＬＴ）およびリジューム／オーディオオブジェクトカテゴリ（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）の記録内容を例示する図である。
【００７３】
この発明の一実施の形態において特徴的な要素の一部であるリジューム情報の更新許可フラグ（RSM permission Flag）情報と音声情報選択フラグ（Audio Selection情報）／音声情報番号（Audio Number情報）は、既述の例ではＰＧＣＩのサーチポインタ情報内に持たせている（図２６、図２７等参照）が、これに限らず、ＰＧＣＩ自体の中にリジューム情報の更新許可フラグ情報や音声情報選択フラグ／音声情報番号を持たせる事も可能である。この例が、図３３である。図３３に示したＰＧＣＩ情報は、
イ〕図１（ｅ）のＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）領域３１内のＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）３１２（図３）に存在する図６のＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ）３１２に関し、図７に示されたＨＤビデオマネージャメニュープログラムチェーン情報（ＨＤＶＭＧＭ＿ＰＧＣＩ）３１２ｃ３；
ロ〕図１（ｆ）のＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１内のデータ構造を示した図２０におけるＨＤビデオタイトルセットメニューＰＧＣＩユニットテーブル（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）４１３内の、図２５におけるＨＤビデオタイトルセットメニュー言語ユニット（ＨＤＶＴＳＭ＿ＬＵ）４１３ｃの中に配置されている図２６に示したＨＤビデオタイトルセットメニュープログラムチェーン情報（ＨＤＶＴＳＭ＿ＰＧＣＩ）４１３ｃ３；
ハ〕図１（ｆ）のＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）領域４１内のデータ構造を示した図２０におけるＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）４１２内のＨＤＶＴＳ＿ＰＧＣＩ４１２ｃ（図２３）
がそれぞれ対応する（図３３に示したＰＧＣＩ情報は上記（イ）〜（ハ）の３箇所のいずれか１箇所以上に配置され得る）。
【００７４】
図３３に示すように、プログラムチェーン情報（ＰＧＣＩ）は、プログラムチェーン一般情報（ＰＧＣ＿ＧＩ）５０、プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１、プログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）５２、セル再生情報テーブル（Ｃ＿ＰＢＩＴ）５３、セル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）５４といった５領域（５個の管理情報グループ）を含んで構成されている。
【００７５】
図３３に示すように、ＰＧＣＩ内の最初の領域（管理情報グループ）に配置されたプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）５０内の最後に、ＲＳＭ＆ＡＯＢカテゴリ情報（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）が記録されている。このＲＳＭ＆ＡＯＢカテゴリ情報（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）内に、リジューム情報の更新許可フラグ（ＲＳＭ許可情報：RSM permission情報）、音声情報選択フラグ（オーディオ選択情報：Audio Selection情報）、および音声情報番号（オーディオ番号情報：Audio Number情報）が存在している。このＲＳＭ許可情報は図２４で説明した内容とまったく同じ内容を意味している。また音声情報選択フラグと音声情報番号の内容は図８または図２７で説明した内容と一致している。更に上記ＲＳＭ＆ＡＯＢカテゴリ情報（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）内にはエントリＰＧＣか否かを判別するエントリタイプ情報、ブロックモード情報、ブロックタイプ情報、ＰＴＬ＿ＩＤ＿ＦＬＤ情報が記録されている。
【００７６】
ＰＧＣ内に配置するグラフィックユニットのストリームに関する制御情報が記録されるＰＧＣグラフィックユニットストリーム制御テーブル（ＰＧＣ＿ＧＵＳＴ＿ＣＴＬＴ）内の情報は、図３３に示すように、４種類の各画像（１６：９のＨＤ画像、１６：９のＳＤ画像、４：３のＳＤ画像、レターボックスのＳＤ画像）に対応して、それぞれ別領域であるＨＤ用グラフィックユニットストリーム＃０のＰＧＣ＿ＧＵＳＴ＿ＣＴＬ（ＰＧＣ＿ＧＵＳＴ＃０）領域、ＳＤワイド用グラフィックユニットストリーム＃１のＰＧＣ＿ＧＵＳＴ＿ＣＴＬ（ＰＧＣ＿ＧＵＳＴ＃１）領域、４：３（ＳＤ）用グラフィックユニットストリーム＃２のＰＧＣ＿ＧＵＳＴ＿ＣＴＬ（ＰＧＣ＿ＧＵＳＴ＃２）領域、レターボックス（ＳＤ）用グラフィックユニットストリーム＃３のＰＧＣ＿ＧＵＳＴ＿ＣＴＬ（ＰＧＣ＿ＧＵＳＴ＃３）領域に、別々に記録される。
【００７７】
上記の情報以外にもプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）５０内にはＰＧＣ内容（ＰＧＣ＿ＣＮＴ）、ＰＧＣ再生時間（ＰＧＣ＿ＰＢ＿ＴＭ）、ＰＧＣユーザ操作制御（ＰＧＣ＿ＵＯＰ＿ＣＴＬ）、ＰＧＣオーディオストリーム制御テーブル（ＰＧＣ＿ＡＳＴ＿ＣＴＬＴ）、ＰＧＣサブピクチャストリーム制御テーブル（ＰＧＣ＿ＳＰＳＴ＿ＣＴＬＴ）、ＰＧＣナビゲーションコントロール（ＰＧＣ＿ＮＶ＿ＣＴＬ）、ＰＧＣサブピクチャパレット（ＰＧＣ＿ＳＰ＿ＰＬＴ）、ＰＧＣ＿ＣＭＤＴの先頭アドレス（ＰＧＣ＿ＣＭＤＴ＿ＳＡ）、ＰＧＣ＿ＰＧＭＡＰの先頭アドレス（ＰＧＣ＿ＰＧＭＡＰ＿ＳＡ）、Ｃ＿ＰＢＩＴの先頭アドレス（Ｃ＿ＰＢＩＴ＿ＳＡ）、Ｃ＿ＰＯＳＩＴの先頭アドレス（Ｃ＿ＰＯＳＩＴ＿ＳＡ）の各種情報が記録されている。
【００７８】
図３４は、プログラムチェーン情報（ＰＧＣＩ）に含まれるプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）のデータ構造を例示する図である。各ＰＧＣに適応されるコマンド情報は、図３４に示すように、プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１にまとめて配置される。上記ＰＧＣＩ情報が配置される場所は、図３３の説明で記載したように（イ）〜（ハ）の３箇所に配置され得る。リジューム（ＲＳＭ）コマンドシーケンス（あるいはResume Sequence）は、図３４に示すように、プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１内に記録される。この発明の一実施の形態におけるResume Sequence（リジュームコマンドシーケンス）の情報内容は、コマンドテーブル５１の領域内に配置されたＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４が順次並んで配置された形で記述される。図３４における一個の欄の中に記載される１個のＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４は、この発明におけるＨＤ＿ＤＶＤビデオコンテンツ内で指定できる１個のコマンドを意味し、リジューム（ＲＳＭ）コマンドシーケンス領域内で配置されたＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４が上から順に連続して（シーケンシャルに）実行される。
【００７９】
この発明の一実施の形態においては図３４に記載されたセルコマンド（Ｃ＿ＣＭＤ）５１３の配列もシーケンシャルなコマンド系列を意味している。すなわち図３４に示したセルコマンド（Ｃ＿ＣＭＤ）５１３の配列順に従って上から順次コマンド処理を実行する事を意味している。図３７を参照して別途説明するが、セルコマンド＃１（Ｃ＿ＣＭＤ＃１）からセルコマンド＃ｋ（Ｃ＿ＣＭＤ＃ｋ）まで指定された一連のセルコマンド処理手順の中で、各セル毎にセルコマンド処理手順の一部（各セル毎にセルコマンドのシーケンシャル処理を開始する最初のセルコマンド番号とセルコマンドのシーケンシャル処理の実行範囲）を指定できる構造になっている。
【００８０】
図３４において、ＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４は、例えばメニュー画面から該当するＰＧＣへ戻り、以前に再生中断した“ＰＧＣ内の途中から再生する直前”に実行されるコマンド手順の一部を示すのに対して、プリコマンド（ＰＲＥ＿ＣＭＤ）５１１は、該当する“ＰＧＣを最初から再生する直前”に実行されるコマンド意味する。また該当するＰＧＣの再生後に実行するコマンドがポストコマンド（ＰＯＳＴ＿ＣＭＤ）５１２である。図３４において１個のプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１内に配置できるプリコマンド（ＰＲＥ＿ＣＭＤ）５１１の数とポストコマンド（ＰＯＳＴ＿ＣＭＤ）５１２の数、セルコマンド（Ｃ＿ＣＭＤ）５１３の数、ＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４の数は、それぞれ自由に設定できる（記載するどれかのコマンド数は“０”であっても良い）。但し、この発明の一実施の形態では、１個のプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１内に配置できるプリコマンド（ＰＲＥ＿ＣＭＤ）５１１の数とポストコマンド（ＰＯＳＴ＿ＣＭＤ）５１２の数、セルコマンド（Ｃ＿ＣＭＤ）５１３の数、ＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４の数をそれぞれ足した総合計値の上限は１０２３個と規定されている。従って例えばプリコマンド（ＰＲＥ＿ＣＭＤ）５１１の数とポストコマンド（ＰＯＳＴ＿ＣＭＤ）５１２の数、ＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４の数が全て“０個”の場合には、セルコマンド（Ｃ＿ＣＭＤ）５１３の数を最大１０２３個まで設定する事が可能である。
【００８１】
図３５は、プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）に含まれる、プログラムチェーンコマンドテーブル情報（ＰＧＣ＿ＣＭＤＴＩ）の内容、および各リジュームコマンド（ＲＳＭ＿ＣＭＤ）の内容を例示する図である。１個のプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１内に配置できるプリコマンド（ＰＲＥ＿ＣＭＤ）５１１の数情報であるＰＲＥ＿ＣＭＤ＿Ｎｓと、ポストコマンド（ＰＯＳＴ＿ＣＭＤ）５１２の数情報であるＰＯＳＴ＿ＣＭＤ＿Ｎｓと、セルコマンド（Ｃ＿ＣＭＤ）５１３の数情報のＣ＿ＣＭＤ＿Ｎｓ、ＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４の数情報のＲＳＭ＿ＣＭＤ＿Ｎｓは、図３５に示すように、プログラムチェーンコマンドテーブル情報（ＰＧＣ＿ＣＭＤＴＩ）５１０内に記録されている。
【００８２】
プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１内に記録されているＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４内の具体的なデータ構造について以下に説明する。ここではＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４内の具体的なデータ構造について説明するが、プリコマンド（ＰＲＥ＿ＣＭＤ）５１１、ポストコマンド（ＰＯＳＴ＿ＣＭＤ）５１２、セルコマンド（Ｃ＿ＣＭＤ）５１３内のデータ構造もＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４内の具体的なデータ構造と全く同じになっている。ＲＳＭコマンド（ＲＳＭ＿ＣＭＤ）５１４内の具体的なデータ構造は、図３５に示すように、１個のコマンド毎に“８バイト分”の領域を割り当てているだけになっている。この“８バイト分”の領域内に、図４３を参照して別途説明するコマンド内容の中のいずれかが選択されて記録される。このコマンドは、いずれも、８バイト中最上位から３ビットまでに、図４２に示す“コマンドＩＤ-１”のデータが入る。それ以降のビットのデータ内容は図４２に示した“コマンドタイプ”の値により異なるが、図４２に示す“比較用Ｉフラグ（Ｉ-flag）”や“Compare Field”などの情報はコマンドタイプによらず共通に持っている。
【００８３】
図３６は、プログラムチェーン情報（ＰＧＣＩ：Program Chain Information）内に配置されたプログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）５２とセル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）５４内のデータ構造を例示している。プログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）５２内には、各エントリに対応したセルの番号を示すエントリセル番号（ＥＮ＿ＣＮ）が記録されたプログラム用エントリセル番号５２０情報がエントリ数だけ配置されている。また、セル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）５４内は、セルのＶＯＢ＿ＩＤ番号（Ｃ＿ＶＯＢ＿ＩＤＮ）とセルのセルＩＤ番号（Ｃ＿ＩＤＮ）の情報が組になって構成されたセル位置情報（Ｃ＿ＰＯＳＩ）５４０が順に配置された構造をしている。
【００８４】
図３４の説明の所でセルコマンド＃１（Ｃ＿ＣＭＤ＃１）からセルコマンド＃ｋ（Ｃ＿ＣＭＤ＃ｋ）まで指定された一連のセルコマンド処理手順の中で各セル毎にセルコマンド処理手順の一部（各セル毎にセルコマンドのシーケンシャル処理を開始する最初のセルコマンド番号とセルコマンドのシーケンシャル処理の実行範囲）を指定できる構造になっていると述べた。この各セル毎に設定できるセルコマンドのシーケンシャル処理の実行範囲情報を図３７に示す。前述した、ＰＧＣＩ情報が配置される場所は、図３３の説明で記載したように、（イ）〜（ハ）の３箇所に配置され得る。ＰＧＣを構成する個々のセルに関する管理情報は、該当するＰＧＣの管理情報であるＰＧＣＩ内のセル再生情報テーブル（Ｃ＿ＰＢＩＴ）５３内で、図３７に示すように、セル再生情報（Ｃ＿ＰＢＩ）５３０に記録される。
【００８５】
図３４に示された、セルコマンド＃１（Ｃ＿ＣＭＤ＃１）からセルコマンド＃ｋ（Ｃ＿ＣＭＤ＃ｋ）まで指定された一連のセルコマンド処理手順の中で、各セル毎に指定されるセルコマンドのシーケンシャル処理を開始する最初のセルコマンド番号に関する情報は、図３７に示すように、セル再生情報（Ｃ＿ＰＢＩ）５３０内のセルコマンド開始番号情報（Ｃ＿ＣＭＤ＿ＳＮ）内に記録される。また同時に、前記セルコマンド開始番号情報（Ｃ＿ＣＭＤ＿ＳＮ）で指定されたセルコマンド（Ｃ＿ＣＭＤ）５１３を含めて連続にコマンド処理を実行するコマンド数を表すセルコマンド連続数情報（Ｃ＿ＣＭＤ＿Ｃ＿Ｎｓ）がセル再生情報（Ｃ＿ＰＢＩ）５３０内に記録されており、両方の情報から、該当するセルが実行するセルコマンドのシーケンシャル処理の実行範囲が指定される。この発明の一実施の形態においては、該当するセルの再生が終了した後で、図３７のセルコマンド開始番号情報（Ｃ＿ＣＭＤ＿ＳＮ）とセルコマンド連続数情報（Ｃ＿ＣＭＤ＿Ｃ＿Ｎｓ）で指定された範囲の一連のコマンド手順（コマンドシーケンス）を実行することができる。
【００８６】
図３７は、プログラムチェーン情報（ＰＧＣＩ）に含まれるセル再生情報テーブル（Ｃ＿ＰＢＩＴ）のデータ構造を例示する図である。図３７において、上記セル再生情報（Ｃ＿ＰＢＩ）５３０内には、次のような情報を格納することができる。すなわち、該当するセルがマルチアングルに対応したインターリーブドブロックを構成しているかそれとも一般的な連続ブロックの一部か、またマルチアングルに対応したインターリーブドブロックの一部を構成していた場合にはそのインターリーブドブロックの先頭セルあるいは最終セルに該当するかを示すセルカテゴリ（Ｃ＿ＣＡＴ）；該当するセル全体を再生する時に必要な再生時間を表すセル再生時間（Ｃ＿ＰＢＴＭ）；セルの先頭ＶＯＢＵの先頭アドレス位置情報（Ｃ＿ＦＶＯＢＵ＿ＳＡ）；セルの先頭ＩＬＶＵの終了アドレス位置情報（Ｃ＿ＦＩＬＶＵ＿ＥＡ）；セルの最終ＶＯＢＵの先頭アドレス位置情報（Ｃ＿ＬＶＯＢＵ＿ＳＡ）；セルの最終ＶＯＢＵの終了アドレス位置情報（Ｃ＿ＬＶＯＢＵ＿ＥＡ）などの情報を格納することができる。
【００８７】
図３８は、この発明の一実施の形態に係るディスク状情報記憶媒体（光ディスク等）の再生装置の内部構造例を説明するブロック図である。図３８において、情報記憶媒体１にはこの発明の一実施の形態に係るＨＤ＿ＤＶＤビデオコンテンツが記録されている。ディスクドライブ部１０１０でこの情報記憶媒体１からＨＤ＿ＤＶＤビデオコンテンツを再生し、データプロセッサ部１０２０へ転送する。ＨＤ＿ＤＶＤビデオコンテンツの中で映像データであるＶＯＢ（Video Object）の中は、図４４（ｃ）に示すように基本単位であるＶＯＢＵ（Video Object Unit）の集まりで構成され、各ＶＯＢＵ内の先頭にはナビパックａ３が配置されている。またビデオデータはビデオパックａ４、オーディオデータはオーディオパックａ６、副映像データはサブピクチャ（ＳＰ）パックａ７内にそれぞれ分散配置され、多重化構造になっている。
【００８８】
また、この発明の一実施の形態では新たにグラフィックユニットデータを持ち、このデータがグラフィックユニット（ＧＵ）パックａ５内に分散記録される。これらの各種データが多重配置されたＶＯＢに対して、図３８の分離部（デマルチプレクサ）１０３０でパケット分割し、ビデオパックａ４内に記録されたビデオデータをビデオデコード部１１１０へ送り、サブピクチャパックａ７内に記録された副映像データを副映像デコーダ部１１２０へ転送し、グラフィックユニットパックａ５内に記録されたグラフィックデータをグラフィックデコーダ部１１３０へ転送し、オーディオパックａ６内に記録されたオーディオデータをオーディオデコーダ部１１４０へ転送する。送られて来た各種データは各デコーダ部１１１０〜１１４０でデコードされ、ビデオプロセッサ部１０４０内で適宜合成された後、Ｄ／Ａ変換器１３２０、１３３０でアナログ信号に変換されて出力される。これらの一連の処理をＭＰＵ部１２１０が統合的に管理し、処理中に一時保存が必要になったデータに対してはメモリ部１２２０に一時格納する。またＭＰＵ部１２１０で処理する処理プログラムや事前に設定された固定情報はＲＯＭ部１２３０内に記録されている。図３８ではユーザから情報再生装置に対して入力される情報はキー入力部１３１０でのキー入力で行うように図示してあるが、それに限らずキー入力部１３１０は一般的なリモートコントローラであっても良い。
【００８９】
図３９は、図３８に示したグラフィックデコーダ部１１３０の内部構造を詳しく説明する図である。分離部１０３０で分離抽出されたグラフィックユニットデータは、グラフィックユニット用入力バッファ１１３０ａ内に一時保管される。グラフィックユニットデータは、図４５を参照して後述するが、ハイライト情報とグラフィックデータおよび／またはマスクデータを含んで構成されている。このハイライト情報はハイライトデコーダ１１３０ｂに転送されハイライト情報の解読がなされる。またグラフィックデータとマスクデータはグラフィックデコーダ１１３０ｅ内で２５６色の画面情報にデコードされる。
【００９０】
更に、デコードされたグラフィックデータおよび／またはマスクデータに対してカラーパレットの選択やハイライト処理（例えばハイライトしたいグラフィックデータの一部分を目立つ色に変えるといった処理）が適宜施された後、ミキサ部１１３０ｄでデコードされたハイライトデータ（例えばハイライトしたい位置に強調フレーム画素を持ち、それ以外の位置に透明画素を持つ画像データ）と合成され、ハイライトデータで適宜修飾されたデコード後のグラフィック／マスクデータが、ミキサ１１４０ａに送られる。このミキサ１１４０ａにおいて、デコード後のグラフィック／マスクデータが、ビデオデコーダ部１１１０からのビデオデータや副映像デコーダ部１１２０からのサブピクチャ（副映像）データと合成され、ビデオ出力となる。ここで、図３９のミキサ１１４０ａは図３８のビデオプロセッサ部１０４０の一部に含まれている。
【００９１】
なお、図３９の構成において、ハイライトデコーダ１１３０ｂのデコード出力によりパレット選択部１１３０ｇおよび／またはハイライト処理部１１３０ｈを制御することで、グラフィックデコーダ１１３０ｅのデコード出力に直接ハイライト修飾を加えるように構成してもよい（この場合はミキサ１１３０ｄは省略可）。
【００９２】
図４０は、仮想ビデオアクセスユニットＩＶＡＵの概念を説明する図である。図４０を用いてこの発明の一実施の形態における仮想ビデオアクセスユニット（ＩＶＡＵ：Imaginary Video Access Unit）の説明を行う。従来のＳＤのＤＶＤビデオコンテンツにおける動画（Movie）のＶＯＢは、図４０（ａ）に示すようにそれぞれＶＡＵ（Video Access Unit）に分割されている。ここで、隣接するＶＯＢの境界位置と隣接するＶＡＵの境界位置を一致させることで、異なるＶＯＢ間のシームレス再生を可能にしている。
【００９３】
この発明の一実施の形態に係るＨＤ＿ＤＶＤビデオにおいて、図４０（ｂ）に示すように静止画が記録されたI-pictureを含むＶＡＵ１と次に表示される静止画が記録されたI-pictureを含むＶＡＵ１の間の期間に、“仮想的なアクセスユニット”ＩＶＡＵ２〜ＩＶＡＵｎ（Imaginary Video Access Unitの２からｎ）を設定するように構成している。ここにこの発明の一実施の形態の特徴がある。アクセスユニットの設定方法としては、ビデオフレームの期間またはビデオフレームの整数倍の期間を単位として、静止画が開始するI-picture（を含むＶＡＵ１）と次のI-picture（を含むＶＡＵ１）との間の間隔を、上記アクセスユニットの期間毎に仮想的に細かく時間分割する。静止画のデコーダに入力されるタイミングを示すＤＴＳ（Decoding Time Stamp）と静止画が表示されるタイミングを示すＰＴＳ（Presentation Time Stamp）は静止画１枚毎にあらかじめ設定されており、１ビデオフレーム期間はＮＴＳＣ（National Television System Committee）方式とＰＡＬ（Phase Alternation by Line）方式で決まっているので、上記“仮想的なアクセスユニット”の境界位置のタイミングを計算により求め、求めたタイミングを図４０（ｃ）に示すように仮想（Imaginary）ＰＴＳとする。そして、前記仮想的なアクセスユニット毎に静止画が繰り返し再生表示されているものと（仮想的に）見なすことができるようにしている。
【００９４】
また、この発明の一実施の形態では、図４０（ｄ）に示すように“仮想的なアクセスユニット”の整数個で１個のＶＯＢＵを構成するように設定する。その結果、この発明の一実施の形態において、各静止画のＶＯＢＵの表示期間は、ビデオフレームの整数倍となる。図４０（ｃ）において、ＶＡＵ（Video Access Unit）内には静止画を示すI-pictureが１個存在するが、ＩＶＡＵ（Imaginary Video Access Unit）内ではI-pictureを含まないので、ＩＶＡＵ内にはビデオデータが存在しない事になる。すなわちＶＡＵ１からＩＶＡＵ１５までで構成されるＶＯＢＵとＶＡＵ１６からＩＶＡＵ３０までで構成されるＶＯＢＵには、１個のみのI-pictureが存在している。それに対してＩＶＡＵ３０からＩＶＡＵ４５により構成されるＶＯＢＵ内はビデオデータ（I-picture）を含まない。
【００９５】
なお、この発明の一実施の形態では、内部にビデオデータを持たないＶＯＢＵの定義も可能とする。またこの発明の一実施の形態では、同一ＶＯＢＵ内に複数のI-pictureを持つ事を禁止し、必ず１個のＶＯＢＵ内には１個以下（０個も含む）のI-pictureを持つように規定（制約）する。また、この発明の一実施の形態では、図４０（ｃ）（ｄ）の図の位置比較で分かるように、同一ＶＯＢＵ内ではＩＶＡＵに先行して必ず先にＶＡＵを（仮想的に）配置した構造が採用されている。また、図４０（ｅ）に示すように、ＩＬＶＵ（Interleaved Unit）内の最初のＶＯＢＵには必ずビデオデータ（静止画を記録したI-picture）を持たせている。
【００９６】
図４１は、この発明の一実施の形態で使用されるシステムパラメータの具体例を説明する図である。図３８に示す情報再生装置内のシステムブロック図において、メモリ部１２２０内には、図４１に示す“０”から“２３”までのシステムパラメータを格納する領域が割り当てられている。この“ＳＰＲＭ０”に再生中のカレントメニュー言語コード情報（ユーザおよび／またはコマンドにより変更設定可能な言語コード）が記録され、“ＳＰＲＭ２１”に初期設定メニュー言語コード情報（ユーザのみが変更設定可能な再生装置の設定言語コード）が記録される。また他のシステムパラメータ内に格納される情報は、それぞれ、ＳＰＲＭ（１）内にＴＴ＿ＤＯＭ用のオーディオストリーム番号（ＡＳＴＮ：Audio stream number）、ＳＰＲＭ（２）内にＴＴ＿ＤＯＭ用の副映像ストリーム番号（ＳＰＳＴＮ：Sub-picture stream number）およびオン／オフフラグ（On/Off flag）、ＳＰＲＭ（３）内にＴＴ＿ＤＯＭ用のアングル番号（ＡＧＬＮ：Angle number）、ＳＰＲＭ（４）内にＴＴ＿ＤＯＭ用のタイトル番号（ＴＴＮ：Title number）、ＳＰＲＭ（５）内にＴＴ＿ＤＯＭ用のＶＴＳタイトル番号（ＶＴＳ＿ＴＴＮ：VTS Title number）、ＳＰＲＭ（６）内にＴＴ＿ＤＯＭ用のタイトルＰＧＣ番号（ＴＴ＿ＰＧＣＮ：Title PGC number）、ＳＰＲＭ（７）内に１つのシーケンシャルなＰＧＣタイトル（One_Sequential_PGC_Title）用のパートオブタイトル番号（ＰＴＴＮ：Part_of_Title number）、ＳＰＲＭ（８）内に選択状態（Selection state）用のハイライトされたボタン番号（ＨＬ＿ＢＴＮＮ：Highlighted Button number）、ＳＰＲＭ（９）内にナビゲーションタイマ（ＮＶ＿ＴＭＲ：Navigation Timer）、ＳＰＲＭ（１０）内にＮＶ＿ＴＭＲ用のＴＴ＿ＰＧＣＮ、ＳＰＲＭ（１１）内にカラオケ用のプレーヤオーディオミキシングモード（Ｐ＿ＡＭＸＭＤ：Player Audio Mixing Mode）、ＳＰＲＭ（１２）内にパレンタル管理用の国（または領域）コード（ＣＴＹ＿ＣＤ：Country Code）、ＳＰＲＭ（１３）内にパレンタルレベル（ＰＴＬ＿ＬＶＬ：Parental Level）、ＳＰＲＭ（１４）内にビデオ用のプレーヤコンフィグレーション（Ｐ＿ＣＦＧ：Player Configuration）、ＳＰＲＭ（１５）内にオーディオ用のＰ＿ＣＦＧ、ＳＰＲＭ（１６）内にＡＳＴ用の初期言語コード（ＩＮＩ＿ＬＣＤ：Initial Language Code）、ＳＰＲＭ（１７）内にＡＳＴ用の初期言語コード拡張（ＩＮＩ＿ＬＣＤ＿ＥＸＴ：Initial Language Code extension）、ＳＰＲＭ（１８）内にＳＰＳＴ用のＩＮＩ＿ＬＣＤ、ＳＰＲＭ（１９）内にＳＰＳＴ用のＩＮＩ＿ＬＣＤ＿ＥＸＴ、ＳＰＲＭ（２０）内にプレーヤのリージョンコード（Player Region Code）となっている。
【００９７】
図４２は、この発明の一実施の形態で使用されるコマンド一覧を例示する図である。コマンドＩＤ−１が“000”〜“110”は従前のＤＶＤビデオで用いられているコマンドと同様であるが、コマンドＩＤ−１が“111”のコマンド“Call INTENG”は、インタラクティブエンジンを用いるこの発明の実施において新たに導入されたコマンドである。
【００９８】
図４３は、この発明の一実施の形態におけるＨＤ＿ＤＶＤビデオコンテンツ内で使用されるコマンドリストを例示している。図４３（ａ）に示す“Compare Field”は、ナビゲーションパラメータ内の値とコマンドのオペランドで規定される特定値とを比較するのに用いられる。この比較結果が真であればその後のインストラクションが実行され、この比較結果が疑であればその後のインストラクションはスキップされる。このインストラクションは他のインストラクショングループとの組み合わせで用いられる。図４３（ａ）において、ＥＱは一致（Equal）を意味し、ＮＥは不一致（Not Equal）を意味し、ＧＥは以上（Greater than or equal to）を意味し、ＧＴはより大（Greater than）を意味し、ＬＥは以下（Less than or equal to）を意味し、ＬＴは未満（Less than）を意味し、ＢＣはビット比較（Bitwise Compare）を意味している。
【００９９】
図４３（ｂ）に示す“Branch Field”内の“Go To Option”は、プリコマンドエリアもしくはポストコマンドエリア、あるいはリジュームコマンドエリアもしくはセルコマンドエリア内での、ナビゲーションコマンドの実行順序を変更するのに用いられる。ここで、“GoTo”は他のナビゲーションコマンドへ移行することを意味し、“Break”はプリコマンドエリアもしくはポストコマンドエリア、あるいはリジュームコマンドエリアもしくはセルコマンドエリア内での、ナビゲーションコマンドの実行終了を意味している。また、“SetTmpPML”は、パレンタルレベルの一時的な変更の確認、パレンタルレベルの変更、および可能であれば特定ナビゲーションコマンドへの移行を意味している。
【０１００】
図４３（ｃ）に示す“Branch Field”内の“Link Option”は、１つのドメイン内で特定された再生を開始するのに用いられる。ここで、“LinkPGCN”はプログラムチェーン番号（ＰＧＣＮ）を直接特定して該当ＰＧＣの再生を開始することを意味し、“LinkPTTN”はパートオブタイトル番号（ＰＴＴＮ）を直接特定して該当ＰＴＴ（あるいは該当チャプタ）の再生を開始することを意味し、“LinkPGN”はプログラム番号（ＰＧＮ）を直接特定して該当ＰＧの再生を開始することを意味し、“LinkCN”はセル番号（ＣＮ）を直接特定して該当セルの再生を開始することを意味している。
【０１０１】
図４３（ｄ）に示す“Branch Field”内の“Jump Option”は、スペース間を移動したとき特定の再生を開始するのに用いられる。ここで、“Exit”は再生終了を意味し、“JumpTT”は（タイトル番号ＴＴＮが用いられているときに）タイトル再生開始を意味し、“JumpVTS_TT”は同一ＶＴＳ内でのタイトル再生開始を意味し、“CallSS”はリジューム情報が格納されたシステムスペース内のＰＧＣ再生開始を意味し、“JumpSS”は同一ＶＴＳ内で特定タイトルに含まれるパートオブタイトルの再生開始を意味し、“CallINTENG”はＤＶＤビデオ再生エンジンからインタラクティブエンジンへの制御の遷移（図８３に詳細を示す）を表している。
【０１０２】
図４３（ｅ）に示す“SetSystem Field”は、システムパラメータ値と一般パラメータのモードおよび値を設定するのに用いられる。ここで、“SetSTN”はストリーム番号の設定（設定する対象パラメータはＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（３））を意味し、“SetNVTMR”はナビゲーションタイマのコンディション設定（設定する対象パラメータはＳＰＲＭ（９）、ＳＰＲＭ（１０））を意味し、“SetHL_BTNN”は選択状態に対してハイライトされたボタン番号の設定（設定する対象パラメータはＳＰＲＭ（８））を意味し、“SetAMXMD”はカラオケに対する再生装置のオーディオミキシングモードの設定（設定する対象パラメータはＳＰＲＭ（１１））を意味し、“SetGPRMMD”は一般パラメータのモードおよび値の設定（設定する対象パラメータはＧＰＲＭ（０）〜 ＧＰＲＭ（１５））を意味し、“SetM_LCD”はメニュー記述言語コードの設定（設定する対象パラメータはＳＰＲＭ（０））を意味し、“SetRSMI”はリジューム情報（Resume Information）の更新（設定する対象パラメータはＣＮ、ＮＶ＿ＰＣＫアドレス、ＰＧＣ制御状態、ＶＴＳＮ（Video Title Set Number）、ＳＰＲＭ（４）、ＳＰＲＭ（５）、ＳＰＲＭ（６）、ＳＰＲＭ（７）、ＳＰＲＭ（８））を意味している。
【０１０３】
図４３（ｆ）に示すSet Fieldは、オペランドで規定される特定値および一般パラメータに基づく計算を実行するのに用いられる。この計算には以下の２種類がある：
１）数値演算（Arithmetic operation）
２）ビット演算（Bitwise operation）
上記の計算結果は一般パラメータとして再格納される。なお、図４３（ｆ）において、“Exp”はべき乗の計算を意味し、“Div”は割算を意味し、“Add”は加算を意味している。
【０１０４】
図４４は、ビデオオブジェクト内のグラフィックユニットＧＵの配置を例示する図である。この発明の一実施の形態で用いるＨＤ＿ＤＶＤビデオコンテンツにおいても、ＭＰＥＧのシステムレイヤの多重化規則に準拠している。すなわちグラフィックユニットデータに対しても２０４８バイトのパック毎に分割してそれぞれを分離配置する。再生時には図４４（ｃ）（ｄ）に示すように情報記憶媒体１内に分散配置されたグラフィックユニット（ＧＵ）パックを集めて１個のグラフィックユニットストリームに組み直す。グラフィックユニットとして１６：９のＨＤ画像、１６：９のＳＤ画像、４：３のＳＤ画像、レターボックスのＳＤ画像のそれぞれに対応したグラフィックデータのサポートを可能とし、図４４（ｄ）に示すように４種類の各画像（１６：９のＨＤ画像、１６：９のＳＤ画像、４：３のＳＤ画像、レターボックスのＳＤ画像）に対応してそれぞれ別ストリームを構成する。
【０１０５】
図４５は、グラフィックユニット内のデータ構造を例示する図である。グラフィックユニット内のデータ構造は、図４５に示すように、ヘッダ情報ｂ１、ハイライト情報ｂ２、マスクデータｂ３、およびグラフィックデータｂ４を含んで構成される。またハイライト情報ｂ２内は、一般情報ｂ２１、カラーパレット情報ｂ２２、ボタン情報ｂ２３を含んで構成されている。
【０１０６】
図４６は、グラフィックユニット内のヘッダ情報内容と一般情報内容を例示する図である。ヘッダ情報の中身は、図４６に示すように、グラフィックユニットサイズ（ＧＵ＿ＳＺ）情報、ハイライト情報の開始アドレス（ＨＬＩ＿ＳＡ）情報、グラフィックデータの開始アドレス（ＧＤ＿ＳＡ）情報を含んで構成されている。これらのうち、グラフィックユニットサイズ（ＧＵ＿ＳＺ）情報は図４５左下に示すグラフィックユニットの全体のサイズを示す。また、ハイライト情報の開始アドレス（ＨＬＩ＿ＳＡ）情報は図４５左下に示すグラフィックユニットの先頭位置（ヘッダ情報ｂ１の先頭位置）を基準にしたハイライト情報ｂ２の開始位置までのアドレスを意味し、グラフィックデータの開始アドレス（ＧＤ＿ＳＡ）情報は図４５左下に示すグラフィックユニットの先頭位置（ヘッダ情報ｂ１の先頭位置）を基準にしたグラフィックデータｂ４の先頭位置までのアドレスを意味している。
【０１０７】
図４５において、ハイライト情報ｂ２内の一般情報ｂ２１は、グラフィックユニットの再生終了時間（ＧＵ＿ＰＢ＿Ｅ＿ＰＴＭ）情報、ボタンオフセット番号（ＢＴＮ＿ＯＦＮ）情報、ボタン数（ＢＴＮ＿Ｎｓ）情報、数字選択ボタンの数（ＮＳＬ＿ＢＴＮ＿Ｎｓ）情報、強制選択ボタン番号（ＦＯＳＬ＿ＢＴＮＮ）情報、強制決定ボタン番号（ＦＯＡＣ＿ＢＴＮＮ）情報等を持っている。グラフィックユニットデータは、グラフィックユニット（ＧＵ）パックとして分散配置する事を図４４で説明したが、このグラフィックユニットパック内（正確に言うとその中に含まれるグラフィックユニットパケット内のパケットヘッダ内）にグラフィックユニットの再生を開始するＰＴＳ（Presentation Time Stamp）情報が予め記録されている。このＰＴＳ情報と上記グラフィックユニットの再生終了時間（ＧＵ＿ＰＢ＿Ｅ＿ＰＴＭ）情報を用いて、グラフィックユニットの表示時間と（コマンドの）実行が可能な有効時間（両者の開始／終了時間は完全に一致している）を設定する。また開始／終了時間情報にはＰＴＳ／ＰＴＭを使っているので、非常に精度良く時間範囲を設定できる。
【０１０８】
図４７は、グラフィックユニット内のマスクデータとグラフィックデータのイメージ例を説明する図である。グラフィックデータとしては、図４７に示すように、１画素あたり８ビットを割り当て２５６色の色彩表現が出来る１画面の画像情報（ビットマップデータ又はそのビットマップに対する圧縮データ）が記録されている。またマスクデータはユーザがコマンド実行を指定できる画面上の位置範囲を示すもので１画素あたり１ビットを割り当て、画面領域のみを設定している。マスクデータは画素単位でのビットマップ形式で領域を指定しているため、図４７に示すように互いに離れた位置に配置された複数領域を同時にマスキング設定できるだけでなく、任意の形状領域に対しても画素単位で細かくマスキング画面領域を指定できる。ここにもこの実施の形態の特徴がある。また上記マスクデータは複数設定可能であり、ユーザへ複数のメニュー選択肢を供給できる（７は３つのユーザ選択枝を例示している）。
【０１０９】
図４８は、マスクパターンを含むビデオ合成例を示す図である。ユーザに表示する画面は、図４４（ｃ）のビデオパックａ４内に記録された主映像（Ａ）と上記グラフィックデータとして記録されたグラフィックパターン（Ｂ）と上記複数設定可能なマスクデータ（Ｃ）を図４８に示すように合成して、作成することができる。
【０１１０】
この発明の一実施の形態では、図４５に示すように、同一グラフィックユニット内のマスクデータの数ｎとハイライト情報内に記録されるボタン情報の数ｎはそれぞれ一致し、各マスクデータ＃ｎとボタン情報＃ｎが１対１に対応している。すなわち１≦ｍ≦ｎを満足するｍにおいて上からｍ番目のマスクデータは上からｍ番目のボタン情報に対応している。例えばユーザが、図示しないリモートコントローラのカーソルキー操作等により、画面上でｍ番目のマスクデータが指定した領域をハイライト（指定）させると、それに対応してｍ番目のボタン情報ｂ２３内に記録されたボタンコマンドｂ２３４が実行される。このように各ボタン情報＃ｎはそれぞれ個々のマスクデータ＃ｎにリンクしているが、マスクデータへのアクセス制御を一層容易にするために、ボタン情報＃ｎ内に、対応するマスクデータ＃ｎの開始アドレス（図４５左下におけるヘッダ情報の先頭位置からのｎ番目のマスクデータ開始位置までのアドレス）情報ｂ２３１と対応するマスクデータ＃ｎのデータサイズ情報ｂ２３２が記録されている。その他にボタン情報ｂ２３内には隣接ボタン位置情報ｂ２３３も記録されている。
【０１１１】
次に、図４５のハイライト情報ｂ２内のカラーパレット情報ｂ２２内のデータ構造について説明する。最初にユーザにメニュー画面を表示した時（ユーザ選択する前）のボタンの色情報は通常用カラーパレットｂ２２１内に格納されている。ユーザが特定のボタンを選択（指定）すると、画面上でボタンの表示色が変わるが、この変化時のボタンの表示色を選択用カラーパレットｂ２２２内に記録しておく。更に、そのボタンが確定し、ボタンに対応したボタンコマンドｂ２３４が実行される段階になると、ボタンの表示色が“確定”を示す色に変わるように設定できる。この確定時のボタンの表示色を確定用カラーパレットｂ２２３に持たせている。
【０１１２】
図４９は、グラフィックユニットのデータ構造に関する他の例を示す。図４９の実施の形態では、マスクデータを使う代わりにホットスポット情報を使用する所に特徴がある。それに対応して図４９の例では通常用カラーパレットｅ２２１、選択用カラーパレットｅ２２２、確定用カラーパレットｅ２２３をそれぞれ複数設定可能にしている。また各ボタン情報ｅ２３の画面上の領域指定方法として、マスクデータを使う代わりにホットスポット位置情報ｅ２３３により画面上の領域を指定できるようにしている。さらに、図４９の例では、同一のボタン情報ｅ２３に対してこのホットスポット位置情報ｅ２３３を複数設定可能にする事で、画面上の互いに離れた複数の領域を同一のボタン情報ｅ２３に対応させられるようにしている。
【０１１３】
図５０は、この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドコンテンツ記録領域の記録内容の一例を説明する図である。図５０（ｃ）のアドバンスドコンテンツ記録領域２１は、図５０（ｄ）に示すとおり、動画データを記録する動画記録領域２１Ｂ、アニメーションデータや静止画データを記録するアニメーション・静止画記録領域２１Ｃ、音声データを記録する音声記録領域２１Ｄ、フォントデータを記録するフォント記録領域２１Ｅ、およびこれらの再生を制御するための情報（これはMarkup言語/Script言語/StyleSheetなどで構成されている）を記録するMarkup/Script言語記録領域２１Ａを含むように構成される（これらの領域の記録順は図示のように領域２１Ａが先頭）。
【０１１４】
この再生を制御するための情報（領域２１Ａの記録内容）には、アドバンスドコンテンツ（音声、静止画、フォント・テキスト、動画、アニメーション等を含んで構成される）および／またはＤＶＤビデオコンテンツの再生方法（表示方法、再生手順、再生切換手順、再生対象の選択等）がMarkup言語、Script言語、スタイルシート（StyleSheet）を用いて記述されてる。例えば、Markup言語として、ＨＴＭＬ（Hyper Text Markup Language）／ＸＨＴＭＬ（eXtensible Hyper Text Markup Language）やＳＭＩＬ（Synchronized Multimedia Integration Language）、Script言語として、ＥＣＭＡ（European Computer Manufacturers Association）ScriptやJavaScript（Javaは登録商標）のようなScript言語、ＣＳＳ（Cascading Style Sheet）といったStyleSheetなどを組み合わせながら用いることができる。
【０１１５】
また、Makrup/Script言語記録領域２１Ａは、起動情報を記録するスタートアップ記録領域２１０Ａ、再生装置内のバッファにロードするファイルの情報（図９０参照）を記録するローディング情報記録領域２１１Ａ、Markup言語やScript言語を用いてアドバンスドタイトルセットの拡張ビデオオブジェクトセットに格納されたＨＤ＿ＤＶＤ映像を再生する際の映像再生順序を定義するための再生シーケンス情報記録領域２１５Ａ、前述のMarkup言語を記録するMarkup記録領域２１２Ａ、前述のScript言語を記録するScript記録領域２１３Ａ、および前述のStyleSheetを記録するStyleSheet記録領域２１４Ａを含んで構成される。
【０１１６】
なお、図５０（ｅ）のローディング情報記録領域２１１Ａおよび再生シーケンス情報記録領域２１５Ａは、図２３６等を参照して後述するプレイリストの情報を１以上格納する領域として利用できるようになっている。
【０１１７】
また、スタートアップ記録領域２１０Ａに記録される前記起動情報（スタートアップ情報）は、前記プレイリストの情報が１以上ある場合に、どの１つ（通常は最新版のプレイリスト）のプレイリスト情報を採用するかを決めるための情報を含むようになっている。具体的には、例えば後述する図２６２のStartup fileの記述例において、<playlist href=VIDEO_TS/Playlist_5.xml>における“_5”といった、そのStartup file内での最大番号情報で最新版のプレイリストを決定できる。
【０１１８】
図５１は、この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドＨＤビデオタイトルセット記録領域の記録内容の一例を説明する図である。図５１（ｄ）に示すアドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ：アドバンスドＶＴＳ）は、前述のアドバンスドコンテンツの１つであるMakrup言語から参照されることに特化されたビデオオブジェクトである。
【０１１９】
アドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ）記録領域５０の内部は、図５１（ｅ）に示すように、アドバンスドＨＤビデオタイトルセット記録領域５０内の全コンテンツに対する管理情報が記録されているアドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）領域５１と、そのバックアップデータでアドバンスドＨＤビデオタイトルセット情報領域５１と全く同じ情報が記録されたアドバンスドＨＤビデオタイトルセット情報バックアップ領域（ＡＨＤＶＴＳＩ＿ＢＵＰ）５４と、アドバンスドＨＤビデオタイトルセット内でのビデオオブジェクト（タイトルの映像情報）データが記録されているアドバンスドタイトル用ビデオオブジェクト領域（ＡＨＤＶＴＳＴＴ＿ＶＯＢＳ）５３を含んで構成される。
【０１２０】
図５２は、アドバンスドＨＤビデオタイトルセット記録領域内に記録されるアドバンスドＨＤビデオタイトルセット情報のデータ構造を例示する図である。図２に示したHVIA0001.IFO（あるいは図示しないVTSA0100.IFO）ファイル内にまとめて記録され、図５１（e）に示したアドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）領域５１の内部は、図５２に示すように、アドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）５１０、アドバンスドＨＤビデオタイトルセットＰＴＴサーチポインタテーブル（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）５１１、アドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）５１２、アドバンスドＨＤビデオタイトルセットセルアドレステーブル（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ）５１7、およびタイムマップ情報テーブル（ＴＭＡＰＩＴ）５１9の各領域（管理情報グループ）に分かれている。
【０１２１】
ここで、タイムマップ情報テーブル（ＴＭＡＰＩＴ）５１９は、アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）領域５１の一部ではあるが、アドバンスドＨＤビデオタイトルセット情報領域５１と同じファイル（図２におけるHVIA0001.IFO）として記録することも可能であり、アドバンスドＨＤビデオタイトルセット情報領域５１と独立したファイル（例えばHVM00000.MAP）として記録することも可能である。
【０１２２】
アドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）５１０には、該当するビデオタイトルセットに共通する管理情報が記録されている。この共通する管理情報をアドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）領域５１の中で最初の領域（管理情報グループ）に配置する事で、即座にビデオタイトルセット内の共通管理情報を読み込めるので、情報再生装置の再生制御処理の簡素化と制御処理時間の短縮化が図れる。
【０１２３】
図５３は、アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＡＨＤＶＴＳ＿ＣＡＴ）の記録内容を例示する図である。アドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）５１０は、ビデオタイトルセット内の共通管理情報として、以下の情報を格納できるようになっている。すなわち、図５３に示すように、アドバンスドＨＤビデオタイトルセット情報管理テーブル内は、アドバンスドＨＤビデオタイトルセット識別子（ＡＨＤＶＴＳ＿ＩＤ）、アドバンスドＨＤＶＴＳの終了アドレス（ＡＨＤＶＴＳ＿ＥＡ）、アドバンスドＨＤＶＴＳＩの終了アドレス（ＡＨＤＶＴＳＩ＿ＥＡ）、ＨＤ＿ＤＶＤビデオ規格のバージョン番号（ＶＥＲＮ）、AＨＤＶＴＳカテゴリタイプ（ＡＨＤＶＴＳ＿ＣＡＴ）、AＨＤＶＴＳＩ＿ＭＡＴの終了アドレス（ＡＨＤＶＴＳＩ＿ＭＡＴ＿ＥＡ）、AＨＤＶＴＳＴＴ＿ＶＯＢＳの先頭アドレス（ＡＨＤＶＴＳＴＴ＿ＶＯＢＳ＿ＳＡ）、AＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴの先頭アドレス（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ＿ＳＡ）、AＨＤＶＴＳ＿ＰＧＣＩＴの先頭アドレス（ＡＨＤＶＴＳ＿ＰＧＣＩＴ＿ＳＡ）、AＨＤＶＴＳ＿Ｃ＿ＡＤＴの先頭アドレス（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ＿ＳＡ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのアングル数（ＡＴＲ１＿ＡＧＬ＿Ｎｓ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのビデオ属性（ＡＴＲ１＿Ｖ＿ＡＴＲ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのオーディオストリーム数（ＡＴＲ１＿ＡＳＴ＿Ｎｓ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのオーディオストリーム属性テーブル（ＡＴＲ１＿ＡＳＴ＿ＡＴＲＴ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのサブピクチャストリーム数（ＡＴＲ１＿ＳＰＳＴ＿Ｎｓ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのサブピクチャストリーム属性テーブル（ＡＴＲ１＿ＳＰＳＴ＿ＡＴＲＴ）、属性情報１（ＡＴＲ１）をもつビデオオブジェクトのマルチチャネルオーディオストリーム属性テーブル（ＡＴＲ１＿ＭＵ＿ＡＳＴ＿ＡＴＲＴ）（以下、属性情報２、属性情報３が続く）の各種情報が格納可能に構成
されている。
【０１２４】
なお、図５３の管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）に格納可能な情報のうち、スタンダードＶＴＳに存在したＨＤＶＴＳＭ＿ＶＯＢＳの先頭アドレス（ＨＤＶＴＳＭ＿ＶＯＢＳ＿ＳＡ）は、アドバンスドＶＴＳにおいてはＨＤＶＴＳＭ＿ＶＯＢＳがないため、存在しなくてもよい（もしくは予約領域とすることができる）。また、スタンダードＶＴＳに存在したＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴの先頭アドレス（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ＿ＳＡ）はアドバンスドＶＴＳにおいてはＨＤＶＴＳＭ＿ＶＯＢＳがないため存在しなくてもよい（もしくは予約領域とすることができる）。また、スタンダードＶＴＳにおいて存在したＨＤＶＴＳＭ＿Ｃ＿ＡＤＴの先頭アドレス（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ＿ＳＡ）はアドバンスドＶＴＳにおいてはＨＤＶＴＳＭがないため存在しなくてもよい（もしくは予約領域とすることができる）。また、スタンダードＶＴＳにおいて存在したＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）はアドバンスドＶＴＳにおいてはＨＤＶＴＳＭがないため存在しなくてもよい（もしくは予約領域とすることができる）。さらに、スタンダードＶＴＳに存在したＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）は、アドバンスドＶＴＳにおいては、代わりのタイムマップ情報テーブルがあるため存在しなくてもよい（もしくは予約領域とすることができる）。
【０１２５】
ここで、図５３のアドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）５１０内に格納されるアドバンスドＶＴＳのカテゴリを示す情報（ＡＨＤＶＴＳ＿ＣＡＴ）は、下記のとおり定義されている：
ＡＨＤＶＴＳ＿ＣＡＴ＝0000b：ＡＨＤＶＴＳのカテゴリを特定せず
ＡＨＤＶＴＳ＿ＣＡＴ＝0001b：予約
ＡＨＤＶＴＳ＿ＣＡＴ＝0010b：アドバンスドコンテンツを伴ったアドバンスドＶＴＳ
ＡＨＤＶＴＳ＿ＣＡＴ＝0011b：アドバンスドコンテンツを伴わないアドバンスドＶＴＳ
ＡＨＤＶＴＳ＿ＣＡＴ＝その他：予約
ここで、“ＡＨＤＶＴＳ＿ＣＡＴ＝0010b”でカテゴリが示される「アドバンスドコンテンツを伴ったアドバンスドＶＴＳ」は、基本的にMarkup言語を伴って構成されるアドバンスドＶＴＳを示す。つまり、このカテゴリではコンテンツ制作者が「Markup言語により制御されるアドバンスドＶＴＳ」を想定しており、Markup言語の制御に従ってのみ再生することが許され、アドバンスドＶＴＳ単体で再生することは許されない。例えば、コンテンツ制作者が特定の条件の下でのみ、ある区間のアドバンスドＶＴＳの再生を許すようなMarkup言語を記述した場合、アドバンスドＶＴＳ単体での再生を許してしまうと、この区間が特定の条件以外でも再生ができてしまうことになる。“ＡＨＤＶＴＳ＿ＣＡＴ＝0010b”のカテゴリのアドバンスドＶＴＳではこのような再生が禁止される。
【０１２６】
“ＡＨＤＶＴＳ＿ＣＡＴ＝0011b”でカテゴリが示される「アドバンスドコンテンツを伴わないアドバンスドＶＴＳ」は、基本的にMarkup言語を伴わずアドバンスドＶＴＳのみで再生が行えるアドバンスドＶＴＳを示す。これは、例えばＤＶＤ−ＶＲ／ＨＤＤＶＤ−ＶＲといった他のレコーディング規格（ＶＲ規格と呼ぶ）とこの発明の実施の形態における再生専用規格（ビデオ規格と呼ぶ）の再生互換を保つためのアドバンスドＶＴＳを想定している。ビデオ規格とＶＲ規格はそれぞれの用途の相違のため（ビデオ規格はインタラクティブ性に重点をおき、ＶＲ規格は編集機能に重点をおく）ため規格が異なっている。ここで、構造的に単純化されたアドバンスドＶＴＳを２つの規格において共通化することにより、目的のことなる２つの規格においても再生互換をとることが可能となる。例えば、ＶＲ規格に則った記録機器において、アドバンスドＶＴＳモードにおいて記録した情報記憶媒体は、すべての再生装置において再生することが可能となる。
【０１２７】
図５４は、図５２に示したアドバンスドＨＤビデオタイトルセットＰＴＴサーチポインタテーブル（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）５１１の中のデータ構造を例示している。アドバンスドＨＤビデオタイトルセットＰＴＴサーチポインタテーブル（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）５１１は、ＡＨＤＶＴＳにおけるAＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴの終了アドレス（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ＿ＥＡ）の情報を有するＰＴＴサーチポインタテーブル情報（ＰＴＴ＿ＳＲＰＴＩ）５１１aと；プログラム番号（ＰＧＮ）の情報を持ったＰＴＴサーチポインタ（ＰＴＴ＿ＳＲＰ）５１１cの各種情報を含んで構成されている。
【０１２８】
ここで、スタンダードＶＴＳにおいて存在したＨＤＶＴＳのＴＴＵの数を表すＨＤＶＴＳ＿ＴＴＵ＿Ｎｓは、アドバンスドＶＴＳにおいてはＴＴＵの数が１で固定のため、存在しなくてよい（もしくは存在しても固定値が記録される）。また、アドバンスドＶＴＳではタイトル（ＴＴ）が１つしか存在しないように構成できる。その場合、スタンダードＶＴＳのときに存在した「ＴＴＵの先頭アドレス（ＴＴＵ＿ＳＡ）の情報が記録されたタイトルユニットサーチポインタ（ＴＴＵ＿ＳＲＰ）４１１ｂ（図２２参照）」は、ＴＴＵが１つしかないため存在しなくてよい（もしくは存在しても固定値が記録される）。
【０１２９】
図５５は、アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図である。アドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）５１２の中には、図５５に示すように、AＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰの数（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ＿Ｎｓ）およびAＨＤＶＴＳ＿ＰＧＣＩＴの終了アドレス（ＡＨＤＶＴＳ＿ＰＧＣＩＴ＿ＥＡ）の情報が含まれるアドバンスドＨＤビデオタイトルセットＰＧＣＩテーブル情報（ＡＨＤＶＴＳ＿ＰＧＣＩＴＩ）５１２ａの情報が記録されている。また、AＨＤＶＴＳ＿ＰＧＣＩサーチポインタ（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ）５１２ｂ内には、前述したAＨＤＶＴＳ＿ＰＧＣカテゴリ（ＡＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）と共に、ＡＨＤＶＴＳ＿ＰＧＣＩの先頭アドレス（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＡ）の情報も記録されている。
【０１３０】
ここで、アドバンスドＶＴＳ内では、複数のＰＧＣを用意できるが、ナビゲーションコマンドを利用して再生時の接続関係を制御する機能を持たない。そのため、基本的にＰＧＣは１つのみ存在し、アドバンスドＶＴＳの１つのシーケンシャルな再生を管理することになる。この場合、ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ＿Ｎｓの値は1で固定となり、サーチポインタ（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ）５１２ｂとＰＧＣ情報（ＡＨＤＶＴＳ＿ＰＧＣＩ）５１２ｃが１つずつ存在する。
【０１３１】
図５６は、プログラムチェーン情報（例えば図５５のＡＨＤＶＴＳ＿ＰＧＣＩに対応）に含まれるプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）のデータ構造を例示する図である。 ＰＧＣ情報（ＡＨＤＶＴＳ＿ＰＧＣＩ）５１２ｃに記録されるプログラムチェーン情報（ＰＧＣＩ）は、図５６に示すように、プログラムチェーン一般情報（ＰＧＣ＿ＧＩ）５０、プログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）５２、セル再生情報テーブル（Ｃ＿ＰＢＩＴ）５３、セル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）５４という４領域（4個の管理情報グループ）を含んで構成されている。なお、スタンダードＶＴＳのＰＧＣＩ（図３４）では存在したプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）５１は、アドバンスドＶＴＳにおいては存在しなくてよい（もしくは予約領域となる）。
【０１３２】
図５６に示すように、プログラムチェーン一般情報（ＰＧＣ＿ＧＩ）５０内には、ＰＧＣ内容（ＰＧＣ＿ＣＮＴ）、ＰＧＣ再生時間（ＰＧＣ＿ＰＢ＿ＴＭ）、ＰＧＣオーディオストリーム制御テーブル（ＰＧＣ＿ＡＳＴ＿ＣＴＬＴ）、ＰＧＣサブピクチャストリーム制御テーブル（ＰＧＣ＿ＳＰＳＴ＿ＣＴＬＴ）、ＰＧＣナビゲーションコントロール（ＰＧＣ＿ＮＶ＿ＣＴＬ）、ＰＧＣサブピクチャパレット（ＰＧＣ＿ＳＰ＿ＰＬＴ）、ＰＧＣ＿ＰＧＭＡＰの先頭アドレス（ＰＧＣ＿ＰＧＭＡＰ＿ＳＡ）、Ｃ＿ＰＢＩＴの先頭アドレス（Ｃ＿ＰＢＩＴ＿ＳＡ）、Ｃ＿ＰＯＳＩＴの先頭アドレス（Ｃ＿ＰＯＳＩＴ＿ＳＡ）等の各種情報が記録されている。
【０１３３】
ここで、スタンダードＶＴＳにおいて存在したＰＧＣユーザ操作制御（ＰＧＣ＿ＵＯＰ＿ＣＴＬ）は、アドバンスドＶＴＳ内においてはユーザ操作の制御はMarkup言語で行われるため存在しない（もしくは存在してもＰＧＣ＿ＵＯＰ＿ＣＴＬには“00...00b”の固定値が記録される）。また、スタンダードＶＴＳにおいて存在したＰＧＣグラフィックユニットストリーム制御テーブル（ＰＧＣ＿ＧＵＳＴ＿ＣＴＬＴ）は、アドバンスドＶＴＳ内においてはグラフィックユニットがないため存在しない（予約領域としてもよい）。また、スタンダードＶＴＳにおいて存在したＰＧＣ＿ＣＭＤＴの先頭アドレス（ＰＧＣ＿ＣＭＤＴ＿ＳＡ）は、アドバンスドＶＴＳ内にはコマンド（ＰＧＣ＿ＣＭＤＴ）が存在しないため、存在しない（もしくは予約領域となる）。
【０１３４】
なお、図５６のＰＧＣＩ＿ＧＩの例では末尾にＲＳＭ＆ＡＯＢ＿ＣＡＴを例示してある。しかしながら、スタンダードＶＴＳにおいて存在したＲＳＭ＆ＡＯＢカテゴリ情報（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）つまりＲＳＭ許可情報、音声情報選択フラグ、および音声情報番号は、アドバンスドＶＴＳではＲＳＭ情報がMarkup言語にて制御され、また音声（Audio）情報がないため、無くて良い（もしくは予約領域となる）。
【０１３５】
図５７は、図５２に示したアドバンスドＨＤビデオタイトルセットセルアドレステーブル（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ）５１7の中のデータ構造を例示している。アドバンスドＨＤビデオタイトルセットセルアドレステーブル（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ）５１7内は、AＨＤＶＴＳ＿ＶＯＢＳ内のＶＯＢの数（ＡＨＤＶＴＳ＿ＶＯＢ＿Ｎｓ）およびAＨＤＶＴＳ＿Ｃ＿ＡＤＴの終了アドレス（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ＿ＥＡ）の情報を有したアドバンスドＨＤビデオタイトルセットセルアドレステーブル情報（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴＩ）５１7ａと；AＨＤＶＴＳ＿ＣＰのＶＯＢ＿ＩＤ番号（ＡＨＤＶＴＳ＿ＶＯＢ＿ＩＤＮ）、AＨＤＶＴＳ＿ＣＰのＣｅｌｌ＿ＩＤ番号（ＡＨＤＶＴＳ＿Ｃ＿ＩＤＮ）、AＨＤＶＴＳ＿ＣＰの先頭アドレス（ＡＨＤＶＴＳ＿ＣＰ＿ＳＡ）、およびAＨＤＶＴＳ＿ＣＰの終了アドレス（ＡＨＤＶＴＳ＿ＣＰ＿ＥＡ）の各種情報からなるアドバンスドＨＤビデオタイトルセットセルピース情報（ＡＨＤＶＴＳ＿ＣＰＩ）５１7ｂ
の各種情報を含んで構成されている。
【０１３６】
図５８は、図５２に示したタイムマップ情報テーブル（ＴＭＡＰＩＴ）５１９中のデータ構造を例示している。タイムマップ情報テーブル（ＴＭＡＰＩＴ）５１９内は、タイムマップ情報テーブル情報（ＴＭＡＰＩＴＩ）５１９ａと、タイムマップ情報サーチポインタ（ＴＭＡＰＩ＿ＳＲＰ）５１９ｂと、タイムマップ情報（ＴＭＡＰＩ）５１９ｃを含んで構成されている。タイムマップ情報テーブル情報（ＴＭＡＰＩＴＩ）５１９ａは、このタイムマップ情報テーブル（ＴＭＡＰＩＴ）５１９に含まれるタイムマップ情報（ＴＭＡＰＩ）５１９ｃの数と、このタイムマップ情報テーブル（ＴＭＡＰＩＴ）５１９の終了アドレスの情報を含んで構成される。また、タイムマップ情報サーチポインタ（ＴＭＡＰＩ＿ＳＲＰ）５１９ｂは、タイムマップ情報（ＴＭＡＰＩ）５１９ｃの個数分だけ存在し、タイムマップ情報（ＴＭＡＰＩ）５１９ｃが記録されている先頭アドレスを記述している。
【０１３７】
図５９は、図５８に示したタイムマップ情報（ＴＭＡＰＩ）５１９ｃのデータ構造を例示している。タイムマップ情報（ＴＭＡＰＩ）５１９ｃ内は、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）５１９ｃ１と、タイムエントリテーブル（ＴＭ＿ＥＮＴ）５１９ｃ２と、ＶＯＢＵエントリテーブル（ＶＯＢＵ＿ＥＮＴＴ）５１９ｃ３と、ＩＬＶＵ＿ＡＤＲエントリテーブル（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴＴ）５１９ｃ４、ＥＮＴ＿ＶＯＢＮテーブル（ＥＮＴ＿ＶＯＢＮＴ）５１９ｃ５を含んで構成される。
【０１３８】
タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）５１９ｃ１は、このタイムマップ情報（ＴＭＡＰＩ）５１９ｃを構成するブロック（Block）の種類を示すＴＭＡＰ＿ＴＹＰＥと、連続ブロック（Contiguous Block）またはインターリーブドブロック（Interleaved Block）の先頭アドレスを示すＢＬＫ＿ＡＤＲと、タイムエントリ（Time Entry）の時間の長さを示すＴＭＵと、このタイムマップ情報（ＴＭＡＰＩ）５１９ｃが参照するＶＯＢの数を示すＶＯＢ＿Ｎｓと、このタイムマップ情報（ＴＭＡＰＩ）５１９ｃが参照する１つのＶＯＢあたりのＩＬＶＵ数を示すＩＬＶＵ＿Ｎｓと、このタイムマップ情報（ＴＭＡＰＩ）５１９ｃが参照するすべてのＶＯＢＵ数を示すＶＯＢＵ＿ＥＮＴ＿Ｎｓを含んで構成される。
【０１３９】
なお、図５９のＴＭＡＰ＿ＧＩにおいて、タイムマップ情報ＴＭＡＰＩを構成するブロックがContiguous Blockを含んで構成される場合はＴＭＡＰ＿ＴＹＰＥに“0b”が記録され、このＴＭＡＰＩを構成するブロックがInterleved Blockを含んで構成される場合はＴＭＡＰ＿ＴＹＰＥに“1b”が記録される。また、タイムエントリの時間の長さはタイムマップ情報内で一定であり、例えばＴＭＵ＝１０秒といった値に設定できる。
【０１４０】
さらに、ＴＭＡＰＩが参照するＶＯＢの数を示すＶＯＢ＿Ｎｓは、ＴＭＡＰＩを構成するブロックがContiguous Blockの場合（つまりＴＭＡＰ＿ＴＹＰＥ＝0bの場合）はContiguous Blockで構成されるＶＯＢの数を示し、ＴＭＡＰＩを構成するブロックがInterleaved Blockの場合（つまりＴＭＡＰ＿ＴＹＰＥ＝1bの場合）はInterleved Blockを構成するＶＯＢの数を示す。
【０１４１】
図６０は、図５９に示したタイムエントリテーブル（ＴＭ＿ＥＮＴ）５１９ｃ２のデータ構造を例示している。タイムエントリテーブル（ＴＭ＿ＥＮＴ）５１９ｃ２内は、タイムエントリ数（ＴＭ＿ＥＮ＿Ｎｓ）５１９ｃ２１と、タイムエントリ（ＴＭ＿ＥＮ）５１９ｃ２２をそれぞれ１以上含んで構成される。ここで、タイムエントリはＶＯＢ毎に配置される。具体的には、図６０の例では、ＶＯＢ＃１のタイムエントリ（ＴＭ＿ＥＮ）５１９ｃ２２群、ＶＯＢ＃２のタイムエントリ（ＴＭ＿ＥＮ）５１９ｃ２２群、………ＶＯＢ＃ｐのタイムエントリ（ＴＭ＿ＥＮ）５１９ｃ２２群のように、ＶＯＢ＃ｐの昇順に配置される。
【０１４２】
タイムエントリ数（ＴＭ＿ＥＮ＿Ｎｓ）５１９ｃ２１は、１つのＶＯＢにおけるタイムエントリ（ＴＭ＿ＥＮ）５１９ｃ２２の数を示すＴＭ＿ＥＮ＿Ｎｓが記録される。タイムエントリ（ＴＭ＿ＥＮ）５１９ｃ２２は、タイムエントリが指すＶＯＢＵエントリ（ＶＯＢＵ＿ＥＮＴ）５１９ｃ３１の番号を示すＶＯＢＵ＿ＥＮＴＮと、ＴＭＵにより計算されるタイムエントリの時間とタイムエントリが指すＶＯＢＵの開始時間との時間差を示すＴＭ＿ＤＩＦＦと、“Block（ＴＭＡＰＩが有効であるＶＯＢ区間）”の先頭からのオフセットアドレスを示すＴＭ＿ＥＮ＿ＡＤＲを含んで構成される。
【０１４３】
図６１は、図５９に示したＶＯＢＵエントリテーブル（ＶＯＢＵ＿ＥＮＴＴ）５１９ｃ３と、ＩＬＶＵ＿ＡＤＲエントリテーブル（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴＴ）５１９ｃ４と、ＥＮＴ＿ＶＯＢＮテーブル（ＥＮＴ＿ＶＯＢＮＴ）５１９ｃ５のデータ構造を例示している。図６１に示すように、ＶＯＢＵエントリテーブル（ＶＯＢＵ＿ＥＮＴＴ）５１９ｃ３内は、ＶＯＢＵエントリ（ＶＯＢＵ＿ＥＮＴ）５１９ｃ３１を含んで構成される。ＶＯＢＵエントリ（ＶＯＢＵ＿ＥＮＴ）５１９ｃ３１は、ＶＯＢＵ内に含まれる1st Reference Picture（つまり最初のI-picture、もしくはそれに相当するもの）の大きさ（パック数で示すことができる）を示す１ＳＴＲＥＦ＿ＳＺと、ＶＯＢＵの再生時間を示すＶＯＢＵ＿ＰＢ＿ＴＭと、ＶＯＢＵの大きさ（パック数で示すことができる）を示すＶＯＢＵ＿ＳＺを含んで構成される。
【０１４４】
ＩＬＶＵ＿ＡＤＲエントリテーブル（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴＴ）５１９ｃ４内は、ＩＬＶＵ＿ＡＤＲエントリ（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴ）５１９ｃ４１を含んで構成される。ＩＬＶＵ＿ＡＤＲエントリ（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴ）５１９ｃ４１は、各ＩＬＶＵのアドレスのためのInterleved Block先頭からのオフセットアドレスを示すＩＬＶＵ＿ＡＤＲを含んで構成される。
【０１４５】
また、タイムマップ情報（ＴＭＡＰＩ）５１９ｃが参照されるＶＯＢのリストを示すＥＮＴ＿ＶＯＢＮテーブル（ＥＮＴ＿ＶＯＢＮＴ）５１９ｃ５内は、エントリＶＯＢ番号（ＥＮＴ＿ＶＯＢＮ）５１９ｃ５１を含んで構成される。エントリＶＯＢ番号（ＥＮＴ＿ＶＯＢＮ）５１９ｃ５１は、参照されるＶＯＢ番号を示すＥＮＴ＿ＶＯＢＮを含んで構成される。ここで、ＥＮＴ＿ＶＯＢＮはタイムマップ情報（ＴＭＡＰＩ）５１９ｃが参照するＶＯＢの順序で記述され、該当タイムマップがどのＶＯＢに対応するのかをＶＯＢ番号を用いて示している。
【０１４６】
図６２は、管理情報（例えば図５３のＡＨＤＶＴＳ＿ＣＡＴ）に含まれる情報（Application Type）の内容に応じたアドバンスドＶＴＳ（図５１、図７４、図７９等のＡＨＤＶＴＳ）の再生手順の一例を説明するフローチャートである。アドバンスドＶＴＳの再生が指定されると、再生装置（図７２等）はＡＨＤＶＴＳＩ＿ＭＡＴ５１０にあるＡＨＤＶＴＳ＿ＣＡＴの値を調べる。ＡＨＤＶＴＳ＿ＣＡＴ＝0011bであるときは（ステップＳＴ６２０イエス）、このアドバンスドＶＴＳの再生がアドバンスドコンテンツを伴わないビデオオブジェクトであるため、つまり再生の制御がMarkup/Scrip言語ではなくアドバンスドＨＤビデオタイトルセット記録領域５０（ＡＨＤＶＴＳ）のデータによってのみ制御されるものであるため、このAＨＤＶＴＳのデータをもとに再生を行うことができる（アドバンスドＶＴＳの単独再生処理）。
【０１４７】
ＡＨＤＶＴＳ＿ＣＡＴの値が“0011b”以外の値であるとき（例えば“0010b”であるとき）は（ステップＳＴ６２０ノー）、これはアドバンスドコンテンツを伴ったビデオオブジェクトであるため、このビデオオブジェクトを制御するためのMarkup/Script言語をもとに再生を行わなければならない。そうでなければ、このビデオオブジェクトの再生がコンテンツ制作者の意図したものと異なってしまうからである。そこで、再生装置（図７２等）はこのビデオオブジェクトに関連付けられているMarkup/Script言語ファイルを探索し、そのファイルが見つかれば（ステップＳＴ６２２イエス）、該当ファイルのMarkup/Script言語の記述をもとに、ビデオオブジェクトの再生を行う（Markup/Script言語の実行処理）。もし、ビデオオブジェクトに関連付けられているMarkup/Script言語ファイルが見つからない場合は（ステップＳＴ６２２ノー）、再生を制御するためのデータが十分に揃わなかったため、再生を行わず終了する。
【０１４８】
図６３は、この発明の一実施の形態に係るアドバンスドＶＴＳから参照されるエンハンスドビデオオブジェクト（ＥＶＯＢ）内の各ＥＶＯＢＵ先頭に配置されるナビゲーションパック（ＮＶ＿ＰＣＫ）の構成を示している。ナビゲーションパックの中には、プレゼンテーションコントロール情報パケット（ＰＣＩ＿ＰＫＴ）及びデータサーチ情報パケット（ＤＳＩ＿ＰＫＴ）が含まれており、図６４及び図６５で示す情報が夫々のパケット内に格納されている。
【０１４９】
図６４は、再生制御情報であるプレゼンテーションコントロール情報（ＰＣＩ）の内容を例示している。この中には、再生制御一般情報（ＰＣＩ＿ＧＩ）、各アングルの先頭位置情報を含みアングル切替時にシームレス再生を必要としないノンシームレスアングル位置情報（ＮＳＭＬ＿ＡＧＬＩ）、及び記録情報（ＲＥＣＩ）を含んで構成される。ここで、記録情報（ＲＥＣＩ）には、記録したビデオ、オーディオ及び副映像の内容に関して、国コード、コピーライトホルダーコード、記録年月日や記録番号などの、特定コードを記録することができる。
【０１５０】
再生制御一般情報（ＰＣＩ＿ＧＩ）は、ＶＯＢＳ先頭からの論理ブロック番号（ＬＢＮ）で示される制御パック位置情報（ＮＶ＿ＰＣＫ＿ＬＢＮ）、アナログコピー制御情報を含むＥＶＯＢＵカテゴリ情報（ＥＶＯＢＵ＿ＣＡＴ）、ＥＶＯＢＵの再生開始時間を示す情報（ＥＶＯＢＵ＿Ｓ＿ＰＴＭ）及び再生終了時間を示す情報（ＥＶＯＢＵ＿Ｅ＿ＰＴＭ）、ＥＶＯＢＵ内でシーケンスエンドコードでビデオの再生が終了される場合にその再生終了時刻の情報を示すＥＶＯＢＵ再生シーケンス終了時間情報（ＥＶＯＢＵ＿ＳＥ＿Ｅ＿ＰＴＭ）及びＥＶＯＢＵのセル内経過時間を示すセル経過時間情報（Ｃ＿ＥＬＴＭ）を含んで構成することができる。
【０１５１】
なお、再生制御一般情報（ＰＣＩ＿ＧＩ）内において、括弧で図示された「ＥＶＯＢＵ再生開始時間情報（ＥＶＯＢＵ＿Ｓ＿ＰＴＭ）」と「ＥＶＯＢＵ再生終了時間情報（ＥＶＯＢＵ＿Ｅ＿ＰＴＭ）」と「セル経過時間情報（Ｃ＿ＥＬＴＭ）」は、いずれもオプションの情報であり、実施の形態によっては削除可能である。
【０１５２】
図６５は、データ検索情報であるデータサーチ情報（ＤＳＩ）の内容を例示している。この中には、データ検索一般情報（ＤＳＩ＿ＧＩ）、インターリーブ配置されたインタリーブドユニット（ＩＬＶＵ）を途切れることなく連続再生するための情報であるシームレス再生情報（ＳＭＬ＿ＰＢＩ）、アングル切替時に再生を途切れることなく切替える為の情報として各アングルのインタリーブドユニット（ＩＬＶＵ）の飛び先アドレスを記述したシームレスアングル位置情報（ＳＭＬ＿ＡＧＬＩ）、及びビデオと同期して再生されるオーディオパック及び副映像パックの位置情報を示す同期情報（ＳＹＮＣＩ）を含んで構成される。
【０１５３】
データ検索一般情報（ＤＳＩ＿ＧＩ）は、システムクロックレファレンス（ＳＣＲ）ベースの時間情報で示される制御パック再生時間情報（ＮＶ＿ＰＣＫ＿ＳＣＲ）、ＶＯＢＳ先頭からの論理ブロック番号（ＬＢＮ）で示される制御パック位置情報（ＮＶ＿ＰＣＫ＿ＬＢＮ）、該当規格の適用ディスクが、ＤＶＤ−ＲＯＭの読出し専用ディスクであるか、ＤＶＤ−Ｒ等の書き込み可能ディスクであるかを示す情報であるＥＶＯＢＵ適合情報（ＥＶＯＢＵ＿ＡＤＰ＿ＩＤ）、該当ＤＳＩが含まれるＥＶＯＢのＩＤ番号を示すＥＶＯＢＵ＿ＥＶＯＢ番号情報（ＥＶＯＢＵ＿ＥＶＯＢ＿ＩＤＮ：図示せず）、該当ＤＳＩが含まれるセルのＩＤ番号を示すＥＶＯＢＵセル番号情報（ＥＶＯＢＵ＿Ｃ＿ＩＤＮ）、該当ＥＶＯＢＵが属するＥＶＯＢの属性情報の番号を示すＥＶＯＢＵ属性番号情報（ＥＶＯＢＵ＿ＡＴＲＮ）及びＥＶＯＢＵのセル内経過時間を示すセル経過時間情報（Ｃ＿ＥＬＴＭ）を含んで構成される。
【０１５４】
なお、データ検索一般情報（ＤＳＩ＿ＧＩ）内において、括弧で図示された「セル経過時間情報（Ｃ＿ＥＬＴＭ）」はオプションの情報であり、この発明の実施の形態によっては、削除可能である。
【０１５５】
図６６は、アドバンスドＶＴＳ（ＡＨＤＶＴＳ）の構成例を説明する図である。アドバンスドＶＴＳは、基本的にMarkup言語で制御されるため、Markup言語で制御しやすいように単純化された構造である必要があるが、その構造例を図６６に示している。この例では、アドバンスドＶＴＳはただ１つのＶＴＳで構成され、このＶＴＳはただ１つのタイトル（Title）を含んで構成され、Titleはただ１つのＰＧＣを含んで構成され、ＰＧＣは１つ以上のＰＴＴおよび１つ以上のセル（Cell）を含んで構成されている。また、ビデオオブジェクトＶＴＳ＿ＥＶＯＢＳは、セルにより１対１対応で参照される。
【０１５６】
ここで、ＶＴＳＩやＮＶ＿ＰＣＫに記録することが可能なナビゲーションコマンドは、アドバンスドＶＴＳにおいては１つも存在しない。これにより、Markup言語による制御とナビゲーションコマンドによる制御がアドバンスドＶＴＳに同時に存在することにより複雑化するコンテンツの製作過程や再生装置の製造の負荷を、避けることが可能となる。
【０１５７】
更に、スタンダードＶＴＳにおいては、ＮＶ＿ＰＣＫに存在するＶＯＢＵサーチ情報を用いてビデオオブジェクトへアクセスを行っていたが、アドバンスドＶＴＳにおいては、ＮＶ＿ＰＣＫのＶＯＢＵサーチ情報は用いず（存在しなくてもよい）、新たにタイムマップ情報を追加し、Markup言語の指示によりビデオオブジェクトへアクセスする際も、タイムマップ情報を用いて任意の箇所から精度のよいアクセスを行うことが可能になる。
【０１５８】
なお、図６６において、各ＥＶＯＢに対応する複数ＥＶＯＢＵの各々に割り当てられた属性（Attribute＃ｎ）を識別する属性番号“＃ｎ”は、図６５に示したＥＶＯＢＵ属性番号情報（ＥＶＯＢＵ＿ＡＴＲＮ）により指定できる。
【０１５９】
図６７は、この発明の一実施の形態に係るタイムマップの構成要素を纏めて示している。すなわち、タイムマップの時間要素としては記述の起点（タイムマップの単位）があり、ＰＧＣに対してはＰＧＣの先頭を起点とし、ＶＯＢに対してはＶＯＢの先頭を起点とすることができる。また、タイムマップの時間間隔は、ＮＴＳＣで６００ビデオフィールド（１０秒相当）に固定するか、可変の場合はタイムユニットにタイムマップの時間間隔を設定（例えば１〜２５５秒の間で１秒刻み）すればよい。さらに、ＩＬＶＵが構成される際は、先頭ＩＬＶＵのパスのみ（例えばマルチアングルブロックにおいてアングル番後１のパスのみ）にタイムマップを記述するか、タイムマップを全てのＩＬＶＵに記述することができる。
【０１６０】
タイムマップのオフセットアドレスについては、各ＶＯＢの先頭アドレスを記述できる。具体的には、ＶＴＳＴＴ＿ＶＯＢＳの先頭論理ブロックからの相対論理ブロック番号によりオフセットアドレスを記述でき、あるいは該当ファイル先頭の論理ブロックからの相対論理ブロック番号によりオフセットアドレスを記述できる（その際、現時点のファイルは、設定されたタイムマップに応じて、適宜複数ファイルに分割されてもよい）。さらに、タイムマップで引用されるＶＯＢＵ番号はＶＯＢＵエントリに対応させることができ、このＶＯＢＵエントリを対応するＩピクチャの取得情報、および／またはこのＩピクチャの時間情報として利用できる。
【０１６１】
図６８は、この発明の一実施の形態に係るタイムマップの具体的な構成要素を纏めて例示している。ブロックアドレス（ＢＬＫ＿ＡＤＲ）は連続ブロック（Contiguous Block）あるいはインターリーブドブロック（Interleaved Block）の先頭アドレスをＶＴＳＴＴ＿ＶＯＢＳの先頭からのオフセットアドレスで指定するものである。また、タイムエントリアドレス（ＴＭ＿ＥＮ＿ＡＤＲ）については、連続ブロック（単一ＶＯＢ）に対してはブロック先頭からのオフセットアドレスで指定でき、インターリーブドブロック（複数ＶＯＢ）に対してはブロック先頭からのオフセットアドレスで指定する（単一ＶＯＢの場合と同様な扱い）かＶＯＢの数だけタイムエントリテーブルを記述できる。タイムユニット（ＴＭＵ）については１つのＶＴＳＳ＿ＶＯＢＳ内で一定値（例えば１０秒）に固定される。
【０１６２】
また、インターリーブドユニットアドレス（ＩＬＶＵ＿ＡＤＲ）については、各ＩＬＶＵのアドレスをインターリーブドブロック先頭からのオフセットアドレスで指定できる。さらに、ＶＯＢＵサイズ（ＶＯＢＵ＿ＳＺ）については各ＶＯＢＵのサイズを該当ＶＯＢＵ内のパック数で記述でき、最初の基準ピクチャサイズ（１ＳＴＲＥＦ＿ＳＺ）については各ＶＯＢＵのＩピクチャのサイズをパック数で記述できる。
【０１６３】
図６９は、この発明の一実施の形態に係るタイムマップを説明するための、異なる再生パスを有する事例である。同図に示す様に、ディスク１上には、異なる２つの再生パス（Ａ）及び（Ｂ）が収録されているとする。（Ａ）は例えば映画のディレクターズカット版、（Ｂ）は例えば劇場公開版である。この例では、（Ａ）と（Ｂ）の序章（ＶＯＢ＃１）と終章（ＶＯＢ＃４）は全く同じものであり、本章（ＶＯＢ＃２又はＶＯＢ＃３）が異なる。この時、実際にはディスク上の収録効率を向上するために、序章（ＶＯＢ＃１）と終章（ＶＯＢ＃４）は共通の再生パスとして利用し、異なる再生パスのオブジェクト（ＶＯＢ＃２及びＶＯＢ＃３）が個別に記録されることになる。しかし、そのまま記録してしまうと、記録の仕方によって（Ａ）と（Ｂ）のどちらか一方は、再生時に読出しが間に合わずに、再生が途切れてしまう可能性が生じる。これを解消するために、同図下段に示す様に、夫々のＶＯＢ（ＶＯＢ＃２又はＶＯＢ＃３）を細切れに分けて、それを交互に記録する、所謂インターリーブ記録をすることで、シームレス再生を実現している。このインターリーブ記録の単位が、インターリーブドユニット（ＩＬＶＵ：Interleaved Unit）である。
【０１６４】
ここで、ＶＯＢ＃１又はＶＯＢ＃４の再生データが連続配置される区間を連続ブロック（Contiguous Block）と定義し、ＶＯＢ＃２及びＶＯＢ＃３の再生データが交互に配置される区間をインターリーブドブロック（Interleaved Block）と定義することにする。
【０１６５】
図７０は、ＩＬＶＵ区間のタイムマップを説明する図である。ここでは、図６９で説明したインターリーブ記録されたＩＬＶＵ区間（図７０（ａ）のＶＯＢ＃２とＶＯＢ＃３の区間）のタイムマップを構築するために、各再生パスであるＶＯＢ＃２及びＶＯＢ＃３に対して、その先頭から、夫々所定のタイムインターバル（例えば、１０秒間隔）で、タイムエントリ（ＶＯＢ＃２の2-1、2-2、…及びＶＯＢ＃３の3-1、3-2、…）を付与し（図７０（ｂ））、各タイムエントリが指示するアドレスを保持している。そして、インターリーブ配置した後、各タイムエントリが示すアドレスをインターリーブドブロック先頭からのオフセットアドレスとして指示し直すこと示している（図７０（ｃ））。
【０１６６】
図７１は、図７０で説明したインタリーブドブロック区間を含むタイムマップを一般化した一例を示している。同図に示す様に、再生オブジェクトのVTSTT_VOBSは、ＶＯＢ＃ｐの連続ブロック、ＶＯＢ＃ｑ及びＶＯＢ＃ｒで構成されるインターリーブドブロック、そしてＶＯＢ＃ｓの連続ブロックから成る（図７０〜図７２の例では、ＶＯＢ＃ｐ＝ＶＯＢ＃１、ＶＯＢ＃ｑ＝ＶＯＢ＃２、ＶＯＢ＃ｒ＝ＶＯＢ＃３及びＶＯＢ＃ｓ＝ＶＯＢ＃４となる）。
【０１６７】
このタイムマップは、各ブロック毎に構成される。そのため、まず各ブロックの先頭アドレスは、ＶＴＳＴＴ＿ＶＯＢＳ先頭からのオフセットアドレス（ＢＬＫ＿ＡＤＲ）として示される。こうすることで、各ブロックのタイムマップは、各ブロックの先頭を起点としてその位置情報が記述され、タイムマップを構成する情報は、ブロック内完結で示されることになる。
【０１６８】
次に所定（例えば１０秒）のタイムインターバル（ＴＭＵ）で指示される各タイムエントリ（ＴＭ＿ＥＮ＃）のアドレスは、各ブロック先頭からのオフセットアドレス（ＴＭ＿ＥＮ＿ＡＤＲ）で示され、タイムエントリテーブル（図示せず）として格納される。この時、ブロックがインタリーブドブロックであるならば、ブロック内を構成するＶＯＢの数だけ、タイムエントリを分けて（ここでは、ＴＭ＿ＥＮ＃ｑ１、＃ｑ２、…と、ＴＭ＿ＥＮ＃ｒ１、＃ｒ２、…）夫々のタイムエントリテーブル（図示せず）に格納する。
【０１６９】
ここで、タイムマップを構成するブロックがインターリーブドブロックの場合、インタリーブドブロック内に交互に配置される各インタリーブドユニットの開始アドレス（ＩＬＶＵ＿ＡＤＲ）をブロック先頭からのオフセットアドレスで示す。この情報により、各ＩＬＶＵ先頭の頭出しが容易に行え、連続再生されるべきＩＬＶＵ間のシームレスな切替再生が可能となる（それぞれのＩＬＶＵサイズ（ＩＬＶＵ＿ＳＺ）は、図示しないが、例えば図５９のＴＭＡＰ＿ＧＩ内に記述しておくことができる）。
【０１７０】
また、実際の再生情報が格納されるＶＯＢＵの情報として、各タイムマップには、各ブロック内に格納される全てのＶＯＢＵの数（ＶＯＢＵ＿Ｎｓ；図示せず）と、各ＶＯＢＵのサイズ（ＶＯＢＵ＿ＳＺ）やその再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ：図示せず）、ＶＯＢＵ内に格納される第１参照ピクチャ（最初のＩピクチャ）の終了アドレス情報（１ＳＴＲＥＦ＿ＳＺ）などがあり、この情報により、目的のデータにアクセスを行う。また、第１参照ピクチャ以外に、第２参照ピクチャ（第１参照ピクチャ以外のＩやＰピクチャ）や第３参照ピクチャ（第１及び第２参照ピクチャ以外のＩやＰピクチャ）の終了アドレス情報（２ＮＤＲＥＦ＿ＳＺ、３ＲＤＲＥＦ＿ＳＺ：いずれも図示せず）をタイムマップに持っても良い。
【０１７１】
図７２は、この発明の他の実施の形態に係る再生装置（アドバンスドＶＴＳ対応のＤＶＤビデオプレーヤ）の内部構造例を説明するブロック図である。このＤＶＤビデオプレーヤは、図１、図５０、図５１、図７３、図７４、図７９等に示す情報記憶媒体１からその記録内容（ＤＶＤビデオコンテンツおよび／またはアドバンスドコンテンツ）を再生し処理するものであり、また、インターネット等の通信回線からアドバンスドコンテンツを取り込み処理するものである。
【０１７２】
図７２のＤＶＤビデオプレーヤは、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００、ディスク部（ディスクドライブ）３００、ユーザインターフェース部４００等を備えている。ＤＶＤビデオ再生エンジン１００は、情報記憶媒体１上に記録されたＭＰＥＧ２プログラムストリーム（ＤＶＤビデオコンテンツ）を再生し処理する。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、アドバンスドコンテンツを再生し処理する。ディスク部３００は、情報記憶媒体１に記録されたＤＶＤビデオコンテンツおよび／またはアドバンスドコンテンツを読み出す。ユーザインターフェース部４００は、プレーヤのユーザによる入力（ユーザオペレーション／ユーザ操作）をユーザトリガとしてＤＶＤビデオプレーヤ側へ伝達する。
【０１７３】
基本的に、スタンダードＶＴＳを再生する場合（スタンダードＶＴＳ再生ステート）においてはＤＶＤビデオ再生エンジンにユーザ入力が伝達され、アドバンスドＶＴＳを再生する場合（アドバンスドＶＴＳ再生ステート）においてはインタラクティブエンジンにユーザ入力が伝達される。ただし、アドバンスドＶＴＳを再生する場合においても、あらかじめ決められたユーザ入力は直接ＤＶＤ再生エンジンに伝達することも可能である。
【０１７４】
また、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、インターネット接続部を備える。このインターネット接続部は、インターネット等の通信回線を介してサーバ部５００等に接続するための通信手段として機能する。さらに、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、バッファ部２０９、パーサ２１０、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７、ECMAScriptインタープリタ／ＤＯＭマニピュレータ／ＳＭＩＬインタープリタ／タイミングエンジン／オブジェクト（インタープリタ部）２０５、インターフェースハンドラ２０２、メディアデコーダ２０８ａ／２０８ｂ、ＡＶレンダラ２０３、バッファマネージャ２０４、オーディオマネージャ２１５、ネットワークマネージャ２１２、システムクロック２１４、パーシスタントストレージ２１６等含んで構成されている。
【０１７５】
なお、図７２のブロック構成において、ＤＶＤビデオ再生制御部１０２、ＤＶＤビデオデコーダ１０１、ＤＶＤシステムクロック１０３、インターフェースハンドラ２０２、パーサ２１０、インタープリタ部２０５、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７、ＡＶレンダラ２０３、メディアデコーダ２０８ａ／２０８ｂ、バッファマネージャ２０４、オーディオマネージャ２１５、ネットワークマネージャ２１２、システムクロック２１４等は、図示しない組込プログラム（ファームウエア）により各ブロック構成の機能を果たすマイクロコンピュータ（および／またはハードウエアロジック）により実現できる。このファームウエアを実行する際に使用するワークエリアは、各ブロック構成内の図示しない半導体メモリ（および必要に応じてハードディスク）を用いて得ることができる。
【０１７６】
ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００は、図１等の情報記憶媒体１から、そこに記録されたＤＶＤビデオコンテンツを再生するための装置であり、ディスク部３００より読み込んだＤＶＤビデオコンテンツをデコードするＤＶＤビデオデコーダ１０１、ＤＶＤビデオコンテンツの再生制御を行うＤＶＤビデオ再生制御部１０２、ＤＶＤビデオデコーダにおけるデコードや出力のタイミングを決定するＤＶＤシステムクロック１０３等を含んで構成される。
【０１７７】
ＤＶＤビデオデコーダ１０１は、図１等の情報記憶媒体１から読み出された主映像データ、音声データ、および副映像データをそれぞれデコードし、デコードされた映像データ（主映像データと副映像データを合成したもの等）と音声データをそれぞれ出力する機能を持っている。つまり、図７２のプレーヤは、ＭＰＥＧ２プログラムストリーム構造の映像、音声等のデータを通常のＤＶＤビデオプレーヤと同様に再生することができる。
【０１７８】
これに加えて、ＤＶＤビデオ再生制御部１０２は、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００から出力される“ＤＶＤコントロール”信号に応じて、ＤＶＤビデオコンテンツの再生を制御することもできるように構成されている。具体的には、ＤＶＤビデオ再生制御部１０２は、ＤＶＤビデオ再生時に、ＤＶＤビデオ再生エンジン１００において、あるイベント（例えばメニューコールやタイトルジャンプ）が発生した際に、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００に対して、ＤＶＤビデオコンテンツの再生状況を示す“ＤＶＤトリガ”信号を出力することができる。その際（ＤＶＤトリガ信号の出力と同時に、あるいはその前後の適当なタイミングで）、ＤＶＤビデオ再生制御部１０２は、ＤＶＤビデオプレーヤのプロパティ情報（例えばプレーヤに設定されている音声言語、副映像字幕言語、再生動作、再生位置、各種時間情報、ディスクの内容等）を示す“ＤＶＤステータス”信号をインタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００に出力することができる。
【０１７９】
インターフェースハンドラ２０２は、ユーザ操作（メニューコール、タイトルジャンプ、再生スタート、再生停止、再生ポーズ、その他）に対応した“ユーザトリガ”をユーザインターフェース部４００から受け取る。その上で、インターフェースハンドラ２０２は、受け取ったユーザトリガを対応する“イベント”として、インタープリタ部２０５に伝達する。例えば、Markup言語には、この“イベント”に対して以下のような指示が示されている。
【０１８０】
１→ユーザ操作に対応する“コマンド”を発行する。つまり、ユーザ操作と同じコマンドがＤＶＤコントロールとしてＤＶＤビデオ再生エンジンに伝達される；
２→ユーザ操作とは異なる“コマンド”を発行する。つまり、ユーザ操作がMarkup言語の指示により、別の動作に置き換えられる；
３→ユーザトリガを無視する。つまり、コンテンツプロバイダの意図しないＤＶＤビデオの再生を行う可能性がある等の理由からユーザイベントを禁止する。
【０１８１】
なお、インターフェースハンドラ２０２に伝達されたユーザトリガ信号の内容は、“ＡＶ出力コントロール”信号として、ＡＶレンダラ２０３に伝達するように構成することもできる。これにより、例えば、ユーザが図示しないリモートコントローラのカーソルキー操作でコンテンツまたはウインドウサイズを変更したりその表示位置をシフトさせる操作をした場合に、この操作によるユーザトリガ信号を対応するＡＶ出力コントロール信号として、ＡＶレンダラ２０３に出力する。これ以外にも、ＤＶＤビデオ再生エンジン１００からの映像・音声出力と、インタラクティブエンジン２００からの映像・音声出力の切替を示すユーザトリガをＡＶレンダラ２０３に送ることにより、ユーザ操作による映像・音声出力の切替を行うことが可能である。
【０１８２】
インターフェースハンドラ２０２は、ＤＶＤビデオ再生制御部１０２との間で“ＤＶＤステータス”信号、“ＤＶＤトリガ”信号および／または“ＤＶＤコントロール”信号の送受信を行い、あるいはユーザインターフェース部４００との間で“ユーザトリガ”信号の送受信を行う。インターフェースハンドラ２０２はさらに、インタープリタ部２０５との間で、“イベント”、“プロパティ”、“コマンド”、“コントロール”信号の送受信を行うように構成されている。
【０１８３】
すなわち、インターフェースハンドラ２０２は、以下を実行する：
１．ＤＶＤビデオ再生エンジン１００からのＤＶＤビデオ再生エンジン１００の動作を示す“ＤＶＤトリガ”信号、またはユーザインターフェース部４００からのユーザの操作を示す“ユーザトリガ”を、“イベント”として、インタープリタ部２０５に伝達する。
【０１８４】
２．ＤＶＤビデオ再生エンジン１００からのＤＶＤビデオ再生エンジン１００の再生状況を示す“ＤＶＤステータス”信号を、“プロパティ”として、インタープリタ部２０５に伝達する。このとき、ＤＶＤステータスは情報は、インターフェースハンドラ２０２のプロパティバッファ２０２ａに随時保存される。
【０１８５】
３．インタープリタ部２０５からの“コマンド”信号の内容に応じて、
ＤＶＤビデオ再生エンジン１００へＤＶＤビデオ再生エンジン１００の再生を制御するための“ＤＶＤコントロール”信号を出力し、ＡＶレンダラ２０３へ映像や音声の切替を行うための“ＡＶ出力コントロール”信号を出力し、バッファマネージャ２０４へバッファ２０９への読み込みやバッファ２０９の消去を行うための“バッファコントロール”信号を出力し、オーディオマネージャ２１５へアップデートオーディオデータのダウンロードを行うための“アップデートコントロール”信号を出力し、メディアデコーダ２０８ａ／２０８ｂへ各種メディアのデコードを指示する“メディアコントロール”信号を出力する。
【０１８６】
４．ＤＶＤビデオ再生エンジン１００におけるＤＶＤシステムクロック１０３の情報をインターフェースハンドラ２０２のＤＶＤタイミングジェネレータ２０２ｂにて計測し、その計測結果を“ＤＶＤタイミング”信号としてメディアデコーダ２０８ａ／２０８ｂに伝達する。つまり、メディアデコーダ２０８ａ／２０８ｂは、ＤＶＤビデオ再生エンジン１００のシステムクロック１０３に同期して、各種メディアをデコードすることが可能である。
【０１８７】
以上のように、インターフェースハンドラ２０２は、アドバンスドコンテンツを解析・解釈してから、ＤＶＤビデオ再生エンジン１００とインタラクティブエンジン２００との間で制御信号等の変換を行う機能をもつ。
【０１８８】
インターフェースハンドラ２０２は、パーサ２１０で解析され、インタープリタ部２０５にて解釈された内容、または入力装置（リモートコントローラ等）からのユーザトリガに基づいて、第１信号の交換を行うとともに、第２信号の交換を行なうように構成されている。別の言い方をすると、インターフェースハンドラ２０２は、ＤＶＤビデオ再生制御部１０２との間で交換される第１信号、およびインタープリタ部２０５との間で交換される第２信号の少なくとも一方に基づいて、ＡＶレンダラ２０３による映像・音声信号の出力状態を制御するものであるとも言える。
【０１８９】
上記第１信号とは、情報記憶媒体１の再生状況に関する信号であり、“ＤＶＤコントロール”信号、“ＤＶＤトリガ”信号、“ＤＶＤステータス”信号などが該当する。また、上記第２の信号とは、アドバンスドコンテンツの内容に関する信号であり、“イベント”信号、“コマンド”信号、“プロパティ”信号、“コントロール”信号などが該当する。
【０１９０】
ここで、インターフェースハンドラ２０２は、Markup言語に従って、ユーザトリガに対応した処理を実行するように構成されている。そして、ＡＶレンダラ２０３が、ユーザトリガに対応した処理の実行結果に基づいて、メディアデコーダ２０８ａ／２０８ｂで生成された映像・音声データを、ＤＶＤビデオ再生エンジン１００で再生された映像・音声データに合成して出力するように構成されている。あるいは、ＡＶレンダラ２０３は、インターフェースハンドラ２０２における“コマンド”の実行結果に基づいて、メディアデコーダ２０８ａ／２０８ｂで生成された映像・音声データおよびＤＶＤビデオ再生エンジン１００で再生された映像・音声データの一方を選択して出力するように構成されているともいえる。
【０１９１】
パーサ２１０は、概括的に言えば、情報記憶媒体１から得たアドバンスドコンテンツ、またはインターネット等から得たアドバンスドコンテンツに含まれる再生制御情報を示すMarkup言語の構文解析を行う。ここでMarkup言語とは、前述のＨＴＭＬ／ＸＨＴＭＬ、ＳＭＩＬといったMarkup言語、ECMAScript、JavaScriptといったScript言語、ＣＳＳといったStyleSheetなどの組み合わせで構成されている。パーサ２１０は、言語解析の結果に応じて、ECMAScriptモジュールをインタープリタ部２０５のECMAScriptインタープリタに、ＳＭＩＬモジュールはＳＭＩＬインタープリタに、ＸＨＴＭＬモジュールはＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７に伝達する機能をもつ。
【０１９２】
ECMAScriptインタープリタは、前述のECMAScriptモジュールを解釈し、その指示に従う。つまり、ECMAScriptインタープリタは、インターフェースハンドラ２０２から送られる“イベント”信号や、インターフェースハンドラ２０２のプロパティバッファ２０２ａから読み取る“プロパティ”信号に対して、インタラクティブエンジン２００における各機能を制御するための“コマンド”信号をインターフェースハンドラ２０２に発行する機能をもつ。このとき、ECMAScriptインタープリタは、システムクロック２１４が計測する時間に従うことにより、Markup言語が指示するタイミングで“コマンド”信号をＤＶＤビデオ再生エンジン１００に発行したり、“メディアコントロール”信号をメディアデコーダ２０８ａ／２０８ｂに発行する。これにより、ＤＶＤビデオ再生エンジン１００のコントロールや、各種メディアコントロール（音声、静止画・アニメーション、テキスト・フォント、動画のデコード制御等）が可能となる。
【０１９３】
ＳＭＩＬタイミングエンジンは、前述のＳＭＩＬモジュールを解釈し、その解釈された指示に従う。つまり、ＳＭＩＬタイミングエンジンは、インターフェースハンドラ２０２から送られる“イベント”信号や、インターフェースハンドラ２０２のプロパティバッファ２０２ａから読み取る“プロパティ”信号に対し、システムクロック２１４に従って、“コントロール”信号をインターフェースハンドラ２０２、またはメディアデコーダ２０８ａ／２０８ｂに発行する機能をもつ。これにより、所望のタイミングでＤＶＤビデオ再生エンジン１００のコントロールや各種メディア（音声、静止画・アニメーション、テキスト・フォント、動画）のデコードが可能となる。つまり、ＳＭＩＬタイミングエンジンは、Markup言語の記述に従って、システムクロック２１４をもとに動作することも可能であり、ＤＶＤタイミングジェネレータ２０２ｂからのＤＶＤシステムクロック１０３をもとに動作することも可能である。
【０１９４】
ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７は、前述のＸＨＴＭＬモジュールを解釈し、その指示に従う。つまり、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７は、“レイアウトコントロール”信号をＡＶレンダラ２０３に出力する。“レイアウトコントロール”信号は、出力する映像の画面の大きさやその位置に関する情報（表示開始・終了・継続といった表示時間に関する情報を含む場合もある）、出力する音声のレベルに関する情報（出力開始・終了・継続といった出力時間に関する情報を含む場合もある）が含まれる。また、ＸＨＴＭＬモジュールに含まれている表示のためのテキスト情報は、メディアデコーダ２０８ａ／２０８ｂに送られ、所望のフォントを用いて、デコードされ表示される。
【０１９５】
Markup言語やScript言語の構文解析およびその解釈を行う具体的な方法は、例えばＨＴＭＬ／ＸＨＴＭＬやＳＭＩＬあるいはECMAScriptやJavaScriptのような公知技術における構文解析・解釈と同様な手法でよい（使用するハードウエアは図７２の説明の冒頭で述べたマイクロコンピュータでよい）。ただしスクリプト中に記載されるコマンドや変数については、制御対象が異なるので、違いが生じる。この発明を実施する際に用いるMarkup言語においては、ＤＶＤビデオコンテンツおよび／またはアドバンスドコンテンツの再生に関連した特有のコマンドや変数が用いられる。例えば、あるイベントに応答してＤＶＤビデオコンテンツまたはアドバンスドコンテンツの再生内容を切り換えるといったコマンドは、この発明の一実施の形態において用いられるMarkup言語やScript言語に特有のものとなっている。
【０１９６】
Markup言語やScript言語に特有なコマンドや変数の他例として、ＤＶＤビデオ再生エンジン１００および／またはインタラクティブエンジン２００からの映像のサイズを変更したり、その映像の配置を変えたりするものがある。映像のサイズの変更は、サイズ変更を命令するコマンドと変更後のサイズを指定する変数により指示される。映像の配置の変更は、表示位置の変更を命令するコマンドと変更後の座標等を指定する変数により指示され、表示対象が画面上でオーバーラッピングするときは、重なりの上下位置関係、重なるときの透過度を指定する変数も加わる。
【０１９７】
あるいは、Markup言語やScript言語に特有なコマンドや変数の別例として、ＤＶＤビデオ再生エンジン１００および／またはインタラクティブエンジン２００からの音声レベルを変えたり、使用音声言語を選択するものもある。音声レベルの変更は、音声レベルの変更を命令するコマンドと変更後の音声レベルを指定する変数により指示される。使用音声言語の選択は、使用音声言語の変更を命令するコマンドと変更後の言語の種類を指定する変数により指示される。ユーザインターフェース部４００からのユーザトリガを制御するものもある。
【０１９８】
上記で例示したようなMarkup言語やScript言語のコマンド／変数に基づいて、“レイアウトコントロール”信号が、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７（一部の機能はＳＭＩＬタイミングエンジン２０６によって行われる場合もある）からＡＶレンダラ２０３に送られるようになっている。“レイアウトコントロール”信号は、図示しない外部モニタ装置等で表示すべき映像の画面上のレイアウト、映像のサイズ、映像の出力タイミング、映像の出力時間、および／または図示しない外部スピーカから再生すべき音声の音量レベル、音声の出力タイミング、音声の出力時間を制御する信号である。
【０１９９】
メディアデコーダ２０８ａ／２０８ｂは、アドバンスドコンテンツに含まれる音声、静止画（背景画を含む）・アニメーション、テキスト・フォント、動画等のアドバンスドコンテンツのデータをデコードする。つまり、メディアデコーダ２０８ａ／２０８ｂは、デコード対象に対応して音声デコーダ、静止画・アニメーションデコーダ、テキスト・フォントデコーダ、動画デコーダを含んでいる。例えばＭＰＥＧ、ＡＣ−３、ＤＴＳでエンコードされたアドバンスドコンテンツ中の音声データは、音声デコーダによりデコードされて非圧縮の音声データに変換される。また、ＪＰＥＧ、ＧＩＦ、ＰＮＧでエンコードされた静止画データや背景画データは、静止画デコーダによりデコードされて非圧縮の画像データに変換される。同様に、例えばＭＰＥＧ２、ＭＰＥＧ４、MacromediaFlash、ＳＶＧ（Scalable Vector Graphics）でエンコードされた動画やアニメーションデータは、動画デコーダやアニメーションデコーダによりデコードされて非圧縮の画像データに変換される。また、アドバンスドコンテンツに含まれるテキストデータは、アドバンスドコンテンツに含まれるフォントデータ（例えばOpenTypeフォーマット）を用い、テキスト・フォントデコーダによりデコードされて、動画または静止画の画像にスーパーインポーズ可能なテキスト画像データに変換される。これらデコードされた音声データ、画像・アニメーションデータ、動画データ、およびテキスト画像データを適宜含む映像・音声データは、メディアデコーダ２０８ａ／２０８ｂからＡＶレンダラ２０３に送られる。また、これらアドバンスドコンテンツは、インターフェースハンドラ２０２からの“メディアコントロール”信号の指示によりデコードを行うとともに、インターフェースハンドラ２０２からの“ＤＶＤタイミング”信号や、システムクロック２１４からの“タイミング”信号に同期してデコードが行われる。
【０２００】
ＡＶレンダラ２０３は、映像・音声出力を制御する機能をもつ。具体的には、ＡＶレンダラ２０３は、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７から出力される“レイアウトコントロール”信号に応じて、例えば、映像の表示位置、表示サイズや（これらとともに表示タイミング、表示時間を含むこともある）、音声の大きさを（これらとともに出力タイミング、出力時間を含むこともある）制御したり、指定されているモニターの種別かつ／または表示する映像の種類に応じて、その映像の画素変換を行う。制御の対象となる映像・音声出力は、ＤＶＤビデオ再生エンジン１００およびメディアデコーダ２０８ａ／２０８ｂからの出力である。さらに、ＡＶレンダラ２０３は、インターフェースハンドラ２０２から出力される“ＡＶ出力コントロール”信号に従って、ＤＶＤビデオコンテンツとアドバンスドコンテンツのミキシング（混合）、スイッチング（切替）を制御する機能をもつ。
【０２０１】
なお、図７２のＤＶＤビデオプレーヤ内のインタラクティブエンジン２００は、情報記憶媒体１から読み取られたアドバンスドコンテンツ中のMarkup言語をバッファ部２０９を介してパーサ２１０に送るためのインターフェース、および読み取られたアドバンスドコンテンツ中のデータ（音声データ、静止画・アニメーションデータ、テキスト・フォントデータ、動画データ等）をバッファ部２０９を介してメディアデコーダ２０８ａ／２０８ｂに送るためのインターフェースを備えている。これらのインターフェースは、図７２のインターネット接続部とは別のインターフェース（第１のインターフェース）を構成している。
【０２０２】
また、図７２のＤＶＤビデオプレーヤは、インターネット等の通信回線からアドバンスドコンテンツを受け取り、受け取ったアドバンスドコンテンツ中のMarkup言語をバッファ部２０９を介してパーサ２１０に送るためのインターフェース、および受け取ったアドバンスドコンテンツ中のデータ（音声データ、静止画・アニメーションデータ、フォント・テキストデータ、動画データ等）をバッファ部２０９を介してメディアデコーダ２０８ａ／２０８ｂに送るためのインターフェースを備えている。これらのインターフェースが、図７２のインターネット接続部（第２のインターフェース）を構成している。
【０２０３】
バッファ部２０９は、サーバ部５００からダウンロードしたアドバンスドコンテンツを記憶するとともに、ディスク部３００により情報記憶媒体１から読み込んだアドバンスドコンテンツを記憶するためのバッファを含んで構成される。バッファ部２０９は、Markup言語／Script言語に基づいたバッファマネージャ２０４の制御により、サーバ部５００にあるアドバンスドコンテンツを読み、インターネット接続部を介して、アドバンスドコンテンツをダウンロードする。
【０２０４】
また、バッファ部２０９は、Markup言語／Script言語に基づいたバッファマネージャ２０４の制御により、情報記憶媒体１に記録されているアドバンスドコンテンツを読み込む。このとき、ディスク部３００がディスクに対して高速アクセス可能な装置であれば、ＤＶＤビデオコンテンツを再生しながら、つまり情報記憶媒体１よりＤＶＤビデオデータを読み出しながら、同時に情報記憶媒体１からアドバンスドコンテンツを読み出すことができる。
【０２０５】
ディスク部３００が高速アクセス可能な装置でない場合、もしくはＤＶＤビデオコンテンツの再生動作を完全に保障する場合は、ＤＶＤビデオコンテンツの再生を中断させないようにする必要がある。この場合は、再生が開始する前にあらかじめ情報記憶媒体１からアドバンスドコンテンツを読み出し、バッファに記憶しておく。これにより、ＤＶＤビデオコンテンツを情報記憶媒体１から読み出すと同時に、アドバンスドコンテンツをバッファから読み出すことにより、ディスク部３００に負担をかけずにすむ。よって、ＤＶＤビデオコンテンツの再生を中断させずに、ＤＶＤビデオコンテンツとアドバンスドコンテンツを同時に再生することが可能となる。
【０２０６】
以上のように、サーバ部５００からダウンロードしたアドバンスドコンテンツも、情報記憶媒体１に記録されているアドバンスドコンテンツと同様に、バッファ部２０９に記憶させることにより、ＤＶＤビデオコンテンツとアドバンスドコンテンツと同時に読み出し再生することが可能になる。
【０２０７】
また、バッファ部２０９の記憶容量には、限界がある。つまり、バッファ部２０９に記憶できるアドバンスドコンテンツのデータサイズには限りがある。このため、バッファマネージャ２０４の制御により（バッファコントロール）、必要性の低いアドバンスドコンテンツ（例えば再利用ができないコンテンツ）を消去したり、必要性の高いアドバンスドコンテンツ（例えば再利用が可能なコンテンツ）を保存したりすることが可能である。前述の保存のための制御や、前述の消去のための制御は、バッファ部２０９が自動的に行うことも可能である。
【０２０８】
更に、バッファ部２０９はバッファマネージャ２０４が要求したコンテンツをディスク部３００またはサーバ部５００からバッファ部２０９にロードするとともに、バッファマネージャ２０４が指定したアドバンスドコンテンツがバッファにロードされたことをバッファマネージャに知らせる機能をもつ（プリロード終了トリガ、ロード終了トリガ）。
【０２０９】
バッファマネージャ２０４はMarkup言語の指示により、（ＤＶＤビデオコンテンツの再生中においても）バッファ部２０９に対して、以下のような指示を“バッファコントロール”として送ることが可能である：
→特定ファイルまたはファイルの一部のサーバからの読み込み
→特定ファイルまたはファイルの一部のディスクからの読み込み
→バッファからの特定ファイルまたはファイルの一部の消去。
【０２１０】
更に、バッファマネージャ２０４はMarkup言語の中に記述されている（もしくはMarkup言語が示すファイルに記述されている）ローディング情報に従って、アドバンスドコンテンツのロードをバッファ部２０９に指示する。また、ローディング情報に記述されている特定のアドバンスドコンテンツがバッファ部２０９にロードされたことを知らせるように要求する機能をもつ（バッファコントロール）。
【０２１１】
前述の特定のアドバンスドコンテンツがバッファ部２０９にロードが完了されると、バッファ部２０９はこれをバッファマネージャ２０４に伝え、バッファマネージャはこれをインターフェースハンドラ２０２に伝える（プリロード終了トリガ、ロード終了トリガ）。
【０２１２】
オーディオマネージャ２１５は、Markup言語の指示により、ディスク部３００の情報記憶媒体１またはサーバ部５００より、アップデートオーディオデータ（オーディオコメンタリデータ）をバッファ部２０９にロードを指示する機能をもつ（アップデートコントロール）。
【０２１３】
ネットワークマネージャ２１２は、インターネット接続部の動作を制御する。つまり、Markup言語により、ネットワークへの接続や非接続が“コマンド”として指示されると、ネットワークマネージャはインターネット接続部の接続・非接続の切替を行う。また、ネットワークマネージャ２１２は、ネットワークへの接続状況を調べる機能を有し、Markup言語により、ネットワークへの接続状況に応じた、アドバンスドコンテンツのダウンロードが可能である。
【０２１４】
パーシスタントストレージ２１６は、情報記憶媒体１に関する情報（ユーザが設定した情報等）を記録する領域であり、ハードディスクやフラッシュメモリといった不揮発性の記憶媒体で構成される。つまり例えＤＶＤプレーヤの電源が切られてもこの情報は保持される。
【０２１５】
再生する情報記憶媒体に関する情報として、Markupの指示（ストレージコントロール）により、例えばＤＶＤビデオコンテンツやアドバンスドコンテンツの再生位置、アドバンスドコンテンツにより実現されるユーザ認証の際に必要となるユーザ情報、アドバンスドコンテンツにより実現されるゲームのゲームスコアといった情報を記録することにより、次に情報記憶媒体を再生したときも、前回から引き続き再生を行うことが可能となる。また、情報記憶媒体を再生したときに、サーバ部からバッファにダウンロードしたアドバンスドコンテンツを、このパーシスタントストレージ２１６に記録することにより、次回からネットワークに接続しなくても情報記憶媒体を再生することが可能になる。
【０２１６】
図７２のインタラクティブエンジン２００の構成要素は、表現を変えると、次のように纏めることができる。すなわち、インタラクティブエンジン２００は、以下を含んで構成されている。
【０２１７】
・パーサ２１０
パーサ２１０は、Markup言語の内容を構文解析する。
【０２１８】
・インタープリタ部２０５、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７
ECMAScript、ＳＭＩＬタイミングエンジン等を含んで構成されるインタープリタ部２０５とＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７は、解析されたモジュールを解釈する。
【０２１９】
・インターフェースハンドラ２０２
インターフェースハンドラ２０２は、インタープリタ部２０５からの制御信号と、ＤＶＤビデオ再生制御部１０２からの制御信号をハンドルする。
【０２２０】
・メディアデコーダ２０８ａ／２０８ｂ
メディアデコーダ２０８ａ／２０８ｂは、ＤＶＤ再生エンジン１００のシステムクロック１０３またはインタラクティブエンジン２００のシステムクロック２１４に同期して、アドバンスドコンテンツに含まれる音声、静止画・アニメーション、テキスト・フォント、動画等のデータに対応した映像・音声データを生成する。
【０２２１】
・ＡＶレンダラ２０３
ＡＶレンダラ２０３は、インターフェースハンドラ２０２における“コマンド”の実行結果に基づいて、メディアデコーダ２０８ａ／２０８ｂで生成された映像・音声データをＤＶＤビデオ再生エンジン１００で再生された映像・音声データに合成して出力する。あるいはＡＶレンダラ２０３はインターフェースハンドラ２０２における“コマンド”の実行結果に基づいてメディアデコーダ２０８ａ／２０８ｂで生成された映像・音声データおよびＤＶＤビデオ再生エンジン１００で再生された映像・音声データの一方を選択して出力する。
【０２２２】
・バッファ部２０９
バッファ部２０９は、ディスク部３００またはインターネット接続部を介してサーバ部５００より取得したアドバンスドコンテンツを一時記憶する。
【０２２３】
・バッファマネージャ２０４
バッファマネージャ２０４は、インターフェースハンドラ２０２の指示（Markup言語の指示）により、またローディング情報（図９０参照）の記述に従って、バッファ部２０９にアドバンスドコンテンツのデータ読み込んだり、バッファ部２０９から消去したりする。
【０２２４】
・ネットワークマネージャ
Markup言語の指示により、ネットワークへの接続や非接続等の制御、接続状況の調査を行う。
【０２２５】
・パーシスタントストレージ２１６
コンテンツの再生位置、ユーザ情報などの情報記憶媒体に関する情報や、サーバ部５００からダウンロードしたアドバンスドコンテンツの保持を行う。
【０２２６】
図７３は、従来の製作技術により製作が可能で、タイトル本編を高画質化することを目的としたコンテンツ（スタンダードコンテンツ）のみが記録された情報記憶媒体の一例である。ここで、この情報記憶媒体を“コンテンツタイプ１ディスク”と呼ぶ。コンテンツタイプ１ディスクは、ビデオデータ記録領域２０に記録されたＨＤビデオマネージャ記録領域３０（このとき領域３０内のＨＤＶＭＧ＿ＣＡＴにおけるApplication Typeには、情報記憶媒体１にスタンダードＶＴＳのみを含むことを示す“0000b”が記録されている）と、１つ以上のＨＤビデオタイトルセット記録領域４０を含んで構成され、かつ、ビデオデータ記録領域２０に記録されるアドバンスドＨＤビデオタイトルセット記録領域５０や、アドバンスドコンテンツ記録領域２１に記録されるアドバンスドコンテンツが存在しない情報記憶媒体である。
【０２２７】
この情報記憶媒体１を再生する際には、ＨＤビデオマネージャ情報管理テーブル３１０に記録されているＦＰ＿ＰＧＣＩを参照し、ＦＰ＿ＰＧＣＩの記述に従って再生を開始する。これは従来のＤＶＤビデオと同じ手順である。
【０２２８】
また、この情報記憶媒体１を再生する際には、ＤＶＤプレーヤの構成例を示す図７２において、情報記憶媒体１から供給されるデータは、ＤＶＤビデオ再生エンジンエンジン１００でのみが処理が行われ、インタラクティブエンジン２００では何ら処理が行われない。すなわち、ＤＶＤビデオ再生エンジン１００で処理され出力された映像・音声データが、ＡＶレンダラ２０３をパススルーして出力される。
【０２２９】
図７４は、タイトル本編の高画質化の実現に加えて、メニュー画面や特典映像等のコンテンツにおいても、より色彩に富んだメニューやインタラクティブ性の向上等することを目的としたコンテンツ（アドバンスドコンテンツ）のみが記録された情報記憶媒体の一例である。ここで、この情報記憶媒体を“コンテンツタイプ２ディスク（アドバンスドＶＴＳのみで構成）”と呼ぶ。コンテンツタイプ２ディスク（アドバンスドＶＴＳのみで構成）は、ビデオデータ記録領域２０に記録された１つのＨＤビデオマネージャ記録領域３０と、１つのアドバンスドＨＤビデオタイトルセット記録領域５０と、アドバンスドコンテンツ記録領域２１に記録されるアドバンスドコンテンツを含んで構成され、かつ、ビデオデータ記録領域２０に記録されるＨＤビデオタイトルセット記録領域４０が存在しない情報記憶媒体である。
【０２３０】
ここで、アドバンスドＶＴＳにおいてはメニュー用のオブジェクトを必要としないため、コンテンツタイプ２ディスクのＨＤビデオマネージャ記録領域３０はアドバンスドＨＤビデオマネージャ情報記録領域（ＡＨＤＶＭＧＩ）３５とアドバンスドＨＤビデオマネージャ情報バックアップ領域（ＡＨＤＶＭＧＩ＿ＢＵＰ）３６を含んで構成され、また、このときの領域３０内のＨＤＶＭＧ＿ＣＡＴにおけるApplication Typeには、情報記憶媒体１にアドバンスドＶＴＳのみを含むことを示す“0001b”が記録されている。
【０２３１】
この“コンテンツタイプ２ディスク”の情報記憶媒体１を再生する際には、Markup/Script言語記録領域に記録されているスタートアップ情報（STARTUP.XML）を参照し、この情報に記述されている「開始点となるMarkup言語ファイル」を実行して、再生を開始する。
【０２３２】
図７５は、図７４の情報記憶媒体１におけるアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）領域３５内の詳細なデータ構造を例示している。アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）領域３５内には、ビデオデータ記録領域２０内に記録されたＨＤ＿ＤＶＤビデオコンテンツ全体に共通する管理情報を纏めて記録したアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）情報３５０と、ＨＤ＿ＤＶＤビデオコンテンツ内に存在する各タイトルの検索（頭出し位置検出）に役立つ情報が記録されたアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）情報３５１が存在する。
【０２３３】
図７６は、図７５のアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）３５０内の詳細なデータ構造を例示している。ＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）３１０内には、ＨＤビデオマネージャ識別子（ＨＤＶＭＧ＿ＩＤ）、ＨＤビデオマネージャの終了アドレス（ＨＤＶＭＧ＿ＥＡ）、ＨＤビデオマネージャ情報の終了アドレス（ＨＤＶＭＧＩ＿ＥＡ）、ＨＤ＿ＤＶＤビデオ規格のバージョン番号（ＶＥＲＮ）、ＨＤビデオマネージャカテゴリ（ＨＤＶＭＧ＿ＣＡＴ）（この情報記憶媒体においてはＨＤＶＭＧ＿ＣＡＴにおけるAppication Typeは“0001b”が記録されている）、ボリュームセット識別子（ＶＬＭＳ＿ＩＤ）、アダプテーション識別子（ＡＤＰ＿ＩＤ）、ＨＤビデオタイトルセットの数（ＨＤＶＴＳ＿Ｎｓ）（この情報記憶媒体においてはスタンダードＶＴＳが存在しないため“0”が記録されている）、プロバイダ独自の識別子（ＰＶＲ＿ＩＤ）、ＰＯＳコード（ＰＯＳ＿ＣＤ）、ＨＤビデオマネージャ情報管理テーブルの終了アドレス（ＨＤＶＭＧＩ＿ＭＡＴ＿ＥＡ）、ＴＴ＿ＳＲＰＴの先頭アドレス（ＴＴ＿ＳＲＰＴ＿ＳＡ）の各種情報が記録されている。
【０２３４】
なお、コンテンツタイプ１ディスクにおいて存在したファーストプレイプログラムチェーン情報の先頭アドレス（ＦＰ＿ＰＧＣＩ＿ＳＡ）、ＨＤＶＭＧＭ＿ＶＯＢＳの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＳ＿ＳＡ）、ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴの先頭アドレス（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ＿ＳＡ）、ＰＴＬ＿ＭＡＩＴの先頭アドレス（ＰＴＬ＿ＭＡＩＴ＿ＳＡ）、ＨＤＶＴＳ＿ＡＴＲＴの先頭アドレス（ＨＤＶＴＳ＿ＡＴＲＴ＿ＳＡ）、ＴＸＴＤＴ＿ＭＧの先頭アドレス（ＴＸＴＤＴ＿ＭＧ＿ＳＡ）、ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴの先頭アドレス（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ＿ＳＡ）、ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）、ＨＤＶＭＧＭのビデオ属性（ＨＤＶＭＧＭ＿Ｖ＿ＡＴＲ）、ＨＤＶＭＧＭのオーディオストリーム数（ＨＤＶＭＧＭ＿ＡＳＴ＿Ｎｓ）、ＨＤＶＭＧＭのオーディオストリーム属性（ＨＤＶＭＧＭ＿ＡＳＴ＿ＡＴＲ）、ＨＤＶＭＧＭのサブピクチャストリーム数（ＨＤＶＭＧＭ＿ＳＰＳＴ＿Ｎｓ）、ＨＤＶＭＧＭのサブピクチャストリーム属性（ＨＤＶＭＧＭ＿ＳＰＳＴ＿ＡＲＴ）、言語選択用メニューに対する管理情報が記録されているファーストプレイＰＧＣＩ（ＦＰ＿ＰＧＣＩ）、ＨＤＭＥＮＵ＿ＡＯＢＳの先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳ＿ＳＡ）、ＨＤＶＭＧＭ＿ＡＯＢＳ情報テーブルの先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ＿ＳＡ）、ＨＤＶＭＧＭのグラフィックユニットストリーム数情報（ＨＤＶＭＧＭ＿ＧＵＳＴ＿Ｎｓ）は、この情報記憶媒体においては存在しない（もしくは予約領域となる）。
【０２３５】
図７７は、図７５に示したアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１の内部構造を例示している。アドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１は、アドバンスドタイトルサーチポインタテーブル情報（ＡＤＴＴ＿ＳＲＰＴＩ）３５１ａと、アドバンスドタイトルサーチポインタ（ＡＤＴＴ＿ＳＲＰ）情報３５１ｃを含んで構成されている。アドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１内のアドバンスドタイトルサーチポインタ（ＡＤＴＴ＿ＳＲＰ）情報３５１ｃは、アドバンスドＶＴＳを含む情報記憶媒体には１つだけ存在し、そうでない情報記憶媒体には存在しない。
【０２３６】
アドバンスドタイトルサーチポインタテーブル情報（ＡＤＴＴ＿ＳＲＰＴＩ）３５１ａにはアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１の共通管理情報が記録され、このアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１内に含まれるタイトルサーチポインタの数（ＡＤＴＴ＿ＳＲＰ＿Ｎｓ）情報（この情報記憶媒体においてはアドバンスドＶＴＳが１つしか存在しないため“1”が記録される）と、アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）領域のファイル内でのこのアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１の終了アドレス（ＡＤＴＴ＿ＳＲＰＴ＿ＥＡ）情報（この情報記憶媒体においてはアドバンスドＶＴＳが１つしか存在しないため固定値が記録される）が記録される。
【０２３７】
また１個のアドバンスドタイトルサーチポインタ（ＡＤＴＴ＿ＳＲＰ）情報３５１ｃ内には、このサーチポインタが示すタイトルに関するパートオブタイトル（ＰＴＴ：Part_of_Title）の数（ＰＴＴ＿Ｎｓ）、該当ＨＤＶＴＳの先頭アドレス（ＨＤＶＴＳ＿ＳＡ）の各種情報が記録される。（ここでは、コンテンツタイプ１ディスクに存在したタイトルプレイバックタイプ（ＴＴ＿ＰＢ＿ＴＹ）、アングル数（ＡＧＬ＿Ｎｓ）、タイトル用パレンタルＩＤフィールド（ＴＴ＿ＰＴＬ＿ＩＤ＿ＦＬＤ）情報、ＨＤＶＴＳ番号（ＨＤＶＴＳＮ）、ＨＤＶＴＳタイトル番号（ＨＤＶＴＳ＿ＴＴＮ）は存在しない、もしくは予約領域となる。）
図７８は、アドバンスドＶＴＳ（ＡＨＤＶＴＳ）が記録されたディスクの再生モデル（例１）を説明する図である。この図を用いて、典型的なコンテンツタイプ２ディスク（アドバンスドＶＴＳのみ存在）の再生例について説明を行う。
【０２３８】
コンテンツタイプ２ディスク（アドバンスドＶＴＳのみ存在）の再生が始まると、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、アドバンスドコンテンツ記録領域に格納されているMarkup/Script言語で記述されたメニュー画面を再生するためのメニューページＸＭＬファイルを解析する。
【０２３９】
例えば、映画映像中の印象的なシーンの繰り返し再生をしながら、ユーザにボタン選択処理を促すようなメニュー画面を構成する場合、メニューページＸＭＬファイルには、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００にアドバンスドＶＴＳの映像データを繰り返し再生させるための制御処理がMarkup/Scriptで記述されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は記述に従い、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００に再生コマンドを発行する（矢印ａ）。
【０２４０】
同時に、メニューページＸＭＬファイルには、アドバンスドコンテンツ記録領域２１内のアニメーション・静止画記録領域に格納されているボタン画像や、フォント記録領域に格納されているフォントデータを用いて、メニュー画面を構成するための記述が格納されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、これらの記述に従い画面を構成した出力と、前述のＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００によるアドバンスドＶＴＳの映像出力を、ＡＶレンダラ２０３により合成し、メニュー画面の再生を実現する。
【０２４１】
次にユーザがリモートコントローラ等を利用して、画面上に配置されたメニュー選択ボタンのうち、映像本編の再生を実行するボタンを選択する。メニューページＸＭＬファイルには、ボタン選択に対応付けられた、Script処理が記述されており、ＤＶＤ再生エンジン制御ページへのジャンプが発生する（矢印ｂ）。
【０２４２】
ＤＶＤ再生エンジン制御ページには、映像本編の先頭を再生するための制御処理がMarkup/Scriptで記述されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、記述に従い、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００に再生コマンドを発行する（矢印ｃ）。また、ＤＶＤ再生エンジン制御ページには、アドバンスドコンテンツ記録領域２１内のアニメーション・静止画記録領域に格納されているボタン画像や、フォント記録領域に格納されているフォントデータを用いて、映像本編再生中に表示が可能なメニュー画面（例えば映像本編よりも小さい画面にてメニューを構成するとともにメニュー画面を透過させて映像本編に重ね合わせる）を構成したり、字幕を重ね合わせたりするための記述が、格納されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、これらの記述に従い、画面を構成した出力と、前述のＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００によるアドバンスドＶＴＳの映像出力を、ＡＶレンダラ２０３により合成し、メニュー画面や字幕の再生を実現する。
【０２４３】
映像本編の再生が終了すると、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、ＤＶＤビデオ再生エンジン制御ページＸＭＬファイル内の記述に従い、再度メニュー画面再生を実施するために、処理対象のＸＭＬファイルをメニューページＸＭＬファイルにジャンプさせる（矢印ｄ）。なお、図中、斜め線入り丸でマーキングされた破線矢印は、アドバンスドＶＴＳ内でナビゲーションコマンドによるジャンプができないことを示している。
【０２４４】
図７９は、従来の製作技術により製作が可能な、タイトル本編を高画質化することを目的としたコンテンツ（スタンダードコンテンツ）と、タイトル本編の高画質化の実現に加えて、メニュー画面や特典映像等のコンテンツにおいても、より色彩に富んだメニューやインタラクティブ性の向上等することを目的としたコンテンツ（アドバンスドコンテンツ）の両方が記録された情報記憶媒体の一例である。ここで、この情報記憶媒体を“コンテンツタイプ２ディスク（アドバンスドＶＴＳとスタンダードＶＴＳの混在タイプ）”と呼ぶことにする。
【０２４５】
アドバンスドＶＴＳとスタンダードＶＴＳが混在するコンテンツタイプ２ディスクは、ビデオデータ記録領域２０に記録された１つのＨＤビデオマネージャ記録領域３０と、１つ以上のＨＤビデオタイトルセット記録領域４０、１つのアドバンスドＨＤビデオタイトルセット記録領域５０と、アドバンスドコンテンツ記録領域２１に記録されるアドバンスドコンテンツ（２１Ａ〜２１Ｅ）を含んで構成される。ここで、アドバンスドＶＴＳを含むディスクにおいては、メニュー用のオブジェクトを必要としないため、このＨＤビデオマネージャ記録領域３０はアドバンスドＨＤビデオマネージャ情報記録領域（ＡＨＤＶＭＧＩ）３５とアドバンスドＨＤビデオマネージャ情報バックアップ領域（ＡＨＤＶＭＧＩ＿ＢＵＰ）３６を含んで構成される。このとき領域３０内のＨＤＶＭＧ＿ＣＡＴにおけるApplication Typeには、情報記憶媒体１にスタンダードＶＴＳとアドバンスドＶＴＳの両方が含まれることを示す“0010b”が記録されている。
【０２４６】
この情報記憶媒体（コンテンツタイプ２ディスク）１を再生する際には、Markup/Script言語記録領域に記録されているスタートアップ情報（STARTUP.XML）を参照し、この情報に記述されている「開始点となるMarkup言語ファイル」を実行して再生を開始する。
【０２４７】
図８０は、図７９の情報記憶媒体におけるアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）領域３５内の詳細なデータ構造を例示している。アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）領域３５内には、ビデオデータ記録領域２０内に記録されたＨＤ＿ＤＶＤビデオコンテンツ全体に共通する管理情報を纏めて記録したアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）情報３５０と、ＨＤ＿ＤＶＤビデオコンテンツ内に存在する各タイトルの検索（頭出し位置検出）に役立つ情報が記録されたアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）情報３５１が存在する。
【０２４８】
図８１は、図８０のアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）３５０内の詳細なデータ構造を例示している。アドバンスドＨＤビデオマネージャ情報管理テーブル３５０内には、ＨＤビデオマネージャ識別子（ＨＤＶＭＧ＿ＩＤ）と、ＨＤビデオマネージャの終了アドレス（ＨＤＶＭＧ＿ＥＡ）と、アドバンスドＨＤビデオマネージャ情報の終了アドレス（ＡＨＤＶＭＧＩ＿ＥＡ）と、ＨＤ＿ＤＶＤビデオ規格のバージョン番号（ＶＥＲＮ）と、ＨＤビデオマネージャカテゴリ（ＨＤＶＭＧ＿ＣＡＴ：この情報記憶媒体においてはＨＤＶＭＧ＿ＣＡＴにおけるAppication Typeは“0010b”が記録されている）と、ボリュームセット識別子（ＶＬＭＳ＿ＩＤ）と、アダプテーション識別子（ＡＤＰ＿ＩＤ）と、ＨＤビデオタイトルセットの数（ＨＤＶＴＳ＿Ｎｓ）と、プロバイダ独自の識別子（ＰＶＲ＿ＩＤ）と、ＰＯＳコード（ＰＯＳ＿ＣＤ）と、アドバンスドＨＤビデオマネージャ情報管理テーブルの終了アドレス（ＡＨＤＶＭＧＩ＿ＭＡＴ＿ＥＡ）と、ＴＴ＿ＳＲＰＴの先頭アドレス（ＴＴ＿ＳＲＰＴ＿ＳＡ）の各種情報が記録されている。
【０２４９】
なお、コンテンツタイプ１ディスクにおいて存在したファーストプレイプログラムチェーン情報の先頭アドレス（ＦＰ＿ＰＧＣＩ＿ＳＡ）、ＨＤＶＭＧＭ＿ＶＯＢＳの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＳ＿ＳＡ）、ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴの先頭アドレス（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ＿ＳＡ）、ＰＴＬ＿ＭＡＩＴの先頭アドレス（ＰＴＬ＿ＭＡＩＴ＿ＳＡ）、ＨＤＶＴＳ＿ＡＴＲＴの先頭アドレス（ＨＤＶＴＳ＿ＡＴＲＴ＿ＳＡ）、ＴＸＴＤＴ＿ＭＧの先頭アドレス（ＴＸＴＤＴ＿ＭＧ＿ＳＡ）、ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴの先頭アドレス（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ＿ＳＡ）、ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰの先頭アドレス（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ＿ＳＡ）、ＨＤＶＭＧＭのビデオ属性（ＨＤＶＭＧＭ＿Ｖ＿ＡＴＲ）、ＨＤＶＭＧＭのオーディオストリーム数（ＨＤＶＭＧＭ＿ＡＳＴ＿Ｎｓ）、ＨＤＶＭＧＭのオーディオストリーム属性（ＨＤＶＭＧＭ＿ＡＳＴ＿ＡＴＲ）、ＨＤＶＭＧＭのサブピクチャストリーム数（ＨＤＶＭＧＭ＿ＳＰＳＴ＿Ｎｓ）、ＨＤＶＭＧＭのサブピクチャストリーム属性（ＨＤＶＭＧＭ＿ＳＰＳＴ＿ＡＲＴ）、言語選択用メニューに対する管理情報が記録されているファーストプレイＰＧＣＩ（ＦＰ＿ＰＧＣＩ）、ＨＤＭＥＮＵ＿ＡＯＢＳの先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳ＿ＳＡ）、ＨＤＶＭＧＭ＿ＡＯＢＳ情報テーブルの先頭アドレス情報（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ＿ＳＡ）、ＨＤＶＭＧＭのグラフィックユニットストリーム数情報（ＨＤＶＭＧＭ＿ＧＵＳＴ＿Ｎｓ）は、この情報記憶媒体（コンテンツタイプ２ディスク）においては存在しない（もしくは予約領域となる）。
【０２５０】
図８２は、図８０に示したアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１の内部構造を例示している。アドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１は、アドバンスドタイトルサーチポインタテーブル情報（ＡＤＴＴ＿ＳＲＰＴＩ）３５１ａと、スタンダードタイトルサーチポインタ（ＳＤＴＴ＿ＳＲＰ）３５１ｂと、アドバンスドタイトルサーチポインタ（ＡＤＴＴ＿ＳＲＰ）情報３５１ｃを含んで構成されている。アドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１内のアドバンスドタイトルサーチポインタ（ＡＤＴＴ＿ＳＲＰ）情報３５１ｃは、アドバンスドＶＴＳを含む情報記憶媒体には１つだけ存在し、そうでない情報記憶媒体には存在しない。また、スタンダードタイトルサーチポインタ（ＳＤＴＴ＿ＳＲＰ）３５１ｂは情報記憶媒体にスタンダードＶＴＳが記録されているときのみ存在する。
【０２５１】
アドバンスドタイトルサーチポインタテーブル情報（ＡＤＴＴ＿ＳＲＰＴＩ）３５１ａには、アドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１の共通管理情報として、このアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１内に含まれるタイトルサーチポインタの数（ＡＤＴＴ＿ＳＲＰ＿Ｎｓ）情報と、アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）領域のファイル内でのこのアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）３５１の終了アドレス（ＡＤＴＴ＿ＳＲＰＴ＿ＥＡ）情報が記録される。
【０２５２】
ただ１つのアドバンスドタイトルサーチポインタ（ＡＤＴＴ＿ＳＲＰ）情報３５１ｃ内には、このサーチポインタが示すタイトルに関するパートオブタイトル（ＰＴＴ：Part_of_Title）の数（ＰＴＴ＿Ｎｓ）、該当ＨＤＶＴＳの先頭アドレス（ＨＤＶＴＳ＿ＳＡ）等の各種情報が記録される。
【０２５３】
なお、図７９〜図８２の構造を持つ情報記憶媒体（コンテンツタイプ２ディスク）では、コンテンツタイプ１ディスクに存在したタイトルプレイバックタイプ（ＴＴ＿ＰＢ＿ＴＹ）、アングル数（ＡＧＬ＿Ｎｓ）、タイトル用パレンタルＩＤフィールド（ＴＴ＿ＰＴＬ＿ＩＤ＿ＦＬＤ）情報、ＨＤＶＴＳ番号（ＨＤＶＴＳＮ）、ＨＤＶＴＳタイトル番号（ＨＤＶＴＳ＿ＴＴＮ）は存在しない（もしくは予約領域となる）。
【０２５４】
また１個のスタンダードタイトルサーチポインタ（ＳＤＴＴ＿ＳＲＰ）情報３５１ｂ内には、このサーチポインタが示すタイトルに関するタイトルプレイバックタイプ（ＴＴ＿ＰＢ＿ＴＹ）、アングル数（ＡＧＬ＿Ｎｓ）、パートオブタイトル（ＰＴＴ）の数（ＰＴＴ＿Ｎｓ）、タイトル用パレンタルＩＤフィールド（ＴＴ＿ＰＴＬ＿ＩＤ＿ＦＬＤ）情報、ＨＤＶＴＳ番号（ＨＤＶＴＳＮ）、ＨＤＶＴＳタイトル番号（ＨＤＶＴＳ＿ＴＴＮ）、該当ＨＤＶＴＳの先頭アドレス（ＨＤＶＴＳ＿ＳＡ）の各種情報が記録される。
【０２５５】
図８３は、アドバンスドＶＴＳの再生ステートとスタンダードＶＴＳの再生ステートとの関係を説明する図である。この図は、コンテンツタイプ２ディスクの再生制御モジュールの推移を示すステートマシンの例を示している。コンテンツタイプ２ディスク（アドバンスドＶＴＳとスタンダードＶＴＳの混在タイプ）の再生処理は、初期ステートから、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００がMarkup/Script言語記録領域２１Ａに記録されているスタートアップ情報（STARTUP.XML）を解釈することで再生が開始され、アドバンスドＶＴＳ再生ステートに移行する。
【０２５６】
アドバンスドＶＴＳ再生ステートでは、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００により、メニュー画面を構成する文字情報やボタン画像等が生成されるとともに、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００に対する映像再生指示コマンドが発行され、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００の出力する映像出力をＡＶレンダラ２０３により合成することにより、メニュー画面再生を実現する。
【０２５７】
アドバンスドＶＴＳ再生ステートで解釈されるメニューページを記述したMarkup/Script言語ファイルには、ユーザによるボタンクリック等のイベントに対応付けたイベントハンドラの振る舞いを定義するスクリプト（Script）が記述されている。例えば、映画映像の本編再生を示すボタンイメージに関連付けられたイベントハンドラには、スタンダードＶＴＳ再生ステートに移行するためのコマンドが記述されており、リモートコントローラ操作等によりユーザが本編再生を示すボタンを選択実行すると、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００はスタンダードＶＴＳ再生ステートに移行するコマンドを実行し、ステートマシンは、映像再生制御をＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００が実施するスタンダードＶＴＳ再生ステートに移行する。
【０２５８】
スタンダードＶＴＳ再生ステートでは、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００により、スタンダードＶＴＳ内のＰＧＣ等に格納されているプログラムチェーン（ＰＧＣ）内のセル再生情報テーブル（Ｃ＿ＰＢＩＴ）やプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）等が解釈され、それらの記述内容に従ってスタンダードＶＴＳの再生制御を実施する。スタンダードＶＴＳ再生ステートでは、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は休止状態になっており、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００に対して再生制御を指示することは無い。
【０２５９】
スタンダードＶＴＳのプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）等には、アドバンスドＶＴＳ再生ステートへの移行コマンド（図４３（ｄ）の“CallINTENG”等）を記述することができる。これにより、スタンダードＶＴＳ再生ステートでＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００が一連の映像再生処理終了時のコマンド解釈処理を行なう場合において、アドバンスドＶＴＳ再生ステートへの移行コマンドを実行したり、あるいは、ＤＶＤビデオ再生エンジン１００がメニュー呼び出し等のユーザコマンドのイベントを受信した場合に、映像再生制御をインタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００が実施するアドバンスドＶＴＳ再生ステートに移行することができる。
【０２６０】
なお、スタンダードＶＴＳ再生ステートからアドバンスドＶＴＳ再生ステートの移行に際しては、メニュー画面の一時的な呼び出し処理等を実現するために、ＤＶＤビデオ再生エンジン１００は、再生制御の移行が発生する直前のスタンダードＶＴＳの映像再生位置などの情報を一時的に格納し、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００からのリジューム再生処理に備えても良い。
【０２６１】
下記のテーブルＡはインタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００が解釈するMarkup/Script言語ファイルにおいて、アドバンスドＶＴＳ再生ステートからスタンダードＶＴＳ再生ステートへ移行するためのコマンドの具体例（この例示以外のコマンドが適宜採用されてもよい）である。
【０２６２】
＜テーブルＡ＞
（コマンド名）          （引数）
CallDVDENG_TT        タイトル番号
CallDVDENG_PTT      タイトル番号、チャプタ番号
CallDVDENG_TM        タイトル番号、再生開始時間位置
CallDVDENG_RSM      引数無し。
【０２６３】
テーブルＡにおいて、“CallDVDENG_TT”は、アドバンスドＶＴＳ再生ステートからスタンダードＶＴＳ再生ステートに移行する際に、スタンダードＶＴＳのタイトル番号を指定するコマンドである。ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００は指定されたタイトルを含むスタンダードＶＴＳを読み込み、タイトルの先頭から再生を開始する。
【０２６４】
“CallDVDENG_PTT”は、アドバンスドＶＴＳ再生ステートからスタンダードＶＴＳ再生ステートに移行する際に、スタンダードＶＴＳのタイトル番号とチャプタ番号（ＰＴＴ番号）を指定するコマンドである。ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００は指定されたタイトルを含むスタンダードＶＴＳを読み込み、指定されたチャプタ番号（ＰＴＴ番号）の先頭から再生を開始する。
【０２６５】
“CallDVDENG_TM”は、アドバンスドＶＴＳ再生ステートからスタンダードＶＴＳ再生ステートに移行する際に、スタンダードＶＴＳのタイトル番号とタイトル映像の先頭からの再生開始時間のオフセットを指定するコマンドである。ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００は指定されたタイトルを含むスタンダードＶＴＳを読み込み、指定された再生時間位置から再生を開始する。
【０２６６】
“CallDVDENG_RSM”は、アドバンスドＶＴＳ再生ステートからスタンダードＶＴＳ再生ステートに移行する際に、リジューム処理の実行を指定するコマンドである。ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００はこのコマンドを受け取った場合、直前のスタンダードＶＴＳ再生ステートからアドバンスドＶＴＳ再生ステートに移行したときに、一時的に格納しておいた再生位置情報に従って、再生を再開する。
【０２６７】
図８４は、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）が解釈するナビゲーションコマンドのうち、スタンダードＶＴＳ再生ステートからアドバンスドＶＴＳ再生ステートへ移行するためのコマンド（CallINTENGコマンド）の引数定義の例である。コマンドビット列全体では、ビットb63-b48にかけてコマンドコードが格納され、ビットb15-b0は将来の拡張に備えた予約領域に割り当てられている。
【０２６８】
ビットb47-b32は１６ビットの制御パラメータ格納領域である。ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００が解釈するスタンダードＶＴＳの特定の再生位置やイベントにおいて、任意の値を格納しておき、アドバンスドＶＴＳ再生ステートに移行した後、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００が解釈するMarkup/Script言語ファイルの記述内で任意の処理に振り分けるのに用いるなど、映像コンテンツ作成時に任意の目的に使用してよいデータ領域である。b31-b23はリジューム時に再生を開始するセル番号を格納する領域である。
【０２６９】
ビットb19-16はメニュー識別子を格納する領域であり、特にスタンダードＶＴＳ再生ステートからアドバンスドＶＴＳ再生ステートに移行する時にメニューの呼び出しを伴うときに、呼び出すメニューの種別を指定するのに用いる。呼び出せるメニュー識別子の種類には、
0010b→タイトルメニュー
0011b→ルートメニュー
0100b→サブピクチャメニュー
0101b→オーディオメニュー
0110b→アングルメニュー
0111b→チャプタメニュー
等があるが、前述の制御パラメータや制御パラメータとメニュー識別子の組合せにより、より詳細な振る舞いの違いを表現するのに用いても良い。
【０２７０】
図８５は、ユーザコマンド処理の切り替えアルゴリズムを説明するフローチャートである。このフローチャートは、ユーザコマンドが発生した時に、その処理を担当するモジュールを切り替える際の処理を例示している。コンテンツタイプ２ディスク（アドバンスドＶＴＳとスタンダードＶＴＳの混在タイプ）を再生する場合、図示しないリモートコントローラやフロントパネルのボタン押印に対応付けられたユーザコマンドのイベントが発生すると、ユーザ操作モジュールは現在の再生ステートの状態を確認し（ステップＳＴ８５０）、ユーザイベントを通知するモジュールを切り替える。現在のステートがアドバンスドＶＴＳ再生ステートであった場合（ステップＳＴ８５０イエス）はインタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００に通知し、スタンダードＶＴＳ再生ステートであった場合（ステップＳＴ８５０ノー）はＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００に通知して、ユーザコマンドの処理を実施する。
【０２７１】
図８６は、コンテンツタイプ２ディスクのドメイン推移の例を示す図である。典型的なコンテンツタイプ２ディスク（アドバンスドＶＴＳとスタンダードＶＴＳの混在タイプ）では、ＶＭＧメニュードメイン（ＶＭＧＭ＿ＤＯＭ）やＶＴＳメニュードメイン（ＶＴＳＭ＿ＤＯＭ）はアドバンスドＶＴＳとMarkup/Script言語で記述されたＸＭＬファイルによって構成され、映像本編などのタイトルドメイン（ＴＴ＿ＤＯＭ）はスタンダードＶＴＳによって構成される。
【０２７２】
ＶＭＧメニュードメインやＶＴＳメニュードメインでのメニュー映像は、Markup/Script言語で記述された「メニュー用のＸＭＬファイル」の記述に従って描画される文字情報やボタン画像に加えて、やはり「ＸＭＬファイル」の記述に従ってアドバンスドＶＴＳに格納された映像を再生することによって実現できる。
【０２７３】
ＶＭＧメニュードメインとＶＴＳメニュードメイン間の移行は、それぞれのメニュー用のＸＭＬファイルに記述されたＸＭＬファイル間のハイパーリンク処理を実施することで実現される。このときアドバンスドＶＴＳの再生は、ページの移り変りに合わせて停止し、新しく位置から再生を開始しても良いし、そのまま再生を継続しても良い。
【０２７４】
ＶＭＧメニュードメイン（ＶＭＧＭ＿ＤＯＭ）やＶＴＳメニュードメイン（ＶＴＳ＿ＤＯＭ）などからタイトルドメイン（ＴＴ＿ＤＯＭ）移行は、ＸＭＬファイルに記述された、スタンダードＶＴＳの再生を開始するコマンド（例えば、前述したテーブルＡに挙げたようなCallDVDENG_xxxコマンド）を実行し、ＤＶＤビデオ再生エンジン１００にＤＶＤの再生制御が移行することによって実現される。
【０２７５】
一方、タイトルドメイン（ＴＴ＿ＤＯＭ）からＶＭＧメニュードメイン（ＶＭＧＭ＿ＤＯＭ）への移行は、前述したCallINTENGコマンドのように新しいコマンドを定義し、この新しいコマンドをスタンダードＶＴＳ内のプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）に格納して実現しても良い。あるいは、タイトルドメイン（ＴＴ＿ＤＯＭ）からＶＭＧメニュードメイン（ＶＭＧＭ＿ＤＯＭ）への移行は、CallSSコマンドの引数がＶＭＧＭ＿ＤＯＭを示している場合に発生させても良い。また、図示しないリモートコントローラ等に配置されたルートメニューボタンを押印したイベントを取得し、このイベント取得により、タイトルドメイン（ＴＴ＿ＤＯＭ）からＶＭＧメニュードメイン（ＶＭＧＭ＿ＤＯＭ）への移行を発生させることも可能である。
【０２７６】
同様に、タイトルドメインからＶＴＳメニュードメイン（ＶＴＳＭ＿ＤＯＭ）への移行は、前述したCallINTENGコマンドのように新しいコマンドを定義し、この新しいコマンドをスタンダードＶＴＳ内のプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）に格納して実現しても良いし、CallSSコマンドの引数がＶＴＳＭ＿ＤＯＭを示している場合にこのドメイン移行を発生させても良い。また、リモートコントローラ等に配置されたタイトルメニューボタンを押印したイベントを取得し、これによりタイトルドメインからＶＴＳメニュードメインへの移行を発生させることも可能である。
【０２７７】
図８７は、アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクの再生モデル（例２）を説明する図である。この図を用いて、典型的なコンテンツタイプ２ディスク（アドバンスドＶＴＳとスタンダードＶＴＳの混在タイプ）の再生例について説明を行う。
【０２７８】
コンテンツタイプ２ディスク（アドバンスドＶＴＳとスタンダードＶＴＳが混在）の再生が始まると、インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、アドバンスドコンテンツ記録領域に格納されているMarkup/Script言語で記述されたメニュー画面を再生するためのメニューページＸＭＬファイルを解析する。
【０２７９】
例えば、映画映像中の印象的なシーンの繰り返し再生をしながら、ユーザにボタン選択処理を促すようなメニュー画面を構成する場合、メニューページＸＭＬファイルには、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００にアドバンスドＶＴＳの映像データを繰り返し再生するための制御処理がMarkup/Scriptで記述されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は記述に従い、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００に再生コマンドを発行する（矢印ａ）。
【０２８０】
同時にメニューページＸＭＬファイルには、アドバンスドコンテンツ記録領域２１内のアニメーション・静止画記録領域に格納されているボタン画像や、フォント記録領域に格納されているフォントデータを用いて、メニュー画面を構成するための記述が格納されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、これらの記述に従い画面を構成した出力と、前述のＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００によるアドバンスドＶＴＳの映像出力を、ＡＶレンダラ２０３により合成し、メニュー画面の再生を実現する。
【０２８１】
次にユーザがリモートコントローラ等を利用して、画面上に配置されたメニュー選択ボタンのうち、映像本編の再生を実行するボタンを選択する。メニューページＸＭＬファイルには、ボタン選択に対応付けられた、Script処理が記述されており、ＤＶＤ再生エンジン制御ページへのジャンプが発生する（矢印ｂ）。
【０２８２】
ＤＶＤ再生エンジン制御ページには、映像本編の先頭を示すタイトル番号を引数とするCallDVDENG_TTコマンドが記述されている。インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００によりこのコマンドが実行されると、アドバンスドＶＴＳ再生ステートからスタンダードＶＴＳ再生ステートへの移行が発生する（矢印ｃ）。
【０２８３】
スタンダードＶＴＳ再生ステートに移行した後は、ＤＶＤビデオ再生エンジン（ＤＶＤ＿ＥＮＧ）１００により、本編映像が格納されているスタンダードＶＴＳの再生が実施される。映像コンテンツによっては、ＶＴＳ内に格納されている再生制御コマンドの記述に従い、異なるＶＴＳへの再生位置ジャンプ処理等を発生させることが可能である（矢印ｄ）。なお、図中、斜め線入り丸でマーキングされた破線矢印は、アドバンスドＶＴＳ内でナビゲーションコマンドによるジャンプができないことを示している。一方、スタンダードＶＴＳ内では、ナビゲーションコマンドによるジャンプが可能である（矢印ｄ’やｄ”など）。
【０２８４】
本編映像の再生処理が終了すると、プログラムチェーン（ＰＧＣ）内のプログラムチェーンコマンドテーブルに記述された「CallINTENGコマンド」が実行され、スタンダードＶＴＳ再生ステートからアドバンスドＶＴＳ再生ステートへの移行が発生する（矢印ｅ）。
【０２８５】
インタラクティブエンジン（ＩＮＴ＿ＥＮＧ）２００は、ＤＶＤビデオ再生エンジン制御ページＸＭＬファイル内のCallINTENGコマンド発生イベントのハンドラ内に記述されているScript記述に従い、再度メニュー画面再生を実施するために、メニューページＸＭＬファイルに処理対象のＸＭＬファイルをジャンプさせる（矢印ｆ）。
【０２８６】
図８８は、アドバンスドＶＴＳとスタンダードＶＴＳが混在したコンテンツタイプ２ディスクにおけるアドバンスドＶＴＳ・スタンダードＶＴＳとビデオオブジェクト（ＥＶＯＢもしくはＶＯＢとも呼ぶ）の関係を示す。この図においては、メニューを構成するアドバンスドＶＴＳとタイトル（映像本編）を構成する２つのスタンダードＶＴＳが存在し、それぞれのＶＴＳはそれぞれ別のビデオオブジェクトを参照している。これは、メニューを構成するための映像と、タイトルを構成するための映像が、全く異なるものの場合の例である。図８８のように構成すると、例えば前述のように「映像中の印象的なシーンの繰り返し再生をしながらユーザにボタン選択処理を促すようなメニュー画面を構成する」場合、映像本編とメニュー映像が同じものであるにもかかわらず、２つのビデオオブジェクトを用意しなければならない。このような「２つのビデオオブジェクト」の重複準備を避けたい場合は、図８９のような「オブジェクトの共有参照モデル」を参照すればよい。
【０２８７】
図８９は、アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクにおけるオブジェクトの共有参照モデルを説明する図である。アドバンスドＶＴＳ側とスタンダードＶＴＳ側のそれぞれにタイムマップを設ければ、この図に示すように、アドバンスドＶＴＳとスタンダードＶＴＳは、お互いに同じビデオオブジェクトの参照が可能であり、本編映像のあるシーンの任意の区間を切り出してメニュー画面の背景映像として用いることが可能となる。これにより、コンテンツ制作者は、（共有参照される部分のオブジェクトに関して）２つのビデオオブジェクトを製作する過程を１つに減らすことができ、かつ１つに減らした分、情報記憶媒体の必要容量も少なくなり、その分を映像本編の画質を向上させたり、新たなボーナス映像などを追加することが可能となる。
【０２８８】
また、アドバンスドＶＴＳとスタンダードＶＴＳと共有されるビデオオブジェクト（ＶＯＢ）を、アドバンスドＶＴＳとして再生する場合には、図６４と図６５に示したようにＰＣＩ／ＤＳＩ中には、スタンダードＶＴＳとして必要のない情報が含まれることがある。スタンダードＶＴＳとして再生する場合は、これらの情報を用いて再生が行われるが、アドバンスドＶＴＳとして再生する場合は、これらの情報は読み飛ばす、つまり無視して再生を行うことになる。
【０２８９】
図９０は、アドバンスドコンテンツに含まれるローディング情報の具体例を説明する図である。ローディング情報は、ファイル名とロケーション、ファイルサイズ、コンテンツタイプ、参照開始時間、参照終了時間等を含んで構成される。ファイル名とロケーションは、対象となるファイルがサーバ部上に存在する場合はＵＲＬアドレスとそのファイル名を記述し、対象となるファイルがディスク上に存在する場合はディスク上のディレクトリとそのファイル名を記述する。ファイルサイズは、そのファイルサイズをバイト単位で記述する。コンテンツタイプは、ＭＩＭＥタイプで記述する。参照開始時間はこのファイルがMarkup言語などから参照が開始される時間を、再生終了時間このファイルがMarkup言語などから参照が終了される時間（つまりこの時間を過ぎた場合バッファ上にロードされたこのファイルは直ちに消去しても構わない）を記述する。
【０２９０】
基本的に、参照が開始される時間が“０”のファイルは、再生を開始する前に（すなわちMarkup言語の実行を開始する前に）バッファ（図７２、図９１の２０９等）にロードされている必要がある。（“プリロード”）これ以外のデータは、ローディング情報に記述されている参照開始時間、参照終了時間、ファイルサイズ、再生装置により取得される通信速度に関する情報を用いて、再生装置はすべてのファイルのロードを開始する時間を決定する。これにより、アドバンスドコンテンツの表示開始／ＤＶＤビデオコンテンツの再生開始までのユーザの待ち時間を最小限に抑えることができる。
【０２９１】
図９１はバッファマネージャ２０４とその周辺の構成を示し、図９２はＶバッファ２０９にデータをロードするときの流れを示す。まず、インタラクティブエンジン２００が起動すると、ディスク部の情報記憶媒体１に記録されているアドバンスドコンテンツの１つであるスタートアップ情報ファイル（STARTUP.XML）が読み込まれる（ステップＳＴ１０）。パーサ２１０は、このスタートアップ情報を解析する（ステップＳＴ１２）。解析されたスタートアップ情報は、インタープリタ部２０５にて解釈される。インタープリタ部２０５は、スタートアップ情報の記述に従い、“プリロード終了”イベント（トリガ）が発生したときの動作（例えば、最初の画面構成を示すMarkup言語ファイルINDEX.XMLの読み込み／実行を開始する）や、“ロード終了”イベント（トリガ）が発生したときの動作（例えば、今まで禁止されていたユーザ操作の実行を許可する）の登録を行う（ステップＳＴ１４）。
【０２９２】
なお、“ユーザ操作”の制御は、スタンダードＶＴＳにおいてはＰＧＣユーザ操作制御（ＰＧＣ＿ＵＯＰ＿ＣＴＬ）により行えるが、アドバンスドＶＴＳ内においては“ユーザ操作”の制御はMarkup言語により行うことができる。
【０２９３】
更に、ローディング情報（図９０参照）の読み込みが行われる（ステップＳＴ１６）。このローディング情報は、前述の起動ファイルに記述されている場合、ディスク１上に１つのファイルとして記録されている場合、サーバ５００上に１つのファイルとして記録されている場合等がある。ただし、ディスク１やサーバ５００上に記録されている場合には、記録されている場所とそのファイル名が起動ファイルに記述されている。この記述に従って、ローディング情報は、インタラクティブエンジン（ＥＮＡＶエンジン）２００に読み込まれ、パーサ２１０にて解析される（ステップＳＴ１８）。解析されたローディング情報はインタープリタ部２０５にて解釈され、バッファマネージャ２０４にてアドバンスドコンテンツのバッファ２０９へのロードが実行される（ステップＳＴ２０）。
【０２９４】
ローディング情報には、１つのダウンロードを行うファイルに対して、ダウンロードを行うファイル名とそのロケーション（ファイルが存在する場所）、ダウンロードを行うファイルのファイルサイズ、ダウンロードを行うファイルのコンテンツタイプやＭＩＭＥタイプ（そのデータがどのような種類のデータであるか）、参照開始・終了時間（データが参照される時間）等が、それぞれのダウンロードを行うファイル毎に記述されている。
【０２９５】
バッファマネージャ２０４は、この記述に従い、参照開始時間が０のアドバンスドコンテンツ（つまりアドバンスドコンテンツの表示開始／ＤＶＤビデオコンテンツの再生開始前にバッファに記憶しておく必要のあるファイル）のロードを行う（ステップＳＴ２２）。このとき、ロードするファイルは、ローディング情報の記述の順序に従い、ディスク１またはサーバ部５００からロードされる。その際、例えば、“プリロード”のアドバンスドコンテンツとして、最初のページを構成するアドバンスドコンテンツ（INDEX.XMLファイルとその関連ファイル）がローディング情報によって指示されている。
【０２９６】
すべての“プリロード”すべきアドバンスドコンテンツがバッファ２０９にロードされると（ステップＳＴ２４イエス）、バッファ２０９はバッファマネージャ２０４に“プリロード終了トリガ”信号を送る（ステップＳＴ２６）。バッファマネージャ２０４は、バッファ２０９より“プリロード終了トリガ”信号を受け取ると、インターフェースハンドラ２０２に“プリロード終了トリガ”信号を送る。インターフェースハンドラ２０２は、バッファマネージャ２０４より“プリロード終了トリガ”信号を受け取ると、イベントとして“プリロード終了イベント”信号をインタープリタ部２０５へ送る。
【０２９７】
インタープリタ部２０５には、前述のように“プリロード終了イベント”が発生したときの動作が登録されており、登録されている動作を実行する（ステップＳＴ２８）。例えば、動作として、バッファ２０９に読み込んである最初のページを構成するINDEX.XMLの読み込みの実行が登録されている。また、INDEX.XMLにはＤＶＤビデオコンテンツの再生開始が指示されている。これにより、アドバンスドコンテンツのプリロードが終了するとともに（“プリロード終了イベント”が発生するとともに）、アドバンスドコンテンツの表示／ＤＶＤビデオコンテンツの再生が開始される。
【０２９８】
また、この再生開始時間を早めるために、“プリロード”のアドバンスドコンテンツとして最初のページを構成するアドバンスドコンテンツのみを指定することが可能である。しかし、この場合、再生開始時には最初のページ以外のアドバンスドコンテンツがバッファ２０９に記憶されていないため、早送り、スキップ、タイムサーチ等のユーザ操作を禁止しておく必要がある。
【０２９９】
アドバンスドコンテンツの表示とＤＶＤビデオコンテンツの再生を行っている一方で、バッファマネージャ２０４は、引き続き、ローディング情報の記述に従い、残りのアドバンスドコンテンツ（つまりアドバンスドコンテンツの表示開始／ＤＶＤビデオコンテンツの再生開始後にバッファに記憶するファイル）のロードを行う（ステップＳＴ３０）。このとき、再生装置は、ローディング情報に記述されている参照開始時間、参照終了時間、ファイルサイズ、再生装置により取得される通信速度に関する情報を用いて（例えば、優先度＝参照開始時間−ファイルサイズ／通信速度にて計算される値を用いて）、すべてのアドバンスドコンテンツのロードを開始する時間、順序を決定する。
【０３００】
例えば、最初のページを構成するアドバンスドコンテンツのロードが終了したとき“プリロード終了トリガ”を発生し、二番目のページを構成するアドバンスドコンテンツのロードが終了したとき“ロード終了トリガを発生するように記述しておく。
【０３０１】
バッファ２０９に二番目のページを構成するアドバンスドコンテンツがロードされると（ステップＳＴ３２イエス）、バッファ２０９はバッファマネージャ２０４に“ロード終了トリガ”信号を送る。バッファマネージャ２０４は、バッファ２０９より“ロード終了トリガ”信号を受け取ると、インターフェースハンドラ２０２に“ロード終了トリガ”信号を送る。インターフェースハンドラ２０２は、バッファマネージャ２０４より“ロード終了トリガ”信号を受け取ると（ステップＳＴ３４）、イベントとして“ロード終了イベント”信号をインタープリタ部２０５へ送る。
【０３０２】
インタープリタ部２０５には、前述のように“ロード終了イベント”が発生したときの動作が登録されており、登録されている動作を実行する（ステップＳＴ３６）。例えば、前述の早送り、スキップ、タイムサーチ等のユーザ操作が禁止されている場合は、禁止されているユーザ操作を許可する動作が登録されている。つまり、すべてのアドバンスドコンテンツがバッファ２０９に記憶されているため、ユーザ操作を制限する必要がないことになる。
【０３０３】
図９３は、例外的に複数のＰＧＣを持つアドバンスドＶＴＳ（ＡＨＤＶＴＳ）の構成を説明する図である。図９３のアドバンスドＶＴＳのＶＴＳ＿ＥＶＯＢＳには１つのインターリーブドブロックを含んでいる。このインターリーブドブロックは、例えば、図６９で示したように、ディレクターズカット版と劇場公開版の再生を実現するために用いられる。多くの場合、こうしたＶＴＳ＿ＥＶＯＢＳはインターリーブドブロック内のＥＶＯＢのは異なる再生時間の長さを持っている。こうしたアドバンスドＶＴＳの場合には、ＶＴＳＩ内で複数のＰＧＣでそれぞれの映像再生に関わる情報を管理しても良い。
【０３０４】
再生シーケンスは、ＰＧＣ内に格納されたセル再生情報テーブル（Ｃ＿ＰＢＩＴ、図５６の符号５３）によって定義される。そして、セル位置情報テーブル（Ｃ＿ＰＯＳＩＴ、図５６の符号５４）によって、ＶＴＳ＿ＥＶＯＢＳ内のＥＶＯＢ番号（ＥＶＯＢ＃１等）とセル番号（Cell＃１〜＃３等）を用いて、再生に用いるセルと実際のセルを関連付ける。さらにＶＴＳ＿ＥＶＯＢＳ内のセルのうち、インターリブドブロックで構成されているセルはインターリーブドユニット（ＩＬＶＵ）の単位で細分化され、ＨＤ＿ＤＶＤディスク上のインターリーブドブロックの中で、飛び飛びに配置されている。
【０３０５】
図９３の例では、例えばディレクターズカット版であるＰＧＣ＃１は、ＶＴＳ＿ＥＶＯＢＳ内のＥＶＯＢ＃１で構成される連続ブロック（Contiguous Block）を再生した後、インターリーブドブロック（Interleaved Block）で構成されているＥＶＯＢ＃３を再生し、最後にＥＶＯＢ＃４で構成される連続ブロック（Contiguous Block）を再生するよう、セル再生情報テーブルが構成されている。一方、例えば劇場公開版であるＰＧＣ＃２は、ＶＴＳ＿ＥＶＯＢＳ内のＥＶＯＢ＃１で構成される連続ブロック（Contiguous Block）を再生した後、インターリーブドブロック（Interleaved Block）で構成されているＥＶＯＢ＃２を再生し、最後にＥＶＯＢ＃４で構成される連続ブロック（Contiguous Block）を再生するよう、セル再生情報テーブルが構成されている。
【０３０６】
このように、ディレクターズカット版や劇場公開版の再生シーケンスを記述するときは、多くの場合、インターリーブドブロック区間でのそれぞれのセル（ＥＶＯＢ）の再生時間は長さが異なっている。そのような場合は、図９３の例のようにＰＧＣを分けて再生シーケンスを定義する。そうすることにより、時間単位での再生位置のアクセスが管理しやすくなる。
【０３０７】
図９４は、インターリーブドブロックを含むが、１つのＰＧＣを持つアドバンスドＶＴＳ（ＡＨＤＶＴＳ）の構成を説明する図である。これはインターリーブドブロックが例えばアングルブロックを構成している場合等に都合が良い例である。
【０３０８】
図９４の例では、ＰＧＣ＃１で定義される再生シーケンスは、ＶＴＳ＿ＥＶＯＢＳ内のＥＶＯＢ＃１で構成される連続ブロック（Contiguous Block）を再生した後、インターリーブドブロック（Interleaved Block）で構成されているＥＶＯＢ＃２を再生し、最後にＥＶＯＢ＃４で構成されている連続ブロック（Contiguous Block）を再生するよう、セル再生情報テーブルが構成されている。
【０３０９】
この場合、別のアングルを構成しているＥＶＯＢ＃３を再生するシーケンスが定義されていないように見える。しかし、実際には、アングルブロックでは、それぞれのアングルを構成するＥＶＯＢとそのセルおよびＩＬＶＵの境界は再生時間が等しく、多重化（Multiplex）されているオーディオも同じものが使われているため、ＩＬＶＵ境界単位でアングルをシームレスに切り替えられるよう構成されている。従い、アングルの切り替えは現在の再生アングルを示すパラメータが定義されており、この値に基づきアングルを切り替えることができる。
【０３１０】
上記を整理すると、アングルブロックを構成するようなインターリーブドブロックの再生シーケンスを定義する場合は、１つのＰＧＣで与えられるセル再生情報テーブルにより再生時間が一意に定義され、前述の再生アングルを示すパラメータとの組合せにより、実際に再生するＶＴＳ＿ＥＶＯＢＳのセルを特定することが可能となる。
【０３１１】
この発明の実施の形態ではさらに、図２のＡＤＶ＿ＯＢＪ内に格納された、Markup/Script言語で記述された、再生制御情報を用いることにより、同じＤＶＤコンテンツの再生をより柔軟に構成することが可能である。すなわち、前述の再生シーケンス情報ファイル（図２のPBSEQ001.XML等）の記述を用いることにより、（ディスク１に始めから記録されたＰＧＣ情報やナビゲーションパック内のナビゲーション情報から独立して）ＶＴＳ＿ＥＶＯＢＳ内に格納されているＤＶＤ映像の再生順序を、所定の単位で自由に構成する機能を実現できる。
【０３１２】
図９５は、再生シーケンス情報ファイル内の再生シーケンスの記述例である。図９３の構成を上記の再生シーケンス情報ファイル（図２のPBSEQ001.XML等）の記述で新たに定義することを想定すると、図９５の記述の１行目では再生シーケンスを一意に識別するための名前として“directors_cut”を定義し、この再生シーケンスが、Title番号１のＰＧＣ番号１のＰＧＣの情報をベースに記述されていることが定義される。
【０３１３】
図９５の記述の２〜４行目では、“directors_cut”の再生シーケンスを構成するチャプタ（ＰＴＴ番号）が３つ定義されており、それぞれを一意に識別するための名前が“id”の属性で定義される。チャプタ（ＰＴＴ番号）の再生順序は“order”の属性情報で定義され、それぞれのチャプタが図９３のＰＧＣ＃１のどのチャプタに対応するかという関連付けが“pgc”の属性で定義される（この例では、chapter “order”=“1”, “2”, “3”の３つのエントリで再生順序が記述されている）。
【０３１４】
上記のような再生シーケンス情報ファイル内のMarkup言語記述による再生シーケンスの定義は、「アドバンスドＶＴＳをチャプタ（ＰＴＴ）ごとに区切られたＤＶＤ映像の材料として定義しておき、メニュー画面で用いる再生シーケンス、本編再生で用いる再生シーケンス、ボーナスコンテンツで用いる再生シーケンス、といったように用途に合わせて、定義しなおす」のに都合が良い。またこの再生シーケンスは、Markup言語で記述されているため、後から編集をするのが容易である。例えば、一度ＤＶＤビデオディスクに焼きこまれた映画のコンテンツ（複数チャプタに区切られている）を素材に用いて、後から異なる再生シーケンスを定義する場合等（例えば特定チャプタの反復再生および／または特定チャプタの再生スキップを含めた、複数チャプタの再生順序の入れ替え等）の応用にも利点を持つ。
【０３１５】
図９６は、図７１のアドバンスドＶＴＳに対して、図９５の再生シーケンスと同じ再生シーケンスをセル単位で記述した例である。図９５で示したチャプタ（ＰＴＴ番号）がそれぞれ１つのセルに対応しているときは、同じ３つのエントリ（chapter “order”=“1”, “2”, “3”）で構成される。
【０３１６】
図９７は、複数のＰＧＣにまたがる再生シーケンスを表現するための再生シーケンスの例である。例えば、図９７ではインターリーブドブロックで構成された、ディレクターズカット版の映像と劇場版の映像の異なる部分を連続して再生するように構成されている。このような構成は、ＤＶＤのボーナスコンテンツなどで、ディレクターズカット版と劇場版の違いを説明するようなコンテンツを作成するときに有効である。
【０３１７】
再生シーケンスを記述するMarkup言語の違いとして、図９５と図９６で示した例では、１行目でチャプタ（ＰＴＴ番号）やセル番号を一意に指定するためのＰＧＣ番号が記述されていたのに対して、図９７ではチャプタ番号を指示するMarkupの記述の中にＰＧＣ番号を含むように構成されている。これにより、複数のＰＧＣに跨って（この例ではＰＧＣ＃１とＰＧＣ＃２に跨って）１つの再生シーケンスを構成することが可能となる。
【０３１８】
図９８は、図９３のアドバンスドＶＴＳに対して、図９７の再生シーケンスと同じ再生シーケンスをセル単位で記述した例である。ＰＧＣ番号＝２（ＰＧＣ＃２）のＰＴＴ＝３（ＰＴＴ＃３）は、２つのセル（図９３の例ではＥＶＯＢ＃２のセル＃１と＃２に対応）で構成されているため、同じ再生シーケンスを表現するためにセルのエントリが２つ（図９８の例では、chapter “order”=“3”の“cell”=“4”とchapter “order”=“4”の“cell”=“5”に対応）に増えている。
【０３１９】
上記のような再生シーケンス情報ファイル（図２のPBSEQ001.XML等）内の記述方法は柔軟に定義することが可能であり、上述した例とは異なる定義を用いて、より複雑で細かい再生シーケンスの記述を行なうこともできる。以上例示したように再生シーケンスを定義することにより、ＤＶＤディスクに格納されているアドバンスドＶＴＳの再生の流れを（ディスク頒布後に）柔軟に変更することが可能となる。例えば、映画会社が一旦ＤＶＤディスクを販売した後、新しいＤＶＤ映像の楽しみ方を考案し、インターネット経由で新たな再生シーケンスを配布して、これに従いユーザが新しい再生シーケンスでのＤＶＤ映像の再生を楽しむといった使い方が実現できる。
【０３２０】
同様に、ユーザが自分で任意の再生シーケンスを編集し、好きなシーンをつなげた映像再生を楽しむといった使い方を提供することも可能となる（この場合、ユーザが自分で再生シーケンスを編集した情報は、例えば図７２あるいは図１００のパーシスタントストレージ２１６に保存しておくことができる）。
【０３２１】
図９９は、アドバンスドＶＴＳの再生に先駆けて、上記の再生シーケンス情報ファイル（図２のPBSEQ001.XML等）を用いて、例えば図７２あるいは図１００のＤＶＤ再生エンジン１００におけるアドバンスドＶＴＳの再生シーケンスを初期化する（例えばデフォルトの再生シーケンスによる設定を再生シーケンス情報ファイルで記述された別の再生シーケンスに設定し直す）ための処理手続きの一例をフローチャートで示したものである。
【０３２２】
アドバンスドＶＴＳの再生が開始されると、インタラクティブエンジン２００は、例えば図５０のスタートアップ情報記録領域２１０Ａに記述された所定の手続きに従い、ＤＶＤビデオプレーヤの初期化（これから再生するオブジェクトの再生シーケンスの定義）を開始する。
【０３２３】
ステップＳＴ１００の条件判断部において、記述された初期化手続き内に再生シーケンス情報によるアドバンスドＶＴＳの再生シーケンスの設定命令が記述されている場合には（ステップＳＴ１００イエス）、インタラクティブエンジン２００は再生シーケンス情報（例えば図２のPBSEQ001.XMLの記述）をＤＶＤ再生エンジン１００に登録する（ステップＳＴ１０２）。ＤＶＤ再生エンジン１００は、ステップＳＴ１０２でインタラクティブエンジン２００から登録された再生シーケンス情報に従い、アドバンスドＶＴＳの再生シーケンスを再設定する（ステップＳＴ１０４）。
【０３２４】
ステップＳＴ１００の条件判断部において再生シーケンス情報によるアドバンスドＶＴＳの再生シーケンスの設定命令が記述されていない場合は（ステップＳＴ１００ノー）、ＤＶＤ再生エンジン１００はアドバンスドＶＴＳに記録されているプログラムチェーン情報（ＰＧＣＩ）内のセル再生情報（Ｃ＿ＰＢＩＴ）に従って再生シーケンスを決定する（ステップＳＴ１０６）。
【０３２５】
ＤＶＤ再生エンジン１００は、ステップＳＴ１０６でセル再生情報（Ｃ＿ＰＢＩＴ）により設定された再生シーケンスに従いアドバンスドＶＴＳの再生を制御するか、あるいはステップＳＴ１０４で再生シーケンス情報ファイルの記述等により設定された再生シーケンスを元に、インタラクティブエンジン２００からの再生コマンドに従いアドバンスドＶＴＳの再生を制御する（ステップＳＴ１０８）。その後、全てのアドバンスドＶＴＳを用いた再生を実行したあと、再生処理を終了する。
【０３２６】
図９９は、別の言い方をすると、以下の処理を行っている。すなわち、再生シーケンス情報（再生シーケンス情報記録領域に格納されていない場合はインターネット等から取得した再生シーケンス情報）による再生シーケンスの定義があるかどうかチェックし（ＳＴ１００）、再生シーケンス情報による再生シーケンスの定義がないときは（ＳＴ１００ノー）、管理領域の管理情報（ＰＧＣＩ）により（ＳＴ１０６）拡張ビデオオブジェクト（ＥＶＯＢ）の再生を行い（ＳＴ１０８）、再生シーケンス情報による再生シーケンスの定義（マークアップ言語による記述）があるときは（ＳＴ１００イエス；再生シーケンスを初期化）、再生シーケンス情報により（ＳＴ１０２〜ＳＴ１０４）拡張ビデオオブジェクトの再生を行なう（ＳＴ１０８）。
【０３２７】
あるいは、図９９の処理は、再生シーケンス情報による再生シーケンスの定義があるかどうかチェックし（ＳＴ１００）、再生シーケンス情報による再生シーケンスの定義があるときは（ＳＴ１００イエス；再生シーケンスを初期化）、再生シーケンス情報で定義された前記プログラムチェーンの番号のシーケンス、前記セルの番号のシーケンス、および前記チャプタの番号のシーケンスのうちの少なくとも１つのシーケンスにより（ＳＴ１０２〜ＳＴ１０４）、前記拡張ビデオオブジェクトの再生を行なう（ＳＴ１０８）。
【０３２８】
図１００は、この発明の他の実施の形態に係る再生装置（アドバンスドＶＴＳ対応のＤＶＤビデオプレーヤ：図７２の装置の別例）の実現する別実施の形態の内部構造例を説明するシステム構成図である。このＤＶＤビデオプレーヤは、図１、図５０、図７３、図７４、図７９などに示す情報記録媒体１（図９３、図９４等に例示されるようなＶＴＳＩおよびＶＴＳ＿ＥＶＯＢＳが記録されている）からその記録内容（ＤＶＤビデオコンテンツおよび／またはアドバンスドコンテンツ）を再生し処理するものであり、また、インターネット／ホームネットワークなどの通信回線からアドバンスドコンテンツを取り込み処理するものである。
【０３２９】
図１００で示す一実施の形態のシステム構成では、インタラクティブエンジン２００は、パーサ部２１０と、アドバンスドオブジェクト管理部６１０と、データキャッシュ６２０と、ストリーミング管理部７１０と、イベントハンドラ６３０と、システムクロック２１４と、レイアウトエンジン、スタイルエンジン、スクリプトエンジン、およびタイミングエンジンを含むインタープリタ部２０５と、動画・アニメーション、静止画、テキスト・フォント、サウンドのデコーダ部で構成されるメディアデコーダ部２０５と、グラフィクス重ね合わせ部７５０と、二次映像／ストリーミング再生制御部７２０と、ビデオデコーダ７３０と、オーディオデコーダ７４０等を備えている。
【０３３０】
一方、ビデオ再生エンジン１００は、ＤＶＤ再生制御部１０２と、オーディオデコーダ、主映像デコーダ、および副映像デコーダ等を含むＤＶＤデコーダ部１０１等を備えている。
【０３３１】
ＤＶＤビデオプレーヤは、インタラクティブエンジン２００やＤＶＤ再生エンジン１００に提供する機能モジュールとして、パーシスタントストレージ２１６、ＤＶＤディスク１、ファイルシステム６００、ネットワーク管理部２１２、分離部７００、ビデオミキサ７６０、オーディオミキサ７７０等を備える。またＤＶＤビデオプレーヤが持つ機能でシステムマネージャー８００を介して主にインタラクティブエンジン２００が情報取得、動作制御を行うモジュールとして、ＮＩＣ、ディスクドライブコントローラ、メモリコントローラ、ＦＬＡＳＨメモリコントローラ、リモコン、キーボード、タイマ、カーソル等を供える。
【０３３２】
インタラクティブエンジン２００が取り扱うＤＶＤビデオデータ以外のアドバンスドコンテンツの記録場所および記録形式としては下記のようなものが挙げられる（ここでＤＶＤディスクと記述されるディスクには通常のＤＶＤビデオディスクだけでなく次世代のＨＤ＿ＤＶＤディスクも含まれる）。
【０３３３】
１．…ＤＶＤディスク上のファイル形式のデータとして
２．…ＤＶＤディスク上のＥＶＯＢ内にマルチプレックスされた分割データとして
３．…ＤＶＤビデオプレーヤが備えるパーシスタントストレージ内のファイル形式のデータとして
４．…インターネット／ホームネットワーク上のネットワークサーバ上のファイル形式データまたはストリーミングデータとして。
【０３３４】
“１．”の“ＤＶＤディスク上のファイル形式のデータ”は、図７９の２１で示すアドバンスドコンテンツ記録領域内に格納されている場合等が該当する。インタラクティブエンジン２００はファイルシステムを経由してＤＶＤディスク上のアドバンスドコンテンツのファイルを読み込む。
【０３３５】
“２．”の“ＤＶＤディスク上のＥＶＯＢ内にマルチプレックスされた分割データ”は、図７９の５０で示すアドバンスドＨＤビデオタイトルセット記録領域（ＡＨＤＶＴＳ）に記録されるＶＴＳ＿ＥＶＯＢＳ内にマルチプレックスされて記録されているデータ形式である。マルチプレックスされているデータは、一般に“１．”の“ＤＶＤディスク上のファイル形式のデータ”と重複するデータが記録されており、ＶＴＳ＿ＥＶＯＢＳの読み取りに併せて分離部７００に読み込まれ、アドバンスドコンテンツの分割データであれば、アドバンスドオブジェクト管理部６１０に送られる。
【０３３６】
アドバンスドオブジェクト管理部６１０は分離部７００から受け取ったアドバンスドコンテンツの分割データを一時的に格納し、１つのファイルとして構成できるデータが送られたタイミングでアドバンスドコンテンツのファイル形式データとして、データキャッシュ６２０に格納する。
【０３３７】
またＤＶＤディスク上のＥＶＯＢ内にマルチプレックスされているアドバンスドコンテンツデータは、マルチプレックスする際のデータの効率化の目的のため、所定の方式に従って、１つまたは複数のアドバンスドコンテンツファイルを圧縮したファイルデータを分割して格納しても良い。この場合、アドバンスドオブジェクト管理部６１０は圧縮データが展開可能になるまで、分割データを一時的に格納し、展開したアドバンスドコンテンツデータをファイル形式として取り扱えるようになったタイミングで、データキャッシュ６２０に格納する。
【０３３８】
“３．”の“ＤＶＤビデオプレーヤが備えるパーシスタントストレージ２１６内のファイル形式のデータ”は、例えば、インタラクティブエンジン２００がある映画会社が作成したアドバンスドコンテンツを含むＤＶＤタイトルを再生している過程において、インターネット上からダウンロードした、新作映画の紹介ムービーなどをパーシスタントストレージ２１６上の所定の位置に格納したもの等があたる。
【０３３９】
例えば、同じ映画会社が作成した別のアドバンスドコンテンツを含むＤＶＤタイトルを再生した場合には、「インタラクティブエンジン２００は、アドバンスドコンテンツのMarkup/Script言語の記述に従い、パーシスタントストレージ２１６の所定の位置を検索する。そこで保存済みの新作映画の紹介ムービー等を見つけた場合には、それを参照／再生するためのＸＭＬページにジャンプし、ユーザオペレーションにより再生処理が選択された場合には、パーシスタントストレージ２１６に格納された新作映画の紹介ムービーを再生する」といった使用方法が一例として挙げられる。
【０３４０】
“４．”の“インターネット／ホームネットワーク上のネットワークサーバ上のファイル形式データまたはストリーミングデータ”のうち、ファイル形式データの一例としては、上記で説明した新作映画の紹介ムービー等が該当する。またストリーミングデータの例としては、「ＤＶＤディスク上の映画のＤＶＤビデオデータの音声には日本語と英語しか含まれていない場合に、新たに映画会社で中国語の音声データを作成し、インターネットに接続したＤＶＤビデオプレーヤの場合に、逐次中国語の音声データをダウンロードしながら、ＤＶＤディスク上の映像データと同期して再生する」といった利用方法が挙げられる。
【０３４１】
なお、図１００のシステム構成図において、ファイルシステム６００、パーサ部２１０、インタープリタ部２０５、メディアデコーダ部２０８、データキャッシュ６２０、ネットワーク管理部２１２、ストリーミング制御部７１０、グラフィクス重ね合わせ部７５０、二次映像／ストリーミング再生制御部７２０、ビデオデコーダ７３０、オーディオデコーダ７４０、分離部７００、ＤＶＤ再生制御部１０２、ＤＶＤデコーダ部１０１等は、図示しない組み込みプログラム（ファームウェア）を解釈し各モジュール機能を実現するマイクロコンピュータおよび／またはハードウェアロジックにより実現できる。このファームウェアを実行する際に使用するワークエリア（デコード処理に用いる一時バッファを含む）は、各モジュールの図示しない半導体メモリ（および必要に応じてハードディスク装置）を用いて得ることが出来る。さらに各モジュール間にはデータ供給や同期処理のために図示しない制御信号の通信手段を持ち、必要なモジュール間の動作制御を管理することが出来る。通信手段にはハードウェアロジックによる信号線やソフトウェア間のイベント／データ通知処理等が含まれる。
【０３４２】
以下、図１００のシステム構成図を用いて、ＤＶＤビデオプレーヤの機能毎に振る舞いを説明する。アドバンスドコンテンツを再生するＤＶＤビデオプレーヤでは、Markup/Script言語等で記述されたＸＭＬファイルやスタイルシートを用いて、従来のＤＶＤで困難であった、表現力の高いメニューやよりインタラクティブな再生制御を実現する。例えば、ユーザが選択することにより、アニメーションのエフェクトや効果音が出るようなボタン選択を含むメニューページを構成する例を考える。
【０３４３】
メニューページの構成と機能は、Markup/Script言語を用いて記述されてメニューＸＭＬページによって定義される。メニューＸＭＬページはＤＶＤディスクに格納されており、インタープリタ部２０５はパーサ部２１０によって解釈されたメニューＸＭＬページの内容を、それぞれの記述内容に応じて、レイアウトエンジン、スタイルエンジン、スクリプトエンジン、タイミングエンジン等に引き渡す。
【０３４４】
タイミングエンジンは、システムクロック２１４から時間イベントを所定の間隔で受信しており、タイミングエンジン内で整理されたメニューＸＭＬページの記述に基づいて、レイアウトエンジン、スタイルエンジン、スクリプトエンジンに処理指示を発行する。それぞれのエンジンはそれぞれが管理しているメニューＸＭＬページの構成情報を参照し、必要に応じてメディアデコーダ２０８にデコード処理の指示を発行する。
【０３４５】
メディアデコーダ２０８は、インタープリタ部２０５からの指示に従い、必要に応じてメディアデータをデータキャッシュ６２０等のアドバンスドオブジェクトの保存領域から読み込み、デコード処理を実施する。
【０３４６】
メディアデコーダ２０８でデコードされたデータのうち、グラフィクス表示に関連する、動画・アニメーション、静止画、テキスト・フォントの出力結果はグラフィクスの重ね合わせ部７５０に送られ、インタープリタ部２０５のレイアウトやスタイルシートの記述に従って出力するグラフィクスプレーンのフレームデータを作成し、ビデオミキサ７６０に送出する。
【０３４７】
ビデオミキサ７６０は、グラフィクス重ね合わせ部７５０の出力フレーム、二次映像／ストリーミング再生制御部７２０の指示に従って出力されたビデオデコーダの出力フレーム、ＤＶＤ再生制御部１０２の指示に従って出力されたＤＶＤデコーダ１０１内の主映像デコーダと副映像デコーダの出力フレーム、ＤＶＤビデオプレーヤが搭載しているカーソル機能の出力フレーム等を、出力フレームの同期を取りながら、所定の重ね合わせルールに従って重ね合わせ、テレビ出力信号に変換してビデオ出力信号線に出力する。
【０３４８】
上記のグラフィクスフレームの出力フレームと同期して出力される、二次映像／ストリーミング再生制御部７２０の振る舞いについて説明する。二次映像データの主な格納先としては、ＤＶＤディスクとインターネットやホームネットワーク上のストリーミングサーバが想定される。
【０３４９】
ＤＶＤディスク上に格納された二次映像データの再生では、まずＤＶＤディスク上からＩＦＯ／ＶＯＢＳ（ＥＶＯＢＳを含む）データが分離部７００に読み込まれる。分離部７００は、マルチプレックスされている各種データを識別し、主映像の再生制御に関するデータはＤＶＤ再生制御部１０２へ、ＤＶＤビデオの主映像、副映像、オーディオに関するデータはＤＶＤデコーダ部１０１へ、二次映像の再生制御に関するデータは二次映像／ストリーミング再生制御部７２０へ分割して送る。ここにアドバンスドオブジェクトデータがマルチプレックスされて格納されていた場合は、それらのデータはアドバンスドオブジェクト管理部６１０に送られる。
【０３５０】
二次映像／ストリーミング再生制御部７２０では、インタープリタ部２０５の再生制御信号に基づき、ＤＶＤディスク上の二次映像の再生制御を実施する。例えば、インタープリタ部２０５から格納されてる二次映像の再生を実施しないよう指示されている場合には、全てのデータはここで破棄される。再生が指示されている場合には、デコード処理に適した形やデータ量に整形したデータを、ビデオデコーダ７３０およびオーディオデコーダ７４０に送出する。ビデオデコーダ７３０やオーディオデコーダ７４０は、二次映像／ストリーミング再生制御部７２０の指示に従い、出力タイミングをＤＶＤデコーダ１０１の出力と同期させながらデコード処理を実施する。
【０３５１】
二次映像／ストリーミング再生制御部７２０が指示する制御信号としては、ビデオデコーダ７３０に対しては、ビデオの位置やスケーリングの程度、透過処理の程度や、クロマカラー処理の指示等が挙げられ、オーディオデコーダ７４０に対しては、ボリュームコントロールやチャネル合成指示等が挙げられる。
【０３５２】
また、ユーザが早送りやジャンプ等をリモコン等で指示した場合には、イベントハンドラ６３０がリモコンのイベントを取得し、インタープリタ部２０５のスクリプトエンジンに通知する。スクリプトエンジンでは、再生制御を行うＸＭＬファイルのMarkup/Scriptの記述に従って動作しており、リモコン処理のイベントハンドラの有無を確認する。再生制御を行うＸＭＬファイルに明示的な振る舞いが定義されていれば、スクリプトエンジンは記述に従った処理を実施し、何も定義されていなければあらかじめ決められた所定の処理を実施する。
【０３５３】
ユーザのリモコン処理の結果、早送りを実施することになった場合、インタープリタ部２０５は、ＤＶＤ再生制御部１０２と二次映像／ストリーミング再生制御部７２０に対し、早送りを指示する。ＤＶＤ再生制御部１０２は、インタープリタ部２０５の早送り指示に従い、ＶＯＢＳデータの読み取りスケジュールを再構成して分離部７００のＤＶＤディスクからのデータ読み取り処理を変更する。これにより、ＤＶＤ再生制御部１０２とＤＶＤデコーダ部１０１の早送り再生に対して、必要なデータがアンダーフローすることなく供給されるよう制御を行う。二次映像／ストリーミング再生制御部７２０に供給されるべきデータは、主映像のデータ配置に合わせて格納されているため、ＤＶＤ再生制御部１０２が早送りに必要なデータ読み取り処理を実施することに連動して、早送り再生に適当な二次映像データが分離部７００から供給されるようになる。
【０３５４】
次に二次映像／ストリーミング再生制御によるストリーミングデータの再生では、インタープリタ部２０５の再生制御信号に基づき、二次映像／ストリーミング再生制御部７２０はストリーミング管理部７１０に対して、所定のネットワークサーバにあるストリーミングデータを読み込み、二次映像／ストリーミング再生制御部７２０に供給するよう指示する。
【０３５５】
ストリーミング管理部７１０はネットワーク管理部２１２に実際のストリーミングデータ受信のプロトコル制御処理を依頼し、ネットワークサーバからのデータを取得する。このとき、ストリーミングデータのビットレートが大きい場合等には、あらかじめスタートアップ情報によって設定されたデータキャッシュ６２０上のストリーミングバッファ領域を使って、ストリーミングデータの先読みを行い、ストリーミングデータの受信ビットレートの変動に対する許容範囲を広げる等の制御を実施することが出来る。
【０３５６】
この場合、ストリーミング管理部７１０は、ネットワークサーバからのストリーミングデータをデータキャッシュ６２０上のストリーミングバッファに一旦格納し、二次映像／ストリーミング再生制御部７２０からのストリーミングデータ読み込み要求に対しては、データキャッシュ６２０上のストリーミングバッファに格納されたデータを供給することになる。データキャッシュ６２０上にストリーミングバッファが確保されていない場合は、ストリーミング管理部７１０は、ネットワークサーバから取得したストリーミングデータを逐次、二次映像／ストリーミング再生制御部７２０に送出する。
【０３５７】
二次映像／ストリーミング再生制御部７２０がネットワーク上のストリーミングデータを再生制御する場合は、ＤＶＤ再生エンジン１００の映像再生と必ずしも同期して再生する必要は無い。このため、ＤＶＤ再生エンジン１００で映像再生をしていない場合にもストリーミングデータを再生したり、ＤＶＤ再生エンジン１００の再生状況（例えば早送り状態やポーズ状態といった特殊再生状態）をストリーミングデータの再生状態と合わせるといったことの必要は無い。
【０３５８】
またネットワーク上のストリーミングサーバから読み取ったストリーミングデータの再生処理を実施する場合、データ供給のアンダーフローが発生する可能性がある。この場合は、アドバンスドコンテンツのMarkup/Script言語の記述において、優先処理を指示することができ、ＤＶＤ再生エンジン１００の再生処理を優先して、ストリーミングデータが途切れてもＤＶＤビデオの再生を続けたり、ストリーミングデータの再生を優先し、ストリーミングデータが途切れた場合は、ＤＶＤビデオの再生も中断する等の振る舞いを柔軟に定義することが可能である。また、二次映像／ストリーミング再生制御部７２０が再生するデータは、ビデオデータのみ、あるいはオーディオデータのみであっても良い。
【０３５９】
次に、図１００のシステム構成図を構成する各モジュールの機能の一例について説明を行う：
パーシスタントストレージ２１６：インタープリタ部２０５の指示に従い、生成されたファイルデータ、インターネット／ホームネットワークからダウンロードされたファイルデータ等を格納する。パーシスタントストレージ２１６に格納されたデータは、ＤＶＤビデオプレーヤの電源のＯＮ／ＯＦＦが発生しても保持される。インタープリタ部２０５はパーシスタントストレージ２１６のデータを消去することも出来る。
【０３６０】
ＤＶＤディスク１：アドバンスドコンテンツやＤＶＤビデオデータを格納する。ファイルシステムや分離部からの読み取り要求に応じてＤＶＤディスク上のセクタデータが読み取られる。
【０３６１】
ファイルシステム６００：各記録モジュール／装置に対するファイルシステムを管理し、アドバンスドオブジェクト管理部等のファイルデータ読み取り／書き込み要求に対してファイルアクセス機能を提供する。各記録モジュール／装置に対するファイルシステムの例としては、パーシスタントメモリ２１６がＦＬＡＳＨメモリで構成されている場合には、ＦＬＡＳＨメモリ用ファイルシステムを用い、メモリの書換えが平均化するように制御する。ＤＶＤディスク１に対しては、ＵＤＦやＩＳＯ９６６０ファイルシステムを用いてアクセスする。ネットワーク上のファイルに関しては、ネットワーク管理部２１２に実際のＨＴＴＰ、ＴＣＰ／ＩＰ等のプロトコル制御を実施させ、ファイルシステム自身はネットワーク管理部２１２に対してファイルアクセス機能を中継する。データキャッシュ６２０に対しては、例えばＲＡＭディスクとして管理する。
【０３６２】
ネットワーク管理部２１２：ネットワーク管理部２１２は、ファイルシステムに対しては、ネットワーク上のＨＴＴＰサーバ上で提供されているファイルデータへの読み込み（必要に応じて書き込み）機能を提供する。ストリーミング管理部７１０からのストリーミングデータの逐次読取り要求に対して、実際のプロトコル制御を担当し、要求されたデータをネットワーク上のストリーミングサーバから取得し、ストリーミング管理部７１０に渡す。
【０３６３】
分離部７００：分離部７００はＤＶＤ再生制御部１０２や（二次映像のみを再生している場合には二次映像／ストリーミング再生制御部）からのＩＦＯ／ＶＯＢＳデータが格納されているセクタデータの読み取り指示に従い、ＤＶＤディスク上のデータを読み取る。読み取ったデータはマルチプレックスされているデータに関しては、それぞれ適切な処理部に対してデータを供給する。ＩＦＯデータに関してはＤＶＤ再生制御部や二次映像／ストリーミング再生制御部７２０へ送出する。ＶＯＢＳに格納されているＤＶＤビデオに関する主映像／副映像／オーディオデータに関してはＤＶＤデコーダ部１０１へ送出し、制御情報（ＮＶ＿ＰＣＫ）はＤＶＤ再生制御部１０２へ送出する。二次映像に関する制御情報や映像／オーディオデータに関しては、二次映像／ストリーミング再生制御部７２０へ送出する。ＶＯＢＳの中にアドバンスドオブジェクトがマルチプレックスされている場合は、それらのデータはアドバンスドオブジェクト管理部６１０へ送出される。
【０３６４】
パーサ部２１０：パーサ部２１０はＸＭＬファイルに記述されたMarkup言語を解釈し、インタープリタ部２０５にその結果を出力する。
【０３６５】
アドバンスドオブジェクト管理部６１０：アドバンスドオブジェクト管理部６１０は、インタラクティブエンジン２００で取り扱うアドバンスドオブジェクトファイルの管理を行う。アドバンスドオブジェクト管理部６１０は、パーサ部２１０、インタープリタ部２０５、メディアデコーダ部２０８等からのアドバンスドオブジェクトファイルへのアクセス要求を受けると、アドバンスドオブジェクト管理部６１０が管理しているデータキャッシュ６２０のファイルデータの格納状況を確認する。そして、データキャッシュ６２０に要求されたファイルデータが格納されている場合は、データキャッシュ６２０からデータの読み取りを実施し、読み取り要求を行ったモジュールにファイルデータを送出する。データキャッシュ６２０に要求されたデータがない場合は、それぞれ対応するデータが格納されている、ＤＶＤディスク、インターネット／ホームネットワーク上のネットワークサーバ等からファイルデータをデータキャッシュ６２０に読み取ると同時に、読み取り要求を行ったモジュールにファイルデータを送出する。また、通常はパーシスタントストレージ２１６に格納されたデータに関しては、データキャッシュ６２０へのキャッシュ処理は実施しない。
【０３６６】
アドバンスドオブジェクト管理部６１０のもう１つの主要な機能としては、分離部７００が読み込んだＶＯＢＳデータ内にアドバンスドオブジェクトデータがマルチプレックスされて格納されていた場合、分離部７００が送出したそれらのデータを一時的に格納し、ファイルデータとして格納できるようになったタイミングでデータキャッシュ６２０に格納する。またＶＯＢＳデータに格納されているアドバンスドオブジェクトファイルが１つのファイル、または複数のファイルをまとめて圧縮した形式で格納されている場合には、展開可能なサイズになるまで分割データを一時的に格納し、展開したのちにファイルデータとしてデータキャッシュ６２０に格納する。
【０３６７】
アドバンスドオブジェクト管理部６１０は、データキャッシュ６２０にアドバンスドオブジェクトデータを格納するとともに、インタープリタ部２０５の指示や所定のルールに従い、インタラクティブエンジン２００のアドバンスドコンテンツの再生に不要になったファイルを、適時、データキャッシュ６２０から削除する。この削除処理により、限られた容量しか持たないデータキャッシュ領域をアドバンスドコンテンツの再生の進捗に応じて効果的に利用することが可能となる。
【０３６８】
インタープリタ部２０５：インタープリタ部２０５は、インタラクティブエンジン２００全体の振る舞いを制御するモジュールである。インタプリタ部２０５はパーサ部２１０によって解釈された、スタートアップ情報やローディング情報、再生シーケンス情報に従って、データキャッシュ６２０の初期化やＤＶＤ再生制御部１０２の初期化を実施する。またアドバンスドコンテンツの再生処理では、パーサ部２１０によって解釈された、レイアウト情報、スタイル情報、スクリプト情報、タイミング情報を各処理モジュールに引渡し、その記述に従ってメディアデコーダ２０８、二次映像／ストリーミング再生処理部７２０、ＤＶＤ再生制御部１０２等に対し制御信号を送り、各モジュール間の再生性制御を実施する。
【０３６９】
レイアウトエンジン：レイアウトエンジン（インタープリタ部２０５の内部構成の１つ）では、アドバンスドコンテンツのグラフィクス出力に用いるオブジェクトに関する情報を取り扱う。ここでは動画・アニメーション、静止画、テキスト・フォント、サウンド等のオブジェクトの定義と属性情報、画面上のレイアウト情報が管理され、描画時の修飾に関するスタイル情報との関連付け情報も管理される。
【０３７０】
スタイルエンジン：スタイルエンジン（インタープリタ部２０５の内部構成の１つ）ではレイアウトエンジンが管理する描画オブジェクトの描画時の詳細な修飾に関する情報が管理される。
【０３７１】
スクリプトエンジン：スクリプトエンジン（インタープリタ部２０５の内部構成の１つ）では、リモコン等のユーザインターフェース機器（Ｕ／Ｉ機器）からのボタン押印イベントやシステムマネージャーからのイベント通知に関する、ハンドラ処理に関する記述を管理する。イベントハンドラ６３０には、該当するイベントが発生した場合の処理内容が定義されており、スクリプトエンジンはその記述に従い、グラフィクスの描画オブジェクトのパラメータや、ＤＶＤ再生制御部１０２、二次映像／ストリーミング再生制御部７２０等の制御を変更する。
【０３７２】
タイミングエンジン：タイミングエンジン（インタープリタ部２０５の内部構成の１つ）では、グラフィクスの描画オブジェクトの振る舞いやＤＶＤビデオ、二次映像／ストリーミングデータの再生に関するスケジュール化された処理を制御する。タイミングエンジンは、システムクロック２１４を参照し、スケジュール化された制御処理のタイミングと一致すると、各モジュールを制御してアドバンスドコンテンツの再生処理を実施する。
【０３７３】
メディアデコーダ２０８：メディアデコーダ２０８は、インタープリタ部２０５からの制御信号に従い、アドバンスドオブジェクトのデコード処理を実施する。メディアデコーダ２０８が取り扱うメディアには、動画データとしてＰＮＧ／ＪＰＥＧ等の静止画を連続再生するセルアニメーションやベクター図形を連続して描画するベクターアニメーション等がある。静止画データはＪＰＥＧ、ＰＮＧ、ＧＩＦ等を取り扱うことができる。テキストデータの描画には主に、ベクターフォント（オープンフォント）等のフォントデータを参照して、インタープリタ部２０５から指示されたテキストデータの描画を実施する。サウンドデータにはＰＣＭやＭＰ３等の比較的再生時間の短いサウンドデータが想定される。主にボタンクリック等のイベントに伴うサウンドエフェクトに用いる。メディアデコーダ２０８のデコード結果のうち、グラフィクスに関する出力は、グラフィクス重ね合わせ部７５０に送出される。サウンドの出力はオーディオミキサ７７０に出力される。
【０３７４】
グラフィクス重ね合わせ部７５０：グラフィクス重ね合わせ部７５０は、メディアデコーダ２０８から出力されたグラフィクス描画オブジェクトの出力をレイアウトエンジンやスタイルエンジンの記述に従い、重ねあわせを行い出力画像フレームのデータを生成する。描画オブジェクトの多くは透過処理情報を持っており、その透過計算処理もグラフィクス重ね合わせ部７５０で実施される。生成された出力画像フレームデータはビデオミキサ７６０に出力される。
【０３７５】
データキャッシュ６２０：データキャッシュ６２０は、主に２つの用途に持ちいられる。１つはアドバンスドオブジェクトファイルのファイルキャッシュとするもので、ＤＶＤディスクやネットワーク上のアドバンスドオブジェクトファイルを一時的に格納する。もう１つはストリーミングデータのバッファとして用いるもので、ストリーミング管理部７１０によって管理される。ファイルキャッシュとストリーミングバッファに用いるデータキャッシュの配分、サイズに関しては、スタートアップ情報等に記述して、アドバンスドコンテンツ毎に管理しても良いし、あらかじめ決められた配分で用いても良い。
【０３７６】
ストリーミング管理部７１０：ストリーミング管理部７１０は、二次映像／ストリーミング再生処理部７２０とネットワーク管理部２１２の間でストリーミングデータの供給を管理する。ストリーミングデータが比較的小さくストリーミングバッファを用いる必要がない場合は、ネットワーク管理部２１２を制御して、ストリーミングサーバから取得したストリーミングデータを逐次、二次映像／ストリーミング再生制御部７２０に供給する。
【０３７７】
ストリーミングデータのビットレートが比較的大きい場合等、アドバンスドコンテンツの作成者によって、明示的に確保されたストリーミングバッファを利用して、ストリーミングデータ供給を制御することが可能である。ストリーミング管理部７１０は、インタープリタ部２０５で解釈されたストリーミングバッファのサイズと先読みサイズの指示に従い、二次映像／ストリーミング再生制御部７２０に供給するデータをデータキャッシュ６２０に確保されたストリーミングバッファに格納する。ストリーミングバッファに指示された先読みサイズが格納されると、ストリーミング管理部７１０は二次映像／ストリーミング再生制御部７２０にストリーミングデータの供給を開始する。また同時にストリーミングバッファに一定サイズの空き容量が確保され次第、ストリーミングサーバに対しデータ取得要求を発行することにより、ストリーミングバッファを効率的に運用する。
【０３７８】
二次映像／ストリーミング再生制御部７２０：二次映像／ストリーミング制御部７２０は、ストリーミング管理部７１０から供給されたストリーミングデータや分離部７００から供給された二次映像データをインタープリタ部２０５からの再生制御信号に従って再生制御する。
【０３７９】
ビデオデコーダ７３０：ビデオデコーダ７３０は、二次映像／ストリーミング再生制御部７２０から供給された映像データを二次映像／ストリーミング再生制御部７２０からの制御信号に従って再生する。映像データが分離部７００から供給された二次映像データである場合や、ストリーミングデータをＤＶＤ映像再生と同期するよう指示された場合は、ＤＶＤデコーダ１０１の出力タイミングとビデオデコーダ７３０の出力タイミングが同期するようデコードを行いビデオミキサ７６０に出力する。
【０３８０】
ビデオデコーダ７３０の特徴的な機能として、映像データに対するクロマカラー処理機能がある。これは、特定の一色や複数の色で指示されたクロマカラーの領域を透過領域として管理し、ビデオミキサ７６０の出力フレームデータを構成するものである。
【０３８１】
オーディオデコーダ７４０：オーディオデコーダ７４０は、二次映像／ストリーミング再生制御部７２０から供給された音声データを二次映像／ストリーミング再生制御部７２０からの制御信号に従って再生する。音声データが分離部７００から供給された二次映像の音声データである場合や、ストリーミングデータをＤＶＤ映像再生と同期するよう指示された場合は、ＤＶＤデコーダ１０１の出力タイミングとオーディオデコーダ７４０の出力タイミングが同期するようデコードを行いオーディオミキサ７７０に出力する。
【０３８２】
ＤＶＤ再生制御部１０２：ＤＶＤ再生制御部１０２は、インタープリタ部２０５からの再生制御信号に基づき、分離部７００からＤＶＤビデオの再生制御データを取得し、ＤＶＤデコーダ１０１の主映像／副映像／オーディオデータの再生制御を実施する。
【０３８３】
ＤＶＤデコーダ部１０１：ＤＶＤデコーダ部１０１は、オーディオデコーダ、主映像デコーダ、副映像デコーダ等で構成され、ＤＶＤ再生制御部１０２からの制御信号に従って、各デコーダの出力の同期を取りながらデコード処理と出力処理を管理する。
【０３８４】
オーディオデコーダ：ＤＶＤデコーダ１０１内のオーディオデコーダは、ＤＶＤ再生制御部１０２の制御信号に従って、分離部７００から供給されるオーディオデータをデコードし、オーディオミキサ７７０に出力する。
【０３８５】
主映像デコーダ：ＤＶＤデコーダ１０１内の主映像デコーダは、ＤＶＤ再生制御部１０２の制御信号に従って、分離部７００から供給される主映像データをデコードし、ビデオミキサ７６０に出力する。
【０３８６】
副映像デコーダ：ＤＶＤデコーダ１０１内の副映像デコーダは、ＤＶＤ再生制御部１０２の制御信号に従って、分離部７００から供給される副映像データをデコードし、ビデオミキサ７６０に出力する。
【０３８７】
ビデオミキサ７６０：ビデオミキサ７６０は、グラフィクス重ね合わせ部７５０と、ビデオデコーダ７３０と、ＤＶＤデコーダ１０１内の主映像デコーダおよび副映像デコーダと、カーソルモジュールからの出力フレームを受信し、所定の重ね合わせルールに従って、出力フレームを生成しビデオ出力信号を出力する。一般に、各フレームデータは、フレームデータ全体やオブジェクト、ピクセルレベルで透過情報を持っており、ビデオミキサ７６０はこれらの透過情報を用いて各モジュールからの出力フレームの重ねあわせを実現する。
【０３８８】
オーディオミキサ７７０：オーディオミキサ７７０は、メディアデコーダ２０８、オーディオデコーダ７４０、ＤＶＤデコーダ１０１内のオーディオデコーダの音声データを受信し、所定のミキシング規則に従って、出力音声信号を生成し、出力する。
【０３８９】
システムマネージャ８００：システムマネージャ８００は、ＤＶＤビデオプレーヤに搭載されている各モジュールのステータスや制御のためのインターフェースを介在することが出来る。インタープリタ部２０５等はシステムマネージャが提供するアプリケーションインターフェース（ＡＰＩ）等を通して、ＤＶＤビデオプレーヤのステータスを取得したり、振る舞いを変更することが出来る。
【０３９０】
ネットワーク接続コントローラ（ＮＩＣ）：ＮＩＣはネットワーク接続機能を実現するモジュールでEthernetコントローラ（Ethernetは登録商標）等が該当する。ＮＩＣはシステムマネージャを経由して、ネットワークケーブルの接続ステータスなどの情報を提供する。
【０３９１】
ディスクドライブコントローラ（Disc Drive Controller）：ディスクドライブコントローラはＤＶＤディスクの読み取り装置が該当する。ディスクトレイ上のＤＶＤディスクの有無やディスクの種別等のステータスの情報を提供する。
【０３９２】
メモリコントローラ（Memory Controller）：メモリコントローラはシステムメモリを管理する。データキャッシュ６２０に使用する領域を提供したり、各ソフトウェア（ファームウェア）モジュールが利用する作業用メモリのアクセス管理を実施する。
【０３９３】
フラッシュメモリコントローラ（FLASH Memory Controller）：フラッシュメモリコントローラはパーシスタントストレージ２１６使用する領域を提供したり、各ソフトウェアモジュール（ファームウェア）の実行コード等が格納されているＦＬＡＳＨメモリへのアクセス管理を実施する。
【０３９４】
リモートコントローラ（Remote Controller）：リモートコントローラはＤＶＤビデオプレーヤのリモコン制御を実施し、利用者のボタン押印イベントをイベントハンドラ６３０に対して生成する。
【０３９５】
キーボード（Keyboard）：キーボードはＤＶＤビデオプレーヤのキーボード制御を実施し、利用者のキーボードの押印イベントをイベントハンドラ６３０に対して生成する。
【０３９６】
タイマ（Timer）：タイマはシステムクロックを供給したりＤＶＤ再生エンジンが用いるタイマ機能を提供する。
【０３９７】
カーソル（Cursor）：カーソルはリモコン等のポインタ画面を生成し、方向キー等の押印に応じてポインタ画像の位置を変更する。
【０３９８】
図１００のインタプリタ部２０５は、ＤＶＤ再生制御部１０２に対して、再生制御信号を送出する。この再生制御信号には、従来のＤＶＤ再生制御のコマンドに対して新たなコマンドを加えることにより、より柔軟な再生制御が実現できるようになる。すなわち、前述の再生シーケンス情報（例えば図２のPBSEQ001.XMLファイルに対応し図５０の再生シーケンス情報記録領域２１５Ａに格納される情報、あるいはインターネット等を介して外部から取り込んだ再生シーケンス情報、若しくはユーザがチャプタのアイコンを自由に並べ替えることでシステムのファームウエアが生成しパーシスタントストレージ２１６に格納された再生シーケンス情報）を用いて、アドバンスドＶＴＳの再生シーケンス情報を定義するためには、インタラクティブエンジン２００からＤＶＤ再生制御エンジン１００に対して、再生シーケンス情報で初期化するコマンドが必要となる。
【０３９９】
“InitPBSEQ()コマンド”は、上記目的のために新たに定義されたコマンドであり、インタープリタ部２０５からＤＶＤ再生制御部１０２に対して、再生するアドバンスドＶＴＳの再生シーケンス情報を通知して初期化するためのコマンドである。“InitPBSEQコマンド”の引数には、再生シーケンスのベースとなるＰＧＣ番号およびＰＴＴ番号等の配列情報が与えられる（図９５〜図９８参照）。ここでのＰＧＣ番号は、アドバンスドＶＴＳ内に複数のＰＧＣが存在している場合に、選択するＰＧＣを特定する。また、ここでのＰＴＴ番号はＰＧＣ番号で指示されたＰＧＣ内のＰＧＣ＿ＰＧＭＡＰの番号を参照することで、再生するチャプタ順序を定義できる。なお、アドバンスドＶＴＳはＤＶＤディスク上に１つであり、アドバンスドＶＴＳ内のタイトルも１つであるため、これらを指定する必要は無い。
【０４００】
なお、前述の通り、再生順序をセルの単位で記述することも可能である。この場合、“InitPBSEQコマンド”の引数は、ＰＧＣ番号とセル番号の配列情報になる。セル番号はＰＧＣ番号で指示されたＰＧＣ内のＣ＿ＰＢＩＴの番号を参照することで、再生するセル順序を定義できる。またアドバンスドＶＴＳにＰＧＣが１つしか存在しない場合には、“InitPBSEQ関数”のＰＧＣ番号の引数は、用いなくても良い。
【０４０１】
図１００の装置は、整理すると、以下の要素を含んで構成されている。すなわち、情報記憶媒体（ディスク１）から拡張ビデオオブジェクト（ＥＶＯＢ）を再生するビデオ再生エンジン（１００）と；情報記憶媒体または外部サーバから、ビデオデータ記録領域の記録内容とは異なる情報（例えば図５０の２１Ａ〜２１Ｅ）としてアドバンスドコンテンツを獲得し、ビデオ再生エンジンの再生出力とアドバンスドコンテンツの内容の少なくとも一方に対応したＡＶ出力を、マークアップ言語の記述に従い出力するインタラクティブエンジン（２００）を具備して構成される。ここで、“ビデオ再生エンジンの再生出力とアドバンスドコンテンツの内容の少なくとも一方に対応したＡＶ出力をマークアップ言語の記述に従い出力する”という部分の処理は、図９９のＳＴ１０２〜ＳＴ１０４＋ＳＴ１０８、またはＳＴ１０６＋ＳＴ１０８に対応させることができる。
【０４０２】
図１０１は、アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図である。アドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）５１２の中には、図５５に示すように、ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰの数（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ＿Ｎｓ）およびＡＨＤＶＴＳ＿ＰＧＣＩＴの終了アドレス（ＡＨＤＶＴＳ＿ＰＧＣＩＴ＿ＥＡ）の情報が含まれるアドバンスドＨＤビデオタイトルセットＰＧＣＩ情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴＩ）５１２ａの情報が記録されている。アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）には、これ以外にも、ＡＨＤＶＴＳ＿ＰＧＣＩサーチポインタ（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ）５１２ｂと、プログラムチェーン情報であるＰＧＣ情報（ＡＨＤＶＴＳ＿ＰＧＣＩ）５１２ｃが、それぞれAHDVTS_PGCI_SRP_Nsで示される個数分含まれ構成される。ＡＨＤＶＴＳ＿ＰＧＣＩサーチポインタ（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＲＰ）５１２ｂには、ＡＨＤＶＴＳ＿ＰＧＣの種別を示すＡＨＤＶＴＳ＿ＰＧＣカテゴリ（ＡＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）と、ＡＨＤＶＴＳ＿ＰＧＣＩの先頭アドレス（ＡＨＤＶＴＳ＿ＰＧＣＩ＿ＳＡ）の情報から構成される。なお、ＡＨＤＶＴＳ＿ＰＧＣカテゴリの内容は、図２４と同様に構成できる。
【０４０３】
図１０２は、図１００のビデオミキサ７６０における各モジュールの出力フレームの重ね合わせのプレーン構成の一例を示す図である。この例では、重ねられたプレーンの一番下にＤＶＤデコーダ１０１の主映像デコーダが出力する主映像のプレーンＭＶＸが配置される。主映像プレーンＭＶＸは一般に透過情報を持たない。
【０４０４】
上記主映像プレーンＭＶＸの上には、二次映像プレーンＳＶＸが配置される。この二次映像プレーンＳＶＸの出力にはストリーミングデータの映像データも含まれる（この実施の形態では、二次映像とストリーミングデータの映像デコード処理は排他的であり、同時にデコードされることは無いものとする）。二次映像プレーンＳＶＸは主映像との重ねあわせ処理としてプレーン全体の透過値を持つことが出来るとともに、透過しない画素領域に対してはクロマカラー処理が実施できる。
【０４０５】
このクロマカラー処理は、ビデオデコーダ７３０において実施し、ビデオデコーダ７３０の出力データとして透過情報を含む形式で実現しても良い。この場合は、例えばクロマカラーの領域の透過情報は０％（完全透過）であり、それ以外の領域は二次映像に適用されている透過値となっている。またクロマカラー処理はビデオミキサ部７６０で実施してもよく、この場合は、例えばビデオデコーダ７３０からの出力データはクロマカラーを含んだ画像フレームデータとクロマカラー情報、および二次映像プレーンに対する透過値情報である。ビデオミキサ７６０は与えられた画像フレームからクロマカラーで指定された領域を完全透過とし、それ以外の領域を与えられた透過値で透過処理する。
【０４０６】
上記二次映像プレーンＳＶＸの上に配置される副映像プレーンＳＰＸは、ＤＶＤデコーダ１０１の副映像デコーダの出力である。副映像プレーンＳＰＸでは副映像の描画オブジェクト（テキストやハイライト情報）に対して透過値を適用することが出来る。
【０４０７】
上記副映像プレーンＳＰＸの上に配置されるグラフィクスプレーンＧＲＸは、グラフィクス重ねあわせ部の出力フレームであり、ピクセルレベルでの透過値が適用される。一般にアドバンスドオブジェクトに対してはMarkupによりオブジェクト全体の透過値が指定され、描画オブジェクトがＰＮＧデータのように自分自身で透過値をピクセルレベルで記述できる場合には、オブジェクト自身のピクセル毎の透過値とオブジェクトに対する透過値を掛け合わせた透過値がオブジェクト画像のピクセルレベルでの透過値となる。グラフィクス重ねあわせ部７５０では、複数の描画オブジェクトの重ねあわせと透過処理を行い、最終的なグラフィクスプレーンＧＲＸのピクセルレベルの色値と透過値をビデオミキサ７６０に対する出力データとして出力する。
【０４０８】
上記グラフィクスプレーンＧＲＸの上に配置されるカーソルプレーンＣＵＸは、リモコンやマウス等のポインタ画像のプレーンであり、全て画像プレーンの最上位に配置される、一般にポインタ画像全体に対する透過値が用いられる。
【０４０９】
ビデオミキサ７６０では、上記のように定義された重ね合わせモデルに従い、各モジュールの出力画像フレームの重ね合わせ処理を実施する。なお、上記の定義はビデオミキサ７６０での重ね合わせルールの一例であり、異なるプレーンの重ね合わせ順序を用いたり、透過値の処理を適用しても良い。
【０４１０】
次に、図１０３〜図１０７を参照して、図５８〜図６１で示したタイムマップ情報（ＴＭＡＰＩ）の別の実施の形態（タイムエントリ無しの例）を説明する。図１０３および図１０４は、連続ブロック内に配置されるＥＶＯＢ用のタイムマップ構成を示す一例である。図１０３は１つのＴＭＡＰファイルに１つのＴＭＡＰＩが格納される例１を示し、図１０４は１つのＴＭＡＰファイルに１つ以上のＴＭＡＰＩが格納される例２を示している。図１０３および図１０４に示す様に、１つのＥＶＯＢは１つのＴＭＡＰＩに対応しており、ファイル内に格納される各ＴＭＡＰＩから、各ＥＶＯＢへの時間→アドレス変換を行うことが可能な構造となっている。各ＴＭＡＰＩは、１つ以上のＥＶＯＢＵエントリ情報を含んで構成され、この情報を利用して、各ＥＶＯＢ内の各ＥＶＯＢＵにアクセスすることができる。
【０４１１】
図１０５は、ユーザによってシームレスにアングル切替を行うことが可能な様に、インターリーブドブロック内に配置されるアングルを構成するＥＶＯＢ用のタイムマップ構成を示す一例である。図１０５に示す様に、１つのアングル用ＥＶＯＢは、１つのＴＭＡＰＩに対応しており、連続ブロック内に配置されるＥＶＯＢ用タイムマップ同様にファイル内に格納される各ＴＭＡＰＩから、各ＥＶＯＢへの時間→アドレス変換を行うことが可能な構造となっている。各ＴＭＡＰＩは、１つ以上のＥＶＯＢＵエントリ情報及び１つ以上のＩＬＶＵエントリ情報を含んで構成され、この情報を利用して、インタリーブ配置された各ＥＶＯＢ内の各ＩＬＶＵ先頭及びＩＬＶＵ内の各ＥＶＯＢＵにアクセスすることができる。
【０４１２】
また、同じインタリーブドブロック内に配置される各ＥＶＯＢは、１つのファイルに格納するように構成されているので、そのアングル区間を再生するのに必要なすべてのタイムマップ情報を取得することができ、いちいち必要なファイルを検索する必要はなく、処理効率が向上する。
【０４１３】
図１０６および図１０７は、タイムエントリを含まないタイムマップのデータ構造例を示す。図１０６に示す様に、タイムマップ情報（ＴＭＡＰＩ）テーブルは、ファイル内に格納されるＴＭＡＰＩの構成を示すＴＭＡＰ情報テーブル情報（ＴＭＡＰＩＴＩ）、格納される各ＴＭＡＰＩへのサーチポインタを与えるＴＭＡＰ情報サーチポインタ群（ＴＭＡＰＩ＿ＳＲＰｓ）及び各ＴＭＡＰＩのＥＶＯＢＵエントリ情報を格納するＴＭＡＰ情報群（ＴＭＡＰＩｓ）を含んで構成される。
【０４１４】
タイムマップ情報テーブル情報ＴＭＡＰＩＴＩは、ＴＭＡＰファイル内に格納されるＴＭＡＰＩの数を示す情報（ＴＭＡＰＩ＿Ｎｓ）、ＴＭＡＰファイル内に格納されるＥＶＯＢのブロックタイプが、連続ブロック（＝０）か、インタリーブドブロック（＝１）かを示すブロックタイプ情報（ＴＭＡＰ＿ＴＹＰＥ）、ＴＭＡＰファイル内に格納されるＥＶＯＢのアングルタイプが、アングル無し（＝０）か、ノンシームレスアングル（＝１）か、シームレスアングル（＝２）かを示すアングルタイプ情報（ＡＧＬ＿ＴＹＰＥ）、及びテーブルの終了アドレスを示す情報（ＴＭＡＰＩＴ＿ＥＡ）を含んで構成される。
【０４１５】
また、各タイムマップ情報サーチポインタＴＭＡＰＩ＿ＳＲＰは、目的のＴＭＡＰＩの開始アドレスを示す情報（ＴＭＡＰＩ＿ＳＡ）、目的のＴＭＡＰＩが指し示すＥＶＯＢの識別番号を示す情報（ＥＶＯＢ＿ＩＤＮ）、目的のＴＭＡＰＩが指し示すＥＶＯＢの開始アドレスを示す情報（ＥＶＯＢ＿ＡＤＲ）、目的のＴＭＡＰＩが指し示すＥＶＯＢの再生時間を例えばフィールド数で示す情報（ＥＶＯＢ＿ＰＢ＿ＴＭ）、目的のＴＭＡＰＩに格納されるＥＶＯＢＵエントリ情報の数を示す情報（ＥＶＯＢＵ＿ＥＮＴＩ＿Ｎｓ）、目的のＴＭＡＰＩに格納されるＩＬＶＵエントリ情報の数を示す情報（ＩＬＶＵ＿ＥＮＴＩ＿Ｎｓ：もしインタリーブドブロックでない場合は、ＩＬＶＵ＿ＥＮＴＩ＿Ｎｓ＝０）、及び目的のＴＭＡＰＩのＥＶＯＢのアングル番号を示す情報（ＡＧＬＮ：もしアングルブロックでない場合は、ＡＧＬＮ＝０）を含んで構成される。
【０４１６】
図１０７に示す様に、各タイムマップ情報ＴＭＡＰＩは、ＥＶＯＢＵ＿ＥＮＴＩ群及びＩＬＶＵ＿ＥＮＴＩ群を含んで構成される。ＥＶＯＢＵ＿ＥＮＴＩ群は１つ以上のＥＶＯＢＵエントリ情報（ＥＶＯＢＵ＿ＥＮＴＩ）から構成され、各ＥＶＯＢＵ＿ＥＮＴＩはＥＶＯＢ内に格納される各ＥＶＯＢＵの、例えばパック数で示されるサイズ（ＥＶＯＢＵ＿ＳＺ）、例えばフィールド数で示される再生時間（ＥＶＯＢＵ＿ＰＢ＿ＴＭ）、及び例えばパック数で示される第１の参照ピクチャのサイズ（１ＳＴＲＥＦ＿ＳＺ）から構成される。
【０４１７】
また、ＩＬＶＵ＿ＥＮＴＩ群は、１つ以上のＩＬＶＵエントリ情報（ＩＬＶＵ＿ＥＮＴＩ）から構成され、各ＩＬＶＵ＿ＥＮＴＩは、ＥＶＯＢ内に格納される各ＩＬＶＵの開始アドレス（ＩＬＶＵ＿ＡＤＲ）及び例えばＥＶＯＢＵの数で示される各ＩＬＶＵのサイズ（ＩＬＶＵ＿ＳＺ）から構成される。
【０４１８】
図１０８は、図６３で示したナビゲーションパック（ＮＶ＿ＰＣＫ）の構造とは、別の構造例を示したものである。ＮＶ＿ＰＣＫと同様に、ＥＶＯＢＵの先頭に配置される一般制御情報パック（ＧＣＩ＿ＰＣＫ）は、スタンダードＶＴＳ内のＥＶＯＢ中では、同図（ａ）に示すスタンダードＧＣＩ＿ＰＣＫが使用される。このパック内は、一般制御情報パケット（ＧＣＩ＿ＰＫＴ）に格納される一般制御情報（ＧＣＩ）、プレゼンテーション制御情報パケット（ＰＣＩ＿ＰＫＴ）に格納されるプレゼンテーション制御情報（ＰＣＩ）、及びデータサーチ情報パケット（ＤＳＩ＿ＰＫＴ）に格納されるデータサーチ情報（ＤＳＩ）を含んで構成されている。
【０４１９】
また、アドバンスドＶＴＳ内のＥＶＯＢ中では、同図（ｂ）に示すアドバンスドＧＣＯ＿ＰＣＫが使用される。このパック内は、般制御情報パケット（ＧＣＩ＿ＰＫＴ）に格納される一般制御情報（ＧＣＩ）、及びデータサーチ情報パケット（ＤＳＩ＿ＰＫＴ）に格納されるデータサーチ情報（ＤＳＩ）を含んで構成されている。
【０４２０】
図１０９は、一般制御情報（ＧＣＩ）に格納される情報を例示しており、格納されているＥＶＯＢＵ及びパック内全体に関する情報（ＧＣＩ＿ＧＩ）、ＥＶＯＢＵ及びパック内のコピー制御情報や表示制御情報のステートを示す情報（ＤＣＩ＿ＣＣＩ＿ＳＳ）、アスペクト比等を示す表示制御情報（ＤＣＩ）、ＣＧＭＳ情報やアナログコピー制御情報などのコピー制御情報（ＣＣＩ）、及びＩＳＲＣデータなど著作権情報を与える記録情報（ＲＥＣＩ）などを含んで構成されている。
【０４２１】
図１１０は、アドバンスドＶＴＳＩ５１ａのデータ構造の別の実施の形態を示す。図５１（ｅ）に示したアドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）領域５１の内部は、図１１０に示すように、ビデオやオーディオ等の属性情報は含まないアドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）５１０ａ、タイトルのチャプタ部分に対応するパートオブタイトル（ＰＴＴ）の先頭を検索するために用いられるアドバンスドＨＤビデオタイトルセットＰＴＴサーチポインタテーブル（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）５１１ａ、タイトルの再生手順を与えるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）５１２ａ、各ＥＶＯＢの属性情報を与えるアドバンスドＨＤビデオタイトルセット属性情報テーブル（ＡＨＤＶＴＳ＿ＡＴＲＩＴ）５１５ａ、及び各ＥＶＯＢの情報を与えるアドバンスドＨＤビデオタイトルセット拡張ビデオオブジェクトセット情報テーブル（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴ）５１６ａの各領域（管理情報グループ）に分かれている。
【０４２２】
図１１１は、アドバンスドＨＤビデオタイトルセット属性情報テーブル（ＡＨＤＶＴＳ＿ＡＴＲＩＴ）の内容を示すデータ構造例である。図１１１に示す様に、ＡＨＤＶＴＳ＿ＡＴＲＩＴ５１５ａは、アドバンスドＨＤビデオタイトルセット属性情報テーブル情報（ＡＨＤＶＴＳ＿ＡＴＲＩＴＩ）と、１以上のアドバンスドＨＤビデオタイトルセット属性情報サーチポインタ（ＡＨＤＶＴＳ＿ＡＴＲＩ＿ＳＲＰ）と、１以上のアドバンスドＨＤビデオタイトルセット属性情報（ＡＨＤＶＴＳ＿ＡＴＲＩ）を含んで構成されている。
【０４２３】
前記アドバンスドＨＤビデオタイトルセット属性情報テーブル情報（ＡＨＤＶＴＳ＿ＡＴＲＩＴＩ）は、テーブル中に格納される属性情報の数（ＡＨＤＶＴＳ＿ＡＴＲＩ＿ＳＲＰの数）を示す（ＡＨＤＶＴＳ＿ＡＴＲＩ＿ＳＲＰ＿Ｎｓ）、およびテーブルの終了アドレスを示す（ＡＨＤＶＴＳ＿ＡＴＲＩＴ＿ＥＡ）を有する。ここで、前記アドバンスドＨＤビデオタイトルセット属性情報サーチポインタ（ＡＨＤＶＴＳ＿ＡＴＲＩ＿ＳＲＰ）は、各属性情報の開始アドレスを示す（ＡＨＤＶＴＳ＿ＡＴＲＩ＿ＳＡ）を有する。また、前記アドバンスドＨＤビデオタイトルセット属性情報（ＡＨＤＶＴＳ＿ＡＴＲＩ）には、対応するＥＶＯＢ用の属性情報が示される。
【０４２４】
具体的には、ＡＨＤＶＴＳ＿ＡＴＲＴ内は、ＥＶＯＢ内に格納されるMPEG-2、MPEG-4 AVC（H.264）及びSMPTE VC-1等のビデオの属性情報を示す情報（ＡＨＤＶＴＳ＿Ｖ＿ＡＴＲ）と、オーディオストリームの数を示す情報（ＡＨＤＶＴＳ＿ＡＳＴ＿Ｎｓ）と、ＥＶＯＢ内に格納されるDD+、DTS++、MLP、LPCM等（ドルビーデジタルのＤＤ、デジタルシアターシステムのＤＴＳ、メディリアンロスレスパッキングのＭＬＰは何れも登録商標）のオーディオストリームの属性情報（ＡＨＤＶＴＳ＿ＡＳＴ＿ＡＴＲ）と、マルチチャネルオーディオストリームの属性情報（ＡＨＤＶＴＳ＿ＭＵ＿ＡＳＴ＿ＡＴＲ）と、副映像ストリームの数を示す情報（ＡＨＤＶＴＳ＿ＳＰＳＴ＿Ｎｓ）と、ＥＶＯＢ内に格納される２ビット／画素のＳＤサイズか、２ビット／画素のＨＤサイズか、あるいは８ビット／画素のＳＤ／ＨＤサイズか等を示す副映像ストリームの属性情報（ＡＨＤＶＴＳ＿ＳＰＳＴ＿ＡＴＲ）と、副映像ＳＤ用のカラーパレットを示す情報（ＡＨＤＶＴＳ＿ＳＰＳＴ＿ＳＤＰＬＴ）と、副映像ＨＤ用のカラーパレットを示す情報（ＡＨＤＶＴＳ＿ＳＰＳＴ＿ＨＤＰＬＴ）などを有する。
【０４２５】
図１１２は、アドバンスドＨＤビデオタイトルセットＥＶＯＢ情報テーブル（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴ）の内容を示すデータ構造例である。図１１２に示す様に、ＶＴＳ＿ＥＶＯＢＩＴ５１６ａは、アドバンスドＨＤビデオタイトルセットＥＶＯＢ情報テーブル情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴＩ）と、１以上のアドバンスドＨＤビデオタイトルセットＥＶＯＢ情報サーチポインタ（ＡＨＤＶＴＳ＿ＥＶＯＢＩ＿ＳＲＰ）と、１以上のアドバンスドＨＤビデオタイトルセットＥＶＯＢ情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩ）を含んで構成されている。
【０４２６】
前記アドバンスドＨＤビデオタイトルセットＥＶＯＢ情報テーブル情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴＩ）は、テーブル中に格納されるＥＶＯＢ情報の数（ＡＨＤＶＴＳ＿ＥＶＯＢＩ＿ＳＲＰの数）を示す情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩ＿ＳＲＰ＿Ｎｓ）と、テーブルの終了アドレスを示す情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴ＿ＥＡ）を有する。ここで、前記アドバンスドＨＤビデオタイトルセットＥＶＯＢ情報サーチポインタ（ＡＨＤＶＴＳ＿ＥＶＯＢＩ＿ＳＲＰ）は、各ＥＶＯＢＩの開始アドレスを示す情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩ＿ＳＡ）を有する。また、前記アドバンスドＨＤビデオタイトルセットＥＶＯＢ情報（ＡＨＤＶＴＳ＿ＥＶＯＢＩ）は、各ＥＶＯＢを識別するためのＥＶＯＢ識別番号の情報（ＥＶＯＢ＿ＩＤＮ）と、各ＥＶＯＢに対応する属性を示すＥＶＯＢ属性情報番号の情報（ＥＶＯＢ＿ＡＴＲＮ）と、各ＥＶＯＢをアクセスするためのタイムマップ情報が格納されるタイムマップファイル名を示す情報（ＴＭＡＰ＿ＦＩＬＥ＿ＮＡＭＥ）等を有する。ここでＥＶＯＢ＿ＡＴＲＮに記載される番号は、前記アドバンスドＨＤビデオタイトルセット属性情報テーブル（ＡＨＤＶＴＳ＿ＡＴＲＩＴ）のアドバンスドＨＤビデオタイトルセット属性情報サーチポインタ（ＡＨＤＶＴＳ＿ＡＴＲＩ＿ＳＲＰ＃）で示される番号である。
【０４２７】
次に、この発明の他の実施の形態について説明する。この実施の形態の課題は、再生の主体となるMovie Object（以下Primary）およびこのMovie Objectと同時再生可能なAdvanced Object（以下Secondary）を再生するために読み出す方法を提供することである。この課題を解決する方法としては、PrimaryおよびSecondaryを1つのプログラムストリーム（ＰＳ）としてマルチプレックス（MultiplexまたはMUX）する方法と、PrimaryおよびSecondaryの２ＰＳとしてマルチプレックスする方法の2つが考えられる。また、２ＰＳの場合、マルチプレックスする単位をPack単位で行う場合と、現在のDVD-Videoで使用されているAngle形式を用いてアクセスユニット（Access Unit：ＡＵ）単位でマルチプレックスする方法が考えられる。
【０４２８】
図１１３は、ディスク上にPrimary Object（Movie Object）とSecondary Object（Advanced Object）とをマルチプレックスした１プログラムストリーム（１ＰＳ）が記録され、外部通信回線（Ｗｅｂ）上にAdvanced Object（Secondary Object）が独立した別プログラムストリームとして存在する場合（ケース１）を例示する図である。
【０４２９】
ケース１としては、Primary/Secondaryそれぞれを１ＰＳにPack単位でマルチプレックス（MUX）した場合がある。このとき、図１１３にあるように、PrimaryおよびSecondaryの両方のObjectはビデオタイトルセット情報（ＶＴＳＩ：図２のＨＶＤＶＤ＿ＴＳ内ファイル、図５２のＡＨＤＶＴＳＩ等に対応）によって管理され、Secondary用の情報はアドバンスドオブジェクト情報（ＡＯＢＩ：図２のＡＤＶ＿ＯＢＪ内ファイルに対応）によって管理されている。この構造に対するDecoding modelが図１１４である。
【０４３０】
図１１４は、ケース１のデコーディングモデルを説明する図である。Disc（図１、図５０、図５１、図７３、図７４、図７９等のディスク１に対応）から送られてくるＰＳは、PrimaryおよびSecondaryそれぞれのDecoder１１４ｎ〜１１４ｓへ送るために第１のデマルチプレクサ（DeMUX1）１１４ａによってDemultiplexされ、Input Buffer１１４ｇ〜１１４ｍへ格納される。またＷｅｂから送られてくるSecondary用Contentは、Discと同期させて再生を行うためBuffer１１４ｆに一度格納されてから、第２のデマルチプレクサ（DeMUX2）１１４ｂおよびスイッチＳＷ１とＳＷ２を通して、Input Buffer１１４ｋ〜１１４ｍへ送られる。それぞれのDecoder１１４ｎ〜１１４ｓでDecodeされたDataを合成（Mix）することで、PrimaryおよびSecondaryそれぞれのObjectの同時（同期）表示を可能にしている。
【０４３１】
次に、１プログラムストリーム（１ＰＳ）のPrimaryおよび１ＰＳのSecondaryで合計２ＰＳを使用する場合を説明する。図１１５は、ディスク上に、Primary ObjectのＰＳとSecondary ObjectのＰＳが、パック単位でマルチプレックスされた２プログラムストリーム（ＰＳ−１ＶＯＢとＰＳ−２ＶＯＢ）として記録され、外部通信回線（Ｗｅｂ）上にAdvanced Object（Secondary Object）が独立した別ＰＳとして存在する場合（ケース２−１）を例示する図である。このケース２−１は、２つのオブジェクトをそれぞれPack単位でマルチプレックス（MUX）した構造図である。
【０４３２】
図１１６は、ケース２−１のデコーディングモデルを説明する図である。Disc上のコンテンツは第１のデマルチプレクサ（DeMUX1）１１６ａでPrimaryおよびSecondaryのストリームに分けられ、それぞれ対応のDecoderへ送るため、第２のデマルチプレクサ（DeMUX2）１１６ｂおよび第３のデマルチプレクサ（DeMUX3）１１６ｃに送られる。また、ネットワーク（Ｗｅｂ）上からはSecondary用のコンテンツが送られるため、DeMUX3１１６ｃは、スイッチＳＷ３を介して、Ｗｅｂ上コンテンツがあればＷｅｂ上を、なければDisc上を選択してコンテンツを受けることになる。
【０４３３】
図１１７は、ディスク上に、Primary ObjectのＰＳとSecondary ObjectのＰＳが、アクセスユニット（ＡＵ）単位でマルチプレックスされた２プログラムストリームとしてが記録され、外部通信回線（Ｗｅｂ）上にAdvanced Object（Secondary Object）が独立した別ＰＳとして存在する場合（ケース２−２）を例示する図である。このケース２−２は、２ＰＳにおけるマルチプレックス（多重化）の単位を、ＡＵ単位にした場合である。この場合、現行DVD-Videoで利用されているＩＬＶＵと同じように構成することで、複数Angleを同時に表示する形で、PrimaryおよびSecondaryの記録内容を同時に（同期して）表示することができる。
【０４３４】
なお、ケース２−２の場合は、ケース２−１に比べ、1つのアクセスユニットの大きさが増す（ケース２−１のパック単位は２ｋＢ単位と小さいが、ケース２−２のアクセスユニットは複数パックを包含する相対的に大きなサイズとなる）。このため、Input Buffer（例えば図１１６では１１６ｇ）にオブジェクトデータが格納されてからDecoderへオブジェクトデータの供給が始まった後、Input Bufferのデータ読み込み速度がバッファリングデータの消費速度（Input Bufferのデータ読み出し速度）に追いつかなくなることが考えられる。その対策を以下に述べる。
【０４３５】
図１１８は、ケース２−２のデコーディングモデルを説明する図である。このモデルでは、第１のデマルチプレクサ（DeMUX1）１１８ａの後に、第２のデマルチプレクサ（DeMUX2）１１８ｂおよび第３のデマルチプレクサ（DeMUX3）１１８ｃへデータを安定して供給するためのBuffer１１８ｄ〜１１８ｆをそれぞれ用意している（これらのBufferにバッファリングすべき最大データ量、すなわち使用するバッファサイズは、実際に使用される可能性のあるディスクやＷｅｂのシミュレーションに基づき決定できる。とくに、Ｗｅｂ用のBuffer１１８ｆは、外部通信回線からのデータ転送が安定せずゆらぎがある場合にもバッファリングデータが枯渇しないような大きめのサイズとするのがよい。）。
【０４３６】
次にPrimaryまたはSecondaryのどちらのContentであるかを示すためにstream_idを利用する方法を説明する。上記それぞれのデマルチプレクサ（DeMUX1〜3）は、このstream_id（および必要に応じてsub_stream_id）を使用して、ストリームのDemultiplexを行う。このDemultiplexは、それぞれのDecoder１１８ｎ〜１１８ｓにデマルチプレクスしたデータを入力するInputBuffer１１８ｇ〜１１８ｍへDataを送付するために行われる。
【０４３７】
このstream_idおよびsub_stream_idの設定方法には、現行DVD-Video規格に沿った形でprivate_stream1内にSecondary Content用の識別子（id）をそれぞれ定義する方法（図１１９〜図１２１参照）と、新たにprivate_stream3を新設し、そこにSecondary用のidを持つ方法（図１２２〜図１２５参照）の2通りが考えられる。
【０４３８】
図１１９は、Primary Objectの内容とSecondary Objectの内容とを識別するstream_idの一例（オブジェクトの識別にprivate_stream1を利用する場合）を説明する図である。このstream_idは、デコーディングオーディオストリーム番号に相当するＭＰＥＧオーディオストリーム***を指定する“110x0***b”、ビデオストリームを指定する“11100000b”、private_stream1を指定する“10111101b”、private_stream2を指定する“10111111b”その他（現在不使用のエリア等）を適宜含んで構成されている。
【０４３９】
図１２０は、図１１９のstream_idにおいて、private_stream1用のsub_stream_idの構成を例示する図である。このsub_stream_idは、サブピクチャストリームを指定する“001*****b”、予約の“01001000b”、拡張サブピクチャ用の予約の“011*****b”、Dolby AC-3（登録商標）を指定する“10000***b”、オプションでＤＴＳ（登録商標）オーディオストリームを指定する“10001***b”、オプションでＳＤＤＳ（登録商標）オーディオストリームを指定する“10010***b”、リニアＰＣＭオーディオストリームを指定する“10100***b”、コンテンツプロバイダが定義するストリームを指定する“11111111b”、Secondary ContentのＭＰＥＧ２ビデオストリームを指定する“10010001b”、Secondary ContentのＭＰＥＧ４／ＡＶＣストリームを指定する“10010010b”、Secondary ContentのＶＣ−１ストリームを指定する“10010011b”、Secondary ContentのDolby Digital+（登録商標）ストリームを指定する“11000***b”、Secondary ContentのＤＴＳＨＤ（登録商標）ストリームを指定する“11001***b”、Secondary ContentのＳＤＤＳ（登録商標）オーディオストリームを指定する“11010***b”、Secondary ContentのリニアＰＣＭオーディオストリームを指定する“11100***b”その他（将来のプレゼンテーションデータ等の用途）を適宜含んで構成されている。
【０４４０】
図１２１は、図１１９のstream_idにおいて、private_stream2用のsub_stream_idの構成を例示する図である。このsub_stream_idは、Presentation Control Information（ＰＣＩ）のストリームを指定する“00000000b”、Data Search Information（ＤＳＩ）のストリームを指定する“00000001b”、コンテンツプロバイダが定義するストリームを指定する“11111111b”その他（将来のナビゲーションデータ等の用途）を適宜含んで構成されている。
【０４４１】
図１２２は、Primary Objectの内容とSecondary Objectの内容とを識別するstream_idの他例（オブジェクトの識別にprivate_stream3を新設する場合）を説明する図である。このstream_idは、デコーディングオーディオストリーム番号に相当するＭＰＥＧオーディオストリーム***を指定する“110x0***b”、ビデオストリームを指定する“11100000b”、private_stream1を指定する“10111101b”、private_stream2を指定する“10111111b”、private_stream3を指定する“10110000b”その他（現在不使用のエリア等）を適宜含んで構成されている。
【０４４２】
図１２３は、図１２２のstream_idにおいて、private_stream1用のsub_stream_idの構成を例示する図である。このsub_stream_idは、サブピクチャストリームを指定する“001*****b”、予約の“01001000b”、拡張サブピクチャ用の予約の“011*****b”、Dolby AC-3（登録商標）を指定する“10000***b”、オプションでＤＴＳ（登録商標）オーディオストリームを指定する“10001***b”、オプションでＳＤＤＳ（登録商標）オーディオストリームを指定する“10010***b”、リニアＰＣＭオーディオストリームを指定する“10100***b”、コンテンツプロバイダが定義するストリームを指定する“11111111b”その他（将来のプレゼンテーションデータ等の用途）を適宜含んで構成されている。図１２３のprivate_stream1用sub_stream_idは、図１２０のprivate_stream1用sub_stream_idから、“Secondary Content”に関する事項を除いた内容になっている。
【０４４３】
図１２４は、図１２２のstream_idにおいて、private_stream2用のsub_stream_idの構成を例示する図である。このsub_stream_idは、図１２１の場合と同様に、ＰＣＩストリームを指定する“00000000b”、ＤＳＩストリームを指定する“00000001b”、コンテンツプロバイダが定義するストリームを指定する“11111111b”その他（将来のナビゲーションデータ等の用途）を適宜含んで構成されている。
【０４４４】
図１２５は、図１２２のstream_idにおいて、private_stream3用のsub_stream_idの構成を例示する図である。このsub_stream_idは、Secondary ContentのＭＰＥＧ２ビデオストリームを指定する“10010001b”、Secondary ContentのＭＰＥＧ４／ＡＶＣストリームを指定する“10010010b”、Secondary ContentのＶＣ−１ストリームを指定する“10010011b”、Secondary ContentのDolby Digital+（登録商標）ストリームを指定する“11000***b”、Secondary ContentのＤＴＳＨＤ（登録商標）ストリームを指定する“11001***b”、Secondary ContentのＳＤＤＳ（登録商標）オーディオストリームを指定する“11010***b”、Secondary ContentのリニアＰＣＭオーディオストリームを指定する“11100***b”、コンテンツプロバイダが定義するストリームを指定する“11111111b”その他（将来のプレゼンテーションデータ等の用途）を適宜含んで構成されている。図１２５のprivate_stream3用sub_stream_idは、図１２０のprivate_stream1用sub_stream_idのうちの“Secondary Content”に関する事項を主とする内容になっている。
【０４４５】
図１２６は、プライマリオブジェクトおよび／またはセカンダリオブジェクトをディスクおよび／または外部通信回線（Ｗｅｂ）から再生する場合の処理手順の一例を説明するフローチャートである。この図は、Markup文書を用いてSecondary Content（またはSecondary/2ndary Video Set）を再生するための手順を例示している。すなわち、Disc（図５０他の情報記憶媒体１に対応）上にMarkup文書が存在しない場合（ステップＳＴ２０２ノー）、プレーヤ（例えば図１００のような構成の再生装置）はStandard VTS（通常のＤＶＤビデオコンテンツ、あるいは図１のＨＤＶＴＳ＃に対応）で再生を行う（ステップＳＴ２０４）。
【０４４６】
Disc上にMarkup文書が存在する場合は（ステップＳＴ２０２イエス）、プレーヤはMarkup文書内にＮＥＴ（Ｗｅｂ）接続先が記述されているかどうかを判定する。接続先が記述されていない場合（ステップＳＴ２０６ノー）、Disc内のMarkup文書（ステップＳＴ２０８）によってSecondary Video Setが存在するかを確認する。Secondary Video Setが存在しない場合は（ステップＳＴ２１０ノー）、Primary Video Setの再生を行う（ステップＳＴ２１２）。
【０４４７】
Markup文書内にＮＥＴ（Ｗｅｂ）接続先が記述されている場合は（ステップＳＴ２０６イエス）、その接続状態の確認を行なう。接続が確保されていない場合は（ステップＳＴ２１４ノー）、先ほど（ステップＳＴ２０６ノー）と同様にDisc内のMarkup文書を使用して（ステップＳＴ２０８）、Primary Video Setの再生を行うか（ステップＳＴ２１２）、Secondary Video Setの再生を行なう（ステップＳＴ２２４）。
【０４４８】
ＮＥＴ接続が確保されている場合は（ステップＳＴ２１４イエス）、ＮＥＴ上にSecondary Video Setが格納されているかどうかの判定を行う。ここでSecondary Video Setが格納されていない場合は（ステップＳＴ２１６ノー）、ＮＥＴ上にMarkup文書が格納されているかの判定を行う。ＮＥＴ上にSecondary Video SetもMarkup文書も存在しなかった場合は（ステップＳＴ２１６ノーおよびステップＳＴ２１８ノー）、Disc内のMarkup文書を使用して（ステップＳＴ２０８）、Secondary Video Set（ステップＳＴ２２４）もしくはPrimary Video Set（ステップＳＴ２１２）の再生を行う。
【０４４９】
またＮＥＴ上にSecondary Video Setのみが存在し（ステップＳＴ２１６イエス）、ＮＥＴ上にMarkup文書が存在しなかった場合は（ステップＳＴ２２６ノー）、Secondary Video Setを読み込み（ステップＳＴ２３０）、ＴＭＡＰおよびＶＴＳＩ中の属性情報および再生情報の更新情報を読み込み（ステップＳＴ２３２）、これらを現在の再生制御情報（ナビゲーションデータ）に追加して、Disc上のMarkup文書の再生開始タイミングによってＮＥＴ上のSecondary Video Setの再生を開始する（ステップＳＴ２３４）。
【０４５０】
一方、ＮＥＴ上にSecondary Video Setが存在せず（ステップＳＴ２１６ノー）、ＮＥＴ上にMarkup文書のみが存在した場合は（ステップＳＴ２１８イエス）、Markup文書の更新を行ってから（ステップＳＴ２２０）、ＴＭＡＰおよびＶＴＳＩ中の属性情報および再生情報の更新情報を読み込み（ステップＳＴ２２２）、これらを現在の再生制御情報（ナビゲーションデータ）に追加して、更新後のMarkup文書の再生開始タイミングによってDiscのSecondary Video Setの再生を開始する（ステップＳＴ２２４）。
【０４５１】
この時、Secondary Video Setは更新されていないのでＴＭＡＰ等の更新は必要ない。またMarkup文書およびSecondary Video Setの両方が存在した場合は（ステップＳＴ２１６イエスおよびステップＳＴ２２６イエス）、Markup文書の更新（ステップＳＴ２２８）、および必要な情報の追加を行って（ステップＳＴ２３２）、ＮＥＴ上のSecondary Video Setの再生を行う。
【０４５２】
図１２６の処理により、DiscからのSecondary Video Set（ステップＳＴ２２４）またはＮＥＴ（Ｗｅｂ）からのSecondary Video Set（ステップＳＴ２３４）を適宜再生できる。その際、ＮＥＴ接続から取得したSecondary Video Setを表示中であるのか、あるいはDisc内の情報でSecondary Video Setを再生中であるかをユーザがすぐに分かるように、プレーヤに図示しないインジケータ（色分けしたＬＥＤ等）を設けるか、もしくはモニタＴＶの画面上に現在再生中のSecondary Video Setが何処から得たものであるのかをオンスクリーンディスプレイ（ＯＳＤ）表示しても良い。
【０４５３】
ここで、再生中のSecondary Video SetがDiscからのものであるのかＮＥＴからのものであるのかは、Markup文書中に記述されるload属性（例えば後述する図１３２の記述例３における＜object load=“disc” data＞や＜object load=“net” data＞参照）から判定できる。
【０４５４】
なお、図１２６の処理はSecondary Video Setの再生処理に的を絞っているが、この処理と並行して、DiscからPrimary Video Setを同時再生することは、もちろん可能となっている。その際、再生中のPrimary Video Setに対して（DiscまたはＮＥＴからの）Secondary Video Setをどのようなタイミングで再生するかは、使用するMarkup文書（ステップＳＴ２０８、ＳＴ２２０、あるいはＳＴ２２８）で指定できる。このようなMarkup文書の記述例は、図１３０〜図１３２を参照して後述する。
【０４５５】
図１２７は、DiscからのPrimary Object/Primary Content（Primary Video Set）およびSecondary Object/Secondary Content（Secondary Video Set）の再生経路を説明する図である。この例では、Discに記録されたMarkup文書にSecondary Contentの再生時間またはユーザ操作による再生開始可能時間が記述されている。（この「ユーザ操作による再生開始可能時間」は、図１１４、図１１６、図１１８のBuffer１１４ｆ、１１６ｆ、１１８ｆ等にSecondary Contentを保持しておく期間に対応する。）
図１２７において、Discの連続ブロック区間Ｔ０１に記録されたＶＯＢ＃１（Primary Content）の後のインターリーブドブロック区間Ｔ２３には、ＶＯＢ＃２（Primary Content）とＶＯＢ＃３（Secondary Content）がＩＬＶＵ単位でインターリーブされて記録され、その後の連続ブロック区間Ｔ０４にＶＯＢ＃４（Primary Content）が記録されている。この時、ＶＯＢ＃２がPrimary、ＶＯＢ＃３がSecondaryであるとすると、DiscのMarkup文書にはSecondary Content（ＶＯＢ＃３）の再生開始時間と終了時間（もしくは再生開始可能期間）が設定されている。再生開始時間終了時間とは文字通りＶＯＢ＃３の再生が始まる時間および終了する時間を指す。また、再生開始可能期間とは、その期間内はSecondaryはBufferに格納されており、ユーザの操作によって再生を開始することができる期間のことである。例えば、図１２７の区間Ｔ２３が再生可能期間であるとすると、ＶＯＢ＃３（Secondary Content）は、Ｔ２３の間ならどこでも、ＶＯＢ＃３のＴＭＡＰにおいて定義される時間のタイミングで、ＶＯＢ＃２（Primary Content）と一緒に再生（同時再生あるいは同期再生）できる。
【０４５６】
図１２８は、DiscからのPrimary Object/Primary Content（Primary Video Set）および外部通信回線（ＮＥＴ／Ｗｅｂ）からのSecondary Object/Secondary Content（Secondary Video Set）の再生経路を説明する図である。図１２８において、Discの連続ブロック区間Ｔ０１に記録されたＶＯＢ＃１（Primary Content）の後のインターリーブドブロック区間Ｔ２７には、ＶＯＢ＃２（Primary Content）とＶＯＢ＃３（Secondary Content）がＩＬＶＵ単位でインターリーブされて記録され、その後の連続ブロック区間Ｔ０４にＶＯＢ＃４（Primary Content）が記録されている。しかし、この例では、区間Ｔ２７においてＶＯＢ＃２（Primary Content）と一緒に再生されるのは、DiscからのＶＯＢ＃３（Secondary Content）でなく、ＮＥＴ／ＷｅｂからのＶＯＢ＃７（Secondary Content）となっている。
【０４５７】
図１２８の例は、ＮＥＴから、新たにＶＯＢ＃７のSecondary Video Set、新しいMarkup文書、ＶＴＳＩファイル、ＴＭＡＰファイルを取得した場合である。この例の新しいMarkup文書にはＶＯＢ＃３の記述はなく、（たとえDiscに記録されていても）このＶＯＢ＃３は表示されない。また、Markup文書およびＴＭＡＰはＮＥＴから新しいMarkup文書を取得した際に更新されているので、図１２７で定義したＶＯＢ＃３の再生期間と図１２８のＶＯＢ＃７の再生期間は一致しなくても良い。（つまり、図１２７のＴ２３＝図１２８のＴ２７とすると、ＶＯＢ＃３の再生期間とＶＯＢ＃７の再生期間は、区間Ｔ２７に対応する時間範囲内であれば、個別に任意設定できる。）
図１２９は、タイムマップのタイプフラグ（ＴＭＡＰ＿ＴＹＰＥ＿ＦＬ）を含むタイムマップ情報テーブルのデータ構造を例示する図である。この図は、図５８を参照して前述したタイムマップ情報テーブル５１９内のタイムマップ情報サーチポインタ５１９ｂに、該当ＴＭＡＰがPrimaryのものかSecondaryのものかを判別するフラグ（ＴＭＡＰ＿ＴＹＰＥ＿ＦＬ）を付けたものである。これによってプレーヤがＴＭＡＰをDiscから読み取って展開するときに、そのプレーヤの現状ＴＭＡＰを新たなＴＭＡＰに置き換える処理がスムーズになる。
【０４５８】
なお、図１２９の例ではＴＭＡＰ＿ＴＹＰＥ＿ＦＬは“PrimaryのものかSecondaryのものかを判別する”だけなので１ビットで構成できるが、これを複数ビットに拡張することもできる。例えばＴＭＡＰ＿ＴＹＰＥ＿ＦＬを２ビットで構成した場合、“00ｂ”でDiscからのPrimary Object用ＴＭＡＰを特定し、“01ｂ”でDiscからのSecondary Object用ＴＭＡＰを特定し、“10ｂ”でＮＥＴ／ＷｅｂからのSecondary Object用ＴＭＡＰを特定し、“11ｂ”でそれ以外からのSecondary Object用ＴＭＡＰを特定する、といったことが可能になる。
【０４５９】
図１３０〜図１３２は、それぞれMarkupの記述例１〜記述例３を説明する図である。これらの記述例では、オブジェクトのタイプは３種類を想定している。すなわち、最初のタイプはPrimary Content（例えば図１３０の＜object load=“disc” data=“main.mpg”＞）であり、残り２つのタイプはSecondary用である。そのうちの1つはＴＭＡＰによって定義された再生時間中に再生を行うもの（例えば図１３１の＜object load=“disc” data=“sec.mpg”＞）であり、もうひとつはＴＭＡＰの再生時間中にユーザ操作のタイミングによって再生を開始するタイプ（例えば図１３２の＜object load=“disc” data=“sec2.mpg”＞）である。これらのタイプはobjectタグのdata属性、およびtypeタグによって判別できる。また、serverタグ（例えば図１３０の＜server url=“http://dvdrom/dvd_ihd”/＞）はＮＥＴ接続の接続先を示し、図１２６のフローチャートのような動作を想定している。また、この接続先にMarkup文書があった場合、プレーヤはDisc内のMarkup文書とＮＥＴ接続先のMarkup文書を置き換えて再生に使用する。
【０４６０】
図１３０のMarkupの記述例１では、Secondary ObjectであるＥＶＯＢ＃２の再生時間“03：15”〜“05：40”（evobid=“2”のＴＭＡＰ）の間にDiscからのSecondary Objectの再生が行われるようになっている。
【０４６１】
また、図１３１のMarkupの記述例２では、Secondary ObjectであるＥＶＯＢ＃２の再生時間“03：15”〜“05：40”（evobid=“2”のＴＭＡＰ）の間（トータル２分２５秒のコンテンツ）にDiscからのSecondary Objectの再生がスタートし、再生時間“04：43”〜“07：08”（evobid=“2”のＴＭＡＰ）の間（トータル２分２５秒のコンテンツ）にDiscからのSecondary Objectの再生がスタートするようになっている。ここで、再生時間“04：43”〜“07：08”のＴＭＡＰ（＜type=“sec_sp”/＞）はユーザ操作で再生開始タイミングが指定された例である。
【０４６２】
また、図１３２のMarkupの記述例３では、Primary ObjectであるＥＶＯＢ＃１の再生時間“00：00”〜“07：10”（evobid=“1”のＴＭＡＰ）の間にDiscからのPrimary Objectの再生が行われ、その一方でＮＥＴから獲得（＜object load=“net” data=“sec2.mpg”＞）したMarkup文書により記述が書き換えられて、再生時間“02：55”〜“03：58”（evobid=“3”のＴＭＡＰ）の間にＮＥＴからのSecondary Objectの再生がスタートするようになっている。（この例では、ＮＥＴからのMarkup文書獲得により、例えば図１３０の＜object load=“disc” data=“sec.mpg”＞が図１３２の＜object load=“net” data=“sec2.mpg”＞に書き換えられている。）
図１３３は、Disc上にPrimary Object（Movie Object）とSecondary Object（Advanced Object）とをマルチプレックスした１プログラムストリーム（ＰＳ）が記録され、外部通信回線（ＮＥＴ/Ｗｅｂ）上にAdvanced Object（Secondary Object）が独立した別プログラムストリームとして存在する場合（ケース１ａ）の他の例を示す図である。
【０４６３】
図１３３の例は、Primary Contentsにマルチプレックスされる前のSecondary Contentsを事前にSecondary Object（Secondary EVOB）にマルチプレックスしておき、マルチプレックスされたSecondary EVOBをPrimary Contentsにマルチプレックスして１ＰＳ化するという多段処理を行なう（PrimaryにSecondaryをマルチプレックスする時点では既に多重化されたSecondaryができ上がっている）点で、図１１３における１ＰＳのモデルに改良を加えたものとみることができる。
【０４６４】
図１３４は、Disc上にPrimary Object（Movie Object）とSecondary Object（Advanced Object）とをマルチプレックスした１プログラムストリーム（ＰＳ）が記録され、外部通信回線（ＮＥＴ/Ｗｅｂ）上にAdvanced Object（Secondary Object）が独立した別プログラムストリームとして存在する場合（ケース１ｂ）のさらに他の例を示す図である。また、図１３５はケース１ａのデコーディングモデルを説明する図であり、図１３６はケース１ａのデコーディングモデルにおいてスムージングバッファの動作の一例を説明する図である。
【０４６５】
図１１４のDecoding Modelの場合、システム全体は同じビットレートのモデルとして動作している。このときPrimaryのビットレートはSecondaryのビットレートよりも高いと思われるので、仮にシステムのビットレートを30Mbps、Primaryを20Mbps、Secondaryを10Mbpsと仮定したDecoding Modelが図１３５である。図１１４におけるデコーダ１１４ｎ〜１１４ｓの前段にある各Input Buffer１１４ｇ〜１１４ｍは、Secondaryの平均ビットレートが10Mbpsであったとしても、一時的にシステムの30Mbpsでデータ入力が行われる場合が考えられることから、オーバーフローを回避するために相応のサイズのBufferを用意することが必要であった。このような状況下で、図１３５のDecoding Modelを矛盾なく動作させるためには、図１３３または図１３４のマルチプレックス時に制限をかけることが必要となる。この制限を設けた場合のSecondary Video SetのPack構造の一例を以下で説明する。
【０４６６】
図１３６は、ケース１ａのデコーディングモデルにおいて、スムージングバッファの動作の一例を説明する図である。図１３６の図示上側はDeMUX1の30Mbpsのモデルに入力されるPack構造を例示しており、図示下側は10MbpsにレートダウンされたPack構造を模式的に示している。図１３５のsmoothing Buffer１３５ｘにおいて10Mbpsのモデルとの差を吸収する場合、図１３６に例示されるように少なくとも２Pack分以上の間を設けることが必要になる。これは、Bufferオーバーフローがおこるため、smoothing Buffer１３５ｘから図１３６の図示下側のストリームを出力する前に次のPackを流入させることができないからである。
【０４６７】
また、システムクロックリファレンスＳＣＲ、プレゼンテーションタイムスタンプＰＴＳ（デコーディングタイムスタンプＤＴＳ）の値には１Packを2KBとした場合に（2KB/30×10^6bps）×3Pack=1.599[ms]分の間隔をあけることが必要となる。このあけた区間、具体的には図１３６のＳNGの区間には、Primary Video SetのPackをマルチプレックス（MUX）することができる。またSecondaryのPackはそれ以上の間隔を持ってもよく、図１３６に図示したＳ４〜Ｓ５のように３Pack以上の間隔をあけ、その間にPrimaryをマルチプレックスしても良い。
【０４６８】
図１３７は、この発明の一実施の形態で用いるDiscに記録可能な、データの種類とその形態を模式的に例示した図である。この図において、“Advanced Navigation”は、図７４や図７９で示すようなアドバンスド・HDビデオタイトルセットやアドバンスドコンテンツを再生するための再生制御に関するデータを示すものであり、Markup/Script言語等で記述されたデータファイルを示す。
【０４６９】
また、“Primary Video Set”は、アドバンスドＶＴＳで代表されるような、ＤＶＤの主映像ストリームのデータを示す。図１３７に示される“Primary Video Set”は、主映像ストリームの管理情報を格納するＩＦＯデータ、主映像ストリームを構成するＥＶＯＢ毎の時間と再生管理の一単位であるＶＯＢＵの先頭位置のオフセット情報等のデータテーブルで構成されるＴＭＡＰデータ、主映像ストリームを構成する１つの映像シーケンスを構成するＥＶＯＢ、複数のＥＶＯＢで構成されるＰ−ＥＶＯＢＳ（Primary EVOBS）等で構成されている。
【０４７０】
“Secondary Video Set”は主映像と同時に再生する、主映像とは異なる映像ストリームである。従来のＤＶＤで実現されていたMulti Angle映像等と異なるのは、Multi Angle映像は複数の映像のうちいずれか1本を選択して再生していたのに対し、“Secondary Video Set”は、主映像を再生しながら、同時にもう一本の映像ストリームを再生できる点である。Ｓ−ＥＶＯＢ（Secondary EVOB）は、“Secondary Video Set”の映像ストリーム自身を表す。この実施例では、“Secondary Video Set”では、“Primary Video Set”で持っていた、Multi Angleの機能や、サブタイトル等の機能は搭載せず、単純な映像と音声のデータで構成されているもので説明する。この場合は、再生シーケンスの制御等を細かく管理するためのＩＦＯ情報は必ずしも必要でなく、単純な再生ストリームの位置を特定するためのＴＭＡＰ情報がそれぞれの“Ｓ−ＥＶＯＢ”に対応付けて用意される。
【０４７１】
“Advanced Element”は“Primary Video Set”や“Secondary Video Set”以外のＨＤＤプレーヤの再生データを指す。具体的には、ＪＰＥＧやＰＮＧといった静止画データ、ボタンをクリックしたときに再生する効果音などに用いる音声データ、テキストサブタイトルで記述する文字情報を提供するテキストデータとその描画に用いるフォントデータ等がそれにあたる。
【０４７２】
図１３７で、“ディスク上のMultiplexed Data構造”で表現されるデータはディスク上で連続したセクタに格納されるデータであり、その中には、“Ｐ−ＥＶＯＢＳ”、“Ｓ−ＥＶＯＢ”、“Advanced Element”等がInterleaveされて配置されている。これは、“Primary Video Set”を再生している途中で“Secondary Video Set”を再生したり、図１００で示したデータキャッシュに“Advanced Element”を格納する際に、ディスク上の離れたセクタからデータを読み取ることによる“Primary Video Set”の“Ｐ−ＥＶＯＢＳ”データの供給が間に合わなくなる問題を回避するための対策である。
【０４７３】
この発明の一実施の形態では、“Multiplexed Data構造”は“Ｐ−ＥＶＯＢＳ”を構成するセクタデータ全体の中に“Ｓ−ＥＶＯＢ”や“Advanced Element”等がInterleaveされている状態になるため、図７４や図７９のデータ構造ではビデオデータ記録領域内のアドバンスド・HDビデオタイトルセットの位置に“Multiplexed Data構造”が配置されることになる。また、“Primary Video Set”のＩＦＯやＴＭＡＰも同様にビデオデータ記録領域内のアドバンスド・HDビデオタイトルセットの位置に格納されている。
【０４７４】
一方、“Secondary Video Set”のＴＭＡＰや、“Multiplexed Data構造”にInterleaveされない“Secondary Video Set”のＳ−ＥＶＯＢ、“Multiplexed Data Structure”にInterleaveされない“Advanced Element”は図７４や図７９のアドバンスド・コンテンツ記録領域に格納されることになる。
【０４７５】
さらに、図２に示すようなファイルシステムの観点から、これらのディスク上のデータを見た場合、“Multiplexed Data構造”にInterleaveされている、それぞれの種別のデータは、ファイルシステムからは見分けることが出来ず、アドバンスドＶＴＳの“.EVO”ファイルとして扱われる。“Primary Video Set”のＩＦＯやＴＭＡＰはアドバンスドＶＴＳの“.IFO”ファイル、“.MAP”ファイルとしてそれぞれアクセスすることが可能である。
【０４７６】
また、“Multiplexed Data構造”にInterleaveされていない、“Secondary Video Set”のＴＭＡＰやＳ−ＥＶＯＢデータ、“Multiplexed Data Structure”にInterleaveされていない“Advanced Element”データはアドバンスド・コンテンツとして取り扱われ、ADV_OBJディレクトリ内のファイルデータとしてアクセスすることが可能である。
【０４７７】
図１３８は、この発明の一実施の形態に係るＨＤ＿ＤＶＤプレーヤの再生システムモデルを大きな単位の機能モジュールで示した図である。“Data Source”は、このＨＤ＿ＤＶＤプレーヤが再生を行う際にアクセスし得るデータ格納場所を指す。“Data Source”には、“Disc”、“Persistent Storage”、“Network Server”等があり得る。“Disc”は図１００のＤＶＤディスク１に相当する。
【０４７８】
“Persistent Storage”は、図１００のパーシスタントストレージに相当するが、ホームネットワーク上に存在するＮＡＳ（Network Attached Storage）等もパーシスタントストレージの範疇に含まれる。“Network Server”はインターネット上に存在するサーバを指し、一般にはＤＶＤディスクを提供する映画会社等が運営するものが想定される。
【０４７９】
“Advanced Content Player”は、ＨＤ＿ＤＶＤプレーヤの再生システムモデル全体を指すものであり、大きなモジュールとして、“Data Access Manager”、“Data Cache”、“Navigation Manager”、“Presentation Engine”、“User Interface Controller”、“AV Renderer”で構成される。
【０４８０】
“Data Access Manager”は、“Advanced Content Player”内のモジュールと“Data Source”との間でデータのやり取りを管理する。“Data Cache”は、“Navigation Manager”や“Presentation Engine”が再生に必要とするデータを一時的に蓄えておくデータ格納装置である。
【０４８１】
“Navigation Manager”は、“Advanced Navigation”を読み込み、解釈し、“Presentation Engine”や“AV Renderer”等を制御して、コンテンツタイプ２または３ディスクの再生制御を管理する。またディスク挿入時には、ディスク上に格納された“Startup File”を読み込み、再生制御に必要なＨＤ＿ＤＶＤプレーヤの設定を行う。
【０４８２】
“Presentation Engine”は、“Advanced Navigation”の再生制御情報に従って“Navigation Manager”が発行する制御コマンドや信号に基づいて、“Primary Video Set”、“Secondary Video Set”、“Advanced Element”データを“Data Access Manger”を利用して“Data Source”から読み込んだり、“Data Cache”から読み込みを行い、再生を行い、その出力を“AV Renderer”に送る。
【０４８３】
“AV Renderer”は、“Advanced Navigation”の再生制御情報に従って“Navigation Manger”が発行する制御コマンドや信号に基づいて、“Presentation Engine”が出力する映像データや音声データのαブレンディングやミックス制御を行い、最終的なＨＤ＿ＤＶＤプレーヤから外部のTVモニタやスピーカへの信号出力を実施する。
【０４８４】
“User Interface Controller”は、フロントパネルやリモコン、マウスなどのユーザインタフェースからの入力信号をイベントとしてNavigation Managerに伝える。またマウスカーソルの表示制御を実施する。
【０４８５】
図１３９は、図１３８をデータの流れの観点から詳細化した図である。“Persistent Storage”や“Network Manager”には、“Advanced Navigation”の再生制御の結果、データを格納する容量が許す限りあらゆる種類のデータを格納し、ＨＤ＿ＤＶＤプレーヤによって読み込むことも、書き込むことも可能である。一般に“Advanced Content Player”が読み込んで再生に用いるデータとしては、先にあげた“Advanced Navigation”、“Advanced Element”、“Secondary Video Set”があり得る。“Primary Video Set”はDisc上にのみ格納されており、“Persistent Storage”や“Network Server”には格納されない。
【０４８６】
“Disc”に格納されるデータは、図１３７に示したように“Advanced Navigation”、“Advanced Element”、“Primary Video Set”、“Secondary Video Set”があり得る。“Disc”は、読み込み専用メディアであり、“Advanced Navigation”の再生制御によってなんらかのデータが書き込まれることは無い。
【０４８７】
“Data Access Manager”は“Persistent Storage Manager”、“Network Manager”、“Disc Manager”を内包している。一般にそれぞれ、“Persistent Storage”、“Network Server”、“Disc”からのデータアクセスを管理するが、“Persistent Storage”に含まれる“NAS （Network Attached Storage）”に関しては、“Persistent Storage Manager”が“Network Manager”の機能を利用してデータアクセスを管理すると考えてもよい。
【０４８８】
Disc ManagerからNavigation Managerに向かう線は、ディスク挿入時に、所定のディスクタイプの判別処理の後、“Advanced Navigation”に含まれる“Startup File”を“Navigation Manager”が読み込む流れを示す。Disc ManagerからPrimary Video Playerに向かう線はPrimary Video Setのデータの流れを示す。Disc ManagerからSecondary Video Playerに向かう線はDisc上のMultiplexed Data Structure内にInterleaveされたSecondary Video Setのデータの流れを示す。
【０４８９】
Disc ManagerからFile Cache Managerに向かう線は、Disc上のMultiplexed Data Structure内にInterleaveされたAdvanced Elementのデータの流れを示す。Disc ManagerからFile Cacheに向かう線は、Disc上のMultiplexed Data Structureに含まれない、Advanced Navigation、Advanced Element、Secondary Video Setのデータの流れを示す。
【０４９０】
Persistent StorageやNetwork ServerからFile Cacheに向かう線は、Advanced Navigation、Advanced Element、Secondary Video Setの流れとその逆の流れを示す。Persistent StorageやNetwork ServerからStreaming Bufferに向かう線は、Secondary Video Setの流れを示す。
【０４９１】
File CacheからNavigation Managerに向かう線は、主にAdvanced NavigationをNavigation Managerが読み込む流れを示す。File Cache ManagerからFile Cacheに向かう線は、Disc ManagerからFile Cacheに送られたAdvanced Elementのデータをファイル単位でFile Cacheに書き込む流れを示す。File CacheからAdvanced Element Presentation Engineに向かう線は、Advanced Elementの流れを示す。File CacheからSecondary Video Playerに向かう線は、Secondary Video SetのＴＭＡＰやＳ−ＥＶＯＢを一旦File Cacheにファイルデータとして格納したものを再生する際のデータの流れを示す。
【０４９２】
Streaming BufferからSecondary Video Playerに向かう線は、Persistent StorageやNetwork Serverに格納されている大きなSecondary Video Setを少しずつ一旦Streaming Bufferに読み込み、その後、Secondary Video Playerに供給する流れを示す。これは、一般にネットワークのようにデータの読み込み速度が一定でないData Sourceからのデータ供給を行う場合に、データの読み込み速度の揺らぎを吸収して、Secondary Video Setの再生を途切れにくくするための施策である。
【０４９３】
Advanced NavigationからPresentation EngineとAV Rendererに向かう点線は制御信号を示すが、Presentation Engineに向かう線の場合、Markup/Scriptで構成されるAdvanced Navigationデータ内に格納されている、テキストサブタイトルのデータを供給する場合もあり得る。
【０４９４】
図１４０は、図１３９をDiscからのデータ供給に着目してさらに詳細化した図である。図１３９ではData Access Manager内でDiscからのデータの取り扱いはDisc Managerのみが扱う構成で説明したが、図１４０ではさらにStream Dispatcherを含めて構成している。
【０４９５】
Stream Dispatcherは、図１３７で示したMultiplexed Data StructureをDisc Managerから受け取り、Multiplexed Data StructureにInterleaveされているＰ−ＥＶＯＢＳ、Ｓ−ＥＶＯＢ、Advanced Elementのデータを、それぞれ、Primary Video Player内のDemux装置、Secondary Video PlayerのSecondary Video Playback Engine、Navigation Manager内のFile Cache Managerに供給する役割を果たす。
【０４９６】
この発明の一実施の形態に係るプレーヤにDiscが挿入されると、Disc ManagerはDisc上にあるStartup FileをNavigation Managerに供給する。Disc上のファイルシステムで管理されているAdvanced Navigation、Advanced Element、Secondary Video Setの各ファイルは、Navigation Manager内のAdvanced Navigation EngineがStartup FileやAdvanced Navigationを解釈した結果に従って、File Cacheに読み込まれる。
【０４９７】
Primary Video PlayerがPrimary Video Setを再生する場合には、その再生に先駆けてDisc Managerより、Primary Video SetのＩＦＯやＴＭＡＰデータをDVD Playback Engineに取り込む。Primary Video PlayerはNavigation Managerに対して、Primary Video Setを再生するための上位レベルの制御ＡＰＩ（Application Interface）を提供する。ここで、上位レベルの制御ＡＰＩとは、例えばPlay、FF、STOP、PAUSE等のレベルＡＰＩである。Primary Video Setの詳細な再生制御処理はDVD Playback Engineが司る。
【０４９８】
DVD Playback Engineは、Primary Video Setの再生制御を“Advanced Navigation”の記述に従ったAdvanced Navigation Engineからの上位レベルの制御ＡＰＩに従って実施する。
【０４９９】
Demuxは、Ｐ−ＥＶＯＢのデータをDe-multiplexingし、制御パック（N_PCK）はDVD Playback Engineへ、ビデオパック（V_PCK）、サブピクチャパック（SP_PCK）、オーディオパック（A_PCK）をそれぞれ、Video Decoder、SP Decoder、Audio Decoderに供給する。それぞれのデコーダは取得したPCKデータを適切な単位でデコードする。
【０５００】
Secondary Video PlayerがDisc上のMultiplexed Data StructureにＳ−ＥＶＯＢがInterleaveされたSecondary Video Setを再生する場合には、その再生に先駆けて、Disc Managerより、Secondary Video SetのＴＭＡＰデータをSecondary Video Playback Engineに取り込む。またファイルシステム上で管理されているSecondary Video Setに対しては、一旦File Cacheに格納してからSecondary Video Playback Engineが読み込み再生を実施することもできる。
【０５０１】
Secondary Video Playerは、Navigation Managerに対して、Primary Video Playerと同様にSecondary Video Setを再生するための上位レベルの制御ＡＰＩを提供する。
【０５０２】
Secondary Video Playback Engineは、Secondary Video Setの再生制御を“Advanced Navigation”の記述に従ったAdvanced Navigation Engineからの上位レベルの制御ＡＰＩに従って実施する。
【０５０３】
Secondary Video Player内のDemuxは、Ｓ−ＥＶＯＢのデータをDe-Multiplexingし、ビデオパック（V_PCK）はVideo Decoderへ、オーディオパック（A_PCK）はAudio Decoderへ供給する。
【０５０４】
この実施の形態では、Secondary Video Setにはビデオとオーディオのパックしかないモデルで示したが、サブピクチャや制御パックを含む構造にしても良い。
【０５０５】
File Cache Managerは、Stream Dispatcherが出力したAdvanced Elementデータのパックを取得し、１つのファイルデータとして扱える分までパックデータが供給された後、File CacheにAdvanced Elementに属する１つのファイルとして書き込む。
【０５０６】
File Cacheに書き込む場合には、たとえばフォントデータのように大きなファイルデータに関しては、フォントファイルを構成する全てのデータがFile Cache Managerに集まる前からFile Cacheに書き込みをはじめ、逐次データを書き込んで最終的なフォントファイルをFile Cache上に構成しても良い。
【０５０７】
また、Multiplexed Data Structureに格納されているAdvanced Elementは圧縮した上でInterleaveすることも可能であり、この場合、File Cache Managerは圧縮したAdvanced Elementデータを解凍可能なサイズ分取り込んだのち解凍処理を実施し、その結果、生成されたAdvanced ElementのファイルをFile Cacheに書き込む。圧縮されたAdvanced Elementのデータは１つのファイルごと圧縮してあっても良いし、複数のAdvanced Elementのファイルをアーカイブしたものを圧縮しても良い。
【０５０８】
Advanced Element Presentation Engineは、File CacheからAdvanced Elementデータを読み込み、Advanced Navigationの記述に従ったAdvanced Navigation Engineからの制御コマンド／信号に従って、Advanced Elementのデコード処理などを実施する。
【０５０９】
図１４１は、図１３９をNetwork ServerとPersistent Storageからのデータ供給に着目してさらに詳細化した図である。Persistent Storageを実現するデバイスはFixed StorageとAdditional Storageに分別できる。Fixed StorageはＨＤ＿ＤＶＤプレーヤに固定的に接続された記録メディアであり、一般的にFLASHメモリなどがこれに当たる。
【０５１０】
Additional StorageはＨＤ＿ＤＶＤプレーヤに接続したり分離したり出来る記録メディアであり、ＳＤカードなどに代表されるメモリカード、ＵＳＢなどの接続インタフェースを経由したメモリデバイスやＨＤＤ装置、ネットワーク上に接続されているＮＡＳ（Network Attached Storage）等が利用できる。
【０５１１】
File Cacheには、図１４０のDiscからの供給モデルと同様に、Advanced Navigation、Advanced Element、Secondary Video Setなどのデータが、Network Manager、Persistent Storage Managerを経由して供給される。
【０５１２】
File Cacheには入りきらないようなＳ−ＥＶＯＢを持つSecondary Video Setを再生する場合には、直接Secondary Video Playback Engineにデータを逐次供給して再生を行う。このとき、Secondary Video Playback EngineはAdvanced Navigationに記述された制御に従い、Streaming Bufferにデータを一時格納しながら再生を行うことが可能である。これは、ネットワークなど、データの供給速度が一定でない場合にSecondary Video Setの再生が途切れる可能性を軽減するための施策である。一般にFile Cacheに取り込んだSecondary Video Setの再生に対しては、Streaming Bufferを利用する必要は無い。
【０５１３】
図１４２は、図１３９をPersistent StorageとNetwork Serverへのデータ格納の流れに着目して詳細化した図である。Advanced NavigationからAdvanced Elementに向かう線は、Advanced Navigation EngineがScript言語等を用いて作成したデータファイル等のAdvanced ElementをFile Cacheに書き込む流れを示すものである。Advanced Navigationでは、例えばScript言語の記述を用いて、そのDiscの視聴回数を記録するファイルを作成して、Persistent Storageに格納し、Disc内の映像を見終えるたびにファイル内のデータを更新して、その回数を画面上に表示したり、Script言語を利用して作成したゲームのスコアデータを作成しNetwork Serverに送り、ハイスコアを競ったり等の使い方が考えられる。こうしたAdvanced Navigation Engineが作成したデータは一旦File Cacheに格納されてから、夫々適切な格納先にコピー/移動される。
【０５１４】
Primary Video PlayerからAdvanced Elementに向かう線は、Primary Video Setで再生中の映像をAdvanced Navigation Engineの記述やユーザオペレーションの解釈により、一時停止して、その画面をキャプチャした画像ファイル等のAdvanced ElementをFile Cacheに書き込む流れを示すものである。こうして作成したキャプチャ画面は、適当な説明をつけてオリジナルのチャプター集を作り、そのデータをPersistent Storage等に格納して、次回からはオリジナルのチャプターでシーンを選択して映像を視聴するなどの使い方が考えられる。キャプチャ画面の取り込み先としては、Secondary Video Playerの出力するSecondary Video Setの画面や、Advanced Element Presentation Engineの出力するグラフィック画面や、それらをミックスしたAV Rendererの出力画像などをキャプチャしても良い。
【０５１５】
こうしたNavigation ManagerやPresentation Engine等が作成したデータは、一旦File Cacheに格納されてから、適切なData SourceメディアにAdvanced Navigationの記述に従って格納される。同様に、Persistent Storage、Network Server、Disc内のコンテンツをPersistent Storage、Network Serverに格納したり、アップロードしたりする場合も、Advanced Navigationの記述に従い、一旦File Cacheにデータをロードした後に、適切なData Sourceメディアに格納される。
【０５１６】
図１４３は、画像出力の合成モデルについて詳細化した図である。この図では、５つの画像プレーンの出力を想定している。下層のプレーンから記述すると、Primary Video Plane、Secondary Video Plane、Sub-Picture Plane、Graphics Plane、Cursor Planeである。
【０５１７】
Primary Video Planeは、Primary Video Setの映像出力のプレーンである。このモデルではスケーリング器を通してAV Rendererに供給される。このモデルでは、Primary Video Planeにはα値（コントラスト比を決める値）を適用することを想定していないが、Primary Video Planeの下層に、例えば、背景プレーン等を用意する場合にはPrimary Video Planeに対するα値の適用は表現力を豊かにするのに有効である。
【０５１８】
Secondary Video Planeは、Secondary Video Setの映像出力のプレーンである。このモデルではスケーリング器を通してAV Rendererに供給される。このモデルではSecondary Video Planeは映像内のオブジェクトの形状を抜き出してPrimary Videoの出力に重ね合わせる機能を実現するために、Chroma Effect機能を搭載している。これは抜き出そうとするオブジェクト以外の部分を特定の色で塗りつぶし、その色の部分は透明部分として取り扱うことにより実現できる。
【０５１９】
Sub-Picture Planeは、Primary Video SetのSub-Pictureの画像出力のプレーンである。このモデルではスケーリング器を通して、AV Rendererに供給されているが、例えば、あらかじめＳＤサイズのSub-Pictureが用意されていたり、ＳＤサイズでもPan Scan出力用のSub-PictureやLetter Box出力用のSub-Pictureが用意されている場合には、スケーリング器では何も処理しないで、出力にあわせたSub-PictureデータをSP Decoderから出力することで、全体画像と合成する。
【０５２０】
Graphics Planeは、Advanced Element Presentation Engineの画像出力のプレーンである。このモデルでは、ＪＰＥＧやＰＮＧ等の画像データやセルアニメーションやベクターアニメーションといった画像データはAdvanced Graphic Decoderによって処理され、フォントデータを用いてテキスト画像の出力を実施するのはAdvanced Text Decoderによって処理されることを想定している。これらのオブジェクト毎のデコード結果の出力は、Layout/Alpha Controlに送られ、Advanced Navigationを解釈したNavigation Managerの制御情報に従い、レイアウト、αブレンディングされる。レイアウト処理には、オブジェクトのスケーリング等も含まれる。
【０５２１】
Cursor Planeは、User Interface Controller内のCursor Managerによって管理され出力される。このモデルではCursorオブジェクトに対してα値を設定し、他のプレーンと合成する。
【０５２２】
上記の５つの画像データの出力は、ＨＤ＿ＤＶＤプレーヤの最終的な映像データの出力のフレームレートに合わされた形式で夫々のデコーダ等から出力され、AV Rendererに取り込む際には、全てのプレーンデータが同じフレームレート/形式で供給されるものである。
【０５２３】
Graphics Composerは、AV Renderer内で前述の５つの画像出力の合成を管理するモジュールであり、α Blending ControlやPosition Control、Chroma Effect等で構成される。
【０５２４】
Chroma Effectは、前述のように、Secondary Video Playerの映像出力から所定のオブジェクトの形状を切り出すために、Navigation Mangerから指定された色を透過色として処理するための機能モジュールである。実際には、Secondary Videoの出力は、例えばＭＰＥＧ２などのLossyコーデックを利用することにより、Chroma Keyとしてピクセルの色値が変化する場合があるため、Chroma Keyを単色とせず、ある程度の範囲を持って指定したり、画像処理を施して、オブジェクトの形状をより性格に抜き出すための機能を搭載するのが有効である。
【０５２５】
Position Controlは、全体の画像出力サイズに対し、入力された映像データをどの位置に配置するかを制御した画像を、α Blending Controlに供給するものである。
【０５２６】
α Blending Controlは、前述の映像データをNavigation Mangerが解釈したAdvanced Navigationの指示に従って合成して、最終的な映像出力の画像を生成するものである。
【０５２７】
図１４４は、図１４３の画像出力の合成モデルの実際の画像出力の一例を示す図である。Primary Video PlaneのPrimary Video Setの映像出力は、一般にＤＶＤの主映像の動画像データであり、画面全体に表示される。Secondary Video PlaneのSecondary Videoの映像出力は、一般にPicture In Pictureの形式でPrimary Video Planeの中に配置され、Advanced Navigationの記述に従い、Primary Videoの画像に対してαブレンディングされる。また前述のようにオブジェクトの形状を切り出してPrimary Video Planeに合成することも可能である。
【０５２８】
Sub-Picture Planeの出力は、Primary Video Setに格納されているSub-Pictureの画像データであり、ピクセルレベルのα値が与えられ、背景にあたるPrimary Video PlaneやSecondary Video Planeの合成画像に合成される。
【０５２９】
Graphics Planeの出力は、ピクセルレベルでのα値が制御されており、Plane全体のα値をNavigation Managerから制御されることは無い。Graphics Planeに対して、Navigation Mangerは、Graphics Planeに配置するボタン画像やテキスト等のオブジェクト単位でのα値の制御を行う。ピクセルレベルのα値の制御を行う場合は、画像オブジェクト自身がピクセルレベルのα値を記述できるフォーマットを用いる必要がある。こうしたフォーマットにはＰＮＧやＪＰＥＧ2000等が利用可能である。またテキストに関しては、一旦出力した文字画像をスケーリングすると文字がつぶれてしまい、非常に読みにくくなる場合があるので、Layout/α Controlに供給する画像データは、あらかじめ最終的な出力画像のサイズに合わせてデコードすることによりスケーリングによる画質劣化を避けることが可能であり、有効である。
【０５３０】
Cursor Planeは、マウスやリモコン等の方向キーのイベントに応じて画面上を移動するポインタ画像である。このポインタ画像はAdvanced Navigationの記述により、任意のAdvanced Elementの画像に置き換えることも可能である。Cursor Planeに対してはオブジェクト（Plane）レベルでのα値の適用が可能である。
【０５３１】
図１４５は、音声出力のミキシングのモデルを示す図である。このモデルでは３つの音声出力をミキシングしている。すなわち、Primary Audioは、Primary Video Setの音声出力である。Secondary Audioは、Secondary Video Setの音声出力である。ここで、Secondary Video Setは必ずしもVideo出力を伴わなくともよく、AudioだけのSecondary Video Setがあっても良い。
【０５３２】
Primary Video Player内のAudio DecoderとSecondary Video Player内のAudio Decoderは、夫々のAudio Elementary Stream内のMeta Dataを解釈して、フレームレベルでのミキシングレベルの変更を制御することが出来る。このモデルでは、Meta Dataの処理は夫々のデコーダ内で完結する例で示しているが、Meta Dataの情報をSound Mixerに送って、Sound Mixer内で処理しても良い。
【０５３３】
Advanced Element Presentation Engine内のSound Decoderは、ボタンをクリックした際に鳴らす効果音等を出力するものである。音声出力のミキシング処理は、AV Rendererの中ではSampling Rate ConverterとSound Mixerによって実現される。
【０５３４】
このモデルでは一般にPrimary Videoの音声出力が最も良い音質で供給されていることを想定して、Secondary AudioとEffect SoundのサンプリングレートをPrimary Audioにあわせるモデルであるため、Primary Audioの出力にはSampling Rate Converterを備えていない。ＨＤ＿ＤＶＤプレーヤを安く実現するために、音声出力の品質を落とすような機能を実現する場合には、Primary Audioの出力の先にSampling Rate Converterを備えることは有効である。
【０５３５】
夫々の音声信号は、Sampling Rate ConverterによりSampling Rateが統一された状態でSound Mixerに供給される。Sound Mixerは、Navigation ManagerがAdvanced Navigationの記述に従って指示されたミキシングレベルに従って、これらの３つの音声信号をミックスして出力する。ＨＤ＿ＤＶＤプレーヤがアナログ音声出力を備える場合には、DAコンバータに、デジタル出力を備える場合には、適切なエンコード処理器に送られる。
【０５３６】
Water Mark Detectは、Sound Mixerの出力音声信号を調査し著作権管理情報の有無を検出するためのモジュールである。
【０５３７】
図１４６は、User Interface Controllerが管理するUser Interface処理を示す図である。このモデルでは、User Inputデバイスとして、Front Panel、Remote Controller、Keyboard、Mouse、Game Padが示されている。Cursor Managerは、前述のとおり、Remote ControllerやMouseの方向キーや移動イベントに従って、画面上のカーソルオブジェクトの表示位置を制御する。また、Remote ControllerやKeyboardなどのボタン押印イベントは、User Interface EventとしてNavigation Managerに通知される。
【０５３８】
図１４７は、ディスク挿入後のスタートアップ処理の流れを示すフローチャートである。ディスクがＨＤ＿ＤＶＤプレーヤに挿入されると、先ず最初にコンテンツタイプの検出を実施する。コンテンツタイプの検出にはAdvanced VTSの有無や特定のMarkup Fileの有無などを条件に実現することが可能である。ディスクがコンテンツタイプ２または３ディスクであった場合は（ステップＳＴ３０２イエス）、ディスクからStartup Fileの読み込みを実施する（ステップＳＴ３０４）。コンテンツタイプ２または３のデータ構造としては、図７４のようにAdvanced VTSのみで構成されるディスクや、図７９で示すようにAdvanced VTSとStandard VTSの両方が存在する場合がある。
【０５３９】
Startupを解釈した後、その記述に従い、プレーヤの設定を変更する（ステップＳＴ３０６…プレーヤシステムの設定：Configure Player System）。変更される情報には、Data CacheのFile CacheとStreaming Bufferの配分や、ネットワーク接続の設定などがある。その後、Startup Fileの記述されている、初期動作のためのAdvanced Navigationファイルを、Discや、Network Server、Persistent Storageなどから読み込み（ステップＳＴ３０８）、Startup Fileに記述されているAdvanced Navigationの処理を開始する（ステップＳＴ３１０）。
【０５４０】
一方、ディスクがコンテンツタイプ１の場合は（ステップＳＴ３０２ノー、ステップＳＴ３１２イエス）、従来のＤＶＤに準じてStandard VTSの再生処理を実施する（ステップＳＴ３１４）。コンテンツタイプ１ディスクは図７３で示すようにStandard VTSのみで構成される。それ以外のディスクの場合は（ステップＳＴ３０２ノー、ステップＳＴ３１２ノー）、該当ディスクを再生する個別のＨＤ＿ＤＶＤプレーヤがサポートしているメディアタイプに従って、夫々の再生処理を実施する（ステップＳＴ３１６）。
【０５４１】
＜まとめ＞
この発明の一実施の形態に係る情報記憶媒体（高精細ビデオデスク等）は、管理情報を記録する管理領域（３０）およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域（４０、５０）を含むビデオデータ記録領域（２０）と、このビデオデータ記録領域（２０）の記録内容（３０〜５０）とは異なる情報（２１Ａ〜２１Ｅ）を含むアドバンスドコンテンツ記録領域（２１）とを格納するデータ領域（１２）、並びにこのデータ領域（１２）の記録内容に対応したファイル情報を格納するファイル情報領域（１１）を有する。この情報記憶媒体において、前記オブジェクト領域（４０、５０）は、プログラムチェーンという論理単位で再生管理される拡張ビデオオブジェクト（ＨＤＶＴＳ内のオブジェクトで、適宜ＥＶＯＢＳもしくはＶＯＢＳと略記）と、この拡張ビデオオブジェクトとは別に記録されるアドバンスドオブジェクト（ＡＨＤＶＴＳ内のオブジェクト）とを格納するように構成されている。アドバンスドオブジェクトは、拡張ビデオオブジェクトの再生順序を記述した再生シーケンス情報（図９５〜図９８に例示されるようなMarkup言語などにより実現される再生制御情報）や他のアドバンスドオブジェクトの再生条件（再生タイミング、出画位置、表示サイズ等）を与える再生制御情報等を格納するように構成されている。
【０５４２】
上記の再生条件（または再生制御情報や再生シーケンス情報等）は、情報記憶媒体に記録されるコンテンツのプロバイダなどが所定の言語（マークアップ言語など）を用いて記述できるようになっている。また、再生条件を与えるマークアップ言語を、プロバイダがネットワーク（インターネットなど）を用いて再生装置に与えることにより、これまで情報記憶媒体に記録されて一意に決められていた管理情報を更新することも可能となる。
【０５４３】
さらに、例えば、ビデオオブジェクトの再生を制御する再生制御情報を、インターネット等により、ディスクが製作された後に配信したり、一旦製作したビデオディスクに対し前述の再生制御情報を追加するだけでディスクを作り直すことなく新たなディスクを製作することが可能になる。具体的には、ＤＶＤビデオディスクの出荷時には再生できなかったビデオオブジェクトを、インターネットから配信された再生制御情報を用いて、特定の条件のもと再生することができるようにしたり、ＤＶＤビデオディスクの出荷時に誤りがあった箇所を、再生制御情報を用いて制御することにより問題を修正することが可能になる。
【０５４４】
別の見方をすると、この発明の一実施の形態では、情報記憶媒体（ＲＯＭ系ディスク）の制作時あるいはその販売後に、Markup言語などにより実現される再生制御情報でもって、アドバンスドオブジェクトおよび／または拡張ビデオオブジェクトの再生シーケンスを自由に変更して楽しむことができる仕組みが提供される。
【０５４５】
また、前記データ領域（１２）は、１以上のタイムマップ（ＴＭＡＰ＃１、＃２等；ＴＭＡＰＩＴに対応）により再生時間（ＴＭ＿ＤＩＦＦ等）と記録位置（ＴＭ＿ＥＮ＿ＡＤＲ等）との関係が管理される１以上のプライマリオブジェクト（ＥＶＯＢ＃１、＃２等）の集合であって、主映像ストリームを構成するプライマリオブジェクトセット（Ｐ−ＥＶＯＢＳ）と、個別のタイムマップ（ＴＭＡＰ）により再生時間（ＴＭ＿ＤＩＦＦ）と記録位置（ＴＭ＿ＥＮ＿ＡＤＲ）との関係が管理されるオブジェクトであって、前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクト（Ｓ−ＥＶＯＢ）を格納できるように構成されている。
【０５４６】
ここで、前記１以上のプライマリオブジェクト（ＥＶＯＢ＃１、＃２等）の再生は前記１以上のタイムマップ（ＴＭＡＰ＃１、＃２等；ＴＭＡＰＩＴに対応）により再生時間で管理でき、これらのプライマリオブジェクト（ＥＶＯＢ＃１、＃２等）のうちの任意のオブジェクトと同時に（あるいは同期して）再生できる前記セカンダリオブジェクト（Ｓ−ＥＶＯＢ）の再生は、前記個別のタイムマップ（ＴＭＡＰ）により再生時間で管理できる。その際、あるプライマリオブジェクトに対して同時（同期）再生されるセカンダリオブジェクトとの再生タイミングおよび／または再生期間は、前記所定の言語（Markup言語など）を用いて自由に設定できる。
【０５４７】
図１４８は、アドバンスドコンテントの構成例を説明する図である。Advanced Contentは、Primary/Secondary Video Set output、text/graphic renderingおよびaudio outputを管理するAdvanced Navigationと、Advanced Navigationにより管理されるこれらデータからなるAdvanced Dataを含んで構成されている。Advanced Navigationは、Playlist files、Loading Information files、Markup files (for content、styling、timing information)およびScript filesを含んでいる。またAdvanced Dataは、Primary Video Set (VTSI, TMAP and P-EVOB)、Secondary Video Set (TMAP and S-EVOB)、Advanced Element (JPEG, PNG, MNG, L-PCM, OpenType font等) その他を含んでいる。
【０５４８】
ここで、ＸＭＬ（マークアップ言語）で記述されるPlaylist fileはディスク上に配置される。このディスクの再生装置（player）は、そのディスクがAdvanced contentを持っているときは、このPlaylist fileを最初に（Advanced contentの再生に先立って）再生するように構成される。
【０５４９】
このPlaylist fileは、以下の情報を含むことができる（後述する図２３６参照）：
* Object Mapping Information（各タイトル内にあり、このタイトルのタイムライン上にマッピングされる再生オブジェクト用の情報）
* Playback Sequence（タイトルのタイムラインにより記述される、各タイトル用の再生情報）
* Configuration Information（データバッファアライメント等のシステムコンフィギュレーション用の情報）
なお、Primary Video Setは、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_TMAP)を含んで構成されている。
【０５５０】
図１４９は、ビデオタイトルセット情報（ＶＴＳＩ）の構成例を説明する図である。ＶＴＳＩは、１つのビデオタイトル用の情報を記述するもので、この情報により各ＥＶＯＢの属性情報を記述することができるようになっている。このＶＴＳＩは、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を含み得る)までフォローアップすることができるようになっている。
【０５５１】
図１５０は、ビデオタイトルセット情報管理テーブル（ＶＴＳＩ＿ＭＡＴ）の構成例を説明する図である。このテーブル内において、相対バイト位置（ＲＢＰ）で最初に配置されるVTS_IDは、ISO646 (a-characters)のキャラクタセットコードでＶＴＳＩのファイルを識別する"ADVANCED-VTS"を記述している。次のVTS_EAは、該当ＶＴＳの先頭論理ブロックからの相対ブロック番号でこのＶＴＳのエンドアドレスを記述している。次のVTSI_EAは、該当ＶＴＳＩの先頭論理ブロックからの相対ブロック番号でこのＶＴＳＩのエンドアドレスを記述している。次のVERNは、該当するＤＶＤビデオ規格のバージョン番号を記述している。
【０５５２】
図１５１は、ビデオタイトルセットカテゴリ（ＶＴＳ＿ＣＡＴ）の構成例を説明する図である。この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）が配置されている。
【０５５３】
図１５２は、ビデオタイトルセットエンハンスドビデオオブジェクト属性テーブル（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲＴ）の構成例を説明する図である。このテーブルには、Primary Video Setのもと、それぞれのＥＶＯＢ内で定義される属性情報が記述される。このテーブルは、VTS_EVOB_ATRT情報(VTS_EVOB_ATRTI)から始まり、その後に、１以上のVTS_EVOB_ATRサーチポインタ(VTS_EVOB_ATR_SRPs)と、１以上のVTS_EVOB属性(VTS_EVOB_ATRs) が続く。１つのVTS_EVOB属性（VTS_EVOB_ATR）は、Primary Video Setのもとで、任意の１以上のＥＶＯＢの属性に対応している。
【０５５４】
図１５３は、ビデオタイトルセットエンハンスドビデオオブジェクト属性テーブル情報（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲＴＩ）の構成例を説明する図である。この属性テーブル情報（VTS_EVOB_ATRTI）は、VTS_EVOB_ATRの数を示す情報（VTS_EVOB_ATR_Ns）と、VTS_EVOB_ATRTのエンドアドレス（VTS_EVOB_ATRT_EA）を含んでいる。
【０５５５】
図１５４は、ビデオタイトルセットエンハンスドビデオオブジェクト属性サーチポインタ（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲ＿ＳＲＰ）の構成例を説明する図である。この属性サーチポインタ（VTS_EVOB_ATR_SRP）は、VTS_EVOB_ATRのスタートアドレス（VTS_EVOB_ATR_SA）を含んでいる。
【０５５６】
図１５５は、ビデオタイトルセットエンハンスドビデオオブジェクト属性（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲ）の構成例を説明する図である。１つのＶＴＳ＿ＥＶＯＢ属性（VTS_EVOB_ATR）は、ＥＶＯＢのタイプ（EVOB_TY）と、ＥＶＯＢのメインビデオ属性（EVOB_VM_ATR）と、ＥＶＯＢのサブビデオ属性（EVOB_VS_ATR）と、ＥＶＯＢのメインオーディオストリーム数（EVOB_AMST_Ns）と、ＥＶＯＢのメインオーディオストリーム属性テーブル（EVOB_AMST_ATRT）と、ＥＶＯＢのマルチチャネルメインオーディオストリーム属性テーブル（EVOB_MU_ASMT_ATRT）と、ＥＶＯＢのサブオーディオストリーム数（EVOB_ASST_Ns）と、ＥＶＯＢのサブオーディオストリーム属性テーブル（EVOB_ASST_ATRT）と、ＥＶＯＢの副映像ストリーム数（EVOB_SPST_Ns）と、ＥＶＯＢの副映像ストリーム属性テーブル（EVOB_SPST_ATRT）と、ＥＶＯＢのＳＤ用副映像パレット（EVOB_SDSP_PLT）と、ＥＶＯＢのＨＤ用副映像パレット（EVOB_HDSP_PLT）等を含んで構成されている。
【０５５７】
ここで、EVOB_TYは、Sub Video existenceおよびSub Audio existenceを含んで構成されている。Sub Video existenceは該当EVOB内にSub Videoが存在するか否かを示す情報（00bで存在せず01bで存在する）であり、Sub Audio existenceは該当EVOB内にSub Audioが存在するか否かを示す情報（00bで存在せず01bで存在する）である。
【０５５８】
なお、複数のＥＶＯＢで同じVTS_EVOB_ATRを共有することは可能となっている（１つの属性を複数ＥＶＯＢで使い回すことが可能）。また、多重化された複数のＥＶＯＢがシームレスアングル切替のために１つのInterleaved Blockに属しているときは、これらの複数ＥＶＯＢには同じ属性（VTS_EVOB_ATR）が適用されるようにする。
【０５５９】
図１５６は、エンハンスドビデオオブジェクト属性（ＥＶＯＢ＿ＡＴＲ）の構成例を説明する図である。この属性（EVOB_ATR）では、Sub Video streamおよびSub Audio streamsが存在するか否かを別々に記述できるようになっている。図１５６は図１５５の別例であり、このような構成も可能である。
【０５６０】
図１５７は、エンハンスドビデオオブジェクトのメインビデオ属性（ＥＶＯＢ＿ＶＭ＿ＡＴＲ）の構成例を説明する図である。この属性（EVOB_VM_ATR）の各フィールドは、該当ＥＶＯＢのメインビデオストリーム内の情報に整合（合致）した値（具体例は図１５８）を持つようになっている。
【０５６１】
図１５８は、エンハンスドビデオオブジェクトのメインビデオ属性（ＥＶＯＢ＿ＶＭ＿ＡＴＲ）内のパラメータの具体例を説明する図である。EVOB_VM_ATRのVideo compression modeフィールドでは、01bでMPEG-2に準拠することが示され、10bでMPEG-4 AVCに準拠することが示され、11bでSMPTE VC-1に準拠することが示される。このフィールドの他のビット値はその他の圧縮モード用に予約されている。
【０５６２】
TV Systemフィールドでは、00bで525/60（NTSC）に準拠することが示され、01bで625/50（PAL）に準拠することが示され、10bでHigh Definition(HD)/60*（525/60へのダウンコンバートで用いることができる）に準拠することが示され、11bでHigh Definition(HD)/50*（625/50へのダウンコンバートで用いることができる）に準拠することが示される。
【０５６３】
Aspect ratioフィールドでは、00bでアスペクト比４：３が示され、11bでアスペクト比１６：９が示される。このフィールドの他のビット値はその他のアスペクト比用に予約されている。
【０５６４】
Display modeフィールドには、アスペクト比４：３のモニタ上で許される表示モードが記述される。このフィールドには、"Aspect ratio"が'00b' (4:3)であれば‘11b’が書き込まれ、"Aspect ratio"が'11b' (16:9)であれば‘00b’、‘01b’または‘10b’が書き込まれる。ここで、Display modeフィールドが00bのときはBoth Pan-scan*およびLetterboxの双方が示され、01bのときはPan-scan*のみが示され、10bのときはLetterboxのみが示され、11bのときは指定無しとされる。（*:Pan-scanとは、デコードされた画像からアスペクト比４：３のウインドウを抽出することをいう。）
CC1フィールドは、1bによりビデオストリーム内にフィールド１用のClosed caption dataが記録されていることが示され、0bによりビデオストリーム内にフィールド１用のClosed caption dataが記録されていないことが示される。
【０５６５】
CC2フィールドは、1bによりビデオストリーム内にフィールド２用のClosed caption dataが記録されていることが示され、0bによりビデオストリーム内にフィールド２用のClosed caption dataが記録されていないことが示される。
【０５６６】
Source picture resolutionフィールドでは、
0000bにより352×240 (525/60 system)または352×288 (625/50 system)が示され、
0001bにより352×480 (525/60 system) または352×576 (625/50 system) が示され、
0010bにより480×480 (525/60 system) または480×576 (625/50 system) が示され、
0011bにより544×480 (525/60 system) または544×576 (625/50 system) が示され、
0100bにより704×480 (525/60 system) または704×576 (625/50 system) が示され、
0101bにより720×480 (525/60 system) または720×576 (625/50 system) が示され、
0110 to 0111bによりreservedが示される。また、
1000bにより1280×720 (HD/60またはHD/50 system) が示され、
1001bにより960×1080 (HD/60またはHD/50 system) が示され、
1010bにより1280×1080 (HD/60またはHD/50 system) が示され、
1011bにより1440×1080 (HD/60またはHD/50 system) が示され、
1100bにより1920×1080 (HD/60またはHD/50 system) が示され、
1101b to 1111bによりreservedが示される。
【０５６７】
Source picture letterboxedフィールドには、ビデオ出力がレターボックスであるか否かが記述される。このフィールドには、"Aspect ratio"が '11b' (16:9)であれば'0b'が書き込まれ、"Aspect ratio"が'00b' (4:3)であれば‘0b’または‘1b’が書き込まれる。ここで、Source picture letterboxedフィールドが0bであればレターボックスでないことが示され、1bであればレターボックスであることが示される。（Source Video pictureがletterboxedでは副映像がLetterboxの実画像表示エリア上にのみ表示されるように構成できる。）
Source picture progressive modeフィールドには、source pictureがinterlaced pictureであるかprogressive pictureであるかが記述される。このフィールドには、Interlaced pictureでは00bが書き込まれ、Progressive pictureでは01bが書き込まれ、それ以外では10bが書き込まれる。
【０５６８】
Film camera modeフィールドには、625/50 system用のsource picture modeが記述される。このフィールドには、"TV system"が'00b' (525/60)であれば‘0b’が書き込まれ、"TV system"が'01b' (625/50)であれば‘0b’または‘1b’が書き込まれ、"TV system"が'10b' (HD/60)であれば‘0b’が書き込まれ、"TV system"が'11b' (HD/50)であり625/50へのダウンコンバートに用いられるときは‘0b’または‘1b’が書き込まれる。ここで、Film camera modeフィールドが0bであるときはcamera modeであることが示され、1bであるときはfilm modeであることが示される。なお、 camera modeおよびfilm modeについては、ETS300 294 Edition 2: 1995-12で規定されている。
【０５６９】
図１５９は、エンハンスドビデオオブジェクトのサブビデオ属性（ＥＶＯＢ＿ＶＳ＿ＡＴＲ）の構成例を説明する図である。この属性（EVOB_VS_ATR）の各フィールドは、該当ＥＶＯＢのサブビデオストリーム内の情報に整合（合致）した値を持つようになっている（データ構造は図１５７と同様）。
【０５７０】
図１６０は、エンハンスドビデオオブジェクト内メインオーディオストリームの数（ＥＶＯＢ＿ＡＭＳＴ＿Ｎｓ）の構成例を説明する図である。このEVOB_AMST_Nsで記述されるEVOB内のメインオーディオストリームの数は、０〜８の間で任意に指定できる。０〜８以外のオーディオストリーム数は予約されている。
【０５７１】
図１６１は、エンハンスドビデオオブジェクトのメインオーディオストリームの属性テーブル（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲＴ）の構成例を説明する図である。このEVOB_AMST_ATRTの各フィールドは、該当ＥＶＯＢのメインオーディオストリーム内の情報に整合（合致）した値を持つようになっている。１つのEVOB_AMST_ATRは各Main Audio stream用に記述される。このEVOB_AMST_ATRTは８つのメインオーディオストリーム属性EVOB_AMST_ATRsのためのエリアを持つ。ここでのストリーム番号は、 EVOB_AMST_ATRsの記述順に従い、０から割り振られる（図１６１の例では＃０〜＃７のストリーム番号が割り振られている）。該当ＥＶＯＢのメインオーディオストリームの数が８未満のときは、未使用ストリーム用のEVOB_AMST_ATRの各ビットは'0b'で埋められる。
【０５７２】
図１６２は、各エンハンスドビデオオブジェクトのメインオーディオストリームの属性（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲ）の構成例を説明する図である。各EVOB_AMST_ATRは、Audio coding modeと、Multichannel extensionと、Audio typeと、Audio application modeと、Quantization/DRCと、fsと、reservedと、Number of Audio channelsと、Specific code (upper bits)と、Specific code (lower bits)と、reserved (for Specific code)と、Specific code extensionと、reservedと、Application Informationを含んで構成されている。
【０５７３】
図１６３は、エンハンスドビデオオブジェクトのメインオーディオストリームの属性（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲ）内のパラメータの具体例を説明する図である。Audio coding modeは、000bがDolby AC-3用に予約され、001bでPacked PCM audio (MLP)が示され、010bでextension bitstreamなしのMPEG-1またはMPEG-2が示され、011bでextension bitstreamありのMPEG-2extension bitstreamが示され、100bでreservedが示され、101bでLinear PCM audio with sample data of 1/1200 secondが示され、110bでDTS-HDが示され、111bでDolby Digital Plus (DD+)が示されるようになっている。
【０５７４】
Multichannel extensionは、0bで関連EVOB_MU_AMST_ATRが無効であることが示され、1bで関連EVOB_MU_AMST_ATRにリンクされることが示される。なお、Audio application modeが"Surround mode"であるときは、このMultichannel extensionのフラグは‘1b’にセットされる。またAudio typeは、00bが未使用（Not specified）とされ、01bでLanguageが含まれることが示され、その他が予約されている。
【０５７５】
Audio application modeは、00bが未使用（Not specified）とされ、01bでreservedが示され、10bでSurround modeが示され、11bでreservedが示されるようになっている。Quantization/DRCには、"Audio coding mode"が'110b'あるいは‘111b’であるときは‘11b’が書き込まれる。一方、"Audio coding mode"が'010b' あるいは‘011b’であるときは、Quantization / DRCには次の内容を示すビットが書き込まれる。すなわち、00bでDynamic range control dataがMPEG audio stream内に存在しないことが示され、01bでDynamic range control dataがMPEG audio stream内に存在することが示され、10bと11bでreservedが示されるようになっている。ここで、"Audio coding mode"が‘001b’あるいは‘101b’であるときは、Quantization/DRCには次の内容を示すビットが書き込まれる。すなわち、00bで量子化ビット数16 bitsが示され、01bで量子化ビット数20 bitsが示され、10bで量子化ビット数24 bitsが示され、11bでreservedが示されるようになっている。
【０５７６】
fsはサンプリング周波数を示し、00bで48 kHzが示され、01bで96 kHzが示され、それ以外でreservedが示されるようになっている。Number of Audio channelsは、000bで1ch (mono) が示され、001bで2ch (stereo) が示され、010bで3chが示され、011bで4chが示され、100bで5chが示され、101bで6chが示され、110bで7chが示され、111bで8ch (3ch〜8chはmultichannel) が示されるようになっている。ここで、マルチチャネルにおける"0.1ch"は１チャネル分として扱われる。従い、例えば5.1chの場合は、これを6chとし、Number of Audio channelsには‘101b’が書き込まれる。
【０５７７】
図１６４は、エンハンスドビデオオブジェクトのマルチチャネル用メインオーディオストリームの属性テーブル（ＥＶＯＢ＿ＭＵ＿ＡＭＳＴ＿ＡＴＲＴ）の構成例を説明する図である。このEVOB_MU_AST_ATRTには、マルチチャネル用の各Main Audio attributeが記述される。この属性テーブルには１種類のオーディオ属性EVOB_MU_AMST_ATRが８つまで（そのストリーム番号は０から始まり７まで）含まれる。ここで、EVOB_AMST_ATR内の"Multichannel extension"が‘0b’であるAudio streamのエリアには、その各ビットに‘0b’が書き込まれる。
【０５７８】
図１６５は、各エンハンスドビデオオブジェクトのマルチチャネル用メインオーディオストリームの属性（ＥＶＯＢ＿ＭＵ＿ＡＭＳＴ＿ＡＴＲ）の構成例を説明する図である。このEVOB_MU_AMST_ATRは、Audio mixed flagと、ACH0 mix modeと、Audio channel contentsと、Audio mixed flagと、ACH1 mix modeと、Audio channel contentsと、Audio mixing phaseと、ACH2 mix modeと、Audio channel contentsと、Audio mixing phaseと、ACH3 mix modeと、Audio channel contentsと、Audio mixing phaseと、ACH4 mix modeと、Audio channel contentsと、Audio mixing phaseと、ACH5 mix modeと、Audio channel contentsと、Audio mixing phaseと、ACH6 mix modeと、Audio channel contentsと、Audio mixing phaseと、ACH7 mix modeと、Audio channel contentsを含んで構成されている。
【０５７９】
図１６６は、エンハンスドビデオオブジェクト内サブオーディオストリームの数（ＥＶＯＢ＿ＡＳＳＴ＿Ｎｓ）の構成例を説明する図である。このEVOB_ASST_Ns内のNumber of Audio streamsには０〜２の間の数が記述され、それ以外の数は予約されている。
【０５８０】
図１６７は、エンハンスドビデオオブジェクトのサブオーディオストリームの属性テーブル（ＥＶＯＢ＿ＡＳＳＴ＿ＡＴＲＴ）の構成例を説明する図である。このEVOB_ASST_ATRTの各フィールドの値は、該当ＥＶＯＢのサブオーディオストリーム内の情報に整合（合致）した値を持つようになっている。１つのEVOB_ASST_ATRは各Sub Audio stream用に記述される。このEVOB_ASST_ATRTは８つのサブオーディオストリーム属性EVOB_ASST_ATRsのためのエリアを持つ。ここでのストリーム番号は、 EVOB_ASST_ATRsの記述順に従い、０から割り振られる（図１６７の例では＃０〜＃７のストリーム番号が割り振られている）。該当ＥＶＯＢのメインオーディオストリームの数が８未満のときは、未使用ストリーム用のEVOB_ASST_ATRの各ビットは'0b'で埋められる。
【０５８１】
図１６８は、各エンハンスドビデオオブジェクトのサブオーディオストリームの属性（ＥＶＯＢ＿ＡＳＳＴ＿ＡＴＲ）の構成例を説明する図である。各EVOB_ASST_ATRは、Audio coding modeと、Multichannel extensionと、Audio typeと、Audio application modeと、Quantization/DRCと、fsと、reservedと、Number of Audio channelsと、Specific code (upper bits) と、Specific code (lower bits) と、reserved (for Specific code) と、Specific code extensionと、Optional audio coding modeと、reservedと、Application Informationを含んで構成されている。
【０５８２】
ここで、Audio coding mode=000bはDolby AC-3用に予約され、=001bはPacked PCM audio（MLP：ロスレス圧縮したＰＣＭオーディオ）用に予約され、=010Bはextension bitstreamなしのＭＰＥＧ−１またはＭＰＥＧ−２用に予約され、=011bはextension bitstreamありのＭＰＥＧ−２用に予約されている。さらに、Optional audio coding mode=100bは必須オーディオ以外の用途にとっておき、=101bは1/1200秒のサンプルデータを持つLinear PCM audio用に予約され、=110bはDTS-HDを示し、=111bはDolby Digital Plus (DD+)を示すように構成されている。（Optional audio coding modeの各ビットは予約）。
【０５８３】
また、Multichannel extension=0bは関連するEVOB_MU_AMST_ATRが無効であることを示し（=1bは予約）、Audio type=01bは言語が含まれていることを示している（=00ｂは規定なし、=その他のビットは予約）。
【０５８４】
なお、Audio coding modeが110b(DTS-HD)または111b（DD+）のときは、量子化ビット数およびダイナミックレンジ制御を示すQuantization/DRCには11bがセットされる。また、fs（３ビット）により、48kHz、8kHz、12kHz、16kHz、24kHz、その他のサンプリング周波数のいずれかが示される。さらに、Number of Audio channels（３ビット）により、1ch（モノーラル）、2ch（ステレオ）、その他が示されるようになっている。
【０５８５】
図１６９は、エンハンスドビデオオブジェクト内副映像ストリームの数（ＥＶＯＢ＿ＳＰＳＴ＿Ｎｓ）の構成例を説明する図である。このEVOB_SPST_Ns内のNumber of Sub-picture streamsには０〜３２の間の数が記述され、それ以外の数は予約されている。
【０５８６】
図１７０は、エンハンスドビデオオブジェクトの副映像ストリームの属性テーブル（ＥＶＯＢ＿ＳＰＳＴ＿ＡＴＲＴ）の構成例を説明する図である。このEVOB_SPST_ATRTには、EVOB用の各Sub-picture stream attribute (EVOB_SPST_ATR) が記述される。１つのEVOB_SPST_ATRは存在する各Sub-picture streamのために記述されている。そのstream numbersには、０から順に、記述されているEVOB_SPST_ATRsの数まで割り当てられる。Sub-picture streamsの数が３２未満のときは、未使用ストリーム用のEVOB_SPST_ATRの各ビットは'0b'で埋められる。
【０５８７】
図１７１は、各エンハンスドビデオオブジェクトの副映像ストリームの属性（ＥＶＯＢ＿ＳＰＳＴ＿ＡＴＲ）の構成例を説明する図である。各VTSM_SPST_ATRは、Sub-picture coding modeと、reservedと、HD（High Definition）と、SD-Wide（Standard Definition Wide）と、SD-PS（Standard Definition Pan Scan）と、SD-LB（Standard Definition Letter Box）と、Specific code (upper bits) と、Specific code (lower bits) と、reserved (for Specific code) と、Specific code extensionを含んで構成されている。
【０５８８】
なお、図１７１の例ではHD、SD-Wide、SD-PS、およびSD-LBがビットb39〜b32の部分に配置されているが、別の配置方法も可能である。例えば、HD/4:3（ＨＤまたはアスペクト比４：３）をb37に配置するとともにHD/4:3用Decoding Sub-picture stream numberをビットb36〜b32の部分に配置する（ビットb39〜b38の部分は予約）。そして、SD-Wideをb29に配置するとともにSD-Wide用Decoding Sub-picture stream numberをビットb28〜b24の部分に配置し（ビットb31〜b30の部分は予約）、SD-LBをb21に配置するとともにSD-LB用Decoding Sub-picture stream numberをビットb20〜b16の部分に配置し（ビットb23〜b22の部分は予約）、SD-PSをb13に配置するとともにSD-PS用Decoding Sub-picture stream numberをビットb12〜b8の部分に配置する（ビットb15〜b14の部分は予約）。
【０５８９】
図１７２は、エンハンスドビデオオブジェクトのメインオーディオストリームの属性（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲ）内のパラメータの具体例を説明する図である。Sub-picture coding modeは、000bで2 bits/pixelのRun-length圧縮規則（PRE_HEAD値が(0000h)以外）が示され、001bで2 bits/pixelのRun-length圧縮規則（PRE_HEADの値が(0000h)）が示され、100bで8 bits/pixelのRun-length圧縮規則が示され、それ以外は予約されている。
【０５９０】
Sub-picture typeは、00bが未使用（Not specified）とされ、01bでLanguageが示され、それ以外は予約されている。なお、タイトル内では、同じLanguage Codeを持つSub-picture streamsに沿ったForced Caption (09h)のLanguage Code extensionを有するSub-picture streamは１以下となっている。また、Forced Caption (09h)のLanguage Code extensionを有するSub-picture streamは、 Forced Caption (09h)のLanguage Code extensionを持たない他の全てのSub-picture streamsよりも大きなSub-picture stream numberを持っている。
【０５９１】
HDには、"Sub-picture coding mode"が'001b'または‘100b’のときは、HD streamまたは4:3 streamが存在するか否かを示すビットが書き込まれる（HD=0bならstreamが存在せず、HD=1bならHD streamまたは4:3 streamが存在する）。
【０５９２】
SD-Wideには、"Sub-picture coding mode"が'001b'または‘100b’のときは、SD-Wide stream（アスペクト比１６：９のＳＤストリーム）が存在するか否かを示すビットが書き込まれる（SD-Wide=0bならSD-Wide streamが存在せず、SD-Wide=1bならSD-Wide streamが存在する）。
【０５９３】
SD-PSには、"Sub-picture coding mode"が‘001b’または‘100b’のときは、SD Pan-Scan stream（アスペクト比４：３のパンスキャンＳＤストリーム）が存在するか否かを示すビットが書き込まれる（SD-PS=0bならSD Pan-Scan streamが存在せず、SD-PS=1bならSD Pan-Scan streamが存在する）。
【０５９４】
SD-LBには、"Sub-picture coding mode"が'001b'または‘100b’のときは、SD Letterbox stream（アスペクト比４：３のレターボックスＳＤストリーム）が存在するか否かを示すビットが書き込まれる（SD-LB=0bならSD Letterbox streamが存在せず、SD-LB=1bならSD Letterbox streamが存在する）。
【０５９５】
なお、EVOB_VM_ATR内の“Aspect ratio”が00b（=4:3）であり“TV system”が00b（=525/60）または01b（=625/50）であり、そして“HD/4:3”が1b（=stream存在）であるならば、前述した“HD/4:3用Decoding Sub-picture stream number”は、４：３用の対応Sub-picture streamのsub_stream_idのleast significant 5 bitsを記述するように構成される。一方、EVOB_VM_ATR内の“Aspect ratio”が11b（=16:9）であり“TV system”が10b（=HD/60）または11b（=HD/50）であり、そして“HD/4:3”が1b（=stream存在）であるならば、“HD/4:3用Decoding Sub-picture stream number”は、ＨＤ用の対応Sub-picture streamのsub_stream_idのleast significant 5 bitsを記述するように構成される。
【０５９６】
また、EVOB_VM_ATR内の“Aspect ratio”が11bであり“SD-Wide”が1bであるならば、前述した“SD-Wide用Decoding Sub-picture stream number”は、SD-Wide用の対応Sub-picture streamのsub_stream_idのleast significant 5 bitsを記述するように構成される。それ以外の場合は、“SD-Wide用Decoding Sub-picture stream number”には00000bが記述されるが、これは“Decoding Sub-picture stream number”がゼロであるという意味ではない。
【０５９７】
EVOB_VM_ATR内の“Aspect ratio”が11b（=16:9）であり“Display mode”が00b（=Pan-scanおよびLetterbox双方）または10b（=Letterboxのみ）であり、そして“SD-LB”が1b（=stream存在）であるならば、前述した“SD-LB用Decoding Sub-picture stream number”は、レターボックス用の対応Sub-picture streamのsub_stream_idのleast significant 5 bitsを記述するように構成される。
【０５９８】
さらに、EVOB_VM_ATR内の“Aspect ratio”が11b（=16:9）であり“Display mode”が00b（=Pan-scanおよびLetterbox双方）または01b（=Pan-scanのみ）であり、そして“SD-PS”が1b（=stream存在）であるならば、前述した“SD-PS用Decoding Sub-picture stream number”は、パンスキャン用の対応Sub-picture streamのsub_stream_idのleast significant 5 bitsを記述するように構成される。
【０５９９】
ここで、“Aspect ratio”が00b（=4:3）でも“Source picture resolution”が1011b（=1440x1080）であるときは、“Aspect ratio”が11b（=16:9）であると見なすことができる。また、各stream number内で用いられるSub-picture bitstreamのcoding conditionsは、EVOB内では同じものとすることができる。また、ＨＤ用Decoding Sub-picture stream numberと同じ番号を、SD-Wide用、SD-LB用、および／またはSD-PS用のDecoding Sub-picture stream numberでも用いることができる。
【０６００】
さらに、EVOB_VM_ATR内の“Aspect ratio”が11b（=16:9）であり“TV system”が10b（=HD/60）または11b（=HD/50）であり、“HD/4:3”が0b（=stream不存在）であるときは、“SD-Wide”、“SD-LB”および“SD-PS”は0b（=stream不存在）に設定される。また、EVOB_VM_ATR内の“Aspect ratio”が11b（=16:9）であり“TV system”が00b（=525/60）または01b（=625/50）であるときは、“HD/4:3”は0b（=stream不存在）に設定され、ＨＤ用のDecoding Sub-picture stream numberは記述されない。
【０６０１】
図１７３は、各エンハンスドビデオオブジェクト内のＳＤ用副映像ストリーム全てに共用される輝度／色差信号（２５６セット）を記述するパレット（ＥＶＯＢ＿ＳＤＳＰ＿ＰＬＴ）の構成例を説明する図である。このEVOB_SDSP_PLTでは、０から２５５までのカラーコードが記述順に割り当てられている。各EVOB_SDSP_PLTは、reservedと、Luminance signal (Y) と、Color difference signal (Cr = R - Y) と、Color difference signal (Cb = B - Y) を含んで構成されている。ここで、ＹとＣｒとＣｂは、０から１までの値をとるＲとＧとＢを用いて、次式から算出できる：
Y = 16 + 219×(0.299R + 0.587G + 0.114B)
(16 ≦ Y ≦ 235)
Cr = 128 + 224×(0.500R - 0.419G - 0.081B)
(16 ≦ Cr ≦ 240)
Cb = 128 + 224×(-0.169R - 0.331G + 0.500B)
(16 ≦ Cb ≦ 240)
なお、 該当EVOB内にSub-picture streamが存在しない場合であっても、あるいは輝度信号および色差信号のセットが該当EVOB内で用いられない場合であっても、 ＹとＣｒとＣｂの値は所定の範囲内にあるように構成される。
【０６０２】
図１７４は、各エンハンスドビデオオブジェクト内のＨＤ用副映像ストリーム全てに共用される輝度／色差信号（２５６セット）を記述するパレット（ＥＶＯＢ＿ＨＤＳＰ＿ＰＬＴ）の構成例を説明する図である。このEVOB_HDSP_PLTでは、０から２５５までのカラーコードが記述順に割り当てられている。各EVOB_HDSP_PLTは、reservedと、Luminance signal (Y) と、Color difference signal (Cr = R - Y) と、Color difference signal (Cb = B - Y) を含んで構成されている。ここで、ＹとＣｒとＣｂは、０から１までの値をとるＲとＧとＢを用いて、次式から算出できる：
Y = 16 + 219×(0.2126R + 0.7152G + 0.0722B)
(16 ≦ Y ≦ 235)
Cr = 128 + 224×(0.5000R - 0.4542G - 0.0458B)
(16 ≦ Cr ≦ 240)
Cb = 128 + 224×(-0.1146R - 0.3854G - 0.5000B)
(16 ≦ Cb ≦ 240)
なお、 該当EVOB内にSub-picture streamが存在しない場合であっても、あるいは輝度信号および色差信号のセットが該当EVOB内で用いられない場合であっても、 ＹとＣｒとＣｂの値は所定の範囲内にあるように構成される。
【０６０３】
図１７５は、ビデオタイトルセットエンハンスドビデオオブジェクト情報テーブル（ＶＴＳ＿ＥＶＯＢＩＴ）の構成例を説明する図である。このVTS_EVOBIT内には、Primary Video Set下の各EVOB用情報が記述される。このテーブルは、VTS_EVOBIT Information (VTS_EVOBITI)から始まって、１以上のVTS EVOBI Search Pointers (VTS_EVOBI_SRPs)と、１以上のVTS EVOB Information (VTS_EVOBIs)を含んで構成されている。
【０６０４】
図１７６は、ビデオタイトルセットエンハンスドビデオオブジェクト情報テーブル情報（ＶＴＳ＿ＥＶＯＢＩＴＩ）の構成例を説明する図である。このVTS_EVOBITIは、number of EVOBsを記述したEVOB_Nsと、VTS_EVOBITの先頭バイトからの相対ブロック数で表したend address of VTS_EVOBITを記述したVTS_EVOBIT_EAを含んで構成される。
【０６０５】
図１７７は、ビデオタイトルセットエンハンスドビデオオブジェクト情報サーチポインタ（ＶＴＳ＿ＥＶＯＢＩ＿ＳＲＰ）の構成例を説明する図である。このVTS_EVOBI_SRPは、VTS_EVOBITの先頭バイトからの相対ブロック数で表したstart address of VTS_EVOBI（該当EVOBに対応するもの）を記述したVTS_EVOBI_SAを含んで構成される。
【０６０６】
図１７８は、ビデオタイトルセットエンハンスドビデオオブジェクト情報（ＶＴＳ＿ＥＶＯＢＩ）の構成例を説明する図である。このVTS_EVOBIは、EVOBSのＩＤを記述したEVOBS_IDと、EVOBのアドレスオフセットを記述したEVOB_ADR_OFSと、EVOB attribute numberを記述したEVOB_ATRNと、EVOBの再生時間を記述したEVOB_PB_TMと、EVOBのサイズを記述したEVOB_SZと、Seamless Flagを記述したSML_FLGと、Interoperable VTS用に予約されたEVOB_FIRST_SCRと、 Interoperable VTS用に予約されたPREV_EVOB_LAST_SCRと、EVOB用Time MapのFilenameを記述したTMAP_FNAME等を含んで構成されている。
【０６０７】
図１７９は、ビデオタイトルセットエンハンスドビデオオブジェクト情報（VTS_EVOBI）内のEVOBS_IDの内容例を説明する図である。このEVOBS_IDは、Advanced Contentであるか否かを示すCON_TY（0bでAdvanced Contentを示し、1bでStandard Contentを示す）と、タイトル用かメニュー用かを示すEVOBS_TY（0bでTitle用のEVOBSを示し、1bでMenu用のEVOBSを示す）と、該当EVOBが属するVTS番号を記述するVTSN等を含んで構成されている。ここで、EVOBがAdvanced Contentに属する（つまりCON_TY=0b）ときは、EVOBS_TYは0bに設定される。また、EVOBがVMG内のEVOBSあるいはAdvanced Contentに属するときは、VTSNは0bに設定される。
【０６０８】
図１８０は、ビデオタイトルセットエンハンスドビデオオブジェクト情報（ＶＴＳ＿ＥＶＯＢＩ）内のパラメータの例を説明する図である。VTS_EVOBI内のSML_FLGは該当EVOBがシームレス再生の条件を満たすか否かを示すもので、SML_FLG=0bにより、該当EVOBが先行EVOBからシームレス再生する条件を満たさないことが示され、SML_FLG=1bにより、該当EVOBが先行EVOBからシームレス再生する条件を満たすことが示される。
【０６０９】
EVOB_FIRST_SCRのフィールドはInteroperable VTS用に予約されており、Advanced VTS内では、このフィールドの値は‘1bあるいは FFh’等で埋められる。PREV_EVOB_LAST_SCRのフィールドはInteroperable VTS用に予約されており、Advanced VTS内では、このフィールドの値は‘1bあるいはFFh’等で埋められる。EVOB_TMAP_FNAMEには、該当EVOBにより参照されるTime Mapの filenameが記述される。
【０６１０】
図１８１は、プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）内の再生時間を対応するエンハンスドビデオオブジェクトユニット（ＥＶＯＢＵ）のアドレスに変換することに使用されるタイムマップ情報（ＴＭＡＰＩ）を構成要素とするタイムマップ（ＴＭＡＰ）の構成例を説明する図である。このTMAP内は、TMAP General Information (TMAP_GI)から始まり、その後にTMAPI Search Pointer(TMAPI_SRP)とTMAP Information(TMAPI)が続き、最後にILVU Information (ILVUI)が配置される。
【０６１１】
図１８２は、タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）の構成例を説明する図である。このTMAP_GIは、ISO/IEC646:1983（a-characters）のキャラクタセットコード等によりTime Map fileを識別する“HDDVD-V_TMAP”を記述したTMAP_IDと、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもって該当TMAPのエンドアドレスを記述したTMAP_EAと、該当規格（book)のバージョン番号を記述したVERNと、該当TMAP内のTMAPIの数を数字で記述したTMAPI_Nsと、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもって該当ILVUIのスタートアドレスを記述したILVUI_SAと、該当TMAPの先頭論理ブロックからの相対論理ブロック番号でもって該当EVOB_ATRのスタートアドレスを記述したEVOB_ATR_SA等を含んで構成されている。
【０６１２】
ここで、Primary Video Set用のTMAPではTMAPI_Nsには‘1’が設定され、Secondary Video Set用のTMAPであってTMAPIを持たないもの（live contentのstreaming等）ではTMAPI_Nsには‘0’が設定される。また、TMAP内にILVUIが存在しないとき（連続ブロック用のTMAPの場合）は、ILVUI_SAは‘1bあるいはFFh’等で埋められる。。さらに、Primary Video Set用のTMAPがEVOB_ATRを含まないときは、EVOB_ATRは‘1b’等で埋められる。
【０６１３】
図１８３は、タイムマップタイプ（ＴＭＡＰ＿ＴＹ）の構成例を説明する図である。この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がPrimary Video Set用のタイムマップであることが示される。TMAP_TY内のATRビットが1bであるときは、EVOB_ATRが該当TMAP内に存在し、該当TMAPがSecondary Video Set用のタイムマップであることが示される。
【０６１５】
TMAP_TY内のAngleビットが00bであるときはアングルブロックでないことが示され、それが01bであるときはノンシームレスアングルブロックであることが示され、それが10bであるときはシームレスアングルブロックであることが示される。TMAP_TY内のAngleビット=11ｂは別用途のために予約されている。なお、Angleビット内の01bあるいは10bの値は、ILVUIビットが1bの場合に設定できる。
【０６１６】
図１８４は、タイムマップ情報サーチポインタ（ＴＭＡＰＩ＿ＳＲＰ）の構成例を説明する図である。この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’）を含んで構成されている。
【０６１７】
図１８５は、インターリーブドブロック用ＴＭＡＰの例を示している。この図は図１０５の変形例であり、複数のＴＭＡＰファイルそれぞれが、ＴＭＡＰＩとＩＬＶＵＩを個別に持っている例である。
【０６１８】
図１８６は、１以上のエンハンスドビデオオブジェクトユニットのエントリ情報（ＥＶＯＢＵ＿ＥＮＴ＃１〜＃ｉ）で始まるタイムマップ情報（Primary Video SetのTMAPI）の構成例を説明する図である。Time Map (TMAP)のエレメントであるTMAP Information (TMAPI)は、EVOB内の再生時間をEVOBUのアドレスに変換することに用いられる。このTMAPIは１以上のEVOBU Entriesで構成される。連続ブロック用の１つのTMAPIは１つのファイル内に格納され、このファイルをTMAPと呼ぶ。ここで、同じインターリーブドブロックに属する１以上のTMAPIsは同じファイル内に格納される。このTMAPIは、１以上のEVOBU Entry (EVOBU_ENTs)から始まるように構成されている。
【０６１９】
図１８７は、エンハンスドビデオオブジェクトユニットエントリ情報（ＥＶＯＢＵ＿ＥＮＴ）の構成例を説明する図である。この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内のパック数で示すことができる。
【０６２２】
図１８８は、タイムマップ情報がインターリーブドブロック用である場合に存在するインターリーブドユニット情報（Primary Video SetのILVUI）の構成例を説明する図である。このILVUIは１以上のILVU Entry (ILVU_ENTs)で構成される。このinformation (ILVUI)は、TMAPIがInterleaved Block用である場合に存在している。
【０６２３】
図１８９は、インターリーブドユニットエントリ情報（ＩＬＶＵ＿ＥＮＴＩ）の構成例を説明する図である。このILVU_ENTIは、該当EVOBの先頭論理ブロックからの相対論理ブロック番号でもって該当ILVUのstart addressを記述したILVU_ADRと、該当ILVUのサイズを記述したILVU_SZを含んで構成されている。このサイズは、EVOBUの数で表すことができる。
【０６２４】
図１９０は、エンハンスドビデオオブジェクト内のパックタイプをリストアップして説明する図である。この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 Content dataを含むように構成されたAdvanced pack (ADV_PCK)とを有している。
【０６２５】
ここで、Primary Video Set内のMain Video pack (VM_PCK)は、Standard Content内のV_PCKの定義に従う。また、Primary Video Set内のSub Video pack (VS_PCK)は、stream_idおよびP-STD_buffer_size（図２０２参照）を除き、Standard Content内のV_PCKの定義に従う。
【０６２６】
図１９１は、エンハンスドビデオオブジェクトのストリームに対する転送レートの制限例を説明する図である。このtransfer rateの制限例では、EVOBはTotal streamsに対して30.24 Mbpsの制限が付され、Main Video streamはTotal streamsに対して29.40 Mbps (HD)または15.00 Mbps (SD)の制限が付されるとともにOne streamに対しては29.40 Mbps (HD)または15.00 Mbps (SD) の制限が付され、Main Audio streamsはTotal streamsに対して19.60 Mbpsの制限が付されるとともにOne streamに対しては18.432 Mbpsの制限が付され、Sub-picture streamsはTotal streamsに対して19.60 Mbpsの制限が付されるとともにOne streamに対しては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およびAdvanced Content 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.として割り当てることができる。
【０６３３】
図１９３は、プライマリエンハンスドビデオオブジェクトのストリームに対する各エレメントの制限例を説明する図である。このエレメント制限例では、
Main Video streamについては、
１）EVOB内で完結し、
２）video streamがinterlaced videoを持つときは、display configurationはtop fieldから始まりbottom fieldで終わり、
３）A Video streamはシーケンスエンドコード（SEQ_END_CODE）により終了してもしなくてもよい；
さらに、Main Video streamについては、
１）最初のEVOBUはvideo dataを持つ。
【０６３４】
Main Audio streamsについては、
１）EVOB内で完結し、
２）Audio streamがLinear PCM用であるときは、最初のaudio frameはＧＯＦの始めになる。
【０６３５】
Sub-picture streamsについては、
１）EVOB内で完結し、
２）最後のSub-picture Unit (SPU)の最後の再生時間（PTM）は、EVOB_V_E_PTM（ビデオ終了時間）により示される時間以下とし、
３）最初のSPUのPTSは、EVOB_V_S_PTM（ビデオ開始時間）以上とし、
４）各Sub-picture stream内では、いずれのSPUのPTSも、同じsub_stream_id (もしあれば)を持つ先行SPUのPTSよりも大きい。
【０６３６】
さらに、Sub-picture streamsについては、
１）セル内で完結し、
２）SPUが記録されているセル内でのみ副映像の再生は有効。
【０６３７】
図１９４は、ストリームｉｄおよびストリームｉｄエクステンションの構成例を説明する図である。この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に追加される。
【０６３９】
図１９５は、プライベートストリーム１用サブストリームｉｄの構成例を説明する図である。この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) を示している。
【０６４０】
図１９６は、プライベートストリーム２用サブストリームｉｄの構成例を説明する図である。この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) を示している。
【０６４１】
図１９７は、エンハンスドビデオオブジェクトユニット（ＥＶＯＢＵ）の先頭にアラインされるナビゲーションパック（ＮＶ＿ＰＣＫ）の構成例を説明する図である。packおよびpacketの構造は、"The system part of the MPEG-2 standard (ISO/IEC13818-1:2000, ISO/IEC 13818-1:2000/COR1:2002, ISO/IEC 13818-1:2000/COR2:2002, ISO/IEC13818-1:2000/AMD1:2003, ISO/IEC 13818-1:2000/AMD2:2004 and ISO/IEC13818-1:2000/AMD3:2005)"に準拠している。
【０６４２】
図１９７に例示されるように、Navigation pack (NV_PCK)は、pack header、system header、Advanced packetまたはGeneral Control Information packet (ADV_PKTまたはGCI_PKT)、Presentation Control Information packet (PCI_PKT)、およびData Search Information Packet (DSI_PKT)を含んで構成されている。この例では、ADV_PKTまたはGCI_PKTはstream_id=1011 1111b (private_stream_2)とsub_stream_id=0000 0010bで示され、DSI_PKTはstream_id=1011 1111b (private_stream_2)とsub_stream_id=0000 0001bで示されるようになっている。
【０６４３】
なお、図１９７のPCI_PKTの格納場所は予約エリアとしてもよく、このエリアにPCI_PKTが含まれていたとしてもPCI_PKTを無視するように構成できる。
【０６４４】
図１９８は、図１９７のNV_PCKに含まれるシステムヘッダの構成例を示し、また、図１９９は、図１９８のシステムヘッダ中のＭＰＥＧ−２／ＭＰＥＧ−４ＡＶＣ／ＳＭＰＴＥＶＣ−１ビデオエレメンタリストリーム用のバッファサイズ境界（P-STD_buf_size_bound）の構成例を示している。
【０６４５】
Qualityには高解像度のHDと標準解像度のSDがあり、Video stream=MPEG-2では、Quality=HDはValue=1202（buf_size = 1230848 bytes）で示され、Quality=SDはValue=232（buf_size = 237568 bytes）で示される。また、Video stream=MPEG-4 AVCでは、Quality=HDはValue=1808（buf_size = 1851392 bytes）で示され、Quality=SDはValue=924（buf_size = 946176 bytes）で示される。さらに、Video stream=SMPTE VC-1では、Quality=HDはValue=1808（buf_size = 1851392 bytes）あるいはValue=4848（buf_size = 4964352 bytes）で示され、Quality=SDはValue=924（buf_size = 946176 bytes）あるいはQuality=SDはValue=1532（buf_size = 1568768 bytes）で示される。
【０６４６】
図２００は、一般制御情報（ＧＣＩ）パケットの構成例を説明する図である。このGCI packetは、packet_start_code_prefixと、stream_IDと、PES_packet_length (03D4h)と、Private data areaと、sub_stream_ID (0000 0010b)と、GCI data areaを含んで構成されている。
【０６４７】
図２０１は、データサーチ情報（ＤＳＩ）パケットの構成例を説明する図である。このDSI packetは、packet_start_code_prefixと、stream_IDと、PES_packet_length (03FAh)と、Private data areaと、sub_stream_ID (0000 0001b)と、DSI data areaを含んで構成されている。
【０６４８】
図２０２は、ＭＰＥＧ−２またはＭＰＥＧ−４ＡＶＣのビデオパケットの構成例を説明する図である。MPEG-2あるいはMPEG-4 AVCのVideo packetは、stream_IDと、P-STD_buffer_scaleと、P-STD_buffer_sizeを含んで構成されている。Video stream for MPEG-2はstream_id=1110 0000bにより示され、Video stream for MPEG-4 AVCはstream_id=1110 0010bにより示されている。ここで、"P-STD_buf_size_bound" for Video streamは、次のように定義される。すなわち、Video stream=MPEG-2ではQuality=SDはValue=232（buf_size = 237568 bytes）で示され、Video stream=MPEG-4 AVCではQuality=SDはValue=924（buf_size = 946176 bytes）で示される。
【０６４９】
図２０３は、ＳＭＰＴＥＶＣ−１のビデオパケットの構成例を説明する図である。SMPTE VC-1のVideo packetでは、stream_idのフィールド=1111 1101bでSMPTE VC-1 stream用のextended stream identifierを示し、フィールド‘01’=01b、P-STD_buffer_scale=1およびP-STD_buffer_size=Note 5によりNote 4の内容を示すようになっている。
【０６５０】
Note 4 ：MPEG-2 videoと異なり、VC-1のトランスポートでは、V_PKT用PES packet header内に、常に以下のバイトが必要となる：
''PES_extension_flag_2''を含む１バイト；
''PES_extension_flag_2''.によりイネーブルとされる２バイトデータ：これらの２バイトは''marker_bit'' (set to‘1’)、''PES_extension_field_length'' (set to‘1’)、''stream_id_extension_flag'' (set to‘0’)、および''stream_id_extension''を含む。
【０６５１】
Note 5：P-STD_buffer_sizeは、SMPTE VC-1 Video elementary streamsのために次のように定義される：
Video stream=SMPTE VC-1、Quality=SDにおいて、
Value=924ではバッファサイズbuf_size = 946176 bytesとされ、
Value=1532ではバッファサイズbuf_size = 1568768 bytesとされる。
【０６５２】
図２０４は、ＤＤ＋のオーディオパケットの構成例を示している。ここでは、サンプリング周波数は48kHz固定で、複数のオーディオコーディングモードを備えている。全ての音声チャネルはオプションでLow Frequency Effects (LFE)を含むことができる構成を持つ。また、サブオーディオをプライマリオーディオにミキシングできる環境をサポートするために、ミキシングメタデータがサブオーディオストリームに含まれるようになっている。サブオーディオストリーム内のチャネル数は、プライマリオーディオストリーム内のチャネル数を越えない。サブオーディオストリームはプライマリオーディオストリーム内に存在しないチャネルロケーションは含まない。オーディオコーディングモードが“1/0”のサブオーディオは、左チャネル、中央チャネル、右チャネルの間でパン（panned）されてもよい。あるいは、プライマリオーディオが中央チャネルを含まないときは、“panmean”パラメータの使用を介して、プライマリオーディオの左および右チャネルの間でパンされてもよい。ここで、“panmean”値の有効レンジは、例えば、中央から右では０〜２０とし、中央から左では２２０〜２３９とすることができる。なお、“1/0”より大きなオーディオコーディングモードのサブオーディオでは、パンニングのパラメータは持たない。
【０６５３】
図２０５は、ＤＴＳ−ＨＤのオーディオパケットの構成例を示している。なお、図示しないが、リニアＰＣＭのオーディオパケットを例えば以下のように構成できる。すなわち、Linear PCMのAudio packetでは、stream_idのフィールド=1011 1101bでprivate_stream_1を示し、フィールド‘01’=01b、P-STD_buffer_scale=1およびP-STD_buffer_size=392によりNote 2の内容を示すようになっている。
【０６５４】
ここで、Private data areaは、sub_stream_id=1010 0***b（*** = Decoding Audio stream number）と、number_of_frame_headers (Note 3)と、first_access_unit_pointer (Note 4)と、audio_emphasis_flag (Note 5)と、audio_mute_flag (Note 6)と、reservedと、audio_frame_number (Note 7)と、quantization_word_length (Note 8)と、audio_sampling_frequency (Note 9)と、reservedと、number_of_audio_channels (Note 10)と、dynamic_range_control (Note 11)を含んで構成されている。
【０６５５】
Note 2：各EVOB内において、これらのフィールドは、先頭パケットに現れるもので、同じsub_stream_idにより識別されるprivate_stream_1 packetsの各シーケンス内の後続パケット内では（Note 2のフィールドが現れることが）禁止される。private_stream_1として定義されるPresentation Data用のtarget buffersの合計は、P-STD buffer size用に記述される。
【０６５６】
Note 3："number_of_frame_headers"には、該当A_PKT内に先頭バイトが入るオーディオフレームの数が記述される。
【０６５７】
Note 4：ここでのaccess unitはaudio frameとなる。最初のaccess unitは、audio frameの先頭バイトを持つfirst audio frameであり、該当A_PCKのPTSにより特定される。"first_access_unit_pointer"は、該当情報の最終バイトから相対ブロック番号RBNでfirst access unitの先頭バイトアドレスを記述したものである。もし、このfirst access unitの先頭バイトが存在しないなら、"first_access_unit_pointer"には(0000h)が記入される。
【０６５８】
Note 5："audio_emphasis_flag"には、state of emphasisが記述される（0bでemphasis off；1bでemphasis on）。例えば、"audio_sampling_frequency"が96 kHzであれば"emphasis off"がこのフィールドで記述される。このemphasisはfirst access unitからデコードされる全てのaudio samplesに適用される。
【０６５９】
Note 6："audio_mute_flag"には、audio frame内の全データがゼロとなる間、state of muteが記述される（0bでmute off；1bでmute on）。このmuteはfirst access unitからデコードされる全てのaudio samplesに適用される。
【０６６０】
Note 7："audio_frame_number"には、Group of audio frame (GOF)内のfirst access unitのframe number（0から19の間の番号）が記述される。access unitに先頭バイトがない場合は、"audio_frame_number"には‘11111b’が記入される。
【０６６１】
Note 8："quantization_word_length"には、audio samplesが以下のいずれのword-lengthで量子化されるかが記述される。
【０６６２】
00bで16 bits
01bで20 bits
10bで24 bits
11bでreserved
Note 9："audio_sampling_frequency"には、audio sampleのsampling frequencyが記述される。
【０６６３】
00bで48 kHz
01bで96 kHz
Othersでreserved
Note 10："number_of_audio_channels"には、number of Audio channelsが記述される。
【０６６４】
000bで1ch (mono)
001bで2ch (stereo)
010bで3ch
011bで4ch
100bで5ch
101bで6ch
110bで7ch
111bで8ch
Note 11："dynamic_range_control"には、first access unitからdynamic rangeを圧縮するdynamic range control wordが記述される。例えば、8-bitの"dynamic_range_control" word [b7 b6 b5 b4 b3 b2 b1 b0]を用い、上位３ビット[b7 b6 b5]を符号なし整数Xとし下位５ビット[b4 b3 b2 b1 b0]を符号なし整数Yとしたときに、以下のgain control valueが得られる：
リニア表示で、G = 2 4-(X+Y/30)
(0 ≦ X ≦7, 0 ≦ Y ≦29)
ｄＢ表示で、G = 24.082 - 6.0206 X - 0.2007 Y
(0 ≦ X ≦7, 0 ≦ Y ≦29)
なお、dynamic range controlが適用されない場合は、"dynamic_range_control"の値は'1000 0000b‘に固定される。
【０６６５】
上記のdynamic range control value Gは、first access unitからデコードされる全てのaudio samplesに（統一して）適用されることが望ましい。
【０６６６】
また、図示しないが、ＭＰＥＧオーディオのオーディオパケットを例えば以下のように構成できる。すなわち、MPEG audioのAudio packetでは、stream_idのフィールド=1100 0***bまたは1101 0***bでMPEG audio stream (*** = Decoding Audio stream number (Note 1))を示し、その他に‘01’、P-STD_buffer_scale、およびP-STD_buffer_sizeのフィールドを持っている。
【０６６７】
Note 1："stream_id" = 1100 0***bでは、packetsは以下のうちの１つを含む：
MPEG-1 audio streamまたは、
もしMPEG-2 extension audio streamが存在しないならMPEG-2 audio stream若しくは、
もしMPEG-2 extension audio streamが存在するならMPEG-2 main audio stream。
【０６６８】
"stream_id" = 1101 0***bでは、packetsはMPEG-2 extension audio streamを含む。
【０６６９】
図２０６は、アドバンスドパック（ＡＤＶ＿ＰＣＫ）およびビデオオブジェクトユニット／タイムユニット（ＶＯＢＵ／ＴＵ）の先頭パックの構成例を説明する図である。図２０６（ａ）のADV_PCKは、pack headerとAdvanced packet (ADV_PKT)を具備している。Advanced data (Advanced stream)は、論理ブロックの境界にアラインされる。Advanced data (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では、stream内にNV_PCKはなく、System headerは、次のいずれかが持つように構成される。すなわち、
・EVOBがEVOBUsで構成される場合ではEVOBU内の先頭V_PCKがSystem headerを持ち；
・EVOBがTUsで構成される場合ではTU内の先頭A_PCKまたは先頭TT_PCKがSystem headerを持つ。（TU=Time Unitについては、図２１９の説明部分で後述する。）
Secondary Video Set内のビデオパック（V_PCK）は、Primary Video Set内のVS_PCKに対する定義に従う。また、Secondary Video Set内のSub Audio stream用オーディオパック（A_PCK）は、Primary Video Set内のAS_PCKに対する定義に従う。他方、Secondary Video Set内のComplementary Audio stream用オーディオパック（A_PCK）は、Primary Video Set内のAM_PCKに対する定義に従う。
【０６７１】
図２０７は、アドバンスドパケットの構成例を説明する図である。このAdvanced packetでは、packet_start_code_prefixのフィールドは00 0001hという値を持ち、stream_idのフィールドは1011 1111bという値でprivate_stream_2を示し、PES_packet_lengthのフィールドが含まれている。また、Advanced packetは、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)。さらに該当advanced streamを参照するloading information fileのファイル名を記述したloading_info_fname(Note 3)がPrivate data areaに含まれている。
【０６７２】
Note 1："PES_scrambling_control"は、このアドバンスドパケットが含まれるパックの著作権状態を記述するもので、00bで該当パックが著作権保護システム用の特定データ構造を持たないことが示され、01bで該当パックが著作権保護システム用の特定データ構造を持つことが示されるようになっている。
【０６７３】
Note 2：adv_pkt_statusは該当パケット（アドバンスドパケット）のAdvanced stream内での位置を記述するもので、00bで該当パケットがAdvanced stream内で先頭パケットでも最終パケットでもないことが示され、01bで該当パケットがAdvanced stream内で先頭パケットであることが示され、10bで該当パケットがAdvanced stream内で最終パケットであることが示されるようになっている。11bは予約されている。
【０６７４】
Note 3：loading_info_fnameは該当advanced streamを参照するloading information fileのファイル名を記述ように構成されている。
【０６７５】
図２０８は、メインビデオストリーム用ＭＰＥＧ−２ビデオの制約例を説明する図である。Primary Video SetのMain Video stream用MPEG-2 videoでは、ＧＯＰ内のピクチャ数は、525/60（NTSC）あるいはHD/60では３６表示フィールド／フレームまたはそれ以下とされる（ここで、フレームレートが６０インターレースまたは５０インターレースのときは、フィールドが用いられ、フレームレートが６０プログレッシブまたは５０プログレッシブのときは、フレームが用いられる）。一方、625/50（PAL等）あるいはHD/50では３０表示フィールド／フレームまたはそれ以下とされる（ここでも、フレームレートが６０インターレースまたは５０インターレースのときはフィールドが用いられ、フレームレートが６０プログレッシブまたは５０プログレッシブのときはフレームが用いられる）。
【０６７６】
Primary Video SetのMain Video stream用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であるとする）。
【０６７７】
Primary Video SetのMain Video stream用MPEG-2 videoにおけるlow_delay（sequence extension）は、‘0b’とされる（つまり“low_delay sequence”は許可されない）。
【０６７８】
Primary Video SetのMain Video stream用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。
【０６８２】
図２０８において、Primary Video SetのMain Video stream用MPEG-2 videoにおけるStill pictureはサポートされていないが、Primary Video SetのMain Video stream用MPEG-2 videoにおけるClosed caption dataはサポートされている。
【０６８３】
図２０９は、サブビデオストリーム用ＭＰＥＧ−２ビデオの制約例を説明する図である。Primary Video SetのSub Video stream用MPEG-2 videoでは、ＧＯＰ内のピクチャ数は、図２０８の場合と同じでよい。
【０６８４】
Primary Video SetのSub Video stream用MPEG-2 videoにおけるBit rateは、SDで15 Mbps以下一定とされ、あるいは、可変ビットレートの場合はVariable-maximum bit rateはSDで15 Mbps以下とされる。この場合はdvd_delayは（FFFFh）としてコード化される。
【０６８５】
Primary Video SetのSub Video stream用MPEG-2 videoにおけるlow_delay（sequence extension）は、‘0b’とされる。また、Primary Video SetのSub Video stream用MPEG-2 videoにおけるResolution/Frame rate/Aspect ratioは、例えばSD解像度のみがサポートされる。ここで、Primary Video SetのSub Video stream用MPEG-2 videoにおけるStill pictureはサポートされておらず、Primary Video SetのSub Video stream用MPEG-2 videoにおけるClosed caption dataもサポートされていない。
【０６８６】
図２１０は、メインビデオストリーム用ＭＰＥＧ−４ＡＶＣビデオの制約例を説明する図である。Primary Video SetのMain Video stream用MPEG-4 AVC videoでは、ＧＯＰ内のピクチャ数は、525/60（NTSC）あるいはHD/60では３６表示フィールド／フレームまたはそれ以下とされる。一方、625/50（PAL等）あるいはHD/50では３０表示フィールド／フレームまたはそれ以下とされる。
【０６８７】
Primary Video SetのMain Video stream用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）としてコード化される。
【０６８８】
Primary Video SetのMain Video stream用MPEG-4 AVC videoにおけるlow_delay（sequence extension）は、‘0b’とされる。
【０６８９】
Primary Video SetのMain Video stream用MPEG-4 AVC videoにおけるResolution/Frame rate/Aspect ratioは、Standard Contentと同じとなる（図２０８の場合と同様）。なお、Primary Video SetのMain Video stream用MPEG-4 AVC videoにおけるStill pictureはサポートされていないが、Primary Video SetのMain Video stream用MPEG-4 AVC videoにおけるClosed caption dataはサポートされている。
【０６９０】
図２１１は、サブビデオストリーム用ＭＰＥＧ−４ＡＶＣビデオの制約例を説明する図である。Primary Video SetのSub Video stream用MPEG-4 AVC videoでは、ＧＯＰ内のピクチャ数は、図２１０の場合と同じでよい。Primary Video SetのSub Video stream用MPEG-4 AVC videoにおけるBit rateは、SDで15 Mbps以下一定とされ、あるいは、可変ビットレートの場合はVariable-maximum bit rateはSDで15 Mbps以下とされる。この場合はdvd_delayは（FFFFh）としてコード化される。
【０６９１】
Primary Video SetのSub Video stream用MPEG-4 AVC videoにおけるlow_delay（sequence extension）は、‘0b’とされる。また、Primary Video SetのSub Video stream用MPEG-4 AVC videoにおけるResolution/Frame rate/Aspect ratioは、例えばSD解像度のみがサポートされる。ここで、Primary Video SetのSub Video stream用MPEG-4 AVC videoにおけるStill pictureはサポートされておらず、Primary Video SetのSub Video stream用MPEG-4 AVC videoにおけるClosed caption dataもサポートされていない。
【０６９２】
図２１２は、メインビデオストリーム用ＳＭＰＴＥＶＣ−１ビデオの制約例を説明する図である。Primary Video SetのMain Video stream用SMPTE VC-1 videoでは、ＧＯＰ内のピクチャ数は、525/60（NTSC）あるいはHD/60では３６表示フィールド／フレームまたはそれ以下とされる。一方、625/50（PAL等）あるいはHD/50では３０表示フィールド／フレームまたはそれ以下とされる。Primary Video SetのMain Video stream用SMPTE VC-1 videoにおけるBit rateは、525/60あるいはHD/60の場合も625/50あるいはHD/50の場合も、AP@L2では15 Mbps以下とされ、AP@L3では29.40 Mbps以下とされる。
【０６９３】
Primary Video SetのMain Video stream用SMPTE VC-1 videoにおけるResolution/Frame rate/Aspect ratioは、Standard Contentと同じとなる（図２０８の場合と同様）。なお、Primary Video SetのMain Video stream用SMPTE VC-1 videoにおけるStill pictureはサポートされていないが、Primary Video SetのMain Video stream用SMPTE VC-1 videoにおけるClosed caption dataはサポートされている。
【０６９４】
図２１３は、サブビデオストリーム用ＳＭＰＴＥＶＣ−１ビデオの制約例を説明する図である。Primary Video SetのSub Video stream用SMPTE VC-1 videoでは、ＧＯＰ内のピクチャ数は、図２１２の場合と同じでよい。Primary Video SetのSub Video stream用SMPTE VC-1 videoにおけるBit rateは、AP@L2で15 Mbps以下一定とされる。また、Primary Video SetのSub Video stream用SMPTE VC-1 videoにおけるResolution/Frame rate/Aspect ratioは、例えばSD解像度のみがサポートされる。ここで、Primary Video SetのSub Video stream用SMPTE VC-1 videoにおけるStill pictureはサポートされておらず、Primary Video SetのSub Video stream用SMPTE VC-1 videoにおけるClosed caption dataもサポートされていない。
【０６９５】
図２１４は、セカンダリビデオセット用のタイムマップ（ＴＭＡＰ）の構成例を説明する図である。このTMAPは、図１８１に示したPrimary Video Set用のTMAPと一部異なる構成を持つ。すなわち、Secondary Video Set用のTMAPは先頭にTMAP一般情報（TMAP_GI）を持ち、その後にタイムマップ情報のサーチポインタ（TMAPI_SRP#1）およびこれに対応するタイムマップ情報（TMAPI#1）を持ち、最後にEVOB属性（EVOB_ATR）を持っている。
【０６９６】
Secondary Video Set用のTMAP_GIは図１８２と同様に構成できる。ただし、このTMAP_GIでは、TMAP_TY（図１８３）内のILVUI、ATR、Angleの値は、それぞれ‘0b’、‘1b’、‘00b’となる。また、TMAPI_Nsの値は‘0’または‘1’となる。さらに、ILVUI_SAは‘1b’で埋められた値となる。
【０６９７】
図２１５は、ＴＭＡＰＩ＿ＳＲＰの構成例を説明する図である。Secondary Video Set用のTMAPI_SRPは、TMAPの先頭論理ブロックからの相対ブロック番号でもってTMAPIの開始アドレスを記述したTMAPI_SA、このTMAPI用EVOBUエントリ番号を記述したEVOBU_ENT_Ns、および予約エリアを含んで構成されている。なお、もしTMAP_GI（図１８２）内のTMAPI_Nsが‘0b’であれば、TMAP（図２１４）内にTMAPI_SRPのデータ（図２１５）は存在しない。
【０６９８】
図２１６は、ＥＶＯＢ＿ＡＴＲの構成例を説明する図である。Secondary Video Set用のTMAP（図２１４）に含まれるEVOB_ATRは、EVOBのタイプを示すEVOB_TY、EVOBのファイル名を示すEVOB_FNAMEと、EVOBのビデオ属性を示すEVOB_V_ATR、EVOBのオーディオストリーム属性を示すEVOB_AST_ATR、EVOBのマルチチャネルメインオーディオストリーム属性を示すEVOB_MU_ASMT_ATR、および予約エリアを含んで構成されている。
【０６９９】
図２１７は、図２１６のＥＶＯＢ＿ＡＴＲ内の各要素を説明する図である。図２１６のEVOB_ATRに含まれるEVOB_TYは、Video stream、Audio streams、およびAdvanced streamの存在を記述するものである。すなわち、このEVOB_TYが‘0000b’のときは、該当EVOB内にSub Video streamおよびSub Audio streamが存在することが示される。このEVOB_TYが‘0001b’のときは該当EVOB内にSub Video streamだけが存在することが示され、このEVOB_TYが‘0010b’のときは該当EVOB内にSub Audio streamだけが存在することが示され、このEVOB_TYが‘0011b’のときは該当EVOB内にComplementary Audio streamが存在することが示され、このEVOB_TYが‘0100b’のときは該当EVOB内にComplementary Subtitle streamが存在することが示される。EVOB_TYが上記以外の値を取る場合は別目的のために予約されている。
【０７００】
ここで、Sub Video/Audio streamは、Primary Video Set内のMain Video/Audio streamとミキシングするために使用できる。また、Complementary Audio streamは、Primary Video Set内のMain Audio streamと置換するために使用できる。さらに、Complementary Subtitle streamは、Primary Video Set内のSubpicture streamに付加するために使用できる。
【０７０１】
図２１７において、EVOB_FNAMEは、該当TMAPが参照するEVOBファイルのファイル名を記述するものである。EVOB_V_ATRは、VTS_EVOB_ATR、EVOB_VS_ATR内のSub Video stream attributeを定義するための、EVOBのビデオ属性を記述するものである。EVOB_AST_ATRは、該当audio streamがSub Audio streamである場合（つまりEVOB_TY=‘0000b’または‘0010b’）に、VTS_EVOB_ATR、EVOB_ASST_ATRT内のSub Audio streamのために定義された、EVOBのオーディオ属性を記述するものである。もし、該当audio streamがComplementary 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内の“Multichannel extension”が‘0b’であるオーディオストリームのエリア上の各ビットには、‘0b’が挿入される。
【０７０２】
ここで、Secondary EVOB（S-EVOB）について整理しておく。S-EVOBは、Video data、Audio data、Advanced Subtitle data等で構成される再生データ（Presentation Data）を含んでいる。ここでのVideo dataは主にPrimary Video Set内のVideo dataとミックスされるもので、Primary Video Set内のSub Video dataに準じて定義できる。ここでのAudio dataにはSub Audio dataとComplementary Audio dataの２種類がある。Sub Audio dataは主にPrimary Video Set内のAudio dataとミックスされるもので、Primary Video Set内のSub Audio dataに準じて定義できる。一方、Complementary Audio dataは主にPrimary Video Set内のAudio dataと置換されるもので、Primary Video Set内のMain Audio dataに準じて定義できる。
【０７０３】
図２１８は、セカンダリエンハンスドビデオオブジェクト内のパックタイプをリストアップして説明する図である。Secondary Video Setでは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）等のComplementary Audio dataを格納するものである。また、TT_PCKは、Advanced Subtitle data（Complementary Subtitle stream）を格納するものである。
【０７０４】
図２１９は、セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の構成例を説明する図である。P-EVOBの構成（図１９２）と異なり、S-EVOB（図２１９または後述する図２７１）では各EVOBUの先頭にナビゲーションパック（NV_PCK）は存在しない。
【０７０５】
EVOBS（Enhanced Video Set）は複数のEVOBsの集まりであり次のEVOBがSecondary Video Setでサポートされている：
・Sub Video stream（V_PCKs）およびSub Audio stream（A_PCKs）で構成されるＥＶＯＢ；
・Sub Video stream（V_PCKs）だけで構成されるＥＶＯＢ；
・Sub Audio stream（A_PCKs）だけで構成されるＥＶＯＢ；
・Complementary Audio stream（A_PCKs）だけで構成されるＥＶＯＢ；
・Complementary Subtitle stream（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を定義することに使用できる。その具体例を図２２０に示す。
【０７１１】
図２２０は、ストリームｉｄおよびストリームｉｄエクステンションの構成例と、プライベートストリーム１用サブストリームｉｄの構成例と、プライベートストリーム２用サブストリームｉｄを説明する図である。
【０７１２】
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との関係は別用途に予約されている。
【０７１５】
図２２１は、ＪＰＥＧ（Joint Photograph Expart Group）データの制限例を説明する図である。Coding processがInterchange FormatのときはBaseline processはJFIF version 1.02に従うものとし、Coding processがHuffman TableのときはBaseline processは一般的なハフマンテーブル（８ビット）に従うものとし、Coding processがChrominance SamplingのときはBaseline processはYCrCbが‘4:4:4’か‘4:2:2’か‘4:2:0’に従うものとし、Coding processがPixel AspectのときはBaseline processは非正方形（Non-square）とし、Coding processがPicture ResolutionのときはBaseline processは1920x1080とし、Coding processがColor QuantizationのときはBaseline processは最大２４ビットとし、Coding processがDisplay Aspect RatioのときはBaseline processは最大解像度の範囲内で任意の比率とし、Coding process=Progressiveは非対応としている。
【０７１６】
なお、図示しないが、JPEG marker formatとして、次のようなものがある。すなわち、Marker=SOIでStart of Imageを示し、Marker=APP0（属性=APP0）でApplication information start markerを示し、Marker=APP0（属性=length）で該当フィールドを含む構造の長さを示し、Marker=APP0（属性=identifier）でAPP0マーカのユニークな識別子（値は‘JFIF/0’）を示し、Marker=APP0（属性=version）で現在リリースされているバージョンを示し、Marker=APP0（属性=units）で=X およびyのdensityの単位を示し、Marker=APP0（属性=X density）で水平画素密度を示し、Marker=APP0（属性=Y density）で垂直画素密度を示し、Marker=APP0（属性=X thumbnail）でサムネールの水平画素数を示し、Marker=APP0（属性=Y thumbnail）でサムネールの垂直画素数を示している。さらに、Marker=DQTでQuantization Table start markerを示し、Marker=DHTでHuffman Table markerを示し、Marker=SOF0でStart of frame-Baseline DCTを示し、Marker=SOSでStart of scan markerを示し、Marker=EOIでEnd of imageを示している。
【０７１７】
図２２２は、ＰＮＧデータの制限例を説明する図である。PNG（Portable Network Graphics）のstill picture dataは、PNG version 1.2に準拠し、図２２２の制限の適用を受ける。すなわち、Chrominance SamplingはRGB‘1:1:1’とされ、Pixel Aspectは非正方形とされ、Picture Resolutionは1920x1080未満とされ、Color Quantizationは最大２４ビットとされ、Display Aspect Ratioは最大解像度の範囲内で任意の比率とされる。なお、ここでは、PNG dataはαブレンディングをサポートしている。
【０７１８】
図２２３は、ＰＮＧチャンクの構成例を説明する図である。ここでは、PNG imageのtop levelを表示できるchunksについて述べる。図示するように、PNG chunksのPNG imageはIHDR（Image header）から始まりIEND（Image trailer）で終わる。IDAT（Image data）chunkは実際の画像データを含んでおり、IEND chunkの前に配置される。IHDRとIDATの間には、その他のオプションチャンク（pHYs, sRGB, gAMA, cHRM, PLTE, tRNS等）を設けることができる。
【０７１９】
図２２４は、クリチカルＰＮＧチャンク（Critical PNG Chunks）の構成例を説明する図である。IHDR chunk、IDAT chunk、およびIEND chunkは必要であるが、PLTE（palettte）chunkはPNG version 1.2で規定されるIHDR chunkのcolor type informationによっては、省略できる。
【０７２０】
図２２４において、IHDRはImage headerを指し、Width、Height、Bit depth、Color type、Compression method、Filter method、およびInterlace methodの属性を持つことができる。PLTEは０〜２５５のパレット（最大２５６×３バイト）を指し、IDATはImage dataを指し、IENDはImage trailer（末尾のEmpty chunk）を指している。
【０７２１】
Bit depthとColor typeの有効な組み合わせとしては、次のものがある。すなわち、Grayscale Sampleに対してはColor Type=‘0’でBit depth=‘1,2,4,8’となり、RGBのみならColor Type=‘2’でBit depth=‘8’となり、Palette Indexに対してはColor Type=‘3’でBit depth=‘1,2,4,8’となり、Alpha+Grayscale Sampleに対してはColor Type=‘4’でBit depth=‘8’となり、Alpha+RGBに対してはColor Type=‘6’でBit depth=‘8’となる。ここで、multiple IDAT chunksは可能であるが、zero-length IDAT chunkは禁止されている。
【０７２２】
図２２５は、予備ＰＮＧチャンク（Ancillary PNG Chunks）の構成例を説明する図である。Ancillary PNG Chunksはオプションではあるが、採用することが強く望まれる。tRNS chunkは透過度（transparency）を記述しており、０〜２５５の値（最大２４５バイト）を持つ。gAMA chunkは画像のガンマ（Image gamma）を記述している。cHRM chunkはPrimary chromaticitiesを記述している。このcHRM chunkはその属性として、White point X、White point Y、Re point X、Red point Y、Green point X、Green point Y、Blue point X、Blue point Yを有している。sRGB chunkはStandard RGB color spaceを記述している。pHYs chunkはPhysical pixel dimensionsを記述しており、その属性として、Pixel per unit x、Pixel per unit y、およびUnit specifier を有している。
【０７２３】
なお、tRNS chunkはpalette entriesより多いentriesは持たず、PLTE chunkが存在するときにのみ現れるように構成できる。また、gAMA chunkはIDAT chunkより先行配置され、（もし存在するなら）PLTE chunkよりも先行配置される。また、cHRM chunkはIDAT chunkより先行配置され、（もし存在するなら）PLTE chunkよりも先行配置される。また、sRGB chunkはIDAT chunkより先行配置され、（もし存在するなら）PLTE chunkよりも先行配置される。なお、pHYs chunkが存在しないときは、pixelは正方形（square）であると見なすことができる。
【０７２４】
図２２６は、ＭＮＧデコーダの構成例を説明する図である。初めにMNG fileについて説明する。MNG fileは、MNG Format Version 1.0のサブセットであるJNG付きMNG-LCに準拠している。ここで、MNG-LCのdata streamは、ゼロ以上の単一フレーム（各々はゼロ以上の埋め込み画像で構成される）のシーケンスを記述するもので、埋め込み画像はPNGまたはJNGのdata streamで構成できる。このようなMNGのデータストリームをデコードするデコーダの一例が、図２２６である。
【０７２５】
図２２７は、ＭＮＧチャンクの構成例を説明する図である。MNG chunkは、MNG data streamのtop levelにて再生可能なchunksを記述するもので、MNG dataはMHDRから始まりMENDで終わる。TERM、PLTE、およびtRNS chunksは、MHDR chunkの直後から配置される。FRAME、BACK、およびDEFI chunksは、PNGあるいはJNGのいずれかで構成できる各オブジェクトの前に配置される。
【０７２６】
図２２８は、クリチカルＭＮＧ制御チャンク（Critical MNG Control Chunks）の構成例を説明する図である。Critical MNG Control Chunks内のHMDR chunkはMNG datastream headerを記述するもので、種々な属性（Frame_width、Frame_height、Ticks_per_second、Nominal_layer_count、Nominal_frame_count、Nominal_frame_time、およびSimplicity_profile）を伴っている。ここで、Simplicity_profile属性には、transparencyなしのMNG-VLCと、MNG-VLCと、JNG付きのMNG-VLCと、MNG-LCと、JNG付きのMNG-LCがある。また、Critical MNG Control Chunks内のMEND chunkはMNG datastreamの終わりを示すもので、Empty chunkとすることができる。
【０７２７】
図２２９は、クリチカルＭＮＧ画像定義チャンク（Critical MNG Image Defining Chunks）の構成例を説明する図である。Critical MNG Image Defining Chunks内のDEFI chunkはobjectを記述するもので、種々な属性（Object_id、Do_not_show、Concrete_flag、X_location、Y_location、Left_cb、Right_cb、Top_cb、Bottom_cb等）を有している。PLTE chunkは、Global paletteを記述するもので、０〜２５５の値（最大２５６×３バイト）を持つ。tRNS chunkは、Global transparency arrayを記述するもので、０〜２５５の値（最大２５６バイト）を持つ。IHDR/JHDR chunkは、PNG IHDR/JNG JHDRと同じフォーマットを持つ。IDAT/JDAT chunkは、PNG IDAT/JNG JDATと同じフォーマットを持つ。IEND chunkは、PNG IEND/JNG IENDと同じフォーマットを持つ。TERM chunkは、Termination actionを記述するもので、種々な属性（Termination_action、Action_after_iteration、Delay、Iterartion_max等）を持っている。
【０７２８】
図２３０は、クリチカルＭＮＧ画像表示チャンク（Critical MNG Image Displaying Chunks）の構成例を説明する図である。Critical MNG Image Displaying Chunks内のBACK chunkはBackgroundを記述するもので、種々な属性（Red_background、Green_background、Blue_background等）を持っている。また、FRAM chunkはフレームを定義するもので、MNG-LC Version 1.0に準拠している。
【０７２９】
図２３１は、ＪＮＧチャンクの構成例を説明する図である。JNG chunkは、JPEG画像セットに加えることによりJNG data streamを生成することに使用できる。JNG data streamはJHDRで始まりJENDで終わるように構成されている。JDAT chunkは実際の画像データを含んでおり、IEND chunkの前に配置される。JHDR chunkとJDAT chunkの間には、pHYs、sRGB、gAMA、およびcHRMの各optional chunksを配置できるようになっている。
【０７３０】
図２３２は、クリチカルＪＮＧチャンク（Critical JNG Chunks）の構成例を説明する図である。Critical JNG Chunks内のJHDR chunkはJNG headerを記述するもので、種々な属性（Width、Height、Color type、Image_sample_depth、Image_compression_method、Image_interlace_method、Alpha_sample_depth、Alpha_compression_method、Alpha_filter_method、Alpha_interlace_method）を持っている。また、JDAT chunkはImage dataを記述し、IEND chunkはImage trailer（Empty chunk）を記述するように構成されている。ここで、multiple JDAT chunkはあってもよいが、zero-length JDAT chunkの存在は禁止される。
【０７３１】
図２３３は、予備ＪＮＧチャンク（Ancillary JNG Chunks）の構成例を説明する図である。Ancillary JNG Chunksはオプションではあるが、採用することが強く望まれる。gAMA chunkは画像のガンマ（Image gamma）を記述している。cHRM chunkはPrimary chromaticitiesを記述している。このcHRM chunkはその属性として、White point X、White point Y、Re point X、Red point Y、Green point X、Green point Y、Blue point X、Blue point Yを有している。sRGB chunkはStandard RGB color spaceを記述している。pHYs chunkはPhysical pixel dimensionsを記述しており、その属性として、Pixel per unit x、Pixel per unit y、およびUnit specifier を有している。ここで、gAMA chunkはJDAT chunkより先行配置され、cHRM chunkはJDAT chunkより先行配置され、sRGB chunkはJDAT chunkより先行配置される。ここで、もしsRGB chunkが現れたなら、それによりgAMA chunkおよびcHRM chunkを無視（override）することができる。なお、pHYs chunkが存在しないときは、pixelは正方形（square）であると見なすことができる。
【０７３２】
なお、WAV file format（RIFF waveform Audio Format）によりラップ（wrapped）されるLinear PCM dataを効果音等に用い、このLinear PCM dataをPrimary Video Setおよび／またはSecondary Video Setにミックスするように構成することもできる。ここで、WAV fileは、そのファイルの識別子としてのRIFF chunk descriptor、オーディオ属性情報用のfmt sub-chunk、およびLinear PCM dataを含むdata sub-chunkを持つように構成できる。
【０７３３】
Advanced Contentは、種々なＴＶディスプレイフォーマットで表示できるように、プレーヤが受け入れ、処理し、レンダー（rendered）し、統一的に合成（composed uniformly）できるテキストを含むことができる。ここで、文字エンコード（character encoding）、サポートされた特定のフォント技術を含む文字レンダリング用の一般フォントシステム（general font system for rendering characters, including specific font technology supported）、および表示用テキストを合成（composing）またはレイアウト（laying out）するための、最小ガイドラインを示しておく。
【０７３４】
首尾一貫した見栄えを維持するために、Advanced Content Playerは、Open Type standardに定義されるようなフォントデータのためのsingle font file formatを用いることができるように、構成される。そのフォントファイルは、ディスクに格納するか、ネット上のウェブサイトに格納することができる。
【０７３５】
見栄えの首尾一貫性を更に補強するために、Unicode Standard 4.0.1およびその（line breakingおよびtext boundariesのための）Annexesに従い、（テキストの）境界を識別するルールを設けることができる。適正なlanguage-based formattingを促進するために、制作者は、埋め込まれたlayout tablesとともにOpen Type fontsを用いることが望ましい。
【０７３６】
そこで、Advanced Content Playerは、UTF-8およびUTF-16を受け入れて表示するように構成される（その他の方法でエンコードされた持ちセットは適宜サポートすればよい）。
【０７３７】
図２３４は、フォントシステムモデルの構成例を説明する図である。このフォントシステムは、文字コード、所望のフォント特性、行き先のアスペクト比等を入力として受け付ける。処理後、このシステムは入力文字を示すglyphを生成する。
【０７３８】
種々なフォントの詳細は、CSS level 2 font propertiesに従い規定できる。このCSSは、specific propertiesを設定するためのshorthandとして、CSS2, section 15.2-5に記載されたfont propertyを用いることをサポートしている。
【０７３９】
particular elementをrenderingするためのauthor-specified font propertiesと、使用可能なフォントと、これらのフォント中で要求されたglyphsのavailabitityに従い、テキストはレンダリングされる。制作者（author）の要求を満たすために適正なフォントが選択されたときは、Advanced Content Playerはintelligent font matchingを用いるように構成できる。最適マッチングをプレーヤ内で行なうことをアシストするために、authorはCSS2@font-face rule (CSS2, section 15.3-1)を用いるとよい。ここで、フォントデータをロケートするためにURIを特定するディスクリプタを含んだシステムフォントデータベースを管理するために、@font-face ruleは、Advanced Content Playerにより用いられる多数のディスクリプタを含むことができる。
【０７４０】
フォントは、ディスクまたはウェブからデータキャッシュにロードされる。その際、@font-face src descriptorはフォントのロケーションを識別することに用いられる。
【０７４１】
Advanced Content Playerは、以下の制限の下で、フォントデータ用のOpen Type spedificationをサポートできる：
・フォントエンジンはTrue Type outlinesのみを要求する；
・サポートする出力装置はＴＶディスプレイのみとする。
【０７４２】
フォントデータファイルはディスク上および／またはサーバ上に配置できる。このフォントデータは所定のfont loading ruleに従いロードされる。
【０７４３】
フォントレンダリングシステムにおいて、フォントデコーダはフォントバッファからフォントファイルにアクセスし、フォントデータをフォントエンジンに送る。その結果が、フォントラスタライザ（font rasterizer）に送られるglyph informationとなる。
【０７４４】
Advanced Content Playerのimplementationsは所定の要求事項をサポートするフォントエンジンを使用することができるようになっている。フォントラスタライザは、フォントデコーダからglyph informationを受け入れると、スケーリングとアスペクト比変換（Aspect Ratio Transformations）を行なう。このアスペクト比変換では、ラスタライザがレンダーされたglyphのアスペクト比変換を実行するのにも適正かどうかを決定する。それは、個別グラフィックエレメントあるいは最終グラフィックフレームバッファのいずれが変換されるかに依存して、レンダーされたグラフィックが最終表示アスペクト比内で正しく見えるようにするためである。
【０７４５】
Open Type font specificationは、埋め込まれたレイアウトテーブルを介してtypographyをサポートしている。制作者は、適正なlanguage-based formattingを促進するために、このメカニズムを用いることが望ましい。
【０７４６】
text layout rulesは、Unicode Standard Version 4.0.1, Section 5.8, 5.13, 5.14、およびUnicode Standard Annex #9 The Bidirectional Algorithm, Annex #14, Line Breaking Properties, Annex #29 Text Boundariesにより規定されている。
【０７４７】
なお、Advanced Subtitleは、副映像の他に、ビデオに同期するsubtitleのために用いることができる。そのデータはMarkupのサブセットとして記載することが可能である。
【０７４８】
図２３５は、プレイリストに関連する各情報間の関係を説明する図であり、ディスク上に配置されたAdvanced Contentの関係を例示している。ディスク上のAdvanced Content記録領域内に1つ存在するStartupファイルは1つ以上のPlaylistから１つを決定する。決定されたPlaylistには、Applicationを指定する（Object Mapping）、ディスク上もしくはネットワーク上にあるEVOBのTMAPファイルを参照する（Object Mapping）、ChapterやTitleをTimeline上のどこからどこまでに設定するか（Playback Sequence）、Playerの設定を決定する（Configuration Information）といった記述がある。
【０７４９】
またStartupによって指定されるPlaylistは1つのみあり、PlaylistがApplication内のMarkupなどによって変更される場合は完全に置き換えられる。Playlistによって指定されるApplicationにはApplication毎に1つのLoading Informationと呼ばれるApplication内で使用されるResourceを指定するXMLファイルがある。
【０７５０】
図２３６は、プレイリストの構成例を説明する図である。Object Mapping、Playback Sequence、Configurationはそれぞれルート要素以下に３つの領域が指定されて記述される。
【０７５１】
このプレイリストのファイルには、以下の情報を含むことができる：
* Object Mapping Information（各タイトル内にあり、このタイトルのタイムライン上にマッピングされる再生オブジェクト用の情報）；
* Playback Sequence（タイトルのタイムラインにより記述される、各タイトル用の再生情報）；
* Configuration Information（データバッファアライメント等のシステムコンフィギュレーション用の情報）。
【０７５２】
図２３７および図２３８はPlaylistで用いるTimelineについての説明である。図２３７はタイムライン上の再生オブジェクトの配置（Allocation of Presentation Object）を例示している。ここで、タイムラインの単位には、ビデオフレーム単位、秒（ミリ秒）単位、９０ｋＨｚ／２７ＭＨｚベースのクロック単位、ＳＭＰＴＥで規定する単位などを利用することができる。図２３７の例では、1500と500それぞれの時間長を持ったPrimary Video Setが2つ用意されており、それを1つの時間軸であるTimeline上の500-1500、2500-3000へ配置している。このように、それぞれの時間長をもったObjectを1つの時間軸であるTimeline上に配置することによって矛盾無くそれぞれのObjectを再生できる。なお、タイムラインは使用するプレイリスト毎にゼロリセットされるように構成できる。
【０７５３】
図２３８は、タイムライン上で再生オブジェクトのトリックプレイ（チャプタジャンプなど）が行われる場合の例を説明する図である。図２３８は実際に再生動作を行った時のTimeline上の時間の進み方の例である。すなわち、再生が開始されるとTimeline上の時間が進み始める※1。Timeline上の時間300の時にPlayボタンが押されると※2、Timeline上の時間が500へジャンプされPrimary Video Setの再生が開始される。その後、時間700の時にChapter Jumpのボタンが押されると※3、対応するChapterの開始位置（ここではTimeline上の時間1400）へジャンプし、そこから再生が開始される。その後、時間2550に（プレーヤのユーザにより）Pauseボタンがクリックされると※4、ボタンエフェクトがあった後、再生はPauseする。時間2550でPlayボタンがクリックされたら※5、再生が再開する。
【０７５４】
図２３９は、EVOBがインターリーブされたアングルを持つ場合のPlaylistの例である。EVOBはそれぞれに対応したTMAPファイルを持つが、インターリーブされたアングルブロックであるEVOB4とEVOB5は同じ1つのTMAPファイルに情報が書かれる。またそれぞれのTMAPファイルをObject Mapping Informationで指定することによって、Timeline上にPrimary Video Setをマッピングする。またPlaylist中のObject Mapping Informationの記述によって、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が設定されている。
【０７５６】
また、Playback Sequenceにおいて、App1は1つのTitleとしてMenu、App2はMain Movie、App3, App4はDirector's cutを構成することを定義している。さらにMain Movieには3つ、Director's Cutには1つのChapterも定義している。
【０７５７】
図２４０は、オブジェクトがマルチストーリを含む場合のプレイリストの構成例を説明する図である。図２４０はMulti-Storyを設定する場合のPlaylistのイメージである。TMAPをObject Mapping Information中に指定することによって、この2つのタイトルをTimeline上へマッピングする。この例では、EVOB1、EVOB3を両方のタイトルで使い、EVOB2とEVOB4を入れ替えることによってMulti-Storyを可能にしている。
【０７５８】
図２４１は、プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがアングル情報を含む場合）を説明する図である。図２４１は図２３９のObject Mapping Informationを記述した具体例である。
【０７５９】
図２４２は、プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがマルチストーリを含む場合）を説明する図である。図２４２は図２４０のMulti-Story設定の時のObject Mapping Informationを記述した例である。ここで、seq要素はその子要素がシーケンシャルに順次Timeline上にMapされることを意味し、par要素はその子要素がパラレルに同時にTimeline上にMapされることを意味する。またtrack要素はそれぞれのObjectを指定する際に使用し、Timeline上の時間をstart、endの属性も用いて表現する。
【０７６０】
この時、図２３９のApp1とApp2の間のようにTimeline上に続けて配置されている場合、end属性は省略することができる。またApp2とApp3のように間が空いている場合はend属性を用いて表現する。さらにseq、par要素に設定するname属性を用いることによって、現在再生中の状態をPlayer（の表示パネル）もしくは外部モニタ画面上へ表示することも可能になる。なお、AudioやSubtitleはStream番号を用いて識別できる。
【０７６１】
図２４３はプレイリスト中の再生シーケンスの記述例（オブジェクトがアングル情報を含む場合）を説明する図であり、図２４４はプレイリスト中の再生シーケンスの記述例（オブジェクトがマルチストーリを含む場合）を説明する図である。図２４３、図２４４は図２３９、図２４０のAngle、Multi-Storyそれぞれの場合についてのPlayback Sequenceの例である。ここでは、playback-sequence要素の子要素にtitleを、その子にchapterを設定する。それぞれの期間についてはfrom、to属性を用いて定義する。
【０７６２】
図２４５は、プレイリスト中のコンフィギュレーション情報の記述例を説明する図である。ここでは、プレーヤ（個別の再生装置）で用意されるStreaming BufferのサイズをPlaylist毎に設定できるよう、Configurationにstreaming-buffer属性を設定し、その属性sizeでバッファの大きさを定義している。当然、Streaming bufferのサイズを決定したらdata cacheのサイズも決定する。そのほかの設定項目としてfont-cache、Displayの解像度やアスペクトなどがある。このdisplay要素内の属性は、Playlistで参照されるコンテンツ（またはコンテント）がこれ以外の解像度やアスペクト比を持つ場合に、この属性で設定された値に変換して表示することを表している。このConfigurationには、その他にもPlayerの設定についてPlaylist毎に変更したいものを追加することもできる。
【０７６３】
図２４６は、アドバンスドオブジェクトタイプの例（ここでは４例）を説明する図である。Advanced objectのTypeは図２４６の4つに分類できる。まず、Timelineに同期した形で再生されるか、非同期で自らの再生時間によって再生を行なうかの分類。そしてPlaylistに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属性を用いて定義できる。
【０７６７】
図２４９は同期しないアドバンスドオブジェクトの場合のプレイリスト例を説明する図であり、図２５０は同期しないアドバンスドオブジェクトの場合のプレイリスト記述例を説明する図である。
【０７６８】
図２４９はTimelineに同期しない、すなわち自分自身の時間軸での再生を行なうObjectの例である。Effect Audio3は図２４６、図２５０における<3>のTypeで再生開始時間がTimeline上で決まっているものである。Effect Audio4は図２４６、図２５０における<4>のTypeで再生可能時間がPlaylistに書かれているObjectの例である。この場合も図２４７のEffect Audio2と同じように、再生開始時間が1050、1100の場合は通常再生で時間1650、1700まで再生されるが、開始が時間1400の場合はApplicationの終了時間である1800で終了する。またこのObjectはTimeineに同期していないため、Timelineが早送りなどで時間1800へ到達した場合も再生を終了する。
【０７６９】
図２５１は、アドバンスドオブジェクトの種々な再生に対するプレイリストを説明する図である。図２５１は、図２４６の<1>、<2>、<3>、<4>のそれぞれの場合について最後まで再生させたい時の解決方法について説明した図である。以下、Timelineに同期している<1>、<2>の場合それぞれについて説明する。
【０７７０】
<1>のTypeのObjectの場合、最後まで再生させたい場合は自分自身の再生時間と同じだけApplicationの最後から前まで（図中時間1400）を再生開始時間とする。<2>のTypeの場合も同様に再生開始可能時間を自身の再生時間分だけ前（図中時間1400）までに設定することにより最後まで再生することが可能になる。または、双方についてApplicationの再生時間を自身の長さ分だけ伸ばしておく（図中時間2600）ことで最後まで再生することが可能になる。
【０７７１】
次にTimelineに同期しない<3>、<4>の場合について説明すると、
<3>、<4>の場合も同様に設定時間を前に置くか、Applicationの時間を長く設定するかで対処することはできる。しかし、Timelineに同期していないため、早送りなどの処理によりTimelineが進んだ場合を考慮して保証する時間を設定する必要がある。
【０７７２】
図２５２は、ボーナスコンテンツを含むオブジェクト再生におけるプレイリスト例を説明する図である。図２５２はタイムライン上にタイトルとしてアサインしない区間を設定した場合の図である。タイムライン上のアサインとタイトルのアサインを別にすることによりタイトルとして設定していない部分を再生することが可能となる。例えばボーナストラックを表現する場合には、まず、タイトルのアサインしていない部分を表現しておく（P-Video5）。こうしておけば、直接ジャンプしてボーナスコンテンツのみを再生することができないようなコンテンツを作成することができる。
【０７７３】
この例ではTitleを再生するとフラグを立てるような仕組みをもっておき、App3で判別し、フラグがそろっていればTimeline上の時間1400へジャンプすると言うようなコンテンツにしておくことができる。そうしておけば、再生ポイントをすべて見終わったユーザだけがボーナスコンテンツを再生できるようなコンテンツを実現することが可能になる。
【０７７４】
図２５３はシームレス再生を行なうために次に再生するエンハンスドビデオオブジェクトで使用するアプリケーションを現在再生しているエンハンスドビデオオブジェクトに多重化する場合の留意点（多重化ルール）を説明する図である。また、図２５４は次に再生するエンハンスドビデオオブジェクトで使用するアプリケーションを現在再生しているエンハンスドビデオオブジェクトに多重化する場合のエンハンスドビデオオブジェクトの物理配置とその再生手順の例を説明する図である。
【０７７５】
図２５３、図２５４はシームレス再生を行なうために次のEVOBで使用するApplicationを再生しているEVOBにMUX（多重化）する例である。図２５３で2つのTitleP-Video1→2→4のMain MovieとP-Video1→3→4のDirector's Cutの2つがあるとする。これを再生手順で表すと図２５４の下段（ｂ）になる。EVOB1から次のEVOBに遷移するときパスはEVOB2とEVOB3の2つがある。これをPlaylistで記述して制御するのであるが、この時のディスク上の物理配置を考えた場合EVOB1にEBOV2用のApp2、およびEVOB3用のApp3を両方ともMUXしておく必要がある。
【０７７６】
またその後両方のパスがEVOB4へ遷移するとすると、EBOV2、EVOB3両方ともにEVOB4用のApp4をMUXしておかなければならない。
【０７７７】
図２５５はタイムラインの進行を止める（または反復させる）処理をプレイリストで行なう（スチル設定）場合の例を説明する図である。また図２５６はタイムラインの進行を止める（または反復させる）処理を行なう（スチル設定）場合における、プレイリスト中のオブジェクトマッピング情報の記述例を説明する図である。
【０７７８】
図２５５はTimelineの進み方を止めるもしくは繰り返す処理をPlaylistで行いたい場合の例である。図中のTitle1はMenuを構成している。この時、Menuで使用されるApplicationがユーザ操作で実行される場合、スクリプト処理の解析に時間が必要であり、その実行中にもTimelineが進むことで次のTitleが再生されてしまうことが考えられる。こうした場合、図２５６に示すようにオブジェクト、もしくはper、seqの要素ごとにaction属性もしくは繰り返し再生を行なうためのreturn属性を設定することでユーザ操作が発生した場合はスクリプト処理やオブジェクトの再生（Effect Audioなど）の間Timelineを停止することや、Timelineの最後まで何も起こらなかった場合最初に戻るといった処理が可能になる。
【０７７９】
図２５７はタイトル毎に別々に作成されるプレイリストの構成例を説明する図である。また図２５８はタイトル毎に別々に作成されるプレイリストの記述例を説明する図である。図２５７、図２５８はtitle毎に別のPlaylistを作成する場合の例である。Title毎にTimeline上にオブジェクトを配置し、Playlistはそれぞれ記述を分ける。図２５８はPlaylistの記述である。title毎に設定するのでPlayback SequenceにTitle要素はなくChapter要素のみになっている。
【０７８０】
また、Playerでサポートしているもの、していないものを判別するためにAPI（アプリケーションインターフェイス）を新たに定義する。これを使用すれば、Playerの状態を診断し、APIの戻り値をもとに自動的に複数あるPlaylistから1つを選択することができる。
【０７８１】
さらにPlayerの機能として再生時間を表示するものが考えられるが、Timeline上の時間をそのまま表示すると再生経路によっては連続的に時間を増加させることができない場合が起き得る。そのため、Playback Sequenceの再生経路によって、連続的な時間増加の実現および、その表示を行なうこととする。Menuを実現するようなTitleは、Titleの最後まで再生したらTimelineをTitleの始めに戻すような処理をすること（図２５６（ｃ）参照）があるのでその場合は時間を戻すのではなく足し合わせていくことで再生時間を決定する。
【０７８２】
オーサリングのシステムは、上記のようなプレイリストを持つコンテンツを作成できる。
【０７８３】
図２５９は、プレイリストを持つ場合の各情報間の関係を説明する図である。図２５９は、ディスク上に配置されたAdvanced Contentの関係を示した図である。ディスク上のAdvanced Content記録領域内に1つ存在するStartupファイルは1つ以上のPlayListから１つを決定する。決定されたPlayListはApplicationを指定する（Object Mapping）ディスク上もしくはネットワーク上にあるEVOBのTMAPファイルを参照する（Playback Sequence）、Playerの設定を決定する（Configuration Information）の3つの記述がある。またStartupによって指定されるPlaylistは1つのみあり、PlaylistがApplication内のMarkupなどによって変更される場合は完全に置き換えられる。PlayListによって指定されるApplicationにはApplication毎に1つのLoading Informationと呼ばれるApplication内で使用されるResourceを指定するXMLファイルがある。
【０７８４】
図２６０は、スタートアップによるプレイリストのカテゴリ分けの例を説明する図である。図中ではPlayList0で通常再生。PlayList1でディスプレイが無い場合の音楽再生を例としてあげている。このほかにリージョンによるカテゴリー分けやパレンタルレベル、Displayの有無、解像度、アスペクト比などによるカテゴリー分けなどが考えられる。
【０７８５】
図２６１はスタートアップファイルの記述例１（プレイリストの情報が１つのみ）を示す図である。また、図２６２はスタートアップファイルの記述例２（プレイリストの情報が複数存在）を示す図である。図２６１では1つのプレイリストのみが設定されている場合の記述である。参照は属性内のURLによって記述される。図２６２では場合分けをすることによってそれぞれの状態の時のPlaylistを設定している。condition要素によってlangがjaの時はPlaylist_2.xmlを、またlangがenで、profileが3の時Playlist_3.xmlを、そしてそれ以外の場合はPlaylist_0.xmlが選択される。また場合分けの条件を記述するcondition要素にはアスペクト比、ディスプレイの解像度、ディスプレイの有無による場合分けを行なう属性、aspect、resolution、displayなどが考えられる。
【０７８６】
図２６３は、プレイリストを持たない場合の各情報間の関係を説明する図である。 Playlistのdefaultは必ずPlaylist番号の大きいものとなる。defaultのPlaylistはLoadinginfoで使用するResourceを決める。他のPlaylistを使用する場合はMarkupによってPlaylistを変更する。
【０７８７】
図２６４は、プレイリスト中のオブジェクトマッピング情報の別例（タイムライン上に定義した時間で再生オブジェクトを配置する場合）を説明する図である。図２６４は、Playlist内の時間表記をSMILのタグのルールを用いるのではなくTimeline上に定義した時間でPresentation Objectを配置する記述の例である。またこの例では、Titleタグとその子要素にPrimaryVideoTrackタグやComplementaryAudioTrackタグなどを用意し、それぞれのオブジェクトのタイプ毎にObject Mappingを定義している。
【０７８８】
図２６５は、プレイリストの記述例（タイトル毎にオブジェクトマッピングと再生シーケンスを記述する場合）を説明する図である。図２６５はTitle毎にObject MappingとPlaybqack-Sequenceを記述した例で、Titleの子要素にPlayback-Sequenceも記述することでTitle毎の管理がしやすいようになっている。
【０７８９】
図２６６は、オブジェクトマッピング情報の記述例（アングルを個別のＴＭＡＰファイルで実現する場合）を説明する図である。図２６６はANGLEを個別のTMAPファイルで実現する場合の例である。Angleを実現するEVOBはインターリーブされたEBOV毎に個別のTMAPを持つ。Playlist上の記述ではアングルを構成するEVOBはClipBlockタグでグルーピングされる。ClipBlockタグは子要素にClipタグを持ち、src属性により、それぞれ個別のTMAPファイルを参照することでアングルブロックを構成する。
【０７９０】
図２６７はオブジェクトマッピング情報の記述例（プライマリビデオセットに多重化された音声と字幕を組み替えたり、多重化されていない追加音声や追加字幕を選択できるように構成する場合）を説明する図である。また、図２６８はオブジェクトマッピング情報の記述の別例を説明する図である。図２６７、図２６８はPrimaryVideoSetにMUXされた音声と字幕を組みかえられるようにして、さらに、MUXされていない追加音声、追加字幕とをstream numberや言語で選択できるようにする例である。これは、MUXされているAudio、 SPのstreamを別のstream numberに割り当てしなおしているものであり、PGC_AST_CTLではMUXしたものだけしか利用できなかったが、この実施の形態では、MUXされた音声とComplementary音声を透過的に切り替えられるようになる。
【０７９１】
この例でのポイントは、MUXされた音声などはTimeline上で再配置できないので、単にPrimaryVideoSetのどのストリームを利用するかをsrcで指定している点である。（他のClipはClipの開始時間がメディアの開始時間になるが、MUXされたPrimaryVideoSetの対応する時刻の音声streamが選択されることになる。）
図２６７では、PrimaryVideoTrackには0〜200、200〜400の2つのEVOBが定義されている。EVOB1つまりTMAP1が指定されている時間0〜200の期間ではMUXされたAudioのうち、Stream-idが’1’のものをStream-Number’1’に割り当てる。同様に、Stream-idが’2’のものはStream-number’2’に割り当てている。Subtitleに関しても同じように定義する。またEVOB2、TMAP2が指定されている200〜400の期間ではstream-number3にComplementaryAudioTrackとしてAddAudio2.aviを定義している。
【０７９２】
図２６８の場合、AudioTrackはStreamNumberが’1’の時0〜200ではPrimaryVideoSetのEVOB中(つまりEVOB1→PrimaryVideoSet1)にMUXされているAudio3の音声を利用し、200-600ではPrimaryVideoSet2のEVOB、つまり、EVOB2にMUXされているAudio 3の音声を利用する。Streamnumber’2’の時は0〜600でEVOB1、及び2のAudio2を利用する。ComplementaryAudioはStreamnumber’3’で、AddAudio2.aviを定義する。Subtitleについても同様に定義する。また、ここで、AudioTrack streamnumber='2'の子要素がTimeline上0〜600でAudio2を使用するという記述はEVOB1、EVOB2の両方でAudio2を利用するということであり、SubtitleTrack stream-number=’2’の、
<Clip titleTimeBegin=‘0’ titleTimeEnd=‘200’ src=‘PrimaryVideoSet(2)’/>
<Clip titleTimeBegin=‘200’ titleTimeEnd=‘600’ src=‘PrimaryVideoSet(2)’/>
という記述と同様の意味を持つ。
【０７９３】
図２６９は、１以上のプレイリストから所定の１つを選択し、選択されたプレイリストに基づき再生を行なう手順の一例を説明するフローチャート図である。例えば図２５９のdiscが図３８、図７２、図１００、あるいは図１３９〜図１４６のplayerに装填され、このplayerのdisc drive（例えば図３８のディスクドライブ部１０１０）が読み取り動作を開始すると、スタートアップファイルの情報（図２６１、図２６２等）が読み取られ（ステップＳＴ５００）、プレイリスト（図２３６）の全情報（図２のADV_OBJディレクトリ内の“LOAD001.XML”他、あるいは図２４１〜図２４５、図２５６、図２５８、図２６４〜図２６８等）が読み取られる（ステップＳＴ５０２）。
【０７９４】
読み取られた情報から、そのplayerで再生可能な条件（例えば、そのplayerが、読み取られたプレイリストの情報内で記述された言語コード、ＭＰＥＧのプロファイルレベル、表示アスペクト比、表示解像度、音声モード等に対応しているか否か）がチェックされる。
【０７９５】
そのplayerで再生可能な条件に合うプレイリストがない場合（ステップＳＴ５０４ノー）、どのplayerでも再生可能な記述内容を持つデフォルトのプレイリスト（例えば図２６１の“<playlist href=“VIDEO_TS/Playlist_0.xml”/>”）が選択され、選択されたプレイリストの記述に基づきplayerの動作環境（使用する言語コード、ＭＰＥＧのプログラムファイルレベル、画面のアスペクト比、画像の解像度、音声モード等）が自動設定される（ステップＳＴ５１４）。
【０７９６】
その後、ユーザ操作（リモートコントローラによる再生ボタンプッシュ等）あるいは制御プログラム（タイマを用いた自動再生予約等）に応じて、再生処理（タイムラインに沿ったオブジェクト再生等）が実行される（ステップＳＴ５１６）。
【０７９７】
一方、ステップＳＴ５００〜ＳＴ５０２で読み取られた情報から、そのplayerで再生可能な条件に合うプレイリストが１つだけある場合（ステップＳＴ５０４イエス、ＳＴ５０８イエス）は、その１つのプレイリストが選択される。すると、選択されたプレイリストの記述に基づきplayerの動作環境が自動設定され（ステップＳＴ５１４）、ユーザ操作あるいは制御プログラムに応じて再生処理が実行される（ステップＳＴ５１６）。
【０７９８】
他方、ステップＳＴ５００〜ＳＴ５０２で読み取られた情報から、そのplayerで再生可能な条件に合うプレイリストが複数ある場合（ステップＳＴ５０４イエス、ＳＴ５０８ノー）は、条件に合う複数プレイリストのうち所定のものが選択される。
【０７９９】
具体的には、図２６１の例において、“<playlist href=“VIDEO_TS/Playlist_2.xml”/>”〜“<playlist href=“VIDEO_TS/Playlist_5.xml”/>”および“<playlist href=“VIDEO_TS/Playlist_0.xml”/>”が条件に合うとすれば、プレイリスト番号が最大のもの（“<playlist href=“VIDEO_TS/Playlist_5.xml”/>”）または（各プレイリストの情報にタイムスタンプが付いているとき、あるいは何らかの時間情報にリンクしているとき）最新プレイリスト（通常は作成日時が最も後のプレイリスト）が選択される（ステップＳＴ５１２）。
【０８００】
その後、選択されたプレイリストの記述に基づきplayerの動作環境が自動設定され（ステップＳＴ５１４）、ユーザ操作あるいは制御プログラムに応じて再生処理が実行される（ステップＳＴ５１６）。
【０８０１】
なお、プレイリスト番号の小さいものを優先させたい意図が（プロバイダあるいはプレーヤの設計側に）ある場合は、ステップＳＴ５１２の選択において、条件に合うプレイリストのうち（デフォルト以外で）番号最小のもの（例えば“<playlist href=“VIDEO_TS/Playlist_2.xml”/>”）が選択されるように構成することも可能である。
【０８０２】
ここで、図１４８の説明で触れた“Advanced Navigation”の内容についてさらに説明する。Advanced Navigationは、Playlist file、Loading Information file、Markup file（コンテント、スタイリング、タイミング情報用）、およびScript fileを含んでいる。これらのファイル（Playlist file、Loading Information file、Markup file、Script file）はXML documentとしてエンコードされる。なお、Advanced Navigation用のXML documentのリソースは、正しい書式で記述されていないときはAdvanced Navigation Engine（図１３９〜図１４２）でリジェクトされる。
【０８０３】
XML documentは、基準となるドキュメントタイプの定義に従い有効となるが、（player側の）Advanced Navigation Engineはコンテントの有効性を判断する機能は必ずしも必要でない（コンテントの有効性はプロバイダが保証すればよい）。もしXML documentのリソースが正しい書式で記述されていないときは、Advanced Navigation Engineの正常動作は保証されない。
【０８０４】
XMLの宣言（declaration）には以下のルールが適用される：
・エンコードの宣言は“UTF-8”または“ISO-8859-1”とする。XML fileはこれらのいずれかによりエンコードされる；
・XML宣言内における標準ドキュメント宣言の値は、この標準ドキュメント宣言が存在するときは“no”とする。標準ドキュメント宣言がないときは、この値は“no”とみなす。
【０８０５】
ディスクあるいはネットワーク上で利用可能な全てのリソースは、[URI, RFC2396]で定義されたUniform Resorce Identifierによりエンコードされたアドレスを持つ。
【０８０６】
ＤＶＤディスクに対してサポートされるプロトコルおよびパスは、例えば次のようになる：
file://dvdrom:/dvd_advnav/file.xml
［Playlist Fileについて］
Playlist Fileは、HD DVD playerの初期システムコンフィギュレーションおよびadvanced content用タイトルの情報を記述できる。このPlaylist Fileには、図２３６に例示されるように、Object Mapping Informationと各タイトル用のPlayback Sequenceのセットが、各タイトル毎に記述される。このPlaylist FileはXMLの書式でエンコードされる。Playlist Fileのsyntaxは、XML Syntax Representationにより定義できる。
【０８０７】
＜ElementsとAttributes＞
Playlist elementは、そのプレイリストのroot elementである。Playlist elementのXML Syntax Representationは、例えば次のようになる：
<Playlist> 
Configuration TitleSet 
</Playlist>
Playlist elementは、a set of information of TitlesおよびConfiguration element for System Configuration Information用のTitleSet elementで構成される。
【０８０８】
ここで、Configuration elementは、Advanced Content用のSystem Configurationのセットで構成できる。また、System Configuration Informationは、例えばストリームバッファサイズ等を指定するData Cache configurationにより構成できる。
【０８０９】
TitleSet elementは、Playlist内の、a set of Titles for Advanced Contentsの情報を記述するものである。TitleSet elementのXML Syntax Representationは、例えば次のようになる：
<TitleSet>
Title *
</TitleSet>
TitleSet elementは、Title elementのリストで構成される。Title elementのドキュメント順序に従い、Advanced Navigation用のTitle numberは“１”から順に連続して割り当てられる。Title elementは、各タイトルの情報を記述するように構成されている。
【０８１０】
すなわち、Title elementは、タイトル内のObject Mapping InformationとPlayback Sequenceを含んで構成されるTitle for Advanced Contentsの情報を記述する。Title elementのXML Syntax Representationは、例えば次のようになる：
<Title
id = ID
hidden = (true | false)
onExit = positiveInteger>
PrimaryVideoTrack? 
SecondaryVideoTrack ? 
ComplementaryAudioTrack ? 
ComplementarySubtitleTrack ?
ApplicationTrack * 
ChapterList ?
</Title>
Title elementのコンテントは、element fragment for tracksとChapterList elementで構成される。ここで、element fragment for tracksは、a list of elements of PrimaryVideoTrack、SecondaryVideoTrack、ComplementaryAudioTrack、ComplementarySubtitleTrack、およびApplicationTrackで構成される。
【０８１１】
Object Mapping Information for a Titleは、element fragment for tracksにより記述される。Title Timeline上でのPresentation Objectのマッピングは、対応するelementにより記述される。ここで、Primary Video SetはPrimaryVideoTrackに対応し、Secondary Video SetはSecondaryVideoTrackに対応し、Complementary AudioはComplementaryAudioTrackに対応し、Complementary SubtitleはComplementarySubtileTrackに対応し、そしてADV_APPはApplicationTrackに対応している。
【０８１２】
なお、Title Timelineは各Titleに割り当てられている。また、chapter pointsからなるPlayback Sequence for a Titleの情報は、ChapterList elementにより記述される。
【０８１３】
ここで、(a) hidden attributeは、タイトルがユーザ操作によりナビゲートできるかどうかを記述できる。もしその値が“true”であれば、そのタイトルはユーザ操作によりナビゲートできない。この値は省略することもでき、その場合のデフォルト値は“false”とされる。
【０８１４】
また、(b) onExit attributeは、現在のタイトル再生の後に再生されるタイトルを記述できる。現在のタイトル再生がそのタイトルの末尾より前にあるときは、Playerは（再生の）ジャンプをしないように構成できる。
【０８１５】
PrimaryVideoTrack elementは、タイトル内のPrimary Video SetのObject Mapping Informationを記述するものである。PrimaryVideoTrack elementのXML Syntax Representationは、例えば次のようになる：
<PrimaryVideoTrack
id = ID>
(Clip | ClipBlock) +
</PrimaryVideoTrack>
PrimaryVideoTrackのコンテントは、Presentation ObjectとしてPrimary Video内のP-EVOBを参照する、Clip elementとClipBlock elementのリストで構成される。Playerは、Clip elementの記述に従い、startおよびend timeを用いて、Title Timeline上にP-EVOB(s)を事前に割り振る（pre-assign）ように構成される。なお、Title Timeline上に割り振られたP-EVOB(s)は、互いにオーバーラップしないようになっている。
【０８１６】
SecondaryVideoTrack elementは、タイトル内のSecondary Video SetのObject Mapping Informationを記述するものである。SecondaryVideoTrack elementのXML Syntax Representationは、例えば次のようになる：
<SecondaryVideoTrack
id = ID
sync = (true | false)>
Clip +
</SecondaryVideoTrack>
SecondaryVideoTrackのコンテントは、Presentation ObjectとしてSecondary Video Set内のS-EVOBを参照する、Clip elementのリストで構成される。Playerは、Clip elementの記述に従い、startおよびend timeを用いて、Title Timeline上にS-EVOB(s)を事前に割り振る（pre-assign）ように構成される。
【０８１７】
また、Playerは、Clip elementのtitleBeginTime and titleEndTime attributeにより、Title Timeline上のclipのstart and end positionとして、Title Timeline 上に、Clip and the ClipBlockをマップ（map）するように構成される。なお、Title Timeline上に割り振られたS-EVOB(s)は、互いにオーバーラップしないようになっている。
【０８１８】
ここで、もし同期属性（sync attribute）が‘true’であれば、Secondary Video SetはTitle Timeline上の時間に同期する。一方、sync attributeが‘false’のときは、Secondary Video Setは自身の時間で走る（換言すれば、sync attributeが‘false’のときは、タイムラインの時間でなくSecondary Video Set自身に割り振られている時間で再生が進行する）ように構成できる。
【０８１９】
さらに、もしsync attribute valueが‘true’若しくは省略されているときは、SecondaryVideoTrack内のPresentation Objectは同期オブジェクト（Synchronized Object）となる。一方、sync attribute valueが‘false’であれば、SecondaryVideoTrack内のPresentation Objectは非同期オブジェクト（Non-synchronized Object）となる。
【０８２０】
ComplementaryAudioTrack elementは、タイトル内Complementary Audio TrackのObject Mapping InformationとAudio Stream Numberの割り当て（assignment to Audio Stream Number）を記述するものである。ComplementaryAudioTrack elementのXML Syntax Representationは、例えば次のようになる：
<ComplementaryAudioTrack
id = ID
streamNumber = Number
languageCode = token
>
Clip +
</ComplementaryAudioTrack>
ComplementaryAudioTrack elementのコンテントは、Presentation ElementとしてComplementary Audioを参照する、Clip elementのリストで構成される。Playerは、Clip elementの記述に従い、Title Timeline上にComplementary Audioを事前に割り振る（pre-assign）ように構成される。なお、Title Timeline上に割り振られたComplementary Audio(s)は、互いにオーバーラップしないようになっている。
【０８２１】
Complementary Audioには、特定のオーディオストリーム番号（specified Audio Stream Number）が割り振られる。もし、Audio_stream_Change APIがComplementary Audioのspecified stream numberを選択するときは、Playerは、Primary Video Set内のaudio streamの代わりにComplementary Audioを選ぶように構成される。
【０８２２】
streamNumber attributeには、このComplementary Audio用のAudio Stream Numberが記述される。
【０８２３】
languageCode attributeには、このComplementary Audio用の特定コード（specific code）および特定コードエクステンション（specific code extension）が記述される。
【０８２４】
language code attribute valueは、以下の方式（BNF scheme）に従う。すなわち、specificCodeおよびspecificCodeExtはspecific codeおよびspecific code extensionをそれぞれ記述しており、例えば次のようになる：
languageCode  := specificCode ‘:’ specificCodeExtension
specificCode  := [A-Za-z][A-Za-z0-9]
specificCodeExt  := [0-9A-F][0-9A-F]
ComplementarySubtitleTrack elementは、タイトル内Complemetary SubtitleのObject Mapping InformationとSub-picture Stream Numberの割り当て（assignment to Sub-picture Stream Number）を記述するものである。ComplementarySubtitleTrack elementのXML Syntax Representationは、例えば次のようになる：
<ComplementarySubtitleTrack
id = ID
streamNumber = Number
languageCode = token
>
Clip +
</ComplementarySubtitleTrack>
ComplementarySubtitleTrack elementのコンテントは、Presentation ElementとしてComplementary Subtitleを参照する、Clip elementのリストで構成される。Playerは、Clip elementの記述に従い、Title Timeline上にComplementary Subtitleを事前に割り振る（pre-assign）ように構成される。なお、Title Timeline上に割り振られたComplementary Subtitle(s)は、互いにオーバーラップしないようになっている。
【０８２５】
Complementary Subtitleには特定の副映像ストリーム番号（specified Sub-picture Stream Number）が割り振られる。もし、Sub-picutre_stream_Change APIがComplementary Subtitleのstream numberを選択するときは、Playerは、Primary Video Set内のsub-picture streamの代わりにComplementary Subtitleを選ぶように構成される。
【０８２６】
streamNumber attributeには、このComplementary Subtitle用のSub-picuture Stream Numberが記述される。
【０８２７】
languageCode attributeには、このComplementary Subtitle用の特定コード（specific code）および特定コードエクステンション（specific code extension）が記述される。
【０８２８】
language code attribute valueは、以下の方式（BNF scheme）に従う。すなわち、specificCodeおよびspecificCodeExtはspecific codeおよびspecific code extensionをそれぞれ記述しており、例えば次のようになる：
languageCode  := specificCode ‘:’ specificCodeExtension
specificCode  := [A-Za-z][A-Za-z0-9]
specificCodeExt  := [0-9A-F][0-9A-F]
ApplicationTrack elementは、タイトル内ADV_APPのObject Mapping Informationを記述するものである。ApplicationTrack elementのXML Syntax Representationは、例えば次のようになる：
<ApplicationTrack
id = ID
loading_info = anyURI
sync = (true | false)
language = string />
ここで、ADV_APPは、Title Timeline全体の上でスケジューリングされる。Playerがタイトル再生を開始すると、Playerは、ローディング情報属性により示されるローディング情報ファイル（例えば図２または図１４８のLoading Information）に従いADV_APPを開始（launch）する。もしPlayerがタイトル再生を止めた（exit）ときは、タイトル内のADV_APPも終了（terminated）する。
【０８２９】
ここで、もしsync attributeが‘true’であれば、ADV_APPはTitle Timeline上の時間に同期するよう構成される。一方、sync attributeが‘false’のときは、ADV_APPは自身の時間で走るように構成できる。
【０８３０】
loading information attributeは、アプリケーションの初期化情報（initialization information of the application）を記述したloading information file用のURIを記述するものである。
【０８３１】
sync attributeは、その値（sync attribute value）が‘true’のときは、ApplicationTrack内のADV_APPが同期オブジェクト（Synchronized Object）であることを示す。一方、sync attribute valueが‘false’であれば、ApplicationTrack内のADV_APPは非同期オブジェクト（Non-synchronized Object）であることが示される。
【０８３２】
Clip elementは、Presentation ObjectのTitle Timeline上の期間（life periodまたはstart timeからend timeまで）の情報を記述するものである。Clip elementのXML Syntax Representationは、例えば次のようになる：
<Clip
id = ID 
titleTimeBegin = timeExpression
clipTimeBegin = timeExpression
titleTimeEnd = timeExpression
src = anyURI
preload = timeExpression 
xml:base = anyURI >
(UnavailableAudioStream | UnavailableSubpictureStream )*
</Clip>
Presentation ObjectのTitle Timeline上のlife periodは、Title Timeline上のstart timeおよびend timeで決定される。Title Timeline上のstart timeおよびend timeは、それぞれ、titleTimeBegin attributeおよびtitleTimeEnd attributeにより記述することができる。Presentation Objectのstarting positionは、clipTimeBegin attributeにより記述される。Title Timeline上のstart time において、Presentation Objectは、clipTimeBeginにより記述されるstart positionの位置に存在する。このことを図解したものが、図２７０である。図２７０は、タイムラインおよびＰ−ＥＶＯＢの開始位置とＰ−ＥＶＯＢの開始・終了時間との関係を例示している。
【０８３３】
Presentation Objectは、index information fileのURIにより参照される。Primary Video Set に対してはP-EVOB用TMAP fileが参照される。Secondary Video Setに対してはS-EVOB用TMAP fileが参照される。Complementary AudioおよびComplementary Subtitleに対しては、オブジェクトを含むSecondary Video SetのS-EVOB用TMAP fileが参照される。
【０８３４】
titleBeginTime、titleEndTimeとclipBeginTime、およびPresentation Objectの持続期間（duration time）のAttribute valuesは、以下の関係を満足するように構成される：
titleBeginTime < titleEndTime、  かつ
clipBegintTime + titleEndTime - titleBeginTime 
≦ Presentation Objectのduration time
UnavailableAudioStreamおよびUnavailableSubpictureStreamは、PremininaryVideoTrack element内のClip elementのためにだけ存在する。
【０８３５】
titleTimeBegin attributeは、Title Timeline上のPresentation Objectの連続フラグメント（continuous fragment）のstart timeを記述するものである。
【０８３６】
titleTimeEnd attributeは、Title Timeline上のPresentation Objectの連続フラグメント（continuous fragment）のend timeを記述するものである。
【０８３７】
clipTimeBegin attributeは、Presentation Object内のstarting positionを記述するもので、その値はtimeExpression value内に記述できる。なお、clipTimeBeginは省略することもできる。もしclipTimeBegin attributeがないときは、上記starting positionは例えば‘0’とする。
【０８３８】
src attributeは、参照されるべきPresentation Objectのindex information fileのURIを記述するものである。
【０８３９】
preload attributeには、Playerが前もって取り込んだ（pre-fetching）Presentation Objectの再生を開始する際の、Title Timeline上の時間を記述できる。
【０８４０】
ClipBlock elementは、Clip Blockと呼称される、P-EVOBS内のClipのグループを記述するものである。１つのClipが再生用に選択される。ClipBlock elementのXML Syntax Representationは、例えば次のようになる：
<ClipBlock>
Clip+
</ClipBlock>
ClipBlock内の全てのClipは、同じstart timeおよび同じend timeを持つように構成される。このことから、ClipBlockは、最初の（first）child Clipのstartおよびend timeを用いて、Title Timeline上にスケジューリングできる。なお、ClipBlockは、PrimaryVideoTrack内でのみ使用可能に構成できる。
【０８４１】
ClipBlockは、Angle Blockを表すことができる。Clip elementのドキュメント順に従い、Advanced Navigation用のAngle numberは、‘1’から連続して割り振られる。
【０８４２】
Playerは、デフォルトとして最初のClipを再生すべきものとして選択するが、もしAngle_Change APIが特定のAngle number（specified Angle number）を選択しているときは、Playerはそれに対応するClipを再生すべきものとして選択する。
【０８４３】
P-EVOBS内のDecoding Audio Streamを記述しているClip element内のUnavailableAudioStream elementは、該当Clipの再生期間中は利用できないように構成される。UnavailableAudioStream elementのXML Syntax Representationは、例えば次のようになる：
<UnavailableAudioStream
number = integer
/>
UnavailableAudioStream elementは、PrimaryVideoTrack element内にある、P-EVOB用のClip element内でのみ、使用できる。そうでないときは、UnavailableAudioStreamは存在しないようにする。また、Playerは、number attributeにより示されるDecoding Audio S Streamを不能（disable）にする。
【０８４４】
P-EVOBS内のDecoding Sub-picture Streamを記述しているClip element内のUnavailableSubpictureStream elementは、該当Clipの再生期間中は利用できないように構成される。UnavailableSubpicutreStream elementのXML Syntax Representationは、例えば次のようになる：
<UnavailableSubpictureStream 
number = integer
/>
UnavailableSubpicutreStream elementは、PrimaryVideoTrack element内にある、P-EVOB用のClip element内でのみ、使用できる。そうでないときは、UnavailableSubpicutreStream elementは存在しないようにする。また、Playerは、number attributeにより示されるDecoding Sub-picture Streamを不能（disable）にする。
【０８４５】
Title element内のChapterList elementは、該当タイトル用のPlayback Sequence Informationを記述するものである。ここで、Playback Sequenceは、Title Timeline上のtime valueによりchapter start positionを定義するものである。ChapterList elementのXML Syntax Representationは、例えば次のようになる：
<ChapterList>
Chapter+
</ChapterList>
The ChapterList elementは、Chapter elementのリストにより構成される。Chapter elementはTitle Timeline上のchapter start positionを記述している。ChapterList内Chapter elementのドキュメント順に従い、Advanced Navigation用のChapter numberは‘1’から連続して割り振られる。すなわち、Title Timeline内のchapter start positionは、Chapter numberに従い単調増加（monotonically increased）するように構成される。
【０８４６】
Chapter elementは、Playback Sequence内Title Timeline上のchapter start positionを記述するものである。Chapter elementのXML Syntax Representationは、例えば次のようになる：
<Chapter
id = ID
titleBeginTime = timeExpression />
Chapter elementは、titleBeginTime attributeを有する。このtitleBeginTime attributのtimeExpression valueは、Title Timeline上のchapter start positionを記述するものである。
【０８４７】
titleBeginTime attributeは、Playback Sequence内Title Timeline上のchapter start positionを記述するもので、その値はtimeExpression value内に記述される。
【０８４８】
＜Datatypes＞
timeExpressionは、例えば90kHz単位の正整数でtimecodeを記述したものである。
【０８４９】
［Loading Information Fileについて］
Loading Information Fileは、タイトル用ADV_APPのinitialization informationであり、PlayerはLoading Information File内の情報に従いADV_APPを開始（launch）するように構成されている。このADV_APPは、Markup fileの再生（presentation of Markup file）とScriptの拡張（execution of Script）からなる構成を持つ。
【０８５０】
Loading Information file内に記述されるinitialization informationとしては、次のものがある：
*initial markup fileの実行前に、File Cacheに最初に格納されるべきFiles；
*実行されるべきInitial markup file；
*実行されるべきScript file
Loading Information Fileは正しいXML形式でエンコードされる必要があり、XML Document Fileに対するルールが適用される。
【０８５１】
＜Element and Attributes＞
Loading Information fileのsyntaxは、XML Syntax Representationを用いて規定される。
【０８５２】
Application elementはLoading Information fileのroot elementであり、次のようなelementsおよびattributesを含んでいる：
Application elementのXML Syntax Representaion：
<Application
Id = ID
>
Resource* Script ? Markup ? Boundary ?
</Application>
Resource elementは、initial Markupの実行前にFile Cache内に格納されるべきファイルを記述するもので、Playlist elementのXML Syntax Representationは、例えば次のようになる：
<Resource
id = ID
src = anyURI
/>
ここで、src attributeは、File Cache内に格納されるファイル用のURIを記述するものである。
【０８５３】
Script elementは、ADV_APP用のinitial Script fileを記述するもので、Script elementのXML Syntax Representationは、例えば次のようになる：
<Script
id = ID
src = anyURI
/>
applicationのstartupにおいて、Script Engineは、src attribute内のURIで参照されるscript fileをロードし、ロードしたファイルをglobal code [ECMA 10.2.10]として実行する。なお、src attributeは、initial script file用のURIを記述している。
【０８５４】
Markup elementは、ADV_APP用のinitial Markup fileを記述するもので、Markup elementのXML Syntax Representationは、例えば次のようになる：
<Markup
id = ID
src = anyURI
/>
application startupにおいて、initial Script fileが存在するならその実行後に、Advanced Navigationは、src attribute内のURIを参照することにより、Markup fileをロードするように構成される。ここで、src attributeは、initial Markup file用のURIを記述するものである。
【０８５５】
Boundary elementは、アプリケーションが参照できる有効なURLを記述するように構成できる。
【０８５６】
［Markup Fileについて］
Markup Fileは、Graphics Plane上のPresentation Objectの情報である。アプリケーション中に同時に存在できるMarkup fileは１つに制限される。Markup Fileは、content modelとstylingとtimingで構成される。
【０８５７】
［Script Fileについて］
Script FileはScript global codeを記述するものである。Script Engineは、ADV_APPのstartupにおいてScript fileを実行し、実行されたScript global codeにより定義されるevent hander内のeventを待つように構成されている。
【０８５８】
ここで、Scriptは、User Input EventやPlayer playback eventなどのイベントにより、Playback SequenceおよびGraphics Plane上のGraphicsを制御できるように構成される。
【０８５９】
図２７１は、セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の別例（図２１９の他例）を示す図である。図２１９の例ではＳ＿ＥＶＯＢが１以上のEVOBUにより構成されているが、図２７１の例では、Ｓ＿ＥＶＯＢが１以上のTime Unit (TU)により構成されている。各ＴＵは、Ｓ−ＥＶＯＢ用のオーディオパック群（A_PCK for Secorndary）あるいはＳ−ＥＶＯＢ用のTimed Textパック群（TT_PCK for Secorndary）により構成することができる（TT_PCKについては図２１８参照）。
【０８６０】
なお、図面を参照して上述した各実施の形態において、データ構造を構成する情報要素（例えば図３の例では３１０〜３１８等）の並びは、図示の順番で配置されるようになっている。この並びは、ディスク１の再生時において、どの情報要素から先に再生装置に読み込まれるかの順番に対応させることができる。
【０８６１】
この発明は上記した実施の形態そのままに限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。例えば、この発明は現在世界的に普及しているＤＶＤ−ＲＯＭビデオのみならず、近年急速に需要が伸びている録画再生可能なＤＶＤ−ＶＲ（ビデオレコーダ）にも適用できる。さらには、近々普及が始まるであろう次世代ＨＤ−ＤＶＤの再生系または録再系にも適用可能である。
【０８６２】
さらに、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良い。
【図面の簡単な説明】
【０８６３】
【図１】この発明の一実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容を説明する図。
【図２】この発明の一実施の形態に係るディスク状情報記憶媒体に記録されるコンテンツを管理するファイルシステムの一例を説明する図。
【図３】ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）のデータ構造を例示する図。
【図４】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に含まれるＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＨＤＶＭＧ＿ＣＡＴ）の記録内容を例示する図。
【図５】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。
【図６】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）のデータ構造を例示する図。
【図７】各ＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ＃ｎ）のデータ構造を例示する図。
【図８】ＨＤＶＭＧＭ＿ＰＧＣカテゴリ（ＨＤＶＭＧＭ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図。
【図９】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるパレンタル管理情報テーブル（ＰＴＬ＿ＭＡＩＴ）のデータ構造を例示する図。
【図１０】各パレンタル管理情報（ＰＴＬ＿ＭＡＩ＃ｎ）のデータ構造を例示する図。
【図１１】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオタイトルセット属性情報テーブル（ＨＤＶＴＳ＿ＡＴＲＴ）のデータ構造を例示する図。
【図１２】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるテキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）のデータ構造を例示する図。
【図１３】各テキストデータ言語ユニット（ＴＸＴＤＴ＿ＬＵ＃ｎ）のデータ構造を例示する図。
【図１４】テキストデータ（ＴＸＴＤＴ）のデータ構造を例示する図。
【図１５】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオマネージャメニューセルアドレステーブル（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。
【図１６】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）のデータ構造を例示する図。
【図１７】ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤメニューオーディオオブジェクトセット情報テーブル（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ）のデータ構造を例示する図。
【図１８】ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるメニュー用ビデオオブジェクト領域（ＨＤＶＭＧＭ＿ＶＯＢＳ）のデータ構造を例示する図。
【図１９】ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）のデータ構造を例示する図。
【図２０】各ＨＤビデオタイトルセット（ＨＤＶＴＳ＃ｎ）記録領域に記録されるＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）のデータ構造を例示する図。
【図２１】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）のデータ構造を例示する図。
【図２２】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットパートオブタイトルサーチポインタテーブル（ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。
【図２３】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図。
【図２４】ＨＤＶＴＳ＿ＰＧＣカテゴリ（ＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図。
【図２５】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットメニューＰＧＣＩユニットテーブル（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）のデータ構造を例示する図。
【図２６】各ＨＤビデオタイトルセットメニュー言語ユニット（ＨＤＶＴＳＭ＿ＬＵ＃ｎ）のデータ構造を例示する図。
【図２７】ＨＤＶＴＳＭ＿ＰＧＣカテゴリ（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図。
【図２８】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットタイムマップテーブル（ＨＤＶＴＳ＿ＴＭＡＰＴ）のデータ構造を例示する図。
【図２９】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットメニューセルアドレステーブル（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。
【図３０】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）のデータ構造を例示する図。
【図３１】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットセルアドレステーブル（ＨＤＶＴＳ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。
【図３２】ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットビデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ）のデータ構造を例示する図。
【図３３】プログラムチェーン情報（ＰＧＣＩ：例えば図２３のＨＤＶＴＳ＿ＰＧＣＩの１つに対応）に含まれるプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）のデータ構造と、このＰＧＣＩ内に格納されるＰＧＣグラフィックユニットストリーム制御テーブル（ＰＧＣ＿ＧＵＳＴ＿ＣＴＬＴ）およびリジューム／オーディオオブジェクトカテゴリ（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）の記録内容を例示する図。
【図３４】プログラムチェーン情報（ＰＧＣＩ）に含まれるプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）のデータ構造を例示する図。
【図３５】プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）に含まれる、プログラムチェーンコマンドテーブル情報（ＰＧＣ＿ＣＭＤＴＩ）の内容、および各リジュームコマンド（ＲＳＭ＿ＣＭＤ）の内容を例示する図。
【図３６】プログラムチェーン情報（ＰＧＣＩ）に含まれる、プログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）のデータ構造、およびセル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）のデータ構造を例示する図。
【図３７】プログラムチェーン情報（ＰＧＣＩ）に含まれるセル再生情報テーブル（Ｃ＿ＰＢＩＴ）のデータ構造を例示する図。
【図３８】この発明の一実施の形態に係るディスク状情報記憶媒体（光ディスク等）の再生装置の内部構造例を説明するブロック図。
【図３９】図３８の装置内における各デコーダの構成例を説明するブロック図。
【図４０】仮想ビデオアクセスユニットＩＶＡＵの概念を説明する図。
【図４１】この発明の一実施の形態で使用されるシステムパラメータの具体例を説明する図。
【図４２】この発明の一実施の形態で使用されるコマンド一覧を例示する図。
【図４３】この発明の一実施の形態で使用されるコマンドの各フィールド内の具体例を示す図。
【図４４】ビデオオブジェクト内のグラフィックユニットＧＵの配置を例示する図。
【図４５】グラフィックユニット内のデータ構造を例示する図。
【図４６】グラフィックユニット内のヘッダ情報内容と一般情報内容を例示する図。
【図４７】グラフィックユニット内のマスクデータとグラフィックデータのイメージ例を説明する図。
【図４８】マスクパターンを含むビデオ合成例を示す図。
【図４９】グラフィックユニットＧＵにおけるボタン位置情報の一例を説明する図。
【図５０】この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドコンテンツ記録領域の記録内容の一例を説明する図。
【図５１】この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ）記録領域の記録内容の一例を説明する図。
【図５２】アドバンスドＨＤビデオタイトルセット記録領域内に記録されるアドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）のデータ構造を例示する図。
【図５３】アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＡＨＤＶＴＳ＿ＣＡＴ）の記録内容を例示する図。
【図５４】アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットパートオブタイトルサーチポインタテーブル（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。
【図５５】アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図。
【図５６】プログラムチェーン情報（ＰＧＣＩ：例えば図５５のＡＨＤＶＴＳ＿ＰＧＣＩに対応）に含まれるプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）のデータ構造を例示する図。
【図５７】アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットセルアドレステーブル（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。
【図５８】アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるタイムマップ情報テーブル（ＴＭＡＰＩＴ）のデータ構造を例示する図。
【図５９】タイムマップ情報テーブル（ＴＭＡＰＩＴ）に含まれる各タイムマップ情報（ＴＭＡＰＩ）のデータ構造と、このタイムマップ情報内に格納されるタイムマップ一般情報（ＴＭＡＰ＿ＧＩ）の記録内容を例示する図。
【図６０】タイムマップ情報（ＴＭＡＰＩ）に含まれるタイムエントリテーブル（ＴＭ＿ＥＮＴ）のデータ構造と、このタイムエントリテーブル内に格納されるタイムエントリ数（ＴＭ＿ＥＮ＿Ｎｓ）およびタイムエントリ（ＴＭ＿ＥＮ）の記録内容を例示する図。
【図６１】タイムマップ情報（ＴＭＡＰＩ）に含まれる、ビデオオブジェクトユニットエントリ（ＶＯＢＵ＿ＥＮＴ）の記録内容と、インターリーブドユニットアドレスエントリ（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴ）の記録内容と、エントリビデオオブジェクト番号（ＥＮＴ＿ＶＯＢＮ）の記録内容を例示する図。
【図６２】管理情報（例えば図５３のＡＨＤＶＴＳ＿ＣＡＴ）に含まれる情報（Application Type）の内容に応じたアドバンスドＶＴＳ（図５１、図７４、図７９等のＡＨＤＶＴＳ）の再生手順の一例を説明するフローチャート図。
【図６３】この発明の一実施の形態に係る拡張ビデオオブジェクト（ＨＤＶＴＳ内のビデオオブジェクト）で用いられるデータユニット（ＥＶＯＢＵ）先頭に配置されるナビゲーションパック（ＮＶ＿ＰＣＫ）の構成を説明する図。
【図６４】拡張ビデオオブジェクトで用いられるナビゲーションパック（ＮＶ＿ＰＣＫ）内の再生制御情報（ＰＣＩ）のデータ構造を例示する図。
【図６５】拡張ビデオオブジェクトで用いられるナビゲーションパック（ＮＶ＿ＰＣＫ）内のデータ検索情報（ＤＳＩ）のデータ構造を例示する図。
【図６６】アドバンスドＶＴＳ（ＡＨＤＶＴＳ）の構成例を説明する図。
【図６７】この発明の一実施の形態に係るタイムマップの構成要素を説明する図。
【図６８】タイムマップの具体的な構成要素を説明する図。
【図６９】複数のオブジェクト（例えばＶＯＢ＃２とＶＯＢ＃３）をインターリーブドブロックのＩＬＶＵを用いて再生する場合を例示する図。
【図７０】図６９の例においてＩＬＶＵ区間のタイムマップを説明する図。
【図７１】インターリーブドブロックにおけるタイムマップを説明する図。
【図７２】この発明の他の実施の形態に係る再生装置の内部構造例を説明するブロック図。
【図７３】この発明の他の実施の形態に係るディスク状情報記憶媒体（コンテンツタイプ１ディスク）１に記録される情報内容のうち、ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域の記録内容の一部（ＨＤＶＭＧ＿ＣＡＴ）を説明する図。
【図７４】この発明の他の実施の形態に係るディスク状情報記憶媒体（コンテンツタイプ２ディスク例１）１に記録される情報内容のうち、ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域のデータ構造（図１の例と異なりＡＨＤＶＭＧＩがＨＤＶＭＧ内に配置される）を説明する図。
【図７５】図７４のＨＤビデオマネージャ（ＨＤＶＭＧ）内に記録されるアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）のデータ構造を例示する図。
【図７６】アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＨＤＶＭＧ＿ＣＡＴ）の記録内容を例示する図。
【図７７】アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。
【図７８】アドバンスドＶＴＳ（ＡＨＤＶＴＳ）が記録されたディスクの再生モデル（例１）を説明する図。
【図７９】この発明のさらに他の実施の形態に係るディスク状情報記憶媒体（コンテンツタイプ２ディスク例２）１に記録される情報内容のうち、ビデオデータ記録領域２０およびアドバンスドコンテンツ記録領域２１のデータ構造を説明する図。
【図８０】図７９のＨＤビデオマネージャ（ＨＤＶＭＧ）内に記録することが可能なアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）のデータ構造を例示する図。
【図８１】図８０のアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＨＤＶＭＧ＿ＣＡＴ）の記録内容（図７６と異なる内容）を例示する図。
【図８２】図８０のアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）のデータ構造（図７７と異なる内容）を例示する図。
【図８３】アドバンスドＶＴＳの再生ステートとスタンダードＶＴＳの再生ステートとの関係を説明する図。
【図８４】ＤＶＤビデオ再生エンジン側の再生制御モジュール移行コマンドを説明する図。
【図８５】ユーザコマンド処理の切り替えアルゴリズムを説明するフローチャート図。
【図８６】アドバンスドＶＴＳとスタンダードＶＴＳが混在するコンテンツタイプ２ディスク（図７９等）におけるドメイン推移モデルを説明する図。
【図８７】アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクの再生モデル（例２）を説明する図。
【図８８】アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクにおけるオブジェクトの独自参照モデルを説明する図。
【図８９】アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクにおけるオブジェクトの共有参照モデルを説明する図。
【図９０】アドバンスドコンテンツに含まれるローディング情報の具体例を説明する図。
【図９１】図７２の装置のインタラクティブエンジンにおけるバッファマネージャの構成を説明する図。
【図９２】図７２の装置のインタラクティブエンジンが起動したときの装置動作の一例を説明するフローチャート図。
【図９３】複数のＰＧＣを持つアドバンスドＶＴＳの構成例を説明する図。
【図９４】１つのＰＧＣを持つアドバンスドＶＴＳの構成例を説明する図。
【図９５】再生シーケンス情報ファイル（例えば図２のPBSEQ001.XMLファイル）内の再生シーケンスの記述例（チャプタ−／ＰＴＴ番号を用いた例）を説明する図。
【図９６】再生シーケンス情報ファイル（PBSEQ001.XMLファイル等）内の再生シーケンスの他の記述例（セル番号を用いた例）を説明する図。
【図９７】再生シーケンス情報ファイル（PBSEQ001.XMLファイル等）内の再生シーケンスの他の記述例（ＰＧＣ番号およびチャプタ−／ＰＴＴ番号を用いた例）を説明する図。
【図９８】再生シーケンス情報ファイル（PBSEQ001.XMLファイル等）内の再生シーケンスの他の記述例（ＰＧＣ番号およびセル番号を用いた例）を説明する図。
【図９９】再生シーケンス情報ファイル（例えば図２のPBSEQ001.XMLファイル）を用いて、ＤＶＤ再生エンジンによるアドバンスドＶＴＳの再生シーケンスを初期化する（既存のＰＧＣ情報による再生シーケンスの代わりに再生シーケンス情報ファイルの記述による再生シーケンスを用いるようにする初期化）ための処理手続きの一例を説明するフローチャート図。
【図１００】この発明のさらに他の実施の形態に係る再生装置の内部構造例を説明するブロック図。
【図１０１】アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造をの他例を示す図。
【図１０２】図１００のビデオミキサにおける各モジュールの出力フレームの重ね合わせのプレーン構成を例示する図。
【図１０３】タイムエントリを含まないタイムマップ情報（ＴＭＡＰＩ）であって、１つのＴＭＡＰファイルに１つのＴＭＡＰＩが格納される場合の例を説明する図。
【図１０４】タイムエントリを含まないタイムマップ情報（ＴＭＡＰＩ）であって、１つのＴＭＡＰファイルに１つ以上（ここでは２つ例示）のＴＭＡＰＩが格納される場合の例を説明する図。
【図１０５】インターリーブドブロック内に配置されるアングルを構成するＥＶＯＢ用のタイムマップ情報の構成例を説明する図。
【図１０６】タイムエントリを含まないタイムマップ情報テーブル（ＴＭＡＰＩＴ）のデータ構造を例示する図。
【図１０７】タイムエントリを含まないタイムマップ情報（ＴＭＡＰＩ）のデータ構造を例示する図。
【図１０８】一般制御情報（General Control Information：ＧＣＩ）を含む制御パック（スタンダードＧＣＩ＿ＰＣＫとアドバンスドＧＣＩ＿ＰＣＫ）のデータ構造を例示する図。
【図１０９】一般制御情報（ＧＣＩ）のデータ構造を例示する図。
【図１１０】アドバンスドＨＤビデオタイトルセット記録領域内に記録されるアドバンスドＨＤビデオタイトルセット情報（アドバンスドＶＴＳＩ）のデータ構造の他例を説明する図。
【図１１１】図１１０のアドバンスドＶＴＳＩ内に格納されるアドバンスドＨＤビデオタイトルセット属性情報テーブル（ＡＨＤＶＴＳ＿ＡＴＲＩＴ）のデータ構造を例示する図。
【図１１２】図１１０のアドバンスドＶＴＳＩ内に格納されるアドバンスドＨＤビデオタイトルセットＥＶＯＢ情報テーブル（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴ）のデータ構造を例示する図。
【図１１３】ディスク上にプライマリオブジェクト（ムービーオブジェクト）とセカンダリオブジェクト（アドバンスドオブジェクト）とをマルチプレックスした１プログラムストリームが記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース１）を例示する図。
【図１１４】ケース１のデコーディングモデルを説明する図。
【図１１５】ディスク上にプライマリオブジェクトのプログラムストリームとセカンダリオブジェクトのプログラムストリーム（パック単位でマルチプレックスされた２プログラムストリーム）が記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース２−１）を例示する図。
【図１１６】ケース２−１のデコーディングモデルを説明する図。
【図１１７】ディスク上にプライマリオブジェクトのプログラムストリームとセカンダリオブジェクトのプログラムストリーム（アクセスユニット単位でマルチプレックスされた２プログラムストリーム）が記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース２−２）を例示する図。
【図１１８】ケース２−２のデコーディングモデルを説明する図。
【図１１９】プライマリオブジェクトの内容とセカンダリオブジェクトの内容とを識別するストリームＩＤの一例（オブジェクトの識別にプライベートストリーム１を利用する場合）を説明する図。
【図１２０】図１１９のストリームＩＤにおいて、プライベートストリーム１用のサブストリームＩＤの構成を例示する図。
【図１２１】図１１９のストリームＩＤにおいて、プライベートストリーム２用のサブストリームＩＤの構成を例示する図。
【図１２２】プライマリオブジェクトの内容とセカンダリオブジェクトの内容とを識別するストリームＩＤの他例（オブジェクトの識別にプライベートストリーム３を新設する場合）を説明する図。
【図１２３】図１２２のストリームＩＤにおいて、プライベートストリーム１用のサブストリームＩＤの構成を例示する図。
【図１２４】図１２２のストリームＩＤにおいて、プライベートストリーム２用のサブストリームＩＤの構成を例示する図。
【図１２５】図１２２のストリームＩＤにおいて、プライベートストリーム３用のサブストリームＩＤの構成を例示する図。
【図１２６】プライマリオブジェクトおよび／またはセカンダリオブジェクトをディスクおよび／または外部通信回線（Ｗｅｂ）から再生する場合の処理手順の一例を説明するフローチャート図。
【図１２７】ディスクからのプライマリオブジェクトおよびセカンダリオブジェクトの再生経路を説明する図。
【図１２８】ディスクからのプライマリオブジェクトおよび外部通信回線（Ｗｅｂ）からのセカンダリオブジェクトの再生経路を説明する図。
【図１２９】タイムマップのタイプフラグ（ＴＭＡＰ＿ＴＹＰＥ＿ＦＬ）を含むタイムマップ情報テーブルのデータ構造を例示する図。
【図１３０】Markupの記述例１を説明する図。
【図１３１】Markupの記述例２を説明する図。
【図１３２】Markupの記述例３を説明する図。
【図１３３】ディスク上にプライマリオブジェクト（ムービーオブジェクト）とセカンダリオブジェクト（アドバンスドオブジェクト）とをマルチプレックスした１プログラムストリームが記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース１ａ）の他の例を示す図。
【図１３４】ディスク上にプライマリオブジェクト（ムービーオブジェクト）とセカンダリオブジェクト（アドバンスドオブジェクト）とをマルチプレックスした１プログラムストリームが記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース１ｂ）のさらに他の例を示す図。
【図１３５】ケース１ａのデコーディングモデルを説明する図。
【図１３６】ケース１ａのデコーディングモデルにおいて、スムージングバッファの動作の一例を説明する図。
【図１３７】ディスク上のアドバンスドコンテントの概要を例示する図。
【図１３８】アドバンスドコンテントの再生システムモデルの概要を例示する図。
【図１３９】アドバンスドコンテントの再生システムモデルにおけるデータの流れの一例を説明する図。
【図１４０】アドバンスドコンテントの再生システムモデルにおけるデータの流れの他例を説明する図。
【図１４１】アドバンスドコンテントの再生システムモデルにおけるデータの流れのさらに他の例を説明する図。
【図１４２】アドバンスドコンテントの再生システムモデルにおけるデータの流れのさらに他の例を説明する図。
【図１４３】アドバンスドコンテントの再生システムモデルにおける画像出力の合成モデルの一例を説明する図。
【図１４４】画像出力の合成モデルの具体例を示す図。
【図１４５】アドバンスドコンテントの再生システムモデルにおける音声出力のミキシングモデルの一例を説明する図。
【図１４６】アドバンスドコンテントの再生システムモデルにおけるユーザインターフェース処理の一例を説明する図。
【図１４７】ディスク挿入後のスタートアップ処理の流れの一例を説明するフローチャート図。
【図１４８】アドバンスドコンテントの構成例を説明する図。
【図１４９】ビデオタイトルセット情報（ＶＴＳＩ）の構成例を説明する図。
【図１５０】ビデオタイトルセット情報管理テーブル（ＶＴＳＩ＿ＭＡＴ）の構成例を説明する図。
【図１５１】ビデオタイトルセットカテゴリ（ＶＴＳ＿ＣＡＴ）の構成例を説明する図。
【図１５２】ビデオタイトルセットエンハンスドビデオオブジェクト属性テーブル（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲＴ）の構成例を説明する図。
【図１５３】ビデオタイトルセットエンハンスドビデオオブジェクト属性テーブル情報（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲＴＩ）の構成例を説明する図。
【図１５４】ビデオタイトルセットエンハンスドビデオオブジェクト属性サーチポインタ（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲ＿ＳＲＰ）の構成例を説明する図。
【図１５５】ビデオタイトルセットエンハンスドビデオオブジェクト属性（ＶＴＳ＿ＥＶＯＢ＿ＡＴＲ）の構成例を説明する図。
【図１５６】エンハンスドビデオオブジェクト属性（ＥＶＯＢ＿ＡＴＲ）の構成例を説明する図。
【図１５７】エンハンスドビデオオブジェクトのメインビデオ属性（ＥＶＯＢ＿ＶＭ＿ＡＴＲ）の構成例を説明する図。
【図１５８】エンハンスドビデオオブジェクトのメインビデオ属性（ＥＶＯＢ＿ＶＭ＿ＡＴＲ）内のパラメータの具体例を説明する図。
【図１５９】エンハンスドビデオオブジェクトのサブビデオ属性（ＥＶＯＢ＿ＶＳ＿ＡＴＲ）の構成例を説明する図。
【図１６０】エンハンスドビデオオブジェクト内メインオーディオストリームの数（ＥＶＯＢ＿ＡＭＳＴ＿Ｎｓ）の構成例を説明する図。
【図１６１】エンハンスドビデオオブジェクトのメインオーディオストリームの属性テーブル（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲＴ）の構成例を説明する図。
【図１６２】各エンハンスドビデオオブジェクトのメインオーディオストリームの属性（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲ）の構成例を説明する図。
【図１６３】エンハンスドビデオオブジェクトのメインオーディオストリームの属性（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲ）内のパラメータの具体例を説明する図。
【図１６４】エンハンスドビデオオブジェクトのマルチチャネル用メインオーディオストリームの属性テーブル（ＥＶＯＢ＿ＭＵ＿ＡＭＳＴ＿ＡＴＲＴ）の構成例を説明する図。
【図１６５】各エンハンスドビデオオブジェクトのマルチチャネル用メインオーディオストリームの属性（ＥＶＯＢ＿ＭＵ＿ＡＭＳＴ＿ＡＴＲ）の構成例を説明する図。
【図１６６】エンハンスドビデオオブジェクト内サブオーディオストリームの数（ＥＶＯＢ＿ＡＳＳＴ＿Ｎｓ）の構成例を説明する図。
【図１６７】エンハンスドビデオオブジェクトのサブオーディオストリームの属性テーブル（ＥＶＯＢ＿ＡＳＳＴ＿ＡＴＲＴ）の構成例を説明する図。
【図１６８】各エンハンスドビデオオブジェクトのサブオーディオストリームの属性（ＥＶＯＢ＿ＡＳＳＴ＿ＡＴＲ）の構成例を説明する図。
【図１６９】エンハンスドビデオオブジェクト内副映像ストリームの数（ＥＶＯＢ＿ＳＰＳＴ＿Ｎｓ）の構成例を説明する図。
【図１７０】エンハンスドビデオオブジェクトの副映像ストリームの属性テーブル（ＥＶＯＢ＿ＳＰＳＴ＿ＡＴＲＴ）の構成例を説明する図。
【図１７１】各エンハンスドビデオオブジェクトの副映像ストリームの属性（ＥＶＯＢ＿ＳＰＳＴ＿ＡＴＲ）の構成例を説明する図。
【図１７２】エンハンスドビデオオブジェクトのメインオーディオストリームの属性（ＥＶＯＢ＿ＡＭＳＴ＿ＡＴＲ）内のパラメータの具体例を説明する図。
【図１７３】各エンハンスドビデオオブジェクト内のＳＤ用副映像ストリーム全てに共用される輝度／色差信号（２５６セット）を記述するパレット（ＥＶＯＢ＿ＳＤＳＰ＿ＰＬＴ）の構成例を説明する図。
【図１７４】各エンハンスドビデオオブジェクト内のＨＤ用副映像ストリーム全てに共用される輝度／色差信号（２５６セット）を記述するパレット（ＥＶＯＢ＿ＨＤＳＰ＿ＰＬＴ）の構成例を説明する図。
【図１７５】ビデオタイトルセットエンハンスドビデオオブジェクト情報テーブル（ＶＴＳ＿ＥＶＯＢＩＴ）の構成例を説明する図。
【図１７６】ビデオタイトルセットエンハンスドビデオオブジェクト情報テーブル情報（ＶＴＳ＿ＥＶＯＢＩＴＩ）の構成例を説明する図。
【図１７７】ビデオタイトルセットエンハンスドビデオオブジェクト情報サーチポインタ（ＶＴＳ＿ＥＶＯＢＩ＿ＳＲＰ）の構成例を説明する図。
【図１７８】ビデオタイトルセットエンハンスドビデオオブジェクト情報（ＶＴＳ＿ＥＶＯＢＩ）の構成例を説明する図。
【図１７９】ビデオタイトルセットエンハンスドビデオオブジェクト情報（ＶＴＳ＿ＥＶＯＢＩ）内のＥＶＯＢＳ＿ＩＤの内容例を説明する図。
【図１８０】ビデオタイトルセットエンハンスドビデオオブジェクト情報（ＶＴＳ＿ＥＶＯＢＩ）内のパラメータの例を説明する図。
【図１８１】プライマリビデオセット用のタイムマップ（ＴＭＡＰ）の構成例を説明する図。
【図１８２】タイムマップ一般情報（ＴＭＡＰ＿ＧＩ）の構成例を説明する図。
【図１８３】タイムマップタイプ（ＴＭＡＰ＿ＴＹ）の構成例を説明する図。
【図１８４】タイムマップ情報サーチポインタ（ＴＭＡＰＩ＿ＳＲＰ）の構成例を説明する図。
【図１８５】インターリーブドブロック用ＴＭＡＰの例を示す図。
【図１８６】１以上のエンハンスドビデオオブジェクトユニットのエントリ情報（ＥＶＯＢＵ＿ＥＮＴＩ＃１〜＃ｉ）で始まるタイムマップ情報（ＴＭＡＰＩ）の構成例を説明する図。
【図１８７】エンハンスドビデオオブジェクトユニットエントリ情報（ＥＶＯＢＵ＿ＥＮＴＩ）の構成例を説明する図。
【図１８８】タイムマップ情報がインターリーブドブロック用である場合に存在するインターリーブドユニット情報（ＩＬＶＵＩ）の構成例を説明する図。
【図１８９】インターリーブドユニットエントリ情報（ＩＬＶＵ＿ＥＮＴＩ）の構成例を説明する図。
【図１９０】エンハンスドビデオオブジェクト内のパックタイプをリストアップして説明する図。
【図１９１】エンハンスドビデオオブジェクトのストリームに対する転送レートの制限例を説明する図。
【図１９２】プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）の構成例を説明する図。
【図１９３】プライマリエンハンスドビデオオブジェクトのストリームに対する各エレメントの制限例を説明する図。
【図１９４】ストリームｉｄおよびストリームｉｄエクステンションの構成例を説明する図。
【図１９５】プライベートストリーム１用サブストリームｉｄの構成例を説明する図。
【図１９６】プライベートストリーム２用サブストリームｉｄの構成例を説明する図。
【図１９７】エンハンスドビデオオブジェクトユニット（ＥＶＯＢＵ）の先頭にアラインされるナビゲーションパック（ＮＶ＿ＰＣＫ）の構成例を説明する図。
【図１９８】ナビゲーションパックのシステムヘッダの構成例を説明する図。
【図１９９】ＭＰＥＧ−２／ＭＰＥＧ−４ＡＶＣ／ＳＭＰＴＥＶＣ−１ビデオエレメンタリストリーム用のバッファサイズ境界（P-STD_buf_size_bound）の構成例を説明する図。
【図２００】一般制御情報（ＧＣＩ）パケットの構成例を説明する図。
【図２０１】データサーチ情報（ＤＳＩ）パケットの構成例を説明する図。
【図２０２】ＭＰＥＧ−２またはＭＰＥＧ−４ＡＶＣのビデオパケットの構成例を説明する図。
【図２０３】ＳＭＰＴＥＶＣ−１のビデオパケットの構成例を説明する図。
【図２０４】ＤＤ＋のオーディオパケットの構成例を説明する図。
【図２０５】ＤＴＳ−ＨＤのオーディオパケットの構成例を説明する図。
【図２０６】アドバンスドパック（ＡＤＶ＿ＰＣＫ）およびビデオオブジェクトユニット／タイムユニット（ＶＯＢＵ／ＴＵ）の先頭パックの構成例を説明する図。
【図２０７】アドバンスドパケットの構成例を説明する図。
【図２０８】メインビデオストリーム用ＭＰＥＧ−２ビデオの制約例を説明する図。
【図２０９】サブビデオストリーム用ＭＰＥＧ−２ビデオの制約例を説明する図。
【図２１０】メインビデオストリーム用ＭＰＥＧ−４ＡＶＣビデオの制約例を説明する図。
【図２１１】サブビデオストリーム用ＭＰＥＧ−４ＡＶＣビデオの制約例を説明する図。
【図２１２】メインビデオストリーム用ＳＭＰＴＥＶＣ−１ビデオの制約例を説明する図。
【図２１３】サブビデオストリーム用ＳＭＰＴＥＶＣ−１ビデオの制約例を説明する図。
【図２１４】セカンダリビデオセット用のタイムマップ（ＴＭＡＰ）の構成例を説明する図。
【図２１５】ＴＭＡＰＩ＿ＳＲＰの構成例を説明する図。
【図２１６】ＥＶＯＢ＿ＡＴＲの構成例を説明する図。
【図２１７】ＥＶＯＢ＿ＡＴＲ内の各要素を説明する図。
【図２１８】セカンダリエンハンスドビデオオブジェクト内のパックタイプをリストアップして説明する図。
【図２１９】セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の構成例を説明する図。
【図２２０】ストリームｉｄおよびストリームｉｄエクステンションの構成例と、プライベートストリーム１用サブストリームｉｄの構成例と、プライベートストリーム２用サブストリームｉｄを説明する図。
【図２２１】ＪＰＥＧデータの制限例を説明する図。
【図２２２】ＰＮＧデータの制限例を説明する図。
【図２２３】ＰＮＧチャンクの構成例を説明する図。
【図２２４】クリチカルＰＮＧチャンク（Critical PNG Chunks）の構成例を説明する図。
【図２２５】予備ＰＮＧチャンク（Ancillary PNG Chunks）の構成例を説明する図。
【図２２６】ＭＮＧデコーダの構成例を説明する図。
【図２２７】ＭＮＧチャンクの構成例を説明する図。
【図２２８】クリチカルＭＮＧ制御チャンク（Critical MNG Control Chunks）の構成例を説明する図。
【図２２９】クリチカルＭＮＧ画像定義チャンク（Critical MNG Image Defining Chunks）の構成例を説明する図。
【図２３０】クリチカルＭＮＧ画像表示チャンク（Critical MNG Image Displaying Chunks）の構成例を説明する図。
【図２３１】ＪＮＧチャンクの構成例を説明する図。
【図２３２】クリチカルＪＮＧチャンク（Critical JNG Chunks）の構成例を説明する図。
【図２３３】予備ＪＮＧチャンク（Ancillary JNG Chunks）の構成例を説明する図。
【図２３４】フォントシステムモデルの構成例を説明する図。
【図２３５】プレイリストに関連する各情報間の関係を説明する図。
【図２３６】プレイリストの構成例を説明する図。
【図２３７】タイムライン上の再生オブジェクトの配置（Allocation of Presentation Object）の例を説明する図。
【図２３８】タイムライン上で再生オブジェクトのトリックプレイ（チャプタジャンプなど）が行われる場合の例を説明する図。
【図２３９】オブジェクトがアングル情報を含む場合のプレイリストの構成例を説明する図。
【図２４０】オブジェクトがマルチストーリを含む場合のプレイリストの構成例を説明する図。
【図２４１】プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがアングル情報を含む場合）を説明する図。
【図２４２】プレイリスト中のオブジェクトマッピング情報の記述例（オブジェクトがマルチストーリを含む場合）を説明する図。
【図２４３】プレイリスト中の再生シーケンスの記述例（オブジェクトがアングル情報を含む場合）を説明する図。
【図２４４】プレイリスト中の再生シーケンスの記述例（オブジェクトがマルチストーリを含む場合）を説明する図。
【図２４５】プレイリスト中のコンフィギュレーション情報の記述例を説明する図。
【図２４６】アドバンスドオブジェクトタイプの例（ここでは４例）を説明する図。
【図２４７】同期したアドバンスドオブジェクトの場合のプレイリスト例を説明する図。
【図２４８】同期したアドバンスドオブジェクトの場合のプレイリスト記述例を説明する図。
【図２４９】同期しないアドバンスドオブジェクトの場合のプレイリスト例を説明する図。
【図２５０】同期しないアドバンスドオブジェクトの場合のプレイリスト記述例を説明する図。
【図２５１】アドバンスドオブジェクトの種々な再生に対するプレイリストを説明する図。
【図２５２】ボーナスコンテンツを含むオブジェクト再生におけるプレイリスト例を説明する図。
【図２５３】シームレス再生を行なうために次に再生するエンハンスドビデオオブジェクトで使用するアプリケーションを現在再生しているエンハンスドビデオオブジェクトに多重化する場合の留意点（多重化ルール）を説明する図。
【図２５４】次に再生するエンハンスドビデオオブジェクトで使用するアプリケーションを現在再生しているエンハンスドビデオオブジェクトに多重化する場合のエンハンスドビデオオブジェクトの物理配置とその再生手順の例を説明する図。
【図２５５】タイムラインの進行を止める（または反復させる）処理をプレイリストで行なう（スチル設定）場合の例を説明する図。
【図２５６】タイムラインの進行を止める（または反復させる）処理を行なう（スチル設定）場合における、プレイリスト中のオブジェクトマッピング情報の記述例を説明する図。
【図２５７】タイトル毎に別々に作成されるプレイリストの構成例を説明する図。
【図２５８】タイトル毎に別々に作成されるプレイリストの記述例を説明する図。
【図２５９】プレイリストを持つ場合の各情報間の関係を説明する図。
【図２６０】スタートアップによるプレイリストのカテゴリ分けの例を説明する図。
【図２６１】スタートアップファイルの記述例１（プレイリストの情報が１つのみ）を示す図。
【図２６２】スタートアップファイルの記述例２（プレイリストの情報が複数存在）を示す図。
【図２６３】プレイリストを持たない場合の各情報間の関係を説明する図。
【図２６４】プレイリスト中のオブジェクトマッピング情報の別例（タイムライン上に定義した時間で再生オブジェクトを配置する場合）を説明する図。
【図２６５】プレイリストの記述例（タイトル毎にオブジェクトマッピングと再生シーケンスを記述する場合）を説明する図。
【図２６６】オブジェクトマッピング情報の記述例（アングルを個別のＴＭＡＰファイルで実現する場合）を説明する図。
【図２６７】オブジェクトマッピング情報の記述例（プライマリビデオセットに多重化された音声と字幕を組み替えたり、多重化されていない追加音声や追加字幕を選択できるように構成する場合）を説明する図。
【図２６８】オブジェクトマッピング情報の記述の別例を説明する図。
【図２６９】１以上のプレイリストから所定の１つを選択し、選択されたプレイリストに基づき再生を行なう手順の一例を説明するフローチャート図。
【図２７０】タイムラインおよびＰ−ＥＶＯＢの開始位置とＰ−ＥＶＯＢの開始・終了時間との関係を例示する図。
【図２７１】セカンダリエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）の別例（図２１９の他例）を示す図。
【符号の説明】
【０８６４】
１…情報記憶媒体（再生専用または記録再生可能な光ディスク）；１０…リードイン領域；１１…ボリューム／ファイル構造情報領域（ファイル情報領域）；１２…データ領域；１３…リードアウト領域；２０…ビデオデータ記録領域；２１…アドバンスドコンテンツ記録領域；２１Ａ…Markup/Script言語記録領域；２１Ｂ…動画記録領域；２１Ｃ…アニメーション・静止画記録領域；２１Ｄ…音声記録領域；２１Ｅ…フォント記録領域；２２…一般コンピュータ情報記録領域；３０…High Definitionビデオマネージャ記録領域（ＨＤＶＭＧ）；３１…High Definitionビデオマネージャ情報記録領域（ＨＤＶＭＧＩ）；３４…High Definitionビデオマネージャ情報バックアップ領域（ＨＤＶＭＧＩ＿ＢＵＰ）；4０…High Definitionビデオタイトルセット記録領域（ＨＤＶＴＳ＃１〜＃ｎ）；５０…アドバンスドHigh Definitionビデオタイトルセット記録領域（ＡＨＤＶＴＳ）；１００…ビデオ再生エンジン；２００…インタラクティブエンジン；４００…ユーザインターフェース部；５００…サーバ部；２１０Ａ…スタートアップ情報記録領域；２１１Ａ…ローディング情報記録領域；２１２Ａ…マークアップ（Markup）記録領域；２１３Ａ…スクリプト（Script）記録領域；２１４Ａ…スタイルシート（StyleSheet）記録領域；２１５Ａ…再生シーケンス情報（PBSEQ001.XML等）記録領域。
【図１】
2006221754.tif 000003
【図２】
2006221754.tif 000004
【図３】
2006221754.tif 000005
【図４】
2006221754.tif 000006
【図５】
2006221754.tif 000007
【図６】
2006221754.tif 000008
【図７】
2006221754.tif 000009
【図８】
2006221754.tif 000010
【図９】
2006221754.tif 000011
【図１０】
2006221754.tif 000012
【図１１】
2006221754.tif 000013
【図１２】
2006221754.tif 000014
【図１３】
2006221754.tif 000015
【図１４】
2006221754.tif 000016
【図１５】
2006221754.tif 000017
【図１６】
2006221754.tif 000018
【図１７】
2006221754.tif 000019
【図１８】
2006221754.tif 000020
【図１９】
2006221754.tif 000021
【図２０】
2006221754.tif 000022
【図２１】
2006221754.tif 000023
【図２２】
2006221754.tif 000024
【図２３】
2006221754.tif 000025
【図２４】
2006221754.tif 000026
【図２５】
2006221754.tif 000027
【図２６】
2006221754.tif 000028
【図２７】
2006221754.tif 000029
【図２８】
2006221754.tif 000030
【図２９】
2006221754.tif 000031
【図３０】
2006221754.tif 000032
【図３１】
2006221754.tif 000033
【図３２】
2006221754.tif 000034
【図３３】
2006221754.tif 000035
【図３４】
2006221754.tif 000036
【図３５】
2006221754.tif 000037
【図３６】
2006221754.tif 000038
【図３７】
2006221754.tif 000039
【図３８】
2006221754.tif 000040
【図３９】
2006221754.tif 000041
【図４０】
2006221754.tif 000042
【図４１】
2006221754.tif 000043
【図４２】
2006221754.tif 000044
【図４３】
2006221754.tif 000045
【図４４】
2006221754.tif 000046
【図４５】
2006221754.tif 000047
【図４６】
2006221754.tif 000048
【図４７】
2006221754.tif 000049
【図４８】
2006221754.tif 000050
【図４９】
2006221754.tif 000051
【図５０】
2006221754.tif 000052
【図５１】
2006221754.tif 000053
【図５２】
2006221754.tif 000054
【図５３】
2006221754.tif 000055
【図５４】
2006221754.tif 000056
【図５５】
2006221754.tif 000057
【図５６】
2006221754.tif 000058
【図５７】
2006221754.tif 000059
【図５８】
2006221754.tif 000060
【図５９】
2006221754.tif 000061
【図６０】
2006221754.tif 000062
【図６１】
2006221754.tif 000063
【図６２】
2006221754.tif 000064
【図６３】
2006221754.tif 000065
【図６４】
2006221754.tif 000066
【図６５】
2006221754.tif 000067
【図６６】
2006221754.tif 000068
【図６７】
2006221754.tif 000069
【図６８】
2006221754.tif 000070
【図６９】
2006221754.tif 000071
【図７０】
2006221754.tif 000072
【図７１】
2006221754.tif 000073
【図７２】
2006221754.tif 000074
【図７３】
2006221754.tif 000075
【図７４】
2006221754.tif 000076
【図７５】
2006221754.tif 000077
【図７６】
2006221754.tif 000078
【図７７】
2006221754.tif 000079
【図７８】
2006221754.tif 000080
【図７９】
2006221754.tif 000081
【図８０】
2006221754.tif 000082
【図８１】
2006221754.tif 000083
【図８２】
2006221754.tif 000084
【図８３】
2006221754.tif 000085
【図８４】
2006221754.tif 000086
【図８５】
2006221754.tif 000087
【図８６】
2006221754.tif 000088
【図８７】
2006221754.tif 000089
【図８８】
2006221754.tif 000090
【図８９】
2006221754.tif 000091
【図９０】
2006221754.tif 000092
【図９１】
2006221754.tif 000093
【図９２】
2006221754.tif 000094
【図９３】
2006221754.tif 000095
【図９４】
2006221754.tif 000096
【図９５】
2006221754.tif 000097
【図９６】
2006221754.tif 000098
【図９７】
2006221754.tif 000099
【図９８】
2006221754.tif 000100
【図９９】
2006221754.tif 000101
【図１００】
2006221754.tif 000102
【図１０１】
2006221754.tif 000103
【図１０２】
2006221754.tif 000104
【図１０３】
2006221754.tif 000105
【図１０４】
2006221754.tif 000106
【図１０５】
2006221754.tif 000107
【図１０６】
2006221754.tif 000108
【図１０７】
2006221754.tif 000109
【図１０８】
2006221754.tif 000110
【図１０９】
2006221754.tif 000111
【図１１０】
2006221754.tif 000112
【図１１１】
2006221754.tif 000113
【図１１２】
2006221754.tif 000114
【図１１３】
2006221754.tif 000115
【図１１４】
2006221754.tif 000116
【図１１５】
2006221754.tif 000117
【図１１６】
2006221754.tif 000118
【図１１７】
2006221754.tif 000119
【図１１８】
2006221754.tif 000120
【図１１９】
2006221754.tif 000121
【図１２０】
2006221754.tif 000122
【図１２１】
2006221754.tif 000123
【図１２２】
2006221754.tif 000124
【図１２３】
2006221754.tif 000125
【図１２４】
2006221754.tif 000126
【図１２５】
2006221754.tif 000127
【図１２６】
2006221754.tif 000128
【図１２７】
2006221754.tif 000129
【図１２８】
2006221754.tif 000130
【図１２９】
2006221754.tif 000131
【図１３０】
2006221754.tif 000132
【図１３１】
2006221754.tif 000133
【図１３２】
2006221754.tif 000134
【図１３３】
2006221754.tif 000135
【図１３４】
2006221754.tif 000136
【図１３５】
2006221754.tif 000137
【図１３６】
2006221754.tif 000138
【図１３７】
2006221754.tif 000139
【図１３８】
2006221754.tif 000140
【図１３９】
2006221754.tif 000141
【図１４０】
2006221754.tif 000142
【図１４１】
2006221754.tif 000143
【図１４２】
2006221754.tif 000144
【図１４３】
2006221754.tif 000145
【図１４４】
2006221754.tif 000146
【図１４５】
2006221754.tif 000147
【図１４６】
2006221754.tif 000148
【図１４７】
2006221754.tif 000149
【図１４８】
2006221754.tif 000150
【図１４９】
2006221754.tif 000151
【図１５０】
2006221754.tif 000152
【図１５１】
2006221754.tif 000153
【図１５２】
2006221754.tif 000154
【図１５３】
2006221754.tif 000155
【図１５４】
2006221754.tif 000156
【図１５５】
2006221754.tif 000157
【図１５６】
2006221754.tif 000158
【図１５７】
2006221754.tif 000159
【図１５８】
2006221754.tif 000160
【図１５９】
2006221754.tif 000161
【図１６０】
2006221754.tif 000162
【図１６１】
2006221754.tif 000163
【図１６２】
2006221754.tif 000164
【図１６３】
2006221754.tif 000165
【図１６４】
2006221754.tif 000166
【図１６５】
2006221754.tif 000167
【図１６６】
2006221754.tif 000168
【図１６７】
2006221754.tif 000169
【図１６８】
2006221754.tif 000170
【図１６９】
2006221754.tif 000171
【図１７０】
2006221754.tif 000172
【図１７１】
2006221754.tif 000173
【図１７２】
2006221754.tif 000174
【図１７３】
2006221754.tif 000175
【図１７４】
2006221754.tif 000176
【図１７５】
2006221754.tif 000177
【図１７６】
2006221754.tif 000178
【図１７７】
2006221754.tif 000179
【図１７８】
2006221754.tif 000180
【図１７９】
2006221754.tif 000181
【図１８０】
2006221754.tif 000182
【図１８１】
2006221754.tif 000183
【図１８２】
2006221754.tif 000184
【図１８３】
2006221754.tif 000185
【図１８４】
2006221754.tif 000186
【図１８５】
2006221754.tif 000187
【図１８６】
2006221754.tif 000188
【図１８７】
2006221754.tif 000189
【図１８８】
2006221754.tif 000190
【図１８９】
2006221754.tif 000191
【図１９０】
2006221754.tif 000192
【図１９１】
2006221754.tif 000193
【図１９２】
2006221754.tif 000194
【図１９３】
2006221754.tif 000195
【図１９４】
2006221754.tif 000196
【図１９５】
2006221754.tif 000197
【図１９６】
2006221754.tif 000198
【図１９７】
2006221754.tif 000199
【図１９８】
2006221754.tif 000200
【図１９９】
2006221754.tif 000201
【図２００】
2006221754.tif 000202
【図２０１】
2006221754.tif 000203
【図２０２】
2006221754.tif 000204
【図２０３】
2006221754.tif 000205
【図２０４】
2006221754.tif 000206
【図２０５】
2006221754.tif 000207
【図２０６】
2006221754.tif 000208
【図２０７】
2006221754.tif 000209
【図２０８】
2006221754.tif 000210
【図２０９】
2006221754.tif 000211
【図２１０】
2006221754.tif 000212
【図２１１】
2006221754.tif 000213
【図２１２】
2006221754.tif 000214
【図２１３】
2006221754.tif 000215
【図２１４】
2006221754.tif 000216
【図２１５】
2006221754.tif 000217
【図２１６】
2006221754.tif 000218
【図２１７】
2006221754.tif 000219
【図２１８】
2006221754.tif 000220
【図２１９】
2006221754.tif 000221
【図２２０】
2006221754.tif 000222
【図２２１】
2006221754.tif 000223
【図２２２】
2006221754.tif 000224
【図２２３】
2006221754.tif 000225
【図２２４】
2006221754.tif 000226
【図２２５】
2006221754.tif 000227
【図２２６】
2006221754.tif 000228
【図２２７】
2006221754.tif 000229
【図２２８】
2006221754.tif 000230
【図２２９】
2006221754.tif 000231
【図２３０】
2006221754.tif 000232
【図２３１】
2006221754.tif 000233
【図２３２】
2006221754.tif 000234
【図２３３】
2006221754.tif 000235
【図２３４】
2006221754.tif 000236
【図２３５】
2006221754.tif 000237
【図２３６】
2006221754.tif 000238
【図２３７】
2006221754.tif 000239
【図２３８】
2006221754.tif 000240
【図２３９】
2006221754.tif 000241
【図２４０】
2006221754.tif 000242
【図２４１】
2006221754.tif 000243
【図２４２】
2006221754.tif 000244
【図２４３】
2006221754.tif 000245
【図２４４】
2006221754.tif 000246
【図２４５】
2006221754.tif 000247
【図２４６】
2006221754.tif 000248
【図２４７】
2006221754.tif 000249
【図２４８】
2006221754.tif 000250
【図２４９】
2006221754.tif 000251
【図２５０】
2006221754.tif 000252
【図２５１】
2006221754.tif 000253
【図２５２】
2006221754.tif 000254
【図２５３】
2006221754.tif 000255
【図２５４】
2006221754.tif 000256
【図２５５】
2006221754.tif 000257
【図２５６】
2006221754.tif 000258
【図２５７】
2006221754.tif 000259
【図２５８】
2006221754.tif 000260
【図２５９】
2006221754.tif 000261
【図２６０】
2006221754.tif 000262
【図２６１】
2006221754.tif 000263
【図２６２】
2006221754.tif 000264
【図２６３】
2006221754.tif 000265
【図２６４】
2006221754.tif 000266
【図２６５】
2006221754.tif 000267
【図２６６】
2006221754.tif 000268
【図２６７】
2006221754.tif 000269
【図２６８】
2006221754.tif 000270
【図２６９】
2006221754.tif 000271
【図２７０】
2006221754.tif 000272
【図２７１】
2006221754.tif 000273