JP5045357B2 - コンテンツ利用システム、およびデータ処理方法 - Google Patents

Description

本発明は、コンテンツ利用システム、およびデータ処理方法に関する。さらに、詳細には、クライアントが情報記録媒体に格納されたコンテンツやサーバなどから後発的に取得したコンテンツの利用を行うコンテンツ利用システム、およびデータ処理方法に関する。

音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）は、記録メディア、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、あるいはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などの情報記録媒体（ディスク）に記録してユーザに提供することが可能である。例えば、青色レーザを利用したＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）は、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録でき、多く利用されている。

コンテンツ格納ディスクはユーザに提供され、ユーザは所有するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や、ディスクプレーヤ等、様々な再生機器を利用してコンテンツの再生、利用を行うことができる。

コンテンツは、予め規定されたフォーマットでディスクに記録される。所定フォーマットで記録されたコンテンツを再生する場合、コンテンツとともに再生順序情報としてディスクに記録されたプレイリストを利用した処理が可能となる。プレイリストは、コンテンツの再生順序を規定したリストである。例えば、ディスクに、
複数の映画コンテンツ１，２，３，・・・、
複数のコマーシャルコンテンツａ，ｂ，ｃ・・・、
これらのコンテンツが記録されている場合、プレイリストは、
映画コンテンツ１→コマーシャルａ→映画コンテンツ２→コマーシャルｂ→映画コンテンツ３→コマーシャルｃ・・・
このようなコンテンツの再生順序を規定しており、このプレイリストに従って、コンテンツ再生順が決定されて再生処理が行われる。なお、プレイリストは１つに限らず、複数のプレイリストからユーザが選択利用することを可能としたものもある。

例えば新たなデータ記録ができないＲＯＭディスクの場合、ディスク格納コンテンツは基本的に固定化されている。ディスクをユーザに提供した直後であっても、一定期間が経過した後においても再生コンテンツの内容は変わらない。しかし、コマーシャルなどのコンテンツは、例えばディスクをユーザに提供してから一定期間が経過した後、最新のコマーシャルや最新の予告情報に切り替えたいといった場合がある。また、映画コンテンツなどのメインコンテンツであっても、ディスクの発売後に修正版や改定版等の更新バージョンが作成された場合などには、ユーザにその更新バージョンを提供したいといった場合がある。さらに、ディスク提供時にはディスクに格納されていなかったデータを新たに追加データとしてディスク所有ユーザに提供したいということもある。

ディスク格納データについて、後発的に変更したいデータや追加データなどをサーバからネットワークを介してユーザに提供する構成を開示した従来技術として特許文献１（特許第３７７２０２３号公報）がある。特許文献１は、ディスクの格納コンテンツに対応するリンク画像を、サーバからダウンロードして再生機器のハードディスクなどの記憶手段に格納し、ダウンロードしたリンク画像をディスク記録コンテンツに併せて再生するというコンテンツ利用システムを開示している。このようなシステムを利用すれば、最新版のコマーシャルを上述のリンク画像としてサーバから取得して再生処理を行うことが可能となる。

しかし、この特許文献１に開示された構成は、予めリンク情報をディスクに記録しておき、このリンク情報に従ってハードディスクに記録されたダウンロードコンテンツを抽出して再生する構成であり、また再生タイミングの制御のため、再生時にはディスク格納コンテンツの再生開始からの経過時間を計測し、予め設定された時間にディスクコンテンツの再生を停止してハードディスクのダウンロードコンテンツ再生に切り替えるといった制御を行う構成となっている。

この特許文献１に開示された構成は、ディスクの発売時から、あるコンテンツについてはサーバから提供することを前提とし、その前提の下に予めディスクにリンク情報を記録しておく構成となっている。従って、ディスク発売時に予定していない後発データをユーザに提供することは想定しておらず、このようなデータについては後発的にサーバからユーザに提供してディスク格納コンテンツの代わりに再生するといったことはできない。また、ディスクにリンク情報を予め記録しておくことが必要となるのでリンク情報の記録されていないディスクでは後発データの利用ができないという問題がある。また、再生装置がコンテンツ再生開始からの経過時間を計測することが必要であり、再生装置の負担が大きくなるという問題もある。
特許第３７７２０２３号公報

本発明は、このような状況に鑑みてなされたものであり、クライアントが情報記録媒体に格納されたコンテンツやサーバなどから後発的に取得したコンテンツの利用を行うコンテンツ利用システムであり、特別なリンク情報の設定されていないディスクを利用した場合でも、ディスク記録コンテンツの替わりにサーバ配信コンテンツを再生するといった処理を行うことを可能としたコンテンツ利用システム、およびデータ処理方法を提供することを目的とする。

本発明の第１の側面は、
コンテンツ利用システムであり、
ディスク格納コンテンツをディスクに記録するディスク製造部と、
前記ディスク格納コンテンツの代わりにまたは追加再生するサーバ配信コンテンツをクライアントに提供するサーバと、
コンテンツ再生処理を実行するクライアントを有し、
前記サーバは、
前記ディスク製造部の製造したディスクを装着したクライアントから、ディスクまたはディスク記録コンテンツを識別する識別子を受信して、
（ａ）サーバ配信コンテンツ、
（ｂ）ディスク記録コンテンツとサーバ配信コンテンツとのマッピング情報を持つバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）、
上記データ（ａ），（ｂ）を前記クライアントに送信し、
前記クライアントは、
再生コンテンツ情報としてディスク記録コンテンツ情報を記録したプレイリストを利用したコンテンツ再生に際して、前記マッピング情報を利用したコンテンツ取得処理により、プレイリストの指定するディスク記録コンテンツに替えてまたは追加してサーバ配信コンテンツを再生することを特徴とするコンテンツ利用システムにある。

さらに、本発明のコンテンツ利用システムの一実施態様において、前記ディスク製造部は、暗号鍵を利用して前記ディスク格納コンテンツを暗号化して、複数のディスクからなるディスクセット対応の識別子であるボリュームＩＤとともにディスクに記録する処理を行い、さらに、前記暗号鍵を前記ボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを前記サーバに提供する構成であり、前記サーバは、前記クライアントから受信する識別子に基づいて、前記クライアントに装着されたディスクに対応するボリュームＩＤを判別し、判別ボリュームＩＤと同一のボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを選択して前記クライアントに提供する構成であることを特徴とする。

さらに、本発明のコンテンツ利用システムの一実施態様において、前記ディスク製造部は、非暗号化コンテンツをディスク格納コンテンツとしてディスクに記録し、前記サーバは、前記ディスク格納コンテンツとして含まれる非暗号化コンテンツの代わりに再生する代替非暗号化コンテンツとしてのサーバ配信コンテンツをクライアントに提供する処理を実行する構成であることを特徴とする。

さらに、本発明のコンテンツ利用システムの一実施態様において、前記ディスク製造部が、ディスクに記録する非暗号化コンテンツはコマーシャルコンテンツであり、前記サーバが、クライアントに提供する代替非暗号化コンテンツは、前記コマーシャルコンテンツに替えて再生させる第２のコマーシャルコンテンツであることを特徴とする。

さらに、本発明のコンテンツ利用システムの一実施態様において、前記サーバは、前記ディスク格納コンテンツの再生処理に適用するプログラムコンテンツを前記サーバ配信コンテンツとしてクライアントに提供する処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
ディスク製造部が、ディスク格納コンテンツをディスクに記録するディスク製造ステップと、
サーバが、前記ディスク格納コンテンツの代わりにまたは追加再生するサーバ配信コンテンツをクライアントに提供するコンテンツ提供ステップと、
クライアントが、コンテンツ再生処理を実行するコンテンツ再生ステップと、
を有し、
前記サーバの実行するコンテンツ提供ステップは、
前記ディスク製造部の製造したディスクを装着したクライアントから、ディスクまたはディスク記録コンテンツを識別する識別子を受信するステップと、
（ａ）サーバ配信コンテンツ、
（ｂ）ディスク記録コンテンツとサーバ配信コンテンツとのマッピング情報を持つバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）、
上記データ（ａ），（ｂ）を前記クライアントに送信するステップを有し、
前記クライアントの実行するコンテンツ再生ステップは、
再生コンテンツ情報としてディスク記録コンテンツ情報を記録したプレイリストを利用したコンテンツ再生に際して、前記マッピング情報を利用したコンテンツ取得処理により、プレイリストの指定するディスク記録コンテンツに替えてまたは追加してサーバ配信コンテンツを再生するステップであることを特徴とするデータ処理方法にある。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法において、さらに、前記ディスク製造部が、暗号鍵を利用して前記ディスク格納コンテンツを暗号化して、複数のディスクからなるディスクセット対応の識別子であるボリュームＩＤとともにディスクに記録する処理を行い、さらに、前記暗号鍵を前記ボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを前記サーバに提供するステップと、前記サーバが、前記クライアントから受信する識別子に基づいて、前記クライアントに装着されたディスクに対応するボリュームＩＤを判別し、判別ボリュームＩＤと同一のボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを選択して前記クライアントに提供するステップを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記データ処理方法において、さらに、前記ディスク製造部が、非暗号化コンテンツをディスク格納コンテンツとしてディスクに記録するステップと、前記サーバが、前記ディスク格納コンテンツとして含まれる非暗号化コンテンツの代わりに再生する代替非暗号化コンテンツとしてのサーバ配信コンテンツをクライアントに提供する処理を実行するステップを有することを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記ディスク製造部が、ディスクに記録する非暗号化コンテンツはコマーシャルコンテンツであり、前記サーバが、クライアントに提供する代替非暗号化コンテンツは、前記コマーシャルコンテンツに替えて再生させる第２のコマーシャルコンテンツであることを特徴とする。

さらに、本発明のデータ処理方法の一実施態様において、前記サーバの実行するコンテンツ提供ステップは、前記ディスク格納コンテンツの再生処理に適用するプログラムコンテンツをクライアントに提供するステップであることを特徴とする。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の一実施例の構成によれば、クライアントに対してコンテンツを提供するサーバが、ディスクを装着したクライアントからディスクまたはディスク記録コンテンツを識別する識別子を受信してコンテンツをクライアントに提供するとともに、プレイリストの指定するディスク記録コンテンツに替えてサーバ配信コンテンツを再生させるためのマッピング情報をクライアントに提供する構成としたので、クライアント側では、特別なリンク情報の設定されていないディスクを利用した場合でも、ディスク記録コンテンツの替わりにサーバ配信コンテンツを再生するといった処理を行うことが可能となる。

以下、本発明のコンテンツ利用システム、およびデータ処理方法の詳細について、図面を参照して説明する。説明は、以下の項目に従って行う。
１．情報記録媒体の格納データおよび情報処理装置の概要
２．情報処理装置によるコンテンツダウンロード処理
３．コンテンツ再生処理
４．コンテンツの自動ダウンロードおよび自動再生処理
５．コンテンツ種類に応じたダウンロード処理の詳細
６．プレイリスト未記録ディスクに対するプレイリストのダウンロード提供処理構成
７．サーバにおけるユーザ管理処理
８．ディスク格納コンテンツおよびダウンロードコンテンツの作成および管理処理

［１．情報記録媒体の格納データおよび情報処理装置の概要］
まず、本発明の情報処理装置においてコンテンツ再生に利用する情報記録媒体の格納データ例および情報処理装置の一実施例について説明する。図１に、コンテンツの格納された情報記録媒体１００および情報処理装置（再生装置）１５０の構成例を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。情報処理装置１５０は、例えばＰＣ、あるいは再生専用装置など、様々な情報処理装置であり、情報記録媒体１００からのデータ読み取り処理を実行するドライブ１２０を有する。

情報記録媒体（ディスク）１００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤなどの情報記録媒体であり、例えば正当なコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。

図１に示すように、情報記録媒体（ディスク）１００には、コンテンツ１１１と、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）１１２、情報記録媒体１００の格納コンテンツの識別子としてのコンテンツＩＤ、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ、ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）などを含む処理管理ファイル１１３、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）１１４、コンテンツ利用管理単位としてのコンテンツ管理ユニット（ＣＰＳユニット）毎に設定される暗号鍵であるＣＰＳユニット鍵を格納したＣＰＳユニット鍵ファイル１１５が格納されている。

なお、本例では、コンテンツ１１１中に、後述するサーバからのコンテンツダウンロード処理に適用するプログラム情報としてコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ１）１１６が含まれる例を示している。コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ１）１１６を利用した処理例については後段で説明する。以下、情報記録媒体１００に格納される情報の概要について説明する。

（１）コンテンツ１１１
情報記録媒体（ディスク）１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームやゲームプログラム、画像ファイル、音声データ、テキストデータ、Ｊａｖａ（登録商標）アプリケーションプログラムなどのコンテンツである。

これらのコンテンツ中、メインコンテンツである例えば映画コンテンツは、特定のＡＶフォーマット規格データであり、コンテンツの著作権保護技術の規格であるＡＡＣＳ(Advanced Access Content System)の規格に従って暗号化データとして記録される。すなわち、コンテンツをユニット（ＣＰＳユニット）として区分し、各ユニットに対応するユニット鍵（ＣＰＳユニット鍵）を適用した暗号化コンテンツとしてディスクに記録される。ディスクには、コンテンツの復号に必要となるユニット鍵を格納したＣＰＳユニット鍵ファイル１１５、さらに、暗号鍵ブロックであるＭＫＢ（Media Key Block）１１２が記録されている。

コンテンツ１１１には、さらに例えばＪａｖａ（登録商標）アプリケーションプログラム、ゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータである場合もある。

メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。

（２）ＭＫＢ
ＭＫＢ（Media Key Block）１１２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１１２は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵（Ｋｍ）の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵（Ｋｍ）の取得が不可能となる。

ＭＫＢの管理を行う管理センタはＭＫＢに格納する鍵情報の暗号化に用いるデバイス鍵の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。コンテンツの復号処理の詳細については後述する。

（３）処理管理ファイル
処理管理ファイル１１３は、情報記録媒体１００の格納コンテンツの識別子としてのコンテンツＩＤ、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ、ディスク固有の識別情報としてのメディアＩＤに相当するＰＭＳＮ（Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）などを含む。ボリュームＩＤは、コンテンツの復号に適用する鍵の生成情報として利用される。これらの処理については後述する。

（４）利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）
利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）１１４には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１００に格納された暗号化コンテンツ１１１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。

（５）ＣＰＳユニット鍵ファイル
情報記録媒体１００に格納された暗号化コンテンツは、上述したように、コンテンツ管理ユニットとして設定されるＣＰＳユニットに区分され、ユニット単位の暗号鍵を適用して暗号化されている。再生処理を実行する情報処理装置は、再生対象とするコンテンツの属するＣＰＳユニットを判別し、判別したＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を適用した復号処理を行うことが必要となる。このＣＰＳユニット鍵を取得するために必要なデータを格納したファイルがＣＰＳユニット鍵ファイルである。なお、コンテンツ再生には、ＣＰＳユニット鍵のみならず、他の様々な鍵情報や鍵生成情報等を適用することが必要となる。これらの具体的な処理については後述する。

図１には、情報記録媒体１００に格納されたコンテンツの再生処理を実行する情報処理装置１５０の構成の概略を示している。情報処理装置は、情報記録媒体の格納データの読み取り処理を実行するドライブ１２０を有する。ドライブ１２０によって読み取られたデータは、暗号化コンテンツの復号処理およびデコード（例えばＭＰＥＧデコード）処理を実行するデータ処理部１５１に入力される。

データ処理部１５１は、暗号化コンテンツの復号処理を実行する復号処理部１５２と、デコード（例えばＭＰＥＧデコード）処理を実行するデコード処理部１５３を有する。復号処理部１５２では、メモリ１５４に格納された各種情報、および、情報記録媒体１００からの読み取りデータを適用して、コンテンツの復号に適用する鍵を生成し、暗号化コンテンツ１１１の復号処理を実行する。

メモリ１５４は、プログラムの実行領域、データ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリであり、コンテンツ復号処理に適用するデバイス鍵［Ｋｄ］や、様々な処理を実行するプログラムなどが格納される。情報処理装置１５０は、情報記録媒体１００の暗号化コンテンツの復号に際して、これらメモリ１５４に格納されたデータと、情報記録媒体１００からの読み取りデータとに基づいてコンテンツの復号に適用する鍵を生成し、コンテンツ１１１に含まれる暗号化コンテンツの復号処理を実行する。復号処理の詳細については、後段で説明する。

次に、図２を参照して、情報記録媒体に格納されるコンテンツ１１１に含まれる暗号化コンテンツのフォーマット例について説明する。前述したように、情報記録媒体に格納される暗号化コンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。

コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。

図２に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。

プレイリストには、再生対象データ情報としてのプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームやコマンドが選択的に読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。

