JP5303026B2 - 結合ユニットマニフェストファイル - Google Patents

Description

〔関連出願との相互参照〕
本出願は、「結合ユニットマニフェストファイル」という名称の同時係属中米国仮特許出願第６１／０４１，１３４号の優先権の利益を主張するものである。この仮出願には、上記仮出願の英語翻訳及びこの翻訳が正確であるという報告書が添付されている。上記仮出願の開示内容及びこの仮出願の翻訳は、引用により本明細書に組み入れられる。

本発明は、仮想ファイルシステムに関し、より具体的には、このような仮想ファイルシステムで使用されるファイル名変換テーブルを生成及び更新することに関する。

例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）又はデジタル多用途ディスク（ＤＶＤ）などの情報記録媒体上には、音楽などのオーディオデータ、映画などのビデオデータ、ゲームプログラム、様々な種類のアプリケーションプログラムなど、及び様々な種類のソフトウェアデータ（以下、「コンテンツ」と呼ぶ）を記憶することができる。青色レーザを使用するＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）は、大容量の映画コンテンツなどの高解像度データを記録することができる高密度記録可能ディスクである。

通常、音楽データ又はビデオデータなどの多くの種類のコンテンツでは、制作者又は販売者により配信権などが所有されている。従って、この種のコンテンツをユーザに提供する場合、通常、その使用に対して特定の制限が存在する。すなわちコンテンツは、認可ユーザにしかコンテンツの使用が許可されないような形になっている。具体的には、無許可の複製を防ぐために（符号化処理などの）制御が行われる。例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）は、ディスク上に記憶されるコンテンツがコンテンツ制御ユニット（ＣＰＳユニット）に分割されるような規格を有しており、対応する使用制御情報（「使用規則」）により、各ユニットごとに制御が行われる。１つのＣＰＳユニットに属するコンテンツの使用は、そのコンテンツが属するＣＰＳユニットに関連する使用制御情報（使用規則）により定められる範囲内で許可される。

使用制御情報（使用規則）は、コンテンツとともにディスク上に記録される。コンテンツを読み取る際には、読み取られるコンテンツが属するＣＰＳユニットに関連する使用制御情報を読み取り装置が読み出し、この使用制御情報に従ってコンテンツが使用される。使用制御情報（使用規則）は、例えばコンテンツのコピー制御情報（ＣＣＩ）を含み、コンテンツをコピーできるか否か、及び使用が許可されるモード又は許可されないモードなどの情報を有する。

ＣＰＳユニットに属するコンテンツが暗号化コンテンツである場合、このユニットに対応する暗号鍵であるＣＰＳユニット鍵との関連付けが成される。暗号化コンテンツを読み取る際には、ＣＰＳユニット鍵を使用して復号処理が行われる。なお、ディスク上には、ＣＰＳユニット鍵を記憶するＣＰＳユニット鍵ファイルも記録される。Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）上に記憶されたコンテンツは、この種の厳密な使用制御下で使用され制御される。さらに、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）規格はまた、サーバからダウンロードする際の後続データとしてのデータ、字幕又は代替のサウンドトラックデータなどの、ディスク上に記録されたコンテンツに対応する附属データ、或いはコンテンツに対応するその他のサービスデータ、又はビデオ又は静止画像コンテンツなどの使用及び制御も規定する。

コンテンツを使用するためのシステムにおいて、後続データをサーバなどから取得し、ハードディスクなどのローカル記憶ユニットに記録して、ディスク上に記憶されたコンテンツとともに読み取ることが、例えば、特許引用文献１（日本国特許第３９５９７３５号）、及び特許引用文献２（日本国未審査特許出願公開第２００３−１４０６６２号）に開示されている。Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）において指定される規格には、ディスク上に記録されたコンテンツの使用及び制御に関する規格のみならず、上述したようにローカル記憶ユニットに記憶される後続データの使用及び制御に関する規格も存在する。例えば、この後続データは、ＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）に従って制御される。ハードディスクなどのローカル記憶ユニットに記録された後続データを、例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）などのディスク上に記憶されたコンテンツとともにユーザ装置上で読み出す場合、ディスク上に記憶されたコンテンツをハードディスクなどのローカル記憶ユニット上に記憶されたコンテンツと統合する仮想ファイルシステム（ＶＦＳ）の構築を通じて読み取り処理が行われる。このＶＦＳに基づく読み取り処理により、単一媒体からの読み取り処理と同じ方法で読み取り処理を行うことが可能となる。

このＶＦＳ構築処理の時点で、ローカル記憶ユニットに記憶された後続データのファイル名をＶＦＳ設定のためのファイル名に変更する処理が行われる。ローカル記憶ユニットには、様々なコンテンツプロバイダサーバからの様々な後続データが記憶される。これらの後続データファイルがＶＦＳ内で構築される場合、ＶＦＳ内に冗長性が存在しないことを確実にするとともに信頼性の高いファイル識別を確実にするために、ＶＦＳのためのファイル名を設定する必要がある。

日本国特許第３９５９７３５号 日本国未審査特許出願第２００３−１４０６６２号 米国仮特許出願第６１／０４１，１３４号

ローカル記憶ユニット内のファイル名をＶＦＳ上のファイル名に変換するための処理が必要とされている。ユーザ装置は、このファイル名変換処理のためのファイル名変換テーブルを保持する。このファイル名変換テーブルは、マニフェストファイル又は結合ユニットマニフェストファイル（ＢＵＭＦ）と呼ばれることもある。

上述したＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）では、（Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｔｕｒｅ Ｆｉｌｅ（ＢＵＳＦ）などの）ファイル改ざん検証データが署名設定ファイルであり、ＢＵＭＦを構築するデータに、後続データを提供するためのサーバ秘密鍵を与えて、後続データの厳密な使用制御が行われることを可能にする。

後続データを使用するユーザ装置は、まずファイル改ざん検証データ（ＢＵＳＦ）の署名検証を通じてマニフェストファイル（ＢＵＭＦ）の有効性を確認する。この確認を条件に、マニフェストファイル（ＢＵＭＦ）を使用して、ローカル記憶ユニットに記憶された後続データにファイル名変換を行ってＶＦＳを構築する。しかしながら、ユーザ装置のローカル記憶ユニットには様々なコンテンツ提供サーバからの様々な後続データが次々に記憶され、この種の後続データを取得する度にマニフェストファイル（ＢＵＭＦ）及びファイル改ざん検証データ（ＢＵＳＦ）を更新することが必要となる。後続データを定期的に取得する装置は、これらのファイルに対して頻繁に更新処理を行わねばならず、従ってこれらのファイルを生成及び更新するための処理効率を高めることが必要とされている。

本発明は、例えば上述した状況に基づいて企図するものであり、その目的は、ＤＶＤ、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）などの媒体に記憶されたコンテンツに対応する、サーバからダウンロードしたデータなどの後続データを、使用のためにハードディスクなどのローカル記憶ユニットに記憶する構造において、マニフェストファイル（ＢＵＭＦ）の更新及びファイル改ざん検証データ（ＢＵＳＦ）の更新を効率的に行うことができる情報処理装置、情報処理システム、情報記録媒体、並びに情報処理方法及びプログラムを提供することである。

本発明の第１の態様は、読み取り可能コンテンツを含むデータファイルと、このデータファイルに対応する制御情報を含む制御ファイルとを記憶するための記憶ユニットと、ファイル名変換情報を記憶するファイル名変換テーブルを使用して、記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換し、ディスクの記憶データと記憶ユニットの記憶データとを含む仮想ファイルシステム（ＶＦＳ）を構築し、データ読み取り処理を行うためのデータ処理ユニットとを備えた情報処理装置であり、データ処理ユニットは、制御ファイルの記憶データと記憶ユニットの記憶データとを比較するための処理と、ファイル名変換テーブルを生成又は更新するための処理とを行って、制御ファイルの記憶データと記憶ユニットの記憶データとを一致させる。

また、本発明に記載する情報処理装置の実施形態の１つの形は、データ処理ユニットがファイル名変換テーブルに対して読み取り処理又は更新処理を行った場合、このデータ処理ユニットが、生成又は更新したファイル名変換テーブルをサーバへ送信し、ファイル名変換テーブルの構造データに関して生成されたサーバの署名データを受信して、記憶ユニットに記憶する処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、記憶ユニットが、サーバから取得したテーブルデータであるダウンロードコンテンツテーブルデータを制御ファイルとして保持し、データ処理ユニットが、ダウンロードコンテンツテーブルデータの記憶データと記憶ユニットの記憶データとの比較を行い、不一致が検出された場合、ファイル名変換テーブルを生成又は更新する処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、ダウンロードコンテンツテーブルデータが、サーバから取得したデータを記憶する記憶ユニットのディレクトリ情報を記憶するデータであり、データ処理ユニットが、ダウンロードコンテンツテーブルデータの記憶ディレクトリと記憶ユニットの設定ディレクトリとの比較を行い、不一致が検出された場合、ファイル名変換テーブルを生成又は更新する処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、データ処理ユニットがファイル名変換テーブルに対して生成処理又は更新処理を行った場合、このデータ処理ユニットが、ダウンロードコンテンツテーブルデータに対しても生成処理又は更新処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、記憶ユニットが、記憶ユニットに記憶されたデータの記憶ファイル名を記憶するダウンロードファイルローカル制御情報を制御データとして保持し、データ処理ユニットが、ダウンロードファイルローカル制御情報の記憶ファイルと記憶ユニットの記憶ファイルとの比較を行い、不一致が検出された場合、ファイル名変換テーブルを生成又は更新する処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、データ処理ユニットがファイル名変換テーブルに対して生成処理又は更新処理を行った場合、このデータ処理ユニットが、ダウンロードファイルローカル制御情報に対しても生成処理又は更新処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、データ処理ユニットが、記憶ユニットに記憶するデータをサーバから取得する場合、ダウンロード処理情報ファイルをサーバから受信し、取得したファイルの種類を、受信したダウンロード処理情報ファイルに記憶されたファイルタイプ情報に従って識別し、［取得したファイルを］記憶ユニットに記憶するように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、データ処理ユニットが記憶ユニットの記憶データに関して追加処理、削除処理、又は使用ステータス変更処理を行った場合、このデータ処理ユニットが、ファイル名変換テーブルに対して生成処理又は更新処理を行うように構築される。

また、本発明に記載する情報処理装置の実施形態の１つの形は、データ処理ユニットが、ディスク上に記憶されたプログラムの実行を通じてファイル名変換テーブルに対して生成処理又は更新処理を行うように構築される。

また、本発明の第２の態様は、ユーザ装置の記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換するためのファイル名変換情報を記憶するファイル名変換テーブルをユーザ装置から受信するための通信ユニットと、ファイル名変換テーブルを構築するデータに関するサーバ秘密鍵として付与される署名データを生成するためのデータ処理ユニットと、データ処理ユニットにより生成された署名データをユーザ装置へ送信するための通信ユニットとを備えたサーバ装置である。

また、本発明の第３の態様は、ユーザ装置の所定のコンテンツ情報をユーザ装置から受信するための通信ユニットと、ユーザ装置に提供できるコンテンツ情報を記録したコンテンツリストを所定のコンテンツ情報を使用して生成するためのデータ処理ユニットと、コンテンツリストをユーザ装置へ送信するための通信ユニットとを備えたサーバ装置にある。

また、本発明に記載するサーバ装置の実施形態の１つの形は、データ処理ユニットが、ユーザ装置に提供できるデータに対応するデータファイルのための識別情報と、ダウンロードコンテンツＩＤに対応するコンテンツリストとを生成するように構築される。

また、本発明に記載するサーバ装置の実施形態の１つの形は、通信ユニットがユーザ装置からデータ取得要求を受信し、このデータ取得要求に応答して、データ処理ユニットが、データファイルと、データファイルのファイルタイプ情報を記憶する処理情報ファイルとを生成し、通信ユニットを通じて［これらのファイルを］ユーザ装置へ送信するように構築される。

また、本発明に記載するサーバ装置の実施形態の１つの形は、データ処理ユニットが、ユーザ装置に提供できるコンテンツを設定するコンテンツリストをユーザ側の記録媒体に応じて生成するように構築される。

また、本発明の第４の態様は、読み取り可能コンテンツを含むデータファイルと、読み取り装置の記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のＶＦＳファイル名に変換するためのファイル名変換情報を記憶するファイル名変換テーブルに対して生成処理又は更新処理を行うためのプログラムとを記録するための情報記録媒体であり、この情報記録媒体を読み取るための読み取り装置が、上記プログラムに従ってファイル名変換テーブルを生成又は更新することができる。

また、本発明に記載する情報記録媒体の実施形態の１つの形は、プログラムが、制御データと読み取り装置の記憶ユニットに記憶されたファイルとを比較する処理を実行するためのプログラムを含むように構築される。

また、本発明に記載する情報記録媒体の実施形態の１つの形は、プログラムが、ファイル名変換テーブルの署名データをサーバから取得するためのプログラムを含むように構築される。

また、本発明の第５の態様は、データ提供処理を行うためのサーバと、サーバからのデータ受信を行うための情報処理装置とを備えた情報処理システムにあり、この情報処理システムは、情報処理装置が、読み取り可能コンテンツを含むデータファイルと、このデータファイルに対応する制御情報を含む制御ファイルとを記憶するための記憶ユニットと、ファイル名変換情報を記憶するファイル名変換テーブルを使用して、記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換し、ディスクの記憶データと記憶ユニットの記憶データとを含む仮想ファイルシステム（ＶＦＳ）を構築し、データ読み取り処理を行うためのデータ処理ユニットとを備え、データ処理ユニットが、制御ファイルの記憶データと記憶ユニットの記憶データとの間の不一致を検出するための処理と、ファイル名変換テーブルを生成又は更新するための処理とを行って、制御ファイルの記憶データと記憶ユニットの記憶データとを一致させ、サーバが、署名データを生成して情報処理装置へ送信し、情報処理装置から受信したファイル名変換テーブルを構築するデータにサーバ秘密鍵が適用されるように構築される。

