(57)【要約】【課題】サーバからの後発データの取得処理における改善された構成を実現する。【解決手段】ディスクとローカル記憶部に格納した後発データを読み出すためのバーチャル・ファイルシステム（ＶＦＳ）を構築してデータ再生処理を行うユーザ装置が、サーバからの後発データの取得処理に際して、ＶＦＳの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤをサーバに送信して後発データを取得する。サーバはパッケージＩＤによって指定されたファイルのセットをユーザ装置に提供する。パッケージＩＤは、後発データのファイルが未完成状態であっても設定可能であり、後発データの構成が未定の段階であっても、パッケージＩＤを記録したプログラムをディスクに記録してユーザに提供することができる。【選択図】図９
2010020633.tif 000002
【特許請求の範囲】
【請求項１】
サーバとの通信を実行する通信部と、
前記サーバから取得した後発データを格納するローカル記憶部と、
前記後発データの取得処理、およびディスク格納データと前記ローカル記憶部に格納された後発データを利用したデータ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記データ再生処理に際して、前記ディスクと前記ローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムを構築する構成であり、
前記後発データの取得処理に際して、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行う構成である情報処理装置。
【請求項２】
前記データ処理部は、
前記ディスクに記録されたプログラムを実行して、前記後発データの取得処理を実行する構成であり、前記プログラムに記録されているパッケージＩＤを前記サーバに送信して後発データ取得処理を行う構成である請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記サーバから提供されるサーバ提供プログラムを実行して、前記後発データの取得処理を実行する構成であり、前記サーバ提供プログラムに記録されたパッケージＩＤを前記サーバに送信して後発データ取得処理を行う構成である請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記後発データの取得処理に際して、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するグループの指定情報であり、前記パッケージの構成ファイルの一部のファイルセットに対応するグループの指定情報であるグループＩＤを前記サーバに送信して後発データの取得処理を行う構成である請求項１に記載の情報処理装置。
【請求項５】
ユーザ装置との通信を実行する通信部と、
前記ユーザ装置に提供する後発データを格納したデータベースと、
前記通信部を介して前記ユーザ装置からの後発データ取得要求を受信し、前記データベースから取得した後発データをユーザ装置に送信するデータ処理部を有し、
前記データ処理部は、
前記ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットを前記データベースから抽出してユーザ装置に送信する処理を行う構成であり、
前記パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であり、
前記データ処理部は、
前記パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行う構成であるサーバ。
【請求項６】
前記データ処理部は、
前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するグループの指定情報であり、前記パッケージの構成ファイルの一部のファイルセットに対応するグループの指定情報であるグループＩＤを、前記ユーザ装置から受信し、前記ユーザ装置に対する送信データの選択情報として適用した処理を行う構成である請求項５に記載のサーバ。
【請求項７】
ディスクを装着しディスク格納データの再生処理を行う情報処理装置と、
前記情報処理装置からのデータ取得要求を受信して、前記情報処理装置に対する後発データの提供処理を行うサーバを有する情報処理システムであり、
前記情報処理装置は、
前記ディスクと前記ローカル記憶部に格納した後発データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を行う構成であり、前記後発データの取得処理に際して、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行う構成であり、
前記サーバは、
前記情報処理装置からの後発データ取得要求に含まれる前記パッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットをデータベースから抽出して前記情報処理装置に対して提供する構成である情報処理システム。
【請求項８】
情報処理装置において再生対象となるコンテンツと、
情報処理装置において、サーバからの後発データ取得処理を実行させるプログラムを記録した情報記録媒体であり、
前記プログラムは、情報処理装置におけるデータ再生処理に際して、前記情報記録媒体とローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを記録し、該パッケージＩＤを前記サーバに送信して後発データの取得処理を実行させるシーケンスを記録したプログラムである情報記録媒体。
【請求項９】
情報処理装置において実行する情報処理方法であり、
データ処理部において、サーバからの後発データの取得処理を行う後発データ取得ステップと、
データ処理部において、ディスク格納データと、ローカル記憶部に格納された後発データを利用したデータ再生処理を実行するデータ再生ステップを有し、
前記データ再生ステップは、
前記ディスクと前記ローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を実行するステップであり、
前記後発データ取得ステップは、
前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行うステップである情報処理方法。
【請求項１０】
ユーザ装置に対する後発データの提供処理を実行するサーバにおける情報処理方法であり、
データ処理部において、
前記ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットを前記データベースから抽出してユーザ装置に送信する処理を行う後発データ提供ステップを有し、
前記パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であり、
前記後発データ提供ステップは、
前記パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行うステップである情報処理方法。
【請求項１１】
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部において、サーバからの後発データの取得処理を行わせる後発データ取得ステップと、
データ処理部において、ディスク格納データと、ローカル記憶部に格納された後発データを利用したデータ再生処理を実行させるデータ再生ステップを有し、
前記データ再生ステップは、
前記ディスクと前記ローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を実行させるステップであり、
前記後発データ取得ステップは、
前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行わせるステップであるプログラム。
【請求項１２】
サーバにおいて、ユーザ装置に対する後発データの提供処理を実行させるプログラムであり、
データ処理部において、
前記ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットを前記データベースから抽出してユーザ装置に送信する処理を行わせる後発データ提供ステップを有し、
前記パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であり、
前記後発データ提供ステップは、
前記パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行わせるステップであるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに、詳細には、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）やＤＶＤなどの情報記録媒体の格納コンテンツに対応するサブコンテンツなどをサーバからダウンロードしてローカル記憶部に格納し、ディスク格納コンテンツと、ローカル記憶部格納コンテンツ（後発データ）を利用したコンテンツ利用処理を行う情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）は、記録メディア、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）やＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）などの情報記録媒体（記録メディア）に格納してユーザに提供することができる。青色レーザを利用したＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）は高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録でき、昨今、利用が増大している。
【０００３】
コンテンツ格納ディスクは、例えばユーザ所有のディスクプレーヤ等の再生装置、あるいはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などの様々な装置に装着してコンテンツの再生を行うことができる。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、このようなコンテンツをユーザに提供する場合、一定の利用制限、すなわち、正規なユーザのみのコンテンツ利用を許容する形態とするのが一般的である。例えば許可のない無秩序なコンテンツコピー等が行われないような制御が行なわれる。
【０００５】
Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）において採用しているコンテンツ利用制御構成には、コンテンツをユニット（ＣＰＳユニット）に区分し、各ユニット単位で暗号化を行う構成や、利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）を対応付けて管理を行う構成などがある。コンテンツはＣＰＳユニットによって区分され、各ＣＰＳユニットは、ユニット対応の利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）に規定された範囲で利用が許容される。
【０００６】
多くの場合、利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）は、コンテンツに併せてディスクに記録される。再生装置は、コンテンツ再生時に再生コンテンツの属するＣＰＳユニットに対応する利用制御情報をディスクから読み出して、利用制御情報に従ってコンテンツ利用を行う。利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）には、例えばコンテンツのコピー・再生制御情報（ＣＣＩ）、具体的には、コピーの許可されたコンテンツであるか、コピーの許可されないコンテンツであるかなど、許容される利用態様や許容されない利用態様などの情報を記録した情報である。
【０００７】
ＣＰＳユニットに属するコンテンツが暗号化コンテンツである場合は、ユニット対応の暗号鍵であるＣＰＳユニット鍵が対応付けられる。暗号化コンテンツの再生時には、ＣＰＳユニット鍵を利用した復号処理が行われる。なお、ＣＰＳユニット鍵を格納したＣＰＳユニット鍵ファイルもディスクに記録される。Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）に格納されたコンテンツは、このように厳格な利用管理の下で利用制御がなされる。
【０００８】
さらに、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）の規格では、ディスクに記録されたコンテンツに対応する付属データ、例えば映画コンテンツに対応する字幕データや吹き替えデータ、その他のコンテンツ対応のサービスデータ、動画、静止画等のコンテンツを、後発データ（トレーラー（ｔｒａｉｌｅｒ）とも呼ばれる）としてサーバからダウンロードして利用する場合の利用制御についても規定している。
【０００９】
なお、サーバなどから後発データ（トレーラー）を取得してユーザ装置のハードディスク等のローカル記憶部に記録してディスク記録コンテンツに併せて再生するコンテンツ利用システムについては、例えば特許文献１（特許３９５９７３５号公報）や、特許文献２（特開２００３−１４０６６２号公報）に開示されている。
【００１０】
Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）におけるコンテンツ利用制御の規格としてＡＡＣＳ(Advanced Access Content System)がある。これは、ディスク記録済みコンテンツのみならず、上記のようなローカル記憶部に格納した後発データについての利用制についても規定している。
【００１１】
なお、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）等のディスク記録コンテンツと、ハードディスク等のローカル記憶部に記録された後発データをユーザ装置において併せて再生する際には、ディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したバーチャル・ファイルシステム（ＶＦＳ）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。
【００１２】
このＶＦＳ構築処理の際、ローカル記憶部に記憶された後発データのファイル名を、ＶＦＳ設定用のファイル名に変換する処理を行う。ローカル記憶部には、様々なコンテンツ提供サーバからの様々な後発データが格納される。これらの後発データファイルをＶＦＳ上に設定する場合、ＶＦＳ上において重複のないように、かつ確実なファイル識別が可能となるようにＶＦＳ用のファイル名を設定することが必要となる。
【００１３】
すなわち、［ローカル記憶部上のファイル名］を［ＶＦＳ上のファイル名］に変換する処理が必要となる。このファイル名変換処理のために、ユーザ装置はファイル名変換テーブルを保持する。このファイル名変換テーブルは、マニフェストファイル（ＢＵＭＦ：Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  Ｆｉｌｅ）と呼ばれる。
【００１４】
ユーザの情報処理装置においてディスク格納コンテンツとローカル記憶部格納コンテンツの双方を利用して再生を行う場合には、ファイル名変換テーブルであるマニフェストファイル（ＢＵＭＦ：Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｍａｎｉｆｅｓｔ  Ｆｉｌｅ）を利用してバーチャル・ファイルシステム（ＶＦＳ）を構築することが必要となる。
【００１５】
サーバからユーザ装置に提供される後発データ（トレーラー）は、ディスクの製造時に確定しているとは限らず、ユーザがディスクを購入した後、後発データが作成されユーザに提供される場合も多い。また、順次新たな後発データが作成されることもある。すなわち、ディスク発売後に、
第１の後発データ、
第２の後発データ、
第３の後発データ、
・・・
このように、日時の経過に応じて新たな後発データがユーザに提供される場合がある。
【００１６】
また、ユーザに提供される後発データは、ＡＶストリーム等のコンテンツ実体データを格納したコンテンツファイルのみではなく、ディスク格納コンテンツに対応する更新されたコンテンツファイル、利用制御情報ファイル、ＣＰＳユニット鍵ファイルなども含まれる場合がある。さらに、後発データに対応する利用制御情報ファイルや、ＣＰＳユニット鍵ファイルなどが含まれる。
【００１７】
ユーザ装置がサーバから後発データを取得した場合、取得した後発データファイルを利用可能とした更新されたバーチャル・ファイルシステム（ＶＦＳ）を構築することが必要となる。バーチャル・ファイルシステム（ＶＦＳ）の更新が不完全である場合、例えば後発データとしてコンテンツファイルは受信したが、そのコンテンツファイルに対応するＣＰＳユニット鍵ファイルを受信していない場合などには、バーチャル・ファイルシステム（ＶＦＳ）の更新が不完全となる。このような場合、ユーザ装置ではコンテンツ再生は行えなくなるといった問題が発生する。
【００１８】
従って、サーバから受信する後発データのファイルセットは、バーチャル・ファイルシステム（ＶＦＳ）の完全な更新が可能なファイルセットであることが必要である。
【００１９】
上述したように、ユーザに対するディスク提供後に、第１の後発データ、第２の後発データ、第３の後発データ・・・のように、様々なタイミングにおいて後発データがサーバから提供される。これらの各タイミングにおいて後発データに含まれるファイルセットは様々な設定となる。
【００２０】
ユーザ側の情報処理装置からサーバにアクセスを行い後発データの取得処理を実行するプログラムとしては、多くの場合、コンテンツとともにディスクに格納されたプログラムが利用される。例えばＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）に対応して設定されるＪａｖａ（登録商標）プログラムであるＢＤ−Ｊプログラムがコンテンツとともにディスクに記録されており、ユーザの情報処理装置は、このプログラムをディスクから読み取って実行する。
【００２１】
このプログラムの記述に従って、サーバに対するアクセスおよび後発データの取得要求を実行することになる。従って、プログラム（ＢＤ−Ｊプログラム）には、バーチャル・ファイルシステム（ＶＦＳ）の完全な更新処理に必要なファイルを取得するための情報が予め記録されていることが必要となる。
【００２２】
しかし、実際のプロセスでは、後発データの作成は、プログラム（ＢＤ−Ｊプログラム）とコンテンツとを記録したディスクのユーザに対する提供処理が終了した後、行われることが多い。従って、ディスクの製造前に実行されるプログラム（ＢＤ−Ｊプログラム）の作成段階で、後発データに含まれるファイルセット、すなわち、完全なバーチャル・ファイルシステム（ＶＦＳ）更新に必要となるファイルセットを明確にすることは困難または不可能である。
【特許文献１】特許３９５９７３５号公報
【特許文献２】特開２００３−１４０６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２３】
本発明は、例えば上述の状況に鑑みてなされたものであり、後発データに含まれるファイルセットが未定の段階であっても、所定の情報を記録したプログラムをディスクに記録し、プログラムを適用してユーザ装置からサーバに後発データの要求を実行してバーチャル・ファイルシステム（ＶＦＳ）の更新を行うために必要となるファイルセットを全て受信可能とする情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２４】
本発明の第１の側面は、
サーバとの通信を実行する通信部と、
前記サーバから取得した後発データを格納するローカル記憶部と、
前記後発データの取得処理、およびディスク格納データと前記ローカル記憶部に格納された後発データを利用したデータ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
前記データ再生処理に際して、前記ディスクと前記ローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムを構築する構成であり、
前記後発データの取得処理に際して、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行う構成である情報処理装置にある。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記ディスクに記録されたプログラムを実行して、前記後発データの取得処理を実行する構成であり、前記プログラムに記録されているパッケージＩＤを前記サーバに送信して後発データ取得処理を行う構成である。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記サーバから提供されるサーバ提供プログラムを実行して、前記後発データの取得処理を実行する構成であり、前記サーバ提供プログラムに記録されたパッケージＩＤを前記サーバに送信して後発データ取得処理を行う構成である。
【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記後発データの取得処理に際して、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するグループの指定情報であり、前記パッケージの構成ファイルの一部のファイルセットに対応するグループの指定情報であるグループＩＤを前記サーバに送信して後発データの取得処理を行う構成である。
【００２８】
さらに、本発明の第２の側面は、
ユーザ装置との通信を実行する通信部と、
前記ユーザ装置に提供する後発データを格納したデータベースと、
前記通信部を介して前記ユーザ装置からの後発データ取得要求を受信し、前記データベースから取得した後発データをユーザ装置に送信するデータ処理部を有し、
前記データ処理部は、
前記ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットを前記データベースから抽出してユーザ装置に送信する処理を行う構成であり、
前記パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であり、
前記データ処理部は、
前記パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行う構成であるサーバにある。
【００２９】
さらに、本発明のサーバの一実施態様において、前記データ処理部は、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するグループの指定情報であり、前記パッケージの構成ファイルの一部のファイルセットに対応するグループの指定情報であるグループＩＤを、前記ユーザ装置から受信し、前記ユーザ装置に対する送信データの選択情報として適用した処理を行う構成である。
【００３０】
さらに、本発明の第３の側面は、
ディスクを装着しディスク格納データの再生処理を行う情報処理装置と、
前記情報処理装置からのデータ取得要求を受信して、前記情報処理装置に対する後発データの提供処理を行うサーバを有する情報処理システムであり、
前記情報処理装置は、
前記ディスクと前記ローカル記憶部に格納した後発データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を行う構成であり、前記後発データの取得処理に際して、前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行う構成であり、
前記サーバは、
前記情報処理装置からの後発データ取得要求に含まれる前記パッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットをデータベースから抽出して前記情報処理装置に対して提供する構成である情報処理システムにある。
【００３１】
さらに、本発明の第４の側面は、
情報処理装置において再生対象となるコンテンツと、
情報処理装置において、サーバからの後発データ取得処理を実行させるプログラムを記録した情報記録媒体であり、
前記プログラムは、情報処理装置におけるデータ再生処理に際して、前記情報記録媒体とローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを記録し、該パッケージＩＤを前記サーバに送信して後発データの取得処理を実行させるシーケンスを記録したプログラムである情報記録媒体にある。
【００３２】
さらに、本発明の第５の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部において、サーバからの後発データの取得処理を行う後発データ取得ステップと、
データ処理部において、ディスク格納データと、ローカル記憶部に格納された後発データを利用したデータ再生処理を実行するデータ再生ステップを有し、
前記データ再生ステップは、
前記ディスクと前記ローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を実行するステップであり、
前記後発データ取得ステップは、
前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行うステップである情報処理方法にある。
【００３３】
さらに、本発明の第６の側面は、
ユーザ装置に対する後発データの提供処理を実行するサーバにおける情報処理方法であり、
データ処理部において、
前記ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットを前記データベースから抽出してユーザ装置に送信する処理を行う後発データ提供ステップを有し、
前記パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であり、
前記後発データ提供ステップは、
前記パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行うステップである情報処理方法にある。
【００３４】
さらに、本発明の第７の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部において、サーバからの後発データの取得処理を行わせる後発データ取得ステップと、
データ処理部において、ディスク格納データと、ローカル記憶部に格納された後発データを利用したデータ再生処理を実行させるデータ再生ステップを有し、
前記データ再生ステップは、
前記ディスクと前記ローカル記憶部の格納データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を実行させるステップであり、
前記後発データ取得ステップは、
前記バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤを前記サーバに送信して後発データの取得処理を行わせるステップであるプログラムにある。
【００３５】
さらに、本発明の第８の側面は、
サーバにおいて、ユーザ装置に対する後発データの提供処理を実行させるプログラムであり、
データ処理部において、
前記ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、該パッケージＩＤの対応付けられたファイルセットを前記データベースから抽出してユーザ装置に送信する処理を行わせる後発データ提供ステップを有し、
前記パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であり、
前記後発データ提供ステップは、
前記パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行わせるステップであるプログラムにある。
【００３６】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３７】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３８】
本発明の一実施例の構成によれば、ディスクとローカル記憶部に格納した後発データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を行うユーザ装置が、サーバから後発データを取得する際に、バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤをサーバに送信する。サーバはパッケージＩＤによって指定されたファイルのセットをユーザ装置に提供する。パッケージＩＤは、後発データのファイルが未完成状態であっても設定可能であり、後発データの構成が未定の段階であっても、パッケージＩＤを記録したプログラムをディスクに記録してユーザに提供することができる。
【発明を実施するための最良の形態】
【００３９】
以下、図面を参照しながら本発明の情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。説明は、以下の項目に従って行う。
１．情報処理装置の構成と処理の概要
２．ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要
３．後発データファイルセットのパッケージ化処理
４．パッケージの細分化情報としてのグループＩＤを利用した処理例
【００４０】
［１．情報処理装置の構成と処理の概要］
まず、本発明の一実施例に係る情報処理装置の構成と処理の概要について説明する。図１は、例えばＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）などのディスク(情報記録媒体）２００の再生処理を実行する例えばＰＣや再生装置等の情報処理装置１００を示す図である。
【００４１】
情報処理装置１００は、以下の構成を有する。
コンテンツの再生処理、後発データ（トレーラー）の取得処理、バーチャル・ファイルシステム（ＶＦＳ）の構築処理、コンテンツ利用処理などを実行するＣＰＵなどのプログラム実行機能を持つデータ処理部１０１、
ディスク２００の格納コンテンツに対応するデータとして、サーバ１３１，１３２からダウンロードしたデータやユーザの生成したデータなどの後発データ（トレーラー）および管理データを格納する例えばハードディスクやフラッシュメモリ等によって構成されるローカル記憶部１０２、
ディスク２００に対するデータ入出力を行なうドライブ１０３、
プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭなどによって構成されるメモリ１０４、
ネットワークを介した例えばサーバとの通信を実行する通信インタフェース１０５、
コンテンツやコンテンツ情報表示を行なう表示部１０６、
これらの構成を有する。
【００４２】
情報処理装置１００は、ディスク２００からドライブ１０３を介して情報記録媒体１００に格納されたコンテンツを読み取り、コンテンツの再生処理を行なう。この処理はデータ処理部１０１の制御の下に行なわれる。ディスク２００は、例えば、コンテンツが予め記録されたＲＯＭメディアである。
【００４３】
情報処理装置１００は、ディスク２００に格納されたコンテンツ再生に併せて利用可能なサブコンテンツ、例えば、ディスク２００に格納されたコンテンツが映画コンテンツである場合の字幕データや吹き替えデータ、その他、ディスク２００に格納されたコンテンツに対応するサービスデータなどの後発データ（トレーラー）を、サーバ１３１，１３２を介して取得し、取得データを例えばハードディスクやフラッシュメモリ等によって構成されるローカル記憶部１０２に記憶する。
【００４４】
ローカル記憶部１０２に記憶される後発データは、例えばディスク２００の格納コンテンツのいずれかに対応して取得されルデータである。ディスク２００の格納コンテンツの再生処理に際して、サーバから取得しローカル記憶部１０２に格納された後発データの再生を併せて実行することができる。
【００４５】
この再生処理においては、例えばディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したバーチャル・ファイルシステム（ＶＦＳ）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。ＶＦＳに基づく再生処理の詳細については後段で説明する。
【００４６】
データ処理部１０１は、後発データの記録に際して、必要に応じて後発データに関する管理情報や説明情報を生成または更新してローカル記憶部１０２に記録する。データ処理部１０１は、ローカル記憶部１０２に設定される後発データ用ディレクトリに、後発データおよび管理情報、説明情報の記録を行う。
【００４７】
データ処理部１０１は、バインディングユニット（ＢＵ：Ｂｉｎｄｉｎｇ  Ｕｎｉｔ）ともよばれる管理ユニット単位で、後発データの管理を行う。管理ユニット（ＢＵ）は、ディスク２００に格納されたコンテンツに対応して後発的に生成または取得された後発データ、例えばサーバからのダウンロードコンテンツやユーザ生成データを含むユニットとして設定される。後発データの多くは、ディスク２００に格納されたコンテンツの再生に併せて再生利用可能なデータである。
【００４８】
データ処理部１０１は、ディスク２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、上述したようにバーチャル・ファイルシステム（ＶＦＳ）を構築して再生処理を行うが、この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルはファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））と呼ばれる。マニフェストファイルは、管理ユニット（バインディングユニット（ＢＵ））単位で、後発データ管理情報を記録しており、バインディングユニットマニフェストファイル（ＢＵＭＦ）とも呼ばれる。
【００４９】
基本的には、１つの管理ユニット（ＢＵ）に対して１つのマニフェストファイル（ＢＵＭＦ）が設定されるが、１つのマニフェストファイル（ＢＵＭＦ）中に複数の管理ユニットの管理情報を記録することも許容される。マニフェストファイル（ＢＵＭＦ）の具体例および使用例については後段で説明する。
【００５０】
次に、図２、図３を参照して情報記録媒体の格納データ例および情報処理装置のコンテンツ再生処理例について説明する。図２は、ディスク２００の格納データ、および情報処理装置（再生装置）１００のコンテンツ再生処理例を示す図である。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。情報処理装置１００は、例えばＰＣ、あるいは再生専用装置など、様々な情報処理装置であり、ディスク２００からのデータ読み取り処理を実行するドライブ１０３を有する。
【００５１】
ディスク２００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）、ＤＶＤなどの情報記録媒体であり、例えば正当なコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。
【００５２】
図２に示すように、ディスク２００には、
コンテンツ２０１。
後述するサーバからのコンテンツダウンロード処理などに適用するプログラムである後発データ対応プログラム２０２。
ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）２０３。
ディスク２００の格納コンテンツなどの正当性を証明するコンテンツ証明書（ＣＣ：：Ｃｏｎｔｅｎｔ  Ｃｅｒｔ）、コンテンツ識別子としてのコンテンツＩＤ、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ、ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ  Ｍｅｄｉａ  Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）などを含む処理管理ファイル２０４。
コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）２０５。
コンテンツ利用管理単位としてのコンテンツ管理ユニット（ＣＰＳユニット）毎に設定される暗号鍵であるＣＰＳユニット鍵を格納したＣＰＳユニット鍵ファイル２０６。
これらのデータが格納されている。
【００５３】
なお、後発データ対応プログラム２０２は、例えばＪａｖａ（登録商標）アプリケーションプログラムによって構成されるプログラムである。Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）に格納されるＪａｖａ（登録商標）アプリケーションプログラムは、ＢＤ−Ｊプログラム（またはＢＤ−Ｊアプリケーション）とも呼ばれる。以下、ディスク２００に格納される情報の概要について説明する。
【００５４】
（１）コンテンツ２０１
ディスク２００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームやゲームプログラム、画像ファイル、音声データ、テキストデータ、Ｊａｖａ（登録商標）アプリケーションプログラムなどのコンテンツである。
【００５５】
これらのコンテンツ中、メインコンテンツである例えば映画コンテンツは、特定のＡＶフォーマット規格データであり、コンテンツの著作権保護技術の規格であるＡＡＣＳ(Advanced Access Content System)の規格に従って暗号化データとして記録される。すなわち、コンテンツをユニット（ＣＰＳユニット）として区分し、各ユニットに対応するユニット鍵（ＣＰＳユニット鍵）を適用した暗号化コンテンツとしてディスクに記録される。コンテンツの記録フォーマットについての詳細は図３を参照して後段で説明する。
【００５６】
コンテンツ２０１には、さらに例えばゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される場合もある。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータである場合もある。
【００５７】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、ディスク２００からのデータのみによって利用可能なコンテンツ情報と、ディスク２００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。
【００５８】
（２）後発データ用プログラム２０２
ディスクに格納されたコンテンツに対応する後発データのサーバからのダウンロード処理などに適用するプログラムである。例えばＪａｖａ（登録商標）アプリケーションによって構成されるプログラムである。Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）の場合には、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）に対応して設定されるＪａｖａ（登録商標）プログラムであるＢＤ−Ｊプログラムが利用される。
【００５９】
なお、ＢＤ−Ｊプログラムを適用してサーバからダウンロードされる後発データは、ディスクに格納されたコンテンツに対応する字幕データや、サービス映像コンテンツや予告編等のデータ、さらに、更新された利用制御情報やＣＰＳユニット鍵ファイルなど様々なファイルによって構成される。なお、ＢＤ−Ｊプログラム自身の更新プログラムもダウンロード対象データとなる場合がある。
（３）ＭＫＢ
ＭＫＢ（Media Key Block）２０３は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ２０３は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵（Ｋｍ）の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵（Ｋｍ）の取得が不可能となる。
【００６０】
ＭＫＢの管理を行う管理センタはＭＫＢに格納する鍵情報の暗号化に用いるデバイス鍵の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。
【００６１】
（４）処理管理ファイル
処理管理ファイル２０４には、例えば以下のデータが含まれる。
ディスク格納コンテンツの正当性を証明するための証明書であるコンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ  Ｃｅｒｔ）。
ディスク２００の格納コンテンツの識別子としてのコンテンツＩＤ。
情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ。
ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ  Ｍｅｄｉａ  Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）。
その他、ディスク２００の識別情報としてのディスクＩＤ、ディスク２００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、これらのデータが含まれる。
【００６２】
（５）利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）
利用制御情報（Ｕｓａｇｅ  Ｒｕｌｅ）２０５には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、ディスク２００に格納された暗号化コンテンツ２０１、あるいはサーバから後発的に取得するコンテンツなどに対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
【００６３】
（６）ＣＰＳユニット鍵ファイル
ディスク２００に格納された暗号化コンテンツは、上述したように、コンテンツ管理ユニットとして設定されるＣＰＳユニットに区分され、ユニット単位の暗号鍵を適用して暗号化されている。再生処理を実行する情報処理装置は、再生対象とするコンテンツの属するＣＰＳユニットを判別し、判別したＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を適用した復号処理を行うことが必要となる。このＣＰＳユニット鍵を取得するために必要なデータを格納したファイルがＣＰＳユニット鍵ファイルである。なお、コンテンツ再生には、ＣＰＳユニット鍵のみならず、他の様々な鍵情報や鍵生成情報等を適用することが必要となる。
【００６４】
図２には、ディスク２００の格納データの詳細と、ディスク２００の格納コンテンツとローカル記憶部１０２の格納コンテンツ、例えばサーバから後発的に取得したコンテンツを併せて再生する情報処理装置１００の処理の概略を示している。情報処理装置は、情報記録媒体の格納データの読み取り処理を実行するドライブ１０３を有する。
【００６５】
情報処理装置１００のデータ処理部１０１は、まず、ステップＳ１１において、バーチャル・ファイルシステム（ＶＦＳ）の構築処理を行う。すなわち、ディスク２００の格納コンテンツと、ハードディスクなどのローカル記憶部１０２の格納コンテンツを統合したバーチャル・ファイルシステム（ＶＦＳ）を構築する。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。その後、ステップＳ１２〜Ｓ１３においてコンテンツの復号処理およびデコード（例えばＭＰＥＧデコード）処理が行われてコンテンツ再生が実行される。
【００６６】
メモリ１０４は、プログラムの実行領域、データ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリであり、コンテンツ復号処理に適用するデバイス鍵［Ｋｄ］や、様々な処理を実行するプログラムなどが格納される。情報処理装置１００は、コンテンツの復号に際して、これらメモリ１０４に格納されたデータと、ディスク２００からの読み取りデータとに基づいてコンテンツの復号に適用する鍵を生成し、再生対象となる暗号化コンテンツの復号処理を実行する。
【００６７】
次に、図３を参照して、情報記録媒体に格納されるコンテンツのフォーマット例について説明する。情報記録媒体に格納されるコンテンツは、少なくともその一部はユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理されて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。
【００６８】
暗号化コンテンツの再生などコンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図３を参照して説明する。
【００６９】
図３に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
【００７０】
プレイリストには、再生対象データ指定情報であるプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームやコマンドが選択的に読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００７１】
なお、図３に示すフォーマットは、ＡＡＣＳ規定に従った暗号化コンテンツのフォーマットであり、ディスクに格納されるコンテンツ２０１の全てがこのフォーマットに従ったデータであることは必須ではない。ディスクにはこのフォーマットに従って記録された暗号化データ以外にコマーシャルコンテンツ、サービスコンテンツなど様々なコンテンツが記録可能である。これらのデータは、非暗号化コンテンツとしてディスクに記録されている場合もあり、このようなコンテンツの再生にもプレイリストの利用が可能である。また、Ｊａｖａ（登録商標）プログラムの再生にもプレイリストの利用が可能である。
【００７２】
図３に示すプレイリストの設定は、すべて暗号化データとしてのＡＶストリームのみの再生を指定するプレイリストの例を示しているが、この他に、ＡＡＣＳ規定に従ったＡＶストリームと、非暗号化データとしてのコンテンツ再生用のプレイリストなども設定可能である。なお、ユーザがコンテンツを再生する場合は、タイトルを指定して再生が行われるが、ユーザによるタイトル指定によって再生プログラムが選択され、再生プログラムによってプレイリストが選択されて、選択されたプレイリストによって１つあるいは複数の再生コンテンツが順次選択されて再生が行われる。
【００７３】
図３には、ディスク２００に記録されたコンテンツ２０１に含まれる暗号化コンテンツ中の２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００７４】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２が、少なくとも暗号化対象データであり、原則的にコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるＣＰＳユニット鍵（Ｋｕ１）を適用して暗号化されたデータとして設定される。
【００７５】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、インデックスとしてアプリケーション１，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵である暗号鍵であるＣＰＳユニット鍵（Ｋｕ２）を適用して暗号化される。
【００７６】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。
【００７７】
ＣＰＳユニット鍵ファイルの具体的構成例を図４に示す。図４は、ＣＰＳユニット鍵ファイルの構成をテーブルとして示す図である。図４に示すように、ＣＰＳユニット鍵ファイルは、タイトルなどのインデックス情報毎に区分され、各インデックスに対応するコンテンツ管理ユニット番号（ＣＰＳユニット番号）と、暗号化済みＣＰＳユニット鍵［Ｋｕｎ］が対応付けられたデータ構成とされる。
【００７８】
コンテンツ再生を実行する情報処理装置は、各ＣＰＳユニットに設定されたユニット番号（ＣＰＳユニット番号）に基づいて、対応するＣＰＳユニット鍵を取得して暗号化コンテンツであるＣＰＳユニットの復号処理を実行する。
【００７９】
［２．ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要］
先に説明したようにコンテンツ再生処理を実行する情報処理装置１００のデータ処理部１０１は、ディスク２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データとを併せて再生する際、バーチャル・ファイルシステム（ＶＦＳ）を構築して再生処理を行う。この際、ローカル記憶部１０２に記憶された後発データのファイル名変換処理を行う。この変換処理に適用するテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。以下、ＶＦＳを利用したコンテンツ再生処理とファイル名変換テーブル（ＢＵＭＦ）の概要について説明する。
【００８０】
図５を参照して、ディスク２００の格納コンテンツと、ハードディスク等のローカル記憶部１０２に格納された後発データとを併せて再生する場合に設定するバーチャル・ファイルシステム（ＶＦＳ）について説明する。例えばディスク２００の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカル記憶部１０２に格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。
【００８１】
このような複合したコンテンツ再生を行なう場合、情報処理装置１００は、ローカル記憶部１０２の後発データ管理ファイルを含むディレクトリおよびファイルをディスク２００のディレクトリおよびファイルと仮想的に合成する。すなわちバーチャル・ファイルシステム（ＶＦＳ）を設定する。このバーチャル・ファイルシステム（ＶＦＳ）設定処理は、ディスク上のデータファイルと、ローカル記憶部の対応する後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【００８２】
図５に示すアプリケーションプログラム３２０は、ムービーオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）や、後発データ再生管理プログラム（ＢＤ−Ｊアプリ）など情報処理装置１００において再生処理等を実行するアプリケーションプログラムである。アプリケーションプログラム３２０は、バーチャル・ファイルシステムを介して、ディスク２００に記録されているファイルやローカル記憶部１０２に記録されているファイルを操作する。アプリケーションプログラム３２０は、バーチャル・ファイルシステムを介して、ローカル記憶部１０２に記録されているファイルの検索情報である後発データ検索情報３２１を利用して必要とする後発データファイルを取得する。
【００８３】
バーチャル・ファイルシステムは、アプリケーションプログラム３２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム３２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。
【００８４】
例えば、バーチャル・ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時などにディスクのファイルシステムとローカル記憶部１０２のファイルシステムをマージして生成される。生成されたバーチャル・ファイルシステム（ＶＦＳ）が情報処理装置１００のメモリに記憶される。なお、新たな後発データ（トレーラー）の取得などによって、ローカル記憶部１０２に記録されているディレクトリやファイルが変更されるごとに、バーチャル・ファイルシステム（ＶＦＳ）は更新される。
【００８５】
このように、ディスク２００に格納されたコンテンツと、ローカル記憶部１０２に記憶された後発データ（トレーラー）とを併せて再生する際には、バーチャル・ファイルシステム（ＶＦＳ）を設定することが必要となる。
【００８６】
なお、先に説明したように、ユーザの情報処理装置がサーバから取得する後発データ（トレーラー）は、例えば映画などのコンテンツ実体を格納したコンテンツファイルに限らず、ＣＰＳユニット鍵ファイルや、利用制御情報ファイルなど様々なファイルによって構成される。
【００８７】
図６に、ユーザの情報処理装置に装着されるディスク４１０の格納データと、ユーザの情報処理装置内のハードディスク等のローカル記憶部４３０内に格納された後発データ（トレーラー）の例を示す。
【００８８】
図６には、ディスク４１０と、ローカル記憶部４３０に格納された複数のファイル構成を示している。ファイルは管理情報などを含むファイル群と、映画などのＡＶコンテンツの実体データを含むＡＶストリームファイル群によって構成される。ＡＶストリームファイルには、コンテンツ実体としての［ＣＰＳユニットｘｘｘ対応コンテンツファイル］が複数設定される。コンテンツは前述したようにＣＰＳユニットによって区分されている。
【００８９】
管理情報などを含むファイル群には、コンテンツの再生に適用する暗号鍵のファイルである［ユニット鍵情報ファイル］や、［ＭＫＢ情報ファイル］、コンテンツの正当性確認に適用するコンテンツ証明書を格納した［コンテンツ証明書ファイル］、各ＣＰＳユニットに対応する利用制御情報を格納した［ＣＰＳユニットｘｘｘ対応利用制御情報ファイル］などが格納される。
【００９０】
図に示すように、ディスク４１０に記録されたファイルの一部は［無効］、あるいは［一部無効］となる場合がある。これは、ディスクに記録されたファイルの更新ファイルが、サーバからダウンロードされた場合であり、サーバからダウンロードされ、ローカル記憶部４３０に記録された更新ファイルを利用する場合、ディスクの格納ファイルを無効、あるいは一部無効として利用しない設定とするものである。
【００９１】
例えば、ディスクの格納データの一部を、ユーザの情報処理装置のローカル記憶部４３０に格納された後発データ（トレーラー）に置き換えて利用する場合、ファイルを置き換えた更新されたバーチャル・ファイルシステム（ＶＦＳ）を設定することが必要となる。バーチャル・ファイルシステム（ＶＦＳ）の更新が不完全な場合には、コンテンツ再生ができなくなることがある。
【００９２】
なお、サーバからダウンロードするデータは、ディスク格納ファイルに対応する置き換えデータファイルのみではなく、ディスク４１０には記録されていない新たなコンテンツである場合もある。例えば、図に示す［ＣＰＳユニットコンテンツファイル００３］４３１は、ディスク４１０には記録されていない新たなコンテンツを格納したコンテンツファイルである。
【００９３】
このように、ユーザの情報処理装置は、様々なファイルをサーバから後発データ（トレーラー）としてダウンロードを行う。ダウンロードファイルは、情報処理装置のハードディスクなどのローカル記憶部４３０に格納される。ユーザの情報処理装置は、ディスク４１０の格納ファイルと、ローカル記憶部４３０の格納ファイルを利用して、図５を参照して説明したバーチャル・ファイルシステム（ＶＦＳ）を構築して、２つのメディアに格納されたファイルを選択的に読み出してコンテンツ再生処理を実行する。
【００９４】
なお、バーチャル・ファイルシステム（ＶＦＳ）の構築によるコンテンツ再生処理においては、ローカル記憶部に記憶された後発データのファイル名変換処理を行うことが必要となる。すなわち、再生プログラムの指定するファイル名によって、ディスク格納ファイルを読み出すのと同様に、ローカル記憶部の格納ファイルの読み出しを可能とするファイル名変換処理が必要となる。
【００９５】
このファイル名変換処理に適用するテーブルがファイル名変換テーブル（マニフェストファイル（ＢＵＭＦ））である。ファイル名変換テーブル［ＢＵＭＦ］の構成について、図７を参照して説明する。
【００９６】
ユーザの情報処理装置は、ローカル記憶部に、サーバなどから取得した後発データファイルに併せて、ファイル名変換テーブル［ＢＵＭＦ］を保持し、バーチャル・ファイルシステムであるＶＦＳ生成処理に際して、ファイル名変換テーブルを参照して、［ローカル記憶部上のファイル名］を［ＶＦＳ上のファイル名］に変換して、ＶＦＳ上に設定する。
【００９７】
図７に示すファイル名変換テーブル（ＢＵＭＦ）は、［ローカル記憶部上のファイル名］と、［スタジオＩＤ］と、［変換後のファイル名］の各エントリを対応付けた構成を持つ。スタジオＩＤとはコンテンツの編集を行った編集エンティテイの識別情報である。ファイル名変換テーブル（ＢＵＭＦ）は、ローカル記憶部に格納されたファイルのファイル名を、バーチャル・ファイルシステム（ＶＦＳ）用のＶＦＳファイル名に変換するための情報を持つ。
【００９８】
［ローカル記憶部上のファイル名］は、後発データを格納するローカル記憶部に記録する際の実際のファイル名である。これらは、重複がないように設定される。
【００９９】
情報処理装置では、バーチャル・ファイルシステムの構築に際して、ファイル名変換テーブルを適用して変換後のファイル名を取得して、取得したファイル名をバーチャル・ファイルシステム上のファイル名として設定する。再生対象コンテンツのスタジオＩＤを取得して、このＩＤに基づいて、ファイル名変換テーブルを適用して変換後のファイル名を取得してバーチャル・ファイルシステム上のファイル名として設定する。
【０１００】
例えば、
ローカル記憶部上のファイル名：studioA.STREAM.00001.m2tsである場合の変換後のファイル名は、
BDMV/STREAM/00001.m2ts
となる。
この変換後のファイル名：BDMV/STREAM/00001.m2tsは、再生アプリケーションにおいて利用可能なファイル名である。
【０１０１】
このように、ファイル名変換テーブル（ＢＵＭＦ）を適用してファイル名の変換を実行することで、ローカル記憶部１０２のディレクトリには、自由なファイル名を設定可能となり、重複しない自由な名前のファイルを設定することができる。
【０１０２】
なお、図７に示すファイル名変換テーブル（ＢＵＭＦ）の下から２番目と３番目のエントリは、［ローカル記憶部上のファイル名］がいずれも、
studioC.STREAM.00002.m2ts
であり共通であるが、
スタジオＩＤ＝１である場合の変換後のファイル名は、
BDMV/STREAM/00002.m2ts
であり、
スタジオＩＤ＝２である場合の変換後のファイル名は、
BDMV/STREAM/00012.m2ts
となり、スタジオＩＤの値に応じて、異なるファイル名に変換される構成となっている。このようにファイル名変換テーブルを適用したファイル名変換処理を行なうことで、例えば異なる再生アプリケーションにおいて適用する異なるファイルとして設定することが可能となる。
【０１０３】
なお、後発データの利用管理を厳格に行うため、ユーザの情報処理装置のローカル記憶部には、ファイル改竄検証データ（ＢＵＳＦ：Ｂｉｎｄｉｎｇ  Ｕｎｉｔ  Ｓｉｇｎａｔｕｒｅ  Ｆｉｌｅ）が格納される。ファイル改竄検証データ（ＢＵＳＦ）は、ＢＵＭＦの構成データに対して管理サーバ（例えば後発データ提供サーバ）の秘密鍵を適用した署名を設定したファイルである。
【０１０４】
後発データを利用するユーザ装置は、まず、ファイル改竄検証データ（ＢＵＳＦ）の署名検証によりマニフェストファイル（ＢＵＭＦ）の正当性を確認する。この確認がなされたことを条件として、マニフェストファイル（ＢＵＭＦ）を利用してローカル記憶部に格納された後発データのファイル名変換を実行してバーチャル・ファイルシステム（ＶＦＳ）を構築する。
【０１０５】
［３．後発データファイルセットのパッケージ化処理］
次に、後発データファイルセットのパッケージ化処理について説明する。先に説明したように、ユーザの情報処理装置がサーバから取得する後発データ（トレーラー）は、例えば映画などのコンテンツ実体を格納したコンテンツファイルに限らず、ＣＰＳユニット鍵ファイルや、利用制御情報ファイルなど様々なファイルによって構成される。
【０１０６】
これらの後発データファイルを利用するためには、ファイル名変換テーブル（ＢＵＭＦ）を適用してファイル名の変換を実行して、バーチャル・ファイルシステム（ＶＦＳ）を構築することが必要である。
【０１０７】
生成したバーチャル・ファイルシステム（ＶＦＳ）が不完全な場合、例えば必要な後発データファイルの一部が欠落している場合などにはコンテンツの再生ができなくなる場合がある。例えば、ＡＶストリームを格納したコンテンツ実体ファイルはサーバから受領しているが、そのコンテンツ実体ファイルの格納コンテンツの復号処理に適用する鍵ファイルを受領していない場合には、そのコンテンツの利用はできなくなる。
【０１０８】
このように、ユーザ側の情報処理装置において、後発データをサーバから受領する場合には、受信ファイルのセットが、バーチャル・ファイルシステム（ＶＦＳ）の更新に必要なファイルを全て含んでいることが必要となる。
【０１０９】
前述したように、ユーザの情報処理装置において、後発データを提供するサーバにアクセスを行い後発データの取得処理を実行する場合、ディスクにコンテンツとともに格納されたプログラムが利用される。例えばＢｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）に対応して設定されるＪａｖａ（登録商標）プログラムであるＢＤ−Ｊプログラムがコンテンツとともにディスクに記録されており、ユーザの情報処理装置は、このプログラムをディスクから読み取って実行する。図１、図２に示す情報処理装置のデータ処理部１０１においてプログラムが実行される。
【０１１０】
ユーザ装置としての情報処理装置のデータ処理部１０１は、このプログラムの記述に従って、サーバに対するアクセスおよび後発データの取得要求を実行する。このプログラム（ＢＤ−Ｊプログラム）に、サーバから提供する予定の後発データのファイルセットに関する情報を記録し、プログラムに従ってサーバに対する後発データ取得要求を実行すれば、バーチャル・ファイルシステム（ＶＦＳ）の更新に必要なファイルの取得が可能となる。
【０１１１】
しかし、後発データの作成は、プログラム（ＢＤ−Ｊプログラム）とコンテンツとを記録したディスクのユーザに対する提供処理が終了した後に行われる場合もある。従って、プログラム（ＢＤ−Ｊプログラム）の作成段階で、完全なバーチャル・ファイルシステム（ＶＦＳ）更新に必要となるファイルのセットを明確にすることは実際には、困難または不可能である。
【０１１２】
このような問題を解決するため、本発明では、バーチャル・ファイルシステム（ＶＦＳ）更新に必要となるファイルのセットに対応する識別情報としてパッケージＩＤを設定した。
【０１１３】
情報処理装置のデータ処理部１０１は、後発データの取得処理に際して、バーチャル・ファイルシステム（ＶＦＳ）の構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤをサーバに送信して後発データの取得処理を行う。
【０１１４】
パッケージＩＤは、バーチャル・ファイルシステム（ＶＦＳ）更新に必要となるファイルセットの具体的なファイル構成について未定の状態でも設定することができる識別情報である。図８を参照してパッケージＩＤの設定例について説明する。
【０１１５】
図８（Ａ）は、ディスク製造前のフェーズでのパッケージＩＤの設定例を示している。ディスク製造前には、ディスクに格納するコンテンツと、ディスクに格納するプログラム（ＢＤ−Ｊプログラム）、すなわち後発データのサーバからの取得処理を実行するためのプログラムは、作成が完了していなければならない。
【０１１６】
しかし、この時点では、後発データとしてサーバから提供するファイルは未完成である場合が多い。しかし、図に示すように、後発データとして送信する予定のデータの大枠は決定できる。図に示すように［日本語字幕］、［フランス語字幕］、［公開予定映画の予告編ａ］・・・などである。これらのパッケージ内容に対応させて、それぞれパッケージＩＤを予め設定する。
【０１１７】
図に示すように、
パッケージＩＤ＝０００１：［日本語字幕］、
パッケージＩＤ＝０００２：［フランス語字幕］、
パッケージＩＤ＝０００３：［公開予定映画の予告編ａ］、
このような設定である。
このパッケージＩＤの設定時には、各パッケージに含まれる具体的な後発データを構成するファイルは未完成の状態でかまわない。
【０１１８】
ディスク４５０に格納するプログラム（ＢＤ−Ｊプログラム）４５２、すなわち後発データをサーバから取得する処理を実行するプログラム４５２には、後発データの取得要求を実行する際にサーバに出力可能なパッケージＩＤを記録しておく。
【０１１９】
プログラム（ＢＤ−Ｊプログラム）４５２は、ユーザ指定情報に従って特定のパッケージＩＤを選択して、選択したパッケージＩＤを情報処理装置４６０からサーバに出力する処理を実行させる。
【０１２０】
例えば、ユーザが日本語字幕を要求する場合には、ユーザの日本語字幕指定情報に従って日本語字幕に対応するパッケージＩＤが選択されて、情報処理装置４６０から選択されたパッケージＩＤがサーバに出力される。このようなＢＤ−Ｊプログラム４５２をディスク４５０に記録する。
【０１２１】
なお、図８（Ａ）の最終行に示すパッケージＩＤ［ｎｎｎｎ］のように、パッケージ内容が未定の設定としてもよい。例えば、ディスク製造時に未定のパッケージを仮に設定して、後日、任意の後発データ、例えば広告用のデータを作成した時点で、この広告データをパッケージＩＤ［ｎｎｎｎ］に対応付ける。
【０１２２】
ユーザの情報処理装置がサーバから後発データを取得する場合は、サーバからユーザ装置に対して、提供可能な後発データのリストを送信することが可能であり、このリストに、広告データとパッケージＩＤ［ｎｎｎｎ］との対応情報を含めておけば、パッケージＩＤ［ｎｎｎｎ］を利用したパッケージデータの送受信も可能となる。
【０１２３】
図８（Ｂ）は、後発データファイルが完成した後のパッケージＩＤとパッケージ構成ファイルとの対応を示している。例えばパッケージＩＤ＝０００１は日本語字幕をディスク格納コンテンツに併せて再生するために必要なファイルのセットである。このファイルセット中には、例えば日本語字幕の実体データを格納したコンテンツファイル、暗号鍵を格納した鍵ファイル、利用制御情報を格納した利用制御情報ファイルなどが含まれる。
【０１２４】
サーバは、ユーザの情報処理装置４６０から受領するパッケージＩＤに基づいて、パッケージＩＤに対応するパッケージの構成ファイルをユーザの情報処理装置４６０に提供することができる。このパッケージの構成ファイルは、欠陥のない更新されたバーチャル・ファイルシステム（ＶＦＳ）を構築するために必要なファイルをすべて含むパッケージとして設定される。
【０１２５】
このような処理構成とすることで、ディスク製造段階では後発データのファイル構成が未定であっても何ら問題がない。すなわち、後発データをサーバから取得する処理を実行するプログラム（ＢＤ−Ｊプログラム）にパッケージＩＤを記録して、パッケージＩＤを後発データの指定情報としてサーバに送信させる設定としたプログラムを作成してディスクに格納してユーザに提供すればよい。
【０１２６】
図９を参照して、このパッケージＩＤを適用した処理構成、および一連の処理の流れについて説明する。
【０１２７】
図９には、
コンテンツや、後発データ、プログラム（ＢＤ−Ｊプログラム）等の作成処理を行うデータ生成部（スタジオ）５１０と、
データ生成部５１０からディスクに記録するデータを受領してディスクを製造するディスク生成部（ディスク工場）５２０と、
後発データの提供処理を実行するサーバ５３０と、
ディスクの再生および後発データの取得処理等を実行するユーザ装置である情報処理装置５４０を示している。
【０１２８】
情報処理装置５４０は、ディスク生成部５２０の製造したディスク５５０を装着して再生する。ディスク５５０は、データ生成部（スタジオ）５１０の生成した映画コンテンツなどを含むディスク記録ファイルと、後発データの取得処理を実行するためのプログラム（ＢＤ−Ｊプログラム）を記録したディスク５５０である。
【０１２９】
情報処理装置５４０において、ディスク５５０に記録されたプログラム（ＢＤ−Ｊプログラム）を実行して、サーバ５３０に対して後発データの要求を実行して後発データを取得する。情報処理装置５４０は、後発データの要求に際して、パッケージＩＤを指定情報としてサーバ５３０に出力する。サーバ５３０は、受信したパッケージＩＤに対応するパッケージセットのファイルをユーザの情報処理装置５４０に提供する。
【０１３０】
サーバ５３０の具体的構成例を図１０に示す。サーバ５３０は、ユーザ装置との通信を実行する通信部５３３と、ユーザ装置に提供する後発データを格納したデータベース５３１と、通信部５３３を介してユーザ装置からの後発データ取得要求を受信し、データベース５３１から取得した後発データをユーザ装置に送信するデータ処理部５３２を有する。
【０１３１】
データ処理部５３２は、ユーザ装置からの後発データ取得要求に含まれる要求データ識別子としてパッケージＩＤを受信して、パッケージＩＤの対応付けられたファイルセットをデータベース５３１から抽出してユーザ装置に送信する処理を行う。なお、パッケージＩＤは、ユーザ装置においてディスクとローカル記憶部の格納データを読み出すために設定されるバーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報である。データ処理部５３２は、パッケージＩＤをユーザ装置に対する送信データの選択情報として適用した処理を行う。さらに、パッケージの構成ファイルの一部のファイルセットに対応するグループの指定情報であるグループＩＤを利用した処理を行う場合もある。これらの処理については以下において詳細に説明する。
【０１３２】
図９を参照して、時間の経緯に従った一連の処理の流れについて説明する。処理は、図に示す以下のステップに従って進行する。
ステップＳ２０１〜Ｓ２０５：記録データの生成〜ディスク製造〜ユーザへの提供、
ステップＳ２５１〜Ｓ２５４：後発データの生成〜サーバへの提供、
ステップＳ２７１〜Ｓ２７３：ユーザ装置によるサーバからの後発データ取得、
【０１３３】
まず、ステップＳ２０１〜Ｓ２０５の記録データの生成から、ディスク製造、ディスクのユーザへの提供処理について説明する。
【０１３４】
ステップＳ２０１〜Ｓ２０３は、データ生成部（スタジオ）５１０において実行される処理である。
データ生成部５１０は、後発データ属性情報生成部５１１、プログラム編集部５１２、コンテンツ編集部５１３、パッケージ生成部５１４を有する。なお、ここで説明する処理例は一例であり、後発データ属性情報生成部５１１、プログラム編集部５１２、コンテンツ編集部５１３、パッケージ生成部５１４が１つのデータ生成部（スタジオ）５１０内に含まれる例として説明するが、これらの各処理部は、異なるデータ生成部に属する設定でもよい。個別の処理部で生成したデータは、例えばネットワークを介して送受信可能となる。
【０１３５】
ステップＳ２０１は、後発データ属性情報生成部５１１の処理である。後発データ属性情報生成部５１１は、パッケージＩＤの生成を実行する。パッケージＩＤは、先に図８を参照して説明したように、特定の後発データセット、すなわちバーチャル・ファイルシステム（ＶＦＳ）の更新に必要となる完全な後発データのファイルセットに対応して設定されるＩＤである。ただし、このパッケージＩＤの設定時点では、後発データのファイルセットが生成されている必要はなく未完成でよい。各パッケージＩＤの対応するパッケージセットの構成についての概要、例えば「日本語字幕」、「フランス語字幕」などが決定されていてもよく、未決定であってもよい。
パッケージＩＤ＝０００１：［日本語字幕］、
パッケージＩＤ＝０００２：［フランス語字幕］、
パッケージＩＤ＝０００３：［公開予定映画の予告編ａ］、
・・・
パッケージＩＤ＝ｎｎｎｎ：［内容未定］
このような設定のパッケージＩＤを決定する。
【０１３６】
なお、パッケージＩＤは、バーチャル・ファイルシステム（ＶＦＳ）の更新に必要十分な後発データのファイルセットに対応して設定されるＩＤであるが、その他、パッケージ内に設定予定のファイルの各々に対応するファイル識別子としてのファイルＩＤについてもあらかじめ決定する構成としてもよい。さらに、ユーザ装置である情報処理装置５４０のハードディスクなどのローカル記憶部に後発データが格納される場合のパス情報（図７に示す［ローカル記憶部内のファイル名］）についても決定しておいてもよい。ただし、ファイルＩＤやパス情報については、パッケージに含まれるファイルの構成が決定している場合には設定可能であるが、ファイル構成が未決定の場合には、決定できない場合もあり、このような場合には決定しなくてもよい。
【０１３７】
このように、後発データ属性情報生成部５１１は、少なくともパッケージＩＤについては決定し、可能であればファイルＩＤ、パス情報も決定する。パッケージＩＤおよびその他の決定情報は、プログラム編集部５１２と、パッケージ生成部５１４に提供される。
【０１３８】
プログラム編集部５１２は、ステップＳ２０２において、後発データの取得処理を実行するプログラム（ＢＤ−Ｊプログラム）を作成する。ここで作成するプログラムには、後発データの取得要求を実行する際にサーバに出力可能なパッケージＩＤを記録しておく。このパッケージＩＤは、後発データ属性情報生成部５１１から提供されたパッケージＩＤである。
パッケージＩＤ＝０００１：［日本語字幕］、
パッケージＩＤ＝０００２：［フランス語字幕］、
パッケージＩＤ＝０００３：［公開予定映画の予告編ａ］、
・・・
パッケージＩＤ＝ｎｎｎｎ：［内容未定］
このような設定のパッケージＩＤであり、ユーザの後発データ選択指示情報に従って対応するパッケージＩＤをサーバに送信する処理を実行させるプログラムが含まれる。
【０１３９】
プログラム編集部５１２は、生成したプログラム（ＢＤ−Ｊプログラム）をコンテンツ編集部５１３に提供する。コンテンツ編集部５１３は、ステップＳ２０３において、ディスクに記録するコンテンツ等のデータからなるディスク記録ファイルを作成する。これらのディスク記録ファイルと、プログラム編集部５１２から受領したプログラム（ＢＤ−Ｊプログラム）をディスク生成部（ディスク工場）５２０に提供する。なお、コンテンツ編集部５１３の生成するディスク記録ファイルは、例えば図６に示すディスク４１０の格納データとして示す様々な種類のファイルであり、ユーザに提供されるディスクに最初から記録されているファイル群である。
【０１４０】
ディスク工場５２０は、ステップＳ２０４において、コンテンツ編集部５１３から受領したディスク記録ファイルとプログラム（ＢＤ−Ｊプログラム）を記録したディスク５５０を生成する。ステップＳ２０５において、このディスク５５０が販売店等を介してユーザに提供される。
【０１４１】
ここまでが、ステップＳ２０１〜Ｓ２０５の処理であり、記録データの生成、ディスク製造、ディスクのユーザへの提供処理についてのシーケンスである。
【０１４２】
次に、ステップＳ２５１〜Ｓ２５４に示す後発データの生成から、後発データのサーバへの提供処理までのシーケンスについて説明する。
【０１４３】
ステップＳ２５１は、データ生成部５１０のコンテンツ編集部５１３において実行する後発データ生成処理である。コンテンツ編集部５１３は、ステップＳ２５１において、ディスク５５０に記録したコンテンツに対応する様々な後発データ（トレーラー）を生成する。例えば字幕データ、映画予告編、サービスデータなどのコンテンツファイルである。さらにこれらのコンテンツに対応するユニット鍵ファイルや利用制御情報ファイルなどである。
【０１４４】
コンテンツ編集部５１３は、生成した後発データファイルを、バーチャル・ファイルシステム（ＶＦＳ）の更新を可能とする必要十分なファイルを含むファイルセットにまとめて、パッケージ生成部５１４に提供する。
【０１４５】
パッケージ生成部５１４は、コンテンツ編集部５１３から受領したファイルセットに対して、後発データ属性情報生成部５１１から受領したパッケージＩＤを設定したパッケージを作成する。さらに、パッケージ生成部５１４は、ステップＳ２５３において、生成したパッケージを後発データの提供処理を行うサーバ５３０に送信する。
【０１４６】
サーバ５３０は、ステップＳ２５４において、パッケージ生成部５１４から受領したパッケージ、すなわち、バーチャル・ファイルシステム（ＶＦＳ）の更新が可能なファイルセットから構成されるパッケージをデータベース５３１に格納する。各パッケージにはパッケージＩＤが対応付けられ、パッケージＩＤの指定によって、そのパッケージＩＤに対応するファイルセットが取り出し可能な構成となっている。
【０１４７】
ここまでが、ステップＳ２５１〜Ｓ２５４に示す処理であり、後発データの生成から、後発データのサーバへの提供処理までのシーケンスである。
【０１４８】
次に、ステップＳ２７１〜Ｓ２７３の処理、すなわち、ユーザ装置によるサーバからの後発データ取得処理について説明する。
【０１４９】
ユーザ装置である情報処理装置５４０は、ディスク５５０を装置にセットして、ディスク５５０に記録されたプログラム（ＢＤ−Ｊプログラム）を実行する。このプログラムは、後発データの取得処理を実行させるプログラムであり、先に説明したように例えばユーザの選択した後発データ指定情報に従って選択される特定のパッケージＩＤをサーバに送信する後発データ要求処理を実行させるプログラムを含んでいる。
【０１５０】
情報処理装置５４０におけるプログラムの実行により、ステップＳ２７２において、例えばユーザの選択した後発データの指定情報に従って選択された特定のパッケージＩＤがサーバ５３０に送信される。
【０１５１】
サーバ５３０は、情報処理装置５４０から受信したパッケージＩＤに従って、データベース５３１から、そのパッケージＩＤに対応するファイルセットを取得して、ステップＳ２７３において、ユーザの情報処理装置５４０に送信する。
【０１５２】
その後、ユーザの情報処理装置５４０では、サーバ５３０から受信したパッケージに含まれる後発データのファイルをハードディスクなどのローカル記憶部に格納する。さらに、コンテンツ再生処理を行う場合は、ディスク５５０に格納されたファイルと、ローカル記憶部に格納されたファイルによる統合的な仮想ファイルシステムとしてのバーチャル・ファイルシステム（ＶＦＳ）（図５参照）を構築して再生処理を実行する。
【０１５３】
このバーチャル・ファイルシステム（ＶＦＳ）の構築に際して、新たに取得した後発データを利用する場合、バーチャル・ファイルシステム（ＶＦＳ）の更新が行われることになる。しかし、このＶＦＳ更新において、欠落したファイル等が存在すると完全なＶＦＳ更新処理が実行されない。
【０１５４】
しかし、本発明に従った処理では、サーバ５３０から送信されるパッケージに含まれるファイルセットは、ＶＦＳ更新が可能な完全なファイルセットであることが保証される。従って、ユーザの情報処理装置５４０では、バーチャル・ファイルシステム（ＶＦＳ）更新に失敗してコンテンツ再生ができなくなるといった事態は発生することなくコンテンツ再生が可能となる。
【０１５５】
なお、上述の実施例では、ユーザ装置としての情報処理装置がサーバから後発データを取得するための処理を実行するプログラム（ＢＤ−Ｊプログラム）は、ディスクに予め記録されたプログラムを利用する例として説明したが、同様のプログラム（ＢＤ−Ｊプログラム）をサーバから受信し、サーバから受信したプログラムを利用して後発データの取得処理を行う構成としてもよい。
【０１５６】
［４．パッケージの細分化情報としてのグループＩＤを利用した処理例］
次に、パッケージの細分化情報としてのグループＩＤを利用した処理例について説明する。上述した処理例では、バーチャル・ファイルシステム（ＶＦＳ）の更新が確実に可能となるファイルを含むパッケージを設定して、各パッケージの識別子としてのパッケージＩＤを利用して、ファイルセットをユーザ装置に提供する構成とする例であった。
【０１５７】
しかし、パッケージの設定態様によっては、１つのパッケージに含まれるファイルのすべてをユーザ装置に提供する必要のない場合もある。例えば、図１１に示すよう名パッケージ設定である。図１１のパッケージ６１０には、複数のファイルが含まれる。
後発データＡに関係するファイルセットＡ６１１
後発データＢに関係するファイルセットＡ６１２
後発データＣに関係するファイルセットＡ６１３
後発データＡ，Ｂ，Ｃに共通に利用される補助ファイルセット６１４
これらの４つのカテゴリのファイルセットが含まれる。
【０１５８】
パッケージ６１０に含まれる全体のファイルは、バーチャル・ファイルシステム（ＶＦＳ）の更新が可能なファイルを含む設定である。
しかし、
後発データＡに関係するファイルセットＡ６１１と、後発データＡ，Ｂ，Ｃに共通に利用される補助ファイルセット６１４からなるファイルセットのみでも、バーチャル・ファイルシステム（ＶＦＳ）の更新が可能。
同様に、ファイルセットＢ６１２と補助ファイルセット６１４のみでもＶＦＳ更新が可能。
同様に、ファイルセットＣ６１３と補助ファイルセット６１４のみでもＶＦＳ更新が可能。
このような設定のパッケージが構成される場合もある。
【０１５９】
例えば具体例として、パッケージ６１０が、字幕情報パッケージとして設定され、後発データＡが日本語、後発データＢがフランス語、後発データＣが中国語、といった設定で、補助ファイルセットがこれらの字幕表示に共通に適用される補助データであるといった設定である。
【０１６０】
このような場合、ユーザ側の装置が、後発データＡと補助ファイルのみを取得すればよい場合でも、上述の実施例ではパッケージＩＤによって取得されるファイルセットが決定されてしまうので、必要のない後発データＢ，Ｃも受領してしまうことになる。
【０１６１】
さらに、先に説明したように、サーバからユーザ装置に対する後発データの提供処理は、一度に限らず、ディスク発売後に、
第１の後発データのパッケージ、
第２の後発データのパッケージ、
第３の後発データのパッケージ、
・・・
このように、日時の経過に応じて新たな後発データパッケージがユーザに提供される場合がある。
【０１６２】
このような場合に、第１の後発データパッケージに含まれるファイルセット中のファイルと、第２の後発データパッケージに含まれるファイルセット中のファイルとが重複するファイルである場合もある。このような場合にはユーザ装置は同じテータを深い受信することになり無駄な処理が発生する。
【０１６３】
例えば、図１２に示すように、パッケージＡとパッケージＢに共通に含まれるファイルがある場合を想定する。ユーザ装置がパッケージＡについては既に受信済みである場合、パッケージＢ全体のファイルを受信すると、重複したファイルを受信してしまうことになる。
【０１６４】
このような問題を解決するため、パッケージの細分化情報としてのグループＩＤを利用する。例えば図１３に示すように、ある１つのパッケージ（パッケージＩＤ＝ｘｘｘ）に含まれるファイルの一部のみを含むファイルセットのグループを設定し各グループにグループＩＤを対応して設定する。
【０１６５】
図１３に示す例では、
パッケージ（パッケージＩＤ＝ｘｘｘ）のファイルは、
（ａ）グループＡ＝グループＩＤ＝ｙｙｙ
（ｂ）グループＢ＝グループＩＤ＝ｚｚｚ
（ｃ）その他
これらの３つに細分化される。
ユーザ装置は、パッケージＩＤを指定してサーバに対して後発データ容器裕を実行することも可能であるが、さらにグループＩＤを指定して特定パッケージの特定グループに含まれるファイルセットのみを要求するといった設定も可能となる。
【０１６６】
なお、この処理例では、図９を参照して説明した全体処理シーケンスにおいて、後発データ属性情報生成部５１１はパッケージＩＤのみならず、グループＩＤの作成も実行する。また、コンテンツ編集部５１３は、グループＩＤ単位のファイルセットを作成してパッケージ生成部５１４に提供する。パッケージ生成部５１４はパッケージの設定に加え、グループの設定も実行することになる。
【０１６７】
このような設定とすることで、ユーザ装置は、サーバに対する後発データ取得要求に際して、グループＩＤを指定して特定パッケージの特定グループに含まれるファイルセットのみを要求するといった処理が可能となる。
【０１６８】
例えば、先に説明した図１１に示すような設定である場合、グループＩＤを利用することで、無駄なファイル受信を行うことが防止される。すなわち、図１４に示すような１つのパッケージＰ６１０に含まれるファイルセットにグループを設定する。
【０１６９】
すなわち以下のようなクグループを設定する。
グループＡ＝後発データＡに関係するファイルセットＡ６１１
グループＢ＝後発データＢに関係するファイルセットＡ６１２
グループＣ＝後発データＣに関係するファイルセットＡ６１３
グループＤ＝後発データＡ，Ｂ，Ｃに共通に利用される補助ファイルセット６１４
これらの４つのグループＡ〜Ｄを設定し、それぞれに異なるグループＩＤを対応付ける。
【０１７０】
ユーザ装置は、例えばパッケージＰを示すパッケージＩＤに加えて、グループＡのグループＩＤとグループＤのグループＩＤをサーバに送信して後発データ要求を行う。
サーバは、この場合、パッケージＰに含まれる全ファイルではなく、グループＡのファイルとグループＤに含まれるファイルのみを選択してユーザ装置に送信する。
【０１７１】
ユーザ装置では、グループＡのファイルとグループＤに含まれるファイルのみを受信してローカル記憶部に格納する。これらのデータのみでもバーチャル・ファイルシステムの更新は問題なく実行される。この構成により、ユーザ装置は、利用しない無駄なファイルの受信を避けることが可能となる。
【０１７２】
同様に、先に説明した図１２のような設定、すなわち複数のパッケージに共通ファィルが含まれる場合にも、グループ設定により、同一ファイルの送受信を防止することが可能となる。
【０１７３】
すなわち、図１５に示すように、パッケージＢに含まれ、かつパッケージＡに含まれないファイルのみによって構成されるファイルセットをグループＡとして設定し、グループＡに対してグループＩＤを設定する。
【０１７４】
このような構成とすることで、既にパッケージＡのファイルセットを受信しているユーザ装置は、パッケージＢのパッケージＩＤとグループＡのグループＩＤをサーバに対して送信して後発データ取得要求を行うことで、グループＡに含まれるファイルのみの受信が可能となる。すなわち、既に受信したファイルを重複して受信することなく、必要なファイルのみを受信することが可能となる。
【０１７５】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１７６】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１７７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１７８】
以上、説明したように、本発明の一実施例構成によれば、ディスクとローカル記憶部に格納した後発データを読み出すためのバーチャル・ファイルシステムを構築してデータ再生処理を行うユーザ装置が、サーバから後発データを取得する際に、バーチャル・ファイルシステムの構築または更新に必要となるファイルセットに対応するパッケージの指定情報であるパッケージＩＤをサーバに送信する。サーバはパッケージＩＤによって指定されたファイルのセットをユーザ装置に提供する。パッケージＩＤは、後発データのファイルが未完成状態であっても設定可能であり、後発データの構成が未定の段階であっても、パッケージＩＤを記録したプログラムをディスクに記録してユーザに提供することができる。
【図面の簡単な説明】
【０１７９】
【図１】本発明の一実施例に係る情報処理装置の構成について説明する図である。
【図２】情報記録媒体格納データ、および情報処理装置（再生装置）１００のコンテンツ再生処理例を示す図である。
【図３】情報記録媒体に格納されるコンテンツのフォーマット例について説明する図である。
【図４】ＣＰＳユニット鍵ファイルの具体的構成例について説明する図である。
【図５】情報処理装置において生成するバーチャル・ファイルシステムについて説明する図である。
【図６】ディスクおよび情報処理装置のローカル記憶部に格納されるデータ構成例について説明する図である。
【図７】後発データ検索情報に格納されるファイル変換テーブルの例について説明する図である。
【図８】パッケージＩＤの設定処理および利用例について説明する図である。
【図９】パッケージＩＤの設定処理および利用を行なう構成例と処理シーケンスについて説明する図である。
【図１０】後発データ提供処理を行うサーバの構成例について説明する図である。
【図１１】パッケージＩＤのみを利用した場合の問題点について説明する図である。
【図１２】パッケージＩＤのみを利用した場合の問題点について説明する図である。
【図１３】パッケージＩＤのみではなくグループＩＤを利用した処理例について説明する図である。
【図１４】パッケージＩＤのみではなくグループＩＤを利用した処理例について説明する図である。
【図１５】パッケージＩＤのみではなくグループＩＤを利用した処理例について説明する図である。
【符号の説明】
【０１８０】
１００  情報処理装置
１０１  データ処理部
１０２  ローカル記憶部
１０３  ドライブ
１０４  メモリ
１０５  通信ＩＦ
１０６  表示部
１３１，１３２  サーバ
２００  情報記録媒体
２０１  コンテンツ
２０３  ＭＫＢ
２０４  処理管理ファイル
２０５  利用制御情報
２０６  ＣＰＳユニット鍵ファイル
２１０  インデックス
２２０  ムービーオブジェクト
２３０  プレイリスト
２４０  クリップ
２７１，２７２  ＣＰＳユニット
３２０  アプリケーションプログラム
３２１  後発データ検索情報
４１０  ディスク
４３０  ローカル記憶部
４３１  ＣＰＳユニットコンテンツファイル００３
４５０  ディスク
４５２  プログラム
４６０  情報処理装置
５１０  データ生成部
５１１  後発データ属性情報生成部
５１２  プログラム編集部
５１３  コンテンツ編集部
５１４  パッケージ生成部
５２０  ディスク生成部
５３０  サーバ
５３１  データベース
５３２  データ処理部
５３３  通信部
５４０  情報処理装置
５５０  ディスク
６１０  パッケージ
６１１〜６１４  ファイルセット
【図３】
2010020633.tif 000003
【図４】
2010020633.tif 000004
【図５】
2010020633.tif 000005
【図６】
2010020633.tif 000006
【図７】
2010020633.tif 000007
【図１】
2010020633.tif 000008
【図２】
2010020633.tif 000009
【図８】
2010020633.tif 000010
【図９】
2010020633.tif 000011
【図１０】
2010020633.tif 000012
【図１１】
2010020633.tif 000013
【図１２】
2010020633.tif 000014
【図１３】
2010020633.tif 000015
【図１４】
2010020633.tif 000016
【図１５】
2010020633.tif 000017