JPWO2004075547A1 - 記録媒体、再生装置、記録方法、プログラム、再生方法 - Google Patents
記録媒体、再生装置、記録方法、プログラム、再生方法 Download PDFInfo
- Publication number
- JPWO2004075547A1 JPWO2004075547A1 JP2005502732A JP2005502732A JPWO2004075547A1 JP WO2004075547 A1 JPWO2004075547 A1 JP WO2004075547A1 JP 2005502732 A JP2005502732 A JP 2005502732A JP 2005502732 A JP2005502732 A JP 2005502732A JP WO2004075547 A1 JPWO2004075547 A1 JP WO2004075547A1
- Authority
- JP
- Japan
- Prior art keywords
- playback
- stream
- graphics
- information
- mode
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 85
- 238000001914 filtration Methods 0.000 claims abstract description 23
- 230000006870 function Effects 0.000 claims description 46
- 230000008569 process Effects 0.000 claims description 26
- 239000003086 colorant Substances 0.000 claims description 15
- 230000008859 change Effects 0.000 claims description 13
- 230000004044 response Effects 0.000 claims description 9
- 238000003825 pressing Methods 0.000 claims description 7
- 238000012790 confirmation Methods 0.000 claims description 5
- 238000000926 separation method Methods 0.000 claims 7
- 238000009877 rendering Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 100
- 230000002452 interceptive effect Effects 0.000 description 100
- 238000001824 photoionisation detection Methods 0.000 description 88
- 238000012545 processing Methods 0.000 description 34
- 230000003068 static effect Effects 0.000 description 34
- 238000004519 manufacturing process Methods 0.000 description 20
- 238000007726 management method Methods 0.000 description 14
- 238000006243 chemical reaction Methods 0.000 description 11
- 230000009471 action Effects 0.000 description 10
- 239000000463 material Substances 0.000 description 10
- 238000004891 communication Methods 0.000 description 8
- 230000002194 synthesizing effect Effects 0.000 description 8
- 230000000694 effects Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 6
- 239000000047 product Substances 0.000 description 6
- 230000002123 temporal effect Effects 0.000 description 6
- 230000006835 compression Effects 0.000 description 5
- 238000007906 compression Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 238000009826 distribution Methods 0.000 description 4
- 230000008929 regeneration Effects 0.000 description 4
- 238000011069 regeneration method Methods 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 3
- 238000003786 synthesis reaction Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 230000004069 differentiation Effects 0.000 description 2
- 238000004880 explosion Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 239000010813 municipal solid waste Substances 0.000 description 2
- 230000000704 physical effect Effects 0.000 description 2
- 230000001172 regenerating effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 239000011265 semifinished product Substances 0.000 description 2
- 239000000758 substrate Substances 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000005764 inhibitory process Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/34—Indicating arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/84—Television signal recording using optical recording
- H04N5/85—Television signal recording using optical recording on discs or drums
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
- G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
- G11B2020/1288—Formatting by padding empty spaces with dummy data, e.g. writing zeroes or random data when de-icing optical discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
- G11B2220/213—Read-only discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2541—Blu-ray discs; Blue laser DVR discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
- G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
- G11B2220/2537—Optical discs
- G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
ＢＤ−ＲＯＭには、ＡＶＣｌｉｐと、複数の再生区間情報（ＰｌａｙＩｔｅｍ）とが記録されている。ＡＶＣｌｉｐは、動画ストリームと、複数のエレメンタリストリームとを多重化したものであり、前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示すＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓであり、フィルタリング指定とは、複数エレメンタリストリームのそれぞれの再生が可能であるか不可能であるかの指定である。
Description
本発明は、ＢＤ−ＲＯＭ等の記録媒体、再生装置に関し、記録媒体に記録された動画データの再生を、ムービーモード・エンハンスドモードという２つのモードで実行する技術に関する。
ムービーモード・エンハンスドモードという２つのモードによる再生は、ＤＶＤとの互換を守りつつも、ＤＶＤとの差別化を図る目的で、ＢＤ−ＲＯＭの再生装置に導入される技術である。ムービーモードとは、ＤＶＤライクな制御を行うプログラムを再生装置に実行させて、ＤＶＤ互換の再生制御を行う再生モードである。一方エンハンスドモードとは、ムービーモードと同じデジタルストリームを再生させながら、Ｊａｖａプログラム等を実行する再生モードである。図１は、ムービーモード、エンハンスドモードによる画面表示を示す図である。Ｊａｖａプログラムの実行を伴った動画再生は、Ｊａｖａプログラムにより描画されたグラフィックスを動画に合成させ再生させることができる。かかる合成はＤＶＤにはないものなので、かかるエンハンスドモードは、ＤＶＤとの差別化の尖兵になり得る。
ところで字幕やボタンを構成するグラフィクスデータは、動画を構成するビデオストリームと多重化されて一本のトランスポートストリームを構成している。これらを多重化しておくのは、字幕やボタンの表示を、動画と緻密に同期させるためである。そうすると、字幕やボタンを構成するグラフィクスデータは、エンハンスドモードであっても、ムービーモードであっても再生装置に読み出される。これらグラフィクスデータはデジタルストリームから読み出され、余白領域に配置される。かかる配置によりグラフィクスデータは、図１の字幕「私はこのままハイウェイを進むこととした」やボタン「はい いいえ」のように画面に現れる。しかしかかる余白領域に、Ｊａｖａプログラムが文字列や図形を描画しようとする場合、かかる描画は、字幕、ボタンにより遮られることになる。また動画を縮小してＪａｖａプログラムで引用しようとする場合も、かかる字幕、ボタンは邪魔となる。何故なら、字幕、ボタンを動画と同率で縮小しようとすると、字幕は小さすぎて読むことができず、単なるゴミにしか見えないからである。Ｊａｖａプログラムによる描画領域が遮られると、Ｊａｖａプログラムのプログラマは、字幕・ボタンを消去するか、隠したいとの衝動にかられる。しかし映画作品が複数デジタルストリームから構成されている場合、字幕・ボタンの多重化数は各デジタルストリーム毎に異なる。また字幕・ボタンの表示位置も、デジタルストリーム毎に変わってくる。つまり、あるデジタルストリームにはボタン・字幕が存在するが、別のデジタルストリームにはボタン・字幕が存在しないというバラツキがでる。かかるバラツキがあると、字幕・ボタンを消去したり、隠すようにＪａｖａプログラムを記述することは至って困難になり、Ｊａｖａプログラミングの阻害要因になりかねない。
ところで字幕やボタンを構成するグラフィクスデータは、動画を構成するビデオストリームと多重化されて一本のトランスポートストリームを構成している。これらを多重化しておくのは、字幕やボタンの表示を、動画と緻密に同期させるためである。そうすると、字幕やボタンを構成するグラフィクスデータは、エンハンスドモードであっても、ムービーモードであっても再生装置に読み出される。これらグラフィクスデータはデジタルストリームから読み出され、余白領域に配置される。かかる配置によりグラフィクスデータは、図１の字幕「私はこのままハイウェイを進むこととした」やボタン「はい いいえ」のように画面に現れる。しかしかかる余白領域に、Ｊａｖａプログラムが文字列や図形を描画しようとする場合、かかる描画は、字幕、ボタンにより遮られることになる。また動画を縮小してＪａｖａプログラムで引用しようとする場合も、かかる字幕、ボタンは邪魔となる。何故なら、字幕、ボタンを動画と同率で縮小しようとすると、字幕は小さすぎて読むことができず、単なるゴミにしか見えないからである。Ｊａｖａプログラムによる描画領域が遮られると、Ｊａｖａプログラムのプログラマは、字幕・ボタンを消去するか、隠したいとの衝動にかられる。しかし映画作品が複数デジタルストリームから構成されている場合、字幕・ボタンの多重化数は各デジタルストリーム毎に異なる。また字幕・ボタンの表示位置も、デジタルストリーム毎に変わってくる。つまり、あるデジタルストリームにはボタン・字幕が存在するが、別のデジタルストリームにはボタン・字幕が存在しないというバラツキがでる。かかるバラツキがあると、字幕・ボタンを消去したり、隠すようにＪａｖａプログラムを記述することは至って困難になり、Ｊａｖａプログラミングの阻害要因になりかねない。
本発明の目的は、ムービーモード・エンハンスドモードという２つのモードによる再生を実現しつつも、エンハンスドモード用プログラムによる円滑な画面描画を実現することができる記録媒体を提供することである。
上記目的を達成するため、本発明に係る記録媒体は、複数の再生区間情報とを記録しており、デジタルストリームは、複数のエレメンタリストリームを多重化したものであり、そのうち少なくとも１つのエレメンタリストリームは動画ストリームであり、前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示す情報であり、フィルタリング指定とは、複数エレメンタリストリームのうち再生が許可されているエレメンタリストリームの指定であることを特徴としている。
エンハンスドモードにおいてＪａｖａプログラムがインタラクティブグラフィクスストリームに多重されているエレメンタリストリームを引用しようとする場合、字幕やボタン等を表すエレメンタリストリームを再生しないようフィルタリング指定がなされた再生区間情報を介して、再生制御を行えば、Ｊａｖａプログラムは字幕やボタンに邪魔されることなく、自身の描画処理を実現することができる。
１つの映画作品が複数のデジタルストリームから構成されており、字幕・ボタンが多重されているものと多重されていないものとがあったとしても、デジタルストリームに対して設けられた再生区間情報を介せば、それら多重数のバラツキを意識せずに、Ｊａｖａプログラムによる描画の邪魔となるような字幕・ボタンを再生させないようにすることができる。そのため、Ｊａｖａプログラムのプログラミングを行うプログラマの手間を軽減することができ、動画を引用したプログラム作りが容易になるので、映画作品頒布用のディスク作りに多くのソフトハウスの参入を促すことができる。
上記目的を達成するため、本発明に係る記録媒体は、複数の再生区間情報とを記録しており、デジタルストリームは、複数のエレメンタリストリームを多重化したものであり、そのうち少なくとも１つのエレメンタリストリームは動画ストリームであり、前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示す情報であり、フィルタリング指定とは、複数エレメンタリストリームのうち再生が許可されているエレメンタリストリームの指定であることを特徴としている。
エンハンスドモードにおいてＪａｖａプログラムがインタラクティブグラフィクスストリームに多重されているエレメンタリストリームを引用しようとする場合、字幕やボタン等を表すエレメンタリストリームを再生しないようフィルタリング指定がなされた再生区間情報を介して、再生制御を行えば、Ｊａｖａプログラムは字幕やボタンに邪魔されることなく、自身の描画処理を実現することができる。
１つの映画作品が複数のデジタルストリームから構成されており、字幕・ボタンが多重されているものと多重されていないものとがあったとしても、デジタルストリームに対して設けられた再生区間情報を介せば、それら多重数のバラツキを意識せずに、Ｊａｖａプログラムによる描画の邪魔となるような字幕・ボタンを再生させないようにすることができる。そのため、Ｊａｖａプログラムのプログラミングを行うプログラマの手間を軽減することができ、動画を引用したプログラム作りが容易になるので、映画作品頒布用のディスク作りに多くのソフトハウスの参入を促すことができる。
図１は、デジタルストリームに多重化されたグラフィクスが再生装置により読み出されて表示される様子を模式的に示す図である。
図２は、本発明に係る記録媒体の、使用行為についての形態を示す図である。
図３は、ＢＤ−ＲＯＭの構成を示す図である。
図４は、ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現した図である。
図５は、機能的な観点から、ＢＤ−ＲＯＭ上のファイルを分類した場合の分類図である。
図６は、ＢＤ−ＲＯＭが対象としているレイヤモデルを示す図である。
図７は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
図８は、Ｃｌｉｐ情報の内部構成を示す図である。
図９は、ＰＬ情報の内部構成を示す図である。
図１０は、ＰＬ情報による間接参照を模式化した図である。
図１１は、図１０に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
図１２は、レイヤモデルの第４層における再生モードを示す図である。
図１３は、Ｊａｖａ言語が対象とするＪａｖａプラットフォームのレイヤモデルを示す図である。
図１４はＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの内部構成を示す図である。
図１５は、ＭＯＶＩＥオブジェクト、Ｊａｖａオブジェクトにより再生制御がなされる、ＰＬの階層構造を示す図である。
図１６は、ＰｌａｙＩｔｅｍ＃３，＃１２におけるｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのようにフィルタ指定が行われるかを示す図である。
図１７は、ＰｌａｙＩｔｅｍ＃３のＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのような再生出力が可能になるかを示す図である。
図１８は、ＡＶＣｌｉｐ毎の多重化数のバラツキを示す図である。
図１９は、ムービーモードでのＭＯＶＩＥオブジェクトによるエレメンタリストリーム選択を示す図である。
図２０は、エンハンスドモードでのＪａｖａオブジェクトによるエレメンタリストリーム選択を示す図である。
図２１は、本発明に係る再生装置の内部構成を示す図である。
図２２（ａ）はムービーモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図である。
図２２（ｂ）はエンハンスドモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図である。
図２３は、制御部２９の内部構成を示す図である。
図２４は、再生制御エンジン３１によるＰＬＰｌａｙコマンドの実行手順を示すフローチャートである。
図２５は、第２実施形態に係る制御部２９の内部構成を示す図である。
図２６は、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅが設けられたＰｌａｙＩｔｅｍを示す図である。
図２７は、ＢＤ−ＲＯＭの製造工程を示すフローチャートである。
図２は、本発明に係る記録媒体の、使用行為についての形態を示す図である。
図３は、ＢＤ−ＲＯＭの構成を示す図である。
図４は、ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現した図である。
図５は、機能的な観点から、ＢＤ−ＲＯＭ上のファイルを分類した場合の分類図である。
図６は、ＢＤ−ＲＯＭが対象としているレイヤモデルを示す図である。
図７は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
図８は、Ｃｌｉｐ情報の内部構成を示す図である。
図９は、ＰＬ情報の内部構成を示す図である。
図１０は、ＰＬ情報による間接参照を模式化した図である。
図１１は、図１０に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
図１２は、レイヤモデルの第４層における再生モードを示す図である。
図１３は、Ｊａｖａ言語が対象とするＪａｖａプラットフォームのレイヤモデルを示す図である。
図１４はＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの内部構成を示す図である。
図１５は、ＭＯＶＩＥオブジェクト、Ｊａｖａオブジェクトにより再生制御がなされる、ＰＬの階層構造を示す図である。
図１６は、ＰｌａｙＩｔｅｍ＃３，＃１２におけるｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのようにフィルタ指定が行われるかを示す図である。
図１７は、ＰｌａｙＩｔｅｍ＃３のＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのような再生出力が可能になるかを示す図である。
図１８は、ＡＶＣｌｉｐ毎の多重化数のバラツキを示す図である。
図１９は、ムービーモードでのＭＯＶＩＥオブジェクトによるエレメンタリストリーム選択を示す図である。
図２０は、エンハンスドモードでのＪａｖａオブジェクトによるエレメンタリストリーム選択を示す図である。
図２１は、本発明に係る再生装置の内部構成を示す図である。
図２２（ａ）はムービーモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図である。
図２２（ｂ）はエンハンスドモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図である。
図２３は、制御部２９の内部構成を示す図である。
図２４は、再生制御エンジン３１によるＰＬＰｌａｙコマンドの実行手順を示すフローチャートである。
図２５は、第２実施形態に係る制御部２９の内部構成を示す図である。
図２６は、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅが設けられたＰｌａｙＩｔｅｍを示す図である。
図２７は、ＢＤ−ＲＯＭの製造工程を示すフローチャートである。
（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図２は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図２において、本発明に係る記録媒体は、ＢＤ−ＲＯＭ１００である。このＢＤ−ＲＯＭ１００は、再生装置２００、テレビ３００、リモコン４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、ＢＤ−ＲＯＭの応用層に対する改良により実施することができる。図３は、ＢＤ−ＲＯＭの構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図３に示すようなデータフォーマットを、ＢＤ−ＲＯＭの応用層上に形成することにより本発明に係る記録媒体は、工業的に生産される。尚、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳといったファイルが、それぞれ複数存在する場合は、ＢＤＭＶディレクトリの配下に、ＳＴＲＥＡＭディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリという３つのディレクトリを設け、ＳＴＲＥＡＭディレクトリにＸＸＸ．Ｍ２ＴＳと同じ種別のファイルを、ＣＬＩＰＩＮＦディレクトリにＸＸＸ．ＣＬＰＩと同じ種別のファイルを、ＰＬＡＹＬＩＳＴディレクトリにＹＹＹ．ＭＰＬＳと同じ種別のファイルを格納することが望ましい。
図４は、ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現した図である。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリがあり、その下にＪＣＬＡＳＳディレクトリ、ＢＲＯＷＳＥＲディレクトリがある。
ＢＤＭＶディレクトリの配下には、ＩＮＦＯ．ＢＤ、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳ、ＺＺＺ．ＭＯＶＩＥといったファイルが存在する。ＪＣＬＡＳＳディレクトリの配下には、ＺＺＺ．ＣＬＡＳＳというファイルが、ＢＲＯＷＳＥＲディレクトリの配下には、ＺＺＺ．ＨＴＭというファイルが配置されている。
図５は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第１層、第２層、第３層、第４層からなる階層が本図における分類を象徴的に示す。本図においてＸＸＸ．Ｍ２ＴＳは第２層に分類される。ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳは、第３層（静的シナリオ）に分類される。ＢＤＭＶディレクトリ配下のＺＺＺ．ＭＯＶＩＥ、ＪＣＬＡＳＳディレクトリ配下のＺＺＺ．ＣＬＡＳＳ、ＢＲＯＷＳＥＲディレクトリ配下のＺＺＺ．ＨＴＭは、第４層に分類される。
本図の分類（第１層〜第４層）は、図６に示すようなレイヤモデルを対象とした分類である。以降、図５を参照しながら、ＢＤ−ＲＯＭが対象としている、制御ソフトウェアのレイヤモデルについて説明する。
図６の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤ、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらＨＤ、メモリカード、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
第２層は、復号化方式のレイヤである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。本実施形態で採用する復号化方式は、ＭＰＥＧ２の復号化方式である。
第３層（静的シナリオ）は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、Ｃｌｉｐ情報であり、これらに基づく再生制御を規定しているのがこの第３層（静的シナリオ）である。
第４層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第４層である。以降、このレイヤモデルに従い、ストリーム本体、静的なシナリオ、動的なシナリオにあたるファイルについて説明してゆく。
先ず第２層に属するＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）について説明する。
ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）は、ＭＰＥＧ−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のデジタルストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、１つ以上のプレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図７は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
ＡＶＣｌｉｐは（第４段目）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（第１段目）、ＰＥＳパケット列に変換し（第２段目）、更にＴＳパケットに変換し（第３段目）、同じく字幕系のプレゼンテーショングラフィクスストリーム、対話系のインタラクティブグラフィクスストリーム（第７段目）を、ＰＥＳパケット列に変換し（第６段目）、更にＴＳパケットに変換して（第５段目）、これらを多重化することで構成される。
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのプレゼンテーショングラフィクスストリームが存在する。プレゼンテーショングラフィクスストリームは、ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｌｅｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＷＤＳ（Ｗｉｎｄｏｗ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）という一連の機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、字幕たるグラフィクスオブジェクトを定義する機能セグメントである。
ＷＤＳ（Ｗｉｎｄｏｗ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、画面におけるグラフィクスオブジェクトの描画領域を定義する機能セグメントであり、ＰＤＳ（Ｐａｌｌｅｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｇｍｅｎｔ）は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Ｃｕｔ−Ｉｎ／Ｏｕｔ、Ｆａｄｅ−Ｉｎ／Ｏｕｔ、Ｃｏｌｏｒ Ｃｈａｎｇｅ、Ｓｃｒｏｌｌ、Ｗｉｐｅ−Ｉｎ／Ｏｕｔといったものがあり、ＰＣＳによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
インタラクティブグラフィクスストリームは、対話制御を実現するグラフィクスストリームである。インタラクティブグラフィクスストリームにて定義される対話制御は、ＤＶＤ再生装置上の対話制御と互換性がある対話制御である。かかるインタラクティブグラフィクスストリームは、ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ＩＣＳは、ボタンに対して確定操作がなされた際、実行すべきボタンコマンドを含む。
以上がＡＶＣｌｉｐに多重化されるエレメンタリストリームである。かかる過程を経て生成されたＡＶＣｌｉｐは、通常のコンピュータファイル同様、複数のエクステントに分割され、ＢＤ−ＲＯＭ上の領域に記録される。ＡＶＣｌｉｐは、１つ以上のＡＣＣＥＳＳ ＵＮＩＴとからなり、このＡＣＣＥＳＳ ＵＮＩＴの単位で頭出し可能である。ＡＣＣＥＳＳ ＵＮＩＴとは、１つのＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）と、このＧＯＰと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。ＧＯＰは、過去方向および未来方向に再生されるべき画像との時間相関特性を用いて圧縮されているＢｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ Ｐｒｅｄｉｃｔｉｖｅ（Ｂ）ピクチャ、過去方向に再生されるべき画像との時間相関特性を用いて圧縮されているＰｒｅｄｉｃｔｉｖｅ（Ｐ）ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されているＩｎｔｒａ（Ｉ）ピクチャを含む。
尚、ＸＸＸ．Ｍ２ＴＳのファイル名ＸＸＸは、ＢＤ−ＲＯＭにおいてＡＶＣｌｉｐに付与される３桁の識別番号を抽象化している。つまり本図におけるＡＶＣｌｉｐは、このＸＸＸを用いて一意に識別される。以上がストリーム（ＸＸＸ．Ｍ２ＴＳ）についての説明である（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
＜静的なシナリオ＞
続いて、静的なシナリオであるファイル（ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳ）について説明する。
Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、個々のＡＶＣｌｉｐについての管理情報である。図８は、Ｃｌｉｐ情報の内部構成を示す図である。ＡＶＣｌｉｐはビデオストリーム、オーディオストリームを多重化することで得られ、ＡＶＣｌｉｐはＡＣＣＥＳＳ ＵＮＩＴと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置がＡＶＣｌｉｐ内の何処に存在するかが、Ｃｌｉｐ情報の管理項目になる。図中の引き出し線はＣｌｉｐ情報の構成をクローズアップしている。引き出し線ｈｎ１に示すように、Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、「Ｐｒｏｇｒａｍ Ｉｎｆｏ．」と、ＡＣＣＥＳＳ ＵＮＩＴを頭出しするための「ＥＰ＿ｍａｐ」とを含む。
『Ｐｒｏｇｒａｍ ｉｎｆｏ』は、ＡＶＣｌｉｐに多重化されている個々のエレメンタリストリームについてのＰＩＤ及び属性を、ｓｔｒｅａｍ＿ｉｎｄｅｘに対応づけて示す情報である。ｓｔｒｅａｍ＿ｉｎｄｅｘは、本Ｃｌｉｐ情報が対応するＡＶＣｌｉｐｘｘｘに多重化されている個々のエレメンタリストリームについてのインデックスである。本Ｃｌｉｐ情報に対応するＡＶＣｌｉｐをＡＶＣｌｉｐｘｘｘとすると、ｓｔｒｅａｍ＿ｉｎｄｅｘで識別されるエレメンタリストリームのＰＩＤは、破線の矢印ｈｎ２に示す複数のｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙに示される。
また各エレメンタリストリームの属性は、破線の矢印ｈｎ２に示す複数のｓｔｒｅａｍ＿Ａｔｔｒｉｂｕｔｅ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、ＰＩＤに対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）を示す。一方、オーディオ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル番号が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）を示す。ｓｔｒｅａｍ＿ｉｎｄｅｘを介することにより、所望のエレメンタリストリームの属性をＰｒｏｇｒａｍ Ｉｎｆｏ．から検索することができる。
『ＥＰ＿ｍａｐ』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線ｈｎ５に示すように複数のエントリー情報（ＡＣＣＥＳＳ ＵＮＩＴ＃１エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃２エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃３エントリー・・・・・）と、エントリー数（Ｎｕｍｂｅｒ）とからなる。各エントリーは、引き出し線ｈｎ６に示すように、対応するＡＣＣＥＳＳ ＵＮＩＴの再生開始時刻を、アドレスと、ＡＣＣＥＳＳ ＵＮＩＴにおける先頭Ｉピクチャのサイズ（Ｉ−ｓｉｚｅ）とを対応づけて示す。ＡＣＣＥＳＳ ＵＮＩＴの再生開始時刻は、ＡＣＣＥＳＳ ＵＮＩＴ先頭に位置するピクチャデータのタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）で表現される。またＡＣＣＥＳＳ ＵＮＩＴにおけるアドレスは、ＴＳパケットの連番（ＳＰＮ（Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ））で表現される。可変長符号圧縮方式が採用されるため、ＧＯＰを含む各ＡＣＣＥＳＳ ＵＮＩＴのサイズや再生時間がバラバラであっても、このＡＣＣＥＳＳ ＵＮＩＴについてのエントリーを参照することにより、任意の再生時刻から、その再生時刻に対応するＡＣＣＥＳＳ ＵＮＩＴ内のピクチャデータへと頭出しを行うことが可能になる。尚、ＸＸＸ．ＣＬＰＩのファイル名ＸＸＸは、Ｃｌｉｐ情報が対応しているＡＶＣｌｉｐと同じ名称が使用される。つまり本図におけるＡＶＣｌｉｐのファイル名はＸＸＸであるから、ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）に対応していることを意味する。以上がＣｌｉｐ情報についての説明である。続いてプレイリスト情報について説明する。
ＹＹＹ．ＭＰＬＳ（プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、複数のＰｌａｙＩｔｅｍ情報（ＰｌａｙＩｔｅｍ情報＃１，＃２，＃３…＃ｎ）と、これらＰｌａｙＩｔｅｍ情報数（Ｎｕｍｂｅｒ）とからなる。図９は、ＰＬ情報の内部構成を示す図である。ＰｌａｙＩｔｅｍ情報は、プレイリストを構成する１つ以上の論理的な再生区間を定義する。ＰｌａｙＩｔｅｍ情報の構成は、引き出し線ｈｓ１によりクローズアップされている。この引き出し線に示すようにＰｌａｙＩｔｅｍ情報は、再生区間のＩｎ点及びＯｕｔ点が属するＡＶＣｌｉｐの再生区間情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、当該ＡＶＣｌｉｐがどのような符号化方式で符号化されているかを示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』と、再生区間の始点を示す時間情報『ＩＮ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『ＯＵＴ＿ｔｉｍｅ』と、『Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓ』とから構成される。
ＰｌａｙＩｔｅｍ情報の特徴は、その表記法にある。つまりＥＰ＿ｍａｐをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図１０は、ＰＬ情報による間接参照を模式化した図である。本図においてＡＶＣｌｉｐは、複数のＡＣＣＥＳＳ ＵＮＩＴから構成されている。Ｃｌｉｐ情報内のＥＰ＿ｍａｐは、これら複数ＡＣＣＥＳＳ ＵＮＩＴのセクタアドレスを、矢印ａｙ１，２，３，４に示すように指定している。図中の矢印ｊｙ１，２，３，４は、ＰｌａｙＩｔｅｍ情報によるＡＣＣＥＳＳ ＵＮＩＴの参照を模式化して示している。つまり、ＰｌａｙＩｔｅｍ情報による参照（矢印ｊｙ１，２，３，４）は、ＥＰ＿ｍａｐを介することにより、ＡＶＣｌｉｐ内に含まれる複数ＡＣＣＥＳＳ ＵＮＩＴのアドレスを指定するという間接参照であることがわかる。
ＰｌａｙＩｔｅｍ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の再生区間を『プレイアイテム』という。ＰＬ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の論理的な再生単位を『プレイリスト（ＰＬと略す）』という。ＢＤ−ＲＯＭに記録された映画作品は、この論理的な再生単位（ＰＬ）にて構成される。論理的な再生単位にて、ＢＤ−ＲＯＭにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなＰＬを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図１１は、図１０に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
様々なＰＬ情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、ＢＤ−ＲＯＭにおける再生単位には、ＰＬ、ＰｌａｙＩｔｅｍといったものの他、Ｃｈａｐｔｅｒがある。Ｃｈａｐｔｅｒは、１つ、２つ以上のＰｌａｙＩｔｅｍから構成される。
尚、ＰＬ情報のファイル名ＹＹＹは、ＢＤ−ＲＯＭにおいてＰＬ情報に付与される３桁の識別番号を抽象化している。つまり本図におけるＰＬ情報は、この識別番号ＹＹＹを用いて一意に識別される。ＰＬ情報の識別番号を”ＹＹＹ”と表現しているのは、ＰＬ情報の識別番号が、ＡＶＣｌｉｐ及びＡＶＣｌｉｐ情報の識別番号ＸＸＸとは別の番号体系であることを意味している（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
以上が、静的なシナリオについての説明である。続いて動的なシナリオについて説明する。
＜動的なシナリオ＞
動的なシナリオは、ＡＶＣｌｉｐの動的な再生制御手順を示すコマンド列である。動的な再生制御手順とは、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ノーマルモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（エンハンスドモード）である。図１２は、レイヤモデルの第４層における再生モードを示す図である。本図において第４層には、１つのノーマルモードと、２つのエンハンスドモードとが記述されている。１つのノーマルモードは、ＤＶＤライクな再生環境での再生モードでありＭＯＶＩＥモードと呼ばれる。２つのエンハンスドモードのうち、１つ目は、Ｊａｖａ仮想マシンを主体とした再生モードであり、Ｊａｖａモードと呼ばれる。２つ目のエンハンスドモードのうち、２つ目はブラウザを主体とした再生モードであり、Ｂｒｏｗｓｅｒモードと呼ばれる。第４層には、ＭＯＶＩＥモード、Ｊａｖａモード、Ｂｒｏｗｓｅｒモードという３つのモードがあるので、動的シナリオはどれかのモードで実行できるように記述されればよい。
尚、ファイル名ＺＺＺ．ＭＯＶＩＥ、ＺＺＺ．ＣＬＡＳＳ、ＺＺＺ．ＨＴＭにおけるファイルボディ「ＺＺＺ」は、ＢＤ−ＲＯＭにおいて動的シナリオに付与される３桁の識別番号を抽象化している。つまり本図におけるシナリオは、この識別番号ＺＺＺを用いて一意に識別される。シナリオの識別番号を”ＺＺＺ”と表現しているのは、シナリオの識別番号が、ＡＶストリームの識別番号ＸＸＸ、ＰＬ情報の識別番号ＹＹＹとは別の番号体系であることを意味している（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
以降各モードの動的シナリオについてより詳しく説明する。
「ＺＺＺ．ＭＯＶＩＥ」は、ＭＯＶＩＥモードを対象とした動的シナリオである。この動的シナリオでは、既存のＤＶＤ再生装置と良く似た再生制御を再生装置に実行させることができる。
「ＺＺＺ．ＨＴＭ」は、Ｂｒｏｗｓｅｒモードを対象とした動的シナリオである。この動的シナリオでは、ネットワーク上のサイトをアクセスしたり、ファイルをダウンロードするような制御手順を記述することができる。エンハンスドモードには、Ｊａｖａモードの他に、ブラウザモードの２つの動作モードがあるが、これら２つの動作モードで説明を進行させるのは煩雑となる。簡略化を期すため、以降の説明ではエンハンスドモードにおける動的シナリオを、Ｊａｖａモードに限るものとする。
「ＺＺＺ．ＣＬＡＳＳ」は、Ｊａｖａモードを対象とした動的シナリオであり、Ｊａｖａ言語のアプリケーションプログラムである。Ｊａｖａ言語のアプリケーションプログラムなのでＪａｖａモードの動的シナリオの実行主体は、Ｊａｖａプラットフォームとなる。ここでＪａｖａモードのアプリケーションと、Ｊａｖａプラットフォームとの関係を図１３を参照しながら詳しく説明する。図１３は、Ｊａｖａ言語が対象とするＪａｖａプラットフォームのレイヤモデルを示す図である。Ｊａｖａモードのアプリケーションは、このレイヤモデルの最上位のレイヤに位置する。このＪａｖａモードのアプリケーションの下位にＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ）がある。本実施形態におけるＡＰＩには、文字描画のためのライブラリィ集Ｊａｖａ．ａｗｔがある。更にその下位のレイヤにＪａｖａプラットフォームがある。ネイティブ描画系は、再生装置が本来具備しているグラフィクス描画機能であり、Ｊａｖａプラットフォームと同一階層にあたる。
「Ｊａｖａプラットフォーム」は、「Ｊａｖａ仮想マシン（ＪａｖａＶＭ）」、「コンフィグレーション」、「プロファイル」、「オプション」からなる。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａモードアプリケーションを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。コンフィグレーションは、再生装置における簡単な入出力を実現する。プロファイルは、再生装置におけるＩＰ通信や、画面描画を行う。
「オプション」は、様々なライブラリを含む。これらはＪａｖａプラットフォームからは供給され得ない様々な機能をＪａｖａモードのアプリケーションに供給するものである。具体的にいえば、再生装置におけるセキュリティ確保の処理やＢＤ−ＲＯＭ〜Ｊａｖａアプリケーション間の入出力がこのライブラリで規定されることになる。以上のように、Ｊａｖａプラットフォームでは文字描画や簡単な入出力を行うためのプログラムが予め準備されているため、プレゼンテーショングラフィクスストリームによる字幕の描画、インタラクティブグラフィクスストリームによるボタンの描画は、Ｊａｖａオブジェクトによる描画の妨げになる。本実施形態では、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームによる阻害を避けるため、ＰｌａｙＩｔｅｍにフィルタ指定の機能を持たせている。
ではどのようなフィルタ指定かというと、ＡＶＣｌｉｐに多重化されている複数エレメンタリストリームのうち、どれが再生可能であり、どれが再生不可能かを選別するというものである。図９に示したＰｌａｙＩｔｅｍの情報要素のうち、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓがこのフィルタ指定を実現する。
続いて、ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓについてより詳しく説明する。図１４（ａ）はＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの内部構成を示す図である。図中の引き出し線ｈｐ１はｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの構成をクローズアップしている。ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは、複数のｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ［］からなる。ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤは、１６ビットのフィールドであり、各フィールドの値は、Ｃｌｉｐ情報のｐｒｏｇｒａｍ Ｉｎｆｏに定義されているｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙのうち、どれかを示す。ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤに、ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙを指示させることにより、ＰｌａｙＩｔｅｍはフィルタ指定機能をもつことになる。
図１４（ｂ）は、Ｃｌｉｐ情報のｐｒｏｇｒａｍ Ｉｎｆｏに定義されているｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙと、ＰｌａｙＩｔｅｍ情報におけるｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤとの対応を示す図である。Ｃｌｉｐ情報のｐｒｏｇｒａｍ Ｉｎｆｏに、ｍ＋１個のＰＩＤエントリー（ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［０］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［１］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［２］ｅｎｔｒｙ・・・・ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｍ］ｅｎｔｒｙ）が存在するものとする。図中の矢印ｔｃ１，２，３，４は、ｍ＋１個のＰＩＤエントリーに示されるＰＩＤのうち、どれとどれをＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに記述するかという記述の選択を示す。本図では、矢印ｔｃ１，２，３，４に示すようにｍ＋１個のＰＩＤエントリーのうち、ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［０］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［２］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［４］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｍ］ｅｎｔｒｙに示されるＰＩＤが、それぞれｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ（０），（１），（２），（ｎ）に設定されていることがわかる。
以降、ＰｌａｙＩｔｅｍにおけるフィルタ指定により、どのような再生制御が実現されるかについて説明する。図１５は、ＭＯＶＩＥオブジェクト、Ｊａｖａオブジェクトにより再生制御がなされる、ＰＬの階層構造を示す図である。本図は、図１０に示した第１段（ＡＶ−Ｃｌｉｐ）、第２段（Ｃｌｉｐ情報）、第３段（ＰＬ情報）からなる階層構造に、第４段目を追加したものである。第４段目におけるＭＯＶＩＥオブジェクトは、ＰＬ＃１の再生を行わせるコマンド（ＰｌａｙＰＬ（ＰＬ＃１））を含む。このＰＬ＃１を構成する３つのＰｌａｙＩｔｅｍ＃１，＃２，＃３のうち、ＰｌａｙＩｔｅｍ＃３は、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを含んでおりフィルタ指定が可能である。
図１５の第４段目におけるＪａｖａオブジェクトは、ＰＬ＃２の再生を行わせるコマンド（ＰｌａｙＰＬ（ＰＬ＃２））を含む。このＰＬ＃２を構成する２つのＰｌａｙＩｔｅｍ＃１１，＃１２のうち、ＰｌａｙＩｔｅｍ＃１２は、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを含んでおりフィルタ指定が可能である。
図１６は、ＰｌａｙＩｔｅｍ＃３，＃１２におけるｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのようにフィルタ指定が行われるかを示す図である。本図では、下側にＡＶＣｌｉｐを構成する各ＡＣＣＥＳＳ ＵＮＩＴを、上側に２つのＰｌａｙＩｔｅｍ＃３，＃１２を示している。このＡＣＣＥＳＳ ＵＮＩＴには、１本のビデオストリーム、３本のオーディオストリーム、２本のプレゼンテーショングラフィクスストリーム、１本のインタラクティブグラフィクスストリームが多重化されている。ビデオストリームには、Ｖｉｄｅｏ＿ＰＩＤというＰＩＤが、プレゼンテーショングラフィクスストリームには、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤというＰＩＤが、インタラクティブグラフィクスストリームには、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤというＰＩＤが付加される。３本のオーディオストリームのうち、Ａｕｄｉｏ＿ＰＩＤ１が付されたものは英語音声（０：Ｅｎｇｌｉｓｈ）、Ａｕｄｉｏ＿ＰＩＤ２が付されたものは日本語音声（１：Ｊａｐａｎｅｓｅ）、Ａｕｄｉｏ＿ＰＩＤ３が付されたものはコメンタリ音声（２：Ｃｏｍｍｅｎｔａｒｙ）である。２本のプレゼンテーショングラフィクスストリームのうち、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１が付されたものは英語音声（０：Ｅｎｇｌｉｓｈ）、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２が付されたものは日本語音声（１：Ｊａｐａｎｅｓｅ）である。
図中右側のＰｌａｙＩｔｅｍ＃３，＃１２は、互いにフィルタ指定が異なる。ＰｌａｙＩｔｅｍ＃３，＃１２内の升めの羅列は、ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの具体的内容であり、ＰｌａｙＩｔｅｍ＃３では、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ１のオーディオストリーム、Ａｕｄｉｏ＿ＰＩＤ２のオーディオストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１のプレゼンテーショングラフィクスストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２のプレゼンテーショングラフィクスストリーム、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームの再生が可能であると設定されている。ＰｌａｙＩｔｅｍ＃１２では、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ３のオーディオストリームの再生が可能であると設定されている。ＰｌａｙＩｔｅｍ＃３の再生時において、ＰｌａｙＩｔｅｍ＃３のｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは再生装置におけるデマルチプレクサに設定される。これにより多重分離時には、Ｖｉｄｅｏ＿ＰＩＤのビデオストリームをビデオデコーダに出力し、Ａｕｄｉｏ＿ＰＩＤ１、Ａｕｄｉｏ＿ＰＩＤ２のオーディオストリームをオーディオデコーダに出力する。Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２のプレゼンテーショングラフィクスストリームをグラフィクスデコーダに出力し、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームもグラフィクスデコーダに出力する。ＰｌａｙＩｔｅｍ＃３では、全てのグラフィクスストリームが再生可能と設定されているので、ＡＶＣｌｉｐに多重化されている全てのグラフィクスストリームの再生が可能になる。
一方、ＰｌａｙＩｔｅｍ＃１２では、全てのグラフィクスストリームが再生不可能と設定されているので、Ｊａｖａモードにおける動的シナリオとの干渉は有り得ず、Ｊａｖａ言語での制御が可能になる。
図１７は、ＰｌａｙＩｔｅｍ＃３のＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのような再生出力が可能になるかを示す図である。ＰｌａｙＩｔｅｍ＃３では、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ１のオーディオストリーム、Ａｕｄｉｏ＿ＰＩＤ２のオーディオストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１のプレゼンテーショングラフィクスストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２のプレゼンテーショングラフィクスストリーム、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームの再生が可能であるので、ＭＯＶＩＥオブジェクトによる再生では、Ａｕｄｉｏ＿ＰＩＤ１のオーディオストリームの再生出力と（図中の『Ｓｈｅ ｉｓ ｃａｐｔｉｖｅ ｏｆ ｈｅｒ ｏｗｎ ｌｉｅｓ』というナレーション）、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１のプレゼンテーショングラフィクスストリームの再生出力と（『彼女は自分のうそに酔いしれた』という日本語字幕）、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームの再生出力と（『続けますか●はい ◎いいえ』）を伴って、ビデオストリームの再生出力を行うことができる。
ＰｌａｙＩｔｅｍ＃１２では、全てのグラフィクスストリームが再生不可能と設定されており、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ３のオーディオストリームという２つのストリームの再生出力のみが可能になる。このＰｌａｙＩｔｅｍの再生を命じているＪａｖａオブジェクトが、仮想的なスタジオ（図中のカメラや椅子、照明が配された一室）を描画するものなら、グラフィクスストリームに含まれる字幕や、ボタンに妨げられることなく、かかるスタジオの描画を実現することができる。ＰｌａｙＩｔｅｍ＃１２により再生可と設定されたＡｕｄｉｏ＿ＰＩＤ３のオーディオストリームは、映画監督のコメンタリであり（『私は彼女の演技力に脱帽した』という台詞）、上述した仮想的なスタジオで、このような監督のコメンタリを再生させることで、制作現場の雰囲気を作り出すことができる。
このＪａｖａオブジェクトにより、映画スタジオを模した部屋において背景画として映画シーンを再生させながら、映画監督のコメンタリが聴くことができる。
かかるタイトルを、ボーナストラック的なタイトルとしてＢＤ−ＲＯＭに記録することにより、ＢＤ−ＲＯＭの商品価値を高めることができる。ＰｌａｙＩｔｅｍにおけるフィルタ指定を利用して、ボーナストラック的なタイトルをＢＤ−ＲＯＭに記録することは、以下のようなメリットをもたらす。
世界的に著名な映画監督のコメンタリは、映画愛好家にとって、是非とも聞きたいものであり、映画作品の付加価値を高めるものとして、現行の販売用ＤＶＤにも存在する。
かかるタイトルは、ディレクタのコメンタリを聴けることが最大の魅力であるが、背景画として映画シーンが再生されることも、その魅力を高めている要因である。つまり、映画のハイライトシーンと共に、映画制作の裏話が聴けるというのは、コメンタリの臨場感を高めるからである。この場合、このコメンタリのオーディオストリームをどのように扱うかが問題になる。本編とは別に、背景画としたい映画シーンを設けてオーディオストリームと多重化し、上述したボーナストラックを作成するというのがオーソドックスな手法だが、これでは本編とは別に背景画の映画シーンをＢＤ−ＲＯＭに記録せねばならず、記録対象が増え、容量的な問題が生じる。
コメンタリの音声ストリームを映画本編で使用する音声ストリームと共に、本編用の動画ストリームに多重化する方法も考えられる。こうすれば本編のシーンをコメンタリの背景画として使用できるが、このコメンタリデータが、映画本編の再生時に聞こえてしまう恐れがある。そこで本編タイトルを構成するＰｌａｙＩｔｅｍには、コメンタリの音声ストリームだけを無効とし、残りのオーディオストリームを有効とするようフィルタ指定しておく。一方、ボーナスタイトルを構成するＰｌａｙＩｔｅｍには、コメンタリの音声ストリームだけを有効とし、残りのオーディオストリームを無効とするようフィルタ指定しておく。こうすることにより、本編のオーディオストリーム、コメンタリの音声ストリームを全部まとめて一本のＡＶＣｌｉｐに多重化してＢＤ−ＲＯＭに記録しておけばよい。
本編のオーディオストリームのみのＡＶＣｌｉｐ、コメンタリの音声ストリームのみのＡＶＣｌｉｐというように、本編、コメンタリのＡＶＣｌｉｐを別々に作成する必要はないので、ＢＤ−ＲＯＭに記録すべきＡＶＣｌｉｐの本数を少なくすることができ、オーサリング時の手間を軽減することができる。
ＰｌａｙＩｔｅｍに、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを設けているのは、ＰｌａｙＩｔｅｍには、１つのＡＶＣｌｉｐに専属するという専属性、非排他性という２つの性質があるからである。ＡＶＣｌｉｐへの専属性とは、ＰｌａｙＩｔｅｍは、１つのＡＶＣｌｉｐに対してのみ設定され、２以上のＡＶＣｌｉｐを跨ぐように設定されないという性質である。かかる専属性があるので、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓによるフィルタ指定は、対応する１つのＡＶＣｌｉｐの再生時のみ有効となり、他のＡＶＣｌｉｐの再生時には、有効にならない。かかる性質をもつＰｌａｙＩｔｅｍに、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを持たせているので、１つの映画作品を構成する複数ＡＶＣｌｉｐにおいて、ＡＶＣｌｉｐ毎にエレメンタリストリームの多重化数にバラツキがあっても、一貫したエレメンタリストリーム選択を、再生装置に実行させることができる。ここで多重化数のバラツキとは、アクションシーン等にあたるＡＶＣｌｉｐと、会話等のシーンにあたるＡＶＣｌｉｐとで、多重化されているエレメンタリストリームの数が違うことをいう。つまり、アクションシーンにあたるＡＶＣｌｉｐでは、台詞やナレーションが全く存在しない。かかるシーンに必要な音声は、ＢＧＭや車のアクセル音や爆発音等であり、かかる音声は単一の音声で再生させればよい。従ってかかるシーンにあたるＡＶＣｌｉｐでは、言語毎の音声や字幕は不要であり、動画にあたるエレメンタリストリームと、音声にあたるエレメンタリストリームとがＡＶＣｌｉｐに多重化されていればよい。一方、会話シーンにあたるＡＶＣｌｉｐには、台詞やナレーションが必要になるので、かかる台詞を示す音声を、言語毎の音声や字幕で表現せねばならない。そのため、かかるシーンにあたるＡＶＣｌｉｐには、動画にあたるエレメンタリストリーム、各言語での音声・字幕にあたるエレメンタリストリームが多重化されねばならない。
図１８は、ＡＶＣｌｉｐ毎の多重化数のバラツキを示す図である。本図において、ＡＶＣｌｉｐ＃２，＃４は会話のシーンにあたり、ＡＶＣｌｉｐ＃１，＃３はアクションシーンにあたる。ＡＶＣｌｉｐ＃１には、ビデオストリームと（Ｖｉｄｅｏ）、１本のオーディオストリーム（Ａｕｄｉｏ１）が多重化されている。ＡＶＣｌｉｐ＃２には、ビデオストリームの他に３本のオーディオストリーム（Ａｕｄｉｏ１，２，３）、２本のプレゼンテーショングラフィクスストリーム（Ｐ．Ｇｒａｐｈｉｃｓ１，２）が多重化されている。ＡＶＣｌｉｐ＃３には、ビデオストリームのみが多重化されている。ＡＶＣｌｉｐ＃４には、ビデオストリーム、３本のオーディオストリーム（Ａｕｄｉｏ１，２，３）、２本のプレゼンテーショングラフィクスストリーム（Ｐ．Ｇｒａｐｈｉｃｓ１，２，３）の他に１本のインタラクティブグラフィクスストリーム（Ｉ．Ｇｒａｇｈｉｃｓ１）が多重化されている。
本図に示すような多重化数のバラツキがあれば、ＡＶＣｌｉｐを再生させるにあたって、これから再生しようとするＡＶＣｌｉｐにどのようなエレメンタリストリームが多重化されており、それらのＡＶＣｌｉｐにどのようなＰＩＤが割り当てられているかを、ＭＯＶＩＥモードやＪａｖａオブジェクトは事前に検出しておかねばならない。新たなＡＶＣｌｉｐの再生を開始する度に、かかる検出を行うというのは、Ｊａｖａオブジェクトにとって負担であるし、またＡＶＣｌｉｐの再生時間が短いと、かかる検出が間に合わない場合も生じる。かかる事情に鑑み、多重化されているエレメンタリストリームのダイレクトな選択をＪａｖａオブジェクトに許容せず、ＰｌａｙＩｔｅｍ内のＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを介した間接的なエレメンタリストリーム選択を許容している。即ち、再生すべきエレメンタリストリームの指定は、ＰｌａｙＩｔｅｍに示されるので、新たに再生すべきＡＶＣｌｉｐにおいて、どのエレメンタリストリームを再生するかの選択をＪａｖａオブジェクトがダイレクトに行わなくとも、ＰｌａｙＩｔｅｍを介した再生を再生装置が行えば、所望のエレメンタリストリームのみが再生されることになる。
かかる間接的なエレメンタリストリーム選択では、再生すべきＰｌａｙＩｔｅｍを選ぶという行為が、ＡＶＣｌｉｐに多重化されているエレメンタリストリームを選ぶ行為と等価になる。フィルタ指定を示す情報をＰｌａｙＩｔｅｍにもたせて、これを介したエレメンタリストリーム選択をＪａｖａオブジェクトに行わせれば、複数ＰｌａｙＩｔｅｍからなる単位、つまり、ＰＬという大きな再生単位において、一貫したエレメンタリストリームを選択が可能になる。
図１９は、ムービーモードでのＭＯＶＩＥオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各ＰｌａｙＩｔｅｍのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、各ＡＶＣｌｉｐに多重化されているビデオストリーム（Ｖｉｄｅｏ）、オーディオストリーム（Ａｕｄｉｏ１，２）、プレゼンテーショングラフィクスストリーム（Ｐ．Ｇｒａｐｈｉｃｓ１，２，３）、インタラクティブグラフィクスストリーム（１．Ｇｒａｐｈｉｃｓ１，２，３）といったエレメンタリストリームが読み出されていることがわかる。
図２０は、エンハンスドモードでのＪａｖａオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各ＰｌａｙＩｔｅｍのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、ビデオストリーム（Ｖｉｄｅｏ）、オーディオストリーム（Ａｕｄｉｏ３）といったエレメンタリストリームが読み出されていることがわかる。言語毎の音声をもったＡＶＣｌｉｐや、言語毎の字幕をもったＡＶＣｌｉｐ、ボタンをもったＡＶＣｌｉｐが映画作品において飛び飛びに存在する場合でも、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの設定次第で、ＰＬにおいて一貫したエレメンタリストリーム選択を実現することができる。音声を全くもたないＡＶＣｌｉｐや、一本の音声しかないＡＶＣｌｉｐが前後にあったとしても、自身のモードに必要なエレメンタリストリームのみが読み出されることになる。また、各ＡＶＣｌｉｐにおけるエレメンタリストリームと、ＰＩＤとの対応づけがバラバラであったとしても、一貫したエレメンタリストリーム再生を実現することができる。
ＰｌａｙＩｔｅｍには、非排他性があるので、フィルタ指定が異なる２以上のＰｌａｙＩｔｅｍを、同じＡＶＣｌｉｐに対し、重複して設定することができる。そのため、あるＰｌａｙＩｔｅｍではグラフィクスストリームの再生が可能であるが、別のＰｌａｙＩｔｅｍではグラフィクスストリームの再生を禁じるような、ＰｌａｙＩｔｅｍの作り分けを実現することができる。仮にＣｌｉｐ情報にフィルタ指定機能をもたせようとすると、Ｃｌｉｐ情報には専属性があるが、１つのＡＶＣｌｉｐにつき１つのＣｌｉｐ情報しか設定できないので非排他性がない。よってＣｌｉｐ情報にフィルタ指定情報をもたせると、互いにフィルタ指定の内容が異なる複数情報を、１つのＡＶＣｌｉｐに設定することができない。これでは作り分けが困難になるので、フィルタ指定を示す情報をＣｌｉｐ情報に設けることは賢明ではない。一方、フィルタ指定を示す情報を動的シナリオに持たせようとすると、動的シナリオには非排他性はあるが専属性はない。エレメンタリストリームの多重化数にバラツキがあると、エレメンタリストリームの選択に苦慮する。これらを統合すれば、専属性、非排他性を兼ね備えたＰｌａｙＩｔｅｍに、フィルタ指定を示す情報を持たせることが理にかなっている。尚、この記載は、Ｃｌｉｐ情報、動的シナリオにフィルタ指定情報をもたせることを否定するものではなく、無論Ｃｌｉｐ情報、動的シナリオにフィルタ指定情報をもたせてもよい。
またＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは、インタラクティブグラフィクスストリームに埋め込まれたボタンコマンドとの干渉を避けるためにも有意義である。ボタンコマンドとは、インタラクティブグラフィクスストリームで記述されたボタンに対し、確定操作が行われた場合に実行されるコマンドである。ボタンコマンドはＡＶＣｌｉｐに組み込まれているので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという再生制御、つまり、動画内容と緻密に同期した再生制御の記述に便利である。またボタンコマンドは、ＡＶＣｌｉｐ自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応するボタンコマンドの全てをメモリに格納しておく必要はない。ボタンコマンドはＡＣＣＥＳＳ ＵＮＩＴ毎にビデオパケットと共にＢＤ−ＲＯＭから読み出されるので、現在再生すべき動画区間に対応するボタンコマンドをメモリに常駐させ、この動画区間の再生が終われば、そのボタンコマンドをメモリから削除して、次の動画区間に対応するボタンコマンドをメモリに格納すればよい。ボタンコマンドは、ＡＶＣｌｉｐに多重化されるので、たとえボタンコマンドの数が数百個になってもメモリの搭載量を必要最低限にすることができる。
ボタンコマンドをストリーム中に埋め込んでいる場合、Ｊａｖａモードにおける動的シナリオとの干渉が問題になる。例えばＪａｖａモードによる再生制御を実行している場合、ストリーム中に埋め込まれたボタンコマンドが再生装置における制御部に供給されれば、Ｊａｖａモードの動的シナリオとボタンコマンドが同時に実行されることとなり、プレーヤの誤動作を招いてしまう。そこでＪａｖａモードで呼び出されるＰｌａｙＩｔｅｍには、インタラクティブグラフィクスストリームは多重分離しないようＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを設定しておく。こうすることにより、インタラクティブグラフィクスストリーム内のボタンコマンドが、Ｊａｖａプログラムにおける命令と干渉するような事態はなくなる。
以上説明したデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、オーサリングを行う制作者は、このクラス構造体を記述することにより、ＢＤ−ＲＯＭ上のこれらのデータ構造を得ることができる。
以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図２１は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、リードバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６、合成部７、スイッチ８、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０、合成部１１、フォントゼネレータ１２、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３、スイッチ１４、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５、合成部１６、ＨＤＤ１７、リードバッファ１８、デマルチプレクサ１９、オーディオデコーダ２０、スイッチ２１、スイッチ２２、静的シナリオメモリ２３、動的シナリオメモリ２４、ＣＬＵＴ部２６、ＣＬＵＴ部２７、スイッチ２８、制御部２９から構成される。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
リードバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ ＵＮＩＴが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）３は、リードバッファ２からＡＣＣＥＳＳ ＵＮＩＴを取り出して、このＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに示されたＰＩＤをもつものをビデオデコーダ４、オーディオデコーダ２０、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３のどれかに出力する。
ビデオデコーダ４は、デマルチプレクサ３から出力された複数ＰＥＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン５における解像度は１９２０×１０８０であり、このビデオプレーン５に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６は、エンハンスドモードにおいて背景画として用いるべき静止画を格納しておくプレーンである。本プレーンにおける解像度は１９２０×１０８０であり、このＢａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
合成部７は、ビデオプレーン５に格納されている非圧縮状態のピクチャデータを、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６に格納されている静止画と合成する。
スイッチ８は、ビデオプレーン５における非圧縮状態のピクチャデータをそのまま出力するか、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容と合成して出力するかを切り換えるスイッチである。
Ｐ−Ｇｒａｐｈｉｃｓデコーダ９は、ＢＤ−ＲＯＭ、ＨＤから読み出されたグラフィクスストリームをデコードして、ラスタグラフィクスをＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０は、一画面分の領域をもったメモリであり、一画面分のラスタグラフィクスを格納することができる。本プレーンにおける解像度は１９２０×１０８０であり、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０中のラスタグラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ Ｌｏｏｋｕｐ Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０に格納されたラスタグラフィクスは、表示に供される。Ｊａｖａオブジェクトは、本Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０をダイレクトにアクセスすることはできない。かかる禁止を設けたのは以下の要請による。ＤＶＤ互換プログラム、Ｊａｖａオブジェクトが１つのグラフィックスプレーンを共有している場合、最新の書き込み内容が、優先的に表示されることになる。ここでの優先的な表示とは、最新の書込内容が、古い書込内容を覆い隠すように表示されるこという。しかしＤＶＤ互換プログラム、Ｊａｖａオブジェクトは非同期で動作するので、グラフィックスプレーンにおいてどちらの書込内容が優先されているかをＤＶＤ互換プログラム、Ｊａｖａオブジェクトは知り得ない。どちらの書き込みが優先されているかを知り得ないので、ＤＶＤ互換プログラムの書込内容が優先しているのに、Ｊａｖａオブジェクトが書き込みを行い、ＤＶＤ互換プログラムが書き込んだ内容を、Ｊａｖａオブジェクトが好きなように書き換えてしまうことが起こり得る。かかる書き換えがなされると、ＤＶＤ互換プログラムの動作保証が至って困難になるため、ＪａｖａオブジェクトによるＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０へのダイレクトなアクセスは禁止している。
合成部１１は、非圧縮状態のピクチャデータ（ｉ）、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容が合成されたピクチャデータ（ｉｉ）の何れかを、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０の格納内容と合成する。
フォントゼネレータ１２は、制御部２９から出力されたテキストコードを、文字フォントに変換する。どの文字フォントに変換するかの指示は、制御部２９によるフォント種の指定に基づく。
Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３は、ＢＤ−ＲＯＭ、ＨＤから読み出されたインタラクティブグラフィクスストリームをデコードして、ラスタグラフィクスをＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に書き込む。インタラクティブグラフィクスストリームのデコードにより、対話画面を構成するボタンが画面上に現れることになる。
スイッチ１４は、フォントゼネレータ１２が生成したフォント列及びＪａｖａオブジェクトがダイレクトに描画した描画内容、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３が生成したボタンの何れかを選択的にＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に投入するスイッチである。
Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５は、ムービーモードとエンハンスドモードとでメモリアロケーションが変わるグラフィックスプレーンである。図２２（ａ）はムービーモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図であり、図２２（ｂ）はエンハンスドモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図である。ムービーモードにおけるメモリアロケーションとは、図２２（ａ）に示すように横１９２０×縦１０８０の８ビット領域からなる。これは１９２０×１０８０の解像度で、１画素当たり８ビットのインデックス値を格納できるメモリアロケーションである。一方、エンハンスドモードにおけるメモリアロケーションとは、図２２（ｂ）に示すように横９６０×縦５４０の３２ビット領域からなる。これは９６０×５４０の解像度で、１画素当たり３２ビットのＲＧＢ値を格納できるメモリアロケーションである。ムービーモードにおける一画素当たりの割当ビット長が８ビットであり、１６，７７７，２１６色から選ばれた２５６色しか表現できないことに比べれば、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅグラフィクスプレーンは自然色に近い発色が可能になっている。これは、２×２画素を１画素に間引き、１画素当たりの発色数を増やすことにより、華やかなで動きのある画面描画を実現することを意図している。Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５がどちらのメモリアロケーションになるかは、再生装置における動作モードに基づく。動作モードがムービーモードならＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５は、横１９２０×縦１０８０×８ビット領域のメモリアロケーションになり、エンハンスドモードならＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５は横９６０×縦５４０×３２ビット領域のメモリアロケーションになる。
合成部１６は、非圧縮状態のピクチャデータ（ｉ）、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容が合成されたピクチャデータ（ｉｉ）、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０及びＢａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容と合成されたピクチャデータ（ｉｉｉ）をＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５の格納内容と合成する。
ＨＤＤ１７は、ＢＤ−ＲＯＭに記録されているＡＶＣｌｉｐ、Ｃｌｉｐ情報、ＰＬ情報、動的シナリオのアップデート版を格納した記録媒体である。ＨＤＤの記録内容を読み出し、ＢＤ−ＲＯＭの記録内容と動的に組み合わせることにより、ＢＤ−ＲＯＭに存在しないオーディオストリーム、グラフィクスストリームの再生や、ＢＤ−ＲＯＭに存在しない静的シナリオ、動的シナリオによる再生を実現することができる。
リードバッファ１８は、ＦＩＦＯメモリであり、ＨＤＤ１７から読み出されたＡＣＣＥＳＳ ＵＮＩＴが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）１９は、リードバッファ１８からＡＣＣＥＳＳ ＵＮＩＴを取り出して、このＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに示されたＰＩＤをもつものをオーディオデコーダ２０、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９のどれかに出力する。
オーディオデコーダ２０は、デマルチプレクサ１９から出力されたＰＥＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
スイッチ２１は、オーディオデコーダ２０への入力源を切り換えるためのスイッチであり、本スイッチによりオーディオデコーダ２０への入力は、ＢＤ−ＲＯＭ側、ＨＤＤ側に切り換わる。
スイッチ２２は、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９への入力源を切り換えるスイッチであり、本スイッチ２２によりＨＤから読み出されたプレゼンテーショングラフィクスストリーム、ＢＤ−ＲＯＭから読み出されたプレゼンテーショングラフィクスストリームを選択的にＰ−Ｇｒａｐｈｉｃｓデコーダ９に投入することができる。
静的シナリオメモリ２３は、カレントのＰＬ情報やカレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＰＬ情報とは、ＢＤ−ＲＯＭに記録されている複数ＰＬ情報のうち、現在処理対象になっているものをいう。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
動的シナリオメモリ２４は、カレント動的シナリオを格納しておき、ＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５による処理に供するメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭに記録されている複数シナリオのうち、現在実行対象になっているものをいう。
スイッチ２５は、ＢＤ−ＲＯＭ及びＨＤから読み出された各種データを、リードバッファ２、リードバッファ１８、静的シナリオメモリ２３、動的シナリオメモリ２４のどれかに選択的に投入するスイッチである。
ＣＬＵＴ部２６は、ビデオプレーン５に格納されたラスタグラフィクスにおけるインデックスカラーを、ＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
ＣＬＵＴ部２７は、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に格納されたラスタグラフィクスにおけるインデックスカラーを、プレゼンテーショングラフィクスストリームに含まれるＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
スイッチ２８は、エンハンスドモードにおいてＣＬＵＴ部２７による変換をスルー出力するよう切り換えるスイッチである。
制御部２９は、ＰｌａｙＩｔｅｍに含まれるＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを、ビデオデコーダ４に出力することにより、ＡＶＣｌｉｐに多重化されているエレメンタリストリームのうち、どれを再生するかをビデオデコーダ４に命じる（Ｓｔｒｅａｍ Ｓｅｌｅｃｔｉｏｎ）。再生すべきエレメンタリストリームを、ＰｌａｙＩｔｅｍを介して指定するのは、ＪａｖａオブジェクトによるＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０のダイレクトアクセスは禁止されているからである。そうしてＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに示されるエレメンタリストリームがＡＶＣｌｉｐから読み出されれば、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５をダイレクトにアクセスするか（Ｄｙｎａｍｉｃ ｇｒａｐｈｉｃｓ ｄｒａｗｉｎｇ）、或は、テキストやフォント種をフォントゼネレータ１２に与えることにより（Ｔｅｘｔ ａｎｄ Ｆｏｎｔ）、フォントゼネレータ１２にフォント列を生成させ、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に配置させる。こうしてＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５の描画がなされれば、ビデオプレーン５の格納内容の拡大・縮小を命じた上で、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５の格納内容を合成部１６に合成させる（Ｄｉｓｐｌａｙ ｌａｙｏｕｔ Ｃｏｎｔｒｏｌ）。
以上が再生装置の内部構成である。図２３は、制御部２９の内部構成を示す図である。本図に示すように制御部２９は、再生制御エンジン３１、プレーヤレジスタ３２、ＤＶＤライクモジュール３３、Ｊａｖａモジュール３４、ＢＲＯＷＳＥＲモジュール３５、ＵＯコントローラ３６、モジュールマネージャ３７から構成される。
再生制御エンジン３１は、ＤＶＤ互換プログラムであり、ＡＶ再生機能（１）、プレイリストの再生機能（２）、再生装置における状態取得／設定機能（３）といった諸機能を実行する。再生装置のＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始（Ｐｌａｙ）、再生停止（Ｓｔｏｐ）、一時停止（Ｐａｕｓｅ Ｏｎ）、一時停止の解除（Ｐａｕｓｅ Ｏｆｆ）、Ｓｔｉｌｌ機能の解除（ｓｔｉｌｌ ｏｆｆ）、速度指定付きの早送り（Ｆｏｒｗａｒｄ Ｐｌａｙ（ｓｐｅｅｄ））、速度指定付きの巻戻し（Ｂａｃｋｗａｒｄ Ｐｌａｙ（ｓｐｅｅｄ））、音声切り換え（Ａｕｄｉｏ Ｃｈａｎｇｅ）、副映像切り換え（Ｓｕｂｔｉｔｌｅ Ｃｈａｎｇｅ）、アングル切り換え（Ａｎｇｌｅ Ｃｈａｎｇｅ）といった処理をユーザからの操作に応じて実行することである。ＰＬ再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をＰＬ情報に従って行うことをいう。このＰＬ再生機能の実行により、再生制御エンジン３１はレイヤモデルの第３層（静的なシナリオに基づく再生制御）の役割を果たす。再生制御エンジン３１は、ＡＶ再生機能をユーザからの操作に従って実行する。一方、機能（２）〜（３）を、ＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５からの関数呼出に応じて実行する。つまり再生制御エンジン３１は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。
プレーヤレジスタ３２は、３２個のＳｙｓｔｅｍ Ｐａｒａｍｅｔｅｒ Ｒｅｇｉｓｔｅｒと、３２個のＧｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒとからなる。これらのレジスタの格納値は変数ＳＰＲＭ，ＧＰＲＭとしてプログラミングに利用される。Ｓｙｓｔｅｍ Ｐａｒａｍｅｔｅｒ Ｒｅｇｉｓｔｅｒ、及び、Ｇｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒは、ＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５から分離した再生制御エンジン３１で管理されるため、たとえ再生モードの切り換わりが生じたとしても、切換後の再生モードを実行するモジュールは、再生制御エンジン３１におけるＳＰＲＭ（０）〜（３１）、ＧＰＲＭ（０）〜（３１）を参照しさえすれば、再生装置の再生状態を知得することができる。
ＤＶＤライクモジュール３３は、ＭＯＶＩＥモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ２４に読み出されたカレントのＭＯＶＩＥオブジェクトを実行する。
Ｊａｖａモジュール３４は、Ｊａｖａプラットフォームであり、動的シナリオメモリ２４に読み出されたＺＺＺ．ＣＬＡＳＳからカレントのＪａｖａオブジェクトを生成し、実行する。かかる実行は、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させることにより実現される。
ＢＲＯＷＳＥＲモジュール３５は、Ｂｒｏｗｓｅｒモードの実行主体となるブラウザであり、動的シナリオメモリ２４に読み出されたカレントのＷｅｂＰａｇｅオブジェクトを実行する。
ＵＯコントローラ３６は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモジュールマネージャ３７に出力する。
モジュールマネージャ３７は、モード管理及び分岐制御を行う。モジュールマネージャ３７によるモード管理とは、動的シナリオをどのＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５に実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオをＤＶＤライクモジュール３３に実行させるというものである。イントラモードでの分岐（同一モード内の分岐）があったとしても、この原則は維持される。例外は、インターモードでの分岐（モード間の分岐）が発生した場合である。ＭＯＶＩＥオブジェクトからＪａｖａオブジェクト／ＷｅｂＰａｇｅオブジェクトへの分岐が発生した場合、Ｊａｖａモジュール３４、ＢＲＯＷＳＥＲモジュール３５がカレントオブジェクトを実行することになる。またモジュールマネージャ３７は、ＵＯコントローラ３６がＵＯを受け付けた際、そのＵＯを示すイベント（ユーザイベント）を生成して再生制御エンジン３１、Ｊａｖａモジュール３４、ＢＲＯＷＳＥＲモジュール３５に出力する。
本実施形態における再生装置の処理は、再生制御エンジン３１が、図２４の処理手順を実行することにより実現される。
図２４は、再生制御エンジン３１によるＰＬＰｌａｙコマンドの実行手順を示すフローチャートである。本フローチャートにおいて処理対象たるＰｌａｙＩｔｅｍをＰＩｙ、処理対象たるＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳ ＵＮＩＴｖとする。本フローチャートは、ＬｉｎｋＰＬの引数で指定されたカレントＰＬ情報（．ｍｐｌｓ）の読み込みを行い（ステップＳ１）、カレントＰＬ情報の先頭のＰＩ情報をＰＩｙにする（ステップＳ２）。そして ＰＩｙのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む（ステップＳ３）。
Ｃｌｉｐ情報を読み込めば、ＰＩｙのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓをデマルチプレクサ３に設定する。これによりＰＩｙにて再生が行われている間、このＰＩｙのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは有効となる。
このようにＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓが有効になれば、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いてＰＩｙのＩＮ＿ｔｉｍｅを、アドレスに変換する（ステップＳ５）。そして変換アドレスにより特定されるＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳ ＵＮＩＴｖにする（ステップＳ６）。一方、ＰＩｙのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いてアドレスに変換する（ステップＳ７）。そして、その変換アドレスにより特定されるＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳＵＮＩＴｗにする（ステップＳ８）。
こうしてＡＣＣＥＳＳ ＵＮＩＴｖ，ｗが決まれば、ＡＣＣＥＳＳ ＵＮＩＴｖからＡＣＣＥＳＳ ＵＮＩＴｗまでの読み出しをＢＤドライブ１に命じ（ステップＳ９）、ＰＩｙのＩＮ＿ｔｉｍｅからＯｕｔ＿ｔｉｍｅまでのデコード出力をビデオデコーダ４、オーディオデコーダ２０に命じる（ステップＳ１０）。
ステップＳ１１は、本フローチャートの終了判定であり、ＰＩｙがＰＩｚになったかを判定している。もしステップＳ１１がＹｅｓなら本フローチャートを終了し、そうでないなら、ＰＩｙのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓをデマルチプレクサ３から解放した上で（ステップＳ１２）、ＰＩｙを次のＰｌａｙＩｔｅｍに設定し（ステップＳ１３）、ステップＳ３に戻る。以降、ステップＳ１１がＹｅｓと判定されるまで、ステップＳ１〜ステップＳ１０の処理は繰り返される。以上が再生制御エンジン３１の処理手順である。
以上のように本実施形態によれば、ＡＶＣｌｉｐに多重化されている複数エレメンタリストリームのうち、どれを再生可とし、どれを再生不可とするフィルタ指定を、ＰｌａｙＩｔｅｍにもたせるので、各モードの動的シナリオは自身に応じたＰｌａｙＩｔｅｍを選ぶことにより、ＡＶＣｌｉｐに多重化されているエレメンタリストリーム内のボタン、字幕、ボタンコマンドによる影響を避けることができる。
（第２実施形態）
第２実施形態は、ＵＯの発生時における再生制御エンジン３１、ＤＶＤライクモジュール３３との競合を回避することができる実施形態に関する。ＤＶＤライクモジュール３３は、処理を行うにあたって、ユーザによりなされた操作を示すユーザイベントをトリガとする。これは再生制御エンジン３１も同様であり、再生制御エンジン３１はインタラクティブグラフィクスストリームの再生時に対話制御を行うにあたって、ユーザイベントをトリガにして処理を行う。そうすると１つのユーザイベントにより再生装置内では再生制御エンジン３１、ＤＶＤライクモジュール３３の双方が動作するという不都合が生じる。これを避けるにはエンハンスドモードにおいて再生制御エンジン３１を動作させないようにしておけばよい。しかし再生制御エンジン３１はＤＶＤライクモジュール３３からの関数呼出に応じて機能を提供することが有り、再生制御エンジン３１の動作を止める訳にはいかない。これらのことに鑑み第２実施形態では、ある種のＵＯについては再生制御エンジン３１に出力しないよう処理する。図２５は、第２実施形態に係る制御部２９の内部構成を示す図である。本図で新規なのは、マスクテーブル保持部３８が設けられており、モジュールマネージャ３７はマスクテーブル保持部３８の設定に従い、ユーザイベントを発生する点である。
マスクテーブル保持部３８はマスクテーブルを保持する。マスクテーブルとは、モジュールマネージャ３７が発生し得る複数ユーザイベントをマスクするか否かを示す。ユーザイベントには、リモコンにおけるＭｏｖｅＵｐキー，ＭｏｖｅＤｏｗｎキー，ＭｏｖｅＲｉｇｈｔキー，ＭｏｖｅＬｅｆｔキー，ａｃｔｉｖａｔｅキー，数値キー，特殊再生（早送り，巻戻し，タイムサーチ，チャプターサーチ）の押下を示すものがあり、これらユーザイベントのマスクとは、これらのキーが押下がされたとしても、この押下を示すユーザイベントを再生制御エンジン３１に出力しないことを示す。
マスクテーブル保持部３８に対するマスクテーブルの設定には、ＰｌａｙＩｔｅｍに示されているＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを読み出して、そのままマスクテーブル保持部３８に保持させるというものと（１）、ＰｌａｙＩｔｅｍに示されているＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを読み出し、変換を施した上でマスクテーブル保持部３８に保持させるというものがある（２）。この変換は、ＰｌａｙＩｔｅｍに示されるＵＯ＿ｍａｓｋ＿Ｔａｂｌｅと、所定のビットパターンとの論理和をとり、論理和の結果をマスクテーブル保持部３８に書き込むことでなされる。
図２６は、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅが設けられたＰｌａｙＩｔｅｍを示す図である。本図においてＵＯ＿ｍａｓｋ＿Ｔａｂｌｅは、ｍｏｖｅ＿ｕｐ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｄｏｗｎ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｌｅｆｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｒｉｇｈｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｓｅｌｅｃｔ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｓｅｌｅｃｔ＿ａｎｄ＿ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ＴｒｉｃｋＰｌａｙ＿ｍａｓｋフラグを含む。
ｍｏｖｅ＿ｕｐ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＵｐキー押下を示すユーザイベントをマスクするか否かを示す。
ｍｏｖｅ＿ｄｏｗｎ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＤｏｗｎキー押下を示すユーザイベントをマスクするか否かを示す。
ｍｏｖｅ＿ｌｅｆｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＬｅｆｔキー押下を示すユーザイベントをマスクするか否かを示す。
ｍｏｖｅ＿ｒｉｇｈｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＲｉｇｈｔキー押下を示すユーザイベントをマスクするか否かを示す。
ｓｅｌｅｃｔ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ａｃｔｉｖａｔｅキー押下を示すユーザイベントをマスクするか否かを示す。
ｓｅｌｅｃｔ＿ａｎｄ＿ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
ＴｒｉｃｋＰｌａｙ＿ｍａｓｋフラグは、早送り，巻戻し，タイムサーチ，チャプターサーチの操作を示すユーザイベントをマスクするか否かを示す。
かかるＵＯ＿ｍａｓｋ＿ＴａｂｌｅがＰｌａｙＩｔｅｍに設けられているので、再生制御エンジン３１はＰｌａｙＩｔｅｍによる再生を開始するにあたって、そのＰｌａｙＩｔｅｍに含まれるＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクテーブルとしてマスクテーブル保持部３８に設定し、ＰｌａｙＩｔｅｍによる再生が終了するにあたってマスクテーブル保持部３８におけるマスクテーブルを削除する。
一方、エンハンスドモードで参照されるＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクするよう設定しておき、ムービーモードで参照されるＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクしないよう設定しておけば、再生装置側でかかる設定・削除が行われることにより、ＰｌａｙＩｔｅｍという論理的な再生区間で、再生制御エンジン３１、ＤＶＤライクモジュール３３間の競合を避けることができる。
またムービーモードで参照されるＰｌａｙＩｔｅｍであっても、あるＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクしないよう設定しておき、別のＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクするよう設定しておけば、あるバージョンのＴｉｔｌｅにおいてユーザオペレーションが受け付けられ、別のバージョンのＴｉｔｌｅでは、ユーザオペレーションが受け付けられないというユーザオペレーションの使い分けをすることができる。かかる使い分けにより、デモンストレーションバージョンの作成が容易になるとのメリットがある。
（第３実施形態）
本実施形態は、ＢＤ−ＲＯＭの製造工程に関する実施形態である。図２７は、ＢＤ−ＲＯＭの製造工程を示すフローチャートである。
ＢＤ−ＲＯＭの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ１０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ１０２、ＢＤ−ＲＯＭの原盤を作成し、プレス・貼り合わせを行って、ＢＤ−ＲＯＭを完成させるプレス工程１０３を含む。
これらの工程のうち、ＢＤ−ＲＯＭを対象としたオーサリング工程は、ステップＳ１０４〜ステップＳ１０９という工程からなる。
シナリオ編集工程Ｓ１０４とは、企画段階において作成された筋書きを再生装置が理解できる形式に変換する工程である。シナリオ編集の結果は、ＢＤ−ＲＯＭ用シナリオとして生成される。また、このシナリオ編集において、多重化を実現するため多重化パラメータの等も生成される。本実施形態では、このシナリオ編集の工程において、フィルタリング指定が互いに異なる複数ＰｌａｙＩｔｅｍ情報を生成し（ステップＳ１０４）、どれかのＰｌａｙＩｔｅｍ情報を用いた再生制御を、ＤＶＤ向けコマンド又はＪａｖａ言語で記述して動的シナリオを生成する（ステップＳ１０５）。かかる工程にて静的シナリオ、動的シナリオが完成する。
素材エンコード工程Ｓ１０６とは、ビデオ素材、オーディオ素材、副映像素材のそれぞれをエンコードして、ビデオストリーム、オーディオストリーム、グラフィクスストリームを得る作業である。
多重化工程Ｓ１０７では、素材エンコードにより得られた、ビデオストリーム、オーディオストリーム、グラフィクスストリームをインターリーブ多重して、これらを１本のデジタルストリームに変換する。
フォーマッティング工程Ｓ１０８では、ＢＤ−ＲＯＭ向けシナリオを元に、各種情報を作成して、シナリオ及びデジタルストリームをＢＤ−ＲＯＭのフォーマットに適合させる。
エミュレーション工程Ｓ１０９では、オーサリング作業の結果が正しいか否かの確認を行う。
上述したシナリオ編集工程において、Ｊａｖａオブジェクト及びＷｅｂＰａｇｅオブジェクトは、Ｊａｖａ言語、マークアップ言語を用いた記述が可能であるから、通常のコンピュータ向けのソフトウェアを開発するのと同じ感覚で、開発することができる。よって本実施形態では、このシナリオ制作の効率を高めることができるという効果がある。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。しかし請求項に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本願の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。
（Ａ）全ての実施形態では、本発明に係る光ディスクをＢＤ−ＲＯＭとして実施したが、本発明の光ディスクは、記録される動的シナリオ、Ｉｎｄｅｘ Ｔａｂｌｅに特徴があり、この特徴は、ＢＤ−ＲＯＭの物理的性質に依存するものではない。動的シナリオ、Ｉｎｄｅｘ Ｔａｂｌｅを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体メモリカードであってもよい。フレシキブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。
動的シナリオ、Ｉｎｄｅｘ Ｔａｂｌｅ、プレイリスト情報は、ＡＶＣｌｉｐ及びストリーム管理情報と別々の記録媒体に記録されてもよい。そしてこれらをパラレルに読み出して、１つの映画作品として再生させてもよい。
（Ｂ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐをデコードした上でＴＶに出力していたが、再生装置をＢＤ−ＲＯＭドライブのみとし、これ以外の構成要素をＴＶに具備させてもい、この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態〜第３実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態〜第３実施形態に示した再生装置の有償・無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輸入する行為も、本発明の実施行為である。製品・半製品を所持して、店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
（Ｃ）図２４のフローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態〜第３実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。
（Ｄ）図２４のフローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
（Ｅ）ＢＤ−ＲＯＭに記録するにあたって、ＡＶＣｌｉｐを構成する各ＴＳパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと呼ばれ、『Ａｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ』と、『ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ』とを含み４バイトのデータ長を有する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを”Ａｌｉｇｎｅｄ Ｕｎｉｔ”という。
ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時において、再生装置２００は、以下のような送信処理にてＡｌｉｇｎｅｄ Ｕｎｉｔの送信を行う。つまり送り手側の機器は、Ａｌｉｇｎｅｄ Ｕｎｉｔに含まれる３２個のＥＸ付きＴＳパケットのそれぞれからＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外し、ＴＳパケット本体をＤＴＣＰ規格に基づき暗号化して出力する。ＴＳパケットの出力にあたっては、ＴＳパケット間の随所に、ｉｓｏｃｈｒｏｎｏｕｓパケットを挿入する。この挿入箇所は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのＡｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐに示される時刻に基づいた位置である。ＴＳパケットの出力に伴い、再生装置２００はＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを出力する。ＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを記述しておけば、ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時においてＴＳパケットは、他の機器に記録されることはない。
（Ｆ）各実施形態において、記録媒体に記録されるデジタルストリームはＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式であってもよい。
（Ｇ）ＢＤ−ＲＯＭのレイヤモデルにおいて、Ｊａｖａモードの上にブラウザモード及びＭＯＶＩＥモードを配置してもよい。特にＭＯＶＩＥモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、ＭＯＶＩＥモードをＪａｖａモード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が１つのモードで済むからである。
更に３つのモードを設けず、ＪａｖａモードだけでＪａｖａモードの処理を実行してもよい。ＪａｖａモードでもＰＬの再生と同期した再生制御が可能になるから、強いてＭＯＶＩＥモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、ＭＯＶＩＥモードだけでも、ブラウザモードだけでもよい。
（Ｈ）ＰＬを構成する２以上のＰｌａｙ Ｉｔｅｍを連続再生させるには、これらのＰｌａｙ Ｉｔｅｍがシームレス接続されるよう、加工を施しておくことが望ましい。
シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで、実現される。尚、シームレス接続のために作成された複製部分を、Ｂｒｉｄｇｅ−Ｃｌｉｐと呼んでもよい。
ここで終端部、先端部は、以下のように設定するのが望ましい。
つまり先行するＡＶＣｌｉｐ＃ｘのうち先行再生区間のＯｕｔ点を含むＡＣＣＥＳＳ ＵＮＩＴから、２個先のＡＣＣＥＳＳ ＵＮＩＴまでを終端部とし、また後続するＰｌａｙ Ｉｔｅｍ情報＃ｘ＋１のうち後続再生区間のＩｎ点を含むＡＣＣＥＳＳ ＵＮＩＴを先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許ＵＳＰ，６１４８，１４０公報により記載されているので、詳細に関してはこの公報を参照されたい。
更に、シームレス接続のために作成された複製部分については、シームレス接続情報をＣｌｉｐ情報に設けておくことが望ましい。シームレス接続情報とは、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長、オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差（ＳＴＣ−Ｏｆｆｓｅｔ）を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、１つの区間から別の区間への移行する際の音声の途切れを防止することができる。
（Ｉ）Ｊａｖａオブジェクトは、Ｊａｖａ言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引（ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ））のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなＪａｖａオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またＪａｖａオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
Ｊａｖａオブジェクトが用いるようなライブラリィをＢＤ−ＲＯＭに記録しておいてもよい。そのようなライブラリィには、ＰＮＧファイル、アニメーションデータを格納したＭＮＧファイル、ストリームに関連した情報を格納したＸＭＬファイル、ＨＴＭＬ／ＳＭＩＬファイルがある。
ＷｅｂＰａｇｅオブジェクトがＷＥＢサイトから取得する情報は、ＷＥＢページであってもよいし、画像データであってもよい。また、ＡＶストリーム、ストリーム管理情報、ＰＬ情報であってもよい。またＷｅｂＰａｇｅオブジェクトは、検索エンジンと連携して処理を行ってもよい。
更に、エンハンスドモードにおける記述言語は、Ｃ＋＋やＣ＃言語であってもよい。
（Ｊ）Ｊａｖａモジュールは、衛星放送受信のために機器に組み込まれたＪａｖａプラットフォームであってもよい。ＪａｖａモジュールがかかるＪａｖａプラットフォームであれば、本発明に係る生成装置は、ＭＨＰ用ＳＴＢとしての処理を兼用することになる。
更に携帯電話の処理制御のために機器に組み込まれたＪａｖａプラットフォームであってもよい。かかるＪａｖａモジュールがかかるＪａｖａプラットフォームであれば、本発明に係る生成装置は、携帯電話としての処理を兼用することになる。
またＢＲＯＷＳＥＲモジュールは、ＭｉｃｒｏＳｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅ等、パソコン組み込み型のブラウザソフトであってもよい。
（Ｋ）Ｊａｖａオブジェクトは、Ｊａｖａ言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引（ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ））のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなＪａｖａオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またＪａｖａオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
Ｊａｖａオブジェクトが用いるようなライブラリィをＢＤ−ＲＯＭに記録しておいてもよい。そのようなライブラリィには、ＰＮＧファイル、アニメーションデータを格納したＭＮＧファイル、ストリームに関連した情報を格納したＸＭＬファイル、ＨＴＭＬ／ＳＭＩＬファイルがある。
ＷｅｂＰａｇｅオブジェクトがＷＥＢサイトから取得する情報は、ＷＥＢページであってもよいし、画像データであってもよい。また、ＡＶストリーム、ストリーム管理情報、ＰＬ情報であってもよい。またＷｅｂＰａｇｅオブジェクトは、検索エンジンと連携して処理を行ってもよい。更に、エンハンスドモードにおける記述言語は、Ｃ＋＋やＣ＃言語，Ｐｅｒｌであってもよい。
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図２は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図２において、本発明に係る記録媒体は、ＢＤ−ＲＯＭ１００である。このＢＤ−ＲＯＭ１００は、再生装置２００、テレビ３００、リモコン４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、ＢＤ−ＲＯＭの応用層に対する改良により実施することができる。図３は、ＢＤ−ＲＯＭの構成を示す図である。
本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図３に示すようなデータフォーマットを、ＢＤ−ＲＯＭの応用層上に形成することにより本発明に係る記録媒体は、工業的に生産される。尚、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳといったファイルが、それぞれ複数存在する場合は、ＢＤＭＶディレクトリの配下に、ＳＴＲＥＡＭディレクトリ、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリという３つのディレクトリを設け、ＳＴＲＥＡＭディレクトリにＸＸＸ．Ｍ２ＴＳと同じ種別のファイルを、ＣＬＩＰＩＮＦディレクトリにＸＸＸ．ＣＬＰＩと同じ種別のファイルを、ＰＬＡＹＬＩＳＴディレクトリにＹＹＹ．ＭＰＬＳと同じ種別のファイルを格納することが望ましい。
図４は、ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現した図である。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤＭＶディレクトリがあり、その下にＪＣＬＡＳＳディレクトリ、ＢＲＯＷＳＥＲディレクトリがある。
ＢＤＭＶディレクトリの配下には、ＩＮＦＯ．ＢＤ、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳ、ＺＺＺ．ＭＯＶＩＥといったファイルが存在する。ＪＣＬＡＳＳディレクトリの配下には、ＺＺＺ．ＣＬＡＳＳというファイルが、ＢＲＯＷＳＥＲディレクトリの配下には、ＺＺＺ．ＨＴＭというファイルが配置されている。
図５は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第１層、第２層、第３層、第４層からなる階層が本図における分類を象徴的に示す。本図においてＸＸＸ．Ｍ２ＴＳは第２層に分類される。ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳは、第３層（静的シナリオ）に分類される。ＢＤＭＶディレクトリ配下のＺＺＺ．ＭＯＶＩＥ、ＪＣＬＡＳＳディレクトリ配下のＺＺＺ．ＣＬＡＳＳ、ＢＲＯＷＳＥＲディレクトリ配下のＺＺＺ．ＨＴＭは、第４層に分類される。
本図の分類（第１層〜第４層）は、図６に示すようなレイヤモデルを対象とした分類である。以降、図５を参照しながら、ＢＤ−ＲＯＭが対象としている、制御ソフトウェアのレイヤモデルについて説明する。
図６の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤ、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらＨＤ、メモリカード、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
第２層は、復号化方式のレイヤである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。本実施形態で採用する復号化方式は、ＭＰＥＧ２の復号化方式である。
第３層（静的シナリオ）は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、Ｃｌｉｐ情報であり、これらに基づく再生制御を規定しているのがこの第３層（静的シナリオ）である。
第４層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第４層である。以降、このレイヤモデルに従い、ストリーム本体、静的なシナリオ、動的なシナリオにあたるファイルについて説明してゆく。
先ず第２層に属するＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）について説明する。
ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）は、ＭＰＥＧ−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のデジタルストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、１つ以上のプレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図７は、ＡＶＣｌｉｐがどのように構成されているかを模式的に示す図である。
ＡＶＣｌｉｐは（第４段目）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（第１段目）、ＰＥＳパケット列に変換し（第２段目）、更にＴＳパケットに変換し（第３段目）、同じく字幕系のプレゼンテーショングラフィクスストリーム、対話系のインタラクティブグラフィクスストリーム（第７段目）を、ＰＥＳパケット列に変換し（第６段目）、更にＴＳパケットに変換して（第５段目）、これらを多重化することで構成される。
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのプレゼンテーショングラフィクスストリームが存在する。プレゼンテーショングラフィクスストリームは、ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｌｅｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＷＤＳ（Ｗｉｎｄｏｗ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）という一連の機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、字幕たるグラフィクスオブジェクトを定義する機能セグメントである。
ＷＤＳ（Ｗｉｎｄｏｗ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、画面におけるグラフィクスオブジェクトの描画領域を定義する機能セグメントであり、ＰＤＳ（Ｐａｌｌｅｔ Ｄｅｆｉｎｅ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＰＣＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｅｇｍｅｎｔ）は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Ｃｕｔ−Ｉｎ／Ｏｕｔ、Ｆａｄｅ−Ｉｎ／Ｏｕｔ、Ｃｏｌｏｒ Ｃｈａｎｇｅ、Ｓｃｒｏｌｌ、Ｗｉｐｅ−Ｉｎ／Ｏｕｔといったものがあり、ＰＣＳによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
インタラクティブグラフィクスストリームは、対話制御を実現するグラフィクスストリームである。インタラクティブグラフィクスストリームにて定義される対話制御は、ＤＶＤ再生装置上の対話制御と互換性がある対話制御である。かかるインタラクティブグラフィクスストリームは、ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）、ＥＮＤ（ＥＮＤ ｏｆ Ｄｉｓｐｌａｙ Ｓｅｔ Ｓｅｇｍｅｎｔ）と呼ばれる機能セグメントからなる。ＯＤＳ（Ｏｂｊｅｃｔ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。ＰＤＳ（Ｐａｌｅｔｔｅ Ｄｉｆｉｎｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ＩＣＳ（Ｉｎｔｅｒａｃｔｉｖｅ Ｃｏｍｐｏｓｉｔｉｏｎ Ｓｅｇｍｅｎｔ）は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ＩＣＳは、ボタンに対して確定操作がなされた際、実行すべきボタンコマンドを含む。
以上がＡＶＣｌｉｐに多重化されるエレメンタリストリームである。かかる過程を経て生成されたＡＶＣｌｉｐは、通常のコンピュータファイル同様、複数のエクステントに分割され、ＢＤ−ＲＯＭ上の領域に記録される。ＡＶＣｌｉｐは、１つ以上のＡＣＣＥＳＳ ＵＮＩＴとからなり、このＡＣＣＥＳＳ ＵＮＩＴの単位で頭出し可能である。ＡＣＣＥＳＳ ＵＮＩＴとは、１つのＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）と、このＧＯＰと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。ＧＯＰは、過去方向および未来方向に再生されるべき画像との時間相関特性を用いて圧縮されているＢｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ Ｐｒｅｄｉｃｔｉｖｅ（Ｂ）ピクチャ、過去方向に再生されるべき画像との時間相関特性を用いて圧縮されているＰｒｅｄｉｃｔｉｖｅ（Ｐ）ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されているＩｎｔｒａ（Ｉ）ピクチャを含む。
尚、ＸＸＸ．Ｍ２ＴＳのファイル名ＸＸＸは、ＢＤ−ＲＯＭにおいてＡＶＣｌｉｐに付与される３桁の識別番号を抽象化している。つまり本図におけるＡＶＣｌｉｐは、このＸＸＸを用いて一意に識別される。以上がストリーム（ＸＸＸ．Ｍ２ＴＳ）についての説明である（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
＜静的なシナリオ＞
続いて、静的なシナリオであるファイル（ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＭＰＬＳ）について説明する。
Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、個々のＡＶＣｌｉｐについての管理情報である。図８は、Ｃｌｉｐ情報の内部構成を示す図である。ＡＶＣｌｉｐはビデオストリーム、オーディオストリームを多重化することで得られ、ＡＶＣｌｉｐはＡＣＣＥＳＳ ＵＮＩＴと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置がＡＶＣｌｉｐ内の何処に存在するかが、Ｃｌｉｐ情報の管理項目になる。図中の引き出し線はＣｌｉｐ情報の構成をクローズアップしている。引き出し線ｈｎ１に示すように、Ｃｌｉｐ情報（ＸＸＸ．ＣＬＰＩ）は、「Ｐｒｏｇｒａｍ Ｉｎｆｏ．」と、ＡＣＣＥＳＳ ＵＮＩＴを頭出しするための「ＥＰ＿ｍａｐ」とを含む。
『Ｐｒｏｇｒａｍ ｉｎｆｏ』は、ＡＶＣｌｉｐに多重化されている個々のエレメンタリストリームについてのＰＩＤ及び属性を、ｓｔｒｅａｍ＿ｉｎｄｅｘに対応づけて示す情報である。ｓｔｒｅａｍ＿ｉｎｄｅｘは、本Ｃｌｉｐ情報が対応するＡＶＣｌｉｐｘｘｘに多重化されている個々のエレメンタリストリームについてのインデックスである。本Ｃｌｉｐ情報に対応するＡＶＣｌｉｐをＡＶＣｌｉｐｘｘｘとすると、ｓｔｒｅａｍ＿ｉｎｄｅｘで識別されるエレメンタリストリームのＰＩＤは、破線の矢印ｈｎ２に示す複数のｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙに示される。
また各エレメンタリストリームの属性は、破線の矢印ｈｎ２に示す複数のｓｔｒｅａｍ＿Ａｔｔｒｉｂｕｔｅ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、ＰＩＤに対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）を示す。一方、オーディオ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル番号が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）を示す。ｓｔｒｅａｍ＿ｉｎｄｅｘを介することにより、所望のエレメンタリストリームの属性をＰｒｏｇｒａｍ Ｉｎｆｏ．から検索することができる。
『ＥＰ＿ｍａｐ』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線ｈｎ５に示すように複数のエントリー情報（ＡＣＣＥＳＳ ＵＮＩＴ＃１エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃２エントリー、ＡＣＣＥＳＳ ＵＮＩＴ＃３エントリー・・・・・）と、エントリー数（Ｎｕｍｂｅｒ）とからなる。各エントリーは、引き出し線ｈｎ６に示すように、対応するＡＣＣＥＳＳ ＵＮＩＴの再生開始時刻を、アドレスと、ＡＣＣＥＳＳ ＵＮＩＴにおける先頭Ｉピクチャのサイズ（Ｉ−ｓｉｚｅ）とを対応づけて示す。ＡＣＣＥＳＳ ＵＮＩＴの再生開始時刻は、ＡＣＣＥＳＳ ＵＮＩＴ先頭に位置するピクチャデータのタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）で表現される。またＡＣＣＥＳＳ ＵＮＩＴにおけるアドレスは、ＴＳパケットの連番（ＳＰＮ（Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ））で表現される。可変長符号圧縮方式が採用されるため、ＧＯＰを含む各ＡＣＣＥＳＳ ＵＮＩＴのサイズや再生時間がバラバラであっても、このＡＣＣＥＳＳ ＵＮＩＴについてのエントリーを参照することにより、任意の再生時刻から、その再生時刻に対応するＡＣＣＥＳＳ ＵＮＩＴ内のピクチャデータへと頭出しを行うことが可能になる。尚、ＸＸＸ．ＣＬＰＩのファイル名ＸＸＸは、Ｃｌｉｐ情報が対応しているＡＶＣｌｉｐと同じ名称が使用される。つまり本図におけるＡＶＣｌｉｐのファイル名はＸＸＸであるから、ＡＶＣｌｉｐ（ＸＸＸ．Ｍ２ＴＳ）に対応していることを意味する。以上がＣｌｉｐ情報についての説明である。続いてプレイリスト情報について説明する。
ＹＹＹ．ＭＰＬＳ（プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、複数のＰｌａｙＩｔｅｍ情報（ＰｌａｙＩｔｅｍ情報＃１，＃２，＃３…＃ｎ）と、これらＰｌａｙＩｔｅｍ情報数（Ｎｕｍｂｅｒ）とからなる。図９は、ＰＬ情報の内部構成を示す図である。ＰｌａｙＩｔｅｍ情報は、プレイリストを構成する１つ以上の論理的な再生区間を定義する。ＰｌａｙＩｔｅｍ情報の構成は、引き出し線ｈｓ１によりクローズアップされている。この引き出し線に示すようにＰｌａｙＩｔｅｍ情報は、再生区間のＩｎ点及びＯｕｔ点が属するＡＶＣｌｉｐの再生区間情報のファイル名を示す『Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ』と、当該ＡＶＣｌｉｐがどのような符号化方式で符号化されているかを示す『Ｃｌｉｐ＿ｃｏｄｅｃ＿ｉｄｅｎｔｉｆｉｅｒ』と、再生区間の始点を示す時間情報『ＩＮ＿ｔｉｍｅ』と、再生区間の終点を示す時間情報『ＯＵＴ＿ｔｉｍｅ』と、『Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓ』とから構成される。
ＰｌａｙＩｔｅｍ情報の特徴は、その表記法にある。つまりＥＰ＿ｍａｐをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図１０は、ＰＬ情報による間接参照を模式化した図である。本図においてＡＶＣｌｉｐは、複数のＡＣＣＥＳＳ ＵＮＩＴから構成されている。Ｃｌｉｐ情報内のＥＰ＿ｍａｐは、これら複数ＡＣＣＥＳＳ ＵＮＩＴのセクタアドレスを、矢印ａｙ１，２，３，４に示すように指定している。図中の矢印ｊｙ１，２，３，４は、ＰｌａｙＩｔｅｍ情報によるＡＣＣＥＳＳ ＵＮＩＴの参照を模式化して示している。つまり、ＰｌａｙＩｔｅｍ情報による参照（矢印ｊｙ１，２，３，４）は、ＥＰ＿ｍａｐを介することにより、ＡＶＣｌｉｐ内に含まれる複数ＡＣＣＥＳＳ ＵＮＩＴのアドレスを指定するという間接参照であることがわかる。
ＰｌａｙＩｔｅｍ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の再生区間を『プレイアイテム』という。ＰＬ情報−Ｃｌｉｐ情報−ＡＶＣｌｉｐの組みからなるＢＤ−ＲＯＭ上の論理的な再生単位を『プレイリスト（ＰＬと略す）』という。ＢＤ−ＲＯＭに記録された映画作品は、この論理的な再生単位（ＰＬ）にて構成される。論理的な再生単位にて、ＢＤ−ＲＯＭにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなＰＬを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図１１は、図１０に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
様々なＰＬ情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、ＢＤ−ＲＯＭにおける再生単位には、ＰＬ、ＰｌａｙＩｔｅｍといったものの他、Ｃｈａｐｔｅｒがある。Ｃｈａｐｔｅｒは、１つ、２つ以上のＰｌａｙＩｔｅｍから構成される。
尚、ＰＬ情報のファイル名ＹＹＹは、ＢＤ−ＲＯＭにおいてＰＬ情報に付与される３桁の識別番号を抽象化している。つまり本図におけるＰＬ情報は、この識別番号ＹＹＹを用いて一意に識別される。ＰＬ情報の識別番号を”ＹＹＹ”と表現しているのは、ＰＬ情報の識別番号が、ＡＶＣｌｉｐ及びＡＶＣｌｉｐ情報の識別番号ＸＸＸとは別の番号体系であることを意味している（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
以上が、静的なシナリオについての説明である。続いて動的なシナリオについて説明する。
＜動的なシナリオ＞
動的なシナリオは、ＡＶＣｌｉｐの動的な再生制御手順を示すコマンド列である。動的な再生制御手順とは、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ノーマルモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（エンハンスドモード）である。図１２は、レイヤモデルの第４層における再生モードを示す図である。本図において第４層には、１つのノーマルモードと、２つのエンハンスドモードとが記述されている。１つのノーマルモードは、ＤＶＤライクな再生環境での再生モードでありＭＯＶＩＥモードと呼ばれる。２つのエンハンスドモードのうち、１つ目は、Ｊａｖａ仮想マシンを主体とした再生モードであり、Ｊａｖａモードと呼ばれる。２つ目のエンハンスドモードのうち、２つ目はブラウザを主体とした再生モードであり、Ｂｒｏｗｓｅｒモードと呼ばれる。第４層には、ＭＯＶＩＥモード、Ｊａｖａモード、Ｂｒｏｗｓｅｒモードという３つのモードがあるので、動的シナリオはどれかのモードで実行できるように記述されればよい。
尚、ファイル名ＺＺＺ．ＭＯＶＩＥ、ＺＺＺ．ＣＬＡＳＳ、ＺＺＺ．ＨＴＭにおけるファイルボディ「ＺＺＺ」は、ＢＤ−ＲＯＭにおいて動的シナリオに付与される３桁の識別番号を抽象化している。つまり本図におけるシナリオは、この識別番号ＺＺＺを用いて一意に識別される。シナリオの識別番号を”ＺＺＺ”と表現しているのは、シナリオの識別番号が、ＡＶストリームの識別番号ＸＸＸ、ＰＬ情報の識別番号ＹＹＹとは別の番号体系であることを意味している（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
以降各モードの動的シナリオについてより詳しく説明する。
「ＺＺＺ．ＭＯＶＩＥ」は、ＭＯＶＩＥモードを対象とした動的シナリオである。この動的シナリオでは、既存のＤＶＤ再生装置と良く似た再生制御を再生装置に実行させることができる。
「ＺＺＺ．ＨＴＭ」は、Ｂｒｏｗｓｅｒモードを対象とした動的シナリオである。この動的シナリオでは、ネットワーク上のサイトをアクセスしたり、ファイルをダウンロードするような制御手順を記述することができる。エンハンスドモードには、Ｊａｖａモードの他に、ブラウザモードの２つの動作モードがあるが、これら２つの動作モードで説明を進行させるのは煩雑となる。簡略化を期すため、以降の説明ではエンハンスドモードにおける動的シナリオを、Ｊａｖａモードに限るものとする。
「ＺＺＺ．ＣＬＡＳＳ」は、Ｊａｖａモードを対象とした動的シナリオであり、Ｊａｖａ言語のアプリケーションプログラムである。Ｊａｖａ言語のアプリケーションプログラムなのでＪａｖａモードの動的シナリオの実行主体は、Ｊａｖａプラットフォームとなる。ここでＪａｖａモードのアプリケーションと、Ｊａｖａプラットフォームとの関係を図１３を参照しながら詳しく説明する。図１３は、Ｊａｖａ言語が対象とするＪａｖａプラットフォームのレイヤモデルを示す図である。Ｊａｖａモードのアプリケーションは、このレイヤモデルの最上位のレイヤに位置する。このＪａｖａモードのアプリケーションの下位にＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ）がある。本実施形態におけるＡＰＩには、文字描画のためのライブラリィ集Ｊａｖａ．ａｗｔがある。更にその下位のレイヤにＪａｖａプラットフォームがある。ネイティブ描画系は、再生装置が本来具備しているグラフィクス描画機能であり、Ｊａｖａプラットフォームと同一階層にあたる。
「Ｊａｖａプラットフォーム」は、「Ｊａｖａ仮想マシン（ＪａｖａＶＭ）」、「コンフィグレーション」、「プロファイル」、「オプション」からなる。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａモードアプリケーションを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。コンフィグレーションは、再生装置における簡単な入出力を実現する。プロファイルは、再生装置におけるＩＰ通信や、画面描画を行う。
「オプション」は、様々なライブラリを含む。これらはＪａｖａプラットフォームからは供給され得ない様々な機能をＪａｖａモードのアプリケーションに供給するものである。具体的にいえば、再生装置におけるセキュリティ確保の処理やＢＤ−ＲＯＭ〜Ｊａｖａアプリケーション間の入出力がこのライブラリで規定されることになる。以上のように、Ｊａｖａプラットフォームでは文字描画や簡単な入出力を行うためのプログラムが予め準備されているため、プレゼンテーショングラフィクスストリームによる字幕の描画、インタラクティブグラフィクスストリームによるボタンの描画は、Ｊａｖａオブジェクトによる描画の妨げになる。本実施形態では、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームによる阻害を避けるため、ＰｌａｙＩｔｅｍにフィルタ指定の機能を持たせている。
ではどのようなフィルタ指定かというと、ＡＶＣｌｉｐに多重化されている複数エレメンタリストリームのうち、どれが再生可能であり、どれが再生不可能かを選別するというものである。図９に示したＰｌａｙＩｔｅｍの情報要素のうち、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓがこのフィルタ指定を実現する。
続いて、ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓについてより詳しく説明する。図１４（ａ）はＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの内部構成を示す図である。図中の引き出し線ｈｐ１はｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの構成をクローズアップしている。ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは、複数のｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ［］からなる。ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤは、１６ビットのフィールドであり、各フィールドの値は、Ｃｌｉｐ情報のｐｒｏｇｒａｍ Ｉｎｆｏに定義されているｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙのうち、どれかを示す。ｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤに、ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙを指示させることにより、ＰｌａｙＩｔｅｍはフィルタ指定機能をもつことになる。
図１４（ｂ）は、Ｃｌｉｐ情報のｐｒｏｇｒａｍ Ｉｎｆｏに定義されているｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｓｔｒｅａｍ＿ｉｎｄｅｘ］ｅｎｔｒｙと、ＰｌａｙＩｔｅｍ情報におけるｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤとの対応を示す図である。Ｃｌｉｐ情報のｐｒｏｇｒａｍ Ｉｎｆｏに、ｍ＋１個のＰＩＤエントリー（ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［０］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［１］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［２］ｅｎｔｒｙ・・・・ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｍ］ｅｎｔｒｙ）が存在するものとする。図中の矢印ｔｃ１，２，３，４は、ｍ＋１個のＰＩＤエントリーに示されるＰＩＤのうち、どれとどれをＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに記述するかという記述の選択を示す。本図では、矢印ｔｃ１，２，３，４に示すようにｍ＋１個のＰＩＤエントリーのうち、ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［０］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［２］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［４］ｅｎｔｒｙ，ｓｔｒｅａｍ＿ＰＩＤ［ｘｘｘ］［ｍ］ｅｎｔｒｙに示されるＰＩＤが、それぞれｒｅｆ＿ｔｏ＿ｓｔｒｅａｍ＿ＰＩＤ（０），（１），（２），（ｎ）に設定されていることがわかる。
以降、ＰｌａｙＩｔｅｍにおけるフィルタ指定により、どのような再生制御が実現されるかについて説明する。図１５は、ＭＯＶＩＥオブジェクト、Ｊａｖａオブジェクトにより再生制御がなされる、ＰＬの階層構造を示す図である。本図は、図１０に示した第１段（ＡＶ−Ｃｌｉｐ）、第２段（Ｃｌｉｐ情報）、第３段（ＰＬ情報）からなる階層構造に、第４段目を追加したものである。第４段目におけるＭＯＶＩＥオブジェクトは、ＰＬ＃１の再生を行わせるコマンド（ＰｌａｙＰＬ（ＰＬ＃１））を含む。このＰＬ＃１を構成する３つのＰｌａｙＩｔｅｍ＃１，＃２，＃３のうち、ＰｌａｙＩｔｅｍ＃３は、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを含んでおりフィルタ指定が可能である。
図１５の第４段目におけるＪａｖａオブジェクトは、ＰＬ＃２の再生を行わせるコマンド（ＰｌａｙＰＬ（ＰＬ＃２））を含む。このＰＬ＃２を構成する２つのＰｌａｙＩｔｅｍ＃１１，＃１２のうち、ＰｌａｙＩｔｅｍ＃１２は、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを含んでおりフィルタ指定が可能である。
図１６は、ＰｌａｙＩｔｅｍ＃３，＃１２におけるｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのようにフィルタ指定が行われるかを示す図である。本図では、下側にＡＶＣｌｉｐを構成する各ＡＣＣＥＳＳ ＵＮＩＴを、上側に２つのＰｌａｙＩｔｅｍ＃３，＃１２を示している。このＡＣＣＥＳＳ ＵＮＩＴには、１本のビデオストリーム、３本のオーディオストリーム、２本のプレゼンテーショングラフィクスストリーム、１本のインタラクティブグラフィクスストリームが多重化されている。ビデオストリームには、Ｖｉｄｅｏ＿ＰＩＤというＰＩＤが、プレゼンテーショングラフィクスストリームには、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤというＰＩＤが、インタラクティブグラフィクスストリームには、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤというＰＩＤが付加される。３本のオーディオストリームのうち、Ａｕｄｉｏ＿ＰＩＤ１が付されたものは英語音声（０：Ｅｎｇｌｉｓｈ）、Ａｕｄｉｏ＿ＰＩＤ２が付されたものは日本語音声（１：Ｊａｐａｎｅｓｅ）、Ａｕｄｉｏ＿ＰＩＤ３が付されたものはコメンタリ音声（２：Ｃｏｍｍｅｎｔａｒｙ）である。２本のプレゼンテーショングラフィクスストリームのうち、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１が付されたものは英語音声（０：Ｅｎｇｌｉｓｈ）、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２が付されたものは日本語音声（１：Ｊａｐａｎｅｓｅ）である。
図中右側のＰｌａｙＩｔｅｍ＃３，＃１２は、互いにフィルタ指定が異なる。ＰｌａｙＩｔｅｍ＃３，＃１２内の升めの羅列は、ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの具体的内容であり、ＰｌａｙＩｔｅｍ＃３では、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ１のオーディオストリーム、Ａｕｄｉｏ＿ＰＩＤ２のオーディオストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１のプレゼンテーショングラフィクスストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２のプレゼンテーショングラフィクスストリーム、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームの再生が可能であると設定されている。ＰｌａｙＩｔｅｍ＃１２では、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ３のオーディオストリームの再生が可能であると設定されている。ＰｌａｙＩｔｅｍ＃３の再生時において、ＰｌａｙＩｔｅｍ＃３のｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは再生装置におけるデマルチプレクサに設定される。これにより多重分離時には、Ｖｉｄｅｏ＿ＰＩＤのビデオストリームをビデオデコーダに出力し、Ａｕｄｉｏ＿ＰＩＤ１、Ａｕｄｉｏ＿ＰＩＤ２のオーディオストリームをオーディオデコーダに出力する。Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２のプレゼンテーショングラフィクスストリームをグラフィクスデコーダに出力し、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームもグラフィクスデコーダに出力する。ＰｌａｙＩｔｅｍ＃３では、全てのグラフィクスストリームが再生可能と設定されているので、ＡＶＣｌｉｐに多重化されている全てのグラフィクスストリームの再生が可能になる。
一方、ＰｌａｙＩｔｅｍ＃１２では、全てのグラフィクスストリームが再生不可能と設定されているので、Ｊａｖａモードにおける動的シナリオとの干渉は有り得ず、Ｊａｖａ言語での制御が可能になる。
図１７は、ＰｌａｙＩｔｅｍ＃３のＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、どのような再生出力が可能になるかを示す図である。ＰｌａｙＩｔｅｍ＃３では、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ１のオーディオストリーム、Ａｕｄｉｏ＿ＰＩＤ２のオーディオストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１のプレゼンテーショングラフィクスストリーム、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ２のプレゼンテーショングラフィクスストリーム、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームの再生が可能であるので、ＭＯＶＩＥオブジェクトによる再生では、Ａｕｄｉｏ＿ＰＩＤ１のオーディオストリームの再生出力と（図中の『Ｓｈｅ ｉｓ ｃａｐｔｉｖｅ ｏｆ ｈｅｒ ｏｗｎ ｌｉｅｓ』というナレーション）、Ｐ．Ｇｒａｐｈｉｃｓ＿ＰＩＤ１のプレゼンテーショングラフィクスストリームの再生出力と（『彼女は自分のうそに酔いしれた』という日本語字幕）、Ｉ．Ｇｒａｐｈｉｃｓ＿ＰＩＤのインタラクティブグラフィクスストリームの再生出力と（『続けますか●はい ◎いいえ』）を伴って、ビデオストリームの再生出力を行うことができる。
ＰｌａｙＩｔｅｍ＃１２では、全てのグラフィクスストリームが再生不可能と設定されており、Ｖｉｄｅｏ＿ＰＩＤのビデオストリーム、Ａｕｄｉｏ＿ＰＩＤ３のオーディオストリームという２つのストリームの再生出力のみが可能になる。このＰｌａｙＩｔｅｍの再生を命じているＪａｖａオブジェクトが、仮想的なスタジオ（図中のカメラや椅子、照明が配された一室）を描画するものなら、グラフィクスストリームに含まれる字幕や、ボタンに妨げられることなく、かかるスタジオの描画を実現することができる。ＰｌａｙＩｔｅｍ＃１２により再生可と設定されたＡｕｄｉｏ＿ＰＩＤ３のオーディオストリームは、映画監督のコメンタリであり（『私は彼女の演技力に脱帽した』という台詞）、上述した仮想的なスタジオで、このような監督のコメンタリを再生させることで、制作現場の雰囲気を作り出すことができる。
このＪａｖａオブジェクトにより、映画スタジオを模した部屋において背景画として映画シーンを再生させながら、映画監督のコメンタリが聴くことができる。
かかるタイトルを、ボーナストラック的なタイトルとしてＢＤ−ＲＯＭに記録することにより、ＢＤ−ＲＯＭの商品価値を高めることができる。ＰｌａｙＩｔｅｍにおけるフィルタ指定を利用して、ボーナストラック的なタイトルをＢＤ−ＲＯＭに記録することは、以下のようなメリットをもたらす。
世界的に著名な映画監督のコメンタリは、映画愛好家にとって、是非とも聞きたいものであり、映画作品の付加価値を高めるものとして、現行の販売用ＤＶＤにも存在する。
かかるタイトルは、ディレクタのコメンタリを聴けることが最大の魅力であるが、背景画として映画シーンが再生されることも、その魅力を高めている要因である。つまり、映画のハイライトシーンと共に、映画制作の裏話が聴けるというのは、コメンタリの臨場感を高めるからである。この場合、このコメンタリのオーディオストリームをどのように扱うかが問題になる。本編とは別に、背景画としたい映画シーンを設けてオーディオストリームと多重化し、上述したボーナストラックを作成するというのがオーソドックスな手法だが、これでは本編とは別に背景画の映画シーンをＢＤ−ＲＯＭに記録せねばならず、記録対象が増え、容量的な問題が生じる。
コメンタリの音声ストリームを映画本編で使用する音声ストリームと共に、本編用の動画ストリームに多重化する方法も考えられる。こうすれば本編のシーンをコメンタリの背景画として使用できるが、このコメンタリデータが、映画本編の再生時に聞こえてしまう恐れがある。そこで本編タイトルを構成するＰｌａｙＩｔｅｍには、コメンタリの音声ストリームだけを無効とし、残りのオーディオストリームを有効とするようフィルタ指定しておく。一方、ボーナスタイトルを構成するＰｌａｙＩｔｅｍには、コメンタリの音声ストリームだけを有効とし、残りのオーディオストリームを無効とするようフィルタ指定しておく。こうすることにより、本編のオーディオストリーム、コメンタリの音声ストリームを全部まとめて一本のＡＶＣｌｉｐに多重化してＢＤ−ＲＯＭに記録しておけばよい。
本編のオーディオストリームのみのＡＶＣｌｉｐ、コメンタリの音声ストリームのみのＡＶＣｌｉｐというように、本編、コメンタリのＡＶＣｌｉｐを別々に作成する必要はないので、ＢＤ−ＲＯＭに記録すべきＡＶＣｌｉｐの本数を少なくすることができ、オーサリング時の手間を軽減することができる。
ＰｌａｙＩｔｅｍに、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを設けているのは、ＰｌａｙＩｔｅｍには、１つのＡＶＣｌｉｐに専属するという専属性、非排他性という２つの性質があるからである。ＡＶＣｌｉｐへの専属性とは、ＰｌａｙＩｔｅｍは、１つのＡＶＣｌｉｐに対してのみ設定され、２以上のＡＶＣｌｉｐを跨ぐように設定されないという性質である。かかる専属性があるので、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓによるフィルタ指定は、対応する１つのＡＶＣｌｉｐの再生時のみ有効となり、他のＡＶＣｌｉｐの再生時には、有効にならない。かかる性質をもつＰｌａｙＩｔｅｍに、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを持たせているので、１つの映画作品を構成する複数ＡＶＣｌｉｐにおいて、ＡＶＣｌｉｐ毎にエレメンタリストリームの多重化数にバラツキがあっても、一貫したエレメンタリストリーム選択を、再生装置に実行させることができる。ここで多重化数のバラツキとは、アクションシーン等にあたるＡＶＣｌｉｐと、会話等のシーンにあたるＡＶＣｌｉｐとで、多重化されているエレメンタリストリームの数が違うことをいう。つまり、アクションシーンにあたるＡＶＣｌｉｐでは、台詞やナレーションが全く存在しない。かかるシーンに必要な音声は、ＢＧＭや車のアクセル音や爆発音等であり、かかる音声は単一の音声で再生させればよい。従ってかかるシーンにあたるＡＶＣｌｉｐでは、言語毎の音声や字幕は不要であり、動画にあたるエレメンタリストリームと、音声にあたるエレメンタリストリームとがＡＶＣｌｉｐに多重化されていればよい。一方、会話シーンにあたるＡＶＣｌｉｐには、台詞やナレーションが必要になるので、かかる台詞を示す音声を、言語毎の音声や字幕で表現せねばならない。そのため、かかるシーンにあたるＡＶＣｌｉｐには、動画にあたるエレメンタリストリーム、各言語での音声・字幕にあたるエレメンタリストリームが多重化されねばならない。
図１８は、ＡＶＣｌｉｐ毎の多重化数のバラツキを示す図である。本図において、ＡＶＣｌｉｐ＃２，＃４は会話のシーンにあたり、ＡＶＣｌｉｐ＃１，＃３はアクションシーンにあたる。ＡＶＣｌｉｐ＃１には、ビデオストリームと（Ｖｉｄｅｏ）、１本のオーディオストリーム（Ａｕｄｉｏ１）が多重化されている。ＡＶＣｌｉｐ＃２には、ビデオストリームの他に３本のオーディオストリーム（Ａｕｄｉｏ１，２，３）、２本のプレゼンテーショングラフィクスストリーム（Ｐ．Ｇｒａｐｈｉｃｓ１，２）が多重化されている。ＡＶＣｌｉｐ＃３には、ビデオストリームのみが多重化されている。ＡＶＣｌｉｐ＃４には、ビデオストリーム、３本のオーディオストリーム（Ａｕｄｉｏ１，２，３）、２本のプレゼンテーショングラフィクスストリーム（Ｐ．Ｇｒａｐｈｉｃｓ１，２，３）の他に１本のインタラクティブグラフィクスストリーム（Ｉ．Ｇｒａｇｈｉｃｓ１）が多重化されている。
本図に示すような多重化数のバラツキがあれば、ＡＶＣｌｉｐを再生させるにあたって、これから再生しようとするＡＶＣｌｉｐにどのようなエレメンタリストリームが多重化されており、それらのＡＶＣｌｉｐにどのようなＰＩＤが割り当てられているかを、ＭＯＶＩＥモードやＪａｖａオブジェクトは事前に検出しておかねばならない。新たなＡＶＣｌｉｐの再生を開始する度に、かかる検出を行うというのは、Ｊａｖａオブジェクトにとって負担であるし、またＡＶＣｌｉｐの再生時間が短いと、かかる検出が間に合わない場合も生じる。かかる事情に鑑み、多重化されているエレメンタリストリームのダイレクトな選択をＪａｖａオブジェクトに許容せず、ＰｌａｙＩｔｅｍ内のＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを介した間接的なエレメンタリストリーム選択を許容している。即ち、再生すべきエレメンタリストリームの指定は、ＰｌａｙＩｔｅｍに示されるので、新たに再生すべきＡＶＣｌｉｐにおいて、どのエレメンタリストリームを再生するかの選択をＪａｖａオブジェクトがダイレクトに行わなくとも、ＰｌａｙＩｔｅｍを介した再生を再生装置が行えば、所望のエレメンタリストリームのみが再生されることになる。
かかる間接的なエレメンタリストリーム選択では、再生すべきＰｌａｙＩｔｅｍを選ぶという行為が、ＡＶＣｌｉｐに多重化されているエレメンタリストリームを選ぶ行為と等価になる。フィルタ指定を示す情報をＰｌａｙＩｔｅｍにもたせて、これを介したエレメンタリストリーム選択をＪａｖａオブジェクトに行わせれば、複数ＰｌａｙＩｔｅｍからなる単位、つまり、ＰＬという大きな再生単位において、一貫したエレメンタリストリームを選択が可能になる。
図１９は、ムービーモードでのＭＯＶＩＥオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各ＰｌａｙＩｔｅｍのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、各ＡＶＣｌｉｐに多重化されているビデオストリーム（Ｖｉｄｅｏ）、オーディオストリーム（Ａｕｄｉｏ１，２）、プレゼンテーショングラフィクスストリーム（Ｐ．Ｇｒａｐｈｉｃｓ１，２，３）、インタラクティブグラフィクスストリーム（１．Ｇｒａｐｈｉｃｓ１，２，３）といったエレメンタリストリームが読み出されていることがわかる。
図２０は、エンハンスドモードでのＪａｖａオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各ＰｌａｙＩｔｅｍのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、ビデオストリーム（Ｖｉｄｅｏ）、オーディオストリーム（Ａｕｄｉｏ３）といったエレメンタリストリームが読み出されていることがわかる。言語毎の音声をもったＡＶＣｌｉｐや、言語毎の字幕をもったＡＶＣｌｉｐ、ボタンをもったＡＶＣｌｉｐが映画作品において飛び飛びに存在する場合でも、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓの設定次第で、ＰＬにおいて一貫したエレメンタリストリーム選択を実現することができる。音声を全くもたないＡＶＣｌｉｐや、一本の音声しかないＡＶＣｌｉｐが前後にあったとしても、自身のモードに必要なエレメンタリストリームのみが読み出されることになる。また、各ＡＶＣｌｉｐにおけるエレメンタリストリームと、ＰＩＤとの対応づけがバラバラであったとしても、一貫したエレメンタリストリーム再生を実現することができる。
ＰｌａｙＩｔｅｍには、非排他性があるので、フィルタ指定が異なる２以上のＰｌａｙＩｔｅｍを、同じＡＶＣｌｉｐに対し、重複して設定することができる。そのため、あるＰｌａｙＩｔｅｍではグラフィクスストリームの再生が可能であるが、別のＰｌａｙＩｔｅｍではグラフィクスストリームの再生を禁じるような、ＰｌａｙＩｔｅｍの作り分けを実現することができる。仮にＣｌｉｐ情報にフィルタ指定機能をもたせようとすると、Ｃｌｉｐ情報には専属性があるが、１つのＡＶＣｌｉｐにつき１つのＣｌｉｐ情報しか設定できないので非排他性がない。よってＣｌｉｐ情報にフィルタ指定情報をもたせると、互いにフィルタ指定の内容が異なる複数情報を、１つのＡＶＣｌｉｐに設定することができない。これでは作り分けが困難になるので、フィルタ指定を示す情報をＣｌｉｐ情報に設けることは賢明ではない。一方、フィルタ指定を示す情報を動的シナリオに持たせようとすると、動的シナリオには非排他性はあるが専属性はない。エレメンタリストリームの多重化数にバラツキがあると、エレメンタリストリームの選択に苦慮する。これらを統合すれば、専属性、非排他性を兼ね備えたＰｌａｙＩｔｅｍに、フィルタ指定を示す情報を持たせることが理にかなっている。尚、この記載は、Ｃｌｉｐ情報、動的シナリオにフィルタ指定情報をもたせることを否定するものではなく、無論Ｃｌｉｐ情報、動的シナリオにフィルタ指定情報をもたせてもよい。
またＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは、インタラクティブグラフィクスストリームに埋め込まれたボタンコマンドとの干渉を避けるためにも有意義である。ボタンコマンドとは、インタラクティブグラフィクスストリームで記述されたボタンに対し、確定操作が行われた場合に実行されるコマンドである。ボタンコマンドはＡＶＣｌｉｐに組み込まれているので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという再生制御、つまり、動画内容と緻密に同期した再生制御の記述に便利である。またボタンコマンドは、ＡＶＣｌｉｐ自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応するボタンコマンドの全てをメモリに格納しておく必要はない。ボタンコマンドはＡＣＣＥＳＳ ＵＮＩＴ毎にビデオパケットと共にＢＤ−ＲＯＭから読み出されるので、現在再生すべき動画区間に対応するボタンコマンドをメモリに常駐させ、この動画区間の再生が終われば、そのボタンコマンドをメモリから削除して、次の動画区間に対応するボタンコマンドをメモリに格納すればよい。ボタンコマンドは、ＡＶＣｌｉｐに多重化されるので、たとえボタンコマンドの数が数百個になってもメモリの搭載量を必要最低限にすることができる。
ボタンコマンドをストリーム中に埋め込んでいる場合、Ｊａｖａモードにおける動的シナリオとの干渉が問題になる。例えばＪａｖａモードによる再生制御を実行している場合、ストリーム中に埋め込まれたボタンコマンドが再生装置における制御部に供給されれば、Ｊａｖａモードの動的シナリオとボタンコマンドが同時に実行されることとなり、プレーヤの誤動作を招いてしまう。そこでＪａｖａモードで呼び出されるＰｌａｙＩｔｅｍには、インタラクティブグラフィクスストリームは多重分離しないようＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを設定しておく。こうすることにより、インタラクティブグラフィクスストリーム内のボタンコマンドが、Ｊａｖａプログラムにおける命令と干渉するような事態はなくなる。
以上説明したデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、オーサリングを行う制作者は、このクラス構造体を記述することにより、ＢＤ−ＲＯＭ上のこれらのデータ構造を得ることができる。
以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図２１は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムＬＳＩと、ドライブ装置という２つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムＬＳＩは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、ＢＤドライブ１、リードバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６、合成部７、スイッチ８、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０、合成部１１、フォントゼネレータ１２、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３、スイッチ１４、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５、合成部１６、ＨＤＤ１７、リードバッファ１８、デマルチプレクサ１９、オーディオデコーダ２０、スイッチ２１、スイッチ２２、静的シナリオメモリ２３、動的シナリオメモリ２４、ＣＬＵＴ部２６、ＣＬＵＴ部２７、スイッチ２８、制御部２９から構成される。
ＢＤ−ＲＯＭドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
リードバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ ＵＮＩＴが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）３は、リードバッファ２からＡＣＣＥＳＳ ＵＮＩＴを取り出して、このＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに示されたＰＩＤをもつものをビデオデコーダ４、オーディオデコーダ２０、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３のどれかに出力する。
ビデオデコーダ４は、デマルチプレクサ３から出力された複数ＰＥＳパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン５における解像度は１９２０×１０８０であり、このビデオプレーン５に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６は、エンハンスドモードにおいて背景画として用いるべき静止画を格納しておくプレーンである。本プレーンにおける解像度は１９２０×１０８０であり、このＢａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６に格納されたピクチャデータは、１６ビットのＹＵＶ値で表現された画素データにより構成される。
合成部７は、ビデオプレーン５に格納されている非圧縮状態のピクチャデータを、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６に格納されている静止画と合成する。
スイッチ８は、ビデオプレーン５における非圧縮状態のピクチャデータをそのまま出力するか、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容と合成して出力するかを切り換えるスイッチである。
Ｐ−Ｇｒａｐｈｉｃｓデコーダ９は、ＢＤ−ＲＯＭ、ＨＤから読み出されたグラフィクスストリームをデコードして、ラスタグラフィクスをＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０は、一画面分の領域をもったメモリであり、一画面分のラスタグラフィクスを格納することができる。本プレーンにおける解像度は１９２０×１０８０であり、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０中のラスタグラフィクスの各画素は８ビットのインデックスカラーで表現される。ＣＬＵＴ（Ｃｏｌｏｒ Ｌｏｏｋｕｐ Ｔａｂｌｅ）を用いてかかるインデックスカラーを変換することにより、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０に格納されたラスタグラフィクスは、表示に供される。Ｊａｖａオブジェクトは、本Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０をダイレクトにアクセスすることはできない。かかる禁止を設けたのは以下の要請による。ＤＶＤ互換プログラム、Ｊａｖａオブジェクトが１つのグラフィックスプレーンを共有している場合、最新の書き込み内容が、優先的に表示されることになる。ここでの優先的な表示とは、最新の書込内容が、古い書込内容を覆い隠すように表示されるこという。しかしＤＶＤ互換プログラム、Ｊａｖａオブジェクトは非同期で動作するので、グラフィックスプレーンにおいてどちらの書込内容が優先されているかをＤＶＤ互換プログラム、Ｊａｖａオブジェクトは知り得ない。どちらの書き込みが優先されているかを知り得ないので、ＤＶＤ互換プログラムの書込内容が優先しているのに、Ｊａｖａオブジェクトが書き込みを行い、ＤＶＤ互換プログラムが書き込んだ内容を、Ｊａｖａオブジェクトが好きなように書き換えてしまうことが起こり得る。かかる書き換えがなされると、ＤＶＤ互換プログラムの動作保証が至って困難になるため、ＪａｖａオブジェクトによるＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０へのダイレクトなアクセスは禁止している。
合成部１１は、非圧縮状態のピクチャデータ（ｉ）、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容が合成されたピクチャデータ（ｉｉ）の何れかを、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０の格納内容と合成する。
フォントゼネレータ１２は、制御部２９から出力されたテキストコードを、文字フォントに変換する。どの文字フォントに変換するかの指示は、制御部２９によるフォント種の指定に基づく。
Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３は、ＢＤ−ＲＯＭ、ＨＤから読み出されたインタラクティブグラフィクスストリームをデコードして、ラスタグラフィクスをＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に書き込む。インタラクティブグラフィクスストリームのデコードにより、対話画面を構成するボタンが画面上に現れることになる。
スイッチ１４は、フォントゼネレータ１２が生成したフォント列及びＪａｖａオブジェクトがダイレクトに描画した描画内容、Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３が生成したボタンの何れかを選択的にＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に投入するスイッチである。
Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５は、ムービーモードとエンハンスドモードとでメモリアロケーションが変わるグラフィックスプレーンである。図２２（ａ）はムービーモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図であり、図２２（ｂ）はエンハンスドモードにおけるＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５のメモリアロケーションを示す図である。ムービーモードにおけるメモリアロケーションとは、図２２（ａ）に示すように横１９２０×縦１０８０の８ビット領域からなる。これは１９２０×１０８０の解像度で、１画素当たり８ビットのインデックス値を格納できるメモリアロケーションである。一方、エンハンスドモードにおけるメモリアロケーションとは、図２２（ｂ）に示すように横９６０×縦５４０の３２ビット領域からなる。これは９６０×５４０の解像度で、１画素当たり３２ビットのＲＧＢ値を格納できるメモリアロケーションである。ムービーモードにおける一画素当たりの割当ビット長が８ビットであり、１６，７７７，２１６色から選ばれた２５６色しか表現できないことに比べれば、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅグラフィクスプレーンは自然色に近い発色が可能になっている。これは、２×２画素を１画素に間引き、１画素当たりの発色数を増やすことにより、華やかなで動きのある画面描画を実現することを意図している。Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５がどちらのメモリアロケーションになるかは、再生装置における動作モードに基づく。動作モードがムービーモードならＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５は、横１９２０×縦１０８０×８ビット領域のメモリアロケーションになり、エンハンスドモードならＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５は横９６０×縦５４０×３２ビット領域のメモリアロケーションになる。
合成部１６は、非圧縮状態のピクチャデータ（ｉ）、Ｂａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容が合成されたピクチャデータ（ｉｉ）、Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０及びＢａｃｋｇｒｏｕｎｄ ｓｔｉｌｌプレーン６の格納内容と合成されたピクチャデータ（ｉｉｉ）をＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５の格納内容と合成する。
ＨＤＤ１７は、ＢＤ−ＲＯＭに記録されているＡＶＣｌｉｐ、Ｃｌｉｐ情報、ＰＬ情報、動的シナリオのアップデート版を格納した記録媒体である。ＨＤＤの記録内容を読み出し、ＢＤ−ＲＯＭの記録内容と動的に組み合わせることにより、ＢＤ−ＲＯＭに存在しないオーディオストリーム、グラフィクスストリームの再生や、ＢＤ−ＲＯＭに存在しない静的シナリオ、動的シナリオによる再生を実現することができる。
リードバッファ１８は、ＦＩＦＯメモリであり、ＨＤＤ１７から読み出されたＡＣＣＥＳＳ ＵＮＩＴが先入れ先出し式に格納される。
デマルチプレクサ（Ｄｅ−ＭＵＸ）１９は、リードバッファ１８からＡＣＣＥＳＳ ＵＮＩＴを取り出して、このＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケットをＰＥＳパケットに変換する。そして変換により得られたＰＥＳパケットのうち、Ｐｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに示されたＰＩＤをもつものをオーディオデコーダ２０、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９のどれかに出力する。
オーディオデコーダ２０は、デマルチプレクサ１９から出力されたＰＥＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
スイッチ２１は、オーディオデコーダ２０への入力源を切り換えるためのスイッチであり、本スイッチによりオーディオデコーダ２０への入力は、ＢＤ−ＲＯＭ側、ＨＤＤ側に切り換わる。
スイッチ２２は、Ｐ−Ｇｒａｐｈｉｃｓデコーダ９への入力源を切り換えるスイッチであり、本スイッチ２２によりＨＤから読み出されたプレゼンテーショングラフィクスストリーム、ＢＤ−ＲＯＭから読み出されたプレゼンテーショングラフィクスストリームを選択的にＰ−Ｇｒａｐｈｉｃｓデコーダ９に投入することができる。
静的シナリオメモリ２３は、カレントのＰＬ情報やカレントのＣｌｉｐ情報を格納しておくためのメモリである。カレントＰＬ情報とは、ＢＤ−ＲＯＭに記録されている複数ＰＬ情報のうち、現在処理対象になっているものをいう。カレントＣｌｉｐ情報とは、ＢＤ−ＲＯＭに記録されている複数Ｃｌｉｐ情報のうち、現在処理対象になっているものをいう。
動的シナリオメモリ２４は、カレント動的シナリオを格納しておき、ＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５による処理に供するメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭに記録されている複数シナリオのうち、現在実行対象になっているものをいう。
スイッチ２５は、ＢＤ−ＲＯＭ及びＨＤから読み出された各種データを、リードバッファ２、リードバッファ１８、静的シナリオメモリ２３、動的シナリオメモリ２４のどれかに選択的に投入するスイッチである。
ＣＬＵＴ部２６は、ビデオプレーン５に格納されたラスタグラフィクスにおけるインデックスカラーを、ＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
ＣＬＵＴ部２７は、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に格納されたラスタグラフィクスにおけるインデックスカラーを、プレゼンテーショングラフィクスストリームに含まれるＰＤＳに示されるＹ，Ｃｒ，Ｃｂ値に基づき変換する。
スイッチ２８は、エンハンスドモードにおいてＣＬＵＴ部２７による変換をスルー出力するよう切り換えるスイッチである。
制御部２９は、ＰｌａｙＩｔｅｍに含まれるＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓを、ビデオデコーダ４に出力することにより、ＡＶＣｌｉｐに多重化されているエレメンタリストリームのうち、どれを再生するかをビデオデコーダ４に命じる（Ｓｔｒｅａｍ Ｓｅｌｅｃｔｉｏｎ）。再生すべきエレメンタリストリームを、ＰｌａｙＩｔｅｍを介して指定するのは、ＪａｖａオブジェクトによるＰｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン１０のダイレクトアクセスは禁止されているからである。そうしてＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓに示されるエレメンタリストリームがＡＶＣｌｉｐから読み出されれば、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５をダイレクトにアクセスするか（Ｄｙｎａｍｉｃ ｇｒａｐｈｉｃｓ ｄｒａｗｉｎｇ）、或は、テキストやフォント種をフォントゼネレータ１２に与えることにより（Ｔｅｘｔ ａｎｄ Ｆｏｎｔ）、フォントゼネレータ１２にフォント列を生成させ、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５に配置させる。こうしてＥｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５の描画がなされれば、ビデオプレーン５の格納内容の拡大・縮小を命じた上で、Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン１５の格納内容を合成部１６に合成させる（Ｄｉｓｐｌａｙ ｌａｙｏｕｔ Ｃｏｎｔｒｏｌ）。
以上が再生装置の内部構成である。図２３は、制御部２９の内部構成を示す図である。本図に示すように制御部２９は、再生制御エンジン３１、プレーヤレジスタ３２、ＤＶＤライクモジュール３３、Ｊａｖａモジュール３４、ＢＲＯＷＳＥＲモジュール３５、ＵＯコントローラ３６、モジュールマネージャ３７から構成される。
再生制御エンジン３１は、ＤＶＤ互換プログラムであり、ＡＶ再生機能（１）、プレイリストの再生機能（２）、再生装置における状態取得／設定機能（３）といった諸機能を実行する。再生装置のＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始（Ｐｌａｙ）、再生停止（Ｓｔｏｐ）、一時停止（Ｐａｕｓｅ Ｏｎ）、一時停止の解除（Ｐａｕｓｅ Ｏｆｆ）、Ｓｔｉｌｌ機能の解除（ｓｔｉｌｌ ｏｆｆ）、速度指定付きの早送り（Ｆｏｒｗａｒｄ Ｐｌａｙ（ｓｐｅｅｄ））、速度指定付きの巻戻し（Ｂａｃｋｗａｒｄ Ｐｌａｙ（ｓｐｅｅｄ））、音声切り換え（Ａｕｄｉｏ Ｃｈａｎｇｅ）、副映像切り換え（Ｓｕｂｔｉｔｌｅ Ｃｈａｎｇｅ）、アングル切り換え（Ａｎｇｌｅ Ｃｈａｎｇｅ）といった処理をユーザからの操作に応じて実行することである。ＰＬ再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をＰＬ情報に従って行うことをいう。このＰＬ再生機能の実行により、再生制御エンジン３１はレイヤモデルの第３層（静的なシナリオに基づく再生制御）の役割を果たす。再生制御エンジン３１は、ＡＶ再生機能をユーザからの操作に従って実行する。一方、機能（２）〜（３）を、ＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５からの関数呼出に応じて実行する。つまり再生制御エンジン３１は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。
プレーヤレジスタ３２は、３２個のＳｙｓｔｅｍ Ｐａｒａｍｅｔｅｒ Ｒｅｇｉｓｔｅｒと、３２個のＧｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒとからなる。これらのレジスタの格納値は変数ＳＰＲＭ，ＧＰＲＭとしてプログラミングに利用される。Ｓｙｓｔｅｍ Ｐａｒａｍｅｔｅｒ Ｒｅｇｉｓｔｅｒ、及び、Ｇｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒは、ＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５から分離した再生制御エンジン３１で管理されるため、たとえ再生モードの切り換わりが生じたとしても、切換後の再生モードを実行するモジュールは、再生制御エンジン３１におけるＳＰＲＭ（０）〜（３１）、ＧＰＲＭ（０）〜（３１）を参照しさえすれば、再生装置の再生状態を知得することができる。
ＤＶＤライクモジュール３３は、ＭＯＶＩＥモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ２４に読み出されたカレントのＭＯＶＩＥオブジェクトを実行する。
Ｊａｖａモジュール３４は、Ｊａｖａプラットフォームであり、動的シナリオメモリ２４に読み出されたＺＺＺ．ＣＬＡＳＳからカレントのＪａｖａオブジェクトを生成し、実行する。かかる実行は、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させることにより実現される。
ＢＲＯＷＳＥＲモジュール３５は、Ｂｒｏｗｓｅｒモードの実行主体となるブラウザであり、動的シナリオメモリ２４に読み出されたカレントのＷｅｂＰａｇｅオブジェクトを実行する。
ＵＯコントローラ３６は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモジュールマネージャ３７に出力する。
モジュールマネージャ３７は、モード管理及び分岐制御を行う。モジュールマネージャ３７によるモード管理とは、動的シナリオをどのＤＶＤライクモジュール３３〜ＢＲＯＷＳＥＲモジュール３５に実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオをＤＶＤライクモジュール３３に実行させるというものである。イントラモードでの分岐（同一モード内の分岐）があったとしても、この原則は維持される。例外は、インターモードでの分岐（モード間の分岐）が発生した場合である。ＭＯＶＩＥオブジェクトからＪａｖａオブジェクト／ＷｅｂＰａｇｅオブジェクトへの分岐が発生した場合、Ｊａｖａモジュール３４、ＢＲＯＷＳＥＲモジュール３５がカレントオブジェクトを実行することになる。またモジュールマネージャ３７は、ＵＯコントローラ３６がＵＯを受け付けた際、そのＵＯを示すイベント（ユーザイベント）を生成して再生制御エンジン３１、Ｊａｖａモジュール３４、ＢＲＯＷＳＥＲモジュール３５に出力する。
本実施形態における再生装置の処理は、再生制御エンジン３１が、図２４の処理手順を実行することにより実現される。
図２４は、再生制御エンジン３１によるＰＬＰｌａｙコマンドの実行手順を示すフローチャートである。本フローチャートにおいて処理対象たるＰｌａｙＩｔｅｍをＰＩｙ、処理対象たるＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳ ＵＮＩＴｖとする。本フローチャートは、ＬｉｎｋＰＬの引数で指定されたカレントＰＬ情報（．ｍｐｌｓ）の読み込みを行い（ステップＳ１）、カレントＰＬ情報の先頭のＰＩ情報をＰＩｙにする（ステップＳ２）。そして ＰＩｙのＣｌｉｐ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅで指定されるＣｌｉｐ情報を読み込む（ステップＳ３）。
Ｃｌｉｐ情報を読み込めば、ＰＩｙのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓをデマルチプレクサ３に設定する。これによりＰＩｙにて再生が行われている間、このＰＩｙのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓは有効となる。
このようにＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓが有効になれば、カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いてＰＩｙのＩＮ＿ｔｉｍｅを、アドレスに変換する（ステップＳ５）。そして変換アドレスにより特定されるＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳ ＵＮＩＴｖにする（ステップＳ６）。一方、ＰＩｙのＯｕｔ＿ｔｉｍｅを，カレントＣｌｉｐ情報のＥＰ＿ｍａｐを用いてアドレスに変換する（ステップＳ７）。そして、その変換アドレスにより特定されるＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳＵＮＩＴｗにする（ステップＳ８）。
こうしてＡＣＣＥＳＳ ＵＮＩＴｖ，ｗが決まれば、ＡＣＣＥＳＳ ＵＮＩＴｖからＡＣＣＥＳＳ ＵＮＩＴｗまでの読み出しをＢＤドライブ１に命じ（ステップＳ９）、ＰＩｙのＩＮ＿ｔｉｍｅからＯｕｔ＿ｔｉｍｅまでのデコード出力をビデオデコーダ４、オーディオデコーダ２０に命じる（ステップＳ１０）。
ステップＳ１１は、本フローチャートの終了判定であり、ＰＩｙがＰＩｚになったかを判定している。もしステップＳ１１がＹｅｓなら本フローチャートを終了し、そうでないなら、ＰＩｙのＰｌａｙａｂｌｅ＿ＰＩＤ＿ｅｎｔｒｉｅｓをデマルチプレクサ３から解放した上で（ステップＳ１２）、ＰＩｙを次のＰｌａｙＩｔｅｍに設定し（ステップＳ１３）、ステップＳ３に戻る。以降、ステップＳ１１がＹｅｓと判定されるまで、ステップＳ１〜ステップＳ１０の処理は繰り返される。以上が再生制御エンジン３１の処理手順である。
以上のように本実施形態によれば、ＡＶＣｌｉｐに多重化されている複数エレメンタリストリームのうち、どれを再生可とし、どれを再生不可とするフィルタ指定を、ＰｌａｙＩｔｅｍにもたせるので、各モードの動的シナリオは自身に応じたＰｌａｙＩｔｅｍを選ぶことにより、ＡＶＣｌｉｐに多重化されているエレメンタリストリーム内のボタン、字幕、ボタンコマンドによる影響を避けることができる。
（第２実施形態）
第２実施形態は、ＵＯの発生時における再生制御エンジン３１、ＤＶＤライクモジュール３３との競合を回避することができる実施形態に関する。ＤＶＤライクモジュール３３は、処理を行うにあたって、ユーザによりなされた操作を示すユーザイベントをトリガとする。これは再生制御エンジン３１も同様であり、再生制御エンジン３１はインタラクティブグラフィクスストリームの再生時に対話制御を行うにあたって、ユーザイベントをトリガにして処理を行う。そうすると１つのユーザイベントにより再生装置内では再生制御エンジン３１、ＤＶＤライクモジュール３３の双方が動作するという不都合が生じる。これを避けるにはエンハンスドモードにおいて再生制御エンジン３１を動作させないようにしておけばよい。しかし再生制御エンジン３１はＤＶＤライクモジュール３３からの関数呼出に応じて機能を提供することが有り、再生制御エンジン３１の動作を止める訳にはいかない。これらのことに鑑み第２実施形態では、ある種のＵＯについては再生制御エンジン３１に出力しないよう処理する。図２５は、第２実施形態に係る制御部２９の内部構成を示す図である。本図で新規なのは、マスクテーブル保持部３８が設けられており、モジュールマネージャ３７はマスクテーブル保持部３８の設定に従い、ユーザイベントを発生する点である。
マスクテーブル保持部３８はマスクテーブルを保持する。マスクテーブルとは、モジュールマネージャ３７が発生し得る複数ユーザイベントをマスクするか否かを示す。ユーザイベントには、リモコンにおけるＭｏｖｅＵｐキー，ＭｏｖｅＤｏｗｎキー，ＭｏｖｅＲｉｇｈｔキー，ＭｏｖｅＬｅｆｔキー，ａｃｔｉｖａｔｅキー，数値キー，特殊再生（早送り，巻戻し，タイムサーチ，チャプターサーチ）の押下を示すものがあり、これらユーザイベントのマスクとは、これらのキーが押下がされたとしても、この押下を示すユーザイベントを再生制御エンジン３１に出力しないことを示す。
マスクテーブル保持部３８に対するマスクテーブルの設定には、ＰｌａｙＩｔｅｍに示されているＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを読み出して、そのままマスクテーブル保持部３８に保持させるというものと（１）、ＰｌａｙＩｔｅｍに示されているＵＯ＿ｍａｓｋ＿Ｔａｂｌｅを読み出し、変換を施した上でマスクテーブル保持部３８に保持させるというものがある（２）。この変換は、ＰｌａｙＩｔｅｍに示されるＵＯ＿ｍａｓｋ＿Ｔａｂｌｅと、所定のビットパターンとの論理和をとり、論理和の結果をマスクテーブル保持部３８に書き込むことでなされる。
図２６は、ＵＯ＿ｍａｓｋ＿Ｔａｂｌｅが設けられたＰｌａｙＩｔｅｍを示す図である。本図においてＵＯ＿ｍａｓｋ＿Ｔａｂｌｅは、ｍｏｖｅ＿ｕｐ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｄｏｗｎ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｌｅｆｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｍｏｖｅ＿ｒｉｇｈｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｓｅｌｅｃｔ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ｓｅｌｅｃｔ＿ａｎｄ＿ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグ、ＴｒｉｃｋＰｌａｙ＿ｍａｓｋフラグを含む。
ｍｏｖｅ＿ｕｐ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＵｐキー押下を示すユーザイベントをマスクするか否かを示す。
ｍｏｖｅ＿ｄｏｗｎ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＤｏｗｎキー押下を示すユーザイベントをマスクするか否かを示す。
ｍｏｖｅ＿ｌｅｆｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＬｅｆｔキー押下を示すユーザイベントをマスクするか否かを示す。
ｍｏｖｅ＿ｒｉｇｈｔ＿ｓｅｌｅｃｔｅｄ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ＭｏｖｅＲｉｇｈｔキー押下を示すユーザイベントをマスクするか否かを示す。
ｓｅｌｅｃｔ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、ａｃｔｉｖａｔｅキー押下を示すユーザイベントをマスクするか否かを示す。
ｓｅｌｅｃｔ＿ａｎｄ＿ａｃｔｉｖａｔｅ＿ｂｕｔｔｏｎ＿ｍａｓｋフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
ＴｒｉｃｋＰｌａｙ＿ｍａｓｋフラグは、早送り，巻戻し，タイムサーチ，チャプターサーチの操作を示すユーザイベントをマスクするか否かを示す。
かかるＵＯ＿ｍａｓｋ＿ＴａｂｌｅがＰｌａｙＩｔｅｍに設けられているので、再生制御エンジン３１はＰｌａｙＩｔｅｍによる再生を開始するにあたって、そのＰｌａｙＩｔｅｍに含まれるＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクテーブルとしてマスクテーブル保持部３８に設定し、ＰｌａｙＩｔｅｍによる再生が終了するにあたってマスクテーブル保持部３８におけるマスクテーブルを削除する。
一方、エンハンスドモードで参照されるＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクするよう設定しておき、ムービーモードで参照されるＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクしないよう設定しておけば、再生装置側でかかる設定・削除が行われることにより、ＰｌａｙＩｔｅｍという論理的な再生区間で、再生制御エンジン３１、ＤＶＤライクモジュール３３間の競合を避けることができる。
またムービーモードで参照されるＰｌａｙＩｔｅｍであっても、あるＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクしないよう設定しておき、別のＰｌａｙＩｔｅｍでは、上述したＵＯ＿ｍａｓｋ＿Ｔａｂｌｅをマスクするよう設定しておけば、あるバージョンのＴｉｔｌｅにおいてユーザオペレーションが受け付けられ、別のバージョンのＴｉｔｌｅでは、ユーザオペレーションが受け付けられないというユーザオペレーションの使い分けをすることができる。かかる使い分けにより、デモンストレーションバージョンの作成が容易になるとのメリットがある。
（第３実施形態）
本実施形態は、ＢＤ−ＲＯＭの製造工程に関する実施形態である。図２７は、ＢＤ−ＲＯＭの製造工程を示すフローチャートである。
ＢＤ−ＲＯＭの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ１０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ１０２、ＢＤ−ＲＯＭの原盤を作成し、プレス・貼り合わせを行って、ＢＤ−ＲＯＭを完成させるプレス工程１０３を含む。
これらの工程のうち、ＢＤ−ＲＯＭを対象としたオーサリング工程は、ステップＳ１０４〜ステップＳ１０９という工程からなる。
シナリオ編集工程Ｓ１０４とは、企画段階において作成された筋書きを再生装置が理解できる形式に変換する工程である。シナリオ編集の結果は、ＢＤ−ＲＯＭ用シナリオとして生成される。また、このシナリオ編集において、多重化を実現するため多重化パラメータの等も生成される。本実施形態では、このシナリオ編集の工程において、フィルタリング指定が互いに異なる複数ＰｌａｙＩｔｅｍ情報を生成し（ステップＳ１０４）、どれかのＰｌａｙＩｔｅｍ情報を用いた再生制御を、ＤＶＤ向けコマンド又はＪａｖａ言語で記述して動的シナリオを生成する（ステップＳ１０５）。かかる工程にて静的シナリオ、動的シナリオが完成する。
素材エンコード工程Ｓ１０６とは、ビデオ素材、オーディオ素材、副映像素材のそれぞれをエンコードして、ビデオストリーム、オーディオストリーム、グラフィクスストリームを得る作業である。
多重化工程Ｓ１０７では、素材エンコードにより得られた、ビデオストリーム、オーディオストリーム、グラフィクスストリームをインターリーブ多重して、これらを１本のデジタルストリームに変換する。
フォーマッティング工程Ｓ１０８では、ＢＤ−ＲＯＭ向けシナリオを元に、各種情報を作成して、シナリオ及びデジタルストリームをＢＤ−ＲＯＭのフォーマットに適合させる。
エミュレーション工程Ｓ１０９では、オーサリング作業の結果が正しいか否かの確認を行う。
上述したシナリオ編集工程において、Ｊａｖａオブジェクト及びＷｅｂＰａｇｅオブジェクトは、Ｊａｖａ言語、マークアップ言語を用いた記述が可能であるから、通常のコンピュータ向けのソフトウェアを開発するのと同じ感覚で、開発することができる。よって本実施形態では、このシナリオ制作の効率を高めることができるという効果がある。
（備考）
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記（Ａ）（Ｂ）（Ｃ）（Ｄ）・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の技術分野の、出願当時の技術水準の特性に基づく。しかし請求項に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本願の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。
（Ａ）全ての実施形態では、本発明に係る光ディスクをＢＤ−ＲＯＭとして実施したが、本発明の光ディスクは、記録される動的シナリオ、Ｉｎｄｅｘ Ｔａｂｌｅに特徴があり、この特徴は、ＢＤ−ＲＯＭの物理的性質に依存するものではない。動的シナリオ、Ｉｎｄｅｘ Ｔａｂｌｅを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体メモリカードであってもよい。フレシキブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。
動的シナリオ、Ｉｎｄｅｘ Ｔａｂｌｅ、プレイリスト情報は、ＡＶＣｌｉｐ及びストリーム管理情報と別々の記録媒体に記録されてもよい。そしてこれらをパラレルに読み出して、１つの映画作品として再生させてもよい。
（Ｂ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶＣｌｉｐをデコードした上でＴＶに出力していたが、再生装置をＢＤ−ＲＯＭドライブのみとし、これ以外の構成要素をＴＶに具備させてもい、この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態〜第３実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態〜第３実施形態に示した再生装置の有償・無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輸入する行為も、本発明の実施行為である。製品・半製品を所持して、店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
（Ｃ）図２４のフローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態〜第３実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。
（Ｄ）図２４のフローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
（Ｅ）ＢＤ−ＲＯＭに記録するにあたって、ＡＶＣｌｉｐを構成する各ＴＳパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと呼ばれ、『Ａｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ』と、『ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ』とを含み４バイトのデータ長を有する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを”Ａｌｉｇｎｅｄ Ｕｎｉｔ”という。
ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時において、再生装置２００は、以下のような送信処理にてＡｌｉｇｎｅｄ Ｕｎｉｔの送信を行う。つまり送り手側の機器は、Ａｌｉｇｎｅｄ Ｕｎｉｔに含まれる３２個のＥＸ付きＴＳパケットのそれぞれからＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外し、ＴＳパケット本体をＤＴＣＰ規格に基づき暗号化して出力する。ＴＳパケットの出力にあたっては、ＴＳパケット間の随所に、ｉｓｏｃｈｒｏｎｏｕｓパケットを挿入する。この挿入箇所は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのＡｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐに示される時刻に基づいた位置である。ＴＳパケットの出力に伴い、再生装置２００はＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを出力する。ＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを記述しておけば、ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時においてＴＳパケットは、他の機器に記録されることはない。
（Ｆ）各実施形態において、記録媒体に記録されるデジタルストリームはＡＶＣｌｉｐであったが、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。またＡＶＣｌｉｐにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式であってもよい。
（Ｇ）ＢＤ−ＲＯＭのレイヤモデルにおいて、Ｊａｖａモードの上にブラウザモード及びＭＯＶＩＥモードを配置してもよい。特にＭＯＶＩＥモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、ＭＯＶＩＥモードをＪａｖａモード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が１つのモードで済むからである。
更に３つのモードを設けず、ＪａｖａモードだけでＪａｖａモードの処理を実行してもよい。ＪａｖａモードでもＰＬの再生と同期した再生制御が可能になるから、強いてＭＯＶＩＥモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、ＭＯＶＩＥモードだけでも、ブラウザモードだけでもよい。
（Ｈ）ＰＬを構成する２以上のＰｌａｙ Ｉｔｅｍを連続再生させるには、これらのＰｌａｙ Ｉｔｅｍがシームレス接続されるよう、加工を施しておくことが望ましい。
シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで、実現される。尚、シームレス接続のために作成された複製部分を、Ｂｒｉｄｇｅ−Ｃｌｉｐと呼んでもよい。
ここで終端部、先端部は、以下のように設定するのが望ましい。
つまり先行するＡＶＣｌｉｐ＃ｘのうち先行再生区間のＯｕｔ点を含むＡＣＣＥＳＳ ＵＮＩＴから、２個先のＡＣＣＥＳＳ ＵＮＩＴまでを終端部とし、また後続するＰｌａｙ Ｉｔｅｍ情報＃ｘ＋１のうち後続再生区間のＩｎ点を含むＡＣＣＥＳＳ ＵＮＩＴを先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許ＵＳＰ，６１４８，１４０公報により記載されているので、詳細に関してはこの公報を参照されたい。
更に、シームレス接続のために作成された複製部分については、シームレス接続情報をＣｌｉｐ情報に設けておくことが望ましい。シームレス接続情報とは、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長、オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差（ＳＴＣ−Ｏｆｆｓｅｔ）を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、１つの区間から別の区間への移行する際の音声の途切れを防止することができる。
（Ｉ）Ｊａｖａオブジェクトは、Ｊａｖａ言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引（ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ））のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなＪａｖａオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またＪａｖａオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
Ｊａｖａオブジェクトが用いるようなライブラリィをＢＤ−ＲＯＭに記録しておいてもよい。そのようなライブラリィには、ＰＮＧファイル、アニメーションデータを格納したＭＮＧファイル、ストリームに関連した情報を格納したＸＭＬファイル、ＨＴＭＬ／ＳＭＩＬファイルがある。
ＷｅｂＰａｇｅオブジェクトがＷＥＢサイトから取得する情報は、ＷＥＢページであってもよいし、画像データであってもよい。また、ＡＶストリーム、ストリーム管理情報、ＰＬ情報であってもよい。またＷｅｂＰａｇｅオブジェクトは、検索エンジンと連携して処理を行ってもよい。
更に、エンハンスドモードにおける記述言語は、Ｃ＋＋やＣ＃言語であってもよい。
（Ｊ）Ｊａｖａモジュールは、衛星放送受信のために機器に組み込まれたＪａｖａプラットフォームであってもよい。ＪａｖａモジュールがかかるＪａｖａプラットフォームであれば、本発明に係る生成装置は、ＭＨＰ用ＳＴＢとしての処理を兼用することになる。
更に携帯電話の処理制御のために機器に組み込まれたＪａｖａプラットフォームであってもよい。かかるＪａｖａモジュールがかかるＪａｖａプラットフォームであれば、本発明に係る生成装置は、携帯電話としての処理を兼用することになる。
またＢＲＯＷＳＥＲモジュールは、ＭｉｃｒｏＳｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅ等、パソコン組み込み型のブラウザソフトであってもよい。
（Ｋ）Ｊａｖａオブジェクトは、Ｊａｖａ言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引（ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ））のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなＪａｖａオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またＪａｖａオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
Ｊａｖａオブジェクトが用いるようなライブラリィをＢＤ−ＲＯＭに記録しておいてもよい。そのようなライブラリィには、ＰＮＧファイル、アニメーションデータを格納したＭＮＧファイル、ストリームに関連した情報を格納したＸＭＬファイル、ＨＴＭＬ／ＳＭＩＬファイルがある。
ＷｅｂＰａｇｅオブジェクトがＷＥＢサイトから取得する情報は、ＷＥＢページであってもよいし、画像データであってもよい。また、ＡＶストリーム、ストリーム管理情報、ＰＬ情報であってもよい。またＷｅｂＰａｇｅオブジェクトは、検索エンジンと連携して処理を行ってもよい。更に、エンハンスドモードにおける記述言語は、Ｃ＋＋やＣ＃言語，Ｐｅｒｌであってもよい。
本発明に係る記録媒体、再生装置は、対話的な制御を映画作品に付与することができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
１ ＢＤドライブ
２ リードバッファ
３ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ プレーン
７ 合成部
８ スイッチ
９ デコーダ
１０ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン
１１ 合成部
１２ フォントゼネレータ
１３ Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３
１４ スイッチ
１５ Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン
１６ 合成部
１８ リードバッファ
１９ デマルチプレクサ
２０ オーディオデコーダ
２１ スイッチ
２２ スイッチ
２３ 静的シナリオメモリ
２４ 動的シナリオメモリ
２５ スイッチ
２６ ＣＬＵＴ部
２７ ＣＬＵＴ部
２８ スイッチ
２９ 制御部
３１ 再生制御エンジン
３２ プレーヤレジスタ
３３ ＤＶＤライクモジュール
３４ Ｊａｖａモジュール
３５ ＢＲＯＷＳＥＲモジュール
３６ ＵＯマネージャ
３７ モジュールマネージャ
２００ 再生装置
３００ テレビ
４００ リモコン
２ リードバッファ
３ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ プレーン
７ 合成部
８ スイッチ
９ デコーダ
１０ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｇｒａｐｈｉｃｓプレーン
１１ 合成部
１２ フォントゼネレータ
１３ Ｉ−Ｇｒａｐｈｉｃｓデコーダ１３
１４ スイッチ
１５ Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｇｒａｐｈｉｃｓプレーン
１６ 合成部
１８ リードバッファ
１９ デマルチプレクサ
２０ オーディオデコーダ
２１ スイッチ
２２ スイッチ
２３ 静的シナリオメモリ
２４ 動的シナリオメモリ
２５ スイッチ
２６ ＣＬＵＴ部
２７ ＣＬＵＴ部
２８ スイッチ
２９ 制御部
３１ 再生制御エンジン
３２ プレーヤレジスタ
３３ ＤＶＤライクモジュール
３４ Ｊａｖａモジュール
３５ ＢＲＯＷＳＥＲモジュール
３６ ＵＯマネージャ
３７ モジュールマネージャ
２００ 再生装置
３００ テレビ
４００ リモコン
【書類名】 明細書
【技術分野】
【０００１】
本発明は、BD-ROM等の記録媒体、再生装置に関し、記録媒体に記録された動画データの再生を、ムービーモード・エンハンスドモードという2つのモードで実行する技術に関する。
【背景技術】
【０００２】
ムービーモード・エンハンスドモードという2つのモードによる再生は、DVDとの互換を守りつつも、DVDとの差別化を図る目的で、BD-ROMの再生装置に導入される技術である。ムービーモードとは、DVDライクな制御を行うプログラムを再生装置に実行させて、DVD互換の再生制御を行う再生モードである。一方エンハンスドモードとは、ムービーモードと同じデジタルストリームを再生させながら、Javaプログラム等を実行する再生モードである。図１は、ムービーモード、エンハンスドモードによる画面表示を示す図である。Javaプログラムの実行を伴った動画再生は、Javaプログラムにより描画されたグラフィックスを動画に合成させ再生させることができる。かかる合成はDVDにはないものなので、かかるエンハンスドモードは、DVDとの差別化の尖兵になり得る。
【０００３】
DVDにおける付加価値の高め方には、以下の特許文献1に記載された先行技術がある。
【特許文献1】 特許第2813245号
【発明が解決しようとする課題】
【０００４】
ところで字幕やボタンを構成するグラフィクスデータは、動画を構成するビデオストリームと多重化されて一本のトランスポートストリームを構成している。これらを多重化しておくのは、字幕やボタンの表示を、動画と緻密に同期させるためである。そうすると、字幕やボタンを構成するグラフィクスデータは、エンハンスドモードであっても、ムービーモードであっても再生装置に読み出される。これらグラフィクスデータはデジタルストリームから読み出され、余白領域に配置される。かかる配置によりグラフィクスデータは、図１の字幕「私はこのままハイウェイを進むこととした」やボタン「はい いいえ」のように画面に現れる。しかしかかる余白領域に、Javaプログラムが文字列や図形を描画しようとする場合、かかる描画は、字幕、ボタンにより遮られることになる。また動画を縮小してJavaプログラムで引用しようとする場合も、かかる字幕、ボタンは邪魔となる。何故なら、字幕、ボタンを動画と同率で縮小しようとすると、字幕は小さすぎて読むことができず、単なるゴミにしか見えないからである。Javaプログラムによる描画領域が遮られると、Javaプログラムのプログラマは、字幕・ボタンを消去するか、隠したいとの衝動にかられる。しかし映画作品が複数デジタルストリームから構成されている場合、字幕・ボタンの多重化数は各デジタルストリーム毎に異なる。また字幕・ボタンの表示位置も、デジタルストリーム毎に変わってくる。つまり、あるデジタルストリームにはボタン・字幕が存在するが、別のデジタルストリームにはボタン・字幕が存在しないというバラツキがでる。かかるバラツキがあると、字幕・ボタンを消去したり、隠すようにJavaプログラムを記述することは至って困難になり、Javaプログラミングの阻害要因になりかねない。
【０００５】
本発明の目的は、ムービーモード・エンハンスドモードという2つのモードによる再生を実現しつつも、エンハンスドモード用プログラムによる円滑な画面描画を実現することができる記録媒体を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る記録媒体は、複数の再生区間情報とを記録しており、デジタルストリームは、複数のエレメンタリストリームを多重化したものであり、そのうち少なくとも1つのエレメンタリストリームは動画ストリームであり、前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示す情報であり、フィルタリング指定とは、複数エレメンタリストリームのうち再生が許可されているエレメンタリストリームの指定であることを特徴としている。
【発明の効果】
【０００７】
エンハンスドモードにおいてJavaプログラムがインタラクティブグラフィクスストリームに多重されているエレメンタリストリームを引用しようとする場合、字幕やボタン等を表すエレメンタリストリームを再生しないようフィルタリング指定がなされた再生区間情報を介して、再生制御を行えば、Javaプログラムは字幕やボタンに邪魔されることなく、自身の描画処理を実現することができる。
【０００８】
1つの映画作品が複数のデジタルストリームから構成されており、字幕・ボタンが多重されているものと多重されていないものとがあったとしても、デジタルストリームに対して設けられた再生区間情報を介せば、それら多重数のバラツキを意識せずに、Javaプログラムによる描画の邪魔となるような字幕・ボタンを再生させないようにすることができる。そのため、Javaプログラムのプログラミングを行うプログラマの手間を軽減することができ、動画を引用したプログラム作りが容易になるので、映画作品頒布用のディスク作りに多くのソフトハウスの参入を促すことができる。
【発明を実施するための最良の形態】
【０００９】
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図２は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図２において、本発明に係る記録媒体は、BD-ROM１００である。このBD-ROM１００は、再生装置２００、テレビ３００、リモコン４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００１０】
続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、BD-ROMの応用層に対する改良により実施することができる。図３は、BD-ROMの構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図３に示すようなデータフォーマットを、BD-ROMの応用層上に形成することにより本発明に係る記録媒体は、工業的に生産される。尚、XXX.M2TS、XXX.CLPI,YYY.MPLSといったファイルが、それぞれ複数存在する場合は、BDMVディレクトリの配下に、STREAMディレクトリ、CLIPINFディレクトリ、STREAMディレクトリという3つのディレクトリを設け、STREAMディレクトリにXXX.M2TSと同じ種別のファイルを、CLIPINFディレクトリにXXX.CLPIと同じ種別のファイルを、PLAYLISTディレクトリにYYY.MPLSと同じ種別のファイルを格納することが望ましい。
【００１１】
図４は、ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現した図である。本図に示すようにBD-ROMには、ROOTディレクトリの下にBDMVディレクトリがあり、その下にJCLASSディレクトリ、BROWSERディレクトリがある。
BDMVディレクトリの配下には、INFO.BD、XXX.M2TS、XXX.CLPI,YYY.MPLS、ZZZ.MOVIEといったファイルが存在する。JCLASSディレクトリの配下には、ZZZ.CLASSというファイルが、BROWSERディレクトリの配下には、ZZZ.HTMというファイルが配置されている。
【００１２】
図５は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第１層、第２層、第３層、第４層からなる階層が本図における分類を象徴的に示す。本図においてXXX.M2TSは第２層に分類される。XXX.CLPI,YYY.MPLSは、第３層(静的シナリオ)に分類される。BDMVディレクトリ配下のZZZ.MOVIE、JCLASSディレクトリ配下のZZZ.CLASS、BROWSERディレクトリ配下のZZZ.HTMは、第４層に分類される。
【００１３】
本図の分類(第１層〜第４層)は、図６に示すようなレイヤモデルを対象とした分類である。以降、図５を参照しながら、BD-ROMが対象としている、制御ソフトウェアのレイヤモデルについて説明する。
図６の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、BD-ROMだけではなく、HD、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらHD、メモリカード、ネットワークといった供給源に対する制御(ディスクアクセス、カードアクセス、ネットワーク通信)が第１層の制御である。
【００１４】
第２層は、復号化方式のレイヤである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。本実施形態で採用する復号化方式は、MPEG2の復号化方式である。
第３層(静的シナリオ)は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、Clip情報であり、これらに基づく再生制御を規定しているのがこの第３層(静的シナリオ)である。
【００１５】
第４層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第４層である。以降、このレイヤモデルに従い、ストリーム本体、静的なシナリオ、動的なシナリオにあたるファイルについて説明してゆく。
【００１６】
先ず第２層に属するAVClip(XXX.M2TS)について説明する。
AVClip(XXX.M2TS)は、MPEG-TS(Transport Stream)形式のデジタルストリームであり、ビデオストリーム、1つ以上のオーディオストリーム、1つ以上のプレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図７は、AVClipがどのように構成されているかを模式的に示す図である。
【００１７】
AVClipは(第４段目)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(第１段目)、PESパケット列に変換し(第２段目)、更にTSパケットに変換し(第３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム、対話系のインタラクティブグラフィクスストリーム(第７段目)を、PESパケット列に変換し(第６段目)、更にTSパケットに変換して(第５段目)、これらを多重化することで構成される。
【００１８】
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのプレゼンテーショングラフィクスストリームが存在する。プレゼンテーショングラフィクスストリームは、PCS(Presentation Control Segment)、PDS(Pallet Define Segment)、WDS(Window Define Segment)、ODS(Object Define Segment)、END(END of Display Set Segment)という一連の機能セグメントからなる。ODS(Object Define Segment)は、字幕たるグラフィクスオブジェクトを定義する機能セグメントである。
【００１９】
WDS(Window Define Segment)は、画面におけるグラフィクスオブジェクトの描画領域を定義する機能セグメントであり、PDS(Pallet Define Segment)は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。PCS(Presentation Control Segment)は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Cut-In/Out、Fade-In/Out、Color Change、Scroll、Wipe-In/Outといったものがあり、PCSによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
【００２０】
インタラクティブグラフィクスストリームは、対話制御を実現するグラフィクスストリームである。インタラクティブグラフィクスストリームにて定義される対話制御は、DVD再生装置上の対話制御と互換性がある対話制御である。かかるインタラクティブグラフィクスストリームは、ICS(Interactive Composition Segment)、PDS(Palette Difinition Segment)、ODS(Object Definition Segment)、END(END of Display Set Segment)と呼ばれる機能セグメントからなる。ODS(Object Definition Segment)は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。PDS(Palette Difinition Segment)は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ICS(Interactive Composition Segment)は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ICSは、ボタンに対して確定操作がなされた際、実行すべきボタンコマンドを含む。
【００２１】
以上がAVClipに多重化されるエレメンタリストリームである。かかる過程を経て生成されたAVClipは、通常のコンピュータファイル同様、複数のエクステントに分割され、BD-ROM上の領域に記録される。AVClipは、1つ以上のACCESS UNITとからなり、このACCESS UNITの単位で頭出し可能である。ACCESS UNITとは、1つのGOP(Group Of Picture)と、このGOPと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。GOPは、過去方向および未来方向に再生されるべき画像との時間相関特性を用いて圧縮されているBidirectionally predictive Predictive(B)ピクチャ、過去方向に再生されるべき画像との時間相関特性を用いて圧縮されているPredictive(P)ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されているIntra(Ｉ)ピクチャを含む。
【００２２】
尚、XXX.M2TSのファイル名XXXは、BD-ROMにおいてAVClipに付与される3桁の識別番号を抽象化している。つまり本図におけるAVClipは、このXXXを用いて一意に識別される。以上がストリーム(XXX.M2TS)についての説明である(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。
＜静的なシナリオ＞
続いて、静的なシナリオであるファイル(XXX.CLPI,YYY.MPLS)について説明する。
【００２３】
Clip情報(XXX.CLPI)は、個々のAVClipについての管理情報である。図８は、Clip情報の内部構成を示す図である。AVClipはビデオストリーム、オーディオストリームを多重化することで得られ、AVClipはACCESS UNITと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置がAVClip内の何処に存在するかが、Clip情報の管理項目になる。図中の引き出し線はClip情報の構成をクローズアップしている。引き出し線hn1に示すように、Clip情報(XXX.CLPI)は、「Program Info.」と、ACCESS UNITを頭出しするための「EP_map」とを含む。
【００２４】
『Program info』は、AVClipに多重化されている個々のエレメンタリストリームについてのPID及び属性を、stream_indexに対応づけて示す情報である。stream_indexは、本Clip情報が対応するAVClipxxxに多重化されている個々のエレメンタリストリームについてのインデックスである。本Clip情報に対応するAVClipをAVClipxxxとすると、stream_indexで識別されるエレメンタリストリームのPIDは、破線の矢印hn2に示す複数のstream_PID[xxx][stream_index]entryに示される。
【００２５】
また各エレメンタリストリームの属性は、破線の矢印hn2に示す複数のstream_Attribute[xxx][stream_index]に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、PIDに対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか(Coding)、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか(Resolution)、アスペクト比はどれだけであるか(Aspect)、フレームレートはどれだけであるか(Framerate)を示す。一方、オーディオ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか(Coding)、そのオーディオストリームのチャネル番号が何であるか(Ch.)、何という言語に対応しているか(Lang)を示す。stream_indexを介することにより、所望のエレメンタリストリームの属性をProgram Info.から検索することができる。
【００２６】
『EP_map』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線hn5に示すように複数のエントリー情報(ACCESS UNIT#1エントリー、ACCESS UNIT#2エントリー、ACCESS UNIT#3エントリー・・・・・)と、エントリー数(Number)とからなる。各エントリーは、引き出し線hn6に示すように、対応するACCESS UNITの再生開始時刻を、アドレスと、ACCESS UNITにおける先頭Iピクチャのサイズ(I-size)とを対応づけて示す。ACCESS UNITの再生開始時刻は、ACCESS UNIT先頭に位置するピクチャデータのタイムスタンプ(Presentation Time Stamp)で表現される。またACCESS UNITにおけるアドレスは、TSパケットの連番(SPN(Source Packet Number))で表現される。可変長符号圧縮方式が採用されるため、GOPを含む各ACCESS UNITのサイズや再生時間がバラバラであっても、このACCESS UNITについてのエントリーを参照することにより、任意の再生時刻から、その再生時刻に対応するACCESS UNIT内のピクチャデータへと頭出しを行うことが可能になる。尚、XXX.CLPIのファイル名XXXは、Clip情報が対応しているAVClipと同じ名称が使用される。つまり本図におけるAVClipのファイル名はXXXであるから、AVClip(XXX.M2TS)に対応していることを意味する。以上がClip情報についての説明である。続いてプレイリスト情報について説明する。
【００２７】
YYY.MPLS(プレイリスト情報)は、再生経路情報であるプレイリストを構成するテーブルであり、複数のPlayItem情報(PlayItem情報#1,#2,#3・・・#n)と、これらPlayItem情報数(Number)とからなる。図９は、PL情報の内部構成を示す図である。PlayItem情報は、プレイリストを構成する1つ以上の論理的な再生区間を定義する。PlayItem情報の構成は、引き出し線hs1によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIn点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip_Information_file_name』と、当該AVClipがどのような符号化方式で符号化されているかを示す『Clip_codec_identifier』と、再生区間の始点を示す時間情報『IN_time』と、再生区間の終点を示す時間情報『OUT_time』と、『Playable_PID_entries』とから構成される。
【００２８】
PlayItem情報の特徴は、その表記法にある。つまりEP_mapをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図１０は、PL情報による間接参照を模式化した図である。本図においてAVClipは、複数のACCESS UNITから構成されている。Clip情報内のEP_mapは、これら複数ACCESS UNITのセクタアドレスを、矢印ay1,2,3,4に示すように指定している。図中の矢印jy1,2,3,4は、PlayItem情報によるACCESS UNITの参照を模式化して示している。つまり、PlayItem情報による参照(矢印jy1,2,3,4)は、EP_mapを介することにより、AVClip内に含まれる複数ACCESS UNITのアドレスを指定するという間接参照であることがわかる。
【００２９】
PlayItem情報−Clip情報−AVClipの組みからなるBD-ROM上の再生区間を『プレイアイテム』という。PL情報−Clip情報−AVClipの組みからなるBD-ROM上の論理的な再生単位を『プレイリスト(PLと略す)』という。BD-ROMに記録された映画作品は、この論理的な再生単位(PL)にて構成される。論理的な再生単位にて、BD-ROMにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなPLを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図１１は、図１０に示したPL情報(PL情報#1)とは、別のPL(PL情報#2)を定義する場合の一例を示す図である。
【００３０】
様々なPL情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、BD-ROMにおける再生単位には、PL、PlayItemといったものの他、Chapterがある。Chapterは、1つ、2つ以上のPlayItemから構成される。
尚、PL情報のファイル名YYYは、BD-ROMにおいてPL情報に付与される3桁の識別番号を抽象化している。つまり本図におけるPL情報は、この識別番号YYYを用いて一意に識別される。PL情報の識別番号を”YYY”と表現しているのは、PL情報の識別番号が、AVClip及びAVClip情報の識別番号XXXとは別の番号体系であることを意味している(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。
【００３１】
以上が、静的なシナリオについての説明である。続いて動的なシナリオについて説明する。
＜動的なシナリオ＞
動的なシナリオは、AVClipの動的な再生制御手順を示すコマンド列である。動的な再生制御手順とは、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、2つのモードがある。2つのモードのうち1つは、AV機器特有の再生環境で、BD-ROMに記録された動画データを再生するモード(ノーマルモード)であり、もう1つはBD-ROMに記録された動画データの付加価値を高めるモード(エンハンスドモード)である。図１２は、レイヤモデルの第４層における再生モードを示す図である。本図において第４層には、1つのノーマルモードと、2つのエンハンスドモードとが記述されている。1つのノーマルモードは、DVDライクな再生環境での再生モードでありMOVIEモードと呼ばれる。2つのエンハンスドモードのうち、1つ目は、Java仮想マシンを主体とした再生モードであり、Javaモードと呼ばれる。2つ目のエンハンスドモードのうち、2つ目はブラウザを主体とした再生モードであり、Browserモードと呼ばれる。第４層には、MOVIEモード、Javaモード、Browserモードという3つのモードがあるので、動的シナリオはどれかのモードで実行できるように記述されればよい。
【００３２】
尚、ファイル名ZZZ.MOVIE、ZZZ.CLASS、ZZZ.HTMにおけるファイルボディ「ZZZ」は、BD-ROMにおいて動的シナリオに付与される3桁の識別番号を抽象化している。つまり本図におけるシナリオは、この識別番号ZZZを用いて一意に識別される。シナリオの識別番号を”ZZZ”と表現しているのは、シナリオの識別番号が、AVストリームの識別番号XXX、PL情報の識別番号YYYとは別の番号体系であることを意味している(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。
【００３３】
以降各モードの動的シナリオについてより詳しく説明する。
「ZZZ.MOVIE」は、MOVIEモードを対象とした動的シナリオである。この動的シナリオでは、既存のDVD再生装置と良く似た再生制御を再生装置に実行させることができる。
「ZZZ.HTM」は、Browserモードを対象とした動的シナリオである。この動的シナリオでは、ネットワーク上のサイトをアクセスしたり、ファイルをダウンロードするような制御手順を記述することができる。エンハンスドモードには、Javaモードの他に、ブラウザモードの2つの動作モードがあるが、これら2つの動作モードで説明を進行させるのは煩雑となる。簡略化を期すため、以降の説明ではエンハンスドモードにおける動的シナリオを、Javaモードに限るものとする。
【００３４】
「ZZZ.CLASS」は、Javaモードを対象とした動的シナリオであり、Java言語のアプリケーションプログラムである。Java言語のアプリケーションプログラムなのでJavaモードの動的シナリオの実行主体は、Javaプラットフォームとなる。ここでJavaモードのアプリケーションと、Javaプラットフォームとの関係を図１３を参照しながら詳しく説明する。図１３は、Java言語が対象とするJavaプラットフォームのレイヤモデルを示す図である。Javaモードのアプリケーションは、このレイヤモデルの最上位のレイヤに位置する。このJavaモードのアプリケーションの下位にAPI(Application Interface)がある。本実施形態におけるAPIには、文字描画のためのライブラリィ集Java.awtがある。更にその下位のレイヤにJavaプラットフォームがある。ネイティブ描画系は、再生装置が本来具備しているグラフィクス描画機能であり、Javaプラットフォームと同一階層にあたる。
【００３５】
「Javaプラットフォーム」は、「Java仮想マシン(JavaVM)」、「コンフィグレーション」、「プロファイル」、「オプション」からなる。Java仮想マシンは、Java言語で記述されたJavaモードアプリケーションを、再生装置におけるCPUのネィティブコードに変換して、CPUに実行させる。コンフィグレーションは、再生装置における簡単な入出力を実現する。プロファイルは、再生装置におけるIP通信や、画面描画を行う。
【００３６】
「オプション」は、様々なライブラリを含む。これらはJavaプラットフォームからは供給され得ない様々な機能をJavaモードのアプリケーションに供給するものである。具体的にいえば、再生装置におけるセキュリティ確保の処理やBD-ROM〜Javaアプリケーション間の入出力がこのライブラリで規定されることになる。 以上のように、Javaプラットフォームでは文字描画や簡単な入出力を行うためのプログラムが予め準備されているため、プレゼンテーショングラフィクスストリームによる字幕の描画、インタラクティブグラフィクスストリームによるボタンの描画は、Javaオブジェクトによる描画の妨げになる。本実施形態では、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームによる阻害を避けるため、PlayItemにフィルタ指定の機能を持たせている。
【００３７】
ではどのようなフィルタ指定かというと、AVClipに多重化されている複数エレメンタリストリームのうち、どれが再生可能であり、どれが再生不可能かを選別するというものである。図９に示したPlayItemの情報要素のうち、Playable_PID_entriesがこのフィルタ指定を実現する。
続いて、playable_PID_entriesについてより詳しく説明する。図１４（ａ）はPlayable_PID_entriesの内部構成を示す図である。図中の引き出し線hp1はplayable_PID_entriesの構成をクローズアップしている。playable_PID_entriesは、複数のref_to_stream_PID[]からなる。ref_to_stream_PIDは、16ビットのフィールドであり、各フィールドの値は、Clip情報のprogram Infoに定義されているstream_PID[xxx][stream_index]entryのうち、どれかを示す。ref_to_stream_PIDに、stream_PID[xxx][stream_index]entryを指示させることにより、PlayItemはフィルタ指定機能をもつことになる。
【００３８】
図１４（ｂ）は、Clip情報のprogram Infoに定義されているstream_PID[xxx][stream_index]entryと、PlayItem情報におけるref_to_stream_PIDとの対応を示す図である。Clip情報のprogram Infoに、m+1個のPIDエントリー(stream_PID[xxx][0]entry,stream_PID[xxx][1]entry,stream_PID[xxx][2]entry・・・・stream_PID[xxx][m]entry)が存在するものとする。図中の矢印tc1,2,3,4は、m+1個のPIDエントリーに示されるPIDのうち、どれとどれをPlayable_PID_entriesに記述するかという記述の選択を示す。本図では、矢印tc1,2,3,4に示すようにm+1個のPIDエントリーのうち、stream_PID[xxx][0]entry,stream_PID[xxx][2]entry,stream_PID[xxx][4]entry,stream_PID[xxx][m]entryに示されるPIDが、それぞれref_to_stream_PID(0),(1),(2),(n)に設定されていることがわかる。
【００３９】
以降、PlayItemにおけるフィルタ指定により、どのような再生制御が実現されるかについて説明する。図１５は、MOVIEオブジェクト、Javaオブジェクトにより再生制御がなされる、PLの階層構造を示す図である。本図は、図１０に示した第１段(AV-Clip)、第２段(Clip情報)、第３段(PL情報)からなる階層構造に、第４段目を追加したものである。第４段目におけるMOVIEオブジェクトは、PL#1の再生を行わせるコマンド(PlayPL(PL#1))を含む。このPL#1を構成する3つのPlayItem#1,#2,#3のうち、PlayItem#3は、Playable_PID_entriesを含んでおりフィルタ指定が可能である。
【００４０】
図１５の第４段目におけるJavaオブジェクトは、PL#2の再生を行わせるコマンド(PlayPL(PL#2))を含む。このPL#2を構成する2つのPlayItem#11,#12のうち、PlayItem#12は、Playable_PID_entriesを含んでおりフィルタ指定が可能である。
図１６は、PlayItem#3,#12におけるplayable_PID_entriesにより、どのようにフィルタ指定が行われるかを示す図である。本図では、下側にAVClipを構成する各ACCESS UNITを、上側に2つのPlayItem#3,#12を示している。このACCESS UNITには、1本のビデオストリーム、3本のオーディオストリーム、2本のプレゼンテーショングラフィクスストリーム、1本のインタラクティブグラフィクスストリームが多重化されている。ビデオストリームには、Video_PIDというPIDが、プレゼンテーショングラフィクスストリームには、P.Graphics_PIDというPIDが、インタラクティブグラフィクスストリームには、I.Graphics_PIDというPIDが付加される。3本のオーディオストリームのうち、Audio_PID1が付されたものは英語音声(0:English)、Audio_PID2が付されたものは日本語音声(1:Japanese)、Audio_PID3が付されたものはコメンタリ音声(2:Commentary)である。2本のプレゼンテーショングラフィクスストリームのうち、P.Graphics_PID1が付されたものは英語音声(0:English)、P.Graphics_PID2が付されたものは日本語音声(1:Japanese)である。
【００４１】
図中右側のPlayItem#3,#12は、互いにフィルタ指定が異なる。PlayItem#3,#12内の升めの羅列は、playable_PID_entriesの具体的内容であり、PlayItem#3では、Video_PIDのビデオストリーム、Audio_PID1のオーディオストリーム、Audio_PID2のオーディオストリーム、P.Graphics_PID1のプレゼンテーショングラフィクスストリーム、P.Graphics_PID2のプレゼンテーショングラフィクスストリーム、I.Graphics_PIDのインタラクティブグラフィクスストリームの再生が可能であると設定されている。PlayItem#12では、Video_PIDのビデオストリーム、Audio_PID3のオーディオストリームの再生が可能であると設定されている。PlayItem#3の再生時において、PlayItem#3のplayable_PID_entriesは再生装置におけるデマルチプレクサに設定される。これにより多重分離時には、Video_PIDのビデオストリームをビデオデコーダに出力し、Audio_PID1、Audio_PID2のオーディオストリームをオーディオデコーダに出力する。P.Graphics_PID1、P.Graphics_PID2のプレゼンテーショングラフィクスストリームをグラフィクスデコーダに出力し、I.Graphics_PIDのインタラクティブグラフィクスストリームもグラフィクスデコーダに出力する。PlayItem#3では、全てのグラフィクスストリームが再生可能と設定されているので、AVClipに多重化されている全てのグラフィクスストリームの再生が可能になる。
【００４２】
一方、PlayItem#12では、全てのグラフィクスストリームが再生不可能と設定されているので、Javaモードにおける動的シナリオとの干渉は有り得ず、Java言語での制御が可能になる。
図１７は、PlayItem#3のPlayable_PID_entriesにより、どのような再生出力が可能になるかを示す図である。PlayItem#3では、Video_PIDのビデオストリーム、Audio_PID1のオーディオストリーム、Audio_PID2のオーディオストリーム、P.Graphics_PID1のプレゼンテーショングラフィクスストリーム、P.Graphics_PID2のプレゼンテーショングラフィクスストリーム、I.Graphics_PIDのインタラクティブグラフィクスストリームの再生が可能であるので、MOVIEオブジェクトによる再生では、Audio_PID1のオーディオストリームの再生出力と(図中の『She is captive of her own lies』というナレーション)、P.Graphics_PID1のプレゼンテーショングラフィクスストリームの再生出力と(『彼女は自分のうそに酔いしれた』という日本語字幕)、I.Graphics_PIDのインタラクティブグラフィクスストリームの再生出力と(『続けますかはい いいえ』)を伴って、ビデオストリームの再生出力を行うことができる。
【００４３】
PlayItem#12では、全てのグラフィクスストリームが再生不可能と設定されており、Video_PIDのビデオストリーム、Audio_PID3のオーディオストリームという2つのストリームの再生出力のみが可能になる。このPlayItemの再生を命じているJavaオブジェクトが、仮想的なスタジオ(図中のカメラや椅子、照明が配された一室)を描画するものなら、グラフィクスストリームに含まれる字幕や、ボタンに妨げられることなく、かかるスタジオの描画を実現することができる。PlayItem#12により再生可と設定されたAudio_PID3のオーディオストリームは、映画監督のコメンタリであり(『私は彼女の演技力に脱帽した』という台詞)、上述した仮想的なスタジオで、このような監督のコメンタリを再生させることで、制作現場の雰囲気を作り出すことができる。
【００４４】
このJavaオブジェクトにより、映画スタジオを模した部屋において背景画として映画シーンを再生させながら、映画監督のコメンタリが聴くことができる。
かかるタイトルを、ボーナストラック的なタイトルとしてBD-ROMに記録することにより、BD-ROMの商品価値を高めることができる。PlayItemにおけるフィルタ指定を利用して、ボーナストラック的なタイトルをBD-ROMに記録することは、以下のようなメリットをもたらす。
【００４５】
世界的に著名な映画監督のコメンタリは、映画愛好家にとって、是非とも聞きたいものであり、映画作品の付加価値を高めるものとして、現行の販売用DVDにも存在する。
かかるタイトルは、ディレクタのコメンタリを聴けることが最大の魅力であるが、背景画として映画シーンが再生されることも、その魅力を高めている要因である。つまり、映画のハイライトシーンと共に、映画制作の裏話が聴けるというのは、コメンタリの臨場感を高めるからである。この場合、このコメンタリのオーディオストリームをどのように扱うかが問題になる。本編とは別に、背景画としたい映画シーンを設けてオーディオストリームと多重化し、上述したボーナストラックを作成するというのがオーソドックスな手法だが、これでは本編とは別に背景画の映画シーンをBD-ROMに記録せねばならず、記録対象が増え、容量的な問題が生じる。
【００４６】
コメンタリの音声ストリームを映画本編で使用する音声ストリームと共に、本編用の動画ストリームに多重化する方法も考えられる。こうすれば本編のシーンをコメンタリの背景画として使用できるが、このコメンタリデータが、映画本編の再生時に聞こえてしまう恐れがある。そこで本編タイトルを構成するPlayItemには、コメンタリの音声ストリームだけを無効とし、残りのオーディオストリームを有効とするようフィルタ指定しておく。一方、ボーナスタイトルを構成するPlayItemには、コメンタリの音声ストリームだけを有効とし、残りのオーディオストリームを無効とするようフィルタ指定しておく。こうすることにより、本編のオーディオストリーム、コメンタリの音声ストリームを全部まとめて一本のAVClipに多重化してBD-ROMに記録しておけばよい。
【００４７】
本編のオーディオストリームのみのAVClip、コメンタリの音声ストリームのみのAVClipというように、本編、コメンタリのAVClipを別々に作成する必要はないので、BD-ROMに記録すべきAVClipの本数を少なくすることができ、オーサリング時の手間を軽減することができる。
PlayItemに、Playable_PID_entriesを設けているのは、PlayItemには、1つのAVClipに専属するという専属性、非排他性という2つの性質があるからである。AVClipへの専属性とは、PlayItemは、1つのAVClipに対してのみ設定され、2以上のAVClipを跨ぐように設定されないという性質である。かかる専属性があるので、Playable_PID_entriesによるフィルタ指定は、対応する1つのAVClipの再生時のみ有効となり、他のAVClipの再生時には、有効にならない。かかる性質をもつPlayItemに、Playable_PID_entriesを持たせているので、1つの映画作品を構成する複数AVClipにおいて、AVClip毎にエレメンタリストリームの多重化数にバラツキがあっても、一貫したエレメンタリストリーム選択を、再生装置に実行させることができる。ここで多重化数のバラツキとは、アクションシーン等にあたるAVClipと、会話等のシーンにあたるAVClipとで、多重化されているエレメンタリストリームの数が違うことをいう。つまり、アクションシーンにあたるAVClipでは、台詞やナレーションが全く存在しない。かかるシーンに必要な音声は、BGMや車のアクセル音や爆発音等であり、かかる音声は単一の音声で再生させればよい。従ってかかるシーンにあたるAVClipでは、言語毎の音声や字幕は不要であり、動画にあたるエレメンタリストリームと、音声にあたるエレメンタリストリームとがAVClipに多重化されていればよい。一方、会話シーンにあたるAVClipには、台詞やナレーションが必要になるので、かかる台詞を示す音声を、言語毎の音声や字幕で表現せねばならない。そのため、かかるシーンにあたるAVClipには、動画にあたるエレメンタリストリーム、各言語での音声・字幕にあたるエレメンタリストリームが多重化されねばならない。
【００４８】
図１８は、AVClip毎の多重化数のバラツキを示す図である。本図において、AVClip#2,#4は会話のシーンにあたり、AVClip#1,#3はアクションシーンにあたる。AVClip#1には、ビデオストリームと(Video)、1本のオーディオストリーム(Audio1)が多重化されている。AVClip#2には、ビデオストリームの他に3本のオーディオストリーム(Audio1,2,3)、2本のプレゼンテーショングラフィクスストリーム(P.Graphics1,2)が多重化されている。AVClip#3には、ビデオストリームのみが多重化されている。AVClip#4には、ビデオストリーム、3本のオーディオストリーム(Audio1,2,3)、2本のプレゼンテーショングラフィクスストリーム(P.Graphics1,2,3)の他に1本のインタラクティブグラフィクスストリーム(I.Graghics1)が多重化されている。
【００４９】
本図に示すような多重化数のバラツキがあれば、AVClipを再生させるにあたって、これから再生しようとするAVClipにどのようなエレメンタリストリームが多重化されており、それらのAVClipにどのようなPIDが割り当てられているかを、MOVIEモードやJavaオブジェクトは事前に検出しておかねばならない。新たなAVClipの再生を開始する度に、かかる検出を行うというのは、Javaオブジェクトにとって負担であるし、またAVClipの再生時間が短いと、かかる検出が間に合わない場合も生じる。かかる事情に鑑み、多重化されているエレメンタリストリームのダイレクトな選択をJavaオブジェクトに許容せず、PlayItem内のPlayable_PID_entriesを介した間接的なエレメンタリストリーム選択を許容している。即ち、再生すべきエレメンタリストリームの指定は、PlayItemに示されるので、新たに再生すべきAVClipにおいて、どのエレメンタリストリームを再生するかの選択をJavaオブジェクトがダイレクトに行わなくとも、PlayItemを介した再生を再生装置が行えば、所望のエレメンタリストリームのみが再生されることになる。
【００５０】
かかる間接的なエレメンタリストリーム選択では、再生すべきPlayItemを選ぶという行為が、AVClipに多重化されているエレメンタリストリームを選ぶ行為と等価になる。フィルタ指定を示す情報をPlayItemにもたせて、これを介したエレメンタリストリーム選択をJavaオブジェクトに行わせれば、複数PlayItemからなる単位、つまり、PLという大きな再生単位において、一貫したエレメンタリストリームを選択が可能になる。
【００５１】
図１９は、ムービーモードでのMOVIEオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各PlayItemのPlayable_PID_entriesにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、各AVClipに多重化されているビデオストリーム(Video)、オーディオストリーム(Audio1,2)、プレゼンテーショングラフィクスストリーム(P.Graphics1,2,3)、インタラクティブグラフィクスストリーム(1.Graphics1,2,3)といったエレメンタリストリームが読み出されていることがわかる。
【００５２】
図２０は、エンハンスドモードでのJavaオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各PlayItemのPlayable_PID_entriesにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、ビデオストリーム(Video)、オーディオストリーム(Audio3)といったエレメンタリストリームが読み出されていることがわかる。言語毎の音声をもったAVClipや、言語毎の字幕をもったAVClip、ボタンをもったAVClipが映画作品において飛び飛びに存在する場合でも、Playable_PID_entriesの設定次第で、PLにおいて一貫したエレメンタリストリーム選択を実現することができる。音声を全くもたないAVClipや、一本の音声しかないAVClipが前後にあったとしても、自身のモードに必要なエレメンタリストリームのみが読み出されることになる。また、各AVClipにおけるエレメンタリストリームと、PIDとの対応づけがバラバラであったとしても、一貫したエレメンタリストリーム再生を実現することができる。
【００５３】
PlayItemには、非排他性があるので、フィルタ指定が異なる2以上のPlayItemを、同じAVClipに対し、重複して設定することができる。そのため、あるPlayItemではグラフィクスストリームの再生が可能であるが、別のPlayItemではグラフィクスストリームの再生を禁じるような、PlayItemの作り分けを実現することができる。仮にClip情報にフィルタ指定機能をもたせようとすると、Clip情報には専属性があるが、1つのAVClipにつき1つのClip情報しか設定できないので非排他性がない。よってClip情報にフィルタ指定情報をもたせると、互いにフィルタ指定の内容が異なる複数情報を、1つのAVClipに設定することができない。これでは作り分けが困難になるので、フィルタ指定を示す情報をClip情報に設けることは賢明ではない。一方、フィルタ指定を示す情報を動的シナリオに持たせようとすると、動的シナリオには非排他性はあるが専属性はない。エレメンタリストリームの多重化数にバラツキがあると、エレメンタリストリームの選択に苦慮する。これらを統合すれば、専属性、非排他性を兼ね備えたPlayItemに、フィルタ指定を示す情報を持たせることが理にかなっている。尚、この記載は、Clip情報、動的シナリオにフィルタ指定情報をもたせることを否定するものではなく、無論Clip情報、動的シナリオにフィルタ指定情報をもたせてもよい。
【００５４】
またPlayable_PID_entriesは、インタラクティブグラフィクスストリームに埋め込まれたボタンコマンドとの干渉を避けるためにも有意義である。ボタンコマンドとは、インタラクティブグラフィクスストリームで記述されたボタンに対し、確定操作が行われた場合に実行されるコマンドである。ボタンコマンドはAVClipに組み込まれているので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという再生制御、つまり、動画内容と緻密に同期した再生制御の記述に便利である。またボタンコマンドは、AVClip自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応するボタンコマンドの全てをメモリに格納しておく必要はない。ボタンコマンドはACCESS UNIT毎にビデオパケットと共にBD-ROMから読み出されるので、現在再生すべき動画区間に対応するボタンコマンドをメモリに常駐させ、この動画区間の再生が終われば、そのボタンコマンドをメモリから削除して、次の動画区間に対応するボタンコマンドをメモリに格納すればよい。ボタンコマンドは、AVClipに多重化されるので、たとえボタンコマンドの数が数百個になってもメモリの搭載量を必要最低限にすることができる。
【００５５】
ボタンコマンドをストリーム中に埋め込んでいる場合、Javaモードにおける動的シナリオとの干渉が問題になる。例えばJavaモードによる再生制御を実行している場合、ストリーム中に埋め込まれたボタンコマンドが再生装置における制御部に供給されれば、Javaモードの動的シナリオとボタンコマンドが同時に実行されることとなり、プレーヤの誤動作を招いてしまう。そこでJavaモードで呼び出されるPlayItemには、インタラクティブグラフィクスストリームは多重分離しないようPlayable_PID_entriesを設定しておく。こうすることにより、インタラクティブグラフィクスストリーム内のボタンコマンドが、Javaプログラムにおける命令と干渉するような事態はなくなる。
【００５６】
以上説明したデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、オーサリングを行う制作者は、このクラス構造体を記述することにより、BD-ROM上のこれらのデータ構造を得ることができる。
以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図２１は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、BDドライブ１、リードバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、Background stillプレーン６、合成部７、スイッチ８、P-Graphicsデコーダ９、Presentation Graphicsプレーン１０、合成部１１、フォントゼネレータ１２、I-Graphicsデコーダ１３、スイッチ１４、Enhanced Interactive Graphicsプレーン１５、合成部１６、HDD１７、リードバッファ１８、デマルチプレクサ１９、オーディオデコーダ２０、スイッチ２１、スイッチ２２、静的シナリオメモリ２３、動的シナリオメモリ２４、CLUT部２６、CLUT部２７、スイッチ２８、制御部２９から構成される。
【００５７】
BD-ROMドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
リードバッファ２は、FIFOメモリであり、BD-ROMから読み出されたACCESS UNITが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)３は、リードバッファ２からACCESS UNITを取り出して、このACCESS UNITを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、Playable_PID_entriesに示されたPIDをもつものをビデオデコーダ４、オーディオデコーダ２０、P-Graphicsデコーダ９、I-Graphicsデコーダ１３のどれかに出力する。
【００５８】
ビデオデコーダ４は、デマルチプレクサ３から出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン５における解像度は1920×1080であり、このビデオプレーン５に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００５９】
Background stillプレーン６は、エンハンスドモードにおいて背景画として用いるべき静止画を格納しておくプレーンである。本プレーンにおける解像度は1920×1080であり、このBackground stillプレーン６に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
合成部７は、ビデオプレーン５に格納されている非圧縮状態のピクチャデータを、Background stillプレーン６に格納されている静止画と合成する。
【００６０】
スイッチ８は、ビデオプレーン５における非圧縮状態のピクチャデータをそのまま出力するか、Background stillプレーン６の格納内容と合成して出力するかを切り換えるスイッチである。
P-Graphicsデコーダ９は、BD-ROM、HDから読み出されたグラフィクスストリームをデコードして、ラスタグラフィクスをPresentation Graphicsプレーン１０に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
【００６１】
Presentation Graphicsプレーン１０は、一画面分の領域をもったメモリであり、一画面分のラスタグラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、Presentation Graphicsプレーン１０中のラスタグラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Presentation Graphicsプレーン１０に格納されたラスタグラフィクスは、表示に供される。Javaオブジェクトは、本Presentation Graphicsプレーン１０をダイレクトにアクセスすることはできない。かかる禁止を設けたのは以下の要請による。DVD互換プログラム、Javaオブジェクトが1つのグラフィックスプレーンを共有している場合、最新の書き込み内容が、優先的に表示されることになる。ここでの優先的な表示とは、最新の書込内容が、古い書込内容を覆い隠すように表示されるこという。しかしDVD互換プログラム、Javaオブジェクトは非同期で動作するので、グラフィックスプレーンにおいてどちらの書込内容が優先されているかをDVD互換プログラム、Javaオブジェクトは知り得ない。どちらの書き込みが優先されているかを知り得ないので、DVD互換プログラムの書込内容が優先しているのに、Javaオブジェクトが書き込みを行い、DVD互換プログラムが書き込んだ内容を、Javaオブジェクトが好きなように書き換えてしまうことが起こり得る。かかる書き換えがなされると、DVD互換プログラムの動作保証が至って困難になるため、JavaオブジェクトによるPresentation Graphicsプレーン１０へのダイレクトなアクセスは禁止している。
【００６２】
合成部１１は、非圧縮状態のピクチャデータ(i)、Background stillプレーン６の格納内容が合成されたピクチャデータ(ii)の何れかを、Presentation Graphicsプレーン１０の格納内容と合成する。
フォントゼネレータ１２は、制御部２９から出力されたテキストコードを、文字フォントに変換する。どの文字フォントに変換するかの指示は、制御部２９によるフォント種の指定に基づく。
【００６３】
I-Graphicsデコーダ１３は、BD-ROM、HDから読み出されたインタラクティブグラフィクスストリームをデコードして、ラスタグラフィクスをEnhanced Interactive Graphicsプレーン１５に書き込む。インタラクティブグラフィクスストリームのデコードにより、対話画面を構成するボタンが画面上に現れることになる。
スイッチ１４は、フォントゼネレータ１２が生成したフォント列及びJavaオブジェクトがダイレクトに描画した描画内容、I-Graphicsデコーダ１３が生成したボタンの何れかを選択的にEnhanced Interactive Graphicsプレーン１５に投入するスイッチである。
【００６４】
Enhanced Interactive Graphicsプレーン１５は、ムービーモードとエンハンスドモードとでメモリアロケーションが変わるグラフィックスプレーンである。図２２（ａ）はムービーモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図であり、図２２（ｂ）はエンハンスドモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図である。ムービーモードにおけるメモリアロケーションとは、図２２（ａ）に示すように横1920×縦1080の8ビット領域からなる。これは1920×1080の解像度で、1画素当たり8ビットのインデックス値を格納できるメモリアロケーションである。一方、エンハンスドモードにおけるメモリアロケーションとは、図２２（ｂ）に示すように横960×縦540の32ビット領域からなる。これは960×540の解像度で、1画素当たり32ビットのRGB値を格納できるメモリアロケーションである。ムービーモードにおける一画素当たりの割当ビット長が8ビットであり、16,777,216色から選ばれた256色しか表現できないことに比べれば、Enhanced Interactive グラフィクスプレーンは自然色に近い発色が可能になっている。これは、2×2画素を1画素に間引き、1画素当たりの発色数を増やすことにより、華やかなで動きのある画面描画を実現することを意図している。Enhanced Interactive Graphicsプレーン１５がどちらのメモリアロケーションになるかは、再生装置における動作モードに基づく。動作モードがムービーモードならEnhanced Interactive Graphicsプレーン１５は、横1920×縦1080×8ビット領域のメモリアロケーションになり、エンハンスドモードならEnhanced Interactive Graphicsプレーン１５は横960×縦540×32ビット領域のメモリアロケーションになる。
【００６５】
合成部１６は、非圧縮状態のピクチャデータ(i)、Background stillプレーン６の格納内容が合成されたピクチャデータ(ii)、Presentation Graphicsプレーン１０及びBackground stillプレーン６の格納内容と合成されたピクチャデータ(iii)をEnhanced Interactive Graphicsプレーン１５の格納内容と合成する。
HDD１７は、BD-ROMに記録されているAVClip、Clip情報、PL情報、動的シナリオのアップデート版を格納した記録媒体である。HDDの記録内容を読み出し、BD-ROMの記録内容と動的に組み合わせることにより、BD-ROMに存在しないオーディオストリーム、グラフィクスストリームの再生や、BD-ROMに存在しない静的シナリオ、動的シナリオによる再生を実現することができる。
【００６６】
リードバッファ１８は、FIFOメモリであり、HDD１７から読み出されたACCESS UNITが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)１９は、リードバッファ１８からACCESS UNITを取り出して、このACCESS UNITを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、Playable_PID_entriesに示されたPIDをもつものをオーディオデコーダ２０、P-Graphicsデコーダ９のどれかに出力する。
【００６７】
オーディオデコーダ２０は、デマルチプレクサ１９から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。
スイッチ２１は、オーディオデコーダ２０への入力源を切り換えるためのスイッチであり、本スイッチによりオーディオデコーダ２０への入力は、BD-ROM側、HDD側に切り換わる。
【００６８】
スイッチ２２は、P-Graphicsデコーダ９への入力源を切り換えるスイッチであり、本スイッチ２２によりHDから読み出されたプレゼンテーショングラフィクスストリーム、BD-ROMから読み出されたプレゼンテーショングラフィクスストリームを選択的にP-Graphicsデコーダ９に投入することができる。
静的シナリオメモリ２３は、カレントのPL情報やカレントのClip情報を格納しておくためのメモリである。カレントPL情報とは、BD-ROMに記録されている複数PL情報のうち、現在処理対象になっているものをいう。カレントClip情報とは、BD-ROMに記録されている複数Clip情報のうち、現在処理対象になっているものをいう。
【００６９】
動的シナリオメモリ２４は、カレント動的シナリオを格納しておき、DVDライクモジュール３３〜BROWSERモジュール３５による処理に供するメモリである。カレント動的シナリオとは、BD-ROMに記録されている複数シナリオのうち、現在実行対象になっているものをいう。
スイッチ２５は、BD-ROM及びHDから読み出された各種データを、リードバッファ２、リードバッファ１８、静的シナリオメモリ２３、動的シナリオメモリ２４のどれかに選択的に投入するスイッチである。
【００７０】
CLUT部２６は、ビデオプレーン５に格納されたラスタグラフィクスにおけるインデックスカラーを、PDSに示されるY,Cr,Cb値に基づき変換する。
CLUT部２７は、Enhanced Interactive Graphicsプレーン１５に格納されたラスタグラフィクスにおけるインデックスカラーを、プレゼンテーショングラフィクスストリームに含まれるPDSに示されるY,Cr,Cb値に基づき変換する。
【００７１】
スイッチ２８は、エンハンスドモードにおいてCLUT部２７による変換をスルー出力するよう切り換えるスイッチである。
制御部２９は、PlayItemに含まれるPlayable_PID_entriesを、ビデオデコーダ４に出力することにより、AVClipに多重化されているエレメンタリストリームのうち、どれを再生するかをビデオデコーダ４に命じる(Stream Selection)。再生すべきエレメンタリストリームを、PlayItemを介して指定するのは、JavaオブジェクトによるPresentation Graphicsプレーン１０のダイレクトアクセスは禁止されているからである。そうしてPlayable_PID_entriesに示されるエレメンタリストリームがAVClipから読み出されれば、Enhanced Interactive Graphicsプレーン１５をダイレクトにアクセスするか(Dynamic graphics drawing)、或は、テキストやフォント種をフォントゼネレータ１２に与えることにより(Text and Font)、フォントゼネレータ１２にフォント列を生成させ、Enhanced Interactive Graphicsプレーン１５に配置させる。こうしてEnhanced Interactive Graphicsプレーン１５の描画がなされれば、ビデオプレーン５の格納内容の拡大・縮小を命じた上で、Enhanced Interactive Graphicsプレーン１５の格納内容を合成部１６に合成させる(Display layout Control)。
【００７２】
以上が再生装置の内部構成である。図２３は、制御部２９の内部構成を示す図である。本図に示すように制御部２９は、再生制御エンジン３１、プレーヤレジスタ３２、DVDライクモジュール３３、Javaモジュール３４、BROWSERモジュール３５、UOコントローラ３６、モジュールマネージャ３７から構成される。
再生制御エンジン３１は、DVD互換プログラムであり、AV再生機能(1)、プレイリストの再生機能(2)、再生装置における状態取得／設定機能(3)といった諸機能を実行する。再生装置のAV再生機能とは、DVDプレーヤ、CDプレーヤから踏襲した機能群であり、再生開始(Play)、再生停止(Stop)、一時停止(Pause On)、一時停止の解除(Pause Off)、Still機能の解除(still off)、速度指定付きの早送り(Forward Play(speed))、速度指定付きの巻戻し(Backward Play(speed))、音声切り換え(Audio Change)、副映像切り換え(Subtitle Change)、アングル切り換え(Angle Change)といった処理をユーザからの操作に応じて実行することである。PL再生機能とは、このAV再生機能のうち、再生開始や再生停止をPL情報に従って行うことをいう。このPL再生機能の実行により、再生制御エンジン３１はレイヤモデルの第３層(静的なシナリオに基づく再生制御)の役割を果たす。再生制御エンジン３１は、AV再生機能をユーザからの操作に従って実行する。一方、機能(2)〜(3)を、DVDライクモジュール３３〜BROWSERモジュール３５からの関数呼出に応じて実行する。つまり再生制御エンジン３１は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。
【００７３】
プレーヤレジスタ３２は、32個のSystem Parameter Registerと、32個のGeneral Purppose Registerとからなる。これらのレジスタの格納値は変数SPRM,GPRMとしてプログラミングに利用される。System Parameter Register、及び、General Purppose Registerは、DVDライクモジュール３３〜BROWSERモジュール３５から分離した再生制御エンジン３１で管理されるため、たとえ再生モードの切り換わりが生じたとしても、切換後の再生モードを実行するモジュールは、再生制御エンジン３１におけるSPRM(0)〜(31)、GPRM(0)〜(31)を参照しさえすれば、再生装置の再生状態を知得することができる。
【００７４】
DVDライクモジュール３３は、MOVIEモードの実行主体となるDVD仮想プレーヤであり、動的シナリオメモリ２４に読み出されたカレントのMOVIEオブジェクトを実行する。
Javaモジュール３４は、Javaプラットフォームであり、動的シナリオメモリ２４に読み出されたZZZ.CLASSからカレントのJavaオブジェクトを生成し、実行する。かかる実行は、Java言語で記述されたJavaオブジェクトを、再生装置におけるCPUのネィティブコードに変換して、CPUに実行させることにより実現される。
【００７５】
BROWSERモジュール３５は、Browserモードの実行主体となるブラウザであり、動的シナリオメモリ２４に読み出されたカレントのWebPageオブジェクトを実行する。
UOコントローラ３６は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報(以降UO(User Operation)という)をモジュールマネージャ３７に出力する。
【００７６】
モジュールマネージャ３７は、モード管理及び分岐制御を行う。モジュールマネージャ３７によるモード管理とは、動的シナリオをどのDVDライクモジュール３３〜BROWSERモジュール３５に実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオをDVDライクモジュール３３に実行させるというものである。イントラモードでの分岐(同一モード内の分岐)があったとしても、この原則は維持される。例外は、インターモードでの分岐(モード間の分岐)が発生した場合である。MOVIEオブジェクトからJavaオブジェクト／WebPageオブジェクトへの分岐が発生した場合、Javaモジュール３４、BROWSERモジュール３５がカレントオブジェクトを実行することになる。またモジュールマネージャ３７は、UOコントローラ３６がUOを受け付けた際、そのUOを示すイベント(ユーザイベント)を生成して再生制御エンジン３１、Javaモジュール３４、BROWSERモジュール３５に出力する。
【００７７】
本実施形態における再生装置の処理は、再生制御エンジン３１が、図２４の処理手順を実行することにより実現される。
図２４は、再生制御エンジン３１によるPLPlayコマンドの実行手順を示すフローチャートである。本フローチャートにおいて処理対象たるPlayItemをPIy、処理対象たるACCESS UNITをACCESS UNITvとする。本フローチャートは、LinkPLの引数で指定されたカレントPL情報(.mpls)の読み込みを行い(ステップＳ１)、カレントPL情報の先頭のPI情報をPIyにする(ステップＳ２)。そして PIyのClip_information_file_nameで指定されるClip情報を読み込む(ステップＳ３)。
【００７８】
Clip情報を読み込めば、PIyのPlayable_PID_entriesをデマルチプレクサ３に設定する。これによりPIyにて再生が行われている間、このPIyのPlayable_PID_entriesは有効となる。
このようにPlayable_PID_entriesが有効になれば、カレントClip情報のEP_mapを用いてPIyのIN_timeを、アドレスに変換する(ステップＳ５)。そして変換アドレスにより特定されるACCESS UNITを ACCESS UNITvにする(ステップＳ６)。一方、PIyのOut_timeを,カレントClip情報のEP_mapを用いてアドレスに変換する(ステップＳ７)。そして、その変換アドレスにより特定されるACCESS UNITをACCESS UNITwにする(ステップＳ８)。
【００７９】
こうしてACCESS UNITv,wが決まれば、ACCESS UNITvからACCESS UNITwまでの読み出しをBDドライブ１に命じ(ステップＳ９)、PIyのIN_timeからOut_timeまでのデコード出力をビデオデコーダ４、オーディオデコーダ２０に命じる(ステップＳ１０)。
ステップＳ１１は、本フローチャートの終了判定であり、PIyがPIzになったかを判定している。もしステップＳ１１がYesなら本フローチャートを終了し、そうでないなら、PIyのPlayable_PID_entriesをデマルチプレクサ３から解放した上で(ステップＳ１２)、PIyを次のPlayItemに設定し(ステップＳ１３)、ステップＳ３に戻る。以降、ステップＳ１１がYesと判定されるまで、ステップＳ１〜ステップＳ１０の処理は繰り返される。以上が再生制御エンジン３１の処理手順である。
【００８０】
以上のように本実施形態によれば、AVClipに多重化されている複数エレメンタリストリームのうち、どれを再生可とし、どれを再生不可とするフィルタ指定を、PlayItemにもたせるので、各モードの動的シナリオは自身に応じたPlayItemを選ぶことにより、AVClipに多重化されているエレメンタリストリーム内のボタン、字幕、ボタンコマンドによる影響を避けることができる。
(第２実施形態)
第２実施形態は、UOの発生時における再生制御エンジン３１、Javaモジュール３４との競合を回避することができる実施形態に関する。Javaモジュール３４は、処理を行うにあたって、ユーザによりなされた操作を示すユーザイベントをトリガとする。これは再生制御エンジン３１も同様であり、再生制御エンジン３１はインタラクティブグラフィクスストリームの再生時に対話制御を行うにあたって、ユーザイベントをトリガにして処理を行う。そうすると1つのユーザイベントにより再生装置内では再生制御エンジン３１、Javaモジュール３４の双方が動作するという不都合が生じる。これを避けるにはエンハンスドモードにおいて再生制御エンジン３１を動作させないようにしておけばよい。しかし再生制御エンジン３１はJavaモジュール３４からの関数呼出に応じて機能を提供することが有り、再生制御エンジン３１の動作を止める訳にはいかない。これらのことに鑑み第２実施形態では、ある種のUOについては再生制御エンジン３１に出力しないよう処理する。図２５は、第２実施形態に係る制御部２９の内部構成を示す図である。本図で新規なのは、マスクテーブル保持部３８が設けられており、モジュールマネージャ３７はマスクテーブル保持部３８の設定に従い、ユーザイベントを発生する点である。
【００８１】
マスクテーブル保持部３８はマスクテーブルを保持する。マスクテーブルとは、モジュールマネージャ３７が発生し得る複数ユーザイベントをマスクするか否かを示す。ユーザイベントには、リモコンにおけるMoveUpキー,MoveDownキー,MoveRightキー,MoveLeftキー,activateキー,数値キー,特殊再生(早送り,巻戻し,タイムサーチ,チャプターサーチ)の押下を示すものがあり、これらユーザイベントのマスクとは、これらのキーが押下がされたとしても、この押下を示すユーザイベントを再生制御エンジン３１に出力しないことを示す。
【００８２】
マスクテーブル保持部３８に対するマスクテーブルの設定には、PlayItemに示されているUO_mask_Tableを読み出して、そのままマスクテーブル保持部３８に保持させるというものと(1)、PlayItemに示されているUO_mask_Tableを読み出し、変換を施した上でマスクテーブル保持部３８に保持させるというものがある(2)。この変換は、PlayItemに示されるUO_mask_Tableと、所定のビットパターンとの論理和をとり、論理和の結果をマスクテーブル保持部３８に書き込むことでなされる。
【００８３】
図２６は、UO_mask_Tableが設けられたPlayItemを示す図である。本図においてUO_mask_Tableは、move_up_selected_button_maskフラグ、move_down_selected_button_maskフラグ、move_left_selected_button_maskフラグ、move_right_selected_button_maskフラグ、select_button_maskフラグ、activate_button_maskフラグ、select_and_activate_button_maskフラグ、TrickPlay_maskフラグを含む。
【００８４】
move_up_selected_button_maskフラグは、MoveUpキー押下を示すユーザイベントをマスクするか否かを示す。
move_down_selected_button_maskフラグは、MoveDownキー押下を示すユーザイベントをマスクするか否かを示す。
move_left_selected_button_maskフラグは、MoveLeftキー押下を示すユーザイベントをマスクするか否かを示す。
【００８５】
move_right_selected_button_maskフラグは、MoveRightキー押下を示すユーザイベントをマスクするか否かを示す。
select_button_maskフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
activate_button_maskフラグは、activateキー押下を示すユーザイベントをマスクするか否かを示す。
【００８６】
select_and_activate_button_maskフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
TrickPlay_maskフラグは、早送り,巻戻し,タイムサーチ,チャプターサーチの操作を示すユーザイベントをマスクするか否かを示す。
かかるUO_mask_TableがPlayItemに設けられているので、再生制御エンジン３１はPlayItemによる再生を開始するにあたって、そのPlayItemに含まれるUO_mask_Tableをマスクテーブルとしてマスクテーブル保持部３８に設定し、PlayItemによる再生が終了するにあたってマスクテーブル保持部３８におけるマスクテーブルを削除する。
【００８７】
一方、エンハンスドモードで参照されるPlayItemでは、上述したUO_mask_Tableをマスクするよう設定しておき、ムービーモードで参照されるPlayItemでは、上述したUO_mask_Tableをマスクしないよう設定しておけば、再生装置側でかかる設定・削除が行われることにより、PlayItemという論理的な再生区間で、再生制御エンジン３１、Javaモジュール３４間の競合を避けることができる。
【００８８】
またムービーモードで参照されるPlayItemであっても、あるPlayItemでは、上述したUO_mask_Tableをマスクしないよう設定しておき、別のPlayItemでは、上述したUO_mask_Tableをマスクするよう設定しておけば、あるバージョンのTitleにおいてユーザオペレーションが受け付けられ、別のバージョンのTitleでは、ユーザオペレーションが受け付けられないというユーザオペレーションの使い分けをすることができる。かかる使い分けにより、デモンストレーションバージョンの作成が容易になるとのメリットがある。
(第３実施形態)
本実施形態は、BD-ROMの製造工程に関する実施形態である。図２７は、BD-ROMの製造工程を示すフローチャートである。
【００８９】
BD-ROMの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ１０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ１０２、BD-ROMの原盤を作成し、プレス・貼り合わせを行って、BD-ROMを完成させるプレス工程１０３を含む。
これらの工程のうち、BD-ROMを対象としたオーサリング工程は、ステップＳ１０４〜ステップＳ１０９という工程からなる。
【００９０】
シナリオ編集工程Ｓ１０４とは、企画段階において作成された筋書きを再生装置が理解できる形式に変換する工程である。シナリオ編集の結果は、BD-ROM用シナリオとして生成される。また、このシナリオ編集において、多重化を実現するため多重化パラメータの等も生成される。本実施形態では、このシナリオ編集の工程において、フィルタリング指定が互いに異なる複数PlayItem情報を生成し(ステップＳ１０４)、どれかのPlayItem情報を用いた再生制御を、DVD向けコマンド又はJava言語で記述して動的シナリオを生成する(ステップＳ１０５)。かかる工程にて静的シナリオ、動的シナリオが完成する。
【００９１】
素材エンコード工程Ｓ１０６とは、ビデオ素材、オーディオ素材、副映像素材のそれぞれをエンコードして、ビデオストリーム、オーディオストリーム、グラフィクスストリームを得る作業である。
多重化工程Ｓ１０７では、素材エンコードにより得られた、ビデオストリーム、オーディオストリーム、グラフィクスストリームをインターリーブ多重して、これらを1本のデジタルストリームに変換する。
【００９２】
フォーマッティング工程Ｓ１０８では、BD-ROM向けシナリオを元に、各種情報を作成して、シナリオ及びデジタルストリームをBD-ROMのフォーマットに適合させる。
エミュレーション工程Ｓ１０９では、オーサリング作業の結果が正しいか否かの確認を行う。
上述したシナリオ編集工程において、Javaオブジェクト及びWebPageオブジェクトは、Java言語、マークアップ言語を用いた記述が可能であるから、通常のコンピュータ向けのソフトウェアを開発するのと同じ感覚で、開発することができる。よって本実施形態では、このシナリオ制作の効率を高めることができるという効果がある。
【００９３】
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の【技術分野】の、出願当時の技術水準の特性に基づく。しかし請求項に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本願の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。
【００９４】
(A)全ての実施形態では、本発明に係る光ディスクをBD-ROMとして実施したが、本発明の光ディスクは、記録される動的シナリオ、Index Tableに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。動的シナリオ、Index Tableを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレシキブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
【００９５】
動的シナリオ、Index Table、プレイリスト情報は、AVClip及びストリーム管理情報と別々の記録媒体に記録されてもよい。そしてこれらをパラレルに読み出して、1つの映画作品として再生させてもよい。
(B) 全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもい、この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明 細 書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態〜第３実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態〜第３実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。製品・半製品を所持して、店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
【００９６】
(C)図２４のフローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態〜第３実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【００９７】
(D)図２４のフロ−チャ−トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフロ−チャ−トによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフロ−チャ−トの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
【００９８】
(E)BD-ROMに記録するにあたって、AVClipを構成する各TSパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、TP_extra_headerと呼ばれ、『Arribval_Time_Stamp』と、『copy_permission_indicator』とを含み4バイトのデータ長を有する。TP_extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを”Aligned Unit”という。
【００９９】
IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置２００は、以下のような送信処理にてAligned Unitの送信を行う。つまり送り手側の機器は、Aligned Unitに含まれる32個のEX付きTSパケットのそれぞれからTP_extra_headerを取り外し、TSパケット本体をDTCP規格に基づき暗号化して出力する。TSパケットの出力にあたっては、TSパケット間の随所に、isochronousパケットを挿入する。この挿入箇所は、TP_extra_headerのArribval_Time_Stampに示される時刻に基づいた位置である。TSパケットの出力に伴い、再生装置２００はDTCP_Descriptorを出力する。DTCP_Descriptorは、TP_extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようDTCP_Descriptorを記述しておけば、IEEE1394を介して接続されたホームネットワークでの利用時においてTSパケットは、他の機器に記録されることはない。
【０１００】
(F)各実施形態において、記録媒体に記録されるデジタルストリームはAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(Video Object)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式であってもよい。
【０１０１】
(G)BD-ROMのレイヤモデルにおいて、Javaモードの上にブラウザモード及びMOVIEモードを配置してもよい。特にMOVIEモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、MOVIEモードをJavaモード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が1つのモードで済むからである。
【０１０２】
更に3つのモードを設けず、JavaモードだけでJavaモードの処理を実行してもよい。JavaモードでもPLの再生と同期した再生制御が可能になるから、強いてMOVIEモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、MOVIEモードだけでも、ブラウザモードだけでもよい。
(H)PLを構成する2以上のPlay Itemを連続再生させるには、これらのPlay Itemがシームレス接続されるよう、加工を施しておくことが望ましい。
【０１０３】
シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで、実現される。尚、シームレス接続のために作成された複製部分を、Bridge-Clipと呼んでもよい。
ここで終端部と、先端部は、以下のように設定するのが望ましい。
【０１０４】
つまり先行するAVClip#xのうち先行再生区間のOut点を含むACCESS UNITから、2個先のACCESS UNITまでを終端部とし、また後続するPlay Item情報#x+1のうち後続再生区間のIn点を含むACCESS UNITを先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許USP,6148,140公報により記載されているので、詳細に関してはこの公報を参照されたい。
【０１０５】
更に、シームレス接続のために作成された複製部分については、シームレス接続情報をClip情報に設けておくことが望ましい。シ−ムレス接続情報とは、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長、オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差(STC-Offset)を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、1つの区間から別の区間への移行する際の音声の途切れを防止することができる。
【０１０６】
(I)Javaオブジェクトは、Java言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引(EC(Electronic Commerce))のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなJavaオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またJavaオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
【０１０７】
Javaオブジェクトが用いるようなライブラリィをBD-ROMに記録しておいてもよい。そのようなライブラリィには、PNGファイル、アニメーションデータを格納したMNGファイル、ストリームに関連した情報を格納したXMLファイル、HTML/SMILファイルがある。
WebPageオブジェクトがWEBサイトから取得する情報は、WEBページであってもよいし、画像データであってもよい。また、AVストリーム、ストリーム管理情報、PL情報であってもよい。またWebPageオブジェクトは、検索エンジンと連携して処理を行ってもよい。
【０１０８】
更に、エンハンスドモードにおける記述言語は、C++やC#言語であってもよい。
(J)Javaモジュールは、衛星放送受信のために機器に組み込まれたJavaプラットフォームであってもよい。JavaモジュールがかかるJavaプラットフォームであれば、本発明に係る生成装置は、MHP用STBとしての処理を兼用することになる。
更に携帯電話の処理制御のために機器に組み込まれたJavaプラットフォームであってもよい。かかるJavaモジュールがかかるJavaプラットフォームであれば、本発明に係る生成装置は、携帯電話としての処理を兼用することになる。
【０１０９】
またBROWSERモジュールは、MicroSoft社のInternet Explore等、パソコン組み込み型のブラウザソフトであってもよい。
(K)Javaオブジェクトは、Java言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引(EC(Electronic Commerce))のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなJavaオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またJavaオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
【０１１０】
Javaオブジェクトが用いるようなライブラリィをBD-ROMに記録しておいてもよい。そのようなライブラリィには、PNGファイル、アニメーションデータを格納したMNGファイル、ストリームに関連した情報を格納したXMLファイル、HTML/SMILファイルがある。
WebPageオブジェクトがWEBサイトから取得する情報は、WEBページであってもよいし、画像データであってもよい。また、AVストリーム、ストリーム管理情報、PL情報であってもよい。またWebPageオブジェクトは、検索エンジンと連携して処理を行ってもよい。更に、エンハンスドモードにおける記述言語は、C++やC#言語,Perlであってもよい。
【産業上の利用可能性】
【０１１１】
本発明に係る記録媒体、再生装置は、対話的な制御を映画作品に付与することができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図面の簡単な説明】
【０１１２】
【図１】デジタルストリームに多重化されたグラフィクスが再生装置により読み出されて表示される様子を模式的に示す図である。
【図２】本発明に係る記録媒体の、使用行為についての形態を示す図である。
【図３】BD-ROMの構成を示す図である。
【図４】ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現した図である。
【図５】機能的な観点から、BD-ROM上のファイルを分類した場合の分類図である。
【図６】BD-ROMが対象としているレイヤモデルを示す図である。
【図７】AVClipがどのように構成されているかを模式的に示す図である。
【図８】Clip情報の内部構成を示す図である。
【図９】PL情報の内部構成を示す図である。
【図１０】PL情報による間接参照を模式化した図である。
【図１１】図１０に示したPL情報(PL情報#1)と別のPL(PL情報#2)を定義する場合の一例を示す図である。
【図１２】レイヤモデルの第４層における再生モードを示す図である。
【図１３】Java言語が対象とするJavaプラットフォームのレイヤモデルを示す図である。
【図１４】Playable_PID_entriesの内部構成を示す図である。
【図１５】MOVIEオブジェクト、Javaオブジェクトにより再生制御がなされる、PLの階層構造を示す図である。
【図１６】PlayItem#3,#12におけるplayable_PID_entriesにより、どのようにフィルタ指定が行われるかを示す図である。
【図１７】PlayItem#3のPlayable_PID_entriesにより、どのような再生出力が可能になるかを示す図である。
【図１８】AVClip毎の多重化数のバラツキを示す図である。
【図１９】ムービーモードでのMOVIEオブジェクトによるエレメンタリストリーム選択を示す図である。
【図２０】エンハンスドモードでのJavaオブジェクトによるエレメンタリストリーム選択を示す図である。
【図２１】本発明に係る再生装置の内部構成を示す図である。
【図２２】
（ａ）ムービーモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図である。
（ｂ）エンハンスドモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図である。
【図２３】制御部２９の内部構成を示す図である。
【図２４】再生制御エンジン３１によるPLPlayコマンドの実行手順を示すフローチャートである。
【図２５】第２実施形態に係る制御部２９の内部構成を示す図である。
【図２６】UO_mask_Tableが設けられたPlayItemを示す図である。
【図２７】BD-ROMの製造工程を示すフローチャートである。
【符号の説明】
【０１１３】
１ BDドライブ
２ リードバッファ
３ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ プレーン
７ 合成部
８ スイッチ
９ デコーダ
１０ Presentation Graphicsプレーン
１１ 合成部
１２ フォントゼネレータ
１３ I-Graphicsデコーダ１３
１４ スイッチ
１５ Enhanced Interactive Graphicsプレーン
１６ 合成部
１８ リードバッファ
１９ デマルチプレクサ
２０ オーディオデコーダ
２１ スイッチ
２２ スイッチ
２３ 静的シナリオメモリ
２４ 動的シナリオメモリ
２５ スイッチ
２６ CLUT部
２７ CLUT部
２８ スイッチ
２９ 制御部
３１ 再生制御エンジン
３２ プレーヤレジスタ
３３ DVDライクモジュール
３４ Javaモジュール
３５ BROWSERモジュール
３６ UOマネージャ
３７ モジュールマネージャ
２００ 再生装置
３００ テレビ
４００ リモコン
【技術分野】
【０００１】
本発明は、BD-ROM等の記録媒体、再生装置に関し、記録媒体に記録された動画データの再生を、ムービーモード・エンハンスドモードという2つのモードで実行する技術に関する。
【背景技術】
【０００２】
ムービーモード・エンハンスドモードという2つのモードによる再生は、DVDとの互換を守りつつも、DVDとの差別化を図る目的で、BD-ROMの再生装置に導入される技術である。ムービーモードとは、DVDライクな制御を行うプログラムを再生装置に実行させて、DVD互換の再生制御を行う再生モードである。一方エンハンスドモードとは、ムービーモードと同じデジタルストリームを再生させながら、Javaプログラム等を実行する再生モードである。図１は、ムービーモード、エンハンスドモードによる画面表示を示す図である。Javaプログラムの実行を伴った動画再生は、Javaプログラムにより描画されたグラフィックスを動画に合成させ再生させることができる。かかる合成はDVDにはないものなので、かかるエンハンスドモードは、DVDとの差別化の尖兵になり得る。
【０００３】
DVDにおける付加価値の高め方には、以下の特許文献1に記載された先行技術がある。
【特許文献1】 特許第2813245号
【発明が解決しようとする課題】
【０００４】
ところで字幕やボタンを構成するグラフィクスデータは、動画を構成するビデオストリームと多重化されて一本のトランスポートストリームを構成している。これらを多重化しておくのは、字幕やボタンの表示を、動画と緻密に同期させるためである。そうすると、字幕やボタンを構成するグラフィクスデータは、エンハンスドモードであっても、ムービーモードであっても再生装置に読み出される。これらグラフィクスデータはデジタルストリームから読み出され、余白領域に配置される。かかる配置によりグラフィクスデータは、図１の字幕「私はこのままハイウェイを進むこととした」やボタン「はい いいえ」のように画面に現れる。しかしかかる余白領域に、Javaプログラムが文字列や図形を描画しようとする場合、かかる描画は、字幕、ボタンにより遮られることになる。また動画を縮小してJavaプログラムで引用しようとする場合も、かかる字幕、ボタンは邪魔となる。何故なら、字幕、ボタンを動画と同率で縮小しようとすると、字幕は小さすぎて読むことができず、単なるゴミにしか見えないからである。Javaプログラムによる描画領域が遮られると、Javaプログラムのプログラマは、字幕・ボタンを消去するか、隠したいとの衝動にかられる。しかし映画作品が複数デジタルストリームから構成されている場合、字幕・ボタンの多重化数は各デジタルストリーム毎に異なる。また字幕・ボタンの表示位置も、デジタルストリーム毎に変わってくる。つまり、あるデジタルストリームにはボタン・字幕が存在するが、別のデジタルストリームにはボタン・字幕が存在しないというバラツキがでる。かかるバラツキがあると、字幕・ボタンを消去したり、隠すようにJavaプログラムを記述することは至って困難になり、Javaプログラミングの阻害要因になりかねない。
【０００５】
本発明の目的は、ムービーモード・エンハンスドモードという2つのモードによる再生を実現しつつも、エンハンスドモード用プログラムによる円滑な画面描画を実現することができる記録媒体を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る記録媒体は、複数の再生区間情報とを記録しており、デジタルストリームは、複数のエレメンタリストリームを多重化したものであり、そのうち少なくとも1つのエレメンタリストリームは動画ストリームであり、前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示す情報であり、フィルタリング指定とは、複数エレメンタリストリームのうち再生が許可されているエレメンタリストリームの指定であることを特徴としている。
【発明の効果】
【０００７】
エンハンスドモードにおいてJavaプログラムがインタラクティブグラフィクスストリームに多重されているエレメンタリストリームを引用しようとする場合、字幕やボタン等を表すエレメンタリストリームを再生しないようフィルタリング指定がなされた再生区間情報を介して、再生制御を行えば、Javaプログラムは字幕やボタンに邪魔されることなく、自身の描画処理を実現することができる。
【０００８】
1つの映画作品が複数のデジタルストリームから構成されており、字幕・ボタンが多重されているものと多重されていないものとがあったとしても、デジタルストリームに対して設けられた再生区間情報を介せば、それら多重数のバラツキを意識せずに、Javaプログラムによる描画の邪魔となるような字幕・ボタンを再生させないようにすることができる。そのため、Javaプログラムのプログラミングを行うプログラマの手間を軽減することができ、動画を引用したプログラム作りが容易になるので、映画作品頒布用のディスク作りに多くのソフトハウスの参入を促すことができる。
【発明を実施するための最良の形態】
【０００９】
(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図２は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図２において、本発明に係る記録媒体は、BD-ROM１００である。このBD-ROM１００は、再生装置２００、テレビ３００、リモコン４００により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。
【００１０】
続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、BD-ROMの応用層に対する改良により実施することができる。図３は、BD-ROMの構成を示す図である。
本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図３に示すようなデータフォーマットを、BD-ROMの応用層上に形成することにより本発明に係る記録媒体は、工業的に生産される。尚、XXX.M2TS、XXX.CLPI,YYY.MPLSといったファイルが、それぞれ複数存在する場合は、BDMVディレクトリの配下に、STREAMディレクトリ、CLIPINFディレクトリ、STREAMディレクトリという3つのディレクトリを設け、STREAMディレクトリにXXX.M2TSと同じ種別のファイルを、CLIPINFディレクトリにXXX.CLPIと同じ種別のファイルを、PLAYLISTディレクトリにYYY.MPLSと同じ種別のファイルを格納することが望ましい。
【００１１】
図４は、ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現した図である。本図に示すようにBD-ROMには、ROOTディレクトリの下にBDMVディレクトリがあり、その下にJCLASSディレクトリ、BROWSERディレクトリがある。
BDMVディレクトリの配下には、INFO.BD、XXX.M2TS、XXX.CLPI,YYY.MPLS、ZZZ.MOVIEといったファイルが存在する。JCLASSディレクトリの配下には、ZZZ.CLASSというファイルが、BROWSERディレクトリの配下には、ZZZ.HTMというファイルが配置されている。
【００１２】
図５は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第１層、第２層、第３層、第４層からなる階層が本図における分類を象徴的に示す。本図においてXXX.M2TSは第２層に分類される。XXX.CLPI,YYY.MPLSは、第３層(静的シナリオ)に分類される。BDMVディレクトリ配下のZZZ.MOVIE、JCLASSディレクトリ配下のZZZ.CLASS、BROWSERディレクトリ配下のZZZ.HTMは、第４層に分類される。
【００１３】
本図の分類(第１層〜第４層)は、図６に示すようなレイヤモデルを対象とした分類である。以降、図５を参照しながら、BD-ROMが対象としている、制御ソフトウェアのレイヤモデルについて説明する。
図６の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、BD-ROMだけではなく、HD、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらHD、メモリカード、ネットワークといった供給源に対する制御(ディスクアクセス、カードアクセス、ネットワーク通信)が第１層の制御である。
【００１４】
第２層は、復号化方式のレイヤである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。本実施形態で採用する復号化方式は、MPEG2の復号化方式である。
第３層(静的シナリオ)は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、Clip情報であり、これらに基づく再生制御を規定しているのがこの第３層(静的シナリオ)である。
【００１５】
第４層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第４層である。以降、このレイヤモデルに従い、ストリーム本体、静的なシナリオ、動的なシナリオにあたるファイルについて説明してゆく。
【００１６】
先ず第２層に属するAVClip(XXX.M2TS)について説明する。
AVClip(XXX.M2TS)は、MPEG-TS(Transport Stream)形式のデジタルストリームであり、ビデオストリーム、1つ以上のオーディオストリーム、1つ以上のプレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、プレゼンテーショングラフィクスストリームは、映画の字幕を、インタラクティブグラフィクスストリームは、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図７は、AVClipがどのように構成されているかを模式的に示す図である。
【００１７】
AVClipは(第４段目)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(第１段目)、PESパケット列に変換し(第２段目)、更にTSパケットに変換し(第３段目)、同じく字幕系のプレゼンテーショングラフィクスストリーム、対話系のインタラクティブグラフィクスストリーム(第７段目)を、PESパケット列に変換し(第６段目)、更にTSパケットに変換して(第５段目)、これらを多重化することで構成される。
【００１８】
プレゼンテーショングラフィクスストリームは、言語毎の字幕を構成するグラフィクスストリームであり、英語、日本語、フランス語というように複数言語についてのプレゼンテーショングラフィクスストリームが存在する。プレゼンテーショングラフィクスストリームは、PCS(Presentation Control Segment)、PDS(Pallet Define Segment)、WDS(Window Define Segment)、ODS(Object Define Segment)、END(END of Display Set Segment)という一連の機能セグメントからなる。ODS(Object Define Segment)は、字幕たるグラフィクスオブジェクトを定義する機能セグメントである。
【００１９】
WDS(Window Define Segment)は、画面におけるグラフィクスオブジェクトの描画領域を定義する機能セグメントであり、PDS(Pallet Define Segment)は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。PCS(Presentation Control Segment)は、字幕表示におけるページ制御を規定する機能セグメントである。かかるページ制御には、Cut-In/Out、Fade-In/Out、Color Change、Scroll、Wipe-In/Outといったものがあり、PCSによるページ制御を伴うことにより、ある字幕を徐々に消去しつつ、次の字幕を表示させるという表示効果が実現可能になる。
【００２０】
インタラクティブグラフィクスストリームは、対話制御を実現するグラフィクスストリームである。インタラクティブグラフィクスストリームにて定義される対話制御は、DVD再生装置上の対話制御と互換性がある対話制御である。かかるインタラクティブグラフィクスストリームは、ICS(Interactive Composition Segment)、PDS(Palette Difinition Segment)、ODS(Object Definition Segment)、END(END of Display Set Segment)と呼ばれる機能セグメントからなる。ODS(Object Definition Segment)は、グラフィクスオブジェクトを定義する機能セグメントである。このグラフィクスオブジェクトが複数集まって、対話画面上のボタンが描画される。PDS(Palette Difinition Segment)は、グラフィクスオブジェクトの描画にあたっての、発色を規定する機能セグメントである。ICS(Interactive Composition Segment)は、ユーザ操作に応じてボタンの状態を変化させるという状態変化を実現する機能セグメントである。ICSは、ボタンに対して確定操作がなされた際、実行すべきボタンコマンドを含む。
【００２１】
以上がAVClipに多重化されるエレメンタリストリームである。かかる過程を経て生成されたAVClipは、通常のコンピュータファイル同様、複数のエクステントに分割され、BD-ROM上の領域に記録される。AVClipは、1つ以上のACCESS UNITとからなり、このACCESS UNITの単位で頭出し可能である。ACCESS UNITとは、1つのGOP(Group Of Picture)と、このGOPと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。GOPは、過去方向および未来方向に再生されるべき画像との時間相関特性を用いて圧縮されているBidirectionally predictive Predictive(B)ピクチャ、過去方向に再生されるべき画像との時間相関特性を用いて圧縮されているPredictive(P)ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されているIntra(Ｉ)ピクチャを含む。
【００２２】
尚、XXX.M2TSのファイル名XXXは、BD-ROMにおいてAVClipに付与される3桁の識別番号を抽象化している。つまり本図におけるAVClipは、このXXXを用いて一意に識別される。以上がストリーム(XXX.M2TS)についての説明である(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。
＜静的なシナリオ＞
続いて、静的なシナリオであるファイル(XXX.CLPI,YYY.MPLS)について説明する。
【００２３】
Clip情報(XXX.CLPI)は、個々のAVClipについての管理情報である。図８は、Clip情報の内部構成を示す図である。AVClipはビデオストリーム、オーディオストリームを多重化することで得られ、AVClipはACCESS UNITと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置がAVClip内の何処に存在するかが、Clip情報の管理項目になる。図中の引き出し線はClip情報の構成をクローズアップしている。引き出し線hn1に示すように、Clip情報(XXX.CLPI)は、「Program Info.」と、ACCESS UNITを頭出しするための「EP_map」とを含む。
【００２４】
『Program info』は、AVClipに多重化されている個々のエレメンタリストリームについてのPID及び属性を、stream_indexに対応づけて示す情報である。stream_indexは、本Clip情報が対応するAVClipxxxに多重化されている個々のエレメンタリストリームについてのインデックスである。本Clip情報に対応するAVClipをAVClipxxxとすると、stream_indexで識別されるエレメンタリストリームのPIDは、破線の矢印hn2に示す複数のstream_PID[xxx][stream_index]entryに示される。
【００２５】
また各エレメンタリストリームの属性は、破線の矢印hn2に示す複数のstream_Attribute[xxx][stream_index]に示される。これに示される属性には、ビデオの属性、オーディオの属性、グラフィクスの属性といったものがある。ビデオ属性は、PIDに対応するエレメンタリストリームがどのような圧縮方式で圧縮されたか(Coding)、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか(Resolution)、アスペクト比はどれだけであるか(Aspect)、フレームレートはどれだけであるか(Framerate)を示す。一方、オーディオ属性は、そのオーディオストリームがどのような圧縮方式で圧縮されたか(Coding)、そのオーディオストリームのチャネル番号が何であるか(Ch.)、何という言語に対応しているか(Lang)を示す。stream_indexを介することにより、所望のエレメンタリストリームの属性をProgram Info.から検索することができる。
【００２６】
『EP_map』は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線hn5に示すように複数のエントリー情報(ACCESS UNIT#1エントリー、ACCESS UNIT#2エントリー、ACCESS UNIT#3エントリー・・・・・)と、エントリー数(Number)とからなる。各エントリーは、引き出し線hn6に示すように、対応するACCESS UNITの再生開始時刻を、アドレスと、ACCESS UNITにおける先頭Iピクチャのサイズ(I-size)とを対応づけて示す。ACCESS UNITの再生開始時刻は、ACCESS UNIT先頭に位置するピクチャデータのタイムスタンプ(Presentation Time Stamp)で表現される。またACCESS UNITにおけるアドレスは、TSパケットの連番(SPN(Source Packet Number))で表現される。可変長符号圧縮方式が採用されるため、GOPを含む各ACCESS UNITのサイズや再生時間がバラバラであっても、このACCESS UNITについてのエントリーを参照することにより、任意の再生時刻から、その再生時刻に対応するACCESS UNIT内のピクチャデータへと頭出しを行うことが可能になる。尚、XXX.CLPIのファイル名XXXは、Clip情報が対応しているAVClipと同じ名称が使用される。つまり本図におけるAVClipのファイル名はXXXであるから、AVClip(XXX.M2TS)に対応していることを意味する。以上がClip情報についての説明である。続いてプレイリスト情報について説明する。
【００２７】
YYY.MPLS(プレイリスト情報)は、再生経路情報であるプレイリストを構成するテーブルであり、複数のPlayItem情報(PlayItem情報#1,#2,#3・・・#n)と、これらPlayItem情報数(Number)とからなる。図９は、PL情報の内部構成を示す図である。PlayItem情報は、プレイリストを構成する1つ以上の論理的な再生区間を定義する。PlayItem情報の構成は、引き出し線hs1によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIn点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip_Information_file_name』と、当該AVClipがどのような符号化方式で符号化されているかを示す『Clip_codec_identifier』と、再生区間の始点を示す時間情報『IN_time』と、再生区間の終点を示す時間情報『OUT_time』と、『Playable_PID_entries』とから構成される。
【００２８】
PlayItem情報の特徴は、その表記法にある。つまりEP_mapをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図１０は、PL情報による間接参照を模式化した図である。本図においてAVClipは、複数のACCESS UNITから構成されている。Clip情報内のEP_mapは、これら複数ACCESS UNITのセクタアドレスを、矢印ay1,2,3,4に示すように指定している。図中の矢印jy1,2,3,4は、PlayItem情報によるACCESS UNITの参照を模式化して示している。つまり、PlayItem情報による参照(矢印jy1,2,3,4)は、EP_mapを介することにより、AVClip内に含まれる複数ACCESS UNITのアドレスを指定するという間接参照であることがわかる。
【００２９】
PlayItem情報−Clip情報−AVClipの組みからなるBD-ROM上の再生区間を『プレイアイテム』という。PL情報−Clip情報−AVClipの組みからなるBD-ROM上の論理的な再生単位を『プレイリスト(PLと略す)』という。BD-ROMに記録された映画作品は、この論理的な再生単位(PL)にて構成される。論理的な再生単位にて、BD-ROMにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなPLを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図１１は、図１０に示したPL情報(PL情報#1)とは、別のPL(PL情報#2)を定義する場合の一例を示す図である。
【００３０】
様々なPL情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やせることが、静的なシナリオの最大のメリットである。また、BD-ROMにおける再生単位には、PL、PlayItemといったものの他、Chapterがある。Chapterは、1つ、2つ以上のPlayItemから構成される。
尚、PL情報のファイル名YYYは、BD-ROMにおいてPL情報に付与される3桁の識別番号を抽象化している。つまり本図におけるPL情報は、この識別番号YYYを用いて一意に識別される。PL情報の識別番号を”YYY”と表現しているのは、PL情報の識別番号が、AVClip及びAVClip情報の識別番号XXXとは別の番号体系であることを意味している(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。
【００３１】
以上が、静的なシナリオについての説明である。続いて動的なシナリオについて説明する。
＜動的なシナリオ＞
動的なシナリオは、AVClipの動的な再生制御手順を示すコマンド列である。動的な再生制御手順とは、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、2つのモードがある。2つのモードのうち1つは、AV機器特有の再生環境で、BD-ROMに記録された動画データを再生するモード(ノーマルモード)であり、もう1つはBD-ROMに記録された動画データの付加価値を高めるモード(エンハンスドモード)である。図１２は、レイヤモデルの第４層における再生モードを示す図である。本図において第４層には、1つのノーマルモードと、2つのエンハンスドモードとが記述されている。1つのノーマルモードは、DVDライクな再生環境での再生モードでありMOVIEモードと呼ばれる。2つのエンハンスドモードのうち、1つ目は、Java仮想マシンを主体とした再生モードであり、Javaモードと呼ばれる。2つ目のエンハンスドモードのうち、2つ目はブラウザを主体とした再生モードであり、Browserモードと呼ばれる。第４層には、MOVIEモード、Javaモード、Browserモードという3つのモードがあるので、動的シナリオはどれかのモードで実行できるように記述されればよい。
【００３２】
尚、ファイル名ZZZ.MOVIE、ZZZ.CLASS、ZZZ.HTMにおけるファイルボディ「ZZZ」は、BD-ROMにおいて動的シナリオに付与される3桁の識別番号を抽象化している。つまり本図におけるシナリオは、この識別番号ZZZを用いて一意に識別される。シナリオの識別番号を”ZZZ”と表現しているのは、シナリオの識別番号が、AVストリームの識別番号XXX、PL情報の識別番号YYYとは別の番号体系であることを意味している(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。
【００３３】
以降各モードの動的シナリオについてより詳しく説明する。
「ZZZ.MOVIE」は、MOVIEモードを対象とした動的シナリオである。この動的シナリオでは、既存のDVD再生装置と良く似た再生制御を再生装置に実行させることができる。
「ZZZ.HTM」は、Browserモードを対象とした動的シナリオである。この動的シナリオでは、ネットワーク上のサイトをアクセスしたり、ファイルをダウンロードするような制御手順を記述することができる。エンハンスドモードには、Javaモードの他に、ブラウザモードの2つの動作モードがあるが、これら2つの動作モードで説明を進行させるのは煩雑となる。簡略化を期すため、以降の説明ではエンハンスドモードにおける動的シナリオを、Javaモードに限るものとする。
【００３４】
「ZZZ.CLASS」は、Javaモードを対象とした動的シナリオであり、Java言語のアプリケーションプログラムである。Java言語のアプリケーションプログラムなのでJavaモードの動的シナリオの実行主体は、Javaプラットフォームとなる。ここでJavaモードのアプリケーションと、Javaプラットフォームとの関係を図１３を参照しながら詳しく説明する。図１３は、Java言語が対象とするJavaプラットフォームのレイヤモデルを示す図である。Javaモードのアプリケーションは、このレイヤモデルの最上位のレイヤに位置する。このJavaモードのアプリケーションの下位にAPI(Application Interface)がある。本実施形態におけるAPIには、文字描画のためのライブラリィ集Java.awtがある。更にその下位のレイヤにJavaプラットフォームがある。ネイティブ描画系は、再生装置が本来具備しているグラフィクス描画機能であり、Javaプラットフォームと同一階層にあたる。
【００３５】
「Javaプラットフォーム」は、「Java仮想マシン(JavaVM)」、「コンフィグレーション」、「プロファイル」、「オプション」からなる。Java仮想マシンは、Java言語で記述されたJavaモードアプリケーションを、再生装置におけるCPUのネィティブコードに変換して、CPUに実行させる。コンフィグレーションは、再生装置における簡単な入出力を実現する。プロファイルは、再生装置におけるIP通信や、画面描画を行う。
【００３６】
「オプション」は、様々なライブラリを含む。これらはJavaプラットフォームからは供給され得ない様々な機能をJavaモードのアプリケーションに供給するものである。具体的にいえば、再生装置におけるセキュリティ確保の処理やBD-ROM〜Javaアプリケーション間の入出力がこのライブラリで規定されることになる。 以上のように、Javaプラットフォームでは文字描画や簡単な入出力を行うためのプログラムが予め準備されているため、プレゼンテーショングラフィクスストリームによる字幕の描画、インタラクティブグラフィクスストリームによるボタンの描画は、Javaオブジェクトによる描画の妨げになる。本実施形態では、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームによる阻害を避けるため、PlayItemにフィルタ指定の機能を持たせている。
【００３７】
ではどのようなフィルタ指定かというと、AVClipに多重化されている複数エレメンタリストリームのうち、どれが再生可能であり、どれが再生不可能かを選別するというものである。図９に示したPlayItemの情報要素のうち、Playable_PID_entriesがこのフィルタ指定を実現する。
続いて、playable_PID_entriesについてより詳しく説明する。図１４（ａ）はPlayable_PID_entriesの内部構成を示す図である。図中の引き出し線hp1はplayable_PID_entriesの構成をクローズアップしている。playable_PID_entriesは、複数のref_to_stream_PID[]からなる。ref_to_stream_PIDは、16ビットのフィールドであり、各フィールドの値は、Clip情報のprogram Infoに定義されているstream_PID[xxx][stream_index]entryのうち、どれかを示す。ref_to_stream_PIDに、stream_PID[xxx][stream_index]entryを指示させることにより、PlayItemはフィルタ指定機能をもつことになる。
【００３８】
図１４（ｂ）は、Clip情報のprogram Infoに定義されているstream_PID[xxx][stream_index]entryと、PlayItem情報におけるref_to_stream_PIDとの対応を示す図である。Clip情報のprogram Infoに、m+1個のPIDエントリー(stream_PID[xxx][0]entry,stream_PID[xxx][1]entry,stream_PID[xxx][2]entry・・・・stream_PID[xxx][m]entry)が存在するものとする。図中の矢印tc1,2,3,4は、m+1個のPIDエントリーに示されるPIDのうち、どれとどれをPlayable_PID_entriesに記述するかという記述の選択を示す。本図では、矢印tc1,2,3,4に示すようにm+1個のPIDエントリーのうち、stream_PID[xxx][0]entry,stream_PID[xxx][2]entry,stream_PID[xxx][4]entry,stream_PID[xxx][m]entryに示されるPIDが、それぞれref_to_stream_PID(0),(1),(2),(n)に設定されていることがわかる。
【００３９】
以降、PlayItemにおけるフィルタ指定により、どのような再生制御が実現されるかについて説明する。図１５は、MOVIEオブジェクト、Javaオブジェクトにより再生制御がなされる、PLの階層構造を示す図である。本図は、図１０に示した第１段(AV-Clip)、第２段(Clip情報)、第３段(PL情報)からなる階層構造に、第４段目を追加したものである。第４段目におけるMOVIEオブジェクトは、PL#1の再生を行わせるコマンド(PlayPL(PL#1))を含む。このPL#1を構成する3つのPlayItem#1,#2,#3のうち、PlayItem#3は、Playable_PID_entriesを含んでおりフィルタ指定が可能である。
【００４０】
図１５の第４段目におけるJavaオブジェクトは、PL#2の再生を行わせるコマンド(PlayPL(PL#2))を含む。このPL#2を構成する2つのPlayItem#11,#12のうち、PlayItem#12は、Playable_PID_entriesを含んでおりフィルタ指定が可能である。
図１６は、PlayItem#3,#12におけるplayable_PID_entriesにより、どのようにフィルタ指定が行われるかを示す図である。本図では、下側にAVClipを構成する各ACCESS UNITを、上側に2つのPlayItem#3,#12を示している。このACCESS UNITには、1本のビデオストリーム、3本のオーディオストリーム、2本のプレゼンテーショングラフィクスストリーム、1本のインタラクティブグラフィクスストリームが多重化されている。ビデオストリームには、Video_PIDというPIDが、プレゼンテーショングラフィクスストリームには、P.Graphics_PIDというPIDが、インタラクティブグラフィクスストリームには、I.Graphics_PIDというPIDが付加される。3本のオーディオストリームのうち、Audio_PID1が付されたものは英語音声(0:English)、Audio_PID2が付されたものは日本語音声(1:Japanese)、Audio_PID3が付されたものはコメンタリ音声(2:Commentary)である。2本のプレゼンテーショングラフィクスストリームのうち、P.Graphics_PID1が付されたものは英語音声(0:English)、P.Graphics_PID2が付されたものは日本語音声(1:Japanese)である。
【００４１】
図中右側のPlayItem#3,#12は、互いにフィルタ指定が異なる。PlayItem#3,#12内の升めの羅列は、playable_PID_entriesの具体的内容であり、PlayItem#3では、Video_PIDのビデオストリーム、Audio_PID1のオーディオストリーム、Audio_PID2のオーディオストリーム、P.Graphics_PID1のプレゼンテーショングラフィクスストリーム、P.Graphics_PID2のプレゼンテーショングラフィクスストリーム、I.Graphics_PIDのインタラクティブグラフィクスストリームの再生が可能であると設定されている。PlayItem#12では、Video_PIDのビデオストリーム、Audio_PID3のオーディオストリームの再生が可能であると設定されている。PlayItem#3の再生時において、PlayItem#3のplayable_PID_entriesは再生装置におけるデマルチプレクサに設定される。これにより多重分離時には、Video_PIDのビデオストリームをビデオデコーダに出力し、Audio_PID1、Audio_PID2のオーディオストリームをオーディオデコーダに出力する。P.Graphics_PID1、P.Graphics_PID2のプレゼンテーショングラフィクスストリームをグラフィクスデコーダに出力し、I.Graphics_PIDのインタラクティブグラフィクスストリームもグラフィクスデコーダに出力する。PlayItem#3では、全てのグラフィクスストリームが再生可能と設定されているので、AVClipに多重化されている全てのグラフィクスストリームの再生が可能になる。
【００４２】
一方、PlayItem#12では、全てのグラフィクスストリームが再生不可能と設定されているので、Javaモードにおける動的シナリオとの干渉は有り得ず、Java言語での制御が可能になる。
図１７は、PlayItem#3のPlayable_PID_entriesにより、どのような再生出力が可能になるかを示す図である。PlayItem#3では、Video_PIDのビデオストリーム、Audio_PID1のオーディオストリーム、Audio_PID2のオーディオストリーム、P.Graphics_PID1のプレゼンテーショングラフィクスストリーム、P.Graphics_PID2のプレゼンテーショングラフィクスストリーム、I.Graphics_PIDのインタラクティブグラフィクスストリームの再生が可能であるので、MOVIEオブジェクトによる再生では、Audio_PID1のオーディオストリームの再生出力と(図中の『She is captive of her own lies』というナレーション)、P.Graphics_PID1のプレゼンテーショングラフィクスストリームの再生出力と(『彼女は自分のうそに酔いしれた』という日本語字幕)、I.Graphics_PIDのインタラクティブグラフィクスストリームの再生出力と(『続けますかはい いいえ』)を伴って、ビデオストリームの再生出力を行うことができる。
【００４３】
PlayItem#12では、全てのグラフィクスストリームが再生不可能と設定されており、Video_PIDのビデオストリーム、Audio_PID3のオーディオストリームという2つのストリームの再生出力のみが可能になる。このPlayItemの再生を命じているJavaオブジェクトが、仮想的なスタジオ(図中のカメラや椅子、照明が配された一室)を描画するものなら、グラフィクスストリームに含まれる字幕や、ボタンに妨げられることなく、かかるスタジオの描画を実現することができる。PlayItem#12により再生可と設定されたAudio_PID3のオーディオストリームは、映画監督のコメンタリであり(『私は彼女の演技力に脱帽した』という台詞)、上述した仮想的なスタジオで、このような監督のコメンタリを再生させることで、制作現場の雰囲気を作り出すことができる。
【００４４】
このJavaオブジェクトにより、映画スタジオを模した部屋において背景画として映画シーンを再生させながら、映画監督のコメンタリが聴くことができる。
かかるタイトルを、ボーナストラック的なタイトルとしてBD-ROMに記録することにより、BD-ROMの商品価値を高めることができる。PlayItemにおけるフィルタ指定を利用して、ボーナストラック的なタイトルをBD-ROMに記録することは、以下のようなメリットをもたらす。
【００４５】
世界的に著名な映画監督のコメンタリは、映画愛好家にとって、是非とも聞きたいものであり、映画作品の付加価値を高めるものとして、現行の販売用DVDにも存在する。
かかるタイトルは、ディレクタのコメンタリを聴けることが最大の魅力であるが、背景画として映画シーンが再生されることも、その魅力を高めている要因である。つまり、映画のハイライトシーンと共に、映画制作の裏話が聴けるというのは、コメンタリの臨場感を高めるからである。この場合、このコメンタリのオーディオストリームをどのように扱うかが問題になる。本編とは別に、背景画としたい映画シーンを設けてオーディオストリームと多重化し、上述したボーナストラックを作成するというのがオーソドックスな手法だが、これでは本編とは別に背景画の映画シーンをBD-ROMに記録せねばならず、記録対象が増え、容量的な問題が生じる。
【００４６】
コメンタリの音声ストリームを映画本編で使用する音声ストリームと共に、本編用の動画ストリームに多重化する方法も考えられる。こうすれば本編のシーンをコメンタリの背景画として使用できるが、このコメンタリデータが、映画本編の再生時に聞こえてしまう恐れがある。そこで本編タイトルを構成するPlayItemには、コメンタリの音声ストリームだけを無効とし、残りのオーディオストリームを有効とするようフィルタ指定しておく。一方、ボーナスタイトルを構成するPlayItemには、コメンタリの音声ストリームだけを有効とし、残りのオーディオストリームを無効とするようフィルタ指定しておく。こうすることにより、本編のオーディオストリーム、コメンタリの音声ストリームを全部まとめて一本のAVClipに多重化してBD-ROMに記録しておけばよい。
【００４７】
本編のオーディオストリームのみのAVClip、コメンタリの音声ストリームのみのAVClipというように、本編、コメンタリのAVClipを別々に作成する必要はないので、BD-ROMに記録すべきAVClipの本数を少なくすることができ、オーサリング時の手間を軽減することができる。
PlayItemに、Playable_PID_entriesを設けているのは、PlayItemには、1つのAVClipに専属するという専属性、非排他性という2つの性質があるからである。AVClipへの専属性とは、PlayItemは、1つのAVClipに対してのみ設定され、2以上のAVClipを跨ぐように設定されないという性質である。かかる専属性があるので、Playable_PID_entriesによるフィルタ指定は、対応する1つのAVClipの再生時のみ有効となり、他のAVClipの再生時には、有効にならない。かかる性質をもつPlayItemに、Playable_PID_entriesを持たせているので、1つの映画作品を構成する複数AVClipにおいて、AVClip毎にエレメンタリストリームの多重化数にバラツキがあっても、一貫したエレメンタリストリーム選択を、再生装置に実行させることができる。ここで多重化数のバラツキとは、アクションシーン等にあたるAVClipと、会話等のシーンにあたるAVClipとで、多重化されているエレメンタリストリームの数が違うことをいう。つまり、アクションシーンにあたるAVClipでは、台詞やナレーションが全く存在しない。かかるシーンに必要な音声は、BGMや車のアクセル音や爆発音等であり、かかる音声は単一の音声で再生させればよい。従ってかかるシーンにあたるAVClipでは、言語毎の音声や字幕は不要であり、動画にあたるエレメンタリストリームと、音声にあたるエレメンタリストリームとがAVClipに多重化されていればよい。一方、会話シーンにあたるAVClipには、台詞やナレーションが必要になるので、かかる台詞を示す音声を、言語毎の音声や字幕で表現せねばならない。そのため、かかるシーンにあたるAVClipには、動画にあたるエレメンタリストリーム、各言語での音声・字幕にあたるエレメンタリストリームが多重化されねばならない。
【００４８】
図１８は、AVClip毎の多重化数のバラツキを示す図である。本図において、AVClip#2,#4は会話のシーンにあたり、AVClip#1,#3はアクションシーンにあたる。AVClip#1には、ビデオストリームと(Video)、1本のオーディオストリーム(Audio1)が多重化されている。AVClip#2には、ビデオストリームの他に3本のオーディオストリーム(Audio1,2,3)、2本のプレゼンテーショングラフィクスストリーム(P.Graphics1,2)が多重化されている。AVClip#3には、ビデオストリームのみが多重化されている。AVClip#4には、ビデオストリーム、3本のオーディオストリーム(Audio1,2,3)、2本のプレゼンテーショングラフィクスストリーム(P.Graphics1,2,3)の他に1本のインタラクティブグラフィクスストリーム(I.Graghics1)が多重化されている。
【００４９】
本図に示すような多重化数のバラツキがあれば、AVClipを再生させるにあたって、これから再生しようとするAVClipにどのようなエレメンタリストリームが多重化されており、それらのAVClipにどのようなPIDが割り当てられているかを、MOVIEモードやJavaオブジェクトは事前に検出しておかねばならない。新たなAVClipの再生を開始する度に、かかる検出を行うというのは、Javaオブジェクトにとって負担であるし、またAVClipの再生時間が短いと、かかる検出が間に合わない場合も生じる。かかる事情に鑑み、多重化されているエレメンタリストリームのダイレクトな選択をJavaオブジェクトに許容せず、PlayItem内のPlayable_PID_entriesを介した間接的なエレメンタリストリーム選択を許容している。即ち、再生すべきエレメンタリストリームの指定は、PlayItemに示されるので、新たに再生すべきAVClipにおいて、どのエレメンタリストリームを再生するかの選択をJavaオブジェクトがダイレクトに行わなくとも、PlayItemを介した再生を再生装置が行えば、所望のエレメンタリストリームのみが再生されることになる。
【００５０】
かかる間接的なエレメンタリストリーム選択では、再生すべきPlayItemを選ぶという行為が、AVClipに多重化されているエレメンタリストリームを選ぶ行為と等価になる。フィルタ指定を示す情報をPlayItemにもたせて、これを介したエレメンタリストリーム選択をJavaオブジェクトに行わせれば、複数PlayItemからなる単位、つまり、PLという大きな再生単位において、一貫したエレメンタリストリームを選択が可能になる。
【００５１】
図１９は、ムービーモードでのMOVIEオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各PlayItemのPlayable_PID_entriesにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、各AVClipに多重化されているビデオストリーム(Video)、オーディオストリーム(Audio1,2)、プレゼンテーショングラフィクスストリーム(P.Graphics1,2,3)、インタラクティブグラフィクスストリーム(1.Graphics1,2,3)といったエレメンタリストリームが読み出されていることがわかる。
【００５２】
図２０は、エンハンスドモードでのJavaオブジェクトによるエレメンタリストリーム選択を示す図である。図中の上向き矢印は、各PlayItemのPlayable_PID_entriesにより、エレメンタリストリームがどのように読み出されるかを示す。本図に示すようにムービーモードでは、ビデオストリーム(Video)、オーディオストリーム(Audio3)といったエレメンタリストリームが読み出されていることがわかる。言語毎の音声をもったAVClipや、言語毎の字幕をもったAVClip、ボタンをもったAVClipが映画作品において飛び飛びに存在する場合でも、Playable_PID_entriesの設定次第で、PLにおいて一貫したエレメンタリストリーム選択を実現することができる。音声を全くもたないAVClipや、一本の音声しかないAVClipが前後にあったとしても、自身のモードに必要なエレメンタリストリームのみが読み出されることになる。また、各AVClipにおけるエレメンタリストリームと、PIDとの対応づけがバラバラであったとしても、一貫したエレメンタリストリーム再生を実現することができる。
【００５３】
PlayItemには、非排他性があるので、フィルタ指定が異なる2以上のPlayItemを、同じAVClipに対し、重複して設定することができる。そのため、あるPlayItemではグラフィクスストリームの再生が可能であるが、別のPlayItemではグラフィクスストリームの再生を禁じるような、PlayItemの作り分けを実現することができる。仮にClip情報にフィルタ指定機能をもたせようとすると、Clip情報には専属性があるが、1つのAVClipにつき1つのClip情報しか設定できないので非排他性がない。よってClip情報にフィルタ指定情報をもたせると、互いにフィルタ指定の内容が異なる複数情報を、1つのAVClipに設定することができない。これでは作り分けが困難になるので、フィルタ指定を示す情報をClip情報に設けることは賢明ではない。一方、フィルタ指定を示す情報を動的シナリオに持たせようとすると、動的シナリオには非排他性はあるが専属性はない。エレメンタリストリームの多重化数にバラツキがあると、エレメンタリストリームの選択に苦慮する。これらを統合すれば、専属性、非排他性を兼ね備えたPlayItemに、フィルタ指定を示す情報を持たせることが理にかなっている。尚、この記載は、Clip情報、動的シナリオにフィルタ指定情報をもたせることを否定するものではなく、無論Clip情報、動的シナリオにフィルタ指定情報をもたせてもよい。
【００５４】
またPlayable_PID_entriesは、インタラクティブグラフィクスストリームに埋め込まれたボタンコマンドとの干渉を避けるためにも有意義である。ボタンコマンドとは、インタラクティブグラフィクスストリームで記述されたボタンに対し、確定操作が行われた場合に実行されるコマンドである。ボタンコマンドはAVClipに組み込まれているので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという再生制御、つまり、動画内容と緻密に同期した再生制御の記述に便利である。またボタンコマンドは、AVClip自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応するボタンコマンドの全てをメモリに格納しておく必要はない。ボタンコマンドはACCESS UNIT毎にビデオパケットと共にBD-ROMから読み出されるので、現在再生すべき動画区間に対応するボタンコマンドをメモリに常駐させ、この動画区間の再生が終われば、そのボタンコマンドをメモリから削除して、次の動画区間に対応するボタンコマンドをメモリに格納すればよい。ボタンコマンドは、AVClipに多重化されるので、たとえボタンコマンドの数が数百個になってもメモリの搭載量を必要最低限にすることができる。
【００５５】
ボタンコマンドをストリーム中に埋め込んでいる場合、Javaモードにおける動的シナリオとの干渉が問題になる。例えばJavaモードによる再生制御を実行している場合、ストリーム中に埋め込まれたボタンコマンドが再生装置における制御部に供給されれば、Javaモードの動的シナリオとボタンコマンドが同時に実行されることとなり、プレーヤの誤動作を招いてしまう。そこでJavaモードで呼び出されるPlayItemには、インタラクティブグラフィクスストリームは多重分離しないようPlayable_PID_entriesを設定しておく。こうすることにより、インタラクティブグラフィクスストリーム内のボタンコマンドが、Javaプログラムにおける命令と干渉するような事態はなくなる。
【００５６】
以上説明したデータ構造は、プログラミング言語で記述されたクラス構造体のインスタンスであり、オーサリングを行う制作者は、このクラス構造体を記述することにより、BD-ROM上のこれらのデータ構造を得ることができる。
以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図２１は、本発明に係る再生装置の内部構成を示す図である。本発明に係る再生装置は、本図に示す内部に基づき、工業的に生産される。本発明に係る再生装置は、主としてシステムLSIと、ドライブ装置という2つのパーツからなり、これらのパーツを装置のキャビネット及び基板に実装することで工業的に生産することができる。システムLSIは、再生装置の機能を果たす様々な処理部を集積した集積回路である。こうして生産される再生装置は、BDドライブ１、リードバッファ２、デマルチプレクサ３、ビデオデコーダ４、ビデオプレーン５、Background stillプレーン６、合成部７、スイッチ８、P-Graphicsデコーダ９、Presentation Graphicsプレーン１０、合成部１１、フォントゼネレータ１２、I-Graphicsデコーダ１３、スイッチ１４、Enhanced Interactive Graphicsプレーン１５、合成部１６、HDD１７、リードバッファ１８、デマルチプレクサ１９、オーディオデコーダ２０、スイッチ２１、スイッチ２２、静的シナリオメモリ２３、動的シナリオメモリ２４、CLUT部２６、CLUT部２７、スイッチ２８、制御部２９から構成される。
【００５７】
BD-ROMドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
リードバッファ２は、FIFOメモリであり、BD-ROMから読み出されたACCESS UNITが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)３は、リードバッファ２からACCESS UNITを取り出して、このACCESS UNITを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、Playable_PID_entriesに示されたPIDをもつものをビデオデコーダ４、オーディオデコーダ２０、P-Graphicsデコーダ９、I-Graphicsデコーダ１３のどれかに出力する。
【００５８】
ビデオデコーダ４は、デマルチプレクサ３から出力された複数PESパケットを復号して非圧縮形式のピクチャを得てビデオプレーン５に書き込む。
ビデオプレーン５は、非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。再生装置に複数のプレーンを設けておき、これらプレーンの格納内容を画素毎に加算して、映像出力を行えば、複数の映像内容を合成させた上で映像出力を行うことができる。ビデオプレーン５における解像度は1920×1080であり、このビデオプレーン５に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００５９】
Background stillプレーン６は、エンハンスドモードにおいて背景画として用いるべき静止画を格納しておくプレーンである。本プレーンにおける解像度は1920×1080であり、このBackground stillプレーン６に格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
合成部７は、ビデオプレーン５に格納されている非圧縮状態のピクチャデータを、Background stillプレーン６に格納されている静止画と合成する。
【００６０】
スイッチ８は、ビデオプレーン５における非圧縮状態のピクチャデータをそのまま出力するか、Background stillプレーン６の格納内容と合成して出力するかを切り換えるスイッチである。
P-Graphicsデコーダ９は、BD-ROM、HDから読み出されたグラフィクスストリームをデコードして、ラスタグラフィクスをPresentation Graphicsプレーン１０に書き込む。グラフィクスストリームのデコードにより、字幕が画面上に現れることになる。
【００６１】
Presentation Graphicsプレーン１０は、一画面分の領域をもったメモリであり、一画面分のラスタグラフィクスを格納することができる。本プレーンにおける解像度は1920×1080であり、Presentation Graphicsプレーン１０中のラスタグラフィクスの各画素は8ビットのインデックスカラーで表現される。CLUT(Color Lookup Table)を用いてかかるインデックスカラーを変換することにより、Presentation Graphicsプレーン１０に格納されたラスタグラフィクスは、表示に供される。Javaオブジェクトは、本Presentation Graphicsプレーン１０をダイレクトにアクセスすることはできない。かかる禁止を設けたのは以下の要請による。DVD互換プログラム、Javaオブジェクトが1つのグラフィックスプレーンを共有している場合、最新の書き込み内容が、優先的に表示されることになる。ここでの優先的な表示とは、最新の書込内容が、古い書込内容を覆い隠すように表示されるこという。しかしDVD互換プログラム、Javaオブジェクトは非同期で動作するので、グラフィックスプレーンにおいてどちらの書込内容が優先されているかをDVD互換プログラム、Javaオブジェクトは知り得ない。どちらの書き込みが優先されているかを知り得ないので、DVD互換プログラムの書込内容が優先しているのに、Javaオブジェクトが書き込みを行い、DVD互換プログラムが書き込んだ内容を、Javaオブジェクトが好きなように書き換えてしまうことが起こり得る。かかる書き換えがなされると、DVD互換プログラムの動作保証が至って困難になるため、JavaオブジェクトによるPresentation Graphicsプレーン１０へのダイレクトなアクセスは禁止している。
【００６２】
合成部１１は、非圧縮状態のピクチャデータ(i)、Background stillプレーン６の格納内容が合成されたピクチャデータ(ii)の何れかを、Presentation Graphicsプレーン１０の格納内容と合成する。
フォントゼネレータ１２は、制御部２９から出力されたテキストコードを、文字フォントに変換する。どの文字フォントに変換するかの指示は、制御部２９によるフォント種の指定に基づく。
【００６３】
I-Graphicsデコーダ１３は、BD-ROM、HDから読み出されたインタラクティブグラフィクスストリームをデコードして、ラスタグラフィクスをEnhanced Interactive Graphicsプレーン１５に書き込む。インタラクティブグラフィクスストリームのデコードにより、対話画面を構成するボタンが画面上に現れることになる。
スイッチ１４は、フォントゼネレータ１２が生成したフォント列及びJavaオブジェクトがダイレクトに描画した描画内容、I-Graphicsデコーダ１３が生成したボタンの何れかを選択的にEnhanced Interactive Graphicsプレーン１５に投入するスイッチである。
【００６４】
Enhanced Interactive Graphicsプレーン１５は、ムービーモードとエンハンスドモードとでメモリアロケーションが変わるグラフィックスプレーンである。図２２（ａ）はムービーモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図であり、図２２（ｂ）はエンハンスドモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図である。ムービーモードにおけるメモリアロケーションとは、図２２（ａ）に示すように横1920×縦1080の8ビット領域からなる。これは1920×1080の解像度で、1画素当たり8ビットのインデックス値を格納できるメモリアロケーションである。一方、エンハンスドモードにおけるメモリアロケーションとは、図２２（ｂ）に示すように横960×縦540の32ビット領域からなる。これは960×540の解像度で、1画素当たり32ビットのRGB値を格納できるメモリアロケーションである。ムービーモードにおける一画素当たりの割当ビット長が8ビットであり、16,777,216色から選ばれた256色しか表現できないことに比べれば、Enhanced Interactive グラフィクスプレーンは自然色に近い発色が可能になっている。これは、2×2画素を1画素に間引き、1画素当たりの発色数を増やすことにより、華やかなで動きのある画面描画を実現することを意図している。Enhanced Interactive Graphicsプレーン１５がどちらのメモリアロケーションになるかは、再生装置における動作モードに基づく。動作モードがムービーモードならEnhanced Interactive Graphicsプレーン１５は、横1920×縦1080×8ビット領域のメモリアロケーションになり、エンハンスドモードならEnhanced Interactive Graphicsプレーン１５は横960×縦540×32ビット領域のメモリアロケーションになる。
【００６５】
合成部１６は、非圧縮状態のピクチャデータ(i)、Background stillプレーン６の格納内容が合成されたピクチャデータ(ii)、Presentation Graphicsプレーン１０及びBackground stillプレーン６の格納内容と合成されたピクチャデータ(iii)をEnhanced Interactive Graphicsプレーン１５の格納内容と合成する。
HDD１７は、BD-ROMに記録されているAVClip、Clip情報、PL情報、動的シナリオのアップデート版を格納した記録媒体である。HDDの記録内容を読み出し、BD-ROMの記録内容と動的に組み合わせることにより、BD-ROMに存在しないオーディオストリーム、グラフィクスストリームの再生や、BD-ROMに存在しない静的シナリオ、動的シナリオによる再生を実現することができる。
【００６６】
リードバッファ１８は、FIFOメモリであり、HDD１７から読み出されたACCESS UNITが先入れ先出し式に格納される。
デマルチプレクサ(De-MUX)１９は、リードバッファ１８からACCESS UNITを取り出して、このACCESS UNITを構成するTSパケットをPESパケットに変換する。そして変換により得られたPESパケットのうち、Playable_PID_entriesに示されたPIDをもつものをオーディオデコーダ２０、P-Graphicsデコーダ９のどれかに出力する。
【００６７】
オーディオデコーダ２０は、デマルチプレクサ１９から出力されたPESパケットを復号して、非圧縮形式のオーディオデータを出力する。
スイッチ２１は、オーディオデコーダ２０への入力源を切り換えるためのスイッチであり、本スイッチによりオーディオデコーダ２０への入力は、BD-ROM側、HDD側に切り換わる。
【００６８】
スイッチ２２は、P-Graphicsデコーダ９への入力源を切り換えるスイッチであり、本スイッチ２２によりHDから読み出されたプレゼンテーショングラフィクスストリーム、BD-ROMから読み出されたプレゼンテーショングラフィクスストリームを選択的にP-Graphicsデコーダ９に投入することができる。
静的シナリオメモリ２３は、カレントのPL情報やカレントのClip情報を格納しておくためのメモリである。カレントPL情報とは、BD-ROMに記録されている複数PL情報のうち、現在処理対象になっているものをいう。カレントClip情報とは、BD-ROMに記録されている複数Clip情報のうち、現在処理対象になっているものをいう。
【００６９】
動的シナリオメモリ２４は、カレント動的シナリオを格納しておき、DVDライクモジュール３３〜BROWSERモジュール３５による処理に供するメモリである。カレント動的シナリオとは、BD-ROMに記録されている複数シナリオのうち、現在実行対象になっているものをいう。
スイッチ２５は、BD-ROM及びHDから読み出された各種データを、リードバッファ２、リードバッファ１８、静的シナリオメモリ２３、動的シナリオメモリ２４のどれかに選択的に投入するスイッチである。
【００７０】
CLUT部２６は、ビデオプレーン５に格納されたラスタグラフィクスにおけるインデックスカラーを、PDSに示されるY,Cr,Cb値に基づき変換する。
CLUT部２７は、Enhanced Interactive Graphicsプレーン１５に格納されたラスタグラフィクスにおけるインデックスカラーを、プレゼンテーショングラフィクスストリームに含まれるPDSに示されるY,Cr,Cb値に基づき変換する。
【００７１】
スイッチ２８は、エンハンスドモードにおいてCLUT部２７による変換をスルー出力するよう切り換えるスイッチである。
制御部２９は、PlayItemに含まれるPlayable_PID_entriesを、ビデオデコーダ４に出力することにより、AVClipに多重化されているエレメンタリストリームのうち、どれを再生するかをビデオデコーダ４に命じる(Stream Selection)。再生すべきエレメンタリストリームを、PlayItemを介して指定するのは、JavaオブジェクトによるPresentation Graphicsプレーン１０のダイレクトアクセスは禁止されているからである。そうしてPlayable_PID_entriesに示されるエレメンタリストリームがAVClipから読み出されれば、Enhanced Interactive Graphicsプレーン１５をダイレクトにアクセスするか(Dynamic graphics drawing)、或は、テキストやフォント種をフォントゼネレータ１２に与えることにより(Text and Font)、フォントゼネレータ１２にフォント列を生成させ、Enhanced Interactive Graphicsプレーン１５に配置させる。こうしてEnhanced Interactive Graphicsプレーン１５の描画がなされれば、ビデオプレーン５の格納内容の拡大・縮小を命じた上で、Enhanced Interactive Graphicsプレーン１５の格納内容を合成部１６に合成させる(Display layout Control)。
【００７２】
以上が再生装置の内部構成である。図２３は、制御部２９の内部構成を示す図である。本図に示すように制御部２９は、再生制御エンジン３１、プレーヤレジスタ３２、DVDライクモジュール３３、Javaモジュール３４、BROWSERモジュール３５、UOコントローラ３６、モジュールマネージャ３７から構成される。
再生制御エンジン３１は、DVD互換プログラムであり、AV再生機能(1)、プレイリストの再生機能(2)、再生装置における状態取得／設定機能(3)といった諸機能を実行する。再生装置のAV再生機能とは、DVDプレーヤ、CDプレーヤから踏襲した機能群であり、再生開始(Play)、再生停止(Stop)、一時停止(Pause On)、一時停止の解除(Pause Off)、Still機能の解除(still off)、速度指定付きの早送り(Forward Play(speed))、速度指定付きの巻戻し(Backward Play(speed))、音声切り換え(Audio Change)、副映像切り換え(Subtitle Change)、アングル切り換え(Angle Change)といった処理をユーザからの操作に応じて実行することである。PL再生機能とは、このAV再生機能のうち、再生開始や再生停止をPL情報に従って行うことをいう。このPL再生機能の実行により、再生制御エンジン３１はレイヤモデルの第３層(静的なシナリオに基づく再生制御)の役割を果たす。再生制御エンジン３１は、AV再生機能をユーザからの操作に従って実行する。一方、機能(2)〜(3)を、DVDライクモジュール３３〜BROWSERモジュール３５からの関数呼出に応じて実行する。つまり再生制御エンジン３１は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。
【００７３】
プレーヤレジスタ３２は、32個のSystem Parameter Registerと、32個のGeneral Purppose Registerとからなる。これらのレジスタの格納値は変数SPRM,GPRMとしてプログラミングに利用される。System Parameter Register、及び、General Purppose Registerは、DVDライクモジュール３３〜BROWSERモジュール３５から分離した再生制御エンジン３１で管理されるため、たとえ再生モードの切り換わりが生じたとしても、切換後の再生モードを実行するモジュールは、再生制御エンジン３１におけるSPRM(0)〜(31)、GPRM(0)〜(31)を参照しさえすれば、再生装置の再生状態を知得することができる。
【００７４】
DVDライクモジュール３３は、MOVIEモードの実行主体となるDVD仮想プレーヤであり、動的シナリオメモリ２４に読み出されたカレントのMOVIEオブジェクトを実行する。
Javaモジュール３４は、Javaプラットフォームであり、動的シナリオメモリ２４に読み出されたZZZ.CLASSからカレントのJavaオブジェクトを生成し、実行する。かかる実行は、Java言語で記述されたJavaオブジェクトを、再生装置におけるCPUのネィティブコードに変換して、CPUに実行させることにより実現される。
【００７５】
BROWSERモジュール３５は、Browserモードの実行主体となるブラウザであり、動的シナリオメモリ２４に読み出されたカレントのWebPageオブジェクトを実行する。
UOコントローラ３６は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報(以降UO(User Operation)という)をモジュールマネージャ３７に出力する。
【００７６】
モジュールマネージャ３７は、モード管理及び分岐制御を行う。モジュールマネージャ３７によるモード管理とは、動的シナリオをどのDVDライクモジュール３３〜BROWSERモジュール３５に実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオをDVDライクモジュール３３に実行させるというものである。イントラモードでの分岐(同一モード内の分岐)があったとしても、この原則は維持される。例外は、インターモードでの分岐(モード間の分岐)が発生した場合である。MOVIEオブジェクトからJavaオブジェクト／WebPageオブジェクトへの分岐が発生した場合、Javaモジュール３４、BROWSERモジュール３５がカレントオブジェクトを実行することになる。またモジュールマネージャ３７は、UOコントローラ３６がUOを受け付けた際、そのUOを示すイベント(ユーザイベント)を生成して再生制御エンジン３１、Javaモジュール３４、BROWSERモジュール３５に出力する。
【００７７】
本実施形態における再生装置の処理は、再生制御エンジン３１が、図２４の処理手順を実行することにより実現される。
図２４は、再生制御エンジン３１によるPLPlayコマンドの実行手順を示すフローチャートである。本フローチャートにおいて処理対象たるPlayItemをPIy、処理対象たるACCESS UNITをACCESS UNITvとする。本フローチャートは、LinkPLの引数で指定されたカレントPL情報(.mpls)の読み込みを行い(ステップＳ１)、カレントPL情報の先頭のPI情報をPIyにする(ステップＳ２)。そして PIyのClip_information_file_nameで指定されるClip情報を読み込む(ステップＳ３)。
【００７８】
Clip情報を読み込めば、PIyのPlayable_PID_entriesをデマルチプレクサ３に設定する。これによりPIyにて再生が行われている間、このPIyのPlayable_PID_entriesは有効となる。
このようにPlayable_PID_entriesが有効になれば、カレントClip情報のEP_mapを用いてPIyのIN_timeを、アドレスに変換する(ステップＳ５)。そして変換アドレスにより特定されるACCESS UNITを ACCESS UNITvにする(ステップＳ６)。一方、PIyのOut_timeを,カレントClip情報のEP_mapを用いてアドレスに変換する(ステップＳ７)。そして、その変換アドレスにより特定されるACCESS UNITをACCESS UNITwにする(ステップＳ８)。
【００７９】
こうしてACCESS UNITv,wが決まれば、ACCESS UNITvからACCESS UNITwまでの読み出しをBDドライブ１に命じ(ステップＳ９)、PIyのIN_timeからOut_timeまでのデコード出力をビデオデコーダ４、オーディオデコーダ２０に命じる(ステップＳ１０)。
ステップＳ１１は、本フローチャートの終了判定であり、PIyがPIzになったかを判定している。もしステップＳ１１がYesなら本フローチャートを終了し、そうでないなら、PIyのPlayable_PID_entriesをデマルチプレクサ３から解放した上で(ステップＳ１２)、PIyを次のPlayItemに設定し(ステップＳ１３)、ステップＳ３に戻る。以降、ステップＳ１１がYesと判定されるまで、ステップＳ１〜ステップＳ１０の処理は繰り返される。以上が再生制御エンジン３１の処理手順である。
【００８０】
以上のように本実施形態によれば、AVClipに多重化されている複数エレメンタリストリームのうち、どれを再生可とし、どれを再生不可とするフィルタ指定を、PlayItemにもたせるので、各モードの動的シナリオは自身に応じたPlayItemを選ぶことにより、AVClipに多重化されているエレメンタリストリーム内のボタン、字幕、ボタンコマンドによる影響を避けることができる。
(第２実施形態)
第２実施形態は、UOの発生時における再生制御エンジン３１、Javaモジュール３４との競合を回避することができる実施形態に関する。Javaモジュール３４は、処理を行うにあたって、ユーザによりなされた操作を示すユーザイベントをトリガとする。これは再生制御エンジン３１も同様であり、再生制御エンジン３１はインタラクティブグラフィクスストリームの再生時に対話制御を行うにあたって、ユーザイベントをトリガにして処理を行う。そうすると1つのユーザイベントにより再生装置内では再生制御エンジン３１、Javaモジュール３４の双方が動作するという不都合が生じる。これを避けるにはエンハンスドモードにおいて再生制御エンジン３１を動作させないようにしておけばよい。しかし再生制御エンジン３１はJavaモジュール３４からの関数呼出に応じて機能を提供することが有り、再生制御エンジン３１の動作を止める訳にはいかない。これらのことに鑑み第２実施形態では、ある種のUOについては再生制御エンジン３１に出力しないよう処理する。図２５は、第２実施形態に係る制御部２９の内部構成を示す図である。本図で新規なのは、マスクテーブル保持部３８が設けられており、モジュールマネージャ３７はマスクテーブル保持部３８の設定に従い、ユーザイベントを発生する点である。
【００８１】
マスクテーブル保持部３８はマスクテーブルを保持する。マスクテーブルとは、モジュールマネージャ３７が発生し得る複数ユーザイベントをマスクするか否かを示す。ユーザイベントには、リモコンにおけるMoveUpキー,MoveDownキー,MoveRightキー,MoveLeftキー,activateキー,数値キー,特殊再生(早送り,巻戻し,タイムサーチ,チャプターサーチ)の押下を示すものがあり、これらユーザイベントのマスクとは、これらのキーが押下がされたとしても、この押下を示すユーザイベントを再生制御エンジン３１に出力しないことを示す。
【００８２】
マスクテーブル保持部３８に対するマスクテーブルの設定には、PlayItemに示されているUO_mask_Tableを読み出して、そのままマスクテーブル保持部３８に保持させるというものと(1)、PlayItemに示されているUO_mask_Tableを読み出し、変換を施した上でマスクテーブル保持部３８に保持させるというものがある(2)。この変換は、PlayItemに示されるUO_mask_Tableと、所定のビットパターンとの論理和をとり、論理和の結果をマスクテーブル保持部３８に書き込むことでなされる。
【００８３】
図２６は、UO_mask_Tableが設けられたPlayItemを示す図である。本図においてUO_mask_Tableは、move_up_selected_button_maskフラグ、move_down_selected_button_maskフラグ、move_left_selected_button_maskフラグ、move_right_selected_button_maskフラグ、select_button_maskフラグ、activate_button_maskフラグ、select_and_activate_button_maskフラグ、TrickPlay_maskフラグを含む。
【００８４】
move_up_selected_button_maskフラグは、MoveUpキー押下を示すユーザイベントをマスクするか否かを示す。
move_down_selected_button_maskフラグは、MoveDownキー押下を示すユーザイベントをマスクするか否かを示す。
move_left_selected_button_maskフラグは、MoveLeftキー押下を示すユーザイベントをマスクするか否かを示す。
【００８５】
move_right_selected_button_maskフラグは、MoveRightキー押下を示すユーザイベントをマスクするか否かを示す。
select_button_maskフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
activate_button_maskフラグは、activateキー押下を示すユーザイベントをマスクするか否かを示す。
【００８６】
select_and_activate_button_maskフラグは、数値キー押下を示すユーザイベントをマスクするか否かを示す。
TrickPlay_maskフラグは、早送り,巻戻し,タイムサーチ,チャプターサーチの操作を示すユーザイベントをマスクするか否かを示す。
かかるUO_mask_TableがPlayItemに設けられているので、再生制御エンジン３１はPlayItemによる再生を開始するにあたって、そのPlayItemに含まれるUO_mask_Tableをマスクテーブルとしてマスクテーブル保持部３８に設定し、PlayItemによる再生が終了するにあたってマスクテーブル保持部３８におけるマスクテーブルを削除する。
【００８７】
一方、エンハンスドモードで参照されるPlayItemでは、上述したUO_mask_Tableをマスクするよう設定しておき、ムービーモードで参照されるPlayItemでは、上述したUO_mask_Tableをマスクしないよう設定しておけば、再生装置側でかかる設定・削除が行われることにより、PlayItemという論理的な再生区間で、再生制御エンジン３１、Javaモジュール３４間の競合を避けることができる。
【００８８】
またムービーモードで参照されるPlayItemであっても、あるPlayItemでは、上述したUO_mask_Tableをマスクしないよう設定しておき、別のPlayItemでは、上述したUO_mask_Tableをマスクするよう設定しておけば、あるバージョンのTitleにおいてユーザオペレーションが受け付けられ、別のバージョンのTitleでは、ユーザオペレーションが受け付けられないというユーザオペレーションの使い分けをすることができる。かかる使い分けにより、デモンストレーションバージョンの作成が容易になるとのメリットがある。
(第３実施形態)
本実施形態は、BD-ROMの製造工程に関する実施形態である。図２７は、BD-ROMの製造工程を示すフローチャートである。
【００８９】
BD-ROMの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程Ｓ１０１、オーサリング装置を用いて、アプリケーションフォーマットを生成するオーサリング工程Ｓ１０２、BD-ROMの原盤を作成し、プレス・貼り合わせを行って、BD-ROMを完成させるプレス工程１０３を含む。
これらの工程のうち、BD-ROMを対象としたオーサリング工程は、ステップＳ１０４〜ステップＳ１０９という工程からなる。
【００９０】
シナリオ編集工程Ｓ１０４とは、企画段階において作成された筋書きを再生装置が理解できる形式に変換する工程である。シナリオ編集の結果は、BD-ROM用シナリオとして生成される。また、このシナリオ編集において、多重化を実現するため多重化パラメータの等も生成される。本実施形態では、このシナリオ編集の工程において、フィルタリング指定が互いに異なる複数PlayItem情報を生成し(ステップＳ１０４)、どれかのPlayItem情報を用いた再生制御を、DVD向けコマンド又はJava言語で記述して動的シナリオを生成する(ステップＳ１０５)。かかる工程にて静的シナリオ、動的シナリオが完成する。
【００９１】
素材エンコード工程Ｓ１０６とは、ビデオ素材、オーディオ素材、副映像素材のそれぞれをエンコードして、ビデオストリーム、オーディオストリーム、グラフィクスストリームを得る作業である。
多重化工程Ｓ１０７では、素材エンコードにより得られた、ビデオストリーム、オーディオストリーム、グラフィクスストリームをインターリーブ多重して、これらを1本のデジタルストリームに変換する。
【００９２】
フォーマッティング工程Ｓ１０８では、BD-ROM向けシナリオを元に、各種情報を作成して、シナリオ及びデジタルストリームをBD-ROMのフォーマットに適合させる。
エミュレーション工程Ｓ１０９では、オーサリング作業の結果が正しいか否かの確認を行う。
上述したシナリオ編集工程において、Javaオブジェクト及びWebPageオブジェクトは、Java言語、マークアップ言語を用いた記述が可能であるから、通常のコンピュータ向けのソフトウェアを開発するのと同じ感覚で、開発することができる。よって本実施形態では、このシナリオ制作の効率を高めることができるという効果がある。
【００９３】
(備考)
以上の説明は、本発明の全ての実施行為の形態を示している訳ではない。下記(A)(B)(C)(D)・・・・・の変更を施した実施行為の形態によっても、本発明の実施は可能となる。本願の請求項に係る各発明は、以上に記載した複数の実施形態及びそれらの変形形態を拡張した記載、ないし、一般化した記載としている。拡張ないし一般化の程度は、本発明の【技術分野】の、出願当時の技術水準の特性に基づく。しかし請求項に係る各発明は、従来技術の技術的課題を解決するための手段を反映したものであるから、請求項に係る各発明の技術範囲は、従来技術の技術的課題解決が当業者により認識される技術範囲を超えることはない。故に、本願の請求項に係る各発明は、詳細説明の記載と、実質的な対応関係を有する。
【００９４】
(A)全ての実施形態では、本発明に係る光ディスクをBD-ROMとして実施したが、本発明の光ディスクは、記録される動的シナリオ、Index Tableに特徴があり、この特徴は、BD-ROMの物理的性質に依存するものではない。動的シナリオ、Index Tableを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、DVD-ROM,DVD-RAM,DVD-RW,DVD-R,DVD+RW,DVD+R,CD-R,CD-RW等の光ディスク、PD,MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレシキブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク(i)、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバルハードディスクドライブ(ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。
【００９５】
動的シナリオ、Index Table、プレイリスト情報は、AVClip及びストリーム管理情報と別々の記録媒体に記録されてもよい。そしてこれらをパラレルに読み出して、1つの映画作品として再生させてもよい。
(B) 全ての実施形態における再生装置は、BD-ROMに記録されたAVClipをデコードした上でTVに出力していたが、再生装置をBD-ROMドライブのみとし、これ以外の構成要素をTVに具備させてもい、この場合、再生装置と、TVとをIEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレィと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明 細 書に記載された発明であるから、これらの何れの態様であろうとも、第１実施形態〜第３実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第１実施形態〜第３実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。製品・半製品を所持して、店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
【００９６】
(C)図２４のフローチャートに示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第１実施形態〜第３実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【００９７】
(D)図２４のフロ−チャ−トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフロ−チャ−トによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフロ−チャ−トの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
【００９８】
(E)BD-ROMに記録するにあたって、AVClipを構成する各TSパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、TP_extra_headerと呼ばれ、『Arribval_Time_Stamp』と、『copy_permission_indicator』とを含み4バイトのデータ長を有する。TP_extra_header付きTSパケット(以下EX付きTSパケットと略す)は、32個毎にグループ化されて、3つのセクタに書き込まれる。32個のEX付きTSパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のEX付きTSパケットを”Aligned Unit”という。
【００９９】
IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置２００は、以下のような送信処理にてAligned Unitの送信を行う。つまり送り手側の機器は、Aligned Unitに含まれる32個のEX付きTSパケットのそれぞれからTP_extra_headerを取り外し、TSパケット本体をDTCP規格に基づき暗号化して出力する。TSパケットの出力にあたっては、TSパケット間の随所に、isochronousパケットを挿入する。この挿入箇所は、TP_extra_headerのArribval_Time_Stampに示される時刻に基づいた位置である。TSパケットの出力に伴い、再生装置２００はDTCP_Descriptorを出力する。DTCP_Descriptorは、TP_extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようDTCP_Descriptorを記述しておけば、IEEE1394を介して接続されたホームネットワークでの利用時においてTSパケットは、他の機器に記録されることはない。
【０１００】
(F)各実施形態において、記録媒体に記録されるデジタルストリームはAVClipであったが、DVD-Video規格、DVD-Video Recording規格のVOB(Video Object)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。またAVClipにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式であってもよい。
【０１０１】
(G)BD-ROMのレイヤモデルにおいて、Javaモードの上にブラウザモード及びMOVIEモードを配置してもよい。特にMOVIEモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、MOVIEモードをJavaモード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が1つのモードで済むからである。
【０１０２】
更に3つのモードを設けず、JavaモードだけでJavaモードの処理を実行してもよい。JavaモードでもPLの再生と同期した再生制御が可能になるから、強いてMOVIEモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、MOVIEモードだけでも、ブラウザモードだけでもよい。
(H)PLを構成する2以上のPlay Itemを連続再生させるには、これらのPlay Itemがシームレス接続されるよう、加工を施しておくことが望ましい。
【０１０３】
シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで、実現される。尚、シームレス接続のために作成された複製部分を、Bridge-Clipと呼んでもよい。
ここで終端部と、先端部は、以下のように設定するのが望ましい。
【０１０４】
つまり先行するAVClip#xのうち先行再生区間のOut点を含むACCESS UNITから、2個先のACCESS UNITまでを終端部とし、また後続するPlay Item情報#x+1のうち後続再生区間のIn点を含むACCESS UNITを先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許USP,6148,140公報により記載されているので、詳細に関してはこの公報を参照されたい。
【０１０５】
更に、シームレス接続のために作成された複製部分については、シームレス接続情報をClip情報に設けておくことが望ましい。シ−ムレス接続情報とは、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長、オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差(STC-Offset)を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、1つの区間から別の区間への移行する際の音声の途切れを防止することができる。
【０１０６】
(I)Javaオブジェクトは、Java言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引(EC(Electronic Commerce))のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなJavaオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またJavaオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
【０１０７】
Javaオブジェクトが用いるようなライブラリィをBD-ROMに記録しておいてもよい。そのようなライブラリィには、PNGファイル、アニメーションデータを格納したMNGファイル、ストリームに関連した情報を格納したXMLファイル、HTML/SMILファイルがある。
WebPageオブジェクトがWEBサイトから取得する情報は、WEBページであってもよいし、画像データであってもよい。また、AVストリーム、ストリーム管理情報、PL情報であってもよい。またWebPageオブジェクトは、検索エンジンと連携して処理を行ってもよい。
【０１０８】
更に、エンハンスドモードにおける記述言語は、C++やC#言語であってもよい。
(J)Javaモジュールは、衛星放送受信のために機器に組み込まれたJavaプラットフォームであってもよい。JavaモジュールがかかるJavaプラットフォームであれば、本発明に係る生成装置は、MHP用STBとしての処理を兼用することになる。
更に携帯電話の処理制御のために機器に組み込まれたJavaプラットフォームであってもよい。かかるJavaモジュールがかかるJavaプラットフォームであれば、本発明に係る生成装置は、携帯電話としての処理を兼用することになる。
【０１０９】
またBROWSERモジュールは、MicroSoft社のInternet Explore等、パソコン組み込み型のブラウザソフトであってもよい。
(K)Javaオブジェクトは、Java言語で記述されるアプリケーションであればどのようなものであってもよい。例えば電子商取引(EC(Electronic Commerce))のクライアントアプリケーションであってもよい。映画作品の動画を交えながら商品案内を行うようなJavaオブジェクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。またJavaオブジェクトのアプリケーションは、ネット対戦型のオンラインゲームであってもよい。
【０１１０】
Javaオブジェクトが用いるようなライブラリィをBD-ROMに記録しておいてもよい。そのようなライブラリィには、PNGファイル、アニメーションデータを格納したMNGファイル、ストリームに関連した情報を格納したXMLファイル、HTML/SMILファイルがある。
WebPageオブジェクトがWEBサイトから取得する情報は、WEBページであってもよいし、画像データであってもよい。また、AVストリーム、ストリーム管理情報、PL情報であってもよい。またWebPageオブジェクトは、検索エンジンと連携して処理を行ってもよい。更に、エンハンスドモードにおける記述言語は、C++やC#言語,Perlであってもよい。
【産業上の利用可能性】
【０１１１】
本発明に係る記録媒体、再生装置は、対話的な制御を映画作品に付与することができるので、より付加価値が高い映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図面の簡単な説明】
【０１１２】
【図１】デジタルストリームに多重化されたグラフィクスが再生装置により読み出されて表示される様子を模式的に示す図である。
【図２】本発明に係る記録媒体の、使用行為についての形態を示す図である。
【図３】BD-ROMの構成を示す図である。
【図４】ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーションフォーマット)を表現した図である。
【図５】機能的な観点から、BD-ROM上のファイルを分類した場合の分類図である。
【図６】BD-ROMが対象としているレイヤモデルを示す図である。
【図７】AVClipがどのように構成されているかを模式的に示す図である。
【図８】Clip情報の内部構成を示す図である。
【図９】PL情報の内部構成を示す図である。
【図１０】PL情報による間接参照を模式化した図である。
【図１１】図１０に示したPL情報(PL情報#1)と別のPL(PL情報#2)を定義する場合の一例を示す図である。
【図１２】レイヤモデルの第４層における再生モードを示す図である。
【図１３】Java言語が対象とするJavaプラットフォームのレイヤモデルを示す図である。
【図１４】Playable_PID_entriesの内部構成を示す図である。
【図１５】MOVIEオブジェクト、Javaオブジェクトにより再生制御がなされる、PLの階層構造を示す図である。
【図１６】PlayItem#3,#12におけるplayable_PID_entriesにより、どのようにフィルタ指定が行われるかを示す図である。
【図１７】PlayItem#3のPlayable_PID_entriesにより、どのような再生出力が可能になるかを示す図である。
【図１８】AVClip毎の多重化数のバラツキを示す図である。
【図１９】ムービーモードでのMOVIEオブジェクトによるエレメンタリストリーム選択を示す図である。
【図２０】エンハンスドモードでのJavaオブジェクトによるエレメンタリストリーム選択を示す図である。
【図２１】本発明に係る再生装置の内部構成を示す図である。
【図２２】
（ａ）ムービーモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図である。
（ｂ）エンハンスドモードにおけるEnhanced Interactive Graphicsプレーン１５のメモリアロケーションを示す図である。
【図２３】制御部２９の内部構成を示す図である。
【図２４】再生制御エンジン３１によるPLPlayコマンドの実行手順を示すフローチャートである。
【図２５】第２実施形態に係る制御部２９の内部構成を示す図である。
【図２６】UO_mask_Tableが設けられたPlayItemを示す図である。
【図２７】BD-ROMの製造工程を示すフローチャートである。
【符号の説明】
【０１１３】
１ BDドライブ
２ リードバッファ
３ デマルチプレクサ
４ ビデオデコーダ
５ ビデオプレーン
６ プレーン
７ 合成部
８ スイッチ
９ デコーダ
１０ Presentation Graphicsプレーン
１１ 合成部
１２ フォントゼネレータ
１３ I-Graphicsデコーダ１３
１４ スイッチ
１５ Enhanced Interactive Graphicsプレーン
１６ 合成部
１８ リードバッファ
１９ デマルチプレクサ
２０ オーディオデコーダ
２１ スイッチ
２２ スイッチ
２３ 静的シナリオメモリ
２４ 動的シナリオメモリ
２５ スイッチ
２６ CLUT部
２７ CLUT部
２８ スイッチ
２９ 制御部
３１ 再生制御エンジン
３２ プレーヤレジスタ
３３ DVDライクモジュール
３４ Javaモジュール
３５ BROWSERモジュール
３６ UOマネージャ
３７ モジュールマネージャ
２００ 再生装置
３００ テレビ
４００ リモコン
Claims (22)
- デジタルストリームと、複数の再生区間情報とが記録された記録媒体であって、
デジタルストリームは、複数のエレメンタリストリームを多重化したものであり、そのうち少なくとも１つのエレメンタリストリームは動画ストリームであり、
前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示す情報であり、
フィルタリング指定とは、複数エレメンタリストリームのうち再生が許可されているエレメンタリストリームの指定である
ことを特徴とする記録媒体。 - 複数のエレメンタリストリームのうち、他の１つ以上のものには、１つ以上のグラフィクスストリームが含まれており、
再生区間情報のうち第１タイプの再生区間情報は、少なくとも１つのグラフィクスストリームの再生が可能であると指定されたフィルタリング情報を含んでおり、
前記記録媒体には複数の動作モード用のプログラムが記録されており、そのうち１つは、ムービーモード用のプログラムであり、
第１タイプの再生区間情報は、ムービーモード用のプログラムにより参照される
ことを特徴とする請求項１記載の記録媒体。 - 再生区間情報のうち第２タイプの再生区間情報におけるフィルタリング情報は、グラフィクスストリームの再生を許可しておらず、
前記複数の動作モード用プログラムのうち他の１つは、エンハンスドモード用のプログラムであり、
第２タイプの再生区間情報は、エンハンスドモード用のプログラムにより参照される
ことを特徴とする請求項２記載の記録媒体。 - エンハンスドモード用のプログラムは、仮想マシン向けプログラミング言語により記述されたプログラムであって、グラフィクスの描画を行い、
エンハンスドモード用のプログラムにより描画されるグラフィックスの解像度は、
ムービーモード用のプログラムにおいてグラフィクスストリームをデコードすることにより得られるグラフィクスの解像度より低い
ことを特徴とする請求項２又は３記載の記録媒体。 - エンハンスドモード用のプログラムにより描画されるグラフィックスの一画素当たりの発色数は、ムービーモード用のプログラムにおいてグラフィクスストリームをデコードすることにより得られるグラフィックスの一画素当たりの発色数より多い
ことを特徴とする請求項２又は３記載の記録媒体。 - グラフィクスストリームは、動画に同期して表示されるべき字幕又はボタン画像を表す
ことを特徴とする請求項２又は３記載の記録媒体。 - 再生区間情報は、更にマスク指定の情報を含み、
マスク指定の情報は、ユーザ操作イベントを、マスクする旨を示す
ことを特徴とする請求項２又は３記載の記録媒体。 - ユーザ操作イベントとは、上下左右の移動方向を示すキー、確定キー、数値キー、特殊再生キーの何れかの押下を示すイベントである
ことを特徴とする請求項７記載の記録媒体。 - デジタルストリーム及び再生区間情報が記録された記録媒体についての再生装置であって、
デジタルストリームを構成する複数アクセスユニットのうち、再生区間情報における再生開始点が属するアクセスユニットから、再生終了点が属するアクセスユニットまでを読み出す読出手段と、
アクセスユニットが読み出されれば、これに多重化されているエレメンタリストリームを分離する分離手段と、
分離手段に対して有効なストリームを指示する制御部と、
分離された個々のエレメンタリストリームをデコードする複数のデコーダとを備え、
前記再生区間情報は、再生区間におけるフィルタリング指定を示す情報を含み、
制御部は、フィルタリング指定の情報において再生許可と示されるエレメンタリストリームのみの分離を分離手段に指示する
ことを特徴とする再生装置。 - 前記再生装置は複数の動作モード用のモジュールを含み、
前記複数の動作モード用のモジュールのうち、１つはムービーモード用のモジュールであり、
デジタルストリームに多重化されている他の１つ以上のエレメンタリストリームには、少なくともグラフィクスストリームが含まれており、
再生区間情報のうち第１タイプの再生区間情報は、グラフィクスストリームの再生が可能であると指定されたフィルタリング情報を含み、
ムービーモード用モジュールは、第１タイプの再生区間情報を用いた再生制御手順を実行する
ことを特徴とする請求項９記載の再生装置。 - 前記複数の動作モード用のモジュールのうち、１つはエンハンスドモード用のモジュールであり、
再生区間情報のうち第２タイプの再生区間情報におけるフィルタリング情報は、グラフィクスストリームの再生を許可しておらず、
エンハンスドモード用モジュールは、第２タイプの再生区間情報を用いた再生を再生制御手順を実行する
ことを特徴とする請求項１０記載の再生装置。 - ビデオストリームのデコードにより得られるピクチャが格納されるビデオプレーンと、
ピクチャと合成すべきグラフィクスを格納するグラフィックスプレーンとを備え、
ムービーモードにおいてグラフィックスプレーンに格納されるグラフィクスとは、グラフィクスストリームをデコードすることにより得られるグラフィクスであり、
エンハンスドモードにおいてグラフィックスプレーンに格納されるグラフィクスとは、エンハンスドモードモジュールの描画処理により得られるグラフィクスであり、
ムービーモードモジュール及びエンハンスドモードモジュールは、ムービーモードと、エンハンスドモードとでグラフィックスプレーンにおけるメモリアロケーションを変化させる
ことを特徴とする請求項１１記載の再生装置。 - エンハンスドモードにおけるグラフィックスプレーンのメモリアロケーションは、ムービーモードにおけるグラフィックスプレーンのメモリアロケーションより解像度が小さい
ことを特徴とする請求項１２記載の再生装置。 - エンハンスドモードにおけるグラフィックスプレーンのメモリアロケーションは、ムービーモードにおけるグラフィックスプレーンのメモリアロケーションより一画素当たりの色数が多い
ことを特徴とする請求項１２記載の再生装置。 - 再生装置は、ムービーモードのみグラフィクスストリームをデコードして、グラフィックスプレーン上にグラフィクスを得るグラフィクスデコーダを備える
ことを特徴とする請求項１２記載の再生装置。 - 前記エンハンスドモードモジュールとは、仮想マシン実行環境におけるプラットフォーム部である
ことを特徴とする請求項１２記載の再生装置。 - 各モードのモジュールからの機能要求に応じて、再生区間情報に基づく再生を実行する再生制御手段と、
マスクテーブルを保持する保持手段と、
ユーザからの操作を受け付けて、ユーザ操作イベントを各実行環境のモジュール及び再生制御手段に出力する受付手段とを備え、
マスクテーブルは、受付手段が出力し得る複数ユーザ操作イベントのうち、どれを再生制御手段に通知し、どれを通知しないかを示す
ことを特徴とする請求項１１記載の再生装置。 - 再生区間情報は、マスク指定の情報を含み、
再生装置は、再生区間情報に示される再生区間の再生開始にあたって、再生区間情報に含まれるマスク指定の情報をマスクテーブルとして保持手段に保持させる
ことを特徴とする請求項１７記載の再生装置。 - 再生区間情報は、マスク指定の情報を含み、
再生装置は、再生区間情報に示される再生区間の再生開始にあたって、再生区間情報に含まれるマスク指定の情報を変換することによりマスクテーブルを得て、保持手段に保持させる
ことを特徴とする請求項１６記載の再生装置。 - 記録媒体の記録方法であって、
アプリケーションデータを作成するステップと、
作成したデータを記録媒体に記録するステップとを有し、
前記アプリケーションデータは、デジタルストリームと、複数の再生区間情報とを含み、
デジタルストリームは、複数のエレメンタリストリームを多重化したものであり、そのうち少なくとも１つのエレメンタリストリームは動画ストリームであり、
前記各再生区間情報は、動画ストリームにおける再生開始点及び再生終了点を、各エレメンタリストリームのフィルタリング指定と対応づけて示す情報であり、
フィルタリング指定とは、複数エレメンタリストリームのうち再生が許可されているエレメンタリストリームの指定である
ことを特徴とする記録方法。 - デジタルストリーム及び再生区間情報が記録された記録媒体についての再生をコンピュータに実行させるプログラムであって、
デジタルストリームを構成する複数アクセスユニットのうち、再生区間情報における再生開始点が属するアクセスユニットから、再生終了点が属するアクセスユニットまでを読み出す読出ステップと、
アクセスユニットが読み出されれば、これに多重化されているエレメンタリストリームを分離する分離ステップと、
分離ステップに対して有効なストリームを指示する制御ステップと、
分離された個々のエレメンタリストリームをデコードする複数のデコードステップとをコンピュータに実行させ、
前記再生区間情報は、再生区間におけるフィルタリング指定を示す情報を含み、
前記制御ステップは、フィルタリング指定の情報において再生許可と示されるエレメンタリストリームのみの分離を分離ステップに指示する
ことを特徴とするプログラム。 - デジタルストリーム及び再生区間情報が記録された記録媒体についての再生方法であって、
デジタルストリームを構成する複数アクセスユニットのうち、再生区間情報における再生開始点が属するアクセスユニットから、再生終了点が属するアクセスユニットまでを読み出す読出ステップと、
アクセスユニットが読み出されれば、これに多重化されているエレメンタリストリームを分離する分離ステップと、
分離ステップに対して有効なストリームを指示する制御ステップと、
分離された個々のエレメンタリストリームをデコードする複数のデコードステップとを有し、
前記再生区間情報は、再生区間におけるフィルタリング指定を示す情報を含み、
前記制御ステップは、フィルタリング指定の情報において再生許可と示されるエレメンタリストリームのみの分離を分離ステップに指示する
ことを特徴とする再生方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US44778903P | 2003-02-19 | 2003-02-19 | |
| US60/447,789 | 2003-02-19 | ||
| PCT/JP2004/001790 WO2004075547A1 (ja) | 2003-02-19 | 2004-02-18 | 記録媒体、再生装置、記録方法、プログラム、再生方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006014146A Division JP4126066B2 (ja) | 2003-02-19 | 2006-01-23 | 記録媒体再生システム、再生装置、記録方法、再生方法、プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP3779724B2 JP3779724B2 (ja) | 2006-05-31 |
| JPWO2004075547A1 true JPWO2004075547A1 (ja) | 2006-06-01 |
Family
ID=32908500
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005502732A Expired - Lifetime JP3779724B2 (ja) | 2003-02-19 | 2004-02-18 | 記録媒体、再生装置、記録方法、プログラム、再生方法 |
| JP2006014146A Expired - Lifetime JP4126066B2 (ja) | 2003-02-19 | 2006-01-23 | 記録媒体再生システム、再生装置、記録方法、再生方法、プログラム |
| JP2007185830A Expired - Fee Related JP4510855B2 (ja) | 2003-02-19 | 2007-07-17 | システムｌｓｉ |
| JP2007185829A Expired - Fee Related JP4126080B2 (ja) | 2003-02-19 | 2007-07-17 | 記録媒体再生システム、再生装置、記録方法、再生方法、プログラム |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006014146A Expired - Lifetime JP4126066B2 (ja) | 2003-02-19 | 2006-01-23 | 記録媒体再生システム、再生装置、記録方法、再生方法、プログラム |
| JP2007185830A Expired - Fee Related JP4510855B2 (ja) | 2003-02-19 | 2007-07-17 | システムｌｓｉ |
| JP2007185829A Expired - Fee Related JP4126080B2 (ja) | 2003-02-19 | 2007-07-17 | 記録媒体再生システム、再生装置、記録方法、再生方法、プログラム |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US8068723B2 (ja) |
| EP (3) | EP1845529B1 (ja) |
| JP (4) | JP3779724B2 (ja) |
| KR (3) | KR100890311B1 (ja) |
| CN (3) | CN101110251B (ja) |
| CA (1) | CA2514031C (ja) |
| DE (3) | DE602004013430T2 (ja) |
| WO (1) | WO2004075547A1 (ja) |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3129778B2 (ja) * | 1991-08-30 | 2001-01-31 | 富士通株式会社 | ベクトル量子化器 |
| AU2002220018A1 (en) | 2000-11-29 | 2002-06-11 | Colorado State University | System for in-vitro fertilization with spermatozoa separated into x-chromosome and y-chromosome bearing populations |
| US7169548B2 (en) | 2002-09-13 | 2007-01-30 | Xy, Inc. | Sperm cell processing and preservation systems |
| KR100573685B1 (ko) * | 2003-03-07 | 2006-04-25 | 엘지전자 주식회사 | 대화형 광디스크의 애니메이션 데이터 재생방법 및 장치 |
| KR100561479B1 (ko) | 2003-03-13 | 2006-03-16 | 삼성전자주식회사 | 동영상으로 재생되는 복수개의 타이틀이 기록된정보저장매체, 그 재생 장치 및 재생 방법 |
| MX345105B (es) | 2003-03-28 | 2017-01-16 | Inguran Llc * | Método de fotodaño para separar partículas. |
| NZ541096A (en) * | 2003-11-28 | 2008-07-31 | Sony Corp | Complex interactive function in a reproduction-dedicated optical disk via a virtual player model corresponding to a player function built and described by java |
| KR20050089353A (ko) * | 2004-03-04 | 2005-09-08 | 엘지전자 주식회사 | 고밀도 광디스크와 그에 따른 데이터 파일 구성 방법 및재생 방법과 장치 |
| JP2007531183A (ja) * | 2004-02-10 | 2007-11-01 | エルジー エレクトロニクス インコーポレーテッド | 多様なデータストリームを管理するためのデータ構造を有する記録媒体、記録再生方法及び装置 |
| US7609947B2 (en) * | 2004-09-10 | 2009-10-27 | Panasonic Corporation | Method and apparatus for coordinating playback from multiple video sources |
| KR20060031750A (ko) * | 2004-10-09 | 2006-04-13 | 삼성전자주식회사 | 동영상 재생 및 프로그래밍 기능을 위한 멀티미디어데이터를 기록한 저장매체, 그 재생장치 및 재생방법 |
| US8125859B2 (en) * | 2004-12-06 | 2012-02-28 | Koninklijke Philips Electronics N.V. | Method and device for extending interactivity to multiple storage media |
| WO2006080462A1 (ja) | 2005-01-28 | 2006-08-03 | Matsushita Electric Industrial Co., Ltd. | 記録媒体、プログラム、再生方法 |
| JP4968506B2 (ja) | 2005-03-04 | 2012-07-04 | ソニー株式会社 | 再生装置、再生方法、およびプログラム |
| JP4968561B2 (ja) * | 2005-03-04 | 2012-07-04 | ソニー株式会社 | 再生装置、再生方法、および記録方法 |
| CN101138045B (zh) * | 2005-03-10 | 2010-09-29 | 皇家飞利浦电子股份有限公司 | 用于显示虚拟对象的方法和设备 |
| EP2144248B1 (en) | 2005-08-09 | 2019-01-30 | Panasonic Intellectual Property Management Co., Ltd. | Recording medium and playback apparatus |
| EP1938322A4 (en) * | 2005-08-22 | 2010-04-21 | Lg Electronics Inc | DATA REPRODUCTION DEVICE, ASSOCIATED METHOD, DATA RECORDING DEVICE, ASSOCIATED METHOD, AND RECORDING MEDIUM |
| EP1924993A4 (en) * | 2005-08-22 | 2010-04-14 | Lg Electronics Inc | METHOD AND DEVICE FOR REPRODUCING DATA, RECORDING MEDIUM, AND METHOD AND DEVICE FOR RECORDING DATA |
| US7773864B2 (en) * | 2005-08-29 | 2010-08-10 | Sony Corporation | Slicing interactive graphic data in disc authoring |
| JP4491035B2 (ja) * | 2006-03-24 | 2010-06-30 | パナソニック株式会社 | 再生装置、デバッグ装置、システムｌｓｉ、プログラム |
| JP4784371B2 (ja) * | 2006-04-06 | 2011-10-05 | ソニー株式会社 | 記録装置、記録方法および記録プログラム |
| JP4492588B2 (ja) | 2006-06-13 | 2010-06-30 | 株式会社日立製作所 | データ表示方法、再生装置、記録装置 |
| JP5203648B2 (ja) * | 2007-07-20 | 2013-06-05 | オリンパス株式会社 | 画像抽出装置および画像抽出プログラム |
| US8793331B2 (en) * | 2008-05-16 | 2014-07-29 | Wyse Technology L.L.C. | Multimedia redirection |
| US8444485B2 (en) * | 2008-08-05 | 2013-05-21 | Warner Bros. Entertainment Inc. | Seamless user navigation between high-definition movie and video game in digital medium |
| KR20110095128A (ko) | 2008-11-18 | 2011-08-24 | 파나소닉 주식회사 | 특수재생을 고려한 재생장치, 집적회로, 재생방법 |
| US8933987B2 (en) * | 2008-12-01 | 2015-01-13 | Sharp Kabushiki Kaisha | Content reproducing apparatus and recording medium for switching graphics and video images from 2D to 3D |
| JP2010183370A (ja) * | 2009-02-05 | 2010-08-19 | Sanyo Electric Co Ltd | 画像再生装置 |
| JP4915459B2 (ja) * | 2009-04-03 | 2012-04-11 | ソニー株式会社 | 情報処理装置、情報処理方法、及び、プログラム |
| TWI488107B (zh) * | 2009-12-09 | 2015-06-11 | Silicon Motion Inc | 用來增進快退效能之方法以及相關的電子裝置 |
| JP2012074105A (ja) * | 2010-09-29 | 2012-04-12 | Hitachi Consumer Electronics Co Ltd | 記録装置／方法／媒体、再生装置／方法 |
| US8909029B2 (en) * | 2010-10-13 | 2014-12-09 | Sony Corporation | Capturing playback key events in BD players |
| MX355896B (es) * | 2010-12-07 | 2018-05-04 | Sony Corp | Dispositivo de procesamiento de imagenes y metodo de procesamiento de imagenes. |
| US8537195B2 (en) | 2011-02-09 | 2013-09-17 | Polycom, Inc. | Automatic video layouts for multi-stream multi-site telepresence conferencing system |
| GB2501145A (en) * | 2012-04-12 | 2013-10-16 | Supercell Oy | Rendering and modifying objects on a graphical user interface |
| TWI731063B (zh) * | 2017-04-13 | 2021-06-21 | 物聯智慧科技（深圳）有限公司 | 影音檔案處理方法及建置方法 |
| WO2022190291A1 (en) * | 2021-03-10 | 2022-09-15 | 17Live Japan Inc. | Universal live streaming with interaction |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5245328A (en) * | 1988-10-14 | 1993-09-14 | Compaq Computer Corporation | Method and apparatus for displaying different shades of gray on a liquid crystal display |
| JP2887299B2 (ja) * | 1990-07-31 | 1999-04-26 | 博一 岡野 | 知的情報処理方法および装置 |
| EP0831647B9 (en) | 1996-04-05 | 2002-11-27 | Matsushita Electric Industrial Co., Ltd. | Multimedia optical disk on which audio data of a plurality of channels and sub-video data together with time-varying image data, and device and method of reproducing the data |
| US6798981B1 (en) | 1996-04-05 | 2004-09-28 | Matsushita Electric Industrial Co., Ltd. | Multimedia optical disc for storing audio data and sub-picture data in a plurality of channels as well as moving picture data and apparatus and method for reproducing the multimedia optical disc |
| JP3356770B2 (ja) | 1996-04-05 | 2002-12-16 | 松下電器産業株式会社 | 動画データとともに複数チャネルの音声データ、副映像データが記録された記録媒体、その再生装置、再生方法 |
| CN1280798C (zh) | 1997-09-17 | 2006-10-18 | 松下电器产业株式会社 | 光盘的重现设备和重现方法 |
| JP3597690B2 (ja) * | 1998-01-21 | 2004-12-08 | 株式会社東芝 | デジタル情報記録再生システム |
| JPH11306640A (ja) * | 1998-04-21 | 1999-11-05 | Sony Corp | 記録再生装置および方法、提供媒体、並びに記録媒体 |
| EP1050049B1 (en) * | 1998-11-16 | 2014-05-21 | Koninklijke Philips N.V. | Method and device for recording real-time information |
| ATE341079T1 (de) * | 1998-12-14 | 2006-10-15 | Koninkl Philips Electronics Nv | Aufzeichnungsträger, und gerät und verfahren zum abspielen eines aufzeichnungsträgers, und herstellungsverfahren eines aufzeichnungsträgers |
| JP4328989B2 (ja) | 1999-11-24 | 2009-09-09 | ソニー株式会社 | 再生装置、再生方法、並びに記録媒体 |
| KR100739262B1 (ko) * | 1999-12-03 | 2007-07-12 | 소니 가부시끼 가이샤 | 기록 장치 및 기록 방법과, 재생 장치 및 재생 방법 |
| KR100746821B1 (ko) * | 2000-04-21 | 2007-08-06 | 소니 가부시끼 가이샤 | 정보 처리 장치와 방법, 기록매체 |
| EP2546833A3 (en) * | 2000-04-21 | 2014-08-20 | Sony Corporation | Information processing apparatus, method and computer program |
| WO2001082608A1 (fr) * | 2000-04-21 | 2001-11-01 | Sony Corporation | Appareil et procede de traitement des informations, programme et support enregistre |
| JP2001325128A (ja) * | 2000-05-15 | 2001-11-22 | Sony Corp | ファイル管理方法、記録又は再生装置 |
| KR20030013469A (ko) * | 2000-06-26 | 2003-02-14 | 마츠시타 덴끼 산교 가부시키가이샤 | 편집장치, 재생장치, 편집방법, 재생방법, 편집프로그램,재생프로그램 및 디지털 기록매체 |
| JP2002045753A (ja) | 2000-07-31 | 2002-02-12 | Kyocera Mita Corp | 塗布装置 |
| JP2002229861A (ja) * | 2001-02-07 | 2002-08-16 | Hitachi Ltd | 著作権保護機能つき記録装置 |
| JP2002314929A (ja) * | 2001-04-10 | 2002-10-25 | Victor Co Of Japan Ltd | 映像信号の記録方法、映像信号の再生方法、映像信号記録装置、映像信号再生装置、及び映像信号の記録媒体 |
| GB0111008D0 (en) * | 2001-05-04 | 2001-06-27 | Koninkl Philips Electronics Nv | Recording of interactive applications |
| JP4028697B2 (ja) * | 2001-05-28 | 2007-12-26 | 株式会社エヌ・ティ・ティ・データ | プログラム制御装置および方法、ならびにプログラム |
| JP4409792B2 (ja) | 2001-06-22 | 2010-02-03 | ソニー株式会社 | データ伝送装置および方法、記録媒体並びにプログラム |
| US7139470B2 (en) * | 2001-08-17 | 2006-11-21 | Intel Corporation | Navigation for MPEG streams |
| US6982727B2 (en) * | 2002-07-23 | 2006-01-03 | Broadcom Corporation | System and method for providing graphics using graphical engine |
| JP3717880B2 (ja) * | 2002-10-01 | 2005-11-16 | パイオニア株式会社 | 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 |
| KR20040060718A (ko) * | 2002-12-28 | 2004-07-06 | 삼성전자주식회사 | 오디오 스트림 믹싱 방법, 그 장치 및 그 정보저장매체 |
| US20040252983A1 (en) * | 2003-02-04 | 2004-12-16 | Samsung Electronics Co., Ltd. | Method and apparatus for reproducing AV data in an interactive mode, and information storage medium therefor |
-
2004
- 2004-02-18 EP EP07112336A patent/EP1845529B1/en not_active Expired - Fee Related
- 2004-02-18 DE DE602004013430T patent/DE602004013430T2/de not_active Expired - Lifetime
- 2004-02-18 CA CA2514031A patent/CA2514031C/en not_active Expired - Lifetime
- 2004-02-18 EP EP04712174A patent/EP1603335B1/en not_active Expired - Lifetime
- 2004-02-18 CN CN2007101485974A patent/CN101110251B/zh not_active Expired - Fee Related
- 2004-02-18 KR KR1020057015045A patent/KR100890311B1/ko active IP Right Grant
- 2004-02-18 JP JP2005502732A patent/JP3779724B2/ja not_active Expired - Lifetime
- 2004-02-18 EP EP07112335A patent/EP1843352B1/en not_active Expired - Fee Related
- 2004-02-18 CN CN200710148589A patent/CN100585720C/zh not_active Expired - Lifetime
- 2004-02-18 KR KR1020077017730A patent/KR100871527B1/ko active IP Right Grant
- 2004-02-18 KR KR1020077017735A patent/KR100846281B1/ko active IP Right Grant
- 2004-02-18 US US10/545,996 patent/US8068723B2/en active Active
- 2004-02-18 DE DE602004029725T patent/DE602004029725D1/de not_active Expired - Lifetime
- 2004-02-18 WO PCT/JP2004/001790 patent/WO2004075547A1/ja active IP Right Grant
- 2004-02-18 CN CNB200480004512XA patent/CN100452858C/zh not_active Expired - Lifetime
- 2004-02-18 DE DE602004032584T patent/DE602004032584D1/de not_active Expired - Lifetime
-
2006
- 2006-01-23 JP JP2006014146A patent/JP4126066B2/ja not_active Expired - Lifetime
-
2007
- 2007-05-31 US US11/756,552 patent/US8200070B2/en active Active
- 2007-07-17 JP JP2007185830A patent/JP4510855B2/ja not_active Expired - Fee Related
- 2007-07-17 JP JP2007185829A patent/JP4126080B2/ja not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4510855B2 (ja) | システムｌｓｉ | |
| JP3940164B2 (ja) | 記録媒体、再生装置、記録方法、集積回路、再生方法、プログラム | |
| JP3863907B2 (ja) | 記録媒体、再生装置、記録方法、プログラム、再生方法。 | |
| JPWO2005002219A1 (ja) | 記録媒体、再生装置、記録方法、プログラム、再生方法 | |
| US8340507B2 (en) | Recording medium, playback apparatus, recording method, program, and playback method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060302 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3779724 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120310 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130310 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140310 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140310 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150310 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |