WO2005011273A1

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

Info

Publication number: WO2005011273A1
Application number: PCT/JP2004/008860
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: US7881589B2; JP4332153B2; JP4243278B2; CN1839627B; EP1638327A1; EP1638327A4; JP2009089402A; CN101261861A; JPWO2004114658A1; CN101261861B; EP1921622A2; US8145035B2; EP2149882B1; US7672570B2; US20110091185A1; CN1839628B; CN101261862B; KR101036984B1; DE602004013006D1; JP4750874B2

Abstract

複数エレメンタリストリームを多重化してなるAVClipをBD-ROMから読み出して再生するにあたって、各エレメンタリストリームについてのエントリーが記述されたSTN_tableを、BD-ROMにおけるPL情報から取得する。そしてSTN_tableにentryが記述されたエレメンタリストリームのそれぞれが所定の条件を満たすか否かを判定する。所定の条件を満たすと判定されたエレメンタリストリームのうち、STN_tableにおけるエントリー順位が最も高いものを選んで再生する。

Description

明細書

再生装置、記録媒体、プログラム、再生方法技術分野本発明は、記録媒体についての再生装置に関し、特に複数エレメン夕リストリームから 1つを選んで再生する機能の改良に関する。背景技術近年の映画作品の頒布では、 1 つのデジタルストリームに多重されるストリームの数が多くなる傾向があり、上述したストリーム選択機能は特に重要視される。ストリーム数が多くなるのは、音声に限っていえば、本編の主音声の他にコメンタリや BGM等、様々な内容の音声をユーザに供給しょうとするためである。

これらのオーディオストリームには、特定の番号体系が付されているので、複数オーディオストリームのうち、どれかの番号を再生装置側の状態レジスタに設定しておき、この番号を有するオーディォストリームを選択して再生させるという動作を再生装置に行わせば、ある決まった内容のオーディオストリームが常に再生されることになる。

この状態レジスタの値は工場出荷時に初期設定され、ユーザは事後的にこの状態レジスタを更新することができる。ところで 1つのデジタルストリ一ムに複数オーディォストリームが多重される場合、ォーサリング担当者はそれらのうち『この音声との組合せで、動画を視聴して欲しい』という、期待を抱くことがある。しかし上述したような出荷時の設定では、ユーザが状態レジスタを設定し直さない限り状態レジス夕の値が書き換えられないため、かかる期待は裏切られることがある。そこで考えられるのが、期待するオーディォストリームを自動的に選択させるような情報を BD- ROMに記録しておくという考えである。しかし再生装置には、あらゆるタイプのコ一ディックのオーディオストリームをデコ一ドできる高機能のものと、一部のタイプのオーディオストリームしかデコードしえない低機能のものとがあり、期待するオーディォストリームをデコードする能力をもたない再生装置に対して、オーディオストリームを選択するように働きかけるというのはよくない。発明の開示本発明の目的は、ォ一サリング担当者がユーザに寄せる期待に忠実に、オーディオストリームを選択することができる再生装置を提供することである。

上記目的は、各エレメンタリストリームについてのエントリ一が記述されたテーブルを記録媒体から取得する取得手段と、テーブルに記述されたエレメンタリストリームのそれぞれが所定の条件を満たすか否かを判定する判定手段と、所定の条件を満たすと判定されたェレメンタリストリームのうち、テーブルにおけるェントリ一順位が最も高いものを選んで再生する再生手段とを備える再生装置により達成される。

デジタルストリ一ムに多重されている複数ェレメンタリストリームのそれぞれのうち、所定の条件が満たされるものには、テ一ブルにおけるエントリーの順序に基づいた優先順位が与えられる。よってオーディオストリームのエントリーを、選択を期待する順に記述しておけば、再生装置は、デコードが可能なオーディオストリームのうち、エントリーにおける順位が最も高いものを選択することができる。再生装置が有する能力の範囲内において、選択についての期待が高いオーディォストリ一ムが再生に選ばれるので、ォ一サリング担当者の意向をユーザに伝えることができる。

図面の簡単な説明

図 1 ( a ) は、本発明に係る再生装置の、使用行為についての形態を示す図である。図 1 (b) は、対話画面に対する操作をユーザから受け付けるためのリモコン 400におけるキーを示す図である。

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

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

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

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

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

図 7は、 sync_PlayItem_id, sync_start_PTS_of_PlayI tern によるサブ 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は、 PSM、 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 playback condition is changed によるオーディオストリーム選択の第 3具体例を示す図である。

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

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

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

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

図 26 (a)〜、cパま、 Procedure when playback 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の状態遷移を示す図である。

図 32 (b) は、 PSR3における Procedure when playback con(Htion 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〜ボタン 1- Dの状態遷移を示す図である。

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

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

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

図 42 ( b ) は、 PSROにおける 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 is requested を示すフローチャートである。

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

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

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

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

この BD - ROM 1 0 0は、再生装置 2 0 0、テレビ 3 0 0、リモコン 4 0 0により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。

またリモコン 4 0 0は、再生装置に対する操作をユーザから受け付けるものである。図 1 ( b ) は、対話画面に対する操作をユーザから受け付けるためのリモコン 4 0 0におけるキーを示す図である。本図に示すようにリモコン 4 0 0は、 MoveUpキー、 MoveDownキー、 MoveRi ghtキー、 MoveLef tキー、音声切り換え操作を受け付ける音声切換キー、字幕切り換え操作を受け付ける字幕切換キー、数値キー「0」〜「9」が設けられている。

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

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

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

く AVClipの構成 >

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

AVCli は（中段）、複数のビデオフレーム（ピクチャ pjl，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について説明する。

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

『Program info』は、 AVC1 ipに多重化されている個々のエレメンタリストリ一ムについての PID及ぴ属性を、 stream— indexに対応づけて示す情報である。 stream_i ndexは、本 C I i p情報が対応する AVC 1 ipに多重化されている個々のエレメンタリストリームについてのインデックスである。 stream_i ndexで識別されるェレメンタリストリームの PIDは、破線の矢印 hn2に示す複数の stream— PID [stream— i ndex] entryに示される。また各エレメンタリストリームの属性は、破線の矢印 hn2に示す複数の stream—Attri bute [stream— index]に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、 P ID に対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか（Codi ng) , ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Reso lut i on) , ァスぺクト比はどれだけであるか (Aspect)、フレームレートはどれだけであるか（Framerate)等を示す。一方、オーディォ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか（Codi ng) , そのオーディォストリ一ムのチャネル属性が何であるか（Ch. )、何という言語に対応しているか（Lang)等を示す。 stream— i ndexを介することにより、所望のエレメンタリストリ一ムの属性を Program Info.から検索することがでぎる。

『EP— map』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンズテーブルであり、破線の引き出し線 hn5 に示すように複数のエントリー情報（ACCESS UNIT#1エントリ一、 ACCESS

UNI T#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情報が対応している AVCli と同じ名称が使用される。つまり本図における AVClipのフアイル名は XXXであるから、 AVClip (XXX. M2TS)に対応していることを意味する。以上が Clip情報についての説明である。

<ZZZ.M2TS、 ZZZ.CLPI>

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

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