なお、図２に示すフォーマットは、ＡＡＣＳ規定に従った暗号化コンテンツのフォーマットであり、ディスクに格納されるコンテンツ１１１の全てがこのフォーマットに従ったデータであることは必須ではない。ディスクにはこのフォーマットに従って記録された暗号化データ以外にコマーシャルコンテンツ、サービスコンテンツ、Ｊａｖａ（登録商標）プログラムコンテンツなど様々なコンテンツが記録可能である。これらのデータは、非暗号化コンテンツとしてディスクに記録されている場合もあり、このようなコンテンツの再生にもプレイリストの利用が可能である。

すなわち、図２に示すプレイリストの設定は、すべて暗号化データとしてのＡＶストリームのみの再生を指定するプレイリストの例を示しているが、この他に、ＡＡＣＳ規定に従ったＡＶストリームと、非暗号化データであるコマーシャルコンテンツを交互に再生する再生順序を規定したプレイリスト、非暗号化データである１つのコマーシャルを再生するためのプレイリストなども設定可能である。なお、ユーザがコンテンツを再生する場合は、タイトルを指定して再生が行われるが、ユーザによるタイトル指定によってある１つのプレイリストが選択されて、選択されたプレイリストによって１つあるいは複数の再生コンテンツが順次選択されて再生が行われる。

図２には、ディスク１００に記録されたコンテンツ１１１に含まれる暗号化コンテンツ中の２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。

コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２が、少なくとも暗号化対象データであり、原則的にコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるＣＰＳユニット鍵（Ｋｕ１）を適用して暗号化されたデータとして設定される。

コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、インデックスとしてアプリケーション１，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵である暗号鍵であるＣＰＳユニット鍵（Ｋｕ２）を適用して暗号化される。

例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。

ＣＰＳユニット鍵ファイルの具体的構成について、図３、図４を参照して説明する。図３は、ＣＰＳユニット鍵ファイルの構成をテーブルとして示し、図４は、実際のファイルデータ構成を示すシンタックス図である。図３に示すように、ＣＰＳユニット鍵ファイルは、タイトルなどのインデックス情報毎に区分され、各インデックスに対応するコンテンツ管理ユニット番号（ＣＰＳユニット番号）と、暗号化済みＣＰＳユニット鍵［Ｋｕｎ］が対応付けられたデータ構成とされる。

コンテンツ再生を実行する情報処理装置は、各ＣＰＳユニットに設定されたユニット番号（ＣＰＳユニット番号）に基づいて、対応するＣＰＳユニット鍵を取得して暗号化コンテンツであるＣＰＳユニットの復号処理を実行する。図４は、図３に示すＣＰＳユニット鍵ファイルに対応するデータ構成を示すシンタックス図である。

次に、図５を参照して情報処理装置における暗号化コンテンツの再生処理シーケンスについて説明する。暗号化コンテンツは、前述したＣＰＳユニット単位での暗号化がなされた暗号化コンテンツである。

情報処理装置１５０は、ディスク１００から各種の情報を読み取り、これらの読み取りデータと情報処理装置１５０の保有しているデバイス鍵２８１とを適用した鍵生成処理によって生成したユニット鍵（Ｋｕ）に基づいて暗号化コンテンツの復号処理を実行する。

まず、情報処理装置１５０は、メモリに格納しているデバイス鍵（Ｋｄ）２８１を読み出す。デバイス鍵２８１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。

次に、情報処理装置１５０は、ステップＳ１１において、デバイス鍵２８１を適用してディスク１００に格納されたＭＫＢ１１２の復号処理を実行して、メディア鍵Ｋｍを取得する。ＭＫＢ１１２には、メディア鍵Ｋｍが暗号化されて格納されている。

次に、ステップＳ１２において、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、ディスク１００から読み取ったボリュームＩＤ（例えば処理管理ファイル１１３内に記録）とに基づく暗号処理によって、タイトル鍵生成キーＫｅ（embedded Key）を生成する。この鍵生成処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。

次に、ステップＳ１３において、タイトル鍵生成キーＫｅ（embedded Key）と、ディスク１００から読み取ったＣＰＳユニット鍵ファイル１１５（図３、図４参照）から取得した暗号化済みＣＰＳユニット鍵［Ｋｕｎ］に基づいて、例えば暗号処理（ＡＥＳ＿Ｈ）等のユニット鍵データ処理を実行して、タイトル鍵Ｋｔを取得する。

次に、ステップＳ１４において、タイトル鍵Ｋｔと、ディスク１００から読み取った利用制御情報１１４とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、ユニット鍵Ｋｕを生成し、ステップＳ１５において、ディスク１００から読み取った暗号化コンテンツに対して、ユニット鍵を適用した復号処理（例えばＡＥＳ＿Ｄ）が実行される。

次に、ステップＳ１６において、例えばＭＰＥＧデコード、圧縮解除、スクランブル解除等、必要なデコード処理を実行して、コンテンツ２８２を取得する。以上が、暗号化コンテンツの復号、再生処理シーケンスである。

［２．情報処理装置によるコンテンツダウンロード処理］
情報処理装置は、ディスクに記録されたコンテンツ再生のみではなく、例えばネットワークを介して接続するサーバからコンテンツ（ダウンロードコンテンツ）を取得し、このダウンロードコンテンツと情報記録媒体格納コンテンツの双方を利用して再生処理を行うことができる。

外部からのコンテンツ取得処理構成について図６を参照して説明する。図６は図１に示す情報処理装置１５０と同一の装置である。図１においては、情報記録媒体からのコンテンツ再生に適用する構成として、データ処理部１５１、メモリ１５４、ドライブ１２０を示したが、情報処理装置１５０は、さらに、例えばハードディスクあるいはフラッシュメモリ等によって構成されるローカル記憶部１５５、ネットワークを介した通信を実行する通信インタフェース１５６、コンテンツやコンテンツ情報の表示、さらにユーザ入力部としてのＵＩ機能を提供する表示部１５７を有する。

情報処理装置１５０は、ディスク１００に格納されたコンテンツ再生に併せて利用可能なサプコンテンツ、例えば、ディスク１００に格納されたコンテンツが映画コンテンツである場合の字幕データや吹き替えデータ、コマーシャルコンテンツ、サービスコンテンツ、Ｊａｖａ（登録商標）などのプログラム、その他、ディスク１００に格納されたコンテンツに対応するサービスデータなどを、サーバ１９１，１９２を介して取得し、取得データを例えばハードディスクあるいはフラッシュメモリ等によって構成されるローカル記憶部１５５に記憶する。データ処理部１５１は、後発データの記録に際して、後発データに関する管理情報を格納した管理テーブルを生成または更新してローカル記憶部１５５に記録する。

ローカル記憶部１５５に記憶される後発データは、ディスク１００の格納コンテンツのいずれかに対応して取得または生成されたデータであり、ディスク１００の格納コンテンツの再生処理に際して、ローカル記憶部１５５に格納され、ユーザによって選択された後発データの再生を併せて実行することができる。この再生処理においては、データ処理部１５１の制御の下で、例えばディスク格納コンテンツと、ハードディスクなどのローカル記憶部格納コンテンツを統合したＶＦＳ（バーチャル・ファイルシステム）を構築して再生処理が行われる。このＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。

ディスク格納コンテンツと、ローカル記憶部格納コンテンツを利用したコンテンツ再生処理を行う前に、サーバからコンテンツを取得することが必要である。このコンテンツ取得処理例について、図７を参照して説明する。コンテンツ取得処理は様々な処理態様で行うことが可能である。図７に示す例は、その１つの処理例であり、３つのコンテンツ管理アプリケーションを組み合わせて利用してコンテンツの取得を行う処理例である。

図７の処理例では、
（１）ディスク１００に記録された第１コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ１）３０１
（２）サーバ１９１から情報処理装置１５０に提供される第２コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）３３１（＝３２２）
（３）サーバ１９１から情報処理装置１５０に提供される第３コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ３）３３２（＝３２３）
これらの３つのコンテンツ管理アプリケーションを利用した処理例である。

なお、［ＢＤ−Ｊアプリｎ］は、青色レーザを利用した記録再生ディスクであるＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）に適用するＪａｖａ（登録商標）アプリケーションを示している。以下の実施例では、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）に適用するＪａｖａ（登録商標）アプリケーションをコンテンツ管理アプリケーションとして利用した例について説明するが、本発明は、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）以外の情報記録媒体においても利用可能であり、また、コンテンツ管理アプリケーションとして利用するプログラムはＪａｖａ（登録商標）プログラム以外のプログラムであってもよい。

まず、これらの３つのコンテンツ管理アプリケーションの実行する処理について説明する。
（１）第１コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ１）
この第１コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ１）は、サーバとの接続前に実行されるアプリケーションであり、以下の処理を実行する。
（ａ）ユーザにダウンロードを実行するか否かを確認する処理
（ｂ）再生装置（情報処理装置）が、ネットワーク接続やＡＡＣＳのオンライン機能に対応しているかを確認する処理
（ｃ）アクセスすべきＵＲＬを提供する処理
（ｄ）ローカル記憶部の管理データ（ｏｒｇ＿ｉｄ， ｄｉｓｃ＿ｉｄ）， ＡＡＣＳ関連データの更新処理
（ｅ）課金処理（オプション）
これらの処理を実行する。

（２）第２コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）
この第２コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）は、サーバから取得して実行されるアプリケーションであり、以下の処理を実行する。
（ａ）ユーザに商品（ダウンロードデータ）を選ばせる処理
（ｂ）ユーザの選択した商品をサーバに伝える処理
（ｃ）課金処理（オプション）
これらの処理を実行する。

（３）第３コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ３）
この第３コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ３）は、サーバから取得して実行されるアプリケーションであり、ダウンロードデータのローカル記憶部に対する記録時に実行され、以下の処理を実行する。
（ａ）ディスク格納コンテンツとローカル記憶部格納コンテンツを、仮想的な１つのメディア格納コンテンツとして設定するバーチャルファイルシステム（ＶＦＳ）で使用できる状態に設定し、ＡＶ関連ファイル（再生対象コンテンツ）をローカル記憶部に記録する処理、
（ｂ）ＶＦＳで使用できる状態にしてＡＡＣＳ関連ファイル（管理情報）をローカル記憶部に記録する処理、

このように、各アプリケーションの処理を特化し、各アプリケーションを適宜、ディスクやサーバなどから取得する構成とすることで、アプリケーションの更新処理などの自由度が増加し、より使いやすい環境や、高度なサービスの提供が可能となる。

なお、これらの各コンテンツ管理アプリケーション（ＢＤ−Ｊアプリｎ）は、情報処理装置１５０のデータ処理部１５１、すなわちプログラム実行機能を持つＣＰＵ等を備えたデータ処理部において実行され、上述した各処理を行う。例えば、これらのアプリケーションは、情報処理装置１５０のデータ処理部１５１がプログラム実行領域として設定するＶＭ（バーチャルマシン）において実行される。

図７を参照して本処理例の処理シーケンスについて説明する。まず、ディスク（ＲＯＭディスク）１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１（＝３０１）を起動する。なお、コンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１（＝３０１）の起動処理は、コンテンツ再生処理と同様、タイトル選択によって行われる。ユーザ側の処理としては、映画コンテンツを再生する場合と同様のタイトル指定処理によってコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１（＝３０１）が起動する。

ユーザによるタイトル選択によって起動されたコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１により、情報処理装置１５０はステップＳ１０１において、ディスク１００の例えば処理管理ファイル３０２を取得し、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮを読み取り、これらのディスク記録ＩＤ、さらにユーザＩＤや情報処理装置ＩＤなどの識別情報の少なくともいずれかを、サブコンテンツ（ダウンロードコンテンツ）の提供処理を行なうサーバ１９１に送信する。なお、どのような識別情報をサーバ１９１に対して送信するかはサーバ１９１側が自由に設定できる。例えば、コンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１（＝３０１）は、サーバ１９１側の要求する識別情報の送付シーケンスをプログラムとして設定したアプリケーションとして設定される。

サーバ１９１は、ステップＳ１０２において、受信データに含まれる識別情報、例えば、コンテンツＩＤやユーザＩＤに基づいて、ユーザ（情報処理装置１５０）に対して許容する処理のリストである許容処理リストを生成し、コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）３３１を選択して情報処理装置１５０に提供する。サーバ１９１は、例えばコンテンツＩＤやユーザＩＤに対応するコンテンツ利用条件情報を保持しており、この情報に基づいて、コンテンツＩＤやユーザＩＤに対応する処理を実行するコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）３３１を選択して情報処理装置１５０に提供する。

情報処理装置１５０は、サーバ１９１から受信したコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）３２２（＝３３１）を適用した処理を実行する。情報処理装置１５０は、コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）３２２に含まれる許容処理リストを情報処理装置の表示部に表示して、ステップＳ１０３において、ユーザが例えばダウンロードコンテンツの選択を行なう。

この選択に基づいて、情報処理装置１５０は、サーバ１９１との間で決済データ３３０の転送による決済処理を実行する。情報処理装置の表示部に決済画面を表示し、ユーザは、決済画面に例えばクレジットカード番号等の決済に必要なデータを入力して送信する。次に、ステップＳ１０４において、サーバ１９１が処理を許可して許可情報を情報処理装置１５０に送信する。

サーバ１９１は、ステップＳ１０４において、情報処理装置１５０に提供するコンテンツ３３４、管理データ３３３、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３３５と、記録処理を実行するコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ３）３３２を含むデータを併せて情報処理装置１５０に送信する。なお、これらのデータには改竄検証を可能とするため、サーバ１９１の署名を付与する構成とするこが好ましい。

情報処理装置１５０は、サーバ１９１から受信したコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ３）３２３（＝３３２）の実行に際して、署名検証を行い、改ざんのない正当なデータであることを確認する処理を行なう。正当性が確認されたことを条件として、ステップＳ１０５において、コンテンツ３３４、管理データ３３３、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３３５をローカル記憶部１５５に記録する。この結果、ローカル記憶部１５５には、管理データ３４１、コンテンツ３４２と、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３４３が記録される。

なお、管理データ（ＡＡＣＳ ｄａｔａ）３４１（＝３３３）は、コンテンツの著作権保護技術に関する規格管理システムであるＡＡＣＳ(Advanced Access Content System)の規定する管理データであり、サーバ１９１の提供するコンテンツ３３４が暗号化コンテンツである場合、その復号に適用する鍵（ＣＰＳユニット鍵）を格納したＣＰＳユニット鍵ファイルを含み、さらに、提供コンテンツに対応する利用制御情報、さらに、ＣＰＳユニット鍵を取得するためのメディアキーを格納した暗号鍵ブロックであるＭＫＢ（Media Key Block）等を含むデータによって構成される。

バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３４３（＝３３５）は、サーバ１９１が情報処理装置１５０に提供し、情報処理装置１５０のローカル記憶部１５５に格納されるコンテンツ３４２（＝３３４）を、情報記録媒体（ディスク）１００の格納コンテンツと併せて再生する際に情報処理装置１５０が構築するバーチャルファイルシステム（ＶＦＳ）の構築に必要となるマッピング情報を格納したファイルである。マッピング情報は、プレイリストに記録されたディスク記録コンテンツ情報を利用してローカル記憶部格納コンテンツを再生コンテンツとして取得させるための情報である。

バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３４３（＝３３５）に記録されたマッピング情報を利用することで、例えば、ディスク１００に記録されたプレイリストを利用してコンテンツ再生を行う際に、ディスク格納コンテンツの一部をローカル記憶部１５５に記録したダウンロードコンテンツに置き換えて再生することが可能となる。

具体的には、例えば、ディスクに、
複数の映画コンテンツ１，２，３，・・・、
複数のコマーシャルコンテンツａ，ｂ，ｃ・・・、
これらのコンテンツが記録されており、プレイリストが、
映画コンテンツ１→コマーシャルａ→映画コンテンツ２→コマーシャルｂ→映画コンテンツ３→コマーシャルｃ・・・
このようなコンテンツの再生順序を規定している場合、コマーシャルａ，ｂ，ｃをサーバ１９１からダウンロードしてローカル記憶部１５５に記録したダウンロードコンテンツに置き換えて再生する処理や、サーバ１９１からダウンロードした新たな追加コンテンツを再生する処理が可能となる。

すなわち、サーバ１９１からダウンロードしてローカル記憶部１５５に記録したダウンロードコンテンツとして、
コマーシャルｘ、
コマーシャルｙ、
コマーシャルｚ、
これらのコマーシャルコンテンツがローカル記憶部１５５に記録されている場合、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３４３（＝３３５）に記録されたマッピング情報を利用してバーチャルファイルシステム（ＶＦＳ）を構築して、同じプレイリストを利用して再生を実行することで、
映画コンテンツ１→コマーシャルｘ→映画コンテンツ２→コマーシャルｙ→映画コンテンツ３→次回提供コンテンツ予告情報→コマーシャルｚ・・・
このようにコンテンツを置き換えて再生処理を実行することができる。
なお、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の具体例および利用例については後段で詳細に説明する。

