WO2004114658A1

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

Info

Publication number: WO2004114658A1
Application number: PCT/JP2004/008830
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: 2004-12-29
Also published as: EP2149882B1; JP2009089403A; EP1921623B1; EP2383743B1; EP1677532A4; JP2009201128A; KR20090060377A; JP4659102B2; CN101261861B; EP2254124A1; US8208795B2; JP2009089402A; KR101037010B1; US20110091185A1; EP1921623A3; JP4243278B2; WO2005011273A1; EP1638328A4; KR101036984B1; EP1921623A2

Abstract

　BD-ROMに記録されたAVClipを再生するにあたって、再生すべき各エレメンタリストリームが、予め定められた複数条件のうち、どれを満たすかを判定する判定する。この条件は、エレメンタリストリームを再生する能力が再生装置に存在すること(a)、エレメンタリストリームの言語属性が、再生装置側の言語設定と一致していること(b)、エレメンタリストリームのチャネル属性がサラウンドになっていて、尚且つサラウンド出力の能力が再生装置に存在することであり(c)、再生装置は満たすと判定された条件のパターンに応じて各エレメンタリストリームに優先順位を付し、その優先順位の高低に従いストリームを選んで再生する。

Description

明細書再生装置、プログラム、再生方法技術分野

本発明は、記録媒体についての再生装置に関し、特に複数エレメン夕リストリ一ムから 1つを選んで再生する機能の改良に関する。

背景技術

近年の映画作品の頒布では、 1つのデジタルストリームに多重されるストリームの数が多くなる傾向があり、上述したスドリーム選択機能は特に重要視される。ストリーム数が多くなるのは、コーディック、チヤネル数、言語属性のあらゆる組合せに対応しょうとするためである。

ここでコーディックに、 AC-3 (2ch) , AC-3 (5. 2ch) , DTS (5. 2ch)という種別があり、言語属性に日本語、英語がある場合、計 6つの組合せについて、オーディオストリームが製作されデジタルストリームに多重されることになる。これらのオーディオストリームには、特定の番号体系が付されているので、複数オーディオストリームのうち、どれかの番号を再生装置側の状態レジスタに設定しておき、この番号を有するオーディォストリームを選択して再生させるという動作を再生装置に行わせば、ある決まったコ一ディック一言語に対応しているオーディオストリームが常に再生されることになる。

この状態レジスタの設定値は工場出荷時に初期設定され、ユーザは事後的にこの状態レジスタを更新することができる。

ところで上述したような再生装置では、ユーザが状態レジスタを設定し直さない限り状態レジスタの値が書き換えられないため例えば状態レジスタが AC-3 (2ch)に設定されてしまえば、たとえコンテンツ側に AC- 3 (5. l ch)が存在していたとしても、状態レジスタの更新操作をユーザが行わない限り、 AC-3 (5. l ch)は再生されず、埋没してしまうことになる。かかる埋没を避けるには、 AC-3 (5. l ch)の再生能力を活用するよう、状態レジスタの自動設定機能を、再生装置側に持たせればよいように思える。しかし AC - 3 (5. l ch)のオーディォストリームが存在するかどうかはコンテンッによってバラバラである。例えば最新ヒット作には AC- 3 (5. l ch) は必ず存在するだろうか、過去の映画作品やマイナ一な映画作品には AC- 3 (5. l ch)が存在するとは限らない。 AC-3 (5. l ch)がないコンテンツの再生時にかかる状態レジスタ自動設定機能が働けば、再生装置は実在しないオーディオストリームを選択してしまうことになる。

逆にオーディオストリームを自動的に選択するように、 BD- ROMに記録しておけばかかる問題は解消されると思われる。しかし AC-3 (5. ich)のデコード能力があるかどうかは、再生装置によってバラツキがあり、 AC- 3 (5. l ch)のデコード能力がない再生装置に対して AC- 3 (5. l ch)のォ一ディォストリームを選択するよう BD-R0Mが働きかけるというのはよくない。

このようにコンテンツにおける AC-3 (5. lch)オーディオストリームの有無のバラツキと、再生装置におけるデコード能力のバラツキとがあるため、常に最良のオーディオストリームを選択するには、ユーザによる設定に頼るしかなかつた。そのためかかる操作をユーザが怠れば、

AC- 3 (5. l ch)ストリームは再生されないまま埋もれてしまうことが多かつた。

発明の開示

本発明の目的は、記録媒体及び再生装置の長所が最大限に発揮できるように、ストリーム選択を.行うことができる再生装置を提供することでめ o

上記目的は、再生すべき各ェレメンタリストリームが、予め定められた複数条件のうち、どれを満たすかを判定する判定手段と、満たすと判定された条件のパターンに応じて各エレメンタリストリームに優先順位を付し、その優先順位の高低に従いェレメンタリストリームを選んで再生する再生手段とを備える再生装置により達成される。

デジタルストリームに多重されている複数ェレメンタリストリームのそれぞれには、満たすべき条件のパターンに応じて優先順位が与えられる。個々の条件が、再生装置によりデコードされうること、再生装置における言語設定、再生装置によりサラウンド出力されることであり、デジタルストリ一ムに存在する AC- 3(5. lch)のェレメンタリストリームがこれらの条件を全て満たすなら、この AC- 3(5. lch)オーディォストリームに最高の優先順位が与えられ、再生に供されることになる。一方、 AC-3(5. lch)オーディォストリームを再生する能力が再生装置にない場合は、再生装置によりデコードされること、再生装置における言語設定を満たすストリームが再生に選択されることになる。

満たすべき条件のパターンに応じた優先順位を各オーディオストリームに与え、この優先順位が高い場合に、オーディオストリームを選んでゆくので、「最低限再生できるものを選ぶ」という考え方から脱皮を図り、再生装置側の能力がより発揮されるようなストリームが再生に選ばれることになる。

図面の箇単な説明

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

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

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

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

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

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

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

図 7は、 sync— Playltem一 id, sync— start— PTS— of—Playl temによるサブ Playltemの同期を模式的に示す図である。

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

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

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

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

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

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

図 1 1は、 HD上のプレイリスト情報内の Clipjnformation— 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は、再生能力と、ストリームの属性との組合せを表形式で示した図である o

図 1 8は、 STltableにおける entryの順位に基づく、オーディオストリーム選択を示す図である。

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

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

