WO2004077827A1

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

Info

Publication number: WO2004077827A1
Application number: PCT/JP2004/002343
Authority: WO
Inventors: Hiroshi Yahata; Tomoyuki Okada; Wataru Ikeda; Joseph Mccrossan
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-02-28
Filing date: 2004-02-27
Publication date: 2004-09-10
Also published as: EP1876820A3; CA2515517A1; KR100883000B1; CN100555441C; EP1876819A3; DE602004027477D1; US7412152B2; US7814422B2; EP1605696A4; US7426337B2; KR100883001B1; EP1876822A2; KR100883002B1; JP4351228B2; JP3863905B2; CN101110254A; US7546024B2; KR100886526B1; CN101232596B; CA2515517C

Abstract

　動画ストリームとインタラクティブグラフィクスストリームとを多重化することにより得られたAVClipが記録されているBD-ROMであって、インタラクティブグラフィクスストリームは、グラフィカルなボタン部材を含む対話画面を、動画像に合成して表示させるものであり、　インタラクティブグラフィクスストリームは、状態制御情報(ICS)と、複数グラフィクスデータ(ODS)の配列とを含み、対話画面の初期表示のタイミングは、グラフィクスデータ配列の途中に位置するグラフィクスデータ(S-ODSsfirst,S-ODSslast)のデコード終了時刻(PTS)と、所定の期間とを足し合わせた時刻であり、前記状態制御情報は、PESパケットに格納され、当該PESパケットは、タイムスタンプ(PTS)を含んでおり、PTSは、対話画面の初期表示タイミングを示す。

Description

明細書

記録媒体、再生装置、記録方法、プログラム、再生方法技術分野 BD- ROM等、映画作品の頒布のための記録媒体と、その再生装置とに関し、特に対話的な制御を実現する場合の改良に関する。背景技術

動画の再生に伴ってボタンが画面に出現し、このボタンに対する操作によつて再生の進行が変化するという対話制御は、制作者にとつて長年の夢であり、 DVD はかかる再生制御を現実のものにした画期的な記録媒体である。動画と、ポタンとの同期再生は、動画の再生時間軸における任意の時点に、ボタンが表示されるようタイムスタンプを設定することにより、実現される。

ただし、対話性を実現するには、ボタンを構成するクラフィクスデ一夕を記録媒体に記録しておくだけでは足りない。画面に配置された複数ポタンの状態を、ユーザ操作に応じて変化させたり、動画データの再生進行に応じてボタンの状態を変化させるという制御を再生装置に実行させねばならない。かかる状態制御を実現するため、 DVDでは音声'動画を多重化したストリーム（Vi deo Obj ect)において、各 V0BU の先頭に位置する NAVI パックに状態制御情報を設けている。 V0BU とは、動画ストリームの 1 つの G0Pと、これと同時に DVDから読み出されるべきオーディォデ一夕、副映像データを含む。また状態制御情報は、画面に配置された複数ボタンの状態を、ユーザ操作に応じて変化させる情報であり、 NAV Iノックとは、 G0Pにおいてストリーム毎に必要とされる転送レートゃパッフアサイズを示す情報である。 DVDでは NAVIパックに、かかる状態制御情報を設けることにより、 G0P の時間精度でのポタンの状態変化を実現している。以上の対話制御を現したのが図 1である。本図の最下段が、 DVDにおけるデータァロケーションであり .,状態制御情報は.. NAV I パックに格納されていることがわかる。そしてこの NAVI パックが属する G0Pの時間帯において、この状態制御情報は有効になっている。またグラフィクスオブジェクトは、 PES パケットに格納され、同期表示すベきピクチャデータと同じ夕イミングで表示される。かかる'先行技術を示した文献 1 には、以下の特許文献 1がある。

<特許文献 1 >特許第 2813245号

ところで、近年の映画制作者は現状の対話制御では満足しておらず、更なる工夫を記録媒体や再生装置のメーカに要求している。この要求には、ボタンの状態遷移をアニメ一ションで実現したいというものがあるかかるアニメーションには、デコードするグラフィクスの数が多くなり、デコードの負荷も大きくなるので、再生装置は、ユーザ操作に即応することができないケースもでてくる。例えば対話画面には、 4 つのボタンが存在しており、各ボタンが" ノーマル状態" " セレクテツド状態"、" アクティブ状態" という 3 つの状態をもっている。各ボタンの状態を、 2〜3秒のアニメーション表示で表現する場合を考える。たとえ映像信号の 5 フレーム置きに 1 枚のグラフィクスデータを表示させるとしても、 2〜3秒のアニメーションを実現するには、約 30枚のグラフィクスデー夕を表示せねばならない。更にボタンの状態には、ノーマル状態、セレクテッド状態、アクティブ状態という 3つの状態があるので、グラフィクスデータの表示枚数は、 90枚（=3 x 30)というオーダになる。かかるボタンを対話画面上で 4つ配置する場合は、 360枚（=4 x 90)という膨大な数のグラフィクスデータをデコードせねばならない。グラフィクスデーター枚当たりのデコードは軽くても、数百枚という数のグラフィクスデ —夕をデコードするには、数十秒という時間がかかってしまう。この数十秒という時間において、ユーザ操作が受け付けられないのでは、ユーザはレスポンスの低下を感じざるを得ないという問題点がある。

