WO2005002219A1

WO2005002219A1 - 記録媒体、再生装置、記録方法、プログラム、再生方法

Info

Publication number: WO2005002219A1
Application number: PCT/JP2004/009515
Authority: WO
Inventors: Hiroshi Yahata; Joseph Mccrossan; Tomoyuki Okada; Wataru Ikeda
Original assignee: Matsushita Electric Industrial Co.,Ltd.
Priority date: 2003-06-30
Filing date: 2004-06-29
Publication date: 2005-01-06
Also published as: KR100871528B1; JP2008011546A; CA2659714C; CN101527864B; TWI341691B; US20060245723A1; KR20060027365A; EP1641260A1; TWI348689B; EP1641259A1; CA2528504C; CN101005629A; TWI340596B; DE602004028673D1; JP2007087381A; EP2068563A1; US7668440B2; US8010908B2; EP2068564A1; CN100583973C

Abstract

BD-ROMには、動画ストリームとグラフィクスストリームとを多重することにより得られたAVClipが記録されている。グラフィクスストリームは、動画ストリームに合成して表示されるべき対話画面を構成するもので、3つのBottonStateグループの配列を含んでいる。この対話画面には複数ボタンが配置され、各ボタンはユーザ操作に応じてノーマル状態からセレクテッド状態、セレクテッド状態からアクティブ状態へと遷移するものである。　グラフィクスストリームにおける3つのBottonStateグループのうち第１順位のグループ(N-ODSs)は、ボタンのノーマル状態を表す複数グラフィクスデータからなり、第２順位のグループ(S-ODSs)は、ボタンのセレクテッド状態を表す複数グラフィクスデータ、第３順位のグループ(A-ODSs)は、ボタンのアクティブ状態を表す複数グラフィクスデータからなる。

Description

記録媒体、再生装置、記録方法、プログラム、再生方法:

技術分野

本発明は、 BD- ROM等の記録媒体、再生装置に関し、動画像に複数ポタンからなる対話画面を合成させ、このポタンに対するユーザ操作に応じて再生制御を実現するという対話制御の技術に関する。

背景技術

上述した対話制御は、再生すべきタイトルやチャプターの選択、クイズの設問に対する回答等、ユーザ操作を再生装置が受け付ける際、なくてはならない機能であり、 DVD再生装置上で実現されているものがよく知られている。 DVD再生装置による対話制御は、図形に文字列を貼りつけたボタンを画面に表示し、ユーザ操作に応じて、ボタンの枠の色を変化させるという 0SD(0n Screen Display)技術の応用である。かかる色変化により、対話画面におけるポタンのうちどれがセレクテッド状態になっているかをユーザは直感的に理解することができる。

DVDにおける対話制御の難点は、ァミューズメントの要素が殆どない点である。つまり、操作をしてみて楽しくなるというような工夫はあまり見られない。こうした批判を踏まえ、現在規格化が進められている BD- ROM (Blu - ray Disk Read - Only Format)での対話画面は、ボタンのアニメ一ション表示が模索されている。具体的にいうと、 BD-R0Mで表示される対話画面は、各ボタンが、独自のアニメーションにて表現され、主映像たる映画のワンシーンに合成される。そしてこのアニメ一シヨン表示は、ユーザによる操作に応じて内容が変わる。かかるアニメーションが、映画作品に登場するキャラクターであるなら、ユーザは、対話画面に対して操作を行うことにより、キャラクタ一の表情や動きを変化させることができる。かかるアニメーション表示により、幼年者が楽しく遊べるような対話画面を作成することができる。

しかしながらボタンのアニメーション表示はデコードの負荷が大きいため、対話画面を初期表示させるまでの待ち時間がかなり大きくなるという問題点がある。例えば、映画作品のワンシーンに、図 1に示すような対話画を合成させたいと考えているものとする。この対話画面には、 4つのボタンが存在しており、各ポタンが" ノーマル状態"" セレクテッド状態"、" アクティブ状態" という 3つの状態をもっている。各ボタンの状態を、 2〜3秒のアニメーション表示で表現する場合を考える。たとえ映像信号の 5フレーム置きに 1枚のグラフィクスデータを表示させるとしても、 2〜3秒のアニメーションを実現するには、約 30枚のグラフイクスデータを表示せねばならない。更にポタンの状態には、ノーマル状態、セレクテッド状態、アクティブ状態という 3つの状態があるので、グラフィクスデ一夕の表示枚数は、 90枚（=3 x 30)というオーダになる。かかるポタンを対話画面上で 4つ配置する場合は、 360枚 (=4 x 90)という膨大な数のグラフィクスデータをデコードせねばならない。グラフィクスデーター枚当たりのデコードは軽くても、数百枚という数のグラフィクスデ一夕をデコードするには、数十秒という時間がかかってしまう。いくら対話画面を楽しくするためとはいえ、 1 枚の対話画面を表示する度に、数十秒もユーザを待たせるのは行き過ぎであり、ユーザからの厳しい批判を浴びかねない。

発明の開示

本発明の目的は、アニメーションを伴った対話画面の表示を、遅滞なく実現することができる記録媒体を提供することである。

上記目的を達成するため、本発明に係る記録媒体は、グラフィクスストリームが記録されており、グラフィクスストリームは、グラフィカルなポタン部材を含む対話画面を、動画像に合成して表示させるものであり、グラフィクスストリームはグラフィクスデータを複数含み、それらグラフィクスデ一夕は、複数の状態集合のどれ.かにグルービングされており、各状態集合は、各ボタン部材が遷移し得る複数状態のうち、 I つの状態に対応しているグラフィクスデータの集合であり、各状態集合はストリーム中において、対応する状態の順に、シーケンシャルに並んでいることを特徴としている。

ここでアニメーションを実現するためのグラフィクスデータが 360枚存在しており、ボタン部材が 3 つの状態をもっている場合、グラフィクスデータは、 120 枚 + 120枚 + 120枚というように、 3つの状態集合にグルーピングされる。そして個々の状態集合は、早く現れる状態に対応するもの程、前に置かれ、遅く現れる状態に対応するもの程、後に置かれる。このため、再生時にたって、早く現れる状態に対応する状態集合の再生装置へのロードは早く行われ、遅く現れる状態に対応する状態集合のロードは、後回しにされる。早く現れる状態に対応する状態集合のロードは早い時期になされるので、 360枚のものグラフィクスデータの読み出し /デコードは未完であっても、全体の約 1/3〜2/3のグラフィクスデータの読み出し/デコードが完了していれば、初期表示のための準備は整う。

全体の約 1/3〜2/3のグラフィクスデータの読み出し/デコードの完了時点で、初期表示のための処理を開始させることができるので、たとえ読み出し/デコードすべきグラフィクスデータが大量にあっても、初期表示の実行は遅滞することはない。このため、アニメーションを伴った楽しい対話画面の表示を、迅速に実行することができる。

図面の箇単な説明

図 1は、アニメーションで構成される対話画面を示す図である。

図 2 ( a ) は、本発明に係る記録媒体の、使用行為についての形態を示す図である。

図 2 ( b ) は、対話画面に対する操作をユーザから受け付けるためのリモコン 4 0 0におけるキー配置を示す図である。

図 3は、 BD-R0Mの構成を示す図である。

図 4は、 AVCl ipがどのように構成されているかを模式的に示す図である。図 5は、 Cl ip情報の内部構成を示す図である。

図 6は、 PL情報の内部構成を示す図である。

図 7は、 PL情報による間接参照を模式化した図である。

図 8 ( a ) は、グラフィクスストリームの構成を示す図である。

図 8 ( b ) は、 . ICS、 0DSの内部構成を示す図である。

図 9は、様々な種別の機能セグメントにて構成される論理構造を示す図である。図 1 0 ( a ) は、 0DS によるグラフィクスオブジェクトを定義するためのデ一夕構造を示す図である。

図 1 0 (b ) は、 PDSのデータ構造を示す図である。

図 1 1は、 Interactive Composi tion Segmentのデータ構造を示す図である。図 1 2は、ある DSnに含まれる 0DSと、 ICSとの関係を示す図である。

図 1 3は、任意のピクチャデータ ptlの表示タイミングにおける画面合成を示す図である。

図 1 4は、 ICSにおけるポタン情報の設定例を示す図である。

図 1 5は、ボタン A〜ボタン Dの状態遷移を示す図である。図 1 6は、 0DS11 , 21, 31, 41の絵柄の一例を示す図である。

図 1 7は、ボタン A用の 0DS11〜19の絵柄の一例を示す図である。

図 1 8は、 DSに含まれる ICS、 0DSの一例を示す図である。

図 1 9は、 Display Setに属する 0DSの順序及び button-stateグループを示す図である。

図 2 0は、図 1 9の button- stateグループが配置された対話画面における状態遷移を示す図である。

図 2 1は、 Display Setにおける 0DSの順序を示す図である。

図 2 2は、 default— selected— button— number が" =0" である場合と、" =ポタン B"である場合とで S- ODSsにおいて 0DSの並びがどのように変わるかを示す図である。

図 2 3 ( a ) ( b ) は、 N-ODSsにボタン A〜Dを構成する複数 0DSが含まれており、 S-ODSs にボタン A〜！）を構成する複数 0DS が含まれている場合、 ∑ SIZECDSn [ICS. BUTTON [i] ] )がどのような値になるかを示す図である。

図 2 4は、 ICSによる同期表示時のタイミングを示す図である。

図 2 5 は、対話画面の初期表示が複数 0DS にて構成され、 defaul t— selected— button— numberが有効である場合の DTS、 PTSの設定を示す図である。

図 2 6 は、对話画面の初期表示が複数 0DS にて構成され、 defaul t— selected—button— numberが無効である場合の DTS、 PTSの設定を示す図である。

図 2 7は、本発明に係る再生装置の内部構成を示す図である。

図 2 8は、 Object Buffer 1 5の格納内容をグラフィクスプレーン 8と対比して示す図である。

図 2 9は、初期表示時における Graphicsコントローラ 1 7の処理を示す図である。

図 3 0は、 lstUserAction(MoveRight)による対話画面更新時における Graphics コントローラ 1 7の処理を示す図である。

図 3 1は、 lstUserAction(MoveDoTO)による対話画面更新時における Graphics コントローラ 1 7の処理を示す図である。図 3 2は、 IstUserAction (Activated)による対話画面更新時における Graphics コントローラ 1 7の処理を示す図である。

図 3 3は、再生装置によるパイプライン処理を示すタイミングチャートである。図 3 4は、デフォルトセレクテッドポタンが動的に変わる場合の、再生装置によるパイプライン処理を示すタイミングチャートである。

図 3 5は、制御部 2 0による LinkPL関数の実行手順を示すフローチャートである。

図 3 6は、 Segmentのロード処理の処理手順を示すフローチャートである。図 3 7は、多重化の一例を示す図である。

図 3 8は、 DS10が再生装置の Coded Dataバッファ 1 3にロードされる様子を示す図である。

図 3 9は、通常再生が行われる場合を示す図である。

図 4 0は、図 3 9のように通常再生が行われた場合の DS1, 10, 20のロードを示す図である。

図 4 1は Graphicsコントローラ 1 7の処理手順のうち、メインル一チンにあたる処理を描いたフローチャートである。

図 4 2は、タイムスタンプによる同期制御の処理手順を示すフローチャートでめる。

図 4 3は、グラフィクスプレーン 8の書込処理の処理手順を示すフロ一チヤ一トである。

図 4 4は、デフォルトセレクテツドボタンのオートァクティべ一トの処理手順を示すフローチャートである。

図 4 5は、アニメーション表示の処理手順を示すフローチャートである。

図 4 6は、 U0処理の処理手順を示すフローチャートである。

図 4 7は、カレントボタンの変更処理の処理手順を示すフローチヤ一トである。図 4 8は、数値入力処理の処理手順を示すフローチャートである。

図 4 9は、 DTS、 PDSにおける PTSに基づく、再生装置におるパイプラインを示す図である。

図 5 0は、再生装置のパイプライン動作時における、 END の意味合いを示す図である。図 5 1は、第 2施形態に係る BD-R0Mの製造工程を示すフローチャートである。図 5 2は、第 3実施形態に係る PL情報の内部構成を示す図である。

図 5 3 は、 sync_PlayItem_id. sync_start_PTS_of_PlayItem によるサブ Playltemの同期を模式的に示す図である。

図 5 4は、 HD上のプレイリスト情報内の Cl ip— Information— fi le— nameによるフアイル指定を示す図である。発明を実施するための最良の形態

(第 1実施形態）

以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図 2 ( a ) は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図 2において、本発明に係る記録媒体は、 BD- R0M 1 0 0である。この BD-R0M 1 0 0は、再生装置 2 0 0、テレビ 3 0 0、リモコン 4 0 0により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。このうちリモコン 4 0 0は、対話画面の状態を変化させるための操作をユーザから受け付けるものであり、本発明に係る記録媒体に深い係りをもつ。図 2 ( b ) は、対話画面に対する操作をユーザから受け付けるためのリモコン 4 0 0におけるキ一を示す図である。本図に示すようにリモコン 4 0 0は、 MoveUp キー、 MoveDora キ一、 MoveRigMキー、 MoveLeftキーが設けられている。ここで対話画面におけるボタンは、ノーマル状態、セレクテッド状態、アクティブ状態という 3つの状態をもち、これら MoveUpキ一、 MoveDoraキ一、 MoveEightキ一、 MoveLeftキ一は、このポタンの状態をノーマル状態→セレクテツド状態→アクティブ状態と変化させる操作をユーザから受け付ける。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォー力スが当てられているが、確定に至っていない状態を.いう。アクティブ状態とは、確定に至った状態をいう。 MoveUpキーは、対話画面においてあるポタンがセレクテツド状態である場合、このポタンより上にあるボタンをセレクテツド状態に設定するためのキーである。 MoveDownキーは、このポタンより下にあるボタンをセレクテッド状態に設定するためのキー、 MoveRight キーは、このポタンより右にあるボタンをセレクテツド状態に設定するためのキー、 MoveLeftキーは、このボタンより左にあるボタンをセレクテツド状態に設定するためのキーである。

Activatedキ一は、セレクテツド状態にあるボタンをアクティブ状態（ァクティベ一ト）するためのキ一である。「0」〜「9」の数値キーは、該当する数値が割り当てられたポタンをセレクテツド状態にするキーである。「+10」キーとは、これまで入力された数値に 10をプラスするという操作を受け付けるキ一である。尚、「0」キ一、「+10」キーは、何れも 2桁以上の数値の入力を受け付けるものなので、「0」キ ―、「+10」キーは、どちらかが具備されていればよい。

以上が本発明に係る記録媒体の使用形態についての説明である。

続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、 BD-R0Mの応用層に対する改良により実施することができる。図 3は、 BD-R0Mの構成を示す図である。

本図の第 4段目に BD-R0Mを示し、第 3段目に BD- ROM上のトラックを示す。本図のトラックは、 BD-R0Mの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いて BD- ROM の応用層フォーマツト（アプリケーシヨンフォーマツト）を表現すると、図中の第 1段目のようになる。本図に示すように BD-R0M には、 ROOT ディレクトリの下に BDMVディレクトリがあり、 BDMVディレクトリの配下には、 XXX. M2TS, XXX. CLPI. YYY. MPLS といったファイルが存在する。本図に示すようなアプリケーションフォーマツトを作成することにより、本発明に係る記録媒体は生産される。尚、 XXX. M2TS、 XXX. CLP I, YYY. MPLS といったファイルが、それぞれ複数存在する場合は、 BDMVディレクトリの配下に、 STREAMディレクトリ、 CLIPINF ディレクトリ、 STREAM ディレクトリという 3 つのディレクトリを設け、 STREAM ディレクトリに XXX. M2TS と同じ種別のフアイルを、 CLIPINF ディレクトリに XXX. CLPIと同じ種別のフアイルを、 PLAYLISTディレクトリに m. MPLSと同じ種別のファイルを格納することが望ましい。

このアプリケーションフォ一マツトにおける各ファイルについて説明する。最初に説明するのは、 AVCl ip(XXX. M2TS)である。 AVCl ip (XXX. M2TS)は、 MPEG- TS (Transport Stream)形式のデジタルストリームであり、ビデオストリーム、 1 つ以上のオーディオストリーム、プレゼンテーショングラフィクスストリーム、ィンタラタティブグラフィクスストリームを多重ィ匕することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図 4は、 AVCl ipがどのように構成されているかを模式的に示す図である。

AVCl ipは（中段）、複数のビデオフレーム（ピクチャ pj l，2，3)からなるビデオストリーム、複数のオーディオフレームからなるオーディォストリームを（上 1段目）、 PESバケツト列に変換し（上 2段目）、更に TSバケツ卜に変換し（上 3段目）、同じくプレゼンテーショングラフィクスストリーム、ィンタラクティブグラフィクスストリーム（下 1段目）を、 PESバケツト列に変換し（下 2段目）、更に TSパケットに変換して（下 3段目）、これらを多重化することで構成される。

かかる過程を経て生成された AVCl ipは、通常のコンピュータファイル同様、複数のエクステントに分割され、 BD- ROM上の領域に記録される。 AVCl ipは、 1っ以上の ACCESS UNITとからなり、この ACCESS UNITの単位で頭出し可能である。 ACCESS UNITとは、 Intra( I )ピクチャから始まる 1つのデコード単位である。

Cl ip情報 (XXX. CLPI)は、個々の AVCl ipについての管理情報である。図 5は、 Cl ip情報の内部構成を示す図である。 AVCl ipはビデオストリーム、オーディオストリームを多重化することで得られ、 AVCl ipは ACCESS UNITと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置が AVCl ip内の何処に存在するかが、 Cl ip情報の管理項目になる。図中の引き出し線は Cl ip情報の構成をクローズアップしている。引き出し線 1ml に示すように、 Cl ip情報 (XXX. CLPI)は、ビデオストリーム、オーディオストリームについての「属性情報」と、 ACCESS UNIT を頭出しするためのリファレンステ一ブルである「EP_map」とからなる。 '

