JP2010044839A - 情報処理装置、およびデータ処理方法、並びにプログラム - Google Patents

Abstract

【課題】再生コンテンツの対応メディアに応じたメディアＩＤ読み取りを実行する構成を実現する。
【解決手段】複数のメディアから選択的にコンテンツ再生を行う情報処理装置において、ＡＰＩを適用してメディアＩＤ読み取りを実行する。ＡＰＩには、ディスクからのメディアＩＤ読み取り処理と、メモリからのメディアＩＤ読み取り処理シーケンスのいずれも含まれており、再生コンテンツがディスク格納コンテンツであるかローカル記憶部格納コンテンツであるかに応じて処理シーケンスを選択して実行する。本構成により、１つのＡＰＩを適用して異なるメディアＩＤ読み取りが可能となり、情報処理置の処理負荷が軽減される。
【選択図】図１４

Description

本発明は、情報処理装置、およびデータ処理方法、並びにプログラムに関する。さらに詳細には、ディスクやローカル記憶部などの様々な記録媒体（メディア）からのコンテンツ再生処理を実行する情報処理装置、およびデータ処理方法、並びにプログラムに関する。

音楽、映画等様々なコンテンツの記録媒体として、ＤＶＤ(Digital Versatile Disc)、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などが多く利用されている。これらの情報記録媒体（メディア）には、予めデータが記録され、新たなデータ書き込みを許容しない媒体（ＲＯＭ型）や、データ書き込み可能な媒体（Ｒ型、ＲＥ型など）がある。データ書き込み可能な情報記録媒体を利用することで、他のメディアに記録されたコンテンツをコピーあるいは移動（ムーブ）することが可能となる。また、例えば、ネットワークや、公共の場所に設置された装置を利用してコンテンツをダウンロードして記録するといった処理も可能である。

コンテンツを記録する記録媒体（メディア）としては、上記のＤＶＤや、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）のみならず、ハードディスクやフラッシュメモリなども利用されている。

記録媒体にコンテンツを記録する処理態様としては、例えば以下のような態様がある。
（ａ）既にコンテンツの記録されたメディア（例えばＲＯＭディスク）から他のメディアにコピー（あるいはムーブ）する処理、
（ｂ）サーバからコンテンツをダウンロードして記録する処理、
（ｃ）店頭や公共スペースに置かれた端末を利用してコンテンツを記録する処理、
例えばこのような処理が想定される。

しかし、音楽データ、画像データ等、多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従ってユーザにコンテンツを提供する場合には、一定の利用制限、すなわち正規な利用権を持つユーザのみにコンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。

例えば、コンテンツの利用制御に関する規格としてＡＡＣＳ(Advanced Access Content System)が知られている。ＡＡＣＳの規格によれば、上記（ａ）のメディア間のコンテンツコピーを実行する場合、管理サーバからコピー許可情報を取得することを条件としている。すなわち、所定の管理の下でのみコピーが許容される。このコピー処理はマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）と呼ばれている。

上記の（ｂ）のコンテンツ提供形態、すなわち、ダウンロード型コンテンツ提供処理はＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）と呼ばれる。上記（ｃ）の共用端末利用コンテンツ提供処理は、ＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎ Ｄｅｍａｎｄ）と呼ばれる。ＡＡＣＳの規定では、これらの処理を行う際も、所定のルールに従うことが要請される。

以下に示す３つの処理の概要について図１〜図２を参照して説明する。
（ａ）マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）
（ｂ）ＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）
（ｃ）ＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎ Ｄｅｍａｎｄ）

（ａ）マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）
マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）は、例えば、図１（ａ）に示すように、ユーザ１が、既にコンテンツの記録された情報記録媒体（ディスク）３をデータ記録再生処理を行う情報処理装置２にセットして、情報記録媒体（ディスク）３から読み取られたコンテンツを例えばＲ型、ＲＥ型などのデータ書き込み可能なＲ／ＲＥ型ディスクや、ハードディスク、フラッシュメモリなどの第２の情報記録媒体４にコピーを行なう処理である。

このコンテンツコピー処理を行なう場合、データ記録再生装置２は、管理サーバ５とネットワーク６を介して接続して、管理サーバ５からコンテンツコピーの許可を得ることが必要となる。

なお、図１には、１つの情報処理装置、すなわち装置単体で複数メディア間におけるコンテンツコピー処理を実行する構成として示してあるが、コピー元となるメディアを装着した装置と、コピー先となるメディアを装着した装置を別の装置として、２つの装置間を例えばＵＳＢケーブルなどで接続した構成としてもよい。

（ｂ）ＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）
サーバからコンテンツをダウンロードして情報記録媒体（メディア）に記録する処理は、ＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）と呼ばれる。ＥＳＴは、図２（ｂ）に示すように、ユーザ１１の保持するＰＣなどの情報処理装置１３にユーザの保持するメディア、例えばデータ書き込み可能なメディアであるＲ型またはＲＥ型のディスク１２を装着し、ネットワーク１５を介してコンテンツサーバ（ＥＳＴサーバ）１４からコンテンツを受信して記録する処理である。

（ｃ）ＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎ Ｄｅｍａｎｄ）
共用端末利用型のコンテンツ提供処理はＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎ Ｄｅｍａｎｄ）と呼ばれる。Ｍｏｄは、図２（ｃ）に示すように、ユーザ２１が、例えばコンビニや駅などの公共スペースに設置された端末としてのコンテンツサーバ２４を利用してコンテンツをメディアに記録して購入する。ユーザ２１の保持するデータ書き込み可能なメディアである例えばＲ型またはＲＥ型のディスク２２をコンビニ２３の端末としてのコンテンツサーバ（ＭｏＤサーバ）２４にセットして、ユーザ２１のコンテンツ選択などの操作によって、所望のコンテンツをディスク２２に記録する処理である。

なお、これら（ａ）〜（ｃ）の処理については、例えば特許文献１（特開２００８−９８７６５号公報）に記載されている。

このように、ユーザは、データ記録可能なメディアにコンテンツ記録を行ない、記録コンテンツを利用（再生など）することができる。しかし、コンテンツが例えば著作権保護対象コンテンツなどである場合、無秩序な利用を防止するための利用制御を行うことが必要となる。

前述したように、コンテンツの著作権保護技術に関する規格としてＡＡＣＳ(Advanced Access Content System)がある。ＡＡＣＳの規格では、コンテンツに対応する利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）を規定して利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）に従ったコンテンツの利用を実行させる制御構成を採用している。さらに、コンテンツをユニットに区分し、各ユニットに対応するユニット鍵を適用した暗号化コンテンツとして、ユニット鍵を特定利用者のみが取得できる設定として厳格な利用制御を実現している。

コンテンツを記録したディスクが再生のみを許容し新たなデータ記録を許容しないメディア、例えばＲＯＭ型ディスクなどである場合には、メディアに対する新たなコンテンツの追加記録や編集は行われない。従ってメディア記録済みコンテンツに対応するコンテンツ固有の利用制御情報（Ｕｓｅａｇｅ Ｒｕｌｅ）や、ユニット鍵を・ディアに記録した状態でユーザに提供することが可能となる。

しかし、コンテンツをデータ書き込み可能なＲ型、ＲＥ型などのディスクやハードディスク、フラッシュメモリなどのメディアに記録して利用する形態では、メディアの記録コンテンツは固定でなく新たなコンテンツの記録や、記録コンテンツの削除などのデータ更新が可能となる。このようなメディア格納コンテンツの更新に応じて、利用制御情報やユニット鍵の更新処理も必要となる。

このようにユーザがコンテンツをメディアに記録する場合には、コンテンツの記録のみならず、記録コンテンツに対応する様々な付帯データの記録など複雑な処理が必要となる。

また、コンテンツ再生処理を行う場合、情報処理装置はディスクあるいはローカル記憶部に格納されたコンテンツの再生を行う。コンテンツ再生処理に際しては、それぞれのメディア（ディスクまたはローカル記憶部）から暗号化コンテンツを読み出して、さらにこれらの暗号化コンテンツに対応するデータ、例えば鍵情報や各種のＩＤ情報などを取得して様々な処理を行うことになる。すなわち、暗号化コンテンツの復号処理、正当性確認処理など、所定のシーケンスに従った再生処理を行うことが必要となる。また、各メディア対応のコンテンツの再生に際しては、メディアＩＤなどの付帯情報もメディアに応じて異なる。従って、再生コンテンツに応じたメディアＩＤの読み取りを行うことが必要となる。このように、複数のメディアから選択的にコンテンツ再生を行う場合、情報処理装置の処理は複雑化し負荷が増大するという問題がある。
特開２００８−９８７６５号公報

本発明は、例えばこのような状況に鑑みてなされたものであり、複数のメディアから選択的にコンテンツ再生を行う情報処理装置において、必要となる情報の読み取りを効率的に実行する構成を持つ情報処理装置、およびデータ処理方法、並びにプログラムを提供することを目的とする。

本発明の第１の側面は、
暗号化コンテンツを含むデータを格納するローカル記憶部と、
前記暗号化コンテンツの再生処理に適用する鍵情報を含むデータを格納するメモリと、
ディスクまたは前記ローカル記憶部に格納された暗号化コンテンツを選択的に再生するデータ処理部を有し、
前記データ処理部は、
再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行し、再生コンテンツがローカル記憶部格納コンテンツである場合は前記メモリからのメディアＩＤ読み取りを行う構成である情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記メディアＩＤの読み取り処理を、メディアＩＤ取得処理シーケンスを規定したＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を適用して実行する構成である。

さらに、本発明の情報処理装置の一実施態様において、前記ＡＰＩによって規定される処理シーケンスには、前記ディスクからのメディアＩＤ読み取り処理と、前記メモリからのメディアＩＤ読み取り処理シーケンスのいずれも含まれており、再生コンテンツがディスク格納コンテンツであるかローカル記憶部格納コンテンツであるかに応じて処理シーケンスを選択して実行する構成である。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、ローカル記憶部格納コンテンツが再生対象コンテンツである場合、前記メモリに格納されたローカル記憶部格納コンテンツに対応する鍵情報を選択適用してローカル記憶部格納コンテンツの復号処理を伴うコンテンツ再生を実行する構成である。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記ローカル記憶部に格納された暗号化コンテンツの復号に適用するユニット鍵を格納したユニット鍵ファイルの復号処理を、前記メモリに格納された鍵データを適用して実行してユニット鍵取得を行い、取得したユニット鍵を適用して暗号化コンテンツの復号を行う構成である。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記メモリに格納された装置固有の鍵データを適用して、前記ローカル記憶部に格納された鍵ブロックの処理により第１鍵を取得し、該第１鍵を適用して暗号化コンテンツの復号に適用する鍵を格納した鍵ファイルの復号処理を実行して第２鍵を取得し、取得した第２鍵を適用して暗号化コンテンツの復号を行う構成である。