図 2 1 ) 〜 ( c )は、 Procedure when playback condi tion is changed による才一ディォストリ一ム選択の第 2具体例を示す図である。

図 2 2 ) ~ ( c )は、 Procedure when playback condition is changed による才一ディォストリ一ム選択の第 3具体例を示す図である。図 23 (a) は、 PSR2が取り得る状態遷移を示す図である。

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

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

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

図 2 6 (a)〜 (cjは、 Procedure when playback condi tion is changed による PG_textST— stream選択の具体例を示す図である。

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

図 2 8は、第 2実施形態に係る PlayList情報の構成を示す図である。図 2 9は、第 2実施形態に係るファィル構成を示す図である。

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

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

図 3 2 ( a ) は、 PSR3の状態遷移を示す ¾である。

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

図 32 ( c ) は、 PSR3における Procedure when change is requested を示すフローチャートである。

図 33 (a) (b) は、アングル区間の選択がどのように行われるかを示す図である。

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

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

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

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

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

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

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

図 42 ( b ) は、 PSR0における Procedure when playback condi tion 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は、図 5 2に示したページ 1〜ページ 4を、選択メニュー、チヤプターメニューにどのように割り当てるかを示す図である。

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

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

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

図 57 ( b ) は、 PSR10についての Procedure when playback condition i s changedを示すフローチヤ一トである。

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

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

図 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キー、 MoveR i gh tキー、 MoveLef tキ一、音声切り換え操作を受け付ける音声.切換キー、字幕切り換え操作を受け付ける字幕切換キー、数値キー「0」〜「9」が設けられている。

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

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

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

く AVClipの構成 >

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

AVClipは（中段）、複数のビデオフレーム（ピクチャ 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という名称で呼ばれる。以上が AVC1 ipについての説明である。

く Clip情報の構成〉

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

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

『Program info』は、 AVCI ipに多重化されている個々のエレメンタリストリ一ムについての PID及び属性を、 stream— indexに対応づけて示す情報である。 stream— indexは、本 CI ip情報が対応する AVCI ipに多重化されている個々のエレメンタリストリームについてのインデックスである。 stream_indexで識別されるェレメンタリストリ一ムの PIDは、破線の矢印 hn2に示す複数の stream_PID[stream一 index] entryに示される。

また各ェレメンタリストリームの属性は、破線の矢印 hn2に示す複数の stream— Attribute [stream— i ndex]に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、 PIDに対応するェレメンタリストリ一ムがどのような圧縮方式で圧縮されたか（Coding), ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Resolution), ァスぺクト比はどれだけであるか（Aspect)、フレームレートはどれだけであるか (Framerate)等を示す。一方、オーディオ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか（Coding)、そのオーディオストリームのチヤネル属性が何であるか（Ch.)、何という言語に対応しているか（Lang)等を示す。 stream_indexを介することにより、所望のエレメンタリストリ一ムの属性を Program Info.から検索することができる。

『EP一 map』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線 hn5 に示すように複数のェントリ一情報（ACCESS UNIT#1ェントリー、 ACCESS 蘭 IT#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、 III. CLPIについて説明する。サブ CI ip (ZZZ. M2TS)は、他の AVClipと同期再生されるストリームを格納したファイルである。かかるストリームの代表的なものが上述した textSTストリームである。この他のサブ Clipには、オーディオストリームや IGストリームがある。サブ Clipと区別するため、図 3に示した AVClipをメイン Clipと呼ぶ。

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

< PL情報の構成 >

続いて YYY. MPLSについて説明する。プレイリスト情報（YYY.MPLS)は、メインパス、サブパスと呼ばれる 2種類の再生経路を束ねたものを

Playlist(PL)として定義する情報である。図 5は、プレイリスト情報のデータ構造を示す図であり、本図に示すようにプレイリスト情報は、メインパスを定義する Play Item情報 #1,#2····#ηιと、サブパスを定義するサブパス情報 #1， #2 · · ' · #ρとからなる。

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