また、本発明の第６の態様は、情報処理装置において実行されるデータ処理方法にあり、このデータ処理方法は、データ処理ユニットが、記憶ユニットに記憶されたデータファイルと制御ファイルの記憶データとを比較する処理を行うステップと、制御ファイルの記憶データと記憶ユニットの記憶データとの間に不一致が検出された場合、データ処理ユニットが、記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換するために適用されるファイル名変換テーブルの生成処理又は更新処理を行うステップとを含む。

また、本発明の第７の態様は、情報処理装置において情報処理を実行させるプログラムであって、このプログラムは、記憶ユニットに記憶されたデータファイルと制御ファイルの記憶データとをデータ処理ユニットに比較させるステップと、制御ファイルの記憶データと記憶ユニットの記憶データとの間の不一致が検出された場合、記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換するために適用されるファイル名変換テーブルの生成処理又は更新処理を行うためのデータ処理を行わせるステップとを含む。

なお、本発明に記載するプログラムは、例えば、コンピュータ読み取り可能フォーマットで提供された記録媒体を介して、又は通信媒体を介して提供される様々なプログラムコードを実行できる汎用コンピュータシステムに提供することができるコンピュータプログラムである。この種のプログラムをコンピュータ読み取り可能フォーマットで提供することにより、このプログラムに従ってコンピュータシステム上で処理を行うことができる。

本発明に記載する１つの実施形態例の構造は、ＤＶＤなどの情報記録媒体に記憶されたコンテンツに対応する後続データを使用のためにハードディスクなどのローカル記憶ユニットに記憶する構造に適用される。ディスク上に記憶されたデータと記憶ユニットに記憶されたデータとを含む、コンテンツ読み取り処理において使用する仮想ファイルシステム（ＶＦＳ）を構築する場合、ファイル名変換テーブルを使用して、記憶ユニットの記憶ファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換する必要がある。本発明に記載する１つの実施形態例における構造では、ローカル記憶ユニットの記憶データと比較した制御情報を記憶する制御ファイルの記憶情報を、ローカル記憶ユニットに記憶されたデータに関して比較する処理を行い、この比較結果に従って、ファイル名変換テーブルを生成又は更新する処理がユーザ装置側で行われる。この構造は、ファイル名変換テーブルを生成するためにサーバ側に依拠する必要のない効率的な処理を実現する。

本発明の実施形態例及び添付図面に基づく以下の本発明の詳細な説明を通じて、本発明のさらなる他の目的、特徴、及び利点が理解されるであろう。なお、本明細書では、「システム」とは複数の装置からなる論理的集合構造のことであり、同じ枠組み内に存在する個々の構造装置に限定されるものではない。

本発明に記載する１つの実施形態例による情報処理システムの構造を説明するための図である。 情報記録媒体に記憶されたデータ、及び情報処理装置（読み取り装置）内のコンテンツ読み取り処理を示す図である。 情報記録媒体上に記憶されたコンテンツのフォーマット例を説明するための図である。 ＣＰＳユニット鍵ファイルの特定の構造例を説明するための図である。 情報処理装置において生成される仮想ファイルシステムを説明するための図である。 後続データ検索情報に記憶されるファイル名変換テーブルの例を説明するための図である。 本発明に記載する１つの実施形態例による情報処理システムのローカル記憶ユニットに記憶されたデータの構造例を説明するための図である。 本発明に記載する１つの実施形態例による情報処理システムのローカル記憶ユニットに記憶されたダウンロードファイルローカル制御情報のデータ構造例を説明するための図である。 本発明に記載する１つの実施形態例による情報処理システムの、仮想ファイルシステム（ＶＦＳ）内に設定されるファイルとローカル記憶ユニットに記憶されるデータとを説明するための図である。 本発明に記載する１つの実施形態例による情報処理システムのローカル記憶ユニットに記憶されたダウンロードコンテンツリストのデータ構造例を説明するための図である。 本発明に記載する１つの実施形態例による情報処理システムにおいて実行される、サーバから後続データを取得するための処理の順序を説明するためのシーケンス図である。 サーバに提供されるコンテンツリストのデータ構造例を説明するための図である。 サーバに提供されるコンテンツリストに基づいて情報処理装置上に表示されるダウンロードメニューのデータ構造例を説明するための図である。 サーバに提供されるダウンロードデータ処理情報ファイルのデータ構造例を説明するための図である。 後続データを取得し、これをローカル記憶ユニットに記憶するための処理時に情報処理装置が行う処理の順序を説明するためのフロー図である。 新たに取得した後続データのための情報を含むファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成するための処理例を説明するための図である。 本発明に記載する１つの実施形態例による情報処理装置において実行される、コンテンツが削除された場合にファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を更新するための処理例を説明するための図である。 本発明に記載する１つの実施形態例による情報処理装置において実行される、使用状況が変化した場合にファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を更新するための処理例を説明するための図である。 ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成又は更新するための処理、及びファイル改ざん検証データ（ＢＵＳＦ）を取得するための処理の詳細を説明するための図である。 情報処理装置において実行される、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））又は制御データを生成又は更新するための処理の順序を説明するためのフロー図である。

本明細書に開示するいくつかの実施形態は、仮想ファイルシステム（ＶＦＳ）で使用されるファイル名変換テーブルを（ユーザ装置上で）生成及び更新することを提供する。１つの実施形態では、ＶＦＳが、ユーザ装置に対してローカルな記憶ユニットに記憶されたデータを読み取るように構築される。

本説明を読んだ後には、本発明を様々な別の実施形態及び別の用途で実施する方法が明らかになるであろう。また一方、本明細書では本発明の様々な実施形態について説明するが、これらの実施形態は一例として提示するものにすぎず、限定的なものではないことを理解されたい。従って、この様々な別の実施形態の詳細な説明を、本発明の範囲又は幅を限定するように解釈すべきではない。

以下、本発明に記載する情報処理装置、情報処理システム、情報記録媒体、並びに情報処理方法及びプログラムについて図を参照しながら説明する。以下の項目に従って説明を行う。
１．情報処理装置における構造及び処理の概要
２．ＶＦＳを使用したコンテンツ読み取り処理、及びファイル名変換テーブル（ＢＵＭＦ）の概要
３．ファイル名変換テーブル（ＢＵＭＦ）及び制御データを生成及び更新するための処理例

１．情報処理装置における構造及び処理の概要
まず、本発明の１つの実施形態による情報処理装置における構造及び処理の概要について説明する。

図１は、（ＤＶＤ又はＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）などの）情報記録媒体（ディスク）を読み取る処理を行う（ＰＣ又は読み取り装置などの）情報処理装置１００を示すブロック図である。情報処理装置１００は、データ処理ユニット１０１、ローカル記憶ユニット１０２、ドライブ１０３、メモリ１０４、通信インターフェイス１０５、及びディスプレイユニット１０６を含む。

データ処理ユニット１０１は、コンテンツ読み取り処理及び後続データ制御処理を実行するためのプログラム実行機能を含む。ローカル記憶ユニット１０２は、制御データ及び後続データを記憶するように構成される。１つの実施形態では、後続データが、ユーザにより生成されたデータ及びサーバ１３１及び１３２からダウンロードされたデータを含む。後続データは、情報記録媒体２００上に記憶されたコンテンツに対応する。ドライブ１０３は、情報記録媒体２００に対してデータの入力及び出力を行うように構成される。メモリ１０４は、プログラム実行領域及びパラメータ記憶領域の形で使用される読み出し専用メモリ（ＲＯＭ）及び／又はランダムアクセスメモリ（ＲＡＭ）を含む様々な種類のメモリストレージを含む。通信インターフェイス１０５は、ネットワークを介して通信を容易にするように構成される。ディスプレイユニット１０６は、コンテンツ及びコンテンツ情報を表示するように構成される。

ローカル記憶ユニット１０２は、例えば、ハードディスク又はフラッシュメモリなどから構築される。なお、例えば、情報記録媒体２００が（Ｒ型媒体、ＲＥ型媒体、又はパーシャルＲＯＭなどの）記録可能データ領域を有するように構築される場合、この構造は、情報記録媒体２００の一部をローカル記憶ユニットとして使用できるものであってもよい。

情報処理装置１００は、情報記録媒体２００上に記憶されたコンテンツをドライブ１０３を介して読み込んでコンテンツ読み取り処理を行う。この処理は、データ処理ユニット１０１の制御下で行われる。情報記録媒体２００は、例えば、コンテンツを予め記録したＲＯＭ媒体、或いはユーザがサーバからダウンロードするなどの処理を通じてコンテンツを取得して記録したデータ書き込み可能なＲ型媒体又はＲＥ型媒体であってもよい。

情報記録媒体２００上に記憶されたコンテンツを読み出す際には、情報処理装置１００が（サーバ１３１、１３２を通じて）補助データを取得して（ローカル記憶ユニット１０２に）記録する。１つの例では、コンテンツが映画コンテンツの場合、補助データは、字幕データ又は代替のサウンドトラックデータである。別の例では、補助データは、コンテンツに対応するサービスデータである。さらなる例では、コンテンツがゲームプログラムの場合、補助データは、得点情報、履歴情報、及び／又はゲームを通じて得られるその他の後続データである。

ローカル記憶ユニット１０２に記憶されるデータは、例えば情報記録媒体２００に記憶されたコンテンツのいずれかに対応して取得又は生成されるデータであり、情報記録媒体２００に記憶されたコンテンツを読み出す処理の時点で、ローカル記憶ユニット１０２に記憶されユーザにより選択されたこれらの後続データを併せて読み取ることができる。この読み取り処理では、例えばディスク上に記憶されたコンテンツをハードディスクなどのローカル記憶ユニットに記憶されたコンテンツと組み合わせるＶＦＳ（仮想ファイルシステム）が構築されて読み取り処理が行われる。このＶＦＳに基づく読み取り処理により、単一媒体からの読み取り処理と同じ方法で読み取り処理を行うことが可能となる。ＶＦＳに基づく読み取り処理については後程詳細に説明する。

後続データを記録する際には、データ処理ユニット１０１が、後続データに関する制御情報又は説明情報を必要に応じて生成又は更新し、この情報をローカル記憶ユニット１０２に記憶する。

データ処理ユニット１０１は、後続データ並びに制御情報及び／又は説明情報を、ローカル記憶ユニット１０２内に定められた後続データディレクトリ内に記録する。データ処理ユニット１０１は、結合ユニット（ＢＵ）として知られる制御ユニットにより後続データを制御する。制御ユニット（ＢＵ）は、情報記録媒体２００に記憶されたコンテンツに対応して後から生成又は取得した、サーバからダウンロードしたコンテンツ、又はユーザが生成したデータなどの後続データを含むユニットとして定められる。ほどんどの後続データは、情報記録媒体２００に記憶されたコンテンツの読み取りと併せて読み取って使用することができるデータである。

ローカル記憶ユニット１０２に記憶された後続データを、情報記録媒体（ディスク）２００に記憶されたコンテンツと併せて読み取る場合、データ処理ユニット１０１がＶＦＳ（仮想ファイルシステム）を構築し、その後上述したように読み取り処理を行い、このときデータ処理ユニット１０１は、ローカル記憶ユニット１０２に記憶された後続データに対してファイル名変換処理を行う。この変換処理に使用されるテーブルは、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））として知られている。マニフェストファイルは、制御ユニット（結合ユニット（ＢＵ））による後続データ制御情報を記憶し、「結合ユニットマニフェストファイル（ＢＵＭＦ）」としても知られている。

基本的に、１つの制御ユニット（ＢＵ）に対して１つのマニフェストファイル（ＢＵＭＦ）が定められるが、複数の制御ユニットに関する制御情報を１つのマニフェストファイル（ＢＵＭＦ）に記憶することもできる。特定のマニフェストファイル（ＢＵＭＦ）例、及びその使用例については後程説明する。

次に、情報記録媒体に記憶されるデータの例、及び情報処理装置におけるコンテンツ読み取り処理について図２及び図３を参照しながら説明する。図２は、情報記録媒体２００に記憶されたデータ、及び情報処理装置（読み取り装置）１００におけるコンテンツ読み取り処理を示す図である。ここでは、コンテンツを記憶したディスクとして、ＲＯＭディスク上に情報を記憶した例を示している。情報処理装置１００は、ＰＣ又は専用再生装置などの様々な情報処理装置からなるものであってもよく、情報記録媒体２００からデータを読み取る処理を実行するためのドライブ１０３を有する。

情報記録媒体（ディスク）２００としてのＲＯＭディスクは、例えばＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）又はＤＶＤなどの情報記録媒体であってもよく、例えば、コンテンツに対する法的権利の所有者の認可によりディスク製造工場で製造された合法コンテンツを記憶する情報記録媒体である。

