JP4396737B2 - 情報処理装置、コンテンツ提供システム、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、情報処理装置、コンテンツ提供システム、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ネットワークを介したデータ送信を行う情報処理装置、コンテンツ提供システム、および情報処理方法、並びにコンピュータ・プログラムに関する。

大きな記憶容量を持つメディアとしてＤＶＤが利用され、例えば映画コンテンツなどの記録メディアとして利用されている。さらにデータ容量を高めたメディアとして例えば、青色レーザを利用したＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）がある。Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）は、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データのデジタルデータとして格納することができる。

すでに、ＲＯＭ型のＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）であるＢＤ−ＲＯＭに、ハイビジョンコンテンツなどを格納したコンテンツ格納メディアが多く流通している。ユーザは再生装置、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、あるいはディスクプレーヤ等の再生装置に、このようなメディアをセットしてコンテンツ再生を行うことができる。音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないような制御、例えば暗号化処理等が行なわれる。

ディスク記録されたコンテンツに対応する付属データ、例えば映画コンテンツに対応する字幕データや吹き替えデータ、その他のコンテンツ対応のサービスデータ、動画、静止画等のコンテンツを、後発データとしてサーバからダウンロードしてＰＣなど再生機器のハードディスクなどの記憶手段に格納し、ＤＶＤなどのメディアに記録されたコンテンツに併せて再生するというコンテンツ利用システムについても提案されている。このようなコンテンツ利用システムについては、例えば特許文献１（特開２００３−３０１５７号公報）、特許文献２（特開２００１−１２６３８５号公報）に開示されている。

ＢＤ−ＲＯＭの再生処理を行う再生装置の持つ機能として、ＢＤ−Ｊと呼ばれるＪａｖａ（登録商標）の実行環境と、Ｊａｖａ（登録商標）を通じたネットワークを介したサーバ接続機能と、サーバから取得して例えばハードディスクに格納した後発データとディスク記録コンテンツを統合して１つのファイルシステムを生成して再生を行う機能がある。なお、後発データとディスク記録コンテンツを統合して生成する１つのファイルシステムは、ＶＦＳ（バーチャル・ファイルシステム）と呼ばれ、ＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。

ディスクもしくはネット経由で供給されるＢＤ−Ｊのプログラムによって、上記の各機能を実行させることで、例えば、以下のような処理が実現される。
（１）新たなＡＶコンテンツをサーバから取得して追加する。
（２）ディスク上のＡＶコンテンツに対応する置き換えコンテンツをサーバから取得するなどの処理により、ディスク上のＡＶコンテンツを変更する。
（３）メニュー情報や、再生シーケンス情報などをサーバから取得して、ディスク格納コンテンツに対応するナビゲーションを変更する。
上記のような様々な処理が可能となる。

なお、コンテンツの著作権保護規定として、ＡＡＣＳ(Advanced Access Content System)がある。ＡＡＣＳは高度な共通鍵暗号（ＡＥＳ暗号）を基本とした著作権保護技術を規定している。なお、ＡＡＣＳについては、例えば非特許文献１、非特許文献２に記載されている。ＡＡＣＳは、コンテンツの暗号化とその暗号鍵の利用について規定しており、特に、暗号鍵はディスクタイトル（映画タイトルなど）毎に異なるようにすることを規定しており、暗号鍵の漏洩などに対する安全性を高めた構成となっている。

