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

Abstract

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

Description

明細書

記録媒体、 再生装置、 記録方法、 プログラム、 再生方法 技術分野

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

背景技術

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

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

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

発明の開示

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

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

ここでアニメーションを実現するためのグラフィ クスデータが 360枚 存在しており、 ポタン部材が 3つの状態をもっている場合、 グラフイ ク スデータは、 1 20枚 + 1 20枚 + 1 20枚というように、 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、 ODSの内部構成を示す図である。

図 9は、 様々な種別の機能セグメントにて構成される論理構造を示す 図である。

図 1 0 ( a ) は、 0DS によるグラフィ クスオブジェク トを定義するた めのデータ構造を示す図である。

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

図 1 1は、 Interactive Composition 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、 ODSの一例を示す図である。

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

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

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

図 22は、 defaidし selected— button_numberが" =0" である場合と、" =ボタン B"である場合とで S- ODSsにおいて 0DSの並びがどのように変 わるかを示す図である。

図 23 (a) (b) は、 N- ODSsにボタン A~Dを構成する複数 0DSが含 まれており、 S-ODSsにボタン A〜Dを構成する複数 0DSが含まれている 場合、 ∑SIZE(DSn[ICS.BUTTON[i]])がどのような値になるかを示す図で ある。 図 24は、 ICSによる同期表示時のタイ ミ ングを示す図である。

図 2 5 は、 対話画面の初期表示が複数 0DS にて構成され、 def aul t_selected_button_numberが有効である場合の DTS、 PTSの設定 'を示す図である。

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

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

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

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

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

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

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

図 33は、 再生装置によるパイプライン処理を示すタイ ミ ングチヤ一 トである。

図 34は、 デフ ォル トセレクテッ ドボタンが動的に変わる場合の、 再 生装置によるパイプライン処理を示すタイ ミ ングチャートである。 図 35は、 制御部 20による LinkPL 関数の実行手順を示すフローチ ヤー トでめる。

' 図 36は、 Segment のロード処理の処理手順を示すフローチャートで ある。

図 37は、 多重化の一例を示す図である。

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

図 39は、 通常再生が行われる場合を示す図である。 図 4 0は、 図 3 9のように通常再生が行われた場合の DS 1 , 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 の製造工程を示すフローチヤ一 トである。

発明を実施するための最良の形態

