WO2005011272A1

WO2005011272A1 - 再生装置、プログラム、再生方法。

Info

Publication number: WO2005011272A1
Application number: PCT/JP2004/008851
Authority: WO
Inventors: Wataru Ikeda; Tomoyuki Okada; Yasushi Uesaka
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-06-18
Filing date: 2004-06-17
Publication date: 2005-02-03
Also published as: JP2009089402A; EP2254124B1; JPWO2004114658A1; EP1638327A1; JP4560116B2; CN101261862B; CN100473140C; EP2149882A1; EP1677532A4; EP1921622A2; US8503867B2; EP1921622B1; DE602004013006D1; US7881589B2; US20060291806A1; CN102281422A; CN1839628B; US7672570B2; JP4571213B2; JP4750874B2

Abstract

　I-Graphicsデコーダ１３はグラフィクスストリームをデコードして、複数ボタンが配置されたページを動画像と合成させる。そしてページ上のボタンに対応したコマンドを実行することにより、ページを切り換える制御(1)、切換後のページにおいてセレクテッド状態とすべきボタンを特定する制御(2)を実行する。　ここで、セレクテッド状態とすべきボタン番号が無効な値であるか否かの判定がなされ、無効な値であれば、代わりの値が状態レジスタに設定される。

Description

明細誊

再生装置、プログラム、再生方法。

技術分野

本発明は、 BD- ROM等の記録媒体を再生する再生装置に関し、特に再生装置の状態を設定する状態設定機能の改良に関する。

背景技術

状態設定とは、再生装置が内蔵する状態レジスタに、所定の値を設定することでなされる。状態レジスタに値を設定する方法には、記録媒体に記録された静的な情報に従い設定する方法、記録媒体に記録されたコマンドに従い、動的に設定する方法、再生装置における組込プログラムが、所定の手順に従い設定する方法の計 3通りがある。

再生装置の組込プログラムに委ねる方法は、ォ一サリング担当者が介入する余地がないので、記録媒体に記録されている映像の内容に応じて設定値を変更するという自由度が存在せず、ォーサリング担当者の工夫が活かせる場所がない。

静的な設定には、再生すべき映像の内容に応じた値を状態レジスタに設定することができるが、静的データを記録媒体に記録してしまえば、再生装置の状態がどのようなものであっても、かかる静的デ一夕により状態レジスタの設定値が決められてしまう。つまり再生装置の動作に応じて設定値を変化させるという柔軟性に欠ける。

記録媒体に記録されたコマンド列による方法は、ユーザがこれまでどのような操作を行ったかとか、再生装置がどのような経路でデジタルストリームを再生したか等、不定要素に応じて適切な値を状態レジス夕に設定できるので、工夫凝らす余地がォ一サリング担当者に生まれる。しかしこの方法では、状態レジスタの設定を行うよぅォ一サリング担当者はプログラミング ·デバッグ ·テストを行う必要があるので、ォ一サリング担当者の負担がとても大きくなる。

大資本の製作会社ならともかく、小資本で映画製作を行っているォ一サリング担当者にとってかかる作業の発生は大きな痛手であり、本業であるコンテンッ製作を圧迫しかねない。

発明の開示本発明の目的は、ォ一サリング担当者が状態レジスタ設定を行うにあたっての作業の負担を軽くすることができる再生装置を提供することである。

上記目的は、グラフィクスストリームをデコードして、グラフィカルなボタン部材が複数配置されたページを動画像と合成させるデコ ^"ド手段と、ページ上のボタン部材に対して確定操作がなされれば、そのポタン部材に対応するコマンドを実行することにより、ページを切り換える第 1制御、切換後のページにおいてフォ一カスを付すべきボタン部材を特定する第 2制御を実行する実行手段と、特定されたポタン部材を示すポタン番号を格納する状態レジスタと、状態レジスタに格納されたボタン番号が、無効な値であるか否かを判定する判定手段と、無効な値であれば、代わりの番号を状態レジスタに設定する設定手段とを備える再生装置により達成される。

状態レジスタが無効な値であれば、再生装置が代わりの値を状態レジス夕に設定するので、状態レジスタに無効な値が入っているときのリカバリ一処理は再生装置側に委ねることができる。また故意に無効な値を. 状態レジスタに設定することでも、設定処理を再生装置側に委ねることができる。

記述すべき処理の一部を再生装置側に委ねることができるので、動的な状態設定を行うにあたってのコーディング量は減り、ォ一サリング担当者の負担を軽減することができる。

図面の簡単な説明

図 1 ( a ) は、本発明に係る再生装置の、使用行為についての形態を示す図である。

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

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

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

図 4は、 Cl ip情報の内部構成を示す図である。図 5は、 PI^情報の内部構成を示す図である。

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

図 7は、 sync— Playltem— id, sync— start_PTS_of—PlayItem によるサブ

Playltemの同期を模式的に示す図である。

図 8は、 STN— tableの内部構成を示す図である。

図 9 (a) は、ビデオストリームに対応した entry— attribute の組みを示す図である。

図 9 ( b ) は、オーディオストリームに対応した entry— attribute の組みを示す図である。

図 9 (c) は、 PGストリームに対応した entry— attributeの組みを示す図である。

図 9 ( d) は、 textSTストリームに対応した entry— attributeの組みを示す図である。

図 9 ( e ) は、 IGストリームに対応した entry— attributeの組みを示す図である。

図 1 0は、 HDにプリロードされたプレイリスト情報の内部構成を示す図である。

図 1 1は、 HD上のプレイリスト情報内の Clip— Information— file— name によるフアイル指定を示す図である。

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

図 1 3は、 PSR1、 PSR2、 PSR15、 PSR16、 PSR30 の詳細設定を示すである。

図 1 4は、 PSR4〜PSR8の詳細設定を示す図である。

図 1 5 (a) は、 PSR1の設定値が取り得る状態遷移を示す。

図 1 5 (b) は、 Procedure when playback condition is changedを示すフローチャートである。

図 1 6は、ステップ S 5の詳細な処理手順に示したフローチヤ一卜である。

図 1 7は、再生能力と、ストリームの属性との組合せを表形式で示した図である。図 1 8は、 STN_tableにおける entryの順位に基づく、ォ.一ディォストリ一ム選択を示す図である。

図 1 9は、 Procedure when change is requested ¾示すフロ一チヤ一トである。

図 20 (a)〜 (c)は、 Procedure when playback condition is changed によるオーディオストリーム選択の第 1具体例を示す図である。

図 2 1 (a) ~ (c)は、 Procedure when playback condition is changed によるオーディオストリ一ム選択の第 2具体例を示す図である。

図 22 (a 〜 (c)は、 Procedure when pl yback condition is changed によるオーディオストリーム選択の第 3具体例を示す図である。

図 23 (a) は、 PSR2が取り得る状態遷移を示す図である。

図 23 ( b ) は、 PSR2における Procedure when playback condition i s changedを示すフローチヤ一トである。

図 24は Procedure when change is requested を示すフローチヤ一トである。

図 25は、 PSR2の設定手順を示すフ口一チャートである。

図 26 (a)〜 (cパま、 Procedure when layback condition is changed による PG_textST_stream選択の具体例を示す図である。

図 2 7 は、 STN— table における entry の順位に基づく、 PG_textST_stream選択を示す図である。

図 28は、第 2実施形態に係る PlayList情報の構成を示す図である。図 29は、第 2実施形態に係るフアイル構成を示す図である。

図 30 (a) (b) は、マルチアングル区間、非マルチアングル区間を示す図である。

図 3 1は、 PSR3の内部構成を示す図である。

図 32 (a) は、 PSR3の状態遷移を示す図である _P

図 32 ( b ) は、 PSR3における Procedure when playback condition is changedを示すフローチヤ一トである。

図 32 c) は、 PSR3における Procedure when change is requested を示すフローチャートである。図 33 (a ) (b ) は、アングル区間の選択がどのように行われるかを示す図である。

図 34は、 IGストリーム、 ICSを示す図である。

図 35は、ボタン情報についての内部構成を示す図である。

図 36は、ある DSnに含まれる 0DSと、 ICSとの関係を示す図である。図 37は、任意のピクチャデータ ptlの表示タイミングにおける画面合成を示す図である。

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

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

図 40は、ページ 1からページ 2への表示切り換えを示す図である。図 4 1は、 PSR0、 PSR10, PSR11を説明するための図である。

図 42 (a) は、 PSR0が取り得る状態遷移を示す。

図 42 ( b ) は、 PSR0におる Procedure when playback condition is changedを示す o

図 43は、 PSROにおける Procedure when change is requestedのフ口一チャートを示す。

図 44は、 I-Graphicsデコーダ 1 3の内部構成を示す図である。

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

図 46は、初期表示の処理手順を示すフローチャートである。

図 47は、オートァクティべートの処理手順を示すフ口一チャートである。

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

図 49は、ボタンコマンド実行処理の処理手順を示すフローチャートである。

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

図 5 1は、カレントボタンの変更処理の処理手順を示すフローチャートである。

図 52は、連続ドラマを視聴する場合に、ユーザが行うべきキー操作を示す図である。

図 53は、図 52に示したページ 1〜ページ 4を、選択メニュー、チャプ夕一メニューにどのように割り当てるかを示す図である。

図 54は、フォーカス移動を実現するにあたって、各ボタンコマンドに記述すべき処理手順を示す図である。

図 55は、前ページのフォーカス位置と連動しているようなフォー力ス移動を示す図である。

図 56は、フォーカス移動にあたって起こりうるバグを示す図である。図 57 (a) は、 PSR11の状態遷移を示す図である。

図 57 ( b ) は、. PSR10につ！ヽての Procedure when playback condition is changedを示すフ口一チヤ一トである。

図 57 ( c )は、 PSR11についての Procedure when change i s requested を示すフ口一チャートである。

図 58 (a) は、 PSR10の状態遷移を示す図である。

図 58 (b) は、 PSR10 の Procedure when playback condition is changedを示すフローチャートである。

図 59は、 PSR10の Procedure when change is requestedを示すフ口 —チヤ一トである。発明を実施するための最良の形態

(第 1実施形態）

以降、本発明に係る再生装置の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図 1 は、本発明に係る再生装置の、使用行為についての形態を示す図である。図 1 において、本発明に係る再生装置は再生装置 2 00であり、テレビ 300、リモコン 400と共にホームシアターシステムを形成する。

この BD- ROM 1 00は、再生装置 200、テレビ 300、リモコン 40 0により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。またリモコン 40 0は、再生装置に対する操作をユーザから受け付けるものである。図 1 (b) は、対話画面に対する操作をユーザから受け付けるためのリモコン 400におけるキ一を示す図である。本図に示すようにリモコン 40 0は、 MoveUpキー、 MoveDownキ一、 MoveRightキー、 MoveLeftキー、音声切り換え操作を受け付ける音声切換キー、字幕切り換え操作を受け付ける字幕切換キ一、数値キ一「0」〜「9」が設けられている。

以上が本発明に係る再生装置の使用形態についての説明である。

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

本図に示すようなアプリケーションフォーマツトを作成することにより、本発明に係る記録媒体は生産される。

<AVClipの構成 >

続いて、映画コンテンツの構成要素（AVClip— Clip 情報）のうち、 AVClipについて説明する。

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

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

字幕を構成するのは AVClipに多重された PGストリームだけではない。 textST ストリームによっても字幕は構成される、 textST ストリームとは、テキストデータにより字幕を表現するデータ列である。 textSTストリームは、 SubClip と呼ばれ、 AVClip とは別のファイル名で BD- ROM又は再生装置内の HDに記録される。字幕を構成する PGストリ一ム、 textST ストリームは PG— textST— streamという名称で呼ばれる。以上が AVClip についての説明である。

く Clip情報の構成 >

続いて、 XXX.CLPIについて説明する。

Cli 情報（XXX.CLPI)は、個々の AVClipについての管理情報である。図 4は、 Clip情報の内部構成を示す図である。図中の引き出し線は Clip 情報の構成をクロ一ズアップしている。引き出し線 hnl に示すように、 Clip情報（XXX.CLPI)は、「Program Info. Jと、ビデオストリ一ムのうち、 I ピクチャの先頭に頭出しするための「EP_map」とを含む。

『Program infoj は、 AVC1 ipに多重化されている個々のエレメンタリストリ一ムについての PID及ぴ属性を、 stream_indexに対応づけて示す情報である。 stream_indexは、本 Clip情報が対応する AVClipに多重化されている個々のエレメンタリストリームについてのインデックスである。 stream_indexで識別されるェレメンタリ'ストリームの PIDは、破線の矢印 hn2に示す複数の stream_PID[stream_ index] en tryに示される _c また各エレメンタリストリームの属性は、破線の矢印 hn2に示す複数の stream— Attribute [stream— index]【こ示される。これ【こ示される属【こは、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、 PID に対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか（Coding)、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Resolution) ァスぺクト比はどれだけであるか（Aspect), フレームレートはどれだけであるか（Framerate)等を示す。一方、オーディオ属性は、そのオーディォストリ一ムがどのような圧縮方式で圧縮されたか（Coding), そのォ一ディォストリームのチヤネル属性が何であるか（Ch.)、何という言語に対応しているか（Lang)等を示す。 stream_ indexを介することにより、所望のェレメンタリストリームの属性を Program Info.から検索することができる。

『EPjmp』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線 hn5 に示すように複数のェントリ一情報（ACCESS UNIT#1エントリー、 ACCESS UNIT#2エントリ一、 ACCESS UNIT#3エントリー）と、エントリ一数 (Number)とからなる。

各ェントリ一は、引き出し線 hn6に示すように、対応する I ピクチャの再生開始時刻を、 I ピクチャのアドレスと、 I ピクチャのサイズ (I - size)とを対応づけて示す。 I ピクチャの再生開始時刻は、 I ピクチャのタイムスタンプ（Presentation Time Stamp)で表現される。また I ピクチャアドレスは、 TS バケツトの連番（SPN (Source Packet Number)) で表現される。尚、 XXX. CLPI のファイル名 XXXは、 Clip情報が対応している AVClipと同じ名称が使用される。つまり本図における AVClipのフアイル名は XXXであるから、 AVClip(XXX. M2TS)に対応していることを意味する。以上が Clip情報についての説明である。

<ZZZ.M2TS、 III. CLPI>

続いて ZZZ.M2TS、 ZZZ.CLPI について説明する。サブ CI ip(ZZZ. M2TS) は、他の AVClip と同期再生されるストリ一ムを格納したファィルである。かかるストリームの代表的なものが上述した textST ストリームである。この他のサブ Clipには、オーディオストリームや IGストリームがある。サブ Clipと区別するため、図 3に示した AVClipをメイン Clip と呼ぶ。

Clip情報（ZZZ.CLPI)は、サブ Clipに対する Clip情報である。

<ΡΙ^情報の構成 >

続いて YYY.MPLSについて説明する。プレイリスト情報（YYY.MPLS)は、メインパス、サブパスと呼ばれる 2 種類の再生経路を束ねたものを Playlist(PL)として定義する情報である。図 5は、プレイリスト情報のデータ構造を示す図であり、本図に示すようにプレイリスト情報は、メィンパスを定義する Play Item情報 #1，#2····#ηιと、サブパスを定義するサブパス情報#1，#2''''# とからなる。