しかし、サーバの提供する後発データには、例えば、トレーラと呼ばれる映画の宣伝用コンテンツやサービスデータなどがあり、このような後発データには、ユーザに提供される様々なタイトルのディスク格納コンテンツに対して共通に提供したい後発データがある。しかし、上述のようにＡＡＣＳ規定に従うと、暗号鍵をディスクタイトル毎に異ならせることが必要となり、後発データを提供するサーバは、ユーザの持つディスクタイトル（映画タイトルなど）に対応した暗号鍵を適用した暗号化処理を実行してユーザに提供するということが必要となり、タイトル数が増大すると、同一の後発データに対して大量の異なる暗号化データを生成または保有することが必要となり、処理が非効率的になるという問題があった。
特開２００３−３０１５７号公報、 特開２００１−１２６３８５号公報、 AACS Common Book, Revision 0.91 AACS Recordable Video Book, Revision 0.91 (http://www.aacsla.com/specifications/specs091/AACS_Spec_Common_0.91.pdf) AACS Blu-ray Disc prerecorded Book (http://www.aacsla.com/specifications/AACS_Spec_BD_Prerecorded_0.912.pdf)

本発明は、このような状況に鑑みてなされたものであり、後発データを提供するサーバの処理負荷を軽減して、後発データの管理、配信処理を効率的に実行することを可能とする情報処理装置、コンテンツ提供システム、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサーバとしての情報処理装置であり、
送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベースと、
前記送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵を鍵管理サーバから取得し、取得した暗号化ユニット鍵、および前記暗号化送信データを前記ユーザデバイスに送信する処理を実行する制御部と、
を有することを特徴とする情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記暗号化ユニット鍵は、前記メディア情報に対応して設定される暗号鍵を適用して暗号化されたデータであり、前記制御部は、前記メディア情報に対応して設定される暗号鍵によって暗号化された暗号化ユニット鍵を鍵管理サーバから取得する処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記メディア情報と、送信データ識別子を鍵管理サーバに送信し、前記鍵管理サーバが前記送信データ識別子に対応付けて記録しているユニット鍵を、前記メディア情報に対応付けて記録している暗号鍵を適用して暗号化した暗号化ユニット鍵を前記鍵管理サーバから取得する処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記制御部は、さらに、前記ユニット鍵の記録ファイルであるユニット鍵ファイルにおける鍵記録位置情報として利用されるユニット識別子を前記ユーザデバイスに送信する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記メディア情報に対応付けて登録したユニット鍵ファイルを格納した記憶部を有し、前記制御部は、前記鍵管理サーバから取得した暗号化ユニット鍵を、前記ユニット鍵ファイルに記録するユニット鍵ファイル更新処理を実行し、更新したユニット鍵ファイルを前記ユーザデバイスに送信する構成であることを特徴とする。

さらに、本発明の第２の側面は、
メディア情報をサービスサーバに送信し、サービスサーバからの送信データを受信するユーザデバイスと、
前記ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサービスサーバと、
前記送信データの暗号化に適用するユニット鍵を管理する鍵管理サーバを有するコンテンツ提供システムであり、
前記サービスサーバは、前記ユーザデバイスからメディア情報を受信し、該メディア情報と、送信データ識別子を前記鍵管理サーバに送信し、
前記鍵管理サーバは、前記送信データ識別子に対応付けて記録しているユニット鍵を、前記メディア情報に対応付けて記録している暗号鍵を適用して暗号化を行い、生成した暗号化ユニット鍵を前記サービスサーバに送信し、
前記サービスサーバは、前記鍵管理サーバから取得した暗号化ユニット鍵、および前記ユニット鍵による暗号化を施した暗号化送信データを前記ユーザデバイスに送信する処理を実行する構成であることを特徴とするコンテンツ提供システムにある。

さらに、本発明のコンテンツ提供システムの一実施態様において、前記ユーザデバイスは、前記サービスサーバから受信する暗号化ユニット鍵をユーザデバイスの保持するユニット鍵ファイルに記録してユニット鍵ファイルの更新を行い記憶部に格納する処理を実行することを特徴とする。

さらに、本発明のコンテンツ提供システムの一実施態様において、前記鍵管理サーバは、前記送信データ識別子と、各送信データに対応して設定されるユニット鍵を対応付けて記録した送信データ用暗号鍵データベースと、前記メディア情報と、前記メディア情報に対応して設定される暗号鍵を対応付けて記録した暗号鍵データベースを有し、前記送信データ用暗号鍵データベースの検索により、前記送信データ識別子に対応付けて記録しているユニット鍵を取得し、前記暗号鍵データベースの検索により、前記メディア情報に対応付けて記録している暗号鍵を取得する処理を実行する構成であることを特徴とする。

さらに、本発明の第３の側面は、
ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサーバとしての情報処理装置において実行する情報処理方法であり、
前記情報処理装置の制御部が、ユーザデバイスからのメディア情報受信に応じて、前記送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵を鍵管理サーバから取得する暗号化ユニット鍵取得ステップと、
前記制御部が、送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベースから暗号化送信データを取得し、取得した暗号化ユニット鍵、および前記暗号化送信データを前記ユーザデバイスに送信する処理を実行するデータ送信ステップと、
を有することを特徴とする情報処理方法にある。

さらに、本発明の情報処理方法の一実施態様において、前記暗号化ユニット鍵は、前記メディア情報に対応して設定される暗号鍵を適用して暗号化されたデータであり、前記暗号化ユニット鍵取得ステップは、前記メディア情報に対応して設定される暗号鍵によって暗号化された暗号化ユニット鍵を鍵管理サーバから取得する処理を実行するステップであることを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記暗号化ユニット鍵取得ステップは、前記メディア情報と、送信データ識別子を鍵管理サーバに送信するステップと、前記鍵管理サーバが前記送信データ識別子に対応付けて記録しているユニット鍵を、前記メディア情報に対応付けて記録している暗号鍵を適用して暗号化した暗号化ユニット鍵を前記鍵管理サーバから取得する処理を実行するステップと、を含むことを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記データ送信ステップは、さらに、前記ユニット鍵の記録ファイルであるユニット鍵ファイルにおける鍵記録位置情報として利用されるユニット識別子を前記ユーザデバイスに送信する処理を含むことを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、前記メディア情報に対応付けて登録したユニット鍵ファイルを格納した記憶部を有し、前記情報処理方法は、さらに、前記制御部が、前記鍵管理サーバから取得した暗号化ユニット鍵を、前記ユニット鍵ファイルに記録するユニット鍵ファイル更新処理を実行して更新したユニット鍵ファイルを前記ユーザデバイスに送信するステップを有することを特徴とする。

さらに、本発明の第４の側面は、
ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサーバとしての情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
前記情報処理装置の制御部に、ユーザデバイスからのメディア情報受信に応じて、前記送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵を鍵管理サーバから取得させる暗号化ユニット鍵取得ステップと、
前記制御部に、送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベースから暗号化送信データを取得させ、取得した暗号化ユニット鍵、および前記暗号化送信データを前記ユーザデバイスに送信する処理を実行させるデータ送信ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。

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

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

本発明の一実施例の構成によれば、ユーザデバイスに装着したメディアに対応してサービスサーバから提供するデータの送信構成において、サービスサーバは、メディア情報であるボリュームＩＤに対応するタイトル毎に設定された暗号鍵で暗号化したデータを保持することなく、１種類の送信データについて、１つのＣＰＳユニット鍵（タイトルキー）による暗号化データのみを保持すればよい。トレーラ、宣伝用データ、サービスデータなど、特定のコンテンツタイトルに対応することのない複数のタイトルに共通する送信データについて、送信データ対応のＣＰＳユニット鍵（タイトルキー）を設定して、ＣＰＳユニット鍵（タイトルキー）による暗号化送信データを保持し、ユーザデバイスに提供することが可能となり、サービスサーバは、タイトル個別の暗号鍵（ＣＰＳユニット鍵）を適用した複数の暗号化データの生成や、保持を行う必要がなくなり、処理の効率化および記憶スペースの削減が実現される。

以下、図面を参照しながら本発明の情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．ＡＡＣＳ規定に従ったコンテンツのメディア記録および再生処理の概要
２．サーバからの後発データの取得処理の概要
３．本発明の一実施例に従った処理構成
４．各装置の構成および処理について

［１．ＡＡＣＳ規定に従ったコンテンツのメディア記録および再生処理の概要］
まず、ＡＡＣＳ規定に従ったコンテンツのメディア記録および再生処理の概要について図１を参照して説明する。前述したように、ＡＡＣＳ(Advanced Access Content System)はコンテンツの著作権保護規定であり、コンテンツの暗号化とその暗号鍵の利用について規定している。ＡＣＳＳ規定に従ったコンテンツ記録メディアの生成と再生処理について図１を参照して説明する。

図１において、中央のメディア（情報記録媒体）１１０がＡＡＣＳ規格に対応するコンテンツ格納メディア１１０であり、左側にコンテンツ格納メディア１１０を製造するディスク製造エンティテイ１２０の処理、右側にコンテンツ格納メディア１１０に格納されたコンテンツの再生を実行する再生装置（ユーザデバイス）１３０の処理を示している。

まず、ディスク製造エンティテイ１２０の処理について説明する。ディスク製造エンティテイ１２０は、ＭＫＢ（Media Key Block）１２１、ＫＣＤ（Key Conversion
Data)１２２をメディア１１０に記録する。ＭＫＢ（Media Key Block）１２１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号情報（暗号鍵）ブロックである。ＭＫＢ１２１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキー［Ｋｄ］と、ＫＣＤ１２２を適用したデータ処理によってのみ、コンテンツの復号に必要なキーであるメディアキー［Ｋｍ］の取得を可能とした暗号情報ブロックである。すなわち、秘密情報として、メディアキーを格納している。

このように、ＭＫＢ１２１は、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディアキー［Ｋｍ］の取得が可能となり、無効化（リボーク処理）されたユーザデバイスにおいては、メディアキー［Ｋｍ］の取得が不可能となる。すなわち、ＭＫＢは、特定の選択デバイスに配付されたデバイスキーを適用した場合にのみ秘密情報の取得を可能とし、排除デバイスであるリボークデバイスに配付されたデバイスキーを適用した場合には秘密情報の取得ができない構成を持つ暗号情報ブロックである。

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

ディスク製造エンティテイ１２０は、さらにメディアキー［Ｋｍ］１２３と、メディア１１０に記録済みのボリュームＩＤ１１３とを適用したステップＳ１１の暗号処理（ＡＥＳ−Ｇ）によりボリュームユニークキー［ＫＶｕ］を生成する。なお、ＡＥＳ−Ｇは、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）暗号処理に従った鍵生成処理を意味する。ボリュームＩＤは、一定のメディア集合（ボリューム）に対する識別子として設定されるメディア情報である。このメディア情報としてボリュームＩＤは、例えばディスクのタイトル（映画タイトルなど）に応じた固有の識別子となる。ボリュームユークキーは、一定のメディア集合（ボリューム）に対して設定されるボリュームＩＤに対応する固有の鍵として設定される。