く Ρ1情報の構成 >

続いて 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_nie— name』と、当該 AVClip がどのような符号化方式で符号化されているかを示す『Clip_codec_identifier』と、再生区間の始点を示す時間情報 ΠΝ— time』と、再生区間の終点を示す時間情報『0UT_time』と、 AVClipやサブ Clip に多重化されているェレメンタリストリームのうち、再生可能なものを示す '『STN_table』とから構成される。

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

Playltem情報— Clip情報— AVClipの組みからなる BD-R0M上の再生区間を『Play I tendという。 BD-R0Mに記録された映画作品は、この Play Item にて構成される。論理的な再生単位にて、 BD- ROMにおける映画作品は構成されるので、ある映画作品のシーンを構成する AVClipを他の映画作品で引用するという" 使い回し" を効率良く行うことができる。

様々な PI_J情報を定義するだけで、映画作品のバリエーシヨンは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、 BD-R0Mにおける再生単位には、 Playltemといつたものの他、 Title、 Chapterがある。 Titleとは、いわゆる映画作品に相当する再生単位であり、 1 つ以上の PL 情報から構成される。一方 Chapterとは、いわゆる章に相当する単位であり、 Mark情報と呼ばれる情報により規定される。尚、 PI_J情報のファイル名 YYYは、 BD-R0Mにおいて PI_J情報に付与される 3桁の識別番号を抽象化している。つまり本図における PI^情報は、この識別番号 YYYを用いて一意に識別される。 PI^情報の識別番号を" YYY" と表現しているのは、 PI^情報の識別番号が、 AVClip及び AVClip情報の識別番号 XXX とは別の番号体系であることを意味している（ここでの 3 桁という桁数は例示に過ぎず、何桁でもよい。）。

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

図 5の矢印 hclは、サブパス情報の内部構成をクローズアップして示す。この矢印 ] iclに示すように各サブパス情報は、 1つ以上のサブ

Playltemからなる。また各サブ Playltemは、図中の矢印 hc2に示すよつに『C1 ip— information— f i le—name』、『cl ip— codec— identif ier』、『SubPlayItem— In— t ime』、『SubPl ay I tern— Out— ti me』、『 sync— Playltem— id』、 rsync_start_PTS_of_PlayItemJ からなる。

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

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

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

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

『sync_PlayItem_id』は、メインパスを構成する Playltemのうち、本サブ Playltemが同期すべきものを一意に指定する情報である。

SubPlayltem一 In—timeは、この sync— Playltem— idで指定された Play Item の再生時間軸上に存在する。

rsync_start_PTS_of_PlayItemJ は、 sync— Playltem_idで指定された

Play Itemの再生時間軸上において、 SubPlayItem_In— timeで指定されたサブ Playltemの始点が、どこに存在するかを示す。サブ Playltemの再生時において、現在の再生時点が、この sync— start_PTS_of— Playltem で指示される時点に到来した場合、サブ Playltemによる再生が開始される。

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

<STN_table>

STN— tableは、 Play Itemの CI ip— Information_f i le_nameで指定されている AVCIipに多重化された複数ェレメンタリストリ一ムゃサブ

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

図 8は、 STltableの内部構成を示す図である。本図に示すように STN_tableは、 STN_tableにおける entryと、 attributeとの組み

(entry- attribute)を複数含み、これら entry—attributeの組みの個数 (number— of— video— stream— entries, number— of— audio— stream— entries, n umber— of_PG—textST— stream— entries, number_of_IG_stream_entries)を示すデータ構造になっている。

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

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

ビデオストリ一ムにおける entryは、 AVClipを多重分離するにあたつて、当該ビデオストリームの抽出に用いられる PIDを示す

『re to— stream— PID一 of_mainClip』を含む。

ビデオストリームにおける attribute は、 0x02 に設定された

『stream— coding— type』と、ビデオストリームの表示レートを示す

『Frame_rate』等を含む。

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

オーディォストリ一ムにおける entryは、 AVClipを多重分離するにあたって、当該オーディオストリームの抽出に用いられる PIDを示す

『ref— to一 stream_PID— of—mainCl ip』を含む。

オーディオストリームにおける attributeは、 0x80 (LinearPCM) , 0x81 (AC - 3) , 0x82(DTS)の何れかに設定されることによりオーディオストリームのコーディングタイプを示す

『stream— coding— typej と、対応するオーディオストリームのチャネル構成を示し、サラウンド出力の可否を示す『audio_presentation— type』と、対応するオーディオストリームの言語属性を示す『audio_language code』等からなる。

PGストリームにおける entryは、 AVClipを多重分離するにあたつて、当該 PGストリームの抽出に用いられる PIDを示す

『ref— to— stream— PID_of— ma inCl ip』含む。

PG ストリームにおける attribute は、 0x90 に設定されることにより PGストリームのコーディックを示す『stream— coding— typej と、対応する 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— type』と、対応する textSTストリームのキャラクタコードを示す『character codej と、対応する textSTストリームの言語属性を示す『 language codej とからなる。

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

IGストリームにおける entryは、 AVClipを多重分離するにあたつて、当該 IGストリームの抽出に用いられる PIDを示す『ref— to_stream— PID_of— mainCl i p』を含む。

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

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

以上が BD-R0Mにおけるアプリケーションフォーマツトのデータ構造である。本発明に係る再生装置が対象としている記録媒体は、 BD-R0Mだけではない。再生装置に内蔵されている HDも再生の対象となる。この HDに記録されているデータについて説明する。かかる HDにも、サブ C l ip を格納したファィル、 Cl ip情報を格納したフアイル、プレイリスト情報を格納したフアイルが存在する。これらのファイルは、ネットワークを介してプリロードされたサブ C l ip、Cl i p情報、プレイリスト情報である。図 1 0は、プリ口一ドされたプレイリスト情報の内部構成を示す図である。本図に示すようにプリロードプレイリスト情報は、図 5に示した BD - ROM上のプレイリスト情報と同じ構成になっている。異なるのは、 P 1 ay I tem情報における C 1 i p— I nf 0 rmat i on— f i 1 e—議 e及ぴサブ P 1 ay I tem 情報の Clip— Information— file_nameが、 BD-ROM及び HDのどちらに存在する Clip情報であっても、指定できる点である。この指定にあたって、プリロードプレイリスト情報は、 BD-R0M上のファィルをフルパスで指定する必要はない。本 HDは、 BD-R0Mと一体になつて、仮想的な 1つのドライブ（パーチャルパッケージと呼ばれる）として、再生装置により認識されるからである。故に、 Play Item情報における

Clip—Information— file— name及ぴサブ Playltem情報の

Clip— Information— file— nameは、 Clip情報の格納したフアイルのファィルポディにあたる数値 XXX, ZZZを指定することにより、 HD、 BD-ROM上の AVClipを指定することができる。図 1 1は、 HD上のプレイリスト情報内の CI ip— Information— fi le_nameによるフアイル指定を示す図である。本図における矢印 rfl, rf2, rf3は、プレイリスト情報における Play Item の Clip— Information_file_nameによる指定を示し、矢印 pfl, pf2, pf3 は、プレイリスト情報におけるサブ Playltemの