図７を参照して説明したサーバからのコンテンツダウンロード処理シーケンスについて、図８に示すフローチャートを参照して説明する。

まず、ステップＳ１２１において、コンテンツダウンロードを行うためのアプリケーションプログラム（ＢＤ−Ｊ）を指定するためのタイトルを選択する。この処理は情報処理装置１５０を利用するユーザによって実行される。

次に、ステップＳ１２２において、ユーザの指定により、ディスク１００から読み取られたアプリケーションプログラム（ＢＤ−Ｊアプリ１）が実行される。前述したようにユーザ側の処理としては、映画コンテンツを再生する場合と同様のタイトル指定処理によってコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ１）が起動する。アプリケーション（ＢＤ−Ｊアプリ１）は、情報処理装置１５０にプログラム実行領域として設定されるＶＭ（バーチャルマシン）において実行される。

次に、ステップＳ１２３において、ディスク１００の例えば処理管理ファイルを取得し、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮを取得し、サブコンテンツ等の提供処理を行なうサーバ１９１にアップロード（送信）する。なお、送信識別子は、前述したように、これらのディスク記録識別子のいずれか、ユーザ識別子、情報処理装置識別子など、あるいはこれらの組み合わせなど、様々な設定が可能である。この処理は、アプリケーションプログラム（ＢＤ−Ｊアプリ１）に従って実行される。

次にステップＳ１２４において、サーバ１９１から受信したコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）を適用した処理として、コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）に含まれる許容処理リストを情報処理装置の表示部に表示し、ステップＳ１２５において、ユーザがダウンロードコンテンツの選択を行なう。

次にステップＳ１２６において、ユーザ選択コンテンツが有料コンテンツであるか無料コンテンツであるかがコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）によって判断され、有料コンテンツである場合は、ステップＳ１２７に進み、サーバ１９１との間で決済データ３３１の転送による決済処理を実行する。情報処理装置の表示部に決済画面を表示し、ユーザは、決済画面に例えばクレジットカード番号等の決済に必要なデータを入力して送信する。

これらの決済処理が終了した場合、またはユーザ選択コンテンツが無料コンテンツである場合は、ステップＳ１２８に進み、情報処理装置１５０は、サーバ１９１から受信したコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ３）を実行して、コンテンツ、管理データ、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）をローカル記憶部１５５に記録する。以上の処理によってコンテンツダウンロードが完了する。

［３．コンテンツ再生処理］
次に、図９に示すフローチャートを参照して、情報処理装置１５０において実行するコンテンツ再生処理、すなわちディスク１００の格納コンテンツとローカル記憶部１５５に格納したダウンロードコンテンツを利用して再生する処理シーケンスについて説明する。

この図９に示すフローは情報処理装置１５０のデータ処理部１５１の制御の下に実行される。
まず、ステップＳ１４１において、サーバから取得してローカル記憶部１５５に格納したバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を用いてバーチャルファイルシステム（ＶＦＳ）の構築を行う。バーチャルファイルシステム（ＶＦＳ）は、複数の異なる記憶部の格納コンテンツを統合して、あたかも１つのメディアからの再生処理と同様の再生を可能とするために設定される仮想のファイルシステムである。

本例では、ディスク１００の格納コンテンツと、ローカル記憶部１５５の格納コンテンツを統合したＶＦＳを構築する。このＶＦＳの構築に際して、サーバから取得しローカル記憶部１５５に格納したバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用する。

バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の具体例について、図１０を参照して説明する。バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）は図１０に示すように、
（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）、
（ｂ）プレイリスト上の再生指定コンテンツファイル名
これらの各データの対応データとして設定されている。

（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）は、図７、図８を参照して説明した、サーバ１９１からのダウンロード処理によって情報処理装置１５０が取得しローカル記憶部１５５に格納したダウンロードコンテンツのファイル名である。
（ｂ）プレイリスト上の再生指定コンテンツファイル名は、コンテンツ再生を行う場合に利用されるプレイリストに記録されている再生コンテンツのファイル名である。このファイル名は、ディスク１００に記録されているコンテンツのファイル名に対応している。

コンテンツ再生処理は、ユーザが指定したタイトルによって選択されるプレイリストに記載されたコンテンツを順次選択して行われる。

プレイリストに記録されている再生指定コンテンツファイル名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして選択されるようにバーチャルファイルシステム（ＶＦＳ）が設定される。すなわち、バーチャルファイルシステム（ＶＦＳ）はマッピング情報を保持したファイルシステムとして構築される。

マッピング情報を含むバーチャルファイルシステム（ＶＦＳ）を利用することで、情報処理装置１５０は、プレイリストに記録されたディスク格納ファイル名を検索キーとしてＶＦＳを検索した場合、マッピング情報に基づいてローカル記憶部のファイル名（ダウンロードコンテンツ）を検索結果として得て、ローカル記憶部のファイルを取得して再生を行うことができる。

プレイリストに記録されている再生指定コンテンツファイル名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されていない場合は、プレイリストに記録されている再生指定コンテンツファイル名がそのまま、再生コンテンツとして選択されるようにバーチャルファイルシステム（ＶＦＳ）が設定される。このコンテンツはディスク１００に記録されたコンテンツである。

このように、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）のマッピング情報は、ディスクに記録されたコンテンツの再生の代わりに、ダウンロードコンテンツの再生を行わせるためのマッピング情報であり、情報処理装置１５０のデータ処理部１５１は、図９に示すフローのステップＳ１４１におけるバーチャルファイルシステム（ＶＦＳ）の構築に際して、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を用いたＶＦＳ構築処理を行い、これによりマッピング情報を含むバーチャルファイルシステム（ＶＦＳ）が構築される。

次に、ステップＳ１４２において、ユーザによる再生コンテンツの指定情報の入力、すなわちタイトル選択を行う。タイトルはある１つのプレイリストを選択するための情報として用いられる。次にステップＳ１４３において、指定されたタイトルに従って選択されたプレイリストに記載されたコンテンツ名に基づいて再生コンテンツの選択が実行される。この再生コンテンツの選択は、ステップＳ１４１において構築されたバーチャルファイルシステム（ＶＦＳ）に基づいて選択される。すなわち、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用して構築されたＶＦＳであり、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）にマッピング情報が記録されたコンテンツはディスクからではなくローカル記憶部から取得されることになる。

ステップＳ１４４では、取得コンテンツが暗号化コンテンツであるか否かが判定され、暗号化コンテンツである場合は、ステップＳ１４５においてコンテンツの復号処理が実行される。この処理は、先に図５を参照して説明した処理である。コンテンツの復号が完了した後、あるいは取得コンテツが非暗号化コンテンツである場合は、コンテンツを復号することなくステップＳ１４６に進み、コンテンツが再生される。

このように、情報処理装置のデータ処理部は、プレイリストに記録されたディスク記録コンテンツ情報を利用してローカル記憶部格納コンテンツを再生コンテンツとして取得させるマッピング情報を利用したコンテンツ取得処理により、プレイリストの指定するディスク記録コンテンツに替えてローカル記憶部格納コンテンツを再生する

本発明の情報処理装置では、プレイリストに再生対象コンテンツとして記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして選択して再生を行う構成としているので、例えば、先に説明したように、例えば、ディスクに、
複数の映画コンテンツ１，２，３，・・・、
複数のコマーシャルコンテンツａ，ｂ，ｃ・・・、
これらのコンテンツが記録されており、プレイリストが、
映画コンテンツ１→コマーシャルａ→映画コンテンツ２→コマーシャルｂ→映画コンテンツ３→コマーシャルｃ・・・
このようなコンテンツの再生順序を規定している場合、コマーシャルａ，ｂ，ｃをサーバ１９１からダウンロードしてローカル記憶部１５５に記録したダウンロードコンテンツ、すなわち、
コマーシャルｘ、
コマーシャルｙ、
コマーシャルｚ、
これらのダウンロードされたコマーシャルコンテンツに置き換えた再生、すなわち、
映画コンテンツ１→コマーシャルｘ→映画コンテンツ２→コマーシャルｙ→映画コンテンツ３→コマーシャルｚ・・・
このようにコンテンツを置き換えて再生処理を実行することができる。

このように、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）に記録されたマッピング情報を利用してバーチャルファイルシステム（ＶＦＳ）を構築することで、プレイリストのデータを変更することなく、新たなダウンロードコンテンツの再生が実行されることになる。

図１１、図１２を参照してバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用しない場合のコンテンツ再生処理例と、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用した場合のコンテンツ再生処理例の具体例について説明する。

図１１は、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用しない場合のコンテツ再生処理例を示している。ディスク１００を装着した情報処理装置１５０は、ステップＳ２０１において再生コンテンツの指定に利用するためのタイトルリストをユーザに提示する。例えば情報処理装置１５０の表示部にタイトルリストを表示する。

ユーザは、ステップＳ２０２においてタイトルリストから再生したいタイトルを選択する。情報処理装置１５０は選択されたタイトルに従って、タイトルに関連付けられたプレイリストを選択する。なお、タイトル情報やプレイリストは、予めディスク１００に記録済みの情報である。ここでは、ディスク１００に記録されたコマーシャルコンテンツ［ＣＭ＃１］の再生をユーザが希望し、コマーシャルコンテンツ［ＣＭ＃１］のみが再生コンテンツとして記録されたプレイリストが選択されて再生を行う場合を示している。

プレイリストにはコンテンツ指定情報としてのコンテンツ名が記録されている。この場合、ディスク１００に記録されたコマーシャルコンテンツ［ＣＭ＃１］のファイル名がプレイリストに記録されており、情報処理装置は、ステップＳ２０３において、プレイリストの記録情報に基づいて、ディスク１００からコマーシャルコンテンツ［ＣＭ＃１］を取得して再生処理を行う。

図１２は、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用した場合のコンテンツ再生処理例を示している。情報処理装置１５０は、ローカル記憶部１５５内にサーバからダウンロードしたコマーシャルコンテンツ［ＣＭ＃３］３５２と、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３５１を格納している。

ディスク１００を装着した情報処理装置１５０は、ステップＳ２２１においてバーチャルファイル（ＶＦＳ）を構築する。このＶＦＳ構築に際しては、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）のマッピング情報（図１０参照）を利用した処理が行われる。すなわち、プレイリストに再生対象コンテンツとして記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］をアクセスコンテンツとして設定したＶＦＳを構築する。

次に、情報処理装置１５０は、ステップＳ２２２において、再生コンテンツの指定に利用するためのタイトルリストをユーザに提示する。例えば情報処理装置１５０の表示部にタイトルリストを表示する。ユーザは、ステップＳ２２３においてタイトルリストから再生したいタイトルを選択する。情報処理装置１５０は選択されたタイトルに従って、タイトルに関連付けられたプレイリストを選択する。なお、タイトル情報やプレイリストは、予めディスク１００に記録済みの情報である。ここでは、コマーシャルコンテンツ［ＣＭ＃３］の再生をユーザが希望し、コマーシャルコンテンツ［ＣＭ＃３］のみが再生コンテンツとして記録されたプレイリストが選択されて再生を行う場合を示している。

プレイリストにはコンテンツ指定情報としてのコンテンツ名が記録されている。この場合、ディスク１００に記録されたコマーシャルコンテンツ［ＣＭ＃３］３５０のファイル名がプレイリストには記録されている。情報処理装置１５０は、プレイリストに記録されたファイル名に従ってバーチャルファイルシステム（ＶＦＳ）の設定コンテンツを取得することになる。

バーチャルファイルシステム（ＶＦＳ）は、プレイリストに記録されたコンテンツ名［ＣＭ３］のアクセス先として、マッピング処理によりローカル記憶部１５５のファイル名を記録している。すなわち、ダウンロードコンテンツ［ＣＭ３］３５２をコンテンツアクセス先として指定している。情報処理装置１５０のデータ処理部１５１は、ステップＳ２２４において、このようなマッピング情報に従って設定されたバーチャルファイルシステム（ＶＦＳ）に従って、ローカル記憶部１５５からダウンロードされたコマーシャルコンテンツ［ＣＭ＃３］３５２を取得して再生処理を行う。

なお、バーチャルファイルシステム（ＶＦＳ）の構築は、ユーザによるタイトル指定処理に先行して行われる。例えば、情報処理装置にディスク１００が装着された際にバーチャルファイルシステム（ＶＦＳ）の構築処理が行われる。バーチャルファイルシステム（ＶＦＳ）の構築シーケンスについて図１３を参照して説明する。

情報処理装置は、情報処理装置にディスクが装着されたことを検出すると、ステップＳ２５１において、ローカル記憶部にディスク対応のバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）があるか否かを判定する。情報処理装置には様々なディスクが装着されることがあり、ローカル記憶部に記録されるバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）には各ディスクの識別子が対応付けられて記録される。

具体的には、ローカル記憶部には各ディスク対応のディレクトリが設定され、その各ディスク対応のバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）がある場合は、そのディレクトリにバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）が記録される。情報処理装置は、装着されたディスクに対応するディレクトリにバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）が記録されているか否かを検証する。

装着されたディスクに対応するディレクトリにバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）が記録されていない場合は、ステップＳ２５２に進み、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を用いないファイルシステムを構築してステップＳ２５４で構築したファイルシステムを利用したコンテンツ再生を行う。

一方、ステップＳ２５２において、装着されたディスクに対応するディレクトリにバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）が記録されていると判定すると、ステップＳ２５３に進み、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を用いてバーチャルファイルシステム（ＶＦＳ）を構築して、ステップＳ２５４で構築したバーチャルファイルシステム（ＶＦＳ）を利用したコンテンツ再生を行う。

ステップＳ２５３のＶＦＳ構築に際しては、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）のマッピング情報（図１０参照）を利用した処理が行われる。すなわち、プレイリストに再生対象コンテンツとして記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして選択される設定としたＶＦＳを構築する。

すなわち、バーチャルファイルシステム（ＶＦＳ）はマッピング情報を保持したファイルシステムとして構築される。マッピング情報を保持したバーチャルファイルシステム（ＶＦＳ）は、プレイリストに記録されたディスク格納ファイル名を検索キーとして検索した場合、そのファイル名からマッピングされるローカル記憶部のファイル名（ダウンロードコンテンツ）をアクセス先とする検索結果を提示する構成であり、情報処理装置は、このマッピング情報を保持したＶＦＳを利用することで、プレイリストの記録ファイル名からマッピングされるローカル記憶部格納ファイル名によって特定されるローカル記憶部のファイルを取得して再生を行うことができる。

ステップＳ２５５では、ユーザによるタイトル切り替えが発生したか否かを判定し、タイトル切り替えがあった場合は、ステップＳ２５１に戻り、処理を繰り返す。これは、前回読み取ったバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）より新しいバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）が再生処理の間にダウンロードされている場合があるので、このような場合に新たなバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を用いてバーチャルファイルシステム（ＶＦＳ）を再構築するためである。なお、１つのディスクに対するバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）は、ローカル記憶部にバージョン番号を付与して複数格納する構成としてもよいし、新たなバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を古いバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）に上書きしていく構成としてもよい。

［４．コンテンツの自動ダウンロードおよび自動再生処理］
上述したように、マッピング情報を利用したコンテンツ再生処理においては、プレイリストに記載されたコンテンツ名によって再生コンテンツが選択される。このときのプレイリストに記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）に［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合には、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）によるマッピング情報によって規定された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして選択することになる。

例えば、サーバからのダウンロードコンテンツがコマーシャル（ＣＭ）コンテンツであり、このコマーシャル（ＣＭ）コンテンツがローカル記憶部に記録されている場合、特定のプレイリストを利用することで、ローカル記憶部に記録されたコマーシャル（ＣＭ）コンテンツを必ず再生させるように設定することも可能である。

図１４を参照して、サーバから取得してローカル記憶部１５５に格納されたコマーシャル（ＣＭ）コンテンツを自動再生させる処理について説明する。情報処理装置１５０は、ローカル記憶部１５５内にサーバからダウンロードしたコマーシャルコンテンツ［ＣＭ＃３］３５２と、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）３５１を格納している。

ディスク１００を装着した情報処理装置１５０は、ステップＳ２７１においてバーチャルファイル（ＶＦＳ）を構築する。このＶＦＳ構築に際しては、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）のマッピング情報（図１０参照）を利用した処理が行われる。すなわち、プレイリストに再生対象コンテンツとして記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして選択させるマッピング情報を含むＶＦＳを構築する。