さらに、ディスク製造エンティテイ１２０は、ステップＳ１２において、ボリュームユニークキー（ＫＶｕ）を適用してＣＰＳユニット鍵１２４の暗号化を実行して、メディア１１０に格納するＣＰＳユニット鍵ファィル１１４を生成する。メディア１１０に格納されるＣＰＳユニット鍵は、ボリュームユニークキー［ＫＶｕ］によって暗号化されたデータとなる。ＣＰＳユニット鍵は、再生装置においてコンテンツの復号の際に利用される。なお、ＣＰＳユニット鍵はタイトルキー［Ｋｔ］とも呼ばれる。

ディスク製造エンティテイ１２０は、さらにメディア１１０の格納コンテンツに対応する利用制御情報１２４をメディア１１０に記録する。利用制御情報１２４には、メディア格納コンテンツに対応する利用制御情報、例えばコピーの制限情報、外部出力の制限情報などが記録される。

ディスク製造エンティテイ１２０は、ステップＳ１３において、コンテンツ１２６を、ＣＰＳユニット鍵（タイトルキー）１２４で暗号化し、メディア１１０に記録する。

これらの処理により、ＡＡＣＳ対応メディア１１０には、図１に示すように、
ＭＫＢ１１１、
ＫＣＤ１１２、
ホリュームＩＤ１１３、
ＣＰＳユニット鍵ファィル１１４、
利用制御情報１１５、
暗号化コンテンツ１１６、
これらの各データが記録される。

上記各データの記録されたＡＡＣＳ対応メディア１１０は、ユーザデバイスとしての再生装置１３０に装着され、所定のシーケンスに従った鍵生成、コンテンツ復号処理などが実行されコンテンツの再生が行われる。再生装置１３０の処理について説明する。

再生装置１３０はＡＡＣＳ対応の装置であり、デバイスキー［Ｋｄ］１３１をメモリに格納している。まず、再生装置１３０は、メディア１１０に格納されたＭＫＢ１１１とＫＣＤ１１２を読み出して、ステップＳ２１，Ｓ２２において、自装置のメモリに格納されたデバイスキー１３１を適用したＭＫＢ処理と暗号処理（ＡＥＳ−Ｇ）を実行してメディアキー［Ｋｍ］を取得する。

さらに、ステップＳ２３において、メディア１１０に格納されたボリュームＩＤ１１３を読み出して、メディアキー［Ｋｍ］を適用した暗号処理（ＡＥＳ−Ｇ）を実行してボリュームユニークキー［ＫＶｕ］を生成する。

さらに、ステップＳ２４において、メディア１１０に格納されたＣＰＳユニット鍵ファイル１１４を読み出して、ボリュームユニークキー［ＫＶｕ］を適用した復号処理により、ＣＰＳユニット鍵（タイトルキー）［Ｋｔ］を生成する。

さらに、ステップＳ２５において、メディア１１０に格納された利用制御情報１１５を読み出して、再生装置がメモリに保持するＡＡＣＳ公開鍵を適用して利用制御情報１１５の検証処理（署名検証など）を実行して、正当な利用制御情報であるか否かを判定する。コンテンツは、正当であると判定された利用制御情報の記述に従って利用が許容される。

その後、ステップＳ２６において、ＣＰＳユニット鍵（タイトルキー）［Ｋｔ］を適用してメディア１１０に格納された暗号化コンテンツ１１６の復号が実行され、コンテンツ１３３の再生が行われる。

このようにＡＡＣＳ規定によれば、再生装置１３０は、メディア格納コンテンツの利用に際して、ＡＡＣＳ規定に従った鍵生成およびコンテンツ復号を実行することが必要となり、不正な再生装置によるコンテンツの不正利用が防止される構成となっている。

［２．サーバからの後発データの取得処理の概要］
先に説明したように、ＢＤ−ＲＯＭなどのＡＡＣＳ対応メディアの再生処理を行う再生装置の持つ機能として、ＢＤ−Ｊと呼ばれるＪａｖａ（登録商標）の実行環境と、Ｊａｖａ（登録商標）を通じたネットワークを介したサーバ接続機能と、サーバから取得して例えばハードディスクに格納した後発データとディスク記録コンテンツを統合して１つのファイルシステムを生成して再生を行う機能がある。なお、後発データとディスク記録コンテンツを統合して生成する１つのファイルシステムは、ＶＦＳ（バーチャル・ファイルシステム）と呼ばれ、ＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。

サーバからの後発データの取得処理の概要について、図２を参照して説明する。図２は、例えばＤＶＤやＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などのメディア（情報記録媒体）１１０の再生処理を実行する例えばＰＣやメディア再生装置等の再生装置１３０を示す図である。

再生装置１３０は、以下の構成を有する。
コンテンツ再生処理、後発データ管理処理などを実行するＣＰＵなどのプログラム実行機能を持つ制御部２０１、
情報記録媒体（メディア）１１０格納コンテンツに対応するデータとして、サービスサーバ１５１，１５２からダウンロードしたデータやユーザの生成したデータなどの後発データを格納するローカル記憶部２０２、
情報記録媒体１１０に対するデータ入出力を行なう記録媒体インタフェース２０３、
プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ２０４、
ネットワークを介した通信を実行する通信インタフェース２０５、
コンテンツやコンテンツ情報表示を行なう表示部２０６、
これらの構成を有する。ローカル記憶部２０２は、例えばハードディスクやフラッシュメモリ等によって構成される。

再生装置１３０は、メディア１１０から記録媒体インタフェース２０３を介してコンテンツを読み取り、図１を参照して説明したシーケンスに従った鍵生成、復号処理などを行ってコンテンツの再生処理を行なう。この処理は制御部２０１の制御の下に行なわれる。

再生装置１３０は、メディア１１０に格納されたコンテンツ再生に併せて利用可能なサブコンテンツ、例えば、次に発売予定のコンテンツの宣伝情報やサービスデータなど（トレーラとも呼ばれる）を、サービスサーバ１５１，１５２を介して取得し、取得データを例えばハードディスクやフラッシュメモリ等によって構成されるローカル記憶部２０２に記憶する。

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

制御部２０１は、なお、後発データの記録に際しては、必要に応じて後発データに関する管理情報や説明情報を生成または更新してローカル記憶部２０２に記録する。制御部２０１は、ローカル記憶部２０２に設定される後発データ用ディレクトリに、後発データおよび管理情報、説明情報の記録を行う。

このように、再生装置１３０はサービスサーバ１５１，１５２から後発データの取得を行うことで、先に説明したように、例えば、以下のような処理を実行することができる。
（１）新たなＡＶコンテンツをサーバから取得して追加する。
（２）ディスク上のＡＶコンテンツに対応する置き換えコンテンツをサーバから取得するなどの処理により、ディスク上のＡＶコンテンツを変更する。
（３）メニュー情報や、再生シーケンス情報などをサーバから取得して、ディスク格納コンテンツに対応するナビゲーションを変更する。
上記のような様々な処理が可能となる。