Clip— Information— file— nameによる指定を示す。このような

CI ip_Inf ormation_f i le_naraeによる指定により、 HD上のサブ Clipに定義されたサブパスを、 BD- ROM上のメィン Clip上に定義されたメィンパスと同期して再生することができる。

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

以上が記録媒体の説明である。続いて本発明に係る再生装置の実施形態について説明する。図 1 2は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステム LSI と、ドライブ装置という 2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システム LS I は、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、 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、 Interact ive 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-R0M のローディング Zイジヱクトを行い、 BD-R0Mに対するアクセスを実行する。

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

デマルチプレクサ（De-MUX) 3は、リードバッファ 2から TSパケットを取り出して、この TSパケットを構成する TSパケットを PESバケツトに変換する。そして変換により得られた PESバケツトのうち、制御部 2 4 から設定された streamP IDをもつものをビデオデコーダ 4、オーディオデコーダ 2 0、 P- Graphi 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-R0M又は 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- ROM の記録内容と動的に組み合わせることにより、

BD-R0 に存在しないグラフィクスストリ一ムの再生や、 BD- ROMに存在しない textSTストリ一ムによる再生を実現することができる。

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

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

オーディォデコーダ 2 0は、デマルチプレクサ 1 9から出力された

PESバケツトを復号して、非圧縮形式のオーディォデータを出力する。

シナリオメモリ 23は、カレントの PL情報や力レントの CI ip情報を格納しておくためのメモリである。カレント PL情報とは、 BD- ROMに記録されている複数 PL情報のうち、現在処理対象になつているものをいう。カレント Clip情報とは、 BD-R0Mに記録されている複数 Clip情報のうち、現在処理対象になつているものをいう。

制御部 24は、シナリオメモリ 23に読み出されたカレント PL情報、カレント Clip情報に従い、 BD-R0Mに記録された AVClipを読み出し、再生するとの制御を行う。この制御にあたってデマルチプレクサ 3は力レント PI_J情報のうち、プレイリスト情報から力レント Play Itemを特定し、その力レント Play Itemの CI ip— information— fi 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に同期するサブ Playl temがプレイリスト情報内に存在する場合、制御部 24はそのサブ Playl temにて指定されるサブ CI ip をメイン Clip と同期して再生させる。この同期は、サブ Playltem の Sync_Start_PTS_of_PlayItemに相当するピクチャデータが、メィン Clip から読み出されるのを待ち、そのサブ Playltemの SubPlayltem— In_time から SubPlayItem_Out_time までに存在するデータを再生することでなされる。

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

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

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

PSR セット 28は、再生装置に内蔵されるレジスタであり、 64 個の

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

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

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

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

PSR15は、 LPCM capabi lity，AC-3 capabi lity.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" に設定されることによりテキスト字幕を表示する能力が再生装置に存在する旨を示す。

以上が図 13についての説明である。続いて図 14を参照しながら、

PSR4〜PSR8について説明する。図 1 4は、 PSR4〜PSR8の詳細設定を示す。

PSR4は、 1〜100の値に設定されることで、現在の再生時点が属する夕ィトルを示し、 0 に設定されることで、現在の再生時点がトップメニュ一であることを示す。

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

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

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

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

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

PSR1 は、カレント Play Itemの STN— tableに entryが記述されている複数オーディオストリームのうち、 1つを特定するものである。 PSR1 の設定値が変化すれば、再生装置はこの変化後のオーディォストリームを再生する。 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の STltableに記述された entry数が 1〜32の値であつたとしても、デコードできない場合がある。

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

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

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

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

状態遷移を意味する矢印に添えられた注釈は、各状態遷移のトリガとなるべき事象を意味する。つまり本図では、" Load Disc"、" Change a

Stream , Start PlayList playback , Cross a PI ay I tern boundary'

Terminate PlayList playback" というような事象が発生した際、 PSR1 の状態遷移がなされることになる。これらの記法を理解して図 1 5 (a) を参照すれば、 Invalid Invalidの状態遷移時、 Val id→ Inval idの状態遷移時には、上述した処理手順は実行されていないことがわかる。これに対し Invalid—Valid間の状態遷移、 Val id→ Val id間の状態遷移は何れも破線枠を経由している。つまり PSR1を Val idに設定するにあたつて、上した Procedure when playback condi tion is changed^ Procedure when change is requestedにより PSR1 は設定されるのである。以降、状態遷移のトリガとなるべき事象について説明する。

『Load Disc』とは、再生装置に BD- ROMがローデイングされたとの事象を意味する。 PSR1 は、かかるローデイング時において、一旦不定値 (OxFF)に設定されるのである。

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

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

『ChangeXXX』とは、ユーザによる ΠΧ (本図では 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は、無効な値を排除する機能を有しているからである。 PSR1が Validにおいて、 Change streamが発生した場合、 Validから Inval idに状態遷移することは有り得ない。 PSR1 が Invalid にならないよう、 Procedure when change is requested側で保 si£するからである。

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

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

ステップ S 1は、 STN— tableにおける 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)。

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

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

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

条件（c)とは、オーディオストリーム i のチャネル属性がサラウンドであり、これを再生する能力が再生装置に存在することである。これを満たすか否かの判定は、 PSR15と， Audi o Streamの

aud i o—presentat i on— type、 stream_codi ng_typeとの比較でなされる。条件（c)が、どのようなケースで満たされるかについて、図 1 7を参照しながら説明する。図 1 7は、再生能力と、ストリームの属性との組合せを表形式で示した図である。再生装置の能力には、ステレオ出力、サラウンド出力の 2つがあり、ストリームの属性には、ステレオ、サラウンドの 2つがある。

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

再生装置側のステレオ出力の能力があり、オーディオストリームの属性がサラウンドである場合、再生装置側で、 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では、 STN— table における entryの順序に応じて、各ストリームにおける順位が定める。即ち、コ一ディック一言語属性一チヤネル属性が同じオーディオストリームについては、 STN一 tabl e における entry の順位を参照することで、最も優先順位が高いオーディオストリ —ムが選ばれることになる。

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

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

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

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

以上力 Procedure when playback condition is changedである ₀ 続い T 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 より STN_table の entry 数が多く、尚且つ、条件（A)が真であるかを判定するものである。条件（A)とは、 PSR1 で特定されるオーディォストリームを再生する能力が再生装置に存在することであり、 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 condition is changed. Procedure when change is requestedにより、確実に再生され、尚且つ BD -讀、再生装置双方の能力を発揮することができるオーディオストリームが選択されることになる。

< PSR1設定の具体例 >

以降具体例を交えながら、本フローチャートの処理について説明する。この^体例で想定している再生装置は、ミドルクラスの再生装置である。ここでのミドルクラスとは、 DTS 形式のオーディオストリームをデコードする能力は持っていないが、 LPCMのデコード能力や、 AC-3サラウンド音声の出力能力は具備している。そして日本語音声を示すよう、言語設定がなされているものとする。

かかる再生装置に対し、図 2 0 ( b ) に示すオーディオストリーム、 STltabl e が記録された BD-R0M がローデイングされたとする。この STltab le には、図 2 0 ( c ) に示すように 6つのオーディオストリームの entryが記述されている。 .

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

