(57)【特許請求の範囲】
【請求項１】
コンテンツの消費者による消費のために、コンテンツプロバイダのデジタルコンテンツを複数のコンテンツの消費者のそれぞれの端末に配信する方法であって、
コンテンツプロバイダのサーバが、第一の鍵と前記コンテンツプロバイダの識別情報とを含む、証明書発行機関のサーバからのデジタル証明書と、第二の鍵とを含む鍵の対を要求して取得するステップと、
前記コンテンツプロバイダのサーバが、配信されるコンテンツのハッシュ値を生成するステップと、
前記コンテンツプロバイダのサーバが、前記第二の鍵を使用して、配信されるべきコンテンツのハッシュ値を暗号化するステップと、
前記コンテンツプロバイダのサーバが、暗号化されたハッシュ値と前記デジタル証明書とを登録情報として登録機関のサーバに送信するステップと、前記登録機関のサーバは、前記デジタル証明書が有効であるかを判定し、前記デジタル証明書が有効である場合に、前記暗号化されたハッシュ値と前記コンテンツプロバイダの識別情報とを記憶し、
前記コンテンツプロバイダのサーバが、前記登録機関のサーバから、前記登録機関の秘密鍵で暗号化された第三の鍵で暗号化されたハッシュ値を有する登録控えを受信するステップと、
前記コンテンツプロバイダのサーバが、前記コンテンツ及び前記登録控えを複数のコンテンツの消費者のそれぞれの端末に配信するステップと、
を含むことを特徴とする方法。
【請求項２】
前記コンテンツプロバイダのサーバは、前記証明書発行機関のサーバから前記第二の鍵を受信する、
請求項１記載の方法。
【請求項３】
前記第一の鍵は公開鍵であり、前記第二の鍵は秘密鍵である、
請求項１記載の方法。
【請求項４】
前記コンテンツの消費者の端末は、前記コンテンツと前記登録控えの受信に応答して、前記登録控えを復号して、前記コンテンツが有効であるかを判定する、
請求項３記載の方法。
【請求項５】
前記コンテンツの消費者の端末は、復号された登録控えが前記コンテンツのハッシュ値に等しいことを確認することで、前記コンテンツが有効であると判定する、
請求項４記載の方法。
【請求項６】
前記登録控えは、秘密鍵で暗号化されたハッシュ値を有し、
前記コンテンツの消費者の端末は、前記秘密鍵に対応する公開鍵で前記登録控えを復号する、
請求項４記載の方法。
【請求項７】
前記コンテンツは、埋め込まれたウォータマークを含む、
請求項１記載の方法。
【請求項８】
前記コンテンツプロバイダのサーバが、使用の権利を配信されたコンテンツに与えるステップを更に含む、
請求項１記載の方法。
【請求項９】
前記コンテンツの複数の複製を異なる消費者の端末に配信するステップを更に含み、
前記複数の複製のそれぞれは、異なる使用の権利を含む、
請求項８記載の方法。
【請求項１０】
前記配信されるコンテンツは、暗号化されたコンテンツであり、
前記配信されるコンテンツのハッシュ値を生成する前記ステップは、前記暗号化されたコンテンツのハッシュ値を生成することを含む、
請求項１記載の方法。
【請求項１１】
前記登録控えと共に前記複数のコンテンツの消費者の端末に配信されるコンテンツは、前記暗号化されたコンテンツである、
請求項１０記載の方法。
【請求項１２】
前記コンテンツプロバイダのサーバが、前記暗号化されたコンテンツを復号する鍵を前記コンテンツの消費者の端末に供給する、
請求項１１記載の方法。
【請求項１３】
前記コンテンツプロバイダのサーバが、前記暗号化されたコンテンツを復号する鍵を供給する前に、コンテンツの消費者の同一性を検証するステップを更に含む、
請求項１２記載の方法。
【請求項１４】
前記コンテンツの消費者の同一性を検証する前記ステップは、前記コンテンツプロバイダのサーバが、前記暗号化されたコンテンツの暗号化されたハッシュ値と、前記コンテンツの消費者に発行されたデジタル証明書とを含む消費者の登録情報を送出するステップを含む、
請求項１３記載の方法。
【請求項１５】
前記コンテンツプロバイダのサーバが、前記コンテンツの消費者の同一性の検証に応じて、前記暗号化されたコンテンツを復号する鍵を暗号化するステップを更に含む、
請求項１３記載の方法。
【請求項１６】
前記登録情報は、コンテンツを暗号化するために使用されるコンテンツ鍵に関連する使用の権利の情報のハッシュ値を更に含む、
請求項１０記載の方法。
【請求項１７】
前記コンテンツプロバイダのサーバが、前記コンテンツ鍵と前記使用の権利の情報とを結び付けるステップを更に含む、
請求項１６記載の方法。
【請求項１８】
複数のコンテンツの消費者のそれぞれの端末にコンテンツを配信する装置であって、
コンテンツプロバイダのサーバに関連され、請求項１記載の方法を実行するようにプログラムされたプロセッサに基づく装置を備える、
ことを特徴とする装置。
【請求項１９】
複数のコンテンツの消費者のそれぞれの端末にコンテンツを配信するために使用される１以上のソフトウェアプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ソフトウェアプログラムは、請求項１記載の方法を実行するための命令を含む、
ことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項２０】
前記デジタルコンテンツは、オーディオ作品、ビデオ作品及びオーディオ−ビジュアル作品のうちの１つを含む、
請求項１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して安全な通信の分野に関連し、更に特定的にはネットワーク又は他の通信媒体を通じて音楽及び他の種類のコンテンツを安全に電子的に配布する技術に関する。
【背景技術】
【０００２】
インターネットといったグローバルな通信ネットワークを通じて音楽又は他の種類のコンテンツを配布する場合に、安全性が非常に重要となってきている。更に特定的には、かかるネットワークに基づくコンテンツ配布システムがうまく実施されるには、コンテンツ提供者が適切な著作権使用料を受け取ることを確実とし、配布されるコンテンツが著作権侵害や他の違法な利用を受けないようにすることが重要である。
【０００３】
音楽コンテンツの配布に関しては、近年、レコーディング業界及び技術の主要な会社によってSecure Digital Music
Initiative（ＳＤＭＩ）として知られる協力的な開発努力がなされている。ＳＤＭＩの目標は、ディジタル音楽の安全性のためのオープンな相互動作可能なアーキテクチャを開発することである。これは、質の良いディジタル音楽に対して便利にアクセス可能であることに対する消費者の要求に答えると共に、コンテンツの開発及び配送に関する投資を保護するよう著作権保護を与える。ＳＤＭＩは、既に携帯可能な音楽装置についての標準的な仕様書、ＳＤＭＩ Portable Device Specification
Part I, Version 1.0, 1999を作成している。ＳＤＭＩの長期的な努力は、現在、全ての形式でディジタル音楽を配送する全体的なアーキテクチャの完成を目指している。
【０００４】
ＳＤＭＩ及び他の現在なされている他の努力にも関わらず、音楽及び他のコンテンツの安全な配布のための既存の技術には多くの重大な欠点がある。例えば、かかる技術のうちの多くは、コンテンツの配送のときにコンテンツ消費者に対してコンテンツ提供者が明示的に識別されることを必要とし、即ち、一般的にはこれらの技術は争いがない場合にコンテンツ提供者が完全に匿名でありつづけることを可能とするものではない。残念ながら、この種類の配置は、特に個人又は小さい企業であるコンテンツ提供者には、或る用途では望ましくないか又は費用効果的でない。他の例では、従来の技術は一般的には、全てのコンテンツ提供者が自分たちの業務を安全に登録しうる中央化された機構を与えるものではない。従って、コンテンツ提供者は、これらの既存の技術の下では等しく扱われず、即ち、複雑な安全手段の実施に関連する費用を支払うことができる大規模な提供者の方が小規模な提供者よりも有利である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のことより明らかであるように、ＳＤＭＩに準拠する音楽及び他の種類のコンテンツを配布するための改善された技術が必要とされる。
【課題を解決するための手段】
【０００６】
本発明は、音楽及び他の種類のコンテンツの安全な配布のための方法及び装置を提供する。本発明は、争いが生ずるまでコンテンツ提供者の身元が分からないよう、コンテンツが匿名で配布されうるように、コンテンツが中央化された信頼された登録機関（ＴＲＡ）に登録されることを可能とする。
【０００７】
本発明の第１の実施例のコンテンツ配布は、非拘束権利管理、即ち、コンテンツに対する使用権がコンテンツ自体に拘束されないようなコンテンツの安全な登録を可能とする。この実施例では、配布されたコンテンツは暗号化によっては保護されず、即ちコンテンツの機密性は与えられない。しかしながら、コンテンツ提供者はＴＲＡによって認証されているためコンテンツは著作権侵害に対しては保護されており、従って不法行為が検出されたときは追跡又は他の方法で識別されうる。使用権はコンテンツに拘束されないため、コンテンツがＴＲＡに登録された後にコンテンツ提供者は使用権を変更しうる。本発明の第２及び第３の実施例のコンテンツ配布は、暗号化に基づくコンテンツの機密性を伴って非拘束権利管理と拘束権利管理を夫々与えるコンテンツ配布プロトコルに従って実施される。
【０００８】
有利には、本発明のコンテンツ配布方法及び装置は、全てのコンテンツ提供者に対して便利で効率的で費用効果的な保護を与える。本発明の上述及び他の特徴及び利点については、添付の図面及び以下の詳細な説明から明らかとなろう。
【０００９】
本発明は、音楽又は他の形式のコンテンツが、匿名で配布されるよう登録されることを可能とする。以下説明するコンテンツ配布方法は、コンテンツ提供者が自分のコンテンツを配布する前に信頼された機関に登録することを可能とし、それにより争いが生ずるまでコンテンツ提供者が分からないような方法でコンテンツがコンテンツ提供者からコンテンツ消費者へ配布されることを可能とする。有利には、本発明のコンテンツ配布方法は、全てのコンテンツ提供者に対して便利で効率的で費用効果的な保護を与えうる。
【図面の簡単な説明】
【００１０】
【図１】本発明による非拘束権利管理によるコンテンツ配布方法を示す図である。
【図２】図１のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図３】図１のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図４】図１のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図５】図１のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図６】図１のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図７】本発明による非拘束権利管理及びコンテンツ機密性を用いたコンテンツ配布方法を示す図である。
【図８】図７のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図９】図７のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図１０】図７のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図１１】図７のコンテンツ配布方法において実施される処理動作を示すフローチャートである。
【図１２】本発明による拘束権利管理及びコンテンツ機密性を用いたコンテンツ配布方法を示す図である。
【図１３】図１２のコンテンツ配布方法において実施される処理動作をフローチャートである。
【図１４】図１２のコンテンツ配布方法において実施される処理動作をフローチャートである。
【図１５】図１２のコンテンツ配布方法において実施される処理動作をフローチャートである。
【図１６】図１２のコンテンツ配布方法において実施される処理動作をフローチャートである。
【図１７】図１２のコンテンツ配布方法において実施される処理動作をフローチャートである。
【図１８】図１２のコンテンツ配布方法において実施される処理動作をフローチャートである。
【発明を実施するための形態】
【００１１】
以下、夫々が上述の機能を実施する特定のプロトコルに対応する本発明の３つの例示的な実施例について説明する。プロトコルはコンテンツ提供者に対して与えられる安全及び制御の水準について異なる。以下の説明では、操作Ｅ｛Ｋ｝［Ｓ］は鍵Ｋを用いた括弧内の量Ｓの暗号化を示し、操作Ｄ｛Ｋ｝［Ｓ］は鍵Ｋを用いた括弧内の量Ｓの復号化を示すものとする。以下説明するプロトコルは、これらの暗号化操作及び復号化操作を行なうために従来の公開鍵暗号化技術を使用しうる。一般的に、本願に記載された例示的な実施例では、暗号化及び復号化のための非対称的なアルゴリズムは、添え字の文字列に「Ｐｕｂ」又は「Ｐｒｖ」を含む鍵に対して用いられ、一方、対称的なアルゴリズムは例えば以下説明するＫCont及びＫLicenseといった全ての他の鍵のために使用される。本発明と共に用いるのに適した上述及び他の暗号化及び復号化技術は、当業者によって周知であり、従って以下詳述には説明しない。
【００１２】
図１は、本発明の第１の実施例に従った非拘束権利管理を用いてコンテンツを配布するための基本的なプロトコルを示す図である。この図は、証明書発行機関（ＣＡ）１０２、コンテンツ提供者１０４、信頼された登録機関（ＴＲＡ）１０６、及びコンテンツ消費者１０８の間の対話について示す。ＣＡ１０２、コンテンツ提供者１０４及びコンテンツ消費者１０８は、図中、夫々文字Ｘ，Ｇ、及びＣを付して示されている。図１に示す方法は、図２、図３、図４、図５及び図６のフローチャートに夫々詳細に示される処理動作１１０、１２０、１３０、１４０及び１５０を含む。
【００１３】
図１の処理操作は、配布されるコンテンツが暗号化によっては保護されておらず、即ちコンテンツの機密性が与えられていない基本プロトコルを実施する。しかしながら、コンテンツ提供者ＧがＴＲＡ１０６によって認証されていることにより、コンテンツは著作権侵害から保護され、従って不法行為が検出されたときは追跡又は他の方法で識別されうる。更に、本発明の本実施例では、使用権はコンテンツに拘束されない。これにより、コンテンツがＴＲＡに登録された後にコンテンツ提供者Ｇが使用権を変更することが可能である。
【００１４】
図１の基本プロトコルでは、コンテンツ提供者１０４（Ｇ）は、まず、ＣＡ１０２（Ｘ）から証明書を要求する。ＣＡ１０２は、図２に示される操作１１０において証明書を生成する。証明書生成プロセスは、従来通りの方法で、例えば確立された標準に従って実行されうる。ステップ１１１において、ＣＡ１０２は、要求者が本人であるか否かを判定する。本人でなければ、証明書は発行されない。要求者が本人であると判定されると、ステップ１１２においてＣＡ１０２は要求者のために公開鍵対を生成し、ステップ１１３において秘密鍵ＫPrvrequestorを要求者Ｇに安全に与える。ＣＡ１０２は、ステップ１１４に示すように、要求者の識別情報Ｉrequestorと要求者の公開鍵ＫPubrequestorとを証明書の中で拘束し、図１に示すように要求者Ｇへ証明書ＣｅｒｔX（ＩG，ＫPubG）を発行する。尚、証明書に対する要求は各トランザクションに対して義務づけられるものではなく、即ち、一旦証明書を得た後は、期間が終了するまで再び使用されうる。
【００１５】
図１の操作１２０は、図３に示されている。ステップ１２１においてコンテンツ提供者Ｇは、特定のコンテンツＭのハッシュ値、
Ｈ＝ｈａｓｈ（Ｍ）
を生成する。ステップ１２２においてコンテンツ提供者Ｇは、自分の秘密鍵ＫPrvGを用いてＨを暗号化し、
Ｈ’＝Ｅ｛ＫPreG｝［Ｈ］
を得、ステップ１２３において、Ｑ、即ち、
Ｑ＝（Ｈ’，ＣｅｒｔX（ＩG，ＫPubG））
を生成する。コンテンツ提供者Ｇは、図１に示されるように、Ｑを登録するためＴＲＡ１０６へ要求を送信する。
【００１６】
図４は、ＴＲＡ１０６によって行われる操作１３０を示す図である。ステップ１３１において、ＴＲＡは、コンテンツ提供者Ｇに対する証明書ＣｅｒｔX（ＩG，ＫPubG）が有効であるか否か判定する。有効でなければ操作は終了し、Ｑの登録についての要求は拒否される。ステップ１３１において証明書が有効であると判定されると、ステップ１３２においてＴＲＡはＨ’及びＩGの対と、受信日時とを記憶する。ステップ１３３において、ＴＲＡは以下の式、
Ｈ＝Ｄ｛ＫPubG｝［Ｈ’］
に従ってＱからハッシュ値Ｈを抽出する。ステップ１３４において、ＴＲＡは、以下の式、
Ｑ’＝Ｅ｛ＫPrvTRA｝［Ｈ］
に従って登録控えＱ’を生成する。このように、ＴＲＡはコンテンツ提供者Ｇによって送信されるハッシュ値Ｈを復号化し、秘密鍵ＫPrvTRAを用いてこれを再び暗号化する。得られた登録控えＱ’は、図１に示されるように、コンテンツ創作者Ｇに対して発行される。
【００１７】
図１の操作１４０は、コンテンツ提供者Ｇによって実行される。図５は、この操作を詳細に示す図である。コンテンツ提供者Ｇは、任意の従来の方法で、ＴＲＡに対する証明書を得ていると想定する。ステップ１４１において、コンテンツ提供者は、ＴＲＡに対する証明書が有効であるか否かを判定する。有効でなければ、操作は終了する。ＴＲＡに対する証明書が有効であれば、コンテンツ提供者Ｇは、ステップ１４２において、
Ｄ｛ＫPubTRA｝［Ｑ’］＝ｈａｓｈ（Ｍ）
であるか否か判定する。そうであれば、ステップ１４３において、Ｑ’及びＭは続く配布のために記憶される。そうでなければ、操作はＱ’及びＭを記憶することなく終了する。Ｑ’及びＭが記憶されれば、コンテンツ提供者は、コンテンツＭの登録処理が正しく完了していることを知り、従ってコンテンツ提供者は１以上の消費者に対してコンテンツを自由に配布する。
【００１８】
再び図１を参照するに、操作１４０が正しく完了した後、コンテンツ提供者は、登録控えＱ’及びコンテンツＭをコンテンツ消費者１０８（Ｃ）へ配布する。図６は、コンテンツ消費者Ｃによって実行される操作１５０を示す図である。コンテンツ消費者Ｃは、ステップ１５１において、ＴＲＡに対する証明書が有効であるか否か判定する。有効でなければ、操作は終了する。有効であれば、コンテンツ消費者は、ステップ１５２において、
Ｄ｛ＫPubTRA｝［Ｑ’］＝ｈａｓｈ（Ｍ）
であるか否か判定する。そうでなければ、操作は終了する。そうであれば、コンテンツ消費者Ｃは、ステップ１５３において、コンテンツＭを再生及び／又は記憶する。コンテンツ消費者Ｃは、コンテンツ提供者Ｇが「本物」であると認められた場合にのみコンテンツを受け入れる。
【００１９】
尚、コンテンツ消費者によって実行される操作１５０及び本願に記載される他の操作は、改竄を防ぐ又は改竄に耐える装置内で実行されるべきであり、即ち、コンテンツがコンテンツ消費者によって符号化されたときに、復号化されたコンテンツは権限のないユーザ及び装置によってアクセス可能であるべきではない。
【００２０】
上述のように、コンテンツＭは、音楽又は他の種類のコンテンツでありうる。コンテンツＭは、任意の適当な符号化装置を用いて生成された圧縮形式であっても圧縮されていない形式であってもよい。単一のコンテンツ消費者への保証された配布は、当業者によって明らかであるように、従来の安全なリンクプロトコルを用いて実行されうる。
【００２１】
上述の基本プロトコルでは、コンテンツ消費者が従来のコンテンツだけでなく登録控えＱ’を伴うコンテンツも再生しうる場合は、保護に関する潜在的な問題が生じうる。即ち、Ｑ’が失われた場合又は他の何らかの原因により存在しない場合、従来のコンテンツを基本プロトコルにおいて登録されたコンテンツとを区別する方法はない。
【００２２】
以下説明するプロトコルの改善された変形では、暗号化されたフォーマットにより区別できるため、この保護に関する問題は一般的にはあまり注目されない。しかしながら、保護の問題は、基本プロトコルにおいて、コンテンツＭに埋込み透かしを与えることによっても解決されうる。この埋込み透かしは、コンテンツが再生される前にコンテンツ消費者に対して有効な登録控えＱ’が存在することを示す。かかる実施例では、図６に示される操作１５０は、ステップ１５１の前に、ＭにＱ’が存在することを示す透かしが含まれるか否かを判定する追加的な処理ステップを含むよう変更される。透かしが含まれる場合は、操作はステップ１５１へ続く。そのような透かしがなければ、操作はステップ１５１及び１５２を飛ばし、ステップ１５３へ進む。他の構成もまた可能であり、例えば埋込み透かしについての上述の追加的な処理ステップは、図６の処理ステップ１５１と１５２の間に実行されうる。
【００２３】
尚、埋込み透かしは、有効な登録控えが存在することを、また、可能であれば例えばｈａｓｈ（Ｍ）といった控えの種類を示すだけでよい。従って、埋込み透かしは、登録控え自体を含む必要はない。更に、かかる透かしは、基本プロトコルのみをサポートする装置へのコンテンツの記録及び配布を防止するよう、以下説明するプロトコルの改善された変形を用いて配布されるコンテンツにおいても使用されうる。
【００２４】
図７は、非拘束権利管理及びコンテンツ機密性を用いた本発明の第２の実施例によるコンテンツ配布方法を示す図である。図中、更なる証明書発行機関ＣＡ２００、ＣＡ  Ｙとも称する、とエンティティＣＡ（Ｘ）１０２と、コンテンツ提供者１０４と、ＴＲＡ１０６と、コンテンツ消費者１０８との間の対話が示されている。図８、図９、図１０及び図１１は、図７のコンテンツ配布方法において実施される処理操作を示すフローチャートである。図７に示される用法は、処理操作２１０、２２０、２５０、２６０及び２７０を含む。処理操作２１０は、一般的には図２の操作１１０に対応するが、ＣＡ（Ｙ）２００によって実施される。処理操作２２０、２５０、２６０及び２７０は、図８、図９、図１０及び図１１のフローチャートに詳細に示されている。
【００２５】
図７の処理操作は、図１の基本プロトコルを改善させた変形を実施する。この改善されたプロトコルでは、コンテンツは暗号化によって保護され、即ちコンテンツの機密性が与えられている。更に、上述の基本プロトコルと同様、改善されたプロトコルにおけるコンテンツもまた著作権侵害から保護され、使用権はコンテンツに拘束されておらず、出版者はコンテンツが登録された後に使用権を変更することが可能である。
【００２６】
図７の改善されたプロトコルでは、コンテンツ提供者（Ｇ）１０４は、ＣＡ（Ｘ）１０２から証明書を要求し、コンテンツ消費者（Ｃ）１０８はＣＡ（Ｙ）２００から証明書を要求する。ＣＡ１０２、２００は、上述において図２を参照して説明したのと同様の方法で、夫々、操作１１０及び２１０において、夫々、証明書ＣｅｒｔX（ＩG，ＫPubG）、ＣｅｒｔY（ＩC，ＫPubC）を生成する。証明書ＣｅｒｔX（ＩG，ＫPubG）はＣＡ１０２によってコンテンツ提供者Ｇに対して発行され、証明書ＣｅｒｔY（ＩC，ＫPubC）はＣＡ２００によってコンテンツ消費者Ｃに対して発行される。尚、ＣＡ１０２とＣＡ２００は、同一のＣＡであってもよい。本例では、証明書が同一のＣＡから生成されたものでなくともよいことを示すため、ＣＡは別々のエンティティとして示されている。
【００２７】
図７の操作２２０は、図８に示されている。コンテンツ提供者Ｇは、ステップ２２１においてコンテンツＭを暗号化し、暗号化されたコンテンツＭ’、即ち、
Ｍ’＝Ｅ｛ＫCont｝［Ｍ］
を生成する。尚、ＫContは単一の鍵である必要はない。例えば、ＫContは、鍵のシーケンスであり、シーケンス中の各鍵がコンテンツの異なる部分を暗号化されるために使用されるものであってもよい。コンテンツ提供者Ｇは、ステップ２２２において、特定のコンテンツＭ’のハッシュ値、即ち、
Ｈ＝ｈａｓｈ（Ｍ’）
を生成する。コンテンツ提供者Ｇは、ステップ２２３において、秘密鍵ＫPrvGを用いてＨを暗号化し、
Ｈ’＝Ｅ｛ＫPrvG｝［Ｈ］
を得、ステップ２２４において、Ｑ、即ち、
Ｑ＝（Ｈ’，ＣｅｒｔX（ＩG，ＫPubG））
を生成する。コンテンツ提供者Ｇは、図７に示すように、Ｑを登録するためにＴＲＡ１０６へ要求を送信する。要求は、図４に示すように操作１３０においてＴＲＡ１０６によって処理され、ＴＲＡ１０６によりコンテンツ提供者Ｇへ登録控えＱ’が発行される。
【００２８】
コンテンツ提供者Ｇは、ステップ１４２及び１４３においてＭがＭ’で置き換えられていることを除き図５の操作１４０と同じである操作１４０’を実行する。記憶されているＱ’及びＭ’は、条件のチェック１４２の結果である。１４２が真であれば、Ｑ’及びＭ’は記憶され、コンテンツ提供者Ｇは暗号化されたコンテンツＭ’の登録処理が正しく完了したことを知る。従って、コンテンツ提供者は１以上の消費者に対して暗号化されたコンテンツを自由に配布する。
【００２９】
再び図７を参照するに、操作１４０’が正しく完了した後、コンテンツ提供者Ｇはコンテンツ消費者１０８（Ｃ）へ登録控えＱ’と暗号化されたコンテンツＭ’とを配布する。
【００３０】
図９は、コンテンツ消費者Ｃによって実行される操作２５０である。コンテンツ消費者Ｃは、ステップ２５１において、ＴＲＡ１０６に対する証明書が有効であるか否かを判定する。有効でなければ、操作は終了する。有効であれば、消費者は、ステップ２５２において、
Ｄ｛ＫPubTRA｝［Ｑ’］＝ｈａｓｈ（Ｍ’）
であるか否かを判定する。そうでなければ、操作は終了する。そうであれば、コンテンツ消費者Ｃは、ステップ２５３において、暗号化されたコンテンツＭ’を記憶する。このように、コンテンツ消費者Ｃは、コンテンツ提供者が「本物」であると評価された場合にのみ、暗号化されたコンテンツを記憶する。
【００３１】
コンテンツにアクセスするために、コンテンツ消費者は、コンテンツ復号化鍵ＫContと創作者によって定義されする全ての使用規則も受信せねばならない。この情報は、コンテンツ提供者Ｇによって消費者の身元が正しく照合された場合にのみ、コンテンツ消費者Ｃへ送信される。このため、コンテンツ消費者は、操作２５０のステップ２５４において、暗号化されたコンテンツＭ’のハッシュ値、即ち、
Ｈ＝ｈａｓｈ（Ｍ’）
を生成する。次に、コンテンツ消費者は、ステップ２５５において、秘密鍵ＫPrvCを用いてＨを暗号化し、
Ｈ”＝Ｅ｛ＫPrvC｝［Ｈ］
を得、ステップ２５６において、暗号化されたハッシュ値及び上述の証明書ＣｅｒｔY（ＩC，ＫPubC）を含む対Ｑ”、即ち、
Ｑ”＝（Ｈ”，ＣｅｒｔY（ＩC，ＫPubC））
を生成する。次に、対Ｑ”は、コンテンツ消費者Ｃからコンテンツ提供者Ｇへ送信される。
【００３２】
図１０は、コンテンツ提供者Ｇによって実行される操作２６０を示す図である。ステップ２６１において、コンテンツ提供者Ｇは、コンテンツ消費者Ｃの証明書ＣｅｒｔY（ＩC，ＫPubC）が有効であるか否かを判定する。有効でなければ、操作は終了する。有効であれば、コンテンツ提供者Ｇは、ステップ２６２において、
Ｄ｛ＫPubC｝［Ｈ”］＝ｈａｓｈ（Ｍ’）
であるか否か判定する。そうでなければ、操作は終了する。そうであれば、コンテンツ提供者Ｇは、ステップ２６３において、コンテンツ鍵ＫCont及び利用規則を暗号化するために、ライセンス鍵Ｋlicenseを使用し、
Ａ＝Ｅ｛Ｋlicense｝［ｕｓａｇｅ＿ｒｕｌｅｓ｜ＫCont］
を得、次に、ステップ２６４においてライセンス鍵を暗号化し、
Ｂ＝Ｅ｛ＫPubC｝［Ｋlicense］
を得る。次に、ステップ２６５において、ライセンス控えＬが対（Ａ，Ｂ）として生成される。図７に示すように、コンテンツ提供者Ｇはライセンス控えＬをコンテンツ消費者へ送信する。
【００３３】
図１１は、ライセンス控えＬの受信時にコンテンツ消費者Ｃによって実行される操作２７０を示す図である。ステップ２７１において、コンテンツ消費者Ｃは、以下のライセンス鍵を復号化し、
Ｋlicense＝Ｄ｛ＫPrvC｝［Ｂ］
を得、次に、ステップ２７２において規則及びコンテンツ鍵を復号化し、
ｕｓａｇｅ＿ｒｕｌｅｓ｜ＫCont＝Ｄ｛Ｋlicense｝［Ａ］
を得る。次に、コンテンツ消費者Ｃは、ステップ２７３において、暗号化されたコンテンツＭ’を復号化し、
Ｍ＝Ｄ｛ＫCont｝［Ｍ’］
を得る。次に、コンテンツ消費者はステップ２７４において、コンテンツＭに対して利用規則を適用し、ステップ２７５においてコンテンツＭを再生及び／又は記憶する。
【００３４】
図１２は、拘束権利管理とコンテンツ機密性を用いた本発明の第３の実施例によるコンテンツ配布方法を示す図である。図中、エンティティＣＡ（Ｙ）２００、ＣＡ（Ｘ）１０２、コンテンツ提供者（Ｇ）１０４、ＴＲＡ１０６，及びコンテンツ消費者（Ｃ）１０８の間の対話を示す。図１３、図１４、図１５、図１６、図１７、及び図１８は、図１２のコンテンツ配布方法において実施される処理操作３２０、３３０、３４０、３５０、３６０及び３７０を夫々示すフローチャートである。処理操作１１０及び１２０は、図７の実施例を参照して上述された方法で実施される。
【００３５】
図１２の処理操作は、図１の基本プロトコルの他の改善された変形を実施する。この他の改善された変形では、図７の改善されたプロトコルと同様、コンテンツは暗号化によって保護され、即ちコンテンツの機密性が与えられている。更に、上述の基本プロトコル及び改善されたプロトコルと同様、他の改善されたプロトコルにおけるコンテンツは著作権侵害から保護される。しかしながら、上述のプロトコルとは異なり、この他の改善されたプロトコルでは、ライセンスが本物であることも保証し、なぜならばライセンスはコンテンツに拘束され、ＴＲＡ１０６に登録されるからである。
【００３６】
尚、このアプローチは、コンテンツがＴＲＡ１０６に登録された後はコンテンツ提供者はコンテンツの利用規則を変更することができないという点で、コンテンツ提供者Ｇに制限を課している。従って、コンテンツ提供者Ｇが登録の後に利用規則を変更しようとする場合は、新しい登録が必要となる。
【００３７】
図１２の改善されたプロトコルでは、コンテンツ提供者（Ｇ）１０４はＣＡ（Ｘ）１０２から証明書を要求し、コンテンツ消費者（Ｃ）１０８はＣＡ（Ｙ）２００から証明書を要求する。ＣＡ１０２及び２００は、図２を参照して上述されたのと同様の方法で夫々、操作１１０及び２１０において、夫々、証明書ＣｅｒｔX（ＩG，ＫPubG）、ＣｅｒｔY（ＩC，ＫPubC）を生成する。証明書ＣｅｒｔX（ＩG，ＫPubG）はＣＡ１０２によってコンテンツ提供者Ｇに対して発行され、証明書ＣｅｒｔY（ＩC，ＫPubC）はＣＡ２００によってコンテンツ消費者Ｃに対して発行される。上述のように、ＣＡ１０２とＣＡ２００は、同一のＣＡであってもよい。
【００３８】
図１２の操作３２０は、図１３に示される。コンテンツ提供者Ｇは、ステップ３２１において、コンテンツＭを暗号化し、暗号化されたコンテンツＭ’、即ち、
Ｍ’＝Ｅ｛ＫCont｝［Ｍ］
を生成する。上述のように、ＫContは単一の鍵である必要はなく、例えば、鍵のシーケンスであり、シーケンス中の各鍵がコンテンツの異なる部分を暗号化されるために使用されるものであってもよい。
【００３９】
コンテンツ提供者Ｇは、ステップ３２２において、特定のコンテンツＭ’のハッシュ値、即ち、
Ｈ１＝ｈａｓｈ（Ｍ’）
を生成する。ステップ３２３において、コンテンツ提供者Ｇは、以下のライセンス登録控えＡ、
Ａ＝Ｅ｛Ｋlicense｝［ｕｓａｇｅ＿ｒｕｌｅｓ｜ＫCont］
を生成することにより、一組の規則をコンテンツ鍵に結びつける。尚、規則を特定のコンテンツ鍵に結びつけることは、上述のような暗号化によって行われてもよく、或いは、他の暗号化拘束機構によって行われてもよい。暗号化を通じて行われる場合、暗号化は結びつきを断ちうるブロック再生攻撃を防止するため連鎖モードを使用すべきである。
【００４０】
ステップ３２３において規則を結びつけ拘束させた後、ステップ３２４においてＡのハッシュ値、即ち、
Ｈ２＝ｈａｓｈ（Ａ）
が生成される。コンテンツ提供者Ｇは、ステップ３２５において、秘密鍵ＫPrvGを用いてＨ１及びＨ２を暗号化し、
Ｈ’＝Ｅ｛ＫPrvG｝［Ｈ１｜Ｈ２］
を得、ステップ３２６において、以下のＱ、即ち、
Ｑ＝（Ｈ’，ＣｅｒｔX（ＩG，ＫPubG））
を生成する。
【００４１】
次に、コンテンツ提供者Ｇは、図１２に示されるように、Ｑを登録するためにＴＲＡ１０６へ要求を送信する。要求は、図１４に示すように操作３３０においてＴＲＡ１０６によって処理される。ステップ３３１において、ＴＲＡは、ＴＲＡは、コンテンツ提供者Ｇに対する証明書ＣｅｒｔX（ＩG，ＫPubG）が有効であるか否か判定する。有効でなければ操作は終了し、Ｑの登録についての要求は拒否される。ステップ３３１において証明書が有効であると判定されると、ステップ３３２においてＴＲＡはＨ’及びＩGの対と、受信日時とを記憶する。ステップ３３３において、ＴＲＡはＱからハッシュ値Ｈ１及びＨ２を抽出する。次に、ＴＲＡはステップ３３４において、以下の式、
Ｑ１’＝Ｅ｛ＫPrvTRA｝［Ｈ１］
に従ってコンテンツ登録控えＱ１’を生成し、ステップ３３４において、以下の式、
Ｑ２’＝Ｅ｛ＫPrvTRA｝［Ｈ２］
に従ってコンテンツ登録控えＱ２’を生成する。このように、ＴＲＡはコンテンツ提供者Ｇによって送信されるハッシュ値Ｈ１及びＨ２を復号化し、秘密鍵ＫPrvTRAを用いてこれらを再び暗号化する。得られた登録控えＱ１’及びＱ２’は、図１２に示されるようにコンテンツ創作者Ｇに対して発行される。
【００４２】
図１２の操作３４０は、コンテンツ提供者Ｇによって実行される。図１５は、この操作を詳細に示す図である。ステップ３４１において、コンテンツ提供者Ｇは、ＴＲＡに対する証明書が有効であるか否かを判定する。有効でなければ、操作は終了する。ＴＲＡに対する証明書が有効であれば、コンテンツ提供者Ｇは、ステップ１４２において、
Ｄ｛ＫPubTRA｝［Ｑ１’］＝ｈａｓｈ（Ｍ’）
であるか否か判定する。そうであれば、ステップ３４３において、Ｑ１’、Ｑ２’及びＭ’は続く配布のために記憶される。そうでなければ、操作はＱ１’、Ｑ２’及びＭ’を記憶することなく終了する。Ｑ１’、Ｑ２’及びＭ’が記憶されれば、コンテンツ提供者は、コンテンツＭ’の登録処理が正しく完了していることを知り、従ってコンテンツ提供者は１以上の消費者に対してコンテンツを自由に配布する。
【００４３】
再び図１２を参照するに、操作３４０が正しく完了した後、コンテンツ提供者Ｇは、登録されたコンテンツ控えＱ１’及び暗号化されたコンテンツＭ’をコンテンツ消費者１０８（Ｃ）へ配布する。
【００４４】
図１６は、コンテンツ消費者Ｃによって実行される操作３５０を示す図である。コンテンツ消費者Ｃは、ステップ３５１において、ＴＲＡに対する証明書が有効であるか否か判定する。有効でなければ、操作は終了する。有効であれば、コンテンツ消費者Ｃは、ステップ３５２において、
Ｄ｛ＫPubTRA｝［Ｑ１’］＝ｈａｓｈ（Ｍ’）
であるか否か判定する。そうでなければ、操作は終了する。そうであれば、コンテンツ消費者Ｃは、ステップ３５３において、暗号化されたコンテンツＭ’を記憶する。コンテンツ消費者Ｃは、コンテンツ提供者Ｇが「本物」であると認められた場合にのみ暗号化されたコンテンツを受け入れる。
【００４５】
コンテンツにアクセスするために、コンテンツ消費者Ｃは、コンテンツ暗号化鍵ＫContと創作者によって定義されする全ての使用規則も受信せねばならない。この情報は、コンテンツ提供者Ｇによって消費者の身元が正しく照合された場合にのみ、コンテンツ消費者Ｃへ送信される。このため、コンテンツ消費者Ｃは、操作３５０のステップ３５４において、暗号化されたコンテンツＭ’のハッシュ値、即ち、
Ｈ＝ｈａｓｈ（Ｍ’）
を生成する。次に、コンテンツ消費者は、ステップ３５５において、秘密鍵ＫPrvCを用いてＨを暗号化し、
Ｈ”＝Ｅ｛ＫPrvC｝［Ｈ］
を得、ステップ３５６において、暗号化されたハッシュ値及び上述の証明書ＣｅｒｔY（ＩC，ＫPubC）を含む対Ｑ”、即ち、
Ｑ”＝（Ｈ”，ＣｅｒｔY（ＩC，ＫPubC））
を生成する。次に、対Ｑ”は、コンテンツ消費者Ｃからコンテンツ提供者Ｇへ送信される。
【００４６】
図１７は、コンテンツ提供者Ｇによって実行される操作３６０を示す図である。ステッ３６１において、コンテンツ提供者Ｇは、コンテンツ消費者Ｃの証明書ＣｅｒｔY（ＩC，ＫPubC）が有効であるか否かを判定する。有効でなければ、操作は終了する。有効であれば、コンテンツ提供者Ｇは、ステップ３６２において、
Ｄ｛ＫPubC｝［Ｈ”］＝ｈａｓｈ（Ｍ’）
であるか否かを判定する。そうでなければ、操作は終了する。そうであれば、コンテンツ提供者Ｇは、ステップ３６３において、コンテンツ消費者の公開鍵ＫPubC用いてライセンス鍵Ｋlicenseを暗号化し、
Ｂ＝Ｅ｛ＫPubC｝［Ｋlicense］
を得る。次に、ライセンス控えＬが３つ組（Ａ，Ｂ，Ｑ２’）として生成される。図１２に示されるように、コンテンツ提供者Ｇは、ライセンス控えＬをコンテンツ消費者Ｃへ送信する。
【００４７】
図１８は、ライセンス控えＬの受信時にコンテンツ消費者Ｃによって実行される操作３７０を示す図である。ステップ３７１において、コンテンツ消費者Ｃは、
Ｄ｛ＫPubTRA｝［Ｑ２’］＝ｈａｓｈ（Ａ）
であるか否かを判定する。そうでなければ、処理は終了する。そうであれば、コンテンツ消費者Ｃは、ステップ３７２において、ライセンス鍵を復号化し、
Ｋlicense＝Ｄ｛ＫPrvC｝［Ｂ］
を得、次に、ステップ３７３において規則及びコンテンツ鍵を復号化し、
ｕｓａｇｅ＿ｒｕｌｅｓ｜ＫCont＝Ｄ｛Ｋlicense｝［Ａ］
を得る。次に、コンテンツ消費者Ｃは、ステップ３７４において、暗号化されたコンテンツＭ’を復号化し、
Ｍ＝Ｄ｛ＫCont｝［Ｍ’］
を得る。次に、コンテンツ消費者はステップ３７５において、コンテンツＭに対して利用規則を適用し、ステップ３７６においてコンテンツＭを再生及び／又は記憶する。
【００４８】
上述プロトコルでは、ＳＭＤＩに準拠した符号は複製を作成しようとするために、特定のコンテンツの一部、例えば著作権侵害された音楽選択の不法な複製が登録される場合、ＴＲＡ１０６は問題なく登録を実行する。しかしながら、このような登録は、コンテンツ提供者ＧがＴＲＡ１０６に対して証明書を提示することによって自分の身元を正しく示すことを必要とする。このように、不法な複製が登録されたとしても、登録を行ったコンテンツ提供者は直ぐに識別され告発される。このようにして、コンテンツがコンテンツ消費者に対してリリースされ争いが生じたときにのみ、侵害者は訴えられる。登録されたコンテンツ提供者の識別の根拠は、告発者が同一又は十分に類似した内容について有効且つ事前の登録を提示することを求めるよう法的に決められるべきである。
【００４９】
尚、ＣＡ１０２及び２００、コンテンツ提供者１０４、ＴＲＡ１０６，及びコンテンツ消費者１０８のうちの１つ以上は、夫々、上述のプロトコルに関連する処理操作を実施するための、１つ以上のパーソナルコンピュータ、ワークステーション、メインフレームコンピュータ、又は他のプロセッサ式の装置でありうる。かかるプロセッサ装置は、一般的には、上述の処理機能に関する適切なソフトウエアプログラム命令を記憶するための１つ以上のメモリ装置、及びソフトウエアプログラム命令を実行するための少なくとも１つのプロセッサを含む。図１、図７及び図１２に示されるエンティティの間の通信は、例えばインターネット、広域ネットワーク、ローカルエリアネットワーク、イントラネット、エクストラネット、並びに、これらのネットワークと他のネットワークの組合せといった、グローバルな通信ネットワークを通じて実施されるネットワーク接続でありうる。図１、図７及び図１２は、このように対応するプロトコルを実施するためのシステム処理要素間の相互接続を示すシステム図としても理解されうる。
【００５０】
本発明の上述の実施例は、例として示すものである。例えば、本発明は、任意の所望の種類のプロセッサ式の装置にために任意の所望の種類のソフトウエア又はハードウエア構成要素、これらの及び他の構成要素の組合せのアップグレード又は他の再構成を実施するために、また、上述の適用とは異なる適用のために使用されうる。本発明は、従来の電子、磁気、又は光学記憶媒体上に記憶され、処理装置、例えば、システム２００のプロセッサ２２０及び２３０によって実行されうる１つ以上のソフトウエアプログラムの形式で少なくとも部分的に実施されうる。請求の範囲に含まれる上述の及び多数の他の実施例は当業者により明らかとなろう。
【図１】
0005330488.tif 000002
【図２】
0005330488.tif 000003
【図３】
0005330488.tif 000004
【図４】
0005330488.tif 000005
【図５】
0005330488.tif 000006
【図６】
0005330488.tif 000007
【図７】
0005330488.tif 000008
【図８】
0005330488.tif 000009
【図９】
0005330488.tif 000010
【図１０】
0005330488.tif 000011
【図１１】
0005330488.tif 000012
【図１２】
0005330488.tif 000013
【図１３】
0005330488.tif 000014
【図１４】
0005330488.tif 000015
【図１５】
0005330488.tif 000016
【図１６】
0005330488.tif 000017
【図１７】
0005330488.tif 000018
【図１８】
0005330488.tif 000019