メインパスとは、主たる AVClip 上に定義される再生経路である。一方サブパスは、サブ Clip上に定義される再生経路である。

先ずメインパスについて説明する。メインパスは、複数の Playltem 情報（Playltem情報 #1， #2, #3·· ·#η)と、これら Playl tem情報数（Number) とから定義される。 Playltem情報は、メィンパスを構成する 1つ以上の論理的な再生区間を定義する。 Playltem情報の構成は、引き出し線 hsl によりクローズアップされている。この引き出し線に示すように Playltem情報は、再生区間の In点及び Out点が属する AVClipの再生区間情報のファイル名を示す『Clip_Information— f ile— name』と、当該 AVCli がどのような符号化方式で符号化されているかを示す『 Clip_codec_identifier』と、再生区間の始点を示す時間情報『IN— time』と、再生区間の終点を示す時間情報『0UT— time』と、 AVClip やサブ Clip に多重化されているェレメンタリストリームのうち、再生可能なものを示す『STltable』とから構成される。

Playltem情報の特徴は、時間情報ーァドレス変換を前提にした表記法にある。つまり EP_map をリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図 6は、 PI^情報による間接参照を模式化した図である。本図において AVClipは、複数の TSパケットから構成されている。 Clip情報内の EPjnapは、これら複数 I ピクチャの先頭にあたる位置の TS バケツトのセクタアドレスを、矢印 ayl,2，3,4 に示すように指定している。図中の矢印 jyl,2，3,4は、 Playltem情報による TSパケットの参照を模式化して示している。つまり、 Playltem情報による参照（矢印 jyl， 2, 3, 4)は、 EP_mapを介することにより、 AVCIip 内に含まれる複数 TS バケツトのァドレスを指定するという間接参照であることがわかる。

Playltem情報— Clip情報一 AVCIipの組みからなる BD- ROM上の再生区間を『Play IteraJ という。 BD- ROMに記録された映画作品は、この Play Item にて構成される。論理的な再生単位にて、 BD- ROM における映画作品は構成されるので、ある映画作品のシーンを構成する AVCIip を他の映画作品で引用するという" 使い回し" を効率良く行うことができる。様々な PL 情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、 BD- ROM における再生単位には、 Playltem といったものの他、 Title、 Chapterがある。 Titleとは、いわゆる映画作品に相当する再生単位であり、 1つ以上の PL情報から構成される。一方 Chapterとは、いわゆる章に相当する単位であり、 Mark情報と呼ばれる情報により規定される。

尚、 PL情報のファイル名 YYYは、 BD- ROMにおいて PI^情報に付与される 3桁の識別番号を抽象化している。つまり本図における PL情報は、この識別番号 YYYを用いて一意に識別される。 PL情報の識別番号を " YYY" と表現しているのは、 PI_J情報の識別番号が、 AVCIip及び AVCIip情報の識別番号 XXX とは別の番号体系であることを意味している（ここでの 3 桁という桁数は例示に過ぎず、何桁でもよい。 )。

以上がメィンパスについての説明である。続いてサブパスについて説明する。くサブパス >

図 5の矢印 hclは、サブパス情報の内部構成をクローズアップして示す。この矢印 hcl に示すように各サブパス情報は、 1 つ以上のサブ Playltemからなる。また各サブ Playltemは、図中の矢印 hc2に示すよつに『 CI ip— information— fi le name』、『 cl ip— codec— identif ier』、『 SubPlayltem— In— time 』、『 SubPlayltem— Out_time 』、『sync— Playltem— id』、『sync— start_PTS_of— PlayltenU からなる。 Γϋΐ ip_inf ormation_f i le_namej は、 CI ip情報のファイル名を記述することにより、サブ Playltemに対応するサブ Clipを一意に指定する情報である。

『Clip— codec— identifier^ は、当該 AVC1 ipがどのような符号化方式で符号化されているかを示す。

『SubPlayItem— In— time』は、サブ CI ipの再生時間軸上における、サプ Playltemの始点を示す情報である。

『SubPlayItera— Out— time』は、サブ Clip の再生時間軸上における、サブ Playltemの終点を示す情報である。

『sync— Playltem— id』は、メインパスを構成する Playltem のうち、本サブ Playltem が同期すべきものを一意に指定する情報である。 SubPlayItem_In_tinieは、この sync— Play I tem— idで指定された Play Item の再生時間軸上に存在する。

『sync— start— PTS_of—PlayI tend は、 sync— Playltem_idで指定された Play Item の再生時間軸上において、 SubPlayl tem— In— time で指定されたサブ Playltemの始点が、どこに存在するかを示す。サブ Playltemの再生時において、現在の再生時点が、この sync_start—PTS_o;f_P lay Item で指示される時点に到来した場合、サブ Playltem による再生が開始される。

図 7は、 sync— Playltem— id, sync— start— PTS_of_PlayItem によるサブ Playltem の同期を模式的に示す図である。本図におけるメインパスは、 Play Itemtl,#2,t3 からなる。サブパスを構成するサブ Playltem の sync— Playltem— id, sync—start— PTS— of— Playltem の指定は、破線枠 w l の内部に示す通りであり、 sync_PlayItemJdは Playltem#l を示すように設定されている。 sync_start_PTS_of_PlayItemは、 Play Itemの再生時間軸上における時点 tl を示すように設定されている。そうすると、 Play Itemの再生時間軸上において、現在の再生時点が tlに到達した際、 Clip— information一: file—議 e で指定されたサブ Clip(textS ストリーム）のうち、 SubPlayltem— In— timeから SubPlayltem— Ouし timeまでの部分が再生されることになる。かかる再生により、 textSTストリ一ムのうち、 SubPlayltem— In— time、 SubPlayItem_Out— time で指定された部分が AVClipと同期再生されることになる。以上がサブパス情報についての説明である。上述した Play Item情報の構成において STN—tableは、状態設定に用いられる情報であり、本発明の実施になくてはならない必要不可欠な要素である。以降 STN_tableについてより詳細に説明する。

<STN_table>

STN_tableは、 Play I temの CI ip— Inf ormati on— f i le— nameで指定されている AVClip に多重化された複数エレメン夕リストリームやサブ Play Itemの CI ip— Inf ormation_fi le_nameで指定されているサブ CI ip内のエレメンタリストリームのうち、再生可能なものを示すテーブルである。具体的にいうと、複数ェレメンタリストリームのそれぞれについての entryを、 attributeと対応付けることで構成される。ここで" 再生可能" とは、 Play Itemにより指定されている AVClipに多重されているエレメンタリストリームを主として意味する。しかしこれだけではなく、 AVCli とは別個に記録されながら、このエレメンタリストリームと共に再生されるェレメンタリストリ一ム（textSTストリ一ム）も含む。

図 8は、 STN— table の内部構成を示す図である。本図に示すように STN_table は、 STN— table における entry と、 attribute との組み (entry-attribute)を複数含み、これら entry— attributeの組みの個数 umber— 01— video— stream— entries, number— of—audi o— stream— entries, number_of _PG_textST_stream_entries, number_of _IG_stream_entries) を示すデータ構造になっている。

entry- attributeの組みは、図中の括弧記号" {" に示すように、 Play Item において再生可能なビデオストリーム、オーディオストリーム、 PG— textST— stream、 IGストリームのそれぞれに対応している。

entry— attribute の詳細について説明する。図 9 (a) 〜（d) は、 entry-attributeの詳細を示す図である。

ビデオストリームにおける entryは、 AVClipを多重分離するにあたつて、当該ビデオストリームの抽出に用いられる PID を示す『ref— to— stream— PID—Qf_mainCl ipj を含む。

ビデオストリームにおける attribute は、 0x02 に設定された『 stream— coding_type』と、ビデオストリームの表示レートを示す『Frame一 rate』等を含む。

オーディオストリームにおける entryは、 AVClipを多重分離するにあたって、当該オーディオストリームの抽出に用いられる PID を示す『ref_to_stream— PID— of—mainClip』を含む。

オーディオストリームにおける attribute は、 Ox80(LinearPCM)，Ox81(AC-3),0x82(DTS)の何れかに設定されることによりオーディオストリームのコーディングタイプを示す『stream— coding— type』と、対応するオーディオストリームのチャネル構成を示し、サラウンド出力の可否を示す『audio_presentaUon— type』と、対応するオーディオストリームの言語属性を示す『 and io_ language codej 等からなる。

PGストリ一ムにおける entryは、 AVC1 ipを多重分離するにあたって、当該 PG ストリームの抽出に用いられる PID を示す『ref— to— stream— PID— of— mainCl ip』 ' む。

PG ストリームにおける attribute は、 0x90 に設定されることにより PGストリームのコ一ディックを示す『stream— coding— type』と、対応する PGストリームの言語属性を示す『PG一 language codej とからなる。図 9 (d) は、 textSTストリームに対応した entry— attributeの組みを示す図である。

textST ストリームにおける entry は、 textST ストリームを格納した SubClipの entry識別子を示す『ref— to_subClip— entry_ID』と、同期情報の IDを示す『ref— to_subPath_ID』と、 textSTストリ一ムに付加された PIDを示す『ref_to_stream— PID_of— subClip』とからなる。

textST ストリームにおける attribute は、 0x92 に設定されることにより textST ストリームである旨を示す『stream_coding— typejj と、対応する textSTストリームのキャラクタコードを示す『character codej と、対応する textSTストリームの言語属性を示す anguage codej とからなる。

IGストリ一ムにおける entryは、 AVClipを多重分離するにあたって、当該 IG ストリームの抽出に用いられる PID を示す ref— to— stream— PID— of— mainCl ip』を含む ₀

IG ストリームにおける attribute は、 0x91 に設定されることにより IGストリームのコ一ディックを示す『stream_coding_type』と、対応する 1Gストリームの言語属性を示す『 language codej とからなる。以上が各エレメンタリストリームについての entry— aUribute のデ一夕構造である。 STltableにおける entryの順位は、対応するストリームを選択するにあたつての優先順位として解釈される。また STN— tableにおいて textSTストリーム、 PGストリームをひとまとめにして記述しているのは、 PG ストリーム、 textST ストリームを対等に扱い、これらの優劣を規定するためである。つまり PG_textST— stream に相当する entry 群において textSTストリ一ムに対応する entryが PGストリ一ムに対応する entryより上位に記述されている場合、 PGストリームよりも textST ストリ一ムが優先的に選択されることになる。逆に STN— tableにおいて PGストリームに対応する entryが、 textSTストリ一ムに対応する entry より上位に記述されている場合、 PGストリームが優先的に選択されることになる。

以上の STN_tableは、プレイリスト情報毎に存在するから、あるプレィリスト情報内の STN_tableでは、あるェレメンタリストリ一ムの entry が上位であるが、別のプレイリスト情報内の STN_tableでは、そのエレメンタリストリームの entryが下位に設定されることもある。

以上が BD-R0M におけるアプリケーションフォーマツトのデータ構造である。本発明に係る再生装置が対象としている記録媒体は、 BD-R0Mだけではない。再生装置に内蔵されている HD も再生の対象となる。この HDに記録されているデータについて説明する。かかる HDにも、サブ Clip を格納したファイル、 Clip情報を格納したファイル、プレイリスト情報を格納したファイルが存在する。これらのファイルは、ネットワークを介してプリロードされたサブ Clip、 Clip 情報、プレイリスト情報である。図 1 0は、プリロードされたプレイリスト情報の内部構成を示す図である。本図に示すようにプリロードプレイリスト情報は、図 5に示した BD-R0M上のプレイリスト情報と同じ構成になっている。異なるのは、 P 1 ay 11 em情報における C 1 i p_ I nf 0 rma t i on— f i 1 e一 name及ぴサブ P 1 ay 1 em 情報の Clip— Information— file_nameが、 BD- ROM及び HDのどちらに存在する Clip情報であつても、指定できる点である。この指定にあたつて、プリロードプレイリスト情報は、 BD-R0M上のファィルをフルパスで指定する必要はない。本 HDは、 BD- ROMと一体になつて、仮想的な 1つのドライプ（バーチヤルバツケージと呼ばれる）として、再生装置により認識されるカゝらである。故に、 Play Item' 情報における CI ip— Information— fi le—name 及ぴサブ Playltem 情報の Clip_Information_f ile_name は、 Clip 情報の格納したファイルのファィルポディにあたる数値 XXX, ZZZを指定すること.により、 HD、 BD-R0M上の AVCiipを指定することができる。図 1 1は、 HD上のプレイリスト情報内の Clip— Information— file_name によるファイル指定を示す図である。本図における矢印 rfl, rf2, rf3は、プレイリスト情報における Play Item の CI ip— Information— fi le— name による指定を示し、矢印 Pfl,pf2,pf3 は、プレイリスト情報におけるサブ Playltem の CI ip_Inf ormati on_f i le_name による指定を示す。このような Clip_Information_f ile_nameによる指定により、 HD上のサブ Clipに定義されたサブパスを、 BD-R0M上のメイン Clip上に定義されたメインパスと同期して再生することができる。

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

以上が記録媒体の説明である。続いて本発明に係る再生装置の実施形態について説明する。図 1 2は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステム LS I と、ドライブ装置という 2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システム LSI は、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、 BD ドライブ 1、リードバッファ 2、デマルチプレクサ 3、ビデオデコーダ 4、ビデオプレーン 5、 P - Graphi csデコーダ 9、 Presentat i on Graphi csプレーン 1 0、合成部 1 1、フォントゼネレ一タ 1 2、 I -Graphi csデコーダ 1 3、スィッチ 1 4、 interactive Graphi cs プレーン 1 5、合成部 1 6、 HDD 1 7、リードバッファ 1 8、デマルチプレクサ 1 9、オーディオデコーダ 2 0、シナリオメモリ 2 3、制御部 2 4、スィッチ 2 5、 CLUT 部 2 6、 CLUT 部 2 7、 PSR セット 2 8、 '操作受付部 2 9、遷移制御部 3 0から構成される。

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

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

デマルチプレクサ（De- MUX) 3は、リードバッファ 2から TS パケットを取り出して、この TSパケットを構成する TSパケットを PESバケツトに変換する。そして変換により得られた PESバケツトのうち、制御部 2 4から設定された streamPIDをもつものをビデオデコーダ 4、オーディォデコーダ 2 0、 P-Graph i cs デコーダ 9、 I -Graphi cs デコーダ 1 3のどれかに出力する。

ビデオデコーダ 4は、デマルチプレクサ 3から出力された複数 PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン 5に書き込む。

ビデオプレーン 5は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン 5における解像度は 1920 x 1080 であり、このビデオプレ一ン 5に格納されたピクチャデータは、 16ビットの YUV値で表現された画素データにより構成される。

P- Graphics デコーダ 9は、 BD- R0M、 HD から読み出されたグラフイクスストリームをデコードして、非圧縮グラフィクスを Presentation Graphicsプレーン 1 0に書き込む。グラフィクスストリームのデコ一ドにより、字幕が画面上に現れることになる。