発明の開示

本発明の目的は、ユーザ操作に対するレスポンス低下を招かないで、アニメーションを伴つた対話画面の表示を行うことができる記録媒体を提供することである。

上記目的を達成するため本発明に係る記録媒体は、動画ストリームとグラフィクスストリームとを多重化することにより得られたデジタルストリームが記録されており、グラフィクスストリームは、グラフィカルなボタン部材を含む対話画面を、動画像に合成して表示させるものであり、グラフィクスストリームは、状態制御情報と、複数グラフイクスデータの配列とを含み、対話画面の初期表示のタイミングは,，グラフィクスデータ配列の途中に位置するグラフィクスデータのデコード終了時刻と、所定の期間とを足し合わせた時刻であり、

前記状態制御情報は、バケツトに格納され、当該バケツトは、タイムスタンプを含んでおり、タイムスタンプは、対話画面の初期表示タィミングを示すことを特徴としている。複数グラフィクスのうち、途中に位置するものの終了時刻に、所定の期間を足し合わせた期間で、対話画面の初期表示が可能になる。この所定の期間が短ければ、全てのグラフィクスのデコ一ドが未完であっても、初期表示を実行することができる。この初期表示のタィミングは状態制御情報を格納したパケットのタィムスタンプに示されているので、再生装置はこのタイムスタンプを参照すれば、全てのグラフィクスのデコードが未完であって最もユーザ操作に即応することができる。かかる即応により、レスポンス低下を伴わないで、アニメーションによる対話制御を実行することができる。

図面の簡単な説明

図 1 は、 DVDにおける対話制御を示す図である。

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

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

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

図 4は、 AVC l i pがどのように構成されているかを模式的に示す図である。

図 5は、 C l i p情報の内部構成を示す図である。

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

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

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

図 8 ( b ) は、 I CS、 0DSの内部構成を示す図である。図 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〜ボタン！）の状態遷移を示す図である。

図 1 6は、 0DS11，21，31,41の絵柄の一例を示す図である。

図 1 7は、ボタン A用の 0DS11〜19の絵柄の一例を示す図である。図 1 8は、 DSに含まれる ICS、 ODSの一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

図 3 1は、 lstUserAcUon(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は、通常再生が行われる場合を示す図である。

図 40は、図 39のように通常再生が行われた場合の DS1, 10, 20の口一ドを示す図である。

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

図 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- ROM の製造工程を示すフローチヤ一トである。

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

(第 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つの状態をもち., これら MoveU キー- MoveDo n キー、 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-R0Mの応用層に対する改良により実施することができる。図 3は、, BD-R0Mの構成を示す図である。

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

このアプリケーションフォーマットにおける各ファイルについて説明する。最初に説明するのは、 AVClip(XXX.M2TS)である。

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

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

かかる過程を経て生成された AVClip は、通常のコンピュータフアイル同様、複数のェクステントに分割され、 BD- ROM上の領域に記録される。

AVCli は、 1つ以上の ACCESS UNITとからなり、この ACCESS UNITの単位で頭出し可能である。 ACCESS UNITとは、 Intra( I )ピクチャから始まる 1つのデコード単位である。

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

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

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

EP— mapは、複数の頭出し位置のアドレスを時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線 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)に対応していることを意味する。以上が Clip情報についての説明である。続いてプレイリスト情報について説明する。

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

Playltem情報の特徴は、その表記法にある。つまり EP_ma をリファ- レンステーブルとして用いた時間による間接参照の形式で、再生区間が定義されている。図 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 ini tion 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段目に Display Setを、第 1段目に Epochをそれぞれ示す。

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

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

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

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

『Epoch StartJ は、" 新表示" という表示効果をもたらす 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をいう。 Acquisi tion 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とは異なる場合、 I CSのみの DSv 又は、 I CS と PDSのみの DSvを設けてこの DSv を No rma l Case の DS にする。こうすれば、重複する 0DS を設ける必要はなくなるので、 BD-R0Mにおける容量削減に寄与することができる。一方、 Norma l Caseの DSは、差分にすぎないので、 Normal Case 単独では画面構成は行えない。

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

続いて Def i n i t i on Segment (0DS、 PDS)について説明する。

『Obj ect_Def i n i t i on_Segment』は、グラフィクスオブジェクトを定義する情報である。このグラフィクスオブジェクトについて以下説明する。 BD-R0Mに記録されている AVC l i pは、ハイビジョン並みの高画質をセールスポイントにしているため、グラフィクスォブジェクトの解像度も、 1920 x 1 080画素という高精細な大きさに設定されている。画素の色にあたっては、一画素当たりのィンデックス値（赤色差成分（Cr値），青色差成分（Cb値），輝度成分 Y値，透明度（T値））のビット長が 8 ビットになつており、これによりフルカラーの 16, 777, 216 色から任意の 256色を選んで画素の色として設定することができる。 ODS によるグラフイクスォブジヱクトの定義は、図 1 0 (a) に示すようにデ一夕構造をもってなされる。 0DSは、自身が 0DSであることを示す『Segment— Type』と、 ODSのデータ長を示す『segment— length』と、 Epochにおいてこの 0DS に対応するグラフィクスォプジヱクトを一意に識別する『object_ID』と、 Epoch における 0DS のバージョンを示す『object— version— n謂 ber』と、『 last— insequence— f lag』と、グラフィクスォブジェクトの一部又は全部である連続パイト長データ『object— data— f ragment』と力、らなる。

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

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

fPalette Difinition SegmentJ は、色変換用のパレットを定義する情報である。 PDS のデータ構造を図 1 0 (b) に示す。図 1 0 (b) に示すように PDSは、自身が PDSであることを示す rsegraent_typej, 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_lengthとからなり、これといつて説明が必要な構成要素はない _c 故に図示は省略する。

続^ヽて ICSにつ!ヽて説明する。 Interactive Composition Segmentは、対話的な画面を構成する機能セグメントである。 Interactive Composition Segment は、図 1 1に示すデータ構造で構成される。本図に示すように ICS は、『 segment— type』と、『 segment— length』と、『 composition— number 』と、『 composi tion— state 』と、『 command— update_f lag 』と、『 Composition— timeout— PTS 』と、『 Selection— timeout一 PTS 』と、『 U0_Mask一 Table 』と、『animation— frame— rate_code』と、『defaul t— selected— button— number』と、『default_activated— button— number』と、『ポタン情報群（button info(l)(2) (3)----)J とからなる。

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

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

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

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