さらに、本発明の第２の側面は、
情報処理装置において実行するデータ処理方法であり、
データ処理部が、ディスクまたは前記ローカル記憶部に格納された暗号化コンテンツを選択的に再生するコンテンツ再生ステップと、
前記データ処理部が、再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行し、再生コンテンツがローカル記憶部格納コンテンツである場合は前記メモリからのメディアＩＤ読み取りを行うメディアＩＤ読み取りステップと、
を有するデータ処理方法にある。

さらに、本発明の第３の側面は、
情報処理装置においてデータ処理を実行させるプログラムであり、
データ処理部に、ディスクまたは前記ローカル記憶部に格納された暗号化コンテンツを選択的に再生させるコンテンツ再生ステップと、
前記データ処理部に、再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行させ、再生コンテンツがローカル記憶部格納コンテンツである場合は前記メモリからのメディアＩＤ読み取りを行わせるメディアＩＤ読み取りステップと、
を有するプログラムにある。

なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。

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

本発明の一実施例の構成によれば、複数のメディアから選択的にコンテンツ再生を行う情報処理装置において、ＡＰＩを適用したメディアＩＤ読み取りを実行する。再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行し、再生コンテンツがローカル記憶部格納コンテンツである場合はメモリからのメディアＩＤ読み取りを実行する。ＡＰＩには、ディスクからのメディアＩＤ読み取り処理と、メモリからのメディアＩＤ読み取り処理シーケンスのいずれも含まれており、再生コンテンツがディスク格納コンテンツであるかローカル記憶部格納コンテンツであるかに応じて処理シーケンスを選択して実行する。本構成により、１つのＡＰＩを適用して異なるメディアＩＤ読み取りが可能となり、情報処理置の処理負荷が軽減される。

以下、図面を参照しながら本発明の情報処理装置、およびデータ処理方法、並びにプログラムの詳細について説明する。

まず、図３を参照して、本発明の情報処理装置の実行するマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）の処理例について説明する。前述したように、マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）は、管理サーバからのコピー許可情報の受領を条件として、コンテンツを他のメディアにコピーする処理である。

図３には、左からコンテンツ記録済みのディスク１１０、ディスク１１０からコンテンツを読み取り、データ記録可能な第２の情報記録媒体（メディア）１５０に記録する処理を行なう情報処理装置１２０、コンテンツのコピー先であるデータ記録可能な第２の記録媒体１５０、さらに、このコンテンツコピー処理の許可情報や、管理データの提供処理を実行する管理サーバ１４０を示している。

ディスク１１０は、例えばＲＯＭディスクであり、Ｂｌｕ-ｒａｙ Ｄｉｓｃ（登録商標）等のディスク１１０である。
コンテンツのコピー先であるデータ記録可能な第２の記録媒体１５０は、例えば、ハードディスク、Ｒ／ＲＥディスク、フラッシュメモリなどの記録媒体である。

情報処理装置１２０は、例えばＰＣ、記録再生装置などによって構成され、ディスク１１０からデータを読み取り、読み取りデータを第２の情報記録媒体（メディア）１５０に記録する機能を有する情報処理装置である。

ディスク１１０には、図に示すように、
Ｊａｖａ（登録商標）アプリケーションプログラムであるＢＤ−Ｊアプリケーション１１１
コピー処理管理ファイル（ＭＣＭＦ）１１２、
管理データ１１３、
暗号化コンテンツ１１４、
これらのデータが記録されている。

ＢＤ−Ｊアプリケーション１１１は、コンテンツコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）処理を行う際に情報処理装置１２０において実行されるプログラムであり、例えば管理サーバ１４０との通信などの処理を実行するためのプログラムである。なお、ＢＤ−Ｊアプリケーション１１１は単一のアプリケーションプログラムとして構成されていてもよいし、特定の処理を実行するＢＤ−Ｊアプリケーションの複数の組み合わせによって構成してもよい。

例えばサーバとの通信を実行するＢＤ−Ｊアプリケーション、課金処理専用のＢＤ−Ｊアプリケーションなどである。コンテンツコピーを実行する際には、これらの複数のＢＤ−Ｊアプリケーションが情報処理装置１２０において実行されることになる。

コピー処理管理ファイル（ＭＣＭＦ）１１２は、コンテンツコピー処理を実行する際に適用するファイルであり、例えば、以下の情報を含むＸＭＬ記述データファイルである。
（ａ）コンテンツＩＤ：情報記録媒体（ディスク１１０）に記録されたコンテンツを一意に示す識別子（ＩＤ）である。
（ｂ）ＵＲＩ（ＵＲＬ）：コンテンツコピーを実行する際にコピーの許可、バインド処理よるトークンの生成などを実行する管理サーバ接続用の情報である。例えば管理サーバ１４０に対するアクセス情報である。
（ｃ）ディレクトリ名、ファイル名（Ｄｉｒｅｃｔｏｒｙ Ｎａｍｅ／Ｆｉｌｅ Ｎａｍｅ）コピー処理を許容するデータを記録したディレクトリ、ファイル名に関する情報である。

管理データ１１３は、例えばコンテンツの著作権保護技術に関する規格管理システムであるＡＡＣＳ(Advanced Access Content System)の規定する管理データであり、暗号化コンテンツ１１４の復号に適用する鍵（ユニット鍵）を格納したＣＰＳユニット鍵ファイル、利用制御情報、コンテンツの正当性を示すコンテンツ証明書（ＣＣ：Content Certificate）、さらに、ＣＰＳユニット鍵を取得するための鍵情報（メディアキー）を格納した暗号鍵ブロックであるＭＫＢ（Media Key Block）等を含むデータである。

暗号化コンテンツ１１４は、例えばＡＡＣＳ規格に従った暗号化コンテンツである。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリーム、あるいは音楽データ、ゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。

暗号化コンテンツ１１４は、例えばコンテンツ管理ユニット（ＣＰＳユニット）単位の利用管理が可能な構成を有し、コンテンツ管理ユニット（ＣＰＳユニット）単位で異なるユニット鍵（ＣＰＳユニット鍵）が適用された暗号化コンテンツである。ユニット毎に異なる鍵（ＣＰＳユニット鍵）が割り当てられ暗号化されて格納されている。

情報処理装置１２０には、２つのデータ処理部が設定される。
第１データ処理部は、ＢＤ−ＪＶＭ（ＢＤ−Ｊバーチャルマシン）１２１である。ＢＤ−ＪＶＭ（ＢＤ−Ｊバーチャルマシン）１２１は、ディスク１１０に記録されたＢＤ−Ｊアプリケーション１１１を実行する仮想的なハードウェア環境としてのバーチャルマシンとして設定される。
第２データ処理部は、ＡＡＣＳレイヤ１２２である。ＡＡＣＳレイヤ１２２は、ＡＡＣＳの規定に従った処理、例えばディスク１１０に記録されたＩＤの取得処理など、セキュリティの高い情報の取り扱いや、コンテンツコピー処理におけるデータ変換などのＡＡＣＳ規定に従ったデータ処理を実行するデータ処理部として設定される。

このように、ディスク１１０に記録されたコンテンツを他のメディアにコピーする処理を行う場合には、ディスク１１０に記録されたＢＤ−Ｊアプリケーション１１１の実行領域としてのＢＤ−ＪＶＭ（ＢＤ−Ｊバーチャルマシン）１２１と、ＡＡＣＳの規定に従った処理を実行するためのプログラム実行領域であるＡＡＣＳレイヤ１２２が設定され、相互に処理依頼、処理結果の受け渡しなどを行う。

このようなＢＤ−ＪアプリケーションとＡＡＣＳレイヤ間における処理依頼や、処理結果の受け渡しなどのためにＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）が利用される。ＡＰＩは、コンテンツコピー処理において必要となる様々な処理を実行させるための関数等の集合である。ＡＰＩは、ＢＤ−Ｊアプリケーション１１１内、あるいはその他、情報処理装置１２０が読み取り可能な領域に記録されている。ＡＰＩの具体例については後段で詳細に説明する。

情報処理装置１２０は、ＢＤ−ＪＶＭ１２１において、ＢＤ−Ｊアプリケーション１１１を実行して、管理サーバ１４０との通信を行い、コピー許可情報（Ｐｅｒｍｉｓｓｉｏｎ）１３２を取得する処理などを実行する。

ディスク１１０に格納されたコンテンツ１１４を第２の記録媒体（メディア）１５０にコピーする場合には、コンテンツや利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）を記録先のメディアに対応させて変換する処理などが必要となる。これらの処理は、ＡＡＣＳの規定に従った処理を実行するためのプログラム実行領域（ＡＡＣＳレイヤ１２２）において実行される。

ＢＤ−Ｊアプリケーション１１１は、コンテンツコピー処理において必要となる処理を実行させるプログラムであり、情報処理装置１２０のＢＤ−ＪＶＭ１２１において実行される。ＢＤ−Ｊアプリケーションを適用した処理として例えば以下の処理が実行される。
（ａ）コピー処理管理ファイル（ＭＣＭＦ）のＵＲＩを利用したサーバアクセス処理、
（ｂ）サーバからの許容処理リストの取得処理、
（ｃ）ユーザによる処理選択情報のサーバへの送信処理
（ｄ）決済処理、
（ｅ）サーバからのコピー許可情報の取得処理、チェック処理、コピー許可情報の記録制御部への出力、
（ｆ）記録制御部の実行するコンテンツコピー処理の監視処理、
（ｇ）記録制御部の実行するサーバからのダウンロードデータの書き込み処理の監視処理、
これらの処理がＢＤ−Ｊアプリケーションを適用して実行される。

なお、前述したように、ＢＤ−Ｊアプリケーション１１１は単一のアプリケーションプログラムとして構成されていてもよいが、特定の処理を実行するＢＤ−Ｊアプリケーションの複数の組み合わせによって構成してもよい。例えば上述の（ａ）〜（ｇ）の処理が複数のＢＤ−Ｊアプリケーションによって実行される構成としてもよい。

ＢＤ−Ｊアプリケーションによる処理について、図３を参照して説明する。ＢＤ−Ｊアプリケーションは、図３に示すステップＳ１０１において、情報処理装置１２０に設定されるＢＤ−ＪＶＭ（ＢＤ−Ｊバーチャルマシン）１２１において開始される。