(第 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 キー、 MoveDownキー、 MoveR i ghtキー、 MoveLef tキーが設けられている。 ここで対話画面におけるポタ ンは、 ノ一マル状態、 セ レクテツ ド状態、 ァクティブ状態という 3つの状態をもち、 これら MoveUpキー、 MoveDown キー、 MoveR i ghtキー、 MoveLef tキーは、 このボタンの状態をノーマル 状態→セレクテツ ド状態→ァクティ ブ状態と変化させる操作をユーザ から受け付ける。 ノーマル状態とは、 単に表示されているに過ぎない状 態である。 これに対しセレクテッ ド状態とは、 ユーザ操作によりフォー カスが当てられているが、 確定に至っていない状態をいう。 アクティブ 状態とは、 確定に至った状態をいう。 MoveUpキーは、 対話画面において あるボタンがセレクテツ ド状態である場合、 このボタンょり上にあるボ タンをセレクテツ ド状態に設定するためのキーである。 MoveDownキーは、 このボタンより下にあるボタンをセレクテツ ド状態に設定するための キ一、 MoveR i ght キ一は、 このポタンより右にあるポタンをセレクテツ ド状態に設定するためのキー、 MoveLef tキーは、 このボタンより左にあ るポタンをセレクテツ ド状態に設定するためのキーである。

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

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

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

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

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

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

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

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

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

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

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

YYY. MPLS (プレイ リス ト情報）は、 再生経路情報であるプレイ リス トを 構成するテーブルであ り 、 複数の Playltem 情報（Playltem 情報 #1，#2,#3···#η)と、 これら Playltem 情報数（Number)とからなる。 図 6 は、 PL 情報の内部構成を示す図である。 Playltem情報は、 プレイ リス トを構成する 1つ以上の論理的な再生区間を定義する。 Playltem情報の 構成は、 引き出し線 hsl によりクローズアップされている。 この引き出 し線に示すように Playltem情報は、 再生区間の In点及び Out点が属す る AVClip の 再 生 区 間 情 報 の フ ア イ ル 名 を 示 す 『C1 ip— Information— fi le_name』 と、 当該 AVClip がどのような符号化 方式で符号化されているかを示す 『Clip_codec— identifierj と、 再生 区間の始点を示す時間情報 『IN_time』 と、 再生区間の終点を示す時間 情報 『0UT_time』 とから構成される。

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

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

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

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

第 3段目は、 グラフ ィ クスス ト リームの構成を示す。 グラフ ィ クスス ト リ ームは、 ICS (Interactive Composition Segment)、 PDS(Palette Dif inition Segment)、 0DS(0bject— Definition— Segment)、 END (END of Display Set Segment)と呼ばれる機能セグメントからなる。 これらの機 能セグメン トのうち、 ICSは、 画面構成セグメントと呼ばれ、 PDS、 0DS、 END は定義セグメント と呼ばれる。 PES バケツ トと機能セグメン ト との 対応関係は、 1 対 1 の関係、 1 対多の関係である。 つまり機能セグメ ン トは、 1つの PESパケッ トに変換されて BD- ROMに記録されるか、 又は、 フラグメ ン ト化され、 複数 PESバケツ トに変換されて BD-R0Mに記録さ れる。

図 8 (b) は、 機能セグメ ン トを変換することで得られる PESバケツ トを示す図である。 図 8 (b ) に示すように PESパケッ トは、 パケッ ト ヘッダと、 ペイロードとからなり、 このペイロードが機能セグメント実 体にあたる。 またパケッ トヘッダには、 この機能セグメン トに対応する DTS、 PTSが存在する。 尚以降の説明では、 機能セグメントが格納される PESバケツ トのへッダ内に存在する DTS及び PTSを、 機能セグメン トの DTS及び PTS として扱う。

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

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

第 1段目の Epochとは、 AVC l i pの再生時間軸上においてメモリ管理の 連続性をもっている一つの期間、 及び、 この期間に割り当てられたデー タ群をいう。 ここで想定しているメモリ とは、 一画面分のグラフィ クス を格納しておくためのグラフィクスプレーン、 伸長された状態のクラフ ィクスデータを格納しておくためのォブジェク トバッファである。 これ らについてのメモリ管理に、 連続性があるというのは、 この Epochにあ たる期間を通じてこれらグラフィ クスプレーン及ぴォブジヱク トパッ ファのフラッシュは発生せず、 グラフイ ツクプレーン内のある決められ た矩形領域内でのみ、 グラフィタスの消去及び再描画が行われることを いう（※ここでフラッシュとは、 プレーン及ぴバッファの格納内容を全 部ク リ アしてしまうことである。 ）。 この矩形領域の縦横の大きさ及び 位置は、 Epoch にあたる期間において、 終始固定されている。 グラフィ ックプレーンにおいて、 この固定化された領域内で、 グラフィ クスの消 去及ぴ再描画を行っている限り、 シームレス再生が保障される。 つまり

Epoch は、 シームレス再生の保障が可能な再生時間軸上の一単位という ことができる。 グラフィ ックプレーンにおいて、 グラフィ クスの消去' 再描画を行うべき領域を変更したい場合は、 再生時間軸上においてその 変更時点を定義し、 その変更時点以降を、 新たな Epochにせねばならな い。 この場合、 2つの Epochの境界では、 シームレス再生は保証されな い。

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

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

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

『Acquisition Point』 は、" 表示リフ レッシュ" という表示効果をも たらす Display Set であり、 先行する Epoch Start と関連性をもつ。 Acquisition Pointの類型には、 『Duplicate』 と、 『Inherit』 とがある。 Duplicateとは、先行する Epoch Startと全く同じ Display Setをいい、

Inherit とは、 先行する Epoch Startの機能セグメントを継承している が、 ポタンコマンドのみが違う Display Setをいう。 Acquisition Point たる DSは、 Epochの開始時点ではないが、 次の画面合成に必要な全ての 機能セグメン トを含んでいるので、 Acquisition Pointたる DSから頭出 しを行えば、 グラフィ ックス表示を確実に実現することができる。 つま り Acquisition Pointたる DSは、 Epochの途中からの画面構成を可能す るという役割をもつ。

Acquisition Pointたる Display Set は、 頭出し先になり得る位置に 組み込まれる。 そのような位置には、 タイムサーチにより指定され得る 位置がある。 タイムサーチとは、 何分何秒という時間入力をユーザから 受け付けて、 その時間入力に相当する再生時点から頭出しを行う操作で ある。 かかる時間入力は、 10 分単位、 10 秒単位というように、 大まか な単位でなされるので、 10 分間隔の再生位置、 10 秒間隔の再生位置が タイムサーチにより指定され得る位置になる。 このようにタイムサーチ により指定され得る位置に Acquisition Pointを設けておく ことにより、 タイムサーチ時のグラフ ィ クスス ト リーム再生を好適に行うことがで きる。

『Normal CaseJ は、" 表示アップデート" という表示効果をもたらす DSであり、 前の画面合成からの差分のみを含む。 例えば、 ある DSvのボ タンは、 先行する DSuと同じ絵柄であるが、 状態制御が、 この先行する DSuとは異なる場合、 ICSのみの DSv、 又は、 ICSと PDSのみの DSvを設 けてこの DSvを Normal Caseの DS にする。 こうすれば、 重複する 0DS を設ける必要はなくなるので、 BD-R0Mにおける容量削減に寄与すること ができる。一方、 Normal Caseの DSは、差分にすぎないので、 Normal Case 単独では画面構成は行えない。

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

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

『Object_Definition— Segment：』 は、 グラフィ クスォブジ ιク トを定 義する情報である。 このグラフィ クスォブジェク トについて以下説明す る。 BD- ROMに記録されている AVClipは、 ハイビジョン並みの高画質を セールスボイ ントにしているため、 グラフィ クスォブジヱク トの解像度 も、 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 のバージョ ンを示す

『object— version_n龍 ber』. と、 u iast— insequence— flag』 と、 グラフィ ク ス ォブジ ヱ ク 卜 の一部又は全部であ る連続バイ ト 長デー タ

『object— data— f ragment』 とからなる。

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

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

.『Palette Difinition SegraentJ は、 色変換用のパレッ トを定義する 情報である。 PDS のデータ構造を図 1 0 (b) に示す。 図 1 0 (b) に 示すように PDSは、 自身が PDSであることを示す 『segment_type』、 PDS のデータ長を示す 『segment— length』、 この PDS に含まれるパレツ トを 一意に識別する 『Pallet— id』、 Epochにおける Epochの PDSのパ一ジョ ン を示す 『 version_number』、 各 エ ン ト リ 一 に つ い て の 情報 『Pallet— entry』 からなる。 『Pal let— entry』 は、 各エン ト リーにおけ る赤色差成分（Cr値），青色差成分（Cb値），輝度成分 Y値，透明度（T値）を 示す。

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

『END of Display Set SegmentJ は、 Display Set の伝送の終わりを 示す指標であり、 Display Set における ICS、 PDS, 0DSのうち、 最後の

0DSの直後に配置される。 この END of Display SetSegmentの内部構成 は、 当該機能セグメントが END of Display SetSegmentであることを示 す segment一 type と 、 当該機能 セ グメ ン ト の デー タ 長 を示す segment_lengt とからなり、 これといつて説明が必要な構成要素はない。 故に図示は省略する。

続いて ICSにつ ヽて説明する。 Interactive Composition Segmentは、 対話的な画面を構成す る機能セ グメ ン ト であ る。 Interactive

Composition Segment は、 図 1 1に示すデータ構造で構成される。 本図 に示すよう に ICS は、 『 segment— type』 と、 『 seg廳 t— length』 と、

『 composi tion_mimber 』 と 、 u compo.si tion_state 』 と 、

『 command— update— flag』 と 、 『 Composition— timeout— PTS 』 と 、 『 Selection_timeout_PTS 』 と 、 『 U0_Mask— Table 』 と 、 『animation— frame— rate— code』と、『defaul t— selected— button— number』 と、 『default— activated— button— numberj と、 『ボタ ン情報群（button info(l)(2) (3)····) J とからなる。

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

『composition— state』 は、 本 ICSから始まる DSが、 Normal Caseで あるか、 Acquisition Pointである力、 Epoch Startであるか ¾示す。

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

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

『Selection— Timeout_PTS』 は、 有効なボタン選択期間の終了時点を 記 述 す る 。 Selection— Timeout— PTS の 時 点 に お い て 、

Default_activated_button_number により特定されるボタンがァクティ ベ一卜される。 Selection— Timeout— PTS は、 composition— time— out— PTS の時間と等しいかそれより短い。 Selection— TimeoulPTS はビデオフ レ ームの時間精度で記述される。

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

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

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

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

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

『button_number』 は、 ボタン iを、 ICSにおいて一意に識別する数値 である。

『numerically_selectable— flag』 は、 ボタン i の数値選択を許可す るか否かを示すフラグである。

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

『object— horizontal— position』、 『objeci:— vertical— positionj は、 対話画面におけるボタン iの左上画素の水平位置、 垂直位置を示す。

『upper_button一 number』 は、 ポタン i がセレクテツ ド状態である場 合において M0VEUPキーが押下された場合、 ボタン i の代わりに、 セレ クテツ ド状態にすべきボタンの番号を示す。 もしこのフィ一ルドにボタ ン iの番号が設定されていれば、 M0VEUPキーの押下は無視される。

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

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

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

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

『start— object_id_selected』 は、 セレクテツ ド状態のポタン iをァ ニメーションで描画する場合、 アニメーションを構成する複数 0DSに付 加された連番のうち、 最初の番号がこの starし object_id_selected に 記述される。 こ の End— object— id_selected に示される ID が、 start_object_id_selectdに示される IDと同じである場合、 この IDに て示されるグラフイ ツクスオブジェク トの静止画が、 ボタン iの絵柄に なる。

『end_object__id— selected』 は、 セレク ト状態のボタンをアニメ一シ ヨ ンで描画する場合、 アニメーショ ンを構成する複数 0DSに付加された 連 番 た る 『 object— ID 』 の う ち 、 最 後 の 番 号 が こ の end— object— id— selectedに目 ti¾i れる。

『repeat_selected一 f lag』 は、 セレクテッ ド状態にあるポタン iのァ 二 メ ー シ ョ ン 表示 を 、 反復 継 続 す る か ど う か を 示 す 。 start— object— id— selected と、 end— object— id— selected とが同じ値に なるなら、 本フィールド 00に設定される。

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

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

続いてボタンコマンドについて説明する。

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

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

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

Playltem に よ り 再生 開始位置 を指 定 し た LinkPL 関数 を LinkPLatPlayItem〇、

Chapter に よ り 再生 開 始位置 を 指 定 し た LinkPL 関 数 を LinkPLatChapter 0、

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 (弓 I数)

この関数は、 引数で指定された Player Status Register の設定値を 取得する。

(ii) Set value of Player Status Registerコマン ド、

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

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

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

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

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

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

この ICS による制御の実行タイ ミ ングが、 図 1 3に示す動画のうち、 任意のピクチャデータ ptl の表示タィ ミ ングであれば、 ボタン A〜ボタ ン Dからなる対話画面 tml が、 このピクチャデータ ptl に合成（gsl)さ れて表示されることになる（gs2)。 動画の中身に併せて、 複数ボタンか らなる対話画面が表示されるので、 ICS によりボタンを用いたリアルな 演出が可能になる。