図２に示すように、情報記録媒体（ディスク）２００には、コンテンツ２０１と、ブロードキャスト暗号化方法の一種として知られている階層的鍵配信方法に基づいて生成された暗号鍵ブロックとしてのＭＫＢ（メディアキーブロック）２０２と、情報記録媒体２００に記憶されたコンテンツの合法性等を証明するためのコンテンツ証明書（ＣＣ）、コンテンツ識別子としてのコンテンツＩＤ、各個々の情報記録媒体ごとの、又は所定数の情報記録媒体からなる各グループごとの識別子として定められるボリュームＩＤ、ディスクなどに一意の識別情報としての媒体ＩＤに相当するＰＭＳＮ（Ｐｒｅｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）を含む処理制御ファイル２０３と、例えば、コンテンツコピー／読み取り制御情報としてのＣＣＩ（コピー制御情報）を含む使用制御情報（使用規則）２０４と、コンテンツ使用制御用ユニットとしての各個々のコンテンツ制御ユニット（ＣＰＳユニット）ごとに定められた暗号鍵であるＣＰＳユニット鍵を記憶するＣＰＳユニット鍵ファイルとが記録され、これらのデータが全て情報記録媒体（ディスク）２００上に記憶される。

なお、この例では、コンテンツ２０１には、以下で説明するサーバからコンテンツをダウンロードする処理に使用されるプログラム情報として後続データ読み取り制御プログラム２０６が含まれる。後続データ読み取り制御プログラムは、例えばＪａｖｓ［ｓｉｃ−−"Ｊａｖａ"？］（商標）アプリケーションから構築されたプログラムであり、ＢＤ−Ｊアプリケーションとしても知られている。以下、情報記録媒体２００上に記憶される情報の概要について説明する。

（１）コンテンツ２０１
情報記録媒体（ディスク）２００上には様々なコンテンツが記憶される。例えば、ＨＤ（高品位）映画コンテンツなどの映画コンテンツのＡＶ（オーディオビジュアル）ストリーム、又はゲームプログラム、画像ファイル、オーディオデータ、テキストデータ、Ｊａｖａ（商標）アプリケーションプログラムなどのコンテンツである。

これらのコンテンツのうちで、映画コンテンツなどの主要コンテンツは特定のＡＶフォーマットで記憶されたデータであり、コンテンツ著作権保護技術の規格であるＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格に従って暗号化されたデータとして記録される。すなわち、コンテンツがユニット（ＣＰＳユニット）に分割され、各ユニットに対応するユニット鍵（ＣＰＳユニット鍵）が適用される暗号化コンテンツとしてディスク上に記録される。コンテンツの記録フォーマットに関する詳細については、図３を参照しながら後程説明する。

このコンテンツ２０１は、サブコンテンツとして記憶されるＪａｖａ（商標）アプリケーションプログラム、ゲームプログラム、グラフィックスファイル、オーディオデータ、及びテキストデータなどをさらに含む。場合によっては、サブコンテンツは、ＡＶデータフォーマットに従わないデータである。

主要コンテンツ及びサブコンテンツの両方には、コンテンツの種類として、オーディオデータ、映画、静止画像などのグラフィックデータ、ゲームプログラム、及びウェブコンテンツなどの様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体２００からのデータによってのみ使用できるコンテンツ情報、及び情報記録媒体２００からのデータをネットワークに接続されたサーバから提供されるデータと併せて使用できるコンテンツ情報などを含む様々な種類の情報が含まれる。

（２）メディアキーブロック（ＭＫＢ）
ＭＫＢ２０２は、ブロードキャスト暗号化方法の一種として知られている階層的鍵配信方法に基づいて生成される暗号鍵ブロックである。ＭＫＢ２０２は、有効なライセンスを有するユーザ情報処理装置に記憶された装置鍵（Ｋｄ）のみに基づく処理（暗号解読）を通じてコンテンツを暗号解読するために必要なメディアキー（Ｋｍ）の取得を可能にする鍵情報ブロックである。ＭＫＢ２０２は、ユーザ装置（情報処理装置）が有効なライセンスを有している場合にのみメディアキー（Ｋｍ）の取得を可能にする階層的ツリー構造に従う情報配信方法のアプリケーションであり、（取り消し処理を通じて）無効にされたユーザ装置ではメディアキー（Ｋｍ）を取得することができない。

ＭＫＢの制御を行う制御センターは、鍵情報を暗号化する際に使用される装置鍵を変更することにより、特定のユーザ装置に記憶された装置鍵を使用して復号できない構造、換言すれば、コンテンツ暗号解読に必要なメディアキーを取得できない構造を有するＭＫＢを生成することができる。この結果、いずれかの時点で非合法的な装置を排除する（無効にする）ことができ、有効なライセンスを有する装置に対してのみ暗号解読可能な暗号化コンテンツを提供できるようになる。

（３）処理制御ファイル
処理制御ファイル２０３は、例えば、ディスク上に記憶されたコンテンツの正当性を証明するための証明書であるコンテンツ証明書（ＣＣ）と、情報記録媒体２００上に記憶されたコンテンツの識別子であるコンテンツＩＤと、各個々の情報記録媒体ごとの識別子、又は所定数の情報記録媒体からなる各グループごとの識別子として定められるボリュームＩＤと、ディスクに一意の識別情報である媒体ＩＤに相当するＰＭＳＮ（Ｐｒｅｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）などのデータを含む。

これらに加えて、情報記録媒体２００の識別情報としてディスクＩＤが含まれ、情報記録媒体２００に記憶されたコンテンツを編集したスタジオの識別子としてスタジオＩＤが含まれ、情報記録媒体２００を製造したユニットとしてのパッケージ識別子としてパッケージＩＤが含まれる。なお、パッケージＩＤは「ディスクＩＤ」と呼ばれることもある。

（４）使用制御情報（使用規則）
使用制御情報（使用規則）２０４は、例えばコピー／読み取り制御情報（ＣＣＩ）を含む。すなわち、使用制御情報（使用規則）２０４は、情報記録媒体２００上に記憶された暗号化コンテンツ２０１、又は後でサーバから取得したコンテンツなどに対応する使用制御をコピーすることを制御するための情報、又は使用制御を読み取ることを制御するための情報である。このコピー／読み取り制御情報（ＣＣＩ）は、コンテンツ制御ユニットとして定められた個々のＣＰＳユニットに情報として提供したり、又は複数のＣＰＳユニットに対応して提供したりなどの様々な方法で提供することができる。

（５）ＣＰＳユニット鍵ファイル
上述したように、情報記録媒体２００に記憶された暗号化コンテンツは、コンテンツ制御ユニットとして定められるＣＰＳユニットに分割され、個々のユニット用の暗号鍵を使用して暗号化される。読み取り処理を行う情報処理装置は、読み取るコンテンツに属するＣＰＳを識別する必要があり、識別したＣＰＳユニットに対応する暗号解読鍵としてのＣＰＳユニット鍵を使用して暗号解読処理を行う必要がある。このＣＰＳユニット鍵を取得するために必要なデータを記憶するファイルがＣＰＳユニット鍵ファイルである。なお、コンテンツを読み取る際には、ＣＰＳユニット鍵のみならず、その他の様々な鍵情報、及び鍵生成情報などを適用する必要がある。

図２は、情報記録媒体２００上に記憶されたデータの詳細を示しており、また情報記録媒体２００上に記憶されたコンテンツを、後でサーバから取得したコンテンツのような、ローカル記憶ユニット１０２に記憶されたコンテンツと併せて読み取るための、情報処理装置１００における処理を概略的に示している。この情報処理装置は、情報記録媒体上に記憶されたデータを読み取る処理を行うためのドライブ１０３を有する。

まず、ステップＳ１１において、情報処理装置１００のデータ処理ユニット１０１が、ＶＦＳ（仮想ファイルシステム）を構築する処理を行う。すなわち、ＶＦＳ（仮想ファイルシステム）は、情報記録媒体（ディスク）２００上に記憶されたコンテンツと、ハードディスクなどのローカル記憶ユニット１０２に記憶されたコンテンツとを組み合わせて構築される。このＶＦＳに基づく読み取り処理により、単一媒体からの読み取り処理と同じ方法で読み取り処理を行うことが可能となる。その後、ステップＳ１２〜Ｓ１３において、コンテンツ暗号解読処理を行って復号処理（ＭＰＥＧ復号等）を行うことによりコンテンツが読み取られる。

メモリ１０４は、プログラム実行領域及びパラメータ記憶領域などの形で使用されるＲＯＭ［及び／又は］ＲＡＭから構築されるメモリであり、コンテンツ暗号解読処理に使用される装置鍵（Ｋｄ）、及び様々な処理を行うプログラムなどを記憶する。コンテンツを暗号解読する際には、情報処理装置１００がコンテンツの暗号解読に使用すべき鍵を、上記メモリ１０４に記憶されたデータ及び情報記録媒体２００から読み取ったデータに基づいて生成し、読み取る暗号化コンテンツに対して暗号解読処理を行う。

次に、情報記録媒体上に記憶されたコンテンツのフォーマット例について図３を参照しながら説明する。各ユニットごとに異なる使用制御を行うために、各個々のユニットごとに異なる鍵を割り当てた後に暗号化処理が行われ、その後情報記録媒体上に記憶されたコンテンツの少なくとも一部が記憶される。すなわち、コンテンツがコンテンツ制御ユニット（ＣＰＳユニット）に分割され、この各々に暗号化処理を行って各々に使用制御を行う。

暗号化コンテンツを読み取ったりしてコンテンツを使用する際には、まず各ユニットに割り当てられたＣＰＳユニット鍵を取得する必要があり、その後、他の必要な鍵及び鍵生成情報を使用し、所定の暗号解読処理シーケンスに基づいてデータ処理を行うことにより読み取りが行われる。コンテンツ制御ユニット（ＣＰＳユニット）を提供する形について図３を参照しながら説明する。

図３に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）映画オブジェクト２２０、（Ｃ）再生リスト２３０、及び（Ｄ）クリップ２４０という階層構造を有する。読み取りアプリケーションによってアクセスするタイトルなどのインデックスが指定されると、例えばこのタイトルに関連する読み取りプログラムが指定され、指定された読み取りプログラムのプログラム情報に従って、コンテンツを読み取る順序を指定する再生リストが選択される。

再生リストは、読み取るデータを指定する情報である再生項目を含む。再生リストに含まれる再生項目によって指定される、読み取るセグメントであるクリップ情報に応じて、ＡＶストリーム及びコマンドなどが実際のコンテンツデータとして選択的に読み取られ、ＡＶストリームを読み取ってコマンドを実行するための処理が行われる。なお、再生リスト及び再生項目は複数存在し、各々が識別情報として再生リストＩＤ及び再生項目ＩＤにそれぞれ関連付けられる。

なお、図３に示すフォーマットは、ＡＡＣＳ規格に従って暗号化されたコンテンツのためのフォーマットであり、ディスク上に記憶されるコンテンツ２０１の全てが必ずしもこのフォーマットに従うデータというわけではない。このフォーマットに従って記憶される暗号化データに加え、商用コンテンツ、サービスコンテンツ、Ｊａｖａ（商標）プログラムコンテンツ、及びその他のコンテンツをディスク上に記憶することもできる。これらのコンテンツをディスク上に非暗号化コンテンツとして記録することもでき、この種のコンテンツを読み取る際にも再生リストを同様に使用することができる。

すなわち、図３に示す再生リストの提供は、全てが暗号化データであるＡＶストリームのみの読み取りを指定する再生リストの例を示しているが、これらの再生リストに加え、ＡＡＣＳ規格に従うＡＶストリームを使用するための再生リスト、及び非暗号化データのようなコンテンツを読み取るための再生リストを提供することもできる。なお、コンテンツを読み取る際には、ユーザがタイトルを指定した後にコンテンツが読み取られるが、ユーザによるタイトルの指定を通じて選択された読み取りプログラムによって選択された再生リスト、及びこの読み取りプログラムによって選択された再生リストにより、読み取る１又はそれ以上のコンテンツを選択して順に読み取ることができる。

図３は、ディスク２００上に記録されたコンテンツ２０１に含まれる暗号化コンテンツ内の２つのＣＰＳユニットを示している。これらのＣＰＳユニットは、情報記録媒体上に記憶されたコンテンツの一部を構成する。第１のＣＰＳユニット２７１及び第２のＣＰＳユニット２７２は各々、インデックスとしてのタイトルと、読み取りプログラムファイルとしての映画オブジェクトと、再生リストと、実際のコンテンツのデータとしてのＡＶストリームファイルを含むクリップとを含むユニットとして定められたＣＰＳユニットである。

第１のコンテンツ制御ユニット（ＣＰＳユニット）２７１は、第１のタイトル２１１、第２のタイトル２１２、読み取りプログラム２２１及び２２２、再生リスト２３１及び２３２、クリップ２４１及びクリップ２４２を含み、２つのクリップ２４１及び２４２に含まれる実際のコンテンツのデータであるＡＶストリームデータファイル２６１及び２６２は少なくとも暗号化を受けるデータであり、このデータは原則として、第１のコンテンツ制御ユニット（ＣＰＳユニット）２７１に関連して定められた暗号鍵であるＣＰＳユニット鍵（Ｋｕ１）を使用することにより暗号化されたデータである。

第２のコンテンツ制御ユニット（ＣＰＳユニット）２１７は、第１のアプリケーション２１３、読み取りプログラム２２４、再生リスト２３３、及びクリップ２４３をインデックスとして含み、クリップ２４３に含まれる実際のコンテンツのデータであるＡＶストリームデータファイル２６３は、第２のコンテンツ制御ユニット（ＣＰＳユニット）２７２に関連して定められた暗号鍵である暗号鍵であるＣＰＳユニット鍵（Ｋｕ２）を使用することにより暗号化される。

例えば、ユーザが、第１のコンテンツ制御ユニット２７１に対応するアプリケーションファイル又はコンテンツ読み取り処理を実行するためには、第１のコンテンツ制御ユニット（ＣＰＳユニット）２７１に関連して定められた暗号鍵であるユニット鍵Ｋｕ１を取得した後に暗号解読処理を実行する必要がある。第２のコンテンツ制御ユニット２７２に対応するアプリケーションファイル又はコンテンツ読み取り処理を実行するためには、第２のコンテンツ制御ユニット（ＣＰＳユニット）２７２に関連して定められた暗号鍵であるユニット鍵Ｋｕ２を取得した後に暗号解読処理を実行する必要がある。