Presentation Graphics プレーン 1 0は、一画面分の領域をもつたメモリであり、一画面分の非圧縮グラフイクスを格納することができる。本プレーンにおける解像度は 1920 x 1080 であり、 Presentation Graphicsプレーン 1 0中の非圧縮グラフィタスの各画素は 8ビットのィンデックスカラーで表現される。 CLUT Color Lookup Table)を用いてかかるインデックス力ラーを変換することにより、 Presentation Graphics プレーン 1 0に格納された非圧縮グラフイクスは、表示に供される。合成部 1 1 は、非圧縮状態のピクチャデータ（i)を、 Presentation Graphicsプレーン 1 0の格納内容と合成する。

フォントゼネレ一タ 1 2は、文字フオントを用いて textST ストリ一ムに含まれるテキストコ一ドをビットマップに展開する。

I - Graphicsデコーダ 1 3は、 BD-R0 又は HDから読み出された IGストリームをデコードして、非圧縮グラフイクスを Interactive Graphics プレーン 1 5に書き込む。スィッチ 1 4は、フォントゼネレー夕 1 2が生成したフォント列、 P-Graphics デコーダ 9のデコードにより得られたグラフィクスの何れかを選択的に Presentation Graphicsプレーン 1 0に書き込むスィッチである。

Interactive Graphics プレーン 1 5は、 I_Graphics デコーダ、 1 3によるデコ一ドで得られた非圧縮グラフィクスが書き込まれる。

合成部 1 6は、非圧縮状態のピクチャデータ（i)、 Presentation Graphics プレーン 1 0の格納内容と合成されたピクチャデータ（ii)を Interactive Graphicsプレーン 1 5の格納内容と合成する。

HDD 1 7は、上述した再生装置組込型の HDである。本 HDDの記録内容を読み出し、 BD-R0M の記録内容と動的に組み合わせることにより、 BD-R0M に存在しないグラフィクスストリームの再生や、 BD- ROM に存在しない textSTストリームによる再生を実現することができる。

リードバッファ 1 8は、 FIFO メモリであり、 HDD 1 7から読み出された TSバケツトが先入れ先出し式に格納される。

デマルチプレクサ (De-MUX) 1 9は、リードバッファ 1 8から TS パケットを取り出して、 TSバケツトを PESバケツトに変換する。そして変換により得られた PES パケットのうち、制御部 24により指示された streaniPIDをもつものをフォントゼネレータ 1 2に出力する。

オーディォデコーダ 2 0は、デマルチプレクサ 1 9から出力された PESバケツトを復号して、非圧縮形式のオーディォデータを出力する。シナリオメモリ 23は、カレントの PL情報や力レントの Clip情報を格納しておくためのメモリである。カレント PL情報とは、 BD- ROMに記録されている複数 PL 情報のうち、現在処理対象になっているものをいう。カレント Clip情報とは、 BD- ROMに記録されている複数 Clip情報のうち、現在処理対象になっているものをいう。

制御部 24は、シナリオメモリ 23に読み出されたカレント PL情報、カレント Clip情報に従い、 BD- ROMに記録された AVClipを読み出し、再生するとの制御を行う。この制御にあたってデマルチプレクサ 3はカレント PL情報のうち、プレイリスト情報からカレント Play Itemを特定し、そのカレント Play Itemの CI ip_information— f i le— name により指定されている AVClipをアクセスする。そしてカレント Clip情報を参照して、 AVClipのうち、 Play Itemの In_timeから Out— timeまでに相当する TSパケットを読み出すよう BD- ROM ドライブ 1を制御する。 TSパケットが読み出されれば、これを順次デマルチプレクサ 3を介して、ビデォデコーダ 4、 P- Graphics デコーダ 9、 I- Graphics デコーダ 1 3、ォ —ディォデコーダ 20に投入し、 AVClipを再生させてゆく。

カレント Play Item に同期するサブ Playltemがプレイリスト情報内に存在する場合、制御部 24はそのサブ Playltem にて指定されるサブ Clipをメイン Clipと同期して再生させる。この同期は、サブ Playltem の Sync— Start— PTS— of— Playltem に相当するピクチャデータが、メイン Cli から読み出されるのを待ち、そのサブ Playltem の SubPlayltem— In— timeから SubPlayl tera_Out_timeまでに存在するデータを再生することでなされる。

スィッチ 25は、 BD-R0M及び HDから読み出された各種データを、リ —ドバッファ 2、リードバッファ 1 8、シナリオメモリ 23のどれかに選択的に投入するスイッチである。

CLUT部 26は、ビデオプレーン 5に格納された非圧縮グラフイクスにおけるインデックスカラ一を、 Y，Cr，Cb値に変換する。

111" 部27は、 Interactive Graphics プレーン 1 5に格納された非圧縮グラフィクスにおけるインデックスカラ一を、 Y. Cr, Cb 値に変換する。

PSR セット 28は、再生装置に内蔵されるレジスタであり、 64 個の Player Status Register (PSR) , 4096個の General Purpose Register (GPR)とからなる。 Player Status Register の設定.値（PSR)がどのような意味をもっかは、後で詳細に説明する。

操作受付部 29は、ストリーム等を選択する操作が、リモコンや再生装置のフロントパネルに対してなされれば、その操作を示す User Operation情報を制御部 24に出力する。遷移制御部 30は、制御部 24の 1つ構成要素であり、 STN— tableに記述されている entry— attributeの組みのうち、 PSRの数値に対応するものの中から Stream-PID を取り出して、デマルチプレクサ 3、デマルチプレクサ 1 9に設定する。デマルチプレクサ 3、デマルチプレクサ 1 9に対する設定は、 PSR の設定値に基づくため、遷移制御部 30は装置における状態変化や変更要求に応じて PSRに値を設定するとの処理を行ラ。

再生装置の状態変化時において遷移制御部 30は、設定値が終了値であるか、無効な値（Invalid)であるか、不定値であるかを判定し、有効な値（Valid)であるなら、 PSRの設定値を維持する。不定値又は無効な値であるなら、最適な値を PSRに設定する。

また操作受付部 2 9 から出力された User Operation 情報や I-Graphicsデコーダ 1 3から出力されたボタンコマンドにより PSRの変更が要求された場合、遷移制御部 30は、操作受付部 29から出力された User Operation情報、 I-Graphicsデコーダ 1 3から出力されたポ夕. ンコマンドに基づき、 PSRに設定すべき値（値 X)を決定し、この値に基づき、 PSR を更新する処理を行う。ここで操作受付部 29から出力された User Operation 情報が、音声切換キー、副映像切換キーの押下を示すものであるなら、 PSRの数値に 1を加えた値を値 Xとして決定する。また操作受付部 29から出力された User Operation 情報が数値キーの押下を示すものなら、その押下された値を値 X として決定する。一方、操作受付部 29から出力されたボタンコマンドが PSRの設定を再生装置に命じるものなら、そのポタンコマンドの引数で指定された値を値 Xとして決定する。このようにして値 X が決定されれば、値 X が有効な値 (Valid)であるか、不定値であるは、無効な値（Invalid)であるかを判定し、判定結果に応じた PSR更新処理を行う。ここで値 Xが有効であるなら、値 Xを用いて PSRを上書きする。値 Xが不定値であるなら、最適な値を選んで PSRに設定する。値 Xが無効な値であるなら、 PSRの数値を維持する。く PSRについての説明 >

以上が本発明に係る再生装置の構成である。続いて PSRセットにおける個々の PSR について説明する。 PSRセットのうち PSR1、 FSR2、 PSR15、 PSR16、 PSR30 は、再生装置における音声'字幕の選択や、これらをデコ一ド '表示する能力の有無、言語設定を示すものである。図 1 3は、 PSR1、 PSR2, PSR15, PSR16, PSR30の詳細設定を示すである。

PSR1 は、再生装置により現在選択されているオーディォストリームを特定する。

PSR2 は、 disp_flag を含み、再生装置により現在選択されている PG— textST— streamを特定する。 disp— agは、" 0" に設定されることにより、 PG ストリ一ム及び textST ストリ一ムの表示が不可能であることを示し、" 1" に設定されることにより PGストリーム及ぴ textSTストリームの表示が可能であることを示す。

PSR15は、 LPCM capability, AC-3 capabi 1 i ty, DTS capabilityを含む。 LPCM capabilityは、 0001bに設定されることにより LPCM形式のステレォ音声を再生できる能力が再生装置にあることを示し、 0010b に設定されることにより LPCM 形式のサラウンド音声を再生できる能力が再生装置にあることを示す。

AC - 3 capabilityは、 0001bに設定されることにより AC-3形式のステレオ音声を再生できる能力が再生装置にあることを示し、 0010b に設定されることにより AC-3 形式のサラウンド音声を再生できる能力が再生装置にあることを示す。

DTS capabilityは、 0001bに設定されることにより DTS形式のステレォ音声を再生できる能力が再生装置にあることを示し、 0010b に設定されることにより DTS形式のサラウンド音声を再生できる能力が再生装置にあることを示す。一方、 0000に設定されることにより、 DTS形式のォ一ディォストリームをデコ一ドする能力が再生装置に存在しないことを示す。

PSR16は、 0XFFFF以外の値が設定されることでオーディォストリームの言語属性を示す。 0XFFFFが設定されることでオーディォストリームの言語属性が不特定であることを示す。

PSR30は、最上位ビットが" 0" に設定されることによりテキスト字幕を表示する能力が再生装置に存在しない旨を示し、最上位ビットが" Γ に設定されることによりテキスト字幕を表示する能力が再生装置に存在する旨を示す。

以上が図 1 3についての説明である。続いて図 1 4を参照しながら、 PSR4〜PSR8 について説明する。図 1 4は、 PSR4〜PSR8 の詳細設定を示す。

PSR4 は、 1 ~ 100 の値に設定されることで、現在の再生時点が属するタイトルを示し、 0 に設定されることで、現在の再生時点がトップメニユーであることを示す。

PSR5 は、 1〜999 の値に設定されることで、現在の再生時点が属するチャプター番号を示し、 OxFFFFに設定されることで、再生装置においてチャプター番号が無効であることを示す。

PSR6 は、 0〜999 の値に設定されることで、現在の再生時点が属する PL (力レント PL)の番号を示す。

PSR7 は、 0〜255 の値に設定されることで、現在の再生時点が属する P l ay I tem (力レント P l ay I tem)の番号を示す。

PSR8は、 0〜0xFFFFFFFFの値に設定されることで、 45KHzの時間精度を用いて現在の再生時点（力レント PTM)を示す。以上が PSR4〜PSR8についての説明である。く PSR1 の状態遷移 >

図 1 3に示した PSRのうち、 PSR1 の状態遷移について更に詳しく説明する。

PSR1 は、カレント P l ay I temの STN— tab l eに entryが記述されている複数ォ一ディ.ォストリームのうち、 1つを特定するものである。 PSEl の設定値が変化すれば、再生装置はこの変化後のオーディォストリームを再生する。 PSR1 は初期値として OxFFが設定されており、再生装置により 1〜32 の値に設定されうる。この OxFF は、不定値であり、オーディォストリームが存在しない旨、又は、オーディオストリームが選択されてない旨を示す。 1~32 の設定値は、オーディオストリーム番号として解釈される。

図 1 5 (a) は、 PSR1の設定値が取り得る状態遷移を示す。本図において Validとは、 PSR1の値が、 Play Itemの STN— tableに記述された entry 数以下の番号になっていて、尚且つ、デコード可能であることを意味する。

Invalidとは、 PSR1の値が、 0であるか、又は、 Play Itemの STN— table に記述された entry数を上回る番号になっていることを意味する。また、 Play Itemの STltaMeに記述された entry数が 1〜32の値であつたとしても、デコードできない場合がある。

図 1 5 (a) における破線枠は、状態遷移時にあたって PSRの値を決定する手順を模式的に示す。 PSRの設定処理手順には、『Procedure when playback condition is changed』、『Procedure when change is requested』がある。

Procedure when playback condition is changedは、何等かの事象が再生装置に生じたため、再生装置の状態が変化した際に実行すべき処理手順を示す。

Procedure when YYYchange is requested は、ユーザ力何等力、の切り換え（図 1 5において stream)を要求した際、実行すべき処理手順を示す _c これら破！^枠に示される Procedure when playback condition is changed^ Procedure when change is requested が、本発明の主眼となるストリームの選択手順であり、後でフローチヤ一トを交えて詳細に説明する。

図 1 5 ( a ) における矢印は、 PSR が取り得る状態間の状態遷移を象徴的に示す。

状態遷移を意味する矢印に添えられた注釈は、各状態遷移のトリガとなるべき事象を意味する。つまり本図では、" Load Disc"," Change a Stream ， Start PlayList playback , Cross a Playltein boundary ， Terminate PlayList playback" というような事象が発生した際、 PSR1 の状態遷移がなされることになる。これらの記法を理解して図 1 5 (a) を参照すれば、 Invalid—Invalid の状態遷移時、 Val id→ Inval id の状態遷移時には、上述した処理手順は実行されていないことがわかる。これに対し Invalid→Valid間の状態遷移、 Val id→ Val id間の状態遷移は何れも破線枠を経由している。つまり PSR1 を Validに設定するにあたつて、上述した Procedure when playback condition is changed^ Procedure when change is requestedにより PSRl は設定されるのである。

以降、状態遷移のトリガとなるべき事象について説明する。

ITLoad DiscJ とは、再生装置に BD-R0Mがローデイングされたとの事象を意味する。 PSR1は、かかる口一ディング時において、一旦不定値（OxFF) に設定されるのである。

rstart PlayList playbackj とは、 PL に基づく再生処理が開始したとの事象を意味する。かかる事象が発生時において、 Procedure when playback condition is changedが実行され、 PSRlは Val idに設定されることがわかる。

rTerminate PlayList playbackj とは、 PL に基づく再生処理終了したとの事象を意味する。かかる事象の発生時では、 Procedure when playback condition is changed は実行されず、 Inval id に移行してヽることがわかる。

『ChangeXXX』とは、ユーザによる XXX (本図では Stream)の切り換え要求がなされたとの事象を意味する。 PSR1が Invalidである場合に、かかる事象が発生すれば（図中の cjl)、 PSRlはその要求通りの値に設定される。こうして設定された値がたとえ有効なストリーム番号を示していたとしても、この PSR1 の設定値は Invalidな値として取り扱われる。即ち、事象" ChangeXXX" による状態遷移では、 Inval idである PSRが、 Validに変えることはない。

一方、 PSR1が Validである場合に、かかる事象 Change a Streamが発生すれば（図中の cj2)、 Procedure when change is requestedが実行されて、新たな値が PSRl に設定される。ここで Procedure when change is requested の実行により設定される値は、ユーザが希望した値にならない場合も有り得る。何故なら、 Procedure when change is requestedは、無効な値を排除する機能を有しているからである。 PSRlが Validにおいて、 Change streamが発生した場合、 Validから Inval id に状態遷移することは有り得ない。 PSMが Invalidにならないよう、 Procedure when change is requested側で保するからである。