図 1 5に示すボタン A〜ボタン Dの状態遷移を実行する場合の ICSの 記述例を図 1 4に示す。図 1 5における矢印 Wil，hh2は、 button info(l) の neighbor_info()による状態遷移を象徴的に表現している。 button info(l)の neighbor— infoOにおける lower— button—numberは、 ボタン C に設定されているため、 ポタン Aがセレクテツ ド状態になっている状態 で、 MOVEDownキー押下の U0が発生すれば（図 1 5の upl)、 ポタン が セ レ ク テ ツ ド状態に な る （図 1 5 の sjl)。 button info(l) の neighbor— infoOにおける right— button—議 ber は、 ポタン Bに設定さ れているため、 ポタン A がセレクテツ ド状態になっている状態で、 MOVERightキー押下の U0が発生すれば（図 1 5の up2)、 ボタン Bがセレ クテツ ド状態になる（図 1 5の sj2)。

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

続いてボタン A〜ボタン Dの絵柄について説明する。 0DS11, 21, 31,41 が図 1 6に示す絵柄であるものとする。 そしてポタン Aに割り当てられ た 0DS11〜19は、 図 1 7のような絵柄であるものとする。 ICSにおける button— info (1) の normal— state— inf o〇 に お け る start— object— id— normal, end— object— id— normal は、 0DS1卜 13 を指定 しているため、 ボタン Aのノーマル状態は、 0DS11〜13によるアニメ一 ションで表現される。 また button— inf 0(1)の selected_state— inf o〇に おける start— object— id— selected, end— object— id— selected は、 0DS14 -16を指定しているため、 ボタン Aのセレクテツ ド状態は、 0DSU〜16 で表現される。 ユーザがこのポタン Aをセレクテツ ド状態にすることに より、 ボタン A の絵柄たる肖像は、 0DS11〜13 によるものから、 0DS14 〜 16 に よ る も のへと変化する。 こ こ で normaし state_info()、 selected— state— infoO に お け る repeat— normal— flag, repeat_select— flagを 1 にしておけば、 0DS11~ 13 によるアニメーション、 0DS14〜16によるアニメーションは、 図中の「→ (A)」，「（A)→」，「→(B)」，「（B)→」，に示すように、 アニメーション表示は 反復継続する。

アニメーション描画が可能な複数 0DSが、 ボタン A〜ボタン Dに割り 当てられており、 これらによる制御が ICSに記述されていれば、 ユーザ 操作に併せてキャラクタの表情が変わるような、 リアルなボタンの状態 制御を実現することができる。 続いて numerically— selectable— flag による応用について説明する。 図 1 8は、 DSに含まれる ICS、 0DSの一例を示す図である。 本図におけ る 0DS31〜33は、 図中上段に示すような 3人の野球選手の肖像及び選手 名、 背番号を示すものとする。 一方、 この DSに属する ICSは、 3つのポ タン情報を含んでおり、 ボタン情報（1)の start_object— idは、 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)は、 全て numerical ly_selectable_f lagが 1 に設定されているものとする。 この 場合、 ボタン情報（1)〜（3)に対応する各ボタンの数値選択が可能になる ので、 ユーザにより リモコン 400による「99」の数値入力がなされれば、 ビギナーズ ·ラック選手のポタンがセレクテッ ド状態になる。 数値「99」 の入力は、 「9」キーの押下と、 「9」キーの押下とを連続して受け付けるこ とで実現しても良い。 また「9」キーの押下と、 「 + 10」キーの 9回の押下と を連続して受け付けることで実現しても良い。 「42」 の数値入力がなさ れれば、 ケアレス ·ミス選手のボタンがセレクテッ ド状態、 「94」 の数値 入力がなされれば、 デッ ド ·ス ト ツク選手のボタンがセレクテツ ド状態 になる。

これらのポタン情報（1：)〜（3)の auto_action_nagが 1 に設定されて いれば、 これら 3つのボタンはセレクテツ ド状態になる代わりにァクテ イ ブ状態にな り 、 ボタ ン情報の内部に含まれるポタ ン コ マン ド

(LinkPL (PL#21) , LinkPL (PL#22) , Li nkPL (PL#23) )が実行される。 3つのボ タン情報に含まれるボタンコマンドのリ ンク先 PL#21，#22，#23が、 それ それの選手の打撃シーン、 投球シーンであれば、 これら打撃シーン、 投 球シーンは、 選手の背番号にあたる数値入力で再生されることになる。 背番号という、 知名度が高い番号でのダイ レク トなボタン選択が可能に なるので、 ユーザによる操作性は一段と高まる。

続いて Display Set における 0DSの順序について説明する。 Display Setに属する ODSは、 ボタンの 1つの状態を表すよう ICSにて指定され ていることは、 上述した通りである。 0DS は、 こう した指定、 つまり、 ボタンのどの状態を示すかという指定に応じて、 Display Set における 順序が決められる。

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

図 1 9は、 Display Set に属する 0DSの順序を示す図である。 本図の 第 2段目に、 Display Setにおける 3つの button-stateグループを示す。 本図においてノーマル状態を描く 0DSの集合（ODSs for Normal state)、 ポタンのセレクテツ ド状態を描く 0DSの集合（ODSs for Selected state)、 ボタンのァクティブ状態を描く 0DS の集合（ODSs for Actioned 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における添字 nは各ボタンのノーマル状 態を表し、 As，Bs，Cs,Ds における添字 sは各ポタンのセレクテツ ド状態 を表す。 Aa,Ba,Ca，Daにおける添字 aは各ボタンのァクティブ状態を表 す。 図 1 9の第 2段目は、 第 1段目のグラフィ クスオブジェク トが属す る button- stateグループを示す。 尚、 本図における 0DSl〜0DSnという 表記は、 「1」，「n」という ような同じ番号が付されているが、 これら N-ODSs, S- ODSs, A- ODSsに属する ODSは別々のものである。 以降、 同様の 表記の図は同じ意味であるとする。

図 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 は、 Display Set における ODSの順序を示 す図である。 本図において 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 Actioned state は、 0DS17~ 19, 0DS27〜 29， 0DS37〜 39， 0DS47

〜49から構成されている。 0DS11~13は、 図 1 7に示したような、 キヤ ラクターの表情変化を描く ものであり、 0DS21〜23，0DS31〜33,0DS41〜 43 も同様なので、 これらの 0DSを先頭の button- stateグループに配置 することにより、 Di splay Set の読み出しの途中であっても、 初期表示 の準備を整えることができる。 これによりアニメ一ションを取り入れた 対話画面を、 遅滞なく実行することができる。

続いて複数のボタン状態からの多重参照される 0DSの順序について説 明する。 多重参照とは、 ある 0DSについての obj ect_i dが I CSにおける 2 以 上 の norma l_state— i nfo, sel ected— state— i nfo, act i vated— state— i nfo に よ り指定されていることをいう。 かかる多重参照を行えば、 あるボタンの ノーマル状態を描くグラフィ クスオブジェク トを用いて、 他のボタンの セレクテツ ド状態を描く ことができ、 グラフィ クスオブジェク トの絵柄 を共用することができる。 かかる共用により、 0DS の数を少なくするこ とができる。 多重参照される 0DS については、 どの button- state ダル ープに属するかが問題になる。

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

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

