JP2006186842A - 情報記憶媒体、情報再生方法、情報デコード方法、および情報再生装置 - Google Patents

情報記憶媒体、情報再生方法、情報デコード方法、および情報再生装置 Download PDF

Info

Publication number
JP2006186842A
JP2006186842A JP2004380219A JP2004380219A JP2006186842A JP 2006186842 A JP2006186842 A JP 2006186842A JP 2004380219 A JP2004380219 A JP 2004380219A JP 2004380219 A JP2004380219 A JP 2004380219A JP 2006186842 A JP2006186842 A JP 2006186842A
Authority
JP
Japan
Prior art keywords
information
video
data
playback
area
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2004380219A
Other languages
English (en)
Inventor
Yoichiro Yamagata
洋一郎 山縣
Hidenori Mimura
英紀 三村
Yasushi Tsumagari
康史 津曲
Takeaki Kobayashi
丈朗 小林
Seiichi Nakamura
誠一 中村
Kazuhiko Taira
和彦 平良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2004380219A priority Critical patent/JP2006186842A/ja
Priority to PCT/JP2005/024228 priority patent/WO2006070920A1/en
Publication of JP2006186842A publication Critical patent/JP2006186842A/ja
Priority to US11/535,823 priority patent/US20070031122A1/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00137—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving measures which result in a restriction to contents recorded on or reproduced from a record carrier to authorised users
    • G11B20/00159—Parental control systems
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00739—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction is associated with a specific geographical region
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
    • G11B20/00753—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags
    • G11B20/00768—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags wherein copy control information is used, e.g. for indicating whether a content may be copied freely, no more, once, or never, by setting CGMS, SCMS, or CCI flags
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/9201—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal
    • H04N5/9206—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving the multiplexing of an additional signal and the video signal the additional signal being a character code signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91307—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal
    • H04N2005/91328—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal the copy protection signal being a copy management signal, e.g. a copy generation management signal [CGMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Automation & Control Theory (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

【課題】ＤＶＤビデオディスク等の再生専用情報記憶媒体に記録されたコンテンツに対し、既存の再生シーケンスとは異なる方法で再生するビデオオブジェクトやその再生順序の制御を実現する。
【解決手段】情報記憶媒体１のデータ領域１２は、１以上のタイムマップ（ＴＭＡＰ＃１、＃２等；ＴＭＡＰＩＴに対応）により再生時間と記録位置との関係が管理される１以上のプライマリオブジェクト（ＥＶＯＢ＃１、＃２等）の集合であって主映像ストリームを構成するプライマリオブジェクトセットＰ−ＥＶＯＢＳと、個別のタイムマップ（ＴＭＡＰ）により再生時間と記録位置との関係が管理されるオブジェクトであって前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトＳ−ＥＶＯＢを持つ。
【選択図】 図１３７

Description

この発明は、光ディスク等の情報記憶媒体、この情報記憶媒体を再生する方法、この情報記憶媒体または別の通信回線等から獲得した情報をデコードする方法、およびこの情報記憶媒体を情報再生装置に関する。
近年、高画質・高機能を有するＤＶＤビデオディスク及びそのディスクを再生するビデオプレーヤの普及が進み、そのマルチチャネルオーディオを再生する周辺機器等も選択の幅が広がってきている。そしてホームシアターが身近に実現でき、高画質・高音質の映画やアニメーション等を家庭で自在に視聴し得る環境が整えられつつある。また、特許文献１に示すように、ディスクからの再生映像に対して文字の色等を変更することで種々のメニューを重畳表示することのできる再生装置も提案されている。
しかしながら、ここ数年、画像圧縮技術の向上に伴って、ユーザ及びコンテンツ供給者の両者からさらなる高画質の実現を望む声が挙がっている。また、上記高画質の実現以外にも、タイトル本編も含めメニュー画面や特典映像等のコンテンツにおいて、より色彩に富んだメニューやインタラクティブ性の向上等、コンテンツ内容の拡充によるユーザへのより魅力的なコンテンツの提供環境がコンテンツ供給者から望まれている。さらに、ユーザの撮影した静止画イメージデータやインターネット接続などにより入手した字幕テキスト等を、再生位置、再生領域、あるいは再生時間をユーザが自由に指定して再生することにより、コンテンツを自由に楽しみたい等の要求が高まってきている。
特開平１０−５００３６号公報
上述したように、タイトル本編の高画質化の実現に加えて、メニュー画面や特典映像等のコンテンツにおいても、より色彩に富んだメニューやインタラクティブ性の向上等、コンテンツ内容の拡充によるユーザへのより魅力的なコンテンツの提供環境が望まれている状況にある。
一方で、色彩に富んだメニューやインタラクティブ性の高いコンテンツの製作には、従来のコンテンツ製作とは異なった技術が必要となるため、その技術の習得に多くの時間を費やす必要がある。このため、従来の製作技術により製作が可能な、（機能的に従来と大差は無いかもしれないが、）タイトル本編を高画質化するようなコンテンツの提供環境も同時に必要とされている。
また、従来のＤＶＤビデオディスク（ＲＯＭ系ディスク）においては、コンテンツ制作者が設定するものであって、あらかじめ決められディスク上に記録されるプログラムチェーン（Program Chain：略してＰＧＣ）情報をもとに、再生するビデオオブジェクト（ＶＯＢまたはＥＶＯＢと呼ばれる）および／またはその再生順序を決定していた。しかし、あらかじめ再生するビデオオブジェクトやその再生順序がディスクを製作したときに決まってしまい、ディスクを製作した後にこれを変更することができなかった。つまり、コンテンツ制作者としては、前述の再生するビデオオブジェクトやその再生順序を変更したいときは、新たにＤＶＤビデオディスクの管理情報を作り直して、変更したＰＧＣを新たなディスクに記録する必要があり、ユーザとしては、変更されたＰＧＣが記録されたＤＶＤビデオディスクを買いなおす必要があった。
この発明はこのような点に鑑みてなされたもので、この発明の課題の１つは、従来のＤＶＤビデオディスクに記録されたコンテンツに対し、Markup言語などにより実現される再生制御情報を用いて再生するビデオオブジェクトやその再生順序の制御を実現することである。
別の言い方をすると、ＤＶＤビデオディスク等の再生専用情報記憶媒体に記録されたコンテンツに対し、既存の再生シーケンスとは異なる方法で再生するビデオオブジェクトやその再生順序の制御を実現する環境を提供することである。
この発明の一実施の形態に係る情報記憶媒体（１）は、管理情報（ＨＤＶＭＧ）を記録する管理領域（３０）およびこの管理情報で管理されるオブジェクト（ＨＤＶＴＳ、ＡＨＤＶＴＳ）を記録するオブジェクト領域（４０、５０）を含むビデオデータ記録領域（２０）と、このビデオデータ記録領域（２０）の記録内容（３０〜５０）とは異なる情報（２１Ａ〜２１Ｅ）を含むアドバンスドコンテンツ記録領域（２１）とを格納するデータ領域（１２）、並びにこのデータ領域（１２）の記録内容に対応したファイル情報（図２）を格納するファイル情報領域（１１）を有する。ここで、前記データ領域（１２）は、１以上のタイムマップ（ＴＭＡＰ＃１、＃２等；ＴＭＡＰＩＴに対応）により再生時間（ＴＭ＿ＤＩＦＦ等）と記録位置（ＴＭ＿ＥＮ＿ＡＤＲ等）との関係が管理される１以上のプライマリオブジェクト（ＥＶＯＢ＃１、＃２等）の集合であって、主映像ストリームを構成するプライマリオブジェクトセット（Ｐ−ＥＶＯＢＳ）と、個別のタイムマップ（ＴＭＡＰ）により再生時間（ＴＭ＿ＤＩＦＦ）と記録位置（ＴＭ＿ＥＮ＿ＡＤＲ）との関係が管理されるオブジェクトであって、前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクト（Ｓ−ＥＶＯＢ）を格納できるように構成されている。
この発明を実施することにより、多彩な表現を実現し、魅力的なコンテンツの構築が可能な情報記憶媒体及びその再生装置を提供することができる。
以下、この発明の一実施の形態に係る情報記憶媒体、情報再生方法、および情報再生装置について、適宜図面を参照しながら説明する。図１は、この発明の一実施の形態に係るディスク状情報記憶媒体に記録される情報内容を説明する図である。図１（ａ）に示す情報記憶媒体１は、例えば波長６５０ｎｍの赤色レーザないし４０５ｎｍ（あるいはそれ以下）の青色レーザを用いる高密度光ディスク（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記録領域２１４Ａを含んで構成される。
図５１は、この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドＨＤビデオタイトルセット記録領域の記録内容の一例を説明する図である。図５１（ｄ）に示すアドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ：アドバンスドＶＴＳ）は、前述のアドバンスドコンテンツの１つである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、Java（登録商標）ScriptといったScript言語、ＣＳＳといったStyleSheetなどの組み合わせで構成されている。パーサ２１０は、言語解析の結果に応じて、ECMAScriptモジュールをインタープリタ部２０５のECMAScriptインタープリタに、ＳＭＩＬモジュールはＳＭＩＬインタープリタに、ＸＨＴＭＬモジュールはＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７に伝達する機能をもつ。
ECMAScriptインタープリタは、前述のECMAScriptモジュールを解釈し、その指示に従う。つまり、ECMAScriptインタープリタは、インターフェースハンドラ２０２から送られる“イベント”信号や、インターフェースハンドラ２０２のプロパティバッファ２０２ａから読み取る“プロパティ”信号に対して、インタラクティブエンジン２００における各機能を制御するための“コマンド”信号をインターフェースハンドラ２０２に発行する機能をもつ。このとき、ECMAScriptインタープリタは、システムクロック２１４が計測する時間に従うことにより、Markup言語が指示するタイミングで“コマンド”信号をＤＶＤビデオ再生エンジン１００に発行したり、“メディアコントロール”信号をメディアデコーダ２０８ａ／２０８ｂに発行する。これにより、ＤＶＤビデオ再生エンジン１００のコントロールや、各種メディアコントロール（音声、静止画・アニメーション、テキスト・フォント、動画のデコード制御等）が可能となる。
ＳＭＩＬタイミングエンジンは、前述のＳＭＩＬモジュールを解釈し、その解釈された指示に従う。つまり、ＳＭＩＬタイミングエンジンは、インターフェースハンドラ２０２から送られる“イベント”信号や、インターフェースハンドラ２０２のプロパティバッファ２０２ａから読み取る“プロパティ”信号に対し、システムクロック２１４に従って、“コントロール”信号をインターフェースハンドラ２０２、またはメディアデコーダ２０８ａ／２０８ｂに発行する機能をもつ。これにより、所望のタイミングでＤＶＤビデオ再生エンジン１００のコントロールや各種メディア（音声、静止画・アニメーション、テキスト・フォント、動画）のデコードが可能となる。つまり、ＳＭＩＬタイミングエンジンは、Markup言語の記述に従って、システムクロック２１４をもとに動作することも可能であり、ＤＶＤタイミングジェネレータ２０２ｂからのＤＶＤシステムクロック１０３をもとに動作することも可能である。
ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７は、前述のＸＨＴＭＬモジュールを解釈し、その指示に従う。つまり、ＸＨＴＭＬ／ＳＶＧ／ＣＳＳレイアウトマネージャ２０７は、“レイアウトコントロール”信号をＡＶレンダラ２０３に出力する。“レイアウトコントロール”信号は、出力する映像の画面の大きさやその位置に関する情報（表示開始・終了・継続といった表示時間に関する情報を含む場合もある）、出力する音声のレベルに関する情報（出力開始・終了・継続といった出力時間に関する情報を含む場合もある）が含まれる。また、ＸＨＴＭＬモジュールに含まれている表示のためのテキスト情報は、メディアデコーダ２０８ａ／２０８ｂに送られ、所望のフォントを用いて、デコードされ表示される。
Markup言語やScript言語の構文解析およびその解釈を行う具体的な方法は、例えばＨＴＭＬ／ＸＨＴＭＬやＳＭＩＬあるいはECMAScriptやJava（登録商標）Scriptのような公知技術における構文解析・解釈と同様な手法でよい（使用するハードウエアは図７２の説明の冒頭で述べたマイクロコンピュータでよい）。ただしスクリプト中に記載されるコマンドや変数については、制御対象が異なるので、違いが生じる。この発明を実施する際に用いる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言語など）を用いて自由に設定できる。
なお、図面を参照して上述した各実施の形態において、データ構造を構成する情報要素（例えば図３の例では３１０〜３１８等）の並びは、図示の順番で配置されるようになっている。この並びは、ディスク１の再生時において、どの情報要素から先に再生装置に読み込まれるかの順番に対応させることができる。
この発明は上記した実施の形態そのままに限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。例えば、この発明は現在世界的に普及しているＤＶＤ−ＲＯＭビデオのみならず、近年急速に需要が伸びている録画再生可能なＤＶＤ−ＶＲ（ビデオレコーダ）にも適用できる。さらには、近々普及が始まるであろう次世代ＨＤ−ＤＶＤの再生系または録再系にも適用可能である。
さらに、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良い。
この発明の一実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容を説明する図。 この発明の一実施の形態に係るディスク状情報記憶媒体に記録されるコンテンツを管理するファイルシステムの一例を説明する図。 ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に含まれるＨＤビデオマネージャ情報管理テーブル（ＨＤＶＭＧＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＨＤＶＭＧ＿ＣＡＴ）の記録内容を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるタイトルサーチポインタテーブル（ＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオマネージャメニューＰＧＣＩユニットテーブル（ＨＤＶＭＧＭ＿ＰＧＣＩ＿ＵＴ）のデータ構造を例示する図。 各ＨＤビデオマネージャメニュー言語ユニット（ＨＤＶＭＧＭ＿ＬＵ＃ｎ）のデータ構造を例示する図。 ＨＤＶＭＧＭ＿ＰＧＣカテゴリ（ＨＤＶＭＧＭ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるパレンタル管理情報テーブル（ＰＴＬ＿ＭＡＩＴ）のデータ構造を例示する図。 各パレンタル管理情報（ＰＴＬ＿ＭＡＩ＃ｎ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオタイトルセット属性情報テーブル（ＨＤＶＴＳ＿ＡＴＲＴ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるテキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）のデータ構造を例示する図。 各テキストデータ言語ユニット（ＴＸＴＤＴ＿ＬＵ＃ｎ）のデータ構造を例示する図。 テキストデータ（ＴＸＴＤＴ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオマネージャメニューセルアドレステーブル（ＨＤＶＭＧＭ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤビデオマネージャメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＭＧＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）のデータ構造を例示する図。 ＨＤビデオマネージャ情報（ＨＤＶＭＧＩ）に記録されるＨＤメニューオーディオオブジェクトセット情報テーブル（ＨＤＭＥＮＵ＿ＡＯＢＳＩＴ）のデータ構造を例示する図。 ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるメニュー用ビデオオブジェクト領域（ＨＤＶＭＧＭ＿ＶＯＢＳ）のデータ構造を例示する図。 ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域に記録されるメニュー用オーディオオブジェクト領域（ＨＤＭＥＮＵ＿ＡＯＢＳ）のデータ構造を例示する図。 各ＨＤビデオタイトルセット（ＨＤＶＴＳ＃ｎ）記録領域に記録されるＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセット情報管理テーブル（ＨＤＶＴＳＩ＿ＭＡＴ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットパートオブタイトルサーチポインタテーブル（ＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図。 ＨＤＶＴＳ＿ＰＧＣカテゴリ（ＨＤＶＴＳ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットメニューＰＧＣＩユニットテーブル（ＨＤＶＴＳＭ＿ＰＧＣＩ＿ＵＴ）のデータ構造を例示する図。 各ＨＤビデオタイトルセットメニュー言語ユニット（ＨＤＶＴＳＭ＿ＬＵ＃ｎ）のデータ構造を例示する図。 ＨＤＶＴＳＭ＿ＰＧＣカテゴリ（ＨＤＶＴＳＭ＿ＰＧＣ＿ＣＡＴ）の記録内容を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットタイムマップテーブル（ＨＤＶＴＳ＿ＴＭＡＰＴ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットメニューセルアドレステーブル（ＨＤＶＴＳＭ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットメニュービデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳＭ＿ＶＯＢＵ＿ＡＤＭＡＰ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットセルアドレステーブル（ＨＤＶＴＳ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。 ＨＤビデオタイトルセット情報（ＨＤＶＴＳＩ）に記録されるＨＤビデオタイトルセットビデオオブジェクトユニットアドレスマップ（ＨＤＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰ）のデータ構造を例示する図。 プログラムチェーン情報（ＰＧＣＩ：例えば図２３のＨＤＶＴＳ＿ＰＧＣＩの１つに対応）に含まれるプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）のデータ構造と、このＰＧＣＩ内に格納されるＰＧＣグラフィックユニットストリーム制御テーブル（ＰＧＣ＿ＧＵＳＴ＿ＣＴＬＴ）およびリジューム／オーディオオブジェクトカテゴリ（ＲＳＭ＆ＡＯＢ＿ＣＡＴ）の記録内容を例示する図。 プログラムチェーン情報（ＰＧＣＩ）に含まれるプログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）のデータ構造を例示する図。 プログラムチェーンコマンドテーブル（ＰＧＣ＿ＣＭＤＴ）に含まれる、プログラムチェーンコマンドテーブル情報（ＰＧＣ＿ＣＭＤＴＩ）の内容、および各リジュームコマンド（ＲＳＭ＿ＣＭＤ）の内容を例示する図。 プログラムチェーン情報（ＰＧＣＩ）に含まれる、プログラムチェーンプログラムマップ（ＰＧＣ＿ＰＧＭＡＰ）のデータ構造、およびセル位置情報テーブル（Ｃ＿ＰＯＳＩＴ）のデータ構造を例示する図。 プログラムチェーン情報（ＰＧＣＩ）に含まれるセル再生情報テーブル（Ｃ＿ＰＢＩＴ）のデータ構造を例示する図。 この発明の一実施の形態に係るディスク状情報記憶媒体（光ディスク等）の再生装置の内部構造例を説明するブロック図。 図３８の装置内における各デコーダの構成例を説明するブロック図。 仮想ビデオアクセスユニットＩＶＡＵの概念を説明する図。 この発明の一実施の形態で使用されるシステムパラメータの具体例を説明する図。 この発明の一実施の形態で使用されるコマンド一覧を例示する図。 この発明の一実施の形態で使用されるコマンドの各フィールド内の具体例を示す図。 ビデオオブジェクト内のグラフィックユニットＧＵの配置を例示する図。 グラフィックユニット内のデータ構造を例示する図。 グラフィックユニット内のヘッダ情報内容と一般情報内容を例示する図。 グラフィックユニット内のマスクデータとグラフィックデータのイメージ例を説明する図。 マスクパターンを含むビデオ合成例を示す図。 グラフィックユニットＧＵにおけるボタン位置情報の一例を説明する図。 この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドコンテンツ記録領域の記録内容の一例を説明する図。 この発明の他の実施の形態に係るディスク状情報記憶媒体（光ディスク等）１に記録される情報内容のうち、アドバンスドＨＤビデオタイトルセット（ＡＨＤＶＴＳ）記録領域の記録内容の一例を説明する図。 アドバンスドＨＤビデオタイトルセット記録領域内に記録されるアドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）のデータ構造を例示する図。 アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセット情報管理テーブル（ＡＨＤＶＴＳＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＡＨＤＶＴＳ＿ＣＡＴ）の記録内容を例示する図。 アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットパートオブタイトルサーチポインタテーブル（ＡＨＤＶＴＳ＿ＰＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。 アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造を例示する図。 プログラムチェーン情報（ＰＧＣＩ：例えば図５５のＡＨＤＶＴＳ＿ＰＧＣＩに対応）に含まれるプログラムチェーン一般情報（ＰＧＣ＿ＧＩ）のデータ構造を例示する図。 アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットセルアドレステーブル（ＡＨＤＶＴＳ＿Ｃ＿ＡＤＴ）のデータ構造を例示する図。 アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるタイムマップ情報テーブル（ＴＭＡＰＩＴ）のデータ構造を例示する図。 タイムマップ情報テーブル（ＴＭＡＰＩＴ）に含まれる各タイムマップ情報（ＴＭＡＰＩ）のデータ構造と、このタイムマップ情報内に格納されるタイムマップ一般情報（ＴＭＡＰ＿ＧＩ）の記録内容を例示する図。 タイムマップ情報（ＴＭＡＰＩ）に含まれるタイムエントリテーブル（ＴＭ＿ＥＮＴ）のデータ構造と、このタイムエントリテーブル内に格納されるタイムエントリ数（ＴＭ＿ＥＮ＿Ｎｓ）およびタイムエントリ（ＴＭ＿ＥＮ）の記録内容を例示する図。 タイムマップ情報（ＴＭＡＰＩ）に含まれる、ビデオオブジェクトユニットエントリ（ＶＯＢＵ＿ＥＮＴ）の記録内容と、インターリーブドユニットアドレスエントリ（ＩＬＶＵ＿ＡＤＲ＿ＥＮＴ）の記録内容と、エントリビデオオブジェクト番号（ＥＮＴ＿ＶＯＢＮ）の記録内容を例示する図。 管理情報（例えば図５３のＡＨＤＶＴＳ＿ＣＡＴ）に含まれる情報（Application Type）の内容に応じたアドバンスドＶＴＳ（図５１、図７４、図７９等のＡＨＤＶＴＳ）の再生手順の一例を説明するフローチャート図。 この発明の一実施の形態に係る拡張ビデオオブジェクト（ＨＤＶＴＳ内のビデオオブジェクト）で用いられるデータユニット（ＥＶＯＢＵ）先頭に配置されるナビゲーションパック（ＮＶ＿ＰＣＫ）の構成を説明する図。 拡張ビデオオブジェクトで用いられるナビゲーションパック（ＮＶ＿ＰＣＫ）内の再生制御情報（ＰＣＩ）のデータ構造を例示する図。 拡張ビデオオブジェクトで用いられるナビゲーションパック（ＮＶ＿ＰＣＫ）内のデータ検索情報（ＤＳＩ）のデータ構造を例示する図。 アドバンスドＶＴＳ（ＡＨＤＶＴＳ）の構成例を説明する図。 この発明の一実施の形態に係るタイムマップの構成要素を説明する図。 タイムマップの具体的な構成要素を説明する図。 複数のオブジェクト（例えばＶＯＢ＃２とＶＯＢ＃３）をインターリーブドブロックのＩＬＶＵを用いて再生する場合を例示する図。 図６９の例においてＩＬＶＵ区間のタイムマップを説明する図。 インターリーブドブロックにおけるタイムマップを説明する図。 この発明の他の実施の形態に係る再生装置の内部構造例を説明するブロック図。 この発明の他の実施の形態に係るディスク状情報記憶媒体（コンテンツタイプ１ディスク）１に記録される情報内容のうち、ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域の記録内容の一部（ＨＤＶＭＧ＿ＣＡＴ）を説明する図。 この発明の他の実施の形態に係るディスク状情報記憶媒体（コンテンツタイプ２ディスク例１）１に記録される情報内容のうち、ＨＤビデオマネージャ（ＨＤＶＭＧ）記録領域のデータ構造（図１の例と異なりＡＨＤＶＭＧＩがＨＤＶＭＧ内に配置される）を説明する図。 図７４のＨＤビデオマネージャ（ＨＤＶＭＧ）内に記録されるアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）のデータ構造を例示する図。 アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＨＤＶＭＧ＿ＣＡＴ）の記録内容を例示する図。 アドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）のデータ構造を例示する図。 アドバンスドＶＴＳ（ＡＨＤＶＴＳ）が記録されたディスクの再生モデル（例１）を説明する図。 この発明のさらに他の実施の形態に係るディスク状情報記憶媒体（コンテンツタイプ２ディスク例２）１に記録される情報内容のうち、ビデオデータ記録領域２０およびアドバンスドコンテンツ記録領域２１のデータ構造を説明する図。 図７９のＨＤビデオマネージャ（ＨＤＶＭＧ）内に記録することが可能なアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）のデータ構造を例示する図。 図８０のアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドＨＤビデオマネージャ情報管理テーブル（ＡＨＤＶＭＧＩ＿ＭＡＴ）のデータ構造と、この管理テーブル内に格納されるカテゴリ情報（ＨＤＶＭＧ＿ＣＡＴ）の記録内容（図７６と異なる内容）を例示する図。 図８０のアドバンスドＨＤビデオマネージャ情報（ＡＨＤＶＭＧＩ）に含まれるアドバンスドタイトルサーチポインタテーブル（ＡＤＴＴ＿ＳＲＰＴ）のデータ構造（図７７と異なる内容）を例示する図。 アドバンスドＶＴＳの再生ステートとスタンダードＶＴＳの再生ステートとの関係を説明する図。 ＤＶＤビデオ再生エンジン側の再生制御モジュール移行コマンドを説明する図。 ユーザコマンド処理の切り替えアルゴリズムを説明するフローチャート図。 アドバンスドＶＴＳとスタンダードＶＴＳが混在するコンテンツタイプ２ディスク（図７９等）におけるドメイン推移モデルを説明する図。 アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクの再生モデル（例２）を説明する図。 アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクにおけるオブジェクトの独自参照モデルを説明する図。 アドバンスドＶＴＳ（ＡＨＤＶＴＳ）とスタンダードＶＴＳ（ＨＤＶＴＳ）が混在記録されたディスクにおけるオブジェクトの共有参照モデルを説明する図。 アドバンスドコンテンツに含まれるローディング情報の具体例を説明する図。 図７２の装置のインタラクティブエンジンにおけるバッファマネージャの構成を説明する図。 図７２の装置のインタラクティブエンジンが起動したときの装置動作の一例を説明するフローチャート図。 複数のＰＧＣを持つアドバンスドＶＴＳの構成例を説明する図。 １つのＰＧＣを持つアドバンスドＶＴＳの構成例を説明する図。 再生シーケンス情報ファイル（例えば図２のPBSEQ001.XMLファイル）内の再生シーケンスの記述例（チャプタ−／ＰＴＴ番号を用いた例）を説明する図。 再生シーケンス情報ファイル（PBSEQ001.XMLファイル等）内の再生シーケンスの他の記述例（セル番号を用いた例）を説明する図。 再生シーケンス情報ファイル（PBSEQ001.XMLファイル等）内の再生シーケンスの他の記述例（ＰＧＣ番号およびチャプタ−／ＰＴＴ番号を用いた例）を説明する図。 再生シーケンス情報ファイル（PBSEQ001.XMLファイル等）内の再生シーケンスの他の記述例（ＰＧＣ番号およびセル番号を用いた例）を説明する図。 再生シーケンス情報ファイル（例えば図２のPBSEQ001.XMLファイル）を用いて、ＤＶＤ再生エンジンによるアドバンスドＶＴＳの再生シーケンスを初期化する（既存のＰＧＣ情報による再生シーケンスの代わりに再生シーケンス情報ファイルの記述による再生シーケンスを用いるようにする初期化）ための処理手続きの一例を説明するフローチャート図。 この発明のさらに他の実施の形態に係る再生装置の内部構造例を説明するブロック図。 アドバンスドＨＤビデオタイトルセット情報（ＡＨＤＶＴＳＩ）に記録されるアドバンスドＨＤビデオタイトルセットプログラムチェーン情報テーブル（ＡＨＤＶＴＳ＿ＰＧＣＩＴ）のデータ構造をの他例を示す図。 図１００のビデオミキサにおける各モジュールの出力フレームの重ね合わせのプレーン構成を例示する図。 タイムエントリを含まないタイムマップ情報（ＴＭＡＰＩ）であって、１つのＴＭＡＰファイルに１つのＴＭＡＰＩが格納される場合の例を説明する図。 タイムエントリを含まないタイムマップ情報（ＴＭＡＰＩ）であって、１つのＴＭＡＰファイルに１つ以上（ここでは２つ例示）のＴＭＡＰＩが格納される場合の例を説明する図。 インターリーブドブロック内に配置されるアングルを構成するＥＶＯＢ用のタイムマップ情報の構成例を説明する図。 タイムエントリを含まないタイムマップ情報テーブル（ＴＭＡＰＩＴ）のデータ構造を例示する図。 タイムエントリを含まないタイムマップ情報（ＴＭＡＰＩ）のデータ構造を例示する図。 一般制御情報（General Control Information：ＧＣＩ）を含む制御パック（スタンダードＧＣＩ＿ＰＣＫとアドバンスドＧＣＩ＿ＰＣＫ）のデータ構造を例示する図。 一般制御情報（ＧＣＩ）のデータ構造を例示する図。 アドバンスドＨＤビデオタイトルセット記録領域内に記録されるアドバンスドＨＤビデオタイトルセット情報（アドバンスドＶＴＳＩ）のデータ構造の他例を説明する図。 図１１０のアドバンスドＶＴＳＩ内に格納されるアドバンスドＨＤビデオタイトルセット属性情報テーブル（ＡＨＤＶＴＳ＿ＡＴＲＩＴ）のデータ構造を例示する図。 図１１０のアドバンスドＶＴＳＩ内に格納されるアドバンスドＨＤビデオタイトルセットＥＶＯＢ情報テーブル（ＡＨＤＶＴＳ＿ＥＶＯＢＩＴ）のデータ構造を例示する図。 ディスク上にプライマリオブジェクト（ムービーオブジェクト）とセカンダリオブジェクト（アドバンスドオブジェクト）とをマルチプレックスした１プログラムストリームが記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース１）を例示する図。 ケース１のデコーディングモデルを説明する図。 ディスク上にプライマリオブジェクトのプログラムストリームとセカンダリオブジェクトのプログラムストリーム（パック単位でマルチプレックスされた２プログラムストリーム）が記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース２−１）を例示する図。 ケース２−１のデコーディングモデルを説明する図。 ディスク上にプライマリオブジェクトのプログラムストリームとセカンダリオブジェクトのプログラムストリーム（アクセスユニット単位でマルチプレックスされた２プログラムストリーム）が記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース２−２）を例示する図。 ケース２−２のデコーディングモデルを説明する図。 プライマリオブジェクトの内容とセカンダリオブジェクトの内容とを識別するストリームＩＤの一例（オブジェクトの識別にプライベートストリーム１を利用する場合）を説明する図。 図１１９のストリームＩＤにおいて、プライベートストリーム１用のサブストリームＩＤの構成を例示する図。 図１１９のストリームＩＤにおいて、プライベートストリーム２用のサブストリームＩＤの構成を例示する図。 プライマリオブジェクトの内容とセカンダリオブジェクトの内容とを識別するストリームＩＤの他例（オブジェクトの識別にプライベートストリーム３を新設する場合）を説明する図。 図１２２のストリームＩＤにおいて、プライベートストリーム１用のサブストリームＩＤの構成を例示する図。 図１２２のストリームＩＤにおいて、プライベートストリーム２用のサブストリームＩＤの構成を例示する図。 図１２２のストリームＩＤにおいて、プライベートストリーム３用のサブストリームＩＤの構成を例示する図。 プライマリオブジェクトおよび／またはセカンダリオブジェクトをディスクおよび／または外部通信回線（Ｗｅｂ）から再生する場合の処理手順の一例を説明するフローチャート図。 ディスクからのプライマリオブジェクトおよびセカンダリオブジェクトの再生経路を説明する図。 ディスクからのプライマリオブジェクトおよび外部通信回線（Ｗｅｂ）からのセカンダリオブジェクトの再生経路を説明する図。 タイムマップのタイプフラグ（ＴＭＡＰ＿ＴＹＰＥ＿ＦＬ）を含むタイムマップ情報テーブルのデータ構造を例示する図。 Markupの記述例１を説明する図。 Markupの記述例２を説明する図。 Markupの記述例３を説明する図。 ディスク上にプライマリオブジェクト（ムービーオブジェクト）とセカンダリオブジェクト（アドバンスドオブジェクト）とをマルチプレックスした１プログラムストリームが記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース１ａ）の他の例を示す図。 ディスク上にプライマリオブジェクト（ムービーオブジェクト）とセカンダリオブジェクト（アドバンスドオブジェクト）とをマルチプレックスした１プログラムストリームが記録され、外部通信回線（Ｗｅｂ）上にアドバンスドオブジェクト（セカンダリオブジェクト）が独立した別プログラムストリームとして存在する場合（ケース１ｂ）のさらに他の例を示す図。 ケース１ａのデコーディングモデルを説明する図。 ケース１ａのデコーディングモデルにおいて、スムージングバッファの動作の一例を説明する図。 ディスク上のアドバンスドコンテントの概要を例示する図。 アドバンスドコンテントの再生システムモデルの概要を例示する図。 アドバンスドコンテントの再生システムモデルにおけるデータの流れの一例を説明する図。 アドバンスドコンテントの再生システムモデルにおけるデータの流れの他例を説明する図。 アドバンスドコンテントの再生システムモデルにおけるデータの流れのさらに他の例を説明する図。 アドバンスドコンテントの再生システムモデルにおけるデータの流れのさらに他の例を説明する図。 アドバンスドコンテントの再生システムモデルにおける画像出力の合成モデルの一例を説明する図。 画像出力の合成モデルの具体例を示す図。 アドバンスドコンテントの再生システムモデルにおける音声出力のミキシングモデルの一例を説明する図。 アドバンスドコンテントの再生システムモデルにおけるユーザインターフェース処理の一例を説明する図。 ディスク挿入後のスタートアップ処理の流れの一例を説明するフローチャート図。
符号の説明
１…情報記憶媒体（再生専用または記録再生可能な光ディスク）；１０…リードイン領域；１１…ボリューム／ファイル構造情報領域（ファイル情報領域）；１２…データ領域；１３…リードアウト領域；２０…ビデオデータ記録領域；２１…アドバンスドコンテンツ記録領域；２１Ａ…Markup/Script言語記録領域；２１Ｂ…動画記録領域；２１Ｃ…アニメーション・静止画記録領域；２１Ｄ…音声記録領域；２１Ｅ…フォント記録領域；２２…一般コンピュータ情報記録領域；３０…High Definitionビデオマネージャ記録領域（ＨＤＶＭＧ）；３１…High Definitionビデオマネージャ情報記録領域（ＨＤＶＭＧＩ）；３４…High Definitionビデオマネージャ情報バックアップ領域（ＨＤＶＭＧＩ＿ＢＵＰ）；4０…High Definitionビデオタイトルセット記録領域（ＨＤＶＴＳ＃１〜＃ｎ）；５０…アドバンスドHigh Definitionビデオタイトルセット記録領域（ＡＨＤＶＴＳ）；１００…ビデオ再生エンジン；２００…インタラクティブエンジン；４００…ユーザインターフェース部；５００…サーバ部；２１０Ａ…スタートアップ情報記録領域；２１１Ａ…ローディング情報記録領域；２１２Ａ…マークアップ（Markup）記録領域；２１３Ａ…スクリプト（Script）記録領域；２１４Ａ…スタイルシート（StyleSheet）記録領域；２１５Ａ…再生シーケンス情報（PBSEQ001.XML等）記録領域。

Claims (7)

  1. 管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテンツ記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体において、
    前記データ領域が、１以上のタイムマップにより再生時間と記録位置との関係が管理される１以上のプライマリオブジェクトの集合であって、主映像ストリームを構成するプライマリオブジェクトセットと、個別のタイムマップにより再生時間と記録位置との関係が管理されるオブジェクトであって、前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトを格納できるように構成された情報記憶媒体。
  2. 前記オブジェクト領域は、前記タイムマップの情報が１以上集まって構成されるタイムマップ情報テーブルを含み、
    前記タイムマップ情報テーブルは、１以上の前記タイムマップの情報それぞれに対応したタイムマップ情報サーチポインタを含み、
    個々の前記タイムマップ情報サーチポインタが、対応する前記タイムマップの情報の先頭アドレス情報と、前記タイムマップにより管理されるオブジェクトが前記プライマリオブジェクトであるのか否かを特定するタイムマップタイプフラグを含むように構成された請求項１に記載の情報記憶媒体。
  3. 管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテンツ記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体であって、前記データ領域が、１以上のタイムマップにより再生時間と記録位置との関係が管理される１以上のプライマリオブジェクトの集合であって主映像ストリームを構成するプライマリオブジェクトセットと、個別のタイムマップにより再生時間と記録位置との関係が管理されるオブジェクトであって前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトを格納した情報記憶媒体を再生する方法において、
    前記プライマリオブジェクトを再生し、
    前記セカンダリオブジェクトを再生する再生方法。
  4. 管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテンツ記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体であって、前記データ領域が、１以上のタイムマップにより再生時間と記録位置との関係が管理される１以上のプライマリオブジェクトの集合であって主映像ストリームを構成するプライマリオブジェクトセットと、個別のタイムマップにより再生時間と記録位置との関係が管理されるオブジェクトであって前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトを格納した情報記憶媒体を用いる装置であって、
    前記プライマリオブジェクトを再生する手段と、
    前記セカンダリオブジェクトを再生する手段とを具備した再生装置。
  5. 管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテンツ記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体であって、前記データ領域が、１以上のタイムマップにより再生時間と記録位置との関係が管理される１以上のプライマリオブジェクトの集合であって主映像ストリームを構成するプライマリオブジェクトセットと、個別のタイムマップにより再生時間と記録位置との関係が管理されるオブジェクトであって前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトを格納できるように構成された情報記憶媒体を再生する方法において、
    前記プライマリオブジェクトを再生し、
    外部通信回線から前記別映像ストリームに対応したセカンダリオブジェクトを獲得して再生する再生方法。
  6. 管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテンツ記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体であって、前記データ領域が、１以上のタイムマップにより再生時間と記録位置との関係が管理される１以上のプライマリオブジェクトの集合であって主映像ストリームを構成するプライマリオブジェクトセットと、個別のタイムマップにより再生時間と記録位置との関係が管理されるオブジェクトであって前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトを格納できるように構成された情報記憶媒体を用いる装置であって、
    前記プライマリオブジェクトを再生する手段と、
    外部通信回線から前記別映像ストリームに対応したセカンダリオブジェクトを獲得して再生する手段を具備した再生装置。
  7. 管理情報を記録する管理領域およびこの管理情報で管理されるオブジェクトを記録するオブジェクト領域を含むビデオデータ記録領域と、このビデオデータ記録領域の記録内容とは異なる情報を含むアドバンスドコンテンツ記録領域とを格納するデータ領域、並びにこのデータ領域の記録内容に対応したファイル情報を格納するファイル情報領域を有する情報記憶媒体であって、前記データ領域が、１以上のタイムマップにより再生時間と記録位置との関係が管理される１以上のプライマリオブジェクトの集合であって主映像ストリームを構成するプライマリオブジェクトセットと、個別のタイムマップにより再生時間と記録位置との関係が管理されるオブジェクトであって前記主映像ストリームと同時再生可能な別映像ストリームを構成するセカンダリオブジェクトを格納した情報記憶媒体を用いる方法であって、
    前記プライマリオブジェクトセットおよび前記セカンダリオブジェクトを含む第１データストリームを第１ビットレートで前記情報記憶媒体から獲得し、
    別のセカンダリオブジェクトを含む第２データストリームを前記第１ビットレートとは異なるレートの第２ビットレートで前記情報記憶媒体以外から獲得し、
    前記第１のデータストリームに含まれる前記セカンダリオブジェクトのビットレートを前記第２のビットレートに相当するレートに変換し、
    前記第１のデータストリームに含まれる前記プライマリオブジェクトセット内容を前記第１ビットレートでデコードし、
    前記第２のビットレートに相当するレートに変換された前記第１のデータストリームに含まれる前記セカンダリオブジェクトの内容、または前記第２データストリームに含まれる前記別のセカンダリオブジェクトの内容を、前記第２のビットレートに相当するレートでデコードするデコード方法。
JP2004380219A 2004-12-28 2004-12-28 情報記憶媒体、情報再生方法、情報デコード方法、および情報再生装置 Withdrawn JP2006186842A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2004380219A JP2006186842A (ja) 2004-12-28 2004-12-28 情報記憶媒体、情報再生方法、情報デコード方法、および情報再生装置
PCT/JP2005/024228 WO2006070920A1 (en) 2004-12-28 2005-12-27 Information storage medium, information playback method, information decode method, and information playback apparatus
US11/535,823 US20070031122A1 (en) 2004-12-28 2006-09-27 Information storage medium, information playback method, information decode method, and information playback apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004380219A JP2006186842A (ja) 2004-12-28 2004-12-28 情報記憶媒体、情報再生方法、情報デコード方法、および情報再生装置

Publications (1)

Publication Number Publication Date
JP2006186842A true JP2006186842A (ja) 2006-07-13

Family

ID=36615025

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004380219A Withdrawn JP2006186842A (ja) 2004-12-28 2004-12-28 情報記憶媒体、情報再生方法、情報デコード方法、および情報再生装置

Country Status (3)

Country Link
US (1) US20070031122A1 (ja)
JP (1) JP2006186842A (ja)
WO (1) WO2006070920A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007032529A1 (en) * 2005-09-13 2007-03-22 Kabushiki Kaisha Toshiba Information storage medium, information reproducing apparatus, and information reproducing method

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100598285B1 (ko) * 2001-06-21 2006-07-07 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
KR20020097454A (ko) * 2001-06-21 2002-12-31 엘지전자 주식회사 멀티채널 스트림 기록장치 및 방법과, 그에 따른 기록매체
US7643727B2 (en) * 2001-07-24 2010-01-05 Lg Electronics Inc. Method and apparatus of recording a multi-channel stream, and a recording medium containing a multi-channel stream recorded by said method
WO2004003908A1 (en) * 2002-06-28 2004-01-08 Lg Electronics Inc. Recording medium having data structure for managing recording and reproduction of multiple path data recorded thereon and recording and reproducing methods and apparatus
US7720356B2 (en) * 2002-11-12 2010-05-18 Lg Electronics Inc Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
JP4736593B2 (ja) * 2005-07-25 2011-07-27 ソニー株式会社 データ記憶装置、データ記録方法、記録及び／又は再生システム、並びに、電子機器
DE202008010463U1 (de) * 2007-08-07 2009-04-23 Plds Taiwan (Philips & Lite-On Digital Solutions Corporation) Optischer Datenträger sowie eine Vorrichtung zum Aufzeichnen auf einen scheibenförmigen optischen Datenträger
US8938401B2 (en) * 2009-02-17 2015-01-20 Comcast Cable Holdings, Llc Systems and methods for signaling content rights through release windows life cycle
WO2010102650A1 (en) * 2009-03-13 2010-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Technique for bringing encoded data items into conformity with a scalable coding protocol
US20100255827A1 (en) * 2009-04-03 2010-10-07 Ubiquity Holdings On the Go Karaoke
US9253539B2 (en) * 2010-09-30 2016-02-02 Disney Enterprises, Inc. Systems and methods for settings management across multiple titles
WO2012177160A1 (en) * 2011-06-22 2012-12-27 General Instrument Corporation Method and apparatus for processing and displaying multiple captions superimposed on video images
US8849095B2 (en) * 2011-07-26 2014-09-30 Ooyala, Inc. Goal-based video delivery system
US9374106B2 (en) 2013-08-28 2016-06-21 International Business Machines Corporation Efficient context save/restore during hardware decompression of DEFLATE encoded data
US9800640B2 (en) * 2013-10-02 2017-10-24 International Business Machines Corporation Differential encoder with look-ahead synchronization
CN105898614A (zh) * 2015-08-21 2016-08-24 乐视致新电子科技（天津）有限公司 一种设置屏幕菜单的透明度的方法、装置和芯片
CN110784750B (zh) * 2019-08-13 2022-11-11 腾讯科技（深圳）有限公司 视频播放方法、装置及计算机设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3901298B2 (ja) * 1997-09-19 2007-04-04 株式会社日立製作所 複数メディアのデータ同期再生装置
JP3762224B2 (ja) * 1999-04-07 2006-04-05 株式会社東芝 音声情報を含むデジタル情報の記憶媒体、この媒体を用いる記録方法と再生方法、およびこの媒体を用いる記録装置と再生装置
JP3625438B2 (ja) * 1999-04-07 2005-03-02 株式会社東芝 音声情報を含むデジタル情報の記憶媒体、この媒体を用いる記録方法と再生方法、およびこの媒体を用いる記録装置と再生装置
JP4626799B2 (ja) * 2004-07-12 2011-02-09 ソニー株式会社 再生装置および方法、情報提供装置および方法、データ、記録媒体、並びにプログラム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007032529A1 (en) * 2005-09-13 2007-03-22 Kabushiki Kaisha Toshiba Information storage medium, information reproducing apparatus, and information reproducing method
US7925138B2 (en) 2005-09-13 2011-04-12 Kabushiki Kaisha Toshiba Information storage medium, information reproducing apparatus, and information reproducing method
US7983526B2 (en) 2005-09-13 2011-07-19 Kabushiki Kaisha Toshiba Information storage medium, information reproducing apparatus, and information reproducing method

Also Published As

Publication number Publication date
WO2006070920A1 (en) 2006-07-06
US20070031122A1 (en) 2007-02-08

Similar Documents

Publication Publication Date Title
US20060182418A1 (en) Information storage medium, information recording method, and information playback method
KR100707223B1 (ko) 정보 기록 매체 및 정보 기록 매체에 대한 정보 기록／재생방법
US20070031122A1 (en) Information storage medium, information playback method, information decode method, and information playback apparatus
KR100793225B1 (ko) 정보 기억 매체를 이용한 정보 재생 방법
KR100833641B1 (ko) 정보 기억 매체, 정보 재생 장치, 정보 재생 방법 및네트워크 통신 시스템
US20050213941A1 (en) Information recording medium, methods of recording/playback information onto/from recording medium
US20060127051A1 (en) Information recording medium, information playback method, and information playback apparatus
KR20070054260A (ko) 정보 기억 매체, 정보 재생 장치 및 정보 재생 방법
JP2007065928A (ja) 情報記憶媒体、情報処理方法、情報転送方法、情報再生方法、情報再生装置、情報記録方法、情報記録装置、及びプログラム
JP4163551B2 (ja) 情報再生装置及び情報再生方法
JP2006236411A (ja) 情報記憶媒体、情報記録方法、および情報再生方法
KR100584713B1 (ko) 정보 기억 매체, 정보 재생 장치, 정보 재생 방법
JP2004215045A (ja) 情報記録媒体、情報再生装置、情報再生方法
US20060098944A1 (en) Information storage medium, information playback method, and information playback apparatus
US20060110135A1 (en) Information storage medium, information playback method, and information playback apparatus
JP4383980B2 (ja) 情報再生装置及び情報再生方法
JP4177705B2 (ja) 情報記憶媒体、情報再生装置、情報再生方法
JP4047764B2 (ja) 情報記憶媒体、情報再生装置、情報再生方法
JP2004215046A (ja) 情報再生装置、情報再生方法、情報記録媒体
JP2004343254A (ja) 情報記憶媒体、情報再生装置、情報再生方法
JP2006216103A (ja) 情報記憶媒体、情報記録方法、および情報再生方法
JP2004342176A (ja) 情報記憶媒体、情報再生装置、情報再生装置
KR100786165B1 (ko) 정보 기억 매체, 정보 재생 장치, 정보 재생 방법 및 정보재생 프로그램을 기록한 컴퓨터 판독가능한 기록매체
JP2006221754A (ja) 情報記憶媒体、情報記録方法、および情報再生方法
JP4444331B2 (ja) 情報記憶媒体、情報再生装置、情報再生方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070904

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20080903