WO2004068854A1

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

Info

Publication number: WO2004068854A1
Application number: PCT/JP2004/000891
Authority: WO
Inventors: Wataru Ikeda; Tomoyuki Okada; Yasushi Uesaka; Masayuki Kozuka
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-01-31
Filing date: 2004-01-30
Publication date: 2004-08-12
Also published as: JP4213765B2; CN101510980B; MXPA05007922A; CA2512058A1; EP2194532A2; US20060188223A1; CN101510980A; CN1745579A; JP2008198354A; JP4549404B2; KR20090026366A; KR101019346B1; US8463107B2; EP1608165A4; JP2008199661A; US7729598B2; KR20090026365A; EP1608165A1; JP4245607B2; CN100474915C

Abstract

　BD-ROMには、ビデオストリーム及びグラフィクスストリームを多重化することにより得られたデジタルストリームが記録されている。ビデオストリームは、複数ピクチャデータからなる動画データを構成していて、グラフィクスストリームは、状態制御情報を格納したPESパケット(ICS)、及び、クラフィクスデータを格納したPESパケット(ODS)を含んでいる。クラフィクスデータは、対話画面を構成するデータであり、状態制御情報は、当該対話画面におけるボタンの状態を、動画データの再生進行及びユーザ操作に応じて変化させる情報である。　ICSには、対話画面と同期すべきピクチャデータの表示タイミングを示すPTSが付加されており、ODSには、前記クラフィクスデータのデコードタイミングであって、当該表示タイミングより前の時点を示すPTSが付加されている。

Description

明細書

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

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

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

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

ところが DVD のォーサリングにおいて、 GOP及び VOBUの構造が決まるのは、ビデオ，副映像、オーディォという個々のェレメンタリストリームのェンコ一ドが完了し、これらを 1つの VOB に多重化するという多重化の段階である。かかる多重化は、ォーサリングにおいて終盤の工程であり、この終盤の段階になるまで、状態制御情報を VOB に組み込むことはできないので、.画面におけるボタンがどのように変化するかというポタン状態変化の検証作業は、この終盤の工程になるまで、待たねばならない。終盤の工程にならないと、ポタン状態の変化を検証することはできないので、出荷間際になつてボタンの状態に係るバグが発覚し、関係者が慌てふためくという事例が、ォーサリングの現場では数多く見られる。更に検証期間が極僅かなので、アニメーションにより複雑に動くようなボタンを映画作品に組み入れることは、大きなリスクを伴うことになる。そのため現状のォーサリングでは、ユーザ操作に応じて、色が変換するような単純な形態のポタンが主流になっている。

発明の開示

本発明の目的は、ボタン状態の変化を検証するという作業を、ォ一サリングの早い時期に行うことができる記録媒体を提供することである。

VOBUに対する NAVIノ、 °ックに、状態制御情報を格納するというのは、 DVDにおける読出レートを考えれば有効な手法であった。何故なら、状態制御情報を NAVIパックに格納しておけば、 NAVIパックに対する読み出しで、同時に状態制御情報を DVD から読み出することができるので、読み出し時の帯域を低く抑えることができるからである。

しかし BD-ROM における読出レートを考えればそれ程有効とはいえない。何故なら、 BD-ROMの読出レートは DVDより遥かに高く、かかる帯域抑制に対する危惧は薄れるからである。

かかる媒体側の進歩に鑑み、本発明に係る記録媒体は、対話画面を構成するクラフィクスデータ（i)、当該対話画面の状態を、動画データの再生進行及びユーザ操作に応じて変化させる状態制御情報 (ii)を一体化したグラフィクスストリームを、動画ストリームに多重化することにより得られるデジタルストリームを記録することで上記目的の達成を図っている。本記録媒体によれば、'ポタンの状態を変化させる情報は、クラフィクスデータと一体になつてグラフィクスストリームを構成しているので、動画ストリームのエンコード完了や、多重化完了を待たなくても、グラフィクスストリーム単体を完成しさえすれば、再生進行に応じてボ夕ンの状態がどのように変化するかの検証が可能になる。かかる状態変化の検証がォーサリングの早い段階（多重化作業より前）で可能になるので、記録媒体の出荷直前に不具合が発見され、関係者が慌てふためくという事態はなくなる。グラフィクスストリーム単体での動作検証が可能になるので、アニメーションにより複雑に動くようなボタンを積極的に映画作品に組み入れることができる。

ここで各ディスプレイセットにおける状態制御情報はアツプデートフラグを含み、当該アップデートフラグはオンに設定されることにより、当該ディスプレイセットは、ポタンコマンドを除き先行するディスプレィセットの状態制御情報及びクラフィクスデータと同じ内容である旨を、当該アップデートフラグはオフに設定されることにより、当該ディスプレイセットは、先行するデイスプレイセットの状態制御情報及びクラフィクスデータと同じ内容である旨を示すものであり、ポタンコマンドとは、対話画面上のボタンに対し、確定操作が行われた場合に、再生装置に実行させるべきコマンドであってもよい。

上述した構成では、再生が進行することにより、ボタンコマンドによる分岐先が変化してゆくようなタイトルを制作することができる。ここ' で制作すべきタイトルがクイズ集であり、 2 つのディスプレイセットが設問である場合、ユーザの回答が遅れれば遅れる程不利な分岐先に分岐するようなタイトルを制作することができる。

ここで対話.画面における n個のボタンのそれぞれには、数値が割り当てられており、前記 n個のボタン情報は、自身に割り当てられた数値と、その数値によるボタン選択が可能か否かを示すフラグを含んでいてもよい。ボタンの 1つ 1つに飛び飛びの番号を割り当てることができるので、プロ野球選手の選手名鑑のようなタイトルの作成に便利である。

つまり各選手が活躍するプレーの映像に分岐するようなボタンコマンドを作成し、このボタンコマンドを含むボタン情報に、選手の背番号を割り当てることにより、背番号の数値入力にて、各選手のプレーのシーンに分岐するような再生制御を実現することができる。

図面の簡単な説明

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

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

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

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

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

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

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

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

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

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

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

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

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

図 1 2は、ある DSnに含まれる ODS と、 ICS との関係を示す図である。

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

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

図 1 5は、ボタン A〜ボタン Dの状態遷移を示す図である。

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

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

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

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

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

図 2 2は、 ICSによる同期表示時の夕ィミングを示す図である。図 2 3 は、対話画面の初期表示が複数 ODS にて構成され、 default_selected_button_numberが有効である場合の DTS、 PTS の設定を示す図である。

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

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

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

図 2 7は、デフォルトセレクテツドボタンが未確定である場合の、再生装置によるパイプライン処理を示すタイミングチャートである。図 2 8は、制御部 2 0による LinkPL関数の実行手順を示すフローチヤートである。

図 2 9は、 Segmentのロード処理の処理手順を示すフローチヤ一トである。

図 3 0は、頭出し時におけるロード処理がどのように行われるかを示す図である。

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

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

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

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

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

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

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

図 3 8は、アニメーション表示の処理手順を示すフ口一チャートである。

図 3 9は、 UO処理の処理手順を示すフローチャートである。

図 4 0は、カレントボタンの変更処理の処理手順を示すフローチヤ一トである。

図 4 1 は、数値入力処理の処理手順を示すフローチヤートである。図 4 2は、クリツク音の発音を実現する場合の ICSのデータ搆造を示す図である。

図 4 3は、クリツク音の発音を実現する場合の ICSのデータ構造を示す図である。

図 4 4 ( a ) は、 button_info(l)(2)を含む状態制御情報を示す図である。

図 4 4 ( b ) は、状態制御情報を含む ICSが読み出される過程を示す図である。

図 4 4 ( c ) は、対角線方向に並べられた 3つのボタン（ボタン A、ポタン B、ボタン C)と、これらのボタンについてのボタン情報の設定例でめる。

図 4 5 ( a ) ( b ) は、プリロードメモリ 2 1 に読み出された ICS によるクリツク音データの発音制御を示す。

図 4 5 ( c ) は、横方向に並べられた 3つのポタン（ポタン A、ポタン B、ボタン C)と、これらのボタンについてのボタン情報の設定例である。図 4 6は、第 3実施形態に係る BD-ROM の製造工程を示すフローチヤートである。

図 4 7は、 ICSの変更実施の形態を示す図である。

図 4 8は、リモコンのキー毎にクリック音を定義するようにした ICS を示す図である。

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