『Selection— Timeouし PTS』は、有効なボタン選択期間の終了時点を記述する。 Selection— Timeout— PTS の時点において、 Default_activated— button— number により特定されるボタンがァクティベートされる。 Selection— Timeout— PTS は、 composition— time— out— PTS の時間と等しいかそれより短い。 Selection— Timeout— PTS はビデオフレ一ムの時間精度で記述される。

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

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

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

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

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

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

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

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

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

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

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

『 s tar t—obj ec t_ id— norma 1』は、ノーマノレ状態のボタン 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— f lag』は、ノ一マル状態にあるボタン iのアニメ —シヨン表示を反復継続させるかどうかを示す。

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

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

『repeat— selected_flag』は、セレクテッド状態にあるボタン iのァ二メーション表示を、反復継続するかどうかを示す。 start_object_id— selected と、 end— object— id— selected と力同じ値になるなら、本フィールド 00に設定される。『start— object_id_activated』は、アクティブ状態のボタン i をァニメーションで描画する場合、アニメーションを構成する複数 0DSに付カロされた連番のうち、最初の番号がこの start_object— id— activatedに記述される。

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

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

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

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

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

Playltem により再生開始位置を指定した LinkPL 関数を LinkPLatPlayltemO,

Chapter により再生開始位置を指定した LinkPL 関数を LinkPLatChapterO,

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

(U Get value of Player Status Registerコマンド、

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

この関数は、引数で指定された 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 Regi ster (弓 I数)

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

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

書式： Set value of General Purpose Register (第 1引数、第 2弓 I数) この関数は、第 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が含まれているものとする。これらの ODSのうち、 0DS11〜19は、ポタン Aの各状態を描いたものであり、 0DS2卜 29は、ボタン Bの各状態を描いたもの、 0DS3卜 39 は、ポタン Cの各状態を描いたもの、 0DS41〜49は、ポタン Dの各状態を描いたものとする（図中の括弧 }を参照）。そして ICS における button— info (1)， (2), (3), (4)にて-. これらのボタン A〜ポタン 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における矢印 hhl,hh2は、 button info(l) の neighbor_info()による状態遷移を象徴的に表現している。 button info(l)の neighbor— infoOにおける lower— button— numberは、ボタン C に設定されているため、ボタン Aがセレクテッド状態になつている状態で、 MOVEDownキー押下の U0が発生すれば（図 1 5の upl)、ボタン Cがセレクテツド状態になる（図 1 5 の sjl)。 button info(l) の neighbor_info()における r ight_button_number は、ポタン B に設定されているため、ボタン A がセレクテツド状態になっている状態で、. MOVERightキー押下の U0が発生すれば（図 1 5の up2)、ポタン Bがセレクテツド状態になる（図 1 5の sj2)₀

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

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

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

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

