この再生装置は、ＢＤ−ＲＯＭに記録されたＡＶストリームの再生を行うだけでなく、ＷＷＷサーバ５００からアップデートキットをダウンロードして、ローカルＨＤ１２に書き込む。ローカルＨＤ１２に格納されたＡＶストリームは、追加言語のためのオーディオストリームを含んでいる。制御部１６は、ＢＤ−ＲＯＭに記録されているＡＶストリーム、及び、ローカルＨＤ１２に記録されているＡＶストリームをＡＣＣＥＳＳ ＵＮＩＴずつ読み出し、オーディオデコーダ６はＢＤ−ＲＯＭ及びローカルＨＤ１２から読み出されたＡＣＣＥＳＳ ＵＮＩＴから必要なオーディオフレームを取り出して再生する。ビデオデコーダ４は、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ ＵＮＩＴから動画データを取り出して再生する。

【発明の詳細な説明】
【技術分野】
本発明は、Ｂｌｕ−Ｒａｙ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＢＤ−ＲＯＭ）等の光ディスクに記録された動画データを再生する再生装置、光ディスクに関し、光ディスクにより頒布された映画作品等を再生する技術に関する。
【背景技術】
映画作品の頒布にあたっては、言語の違いが大きな障壁として立ちはだかる。吹き替え音声や字幕の制作期間を確保するため、映画業界では米国への光ディスク頒布を先に行い、西欧及び日本、東欧及びアジアというように、非英語圏への光ディスク頒布の時期を遅らせるというビジネス形態を採用している（このビジネス形態はタイムシフトと呼ばれる。）。タイムシフトにより世界中の各地域に、英語による音声・字幕と、その地域の母国語による音声・字幕とを有した映画作品が、頒布されることになる。尚ＤＶＤにおける音声再生、副映像再生に関する先行技術としては、以下の特許文献１に記載されたものがある。
ところで自身が属する国・地域には頒布されていないバージョンの光ディスクを欲しがるユーザは、少数であるがどの国・地域にも必ず存在する。典型的なのは、英語、母国語以外の第２言語の語学習得のため、第２言語による翻訳版ディスクを買い求めるユーザである。しかし第２言語の映画作品を記録したディスクの販売地域は、多くの場合、その言語圏内に限定されており、ユーザの母国での購入は困難である。また、その言語圏から取り寄せたとしても、リージョンコードの制約から、自身が所有する再生装置では、再生できないこともある。
習得したい第２言語は、日本語、独語、仏語、中国語、ロシア語等、ユーザ毎のバラツキが激しく、それらの言語の全てをカバーするように商品ラインアップを備えるというのは、配給者にとって負担が大きい。そしてある言語に絞って市場に投入するというのも、配給者にとって市場リスクが非常に大きい。語学習得は一例に過ぎず、自身が属する国に頒布されていないバージョンのディスクを求めるユーザは、どの国にも必ず存在するが、従来には配給者がそのような要求に応える技術は存在しない。
【特許文献１】 特許第２８２１０３０号
【発明の開示】
本発明の目的は、自身が属する国には頒布されていないバージョンのディスクを求めるようようなユーザに対し、満足感を与えることができる再生装置を提供することである。
上記目的は、第１デジタルストリームが記録された光ディスクについての再生装置であって、光ディスクから第１デジタルストリームを一部分ずつ読み出す第１読出手段と、第１デジタルストリームと対応づけられた第２デジタルストリームを予備の記録媒体から特定する制御手段と、制御手段による制御に従い、予備の記録媒体から特定された第２デジタルストリームを一部分ずつ読み出す第２読出手段と、光ディスクから読み出された一部分に含まれるデータ、及び、予備の記録媒体から読み出された一部分に含まれるデータを同期させつつ再生する再生手段とを備える再生装置により達成される。
第２デジタルストリームが母国語以外の第２言語版であれば、これを予備の記録媒体から一部分ずつ読み出す。これに並行して、光ディスクに記録された第１デジタルストリームを一部分ずつ読み出す。両者から読み出された一部分から必要なデータを取り出して、同期をとりつつ再生手段に再生させれば、第２言語版の音声又は字幕の再生を伴いながら、第１デジタルストリーム本体を再生させてゆくことができる。かかる追加の第２デジタルストリームをインターネットを介して販売すれば、第２言語習得のために、第２言語を欲する世界じゅうのユーザに、第２言語版のアップデートキットを少量販売するという新たなビジネス形態を確立することができる。かかるビジネスの確立を、映画作品の新たな収益源にすることができる。
ここで前記再生手段は、第１デジタルストリームの一部分をデマルチプレクスして、動画データ及びオーディオデータを得る第１デマルチプレクス手段と、
第２デジタルストリームの一部分をデマルチプレクスして、オーディオデータを得る第２デマルチプレクス手段と、動画データをデコードするビデオデコーダと、オーディオデコーダと、第１デマルチプレクス手段が得たオーディオデータ、及び、第２デマルチプレクス手段が得たオーディオデータの何れか一方をオーディオデコーダに供給する供給手段とを備え、
前記再生手段による同期再生は、第２デマルチプレクス手段が得たオーディオデータが供給された場合、ビデオデコーダによるデコードと同期をとりながら、オーディオデコーダが当該オーディオデータをデコードすることにより実現してもよい（２）。
第２デジタルストリームが母国語以外の第２言語版であれば、これに含まれる音声データを、第１デジタルストリームにおける動画データと同期させながら再生することができる。映画作品の動画を鑑賞しながら、第２言語のリスニング学習を行うことができるので、第２言語の学習効率が高まる。この学習効率をセールスポイントとして、第２言語の習得を希望する世界中のユーザに対し、第２デジタルストリームをアップデートキットとして販売すれば、配給者は多大な収益を得ることができる。
ここで前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、第１デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻にデマルチプレクスを行い、第２デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻と、所定のオフセットとを足し合わせた時刻にデマルチプレクスを行ってもよい（３）。
デジタルストリームに対するデマルチプレクスの段階で、２つのデジタルストリームの同期をとるため、光ディスクからのデジタルストリーム読み出しと、予備の記録媒体からのデジタルストリーム読み出しとが並行に行われていなくても、同期をとりつつオーディオデコーダへのデータ供給を行うことができる。
またエンコードで参照されたマスタークロックが違っていても、同期をとりつつオーディオデコーダへのデータ供給を行うことができる。
ここで前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
前記ビデオデコーダは、動画データを含んでいたパケットのタイムスタンプに示されている時刻に、第１デジタルストリームに含まれる個々の動画データに対するデコードを行い、前記オーディオデコーダは、オーディオデータを含んでいたパケットのタイムスタンプに示されている時刻と所定のオフセットとを足し合わせた時刻に、第２デジタルストリームに含まれる個々のオーディオデータに対するデコードを行ってもよい（４）。
デジタルストリームに対するデコードの段階で、２つのデジタルストリームの同期をとるため、光ディスクからのデジタルストリーム読み出しと、予備の記録媒体からのデジタルストリーム読み出しとが厳密に並行に行われていなくても、オーディオデコーダは、動画データに対するデコードとの同期をとりつつデコードを行うことができる。またエンコードで参照されたマスタークロックが違っていても、同期をとりつつオーディオデコーダのデコードを行うことができる。
ここでシステムレジスタは、装置における状態設定を示すパラメータを格納しており、前記デコーダが第１デジタルストリームに属するオーディオデータをデコードするか、第２デジタルストリームに属するオーディオデータをデコードするかの切り換えは、システムレジスタに格納されているパラメータに基づいていてもよい（６）。
再生装置における状態設定により、第１デジタルストリーム側の音声、第２デジタルストリーム側の音声の切り換えが可能となるので、予備の記録媒体上の第２デジタルストリームを光ディスク上の第１デジタルストリームと一体で扱うことができる。
ここで前記予備の記録媒体には、プレイリスト情報が記録されており、
プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報であり、前記再生装置は、プレイリスト情報を解読する再生制御手段を備え、第１、第２読出手段による読み出し、及び、再生手段による再生は再生制御手段の解読結果に基づいていてもよい（９）。
第１、第２デジタルストリームの対応をとるばかりではなく、第１デジタルストリームに対し論理的な再生区間が指定されている場合も、その論理的な再生区間に対応する部位を第２デジタルストリーム上で指定することができるので、論理区間単位での同期再生を実現することができる。
ここで前記パッケージ管理情報は、更に代替情報を含み、再生制御手段は、プレイリスト情報の解読に先立ち、プレイリスト情報が破損しているかどうかのチェックを行い、破損していれば、代替情報に示されるプレイリスト情報を解読してもよい（１５）。
予備の記録媒体におけるプレイリスト情報が破損している場合のリカバリーが可能になるので、安定した再生を保証することができる。
ここで前記予備の記録媒体には、プログラムが記録されており、プログラムは、プレイリスト情報を用いた第１及び第２デジタルストリームの再生制御手順を示し、前記再生装置は、予備の記録媒体に記録されたプログラムを実行する実行モジュールを備え、前記再生制御手段によるプレイリスト情報の解読は、プログラム内の関数呼出に基づきなされてもよい（１６）。
。プログラムを参照すれば、プレイリスト情報を用いてどのような手順で再生を行うかを光ディスクのリリース後、事後的に追加することができ、光ディスク販売後のアフターサービスに有益となる。
ここで前記予備の記録媒体には複数のパッケージ領域があり、
個々のパッケージ領域には、再生装置に装填された複数光ディスクのそれぞれに割り当てられており、制御手段は、光ディスクが再生装置に装填された際、その光ディスクから媒体情報を読み出すよう第１読出手段を制御して、予備の記録媒体における複数パッケージ領域のうち、読み出された媒体情報に合致するものを特定し、前記第２読出手段により読み出される第２デジタルストリームは、制御手段により特定されたパッケージ領域内に存在してもよい（２０）。
再生装置に複数光ディスクが装填され、それぞれの光ディスクについてのアップデートバージョンを記録しておくことができる。
ここで再生装置はメモリを備え、
光ディスクには、プレイリスト情報、プログラム、パッケージ管理情報が記録されており、プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報であり、
プログラムは、プレイリスト情報を用いた第１及び第２デジタルストリームの再生制御手順を示し、パッケージ管理情報は、第１、第２デジタルストリーム、プレイリスト情報、プログラムについての管理情報であり、
制御手段は、プレイリスト情報、プログラム、パッケージ管理情報のうち、パッケージ領域にあるものは、第２読出手段を制御してパッケージ領域からメモリに読み出し、レイリスト情報、プログラム、パッケージ管理情報のうち、パッケージ領域にないものは、第１読出手段を制御して光ディスクからメモリに読み出してもよい（２１）。
ここで同じ識別番号が付与されているプレイリスト情報又はプログラムが光ディスク及びパッケージ領域に記録されている場合、制御手段は第２読出手段を制御して、パッケージ領域に記録されているプレイリスト情報又はプログラムをメモリに読み出し、ある識別番号が付与されているプレイリスト情報又はプログラムが光ディスクのみに記録されている場合、制御手段は第１読出手段を制御して光ディスクに記録されているプレイリスト情報又はプログラムをメモリに読み出してもよい（２２）。
プレイリスト情報、プログラム、パッケージ管理情報のうち、新しいアップデートバージョンにはないものについては、光ディスク側のもので補完することができるので全てのデータをアップデートバージョンとしてユーザに伝送する必要はない。アップデートバージョンとしてユーザに供給するものを最小限にすることができるので、インターネットによるアップデートバージョンの伝送に好適である。
ところで上述したような再生装置は、光ディスクからの読み出しと並行して予備の記録媒体からの読み出しを実行せねばならない。予備の記録媒体がＨＤであるなら、ＨＤの何処かのディレクトリにアップデートバージョンが存在するかのチェック（１）と、複数アップデートジョンが存在している場合、どれが最新のアップデートジョンであるかの判定（２）とを行わねばならないのでＨＤスキャンが必要となる。係るＨＤスキャンが必要になるので、光ディスクのローディングから実際のパラレル読み出しまでに時間を要する。一方、ユーザはいち早く光ディスクに記録された映画作品を視聴したいとの意思をもって光ディスクを再生装置にローディングしている。それなのに、バージョンアップの可能性の有無という都合で、光ディスク再生が遅れるのはユーザにとっては甚だ不愉快である。
このような問題は、第１デジタルストリーム、フラグが記録された光ディスクであって、フラグは、記録媒体における記録内容のアップデートバージョンが供給される可能性を示し、アップデートバージョンは、第２デジタルストリーム、対応付け情報を含み、対応付け情報は、光ディスクにおける第１デジタルストリームを、第２デジタルストリームと対応づけて示す情報であるものにより達成される（４５）。
バージョンアップの可能性が全くない光ディスクのローディングにあたってＨＤスキャンを行わず、光ディスクのローディング後、即座に光ディスクに記録されたデジタルストリームの再生に移ることができる。
【図面の簡単な説明】
図１は、本発明に係る再生装置の使用行為についての形態を示す図である。
図２は、ＢＤ−ＲＯＭの構成を示す図である。
図３は、ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマットを表現した図である。
図４は、機能的な観点から、ファイルを分類した場合の分類図である。
図５は、ＢＤ−ＲＯＭが対象としているソフトウェアのレイアモデルを示す図である。
図６は、ＡＶストリームがどのように構成されているかを模式的に示す図である。
図７は、ＡＶストリームがどのようにＢＤ−ＲＯＭに記録されるかを模式的に示す図である。
図８は、ストリーム管理情報の内部構成を示す図である。
図９は、ＰＬ情報の内部構成を示す図である。
図１０は、ＰＬ情報による間接参照を模式化した図である。
図１１は、図１０に示したＰＬとは、別のＰＬを定義する場合の一例を示す図である。
図１２は、再生装置２００の内部構成を示す図である。
図１３は、ＢＤ−ＲＯＭパッケージにおけるＡＶストリームと、アップデートキットにおけるＡＶストリームとを対比して示す図である。
図１４は、ＢＤ−ＲＯＭパッケージ（ＸＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身と、アップデートキット（ＵＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身とを対比して示す図である。
図１５は、アップデートキットにおけるストリーム管理情報を示す図である。
図１６は、ＢＤ−ＲＯＭにおけるＡＣＣＥＳＳ ＵＮＩＴを構成するパケットと、アップデートキットにおけるＡＣＣＥＳＳ ＵＮＩＴを構成するパケットとを対比して示す図である。
図１７は、ＰＬ情報（ＵＹＹ．ＰＬ）の内部構成を示す図である。
図１８は、図１０と同様の表記でＵＹＹ．ＰＬによる間接参照を示した図である。
図１９は、第１実施形態に係る制御部１６の処理手順を示すフローチャートである。
図２０は、ステップＳ４〜ステップＳ１１での読み出しの過程を示す図である。
図２１は、図２０に示したような出力切り換えにて、どのような音声再生がなされるかを示す図である。
図２２は、第２実施形態に係るＡＶストリームにおいてＡＣＣＥＳＳ ＵＮＩＴがどのように構成されているかを示す図である。
図２３は、図１４と同様の表記で、ＢＤ−ＲＯＭパッケージ（ＸＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身と、アップデートキット（ＵＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身とを対比して示す図である。
図２４は、第２実施形態のアップデートキットに含まれるＰＬ情報の内部構成を示す図である。
図２５は、会話情報を示す図である。
図２６は、第２実施形態に係る再生装置の内部構成を示す図である。
図２７は、第２実施形態に係る制御部１６の処理手順を示すフローチャートである。
図２８は、制御部１６によるＢＤ−ＲＯＭ及びＨＤからの読み出しの過程を示す図である。
図２９は、図２８に示したような出力切り換えにて、どのような字幕表示がなされるかを示す図である。
図３０（ａ）は、第３実施形態に係るＢＤ−ＲＯＭの記録内容を示す図である。
図３０（ｂ）は、第３実施形態に係るＨＤの記録内容を示す図である。
図３１は、図３０に示したマルチアングル区間を構成する各ＩＬＶＵの所在が、どのように管理されるかを示す図である。
図３２は、第３実施形態に係るストリーム管理情報の構成を示す図である。
図３３は、第３実施形態に係るＰＬ情報の内部構成を示す図である。
図３４は、ＰＬ情報に含まれるＡｎｇｌｅ Ｅｎｔｒｙによる間接参照を模式的に示す図である。
図３５は、第３実施形態に係る再生装置の内部構成を示す図である。
図３６は、第３実施形態に係る制御部１６の処理手順を示すフローチャートである。
図３７は、スイッチ１８によるＢＤ−ＲＯＭ及びＨＤからのパラレル読み出しの過程を示す図である。
図３８は、図３７に示したような出力切り換えにて、どのような動画表示がなされるかを示す図である。
図３９は、第４実施形態に係るホームシアターシステムを示す図である。
図４０は、第４実施形態に係るストリーム管理情報を示す図である。
図４１は、第４実施形態に係るＰＬ情報を示す図である。
図４２は、第４実施形態に係る再生装置の内部構成を示す図である。
図４３は、第４実施形態に係る制御部１６の処理手順を示す図である。
図４４は、レイヤモデルの第４層の詳細を示す図である。
図４５（ａ）は、動的シナリオの記述例を示す図である。
図４５（ｂ）は、図４５（ａ）に示した動的シナリオの代わりに用いられる動的シナリオを示す図である。
図４６（ａ）は、ＢＤ−ＲＯＭに記録される動的シナリオによる再生手順を示す図である。
図４６（ｂ）は、アップデートキットに含まれる動的シナリオによる再生手順を示す図である。
図４７は、第５実施形態に係る再生装置の内部構成を示す図である。
図４８（ａ）は、ＢＤ−ＲＯＭの記録内容を示す図である。
図４８（ｂ）は、図４８（ａ）に示すＢＤ−ＲＯＭに対するアップデートキットである。
図４９（ａ）（ｂ）は、ＢＤ−ＲＯＭに記録された動的シナリオ、アップデートキットに含まれる動的シナリオにより実現される再生手順を模式的に示す図である。
図５０（ａ）は、ＢＤ−ＲＯＭに記録されるＰＬ＃１、ＰＬ＃２、動的シナリオを示す図である。
図５０（ｂ）は、アップデートキットを示す図である。
図５１（ａ）は、再生順序（ＰＬ＃１、ＰＬ＃２）を規定する動的シナリオを示す図である。
図５１（ｂ）は、置換用の動的シナリオによる再生手順を示す図である。
図５２は、第６実施形態に係るＨＤのディレクトリ構成を示す図である。
図５３は、ＩＮＦＯ．ＢＤの内部構成を示す図である。
図５４は、第６実施形態に係るモジュールマネージャ２６の処理手順を示す図である。
図５５（ａ）（ｂ）は、第６実施形態に係るモジュールマネージャ２６の処理手順を示す図である。
図５６は、ＢＤ−ＲＯＭ、Ｖｅｒｓｉｏｎ１ディレクトリ、Ｖｅｒｓｉｏｎ２ディレクトリに格納された各種ファイルを読み出す過程を模式的に示した図である。
図５７は、仮想パッケージテーブルの構成を示す図である。
図５８は、各ＩＮＦＯ．ＢＤについての仮想パッケージテーブルの構成図である。
図５９は、第７実施形態に係るモジュールマネージャ２６の処理手順を示すフローチャートである。
図６０は、ステップＳ８２における一覧画面を示す図である。
図６１は、第８実施形態におけるモジュールマネージャ２６の処理手順を示すフローチャートである。
図６２は、第９実施形態に係る再生装置２００の構成を示す図である。
図６３は、ＰＬ情報のバリエーションを示す図である。
図６４（ａ）（ｂ）は、再生装置２００の内部構成のバリエーションを示す図である。
【発明を実施するための最良の形態】
（第１実施形態）
以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。図１は、本発明に係る再生装置の、使用行為についての形態を示す図である。図１において、本発明に係る再生装置は再生装置２００であり、再生装置２００、テレビ３００、リモコン４００と共にホームシアターシステムを形成する。ＢＤ−ＲＯＭ１００は、本ホームシステムに映画作品を供給する記録媒体であり、再生装置２００は、リモコン４００に対するユーザ操作に応じて、ＢＤ−ＲＯＭ１００に記録された映画作品を再生するという用途に供される。
本図のホームシステムが特徴的なのは、再生装置２００がネットワークを介してＷＷＷサーバ５００と接続されている点である。ＷＷＷサーバ５００は、再生装置２００からの要求に応じて、ＢＤ−ＲＯＭ１００の記録内容のアップデートキットを再生装置２００宛に送信する。アップデートキットが送信されれば、再生装置はこのアップデートキットをＢＤ−ＲＯＭ１００の記録内容とを動的に組み合わせて、仮想的なバージョンのパッケージ（仮想パッケージ）の再生を実行する。
仮想パッケージとは、ＢＤ−ＲＯＭ１００の記録内容と、アップデートキットとを動的に組み合わせることにより、ユーザに供給される仮想的なパッケージである。仮想パッケージに対し、ＢＤ−ＲＯＭに記録されている記録内容全般をＢＤ−ＲＯＭパッケージという。
以下、ＢＤ−ＲＯＭパッケージについて図２〜図１１を参照しながら説明する。
図２は、ＢＤ−ＲＯＭの構成を示す図である。本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図２に示すようなデータフォーマットを、ＢＤ−ＲＯＭの応用層上に形成することにより本発明に係る光ディスクは、工業的に生産される。
図３は、ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーション）を表現した図である。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの下にＢＤ−ＡＶディレクトリがあり、その下にＪＣＬＡＳＳディレクトリ、ＢＲＯＷＳＥＲディレクトリがある。
ＢＤ−ＡＶディレクトリの配下には、ＩＮＦＯ．ＢＤ、ＸＸＸ．Ｍ２ＴＳ、ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＰＬ、ＺＺＺ．ＭＯＶＩＥといったファイルが存在する。ＪＣＬＡＳＳディレクトリの配下には、ＺＺＺ．ＣＬＡＳＳというファイルが、ＢＲＯＷＳＥＲディレクトリの配下には、ＺＺＺ．ＨＴＭＬというファイルが配置されている。
図４は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第１層、第２層、第３層、第４層からなる階層が本図における分類を象徴的に示す。本図においてＸＸＸ．Ｍ２ＴＳは第２層に分類される。ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＰＬは、第３層（静的シナリオ）に分類される。ＢＤ−ＡＶディレクトリ配下のＺＺＺ．ＭＯＶＩＥ、ＪＣＬＡＳＳディレクトリ配下のＺＺＺ．ＣＬＡＳＳ、ＢＲＯＷＳＥＲディレクトリ配下のＺＺＺ．ＨＴＭは、第４層に分類される。
本図の分類（第１層〜第４層）は、図５に示すようなレイヤモデルを対象とした分類である。以降、図５を参照しながら、ＢＤ−ＲＯＭが対象としている、制御ソフトウェアのレイアモデルについて説明する。
図５の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤ、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらＨＤ、メモリカード、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
第２層は、復号化方式のレイアである。第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定しているのがこの第２層である。本実施形態で採用する復号化方式は、ＭＰＥＧ２の復号化方式である。
第３層（静的シナリオ）は、ストリームの静的なシナリオを規定するレイアである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第３層（静的シナリオ）である。
第４層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第４層である。以降、このレイヤモデルに従い、ストリーム本体、静的なシナリオにあたるファイルについて説明してゆく。
先ず第２層に属するストリーム（ＸＸＸ．Ｍ２ＴＳ）について説明する。
ＡＶストリーム（ＸＸＸ．Ｍ２ＴＳ）は、ＭＰＥＧ−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）形式のデジタルストリームであり、ビデオストリーム、１つ以上のオーディオストリーム、１つ以上の副映像ストリームを多重化することで得られる。ビデオストリームは映画の動画部分を、オーディオストリームは映画の音声部分を、副映像ストリームは、映画の字幕をそれぞれ示している。図６は、ＡＶストリームがどのように構成されているかを模式的に示す図である。
ＡＶストリームは（第４段目）、複数のビデオフレーム（ピクチャｐｊ１，２，３）からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（第１段目）、ＰＥＳパケット列に変換し（第２段目）、更にＴＳパケットに変換し（第３段目）、同じく副映像ストリーム（第７段目）を、ＰＥＳパケット列に変換し（第６段目）、更にＴＳパケットに変換して（第５段目）、これらを多重化することで構成される。この多重化は、オーディオフレームが、同じ時刻にＢＤ−ＲＯＭから読み出されるべきビデオフレームの近くにくるように、ビデオフレームを格納したＴＳパケット、オーディオフレームを格納したＴＳパケットを並べるというものである。
かかる過程を経て生成されたＡＶストリームは、通常のコンピュータファイル同様、複数のエクステントに分割され、ＢＤ−ＲＯＭ上の領域に記録される。図７はＡＶストリームがどのようにＢＤ−ＲＯＭに記録されるかを模式的に示す図である。
ＡＶストリームを構成する各エクステントが、どれだけの長さであり、ＢＤ−ＲＯＭにおいてどのアドレスに記録されているかは、ファイル管理情報ｆｋ１に記述される。
ファイル管理情報ｆｋ１には、ＡＶストリームを分割することで得られる３つのエクステント１，２，３のそれぞれについて、エクステントのアドレス（ａｄｒ１，２，３）、長さ（ｌｅｎｇｔｈ１，２，３）が記述されていることがわかる。ＡＶストリームは、１つ以上のＡＣＣＥＳＳ ＵＮＩＴとからなり、このＡＣＣＥＳＳ ＵＮＩＴの単位で頭出し可能である。ＡＣＣＥＳＳ ＵＮＩＴとは、１つのＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）と、このＧＯＰと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。ＧＯＰは、過去方向および未来方向に再生されるべき画像との時間相関特性を用いて圧縮されているＢｉｄｉｒｅｃｔｉｏｎａｌｌｙ ｐｒｅｄｉｃｔｉｖｅ Ｐｒｅｄｉｃｔｉｖｅ（Ｂ）ピクチャ、過去方向に再生されるべき画像との時間相関特性を用いて圧縮されているＰｒｅｄｉｃｔｉｖｅ（Ｐ）ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されているＩｎｔｒａ（Ｉ）ピクチャを含む。
尚、ＸＸＸ．Ｍ２ＴＳのファイル名ＸＸＸは、ＢＤ−ＲＯＭにおいてＡＶストリームに付与される３桁の識別番号を抽象化している。つまり本図におけるＡＶストリームは、このＸＸＸを用いて一意に識別される。以上がストリーム（ＸＸＸ．Ｍ２ＴＳ）についての説明である（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
＜静的なシナリオ＞
続いて、静的なシナリオであるファイル（ＸＸＸ．ＣＬＰＩ，ＹＹＹ．ＰＬ）について説明する。
ストリーム管理情報（ＸＸＸ．ＣＬＰＩ）は、個々のＡＶストリームについての管理情報である。図８は、ストリーム管理情報の内部構成を示す図である。ＡＶストリームはビデオストリーム、オーディオストリームを多重化することで得られ、ＡＶストリームはＡＣＣＥＳＳ ＵＮＩＴと呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置がＡＶストリーム内の何処に存在するかが、ストリーム管理情報の管理項目になる。図中の引き出し線はストリーム管理情報の構成をクローズアップしている。引き出し線ｈｎ１に示すように、ストリーム管理情報（ＸＸＸ．ＣＬＰＩ）は、ビデオストリーム、オーディオストリームについての「属性情報」と、ＡＣＣＥＳＳ ＵＮＩＴを頭出しするためのリファレンステーブルである「ＴＭＡＰ」とからなる。
属性情報（Ａｔｔｒｉｂｕｔｅ）は、破線の引き出し線ｈｎ２に示すようにビデオストリームについての属性情報（Ｖｉｄｅｏ属性情報）、属性情報数（Ｎｕｍｂｅｒ）、ＡＶストリームに多重化される複数オーディオストリームのそれぞれについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃ｍ）からなる。ビデオストリームについての管理情報は、破線の引き出し線ｈｎ３に示すようにそのビデオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか（Ｒｅｓｏｌｕｔｉｏｎ）、アスペクト比はどれだけであるか（Ａｓｐｅｃｔ）、フレームレートはどれだけであるか（Ｆｒａｍｅｒａｔｅ）を示す。
一方、オーディオストリームについての属性情報（Ａｕｄｉｏ属性情報＃１〜＃Ｍ）は、破線の引き出し線ｈｎ４に示すようにそのオーディオストリームがどのような圧縮方式で圧縮されたか（Ｃｏｄｉｎｇ）、そのオーディオストリームのチャネル番号が何であるか（Ｃｈ．）、何という言語に対応しているか（Ｌａｎｇ）を示す。
タイムマップ（ＴＭＡＰ）は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線ｈｎ５に示すように複数のエントリー情報（ＡＣＣＥＳＳ ＵＮＩＴ＃１エントリー情報、ＡＣＣＥＳＳ ＵＮＩＴ＃２エントリー情報、ＡＣＣＥＳＳ ＵＮＩＴ＃３エントリー情報・・・・・）と、エントリー情報数（Ｎｕｍｂｅｒ）とからなる。各エントリー情報は、引き出し線ｈｎ６に示すように、対応するＡＣＣＥＳＳ ＵＮＩＴの再生時間（Ｄｕｒａｔｉｏｎ）と、対応するＡＣＣＥＳＳ ＵＮＩＴのデータサイズ（Ｓｉｚｅ）とを対応づけてなる。可変長符号圧縮方式が採用されるため、ＧＯＰを含む各ＡＣＣＥＳＳ ＵＮＩＴのサイズや再生時間がバラバラであっても、この『エントリー情報』を参照することにより、任意の再生時刻から、その再生時刻に対応するＡＣＣＥＳＳ ＵＮＩＴ内のピクチャデータへと頭出しを行うことが可能になる。尚、ＸＸＸ．ＣＬＰＩのファイル名ＸＸＸは、ストリーム管理情報が対応しているＡＶストリームと同じ名称が使用される。つまり本図におけるＡＶストリームのファイル名はＸＸＸであるから、ＡＶストリーム（ＸＸＸ．Ｍ２ＴＳ）に対応していることを意味する。以上がストリーム管理情報についての説明である。続いてプレイリスト情報について説明する。
ＹＹＹ．ＰＬ（プレイリスト情報）は、再生経路であるプレイリストを構成するテーブルであり、ＣｅｌｌＬｉｓｔからなる。図９は、ＰＬ情報の内部構成を示す図である。
ＣｅｌｌＬｉｓｔは、複数のＣＥＬＬ情報（ＣＥＬＬ情報＃１，＃２，＃３・・・＃ｎ）と、これらＣＥＬＬ情報数（Ｎｕｍｂｅｒ）とからなる。セル情報は、ポインタ情報であり、プレイリストを構成する１つ以上の論理的な再生区間を定義する。セル情報の構成は、引き出し線ｈｓ１によりクローズアップされている。この引き出し線に示すようにセル情報は、再生区間のＩｎ点及びＯｕｔ点が属するＡＶストリームの名称を示す『ＡＶＳｔｒｅａｍ Ｎａｍｅ』と、再生区間の始点を示す情報『ＩＮ点情報』と、再生区間の終点を示す情報『Ｏｕｔ点情報』とから構成される。
セル情報の特徴は、その表記法にある。つまりタイムマップをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図１０は、ＰＬ情報による間接参照を模式化した図である。本図においてＡＶストリームは、複数のＡＣＣＥＳＳ ＵＮＩＴから構成されている。ストリーム管理情報内のＴＭＡＰは、これら複数ＡＣＣＥＳＳ ＵＮＩＴのセクタアドレスを、矢印ａｙ１，２，３，４に示すように指定している。図中の矢印ｊｙ１，２，３，４は、ＣＥＬＬ情報によるＡＣＣＥＳＳ ＵＮＩＴの参照を模式化して示している。つまり、ＣＥＬＬ情報による参照（矢印ｊｙ１，２，３，４）は、ＴＭＡＰを介することにより、ＡＶストリーム内に含まれる複数ＡＣＣＥＳＳ ＵＮＩＴのアドレスを指定するという間接参照であることがわかる。
ＣＥＬＬ情報−ストリーム管理情報−ＡＶストリームの組みからなるＢＤ−ＲＯＭ上の再生区間を『セル』という。ＰＬ情報−ストリーム管理情報−ＡＶストリームの組みからなるＢＤ−ＲＯＭ上の論理的な再生単位を『プレイリスト（ＰＬと略す）』という。ＢＤ−ＲＯＭに記録された映画作品は、この論理的な再生単位（ＰＬ）にて構成される。論理的な再生単位にて、ＢＤ−ＲＯＭにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するようなＰＬを定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図１１は、図１０に示したＰＬ情報（ＰＬ情報＃１）とは、別のＰＬ（ＰＬ情報＃２）を定義する場合の一例を示す図である。
様々なＰＬ情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やすことが、静的なシナリオの最大のメリットである。
また、ＢＤ−ＲＯＭにおける再生単位には、ＰＬ、ＣＥＬＬといったものの他、Ｃｈａｐｔｅｒがある。Ｃｈａｐｔｅｒは、１つ、２つ以上のＣＥＬＬから構成される。
尚、ＰＬ情報のファイル名ＹＹＹは、ＢＤ−ＲＯＭにおいてＰＬ情報に付与される３桁の識別番号を抽象化している。つまり本図におけるＰＬ情報は、この識別番号ＹＹＹを用いて一意に識別される。ＰＬ情報の識別番号を”ＹＹＹ”と表現しているのは、ＰＬ情報の識別番号が、ＡＶストリーム及びＡＶストリーム管理情報の識別番号ＸＸＸとは別の番号体系であることを意味している（ここでの３桁という桁数は例示に過ぎず、何桁でもよい。）。
以上がＢＤ−ＲＯＭパッケージについての説明である。続いて再生装置２００の内部構成について説明する。図１２は、再生装置２００の内部構成を示す図である。本図に示すように再生装置２００は、ＢＤドライブ１、ＢＤバッファ２、デマルチプレクサ３、ビデオデコーダ４、ピクチャプレーン５、オーディオデコーダ６、イメージデコーダ７、イメージプレーン８、加算器９、静的シナリオメモリ１０、ダウンロード部１１、ローカルＨＤ１２、ＨＤバッファ１３、デマルチプレクサ１４、スイッチ１５、制御部１６から構成される。
ＢＤドライブ１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
ＢＤバッファ２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ ＵＮＩＴが先入れ先出し式に格納される。
デマルチプレクサ３は、ＢＤバッファ２からＡＣＣＥＳＳ ＵＮＩＴを取り出して多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ４に出力し、オーディオフレームをオーディオデコーダ６に出力する。副映像ストリームはイメージデコーダ７に出力する。デマルチプレクサ３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。デマルチプレクサ３による多重分離は、ＢＤ−ＲＯＭから読み出されたＡＶストリームを構成するＴＳパケットからペイロードにあたるＰＥＳパケットを取り出し、更にこのＰＥＳパケットから、そのペイロードにあたる本体データ（ビデオフレーム、オーディオフレーム、副映像ユニットの３つがある。）を取り出して、ＴＳパケットに付加されているＴＳパケットに基づきこの本体データをビデオデコーダ４、オーディオデコーダ６、イメージデコーダ７に出力することでなされる。ここでＴＳパケットに付加されたＰＩＤ（Ｐａｃｋｅｔ ＩＤ）がビデオストリームを示している場合、ＰＥＳパケットの本体データはビデオデコーダ４に出力され、ＰＩＤがオーディオストリームを示しているなら、本体データはオーディオデコーダ６に出力される。ＴＳパケットに対する多重分離は、ＴＳパケットに付加されているＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）、ＡＴＳ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）といったタイムスタンプを参照してなされる。つまり再生装置内部のクロックがＴＳパケットのタイムスタンプに示される時刻になればデマルチプレクサ３は、ＴＳパケットに対して上述した多重分離を行う。
ビデオデコーダ４は、デマルチプレクサ３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン１５に書き込む。
ピクチャプレーン５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ６は、デマルチプレクサ３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
イメージデコーダ７は、圧縮符号化された副映像ストリームを伸長してイメージプレーン８に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。
イメージプレーン８は、一画面分の領域をもったメモリであり、伸長された副映像ストリームが配置される。
加算器９は、ピクチャプレーン５に格納された非圧縮形式のピクチャデータに、イメージプレーン８に伸長されたイメージを合成して出力する。
静的シナリオメモリ１０は、カレントのＰＬ情報やカレントのストリーム管理情報を格納しておくためのメモリである。カレントＰＬ情報とは、ＢＤ−ＲＯＭに記録されている複数ＰＬ情報のうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭに記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。
ダウンロード部１１は、ＷＷＷサーバ５００との間でＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信を実行し、ＷＷＷサーバ５００からアップデートキットをダウンロードしてローカルＨＤ１２に書き込む。
ローカルＨＤ１２は、アップデートキットが書き込まれる内蔵型ディスク装置である。本図において、ローカルＨＤ１２の内部には、ディレクトリ構造をはめ込んで描いている。ローカルＨＤ１２におけるディレクトリ構造は、ＲＯＯＴディレクトリの配下にディレクトリ「ａｂｃ」を配置し、その中にアップデートキットを配置するというものである。図中のディレクトリ名「ａｂｃ」は、アップデートキットに対応するＢＤ−ＲＯＭのボリュームラベルと同じ名称が付加されている。ローカルＨＤ１２においてアップデートキットは、ボリュームラベル「ａｂｃ」と同じ名称「ａｂｃ」を有したディレクトリに記録されるのである。
ダウンロード部１１は、アップデートキットのダウンロードにあたってＢＤ−ＲＯＭのボリュームラベル「ａｂｃ」を読み出し、この名称「ａｂｃ」のディレクトリをローカルＨＤ１２に作成する。そしてＷＷＷサーバ５００にアクセスし、アップデートキットをダウンロードしてボリュームラベル名のディレクトリ名を有するディレクトリ「ａｂｃ」に書き込む。
図中の破線枠の中身は、アップデートキットを構成するファイルを示す。この破線枠に示すようにアップデートキットは、追加のＡＶストリーム「ＵＸＸ．Ｍ２ＴＳ」、追加のストリーム管理情報「ＵＸＸ．ＣＬＰＩ」、更新用のＰＬ情報「ＵＹＹ．ＰＬ」からなる。
ＨＤバッファ１３は、ＢＤ−ＲＯＭに記録されたＡＶストリームを構成するＡＣＣＥＳＳ ＵＮＩＴが、ＢＤバッファ２に読み出される度に、ローカルＨＤ１２に記録された追加のストリーム（ＵＸＸ．Ｍ２ＴＳ）を構成するＡＣＣＥＳＳ ＵＮＩＴが読み出されるバッファである。
デマルチプレクサ１４は、ＨＤバッファ１３に読み出されたＭＰＥＧ−ＴＳ形式のＡＣＣＥＳＳ ＵＮＩＴを多重分離して、多重化前のデータ（本実施形態の場合はオーディオフレームになる）を得る。
スイッチ１５は、ＨＤバッファ１３に読み出されたＡＣＣＥＳＳ ＵＮＩＴのオーディオフレーム、ＢＤバッファ２に読み出されたＡＣＣＥＳＳ ＵＮＩＴ内のオーディオフレームのうち一方を、選択的にオーディオデコーダ６に出力する。スイッチ１５の出力切り換えは、ＳＰＲＭ（１）（音声ストリーム番号）に基づく。ＳＲＰＭ（１）とは、再生装置の状態が示されているレジスタのことである。
制御部１６は、ＣＰＵ、プログラムを格納したＲＯＭ、ＲＡＭからなる典型的なコンピュータシステムである。ＲＯＭに格納されたプログラムがＣＰＵに読み込まれ、プログラムと、ハードウェア資源とが協動することにより、使用目的に応じた情報の演算又は加工を実現する。ここでの使用目的には、ＢＤ−ＲＯＭに記録されたＰＬの再生（１）、ＷＷＷサーバ５００からのアップデートキットのダウンロード（２）、ＢＤ−ＲＯＭパッケージとアップデートキットとを組み合わせた仮想パッケージの再生（３）といったものがあり、プログラムと、ハードウェア資源（ＢＤドライブ１〜スイッチ１５）とが協動した具体的手段が、使用目的に応じた情報の加工又は演算を行うことで、使用目的に応じた特有の情報処理装置（再生装置２００）が構築される。
この制御部１６は、再生装置２００の状態設定を示すレジスタ（プレーヤレジスタ）を内蔵している。プレーヤレジスタは、３２個のＳｙｓｔｅｍ Ｐａｒａｍｅｔｅｒ Ｒｅｇｉｓｔｅｒと、３２個のＧｅｎｅｒａｌ Ｐｕｒｐｐｏｓｅ Ｒｅｇｉｓｔｅｒとからなる。Ｐｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値（ＳＰＲＭ）がどのような意味をもつかは、以下に示す通りである。以下のＳＰＲＭ（ｘ）という表記は、ｘ番目のＰｌａｙｅｒ Ｓｔａｔｕｓ Ｒｅｇｉｓｔｅｒの設定値を意味する。
ＳＰＲＭ（０） ： Ｒｅｓｅｒｖｅｄ
ＳＰＲＭ（１） ： デコード対象たるオーディオストリームのストリーム番号
ＳＰＲＭ（２） ： デコード対象たる副映像ストリームのストリーム番号
ＳＰＲＭ（３） ： ユーザによるアングル設定を示す番号
ＳＰＲＭ（４） ： 現在再生対象とされているタイトルの番号
ＳＰＲＭ（５） ： 現在再生対象とされているＣｈａｐｔｅｒの番号
ＳＰＲＭ（６） ： 現在再生対象とされているＰＬの番号
ＳＰＲＭ（７） ： 現在再生対象とされているＣＥＬＬの番号
ＳＰＲＭ（８） ： 現在の再生時点を示す時刻情報
ＳＰＲＭ（９） ： ナビゲーションタイマのカウント値
ＳＰＲＭ（１０） ： 現在選択状態にあるボタンの番号
ＳＰＲＭ（１１）〜（１２）： Ｒｅｓｅｒｖｅｄ
ＳＰＲＭ（１３） ： ユーザによるパレンタルレベルの設定
ＳＰＲＭ（１４） ： 再生装置の映像再生に関する設定
ＳＰＲＭ（１５） ： 再生装置の音声再生に関する設定
ＳＰＲＭ（１６） ： 再生装置における音声設定を示す言語コード
ＳＰＲＭ（１７） ： 再生装置における字幕設定を示す言語コード
ＳＰＲＭ（１８） ： メニュー描画のための言語設定
ＳＰＲＭ（１９）〜（３１）： Ｒｅｓｅｒｖｅｄ
ここでＳＰＲＭ（１０）は、ＡＶストリームに属する各ピクチャデータが表示される度に更新される。つまり再生装置が新たなピクチャデータを表示させれば、その新たなピクチャデータの表示開始時刻（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ）を示す値にＳＰＲＭ（１０）は更新される。このＳＰＲＭ（１０）を参照すれば、現在の再生時点を知得することができる。
ＳＰＲＭの設定にあたって制御部１６は、メニューを表示する。このメニューは、音声設定、字幕、アングル設定、パレンタル設定をユーザから受け付けるものであり、このメニューに対してユーザが操作を行えば、レジスタの格納値をメニュー操作に応じて更新する。メニューを介した場合だけでなく、ユーザがリモコン４００に対して操作を行った場合も、ＳＰＲＭを更新する。
以上が本実施形態に係る再生装置である。
以降、本ローカルＨＤ１２に格納されているアップデートキットのＡＶストリーム、ストリーム管理情報、ＰＬ情報について説明する。
アップデートキットにおけるＡＶストリーム（ＵＸＸ．Ｍ２ＴＳ）は、ＢＤ−ＲＯＭに記録されたＡＶストリームに新たな音声を追加するＡＶストリームである。図１３は、ＢＤ−ＲＯＭパッケージにおけるＡＶストリームと、アップデートキットにおけるＡＶストリームとを対比して示す図である。アップデートキットにおけるＡＶ、ストリームは、ＢＤ−ＲＯＭパッケージにおけるＡＶストリームと同数のＡＣＣＥＳＳ ＵＮＩＴから構成されている。
図１４は、ＢＤ−ＲＯＭパッケージ（ＸＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身と、アップデートキット（ＵＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身とを対比して示す図である。図１４の上段は、ＢＤ−ＲＯＭ側のＡＣＣＥＳＳ ＵＮＩＴであり、下段はアップデートキット側のＡＣＣＥＳＳ ＵＮＩＴである。本図におけるＡＣＣＥＳＳ ＵＮＩＴ＃９８，＃９９，＃１００，＃１０１，＃１０２は、それぞれＡＶストリームの再生開始から１分３８秒後、１分３９秒後、１分４０秒後、１分４１秒後に再生されるものである（これは、１つのＡＣＣＥＳＳ ＵＮＩＴの再生時間を１秒に近似している）。
ここでＡＣＣＥＳＳ ＵＮＩＴに着眼すると、ＢＤ−ＲＯＭ側のＡＣＣＥＳＳ ＵＮＩＴ＃１００は、１分４０秒に再生されるべきＧＯＰと、同時刻に読み出されるべきオーディオフレーム列（図中の楽譜記号）を含んでいる。一方、アップデートキット側のＡＣＣＥＳＳ ＵＮＩＴ＃１００は、１分４０秒に再生されるべきオーディオフレームを含んでいる。本図における白抜き矢印は、各ＡＣＣＥＳＳ ＵＮＩＴの再生時間を示す。この再生時間がＡＣＣＥＳＳ ＵＮＩＴ毎に異なるのは、ＡＣＣＥＳＳ ＵＮＩＴの再生時間はＧＯＰを基準にしているため、再生時間にはＡＣＣＥＳＳ ＵＮＩＴ毎に差違があることを示す。アップデートキットにおける各ＡＣＣＥＳＳ ＵＮＩＴは、ＢＤ−ＲＯＭに記録された各ＡＣＣＥＳＳ ＵＮＩＴと、同じ再生時間を有している。
ＢＤ−ＲＯＭに記録されるＡＶストリームと同じ数のＡＣＣＥＳＳ ＵＮＩＴを、アップデートキット内のＡＶストリームに含ませておき、ＢＤ−ＲＯＭにおけるＡＣＣＥＳＳ ＵＮＩＴと同じ時間長のオーディオフレームを、アップデートキット内のＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴ内に含ませておくことで、ＢＤ−ＲＯＭに記録されたＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴは、アップデートキット内のＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴと１対１に対応することになる。以上がアップデートキットにおけるＡＶストリームについての説明である。続いてアップデートキット内におけるストリーム管理情報について説明する。
アップデートキットにおけるストリーム管理情報（ＵＸＸ．ＣＬＰＩ）は、音声のみのＡＶストリームについてのストリーム管理情報であり、音声のみのストリームと共にＷＷＷサーバ５００から配給される。図１５は、アップデートキットにおけるストリーム管理情報を示す図である。このストリーム管理情報にも、図８に示したようなＴＭＡＰがあり、各ＡＣＣＥＳＳ ＵＮＩＴについてのデータサイズ及び開始時刻が記述される。ＢＤ−ＲＯＭに記録されたＡＶストリームと同様のＴＭＡＰが存在するため、アップデートキット内のＡＶストリームにおいて、ＡＣＣＥＳＳ ＵＮＩＴ単位での頭出しが可能になる。このストリーム管理情報が図８のストリーム管理情報と異なるのは、ビデオストリームが多重化されていないためビデオ属性が”ｎｏ Ｖｉｄｅｏ”に設定されていること、オーディオ属性に”Ｏｆｆｓｅｔ”が追加されていること（２）である。オーディオ属性に追加されたＯｆｆｓｅｔについて図１６を参照しながら説明する。図１６は、ＢＤ−ＲＯＭにおけるＡＣＣＥＳＳ ＵＮＩＴを構成するパケットと、アップデートキットにおけるＡＣＣＥＳＳ ＵＮＩＴを構成するパケットとを対比して示す図である。本図において「Ｖ」とあるのはビデオパケットを示し、「Ａ」とあるのはオーディオパケットを示す。これらのパケットには、タイムスタンプが付与されている。タイムスタンプは何時処理を行うかという処理タイミングを再生装置に指示する時刻情報である。ＢＤ−ＲＯＭにてリリースされるＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴにおいて最初に位置するオーディオパケットには「７０２」という値のタイムスタンプが付与されている。これより後のオーディオパケットには、「７０３」，「７０４」，「７０５」，「７０６」というようにより大きな値のタイムスタンプが付与されている。一方、アップデートキット内のＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴにおいて最初に位置するオーディオパケットには、「１５０」という値のタイムスタンプが付与されている。これにより後のオーディオパケットには、「１５１」，「１５２」，「１５３」，「１５４」，「１５５」というように後ろにあるオーディオパケット程大きな値のタイムスタンプが付与されている。
タイムスタンプの差の原因は、エンコード時のマスタークロックの違いである。マスタークロックとは、タイムスタンプ付与のためにエンコード時に参照されるクロック信号であり、このマスタークロックの参照により、１つのＡＶストリーム内の複数オーディオパケットには、連続した値のタイムスタンプが付与されることになる。しかしアップデートキット内のＡＶストリームと、ＢＤ−ＲＯＭに記録されたＡＶストリームとでは、タイムスタンプの付与の際、参照されるマスタークロックが違うので、各オーディオパケットに付与されるタイムスタンプの値が自ずと違ってくる。ＡＣＣＥＳＳ ＵＮＩＴに含まれる各オーディオパケットのタイムスタンプが大きく違っているのでこのままでは２つのＡＶストリームの音声をうまく切り換えることはできない。そこでこれらのタイムスタンプの差をストリーム管理情報のＯｆｆｓｅｔに記述しておくのである。
ストリーム管理情報にオフセットを記述しておくことで、たとえマスタークロックが違っていても、ＢＤ−ＲＯＭに記録されたＡＶストリーム内のオーディオパケットと、アップデートキット内のＡＶストリーム内のオーディオパケットとを同期再生させることができる。以上がアップデートキットにおけるストリーム管理情報の説明である。続いてアップデートキットにおけるＰＬ情報（ＵＹＹ．ＰＬ）について説明する。
アップデートキットにおけるＰＬ情報（ＵＹＹ．ＰＬ）は、ＢＤ−ＲＯＭにおけるＰＬ情報の代わりに使用されるＰＬ情報である。アップデートキット内のＰＬ情報がＢＤ−ＲＯＭに記録されものと異なるのは、ＰＬ情報におけるプレイリストは、再生区間の束を、再生順序に従って配列することで定義される点である。再生区間の束とは、複数のＡＶストリーム上に定義される再生区間であって、同期再生されるものをいう。図１７は、ＰＬ情報（ＵＹＹ．ＰＬ）の内部構成を示す図である。図１７における個々のＣＥＬＬ情報は、ＢＤ−ＲＯＭにおけるＡＶストリームを示す「Ｃｌｉｐ Ｅｎｔｒｙ」と、「Ａｕｄｉｏ Ｔａｂｌｅ」と、「Ｓｕｂｔｉｔｌｅ Ｔａｂｌｅ」と、Ｃｌｉｐ Ｅｎｔｒｙ数を示す「Ｎｕｍｂｅｒ」とから構成される。
Ｃｌｉｐ Ｅｎｔｒｙは、ＢＤ−ＲＯＭにおけるＣＥＬＬ情報の「ＡＶＳｔｒｅａｍ Ｎａｍｅ」「Ｉｎ点情報」「Ｏｕｔ点情報」からなる。これらは図９に示したＣＥＬＬ情報のＣｅｌｌ Ｅｎｔｒｙと同一である。Ａｕｄｉｏ Ｔａｂｌｅは、複数のＡｕｄｉｏ Ｅｎｔｒｙ（Ａｕｄｉｏ Ｅｎｔｒｙ＃１〜＃ｎ）からなる。各Ａｕｄｉｏ Ｅｎｔｒｙは、本Ｃｅｌｌにおいて再生可能なオーディオストリームが何というストリームであり、どのＡＶストリームに属しているか、そのストリームにおいてどこからどこまでが１つの再生区間を構成しているかを、ＡＶストリームのファイル名（ＡＶＳｔｒｅａｍ Ｎａｍｅ）、オーディオストリームの識別子（ＡｕｄｉｏＳｔｒｅａｍ ＩＤ）と、そのＡＶストリームにおける再生区間の開始点を示す情報（Ｉｎ点情報）と、そのＡＶストリームにおける再生区間の終了点を示す情報（Ｏｕｔ点情報）と、オフセット（Ｏｆｆｓｅｔ）とを用いて定義している。
例えば、ＢＤ−ＲＯＭにはＡＶストリーム＃１が記録されており、ＡＶストリーム＃２がアップデートキットとして再生装置にダウンロードされて、ローカルＨＤ１２に格納されているものとする。またＡＶストリーム＃１は動画、英語音声を含んでおり、ＡＶストリーム＃２は、第２言語たる日本語音声を含んでいるものとする。日本語音声を、動画とは別のＡＶストリームに格納しておくのは、日本語音声をアップデートキットにて配信するためである。この場合、ＣｅｌｌのＣｌｉｐ Ｅｎｔｒｙ＃１にＡＶストリーム＃１上における再生区間を定義させ、Ａｕｄｉｏ Ｅｎｔｒｙ＃１に、日本語音声であるＡＶストリームについてのＡＶＳｔｒｅａｍ Ｎａｍｅ、ＡｕｄｉｏＳｔｒｅａｍＩＤを記述しておく。このように記述されたＣＥＬＬ情報を含むＰＬ情報を、ＡＶストリーム＃２と共にＷＷＷサーバ５００から配信すれば、ＢＤ−ＲＯＭに記録されたプレイリストを組み合わせることで日本語音声版の映画作品をユーザに視聴させることができる。
図１８は、図１０と同様の表記でＵＹＹ．ＰＬによる間接参照を示した図である。本図におけるアップデートキットのＰＬ情報は、Ｃｌｉｐ Ｅｎｔｒｙと、Ａｕｄｉｏ Ｅｎｔｒｙとを有している。図中の矢印ｒｆ１，ｒｆ２，ｒｆ３は、Ｃｌｉｐ Ｅｎｔｒｙによる再生区間の指定を示し、図中の矢印ｐｆ１，ｐｆ２，ｐｆ３はＡｕｄｉｏ Ｅｎｔｒｙによる再生区間の指定を示す。つまり図１８のＰＬ情報を構成する各ＣＥＬＬ情報は、２つのＡＶストリームにおける２つの再生区間を指定しているのである。１つのＣＥＬＬ情報が２つの再生区間を指定しているため、ＰＬ情報によりＢＤ−ＲＯＭ上の再生区間と、ＨＤ上の再生区間との束からなる再生経路が定義されることになる。以上がローカルＨＤ１２に格納されるアップデートキットについての説明である。
アップデートキットにおけるＡＶストリーム、ストリーム管理情報、ＰＬ情報のファイル名「ＵＸＸ．Ｍ２ＴＳ」，「ＵＸＸ．ＣＬＰＩ」，「ＵＹＹ．ＰＬ」における「Ｕ」は、アップデートキットにおけるＡＶストリーム、ストリーム管理情報、ＰＬ情報を、ＢＤ−ＲＯＭ上のものと区別するため便宜的に設けたものに過ぎない。実際には、アップデートキット内のＡＶストリーム、ストリーム管理情報、ＰＬ情報のファイル名は、ＢＤ−ＲＯＭ上のもの同じファイル名が付与される。このファイル名により、アップデートキット上のものと、ＢＤ−ＲＯＭ上のものとの対応がとられるのである。ＢＤ−ＲＯＭ（光ディスク）に記録されたＡＶストリームと、ＨＤ（予備の記録媒体）に記録されたＡＶストリームとの対応付けとは、アップデートキットに含まれるＰＬ情報による対応付け（１）、アップデートキットに含まれるファイルのファイル名と、光ディスクに記録されたファイルのファイル名との同一性による対応付け（２）を意味する。
アップデートキット内のＡＶストリームを読み出す場合のデマルチプレクサ１４による多重分離について説明する。デマルチプレクサ１４による多重分離は、ＨＤから読み出されたＡＶストリームを構成するＴＳパケットからペイロードにあたるＰＥＳパケットを取り出し、更にこのＰＥＳパケットから、そのペイロードにあたる本体データを取り出して、ＴＳパケットに付加されているタイムスタンプに基づきこの本体データをオーディオデコーダ６に出力することでなされる。デマルチプレクサ１４による多重分離は、ＴＳパケットに付加されているＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｎｃｅ）、ＡＴＳ（Ａｒｒｉｂｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）といったタイムスタンプと、ストリーム管理情報に示されるオフセットとを参照してなされる。ＴＳパケットのタイムスタンプに示される時刻にオフセットを足し合わせた時刻を、再生装置内のクロックが計時すれば、デマルチプレクサ１４は、ＴＳパケットに対して上述した多重分離を行う。タイムスタンプに示される時刻に、オフセットを足し合わせた時刻は、ＢＤ−ＲＯＭから読み出されたＴＳパケットのタイムスタンプの値を足し合わせた時刻と同じになるから、デマルチプレクサ１４の上述した処理により、ＢＤ−ＲＯＭから読み出されたＴＳパケットに対する多重分離、ＨＤから読み出されたＴＳパケットに対する多重分離は、同期がとられることになる。
アップデートキット内のオーディオストリームをローカルＨＤ１２から読み出す場合のオーディオデコーダ６による同期処理について説明する。ＢＤ−ＲＯＭから読み出されたオーディオフレームに対してデコードを行う場合、オーディオデコーダ６はＰＥＳパケットに付加されているＰＴＳを参照する。つまり再生装置内部のクロックがＰＥＳパケットのＰＴＳに示される時刻になればオーディオデコーダ６は、オーディオフレームに対してデコードを行う。一方、ＨＤから読み出されたオーディオフレームに対してデコードを行う場合、オーディオデコーダ６はＰＥＳパケットに付加されているＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）と、ストリーム管理情報におけるオフセットとを参照する。つまりＰＥＳパケットに付加されているＰＴＳに、オフセットを足し合わせた時刻を再生装置の内部クロックが計時すれば、オーディオデコーダ６は、オーディオフレームに対してデコードを行う。ＰＴＳに示される時刻に、オフセットを足し合わせた時刻は、ＢＤ−ＲＯＭから読み出されたビデオパケットのＰＴＳに示される時刻とほぼ同じになる。オーディオデコーダ６の上述した処理により、ＢＤ−ＲＯＭから読み出されたビデオフレームに対する再生出力と、ＨＤから読み出されたオーディオフレームに対する再生出力とは、同期がとられることになる。デマルチプレクサ１４、オーディオデコーダ６が以上のような処理を行うことにより、音声−映像間の同期は確保されるのである。
ＢＤ−ＲＯＭ、ＨＤからの読み出しは、ＡＣＣＥＳＳ ＵＮＩＴ単位で行われたが、デマルチプレクサ３、デマルチプレクサ１４からオーディオデコーダ６への供給は、ＡＣＣＥＳＳ ＵＮＩＴとは関係なくなされる。何故なら、デマルチプレクサ３、デマルチプレクサ１４による多重分離は、ＴＳパケット列たるＡＣＣＥＳＳ ＵＮＩＴをＰＥＳパケット列に変換し、オーディオフレーム、ビデオフレームに変換することであり、ＰＥＳパケット又はＴＳパケットに含まれるフレームの単位で、オーディオデコーダ６への供給はなされるからである。ＰＥＳパケット、ＴＳパケットが処理単位になるので、ＰＥＳパケットにオーディオフレームの一部が入っている場合は、その一部分がオーディオデコーダ６に出力されることになる。ＰＥＳパケットに複数のオーディオフレームが含まれている場合は、複数オーディオフレームがオーディオデコーダ６に供給されることになる。オーディオデコーダ６はこのように供給されたオーディオフレームやオーディオフレームの一部分を自身が内蔵しているメモリに一旦格納したうえで処理する。ここで問題となるのは、１つのオーディオフレームが複数ＡＣＣＥＳＳ ＵＮＩＴに分割されて格納されている場合である。つまりあるＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケット列に、オーディオフレームの前半部分が格納されており、直後のＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケット列に、オーディオフレームの後半部分が格納されている場合を想定する。
１つのオーディオフレームが分割されて複数のＡＣＣＥＳＳ ＵＮＩＴに格納されるのは珍しいことではない。ＡＶストリームへの多重化では普通に起こり得ることである。何故なら、ＰＥＳパケットのペイロードのデータサイズは、オーディオフレームのデータサイズは非整数倍であり、１つのＴＳパケット、ＰＥＳパケットに収まりきらないオーディオフレームが必ず出現するからである。
そしてオーディオフレームの前半部分を格納したＰＥＳパケットが多重分離されてオーディオデコーダ６に出力された後、同じオーディオフレームの後半部分を格納したＰＥＳパケットが多重分離されるまでにＳＰＲＭ（１）の更新による音声切り換えがなされたものとする。この場合オーディオデコーダ６には、オーディオフレームの前半部分が供給された後、別のオーディオストリームに属するオーディオフレームが供給されることになる。オーディオデコーダ６は、前半部分は得たものの、後半部分を得ることはできないので、正常にデコードを行うことができず、「ブスッ」という耳障りな異音が発してしまう恐れがある。これを避けるには、音声切換後、わずかな期間、オーディオデコーダ６による再生出力に対し消音処理（ミュート）を施す。ミュートにより、音声切り換え直後は、僅かに無音期間が発生するが、ＢＤ−ＲＯＭ側音声からＨＤ側音声、ＨＤ側音声からＢＤ−ＲＯＭ側音声というように、自由な音声切り換えが可能になる。
最後に、本実施形態における制御部１６の制御手順についてより詳しく説明する。
制御部１６は、ＢＤ−ＲＯＭが再生装置２００に装填された際、そのＢＤ−ＲＯＭからボリュームラベルを読み出して、ローカルＨＤ１２における複数ディレクトリのうち、読み出されたボリュームラベルに合致するものを特定する。こうして特定されたディレクトリ内部のファイルが、アップデートキットであるものとして以降の処理を行う。その以降の処理とは、図１９のフローチャートに示す処理手順をコンピュータに実行させることで実現される。
本フローチャートは、ＰＬ＃ｘに属するＣＥＬＬのそれぞれについて、ステップＳ２〜ステップＳ１６の処理を繰り返すというループ処理を形成している。ここで処理対象たるＣＥＬＬを、ＰＬにおいてｙ番目に位置するＣＥＬＬ（ＣＥＬＬ＃ｙ）とする。具体的にいうとＰＬ情報＃ｘをメモリに読み込み（ステップＳ１）、ＰＬ情報＃ｘの先頭ＣＥＬＬをＣＥＬＬ＃ｙに設定し、ＰＬ情報＃ｘの最後のＣＥＬＬをＣＥＬＬ＃ｚに設定してから（ステップＳ２）、ＣＥＬＬ＃ｙに属するＡＣＣＥＳＳ ＵＮＩＴを、ＢＤ−ＲＯＭ及びローカルＨＤ１２からパラレルに読み出し、ビデオデコーダ４、オーディオデコーダ６にデコードさせるという処理を行い（ステップＳ３〜ステップＳ１２）、ＣＥＬＬ内の全てのＡＣＣＥＳＳ ＵＮＩＴがデコードされれば（ステップＳ１１でＹｅｓ）、ＣＥＬＬ＃ｙがＣＥＬＬ＃ｚに達したかどうかを判定して（ステップＳ１５）、次のＣＥＬＬをＣＥＬＬ＃とする（ステップＳ１６）。
ステップＳ３〜ステップＳ１６のうちステップＳ４〜ステップＳ１２は、ＣＥＬＬ＃ｙに属する個々のＡＣＣＥＳＳ ＵＮＩＴを、ＢＤ−ＲＯＭ及びローカルＨＤ１２から読み出してゆくためのループ処理である。このループ処理において、読出対象たるＡＣＣＥＳＳ ＵＮＩＴを、ＡＶストリームにおいてｕ番目に位置するＡＣＣＥＳＳ ＵＮＩＴ（ＡＣＣＥＳＳ ＵＮＩＴ＃ｕ）とする。ステップＳ３では、ステップＳ４〜ステップＳ１２のループ処理に先立ち、ＢＤ−ＲＯＭ，ＨＤにおけるＡＶストリームのうち、ＣＥＬＬ＃ｙのＩｎ点ビデオフレームを含むＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳ ＵＮＩＴ＃ｕに設定する。
ステップＳ４〜ステップＳ１２のループ処理は、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕをＢＤ−ＲＯＭ、ＨＤのそれぞれからＢＤバッファ２、ＨＤバッファ１３に読み出して（ステップＳ４）、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕを構成するビデオフレームをデコーダに投入し（ステップＳ５）、ステップＳ６、ステップＳ７を経てＡＣＣＥＳＳ ＵＮＩＴ＃ｕを構成するオーディオフレームをデコーダに投入するという処理（ステップＳ８〜ステップＳ１０）を繰り返すものである。
ＢＤ−ＲＯＭからのＡＣＣＥＳＳ ＵＮＩＴ読み出しと、ＨＤからのＡＣＣＥＳＳ ＵＮＩＴ読み出しとは同時に行われる必要はない。どちらかからの読み出しが早くても、または遅くてもよい。何故なら、ＢＤ−ＲＯＭ、ＨＤからの読み出されたＡＣＣＥＳＳ ＵＮＩＴは、一旦ＢＤバッファ２、ＨＤバッファ１３に格納されて速度調整されるため（ｉ）、デマルチプレクサ３、デマルチプレクサ１４による多重分離、ビデオデコーダ４、オーディオデコーダ６によるデコードは同期して行われるため（ｉｉ）である。
ＢＤ−ＲＯＭからＢＤバッファ２への読み出しにあたって制御部１６は、ＢＤバッファ２における蓄積量を監視し、この蓄積量に不足が生じればこれを補うようＢＤ−ＲＯＭからＢＤバッファ２にＡＣＣＥＳＳ ＵＮＩＴを読み出す。バッファ上の蓄積量に応じた読出制御は、ＨＤについても同様である。
ステップＳ８〜ステップＳ１０における音声切り換えは、ユーザによる音声設定に応じて、ＢＤバッファ２に読み出されたＡＣＣＥＳＳ ＵＮＩＴ内のオーディオフレームをデコーダに投入し（ステップＳ９）、ＨＤバッファ１３に読み出されたＡＣＣＥＳＳ ＵＮＩＴ内のオーディオフレームの何れか一方をオーディオデコーダ６に投入する（ステップＳ１０）というものである。図中の変数Ａｕｄｉｏ＃ｖは、ユーザによりＳＰＲＭ（１）に設定された音声を示す。この変数Ａｕｄｉｏ＃ｖは、ユーザにより音声切換操作がなされた場合（ステップＳ７でＹｅｓ）、ＳＰＲＭ（１）が更新される（ステップＳ１３）。
もし変数Ａｕｄｉｏ＃ｖがＢＤ−ＲＯＭ側のオーディオストリームを示すものなら（ステップＳ８でＹｅｓ）、ＢＤバッファ２に読み出されたＡＣＣＥＳＳ ＵＮＩＴ内のオーディオフレームのうち、変数Ａｕｄｉｏ＃ｖに対応するものをデコーダに投入する（ステップＳ９）。もし変数Ａｕｄｉｏ＃ｖがローカルＨＤ１２側のオーディオストリームを示すなら（ステップＳ８でＮｏ）、ＨＤ側バッファ上のＡＣＣＥＳＳ ＵＮＩＴ内のオーディオフレームをデコーダに投入する（ステップＳ１０）。
ステップＳ１１は、このループ処理の終了条件の判定であり、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕが、ＣＥＬＬのＯｕｔ点ビデオフレームを含んでいるのなら（ステップＳ１１でＹｅｓ）、このループ処理は繰り返されることになる。もしこのステップの要件が満たされないのなら、ＡＶストリームにおける次のＡＣＣＥＳＳ ＵＮＩＴを、ＡＣＣＥＳＳ ＵＮＩＴに設定して（ステップＳ１２）ステップＳ４に戻る。ステップＳ１５は、１つのＣＥＬＬ情報に属するＡＣＣＥＳＳ ＵＮＩＴについて、ステップＳ３〜ステップＳ１２の処理が繰り返された場合に、実行される判定ステップであり、現在の処理対象たるＣＥＬＬ情報＃ｙが、最後のＣＥＬＬ情報＃ｚかどうかを判定するものである。もし現在の処理対象たるＣＥＬＬ情報＃ｙが、ＣＥＬＬ＃ｚでなければＣＥＬＬ＃ｙを次の設定に設定し（ステップＳ１６）、このＣＥＬＬ＃ｙに属するＡＣＣＥＳＳ ＵＮＩＴについてステップＳ３〜ステップＳ１５の処理を行うよう、ステップＳ３に移行する。
図２０は、ステップＳ４〜ステップＳ１１での読み出しの過程を示す図である。本図におけるＡＣＣＥＳＳ ＵＮＩＴ＃１００は、ステップＳ４においてＢＤ−ＲＯＭ、ローカルＨＤ１２のそれぞれからＢＤバッファ２、ＨＤバッファ１３に読み出される。そしてスイッチ１５はステップＳ８の判定にて、ＢＤバッファ２側のＡＣＣＥＳＳ ＵＮＩＴ＃１００をオーディオデコーダ６に出力する。スイッチ１５は、ＢＤバッファ２側ＡＣＣＥＳＳ ＵＮＩＴ＃１００のオーディオフレームをオーディオデコーダ６に出力するか、ＨＤバッファ１３側ＡＣＣＥＳＳ ＵＮＩＴ＃１００のオーディオフレームをオーディオデコーダ６に出力するかの切り換えを、ＳＰＲＭ（１）に従い実行する。
図２１は、図２０に示したような出力切り換えにて、どのような音声再生がなされるかを示す図である。スイッチ１５が、ＢＤ−ＲＯＭ側のＡＣＣＥＳＳ ＵＮＩＴをオーディオデコーダ６に出力すれば、図２１の左側に示すような再生、つまり英語の台詞「Ｈｅ Ｈａｄ ａ Ｐｅｒｓｏｎ ａｔ ｏｎｅ’ｓ ｎｏｄ」を伴う再生がなされる、一方スイッチ１５が、ＨＤ側のＡＣＣＥＳＳ ＵＮＩＴをオーディオデコーダ６に出力すれば、図２１の右側に示すような再生、つまり日本語の吹き替え音声を伴う再生「彼は人をアゴで使っている」が再生される。
以上のように本実施形態によれば、１対１の対応がとられたＡＣＣＥＳＳ ＵＮＩＴをＢＤ−ＲＯＭ及びローカルＨＤ１２からパラレルに読み出し、これらの一方を択一的にデコーダに再生させるので、音声切り替えが実現されることになる。映画作品の制作者は、ＢＤ−ＲＯＭにより映画作品を配給した後でも、ＷＷＷサーバ５００からの配信により、追加の音声をユーザに供給することができる。
またアップデートキットに含まれるのは追加の音声のみなので、再生装置２００とＷＷＷサーバ５００との間に公衆回線が介在していたとしても、アップデートキットのダウンロードに要する時間は短期間になる。
尚第１実施形態では、アップデートキットの格納に再生装置内蔵型のＨＤを用いたが、過搬型の記録媒体であってもよい。
（第２実施形態）
第２実施形態は、ＢＤ−ＲＯＭに記録されたＡＶストリームに、副映像ストリームを追加する場合の改良に関する。ＢＤ−ＲＯＭに記録された副映像ストリーム、及び、副映像ストリーム追加を実現するためのアップデートキットを以下に説明する。ＢＤ−ＲＯＭにおいて副映像ストリームは、図６に示したようにビデオストリーム、オーディオストリームと多重化されて１つのＡＶストリームを構成している。図２２は、第２実施形態に係るＡＶストリームにおいてＡＣＣＥＳＳ ＵＮＩＴがどのように構成されているかを示す図である。第２実施形態におけるＡＣＣＥＳＳ ＵＮＩＴは、ＧＯＰと、副映像ユニットとを含む。破線の引き出し線ｔｈ１は、ＡＣＣＥＳＳ ＵＮＩＴ内の副映像ユニットの内部構成をクローズアップするものである。副映像ユニットは、ヘッダと、ランレングスイメージデータとからなる。図中の引き出し線ｔｈ２は、ヘッダの内部構成をクローズアップしている。ヘッダは、ＰＬの再生時間軸におけるランレングスイメージデータの『表示開始時刻／表示終了時刻』、画面における『表示座標』を含む。
一方、アップデートキットにおける副映像ストリームは、ＡＶストリーム内に格納されて再生装置に供給される。つまり本実施形態におけるアップデートキット内のＡＶストリームは、ＢＤ−ＲＯＭに記録されているＡＶストリームに、副映像を追加するためのものである。第１実施形態同様、アップデートキットにおけるＡＶストリームは、ＢＤ−ＲＱＭパッケージにおけるＡＶストリームと同数のＡＣＣＥＳＳ ＵＮＩＴから構成されている。各ＡＣＣＥＳＳ ＵＮＩＴには副映像ユニットが含まれるが、ＧＯＰは含まれない。
図２３は、図１４と同様の表記で、ＢＤ−ＲＯＭパッケージ（ＸＸＸ．Ｍ２ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身と、アップデートキット（ＵＸＸ．ＴＳ）におけるＡＣＣＥＳＳ ＵＮＩＴの中身とを対比して示す図である。図２３の上段は、ＢＤ−ＲＯＭ側のＡＣＣＥＳＳ ＵＮＩＴであり、下段はアップデートキット側のＡＣＣＥＳＳ ＵＮＩＴである。本図におけるＡＣＣＥＳＳ ＵＮＩＴ＃６０，＃１００，＃１２０は、それぞれＡＶストリームの再生開始から１分後、１分４０秒後、２分後に再生されるものである（これは、１つのＡＣＣＥＳＳ ＵＮＩＴの再生時間を１秒に近似している）。
ここでＡＣＣＥＳＳ ＵＮＩＴに着眼すると、ＢＤ−ＲＯＭ側のＡＣＣＥＳＳ ＵＮＩＴ＃１００は、１分４０秒に再生されるべきＧＯＰと、同時刻に読み出されるべき副映像ユニットを含んでいる。一方、アップデートキット側のＡＣＣＥＳＳ ＵＮＩＴ＃１００は、１分４０秒に再生されるべき副映像ユニットを含んでいる。
ＢＤ−ＲＯＭに記録されるＡＶストリームと同じ数のＡＣＣＥＳＳ ＵＮＩＴを、アップデートキット内のＡＶストリームに含ませておき、ＢＤ−ＲＯＭにおけるＡＣＣＥＳＳ ＵＮＩＴと同じ時間長の副映像ユニットを、アップデートキット内のＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴ内に含ませておくことで、ＢＤ−ＲＯＭに記録されたＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴは、アップデートキット内のＡＶストリームのＡＣＣＥＳＳ ＵＮＩＴと１対１に対応することになる。かかる１対１対応により、約１．０秒の時間精度での字幕切り替えが実現されることになる。以上がアップデートキットにおけるＡＶストリームについての説明である。続いてアップデートキット内のＰＬ情報について説明する。
ＰＬ情報は、副映像のみのＡＶストリーム、これについてのストリーム管理情報と共にＷＥＢサイトから配給されるＰＬ情報である。図２４は、第２実施形態のアップデートキットに含まれるＰＬ情報の内部構成を示す図である。ＰＬ情報における個々のＣＥＬＬ情報において、Ｓｕｂｔｉｔｌｅ Ｔａｂｌｅに本実施形態特有の改良がある。Ｓｕｂｔｉｔｌｅ Ｔａｂｌｅは、複数のＳｕｂｔｉｔｌｅ Ｅｎｔｒｙ（Ｓｕｂｔｉｔｌｅ Ｅｎｔｒｙ＃１〜＃ｎ）と、これらＳｕｂｔｉｔｌｅ Ｅｎｔｒｙの個数（Ｎｕｍｂｅｒ）とからなる。
『ＳｕｂＴｉｔｌｅ Ｔａｂｌｅ』は、本プレイリストと同期再生すべき字幕の管理情報であり、複数の言語情報（Ｌａｎｇｕａｇｅ＃１〜＃ｋ）と、言語数（Ｎｕｍｂｅｒ）とからなる。プレイリストが、英語圏、日本語圏、中国語圏のそれぞれに対応する場合、『ＳｕｂＴｉｔｌｅ Ｔａｂｌｅ』には、三ヶ国語のそれぞれについての言語情報が記述される。
各言語情報は、自身がどの言語に対応するかの情報（Ｌａｎｇ．）と、副映像に対応するＡＶストリームが何処にあるかを示す（Ｓｔｏｒａｇｅ Ｎａｍｅ）と、その言語で記述された複数の会話情報（Ｓｐｅｅｃｈ＃１〜＃ｊ）と、会話情報の個数（Ｎｕｍｂｅｒ）とからなる。会話情報（Ｓｐｅｅｃｈ＃１〜＃ｊ）は、プレイリストの再生中に現れる各会話についての情報である。Ｃｅｌｌの再生時に、５つの会話があれば、５つの会話のそれぞれについて会話情報が記述される。図２５は、会話情報を示す図である。本図に示すように会話情報（Ｓｐｅｅｃｈ＃１〜＃ｊ）は、その会話の台詞を記述した副映像ユニットが属するＡＶストリームの名称『ＡＶＳｔｒｅａｍ Ｎａｍｅ』と、ＡＶストリームにおいて副映像ユニットが属する副映像ストリームを示す『Ｓｔｒｅａｍ ＩＤ』と、その副映像ユニットの再生開始時刻を示す『Ｉｎ点情報』と、その副映像ユニットの再生終了時刻を示す『Ｏｕｔ点情報』と、その副映像ユニットの表示座標を示す『Ｐｏｓｉｔｉｏｎ情報』とを含む。
以上がローカルＨＤ１２に書き込まれるアップデートキットである。図２６は、第２実施形態に係る再生装置の内部構成を示す図である。以下、本実施形態に係る再生装置の改良部分に関係する構成要素（ダウンロード部１１、ＨＤバッファ１３、スイッチ１７、イメージデコーダ７、制御部１６）について説明する。
第２実施形態に係るダウンロード部１１は、副映像をバージョンアップするためのアップデートキットをＷＷＷサーバ５００からダウンロードしてローカルＨＤ１２に書き込む。
第２実施形態に係るＨＤバッファ１３は、ＢＤ−ＲＯＭに記録されたＡＶストリームを構成するＡＣＣＥＳＳ ＵＮＩＴが、ＢＤバッファ２に読み出される度に、ＨＤに記録されたＡＶストリームを構成するＡＣＣＥＳＳ ＵＮＩＴが読み出される。
デマルチプレクサ１４は、ＨＤバッファ１３に読み出されたＭＰＥＧ−ＴＳ形式のＡＣＣＥＳＳ ＵＮＩＴを多重分離して、多重化前の副映像ユニットを得る。
スイッチ１７は、デマルチプレクサ３の多化分離によりえられた副映像ユニット、デマルチプレクサ１４の多重分離により得られた副映像ユニットのうち、何れか一方をイメージデコーダ７に出力する。以上が本実施形態に係る再生装置の改良である。スイッチ１７の出力切り換えは、ＳＰＲＭ（２）（副映像ストリーム番号）に基づく。
イメージデコーダ７は、ＢＤ−ＲＯＭから読み出された副映像ユニットに対してデコードを行う場合、副映像ユニットのヘッダに付加されている表示開始時刻を参照する。つまり再生装置内部のクロックがヘッダの表示開始時刻に示される時刻になればイメージデコーダ７は、副映像ユニットに対してデコードを行う。一方、ＨＤから読み出された副映像ユニットに対してデコードを行う場合、イメージデコーダ７は副映像ユニットのヘッダに付加されている表示開始時刻と、ストリーム管理情報におけるオフセットとを参照する。つまり副映像ユニットのヘッダに付加されている表示開始時刻に、オフセットを足し合わせた時刻を再生装置の内部クロックが計時すれば、イメージデコーダ７は、副映像ユニットに対してデコードを行う。表示開始時刻に示される時刻に、オフセットを足し合わせた時刻は、ＢＤ−ＲＯＭから読み出されたビデオパケットの表示開始時刻に示される時刻とほぼ同じになる。イメージデコーダ９の上述した処理により、ＢＤ−ＲＯＭから読み出されたビデオフレームに対する再生出力処理と、ＨＤから読み出された副映像ユニットに対する再生出力とは、同期がとられることになる。一方、ヘッダの表示終了時刻とオフセットとを足した時刻を再生装置内のクロックが計時すれば、イメージデコーダ９は字幕を消去する。以上の処理により、字幕の表示・消去は、動画再生と同期してなされる。
ＢＤ−ＲＯＭ、ＨＤからの読み出しは、ＡＣＣＥＳＳ ＵＮＩＴ単位で行われたが、デマルチプレクサ３、デマルチプレクサ１４からイメージデコーダ９への供給は、ＡＣＣＥＳＳ ＵＮＩＴとは関係なくなされる。何故なら、デマルチプレクサ３、デマルチプレクサ１４による多重分離は、ＴＳパケット列たるＡＣＣＥＳＳ ＵＮＩＴをＰＥＳパケット列に変換し、副映像ユニット、ビデオフレームに変換することであり、ＰＥＳパケット又はＴＳパケットに含まれる単位で、イメージデコーダ９への供給はなされるからである。ＰＥＳパケット、ＴＳパケットが処理単位になるので、ＰＥＳパケットに含まれる副映像ユニットの一部分がイメージデコーダ９に出力されることになる。何故なら、副映像ユニットはランレングスイメージデータであり、ぞのサイズはＰＥＳパケットよりかなり大きいため、複数ＰＥＳパケットに分割して格納されるからである。
イメージデコーダ９はこのように供給された副映像ユニットの一部分を自身が内蔵しているメモリに順次蓄積して、１つの副映像ユニットを完成させたうえでデコードする。ここで問題となるのは、１つの副映像ユニットが複数ＡＣＣＥＳＳ ＵＮＩＴに分割されて格納されている場合である。つまりあるＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケット列に、副映像ユニットの前半部分が格納されており、直後のＡＣＣＥＳＳ ＵＮＩＴを構成するＴＳパケット列に、副映像ユニットの残りの部分が格納されている場合を想定する。
そして副映像ユニットの前半部分を格納したＰＥＳパケットが多重分離されてイメージデコーダ９に出力された後、同じ副映像ユニットの残り部分を格納したＰＥＳパケットが多重分離されるまでにＳＰＲＭ（２）の更新による字幕切り換えがなされたものとする。この場合イメージデコーダ９には、副映像ユニットの前半部分が供給された後、別の副映像ストリームに属する副映像ユニットが供給されることになる。イメージデコーダ９は、前半部分は得たものの、残り部分を得ることはできないので、正常にデコードを行うことができず、イメージデコーダ９は無意味なデータを表示してしまう恐れがある。これを避けるには、字幕切換後、わずかな期間、イメージデコーダ９による再生出力に対し消去処理を施す。このにより、バージョンアップ切り換え直後は、僅かに字幕が無い期間が発生する。しかし次の副映像ユニットがイメージデコーダ９内のメモリに蓄積され次第、字幕表示は再開する。これによりＢＤ−ＲＯＭ側字幕からＨＤ側字幕、ＨＤ側字幕からＢＤ−ＲＯＭ側字幕というように、自由な字幕切り換えが可能になる。
本実施形態における制御部１６は、図２７のフローチャートに従い、ＡＣＣＥＳＳ ＵＮＩＴの再生処理を行う。本フローチャートは、ＰＬ＃ｘに属するＣＥＬＬのそれぞれについて、ステップＳ２２〜ステップＳ３６の処理を繰り返すというループ処理を形成している。ここで処理対象たるＣＥＬＬを、ＰＬにおいてｙ番目に位置するＣＥＬＬ（ＣＥＬＬ＃ｙ）とする。具体的にいうとＰＬ情報＃ｘをメモリに読み込み（ステップＳ２１）、ＰＬ情報＃ｘの先頭ＣＥＬＬをＣＥＬＬ＃ｙに設定し、ＰＬ情報＃ｘの最後のＣＥＬＬをＣＥＬＬ＃ｚに設定してから（ステップＳ２２）、これらのＣＥＬＬに属するＡＣＣＥＳＳ ＵＮＩＴを、ＢＤ−ＲＯＭ及びローカルＨＤ１２からパラレルに読み出し、イメージデコーダ７にデコードさせるという処理を行う（ステップＳ２３〜ステップＳ３６）。
ステップＳ２３〜ステップＳ３６のうちステップＳ２４〜ステップＳ３２は、ＣＥＬＬ＃ｙに属する個々のＡＣＣＥＳＳ ＵＮＩＴを、ＢＤ−ＲＯＭ及びローカルＨＤ１２から読み出してゆくためのループ処理である。このループ処理において、読出対象たるＡＣＣＥＳＳ ＵＮＩＴを、ＡＶストリームにおいてｕ番目に位置するＡＣＣＥＳＳ ＵＮＩＴ（ＡＣＣＥＳＳ ＵＮＩＴ＃ｕ）とする。ステップＳ２３では、ステップＳ２４〜ステップＳ３２のループ処理に先立ち、ＢＤ−ＲＯＭ，ＨＤにおけるＡＶストリームのうち、ＣＥＬＬ＃ｙのＩｎ点ビデオフレームを含むＡＣＣＥＳＳ ＵＮＩＴをＡＣＣＥＳＳ ＵＮＩＴ＃ｕに設定する。
ステップＳ２４〜ステップＳ３２のループ処理は、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕをＢＤ−ＲＯＭ、ＨＤのそれぞれからＢＤバッファ２、ＨＤバッファ１３に読み出して（ステップＳ２４）、ステップＳ２７、Ｓ３７を経てＡＣＣＥＳＳ ＵＮＩＴ＃ｕを構成する副映像ユニットをデコーダに投入するという処理（ステップＳ２８〜ステップＳ３０）を繰り返すものである。
ステップＳ２８〜ステップＳ３０における字幕切り換えは、ＳＰＲＭ（２）に応じて、バッファに読み出されたＡＣＣＥＳＳ ＵＮＩＴ内の副映像ユニットをイメージデコーダ７に投入するというものである。図中の字幕＃ｖは、ユーザによりＳＰＲＭに設定された字幕言語を示す。ユーザにより字幕切換操作がなされた場合（ステップＳ２７でＹｅｓ）、ＳＰＲＭ（２）が更新される（ステップＳ３３）。
もし字幕＃ｖがＢＤ−ＲＯＭ側の副映像ストリームを示すなら（ステップＳ２８でＹｅｓ）、ＢＤバッファ２に読み出されたＡＣＣＥＳＳ ＵＮＩＴ内の副映像ユニットうち、字幕＃ｖに対応するものをイメージデコーダ７に投入する（ステップＳ２９）。もし字幕＃ｖがローカルＨＤ１２側の副映像ストリームを示すなら（ステップＳ２８でＮｏ）、ＨＤ側バッファ上のＡＣＣＥＳＳ ＵＮＩＴ内の副映像ユニットをイメージデコーダ７に投入する（ステップＳ３０）。
ステップＳ３１は、このループ処理の終了条件の判定であり、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕが、ＣＥＬＬのＯｕｔ点ビデオフレームを含んでいるのなら（ステップＳ３１でＹｅｓ）、このループ処理は終了することになる。もしこのステップの要件が満たされないのなら、ＡＶストリームにおける次のＡＣＣＥＳＳ ＵＮＩＴを、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕに設定して（ステップＳ３２）、ステップＳ２４に戻る。ステップＳ３５は、１つのＣＥＬＬ情報に属するＡＣＣＥＳＳ ＵＮＩＴについて、ステップＳ２３〜ステップＳ３２の処理が繰り返された場合に、実行される判定ステップであり、現在の処理対象たるＣＥＬＬ情報＃ｙが、最後のＣＥＬＬ情報＃ｚかどうかを判定するものである。もし現在の処理対象たるＣＥＬＬ情報＃ｙが、ＣＥＬＬ＃ｚでなければＣＥＬＬ＃ｙを次の設定に設定し（ステップＳ３６）、このＣＥＬＬ＃ｙに属するＡＣＣＥＳＳ ＵＮＩＴ＃ｕについてステップＳ２３〜ステップＳ３５の処理を行うよう、ステップＳ２３に移行する。
図２８は、制御部１６によるＢＤ−ＲＯＭ及びＨＤからのパラレル読み出しの過程を示す図である。本図におけるＡＣＣＥＳＳ ＵＮＩＴ＃１００は、ステップＳ４においてＢＤ−ＲＯＭ、ローカルＨＤ１２のそれぞれからＢＤバッファ２、ＨＤバッファ１３に読み出される。そしてスイッチ１７は、ＢＤバッファ２側ＡＣＣＥＳＳ ＵＮＩＴ＃１００の副映像ユニットをデコーダに出力するか、ＨＤバッファ１３側ＡＣＣＥＳＳ ＵＮＩＴ＃１００の副映像ユニットをデコーダに出力するかの切り換えを、ＳＰＲＭ（２）に従い実行する。
図２９は、図２８に示したような出力切り換えにて、どのような字幕表示がなされるかを示す図である。スイッチ１７が、ＢＤ−ＲＯＭ側のＡＣＣＥＳＳ ＵＮＩＴ＃１００をオーディオデコーダ６に出力すれば、図２９の左側に示すような再生、つまり英語字幕「ｒｕｎ ａｆｔｅｒ ｙｏｕ」が動画像に合成された再生がなされる、一方スイッチ１７が、ＨＤ側のＡＣＣＥＳＳ ＵＮＩＴ＃１００をオーディオデコーダ６に出力すれば、図２９の右側に示すような再生、つまり日本語字幕「君を追いかける」が合成された映像が再生される。
以上のように本実施形態によれば、１対１の対応がとられたＡＣＣＥＳＳ ＵＮＩＴをＢＤ−ＲＯＭ及びローカルＨＤ１２からパラレルに読み出し、これらの一方を択一的にデコーダに再生させるので、字幕切り替えが実現されることになる。映画作品の制作者は、ＢＤ−ＲＯＭにより映画作品を配給した後でも、ＷＷＷサーバ５００からの配信により、追加の字幕をユーザに供給することができる。
ＢＤ−ＲＯＭ及びＨＤからＡＣＣＥＳＳ ＵＮＩＴをパラレルに読み出すことは、アップデートキット内の副映像ストリームのサイズが大きい場合には必要となるが、アップデートキット内の副映像のサイズが小さい場合は、かかるパラレル読み出しは不要となる。例えば字幕がテキストデータであり、そのサイズが僅か数Ｋバイト程度であれば、ＢＤ−ＲＯＭからの読み出しに先立ちＨＤからテキストデータを読み出しておき、この字幕を再生装置内のメモリに格納しておいて字幕描画を行ってもよい。
（第３実施形態）
マルチアングル区間をもつ動画データがＢＤ−ＲＯＭに記録されて頒布された後に、別のアングルからの動画データを配信する場合の改良に関する。先ず始めに、本実施形態に係るＢＤ−ＲＯＭ及びアップデートキットについて、より詳しく説明する。
先ず始めに、本実施形態に係るＢＤ−ＲＯＭについて説明する。図３０（ａ）は、第３実施形態に係るＢＤ−ＲＯＭの内部構成を示す。本図におけるＢＤ−ＲＯＭには、ＡＶストリーム＃１、マルチアングル区間、ＡＶストリーム＃４、ストリーム管理情報＃１，＃２，＃３，＃４、ＰＬ情報＃１，＃２，＃３が記録されている。
これらについて説明する。ＡＶストリーム＃１、ＡＶストリーム＃４は第１実施形態に示したＡＶストリームと同じものである。ＡＶストリーム＃１−ＡＶストリーム＃４間のマルチアングル区間は、ＡＶストリーム＃２、ＡＶストリーム＃３という２つのＡＶストリームから構成される。
ＡＶストリーム＃２、ＡＶストリーム＃３は、２つのアングルから撮影された動画データであるものとする。この場合ＡＶストリーム＃２、ＡＶストリーム＃３は、
ＡＶストリーム＃２ ⇒ ＩＬＶＵ（２−１），ＩＬＶＵ（２−２），ＩＬＶＵ（２−３）
ＡＶストリーム＃３ ⇒ ＩＬＶＵ（３−１），ＩＬＶＵ（３−２），ＩＬＶＵ（３−３）
という３つのＩＬＶＵ（ＩｎｔｅｒＬｅａＶｅ Ｕｎｉｔ）に分割される。
ここでＩＬＶＵ（ＸＸ−ＹＹ）という表記の「ＸＸ」はＩＬＶＵが属するＡＶストリームを示し、「ＹＹ」は、そのＡＶストリームにおけるＩＬＶＵの順位を示す。かかるＩＬＶＵは、ディスク上では以下のようなナンバリングで記録される。
ＩＬＶＵ（２−１） ＩＬＶＵ（３−１） ＩＬＶＵ（２−２） ＩＬＶＵ（３−２） ＩＬＶＵ（２−３） ＩＬＶＵ（３−３）
ＶＯＢ＃１を構成するＩＬＶＵと、ＶＯＢ＃２を構成するＩＬＶＵとが交互に現れるので、例えばＩＬＶＵ（２−１），ＩＬＶＵ（３−１）をまとめて読み出させれば、ビデオデコーダ４はＩＬＶＵ（２−１），ＩＬＶＵ（３−１）のうち一方を択一的にデコードすることができる。これによりユーザ操作に応じたアングル切り換えが実現されることになる。
上述したＩＬＶＵが、ＢＤ−ＲＯＭ上においてどのように管理されるかについて説明する。図３１は、図３０に示したマルチアングル区間を構成する各ＩＬＶＵの所在が、どのように管理されるかを示す図である。ＡＶストリームを構成するＩＬＶＵ、ＡＶストリームを構成する各ＩＬＶＵは、ファイルを構成するエクステント同様、先頭アドレス、長さをファイル管理情報に記述しておくことで管理される。本図の下段は、ＢＤ−ＲＯＭ上のどのアドレスにＩＬＶＵが記録されているかを示す。ＡＶストリーム＃３を構成するＩＬＶＵ（３−１）（３−２）は、アドレス６４，１２８０に記録され、１０２４，８８０という連続長を有するので、ＡＶストリーム＃３の管理情報ｋｊ３に、これらが記述される。ＡＶストリーム＃２を構成するＩＬＶＵ（２−１）（２−２）（２−３）は、アドレス１０，１０８８，２１６０に記録され、５４，９２，２００という連続長を有するので、ＡＶストリーム＃２の管理情報ｋｊ２に、これらが記述される。ＡＶストリームを構成するＩＬＶＵの記録アドレスは、ＡＶストリーム毎に別々のファイル管理情報に記述されるので、ＡＶストリーム＃２、ＡＶストリーム＃３は、ＢＤ−ＲＯＭ上ではマルチアングル区間を構成していても、別々のファイルとして取り扱われることになる。以上がＢＤ−ＲＯＭにおけるマルチアングル区間についての説明である。
続いてストリーム管理情報について説明する。図３２は、第３実施形態に係るストリーム管理情報の構成を示す図である。このストリーム管理情報が図８に示したストリーム管理情報と異なるのは、属性、ＴＭＡＰに加え、ＩＬＶＵＭＡＰが追加されている点である。ＩＬＶＵＭＡＰは、個々のＩＬＶＵについてのエントリー＃１〜＃ｎに、ＬＴ数（Ｎｕｍｂｅｒ）を付してなる。ＩＬＶＵエントリーには、個々のＩＬＶＵに属するＡＣＣＥＳＳ ＵＮＩＴの個数が記述される。このＩＬＶＵエントリーをＴＭＡＰ、ファイル管理情報と併用することで、ＩＬＶＵに属する個々のＡＣＣＥＳＳ ＵＮＩＴへの頭出しを容易に行うことができる。
以上が本実施形態に係るＢＤ−ＲＯＭについての説明である。続いてアップデートキットに含まれるＡＶストリームについて説明する。
本実施形態のアップデートキットに含まれるＡＶストリーム（図中のＡＶストリーム＃５）は、追加のアングル映像を構成するものである。本実施形態に係るＢＤ−ＲＯＭは、旅客列車の展望ビデオであり、ＡＶストリーム＃２は運転席から撮影された動画、ＡＶストリーム＃３は客室の両側の窓のうち、一方から撮影された動画であるものとする。ＢＤ−ＲＯＭには、これらＡＶストリーム＃２、ＡＶストリーム＃３が記録されていたが、客室の両側の窓のうち、他方から撮影された動画の収録は諸般の事情から見送られたものとする。かかる事情がある場合に、この他方から撮影された動画をユーザに配信するため作成されたアップデートキットが、本実施形態におけるアップデートキットである。
図３０（ｂ）に示すように、アップデートキットに含まれるＡＶストリームは、複数のＩＬＶＵに分割された状態でローカルＨＤ１２に記録されている。ローカルＨＤ１２におけるＡＶストリーム＃５は、このＩＬＶＵ単位で読み出されることになる。
ここでＵＸＸ．Ｍ２ＴＳを分割することで得られたＩＬＶＵ（５−１）（５−２）の再生時間長は、ＸＸＸ．Ｍ２ＴＳを構成するＩＬＶＵ（１−１）（１−２），（２−１）（２−２）の再生時間長と等しい。
本実施形態のアップデートキットに含まれるストリーム管理情報は、ＨＤ上のＡＶストリームを管理するための管理情報である。内部構成は、図３２と同一なので図示を省略する。
本実施形態のアップデートキットに含まれるＰＬ情報は、ＢＤ−ＲＯＭに記録されたマルチアングル区間と、ＨＤにおけるＡＶストリームとを１つのＰＬとして扱うための経路情報である。図３３は、第３実施形態に係るＰＬ情報の内部構成を示す図である。図１７と異なるのは、ＳｔｒｅａｍＩＤ，Ｉｎ，ＯｕｔといったＡＶストリームエントリーの代わりに、Ａｎｇｌｅ Ｅｎｔｒｙ＃１〜＃ｎが各ＣＥＬＬ情報内に含まれている点である。Ａｎｇｌｅ Ｅｎｔｒｙは、各アングルにあたるＡＶストリームにおいて、再生区間を定義するものである。破線の矢印ａｙ１は、Ａｎｇｌｅ Ｅｎｔｒｙの内部構成をクローズアップしている。これからもわかるようにＡｎｇｌｅ Ｅｎｔｒｙは、そのアングルにあたるＡＶストリームの「ＡＶＳｔｒｅａｍ Ｎａｍｅ」、そのＡＶストリーム上の再生区間の開始点を示す「ＩＮ点情報」、そのＡＶストリーム上の再生区間の終了点を示す「ＯＵＴ点情報」からなる。
ＢＤ−ＲＯＭに記録されたマルチアングル区間、ＨＤにおけるＡＶストリームを１つのプレイリストとして扱うため、ＰＬ情報におけるＡｎｇｌｅ Ｅｎｔｒｙは、ＢＤ−ＲＯＭのマルチアングル区間を構成する各ＡＶストリーム、ＨＤにおけるＡＶストリームについて設定される。つまり、Ａｎｇｌｅ Ｅｎｔｒｙ＃１はＢＤ−ＲＯＭ上のマルチアングル区間におけるＡＶストリーム＃２、Ａｎｇｌｅ Ｅｎｔｒｙ＃２はＢＤ−ＲＯＭ上のマルチアングル区間におけるＡＶストリーム＃３、Ａｎｇｌｅ Ｅｎｔｒｙ＃３はＨＤ上のアップデートキットにおけるＡＶストリーム＃５というように設定されるのである。
図３４は、ＰＬ情報に含まれるＡｎｇｌｅ Ｅｎｔｒｙによる間接参照を模式的に示す図である。
本図の矢印ｇｙ１，ｇｙ２は、Ａｎｇｌｅ Ｅｎｔｒｙ＃１，＃２によるＢＤ−ＲＯＭ上のＡＶストリームに対する再生区間の指定を示す。一方、矢印ｇｙ３は、Ａｎｇｌｅ Ｅｎｔｒｙ＃３によるローカルＨＤ１２上のＡＶストリームに対する再生区間の指定を示す。これら再生区間の束が、ＰＬ情報に指定されているのである。１つのＰＬ情報が、ＢＤ−ＲＯＭにおけるマルチアングル区間上の再生区間、ローカルＨＤ１２における再生区間を指定しているので、再生にあたっては、マルチアングル区間を構成するＩＬＶＵ、ＢＤ−ＲＯＭ上のＡＶストリームを構成するＩＬＶＵが再生装置によりパラレルに読み出されることになる。
以上が本実施形態に係るアップデートキットである。続いて、本実施形態に係る再生装置について説明する。図３５は、第３実施形態に係る再生装置の内部構成を示す図である。本図に示す再生装置は、スイッチ１８が追加されていることが新規である。
以下、本実施形態に係る再生装置の改良部分に関係する構成要素（ダウンロード部１１、ＨＤバッファ１３、デマルチプレクサ１４、スイッチ１８、ビデオデコーダ４）について説明する。
第３実施形態に係るダウンロード部１１は、ＢＤ−ＲＯＭに記録されたマルチアングル区間に新たなアングル映像を追加するためのアップデートキットをＷＷＷサーバ５００からダウンロードしてローカルＨＤ１２に書き込む。
第３実施形態に係るＨＤバッファ１３は、ＢＤ−ＲＯＭに記録されたＡＶストリームを構成するＩＬＶＵが、ＢＤバッファ２に読み出される度に、ＨＤに記録されたＡＶストリームを構成するＩＬＶＵが、読み出される。
デマルチプレクサ１４は、ＨＤバッファ１３に読み出されたＭＰＥＧ−ＴＳ形式のＩＬＶＵを多重分離して、多重化前のＧＯＰを得る。
スイッチ１８は、デマルチプレクサ３の多重化分離によりえられたＧＯＰ、デマルチプレクサ１４の多重分離により得られたＧＯＰのうち、何れか一方をビデオデコーダ４に出力する。スイッチ１８の出力切り換えは、ＳＰＲＭ（３）（アングル番号）に基づく。
ビデオデコーダ４は、ＢＤ−ＲＯＭから読み出されたＩＬＶＵに対してデコードを行う場合、ビデオデコーダ４はＩＬＶＵを構成するＰＥＳパケットに付加されているＰＴＳを参照する。つまり再生装置内部のクロックがＰＥＳパケットのＰＴＳに示される時刻になればビデオデコーダ４は、ＩＬＶＵに対してデコードを行う。一方、ＨＤから読み出されたＩＬＶＵに対してデコードを行う場合、ビデオデコーダ４はＰＥＳパケットに付加されているＰＴＳと、ストリーム管理情報におけるオフセットとを参照する。つまりＰＥＳパケットに付加されているＰＴＳに、オフセットを足し合わせた時刻を再生装置の内部クロックが計時すれば、ビデオデコーダ４は、ＩＬＶＵに対してデコードを行う。ＰＴＳに示される時刻に、オフセットを足し合わせた時刻は、ＢＤ−ＲＯＭから読み出されたオーディオパケットのＰＴＳに示される時刻とほぼ同じになる。ビデオデコーダ４の上述した処理により、ＢＤ−ＲＯＭから読み出されたオーディオフレームに対する再生出力と、ＨＤから読み出されたＩＬＶＵに対するデコーダとは、同期がとられることになる。
以上が本実施形態に係る再生装置の改良である。以上のように構成された再生装置を制御すべく、本実施形態に係る制御部１６は図３６のフローチャートに従い再生処理を行う。
本フローチャートは、ＰＬ＃ｘに属するＣＥＬＬのそれぞれについて、ステップＳ４２〜ステップＳ５６の処理を繰り返すというループ処理構造を形成している。ここで処理対象たるＣＥＬＬ情報を、ＰＬにおいてｙ番目に位置するＣＥＬＬ情報（ＣＥＬＬ情報＃ｙ）とする。具体的にいうとＰＬ情報＃ｘをメモリに読み込み（ステップＳ４１）、ＰＬ情報＃ｘの先頭ＣＥＬＬをＣＥＬＬ＃ｙに設定し、ＰＬ情報＃ｘの最後のＣＥＬＬ情報をＣＥＬＬ情報＃ｚに設定してから（ステップＳ４２）、ＣＥＬＬに属するＩＬＶＵを、ＢＤ−ＲＯＭ及びローカルＨＤ１２からパラレルにＩＬＶＵを読み出し、ビデオデコーダ４にデコードさせるという処理を行う（ステップＳ４３〜ステップＳ５６）。
ステップＳ４３〜ステップＳ５６のうちステップＳ４４〜ステップＳ５２は、ＣＥＬＬ＃ｙに属する個々のＩＬＶＵを、ＢＤ−ＲＯＭ及びローカルＨＤ１２から読み出してゆくためのループ処理である。このループ処理において、読出対象たるＩＬＶＵを、ＡＶストリームにおいてｕ番目に位置するＩＬＶＵ（ＩＬＶＵ＃ｕ）とする。ステップＳ４３では、ステップＳ４４〜ステップＳ５２のループ処理に先立ち、ＢＤ−ＲＯＭ，ＨＤにおけるＡＶストリームのうち、ＣＥＬＬ＃ｙのＩｎ点ビデオフレームを含むＩＬＶＵをＩＬＶＵ＃ｕに設定している。
ステップＳ４４〜ステップＳ５２のループ処理は、ＩＬＶＵ＃ｕをＢＤ−ＲＯＭ、ＨＤのそれぞれからＢＤバッファ２、ＨＤバッファ１３に読み出して、バッファ上のＩＬＶＵを構成するＡＣＣＥＳＳ ＵＮＩＴのそれぞれをデコーダに投入するという処理（ステップＳ４４〜ステップＳ５２）を繰り返し、ＡＣＣＥＳＳ ＵＮＩＴの全てが投入されれば、次のＩＬＶＵに処理を移すというものである（ステップＳ５４）。
ビデオデコーダ４に投入されるＡＣＣＥＳＳ ＵＮＩＴを、ＩＬＶＵにおいてｋ番目に位置するＡＣＣＥＳＳ ＵＮＩＴ（ＡＣＣＥＳＳ ＵＮＩＴ＃ｋ）という。ステップＳ４４〜ステップＳ５０のループ処理では、バッファ上のＩＬＶＵにおける先頭のＡＣＣＥＳＳ ＵＮＩＴが、ＡＣＣＥＳＳ ＵＮＩＴ＃ｕに設定され（ステップＳ４５）、以降ループ処理が一回繰り返される度に、ＩＬＶＵにおける次のＡＣＣＥＳＳ ＵＮＩＴがＡＣＣＥＳＳ ＵＮＩＴ＃ｋに設定される（ステップＳ５２）。
ステップＳ４４〜ステップＳ５０のうちステップＳ４８〜ステップＳ５０は、ユーザによるアングル設定に応じて、バッファに読み出されたＩＬＶＵ内のＡＣＣＥＳＳ ＵＮＩＴをデコーダに投入するというものである。図中のアングル＃ｖは、ユーザによりＳＰＲＭ（３）に設定されたアングルを示す。ユーザによりアングル切換操作がなされた場合（ステップＳ４７でＹｅｓ）、ＳＰＲＭ（３）は更新を受ける（ステップＳ５３）。
もしアングル＃ｖがＢＤ−ＲＯＭ側のアングルを示すなら（ステップＳ４８でＹｅｓ）、ＢＤバッファ２に読み出されたＩＬＶＵ内のＡＣＣＥＳＳ ＵＮＩＴのうち、アングル＃ｖに対応するものをＡＣＣＥＳＳ ＵＮＩＴ＃ｋとしてデコーダに投入する（ステップＳ４９）。もしアングル＃ｖがローカルＨＤ１２側のアングルを示すなら（ステップＳ４８でＮｏ）、ＨＤ側バッファ上のＩＬＶＵ内のＡＣＣＥＳＳ ＵＮＩＴ＃ｋをデコーダに投入する（ステップＳ５０）。
ステップＳ５１は、このループ処理の終了条件の判定であり、ＡＣＣＥＳＳ ＵＮＩＴ＃ｋがＩＬＶＵ＃ｕの最後のＡＣＣＥＳＳ ＵＮＩＴでないなら（ステップＳ５１でＮｏ）、ＡＶストリームにおける次のＡＣＣＥＳＳ ＵＮＩＴを、ＡＣＣＥＳＳ ＵＮＩＴ＃ｋに設定して（ステップＳ５２）ステップＳ４７に戻る。もしＡＣＣＥＳＳ ＵＮＩＴ＃ｋがＩＬＶＵ＃ｕの最後のＡＣＣＥＳＳ ＵＮＩＴであるなら、ＩＬＶＵ＃ｕが、ＣＥＬＬのＯｕｔ点ビデオフレームを含んでいるかどうかを判定する（ステップＳ５３）。ＩＬＶＵ＃ｕが、ＣＥＬＬのＯｕｔ点ビデオフレームを含んでいないのなら、ＣＥＬＬにおける次のＩＬＶＵをＩＬＶＵ＃ｕに設定して（ステップＳ５４）、ステップＳ４４に移行する。含んでいるのなら、ステップＳ５５を実行する。ステップＳ５５は、現在の処理対象たるＣＥＬＬ情報＃ｙが、最後のＣＥＬＬ情報＃ｚかどうかを判定するものである。もし現在の処理対象たるＣＥＬＬ情報＃ｙが、ＣＥＬＬ＃ｚでなければＣＥＬＬ＃ｙを次の設定に設定し（ステップＳ５６）、このＣＥＬＬ＃ｙに属するＩＬＶＵについてステップＳ４３〜ステップＳ５５の処理を行うよう、ステップＳ４３に移行する。もし再生停止操作がなされた場合は、本フローチャートの処理を終了する（ステップＳ５３でＹｅｓ）。
図３７は、スイッチ１８によるＢＤ−ＲＯＭ及びＨＤからのパラレル読み出しの過程を示す図である。本図におけるＩＬＶＵ（２−２）（３−２）は、ステップＳ４４においてＢＤ−ＲＯＭからＢＤバッファ２に読み出される。本図におけるＩＬＶＵ（５−２）は、ステップＳ４４においてＨＤからＨＤバッファ１３に読み出される。そしてスイッチ１８は、ＢＤバッファ２側のＩＬＶＵ（２−２）、（３−２）、ＨＤバッファ１３側のＩＬＶＵ（５−２）のうち、何れかを選択的にビデオデコーダ４に出力する。
図３８は、図３７に示したような出力切り換えにて、どのような動画表示がなされるかを示す図である。スイッチ１８が、ＢＤ−ＲＯＭ側のＩＬＶＵ（３−２）をビデオデコーダ４に出力すれば、図２８の左側に示すような再生、つまり列車の運転席から撮影された動画像が再生される。一方スイッチ１７が、ＨＤ側のＩＬＶＵ（５−２）をビデオデコーダ４に出力すれば、図３８の右側に示すような再生、つまり列車の窓側から撮影された動画像が再生される。
以上のように本実施形態によれば、ＢＤ−ＲＯＭに記録された映画作品がマルチアングル型の映画作品である場合、これに新たなシーンを追加することができ、映画作品の中身を更に充実させることができる。
（第４実施形態）
第１実施形態では、ＢＤ−ＲＯＭからのＡＣＣＥＳＳ ＵＮＩＴ読み出しと、ローカルＨＤ１２からのＡＣＣＥＳＳ ＵＮＩＴ読み出しとをパラレルに行ったが、第４実施形態ではＢＤ−ＲＯＭからのＡＣＣＥＳＳ ＵＮＩＴ読み出しとパラレルに、ストリーミング再生を行う。図３９は、第４実施形態に係るホームシアターシステムを示す図である。
本図におけるシステムは、ホームサーバ６００が追加されている点が新しい。本図において再生装置２００は、アップデートキットのうちストリーム管理情報、ＰＬ情報のみをダウンロードする。アップデートキットのうちＡＶストリームは、ホームサーバ６００がダウンロードする。ここでホームサーバ６００は、放送や配信されたコンテンツを自身が内蔵するＨＤに書き込む機器である。配信されたＡＶストリームは、かかるホームサーバ６００によりダウンロードされ、内蔵されたＨＤに書き込まれるのである。
そして本実施形態に係る再生装置２００は、このホームサーバ６００からアップデートキット内のＡＶストリームの供給を受ける。以上が本実施形態に係るホームシアターシステムの概略構成である。
ストリーム再生にあたって再生装置外部からＡＣＣＥＳＳ ＵＮＩＴを取得するため、アップデートキットにおけるストリーム管理情報、ＰＬ情報は図４０、図４１のように改良されている。ストリーム管理情報の改良は、ストリーミング再生の対象となるＡＶストリームの取得先ＵＲＩが、Ａｕｄｉｏ属性情報に記述されている点である。つまりＡｕｄｉｏ属性情報の項目のうち、ＡＶｓｔｒｅａｍＮａｍｅやＡｕｄｉｏｓｔｒｅａｍＩＤの代わりに、ＡＶストリームの取得先ＵＲＩが記述されているのである。
ＰＬ情報の改良は、ストリーミング再生の対象となるＡＶストリームの取得先ＵＲＩが、Ａｕｄｉｏ Ｅｎｔｒｙに記述されている点である。つまりＰＬ情報におけるＡｕｄｉｏ Ｅｎｔｒｙの項目のうち、ＡＶｓｔｒｅａｍＮａｍｅやＡｕｄｉｏｓｔｒｅａｍ ＩＤの代わりに、ＡＶストリームの取得先ＵＲＩが記述されているのである。
再生装置２００はアップデートキットのうちストリーム管理情報、ＰＬ情報をダウンロードすれば、これらストリーム管理情報、ＰＬ情報に、ホームサーバ６００のＵＲＩを書き込む。こうすることによりホームサーバ６００からＡＶストリームを取り出す準備ができたことになる。
以上が本実施形態におけるアップデートキットの改良である。続いて再生装置の改良について説明する。図４２は、第４実施形態に係る再生装置の内部構成を示す図である。再生装置における改良は、ストリーミングバッファ１９が追加されている点が主である。制御部１６による再生制御の改良は、図４３のフローチャートに示す通りである。本フローチャートでは、ステップＳ１００〜ステップＳ１０２が新規に追加されている
ステップＳ１００では、ＷＷＷサーバ５００からのＡＣＣＥＳＳ ＵＮＩＴを読み出しをＢＤ−ＲＯＭからの読み出しに先立って行う。これは、ＷＷＷサーバ５００からのＡＣＣＥＳＳ ＵＮＩＴの取得には長い時間がかかるので、ストリーミングバッファ１９へのＡＣＣＥＳＳ ＵＮＩＴ供給は、ＢＤ−ＲＯＭからの読み出しに先立って行っておくことが望ましいからである。そしてストリーミングバッファ１９に充分な量のＡＣＣＥＳＳ ＵＮＩＴが蓄積されるのを待ち（ステップＳ１０１）、蓄積されれば、ＢＤ−ＲＯＭからＢＤバッファ２へのＡＣＣＥＳＳ ＵＮＩＴ読み出しを開始する（ステップＳ１０２）。
ＢＤバッファ２及びストリーミングバッファ１９の双方に、充分な量のＡＣＣＥＳＳ ＵＮＩＴが蓄積されし次第、ＡＣＣＥＳＳ ＵＮＩＴに含まれるＧＯＰ、オーディオフレームをデコーダに投入してゆく。この際、オーディオフレームについては、ユーザの設定（ＳＰＲＭ（１））に応じたものが選択的に再生される（ステップＳ５〜Ｓ１７）。
以上のように本実施形態によれば、ホームネットワークにおける別の装置にダウンロードされたオーディオストリームと、ＢＤ−ＲＯＭに記録されたオーディオストリームとを択一的に再生できるので、アップデートキットを配置する場所の自由度が高まる。
尚、ホームサーバ６００のようにユーザが所有する機器でなくても、配信サーバからの供給を受けてストリーミング再生を行ってもよい、しかしインターネットを介した配信は概して低速なので、ＢＤ−ＲＯＭからの読み出しに先立ち、充分な量のＡＣＣＥＳＳ ＵＮＩＴをストリームファイルに先読みしておくことが望ましい。
（第５実施形態）
第５実施形態は、動的シナリオをダウンロードすることにより、ＢＤ−ＲＯＭに記録されている映画作品の新たなバージョンを、再生装置に再生させる改良に関する。
光ディスクによる映画作品の頒布にあたっては、世界的なヒット作品をいちはやく家庭でみたいというユーザの要望は根強く、映画作品の制作者は、過酷な日程で映画作品制作の任務に就いている。近年の映画業界には、映画作品本編以外にも、監督や俳優によるコメンテンタリーやメイキング映像、カット映像、未公開映像をＢＤ−ＲＯＭに記録して付加価値を高めるという傾向がみられ、これらの字幕・吹き替え音声の作成は、上述した過酷な日程に追い討ちをかけている。
このような問題を解決するため、本実施形態では動的シナリオのダウンロードを行う。
動的シナリオとは、ＰＬ情報を用いたＡＶストリームの再生制御手順を示すプログラムであり、再生装置における制御のレイアモデルにおいて第４層に規定される。図４４は、レイヤモデルの第４層を示す図である。本図において第４層には、１つのノーマルモードと、２つのエンハンスドモードとが記述されている。１つのノーマルモードは、ＤＶＤライクな再生環境での再生モードでありＭＯＶＩＥモードと呼ばれる。２つのエンハンスドモードのうち、１つ目は、Ｊａｖａ仮想マシンを主体とした再生モードであり、Ｊａｖａモードと呼ばれる。２つ目のエンハンスドモードのうち、２つ目はブラウザを主体とした再生モードであり、Ｂｒｏｗｓｅｒモードと呼ばれる。
第４層には、ＭＯＶＩＥモード、Ｊａｖａモード、Ｂｒｏｗｓｅｒモードという３つのモードがあるので、動的シナリオはどれかのモードで実行できるように記述されればよい。ＤＶＤプレーヤ向けのコマンドと良く似たコマンドで、制御手順を記述したい場合は、ＭＯＶＩＥモードの再生制御手順を記述すればよい。そうすれば既存のＤＶＤ再生装置と良く似た再生制御を再生装置に実行させることができる。ページ記述言語で制御手順を記述した場合は、Ｂｒｏｗｓｅｒモードの再生制御手順を記述すればよい。ネットワーク上のサイトをアクセスしたり、ファイルをダウンロードするような制御手順を記述することができる。Ｊａｖａモードの動的シナリオが図４４に示したＺＺＺ．ＣＬＡＳＳであり、ブラウザモードの動的シナリオがＺＺＺ．ＨＴＭである。ＭＯＶＩＥモードの動的シナリオがＺＺＺ．ＭＯＶＩＥである。３つのＰＬから構成される映画作品がＢＤ−ＲＯＭに記録されている場合、この動的シナリオがどのように記述されるかの記述例を図４５（ａ）に示す。本図における動的シナリオは、Ｊａｖａ言語で記述されたＪａｖａモードの動的シナリオであり、Ｊａｖａオブジェクトとよばれる。Ｊａｖａ言語での記述が可能なので、Ｊａｖａオブジェクトにおける再生制御手順は、ｉｆ文等を用いたプログラミングで記述可能である。本図におけるＰｌａｙＰＬ（ＸＸ，ＹＹ）は、第１引数ＸＸに指定されるＰＬを、第２引数に示される箇所から再生させる関数である。図４５（ａ）のプログラムの記述例では、ＰｌａｙＰＬ（ＰＬ＃１，ＣＥＬＬ＃１）、ＰｌａｙＰＬ（ＰＬ＃２，ＣＥＬＬ＃１）、ＰｌａｙＰＬ（ＰＬ＃３，ＣＥＬＬ＃１）という３つの関数呼出が並んでいるから、ＰＬ＃１，ＰＬ＃２，ＰＬ＃３と言う３つのＰＬが順次再生され、１つの映画作品が構成されることになる。尚本図におけるＰＬ＃１，＃２，＃３は、ＰＬ情報だけをいうのではなく、ＡＶストリーム−ストリーム管理情報−ＰＬ情報という一連の組みを意味する。
以上が本実施形態に係るＢＤ−ＲＯＭの説明である。続いて本実施形態に係るアップデートキットについて説明する。
本実施形態に係るアップデートキットは、動的シナリオを含む。この動的シナリオは、ＢＤ−ＲＯＭに記録された動的シナリオの代わりに用いられる。つまりアップデートキット内に新たな動的シナリオが存在する場合、ＢＤ−ＲＯＭに記録された動的シナリオの代わりに、この新たな動的シナリオが使用されることになる。
図４５（ｂ）は、図４５（ａ）に示した動的シナリオの代わりに用いられる動的シナリオを示す図である。かかる動的シナリオはアップデートキットに組み込まれた状態でＨＤに書き込まれる。このアップデートキットは、言語によって再生シーンを切り替える「ランゲージクレジット」を実現するものであり、動的シナリオの他に追加のＰＬ（ＰＬ＃４）を含む。これは差し替え映像であり、択一的にＰＬ＃２の代わりに再生される。
アップデートキット内の新たな動的シナリオは、再生装置における言語設定（ＳＰＲＭ（０））が「日本語」なら（ｉｆ（ＳＰＲＭ（（０）＝＝Ｊａｐａｎｅｓｅ））、ＰＬ＃４を再生し（Ｌｉｎｋ（ＰＬ＃４，Ｃｅｌｌ＃１，０））、再生装置における言語設定がそれ以外なら（ｅｌｓｅ）、ＰＬ＃２を再生する（Ｌｉｎｋ（ＰＬ＃２，Ｃｅｌｌ＃１，０））という条件付き再生を実現する。
図４６（ａ）は、ＢＤ−ＲＯＭに記録される動的シナリオによる再生手順を示す図であり、図４６（ｂ）は、アップデートキットに含まれる動的シナリオによる再生手順を示す図である。図中（ｂ）の矢印ｈｂ１，ｈｂ２は、アップデートキット内の動的シナリオによる条件付き分岐を象徴的に示したものである。
この図からもわかるようにＢＤ−ＲＯＭに記録された動的シナリオは、ＢＤ−ＲＯＭに記録されたＰＬ＃１，＃２，＃３を順次再生させているに過ぎない。一方、アップデートキットに含まれる動的シナリオは、ＳＰＲＭ（０）の値に応じて、日本向けのＰＬ（ＰＬ＃４）を再生させるか、米国向けのＰＬ（ＰＬ＃２）を再生させるかを切り換えているのである。
以上が本実施形態に係るアップデートキットである。続いて本実施形態に係る再生装置について説明する。図４７は、本実施形態に係る再生装置の内部構成を示す図である。本図における再生装置は、動的シナリオメモリ２０、再生制御エンジン２１、ＤＶＤライクモジュール２３、Ｊａｖａモジュール２４、ＢＲＯＷＳＥＲモジュール２５、モジュールマネージャ２６が追加されている点が新規である。
動的シナリオメモリ２０は、カレント動的シナリオを格納しておき、ＤＶＤライクモジュール２３〜ＢＲＯＷＳＥＲモジュール２５による処理に供するメモリである。カレント動的シナリオとは、現在実行対象になっている動的シナリオである。ローカルＨＤ１２にアップデートキットが格納されていない場合、ＢＤ−ＲＯＭにおける動的シナリオがカレントシナリオになり、ローカルＨＤ１２にアップデートキットが記録されている場合は、ローカルＨＤ１２における動的シナリオがカレントシナリオになる。
再生制御エンジン２１は、ＡＶ再生機能（１）、プレイリストの再生機能（２）、再生装置における状態取得／設定機能（３）といった諸機能を実行する。再生装置のＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始（Ｐｌａｙ）、再生停止（Ｓｔｏｐ）、一時停止（Ｐａｕｓｅ Ｏｎ）、一時停止の解除（Ｐａｕｓｅ Ｏｆｆ）、Ｓｔｉｌｌ機能の解除（Ｓｔｉｌｌ ｏｆｆ）、速度指定付きの早送り（Ｆｏｒｗａｒｄ Ｐｌａｙ（ｓｐｅｅｄ））、速度指定付きの巻戻し（Ｂａｃｋｗａｒｄ Ｐｌａｙ（ｓｐｅｅｄ））、音声切り換え（Ａｕｄｉｏ Ｃｈａｎｇｅ）、副映像切り換え（Ｓｕｂｔｉｔｌｅ Ｃｈａｎｇｅ）、アングル切り換え（Ａｎｇｌｅ Ｃｈａｎｇｅ）といった処理をユーザからの操作に応じて実行することである。ＰＬ再生機能とは、ＰＬ情報を解読して、再生開始や再生停止をＰＬ情報に従って行うことをいう。このＰＬ再生機能の実行により、再生制御エンジン２１はレイヤモデルの第３層（静的なシナリオに基づく再生制御）の役割を果たす。再生制御エンジン２１は、ＡＶ再生機能をユーザからの操作に従って実行する。一方、機能（２）〜（３）を、ＤＶＤライクモジュール２３〜ＢＲＯＷＳＥＲモジュール２５からの関数呼出に応じて実行する。つまり再生制御エンジン２１は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。
ＤＶＤライクモジュール２３は、ＭＯＶＩＥモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ２０に読み出されたカレントのＭＯＶＩＥオブジェクトを実行する。
Ｊａｖａモジュール２４は、Ｊａｖａプラットフォームであり、Ｊａｖａ仮想マシン、コンフィグレーション、プロファイルからなる。Ｊａｖａモジュール２４は、動的シナリオメモリ２０に読み出されたＺＺＺ．ＣＬＡＳＳからカレントのＪａｖａオブジェクトを生成し、実行する。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置におけるＣＰＵのネィティブコードに変換して、ＣＰＵに実行させる。
ＢＲＯＷＳＥＲモジュール２５は、Ｂｒｏｗｓｅｒモードの実行主体となるブラウザであり、動的シナリオメモリ２０に読み出されたカレントのＷｅｂＰａｇｅオブジェクトを実行する。
モジュールマネージャ２６は、モード管理及び分岐制御を行う。モジュールマネージャ２６によるモード管理とは、動的シナリオをどのＤＶＤライクモジュール２３〜ＢＲＯＷＳＥＲモジュール２５のうち、どれに実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオをＤＶＤライクモジュール２３に実行させるというものである。イントラモードでの分岐（同一モード内の分岐）があったとしても、この原則は維持される。例外は、インターモードでの分岐（モード間の分岐）が発生した場合である。ＭＯＶＩＥオブジェクトからＪａｖａオブジェクト／ＷｅｂＰａｇｅオブジェクトへの分岐が発生した場合、Ｊａｖａモジュール２４、ＢＲＯＷＳＥＲモジュール２５がカレントオブジェクトを実行することになる。
モジュールマネージャ２６による分岐制御は、分岐先となる動的シナリオを特定し、これをメモリに読み出して、ＤＶＤライクモジュール２３〜ＢＲＯＷＳＥＲモジュール２５のどれかに実行させることをいう。
以上のように構成された再生装置において、ＤＶＤライクモジュール２３〜ＢＲＯＷＳＥＲモジュール２５が、動的シナリオメモリ２０に読み出された動的シナリオに従ったＰＬ再生を再生制御エンジン２１に行わせることにより、図４６（ａ）、（ｂ）に示したような再生がなされる。特に図４６（ｂ）の再生にて、ＢＤ−ＲＯＭに記録された米国公開版の映画作品を、日本公開版に発展させることができる。
動的シナリオの最新バージョンをアップデートキットとしてダウンロードする場合の他のバリエーションについて説明する。ＢＤ−ＲＯＭに記録された映画作品に、パレンタルロックを施すようなアップデートキットを以下に説明する。
図４８（ａ）は、ＢＤ−ＲＯＭの記録内容を示す図である。ＢＤ−ＲＯＭの記録内容は、ＰＬ＃１、ＰＬ＃２、ＰＬ＃３からなるものとする。ＰＬ＃２は、性的または暴力的なシーンが含まれており、ＰＧ１８などに代表される視聴年齢制限が必要である。
図４８（ｂ）は、図４８（ａ）に示すＢＤ−ＲＯＭに対するアップデートキットである。アップデートキットに含まれるＰＬ＃４は、追加のＰＬである。ＰＬ＃４はメニューを表示してユーザ選択を受け付けるＰＬである。このメニューは、子供のように視聴か、大人による視聴かの選択をユーザから受け付けるものである。この選択の結果は、ＳＰＲ（１３）に設定される。ＰＬ＃４は、ＰＬ＃２と同様の趣旨の映像内容を漫画的に子供向けに表現したものである。
置き換え用の動的シナリオ（Ｊａｖａオブジェクト）は、ＰＬ＃１−ＰＬ＃２−ＰＬ＃３という３つのＰＬの再生に先立ち、ＰＬ＃４の再生を行い、ユーザ選択を行わせてから、この選択に従いＰＬ＃４の再生を行うか、ＰＬ＃２の再生を行うかを切り換える。ＰＬ＃４は、再生装置におけるパレンタルレベルの設定（ＳＰＲＭ（１３））を受け付けるものであり、このＳＰＲＭ（１３）が「Ａｄｕｌｔ Ｏｎｌｙ」なら（ｉｆ（ＳＰＲＭ（１３）＝＝Ａｄｕｌｔ Ｏｎｌｙ））、ＰＬ＃２を再生（Ｌｉｎｋ（ＰＬ＃２，Ｃｅｌｌ＃１）、再生装置におけるパレンタルレベルがそれ以外なら（ｅｌｓｅ）、ＰＬ＃５を再生することになる（Ｌｉｎｋ（ＰＬ＃５，Ｃｅｌｌ＃１））。ＳＰＲＭ（１３）の設定如何で、過激なシーンの再生、子供向けシーンの再生が切り換わるので、たとえＢＤ−ＲＯＭにて配布された映画作品に過激なシーンが含まれていたとしても、このＢＤ−ＲＯＭに後付けでパレンタルロックを付加することができる。
図４９（ａ）（ｂ）は、ＢＤ−ＲＯＭに記録された動的シナリオ、アップデートキットに含まれる動的シナリオにより実現される再生手順を模式的に示す図である。図中の矢印ｐｃ１，ｐｃ２は、アップデートキット内の動的シナリオによる条件付き再生を象徴的に示したものである。この図からもわかるようにＳＰＲＭ（１３）の値に応じて、ＰＬ＃２かＰＬ＃５かの再生切り換えが実現されているのである。ＳＰＲＭ（１３）の値に応じて、ＰＬ＃２の再生を行うか、ＰＬ＃２を迂回するかの制御がなされるので、ＢＤ−ＲＯＭに記録されたプログラムに、ＰＬ＃２を迂回する機能はなくてもＷＥＢサイトから配給される動的シナリオを用いて、後付けでＰＬ＃２を迂回するとの再生制御を実現することができる。
続いて、ＢＤ−ＲＯＭに記録された劇場公開版の映画作品を、ディレクターズカット版に発展させるようなアップデートキットを以下に説明する。
劇場公開版の映画作品とは、一部のシーンをカット／編集して、映画上映時間を２時間強に納めたものをいう。上映時間を２時間強とするのは、映画館での一日の上映回数を増やすためである。つまり、映画監督の意思と相反する事情から、カット／編集が施された映画作品が、劇場公開版の映画作品である。
一方、ディレクターズカット版の映画作品とは、劇場公開版の映画作品に未公開シーンや、編集仮定でカットされたシーンを加えた映画作品であり、映画監督の意思の思想・感情がそのまま現れている映画作品をいう。
図５０は、ＢＤ−ＲＯＭに記録された劇場公開版の映像編集を、ディレクターズカットに発展させるアップデートキットを示す図である。図５０（ａ）は、ＢＤ−ＲＯＭに記録されるＰＬ＃１、ＰＬ＃２、動的シナリオ（Ｊａｖａオブジェクト）を示す。図５０（ｂ）は、アップデートキットを示す図である。アップデートキットは、追加のＰＬ＃４、置き換え用の動的シナリオを含む。
この動的シナリオ（Ｊａｖａオブジェクト）は、図５１（ａ）に示すような再生順序（ＰＬ＃１、ＰＬ＃２）がＢＤ−ＲＯＭの動的シナリオにて規定されている場合、ＰＬ＃１、ＰＬ＃２の途中に、未公開シーンを構成するＰＬ＃３を挿入させるものである。図５１（ｂ）は、置き換え用動的シナリオによる再生手順を示す図である。この動的シナリオにより、ＰＬ＃１，ＰＬ＃３，ＰＬ＃２の順に、ＰＬは再生されることになる。
以上のように本実施形態によれば、再生装置における状態設定に応じて分岐を行うような動的シナリオを、更新用の動的シナリオとして再生装置にダウンロードすることにより、ＢＤ−ＲＯＭにないようなバージョンの映画作品をユーザに視聴させることができる。
また本実施形態によれば、ＲＯＭディスクによる映画作品の頒布後のバージョンアップと等価な動作を実現することができる。パソコンソフトのように後日のバージョンアップが、光ディスクによる映画作品頒布でも可能になるので、制作者の負担は弱らげられる。ここでソフトウェアのバージョンアップは、ＲＯＭディスクに記録されたソフトウェアをパソコンにインストールし、新たなアップデートキットをダウンロードしてこのＨＤに追加することで実現される。このソフトウェアのバージョンアップと異なるのは、上述した再生装置は、ＨＤへのインストールを行わないという点である。ＨＤへのインストールを行わせないので、ＨＤへのインストールが、無尽蔵コピーの糸口になることはない。
（第６実施形態）
第６実施形態は、仮想パッケージのバージョン管理を実現する改良に関する。図５２は、本実施形態に係るＨＤのディレクトリ構成を示す図であり、本図に示すようにＨＤには、ＲＯＯＴディレクトリの下にＶｐａｃｋａｇｅディレクトリがあり、その下にａｂｃディレクトリ、ＸＹＺディレクトリがある。
図中の「Ｖｐａｃｋａｇｅ」とは、各ＢＤ−ＲＯＭについてのアップデートキットを格納したディレクトリの上位に位置するディレクトリである。ＢＤ−ＲＯＭのアップデートキットを格納したディレクトリは、ディレクトリＶｐａｃｋａｇｅの下位に配されるので、アップデートキットを配置したディレクトリは、その他のファイルを配したディレクトリと区別されることになる。制御部１６は、ＢＤ−ＲＯＭがローディングされた場合、Ｖｐａｃｋａｇｅという名のディレクトリがあるかどうかでアップデートキットの存否をチェックすることができる。
本図において「ＸＹＺ」，「ａｂｃ」はそれぞれがＢＤ−ＲＯＭのボリュームラベルであり、「ＸＹＺ」というボリュームラベルを有したＢＤ−ＲＯＭ、「ａｂｃ」というボリュームラベルを有したＢＤ−ＲＯＭに対応したディレクトリが、ローカルＨＤ１２に存在することを意味する。ディレクトリ「ＸＹＺ」の下位に位置するサブディレクトリ「Ｖｅｒｓｉｏｎ２，３」は、ボリュームラベル「ＸＹＺ」のＢＤ−ＲＯＭをＶｅｒｓｉｏｎ２，３にアップデートするためのアップデートキットの置き場所を示す。各ＢＤ−ＲＯＭに対応するディレクトリにサブディレクトリを配置することで各ＢＤ−ＲＯＭの個々のバージョンについてのアップデートキットが個別に格納されるのである。
以上が本実施形態に係るローカルＨＤ１２の改良である。続いて、ローカルＨＤ１２のディレクトリ構造に係る再生装置２００における構成要素の改良（ダウンロード部１１、モジュールマネージャ２６）について説明する。
ダウンロード部１１は、ＷＷＷサーバ５００からアップデートキットをダウンロードする際、ＢＤ−ＲＯＭに対応する新たなディレクトリをローカルＨＤ１２上に作成し、そのディレクトリに、ＢＤ−ＲＯＭのボリュームラベルと同じ名称を付加する。ＢＤ−ＲＯＭに対応するディレクトリがローカルＨＤ１２上に存在する場合、個々のＢＤ−ＲＯＭに対応するディレクトリ内に新たなサブディレクトリを生成する。この新たなサブディレクトリは、ＢＤ−ＲＯＭの記録内容の新たなバージョンに対応したディレクトリ名を有する。そしてＷＷＷサーバ５００からダウンロードしたアップデートキットを、この新たなサブディレクトリに書き込むのである。例えばディレクトリ「ＸＹＺ」に配置すべきアップデートキットが第２版なら、ディレクトリ名「Ｖｅｒｓｉｏｎ２」のサブディレクトリをディレクトリ「ＸＹＺ」の下位に生成する。アップデートキットが第３版なら、ディレクトリ名「Ｖｅｒｓｉｏｎ３」のサブディレクトリをディレクトリ「ＸＹＺ」の下位に生成する。その後、ＷＷＷサーバ５００にアクセスし、アップデートキットをダウンロードして、該当するバージョンのサブディレクトリにダウンロードしたアップデートキットを書き込む。
モジュールマネージャ２６は、ＢＤ−ＲＯＭが再生装置２００に装填された際、そのＢＤ−ＲＯＭからボリュームラベルを読み出して、ローカルＨＤ１２における複数ディレクトリのうち、読み出されたボリュームラベルに合致するものを特定する。こうして特定されたディレクトリの下位に、サブディレクトリが存在するかどうかをチェックする。サブディレクトリが存在するのなら、それらのサブディレクトリのディレクトリ名を参照して、ディレクトリ名に組み込まれているバージョン番号が最も新しいものをアクセスし、そのサブディレクトリからアップデートキットを読み出す。以上が本実施形態のディレクトリ構造に係る構成要素についての改良である。
こうして、バージョン毎に格納されたアップデートキットにて構成される仮想パッケージは、パッケージ統合情報により統合管理される。以降、各仮想パッケージについてのパッケージ統合情報（ＩＮＦＯ．ＢＤ）について説明する。図５３は、ＩＮＦＯ．ＢＤの内部構成を示す図である。ＢＤ−ＲＯＭパッケージ及び仮想パッケージにおけるＩＮＦＯ．ＢＤは、Ｉｎｄｅｘ Ｔａｂｌｅ、一般情報（Ｇｅｎｅｒａｌ）、ＰＬＬｉｓｔを有している。
Ｉｎｄｅｘ Ｔａｂｌｅは、動的シナリオについての複数ＩＮＤＥＸからなる。このＩＮＤＥＸには、ＦｉｒｓｔＰｌａｙＩＮＤＥＸ、メニューＩＮＤＥＸがある。ＦｉｒｓｔＰｌａｙＩＮＤＥＸは、ＢＤ−ＲＯＭが再生装置にローディングされた際、再生装置が最初に実行すべき動的シナリオ（スタートアップ用動的シナリオ）を指定する。
メニューＩＮＤＥＸは、ユーザがメニューコールを行った際、再生装置が実行すべき動的シナリオを指定するＩＮＤＥＸである。メニューには、Ｔｏｐメニュー、Ｔｉｔｌｅメニュー、Ｃｈａｐｔｅｒメニュー、Ａｕｄｉｏメニュー、ＳｕｂＴｉｔｌｅメニューがある。このようなＩＮＤＥＸにより、ＢＤ−ＲＯＭパッケージにおいては、再生装置へのローディイング時の処理やメニューコール時の処理が規定される。結果としてこのＩＮＦＯ．ＢＤにより、ＢＤ−ＲＯＭパッケージの挙動が規定されるのである。
続いて一般情報（Ｇｅｎｅｒａｌ）、ＰＬＬｉｓｔについて説明する。
破線の引き出し線ｇｈ１は、一般情報「Ｇｅｎｅｒａｌ」の内部構成をクローズアップしている。この引き出し線に示すように、一般情報「Ｇｅｎｅｒａｌ」は、「パッケージ名（Ｐａｃｋａｇｅ Ｎａｍｅ）」、「パッケージバージョン（Ｐａｃｋａｇｅ Ｖｅｒｓｉｏｎ）」、「ダウンロード許可フラグ（ＤｏｗｎＬｏａｄａｂｉｌｉｔｙ）」「ＵＲＩ」、「有効期限（ＥｘｐｉｒｅＤａｔｅ）」を持つ。
「パッケージ名（ＰａｋｃｋａｇｅＮａｍｅ）」は、ＢＤ−ＲＯＭパッケージおよび仮想パッケージで統一されたパッケージとしての名称である。通常、映画のタイトル名が「パッケージ名（ＰａｋｃｋａｇｅＮａｍｅ）」として設定される。このパッケージ名は、ＢＤ−ＲＯＭパッケージと仮想パッケージの対応付けに利用される。
「パッケージバージョン（ＰａｋｃａｇｅＶｅｒｓｉｏｎ）」は、ＩＮＦＯ．ＢＤが属しているバージョンを番号で示す。例えば、ＢＤ−ＲＯＭ上のＩＮＦＯ．ＢＤであれば、本情報はＶｅｒｓｉｏｎ１と設定され、仮想パッケージ上のＩＮＦＯ．ＢＤであれば、本情報は、バージョン２以降の値が設定される。
「ダウンロード許可フラグ（Ｄｏｗｎｌｏａｄａｂｉｌｉｔｙ）」は、アップデートキットが後日供給される可能性の有無を示すフラグである。ＢＤ−ＲＯＭに記録されたＩＮＦＯ．ＢＤのフラグが「不可」を示している場合は、アップデートキットが供給される可能性がないことを意味する。このフラグが可を示している場合は、以降のバージョンにアップデートするためのアップデートキットが供給され得ることを示す。
ＤｏｗｎＬｏａｄａｂｉｌｉｔｙフラグをバージョンアップ不可と設定することにより、アップデートキットを用いた仮想パッケージ再生は禁じられることになる。これはバージョンアップの途が閉ざされるため、一件業者にとって不利なように見える。しかしＤｏｗｎＬｏａｄａｂｉｌｉｔｙフラグが不可を示しているなら、アップデートキットをＢＤ−ＲＯＭと組合せた再生が禁じられるので、アップデートキットを悪用して映画作品のパロディ版を作成し、制作者を誹謗・中傷することも不可能となる。このような誹謗・中傷をさけ得る点からすれば、ＤｏｗｎＬｏａｄａｂｉｌｉｔｙフラグを不可と設定することのメリットは大きい。
「ＵＲＩ」は、Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒであり、アップデートキットの供給の可能性があれば、ネットワーク上のどのＷＷＷサイトに、このアップデートキットが存在するかを示す。ダウンロード部１１は、このＵＲＩに示されるＷＷＷサイトへアクセスすれば、最新バージョンのアップデートキットを入手することができる。
「有効期限（ＥｘｐｉｒａｔｉｏｎＤａｔｅ）」はアップデートキットのダウンロードが有効になる期日を示している。再生制御エンジン２１は、再生装置内のカレンダ・時計が計時する現日時とこの情報とを比較し、アップデートキットが有効になっているか、または、期限が過ぎていないかを確認する。期間内であれば、ＩＮＦＯ．ＢＤを含むアップデートキットを用いた再生を行う。一方期限を過ぎていれば、ＩＮＦＯ．ＢＤを含むアップデートキットを用いた再生は行わない。
次に、ＰＬリスト「ＰＬＬｉｓｔ」の内部構成について説明する。破線の引き出し線ｇｈ２は、ＰＬリスト「ＰＬＬｉｓｔ」の内部構成をクローズアップして示している。ＰＬＬｉｓｔは、当該パッケージが有するプレイリストの数（Ｎｕｍｂｅｒ）と各プレイリスト毎のエントリ情報（ＰＬＥｎｔｒｙ＃１〜＃ｎ）を有している。
「プレイリストエントリ情報（ＰＬＥｎｔｒｙ）」は夫々「パッケージバージョン（Ｐａｃｋａｇｅ Ｖｅｒｓｉｏｎ）」、「ストレージ名（ＳｔｏｒａｇｅＮａｍｅ）」、「プレイリスト名（ＰｌａｙＬｉｓｔＮａｍｅ）」、「代替ＰＬ情報（Ａｌｔｅｒｎａｔｉｖｅ）」という情報を、個々のＰＬ情報に設定できるようになっている。
「パッケージバージョン（Ｐａｃｋａｇｅ Ｖｅｒｓｉｏｎ）」は、ＰＬＥｎｔｒｙに対応するＰＬ情報が属しているバージョンを番号で示す。例えば、ＢＤ−ＲＯＭ上のＰＬ情報であれば、本情報はＶｅｒｓｉｏｎ１と設定され、仮想パッケージ上のＰＬ情報であれば、本情報は、バージョン２以降の値が設定される。
「ストレージ名（ＳｔｏｒａｇｅＮａｍｅ）」は、ＰＬＥｎｔｒｙに対応するＰＬ情報が、ＢＤ−ＲＯＭ，ＨＤ，半導体メモリカード，インターネット上のサーバのうち何処に置かれているかを示す。ＰＬ情報をＨＤ，半導体メモリカードに配置するのはダウンロード部１１なので、アップデートキットがダウンロードした後にダウンロード部１１が自動的に付与する情報になる。
「プレイリスト名（ＰｌａｙＬｉｓｔＮａｍｅ）」は、ＰＬＥｎｔｒｙに対応するＰＬ情報のシリアル番号であり、ＰＬ＃１などの値が設定されてる。
「代替ＰＬ情報（Ａｌｔｅｒｎａｔｉｖｅ）」は、ＰＬＥｎｔｒｙに対応するＰＬ情報が、ダウンロードの失敗やＨＤのトラブルなどによって破損した場合に、代替として再生されるべきプレイリストを示す。ＰＬ情報の破損とは、ＰＬ情報を構成するＣＥＬＬ清報が、ＡＶストリームを指定していないこと（ｉ）、ＰＬ情報を構成するＣＥＬＬ情報のＩＮ点、ＯＵＴ点が不正であること（ｉｉ）、ＰＬ情報が既に削除されていること（ｉｉｉ）等の事情があり、ＰＬ情報を正しく解読できないことをいう。代替ＰＬ情報は通常、ＢＤ−ＲＯＭに記録されているＰＬ情報を指定する。ＢＤ−ＲＯＭ上のＰＬ情報が破損することは稀だからである。
以上が仮想パッケージ用のＩＮＦＯ．ＢＤである。続いてＩＮＦＯ．ＢＤに係る再生装置の改良（ダウンロード部１１、モジュールマネージャ２６）について説明する。
ダウンロード部１１は、ＩＮＦＯ．ＢＤにおける一般情報のＵＲＩを参照し、ネットワークにおいてＵＲＩに示されているＷＷＷサーバ５００からバージョンアップのためのアップデートキットをダウンロードし、ローカルＨＤ１２における個々のＢＤ−ＲＯＭに対応するディレクトリに書き込む。ダウンロード部１１は、再生装置２００内部のカレンダを参照し、現在日時がこのＩＮＦＯ．ＢＤにおける一般情報のＥｘｐｉｒａｔｉｏｎＤａｔｅに示される日時に達したかどうかの判定を行い、もし達すれば、ＩＮＦＯ．ＢＤ一般情報のＵＲＩに基づきＷＷＷサーバ５００をアクセスしてダウンロードを試みる。
再生制御エンジン２１は、ＰＬ情報の処理に先立ち、ＰＬＥｎｔｒｙのＳｔｏｒａｇｅ Ｎａｍｅに示される場所のＰＬ情報が破損しているかどうかのチェックを行う。破損がなければＰＬＥｎｔｒｙのＳｔｏｒａｇｅ Ｎａｍｅに示される場所のＰＬ情報を解読するが、もし破損があれば、ＰＬＥｎｔｒｙのＡｌｔｅｒｎａｔｉｖｅに示されるＰＬ情報を読み出し解読する。
モジュールマネージャ２６は、図５４のフローチャートに従って仮想パッケージの再生を行う。以降本フローチャートを参照しながら、本実施形態に係るモジュールマネージャ２６の処理手順について説明する。
図５４のフローチャートにおいて動的シナリオｉとは、ＢＤ−ＲＯＭ又はローカルＨＤ１２からの読み込みの対象となる動的シナリオｉである。
ＢＤ−ＲＯＭにおけるＩＮＦＯ．ＢＤのＡｂｉｌｉｔｙＦｌａｇが「可能性無し」を示していないかどうかの判定を行い（ステップＳ６０でＹｅｓ）、ＨＤにおける下位ディレクトリから最新バージョンのＩＮＦＯ．ＢＤを読み出してから（ステップＳ６１）。この動的シナリオｉの初期設定を行う（ステップＳ６３）。
もしＩＮＦＯ．ＢＤのＡｂｉｌｉｔｙＦｌａｇが「可能性無し」を示しているなら、ＢＤ−ＲＯＭからＩＮＦＯ．ＢＤを読み出し、ＢＤ−ＲＯＭのみを対象とした制御を実行する。ＡｂｉｌｉｔｙＦｌａｇが「可能性無し」を示している場合、ローカルＨＤ１２に対するアクセス一切行うことなく、動的シナリオ、ＰＬ情報、ＡＶストリーム、ストリーム管理情報を読み出すことができるので、再生処理を迅速に行うことができる。初期設定において動的シナリオｉには、ＩＮＦＯ．ＢＤ内のＩＮＤＥＸ ＴＡＢＬＥにおけるＦｉｒｓｔＰｌａｙＩＮＤＥＸに記述されている動的シナリオが設定される（ステップＳ６３）。
ステップＳ６４は、動的シナリオの最新バージョンの検索である。ＨＤにおける下位ディレクトリに動的シナリオｉの最新バージョンが存在するなら（ステップＳ６４でＹｅｓ）、ＨＤにおける下位ディレクトリから動的シナリオｉの最新バージョンを読み出す（ステップＳ６６）。存在しないのなら、ＢＤ−ＲＯＭから動的シナリオｉを読み出す（ステップＳ６５）。
動的シナリオｉが読み出されたなら、動的シナリオｉを構成する個々のコマンドを実行する（ステップＳ６７〜ステップＳ７１）。実行すべきコマンドが分岐コマンドであるなら、コマンドにおける分岐先を動的シナリオｉに設定して（ステップＳ７１）、ステップＳ６４に移行する。
実行すべきコマンドがＰｌａｙＰＬ関数を呼び出すコマンドであるなら、ステップＳ７２にてＰＬ再生処理を行う。このＰＬ再生にあたって、ＰＬ情報の最新バージョン探索が必要となる。以降、図５５（ａ）のフローチャートを参照しながらＰＬの探索手順について説明する。本フローチャートにおいてステップＳ９１〜ステップＳ９５にて再生されるべきＰＬをＰＬ＃ｋとする。
ＩＮＦＯ．ＢＤにおけるＰＬＬｉｓｔのＰＬ＃ｋについてのＰＬＥｎｔｒｙから、Ｓｔｏｒａｇｅ名を読み出し（ステップＳ９１）、Ｓｔｏｒａｇｅにおける格納内容に破損があるかどうかを再生制御エンジン２１に判定させる（ステップＳ９２）。有効であれば、ＰＬ＃ｋについてのＰＬＥｎｔｒｙに示されたＰＬ情報をＰＬ情報＃ｋに設定する（ステップＳ９３）。無効であれば、ＰＬ＃ｋのＰＬＥｎｔｒｙにおけるＡｌｔｅｒｎａｔｉｖｅ情報に示されたＰＬ情報をＰＬ情報＃ｋに設定する（ステップＳ９４）。以上の過程でＰＬ情報＃ｋが設定されれば、ＰＬ情報＃ｋの読み出しを行う（ステップＳ９５）。
以上がＰＬ探索手順である。続いてＰＬ情報にて指定されるＡＶストリームの最新バージョン探索について説明する。
図５５（ｂ）は、ＡＶストリームのバージョン探索の処理手順を示すフローチャートである。ステップＳ７８〜ステップＳ８２は、ＣＥＬＬ情報内のＥｎｔｒｙのそれぞれについて、ステップＳ８０〜ステップＳ８２の処理繰り返すものである（ステップＳ７８、ステップＳ７９）。
ＣＥＬＬ情報内のＥｎｔｒｙには、ＣＥＬＬ情報におけるＡｕｄｉｏＴａｂｌｅのＡｕｄｉｏ Ｅｎｔｒｙ、ＳｕｂＴｉｔｌｅＴａｂｌｅのＳｕｂＴｉｔｌｅ Ｅｎｔｒｙ、Ａｎｇｌｅ Ｅｎｔｒｙがある。これらのＥｎｔｒｙのうち、処理対象となるものをＥｎｔｒｙ＃ｐという。ステップＳ８０〜ステップＳ８２は、各Ｅｎｔｒｙにて指示されるＡＶストリームを、ＨＤ，ＢＤ−ＲＯＭのうち何処から読み出すかという読出対象の判定処理である。ステップＳ８０は、ＨＤにおける下位ディレクトリに，Ｅｎｔｒｙ＃ｐで指定されるＡＶストリームの最新バージョンが存在するかの判定であり、もし存在すれば（ステップＳ８０でＹｅｓ）、ローカルＨＤ１２における最新バージョンのＡＶストリーム及びストリーム管理情報と、ＢＤ−ＲＯＭにおけるＡＶストリーム及びストリーム管理情報とを読出対象に設定する（ステップＳ８１）。存在しなければ、ＢＤ−ＲＯＭにおけるＡＶストリーム及びストリーム管理情報を読出対象に設定する（ステップＳ８２）。こうして設定された読出対象を読み出すよう、第１実施形態〜第３実施形態の処理を行えば、ＢＤ−ＲＯＭに記録された音声、字幕、アングルと、ローカルＨＤ１２に記録された音声、字幕、アングルとを選択的に出力することができる。
以降、具体例を交えながら、本フローチャートの処理手順にて、ＡＶストリーム、ストリーム管理情報、ＰＬ情報が読み出される過程について説明する。この説明の前提は、図５２のようなディレクトリ構成である。
上述したフローチャートでは、ＢＤ−ＲＯＭに記録されたファイルより新しいＶｅｒｓｉｏｎのファイルが、ＨＤ内に存在する場合、それらＨＤ内のファイルのうち、最も新しいものを選んで読み出されることになる。図５６は、ＢＤ−ＲＯＭ、Ｖｅｒｓｉｏｎ２ディレクトリ、Ｖｅｒｓｉｏｎ３ディレクトリに格納された各種ファイルを読み出す過程を模式的に示した図である。
本図において横方向に並ぶ４つの破線枠は、ＢＤ−ＲＯＭ、Ｖｅｒｓｉｏｎ２ディレクトリ、Ｖｅｒｓｉｏｎ３ディレクトリ、再生装置内のバッファを象徴的に示している。また白抜きの矢印は、ＢＤ−ＲＯＭ、Ｖｅｒｓｉｏｎ２ディレクトリ、Ｖｅｒｓｉｏｎ３ディレクトリに格納されているファイルのうち、制御部１６がどれを選ぶかといいう選択を、象徴的に示している。
矢印ｎｊ１は、ステップＳ６１によるＩＮＦＯ．ＢＤの読み出しを模式的に示す。ＢＤ−ＲＯＭ、Ｖｅｒｓｉｏｎ２ディレクトリ、Ｖｅｒｓｉｏｎ３ディレクトリにＩＮＦＯ．ＢＤが格納されている場合、この読み出しにより、Ｖｅｒｓｉｏｎ３ディレクトリに格納されたＩＮＦＯ．ＢＤがメモリに読み出される。
矢印ｎｊ２は、ステップＳ６６によるＰＬ情報００２．ＰＬの読み出しを模式的に示す。ＢＤ−ＲＯＭ、Ｖｅｒｓｉｏｎ２，３ディレクトリに００２．ＰＬが格納されている場合、この読み出しにより、Ｖｅｒｓｉｏｎ３ディレクトリに格納された００２．ＰＬがメモリに読み出される。
同じファイルに複数のＶｅｒｓｉｏｎがある場合は、最も新しいＶｅｒｓｉｏｎのディレクトリからファイルをとるとの選択によりＡＶストリーム、ＰＬ情報、動的シナリオを供給するので、ＢＤ−ＲＯＭリリースされたパッケージの機能を、ＷＷＷサーバ５００からダウンロードしたアップデートキットで補完することができる。
既に配布されたＢＤ−ＲＯＭやアップデートキットに欠けていた機能を新しいバージョンのアップデートキットで補うことができるので、配布者は、既に配布されたＢＤ−ＲＯＭやアップデートキットに問題が生じた場合、これを回収することなく、その瑕疵を補修することができる。回収のリスクがなくなるので、映画作品配布時における配給者の不安を払拭することができる。
尚、図５４、図５５のフローチャートでは、最新バージョンのＩＮＦＯ．ＢＤ、動的シナリオ、ＰＬ情報のみをメモリに読み出すようにしたが、全てのバージョンのＩＮＦＯ．ＢＤ、動的シナリオ、ＰＬ情報をメモリに順次読み出し、古いバージョンのＩＮＦＯ．ＢＤ、動的シナリオ、ＰＬ情報は、新しいバージョンのＩＮＦＯ．ＢＤ、動的シナリオ、ＰＬ情報で上書きするとの原則で、最新のＩＮＦＯ．ＢＤ、動的シナリオ、ＰＬ情報からなる仮想パッケージをメモリ上で生成してもよい。
（第７実施形態）
第６実施形態では、複数バージョンのアップデートキットがローカルＨＤ１２に存在していた場合、これらの中から最新バージョンのものを再生させるようにしていたが、第７実施形態は各バージョンの仮想パッケージをユーザに提示し、好みの仮想パッケージをユーザに選択させるようにする実施形態である。
各バージョンの仮想パッケージ再生が可能になるので、本実施形態ではバージョン毎に記録や再生の履歴をローカルＨＤ１２やサーバ、半導体メモリカード上に残すようにしている。バージョン毎の再生や記録の履歴を示す情報を仮想バージョン情報という。また、各バージョンの仮想パッケージについての仮想バージョン情報からなるテーブルを仮想パッケージテーブルという。
図５７は、仮想パッケージテーブルの構成を示す図である。仮想パッケージテーブル（ＢＤＴａｂｌｅ）は、ファイル「ＶＰ．ＩＮＦＯ」に格納されて、図５２のディレクトリ「ＶＰａｃｋａｇｅ」に配置される。仮想パッケージテーブルは、個々のＢＤエントリー（ＢＤＥｎｔｒｙ＃）と、エントリー数（Ｎｕｍｂｅｒ）とを持っている。個々のＢＤエントリーが、対応する「ＩＮＦＯ．ＢＤ」の情報（仮想パッケージ情報）である。
図５８は、各ＩＮＦＯ．ＢＤについての仮想パッケージテーブルの構成図である。仮想パッケージテーブルは、個々のバージョンの「パッケージ名」と、仮想パッケージを構成するアップデートキットが何処に記録されているかを示す「記録位置情報」と、前回に当該パッケージを再生した際の再生終了時点を示す「終了位置情報」から構成されている。例えば、パッケージ「ＡＢＣ」の場合は、アップデートキットの記録位置がローカルのＨＤの「ＡＢＣ」ディレクトリであり、前回このパッケージを再生した場合の終了位置が、ＰＬ＃２のＣＥＬＬ＃１の時刻３分２４秒の時点である事を示している。またパッケージ「ＸＹＺ」は、記録位置情報が無い（図中の「−−−」）。これは当該パッケージは仮想パッケージではなく、ＢＤ−ＲＯＭに記録されたオリジナルパッケージであることを示している。パッケージ「ＷＷＷ」は、記録位置が「Ｍｅｍｏｒｙ：￥ＷＷＷ」であり、これは、アップデートキットの記録位置が、半導体メモリカードのディレクトリＷＷＷで有ることを意味している。また、終了位置情報が無いのは、未だ当該パッケージの再生は行われていないことを意味している。
パッケージ「ＪＫＦ」は、ホームサーバのディレクトリ「ＪＫＦ」に記録されていることを示している。
以上が仮想バージョン情報の説明である。続いて本実施形態における再生装置側の改良（ダウンロード部１１、再生制御エンジン２１、モジュールマネージャ２６）について説明する。
ダウンロード部１１は、アップデートキットをＷＷＷサーバ５００からダウンロードした際、その書込位置を示す記録位置情報を、アップデートキットに対応するバージョンの仮想バージョン情報に設定する。
再生制御エンジン２１は、ＰＬの再生を終了した際、再生終了時点を示す情報を生成して、そのＰＬに対応するバージョンの仮想バージョン情報に設定する。
モジュールマネージャ２６は、図５９のフローチャートに従って、再生装置２００の統合制御を行う。以下図５９を参照して、ＰＬ再生の手順について説明する。
本フローチャートの実行が開始されれば、仮想パッケージテーブルが存在するか否かを判定し（ステップＳ８１）、仮想パッケージを一覧表示する（ステップＳ８２）。
図６０は、ステップＳ８２における一覧画面を示す図である。一覧画面におけるボタン（図中の１：オリジナル ２：仮想パッケージ１ ３：仮想パッケージ２）は複数バージョンの仮想パッケージのそれぞれを視覚化したものであり、ユーザの操作により選択状態、確定状態を変える。この一覧画面を表示してユーザによる仮想パッケージの選択を待ち（ステップＳ８３）、選択されれば、選択された仮想パッケージ＃ｒに記録位置情報が存在するかどうかを判定する（ステップＳ８４）。存在すれば、記録位置情報に示されるＳｔｏｒａｇｅからバージョン＃ｒのＩＮＦＯ．ＢＤを読み出し（ステップＳ８５）、バージョン＃ｒのＩＮＤＥＸ ＴＡＢＬＥにおけるＦｉｒｓｔＰｌａｙＩＮＤＥＸに記述されている動的シナリオを動的シナリオｉに設定する（ステップＳ８６）。
記録位置情報が存在しないなら、ＢＤ−ＲＯＭからＩＮＦＯ．ＢＤを読み出し（ステップＳ８７）、ＩＮＦＯ．ＢＤのＩＮＤＥＸ ＴＡＢＬＥにおけるＦｉｒｓｔＰｌａｙＩＮＤＥＸに記述されている動的シナリオを動的シナリオｉに設定する（ステップＳ８８）。この際、ユーザが選択した仮想パッケージの番号を、ＳＰＲＭ（２４）に格納しておく。
以上の過程で動的シナリオｉが設定されれば、ステップＳ６７〜ステップＳ７３の処理を行う。この処理において再生制御エンジン２１によりＰＬ再生がなされる度に（ステップＳ７２）、最終的な再生位置が仮想バージョン情報の終了位置情報に書き込まれることになる（ステップＳ８９）。
以上のように本実施形態によれば、１つの仮想パッケージに複数バージョンが存在する場合、個々のバージョンをユーザがどれだけ見たかをバージョン毎に管理するので、複数バージョンが同時存在することによるユーザの混同を防止することができる。
（第８実施形態）
第１実施形態においてアップデートキットは、再生装置のローカルＨＤ１２に格納されているものとしたが、第８実施形態は半導体メモリカード、ホームサーバ等、様々な場所にアップデートキットが格納され得る場合の改良である。半導体メモリカード、ホームサーバ等様々な場所に格納され得るので、本実施形態に係る再生装置は、図５４のステップＳ６４〜ステップＳ６６、図５５（ｂ）のステップＳ８０〜ステップＳ８１に代えて図６１のステップＳ９１〜ステップＳ９６の手順でアップデートキットの探索を行う。
本フローチャートにおけるステップＳ８は、アップデートキットをローカルＨＤ１２、サーバ、半導体メモリカードの何れかから読み出すものである。一方ステップＳ１０は、アップデートキットが存在しない場合に、ＢＤ−ＲＯＭからＰＬ情報、ストリーム管理情報、ＡＶストリームを読み出すものである。
最新バージョンの検索にあたって、ローカルＨＤ１２を内蔵しているかを判断し、ＨＤを内蔵している場合（ステップＳ９１）、ローカルＨＤ１２上に仮想パッケージ情報があれば（ステップＳ９２でＹｅｓ）、ステップＳ９７にてアップデートキットの読み出しが行われることになる。
、一方、ローカルＨＤ１２には仮想パッケージ情報はないが、再生装置がサーバに接続可能であり（ステップＳ９３）、サーバに仮想パッケージ情報が存在する場合も（ステップＳ９４）、ステップＳ９７にてアップデートキットの読み出しが行われることになる。
最後に、ローカルＨＤ１２やホームサーバ上には仮想パッケージ情報がないが、再生装置２００が半導体メモリカードに接続可能であり（ステップＳ９５）、ホームサーバに仮想パッケージ情報が存在する場合も（ステップＳ９６）、アップデートキットの読み出しが行われることになる（ステップＳ９７）。
ローカルＨＤ１２を内蔵しておらず、ホームサーバ、半導体メモリカードとの接続も不可能であれば、ＢＤ−ＲＯＭからＰＬ情報、ストリーム管理情報、ＡＶストリームが読み出されることになる（ステップＳ９８）。
以上のように本実施形態によれば、様々な機器や媒体にアップデートキットが散在している場合であっても、それらから必要なアップデートキットを取り出すので、アップデートキットのダウンロード時に、アップデートキットの置き場所を決めておかなくてもよいので、アップデートキットの置き場所の自由度が高まる。
本実施例では、ＨＤ、ホームサーバ、半導体メモリカードの順で処理を進めたが、これらの順番は入れ替えることが可能であり、例えば、最初にサーバ接続を確認し、次に半導体メモリカード、最後にＨＤの順番でも良い。
（第９実施形態）
第１実施形態〜第７実施形態では、アップデートキットをＨＤに記録した。これに対し本実施形態は、アップデートキットを、セキュアな領域と、非セキュアな領域とをもったＳＤメモリカードに書き込む改良である。図６２は、本実施形態に係る再生装置２００の構成を示す図である。本図において新規なのは、ＳＤメモリカード３０を内蔵している点である。本実施形態にかかる再生装置は、アップデートキットを構成する各ファイルを暗号化してＳＤメモリカード３０の非プロテクト領域に記録し、暗号鍵をＳＤメモリカード３０のプロテクト領域に記録する。プロテクト領域に記録された暗号鍵はＳＤメモリカードによる認証により、正当性が確認されない限り、読み出されることはない。これによりアップデートキットは、不正にコピーされることなく、ＢＤ−ＲＯＭと併用されるときのみ読み出されることになる。
ＳＤメモリカードにアップデートキットを格納させておく場合、制御部１６は、そのアップデートキットに対応する原本のＢＤ−ＲＯＭの媒体識別情報をプロテクト領域に書き込んでおく。こうすることで、オリジナルのＢＤ−ＲＯＭと、ＳＤメモリカードとの対応がとられることになる。そして、以降の再生にあたっては、再生に先立ちＳＤメモリカードとＢＤ−ＲＯＭとが揃っているかどうかのチェックを行い、揃っている場合に映画作品の再生を許可し、揃っていなければ再生装置２００による再生を禁止する。
こうすれば、アップデートキットが存在する場合、ＢＤ−ＲＯＭのみの再生が禁じられ、絶えずアップデートキットとのペアでの再生のみが行われることになる。
以上のように本実施形態によれば、アップデートキットを暗号化して、暗号鍵と共にＳＤメモリカードに格納しておくので、アップデートキットに対する不正コピーを制限することができる。
また過去に頒布したＢＤ−ＲＯＭパッケージに何等かのトラブルがある場合、後日送付するアップデートキットをＳＤメモリカードに格納させ、絶えずＳＤメモリカードとＢＤ−ＲＯＭとのペアで再生を行わせるので、過去のトラブルを表面化させないような制御を実現することができる。
（備考）
上記実施形態に基づいて説明してきたが、現状において最善の効果が期待できるシステム例として提示したに過ぎない。本発明はその要旨を逸脱しない範囲で変更実施することができる。代表的な変更実施の形態として、以下（Ａ）（Ｂ）（Ｃ）‥‥のものがある。
（Ａ）ＰＬ情報は、図６３のように構成してもよい。つまり図１７のＰＬ情報におけるＣｌｉｐ Ｅｎｔｒｙは、ＢＤ−ＲＯＭに記録されるＡＶストリームのみを指定しており、ローカルＨＤ１２における音声はＡｕｄｉｏ Ｅｎｔｒｙで指定していた。これに対し図６３のＰＬ情報は、２以上のＣｌｉｐ Ｅｎｔｒｙを有し、２つ目以降のＣｌｉｐ Ｅｎｔｒｙに、ローカルＨＤ１２におけるＡＶストリームを指定させているのである。
（Ｂ）図１２に示したＢＤバッファ２、デマルチプレクサ３、ビデオデコーダ４、オーディオデコーダ６、ＨＤバッファ１３、デマルチプレクサ１４、スイッチ１５は、図６４（ａ）、図６４（ｂ）のように構成してもよい。バッファ７１、バッファ７２は、ＢＤバッファ２、ＨＤバッファ１３から出力されたＡＣＣＥＳＳ ＵＮＩＴを一旦格納する。フィルタ７３は、一旦バッファ７１、バッファ７２に格納されたＡＣＣＥＳＳ ＵＮＩＴを１つのストリームに統合する。デマルチプレクサ３は、統合された１つのストリームに対し多重分離を行い、ビデオストリーム及びオーディオストリームを得て、ビデオデコーダ４及びオーディオデコーダ６に出力するのである。更に、図６４（ｂ）のように構成してもよい。ＨＤバッファ１３から出力されたオーディオフレームをデコードするオーディオデコーダ７６を、オーディオデコーダ６とは別に設けるのである。そしてオーディオデコーダ６によるデコード結果、オーディオコーダ７６によるデコード結果のうち一方を、セレクタ７５に選択的に出力させるのである。
オーディオデコーダ７６は、ＴＳパケットに付加されたタイムスタンプにオフセットを足し合わせた時刻を参照してデコード処理を行うものである。かかるオーディオデコーダ７６を設けることで、オーディオデコーダ６はＯｆｆｓｅｔを参照するかどうかの切り換えを行う必要がなくなる。
（Ｃ）ＷＷＷサーバ５００からのアップデートキットの供給は、あくまでも一例に過ぎない。アップデートキットのみが記録されたＢＤ−ＲＯＭやＤＶＤをユーザに配布し、ＢＤ−ＲＯＭ、ＤＶＤからアップデートキットを取り込むようにしてもよい。ＷＷＷサーバ５００からＫＩＯＳＫ端末に対してアップデートキットを配信し、ＫＩＯＳＫ端末にアップデートキットを半導体メモリカードに書き込ませて、この半導体メモリカードを介して再生装置に取り込めるようにしてもよい。
（Ｄ）ＷＷＷサーバ５００からのダウンロードは、Ｊａｖａモードやえブラウザモードの動的シナリオに基づいて行うことが望ましい。Ｊａｖａモードやブラウザモードの動的シナリオは、Ｊａｖａ言語、ＨＴＭＬ，ＸＭＬ等のマークアップ言語により記述され、ＢＤ−ＲＯＭに記録される。かかる動画データにてダウンロードを行うことにより、予め定められた時期が到来すれば、アップデートキットを自動的にダウンロードするようプログラミングしておくことができる。また提起的にダウンロードを行うようプログラミングしておくことも有用である。アップデートキットのダウンロードは、ＰＬ再生と同期して行っても良い。例えばＢＤ−ＲＯＭに記録されている映画作品の予告編にあたる再生期間内にアップデートキットのダウンロードを行うようプログラミングしてもよい。
（Ｅ）米国向けに頒布されたバージョンのみに含まれるデータをアップデートキットとして米国以外の国に居住するユーザに販売してもよい。米国以外の国向けに配布された映画作品は、その国の母国語（非英語）の音声・字幕をＡＶストリームに多重化しておく必要がある。ＡＶストリームの生成時にあたっては、これら副映像・音声のための帯域を予め確保せねばならない。この帯域確保のため、米国版ではＡＶストリームに多重化されていた対話操作用のデータが、米国以外の国向けのＡＶストリームでは、カットされてしまうことが多い。このような事情から、米国版を欲するユーザが多数存在する場合、これら米国向けのデータをアップデートキットとして世界中の様々な国に存在するユーザに配布すれば、ユーザの要望に応えることができる。
（Ｆ）ディレクトリ名には、ボリュームラベルをＢＤ−ＲＯＭの媒体情報に用いて、ＢＤ−ＲＯＭに対応するディレクトリをローカルＨＤ１２内に作成したが、媒体についての情報といえるものなら、他のものでもよい。ＢＤ−ＲＯＭにユニークなコード（媒体識別情報）であってもよい、
（Ｇ）各ＢＤ−ＲＯＭに対応するディレクトリの配下に、ユーザ毎のディレクトリを設け、各ユーザが用いる動的シナリオやＰＬ情報、ＡＶストリーム、ストリーム管理情報を、それらユーザ毎のディレクトリに格納してもよい。そして各ユーザがＢＤ−ＲＯＭを再生する際、各ユーザに割り当てられたディレクトリ内の動的シナリオ、ＰＬ情報、ＡＶストリーム、ストリーム管理情報を用いてＡＶストリームを再生できるようにしてもよい。家族のうち父用のディレクトリでは、パレンタルロックを解除した状態でＰＬを再生させつつ、家族のうち子供用のディレクトリでは、パレンタルロックを解除した状態でＰＬを再生させるという制御が可能になる。
（Ｈ）第１実施形態においてアップデートキット内のＡＶストリームは、日本語音声という単一言語のオーディオストリームのみが含まれていたが、例えば日本語＋中国語＋韓国語のように複数言語のオーディオストリームをＡＶストリームとして記録しておいてもよい。この場合アップデートキットは、複数オーディオストリームが多重化されたＡＶストリームを含むことになる。第２実施形態においてアップデートキット内のＡＶストリームは、日本語字幕という単一言語の副映像ストリームのみが含まれていたが、例えば日本語＋中国語＋韓国語のように複数言語の副映像ストリームをＡＶストリームとして記録しておいてもよい。この場合アップデートキットは、複数副映像ストリームが多重化されたＡＶストリームを含むことになる。
更に、副映像ストリームと、オーディオストリームとを多重化したＡＶストリームをアップデートキットに含ませてダウンロード部１１にダウンロードさせてもよい。
（Ｉ）ダウンロード部１１によるＦＴＰでのアップデートキット取得は、以下のようなＦＴＰの制御コネクション、ＦＴＰのデータコネクションによりなされる。ＦＴＰの制御コネクションは、再生装置２００内のユーザＰＩ（プロトコルインタプリタ）と、ＷＷＷサーバ５００内のユーザＰＩ（プロトコルインタプリタ）との間で確立し、ＦＴＰコマンド，ＦＴＰリプライをそれぞれ伝送する。
ＦＴＰのデータコネクションは、再生装置２００内のユーザＤＴＰ（データ転送プロセス）と、ＷＷＷサーバ５００内のユーザＤＴＰ（データ転送プロセス）との間で確立し、アップデートキットを伝送する。
（Ｊ）全ての実施形態では、再生装置の再生の対象となる光ディスクをＢＤ−ＲＯＭとし、アップデートキットが記録される記録媒体をＨＤとして説明したが、本発明の再生装置の特徴は、ＢＤ−ＲＯＭ、ＨＤの物理的性質に依存するものではない。ＡＶストリームを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ＋Ｒ，ＣＤ−Ｒ，ＣＤ−ＲＷ等の光ディスク、ＰＤ，ＭＯ等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、ＰＣＭ−ＣＩＡカード等の半導体半導体メモリカードであってもよい。フレシキブルディスク、ＳｕｐｅｒＤｉｓｋ，Ｚｉｐ，Ｃｌｉｋ！等の磁気記録ディスク（ｉ）、ＯＲＢ，Ｊａｚ，ＳｐａｒＱ，ＳｙＪｅｔ，ＥＺＦｌｅｙ，マイクロドライブ等のリムーバルハードディスクドライブ（ｉｉ）であってもよい。更に、機器内蔵型のハードディスクであってもよい。
（Ｋ）全ての実施形態における再生装置は、ＢＤ−ＲＯＭに記録されたＡＶストリームをデコードした上でＴＶに出力していたが、再生装置をＢＤドライブのみとし、これ以外の構成要素をＴＶに具備させてもい、この場合、再生装置と、ＴＶとをＩＥＥＥ１３９４で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであったが、ディスプレイと一体型となった再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、各実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。各実施形態に示した再生装置の有償・無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
（Ｌ）図１９、図２７、図３６、図４３、図５４、図５５、図６１に示したプログラムによる情報処理は、ハードウェア資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、各実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（１）や、有償・無償によりプログラムを譲渡する行為（２）、貸与する行為（３）、輸入する行為（４）、双方向の電子通信回線を介して公衆に提供する行為（５）、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為（６）がある。
（Ｍ）図１９、図２７、図３６、図４３、図５４、図５５、図６１のフローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。
（Ｎ）ＢＤ−ＲＯＭに記録されるにあたって、ＡＶストリームを構成する各ＴＳパケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒと呼ばれ、『Ａｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ』と、『ｃｏｐｙ＿ｐｅｒｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒ』とを含み４バイトのデータ長を有する。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒ付きＴＳパケット（以下ＥＸ付きＴＳパケットと略す）は、３２個毎にグループ化されて、３つのセクタに書き込まれる。３２個のＥＸ付きＴＳパケットからなるグループは、６１４４バイト（＝３２×１９２）であり、これは３個のセクタサイズ６１４４バイト（＝２０４８×３）と一致する。３個のセクタに収められた３２個のＥＸ付きＴＳパケットを”Ａｌｉｇｎｅｄ Ｕｎｉｔ”という。
ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時において、再生装置２００は、以下のような送信処理にてＡｌｉｇｎｅｄ Ｕｎｉｔの送信を行う。つまり送り手側の機器は、Ａｌｉｇｎｅｄ Ｕｎｉｔに含まれる３２個のＥＸ付きＴＳパケットのそれぞれからＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒを取り外し、ＴＳパケット本体をＤＴＣＰ規格に基づき暗号化して出力する。ＴＳパケットの出力にあたっては、ＴＳパケット間の随所に、ｉｓｏｃｈｒｏｎｏｕｓパケットを挿入する。この挿入箇所は、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒのＡｒｒｉｂｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐに示される時刻に基づいた位置である。ＴＳパケットの出力に伴い、再生装置２００はＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを出力する。ＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒにおけるコピー許否設定を示す。ここで「コピー禁止」を示すようＤＴＣＰ＿Ｄｅｓｃｒｉｐｔｏｒを記述しておけば、ＩＥＥＥ１３９４を介して接続されたホームネットワークでの利用時においてＴＳパケットは、他の機器に記録されることはない。
（Ｏ）再生装置２００が記録型光ディスク（ＢＤ−ＲＥ，ＢＤ−Ｒ等）への記録機能を有しているのなら、ＢＤ−ＲＯＭにおけるＢＤ−ＲＯＭパッケージと、１つ以上のアップデートキットとからなる仮想パッケージを１つのＢＤパッケージに変換して記録型光ディスクに書き込んでもよい。
この際、ＡＶストリームのコピーは、ＡＶストリームに埋め込まれたコピー世代情報（ＣＧＩ）に基づいて実行することが望ましい。コピー世代情報には、自由にコピー可能な旨を示す『ｃｏｐｙ ｆｒｅｅ』と、１世代の複製物の記録が許可されている旨を示す『ｏｎｅ ｇｅｎｅｒａｔｉｏｎ ｃｏｐｙ』と、複製物の更なる複製は禁止されている旨を示す『ｎｏ ｍｏｒｅ ｃｏｐｙ』と、一切のコピーを認めない旨を示す『ｎｅｖｅｒ ｃｏｐｙ』とがある。
ＡＶストリームに権利管理情報は付加されている場合、権利管理情報に定められた利用条件において、ＡＶストリームのコピーを行ってもよい。
権利管理情報において回数指定で、コピーの許可条件が規定されているなら、この条件内でコピーを行う。有効期間の指定（年月日の指定がでコピーの条件が規定されているのならこの条件内でコピーを行う。
（Ｐ）コピー処理に、移動やマイグレイト、チェックアウトといったバリエーションが存在する場合、これらバリエーション毎に、定められた利用条件に基づきコピーを行っても良い。移動とは、コピー元のコンテンツの削除が伴うコピー処理であり、複数記録媒体間でコンテンツを移動する場合に用いられる。
マイグレイトとは、コピー先記録媒体において、利用条件情報を生成させることを前提にしたコピー処理である。
チェックアウトとは、回数制限されたコピーの一種であり、コピー回数を１回デクリメントした上でコンテンツのコピーが実行される。一般にいう回数制限付きのコピーと、チェックアウトとの違いは、コピー回数のインクリメントが可能である点である。コピー回数のインクリメントは、コピーにより記録媒体に記録されたコンテンツを再生不能にするという処理（”チェックイン”と呼ばれる。）を行った後でなされる。
（Ｑ）各実施形態におけるＡＶストリームは、ＤＶＤ−Ｖｉｄｅｏ規格、ＤＶＤ−Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ規格のＶＯＢ（Ｖｉｄｅｏ Ｏｂｊｅｃｔ）であってもよい。ＶＯＢは、ビデオストリーム、オーディオストリームを多重化することにより得られたＩＳＯ／ＩＥＣ１３８１８−１規格準拠のプログラムストリームである。また、各実施形態におけるＡＶストリームを、”ＡＶＣｌｉｐ”と呼んでもよい。この場合、ストリーム管理情報はＣｌｉｐ情報と呼ぶことになる。またＡＶストリームにおけるビデオストリームは、ＭＰＥＧ４やＷＭＶ方式であってもよい。更にオーディオストリームは、Ｌｉｎｅａｒ−ＰＣＭ方式、Ｄｏｌｂｙ−ＡＣ３方式、ＭＰ３方式、ＭＰＥＧ−ＡＡＣ方式であってもよい。
各実施形態におけるＣＥＬＬ情報は、時間情報により再生区間の開始点、終了点を指定していたが、ＢＤ−ＲＯＭにおける論理アドレスを用いて再生区間の開始点、終了点を指定してもよい。また、各実施形態におけるＣＥＬＬを”ＰｌａｙＩｔｅｍ”と呼んでもよい。
（Ｒ）図４４に示したレイアモデルにおいて、Ｊａｖａモードの上にブラウザモード及びＭＯＶＩＥモードを配置してもよい。特にＭＯＶＩＥモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、ＭＯＶＩＥモードをＪａｖａモード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が１つのモードで済むからである。
更に３つのモードを設けず、ＪａｖａモードだけでＪａｖａモードの処理を実行してもよい。ＪａｖａモードでもＰＬの再生と同期した再生制御が可能になるから、強いてＭＯＶＩＥモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、ＭＯＶＩＥモードだけでも、ブラウザモードだけでもよい。
（Ｓ）ストリーム管理情報におけるＴＭＡＰは、ＥＰ＿ｍａｐと呼んでもよい。この場合、ＡＣＣＥＳＳ ＵＮＩＴの再生開始時刻を、ＡＣＣＥＳＳ ＵＮＩＴ先頭に位置するピクチャデータのタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）で表現するのが望ましい。またＡＣＣＥＳＳ ＵＮＩＴにおけるアドレスは、ＰＥＳパケットの連番（ＳＰＮ（Ｓｅｒｉａｌ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ））で表現するのが望ましい。
（Ｔ）再生装置の構成において、動的シナリオメモリ２０には、カレントの動的シナリオのみを格納し、静的シナリオメモリ１０には、カレントのストリーム管理情報、カレントのＰＬ情報のみを格納するとしたが、キャッシュメモリのように、複数のシナリオ、ストリーム管理情報、ＰＬ情報を予め格納しておいてもよい。こうすれば、これらのデータをＢＤ−ＲＯＭから読み出すまでのタイムラグを短くすることができる。
（Ｕ）ＰＬを構成する２以上のＣＥＬＬを連続再生させるには、これらのＣＥＬＬがシームレス接続されよう、加工を施しておくことが望ましい。シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで、実現される。尚、シームレス接続のために作成された複製部分を、Ｂｒｉｄｇｅ−Ｃｌｉｐと呼んでもよい。
ここで終端部、先端部は、以下のように設定するのが望ましい。
つまり先行するＡＶストリームのうち先行再生区間のＯｕｔ点を含むＡＣＣＥＳＳ ＵＮＩＴから、２個先のＡＣＣＥＳＳ ＵＮＩＴまでを終端部とし、また後続するＣＥＬＬ情報＃ｘ＋１のうち後続再生区間のＩｎ点を含むＡＣＣＥＳＳ ＵＮＩＴを先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許ＵＳＰ，６１４８，１４０公報により記載されているので、詳細に関してはこの公報を参照されたい。
更に、シームレス接続のために作成された複製部分については、シームレス接続情報を設けておくことが望ましい。シームレス接続情報とは、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長、オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差（ＳＴＣ−Ｏｆｆｓｅｔ）を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、１つの区間から別の区間への移行する際の音声の途切れを防止することができる。
（Ｖ）各実施形態における映画作品は、テレビ映画、ゲームソフト等、映像をもって表現されている全ての著作物を意味する。何故なら、各実施形態における映画作品は、ブラウン管や液晶での表示など、視覚的又は視聴覚的効果を生じさせる方法で表現され（ｉ）、ＢＤ−ＲＯＭという有体物に、何らかの方法で結びつくことにより同一性を保ちながら存続しており（ｉｉ）、かつ再現が可能な状態におかれているので（ｉｉｉ）、映画の著作物の存在形式としての要件を満たすからである。
しかし本発明の本質的要素は、この映画作品であることに限定されるものではないので、本発明の動画データは、監視カメラの映像や家庭用ビデオカメラの映像であってもよい。
（Ｗ）各実施形態では、ユーザによる操作を、リモコンから受け付けたが、再生装置のフロントパネルから受け付けてもよい。キーボード、タッチパネル、マウスやパッド、トラックボール等の入力機器にてユーザの指定を受け付けてもよい。この場合は、クリック操作、ドラッグ操作でこれらの操作を受け付けてもよい。
（Ｘ）各実施形態における映画作品は、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたものでもよい。デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ／デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。
（Ｙ）Ｊａｖａモジュール２４は、衛星放送受信のために機器に組み込まれたＪａｖａプラットフォームであってもよい。Ｊａｖａモジュール２４がかかるＪａｖａプラットフォームであれば、本発明に係る再生装置は、ＭＨＰ用ＳＴＢとしての処理を兼用することになる。
更に携帯電話の処理制御のために機器に組み込まれたＪａｖａプラットフォームであってもよい。かかるＪａｖａモジュール２４がかかるＪａｖａプラットフォームであれば、本発明に係る再生装置は、携帯電話としての処理を兼用することになる。
またＢＲＯＷＳＥＲモジュール２５は、ＭｉｃｒｏＳｏｆｔ社のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅ等、パソコン組み込み型のブラウザソフトであってもよい。
（Ｚ）尚、アップデートキットの送信は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を用いて行うことが望ましい。ＳＳＬに対応したＷＷＷサーバ５００は、デジタル証明書がプリインストールされており、再生装置２００からＳＳＬ要求を受けると、再生装置２００にデジタル証明書を送る。このデジタル証明書は、公開鍵を暗号化したものであり、再生装置２００は、この証明書を認証する。この認証で正当な公開鍵が得られたなら、このＷＷＷサーバ５００は信頼できると判定する。そして再生装置２００は、この公開鍵で暗号化された共通鍵を送信する。ＷＷＷサーバ５００は、送信された暗号化された共通鍵を秘密鍵で復号して、再生装置２００と共通鍵を共有する。こうして共有した共通鍵を用いて、アップデートキットの送受信を行う。アップデートキットの送受信に共通化鍵を用いるのは、暗号化処理を高速に行うためである。また、このデータの送受信には、ＨＴＴＰ、ｍａｉｌ，ＦＴＰ，Ｔｅｌｎｅｔが適用される。ここで再生装置２００においてかかる処理は、Ｊａｖａモードの動的シナリオ、ブラウザモードの動的シナリオにて記述しておき、ＢＤ−ＲＯＭにて供給するようにしてもよい。
またアップデートキットの配信にあたっての決済は、電子商取引を前提にして行うことが望ましい。この場合、ＷＷＷサーバ５００にマーチャントソフトを組み込んでおき、再生装置２００に、ウオレットソフトを組み込んでおく。また図１に示したネットワークは、金融機関に設置されるペイメントゲートウェイと接続されている。かかるネットワーク上でＳＥＴ（Ｓｅｃｕｒｅ Ｅｌｅｃｔｒｉｃ Ｔｒａｎｓａｃｔｉｏｎ）を用いることでクレジットカード決済を実現する。再生装置２００は、発注情報をサーバ５００に送信するとともに、代金決済情報をペイメントゲートウェイに送信する。発注情報を受けた時点で、サーバ５００は、アップデートキットを再生装置２００に送信する。発注情報、代金決済情報を別々に送信するため、決済の安全性を高めることができる。再生装置２００においてかかる処理は、Ｊａｖａモードの動的シナリオ、ブラウザモードの動的シナリオにて記述しておき、ＢＤ−ＲＯＭにて供給するようにしてもよい。
ＢＤ−ＲＯＭに記録された映画作品に、動的シナリオを含むアップデートキットを付け加えることにより、この映画作品をオンラインゲームに発展させてもよい。アップデートキットに含まれる動的シナリオは、ＰＬ再生を行うだけでなく、ＷＥＢサイトからデータを取得してＣＧを描画させることができる。
このゲームは、ＢＤ−ＲＯＭという閉じた世界ではなくインターネットを介した世界的な広がりをもつようになるので、ユーザを末永く楽しませることができる。
【符号の説明】
１ ＢＤドライブ
２ ＢＤバッファ
３ デマルチプレクサ
４ ビデオデコーダ
５ ピクチャプレーン
６ オーディオデコーダ
７ イメージデコーダ
８ イメージプレーン
９ 加算器
１０ 静的シナリオメモリ
１１ ダウンロード部
１３ ＨＤバッファ
１４ デマルチプレクサ
１５ スイッチ
１５ ビデオプレーン
１６ 制御部
１７ スイッチ
１８ スイッチ
１９ ストリーミングバッファ
２０ 動的シナリオメモリ
２１ 再生制御エンジン
２３ ＤＶＤライクモジュール
２４ Ｊａｖａモジュール
２５ Ｂｒｏｗｓｅｒモジュール
２６ モジュールマネージャ
３０ ＳＤメモリカード
２００ 再生装置
３００ テレビ
４００ リモコン
５００ ＷＷＷサーバ
６００ ホームサーバ
【産業上の利用可能性】
本発明に係る再生装置は、光ディスクの記録内容に、アップデートキットを加えた仮想的なパッケージの再生処理を行い、光ディスクの付加価値を効果的に高めるので、より映画ディスクを市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る再生装置は、映画産業や民生機器産業において高い利用可能性をもつ。
【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３０】