(第 1実施形態） ·

以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図 2 ( a ) は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図 2において、本発明に係る記録媒体は、 BD-ROM 1 0 0である。この BD-ROM 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キー、 MoveRightキー、 MoveLeftキー力設けられている。ここで対話画面におけるボタンは、ノーマル状態、セレクテツド状態、ァクティブ状態という 3つの状態をもち、これら MoveUp キ一、 MoveDownキ一、 MoveRightキ一、 MoveLeftキ一は、このボタンの状態をノーマル状態→セレクテツド状態→ァクティブ状態と変化させる操作をユーザから受け付ける。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォーカスが当てられているが、確定に至っていない状態をいう。ァクティブ状態とは、確定に至った状態をいう。 MoveUpキーは、対話画面においてあるボタンがセレクテツド状態である場合、このボタンより上にあるボタンをセレクテツド状態に設定するためのキーである。 MoveDownキーは、このボタンより下にあるボタンをセレクテツド状態に設定するためのキー、 MoveRightキーは、このボタンより右にあるポタンをセレクテツド状態に設定するためのキー、 MoveLeft キーは、このボタンより左にあるポタンをセレクテツド状態に設定するためのキーである。

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

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

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

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

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

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

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

かかる過程を経て生成された AVClip は、通常のコンピュータフアイル同様、複数のェクステントに分割され、 BD-ROM上の領域に記録される。 AVClipは、 1つ以上の ACCESS UNITとからなり、この ACCESS UNIT の単位で頭出し可能である。 ACCESS UNIT とは、 1 つの GOP(Group Of Picture)と、この GOPと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。 GOPは、過去方向およぴ未来方向に再生されるべき画像との時間相関特性を用いて圧縮されている Bidirectionally predictive Predictive(B ヒクチャ、去方向に再生されるべき画像との時間相関特性を用いて圧縮されている Predictive(P)ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されている Intra( I )ピクチャを含む。

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)は、破線の引き出し線 hii4に示すようにそのオーディォストリームがどのような圧縮方式で圧縮されたか（Coding), そのオーディオストリームのチャネル番号が何であるか（Ch.)、何という言語に対応しているか (Lang), サンプリング周波数がどれだけであるかを示す。

EP— mapは、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線 hn5に示すように複数のェントリー情報（ACCESS UNIT#1 エントリー、 ACCESS UNIT#2エントリ一、 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)) で表現される。可変長符号圧縮方式が採用されるため、 GOP を含む各 ACCESS UNI のサイズや再生時間がバラバラであっても、この ACCESS UNITについてのエントリ一を参照することにより、任意の再生時刻から、その再生時刻に対応する ACCESS UNIT内のピクチャデータへと頭出しを行うことが可能になる。尚、 XXX.CLPI のファイル名 XXXば、 Clip情報が対応している AVClip と同じ名称が使用される。つまり本図における AVClip のファイル名は XXX であるから、 AVClip(XXX.M2TS)に対応していることを意味する。以上が Clip情報についての説明である。続いてプレイリスト情報について説明する。

YYY.MPLS (プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、複数の Playltem 情報（Playltem 情報 #1,#2，#3 · · ·#η)と、これら Playltem情報数 (Number)とからなる。図 6 は、 PL情報の内部構成を示す図である。 Playltem情報は、プレイリストを構成する 1 つ以上の論理的な再生区間を定義する。 Playltem 情報の構成は、引き出し線 hslによりクローズアップされている。この引き出し線に示すように Playltem情報は、再生区間の In点及び Out点が属する AVClip の再生区間情報のファィル名を示す『Clip— Information— file— name』と、当該 AVClip がどのような符号化方式で符号化されているかを示す『 Clip _codec— identifie と、再生区間の始点を示す時間情報『IN—time』と、再生区間の終点を示す時間情報『OUT— 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-ROMにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するような PL を定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。

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

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

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

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

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

第 2段目の Display Set(DS と略す）とは、グラフィクスストリームを構成する複数機能セグメントのうち、一画面分のグラフィクスを構成するものの集合をいう。図中の破線は、第 3段目の機能セグメントが、どの DS に帰属しているかという帰属関係を示す。 ICS— PDS— ODS— END という一連の機能セグメントが、 1つの DSを構成していることがわかる。再生装置は、この DSを構成する複数機能セグメントを BD-ROM から読み出せば、一画面分のグラフィクスを構成することができる。第 1段目の Epoch とは、 AVClip の再生時間軸上においてメモリ管理の連続性をもっている一つの期間、及び、この期間に割り当てられたデータ群をいう。ここで想定しているメモリとは、一画面分のグラフイクスを格納しておくためのグラフィクスプレーン、伸長された状態のクラ. フィクスデータを格納しておくためのオブジェクトバッファである。これらについてのメモリ管理に、連続性があるというのは、この Epochにあたる期間を通じてこれらグラフィクスプレーン及びォブジヱクトバッファのフラッシュは発生せず、グラフィックプレーン内のある決められた矩形領域内でのみ、グラフィクスの消去及び再描画が行われることをいう（※ここでフラッシュとは、プレーン及びバッファの格納内容を全部クリアしてしまうことである。）。この矩形領域の縦横の大きさ及び位置は、 Epochにあたる期間において、終始固定されている。グラフィックプレーンにおいて、この固定化された領域内で、グラフィクスの消去及ぴ再描画を行つている限り、シームレス再生が保障される。つまり Epoch は、シームレス再生の保障が可能な再生時間軸上の一単位ということができる。グラフィックプレーンにおいて、グラフィタスの消去'再描画を行うべき領域を変更したい場合は、再生時間軸上においてその変更時点を定義し、その変更時点以降を、新たな Epochにせねばならない。この場合、 2つの Epochの境界では、シームレス再生は保証されない。

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

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

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

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

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

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

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

ODSによるグラフィクスオブジェクトの定義は、図 1 0 ( a ) に示すようにデータ構造をもってなされる。 ODSは、自身が ODSであることを示す『 Segment— Type』と、 ODSのデータ長を示す『 segment— length』と、 Epoch においてこの ODS に対応するグラフィクスォブジェクトを一意に識別する『object— ID』と、 Epochにおける ODSのバ一ジヨンを TTs 『ob;)ect— version— numberj と、『last— msequence— ilag』と、グフフィクスォブジヱクトの一部又は全部である連続バイト長データ

『object— aata— iragment』とからなる。

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

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

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

続いて ICSについて説明する。 Interactive Composition Segmentは、対話的な画面を構成する機能セグメントである。 Interactive Composition Segmentは、図 1 1 に示すデータ構造で構成される。本図に示すように ICS は、『 segment— type』と、『 segment— length』と、『 composition— number 』と、『 composition— state 』と、『 command— update— flag』と、『 Composition— timeout— PTS』と、『 Selection— timeout— PTS 』と、『 UO_Mask— Table 』と、『 animation一: frame— rate— code』と、『 default— selected— button— numberj と、『default— activated— button— numberj と、『ボタン情報群（button info(l)(2)(3) - - - -)J とからなる。

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

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

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

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

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

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

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

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

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

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

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

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

『object_horizontal一 position』、『object一 vertica丄—positionj 【、対古画面におけるボタン iの左上画素の水平位置、垂直位置を示す。

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

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

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

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

『repeated— selected— flag』は、セレクテツド状態にあるポタン iのァニメーション表示を反復させるかどうかを示す。

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

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

『repeat— selected— flag』は、セレクテツド状態にあるボタン iのァニメ一シヨン表示を、反復継続するかどうかを示す。 start一 object一 id— selectedと、 end— object— id— selectedと力 ι口 Jしになるなら、本フィールド 00に設定される。

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

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

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

『ボタンコマンド（button— command)』は、ボタン iがアクティブ状態になれば、実行されるコマンドである。ボタンコマンドでは、 PL、 Playltem を対象とした再生を再生装置に命じることができる。 Playltem, Playltem を対象とした再生を、再生装置に命じるコマンドを LinkPLコマンドという。本コマンドは、第 1 引数で指定するプレイリストの再生を、第 2引数で指定する位置から再生を開始させるものである。書式: LinkPL (第 1引数，第 2引数）

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

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

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

Mark により再生開始位置を指定した LinkPL 関数を LinkPLatMarkOという。またポタンコマンドでは、再生装置の状態取得や状態設定を再生装置に命じることができる。再生装置の状態は、 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 引数で指定された値を設定させる。

Uiiノ Get value of General Purpose Register コマンド

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

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

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

書式： Set value of General Purpose Register (第 1弓 I数、第 2引数) この関数は、第 1引数で指定された General Purpose Registerに、第 2引数で指定された値を設定させる。以上が ICSの内部構成である。 ICSによる対話制御の具体例について以下説明する。本具体例は、図 1 2のような ODS、ICSを想定している。図 1 2は、ある DSnに含まれる ODS と、 ICSとの関係を示す図である。この DSnには、 ODSll〜19,21~ 29,31〜39,41〜49が含まれているものとする。これらの ODSのうち、 0DS11〜19は、ボタン Aの各状態を描いたものであり、 ODS21〜29 は、ポタン B の各状態を描いたもの、 ODS31〜39は、ボタン Cの各状態を描いたもの、 ODS41〜49は、ボタン D の各状態を描いたものとする（図中の括弧 }を参照)。そして ICS における button— info(l)，(²)，（³),(⁴)にて、これらのボタン 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一 infoOによる状態遷移を象徴的に表現している。 button inio(l)の neighbor— infoOにおる lower—button— numberは、ホタン Cに設定されているため、ポ夕ン Aがセレクテツド状態になっている状態で、 MOVEDownキー押下の UO が発生すれば（図 1 5の up l)、ボタン C がセレクテツド状態になる（図 1 5の s]' l)。 button info(l)の neighbor— infoOにおける right— button— number は、ポタン B に設定されているため、ボタン A がセレクテツド状態になっている状態で、 MOVERightキー押下の UOが発生'すれば（図 1 5の up2)、ボタン Bがセレクテツド状態になる（図 1 5の s]'2)。

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

続いてボタン A〜ボタン Dの絵柄について説明する。 ODS11, 21,31, 41 が図 1 6に示す絵柄であるものとする。そしてボタン Aに割り当てられた ODSll〜19 は、図 1 7のような絵柄であるものとする。 ICS における button一 info(l) の normal— state— ιηιοθ お