属性情報 (Attribute)は、破線の引き出し線 hn2に示すようにビデオストリームについての属性情報 (Video属性情報)、属性情報数 (Number)、 AVCl i に多重化される複数オーディオストリームのそれぞれについての属性情報 (Audio 属性情報 #l〜#m)からなる。ビデオ属性情報は、破線の引き出し線 hn3に示すようにそのビデォストリームがどのような圧縮方式で圧縮されたか（Coding), ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Reso 1 ut i on)、ァスぺクト比はどれだけであるか（Aspect)、フレームレートはどれだけであるか (Framerate)を示す _c

一方、オーディオストリームについての属性情報 (Audio属性情報 #l〜#m)は、破線の引き出し線 hn4に示すようにそのオーディオストリームがどのような圧縮方式で圧縮されたか（Coding), そのオーディオストリームのチャネル番号が何であるか（CL：)、何という言語に対応しているか（Lang)、サンプリング周波数がどれだけであるかを示す。

EP^mapは、複数の頭出し位置のァドレスを、時刻情報を用いて間接参照するためのリファレンステ一プルであり、破線の引き出し線 hn5に示すように複数のェントリ一情報 (ACCESS UNIT#1 エントリー、 ACCESS UNIT# エントリ一、 ACCESS UNIT#3ェントリ一：)と、ェントリ一数 (Number)とからなる。各ェントリーは、引き出し線 lm6に示すように、対応する ACCESS UNITの再生開始時刻を、 ACCESS UNITのァドレスと対応づけて示す（尚、 ACCESS UNITにおける先頭 Iピクチャのサィズ（I-size)を記載してもよい。）。 ACCESS UNITの再生開始時刻は、 ACCESS UNIT 先頭に位置するピクチャデータのタイムスタンプ (Presentat ion Time Stamp)で表現される。また ACCESS UNITにおけるアドレスは、 TSバケツトの連番（SPN (Source Packet Number))で表現される。可変長符号圧縮方式が採用されるため、 G0Pを含む各 ACCESS UNITのサイズゃ再生時間がバラバラであっても、この ACCESS UNIT についてのエントリ一を参照することにより、任意の再生時刻から、その再生時刻に対応する ACCESS UNIT内のピクチャデータへと頭出しを行うことが可能になる。尚、 XXX. CLPIのファイル名 XXXは、 Cl ip情報が対応している AVCl ipと同じ名称が使用される。つまり本図における AVCl ipのファイル名は ΠΧであるから、 AVCl ip (XXX. M2TS)に対応していることを意味する。以上が Cl ip情報についての説明である。続いてプレイリスト情報について説明する。 '

YYY. MPLS (プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、複数の？1& ^6111情報 1& 6111情報#1，#2，#3' ' ' #11)と、これら Playltem情報数 (Number)とからなる。図 6は、 PL情報の内部構成を示す図である。 Playltem情報は、プレイリストを構成する 1つ以上の論理的な再生区間を定義する。 Playltem情報の構成は、引き出し線 hsl によりクローズアップされている。この引き出し線に示すように Playltem情報は、再生区間の In点及び Out点が属する AVCl ipの再生区間情報のファイル名を示す『Cl ip_Information_fi le— name』と、当該 AVCl ip がどのような符号化方式で符号化されているかを示す『Cl ip_codec一 identified と、再生区間の始点を示す時間情報『IN— time』と、再生区間の終点を示す時間情報『0UT— time』とから構成される。

Playltem情報の特徴は、その表記法にある。つまり EPjnapをリファレンステ —プルとして用いた時間による間接参照の形式で、再生区間が定義されている。図 7は、時間による間接参照を模式ィ匕した図である。本図において AVCl ipは、複数の ACCESS UNITから構成されている。 C 1 ip情報内の EPjnapは、これら複数 ACCESS UNIT のアドレスを、矢印 ayl，2, 3, 4 に示すように指定している。図中の矢印 jyl, 2. 3, 4は、 Playltem情報による ACCESS UNITの参照を模式化して示している。つまり、 Playltem情報による参照（矢印 jyl, 2, 3, 4)は、 EPjnapを介することにより、 AVCl ip内に含まれる複数 ACCESS UNITのアドレスを指定するという時間による間接参照であることがわかる。

Playltem情報— Cl ip情報— AVCl ipの組みからなる BD- ROM上の再生区間を『プレイアイテム』という。 PL情報一 Cl ip情報一 AVCl ipの組みからなる BD- ROM上の論理的な再生単位を『プレイリスト（PLと略す）』という。 BD-R0Mに記録された映画作品は、この論理的な再生単位 (PL)にて構成される。論理的な再生単位にて、 BD-R0Mにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するような PLを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。

BD-R0Mに記録される映画作品は、上述した論理構造をもっているので、ある映画作品のシーンを構成する AVCl ipを他の映画作品で引用するという" 使い回し" を効率良く行うことができる。

続いてィンタラクティブグラフィクスストリームについて^明する。図 8 ( a ) は、インタラクティブグラフィクスストリームの構成を示す図である。第 1段目は、 AVCl ipを構成する TSパケット列を示す。第 2段目は、グラフィクスストリームを構成する PESバケツト列を示す。第 2段目における PESバケツト列は、第 1段目における TSバケツトのうち、所定の PIDをもつ TSバケツ卜からペイ口一ドを取り出して、連結することにより構成される。尚、プレゼンテーショングラフィクスストリームについては、本願の主眼ではないので説明は行わない。

第 3段目は、グラフィクスストリームの構成を示す。グラフィクスストリームは、 ICSdnteractive Composi tion Segment) ^ PDS (Palette Dif ini tion Segment) , ODS (Object_Defini t ion— Segment)、 END (END of Display Set Segment)と呼ばれる機能セグメントからなる。これらの機能セグメントのうち、 ICS は、画面構成セグメントと呼ばれ、 PDS、 0DS、 ENDは定義セグメントと呼ばれる。 PESパケットと機能セグメントとの対応関係は、 1対 1の関係、 1対多の関係である。つまり機能セグメントは、 1つの PESパケットに変換されて BD- ROMに記録されるか、又は、フラグメント化され、複数 PESバケツ卜に変換されて BD- ROMに記録される。図 8 (b ) は、機能セグメントを変換することで得られる PESパケットを示す図である。図 8 ( b ) に示すように PESパケットは、パケットヘッダと、ペイ口ードとからなり、このペイロードが機能セグメント実体にあたる。またパケットへッダには、この機能セグメントに対応する DTS、 PTSが存在する。尚以降の説明では、機能セグメントが格納される PESバケツ卜のヘッダ内に存在する DTS及び PTSを、機能セグメントの DTS及ぴ PTSとして扱う。

これら様々な種別の機能セグメントは、図 9のような論理構造を構築する。図 9は、様々な種別の機能セグメントにて構成される論理構造を示す図である。本図は第 3段目に機能セグメントを、第 2段目に Display Setを、第 1段目に Epoch をそれぞれ示す。

第 2段目の Display Set (DSと略す）とは、グラフィクスストリームを構成する複数機能セグメントのうち、メニュ一一つ分のグラフィクスを構成するものの集合をいう。図中の破線は、第 3段目の機能セグメントが、どの DSに帰属しているかという帰属関係を示す。 ICS— PDS— ODS— END という一連の機能セグメントが、 1つの DSを構成していることがわかる。再生装置は、この DSを構成する複数機能セグメントを BD-R0Mから読み出せば、メニュ一一つ分のグラフィクスを構成することができる。

第 1段目の Epochとは、 AVCl ipの再生時間軸上においてメモリ管理の連続性をもっている一つの期間、及ぴ、この期間に割り当てられたデータ群をいう。ここで想定しているメモリとは、メニュ一一つ分のグラフィクスを格 /钠しておくためのグラフィクスプレーン、伸長された状態のクラフィクスデータを格納しておくためのオブジェクトバッファである。これらについてのメモリ管理に、連続性があるというのは、この Epochにあたる期間を通じてこれらグラフィクスプレーン及ぴォブジ Iクトバッファのフラッシュは発生せず、グラフィックプレーン内のある決められた矩形領域内でのみ、グラフィクスの消去及び再描画が行われることをいう（※ここでフラッシュとは、プレーン及ぴパッファの格納内容を全部クリァしてしまうことである。）。この矩形領域の縦横の大きさ及び位置は、 Epochにあたる期間において、終始固定されている。グラフィックプレーンにおいて、この固定化された領域内で、グラフィクスの消去及び再描画を行っている限り、シームレス再生が保障される。つまり Epochは、シームレス再生の保障が可能な再生時間軸上の一単位ということができる。グラフィックプレーンにおいて、グラフィクスの消去 ·再描画を行うべき領域を変更したい場合は、再生時間軸上においてその変更時点を定義し、その変更時点以降を、新たな Epochにせねばならない。この場合、 2つの Epochの境界では、シームレス再生は保証されない。

尚、ここでのシームレス再生とは、グラフィクスの消去及ぴ再描画が、所定のビデオフレーム数で完遂することをいう。ィンタラクティブグラフィクスストリームの場合、このビデオフレーム数は、 4, 5 フレームとなる。このビデオフレームをどれだけにするかは、グラフィックプレーン全体に対する固定領域の大きさの比率と、オブジェクトバッファ一グラフィックプレーン間の転送レートとによつて定まる。.

図中の破線 hkl, 2は、第 2段目の機能セグメントが、どの Epochに帰属しているかという帰属関係を示す。 Epoch Start, Acquisi tion Point, Normal Case という一連の DSは、第 1段目の Epochを構成していることがわかる。『Epoch Start』、『Acquisi tion Point』、『Nonnal CaseJ は、 DS の類型である。本図における Acquisi tion Point, Normal Caseの順序は、一例にすぎず、どちらが先であってもよい。 '

『Epoch Start』は、" 新表示" という表示効果をもたらす DS であり、新たな Epochの開始を示す。そのため Epoch Startは、次の画面合成に必要な全ての機能セグメントを含んでいる。 Epoch Start は、映画作品におけるチャプター等、 AVCl ipのうち、頭出しがなされることが判明している位置に配置される。

『Acquisition Point』は、" 表示リフレッシュ" という表示効果をもたらす Display Setであり、先行する Epoch Startと関連性をもつ。 Acquisition Point の類型には、 Dupl icateJ と、 Hn eritJ とがある。 Dupl icate とは、先行する Epoch Startと全く同じ Display Setをいい、 Inheritとは、先行する Epoch Start の機能セグメントを継承しているが、ボタンコマンドのみが違う Display Setをいう。 Acquisition Pointたる DSは、 Epochの開始時点ではないが、次の画面合成に必要な全ての機能セグメントを含んでいるので、 Acquisition Pointたる DS から頭出しを行えば、グラフィックス表示を確実に実現することができる。つまり Acquisition Pointたる DSは、 Epochの途中からの画面構成を可能するという役割をもつ。

Acquisi tion Pointたる Display Setは、頭出し先になり得る位置に組み込まれる。そのような位置には、タイムサーチにより指定され得る位置がある。タイムサーチとは、何分何秒という時間入力をユーザから受け付けて、その時間入力に相当する再生時点から頭出しを行う操作である。かかる時間入力は、 10分単位、 10秒単位というように、大まかな単位でなされるので、 10分間隔の再生位置、 10 秒間隔の再生位置がタイムサーチにより指定され得る位置になる。このようにタィムサーチにより指定され得る位置に Acquisition Pointを設けておくことにより、タイムサーチ時のグラフィクスストリーム再生を好適に行うことができる。『Normal Case』は、"表示アップデート"という表示効果をもたらす DSであり、前の画面合成からの差分のみを含む。例えば、ある DSvのボタンは、先行する DSu と同じ絵柄であるが、状態制御が、この先行する DSuとは異なる場合、 ICSのみの DSv、又は、 ICSと PDSのみの DSvを設けてこの DSvを Normal Caseの DSにする。こうすれば、重複する 0DSを設ける必要はなくなるので、 BD- ROMにおける容量削減に寄与することができる。一方、 Normal Caseの DSは、差分にすぎないので、 Normal Case単独では画面構成は行えない。

これらの DSにより定義される対話画面は、画面上に GUI部品'を配置することにより作成される対話画面である。そして DSにおける対話性とは、 GUI部品の状態をユーザ操作に応じて変化させることをいう。本実施形態では、ユーザ操作の対象となる GUI部品をボタンという。ボタンにおける状態には、ノーマル状態、セレクテッド状態、アクティブ状態といったものがある。ノーマル状態、セレクテッド状態、アクティブ状態といった各状態は、複数の非圧縮状態のグラフィクスから構成される。ボタンの各状態を表現する個々の非圧縮グラフィクスを" ダラフィクスオブジェクト" という。あるボタンの 1つの状態を、複数の非圧縮ダラフィクスで表現しているのは、各ポタンの 1つの状態をアニメーション表示することを念頭に置いているからである。

続いて Definition Segment (ODS, PDS)について説明する。

『0bject— Definition— Segment』は、グラフィクスォブジヱクトを定義する情報である。このグラフィクスオブジェクトについて以下説明する。 BD- ROMに記録されている AVCl ipは、ハイビジョン並みの高画質をセールスポィントにしているため、グラフィクスオブジェクトの解像度も、 1920 x 1080画素という高精細な大きさに設定されている。画素の色にあたっては、一画素当たりのィンデックス値（赤色差成分 (Cr値），青色差成分 (Cb値) ,輝度成分 Y値，透明度 (T値)）のビット長が 8 ビットになっており、これによりフルカラーの 16， 777, 216色から任意の 256色を選んで画素の色として設定することができる。

0DS によるグラフィクスオブジェクトの定義は、図 1 0 ( a ) に示すようにデ一夕構造をもってなされる。 0DSは、自身が 0DSであることを示す『 Segment— Type』と、 0DSのデータ長を示す『segment_length』と、 Epochにおいてこの 0DSに対応するグラフィクスオブジェクトを一意に識別する『object_ID』と、 Epochにおける 0DS のバージョンを示す『 objecし vers ion— number 』と、『last— in_sequence— flag』と、グラフィクスォブジヱクトの一部又は全部である連続バイト長データ『object— data_fragment』とからなる。

『object_ID』は、 Epochにおいてこの 0DSに対応するグラフィクスオブジェクトを一意に識別するものだが、複数 0DSにより定義される複数グラフィックスォブジヱタトがアニメーションを構成する場合、これらの 0DSに付加された一連の『object一 ID』は、連番になる。

Γ last一 in— sequence一 flag』、 object— data— fragmentj について説明する ₀ PES バケツトのペイロードの制限から、ポタンを構成する非圧縮グラフィクスが 1つの 0DSでは格納できない場合がある。そのような場合、ポタンコマンドを分割することにより得られた 1部分（フラグメント）が object_data一 fragmentに設定される。 1つのグラフィクスオブジェクトを複数 ODSで格納する場合、最後のフラグメントを除く全てのフラグメントは同じサイズになる。つまり最後のフラグメントは、それ以前のフラグメントサイズ以下となる。これらフラグメントを格納した 0DSは、 DSにおいて同じ順序で出現する。グラフィクスォブジェクトの最後は、 las t_sequence_f I agをもつ ODSにより指示される。上述した ODSのデータ構造は、前の PESバケツトからフラグメントを詰めてゆく格納法を前提にしているが、各 PES バケツトに空きが生じるように、詰めてゆくという格納法であっても良い。以上が 0DSの説明である。

ITPalette Difini tion Segment J は、色変換用のパレットを定義する情報である。 PDSのデータ構造を図 1 0 (b) に示す。図 1 0 (b ) に示すように PDSは、自身が PDS であることを示す『segment_type』、 PDS のデータ長を示す『segment— 1 ength』、この PDSに含まれるパレットを一意に識別する FPal 1 et_id』、 Epochにおける Epochの PDSのパージョンを示す『version_number』、各ェントリ一についての情報 rPal let_entryJからなる。『Pa】】et— entry』は、各エントリ一における赤色差成分 (Cr値) ,青色差成分 (Cb値），輝度成分 Y値,透明度 (T値）を示す。

続いて END of Display Set Segmentについて説明する。

『END of Display Set SegmentJ は、 Display Set の伝送の終わりを示す指標であり、 Display Setにおける ICS、 PDS, ODSのうち、最後の ODSの直後に配置される。この END of Display SetSegmentの内部構成は、当該機能セグメントが END of Display SetSegmentであることを示す segment_typeと、当該機能セグメントのデータ長を示す segment_lengthとからなり、これといって説明が必要な構成要素はない。故に図示は省略する。

続いて ICSについて説明する。 Interactive Co即 osition Segmentは、対話的な画面を構成する機能セグメントである。 Interactive Composition Segmentは、図 1 1に示すデータ構造で構成される。本図に示すように ICSは、『segment_type』と、 II segment— lengtUと、 u composi tion— number』と、『coniposition— state』と、『 command— update— flag 』と、『 Composi tion— timeout_PTS 』と、『Sel ect i on— t imeout— PTS』と、『U0— Mask— Tab 1 e』と、『an i mat i on— f rame一 rate— codej と、 default一 se l ectedjDut tonjmmber と、 default一 activatedJmUon_mifflber』と、『ポタン情報群 (button info (l) (2) (3) · · · ·) J とからなる。

rcompositionjumberjは、 ICSが属する DSにおいて、 Updateがなされることを示す 0から 15までの数値である。

『composi tion— state』は、本 ICSから始まる DSが、 ormal Caseであるか、 Acquisition Pointである力、、 Epoch Startであるかを示す。

『co匪 ud—update— flag』は、本 ICS内のボタンコマンドは、前の ICSから変化しているかを否かを示す。例えば、ある ICSが属するが、 Acquisi tion Point であれば、この ICS は、原則 1 つ前の ICS と同じ内容になる。しかし command_updatejriagをオンに設定しておけば、 1つ前の ICSと違うボタンコマンドを ICSに設定しておくことができる。本フラグは、グラフィックスオブジェクトは流用するが、コマンドは変更したい場合に有効となる。

『C(MPOS i t i on— t i meout_PTSJは、ボタンによる対話画面の終了時刻を記述する。終了時刻において対話画面の表示は、もはや有効ではなく表示されない。 Composi tion— timeout_PTS は、動画データにおける再生時間軸の時間精度で記述しておくことが好ましい。

『Selection_Time_out一 PTS』は、有効なボタン選択期間の終了時点を記述する。 Selection— Time— ouし PTSの時点において、 Defaul t— act ivatecLbu on_mimberにより特定されるポタンがァクティべ一トされる。 Selection— Time— out一 PTS は、 composi tion— time一 out— PTS の時間と等しいかそれより短い。 Selection_Time_out_PTSはビデオフレームの時間精度で記述される。

『U0J!ask_Table』は、 ICSに対応する Display Setにおけるユーザ操作の許可 /不許可を示す。このマスクフィールドが不許可に設定されていれば、再生装置に対するユーザ操作は無効になる。

『animation— frame„rate_code』は、アニメ一ション型ボタンに適用すべきフレ一ムレ一トを記述する。アニメーションフレームレートは、本フィ一ルドの値を用いて、ビデオフレームレートを割ることにより与えられる。本フィールドが 00 なら、各ポタンのグラフィクスォブジ Iクトを定義する 0DS のうち、 Start_0bject_id_xxx にて特定されるもののみが表示され、アニメーションされない。

『default— selectecLbuttoiummbed は、対話画面の表示が始まったとき、デフォルトとしてセレクテツド状態に設定すべきポタン番号を指示する。本フィ一ルドが" 0" であれば、再生装置のレジスタに格納されたボタン番号のポタンが自動的にアクティブ状態に設定される。もしこのフィールドが非ゼロであれば、このフィールドは、有効なポタンの値を意味する。

『default— activated—button—議 ber』は、 Se lection一 Time— out一 PTS により定義された時間の前に、ユーザがどのポ夕ンもァクティブ状態にしなかったとき、自動的にァクティブ状態に設定されるボタンを示す。 defaul t— activated— button— number が FF" であれば、 Selection— Time一 out— PTS により定義される時刻において、現在セレクテツド状態にあるボタンが自動的に選択される。この defaul t_activated— button—numberが 00であれば、自動選択はなされない。 00. FF 以外の値であれば本フィールドは、有効なボタン番号として解釈される。

『ボタン情報 (Button— info)』は、対話画面において合成される各ボタンを定義する情報である。図中の引き出し線 hplは ICSにより制御される i番目のボタンについてのボタン情報 iの内部構成をクローズアップしている。以降、ボタン情報 iを構成する情報要素について説明する。

『button— number』は、ボタン iを、 ICSにおいて一意に識別する数値である。『numerical ly— selectable— flag』は、ポタン iの数値選択を許可するか否かを示すフラグである。

『auto_action_flag』は、ボタン iを自動的にアクティブ状態にするかどうかを示す。 auto_action_nagがオン（ビット値 1)に設定されれば、ボタン iは、セレクテツド状態になる代わりにアクティブ状態になる。 auto_action— flagがオフ (ビット値 0)に設定されれば、ボタン iは、選択されたとしてもセレクテツド状態になるにすぎない。

『button_horizontal— posi t ion』、『button— vertical— posi ti on』は、メ、丁 §舌画面におけるポタン iの左上画素の水平位置、垂直位置を示す。

『upper_biitton— numbedは、ボタン iがセレクテツド状態である場合において M0VEUPキーが押下された場合、ボタン iの代わりに、セレクテツド状態にすべきボタンの番号を示す。もしこのフィールドにポタン iの番号が設定されていれば、 M0VEUPキーの押下は無視される。『lower— button—numbed , 『left— button— number』，『right— button— mimberj は、ボタン iがセレクテツド状態である場合において MOVE Down キ一， MOVE Left キ一. MOVE Right キーが押下された場合、ボタン iの押下の代わりに、セレクテッド状態にすべきボタンの番号を示す。もしこのフィールドにボタン iの番号が設定されていれば、これらのキーの押下は無視される。

『start— object—id„norraal』は、ノーマル状態のボタン iをアニメーションで描画する場合、アニメーションを構成する複数 0DSに付加された連番のうち、最初の番号がこの start— object— id— normalに記述される。

『end— objecし icLnomaU は、ノーマル状態のポタン iをアニメーションで描画する場合、アニメーションを構成する複数 0DS に付加された連番たる『object— ID』のうち、最後の番号がこの end— object— icLnormalに記述される。この End— object— id— normalに示される ID力、 start— object— id— normalに示れる IDと同じである場合、この IDにて示されるグラフィックスォブジェクトの静止画が、ボタン iの絵柄になる。

『r印 eatecLnormal— flag』は、ノーマル状態にあるポタン iのアニメーション表示を反復継続させるかどうかを示す。

『start— object— id_selected』は、セレクテッド状態のポタン iをアニメーションで描画する場合、アニメーションを構成する複数 0DSに付加された連番のうち、最初の番号がこの start_object— id—selectedに記述される。

『eiuLobject—id_selected』は、セレクト状態のボタンをアニメーションで描画する場合、アニメーションを構成する複数 0DS に付加された連番たる『object— ID』のうち、最後の番号がこの end_object_id_selectedに記述される。この End— object— id— selectedに示される IDが、 start— object— id— selectdに示される IDと同じである場合、この IDにて示されるグラフィックスォブジェクトの静止画が、ポタン iの絵柄になる。

rrepeat_selected_flagj は、セレクテッド状態にあるボタン iのアニメ一シヨン表示を、反復継続するかどうかを示す。 start一 object— id—selected と、 end—object— id— selectedとが同じ値になるなら、本フィールド 00に設定される。

『start— object— id_activated』は、アクティブ状態のボタン iをアニメ一ションで描画する場合、アニメーションを構成する複数 0DSに付加された連番のうち、最初の番号がこの start_object_id_activatedに記述される。

『end_ob jecし id—act ivated』は、アクティブ状態のポタンをアニメーションで描画する場合、アニメーションを構成する複数 0DS に付加された連番たる『object— ID』のうち、最後の番号がこの end—object_icLactivatedに記述される。続いてポタンコマンドについて説明する。

『ポタンコマンド（bu on— command)』は、ボタン iがァクティブ状態になれば、実行されるコマンドである。

ポタンコマンドでは、 PL、 Playl temを対象とした再生を再生装置に命じることができる。 PL、PlayItemを対象とした再生を、再生装置に命じるコマンドを LinkPL コマンドという。本コマンドは、第 1引数で指定するプレイリストの再生を、第 2引数で指定する位置から再生を開始させるものである。書式: LinkPL (第 1引数, 第 2引数）

第 1引数は、プレイリストの番号で、再生すべき PLを指定することができる。第 2引数は、その PLに含まれる Playltemや、その PLにおける Chapter、 Mark を用いて再生開始位置を指定することができる。

Playltemにより再生開始位置を指定した LinkPL関数を LinkPLatPlayI tem〇、 Chapterにより再生開始位置を指定した LinkPL関数を LinkPLatChapter〇、 Markにより再生開始位置を指定した LinkPL関数を LinkPLatMarkOという。またボタンコマンドでは、再生装置の状態取得や状態設定を再生装置に命じることができる。再生装置の状態は、 64個の Player Status Register (これの設定値は、 PSRと呼ばれる）と、 4096個の General Purpose Register (これの設定値は、 GPR と呼ばれる）とに示されている。ポタンコマンドでは、以下の（i)〜(： iv) のコマンドを使用することにより、これらのレジス夕に値を設定したり、これらのレジスタから値を取得したりすることができる。

(i) Get value of Player Status Registerコマンド

書式： Get value of Player Status Register (引数)

この関数は、引数で指定された Player Status Registerの設定値を取得する。 (i i) Set value of Player Status Regi sterコマンド

書式： Set value of Player Status Regi ster (第 1引数、第 2引数）この関数は、第 1引数で指定された Player Status Regi sterに、第 2引数で指定された値を設定させる。

(i i i) Get value of General Purpose Registerコマンド

書式： Get value of General Purpose Register (引数)

この関数は、引数で指定された General Purpose Regi sterの設定値を取得する関数である。

(iv Set value of General Purpose Registerコマンド

書式： Set value of General Purpose Register (第 1引数、第 2引数）この関数は、第 1引数で指定された General Purpose Regi sterに、第 2引数で指定された値を設定させる。以上が ICSの内部構成である。 ICSによる対話制御の具体例について以下説明する。本具体例は、図 1 2のような 0DS、 ICS を想定している。図 1 2は、ある DSnに含まれる 0DSと、 ICSとの関係を示す図である。この DSnには、 0DS11〜19， 21 〜29, 31〜39，41〜49が含まれているものとする。これらの 0DSのうち、 0DS1 1〜 19は、ポタン Aの各状態を描いたものであり、 0DS21〜29は、ポタン Bの各状態を描いたもの、 0DS31〜39は、ポタン Cの各状態を描いたもの、 0DS41〜49は、ボタン Dの各状態を描いたものとする（図中の括弧 }を参照)。そして ICSにおける button— info (1)，（2) , (3) , (4)にて、これらのボタン Α〜ボタン Dの状態制御が記述されているものとする（図中の矢印 bhl， 2, 3, 4参照）。

この ICSによる制御の実行タイミングが、図 1 3に示す動画のうち、任意のピクチャデータ ptlの表示タイミングであれば、ポタン A〜ボタン Dからなる対話画面 tml が、このピクチャデータ ptl に合成 (gsl)されて表示されることになる (gs2)。動画の中身に併せて、複数ポタンからなる対話画面が表示されるので、 ICS によりポタンを用いたリアルな演出が可能になる。図 1 5に示すボタン A〜ボタン Dの状態遷移を実行する場合の ICSの記述例を図 1 4 に示す。図 1 5 における矢印 htil, は、 button info (l)の neighbor_info ()による状態遷移を象徴的に表現している。 button info (l)の neighbor_info()における lower— buttoiummberは、ボタン Cに設定されているため、ポタン Aがセレクテツド状態になっている状態で、 MOVEDownキ一押下の U0 が発生すれば（図 1 5の upl)、ボタン Cがセレクテツド状態になる（図 1 5の sj l)。 button info (l)の neighbor— info 0における right— button_numberは、ボタン B に設定されているため、ポタン A がセレクテッド状態になっている状態で、 MOVERightキ一押下の U0が発生すれば（図 1 5の up2)、ボタン Bがセレクテッド状態になる（図 1 5の sj2)。

図 1 5における矢印 hh3は、 button iiifo(3)の neighbor—info Oによる状態遷移の制御を示す。 button info (3) の neighbor_info () における upper_button_numberは、ボタン Aに設定されているため、ボタン Cがセレクテッド状態になっている状態で (up3)、 MOVEUpキー押下の U0が発生すれば、ボタン Aがセレクテッド状態に戻る。

続いてポタン A〜ポタン Dの絵柄について説明する。 0DS11, 21, 31, 41が図 1 6 に示す絵柄であるものとする。そしてボタン Aに割り当てられた 0DS11〜19は、図 1 7のような絵柄であるものとする。 ICS における button_info (l)の normal— state— info 0における start— object— id— normal, end— object— id— normal は、 0DS11〜13を指定しているため、ボタン Aのノーマル状態は、 0DS11〜13によるアニメーションで表現される。また button_info (l)の selected_state_info() における start— object— id— selected, end_object— id— selectedは、 0DS14~16を指定しているため、ボタン Aのセレクテッド状態は、 0DS14〜16で表現される。ユーザがこのボタン Aをセレクテツド状態にすることにより、ポタン Aの絵柄たる肖像は、 0DS11〜13によるものから、 0DSU〜16によるものへと変化する。ここで normal— state一 info 0 、 selected—state— info 0 における repeat—normal— flag, r印 eat— select— flagを 1にしておけば、 0DS11〜13によるァ二メ一シヨン、 0DS14〜16によるアニメーションは、図中の「→(A)丄「(A)→丄「→ (B)丄「(B)→iに示すように、アニメーション表示は反復継続する。

アニメーション描画が可能な複数 0DSが、ボタン A〜ボタン Dに割り当てられており、これらによる制御が ICSに記述されていれば、ユーザ操作に併せてキヤラクタの表情が変わるような、リアルなボタンの状態制御を実現することができる。

続いて numerical ly— selectable— flagによる応用について説明する。図 1 8は、 DSに含まれる ICS、 0DSの一例を示す図である。本図における 0DS31〜33は、図中上段に示すような 3人の野球選手の肖像及び選手名、背番号を示すものとする。一方、この DSに属する ICSは、 3つのポタン情報を含んでおり、ポタン情報（1) の start— objectjd は、 0DS31 を示すよう設定され、ボタン情報（2)の start— object— idは、 0DS32を示すよう、ボタン情報（3)の start— object_idは、 0DS33 を示すよう設定されているものとする。一方、ポタン情報（1)は、 button numberが 99に、ボタン情報（2)は button numberが 42に、ボタン情報 (3)は button number が 94 に設定されているものとする。またボタン情報（1)〜（3)は、全て immerical ly— selectable_ agが 1 に設定されているものとする。この場合、ポタン情報（1)〜（3)に対応する各ボタンの数値選択が可能になるので、ユーザによりリモコン 4 0 0による「99」の数値入力がなされれば、ビギナーズ'ラック選手のボタンがセレクテッド状態になる。数値「99」の入力は、「9」キーの押下と、「.9」キ一の押下とを連続して受け付けることで実現しても良い。また「9」キーの押下と、「+10」キーの 9回の押下とを連続して受け付けることで実現しても良い。「42」の数値入力がなされれば、ケアレス ·ミス選手のボタンがセレクテッド状態、「94」の数値入力がなされれば、デッド ·ストック選手のボタンがセレクテツド状態になる。