『Cross a Playltem boundaryj とは、ある Play Item の境界通過という事象を意味する。ここで Play Itemの境界とは、連続する 2つの Play Item のうち、先行する側の終端、後続する側の先端の狭間を意味する。 PSR1が Validである場合において、かかる事象が発生すれば、 Procedure when playback condition is changedが実？了されることがわかる ₀ そして、 Procedure when layback condition is changed の実行後、 PSRl の状態は Validに戻るか、 Invalidに移行することが分かる。 STltable は Play Item毎に存在しており、 Play Itemが変われば、再生可能なェレメン夕リストリームも変わってしまう。 Play Item の再生開始毎に、 Procedure when change is requestedを実？ jして Play Item毎に敢週な設定値を PSMに設定するというのが、この状態遷移の趣旨である。

この状態遷移において Procedure when playback condition-is changed は、図 1 5 (b) のようになる。本処理手順は、ステップ S 1、ステツプ S 2という 2つの判定ステツプの組合せで、 PSR1の設定を行うものである。

ステップ S 1は、 STltableにおける entry数が 0であるか否かの判定であり、もし 0であれば PSR1の値を維持する（ステップ S 3)。

ステップ S 2は、 STN_tableにおける entry数は 0ではない場合に、 PSR1 より STN_tableの entry数が多く、尚且つ、条件（A)が真であるかを判定するものである。条件（A)とは、 PSR1 で特定されるオーディオストリームを再生する能力が再生装置に存在することである。もしステツプ S 2が Yesであれば PSR1 を維持する（ステツプ S 4)。もし PSR1の値が entry数より大きいか、或は条件（A)を満たさない場合は、 PSR1 を再設定する（ステップ S 5)。図 1 6は、ステップ S 5の詳細な処理手順に示したフ口一チャートである。

ステップ S 6、ステップ S 7は、全てのオーディオストリームについてステップ S 8を繰り返すループ処理を形成している。このループ処理において、処理対象となる個々のオーディオストリームを、オーディオストリーム i という。ステップ S 8は、オーディオストリーム i が 3つの条件（a) (b) (c)を満たすかのチェックを行う。

条件（a)とは、オーディオストリーム i を再生する能力が再生装置に存在することであり、これを満たすか否かの判定は、 PSR15と、オーディォストリーム i の stream— cod i ng— typeとの比較でなされる。

条件（b)とは、オーディオストリーム i の言語属性が再生装置の言語設定と同じであることであり、これを満たすか否かの判定は、 STN— tab l e に記述されたオーディォストリーム i の Audi o_l anguage„codeが PSR16 の設定値と同じであるか否かの比較でなされる。

条件（c)とは、オーディオストリーム i のチャネル属性がサラウンドであり、これを再生する能力が再生装置に存在することである。これを満たすか否かの判定は、 PSR15 と . Aud i o Stream の audi o— presentat i on— type、 stream— codi ng— typeとの比 !¾:でなされる。条件（が、どのようなケースで満たされるかについて、図 1 7を参照しながら説明する。図 1 7は、再生能力と、ストリームの属性との組合せを表形式で示した図である。再生装置の能力には、ステレオ出力、サラウンド出力の 2つがあり、ストリームの属性には、ステレオ、サラゥンドの 2つがある。

再生装置側のステレオ出力の能力があり、オーディオストリームの属性がステレオである場合、オーディオストリームの再生は可能になる。再生装置側のサラウンド出力の能力があり、オーディオストリームの属性がステレオである場合、オーディォストリームの再生は可能になる c 再生装置側のサラウンド出力の能力があり、オーディオストリームの属性がサラウンドである場合、このオーディオストリームの再生は可能になる。

再生装置側のステレオ出力の能力があり、オーディオストリームの属性がサラウンドである場合、再生装置側で、 AC-3 (5. lch)を 2 チャネルにダウンミキシングするという処理を行えば、再生装置による再生は可能になる。以上のように、ストリームのチャネル属性、再生装置の能力の何れの組合せでも、オーディオストリームの再生は可能になる。しかし条件（c)は、これらの 4つの組合せのうち、「サラウンド出力の能力が再生装置側に有り」「ストリームのチャネル属性 =サラウンド」の組合せ時においてのみ、満たされることになる。以上のことから、条件（c) の成立要件は厳しく設定されていることがわかる。

尚、図 1 7において、上述した組合せ時においてのみ、条件（c)が成立するとしたのは一例であり、この組合せの他に、「ステレオ出力の能力が再生装置側に有り」「ストリームのチャネル属性 =ステレオ」の組合せ時においても、条件（c)が満たされるとしてもよい。この場合、ステレオ音声しか再生できない再生装置、又は、サラウンド再生よりステレオ再生が優先されている再生装置において、 2ch オーディオストリームのステレオ再生が、 5. l ch オーディオストリームのダウンミキシング再生より優先されることになる。

これらの複数の条件のうち、「オーディオストリーム i がどれとどれを満たすか」、また「何個の条件を満たすか」という、満たすべき条件のパターンにより、本フローチャートは、オーディオストリームに優先順位を付与する。

以上の処理をオーディォストリ一ムの全てについて繰り返されれば、ステップ S 9〜ステップ S 1 3の処理を行う。ステップ S 9は、（a)を満たすオーディオストリームが存在しないかどうかの判定である。もし、存在しなければ、不定値（OxFF)を PSR1 に設定する（ステツプ S 1 4 )。

ステップ S 1 0は、（a) (b) (c)の全てを満たすオーディォストリームが存在するかどうかの判定である。もし存在すれば、（a) (b) (c)を満たすオーディオストリームの番号を PSR1 に設定する（ステップ S 1 5 )。ここで問題になるのが、（a) (b) (c)を満たすオーディオストリームが複数存在する場合である。条件（a)〜条件（c)が全てみたされるので、同じ優先順位になってしまうので優劣を決めることができない。この場合ステップ S 1 5では、 STltab l eにおける entryの順序に応じて、各ストリ一ムにおける順位が定める。即ち、コーディック一言語属性一チヤネル属性が同じオーディオストリームについては、 STN_tabl e における entry の順位を参照することで、最も優先順位が高いオーディォストリ一ムが選ばれることになる。

ここでコ一ディック、言語属性、チヤネル属性が同じオーディオストリームが複数存在しており、これらがそれぞれ本編音声、コメンタリ、 BGM である場合、図 1 8に示すように本編音声にあたるオーディォストリームについての entry を、 STN_table において先頭順位に記述する。そしてコメンタリーにあたるオーディオストリーム、 BGM にあたるォーディォストリームの entry を次順位以降に記述しておく。そうすると、自動的に本編音声が選択され、コメンタリ、 BGMが後回しにされる。このように STN— tabl eにおける記述順序を変えることで、ォ一サリング担当者は再生時においてどのストリ一ムを優先的に再生させ、どのストリ一ムを後回しにするかという選択制御をォ一サリング時に規定することができる。

ステップ S 1 1 は、（a) (b) (c)の全てを満たすオーディオストリームが存在しない場合、（a) (b)を満たすオーディォストリームが存在するかどうかの判定である。もし存在すれば、（a) (b)を満たすオーディオストリームのうち、 STN— table におけるェントリ一順位が最も高いものを PSR1 に設定する（ステップ S 1 6 )。

ステップ S 1 2は、（a) (b) (c)の全てを満たすオーディオストリーム、又は、（a) (b)を満たすオーディオストリームが存在しない場合に、 (a) (c)を満たすオーディオストリ一ムが存在するかどうかの判定である。もし存在すれば、（a) (c)を満たすオーディオストリームのうち、 STltable におけるエントリー順位が最も高いものを PSR1 に設定する (ステップ S 1 7 )。 2004/008851 ステップ S I 3は、（a) (b) (c)の全て、（a)(b)、（a)(c)を満たすォ一ディォストリームが存在しない場合に、（a)を満たすオーディオストリームが存在するかどうかの判定である。もし存在すれば、（a)を満たすオーディオストリームのうち、 STltable における ιェントリ一順位が最も高いものを PSR1 に設定する（ステップ S 1 8)。

以上が Procedure when playback condition is changed でめる。 m いて Procedure when change is requested について説明する。図 1 9 は、ストリ一ム変化時における設定手順を示すフローチャートである。本フローチャートと、図 1 5 (b) との違いは、図 1 5 (b) における PSR1の表記が Xに置き換えられている点である。この Xは、操作受付部 29から出力された User Operation情報や I- Graphicsデコーダ 1 3から出力されたポタンコマンドに基づく値である。

本フローチャートにおけるステップ S 1 9は、 X より STltable の entry数が多く、尚且つ、条件（A)が真であるかを判定するものである。条件（A)とは、 PSM で特定されるオーディォストリームを再生する能力が再生装置に存在することであり、 PSR15 と、オーディオストリームの Stream_codeig_typeの比較で判定される。もし Xがこの条件を満たすなら、 PSR1に Xを設定する（ステツプ S 2 1 )。

もし Xが entry数より大きいか、或は条件（A)を満たさない場合は、 X が、 OxFFであるか否かを判定する。もし OxFFでなければ、ユーザが選択を意図するオーディオストリームの番号は無効であると考えられるので、ユーザ操作に基づく値 Xを無視し、 PSR1 の設定値を維持する（ステツプ S 23 )。

もし PSR1 の設定値が OxFFであるなら、 PSR1 を設定する（ステツプ S 24)。このステップ S 24の処理手順は、図 1 6に示した処理手順と同一である（図 1 6のうち、ステップ S 9の判定は Procedure when change is requestedでは必要ではない ₀何故なら Procedure when change is requested では、条件（a) (b) (c)を満たすオーディオストリームが 1 つも存在しない場合、ユーザが設定した値 X を PSR1 に設定せず、 PSR1 の設定値を維持するからである。：)。以上の Procedure when playback condi t i on i s changed^ Procedure when change i s requested により、確実に再生され、尚且つ BD-R0M、再生装置双方の能力を発揮することができるオーディオストリームが選択されることになる。

< PSR1設定の具体例 >

以降具体例を交えながら、本フローチャートの処理について説明する。

この具体例で想定している再生装置は、ミドルクラスの再生装置である。ここでのミドルクラスとは、 DTS 形式のオーディォストリームをデコードする能力は持っていないが、 LPCM のデコード能力や、 AC-3 サラゥンド音声の出力能力は具備している。そして日本語音声を示すよう、言語設定がなされているものとする。

かかる再生装置に対し、図 2 0 ( b ) に示すオーディオストリーム、 STN_tab le が記録された BD-R0M がローデイングされたとする。この

STN— tab l e には、図 2 0 ( c ) に示すように 6つのオーディオストリームの entryが記述されている。

かかる記述内容の STN—tab leが処理対象であると、図 1 6のステップ

S 8において各オーディオストリームが、条件（a)、条件（b)、条件（c) を具備しているかどうかのチェックがなされる。ここで 1つ目のオーディォストリーム（1)は、 3 つの条件のうち、条件（a)しか満たさない。 2 つ目のオーディオストリーム（2)は、 3 つの条件のうち、条件（a)、条件

(c)を満たす。

STltab l e に entryが示されている全てのオーディォストリームに対し、上述したチェックがなされれば、 5 つ目のオーディオストリームが条件（a)〜条件（c)の全てを満たし、 4 つ目のオーディオストリームは条件（a)、条件（b)を、 2 つ目のオーディオストリームは条件（a) (c)を、 1 つ目のオーディオストリ一ムは条件（a)のみを満たしていることが判明する。これら以外のオーディォストリ一ムは条件（a)を欠くので処理対象にならない。 04008851 各オーディオストリームについての条件具備が明らかになつたので、条件（a)〜条件（c)の全てを満たす 5つ目のオーディオストリームに最高順位を付与する。このように最高順位が付加されたため、オーディオストリーム 5が選択されてビデオストリームと共に再生されることになる。以上の説明により、条件（a：)、条件（b；)、条件（c)の全てを満たすストリ一ムが選択されることが明らかになつたが、サラウンド出力の能力が再生装置にない場合、ストリーム選択はどのように行われるのだろうか。ここで再生装置側にサラウンドの出力能力が存在せず、 AVClip に、 AC - 3 (2ch)のオーディォストリームと、 AC- 3 (5. lch)のオーディォストリームとが多重化されているケースを想定する。図 1 7の表では、何れのオーディオストリームの再生も可能になるので、かかるオーディオストリームを図 1 6の処理手順の対象とした場合、これらのオーディオストリームには、優劣がつかない。

この場合、 STN— table における entry を参照することで、選択が望ましいオーディオストリ—ムの優劣を規定する。図 1 Ίにおいて再生装置側に能力がない場合、再生装置は AC-3(5.1ch)を AC- 3(2ch)にダウンミキシングして再生するとの処理を行う。かかるダウンミキシングがなされれば、再生時の音質はォーサリング担当者が意図したものより落ちてしまう恐れがある。これに対し AC- 3(2ch)は、当初からステレオ出力を意図して作成されたものであるから、ォ一サリング担当者は、 AC - 3(5. lch)のダウンミキシング再生より、 AC- 3(2ch)の再生を期待していることが多い。

そこで AC- 3(2ch)音声の entryを、 AC-3(5. lch)よりも高く設定しておくのである。

こうすることでサラウンド再生の能力をもたない再生装置では、 AC - 3(2ch)の音声が優先的に再生されることになる。一方、ビットレートを比較すると、オーディオストリーム 51 のビットレートは 384Kbps、 AC- 3(2ch)のビットレートは 192kbps であり、 AC- 3(5. lch)の方が高い。この事実を重視するォ一サリング担当者は、 AC- 3(2ch)の再生より、 AC- 3(5. lch)のダウンミキシング再生を期待していることが多い。この TJP2004/008851 ようにダウンミキシングに対する期待が高ければ、ォーサリング担当者は STN_tableにおいて、 AC-3(5. lch)の entryを高く設定すればよい。こうすることでサラウンド出力能力がない再生装置による再生は、ダゥンミキシングでなされることになる。

ここで、ォーサリング担当者が、 AC-3(5. lch)のダウンミキシング再生より、 AC-3(2ch)の再生を期待している場合の STN— tableの記述例と、オーディォストリームの選択例とについて図 2 2を参照しながら説明する。

ここで想定する再生装置はサラウンド出力能力がない再生装置なので、 PSR15.16の値は、図 2 1 (a) の通りになる。また STltableは、図 20 (b) と同じ内容に設定されており（図 2 1 (b) ), 再生装置がサラウンド出力能力がない再生装置である。この場合、条件（b)、条件 (b)を満たすオーディオストリーム 4、オーディオストリーム 5が同じ優先順位 "Γに、条件（a)のみを満たすオーディオストリーム 1、オーディォストリーム 2が次の優先順位" 2"になる。優先順位は" Γになったため、オーディオストリーム 4、オーディオストリーム 5の優劣がつかない。この場合、再生装置は、 STltableにおける entry順位に従いオーディォストリームを選ぶ。この記述例においてォーサリング担当者は、 AC - 3(5. lch)のダウンミキシングょり、 AC- 3(2ch)の再生を期待しているので、図 2 1 ( b ) における STN— table において、 AC- 3 (2ch)のオーディォストリームの entryは、 AC-3(5. lch)の entry より高く設定されている。このようにオーディオストリーム 4の entry順位はオーディオストリ一ム 5よりも高く設定されているので、再生装置はオーディォストリーム 5を選んで再生する。