ＣＰＳユニット鍵ファイルの特定の構造例を図４に示す。図４は、ＣＰＳユニット鍵ファイルの構造を表の形で示している。図４に示すように、ＣＰＳユニット鍵ファイルは、タイトルなどの個々のインデックス情報ごとに区分化され、暗号解読されたＣＰＳユニット鍵（Ｋｕｎ）がコンテンツ制御ユニット番号（ＣＰＳユニット番号）に関連付けられ、これが個々のインデックスに関連付けられたデータ構造を有する。

コンテンツの読み取りを行う情報処理装置は、個々のＣＰＳユニット内に定められたユニット番号（ＣＰＳユニット番号）に基づいて対応するＣＰＳユニット鍵を取得した後に、暗号化コンテンツであるＣＰＳユニットの暗号解読処理を行う。

２．ＶＦＳを使用したコンテンツ読み取り処理及びファイル名変換テーブル（ＢＵＭＦ）の概要
上述したように、ローカル記憶ユニット１０２に記憶された後続データを情報記録媒体（ディスク）２００に記憶されたコンテンツと併せて読み取る場合、読み取り処理を行う情報処理装置１００のデータ処理ユニット１０１がＶＦＳ（仮想ファイルシステム）を構築し、その後読み取り処理を行う。この時点で、ローカル記憶ユニット１０２に記憶された後続データに関してファイル名変換処理が行われる。この変換処理に適用されるテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。以下、ＶＦＳを使用したコンテンツ読み取り処理及びファイル名変換テーブル（ＢＵＭＦ）の概要について説明する。

ハードディスクなどのローカル記憶ユニット１０２に記憶された後続データを、情報記録媒体（ディスク）２００上に記憶されたコンテンツと併せて読み取る際に構築されるＶＦＳ（仮想ファイルシステム）について図５を参照しながら説明する。例えば、情報記録媒体（ディスク）２００に記憶されたコンテンツがフランス語の映画コンテンツであり、ハードディスクなどのローカル記憶ユニット１０２に記憶された後続データがこの映画コンテンツに対応する日本語の字幕データである場合、これらの両方を同時に読み取ることにより日本語字幕付きで映画を再生することができる。

この種の複合コンテンツを読み取る場合、情報処理装置１００は、ローカル記憶ユニット１０２の後続データ制御ファイルを含むディレクトリ及びファイルと、情報記録媒体（ディスク）２００のディレクトリ及びファイルとを仮想的に組み合わせる。すなわち、ＶＦＳ（仮想ファイルシステム）が作成される。このＶＦＳ（仮想ファイルシステム）を構築するための処理は、ディスク上のデータファイルとローカル記憶ユニット内の対応する後続データファイルとを単一の仮想ディレクトリ内に設定する。この処理は、異なる記録媒体上に記憶されたファイルへの高速アクセスを可能にする。（００８４）図５に示すアプリケーションプログラム３２０は、情報処理装置１００において映画オブジェクトの読み取りなどの処理及び後続データ読み取り制御プログラム（ＢＤ−Ｊアプリケーション）などを実行するためのアプリケーションプログラムである。アプリケーションプログラム３２０は、情報記録媒体（ディスク）２００上に記憶されたファイルと、ローカル記憶ユニット１０２に記憶されたファイルとを、仮想ファイルシステムを介して処理する。アプリケーションプログラム３２０は、ローカル記憶ユニット１０２内に記録されたファイルの検索情報である後続データ検索情報３２１を使用することにより、仮想ファイルシステムを介して必要な後続データファイルを取得する。

仮想ファイルシステムは、記録媒体（ファイルシステム）間の相違をアプリケーションプログラム３２０から隠す役割を果たす。この結果、アプリケーションプログラム３２０は、ファイルを記憶した記録媒体の相違に気付くことなく、同じＡＰＩなどを使用して、両記録媒体上に記憶されたファイルを処理し終えることができる。

例えば、ディスクを装置内に読み込む場合、又はアプリケーションプログラムを立ち上げる場合、ディスク上のファイルシステムとローカル記憶ユニット１０２上のファイルシステムとを統合することにより仮想ファイルシステムが生成され、この生成された仮想ファイルシステム（ＶＦＳ）が情報処理装置１００のメモリに記憶される。この場合、ＶＦＳ（仮想ファイルシステム）は、例えばファイル書き込みなどにより、ローカル記憶ユニット１０２に記憶されたディレクトリ又はファイルに変更がある度に更新される。

このようにして、ローカル記憶ユニット１０２に記憶された後続データが、情報記録媒体（ディスク）２００に記憶されたコンテンツと併せて読み取られる場合、ＶＦＳ（仮想ファイルシステム）を作成する必要がある。

ＶＦＳ（仮想ファイルシステム）を作成する処理の時点で、ローカル記憶ユニット１０２に記憶された後続データにファイル名変換処理を行う必要がある。このファイル名変換処理に適用されるテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。ファイル名変換テーブル（ＢＵＭＦ）の構造について図６を参照しながら説明する。

ファイル名変換テーブル（ＢＵＭＦ）が、サーバから取得した後続データとともにローカル記憶ユニット１０２に記憶され、仮想ファイルシステムであるＶＦＳを生成するための処理が行われる場合、情報処理装置１００は、ファイル名変換テーブルを参照して、ローカル記憶ユニット内のファイル名をＶＦＳ内のファイル名に変換し、これをＶＦＳに入れ込む。

図６に示すファイル名変換テーブル（ＢＵＭＦ）は、ローカル記憶ユニット内のファイル名、スタジオＩＤ、パッケージＩＤ、及び変換後のファイル名のための個々のエントリ間に関連性が定められるような構造を有する。すなわち、ファイル名変換テーブル（ＢＵＭＦ）は、ローカル記憶ユニットに記憶されたファイルのファイル名を、仮想ファイルシステム（ＶＦＳ）内のＶＦＳファイル名に変換するための情報を含む。

ローカル記憶ユニット内のファイル名は、後続データを記憶するローカル記憶ユニット１０２内に記録する際の実際のファイル名である。冗長性を防ぐために、例えばスタジオ名を追加してファイル名を設定する。

ファイル名変換処理は、例えば、読み取りコンテンツに対応するパッケージＩＤ及びスタジオＩＤによって決定される。読み取り処理が行われる場合、後続データ及び情報記録媒体（ディスク）２００上のデータに対して結合処理が行われる。スタジオＩＤ及びパッケージＩＤは全て、使用する後続データに関して定められた関連性を有しており、コンテンツ読み取り処理を行う情報処理装置が、読み取るコンテンツのスタジオＩＤ及びパッケージＩＤを取得し、これらのＩＤに基づいて、ファイル名変換テーブルを使用することにより変換後のファイル名を取得し、この取得したファイル名を仮想ファイルシステム内のファイル名として設定する。

例えば、ローカル記憶ユニット１０２上のファイル名が、「ｓｔｕｄｉｏＡ．ＳＴＲＥＡＭ．００００１．ｍ２ｔｓ」であり、読み取るコンテンツのスタジオＩＤが１であり、読み取るコンテンツのパッケージＩＤが１、２、及び３である場合、変換後のファイル名は「ＢＤＭＶ／ＳＴＲＥＡＭ／００００１．ｍ２ｔｓ」となる。この「ＢＤＭＶ／ＳＴＲＥＡＭ／００００１．ｍ２ｔｓ」という変換後のファイル名は、読み取りアプリケーションが使用できるファイル名である。

このようにして、ファイル名変換テーブル（ＢＵＭＦ）を適用してファイル名の変換を行うことにより、ローカル記憶ユニット１０２内のディレクトリ内でファイル名を自由に設定できるようになり、冗長性を伴わずにファイル名を自由に作成できるようになる。

なお、図６に示すファイル名変換テーブル（ＢＵＭＦ）内の２番目及び３番目のエントリは、両方ともローカル記憶ユニット内のファイル名として「ｓｔｕｄｉｏＣ．ＳＴＲＥＡＭ．００００２．ｍ２ｔｓ」を有しているが、スタジオＩＤ＝１でありパッケージＩＤ＝１、２、又は３である場合、変換後のファイル名は「ＢＤＭＶ／ＳＴＲＥＡＭ／００００２．ｍ２ｔｓ」となるのに対し、スタジオＩＤ＝２でありパッケージＩＤ＝４、５、又は６である場合には、変換後のファイル名は「ＢＤＭＶ／ＳＴＲＥＡＭ／０００１２．ｍ２ｔｓ」となり、従ってこの構造は、スタジオＩＤ及びパッケージＩＤの値によって異なるファイル名となる変換の構造である。このようにして、ファイル名変換テーブルを適用してファイル名変換処理を行うことにより、例えば異なる読み取りアプリケーションにおいて適用すべき異なるファイルを設定できるようになる。

なお、情報処理装置１００のローカル記憶ユニット１０２にはファイル改ざん検証データ（ＢＵＳＦ：Ｂｉｎｄｉｎｇ Ｕｎｉｔ Ｓｉｇｎａｔｕｒｅ Ｆｉｌｅ）が記憶されて、後続データの厳密な使用制御を可能にする。このファイル改ざん検証データ（ＢＵＳＦ）は、ＢＵＭＦを構築するデータに対し、制御サーバ（例えば、後続データ提供サーバ）の秘密鍵を付与した署名を提供するファイルである。

後続データを使用するユーザ装置は、まず、ファイル改ざん検証データ（ＢＵＳＦ）の署名検証を通じてマニフェストファイル（ＢＵＭＦ）の有効性を確認する。この確認を条件として、マニフェストファイル（ＢＵＭＦ）を使用してローカル記憶ユニットに記憶された後続データにファイル名変換を行い、ＶＦＳを構築する。

３．ファイル名変換テーブル（ＢＵＭＦ）及び制御データを生成及び更新するための処理例
次に、ファイル名変換テーブル（ＢＵＭＦ）及び制御データを生成及び更新するための処理例について説明する。情報処理装置１００のローカル記憶ユニット１０２には、様々なコンテンツプロバイダサーバからの様々な後続データが次々に記憶される。

この種の後続データを取得する度に、マニフェストファイル（ＢＵＭＦ）及び制御データを生成又は更新するための処理、及びファイル改ざん検証データ（ＢＵＳＦ）を生成又は更新するための処理が必要となる。すなわち、図１に示す情報処理装置１００のデータ処理ユニット１０１は、ローカル記憶ユニット１０２に記憶されたデータとローカル記憶ユニット１０２に記憶された制御ファイルの記憶データとの比較処理を行い、ファイル名変換テーブルを生成又は更新する処理を行って、制御ファイルに記録された情報とローカル記憶ユニット１０２に記録された情報とを一致させるようにする。

後続データを定期的に取得する装置は、これらのファイルを作成又は更新する処理を頻繁に行う必要があり、従ってこれらの処理効率を高めることが必要とされている。以下、本発明による実施形態例に記載するマニフェストファイル（ＢＵＭＦ）、制御データ、及びファイル改ざん検証データ（ＢＵＳＦ）を作成及び更新するための処理例について説明する。

まず、ユーザ側情報処理装置１００のローカル記憶ユニット１０２に後続データが書き込まれる場合のディレクトリの例について図７を参照しながら説明する。図７に示すローカル記憶ユニット１０２内のディレクトリの例は、後続データを提供したスタジオ（Ｏｒｇ：Ｏｒｇａｎｉｚａｔｉｏｎ）ユニットによって区分化したディレクトリの例であり、これはスタジオが提供するディスク（＝パッケージ）ユニット（Ｄｉｓｃ＿ｉｄ）によってさらに区分化される。

図７に示すディレクトリ内に提供される後続データ４０１、４０２、及び４０３は、このディレクトリのスタジオ（Ｏｒｇ）に対応するコンテンツ提供サーバによって受信された後続データに対応する。上述したように、ディスク上に記憶されたコンテンツが映画コンテンツである場合、後続データ４０１〜４０３は、例えば字幕データなどを含む。ほとんどの場合、後続データも、図３を参照しながら既に説明したデータフォーマットに従うデータ構造を有し、すなわちほとんどの場合、後続データは、インデックス、映画オブジェクト、再生リスト、及びクリップなどを含む。

個々の後続データ４０１〜４０３に対応して、ダウンロードファイルローカル制御情報４１１〜４１３が提供される。これらのダウンロードファイルローカル制御情報４１１〜４１３の例を図８に示す。ダウンロードファイルローカル制御情報はサーバからダウンロードされ、ローカル記憶ユニットに記憶されるデータの記憶ファイル名を記録する。

図８に示すダウンロードファイルローカル制御情報は、後続データを含むファイルの種類であるファイルタイプ、ファイルＩＤ、ローカル記憶ユニット内のファイルのパス名、及び仮想パッケージ内のファイル名、並びにこれらに対応するデータを含む。

なお、「仮想パッケージ」は、上述したＶＦＳ（仮想ファイルシステム）と同じ意味であり、図６を参照しながら上述したファイル名変換テーブルであるマニフェストファイル（ＢＵＭＦ）の変換後ファイル名を構築するデータ内の最後のファイル名が仮想パッケージ内のファイル名となる。