これらのポタン情報（1)〜（3)の auto_action—flagが 1に設定されていれば、これら 3つのボタンはセレクテツド状態になる代わりにアクティブ状態になり、ボタン情報の内部に含まれるボタンコマンド (LinkPL(PL#21)，LinkPL(PL#22)，LinkPL(PL#23))が実行される。 3つのボタン情報に含まれるボタンコマンドのリンク先 PL#21，#22，#23が、それぞれの選手の打撃シ一ン、投球シーンであれば、これら打撃シーン、投球シーンは、選手の背番号にあたる数値入力で再生されることになる。背番号という、知名度が高い番号でのダイレクトなポタン選択が可能になるので、ユーザによる操作性は一段と高まる。続いて Display Setにおける ODSの順序について説明する。 Display Setに属する 0DSは、ボタンの 1つの状態を表すよう ICSにて指定されていることは、上述した通りである。 0DS は、こうした指定、つまり、ボタンのどの状態を示すかという指定に応じて、 Display Setにおける順序が決められる。

詳しくいうと Display Setにおいて 0DSは、ノーマル状態を表すもの（1)、セレクテッド状態を表すもの（2)、アクティブ状態を示すもの（3)というように、同じ状態を表すもの同士がグループ化される。このポタンの 1つの状態を表すグループを button-stateグループという。そしてこれら button- stateグループを、ノ一マル状態→セレクテツド状態—アクティブ状態というように並べる。このようにポタンのどの状態を表すかに応じて、 0DSの順序を決めるというのが、 Display Setにおける ODSの順序である。

図 1 9は、 Display Setに属する 0DSの順序を示す図である。本図の第 2段目に、 Display Setにおける.3つの button- stateグループを示す。本図においてノ —マル状態を描く 0DSの集合 (ODSs for Normal state) , ボタンのセレクテッド状態を描く 0DSの集合 (ODSs for Selected state)、ポタンのアクティブ状態を描く 0DSの集合（ODSs for Act i oned state)が示されている。そしてこれら button-state グループの順序は、ノーマル状態→セレクテツド状態→ァクティブ状態というように並べられている。これは 0DSのうち、対話画面の初期表示を構成するものを早く読み出させ、アップデート後の画面表示を構成するものの読み出しを後にするという配慮である。

図 1 9の第 1段目は、これら button - stateグループにより描かれるグラフイクスオブジェクト An, Bn，Cn, Dn，As, Bs，Cs，Ds，Aa，Ba, Ca, Da を示す。本図における An, Bn, Cn, Dnにぉける添字11は各ボタンのノーマル状態を表し、 3，83，じ3, 03における添字 sは各ポタンのセレクテツド状態を表す。 Aa, Ba，Ca，Daにおける添字 a は各ボタンのアクティブ状態を表す。図 1 9の第 2段目は、第 1段目のグラフィクスォブジェク卜が属する button-stateグループを示す。尚、本図における 0DS1 〜0DSn という表記は、「1」，「n」というような同じ番号が付さているが、これら N - ODSs, S- ODSs, A- ODSsに属する 0DSは別々のものである。以降、同様の表記の図は同じ意味であるとする。

図 2 0は、図 1 9の button-stateグループが配置された対話画面における状態遷移を示す図である。

本図における対話画面は、" 初期表示"、" 1st ユーザアクションによる更新表示"、" 2nd ユーザアクションによる更新表示" という複数の状態をもつ。図中の矢印は、状態遷移のトリガとなるユーザアクションを表す。この図を参照すると、 4つのボタン A，B, C, Dはそれぞれノーマル状態、セレクテッド状態、アクティブ状態という状態をもっている。このうち初期表示に必要なのは、 3 つのノーマル状態を描くグラフィクスオブジェクトと、 1 つのセレクテッド状態を描くグラフィクスォブジヱクトであることがわかる。

デフォルトセレクテツドポタンが未確定であり、ボタン A〜ボタン Dのうち、どのポタンがセレクテッド状態になるかが動的に変わる場合であっても、各ボタンのノーマル状態、セレクテッド状態を表すグラフィクスオブジェクトのデコードが完了すれば、初期表示を実現することができる。このことを意識して、本実施形態では、各状態に対応する button-stateグループを、図 1 9の第 2段目に示すようにノーマル状態→セレクテッド状態→ァクティブ状態の順に配列している。かかる配列により、アクティブ状態を構成する 0DSの読み出しやデコードが未完であっても、初期表示を実現することができ、 Display Set の読み出し開始から初期表示の完了までの期間を短くすることができる。

続いて図 1 6、図 1 7に示した 0DSを、どのような順序で配列させるかについて説明する。図 2 1は、 Di splay Setにおける 0DSの順序を示す図である。本図において ODSs for Normal stateは、 0DS11〜13， 0DS21〜23, 0DS31〜33, 0DS41〜43 から構成されている。また ODSs for Selected state は、 0DS14〜16， 0DS24〜 26， 0DS34〜36， 0DS44〜46 から構成され、 ODSs for Acti oned state は、 0DS17- 19，0DS27〜29，0DS37〜39, 0DS47〜49から構成されている。 0DS1ト 13は、図 1 7 に示したような、キャラクタ一の表情変化を描くものであり、 0DS21〜23, 0DS31 〜33, 0DS41〜43も同様なので、これらの 0DSを先頭の button - stateグループに配置することにより、 Di splay Set の読み出しの途中であっても、初期表示の準備を整えることができる。これによりアニメーションを取り人れた対話画面を、遅滞なく実行することができる。