これらのボタン情報（1)〜（3)の auto_act i on_n ag が 1 に設定されていれば、これら 3つのボタンはセレクテツド状態になる代わりにァクテイブ状態になり、ボタン情報の内部に含まれるポタンコマンド (Li nkPL (PL#21 )， L i nkPL (PL#22) , L i nkPL (PL#23) )が実行される。 3つのポ夕ン情報に含まれるボタンコマンドのリンク先 PL#21， #22，#23が、それそれの選手の打撃シーン、投球シーンであれば、これら打撃シーン、投球シーンは、選手の背番号にあたる数値入力で再生されることになる。背番号という、知名度が高い番号でのダイレク卜なボタン選択が可能になるので、ユーザによる操作性は一段と高まる。

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

詳しくいうと D i splay Setにおいて ODSは、ノーマル状態を表すもの (1)、セレクテッド状態を表すもの（2)、アクティブ状態を示すもの（3) というように、同じ状態を表すもの同士がグループ化される。このボタンの 1 つの状態を表すグループを button-s tate グループという。そしてこれら button-state グループを., ノーマル状態→セレクテッド状態 →ァクティプ状態というように並べる。このようにポタンのどの状態を表すかに応じて、 0DS の順序を決めるというのが、 D i spl ay 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 Actioned state) が示されている。そしてこれら button-state グループの順序は-. ノーマル状態→セレクテツド状態→ァクティブ状態というように並べられている。これは 0DSのうち、対話画面の初期表示を構成するものを早く読み出させ、アップデート後の画面表示を構成するものの読み出しを後にするという配慮である。

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

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

本図における対話画面は、" 初期表示"、" 1stユーザァクシヨンによる更新表示"、" 2nd ユーザアクションによる更新表示" という複数の状態をもつ。図中の矢印は、状態遷移のトリガとなるユーザァクションを表す。この図を参照すると 4つのポタン A, B, C, Dはそれぞれノーマル状 II, セレクテツド状態、アクティブ状態という状態をもっている。このうち初期表示に必要なのは、 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グループに配置することにより、 Display Set の読み出しの途中であっても、初期表示の準備を整えることができる。これによりアニメーションを取り入れた対話画面を、遅滞なく実行することができる。

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

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

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

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

S- ODSsにおける、 0DSの順序について説明する。 S-ODSsにおいて、どの 0DSが先頭に位置するかは、デフォルトセレクテツドボ夕ンが静的に確定しているか、動的であるかによって違う。確定したデフォルトセレクテツドボタンとは、 I CSにおける defau l t— se l ected_but ton_numberに 00以外の有効な値が設定され、この値で指示されるボタンのことをいう, defau l t— se l ec ted— but ton— numberが有効な値を示しており、尚且つデフオルトセレクテツドボタンを表す 0DSが、 N - ODSsに無い場合は、デフォルトセレクテツドボタンを表す 0DSが、 S-ODSsの先頭に配置される。 def au l t— se l ected—button— number力、 1直 00 を示している場合テフォルトでセレクテツド状態に設定されるボタンは、再生装置側の状態によつて動的に変化する。値 0を示すよう、 default— selected— button_numberを設定しておくのは、例えば、 Display Setが多重されている AVClipが、複数再生経路の合流点になつているようなケースである。先行する複数再生経路がそれそれ第 1、第 2、第 3章であり、合流点にあたる Display Setが第 1章第 2章、第 3章に対応するボタンを表示させるものである場合 defaul t_selected— button— number ίこおヽて、テフオノレ卜でセレクテツド状態とすべきボタンを決めてしまうのは、おかしい。

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

図 22は、 default— selected— button— numberが" =0" である場合と、" =ボタン B"である場合とで S- ODSsにおいて 0DSの並びがどのように変わるかを示す図である。本図において破線 ssl は、 defaul t— selected— button— number 力ポ、タン B を示している場合に、 S-ODSsにおける 0DSの配列がどのようになるかを示しており、破線 ss2 は、 default— selectecLbutton_imraberが =0を示している場合に、 S- ODSs における 0DSの配列がどのようになるかを示している。この図の表記からもわるように、 defaul t— 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をどうやって AVClipの再生時間軸に割り当てるかが問題になる。ここで 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で示されるべきデコ一ド終了時刻 (霞 Hz)は算出される。