start— object一 id— normal,encl—ob;ject_id— norma丄は、 ODSll〜13 を ί旨定しているため、ボタン Α のノーマル状態は、 ODSll〜13 によるアニメーシヨンで表現される。また button— info(l)の selected— state— infoOにお (フる start— object— id一 selected, end— ooject— id— selected は、 ODSl4〜 16を指定しているため、ボタン Aのセレクテツド状態は、 ODS14~ 16 で表現される。ユーザがこのボタン Aをセレクテツド状態にすることにより、ポタン Aの絵柄たる肖像は、 ODSll〜13によるものから、 ODS14 〜 16 によるものへと変.ィ匕する。ここで normal— state— info ()、 selected— state— inio()における repeat— normal一 flag, repeat— select— flag を 1にしておけば、 0DS11〜13によるアニメーション、 ODS14〜： 16によるアニメーションは、図中の「→(A)」，「(A)→」，「→(B)」，「(B)→」，に示すように、アニメーション表示は反復継続する。

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

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

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

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

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

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

図 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グループを示す。尚、本図における ODSl〜ODSnという表記は、「1 「n」というような同じ番号が付されているが、これら N-ODSs,S-ODSs,A-ODSsに属する ODSは別々のものである。以降、同様の表記の図は同じ意味であるとする。

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

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

図 2 1 は、図 1 6、図 1 7に示した ODS を、どのような順序で配列させるかについて説明する。図 2 1は、 Display Setにおける ODSの順序を示す図である。本図において ODSs for Normal stateは、 ODSll〜 13，ODS21〜23，ODS31〜33，ODS41〜43 から構成されている。また ODSs for Selected state は、 ODS14〜 16,ODS24〜 26，ODS34〜 36,ODS44~ 46から構成され、 ODSs for Actioned stateは、 ODS17〜 19,ODS27〜29,ODS37〜39'ODS47〜49 から構成されている。 ODS11 〜13は、図 1 7に示したような、キャラクターの表情変化を描くものであり、ODS21〜23，ODS31〜33,ODS41〜43も同様なので、これらの ODS を先頭の button-stateグループに配置することにより、 Display Setの読み出しの途中であっても、初期表示の準備を整えることができる。これによりアニメーションを取り入れた対話画面を、遅滞なく実行することができる。

続いて複数のポタン状態からの多重参照される ODS の順序について説明する。多重参照とは、ある ODSについての object— idが ICSにおける 2 以上の normal— state—inio, selected— state一 info, activated— state— info 【こより定されて、ることをいう。かかる多重参照を行えば、あるポタンのノーマル状態を描くグラフィクスォブジヱクトを用いて、他のボタンのセレクテッド状態を描くことができ、グラフィクスオブジェクトの絵柄を共用することができる。かかる共用により、 ODSの数を少なくすることができる。多重参照される ODSについては、どの button-state グループに属するかが問題になる。つまりあるポタンのノーマル状態と、別のボタンのセレクテツド状態とが 1つの ODSで描かれている場合、この ODS は、ノーマル状態に対応する button-stateグループに属するか、セレクテツド状態に対応する button-state グループに属するかが問題となる。この場合 ODS は、複数状態のうち、最も早く出現する状態に対応する button-state グループに配置される。ノーマル状態セレクテツド状態ーァクティブ状態という 3つの状態があり、ある ODSがノーマル状態、セレクテツド状態で多重参照されるなら、ノ一マル状態に対応する button-stateグループにこの ODSは配置される。また別の ODSがセレクテッド状態、アクティブ状態多重参照されるなら、セレクテッド状態に対応する button-state グループにこの ODSは配置される。以上が多重参照される ODSの順序についての説明である。

セレクテツド状態に対応する button-state グループにおける、 ODS の順序について説明する。セレクテツド状態に対応する button-stateグループにおいて、どの ODS が先頭に位置するかは、デフォルトセレクテツドボタンが確定しているか未確定であるかによって変わる。確定したデフオノレトセレクテッドボタンとは、 ICS における default— selected— button— numberに 00以外の有効な値が設定され、この値で指示されるボタンのことをいう。この場合、デフオルトセレクテッドボタンを表す ODSが、 button-stateグループの先頭に配置される。未確定のデフオノレトセレクテッドボタンとは、 ICS における deiault— selected— button— numberが値 00 を示しているような Display Set において、デフォルトでセレクテツド状態に設定されるボタンをいつ。値 00を示すよつ、 default— selected— button— numberを設疋しておくのは、例えば、 Display Setが多重されている AVClipが、複数再生経路の合流点になっているようなケースである。先行する複数再生経路がそれぞれ第 1、第 2、第 3章であり、合流点にあたる Display Setが第 1章、第 2章、第 3章に対応するボタンを表示させるものである場合、 default— se丄 ected— button— numberにおヽて、ァノオノレトでセレクテツド状態とすべきポタンを決めてしまうのは、おかしい。

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

以上が ODS の順序についての説明である。続いてこれら ICS、 ODS を有した Display Setが、 AVClipの再生時間軸上にどのように割り当てられるかについて説明する。 Epochは、再生時間軸上においてメモリ管理が連続する期間であり、 Epochは 1つ以上の Display Setから構成されるので、 Display Setをどうやって AVClipの再生時間軸に割り当てるかが問題になる。ここで AVClipの再生時間軸とは、 AVClipに多重されたビデオストリームを構成する個々のピクチャデ一夕のデコード夕イミング、再生タイミングを規定するための想定される時間軸をいう。この再生時間軸においてデコードタイミング、再生タイミングは、 90KHz の時間精度で表現される。 90KHz の時間精度は、 NTSC 信号、 PAL信号、 DolbyAC-3、 MPEGオーディォのフレーム周波数の公倍数を考慮したものである。 Display Set内の ICS、ODSに付加された DTS、； PTSは、この再生時間軸において同期制御を実現すべきタイミングを示す。この ICS, ODS に付加された DTS、 PTS を用いて同期制御を行うことが、再生時間軸への Display Setの割り当てである。

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

DTSは、 ODSのデコードを開'始すべき時間を 90KHzの時間精度で示しており、 PTSはデコードデッドラインを示す。

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

ODS についての DTS、 PTS はデコード開始時刻、デコードデッドラインを示している。

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

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

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

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

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

PTS(DS[ODSj])=DTS(DSn[ODSj])+90,000 x (SIZE(DSn[ODSj])//Rd) 次に ICSの、 PTS値について説明する。

ICSの PTSは、 DSnの初期表示を構成する 0DSのうち、デコ一ド時刻が最も遅い ODSの PTS値（1)、グラフイクスプレーンのクリァに要する時間（2)、 ODS のデコードにより得られたグラフィクスオブジェクトをグラフィクスプレーンに転送する転送時間（3)を足した値に設定される。

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

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

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

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