なお、この処理の実行に際しては、情報処理装置１２０のディスプレイに、ＢＤ−Ｊアプリケーションの提供するメニューなど、ユーザインタフェースとしての案内画面が提示される。ユーザの指示に従って、コンテンツのコピー（Ｍａｎａｇｅｄ Ｃｏｐｙ）処理を実行するための一連の処理が開始されることになる。

ＢＤ−Ｊアプリケーションは、ユーザ指示に基づいて、まず、コピー処理管理ファイル（ＭＣＭＦ）１１２に含まれるサーバＵＲＩを適用して、管理サーバ１４０にアクセスする。この際、コピー処理対象となるコンテンツに対応するコンテンツＩＤが管理サーバ１４０に送信される。

管理サーバ１４０は、ステップＳ１０２において、情報処理装置１２０から受信するコンテンツＩＤに基づいて、そのコンテンツに対して許容される処理の一覧データである処理許容リストを生成して、情報処理装置１２０に送信する。例えば、コンテンツコピーが許容されるか否か、コピー処理の料金などの情報からなるリストである。

情報処理装置１２０は、管理サーバ１４０から処理許容リスト１２３を受信して、ステップＳ１０３において、許容処理リストをディスプレイに表示してユーザが実行する処理を選択する。

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

情報処理装置１２０は、管理サーバ１４０から受信したコピー許可情報１２４を、ＡＡＣＳレイヤ１２２に渡す。ＡＡＣＳレイヤ１２２では、ステップＳ１０５以下の処理が行われる。ＡＡＣＳレイヤ１２２は、ディスク１１０から読み込んだ管理データ１１３を、コピー先である例えば、ハードディスク、Ｒ／ＲＥディスク、フラッシュメモリなどの第２の記録媒体１５０のメディア種別に応じた管理データに変換する処理を実行する。例えば、コピーコンテンツ対応の暗号鍵（ユニット鍵）の追加や、利用制御情報、コンテンツ証明書等をコピーコンテンツ対応のデータに変更する処理を行なう。これらのデータ変換に必要な情報は、コピー許可情報１２４に含まれる。変換された管理データ１５１は第２の記録媒体１５０に記録される。

情報処理装置１２０は、さらに、ステップＳ１０６において、ディスク１１０に記録された暗号化コンテンツ１１４を入力し、例えばフォーマット変換などのデータ変換を実行したコンテンツコピーデータを出力する。このようにして、ディスク１１０に記録されたコンテンツのコピーデータが、第２の記録媒体１５０に暗号化コンテンツ１５２として記録される。なお、第２の記録媒体１５０に記録される管理データ１５１は、第２の記録媒体１５０に記録するコンテンツに対応する利用制御情報、コンテンツ証明書や、ＭＫＢ、ＣＰＳユニット鍵ファイル、トークンなどから構成される。

なお、コンテンツコピー処理に際しては、情報処理装置１２０と、管理サーバ１４０間で、例えば、第２の記録媒体１５０のメディア識別子（シリアルナンバー）の確認、メディア識別子に対する管理サーバ１４０の秘密鍵による署名処理によってトークンを生成し、トークンを管理データとして含める場合もある。このトークン等からなる管理データを図３では管理サーバ１４０内に示す管理データ１４１として示している。第２の記録メディア１５０に記録される管理データ（ＣＰデータ）１５１には、これらのトークン情報が含まれる場合がある。

このようなコンテンツコピー処理の概要について、図３を参照して説明した。上述したように、コンテンツコピー処理は、ＢＤ−ＪアプリケーションとＡＡＣＳレイヤにおいて実行するプログラムとを利用して行われる。従って、ＢＤ−ＪアプリケーションとＡＡＣＳレイヤの実行プログラムとの間で、必要な情報の受け渡しなどが必要となる。この処理に様々な処理を定義したＡＰＩが適用される。

次に、図４を参照して、本発明の情報処理装置の実行するサーバを利用した複数の処理例について説明する。図４に示す処理は、以下の２つの処理である。
（処理例１）
情報処理装置（ユーザ装置）２１０が、サーバ２２０からコンテンツＡをダウンロードしてローカル記憶部２１３に格納する処理、
（処理例２）
ディスク２１２に格納したコンテンツＢを、ローカル記憶部２１３にコピーする処理、
これらの処理である。

（処理例１）は、先に図２（ｂ）を参照して説明したＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）に対応するコンテンツターウンロード処理に相当する。
（処理例２）は、先に図１を参照して説明したマネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）に相当する処理であり、サーバ２２０からコピー許可情報を取得してメディア間でコンテンツコピーを行う処理である。

（処理例１）の処理の概略について説明する。
情報処理装置２１０は、まず、例えば映画等のコンテンツが記録されているＲＯＭディスク２１２を情報処理装置２１０に装着する。次に、ＲＯＭディスク２１２内に記録されているプログラム２５１をデータ処理部２１１において実行して、サーバ２２０からのコンテンツＡを取得するダウンロード処理を行う。プログラム２５１は、例えばＲＯＭディスク２１２がＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）である場合、ＢＤ規格に対応するＪａｖａ（登録商標）プログラムであるＢＤ−Ｊアプリケーションプログラムである。

次に、データ処理部２１１は、プログラム２５１に従って、コンテンツダウンロード要求をサーバ２２０に対して送信する。サーバ２２０は、要求に応じてコンテンツＡを情報処理装置２１０に提供する。情報処理装置２１０のデータ処理部２１１は、サーバ２２０からダウンロードしたコンテンツＡを装置内のローカル記憶部２１３、例えばハードディスク等によって構成されるローカル記憶部２１３に格納する。

なお、サーバ２２０からコンテンをダウンロードする際には、以下の処理を併せて行う構成としてもよい。すなわち、情報処理装置２１０が、情報処理装置のＩＤ（デバイスバインディングＩＤ）や、乱数（バインディングナンス）をサーバ２２０に送信する。サーバはこれらのデータに対してサーバ秘密鍵を適用して署名を行ってサーバ認証情報（トークン）を生成して情報処理装置２１０に提供する。

情報処理装置２１０においてダウンロードコンテンツを利用する際には、サーバ認証情報（トークン）の検証を行って正当なサーバ認証情報（トークン）を取得していることの確認を行う。この確認がなされた場合に限り、ダウンロードコンテンツの復号、再生を許容する。このような設定とすることで、特定のデバイス（情報処理装置）においてのみダウンロードコンテンツの利用が許容されることになる。

次に、図４に示す（処理例２）について説明する。この処理は、ディスク２１２に格納したコンテンツＢを、ローカル記憶部２１３にコピーする処理である。このコンテンツＢは、ＲＯＭディスク２１２の格納コンテンツであり利用制御対象コンテンツである。従って、コピーを行う際は、サーバ２２０からコピー許可情報を取得することが必要となる。

この一連のコピー処理を実行するプログラムは、例えばＲＯＭディスク２１２に格納されたプログラム（例えばＢＤ−Ｊアプリケーション）２５２である。なお、プログラム２５２は、図４の（処理例１）に示すＲＯＭディスク２１２に記録されたプログラム２５１とは異なるプログラムである。プログラム２５１はコンテンツダウンロード処理用のプログラムであり、プログラム２５２は、コンテンツコピー処理用のプログラムである。ＲＯＭディスク２１２には、これらの異なるプログラムが記録されている場合もある。

サーバ２２０からのコピー許可情報の取得を条件としたコピー処理、すなわちマネージドコピー（ＭＣ）を実行する際に、情報処理装置２１０のデータ処理部２１１は、ＲＯＭディスク２１２からプログラム（ＢＤ−Ｊ）２５２を読み出して実行する。データ処理部２１１は、プログラム２５２に従って、ＲＯＭディスク２１２に記録されたメディアＩＤの読み取り処理、メディアＩＤのサーバ２２０に対する送信処理、サーバ２２０からのコピー許可情報の取得処理、これらの一連の処理を実行する。これらの処理の後、ＲＯＭディスク２１２の記録コンテンツをローカル記憶部２１３にコピーする処理が行われる。

このように、ローカル記憶部２１３には、サーバからのダウンロード処理によって得られたコンテンツや、ＲＯＭディスクからのコピーコンテンツ、すなわちサーバからのコピー許可情報を取得してサーバ管理の下で実行されるマネージドコピー(ＭＣ)によってコピーされたコンテンツなど、様々なコンテンツが記録される。

図５にこれらの様々なコンテンツが記録されたローカル記憶部のディレクトリ構成例を示す。図５に示すように例えばハードディスクによって構成されるローカル記憶部２１３には、マネージドコピーによって他のメディアからコピーされたコンテンツや管理データを格納するコピーコンテンツ(ＭＣコンテンツ)ディレクトリ２８１と、サーバからのダウンロード処理によって取得したコンテンツや、その管理データを格納するダウンロードコンテンツ（ＥＳＴコンテンツ）ディレクトリ２８２が設定される。

それぞれのディレクトリ２８１，２８２には、コピーコンテンツまたはダウンロードコンテンツがタイトル単位で区分されて格納される。このようなタイトル単位による区分設定によって、さらに他のメディアに対するコピー処理を行う際にまとめてデータを選択してコピーすることができる。

しかし、ローカル記憶部に記録されたコンテンツの再生処理を、ローカル記憶部に記録されたデータのみで実行できる設定は好ましくない。ローカル記憶部とは異なる情報処理装置の内部メモリに記録されたデータの利用を必須とする設定が好ましい。これは、ハードディスクなどのローカル記憶部に記録されたデータは、他のメディアにまとめてコピー可能であり、このようなコピーデータのみでコンテンツ再生を可能とすると、コンテンツの不正利用を助長することになり好ましくないからである。

図６以下を参照して、ローカル記憶部と情報処理装置内のメモリに格納するデータ格納例について説明する。以下、
（Ａ）サーバからのダウンロードコンテンツをローカル記憶部に格納する場合のデータ格納例（図６〜図８）
（Ｂ）他メディアからのコピーコンテンツをローカル記憶部に格納する場合のデータ格納例（図９〜図１１）
これらの２つのパターンについて、それぞれ複数のデータ格納例を説明する。

なお、情報処理装置のデータ処理部は、サーバからダウンロードする暗号化コンテンツ、またはメディアからコピーする暗号化コンテンツをローカル記憶部に記録する処理を行う。データ処理部は、これらの記録処理に伴って実行されるサーバとのデータ通信や、ＭＫＢなどの鍵プロック処理なども実行する。さらに、データ処理部は、ローカル記憶部に記録された暗号化コンテンツの再生処理に際して、ローカル記憶部格納データとセキュアメモリ格納データを利用して暗号化コンテンツの復号処理または正当性確認処理を伴うコンテンツ再生を実行する。