DSnに属する ODSjの PTSを、数式で表すと、以下の式のようになる。 PTS (DS [ODS j] ) =DTS (DSn [ODS j] ) +90, 000 x (SIZE (DSn [ODSj] )//Rd) そして互いに隣接する 2つの 0DS(0DSj,0DSj + l)との間では、以下の関係を満たす必要がある。 PTSCDSn [ODSj] )≤ DTS (DSn [0DSj + l]) 以上が ODSについての PTS, DTSの説明である。次に ICSの、 PTS値について説明する。、

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

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

S_ODSsfirst と呼ぶ。この S-ODSsf irstの PTS値を、デコード時刻が最も遅い 0DSの PTS値として、 ICSの PTSの基準に用いる。

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

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

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

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

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

続いてデフォルトセレクテツドボタンが動的に変わる場合、どのボタンがデフォルトセレクテッドボタンになるかはわからないから、書き込み時間が最も長くなるケースを想定しせねばならない。ここで、任意のボタン Xのノーマル状態における最初の一枚を表すグラフィクスォブジェクト（0DSnl)、及ぴ、ボタン X のセレクテツド状態における最初の一枚を表すグラフィクスオブジェクト (ODSsl)のうち、サイズが大きいもの（Max(0DSnl，0DSsl))を、 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 が有 5 ^な値を示している場合、 ∑ SIZE (DSn [ICS. BUTTON [i]])は太い枠で示す 4つの 0DSのサイズの総和となる。" Asl" は、ボタン Aのセレクテツド状態を表す複数の 0DSのうち最初に表示される 0DSである。" Bnl" ，" Cnl" ," Dnl" は、ポタン B〜ボタン！）のノーマル状態を表す複数の 0DSのうち最初に表示される 0DS を示す。これらのサイズを sizeOで表すと、 ∑ SIZE(DSn[ICS.BUTTON[i]]) は、 size(Asl) +size(Bnl)+size(Cnl)+size(Dnl)になる。

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

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

= max (size (An 1) , size(Asl))+max(size(Bnl) , size(Bsl))

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

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

+90， 000 (8 x video一 widthxvideo— height〃128， 000, 000) +90, 000 x (∑ SIZE (DSn [ICS. BUTTON [i]])〃128， 000, 000)

一方、 default— selected— button— number が無効である場合、 PTS(DSn[S- ODSsfirst])を PTS(DSn [S- ODSslast] )に置き換えればよい。つまり算出式は、以下の通りになる。

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

+90, 000 X (8 x video一 widthxvideo— height〃128， 000, 000) +90, 000 x (∑ SIZE (DSn [ICS. BUTTON [i]])〃128, 000, 000) 以上のようにして PTS、 DTS を設定することにより、同期表示を実現する場合の一例を図 24に示す。本図において動画における任意のピクチヤデータ ylの表示タィミングで、ボタンを表示させる場合を想定する。この場合、 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 は図 2 5のように設定せねばならない。

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

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

図 2 6は、対話画面の初期表示が複数 0DSにて構成され、デフォルトセレクテツドボタンが未定である場合の DTS、 PTS の設定を示す図である。初期表示を実現する S-ODSsのうち、デコードが最も遅い S- ODSslast のデコードが図中の期間 dd2の経過時に終了するなら、この S-0DSslast の PTS(DSn[S- ODSslast])は、期間 dd2の経過時を示すように設定される。更に、初期表示の実現には、画面クリァを行い、デコードされたグラフィクスオブジェクトを転送せねばならないから、この PTS(DSn[S- ODSslast])の値に画面クリァに要する期間（90， 000 x (8 video_width video_height//1 8, 000, 000))、デコードされたグラフィクスォブジ x ク卜の転送期間（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メニューの同期表示にあたつて、 ICSの PTSに、 Popup表示が可能になる時刻を示しておくのである。以上説明した Display Set(ICS、 PDS、 0DS)のデータ構造は、プログラミング言語で記述されたクラス構造体のィンスタンスであり、ォーサリングを行う制作者は、このクラス構造体を記述することにより、 BD-R0M 上のこれらのデータ構造を得ることができる。

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

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

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

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

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

周辺回路 4dは、 Transport Buffer 4 aから読み出された TSパケットを、機能セグメントに変換する処理を行うワイアロジックである。変換により得られた機能セグメントは Coded Data バッファ 1 3に格納される o ビデオデコーダ 5は、 PIDフィルタ 3から出力された複数 TSパケットを復号して非圧縮形式のピクチャを得てビデオプレーン 6に書き込む。ビデオプレーン 6は、動画用のプレーンである。

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

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

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

Stream Graphics Processor 1 4は ODS «テコートして、テコードにより得られたインデックスカラ一からなる非圧縮状態の非圧縮グラフイクスをグラフィクスオブジェクトとして 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 Buffer 1 5の格納内容をグラフィクスプレーン 8と対比して示す図である。この格納内容は、図 1 6、図 1 7に示した具体例の 0DSが、 Object Buffer 1 5に書き込まれる場合を想定している。図 1 6、図 1 7の具体例は、 4つのボタンのアニメーションを、 36個の ODS(ODS11〜 49)により実現するものであつたが、このアニメーションの全てのコマ • を表す 0DSが、この Object Buffer 1 5に格納される。一方グラフィクスプレーン 8には、この Object Buffer 1 5に格納された個々の 0DSの表示位置が規定されれる。この表示位置は、各ボタン情報の Button— horizontal— 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_posi tion^ Button— vertical— positionに規疋される表示位置に、ボタン Aの S- ODSsに属する 0DSを書き込み、ボタン B，C,D におけるボタン情報の Button— horizontal— position 、 Button_verticaし position に規定される表示位置に、ポタン B, CD の N-ODSsに属する 0DSを書き込むよう Graphics コントローラ 1 7は制御を行う（図中の矢印 wl， w2,w3，w4は、この書き込みを象徴的に示す）。この書き込みにより、図 20に示した初期表示を作成することができる。ここで注目すべきは、対話画面の初期表示にあたっては、全ての 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は対話画面の初期表示のための書き込みを開始することができる。

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

同じく lstUserAction力、 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)という）を制御部 20に出力する。

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

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(11)〜（12) Reserved

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