ICSに含まれる全ボタン情報により、指定されるグラフィックォブジェク卜の総サイズを∑ SIZE(DSn[ICS.BUTTON[i]]とし、グラフィックプレーンへの書込レートを 128Mbps とすると、グラフィックプレーンへの書き込みに要する時間は、 ∑

SIZE(DSn[ICS.BUTTON[i]])//128,000,000 と表現される。これを 90KHz の時間精度で表現すれば、グラフィックプレーンのクリア時間 (3)は 90,000 X (∑ SIZE(DSn[ICS.BUTTON[i]])//128,000,000)になる。以上の数式を用いることにより、 PTS(DSn[ICS])は、以下の数式のように表現される。

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

+90,000x(8xvideo_widthxvideo_height//128,000,000)

+90,000x(∑SIZE(DSn[ICS.BUTTON[i]])//128,000,000) 尚、本式は、 ICS における default— selected— button_number 力 ^; "有幼である場合の算出式に過ぎない。 default_selected_button— numberが無効である場合の算出式は、以下の通りになる。

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

+90,000x(8xvideo_widthxvideo_height//128,000,000)

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

そして ICSの PTSから、画面のクリァ期間 cdl、グラフィクスォブジェクトの転送期間 tdlを差し引いた時刻に、 DSnの初期表示を構成する ODSのうち、デコード時刻が最も遅い ODSのデコードが完了せねばならないから、図中の時点 (女1)に、 ODSの PTS値が設定しなければならない。更に、 ODSのデコードには期間 ddlを要するから、この PTSより期間 ddlだけ早い時点に、この ODSの DTS値を設定せねばならない。図 2 2において、動画と合成される ODS は 1つだけであり、単純化されたケースを想定している。動画と合成されるべき対話画面の初期表示が、複数の ODSで実現される場合、 ICSの PTS及び DTS、 ODS の PTS, DTSは図 2 3のように設定せねばならない。

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

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

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

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

DVDにおいて、対話制御が有効になる期間は、そのビデオストリームの GOP にあたる VOBUの期間であつたが、 BD-ROMでは、 Epoch に含まれる ICS の PTS、 DTS によりこの有効期間を任意に設定し得る。このため BD-ROMにおける対話制御は、 GOP との依存性をもたない。尚、 ICSの FTSによる同期制御は、再生時間軸上のあるタイミングでボタンを表示するという制御のみならず、再生時間軸上のある期間で Popup メニューの表示を可能とする制御を含む。 Popup メニューとは、リモコン 4 0 0に設けられたメニューキーの押下で Popup 表示されるメニューであり、この Popup表示が、 AVClip におけるあるピクチャデ ―タの表示タイミングで可能になることも、 ICSの PTSによる同期制御である。 Popupメニューを構成する ODSは、ボタンを構成する ODS と同様、 ODSのデコードが完了し、デコードにより得られたグラフィックオブジェクトがグラフィックプレーンに書き込まれる。このグラフィックプレーンへの書き込みが完了していなければ、ユーザからのメニューコールに応ずることはできない。そこで Popupメニューの同期表示にあたって、 ICS の PTS に、 Popup 表示が可能になる時刻を示しておくのである。

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

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

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

PID フィルタ 3は、トラックバッファ 2から出力される複数 TSパケットに対してフィルタリングを施す。 PIDフィルタ 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は、 PIDフィルタ 3から出力された TSパケットを先入れ先出し式に格納しておくメモリである。

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

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

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

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

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

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

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

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

周辺回路 1 3 aは、 Coded Dataノッファ 1 3 - Stream Graphicsプ口セッサ 1 4間の転送、 Coded Data ノソファ 1 3 - Composition ッファ 1 6間の転送を実現するヮィャロジックである。この転送処理において現在時点が ODSの DTSに示される時刻になれば、 ODSを、 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によるデコードは、 ODS に関連付けられた DTSの時刻に開始し、 ODSに関連付けられた PTSに示されるデコードデッドラインまでに終了する。上述したグラフイツクオブジェク卜のデコードレート Rdは、この Stream Graphicsプロセッサ 1 4の出力レートである。

Object Buffer 1 5には、 Stream Graphicsプロセッサ 1 4のデコードにより得られたグラフィクスォブジェクトが配置される。

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

Graphical コントローラ 1 7は、 Composition ノッファ 1 6に配置された ICSを解読して、 ICSに基づく制御をする。この制御の実行夕イミングは、 ICSに付加された PTSの値に基づく。

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

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

PSR(0) ： 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(ll)' (12) Reserved

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

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

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

PSR(16) 再生装置における音声設定を示す言語コード PSR(17) 再生装置における字幕設定を示す言語コード PSR(18) メニュ一描画のための言語設定

PSR(19)' (63) Reserved

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

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

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

図 2 6は、 ODSのデコ一ドがどのように行われるかの時間的遷移を示すタイミングチャートである。 ODSのデコードがどのように行われるかの時間的遷移を示すタイミングチャートである。第 4段目は、 BD-ROM における Display Setを示し、第 3段目は、 Coded Dataノッファ 1 3への ICS、 PDS、 ODSの読出期間を示す。第 2段目は、 Stream Graphics プロセッサ 1 4による各 ODS のデコ一ド期間を示す。第 1段目は、 Graphicalコントローラ 1 7による処理期間を示す。各 ODS .のデコ一ド開始時刻は、図中の DTS11,DTS12，DTS13に示されている。デコード開始時刻が DTS に規定されているので、各 ODS は、自身.の DTS に示される時刻までに Coded Dataバッファ 1 3に読み出されなければならない。そのため ODS1の読み出しは、 Coded Dataバッファ 1 3への ODS1 のデコ一ド期間 dpiの直前までに完了している。 Coded Dataバッファ 1 3への ODSnの読み出しは、 ODS2のデコ一ド期間 dp2の直前までに完了している。

一方、各 ODS のデコードデッドラインは、図中の PTS11,PTS12,PTS13に示されている。 Stream Graphicsプロセッサ 1 4による ODS1 のデコードは PTS11 までに完了し、 ODSnのデコードは、 PTS12 に示される時刻までに完了する。以上のように、各 ODSの DTS に示される時刻までに、 ODS を Coded Dataバッファ 1 3に読み出し、 Coded Dataバッファ 1 3に読み出された ODSを、各 ODSの PTS に示される時刻までに、デコードして Object Buffer 1 5に書き込む。これらの処理を、 1つの Stream Graphicsプロセッサ 1 4は、ノ、。ィプライン式に行う。

デフォルトセレクテツドボタンが確定している場合、対話画面の初期表示に必要なグラフィクスォブジェクトが Object Buffer 1 5上で全て揃うのは、ノーマル状態に対応する button-stateグループ、セレクテツド状態に対応する button-state グループの先頭 0DSのデコ一ドが完了した時点である。本図でいえば、 PTS13に示される時点で、対話画面の初期表示に必要なグラフィクスォブジヱクトは全て揃う。

本図の第 1段目における期間 cdlは、 Graphical コントローラ 1 7がグラフィタスプレーン 8をクリァするのに要する期間である。また期間 tdlは、 Object Buffer 1 5上にえられたグラフィクスオブジェクトを、グラフィクスプレーン 8に書き込むのに要する期間である。グラフイクスプレーン 8 における書込先は、 ICS における button_horizontal—position，button— vertical— position に T Sれて Vヽる場所である。つまり ODSの PTS13の値に、画面クリアの期間 cdl と、デコードにより得られたグラフィクスオブジェク卜の書込期間 tdl とを足し合わせれば、対話画面を構成する非圧縮グラフイクスがグラフイクスプレーン 8上に得られることになる。この非圧縮グラフィタスの色変換を CLUT部 9に行わせ、ビデオプレーン 6に格納されている非圧縮ピクチャとの合成を加算器 1 0に行わせれば、合成画像が得られることになる。

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

尚、本図における ODSl〜ODSnという表記は、「1上「n」というような同じ番号が付されているが、これら N-ODSs,S-ODSs，A-ODSsに属する ODSは別々のものである。以降、同様の表記の図は同じ意味であるとする。

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

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

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

図 2 8は、制御部 2 0による 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の Out— timeを，力レント Clip情報の EP— mapを用いてアドレスに変換する（ステップ S 6 )。そして、その変換アドレスにより特定される ACCESS UNI を ACCESS UNITwにする（ステップ S 7 ) o

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

ステップ S 1 1 は、本フローチャートの終了判定であり、 Ply が PIz になつたかを判定している。もしステップ 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にロードするステップである。

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

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

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

ステップ S 2 8は、先行する DSがプレーヤ上の Coded Dataバッファ 1 3に存在するかどうかの判定であり、ステップ S 2 7が Yesである場合に実行される。 Coded Dataノッファ 1 3上に DS が存在しないケースとは、頭出しがなされたケースをいう。この場合、 Acquisition Point たる DSから、表示を開始せねばならないので、ステップ S 3 0に移行する（ステップ S 2 8で No)。

Coded Dataバッファ 1 3上に先行する DSが存在する場合は（ステップ S 2 8,で Yes)、無視フラグを 1 に設定して（ステップ S 2 9 )、ステツプ S 3 1 に移行する。

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

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

ステップ S 3 3は、 ICSにおける Segment— Typeが Normal Caseであるか否かの判定である。 SegmentKが Epoch Startであるなら、ステップ S 3 0において無視フラグを 0に設定する。無視フラグが 0であれば（ステップ S 2 2で Yes；)、 SegmentKを Coded Dataノッファ 1 3にロードし（ステップ S 2 3 )、

SegmentKがもし Epoch Startか Normal Caseであるなら、ステツプ S 3 4に移行する。ステップ S 3 4は、ステップ S 2 8と同じであり、先行する DSがプレーヤ上の Coded Dataバッファ 1 3に存在するかどうかの判定を行う。もし存在するなら、無視フラグを 0に設定する（ステップ S 3 0 )。存在しないなら、無視フラグを 1 に設定する（ステップ S 3 5 )。かかるフラグ設定により、先行する DS がプレーヤ上の Coded Dataバッファ 1 3に存在しない場合、 Normal Case を構成する機能セグメントは無視されることになる。

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

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

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

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

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

図 3 2のように通常再生が行われた場合の DS1, 10,20のロードは、図 3 3に示すものとなる。 3 つの DS のうち、 ICS の Segment— Type が Epoch Startである DS1は、そのまま Coded Data ノッファ 1 3に口一ドされるが（ステップ S 2 3 )、 ICS の Segment— Type が Acquisition Pointである DS10については、無視フラグが 1に設定されるため（ステップ S 2 9 )、これを構成する機能セグメントは Coded Data ノソファ 1 3に口一ドされず無視される（ステップ S 2 4 )。また DS20については、 ICS の . Segment— Type は Acquisition Point であるが、 Command_update_£lagが 1 に設定されているので、ステップ S 3 1が Yesになり、ポタンコマンドのみがロードされて、 Coded Dataノッファ 1 3上の DSのうち、 ICS 内のボタンコマンドのみをこれに置き換えられる（ステップ S 3 2 )。しかし無視フラグは依然として 1 を示しているので、このボタンコマンド以外は、ロードされることなく無視される。

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

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

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

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