STN— tab l e に entryが示されている全てのオーディォストリ一ムに対し、上述したチヱックがなされれば、 5 つ目のオーディオストリームが条件（a)〜条件（c)の全てを満たし、 4 つ目のオーディォストリームは条件（a)、条件（b)を、 2 つ目のオーディオストリームは条件（a) (c)を、 1 つ目のオーディオストリームは条件（a)のみを満たしていることが判明する。これら以外のオーディォストリームは条件（a)を欠くので処理対象にならない。

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

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

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

こうすることでサラウンド再生の能力をもたない再生装置では、 AC-3 (2ch)の音声が優先的に再生されることになる。一方、ビットレートを比較すると、オーディオストリーム 5 1 のビットレートは 384Kbps、 AC-3 (2ch)のビットレ一トは 192kbpsであり、 AC_3 (5. lch)の方が高い。この事実を重視するォーサリング担当者は、 AC_3 (2ch)の再生より、

AC-3 (5. l ch)のダウンミキシング再生を期待していることが多い。このようにダウンミキシングに対する期待が高ければ、ォーサリング担当者は

STN— tableにおいて、 AC- 3 (5. lch)の entryを高く設定すればよい。

こうすることでサラウンド出力能力がない再生装置による再生は、ダゥンミキシングでなされることになる。

ここで、ォーサリング担当者が、 AC-3(5. lch)のダウンミキシング再生より、 AC-3(2cli)の再生を期待している場合の STN_tableの記述例と、ォ一ディォストリームの選択例とについて図 22を参照しながら説明する。ここで想定する再生装置はサラウンド出力能力がない再生装置なので、' PSR15.16の値は、図 2 1 (a) の通りになる。また STN_tableは、図 2 0 (b) と同じ内容に設定されており（図 2 1 (b) )、再生装置がサラゥンド出力能力がない再生装置である。この場合、条件（b)、条件（b)を満たすオーディォストリーム 4、オーディォストリーム 5が同じ優先順位" Γに、条件（a)のみを満たすオーディオストリーム 1、オーディオストリーム 2が次の優先順位" 2"になる。優先順位は " 1"になったため、ォ一ディォストリーム 4、オーディオストリーム 5の優劣がつかない。この場合、再生装置は、 STN— tableにおける 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)のダウンミキシング再生を期待している場合の STN— tableの記述例と、ォ一ディォストリ一ムの選択例とについて図 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ストリームが選択されてない旨を示す。 1〜255の設定値は、 PG_textST— stream番号として解釈される。図 2 3 (a) は、 PSR2が取り得る状態遷移を示す図である。本図の状態遷移は、図 1 5 ( a ) と同じになっている。また、図 23 (b) は、 PSR2 における Procedure when playback condition is changed を示すフローチャート、図 2 4 は Procedure when change is requestedを示すフローチヤ一卜である ₀ これらのフローチャートも、図 1 5 (b)、図 1 9と同じになっている。ただし、ステップ S 5、ステップ S 22における PSR2の設定は、大きく異なっている。

図 2 5は、 PSR2の設定手順を示すフローチヤ一トである。

本フローチャートのステップ S 3 1、ステップ S 3 2は、 STN— table に記述されている PG_textST— streamのそれぞれについて、ステップ S 3

3〜ステップ S 35の処理を繰り返すループ処理になっている。本ループ処理において処理対象となる 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_tab le における 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_l anguage_codeが PSR17の設定値と一致しているかどうかでなされる。

以上のステップ S 3 3 〜ステップ S 3 5 の処理が全ての

PG_textST一 streamについて繰り返されれば、ステップ S 3 6〜ステップ

S 4 1の処理が実行される。

ステップ S 3 6は、（a)を満たす PGstrearaが存在しないかどうかの判定であり、もし存在しないのなら、ステップ S 3 9において Inval i dな値（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)のみを満たす PGstream、（a)のみを満たす textST一 streamのうち、 STN— tableにおけるエントリ一順位が最も高いものを PSR2に設定する。以降具体例を交えながら、本フローチャートの処理について説明する。

<PSR2設定の具体例 >

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

かかる再生装置に対し、図 26 (b) に示すような STN— tableが口一ドされたとする。この STN—tableには、 2つの textSTストリームの entry (PG_textST_streaml，3)と、 2つの PGストリームの

entry(PG_textST_stream2, 4)とが記述されている。

かかる記述内容の STN_tableが処理対象であると、ステップ S 34、ステップ S 3 5において各 PG_textST_streamが、条件（a)、条件（b)を具備しているかどうかのチェックが図 2 6 ( c ) に示すようになされる。ここで 1つ目の PG— textST— streanu 3つ目の PG— textST— streamは、条件

(a)を満たさない。 2つ目のオーディォストリームは、 3つの条件のうち、条件（a)しか満たさない。 4つ目の PG— textST— streamは、条件（a)、条件 (b)を満たす。

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

各ストリームについての条件具備が明らかになつたので、条件（a)〜条件（b)の全てを満たす 4つ目のストリームに最高順位を付与する。

ここで、同じ条件を満たしている PG_textST_streamが複数ある場合、上述したフローチャートでは、これらの PG— textST— streamについての優先順位が同じになってしまう。そのため優劣を決めることができない。本実施形態ではこの場合、 STN— tabl e における entryの事象に応じて、各ストリームにおける順位が定める。

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

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

ぐ'変更例 >

Procedure when change i s requestedにおいて値 X力 s無効な値であるなら、遷移制御部 3 0は PSR1. 2の格納値を維持するとしたが、ユーザにより音声切換キ一、字幕切換キーが押下された場合の処理としては望ましくない。音声切換キー、字幕切換キーが押下された場合、本来値 Xは"

PSR+1 " になるべきである。にも拘らず、値 Xが無効であるとの理由で、 PSR1 , 2の格納値が維持されれば、ユーザは再生装置が誤動作しているように、感じるからである。

そこで音声切換キー、字幕切換キーが押下された場合、遷移制御部 3

0は、 Procedure when change i s requestedにカロえて以下の処理を行う。この処理とは、 Procedure when change i s requestedを実行するにあたつて、 Procedure when change i s requested実 'ィ了目 IJの PSRの格納値と、 Procedure when change i s requested実行後の PSRの格糸内値とを比較するというものである。もし前後の格納値が同じであれば、 X— X+1 という処理にて値 X をインクリメントし、再度 Procedure when change i s requested を実行する _c こうすることで、 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から変化しない。このように PSR1 の格納値に変化がない場合、 4である値 Xをインクリメントして 5 にした上で、再度 Procedure when change i s requested 実？τする。この場合、ストリーム番号 = 5は無効なので、 PSR1 は元の値 3から変化しない。このように PSR1 の格納値に変化がない場合、 5である値 Xをインクリメン卜し、 6にして再度 Procedure when change i s requestedを実行する。値 6は有効なので、 Procedure when change i s requestedにより有効なストリ一ム番号 =6が、自動的に選ばれることになる。音声切換キーの押下時に、上述した処理を行えば、無効なストリーム番号の存在をユーザに意識することなく、スムーズな音声切り換えを実現することができる。