次に、ユーザは、ステップＳ２７２において自動再生を要求する。情報処理装置１５０は要求に従って、予めデフォルトとして設定された自動再生処理用のプレイリストを選択する。なお、プレイリストは、予めディスク１００に記録済みの情報である。この自動再生用プレイリストにはコマーシャルコンテンツ［ＣＭ＃３］が最初の再生コンテンツとして記録されたプレイリストである。

プレイリストにはコンテンツ指定情報としてコマーシャルコンテンツ［ＣＭ＃３］のファイル名が記録されている。情報処理装置１５０は、プレイリストに記録されたファイル名に従ってバーチャルファイルシステム（ＶＦＳ）の設定コンテンツを取得することになる。

バーチャルファイルシステム（ＶＦＳ）は、プレイリストに記録されたコンテンツ名［ＣＭ３］のアクセス先として、ディスクのファイルではなくローカル記憶部のファイルを指定する構成となっている。すなわち、マッピング処理によりローカル記憶部１５５のファイル名がアクセス先として指定される設定となっている。すなわち、ローカル記憶部１５５に格納されたダウンロードコンテンツ［ＣＭ３］３５２をアクセス先として指定している。情報処理装置１５０のデータ処理部１５１は、ステップＳ２７３において、このようなマッピング情報を含むバーチャルファイルシステム（ＶＦＳ）に従って、ローカル記憶部１５５からダウンロードされたコマーシャルコンテンツ［ＣＭ＃３］３５２を取得して再生処理を行う。

なお、コンテンツのダウンロード処理の基本的なシーケンスは、先に図８に示すフローチャートを参照して説明したが、図８を参照して説明した処理では、まず、サーバからユーザ側に提供可能なコンテンツのリストを提示して、ユーザがダウンロードするコンテンツを選択する処理例として説明していた。しかし、例えば、コマーシャルコンテンツが定期的に更新されるなどの状況を想定した場合、コマーシャルコンテンツを提供するサーバは、常に最新のコマーシャルコンテンツをユーザに提供して、ユーザ側の情報処理装置において確実に再生させたい。このような要請に対応するコンテンツの自動ダウンロード処理および再生シーケンス例について、以下説明する。

まず、図１５に示すフローチャートを参照して、自動的に最新コンテンツをサーバからダウンロードする処理シーケンスについて説明する。なお、図１５はダウンロードコンテンツをコマーシャルコンテンツとした例である。

まず、ユーザが、ステップＳ２８１において、コンテンツダウンロードを行うためのアプリケーションプログラム（ＢＤ−Ｊアプリ）をタイトルによって選択する。この処理は情報処理装置１５０を利用するユーザによって実行される。次に、ステップＳ２８２において、ユーザの指定によりディスク１００から読み取られたアプリケーションプログラム（ＢＤ−Ｊアプリ）が情報処理装置１５０において実行され、ディスク１００から、ディスク対応のＩＤ、例えば、処理管理ファイルに記録されたコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮ、これらの少なくともいずれかの識別子を取得する。

次に、ステップＳ２８３において、ステップＳ２８２において取得したディスクに記録されたディスク対応の識別子（ＩＤ）と情報処理装置１５０がローカル記憶部１５５に格納しているコマーシャルコンテンツのリストをサーバにアップロードする。アプリケーションプログラム（ＢＤ−Ｊアプリ）には、ローカル記憶部１５５に格納しているコマーシャルコンテンツのリストを生成してサーバに送信する処理の実行プログラムが含まれており、情報処理装置のデータ処理部はこのアプリケーションプログラムに従って処理を実行する。

ステップＳ２８４、ステップＳ２８５はサーバ側の処理であり、ステップＳ２８４において、サーバは情報処理装置から受信したディスク記録識別子（ＩＤ）と、ＣＭコンテンツリストに基づいて、ディスクに格納されたＣＭコンテンツと、ローカル記憶部に格納されたＣＭコンテンツ以外のユーザに提供すべきＣＭコンテンツがサーバ側に保持しているか否かを確認する。

サーバが新たにユーザに提供すべきＣＭコンテンツを保持していない場合は処理を終了する。サーバが新たにユーザに提供すべきＣＭコンテンツを保持している場合は、ステップＳ２８５において、最新のＣＭコンテンツをユーザ側の情報処理装置に送信する。この際にマッピング情報を記録したバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）やプレイリストファイルも必要に応じて送信する。

ステップＳ２８６は、ユーザ側の情報処理装置の処理であり、情報処理装置は、サーバから受信したＣＭコンテンツをユーザ側の情報処理装置のローカル記憶部に格納する。なお、この際にマッピング情報を記録したバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）やプレイリストファイルも必要に応じて併せて受信し、ローカル記憶部に格納する。

次に、図１６に示すフローチャートを参照して、コンテンツの自動再生処理シーケンスについて説明する。このシーケンスは、先に図１４を参照して説明した処理に対応する。情報処理装置１５０は、ローカル記憶部１５５内にサーバからダウンロードしたコマーシャルコンテンツと、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を格納している。

ディスクを装着した情報処理装置は、ステップＳ２９１においてバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）をローカル記憶部１５５から読み込み、ステップＳ２９２において、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）に記録されたマッピング情報（図１０参照）を利用してバーチャルファイル（ＶＦＳ）を構築する。

このバーチャルファイル（ＶＦＳ）の構築処理により、プレイリストに再生対象コンテンツとして記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして選択する設定とされる。

次に、ユーザは、ステップＳ２９３においてタイトルを指定してコンテンツ再生を要求する。このタイトルは、ＣＭコンテンツの再生を行うプレイリストである。例えば、図１４を参照して説明した自動再生によって選択される自動再生処理用のプレイリストである。情報処理装置は、プレイリストに記録されたコンテンツを順次、再生する。

ステップＳ２９４において、プレイリストに記録されたコンテンツ指定情報としてのインデックス（コンテンツファイル名）によってアクセスされるコンテンツが、ローカル記憶部にあるか否かが判定され、ディスク上にある場合は、ステップＳ２９５に進み、ディスクからＣＭコンテンツを読み出してステップＳ２９７においてＣＭコンテンツの再生を実行し、プレイリストに記録されたインデックス（コンテンツファイル名）によってアクセスされるコンテンツが、ローカル記憶部にある場合は、ステップＳ２９６に進み、ローカル記憶部からＣＭコンテンツを読み出してステップＳ２９７においてＣＭコンテンツの再生を実行する。

なお、ステップＳ２９４におけるコンテンツのアクセス先判定は、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）に記録されたマッピング情報（図１０参照）を利用して構築されたバーチャルファイル（ＶＦＳ）を利用して実行される処理である。すなわち、プレイリストに再生対象コンテンツとして記録されたコンテンツ名が、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の［（ｂ）プレイリスト上の再生指定コンテンツファイル名］として記録されている場合、その［（ｂ）プレイリスト上の再生指定コンテンツファイル名］に対応して記録された［（ａ）コンテンツ実体のファイル名（ダウンロードコンテンツ）］を再生コンテンツとして抽出する。

［５．コンテンツ種類に応じたダウンロード処理の詳細］
上述した処理例ではコマーシャルコンテンツ（ＣＭ）をサーバからダウンロードするコンテンツの例として説明したが、サーバからダウンロードするコンテンツは、コマーシャルに限らず、例えばＡＶストリームコンテンツなどのメインコンテンツ、Ｊａｖａ（登録商標）アプリケーションプログラム（ＢＤ−Ｊ ａｐｐ）、プレイリスト、さらにこれら通常のコンテンツに加えて利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）をダウンロードする場合もある。以下、これらのデータの各々についての具体的なダウンロード処理シーケンスについて説明する。

（５．１．コマーシャルコンテンツのダウンロード処理例）
まず、図１７を参照してコマーシャルコンテンツのダウンロード処理例について説明する。図１７に示す例は、ディスク１００に記録されているコマーシャルコンテンツの置き換えではなく、新たなコマーシャルコンテンツ（ＣＭ＃４）４０１を追加する例である。この場合、ディスク１００に記録済みのプレイリスト４１１には、サーバ１９１からダウンロードして取得するコマーシャルコンテンツ（ＣＭ＃４）４０１の再生指定情報は含まれないため、ダウンロードコンテンツであるコマーシャルコンテンツ（ＣＭ＃４）４０１を再生コンテンツ情報として記録した新たなプレイリスト４０２についてもサーバ１９１からダウンロードして情報処理装置１５０のローカル記憶部１５５に格納する。

まず、ステップＳ３０１において、ユーザがディスク１００を装着した情報処理装置１５０の入力部（ＵＩ）を介して、ディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）を起動する。この処理は、先に図７を参照して説明したコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１の起動処理に相当する。前述したようにユーザ側の処理としては、映画コンテンツを再生する場合と同様のタイトル指定処理によってコンテンツ管理アプリケーション（ＢＤ−Ｊ１）が起動する。

情報処理装置１５０によるコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）の実行により、情報処理装置１５０はステップＳ３０２において、ディスク１００から、ディスクに記録された識別情報、例えばコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮの少なくともいずれかを取得し、コンテンツ等の提供処理を行なうサーバ１９１に送信する。なお、サーバ１９１に対する送付情報は、どのコンテンツを再生しているかをサーバに伝えることが可能であればよく、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮ、これらのいずれかのデータか、あるいはその他の再生ディスクを識別可能なデータであればよい。さらにコンテンツ管理アプリケーション（ＢＤ−Ｊ１）の設定によってユーザＩＤ、情報処理装置ＩＤなどを送付する設定としてもよい。

サーバ１９１は情報処理装置１５０からのダウンロード要求を受信すると、受信したディスク記録識別情報などに基づいてダウンロードコンテンツをデータベースから取得して、情報処理装置１５０に送信する。この場合、送信データは、
（ａ）コマーシャルコンテンツ（ＣＭ＃４）４０１、
（ｂ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃２）４０２、
（ｃ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４０３、
これらの３つのデータとなる。

なお、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃２）４０２は、コマーシャルコンテンツ（ＣＭ＃４）４０１が再生コンテンツとして含まれるプレイリストである。情報処理装置１５０は、サーバ１９１からこれらのデータを受信してステップＳ３０３においてローカル記憶部１５５に格納する。

この処理により、ローカル記憶部１５５には以下のデータ、すなわち、
（ａ）コマーシャルコンテンツ（ＣＭ＃４）４０１、
（ｂ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃２）４０２、
（ｃ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４０３、
これらのデータが記録される。

これらのデータ記録後の状態において、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃２）４０２を再生プレイリストとして選択した再生を行うと、コマーシャルコンテンツ（ＣＭ＃４）４０１を含むコンテンツ再生が行われることになる。例えば、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃２）４０２が、
Ｍｏｖｉｅ Ｔｉｔｌｅ＃２→ＣＭ＃３→ＣＭ＃４
このような再生指定情報を持つ場合は、ディスク１００からのＭｏｖｉｅ Ｔｉｔｌｅ＃２と、ＣＭ＃３の再生に続いて、ローカル記憶部１５５のＣＭ＃４の再生が行われる。

（５．２．プログラムコンテンツのダウンロード処理例）
次に、図１８を参照してプログラムコンテンツのダウンロード処理例について説明する。図１８に示す例は、ディスク１００に記録されているプログラムコンテンツであるＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１の更新版をサーバ１９１から取得する例である。

まず、ステップＳ３２１において、ユーザがディスク１００を装着した情報処理装置１５０の入力部（ＵＩ）を介して、ディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）を起動する。この処理は、先に図７を参照して説明したコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１の起動処理に相当する。

情報処理装置１５０によるコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）の実行により、情報処理装置１５０はステップＳ３２２において、ディスク１００から、ディスクに記録された識別情報、例えばコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮの少なくともいずれかを取得し、コンテンツ等の提供処理を行なうサーバ１９１に送信する。さらに、本処理例では、更新版を取得する対象となるプログラムコンテンツであるＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１に対応するプログラムコンポーネントリストをサーバ１９１に送信する。コンテンツ管理アプリケーション（ＢＤ−Ｊ１）には、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１に対応するプログラムコンポーネントリストを生成して送信する処理を実行するようにシーケンスが規定されている。さらにコンテンツ管理アプリケーション（ＢＤ−Ｊ１）の設定によってはユーザＩＤ、情報処理装置ＩＤなどを送付する場合もある。

サーバ１９１は情報処理装置１５０からのダウンロード要求を受信すると、受信したディスク識別情報などに基づいて識別情報に対応するダウンロードコンテンツをデータベースから取得して、さらに、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１に対応するプログラムコンポーネントリストを参照して、更新版としてのＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４２１との差分を算出し、受信したコンポーネントリストに含まれないコンポーネントのみを選択して情報処理装置１５０に送信する。

サーバ１９１は、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４２１として、コンポーネント単位で送信可能なデータ群を保持しており、情報処理装置１５０の保持するコンポーネントは送付せず、差分のみを送信する。この場合、送信データは、
（ａ）ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）の差分、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４２２、
これらのデータとなる。

この結果、ローカル記憶部１５５には以下のデータ、すなわち、
（ａ）ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）差分データ４３１、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４２２、
これらのデータが記録される。

これらのデータダウンロード後において、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）の再生を行うと、ディスク１００に記録された旧バージョンのＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１と、ローカル記憶部１５５に記録されたＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）差分データ４３１に含まれる追加コンポーネントとを併せた再生処理が実行されることになる。

このように、情報処理装置１５０のデータ処理部は、ディスク１００に格納されたプログラムコンテンツのコンポーネント情報をサーバ１９１に送信し、サーバ１９１からディスク格納プログラムコンテンツとの差分に相当するプログラムコンポーネントを受信してローカル記憶部１５５に格納し、ディスク格納プログラムとローカル記憶部格納プログラムの双方を利用したプログラム実行処理を行う。

なお、上記で説明した処理例は、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）の差分算出処理をサーバ１９１で実行する構成としているが、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４２１の全データを送信し、情報処理装置１５０側で差分算出を実行して、差分のみをローカル記憶部１５５に格納する構成としてもよいし、ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４２１の全データをそのままローカル記憶部１５５に記録して、ディスク１００のＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１は利用しない設定としてもよい。

なお、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４２２の設定も、上記設定態様に対応した設定となる。すなわち、ディスク１００に記録された旧バージョンのＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１の読み出し部分についてはマッピングの設定を行わず、旧バージョンのＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）４４１の代わりにローカル記憶部１５５に記録されたＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）差分データ４３１に含まれるコンポーネントを読み出すデータについてはマッピング情報がバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４２２に記録されることになる。

（５．３．メインコンテンツのダウンロード処理例）
次に、図１９を参照して例えば映画コンテンツであるＡＶストリームなどのメインコンテンツのダウンロード処理例について説明する。図１９に示す例は、ディスク１００に記録されている例えば映画などのＡＶストリームを含むメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１，＃２）と異なる新たなメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１をユーザ側の情報処理装置１５０に提供する例である。

この例の場合、ディスク１００に記録済みのプレイリスト＃１〜＃ｎ４６１には、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１の再生指定情報は含まれないため、ダウンロードコンテンツであるメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１を再生対象コンテンツとして記録した新たなプレイリスト４５２もサーバ１９１からダウンロードして情報処理装置１５０のローカル記憶部１５５に格納する。

プレイリスト４５２は、ダウンロードコンテンツであるメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１を再生対象コンテンツとして記録したプレイリスストである。なお、プレイリスト４５２は、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１のみを再生対象としているプレイリストであってもよいが、その他のディスク格納コンテンツを再生指定コンテンツとして含む構成であってもよい。また、本例では、サーバ１９１からダウンロードするプレイリストは、プレイリスト＃ｎ＋１，４５２の１つの例を示しているが、複数の異なる再生順序情報を設定した複数のプレイリストとして、プレイリスト＃ｎ＋１〜＃ｎ＋ｍをダウンロードする構成としてもよい。

図１９のフローの各ステップの処理について説明する。まず、ステップＳ３４１において、ユーザがディスク１００を装着した情報処理装置１５０の入力部（ＵＩ）を介して、ディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）を起動する。この処理は、先に図７を参照して説明したコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１の起動処理に相当する。

情報処理装置１５０によるコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）の実行により、情報処理装置１５０はステップＳ３４２において、ディスク１００からコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮの少なくともいずれかのディスク記録識別子を取得し、コンテンツ等の提供処理を行なうサーバ１９１に送信する。なお、サーバ１９１に対する送付情報は、どのコンテンツを再生しているかをサーバに伝えることが可能であればよく、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮ、これらのいずれかのデータか、あるいはその他の再生ディスクを識別可能なデータであればよい。その他ユーザＩＤ、装置ＩＤなどを含む設定としてもよい。