PSRC14) 再生装置の映像再生に関する設定

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

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

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

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

PSR(19)〜（63) Reserved

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

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

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

図 33は、再生装置によるパイプライン処理を示すタイミングチヤ一トである。第 4段目は、 BD- ROMにおける Display Setを示し、第 3段目は、 Coded Dataバッファ 1 3への ICS、 PDS_¾ ODSの読出期間を示す。第 2段目は、 Stream Graphics プロセッサ 1 4による各 0DS のデコード期間を示す。第 1段目は Graphics コントローラ 1 7による処理期間を示す。各 0DSのデコード開始時刻は、図中の DTSll, 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に読み出された 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 における書込先は、 ICS における button— horizontal— position, button— vertical— position に示されている場所である。つまり 0DSの PTS13の値に、画面クリァの期間 cdl と、デコードにより得られたグラフィクスォプジェクトの書込期間 tdl とを足し合わせれば、対話画面を構成する非圧縮グラフイクスがグラフイクスプレーン 8上に得られることになる。この非圧縮グラフィクスの色変換を CLUT 部 9に行わせ、ビデオプレーン 6に格納されている非圧縮ピクチャとの合成を加算器 1 0に行わせれば、合成画像が得られることになる。

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

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

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

以上が再生装置の内部構成である。続いて制御部 20及びグラフィクスデコーダ 1 2を、どのようにして実装するかについて説明する。制御部 20は、図 35、図 3 6の処理手順を行うプログラムを作成し、汎用 C PUに実行させることにより実装可能である。以降、図 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— information— file_nameで指定される Clip情報を読み込む（ステツプ S 3)。

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

こうして ACCESS UNITv, wが決まれば、 ACCESS UNITvから ACCESS UNITw までの読み出しを BD ドライブに命じ（ステップ S 8)、 Plyの IN_timeから Out_time までのデコード出力をビデオデコーダ 5、オーディオデコ一ダ Ί、グラフィクスデコーダ 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 1〜ステップ S 1 0の処理は繰り返される。

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

図 36は、機能セグメントのロード她理の処理手順を示すフローチヤ一トである。本フローチャートにおいて SegmentKとは、 ACCESS UNITと共に読み出された Segment(ICS,ODS,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 3 3に移行する。

ステップ S 28は、先行する DS がグラフィクスデコーダ 1 2内のどれかのバッファ（Coded Data ノッファ 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_nagが 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 1 agが 0に設定され、 LinkPL(PL#5)というボタンコマンドを含む。

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

DS20は、 DS1の Inheritであり、 Segment— Typeは Acquision Pointになっている。 DS1 から変ィ匕があるのはポタンコマンドであり (LinkPL(PL#10)), これを示すべく Co腿 and— update— flagが 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 Dat バッファ 1 3にロードされるが（ステップ S 23 )、 ICSの Segment_Typeが Acquisition Pointである DS10 については、無視フラグが 1 に設定されるため（ステップ S 29)、これを構成する機能セグメントは Coded Data バッファ 1 3にロードされず無視される（ステップ S 2 4)。また DS20 については、 ICS の Segment— Typeは Acquisition Pointである力、 Command— update— flag力 ^s 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-ODSs lastの PTSに示される時刻であるかの判定であり、もしそうであるなら、ステップ S 42において期間を算出する。期間とは、グラフィクスプレーンのクリアに要する時間（2)、 0DSのデコ一ドにより得られたグラフィクスォブジェクトをグラフィクスプレーンに書き込む書込時間（3)を足し合わせた期間である。

ステップ S 4 2において Graphical コントローラ 1 7は、 ICS の Segment_Typeを参照し、もし Segment— Typeが Epoch Startなら、プレ —ンクリァ期間（2) +プレーン書込期間（3)をとする。 Acquisition Point ならプレーン書込期間（3)を αとする。またプレーン書込期間（3) の算出にあたつては、 default_selected_button_numberが有効な値であれば図 23 (a) の計算で、 defaulし 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 6 5をスキップしてステップ S 66〜ステップ S 73の処理を行う。

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