(第 2実施形態）

第 2実施形態は、マルチアングル区間における状態設定に関する。マルチアングル区間実現のためのデータ構造は図 5に示した P l ay I tem情報にある。図 2 8は、 P l ay I tem 情報のデータ構造を示す図である。本図に示すようにマルチアングル区間対応の Play Item 情報は、通常の Play Item との互換部分と、マルチアングル区間実現のための拡張部分とからなる。互換部分のデータ構造は図 5 と同じであり、『Clip— codec— identifiers, 『Iltime』、『0UT一 time』、『STN— table』である。マルチアングル区間において、この互換部分で指定される AVClip は、 1 本目のアングル区間として取り扱われる。こうすることで、マルチアングル区間に対応しえない再生装置（BD- RE のデータ構造しか対応しえない再生装置）が、マルチアングル区間対応の Play Itemを読み取つたとしても、この互換部分のみを参照して再生を行うことで、 1 本目のアングル区間を再生してゆくことができる。拡張部分のデータ構造は、『is—muUi— anglesj，『number— of一 angles』，『Angle情幸艮 [1] [2]… [j]』からなる。

『is_mulU— anglesj は、この Play I temに対応する再生区間がマルチァンダル区間であるか、非アングル区間であるかを示す。

『 numbeし of_angles』は、マルチアングル区間を示すよう

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

『Angle 情報 [1] [2] ··· [j]』は、マルチアングル区間における個々のァングル区間についての情報であり、『Clip_Information— f ile_name』、『Clip— codec_identifier』を含む。

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

rciip_codec_identif ierj は、アングル情報の

C 1 i p_I nf 0 rmat i on_f i 1 e_nameにて記述されたフアイル名の AVClipにおける符号化方式を示す。

以上の説明においてアングル情報には、 In_time、 Out— time がない。これは、 2 本目以降のアングル区間は、互換部分に存在する In— time、

Out_timeにより、 Play Itemの始点、終点が指定されるためである。従つて、アングル情報内の Clip_Information_f ile_name で指定される AVCli は、互換部分内の Clip_Information_f ile_name で指定される AVCli と、同一再生時間でなければならない。また、 AVClip再生時間軸において、個々の再生タイミングを規定するタイムス夕ンプ（System Time Clock)の値が厳密に同一でなければならない。

マルチアングル区間対応の Play Itemについて、以降具体例を説明する。本具体例で想定している Play itemは、 3つの Play I temCPlayl tem#K Play Item#2、 Play Item#3)である。これらの Play Itemのうち、 Playltem#l、 Playltem#3はマルチアングル区間を構成しており、PlayItem#2は構成していない。また BD- ROMには、図 29に示すような複数 AVClip(Frontl、 RightK LeftK Front2、 Front3、 Right2)が記録されているものとする。具体例において Playltem#lの CI ip_Inf ormation_f i le_nameは、図 29 中の Frontl、 LeftK Rightl を指定しており、 Playltem#2は Frontsを、 Playltem#3 は、 Front3、 Right2 を指定しているものとする。これらの Play Item により、マルチアングル区間一非ァングル区間一マルチアングル区間からなるメィンパスが定義されることになる。図 30 (a) (b) は、このようにして定義されたマルチアングル区間、非アングル区間を示す図である。本図における矢印 myl，my2は、 Playltem#3における 2つのアングル情報による指定を、矢印 my3は、 Playltem#3におけるアングル情報による指定をそれぞれ示す。これらアンダル情報による指定 myl,my2で、 Rightl、 Lef tlは AVC1 ip上の一部分と選択的に再生されることになる。同様にアングル情報による指定 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, Out— timeが存在する AVClipをアクセスし、これの Play Itemの In— timeから Out— timeまでの TSパケットを読み出すよう BD- ROM ドライブ 1を制御する。そして TSパケットが読み出されれば、これを順次ビデオデコーダ 4に投入し、アングル区間を再生させてゆく。

PSR3 の設定値が 2 以上であれば、 Play Item のアングル情報内の Clip— Information— file_name で指定されている AVClip (先に述べた RightK LeftK RigM2)をアクセスし、これを構成する TSバケツトを読み出すよう BD-R0M ドライブ 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 PlayList Playback、 Terminate PlayList Playback が Start

Playltem with multiangle structure, End of Playltem with multiangle structure に置き換わっている。また Procedure when change is requestedは、" stream change is requested" ではなく、 angle change is requested" に置き換わっている。しかしこれらを除き、 PSR3の状態遷移は図 1 5 (a) と同じになっている。

オーディオストリームの数は Play Item毎に違うため、 PSR1の状態遷移では PLの再生が始まり、 Play I temの境界を追加する度に Procedure when playback condition is changedを起動して PSR1 を設定する必要があった。しかし PSR3はマルチアングル区間においてのみ意味があり、 Pl y Itemの通； ^毎に Procedure when playback 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について I¾明する ₀

図 32 ( b ) は、 PSR3における Procedure when playback condition is 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)。

図 32 ( c ) は、 PSR3における Procedure when change is requested を示すフローチヤ―トである。本フローチャートは、図 1 6に準じたものとなる。ステップ S 54は、 Xが、 Play Itemに記述された number of

Angleを越えるか否かの判定である。もしステップ S 54が Yesであるなら、番号 Xを PSR3に設定する（ステップ S 57)。もしステップ S 54 は Noであるなら、 PSR3を維持する（ステップ S 55)。図 30に示した 3つの Play Itemによりマルチアングル区間→非アングル区間→マルチアングル区間を連続して再生する場合に、ァングル区間の選択がどのように行われるかについて図 33を参照しながら説明する。

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

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

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

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

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