先ずメインパスについて説明する。メインパスは、複数の Playltem情報 (Playl tem情報 # 1 , #2 , #3 · · ' #n)と、これら P 1 ay I tem'if報数 (Number)とから定義される。 Playl tem情報は、メィンパスを構成する 1つ以上の論理的な再生区間を定義する。 Playl tem情報の構成は、引き出し線 lislによりクローズアップされている。この引き出し線に示すように Playl tem情報は、再生区間の In点及び Out点が属する AVClipの再生区間情報のフアイル名を示す『Clip_Information_file_name』と、当該 AVC1 ipがどのような符号化方式で符号化されているかを示す『Clip— codec_identifier』と、再生区間の始点を示す時間情報『IN_Urae』と、再生区間の終点を示す時間情報『0UT_tinie』と、 AVClipやサブ Clipに多重化されているエレメンタリストリームのうち、再生可能なものを示す『STltable』とから構成される。

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

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

様々な PL情報を定義するだけで、映画作品のパリエーションは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、 BD-R0Mにおける再生単位には、 Playltemといつたものの他、 Title、 Chapterがある。 Titleとは、いわゆる映画作品に相当する再生単位であり、 1つ以上の PL情報から構成される。一方 Chapter とは、いわゆる章に相当する単位であり、 Mark情報と呼ばれる情報により規定される。

' 尚、 PL情報のファイル名 YYYは、 BD- ROMにおいて PL情報に付与される 3 桁の識別番号を抽象化している。つまり本図における PL情報は、この識別番号 YYYを用いて一意に鹬'別される。 PL情報の識別番号を" YYY" と表現しているのは、 PL情報の識別番号が、 AVClip及び AVClip情報の識別番号 XXXとは別の番号体系であることを意味している（ここでの 3桁という桁数は例示に過ぎず、何桁でもよい。）。以上がメインパスについての説明である。続いてサブパスについて説明する。 <サブパス >

図 5の矢印 hclは、サブパス情報の内部構成をクローズアップして示す。この矢印 hclに示すように各サブパス情報は、 1つ以上のサブ Playltemからなる。また各サブ Playltemは、図中の矢印 hc2に示すように

『C1 ip— information— fi le—name』、『cl ip— codec— identifierj 、

『SubPlayI tera— In— time』、『SubPlayI tem— Out_time』、『sync— Playl tem— id』、『sync— start— PTS_of—PlayI tend からなる。

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

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

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

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

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

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

『sync_start— PTS— 0 Playltem』は、 sync_PlayI tem— idで指定された Play Itemの再生時間軸上において、 SubPlayl temjn_timeで指定されたサブ Playltemの始点が、どこに存在するかを示す。サブ Playl temの再生時において、現在の再生時点が、この sync_start—PTS— of— Playltemで指示される時点に到来した場合、サブ Play Itemによる再生が開始される。図 7は、 sync— Playl tem一 id, sync— start— PTS— of—Playl temによるサブ Playltemの同期を模式的に示す図である。本図におけるメィンパスは、 Play Itera#l,#2,#3からなる。サブパスを構成するサブ Playltemの sync— Playltem— id, sync— start— PTS— of— Playltemの指定は、破線枠 whlの内部に示す通りであり、 sync_PlayItem_idは Playltem#lを示すように設定されている。 sync— start— PTS— of— Playltemは、 Play Itemの再生時間軸 -上における時点 tlを示すように設定されている。そうすると、 Play Item の再生時間軸上において、現在の再生時点が tlに到達した際、

Clip— information_file_nameで指定されたサブ Clip(textSTストリーム）のうち、 SubPlayItem_In— timeから SubPlayl tem— Out— timeまでの部分が再生されることになる。かかる再生により、 textSTストリームのうち、 SubPlayl tem_In_time, SubPlayl tem_0ut— timeで指定された部分が AVCl ip と同期再生されることになる。以上がサブパス情報についての説明である。上述した Play Item情報の構成において STN— tableは、状態設定に用いられる情報であり、本発明の実施になくてはならない必要不可欠な要素である。以降 STltableについてより詳細に説明する。

< STN_table>

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

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

(entry-attribute)を複数含み、これら entry— attributeの組みの個数 (number— of—video— stream— entries, number— of—audi o— stream— entries, n umber_of—PG— textST— stream— entries, number_of _IG_stream_entr i es)を示すデータ構造になっている。

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

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

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

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

『ref— to— stream— PID— of_mainCl ip』を含む。

ビデオストリ一ムにおける 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_type』と、対応するオーディオストリームのチャネル構成を示し、サラウンド出力の可否を示す『audio— presentation_type』と、対応するオーディオストリームの言語属性を示す『audio_language codej 等からなる。

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

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

PGストリームにおける attributeは、 0x90に設定されることにより PG ストリームのコーディックを示す『stream— coding— type』と、対応する PGストリームの言語属性を示す『PG_language code』とからなる。

図 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_subCl ip』とからなる。

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

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

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

『ref— to— stream— PID— of— mainCl ip』を含む。

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

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

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

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

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

以上が記録媒体の説明である。続いて本発明に係る再生装置の実施形態について説明する。図 1 2は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステム LSIと、ドライプ装置という 2つのパーツからなり、これらのパーツを装置のキヤビネット及び基板に実装することで工業的に生産することができる。システム LSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、 BDドライブ 1、リードバッファ 2、デマルチプレクサ 3、ビデオデコーダ 4、ビデオプレーン 5、

P- Graphicsデコーダ 9、 Presentation Graphicsプレーン 1 0、合成部 1 1、フォントゼネレータ 1 2、 I- Graphicsデコーダ 1 3、スィッチ 1 4、 Interactive Graphicsプレーン 1 5、合成部 1 6、 HDD 1 7、リ一ドバッファ 1 8、デマルチプレクサ 1 9、オーディオデコーダ 2 0、シナリオメモリ 2 3、制御部 24、スィッチ 2 5、 CLUT部 2 6、 CLUT部 2 7、 PSR セット 2 8、操作受付部 2 9、遷移制御部 3 0から構成される。

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

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

デマルチプレクサ（De- MUX) 3は、リードパッファ 2から TSパケットを取り出して、この TSパケットを構成する TSパケットを PESパケットに変換する。そして変換により得られた PESパケットのうち、制御部 24から設定された streamPIDをもつものをビデオデコーダ 4、オーディオデコーダ 20、 P- Graphicsデコーダ 9、 I- Graphicsデコーダ 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は、一画面分の領域をもったメモリであり、一画面分の非圧縮グラフィクスを格納することができる。本プレーンにおける解像度は 1920X 1080であり、 Presentation Graphics プレーン 1 0中の非圧縮グラフイクスの各画素は 8ビットのインデックス力ラーで表現される。 CLUT Color Lookup Tabl e)を用いてかかるィンデックスカラ一を変換することにより、 Presentation Graphicsプレーン 1 0に格納された非圧縮グラフイクスは、表示に供される。

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

フォントゼネレータ 1 2は、文字フォントを用いて textSTストリームに含まれるテキストコードをビットマップに展開する。 I - Graphicsデコーダ 1 3は、 BD- ROM又は HDから読み出された IGストリームをデコードして、非圧縮グラフィクスを Interactive Graphicsプレーン 1 5に書き込む。

スィッチ 1 4は、フォントゼネレー夕 1 2が生成したフォント列、 P- Graphi csデコーダ 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-R0M に存在しないグラフィクスストリームの再生や、 BD-R0Mに存在しない textSTストリームによる再生を実現することができる。

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

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

オーディオデコーダ 20は、デマルチプレクサ 1 9から出力された PES バケツトを復号して、非圧縮形式のオーディォデータを出力する。

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

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

P - Graphicsデコーダ 9、 I-Graphicsデコーダ 1 3、オーディオデコーダ 20に投入し、 AVClipを再生させてゆく。

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

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

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

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

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に値を設定するとの処理を行う。

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

