JP4279820B2 - 記録媒体 - Google Patents

Description

本発明は、Blu-Ray Disc Read Only Memory(BD-ROM)等の光ディスクに記録された動画データを再生する再生装置、光ディスクに関し、光ディスクにより頒布された映画作品等を再生する技術に関する。

映画作品の頒布にあたっては、言語の違いが大きな障壁として立ちはだかる。吹き替え音声や字幕の制作期間を確保するため、映画業界では米国への光ディスク頒布を先に行い、西欧及び日本、東欧及びアジアというように、非英語圏への光ディスク頒布の時期を遅らせるというビジネス形態を採用している(このビジネス形態はタイムシフトと呼ばれる。)。タイムシフトにより世界中の各地域に、英語による音声・字幕と、その地域の母国語による音声・字幕とを有した映画作品が、頒布されることになる。尚DVDにおける音声再生、副映像再生に関する先行技術としては、以下の特許文献1に記載されたものがある。
特許第2821030号

ところで自身が属する国・地域には頒布されていないバージョンの光ディスクを欲しがるユーザは、少数であるがどの国・地域にも必ず存在する。典型的なのは、英語、母国語以外の第２言語の語学習得のため、第２言語による翻訳版ディスクを買い求めるユーザである。しかし第２言語の映画作品を記録したディスクの販売地域は、多くの場合、その言語圏内に限定されており、ユーザの母国での購入は困難である。また、その言語圏から取り寄せたとしても、リージョンコードの制約から、自身が所有する再生装置では、再生できないこともある。

習得したい第２言語は、日本語、独語、仏語、中国語、ロシア語等、ユーザ毎のバラツキが激しく、それらの言語の全てをカバーするように商品ラインアップを備えるというのは、配給者にとって負担が大きい。そしてある言語に絞って市場に投入するというのも、配給者にとって市場リスクが非常に大きい。語学習得は一例に過ぎず、自身が属する国に頒布されていないバージョンのディスクを求めるユーザは、どの国にも必ず存在するが、従来には配給者がそのような要求に応える技術は存在しない。

本発明の目的は、自身が属する国には頒布されていないバージョンのディスクを求めるようようなユーザに対し、満足感を与えることができる記録媒体を提供することである。

上記目的を達成するため、本発明に係る記録媒体は、パッケージ領域を有する記録媒体であって、パッケージ領域は、所定のファイルパスで特定される領域であり、前記所定のファイルパスには、ディスク識別情報が組み込まれており、前記ディスク識別情報は、仮想的なパッケージを再生装置が生成するにあたって、当該パッケージ領域と組み合わせて用いるべき読出専用型光ディスクを、再生装置に指し示す情報であり、前記パッケージ領域には、第１デジタルストリームと、対応付け情報とが記録されており、
前記対応付け情報は、パッケージ領域上のファイルと、前記読出専用型光ディスク上のファイルとの対応づけを示すことにより、前記読出専用型光ディスクに記録されているデジタルストリームであって、第１デジタルストリームと同期再生すべき、第２デジタルストリームを指定することを特徴としている。

本発明に係る記録媒体は上記のように構成されているので、再生装置は、第１デジタルストリームが母国語以外の第２言語版であれば、これを予備の記録媒体から一部分ずつ読み出す。これに並行して、光ディスクに記録された第２デジタルストリームを一部分ずつ読み出す。再生装置が、両者から読み出された一部分から必要なデータを取り出して、同期をとりつつ再生すれば、第２言語版の音声又は字幕の再生を伴いながら、第２デジタルストリーム本体を再生させてゆくことができる。かかる追加の第１デジタルストリームをインターネットを介して販売すれば、第２言語習得のために、第２言語を欲する世界じゅうのユーザに、第２言語版のアップデートキットを少量販売するという新たなビジネス形態を確立することができる。かかるビジネスの確立を、映画作品の新たな収益源にすることができる。

(第１実施形態)
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置は再生装置２００であり、再生装置２００、テレビ３００、リモコン４００と共にホームシアターシステムを形成する。BD-ROM１００は、本ホームシステムに映画作品を供給する記録媒体であり、再生装置２００は、リモコン４００に対するユーザ操作に応じて、BD-ROM１００に記録された映画作品を再生するという用途に供される。

本図のホームシステムが特徴的なのは、再生装置２００がネットワークを介してWWWサーバ５００と接続されている点である。WWWサーバ５００は、再生装置２００からの要求に応じて、BD-ROM１００の記録内容のアップデートキットを再生装置２００宛に送信する。アップデートキットが送信されれば、再生装置はこのアップデートキットをBD-ROM１００の記録内容とを動的に組み合わせて、仮想的なバージョンのパッケージ(仮想パッケージ)の再生を実行する。

仮想パッケージとは、BD-ROM１００の記録内容と、アップデートキットとを動的に組み合わせることにより、ユーザに供給される仮想的なパッケージである。仮想パッケージに対し、BD-ROMに記録されている記録内容全般をBD-ROMパッケージという。
以下、BD-ROMパッケージについて図２〜図１１を参照しながら説明する。
図２は、BD-ROMの構成を示す図である。本図の第４段目にBD-ROMを示し、第３段目にBD-ROM上のトラックを示す。本図のトラックは、BD-ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図２に示すようなデータフォーマットを、BD-ROMの応用層上に形成することにより本発明に係る光ディスクは、工業的に生産される。

図３は、ディレクトリ構造を用いてBD-ROMの応用層フォーマット(アプリケーション)を表現した図である。本図に示すようにBD-ROMには、ROOTディレクトリの下にBD-AVディレクトリがあり、その下にJCLASSディレクトリ、BROWSERディレクトリがある。
BD-AVディレクトリの配下には、INFO.BD、XXX.M2TS、XXX.CLPI,YYY.PL、ZZZ.MOVIEといったファイルが存在する。JCLASSディレクトリの配下には、ZZZ.CLASSというファイルが、BROWSERディレクトリの配下には、ZZZ.HTMLというファイルが配置されている。

図４は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第１層、第２層、第３層、第４層からなる階層が本図における分類を象徴的に示す。本図においてXXX.M2TSは第２層に分類される。XXX.CLPI,YYY.PLは、第３層(静的シナリオ)に分類される。BD-AVディレクトリ配下のZZZ.MOVIE、JCLASSディレクトリ配下のZZZ.CLASS、BROWSERディレクトリ配下のZZZ.HTMは、第４層に分類される。

本図の分類(第１層〜第４層)は、図５に示すようなレイヤモデルを対象とした分類である。以降、図５を参照しながら、BD-ROMが対象としている、制御ソフトウェアのレイアモデルについて説明する。
図５の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、BD-ROMだけではなく、HD、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらHD、メモリカード、ネットワークといった供給源に対する制御(ディスクアクセス、カードアクセス、ネットワーク通信)が第１層の制御である。

第２層は、復号化方式のレイアである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。本実施形態で採用する復号化方式は、MPEG2の復号化方式である。
第３層(静的シナリオ)は、ストリームの静的なシナリオを規定するレイアである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第３層(静的シナリオ)である。

第４層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第４層である。以降、このレイヤモデルに従い、ストリーム本体、静的なシナリオにあたるファイルについて説明してゆく。

先ず第２層に属するストリーム(XXX.M2TS)について説明する。
AVストリーム(XXX.M2TS)は、MPEG-TS(Transport Stream)形式のデジタルストリームであり、ビデオストリーム、1つ以上のオーディオストリーム、1つ以上の副映像ストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、副映像ストリームは、映画の字幕をそれぞれ示している。図６は、AVストリームがどのように構成されているかを模式的に示す図である。