図６を参照しながら説明したファイル名変換テーブルであるマニフェストファイル（ＢＵＭＦ）の変換後ファイル名を構築するデータは、以下で説明するように構築される。例えば、図６に示すマニフェストファイル（ＢＵＭＦ）の変換後ファイル名の先頭列にあるファイル名は、「ＢＤＭＶ／ＳＴＲＥＡＭ／００００１．ｍ２ｔｓ」の「ＢＤＭＶ」及び「ＳＴＲＥＡＭ」が、仮想ファイルシステム（ＶＦＳ）内に定められたディレクトリ構造により定義され、「００００１．ｍ２ｔｓ」が、「ＢＤＭＶ」及び「ＳＴＲＥＡＭ」の下に定められるファイル名となるようなファイル名として設定される。このファイル名は、図８に示すダウンロードファイルローカル制御情報における仮想パッケージ内のファイル名に対応する。

ローカル記憶ユニット１０２内に後続データを追加する場合の、ローカル記憶ユニットに記憶されたデータの変更例、及びファイル名変換テーブルであるマニフェストファイル（ＢＵＭＦ）を適用することにより作成される仮想ファイルシステム（ＶＦＳ）内の後続データのファイル設定の移行例について図９を参照しながら説明する。

図９は、（ａ１）記憶ユニットに記憶されたデータ（追加の後続データ取得前）、（ａ２）ＶＦＳ（仮想ファイルシステム）設定（追加の後続データ取得前）、（ｂ１）記憶ユニットに記憶されたデータ（追加の後続データ取得後）、（ｂ２）ＶＦＳ（仮想ファイルシステム）設定（追加の後続データ取得後）のためのファイル設定の例を示している。

ローカル記憶ユニットに最初に記憶された、（ａ１）記憶ユニットに記憶されたデータ（追加の後続データ取得前）の状態にあるデータは、（ｂ１）記憶ユニットに記憶されたデータ（追加の後続データ取得後）の状態に移行する。

取得した追加データは、（ｂ１）記憶ユニットに記憶されたデータ（追加の後続データ取得後）に示す３つのファイルを含む。
ＡＶストリームファイル：「ｓｔｕｄｉｏＡ．ＳＴＲＥＡＭ．１０００２．ｍ２ｔｓ」
クリップ情報ファイル：「ｓｔｕｄｉｏＡ．ＣＬＩＰＩＮＦ．１０００２．ｄｐｉ」
再生リストファイル：「ｓｔｕｄｉｏＡ．ＰＬＡＹＬＩＳＴ．１０００２．ｍｐｌｓ」

これらの追加ファイルをローカル記憶ユニットに記憶する場合、図９（ｂ１）に示すようにスタジオ名などを付与して、これらのファイルを冗長性を伴わずにローカル記憶ユニット内に設定できるようにする。

読み取り時には、例えば図６に示すファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を使用して、上述したようにファイル名を変更し、ＶＦＳ内で設定されるファイル名を定める。この結果、ローカル記憶ユニット側のＶＦＳを構築するディレクトリ構成は、図９に示す（ａ２）及び（ｂ２）のディレクトリとなる。

図９の（ａ２）及び（ｂ２）に示すように、ＶＦＳ（仮想ファイルシステム）内では、全てのファイルが、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）で指定されるＢＤＭＶディレクトリ内に設定される。ＢＤＭＶディレクトリの下には、図３を参照しながら既に説明したフォーマットのサブディレクトリ、すなわち（Ａ）インデックス、（Ｂ）映画オブジェクト、（Ｃ）再生リスト、（Ｄ）クリップ、及び（Ｅ）ストリームのためのサブディレクトリが構成され、それぞれのサブディレクトリ内にそれぞれのデータファイルが置かれる。

なお、図９にはローカル記憶ユニット側のデータしか示していないが、ともに作成された、情報記録媒体（ディスク）２００側に記憶されるコンテンツからのそれぞれのファイルもこれらの同じディレクトリに記憶される。読み取り処理は、読み取り処理を行うアプリケーションプログラム３２０を通じて行われ、図５を参照しながら既に説明したＶＦＳを使用して、ローカル記憶ユニット側のファイル及び情報記録媒体（ディスク）２００側のファイルが、図９の（ａ２）及び（ｂ２）に示すＶＦＳ内に取得される。

このようにして、ＶＦＳを構築する処理では、ローカル記憶ユニットのファイルを設定するような処理が、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）で指定されるＢＤＭＶディレクトリに従って行われる。このＶＦＳの構築を通じて作成される仮想ファイルシステムを使用することにより、図５に示すアプリケーションプログラム３２０が、ファイルを記憶した記録媒体の相違に気付くことなく、同じＡＰＩなどを使用して、両記録媒体上に記憶されたファイルを処理し終えることができるようになる。

なお、図８に示すダウンロードファイルローカル制御情報は、ローカル記憶ユニットのダウンロードユニットにより（ダウンロードＩＤにより）制御され、ユーザ側情報処理装置により生成され、ローカル記憶ユニット１０２に記憶されるファイルを含む。

図７に示すディレクトリ内に示す「ｄｉｓｃ＿ＩＤ＿ｓｔａｔｕｓ．ｍｅｔａ」は、例えば図１０に示す構造のダウンロードコンテンツリスト情報ファイルである。図１０に示すように、このファイルは、ダウンロードコンテンツＩＤと記憶ディレクトリとの間の関係を定めるデータ構造を有する。

図７に示すディレクトリ内に示す「ｂｕｍｆ．ｘｍｌ」ファイルはファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））であり、「ｂｕｍｆ．ｂｓｆ」というファイルはファイル改ざん検証データ（ＢＵＳＦ）である。上述したように、ファイル改ざん検証データ（ＢＵＳＦ）は、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を構築するデータのための、サーバ（後続データを提供するコンテンツサーバ）の秘密鍵に依存する署名データを含むファイルである。

次に、ユーザ情報処理装置１００が、後続データを提供するコンテンツサーバから後続データを取得する処理シーケンスについて図１１を参照しながら説明する。まず、ステップＳ１０１において、ユーザ側情報処理装置が、情報記録媒体（ディスク）２００及びローカル記憶ユニット１０２の検索を通じてユーザ情報処理装置１００内のコンテンツのリスト情報（ファイル名リスト）を生成又は取得する。

後続データを提供するサーバは、ユーザ側で所有されるコンテンツに応じて、ユーザに提供すべき後続データを決定する。この結果、ユーザ側情報処理装置では、例えば、図１０を参照しながら上述したダウンロードコンテンツテーブルを使用して、ローカル装置上に所有されるコンテンツのための情報が生成される。ステップＳ１０２において、この情報がサーバへ送信され、所有されるコンテンツに応じて提供できる後続データのリスト（すなわちコンテンツリスト）が要求される。

サーバは、ユーザ情報処理装置から受信した所有されるコンテンツに関する情報を参照し、ユーザに提供できるコンテンツに対応するコンテンツリストを生成し、次にステップＳ１０３において、このリストをユーザ側情報処理装置へ送信する。サーバから送信されるコンテンツリストの例を図１２に示す。

図１２に示すように、コンテンツリストは、ダウンロードコンテンツＩＤ、コンテンツ名、コンテンツ説明テキスト、ジャンル、…、ダウンロードデータ処理情報ファイルＩＤ、ダウンロードデータファイルＩＤ、（ダウンロードファイルをチェックするための）チェックサム、及びこれらのデータに対応するデータから構築される。ダウンロードデータ処理情報ファイルは、例えば後続データのファイルタイプをリストしたファイルであり、この詳細については後述する。

このようにして、所有コンテンツ情報がユーザ情報処理装置から通信ユニットを介してサーバにより受信され、この受信した所有コンテンツ情報がサーバのデータ処理ユニットで使用されて、ユーザ装置に提供できるコンテンツのための情報を記録した図１２に示すコンテンツリストが生成され、このリストが通信ユニットを介してユーザ装置に提供される。なお、図１２に示すような、サーバにより生成されるコンテンツリストは、ユーザ装置に提供できるデータに対応するデータファイルの識別情報をダウンロードコンテンツＩＤに関連付けたコンテンツのリストであり、これらの情報をユーザ側の記録媒体に応じて定めたリストである。

また、ユーザ側情報処理装置１００が実際に後続データをダウンロードし終えた時に、図１２に示すコンテンツのダウンロードコンテンツＩＤに対応する特別なディレクトリが設定される。情報処理装置１００は、ダウンロードした後続データなどをこの設定したディレクトリに記憶する。なお、このデータ記録処理では、ファイル名がダウンロードコンテンツＩＤと同一である必要はない。図９の（ａ１）及び（ｂ１）を参照しながら既に説明したように、ストレージは、スタジオ名などを使用したファイル名構成を使用することができる。ダウンロードコンテンツＩＤとローカル記憶ユニット１０２内の実際の記憶ディレクトリとの間の対応は、図１０を参照しながら既に説明したダウンロードコンテンツリストデータに記録される。

図１１のシーケンス図に戻って説明を続ける。ステップＳ１０３において、サーバが、ユーザ情報処理装置から受信した所有されるコンテンツに関する情報を参照し、ユーザに提供できるコンテンツに対応するコンテンツリスト（例えば、図１２に示すリスト）を生成し、その後このリストをユーザ側情報処理装置へ送信する。

ユーザ側情報処理装置は、サーバからコンテンツリストを受信すると、受信したコンテンツリストに基づいて、例えば図１３に示すようなコンテンツを選択するための表示データ（ダウンロードメニュー）を生成し、ディスプレイユニット上にこの表示データを表示し、ユーザによりコンテンツ選択処理が行われる。

図１３は、図１２に示すコンテンツリストに基づいてユーザ側情報処理装置のディスプレイユニット上に表示された、コンテンツを選択するための表示データ（ダウンロードメニュー）の例を示す図である。図１３に示すダウンロードメニューは、ジャンルにより分類されたコンテンツで構築される。さらに、このメニューは、ダウンロードするコンテンツをダウンロード先の媒体の種類別に（すなわち、ＨＤ又はＳＤなどのローカル記憶ユニットの種類別に）選択できるダウンロードメニューである。

ユーザは、例えば図１３に示すダウンロードメニューから所望の後続データを選択し、選択したコンテンツの「ダウンロード開始」ボタンをクリックする。この処理により、サーバへコンテンツ取得要求が送信される。図１１に示すステップＳ１０５において、コンテンツ取得要求がコンテンツ選択命令としてサーバへ送信される。

ステップＳ１０６において、サーバは、指定されたコンテンツに対応するデータをユーザ側情報処理装置へ送信する。具体的には、図１２を参照しながら上述したコンテンツリスト内のダウンロードデータファイルＩＤにより選択されたダウンロードデータ（字幕などの後続データ自体、例えば、ＡＶＳｔｒｅａｍ、Ｃｌｉｐｉｎｆｏ、又はＰｌａｙＬｉｓｔファイルなど）及びダウンロードデータ処理情報ファイル（ダウンロードデータ処理情報ファイルＩＤにより選択された後続データの処理状態を記述するファイル）がユーザ側情報処理装置へ送信される。

ダウンロードデータファイルＩＤを介して選択されるダウンロードデータは、図３を参照しながら既に説明したデータフォーマットに従って構築され、インデックス、映画オブジェクト、再生リスト、及びクリップなどの複数のデータファイルから構築される。ダウンロードデータ処理情報ファイルは、例えばこれらの後続データを構築するファイルの各々のファイルタイプをリストしたファイルである。

図４は、ダウンロードデータ処理情報ファイルのデータ構造例を示している。図１４に示すように、ダウンロードデータ処理情報ファイルには、サーバから受信するダウンロードデータファイルのファイルＩＤを示すダウンロードデータファイルＩＤ、及び各個々のファイルがクリップ情報（ＣｌｉｐＩｎｆｏ）ファイルであるか、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）ファイルであるか、又は再生リスト（ＰｌａｙＬｉｓｔ）ファイルであるかを示す対応データファイルタイプ情報が提供される。

このようにして、サーバは、ユーザ側情報処理装置から通信ユニットを介してデータ取得要求を受信し、このデータ取得要求に応答して、データファイルのファイルタイプ情報を記憶するデータファイル及び処理情報ファイルを生成し、これらのファイルを通信ユニットを介してユーザ装置へ送信する。

図１１に示すシーケンス図のステップＳ１０７において、ユーザ側情報処理装置のデータ処理ユニットが、サーバから送信された後続データを構築する個々のファイルの種類をダウンロードデータ処理情報ファイル内の記録に従って判断し、各個々のファイルをローカル記憶ユニット１０２の所定のディレクトリの指定領域内に入れることによりデータを記録する。

ユーザ側情報処理装置は、例えばＡＶＳｔｒｅａｍ、ＣｌｉｐＩｎｆｏ、ＰｌａｙＬｉｓｔなどの後続データ自体のファイルを記憶し、その後ダウンロードファイルローカル制御情報及びダウンロードコンテンツリストなどの制御データを生成又は更新する処理を行う。

ユーザ側情報処理装置によって行われるステップＳ１０７のデータ記録処理は、
（１）ローカル記憶ユニット内で未だ使用されていない独自の番号（「ＡＡＡＡＡＡＡ」など）をディレクトリ名として有するディレクトリを作成し、ここにデータを記憶するステップと、
（２）現在の仮想ファイルシステム（ＶＦＳ（仮想パッケージ））内で使用されていないクリップ番号を新規クリップのためのＶＦＳ内ファイル名として割り当てるステップと、
（３）現在の仮想ファイルシステム（ＶＦＳ（仮想パッケージ））内で使用されていない再生リスト番号を新規再生リストのためのＶＦＳ内ファイル名として割り当て、クリップに割り当てられているクリップ番号をこの再生リスト内のクリップ番号指定情報で上書きするステップと、
（４）ダウンロードファイルローカル制御情報内の各ファイルに関する情報にローカル記憶ユニット内のファイル名及び仮想ファイルシステム（ＶＦＳ（仮想パッケージ））内のファイル名を追加して、ダウンロードデータローカル制御情報（ＡＡＡＡＡＡＡＡ．ｍｅｔａ）として記憶するステップと、
（５）作成したディレクトリ名をダウンロードコンテンツリストに追加するステップと、
を含む。