続いてォ一サリング担当者が、 AC-3(2ch)の再生より、 AC- 3(5. lch)のダウンミキシング再生を期待している場合の STltableの記述例と、ォ —ディォストリームの選択例とについて図 22を参照しながら説明する。

AC-3(5. lch)のダウンミキシング再生を期待しているので、 STN— table において、 AC - 3(2ch)のオーディォストリ—ム（オーディォストリーム 2、オーディオストリーム 5)の entry順位は、 AC- 3(5. lch)のオーディォストリーム（オーディオストリーム 1、オーディオストリーム 4)の entry 順位より高く設定されている（図 22 (b) )。このようにオーディオストリーム 5の entry順位はオーディォストリーム 4よりも高く設定されているので、オーディオストリーム 4、オーディオストリーム 5が同じ条件（a)、条件（b)を満たす場合、再生装置はオーディォストリーム 5を選んで再生する（図 2 ( c) )。

サラウンドの再生出力能力が再生装置にない場合、 AC- 3(2ch)の再生を優先させるか、 AC- 3(5. lch)のダウンミキシング再生を優先させるかを、ォーサリング担当者は自由に規定することができるので、ォーサリング担当者の意向に、沿った再生制御が実現されることになる。以上が

PSR1 についての状態制御である。

<PSR2の状態遷移 >

続いて PSR2 について説明する。 PSR2 は、カレント Play Item の STN_tableに entryが記述された複数 PGストリーム又は複数 textSTストリームのうち、再生すべきものの特定に用いられる。 PSR2の設定値が変化すれば、再生装置はこの変化後の PGストリーム又は textSTストリ —ムを再生する。 PSR2は初期値として不定値が設定されており、再生装置により 1〜255の値に設定されうる。 OxFFFFは、不定値であり、 PGストリーム及び textSTストリームが存在しない旨、又は、 PGストリ一ム及び textSTストリ一ムが選択されてない旨を示す。！〜 255の設定値は、 PG_textST_stream 番号として解釈される。図 23 (a) は、 PSR2 が取り得る状態遷移を示す図である。本図の状態遷移は、図 1 5 (a) と同じになっている。また、図 2 3 (b) は、 PSR2における Procedure when playback condition is changed を示すフローチャート、図 2 4は Procedure when change is requestedを示すフローチヤ一卜である。これらのフローチャートも、図 1 5 (b)、図 1 9と同じになっている。ただし、ステップ S 5、ステップ S 2 2における PSR2 の設定は、大きく異なっている。図 2 5は、 PSR2の設定手順を示すフローチヤートである。

本フロ一チャートのステップ S 3 1、ステップ S 3 2は、 STltabl e に記述されている PG_textST_stream のそれぞれについて、ステップ S 3 3〜ステップ S 3 5の処理を繰り返すループ処理になつている。本ループ処理において処理対象となる PG textST_stream を PG_textST— streami とする。ステップ S 3 3は、 PG— textST_streami の stream— codi ng— typeが 0x91 であるか、 0x92であるかの判定であり、もし 0x91であるならステップ S 3 4に移行する。

ステップ S 3 4は、 PG_textST_streami が、以下の（a) (b)を満たすか否かの判定である。

(a) PGストリーム i を再生する能力が再生装置に存在すること

(b) PGストリーム i の言語属性が再生装置の言語設定と一致することこの（b)の条件は、 STN— tabl eにおける PG— l anguage_codeが PSR17 と一致するか否かの判定でなされる。

一方ステップ S 3 5は、 PG—textST— streami が（a) (b)を満たすかを否かの判定である。

(a) textSTストリーム i を再生する能力が再生装眞に存在すること

(b) textST ストリーム i の言語属性が再生装置の言語設定と一致すること

(a)の条件を具備しているかの判定は、再生装置の PSR30が"再生能力有"を示すかどうかでなされる。（b)の条件を具備しているかの判定は、 STN_tabl eの textST— language一 codeが PSR17の設定値と一致しているかどうかでなされる。

以上のステップ S 3 3 〜ステップ S 3 5 の処理が全ての PG_textST_streamについて繰り返されれば、ステップ S 3 6〜ステップ S 4 1の処理が実行される。

ステップ S 3 6は、（a)を満たす PGstreamが存在しないかどうかの判定であり、もし存在しないのなら、ステップ S 3 9において Inval idな値（OxFFFF)を PSR2に設定する（ステツプ S 3 8 )。

ステップ S 3 7は、（a) (b)の双方を満たす PG_textST— stream が存在するかどうかの判定であり、もし存在するのなら（a) (b)を満たす PG_textST_stream のうち、 STN— tabl e におけるエントリー順位が最も高いものを PSR2に設定する（ステップ S 3 9 )。

ステップ S 4 0は、（a)のみを満たす PGstreanu (a)のみを満たす textST— streamのうち、 STN—tabl eにおけるエントリ一順位が最も高いものを PSR2 に設定する。以降具体例を交えながら、本フローチャートの処理について説明する。

< PSR2設定の具体例 >

この具体例で想定している再生装置は、図 2 6 ( a ) に示すように PG ストリームをデコードする能力はもっているが、 textSTストリームをデコードする能力はもっていない再生装置である。そして日本語音声を示すよう、言語設定がなされているものとする。

かかる再生装置に対し、図 2 6 ( b ) に示すような STltabl eが口一ドされたとする。この STltabl e には、 2 つの textST ストリームの entry (PG_textST_streaml , 3) と、 2 つの PG ストリームの entry (PG— textST_stream2，4)とが記述されている。 .

かかる記述内容の STN— tabl e が処理対象であると、ステップ S 3 4、ステップ S 3 5において各 PG— textST— stream が、条件（a)、条件（b)を具備しているかどうかのチェックが図 2 6 ( c ) に示すようになされる。ここで 1 つ目の PG_textST_stream、 3 つ目の PG_textST_stream は、条件（a)を満たさない。 2つ目のオーディオストリームは、 3つの条件のうち、条件（a)しか満たさない。 4つ目の PG_textST_streamは、条件（a)、条件（b)を満たす。

STN一 tabl e に entryが示されている全てのストリームに対し、上述したチヱックがなされれば、 4 つ目のストリームが条件（a)〜条件（b)の全てを満たし、 2つ目のストリームは条件（a)を、 1 つ目 . 3つ目のストリ一ムは、選択の対象から除外される。

各ストリームについての条件具備が明らかになつたので、条件（_a；)〜条件（b)の全てを満たす 4つ目のストリームに最高順位を付与する。ここで、同じ条件を満たしている PG— textST_streamが複数ある場合、上述したフローチャートでは、これらの PG—textST一 stream についての優先順位が同じになってしまう。そのため優劣を決めることができない。本実施形態ではこの場合、 STN— tab l e における entryの事象に応じて、各ストリームにおける順位が定める。

以降、図 2 7を参照しながら、 STN—table における entryの順序による PG一 textST一 stream 選択について説明する。ここで想定する再生装置は、 PG ストリーム、 textST ストリームの双方をデコ一ドする能力をもつ再生装置である。この再生装置の言語設定と同じ言語属性をもつ PG ストリーム、 textST ストリームが複数存在する場合、これら PG ストリ —ム、 textSTストリームに対する優先順位が同じになってしまう。かかる場合、図 2 7に示すように、ォ一サリング担当者が選択を望むストリ —ムについての entryを、 STltabl eの先頭順位に記述する。そして PG ストリームにあたる entryを次順位以降に記述しておく。ここでォーサリング担当者が選択を望んでいるストリームが textST ストリームであり、これの entryが STN_tabl eの先頭に記述されたとすると、自動的に textSTストリームが選択され、 PGストリ一ムが後回しにされる。

このように STN— tabl eにおける記述順序を変えることで、ォーサリング担当者は再生時においてどのストリ一ムを優先的に再生させ、どのストリームを後回しにするかという選択制御をォ一サリング時に規定することができる。ぐ変更例 >

Procedure when change i s requestedにおいて値 X力無効な値であるなら、遷移制御部 3 0は PSR1. 2 の格納値を維持するとしたが、ユーザにより音声切換キー、字幕切換キーが押下された場合の処理としては望ましくない。音声切換キー、字幕切換キーが押下された場合、本来値 X は" PSR+1" になるべきである。にも拘らず、値 X が無効であるとの理由で、 PSR1 , 2の格納値が維持されれば、ユーザは再生装置が誤動作しているように、感じるからである。 2004/008851 そこで音声切換キー、字幕切換キーが押下された場合、遷移制御部 3 0は、 Procedure when change i s requestedに加えて以の処理を行う。この処理とは、 Procedure when change i s requestedを実？ τするにあたつて、 Procedure when change i s requested実行前の PSRの格納値と、 Procedure when change i s reques ted実行後の PSRの格納値とを比較するというものである。もし前後の格納値が同じであれば、 X X+ 1 という処理にて値 X をインクリメン卜し、再度 Procedure when change i s requested を実行する。こうすることで、 Procedure when change i s requestedにより PSRが更新されるまで、値 Xのインクリメントは繰り返される ₀ Procedure when change i s requestedの実行により PSRの数値が更新されれば、前後の数値が違った値になるので、その時点で、 Procedure when change i s requestedの実行で得られた PSRの数値を採用してストリームの選択を行う。

例えば PSR1 に" 3"が格納されており、ストリーム番号 = 4， 5が無効である場合の上述の処理の具体例について簡単に説明する。この場合遷移制御部 3 0は、 PSR1 の格納値に" 1 "を加えた値 4を値 X とする。そして Procedure when change i s requestedを実行するこの場合、ストリ一ム番号 = 4は無効なので、 PSR1 は元の値 3から変化しない。このように PSR 1 の格納値に変化がない場合、 4である値 Xをインクリメントして 5 にした上で、再度 Procedure when change i s requested を実行する。この場合、ストリーム番号 = 5は無効なので、 PSR1 は元の値 3から変化しない。このように PSR1 の格納値に変化がない場合、 5である値 Xをィンクリメントし、 6 にして再度 Procedure when change i s reques ted を実行する。値 6は有効なので、 Procedure when change i s requested により有効なストリーム番号 =6が、自動的に選ばれることになる。音声切換キ一の押下時に、上述した処理を行えば、無効なストリーム番号の存在をユーザに意識することなく、スムーズな音声切り換えを実現することができる。 (第 2実施形態） JP2004/008851 第 2実施形態は、マルチアングル区間における状態設定に関する。マルチアングル区間実現のためのデータ構造は図 5に示した Play Item情報にある。図 28は、 Play I tem 情報のデータ構造を示す図である。本図に示すようにマルチアングル区間対応の Play Item 情報は、通常の Play Item との互換部分と、マルチアングル区間実現のための拡張部分とからなる。互換部分のデータ構造は図 5 と同じであり、『Clip— codec— identifier』、『IN_time』、『0UT_time』、『STN— table』である。マルチアングル区間において、この互換部分で指定される AVClip は、 1 本目のアングル区間として取り扱われる。こうすることで、マルチアングル区間に対応しえない再生装置（BD-RE のデータ構造しか対応しえない再生装置）が、マルチアングル区間対応の Play Item を読み取つたとしても、この互換部分のみを参照して再生を行うことで、 1 本目のアングル区間を再生してゆくことができる。拡張部分のデータ構造は、『is— nrnlU一 angles』， (Tnumber— of— angles』，『Angle情報 [1] [2] · · · [j]』からなる。

『is_multi_angles』は、この Play Item に対応する再生区間がマルチアンダル区間であるか、非ァングル区間であるかを示す。

『 mimber_o angles』は、マルチアングル区間を示すよう『is— nmlti—angles』が設定されている場合、このマルチアングル区間を構成するアングル数を示す。

『Angle 情報 [1] [2] ··· [j]』は、マルチアングル区間における個々のアングル区間についての情報であり、『 C 1 ip— I nf ormat i on_f i 1 e— name』、『C1 ip— codec— identif ier』を含む。

『Clip— Information— file— name』は、アングル区間を構成する AVC1 ip のファイル名が記述される。

『 Clip— codec— identifier 』は、アングル情報の CI ip_Inf ormation_f i le_nameにて記述されたファィル名の AVClipにおける符号化方式を示す。

以上の説明においてアングル情報には、 In— time、 Out— time がない。 . これは、 2 本目以降のアングル区間は、互換部分に存在する In— time、 Out_tiraeにより、 Play Itemの始点、終点が指定されるためである。従つて、アングル情報内の Clip_InformaUon— f ile_name で指定される AVCli は、互換部分内の Clip_InformaUon_:file_name で指定される AVClip と、同一再生時間でなければならない。また、 AVClip 再生時間軸において、個々の再生タイミングを規定するタイムスタンプ（System Time Clock)の値が厳密に同一でなければならない。

マルチアングル区間対応の Play Itemについて、以降具体例を説明する。本具体例で想定している Play Itemは、 3つの Play I tem(PlayI tem#K PlayItem#2、PlayItein#3)である。これらの Play Itemのうち、 Playltem#l、 Playltem#3 はマルチアングル区間を構成しており、 Playltem#2 は構成していない。また BD-R0Mには、図 29に示すような複数 AVClip(Frontl、 RightU LeftU Front2、 Front3、 Right2)が記録されているものとする。具体例において Playltem#lの CI ip— Information— fi le— nameは、図 29 中の Frontl、 LeftK Rightlを指定しており、 Playltem#2は Front2を、 Playltem#3 は、 Front3、 Right2 を指定しているものとする。これらの Play Item により、マルチアングル区間一非アングル区間一マルチアングル区間からなるメインパスが定義されることになる。図 30 (a) (b) は、このようにして定義されたマルチアングル区間、非アングル区間を示す図である。本図における矢印 myl,iny2は、 Playltem#3における 2つのアングル情報による指定を、矢印 my3は、 Playltem#3におけるアングル情報による指定をそれぞれ示す。これらアングル情報による指定 myl，my2で、 Rightl、 Leftlは AVClip上の一部分と選択的に再生されることになる。同様にアングル情報による指定 my3で Right2 は、 AVClip 上の一部分と選択的に再生されることになる。 '

図 30 (b) は、マルチアングル区間、非アングル区間における再生進行を示す図である。本図における矢印 agl,2，3に示すように、マルチアングル区間 #1においては 3つのアングル区間のうち 1つを選ぶという選択が可能になり、マルチアングル区間 #3においては矢印 ag4, 5に示すように 2つのアングル区間のうち 1 つを選ぶという選択が可能になる。以上が本実施形態に係る記録媒体の改良である。続いて再生装置の改良について説明する。第 1実施形態に示した再生装置において、アングル区間の指定を示すのは PSR3 である。第 2実施形態に係る制御部 24は、この PSR3 の設定値に従い、アングル区間を選択して再生するとの処理を行う。

具体的にいうと制御部 24は、カレント PL情報のうち、 1 つの Play Itemを再生する際、 PSR3の設定値を参照する。 PSR3の設定値が =1であれぱ、 Play Itemの In— time, 0uし timeが存在する AVC1 ipをアクセスし、これの Play Itemの In timeから Out_timeまでの TSパケットを読み出すよう BD-R0M ドライブ 1を制御する。そして TSパケットが読み出されれば、これを順次ビデオデコーダ 4に投入し、アングル区間を再生させてゆく。

PSR3 の設定値が 2 以上であれば、 Play Item のアングル情報内の Clip— Information一 file—name で指定されている AVClip (先に述べた RightK LeftK Right2)をアクセスし、これを構成する TS パケットを読み出すよう BD- ROM ドライブ 1を制御する。そして TSパケットが読み出されれば、これを順次ビデオデコーダ 4に投入し、アングル区間を再生させてゆく。このように PSR3の設定値に応じて、異なる AVClipをァクセスすることにより、アングル区間の選択的な再生が実現される。以上のようなアングル区間選択を規定する PSR3 について説明する。図 3 1は PSR3の内部構成を示す図である。 PSR3は現在選択されているアングル区間の番号を示す。 PSR3は 1〜9の値をとり、 1〜9のアングル区間をそれぞれ指定する。

PSR3 の状態遷移について説明する。図 32 (a) は、 PSR3 の状態遷移を示す図である。本図を図 1 5 (a) とを比較すると、事象 Cross Playltem Boundaryをトリガとした状態遷移は存在しないことがわかる。そして Start PlayLi st Playbacks Terminate PlayList Playbackが Start Playltem with mul tiangle structure, End of Playltem with mul tiangle structure に置き換わっている ₀ また Procedure when change is requestedは、'' stream change is requested" ではなぐ、" angle change is requested" に置き換わっている。しかしこれらを除き、 PSR3の状態 T/JP2004/008851 遷移は図 1 5 ( a ) と同じになっている。

オーディオストリ一ムの数は Play Item毎に違うため、 PSR1の状態遷移では PLの再生が始まり、 Play I temの境界を追加する度に Procedure when playback condition is changedを起動して PSRl を設定する必要があつた。しかし PSR3はマルチアングル区間においてのみ意味があり、 Play Itemの; t 過毎に Procedure when layback condition is changed を実行する必然性が乏しいので、 Invalid→Validの状態遷移は、マルチァングル区間の再生開始をトリガとしており、 Valid→Invalidの状態遷移は、マルチアングル区間の再生終了をトリガとしている。

この Valid—Invalidの状態遷移にあたって本実施形態では、 PSR3の設定値を維持したまま、取り扱いのみを invalidにする。つまりマルチアングル区間、非ァングル区間が代わる代わる出現する場合（図 30の一例）、 PSR3は、設定値の取り扱いのみが Validから Invalidに、 Invalid から Valid に遷移することになる。以上が PSR3の状態遷移である。続いて PSR3の Procedure when playback condition is changed、 Procedure when change is requestedについて s¾明する。

図 32 ( b ) は、 PSR3における Procedure when playback condiUon i s changedを示すフロ一チャートである。本フローチャートは、図 1 5 ( b )に類似したアルゴリズムになる。ステップ S 5 1は、 PSR3が、 Play Itemに記述された number of Angle未満であるか否かの判定である。もしステップ S 5 1が Yesであるなら、 PSR3の設定値を変化させない（ステツプ S 53)。もしステップ S 5 1が Noであるなら、 PSR3に初期値 1 を設定する（ステップ S 52)。