ステップ S 4 5は、現在の再生時点が ICS の PTSであるかの判定である。もしそうであれば、グラフィクスプレーン 8の格納内容の出力を開始させる。この格納内容の出力先は、 CLUT部 9であり、 CLUT部 9 により色変換がなされた上で、対話画面はビデオプレーン 6の格納内容と合成される。これにより初期表示が実行される（ステップ S 5 2 )。そして変数 qに 1 を設定して（ステップ S 5 3 )、メインルーチンにリタ一ンする。尚、変数 qはアニメーション表示に用いられるグローバル変数 (複数フローチヤ一トにわたつて有効になるという意味である）であり、その意味合いについては後述する。ステップ S 4 6、ステップ S 4 7は、 ICSに記述された時間情報に現在の再生時点が到達したかどうかの判定である。

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

図 3 6は、グラフィクスプレーン 8の書込処理の処理手順を示すフ口 —チャートである。グラフィクスプレーン 8への書込は、初期表示に先立ち必要なものである。本フローチャートにおける ODSxとは、 PSR(IO) に示される、現在の再生時点にあたる PTS をもつ ODS のことである。ステップ S 6 1〜ステツプ S 6 3は、この ODS が、対話画面の初期表示に必要な ODS のうち、最後のものであるかの判定であり、もし最後の ODSであれば、ステップ S 6 4〜ステップ S 7 2の処理を実行する。ステップ S 6 1 は、 default_selected— button— numberによる指定が有効であるか否かの判定であり、もし有効であるなら、ステップ S 6 3において ODSx は S-ODSsfirst であるかを定する。ステップ S 6 3が No ならそのまま本フローチャートを終了してメインル一チンにリタ一ンする。

ステップ S 6 1 において No と判定されれば、ステップ S 6 2において ODSx は， S-ODSslast であるか否かを判定する。ステップ S 6 2が No ならそのまま本フローチャートを終了してメインルーチンにリタ一ンする。

ステップ S 6 4は、 ICSにおける Segment— typeが Epoch Startであるか否かの判定であり、もし Epoch Startであればステップ S 6 5においてグラフィクスプレーン 8をクリァしてから、ステップ S 6 6〜ステップ S 7 2の処理を行う。グラフィクスプレーン 8のクリアに要する期間が、図 2 3、図 2 4の期間 cdlである。もし Epoch Startでなければステップ S 6 5をスキップしてステップ S 6 6〜ステップ S 7 2の処理を行つ。

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

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

ステップ S 6 9、ステップ S 7 0を経ることでグラフィクスオブジェクト（p) が特定されれば、 button_info(p) の button— horizontal一 position, button一 vertical— position に示 sれグラフィクスプレーン 8上の位置に、グラフィクスォブジェクト（p)を書き込む（ステツプ S 7 2 )。· かかる処理を ICSにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数グラフィクスォプジェクトのうち、最初のグラフィクスォブジェクトがグラフィクスプレーン 8上に書き込まれることになる。 Object Buffer 1 5上の全てのグラフィクスォブジェクトについて、かかる処理を実行するのに要する期間が、図 2 3、図 2 4の期間 tdlである。以上がステップ S 5 1 の詳細である。続いてステップ S 5 4のサブルーチンの処理手順を、図 3 7を参照しながら説明する。

図 3 7は、デフォルトセレクテツドボタンのオートァクティペートの処理手順を示すフローチャートである。先ず default_activated_— button— numberが 0であるか， FFであるかどうかを判定し（ステップ S 9 1 )、 00であれば何の処理も行わずメィンルーチンにリターンする。もし default— activated——button— numberが FFなら、力レントボタンをボタン uとする（ステップ S 9 5 )。

00でも、 FFでもなければ、 default— activated— button— numberで指定されるボタンをボタン u とし（ステップ S 9 2 )、ポタン uをァクティブ状態に遷移する（ステップ S 9 3 )。この遷移は、ポタン u の activated— state— lnio. における start— object—id— activated から end_object_id_activatedまでのグラフィクスオブジェクトを、ボタン u の button— horizontal— position, button— vertical— position に不されている位置に書き込むことでなされる。そしてボタン uに対応するポタンコマンドを実行した後（ステップ S 9 4 )、メインル一チンにリターンする。以上の処理により、セレクテッド状態のボタンは、所定時間の経過時においてアクティブ状態に遷移させられることになる。以上が、図 3 7 のフローチャートの全容である。

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

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

このアニメ一ション表示を実現するための処理を、図 3 8を参照しながら説明する。尚本フローチャートにおいては、各ポタンにおけるァニメーシヨンのコマ数を同じであるとの想定で作図している。これはコマ数がポタン毎に異なると、処理手順が複雑になるため、簡略化したいとの配慮である。また本フローチャートは、記述の簡略化を期するため、 ICSの repeat— normal— flag、 repeat— selected— flagが繰り返し要と設定されているとの前提で作図している。

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

ステップ S 8 3は、 button— info(p)が、カレントポタンに対応する b tton_infoであるか否かの判定である。

力レントボタンに対応するボタンであれば、 button_info(p).normal_state_mfo こお T start— object— id— selectedに変数 qを足した識別子を ID(q)とする（ステップ S 8 4 )。力レントボタン以外のポタンならば、 button— info、p入 selected— state一 info における start— object— id— selected に変数 qを足した識別子を ID(q)とする（ステップ S 8 5 )。

そして Object Bufferl5に存在する、 ID(q)を有するグラフイクスォブジヱクト（p) を、 button— info(p) の button— horizontal— position, button一 vertical一 position に示される Graphics Plane8上の位置に書き込む（ステツプ S 8 7 )。以上の処理は、 ICSにおける全ての button— infoについて繰り返される（ステップ S 8 1 、ステップ S 8 2 )。

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

スアツフ S 8 8は、 end— oDject__id— normal力 start— object— ia— normal + qに達したか否かの判定であり、もし達したなら qを 0に初期化した後メインル一チンにリターンする（ステップ S 8 9 )。まだ達しないなら変数 q をインクリメントした後メインルーチンにリターンする（ステツプ S 9 0 )。

以上のステップ S 8 0〜ステップ S 9 0により対話画面における各ポタンの絵柄は、ステップ S 3 5〜ステップ S 3 7がー巡する度に新たなグラフィクスオブジェク卜に更新される。ステップ S 3 5〜ステップ S 3 7の処理が何度も反復されれば、いわゆるアニメ一ションが可能になる。アニメーションにあたって、グラフィクスオブジェクト一コマの表 feは、 animation— frame— rate— code に τ される値になるよつに Graphical コントローラ 1 7は時間調整を行う。このような時間調整を実行するのは、他のフローチャートでも同様である。以上でアニメーション表示処理についての説明を終わる。続いてメインルーチンのステツプ S 3 7における UO処理の処理手順について図 3 9を参照しながら説明する。図 3 9は、 UO 処理の処理手順を示すフローチヤ一トである。本フロ —チャートは、ステップ S 1 0 0〜ステップ S 1 0 3の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。ステップ S 1 0 0 は、 UOmaskTableが" 1"に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。

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

ステップ S 1 0 2は、 activated キーが押下されたかどうかの判定であり、もしそうであれば、ステップ S 1 0 5においてカレントボタンをアクティブ状態に遷移する。この状態遷移は、カレントボタンの activated— state— inio. におけ start— object一 id— activated 力、ら end— object— id— activatedまでのグラフィクスオブジェクトを、 Graphics Plane8 内の力レントボタンの button— horizontal— position,button一 vertical— position に示されている位置に書き込むことでなされる。これにより、ポタンで描かれたキャラクタが、ユーザ操作に応じて動くような状態遷移を実現することができる。かかる状態遷移の後、カレントポタンに対応するボタンコマンドを実行する（ステップ S 1 0 6 )。

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

図 4 0は、カレントボタンの変更処理の処理手順を示すフローチヤ一トである。尚本フローチャートにおいては、各ボタンにおけるアニメ一シヨンのコマ数を同じであるとの想定で作図している。これはコマ数がポタン毎に異なると、処理手順が複雑になるため、簡略化したいとの配慮である。先ず初めに、カレントボタンの neighbor— info における upper_button_number,lower_button_number,left_button_number,rig ht— button— number のうち、押下されたキーに対応するものを特定する (ステップ S 1 1 0 )。

そしてカレントポタンをポタン i とし、新たにカレントポタンになるポタンをボタン ]' とする（ステップ S 1 1 1 )。ステップ S 1 1 2は、ステツプ S 1 1 1で特定されたボタン ] ' が、ボタン i と一致しているかどうかの判定である。もし一致していれば、何の処理も行わずにメインル —チンにリターンする。もし一致しなければ、ステップ S 1 1 3〜ステップ S 1 2 0の処理を行う。ステップ S 1 1 3〜ステップ S 1 2 0の処理は、ポタン； j をセレクテッド状態に遷移させ、ポタン i をノーマル状態に遷移させるという処理をアニメ一ションで実現する。アニメーションにおいてまず初めに、変数 rを 0で初期化する。変数 rは、アニメ一ションのーコマを示す変数である。このステップ S 1 1 3〜ステップ S 1 1 9の処理は、ボタンのノーマル状態を示す複数グラフィックオブジェクトのうち _r枚目のもの、ボタン；) ' のセレクテツド状態を示す複数グラフィックオブジェクトのうち r枚目のものを、グラフィックプレ一ンに書き込むという処理を、複数グラフィックオブジェク卜のそれぞれについて繰り返すものである。

具体的にいうと、 button_info(i).normaし state— info における start— object— id— normalに変数 rを足すことにより特定される識別子を ID(r)とする（ステップ S 1 1 4 )。このようにして ID(r)を特定すると、 Object Buffer 1 5において ID(r)を有するグラフィックオブジェクトを button— mfo(i)の button— horizontal— position, button一 vertical— position に示される Graphics Plane8上の位置に書き込む（ステツプ S 1 1 5 )。

Dutton— info、j).se丄 ected— state— mfoにお〔ナる start— object— ια— selected に変数 rを足すことにより特定される識別子を ID(r)とする（ステップ S 1 1 6 )。このようにして ID(r)を特定すると、 Object Buffer 1 5において ID(r)を有するグラフィックオブジェクトを、 button_info(j)の button— horizontal— position, button— vertical一 position に τ ^ される Graphics Plane8上の位置に書き込む（ステップ S 1 1 7 )。