サーバ１９１は情報処理装置１５０からのダウンロード要求を受信すると、受信したディスク識別情報などに基づいて識別情報に対応するダウンロードコンテンツをデータベースから取得して、情報処理装置１５０に送信する。この場合、送信データは、
（ａ）メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１、
（ｂ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃ｎ＋１）４５２、
（ｃ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４５３、
これらの３つのデータとなる。

なお、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃ｎ＋１）４５２は、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１が再生コンテンツとして含まれるプレイリストである。

図２０を参照してサーバ１９１が情報処理装置１５０に対して送信するプレイリストファイルの例について説明する。先に説明したようにプレイリストは、コンテンツの再生順序を規定したファイルである。図２０に示す例は、
再生コンテンツ数に相当するストリーム数［Ｓｔｒｅａｍ数］：ｋと、
ストリームファイルインデックス（Ｓｔｒｅａｍ ｆｉｌｅｉｎｄｅｘ）：ｋ個の各ストリーム（コンテンツ）各々の例えばファイル名、
これらのデータが記録される。

ストリームファイルインデックス（Ｓｔｒｅａｍ ｆｉｌｅｉｎｄｅｘ）には、コンテンツの編集者（Authoring facility）によって作成され、サーバ１９１が有するファイルのファイル名が記録される。少なくともダウンロードするコンテンツファイルのインデックスがこのループに追加される。

このように、サーバ１９１は、ユーザに提供するメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１に対応するインデックス（Index）が追加された更新プレイリスト（Updated PlayList）からなるプレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃ｎ＋１）４５２もコンテンツとともにユーザに提供する。

前述したように、プレイリスト４５２は、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１のみを再生対象としているプレイリストであってもよいが、その他のディスク格納コンテンツを再生指定コンテンツとして含む構成であってもよい。例えば、サーバ１９１が、ユーザの有するディスクに格納されたコンテンツと、新たに提供するコンテンツの全てを再生コンテンツとして含むプレイリストを作成して提供する場合、再生コンテンツ数に相当するストリーム数［Ｓｔｒｅａｍ数］：ｋは、ユーザの有するディスクに格納されたコンテンツ数（ストリーム数）と、新たに提供するコンテンツの数（ストリーム数）の総数となり、インデックスには、全てのファイル名が記録されることになる。なお、１つのコンテンツを複数のストリームに分割するといった処理も可能なので、コンテンツ数とストリーム数は必ずしも一致するとは限らない。

情報処理装置１５０は、サーバ１９１からこれらのデータを受信してステップＳ３４３においてローカル記憶部１５５に格納する。この処理により、ローカル記憶部１５５には以下のデータ、すなわち、
（ａ）メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１、
（ｂ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃ｎ＋１）４５２、
（ｃ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４５３、
これらのデータが記録される。

これらのデータ記録後の状態において、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃ｎ＋１）４５２を再生プレイリストとして選択した再生を行うと、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）４５１を含むコンテンツ再生が行われることになる。

（５．４．利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）のダウンロード処理例）
次に、図２１を参照して利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）のダウンロード処理例について説明する。利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）は、前述したように、コンテンツに対応する例えばコピー・再生制御情報（ＣＣＩ）などのコンテンツの利用態様の許容、非許容情報を含むデータであり、情報処理装置１５０においてコンテンツ利用を行う場合、利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）に従ったコンテンツ利用を行うように制御される。

図２１に示す例は、ディスク１００に予め記録されている利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４８１を無効化して、新たな更新された利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１をサーバ１９１から情報処理装置１５０に提供する処理例である。

この例の場合、ディスク１００に記録済みの利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）には、ディスク１００に記録されているメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１〜＃２）、コマーシャルコンテンツ＃１＝＃２に対応する利用制御情報が記録されている。新たにサーバ１９１から提供される更新された利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１にも、ディスク１００に記録されているメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１〜＃２）、コマーシャルコンテンツ＃１〜＃２に対応する利用制御情報が記録されている。

具体的には、例えば、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）について、ディスク発売後、２年間はコピー禁止としていたが、２年経過後は、コピーを許容する場合などに、コピー許容の設定をした新たな更新利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１をサーバ１９１から情報処理装置１５０に提供するといった処理例である。

図２１の各ステップの処理について説明する。まず、ステップＳ３５１において、ユーザがディスク１００を装着した情報処理装置１５０の入力部（ＵＩ）を介して、ディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）を起動する。この処理は、先に図７を参照して説明したコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１の起動処理に相当する。

情報処理装置１５０によるコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）の実行により、情報処理装置１５０はステップＳ３５２において、ディスク１００から例えばコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮを取得し、コンテンツ等の提供処理を行なうサーバ１９１に送信する。なお、サーバ１９１に対する送付情報は、どのコンテンツを再生しているかをサーバに伝えることが可能であればよく、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮ、これらのいずれかのデータか、あるいはその他の再生ディスクを識別可能なデータであればよい。

サーバ１９１は情報処理装置１５０からのダウンロード要求を受信すると、受信したディスク識別情報などに基づいて識別情報に対応するダウンロードデータとしての利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）をデータベースから取得して、情報処理装置１５０に送信する。この場合、送信データは、
（ａ）利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４７２、
これらの２つのデータとなる。

なお、本例の場合、利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１は、ディスク１００に記録済みの利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）の置き換えデータとして利用されるデータであり、ディスク１００に記録されているメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１〜＃２）、コマーシャルコンテンツ＃１〜＃２に対応する利用制御情報が記録されている。

情報処理装置１５０は、サーバ１９１からこれらのデータを受信してステップＳ３５３において、受信データをローカル記憶部１５５に格納する。この処理により、ローカル記憶部１５５には以下のデータ、すなわち、
（ａ）利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４７２、
これらのデータが記録される。

これらのデータ記録後の状態において、ディスク１００に記録されているメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１〜＃２）、コマーシャルコンテンツ＃１〜＃２の再生などのコンテンツ利用に際しては、新たにローカル記憶部１５５に記録された利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１に従った利用制御が実行されることになる。

なお、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）４７２に記録されたマッピング情報を利用して、ディスクに記録された利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４８１のファイル名が、ローカル記憶部１５５に記録された利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１のファイル名にマッピングされたファイルシステム（ＶＦＳ）が構築される。このマッピング情報を持つファイルシステム（ＶＦＳ）を利用した再生処理において、ローカル記憶部１５５に記録された利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）４７１の読み出しが行われることになる。

なお、利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）は、多くの場合、コンテンツの種類に応じた設定とされる。一般的に映画などのコンテンツの利用制限は厳しく、コマーシャルなどのコンテンツでは利用制限が緩和される。具体的な利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）のデータ構成例について図２２、図２３を参照して説明する。図２３は、映画などのメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ）に対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）であり、図２３は、コマーシャルコンテンツに対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）の例である。

映画などのメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ）に対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）は、図２２に示すように、例えば、以下のコンテンツ利用制御情報を持つ。
（１）ＥＰＮ（インターネット再送信についてのフラグ）
ＥＰＮ−ｕｎａｓｓｅｒｔｅｄ：ＣＣＩがＣｏｐｙ Ｃｏｎｔｒｏｌ Ｎｏｔ Ａｓｓｅｒｔｅｄの時のみ参照される
（２）ＣＣＩ（Ｃｏｐｙ制御情報）
Ｎｅｖｅｒ Ｃｏｐｙ：Ｃｏｐｙ禁止
（３）Ｉｍａｇｅ＿Ｃｏｎｓｔｒａｉｎｔ＿Ｔｏｋｅｎ（解像度制限に関する情報）
Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ａｎａｌｏｇ Ｏｕｔｐｕｔ ｉｎ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ａｎａｌｏｇ Ｆｏｒｍ：解像度制限無し
（４）Ｄｉｇｉｔａｌ＿Ｏｎｌｙ＿Ｔｏｋｅｎ（アナログ出力に関する情報）
Ｏｕｔｐｕｔ ｏｆ ｄｅｃｒｙｐｔｅｄ ｃｏｎｔｅｎｔ ｉｓ ａｌｌｏｗｅｄ ｆｏｒ Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ Ｏｕｔｐｕｔｓ ：デジタル、アナログ共に出力可能
（５）ＡＰＳ（アナログ出力されたコンテンツ保護に関する情報）
ＡＰＳ１ ｏｎ： ｔｙｐｅ １（ＡＧＣ）：Ｍａｃｒｏｖｉｓｉｏｎのｔｙｐｅ １
（６）Ｔｙｐｅ＿ｏｆ＿Ｔｉｔｌｅ（再生時にネット接続が必要なコンテンツか否かの情報）
Ｂａｓｉｃ Ｔｉｔｌｅ：ネット接続不要

またコマーシャルコンテンツに対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）は、図２３に示すように、例えば、以下のコンテンツ利用制御情報を持つ。
（１）ＥＰＮ（インターネット再送信についてのフラグ）
ＥＰＮ−ｕｎａｓｓｅｒｔｅｄ：暗号化不要
（２）ＣＣＩ（Ｃｏｐｙ制御情報）
Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｎｏｔ Ａｓｓｅｒｔｅｄ：コピー制限無し，平文として記録される
（３）Ｉｍａｇｅ＿Ｃｏｎｓｔｒａｉｎｔ＿Ｔｏｋｅｎ（解像度制限に関する情報）
Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ａｎａｌｏｇ Ｏｕｔｐｕｔ ｉｎ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ａｎａｌｏｇ Ｆｏｒｍ：解像度制限無し
（４）Ｄｉｇｉｔａｌ＿Ｏｎｌｙ＿Ｔｏｋｅｎ（アナログ出力に関する情報）
Ｏｕｔｐｕｔ ｏｆ ｄｅｃｒｙｐｔｅｄ ｃｏｎｔｅｎｔ ｉｓ ａｌｌｏｗｅｄ ｆｏｒ Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ Ｏｕｔｐｕｔｓ ：デジタル、アナログ共に出力可能
（５）ＡＰＳ（アナログ出力されたコンテンツ保護に関する情報）
ＡＰＳ ｏｆｆ：アナログプロテクションなし
（６）Ｔｙｐｅ＿ｏｆ＿Ｔｉｔｌｅ（再生時にネット接続が必要なコンテンツか否かの情報）
Ｂａｓｉｃ Ｔｉｔｌｅ：ネット接続不要

なお、図２２、図２３に示す利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）は、それぞれのコンテンツタイプに対応する利用制御情報の一例であり、コンテンツに各々に応じて様々な設定がなされることになる。

［６．プレイリスト未記録ディスクに対するプレイリストのダウンロードによる提供処理構成］
上述したコンテンツダウンロード処理例は、ディスク格納コンテンツの再生はディスクに予め格納されたプレイリストを適用して実行可能であり、追加コンテンツや修正コンテンツをサーバから提供する構成として説明したが、例えば、映画などのメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃ｎ）をディスクに格納して、このコンテンツを再生するために利用するプレイリストをディスクに記録せず、ディスクの記録データのみではコンテンツ再生を不可能として、プレイリストをサーバからダウンロードすることで、ディスクに記録されたメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃ｎ）の再生を許容するといった設定も可能となる。このような構成例について、図２４、図２５を参照して説明する。

前述したように、コンテンツの再生にはプレイリストが必要であり、プレイリストに記載されたインデックスによって再生コンテンツが選択されてコンテンツ再生が実行される。従って、ディスクに映画などのコンテンツが記録されていても、そのコンテンツを再生コンテンツとして設定しているプレイリストがない場合は、そのコンテンツの再生は実行されないことになる。

以下、説明する例は、例えば無料で映画コンテンツの格納されたディスクを不特定のユーザに配布し、その後、そのディスクを装着した情報処理装置とサーバ間で予め設定した手続を実行することで、サーバからディスクに格納されたコンテンツの再生指定情報を持つプレスイリストを提供して、ユーザ側の情報処理装置のローカル記憶部に格納させて、そのプレイリストを利用してディスク格納コンテンツの再生を可能とする構成である。

情報処理装置とサーバ間で実行する手続としては、例えばユーザ情報の提供によるユーザ登録処理、あるいは課金処理、あるいは認証処理など様々な手続であり、これは、コンテンツを提供するサーバ側が自由に設定可能である。

図２４を参照して、映画などのメインコンテンツ（ＭｏｖｉｅＴｉｔｌｅ＃１）５０１が記録され、メインコンテンツ（ＭｏｖｉｅＴｉｔｌｅ＃１）５０１の再生に利用するためのプレイリストを記録していないディスク１００を装着した情報処理装置１５０がサーバ１９１からメインコンテンツ（ＭｏｖｉｅＴｉｔｌｅ＃１）５０１の再生に利用するプレイリスト＃１（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃１）５１１を取得する処理例について説明する。

まず、ステップＳ４０１において、ユーザがディスク１００を装着した情報処理装置１５０の入力部（ＵＩ）を介して、ディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ＃１）を起動する。この処理は、先に図７を参照して説明したコンテンツ管理アプリケーション（ＢＤ−Ｊ１）３２１の起動処理に相当する。すなわち映画の再生処理時に実行されるタイトル指定と同様の処理によってディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ＃１）を起動する。

情報処理装置１５０によるコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ＃１）の実行により、情報処理装置１５０はステップＳ４０２において、ディスク１００からディスク記録識別子、例えばコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどを取得し、プレイリストの提供処理を行なうサーバ１９１に送信する。なお、サーバ１９１に対する送付情報は、どのコンテンツの格納されたディスクであるかをサーバに伝えることが可能であればよく、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮ、これらのいずれかのデータか、あるいはその他のディスクを識別可能なデータであればよい。また、ユーザＩＤ、情報処理装置ＩＤなどを送付する設定としてもよい。これらの設定は、コンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ＃１）において規定される。

サーバ１９１は情報処理装置１５０からのダウンロード要求を受信すると、ステップＳ４０３において、情報処理装置１５０との認証処理を実行する。この認証処理は、例えば、情報処理装置１５０に装着されたディスク１００が真正なディスクであるか、あるいは情報処理装置１５０がＡＡＣＳ規定コンテンツの再生を許容された装置であるかなど、サーバ１９１が自由に設定した認証条件に従って行われる。

情報処理装置１５０は、ディスクの正当性、または情報処理装置の正当性を示す識別データをサーバ１９１に送信し、サーバ１９１において識別データを適用した認証処理が行われ、ディスクの正当性、または情報処理装置の正当性が確認されたことを条件として、情報処理装置１５０は、ディスク記録コンテンツの再生処理に利用するプレイリストを受信することができる。

サーバ１９１は、例えばメディアＩＤに相当するシリアルナンバーであるＰＭＳＮ等のディスク対応のＩＤを用いた認証を行い、この認証が成功したことを条件として、情報処理装置１５０から受信したディスク識別情報などに基づいて識別情報に対応するプレイリストをデータベースから取得して、情報処理装置１５０に送信する。この場合、送信データは、
（ａ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃１）５１１、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）５１２、
これらの２つのデータとなる。

なお、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃１）５１１は、ディスク１００に格納されたメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）５０１が再生コンテンツとして含まれるプレイリストである。

情報処理装置１５０は、サーバ１９１からこれらのデータを受信してステップＳ４０４においてローカル記憶部１５５に格納する。この処理により、ローカル記憶部１５５には以下のデータ、すなわち、
（ａ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃１）５１１、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）５１２、
これらのデータが記録される。

これらのデータ記録後の状態において、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃１）５１１を再生プレイリストとして選択した再生を行うと、メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）５０１の再生が行われることになる。

このように、本処理例では、認証が成功してサーバ１９１からプレイリストを受領するまでは、ディスク１００に格納されたメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）５０１は再生不可能になる。このように、プレイリストを、再生を許可した特定のユーザに提供する設定とすることで、コンテンツ格納ディスクは不特定多数に自由に配布することが可能となる。

また、ディスク格納コンテンツの再生に興味を持ったユーザは、サーバにアクセスすることになり、サーバは、例えばアクセスしたユーザの情報を集めることでユーザ情報を効率的に収集可能となる。この結果、サーバ１９１は、特定のコンテンツに興味を持つユーザ情報を収集可能となり、ユーザの嗜好情報を解析して新たなサービスをユーザに提供するなどの処理が可能となる。なおユーザの嗜好情報などの取得、管理処理については、後段でさらに詳細を説明する。

なお、上述の例では、プレイリストが全く記録されていないディスクの格納コンテンツに対応するプレイリストをサーバから提供する例を説明したが、ディスクに格納されたコンテンツ中、特定の限られたコンテンツのみを再生するプレイリストをディスクに格納して提供し、ディスクに格納されたコンテンツの全てを再生するプレイリストをサーバから提供するといった設定としてもよい、またディスクに格納したプレイリストと異なる再生順を持つプレイリストをサーバから提供する構成としてもよい。