032 ( c ) は、 PSR3における Procedure when change is requested を示すフ口一チャートである。本フローチャートは、図 1 6に準じたものとなる。ステップ S 54は、 Xが、 Play Itemに記述された number of Angleを越えるか否かの判定である。もしステップ S 54が Yesであるなら、番号 1を PSR3に設定する（ステップ S 57)。もしステップ S 5 4は Noであるなら、 PSR3を維持する（ステップ S 55)。

図 30に示した 3つの Play Itemによりマルチアンダル区間→非アングル区間→マルチアングル区間を連続して再生する場合に、アングル区間の選択がどのように行われるかについて図 33を参照しながら説明する。

図 33 (a) では、 PSR3 がアングル番号 =2 を示すよう設定されていると仮定する。この状態で Playlterfl の再生が開始されると、制御部 24は PSR3の設定値 =2により指示されるアングル区間（Rightl)を選択して再生する。かかる Rightl の再生が継続し、 Rightl の再生が終了すれば、 PSR3は、アングル番号 =2を維持したまま Invalidになる。

Playltemtlにより指定されるマルチアングル区間 #1 には、 Playltem#2 により指定される非アングル区間が後続している。 Playltem#2は非アングル区間であるので、 PSR3は Invalidのままである。この際 PSR3は、設定値 =2 を維持したまま無効な状態として取り扱われる。 PSR3 が Invalid であるため制御部 2 4は、この PSR3 の設定値に拘らず、 Playltem#2の In— time, Out_timeが存在する AVCl ip (XXX. M2TS)の再生を実行する。

非アングル区間 #2には Playltem#3により指定されるマルチアングル区間 #3が後続している。マルチアングル区間 #3の S生が開始されれば、 PSR3は、設定値を維持したまま、 Invalidから Validに移行する。こうして PSR3が Validになれば、この PSR3の設定値に応じたアングル区間が選択されることになる。 PSR3 は、設定値 =2 を維持したままなので、制御部 2 4はこのアングル番号 =2 により指示されるアングル区間 (Bight2)を選択して再生する。本図における矢印 gglは、以上に述べたアングル区間選択の移り変わりを示す。

以上は PSR3 の設定値が「PSR3=2」に設定されている場合の説明である。続いて、 PSR3の設定値が「PSR3=3」に設定されている場合について説明する。図 33 (a) と同様に再生がなされ、非アングル区間の再生がなされている場合を想定する。図 32 (a) に示した状態遷移により PSR3の設定値は、 Invalidとしての取り扱いのまま、" 3"に更新される。こうして PSR3の設定値 =3を保ったまま非アングル区間の再生が継続することになる。こうした再生の継続後、非アングル区間の再生が終了し 8851 マルチアングル区間 # 3の再生が開始したとする。マルチアングル区間の再生開始なので、 Procedure when pl ayback condi t i on i s changed力 ^s実行される。図 3 2 ( b ) のステップ S 5 1 において、現在の PSR3 の設定値が、 Pl ay I tem#3 に規定されているアングル数（number of angl es) を上回っているかどうかの判定がなされる（ステップ S 5 1 )。ここで Pl ay I tem#3において選択可能なアングル区間数は 2本であり、 PSR3=3 は、上回っている。これにより PSR3 は、 1 に設定されることになる（ステツプ S 5 2 )。 PSR3 は 1 に設定されるので、 XXX. M2TS が選択され、 1 本目のアングルが再生されることになる。本図における矢印 gg2は、以上に述べたアングル区間選択の移り変わりを示す。

以上のように本実施形態によれば、実在しないアングル区間の選択を避けるように、 PSR3の状態遷移を行うので、マルチアングル区間から非ァングル区間への移り変わり、非アングル区間からマルチアンダル区間への移り変わりが頻繁に発生したとしても、おかしな番号が状態レジス夕に設定されることはない。アングル選択の正当性を保証するので、マルチアングル区間を取り込んだ映画作品の普及を促進することができる。

(第 3実施形態）

第 3実施形態は、対話機能の実行時における状態設定に関する。ここで想定する対話機能とは、複数ページからなり、個々のページにグラフィカルなボタン部材を配置させてユーザからの操作を受け付けるというものである。対話機能の実行にあたって、表示可能な複数ページのうち、どのページを表示させるか、そしてそのぺ一ジにおける複数ポタンのうち、どれにフォーカスをあてるかを規定するのが本実施形態における状態設定である。

<対話機能のためのデータ構造 >

2 以上のページ、ポタンを表示させるためのデータ構造は、第 1実施形態に示した IG ストリームに存在する。図 3 4を参照しながら IGストリ一ムについて説明する。 I G ストリームは、 I CS、 PDS、 0DS からなる。 TJP2004/008851

ODS はボタンをグラフィカルに表示させるためのグラフィクスデータであり、 PDSは、ボタンの発色を規定するパレットデータである。

ICS は、動画の再生と同期させながら、ページを表示させるための制御情報である。動画との同期は、 ICS を格納した PESパケットの DTS、 PTSにより規定される。つまり ICSを格納した PESバケツトの DTSは、対話機能を有効とする期間（ICSを Validとする期間）の開始時期を示す。図 34の矢印 cul は、 ICSの内部構成をクロ一ズアップしている。この矢卩に示すように ICSは、『 loading— model』，『user— interface— model』，『 composi tion— time— out— pts 』，『 selection— time— out— pts 』，『user— time_out— duration』、表示可能な複数ページのそれぞれに対応する『ページ情報（1)(2)·'·(ϊ)···(η)』を含む。

『loading_model』は、本 IG ストリ一ムが AVClip に多重されて存在するか、 AVClipとは別に、再生装置に予めプリロードされているかを示す。

『Interface_modeし type』は、動画の再生進行中、ページを常時表示させるか（Always-on)、ユーザ操作に基づきポップアップ表示させるかを示す (Pop - up

『composition_time— out_PTS』は、対話機能を有効とする期間の終期を示す。

『user— time— out_duration』は、ユーザ操作がない場合に、ページ表示のタイムアウトさせる時期を示す。

続いてページ情報について説明する。本囟における矢印 cu2はページ情報の内部構成をクローズァップしている。この矢印に示すようにぺージ情報は、 r_Page_idJ，『U0— mask一 table』，『IN—effect』， r0ut_effectj , 『animation— frame— rate— codej，『defaul t— selected— button— id— ref』、『default— activated— button— id— ref』，『pal let一 id一 ref』，複数ボタンのそれぞれに対応する『ボタン情報（1) (2) ···( )···(!!)』を含む。

『Page_id』は、ページ情報に対応するページを一意に識別する識別子である。

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

『In_effect』は、ページの表示開始時あたって実行すべき表示効果を示す。

『0ut— effect』は、ページの表示終了時あたって実行すべき表示効果を示す。

『aninmUon— frame— rate— code』は、アニメーション型ボタンに適用すべきフレームレートを記述する。

『default_selected_button_id— ref』は、対話画面の表示が始まったとき、デフォルトでセレクテッド状態に設定すべきポタンを動的に定めるか、静的に定めるかを示す。本フィールドが" OxFF" であれば、デフオルトでセレクテツド状態に設定すべきボタンを動的に定める旨を示す。この場合、再生装置における PSRの設定値が優先的に解釈され、 PSR10 に示されるボタンがセレクテツド状態になる。本フィールドが OxFF でなければ、デフォルトでセレクテッド状態に設定すべきボタンを静的に定める旨を示す。この場合、『defaulし selected— button_i(Lref』に規定されたボタン番号で PSRを上書きし、本フィ一ルドで指示されるボタンをセレクテツド状態に設定する。

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

『palleし id_ref』は、対話画面において、 CLUT部に設定すべきパレットの idを示す。

『ボタン情報（Button_info)』は、対話画面において合成される各ボ 4008851 タンを定義する情報である。図 35は、ボタン情報についての内部構成を示す図である。図中の引き出し線 hplは ICSにより制御される〖番目のボタンについてのポタン情報 iの内部構成をクローズアップしている。ページに表示される個々のボタンの状態には、ノーマル状態、セレクテッド状態、アクティブ状態がある。ノーマル状態とは、単に表示されているに過ぎない状態である。これに対しセレクテッド状態とは、ユーザ操作によりフォーカスが当てられているが、確定に至っていない状態をいう。アクティブ状態とは、確定に至った状態をいう。かかる状態があるので、ボタン情報 i には、以下の情報要素が規定されている。

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

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

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

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

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

U lower_button_nuraber 』，『 lef t— buttoiumber 』，

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

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

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

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

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

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

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

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

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

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

『ポタンコマンド（button— command)』は、ボタン iがァクティブ状態になれば、実行されるコマンドである。ポタンコマンドでは、以下の（i) 〜（iv)のコマンドを使用することにより、 PSR.GPR に値を設定したり、これら PSR， GPRから値を取得したりすることができる。

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

書式： Get value of Player Status Regi ster (弓 I数)

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

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

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

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

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

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

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

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

<具体例 >

以上が ICSの内部構成である。 ICSによる対話制御の具体例について以下説明する。本具体例は、図 36のような 0DS、 ICS を想定している。図 36は、ある DSnに含まれる 0DSと、 ICSとの関係を示す図である。この DSnには、 0DS11〜19， 21〜29， 31〜39,41〜49が含まれているものとする。これらの 0DSのうち、 0DS11〜19は、ポタン卜 Aの各状態を描いたものであり、 0DS21〜29 は、ポタン B の各状態を描いたもの、 0DS31 〜39は、ポタン卜 Cの各状態を描いたもの、 0DS41〜49は、ボタン 1-D の各状態を描いたものとする（図中の括弧 }を参照）。一方、 ICSには、ぺージ 1〜ページ 3 という 3枚のページに対応するページ情報（1) (2)(3) が存在しており、このうち先頭ページにあたるページ 1 おける button— info (1), (2), (3), (4)にて、これらのポタン 1-Α〜ボタン 1-Dの状態制御が記述されている（図中の矢印 bhl，2，3，4参照）。

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

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

図 38における矢印 hh3は、 button inf o (3)の neiglibor_inf o 0による状態遷移の制御を示す。 button info(3)の neighbor_info()における upper_button_n mberは、ボタン 1-Aに設定されているため、ポタン 1 - C がセレクテツド状態になっている状態で（up3)、 MOVEU キー押下の UOが発生すれば、ボタン 1-A がセレクテッド状態に戻る。ポタン 1-A には、ポタンコマンド「SetPage2」が記述されている。このコマンドは、ぺ一ジ 2への切り換えを再生装置に命じるものであり、ボタン 1-Aがァクティブ状態になってかかるボタンコマンドが実行されれば、図 40に示すように、ページ 1からページ 2への表示切り換えがなされることになる。

<再生装置 >

以上が記録媒体の改良である。続いて本実施形態に係る再生装置について説明する。再生装置が有する複数 PSRのうち、対話機能に係るものは、 PSR0、 PSR1U PSR10である。図 4 1 を参照しながら、 PSR0、 PSR10、 PSR11 について説明する。

PSR0は、カレント Play Itemの STN_tableに entryが記述されている複数 IGストリームのうち、 1つを特定するものである。

PSR11 は、 PSR0 により特定される IG ストリームにより複数ページの表示が可能である場合、それら複数ページのうち 1つを特定するものである。

PSR10 は、 PSR11 により特定されるページに複数ボタンが存在する場合、それら複数ボタンのうち 1つを特定するものである。