ステップ S 1 1 8は、 start_ob]'ect— id_normalに変数 rを足した識別子が end_object_id— normal に一致するかの判定であり、一致しなければ、変数 r をインクリメントして（ステップ S 1 2 0 )、ステップ S 1 1 4に戻る。ステップ S 1 1 4〜ステップ S 1 2 0の処理は、ステップ S 1 1 8が Yesと判定されるまで繰り返される。この繰り返しにより、ボタンで描かれたキヤラクタが、ユーザ操作に応じて動くような状態遷移を実現することができる。この繰り返しにおいてステップ S 1 1 8が Yes と判定されれば、ボタン； j をカレントボタンにして（ステップ S 1 1 9 )メインルーチンにリターンする。

図 4 1 は、数値入力処理の処理手順を示すフローチャートである。入力された数値に合致する button— numberを有した Button info.jが存在するかどうかの判定を行い（ステップ S 1 2 1 )、 Button info.j における numerically— selectable_flag は 1 であるかどうかの判定を行う（ステツプ S 1 2 2 )。ステップ S 1 2 1及びステップ S 1 2 2が Yes なら、 Button info.jの auto— action— flagは 01であるかを判定する（ステップ S 1 2 3 )。

01 でないなら、ポタン j の selected— state— info.における start— object— id— selectedから end— oDject— id— selectedまでのグラフィクスオブジェクトを、ボタン ]· の button— horizontal— position, button—vertical一 position に示されている位置に書き込む（ステツプ S 1 2 4 )。これにより、ボタン ] 'をセレクテツド状態に遷移させる。その後、ボタン ; jをカレントボダンにして（ステツプ S 1 2 5 )メインルーチンにリターンする。

01であるなら、ステップ S 1 2 6においてカレントボタンをァクティブ状態に遷移する。この状態遷移は、カレントポタンの activated_state_mfo. におけ start— object— id— activated から end— object— id— activatedまでのグラフィクスオブジェクトを、 Graphics Plane8 内の力レントボタンの button— horizontal— position, button一 vertical— position に示 sれている位置に書き込むことでなされる。その後、ステップ S 1 2 7においてボタン；) ' に対応するポタンコマンドを実行してメインルーチンにリターンする。

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

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

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

(第 2実施形態）

第 2実施形態は、ボタンの状態がセレクテツド状態、ァクティブ状態に変化した際、この変化に伴いクリック音を発音させる改良に関する。例えば図 1 6、図 1 7のようなボタン、つまり、映画作品のキャラクターを象徴するようなボタンが操作対象である場合、それらポタンの状態変化時に、キャラクタの音声をクリック音として再生させることができれば、ユーザは、自分がどのボタンを操作しているかを直感的に知ることができる。こうすることにより、ユーザに対するボタン操作の認知度は高まる。ボタン毎のクリック音を発音させるにあたって、問題になるのが主音声との併存である。ここでの主音声とは、映画作品における登場人物の台詞や BGMのことである。主音声たるオーディォストリームは、ビデオストリ一ム、グラフィクスストリームと多重されて AVClip を構成しているので、オーディオデコーダ 7はこれのデコードを行う。しかしクリック音を再生しょうとすると、主音声を消してクリック音を再生するという制御が必要になる。この際、オーディオデコーダ 7の動作を止める必要があるが、この動作停止により、再生の途切れ音が出力される恐れがあり望ましくない。

かかる途切れ音の発生を防止するべく、再生装置は図 4 2に示すような内部構成を有する。本図の内部構成図は、図 2 5に示した内部構成にプリロードメモリ 2 1、ミキシング部 2 2を新規に設けたものである。プリロードメモリ 2 1 は、クリック音として発音すベき非圧縮 LPCM データを予め格納しているメモリである。ミキシング部 2 2は、プリロードメモリ 2 1 に格納されている非圧縮 LPCMデータをオーディオデコーダ 7の再生出力にミキシングする。このミキシングにあたっての混合比率は、グラフィクスデコーダ 1 2内の Graphical コントローラ 1 7 (図 2 5参照）からの指示に従う。かかるミキシングパラメータでクリック音を発音させるので、オーディオデコーダ 7のデコード出力を止めなくても、クリツク音を発音させることがでぎる。.

以上が第 2実施形態に係る再生装置の内部構成である。

以上のような併存を実現するには、 BD-ROM に記録された非圧縮 LPCMデ一夕を予め BD-ROMからプリロードメモリ 2 1 にロードしておかねばならない。だが非圧縮 LPCMデータは、データサイズが大きい。サンプリング周波数が 48KHz、量子化ビット数が 16 ビッ卜の LPCM形式のオーディオデータは、 10秒足らずの短いものでも、そのサイズは 1 メガバイトになる。

プリロードメモリ 2 1 の規模を小さくしたいとの要望に応えるべく、本実施形態に係る ICSは、図 4 3のデータ構造を有する。図 4 3は、かかるクリック音の発音を実現する場合の ICSのデータ構造を示す図である。本図の ICS が図 1 1 に示したものと異なるのは、 button— info の selected—state— info()、 actioned— state— infoOに『ォ一ティォ指定' 1"肯幸』、『発音制御情報』が備えられている点である。

『オーディオ指定情報』は、 button— info に対応するボタンの状態が変化した際、再生装置に読み出させ、クリック音として再生させるべきオーディォ指定情報をファィル名又は識別子で示す。プリロードメモリ 2 1 に読み出されるクリック音データは、 ICS の button_info の selected— state— info()、 actioned— state— info 0により指定されたものである。かかるプリ口一ドメモリ 2 1 に読み出されたクリック音データはミキシング部 2 2に供される。

『発音制御情報』は、複数のミキシングパラメータからなる。各ミキシングパラメ一夕は、オーディォデータの各成分をどれだけの比率で主音声に混合するかを示す。ミキシングパラメ一夕は 0〜1.0の値をとり、クリック音データの発音時において、クリック音データの再生出力時には、このミキシングパラメータに示される値が乗じられる。ここでォーディォデータに R成分、 L成分がある場合、発音制御情報は、 L成分のミキシングパラメータ、 R成分のミキシングパラメ一夕を備え、これらの混合比に示されるミキシングをミキシング部 2 2に命じる。

このような発音制御情報が設けられたことにより、非圧縮 LPCMデー夕の L成分がボタン Aのクリック音、 R成分がボタン B のクリック音というように、 2つのボタンについてのクリック音を 1つにまとめることができる。

かかる統合を行いつつも、 L成分のみの出力を行うよう規定した発音制御情報をポタン情報（1)に組み込み、 R成分のみの出力を行うよう規定した発音制御情報をボタン情報 (2)に組み込んでおけば、ポタン Aがセレクテツド状態に遷移したタイミングで、ポタン情報（1)の発音制御情報に基づき、非圧縮 LPCMデ一夕の L成分の再生を開始させることにより、ボタン A用のクリック音を発音させることができる。

またポタン Bがセレクテツド状態に遷移したタイミングで、ボタン情報 (2)の発音制御情報に基づき、非圧縮 LP C Mデータの R成分の再生を開始させることにより、ボタン B用のクリック音を発音させることがでぎる。以上のように構成された ICS、再生装置によりクリツク音の発音がどのように行われるかの具体例を、図 4 4、図 4 5を参照しながら説明する。本具体例は、図 4 4 ( a ) ( b ) のような状態制御情報を想定している。図 4 4 ( a ) における状態制御情報は、 button— info(l)(2)を含んでいる。本図における矢印 syl，2に示すように button_info(l)(2)のオーディォ指定情報は何れも、同じ、ステレオ音声たるクリック音データを指定している。一方、 button_info(l)の発音制御情報は、 L音声のミキシングパラメータを含み、 button_info(2)の発音制御情報は、 R 音声のミキシングパラメータを含む

図 4 4 ( b ) は、かかる状態制御情報を含む ICSが読み出される過程を示す。この ICSの読み出しに先立ち、クリック音データがプリロードメモリ 2 1 に読み出す。

図 4 5 ( a ) ( b ) は、プリロードメモリ 2 1 に読み出された ICS によるクリック音データの発音制御を示す。 button— info(l)に対応するポタン A がセレクテッド状態である場合、グラフィクスデコーダ 1 2は button— info(l)における発音制御情報に基づき再生を行うようオーディォデコーダ 7を制御する。これによりステレオ音声たるクリック音デ一タのうち、 L音声が出力される。 button— info(2)に対応するポタン B がセレクテツド状態である場合、グラフィクスデコーダ 1 2 は button— info(2)における発音制御情報に基づき再生を行うようオーディォデコーダ 7を制御する。これによりステレオ音声たるクリック音デ一夕のうち、 R音声が出力される。

かかる制御により、クリック音データをステレオ音声として構成しておき、ボタン Aのセレクテツド状態時にはボタン Aのクリック音として L音声の再生を、ポタン Bのセレクテツド状態時にはボタン Bのクリック音として R音声の再生を開始させることができる。