このように、ディスク格納コンテンツに対応するプレイリストをサーバから配布する構成とすることで、例えば、不特定多数のユーザにディスクを配布し、所定の手続きを実行したクライアントのみにサーバからプレイリストを配布することが可能となり、再生コンテンツを異ならせたプレイリストを設定してユーザに応じて低器用するプレイリストを選択する構成とすれば、ユーザに応じた様々な再生可能なコンテンツの設定が可能となる。

また、ダウンロードによって提供するプレイリストファイルは、例えばサーバの秘密鍵を用いた電子署名等で保護する構成とすることによって、不正なプレイリストの流通を防止することができる。すなわち、ダウンロードによって提供するプレイリストファイルにサーバの秘密鍵を用いた電子署名を付与してユーザ側の情報処理装置に提供し、ユーザ側に提供しているサーバの公開鍵で電子署名検証を行い、改竄のない正当なプレイリストであることの確認がなされた場合にのみプレイリストを利用する設定として、不正なプレイリストの流通を防止することが可能である。

また、サーバ１９１は、情報処理装置１５０から受信するコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどを利用して、ディスク各々に対するダウンロード回数のカウントを実行して、ダウンロード回数の制限を行うことも可能である。また、海賊盤のチェック処理によって不正ディスクの発見も可能となる。

また、認証処理に際して、情報処理装置１５０対応のＩＤ、例えば、情報処理装置１５０固有のハードウェアＩＤや、情報処理装置が生成した乱数を情報処理装置１５０対応のＩＤとして受信して、サーバの管理データとして登録し、情報処理装置単位でダウンロード回数の管理を行い、ダウンロード回数の制限などを行う構成としてもよい。ユーザＩＤを送信させる設定とすればユーザＩＤによる管理も可能である。

図２４を参照して説明したプレイリストのダウンロード処理のシーケンスについて図２５に示すフローチャートを参照して説明する。ステップＳ４２１において、ユーザがディスク１００を装着した情報処理装置１５０の入力部（ＵＩ）を介して、ディスク１００に記録されたコンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）を起動する。

次にステップＳ４２２において、コンテンツ管理アプリケーション（ＢＤ−Ｊ ａｐｐ）により、ディスク１００からディスク対応の識別子、例えば、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮの少なくともいずれかを取得し、ステップＳ４２３において、取得したディスク対応の識別子をプレイリストの提供処理を行なうサーバに送信する。

なお、前述したようにサーバに対する送付情報は、どのコンテンツの格納されたディスクであるかをサーバに伝えることが可能であればよく、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮ、これらのいずれかのデータか、あるいはその他のディスクを識別可能なデータであればよい。

次のステップＳ４２４、ステップＳ４２５の処理はサーバ側の処理である。ステップＳ４２４においてサーバは情報処理装置から受信したディスク対応の識別子を用いて認証処理を実行し、例えば真正なディスクであるか否かの判定を行う。前述したように、この認証処理は、情報処理装置に装着されたディスクが真正なディスクであるか、あるいは情報処理装置がＡＡＣＳ規定コンテンツの再生を許容された装置であるかなど、サーバが自由に設定した認証条件に従って行われる。

この認証が失敗した場合は、プレイリストの送付を行うことなく処理を終了する。認証が成立した場合は、ステップＳ４２５に進み、サーバは情報処理装置から受信したディスク識別情報などに基づいて識別情報に対応するプレイリストをデータベースから取得して、情報処理装置に送信する。この場合、送信データは、
（ａ）プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ）、
（ｂ）バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）、
これらの２つのデータであり、プレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ）は、ディスクに格納されたメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ）が再生コンテンツとして含まれるプレイリストである。

ステップＳ４２６において、情報処理装置は、サーバからこれらのデータを受信してローカル記憶部に格納する。この処理により、ローカル記憶部にプレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ）、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）が記録される。これらのデータ記録後の状態において、ダウンロードしたプレイリストファイル（ＰｌａｙＬｉｓｔ ｆｉｌｅ）を再生プレイリストとして選択した再生を行うと、ディスクに記録されたメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ）の再生が行われることになる。

［７．サーバにおけるユーザ管理処理］
クライアント（情報処理装置１５０）に対してコンテンツなどの提供を行うコンテンツ提供装置としてのサーバは、クライアント（情報処理装置１５０）からのコンテンツダウンロード要求を受領して、クライアントに対してコンテンツ、例えば映画などのメインコンテンツ、ＣＭコンテンツ、アプリケーションプログラム、プレイリスト、利用制御情報などを提供する。この処理に際して、サーバはクライアント（情報処理装置１５０）からディスクに記録された識別情報などを受信する。以下では、サーバにおけるコンテンツ提供処理に際してクライアント（情報処理装置１５０）から受信するデータに基づいてユーザ管理を行う構成例について説明する。

図２６は、ディスク１００を装着した情報処理装置１５０が、サーバ１９１にアクセスしてコンテンツのダウンロード処理を行う処理を説明する図であり、ステップＳ５０１において、ダウンロード処理の実行プログラムとしてのアプリケーション（ＢＤ−Ｊ ａｐｐ＃１）を起動して実行する。

ステップＳ５０２では、アプリケーション（ＢＤ−Ｊ ａｐｐ＃１）の実行により、ディスク１００に記録されたコンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどの少なくともいずれかのディスク記録ＩＤを取得し、これらの情報をサーバ１９１に送信する。本処理例では、コンテンツのダウンロード要求を行う際にサーバ１９１に送信するデータを、
（ａ）コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどの少なくともいずれかのディスク記録ＩＤ、
（ｂ）情報処理装置１５０の識別子（情報処理装置ＩＤ）、
（ｃ）ユーザ識別子（ユーザＩＤ）、
（ｄ）ユーザ情報、
上記（ａ）〜（ｄ）の情報のいずれか、またはその組み合わせとする。どのようなデータを要求するかはサーバ１９１の管理者が任意に設定可能であり、その設定に従った処理を実行するアプリケーション（ＢＤ−Ｊ ａｐｐ＃１）をディスク１００に記録すればよい。

サーバ１９１は、情報処理装置１５０から上記（ａ）〜（ｄ）の少なくともいずれかの情報を受領して、必要であれば認証処理を実行した後、コンテンツを情報処理装置１５０に送信する。情報処理装置１５０は、ステップＳ５０３において、サーバ１９１からの受信コンテンツをローカル記憶部１５５に格納する。

サーバ１９１は、このコンテンツダウンロード処理過程において情報処理装置から受信するデータ、例えば、上述した以下の（ａ）〜（ｄ）のデータ、
（ａ）コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどの少なくともいずれかのディスク記録ＩＤ、
（ｂ）情報処理装置１５０の識別子（情報処理装置ＩＤ）、
（ｃ）ユーザ識別子（ユーザＩＤ）、
（ｄ）ユーザ情報、
これら（ａ）〜（ｄ）の情報に基づいて、ユーザ管理を行う。

ユーザ管理の具体例について、図２７を参照して説明する。図２７には、サーバ１９１の保持する管理データベースのディレクトリ例を示している。サーバ１９１の管理データベースは、例えば図２７に示すように、サーバ１９１の提供するサービス単位（サービスＩＤ）のディレクトリが設定されている。ただしこの例は一例であり、コンテンツ単位、ユーザ単位など、様々な設定が可能である。

図２７に示す例は、サービスＩＤ＃１のディレクトリに、このサービスを受領しているユーザ単位のディレクトリ（ＵｓｅｒＩＤ＃ｍ〜＃ｎ）が設定され、各ユーザ単位の情報を記録する設定である。

例えば、ユーザｍ（ＵｓｅｒＩＤ＃ｍ）の、ユーザ管理情報として、図に示すようなユーザｍの購入ディスク情報が記録されている。図２７の右側の表に示すように、インデックスに対応してディスクＩＤが記録されている。このディスクＩＤは、サーバ１９１に対するコンテンツダウンロード要求時に情報処理装置１５０から受領したデータである。すなわち、ユーザｍ（ＵｓｅｒＩＤ＃ｍ）はこれらのディスクを保有していることが確認される。

情報処理装置１５０は、コンテンツのダウンロード要求時に、情報処理装置１５０に装着したディスクから取得したＩＤをサーバ１９１に送信する設定となっており、この際、サーバ１９１がユーザＩＤも併せて送信させる構成とすることで、図２７に示すようなユーザ管理情報を生成、更新することが可能となる。

このように、サーバは、例えばユーザＩＤ毎にディスクの識別子を保持する構成として、ユーザのディスク購入枚数をカウントして、カウントに応じてユーザに配信するコンテンツを変更するなどの設定が可能となる。例えば一定数のディスク購入ユーザにはサービスコンテンツを提供するといった処理が可能となる。さらにダウンロード実行時にユーザの個人情報を送付させて、ユーザ個人情報をサーバ１９１で管理する設定とすれば、ユーザの個人情報に応じて配信コンテンツを変えるといった処理も可能となる。

コンテンツダウンロードの要求時にユーザの個人情報、例えば、住所、氏名、性別、年齢、趣味などの情報をユーザに入力させて送信させる設定や、情報処理装置の識別情報を送信させる設定とすれば、サーバ１９１は、さらに詳細な情報を受信し管理することが可能であり、例えば図２８に示すようなユーザ個人情報や装置情報を含むユーザ管理情報を生成、更新することが可能となる。図２８に示すデータは、特定のコンテンツを格納したディスクを購入したユーザ情報をまとめた管理データである。なお、ユーザ情報や装置ＩＤなどは、例えば最初のコンテンツダウンロード処理時に一度のみ送信する設定でもよい。

このように、サーバは、例えばユーザＩＤや情報処理装置ＩＤ毎にディスクの識別子を保持する構成として、ユーザのディスク購入枚数、あるいは情報処理装置単位の利用ディスク数などをカウントして、カウントに応じてユーザに配信するコンテンツを変更するなどの設定が可能となる。例えば一定数のディスク購入ユーザにはサービスコンテンツを提供するといった処理が可能である。さらにユーザの個人情報に応じて配信コンテンツを変えるといった処理も可能となる。

サーバ１９１は、このように利用ディスク情報に併せてユーザや装置に関する情報を取得することで、ユーザの興味のある分野などを解析することが可能となり、例えば、ユーザに対するメッセージの送信やコマーシャルデータの選択提供などに利用することができる。

次に、図２９、図３０を参照して、ユーザが実際にディスク格納コンテンツを再生したことをサーバに通知し、サーバがこれらの通知情報を解析して、ユーザに提供するコンテンツを選択する処理例について説明する。

図２９に示すディスク１００には、
（ａ１）コマーシャルコンテンツ（ＣＭ＃１）、
（ａ２）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）、
（ａ３）アプリケーションプログラム（ＢＤ−Ｊ＃１）、
これらのコンテンツセットと、
（ｂ１）コマーシャルコンテンツ（ＣＭ＃２）、
（ｂ２）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）、
（ｂ３）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
これらのコンテンツセットが記録されている。なお、ディスク１００には、図示しないがこれらのコンテンツの再生に利用するプレイリストが格納されている。

例えばプレイリスト＃１は、
（ａ１）コマーシャルコンテンツ（ＣＭ＃１）、
（ａ２）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）、
（ａ３）アプリケーションプログラム（ＢＤ−Ｊ＃１）、
これらのコンテンツを（ａ１），（ａ２），（ａ３）の順番で再生する設定を有し、プレイリスト＃２は、
（ｂ１）コマーシャルコンテンツ（ＣＭ＃２）、
（ｂ２）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）、
（ｂ３）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
これらのコンテンツを（ｂ１），（ｂ２），（ｂ３）の順番で再生する設定を有している。

ここで、
（ａ３）アプリケーションプログラム（ＢＤ−Ｊ＃１）は、
情報処理装置１５０のデータ処理部において実行され、情報処理装置において、
（ａ１）コマーシャルコンテンツ（ＣＭ＃１）、
（ａ２）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）、
これらのコンテンツの再生が実行されたことをサーバ１９１に通知する処理を実行させるプログラムである。なお、この通知処理に際しては、ディスクに対応して設定されたＩＤ、例えば、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどの少なくともいずれかのディスク記録ＩＤもサーバ１９１に通知する。

同様に、
（ｂ３）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
このプログラムは、情報処理装置１５０のデータ処理部において実行され、情報処理装置において
（ｂ１）コマーシャルコンテンツ（ＣＭ＃２）、
（ｂ２）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）、
これらのコンテンツの再生が実行されたことをサーバ１９１に通知する処理を実行させるプログラムとして設定されている。

このような再生情報の通知構成により、サーバ１９１は情報処理装置１５０において実際に再生されたコンテンツを確認することができる。このような再生情報を利用した処理例について図３０を参照して説明する。

図３０は、ユーザの利用する情報処理装置１５０において再生されたコンテンツをサーバ１９１が確認し、再生コンテンツ情報に基づいてユーザの嗜好を判断して、サーバ１９１からユーザに提供するコマーシャルコンテンツを決定して提供する処理例を示す図である。

図３０に示すディスク１００には、
（ａ１）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）、
（ａ２）アプリケーションプログラム（ＢＤ−Ｊ＃１）、
これらのコンテンツセットと、
（ｂ１）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）、
（ｂ２）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
これらのコンテンツセットと、
図示しないプレイリストが格納されている。

プレイリスト＃１は、
（ａ１）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）、
（ａ２）アプリケーションプログラム（ＢＤ−Ｊ＃１）、
これらのコンテンツを（ａ１），（ａ２）の順番で再生する設定を有し、プレイリスト＃２は、
（ｂ１）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）、
（ｂ２）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
これらのコンテンツを（ｂ１），（ｂ２）の順番で再生する設定を有している。

ここで、
（ａ２）アプリケーションプログラム（ＢＤ−Ｊ＃１）は、
（ａ１）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）の再生が実行されたこと、
（ｂ２）アプリケーションプログラム（ＢＤ−Ｊ＃２）は、
（ｂ１）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）の再生が実行されたことをサーバ１９１に通知する処理を実行させるプログラムが含まれている。

まず、情報処理装置１５０を利用するユーザが、ステップＳ５４１において、
（ａ１）メインコンテンツ＃１（Ｍｏｖｉｅ Ｔｉｔｌｅ＃１）、
（ａ２）アプリケーションプログラム（ＢＤ−Ｊ＃１）、
（ｂ１）メインコンテンツ＃２（Ｍｏｖｉｅ Ｔｉｔｌｅ＃２）、
（ｂ２）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
これらのコンテンツを対応するプレイリストを利用して再生すると、ステップＳ５４２において、各アプリケーションプログラムの実行により、再生の事実がサーバ１９１に通知される。この通知処理に際しては、ディスクに対応して設定されたＩＤ、例えば、コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどの情報や、サーバ１９１が要求する情報、例えば情報処理装置１５０の識別情報、ユーザＩＤ、ユーザ情報などが通知される。なお、これらの設定は、
（ａ２）アプリケーションプログラム（ＢＤ−Ｊ＃１）、
（ｂ２）アプリケーションプログラム（ＢＤ−Ｊ＃２）、
のプログラム設定により自在に変更可能である。

サーバは、これらの情報を受信して、ユーザ嗜好情報管理データベース６３１に記録する。このデータベースは、例えば、図２７、図２８を参照して説明したユーザ管理情報を記録したデータベースである。

次に、ステップＳ５４３において、情報処理装置１５０の利用ユーザは、ダウンロード処理の実行プログラムとしてのアプリケーション（ＢＤ−Ｊ ａｐｐ＃１）を起動して実行する。ステップＳ５４４では、アプリケーション（ＢＤ−Ｊ ａｐｐ＃１）の実行により、予めプログラムに設定された送信要求データ、例えば、
（ａ）コンテンツＩＤ、ボリュームＩＤ、メディアＩＤに相当するシリアルナンバーであるＰＭＳＮなどの少なくともいずれかのディスク記録ＩＤ、
（ｂ）情報処理装置１５０の識別子（情報処理装置ＩＤ）、
（ｃ）ユーザ識別子（ユーザＩＤ）、
（ｄ）ユーザ情報、
上記（ａ）〜（ｄ）の情報のいずれか、またはその組み合わせデータをサーバ１９１に送信する。

サーバ１９１は、情報処理装置１５０からのコンテンツダウンロード要求を受信すると、受信データに含まれる各種の識別情報に基づいてユーザ嗜好情報管理データベース６３１の記録情報の検索を実行し、ダウンロード要求を行ったユーザから以前に受信したデータを確認してユーザの嗜好を判定する。サーバ１９１では、判定されたユーザ嗜好に適応したコマーシャルコンテンツであるＣＭコンテンツ（ＣＭ＃１）６４１を選択し、これをダウンロードコンテンツとして選定して情報処理装置１５０に提供する。なお、バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）６４２、さらに必要に応じてプレイリストも併せて送信する。情報処理装置１５０は、ステップＳ５４５においてこれらの受信コンテンツをローカル記憶部１５５に格納する。