なお、上述のローカル記憶ユニット内のファイルシステムでは個々のファイルのファイル名を自由に設定することができるが、クリップ情報（ＣｌｉｐＩｎｆｏ）ファイル、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）ファイル、再生リスト（ＰｌａｙＬｉｓｔ）ファイルのような個々のファイルのファイルタイプの各々では、ファイル名を決定するための特別な操作規則が存在すると思われ、未だ使用されていないファイル名がこれらの規則に従って検索され、その後使用されると考えられる。また、コンテンツ読み取り処理の時点で構築される仮想ファイルシステム（ＶＦＳ）で設定されるファイル名は、図６を参照しながら説明したファイル名変換名前テーブル（ＢＵＭＦ）を参照して決定される。

次に、図１１に示すシーケンス図のステップＳ１０４〜Ｓ１０７における、後続データを取得してこの後続データをローカル記憶ユニット１０２に記憶する処理時に情報処理装置１００によって行われる詳細な処理シーケンスについて、図１５に示すフロー図を参照しながら説明する。図１５に示すフローは、図１に示す情報処理装置１００のデータ処理ユニット１０１によって行われる。データ処理ユニット１０１は、例えば情報記録媒体２００上に既に記憶されているプログラム（例えばＢＤ−Ｊアプリケーション）を読み出し、図１５に示すフローに従って処理を行う。

各ステップにおける処理について詳細に説明する。ステップＳ２０１において、ダウンロードが、ダウンロードの実行に適用される情報記録媒体（ディスク）のパッケージＩＤ（＝ディスクＩＤ）に対応する最初のダウンロードである場合、空白のダウンロードコンテンツリストデータが生成されるが、ダウンロードコンテンツリストデータが既に存在する場合はこのリストデータが取得される。図１０を参照しながら既に上述したように、ダウンロードコンテンツリストデータは、ダウンロードコンテンツＩＤと記憶ディレクトリとの間の対応を定義するデータ構造を有する。

次にステップＳ２０２において、サーバからのデータを要求する際に使用する（図１２に示す）コンテンツリスト内の各ダウンロードコンテンツＩＤのために固有のディレクトリが作成される。図７に示すように、このディレクトリは、ＯｒｇＩＤ又はＤｉｓｃＩＤの中に作成される。

次にステップＳ２０３おいて、コンテンツリスト内にリストされるダウンロードデータ処理情報ファイルのファイルＩＤを使用して、サーバから（図１４に示す）ダウンロードデータ処理情報ファイルが取得される。

次にステップＳ２０４において、ダウンロードデータ処理情報ファイル内にリストされるファイルＩＤ及びファイルタイプを参照して、ステップＳ２０２で作成されたディレクトリ内にダウンロードデータが記憶される。

次にステップＳ２０５において、ディスク上のファイルと、（図６に示す）ファイル名変換テーブル（ＢＵＭＦ（ｂｕｍｆ．ｘｍｌ））とをチェックして、既に使用済みのＶＦＳファイル名をチェックする。

次にステップＳ２０６において、ファイル名変換テーブル（ＢＵＭＦ（ｂｕｍｆ．ｘｍｌ））内にリストされていない未使用のファイル名が、受信した後続データを構築するファイル（クリップ情報（ＣｌｉｐＩｎｆｏ）ファイル、クリップＡＶストリーム（ＣｌｉｐＡＶＳｔｒｅａｍ）ファイル、再生リスト（ＰｌａｙＬｉｓｔ）ファイルなど）の各々に対応するＶＦＳファイル名として割り当てられる。

次にステップＳ２０７において、３種類の情報を参照して、（図８に示す）ダウンロードファイルローカル制御情報を生成又は更新する。
（１）ローカル記憶ユニットに記憶されたファイル
（２）各ファイルに割り当てられたＶＦＳファイル名
（３）ダウンロードデータ処理情報ファイルに含まれる（ａ）ファイルＩＤ及び（ｂ）ファイルタイプ

次にステップＳ２０８において、（図８に示す）ダウンロードファイルローカル制御情報（ＡＡＡＡＡ．ｍｅｔａ）が、ダウンロードコンテンツＩＤに対応して作成されたディレクトリと同じディレクトリ内に記憶される。

最後にステップＳ２０９において、ダウンロードコンテンツＩＤ及びこのダウンロードコンテンツＩＤのために作成されたディレクトリが（図１０に示す）ダウンロードコンテンツリストデータ内に記録されることにより、ダウンロードコンテンツリストデータが更新される。

図１５のフローに従うこの処理は、図１１に示すシーケンス図のステップＳ１０４〜Ｓ１０７における、後続データを取得してこの後続データをローカル記憶ユニット１０２に記憶するための処理時に情報処理装置１００によって行われる。

図１１に示すシーケンス図のステップＳ１０７において、ローカル記憶ユニット１０２に後続データを記憶するための処理が完了すると、ステップＳ１０８において、ユーザ側情報処理装置は、取得した後続データのためのファイル名変換情報を含むファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成又は更新するための処理を行う。

図６を参照しながら既に説明したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））は、ローカル記憶ユニット内のファイル名をＶＦＳ内のファイル名に変換するためのテーブルであり、ローカル記憶ユニット内のファイル名と、スタジオＩＤと、パッケージＩＤと、変換後のファイル名との間の関係を定める構造を有する。

新たに取得した後続データのための情報を含むファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成するための処理例について図１６を参照しながら説明する。

図１６（ａ）は、更新前のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））であり、（ｂ）は、更新後のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。図１６（ｂ）のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））のデータ部分４５１は、サーバから新たに取得した後続データのためのファイル変換情報を追加した部分である。新たに取得した後続データのファイルのための変更情報を含むこの種のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））は、情報処理装置において生成される。

図１１に示すシーケンス図のステップＳ１０８において、新たに取得した後続データのための情報を含むファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））が生成されると、ステップＳ１０９において、この生成されたＢＵＭＦがサーバへ送信される。ステップＳ１１０において、サーバが、ユーザ側情報処理装置から受信したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を構築するデータにサーバ独自の秘密鍵を適用して署名データを生成し、この署名データを含むファイル改ざん検証データ（ＢＵＳＦ）を生成する。次にステップＳ１１１において、生成したファイル改ざん検証データ（ＢＵＳＦ）がユーザ側情報処理装置へ送信される。

ステップＳ１１２において、ユーザ側情報処理装置が、サーバから受信したファイル改ざん検証データ（ＢＵＳＦ）を、生成又は更新したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））とともにローカル記憶ユニットに記憶する。

最後にステップＳ１１３において、情報処理装置が、最新のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及びファイル改ざん検証データ（ＢＵＳＦ）から仮想ファイルシステム（ＶＦＳ）を構築し、その後コンテンツを読み取るステップへ進む。なお、コンテンツ読み取り処理が行われない場合、ステップＳ１１３の処理は省略される。ステップＳ１１３の処理は、コンテンツ（後続データ）を読み取る場合に行われる。

図１１に示すシーケンスにおけるＳ１０８〜Ｓ１１３の処理、すなわちファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及びファイル改ざん検証データ（ＢＵＳＦ）を生成又は更新するための処理の詳細については、図１９及びそれ以降を参照しながら後程説明する。

図１１に示すシーケンスは、サーバから後続データを取得するための処理のシーケンスであり、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及びファイル改ざん検証データ（ＢＵＳＦ）を生成又は更新するための処理は、これらの新たな後続データを取得するための処理時のみならず、以下のような処理を行う際にも必要となる。
（１）既に取得済みの後続データをユーザ側情報処理装置から削除する場合。
（２）ディスクＡに関して既に取得した後続データが、異なるディスクＢに関する後続データとしても使用できるデータとして検出された場合。

これらの場合には、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及びファイル改ざん検証データ（ＢＵＳＦ）を更新するための処理も同様に行う必要がある。

上述した（１）及び（２）の場合にユーザ側情報処理装置とサーバとの間で実行される処理シーケンスについて図１７及び図１８のシーケンス図を参照しながら説明する。

（１）まず、既に取得済みの後続データをユーザ側情報処理装置から削除する場合では、図１７に示すシーケンス図を使用して、既に取得済みの後続データをユーザ側情報処理装置から既に削除する際にユーザ側情報処理装置とサーバとの間で行われる処理シーケンスについて説明する。

まずステップＳ３１１において、ユーザが、情報処理装置１００のローカル記憶ユニット１０２に既に記憶済みの後続データの少なくとも一部を削除する。次にステップＳ３１２において、ユーザ側情報処理装置１００が、情報記録媒体（ディスク）２００及びローカル記憶ユニット１０２を検索してコンテンツのためのリスト情報（ファイル名リスト）を生成又は取得する。

次にステップＳ３１３において、（図８に示す）ダウンロードファイルローカル制御情報などを使用して、ダウンロードコンテンツリストを、ローカル記憶ユニット上に存在するディレクトリ及びファイルのリストと比較して検証する。すなわち、様々な制御ファイルと実際に記憶されているデータとの間の不一致をチェックする。

次にステップＳ３１４において、（図１０に示す）ダウンロードコンテンツリスト及び（図８に示す）ダウンロードファイルローカル制御情報が、ステップＳ３１３のチェック結果に基づいて更新される。すなわち、削除された後続データが、様々な制御データに記憶されたデータから削除される。これに続き、これらの制御データの更新後、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））から削除されたデータに関するファイル名変換データを削除することによりＢＵＭＦが更新される。

図６を参照しながら既に説明したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））は、ローカル記憶ユニット内のファイル名をＶＦＳ内のファイル名に変換するためのテーブルであり、ローカル記憶ユニット内のファイル名と、スタジオＩＤと、パッケージＩＤと、変換後のファイル名との間の関係を定める構造を有する。削除されたデータに対応するエントリは、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））から削除されている。

ステップＳ３１４においてファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））が更新されると、ステップＳ３１５において、更新済みのＢＵＭＦがサーバへ送信される。ステップＳ３１６において、サーバが、ユーザ側情報処理装置から受信したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を構築するデータにサーバ独自の秘密鍵を適用して署名データを生成し、この署名データを含むファイル改ざん検証データ（ＢＵＳＦ）を生成する。次にステップＳ３１７において、生成されたファイル改ざん検証データ（ＢＵＳＦ）がユーザ側情報処理装置へ送信される。

ステップＳ３１８において、ユーザ側情報処理装置が、サーバから受信したファイル改ざん検証データ（ＢＵＳＦ）を、生成又は更新したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））とともにローカル記憶ユニットに記憶する。

最後にステップＳ３１９において、情報処理装置が、最新のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及びファイル改ざん検証データ（ＢＵＳＦ）から仮想ファイルシステム（ＶＦＳ）を構築し、その後コンテンツを読み取るステップへ進む。なお、コンテンツ読み取り処理が行われない場合、ステップＳ３１９の処理は省略される。ステップＳ３１９の処理は、コンテンツ（後続データ）を読み取る場合に行われる。

このようにして、後続データが削除された場合、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））の更新がユーザ側情報処理装置自体によって行われる。情報処理装置が、更新済みのファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））をサーバへ送信し、サーバからファイル改ざん検証データ（ＢＵＳＦ）を受信して、これらのファイルを記憶し終えると処理が完了する。

次に、ディスクＡに関して既に取得済みの後続データが、異なるディスクＢの後続データとして使用できるデータであることが検出された場合にユーザ側情報処理装置とサーバとの間で行われる処理シーケンスについて、図１８に示すシーケンス図を参照しながら説明する。

この場合、ディスクＢを読み込んだ情報処理装置が、ディスクＡの後続データとして既に取得済みの後続データをディスクＢの後続データとして追加する処理を行う。

まず、情報処理装置１００のローカル記憶ユニット１０２内に既にユーザによって記憶済みの後続データのうち、特定のディスクＡに関して既に取得済みの後続データであるデータが、異なるディスクＢの後続データとしても使用できるデータとして検出される。ステップＳ３２１において、この後続データをディスクＢの後続データとして追加するための処理が開始される。

次にステップＳ３２２において、ユーザ側の情報処理装置１００が、情報記録媒体（ディスク）２００及びローカル記憶ユニット１０２を検索してコンテンツのためのリスト情報（ファイル名リスト）を生成又は取得する。

次にステップＳ３２３において、（図８に示す）ダウンロードファイルローカル制御情報などを使用して、ダウンロードコンテンツリストを、ローカル記憶ユニット上に存在するディレクトリ及びファイルのリストと比較して検証する。すなわち、様々な制御ファイルと実際に記憶されているデータとの間の不一致をチェックする。

次にステップＳ３２４において、（図１０に示す）ダウンロードコンテンツリスト及び（図８に示す）ダウンロードファイルローカル制御情報が、ステップＳ３２３のチェック結果に基づいて更新される。すなわち、後続データを使用する状況を更新した後に、後続データがこの使用状況とともに個々の制御データに記憶される。これに続き、これらの制御データの更新後、ファイル名変換データを、後続データの使用状況と一致するようにファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））に関して更新することによりＢＵＭＦが更新される。

図６を参照しながら既に説明したように、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））は、ローカル記憶ユニット内のファイル名をＶＦＳ内のファイル名に変換するためのテーブルであり、ローカル記憶ユニット内のファイル名と、スタジオＩＤと、パッケージＩＤと、変換後のファイル名との間の関係を定める構造を有する。ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））は、エントリを後続データの使用状況と一致するように修正することにより修正される。