以上は、複数ボタンのクリツク音を 1つの非圧縮 LPCMデータに統合する場合の具体例であつたが、本実施形態のポタン情報は、ボタンの操作時に、異なる方向から聞こえるように、クリック音を発音させることもできる。そのような具体例を図 4 5を参照しながら説明する。図 4 5 ( c ) は、横方向に並べられた 3つのポタン（ボタン A、ボタン B、ボタン C)と、これらのポタンについてのポタン情報の設定例である。これら 3つのボタン情報のうち、左側のボタン Aについてのミキシ.ングパラメ一夕は、 L音声が 1.0、真ん中のポ夕ン B についてのミキシングパラメ一夕は L,R音声がそれぞれ 0.5，0.5、右側のボタン C についてのミキシングパラメータは、 R音声が 1.0になっている。ミキシングパラメータがこのように設定されているので、左側のボタン Aがセレクテツド状態になつた際には、左側のスピー力から、右側のボタン Cがセレクテツド状態になつた際には右側のスピーカから、真ん中のボタン Bがセレクテッド状態になつた際には、両方のスピーカから発音が聞こえる。このようなボタン情報の設定により、画面におけるボタンの位置に応じて、クリック音が聞こえる方向を変えることができる。このように押下されたポ夕ンの位置に応じて、クリック音が聞こえる方向を変えることができるので、ボタン操作に対する臨場感が増す。

以上のように本実施形態によれば、複数ボタンについてのクリック音がステレオ音声たる 1つのクリック音データに統合されたとしても、各 button— info についてのオーディオ指定情報、発音制御情報を用いて、統合された音声を個々のボタンのクリック音として再生させることができる。かかる統合により、クリック音データのサイズを少なくすることができ、クリック音デ一夕を読み出しておくためのプリロードメモリ 2 1の規模を小規模にすることができる。

尚、本実施形態においてステレオ音声である場合のクリック音デ一夕の一例を示したが、クリック音デ一夕は 5.2chの非圧縮オーディォデ一夕であってもよい。図 4 5 ( c ) のような具体例を、 5.2CHの音声で再生する場合のミキシングパラメータの設定例を図 4 4 ( c ) に示す。 5.2 チャネルのオーディォデータには、 L成分、 R成分に加え、 Center成分、 Rear Left成分、 Rear Right成分がある。そして、対話画面に配置されるポタンは、ボタン A、ボタン B、ボタン Cのように対角線上に配置されているものとする。この場合、ボタン Aのポタン情報については L成分のミキシングパラメータを 1.0に、ボタン Cのボタン情報については Rear Right成分のミキシングパラメータを 1.0に、ポタン Bのポタン情報については、 L成分、 R成分、 Center成分、 Rear Left成分、 Rear Right 成分を、 0.1、 0.1、 0.4、 0.2、 0.2に設定しておく。このように設定することで、ボタン Aがセレクテツド.状態になった際には、左側からクリック音が発音され、ボタン Cがセレクテツド状態になった際には右側からクリック音が聞こえる。そして真ん中のボタン Bがセレクテツド状態になった際には、全ての方向からクリック音が聞こえる。このように押下されたボタンの位置に応じて、クリック音が聞こえる方向を変えることができるので、ボタン操作に対する臨場感が増す（この具体例において、ボタン B については Center成分を 1.0 にし、それ以外を 1.0 にしてもよい。；)。

また、クリック音用のオーディオデコーダを、オーディオデコーダ 7 とは別に設けてもよい。かかるプリ口一ドメモリ 2 1 には、圧縮されたオーディオデータを格納しておく。そしてクリック音用オーディオデコ —ダは、ボタンの状態変化に応じてプリロードメモリ 2 1 におけるォ一ディォデータを取り出し、デコードする。クリック音用オーディオデコ —ダを設ければ、圧縮された状態のオーディォデータく 1 をプリロードメモリ 2 1 にロードしておけばよいので、プリ口一ドメモリ 2 1の容量削減を実現することができる。

(第 3実施形態）

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

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

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

先ずステップ S 2 0 4において、ビデオ素材、オーディオ素材、副映像素材のそれぞれをエンコードして、ビデオストリーム、オーディオストリ一ム、グラフィクスストリームを得る。次にステップ S 2 0 5において、グラフィクスストリームの動作検証を行う。第 1実施形態に示したように、グラフィクスストリームにはボタンを構成するクラフィクスデータと共に、ポタンの状態制御情報が含まれているため、グラフイクスストリーム単体での動作検証が可能になる。もし異常があれば（ステツプ S 2 0 6で No)、グラフィクスストリーム単体の修正を行い（ステツプ S 2 0 7 )、再度グラフィクスストリ一ムの動作検証を行う。

動作検証において、グラフィクスストリームに異常がなければ（ステツプ S 2 0 6で Yes)、ステップ S 2 0 8において素材ェンコ一ドにより得られた、ビデオストリーム、オーディオストリーム、グラフィクスストリームをインターリーブ多重して、これらを 1本のデジタルストリームに変換する。続くステップ S 2 0 9において、 BD-ROM向けシナリオを元に、各種情報を作成して、シナリオ及びデジタルストリームを BD-ROMのフォーマツトに適合させる。

以上のように本実施形態によれば、ボタンの状態を変化させる ICSは、クラフィクスデータと一体になつてグラフィクスストリームを構成しているので、動画ストリームのエンコード完了や、多重化完了を待たなくても、グラフィクスストリーム単体を完成しさえすれば、再生進行に応じてボタンの状態がどのように変化するかの検証が可能になる。かかる状態変化の検証がォ一サリングの早い段階で可能になるので、 BD-ROM の出荷直前に不具合が発見され、関係者が慌てふためくという事態はなくなる。グラフィクスストリ一ム単体での動作検証が可能になるので、アニメーションにより複雑に動くようなボタンを積極的に映画作品に組み入れることができる。

(備考） .

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

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

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

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

(E) BD-ROMに記録するにあたつて、 AVClipを構成する各 TSパケットには、拡張ヘッダを付与しておくこどが望ましい。拡張ヘッダは、 TP— extra— header と呼ば、れ、『 Arribval— Time— Stamp 』と、 u copy— permission— ind.icator』と ¾:含み 4ノィトのテ一タ有する。 TP— extra— header付き TS バケツト（以下 EX付き TS バケツトと略す）は、 32 個毎にグループ化されて、 3 つのセクタに書き込まれる。 32 個の EX付き TSバケツトからなるグループは、 6144バィト（=32 192)であり、これは 3個のセクタサイズ 6144パイト（=2048 X 3)と一致する。 3 個のセクタに収められた 32個の EX付き TSパケットを" Aligned Unii;" という。

IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置 2 0 0は、以下のような送信処理にて Aligned Unitの送信を行う。つまり送り手側の機器は、 Aligned Unitに含まれる 32個の EX 付き TSパケットのそれぞれから TP— extra— headerを取り外し、 TSパケット本体を DTCP規格に基づき暗号化して出力する。 TSバケツトの出力にあたっては、 TSバケツト間の随所に、 isochronousバケツトを揷入する。この挿入箇所は、 TP— extra— header の Arribvaし 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 規格の VOB(Video Object)であってもよい。 VOBは、ビデオストリーム、ォ一ディォストリームを多重化することにより得られた ISO/IEC13818- 1規格準拠のプログラムストリームである。また AVClip におけるビデオストリームは、 MPEG4や WMV方式であってもよい。更にオーディオストリームは、 Linear-PCM方式、 Dolby-AC3方式、 MP3方式、 MPEG'AAC 方式であってもよい。

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

(H)ICSは、タイムァゥト時にどのような処理を行うかを規定してもよい。 ICS のタイムアウトは、第 1 実施形態に示した composition_time_out_ptsにより規定される。図 4 7は、 ICSの変更実施の形態を示す図である。本図の ICS で新規なのは、 Pause/Still情報が設けられていることである。 Pause/Still 情報は、 composition_time_out_ptsに示されるタイムァゥトが発生した際、再生装置の動作を Still するか、 Pause するかを示す。再生装置における動作には、ビデオデコーダ 5、 Stream Graphicsプロセッサ 1 4、グラフイクスデコーダ 1 2によるデコード動作と、 Graphical コントローラ 1 7、制御部 2 0によるナビ動作とがある。 Stillとは、再生装置におけるデコード動作、ナビ動作の双方を停止することである。一方 Pause とは、デコード動作、ナビ動作のうちデコード動作を止めて、ナビ動作を継続実行することである。 Stillでは、ナビ動作が停止するので、タイムァゥトの時点で最後に再生されたピクチャデータが止め絵として表示され、ボタンの状態を遷移させられない状態となる。

Pauseではナビ動作は停止しないので、ユーザによるボタンの状態遷移は可能となる。 Pause/Still情報を ICS に設けることにより、タイムァゥト時にどのような制御を行うべきかをォーサリング時に規定しておくことができる。

(I)第 2実施形態では、各ポタンについてのクリック音をボタン情報に定義できるようにしたが、リモコンにおけるキー毎のクリック音を ICS に定義できるようにしてもよい。図 4 8は、リモコンのキー毎にクリツク音を定義するようにした ICSを示す図である。

『upper— audioj は、 MoveUn キーの押下時に参照すべきオーディオ指定情報及び発音制御情報、

『lower— audio』は、 MoveDown キーの押下時に参照すべきオーディォ指定情報及び発音制御情報、

『left— audio』は、 MoveLeftキーの押下時に参照すべきオーディオ指定情報及び発音制御情報、

『 Right— audio』は、 MoveRight キーの押下時に参照すべきオーディォ指定情報及び発音制御情報、

『Activated— audio』は、 Activatedキーの押下時に参照すべきオーディォ指定情報及び発音制御情報である。リモコン 4 0 0におけるキー押下時に、該当するキーのオーディオ指定情報及び発音制御情報を参照した処理をプリロードメモリ 2 1、ミキシング部 2 2に行わせることにより、クリック音の発音が可能になる。

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