このような処理によって、サーバは、ユーザの嗜好を解析し、ユーザの嗜好に応じたコマーシャルコンテンツなどのコンテンツ提供を行うことができる。例えば、具体的には、ユーザの視聴コンテンツが車に関連する映画コンテンツであった場合は、車関連のコマーシャルを提供し、ユーザの視聴コンテンツが韓国の映画コンテンツであった場合は、韓国旅行や韓国製品のコマーシャルを提供するなどである。

なお、上記処理例では、ユーザの嗜好を判定してユーザ嗜好に適応したコマーシャルコンテンツを提供する構成例を説明したが、提供コンテンツは、コマーシャルに限らない。例えばユーザ嗜好に応じた映画コンテンツなどのメインコンテンツを選択してユーザに推薦する処理を行う構成としてもよく、あるいはユーザの興味にあったゲームプログラムのコンテンツなどを提供する処理を行う構成としてもよい。

このように、クライアントに対してコンテンツを提供するコンテンツ提供装置としてのサーバは、クライアント（情報処理装置１５０）からのコンテンツ要求に応じてコンテンツ提供処理を実行するデータ処理部を有し、データ処理部は、クライアントの装着ディスクに記録されたディスクまたはコンテンツを識別するディスク記録識別子と、クライアント側装置の装置識別子またはクライアント側ユーザのユーザ識別子の少なくともいずれかの識別情報をクライアントから受信し、クライアントから受信したディスク記録識別子の履歴情報を装置単位、またはユーザ単位で管理データベースに蓄積し、該管理データベースの蓄積情報に基づいて、クライアント側ユーザの嗜好を解析してユーザ嗜好に適応したコンテンツの提供を行う。また、クライアントから個人情報を受信して、個人情報を管理データベースに蓄積し、個人情報を利用して提供コンテンツの選択を実行する構成としてもよい。

なお、サーバ１９１のデータ処理部は、コンテンツに併せて前述のバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）をクライアントに提供する。すなわち、サーバ１９１のデータ処理部は、クライアント（情報処理装置１５０）の装着ディスクに記録されたディスク記録コンテンツと、コンテンツ提供装置がクライアントに提供しクライアントのローカル記憶部に格納されるローカル記憶部格納コンテンツのマッピング情報を含むバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）をクライアントに提供する。マッピング情報は、前述したようにクライアントにおけるコンテンツ再生に際して、プレイリストに記録されたディスク記録コンテンツ情報に基づいて、ローカル記憶部格納コンテンツを再生コンテンツとして取得して再生させるための情報を有する。

例えばサーバ１９１は、ユーザ嗜好に適応したコマーシャルコンテンツと、このコマーシャルコンテンツをクライアント（情報処理装置１５０）側のディスクに記録されたディスク記録コマーシャルコンテンツの代わりに再生させるためのマッピング情報をクライアントに提供する処理を行う。

［８．ディスク格納コンテンツおよびダウンロードコンテンツの作成および管理処理］
次に、図３１〜図３３を参照して、ディスク格納コンテンツおよびダウンロード用コンテツの生成、管理、クライアント（情報処理装置１５０）に対するコンテンツ提供処理の詳細について説明する。これらの処理構成はコンテンツの種類に応じて異なる処理となる。以下、図３１〜図３３を参照して、以下の各コンテンツ種類に対応する処理例について説明する。
（１）ダウンロードコンテンツが暗号化コンテンツの場合（図３１）
（２）ダウンロードコンテンツが非暗号化コンテンツの場合（図３２）
（３）ダウンロードコンテンツがプログラムコンテンツの場合（図３３）

（１）ダウンロードコンテンツが暗号化コンテンツの場合
まず、図３１を参照してダウンロードコンテンツが暗号化コンテンツの場合の処理例について説明する。

図３１には、
（ａ）コンテンツ編集処理を実行するコンテンツ編集ファシリティ７１０、
（ｂ）ディスク製造を行うディスク製造部であるディスク製造ファシリティ７２０、
（ｃ）クライアント（情報処理装置１５０）に対するコンテンツ提供処理を実行するサーバ７３０、
これらの構成、および処理を示している。なお、サーバ７３０は、上述した説明においてコンテンツやバインドファイルの提供処理を実行するサーバ１９１に相当する。

まず、コンテンツ編集ファシリティ７１０が、コンテンツの編集処理を行い、ディスク格納用のメインコンテンツ７１１と、ダウンロード用のサブコンテンツ７１２を生成する。なお、これらのコンテンツには、前述したコンテンツ再生に適用するプレイリストや、バインドファイルも含まれている。生成したコンテンツは、ディスク製造ファシリティ７２０に提供される。なお、この提供処理の際にコンテンツＩＤなどのコンテンツ属性情報７１３を合わせて提供する。

ディスク製造ファシリティ７２０は、コンテンツ編集ファシリティ７１０が生成したディスク格納用のメインコンテンツ７１１と、ダウンロード用のサブコンテンツ７１２を受領すると、ステップＳ８０１において、これらのコンテンツの暗号化処理を実行する。暗号化処理に適用する鍵は、先に説明したＣＰＳユニット鍵７２１である。なお、プレイリストや、バインドファイル、その他のデータに関しては暗号化対象とする場合としない場合とがある。

ＣＰＵユニット鍵７２１を適用した暗号化処理により、ディスクに記録する暗号化メインコンテンツ７２２と、ダウンロード用の暗号化サブコンテンツ７２３を生成する。なお、１つのコンテンツが複数のユニットに区分されている場合は、ユニット単位で異なるＣＰＳユニット鍵を適用して暗号化処理を行う。メインコンテンツとサブコンテンツについてもそれぞれ異なるＣＰＳユニット鍵を適用した暗号化を施す設定としてもよい。

暗号化メインコンテンツ７２２は、スタンパに記録される。スタンパはディスク製造用の原盤である。図に示す例では、２つの原盤：スタンパ１，７２５と、スタンパ２，７２６を生成した例を示している。各スタンパ単位で識別子、すなわちボリュームＩＤが設定される。
スタンパ１，７２５に対してボリュームＩＤ＃１、
スタンパ２，７２６に対してボリュームＩＤ＃２、
がそれぞれ設定される。

これらのスタンパを利用してユーザに提供するディスクが製造される。
スタンパ１，７２５に基づいてディスクセット＃１，７２７が生成され、
スタンパ２，７２６に基づいてディスクセット＃２，７２８が生成され、
これらのディスクがユーザに提供される。なお、これらのディスクにはいずれも同じメインコンテンツが記録されている。ただし、それぞれボリュームＩＤが異なるディスクとなる。

なお、図には示していないが、先に図１を参照して説明したように、ディスクにはコンテンツの他にも、ＣＰＳユニット鍵ファイル、ＭＫＢ、利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）などの様々なデータが記録される。

ディスク製造ファシリティ７２０は、さらに、ステップＳ８０２において、コンテンツの暗号化処理に適用したＣＰＳユニット鍵７２１の暗号化処理を実行してＣＰＳユニット鍵ファイルを生成する。ＣＰＳユニット鍵は、各スタンパに対応する識別情報としてのボリュームＩＤもしくはボリュームＩＤから導かれる値を用いて暗号化される。

ディスク製造ファシリティ７２０は、
（ａ）ＣＰＳユニット鍵を適用して暗号化した暗号化サブコンテンツ７２３、
（ｂ）スタンパ１，７２５と、スタンパ２，７２６の識別情報としてのボリュームＩＤ＃１、ボリュームＩＤ＃２、
（ｃ）ボリュームＩＤ＃１、ボリュームＩＤ＃２を用いてＣＰＳユニット鍵を暗号化して生成したＣＰＳユニット鍵ファイル＃１、ＣＰＳユニット鍵ファイル＃２、
これらの各データを、ダウンロードコンテンツのユーザに対する提供処理を実行するサーバ７３０に提供する。

サーバ７３０は、ディスク製造ファシリティ７２０から受領したデータ、
ボリュームＩＤ＃１，７３３、
ボリュームＩＤ＃２，７３４、
ＣＰＳユニット鍵ファイル＃１，７３５、
ＣＰＳユニット鍵ファイル＃２，７３６、
暗号化サブコンテンツ７３７、
これらのデータを保持し、さらに、
コンテンツダウンロード処理において利用されるアプリケーションプログラムとしての
ＢＤ−Ｊアプリ＃２，７３１、
ＢＤ−Ｊアプリ＃３，７３２、
これらのプログラムを有している。
なお、先に説明したように、ＢＤ−Ｊアプリ＃２，７３１、ＢＤ−Ｊアプリ＃３，７３２は、例えば、それぞれ以下の処理を実行するアプリケーションプログラムである。

ＢＤ−Ｊアプリ＃２
（ａ）ユーザに商品（ダウンロードデータ）を選ばせる処理
（ｂ）ユーザの選択した商品をサーバに伝える処理
（ｃ）課金処理（オプション）
これらの処理を実行する。

ＢＤ−Ｊアプリ＃３
ダウンロードデータのローカル記憶部に対する記録時に実行され、以下の処理を実行する。
（ａ）ディスク格納コンテンツとローカル記憶部格納コンテンツを、仮想的な１つのメディア格納コンテンツとして設定するバーチャルファイルシステム（ＶＦＳ）で使用できる状態に設定し、ＡＶ関連ファイル（再生対象コンテンツ）をローカル記憶部に記録する処理、
（ｂ）ＶＦＳで使用できる状態にしてＡＡＣＳ関連ファイル（管理情報）をローカル記憶部に記録する処理、
これらの処理を実行するためのアプリケーションプログラムである。

サーバ７３０は、図示しないユーザの情報処理装置からのコンテンツダウンロード要求を受信すると、ダウンロードコンテンツの提供処理を実行する。この処理は、先に図７他を参照して説明した処理に相当する。すなわち、サーバ７３０は、ステップＳ８２１において、情報処理装置からのダウンロード要求データに含まれるコンテンツＩＤやユーザＩＤに基づいて、ユーザ（情報処理装置）に対して許容する処理のリストである許容処理リストを生成し、コンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）７３１を選択して情報処理装置に提供する。情報処理装置は、サーバ７３０から受信したコンテンツ管理アプリケーション（ＢＤ−Ｊアプリ２）７３１を適用した処理により、許容処理リストを情報処理装置の表示部に表示して、ユーザがダウンロードコンテンツの選択を行ない、選択情報のサーバに対する送信、さらに、必要であれば、決済処理を実行する。情報処理装置の表示部に決済画面を表示し、ユーザは、決済画面に例えばクレジットカード番号等の決済に必要なデータを入力して送信する。一連の処理の終了後、ステップＳ８２２において、サーバ７３０は、ダウンロード処理を許可して、ダウンロードするコンテンツ等のデータを選択して選択情報を情報処理装置に送信する。

なお、ダウンロード要求をサーバ７３０に対して行った情報処理装置は、サーバに対して装着ディスクから取得したボリュームＩＤを送信してくるので、サーバ７３０は、受信したボリュームＩＤに基づいてＣＰＳユニット鍵ファイルを選択して情報処理装置に提供する。すなわち、同じタイトルのコンテンツが格納されたディスクでもボリュームＩＤが異なれば、適用するＣＰＳユニット鍵ファイルが異なるので、ＣＰＳユニット鍵ファイルを配信する際には、ボリュームＩＤに従った選択を行う。

なお、サーバ７３０は、ディスク製造部であるディスク製造ファシリティ７２０の製造したディスクを装着したクライアント（情報処理装置１５０）から、ディスクまたはディスク記録コンテンツを識別する識別子を受信して、
（ａ）サーバ配信コンテンツ、
（ｂ）ディスク記録コンテンツとサーバ配信コンテンツとのマッピング情報を持つバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）、
これらの（ａ），（ｂ）の各データをクライアント（情報処理装置１５０）に送信し、クライアントは、再生コンテンツ情報としてディスク記録コンテンツ情報を記録したプレイリストを利用したコンテンツ再生に際して、先に説明したマッピング情報を利用したコンテンツ取得処理により、プレイリストの指定するディスク記録コンテンツに替えてまたは追加してサーバ配信コンテンツを再生するといった処理が可能となる。

また、図３１に示す例では、ディスク製造部であるディスク製造ファシリティ７２０は、暗号鍵（ＣＰＳユニット鍵７２１）を利用してディスク格納コンテンツを暗号化して、複数のディスクからなるディスクセット対応の識別子であるボリュームＩＤとともにディスクに記録する処理を行い、さらに、暗号鍵（ＣＰＳユニット鍵７２１）をボリュームＩＤもしくはボリュームＩＤから導かれる値によって暗号化したデータを含む鍵ファイル（ＣＰＳユニット鍵ファィル）をサーバ７３０に提供する構成であり、サーバ７３０は、クライアント（情報処理装置１５０）から受信するディスク記録識別子に基づいて、クライアントに装着されたディスクに対応するボリュームＩＤを判別し、判別ボリュームＩＤと同一のボリュームＩＤもしくはボリュームＩＤから導かれる値によって暗号化したデータを含む鍵ファイル（ＣＰＳユニット鍵ファィル）を選択してクライアントに提供する処理を行う。

（２）ダウンロードコンテンツが非暗号化コンテンツの場合
次に、図３２を参照してダウンロードコンテンツが非暗号化コンテンツの場合の処理例について説明する。例えばコマーシャルコンテンツなどは非暗号化コンテンツとしてダウンロードされる場合が多く、図３２に示す例は、コンテンツ編集エンティテイ７１０がディスク格納コンテンツ、およびサブコンテンツをコマーシャルコンテンツなどの非暗号化コンテンツとした例である。

図３２も図３１と同様、
（ａ）コンテンツ編集処理を実行するコンテンツ編集ファシリティ７１０、
（ｂ）ディスク製造を行うディスク製造ファシリティ７２０、
（ｃ）コンテンツダウンロード処理を実行するサーバ７３０、
これらの構成、および処理を示している。

まず、コンテンツ編集ファシリティ７１０が、コンテンツの編集処理を行い、ディスク格納用のコンテンツ７１４と、ダウンロード用のサブコンテンツ７１５を生成する。なお、これらのコンテンツには、前述したコンテンツ再生に適用するプレイリストや、バインドファイルも含まれている。生成したコンテンツは、ディスク製造ファシリティ７２０に提供される。なお、この提供処理の際にコンテンツＩＤなどのコンテンツ属性情報７１６を合わせて提供する。

ディスク製造ファシリティ７２０は、コンテンツ編集ファシリティ７１０が生成したディスク格納用のコンテンツである非暗号化コンテンツ７４１をスタンパに記録する。
スタンパ１，７２５に対してボリュームＩＤ＃１、
スタンパ２，７２６に対してボリュームＩＤ＃２、
この後のディスク製造処理は、図３１を参照して説明した処理と同様であるので省略する。

ディスク製造ファシリティ７２０は、
（ａ）非暗号化サブコンテンツ７４２、
を、ダウンロードコンテンツのユーザに対する提供処理を実行するサーバ７３０に提供する。

サーバ７３０は、ディスク製造ファシリティ７２０から受領したデータ、
非暗号化サブコンテンツ７５１を保持し、さらに、
コンテンツダウンロード処理において利用されるアプリケーションプログラムとしての
ＢＤ−Ｊアプリ＃２，７３１、
ＢＤ−Ｊアプリ＃３，７３２、
これらのプログラムを有している。
サーバ７３０は、図示しないユーザの情報処理装置からのコンテンツダウンロード要求を受信すると、ダウンロードコンテンツの提供処理を実行する。この処理は、図３１を参照して説明した処理と基本的に同様の処理となる。ただし、ダウンロードコンテンツは非暗号化コンテンツ７５１であるのでＣＰＳユニット鍵ファイルの提供処理は不要となる。

図３２に示す例は、ディスク製造部としてのディスク製造ファシリティ７２０は、非暗号化コンテンツをディスク格納コンテンツとしてディスクに記録し、サーバ７３０は、ディスク格納コンテンツとして含まれる非暗号化コンテンツの代わりに再生する代替非暗号化コンテンツとしてのサーバ配信コンテンツをクライアント（情報処理装置１５０）に提供する処理を実行する場合の処理例である。例えば、ディスクに記録する非暗号化コンテンツはコマーシャルコンテンツであり、サーバ７３０が、クライアントに提供する非暗号化コンテンツは、ディスクに記録されたコマーシャルコンテンツに替えて再生させる第２のコマーシャルコンテンツである。