ある 0DS がノーマル状態、 セレクテッ ド状態で多重参照されるなら、 ノーマル状態に対応する button-state グループ（N- ODSs)にこの 0DS は 配置され、セレクテツ ド状態に対応する button-stateグループ（S- ODSs) には配置されない。 また別の 0DSがセレクテッ ド状態、 アクティブ状態 で多重参照されるなら、 セレクテツ ド状態に対応する button-state グ ループ（S-ODSs)にこの 0DS は配置され、 アクティ ブ状態に対応する button-stateグループ（A- ODSs)には配置されない。 このように多重参照 される 0DS は、 最も早く出現する状態に対応する button- state グルー プ内に一回だけ配置される。 以上が多重参照される 0DSの順序について の説明である。 S-ODSsにおける、 ODSの順序について説明する。 S-ODSsにおいて、 ど の 0DSが先頭に位置するかは、 デフ ォルトセレクテツ ドボタンが静的に 確定しているか、 動的であるかによって違う。 確定したデフォル トセレ クテツ ドボタンとは、 ICSにおける defaulし selected_button_numberに 00以外の有効な値が設定され、 この値で指示されるボタンのことをいう。 default一 selected_button— numberが有効な値を示しており、 尚且つデフ オルトセレクテツ ドボ夕ンを表す 0DSが、 N- ODSsに無い場合は、 デフォ ルトセレクテツ ドボタンを表す 0DSが、 S- ODSsの先頭に配置される。 default— selected_button— numberが値 00を示している場合、 デフォ ルトでセレクテッ ド状態に設定されるボタンは、 再生装置側の状態によ つて動的に変化する。

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

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

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

以上が 0DS の順序についての説明である。 続いてこれら ICS、 0DS を 有した Display Setが、 AVClipの再生時間軸上にどのように割り当てら れるかについて説明する。 Epoch は、 再生時間軸上においてメモリ管理 が連続する期間であり、 Epochは 1 つ以上の Display Setから構成され るので、 Display Setをどうやって AVC1 ipの再生時間軸に割り当てるか が問題になる。 ここで AVClipの再生時間軸とは、 AVClipに多重された ビデオス ト リームを構成する個々のピクチャデータのデコードタイ ミ ング、 再生タイ ミ ングを規定するための想定される時間軸をいう。 この 再生時間軸においてデコードタイ ミング、 再生タイ ミ ングは、 90KHZ の 時間精度で表現される。 Display Set 内の ICS、 0DS に付加された DTS、 PTS は、 この再生時間軸において同期制御を実現すべきタイ ミングを示 す。 この ICS、 0DSに付加された 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])に示されるので、 これにデコードを要する最 長時間を加えた時刻が、 Display Setの ODSj のデコード終了保証時刻に なる。

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

尚、 本明細書において演算子" ΙΓ は、 小数点以下切り上げの割算 を示す。

この最長時間を 90KHzの時間精度に変換し、 ODSj の DTSに加算するこ とにより、 PTSで示されるべきデコード終了時刻（90KHz)は算出される。

DSnに属する ODSj の PTSを、 数式で表すと、 以下の式のようになる。

PTS (DS [ODSj]) =DTS (DSn [ODSj] )+90, OOOx (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)を足 した値以降に設定される。 一方 Acquisition Pointであれば、 ODSの PTS 値（1)にプレーン書込期間（3)を足した値（ODSの PTS値（1) +プレーン書 込期間（3))以降に設定される。

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

ICSにおいて dei'aul t— selected— button— numberが指定されていない場 合は、 どのボタンがセレクテッ ド状態になるかわからないから、 全ポ夕 ンのノーマル状態、 セレクテツ ド状態を描画する準備が整なわないと、 初期表示の準備が完了しない。 初期表示における複数ボタンのセレクテ ッ ド状態を描画する S-ODSs のうち、 デコー ド時刻が最も遅いものを S- ODSslastと呼ぶ。 この S-ODSslastの PTS値を、 デコー ド時刻が最も 遅い 0DSの PTS値として、 ICSの PTSの基準値に用いる。

S - ODSsfirstのデコード終了時刻を PTS(DSn[S-ODSsf irst])とすると、 PTS(DSn[ICS])は、 PTS (DSn [S- ODSsf i rst] )に、 グラフィ クスプレーンの ク リアに要する時間（2)、 0DSのデコードにより得られたグラフィ クスォ ブジェク トをグラフ ィ クスプレーンに書き込む書込時間（3)を足した値 になる。

グラフ ィ ッ クプレーン内において描画可能な矩形領域の横幅を video— width，縦幅を video— height とし、 グラフィ ックプレーンへの書 込レー トを 128Mbpsとすると、 グラフィ ックプレーンのク リァに要する 時間は、 8xvideo— widthxvideoJieight〃128, 000, 000 と表現される。 これを 90KHzの時間精度で表現すれば、 グラフィ ックプレーンのクリァ 時間 (2)は 90, 000 (8 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]])は、 各ポタンを表すグラフィ クス ォブジヱク トのうち、 最初に表示されるもののサイズの総和を意味する。 この∑ SIZE(DSn[ICS.BUTTON[i]])はデフ オルトセ レクテツ ドボタンが 確定している場合と、 動的に変わる場合とで、 違う値になる。 デフオル ト セ レ ク テ ッ ド ボ タ ン が 静 的 に 確 定 し て い る 場 合、 ∑ SIZE(DSn [ICS. BUTTON [i]])は、 デフォルトセ レクテツ ドボタンのセ レク テツ ド状態を表す複数 0DSのうち最初に表示されるもの、 デフオルトセ レクテツ ドボタン以外のボタンのノーマル状態を表す複数 0DS のうち、 最初に表示されるものの総和になる。

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

この Max(0DSnl,0DSsl)を、全てのボタンについて足し合わせた結果が、

∑SIZE (DSn [ICS. BUTTON [i ] ] )になる。

図 23 (a) (b) は、 N- ODSsにポタン A〜Dを構成する複数 0DSが含 まれており、 S-ODSsにボタン A〜Dを構成する複数 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〜ボタン Dのノーマル状態を表す複数の 0DSのうち最初に表示 さ れ る 0DS を示す。 こ れ ら の サ イ ズを sizeOで表す と 、 ∑ SIZECDSn [ICS. BUTTON [i]]) は 、 size(Asl)+size(Bnl)+size(Cnl)+size(Dnl)になる。

一方、 defaul t— selected— button— numberが" =0" であるなら、 Anl, Asl のうち大きい ODS、Bnl,Bslのうち大きい 0DS、Cnl,Cslのうち大きい 0DS、 Dnl.Dslのうち大きい 0DSの和が∑ SIZE (DSn [ICS. BUTTON [i] ])になる。 故に∑ SIZE (DSn [ICS. BUTTON [i]])は、

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

= max (size (Anl) , s i ze (Asl) )+max (size (Bnl) , size(Bsl))

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