まず、図６〜図８を参照して、（Ａ）サーバからのダウンロードコンテンツをローカル記憶部に格納する場合のデータ格納例について説明する。
図６には、ダウンロードコンテンツを提供するサーバ３１０と、ダウンロードコンテンツを格納するローカル記憶部３５０を有する情報処理装置３２０を示している。情報処理装置３２０は、さらに、内部のメモリとしてセキュアメモリ３６０を有している。セキュアメモリ３６０は、格納データの読み取りや変更が予め定めたシーケンスでのみ許容されるメモリである。

図６に示す例では、セキュアメモリ３６０に、デバイス鍵セット３６１、デバイスバインディングＩＤ３６２、バインディングナンス（Ｂｉｎｄｉｎｇ Ｎｏｎｃｅ）３６３が格納される。

デバイス鍵セット３６１は、デバイスとしての情報処理装置３２０に対応して設定される鍵セットである。デバイスとしての情報処理装置固有、または複数の情報処理装置の集合に固有の鍵セットである。このデバイス鍵セット３６１は、ローカル記憶部３５０に格納された暗号化コンテンツ３５３の復号処理に際して適用する復号鍵の生成に必要となる。このデバイス鍵セット３６１は、漏洩防止構成（Ｓｅｃｒｅｃｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

デバイスバインディングＩＤ３６２は、デバイスとしての情報処理装置固有、または複数の情報処理装置の集合に固有の識別子である。バインディングナンス３６３は、乱数情報であり、例えば、サーバ３１０からのコンテンツダウンロード処理に際して、情報処理装置３２０が生成してセキュアメモリ３６０に格納する。

デバイスバインディングＩＤ３６２とバインディングナンス３６３は、サーバ３１０からのコンテンツダウンロード処理に際して、サーバ３１０からサーバ認証情報（トークン）３５６を取得するためにサーバに送信することが必要となるデータである。これらのデバイスバインディングＩＤ３６２とバインディングナンス３６３は、改ざん防止構成（Ｉｎｔｅｇｒｉｔｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

本処理例では、デバイス鍵セット３６１、デバイスバインディングＩＤ３６２、バインディングナンス（Ｂｉｎｄｉｎｇ Ｎｏｎｃｅ）３６３、この３つのデータがローカル記憶部３５０と異なるセキュアメモリ３６０に格納される。なお、デバイス鍵セット３６１やデバイスバインディングＩＤ３６２は、情報処理装置３２０の製造時に格納しておく構成としてもよいし、これらのデータを提供するサーバあるいはメディアを介して取得し格納する構成としてもよい。なお、サーバやメディアを介した取得処理を行う場合は、セキュリティを保持し漏洩を防止した設定で行うことが必要である。

情報処理装置３２０がサーバ３１０に対してコンテンツのダウンロード要求を行う場合には、セキュアメモリ３６０に格納されたデバイスバインディングＩＤ３６２とバインディングナンス３６３をサーバ３１０に送信する。

サーバ３１０は、これらのデータに対してサーバの秘密鍵で署名を設定したサーバ認証情報（トークン）を生成して情報処理装置３２０に送信する。情報処理装置３２０はこのサーバ認証情報（トークン）をローカル記憶部３５０に格納する。図６に示すローカル記憶部３５０内のサーバ認証情報（トークン）３５６である。

サーバ３１０は、コンテンツダウンロード処理に際して、図に示すように、
ＣＰＳユニット鍵ファイル３１１、
ＣＰＳユニット利用制御情報ファイル３１２、
暗号化コンテンツ３１３、
ＭＫＢ３１４、
コンテンツ証明書３１５、
これらのデータを情報処理装置３２０に送信する。

ＣＰＳユニット鍵ファイル３１１は、暗号化コンテンツ３１３を構成するＣＰＳユニット各々を復号するための鍵、またはその鍵の生成鍵を格納したファイルである。
ＣＰＳユニット利用制御情報ファイル３１２は、暗号化コンテンツ３１３を構成するＣＰＳユニット各々の利用制御情報を格納したファイルである。
暗号化コンテンツ３１３は再生対象とするコンテンツの実体であり、利用単位としてのユニット（ＣＰＳユニット）に区分されている。
ＭＫＢ３１４は、暗号化コンテンツ３１３の復号用鍵を生成するために必要な鍵情報を格納したデータである。
コンテンツ証明書３１５は、暗号化コンテンツ３１３の正当性を確認するために適用される。情報処理装置３２０が、暗号化コンテンツ３１３を再生する場合には、コンテンツ証明書３１５を用いて暗号化コンテンツ３１３の正当性を確認する。この処理によって、暗号化コンテンツ３１３の正当性が確認されたことを条件としてコンテンツ再生が許容される。

情報処理装置３２０は、これらサーバ３１０から送信されるデータをローカル記憶部３５０に格納する。すなわち、図６に示すローカル記憶部３５０には、以下のデータが格納される。
ＣＰＳユニット鍵ファイル３５１、
ＣＰＳユニット利用制御情報ファイル３５２、
暗号化コンテンツ３５３、
ＭＫＢ３５４、
コンテンツ証明書３５５、
さらに、これらのデータに加えて、サーバ認証情報（トークン）３５６が記録される。

暗号化コンテンツ３５３の再生時には、これらのローカル記憶部格納データのすべてと、セキュアメモリ３６０に格納されたデバイス鍵セット３６１を利用して暗号化コンテンツ３５３の正当性確認や復号処理を伴う処理が行われることになる。

本例では、セキュアメモリ３６０に格納するデータは以下のデータである。
暗号化コンテンツの復号に適用する鍵の生成に必要となるデバイス鍵セット３６１、
サーバからの認証情報を得るために必要とするデバイスバインディングＩＤ３６２、バインディングナンス３６３、
これらのデータをセキュアメモリに格納する設定としている。

次に、サーバからのダウンロードコンテンツをローカル記憶部に格納する場合のデータ格納例のもう１つの例として、デバイス鍵セットを不要とした例について図７を参照して説明する。

図７には、図６と同様、ダウンロードコンテンツを提供するサーバ３１０と、ダウンロードコンテンツを格納するローカル記憶部３５０とセキュアメモリ３６０を有する情報処理装置３２０を示している。

図７に示す例では、セキュアメモリ３６０に、ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７、コンテンツ管理データ（ＡＡＣＳデータ）３６８を格納する。これらのデータは、サーバ３１０から提供されるデータである。すなわち、先に説明した図６の構成例では、情報処理装置３２０は、予めデバイス鍵セット３６１と、デバイスバインディングＩＤ３６２をセキュアメモリ３６０に格納していることが必要であったが、この図７に示す例は、このようなデータの格納は必要とされない。情報処理装置３２０は、サーバ３１０からのコンテンツダウンロードに際して、ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７と、コンテンツ管理データ（ＡＡＣＳデータ）３６８をサーバ３１０から受信してセキュアメモリ３６０に格納すればよい。

ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７と、コンテンツ管理データ（ＡＡＣＳデータ）３６８の具体的データ例について、図８を参照して説明する。

ボリューム固有鍵は、ダウンロードコンテンツまたはコピーコンテンツのタイトル単位の固有鍵として設定される。この鍵は、対応タイトルの暗号化コンテンツの復号処理に必要とされる鍵情報である。ボリューム固有鍵自体も暗号化され、復号した後利用される。

なお、図８（ａ）に示す例ではタイトル番号とボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）を対応付けたデータ例を示している。この対応データがセキュアメモリ３６０に格納される。コンテンツ再生時にはタイトルが指定されて特定のタイトルに対応付けられたコンテンツを選択し、さらにタイトルに応じてボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）も選択利用されることになる。

なお、ダウンロードコンテンツをサーバから取得する場合には、あるコンテンツを格納したディスクを情報処理装置に装着して、例えばそのディスクから読み取られるプログラムを適用してダウンロード処理が実行される。ボリューム固有鍵やボリュームＩＤは、そのディスクのコンテンツタイトルに対応して設定されるボリューム固有鍵やボリュームＩＤである。また、ディスクからコンテンツをコピーしてローカル記憶部に記録した場合には、そのコンテンツ格納ディスクのコンテンツタイトルに対応するボリューム固有鍵やボリュームＩＤがセキュアメモリの格納データとして記録される。図８（ａ）に示す例は、これら様々なディスクに対応するタイトル対応のボリューム固有鍵が登録された例である。

なお、タイトル番号の設定例としては、例えば、
先頭１ビットが０の場合がコピーコンテンツ(ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ)、
先頭１ビットが１の場合がダウンロードコンテンツ(ＥＳＴコンテンツ)、
２ビット目以降は、コンテンツを設定したローカル記憶部のディレクトリ名やサブディレクトリ名を含む設定がある。このような設定とすることで、タイトル番号とコンテンツとの対応関係が明確になる。

コンテンツ管理データ（ＡＡＣＳデータ）３６８は、図８（ｂ）に示すように、
タイトル番号
ボリュームＩＤ（Ｖｏｌｕｍｅ ＩＤ）
ＰＭＳＮ（Ｐｒｅｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）
改ざん防止コード
これらの対応データとして設定される。

タイトル番号は、ダウンロードコンテンツまたはコピーコンテンツのタイトルである。
ボリュームＩＤ（Ｖｏｌｕｍｅ ＩＤ）は、タイトル単位の識別子である。
ＰＭＳＮ（Ｐｒｅｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）はメディア（ディスク）の固有ＩＤであり、コンテンツを格納したＲＯＭディスクなどに設定されるＩＤである。コンテンツをダウンロードする場合に利用したＲＯＭディスクのＩＤ、またはコンテンツをコピーする場合のコピー元のＲＯＭディスクのＩＤに対応する。
改ざん防止コードは、これらタイトル番号、ボリュームＩＤ、ＰＭＳＮの改ざん検証用のデータである。

このように、本処理例では図７に示すセキュアメモリ３６０に、ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７と、コンテンツ管理データ（ＡＡＣＳデータ）３６８を格納する。ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７は、漏洩防止構成（Ｓｅｃｒｅｃｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。コンテンツ管理データ（ＡＡＣＳデータ）３６８は、改ざん防止構成（Ｉｎｔｅｇｒｉｔｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７と、コンテンツ管理データ（ＡＡＣＳデータ）３６８のいずれもローカル記憶部３５０に格納される暗号化コンテンツ３５３の再生処理において必要となるデータである。これらには暗号化コンテンツ３５３の復号に適用する鍵生成や正当性確認処理などにおいて必須となるデータが含まれる。なお、コンテンツ管理データ（ＡＡＣＳデータ）３６８の格納データを利用する場合は、改ざん検証用のデータを適用して改ざんの無いことの確認が必用である。改ざんの無いことの確認がなされた後にデータの利用を行う設定とする。