（３）ダウンロードコンテンツがプログラムコンテンツの場合
次に、図３３を参照してダウンロードコンテンツがプログラムコンテンツの場合の処理例について説明する。例えば、コンテンツの再生処理を実行するアプリケーションプログラム（ＢＤ−Ｊ アプリ）などを、サーバを介してユーザノ時用法処理装置に対して提供することができる。例えばディスクに格納するコンテンツが特殊な再生シーケンスで再生することが必要である場合などにおいて、そのディスク格納コンテンツの再生のための専用のプログラムが必要となる場合がある。このような再生に適用するアプリケーションプログラム（ＢＤ−Ｊ アプリ）もコンテンツの１つとしてコンテンツ編集ファシリティ７１０において生成される。

図３３も図３１、図３２と同様、
（ａ）コンテンツ編集処理を実行するコンテンツ編集ファシリティ７１０、
（ｂ）ディスク製造を行うディスク製造ファシリティ７２０、
（ｃ）コンテンツダウンロード処理を実行するサーバ７３０、
これらの構成、および処理を示している。

まず、コンテンツ編集ファシリティ７１０が、コンテンツの編集処理を行い、ディスク格納用のメインコンテンツ７１７と、ダウンロード用のサブコンテンツ７１８を生成する。ダウンロード用のサブコンテンツ７１８は、ディスク格納用のメインコンテンツ７１７の再生処理に適用するプログラムコンテンツである。生成したコンテンツは、ディスク製造ファシリティ７２０に提供される。なお、この提供処理の際にコンテンツＩＤなどのコンテンツ属性情報７１９を合わせて提供する。

ディスク製造ファシリティ７２０は、コンテンツ編集ファシリティ７１０が生成したディスク格納用のコンテンツである非暗号化コンテンツ７４３をスタンパに記録する。
スタンパ１，７２５に対してボリュームＩＤ＃１、
スタンパ２，７２６に対してボリュームＩＤ＃２、
この後のディスク製造処理は、図３１を参照して説明した処理と同様であるので省略する。

コンテンツ編集ファシリティ７１０は、ディスク格納用のメインコンテンツ７１７の再生処理に適用するプログラムコンテンツであるダウンロード用のサブコンテンツ７１８を直接、ダウンロードコンテンツのユーザに対する提供処理を実行するサーバ７３０に提供する。

ディスク製造ファシリティ７２０は、特にサブコンテンツに対する処理を実行しないので、コンテンツ編集ファシリティ７１０は、ディスク製造ファシリティ７２０を介することなく、サブコンテンツ７１８をサーバ７３０に提供する。ただし、ディスク製造ファシリティ７２０を介してサーバ７３０に提供する構成としてもよい。

サーバ７３０は、コンテンツ編集ファシリティ７１０から受領したデータ、
サブコンテンツ７７１を保持し、さらに、
コンテンツダウンロード処理において利用されるアプリケーションプログラムとしての
ＢＤ−Ｊアプリ＃２，７３１、
ＢＤ−Ｊアプリ＃３，７３２、
これらのプログラムを有している。
サーバ７３０は、図示しないクライアント（情報処理装置１５０）からのコンテンツダウンロード要求を受信すると、ダウンロードコンテンツの提供処理を実行する。この処理は、図３１を参照して説明した処理と基本的に同様の処理となる。ただし、ダウンロードコンテンツは非暗号化コンテンツであるのでＣＰＳユニット鍵ファイルの提供処理は不要となる。サーバ７３０は、ディスク格納コンテンツの再生処理に適用するプログラムコンテンツをサーバ配信コンテンツとしてクライアント（情報処理装置１５０）に提供する。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の一実施例の構成によれば、クライアントに対してコンテンツを提供するサーバが、ディスクを装着したクライアントからディスクまたはディスク記録コンテンツを識別する識別子を受信してコンテンツをクライアントに提供するとともに、プレイリストの指定するディスク記録コンテンツに替えてサーバ配信コンテンツを再生させるためのマッピング情報をクライアントに提供する構成としたので、クライアント側では、特別なリンク情報の設定されていないディスクを利用した場合でも、ディスク記録コンテンツの替わりにサーバ配信コンテンツを再生するといった処理を行うことが可能となる。

情報記録媒体の格納データ構成と、再生処理を実行する情報処理装置の構成および処理について説明する図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。 ＣＰＳユニット鍵ファイルの構成について説明する図である。 ＣＰＳユニット鍵ファイルの構成について説明するシンタックス図である。 情報処理装置におけるコンテンツ再生処理シーケンスについて説明する図である。 情報処理装置におけるコンテンツダウンロード処理について説明する図である。 情報処理装置がサーバからコンテンツを取得するコンテンツ取得処理シーケンスについて説明する図である。 サーバからのコンテンツダウンロード処理シーケンスについて説明するフローチャートを示す図である。 情報処理装置においてディスク格納コンテンツとローカル記憶部格納コンテンツを利用したコンテンツ再生シーケンスについて説明するフローチャートを示す図である。 バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）の具体例について説明する図である。 バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用しないコンテンツ再生処理例について説明する図である。 バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）を利用したコンテンツ再生処理例について説明する図である。 バーチャルファイルシステム（ＶＦＳ）の構築シーケンスについて説明するフローチャートを示す図である。 コマーシャル（ＣＭ）コンテンツを自動再生させる処理について説明する図である。 自動的に最新コンテンツをサーバからダウンロードする処理シーケンスについて説明するフローチャートを示す図である。 コンテンツの自動再生処理シーケンスについて説明するフローチャートを示す図である。 コマーシャルコンテンツのダウンロード処理例について説明する図である。 プログラムコンテンツのダウンロード処理例について説明する図である。 例えば映画コンテンツであるＡＶストリームなどのメインコンテンツのダウンロード処理例について説明する図である。 サーバが送信するプレイリストファイルの例について説明する図である。 利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）のダウンロード処理例について説明する図である。 映画などのメインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ）に対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）について説明する図である。 コマーシャルコンテンツに対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）の例について説明する図である。 情報処理装置がサーバからメインコンテンツ（ＭｏｖｉｅＴｉｔｌｅ＃１）の再生に利用するプレイリスト＃１（ＰｌａｙＬｉｓｔ ｆｉｌｅ＃１）を取得する処理例について説明する図である。 プレイリストのダウンロード処理のシーケンスについて説明するフローチャートを示す図である。 ディスクを装着した情報処理装置が、サーバにアクセスしてコンテンツのダウンロード処理を行う処理を説明する図である。 サーバによるユーザ管理の具体例を説明する図である。 サーバによるユーザ管理の具体例を説明する図である。 ユーザがディスク格納コンテンツを再生したことをサーバに通知し、サーバが通知情報を解析して提供コンテンツを選択する処理例について説明する図である。 ユーザがディスク格納コンテンツを再生したことをサーバに通知し、サーバが通知情報を解析して提供コンテンツを選択する処理例について説明する図である。 ダウンロードコンテンツが暗号化コンテンツの場合のディスク格納コンテンツおよびダウンロード用コンテツの生成、管理、ユーザに対する提供処理の詳細について説明する図である。 ダウンロードコンテンツが非暗号化コンテンツの場合のディスク格納コンテンツおよびダウンロード用コンテツの生成、管理、ユーザに対する提供処理の詳細について説明する図である。 ダウンロードコンテンツがプログラムコンテンツの場合のディスク格納コンテンツおよびダウンロード用コンテツの生成、管理、ユーザに対する提供処理の詳細について説明する図である。

符号の説明

１００ 情報記録媒体（ディスク）
１１１ 暗号化コンテンツ
１１２ ＭＫＢ
１１３ 処理管理ファイル
１１４ 利用制御情報
１１５ ＣＰＳユニット鍵ファイル
１２０ ドライブ
１５０ 情報処理装置
１５１ データ処理部
１５２ 復号処理部
１５３ デコード処理部
１５４ メモリ
１５５ ローカル記憶部
１５６ 通信ＩＦ
１５７ 表示部
１９１，１９２ サーバ
２１０ インデックス
２２０ ムービーオブジェクト
２３０ プレイリスト
２４０ クリップ
２６１，２６２，２６３ ＡＶストリーム
２７１，２７２ コンテンツ管理ユニット（ＣＰＳユニット）
２８１ デバイス鍵
２８２ コンテンツ
３０１ コンテンツ管理アプリケーション
３０２ 処理管理ファイル
３２１〜３２３ コンテンツ管理アプリケーション
３３０ 決済データ
３３１，３３２ コンテンツ管理アプリケーション
３３３ 管理データ
３３４ コンテンツ
３３５ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
３４１ 管理データ
３４２ コンテンツ
３４３ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
３５０ コマーシャルコンテンツ
３５１ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
３５２ コマーシャルコンテンツ
４０１ コマーシャルコンテンツ
４０２ プレイリスト
４０３ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
４１１ プレイリスト
４２１ ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）
４２２ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
４３１ ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）差分
４４１ ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）
４５１ メインコンテンツ（Ｍｏｖｉｅ Ｔｉｔｌｅ＃３）
４５２ プレイリスト
４５３ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
４６１ プレイリスト
４７１ 利用制御情報
４７２ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
４８１ 利用制御情報
５０１ メインコンテンツ（ＭｏｖｉｅＴｉｔｌｅ＃１）
５１１ プレイリスト
５１２ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
６１１ ＢＤ−Ｊアプリ＃２（ＢＤ−Ｊ ａｐｐ＃２）
６１２ ＢＤ−Ｊアプリ＃３（ＢＤ−Ｊ ａｐｐ＃３）
６１３ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
６２１ 視聴情報管理データベース
６３１ ユーザ嗜好性情報管理データベース
６４１ ＣＭコンテンツ（ＣＭ＃１）
６４２ バインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）
７１０ コンテンツ編集ファシリティ
７１１ メインコンテンツ
７１２ サブコンテンツ
７１３ コンテンツ属性情報
７１４ コンテンツ
７１５ サブコンテンツ
７１６ コンテンツ属性情報
７１７ メインコンテンツ
７１８ サブコンテンツ
７１９ コンテンツ属性情報
７２０ ディスク製造ファシリティ
７２１ ＣＰＳユニット鍵
７２２ 暗号化メインコンテンツ
７２３ 暗号化サブコンテンツ
７２５，７２６ スタンパ
７２７，７２８ ディスクセット
７３０ サーバ
７３１ ＢＤ−Ｊアプリ＃２
７３２ ＢＤ−Ｊアプリ＃３
７３３ ボリュームＩＤ＃１
７３４ ボリュームＩＤ＃２
７３５ ＣＰＳユニット鍵ファイル＃１
７３６ ＣＰＳユニット鍵ファイル＃２
７３７ 暗号化コンテンツ
７４１ 非暗号化コンテンツ
７４２ 非暗号化サブコンテンツ
７４３ 非暗号化メインコンテンツ
７５１ 非暗号化サブコンテンツ
７７１ サブコンテンツ

Claims (10)

1. コンテンツ利用システムであり、
   ディスク格納コンテンツをディスクに記録するディスク製造部と、
   前記ディスク格納コンテンツの代わりにまたは追加再生するサーバ配信コンテンツをクライアントに提供するサーバと、
   コンテンツ再生処理を実行するクライアントを有し、
   前記サーバは、
   前記ディスク製造部の製造したディスクを装着したクライアントから、ディスクまたはディスク記録コンテンツを識別する識別子を受信して、
   （ａ）サーバ配信コンテンツ、
   （ｂ）前記ディスクに記録されたプレイリストを変更せずに適用したコンテンツ再生において、該プレイリストが再生対象として設定したディスク記録コンテンツをサーバ配信コンテンツに置き換えて再生させるためのマッピング情報を持つバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）、
   上記データ（ａ），（ｂ）を前記クライアントに送信し、
   前記クライアントは、
   再生コンテンツ情報としてディスク記録コンテンツ情報を記録したプレイリストを変更せずに利用したコンテンツ再生に際して、前記マッピング情報を利用したコンテンツ取得処理により、プレイリストの指定するディスク記録コンテンツに替えてまたは追加してサーバ配信コンテンツを再生することを特徴とするコンテンツ利用システム。
2. 前記ディスク製造部は、
   暗号鍵を利用して前記ディスク格納コンテンツを暗号化して、複数のディスクからなるディスクセット対応の識別子であるボリュームＩＤとともにディスクに記録する処理を行い、さらに、前記暗号鍵を前記ボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを前記サーバに提供する構成であり、
   前記サーバは、
   前記クライアントから受信する識別子に基づいて、前記クライアントに装着されたディスクに対応するボリュームＩＤを判別し、判別ボリュームＩＤと同一のボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを選択して前記クライアントに提供する構成であることを特徴とする請求項１に記載のコンテンツ利用システム。
3. 前記ディスク製造部は、
   非暗号化コンテンツをディスク格納コンテンツとしてディスクに記録し、
   前記サーバは、
   前記ディスク格納コンテンツとして含まれる非暗号化コンテンツの代わりに再生する代替非暗号化コンテンツとしてのサーバ配信コンテンツをクライアントに提供する処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ利用システム。
4. 前記ディスク製造部が、ディスクに記録する非暗号化コンテンツはコマーシャルコンテンツであり、
   前記サーバが、クライアントに提供する代替非暗号化コンテンツは、前記コマーシャルコンテンツに替えて再生させる第２のコマーシャルコンテンツであることを特徴とする請求項３に記載のコンテンツ利用システム。
5. 前記サーバは、
   前記ディスク格納コンテンツの再生処理に適用するプログラムコンテンツを前記サーバ配信コンテンツとしてクライアントに提供する処理を実行する構成であることを特徴とする請求項１に記載のコンテンツ利用システム。
6. ディスク製造部が、ディスク格納コンテンツをディスクに記録するディスク製造ステップと、
   サーバが、前記ディスク格納コンテンツの代わりにまたは追加再生するサーバ配信コンテンツをクライアントに提供するコンテンツ提供ステップと、
   クライアントが、コンテンツ再生処理を実行するコンテンツ再生ステップと、
   を有し、
   前記サーバの実行するコンテンツ提供ステップは、
   前記ディスク製造部の製造したディスクを装着したクライアントから、ディスクまたはディスク記録コンテンツを識別する識別子を受信するステップと、
   （ａ）サーバ配信コンテンツ、
   （ｂ）前記ディスクに記録されたプレイリストを変更せずに適用したコンテンツ再生において、該プレイリストが再生対象として設定したディスク記録コンテンツをサーバ配信コンテンツに置き換えて再生させるためのマッピング情報を持つバインドファイル（Ｂｉｎｄｉｎｇ ｆｉｌｅ）、
   上記データ（ａ），（ｂ）を前記クライアントに送信するステップを有し、
   前記クライアントの実行するコンテンツ再生ステップは、
   再生コンテンツ情報としてディスク記録コンテンツ情報を記録したプレイリストを変更せずに利用したコンテンツ再生に際して、前記マッピング情報を利用したコンテンツ取得処理により、プレイリストの指定するディスク記録コンテンツに替えてまたは追加してサーバ配信コンテンツを再生するステップであることを特徴とするデータ処理方法。
7. 前記データ処理方法において、さらに、
   前記ディスク製造部が、暗号鍵を利用して前記ディスク格納コンテンツを暗号化して、複数のディスクからなるディスクセット対応の識別子であるボリュームＩＤとともにディスクに記録する処理を行い、さらに、前記暗号鍵を前記ボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを前記サーバに提供するステップと、
   前記サーバが、前記クライアントから受信する識別子に基づいて、前記クライアントに装着されたディスクに対応するボリュームＩＤを判別し、判別ボリュームＩＤと同一のボリュームＩＤもしくはボリュームＩＤによって導かれる値によって暗号化したデータを含む鍵ファイルを選択して前記クライアントに提供するステップを有することを特徴とする請求項６に記載のデータ処理方法。
8. 前記データ処理方法において、さらに、
   前記ディスク製造部が、非暗号化コンテンツをディスク格納コンテンツとしてディスクに記録するステップと、
   前記サーバが、前記ディスク格納コンテンツとして含まれる非暗号化コンテンツの代わりに再生する代替非暗号化コンテンツとしてのサーバ配信コンテンツをクライアントに提供する処理を実行するステップを有することを特徴とする請求項６に記載のデータ処理方法。
9. 前記ディスク製造部が、ディスクに記録する非暗号化コンテンツはコマーシャルコンテンツであり、
   前記サーバが、クライアントに提供する代替非暗号化コンテンツは、前記コマーシャルコンテンツに替えて再生させる第２のコマーシャルコンテンツであることを特徴とする請求項８に記載のデータ処理方法。
10. 前記サーバの実行するコンテンツ提供ステップは、
    前記ディスク格納コンテンツの再生処理に適用するプログラムコンテンツをクライアントに提供するステップであることを特徴とする請求項６に記載のデータ処理方法。

Images