PTS(DSn[ICS ≥PTS(DSn[S- ODSsfirst])

+90, OOOx (8 video_widthxvideo_height//128, 000, 000) +90, 000 x (∑ SIZE (DSn [ICS. BUTTON [i]])〃128， 000， 000)

一方、 default_selected— button_number が無効で あ る 場合、

PTS (DSn [S-ODSsf i rst] )を PTS (DSn [S-ODSsl as t] )に置き換えればよい。 つまり算出式は、 以下の通りになる。 PTS(DSn[ICS])≥PTS(DSn[S-ODSslast])

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

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

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

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

更に、 初期表示の実現には、 画面ク リアを行い、 デコードされたグラ フ ィ ク ス ォ ブ ジ ヱ ク ト を 転送せ ね ば な ら な い か ら 、 こ の

PTS(DSn[S- ODSsfirst])の値に画面ク リ アに要する期間（90, 000 x (8 x video_widt xvideo_height//128, 000, 000)), デコードされたグラフィ ク ス オ ブ ジ ェ ク ト の 転 送 期 間 （90,000 ( ∑ SIZE(DSn [ICS. BUTTON [Π] )〃128， 000， 000))を足した時点以降を、 ICSの PTS(DSn[ICS])として設定せねばならない。

図 2 6は、 対話画面の初期表示が複数 0DSにて構成され、 デフォルト セレクテツ ドボ夕ンが未定である場合の DTS、 PTS の設定を示す図であ る。初期表示を実現する S- ODSsのうち、デコ一ドが最も遅い S- ODSslast のデコードが図中の期間 dd2の経過時に終了するなら、.この S- ODSslast の PTS(DSn[S-0DSslast])は、期間 dd2の経過時を示すように設定される。 更に、 初期表示の実現には、 画面クリアを行い、 デコー ドされたダラ フ ィ ク ス ォ ブ ジ ェ ク ト を 転送せ ね ば な ら な い か ら 、 こ の PTS(DSn[S-0DSslast])の値に画面ク リ ァに要する期間（90,000 (8 x video— width x video— height〃l 28, 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 メニューとは、 リモコン 40 0に設けられたメ二ユーキーの押下で Popup表示されるメ ニューであり、 この Popup表示が、 AVClipにおけるあるピクチャデータ の表示タイ ミ ングで可能になることも、 ICS の PTS による同期制御であ る。 Popupメ二ユーを構成する 0DSは、 ボタンを構成する 0DS と同様、

0DS のデコードが完了し、 デコードにより得られたグラフィ ックスォプ ジェク トがグラフィ ックプレーンに書き込まれる。 このグラフィ ックプ レーンへの書き込みが完了していなければ、 ユーザからのメニューコ一 ルに応ずることはできない。 そこで Popupメニューの同期表示にあたつ て、 I CSの PTSに、 Popup表示が可能になる時刻を示しておくのである。 以上説明した Di splay Set ( ICS、 PDS、 0DS)のデータ構造は、 プログラ ミ ング言語で記述されたクラス構造体のィンスタンスであり、 ォ一サリ ングを行う制作者は、 このクラス構造体を記述することにより、 BD-R0M 上のこれらのデータ構造を得ることができる。

以上が本発明に係る記録媒体の実施形態である。 続いて本発明に係る 再生装置の実施形態について説明する。 図 2 7は、 本発明に係る再生装 置の内部構成を示す図である。 本発明に係る再生装置は、 本図に示す内 部に基づき、 工業的に生産される。 本発明に係る再生装置は、 主として システム LS I と、 ドライブ装置、 マイ コ ンシステムという 3つのパーツ からなり、 これらのパーツを装置のキャビネッ ト及び基板に実装するこ とで工業的に生産することができる。 システム LS I は、 再生装置の機能 を果たす様々な処理部を集積した集積回路である。 こう して生産される 再生装置は、 BD ドライブ 1、 トラックバッファ 2、 P ID フィルタ 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 Graphi cs プロセッサ 1 4、 Obj ect Buffer 1 5、 Compos i t i onバッ フ ァ 1 6、 Graph i cs コ ン ト ローラ 1 7、 UO コン ト ロー ラ 1 8、 プレーヤレジスタ群 1 9、 制御部 2 0から構成される。

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

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

P IDフィルタ 3は、 トラックバッファ 2から出力される複数 TSパケッ トに対してフィルタリングを施す。 P ID フィルタ 3によるフィルタリ ン グは、 TSバケツ トのうち、所望の PIDをもつもののみを Transport Buffer

4 a, b, c に書き込むことでなされる。 PID フィルタ 3によるフィルタ リ ングでは、 バッファリングは必要ではない。 従って、 PID フィルタ 3に 入力された TSパケッ トは、 時間遅延なく、 Transport Buffer 4 a, b, cに 書き込まれる。

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

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

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

オーディオデコーダ 7は、 P IDフィルタ 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 Graphi cs プロセッサ 1 4、 Obj ect Buffer 1 5、 Compos i t i on ノ、、ッ フ ァ 1 6、 Graphics コン ト ローラ 1 7から構成される。

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

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

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

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

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

Buffer 1 5に格納されるべき複数 0DSのうち、 デフオルトセレクテッ ド ポタンの S- ODSsに属する 0DS、それ以外のボタンの N- ODSsに属する 0DS のデコードさえ完了すれば、 Graphicsコントローラ 1 7は対話画面の初 期表示のための書き込みを開始することができる。

図 30は、 lstUserAction(MoveRight)による対話画面更新時における Graphics コン トローラ 1 7の処理を示す図である。 本図に示すように、 ボ タ ン B の ボ タ ン 情 報 に お け る ボ タ ン 情 報 の Button— horizontal— position、 Button— vertical— positionに規定される 表示位置に、 ボタン Bの S-ODSsに属する ODSを書き込み、 ボタン Aの ボタ ン情報における ボタ ン情報の Button— horizontal— position, Button_vertical_positionに規定される表示位置に、ポタン Aの N- ODSs に属する 0DS を書き込むよう Graphics コントローラ 1 7は制御を行う (図中の矢印 w5，w6,w7, w8は、 この書き込みを象徴的に示す）。 この書き 込みにより、 図 20に示したような状態遷移を実現することができる。 ポタン Dは対話画面の初期表示時と同じく ノーマル状態のままである が、 アニメーシ ョ ンを継続するため、 グラフィ クスプレーン 8への書き 込みが継続してなされている。

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

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

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

PSR(O) ： Reserved

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

のス ト リーム番号 PSR(2) ： デコー ド対象たる副映像ス ト リームの

ス ト リーム番号

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

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

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

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

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

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

PSR(9) ： ナビゲーシヨ ンタイマのカウン ト値

PSR(IO) ： 現在セレクテッ ド状態にあるポタンの番号

PSR(1！)〜（12) ： Reserved

PSRC13) ： ユーザによるバレンタルレベルの設定

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

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

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

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

PSRC18) ： メニュー描画のための言語設定

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

制御部 20は、 グラフィ クスデコーダ 1 2との双方向のやりとりを通 じて、 統合制御を行う。 制御部 20からグラフ ィ クスデコーダ 1 2への やりとりとは、 U0 コン ト ローラ 1 8が受け付けた U0を、 グラフ ィ クス デコーダ 1 2に出力することである。 グラフィ クスデコーダ 1 2から制 御部 20へのやりとりとは、 ICS に含まれるボタンコマンドを制御部 2 0に出力することである。 以上のように構成された再生装置において、 各構成要素はパイプライ ン式にデコー ド処理を行う。

図 33は、 再生装置によるパイプライン処理を示すタイ ミ ングチヤ ー トである。 第 4段目は、 BD-R0Mにおける Display Setを示し、 第 3段目 は、 Coded Dataバッファ 1 3への ICS、 PDS、 ODSの読出期間を示す。 第 2段目は、 Stream Graphics プロセッサ 1 4による各 0DSのデコード期 間を示す。 第 1段目は、 Graphics コン ト ローラ 1 Ίによる処理期間を示 す。 各 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のデコード終了時刻は、 図中の PTSll, 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に読み出された 0DSを、各 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をク リ アするのに要する期間である。 また期間 tdl は、 Object Buffer 1 5上にえられたグラフィ クスォブジヱタ トのう ち、 対話画面の最初の一枚を構成するグラフィクスォブジヱク トを、 グ ラフィ クスプレーン 8に書き込むのに要する期間である。 グラフィクス プ レ ー ン 8 に お け る 書 込 先 は 、 I CS に お け る button— hori zontal— pos i t i on, Dutton_vert i cal— pos i t i on に示されてい る場所である。 つまり 0DS の PTS 13の値に、 画面クリァの期間 cdl と、 デコードにより得られたグラフィ クスオブジェク トの書込期間 tdl とを 足し合わせれば、 対話画面を構成する非圧縮グラフイ クスがグラフイ ク スプレーン 8上に得られることになる。 この非圧縮グラフイ クスの色変 換を CLUT 部 9に行わせ、 ビデオプレーン 6に格納されている非圧縮ピ クチャとの合成を加算器 1 0に行わせれば、 合成画像が得られることに なる。

Di spl ay Set に含まれる^ての 0DS をデコードした上で初期表示を行 う場合と比較すると、 セレクテツ ド状態に対応する button-state ダル ープ、 ァクティブ状態に対応する button-state グループのデコード完 了を待つことなく、 初期表示は可能になるので、 図中の期間 hyl だけ、 初期表示の実行は早められることになる。

尚、 本図における 0DSl〜0DSnという表記は、 「1」，「n」というような同 じ番号が付されているが、 これら N-ODSs, S-ODSs, A-ODSs に属する ODS は別々のものである。 以降、 同様の表記の図は同じ意味であるとする。 グラフィ クスデコーダ 1 2において、 Graphi cs コントローラ 1 7がグ ラフィ クスプレーン 8のク リアやグラフィ クスプレーン 8への書き込 みを実行している間においても、 Stream Graphi cs プロセッサ 1 4のデ コードは継続して行われる（第 2段目の ODSnのデコ一ド期間， 0DS1 のデ コード期間， ODSnのデコード期間 n, )。 Graphics コン トローラ 1 7によ るグラフィ クスプレーン 8のク リ アやグラフィ クスプレーン 8への書 き込みが行われている間に、 残りの 0DSに対するデコードは、 継続して なされるので、 残りの 0DSのデコードは早く完了する。 残りの 0DSのデ コー ドが早く完了することにより対話画面を更新するための準備は早 く整うので、 これら残りの 0DSを用いた対話画面更新も、 ユーザ操作に 即応することができる。 以上のようなパイプライン処理により、 対話画 面の初期表示、 更新の双方を迅速に実施することができる。

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

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

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

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

Cli 情報を読み込めば、 カ レント Clip情報の EP_mapを用いて Plyの

IN_time を、 ア ドレスに変換する（ステップ S 4)。 そして変換ァ ドレス により特定される ACCESS UNITを ACCESS UNITvにする（ステップ S 5)。 一方、 Plyの Out_Umeを，カ レント Clip情報の EP—mapを用いてァドレ スに変換する（ステップ S 6)。 そして、 その変換アドレスにより特定さ れる ACCESS UNITを ACCESS UNITwにする（ステツプ S 7)。

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

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

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

