(57)【特許請求の範囲】
【請求項１】
第３の装置にデジタルコンテンツを送信する前にコンテンツ鍵で暗号化されるデジタルコンテンツを管理する方法であって、
暗号化コンテンツ鍵を作るために第１の装置によって前記コンテンツ鍵を暗号化するステップと、
前記デジタルコンテンツを使用するために前記第３の装置からの要求に応じて、前記暗号化コンテンツ鍵を復号する機能が与えられていない第２の装置によって前記第３の装置へ送信されるライセンスデータに前記暗号化コンテンツ鍵を包含させるために、前記暗号化コンテンツ鍵を前記第１の装置によって前記第２の装置へ送信するステップとを有し、
前記ライセンスデータが前記第３の装置による前記デジタルコンテンツを使用する権利を記述し、
前記第１の装置は、前記デジタルコンテンツを識別するための情報、前記第３の装置を識別するための情報、及び、前記第３の装置の公開鍵を前記第２の装置から受信し、
前記第１の装置は、前記暗号化コンテンツ鍵が前記第３の装置により前記第２の装置から受信されたときに、前記暗号化コンテンツ鍵を復号するためのデータを前記公開鍵を用いて暗号化し、暗号化されたデータを前記第３の装置に送信する、方法。
【請求項２】
デジタルコンテンツを管理する方法であって、前記デジタルコンテンツが第３の装置にデジタルコンテンツを送信する前にコンテンツ鍵で暗号化され、該コンテンツ鍵は暗号化コンテンツ鍵を作るために第１の装置によって暗号化され、該方法は、
第２の装置によって前記第１の装置から前記暗号化コンテンツ鍵を受信するステップであって、前記第２の装置には、前記暗号化コンテンツ鍵を復号する機能が与えられていない、ステップと、
前記デジタルコンテンツを使用するために前記第３の装置からの要求に応じて、前記第３の装置による前記デジタルコンテンツを使用する権利を記述するライセンスデータを前記第２の装置によって前記第３の装置へ送信するステップであって、前記ライセンスデータは前記暗号化コンテンツ鍵を含む、ステップと、
前記第３の装置が前記暗号化コンテンツ鍵を復号する権限をもつことを示す情報を前記第２の装置により前記第１の装置に送信するステップとを有する、方法。
【請求項３】
前記権限をもつことを示す情報は、前記デジタルコンテンツを識別するための情報、前記第３の装置を識別するための情報、及び、前記第３の装置の公開鍵を含む、請求項２に記載の方法。
【請求項４】
第３の装置にデジタルコンテンツを送信する前にコンテンツ鍵で暗号化されるデジタルコンテンツを管理するための第１の装置であって、
暗号化コンテンツ鍵を作るために前記コンテンツ鍵を暗号化するためのユニットと、
前記デジタルコンテンツを使用するために前記第３の装置からの要求に応じて、前記暗号化コンテンツ鍵を復号する機能が与えられていない第２の装置によって前記第３の装置へ送信されるライセンスデータに前記暗号化コンテンツ鍵を包含させるために、前記暗号化コンテンツ鍵を前記第２の装置へ送信するためのユニットと、
前記第３の装置により前記第２の装置から前記ライセンスデータを受信したときに、前記暗号化コンテンツ鍵を復号するためのデータを前記第３の装置に送信するためのユニットと、
前記第３の装置が前記暗号化コンテンツ鍵を復号する権限をもつことを示す情報を前記第２の装置から受信するためのユニットとを有し、
前記ライセンスデータは前記第３の装置による前記デジタルコンテンツを使用する権利を記述する、第１の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して情報技術に関する。より具体的には、本発明はデジタルコンテンツ管理に関する。
【背景技術】
【０００２】
ＤＲＭ（デジタル著作権管理）はデジタルコンテンツを不正使用から保護する方法である。図１に示されるＤＲＭアプリケーションの既知のシナリオにおいては、コンテンツプロバイダ装置１０１（以下ＣＰという）、権利発行者装置１０２（以下ＲＩという）及びクライアント装置１０３（以下ＣＤという）という名の２、３の役割が関与する。デジタルコンテンツを購入（すなわちアクセス／使用…）するために、ＣＤ１０３はまず上記デジタルコンテンツの暗号化バージョンを（オンラインダウンロードによって又は他のオフライン方法によって）得るためにネットワーク１０４を介してＣＰ１０１に接続する。そして、ＣＤ１０３はＲＩ１０２に接続して支払いを行い、デジタルコンテンツへのアクセスを許可するライセンスデータを得る。デジタルコンテンツを復号するためのコンテンツ鍵がライセンスデータに含まれる。通常、ライセンスデータは、ＣＤ１０３のみがデジタルコンテンツを復号するためのコンテンツ鍵を取り出すことができるように、ＣＤ１０３の秘密鍵でＲＩ１０２によって暗号化される。このシナリオにおいて、復号のためのコンテンツ鍵はＣＰ１０１とＲＩ１０２の間で共有され、こうしたシナリオはＣＰとＲＩが互いに信頼している"当事者"によって実施される状況では適切である（例えばＣＰは第１のエンティティに実施され、ＲＩは第２のエンティティに実施され、その両方が大企業によって運営される）。
【０００３】
人／個人又は小企業によるデジタルコンテンツの発行は、大企業によるデジタルコンテンツの発行のシナリオとは異なるそれ独自の特徴を持つ。コンテンツメーカーが個人又は小企業であるとき、これはＣＰの役割のみを果たすことができ、しばしばコンテンツを発行するためのウェブサイト／サーバを持つが、コンテンツメーカーはＤＲＭサービスを提供する能力を持たず、従ってＲＩとなる個別のエンティティを探す必要がある。この場合、ＣＰとＲＩは独立エンティティであり、すなわちこれらは独自の利益を持ち、従って必ずしも互いに信頼するとは限らない。例えば、ＲＩはＣＰがどれだけの保護コピーを発行したかを制御したがり、適宜手数料を取りたがる。ＣＰはその独自コンテンツをＲＩによってアクセスされないようにしたがる。
【０００４】
従って、ＣＰとＲＩ両方の要件をこれらが独立エンティティであるときに満たす必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デジタルコンテンツを管理するための改良法を提案することが本発明の目的である。
【課題を解決するための手段】
【０００６】
改良法はＣＰ，ＲＩ及びＣＤによって実施される。以下の記述において、第１の装置がＣＰに対応し、第２の装置がＲＩに対応し、第３の装置がＣＤに対応する。
【０００７】
本発明の第１の態様によれば、第１の装置によって実行されるデジタルコンテンツを管理するための方法が提供される。この方法において、上記デジタルコンテンツは上記第１の装置によってコンテンツ鍵で暗号化される。該方法は、暗号化コンテンツ鍵を作るために上記第１の装置によって上記コンテンツ鍵を暗号化するステップと、上記第１の装置によって第２の装置へ上記暗号化コンテンツ鍵を送信するステップを有し、上記暗号化コンテンツ鍵は、上記デジタルコンテンツを使用する第３の装置からの要求に応じて上記第２の装置によって第３の装置へ送信されるライセンスデータに含まれることを目的とし、上記ライセンスデータは上記第３の装置による上記デジタルコンテンツを使用する権利を記述する。
【０００８】
本発明の第２の態様によれば、第２の装置によって実行されるデジタルコンテンツを管理するための方法が提供される。この方法において、上記デジタルコンテンツは第１の装置によってコンテンツ鍵で暗号化され、上記コンテンツ鍵は暗号化コンテンツ鍵を作るために上記第１の装置によって暗号化される。該方法は、第２の装置によって上記第１の装置から暗号化コンテンツ鍵を受信するステップと、上記デジタルコンテンツを使用する第３の装置からの要求に応じて、上記第３の装置による上記デジタルコンテンツを使用する権利を記述するライセンスデータを上記第２の装置によって第３の装置へ送信するステップを有し、上記ライセンスデータは上記暗号化コンテンツ鍵を含む。
【０００９】
本発明の第３の態様によれば、第３の装置によって実行されるデジタルコンテンツを管理するための方法が提供される。この方法において、上記デジタルコンテンツは第１の装置によってコンテンツ鍵で暗号化され、上記コンテンツ鍵は暗号化コンテンツ鍵を作るために上記第１の装置によって暗号化され、上記暗号化コンテンツ鍵は上記第１の装置によって第２の装置へ送信される。該方法は、上記デジタルコンテンツを使用する要求を上記第３の装置によって上記第２の装置へ送信するステップと、上記第３の装置による上記デジタルコンテンツを使用する権利を記述するライセンスデータを、上記第３の装置によって上記第２の装置から受信するステップであって、上記ライセンスは暗号化コンテンツ鍵を含むステップと、上記暗号化コンテンツ鍵を復号するためのデータを上記第１の装置から上記第３の装置によって受信するステップとを有する。
【００１０】
本発明の第４の態様によれば、デジタルコンテンツを管理するための第１の装置が提供される。この第１の装置において、上記デジタルコンテンツは上記第１の装置によってコンテンツ鍵で暗号化される。第１の装置は、暗号化コンテンツ鍵を作るために上記コンテンツを暗号化するためのユニットと、上記暗号化コンテンツ鍵を第２の装置へ送信するためのユニットを有し、上記暗号化コンテンツ鍵は、上記デジタルコンテンツを使用する第３の装置からの要求に応じて、上記第２の装置によって上記第３の装置へ送信されるライセンスデータに含まれることを目的とし、上記ライセンスデータは上記第３の装置による上記デジタルコンテンツを使用する権利を記述する。
【００１１】
本発明の第５の態様によれば、デジタルコンテンツを管理するための第２の装置が提供される。この第２の装置において、上記デジタルコンテンツは第１の装置によってコンテンツ鍵で暗号化され、上記コンテンツ鍵は暗号化コンテンツ鍵を作るために上記第１の装置によって暗号化される。第２の装置は、上記第１の装置から暗号化コンテンツ鍵を受信するためのユニットと、上記デジタルコンテンツを使用する第３の装置からの要求に応じて上記第３の装置による上記デジタルコンテンツを使用する権利を記述するライセンスデータを上記第３の装置へ送信するためのユニットとを有し、上記ライセンスデータは上記暗号化コンテンツ鍵を含む。
【００１２】
本発明の第６の態様によれば、デジタルコンテンツを管理するための第３の装置が提供される。この第３の装置において、上記デジタルコンテンツは第１の装置によってコンテンツ鍵で暗号化され、上記コンテンツ鍵は暗号化コンテンツ鍵を作るために上記第１の装置によって暗号化され、上記暗号化コンテンツ鍵は上記第１の装置によって第２の装置へ送信される。第３の装置は、上記デジタルコンテンツを使用する要求を上記第２の装置へ送信するためのユニットと、上記第３の装置による上記デジタルコンテンツを使用する権利を記述するライセンスデータを上記第２の装置から受信するためのユニットであって、上記ライセンスは上記暗号化コンテンツ鍵を含む、ユニットと、上記暗号化コンテンツ鍵を記述するためのデータを上記第１の装置から受信するためのユニットとを有する。
【００１３】
コンテンツ鍵が暗号化されるので、ＲＩ装置はデジタルコンテンツにアクセスすることはできないが、依然としてライセンスデータサービスを実行することができる。従って、ＲＩから独立しているＣＰはＲＩからのサービスを使用することができ、コンテンツ鍵をＲＩと共有する必要がない。
【００１４】
本発明の上記の及び他の目的と特徴は、添付の図面を参照して本発明の様々な態様の以下の詳細な説明からより明らかとなるだろう。
【図面の簡単な説明】
【００１５】
【図１】既知のＤＲＭシステムを示す略図である。
【図２】本発明にかかるデジタルコンテンツを管理するためのシステムを示す。
【図３】本発明にかかるデジタルコンテンツを管理するためのフローチャートである。
【図４】本発明にかかる第１の装置のブロック図である。
【図５】本発明にかかる第２の装置のブロック図である。
【図６】本発明にかかる第３の装置のブロック図である。
【発明を実施するための形態】
【００１６】
本発明において、ＣＰは所与の暗号化デジタルコンテンツを復号するためのコンテンツ鍵を保持し、ＣＰはライセンスデータを公開するためにＲＩの助けを必要とし、ＲＩはＤＲＭサービスをＣＰへ提供する独立エンティティであると考えられる。
【００１７】
図２は本発明にかかるデジタルコンテンツを管理するためのシステムを示す。該システムは、第１の装置２１、第２の装置２２、及び第３の装置２３を有する。第１の装置２１、第２の装置２２、及び第３の装置２３は有線又は無線ネットワークを介して互いに通信することができる。
【００１８】
第１の装置２１は、デジタルコンテンツを暗号化して暗号化デジタルコンテンツを発行することができるＣＰである。第１の装置２１は例えばパーソナルコンピュータに対応し得る。第２の装置２２はライセンスデータを作ってＣＤに公開することができるＲＩである。例えば第２の装置２２はサーバに対応し得る。第３の装置２３はデジタルコンテンツを使用する必要があるＣＤである。第３の装置２３はパーソナルコンピュータに対応し得る。
【００１９】
本発明の原理は、第１の装置２１によって暗号化コンテンツ鍵２０２を第２の装置２２へ送信し、第２の装置２２は第３の装置２３の要求に応じて暗号化コンテンツ鍵２０２を含むライセンスデータ２０３を第３の装置２３へ公開し、従って第３の装置２３は第２の装置２２からライセンスデータ２０３を得て、そして第３の装置２３は暗号化コンテンツ鍵２０２を復号するためのデータ２０４を第１の装置２１から受信するということである。第１の装置２１、第２の装置２２、及び第３の装置２３によって実行されるステップの詳細な説明は以下に与えられる。
【００２０】
図３に示される通り、ブロックはステップをあらわし、破線ブロックはステップが随意的なステップであることを示し、矢印線はデータ伝送経路をあらわす。一方ではデータは最終ステップの結果（例えば最終ステップの出力）であり、他方ではデータは次のステップの入力である。
【００２１】
図３において、第１の装置２１はデジタルコンテンツを持ち、デジタル著作権管理システム（ＤＲＭ）を用いることによってデジタルコンテンツを発行することを望む。
【００２２】
デジタルコンテンツは、ビデオデータ（例えば歌）、オーディオデータ（例えば映画）、テキスト文書（例えば記事、本、雑誌、又は新聞）、及びソフトウェア（例えば完全アプリケーション、アップグレード、修正）などといったいかなる種類のデジタルコンテンツをあらわしてもよい。
【００２３】
デジタルコンテンツを発行する前に、これはデジタルコンテンツパッケージを作るために第１の装置２１によってパッケージ化される。デジタルコンテンツのパッケージ化は、デジタルコンテンツをコンテンツ鍵で暗号化すること、及びデジタルコンテンツの必要な情報を記述するためのデジタルコンテンツヘッダを加えることなどを含む。必要な情報は、例えばコンテンツ鍵ＩＤ、ライセンスデータを得るためのＩＰアドレスなどであり得る。
【００２４】
デジタルコンテンツを暗号化するために、例えば対称若しくは非対称暗号化アルゴリズムなどの多くの従来の暗号化法が使用されることができる。対称暗号化アルゴリズムが使用される場合、１つの鍵のみが暗号化にも復号にも使用される。非対称暗号化アルゴリズムが使用される場合、鍵のペア、すなわち秘密鍵と公開鍵が含まれる。通常、公開鍵がデジタルコンテンツを暗号化するために使用され、秘密鍵がデジタルコンテンツを復号するために使用される。
【００２５】
デジタルコンテンツのパッケージ化は当該技術分野で周知であり、従って本明細書では詳細な説明が与えられない。
【００２６】
第１の装置２１によってデジタルコンテンツがパッケージ化された後、これはインターネットを介して（例えばウェブページを介して）、又は任意の可動記憶装置（例えばＣＤ，ＤＶＤ，フラッシュメモリなど）を介して第１の装置２１によって発行される。
【００２７】
本発明によれば、第１の装置２１によって実行されるデジタルコンテンツを管理するための方法が提供される。該方法は暗号化コンテンツ鍵を作るために上記第１の装置２１によって上記コンテンツ鍵を暗号化するステップ３１０を有する。
【００２８】
暗号化コンテンツ鍵が作られると、暗号化コンテンツ鍵を第１の装置２１によって第２の装置２２へ送信するステップ３１１が実行される。第２の装置２２へ送信される暗号化コンテンツ鍵は、上記デジタルコンテンツを使用する第３の装置２３からの要求に応じて第２の装置２２によって第３の装置２３へ送信されるライセンスデータに含まれることを目的とし、上記ライセンスデータは上記第３の装置２３による上記デジタルコンテンツを使用する権利を記述する。
【００２９】
暗号化コンテンツ鍵は第１の装置２１から第２の装置２２へ直接送信され得る。これはまた第２の装置２２へ間接的に送信されてもよい。例えば、これは第２の装置２２によってダウンロードされるように所定アドレスにアップロード（送信）されてもよい。また、暗号化コンテンツ鍵でなく暗号化コンテンツ鍵ＩＤ（識別）を送信することも可能であり、第２の装置２２は暗号化コンテンツ鍵ＩＤに基づいて暗号化コンテンツ鍵を作ることができる。暗号化コンテンツ鍵を送信するのと同様に、暗号化コンテンツ鍵ＩＤもまた直接若しくは間接的に第２の装置２２へ送信され得る。
【００３０】
送信ステップ３１１は、最終結果が第２の装置２２が第１の装置２１から暗号化コンテンツ鍵を得ることなので、暗号化コンテンツ鍵又は暗号化コンテンツ鍵ＩＤが第２の装置２２へ直接又は間接的に送信されるかどうかを問わず全ての状況に言及する。
【００３１】
送信ステップ３１１に対応して、第２の装置２２によって上記第１の装置２１から暗号化コンテンツ鍵を受信するステップ３２０が実行される。送信ステップ３１１と同様に、受信ステップ３２０もまた、これが第１の装置２１から直接又は間接的に得られるかどうかを問わず、暗号化コンテンツ鍵が第２の装置２２によって得られる限り全ての状況を含む。
【００３２】
第３の装置２３が暗号化デジタルコンテンツを得ると、上記デジタルコンテンツを使用する要求を第３の装置２３によって第２の装置２２へ送信するステップ３３０が実行される。
【００３３】
暗号化デジタルコンテンツはインターネットから又は可動記憶装置からダウンロードすることによって第３の装置２３によって得られることができる。第３の装置２３が暗号化デジタルコンテンツにアクセスしようとするとき、第３の装置にインストールされる信頼できるアーキテクチャコンポーネント（典型的にはＤＲＭエージェントとよばれる）が暗号化デジタルコンテンツを復号するためにライセンスデータからコンテンツ鍵を探す。ＤＲＭエージェントがデジタルコンテンツのためのライセンスデータを見つけることができない場合、第３の装置２３のＤＲＭエージェントはこの装置を制御して上記デジタルコンテンツを使用する要求を第２の装置２２へ送信する。上述の通り、第３の装置２３が要求を送信するための第２の装置２２のＩＰアドレスはパッケージ化デジタルコンテンツのヘッダに埋め込まれ得る。
【００３４】
第２の装置２２が第３の装置２３から上記デジタルコンテンツを使用する要求を受信すると、第２の装置２２は第３の装置２３を認証する。第３の装置２３がデジタルコンテンツを使用する要件を満たす場合、例えば支払いを完了する場合、第２の装置２２はライセンスデータを第３の装置２３へ送信するステップ３２１を実行し、上記ライセンスデータは第３の装置２３による上記デジタルコンテンツを使用する権利を記述し、上記暗号化コンテンツ鍵を含む。
【００３５】
ライセンスデータは、デジタルコンテンツを使用する権利を記述するためのデータと、デジタルコンテンツを復号するための暗号化コンテンツ鍵を含む。使用権は、例えばデジタルコンテンツを印刷すること、又は一定時間若しくは一定期間中にデジタルコンテンツをプレイすることであり得る。
【００３６】
暗号化コンテンツ鍵を復号するためのデータをどこで得るかを示すために、暗号化コンテンツ鍵を復号するために第３の装置２３が第１の装置２１に方向づけられることができるよう、第２の装置２２によって送信されるライセンスデータは第１の装置２１のＩＰアドレスを含み得る。
【００３７】
送信ステップ３２１に対応して、第３の装置２３は第２の装置２２からライセンスデータを受信するステップ３３１を実行する。
【００３８】
ライセンスデータに含まれるコンテンツ鍵は第１の装置２１によって暗号化されるので、デジタルコンテンツは直接暗号化コンテンツ鍵を用いて第３の装置２３によって復号されることができない。第３の装置２３はまず暗号化コンテンツ鍵を復号する必要がある。
【００３９】
従って、第１の装置２１によって上記暗号化コンテンツ鍵を復号するためのデータを上記第３の装置２３２へ送信するステップ３１２が実行される。
【００４０】
随意に、コンテンツ鍵を暗号化するためにどの暗号化法が適用されるかに応じて、第３の装置２３へ送信されるデータは暗号化コンテンツ鍵を復号するための復号鍵であり得、データはまた第３の装置２３によって復号鍵を作るためのシード鍵であってもよい。
【００４１】
セキュリティのため、いかなる復号鍵又はシード鍵も送信する代わりに、第１の装置２１は第３の装置２３に対して直接暗号化コンテンツ鍵を復号し得る。このシナリオにおいて、第１の装置２１によって送信されるデータは復号コンテンツ鍵（すなわちクリーンコンテンツ鍵）である。
【００４２】
暗号化コンテンツ鍵を復号するためのデータを第３の装置２３へ送信する前に、セキュリティデータ伝送を保証するために第３の装置２３の公開鍵を用いて第１の装置２１によってデータが暗号化され得る。第３の装置２３の公開鍵は例えば第２の装置２２によって又は第３の装置２３によって通知されることができる。
【００４３】
送信ステップ３１２に対応して、暗号化コンテンツ鍵を復号するためのデータを受信するステップ３３３が第３の装置２３によって実行される。
【００４４】
随意に、第１の装置２１に送信ステップ３１２を実行させるために、第３の装置２３は、第１の装置２１に上記暗号化コンテンツ鍵を復号するためのデータを送信するよう要求するためのメッセージを第１の装置２１へ送信するステップ３３２を実行し得る。
【００４５】
随意に、第１の装置２１に送信ステップ３１２を実行させるのは第２の装置２２であってもよい。第２の装置２２が第１の装置に送信ステップ３１２を実行させるやり方は以下に記述される。
【００４６】
随意に、この発明の一実施形態によれば、第２の装置２２は、送信ステップ３２１の後に上記デジタルコンテンツの識別子（"コンテンツＩＤ"とよばれる）、上記第３の装置２３の識別子（"装置ＩＤ"とよばれる）及び上記第３の装置２３の公開鍵についての情報を送信するステップ３２４を実行し得る。
【００４７】
随意に、該情報は第１の装置２１へ送信され得、これはまた第３の装置２３へ送信されてもよい。
【００４８】
該情報が第３の装置２３へ送信される場合、この装置はこの情報を受信する対応するステップ３３４を実行する。
【００４９】
第３の装置２３へ送信される情報は、上記暗号化コンテンツ鍵を復号するためのデータを送信するよう上記第１の装置２１に要求するためにステップ３３２において送信されるメッセージに含まれ得る。この情報をステップ３３２において送信されるメッセージに含めることは、第３の装置２３が第２の装置２２によって認証されるという証拠を提供することを目標とする。
【００５０】
第３の装置２３へ送信される情報はまた、上記暗号化コンテンツ鍵を復号するためのデータを送信するよう第１の装置２１に要求するためのメッセージとして、第３の装置２３によって第１の装置２１へ直接転送されてもよい。
【００５１】
該情報が第１の装置２１へ送信される場合、送信ステップ３２４に対応して、第１の装置２１は上述の情報を受信するステップ３１４をさらに有する。
【００５２】
第１の装置２１へ送信される情報は、デジタルコンテンツに対するライセンスデータ（上記デジタルコンテンツのデジタルコンテンツＩＤは上記情報に含まれる）が第３の装置２３へ送信されているという事実をこの装置に知らせるために使用される。第１の装置２１が、暗号化コンテンツ鍵を復号するためのデータを送信するよう第１の装置２１に要求するためのメッセージを第３の装置２３から受信するとき、第１の装置２１は、要求している装置が第２の装置２２によって認証されるかどうかを検証するために、上記情報に示される装置ＩＤを、暗号化コンテンツ鍵を復号するためのデータを要求している装置ＩＤと比較することができる。
【００５３】
第１の装置２１へ送信される情報はまた、暗号化コンテンツを復号するためのデータを送信するステップ３１２をこの装置に実行させるためにも使用され得る。このシナリオにおいて、第１の装置２１がこの情報を受信すると、第１の装置２１は第３の装置２３に接続し、第３の装置２３からの別の要求を待つことなく自動的にデータを送信し得る。
【００５４】
有利なことに、該情報はセキュリティのために第２の装置によってその秘密鍵を用いて署名され得る。他の装置（すなわち本発明における第１又は第３の装置）がこの情報を受信するとき、他の装置はこの情報の妥当性を検証するために第２の装置の公開鍵を使用することができる。
【００５５】
ライセンスデータを安全に伝送するための既知のＤＲＭシステム（例えばＯＭＡ）においては、ライセンスデータを保護するために非対称暗号化アルゴリズムがＲＩによって使用される、すなわちＲＩはライセンスデータに署名するためにその秘密鍵を使用し、ライセンスデータに含まれるコンテンツ鍵を暗号化するためにＣＤの公開鍵を使用する。このようにして、認証されたＣＤのみがコンテンツ鍵を復号することができる。
【００５６】
言い換えれば、この発明が既知のＤＲＭシステムに基づいて適用されるとき、コンテンツ鍵はまず第１の装置２１によって暗号化され、そして暗号化コンテンツ鍵は第２の装置２２によって再度暗号化され、これはＥ２（Ｅ１（ＣＫ））であらわされることができ、Ｅ２（Ｘ）は第２の装置２２によるＸの暗号化を意味すると理解され、Ｅ１（Ｘ）は第１の装置２１によるＸの暗号化を意味すると理解される。既知のＤＲＭシステムにかかるＤＲＭエージェントはＥ２（Ｅ１（ＣＫ））を復号するために第３の装置２３の秘密鍵を使用することができる。復号の結果はＥ１（ＣＫ）である。しかしながら、Ｅ１（ＣＫ）はまだ暗号化コンテンツ鍵であるため、ＤＲＭエージェントによって直接使用されることができない。さらに第３の装置２３は暗号化コンテンツ鍵を復号するためのデータを受信し、既知のＤＲＭエージェントは２つの復号ステップを持たないので、これは暗号化コンテンツ鍵を復号するために受信データを使用しない。
【００５７】
コンテンツ鍵を暗号化するために第１の装置２１によって実行される暗号化ステップは以下第１暗号化という。暗号化コンテンツ鍵を暗号化するために第２の装置２２によって実行される暗号化ステップは第２暗号化という。通常、１つより多い暗号化ステップを復号するために１つより多い復号ステップがある場合、復号ステップの順番は、第１ステップが最終暗号化ステップを復号し、最終ステップが第１暗号化ステップを復号する。
【００５８】
本発明は既知のＤＲＭシステムへの適応のための解決法をさらに提案し、これは２つの復号ステップの順番を交換する必要がある。つまり、第３の装置２３がまず受信データを用いて第１の暗号を復号し、そしてこの復号の結果を既知のＤＲＭエージェントへ送信するべきである。従って既知のＤＲＭエージェントは第２の暗号化を復号することができる。これを可能にするために、第１及び第２の暗号化は可換性の特性を持つべきであり、従って２つの復号ステップの順番は変更され、これは第１及び第２の暗号化ステップがＥ２｛Ｅ１（ＣＫ）｝＝Ｅ１｛Ｅ２（ＣＫ）｝の要件を満たすことを意味し、Ｅ１（Ｘ）はＸに対する第１の暗号化をあらわし、Ｅ２（Ｘ）はＸに対する第２の暗号化をあらわす。この用件が満たされることができる場合、第３の装置２３がＥ２｛Ｅ１（ＣＫ）｝を復号するとき、これはＥ１｛Ｅ２（ＣＫ）｝を復号することに等しく、復号結果はＥ２（ＣＫ）となる。そして、Ｅ２（ＣＫ）は第２の復号のためにＤＲＭエージェントへ送信される。ＤＲＭエージェントは第３の装置２３の秘密鍵を用いてＥ２（ＣＫ）を復号し、クリーンなコンテンツ鍵を得ることができる。従って第３の装置２３はデジタルコンテンツを復号することができる。
【００５９】
２つの復号ステップの順番が交換されることができる場合、これはまた第１の装置２１が１つの復号ステップを実行することも可能にする。
【００６０】
有利なことに、第１の装置はコンテンツ鍵を暗号化するための暗号化法として"ブラインディング"を使用してもよく、これは"ブラインディング"が特定の暗合化アルゴリズムと可換性である特性を持つためである。
【００６１】
本発明の文脈におけるブラインディングとは、特定の暗号化法を意味すると理解される。これはエージェントが実際の入力又は実際の出力を知ることなく符号化形式でクライアントへサービスを提供する（すなわちクライアントに対する関数を計算する）ことができる技術である。
【００６２】
ブラインディングの最も一般的なアプリケーションはブラインド署名である。ブラインド署名プロトコルにおいて、署名者はそのコンテンツを知ることができないままメッセージにデジタル署名する。
【００６３】
コンテンツ鍵を暗号化するためにブラインディングアルゴリズムが使用されるとき、本発明の一実施形態にかかる方法は、ブラインドコンテンツ鍵を作るために第１の装置２１によってコンテンツ鍵をブラインディングするステップ；第１の装置２１によってブラインドコンテンツ鍵を第２の装置２２へ送信するステップ；上記デジタルコンテンツを使用する第３の装置２３からの要求に応じて、第３の装置２３による上記デジタルコンテンツを使用する権利を記述するライセンスデータを第２の装置２２によって第３の装置２３へ送信するステップ、上記ライセンスデータは上記ブラインドコンテンツ鍵を含む；及び上記ブラインドコンテンツ鍵をアンブラインディングするためのデータを上記第３の装置２３によって上記第１の装置２１から受信するステップを有する。
【００６４】
第１の暗号化ステップ（ブラインディングステップ）及び第２の暗号化ステップの可換性を説明する例が以下に与えられる。
１．第１の装置２１はブラインドコンテンツ鍵（ＢＣＫ）を作るためにコンテンツ鍵（ＣＫ）をブラインドする。
【数１】
0005872289.tif 000002
Ｐは大きな素数であり、
ＢＦ２１，ＵＢＦ２１はそれぞれブラインディングファクタとアンブラインディングファクタとして選ばれ、これは次式を満たす。
【数２】
0005872289.tif 000003
２．第２の装置２２はライセンスデータに含まれるブラインドコンテンツ鍵を暗号化して第３の装置２３へ送信し、暗号化ブラインドコンテンツ鍵はＥＢＣＫとよばれる。
【数３】
0005872289.tif 000004
ｅ２３，ｄ２３は第３の装置２３に対して使用されるＲＳＡパラメータのセットである。簡単な説明のため、"ｍｏｄＰ"は以下の文脈において省略される。
３．コンテンツ鍵ＣＫを読み出すために、第３の装置２３はＥＢＣＫに対してまず第１の復号ステップとしてアンブラインディングステップを実行し、そして第２の復号ステップを実行する必要がある。アンブラインディングステップは次式である。
【数４】
0005872289.tif 000005
復号ステップは次式である。
【数５】
0005872289.tif 000006
【００６５】
通常、"ブラインディングファクタ"はデータをブラインドするために使用され、"アンブラインディングファクタ"はデータをアンブラインドするために使用される。ブラインディング及びアンブラインディングファクタは上記の式（２）に示される特定の式を満たす。従って、この式によれば、ブラインディングファクタ又はアンブラインディングファクタのうちいずれか１つは、これらのファクタの両方がブラインドコンテンツ鍵をアンブラインドするためのデータになることができるように、計算されることができる。
【００６６】
図４はデジタルコンテンツを管理するための本発明にかかる第１の装置２１のブロック図である。線４００はデータを交換するための第１の装置２１のデータバスをあらわす。
【００６７】
第１の装置２１はデジタルコンテンツパッケージを作るためのパッケージングユニット４０１を有するコンテンツプロバイダである。第１の装置４１は暗号化コンテンツ鍵を作るために上述の暗号化ステップ３１０を実行するための暗号化ユニット４０２も有する。
【００６８】
第１の装置２１はまた、暗号化コンテンツ鍵を送信する上述のステップ３１１を実行するためのユニット４０３、及び暗号化コンテンツ鍵を復号するためのデータを送信する上述のステップ３１２を実行するためのユニット４０５も有する。
【００６９】
第１の装置２１はまた、例えば上記暗号化コンテンツ鍵を復号するためのデータを要求するためのメッセージを受信する上述のステップ３１４を実行する、データを受信するための受信ユニット４０４も有する。
【００７０】
説明は既に前述の方法記述に与えられているので、ここではさらに扱われない。
【００７１】
図５は本発明にかかるデジタル著作権管理システムにおけるデジタルコンテンツを管理するための第２の装置２２を示す。デジタルコンテンツは第１の装置２１によってコンテンツ鍵で暗号化され、コンテンツ鍵は暗号化コンテンツ鍵を作るために上記第１の装置２１によって暗号化される。線５００はデータを交換するための第２の装置２２のデータバスをあらわす。
【００７２】
第２の装置２２は、例えば第１の装置２１から暗号化コンテンツ鍵を受信する上述のステップ３２０を実行する、又は例えば第３の装置２３からデジタルコンテンツを使用する要求を受信する、他の装置からデータを受信するための受信ユニット５０１を有する。
【００７３】
第２の装置２２は、上記デジタルコンテンツを使用する第３の装置２３からの要求に応じてライセンスデータを作るためのライセンス生成ユニット５０２を有する。上述の通り、ライセンスデータは上記第３の装置２３による上記デジタルコンテンツを使用する権利を記述し、受信される暗号化コンテンツ鍵を含む。
【００７４】
第２の装置２２はまた、ライセンス生成ユニット５０２によって生成されるライセンスデータを送信する上述のステップ３２１を実行するための送信ユニット５０３も有する。
【００７５】
第２の装置２２はまた、デジタルコンテンツＩＤ、第３の装置ＩＤ、及び第３の装置の公開鍵についての情報を送信する上述のステップ３２４を実行するためのユニット５０４も有する。
【００７６】
説明は既に前述の方法記述に与えられているので、ここではさらに扱われない。
【００７７】
図６はデジタル著作権管理システムにおけるデジタルコンテンツを管理するための第３の装置２３を示す。デジタルコンテンツは第１の装置２１によってコンテンツ鍵で暗号化され、上記コンテンツ鍵は暗号化コンテンツ鍵を生成するために上記第１の装置２１によって暗号化され、上記暗号化コンテンツ鍵は上記第１の装置２１によって第２の装置２２へ送信される。線６００はデータを交換するための第３の装置２３のデータバスをあらわす。
【００７８】
第３の装置２３は、上記デジタルコンテンツを使用する要求を上記第２の装置２２へ送信する前述のステップ３３０を実行するため、また上記第１の装置２１に上記暗号化コンテンツ鍵を復号するためのデータを送信するよう要求するためのメッセージを送信する前述のステップ３３２を実行するための、送信ユニット６０１を有する。
【００７９】
第３の装置２３はまた、第２の装置２２から上述のライセンスデータを受信する前述のステップ３３１を実行するため、また上記暗号化コンテンツ鍵を復号するためのデータを受信する前述のステップ３３３を実行するための受信ユニット６０２も有する。
【００８０】
受信ユニット６０２はまた、デジタルコンテンツＩＤ、第３の装置ＩＤ及び上記第３の装置（２３）の公開鍵についての情報を受信する上述のステップ３３４を実行するためにも使用され得る。
【００８１】
第３の装置２３はまた、上記暗号化コンテンツ鍵を復号するためのデータを送信するよう上記第１の装置２１に要求するためのメッセージを上記第１の装置２１へ送信するためのユニット６０５も有する。
【００８２】
第３の装置２３はまた、ライセンスデータに含まれる暗号化コンテンツ鍵と、暗号化コンテンツ鍵を復号するための受信データを用いてデジタルコンテンツを復号するためのＤＲＭエージェント６０３も有する。上述の通り、暗号化デジタルコンテンツがＤＲＭエージェント６０３への入力であるとき、ＤＲＭエージェント６０３は暗号化コンテンツ鍵を得るためにライセンスデータを探し、暗号化コンテンツ鍵を復号するためのデータを第１の装置２１から要求する。コンテンツ鍵を復号するためのデータを受信後、ＤＲＭエージェント６０３は暗号化デジタルコンテンツを復号し、レンダリングのためにレンダリングユニット６０４へクリーンデジタルコンテンツを送信することができる。デジタルコンテンツをレンダリングするために、レンダリングユニット、例えばＷｉｎｄｏｗｓ（登録商標）  ｍｅｄｉａ  ｐｌａｙｅｒが使用される。
【００８３】
説明は既に前述の方法記述に与えられているので、ここではさらに扱われない。
【００８４】
上記記述は一例に過ぎず、非常に例示的なものであることが理解されるべきである。実施例は本発明を限定するものとみなされることはできない。
【００８５】
ハードウェア若しくはソフトウェア、又は両方の項目を用いて機能を実施する多数の方法がある。この点において、図面もまた非常に例示的であり、各々は本発明の１つの可能な実施形態のみをあらわす。例えば上述のパッケージングユニット４０１は命令データを記憶するメモリによって実施されることができ、そして暗号化ユニット４０２、送信ユニット４０３及び４０５、受信ユニット４０４、受信ユニット５０１、ライセンス生成ユニット５０２、送信ユニット５０３及び５０４、送信ユニット６０１及び６０５、受信ユニット６０２、ＤＲＭエージェント６０３、及びレンダリングユニット６０４も可能である。これら全ては特定の命令データとともにメモリによって別々に実施されることができる。
【００８６】
パッケージングユニット４０１、暗号化ユニット４０２、送信ユニット４０３及び４０５、及び受信ユニット４０４は異なる命令コードを記憶する１つ若しくは複数のメモリによって実施されることができる。これらのユニットはまた、１つ若しくは複数のプリント基板によって、又は１つ若しくは複数のプロセッサによって実施されてもよい。
【００８７】
同様に、受信ユニット５０１、ライセンス生成ユニット５０２、及び送信ユニット５０３及び５０４は異なる命令コードを記憶する１つ若しくは複数のメモリによって実施されてもよい。これらのユニットはまた、１つ若しくは複数のプリント基板によって、又は１つ若しくは複数のプロセッサによって実施されてもよい。
【００８８】
送信ユニット６０１及び６０５、受信ユニット６０２、ＤＲＭエージェント６０３、及びレンダリングユニット６０４は異なる命令コードを記憶する１つ若しくは複数のメモリによって実施されてもよい。これらのユニットはまた、１つ若しくは複数のプリント基板によって、又は１つ若しくは複数のプロセッサによって実施されてもよい。
【００８９】
上文でなされた見解は、詳細な説明が図面を参照して、本発明を限定するのではなく説明することを示す。添付の請求項の範囲内にある多数の代替例が存在する。請求項におけるいかなる参照符号も請求項を限定するものと解釈されてはならない。"有する"という動詞及びその活用の使用は、請求項に記載された以外の要素又はステップの存在を除外しない。ある要素若しくはステップに先行する不定冠詞"ａ"又は"ａｎ"はかかる要素若しくはステップの複数の存在を除外しない。
【図１】
0005872289.tif 000007
【図２】
0005872289.tif 000008
【図３】
0005872289.tif 000009
【図４】
0005872289.tif 000010
【図５】
0005872289.tif 000011
【図６】
0005872289.tif 000012