ステップＳ３２４においてファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））が更新されると，ステップＳ３２５において、更新済みのＢＵＭＦがサーバへ送信される。ステップＳ３２６において、サーバが、ユーザ側情報処理装置から受信したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を構築するデータにサーバ独自の秘密鍵を適用して署名データを生成し、この署名データを含むファイル改ざん検証データ（ＢＵＳＦ）を生成する。次にステップＳ３２７において、生成されたファイル改ざん検証データ（ＢＵＳＦ）がユーザ側情報処理装置へ送信される。

ステップＳ３２８において、ユーザ側情報処理装置が、サーバから受信したファイル改ざん検証データ（ＢＵＳＦ）を、生成又は更新したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））とともにローカル記憶ユニットに記憶する。

最後にステップＳ３２９において、情報処理装置が、最新のファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及びファイル改ざん検証データ（ＢＵＳＦ）から仮想ファイルシステム（ＶＦＳ）を構築し、その後コンテンツを読み取るステップへ進む。なお、コンテンツ読み取り処理が行われない場合、ステップＳ３２９の処理は省略される。ステップＳ３２９の処理は、コンテンツ（後続データ）を読み取る場合に行われる。

このようにして、後続データを使用する状況が変化した場合、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））の更新がユーザ側情報処理装置自体によって行われる。情報処理装置が、更新済みのファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））をサーバへ送信し、サーバからファイル改ざん検証データ（ＢＵＳＦ）を受信して、これらのファイルを記憶し終えると処理は完了する。

図１１、図１７、及び図１８のシーケンス図をそれぞれ使用して、情報処理装置とサーバとの間の処理シーケンスについて、
（１）後続データを新たに取得した場合（図１１）、
（２）既に取得済みの後続データを削除する場合（図１７）、
（３）既に取得済みの後続データの使用状況が変化した場合（図１８）、
に関して説明した。

これらの場合の全てにおいて、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成又は更新するための処理が必要となる。さらに、生成又は更新されたファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））に対応するファイル改ざん検証データ（ＢＵＳＦ）をサーバから取得するための処理も必要となる。

（０１７７）以下、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成又は更新するための処理、及びファイル改ざん検証データ（ＢＵＳＦ）を取得するための処理について図１９及び図２０を参照しながら説明する。

図１９は、ユーザ側情報処理装置１００及びサーバ１３１を示している。情報処理装置１００内には、ハードディスクなどから構築されるローカル記憶ユニット１０２を示している。サーバ１３１は、後続データを提供するための処理を行うとともに、情報処理装置１００において生成又は更新されたファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を受信し、ファイル改ざん検証データ（ＢＵＳＦ）を生成し、このファイル改ざん検証データ（ＢＵＳＦ）を情報処理装置１００へ送信するための処理を行う。サーバ１３１は、通信ユニット６０１及びデータ処理ユニット６０２を有する。図１９は、ユーザ側情報処理装置１００内に装備された情報記録媒体（ディスク）２００をさらに示している。

ローカル記憶ユニット１０２には、ダウンロードコンテンツデータ５０２が後続データとして記憶され、既に説明したように、（図１０に示す）ダウンロードコンテンツリストデータ５０１、（図８に示す）ダウンロードファイルローカル制御情報５０３、（図６に示す）ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））５０４、及びファイル改ざん検証データ（ＢＵＳＦ）５０５のデータが制御データとして記憶される。

図１９に示すステップＳ４０１〜Ｓ４０７の処理は、情報処理装置１００の（図１に示す）データ処理ユニット１０１によって行われる処理である。情報処理装置１００のデータ処理ユニット１０１は、情報記録媒体（ディスク）２００上に記録されたプログラム（Ｊａｖａ（商標）アプリケーションであるＢＤ−Ｊアプリケーションなどの）を実行することにより、ステップＳ４０１〜Ｓ４０７の処理の各々を行う。このプログラムの処理は、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を更新するための処理、及びファイル改ざん検証データ（ＢＵＳＦ）を取得するための処理を行う。

情報記録媒体（ディスク）２００上には、（ａ）ダウンロードコンテンツ照合プログラム５２１、（ｂ）ＢＵＭＦ及び制御データ生成／更新プログラム５２２、（ｃ）ファイル改ざん検証データ（ＢＵＳＦ）処理プログラム５２３、及び（ｄ）仮想ファイルシステム（ＶＦＳ）生成プログラム５２４が記録される。なお、説明を目的として、図にはプログラムを別個のものとして示しているが、この構造は、これらのプログラムが別々に処理を実行する個別プログラムであるような構造であってもよく、又は一連の処理を行う単一のプログラムを提供した構造であってもよい。

情報処理装置１００の情報処理装置１０１によって行われる処理ステップＳ４０１〜Ｓ４０７について説明する。まず、ステップＳ４０１〜Ｓ４０２の処理は、（ａ）ダウンロードコンテンツ照合プログラム５２１を使用して行われることに留意されたい。

ステップＳ４０１において、ローカル記憶ユニット１０４に記憶された（図１０に示す）ダウンロードコンテンツリストデータ５０１が取得され、ローカル記憶ユニット１０２内に提供されるディレクトリと、ダウンロードコンテンツリストデータ５０１内にリストされたデータ内の既存のディレクトリとしてリストされるディレクトリとの間の比較が行われる。

ローカル記憶ユニット１０２内に存在するディレクトリと、ダウンロードコンテンツリストデータ５０１内にリストされるデータ内に存在するディレクトリとしてリストされるディレクトリとの間に不一致が検出された場合、処理はステップＳ４０３へ進む。不一致が検出されなかった場合、処理はステップＳ４０２へ進む。

ステップＳ４０２において、ローカル記憶ユニット１０４に記憶された（図８に示す）ダウンロードファイルローカル制御情報５０３内にリストされるファイルを、ローカル記憶ユニット１０２内に実際に記憶されたダウンロードコンテンツデータ５０２と比較するための処理が行われる。

（図８に示す）ダウンロードファイルローカル制御情報５０３内にリストされるファイルとダウンロードコンテンツデータ５０２との間に不一致が検出された場合、処理はステップＳ４０３へ進む。不一致が検出されなかった場合、処理はステップＳ４０６へ進む。

ステップＳ４０３は、ステップＳ４０１においてディレクトリ不一致が検出されるか、或いはステップＳ４０２においてファイル不一致が検出された場合の処理であり、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を生成又は更新するための処理、及びローカル記憶ユニットに記録されたその他の制御データを生成又は更新するための処理を行うステップである。このステップＳ４０３は、（ｂ）ＢＵＭＦ＆制御データ生成／更新プログラム５２２を使用して行われる。なお、制御データは、ローカル記憶ユニット１０２に記憶された（図１０に示す）ダウンロードコンテンツリストデータ５０１及び（図８に示す）ダウンロードファイルローカル制御情報５０３を含む。

ステップＳ４０３の処理の詳細な順序について、図２０に示すフロー図を参照しながら説明する。ステップＳ５０１において、コンテンツが追加されたか否かに関して判定が行われる。すなわち、ローカル記憶ユニット１０２に実際に記憶されたファイルとの比較が行われ、制御データである（図１０に示す）ダウンロードコンテンツリストデータ内にリストされるファイルの方が少ないか否かに関して判定が行われる。

この判定が「はい」であり、コンテンツを削除するための処理などが過去ユーザによって行われたことが示される場合、コンテンツリスト制御データ又はダウンロードファイルローカル制御情報は制御されずに、処理はＳ５１１へ進む。判定が「いいえ」であり、コンテンツを追加するための処理などが過去ユーザによって行われたことが示される場合、コンテンツリスト制御データ又はダウンロードファイルローカル制御情報は制御されずに、処理はＳ５０２へ進む。なお、ステップＳ５０１の処理は、図１９のステップＳ４０１又はステップＳ４０２における判定が「いいえ」である場合にのみ行われる。従って、ステップＳ５０１の処理は、ローカル記憶ユニットに記憶されたデータと制御データとの間に不一致が生じた場合にのみ、従って追加又は削除のいずれかが行われた場合に行われる。

コンテンツを追加するための処理が行われた場合、ステップＳ５０２において、ローカル記憶ユニットに記憶されたリストされていない不明なファイルが、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））に追加される。ローカル記憶ユニット内の不明なファイル名はそのまま残され、仮想ファイルシステム（ＶＦＳ）内の割り当てるファイル名が設定されリストされる。

次にステップＳ５０３において、（図１０に示す）ダウンロードコンテンツリストデータ及び（図８に示す）ダウンロードファイルローカル制御情報を更新するための処理が行われる。すなわち、ローカル記憶ユニットには記憶されているものの様々な制御データ内には未だリストされていないファイルに対応するエントリを追加するための処理が行われる。

一方、ステップＳ５０１における判定が「はい」であり、コンテンツを削除するための処理が行われたことが示される場合、処理はステップＳ５１１へ進む。ステップＳ５１１において、まず様々な制御データ内にリストされている情報を優先する処理が試行される。すなわち、制御データ内にはリストされているもののローカル記憶ユニット１０２内には記憶されていないファイルを再ダウンロードするのに十分な空き容量がローカル記憶ユニットに存在するか否かに関してチェックが行われる。

十分な空き容量が存在すると判定された場合、処理はステップＳ５２１へ進み、ダウンロードファイルローカル制御情報などの制御データ内にはリストされているもののローカル記憶ユニット内には存在しないファイルのファイルＩＤをサーバへ送信し、対応するファイルを受信して、ローカル記憶ユニット１［ｓｉｃ−−"１０２"？］に記憶する。この処理は、ローカル記憶ユニットに記憶されたデータを制御データと一致させるための処理として行われる処理である。この処理が行われると、ローカル記憶ユニットに記憶されている様々な制御データ、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））、又はファイル改ざん検証データ（ＢＵＳＦ）を変更する必要はなくなる。

他方、ステップＳ５１１においてローカル記憶ユニットに再ダウンロードするファイルのために十分な容量が存在しないと判定された場合、処理はステップＳ５１２へ進み、制御データ及びファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））内にリストされたデータを、ローカル記憶ユニット１０２に記憶された実際のデータに一致させるための処理が行われる。

まずステップＳ５０２において、ローカル記憶ユニット１０２に記憶されていないファイルに対応するエントリをファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））から削除する処理が行われる。

次にステップＳ５１３において、（図１０に示す）ダウンロードコンテンツリストデータ及び（図８に示す）ダウンロードファイルローカル制御情報を更新する処理が行われる。すなわち、様々な制御データ内にはリストされているもののローカル記憶ユニット内には記憶されていないファイルに対応するエントリを削除する処理が行われる。

なお、ステップＳ５１１における判定処理の時点で、ユーザが、ダウンロードを行うか或いはダウンロードを行わずにステップＳ５１２及びＳ５１３において制御ファイルの更新を行うかを選択できるようにするためのメッセージを表示することができる。すなわち、この構造は、ユーザの命令に応じてステップＳ５２１の処理又はステップＳ５１３及びＳ５１４の処理のいずれかを行うことができる構造であることができる。

ステップＳ５０１〜Ｓ５０３の処理では、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及び制御データにリストされるエントリが追加され、ステップＳ５０１〜５１１〜Ｓ５１３の処理では、リスト済みのエントリがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））及び制御データから削除される。

このようにしてファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を更新した場合、更新したファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））をサーバへ送信してファイル改ざん検証データ（ＢＵＳＦ）を取得するための処理を行う必要がある。この処理は、図１９に示すステップＳ４０４〜Ｓ４０５の処理である。

ステップＳ４０４及びＳ４０５の処理は、ファイル改ざん検証データ（ＢＵＳＦ）処理プログラム５２３に従って行われる。

まずステップＳ４０４において、更新済みのファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））がサーバ１３１へ送信される。サーバ１３１は、更新済みのファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を通信ユニット６０１を介して受信し、データ処理ユニット６０２内で、サーバが所有する秘密鍵を適用して、ファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））を構築するデータのための電子署名を生成する。

サーバは、通信ユニット６０１を介して、ファイル改ざん検証データ（ＢＵＳＦ）を電子署名を含むデータとして情報処理装置１００へ送信する。情報処理装置１００は、更新済みのＢＵＭＦのための署名データを含む更新済みのＢＵＳＦを受信し、この更新済みのＢＵＭＦ及び更新済みのＢＵＳＦをローカル記憶ユニット１０２に記憶する。この時点で、ローカル記憶ユニットに記憶されたデータを更新するための処理は完了する。

ステップＳ４０６〜Ｓ４０７の処理はコンテンツを読み取るための処理であり、仮想ファイルシステム（ＶＦＳ）を構築して後続データを含むコンテンツを読み取る際に行われる処理である。

ステップＳ４０６は仮想ファイルシステム（ＶＦＳ）を構築するための処理であり、ＶＦＳ生成プログラム５２４を使用して行われる。この処理は、図５を参照しながら既に説明した処理である。すなわちこの処理は、ハードディスクなどのローカル記憶ユニット１０２に記憶された後続データを情報記録媒体（ディスク）２００上に記憶されたコンテンツとともに読み取るために、仮想ファイルシステム（ＶＦＳ）を作成するための処理である。

次にステップＳ４０７において、仮想ファイルシステム（ＶＦＳ）を適用することによりコンテンツ読み取りが行われる。例えば、情報記録媒体（ディスク）２００に記憶されたコンテンツがフランス語の映画コンテンツであり、ハードディスクなどのローカル記憶ユニット１０２に記憶された後続データがこの映画コンテンツに対応する日本語の字幕データである場合、これらの両方を同時に読み取ることにより日本語字幕付きで映画を再生することができる。