図 36は、 機能セグメントの口一ド処理の処理手順を示すフ口一チヤ 一トである。 本フローチャートにおいて SegmentKとは、 ACCESS UNITと 共に読み出された Segment (ICS, 0DS.PDS)のそれぞれを意味する変数で あり、 無視フラグは、 この SegmentK を無視するかロードするかを切り 換えるフラグである。 本フローチャー トは、 無視フラグを 0に初期化し た上で、 ステップ S 2 1〜S 24、 ステップ S 27〜 S 35の処理を全 ての SegmentKについて繰り返すループ構造を有している（ステツプ S 2 5、 ステップ S 26)。

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

ステップ S 27は、 ICSにおける Segment— Typeが Acquisition Point であるか否かの判定である。 SegmentKが Acquisition Pointであるなら、 ステップ S 28に移行し、 SegmentKがもし Epoch Startか Normal Case であるなら、 ステップ S 33に移行する。

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

28で No)

グラフィ クスデコーダ 1 2に先行する DSが存在する場合は（ステツプ S 28で Yes)、 無視フラグを 1 に設定して（ステップ S 29)、 ステップ S 3 1に移行する。

ステップ S 3 1は、 command一 update一 flag力 s 1 であるか否かの判定で ある。 もし 1 であるなら（ステップ S 3 1で Yes)、 ポタン情報のボタン コマン ドのみを Coded Data バッファ 1 3にロードし、 それ以外を無視 する（ステップ S 32)。もし 0であるなら、ステップ S 22に移行する。 これにより Acquisition Point を示す ICS は無視されることになる（ス テツプ S 24 )。

無視フラグが 1 に設定されていれば、 Acquisition Pointたる DSに属 する機能セグメン トは全て、 ステップ S 22が No になって、 無視され ることになる。

ステップ S 33は、 ICSにおける Segment_Typeが Normal Caseである か否かの判定である。 SegmentKが Epoch Startであるなら、 ステップ S

30において無視フラグを 0に設定する。

無視フラグが 0であれば（ステツプ S 22で Yes)、 SegmentKを Coded

Dataノ ソ フ ァ 1 3にロー ドし（ステップ S 23 )、

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

DS が、 図 37のように多重化されている場合を想定して、 DS の読み 出しがどのように行われるかを説明する。 図 37の一例では、 3つの DS が動画と多重化されている。 この 3 つの DS のうち、 初めの DS1 は、 Segment— Typeが Epoch— Startであり、 Command_update_f lagカ 0に設定 され、 LinkPL(PL#5)というポタンコマンドを含む。

DS10は、 DS1の duplicateであり、 Segment_Typeは Acquision Point, Co匪 and_update— f lagが 0に設定され、 LinkPL(PL#5)というボタンコマ ンドを含む。

DS20は、 DS1の Inheritであり、 Segment— Typeは Acquision Pointに な っ てい る。 DS1 か ら変化があ る の はポタ ン コ マ ン ドであ り (LinkPL(PL#10))、 これを示すべく Command_update_nagが 1 に設定さ れている。

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

図 39のように通常再生が行われた場合の DS1, 10,20のロードは、 図

40に示すものとなる。 3つの DSのうち、 ICSの Segment_Typeが Epoch

Startである DS1は、 そのまま Coded Dataバッファ 1 3にロードされる が（ステップ S 23)、 ICSの Segmenし Typeが Acquisi tion Pointである

DS10 については、 無視フラグが 1 に設定されるため（ステツプ S 29)、 これを構成する機能セグメントは Coded Data ノ ッファ 1 3にロードさ れず無視される（ステップ S 2 4 )。 また DS20 については、 ICS の Segment— Typeは Acquisition Pointでめるが、 Co匪 and— update— flagカ 1 に設定されているので、 ステップ S 3 1が Yes になり、 ボタンコマン ドのみがロードされて、 Coded Data ノ ッファ 1 3上の DS のうち、 ICS 内のボタンコマン ドのみをこれに置き換えられる（ステップ S 32)。 し かし無視フラグは依然として 1を示しているので、 このボタンコマン ド 以外は、 ロードされることなく無視される。

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

続いて Graphics コン ト ローラ 1 7の処理手順について説明する。 図 4 1は Graphics コン ト ローラ 1 7の処理手順のうち、 メインルーチン にあたる処理を描いたフローチャー トである。 本フローチャー トは、 同 期処理（ステップ S 35 )、 アニメーショ ン表示処理（ステップ S 36)、 U0処理（ステップ S 37)という 3つの処理を繰り返し実行するというも のである。

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

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

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

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

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

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

ステップ S 46は、 現在の再生時点が selection— TimeOut—PTSに示さ れ る 時 刻 で あ る か の 判 定 で あ り 、 も し そ う で あ れ ば 、 defaut— activated— button— number で指定されるポタンをァクティべ一 トする処理を行い、 メインルーチンにリ タ一ンする（ステップ S 54)。 ステップ S 47は、 現在の再生時点が Composition_TimeOut— PTSであ るかの判定であり、 も しそうであれば、 画面クリアを行ってメインルー チンにリターンする（ステップ S 55)。 以上がタイムスタンプによる同 期処理である。 この同期処理において、 ステップ S 5 1、 ステップ S 5 4の処理手順は、 サブルーチン化されている。 ステップ S 5 1のサブル —チンの処理手順を、 図 43を参照しながら説明する。