続いて複数のボタン状態からの多重参照される 0DSの順序について説明する。多重参照とは、ある 0DS についての object一 id が ICS における 2 以上の normal— state— info, selected— state— info, activated—state— info により指定されていることをいう。かかる多重参照を行えば、あるボタンのノーマル状態を描くグラフィクスォブジェクトを用いて、他のポタンのセレクテツド状態を描くことができ、グラフィクスオブジェクトの絵柄を共用することができる。かかる共用により、 0DSの数を少なくすることができる。多重参照される 0DSについては、どの button- stateグループに属するかが問題になる。

つまりあるボタンのノーマル状態と、別のボタンのセレクテツド状態とが 1つの 0DSで描かれている場合、この 0DSは、ノ一マル状態に対応する button - state グループに属するか、セレクテツド状態に対応する button- stateグループに属するかが問題となる。

この場合 0DS は、複数状態のうち、最も早く出現する状態に対応する button-stateグループだけ 1回のみ配置される。

ある 0DSがノーマル状態、セレクテッド状態で多重参照されるなら、ノーマル状態に対応する button- stateグループ (N-ODSs)にこの ODSは配置され、セレクテッド状態に対応する button-stateグループ（S-ODSs)には配置されない。また別の 0DS がセレクテッド状態、アクティブ状態で多重参照されるなら、セレクテッド状態に対応する button- stateグループ（S- ODSs)にこの ODSは配置され、ァクティブ状態に対応する button- stateグループ (A-ODSs)には配置されない。このように多重参照される 0DSは、最も早く出現する状態に対応する button-stateグループ内に一回だけ配置される。以上が多重参照される 0DSの順序についての説明である。

S - ODSsにおける、 0DSの順序について説明する。 S- ODSsにおいて、どの 0DSが先頭に位置するかは、デフォルトセレクテツドボタンが静的に確定しているか、動的であるかによって違う。確定したデフォルトセレクテッドポタンとは、 ICS における defaul t_selected_button— numberに 00以外の有効な値が設定され、この値で指示されるボタンのことをいう。 default一 selected_button— numberが有効な値を示しており、尚且つデフォルトセレクテッドボタンを衾す 0DSが、 N-ODSs に無い場合は、デフォルトセレクテツドボタンを表す 0DSが、 S- ODSsの先頭に配置される。

defaul t— selectecLbutton— numberが値 00を示している場合、デフオルトでセレクテツド状態に設定されるボタンは、再生装置側の状態によって動的に変化する。

値 0を示すよう、 default— selected—button— numberを設定しておくのは、例えば、 Display Setが多重されている AVCl ipが、複数再生経路の合流点になっているようなケースである。先行する複数再生経路がそれぞれ第 1、第 2、第 3章であり、合流点にあたる Display Setが第 1章、第 2章、第 3章に対応するボタンを表示させるものである場合、 default_selected_button_numberにおいて、デフオルトでセレクテツド状態とすべきポタンを決めてしまうのは、おかしい。

第 1章からの到達時には第 2章にあたるボタン、第 2章からの到達時には第 3 章にあたるボタン、第 3章からの到達時には第 4章にあたるボタンというように、この Display Setに到達するまでに、先行する複数再生経路のうち、どの再生経路を経由するかによって、セレクテツド状態とすべきポタンを変化させるのが理想的である。先行する再生経路によって、セレクテッド状態とすべきポタンが変わるようなケースにおいて、 def au 1 — se 1 ected_button_numberは無効を示すよう、 0 に設定される。どの再生経路を経由するかによって、セレクテッド状態とすべきボタンを変化するから、特定の 0DSを button-stateグループの先頭に配置するというような配慮は行わない。

図 2 2は、 defauU— selected— button— mimber が" =0" である場合と、" =ボタン B"である場合とで S- ODSsにおいて 0DSの並びがどのように変わるかを示す図である。本図において破線 sslは、 defaul t— selected— button_numberがボタン B を示している場合に、 S- ODSsにおける 0DSの配列がどのようになるかを示しており、破線 ss2は、 defaul t— selected— button— numberが =0を示している場合に、 S-ODSsにおける 0DSの配列がどのようになるかを示している。この図の表記からもわかるように、 defau 11— se 1 ec ted—but ton— numberがポタン Bを示している場合、ボタン Bのセレクテツド状態を示す ODSBsが S- ODSsの先頭に配され、その他のポ夕ンの 0DSは、後回しにされている。一方、 default— selected— button— numberが" =0" である場合、ポタン Aのセレクテッド状態を表す ODSAs 先頭に配置されている。このように default一 selected— button_number が有効かどうかは、 S- ODSs 内の順序に大きな変動をもたらす。

以上が 0DS の順序についての説明である。続いてこれら ICS、 0DS を有した Di splay Setが、 AVCl ipの再生時間軸上にどのように割り当てられるかについて説明する。 Epoch は、再生時間軸上においてメモリ管理が連続する期間であり、 Epochは 1つ以上の Display Setから構成されるので、 Display Setをどうやって AVCl ipの再生時間軸に割り当てるかが問題になる。ここで AVCl ipの再生時間軸とは、 AVCl ipに多重されたビデオストリームを構成する個々のピクチャデータのデコードタイミング、再生夕イミングを規定するための想定される時間軸をいう。この再生時間軸においてデコードタイミング、再生タイミングは、 90KHz の時間精度で表現される。 Display Set内の ICS、 ODSに付加された DTS、 PTSは、この再生時間軸において同期制御を実現すべきタイミングを示す。この ICS、 ODSに付加された DTS、 PTSを用いて同期制御を行うことが、再生時間軸への Display Set の割り当てである。

先ず、 0DSに付加された DTS、 PTSにより、どのような同期制御がなされるかについて説明する。

DTSは、 0DSのデコ一ドを開始すべき時間を 90KHzの時間精度で示しており、 PTS はデコード終了時刻を示す。

0DS のデコードは、瞬時には完了せず、時間的な長さをもっている。このデコ一ド期間の開始点 ·終了点を明らかにしたいとの要望から、 0DSについての DTS、 PTSはデコード開始時刻、デコード終了時刻を示している。

PTSの値は終了時刻であるので、 PTSに示される時刻までに ODSjのデコードがなされて、非圧縮状態のグラフィックスォブジ ±タトが、再生装置上のオブジェクトバッファに得られなければならない。

Display Setnに属する任意の ODSjのデコード開始時刻は、 90KHzの時間精度で DTS (DSn [ODS] )に示されるので、これにデコードを要する最長時間を加えた時刻が、 Di splay Setの ODSj のデコード終了保証時刻になる。

ODSjの伸長後のサイズを" SIZE (DSn [ODSj] ) "、 ODSのデコードレートを" Rd" とすると、デコードに要する最長時間 (秒）は、" SI ZE (DSn [ODSj] ) //Rd" になる。

尚、本明細書において演算子" 〃" は、小数点以下切り上げの割算を示す。この最長時間を 90KHzの時間精度に変換し、 ODSjの DTSに加算することにより、 PTSで示されるべきデコード終了時刻（90KHz)は算出される。 DSnに属する ODSjの PTSを、数式で表すと、以下の式のようになる。

PTS (DS [ODSj] ) =DTS (DSn [ODSj ] ) +90, 000 x (SIZE (DSn [ODSj ] ) //Rd) そして互いに隣接する 2つの 0DS (0DSj , 0DSj+l)との間では、以下の関係を満たす必要がある。

PTS (DSn [ODSj] )≤DTS (DSn [ODSj +1] ) 以上が ODSについての PTS. DTSの説明である。次に ICSの、 PTS値について説明する。

ICSの PTSは、 Epoch開始直後であれば DSnの初期表示を構成する 0DSのうち、デコ一ド時刻が最も遅い 0DSの PTS値（1)、グラフィクスプレーンのクリァに要する時間（2)、 0DSのデコードにより得られたグラフィクスォブジェクトをグラフィクスプレーンに書き込む書込時間（3)を足した値以降に設定される。一方 Acquisi tion Pointであれば、 0DSの PTS値（1)にプレーン書込期間（3)を足した値 (0DSの PTS値（1 ) +プレーン書込期間（3) )以降に設定される。

ICSにおいて defaul t_selected_button_numberが指定されている場合は、全てのボタンのノーマル状態を描画する 0DSのデコードと、デフォルトボタンのセレクテッド状態を描画する 0DSのデコードさえ完了すれば、初期表示を行うことができる。初期表示における複数ボタンのセレクテツド状態を描画する 0DS を、 S-ODSs と呼び、そのうちデコード時刻が最も早いもの（この場合、デフォルトボタンを描画するもの）を S- ODSsf i rstと呼ぶ。この S- ODSsf i rstの PTS値を、デコ一ド時刻が最も遅い 0DSの PTS値として、 ICSの PTSの基準に用いる。

ICSにおいて defaul t_selected_button_numberが指定されていない場合は、どのポタンがセレクテッド状態になるかわからないから、全ボタンのノーマル状態、セレクテツド状態を描画する準備が整なわないと、初期表示の準備が完了しない。初期表示における複数ボタンのセレクテツド状態を描画する S-ODSsのうち、デコ一ド時刻が最も遅いものを S- ODSslastと呼ぶ。この S-0DSslastの PTS値を、デコード時刻が最も遅い 0DSの PTS値として、 ICSの PTSの基準値に用いる。 S-ODSsfi rst のデコード終了時刻を PTS(DSn [S-ODSsf i rst] )とすると、 PTS(DSn [ICS] )は、 PTS(DSn [S- ODSsf irst] )に、グラフィクスプレーンのクリアに要する時間（2)、 0DSのデコードにより得られたグラフィクスオブジェクトをグラフイクスプレーンに書き込む書込時間（3)を足した値になる。

グラフィックプレーン内において描画可能な矩形領域の横幅を video一 width, 縦幅を video— heightとし、グラフィックプレ一ンへの書込レートを 128Mbpsとすると、グラフィックプレーンのクリアに要する時間は、 8 X video— width X video_height//128, 000, 000と表現される。これを 90KHzの時間精度で表現すれば、グラフィックプレーンのクリア時間（2)は 90, 000 X (8 X video_width x video_height//128, 000, 000)になる。

ICS に含まれる全ポタン情報により、指定されるグラフィックスオブジェクトの総サイズを∑ SIZE (DSn [ICS. BUTTON [i] ] )とし、グラフィックプレーンへの書込レートを 128Mbpsとすると、グラフィックプレーンへの書き込みに要する時間は、 ∑SIZE(DSn [ICS. BUTTON [i] ] )//128, 000, 000と表現される。これを 90KHzの時間精度で表現すれば、グラフィックプレーンのクリア時間（2)は 90, 000 x (∑ SIZE (DSn [ICS. BUTTON [i] ] )〃128, 000, 000)になる。

ここで∑ SIZE (DSn [ICS. BUTTON [i] ] )は、各ボタンを表すグラフィクスオブジェタトのうち、最初に表示されるもののサイズの総和を意味する。この∑ S I ZE (DSn [ICS. BUTTON [i ] ] )はデフォルトセレクテツドボタンが確定している場合と、動的に変わる場合とで、違う値になる。デフォルトセレクテッドボタンが静的に確定している場合、 ∑ SIZE (DSn [ICS. BUTTON [i] ] )は、デフォルトセレクテツドボタンのセレクテツド状態を表す複数 0DSのうち最初に表示されるもの、デフオルトセレクテッドボタン以外のボタンのノーマル状態を表す複数 0DSのうち、最初に表示されるものの総和になる。

続いてデフォルトセレクテッドボタンが動的に変わる場合、どのボタンがデフオルトセレクテツドボタンになるかはわからないから、書き込み時間が最も長くなるケースを想定しせねばならない。ここで、任意のボタン Xのノーマル状態における最初の一枚を表すグラフィクスォブジェクト（0DSnl)、及ぴ、ポタン Xのセレクテツド状態における最初の一枚を表すグラフィクスォブジヱクト（ODSsl)のうち、サイズが大きいもの（Max(ODSnl . ODSsl))を、 1つのボタン xにおいて最初に表示すべきグラフィクスォブジェクトと考える。この Max(ODSnl.ODSsl)を、全てのポタンについて足し合わせた結果が、 ∑ SIZE(DSn [ICS. BUTTON [i]])になる。

図 23 (a) (b) は、 N-ODSsにボタン A〜！）を構成する複数 ODSが含まれており、 S- ODSs にポタン A〜！）を構成する複数 0DS が含まれている場合、 ∑ SIZE(DSn[ICS.BUTTON[i]])がどのような値になるかを示す図である。ここで default— selected— button— number が有効な値を示している場合、 ∑ SIZE(DSn[ICS.BUTTON[i]])は太い枠で示す 4つの 0DSのサイズの総和となる。" Asl"は、ボタン Aのセレクテツド状態を表す複数の 0DSのうち最初に表示される 0DSである。" Bnl" ," Cnl" ," Dnl" は、ボタン B〜ポタン！）のノーマル状態を表す複数の 0DSのうち最初に表示される 0DSを示す。これらのサイズを sizeOで表すと、∑ SIZECDSn [ICS. BUTTON [i]]) は、 size(Asl) +size(Bnl) +size (Cnl) +size (Dnl)になる。

一方、 default— selected_button_iminberが" =0" であるなら、 Anl.Aslのうち大きい 0DS、 Bnl.Bslのうち大きい 0DS、 Cnl.Cslのうち大きい 0DS、 Dnl.Dslのうち大きい ODSの和が∑ S I ZE (DSn [ I CS. BUTTON [ i ] ] )になる。

故に∑ SIZE (DSn [ICS. BUTTON [i] ] )は、

∑SIZE(DSn [ICS. BUTTON [i]])

= max(size(Anl), size (Asl))+max(size (Bnl), size (BsD)

+max(size(Cnl), size (Csl))+max (size (Dnl), size (DsD)

になる。以上の数式を用いることにより、 Epoch Start開始直後の PTS (DSn [ICS])は、以下の数式のように表現される。

PTS (DSn [ICS])≥ PTS (DSn [S-ODSsf irst])

+90, 000 x (8 x video_width x video_height//1 8, 000， 000) +90， 000 x (∑ SIZE (DSn [ICS. BUTTON [i] ] )〃128， 000, 000) 一方、 default— selected_button_mimber が無効である場合、 PTS (DSn [S-ODSsf i rst] )を PTS (DSn [S- ODSslast] )に置き換えればよい。つまり算出式は、以下の通りになる。

PTS (DSn [ICS] )≥ PTS (DSn [S-ODSs last] )

+90， 000 x (8 x video_width x video_height//128, 000， 000)

+90， OOO x (∑SIZE (DSn [ICS. BUTTON [i] ] )〃128, 000, 000) 以上のようにして PTS、 DTSを設定することにより、同期表示を実現する場合の一例を図 2 4に示す。本図において動画における任意のピクチャデータ pylの表示タイミングで、ボタンを表示させる場合を想定する。この場合、 ICSの PTS値は、このピクチャデータの表示時点になるよう設定せねばならない。

そして ICSの PTSから、画面のクリア期間 cdl、グラフィクスオブジェク卜の転送期間 tdlを差し引いた時刻に、 DSnの初期表示を構成する 0DSのうち、デコ一ド時刻が最も遅い 0DSのデコードが完了せねばならないから、図中の時点 (女1) に、 0DSの PTS値が設定しなければならない。更に、 0DSのデコ一ドには期間 ddl を要するから、この PTSより期間 ddlだけ早い時点に、この 0DSの DTS値を設定せねばならない。

図 2 4において、動画と合成される 0DSは 1つだけであり、単純化されたケースを想定している。動画と合成されるべき対話画面の初期表示が、複数の 0DSで実現される場合、 ICSの PTS及ぴ DTS、 0DSの PTS、 DTSは図 2 5のように設定せねばならない。

図 2 5は、対話画面の初期表示が複数 0DSにて構成され、デフオルトセレクテッドボタンが静的に確定している場合の DTS、 PTSの設定を示す図である。初期表示を実現する 0DSのうち、デコードが最も遅い S-0DSsf i rstのデコードが図中の期間 ddlの経過時に終了するなら、この S- ODSsf i rstの PTS (DSn [S-ODSsf i rst] ) は、期間 ddlの経過時を示すよう設定される。

更に、初期表示の実現には、画面クリアを行い、デコードされたグラフィクスオブジェクトを転送せねばならないから、この PTS (DSn [S- ODSsf i rst] )の値に画面クリァに要する期間（90, 000 X (8 video— width x video— height 〃128, 000, 000 ) )、デコードされたグラフィクスオブジェクトの転送期間（90， 000 x (∑SIZE (DSn [ICS. BUTT0N [i] ] )〃128, 000，000))を足した時点以降を、 ICS の PTS(DSn [ICS] )として設定せねばならない。

図 2 6は、対話画面の初期表示が複数 0DSにて構成され、デフオルトセレクテッドボタンが未定である場合の DTS、 PTSの設定を示す図である。初期表示を実現する S- ODSsのうち、デコードが最も遅い S-ODSslastのデコードが図中の期間 dd2 の経過時に終了するなら、この S-ODSslastの PTS (DSn [S- ODSslast] )は、期間 dd2 の経過時を示すように設定される。

更に、初期表示の実現には、画面クリアを行い、デコードされたグラフィクスオブジェクトを転送せねばならないから、この PTS (DSn [S - ODSslast] )の値に画面クリアに要する期間（90, 000 X (8 x video— width X video Jieight〃128， 000， 000) )、デコードされたグラフィクスォブジェクトの転送期間（90， 000 X (∑ SIZE (DSn [ICS. BUTTON [i] ] )〃128, 000, 000)) を足した時点以降を、 ICS の PTS(DSn [ICS] )として設定せねばならない。以上が ICSによる同期制御である。

DVDにおいて、対話制御が有効になる期間は、そのビデオストリームの G0Pにあたる V0BUの期間であつたが、 BD-R0Mでは、 Epochに含まれる ICSの PTS、 DTS によりこの有効期間を任意に設定し得る。このため BD-R0Mにおける対話制御は、 G0Pとの依存性をもたない。