(第 3実施形態）

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

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

以上のページ、ボタンを表示させるためのデータ構造は、第 1実施形態に示した IGストリームに存在する。図 3 4を参照しながら IGストリームについて説明する。 IGストリームは、 ICS、 PDS、 0DSからなる。 0DS はボタンをグラフィカルに表示させるためのグラフィクスデ一夕であり、 PDSは、ボタンの発色を規定するパレットデ一夕である。

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

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

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

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

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

続いてページ情報について説明する。本図における矢印 cu2はページ情報の内部構成をクローズアップしている。この矢印に示すようにぺージ情報は、『page_id』 , 『U0— mask— table』， HN_effectJ , FOut_effectJ , ranimation_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におけるユーザ操作の許可 Z不許可を示す。このマスクフィールドが不許可に設定されていれば、再生装置に対するユーザ操作は無効になる。

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

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

『animation— frame_rate— codej は、アニメーション型ボタンに適用すべきフレームレートを記述する。

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

『default— activated— button— id— ref』は、 Selection— Timeout— PTSにより定義された時間の前に、ユーザがどのボタンもァタティブ状態にしなかったとき、自動的にァクティブ状態に設定されるボタンを示す。

defaul t_activated— button— numberが FF であれば、

Selection_Timeout— PTSにより定義される時刻において、現在セレクテッド状態にあるポタンが自動的に選択される。この

default— activated— button—醒 berが 00であれば、自動選択はなされない。 00, FF以外の値であれば本フィールドは、有効なボタン番号として解釈される。

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

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

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

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

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

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

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

『 lower— button— number 』，『 lef t— button— number 』，

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

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

『end—object— id— normal』は、ノーマル状態のポタン i をアニメーションで描画する場合、アニメーションを構成する複数 0DSに付加された連番たる『object_ID』のうち、最後の番号がこの end— object— id— normal に記述される。この End— objecし id— normal に示される IDが、

start一 object— id— normal に示される IDと同じである場合、この IDにて示されるグラフィックスォブジヱクトの静止画が、ボタン iの絵柄になる。

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

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

start— object_id_selectdに示される IDと同じである場合、この IDにて示されるグラフイツクスォブジヱクトの静止画が、ボタン iの絵柄になる。

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

end_object_id_selectedに記述される。

『repeat_selected— flag』は、セレクテッド状態にあるポタン iのァ二メ一シヨン表示を、反復継続するかどうかを示す。

start— object_id— selectedと、 end— object— id— selectedとが同じ値になるなら、本フィールド 00に設定される。

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

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

end— object— id— activatedに記述される。

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

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

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

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

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

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

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

(11リ 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のょぅな 005、 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は、ボタン卜 Dの各状態を描いたものとする（図中の括弧 }を参照）。一方、 ICSには、ぺージ 1〜ページ 3という 3枚のページに対応するページ情報（1) (2) (3)が存在しており、このうち先頭ページにあたるページ 1 おける button_info(l), (2)，（3)，（4)にて、これらのポタン 1 - A〜ポタン卜 Dの状態制御が記述されている（図中の矢印 bhl,2，3,4参照）。

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

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

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

以上が記録媒体の改良である。続いて本実施形態に係る再生装置について説明する。再生装置が有する複数 PSRのうち、対話機能に係るものは、 PSR0、 PSR1K 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の値に設定されうる。図 4 2 ( a ) .は、 PSR0 が取り得る状態遷移を示す。図 4 2 ( b ) は、 PSR0における Procedure when pl ayback condi t i on i s changed を示し、図 4 3は PSRO における Procedure when change i s requested のフローチャートを示す。これらの状態遷移、フローチヤ一トは、第 1実施形態に示した PSR1、 PSR2と同じである。オーディォストリーム、 PG_textST— streamの場合と同様、複数言語に対応する I G ストリームが AVC l ipに多重されている場合、これらの中から、再生装置側の言語設定に応じたものが選ばれ、表示されることになる。この際、再生装置は、対応する entryが、 STN— tab le において何番目に位置するかに従い I Gストリ一ムを選ぶ。これによりォーサリング担当者は、 STN— tabl e における entryの記述順序を規定することができ、複数 IGストリームのうち、所望のものを優先的に選択させることができる。以上が PSROの状態遷移についての説明である。

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

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

デマルチプレクサ 3は、 BD- ROM及び HDから読み出された TSバケツトのうち、制御部 2 4から設定された PIDを有するものを I- Graph i csデコ

—ダ 1 3に出力する。これにより I-Graphicsデコーダ 1 3には、 ICS、

PDS、 0DSが順次供給されることになる。

< I-Graphi csデコーダ 1 3の内部構成 > 続いて図 44を参照しながら、 I- Graphicsデコーダ 1 3の内部構成について説明する。図 44に示すように I- Graphicsデコーダ 1 3は、 Coded Data Buffer 33、 Stream Graphics Processor 34、 Object Buffer 35、 Composition Buffer 36、 Graphics Control ler 37力、ら構成される。

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

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

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

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

Graphics Controller 3 7は、 Composition Buffer3 6に配置された ICS における複数ページ情報のうち、 PSR11 により指定されているもの (カレントページ情報）のボタン情報を参照して、グラフィクスの描画を行う。この描画は、カレントページ情報内の各ボタン情報において、 normal_state_inf 0 の 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 Controller37による描画を象徴的に示している。かかる描画により、ボタン 1-A〜ポタン 1-Dが配されたぺージが Interactive Graphicsプレーン 1 5に現れ、動画に合成されることになる。以上は Graphics Control ler 3 7が行うべき処理の概要であり、 Graphics Controller37が行うべき処理の詳細は、図 45〜図 5 1に示したも'のとなる。

図 45は、 Graphics Controller37の処理のうち、メインルーチンにあたる処理を示すフローチャートである。本フローチャートは、ステツプ 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_TimeOut— PTSであるかの判定であり、もしそうであれば、画面クリァを行って、 PSR10、PSR10 を無効化する（ステップ S 87)。以上がタイムス夕ンプによる同期処理である。この同期処理において、ステップ S 85、ステップ S 86の処理手順は、サブルーチン化されている。ステップ 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 (ρ)がカレントポタンに対応する button一 info であるか否かを判定する。もしそうであれば、ステップ S 96に、異なるならステップ S 97に移行する。

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

ステップ S 97では、 button_info(p)の selected— state— infoに指定されている start— object— id— selectedのグラフイクスォプジヱクトを、グラフィクスオブジェクト（p)として特定する。

ステップ S 96、ステップ S 97を経ることでグラフィクスオブジェクト（P)が特定されれば、 button— info(p)の

button— horizontal— position, button— vertical— posi t ionに示される Interactive Graphicsプレーン 1 5上の位置に、グラフィクスォブジェクト（P)を書き込む（ステップ S 98)。かかる処理を力レントページにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数ダラフィクスォブジェクトのうち、最初のグラフィクスォブジヱクトが Interactive Graphicsプレーン 1 5上に書き込まれることになる。

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

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

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

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

続いて、ページにおけるアニメーション表示について説明する。図 4 8は、アニメーション表示の処理手順を示すフローチヤ一トである。ここで初期表示は、各 button— infoの. normal_state_inf oにおける 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_inf oで指定されている個々のグラフィクスオブジェクトを指定するための変数である。このアニメーション表示を実現するための処理を、図 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— info(p). normal— state— infoにおける start— object— id_normal に変数 qを足した識別子を ID(q)とする（ステップ S 1 1 5)。

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

ステップ S 1 1 6は、カレントボタンがァクティブ状態であるかの判定であり、もしそうであれば、ステップ S 1 1 7において

button— info (p) . act ioned_state_ infoにおける

start— object— id— actionedに変数 qを足した識別子を ID(q)とする。そして button_info(p)に含まれるボタンコマンドのうち、 1つを実行する

(ステップ S 1 1 8)。

カレントボタンがァクティブ状態でなければ、

button— inf cup) . selected— state— infoにおける

start_objec id_selectedに変数 qを足した識別子を ID(q)とする（ステップ S 1 1 9 )。

こうして ID(q)が決まれば、 Object Buff erl5に存在する、 ID(q)を有するグラフィクスォブジヱクト（q)を、 button_info(p)の

button— horizontal— position, button— vertical— posi t ionに示される Graphics Plane8上の位置に書き込む（ステツプ S 1 20)。

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

ステップ S 1 2 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 I 1 2 )。全ての button_info について、処理がなされれば、メインルーチンにリターンする。