情報処理装置３２０がサーバ３１０に対してコンテンツダウンロード要求を行うと、サーバ３１０は、図に示すように、
ＣＰＳユニット鍵ファイル３１１、
ＣＰＳユニット利用制御情報ファイル３１２、
暗号化コンテンツ３１３、
これらのデータを情報処理装置３２０のローカル記憶部３５０の格納データとして送信する。

さらに、サーバ３１０は、情報処理装置３２０のセキュアメモリ３６０の格納データとして、ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３１７と、コンテンツ管理データ（ＡＡＣＳデータ）３１８を送信する。

ＣＰＳユニット鍵ファイル３１１は、暗号化コンテンツ３１３を構成するＣＰＳユニット各々を復号するための鍵、またはその鍵の生成鍵を格納したファイルである。
ＣＰＳユニット利用制御情報ファイル３１２は、暗号化コンテンツ３１３を構成するＣＰＳユニット各々の利用制御情報を格納したファイルである。
暗号化コンテンツ３１３は再生対象とするコンテンツの実体であり、利用単位としてのユニット（ＣＰＳユニット）に区分されている。

本処理例では、図６を参照して説明した処理例においてローカル記憶部に格納したＭＫＢ、コンテンツ証明書はサーバからの提供データとして含まれない。本例ではこれらのデータはローカル記憶部に格納する必要がない。

情報処理装置３２０は、サーバ３１０から送信されるデータをローカル記憶部３５０またはセキュアメモリ３６０に格納する。すなわち、図７に示すローカル記憶部３５０には、以下のデータが格納される。
ＣＰＳユニット鍵ファイル３５１、
ＣＰＳユニット利用制御情報ファイル３５２、
暗号化コンテンツ３５３、
さらに、セキュアメモリ３６０に、
ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）３６７、
コンテンツ管理データ（ＡＡＣＳデータ）３６８、
これらのデータを格納する。

暗号化コンテンツ３５３の再生時には、これらローカル記憶部格納データ、セキュアメモリ格納データのすべてを利用した処理が行われる。

この図７に示す処理例では、ダウンロードして取得する暗号化コンテンツ３５３の再生処理に必要なデータは全てサーバ３１０から提供される。図６を参照して説明した構成では、ダウンロードコンテンツを利用可能な装置は、デバイス鍵セットなどを予め保持した特定の情報処理装置のみとなるが、図７に示す構成では、このような特定のデータを持つ装置に限らずダウンロードコンテンツを利用することが可能となる。

次に、図９〜図１１を参照して、（Ｂ）他メディアからのコピーコンテンツをローカル記憶部に格納する場合のデータ格納例について説明する。

図９には、コピー対象とする暗号化コンテンツ４１７を格納したディスク４１０と、ディスク４１０の暗号化コンテンツ４１７をコピーして記録するローカル記憶部４５０を有する情報処理装置４２０を示している。情報処理装置４２０は、さらに、内部のメモリとしてセキュアメモリ４６０を有している。

図９に示す例では、セキュアメモリ４６０に、コンテンツ管理データ（ＡＡＣＳデータ）４６１、デバイス鍵セット４６２、ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）４６３を格納した例を示している。

コンテンツ管理データ（ＡＡＣＳデータ）４６１は、先に図８を参照して説明したと同様のコンテンツ管理データである。図８（ｂ）に示すように、
タイトル番号
ボリュームＩＤ（Ｖｏｌｕｍｅ ＩＤ）
ＰＭＳＮ（Ｐｒｅｒｅｃｏｒｄｅｄ Ｍｅｄｉａ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）
改ざん防止コード
これらの対応データとして設定される。
このコンテンツ管理データ（ＡＡＣＳデータ）４６１は、情報処理装置４２０が、コピー対象とする暗号化コンテンツ４１７を格納したディスク４１０の記録データであるボリュームＩＤ４１１、メディアＩＤ（ＰＭＳＮ）４１２を読み取ってセキュアメモリ４６０に格納する。

デバイス鍵セット４６２は情報処理装置４２０に予め記録されたデータである。あるいはデバイス鍵セットを提供するサーバあるいはメディアを介して取得してもよい。ただし、なお、サーバやメディアを介した取得処理を行う場合は、セキュリティを保持し漏洩を防止した設定で行うことが必要である。

ボリューム固有鍵４６３は、ディスク４１０に格納されたボリュームＩＤ４１１と、ディスク４１０に格納されたＭＫＢ４１４から得られるメディア鍵を適用したデータ処理によって生成される。図に示すように、情報処理装置４２０は、ステップＳ２０１においてＭＫＢ処理を行い、この処理によってボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）４６３をホ生成してセキュアメモリ４６０に格納する。

セキュアメモリ４６０に格納するコンテンツ管理データ（ＡＡＣＳデータ）４６１は改ざん防止構成（Ｉｎｔｅｇｒｉｔｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。デバイス鍵セット４６２、ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）４６３はいずれも漏洩防止構成（Ｓｅｃｒｅｃｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

情報処理装置４２０がディスク４１０からのコンテンツコピー処理を行う場合、ディスク４１０に記録された以下のデータ、すなわち、
コンテンツ証明書４１３、
ＣＰＳユニット鍵ファイル４１５、
ＣＰＳユニット利用制御情報ファイル４１６、
暗号化コンテンツ４１７、
これらのデータを読み取り、情報処理装置４２０のローカル記憶部４５０に記録する。図９に示すローカル記憶部４５０のデータ、
コンテンツ証明書４５１、
ＣＰＳユニット鍵ファイル４５２、
ＣＰＳユニット利用制御情報ファイル４５３、
暗号化コンテンツ４５４、
これらのデータである。

さらに、情報処理装置４２０は、ディスク４１０からボリュームＩＤ４１１、メディアＩＤ（ＰＭＳＮ）４１２を読み取り、これらのデータを含むコンテンツ管理データ（ＡＡＣＳデータ）４６１（図８（ｂ）参照）を生成してセキュアメモリ４６０に格納する。

さらに、情報処理装置４２０は、ステップＳ２０１において、ディスク４１０からＭＫＢ４１４を読み取り、セキュアメモリ４６０から読み取ったデバイス鍵セット４６２のデバイス鍵を適用してＭＫＢ４１４からメディア鍵を取得する。さらに、取得したメディア鍵と、ディスクから読み取ったボリュームＩＤ４１１を適用したデータ処理（暗号処理）によってボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）４６３を生成してセキュアメモリ４６０に格納する。

ローカル記憶部４５０に格納された暗号化コンテンツ４５４の再生時には、これらのローカル記憶部とセキュアメモリ４６０に格納されたデータを利用して暗号化コンテンツ３５３の正当性確認や復号処理を伴う処理が行われる。

図１０にも、図９と同様、（Ｂ）他メディアからのコピーコンテンツをローカル記憶部に格納する場合のデータ格納例を示している。図１０にも図９と同様、コピー対象とする暗号化コンテンツ４１７を格納したディスク４１０と、ディスク４１０の暗号化コンテンツ４１７をコピーして記録するローカル記憶部４５０を有する情報処理装置４２０を示している。情報処理装置４２０は、さらに、内部のメモリとしてセキュアメモリ４６０を有している。

図１０に示す例は、セキュアメモリ４６０にボリュームＩＤ４６５、メディアＩＤ（ＰＭＳＮ）４６６、デバイス鍵セット４６２を格納した例である。先に図９を参照して説明した例では、コンテンツ管理データ（ＡＡＣＳデータ）４６１を格納している。コンテンツ管理データ（ＡＡＣＳデータ）４６１は図８（ｂ）を参照して説明したように、ボリュームＩＤ、メディアＩＤ（ＰＭＳＮ）を含むデータであり、これらのデータに改ざん検証データ等を付加した設定となっている。図１０に示す例では、このようなデータの作成を行わず、ディスク４１０に記録されたボリュームＩＤ４１１とメディアＩＤ４１２をそのままセキュアメモリに格納する構成としている。

デバイス鍵セット４６２は情報処理装置４２０に予め記録されたデータである。あるいはデバイス鍵セットを提供するサーバあるいはメディアを介して取得してもよい。ただし、なお、サーバやメディアを介した取得処理を行う場合は、セキュリティを保持し漏洩を防止した設定で行うことが必要である。

セキュアメモリ４６０に格納するボリュームＩＤ４６５とメディアＩＤ４６６は改ざん防止構成（Ｉｎｔｅｇｒｉｔｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。デバイス鍵セット４６２は漏洩防止構成（Ｓｅｃｒｅｃｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

情報処理装置４２０がディスク４１０からのコンテンツコピー処理を行う場合、ディスク４１０に記録された以下のデータ、すなわち、
コンテンツ証明書４１３、
ＭＫＢ４１４、
ＣＰＳユニット鍵ファイル４１５、
ＣＰＳユニット利用制御情報ファイル４１６、
暗号化コンテンツ４１７、
これらのデータを読み取り、情報処理装置４２０のローカル記憶部４５０に記録する。図１０に示すローカル記憶部４５０のデータ、
コンテンツ証明書４５１、
ＭＫＢ４５５、
ＣＰＳユニット鍵ファイル４５２、
ＣＰＳユニット利用制御情報ファイル４５３、
暗号化コンテンツ４５４、
これらのデータである。

さらに、情報処理装置４２０は、ディスク４１０からボリュームＩＤ４１１、メディアＩＤ（ＰＭＳＮ）４１２を読み取り、これらのデータをセキュアメモリ４６０に格納する。

図１０に示す例では、図９に示す例と異なり、ローカル記憶部４５０にＭＫＢ４５１を格納している。ローカル記憶部４５０に格納された暗号化コンテンツ４５４の再生時には、このＭＫＢ４５５に対して、デバイス鍵セット４６２に含まれるデバイス鍵を適用してメディア鍵を取得する処理が行われる。つさらに、ローカル記憶部とセキュアメモリ４６０に格納されたデータを利用して暗号化コンテンツ３５３の正当性確認や復号処理を伴う処理が行われる。

図１１は、図９、図１０と同様、（Ｂ）他メディアからのコピーコンテンツをローカル記憶部に格納する場合のデータ格納例を示している。図１１に示す例は、サーバ５００からコピー許可情報であるサーバ認証情報（トークン）を取得してローカル記憶部５５０に格納する例である。

図１１に示す例では、セキュアメモリ５６０に、デバイス鍵セット５６１、デバイスバインディングＩＤ５６２、バインディングナンス（Ｂｉｎｄｉｎｇ Ｎｏｎｃｅ）５６３が格納される。