サーバの提供する後発データは、映画の宣伝用コンテンツやサービスデータなどユーザの保有する様々なタイトルのディスク格納コンテンツに対して共通に提供すべき後発データがあるが、前述したように、ＡＡＣＳでは、暗号鍵はディスクタイトル（映画タイトルなど）毎に異なるように設定することを規定しており、後発データを提供するサーバは、ユーザの持つディスクタイトル（映画タイトルなど）に対応した暗号鍵を適用した暗号化処理を実行してユーザに提供するということが必要となり、タイトル数の増大に伴い、同一の後発データに基づいて各タイトルに対応する鍵を適用した異なる暗号化データを生成または保有することが必要となり、処理が非効率的になるという問題がある。

［３．本発明の一実施例に従った処理構成］
本発明は、上述のような問題を解決する構成を提案するものである。図３以下を参照して本発明の一実施例に従った処理構成について説明する。図３には、トレーラと呼ばれる宣伝コンテンツやサービスデータなどの後発データの提供を実行するサービスサーバ３５１と、サービスサーバ３５１から後発データの取得を行うユーザデバイス（再生装置）３８１と、ＡＡＣＳ規定に従ったコンテンツ提供システムにおける管理処理を実行し、暗号化に適用する鍵の提供などの処理を実行する鍵管理サーバ（ＡＡＣＳサーバ）３１１を示している。

情報漏れの防止されたＡＡＣＳセキュアエリア３１０内には鍵管理サーバ（ＡＡＣＳサーバ）３１１と、ボリュームユニークキー（Ｋｖｕ）を登録した暗号鍵データベース３１２と、サービスサーバ３５１がユーザデバイスに送信するトレーラ等の送信データの暗号処理に適用する暗号鍵（送信データ用暗号鍵）を格納した送信データ用暗号鍵データベース３１３が設置されている。

暗号鍵データベース３１２の格納データの構成例を図４に示す。図４に示すように、暗号鍵データベース３１２は、ボリュームＩＤと、ボリュームＩＤに対応するボリュームユニークキー［Ｋｖｕ］が記録されている。先に図１を参照して説明したように、ボリュームＩＤーは、一定のメディア集合（ボリューム）に対する識別子として設定され、ボリュームユークキーは、一定のメディア集合（ボリューム）に対して設定されるボリュームＩＤに対応する固有の鍵として設定される。

送信データ用暗号鍵データベース３１３の格納データの構成例を図５に示す。図５に示すように、送信データ用暗号鍵データベース３１３は、サービスサーバ３５１がユーザデバイスに送信するトレーラ等の送信データに対応する識別子である送信データＩＤ（トレーラＩＤ）と、送信データＩＤ（トレーラＩＤ）に対応して設定されるＣＰＳユニット鍵（タイトルキー）［Ｋｔ］が記録されている。

この送信データ用暗号鍵データベース３１３は随時更新される。すなわち、サービスサーバ３５１が新たなサービスデータなど、新たな送信データを生成した際、サービスサーバ３５１は、生成した送信データとともに鍵生成要求を鍵管理サーバ（ＡＡＣＳサーバ）３１１に送信する。鍵管理サーバ（ＡＡＣＳサーバ）３１１は、鍵生成要求を受信すると、申請のあった送信データに対する識別子（ＩＤ）を送信データ識別子として設定するとともに、その送信データＩＤに対応するＣＰＳユニット鍵（タイトルキー）［Ｋｔ］を生成して送信データ用暗号鍵データベース３１３に登録する。なお、ＣＰＳユニット鍵（タイトルキー）［Ｋｔ］にはＣＰＳユニットの識別情報としてのＣＰＳユニット識別子が対応付けられている。

鍵管理サーバ（ＡＡＣＳサーバ）３１１は、生成したＣＰＳユニット鍵（タイトルキー）［Ｋｔ］を適用して、送信データの暗号化処理を実行して、暗号化した送信データを、送信データ識別子（送信データＩＤ）とともにサービスサーバ３５１に送信する。

サービスサーバ３５１は、鍵管理サーバ（ＡＡＣＳサーバ）３１１から受領した送信データ識別子（送信データＩＤ）、および暗号化送信データを暗号化送信データ格納データベース３５２に格納する。図６に暗号化送信データ格納データベース３５２の記録データ構成例を示す。

暗号化送信データ格納データベース３５２は、図６に示すように、送信データ識別子（送信データＩＤ）と、暗号化送信データとの対応データを格納したデータベースである。サービスサーバ３５１は、この暗号化送信データをユーザデバイス（再生装置）３８１に対して送信する。

図３に示す本発明に従った構成では、トレーラ等の送信データを提供するサービスサーバ３５１は、１種類の送信データに対応して１つの暗号鍵、すなわち、１つのＣＰＳユニット鍵（タイトルキー）［Ｋｔ］を適用した暗号化データを保持するのみの構成となっている。すなわち、ＡＡＣＳ規定に従ったタイトル対応の個別の鍵を利用した構成としていない。ＡＡＣＳ規定に従えば、各タイトル毎に対応する異なる鍵を適用した暗号化データを生成し保持することになるが、本処理例では、図６に示すように、サービスサーバ３５１が送信データを格納している暗号化送信データ格納データベース３５２には、１種類の送信データに対して、１つの鍵で暗号化した送信データのみを保持する構成であり、簡略化した構成とすることができる。

図３〜図６を参照して説明したコンテンツ提供システムおよびデータベース構成に従って実行されるトレーラなどの後発データの送信処理を行う際の通信シーケンスについて、図７〜図１０を参照して説明する。図７〜図１０において、左から、
トレーラ等の送信データをサービスサーバ３５１から受信するユーザデバイス（再生装置）３８１、
トレーラ等の送信データを提供するサービスサーバ３５１とサービスサーバ３５１の管理する暗号化送信データ格納データベース３５２、
鍵管理サーバ（ＡＡＣＳサーバ）３１１、
鍵管理サーバ（ＡＡＣＳサーバ）３１１の管理する暗号鍵（ボリュームユニークキー（Ｋｖｕ））データベース３１２、
鍵管理サーバ（ＡＡＣＳサーバ）３１１の管理する送信データ用暗号鍵データベース３１３、
これらを並べて示している。なお、鍵管理サーバ（ＡＡＣＳサーバ）３１１、暗号鍵（ボリュームユニークキー（Ｋｖｕ））データベース３１２、送信データ用暗号鍵データベース３１３はＡＡＣＳセキュアエリア内において、漏洩のない安全な通信路において通信を行っている。