また操作受付部 29から出力された User Operation情報や I- Graphics デコーダ 1 3から出力されたポタンコマンドにより PSRの変更が要求された場合、遷移制御部 3 0は、操作受付部 29から出力された User Operation情報、 I-Graphicsデコーダ 1 3から出力されたポタンコマンドに基づき、 PSRに設定すべき値（値 X)を決定し、この値 Xに基づき、 PSRを更新する処理を行う。ここで操作受付部 29から出力された User Operation情報が、音声切換キー、副映像切換キーの押下を示すものであるなら、 PSRの数値に 1を加えた値を値 Xとして決定する。また操作受付部 29から出力された User Operat i on情報が数値キ一の押下をすものなら、その押下された値を値 Xとして決定する。一方、操作受付部 29から出力されたボタンコマンドが PSRの設定を再生装置に命じるものなら、そのボタンコマンドの引数で指定された値を値 Xとして決定する。このようにして値 Xが決定されれば、値 Xが有効な値（Valid)であるか、不定値であるは、無効な値（Invalid)であるかを判定し、判定結果に応じた PSR更新処理を行う。ここで値 Xが有効であるなら、値 Xを用いて PSRを上書きする。値 Xが不定値であるなら、最適な値を選んで PSRに設定する。値 Xが無効な値であるなら、 PSRの数値を維持する。く PSRについての説明 > 以上が本発明に係る再生装置の構成である。続いて PSRセットにおける個々の PSRについて説明する。 PSRセットのうち？51^1、？51¾2、1^1115、？81¾16、 PSR30は、再生装置における音声 '字幕の選択や、これらをデコ一ド '表示する能力の有無、言語設定を示すものである。図 1 3は、 PSR1、 PSR2、 PSR15, PSR16, PSR30の詳細設定を示すである。

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

PSR2は、 disp— f lagを含み、再生装置により現在選択されている

PG_textST— streamを特定する。 disp— flagは、 " 0" に設定されることにより、 PGストリ一ム及び textSTストリ一ムの表示が不可能であることを示し、 " 1" に設定されることにより PGストリーム及び textSTストリームの表示が可能であることを示す。

PSR15は、 LPCM capabil ity, AC-3 capabi 1 i ty, DTS capabi 1 i tyを含む。

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

以上が図 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 (カレント Pl ay I tem)の番号を示す。

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

< PSR1の状態遷移〉

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

PSR1は、カレント Pl ay I temの STltab l eに entryが記述されている複数オーディオストリームのうち、 1つを特定するものである。 PSR1の設定値が変化すれば、再生装置はこの変化後のオーディォストリームを再生する。 PSR1は初期値として OxFFが設定されており、再生装置により 1〜32 の値に設定されうる。この OxFFは、不定値であり、オーディオストリームが存在しない旨、又は、オーディオストリームが選択されてない旨を示す。 1〜32の設定値は、オーディオストリーム番号として解釈される。図 1 5 ( a ) は、 PSR1の設定値が取り得る状態遷移を示す。本図において Val i dとは、 PSR1の値が、 Pl ay emの STltabl eに記述された ent ry 数以下の番号になっていて、尚且つ、デコード可能であることを意味する。

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

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

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

Procedure when YYYc ange is requestedは、ユーザ力何等かの切り換え（図 1 5において stream)を要求した際、実行すべき処理手順を示す。

これら破線枠に示される 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 PI ay I tem 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 condition is changed. Procedure when change is requestedにより PSR1は設定されるのである。

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

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

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

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

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

一方、 PSR1が Validである場合に、かかる事象 Change a Streamが発生すれば (図中の cj2)、 Procedure when change is requestedカ実行されて、新たな値が PSR1に設定される。ここで Procedure when change is requestedの実行により設定される値は、ユーザが希望した値にならない場合も有り得る。何故なら、 Procedure when change is requestedは、無効な値を排除する機能を有しているからである。 PSR1が Val idにおいて、 Change streamが発生した場合、 Validから Inval idに状態遷移することは有得ない。 PSR1が Invalidにならないよう、 Procedure when change is requested側で保証するからである。『Cross a Playltem boundary』とは、ある Play Itemの境界通過という事象を意味する。ここで Play Itemの境界とは、連続する 2つの Play Item のうち、先行する側の終端、後続する側の先端の狭間を意味する。 PSR1 が Validである場合において、かかる事象が発生すれば、 Procedure when playback condition is changed力実行されることがわかる ₀ そして、 Procedure when playback condition is changedの実行後、 PSRlの状 |g は Validに戻るか、 Invalidに移行することが分かる。 STN— tableは Play Item毎に存在しており、 Play Itemが変われば、再生可能なェレメンタリストリームも変わってしまう。 Play Itemの再生開始毎に、 Procedure when change is requestedを実行して Flay I tem毎に最適な設定値を PSRlに設定するというのが、この状態遷移の趣旨である。

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

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

ステップ S 2は、 STltableにおける entry数は 0ではない場合に、 PSR1 より STN— tableの entry数が多く、尚且つ、条件（A)が真であるかを判定するものである。条件（A)とは、 PSR1で特定されるオーディォストリームを再生する能力が再生装置に存在することである。もしステップ S 2が Yes であれば PSRlを維持する（ステップ S 4)。もし PSR1の値が entry数より大きいか、或は条件（A)を満たさない場合は、 PSR1を再設定する（ステップ図 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の言語属性が再生装置の言語設定と同じであることであり、これを満たすか否かの判定は、 STltab l e に記述されたオーディォストリーム iの Audi o_l anguage_codeが PSR16の設定値と同じであるか否かの比較でなされる。

条件（c)とは、オーディオストリーム iのチャネル属性がサラウンドであり、これを再生する能力が再生装置に存在することである。これを満たすか否かの判定は、 PSR15と， Aud i o Stream® aud i o_presen tat i on_type> stream— cod i ng— typeとの比較でなされる。

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

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

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

ここでコーディック、言語属性、チャネル属性が同じオーディオストリームが複数存在しており、これらがそれぞれ本編音声、コメンタリ、

BGMである場合、図 1 8に示すように本編音声にあたるオーディオストリームについての entryを、 STN_tab l eにおいて先頭順位に記述する。そしてコメンタリ一にあたるオーディオストリーム、 BGMにあたるオーディオストリ一ムの entryを次順位以降に記述しておく。そうすると、自動的に本編音声が選択され、コメンタリ、 BGMが後回しにされる。

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

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

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

7 )。

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

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

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

Stream— codeig— typeの比較で判定される。もしがこの条件を満たすなら、 PSR1に Xを設定する（ステップ S 2 1 )。

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

3)。

もし PSR1の設定値が OxFFであるなら、 PSR1を設定する（ステップ S 2

4)。このステップ 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- R0M、再生装置双方の能力を発揮することができるオーディオストリ一ムが選択されることになる。

<PSR1設定の具体例 >

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

かかる再生装置に対し、図 2 0 ( b ) に示すオーディオストリーム、 STltab l eが記録された BD- ROMが口一ディングされたとする。この

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

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

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