デバイス鍵セット５６１は、デバイスとしての情報処理装置５２０に対応して設定される鍵セットである。デバイスとしての情報処理装置固有、または複数の情報処理装置の集合に固有の鍵セットである。このデバイス鍵セット５６１は、ローカル記憶部５５０に格納される暗号化コンテンツ５５７の復号処理に際して適用する復号鍵の生成に必要となる。このデバイス鍵セット５６１は、漏洩防止構成（Ｓｅｃｒｅｃｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

デバイスバインディングＩＤ５６２は、デバイスとしての情報処理装置固有、または複数の情報処理装置の集合に固有の識別子である。バインディングナンス５６３は、乱数情報であり、例えば、サーバ５００からのサーバ認証情報（トークン）を取得する際に、情報処理装置５２０が生成してセキュアメモリ５６０に格納する。これらのデバイスバインディングＩＤ５６２とバインディングナンス５６３は、サーバ３１０からのサーバ認証情報（トークン）を取得するためにサーバに送信することが必要となるデータである。これらのデバイスバインディングＩＤ５６２とバインディングナンス５６３は、改ざん防止構成（Ｉｎｔｅｇｒｉｔｙ Ｒｅｑｕｉｒｅｄ）の下で管理する必要がある。

本処理例では、デバイス鍵セット５６１、デバイスバインディングＩＤ５２、バインディングナンス（Ｂｉｎｄｉｎｇ Ｎｏｎｃｅ）５６３、この３つのデータがローカル記憶部５５０と異なるセキュアメモリ５６０に格納される。なお、デバイス鍵セット５６１やデバイスバインディングＩＤ５６２は、情報処理装置５２０の製造時に格納しておく構成としてもよいし、これらのデータを提供するサーバあるいはメディアを介して取得し格納する構成としてもよい。なお、サーバやメディアを介した取得処理を行う場合は、セキュリティを保持し漏洩を防止した設定で行うことが必要である。

情報処理装置５２０がディスク５１０からコンテンツをコピーしてローカル記憶部５５０に格納する場合には、セキュアメモリ５６０に格納されたデバイスバインディングＩＤ５６２とバインディングナンス５６３をサーバ５００に送信する。

サーバ５００は、図１１に示すステップＳ２２１において、これらのデータに対してサーバの秘密鍵で署名を設定したサーバ認証情報（トークン）を生成して情報処理装置５２０に送信する。情報処理装置５２０はこのサーバ認証情報（トークン）をローカル記憶部５５０に格納する。図１１に示すサーバ認証情報（トークン）５５１である。

サーバ５００は、さらに、サーバ認証情報（トークン）の提供に際して、ディスク５１０からコピーされてローカル記憶部５５０に格納される暗号化コンテンツ５５７に対応するＤＬ（ダウンロード）コンテンツ証明書５０１を情報処理装置５２０に提供する。コンテンツ証明書５０１は、暗号化コンテンツ５５７の正当性を確認するためのデータからなる。情報処理装置５２０は、サーバ５００から受信したこれらのデータをローカル記憶部５５０に格納する。図１１に示すローカル記憶部５５０内に示すサーバ認証情報（トークン）５５１と、ＤＬコンテンツ証明書（ＣＣ）５５２である。

情報処理装置５２０は、サーバ５００からのデータ取得後、ディスク５１０からのコンテンツコピー処理を行う。情報処理装置５２０がディスク５１０からのコンテンツコピー処理を行う場合、ディスク５１０に記録された以下のデータ、すなわち、
コンテンツハッシュテーブル５１２、
ＭＫＢ５１３、
ＣＰＳユニット鍵ファイル５１４、
ＣＰＳユニット利用制御情報ファイル５１５、
暗号化コンテンツ５１６、
これらのデータを読み取り、情報処理装置５２０のローカル記憶部５５０に記録する。図１１に示すローカル記憶部５５０のデータ、
コンテンツハッシュテーブル５５３、
ＭＫＢ５５４、
ＣＰＳユニット鍵ファイル５５５、
ＣＰＳユニット利用制御情報ファイル５５６、
暗号化コンテンツ５５７、
これらのデータである。なお、コンテンツハッシュテーブルは、暗号化コンテンツの構成テータのハッシュ値を格納したテーブルである。コンテンツの再生時に、コンテンツが改ざんの無い正当なコンテンツであるか否かの検証を行うために利用される。

ローカル記憶部５５０に格納された暗号化コンテンツ５５７の再生時には、これらのローカル記憶部格納データのすべてと、セキュアメモリ５６０に格納されたデバイス鍵セット５６１を利用して暗号化コンテンツ５５７の正当性確認や復号処理を伴う処理が行われることになる。

本例では、セキュアメモリ５６０に格納するデータは以下のデータである。
暗号化コンテンツの復号に適用する鍵の生成に必要となるデバイス鍵セット５６１、
サーバからの認証情報を得るために必要とするデバイスバインディングＩＤ５６２、バインディングナンス５６３、
これらのデータをセキュアメモリに格納する設定としている。

図６〜図１１を参照して説明したように、情報処理装置のローカル記憶部にダウンロードコンテンツ、あるいはコピーコンテンツを格納する場合、漏洩防止、あるいは改ざん防止が強く求められるデータはローカル記憶部とは異なるセキュアメモリに格納する。このような設定としたデータ格納構成とすることで、ローカル記憶部の格納データが他のメディアにコピーされて流出したような場合でも、そのコンテンツの利用は防止され、不正なコンテンツ利用を防止することができる。

［コンテンツ再生処理］
次に、ローカル記憶部に格納されたコンテンツの再生処理について説明する。図６〜図１１を参照して説明したように、ローカル記憶部には、ダウンロードコンテンツや他メディアからのコピーコンテンツが記録される。これらのコンテンツを再生する場合には、ローカル記憶部の格納データのみならず、セキュアメモリに格納されたデータも利用することになる。以下、図１２、図１３を参照して、ローカル記憶部のコンテンツ再生処理例について説明する。

情報処理装置のデータ処理部は、ローカル記憶部に格納された暗号化コンテンツを読み出して再生処理を行う場合、コンテンツ再生において必要となる鍵情報や利用制御情報についても。ローカル記憶部やメモリから必要な情報を選択的に読み出して処理を行うことになる。

図１２は、ローカル記憶部にサーバ認証情報（トークン）を格納していない場合のコンテンツ再生処理例、
図１３は、ローカル記憶部にサーバ認証情報（トークン）を格納している場合のコンテンツ再生処理例、
これらの処理例を示している。

まず、図１２を参照して、ローカル記憶部６５０にサーバ認証情報（トークン）を格納していない場合のコンテンツ再生処理例について説明する。図６〜図１１を参照して説明したと同様の情報処理装置６２０の一例を示している。情報処理装置６２０は、サーバからのダウンロード処理、または他メディアからのコピー処理によって取得した暗号化コンテンツ６５４を格納したローカル記憶部６５０と、鍵情報等を記録したセキュアメモリ６６０を有する。

図１２に示す例は、ローカル記憶部６５０に、
コンテンツ証明書６５１、
ＣＰＳユニット利用制御情報ファイル６５２、
ＣＰＳユニット鍵ファイル６５３、
暗号化コンテンツ６５４、
これらのデータを格納している。
また、セキュアメモリ６６０に、
コンテンツ管理データ（ＡＡＣＳ）６６１、
デバイス鍵セット６６２、
ボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）６６３、
これらのデータを格納している。

このデータ格納例は、先に図９を参照して説明した構成と同様の構成である。図９では、コンテンツコピー処理の例として説明したが、図１２に示すローカル記憶部６５０に格納された暗号化コンテンツ６５４は、コピーコンテンツであるとは限らず、コピーコンテンツまたはダウンロードコンテンツのいずれの場合もある。

図１２を参照して説明する処理例は、ローカル記憶部６５０にサーバ認証情報（トークン）を格納していない場合のコンテンツ再生処理例である。本処理例では、ＭＫＢもローカル記憶部には記録されていない。先に図９を参照して説明したように、ＭＫＢの処理によって得られるボリューム固有鍵６６３がローカル記憶部６６０に記憶された構成となっている。すなわち、ＭＫＢ処理を予め実行しており、その結果としてのボリューム固有鍵６６３をセキュアメモリ６６０に格納している。従って、再生処理の段階ではＭＫＢ処理は省略できる。

情報処理装置のデータ処理部は図１２に示すステップＳ３０１〜Ｓ３０３の処理を実行してコンテンツ再生を行う。まず、ステップＳ３０１において、ローカル記憶部６５０に格納されたコンテンツ証明書６５１と、ＣＰＳユニット利用制御情報ファイル６５２の検証処理を行う。

コンテンツ証明書６５１と、ＣＰＳユニット利用制御情報ファイル６５２にはそれぞれ発行主体の秘密鍵による署名が設定されており、情報処理装置は発行主体の公開鍵を適用して署名検証を実行する。なお、署名検証適用する公開鍵は、秘匿性がない鍵データであるので、セキュアメモリ６６０の格納データとしては示していない。情報処理装置がアクセス可能なその他のメモリ、またはメディアやネットワークを介して取得することが可能である。

ステップＳ３０２において、ＣＰＳユニット鍵ファイルからＣＰＳユニット鍵を取り出す処理を行う。この処理は、セキュアメモリに格納されたボリューム固有鍵６６３を適用した復号処理によって行われる。なお、先に説明したように、ボリューム固有鍵６６３は、ＭＫＢ処理によって得られる鍵である。

具体的には、図９を参照して説明したように、デバイス鍵セットのデバイス鍵を適用してＭＫＢからメディア鍵を取得し、取得したメディア鍵と、ディスク対応のボリュームＩＤを適用したデータ処理（暗号処理）によってボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）が生成される。本例では、この処理が予め実行されているためこの処理が省略できる。

ステップＳ３０２において、セキュアメモリに格納されたボリューム固有鍵６６３を適用した復号処理によってＣＰＳユニット鍵ファイルからＣＰＳユニット鍵６７１を取り出した後、ステップＳ３０３に進む。

ステップＳ３０３では、取得したＣＰＳユニット鍵６７１を適用してローカル記憶部６５０に格納された暗号化コンテンツ６５４の復号処理を実行してコンテンツ６７２を生成して再生する。

本処理例では、ローカル記憶部６５０にサーバ認証情報（トークン）を保持しない設定としたコンテンツ再生処理例であり、サーバ認証情報（トークン）を適用した処理を含んでいない。

次に、図１３を参照して、ローカル記憶部にサーバ認証情報（トークン）を保持した設定におけるコンテンツ再生処理例について説明する。