なお、図７〜図１０のシーケンスの開始以前に、サービスサーバ３５１は、鍵管理サーバ（ＡＡＣＳサーバ）３１１に対して送信データとともに鍵生成要求を送信し、鍵管理サーバ（ＡＡＣＳサーバ）３１１において送信データに対する識別子（ＩＤ）の設定と、送信データＩＤに対応するＣＰＳユニット鍵（タイトルキー）［Ｋｔ］の生成および送信データ用暗号鍵データベース３１３に対する登録処理を実行し、さらに、生成したＣＰＳユニット鍵（タイトルキー）［Ｋｔ］を適用した暗号化送信データを生成して、暗号化送信データをと送信データ識別子（送信データＩＤ）をサービスサーバ３５１に提供しており、サービスサーバ３５１はこれらの送信データ識別子（送信データＩＤ）と暗号化送信データを暗号化送信データ格納データベース３５２に格納しているものとする。これらの処理は、サービスサーバ３５１において新たな送信データを生成した際に逐次実行される。

図７〜図１０のシーケンスに示す各ステップについて説明する。まず、ステップＳ１０１において、ＢＤ−ＲＯＭなどのメディア（ディスク）を装着したユーザデバイス（再生装置）３８１は、Ｊａｖａ（登録商標）プロクラムであるＢＤ−Ｊプログラムをディスクあるいは再生装置から読み出して実行し、サービスサーバ３５１に対してトレーラ等やサービスデータなどのデータ送信要求を行う。なお、このデータ要求の送信に必要なアドレス情報やユーザ情報はＢＤ−Ｊプログラムによって取得される。これらは予めディスクに記録された情報または再生装置から取得される情報である。

ユーザデバイス（再生装置）３８１からデータ要求を受信したサービスサーバ３５１は、ステップＳ１０２において、ユーザデバイス（再生装置）３８１に対して、メディア情報としてディスクのボリュームＩＤを要求する。前述したようにボリュームＩＤは、一定のメディア集合（ボリューム）に対する識別子として設定されるメディア情報であり。例えばディスクのタイトル（映画タイトルなど）に応じた固有の識別子である。

サービスサーバ３５１からボリュームＩＤ要求を受信したユーザデバイス（再生装置）３８１は、ステップＳ１０３において、ユーザデバイス（再生装置）３８１に装着したディスクに記録されているメディア情報としてのボリュームＩＤを読み取り、さらに、ＣＰＳユニット鍵ファイルを読み取り、サービスサーバ３５１に送信する。なお、サービスサーバ３５１において、各ボリュームＩＤ対応のＣＰＳユニット鍵ファィルを保持している場合は、ユーザデバイス３８１からサービスサーバ３５１へのＣＰＳユニット鍵ファィルの送信は省略し、ボリュームＩＤのみを送信する構成としてもよい。

ユーザデバイス（再生装置）３８１からボリュームＩＤ、またはボリュームＩＤとＣＰＳユニット鍵ファィルを受信したサービスサーバ３５１は、ステップＳ１０４において、
（ａ）ボリュームＩＤ
（ｂ）送信データＩＤ
（ｃ）送信データ対応のＣＰＳユニット識別子（ＣＰＳ Ｕｎｉｔ Ｎｕｍｂｅｒ）
（ｄ）ＣＰＳユニット鍵ファィル
これらの各データを鍵管理サーバ（ＡＡＣＳサーバ）３１１に送信する。

なお、送信データ対応のＣＰＳユニット識別子（ＣＰＳ Ｕｎｉｔ Ｎｕｍｂｅｒ）は、ＣＰＳユニット鍵ファイルにおいて、送信データ対応のＣＰＳユニット鍵（タイトルキー）を格納する位置情報としても利用される。また、ＣＰＳユニット鍵ファィルは、ユーザデバイス（再生装置）３８１からの受信データまたは、サービスサーバ３５１がボリュームＩＤに対応して保持しているデータのいずれかを利用して送信する。

上記（ａ）〜（ｄ）の各データをサービスサーバ３５１から受信した鍵管理サーバ（ＡＡＣＳサーバ）３１１は、ステップＳ１０５〜Ｓ１０６において、ボリュームＩＤに基づく暗号鍵（ボリュームユニークキー（Ｋｖｕ））データベース３１２の検索処理を実行して、ボリュームＩＤに対応するボリュームユニークキー（Ｋｖｕ）を取得する。

暗号鍵（ボリュームユニークキー（Ｋｖｕ））データベース３１２は、先に図４を参照して説明したように、ボリュームＩＤとボリュームユニークキー［Ｋｖｕ］との対応データを登録したデータベースであり、鍵管理サーバ（ＡＡＣＳサーバ）３１１は、サービスサーバから受領したボリュームＩＤに対応するボリュームユニークキー（Ｋｖｕ）を暗号鍵（ボリュームユニークキー（Ｋｖｕ））データベース３１２から取得する。

さらに、鍵管理サーバ（ＡＡＣＳサーバ）３１１は、ステップＳ１０７〜Ｓ１０８において、送信データＩＤに基づく送信データ用暗号鍵データベース３１３の検索処理を実行して、送信データＩＤに対応する送信データ用暗号鍵（ＣＰＳユニット鍵（タイトルキー））を取得する。

送信データ用暗号鍵データベース３１３は、先に図５を参照して説明したように、送信データＩＤとＣＰＳユニット鍵（タイトルキー）［Ｋｔｎ］との対応データを登録したデータベースであり、鍵管理サーバ（ＡＡＣＳサーバ）３１１は、サービスサーバから受領した送信データＩＤに対応するＣＰＳユニット鍵（タイトルキー）を送信データ用暗号鍵データベース３１３から取得する。

次に、鍵管理サーバ（ＡＡＣＳサーバ）３１１は、ステップＳ１０９において、送信データ用暗号鍵データベース３１３から取得した送信データＩＤに対応するＣＰＳユニット鍵（タイトルキー）を、暗号鍵（ボリュームユニークキー（Ｋｖｕ））データベース３１２から取得したボリュームユニークキー［Ｋｖｕ］を適用して暗号化する処理を実行して暗号化鍵データを生成する。すなわち、
Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）
上記の暗号化鍵データを生成する。なお、Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）は、ＣＰＳユニット鍵（タイトルキー）［Ｋｔｙ］をボリュームユニークキー［Ｋｖｕｘ］によって暗号化したデータであることを示す。

次に、鍵管理サーバ（ＡＡＣＳサーバ）３１１は、ステップＳ１１０において、生成した暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］をサービスサーバに送信する。

次に、サービスサーバ３５１は、ステップＳ１１１において、ユーザデバイス３８１から受信済みの送信データＩＤに基づく暗号化送信データ格納データベース３５２の検索を行い、送信データＩＤに対応する暗号化送信データを取得する。

暗号化送信データ格納データベース３５２は、先に図６を参照して説明したように、送信データＩＤと暗号化送信データとの対応データを登録したデータベースであり、サービスサーバ３５１は、ユーザデバイス３８１から受信済みの送信データＩＤに対応する暗号化送信データを暗号化送信データ格納データベース３５２から取得する。送信データは例えば宣伝コンテンツなどのトレーラやサービスデータなどによって構成される。