尚、 ICSの PTSによる同期制御は、再生時間軸上のあるタイミングでボタンを表示するという制御のみならず、再生時間軸上のある期間で Popupメニューの表示を可能とする制御を含む。 Popup メニューとは、リモコン 4 0 0に設けられたメニューキーの押下で Popup表示されるメニューであり、この Popup表示が、 AVCl i におけるあるピクチャデータの表示タイミングで可能になることも、 ICS の PTSによる同期制御である。 Popupメニューを構成する 0DSは、ボタンを構成する 0DSと同様、 0DSのデコードが完了し、デコードにより得られたグラフイツタスオブジェクトがグラフィックプレーンに書き込まれる。このグラフィックプレーンへの書き込みが完了していなければ、ユーザからのメニューコールに応ずることはできない。そこで Popupメニューの同期表示にあたって、 ICSの PTSに、 Popu 表示が可能になる時刻を示しておくのである。

以上説明した Display Set (ICS、 PDS、 0DS)のデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、ォ一サリングを行う制作者は、このクラス構造体を記述することにより、 BD-R0M上のこれらのデータ構造を得ることができる。

以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図 2 7は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステム LSIと、ドライブ装置、マイコンシステムという 3つのパーツからなり、これらのパーツを装置のキャビネット及ぴ基板に実装することで工業的に生産することができる。システム LSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、 BD ドライブ 1、トラックバッファ 2、 PID フィルタ 3、 Transport Buffer 4 a, b，c、周辺回路 4 d、ビデオデコーダ 5、ビデオプレーン 6、オーディオデコーダ 7、グラフィクスプレーン 8、 CLUT部 9、加算器 1 0、グラフィクスデコーダ 1 2、 Coded Data ノッファ 1 3、周辺回路 1 3 a、 Stream Graphics 7口セッサ 1 4、 Object Buffer 1 5、 Composition ノッファ 1 6、 Graphicsコントロ一ラ 1 7、 U0コントローラ 1 8、プレーヤレジスタ群 1 9、制御部 2 0から構成される。

BD-R0M ドライブ 1は、 BD-R0M の口一ディンク 7リ一ド/ィジヱクトを行い、 BD-R0Mに対するアクセスを実行する。

トラックバッファ 2は、 FIFOメモリであり、 BD- ROMから読み出された TSパケットが先入れ先出し式に格納される。

PIDフィルタ 3は、トラックバッファ 2から出力される複数 TSバケツ卜に対してフィルタリングを施す。 PIDフィルタ 3によるフィルタリングは、 TSパケットのうち、所望の PIDをもつもののみを Transport Buffer4 a， b， cに書き込むことでなされる。 PID フィルタ 3によるフィル夕リングでは、ノッファリングは必要ではない。従って、 PIDフィルタ 3に入力された TSパケットは、時間遅延なく、 Transport Buffer4 a, b， cに書き込まれる。

Transport Buffer 4 a, b， cは、 PIDフィルタ 3から出力された TSバケツトを先入れ先出し式に格納しておくメモリである。

周辺回路 4 dは、 Transport Buffer 4 aから読み出された TSパケットを、機能セグメントに変換する処理を行うワイアロジックである。変換により得られた機能セグメントは Coded Dataバッファ 1 3に格納される。

ビデオデコーダ 5は、 PIDフィルタ 3から出力された複数 TSバケツトを復号して非圧縮形式のピクチャを得てビデオプレーン 6に書き込む。

ビデオプレーン 6は、動画用のプレーンである。

オーディオデコーダ 7は、 PIDフィルタ 3から出力された TSバケツトを復号して、非圧縮形式のオーディオデータを出力する。

グラフィクスプレーン 8は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。

CLUT部 9は、グラフィクスプレーン 8に格納された非圧縮グラフィクスにおけるインデックスカラーを、 PDSに示される Y，Cr，Cb値に基づき変換する。

加器 1 0は、 CLUT部 9により色変換された非圧縮グラフィクスに、 PDSに示される T値 (透過率）を乗じて、ビデオプレーン 6に格納された非圧縮状態のピクチヤデータと画素毎に加算し、合成画像を得て出力する。

グラフィクスデコーダ 1 2は、グラフィクスストリームをデコ一ドして、非圧縮グラフィクスを得て、これをグラフィクスオブジェクトとしてグラフィクスプレーン 8に書き込む。グラフィクスストリームのデコードにより、字幕やメニュ —が画面上に現れることになる。このグラフィクスデコーダ 1 2は、 Coded Data ノッファ 1 3、周辺回路 1 3 a、 Stream Graphicsプロセッサ 1 4、 Object Buffer 1 5、 Composi tionバッファ 1 6、 Graphicsコントローラ 1 7から構成される。

Code Data Buffer 1 3は、機能セグメントが DTS、 PTSと共に格納されるバッファである。かかる機能セグメントは、 Transport Buffer 4 a に格納されたトランスポートストリームの各 TSパケット力、ら、 TSパケットへッダ、 PESバケツトへッダを取り除き、ペイ口一ドをシーケンシャルに配列することにより得られたものである。取り除かれた TSバケツトヘッダ、 PESバケツトヘッダのうち、 PTS/DTS は、 PESパケットと対応付けて格納される。

周辺回路 1 3 aは、 Coded Dataノッファ 1 3 - Stream Graphicsプロセッサ 1 4間の転送、 Coded Dataバッファ 1 3—Composi tionバッファ 1 6間の転送を実現するワイヤロジックである。この転送処理において現在時点が 0DSの DTSに示される時刻になれば、 0DSを、 Coded Dataバッファ 1 3から Stream Graphicsプ口セッサ 1 4に転送する。また現在時刻が ICS、 PDSの DTSに示される時刻になれば、 ICS、 PDSを Composi tionパッファ 1 6に転送するという処理を行う。

Stream Graphics Processor 1 4は、 0DSをデコードして、デコードにより得られたインデックスカラーからなる非圧縮状態の非圧縮ダラフィクスをグラフイクスォブジヱクトとして Object Buffer 1 5に書き込む。この Stream Graphicsプ口セッサ 1 4によるデコードは、 0DSに関連付けられた DTSの時刻に開始し、 0DS に関連付けられた PTSに示されるデコード終了時刻までに終了する。上述したグラフィックスオブジェクトのデコードレート Rdは、この Stream Graphicsプロセッサ 1 4の出力レートである。

Object Buffer 1 5には、 Stream Graphicsプロセッサ 1 4のデコードにより得られたグラフィクスオブジェクトが配置される。図 2 8は、 Object Buff er l 5の格納内容をグラフィクスプレーン 8と対比して示す図である。この格納内容は、図 1 6、図 1 7に示した具体例の 0DSが、 Object Buffer 1 5に書き込まれる場合を想定している。図 1 6、図 1 7の具体例は、 4つのポタンのアニメーションを、 36個の 0DS(0DS11〜49)により実現するものであつたが、このアニメーションの全てのコマを表す 0DSが、この Object Buffer 1 5に格納される。一方グラフイクスプレーン 8には、この Object Buffer 1 5に格納された個々の 0DSの表示位置が規定されれる。この表示位置は、各ポタン情報の Buttonjiorizontal— position Button_vertical_position により定義されるものであり、 Object Buf er 1 5に格納されている複数 0DSのそれぞれを、 1 コマずつ転送してグラフィクスプレーン 8の表示位置に書き込んでゆくことにより、アニメーションは実現される。

Compositionバッファ 1 6は、 ICS、 PDSが配置されるメモリである。

Graphicsコントローラ 1 7は、 Composi tionバッファ 1 6に配置された ICSを解読して、 ICSに基づく制御をする。この制御の実行タイミングは、 ICSに付加された PTSの値に基づく。この Graphicsコントローラ 1 7のうち、重要なものは対話画面の初期表示時、更新時における書込処理である。以降、 Graphicsコント口 —ラ 1 7による対話画面の初期表示時、更新時における書込処理を、図 2 9を参照しながら説明する。図 2 9は、初期表示時における Graphicsコントローラ 1 7 の処理を示す図である。本図に示すように、ポタン A におけるポタン情報の Button— horizontal— positioiu Button— vertical— positionに規疋される表示置に、ボタン Aの S- ODSsに属する ODSを書き込み、ボタン B, C, Dにおけるボタン情幸の Button— horizontal— posi t ion、 Button— vertical—posi tionに規定される表示位置に、ボタン B， C，Dの N- ODSsに属する 0DSを書き込むよう Graphicsコント口ーラ 1 7は制御を行う（図中の矢印 wl，w2, w3，w4 は、この書き込みを象徴的に示す）。この書き込みにより、図 2 0に示した初期表示を作成することができる。ここで注目すべきは、対話画面の初期表示にあたっては、全ての 0DSが必要ではなく、デフォルトセレクテッドポタンの S-ODSsに属する 0DS、それ以外のボタンの N-ODSsに属する 0DSさえ Object Buffer 1 5に存在すれば、対話画面の初期表示は完了する点である。このことから、 Object Buffer 1 5に格納されるべき複数 0DSのうち、デフォルトセレクテッドポタンの S-ODSsに属する 0DS、それ以外のポタンの N-ODSsに属する 0DSのデコードさえ完了すれば、 Graphicsコントローラ 1 7は対話画面の初期表示のための書き込みを開始することができる。

図 3 0は、 lstUserAction(MoveRight)による対話画面更新時における Graphics コントローラ 1 7の処理を示す図である。本図に示すように、ボタン Bのポタン情報におけるボタン情報の Button Jiorizontal_posi tion、

Bu on— verticaし posi tionに規定される表示位置に、ボタン Bの S- ODSsに属する 0DSを書き込み、ボタン Aのボタン情報におけるボタン情報の

Button—horizontal— posi tion 、 Button— vertical— positionに疋 aれる表示置に、ポタン Aの N-ODSsに属する ODSを書き込むよう Graphicsコントローラ 1 7は制御を行う（図中の矢印 w5, w6, w7, w8は、この書き込みを象徴的に示す）。この書き込みにより、図 2 0に示したような状態遷移を実現することができる。ポタン C. Dは対話画面の初期表示時と同じくノーマル状態のままであるが、アニメーションを継続するため、グラフィクスプレーン 8への書き込みが継続してなされている。

同じく、 IstUserActionが、 MoveDown, Activatedである場合の、対話画面更新時における Graphicsコントローラ 1 7の処理を図 3 1、図 3 2に示す。対話画面更新にあたっては、デフォルトセレクテツドボタン以外のボタンについての S-ODSsや、 A- ODSsも必要になり、全ての 0DSが Object Buffer 1 5に格納されていることが望まれる。以上が Graphicsコントローラ 1 7の処理内容である。

U0コントローラ 1 8は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降 UOOJser Operation)という）を制御部 2 0に出力する。

プレーヤレジスタ群 1 9は、制御部 2 0に内蔵されるレジスタであり、 32個の Player Status Registerと、 32個の General Purppose Registerとからなる。 Player Status Registerの設定値 (PSR)がどのような意味をもっかは、以下に示す通りである。以下の PSR(x)という表記は、 X番目の Player Status Registerの設定値を意味する。

PSR(O) ：デコード対象たるインタラクティブグラフィクスストリ一ムのストリーム番号

PSR(l) ：デコード対象たるオーディオストリーム

のストリーム番号

PSRC2) ：デコード対象たるプレゼンテーショングラフィクスストリ一ムのストリーム番号

PSR(3) ユーザによるアングル設定を示す番号 ·

PSR (4) 現在再生対象とされているタイトルの番号

PSR (5) 現在再生対象とされている Chapterの番号

PSR (6) 現在再生対象とされている PLの番号

PSR (7) 現在再生対象とされている Playl temの番号

PSR (8) 現在の再生時点を示す時刻情報

PSR (9) ナビゲ一ションタイマのカウント値

PSR (10) 現在セレクテツド状態にあるボタンの番号

PSR(11)〜（12) Reserved

PSR (13) ユーザによるバレンタルレベルの設定

PSR (14) 再生装置の映像再生に関する設定

PSR (15) 再生装置の音声再生に関する設定

PSR (16) 再生装置における音声設定を示す言語コ一ド

PSR (17) 再生装置における字幕設定を示す言語コード

PSR (18) メニュー描画のための言語設定

PSR(19)〜（63) Reserved PSR(8)は、 AVCl ipに属する各ピクチャデータが表示される度に更新される。つまり再生装置が新たなピクチャデータを表示させれば、その新たなピクチャデ一夕の表示開始時刻（Presentation Time)を示す値に PSR(8)は更新される。この PSR(8)を参照すれば、現在の再生時点を知得することができる。

制御部 2 0は、グラフィクスデコーダ 1 2との双方向のやりとりを通じて、統合制御を行う。制御部 2 0からグラフィクスデコーダ 1 2へのやりとりとは、 U0 コントローラ 1 8が受け付けた U0を、グラフィクスデコーダ 1 2に出力することである。グラフィクスデコーダ 1 2から制御部 2 0へのやりとりとは、 ICS に含まれるボタンコマンドを制御部 2 0に出力することである。

以上のように構成された再生装置において、各構成要素はパイプライン式にデコード処理を行う。

図 3 3は、再生装置によるパイプライン処理を示すタイミングチャートである。第 4段目は、 BD- ROMにおける Display Setを示し、第 3段目は、 Coded Dataバッファ 1 3への ICS、 PDS、 ODS の読出期間を示す。第 2段目は、 Stream Graphics プロセッサ 1 4による各 ODSのデコード期間を示す。第 1段目は、 Graphics .コントローラ 1 7による処理期間を示す。各 0DS のデコード開始時刻は、図中の DTS11. DTS12. DTS13に示されている。 Coded Dataバッファ 1 3への N-ODSsに属する最初の 0DS (N - 0DSs [0DSl] )の格納は DTS11までに完了し、 Coded Dataバッファ 1 3への N-ODSsに属する最後の 0DS (N-0DSs [0DSn] )の格納は、 DTS12に示される時刻までに完了する。このように各 0DS は、自身の DTS に示される時刻までに Coded Dataバッファ 1 3への読み出しが完了している。

一方、各 0DSのデコード終了時刻は、図中の PTS11，PTS12，PTS13に示されている。 Stream Graphicsプロセッサ 1 4による N-ODSs (ODSl)のデコードは PTS11までに完了し、 N-ODSs (ODSn)のデコードは、 PTS12に示される時刻までに完了する。以上のように、各 0DSの DTSに'示される時刻までに、 0DSを Coded Dataパッファ 1 3に読み出し、 Coded Dataバッファ 1 3に読み出された ODSを、各 0DSの PTS に示される時刻までに、デコードして Object Buffer 1 5に書き込む。これらの処理を、 1つの Stream Graphicsプロセッサ 1 4は、パイプライン式に行う。デフォルトセレクテッドボタンが静的に確定している場合、対話画面の初期表示に必要なグラフィクスォブジヱク卜が Object Buffer 1 5上で全て揃うのは、ノーマル状態に対応する button-state グループ、セレクテツド状態に対応する button-stateグループの先頭 0DSのデコードが完了した時点である。本図でいえば、 PTS13 に示される時点で、対話画面の初期表示に必要なグラフィクスォブジ：クトは全て揃う。

本図の第 1段目における期間 cdlは、 Graphicsコントローラ 1 7がグラフイクスプレーン 8をクリアするのに要する期間である。また期間 td 1は、 Ob j ec t Buff er 1 5上にえられたグラフィクスォブジェクトのうち、対話画面の最初の一枚を構成するグラフィクスォブジェクトを、グラフィクスプレーン 8に書き込むのに要する期間である。グラフィクスプレーン 8における書込先は、 ICS における button— horizontal— posi tion, button— vertical—posi tion に示されている場所である。つまり 0DSの PTS13の値に、画面クリアの期間 cdlと、デコードにより得られたグラフィクスォブジェクトの書込期間 tdlとを足し合わせれば、対話画面を構成する非圧縮グラフィタスがグラフィクスプレーン 8上に得られることになる。この非圧縮グラフィクスの色変換を CLUT部 9に行わせ、ビデオプレーン 6に格納されている非圧縮ピクチヤとの合成を加算器 1 0に行わせれば、合成画像が得られることになる。

Display Setに含まれる全ての 0DSをデコードした上で初期表示を行う場合と比較すると、'セレクテツド状態に対応する button- stateグループ、アクティブ状態に対応する button- stateグループのデコード完了を待つことなく、初期表示は可能になるので、図中の期間 hylだけ、初期表示の実行は早められることになる。尚、本図における 0DSl〜0DSnという表記は、「1」，「n」というような同じ番号が付されているが、これら N-ODSs, S-ODSs, A-ODSsに属する 0DSは別々のものである。以降、同様の表記の図は同じ意味であるとする。

グラフィクスデコーダ 1 2において、 Graphicsコントローラ 1 7がグラフイクスプレーン 8のクリァゃグラフィクスプレーン 8への書き込みを実行している間においても、 Stream Graphicsプロセッサ 1 4のデコードは継続して行われる（第 2段目の ODSnのデコード期間， 0DS1 のデコード期間， ODSnのデコード期間 n，）。 Graphics コントローラ 1 7によるグラフィクスプレーン 8のクリァゃグラフィクスプレーン 8への書き込みが行われている間に、残りの 0DSに対するデコードは、継続してなされるので、残りの 0DSのデコードは早く完了する。残りの 0DS のデコードが早く完了することにより対話画面を更新するための準備は早く整うので、これら残りの 0DSを用いた対話画面更新も、ユーザ操作に即応することができる。以上のようなパイプライン処理により、対話画面の初期表示、更新の双方を迅速に実施することができる。

図 3 3ではデフォルトセレクテツドボタンが静的に確定している場合を想定したが、図 3 4は、デフォルトセレクテッドポタンが動的に変わる場合の、再生装置によるパイプライン処理を示すタイミングチャートである。デフォルトセレクテツドボタンが動的に変わる場合、 button- stateグループに属する全ての 0DSをデコードして、グラフィクスオブジェクトをグラフィクスプレーン 8に得れば、初期表示に必要なグラフィクスォブジェクトは全て揃う。 Display Set に含まれる全ての 0DSをデコードした上で初期表示を行う場合と比較すると、アクティブ状態に対応する button- stateグループのデコード完了を待つことなく、初期表示は可能になる。そのため図中の期間 hy2だけ、初期表示の実行は早められることになる。