【図３１】

【図３２】

【図３３】

【図３４】

【図３５】

【図３６】

【図３７】

【図３８】

【図３９】

【図４０】

【図４１】

【図４２】

【図４３】

【図４４】

【図４５】

【図４６】

【図４７】

【図４８】

【図４９】

【図５０】

【図５１】

【図５２】

【図５３】

【図５４】

【図５５】

【図５６】

【図５７】

【図５８】

【図５９】

【図６０】

【図６１】

【図６２】

【図６３】

【図６４】

【特許請求の範囲】
【請求項１】
第１デジタルストリームが記録された光ディスクについての再生装置であって、
光ディスクから第１デジタルストリームを一部分ずつ読み出す第１読出手段と、
第１デジタルストリームと対応づけられた第２デジタルストリームを予備の記録媒体から特定する制御手段と、
制御手段による制御に従い、予備の記録媒体から特定された第２デジタルストリームを一部分ずつ読み出す第２読出手段と、
光ディスクから読み出された一部分に含まれるデータ、及び、予備の記録媒体から読み出された一部分に含まれるデータを同期させつつ再生する再生手段と
を備えることを特徴とする再生装置。
【請求項２】
前記再生手段は、
第１デジタルストリームの一部分をデマルチプレクスして、動画データ及びオーディオデータを得る第１デマルチプレクス手段と、
第２デジタルストリームの一部分をデマルチプレクスして、オーディオデータを得る第２デマルチプレクス手段と、
動画データをデコードするビデオデコーダと、
オーディオデコーダと、
第１デマルチプレクス手段が得たオーディオデータ、及び、第２デマルチプレクス手段が得たオーディオデータの何れか一方をオーディオデコーダに供給する供給手段とを備え、
前記再生手段による同期再生は、
第２デマルチプレクス手段が得たオーディオデータが供給された場合、ビデオデコーダによるデコードと同期をとりながら、オーディオデコーダが当該オーディオデータをデコードすることにより実現される、請求項１記載の再生装置。
【請求項３】
前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
第１デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻にデマルチプレクスを行い、
第２デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻と、所定のオフセットとを足し合わせた時刻にデマルチプレクスを行う
ことを特徴とする請求項２記載の再生装置。
【請求項４】
前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
前記ビデオデコーダは、動画データを含んでいたパケットのタイムスタンプに示されている時刻に、第１デジタルストリームに含まれる個々の動画データに対するデコードを行い、
前記オーディオデコーダは、オーディオデータを含んでいたパケットのタイムスタンプに示されている時刻と所定のオフセットとを足し合わせた時刻に、第２デジタルストリームに含まれる個々のオーディオデータに対するデコードを行う
ことを特徴とする請求項２記載の再生装置。
【請求項５】
前記予備の記録媒体には、第２デジタルストリームに対応付けられてストリーム管理情報が格納されており、
ストリーム管理情報は、第２デジタルストリームについての属性情報と、オフセット情報とを含み、
属性情報は、第２デジタルストリームに含まれるオーディオデータの符号化方式、オーディオデータのチャネル、オーディオデータが対応している言語のうち何れかを示し、
前記オフセット情報は、タイムスタンプに示される時刻に足し合わせるべきオフセットを示す
ことを特徴とする請求項４記載の再生装置。
【請求項６】
前記再生装置は、システムレジスタを備え、
システムレジスタは、装置における状態設定を示すパラメータを格納しており、
前記デコーダが第１デジタルストリームに属するオーディオデータをデコードするか、第２デジタルストリームに属するオーディオデータをデコードするかの切り換えは、システムレジスタに格納されているパラメータに基づく
ことを特徴とする請求項２記載の再生装置。
【請求項７】
前記再生装置は、前記制御手段は、メニューを表示し、
前記システムレジスタに格納されているパラメータは、制御手段が表示するメニューに対する選択に応じて更新される
ことを特徴とする請求項６記載の再生装置。
【請求項８】
前記再生装置は、ユーザ操作を受け付ける受付手段を備え、
前記システムレジスタに格納されているパラメータは、受付手段が受け付けたユーザ操作に応じて更新される
ことを特徴とする請求項６記載の再生装置。
【請求項９】
前記予備の記録媒体には、プレイリスト情報が記録されており、
プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報であり、
前記再生装置は、プレイリスト情報を解読する再生制御手段を備え、
第１、第２読出手段による読み出し、及び、再生手段による再生は再生制御手段の解読結果に基づく
ことを特徴とする請求項１記載の再生装置。
【請求項１０】
前記第１、第２デジタルストリームは複数のアクセスユニットからなり、
第１デジタルストリームにおけるアクセスユニットは、動画データを含み、
動画データは、フレーム内符号化されたピクチャデータを少なくとも１つ含み、
第１読出手段により読み出される第１デジタルストリームの一部分とは、第１デジタルストリームにおける再生区間の開始点を含むアクセスユニットから、終了点を含むアクセスユニットまでであり、
第２読出手段により読み出される第２デジタルストリームの一部分とは、第２デジタルストリームにおける再生区間の開始点を含むアクセスユニットから、終了点を含むアクセスユニットまでである請求項９記載の再生装置。
【請求項１１】
前記光ディスクにはマップ情報が記録されており、
マップ情報は、アクセスユニットの再生開始時刻と、アドレスとを対応づけて示しており、
制御手段は、マップ情報を参照して、開始点を含むアクセスユニット及び終了点を含むアクセスユニットの光ディスク上のアドレスを得る
ことを特徴とする請求項１０記載の再生装置。
【請求項１２】
前記第２デジタルストリームは、第１デジタルストリームと同数のアクセスユニットにより構成され、
第２デジタルストリームを構成するアクセスユニットの再生時間は、第１デジタルストリームを構成する各アクセスユニットの再生時間と等しい
ことを特徴とする請求項１０記載の再生装置。
【請求項１３】
前記再生装置はメモリを備え、
制御手段は、プレイリスト情報の最新バージョンが予備の記録媒体に存在しているかどうかの判定を行い、もし存在すれば前記予備の記録媒体を制御して、最新バージョンのプレイリスト情報を予備の記録媒体からメモリに読み出し、
前記再生制御手段によるプレイリスト情報の解読は、メモリに読み出された最新バージョンのプレイリスト情報に対してなされる
ことを特徴とする請求項９記載の再生装置。
【請求項１４】
前記予備の記録媒体には、複数のパッケージ領域が存在しており、個々のパッケージ領域は、再生装置に装填される複数光ディスクのそれぞれに対応しており、
パッケージ領域には、パッケージ管理情報が記録されており、当該パッケージ管理情報は、ストレージ情報を含み、
再生制御手段は、パッケージ領域の内部領域のうち、ストレージ情報に示される場所から、プレイリスト情報を取り出して解読する
ことを特徴とする請求項９記載の再生装置。
【請求項１５】
前記パッケージ管理情報は、更に代替情報を含み、
再生制御手段は、プレイリスト情報の解読に先立ち、プレイリスト情報が破損しているかどうかのチェックを行い、
破損していれば、代替情報に示されるプレイリスト情報を解読する
ことを特徴とする請求項９記載の再生装置。
【請求項１６】
前記予備の記録媒体には、プログラムが記録されており、
プログラムは、プレイリスト情報を用いた第１及び第２デジタルストリームの再生制御手順を示し、
前記再生装置は、予備の記録媒体に記録されたプログラムを実行する実行モジュールを備え、
前記再生制御手段によるプレイリスト情報の解読は、プログラム内の関数呼出に基づきなされる
ことを特徴とする請求項９記載の再生装置。
【請求項１７】
前記再生制御とは、プレイリスト情報を用いた再生を条件付きで行うことであり、
この条件は、システムパラメータを用いて規定されており、
システムパラメータは、再生装置におけるレジスタに格納された値であり、再生装置における状態設定を示す
ことを特徴とする請求項１６記載の再生装置。
【請求項１８】
前記再生装置は、予備の記録媒体におけるプログラムの最新バージョンの有無を判定し、
前記実行モジュールによるプログラム実行は、予備の記録媒体に最新バージョンのプログラム有りと判定した場合になされる
ことを特徴とする請求項１６記載の再生装置。
【請求項１９】
再生装置は
光ディスクから読み出された第１デジタルストリームの一部分を格納する第１バッファと、
予備の記録媒体から読み出された第２デジタルストリームの一部分を格納する第２バッファとを備え、
前記再生手段は、第１バッファ及び第２バッファを介して、第１デジタルストリームの一部分及び第２デジタルストリームの一部分の供給を受ける
ことを特徴とする請求項１記載の再生装置。
【請求項２０】
前記予備の記録媒体には複数のパッケージ領域があり、
個々のパッケージ領域には、再生装置に装填された複数光ディスクのそれぞれに割り当てられており、
制御手段は、光ディスクが再生装置に装填された際、その光ディスクから媒体情報を読み出すよう第１読出手段を制御して、予備の記録媒体における複数パッケージ領域のうち、読み出された媒体情報に合致するものを特定し、
前記第２読出手段により読み出される第２デジタルストリームは、制御手段により特定されたパッケージ領域内に存在する
ことを特徴とする請求項１記載の再生装置。
【請求項２１】
再生装置はメモリを備え、
光ディスクには、プレイリスト情報、プログラム、パッケージ管理情報が記録されており、
プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報であり、
プログラムは、プレイリスト情報を用いた第１及び第２デジタルストリームの再生制御手順を示し、
パッケージ管理情報は、第１、第２デジタルストリーム、プレイリスト情報、プログラムについての管理情報であり、
制御手段は、プレイリスト情報、プログラム、パッケージ管理情報のうち、パッケージ領域にあるものは、第２読出手段を制御してパッケージ領域からメモリに読み出し、
プレイリスト情報、プログラム、パッケージ管理情報のうち、パッケージ領域にないものは、第１読出手段を制御して光ディスクからメモリに読み出す
ことを特徴とする請求項２０記載の再生装置。
【請求項２２】
同じ識別番号が付与されているプレイリスト情報又はプログラムが光ディスク及びパッケージ領域に記録されている場合、制御手段は第２読出手段を制御して、パッケージ領域に記録されているプレイリスト情報又はプログラムをメモリに読み出し、
ある識別番号が付与されているプレイリスト情報又はプログラムが光ディスクのみに記録されている場合、制御手段は第１読出手段を制御して光ディスクに記録されているプレイリスト情報又はプログラムをメモリに読み出す
ことを特徴とする請求項２１記載の再生装置。
【請求項２３】
前記制御手段による前記第１デジタルストリーム及び第２デジタルストリームの読み出しは、
光ディスク及びパッケージ領域に記録されている複数のデジタルストリームのうち、同じ識別情報が付与されているものを第１及び第２読出手段に読み出させることでなされ、
ある識別番号が付与されているデジタルストリームが光ディスクのみに記録されている場合、制御手段は第１読出手段を制御して光ディスクに記録されているデジタルストリームを読み出す
ことを特徴とする請求項２２記載の再生装置。
【請求項２４】
前記パッケージ領域の内部には、２以上のバージョン領域があり、
個々のバージョン領域は、光ディスクにおける記録内容の２以上のバージョンに対応しており、
前記制御手段は、特定したパッケージ領域内の２以上のバージョン領域のうち、所望のバージョンに対応するものの特定を行い、
前記第２読出手段により読み出される第２デジタルストリームは、制御手段により特定されたバージョン領域内に存在する
ことを特徴とする請求項２０記載の再生装置。
【請求項２５】
前記個々のバージョン領域には、自身が対応しているバージョンを示すバージョン番号が付与されており、
前記制御手段によるバージョン領域の特定とは、
パッケージ領域内の複数バージョン領域のうち、付与されているバージョン番号が最も新しいものを特定することでなされる請求項２４記載の再生装置。
【請求項２６】
前記制御手段は、複数バージョンのパッケージを一覧表示して、何れかのパッケージを選択する操作をユーザから受け付け、
前記制御手段によるバージョン領域の特定とは、
パッケージ領域内の複数バージョン領域のうち、ユーザにより選択されたバージョンのパッケージに対応するものを特定することでなされる請求項２４記載の再生装置。
【請求項２７】
再生装置はメモリを備え、
光ディスクには、プレイリスト情報、プログラム、パッケージ管理情報が記録されており、
プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報であり、
プログラムは、プレイリスト情報を用いた第１及び第２デジタルストリームの再生制御手順を示し、
パッケージ管理情報は、第１、第２デジタルストリーム、プレイリスト情報、プログラムについての管理情報であり、
制御手段は、プレイリスト情報、プログラム、パッケージ管理情報のうち、特定されたバージョン領域にあるものは、第２読出手段を制御してバージョン領域からメモリに読み出し、
プレイリスト情報、プログラム、パッケージ管理情報のうち、特定されたバージョン領域にないものは、第２読出手段を制御して特定されたバージョン領域より古いバージョンのバージョン領域からメモリに読み出し、
プレイリスト情報、プログラム、パッケージ管理情報のうち、何れのバージョン領域にもないものは、第１読出手段を制御して光ディスクからメモリに読み出す
ことを特徴とする請求項２４記載の再生装置。
【請求項２８】
同じ識別番号が付与されているプレイリスト情報又はプログラムが光ディスク及び複数のバージョン領域に記録されている場合、制御手段は第２読出手段を制御して、特定されたバージョン領域に記録されているプレイリスト情報又はプログラムをメモリに読み出し、
ある識別番号が付与されているプレイリスト情報又はプログラムが光ディスクのみに記録されている場合、制御手段は第１読出手段を制御して光ディスクに記録されているプレイリスト情報又はプログラムをメモリに読み出し、
ある識別番号が付与されているプレイリスト情報又はプログラムが特定されたバージョン領域より古いバージョンに対応するバージョン領域のみに記録されている場合、制御手段は第２読出手段を制御してバージョン領域に記録されているプレイリスト情報又はプログラムをメモリに読み出す
ことを特徴とする請求項２７記載の再生装置。
【請求項２９】
前記制御手段による前記第１デジタルストリーム及び第２デジタルストリームの読み出しは、
光ディスク及び特定されたバージョン領域に記録されている複数のデジタルストリームのうち、同じ識別情報が付与されているものを第１及び第２読出手段に読み出させることでなされ、
ある識別番号が付与されているデジタルストリームが光ディスクのみに記録されている場合、制御手段は第１読出手段を制御して光ディスクに記録されているデジタルストリームを読み出し、
ある識別番号が付与されているデジタルストリームが特定されたバージョン領域より古いバージョンのバージョン領域のみに記録されている場合、制御手段は第２読出手段を制御して当該バージョン領域に記録されているデジタルストリームを読み出す
ことを特徴とする請求項２８記載の再生装置。
【請求項３０】
前記パッケージ領域には、パッケージ一般情報が記録されており、
パッケージ一般情報は、ネットワークアドレスを含み、
前記再生装置は、ダウンロード手段を備え、
ダウンロード手段は、
一般情報のネットワークアドレスに示されているサーバからバージョンアップのためのアップデートキットをダウンロードし、予備の記録媒体におけるパッケージ領域に書き込み
前記第２デジタルストリームは、アップデートキットに含まれる
ことを特徴とする請求項２０記載の再生装置。
【請求項３１】
前記パッケージ一般情報は日時情報を含み、
制御手段は、現在日時が日時情報に示される期間内である場合、アップデートキットに含まれる第２デジタルストリームの読み出しを行うよう第２読出手段を制御し、現在日時が日時情報に示される期間内を過ぎれば、第２デジタルストリームの読み出しを行わないことを特徴とする請求項３０記載の再生装置。
【請求項３２】
前記パッケージ一般情報はフラグを含み、
フラグは、新しいバージョンへのアップデートのためのアップデートキットが供給される可能性があるか否かを示し、
ダウンロード手段がダウンロードを行うのは、フラグが供給される可能性有りを示している場合である
ことを特徴とする請求項３０記載の再生装置。
【請求項３３】
前記ダウンロード手段は、アップデートキットをダウンロードする際、光ディスクに対応する新たなパッケージ領域を予備の記録媒体上に作成し、そのパッケージ領域に識別情報を割り当てて、その新たなパッケージ領域内にアップデートキットを書き込み、
当該識別情報は、光ディスクに付加された媒体情報に合致する識別情報であり、
前記第２読出手段により読み出される第２デジタルストリームは、ダウンロード手段により新たなパッケージ領域に書き込まれたアップデートキット内にある
ことを特徴とする請求項１記載の再生装置。
【請求項３４】
前記ダウンロード手段は、光ディスクに対応するパッケージ領域が予備の記録媒体上に存在する場合、パッケージ領域内に新たなバージョン領域を生成し、
この新たなバージョン領域は、光ディスクの記録内容の新たなバージョンに対応しており、
前記ダウンロード手段は、ダウンロードされたアップデートキットをそのバージョン領域に書き込み、
前記第２読出手段により読み出される第２デジタルストリームは、ダウンロード手段によりバージョン領域内に書き込まれたアップデートキット内にある
ことを特徴とする請求項３３記載の再生装置。
【請求項３５】
前記パッケージ領域には、複数のバージョン管理情報が記録されており、
バージョン管理情報は、光ディスクの記録内容の個々のバージョンについての管理情報であり、
ダウンロード手段は、アップデートキットをダウンロードしてバージョン領域に書き込んだ際、その書込位置を示す記録位置情報を、アップデートキットに対応するバージョンの管理情報内に設定する
ことを特徴とする請求項３４記載の再生装置。
【請求項３６】
前記予備の記録媒体には、光ディスクに対応するパッケージ領域があり、
前記パッケージ領域には、複数のバージョン管理情報が記録されており、
バージョン管理情報は、光ディスクの記録内容の個々のバージョンについての管理情報であり、
前記第２デジタルストリームは、光ディスクの記録内容の複数バージョンのうち、何れか１つのバージョンに属し、
前記再生手段は、第１及び第２デジタルストリームの再生を終了した際、再生終了時点を示す情報を生成して、第２デジタルストリームが属するバージョンの管理情報内に設定する
ことを特徴とする請求項３４記載の再生装置。
【請求項３７】
前記再生手段は、第１デジタルストリームの一部分をデマルチプレクスして、動画データと、副映像ユニットとを得る第１デマルチプレクス手段と、
第２デジタルストリームの一部分をデマルチプレクスして、副映像ユニットを得る第２デマルチプレクス手段と、
動画データをデコードするビデオデコーダと、
イメージデコーダと
第１デマルチプレクス手段が得た副映像ユニット及び第２デマルチプレクス手段が得た副映像ユニットのうち何れか一方をイメージデコーダに供給する供給手段とを備え、
前記再生手段による同期再生は、
第２デマルチプレクス手段が得た副映像ユニットが供給された場合、ビデオデコーダによるデコードと同期をとりながら、前記イメージデコーダが当該副映像ユニットをデコードすることにより実現される、請求項１記載の再生装置。
【請求項３８】
前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
第１デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻にデマルチプレクスを行い、
第２デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻と、所定のオフセットとを足し合わせた時刻にデマルチプレクスを行う
ことを特徴とする請求項３７記載の再生装置。
【請求項３９】
前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
前記ビデオデコーダは、動画データを含んでいたパケットのタイムスタンプに示されている時刻に従って第１デジタルストリームに含まれる動画データに対するデコードを行い、
前記イメージデコーダは、副映像ユニットを含んでいたパケットのタイムスタンプに示されている時刻と、所定のオフセットとを足し合わせた時刻に第２デジタルストリームに含まれる副映像ユニットに対するデコードを行う
ことを特徴とする請求項３７記載の再生装置。
【請求項４０】
前記光ディスクにおける第１デジタルストリームの一部分は、１つ以上のアングルから撮影された１つ以上の動画データを含み、
予備の記録媒体における第２デジタルストリームの一部分は、別のアングルから撮影された１つ以上の動画データを含み、
前記再生手段は、
第１デジタルストリームの一部分をデマルチプレクスして、動画データを得る第１デマルチプレクス手段と、
第２デジタルストリームの一部分をデマルチプレクスして、動画データを得る第２デマルチプレクス手段と、
動画データをデコードするビデオデコーダと、
第１デマルチプレクス手段が得た動画データ及び第２デマルチプレクス手段が得た動画データのうち何れか一方をビデオデータに供給する供給手段とを備え、前記再生手段による同期再生は、
第２デマルチプレクス手段が得た動画データが供給された場合、第１デマルチプレクス手段が得た動画データに対するデコードと同期をとりつつ、前記ビデオデコーダが第２デマルチプレクス手段が得た動画データをデコードすることにより実現される請求項１記載の再生装置。
【請求項４１】
前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
第１デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻にデマルチプレクスを行い、
第２デマルチプレクス手段は、個々のパケットのタイムスタンプに示されている時刻と、所定のオフセットとを足し合わせた時刻にデマルチプレクスを行う
ことを特徴とする請求項４０記載の再生装置。
【請求項４２】
前記第１デジタルストリーム及び第２デジタルストリームの一部分はパケット列であり、
前記ビデオデコーダは、パケットのタイムスタンプに示されている時刻に第１デジタルストリームに含まれる動画データに対するデコードを行い、
前記ビデオデコーダは、パケットのタイムスタンプに示されている時刻と、所定のオフセットとを足し合わせた時刻に第２デジタルストリームに含まれる動画データに対するデコードを行う
ことを特徴とする請求項４０記載の再生装置。
【請求項４３】
前記第１デジタルストリームに含まれる２以上の動画データは複数に分割され、各動画データの分割部分は、交互に配置されて光ディスクに記録されており、
第２デジタルストリームに含まれる動画データも複数分割されて予備の記録媒体上に記録されており、
第２デジタルストリームを構成する分割部分の再生時間長は、第１デジタルストリームを構成する分割部分の再生時間長に等しい
ことを特徴とする請求項４０記載の再生装置。
【請求項４４】
第１デジタルストリームが記録された光ディスクについての再生装置であって、
予備の記録媒体と、
光ディスクに記録されている第１デジタルストリームを一部分ずつ読み出す第１読出手段と、
サーバに記録されている第２デジタルストリームを一部分ずつ読み出す第２読出手段と、
予備の記録媒体からの読み出しを光ディスクからの読み出しと並行して行うよう第１、第２読出手段を制御する制御手段と、
光ディスク及び予備の記録媒体から読み出された一部分から必要なデータを取り出して再生する再生手段とを備え、
予備の記録媒体には、ストリーム管理情報及びプレイリスト情報が記録されており、
プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報であり、
ストリーム管理情報は、第２デジタルストリームについての管理情報であり、
ストリーム管理情報及びプレイリスト情報のうち少なくとも一方はアクセス先清報を含み、
アクセス先情報は、第２デジタルストリームを格納したサーバのアドレスを示す
ことを特徴とする再生装置。
【請求項４５】
光ディスクであって、第１デジタルストリーム、フラグが記録されており、
フラグは、記録媒体における記録内容のアップデートバージョンが供給される可能性を示し、
アップデートバージョンは、第２デジタルストリーム、対応付け情報を含み、対応付け情報は、
光ディスクにおける第１デジタルストリームを、第２デジタルストリームと対応づけて示す情報である
ことを特徴とする光ディスク。
【請求項４６】
前記対応付け情報は、プレイリスト情報であり、
プレイリスト情報は、第１デジタルストリーム上における再生区間の開始点及び終了点を、第２デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報である
ことを特徴とする請求項４５記載の光ディスク。
【請求項４７】
前記光ディスクにはアドレス情報、日時情報が記録されており、
アドレス情報は、アップデートバージョンの取得先アドレスを示し、
日時情報は、アップデートバージョンの有効期限を示し、
アップデートバージョンに含まれる第２プレイリスト情報を用いた再生は、日時情報に示される有効期限内に行われ、
日時情報に示される有効期限を過ぎれば、アップデートバージョンに含まれる第２プレイリスト情報を用いた再生は行われない
ことを特徴とする請求項４５記載の光ディスク。
【請求項４８】
前記アップデートバージョンは、プログラムを含み、
プログラムは、システムパラメータを用いた再生制御手順を示すものであり、
システムパラメータとは、再生装置における状態設定を示すパラメータである
ことを特徴とする請求項４５記載の光ディスク。
【請求項４９】
第１デジタルストリームが記録された光ディスクの予備に用いられる記録媒体であって、
第２デジタルストリームと、対応付け情報とが記録されており、
当該対応付け情報は、
予備の記録媒体上の第２デジタルストリームを、第１デジタルストリームと対応付けて示す情報である
ことを特徴とする記録媒体。
【請求項５０】
対応付け情報は、プレイリスト情報であり、
プレイリスト情報は、第２デジタルストリーム上における再生区間の開始点及び終了点を、光ディスク上の第１デジタルストリーム上における再生区間の開始点及び終了点と対応づけて示す情報である
ことを特徴とする請求項４９記載の記録媒体。
【請求項５１】
前記予備の記録媒体には、ストリーム管理情報が記録されており、
ストリーム管理情報は、第２デジタルストリームについての属性情報と、オフセット情報とを含み、
前記オフセット情報は、第２デジタルストリームに付与されたタイムスタンプの値と、第１デジタルストリームに付与されたタイムスタンプの値との差分を示す
ことを特徴とする請求項５０記載の記録媒体。
【請求項５２】
前記予備の記録媒体には、複数のパッケージ領域が存在しており、個々のパッケージ領域は、本予備の記録媒体と共に用いられる複数光ディスクのそれぞれに対応しており、
前記第２デジタルストリーム、プレイリスト情報は、複数パッケージ領域のうち１つに配置されている
ことを特徴とする請求項５０記載の記録媒体。
【請求項５３】
前記パッケージ領域には一般情報が記録されており、
一般情報は、アドレス情報、日時情報を含み、
アドレス情報は、アップデートバージョンの取得先アドレスを示し、
日時情報は、アップデートバージョンの有効期限を示す
ことを特徴とする請求項５２記載の記録媒体。
【請求項５４】
前記パッケージ領域には一般情報が記録されており、
一般情報は、ストレージ情報、代替情報を含み、
ストレージ情報は、予備の記録媒体上における複数の領域のうち、何処にプレイリスト情報が配置されるかを示し、
代替情報は、プレイリスト情報が再生装置により破損有りと判定された場合に、代わりに用いるべきプレイリスト情報を示す
ことを特徴とする請求項５２記載の記録媒体。
【請求項５５】
前記各パッケージ領域の内部には、２以上のバージョン領域があり、
個々のバージョン領域は、
光ディスクにおける記録内容の２以上のバージョンに対応しており、
前記第２デジタルストリーム、プレイリスト情報は、複数パッケージ領域のうち１つに配置されている
ことを特徴とする請求項５２記載の記録媒体。
【請求項５６】
前記予備の記録媒体には、プログラムが記録されており、
プログラムは、プレイリスト情報を用いた再生制御手順を示す
ことを特徴とする請求項５０記載の記録媒体。
【請求項５７】
前記再生制御手順とは、
予備の記録媒体上のプレイリスト情報を用いた再生を条件付きで行うものであり、
この条件は、システムパラメータにより規定され、
システムパラメータとは、再生装置における状態設定を示すパラメータである
ことを特徴とする請求項５６記載の記録媒体。
【請求項５８】
前記第１デジタルストリームは、動画データと、オーディオデータとを含み、
第２デジタルストリームは、オーディオデータを含む
ことを特徴とする請求項５０記載の記録媒体。
【請求項５９】
前記第１デジタルストリームは、動画データと、副映像ユニットとを含み、
第２デジタルストリームは、副映像ユニットを含む
ことを特徴とする請求項５０記載の記録媒体。
【請求項６０】
前記光ディスクにおける第１デジタルストリームは、２つ以上のアングルから撮影された２つ以上の動画データを含み、
予備の記録媒体における第２デジタルストリームは、別のアングルから撮影された１つ以上の動画データを含む
ことを特徴とする請求項５０記載の記録媒体。
【請求項６１】
前記第１デジタルストリームに含まれる２以上の動画データは複数に分割され、各勤画データの分割部分は、交互に配置されて光ディスクに記録されており、
第２デジタルストリームに含まれる動画データも複数分割されて予備の記録媒体上に記録されており、
第１デジタルストリームの分割部分の再生時間長は、第２デジタルストリームの分割部分の再生時間長に等しい
ことを特徴とする請求項６０記載の記録媒体。
【請求項６２】
前記第１、第２デジタルストリームは複数のアクセスユニットからなり、
第１デジタルストリームにおけるアクセスユニットは、動画データを含み、
前記第２デジタルストリームは、第１デジタルストリームと同数のアクセスユニットにより構成され、
第２デジタルストリームを構成するアクセスユニットの再生時間は、第１デジタルストリームを構成する各アクセスユニットの再生時間と等しい
ことを特徴とする請求項５０記載の記録媒体。
【請求項６３】
前記光ディスクにはマップ情報が記録されており、
マップ情報は、アクセスユニットの再生開始時刻と、サイズとを対応づけて示しており、
第１読出手段は、マップ情報を参照して、開始点を含むアクセスユニット及び終了点を含むアクセスユニットの光ディスク上のアドレスを得る
ことを特徴とする請求項６２記載の記録媒体。
【請求項６４】
前記第１デジタルストリームは、第２デジタルストリームと同数のアクセスユニットにより構成され、
第２デジタルストリームを構成するアクセスユニットの再生時間は、第１デジタルストリームを講成する各アクセスユニットの再生時間と等しい
ことを特徴とする請求項６２記載の記録媒体。
【請求項６５】
第１デジタルストリームが記録された光ディスクについての再生プログラムであって、
光ディスクから第１デジタルストリームを一部分ずつ読み出す第１読出ステップと、
第１デジタルストリームと対応づけられた第２デジタルストリームを予備の記録媒体から特定する制御ステップと、
制御手段による制御に従い、予備の記録媒体から特定された第２デジタルストリームを一部分ずつ読み出す第２読出ステップと、
光ディスクから読み出された一部分に含まれるデータ、及び、予備の記録媒体から読み出された一部分に含まれるデータを同期させつつ再生する再生ステップと
をコンピュータに行わせることを特徴とするプログラム。
【請求項６６】
第１デジタルストリームが記録された光ディスクについての再生方法であって、
光ディスクから第１デジタルストリームを一部分ずつ読み出す第１読出ステップと、
第１デジタルストリームと対応づけられた第２デジタルストリームを予備の記録媒体から特定する制御ステップと、
制御手段による制御に従い、予備の記録媒体から特定された第２デジタルストリームを一部分ずつ読み出す第２読出ステップと、
光ディスクから読み出された一部分に含まれるデータ、及び、予備の記録媒体から読み出された一部分に含まれるデータを同期させつつ再生する再生ステップと
を有することを特徴とする再生方法。

【国際公開番号】ＷＯ２００４／０３０３５６
【国際公開日】平成１６年４月８日（２００４．４．８）
【発行日】平成１８年１月２６日（２００６．１．２６）
【国際特許分類】
【出願番号】特願２００４−５３９４８９（Ｐ２００４−５３９４８９）
【国際出願番号】ＰＣＴ／ＪＰ２００３／０１２１２７
【国際出願日】平成１５年９月２４日（２００３．９．２４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＪＡＶＡ
コンパクトフラッシュ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】