次に、サービスサーバ３５１は、ステップＳ１１２において、暗号化送信データ格納データベース３５２から取得した暗号化送信データと、鍵管理サーバ（ＡＡＣＳサーバ）３１１から受信した暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］、すなわち、送信データＩＤに対応するＣＰＳユニット鍵（タイトルキー）を、ボリュームユニークキー［Ｋｖｕ］を適用して暗号化した暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］をユーザデバイス３８１に送信する。なお、この際、送信データ対応のＣＰＳユニット識別子（ＣＰＳ Ｕｎｉｔ Ｎｕｍｂｅｒ）についてもユーザデバイスに送信する設定としてもよい。ＣＰＳユニット識別子（ＣＰＳ Ｕｎｉｔ Ｎｕｍｂｅｒ）ＣＰＳユニット鍵ファイルにおいて、送信データ対応のＣＰＳユニット鍵（タイトルキー）を格納する位置情報として利用される。

暗号化送信データと暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］をサービスサーバ３５１から受信したユーザデバイス３８１は、ステップＳ１１３において、まず、暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］をＣＰＳユニット鍵ファイルに記録するＣＰＳユニット鍵ファイルの更新処理を実行する。なお、ＣＰＳユニット鍵ファイルの更新処理は、ディスクから読み出した更新前のＣＰＳユニット鍵ファイルをユーザデバイスのローカル記憶部、例えばハードディスクなどに記録し、そのローカル記憶部に記録したＣＰＳユニット鍵ファイルに対して実行する。

図１１にＣＰＳユニット鍵ファイルの構成例を示す。ＣＰＳユニット鍵ファイルは図１１に示すように、ヘッダ領域４１１、ファイルに登録されているＣＰＳユニット鍵（タイトルキー）の数である登録数記録領域４１２と、ＣＰＳユニット鍵（タイトルキー）記録領域４１３、さらに、送信データ用鍵登録領域４１４を含む構成となっている。

ＣＰＳユニット鍵（タイトルキー）記録領域４１３には、ディスクに格納されている暗号化コンテンツの復号の際に利用するＣＰＳユニット鍵（タイトルキー）がディスク対応のボリュームＩＤに対応するボリュームユニークキー［Ｋｖｕ］、本例では［Ｋｖｕｘ］によって暗号化されたデータとして記録されている。

送信データ用鍵登録領域４１４は、図７〜図１０のシーケンス図を参照して説明した処理により、サービスサーバ３５１から受領した送信データ用の暗号化鍵の記録領域として設定された領域であり、初期的には、例えばダミーデータが記録されている。ユーザデバイス３８１は、サービスサーバ３５１から、送信データ対応の暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］を受信すると、受信した暗号化鍵データを図１１に示すＣＰＳユニット鍵ファイルの送信データ用鍵登録領域４１４に記録してＣＰＳユニット鍵ファイルの更新処理を実行する。更新したＣＰＳユニット鍵ファイルはユーザデバイスのハードディスクなどのローカル記憶部に記録される。

なお、送信データ対応の暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］を、送信データ用鍵登録領域４１４のどの位置に記録するかについては、サービスサーバ３５１からユーザデバイス３８１に提供されるＣＰＳユニット識別子（ＣＰＳ Ｕｎｉｔ Ｎｕｍｂｅｒ）に基づいて決定することができる。前述したように、ＣＰＳユニット鍵ファイルにおいて、送信データ対応のＣＰＳユニット鍵（タイトルキー）を格納する位置情報として利用される。なお、ユーザデバイス側で送信データと鍵の対応情報を生成して利用する構成としてもよい。

図１０のシーケンス図に戻り説明を続ける。ステップＳ１１３において、ＣＰＳユニット鍵ファイルの更新を行ったユーザデバイス３８１は、ステップＳ１１４において、サービスサーバ３５１から受信した送信データの利用を行う。なお、サービスサーバ３５１から受信した送信データはユーザデバイスのハードディスクなどのローカル記憶部に記録される。送信データの利用に際しては、ローカル記憶部に記録されている更新したＣＰＳユニット鍵ファイルから、送信データ対応の暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］を読み出して、この暗号化鍵の復号を行い送信データ対応のＣＰＳユニット鍵（タイトルキー）を取得する処理を行い、暗号化送信データの復号処理を行う処理となる。

この処理は、先に図１を参照して説明した鍵生成、コンテンツの復号再生処理と同じ処理となる。なお、ユーザデバイスに装着したディスクの格納コンテンツと送信データとを併せた再生処理を実行する場合は、それぞれのコンテンツ、送信データ対応の鍵生成処理とデータ復号処理を実行し、送信データとディスク記録コンテンツを統合したＶＦＳ（バーチャル・ファイルシステム）を設定して再生処理を行う。ＶＦＳに基づく再生処理により、あたかも１つのメディアからの再生処理と同様の再生が可能となる。

図７〜図１０のシーケンスによれば、サービスサーバ３５１が保持しなければならない送信データは、１種類の送信データについて、１つのＣＰＳユニット鍵（タイトルキー）による暗号化データのみとなる。すなわちトレーラ、宣伝用データ、サービスデータなど、特定のコンテンツタイトルに対応することのない複数のタイトルに共通する送信データについて、送信データ対応のＣＰＳユニット鍵（タイトルキー）が設定され、このＣＰＳユニット鍵（タイトルキー）による１つの暗号化送信データのみを暗号化送信データ格納データベースに保持しておけばよい。

従って、サービスサーバは、タイトル個別の暗号鍵（ＣＰＳユニット鍵）を適用した複数の暗号化データの生成や、保持を行う必要がなくなり、処理の効率化および記憶スペースの削減が実現される。

なお、図７〜図１０のシーケンスでは、サービスサーバ３５１は、送信データに対応するＣＰＳユニット鍵（タイトルキー）の暗号化データをユーザデバイス３８１に提供する構成としたが、送信データに対応するＣＰＳユニット鍵（タイトルキー）を更新前のＣＰＳユニット鍵ファイルに書き込んだ更新されたＣＰＳユニット鍵ファイルをサービスサーバ３５１が生成して、更新ＣＰＳユニット鍵ファイルをユーザデバイス３８１に提供する構成としてもよい。

また、ＣＰＳユニット鍵ファイルの更新を鍵管理サーバ（ＡＡＣＳサーバ）３１１において実行する構成としてもよい。すなわち、鍵管理サーバ（ＡＡＣＳサーバ）３１１が、送信データに対応するＣＰＳユニット鍵（タイトルキー）を更新前のＣＰＳユニット鍵ファイルに書き込んだ更新ＣＰＳユニット鍵ファイルを生成し、この更新ＣＰＳユニット鍵ファイルをサービスサーバ３５１に提供し、サービスサーバ３５１は、鍵管理サーバ（ＡＡＣＳサーバ）３１１から受信した更新ＣＰＳユニット鍵ファイルを保持するとともに、ユーザデバイス３８１に提供する構成としてもよい。

［４．各装置の構成および処理について］
次に、図１２を参照して、サービスサーバ３５１およびユーザデバイス３８１の各装置の構成および処理についてまとめて説明する。サービスサーバ３５１は、ユーザデバイス３８１からのメディア情報、すなわちボリュームＩＤの受信に応じてデータ送信を行う情報処理装置として構成される。図１２には、制御部５１１と通信部５１２と記憶部５１３のみを示しているが、その他一般的なＰＣやサーバとしてのハードウェア構成を備えている。サービスサーバ３５１は、送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベース３５２から暗号化送信データを取得してユーザデバイス３８１に提供する処理を実行する。