デフォルトセレクテツドボタンに対応するボタン情報でないなら、 button_inf o(p) の 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 69、ステップ S 70を経ることでグラフィクスオブジェクト（P) が特定されれば、 button— info (p) の button— horizontal一 posit ion, bu t ton一 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— inf o における start— object— id— normal 、 selected— state— inf o における start— object— id— selected で指定されているダラフィクスォブジェクトを、グラフィクスプレーン 8に書き込まれることにより実現した。ァ二メーシヨンとは、ステップ S 35〜ステップ S 37のループ処理が一巡する度に、各ボタンにおける任意のコマ（qコマ目にあるグラフィクスォブジェクト）をこのグラフィクスプレーン 8に上書する処理である。この更新は、 button— infoの normal— state— inf o、 selected— state— inf o で指定されているグラフィクスォブジ工クトを、一枚ずつグラフイクスプレーン 8に書き込んでメインル一チンにリ夕一ンすることでなされる。ここで変数 q とは、各ボタン情報の button— info の normal— state— info、 selected— state— inf oで指定されている個々のグラフイクスォブジヱクトを指定するための変数である。

このアニメーション表示を実現するための処理を、図 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)に対応する変数 animation(p)を変 W 200

数 qに設定する。こうして、変数 qは、 button— info(p)に対応する、現在のコマ数を示すことになる。

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

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

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

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

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

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

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

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

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

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

図 46は、 U0処理の処理手順を示すフローチャートである。本フローチャートは、ステップ S 1 00〜ステップ S 1 03の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインル一チンにリターンする。ステップ S 1 00は、 UOraaskTableが" 1 "に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。ステップ S 1 0 1は、 MoveUP/Down/Left/Rightキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、カレントボタンを変更して（ステップ S 1 04)、カレントボタンの auto_action_f lag が 01 かどうかを判定する（ステップ S 1 08)。もし違うならメインル一チンにリターンする。もしそうであるなら、ステップ S 1 05に移行する。ステップ S 1 02は、 act i vated キーが押下されたかどうかの判定であり、もしそうであれば、カレントポタン i をァクティブ状態に遷移する（ステップ S 1 05)。その後、変数 animation (0を 0に設定する（ステップ S 丄 0 o )。

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

図 47は、カレントボタンの変更処理の処理手順を示すフローチヤ一トである。先ず初めに、カレントボタンの neighbor— info における upper— button— number, lower— button— number, left— button— number, righ t_button_nuraber のうち、押下されたキーに対応するものを特定する（ステツプ 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)。図 48は、数値入力処理の処理手順を示すフローチャートである。入力された数値に合致する button_numberを有した Button info, jが存在するかどうかの判定を行い（ステップ S 1 2 1 )、 Button info, j における numerical ly_selectable_f lag は 1 であるかどうかの判定を行う（ステツプ S 1 22 )。ステップ S 1 2 1及ぴステップ S 1 22が Yesなら、力レントポタンをノーマル状態に遷移させ、ボタン j をカレントボタンにして（ステップ S 1 23)、変数 animation (i)，変数 animationCj)を 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 3のどちらかが 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[ODSU)

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

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

DTS (DSn [ICS] )≤ PTSCDSn [PDS1])

PTSCDSn [PDSj])≤ PTSCDSn [PDSj + 1] )≤ PTS (DSn [PDSlast]) PTS (DSn [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段目は、 Composition バッファ 1 6の格納内容を示している。 ICS の DTSは、 PDSの DTSや、 0DSの DTSより前の時点に設定されているので、図中の矢印 upl に示すように、 Compositionバッファ 1 6への ICSの口 ―ドは真っ先になされる。また PDSト 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 [0DS1 ast] ) )に示されているので、 ENDの PTSは、以下の式に示される値に設定されねばならない。

PTSCDSn [END] ) = PTS(DSn [ODSlast])

DSn,DSn+l に属する 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は、以下の式の関係を満たす必要がある。

PTS (DSn [PDSlast] )≤ PTS (DSn [END] ) 続いて再生装置のパイプラインにおいて、 ENDの PTSが- どのような意味合いをなすのかについて説明する。図 50は、再生装置のパイプラィン動作時における、 END の意味合いを示す図である。本図は、図 33 をベースに作図しており、第 1段目が Compositionバッファ 1 6の格納内容を示している以外は、各段の意味合いは図 33と同一である。また図 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 は再生時に参照されないが、 MPEG 規格を満たすため、 PDSの DTSは、その PTSと同じ値に設定される。