この場合、 STltableにおける entryを参照することで、選択が望ましいオーディオストリームの優劣を規定する。図 1 7において再生装置側に能力がない場合、再生装置は AC- 3(5. lch)を 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)のダウンミキシング再生を期待していることが多い。このようにダウンミキシングに対する期待が高ければ、ォーサリング担当者は

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

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

ここで、ォ一サリング担当者が、 AC- 3(5. lch)のダウンミキシング再生より、 AC- 3(2ch)の再生を期待している場合の STN— tableの記述例と、ォ —ディォストリームの選択例とについて図 22を参照しながら説明する。ここで想定する再生装置はサラウンド出力能力がない再生装置なので、 PSR15.16の値は、図 2 1 (a) の通りになる。また STN_tableは、図 20 (b ) と同じ内容に設定されており（図 2 1 (b ) ), 再生装置がサラウンド出力能力がない再生装置である。この場合、条件（b)、条件（b)を満たすオーディオストリーム 4、オーディオストリーム.5が同じ優先順位" 1 " に、条件（a)のみを満たすオーディォストリーム 1、オーディオストリーム 2が次の優先順位" 2"になる。優先順位は" 1 "になったため、オーディオストリーム 4、オーディオストリーム 5の優劣がつかない。この場合、再生装置は、 STN_tableにおける entry順位に従いオーディオストリームを選ぶ。この記述例においてォーサリング担当者は、 AC-3(5. lch)のダウンミキシングより、 AC- 3 (2ch)の再生を期待しているので、図 2 1 ( b ) における STltableにおいて、 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)のダウンミキシング再生を期待しているので、 STltable において、 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 I temの 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) と同じになっている。また、図 2 3 (b) は、 PSR2における Procedure when playback condition is changedを示すフローチヤ一卜、図 24は 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は、 STltable に記述されている PG_textST_streamのそれぞれについて、ステップ S 3 3〜ステップ S 3 5の処理を繰り返すループ処理になっている。本ル一プ処理において処理対象となる PG_textST_streamを PG_textST_streami とする。ステップ S 3 3は、 PG_textST—streamiの stream— coding— type が 0x91であるか、 0x92であるかの判定であり、もし 0x91であるならステップ S 3 4に移行する。

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

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

(b)PGストリーム iの言語属性が再生装置の言語設定と一致することこの（b)の条件は、 STN— tableにおける PG_language— 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)を満たす PGstreamが存在しないかどうかの判定であり、もし存在しないのなら、ステップ S 3 9において I nva l 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のうち、 STltabl eにおけるェントリ一順位が最も高いものを PSR2に設定する。以降具体例を交えながら、本フローチャートの処理について説明する。

く PSR2設定の具体例 >

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

かかる再生装置に対し、図 2 6 ( b ) に示すような STN_tab l eがロードされたとする。この STltabl eには、 2つの textSTストリームの

entry (PG_textST_streaml， 3)と、 2つの PGストリームの

entry (PG_textST_stream2, 4)とが記述されている。かかる記述内容の STN—tab l 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—tab l eに entryが示されている全てのストリームに対し、上述したチェックがなされれば、 4つ目のストリームが条件（a)〜条件（b)の全てを満たし、 2つ目のストリームは条件（a)を、 1つ目， 3つ目のストリームは、選択の対象から除外される。

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

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

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

<変更例 >

Procedure when change i s reques tedにおいて値 Xが無効な値であるなら、遷移制御部 3 0は PSR1 , 2の格納値を維持するとしたが、ユーザにより音声切換キ一、字幕切換キーが押下された場合の処理としては望ましくない。音声切換キー、字幕切換キーが押下された場合、本来値 Xは" PSR+1 " になるべきである。にも拘らず、値 Xが無効であるとの理由で、 PSR1 , 2の格納値が維持されれば、ユーザは再生装置が誤動作しているように、感じるからである。

そこで音声切換キー、字幕切換キーが押下された場合、遷移制御部 3 0は、 Procedure when change i s requestedに加； ίて以の処理を行つ。この処理とは、 Procedure when change i s reques tedを実行するにあたつて、 Procedure when change i s reques ted実行前の PSRの格納値と、 Procedure when change i s requested実行後の PSRの格納値とを比較するというものである。もし前後の格納値が同じであれば、 X— X+ 1という処理にて値 Xをインクリメントし、再度 Procedure when change i s requested を実行する。こうすることで、 Procedure when change i s reques tedにより PSRが更新されるまで、値 Xのィンクリメントは繰り返される。

Procedure when change i s requestedの実行により PSRの数値が更新されれば、前後の数値が違った値になるので、その時点で、 Procedure when change i s reques tedの実行で得られた PSRの数値を採用してストリームの選択を行う。

例えば PSR1に" 3 "が格納されており、ストリーム番号 = 4, 5が無効である場合の上述の処理の具体例について簡単に説明する。この場合遷移制御部 3 0は、 PSR1の格納値に " Γを加えた値 4を値 Xとする。そして Procedure when change i s reques tedを実行する。この場合、ス卜リ一ム番号 = 4は無効なので、 PSR1は元の値 3から変化しない。このように PSR1 の格納値に変化がない場合、 4である値 Xをィンクリメントして 5にした上で、再度 Procedure when change is requestedを実行する ₀ この場合、ストリーム番号 =5は無効なので、 PSR1は元の値 3から変化しない。このように PSR1の格納値に変化がない場合、 5である値 Xをィンクリメントし、 6にして再度 Procedure when change is requestedを実行する _c 値 6は有効なので、 Procedure when change is requestedにより有カなストリーム番号 =6が、自動的に選ばれることになる。音声切換キーの押下時に、上述した処理を行えば、無効なストリ一ム番号の存在をユーザに意識することなく、スムーズな音声切り換えを実現することができる。