制御部５１１は、通信部５１２を介してユーザデバイス３８１からユーザデバイス３８１に装着されたメディア（ディスク）に対応するメディア情報、すなわちボリュームＩＤを受信すると、受信したボリュームＩＤや、送信データ識別子を鍵管理サーバ３１１に送信し、送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵（タイトルキー）を鍵管理サーバ３１１から通信部５１２を介して取得する。

さらに、制御部５１１は、鍵管理サーバ３１１から取得した暗号化ユニット鍵（タイトルキー）、および、暗号化送信データ格納データベース３５２から取得した暗号化送信データを通信部５１２を介してユーザデバイス３８１に送信する処理を実行する。なお、ユーザデバイス３８１に送信するデータには、ユニット鍵の記録ファイルであるＣＰＳユニット鍵ファイルにおける鍵記録位置情報として利用されるユニット識別子を含めてもよい。

なお、暗号化ユニット鍵は、メディア情報としてのボリュームＩＤに対応して設定される暗号鍵、すなわちボリュームユニークキー［Ｋｖｕ］を適用して暗号化されたデータ、すなわち、Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）である。制御部５１１は、この暗号化ユニット鍵Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）を鍵管理サーバ３１１から取得してユーザデバイス３８１に送信する処理を実行する。

また、サービスサーバ３５１は、記憶部５１３に、メディア情報としてのボリュームＩＤに対応付けて登録したユニット鍵ファイルを格納した構成としてもよい。この場合は、制御部５１１は、鍵管理サーバ３１１から取得した送信データ対応の暗号化ＣＰＳユニット鍵を、記憶部５１３に格納済みのＣＰＳユニット鍵ファイルに記録するファイル更新を実行し、更新したＣＰＳユニット鍵ファイルをユーザデバイス３８１に送信する。

ユーザデバイス３８１は、サービスサーバ３５１から暗号化送信データとともに、暗号化ＣＰＳユニット鍵または更新されたＣＰＳユニット鍵ファイルを通信部５２２を介して受信する。ユーザデバイス３８１の制御部５２１は、暗号化送信データをローカル記憶部５２３に格納し、ＣＰＳユニット鍵ファイルの更新を実行する。サービスサーバ３５１から更新済みのＣＰＳユニット鍵ファイルを受信した場合は、その更新されたＣＰＳユニット鍵ファイルをローカル記憶部５２３に格納する。

サービスサーバ３５１から送信データ対応のユニット鍵の暗号化データ、すなわち、ボリュームユニークキー［Ｋｖｕ］を適用して暗号化されたデータ：Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）を受信した場合は、先に図１１を参照して説明したように、ローカル記憶部５２３または装着ディスクから更新前のＣＰＳユニット鍵ファイルを読み出して、受信した暗号化鍵データを図１１に示すＣＰＳユニット鍵ファイルの送信データ用鍵登録領域４１４に記録する。

送信データ対応の暗号化データ：Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）を上書き記録して更新したＣＰＳユニット鍵ファイルはユーザデバイス３８１のローカル記憶部５２３に記録される。なお、送信データ対応の暗号化鍵データ［Ｅｎｃ（Ｋｖｕｘ，Ｋｔｙ）］の記録位置は、前述したようにサービスサーバ３５１からユーザデバイス３８１に提供されるＣＰＳユニット識別子（ＣＰＳ Ｕｎｉｔ Ｎｕｍｂｅｒ）に基づいて決定することができる。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
例えば、本発明においては各種データベースを利用するようになされているが、データベースは必ずしもアプリケーションプログラムで実装されている必要はなく、ディレクトリ名とそのディレクトリ下のファイルという構成で、ディレクトリ名をＩＤとしてファイルを得るという実装も可能である。
また実施例では、鍵管理サーバとサービスサーバは別々のハードウェアに分けて実装するように記してあるが、セキュリティが確保されている限り、同一のハードウェア上に異なるソフトウェアモジュールとして実装しても良い。

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

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

以上、説明したように、本発明の一実施例構成によれば、ユーザデバイスに装着したメディアに対応してサービスサーバから提供するデータの送信構成において、サービスサーバは、メディア情報であるボリュームＩＤに対応するタイトル毎に設定された暗号鍵で暗号化したデータを保持することなく、１種類の送信データについて、１つのＣＰＳユニット鍵（タイトルキー）による暗号化データのみを保持すればよい。トレーラ、宣伝用データ、サービスデータなど、特定のコンテンツタイトルに対応することのない複数のタイトルに共通する送信データについて、送信データ対応のＣＰＳユニット鍵（タイトルキー）を設定して、ＣＰＳユニット鍵（タイトルキー）による暗号化送信データを保持し、ユーザデバイスに提供することが可能となり、サービスサーバは、タイトル個別の暗号鍵（ＣＰＳユニット鍵）を適用した複数の暗号化データの生成や、保持を行う必要がなくなり、処理の効率化および記憶スペースの削減が実現される。

ＡＡＣＳ規定に従ったコンテンツのメディア記録および再生処理の概要について説明する図である。 サーバからの後発データの取得処理の概要について説明する図である。 本発明の一実施例に係るコンテンツ提供システムの構成および処理について説明する図である。 暗号鍵データベース３１２の格納データの構成例について説明する図である。 送信データ用暗号鍵データベース３１３の格納データの構成例について説明する図である。 暗号化送信データ格納データベース３５２の記録データの構成例について説明する図である。 本発明の一実施例に係るコンテンツ提供システムにおいてユーザデバイスに対するデータ送信を行う際に実行する通信シーケンスについて説明する図である。 本発明の一実施例に係るコンテンツ提供システムにおいてユーザデバイスに対するデータ送信を行う際に実行する通信シーケンスについて説明する図である。 本発明の一実施例に係るコンテンツ提供システムにおいてユーザデバイスに対するデータ送信を行う際に実行する通信シーケンスについて説明する図である。 本発明の一実施例に係るコンテンツ提供システムにおいてユーザデバイスに対するデータ送信を行う際に実行する通信シーケンスについて説明する図である。 ＣＰＳユニット鍵ファイルの構成例について説明する図である。 本発明の一実施例に係るコンテンツ提供システムを構成する各装置の構成および処理について説明する図である。

符号の説明

１１０ メディア
１１１ ＭＫＢ
１１２ ＫＣＤ
１１３ ボリュームＩＤ
１１４ ＣＰＳユニット鍵ファイル
１１５ 利用制御情報
１１６ 暗号化コンテンツ
１２０ ディスク製造エンティテイ
１２１ ＭＫＢ
１２２ ＫＣＤ
１２３ メディアキー
１２４ ＣＰＳユニット鍵
１２５ 利用制御情報
１２６ コンテンツ
１３０ 再生装置
１３１ デバイスキー
１３２ ＡＡＣＳ公開鍵
１３３ コンテンツ
１５１，１５２ サービスサーバ
２０１ 制御部
２０２ ローカル記憶部
２０３ 記録媒体Ｉ／Ｆ
２０４ メモリ
２０５ 通信ＩＦ
２０６ 表示部
３１０ ＡＡＣＳセキュアエリア
３１１ 鍵管理サーバ（ＡＡＣＳサーバ）
３１２ 暗号鍵データベース
３１３ 送信データ用暗号鍵データベース
３５１ サービスサーバ
３５２ 暗号化送信データ格納データベース
３８１ ユーザデバイス
４１１ ヘッダ
４１２ 登録数記録領域
４１３ ＣＰＳユニット鍵（タイトルキー）記録領域
４１４ 送信データ用鍵登録領域
５１１ 制御部
５１２ 通信部
５１３ 記憶部
５２１ 制御部
５２２ 通信部
５２３ ローカル記憶部