以上が再生装置の内部構成である。続いて制御部 2 0及びグラフィクスデコーダ 1 2を、どのようにして実装するかについて説明する。制御部 2 0は、図 3 5、図 3 6の処理手順を行うプログラムを作成し、汎用 C P Uに実行させることにより実装可能である。以降、図 3 5、図 3 6を参照しながら、制御部 2 0の処理手順について説明する。

図 3 5は、制御部 2 0による LinkPL関数の実行手順を示すフローチャートである。 LinkPL関数を含むコマンドの解読時において、制御部 2 0は本図のフローチヤートに従って、処理を行う。

本フローチャートにおいて処理対象たる Playltemを Ply、処理対象たる ACCESS UNITを ACCESS UNITvとする。本フローチャートは、 LinkPLの引数で指定されたカレント PL情報（. mpls)の読み込みを行い（ステップ S 1 )、カレント PL情報の先頭の PI 情報を Ply にする（ステップ S 2 ) 。そして Ply の Cl ip_informati on— f i 1 e—腿 eで指定される Cl ip情報を読み込む（ステップ S 3 )。

Cl ip情報を読み込めば、カレント Cl ip情報の EPjiapを用いて Plyの IN_time を、アドレスに変換する（ステップ S 4 )。そして変換アドレスにより特定される ACCESS UNITを ACCESS UNITvにする（ステップ S 5 )。一方'、 Plyの 0ut_timeを，力レント Cl ip情報の EP— mapを用いてアドレスに変換する（ステップ S 6 )。そして、その変換アドレスにより特定される ACCESS UNITを ACCESS UNITwにする（ステツプ S 7 )。

こうして ACCESS丽 ITv， wが決まれば、 ACCESS UNITvから ACCESS UNITwまでの読み出しを BD ドライブに命じ（ステップ S 8 )、 Plyの IN— timeから Out— timeまでのデコード出力をビデオデコーダ 5、オーディオデコーダ 7、グラフィクスデコーダ 1 2に命じる（ステップ S 9 )。

ステップ S 1 1は、本フローチャートの終了判定であり、 Plyが最後の PIになつたかを判定している。もしステップ S 1 1が Yesなら本フローチャートを終了し、そうでないなら、 Plyを次の Playltemに設定して（ステップ S 1 2 )、ステツプ S 3に戻る。以降、ステップ S 1 1が Yesと判定されるまで、ステップ S l〜ステップ S 1 0の処理は繰り返される。

ステップ S 1 0は、 ACCESS UNIT の読み出しにともなって機能セグメントを Coded Dataバッファ 1 3にロードするステップである。

図 3 6は、機能セグメントのロード処理の処理手順を示すフローチャートである。本フローチャートにおいて SegmentKとは、 ACCESS UNITと共に読み出された Segment (ICS, 0DS，PDS)のそれぞれを意味する変数であり、無視フラグは、この SegmentKを無視するかロードするかを切り換えるフラグである。本フローチヤ一トは、無視フラグを 0に初期化した上で、ステップ3 2 1〜≤ 2 4、ステップ S

2 7〜S 3 5の処理を全ての SegmentK について繰り返すループ構造を有している（ステップ S 2 5、ステップ S 2 6 )。

ステップ S 2 1は、 SegmentKが ICSであるか否かの判定であり、もし SegmentK が ICSであれば、ステップ S 2 7、ステップ S 2 8の判定を行う。

ステップ S 2 7は、 ICSにおける Segment_Typeが Acquisition Pointであるか否かの判定である。 SegmentKが Acquisi tion Pointであるなら、ステップ S 2 8 に移行し、 SegmentKがもし Epoch Startか Normal Caseであるなら、ステップ S

3 3に移行する。

ステップ S 2 8は、先行する DSがグラフィクスデコーダ 1 2内のどれかのパッファ（Coded Dataノッファ 1 3、 Stream Graphicsプロセッサ 1 4、 Object Buffer 1 5、 Composi tionバッファ 1 6 )に存在するかどうかの判定であり、ステップ S 2 7が Yesである場合に実行される。グラフィクスデコーダ 1 2内に DSが存在しないケースとは、頭出しがなされたケースをいう。この場合、 Acquisi tion Point たる DSから、表示を開始せねばならないので、ステップ S 3 0に移行する（ステップ S 2 8で No)。

グラフィクスデコーダ 1 2に先行する DSが存在する場合は（ステップ S 2 8で Yes)、無視フラグを 1に設定して（ステップ S 2 9 )、ステップ S 3 1に移行する。ステップ S 3 1は、 co匪 and— update—f lagが 1であるか否かの判定である。もし 1 であるなら（ステップ S 3 1で Yes)、ポタン情報のポタンコマンドのみを Coded Dataバッファ 1 3にロードし、それ以外を無視する（ステップ S 3 2 )。もし 0であるなら、ステップ S 2 2に移行する。これにより Acquisition Pointを示す ICSは無視されることになる（ステップ S 2 4 )。

無視フラグが 1に設定されていれば、 Acquisi tion Pointたる DSに属する機能セグメントは全て、ステップ S 2 2が Noになって、無視されることになる。ステップ S 3 3は、 ICSにおける SegmentJTypeが Normal Caseであるか否かの判定である。 SegmentKが Epoch Startであるなら、ステップ S 3 0において無視フラグを 0に設定する。

無視フラグが 0であれば（ステツプ S 2 2で Yes)、 SegmentKを Coded Dataバッファ 1 3にロードし（ステップ S 2 3 )、

SegmentKがもし Normal Caseであるなら、ステップ S 3 4に移行する。ステツプ S 3 4は、ステップ S 2 8と同じであり、先行する DSがグラフィクスデコーダ 1 2内に存在するかどうかの判定を行う。もし存在するなら、無視フラグを 0に設定する（ステップ S 3 0 )。存在しないなら、元々、対話画面を構成する充分な機能セグメントが得られないため、無視フラグを 1に設定する（ステップ S 3 5 )。かかるフラグ設定により、先行する DSがグラフィクスデコーダ 1 2に存在しない場合、 Normal Caseを構成する機能セグメントは無視されることになる。

DSが、図 3 7のように多重化されている場合を想定して、 DS'の読み出しがどのように行われるかを説明する。図 3 7の一例では、 3つの DSが動画と多重化されている。この 3つの DSのうち、初めの DS1は、 SegmentJTypeが Epoch_Startであり、 Co腿 and_update_nagが 0に設定され、 LinkPL(PL#5)というボタンコマンドを含む。

DS10 は、 DS1 の dupl icate であり、 Segment— Type は Acquision Point, Co腿 and一 update一 flagが 0に設定され、 LinkPL(PL#5)というポタンコマンドを含む。

DS20は、 DS1の Inheri tであり、 Segment_Typeは Acquision Pointになっている。 DS1から変化があるのはポタンコマンドであり（LinkPL(PL#10))、これを示すベく Command_update_flagが 1に設定されている。

かかる 3つの DSが、動画と多重化されている AVCl ipにおいて、ピクチャデ一タ ptlO からの頭出しが行われたものとする。この場合、頭出し位置に最も近い DS10 が、図 3 6のフローチヤ一トの対象となる。ステップ S 2 7において segment_typeは Acquisi tion Pointと判定されるが、先行する DSはグラフィクスデコーダ 1 2内に存在しないため、無視フラグは 0に設定され、この DS10が図 3 8に示すように再生装置の Coded Dataバッファ 1 3に口一ドされる。一方、頭出し位置が Display Set の存在位置より後である場合は（図 3 7の破線 hstl)、 Display SetlOに後続する Display Set20(図 3 8の hst2)が Coded Dataバッファ 1 3に読み出される。

図 3 9のように通常再生が行われた場合の DS1 , 10, 20の口一ドは、図 4 0に示すものとなる。 3つの DSのうち、 ICSの Segment_Typeが Epoch Startである DS1 は、そのまま Coded Dataバッファ 1 3にロードされるが（ステップ S 2 3 )、 ICS の SegmentJTypeが Acquisi tion Pointである DS10については、無視フラグが 1 に設定されるため（ステップ S 2 9 )、これを構成する機能セグメントは Coded Dataバッファ 1 3にロードされず無視される（ステップ S 2 4 )。また DS20については、 I CSの Segmen t— Typeは Acqu i s i t i on Po i n tであるが、 Command_update_f 1 ag が 1に設定されているので、ステップ S 3 1が Yesになり、ボタンコマンドのみがロードされて、 Coded Dataバッファ 1 3上の DSのうち、 ICS内のボタンコマンドのみをこれに置き換えられる（ステップ S 3 2 )。しかし無視フラグは依然として 1を示しているので、このボタンコマンド以外は、ロードされることなく無視される。

DSによる表示内容は同じであるが、 DS20への到達時には、ボタンコマンドは、 DSの LinkPL(#5)から LinkPL(#10)に置き換えられている。かかる置き換えにより、再生進行に伴い、ボタンコマンドの内容が変化するという制御が可能になる。続いて Graphicsコントローラ 1 7の処理手順について説明する。図 4 1は Graphics コントローラ 1 7の処理手順のうち、メインルーチンにあたる処理を描いたフロ —チャートである。本フローチャートは、タイムスタンプ同期処理（ステップ S 3 5 )、アニメーション表示処理（ステップ S 3 6 )、 U0処理（ステップ S 3 7 )という 3つの処理を繰り返し実行するというものである。

図 4 2は、タイムスタンプによる同期制御の処理手順を示すフローチャートである。本フローチャートは、ステップ S 4 1、 S 4 3〜ステップ S 4 7の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインル一チンにリターンするというサブルーチンを構成する。

ステップ S 4 1は、現在の再生時点が S-ODSsf irstの PTSに示される時刻であるか、 S- ODSslastの PTSに示される時刻であるかの判定であり、もしそうであるなら、ステップ S 4 2において期間 αを算出する。期間 αとは、グラフィクスプレーンのクリァに要する時間（2)、 0DSのデコ一ドにより得られたグラフィクスォブジヱクトをグラフィクスプレーンに書き込む書込時間（3)を足し合わせた期間である。

ステップ S 4 2において Graphical コントローラ 1 7は、 ICSの Segment_Type を参照し、もし Segment— Typeが Epoch Startなら、プレーンクリァ期間（2) +プレーン書込期間（3)をとする。 Acquisi tion Point ならプレーン書込期間（3)を α とする。またプレーン書込期間（3) の算出にあたっては、 defaul t— selected_button— number が有効な値であれば図 2 3 ( a ) の計算で、 defaul t— selected— button— numberが =0であれば図 2 3 (b ) の計算で算出する。こうして期間 αを算出した後、ループ処理にリターンする。

ステップ S 4 3は、現在の再生時点が ICSの PTS- αに示される時刻であるかの判定であり、もしそうであれば、グラフィクスプレーン 8への書き込み処理を行つて（ステップ S 5 1 )、メインルーチンにリターンする。 '

ステップ S 4 5は、現在の再生時点が ICSの PTSであるかの判定である。もしそうであれば、グラフィクスプレーン 8の格納内容の出力を開始させる。この格納内容の出力先は、 CLUT部 9であり、 CLUT部 9により色変換がなされた上で、対話画面はビデオプレーン 6の格納内容と合成される。これにより初期表示が実行される（ステップ S 5 2 )。そして変数 animation(p) (p=l，2, 3' ' 'n)を 0を設定して（ステップ S 5 3 )、メインルーチンにリターンする。ここで変数 animation (p) とは、ボタン（p)のアニメ一ション表示を実行するにあたって、今何コマ目を表示しているかを示すグロ一パル変数 (複数フローチャートにわたつて有効になる変数）である。ステップ S 5 3では、全てのボタンについてのポタン（p)が、 0 に設定されることになる。

ステップ S 4 6、ステップ S 4 7は、 ICS に記述された時間情報に現在の再生時点が到達したかどうかの判定である。

ステップ S 4 6は、現在の再生時点が selection_TimeOut_PTSに示される時刻であるかの判定であり、もしそうであれば、 defaut_activated_button_numberで指定されるボタンをァクティべ一トする処理を行い、メインルーチンにリターンする（ステップ S 5 4 )。

ステップ S 4 7は、現在の再生時点が Composi tion— TimeOut—PTSであるかの判定であり、もしそうであれば、画面クリアを行ってメインルーチンにリターンする（ステップ S 5 5 )。以上がタイムスタンプによる同期処理である。この同期処理において、ステップ S 5 1、ステップ S 5 4の処理手順は、サブルーチン化されている。ステップ S 5 1のサブルーチンの処理手順を、図 4 3を参照しながら説明する。

図 4 3は、メニューの初期表示をグラフィクスプレーン 8へ書き込む処理の処理手順を示すフローチャートである。ステップ S 6 4は、 ICS における Segment_typeが Epoch Startであるか否かの判定であり、もし Epoch Startであればステップ S 6 5においてグラフィクスプレーン 8をクリァしてから、ステツプ S 6 6〜ステップ S 7 3の処理を行う。グラフィクスプレーン 8のクリアに要する期間が、図 2 5、図 2 6の期間 cdlである。もし Epoch Startでなければステツプ S 6 5をスキップしてステップ S 6 6〜ステップ S 7 3の処理を行う。ステップ S 6 6〜ステップ S 7 3は、 ICS における各ボタン情報について繰り返されるループ処理を形成している（ステップ S 6 6、ステップ S 6 7 )。本ループ処理において処理対象になるべきボタン情報をポタン情報 (p)という。ステップ S 6 7は、 defaulし selected_button— numberによる指定が有効であるか否かの判定であり、ステップ S 6 8は、 button— info (p)は

default— selected— button— numberにより指定されたデフオルトセレクテツドボ夕ンに対応するボタン情報であるかの判定である。

デフォルトセレクテッドボタンに対応するポタン情報でないなら、 button— info (ρ の normal— state— infoに指定されている start— object— id— normal のグラフィクスォブジェクトを、グラフィクスォブジェクト（p)として Object Bufferl5から特定する（ステップ S 6 9 )。

デフォルトセレクテツドボタンに対応するボタン情報であるなら、 button— info (ρ) の selected— state— info に指定されている start— object— id_selected のグラフィクスォブジヱクトを、グラフィクスォブジエタト（P)として Object Bufferl5から特定して（ステップ S 7 0 )、ポタン（p)をカレントボタンにする（ステップ S 7 1 )。カレントボタンとは、現在表示中の対話画面において、セレクテッド状態になっているボタンであり、再生装置はこのカレントポタンの識別子を、 PSR(IO)として格納している。

ステップ S 6 9、ステップ S 7 0を経ることでグラフィクスオブジェクト (p) が特疋されれば、 button_info ip) の button— horizontal— position, button_vertical_posi tion に示されるグラフィクスプレーン 8上の位置に、グラフイクスォブジ: クト（p)を書き込む（ステップ S 7 2 )。かかる処理を ICSにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数グラフィクスォブジェクトのうち、最初のグラフィクスォブジヱクトがグラフィクスプレーン 8 上に書き込まれることになる。 Object Buffer 1 5上の少なくとも初期表示に必要なグラフィクスォブジェクトについて、かかる処理を実行するのに要する期間が、図 2 5、図 2 6の期間 tdlである。以上がステップ S 5 1の詳細である。

defaul t— selected— button— number力、 =0' であり、デフオノレトセレクテッドポタンが動的に変わる場合は、ステップ S 6 7が Noになり、ステップ S 7 3において button— info (p)は、力レントボタンに対応する button— info'であるか否かを判定する。もしそうであれば、ステップ S 7 0に、異なるならステップ S 6 9に移行する。

続いてステップ S 5 4のサブルーチンの処理手順を、図 4 4を参照しながら説明する。

図 4 4は、デフォルトセレクテツドボタンのオートァクティペートの処理手順を示すフローチヤ一トである。先ず defaul l:— activated——button_numberが 0であるか， FFであるかどうかを判定し（ステップ S 7 5 )、 00であれば何の処理も行わずメインルーチンにリターンする。 FFであれば、カレントボタン iをアクティブ状態に遷移する（ステップ S 7 7 )。そしてカレントボタン i に対応する変数 animation(i)を 0に設定してメインルーチンにリターンする（ステップ S 7 8 )。

00でも、 FFでもなければ、 default— activated——button_numberで指定されるポタンをカレントボタンとし（ステップ S 7 6 )、カレントボタン iをアクティブ' 状態に遷移し（ステップ S 7 7 )、力レントポタン iに対応する変数 animation(i) を 0に設定してメインルーチンにリターンする（ステップ S 7 8 )。

以上の処理により、セレクテッド状態のボタンは、所定時間の経過時においてアクティブ状態に遷移させられることになる。以上が、図 4 4のフローチャートの全容である。

続いて、メニューにおけるアニメーシヨン（ステップ S 3 6 )について説明する。図 4 5は、アニメーション表示の処理手順を示すフローチャートである。

ここで初期表示は、各 button_infoの normal_state— infoにおける

start— object— id— normal、 selected— state— infoにおける

starLobject_id_selectedで指定されているグラフィクスォブジ： Lクトを、グラフィクスプレーン 8に書き込まれることにより実現した。アニメーションとは、ステップ S 3 5〜ステップ S 3 7のループ処理が一巡する度に、各ボタンにおける任意のコマ（qコマ目にあるグラフィクスオブジェクト）をこのグラフィクスプレーン 8に上書する処理である。この更新は、 button_infoの normal— state_info、 selected— state— infoで指定されているグラフィクスォブジェクトを、一枚ずつグラフィクスプレーン 8に書き込んでメインルーチンにリターンすることでなされる。ここで変数 qとは、各ボタン情報の button— infoの normal_state— info、 selected_state_infoで指定されている個々のグラフィクスォブジェクトを指定するための変数である。

このアニメーション表示を実現するための処理を、図 4 5を参照しながら説明する。尚本フローチャートは、記述の簡略化を期するため、 ICS の repeat— no rra 1 _f 1 ag、 repeat_se 1 ec ted— f lagが繰り返し要と設定されているとの前提で作図している。

ステップ S 8 0は初期表示が済んでいるか否かの判定であり、もし済んでいなけれ何の処理も行わずにリターンする。もし済んでいればステップ S 8 1〜ステップ S 9 3の処理を実行する。ステップ S 8 1〜ステップ S 9 3は、 ICS における各 buttonjnfoについて、ステップ S 8 3〜ステップ S 9 3の処理を繰り返すというループ処理を構成している（ステップ S 8 1、ステップ S 8 2 )。