(第 2実施形態）

第 2実施形態は、マルチアングル区間における状態設定に関する。マルチアングル区間実現のためのデータ構造は図 5に示した Play Item情報にある。図 28は、 Play Item情報のデータ構造を示す図である。本図に示すようにマルチアングル区間対応の Play Item情報は、通常の Play Itemとの互換部分と、マルチアングル区間実現のための拡張部分とからなる。互換部分のデータ構造は図 5と同じであり、

rciip_codec_identifierJ 、『IN_time』、『0UT— time』、『STN_table』である。マルチアングル区間において、この互換部分で指定される AVC1 ip は、 1本目のアングル区間として取り扱われる。こうすることで、マルチアングル区間に対応しえない再生装置（BD-REのデータ構造しか対応しえない再生装置）が、マルチアングル区間対応の Play Itemを読み取つたとしても、この互換部分のみを参照して再生を行うことで、 1本目のアングル区間を再生してゆくことができる。拡張部分のデータ構造は、 ris—nmlti— angles』，『number一 of一 anglesj , 『Angle情報 [1] [2]… [j]』からなる。

『is_multし angles』は、この Play I temに対応する再生区間がマルチァングル区間であるか、非ァングル区間であるかを示す。

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

『is_nmlti_angles』が設定されている場合、このマルチアングル区間を構成するアングル数を示す。『Angle情報 [1] [2] · · · [j]』は、マルチアングル区間における個々のァングル区間についての情報であり、『Clip— Information— file— name』、『C1 ip— codec— identifierj を含む。

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

『Clip_codec— identif ier』は、アングル情報の

Clip_Information— file_nameにて記述されたファィル名の AVClipにおける符号化方式を示す。

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

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

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

図 3 0 (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が存在する AVC1 ipをアクセスし、これの Play Itemの In_tiraeから Out_timeまでの TSバケツトを読み出すよう BD-R0Mドライブ 1を制御する。そして TSパケットが読み出されれば、これを順次ビデオデコーダ 4に投入し、アングル区間を再生させてゆく。

PSR3の設定値が 2以上であれば、 Play I temのアングル情報内の

Clip— Information_file_nameで指定されている AVClip (先に述べた RightK LeftK Ri ght2)をアクセスし、これを構成する 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 Playl tem Boundaryをトリガとした状態遷移は存在しないことがわかる。そして Start PlayList Playbacks Terminate PlayList Playback力 Start

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

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

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

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

図 3 2 ( 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 5 5)。

図 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であるため制御部 24は、この PSR3の設定値に拘らず、 Playltem#2の

In— time, Out— timeが存在する AVC1 ip (XXX. M2TS)の再生を実行する。

非アングル区間 #2には Playltem#3により指定されるマルチアングル区間 #3が後続している。マルチアングル区間 #3の再生が開始されれば、 PSR3 は、設定値を維持したまま、 Invalidから Validに移行する。こうして PSR3 が Validになれば、この PSR3の設定値に応じたアングル区間が選択されることになる。 PSR3は、設定値 =2を維持したままなので、制御部 24はこのアングル番号 =2により指示されるアングル区間（Rightsを選択して再生する。本図における矢印 gglは、以上に述べたアングル区間選択の移り変わりを示す。以上は PSR3の設定値が「PSR3=2」に設定されている場合の説明である。続いて、 PSR3の設定値が「PSR3=3」に設定されている場合について説明する。図 3 3 (a ) と同様に再生がなされ、非アングル区間の再生がなされている場合を想定する。図 3 2 ( a ) に示した状態遷移により PSR3 の設定値は、 Invalidとしての取り扱いのまま、 " 3" に更新される。こうして PSR3の設定値 =3を保ったまま非アングル区間の再生が継続することになる。こうした再生の継続後、非アングル区間の再生が終了しマルチアングル区間 #3の再生が開始したとする。マルチアングル区間の再生開始なので、 Procedure when playback condition is changed力実行される。図 3 2 (b) のステップ S 5 1 において、現在の PSR3の設定値が、 Play Item#3に規定されているァングル数（number of angles)を上回つているかどうかの判定がなされる（ステップ S 5 1 )。ここで Play Item#3 において選択可能なアングル区間数は 2本であり、 PSR3=3は、上回つている。これにより PSR3は、 1に設定されることになる（ステップ S 5 2 )₀PSR3 は 1に設定されるので、 XXX.M2TSが選択され、 1本目のアングルが再生されることになる。本図における矢印 gg2は、以上に述べたアングル区間選択の移り変わりを示す。

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

(第 3実施形態）

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

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

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

ICSは、動画の再生と同期させながら、ページを表示させるための制御情報である。動画との同期は、 ICSを格納した PESバケツトの DTS、 PTSにより規定される。つまり ICSを格納した PESパケットの DTSは、対話機能を有効とする期間（ I C Sを V a 1 i dとする期間）の開始時期を示す。

図 34の矢印0111は、 ICSの内部構成をクローズアップしている。この矢印に示すように ICSは、『 loading— model』，『user_interface— model』，『compos i t i on— t ime— out— pts』，『selection— time— out— pts』，

『user— time一 out_duration』、表示可能な複数ページのそれぞれに対応する『ページ情報（1)(2)···(ί)·'·(η)』を含む。

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

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

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

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

続いてページ情報について説明する。本図における矢印 cu2はページ情報の内部構成をクローズアップしている。この矢印に示すようにページ情報は、『page_id』，『U0_mask— table』 , riN_effectJ , 『0ut— effectj , 『animation_f rame— rate— code』，『defaul t—selected— button— id_ref』、『default— activated_button一 id_ref』 , 『pal let— id— ref』，複数ポタンのそれぞれに対応する『ボタン情報（1)(2)''' ) ' ' ' (11)』を含む。

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

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

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

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

『animaUon_frame— rate— codej は、アニメーション型ポ夕ンに適用すべきフレームレートを記述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

『repeat_selected_flag』は、セレクテツド状態にあるボタン iのァニメーシヨン表示を、反復継続するかどうかを示す。

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

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

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

end— object— id_activa tedに目 c述される。 '

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

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

(リ Get value of Player Status Registerコマンド

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

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

(i U Set value of Player Status Registerコマン F

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

(iiリ Get value of General Purpose Registerコマンド

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

この関数は、引数で指定された General Purpose Registerの設定値を取得する関数である。 v) Set value of General Purpose Registerコマン K

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

<具体例 >

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

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

図 3 8に示すボタン 1- A〜ボタン 1-Dの状態遷移を実行する場合の ICS の記述例を図 39に示す。図 38における矢印 hM，hh2は、 button

1^?0(1)の1161§111)0し 1^?0()による状態遷移を象徴的に表現している。 button info (1)の neighbor_info 0における lower—button— numberは、ボタン卜 Cに設定されているため、ボタン 1-Aがセレクテツド状態になっている状態で、 MOVEDownキー押下の U0が発生すれば（図 3 8の upl)、ポタン卜 Cがセレクテッド状態になる（図 38の sjl)。 button info (1)の neighbor— info 0における ri ght— button— numberは、ボタン 1-Bに設定されているため、ボタン 1-Aがセレクテツド状態になっている状態で、 MOVERightキー押下の U0が発生すれば（図 38の up2)、ボタン 1-Bがセレクテッド状態になる（図 38の sj2)。

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

ぐ再生装置 >

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

PSR0は、カレント Play I temの STltableに 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は PSROにおける Procedure when change is requestedのフローチャートを示す。これらの状態遷移、フローチャートは、第 1実施形態に示した PSR1、 PSR2と同じである。オーディオストリーム、 PG— textST_streamの場合と同様、複数言語に対応する IGストリ一ムが AVClipに多重されている場合、これらの中から、再生装置側の言語設定に応じたものが選ばれ、表示されることになる。この際、再生装置は、対応する entryが、 STN_tableにおいて何番目に位置するかに従い IG ストリームを選ぶ。これによりォーサリング担当者は、 STN— tableにおける entryの記述順序を規定することができ、複数 IGストリームのうち、所望のものを優先的に選択させることができる。以上が PSR0の状態遷移についての説明である。

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

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

デマルチプレクサ 3は、 BD-R0M及び 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 33、 Stream Graphics Processor 34、 Object Buffer 35、 Composition Buffer 3 6、 Graphics Control ler 3 7から構成される。

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

Stream Graphics Processor 34は、 ODSをデコードして、デコードにより得られた非圧縮グラフイクスを Object Buffer 35に書き込む。 Object Buffer 3 5は、 Stream Graphics Processor 34のデコードにより得られた非圧縮グラフイクス（図中の四角枠）が多数配置されるバッファである。

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

Graphics Control ler 3 7は、 Composi t i on Buffer 3 6に配置された ICS における複数ページ情報のうち、 PSR11により指定されているもの（力レントページ情報）のボタン情報を参照して、グラフィクスの描画を行う。この描画は、カレントページ情報内の各ポタン情報において、

normal— state— inf 0の start— obj ect_i d, End— obj ect_idにより指定 sれているグラフィクスを Object Buffer 1 5から読み出し、 Interactive Graphicsプレーン 1 5に書き込むことでなされる。カレントページ情報内のボタン情報のうち、 PSR10により指定されているものについては、 selected— state— infoの start— object— id, End— obj ect— idにより指定されているグラフイクスを Obj ect Buffer 1 5から読み出し、 Interactive Graphicsプレーン 1 5に書き込むこと描画される。図中の矢印 bgl， 2, 3, 4 は、以上の Graphics Contro 1 ler 37による描画を象徴的に示している。かかる描画により、ポタン 1-A〜ボタン卜 Dが配されたページが

Interactive Graphicsプレーン 1 5に現れ、動画に合成されることになる。

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

図 45は、 Graphics Control ler 37の処理のうち、メインル一チンにあたる処理を示すフローチャートである。本フローチャートは、ステツプ 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は、現在の再生時点が Compos ion— 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、このステップ S 92の処理である。 .かかるステップ S 92により力レントボタンが決定されれば、ステツプ S 9 3〜ステップ S 98に移行する。

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

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

ステップ S 96では、 button_info(p)の normal_state_infoに指定されている start— object_id_nornmlのグラフィクスォブジェクトを、グラフイクスォブジヱクト（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— vert icaし posit ionに示 sれる Interactive Graphicsプレーン 1 5上の位置に、グラフィクスォブジェクト（P)を書き込む（ステップ S 98)。かかる処理を力レントページにおける各ボタン情報について繰り返せば、各ボタンの状態を表す複数グラフィクスオブジェクトのうち、最初のグラフィクスオブジェクトが

Interactive Graphicsプレーン' 1 5上に書き込まれることになる。

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

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

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

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

続いて、ページにおけるアニメーション表示について説明する。図 4 8は、アニメーション表示の処理手順を示すフローチャートである。ここで初期表示は、各 button_infoの normal— state— infoにおける start_obj ect_i d_normaU 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_f lag. 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_i nf 0 (p)に対応する、現在のコマ数を示すことになる。

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

カレントボタン以外のポタンならば、 button— info (ρ) . normal— state— infoこお〔ナる start— objec t_ id— normalこ変数 qを足した識別子を ID (q)とする（ステップ S 1 1 5)。

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

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

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

start_object_id_actionedに変数 qを足した識別子を ID(q)とする。そして button_info(p)に含まれるボタンコマンドのうち、 1つを実行する（ステツプ S 1 1 8 )。

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

button_i nf cup) . 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— po si t ionに示される Graphics Plane8上の位置に書き込む（ステップ S 1 20)。

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

ステップ S 1 2 1は、 start— object_i d— normal + q力 s

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により対話画面における各ボタンの絵柄は、メインル一チンが一巡する度に新たなグラフィクスオブジェクトに更新される。メインルーチンが何度も反復されれば、いわゆるアニメーションが可能になる。アニメーションにあたって、グラフィクスオブジェク卜一コマの表示間隔は、 animation— frame— rate— code に示される値になるように Graphics Contro 1 ler 3 7は時間調整を行う。続いて、ボタンコマンドの実行処理について、図 49のフローチヤ一トを参照しながら説明する。ステップ S 1 3 1は、ボタン情報におけるボタンコマンドを 1つ取り出し、ステップ S 1 32はボタンコマンドがぺージ切換コマンドであるか否かの判定である。もしページ切換コマンドでないなら、ステップ S 1 3 3においてボタンコマンドをそのまま実行する。もしページ切換コマンドであるなら、力レントページの 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 3 7における 110処理の処理手順について図 50 を参照しながら説明する。

図 5 0は、 U0処理の処理手順を示すフローチャートである。本フローチャートは、ステップ S 1 40〜ステップ S 1 43の何れかの事象が成立しているかどうかを判定し、もしどれかの事象が成立すれば、該当する処理を実行してメインルーチンにリターンする。ステップ S 1 40は、 UOraaskTableが"ドに設定されているかどうかの判定であり、もしに設定されていれば、何の処理も行わずに、メインルーチンにリターンする。ステップ S 1 4 1は、 MoveUP/Down/Left/Rightキーが押下されたかどうかの判定であり、もしこれらのキーが押下されれば、カレントポタンを変更して（ステップ 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— button— number, 1 ower— button— number, left— button— number, right _button— numberのうち、押下されたキーに対応するものを特定する（ステップ S 1 5 0 )。

そして力レントボ.タンをボタン Yとし、新たに力レントボタンになるボタンをボタン Xとする（ステップ S 1 5 1 )。Xを PSR10に設定するにあたつて、 Procedure when change i s requested^実'ィ了する (ステップ S 1 52)。設定後、変数 animation (X),変数 animation (Y)を 0に設定した上でメィンルーチンにリターンする（ステップ S 1 53)。

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

くフォーカス移動の具体例〉

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

ここで、連続ドラマ等複数のコンテンッが記録されたパッケージメディァの視聴を支援するためのフォーカス移動について説明する。連続ドラマが記録されたパッケージメディアでは、第 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 )、選択メ二ユーが再表示された場合 0iw2)、第 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のボタンコマンドで記述された処理手順は、ポタン 1 -Aの確定時には、（1 ) PSR10の設定値を GPRに退避し、（2) PSR 1 1に値 2を、（3) PSR10に値 1を設定するというものである。このように PSRが設定されることで、第 1話のチャプターメニューが表示され、ボタン 2- Aがセレクテッド状態になる。

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

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

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

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

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

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

く PSR11の状態遷移 >

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

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

ヽて PSR11につヽての Procedure when playback condition is changedについて説明する。図 57 ( b ) は、 PSR10についての Procedure when playback condition is changedを示すフロ一チヤ一卜である。 Procedure when playback condition is changedは、 ICSにおける最初のページ情報を PSRllを設定するというものである（ステップ 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 5 6 )、この PSR11を維持するというものである（ステップ S 1 57)。以上が PSR11 についての説明である。'

<PSR10の状態遷移 >

以下、 PSR10の状態遷移について説明する。図 58 (a) は、 PSR10の状態遷移を示す図である。本図を図 5 7 (a) と比較すると、事象 Change Page,事象 Button Disabledをトリガとした状態遷移が加えられている点を除き、図 57と同じになっている。そして Procedure when change i s 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 について説明する。

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

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

(備考）

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

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

DVD-ROM, DVD-RAM, DVD-RW, DVD-R, DVD+RW, DVD+R, CD-R, CD-RW等の光ディスク、 PD. M0等の光磁気デイスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディア力一ド、 PCM-C I A力一ド等の半導体メモリカードであってもよい。フレシキブルデイスク、 SuperD i sk, Z i p, C l i k !等の磁気記録デイスク（0、

ORB, Jaz, SparQ, SyJet , EZF l ey,マイクロドライブ等のリム一パルハードディスクドライブ（i i )であってもよい。更に、機器内蔵型のハ一ドディスクであってもよい。

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

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

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

TP— extra— headerと呼ばれ、『Arribval_Time— St卿』と、

『copy— permission— indicatorj とを含み 4ノィ卜のテータ長を有する。 TP— extrajieader付き 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 Uni tに含まれる 32個の EX付き TSパケットのそれぞれから TP_extra_headerを取り外し、 TSバケツト本体を DTCP 規格に基づき暗号化して出力する。 TSパケットの出力にあたっては、 TS バケツト間の随所に、 isochronousパケットを揷入する。この挿入箇所は、 TP_extra—headerの 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規格準拠のプログラムストリームである。また AVC1 ipにおけるビデオストリームは、 MPEG4 や WMV方式であつてもよい。更にオーディオストリームは、 Linear- PCM 方式、 MP3方式、 MPEG- AAC方式であってもよい。

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

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

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

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

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

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

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

(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 スィッチ

2 6 CLUT部

27 CLUT部

28 PSRセット

29 '操作受付部

30 遷移制御部

0 0 再生装置

00 テレビ

0 0 リモコン

Claims

請求の範囲

1 . 複数エレメンタリストリームが多重化されたデジタルストリームを再生する再生装置であって、

再生すべき各エレメンタリストリームが、予め定められた複数条件のうち、どれを満たすかを判定する判定手段と、

満たすと判定された条件のパターンに応じて各ェレメンタリストリ一ムに優先順位を付し、その優先順位の高低に従いェレメンタリストリームを選んで再生する再生手段と

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

2 . 前記パターンに応じた優先順位付与とは、満たすと判定された条件が多いエレメンタリストリームに対し高い優先順位を付与し、満たすと判定された条件が少ないェレメンタリストリームに対し低い優先順位を付与すことである、請求項 1記載の再生装置。

3 . 複数条件とは、第 1条件、第 2条件、第 3条件であり、第 1条件は、エレメンタリストリームを再生する能力が再生装置に存在すること、

第 2条件は、エレメンタリストリームの言語属性が、再生装置側の言語設定と一致していること

第 3条件は、エレメンタリストリームのチヤネル属性がサラゥンドになっていて、尚且つサラウンド出力の能力が再生装置に存在することであり、

前記パターンに応じた優先順位付与とは、第 1条件及び第 3条件を満たしているエレメンタリストリームよりも、第 1条件及び第 2条件を満たしているエレメンタリストリームに、高い優先順位を与えることである、請求項 1記載の再生装置。

4 . 前記再生装置は状態レジスタを有し、前記再生手段による選択は、

優先順位が最も高いェレメンタリストリームのストリ一ム番号を状態レジスタに書き込むことでなされる、ことを特徴とする請求項 1記載の再生装置。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1 1 . 複数ェレメンタリストリームが多重化されたデジタルストリームを再生する処理をコンピュー夕に実行させるプログラムであって、再生すべき各ェレメンタリストリームが、予め定められた複数条件のうち、どれを満たすかを判定する判定ステップと、

満たすと判定された条件のパターンに応じて各ェレメンタリストリ一ムに優先順位を付し、その優先順位の高低に従いェレメンタリストリ一ムを選んで再生する再生ステップと

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

1 2 . 複数ェレメンタリストリームが多重化されたデジタルストリームを再生する再生方法であって、

再生すべき各エレメンタリストリームが、予め定められた複数条件のうち、どれを満たすかを判定する判定ステップと、

満たすと判定された条件のパターンに応じて各エレメンタリストリームに優先順位を付し、その優先順位の高低に従いェレメンタリストリームを選んで再生する再生ステップと

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