図 43は、 メニユーの初期表示をグラフィ クスプレーン 8へ書き込む 処理の処理手順を示すフローチャー トである。 ステップ S 64は、 ICS における Segment— typeが Epoch Start であるか否かの判定であり、 も し Epoch Startであればステップ S 65においてグラフィ クスプレーン 8をク リァしてから、 ステップ S 66〜ステップ S 73の処理を行う。 グラフィ クスプレーン 8のク リアに要する期間が、 図 25、 図 26の期 間 cdlである。 もし Epoch Startでなければステップ S 65をスキップ してステップ S 66〜ステップ S 73の処理を行う。

ステップ S 66〜ステップ S 73は、 ICS における各ポタン情報につ いて繰り返されるループ処理を形成している（ステップ S 66、 ステツ プ S 67 )。 本ループ処理において処理対象になるべきポタン情報をポ タン情報（P)という。 ステップ S 67は、 default一 selected—button_nuinberによる指定が有 効であるか否かの判定であり、 ステップ S 68は、 button_info(p)は default_selected_button_number により指定されたデフォルトセレク テツ ドボタンに対応するボタン情報であるかの判定である。

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

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

default_selected— button— number力 =0" であり、 デフオノレ 卜セレク テッ ドボタンが動的に変わる場合は、 ステップ S 67が No になり、 ス テツプ S 73において button一 info (p)は、 カ レン トボタンに対応する button— info であるか否かを判定する。 もしそうであれば、 ステップ S 70に、 異なるならステップ S 69に移行する。

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

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

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

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

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

ここで初期表示は、 各 button— info の normal— state— info における start— object— id— normal 、 selected— state— info に お け る start— object— id— selected で指定されているグラフ ィ クスオブジェク トを、 グラフィ クスプレーン 8に書き込まれることにより実現した。 ァ 二メーシヨンとは、 ステップ S 35〜ステップ S 37のループ処理が一 巡する度に、各ボタンにおける任意のコマ（qコマ目にあるグラフィ クス オブジェク ト）をこのグラフィ クスプレーン 8に上書する処理である。 この更新は、 button— infoの normal— state— info、 selected— state— info で指定されているグラフィ クスオブジェク トを、 一枚ずつグラフィクス プレーン 8に書き込んでメイ ンルーチンにリ ターンすることでなされ る 。 こ こ で 変数 q と は 、 各 ポ タ ン 情報 の button一 info の normal— state— info、 selected— state—infoで指定されている個々のグラ フィ クスォブジヱク トを指定するための変数である。

このアニメーショ ン表示を実現するための処理を、 図 45を参照しな がら説明する。 尚本フローチャートは、 記述の簡略化を期するため、 ICS の repeat— normal— flag、 repeat— selected—flag カ繰り返し要と設定さ れているとの前提で作図している。

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

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

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

力 レ ン ト ポ タ ン 以 外 の ポ タ ン な ら ば 、 button— info(p) . normal— state— info における start— object— id— normal に変数 qを足した識別子を ID (q)とする（ステップ S 85)。

カ レン トボタンに対応するボタンであれば、 ステップ S 86の判定を 行う。

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

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

こうして ID(q)が決まれば、 Object Bufferl5に存在する、 ID(q)を有 す る グ ラ フ ィ ク ス オ ブ ジ ェ ク ト （p) を 、 button_info(p) の button_hori zontal_posi tion, button—vertical— position に示される Graphics Plane8上の位置に書き込む（ステップ S 90)。

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

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

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

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

図 46は、 U0処理の処理手順を示すフローチャートである。 本フロー チャートは、 ステップ S 1 00〜ステップ S 1 03の何れかの事象が成 立しているかどうかを判定し、 もしどれかの事象が成立すれば、 該当す る処理を実行してメインル一チンにリターンする。 ステップ S 1 00は UOmaskTableが" Γに設定されているかどうかの判定であり、 もしに設定 されていれば、 何の処理も行わずに、 メ イ ンルーチンにリ ターンする。 ステップ S 1 0 1は、 MoveUP/Down/Left/Rightキーが押下されたかど うかの判定であり、 もしこれらのキーが押下されれば、 カ レン トボタン を変更して（ステツプ S 1 04)、 カ レン トボタンの auto— action_flag が 01 かどうかを判定する（ステップ S 1 08)。 もし違うならメインル 一チンにリターンする。 もしそうであるなら、 ステップ S 1 05に移行 する。

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

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

図 47は、 カ レントボタンの変更処理の処理手順を示すフローチヤ一 トである。 先ず初めに、 カ レン ト ポタ ンの neighbor— info における upper— button— number, lower— button— number, lef t— button— number, rig t_button_number のうち、押下されたキーに対応するものを特定する（ス テツプ S 1 1 0)。

そしてカ レントボタンをボタン i とし、 新たにカレン トポタンになる ポタンをボタン j とする（ステップ S I 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)。 図 48は、 数値入力処理の処理手順を示すフ口""チャートである。 入 力された数値に合致する button— numberを有した Button info, jが存在 するかどうかの判定を行い（ステップ S 1 2 1 )、 Button info, j におけ る numerical ly— selectable— flagは 1 であるかどうかの判定を行う（ス テツプ S 1 22 )。ステップ S 1 2 1及びステップ S 1 22が Yesなら、 力 レン トボタンをノーマル状態に遷移させ、 ポタン j をカ レントポタン にして（ステップ S 1 23)、 変数 animation(i),変数 animation(j)を 0 に 設 定 し た 上 で （ ス テ ッ プ S 1 2 4 ) 、 Button info, j の auto— action_flagは 1であるかを判定する（ステップ S 1 25)。 1でな いならメイ ンルーチンにリターンする。

1 であるなら、 ステップ S 1 26においてカ レントボタンをァクティ ブ状態に遷移した上でメインルーチンにリターンする。

ステップ S 1 2 1〜 S 1 23のどちらかが 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[ODSl]))以 前、 及び、 DSn に おけ る 最初の PDS(PDSl) が有効 に な る 時点 (PTS(DSn[PDSl]))以前に、 Composition ノヽソ フ ァ 1 6にロ ードされねば. ならない。 よって以下の式の関係を満たす値に、設定されねばならない。

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

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

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

PTS (DSn [PDSj])≤PTS(DSn [PDSj + 1] )≤ PTS (DSn [PDSlast] )

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