AVストリームは(第４段目)、複数のビデオフレーム(ピクチャpj1,2,3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを(第１段目)、PESパケット列に変換し(第２段目)、更にTSパケットに変換し(第３段目)、同じく副映像ストリーム(第７段目)を、PESパケット列に変換し(第６段目)、更にTSパケットに変換して(第５段目)、これらを多重化することで構成される。この多重化は、オーディオフレームが、同じ時刻にBD-ROMから読み出されるべきビデオフレームの近くにくるように、ビデオフレームを格納したTSパケット、オーディオフレームを格納したTSパケットを並べるというものである。

かかる過程を経て生成されたAVストリームは、通常のコンピュータファイル同様、複数のエクステントに分割され、BD-ROM上の領域に記録される。図７はAVストリームがどのようにBD-ROMに記録されるかを模式的に示す図である。
AVストリームを構成する各エクステントが、どれだけの長さであり、BD-ROMにおいてどのアドレスに記録されているかは、ファイル管理情報fk1に記述される。

ファイル管理情報fk1には、AVストリームを分割することで得られる3つのエクステント1,2,3のそれぞれについて、エクステントのアドレス(adr1,2,3)、長さ(length1,2,3)が記述されていることがわかる。AVストリームは、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においてAVストリームに付与される3桁の識別番号を抽象化している。つまり本図におけるAVストリームは、このXXXを用いて一意に識別される。以上がストリーム(XXX.M2TS)についての説明である(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。

＜静的なシナリオ＞
続いて、静的なシナリオであるファイル(XXX.CLPI,YYY.PL)について説明する。

ストリーム管理情報(XXX.CLPI)は、個々のAVストリームについての管理情報である。図８は、ストリーム管理情報の内部構成を示す図である。AVストリームはビデオストリーム、オーディオストリームを多重化することで得られ、AVストリームはACCESS UNITと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置がAVストリーム内の何処に存在するかが、ストリーム管理情報の管理項目になる。図中の引き出し線はストリーム管理情報の構成をクローズアップしている。引き出し線hn1に示すように、ストリーム管理情報(XXX.CLPI)は、ビデオストリーム、オーディオストリームについての「属性情報」と、ACCESS UNITを頭出しするためのリファレンステーブルである「TMAP」とからなる。

属性情報(Attribute)は、破線の引き出し線hn2に示すようにビデオストリームについての属性情報(Video属性情報)、属性情報数(Number)、AVストリームに多重化される複数オーディオストリームのそれぞれについての属性情報(Audio属性情報#1〜#m)からなる。ビデオストリームについての管理情報は、破線の引き出し線hn3に示すようにそのビデオストリームがどのような圧縮方式で圧縮されたか(Coding)、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか(Resolution)、アスペクト比はどれだけであるか(Aspect)、フレームレートはどれだけであるか(Framerate)を示す。

一方、オーディオストリームについての属性情報(Audio属性情報#1〜#M)は、破線の引き出し線hn4に示すようにそのオーディオストリームがどのような圧縮方式で圧縮されたか(Coding)、そのオーディオストリームのチャネル番号が何であるか(Ch.)、何という言語に対応しているか(Lang)を示す。
タイムマップ(TMAP)は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線hn5に示すように複数のエントリー情報(ACCESS UNIT#1エントリー情報、ACCESS UNIT#2エントリー情報、ACCESS UNIT#3エントリー情報・・・・・)と、エントリー情報数(Number)とからなる。各エントリー情報は、引き出し線hn6に示すように、対応するACCESS UNITの再生時間(Duration)と、対応するACCESS UNITのデータサイズ(Size)とを対応づけてなる。可変長符号圧縮方式が採用されるため、GOPを含む各ACCESS UNITのサイズや再生時間がバラバラであっても、この『エントリー情報』を参照することにより、任意の再生時刻から、その再生時刻に対応するACCESS UNIT内のピクチャデータへと頭出しを行うことが可能になる。尚、XXX.CLPIのファイル名XXXは、ストリーム管理情報が対応しているAVストリームと同じ名称が使用される。つまり本図におけるAVストリームのファイル名はXXXであるから、AVストリーム(XXX.M2TS)に対応していることを意味する。以上がストリーム管理情報についての説明である。続いてプレイリスト情報について説明する。

YYY.PL(プレイリスト情報)は、再生経路であるプレイリストを構成するテーブルであり、CellListからなる。図９は、PL情報の内部構成を示す図である。
CellListは、複数のCELL情報(CELL情報#1,#2,#3・・・#n)と、これらCELL情報数(Number)とからなる。セル情報は、ポインタ情報であり、プレイリストを構成する1つ以上の論理的な再生区間を定義する。セル情報の構成は、引き出し線hs1によりクローズアップされている。この引き出し線に示すようにセル情報は、再生区間のIn点及びOut点が属するAVストリームの名称を示す『AVStream Name』と、再生区間の始点を示す情報『IN点情報』と、再生区間の終点を示す情報『Out点情報』とから構成される。

セル情報の特徴は、その表記法にある。つまりタイムマップをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図１０は、PL情報による間接参照を模式化した図である。本図においてAVストリームは、複数のACCESS UNITから構成されている。ストリーム管理情報内のTMAPは、これら複数ACCESS UNITのセクタアドレスを、矢印ay1,2,3,4に示すように指定している。図中の矢印jy1,2,3,4は、CELL情報によるACCESS UNITの参照を模式化して示している。つまり、CELL情報による参照(矢印jy1,2,3,4)は、TMAPを介することにより、AVストリーム内に含まれる複数ACCESS UNITのアドレスを指定するという間接参照であることがわかる。

CELL情報−ストリーム管理情報−AVストリームの組みからなるBD-ROM上の再生区間を『セル』という。PL情報−ストリーム管理情報−AVストリームの組みからなるBD-ROM上の論理的な再生単位を『プレイリスト(PLと略す)』という。BD-ROMに記録された映画作品は、この論理的な再生単位(PL)にて構成される。論理的な再生単位にて、BD-ROMにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなPLを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図１１は、図１０に示したPL情報(PL情報#1)とは、別のPL(PL情報#2)を定義する場合の一例を示す図である。

様々なPL情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やすことが、静的なシナリオの最大のメリットである。
また、BD-ROMにおける再生単位には、PL、CELLといったものの他、Chapterがある。Chapterは、1つ、2つ以上のCELLから構成される。
尚、PL情報のファイル名YYYは、BD-ROMにおいてPL情報に付与される3桁の識別番号を抽象化している。つまり本図におけるPL情報は、この識別番号YYYを用いて一意に識別される。PL情報の識別番号を”YYY”と表現しているのは、PL情報の識別番号が、AVストリーム及びAVストリーム管理情報の識別番号XXXとは別の番号体系であることを意味している(ここでの3桁という桁数は例示に過ぎず、何桁でもよい。)。

以上がBD-ROMパッケージについての説明である。続いて再生装置２００の内部構成について説明する。図１２は、再生装置２００の内部構成を示す図である。本図に示すように再生装置２００は、BDドライブ１、BDバッファ２、デマルチプレクサ３、ビデオデコーダ４、ピクチャプレーン５、オーディオデコーダ６、イメージデコーダ７、イメージプレーン８、加算器９、静的シナリオメモリ１０、ダウンロード部１１、ローカルHD１２、HDバッファ１３、デマルチプレクサ１４、スイッチ１５、制御部１６から構成される。

BDドライブ１は、BD-ROMのローディング／イジェクトを行い、BD-ROMに対するアクセスを実行する。
BDバッファ２は、FIFOメモリであり、BD-ROMから読み出されたACCESS UNITが先入れ先出し式に格納される。
デマルチプレクサ３は、BDバッファ２からACCESS UNITを取り出して多重分離を行い、GOPを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ４に出力し、オーディオフレームをオーディオデコーダ６に出力する。副映像ストリームはイメージデコーダ７に出力する。デマルチプレクサ３による多重分離は、TSパケットをPESパケットに変換するという変換処理を含む。デマルチプレクサ３による多重分離は、BD-ROMから読み出されたAVストリームを構成するTSパケットからペイロードにあたるPESパケットを取り出し、更にこのPESパケットから、そのペイロードにあたる本体データ(ビデオフレーム、オーディオフレーム、副映像ユニットの3つがある。)を取り出して、TSパケットに付加されているTSパケットに基づきこの本体データをビデオデコーダ４、オーディオデコーダ６、イメージデコーダ７に出力することでなされる。ここでTSパケットに付加されたPID(Packet ID)がビデオストリームを示している場合、PESパケットの本体データはビデオデコーダ４に出力され、PIDがオーディオストリームを示しているなら、本体データはオーディオデコーダ６に出力される。TSパケットに対する多重分離は、TSパケットに付加されているPCR(Program Clock Reference)、ATS(Arrival Time Stamp)といったタイムスタンプを参照してなされる。つまり再生装置内部のクロックがTSパケットのタイムスタンプに示される時刻になればデマルチプレクサ３は、TSパケットに対して上述した多重分離を行う。

ビデオデコーダ４は、デマルチプレクサ３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン１５に書き込む。
ピクチャプレーン５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ６は、デマルチプレクサ３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。

イメージデコーダ７は、圧縮符号化された副映像ストリームを伸長してイメージプレーン８に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。
イメージプレーン８は、一画面分の領域をもったメモリであり、伸長された副映像ストリームが配置される。

加算器９は、ピクチャプレーン５に格納された非圧縮形式のピクチャデータに、イメージプレーン８に伸長されたイメージを合成して出力する。
静的シナリオメモリ１０は、カレントのPL情報やカレントのストリーム管理情報を格納しておくためのメモリである。カレントPL情報とは、BD-ROMに記録されている複数PL情報のうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、BD-ROMに記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。

ダウンロード部１１は、WWWサーバ５００との間でFTP(File Transfer Protocol)通信を実行し、WWWサーバ５００からアップデートキットをダウンロードしてローカルHD１２に書き込む。
ローカルHD１２は、アップデートキットが書き込まれる内蔵型ディスク装置である。本図において、ローカルHD１２の内部には、ディレクトリ構造をはめ込んで描いている。ローカルHD１２におけるディレクトリ構造は、ROOTディレクトリの配下にディレクトリ「abc」を配置し、その中にアップデートキットを配置するというものである。図中のディレクトリ名「abc」は、アップデートキットに対応するBD-ROMのボリュームラベルと同じ名称が付加されている。ローカルHD１２においてアップデートキットは、ボリュームラベル「abc」と同じ名称「abc」を有したディレクトリに記録されるのである。

ダウンロード部１１は、アップデートキットのダウンロードにあたってBD-ROMのボリュームラベル「abc」を読み出し、この名称「abc」のディレクトリをローカルHD１２に作成する。そしてWWWサーバ５００にアクセスし、アップデートキットをダウンロードしてボリュームラベル名のディレクトリ名を有するディレクトリ「abc」に書き込む。
図中の破線枠の中身は、アップデートキットを構成するファイルを示す。この破線枠に示すようにアップデートキットは、追加のAVストリーム「UXX.M2TS」、追加のストリーム管理情報「UXX.CLPI」、更新用のPL情報「UYY.PL」からなる。

HDバッファ１３は、BD-ROMに記録されたAVストリームを構成するACCESS UNITが、BDバッファ２に読み出される度に、ローカルHD１２に記録された追加のストリーム(UXX.M2TS)を構成するACCESS UNITが読み出されるバッファである。
デマルチプレクサ１４は、HDバッファ１３に読み出されたMPEG-TS形式のACCESS UNITを多重分離して、多重化前のデータ(本実施形態の場合はオーディオフレームになる)を得る。

スイッチ１５は、HDバッファ１３に読み出されたACCESS UNITのオーディオフレーム、BDバッファ２に読み出されたACCESS UNIT内のオーディオフレームのうち一方を、選択的にオーディオデコーダ６に出力する。スイッチ１５の出力切り換えは、SPRM(1)(音声ストリーム番号)に基づく。SRPM(1)とは、再生装置の状態が示されているレジスタのことである。

制御部１６は、CPU、プログラムを格納したROM、RAMからなる典型的なコンピュータシステムである。ROMに格納されたプログラムがCPUに読み込まれ、プログラムと、ハードウェア資源とが協動することにより、使用目的に応じた情報の演算又は加工を実現する。ここでの使用目的には、BD-ROMに記録されたPLの再生(1)、WWWサーバ５００からのアップデートキットのダウンロード(2)、BD-ROMパッケージとアップデートキットとを組み合わせた仮想パッケージの再生(3)といったものがあり、プログラムと、ハードウェア資源(BDドライブ１〜スイッチ１５)とが協動した具体的手段が、使用目的に応じた情報の加工又は演算を行うことで、使用目的に応じた特有の情報処理装置(再生装置２００)が構築される。

この制御部１６は、再生装置２００の状態設定を示すレジスタ(プレーヤレジスタ)を内蔵している。プレーヤレジスタは、32個のSystem Parameter Registerと、32個のGeneral Purppose Registerとからなる。Player Status Registerの設定値(SPRM)がどのような意味をもつかは、以下に示す通りである。以下のSPRM(x)という表記は、x番目のPlayer Status Registerの設定値を意味する。

SPRM(0) ： Reserved
SPRM(1) ： デコード対象たるオーディオストリーム
のストリーム番号
SPRM(2) ： デコード対象たる副映像ストリームのストリーム番号
SPRM(3) ： ユーザによるアングル設定を示す番号
SPRM(4) ： 現在再生対象とされているタイトルの番号
SPRM(5) ： 現在再生対象とされているChapterの番号
SPRM(6) ： 現在再生対象とされているPLの番号
SPRM(7) ： 現在再生対象とされているCELLの番号
SPRM(8) ： 現在の再生時点を示す時刻情報
SPRM(9) ： ナビゲーションタイマのカウント値
SPRM(10) ： 現在選択状態にあるボタンの番号
SPRM(11)〜(12)： Reserved
SPRM(13) ： ユーザによるパレンタルレベルの設定
SPRM(14) ： 再生装置の映像再生に関する設定
SPRM(15) ： 再生装置の音声再生に関する設定
SPRM(16) ： 再生装置における音声設定を示す言語コード
SPRM(17) ： 再生装置における字幕設定を示す言語コード
SPRM(18) ： メニュー描画のための言語設定
SPRM(19)〜(31)： Reserved

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

SPRMの設定にあたって制御部１６は、メニューを表示する。このメニューは、音声設定、字幕、アングル設定、パレンタル設定をユーザから受け付けるものであり、このメニューに対してユーザが操作を行えば、レジスタの格納値をメニュー操作に応じて更新する。メニューを介した場合だけでなく、ユーザがリモコン４００に対して操作を行った場合も、SPRMを更新する。

以上が本実施形態に係る再生装置である。
以降、本ローカルHD１２に格納されているアップデートキットのAVストリーム、ストリーム管理情報、PL情報について説明する。
アップデートキットにおけるAVストリーム(UXX.M2TS)は、BD-ROMに記録されたAVストリームに新たな音声を追加するAVストリームである。図１３は、BD-ROMパッケージにおけるAVストリームと、アップデートキットにおけるAVストリームとを対比して示す図である。アップデートキットにおけるAVストリームは、BD-ROMパッケージにおけるAVストリームと同数のACCESS UNITから構成されている。

図１４は、BD-ROMパッケージ(XXX.TS)におけるACCESS UNITの中身と、アップデートキット(UXX.TS)におけるACCESS UNITの中身とを対比して示す図である。図１４の上段は、BD-ROM側のACCESS UNITであり、下段はアップデートキット側のACCESS UNITである。本図におけるACCESS UNIT#98,#99,#100,#101,#102は、それぞれAVストリームの再生開始から1分38秒後、1分39秒後、1分40秒後、1分41秒後に再生されるものである(これは、1つのACCESS UNITの再生時間を1秒に近似している)。

ここでACCESS UNITに着眼すると、BD-ROM側のACCESS UNIT#100は、1分40秒に再生されるべきGOPと、同時刻に読み出されるべきオーディオフレーム列(図中の楽譜記号)を含んでいる。一方、アップデートキット側のACCESS UNIT#100は、1分40秒に再生されるべきオーディオフレームを含んでいる。本図における白抜き矢印は、各ACCESS UNITの再生時間を示す。この再生時間がACCESS UNIT毎に異なるのは、ACCESS UNITの再生時間はGOPを基準にしているため、再生時間にはACCESS UNIT毎に差違があることを示す。アップデートキットにおける各ACCESS UNITは、BD-ROMに記録された各ACCESS UNITと、同じ再生時間を有している。

BD-ROMに記録されるAVストリームと同じ数のACCESS UNITを、アップデートキット内のAVストリームに含ませておき、BD-ROMにおけるACCESS UNITと同じ時間長のオーディオフレームを、アップデートキット内のAVストリームのACCESS UNIT内に含ませておくことで、BD-ROMに記録されたAVストリームのACCESS UNITは、アップデートキット内のAVストリームのACCESS UNITと1対1に対応することになる。以上がアップデートキットにおけるAVストリームについての説明である。続いてアップデートキット内におけるストリーム管理情報について説明する。

アップデートキットにおけるストリーム管理情報(UXX.CLPI)は、音声のみのAVストリームについてのストリーム管理情報であり、音声のみのストリームと共にWWWサーバ５００から配給される。図１５は、アップデートキットにおけるストリーム管理情報を示す図である。このストリーム管理情報にも、図８に示したようなTMAPがあり、各ACCESS UNITについてのデータサイズ及び開始時刻が記述される。BD-ROMに記録されたAVストリームと同様のTMAPが存在するため、アップデートキット内のAVストリームにおいて、ACCESS UNIT単位での頭出しが可能になる。このストリーム管理情報が図８のストリーム管理情報と異なるのは、ビデオストリームが多重化されていないためビデオ属性が”no Video”に設定されていること、オーディオ属性に”Offset”が追加されていること(2)である。オーディオ属性に追加されたOffsetについて図１６を参照しながら説明する。図１６は、BD-ROMにおけるACCESS UNITを構成するパケットと、アップデートキットにおけるACCESS UNITを構成するパケットとを対比して示す図である。本図において「V」とあるのはビデオパケットを示し、「A」とあるのはオーディオパケットを示す。これらのパケットには、タイムスタンプが付与されている。タイムスタンプは何時処理を行うかという処理タイミングを再生装置に指示する時刻情報である。BD-ROMにてリリースされるAVストリームのACCESS UNITにおいて最初に位置するオーディオパケットには「702」という値のタイムスタンプが付与されている。これより後のオーディオパケットには、「703」,「704」,「705」,「706」というようにより大きな値のタイムスタンプが付与されている。一方、アップデートキット内のAVストリームのACCESS UNITにおいて最初に位置するオーディオパケットには、「150」という値のタイムスタンプが付与されている。これにより後のオーディオパケットには、「151」,「152」,「153」,「154」,「155」というように後ろにあるオーディオパケット程大きな値のタイムスタンプが付与されている。

タイムスタンプの差の原因は、エンコード時のマスタークロックの違いである。マスタークロックとは、タイムスタンプ付与のためにエンコード時に参照されるクロック信号であり、このマスタークロックの参照により、1つのAVストリーム内の複数オーディオパケットには、連続した値のタイムスタンプが付与されることになる。しかしアップデートキット内のAVストリームと、BD-ROMに記録されたAVストリームとでは、タイムスタンプの付与の際、参照されるマスタークロックが違うので、各オーディオパケットに付与されるタイムスタンプの値が自ずと違ってくる。ACCESS UNITに含まれる各オーディオパケットのタイムスタンプが大きく違っているのでこのままでは2つのAVストリームの音声をうまく切り換えることはできない。そこでこれらのタイムスタンプの差をストリーム管理情報のOffsetに記述しておくのである。

ストリーム管理情報にオフセットを記述しておくことで、たとえマスタークロックが違っていても、BD-ROMに記録されたAVストリーム内のオーディオパケットと、アップデートキット内のAVストリーム内のオーディオパケットとを同期再生させることができる。以上がアップデートキットにおけるストリーム管理情報の説明である。続いてアップデートキットにおけるPL情報(UYY.PL)について説明する。

アップデートキットにおけるPL情報(UYY.PL)は、BD-ROMにおけるPL情報の代わりに使用されるPL情報である。アップデートキット内のPL情報がBD-ROMに記録されものと異なるのは、PL情報におけるプレイリストは、再生区間の束を、再生順序に従って配列することで定義される点である。再生区間の束とは、複数のAVストリーム上に定義される再生区間であって、同期再生されるものをいう。図１７は、PL情報(UYY.PL)の内部構成を示す図である。図１７における個々のCELL情報は、BD-ROMにおけるAVストリームを示す「Clip Entry」と、「Audio Table」と、「Subtitle Table」と、Clip Entry数を示す「Number」とから構成される。

Clip Entryは、BD-ROMにおけるCELL情報の「AVStream Name」「In点情報」「Out点情報」からなる。これらは図９に示したCELL情報のCell Entryと同一である。Audio Tableは、複数のAudio Entry(Audio Entry#1〜#n)からなる。各Audio Entryは、本Cellにおいて再生可能なオーディオストリームが何というストリームであり、どのAVストリームに属しているか、そのストリームにおいてどこからどこまでが1つの再生区間を構成しているかを、AVストリームのファイル名(AVStream Name)、オーディオストリームの識別子(AudioStream ID)と、そのAVストリームにおける再生区間の開始点を示す情報(In点情報)と、そのAVストリームにおける再生区間の終了点を示す情報(Out点情報)と、オフセット(Offset)とを用いて定義している。

例えば、BD-ROMにはAVストリーム#1が記録されており、AVストリーム#2がアップデートキットとして再生装置にダウンロードされて、ローカルHD１２に格納されているものとする。またAVストリーム#1は動画、英語音声を含んでおり、AVストリーム#2は、第２言語たる日本語音声を含んでいるものとする。日本語音声を、動画とは別のAVストリームに格納しておくのは、日本語音声をアップデートキットにて配信するためである。この場合、CellのClip Entry#1にAVストリーム#1上における再生区間を定義させ、Audio Entry#1に、日本語音声であるAVストリームについてのAVStream Name、AudioStreamIDを記述しておく。このように記述されたCELL情報を含むPL情報を、AVストリーム#2と共にWWWサーバ５００から配信すれば、BD-ROMに記録されたプレイリストを組み合わせることで日本語音声版の映画作品をユーザに視聴させることができる。

図１８は、図１０と同様の表記でUYY.PLによる間接参照を示した図である。本図におけるアップデートキットのPL情報は、Clip Entryと、Audio Entryとを有している。図中の矢印rf1,rf2,rf3は、Clip Entryによる再生区間の指定を示し、図中の矢印pf1,pf2,pf3はAudio Entryによる再生区間の指定を示す。つまり図１８のPL情報を構成する各CELL情報は、2つのAVストリームにおける2つの再生区間を指定しているのである。1つのCELL情報が2つの再生区間を指定しているため、PL情報によりBD-ROM上の再生区間と、HD上の再生区間との束からなる再生経路が定義されることになる。以上がローカルHD１２に格納されるアップデートキットについての説明である。

アップデートキットにおけるAVストリーム、ストリーム管理情報、PL情報のファイル名「UXX.M2TS」,「UXX.CLPI」,「UYY.PL」における「U」は、アップデートキットにおけるAVストリーム、ストリーム管理情報、PL情報を、BD-ROM上のものと区別するため便宜的に設けたものに過ぎない。実際には、アップデートキット内のAVストリーム、ストリーム管理情報、PL情報のファイル名は、BD-ROM上のもの同じファイル名が付与される。このファイル名により、アップデートキット上のものと、BD-ROM上のものとの対応がとられるのである。BD-ROM(光ディスク)に記録されたAVストリームと、HD(予備の記録媒体)に記録されたAVストリームとの対応付けとは、アップデートキットに含まれるPL情報による対応付け(1)、アップデートキットに含まれるファイルのファイル名と、光ディスクに記録されたファイルのファイル名との同一性による対応付け(2)を意味する。

アップデートキット内のAVストリームを読み出す場合のデマルチプレクサ１４による多重分離について説明する。デマルチプレクサ１４による多重分離は、HDから読み出されたAVストリームを構成するTSパケットからペイロードにあたるPESパケットを取り出し、更にこのPESパケットから、そのペイロードにあたる本体データを取り出して、TSパケットに付加されているタイムスタンプに基づきこの本体データをオーディオデコーダ６に出力することでなされる。デマルチプレクサ１４による多重分離は、TSパケットに付加されているPCR(Program Clock Refernce)、ATS(Arribval Time Stamp)といったタイムスタンプと、ストリーム管理情報に示されるオフセットとを参照してなされる。TSパケットのタイムスタンプに示される時刻にオフセットを足し合わせた時刻を、再生装置内のクロックが計時すれば、デマルチプレクサ１４は、TSパケットに対して上述した多重分離を行う。タイムスタンプに示される時刻に、オフセットを足し合わせた時刻は、BD-ROMから読み出されたTSパケットのタイムスタンプの値を足し合わせた時刻と同じになるから、デマルチプレクサ１４の上述した処理により、BD-ROMから読み出されたTSパケットに対する多重分離、HDから読み出されたTSパケットに対する多重分離は、同期がとられることになる。

アップデートキット内のオーディオストリームをローカルHD１２から読み出す場合のオーディオデコーダ６による同期処理について説明する。BD-ROMから読み出されたオーディオフレームに対してデコードを行う場合、オーディオデコーダ６はPESパケットに付加されているPTSを参照する。つまり再生装置内部のクロックがPESパケットのPTSに示される時刻になればオーディオデコーダ６は、オーディオフレームに対してデコードを行う。一方、HDから読み出されたオーディオフレームに対してデコードを行う場合、オーディオデコーダ６はPESパケットに付加されているPTS(Presentation Time Stamp)と、ストリーム管理情報におけるオフセットとを参照する。つまりPESパケットに付加されているPTSに、オフセットを足し合わせた時刻を再生装置の内部クロックが計時すれば、オーディオデコーダ６は、オーディオフレームに対してデコードを行う。PTSに示される時刻に、オフセットを足し合わせた時刻は、BD-ROMから読み出されたビデオパケットのPTSに示される時刻とほぼ同じになる。オーディオデコーダ６の上述した処理により、BD-ROMから読み出されたビデオフレームに対する再生出力と、HDから読み出されたオーディオフレームに対する再生出力とは、同期がとられることになる。 デマルチプレクサ１４、オーディオデコーダ６が以上のような処理を行うことにより、音声−映像間の同期は確保されるのである。

BD-ROM、HDからの読み出しは、ACCESS UNIT単位で行われたが、デマルチプレクサ３、デマルチプレクサ１４からオーディオデコーダ６への供給は、ACCESS UNITとは関係なくなされる。何故なら、デマルチプレクサ３、デマルチプレクサ１４による多重分離は、TSパケット列たるACCESS UNITをPESパケット列に変換し、オーディオフレーム、ビデオフレームに変換することであり、PESパケット又はTSパケットに含まれるフレームの単位で、オーディオデコーダ６への供給はなされるからである。PESパケット、TSパケットが処理単位になるので、PESパケットにオーディオフレームの一部が入っている場合は、その一部分がオーディオデコーダ６に出力されることになる。PESパケットに複数のオーディオフレームが含まれている場合は、複数オーディオフレームがオーディオデコーダ６に供給されることになる。オーディオデコーダ６はこのように供給されたオーディオフレームやオーディオフレームの一部分を自身が内蔵しているメモリに一旦格納したうえで処理する。ここで問題となるのは、1つのオーディオフレームが複数ACCESS UNITに分割されて格納されている場合である。つまりあるACCESS UNITを構成するTSパケット列に、オーディオフレームの前半部分が格納されており、直後のACCESS UNITを構成するTSパケット列に、オーディオフレームの後半部分が格納されている場合を想定する。

1つのオーディオフレームが分割されて複数のACCESS UNITに格納されるのは珍しいことではない。AVストリームへの多重化では普通に起こり得ることである。何故なら、PESパケットのペイロードのデータサイズは、オーディオフレームのデータサイズは非整数倍であり、1つのTSパケット、PESパケットに収まりきらないオーディオフレームが必ず出現するからである。

そしてオーディオフレームの前半部分を格納したPESパケットが多重分離されてオーディオデコーダ６に出力された後、同じオーディオフレームの後半部分を格納したPESパケットが多重分離されるまでにSPRM(1)の更新による音声切り換えがなされたものとする。この場合オーディオデコーダ６には、オーディオフレームの前半部分が供給された後、別のオーディオストリームに属するオーディオフレームが供給されることになる。オーディオデコーダ６は、前半部分は得たものの、後半部分を得ることはできないので、正常にデコードを行うことができず、「ブスッ」という耳障りな異音が発してしまう恐れがある。これを避けるには、音声切換後、わずかな期間、オーディオデコーダ６による再生出力に対し消音処理(ミュート)を施す。ミュートにより、音声切り換え直後は、僅かに無音期間が発生するが、BD-ROM側音声からHD側音声、HD側音声からBD-ROM側音声というように、自由な音声切り換えが可能になる。

最後に、本実施形態における制御部１６の制御手順についてより詳しく説明する。
制御部１６は、BD-ROMが再生装置２００に装填された際、そのBD-ROMからボリュームラベルを読み出して、ローカルHD１２における複数ディレクトリのうち、読み出されたボリュームラベルに合致するものを特定する。こうして特定されたディレクトリ内部のファイルが、アップデートキットであるものとして以降の処理を行う。その以降の処理とは、図１９のフローチャートに示す処理手順をコンピュータに実行させることで実現される。

本フローチャートは、PL#xに属するCELLのそれぞれについて、ステップＳ２〜ステップＳ１６の処理を繰り返すというループ処理を形成している。ここで処理対象たるCELLを、PLにおいてy番目に位置するCELL(CELL#y)とする。具体的にいうとPL情報#xをメモリに読み込み(ステップＳ１)、PL情報#xの先頭CELLをCELL#yに設定し、PL情報#xの最後のCELLをCELL#zに設定してから(ステップＳ２)、CELL#yに属するACCESS UNITを、BD-ROM及びローカルHD１２からパラレルに読み出し、ビデオデコーダ４、オーディオデコーダ６にデコードさせるという処理を行い(ステップＳ３〜ステップＳ１２)、CELL内の全てのACCESS UNITがデコードされれば(ステップＳ１１でYes)、CELL#yがCELL#zに達したかどうかを判定して(ステップＳ１５)、次のCELLをCELL#yとする(ステップＳ１６)。

ステップＳ３〜ステップＳ１６のうちステップＳ４〜ステップＳ１２は、CELL#yに属する個々のACCESS UNITを、BD-ROM及びローカルHD１２から読み出してゆくためのループ処理である。このループ処理において、読出対象たるACCESS UNITを、AVストリームにおいてu番目に位置するACCESS UNIT(ACCESS UNIT#u)とする。ステップＳ３では、ステップＳ４〜ステップＳ１２のループ処理に先立ち、BD-ROM,HDにおけるAVストリームのうち、CELL#yのIn点ビデオフレームを含むACCESS UNITをACCESS UNIT#uに設定する。

ステップＳ４〜ステップＳ１２のループ処理は、ACCESS UNIT#uをBD-ROM、HDのそれぞれからBDバッファ２、HDバッファ１３に読み出して(ステップＳ４)、ACCESS UNIT#uを構成するビデオフレームをデコーダに投入し(ステップＳ５)、ステップＳ６、ステップＳ７を経てACCESS UNIT#uを構成するオーディオフレームをデコーダに投入するという処理(ステップＳ８〜ステップＳ１０)を繰り返すものである。

BD-ROMからのACCESS UNIT読み出しと、HDからのACCESS UNIT読み出しとは同時に行われる必要はない。どちらかからの読み出しが早くても、または遅くてもよい。何故なら、BD-ROM、HDからの読み出されたACCESS UNITは、一旦BDバッファ２、HDバッファ１３に格納されて速度調整されるため(i)、デマルチプレクサ３、デマルチプレクサ１４による多重分離、ビデオデコーダ４、オーディオデコーダ６によるデコードは同期して行われるため(ii)である。

BD-ROMからBDバッファ２への読み出しにあたって制御部１６は、BDバッファ２における蓄積量を監視し、この蓄積量に不足が生じればこれを補うようBD-ROMからBDバッファ２にACCESS UNITを読み出す。バッファ上の蓄積量に応じた読出制御は、HDについても同様である。
ステップＳ８〜ステップＳ１０における音声切り換えは、ユーザによる音声設定に応じて、BDバッファ２に読み出されたACCESS UNIT内のオーディオフレームをオーディオデコーダ６に投入し(ステップＳ９)、HDバッファ１３に読み出されたACCESS UNIT内のオーディオフレームの何れか一方をオーディオデコーダ６に投入する(ステップＳ１０)というものである。図中の変数Audio#vは、ユーザによりSPRM(1)に設定された音声を示す。この変数Audio#vは、ユーザにより音声切換操作がなされた場合(ステップＳ７でYes)、SPRM(1)が更新される(ステップＳ１３)。

もし変数Audio#vがBD-ROM側のオーディオストリームを示すものなら(ステップＳ８でYes)、BDバッファ２に読み出されたACCESS UNIT内のオーディオフレームのうち、変数Audio#vに対応するものをデコーダに投入する(ステップＳ９)。もし変数Audio#vがローカルHD１２側のオーディオストリームを示すなら(ステップＳ８でNo)、HD側バッファ上のACCESS UNIT内のオーディオフレームをデコーダに投入する(ステップＳ１０)。

ステップＳ１１は、このループ処理の終了条件の判定であり、ACCESS UNIT#uが、CELLのOut点ビデオフレームを含んでいるのなら(ステップＳ１１でYes)、このループ処理は繰り返されることになる。もしこのステップの要件が満たされないのなら、AVストリームにおける次のACCESS UNITを、ACCESS UNIT#uに設定して(ステップＳ１２)ステップＳ４に戻る。ステップＳ１５は、1つのCELL情報に属するACCESS UNITについて、ステップＳ３〜ステップＳ１２の処理が繰り返された場合に、実行される判定ステップであり、現在の処理対象たるCELL情報#yが、最後のCELL情報#zかどうかを判定するものである。もし現在の処理対象たるCELL情報#yが、CELL#zでなければ次のCELLをCELL#yに設定し(ステップＳ１６)、このCELL#yに属するACCESS UNITについてステップＳ３〜ステップＳ１５の処理を行うよう、ステップＳ３に移行する。

図２０は、ステップＳ４〜ステップＳ１１での読み出しの過程を示す図である。本図におけるACCESS UNIT#100は、ステップＳ４においてBD-ROM、ローカルHD１２のそれぞれからBDバッファ２、HDバッファ１３に読み出される。そしてスイッチ１５はステップＳ８の判定にて、BDバッファ２側のACCESS UNIT#100をオーディオデコーダ６に出力する。スイッチ１５は、BDバッファ２側ACCESS UNIT#100のオーディオフレームをオーディオデコーダ６に出力するか、HDバッファ１３側ACCESS UNIT#100のオーディオフレームをオーディオデコーダ６に出力するかの切り換えを、SPRM(1)に従い実行する。

図２１は、図２０に示したような出力切り換えにて、どのような音声再生がなされるかを示す図である。スイッチ１５が、BD-ROM側のACCESS UNITをオーディオデコーダ６に出力すれば、図２１の左側に示すような再生、つまり英語の台詞「He Had a Person at one's nod」を伴う再生がなされる、一方スイッチ１５が、HD側のACCESS UNITをオーディオデコーダ６に出力すれば、図２１の右側に示すような再生、つまり日本語の吹き替え音声を伴う再生「彼は人をアゴで使っている」が再生される。

以上のように本実施形態によれば、1対1の対応がとられたACCESS UNITをBD-ROM及びローカルHD１２からパラレルに読み出し、これらの一方を択一的にデコーダに再生させるので、音声切り替えが実現されることになる。映画作品の制作者は、BD-ROMにより映画作品を配給した後でも、WWWサーバ５００からの配信により、追加の音声をユーザに供給することができる。

またアップデートキットに含まれるのは追加の音声のみなので、再生装置２００とWWWサーバ５００との間に公衆回線が介在していたとしても、アップデートキットのダウンロードに要する時間は短期間になる。
尚第１実施形態では、アップデートキットの格納に再生装置内蔵型のHDを用いたが、過搬型の記録媒体であってもよい。

(第２実施形態)
第２実施形態は、BD-ROMに記録されたAVストリームに、副映像ストリームを追加する場合の改良に関する。BD-ROMに記録された副映像ストリーム、及び、副映像ストリーム追加を実現するためのアップデートキットを以下に説明する。BD-ROMにおいて副映像ストリームは、図６に示したようにビデオストリーム、オーディオストリームと多重化されて1つのAVストリームを構成している。図２２は、第２実施形態に係るAVストリームにおいてACCESS UNITがどのように構成されているかを示す図である。第２実施形態におけるACCESS UNITは、GOPと、副映像ユニットとを含む。破線の引き出し線th1は、ACCESS UNIT内の副映像ユニットの内部構成をクローズアップするものである。副映像ユニットは、ヘッダと、ランレングスイメージデータとからなる。図中の引き出し線th2は、ヘッダの内部構成をクローズアップしている。ヘッダは、PLの再生時間軸におけるランレングスイメージデータの『表示開始時刻/表示終了時刻』、画面における『表示座標』を含む。

一方、アップデートキットにおける副映像ストリームは、AVストリーム内に格納されて再生装置に供給される。つまり本実施形態におけるアップデートキット内のAVストリームは、BD-ROMに記録されているAVストリームに、副映像を追加するためのものである。第１実施形態同様、アップデートキットにおけるAVストリームは、BD-ROMパッケージにおけるAVストリームと同数のACCESS UNITから構成されている。各ACCESS UNITには副映像ユニットが含まれるが、GOPは含まれない。

図２３は、図１４と同様の表記で、BD-ROMパッケージ(XXX.M2TS)におけるACCESS UNITの中身と、アップデートキット(UXX.TS)におけるACCESS UNITの中身とを対比して示す図である。図２３の上段は、BD-ROM側のACCESS UNITであり、下段はアップデートキット側のACCESS UNITである。本図におけるACCESS UNIT#60,#100,#120は、それぞれAVストリームの再生開始から1分後、1分40秒後、2分後に再生されるものである(これは、1つのACCESS UNITの再生時間を1秒に近似している)。

ここでACCESS UNITに着眼すると、BD-ROM側のACCESS UNIT#100は、1分40秒に再生されるべきGOPと、同時刻に読み出されるべき副映像ユニットを含んでいる。一方、アップデートキット側のACCESS UNIT#100は、1分40秒に再生されるべき副映像ユニットを含んでいる。
BD-ROMに記録されるAVストリームと同じ数のACCESS UNITを、アップデートキット内のAVストリームに含ませておき、BD-ROMにおけるACCESS UNITと同じ時間長の副映像ユニットを、アップデートキット内のAVストリームのACCESS UNIT内に含ませておくことで、BD-ROMに記録されたAVストリームのACCESS UNITは、アップデートキット内のAVストリームのACCESS UNITと1対1に対応することになる。かかる1対1対応により、約1.0秒の時間精度での字幕切り替えが実現されることになる。以上がアップデートキットにおけるAVストリームについての説明である。続いてアップデートキット内のPL情報について説明する。

PL情報は、副映像のみのAVストリーム、これについてのストリーム管理情報と共にWEBサイトから配給されるPL情報である。図２４は、第２実施形態のアップデートキットに含まれるPL情報の内部構成を示す図である。PL情報における個々のCELL情報において、Subtitle Tableに本実施形態特有の改良がある。Subtitle Tableは、複数のSubtitle Entry(Subtitle Entry#1〜#n)と、これらSubtitle Entryの個数(Number)とからなる。

『SubTitle Table』は、本プレイリストと同期再生すべき字幕の管理情報であり、複数の言語情報(Language#1〜#k)と、言語数(Number)とからなる。プレイリストが、英語圏、日本語圏、中国語圏のそれぞれに対応する場合、『SubTitle Table』には、三ヶ国語のそれぞれについての言語情報が記述される。
各言語情報は、自身がどの言語に対応するかの情報(Lang.)と、副映像に対応するAVストリームが何処にあるかを示す(Storage Name)と、その言語で記述された複数の会話情報(Speech#1〜#j)と、会話情報の個数(Number)とからなる。会話情報(Speech#1〜#j)は、プレイリストの再生中に現れる各会話についての情報である。Cellの再生時に、5つの会話があれば、5つの会話のそれぞれについて会話情報が記述される。図２５は、会話情報を示す図である。本図に示すように会話情報(Speech#1〜#j)は、その会話の台詞を記述した副映像ユニットが属するAVストリームの名称『AVStream Name』と、AVストリームにおいて副映像ユニットが属する副映像ストリームを示す『Stream ID』と、その副映像ユニットの再生開始時刻を示す『In点情報』と、その副映像ユニットの再生終了時刻を示す『Out点情報』と、その副映像ユニットの表示座標を示す『Position情報』とを含む。

以上がローカルHD１２に書き込まれるアップデートキットである。図２６は、第２実施形態に係る再生装置の内部構成を示す図である。以下、本実施形態に係る再生装置の改良部分に関係する構成要素(ダウンロード部１１、HDバッファ１３、スイッチ１７、イメージデコーダ７、制御部１６)について説明する。
第２実施形態に係るダウンロード部１１は、副映像をバージョンアップするためのアップデートキットをWWWサーバ５００からダウンロードしてローカルHD１２に書き込む。

第２実施形態に係るHDバッファ１３は、BD-ROMに記録されたAVストリームを構成するACCESS UNITが、BDバッファ２に読み出される度に、HDに記録されたAVストリームを構成するACCESS UNITが読み出される。
デマルチプレクサ１４は、HDバッファ１３に読み出されたMPEG-TS形式のACCESS UNITを多重分離して、多重化前の副映像ユニットを得る。

スイッチ１７は、デマルチプレクサ３の多化分離によりえられた副映像ユニット、デマルチプレクサ１４の多重分離により得られた副映像ユニットのうち、何れか一方をイメージデコーダ７に出力する。以上が本実施形態に係る再生装置の改良である。スイッチ１７の出力切り換えは、SPRM(2)(副映像ストリーム番号)に基づく。
イメージデコーダ７は、BD-ROMから読み出された副映像ユニットに対してデコードを行う場合、副映像ユニットのヘッダに付加されている表示開始時刻を参照する。つまり再生装置内部のクロックがヘッダの表示開始時刻に示される時刻になればイメージデコーダ７は、副映像ユニットに対してデコードを行う。一方、HDから読み出された副映像ユニットに対してデコードを行う場合、イメージデコーダ７は副映像ユニットのヘッダに付加されている表示開始時刻と、ストリーム管理情報におけるオフセットとを参照する。つまり副映像ユニットのヘッダに付加されている表示開始時刻に、オフセットを足し合わせた時刻を再生装置の内部クロックが計時すれば、イメージデコーダ７は、副映像ユニットに対してデコードを行う。表示開始時刻に示される時刻に、オフセットを足し合わせた時刻は、BD-ROMから読み出されたビデオパケットの表示開始時刻に示される時刻とほぼ同じになる。イメージデコーダ９の上述した処理により、BD-ROMから読み出されたビデオフレームに対する再生出力処理と、HDから読み出された副映像ユニットに対する再生出力とは、同期がとられることになる。一方、ヘッダの表示終了時刻とオフセットとを足した時刻を再生装置内のクロックが計時すれば、イメージデコーダ９は字幕を消去する。以上の処理により、字幕の表示・消去は、動画再生と同期してなされる。

BD-ROM、HDからの読み出しは、ACCESS UNIT単位で行われたが、デマルチプレクサ３、デマルチプレクサ１４からイメージデコーダ９への供給は、ACCESS UNITとは関係なくなされる。何故なら、デマルチプレクサ３、デマルチプレクサ１４による多重分離は、TSパケット列たるACCESS UNITをPESパケット列に変換し、副映像ユニット、ビデオフレームに変換することであり、PESパケット又はTSパケットに含まれる単位で、イメージデコーダ９への供給はなされるからである。PESパケット、TSパケットが処理単位になるので、PESパケットに含まれる副映像ユニットの一部分がイメージデコーダ９に出力されることになる。何故なら、副映像ユニットはランレングスイメージデータであり、ぞのサイズはPESパケットよりかなり大きいため、複数PESパケットに分割して格納されるからである。

イメージデコーダ９はこのように供給された副映像ユニットの一部分を自身が内蔵しているメモリに順次蓄積して、1つの副映像ユニットを完成させたうえでデコードする。ここで問題となるのは、1つの副映像ユニットが複数ACCESS UNITに分割されて格納されている場合である。つまりあるACCESS UNITを構成するTSパケット列に、副映像ユニットの前半部分が格納されており、直後のACCESS UNITを構成するTSパケット列に、副映像ユニットの残りの部分が格納されている場合を想定する。

そして副映像ユニットの前半部分を格納したPESパケットが多重分離されてイメージデコーダ９に出力された後、同じ副映像ユニットの残り部分を格納したPESパケットが多重分離されるまでにSPRM(2)の更新による字幕切り換えがなされたものとする。この場合イメージデコーダ９には、副映像ユニットの前半部分が供給された後、別の副映像ストリームに属する副映像ユニットが供給されることになる。イメージデコーダ９は、前半部分は得たものの、残り部分を得ることはできないので、正常にデコードを行うことができず、イメージデコーダ９は無意味なデータを表示してしまう恐れがある。これを避けるには、字幕切換後、わずかな期間、イメージデコーダ９による再生出力に対し消去処理を施す。このにより、バージョンアップ切り換え直後は、僅かに字幕が無い期間が発生する。しかし次の副映像ユニットがイメージデコーダ９内のメモリに蓄積され次第、字幕表示は再開する。これによりBD-ROM側字幕からHD側字幕、HD側字幕からBD-ROM側字幕というように、自由な字幕切り換えが可能になる。


本実施形態における制御部１６は、図２７のフローチャートに従い、ACCESS UNITの再生処理を行う。本フローチャートは、PL#xに属するCELLのそれぞれについて、ステップＳ２２〜ステップＳ３６の処理を繰り返すというループ処理を形成している。ここで処理対象たるCELLを、PLにおいてy番目に位置するCELL(CELL#y)とする。具体的にいうとPL情報#xをメモリに読み込み(ステップＳ２１)、PL情報#xの先頭CELLをCELL#yに設定し、PL情報#xの最後のCELLをCELL#zに設定してから(ステップＳ２２)、これらのCELLに属するACCESS UNITを、BD-ROM及びローカルHD１２からパラレルに読み出し、イメージデコーダ７にデコードさせるという処理を行う(ステップＳ２３〜ステップＳ３６)。

ステップＳ２３〜ステップＳ３６のうちステップＳ２４〜ステップＳ３２は、CELL#yに属する個々のACCESS UNITを、BD-ROM及びローカルHD１２から読み出してゆくためのループ処理である。このループ処理において、読出対象たるACCESS UNITを、AVストリームにおいてu番目に位置するACCESS UNIT(ACCESS UNIT#u)とする。ステップＳ２３では、ステップＳ２４〜ステップＳ３２のループ処理に先立ち、BD-ROM,HDにおけるAVストリームのうち、CELL#yのIn点ビデオフレームを含むACCESS UNITをACCESS UNIT#uに設定する。

ステップＳ２４〜ステップＳ３２のループ処理は、ACCESS UNIT#uをBD-ROM、HDのそれぞれからBDバッファ２、HDバッファ１３に読み出して(ステップＳ２４)、ステップＳ２７、Ｓ３７を経てACCESS UNIT#uを構成する副映像ユニットをデコーダに投入するという処理(ステップＳ２８〜ステップＳ３０)を繰り返すものである。
ステップＳ２８〜ステップＳ３０における字幕切り換えは、SPRM(2)に応じて、バッファに読み出されたACCESS UNIT内の副映像ユニットをイメージデコーダ７に投入するというものである。図中の字幕#vは、ユーザによりSPRMに設定された字幕言語を示す。ユーザにより字幕切換操作がなされた場合(ステップＳ２７でYes)、SPRM(2)が更新される(ステップＳ３３)。

もし字幕#vがBD-ROM側の副映像ストリームを示すなら(ステップＳ２８でYes)、BDバッファ２に読み出されたACCESS UNIT内の副映像ユニットうち、字幕#vに対応するものをイメージデコーダ７に投入する(ステップＳ２９)。もし字幕#vがローカルHD１２側の副映像ストリームを示すなら(ステップＳ２８でNo)、HD側バッファ上のACCESS UNIT内の副映像ユニットをイメージデコーダ７に投入する(ステップＳ３０)。

ステップＳ３１は、このループ処理の終了条件の判定であり、ACCESS UNIT#uが、CELLのOut点ビデオフレームを含んでいるのなら(ステップＳ３１でYes)、このループ処理は終了することになる。もしこのステップの要件が満たされないのなら、AVストリームにおける次のACCESS UNITを、ACCESS UNIT#uに設定して(ステップＳ３２)、ステップＳ２４に戻る。ステップＳ３５は、1つのCELL情報に属するACCESS UNITについて、ステップＳ２３〜ステップＳ３２の処理が繰り返された場合に、実行される判定ステップであり、現在の処理対象たるCELL情報#yが、最後のCELL情報#zかどうかを判定するものである。もし現在の処理対象たるCELL情報#yが、CELL#zでなければ次のCELLをCELL#yに設定し(ステップＳ３６)、このCELL#yに属するACCESS UNIT#uについてステップＳ２３〜ステップＳ３５の処理を行うよう、ステップＳ２３に移行する。

図２８は、制御部１６によるBD-ROM及びHDからのパラレル読み出しの過程を示す図である。本図におけるACCESS UNIT#100は、ステップＳ４においてBD-ROM、ローカルHD１２のそれぞれからBDバッファ２、HDバッファ１３に読み出される。そしてスイッチ１７は、BDバッファ２側ACCESS UNIT#100の副映像ユニットをデコーダに出力するか、HDバッファ１３側ACCESS UNIT#100の副映像ユニットをデコーダに出力するかの切り換えを、SPRM(2)に従い実行する。

図２９は、図２８に示したような出力切り換えにて、どのような字幕表示がなされるかを示す図である。スイッチ１７が、BD-ROM側のACCESS UNIT#100をオーディオデコーダ６に出力すれば、図２９の左側に示すような再生、つまり英語字幕「run after you」が動画像に合成された再生がなされる、一方スイッチ１７が、HD側のACCESS UNIT#100をオーディオデコーダ６に出力すれば、図２９の右側に示すような再生、つまり日本語字幕「君を追いかける」が合成された映像が再生される。

以上のように本実施形態によれば、1対1の対応がとられたACCESS UNITをBD-ROM及びローカルHD１２からパラレルに読み出し、これらの一方を択一的にデコーダに再生させるので、字幕切り替えが実現されることになる。映画作品の制作者は、BD-ROMにより映画作品を配給した後でも、WWWサーバ５００からの配信により、追加の字幕をユーザに供給することができる。

BD-ROM及びHDからACCESS UNITをパラレルに読み出すことは、アップデートキット内の副映像ストリームのサイズが大きい場合には必要となるが、アップデートキット内の副映像のサイズが小さい場合は、かかるパラレル読み出しは不要となる。例えば字幕がテキストデータであり、そのサイズが僅か数Kバイト程度であれば、BD-ROMからの読み出しに先立ちHDからテキストデータを読み出しておき、この字幕を再生装置内のメモリに格納しておいて字幕描画を行ってもよい。

(第３実施形態)
マルチアングル区間をもつ動画データがBD-ROMに記録されて頒布された後に、別のアングルからの動画データを配信する場合の改良に関する。先ず始めに、本実施形態に係るBD-ROM及びアップデートキットについて、より詳しく説明する。

先ず始めに、本実施形態に係るBD-ROMについて説明する。図３０（ａ）は、第３実施形態に係るBD-ROMの内部構成を示す。本図におけるBD-ROMには、AVストリーム#1、マルチアングル区間、AVストリーム#4、ストリーム管理情報#1,#2,#3,#4、PL情報#1,#2,#3が記録されている。
これらについて説明する。AVストリーム#1、AVストリーム#4は第１実施形態に示したAVストリームと同じものである。AVストリーム#1−AVストリーム#4間のマルチアングル区間は、AVストリーム#2、AVストリーム#3という2つのAVストリームから構成される。

AVストリーム#2、AVストリーム#3は、2つのアングルから撮影された動画データであるものとする。この場合AVストリーム#2、AVストリーム#3は、
AVストリーム＃2 ⇒ ILVU(2-1）,ILVU(2-2）,ILVU(2-3)
AVストリーム＃3 ⇒ ILVU(3-1),ILVU(3-2),ILVU(3-3)
という3つのILVU(InterLeaVe Unit)に分割される。

ここでILVU(XX-YY)という表記の「XX」はILVUが属するAVストリームを示し、「YY」は、そのAVストリームにおけるILVUの順位を示す。かかるILVUは、ディスク上では以下のようなナンバリングで記録される。

ILVU(2-1) ILVU(3-1) ILVU(2-2) ILVU(3-2) ILVU(2-3) ILVU(3-3)

VOB#1を構成するILVUと、VOB#2を構成するILVUとが交互に現れるので、例えばILVU(2-1),ILVU(3-1)をまとめて読み出させれば、ビデオデコーダ４はILVU(2-1),ILVU(3-1)のうち一方を択一的にデコードすることができる。これによりユーザ操作に応じたアングル切り換えが実現されることになる。

上述したILVUが、BD-ROM上においてどのように管理されるかについて説明する。図３１は、図３０に示したマルチアングル区間を構成する各ILVUの所在が、どのように管理されるかを示す図である。AVストリームを構成するILVU、AVストリームを構成する各ILVUは、ファイルを構成するエクステント同様、先頭アドレス、長さをファイル管理情報に記述しておくことで管理される。本図の下段は、BD-ROM上のどのアドレスにILVUが記録されているかを示す。AVストリーム#3を構成するILVU(3-1)(3-2)は、アドレス64,1280に記録され、1024,880という連続長を有するので、AVストリーム#3の管理情報kj3に、これらが記述される。AVストリーム#2を構成するILVU(2-1)(2-2)(2-3)は、アドレス10,1088,2160に記録され、54,92,200という連続長を有するので、AVストリーム#2の管理情報kj2に、これらが記述される。AVストリームを構成するILVUの記録アドレスは、AVストリーム毎に別々のファイル管理情報に記述されるので、AVストリーム#2、AVストリーム#3は、BD-ROM上ではマルチアングル区間を構成していても、別々のファイルとして取り扱われることになる。以上がBD-ROMにおけるマルチアングル区間についての説明である。

続いてストリーム管理情報について説明する。図３２は、第３実施形態に係るストリーム管理情報の構成を示す図である。このストリーム管理情報が図８に示したストリーム管理情報と異なるのは、属性、TMAPに加え、ILVUMAPが追加されている点である。ILVUMAPは、個々のILVUについてのエントリー#1〜#nに、LT数(Number)を付してなる。ILVUエントリーには、個々のILVUに属するACCESS UNITの個数が記述される。このILVUエントリーをTMAP、ファイル管理情報と併用することで、ILVUに属する個々のACCESS UNITへの頭出しを容易に行うことができる。

以上が本実施形態に係るBD-ROMについての説明である。続いてアップデートキットに含まれるAVストリームについて説明する。
本実施形態のアップデートキットに含まれるAVストリーム(図中のAVストリーム#5)は、追加のアングル映像を構成するものである。本実施形態に係るBD-ROMは、旅客列車の展望ビデオであり、AVストリーム#2は運転席から撮影された動画、AVストリーム#3は客室の両側の窓のうち、一方から撮影された動画であるものとする。BD-ROMには、これらAVストリーム#2、AVストリーム#3が記録されていたが、客室の両側の窓のうち、他方から撮影された動画の収録は諸般の事情から見送られたものとする。かかる事情がある場合に、この他方から撮影された動画をユーザに配信するため作成されたアップデートキットが、本実施形態におけるアップデートキットである。

図３０（ｂ）に示すように、アップデートキットに含まれるAVストリームは、複数のILVUに分割された状態でローカルHD１２に記録されている。ローカルHD１２におけるAVストリーム#5は、このILVU単位で読み出されることになる。
ここでUXX.M2TSを分割することで得られたILVU(5-1)(5-2)の再生時間長は、XXX.M2TSを構成するILVU(1-1)(1-2),(2-1)(2-2)の再生時間長と等しい。

本実施形態のアップデートキットに含まれるストリーム管理情報は、HD上のAVストリームを管理するための管理情報である。内部構成は、図３２と同一なので図示を省略する。
本実施形態のアップデートキットに含まれるPL情報は、BD-ROMに記録されたマルチアングル区間と、HDにおけるAVストリームとを1つのPLとして扱うための経路情報である。図３３は、第３実施形態に係るPL情報の内部構成を示す図である。図１７と異なるのは、StreamID,In,OutといったAVストリームエントリーの代わりに、AngleEntry#1〜#nが各CELL情報内に含まれている点である。Angle Entryは、各アングルにあたるAVストリームにおいて、再生区間を定義するものである。破線の矢印ay1は、Angle Entryの内部構成をクローズアップしている。これからもわかるようにAngle Entryは、そのアングルにあたるAVストリームの「AVStream Name」、そのAVストリーム上の再生区間の開始点を示す「IN点情報」、そのAVストリーム上の再生区間の終了点を示す「OUT点情報」からなる。

BD-ROMに記録されたマルチアングル区間、HDにおけるAVストリームを1つのプレイリストとして扱うため、PL情報におけるAngle Entryは、BD-ROMのマルチアングル区間を構成する各AVストリーム、HDにおけるAVストリームについて設定される。つまり、Angle Entry#1はBD-ROM上のマルチアングル区間におけるAVストリーム#2、Angle Entry#2はBD-ROM上のマルチアングル区間におけるAVストリーム#3、Angle Entry#3はHD上のアップデートキットにおけるAVストリーム#5というように設定されるのである。

図３４は、PL情報に含まれるAngle Entryによる間接参照を模式的に示す図である。
本図の矢印gy1,gy2は、Angle Entry#1,#2によるBD-ROM上のAVストリームに対する再生区間の指定を示す。一方、矢印gy3は、Angle Entry#3によるローカルHD１２上のAVストリームに対する再生区間の指定を示す。これら再生区間の束が、PL情報に指定されているのである。1つのPL情報が、BD-ROMにおけるマルチアングル区間上の再生区間、ローカルHD１２における再生区間を指定しているので、再生にあたっては、マルチアングル区間を構成するILVU、BD-ROM上のAVストリームを構成するILVUが再生装置によりパラレルに読み出されることになる。

以上が本実施形態に係るアップデートキットである。続いて、本実施形態に係る再生装置について説明する。図３５は、第３実施形態に係る再生装置の内部構成を示す図である。本図に示す再生装置は、スイッチ１８が追加されていることが新規である。
以下、本実施形態に係る再生装置の改良部分に関係する構成要素(ダウンロード部１１、HDバッファ１３、デマルチプレクサ１４、スイッチ１８、ビデオデコーダ４)について説明する。

第３実施形態に係るダウンロード部１１は、BD-ROMに記録されたマルチアングル区間に新たなアングル映像を追加するためのアップデートキットをWWWサーバ５００からダウンロードしてローカルHD１２に書き込む。
第３実施形態に係るHDバッファ１３は、BD-ROMに記録されたAVストリームを構成するILVUが、BDバッファ２に読み出される度に、HDに記録されたAVストリームを構成するILVUが、読み出される。

デマルチプレクサ１４は、HDバッファ１３に読み出されたMPEG-TS形式のILVUを多重分離して、多重化前のGOPを得る。
スイッチ１８は、デマルチプレクサ３の多重化分離によりえられたGOP、デマルチプレクサ１４の多重分離により得られたGOPのうち、何れか一方をビデオデコーダ４に出力する。スイッチ１８の出力切り換えは、SPRM(3)(アングル番号)に基づく。

ビデオデコーダ４は、BD-ROMから読み出されたILVUに対してデコードを行う場合、ビデオデコーダ４はILVUを構成するPESパケットに付加されているPTSを参照する。つまり再生装置内部のクロックがPESパケットのPTSに示される時刻になればビデオデコーダ４は、ILVUに対してデコードを行う。一方、HDから読み出されたILVUに対してデコードを行う場合、ビデオデコーダ４はPESパケットに付加されているPTSと、ストリーム管理情報におけるオフセットとを参照する。つまりPESパケットに付加されているPTSに、オフセットを足し合わせた時刻を再生装置の内部クロックが計時すれば、ビデオデコーダ４は、ILVUに対してデコードを行う。PTSに示される時刻に、オフセットを足し合わせた時刻は、BD-ROMから読み出されたオーディオパケットのPTSに示される時刻とほぼ同じになる。ビデオデコーダ４の上述した処理により、BD-ROMから読み出されたオーディオフレームに対する再生出力と、HDから読み出されたILVUに対するデコーダとは、同期がとられることになる。

以上が本実施形態に係る再生装置の改良である。以上のように構成された再生装置を制御すべく、本実施形態に係る制御部１６は図３６のフローチャートに従い再生処理を行う。
本フローチャートは、PL#xに属するCELLのそれぞれについて、ステップＳ４２〜ステップＳ５６の処理を繰り返すというループ処理構造を形成している。ここで処理対象たるCELL情報を、PLにおいてy番目に位置するCELL情報(CELL情報#y)とする。具体的にいうとPL情報#xをメモリに読み込み(ステップＳ４１)、PL情報#xの先頭CELLをCELL#yに設定し、PL情報#xの最後のCELL情報をCELL情報#zに設定してから(ステップＳ４２)、CELLに属するILVUを、BD-ROM及びローカルHD１２からパラレルにILVUを読み出し、ビデオデコーダ４にデコードさせるという処理を行う(ステップＳ４３〜ステップＳ５６)。

ステップＳ４３〜ステップＳ５６のうちステップＳ４４〜ステップＳ５２は、CELL#yに属する個々のILVUを、BD-ROM及びローカルHD１２から読み出してゆくためのループ処理である。このループ処理において、読出対象たるILVUを、AVストリームにおいてu番目に位置するILVU(ILVU#u)とする。ステップＳ４３では、ステップＳ４４〜ステップＳ５２のループ処理に先立ち、BD-ROM,HDにおけるAVストリームのうち、CELL#yのIn点ビデオフレームを含むILVUをILVU#uに設定している。

ステップＳ４４〜ステップＳ５２のループ処理は、ILVU#uをBD-ROM、HDのそれぞれからBDバッファ２、HDバッファ１３に読み出して、バッファ上のILVUを構成するACCESS UNITのそれぞれをデコーダに投入するという処理(ステップＳ４４〜ステップＳ５２)を繰り返し、ACCESS UNITの全てが投入されれば、次のILVUに処理を移すというものである(ステップＳ５４)。

ビデオデコーダ４に投入されるACCESS UNITを、ILVUにおいてk番目に位置するACCESS UNIT(ACCESS UNIT#k)という。ステップＳ４４〜ステップＳ５０のループ処理では、バッファ上のILVUにおける先頭のACCESS UNITが、ACCESS UNIT#uに設定され(ステップＳ４５)、以降ループ処理が一回繰り返される度に、ILVUにおける次のACCESS UNITがACCESS UNIT#kに設定される(ステップＳ５２)。

ステップＳ４４〜ステップＳ５０のうちステップＳ４８〜ステップＳ５０は、ユーザによるアングル設定に応じて、バッファに読み出されたILVU内のACCESS UNITをデコーダに投入するというものである。図中のアングル#vは、ユーザによりSPRM(3)に設定されたアングルを示す。ユーザによりアングル切換操作がなされた場合(ステップＳ４７でYes)、SPRM(3)は更新を受ける(ステップＳ５３)。

もしアングル#vがBD-ROM側のアングルを示すなら(ステップＳ４８でYes)、BDバッファ２に読み出されたILVU内のACCESS UNITのうち、アングル#vに対応するものをACCESS UNIT#kとしてデコーダに投入する(ステップＳ４９)。もしアングル#vがローカルHD１２側のアングルを示すなら(ステップＳ４８でNo)、HD側バッファ上のILVU内のACCESS UNIT#kをデコーダに投入する(ステップＳ５０)。

ステップＳ５１は、このループ処理の終了条件の判定であり、ACCESS UNIT#kがILVU#uの最後のACCESS UNITでないなら(ステップＳ５１でNo)、AVストリームにおける次のACCESS UNITを、ACCESS UNIT#kに設定して(ステップＳ５２)ステップＳ４７に戻る。もしACCESS UNIT#kがILVU#uの最後のACCESS UNITであるなら、ILVU#uが、CELLのOut点ビデオフレームを含んでいるかどうかを判定する(ステップＳ５３)。ILVU#uが、CELLのOut点ビデオフレームを含んでいないのなら、CELLにおける次のILVUをILVU#uに設定して(ステップＳ５４)、ステップＳ４４に移行する。含んでいるのなら、ステップＳ５５を実行する。ステップＳ５５は、現在の処理対象たるCELL情報#yが、最後のCELL情報#zかどうかを判定するものである。もし現在の処理対象たるCELL情報#yが、CELL#zでなければCELL#yを次の設定に設定し(ステップＳ５６)、このCELL#yに属するILVUについてステップＳ４３〜ステップＳ５５の処理を行うよう、ステップＳ４３に移行する。もし再生停止操作がなされた場合は、本フローチャートの処理を終了する(ステップＳ５３でYes)。

図３７は、スイッチ１８によるBD-ROM及びHDからのパラレル読み出しの過程を示す図である。本図におけるILVU(2-2)(3-2)は、ステップＳ４４においてBD-ROMからBDバッファ２に読み出される。本図におけるILVU(5-2)は、ステップＳ４４においてHDからHDバッファ１３に読み出される。そしてスイッチ１８は、BDバッファ２側のILVU(2-2)、(3-2)、HDバッファ１３側のILVU(5-2)のうち、何れかを選択的にビデオデコーダ４に出力する。

図３８は、図３７に示したような出力切り換えにて、どのような動画表示がなされるかを示す図である。スイッチ１８が、BD-ROM側のILVU(3-2)をビデオデコーダ４に出力すれば、図２８の左側に示すような再生、つまり列車の運転席から撮影された動画像が再生される。一方スイッチ１７が、HD側のILVU(5-2)をビデオデコーダ４に出力すれば、図３８の右側に示すような再生、つまり列車の窓側から撮影された動画像が再生される。

以上のように本実施形態によれば、BD-ROMに記録された映画作品がマルチアングル型の映画作品である場合、これに新たなシーンを追加することができ、映画作品の中身を更に充実させることができる。
(第４実施形態)
第１実施形態では、BD-ROMからのACCESS UNIT読み出しと、ローカルHD１２からのACCESS UNIT読み出しとをパラレルに行ったが、第４実施形態ではBD-ROMからのACCESS UNIT読み出しとパラレルに、ストリーミング再生を行う。図３９は、第４実施形態に係るホームシアターシステムを示す図である。

本図におけるシステムは、ホームサーバ６００が追加されている点が新しい。 本図において再生装置２００は、アップデートキットのうちストリーム管理情報、PL情報のみをダウンロードする。アップデートキットのうちAVストリームは、ホームサーバ６００がダウンロードする。ここでホームサーバ６００は、放送や配信されたコンテンツを自身が内蔵するHDに書き込む機器である。配信されたAVストリームは、かかるホームサーバ６００によりダウンロードされ、内蔵されたHDに書き込まれるのである。

そして本実施形態に係る再生装置２００は、このホームサーバ６００からアップデートキット内のAVストリームの供給を受ける。以上が本実施形態に係るホームシアターシステムの概略構成である。
ストリーム再生にあたって再生装置外部からACCESS UNITを取得するため、アップデートキットにおけるストリーム管理情報、PL情報は図４０、図４１のように改良されている。ストリーム管理情報の改良は、ストリーミング再生の対象となるAVストリームの取得先URIが、Audio属性情報に記述されている点である。つまりAudio属性情報の項目のうち、AVstreamNameやAudiostreamIDの代わりに、AVストリームの取得先URIが記述されているのである。

PL情報の改良は、ストリーミング再生の対象となるAVストリームの取得先URIが、Audio Entryに記述されている点である。つまりPL情報におけるAudio Entryの項目のうち、AVstreamNameやAudiostream IDの代わりに、AVストリームの取得先URIが記述されているのである。
再生装置２００はアップデートキットのうちストリーム管理情報、PL情報をダウンロードすれば、これらストリーム管理情報、PL情報に、ホームサーバ６００のURIを書き込む。こうすることによりホームサーバ６００からAVストリームを取り出す準備ができたことになる。

以上が本実施形態におけるアップデートキットの改良である。続いて再生装置の改良について説明する。図４２は、第４実施形態に係る再生装置の内部構成を示す図である。再生装置における改良は、ストリーミングバッファ１９が追加されている点が主である。制御部１６による再生制御の改良は、図４３のフローチャートに示す通りである。本フローチャートでは、ステップＳ１００〜ステップＳ１０２が新規に追加されている
ステップＳ１００では、WWWサーバ５００からのACCESS UNITを読み出しをBD-ROMからの読み出しに先立って行う。これは、WWWサーバ５００からのACCESS UNITの取得には長い時間がかかるので、ストリーミングバッファ１９へのACCESS UNIT供給は、BD-ROMからの読み出しに先立って行っておくことが望ましいからである。そしてストリーミングバッファ１９に充分な量のACCESS UNITが蓄積されるのを待ち(ステップＳ１０１)、蓄積されれば、BD-ROMからBDバッファ２へのACCESS UNIT読み出しを開始する(ステップＳ１０２)。

BDバッファ２及びストリーミングバッファ１９の双方に、充分な量のACCESS UNITが蓄積されし次第、ACCESS UNITに含まれるGOP、オーディオフレームをデコーダに投入してゆく。この際、オーディオフレームについては、ユーザの設定(SPRM(1))に応じたものが選択的に再生される(ステップＳ５〜Ｓ１７)。
以上のように本実施形態によれば、ホームネットワークにおける別の装置にダウンロードされたオーディオストリームと、BD-ROMに記録されたオーディオストリームとを択一的に再生できるので、アップデートキットを配置する場所の自由度が高まる。

尚、ホームサーバ６００のようにユーザが所有する機器でなくても、配信サーバからの供給を受けてストリーミング再生を行ってもよい、しかしインターネットを介した配信は概して低速なので、BD-ROMからの読み出しに先立ち、充分な量のACCESS UNITをストリームファイルに先読みしておくことが望ましい。

(第５実施形態)
第５実施形態は、動的シナリオをダウンロードすることにより、BD-ROMに記録されている映画作品の新たなバージョンを、再生装置に再生させる改良に関する。

光ディスクによる映画作品の頒布にあたっては、世界的なヒット作品をいちはやく家庭でみたいというユーザの要望は根強く、映画作品の制作者は、過酷な日程で映画作品制作の任務に就いている。近年の映画業界には、映画作品本編以外にも、監督や俳優によるコメンテンタリーやメイキング映像、カット映像、未公開映像をBD-ROMに記録して付加価値を高めるという傾向がみられ、これらの字幕・吹き替え音声の作成は、上述した過酷な日程に追い討ちをかけている。

このような問題を解決するため、本実施形態では動的シナリオのダウンロードを行う。
動的シナリオとは、PL情報を用いたAVストリームの再生制御手順を示すプログラムであり、再生装置における制御のレイアモデルにおいて第４層に規定される。図４４は、レイヤモデルの第４層を示す図である。本図において第４層には、1つのノーマルモードと、2つのエンハンスドモードとが記述されている。1つのノーマルモードは、DVDライクな再生環境での再生モードでありMOVIEモードと呼ばれる。2つのエンハンスドモードのうち、1つ目は、Java（登録商標）仮想マシンを主体とした再生モードであり、Java（登録商標）モードと呼ばれる。2つ目のエンハンスドモードのうち、2つ目はブラウザを主体とした再生モードであり、Browserモードと呼ばれる。

第４層には、MOVIEモード、Java（登録商標）モード、Browserモードという3つのモードがあるので、動的シナリオはどれかのモードで実行できるように記述されればよい。DVDプレーヤ向けのコマンドと良く似たコマンドで、制御手順を記述したい場合は、MOVIEモードの再生制御手順を記述すればよい。そうすれば既存のDVD再生装置と良く似た再生制御を再生装置に実行させることができる。ページ記述言語で制御手順を記述した場合は、Browserモードの再生制御手順を記述すればよい。ネットワーク上のサイトをアクセスしたり、ファイルをダウンロードするような制御手順を記述することができる。Java（登録商標）モードの動的シナリオが図４４に示したZZZ.CLASSであり、ブラウザモードの動的シナリオがZZZ.HTMである。MOVIEモードの動的シナリオがZZZ.MOVIEである。3つのPLから構成される映画作品がBD-ROMに記録されている場合、この動的シナリオがどのように記述されるかの記述例を図４５（ａ）に示す。本図における動的シナリオは、Java（登録商標）言語で記述されたJava（登録商標）モードの動的シナリオであり、Java（登録商標）オブジェクトとよばれる。Java（登録商標）言語での記述が可能なので、Java（登録商標）オブジェクトにおける再生制御手順は、if文等を用いたプログラミングで記述可能である。本図におけるPlayPL(XX,YY)は、第１引数XXに指定されるPLを、第２引数に示される箇所から再生させる関数である。図４５（ａ）のプログラムの記述例では、PlayPL(PL#1,CELL#1)、PlayPL(PL#2,CELL#1)、PlayPL(PL#3,CELL#1)という3つの関数呼出が並んでいるから、PL#1,PL#2,PL#3と言う3つのPLが順次再生され、1つの映画作品が構成されることになる。尚本図におけるPL#1,#2,#3は、PL情報だけをいうのではなく、AVストリーム−ストリーム管理情報−PL情報という一連の組みを意味する。

以上が本実施形態に係るBD-ROMの説明である。続いて本実施形態に係るアップデートキットについて説明する。
本実施形態に係るアップデートキットは、動的シナリオを含む。この動的シナリオは、BD-ROMに記録された動的シナリオの代わりに用いられる。つまりアップデートキット内に新たな動的シナリオが存在する場合、BD-ROMに記録された動的シナリオの代わりに、この新たな動的シナリオが使用されることになる。

図４５（ｂ）は、図４５（ａ）に示した動的シナリオの代わりに用いられる動的シナリオを示す図である。かかる動的シナリオはアップデートキットに組み込まれた状態でHDに書き込まれる。このアップデートキットは、言語によって再生シーンを切り替える「ランゲージクレジット」を実現するものであり、動的シナリオの他に追加のPL(PL#4)を含む。これは差し替え映像であり、択一的にPL#2の代わりに再生される。

アップデートキット内の新たな動的シナリオは、再生装置における言語設定(SPRM(0))が「日本語」なら(if(SPRM(0)==Japanese))、PL#4を再生し(Link(PL#4,Cell#1,0))、再生装置における言語設定がそれ以外なら(else)、PL#2を再生する(Link(PL#2,Cell#1,0))という条件付き再生を実現する。
図４６（ａ）は、BD-ROMに記録される動的シナリオによる再生手順を示す図であり、図４６（ｂ）は、アップデートキットに含まれる動的シナリオによる再生手順を示す図である。図中（ｂ）の矢印hb1,hb2は、アップデートキット内の動的シナリオによる条件付き分岐を象徴的に示したものである。

この図からもわかるようにBD-ROMに記録された動的シナリオは、BD-ROMに記録されたPL#1,#2,#3を順次再生させているに過ぎない。一方、アップデートキットに含まれる動的シナリオは、SPRM(0)の値に応じて、日本向けのPL(PL#4)を再生させるか、米国向けのPL(PL#2)を再生させるかを切り換えているのである。
以上が本実施形態に係るアップデートキットである。続いて本実施形態に係る再生装置について説明する。図４７は、本実施形態に係る再生装置の内部構成を示す図である。本図における再生装置は、動的シナリオメモリ２０、再生制御エンジン２１、DVDライクモジュール２３、Java（登録商標）モジュール２４、BROWSERモジュール２５、モジュールマネージャ２６が追加されている点が新規である。

動的シナリオメモリ２０は、カレント動的シナリオを格納しておき、DVDライクモジュール２３〜BROWSERモジュール２５による処理に供するメモリである。カレント動的シナリオとは、現在実行対象になっている動的シナリオである。ローカルHD１２にアップデートキットが格納されていない場合、BD-ROMにおける動的シナリオがカレントシナリオになり、ローカルHD１２にアップデートキットが記録されている場合は、ローカルHD１２における動的シナリオがカレントシナリオになる。

再生制御エンジン２１は、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再生機能とは、PL情報を解読して、再生開始や再生停止をPL情報に従って行うことをいう。このPL再生機能の実行により、再生制御エンジン２１はレイヤモデルの第３層(静的なシナリオに基づく再生制御)の役割を果たす。再生制御エンジン２１は、AV再生機能をユーザからの操作に従って実行する。一方、機能(2)〜(3)を、DVDライクモジュール２３〜BROWSERモジュール２５からの関数呼出に応じて実行する。つまり再生制御エンジン２１は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。

DVDライクモジュール２３は、MOVIEモードの実行主体となるDVD仮想プレーヤであり、動的シナリオメモリ２０に読み出されたカレントのMOVIEオブジェクトを実行する。
Java（登録商標）モジュール２４は、Java（登録商標）プラットフォームであり、Java（登録商標）仮想マシン、コンフィグレーション、プロファイルからなる。Java（登録商標）モジュール２４は、動的シナリオメモリ２０に読み出されたZZZ.CLASSからカレントのJava（登録商標）オブジェクトを生成し、実行する。Java（登録商標）仮想マシンは、Java（登録商標）言語で記述されたJava（登録商標）オブジェクトを、再生装置におけるCPUのネィティブコードに変換して、CPUに実行させる。

BROWSERモジュール２５は、Browserモードの実行主体となるブラウザであり、動的シナリオメモリ２０に読み出されたカレントのWebPageオブジェクトを実行する。
モジュールマネージャ２６は、モード管理及び分岐制御を行う。モジュールマネージャ２６によるモード管理とは、動的シナリオをどのDVDライクモジュール２３〜BROWSERモジュール２５のうち、どれに実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオをDVDライクモジュール２３に実行させるというものである。イントラモードでの分岐(同一モード内の分岐)があったとしても、この原則は維持される。例外は、インターモードでの分岐(モード間の分岐)が発生した場合である。MOVIEオブジェクトからJava（登録商標）オブジェクト／WebPageオブジェクトへの分岐が発生した場合、Java（登録商標）モジュール２４、BROWSERモジュール２５がカレントオブジェクトを実行することになる。

モジュールマネージャ２６による分岐制御は、分岐先となる動的シナリオを特定し、これをメモリに読み出して、DVDライクモジュール２３〜BROWSERモジュール２５のどれかに実行させることをいう。
以上のように構成された再生装置において、DVDライクモジュール２３〜BROWSERモジュール２５が、動的シナリオメモリ２０に読み出された動的シナリオに従ったPL再生を再生制御エンジン２１に行わせることにより、図４６（ａ）、（ｂ）に示したような再生がなされる。特に図４６（ｂ）の再生にて、BD-ROMに記録された米国公開版の映画作品を、日本公開版に発展させることができる。

動的シナリオの最新バージョンをアップデートキットとしてダウンロードする場合の他のバリエーションについて説明する。BD-ROMに記録された映画作品に、パレンタルロックを施すようなアップデートキットを以下に説明する。
図４８（ａ）は、BD-ROMの記録内容を示す図である。BD-ROMの記録内容は、PL#1、PL#2、PL#3からなるものとする。PL#2は、性的または暴力的なシーンが含まれており、PG18などに代表される視聴年齢制限が必要である。

図４８（ｂ）は、図４８（ａ）に示すBD-ROMに対するアップデートキットである。アップデートキットに含まれるPL#4は、追加のPLである。PL#4はメニューを表示してユーザ選択を受け付けるPLである。このメニューは、子供のように視聴か、大人による視聴かの選択をユーザから受け付けるものである。この選択の結果は、SPR(13)に設定される。PL#4は、PL#2と同様の趣旨の映像内容を漫画的に子供向けに表現したものである。

置き換え用の動的シナリオ(Java（登録商標）オブジェクト)は、PL#1−PL#2−PL#3という3つのPLの再生に先立ち、PL#4の再生を行い、ユーザ選択を行わせてから、この選択に従いPL#4の再生を行うか、PL#2の再生を行うかを切り換える。PL#4は、再生装置におけるパレンタルレベルの設定(SPRM(13))を受け付けるものであり、このSPRM(13)が「Adult Only」なら(if(SPRM(13)==Adult Only))、PL#2を再生(Link(PL#2,Cell#1)、再生装置におけるパレンタルレベルがそれ以外なら(else)、PL#5を再生することになる(Link(PL#5,Cell#1))。SPRM(13)の設定如何で、過激なシーンの再生、子供向けシーンの再生が切り換わるので、たとえBD-ROMにて配布された映画作品に過激なシーンが含まれていたとしても、このBD-ROMに後付けでパレンタルロックを付加することができる。

図４９（ａ）（ｂ）は、BD-ROMに記録された動的シナリオ、アップデートキットに含まれる動的シナリオにより実現される再生手順を模式的に示す図である。図中の矢印pc1,pc2は、アップデートキット内の動的シナリオによる条件付き再生を象徴的に示したものである。この図からもわかるようにSPRM(13)の値に応じて、PL#2かPL#5かの再生切り換えが実現されているのである。SPRM(13)の値に応じて、PL#2の再生を行うか、PL#2を迂回するかの制御がなされるので、BD-ROMに記録されたプログラムに、PL#2を迂回する機能はなくてもWEBサイトから配給される動的シナリオを用いて、後付けでPL#2を迂回するとの再生制御を実現することができる。

続いて、BD-ROMに記録された劇場公開版の映画作品を、ディレクターズカット版に発展させるようなアップデートキットを以下に説明する。
劇場公開版の映画作品とは、一部のシーンをカット／編集して、映画上映時間を２時間強に納めたものをいう。上映時間を2時間強とするのは、映画館での一日の上映回数を増やすためである。つまり、映画監督の意思と相反する事情から、カット／編集が施された映画作品が、劇場公開版の映画作品である。

一方、ディレクターズカット版の映画作品とは、劇場公開版の映画作品に未公開シーンや、編集仮定でカットされたシーンを加えた映画作品であり、映画監督の意思の思想・感情がそのまま現れている映画作品をいう。
図５０は、BD-ROMに記録された劇場公開版の映像編集を、ディレクターズカットに発展させるアップデートキットを示す図である。図５０（ａ）は、BD-ROMに記録されるPL#1、PL#2、動的シナリオ(Java（登録商標）オブジェクト)を示す。図５０（ｂ）は、アップデートキットを示す図である。アップデートキットは、追加のPL#4、置き換え用の動的シナリオを含む。

この動的シナリオ(Java（登録商標）オブジェクト)は、図５１（ａ）に示すような再生順序(PL#1、PL#2)がBD-ROMの動的シナリオにて規定されている場合、PL#1、PL#2の途中に、未公開シーンを構成するPL#3を挿入させるものである。図５１（ｂ）は、置き換え用動的シナリオによる再生手順を示す図である。この動的シナリオにより、PL#1,PL#3,PL#2の順に、PLは再生されることになる。

以上のように本実施形態によれば、再生装置における状態設定に応じて分岐を行うような動的シナリオを、更新用の動的シナリオとして再生装置にダウンロードすることにより、BD-ROMにないようなバージョンの映画作品をユーザに視聴させることができる。
また本実施形態によれば、ROMディスクによる映画作品の頒布後のバージョンアップと等価な動作を実現することができる。パソコンソフトのように後日のバージョンアップが、光ディスクによる映画作品頒布でも可能になるので、制作者の負担は弱らげられる。ここでソフトウェアのバージョンアップは、ROMディスクに記録されたソフトウェアをパソコンにインストールし、新たなアップデートキットをダウンロードしてこのHDに追加することで実現される。このソフトウェアのバージョンアップと異なるのは、上述した再生装置は、HDへのインストールを行わないという点である。HDへのインストールを行わせないので、HDへのインストールが、無尽蔵コピーの糸口になることはない。

(第６実施形態)
第６実施形態は、仮想パッケージのバージョン管理を実現する改良に関する。図５２は、本実施形態に係るHDのディレクトリ構成を示す図であり、本図に示すようにHDには、ROOTディレクトリの下にVpackageディレクトリがあり、その下にabcディレクトリ、XYZディレクトリがある。

図中の「Vpackage」とは、各BD-ROMについてのアップデートキットを格納したディレクトリの上位に位置するディレクトリである。BD-ROMのアップデートキットを格納したディレクトリは、ディレクトリVpackageの下位に配されるので、アップデートキットを配置したディレクトリは、その他のファイルを配したディレクトリと区別されることになる。制御部１６は、BD-ROMがローディングされた場合、Vpackageという名のディレクトリがあるかどうかでアップデートキットの存否をチェックすることができる。

本図において「XYZ」,「abc」はそれぞれがBD-ROMのボリュームラベルであり、「XYZ」というボリュームラベルを有したBD-ROM、「abc」というボリュームラベルを有したBD-ROMに対応したディレクトリが、ローカルHD１２に存在することを意味する。ディレクトリ「XYZ」の下位に位置するサブディレクトリ「Version2,3」は、ボリュームラベル「XYZ」のBD-ROMをVersion2,3にアップデートするためのアップデートキットの置き場所を示す。各BD-ROMに対応するディレクトリにサブディレクトリを配置することで各BD-ROMの個々のバージョンについてのアップデートキットが個別に格納されるのである。

以上が本実施形態に係るローカルHD１２の改良である。続いて、ローカルHD１２のディレクトリ構造に係る再生装置２００における構成要素の改良(ダウンロード部１１、モジュールマネージャ２６)について説明する。
ダウンロード部１１は、WWWサーバ５００からアップデートキットをダウンロードする際、BD-ROMに対応する新たなディレクトリをローカルHD１２上に作成し、そのディレクトリに、BD-ROMのボリュームラベルと同じ名称を付加する。BD-ROMに対応するディレクトリがローカルHD１２上に存在する場合、個々のBD-ROMに対応するディレクトリ内に新たなサブディレクトリを生成する。この新たなサブディレクトリは、BD-ROMの記録内容の新たなバージョンに対応したディレクトリ名を有する。そしてWWWサーバ５００からダウンロードしたアップデートキットを、この新たなサブディレクトリに書き込むのである。例えばディレクトリ「XYZ」に配置すべきアップデートキットが第２版なら、ディレクトリ名「Version2」のサブディレクトリをディレクトリ「XYZ」の下位に生成する。アップデートキットが第３版なら、ディレクトリ名「Version3」のサブディレクトリをディレクトリ「XYZ」の下位に生成する。その後、WWWサーバ５００にアクセスし、アップデートキットをダウンロードして、該当するバージョンのサブディレクトリにダウンロードしたアップデートキットを書き込む。

モジュールマネージャ２６は、BD-ROMが再生装置２００に装填された際、そのBD-ROMからボリュームラベルを読み出して、ローカルHD１２における複数ディレクトリのうち、読み出されたボリュームラベルに合致するものを特定する。こうして特定されたディレクトリの下位に、サブディレクトリが存在するかどうかをチェックする。サブディレクトリが存在するのなら、それらのサブディレクトリのディレクトリ名を参照して、ディレクトリ名に組み込まれているバージョン番号が最も新しいものをアクセスし、そのサブディレクトリからアップデートキットを読み出す。以上が本実施形態のディレクトリ構造に係る構成要素についての改良である。

こうして、バージョン毎に格納されたアップデートキットにて構成される仮想パッケージは、パッケージ統合情報により統合管理される。以降、各仮想パッケージについてのパッケージ統合情報(INFO.BD)について説明する。図５３は、INFO.BDの内部構成を示す図である。BD-ROMパッケージ及び仮想パッケージにおけるINFO.BDは、Index Table、一般情報(General)、PLListを有している。

Index Tableは、動的シナリオについての複数INDEXからなる。このINDEXには、FirstPlayINDEX、メニューINDEXがある。FirstPlayINDEXは、BD-ROMが再生装置にローディングされた際、再生装置が最初に実行すべき動的シナリオ(スタートアップ用動的シナリオ)を指定する。
メニューINDEXは、ユーザがメニューコールを行った際、再生装置が実行すべき動的シナリオを指定するINDEXである。メニューには、Topメニュー、Titleメニュー、Chapterメニュー、Audioメニュー、SubTitleメニューがある。このようなINDEXにより、BD-ROMパッケージにおいては、再生装置へのローディイング時の処理やメニューコール時の処理が規定される。結果としてこのINFO.BDにより、BD-ROMパッケージの挙動が規定されるのである。

続いて一般情報(General)、PLListについて説明する。
破線の引き出し線gh1は、一般情報「General」の内部構成をクローズアップしている。この引き出し線に示すように、一般情報「General」は、「パッケージ名(Package Name)」、「パッケージバージョン(Package Version)」、「ダウンロード許可フラグ(DownLoadability)」「URI」、「有効期限(ExpireDate)」を持つ。

「パッケージ名(PakckageName)」は、BD-ROMパッケージおよび仮想パッケージで統一されたパッケージとしての名称である。通常、映画のタイトル名が「パッケージ名(PakckageName)」として設定される。このパッケージ名は、BD-ROMパッケージと仮想パッケージの対応付けに利用される。
「パッケージバージョン(PakcageVersion)」は、INFO.BDが属しているバージョンを番号で示す。例えば、BD-ROM上のINFO.BDであれば、本情報はVersion1と設定され、仮想パッケージ上のINFO.BDであれば、本情報は、バージョン2以降の値が設定される。

「ダウンロード許可フラグ(Downloadability)」は、アップデートキットが後日供給される可能性の有無を示すフラグである。BD-ROMに記録されたINFO.BDのフラグが「不可」を示している場合は、アップデートキットが供給される可能性がないことを意味する。このフラグが可を示している場合は、以降のバージョンにアップデートするためのアップデートキットが供給され得ることを示す。

DownLoadabilityフラグをバージョンアップ不可と設定することにより、アップデートキットを用いた仮想パッケージ再生は禁じられることになる。これはバージョンアップの途が閉ざされるため、一件業者にとって不利なように見える。しかしDownLoadabilityフラグが不可を示しているなら、アップデートキットをBD-ROMと組合せた再生が禁じられるので、アップデートキットを悪用して映画作品のパロディ版を作成し、制作者を誹謗・中傷することも不可能となる。このような誹謗・中傷をさけ得る点からすれば、DownLoadabilityフラグを不可と設定することのメリットは大きい。

「URI」は、Unified Resource Identifierであり、アップデートキットの供給の可能性があれば、ネットワーク上のどのWWWサイトに、このアップデートキットが存在するかを示す。ダウンロード部１１は、このURIに示されるWWWサイトへアクセスすれば、最新バージョンのアップデートキットを入手することができる。
「有効期限(ExpirationDate)」はアップデートキットのダウンロードが有効になる期日を示している。再生制御エンジン２１は、再生装置内のカレンダ・時計が計時する現日時とこの情報とを比較し、アップデートキットが有効になっているか、または、期限が過ぎていないかを確認する。期間内であれば、INFO.BDを含むアップデートキットを用いた再生を行う。一方期限を過ぎていれば、INFO.BDを含むアップデートキットを用いた再生は行わない。

次に、PLリスト「PLList」の内部構成について説明する。破線の引き出し線gh2は、PLリスト「PLList」の内部構成をクローズアップして示している。PLListは、当該パッケージが有するプレイリストの数(Number）と各プレイリスト毎のエントリ情報(PLEntry#1〜#n）を有している。
「プレイリストエントリ情報(PLEntry)」は夫々「パッケージバージョン(Package Version)」、「ストレージ名(StorageName)」、「プレイリスト名(PlayListName)」、「代替PL情報(Alternative)」という情報を、個々のPL情報に設定できるようになっている。

「パッケージバージョン(PackageVersion)」は、PLEntryに対応するPL情報が属しているバージョンを番号で示す。例えば、BD-ROM上のPL情報であれば、本情報はVersion1と設定され、仮想パッケージ上のPL情報であれば、本情報は、バージョン2以降の値が設定される。
「ストレージ名(StorageName)」は、PLEntryに対応するPL情報が、BD-ROM,HD,半導体メモリカード,インターネット上のサーバのうち何処に置かれているかを示す。PL情報をHD,半導体メモリカードに配置するのはダウンロード部１１なので、アップデートキットがダウンロードした後にダウンロード部１１が自動的に付与する情報になる。

「プレイリスト名(PlayListName)」は、PLEntryに対応するPL情報のシリアル番号であり、PL#1などの値が設定されてる。
「代替PL情報(Alternative)」は、PLEntryに対応するPL情報が、ダウンロードの失敗やHDのトラブルなどによって破損した場合に、代替として再生されるべきプレイリストを示す。PL情報の破損とは、PL情報を構成するCELL情報が、AVストリームを指定していないこと(i)、PL情報を構成するCELL情報のIN点、OUT点が不正であること(ii)、PL情報が既に削除されていること(iii)等の事情があり、PL情報を正しく解読できないことをいう。代替PL情報は通常、BD-ROMに記録されているPL情報を指定する。BD-ROM上のPL情報が破損することは稀だからである。

以上が仮想パッケージ用のINFO.BDである。続いてINFO.BDに係る再生装置の改良(ダウンロード部１１、モジュールマネージャ２６)について説明する。
ダウンロード部１１は、INFO.BDにおける一般情報のURIを参照し、ネットワークにおいてURIに示されているWWWサーバ５００からバージョンアップのためのアップデートキットをダウンロードし、ローカルHD１２における個々のBD-ROMに対応するディレクトリに書き込む。ダウンロード部１１は、再生装置２００内部のカレンダを参照し、現在日時がこのINFO.BDにおける一般情報のExpirationDateに示される日時に達したかどうかの判定を行い、もし達すれば、INFO.BD一般情報のURIに基づきWWWサーバ５００をアクセスしてダウンロードを試みる。

再生制御エンジン２１は、PL情報の処理に先立ち、PLEntryのStorage Nameに示される場所のPL情報が破損しているかどうかのチェックを行う。破損がなければPLEntryのStorage Nameに示される場所のPL情報を解読するが、もし破損があれば、PLEntryのAlternativeに示されるPL情報を読み出し解読する。
モジュールマネージャ２６は、図５４のフローチャートに従って仮想パッケージの再生を行う。以降本フローチャートを参照しながら、本実施形態に係るモジュールマネージャ２６の処理手順について説明する。

図５４のフローチャートにおいて動的シナリオiとは、BD-ROM又はローカルHD１２からの読み込みの対象となる動的シナリオiである。
BD-ROMにおけるINFO.BDのDownLoadabilityFlagが「可能性無し」を示していないかどうかの判定を行い(ステップＳ６０でYes)、HDにおける下位ディレクトリから最新バージョンのINFO.BDを読み出してから(ステップＳ６１)。この動的シナリオiの初期設定を行う(ステップＳ６３)。

もしINFO.BDのAbilityFlagが「可能性無し」を示しているなら、BD-ROMからINFO.BDを読み出し、BD-ROMのみを対象とした制御を実行する。AbilityFlagが「可能性無し」を示している場合、ローカルHD１２に対するアクセス一切行うことなく、動的シナリオ、PL情報、AVストリーム、ストリーム管理情報を読み出すことができるので、再生処理を迅速に行うことができる。初期設定において動的シナリオiには、INFO.BD内のINDEX TABLEにおけるFirstPlayINDEXに記述されている動的シナリオが設定される(ステップＳ６３)。

ステップＳ６４は、動的シナリオの最新バージョンの検索である。HDにおける下位ディレクトリに動的シナリオiの最新バージョンが存在するなら(ステップＳ６４でYes)、HDにおける下位ディレクトリから動的シナリオiの最新バージョンを読み出す(ステップＳ６６)。存在しないのなら、BD-ROMから動的シナリオiを読み出す(ステップＳ６５)。
動的シナリオiが読み出されたなら、動的シナリオiを構成する個々のコマンドを実行する(ステップＳ６７〜ステップＳ７１)。実行すべきコマンドが分岐コマンドであるなら、コマンドにおける分岐先を動的シナリオiに設定して(ステップＳ７１)、ステップＳ６４に移行する。

実行すべきコマンドがPlayPL関数を呼び出すコマンドであるなら、ステップＳ７２にてPL再生処理を行う。このPL再生にあたって、PL情報の最新バージョン探索が必要となる。以降、図５５（ａ）のフローチャートを参照しながらPLの探索手順について説明する。本フローチャートにおいてステップＳ９１〜ステップＳ９５にて再生されるべきPLをPL#kとする。

INFO.BDにおけるPLListのPL#kについてのPLEntryから、Storage名を読み出し(ステップＳ９１)、Storageにおける格納内容に破損があるかどうかを再生制御エンジン２１に判定させる(ステップＳ９２)。有効であれば、PL#kについてのPLEntryに示されたPL情報をPL情報#kに設定する(ステップＳ９３)。無効であれば、PL#kのPLEntryにおけるAlternative情報に示されたPL情報をPL情報#kに設定する(ステップＳ９４)。以上の過程でPL情報#kが設定されれば、PL情報#kの読み出しを行う(ステップＳ９５)。

以上がPL探索手順である。続いてPL情報にて指定されるAVストリームの最新バージョン探索について説明する。
図５５（ｂ）は、AVストリームのバージョン探索の処理手順を示すフローチャートである。ステップＳ７８〜ステップＳ８２は、CELL情報内のEntryのそれぞれについて、ステップＳ８０〜ステップＳ８２の処理繰り返すものである(ステップＳ７８、ステップＳ７９)。

CELL情報内のEntryには、CELL情報におけるAudioTableのAudio Entry、SubTitleTableのSubTitle Entry、Angle Entryがある。これらのEntryのうち、処理対象となるものをEntry#pという。ステップＳ８０〜ステップＳ８２は、各Entryにて指示されるAVストリームを、HD,BD-ROMのうち何処から読み出すかという読出対象の判定処理である。ステップＳ８０は、HDにおける下位ディレクトリに,Entry#pで指定されるAVストリームの最新バージョンが存在するかの判定であり、もし存在すれば(ステップＳ８０でYes)、ローカルHD１２における最新バージョンのAVストリーム及びストリーム管理情報と、BD-ROMにおけるAVストリーム及びストリーム管理情報とを読出対象に設定する(ステップＳ８１)。存在しなければ、BD-ROMにおけるAVストリーム及びストリーム管理情報を読出対象に設定する(ステップＳ８２)。こうして設定された読出対象を読み出すよう、第１実施形態〜第３実施形態の処理を行えば、BD-ROMに記録された音声、字幕、アングルと、ローカルHD１２に記録された音声、字幕、アングルとを選択的に出力することができる。

以降、具体例を交えながら、本フローチャートの処理手順にて、AVストリーム、ストリーム管理情報、PL情報が読み出される過程について説明する。この説明の前提は、図５２のようなディレクトリ構成である。
上述したフローチャートでは、BD-ROMに記録されたファイルより新しいVersionのファイルが、HD内に存在する場合、それらHD内のファイルのうち、最も新しいものを選んで読み出されることになる。図５６は、BD-ROM、Version2ディレクトリ、Version3ディレクトリに格納された各種ファイルを読み出す過程を模式的に示した図である。

本図において横方向に並ぶ4つの破線枠は、BD-ROM、Version2ディレクトリ、Version3ディレクトリ、再生装置内のバッファを象徴的に示している。また白抜きの矢印は、BD-ROM、Version2ディレクトリ、Version3ディレクトリに格納されているファイルのうち、制御部１６がどれを選ぶかといいう選択を、象徴的に示している。
矢印nj1は、ステップＳ６１によるINFO.BDの読み出しを模式的に示す。BD-ROM、Version2ディレクトリ、Version3ディレクトリにINFO.BDが格納されている場合、この読み出しにより、Version3ディレクトリに格納されたINFO.BDがメモリに読み出される。

矢印nj2は、ステップＳ６６によるPL情報OO2.PLの読み出しを模式的に示す。BD-ROM、Version2,3ディレクトリにOO2.PLが格納されている場合、この読み出しにより、Version3ディレクトリに格納されたOO2.PLがメモリに読み出される。
同じファイルに複数のVersionがある場合は、最も新しいVersionのディレクトリからファイルをとるとの選択によりAVストリーム、PL情報、動的シナリオを供給するので、BD-ROMリリースされたパッケージの機能を、WWWサーバ５００からダウンロードしたアップデートキットで補完することができる。

既に配布されたBD-ROMやアップデートキットに欠けていた機能を新しいバージョンのアップデートキットで補うことができるので、配布者は、既に配布されたBD-ROMやアップデートキットに問題が生じた場合、これを回収することなく、その瑕疵を補修することができる。回収のリスクがなくなるので、映画作品配布時における配給者の不安を払拭することができる。

尚、図５４、図５５のフローチャートでは、最新バージョンのINFO.BD、動的シナリオ、PL情報のみをメモリに読み出すようにしたが、全てのバージョンのINFO.BD、動的シナリオ、PL情報をメモリに順次読み出し、古いバージョンのINFO.BD、動的シナリオ、PL情報は、新しいバージョンのINFO.BD、動的シナリオ、PL情報で上書きするとの原則で、最新のINFO.BD、動的シナリオ、PL情報からなる仮想パッケージをメモリ上で生成してもよい。

(第７実施形態)
第６実施形態では、複数バージョンのアップデートキットがローカルHD１２に存在していた場合、これらの中から最新バージョンのものを再生させるようにしていたが、第７実施形態は各バージョンの仮想パッケージをユーザに提示し、好みの仮想パッケージをユーザに選択させるようにする実施形態である。

各バージョンの仮想パッケージ再生が可能になるので、本実施形態ではバージョン毎に記録や再生の履歴をローカルHD１２やサーバ、半導体メモリカード上に残すようにしている。バージョン毎の再生や記録の履歴を示す情報を仮想バージョン情報という。また、各バージョンの仮想パッケージについての仮想バージョン情報からなるテーブルを仮想パッケージテーブルという。

図５７は、仮想パッケージテーブルの構成を示す図である。仮想パッケージテーブル（BDTable）は、ファイル「VP.INFO」に格納されて、図５２のディレクトリ「VPackage」に配置される。仮想パッケージテーブルは、個々のBDエントリー（BDEntry＃）と、エントリー数(Number)とを持っている。個々のBDエントリーが、対応する「INFO.BD」の情報(仮想パッケージ情報)である。

図５８は、各INFO.BDについての仮想パッケージテーブルの構成図である。仮想パッケージテーブルは、個々のバージョンの「パッケージ名」と、仮想パッケージを構成するアップデートキットが何処に記録されているかを示す「記録位置情報」と、前回に当該パッケージを再生した際の再生終了時点を示す「終了位置情報」から構成されている。例えば、パッケージ「ABC」の場合は、アップデートキットの記録位置がローカルのHDの「ABC」ディレクトリであり、前回このパッケージを再生した場合の終了位置が、PL#2のCELL#1の時刻3分24秒の時点である事を示している。またパッケージ「XYZ」は、記録位置情報が無い(図中の「---」)。これは当該パッケージは仮想パッケージではなく、BD-ROMに記録されたオリジナルパッケージであることを示している。パッケージ「WWW」は、記録位置が「Memory：\WWW」であり、これは、アップデートキットの記録位置が、半導体メモリカードのディレクトリWWWで有ることを意味している。また、終了位置情報が無いのは、未だ当該パッケージの再生は行われていないことを意味している。

パッケージ「JKF」は、ホームサーバのディレクトリ「JKF」に記録されていることを示している。
以上が仮想バージョン情報の説明である。続いて本実施形態における再生装置側の改良(ダウンロード部１１、再生制御エンジン２１、モジュールマネージャ２６)について説明する。

ダウンロード部１１は、アップデートキットをWWWサーバ５００からダウンロードした際、その書込位置を示す記録位置情報を、アップデートキットに対応するバージョンの仮想バージョン情報に設定する。
再生制御エンジン２１は、PLの再生を終了した際、再生終了時点を示す情報を生成して、そのPLに対応するバージョンの仮想バージョン情報に設定する。

モジュールマネージャ２６は、図５９のフローチャートに従って、再生装置２００の統合制御を行う。以下図５９を参照して、PL再生の手順について説明する。
本フローチャートの実行が開始されれば、仮想パッケージテーブルが存在するか否かを判定し(ステップＳ８１)、仮想パッケージを一覧表示する(ステップＳ８２)。
図６０は、ステップＳ８２における一覧画面を示す図である。一覧画面におけるボタン(図中の1:オリジナル 2:仮想パッケージ1 3:仮想パッケージ2)は複数バージョンの仮想パッケージのそれぞれを視覚化したものであり、ユーザの操作により選択状態、確定状態を変える。この一覧画面を表示してユーザによる仮想パッケージの選択を待ち(ステップＳ８３)、選択されれば、選択された仮想パッケージ#rに記録位置情報が存在するかどうかを判定する(ステップＳ８４)。存在すれば、記録位置情報に示されるStorageからバージョン#rのINFO.BDを読み出し(ステップＳ８５)、バージョン#rのINDEX TABLE におけるFirstPlayINDEXに記述されている動的シナリオを動的シナリオiに設定する(ステップＳ８６)。

記録位置情報が存在しないなら、BD-ROMからINFO.BDを読み出し(ステップＳ８７)、INFO.BDのINDEX TABLEにおけるFirstPlayINDEXに記述されている動的シナリオを動的シナリオiに設定する(ステップＳ８８)。この際、ユーザが選択した仮想パッケージの番号を、SPRM(24)に格納しておく。
以上の過程で動的シナリオiが設定されれば、ステップＳ６７〜ステップＳ７３の処理を行う。この処理において再生制御エンジン２１によりPL再生がなされる度に(ステップＳ７２)、最終的な再生位置が仮想バージョン情報の終了位置情報に書き込まれることになる(ステップＳ８９)。

以上のように本実施形態によれば、1つの仮想パッケージに複数バージョンが存在する場合、個々のバージョンをユーザがどれだけ見たかをバージョン毎に管理するので、複数バージョンが同時存在することによるユーザの混同を防止することができる。
(第８実施形態)
第１実施形態においてアップデートキットは、再生装置のローカルHD１２に格納されているものとしたが、第８実施形態は半導体メモリカード、ホームサーバ等、様々な場所にアップデートキットが格納され得る場合の改良である。半導体メモリカード、ホームサーバ等様々な場所に格納され得るので、本実施形態に係る再生装置は、図５４のステップＳ６４〜ステップＳ６６、図５５（ｂ）のステップＳ８０〜ステップＳ８１に代えて図６１のステップＳ９１〜ステップＳ９６の手順でアップデートキットの探索を行う。

本フローチャートにおけるステップＳ８は、アップデートキットをローカルHD１２、サーバ、半導体メモリカードの何れかから読み出すものである。一方ステップＳ１０は、アップデートキットが存在しない場合に、BD-ROMからPL情報、ストリーム管理情報、AVストリームを読み出すものである。
最新バージョンの検索にあたって、ローカルHD１２を内蔵しているかを判断し、HDを内蔵している場合(ステップＳ９１)、ローカルHD１２上に仮想パッケージ情報があれば(ステップＳ９２でYes)、ステップＳ９７にてアップデートキットの読み出しが行われることになる。
、一方、ローカルHD１２には仮想パッケージ情報はないが、再生装置がサーバに接続可能であり(ステップＳ９３)、サーバに仮想パッケージ情報が存在する場合も(ステップＳ９４)、ステップＳ９７にてアップデートキットの読み出しが行われることになる。

最後に、ローカルHD１２やホームサーバ上には仮想パッケージ情報がないが、再生装置２００が半導体メモリカードに接続可能であり(ステップＳ９５)、ホームサーバに仮想パッケージ情報が存在する場合も(ステップＳ９６)、アップデートキットの読み出しが行われることになる(ステップＳ９７)。
ローカルHD１２を内蔵しておらず、ホームサーバ、半導体メモリカードとの接続も不可能であれば、BD-ROMからPL情報、ストリーム管理情報、AVストリームが読み出されることになる(ステップＳ９８)。

以上のように本実施形態によれば、様々な機器や媒体にアップデートキットが散在している場合であっても、それらから必要なアップデートキットを取り出すので、アップデートキットのダウンロード時に、アップデートキットの置き場所を決めておかなくてもよいので、アップデートキットの置き場所の自由度が高まる。
本実施例では、HD、ホームサーバ、半導体メモリカードの順で処理を進めたが、これらの順番は入れ替えることが可能であり、例えば、最初にサーバ接続を確認し、次に半導体メモリカード、最後にHDの順番でも良い。

(第９実施形態)
第１実施形態〜第７実施形態では、アップデートキットをHDに記録した。これに対し本実施形態は、アップデートキットを、セキュアな領域と、非セキュアな領域とをもったSDメモリカードに書き込む改良である。図６２は、本実施形態に係る再生装置２００の構成を示す図である。本図において新規なのは、SDメモリカード３０を内蔵している点である。本実施形態にかかる再生装置は、アップデートキットを構成する各ファイルを暗号化してSDメモリカード３０の非プロテクト領域に記録し、暗号鍵をSDメモリカード３０のプロテクト領域に記録する。プロテクト領域に記録された暗号鍵はSDメモリカードによる認証により、正当性が確認されない限り、読み出されることはない。これによりアップデートキットは、不正にコピーされることなく、BD-ROMと併用されるときのみ読み出されることになる。

SDメモリカードにアップデートキットを格納させておく場合、制御部１６は、そのアップデートキットに対応する原本のBD-ROMの媒体識別情報をプロテクト領域に書き込んでおく。こうすることで、オリジナルのBD-ROMと、SDメモリカードとの対応がとられることになる。そして、以降の再生にあたっては、再生に先立ちSDメモリカードとBD-ROMとが揃っているかどうかのチェックを行い、揃っている場合に映画作品の再生を許可し、揃っていなければ再生装置２００による再生を禁止する。

こうすれば、アップデートキットが存在する場合、BD-ROMのみの再生が禁じられ、絶えずアップデートキットとのペアでの再生のみが行われることになる。
以上のように本実施形態によれば、アップデートキットを暗号化して、暗号鍵と共にSDメモリカードに格納しておくので、アップデートキットに対する不正コピーを制限することができる。

また過去に頒布したBD-ROMパッケージに何等かのトラブルがある場合、後日送付するアップデートキットをSDメモリカードに格納させ、絶えずSDメモリカードとBD-ROMとのペアで再生を行わせるので、過去のトラブルを表面化させないような制御を実現することができる。
（備考）
上記実施形態に基づいて説明してきたが、現状において最善の効果が期待できるシステム例として提示したに過ぎない。本発明はその要旨を逸脱しない範囲で変更実施することができる。代表的な変更実施の形態として、以下(A)(B)(C)・・・・のものがある。

(A)PL情報は、図６３のように構成してもよい。つまり図１７のPL情報におけるClip Entryは、BD-ROMに記録されるAVストリームのみを指定しており、ローカルHD１２における音声はAudio Entryで指定していた。これに対し図６３のPL情報は、2以上のClip Entryを有し、2つ目以降のClip Entryに、ローカルHD１２におけるAVストリームを指定させているのである。

(B)図１２に示したBDバッファ２、デマルチプレクサ３、ビデオデコーダ４、オーディオデコーダ６、HDバッファ１３、デマルチプレクサ１４、スイッチ１５は、図６４（ａ）、図６４（ｂ）のように構成してもよい。バッファ７１、バッファ７２は、BDバッファ２、HDバッファ１３から出力されたACCESS UNITを一旦格納する。フィルタ７３は、一旦バッファ７１、バッファ７２に格納されたACCESS UNITを1つのストリームに統合する。デマルチプレクサ３は、統合された1つのストリームに対し多重分離を行い、ビデオストリーム及びオーディオストリームを得て、ビデオデコーダ４及びオーディオデコーダ６に出力するのである。更に、図６４（ｂ）のように構成してもよい。HDバッファ１３から出力されたオーディオフレームをデコードするオーディオデコーダ７６を、オーディオデコーダ６とは別に設けるのである。そしてオーディオデコーダ６によるデコード結果、オーディオコーダ７６によるデコード結果のうち一方を、セレクタ７５に選択的に出力させるのである。

オーディオデコーダ７６は、TSパケットに付加されたタイムスタンプにオフセットを足し合わせた時刻を参照してデコード処理を行うものである。かかるオーディオデコーダ７６を設けることで、オーディオデコーダ６はOffsetを参照するかどうかの切り換えを行う必要がなくなる。
(C)WWWサーバ５００からのアップデートキットの供給は、あくまでも一例に過ぎない。アップデートキットのみが記録されたBD-ROMやDVDをユーザに配布し、BD-ROM、DVDからアップデートキットを取り込むようにしてもよい。WWWサーバ５００からKIOSK端末に対してアップデートキットを配信し、KIOSK端末にアップデートキットを半導体メモリカードに書き込ませて、この半導体メモリカードを介して再生装置に取り込めるようにしてもよい。

(D)WWWサーバ５００からのダウンロードは、Java（登録商標）モードやえブラウザモードの動的シナリオに基づいて行うことが望ましい。Java（登録商標）モードやブラウザモードの動的シナリオは、Java（登録商標）言語、HTML,XML等のマークアップ言語により記述され、BD-ROMに記録される。かかる動画データにてダウンロードを行うことにより、予め定められた時期が到来すれば、アップデートキットを自動的にダウンロードするようプログラミングしておくことができる。また提起的にダウンロードを行うようプログラミングしておくことも有用である。 アップデートキットのダウンロードは、PL再生と同期して行っても良い。例えばBD-ROMに記録されている映画作品の予告編にあたる再生期間内にアップデートキットのダウンロードを行うようプログラミングしてもよい。

(E)米国向けに頒布されたバージョンのみに含まれるデータをアップデートキットとして米国以外の国に居住するユーザに販売してもよい。米国以外の国向けに配布された映画作品は、その国の母国語(非英語)の音声・字幕をAVストリームに多重化しておく必要がある。AVストリームの生成時にあたっては、これら副映像・音声のための帯域を予め確保せねばならない。この帯域確保のため、米国版ではAVストリームに多重化されていた対話操作用のデータが、米国以外の国向けのAVストリームでは、カットされてしまうことが多い。このような事情から、米国版を欲するユーザが多数存在する場合、これら米国向けのデータをアップデートキットとして世界中の様々な国に存在するユーザに配布すれば、ユーザの要望に応えることができる。

(F)ディレクトリ名には、ボリュームラベルをBD-ROMの媒体情報に用いて、BD-ROMに対応するディレクトリをローカルHD１２内に作成したが、媒体についての情報といえるものなら、他のものでもよい。BD-ROMにユニークなコード(媒体識別情報)であってもよい、
(G)各BD-ROMに対応するディレクトリの配下に、ユーザ毎のディレクトリを設け、各ユーザが用いる動的シナリオやPL情報、AVストリーム、ストリーム管理情報を、それらユーザ毎のディレクトリに格納してもよい。そして各ユーザがBD-ROMを再生する際、各ユーザに割り当てられたディレクトリ内の動的シナリオ、PL情報、AVストリーム、ストリーム管理情報を用いてAVストリームを再生できるようにしてもよい。家族のうち父用のディレクトリでは、パレンタルロックを解除した状態でPLを再生させつつ、家族のうち子供用のディレクトリでは、パレンタルロックを解除した状態でPLを再生させるという制御が可能になる。

(H)第１実施形態においてアップデートキット内のAVストリームは、日本語音声という単一言語のオーディオストリームのみが含まれていたが、例えば日本語＋中国語＋韓国語のように複数言語のオーディオストリームをAVストリームとして記録しておいてもよい。この場合アップデートキットは、複数オーディオストリームが多重化されたAVストリームを含むことになる。第２実施形態においてアップデートキット内のAVストリームは、日本語字幕という単一言語の副映像ストリームのみが含まれていたが、例えば日本語＋中国語＋韓国語のように複数言語の副映像ストリームをAVストリームとして記録しておいてもよい。この場合アップデートキットは、複数副映像ストリームが多重化されたAVストリームを含むことになる。

更に、副映像ストリームと、オーディオストリームとを多重化したAVストリームをアップデートキットに含ませてダウンロード部１１にダウンロードさせてもよい。
(I)ダウンロード部１１によるFTPでのアップデートキット取得は、以下のようなFTPの制御コネクション、FTPのデータコネクションによりなされる。FTPの制御コネクションは、再生装置２００内のユーザPI(プロトコルインタプリタ)と、WWWサーバ５００内のユーザPI(プロトコルインタプリタ)との間で確立し、FTPコマンド,FTPリプライをそれぞれ伝送する。

FTPのデータコネクションは、再生装置２００内のユーザDTP(データ転送プロセス)と、WWWサーバ５００内のユーザDTP(データ転送プロセス)との間で確立し、アップデートキットを伝送する。
(J)全ての実施形態では、再生装置の再生の対象となる光ディスクをBD-ROMとし、アップデートキットが記録される記録媒体をHDとして説明したが、本発明の再生装置の特徴は、BD-ROM、HDの物理的性質に依存するものではない。AVストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、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)であってもよい。更に、機器内蔵型のハードディスクであってもよい。

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

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

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

(N)BD-ROMに記録されるにあたって、AVストリームを構成する各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パケットは、他の機器に記録されることはない。

(O)再生装置２００が記録型光ディスク(BD-RE,BD-R等)への記録機能を有しているのなら、BD-ROMにおけるBD-ROMパッケージと、1つ以上のアップデートキットとからなる仮想パッケージを1つのBDパッケージに変換して記録型光ディスクに書き込んでもよい。
この際、AVストリームのコピーは、AVストリームに埋め込まれたコピー世代情報(CGI)に基づいて実行することが望ましい。コピー世代情報には、自由にコピー可能な旨を示す『copy free』と、１世代の複製物の記録が許可されている旨を示す『one generation copy』と、複製物の更なる複製は禁止されている旨を示す『no more copy』と、一切のコピーを認めない旨を示す『never copy』とがある。

AVストリームに権利管理情報は付加されている場合、権利管理情報に定められた利用条件において、AVストリームのコピーを行ってもよい。
権利管理情報において回数指定で、コピーの許可条件が規定されているなら、この条件内でコピーを行う。有効期間の指定(年月日の指定がでコピーの条件が規定されているのならこの条件内でコピーを行う。

(P)コピー処理に、移動やマイグレイト、チェックアウトといったバリエーションが存在する場合、これらバリエーション毎に、定められた利用条件に基づきコピーを行っても良い。移動とは、コピー元のコンテンツの削除が伴うコピー処理であり、複数記録媒体間でコンテンツを移動する場合に用いられる。
マイグレイトとは、コピー先記録媒体において、利用条件情報を生成させることを前提にしたコピー処理である。

チェックアウトとは、回数制限されたコピーの一種であり、コピー回数を1回デクリメントした上でコンテンツのコピーが実行される。一般にいう回数制限付きのコピーと、チェックアウトとの違いは、コピー回数のインクリメントが可能である点である。コピー回数のインクリメントは、コピーにより記録媒体に記録されたコンテンツを再生不能にするという処理("チェックイン"と呼ばれる。)を行った後でなされる。

(Q)各実施形態におけるAVストリームは、DVD-Video規格、DVD-Video Recording規格のVOB(Video Object)であってもよい。VOBは、ビデオストリーム、オーディオストリームを多重化することにより得られたISO/IEC13818-1規格準拠のプログラムストリームである。また、各実施形態におけるAVストリームを、”AVClip”と呼んでもよい。この場合、ストリーム管理情報はClip情報と呼ぶことになる。またAVストリームにおけるビデオストリームは、MPEG4やWMV方式であってもよい。更にオーディオストリームは、Linear-PCM方式、Dolby-AC3方式、MP3方式、MPEG-AAC方式であってもよい。

各実施形態におけるCELL情報は、時間情報により再生区間の開始点、終了点を指定していたが、BD-ROMにおける論理アドレスを用いて再生区間の開始点、終了点を指定してもよい。また、各実施形態におけるCELLを”PlayItem”と呼んでもよい。
(R)図４４に示したレイアモデルにおいて、Java（登録商標）モードの上にブラウザモード及びMOVIEモードを配置してもよい。特にMOVIEモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、MOVIEモードをJava（登録商標）モード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が1つのモードで済むからである。

更に3つのモードを設けず、Java（登録商標）モードだけでJava（登録商標）モードの処理を実行してもよい。Java（登録商標）モードでもPLの再生と同期した再生制御が可能になるから、強いてMOVIEモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、MOVIEモードだけでも、ブラウザモードだけでもよい。
(S)ストリーム管理情報におけるTMAPは、EP_mapと呼んでもよい。この場合、ACCESS UNITの再生開始時刻を、ACCESS UNIT先頭に位置するピクチャデータのタイムスタンプ(Presentation Time Stamp)で表現するのが望ましい。またACCESS UNITにおけるアドレスは、PESパケットの連番(SPN(Serial Packet Number))で表現するのが望ましい。

(T)再生装置の構成において、動的シナリオメモリ２０には、カレントの動的シナリオのみを格納し、静的シナリオメモリ１０には、カレントのストリーム管理情報、カレントのPL情報のみを格納するとしたが、キャッシュメモリのように、複数のシナリオ、ストリーム管理情報、PL情報を予め格納しておいてもよい。こうすれば、これらのデータをBD-ROMから読み出すまでのタイムラグを短くすることができる。

(U)PLを構成する2以上のCELLを連続再生させるには、これらのCELLがシームレス接続されよう、加工を施しておくことが望ましい。シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで、実現される。尚、シームレス接続のために作成された複製部分を、Bridge-Clipと呼んでもよい。

ここで終端部、先端部は、以下のように設定するのが望ましい。
つまり先行するAVストリームのうち先行再生区間のOut点を含むACCESS UNITから、2個先のACCESS UNITまでを終端部とし、また後続するCELL情報#x+1のうち後続再生区間のIn点を含むACCESS UNITを先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許USP,6148,140公報により記載されているので、詳細に関してはこの公報を参照されたい。

更に、シームレス接続のために作成された複製部分については、シームレス接続情報を設けておくことが望ましい。シ−ムレス接続情報とは、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長、オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差(STC-Offset)を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、1つの区間から別の区間への移行する際の音声の途切れを防止することができる。

(V)各実施形態における映画作品は、テレビ映画、ゲームソフト等、映像をもって表現されている全ての著作物を意味する。何故なら、各実施形態における映画作品は、ブラウン管や液晶での表示など、視覚的又は視聴覚的効果を生じさせる方法で表現され(i)、BD-ROMという有体物に、何らかの方法で結びつくことにより同一性を保ちながら存続しており(ii)、かつ再現が可能な状態におかれているので(iii)、映画の著作物の存在形式としての要件を満たすからである。

しかし本発明の本質的要素は、この映画作品であることに限定されるものではないので、本発明の動画データは、監視カメラの映像や家庭用ビデオカメラの映像であってもよい。
(W)各実施形態では、ユーザによる映画作品の選択操作を、リモコンから受け付けたが、再生装置のフロントパネルから受け付けてもよい。キーボード、タッチパネル、マウスやパッド、トラックボール等の入力機器にてユーザの指定を受け付けてもよい。この場合は、クリック操作、ドラッグ操作でこれらの操作を受け付けてもよい。

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

(Y)Java（登録商標）モジュール２４は、衛星放送受信のために機器に組み込まれたJava（登録商標）プラットフォームであってもよい。Java（登録商標）モジュール２４がかかるJava（登録商標）プラットフォームであれば、本発明に係る再生装置は、MHP用STBとしての処理を兼用することになる。
更に携帯電話の処理制御のために機器に組み込まれたJava（登録商標）プラットフォームであってもよい。かかるJava（登録商標）モジュール２４がかかるJava（登録商標）プラットフォームであれば、本発明に係る再生装置は、携帯電話としての処理を兼用することになる。

またBROWSERモジュール２５は、MicroSoft社のInternet Explore等、パソコン組み込み型のブラウザソフトであってもよい。
(Z)尚、アップデートキットの送信は、SSL(Secure Socket Layer)を用いて行うことが望ましい。SSLに対応したWWWサーバ５００は、デジタル証明書がプリインストールされており、再生装置２００からSSL要求を受けると、再生装置２００にデジタル証明書を送る。このデジタル証明書は、公開鍵を暗号化したものであり、再生装置２００は、この証明書を認証する。この認証で正当な公開鍵が得られたなら、このWWWサーバ５００は信頼できると判定する。そして再生装置２００は、この公開鍵で暗号化された共通鍵を送信する。WWWサーバ５００は、送信された暗号化された共通鍵を秘密鍵で復号して、再生装置２００と共通鍵を共有する。こうして共有した共通鍵を用いて、アップデートキットの送受信を行う。アップデートキットの送受信に共通化鍵を用いるのは、暗号化処理を高速に行うためである。また、このデータの送受信には、HTTP、mail,FTP,Telnetが適用される。ここで再生装置２００においてかかる処理は、Java（登録商標）モードの動的シナリオ、ブラウザモードの動的シナリオにて記述しておき、BD-ROMにて供給するようにしてもよい。

またアップデートキットの配信にあたっての決済は、電子商取引を前提にして行うことが望ましい。この場合、WWWサーバ５００にマーチャントソフトを組み込んでおき、再生装置２００に、ウオレットソフトを組み込んでおく。また図１に示したネットワークは、金融機関に設置されるペイメントゲートウェイと接続されている。かかるネットワーク上でSET(Secure Electric Transaction)を用いることでクレジットカード決済を実現する。再生装置２００は、発注情報をサーバ５００に送信するとともに、代金決済情報をペイメントゲートウェイに送信する。発注情報を受けた時点で、サーバ５００は、アップデートキットを再生装置２００に送信する。発注情報、代金決済情報を別々に送信するため、決済の安全性を高めることができる。再生装置２００においてかかる処理は、Java（登録商標）モードの動的シナリオ、ブラウザモードの動的シナリオにて記述しておき、BD-ROMにて供給するようにしてもよい。

BD-ROMに記録された映画作品に、動的シナリオを含むアップデートキットを付け加えることにより、この映画作品をオンラインゲームに発展させてもよい。アップデートキットに含まれる動的シナリオは、PL再生を行うだけでなく、WEBサイトからデータを取得してCGを描画させることができる。
このゲームは、BD-ROMという閉じた世界ではなくインターネットを介した世界的な広がりをもつようになるので、ユーザを末永く楽しませることができる。

本発明に係る再生装置は、光ディスクの記録内容に、アップデートキットを加えた仮想的なパッケージの再生処理を行い、光ディスクの付加価値を効果的に高めるので、より映画ディスクを市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。

本発明に係る再生装置の使用行為についての形態を示す図である。 BD-ROMの構成を示す図である。 ディレクトリ構造を用いてBD-ROMの応用層フォーマットを表現した図である。 機能的な観点から、ファイルを分類した場合の分類図である。 BD-ROMが対象としているソフトウェアのレイアモデルを示す図である。 AVストリームがどのように構成されているかを模式的に示す図である。 AVストリームがどのようにBD-ROMに記録されるかを模式的に示す図である。 ストリーム管理情報の内部構成を示す図である。 PL情報の内部構成を示す図である。 PL情報による間接参照を模式化した図である。 図１０に示したPLと別のPLを定義する場合の一例を示す図である。 再生装置２００の内部構成を示す図である。 BD-ROMパッケージにおけるAVストリームと、アップデートキットにおけるAVストリームとを対比して示す図である。 BD-ROMパッケージ(XXX.TS)におけるACCESS UNITの中身と、アップデートキット(UXX.TS)におけるACCESS UNITの中身とを対比して示す図である。 アップデートキットにおけるストリーム管理情報を示す図である。 BD-ROMにおけるACCESS UNITを構成するパケットと、アップデートキットにおけるACCESS UNITを構成するパケットとを対比して示す図である。 PL情報(UYY.PL)の内部構成を示す図である。 図１０と同様の表記でUYY.PLによる間接参照を示した図である。 第１実施形態に係る制御部１６の処理手順を示すフローチャートである。 ステップＳ４〜ステップＳ１１での読み出しの過程を示す図である。 図２０に示したような出力切り換えにて、どのような音声再生がなされるかを示す図である。 第２実施形態に係るAVストリームにおいてACCESS UNITがどのように構成されているかを示す図である。 図１４と同様の表記で、BD-ROMパッケージ(XXX.TS)におけるACCESS UNITの中身と、アップデートキット(UXX.TS)におけるACCESS UNITの中身とを対比して示す図である。 第２実施形態のアップデートキットに含まれるPL情報の内部構成を示す図である。 会話情報を示す図である。 第２実施形態に係る再生装置の内部構成を示す図である。 第２実施形態に係る制御部１６の処理手順を示すフローチャートである。 制御部１６によるBD-ROM及びHDからの読み出しの過程を示す図である。 図２８に示したような出力切り換えにて、どのような字幕表示がなされるかを示す図である。 （ａ）第３実施形態に係るBD-ROMの記録内容を示す図である。（ｂ）第３実施形態に係るHDの記録内容を示す図である。 図３０に示したマルチアングル区間を構成する各ILVUの所在が、どのように管理されるかを示す図である。 第３実施形態に係るストリーム管理情報の構成を示す図である。 第３実施形態に係るPL情報の内部構成を示す図である。 PL情報に含まれるAngle Entryによる間接参照を模式的に示す図である。 第３実施形態に係る再生装置の内部構成を示す図である。 第３実施形態に係る制御部１６の処理手順を示すフローチャートである。 スイッチ１８によるBD-ROM及びHDからのパラレル読み出しの過程を示す図である。 図３７に示したような出力切り換えにて、どのような動画表示がなされるかを示す図である。 第４実施形態に係るホームシアターシステムを示す図である。 第４実施形態に係るストリーム管理情報を示す図である。 第４実施形態に係るPL情報を示す図である。 第４実施形態に係る再生装置の内部構成を示す図である。 第４実施形態に係る制御部１６の処理手順を示す図である。 レイヤモデルの第４層の詳細を示す図である。 （ａ）動的シナリオの記述例を示す図である。（ｂ）図４５（ａ）に示した動的シナリオの代わりに用いられる動的シナリオを示す図である。 （ａ）BD-ROMに記録される動的シナリオによる再生手順を示す図である。（ｂ）アップデートキットに含まれる動的シナリオによる再生手順を示す図である。 第５実施形態に係る再生装置の内部構成を示す図である。 （ａ）BD-ROMの記録内容を示す図である。（ｂ）図４８（ａ）に示すBD-ROMに対するアップデートキットである。 （ａ）（ｂ）BD-ROMに記録された動的シナリオ、アップデートキットに含まれる動的シナリオにより実現される再生手順を模式的に示す図である。 （ａ）BD-ROMに記録されるPL#1、PL#2、動的シナリオを示す図である。（ｂ）アップデートキットを示す図である。 （ａ）再生順序(PL#1、PL#2)を規定する動的シナリオを示す図である。（ｂ）置換用の動的シナリオによる再生手順を示す図である。 第６実施形態に係るHDのディレクトリ構成を示す図である。 INFO.BDの内部構成を示す図である。 第６実施形態に係るモジュールマネージャ２６の処理手順を示す図である。 （ａ）（ｂ）第６実施形態に係るモジュールマネージャ２６の処理手順を示す図である。 BD-ROM、Version1ディレクトリ、Version2ディレクトリに格納された各種ファイルを読み出す過程を模式的に示した図である。 仮想パッケージテーブルの構成を示す図である。 各INFO.BDについての仮想パッケージテーブルの構成図である。 第７実施形態に係るモジュールマネージャ２６の処理手順を示すフローチャートである。 ステップＳ８２における一覧画面を示す図である。 第８実施形態におけるモジュールマネージャ２６の処理手順を示すフローチャートである。 第９実施形態に係る再生装置２００の構成を示す図である。 PL情報のバリエーションを示す図である。 （ａ）（ｂ）再生装置２００の内部構成のバリエーションを示す図である。

符号の説明

１ BDドライブ
２ BDバッファ
３ デマルチプレクサ
４ ビデオデコーダ
５ ピクチャプレーン
６ オーディオデコーダ
７ イメージデコーダ
８ イメージプレーン
９ 加算器
１０ 静的シナリオメモリ
１１ ダウンロード部
１３ HDバッファ
１４ デマルチプレクサ
１５ スイッチ
１５ ビデオプレーン
１６ 制御部
１７ スイッチ
１８ スイッチ
１９ ストリーミングバッファ
２０ 動的シナリオメモリ
２１ 再生制御エンジン
２３ DVDライクモジュール
２４ Java（登録商標）モジュール
２５ Browserモジュール
２６ モジュールマネージャ
３０ SDメモリカード
２００ 再生装置
３００ テレビ
４００ リモコン
５００ WWWサーバ
６００ ホームサーバ

Claims (6)

1. パッケージ領域を有する記録媒体であって、
   パッケージ領域は、所定のファイルパスで特定される領域であり、
   前記所定のファイルパスには、ディスク識別情報が組み込まれており、
   前記ディスク識別情報は、仮想的なパッケージを再生装置が生成するにあたって、当該パッケージ領域と組み合わせて用いるべき読出専用型光ディスクを、再生装置に指し示す情報であり、
   前記パッケージ領域には、第１デジタルストリームと、第１プレイリスト情報とが記録されており、
   前記第１プレイリスト情報は、
   パッケージ領域上のファイルと、前記読出専用型光ディスク上のファイルとの対応づけを示すことにより、前記読出専用型光ディスクに記録されているデジタルストリームであって、第１デジタルストリームと同期再生すべき、第２デジタルストリームを指定する情報であり、
   前記第１デジタルストリームにおける再生区間と、前記第２デジタルストリームにおける再生区間とを含む再生経路を定義する情報を含み、
   第１プレイリスト情報は、前記仮想的なパッケージの生成時において、前記読出専用型光ディスクに記録された第２プレイリスト情報の代わりに使用される情報である
   ことを特徴とする記録媒体。
2. 仮想的なパッケージは、読出専用型光ディスクのファイルレイアウトを示す情報をメモリに読み出して、当該ファイルレイアウトに対してファイル置換及び／又はファイル追加を施すことで生成され、
   ファイル置換とは、
   読出専用型光ディスクのファイルレイアウトに存在するファイルのうち、パッケージ領域のファイルと同じファイル名でアクセスされるべきものを、パッケージ領域のファイルに置き換えることであり、
   ファイル追加とは、
   パッケージ領域に存在するファイルのうち、読出専用型光ディスクのファイルレイアウトにはないファイル名でアクセスされるべきものを、読出専用型光ディスクのファイルレイアウトに追加することであり、
   前記第１デジタルストリーム、第２デジタルストリーム、第１プレイリスト情報及び第２プレイリスト情報は、ファイルに格納された状態で光ディスク及びパッケージ領域に記録されており、これらのうち第１デジタルストリームを格納したファイル、及び、第１プレイリスト情報を格納したファイルは、読出専用型光ディスクのファイルレイアウトにはないファイル名を含むファイルパスでアクセスされる
   ことを特徴とする請求項１記載の記録媒体。
3. 第１プレイリスト情報において再生経路を定義する情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、光ディスク上の第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す
   ことを特徴とする請求項２記載の記録媒体。
4. 前記パッケージ領域には、プログラムが記録されており、
   プログラムは、光ディスク又はパッケージ領域上に存在する第１又は第２プレイリスト情報を用いた再生制御手順を示す
   ことを特徴とする請求項３記載の記録媒体。
5. 前記第２デジタルストリームは、動画データと、オーディオデータとを含み、
   第１デジタルストリームは、オーディオデータを含む
   ことを特徴とする請求項２記載の記録媒体。
6. 前記第２デジタルストリームは、動画データと、副映像ユニットとを含み、
   第１デジタルストリームは、副映像ユニットを含む
   ことを特徴とする請求項２記載の記録媒体。

Images