図１３に示す情報処理装置７２０は、サーバからのダウンロード処理、または他メディアからのコピー処理によって取得した暗号化コンテンツ７５６を格納したローカル記憶部７５０と、鍵情報等を記録したセキュアメモリ７６０を有する。

図１３に示す例は、ローカル記憶部７５０に、
コンテンツ証明書７５１、
ＣＰＳユニット利用制御情報ファイル７５２、
サーバ認証情報（トークン）７５３、
ＭＫＢ７５４、
ＣＰＳユニット鍵ファイル７５５、
暗号化コンテンツ７５６、
これらのデータを格納している。
また、セキュアメモリ７６０に、
デバイスバインディングＩＤ７６２、
バインディングナンス７６３、
デバイス鍵セット７６３、
これらのデータを格納している。

このデータ格納例は、先に図１１を参照して説明した構成と同様の構成である。図１１では、コンテンツコピー処理の例として説明したが、図１３に示すローカル記憶部７５０に格納された暗号化コンテンツ７５６は、コピーコンテンツであるとは限らず、コピーコンテンツまたはダウンロードコンテンツのいずれの場合もある。

図１３を参照して説明する処理例は、ローカル記憶部７５０にサーバ認証情報（トークン）を格納している場合のコンテンツ再生処理例である。サーバ認証情報（トークン）は、図６、図１１を参照して説明したように、サーバからのコンテンツダウンロード処理、あるいはメディアからのコンテンツコピー処理に際してサーバから受信するデータである。サーバ認証情報（トークン）は、情報処理装置（デバイス）の識別情報など(デバイスバインディングＩＤ、バインディングナンス)をサーバに送信し、これらのデータにサーバの秘密鍵で署名を設定したデータである。

本処理例では、図に示すローカル記憶部７５０に、このサーバ認証情報（トークン）や７５３が格納されている。また、ローカル記憶部７５０にはＭＫＢ７５４も記録されている。

先の図１２を参照して説明した構成例では、ローカル記憶部にＭＫＢは格納されておらずＭＫＢの処理結果すとして得られるボリューム固有鍵をセキュアメモリに格納した構成であったが、この図１３に示す例は、ローカル記憶部７５０にはＭＫＢ７５４を記憶している。セキュアメモリ７６０にはボリューム固有鍵を保持していない。従って再生処理の段階でローカル記憶部７５０に格納されたＭＫＢ７５４の処理を行うことが必要となる。

情報処理装置のデータ処理部は、図１３に示すステップＳ５０１〜Ｓ５０５の処理を実行してコンテンツ再生を行う。まず、ステップＳ５０１において、ローカル記憶部６５０に格納されたコンテンツ証明書６５１と、ＣＰＳユニット利用制御情報ファイル６５２の検証処理を行う。

次に、ステップＳ５０２において、ローカル記憶部６５０に格納されたサーバ認証情報（トークン）７５３の検証処理を行う。先に説明したように、サーバ認証情報（トークン）にはサーバの秘密鍵による署名が設定されており、情報処理装置はサーバの公開鍵を適用して署名検証を実行する。なお、署名検証適用する公開鍵は、秘匿性がない鍵データであるので、セキュアメモリ７６０の格納データとしては示していない。情報処理装置がアクセス可能なその他のメモリ、またはメディアやネットワークを介して取得することが可能である。

次に、ステップＳ５０３において、ローカル記憶部６５０に格納されたＭＫＢの処理により、ボリューム固有鍵７７１を取得する処理を行う。具体的には、セキュアメモリ７６０に格納されたデバイス鍵セット７６３のデバイス鍵を適用してＭＫＢ７５３からメディア鍵を取得し、取得したメディア鍵と、ディスク対応のボリュームＩＤを適用したデータ処理（暗号処理）によってボリューム固有鍵（Ｖｏｌｕｍｅ Ｕｎｉｑｕｅ Ｋｅｙ）７７１を生成する。なお、ボリュームＩＤは、サーバ認証情報（トークン）７５３に格納されているボリュームＩＤを利用する。

次に、ステップＳ５０４において、ＣＰＳユニット鍵ファイルからＣＰＳユニット鍵を取り出す処理を行う。この処理は、ステップＳ５０３で取得したボリューム固有鍵７７１を適用した復号処理によって行われる。

次に、ステップＳ５０５において、取得したＣＰＳユニット鍵７７２を適用してローカル記憶部７５０に格納された暗号化コンテンツ７５６の復号処理を実行してコンテンツ７７３を生成して再生する。

本処理例では、ローカル記憶部７５０にサーバ認証情報（トークン）７５３を保持した設定としたコンテンツ再生処理例であり、サーバ認証情報（トークン）の検証が必須となる。

［コンテンツ再生時におけるメディアＩＤ（ＰＭＳＮ）の読み取り処理］
図１２、図１３を参照して説明したように情報処理装置におけるコンテンツ再生は、ローカル記憶部内のコンテンツ再生を行う場合もあるが、コンテンツを記録したディスク（ＲＯＭディスクなど）のディスクからコンテンツ再生を行う場合もある。

すなわち、情報処理装置のデータ処理部は、ディスクまたはローカル記憶部に格納された暗号化コンテンツを選択的に読み出して再生する。データ処理部は、再生コンテンツがディスク格納コンテンツである場合はディスクから暗号化コンテンツを読み出し、再生コンテンツがローカル記憶部格納コンテンツである場合はローカル記憶部からコンテンツを読み出して再生処理を行う。コンテンツ再生において必要となる鍵情報や利用制御情報についても。ディスク、あるいはローカル記憶部やメモリから読み出して処理を行うことになる。

ディスク（ＲＯＭディスク）またはローカル記憶部からのコンテンツ再生処理は、情報処理装置のデータ処理部において再生プログラムを実行して行われる。例えばＡＡＣＳ規定のＢＤフォーマット対応のコンテンツの再生処理を行う場合には上述したＣＰＳユニット鍵の取得、ＣＰＳユニット鍵を適用した暗号化コンテンツの復号処理が実行されることになる。

このコンテンツ再生に併せて、再生コンテンツに対応するメディアＩＤ（ＰＭＳＮ）の読み取りが必要となる場合がある。例えば、メディアＩＤの確認による再生コンテンツの制御や、メディアＩＤをサーバに送信して新たなサービスコンテンツを取得するといった場合である。

しかし、再生コンテンツがディスク格納コンテンツである場合は、取得対象とするメディアＩＤはディスクのメディアＩＤ記録領域に記録されている。具体的にはＢＤ−ＲＯＭディスクの場合、ＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）にメディアＩＤが記録されており、このＢＣＡ領域からのメディアＩＤの読み取り処理を行う必要がある。

一方、再生コンテンツがローカル記憶部に格納されたコンテンツである場合、その再生コンテンツに対応するメディアＩＤは、セキュアメモリに格納されており、セキュアメモリからのメディアＩＤの読み取り処理を行う必要がある。

このように、再生コンテンツがディスク格納コンテンツであるのかローカル記憶部格納コンテンツであるかによってメディアＩＤの読み取りは異なる態様で実行することが必要となる。本発明の情報処理装置では、再生コンテンツがディスク格納コンテンツであるのかローカル記憶部格納コンテンツであるかによって異なるメディアＩＤの読み取りを行うことを可能としている。

図１４に示すフローチャートを参照してこのメディアＩＤ読み取り処理シーケンスについて説明する。

メディアＩＤ読み取り処理は、情報処理装置のデータ処理部において、コンテンツ再生処理プログラムとは異なるプログラムであるＢＤ−Ｊアプリケーションプログラムを利用して行われる。先に説明したように、ＢＤ−ＪアプリケーションプログラムはＢＤ−ＪＶＭ（バーチャルマシン）上で実行される。

図１４に示すフローチャートの各ステップの処理について説明する。ステップＳ７０１において、コンテンツの再生が開始される。この再生処理は再生処理ブログラムによって実行される。なお、再生対象コンテンツはユーザによって指定されており、この時点で再生コンテンツがディスク格納コンテンツであるか、ローカル記憶部格納コンテンツであるかは、既に判別されている。

コンテンツ再生処理中に、メディアＩＤの読み取りの必要な状況が発生すると、メディアＩＤの読み取り処理専用のＢＤ−Ｊアプリケーションプログラムを読み取って実行する。なお、このＢＤ−Ｊアプリケーションプログラムは、ディスクまたはローカル記憶部のいずれかに格納しておく。あるいは情報処理装置内のその他のメモリに格納しておいてもよい。

このＢＤ−Ｊアプリケーションプログラムには、メディアＩＤの読み取り処理を実行させるＡＰＩが設定されている。ステップＳ７０３では、このＡＰＩ［ｇｅｔＰＭＳＮ］を実行する。

ステップＳ７０４〜Ｓ７０７の処理は、ＡＰＩ［ｇｅｔＰＭＳＮ］に規定されたシーケンスに従った処理である。まず、ステップＳ７０４において、再生コンテンツがＲＯＭディスクのコンテンツであるか否かを判定する。ＲＯＭディスクのコンテンツを再生中である場合は、ステップＳ７０５に進み、ＲＯＭディスクのＢＣＡ領域に記録されたメディアＩＤを読み取る。

一方、ステップＳ７０４において、再生コンテンツがＲＯＭディスクのコンテンツでないと判定した場合は、ステップＳ７０６に進み、セキュアメモリ内に記録されたメディアＩＤを読み取る。

最後に、ステップＳ７０７において、ＡＰＩの実行結果、すなわちディスクのＢＣＡ領域から読み取ったメディアＩＤ、またはセキュアメモリから読み取ったメディアＩＤのいずれかをＢＤ−Ｊアプリケーションプログラムに提供して処理を終了する。

ＢＤ−Ｊアプリケーションプログラムは受領したメディアＩＤを、例えば再生コンテンツの指定情報に適用するといった処理や、サーバに送信してサービスコンテンツを受領するといった処理に利用することになる。

このように、本発明の情報処理装置のデータ処理部はメディアＩＤの読み取り処理を、メディアＩＤ取得処理シーケンスを規定したＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を適用して実行する。ＡＰＩによって規定される処理シーケンスには、ディスクからのメディアＩＤ読み取り処理と、メモリからのメディアＩＤ読み取り処理シーケンスのいずれも含まれており、再生コンテンツがディスク格納コンテンツであるかローカル記憶部格納コンテンツであるかに応じて処理シーケンスを選択して実行することになる。