ステップ S 8 3は、 button— info (p)に対応する変数 animation (p)を変数 qに設定する。こうして、変数 qは、 button_info(p)に対応する、現在のコマ数を示すことになる。

ステップ S 8 4は、 button_info (p)が、現在セレクテツド状態にあるボタン（力レントボタン）に対応する button_infoであるか否かの判定である。

カレントボタン以外のポタンならば、 button_info (p) . normal_state— infoにおける start— object_id— normalに変数 qを足した識別子を ID(q)とする（ステップ S 8 5 ) o

カレントボタンに対応するボタンであれば、ステップ S 8 6の判定を行う。ステップ S 8 6は、力レントポタンがアクティブ状態であるかの判定であり、もしそうであれば、ステップ S 8 7 において button_info (p) . actioned— state— infoにおける start_ob j ect_i d_act i onedに変数 qを足した識別子を ID(q)とする。そして button_info (p)に含まれるボタンコマンドのうち、 1 つを実行する（ステップ S 8 8 )。

力レントポタンがアクティブ状態でなければ、 button— inf cup) . selected— state— infoにおける start— object— id— selectedに変数 qを足した識別子を ID(q)とする（ステップ S 8 9 )。

こうして ID(q)が決まれば、 Object Bufferl5に存在する、 ID(q)を有するグラフィクスオブジェク卜 (P)を、 button— info (pjの button— horizontal— posi tion, button— vertical— posi tionに示される Graphics Plane8上の置に書き込む (ステツプ S 9 0 )。

以上のループ処理により、カレントポタンのセレクテツド状態 (若しくはァクティブ状態）及びその他のボタンのノーマル状態を構成する複数グラフィクスォブジェクトのうち、 q枚目のものがグラフィクスプレーン 8に書き込まれることになる。

ステップ； 9 1は、 start— object— id一直 mal +qが end— object— id—直 mal に達したか否かの判定であり、もし達しないなら変数 qをインクリメントした値を変数 animation(p)に設定する（ステップ S 9 2 )。もし達したなら変数 animation (p)を 0に初期化する（ステップ S 9 3 )。以上の処理は、 ICSにおける全ての button_infoについて繰り返される（ステップ S 8 1、ステップ S 8 2 )。全ての button— infoについて、処理がなされれば、メインルーチンにリターンする。

以上のステップ S 8 0〜ステップ S 9 3により対話画面における各ボタンの絵柄は，ステップ S 3 5〜ステップ S 3 7がー巡する度に新たなグラフィクスォブジェタトに更新される。ステップ S 3 5〜ステップ S 3 7の処理が何度も反復されれば、いわゆるアニメーションが可能になる。アニメーションにあたって、グラフィクスォブジヱクトーコマの表示間隔は、 animation_frame_rate— code に示される値になるように Graphicsコントローラ 1 7は時間調整を行う。

尚、ステップ S 8 8において button— info (p)に含まれるボタンコマンドを 1つずつ実行したが、アクティブ状態に対応するグラフィクスォブジェクトを一通り表示した後に、 button_info (p)に含まれるボタンコマンドをまとめて実行してもよい。以上でアニメーション表示処理についての説明を終わる。続いてメインル一チンのステップ S 3 7における U0処理の処理手順について図 4 6を参照しながら説明する。

図 4 6は、 U0処理の処理手順を示すフローチャートである。本フローチャートは、ステップ S 1 0 0〜ステッ S 1 0 3の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインル一チンにリターンする。ステップ S 1 0 0は、 UOmaskTableが Ί "に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインル一チンにリターンする。

ステップ S 1 0 1は、 MoveUP/Down/Left/Rig tキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、カレントボタンを変更して（ステツプ S 1 0 4 )、カレントボタンの autc^action—flagが 01かどうかを判定する（ステツプ S 1 0 8 )。もし違うならメインルーチンにリターンする。もしそうであるなら、ステップ S 1 0 5に移行する。

ステップ S 1 0 2は、 activated キーが押下されたかどうかの判定であり、もしそうであれば、カレントボタン iをアクティブ状態に遷移する（ステップ S 1 0 5 )。その後、変数 animation(i)を 0に設定する（ステップ S 1 0 6 )。

ステップ S 1 0 3は、数値入力であるかどうかの判定であり、もし数値入力であれば、数値入力処理を行って（ステップ S 1 0 7 )、メインル一チンにリターンする。図 4 6の処理手順のうち、ステップ S 1 0 4、ステップ S 1 0 7はサブル一チン化されている。このサブルーチンの処理手順を示したのが図 4 7、図 4 8 である。以降これらのフローチャートについて説明する。

図.4 7は、力レントポタンの変更処理の処理手順を示すフローチャートである。先ず初めに、カレントボタンの neighbor— info における聊 er— button—匪 ber， lower一 button— number, lef t_button_number, right—button— number のつち、押下されたキーに対応するものを特定する（ステップ S 1 1 0 )。

そして力レントボタンをボタン iとし、新たに力レントポタンになるボタンをボタン jとする（ステップ S 1 1 1 )。ステップ S 1 1 2は、ステップ S 1 1 1で特定されたポタン jが、ボタン iと一致しているかどうかの判定である。もし一致していれば、何の処理も行わずにメインルーチンにリターンする。もし一致しなければ、ボタン j をカレントボタンにして（ステップ S 1 1 3 )、変数 animation(i) ,変数 animation (j)を 0に設定した上でメインルーチンにリターンする（ステップ S 1 1 4 )。

図 4 8は、数値入力処理の処理手順を示すフローチャートである。入力された数値に合致する button_numberを有した Button info, jが存在するかどうかの判定を行い（ステップ S 1 2 1 ) 、 Button info, j における immerical ly_selectable_nagは 1であるかどうかの判定を行う（ステップ S 1 2 2 )。ステップ S 1 2 1及びステップ S 1 2 2が Yesなら、カレントポタンをノーマル状態に遷移させ、ボタン jをカレントポタンにして（ステップ S 1 2 3 )、変数 animation(i) ,変数 animation (j)を 0 に設定した上で（ステップ S 1 2 4 )、 Button info, jの auto— action_flagは 1であるかを判定する（ステップ S 1 2 5 )。 1でないならメインルーチンにリターンする。 1 であるなら、ステップ S 1 2 6においてカレントボタンをアクティブ状態に遷移した上でメインルーチンにリターンする。

ステップ S 1 2 1〜S 1 2 2のどちらかが Noなら、そのままメインルーチンにリターンする。

以上が同期表示を行う場合の Graphics コントローラ 1 7の処理手順である。

Popup表示のように、ユーザ操作をトリガとした対話画面表示を行う場合、 Stream Graphicsプロセッサ 1 4、Graphicsコントローラ 1 7は以下のような処理を行う。つまり、同期表示の場合と同様の処理を行う。これにより、グラフィクスプレーン 8にはグラフィックスオブジェク卜が得られる。このようにグラフィックスォブジェクトを得た後、現在の再生時点が、 ICSに付加された PTSに示される時点を経過するのを待つ。そしてこの再生時点の経過後、 U0コントローラ 1 8がメニュ一コールを示す U0を受け付れば、グラフィクスプレーン 8に格納されたグラフイツクスオブジェクトを合成させるよう、 CLUT部 9に出力する。 U0に同期して、かかる出力を行えば、メニューコールの押下に応じた Popup表示を実現することができる。

以上、 DSnに属する ICSの PTS. 0DSの DTS、 PTSの設定について説明したが、 ICS の DTSや、 PDSの DTS、 PTS、 ENDの DTS、 PTSについては説明していない。以下、これらのタイムスタンプについて説明する。 ICSは、 DSnにおける最初の ODS (ODSl) のデコード開始時点（DTS (DSn [0DS1] ))以前、及び、 DSnにおける最初の PDS (PDSl) が有効になる時点（PTS (DSn [PDSl] ) )以前に、 Composi tion バッファ 1 6にロードされねばならない。よつて以下の式の関係を満たす値に、設定されねばならない。

DTS (DSn [ICS] )≤DTS (DSn [0DS1] )

DTS (DSn [ICS] )≤PTS (DSn [PDS1] ) 続いて DSnに属する各 PDSの DTS, PTSの設定について説明する。

DSnに属する各 PDSは、 ICSが Composi tionバッファ 1 6に口一ドされる時点 (DTS(DSn [ICS] ) )から、最初の 0DSのデコード開始時点（DTS (DSn [ODSl] ) )までに、 CLUT部 9において、有効になればよい。このことから DSnに属する各 PDS(PDS1 〜PDSlast)の PTS値は、以下の関係を満たす値に、設定されねばならない。 DTS CDSn [ICS] )≤PTS(DSn [PDS1] )

PTS CDSn [PDSj] )≤PTS (DSn [PDSj+1] )≤PTS(DSn [PDSlast] ) PTS CDSn [PDSlast] )≤DTS(DSn [0DS1] ) 尚、 PDSにおいて DTSは再生時に参照されないが、 MPEG2規格を満たすため、 PDS の DTSは、その PTSと同じ値に設定される。以上の関係を満たすよう DTS、 PDSが設定された場合、再生装置のパイプラインにおいてこれら DTS、PTSがどのような役割をもっかについて説明する。図 4 9は、 ICSにおける DTS、 PDSにおける PTSに基づく、再生装置におけるパイプラインを示す図である。この図 4 9は、図 3 3をベースにして作図されている。図 3 3の第 3段目に示した Coded Dataバッファ 1 3への読み出しは、本図では第 5段目に記述しており、また第 2段目に示した Stream Graphicsプロセッサ 1 4によるデコードは、第 4段目に記述している。そして ICS、 PTSは、上述した式の関係を満たすよう設定されている。

図 4 9において第 2段目は、 CLUT部 9への PDS設定を示しており、第 3段目は、 Ccmposi tionバッファ 1 6の格納内容を示している。 ICSの DTSは、 PDSの DTSや、 0DSの DTSより前の時点に設定されているので、図中の矢印 uplに示すように、 Composi tionバッファ 1 6への ICSの口一ドは真っ先になされる。また PDSl〜last の CLUT部 9への設定は、 ICSの転送後、 0DS1のデコードより前になされるので、矢印 up2， up3に示すように 0DS1の DTSに示される時点より前に設定されている。以上のように ICSのロード、 PDSの設定は、 0DSのデコードの先立ちなされることがわかる。

続いて DSnに属する END of Display SetSegmentの PTSの設定について説明する。 DSn に属する ENDは、 DSnの終わりを示すものだから、 DSnに属する最後の ODS (ODSlast)のデコード終了時刻を示せばよい。このデコード終了時刻は、 ODSlastの PTS (PTS (DSn [ODSlast] ))に示されているので、 ENDの PTSは、以下の式に示される値に設定されねばならない。 PTS(DSn [END] ) = PTS(DSn [ODSlast] )

DSn, DSn+1 に属する ICS との関係で考えれば、 DSn における ICS は、最初の ODS(ODSl)のロード時刻以前に、 Composition バッファ 1 6にロードされるから、 ENDの PTSは、 DSnに属する ICSのロード時刻（DTS (DSn [ICS] ))以降、 DSn+1に属する ICSのロード時刻 (DTS(DSn+l [ICS] ))以前でなければならない。そのため END の PTSは、以下の式の関係を満たす必要がある。 DTS(DSn [ICS] )≤ PTS (DSn [END] )≤DTS (DSn+1 [ICS] ) 一方、最初の ODS(ODSl)のロード時刻は、最後の PDS(PDSlast)のロード時刻以後であるから、 ENDの PTS(PTS(DSn [END] ))は、 DSnに属する PDSのロード時刻以降 (PTS(DSn [PDSlast] ))でなければならない。そのため ENDの PTSは、以下の式の関係を満たす必要がある。

PTSCDSn [PDSlast] )≤PTS(DSn [END] ) 続いて再生装置のパイプラインにおいて、 ENDの PTSが、どのような意味合いをなすのかについて説明する。図 5 0は、再生装置のパイプライン動作時における、 END の意味合いを示す図である。本図は、図 3 3をベースに作図しており、第 1段目が Compositionバッファ 1 6の格納内容を示している以外は、各段の意味合いは図 3 3と同一である。また図 5 0では、 DSn, DSn+1という 2つの Display Setを描いている。 DSnにおいて ODSlastになるのは、 A- ODSsの最後の ODSnであるので、 ENDの PTSは、この ODSnの PTSを示すよう設定されている。そして、この ENDの PTSに示される時点は、 DSn+1の ICSの DTSにより示される時点より早いものになっている。

この ENDの PTSにより、再生時にあたっては、 DSnについての 0DSのロードが、どの時点で完了するのかを知得することができる。

尚、 ENDにおいて DTSは再生時に参照されないが、 MPEG2規格を満たすため、 PDS の DTSは、その PTSと同じ値に設定される。

DTS, PTSが設定された ICS，PDS，ODSを AVCl ipに組み込んでおくので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという対話制御、つまり動画内容と緻密に同期した対話制御の記述に便利である。また ICS，PDS，ODSは、 AVCl ip自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応する ICS, PDS, ODSの全てをメモリに格納しておく必要はない。 ICS，PDS，ODSはビデオバケツトと共に BD-R0Mから読み出されるので、現在再生すべき動画区間に対応する ICS，PDS，ODSをメモリに常駐させ、この動画区間の再生が終われば、 ICS, PDS, ODS をメモリから削除して、次の動画区間に対応する ICS. PDS. ODSをメモリに格納すればよい。 ICS. PDS. ODSは、 AVCl ip に多重化されるので、たとえ ICS. PDS. ODSの数が数百個になってもメモリの搭載量を必要最低限にすることができる。

以上のように本実施形態によれば、アニメーションを実現するための 0DSが 360 枚存在しており、ポタン部材が 3つの状態をもっている場合、 0DSは、 120枚 + 120 枚 + 120枚というように、 3つの button-stateグループにグルーピングされる。そして個々の button- stateグループは、早く現れる状態に対応するもの程、前に置かれ、遅く現れる状態に対応するもの程、後に置かれる。このため、再生時にあたって、早く現れる状態に対応する button-stateグループの再生装置へのロードは早く行われ、遅く現れる状態に対応する button- stateグループのロードは、後回しにされる。早く現れる状態に対応する button-stateグループのロードは早い時期になされるので、 360枚のもの 0DSの読み出し/デコードは未完であつても、全体の約 1/3〜2/3の 0DSの読み出し /デコードが完了していれば、初期表示のための準備は整う。全体の約 1/3〜2/3の 0DSの読み出し/デコードの完了時点で、初期表示のための処理を開始させることができるので、たとえ読み出し/デコードすべき 0DSが大量にあっても、初期表示の実行は遅滞することはない。このため、アニメーションを伴った楽しい対話画面の表示を、迅速に実行することができる。