Claims (14)

1. ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサーバとしての情報処理装置であり、
   送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベースと、
   前記送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵を鍵管理サーバから取得し、取得した暗号化ユニット鍵、および前記暗号化送信データを前記ユーザデバイスに送信する処理を実行する制御部と、
   を有することを特徴とする情報処理装置。
2. 前記暗号化ユニット鍵は、前記メディア情報に対応して設定される暗号鍵を適用して暗号化されたデータであり、前記制御部は、前記メディア情報に対応して設定される暗号鍵によって暗号化された暗号化ユニット鍵を鍵管理サーバから取得する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記メディア情報と、送信データ識別子を鍵管理サーバに送信し、
   前記鍵管理サーバが前記送信データ識別子に対応付けて記録しているユニット鍵を、前記メディア情報に対応付けて記録している暗号鍵を適用して暗号化した暗号化ユニット鍵を前記鍵管理サーバから取得する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
4. 前記制御部は、さらに、
   前記ユニット鍵の記録ファイルであるユニット鍵ファイルにおける鍵記録位置情報として利用されるユニット識別子を前記ユーザデバイスに送信する構成であることを特徴とする請求項１に記載の情報処理装置。
5. 前記情報処理装置は、
   前記メディア情報に対応付けて登録したユニット鍵ファイルを格納した記憶部を有し、
   前記制御部は、
   前記鍵管理サーバから取得した暗号化ユニット鍵を、前記ユニット鍵ファイルに記録するユニット鍵ファイル更新処理を実行し、更新したユニット鍵ファイルを前記ユーザデバイスに送信する構成であることを特徴とする請求項１に記載の情報処理装置。
6. メディア情報をサービスサーバに送信し、サービスサーバからの送信データを受信するユーザデバイスと、
   前記ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサービスサーバと、
   前記送信データの暗号化に適用するユニット鍵を管理する鍵管理サーバを有するコンテンツ提供システムであり、
   前記サービスサーバは、前記ユーザデバイスからメディア情報を受信し、該メディア情報と、送信データ識別子を前記鍵管理サーバに送信し、
   前記鍵管理サーバは、前記送信データ識別子に対応付けて記録しているユニット鍵を、前記メディア情報に対応付けて記録している暗号鍵を適用して暗号化を行い、生成した暗号化ユニット鍵を前記サービスサーバに送信し、
   前記サービスサーバは、前記鍵管理サーバから取得した暗号化ユニット鍵、および前記ユニット鍵による暗号化を施した暗号化送信データを前記ユーザデバイスに送信する処理を実行する構成であることを特徴とするコンテンツ提供システム。
7. 前記ユーザデバイスは、
   前記サービスサーバから受信する暗号化ユニット鍵をユーザデバイスの保持するユニット鍵ファイルに記録してユニット鍵ファイルの更新を行い記憶部に格納する処理を実行することを特徴とする請求項６に記載のコンテンツ提供システム。
8. 前記鍵管理サーバは、前記送信データ識別子と、各送信データに対応して設定されるユニット鍵を対応付けて記録した送信データ用暗号鍵データベースと、前記メディア情報と、前記メディア情報に対応して設定される暗号鍵を対応付けて記録した暗号鍵データベースを有し、
   前記送信データ用暗号鍵データベースの検索により、前記送信データ識別子に対応付けて記録しているユニット鍵を取得し、前記暗号鍵データベースの検索により、前記メディア情報に対応付けて記録している暗号鍵を取得する処理を実行する構成であることを特徴とする請求項６に記載のコンテンツ提供システム。
9. ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサーバとしての情報処理装置において実行する情報処理方法であり、
   前記情報処理装置の制御部が、ユーザデバイスからのメディア情報受信に応じて、前記送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵を鍵管理サーバから取得する暗号化ユニット鍵取得ステップと、
   前記制御部が、送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベースから暗号化送信データを取得し、取得した暗号化ユニット鍵、および前記暗号化送信データを前記ユーザデバイスに送信する処理を実行するデータ送信ステップと、
   を有することを特徴とする情報処理方法。
10. 前記暗号化ユニット鍵は、前記メディア情報に対応して設定される暗号鍵を適用して暗号化されたデータであり、
    前記暗号化ユニット鍵取得ステップは、
    前記メディア情報に対応して設定される暗号鍵によって暗号化された暗号化ユニット鍵を鍵管理サーバから取得する処理を実行するステップであることを特徴とする請求項９に記載の情報処理方法。
11. 前記暗号化ユニット鍵取得ステップは、
    前記メディア情報と、送信データ識別子を鍵管理サーバに送信するステップと、
    前記鍵管理サーバが前記送信データ識別子に対応付けて記録しているユニット鍵を、前記メディア情報に対応付けて記録している暗号鍵を適用して暗号化した暗号化ユニット鍵を前記鍵管理サーバから取得する処理を実行するステップと、
    を含むことを特徴とする請求項９に記載の情報処理方法。
12. 前記データ送信ステップは、
    さらに、前記ユニット鍵の記録ファイルであるユニット鍵ファイルにおける鍵記録位置情報として利用されるユニット識別子を前記ユーザデバイスに送信する処理を含むことを特徴とする請求項９に記載の情報処理方法。
13. 前記情報処理装置は、前記メディア情報に対応付けて登録したユニット鍵ファイルを格納した記憶部を有し、
    前記情報処理方法は、さらに、前記制御部が、前記鍵管理サーバから取得した暗号化ユニット鍵を、前記ユニット鍵ファイルに記録するユニット鍵ファイル更新処理を実行して更新したユニット鍵ファイルを前記ユーザデバイスに送信するステップを有することを特徴とする請求項９に記載の情報処理方法。
14. ユーザデバイスからのメディア情報受信に応じてデータ送信を行うサーバとしての情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
    前記情報処理装置の制御部に、ユーザデバイスからのメディア情報受信に応じて、前記送信データの暗号処理に利用されるユニット鍵を暗号化した暗号化ユニット鍵を鍵管理サーバから取得させる暗号化ユニット鍵取得ステップと、
    前記制御部に、送信データ識別子と暗号化送信データとを対応付けて格納した暗号化送信データ格納データベースから暗号化送信データを取得させ、取得した暗号化ユニット鍵、および前記暗号化送信データを前記ユーザデバイスに送信する処理を実行させるデータ送信ステップと、
    を実行させることを特徴とするコンピュータ・プログラム。

Images