以上のステップ S 1 1 0〜ステップ S 1 23により対話画面における各ボタンの絵柄は、メインルーチンが一巡する度に新たなグラフィクスオブジェクトに更新される。メインルーチンが何度も反復されれば、いわゆるアニメーションが可能になる。アニメーションにあたって、グラフィクス才ブンェクト一コマ CD ¾ s fe j、animation_frame—rate—code に示される値になるように Graphics Controller37は時間調整を行う。続いて、ボタンコマンドの実行処理について、図 49のフローチヤ一トを参照しながら説明する。ステップ S 1 3 1は、ボタン情報におけるボタンコマンドを 1つ取り出し、ステップ S 1 32はボタンコマンドがページ切換コマンドであるか否かの判定である。もしページ切換コマンドでないなら、ステップ S 1 33においてポタンコマンドをそのまま実行する。もしページ切換コマンドであるなら、カレントページの

Out_effectに規定された表示効果を実行する（ステップ S 1 34)。そして button— commandのオペランドから特定される切換先ページを Xにし、 button_commandのオペランドから特定される 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 "に設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。ステップ S 1 4 1は、 MoveUP/Down/Left/Rightキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、カレントボタンを変更して（ステップ S 1 47)、カレントボタンの auto— action_f lag が 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 は、カレントボタンの変更処理の処理手順を示すフローチャートである。先ず初めに、カレントボタンの nei ghbor— i nfoにおける upper_button_number, l ower_button_number, l ef t— button— number, ri ght —button— numberのうち、押下されたキーに対応するものを特定する（ステツプ S 1 5 0 )。

そして力レントボタンをポタン Yとし、新たに力レントポタンになるポタンをポタン X とする（ステップ S 1 5 1 )。 Xを PSR10 に設定するにあたって、 Procedure when change i s requested を実行する（ステップ S 1 5 2 ) o

設定後、変数 an imat i on (X) ,変数 an imat i on (Y)を 0に設定した上でメインルーチンにリターンする（ステップ S 1 5 3 )。

以上がグラフィクスデコーダの処理である。

<フォー力ス移動の具体例 >

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

ここで、連続ドラマ等複数のコンテンツが記録されたパッケージメディァの視聴を支援するためのフオーカス移動について説明する。連続ドラマが記録されたパッケージメディアでは、第 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話を選ぶようにキ一操作（ks l)を行う必要がある。

また第 2話に対応するチャプターメニューが表示され（hw3)、選択メニユーが再表示された場合（hw4)、第 3話を選ぶようにキ一操作（ks2)を行う必要がある。

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

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

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

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

以上のようにページ 1 のポタン卜 A、ページ 2のボタン 2- Fのボタンコマンドを記述すれば、第 1話のチャプターメニューの表示が終了して選択メニューの再表示する際、第 1話から第 2話のボタンに、フォー力スが自動的に移動することになる。同様のボタンコマンドの記述を、ぺージ 1 のポタン 1 - B〜ボタン卜 D、他のページのボタンについて繰り返せば、図 5 5に示すようなフォーカス移動が実現されることになる。

かかるフォーカス移動により、沢山のコンテンツからなる連続ドラマから、見たいチヤプターを探し出すという検索を簡易に行うことができる。

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

フオーカス移動にあたって起こりうるバグとしては以下のようなものがある。ページ 1 の表示時において、 4つ目のポタン 1 - Dがセレクテツド状態になっている状態で、上述した手順が実行されれば、ページ 1→ ページ 2の切り換え、ページ 2→ページ 1 の切り換え時においてボタン

1 - D のボタン番号に 1 を加えたボタン番号（=5)が PSR に設定される。 5 つの目のボタンが存在しないので、 PSR のかかる設定により、ページ 1 において実在しないポタンにフォーカスが移動することになる。また図 56に示すように、ページ 2における 6つ目のポタン（ポタン 1- F)がセレクテツド状態に設定された後、 PSRが更新されないままページ 1 が再表示されるというケースも考えられる。この場合も、ページ 1の再表示時に実在しないボタンにフォ一カスが移動することになり、再表示時でのフォーカス移動がおかしくなる。以上のように個々のページ毎のボタン数が異なる場合、切り換え後のページに存在し得ないボタンをセレクテツド状態にするような誤って状態設定が頻繁に起こりうる。コンテンッの出荷にあたってはかかる瑕疵の発生は許されないので、かかる状態設定の正常動作を保証するべくォーサリング担当者は、プログラムの出荷時のように、デバッグ，テストに努めなければならない。しかしソフトハウスのようなデバッグ ·テストをォ一サリング担当者に徹底させるというのは、本業であるコンテンッ製作に悪影響を及ぼしかねない。

そこで本実施形態では、 PSR1、 PSR2, PSR3 同様、 Procedure when playback condition is changed^ Procedure when change is requested を介した状態遷移を PSR10、 PSR10に行わせる。

<PSR11の状態遷移〉

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

Interactive Composition Segment become invalid" とは、 ICS の composition_tirae_out_pts に示された時刻が到達したという事象、 ICS が変化したという事象、 PLの再生が終了したとの事象を含む包括的なものである。オーディォストリ一ムの数は Play Item毎に違うため、 PSR1 の状態遷移では PL の再生が始まり、 Play Item の境界を通過する度に Procedure when playback condition is changedを起動して PSRl を設定する必要があった。しかし PSR11は ICSが多重されている区間において意味力 sめり、 Play Itemの通過に Procedure when playback condition is changed を実行する必然性が乏しいので、 Inval id— Val id、 Invalid 一 Validの状態遷移は、 ICSが Validになったことをトリガとしている。

て PSR11 につヽての Procedure when playback condition is changedについて説明する。図 57 ( b )は、 PSRl 0についての Procedure when playback condi tion is changed を示すフローチヤ一卜である。 Procedure when playback condition is changedは、 ICSにおける東初のページ情報を PSR11を設定するというものである（ステップ S 1 54)。図 57 ( c )は、 PSR11につ ^ヽての Procedure when change is requested を示すフローチヤ一卜である。 Procedure when change is requestedは、

Xが Validであるか否かを判定し（ステップ S 1 55)、もし Validであれば、この Xを PSR11に設定し、もし Invalidであるなら（ステップ S 1 56)、この PSR11 を維持するというものである（ステップ S 1 57)。以上が PSR11 についての説明である。

<PSR10の状態遷移 >

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

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

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

ステップ 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 6 6は、 X が Validなボタン番号であるか否かを判定し、もし Validであるなら X を PSR10に設定する（ステップ S 1 68)。もし Xが Invalidであるなら、 PSR10の設定値を維持する（ステップ S 1 67)。

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

(備考）

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

(A)全ての実施形態では、本発明に係る記録媒体を BD- ROMとして実施したが、本発明の記録媒体は、記録されるグラフィクスストリームに特徴があり、この特徴は、 BD-R0Mの物理的性質に依存するものではない。グラフィクスストリ一ムを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、

DVD-ROM, DVD-RAM, DVD-RW, DVD-R, DVD+RW, DVD+R, CD-R, CD-RW等の光ディスク、 PD， MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディァカード、 PCM-CIAカード等の半導体メモリカードであってもよい。フレシキブルディスク、 SuperD i sk，Z ip，C l ik !等の磁気記録ディスク（i)、 ORB, Jaz, SparQ, SyJet, EZFl ey,マイクロドライブ等のリムーバルハードディスクドライブ（i i )であってもよい。更に、機器内蔵型のハードディスクであってもよい。

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

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

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

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

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

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

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

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

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