対話機能を実現するにあたって、 PSR0は、以下のような状態遷移を行う。 PSR0は初期値として 1が設定されており、再生装置により 2〜32の値に設定されうる。図 42 (a) は、 PSR0 が取り得る状態遷移を示す。図 42 ( b ) は、 PSR0における Procedure when playback condition is changed を示し、図 4 3は PSR0 における Procedure when change is requested のフローチャートを示す。これらの状態遷移、フローチヤ一トは、第 1実施形態に示した PSR1、 PSR と同じである。オーディオストリ一ム、 PG— textST_streamの場合と同様、複数言語に対応する IGストリームが AVClip に多重されている場合、これらの中から、再生装置側の言語設定に応じたものが選ばれ、表示されることになる。この際、再生装置は、対応する entryが、 STN_tableにおいて何番目に位置するかに従い IG ストリームを選ぶ。これによりォ一サリング担当者は、 STN— tableにおける entryの記述順序を規定することができ、複数 IGストリームのうち、所望のものを優先的に選択させることができる。以上が PSR0の状態遷移についての説明である。

PSR10, PSiUl も PSR0同様、第 1実施形態、第 2実施形態に示したような状態遷移を行うが、その詳細については後で説明する。

続いて本実施形態に係る再生装置の構成について説明する。再生すベき IGストリームが PSR0に示されているので、第 2実施形態に係る再生装置において制御部 24、デマルチプレクサ 3は、以下の処理を行う。制御部 24は、 STltableにおける IGストリームの entry— attribute のうち、 PSR0の格納されているストリ一ム番号に対応するものから PID を取り出してデマルチプレクサ 3に設定する。

デマルチプレクサ 3は、 BD- ROM及び HDから読み出された TSバケツトのうち、制御部 24から設定された PID を有するものを I- Graphics デコーダ 1 3に出力する。これにより I-Graphicsデコーダ 1 3には、 ICS、 PDS、 0DSが順次供給されることになる。く I- Graphicsデコーダ 1 3の内部構成 >

続いて図 44を参照しながら、 I- Graphicsデコーダ 1 3の内部構成について説明する。図 44に示すように I-Graphicsデコーダ 1 3は、 Coded Data Buffer 3 3、 Stream Graphics Processor 34、 Object Buffer 3 5、 Composition Buffer 3 6、 Graphics Controller 3 7から構成される。

Coded Data Buffer 33は、 ICS、 PDS、 ODSが DTS、 PTS と共に一時的に格納されるバッファである。

Stream Graphics Processor34は、 ODSをデコードして、デコードにより得られた非圧縮グラフイクスを Object Buffer 35に書き込む。

Object Buffer35は、 Stream Graphics Processor 34のデコードにより得られた非圧縮グラフィクス (図中の四角枠）が多数配置されるバ 1 ッファである。

Composition Buffer 36は、 ICS が配置されるメモリであり、ここに格納された ICSにおける複数のページ情報及び各ページ情報内に存在するボタン情報を、 Graphics Control ler 37に供する。

Graphics Control ler 3 7は、 Composition Buffer 3 6に配置された ICS における複数ページ情報のうち、 PSR11 により指定されているもの (カレントページ情報）のボタン情報を参照して、グラフィタスの描画を行う。この描画は、カレントページ情報内の各ボタン情報において、 normal— state— infoの start— object— id, End— object— idにより指定されているグラフィクスを Object Buffer 1 5から読み出し、 Interactive Graphicsプレーン 1 5に書き込むことでなされる。カレントページ情報内のポタン情報のうち、 PSR10 により指定されているものについては、 selected— state— infoの start—object— id, End_object— idにより指定れているグラフィクスを Object Buffer 1 5から読み出し、 Interactive Graphics プレーン 1 5 に書き込むこと描画される。図中の矢印 bgl，2，3,4 は、以上の Graphics Control ler 37による描画を象徴的に示している。かかる描画により、ポタン 1- A〜ポタン卜 Dが配されたぺ —ジが Interactive Graphics プレーン 1 5に現れ、動画に合成されることになる。

以上は Graphics Controller3 7が行うべき処理の概要であり、 Graphics Controller37が行うべき処理の詳細は、図 45〜図 5 1に示したものとなる。

図 45は、 Graphics Controllers 7の処理のうち、メインルーチンにあたる処理を示すフローチャートである。本フローチャートは、ステップ S 88 (アニメ一ション処理）、ステップ S 89 (U0処理）を行いつつも、ステップ S 8 1、 S 82、ステップ S 83の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメィンル一チンにリターンするものである。

ステップ S 8 1は、現在の再生時点において ICSが Validになったか否かの判定であり、もしそうであるなら、 ICS における最初のページ情報を PSR10に設定する（ステップ S 84)。その後、カレントページの表示処理を実行する（ステップ S 85)。

ステップ S 82は、現在の再生時点が selection_TimeOut— PTSに示される時刻であるかの判定であり、もしそうであれば、ボタンをァクティペートする処理を行う（ステップ S 86)。

ステップ S 83は、現在の再生時点が Composition_TinieOut_PTSであるかの判定であり、もしそうであれば、画面クリアを行って、 PSR10、 PSR10 を無効化する（ステップ S 87)。以上がタイムスタンプによる同期処理である。この同期処理において、ステップ S 85、ステップ S 8 6の処理手順は、サブルーチン化されている。ステップ S 85のサブル —チンの処理手順を、図 46を参照しながら説明する。

図 46は、初期表示の処理手順を示すフローチャートである。ステツプ S 9 1は、カレントページの In— effectに規定された表示効果の実行であり、これを実行した後、カレントボタンの設定処理を行う。カレントボタンは、 PSR10に規定されており、この PSR10についての Procedure when playback condition is changedの実行力、このステップ S 92の処理である。かかるステップ S 92によりカレント.ポタンが決定されれば、ステップ S 93〜ステップ S 98に移行する。

ステップ S 93〜ステツプ S 98は、力レントページにおける各ボタン情報について繰り返されるループ処理を形成している（ステップ S 9 3、ステップ S 94)。本ループ処理において処理対象になるべきボタン情報をポタン情報（p)という。

ステップ S 9 5では、 button一 info (p)がカレントポタンに対応する button—info であるか否かを判定する。もしそうであれば、ステップ S 96に、異なるならステップ S 97に移行する。

ステップ S 96では、 button_info(p)の normal_state— inf oに指定されている start— object— id— .normalのグラフィクスォブジヱクトを、グラフィクスオブジェクト（P)として Object Bufferl5から特定する。

ステップ S 97では、 button_info(p)の selected_state__inf oに指定されている start_object_id_selectedのグラフイクスォブジタトを、グラフィクスォブジェクト（p)として特定する。

ステップ S 96、ステップ S 97を経ることでグラフィクスオブジェクト（p) が特定されれば、 button—info (ρ) の button— horizontal— position, button— vertical— position に示れる Interactive Graphics プレーン 1 5上の位置に、グラフィクスオブジェクト（P)を書き込む（ステップ S 9 8)。かかる処理をカレントページにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数グラフィクスォブジェクトのうち、最初のグラフィクスォブジェクトが Interactive Graphicsプレーン 1 5上に書き込まれることになる。

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

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

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

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

続いて、ページにおけるアニメーション表示について説明する。図 4 8は、アニメ一ション表示の処理手順を示すフローチャートである。ここで初期表示は、各 button— info の normaし statejnf Q における start— object— id— normal 、 selected— state— info における start— object_id_selected で指定されているグラフィクスオブジェクトを、 Interactive Graphicsプレーン 1 5に書き込まれることにより実現した。アニメーションとは、メインル一チンのル一プ処理が一巡する度に、各ボタンにおける任意のコマ（qコマ目にあるグラフィクスォブジヱクト）をこの Interactive Graphicsプレーン 1 5に上書する処理である。この更新は、 button— info の normal— state— info 、 selected一 state_info で指定されているグラフイクスオブジェクトを、一枚ずつ Interactive Graphics プレーン 1 5に書き込んでメインルーチンにリターンすることでなされる。ここで変数 qとは、各ボタン情報の button— info の normal—state— info、 selected— state— infoで指定されている個々のグラフイクスォブジェクトを指定するための変数である。

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

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

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

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

力レントポタン以外のポタンならば、 button_inf 0 (,ρ) . normal_state_inf ο における start— object一 id— normal 2004/008851 に変数 qを足した識別子を ID (q)とする（ステップ S 1 1 5)。

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

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

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

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

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

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

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

続いて、ポタンコマンドの実行処理について、図 49のフローチヤ一トを参照しながら説明する。ステップ S 1 3 1は、ボタン情 ¾におけるポタンコマンドを 1つ取り出し、ステップ S 1 32はポタンコマンドがページ切換コマンドであるか否かの判定である。もしページ切換コマンドでないなら、ステップ S 1 33においてボタンコマンドをそのまま実行する。もしページ切換コマンドであるなら、カレントページの Ouし effectに規定された表示効果を実行する（ステップ S 1 34)。そして button_commanclのオペランドから特定される切換先ページを Xにし、 button— co麵 andのオペランドから特定される button番号を PSR10に格納して（ステップ S 1 35)、 PSR10についての Procedure when change is requestedを実行する（ステップ S 1 36)。ここで PSR10は、現在表示されているページを示すものであり、これについての Procedure when change is requested を実行することで、カレントページが定まる。その後、 R10にっ^ヽての Procedure when playback condition is changed を実行して、ボタンコマンド実行処理を終える。

以上でボタンコマンド実行処理についての説明を終わる。続いてメィンル一チンのステップ S 37における U0 処理の処理手順について図 5 0を参照しながら説明する。

図 50は、 U0処理の処理手順を示すフローチャートである。本フローチャートは、ステップ S 1 40〜ステップ S 1 43の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。ステップ S 1 40は、 UOmaskTableが " 1"に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。 P T/JP2004/008851 ステップ S 1 4 1は、 MoveUP/Down/Left/Bightキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、カレントボタンを変更して（ステップ S 1 47)、カレントボタンの auto_action— flag が 01 かどうかを判定する（ステップ S 1 48)。もし違うならメインル —チンにリタ一ンする。もしそうであるなら、ステップ S 1 44に移行する。

ステップ S 1 42は、数値入力であるかどうかの判定であり、もし数値入力であれば、数値入力処理を行って（ステップ S 1 46)、メインル —チンにリターンする。

ステップ S 1 43は、 activated キーが押下されたかどうかの判定であり、もしそうであれば、カレントポタン i をァクティブ状態に遷移する（ステップ S 1 44)。その後、変数 animation(i)を 0に設定する（ステップ S 1 45 )。図 5 1の処理手順のうち、ステップ S 1 47はサブル一チン化されている。このサブルーチンの処理手順を示したのが図 5 1 である。以降これらのフローチャートについて説明する。

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

そして力レントボタンをポタン Yとし、新たに力レントボタンになるポタンをボタン Xとする（ステップ S 1 5 1 )。 Xを PSR10に設定するにあたって、 Procedure when change is requested を実'ィ了する〔ステツ 7

設定後、変数 animationOO，変数 animation(Y)を 0に設定した上でメインルーチンにリターンする（ステップ S 1 53)。

以上がグラフィクスデコーダの処理である。くフォー力ス移動の具体例 >

以上のページ切り換えにおいて、切換先ページにおけるどのボタンを 4 008851 セレクテツド状態にするかの指定は、ォーサリング担当者の判断にかかつている。ここでどのようなフォーカス移動を実現するかが問題となる。ここでフォーカスとは、セレクテツド状態になっているボタンのことをいい、フォーカス移動とは、上述したポタンコマンドやデフォルトセレクテッドポタンを用いることにより、ページ切り換えに応じてセレクテッド状態になっているボタンを動的に、又は、静的に移動させることでめる。

ここで、連続ドラマ等複数のコンテンツが記録されたパッケージメディァの視聴を支援するためのフオーカス移動について説明する。連続ドラマが記録されたパッケージメディアでは、第 1話、第 2話、第 3話、第 4話というように各話にあたるコンテンツが一枚のディスクに記録されている。この際、第 1話→第 2話、第 2話→第 3話、第 3話→第 4 話というように、話数順に、各話毎のコンテンツを再生してゆくことが一般的である。話数選択が、選択メニューを介してなされる場合、一話の再生が終わる度に、第 1話→第 2話、第 2話第 3話、第 3話→第 4 話というような選択操作をユーザに行わせるのは、ユーザに煩雑感を与る。

この選択操作を具体的に示したのが図 5 2である。本図において選択メニューには、第 1話、第 2話、第 3話、第 4話のそれぞれに対応するボタンがあり、各ボタンの確定時には、第 1話に対応するチャプターメニュー、第 2話に対応するチャプターメニュー、第 3話に対応するチヤプターメ二ユーがそれぞれ表示される。これらのチャプターメニューの表示後、選択メニューが再表示された際、ュ一ザはいちいち、次の話数のコンテンツを選ぶよう、キー操作を行わねばならない。つまり、第 1 話に対応するチャプターメニューが表示され（hwl)、選択メニューが再表示された場合（hw2)、第 2話を選ぶようにキー操作（ksl)を行う必要がある。

また第 2話に対応するチャプターメニューが表示され 0iw3)、選択メニューが再表示された場合（hw4)、第 3話を選ぶようにキー操作（ks2)を行う必要がある。 'このようなキー操作の手間の煩わしさを軽減するのが、フォーカス移動である。以降フォー力ス移動の実現手順について説明する。図 5 3は、図 5 2に示したページ 1〜ページ 4を、選択メニュー、チャプターメニユーにどのように割り当てるかを示す図である。図 5 2に示した複数ぺージのうち、ページ 1 を選択メニューに割り当て、ページ 2を第 1話のチャプターメニュー、ページ 3を第 2話のチヤプタ一メニュー、ページ 4を第 3話のチャプターメニユーにそれぞれ割り当てるものとする。そしてページ 1 のボタン卜 A〜ボタン卜 Dを、選択メニユーの第 1話〜第 4話の選択ボタンに割り当て、ページ 2 のボタン 1 - A〜ポ夕ン 2- F を、チャプターメニューのチャプター 1〜チャプター 5、戻りボタンに割り当てるものとする。ここで戻りポタンとは、選択メニューを再表示させる旨をユーザから受け付けるポタンである。

このような割り当てを行った後、ページ 1 のポタン 1 - Aのボタンコマンド、ページ 2のポタン 2-Fのボタンコマンドを用いて、図 5 4のような処理手順を記述する。本図におけるポタン 1 - Aのボタンコマンドで記述された処理手順は、ボタン 1 - A の確定時には、（1) PSR10 の設定値を GPRに退避し、（2) PSR1 1 に値 2を、（3) PSE10に値 1.を設定するというものである。

このように PSRが設定されることで、第 1話のチヤプターメニューが表示され、ボタン 2-Aがセレクテッド状態になる。

一方、ページ 2のボタン 2- Fのボタンコマンドで記述された処理手順は、（l ) PSRl l に 1 を設定し、（2) " GPRに退避した値 +1 " を PSM 0 に設定するというものである。

以上のようにページ 1 のポタン 1 - A、ページ 2のボタン 2-Fのポタンコマンドを記述すれば、第 1話のチャプターメニューの表示が終了して選択メニューの再表示する際、第 1話から第 2話のポタンに、フォー力スが自動的に移動することになる。同様のボタンコマンドの記述を、ぺージ 1 のポタン 1 - B〜ボタン 1 - D、他のページのポタンについて繰り返せば、図 5 5に示すようなフオーカス移動が実現されることになる。かかるフォーカス移動により、沢山のコンテンツからなる連続ドラマ 851 から、見たいチャプターを探し出すという検索を簡易に行うことができる。