以上、特定の実施形態例を参照しながら本発明について詳細に説明した。しかしながら、当業者であれば、本発明の範囲又は意図から逸脱しない範囲でこれらの実施形態例において修正及び置換を行うことができることが明らかである。すなわち本発明は例示の形で開示したものであり、これらを限定的なものであると解釈すべきではない。本発明の範囲及び意図を特定するためには特許請求の範囲を考慮すべきである。

また、本明細書で説明した一連の処理を、ハードウェアにおいて、ソフトウェアにおいて、又はこれらの両方を組み合わせた構造において行うことができる。ソフトウェアにおいて処理を行う場合、処理シーケンスを記録したプログラムを、専用ハードウェアに組み込まれたコンピュータ内のメモリにインストールすることにより実行することができ、或いは様々な処理を行うことができる汎用コンピュータにプログラムをインストールすることにより実行することができる。例えば、記録媒体にプログラムを予め記憶することができる。このプログラムを記録媒体からコンピュータにインストールすることができ、或いはこれをＬＡＮ（ローカルエリアネットワーク）、又はインターネットとして知られているネットワークを介して送信し、ハードドライブなどの組み込み記録媒体にインストールすることができる。

なお、本明細書で説明した様々な処理を説明に準じた時間系列で実行できるだけでなく、必要に応じて、又は処理を行う装置の処理能力に応じて、並行して又は個別に実行することもできる。さらに、本明細書では、「システム」とは複数の装置からなる論理的集合構造のことであり、同じ枠組み内に存在する個々の構造装置に限定されるものではない。

上述したように、本発明は、ＤＶＤなどの情報記録媒体に記憶されたコンテンツに対応する後続データを使用のためにハードディスクなどのローカル記憶ユニットに記憶する構造に適用される。ディスク上に記憶されたデータと記憶ユニットに記憶されたデータとを含む、コンテンツ読み取り処理において使用する仮想ファイルシステム（ＶＦＳ）を構築する場合、ファイル名変換テーブルを使用して、記憶ユニットの記憶ファイル名を仮想ファイルシステム（ＶＦＳ）のためのＶＦＳファイル名に変換する必要がある。本発明に記載する１つの実施形態例における構造では、ローカル記憶ユニットの記憶データと比較した制御情報を記憶する制御ファイルの記憶情報を、ローカル記憶ユニットに記憶されたデータに関して比較する処理を行い、この比較結果に従って、ファイル名変換テーブルを生成又は更新する処理がユーザ装置側で行われる。この構造は、ファイル名変換テーブルを生成するためにサーバ側に依拠する必要のない効率的な処理を実現する。

１００ 情報処理装置（読み取り装置）
１０１ データ処理ユニット
１０２ ローカル記憶ユニット
１０３ ドライブ
１０４ メモリ
１０５ 通信インターフェイス
１０６ ディスプレイユニット
１３１、１３２ サーバ
２００ 情報記録媒体

Claims (16)

1. 情報処理装置であって、
   読み取り可能コンテンツを含むデータファイルと、該データファイルに対応する制御情報を含む制御ファイルとを記憶するための記憶ユニットと、
   ファイル名変換情報を記憶するファイル名変換テーブルを使用して、
   （１）前記記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）上のファイル名に変換し、
   （２）ディスクの記憶データと前記記憶ユニットのデータファイルとを含むＶＦＳを構築し、
   （３）データ読み取り処理を行う、
   ように構成されたデータ処理ユニットと、
   を備え、前記データ処理ユニットが、
   （１）前記制御ファイルに含まれる前記制御情報と前記記憶ユニットに記憶されたデータとを比較し、
   （２）前記ファイル名変換テーブルを更新して、前記制御ファイルに含まれる前記制御情報と前記記憶ユニット内の前記記憶データとを一致させ、
   （３）前記制御ファイルに含まれる前記制御情報に、前記記憶ユニットに記憶されたデータファイルよりも少ないファイルをリストする不一致があるかどうかを決定し、
   前記データ処理ユニットは、さらに、前記記憶ユニットに記憶されたファイルのファイル名をＶＦＳのファイル名に変換する前に、ファイル改ざん検証データの署名検証を通して、ファイル名変換テーブルの有効性を確認するように構成されている、ことを特徴とする情報処理装置。
2. 前記データ処理ユニットが、前記ファイル名変換テーブルを読み取り及び／又は更新した場合、
   （１）前記ファイル名変換テーブルをサーバへ送信し、
   （２）前記ファイル名変換テーブルに関して生成された前記サーバの署名データを受信し、
   （３）前記署名データを前記記憶ユニットに記憶する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記記憶ユニットが、サーバからダウンロードしたコンテンツテーブルデータを前記制御ファイルとして記憶するように構成され、
   前記データ処理ユニットが、前記ダウンロードコンテンツテーブルデータと前記記憶ユニット内の前記記憶データとを比較して、不一致が検出された場合、前記ファイル名変換テーブルを生成及び／又は更新するように構成される、
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記ダウンロードコンテンツテーブルデータが、前記サーバから取得したデータを記憶する前記記憶ユニットのディレクトリ情報を含み、
   前記データ処理ユニットが、
   （１）記憶ディレクトリと前記記憶ユニットの設定ディレクトリとを比較し、
   （２）不一致が検出された場合、前記ファイル名変換テーブルを生成及び／又は更新する、
   ように構成される、
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記記憶ユニットが、該記憶ユニットに記憶されたデータの記憶ファイル名を含むダウンロードファイルローカル制御情報を前記制御データとして記憶するように構成され、
   前記データ処理ユニットが、前記ダウンロードファイルローカル制御情報の記憶ファイルと前記記憶ユニットの記憶ファイルとを比較して、不一致が検出された場合、前記ファイル名変換テーブルを生成及び／又は更新するように構成される、
   ことを特徴とする請求項１に記載の情報処理装置。
6. 前記データ処理ユニットが、該データ処理ユニットが前記ファイル名変換テーブルを生成及び／又は更新した際に、前記ダウンロードファイルローカル制御情報も生成及び／又は更新するように構成される、
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記データ処理ユニットが、ダウンロード処理情報ファイルをサーバから受信し、該サーバから取得するファイルの種類を識別して、該ファイルの種類に従って前記記憶ユニットに記憶するように構成される、
   ことを特徴とする請求項１に記載の情報処理装置。
8. 前記データ処理ユニットが前記記憶ユニットの前記記憶データに関して追加処理、削除処理、又は使用ステータス変更処理を行った場合、前記データ処理ユニットが前記ファイル名変換テーブルを生成及び／又は更新する、
   ことを特徴とする請求項１に記載の情報処理装置。
9. 前記データ処理ユニットが、前記ディスク上に記憶されたプログラムの実行を通じて前記ファイル名変換テーブルを生成及び又は更新する、
   ことを特徴とする請求項１に記載の情報処理装置。
10. サーバ装置であって、
    ユーザ装置からファイル名変換テーブルを受信するように構成された通信ユニットを含み、前記ファイル名変換テーブルは、
    （１）前記ユーザ装置の記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）上のファイル名に変換し、
    （２）ディスクの記憶データ及び前記記憶ユニットの記憶データを含むＶＦＳを構成し、
    （３）データ読みプロセスを実行する、
    ためのファイル名変換情報を記憶し、
    ここで、前記ファイル名変換情報は、制御ファイル内に含まれるデータに、前記ユーザ装置の記憶ユニットに記憶されたデータよりも少ないファイルを示す不一致があるかどうかを決定することによって、制御ファイルに記憶されたデータと前記ユーザ装置の記憶ユニットに記憶されたデータを一致させるのに使用され、
    また、前記ファイル名変換テーブルに関してサーバ秘密鍵として適用される署名データを生成するデータ処理ユニットと、ここで、前記データ処理ユニットによって生成される前記署名データは、前記通信ユニットによって前記ユーザ装置に送信され、
    そして、前記データ処理ユニットは、さらに、前記記憶ユニットに記憶されたファイルのファイル名をＶＦＳのファイル名に変換する前に、ファイル改ざん検証データの署名検証を通して、ファイル名変換テーブルの有効性を確認するように構成されている、ことを特徴とするサーバ装置。
11. コンピュータ読み取り可能な情報記録媒体であって、
    読み取り可能コンテンツを含むデータファイルと、
    ファイル名変換テーブルの生成処理及び／又は更新処理を行うためのプログラムと、
    を含み、
    前記ファイル名変換テーブルは、
    （１）読み取り装置の記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）上のファイル名に変換し、
    （２）ディスクの記憶データ及び前記記憶ユニットの記憶データを含むＶＦＳを構成し、
    （３）データ読みプロセスを実行する、
    ためのファイル名変換情報を記憶し、
    ここで、前記ファイル名変換情報は、制御ファイル内に含まれるデータに、前記ユーザ装置の記憶ユニットに記憶されたデータよりも少ないファイルを示す不一致があるかどうかを決定することによって、制御ファイルに記憶されたデータと前記ユーザ装置の記憶ユニットに記憶されたデータを一致させるのに使用され、
    前記情報記録媒体を読むための前記読み取り装置は、前記プログラムに従ってファイル名変換テーブルを生成し及び／又は更新し、
    前記ファイル名変換テーブルの有効性は、前記記憶ユニットに記憶されたファイルのファイル名をＶＦＳのファイル名に変換する前に、ファイル改ざん検証データの署名検証を通して確認されることを特徴とする情報記録媒体。
12. 前記プログラムが、制御データと、前記読み取り装置の前記記憶ユニットに記憶された前記ファイルとを比較するためのプログラムを含む、
    ことを特徴とする請求項１１に記載の情報記録媒体。
13. 前記プログラムが、前記ファイル名変換テーブルに関する署名データをサーバから取得するためのプログラムを含む、
    ことを特徴とする請求項１１に記載の情報記録媒体。
14. データ提供処理を行うためのサーバと、該サーバからデータの受信を行うための情報処理装置とを備えた情報処理システムであって、前記情報処理装置は、
    読み取り可能コンテンツを含むデータファイルと、該データファイルに対応する制御情報を含む制御ファイルとを記憶するための記憶ユニットと、
    ファイル名変換情報を記憶するファイル名変換テーブルを使用して、
    （１）前記記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）上のファイル名に変換し、
    （２）ディスクの記憶データと前記記憶ユニットの記憶データとを含む仮想ファイルシステム（ＶＦＳ）を構築し、
    （３）データ読み取り処理を行う、
    ためのデータ処理ユニットと、
    を備え、前記データ処理ユニットが、
    （１）前記制御ファイルの記憶データと前記記憶ユニットの記憶データとの間の不一致を検出するための処理と、
    （２）前記ファイル名変換テーブルを生成し及び／又は更新して、前記制御ファイルの前記記憶データと前記記憶ユニットの前記記憶データとを一致させるための処理と、
    （３）前記制御ファイルの前記記憶データに、前記記憶ユニットのデータファイルよりも少ないファイルをリストする不一致があるかどうかを決定する処理と、
    を行い、
    前記サーバが、署名データを生成して、該生成した署名データを前記情報処理装置へ送信し、ここで、前記ファイル名変換テーブルを構築するデータにサーバ秘密鍵が適用され、
    そして、前記データ処理ユニットは、さらに、前記記憶ユニットに記憶されたファイルのファイル名をＶＦＳのファイル名に変換する前に、ファイル改ざん検証データの署名検証を通して、ファイル名変換テーブルの有効性を確認するように構成されている、
    ことを特徴とする情報処理システム。
15. 情報処理装置において実行されるデータ処理方法であって、
    記憶ユニットに記憶されたデータファイルと制御ファイルの記憶データとを比較するステップと、
    前記制御ファイルの前記記憶データと前記記憶ユニットの前記記憶データとの間に不一致が検出された場合、前記記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のファイル名に変換するために適用されるファイル名変換テーブルを生成し及び／又は更新し、ディスクの記憶データと前記記憶ユニットのデータファイルとを含むＶＦＳを構築し、そして、データ読み出し処理を実行するステップと、
    前記制御ファイルの前記記憶データに、前記記憶ユニットのデータファイルよりも少ないファイルをリストする不一致があるかどうかを決定するステップと、
    を含み、
    前記ファイル名変換テーブルが、前記制御ファイルに含まれる制御情報と前記記憶ユニットに記憶された前記データファイルとが一致するように更新され、
    前記ファイル名変換テーブルの有効性は、前記記憶ユニットに記憶されたファイルのファイル名をＶＦＳのファイル名に変換する前に、ファイル改ざん検証データの署名検証を通して確認される、
    ことを特徴とする方法。
16. 情報処理装置において情報処理を実行させるプログラムを記録したコンピュータ読み取り可能な情報記録媒体であって、前記プログラムは、
    記憶ユニットに記憶されたデータファイルと制御ファイルの記憶データとを比較するステップと、
    前記制御ファイルの前記記憶データと前記記憶ユニットの前記記憶データとの間に不一致が検出された場合、前記記憶ユニットに記憶されたファイルのファイル名を仮想ファイルシステム（ＶＦＳ）のファイル名に変換するために適用されるファイル名変換テーブルを生成し及び／又は更新し、そして、データ読み出し処理を実行するステップと、
    前記制御ファイルの前記記憶データに、前記記憶ユニットのデータファイルよりも少ないファイルをリストする不一致があるかどうかを決定するステップと、
    を含み、
    前記ファイル名変換テーブルが、前記制御ファイルに含まれる制御情報と前記記憶ユニットに記憶された前記データファイルとが一致するように更新され、
    前記ファイル名変換テーブルの有効性は、前記記憶ユニットに記憶されたファイルのファイル名をＶＦＳのファイル名に変換する前に、ファイル改ざん検証データの署名検証を通して確認される、
    ことを特徴とする記録媒体。

Images