このように、ＢＤ−Ｊアプリケーションプログラムは、１つのＡＰＩ［ｇｅｔＭｅｄｉａＩＤ］を適用して、再生コンテンツの記録場所に応じて異なるメデイアＩＤの読み取り処理を実行させることが可能であり、再生コンテンツの記録位置に応じてプログラムを変更するといった処理が扶養となり、効率的なメディアＩＤの読み取りが可能となる。

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

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

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

以上、説明したように、本発明の一実施例の構成によれば、複数のメディアから選択的にコンテンツ再生を行う情報処理装置において、ＡＰＩを適用したメディアＩＤ読み取りを実行する。再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行し、再生コンテンツがローカル記憶部格納コンテンツである場合はメモリからのメディアＩＤ読み取りを実行する。ＡＰＩには、ディスクからのメディアＩＤ読み取り処理と、メモリからのメディアＩＤ読み取り処理シーケンスのいずれも含まれており、再生コンテンツがディスク格納コンテンツであるかローカル記憶部格納コンテンツであるかに応じて処理シーケンスを選択して実行する。本構成により、１つのＡＰＩを適用して異なるメディアＩＤ読み取りが可能となり、情報処理置の処理負荷が軽減される。

所定の管理の下に実行される情報記録媒体（メディア）間のコンテンツコピーであるマネージドコピー（ＭＣ）の例について説明する図である。 コンテンツのサーバからのダウンロード処理であるＥＳＴと共用端末を利用したコンテンツ提供処理であるＭｏｄについて説明する図である。 所定の管理の下に実行される情報記録媒体（メディア）間のコンテンツコピーであるマネージドコピー（ＭＣ）の具体的処理例について説明する図である。 コンテンツのダウンロード処理およびメディア間のコンテンツコピー処理例について説明する図である。 情報処理装置のローカル記憶部のディレクトリ構成例について説明する図である。 コンテンツのダウンロード処理の処理シーケンスの一例について説明するシーケンス図である。 コンテンツのメディア間コピー処理の処理シーケンスの一例について説明するシーケンス図である。 コンテンツのメディア間コピー処理の処理シーケンスを説明するフローチャートを示す図である。 コンテンツのメディア間コピー処理の具体的処理シーケンスおよび処理構成について説明する図である。 コンテンツのメディア間コピー処理において実行されるデータの移動および記録処理の詳細について説明する図である。 コンテンツのメディア間コピー処理において実行されるデータの移動および記録処理の詳細について説明する図である。 情報処理装置の実行するローカル記憶部格納コンテンツの再生処理例について説明する図である。 情報処理装置の実行するローカル記憶部格納コンテンツの再生処理例について説明する図である。 情報処理装置の実行するコンテンツの再生処理中のメディアＩＤ読み取りシーケンスについて説明するフローチャートを示す図である。

符号の説明

１ ユーザ
２ 情報処理装置
３ ＲＯＭディスク
４ 第２の情報記録媒体
５ 管理サーバ
６ ネットワーク
１１ ユーザ
１２ 情報記録媒体（メディア）
１３ 情報処理装置
１４ コンテンツサーバ
１５ ネットワーク
２１ ユーザ
２２ 情報記録媒体（メディア）
２３ コンビニ
２４ コンテンツサーバ
１１０ ディスク
１１１ ＢＤ−Ｊアプリケーション
１１２ コピー処理管理ファイル
１１３ 管理データ
１１４ 暗号化コンテンツ
１２０ 情報処理装置
１２１ ＢＤ−ＪＶＭ
１２２ ＡＡＣＳレイヤ
１２３ 許容処理リスト
１２４ コピー許可情報
１３１ 決済データ
１４０ 管理サーバ
１４１ 管理データ
１５０ 第２の情報記録媒体（メディア）
１５１ 管理データ
１５２ 暗号化コンテンツ
２１０ 情報処理装置
２１１ データ処理部
２１２ ＲＯＭディスク
２１３ ローカル記憶部
２２０ サーバ
２５１ プログラム（ＢＤ−Ｊアプリケーション）
２５２ プログラム（ＢＤ−Ｊアプリケーション）
３１０ サーバ
３１１ ＣＰＳユニット鍵ファイル
３１２ ＣＰＳユニット利用制御情報ファイル
３１３ 暗号化コンテンツ
３１４ ＭＫＢ
３１５ コンテンツ証明書
３１７ ボリューム固有鍵
３１８ コンテンツ管理データ（ＡＡＣＳデータ）
３２０ 情報処理装置
３５０ ローカル記憶部
３５１ ＣＰＳユニット鍵ファイル
３５２ ＣＰＳユニット利用制御情報ファイル
３５３ 暗号化コンテンツ
３５４ ＭＫＢ
３５５ コンテンツ証明書
３５６ サーバ認証情報（トークン）
３６０ セキュアメモリ
３６１ デバイス鍵セット
３６２ デバイスバインディングＩＤ
３６３ バインディングナンス
３６７ ボリューム固有鍵
３６８ コンテンツ管理データ（ＡＡＣＳデータ）
４１０ ディスク
４１１ ボリュームＩＤ
４１２ メディアＩＤ
４１３ コンテンツ証明書
４１４ ＭＫＢ
４１５ ＣＰＳユニット鍵ファイル
４１６ ＣＰＳユニット利用制御情報ファイル
４１７ 暗号化コンテンツ
４２０ 情報処理装置
４５０ ローカル記憶部
４５１ コンテンツ証明書
４５２ ＣＰＳユニット鍵ファイル
４５３ ＣＰＳユニット利用制御情報ファイル
４５４ 暗号化コンテンツ
４５５ ＭＫＢ
４６０ セキュアメモリ
４６１ コンテンツ管理データ（ＡＡＣＳデータ）
４６２ デバイス鍵セット
４６３ ボリューム固有鍵
４６５ ボリュームＩＤ
４６６ メディアＩＤ
５００ サーバ
５０１ ＤＬコンテンツ証明書
５１０ ディスク
５１１ コンテンツ証明書
５１２ コンテンツハッシュテーブル
５１３ ＭＫＢ
５１４ ＣＰＳユニット鍵ファイル
５１５ ＣＰＳユニット利用制御情報ファイル
５１６ 暗号化コンテンツ
５２０ 情報処理装置
５５０ ローカル記憶部
５５１ サーバ認証情報
５５２ ＤＬコンテンツ証明書
５５３ コンテンツハッシュテーブル
５５４ ＭＫＢ
５５５ ＣＰＳユニット鍵ファイル
５５６ ＣＰＳユニット利用制御情報ファイル
５５７ 暗号化コンテンツ
５６０ セキュアメモリ
５６１ デバイス鍵セット
５６２ デバイスバインディングＩＤ
５６３ バィンディングナンス
６２０ 情報処理装置
６５０ ローカル記憶部
６５１ コンテンツ証明書
６５２ ＣＰＳユニット鍵ファイル
６５３ ＣＰＳユニット利用制御情報ファイル
６５４ 暗号化コンテンツ
６６０ セキュアメモリ
６６１ コンテンツ管理データ（ＡＡＣＳデータ）
６６２ デバイス鍵セット
６６３ ボリューム固有鍵
７２０ 情報処理装置
７５０ ローカル記憶部
７５１ ＤＬコンテンツ証明書
７５２ ＣＰＳユニット利用制御情報ファイル
７５３ サーバ認証情報
７５４ ＭＫＢ
７５５ ＣＰＳユニット鍵ファイル
７５６ 暗号化コンテンツ
７６０ セキュアメモリ
７６１ デバイスバインディングＩＤ
７６２ デバイス鍵セット
７６３ バィンディングナンス

Claims (8)

1. 暗号化コンテンツを含むデータを格納するローカル記憶部と、
   前記暗号化コンテンツの再生処理に適用する鍵情報を含むデータを格納するメモリと、
   ディスクまたは前記ローカル記憶部に格納された暗号化コンテンツを選択的に再生するデータ処理部を有し、
   前記データ処理部は、
   再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行し、再生コンテンツがローカル記憶部格納コンテンツである場合は前記メモリからのメディアＩＤ読み取りを行う構成である情報処理装置。
2. 前記データ処理部は、
   前記メディアＩＤの読み取り処理を、メディアＩＤ取得処理シーケンスを規定したＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を適用して実行する構成である請求項１に記載の情報処理装置。
3. 前記ＡＰＩによって規定される処理シーケンスには、前記ディスクからのメディアＩＤ読み取り処理と、前記メモリからのメディアＩＤ読み取り処理シーケンスのいずれも含まれており、再生コンテンツがディスク格納コンテンツであるかローカル記憶部格納コンテンツであるかに応じて処理シーケンスを選択して実行する構成である請求項２に記載の情報処理装置。
4. 前記データ処理部は、
   ローカル記憶部格納コンテンツが再生対象コンテンツである場合、前記メモリに格納されたローカル記憶部格納コンテンツに対応する鍵情報を選択適用してローカル記憶部格納コンテンツの復号処理を伴うコンテンツ再生を実行する構成である請求項１に記載の情報処理装置。
5. 前記データ処理部は、
   前記ローカル記憶部に格納された暗号化コンテンツの復号に適用するユニット鍵を格納したユニット鍵ファイルの復号処理を、前記メモリに格納された鍵データを適用して実行してユニット鍵取得を行い、取得したユニット鍵を適用して暗号化コンテンツの復号を行う構成である請求項１に記載の情報処理装置。
6. 前記データ処理部は、
   前記メモリに格納された装置固有の鍵データを適用して、前記ローカル記憶部に格納された鍵ブロックの処理により第１鍵を取得し、該第１鍵を適用して暗号化コンテンツの復号に適用する鍵を格納した鍵ファイルの復号処理を実行して第２鍵を取得し、取得した第２鍵を適用して暗号化コンテンツの復号を行う構成である請求項１に記載の情報処理装置。
7. 情報処理装置において実行するデータ処理方法であり、
   データ処理部が、ディスクまたは前記ローカル記憶部に格納された暗号化コンテンツを選択的に再生するコンテンツ再生ステップと、
   前記データ処理部が、再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行し、再生コンテンツがローカル記憶部格納コンテンツである場合は前記メモリからのメディアＩＤ読み取りを行うメディアＩＤ読み取りステップと、
   を有するデータ処理方法。
8. 情報処理装置においてデータ処理を実行させるプログラムであり、
   データ処理部に、ディスクまたは前記ローカル記憶部に格納された暗号化コンテンツを選択的に再生させるコンテンツ再生ステップと、
   前記データ処理部に、再生コンテンツがディスク格納コンテンツである場合はディスクからのメディアＩＤ読み取りを実行させ、再生コンテンツがローカル記憶部格納コンテンツである場合は前記メモリからのメディアＩＤ読み取りを行わせるメディアＩＤ読み取りステップと、
   を有するプログラム。