図 4 9において第 2段目は、 CLUT部 9への PDS設定を示しており、 第 3段目は、 Composition バッファ 1 6の格納内容を示している。 ICS の DTSは、 PDSの DTSや、 0DSの DTSより前の時点に設定されているので、 図中の矢印 upl に示すように、 Compositionバッファ 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+l に属する ICS との関係で考えれば、 DSn における ICS は、 最初の ODS(ODSl)のロード時刻以前に、 Composition バッファ 1 6に口 ー ドされるから、 END の PTS は、 DSn に属する ICS のロー ド時刻 (DTS(DSn[ICSD) 以 降 、 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は、 以下の式の関係を満たす必要がある。

PTS (DSn [PDSlast] )≤ PTS (DSn [END] ) 続いて再生装置のパイプラインにおいて、 ENDの PTSが、 どのような 意味合いをなすのかについて説明する。 図 50は、 再生装置のパイプラ イン動作時における、 END の意味合いを示す図である。 本図は、 図 33 をべ一スに作図しており、 第 1段目が Compositionバッファ 1 6の格納 内容を示している以外は、 各段の意味合いは図 3 3と同一である。 また 図 50では、 DSn,DSn+l という 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，0DSを AVClipに組み込んでおくので、 ある動画の一コマが画面に現れたタイ ミ ングに、 特定の処理を再生装置 に実行させるという対話制御、 つまり動画内容と緻密に同期した対話制 御の記述に便利である。 また ICS，PDS,ODSは、 AVClip自身に多重化され ているので、 再生制御を行いたい区間が数百個であっても、 それらに対 応する ICS,PDS,ODS の全てをメ モ リ に格納しておく 必要はない。

ICS.PDS.ODSはビデオバケツ トと共に BD-R0Mから読み出されるので、現 在再生すべき動画区間に対応する ICS.PDS.ODSをメモリに常駐させ、 こ の動画区間の再生が終われば、 ICS.PDS.ODS をメモリから削除して、 次 の動画区間に対応する ICS, PDS, 0DS をメ モ リ に格納すればよい。 ICS.PDS.ODSは、 AVClipに多重化されるので、 たとえ ICS, PDS, 0DSの数 が数百個になってもメモリの搭載量を必要最低限にすることができる。 以上のように本実施形態によれば、 アニメーションを実現するための

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

(第 2実施形態）

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

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

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

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

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

(備考）

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

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

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

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

(E) BD-RO に記録するにあたつて、 AVCl i p を構成する各 TSバケツ ト には、 拡張ヘッダを付与しておく こ とが望ま しい。 拡張ヘッダは、 TP— extra— header と 呼 ば れ 、 Γ Arri bval— Time— St卿 』 と 、 『copy— permi ss i on— i ndi cator^とを含み 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 i gned Un i t" とい ラ。

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

(F)各実施形態におけるデジタルス ト リームは、 BD- ROM規格の AVC l ip であったが、 DVD-Vi deo 規格、 DVD- Vi deo Record i ng 規格の VOB (Vi deo Obj ect)であってもよい。 V0Bは、 ビデオス ト リーム、 オーディオス ト リ ームを多重化することにより得られた I S0/IEC13818-1 規格準拠のプロ グラムス ト リームである。 また AVC1 i p におけるビデオス ト リームは、 MPEG4 や WMV 方式であってもよい。 更にオーディ オス ト リームは、 Li near-PCM方式、 Do lby_AC3方式、 MP3方式、 MPEG-AAC方式であっても よい。

(G)各実施形態における AVC l ipは、 アナログ放送で放送されたアナ口 グ映像信号をェンコ一ドすることにより得られたものでもよい。 デジタ ル放送で放送された ト ランスポー トス ト リームから構成されるス ト リ ームデータであってもよい。

またビデオテープに記録されているアナログノデジタルの映像信号 をエンコードしてコンテンツを得ても良い。 更にビデオカメラから直接 取り込んだアナログ デジタルの映像信号をエンコー ドしてコ ンテン ッを得ても良い。 他にも、 配信サーバにより配信されるデジタル著作物 でもよい。

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

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

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

Claims

請 求 の 範 囲

1 . 動画ス ト リームとグラフ ィ クスス ト リームとを多重化することに より得られたデジタルス ト リームが記録されている記録媒体であって、 グラフィ クスス ト リームは、 グラフィ カルなポタン部材を含む対話画 面を、 動画像に合成して表示させるものであり、

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

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

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

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

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

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

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

当該ボタン部材のセレクテツ ド状態を構成するグラフイ クスデータ は、 セ レクテツ ド状態に対応する状態集合の先頭に配置されており、 状態制御情報には、 当該ポタン部材を指定する指定情報が記述される ことを特徴とする請求項 2記載の記録媒体

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

対話画面の初期表示において、 デフオル トでセ レクテツ ド状態となる ポタン部材が、 動的に変化する場合、

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

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

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

5 . ビデオス ト リーム、 グラフ ィ クスス ト リームが多重化されたデジ 夕ルス ト リームについての再生装置であって、

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

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

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

2 つの状態集合に属するグラフィクスデータを用いて対話画面の初期 表示を行い、 ユーザ操作がなされれば、 残りのグラフ ィ クスデータを用 いて対話画面の更新を行う

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

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

デコ一 ドされた非圧縮グラフ ィ クスデータを複数格納するオブジェ ク トノ ッフ ァ と、

動画像と合成すべき非圧縮グラフ イ クスデータが格納されるグラフ ィ クスプレーンと、

制御部とを備え、

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

ォプジヱク トパッファに格納された非圧縮グラフイ クスデータのう ち、 前記 2つの状態集合に属するものがグラフィ ックスプレーンに書き 込まれた際、 グラフィ ックスプレーンにおける格納内容を動画像と合成 させるよう、 制御部が制御することであり、

対話画面の更新とは、

ォブジェク トバッファに格納された非圧縮グラフイ クスデータのう ち、 残りのものがグラフィ ックスプレーンに書き込まれた後に、 グラフ ィ ックスプレーンにおける格納内容を動画像と合成させるよう、 制御部 が制御することである

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

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

前記グラフイ クスス ト リームは、 ノーマル状態に対応する状態集合、 セレクテツ ド状態に対応する状態集合、 ァクティブ状態に対応する状態 集合を含み、 これらの状態集合は、 グラフィ クススト リームにおいてノ —マル状態→セレクテツ ド状態→アクティブ状態の順に並んでおり、 前記グラフィ ク スス ト リ一ムにはボタン部材の状態を制御する状態 制御情報が配されており、

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

初期表示に用いられるグラフィ クスデータは、 セレクテツ ド状態に対応する状態集合の先頭に配置されているグラ フ ィ クスデータ（a：)、

ノーマル状態に対応する状態集合に属するグラフ イ クスデータであ つて、 デフオルトでセレクテツ ド状態になっているボタン部材以外に対 応するグラフィ クスデータ（b)である

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

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

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

セレクテツ ド状態に対応する状態集合の先頭に配置されているグラフ イ クスデータ（a)、 ノーマル状態に対応する状態集合に属するグラフィ クスデータであって、 デフォルトでセレクテツ ド状態になっているボタ ン部材以外に対応するグラフ ィ クスデータ（b)を、 オブジェク トバッフ ァから読み出して、 グラフィ ックスプレーンに書き込む処理と（i i )を行 ラ

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

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

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

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

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

動画ス ト リームとグラフィ クスス ト リームとを多重化することによ り得られたデジタルス ト リームを含み、

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

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

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

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

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

1 0 . ビデオス ト リーム、 グラフィ クスス ト リームが多重化されたデ ジタルス ト リームについての再生をコンピュータに実行させるプログ ラムでめって、

ビデオス ト リームをデコ一ドして動画像を得る第 1 ステップと、 グラフィ カルなボタン部材を含む対話画面を、 動画像に合成して表示 させる第 2ステップとをコンピュータに実行させ、

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

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

つの状態集合に属するグラフィ クスデータを用いて対話画面の初期 表示を行い、 ユーザ操作がなされれば、 残りのグラフィ クスデータを用 いて対話画面の更新を行う

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

1 1 . ビデオス ト リ一ム、 グラフィ クスス ト リ一ムが多重化されたデ ジタルス ト リ一ムについての再生方法であって、

ビデオス ト リームをデコ一ドして動画像を得る第 1 ステップと、 グラフィ カルなボタン部材を含む対話画面を、 動画像に合成して表示 させる第 2ステップとを有し、

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

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

2 つの状態集合に属するグラフィクスデータを用いて対話画面の初期 表示を行い、 ユーザ操作がなされれば、 残りのグラフィクスデータを用 いて対話画面の更新を行う

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