産業上の利用可能性

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

Claims

請求の範囲

1 . デジタルストリームが記録された記録媒体であって、

デジタルストリームは、動画ストリーム及ぴグラフィクスストリームを多重化してなり、

グラフィクスストリームは、対話画面を構成するクラフイクスデータi)、当該対話画面の状態を、動画データの再生進行及びユーザ操作に応じて変化させる状態制御情報 (ii)を一体化したストリームである

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

2 . グラフィクスストリームはバケツト列であり、

当該バケツト列は、状態制御情報を格納したバケツト、及び、クラフィクスデータを格納したバケツトの組みを 1つ以上含んでおり、状態制御情報を格納したバケツトには、対話画面と同期すべきピクチャデータの表示タィミングを示すタィムスタンプが付加されていることを特徴とする請求項 1記載の記録媒体。

3 . グラフィクスストリームは、状態制御情報及ぴクラフイクスデ一夕の組みを複数含み、

状態制御情報及びクラフィクスデ一夕の各組みはデイスプレイセットを構成しており、

各状態制御情報は、タイプ情報を含み、

タィプ情報は、その状態制御情報が属するディスプレイセットが、グラフイクスストリームにおいて先行するディスプレイセットと同じ内容か否かを示す

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

4 . 各ディスプレイセットにおける状態制御情報はアツプデートフラグを含み、

当該アップデートフラグはオンに設定されることにより、当該ディスプレイセットは、ポタンコマンドを除き先行するディスプレイセットの状態制御情報及びクラフイクスデータと同じ内容である旨を、

当該アップデートフラグはオフに設定されることにより、当該ディスプレイセットは、先行するディスプレイセットの状態制御情報及び、クラフィクスデータと同じ内容である旨を示すものであり、

ボタンコマンドとは、対話画面上のポタンに対し、確定操作が行われた場合に、再生装置に実行させるべきコマンドである

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

5 . 前記対話画面は、ボタンを n個配置してなり、そのうち任意の 1 つのボタン iは、 m個の状態をもち、

前記状態制御情報は n個のボタン情報を含み、前記ボタン iについてのポタン情報は m個の状態情報を含み、

ポタン iの m個の状態のうち任意の 1つの状態を状態 j とした場合、 i番目のポタン情報における ]'番目の状態情報は、複数のクラフィクスデータのうちどれを用いて、ボタン iの状態; iを表現すべきかを示す

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

6 . 前記ボタン情報 iは、近隣情報を含んでおり、

近隣情報は、ボタン iがカレントボタンであり、尚且つ、方向を指定する操作がユーザによりなされた場合、 n個のボタンのうち、どれを力レントボタンにすべきかを示す

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

7 . n個のボタンのそれぞれには、数値が割り当てられており、前記 n個のボタン情報は、

自身に割り当てられた数値と、その数値によるボタン選択が可能か否かを示すフラグを含む

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

8 . ボタン情報 iはクリック音制御情報を含み、

クリツク音制御情報は、

. ポタン iの状態遷移が生じた場合、発音すべきオーディオデータと、当該オーディオデータの発音にあたって、再生装置側で行うべき制御とを示す

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

9 . グラフィクスストリームはパケット列であり、

当該パケット列は、状態制御情報を格納したパケット、及び、クラフイクスデータを格納したバケツトの組みを 1つ以上含んでおり、状態制御情報を格納したバケツ卜にはタイムスタンプが付加されてお Ό、

当該夕ィムス夕ンプは、

ユーザ操作に応じた対話画面の表示が、動画ストリームの再生時間軸上において何時から可能になるかを示す

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

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

ビデオストリームをデコ一ドして動画像を得るビデオデコーダと、グラフィクスストリームをデコードして対話画面をえるグラフィクスデコーダとを備え、

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

状態制御情報は対話画面の状態を、動画データの再生進行及びユーザ操作に応じて変化させる情報であり、グラフィクスデコーダは、

グラフィクスストリームに含まれるクラフィクスデータをデコードして対話画面を得る処理部と、

対話画面の状態を、状態制御情報に基づき制御するコントローラとをを備えることを特徴とする再生装置。

1 1 . 前記グラフィクスストリームは、パケット列であり、

当該バケツト列は、状態制御情報を格納したバケツト、及び、クラフイクスデータを格納したバケツトの組みを 1つ以上含んでおり、

状態制御情報を格納したパケットには、対話画面と同期すべきピクチャデータの表示タィミングを示すタィムスタンプが付加されており、処理部によるデコード及ぴコントローラによる制御は、状態制御情報を格納したパケットのタイムス夕ンプを参照して行われる

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

1 2 . グラフィクスストリームにおいて、クラフィクスデータ及び状態制御情報の組みは、複数含まれており、個々のクラフィクスデータ及び状態制御情報の組みはディスプレイセットを構成しており、

状態制御情報は、ディスプレイセットのタイプを示すタイプ情報を備え、

前記コントローラは、

通常再生が行われる場合、ディスプレイセットのうち、タイプ情報が先行ディスプレイセットと同じ内容である旨を示しているものを無視し、頭出しが行われる場合、頭出し位置以降に存在するディスプレイセットのうち、タイプ情報が先行ディスプレイセットと同じ内容である旨を示しているものをデコードする

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

1 3 . 前記状態制御情報は、アップデートフラグを含み、前記コントローラは、

通常再生時において、状態制御情報のアップデ一トフラグがオンを示しているなら、タイプ情報が先行ディスプレイセットと同じ内容を示していたとしてもボタンコマンドのみを取り入れる

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

1 4 . 前記対話画面は、ポタンを n個配置してなり、そのうち任意の 1つのタン iは、 m個の状態をもち、

前記状態制御情報は n個のボタン情報を含み、前記ポ夕ン iについてのポタン情報は m個の状態情報を含み、

前記コントローラは、

ボタン iの m個の状態のうち任意の 1つの状態を状態 j とした場合、 i 番目のボタン情報における；)' 番目の状態情報に示されるクラフィクスデータを用いて、ボタン iの状態； jを表現する

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

1 5 . 前記ボタン情報 iは、近隣情報を含んでおり、

前記コントローラは、ボタン iがカレントポタンであり、尚且つ、移動操作がユーザによりなされた場合、ボタン iを通常状態に戻すと共に、 n個のボタンのうち近隣情報により示されるものをカレントボタンにする

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

1 6 . ユーザ操作が数値入力である場合、前記コントローラは、ボタンのうち、数値入力された値が割り当てられたボタンの状態を変化させる

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

1 7 . デジタルストリームに多重されているェレメンタリストリームをデコードして、音声出力を行うオーディオデコーダと、

非圧縮状態のオーディォデータを格納するプリロードメモリと、ユーザによるボタンの確定操作に応じて、プリロードメモリに格納されている非圧縮状態のオーディォデータを、音声エンコーダの再生出力とミキシングして出力するミキサー部とを備える

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

1 8 . 前記状態制御情報は複数のボタン情報を備え、

ボタン情報はクリック音制御情報を含み、

クリック音制御情報は、

ボタンの状態遷移が生じた場合、発音すべきオーディオデータと、当該オーディオデータの発音にあたって、再生装置側で行うべき制御とを示し、

対話画面において、ユーザが、 k番目のポタンを確定した場合、ミキサ一部によるミキシングは、 k番目のボタン情報に含まれるクリック音制御情報に基づきなされる

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

1 9 . 前記グラフィクスストリームは、パケット列であり、当該パケット列は、状態制御情報を格納したパケット、及び、クラフィクスデータを格納したバケツトの組みを 1つ以上含んでおり、状態制御情報を格納したバケツ卜にはタイムスタンプが付加されており、

当該タイムスタンプは、

ユーザ操作に応じた対話画面の表示が、動画ストリームの再生時間軸上において何時から可能になるかを示し、

前記再生装置はユーザ操作を受け付ける受付手段を備え、

前記コントローラは、

現在の再生時点が、状態制御情報を格納したバケツトのタイムスタンプに示される時点を経過した後、受付手段がユーザ操作を受け付れば、対話画面表示を実行するよう制御を行う

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

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

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

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

前記アプリケーションデータは、動画ストリーム及ぴグラフィクスストリームを多重化してなるデジタルストリームを含み、

グラフィクスストリームは、対話画面を構成するクラフィクスデータ

(i)、当該対話画面の状態を、動画データの再生進行及びユーザ操作に応じて変化させる状態制御情報 (ii)を一体化したストリームである

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

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

ビデオストリームをデコードして動画像を得る第 1 ステップと、グラフィクスストリームをデコードして対話画面をえる第 2ステップとを備え、

状態制御情報は対話画面の状態を、動画データの再生進行及びユーザ操作に応じて変化させる情報であり、

第 2ステップは、

グラフィクスストリームに含まれるクラフィクスデータをデコードして対話画面を得るサブステップと、

対話画面の状態を、状態制御情報に基づき制御するサブステップとををコンピュータに要求させることを特徴とするプログラム。

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

ビデオストリームをデコ一ドして動画像を得る第 1 ステップと、グラフィクスストリームをデコードして対話画面をえる第 2ステップとを備え、

第 2ステップは、

グラフィクスストリームに含まれるクラフィクスデータをデコ一ドして対話画面を得るサブステップと、

対話画面の状態を、状態制御情報に基づき制御するサブステップとを有することを特徴とするプログラム。