DTS.PTSが設定された ICS，PDS,ODSを AVClipに組み込んでおくので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという対話制御、つまり動画内容と緻密に同期した対話制御の記述に便利である。また ICS，PDS,ODSは、 AVClip自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応する ICS, PDS, 0DS の全てをメモリに格納しておく必要はない。 ICS.PDS.ODSはビデオパケットと共に BD-R0Mから読み出されるので、現在再生すべき動画区間に対応する ICS,PDS，ODSをメモリに常駐させ、この動画区間の再生が終われば、 ICS,PDS，ODS をメモリから削除して、次の動画区間に対応する ICS.PDS.ODS をメモリに格納すればよい。 ICS，PDS，ODSは、 AVClipに多重化されるので、たとえ ICS, PDS, 0DSの数が数百個になってもメモリの搭載量を必要最低限にすることができる。以上のように本実施形態によれば、アニメーションを実現するための 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 が大量にあっても、初期表示の実行は遅滞することはない。このため、アニメ一ションを伴った楽しい対話画面の表示を、迅速に実行することができる _c

(第 2実施形態）

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

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

これらの工程のうち、 BD-R0Mを対象としたォ一サリング工程は、以下のステップ 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では.. I CS, グループ化されたグラフイクスデータを一体化させて、グラフィクスストリームを生成する。グラフィクスストリームが得られれば、ステップ S 2 0 8においてグラフィクスストリームを別途生成されたビデオストリーム、オーディォストリ一ムと多重して AVCl ip を得る。 AVCl ipが得られれば、ステツプ S 2 0 9において、静的シナリォ、動的シナリオ及び AVCl ipを BD- ROM のフォーマツトに適合させることにより.. アプリケーションフォーマツトが完成する。

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

(備考）

以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（A) (B) (C) (D) の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。しかし請求項に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本願の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。

(A)全ての実施形態では、本発明に係る記録媒体を BD-R0Mとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、 BD-R0M の物理的性質に依存するものではない。動的シナリオ、グラフィクスストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、 DVD-ROM, DVD-RAM, DVD- ， DVD-R, DVD+RW, DVD+R, CD-R, CD-RW 等の光ディスク、 PD. M0 等の光磁気デイスクであつてもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディァカード、 PCM-CIA カード等の半導体メモリカードであってもよい。フレシキブルディスク、 SuperDi sk. Z i p, C l ik !等の磁気記録ディスク（i )、 ORB, Jaz, SparQ, SyJet, EZF l ey,マイクロドライプ等のリムーバルハ― ドディスクドライブ（i i)であってもよい。更に、機器内蔵型のハ一ドディスクであってもよい。

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

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

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

(E) BD-ROM に記録するにあたつて、 AVClip を構成する各 TSバケツトには、拡張ヘッダを付与しておくことが望ましい。拡張へッダは、

TP— extra— header と呼ばれ、『 Airibval_Time一 St卿』と、『 copy— permission— indi cat or』とを含み 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バケツトを" Aligned Unit" といラ。

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

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

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

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

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

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

産業上の利用可能性

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

Claims

請求の範囲

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

グラフィクスストリームは、状態制御情報と、複数グラフィクスデータの配列とを含み、

対話画面の初期表示のタィミングは、

グラフイクスデータ配列の途中に位置するグラフイクスデ一夕のデコード終了時刻と、所定の期間とを足し合わせた時刻であり、

前記状態制御情報は、パケットに格納され、当該パケットは、タイムスタンプを含んでおり、

タイムスタンプは、対話画面の初期表示タイミングを示す

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

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

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

タイムスタンプは、グラフィクスデータ配列の途中に位置するグラフイクスデータのデコード終了時刻と、所定の期間とを足し合わせた時刻を示しており、

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

ビデオストリ一ムの再生時点が、タイムスタンプに示される再生時点になった際、対話画面の初期表示を行い、ユーザ操作がなされれば、残りのグラフィクスデータを用いて対話画面の更新を行うことを特徴とする再生装置。

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

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

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

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

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

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

グラフィクスストリームは、状態制御情報と、複数グラフィクスデー夕の配列とを含み、

対話画面の初期表示のタィミングは、

グラフィクスデータ配列の途中に位置するグラフィクスデ一夕のデコード終了時刻と、所定の期間とを足し合わせた時刻であり、

タイムスタンプは、対話画面の初期表示タイミングを示す

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

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

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

前記状態制御情報は、バケツトに格納され、当該バケツトは、タイムスタンプを含んでおり、

第 2ステップは、

ビデオストリームの再生時点がタイムスタンプに示される再生時点になった際、対話画面の初期表示をコンピュータに行わせ、ユーザ操作がなされれば、残りのグラフィクスデータを用いて対話画面の更新をコンピュータに行わせる

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

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

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

タイムスタンプは、グラフィクスデータ配列の途中に位置するグラフィクスデータのデコード終了時刻と、所定の期間とを足し合わせた時刻を示しており、

第 2ステップは、

ビデオストリームの再生時点が、タイムスタンプに示される再生時点になった際、対話画面の初期表示を行い、ユーザ操作がなされれば、残りのグラフィクスデータを用いて対話画面の更新を行う

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