(第 2実施形態）

本実施形態は、 BD- ROMの製造工程に関する実施形態である。図 5 1は、第 2施形態に係る BD-R0Mの製造工程を示すフローチャートである。

BD- ROMの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程 S 2 0 1、ォーサリング装置を用いて、アプリケーションフォーマットを生成するォーサリング工程 S 2 0 2、 BD-R0M の原盤を作成し、プレス'貼り合わせを行つて、 BD-R0Mを完成させるプレス工程 S 2 0 3を含む。

これらの工程のうち、 BD- ROMを対象としたォーサリング工程は、以下のステツプ S 2 0 4〜ステップ S 2 0 9を含む。

先ずステップ S 2 0 4において、ボタンの状態における動きの一コマ一コマおアニメーションを、複数のランレンダス符号化方式のグラフィクスデータで作成する。

ステップ S 2 0 5では、作成した複数グラフィックスデータを、ボタンの同じ状態を示すもの同士でグループ化する。そして、各グラフィクスデータの識別子を ICSにおける各ボタン情報に指定させることにより、 ICSを作成する。この際、ステップ S 2 0 6においてデフォルトセレクテツドポタンの設定や、各ボタン間の状態をどのように変化させるかを、 ICS に記述する。その後ステップ S 2 0 7 では、 ICS, グループ化されたグラフィクスデータを一体化させて、グラフィクスストリームを生成する。グラフィクスストリームが得られれば、ステップ S 2 0 8においてグラフィクスストリームを別途生成されたビデオストリーム、オーディォストリームと多重して AVCl ipを得る。 AVCl ipが得られれば、ステップ S 2 0 9において、静的シナリオ、動的シナリオ及び AVCl ipを BD- ROMのフォーマツトに適合させることにより、アプリケーションフォーマツトが完成する。

以上のように本実施形態によれば、グラフィクスデータのグループ化という作業をォーサリング時に行うことにより、第 1実施形態に示したようなグラフイクスストリームを得ることができるので、第 1実施形態に示した BD- ROM用のアプリケ一シヨンフォーマツトを容易に得ることができる。

(第 3実施形態）

第 1実施形態においてィン夕ラクティブグラフィクスストリームは、 AVCl ipに多重化され、 BD- ROMに記録されるとしたが、第 3実施形態は、インタラクティブグラフィクスストリームはサブ Cl ipとして、 AVCl ipとは別に BD-R0Mに記録させるものである。そして、プレイリスト情報において、 AVCl ipと、サブ Cl ipとを関連付けることを提案する。

プレイリスト情報において、 Play Item情報により形成される再生経路は、メインパスと呼ばれる。これに対しサブ Cl ipを指定する情報は、サブパスと呼ばれる再生経路を定義する情報であり、サブパス情報と呼ばれる。

図 5 2は、第 3実施形態に係る PL情報の内部構成を示す図である。

図 5 2の矢印 hclは、サブパス情報の内部構成をクローズアップして示す。この矢印 hclに示すように各サブパス情報は、 1つ以上のサブ Playltemからなる。また各サブ Playltemは、図中の矢印 hc2に示すように

『C 1 i _informat i on— f i 1 e— name』、『c 1 i p— codec— i dent i f i er』、

『SubPlayItem— In— time』、『SubPlayItem— Out— time』、『sync_PlayItem— id』、『sync— start— PTS— of— Playl tend からなる。

『Cl ip— information— f i le— name』は、 Cl ip情報のファイル名を記述することにより，サブ Playltemに対応するサブ Cl ipを一意に指定する情報である。

『Cl ip— code identified は、当該 AVCl ipがどのような符号化方式で符号化されているかを示す。

rSubPlayItem_In_timeJは、サブ Cl ipの再生時間軸上における、サブ Playltem の始点を示す情報である。

『SubPlayItem_Out_tiine』は、サブ CI ipの再生時間軸上における、サブ Playltem の終点を示す情報である。

『sync— Playl tem_id』は、メインパスを構成する Playltem のうち、本サブ Playltemが同期すべきものを一意に指定する情報である。 SubPlayltemJn— time は、この sync— Playltem_idで指定された Play Itemの再生時間軸上に存在する。『sync— start— PTS— of _PlayI tem』は、 sync— Playltem— idで指定された Play Item の再生時間軸上において、 SubPlayltem— In— timeで指定されたサブ Playltemの始点が、どこに存在するかを示す。サブ Playl temの再生時において、現在の再生時点が、この sync— star PTS—o Playltemで指示される時点に到来した場合、サブ Playltemによる再生が開始される。

図 5 3は、 sync— Play Item_ id, sync_s tar t_PTS—o Playltemによるサブ

Playltemの同期を模式的に示す図である。本図におけるメインパスは、 Play I ten 1 , #2, #3からなる。サブパスを構成するサブ P 1 ay I temの sync_P 1 ay I tem— id, sync— start_PTS— of— Playltemの指定は、破線枠 whlの内部に示す通りであり、 sync— Play Item_idは Play Item#lを示すように設定されている。 sync_s tar t_PTS_of _P 1 ay I temは、 Play Itemの再生時間軸上における時点 tlを示すように設定されている。そうすると、 Play I temの再生時間軸上において、現在の再生時点が Uに到達した際、 Cl ip— information— fi le_nameで指定されたサブ Cl ip (ィンタラクティブグラフィクスストリーム）のうち、

SubPlayltem— In— timeから SubPlayItem_Out— timeまでの部分が再生されることになる。かかる再生により、インタラクティブグラフィクスストリームのうち、 SubPlayItem_In_time, SubPlayItem_Out_timeで指定された部分が AVCl ipと同期再生されることになる。以上がサブパス情報についての説明である。

またサブ Cl ipたるインタラクティブグラフィクスストリームは、再生装置に内蔵されている HDに記録されてもよい。この場合、 BD- ROM上の AVCl ipと、 HD上のサブ pi ipとを対応づけるプレイリスト情報が、 HD上に存在すれば、 BD- ROM上の AVCl ipと、 HD上のサブ Cl ipとを同期させながら再生させることができる。図 5 4は、 HD上のプレイリスト情報内の Cl ip_Information— f i le— nameによるフアイル指定を示す図である。本図における矢印 rfl， rf2, rf3は、プレイリスト情報における Play Itemの CI ip— Information_f i le— nameによる指定を示し、矢印 Pfl，pf2，pf3は、プレイリスト情報におけるサブ Playltemの

CI ip_Information_f i le_nameによる指定を示す。このような

Cl ip— Information— f i le— nameによる指定により、 HD上のサブ Cl ipに定義されたサブパスを、 BD-R0M上のメイン Cl ip上に定義されたメインパスと同期して再生することができる。

以上のように、力レント Play Itemに同期するサブ Playltemがプレイリスト情報内に存在する場合の制御部 2 0の処理は以下の通りである。制御部 2 0はそのサブ Playltemにて指定されるサブ Cl ipをメイン Cl ipと同期して再生させる。この同期は、サブ Playltemの Sync_Start—PTS—o Play Itemに相当するピクチャデ —夕が、メイン Cl ip から読み出されるのを待ち、そのサブ Playltera の SubP 1 ay I tem_ I n_t i meから SubP 1 y I tem_0ut_t i meまでに存在するデータを再生することでなされる。

(備考）

以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記 (A) (B) (0 (D) の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化し記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。しかし請求項に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本願の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。 (A)全ての実施形態では、本発明に係る記録媒体を BD-R0Mとして実施したが、本発日月の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、 BD- ROMの物理的性質に依存するものではない。動的シナリオ、グラフイクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、 DVD-ROM, DVD-RAM, DVD-RW, DVD-R, DVD+RW, DVD+R, CD-R, CD-RW等の光ディスク、 PD, M0 等の光磁気ディスクであってもよい。また、コンパクトフラッシュ力ード、スマートメディア、メモリスティック、マルチメディアカード、 PCM - CIA カード等の半導体メモリカードであってもよい。フレキシブルディスク、 SuperDisk, Zip，Cl ik !等の磁気記録ディスク（i)、 ORB, Jaz, SparQ, SyJet, EZFley, マイクロドライブ等のリム一バブルハードディスクドライブ（i i)であってもよい。更に、機器内蔵型のハードディスクであってもよい。

(B)全ての実施形態における再生装置は、 BD-R0Mに記録された AVCl ipをデコードした上で TVに出力していたが、再生装置を BD-R0M ドライブのみとし、これ以外の構成要素を TVに具備させてもよい。この場合、再生装置と、 TVとを IEEE1394 で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであつたが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第 1実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第 1実施形態に示した再生装置の有償'無償による譲渡 (有償の場合は販売、無償の場合は贈与になる）、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。

(C)各フローチャートに示したプログラムによる情報処理は、ハードウエア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第 1実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（1)や、有償'無償によりプログラムを譲渡する行為 (2)、貸与する行為 (3)、輸入する行為 (4)、双方向の電子通信回線を介して公衆に提供する行為 (5)、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（6)がある。

(D)各フローチヤ—トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチヤ一トによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。

(E)BD- ROMに記録するにあたって、 AVCl ipを構成する各 TSバケツトには、拡張ベッダを付与しておくことが望ましい。拡張ヘッダは、 TP— extrajieader と呼ばれ、『Arrival— Time— Stamp』と、『copy— permission— indicator』と含み 4ノヾィ卜のデータ長を有する。 TP_extra_header付き TSパケット（以下 EX付き TSパケットと略す）は、 32個毎にグループ化されて、 3つのセクタに書き込まれる。 32個の EX付き TSパケットからなるグループは、 6144バイト（=32 x 192)であり、これは 3個のセクタサイズ 6144パイト（=2048 x 3)と一致する。 3個のセクタに収められた 32個の EX付き TSパケットを" Al igned Uni t" という。

IEEE 1394を介して接続されたホームネットワークでの利用時において、再生装置 2 0 0は、以下のような送信処理にて Al igned Unitの送信を行う。つまり送り手側の機器は、 Al igned Uni tに含まれる 32個の EX付き TSバケツトのそれぞれから TP_extra— headerを取り外し、 TSパケット本体を DTCP規格に基づき暗号化して出力する。 TS バケツトの出力にあたっては、 TS パケット間の随所に、 isochronous バケツトを挿入する。この揷入箇所は、 TP— extrajieader の Arribval_Time— Stampに示される時刻に基づいた位置である。 TSバケツ卜の出力に伴い、再生装置 2 0 0は DTCP— Descriptorを出力する。 DTCP_Descriptorは、 TP— extra— header におけるコピー許否設定を示す。ここで「コピー禁止」を示すよう DTCP_Descriptorを記述しておけば、 IEEE1394を介して接続されたホームネットワークでの利用時において TSバケツトは、他の機器に記録されることはない。

(F〉各実施形態におけるデジタルストリームは、 BD- ROM規格の AVCl ipであったが、 DVD- Video規格、 DVD-Video Recording規格の V0B(Video Object)であってもよい。 V0B は、ビデオストリーム、オーディオストリームを多重化することにより得られた IS0/IEC13818-1規格準拠のプログラムストリームである。また AVCl ip におけるビデオストリームは、 MPEG4や WMV方式であってもよい。更にオーディォストリームは、 Linear- PCM方式、 Dolby- AC3方式、 MP3方式、 MPEG-AAC方式であってもよい。

(G)各実施形態における AVCl ipは、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。またビデオテープに記録されているアナ口グ Zデジタルの映像信号をェンコ一ドしてコンテンツを得ても良い。更にビデオメラから直接取り込んだアナ口グ /デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。

(H)第 1実施形態〜第 2実施形態に示したグラフィックスオブジェクトは、ランレングス符号化されたラスタデータである。グラフィックスォブジヱクトの圧縮' 符号化方式にランレングス符号方式を採用したのは、ランレングス符号化は字幕の圧縮 *伸長に最も適しているためである。字幕には、同じ画素値の水平方向の連続長が比較的長くなるという特性があり、ランレングス符号化による圧縮を行えば、高い圧縮率を得ることができる。また伸長のための負荷も軽く、復号処理のソフトゥヱァ化に向いている。デコードを実現する装置構成を、字幕—グラフィックスォブジェクト間で共通化する目的で、字幕と同じ圧縮'伸長方式をグラフィックスオブジェクトに採用している。しかし、グラフィックスオブジェクトにランレングス符号化方式を採用したというのは、本発明の必須事項ではなく、ダラフィックスォブジェクトは PNGデータであってもよい。またラスタデータではなくベクタデータであってもよい、更に透明な絵柄であってもよい。

(I)先行する再生経路によって、セレクテツド状態とすべきポタンが変わるようなケースでは、複数再生経路のそれぞれの経由時に、固有の値を再生装置側のレジス夕に設定するよう、動的シナリオにおいて再生制御を記述しておくことが望ましい。そして、そのレジスタの設定値に応じたボタンをセレクテッド状態に設定するよう再生手順を記述しておけば、どの再生経路を経由するかによって、セレクテツド状態とすべきボタンを変化させることができる。

(J)サブ Cl ipたるインタラクティブグラフィクスストリームが、 BD-R0M又は HD に複数存在する場合、プレイリスト情報の Play Item情報内に、これらインタラクティブグラフィクスストリームのうち、どれを選択すべきかを示す STN— table を設けても良い。またこれら複数のィンタラクティブグラフィクスストリームのうち、どれを優先的に再生させるかを、 Play Item情報内の STN— tableの entry にて順序付けてもよい。産業上の利用可能性

本発明に係る記録媒体、再生装置は、対話的な制御を映画作品に付与することができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。

Claims

請求の範囲

1 . グラフィクスストリームが記録されている記録媒体であって、

グラフィクスストリームは、グラフィカルなボタン部材を含む对話画面を、動画像に合成して表示させるものであり、

グラフィクスストリームはグラフィクスデータを複数含み、それらグラフイクスデー夕は、複数の状態集合のどれかにグルービングされており、

各状態集合は、各ボタン部材が遷移し得る複数状態のうち、 1 つの状態に対応しているグラフィクスデータの集合であり、各状態集合はストリーム中において、対応する状態の順に、シーケンシャルに並んでいる

ことを特徴とする記録媒体。

2. ボタン部材が遷移し得る複数状態には、ノーマル状態、セレクテツド状態、アクティブ状態があり、

前記複数の状態集合とは、ノーマル状態に対応する状態集合、セレクテッド状態に対応する状態集合、アクティブ状態に対応する状態集合であり、グラフイクスストリームにおいてノーマル状態→セレクテツド状態→アクティブ状態の順に並んでいる

ことを特徴とする請求項 1記載の記録媒体。

3. 前記グラフィクスストリームにおいて、前記複数のグラフィクスデータの前にはボタン部材の状態を制御する状態制御情報が配されており、

対話画面の初期表示において、デフォルトでセレクテツド状態となるボタン部材が確定している場合、

当該ボタン部材のセレクテツド状態を構成するグラフィクスデータは、セレクテツド状態に対応する状態集合の先頭に配置されており、

状態制御情報には、当該ボタン部材を指定する指定情報が記述されることを特徴とする請求項 2記載の記録媒体。

4. 前記グラフィクスストリームにおいて、前記複数のグラフィクスデータの前にはボタン部材の状態を制御する状態制御情報が配されており、対話画面の初期表示において、デフォルトでセレクテツド状態となるボタン部材を、再生装置の内部状態に応じて動的に変化させる場合、

当該ポタン部材のセレクテツド状態を構成するグラフィクスデータは、状態集合において順不同に配置されており、

状態制御情報には、デフォルトでセレクテッド状態となるボタン部材が、動的に変化する旨を示す指定情報が記述される

ことを特徴とする請求項 2記載の記録媒体。

5. ビデオストリーム及びグラフィクスストリームを再生する再生装置であつて、

ビデオストリームをデコードして動画像を得るビデオデコーダと、

グラフィカルなボタン部材を含む対話画面を、動画像に合成して表示させるグラフィクスデコーダとを備え、

グラフィクスストリームに含まれる複数グラフィクスデータは、複数の状態集合のどれかにグルーピングされており、

各状態集合は、各ボタン部材が遷移し得る複数状態のうち、 1 つの状態に対応しているグラフィクスデータの集合であり、各状態集合はストリーム中において、対応する状態の順に、'シーケンシャルに並んでおり、

グラフィクスデコーダは、

複数状態集合のうち、先頭の状態集合に属するグラフィクスデータ及び次順位の状態集合に属するグラフィクスデータを用いて対話画面の初期表示を行い、ュ一ザ操作がなされれば、残りのグラフィクスデータを用いて対話画面の更新を行フ

ことを特徴とする再生装置。

6. グラフィクスデコーダは、

複数の状態集合に含まれるグラフィクスデータをデコードするグラフィクスプ口セッサと、

デコードされた非圧縮グラフィクスデータを複数格納するォブジヱクトバッファと、動画像と合成すべき非圧縮グラフィクスデータが格納されるグラフィクスプレ —ンと、

制御部とを備え、

対話画面の初期表示とは、

オブジェクトバッファに格納された非圧縮グラフィクスデータのうち、前記先頭及び次順位の状態集合に属するものがグラフィックスプレーンに書き込まれた際、グラフィックスプレーンにおける格納内容を動画像と合成させるよう、制御部が制御することであり、

対話画面の更新とは、

オブジェクトバッファに格納された非圧縮グラフィクスデータのうち、残りのものグラフィックスプレーンに書き込まれた後に、グラウイツクスプレーンにおける格納内容を動画像と合成させるよう、制御部が制御することであることを特徴とする請求項 5記載の再生装置。

7. ボタン部材が遷移し得る複数状態には、ノーマル状態、セレクテツド状態、アクティブ状態があり、

前記グラフィクスストリームは、ノーマル状態に対応する状態集合、セレクテッド状態に対応する状態集合、アクティブ状態に対応する状態集合を含み、これらの状態集合は、グラフィクスストリームにおいてノーマル状態→セレクテツド状態→ァクティブ状態の順に並んでおり、

前記グラフィクスストリームにはボタン部材の状態を制御する状態制御情報が配されており、

状態制御情報内にデフオルトでセレクテツド状態に設定すべきボタン部材が、記述されている場合、

グラフィクスデコーダは、

セレクテツド状態に対応する状態集合に属するグラフィクスデータのうち、前記ボタン部材に対応するもの（a)と、

ノーマル状態に対応する状態集合に属するグラフィクスデータのうち、前記ポタン部材に対応しないもの（b)とを用いて、初期表示を行う

ことを特徴とする請求項 6記載の再生装置。

8. 前記制御部は、セレクテッド状態に対応する状態集合の先頭に配置されているグラフィクスデータのデコ一ドが完了した時点で、

グラフィックスプレーンをクリァする処理と（i：)、

セレクテツド状態に対応する状態集合に属するグラフィクスデータのうち、前記ポタン部材に対応するもの（a)、ノーマル状態に対応する状態集合に属するグラフィクスデータのうち、前記ボタン部材に対応しないもの（b)を、オブジェクトバッファから読み出して、グラフィックスプレーンに書き込む処理と（i i)を行うことを特徴とする請求項 7記載の再生装置。

9. 記録媒体の記録方法であって、

アプリケーシヨンデータを作成するステップと、

作成したデータを記録媒体に記録するステップとを有し、

前記アプリケーシヨンデータは、

グラフィクスストリームを含み、

グラフィクスストリームは、グラフィカルなボタン部材を含む対話画面を、動画像に合成して表示させるものであり、

グラフィクスストリームは

グラフィクスデータを複数生成し、それらグラフィクスデータを、複数の状態集合のどれかにグルーピングして、各状態集合を、ストリーム中において、対応する状態の順に、シーケンシャルに並べることにより生成され、

各状態集合は、各ボタン部材が遷移し得る複数状態のうち、 1 つの状態に対応しているグラフィクスデータの集合である

ことを特徴とする記録方法。

1 0. ビデオストリーム及ぴグラフィクスストリームの再生をコンピュータに実行させるプログラムであって、

ビデオストリームをデコードして動画像を得る第 1ステップと、

グラフィカルなポタン部材を含む対話画面を、動画像に合成して表示させる第

2ステップとをコンピュータに実行させ、グラフィクスストリームに含まれる複数グラフィクスデータは、複数の状態集合のどれかにグルービングされており、

各状態集合は、各ボタン部材が遷移し得る複数状態のうち、 1 つの状態に対応しているグラフィクスデータの集合であり、各状態集合はストリーム中において、対応する状態の順に、シーケンシャルに並んでおり、

第 2ステップは、

複数状態集合のうち、先頭の状態集合に属するグラフィクスデータ及び次順位の状態集合に属するグラフィクスデータを用いて対話画面の初期表示を行い、ュ —ザ操作がなされれば、残りのグラフィクスデータを用いて対話画面の更新を行ラ

こ.とを特徴とするプログラム。

1 1 . ビデオストリーム及びグラフィクスストリームについての再生方法であつて、

グラフィカルなボタン部材を含む対話画面を、動画像に合成して表示させる第

2ステップとを有し、

グラフィクスストリームに含まれる複数グラフィクスデータは、複数の状態集合のどれかにグルービングされており、

各状態集合は、各ポタン部材が遷移し得る複数状態のうち、 1 つの状態に対応しているグラフィクスデータの集合であり、各状態集合はストリーム中において、対応する状態の順に、シ一ケンシャルに並んでおり、

第 2ステップは、

複数状態集合のうち、先頭の状態集合に属するグラフィクスデータ及び次順位の状態集合に属するグラフィクスデータを用いて対話画面の初期表示を行い、ュ一ザ操作がなされれば、残りのグラフィクスデータを用いて対話画面の更新を行ラ

ことを特徴とする再生方法。