以上のフオーカス移動の実現において、個々のボタン毎にボタンコマンドを記述せねばならないので、ポタンやページの数が多ければ、バグの発生もあるだろうし、かかるパグを発見するためのテスト作業も必要になる。

フォーカス移動にあたって起こりうるバグとしては以下のようなものがある。ページ 1 の表示時において、 4つ目のボタン卜 Dがセレクテッド状態になっている状態で、上述した手順が実行されれば、ページ 1 →ページ 2の切り換え、ページ 2→ページ 1 の切り換え時においてボタン 1 - Dのボタン番号に 1 を加えたボタン番号（=5)が PSRに設定される。 5つの目のボタンが存在しないので、 PSRのかかる設定により、ページ 1 におい T実在しないポタンにフォーカスが移動することになる。また図 5 6に示すように、ページ 2における 6つ目のポタン（ポタン卜 F)がセレクテッド状態に設定された後、 PSRが更新されないままページ 1 が再表示されるというケースも考えられる。この場合も、ページ 1 の再表示時に実在しないボタンにフォー力スが移動することになり、再表示時でのフォー力ス移動がおかしくなる。以上のように個々のページ毎のボタン数が異なる場合、切り換え後のページに存在し得ないボタンをセレクテッド状態にするような誤って状態設定が頻繁に起こりうる。コンテンッの出荷にあたってはかかる瑕疵の発生は許されないので、かかる状態設定の正常動作を保証するべくォーサリング担当者は、プログラムの出荷時のように、デバッグ ·テストに努めなければならない。しかしソフトハウスのようなデバッグ ·テストをォーサリング担当者に徹底させるというのは、本業であるコンテンツ製作に悪影響を及ぼしかねない。そこで本実施形態では、 PSR1、 PSR2、 PSR3 同様、 Procedure when p l ayback cond i t i on i s changed^ Procedure when change i s requested を介した状態遷移を PSR10、 PSM 0に行わせる。

< PSR1 1 の状態遷移 >

PSR1 1 は、 I G ストリームにおいて現在表示されているページ（カレントページ）を示す。 PSR11は、 00〜FFの値をとり、再生装置はこの PSR11 の値をページ番号として解釈してページ表示を行う。図 57 (a) は、 PSR11 の状態遷移を示す図である。本図を図 1 5 (a) と比較すると、事象 Cross Playltem Boundaryをトリガとした状態遷移は存在しないことがわかる。そして Invalidから Validへの状態遷移のトリガが Start PlayList Playbackから Interactive Composition Segment become Val id に置き換わっており、 Valid から Invalid への状態遷移が Terminate PlayList Playback ら Interactive Composition Segment become inval idに置き換わっている ₀ また Procedure when change is requested は、 Stream change is requestedではなく、 page change is requested に置き換わっている。これらを除き、図 1 5 (a) と同じである。

Interactive Composition Segment become inval id" とは、 ICS の coraposition_time_out_pts に示された時刻が到達したという事象、 ICS が変化したという事象、 PLの再生が終了したとの事象を含む包括的なものである。オーディオストリームの数は Play Item毎に違うため、 PSR1 の状態遷移では PL の再生が始まり、 Play Item の境界を通過する度に Procedure when playback condition is changed 起動して PSRl 設定する必要があった。しかし PSR11は ICSが多重されている区間において意味力《あり、 Play Itemの通過毎に Procedure when playback condition is changed を実行する必然性が乏しいので、 Inval id— Val id、 Invalid -Validの状態遷移は、 ICSが Val idになったことをトリガとしている。続いて PSR11 についての Procedure when playback condition is changedについて説明する。図 57 (b)〖ま、 PSR10についての Procedure when playback condition is changed を示すフローチヤ一卜である ₀ Procedure when playback condition is changedは、 ICSにおける珉刀のページ情報を PSR11を設定するというものである（ステップ S 1 54)。図 57 ( c )は、 PSRl 1 についての Procedure when change i s requested を示すフローチヤ一卜である。 Procedure when change is requestedは、 Xが Validであるか否かを判定し（ステップ S 1 55)、もし Validであれば、この Xを PSR11 に設定し、もし Invalidであるなら（ステップ S TJP2004/008851

1 56)、この PSR11を維持するというものである（ステップ S 1 57)。以上が PSM1についての説明である。

<PSR10の状態遷移 >

以下、 PSR10 の状態遷移について説明する。図 58 (a) は、 PSR10 の状態遷移を示す図である。本図を図 5 7 (a) と比較すると、事象 Change Page，事象 Button Disabledをトリガとした状態遷移が加えられている点を除き、図 5 7と同じになっている。そして Procedure when change is requestedは、 page change is requestedではなく、 button change is requestedに置き換わっている

事象 Change Pageとは、ページの切り換えが命じられたとの事象であり、事象 Button Disabledとは、ページにて表示されたボタンが操作不可能になったという事象である。これらの事象が発生すれば、 Procedure when playback condition is changedに移行し、 PSRIOに設定すべき値を再設定してから Validに戻る。

以上が PSR10 の状態遷移である。続いて PSR10 の Procedure when playback condition is changed^ Procedure when change is requested について説明する。

図 58 ( b ) は、 PSR10 の Procedure when playback condition is changedを示すフローチヤ一卜である。

ステップ S 1 6 1は、力レントページにおけるデフォルトセレクテツドボタンが有効であるか否かの判定である。もしステップ S 1 6 1が Yesであるなら、デフォルトセレクテッドポタンを PSR10に設定する（ステツプ S 1 62 )。

ステップ S 1 63は、デフォルトセレクテツドボタンが Inval idである場合に PSR10が有効かどうかの判定を行う判定ステップである。もし PSR10が Validであるなら、 PSR10 の値を維持し（ステップ S 1 64)、 PSR10 が Invalidであるなら、カレントページの最初のボタンを PSR10 に設定する（ステツプ S 1 65)。

図 59は、 PSR10の Procedure when change is requestedを示すフ口一チャートである。本フローチャートにおけるステップ S 1 66は、 X 2004/008851 が Validなボタン番号であるか否かを判定し、もし Validであるなら X を PSR10に設定する（ステツプ S 1 68)。もし Xが Invalidであるなら、 PSR10の設定値を維持する（ステップ S 1 6 7)。

上述した処理手順によれば、 PSRが Invalidであるなら、そのページに記述されたボタン情報のうち、先頭のポタン情報をセレクテッド状態にするよう PSR10が設定されるので、たとえページ切り換え時において、切換先のページに存在し得ないようなボタン番号をォーサリング担当者が設定してしまったとしても、これを正しい値に置き換えるような処理が自動的に実行されることになる。フオーカス移動を実現するために記述したポタンコマンドに誤りがあっても、これのリカバリーが自動的に行われるので、ォ一サリング担当者にとつての負担は軽減する。

(備考）

以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（A)(B) (C) (D)……の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。

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

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

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

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

(E) BD-ROM に記録するにあたって、 AVCiip を構成する各 TSバケツトには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、 TP_extra_header と呼ばれ、『 Arribval一 Time_Stamp 』と、

『 copy— permission— indi cat or』と含み 4ノ、、ィ卜のデータを有する。 TP_extra_header付き TSパケット（以下 EX付き TSパケットと略す）は、 32個毎にグループ化されて、 3つのセクタに書き込まれる。 32個の EX 付き TSバケツトからなるグループは、 6144バイト (=32 X 192)であり、これは 3個のセクタサイズ 6144バイト（=2048x 3)と一致する。 3個のセクタに収められた 32個の EX付き TSバケツトを" Aligned Unit" という。

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

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

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

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

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

( D PCSによる表示効果の対象は、装置側のディスプレイ設定に応じて選ばれた字幕グラフイクスであってもよい。つまり、ワイドビジョン、パンスキャン、レターボックス用といった様々な表示モード用のグラフ 04 008851 ィクスが BD- ROM に記録されており、装置側は自身に接続されたテレビの設定に応じてこれらの何れかを選んで表示する。この場合、そうして表示された字幕グラフイクスに対し、 PCS に基づく表示効果をほどこすので、見栄えがよくなる。これにより、動画像本体で表現していたような文字を用いた表示効果を、装置側のディスプレイ設定に応じて表示された字幕で実現することができるので、実用上の価値は大きい。

(J)各実施形態において再生装置には、グラフィックスプレーンを実装したが、このグラフィックスプレーンに代えて、一ライン分の非圧縮画素を格納するラインバッファを具備してもよい。映像信号への変換は水平行（ライン）毎に行われるので、このラインバッファさえ具備していれば、この映像信号への変換は行なえるからである。

(K)第 3実施形態では、 PSR10、 PSR10 に値を設定するようなボタンコマンドを I CSに記述したが、 PSR1、 PSR2、 PSR3に値を設定するようなポタンコマンドを記述してもよい。例えば PSR2 が英語字幕を示しているのであれば、日本語音声を選択するように、ポタンコマンドを記述してもよい。

(L)オーディオ選択メニュー、字幕選択メニューを表示して、オーディォストリーム選択、字幕選択を受け付けるにあたって、オーディォ選択メニュー、字幕選択メニューに" おまかせポタン" なるポタンを設けてもよい。かかるポタンに対応するボタン情報は、 PSR1、 PSR2に不定値を設定するポタンコマンドを有している。おまかせポタンの確定で、かかるボタンコマンドが実行されれば、 PSR1、 PSR に不定値が設定され、 Procedure when pl ayback condi t i on i s changedか超動 5：れて展週なォ一ディォストリーム、 PG— textST一 streamが選択されることになる。

(M)第 1実施形態において、満たすべき条件は（a)〜（c)の 3 つであつたが、 4つ以上であってもよい。産業上の利用可能性

本発明に係る再生装置は、上記実施形態に内部構成が開示されており、この内部構成に基づき量産することが可能なので、資質において工業上利用することができるのことから本発明に係る再生装置は、産業上利用可能性を有する。符号の説明

1 BD ドライブ

2 リードバッファ

3 デマルチプレクサ

4 ビデオデコーダ

5 ビデオプレーン

9 P-Graphicsデコーダ

1 0 Presentation Graphicsプレーン

1 1 合成部

1 2 フォントゼネレータ

1 3 I- Graphicsデコーダ

1 4 スィッチ

1 5 Interactive Graphics " "レーン

1 6 合成部

1 7 コントローラ

1 8 リードバッファ

1 9 デマルチプレクサ

20 オーディオデコーダ

2 1 スィッチ

22 スィッチ

23 シナリオメモリ

24 制御部

25 スィッチ

26 CLUT部

27 CLUT部

28 PSRセット

29 操作受付遷移制御部再生装置テレビリモコン

Claims

請求の範囲

1 . グラフィクスストリーム及び動画ストリ一ムが多重されたデジ夕ルストリームを再生する再生装置であって、

グラフィクスストリームをデコードして、グラフィカルなボタン部材が複数配置されたページを動画像と合成させるデコード手段と、

ページ上のボタン部材に対して確定操作がなされれば、そのボタン部材に対応するコマンドを実行することにより、ページを切り換える第 1 制御、切換後のページにおいてフオーカスを付すべきボタン部材を特定する第 2制御を実行する実行手段と、

特定されたボタン部材を示すボタン番号を格納する状態レジスタと、状態レジスタに格納されたポ夕ン番号が、無効な値であるか否かを判定する判定手段と、

無効な値であれば、代わりの番号を状態レジスタに設定する設定手段と

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

2 . グラフィクスストリームは、ページ毎のページ情報を有した対話制御情報を含み、

ページ情報には、対応するページにおいて表示されるボタン部材を特定する番号が全て記述されており、

判定手段による判定とは、

フォ一カスを付すべきボタン部材の番号が、ページ情報に存在することであり、

前記無効な値とは、

ページ情報に記述されていない番号である、請求項 1記載の再生装置。

3 . ページ情報には、デフォルトセレクト情報が記述されており、デフォルトセレクト情報は、ページの切換時においてデフオルトでフォ一カスを付すべきポタン部材を静的に定めるか、動的に定めるかを示す情報であり、

前記再生装置は、デフォルトボタン情報が静的に定める旨を示している場合、当該デフオルトボタン情報に基づく値を用いて、前記状態レジスタの設定値を上書きする上書き手段を備え、

前記状態レジスタの設定値は、

デフォルトポ夕ン情報が動的に定める旨を示している場合にその値を維持する

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

4 . 対話制御情報は、第 1時間情報を有していて

前記グラフィクスデコーダは更に、

動画ストリームの再生が、第 1時間情報に示される時点に到達した場合、対話制御情報に含まれるページ情報のうち、先頭のものに対応するページを、動画像に合成させ、

前記判定手段による判定及び前記設定手段による設定は、

動画ストリームの再生が第 1時間情報に示される時点に到達した際にも行われる

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

5 . 対話制御制御情報は、第 2時間情報を有しており、

動画ストリームの再生が、第 2時間情報に示される時点に到達した場合、前記設定手段は、状態レジスタの設定値を無効化する

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

6 . 前記再生装置は、記録媒体の装填時において、無効な値を用いて状態レジスタの数値を初期化する初期化手段を備え、

第 1時間情報に示される時点の到達時において、前記判定手段は、状態レジスタの数値が無効な値であると判定し、

前記設定手段は、

第 1時間情報に示される時点の到達時にも、代わり値を状態レジスタに設定する

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

7 . グラフィクスストリ一ム及ぴ動画ストリームが多重されたデジタルストリームを再生する処理をコンピュータに行わせるプログラムであってゝ

グラフィクスストリームをデコードして、グラフィカルなポタン部材が複数配置されたページを動画像と合成させるデコードステップと、ページ上のポタン部材に対して確定操作がなされれば、そのボタン部材に対応するコマンドを実行することにより、ページを切り換える第 1 制御、切換後のページにおいてフオーカスを付すべきボタン部材を特定する第 2制御を実行する実行ステップと、

特定されたボタン部材を示すボタン番号を格納する状態レジスタと、状態レジスタに格納されたボタン番号が、無効な値であるか否かを判定する判定ステップと、

無効な値であれば、代わりの番号を状態レジスタに設定する設定ステップと

をコンピュータに実行させることを特徴とするプログラム。

8 . グラフィクスストリーム及び動画ストリームが多重されたデジタルストリ一ムを再生する再生方法であって、

グラフィクスストリームをデコードして、グラフィカルなポタン部材が複数配置されたページを動画像と合成させるデコードステップと、ページ上のボタン部材に対して確定操作がなされれば、そのボタン部材に対応するコマンドを実行することにより、ページを切り換える第 1 制御、切換後のページにおいてフオーカスを付すべきボタン部材を特定する第 2制御を実行する実行ステップと、

特定されたボタン部材を示すボタン番号を格納する状態レジスタと、状態レジスタに格納されたポタン番号が、無効な値であるか否かを判定する判定ステップと、

をコンピュータに実行させることを特徴とする再生方法。