( D PCSによる表示効果の対象は、装置側のデイスプレイ設定に応じて選ばれた字幕グラフイクスであってもよい。つまり、ワイドビジョン、パンスキャン、レターボックス用といった様々な表示モ一ド用のグラフィクスが BD-R0Mに記録されており、装置側は自身に接続されたテレビの設定に応じてこれらの何れかを選んで表示する。この場合、そうして表示された字幕グラフィクスに対し、 PCS に基づく表示効果をほどこすので、見栄えがよくなる。これにより、動画像本体で表現していたような文字を用いた表示効果を、装置側のディスプレイ設定に応じて表示された字幕で実現することができるので、実用上の価値は大きい。 (J)各実施形態において再生装置には、グラフィックスプレーンを実装したが、このグラフィックスプレーンに代えて、一ライン分の非圧縮画素を格納するラィンバッファを具備してもよい。映像信号への変換は水平行（ライン）毎に行われるので、このラインバッファさえ具備していれば、この映像信号への変換は行なえるからである。

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

(L)オーディォ選択メニュー、字幕選択メニューを表示して、オーディォストリーム選択、字幕選択を受け付けるにあたって、オーディオ選択メニュー、字幕選択メニューに" おまかせポタン" なるボタンを設けてもよい。かかるボタンに対応するポタン情報は、 PSR1、 PSR2に不定値を設定するボタンコマンドを有している。おまかせボタンの確定で、かかるボタンコマンドが実行されれば、 PSR1、 PSR2 に不定 ί直が設定され、 Procedure when p l ayback cond i t i on i s changed力 s起動 sれて ®適なォ —ディォストリーム、 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 デマルチプレクサ

2 0 オーディォデコーダ

2 1 スィッチ

2 2 スィッチ

2 3 シナリオメモリ

2 4 制御部

2 5 スィッチ

2 6 CLUT部

2 7 CLUT部

2 8 PSRセット

2 9 操作受付部

3 0 遷移制御部

0 0 再生装置

0 0 テレビ

0 0 リモコン

Claims

請求の範囲

1 . 複数ェレメン夕リストリ一ムを多重化してなるデジタルストリ一ムを記録媒体から読み出して再生する再生装置であって、

各エレメンタリストリームについてのエントリ一が記述されたテープルを記録媒体から取得する取得手段と、

テーブルに記述されたェレメンタリストリームのそれぞれが所定の条件を満たすか否かを判定する判定手段と、

所定の条件を満たすと判定されたェレメンタリストリームのうち、テ一ブルにおけるェントリ一順位が最も高いものを選んで再生する再生手段と

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

2 . 前記デジタルストリームに多重されているェレメンタリストリ一ムにはグラフィクスストリームがあり、

前記テーブルは更に

デジタルストリームと共に再生されるテキストストリームについてのエントリ一を有しており、

前記再生手段がグラフィクスストリ一ムを再生するのはグラフイクスストリームについてのエントリーが、テキストストリームについてのェントリ一より高順位となる場合であり、

グラフィクスストリームについてのェントリー順位がテキストストリームについてのエントリ一順位より低い場合、前記再生手段はテキストストリームを再生する

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

3 . 前記所定の条件とは、

グラフィクスストリーム及びテキストストリームを再生する能力が再生装置に存在することであり、

グラフィクスストリーム及びテキストストリームの一方を再生する能力は存在するが、他方を再生する能力がない場合、テ一ブルにおける順位に拘らず前記一方のストリームを再生する

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

4 . 前記再生装置は状態レジスタを有し、

前記再生手段による選択は、

テーブルにおけるェトリ一順位が最も高いェレメン夕リストリームのストリーム番号を状態レジスタに書き込むことでなされる

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

5 . 前記記録媒体には複数の再生区間情報が記録されており、前記判定手段による判定及び再生手段による選択は

前記再生区間情報のうち、 1つによる再生が開始した際になされ、当該 1つの再生区間情報による再生が終了すれば、前記状態レジスタの設定値を無効化する

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

6 . ストリームの切換要求がなされた場合、切換先のストリーム番号を取得する取得手段と、

取得した切換先ストリ一ム番号が有効である場合、当該ストリーム番号を状態レジスタに設定する設定手段とを備え、

取得した切換先ストリーム番号が無効な値である場合、状態レジス夕の設定値は維持され、

前記判定手段による判定及び再生手段による選択は

取得した切換先ストリーム番号が不定値である場合になされることを特徴とする請求項 4記載の再生装置。

7 . 前記再生装置は、ユーザ操作を受け付ける受付手段を備え、切換先のストリーム番号は、受付手段が受け付けたユーザ操作に基づく値である

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

8 . 前記再生装置は、記録媒体に記録されたコマンドを実行する実行手段を備え、

切換先のストリ一ム番号は、実行手段が実行したコマンドに基づく値である

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

9 . 前記無効な値とは、テーブルに記述されているエントリ一数を上回る番号である

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

1 0 . 前記再生装置は、記録媒体が装填された際、不定値を状態レジスタに設定する設定手段を備え、

前記判定手段による判定及び再生手段による選択は

状態レジスタの設定値が不定値である場合になされる、ことを特徴とする請求項 4記載の再生装置。

1 1 . 記録媒体であって、

デジタルストリームと、テ一ブルとが記録されており、

テーブルは複数ェントリ一を有し、

各エントリ一はデジタルストリームに多重されているエレメンタリストリーム及ぴデジタルストリームに関連するエレメンタリストリームに対応づけられており、

テーブルにおける各ェントリ一の順序は、

デジタルストリームの再生時において、各エレメンタリストリームを選択するにあたっての優先順位を示す

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

1 . 複数ェレメンタリストリームを多重化してなるデジタルストリームを記録媒体から読み出して再生する処理をコンピュー夕に実行させるプログラムであって、

各エレメンタリストリームについてのェントリーが記述されたテ一ブルを記録媒体から取得する取得ステップと、

テーブルに記述されたェレメンタリストリ一ムのそれぞれが所定の条件を満たすか否かを判定する判定ステップと、

所定の条件を満たすと判定されたェレメンタリストリームのうち、テ —ブルにおけるェントリ一順位が最も高いものを選んで再生する再生ステツプと

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

1 3 . 複数ェレメン夕リストリ一ムを多重化してなるデジ夕ルストリ —ムを記録媒体から読み出して再生する再生方法であって、

各ェレメンタリストリームについてのエントリ一が記述されたテープルを記録媒体から取得する取得ステップと、

テーブルに記述されたェレメンタリストリームのそれぞれが所定の条件を満たすか否かを判定する判定ステップと、

所定の条件を満たすと判定されたェレメンタリストリームのうち、テ一プルにおけるェントリ一順位が最も高いものを選んで再生する再生ステツプと

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