(57)【要約】【課題】デジタル著作権管理（ＤＲＭ）方式におけるコンテンツのパブリッシングを提供すること。【解決手段】パッケージャは、ユーザのためにデジタルコンテンツをパッケージし、ライセンサは、ライセンスに従ってのみユーザがコンテンツをレンダリングするように、ユーザにコンテンツに対するデジタルライセンスを発行する。パッケージャとライセンサがコンテンツに対するコンテンツ鍵（ＫＤ）を計算できるようにするために、ライセンサとパッケージャはシークレットを共有する。ユーザのためにコンテンツをパッケージするために、パッケージャは、共有シークレットとコンテンツＩＤとに基づいてコンテンツ鍵（ＫＤ）を計算し、（ＫＤ）に従ってコンテンツを暗号化する。ユーザにコンテンツに対するライセンスを発行するために、ライセンサはまた、共有シークレットとコンテンツＩＤとに基づいて（ＫＤ）を計算し、ライセンスを形成するためにユーザの公開鍵に従って（ＫＤ）を暗号化し、ライセンスをユーザに送信する。【選択図】　　　　図３
2004046833.tif 000002
【特許請求の範囲】
【請求項１】
デジタル著作権管理方式と組み合わせた方法において、パッケージャはユーザのためにデジタルコンテンツをパッケージし、ライセンサは前記ユーザに前記コンテンツに対するデジタルライセンスを発行し、前記ユーザは前記ライセンスに従ってのみ前記コンテンツをレンダリングし、前記ライセンサが前記ユーザに前記ライセンスを発行することができるように、前記ユーザのために前記コンテンツをパッケージすることを前記パッケージャに前記ライセンサが提供する方法であって、
前記パッケージャから提供する要求を受信するステップと、
前記パッケージャと前記ライセンサが前記コンテンツに対するコンテンツ鍵（ＫＤ）を計算することを可能にする、前記パッケージャと共有されるべきシークレットを生成するステップと、
ランダムコンテンツ鍵（ＫＤ−ＰＲＯＶ）を生成するステップと、
（ＫＤ−ＰＲＯＶ（シークレット））を形成するために（ＫＤ−ＰＲＯＶ）に従って前記シークレットを暗号化するステップと、
前記ライセンサのプライベート鍵（ＰＲ−ＬＩ）で前記パッケージャの公開鍵を（ＰＵ−ＰＡ１）を署名して、同じであること（（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ））を証明するステップであって、前記パッケージャは対応するプライベート鍵（ＰＲ−ＰＡ１）を有し、前記ライセンサは対応する公開鍵（ＰＵ−ＬＩ）を有するステップと、
（ＫＤ−ＰＲＯＶ（シークレット））、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）、および任意の関連付けられた証明書チェーンを前記パッケージャに送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記パッケージャに対して（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）を生成するステップと、（ＫＤ−ＰＲＯＶ）に従って（ＰＲ−ＰＡ１）を暗号化して（ＫＤ−ＰＲＯＶ（ＰＲ−ＰＡ１））を形成するステップと、（ＫＤ−ＰＲＯＶ（シークレット））、（ＫＤ−ＰＲＯＶ（ＰＲ−ＰＡ１））、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）、および任意の関連付けられた証明書チェーンを前記パッケージャに送信するステップとをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記パッケージャから（ＰＵ−ＰＡ１）を含む提供する要求を受信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記パッケージャによってパッケージされた前記コンテンツに対する前記ライセンスを前記ユーザに付与する条件を指定する、提案されたビジネス規則を含む前記提供する要求を受信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記パッケージャと前記金銭取引を実行して金銭取引を提供するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
（ＫＤ−ＰＲＯＶ（シークレット））、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）、および任意の関連付けられた証明書チェーンを、対応する提供するライセンスに従ってのみ前記パッケージャによってレンダリング可能な提供するコンテンツとして前記パッケージャに送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項７】
対応するプライベート鍵（ＰＲ−ＰＡ２）を有する前記パッケージャに関連付けられた公開鍵（ＰＵ−ＰＡ２）を含む前記提供する要求を受信するステップと、（ＫＤ−ＰＲＯＶ）を（ＰＵ−ＰＡ２）で暗号化することによって前記提供するライセンスを生成して（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））を形成するステップと、前記提供するライセンスを前記パッケージャに送信するステップとをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
（ＰＵ−ＰＡ２、ＰＲ−ＰＡ２）は（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）であることを特徴とする請求項７に記載の方法。
【請求項９】
（ＰＵ−ＰＡ２、ＰＲ−ＰＡ２）は（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）とは異なることを特徴とする請求項７に記載の方法。
【請求項１０】
提供するコンテンツＩＤを生成し、前記コンテンツＩＤを前記提供するライセンスに添付するステップをさらに含むことを特徴とする請求項７に記載の方法。
【請求項１１】
前記生成された提供するコンテンツＩＤを前記提供するコンテンツに添付するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記提供するコンテンツＩＤが前記ライセンサの識別子を含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記提供するライセンスを使用するための使用規則を指定するステップと、前記使用規則を前記提供するライセンスに添付するステップとをさらに含むことを特徴とする請求項７に記載の方法。
【請求項１４】
前記ユーザに対する前記ライセンスを構築する場合に使用されるべき、（ＰＵ−ＰＡ１）と前記共有シークレットとを含む提供する情報を記憶するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１５】
デジタル著作権管理方式と組み合わせた方法において、パッケージャはユーザのためにデジタルコンテンツをパッケージし、ライセンサは前記ユーザに前記コンテンツに対するデジタルライセンスを発行し、前記ユーザは前記ライセンスに従ってのみ前記コンテンツをレンダリングし、前記パッケージャはランダムコンテンツ鍵（ＫＤ−ＰＲＯＶ）に従って暗号化された共有シークレットを含む、前記ライセンサからの提供するコンテンツ（（ＫＤ−ＰＲＯＶ（シークレット））を有し、前記ライセンサからの提供するライセンスは、前記パッケージャの公開鍵（ＰＵ−ＰＡ２）に従って暗号化された（ＫＤ−ＰＲＯＶ）を含み（（ＰＵ−ＰＡ２）（ＫＤ−ＰＲＯＶ））、前記ライセンサが前記ユーザに前記ライセンスを発行することができるように、前記パッケージャが前記ユーザのための前記コンテンツをパッケージする方法であって、
前記ライセンサからの前記提供するライセンスと提供するコンテンツを選択するステップと、
前記提供するライセンスから（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））を獲得するステップと、
（ＫＤ−ＰＲＯＶ）を得るために前記パッケージャの対応するプライベート鍵（ＰＲ−ＰＡ２）を（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））に適用するステップと、
前記提供するコンテンツから（ＫＤ−ＰＲＯＶ（シークレット））を獲得するステップと、
共有シークレットを得るために（ＫＤ−ＰＲＯＶ）を（ＫＤ−ＰＲＯＶ（シークレット））に適用するステップと、
前記コンテンツに対してランダムコンテンツＩＤを生成するステップと、
前記ランダムコンテンツＩＤと前記シークレットとに基づいてコンテンツ鍵（ＫＤ）を計算するステップと、
（ＫＤ）に従って前記コンテンツを暗号化する（（ＫＤ（コンテンツ）））ステップと、
前記提供するライセンスと前記提供するコンテンツの１つから、前記ライセンサの識別子を有する提供するコンテンツＩＤを獲得するステップと、
前記ランダムコンテンツＩＤと、前記パッケージャの公開鍵（ＰＵ−ＰＡ１）と、前記ライセンサの前記識別子とを（ＫＤ（コンテンツ））に添付して前記パッケージされたコンテンツを形成するステップと、
前記パッケージされたコンテンツを前記ユーザに分配するステップと
を含むことを特徴とする方法。
【請求項１６】
前記提供するライセンスは前記提供するライセンスを使用するための使用規則をさらに含み、前記使用規則を検討するステップと、前記使用規則に基づいて前記提供するライセンスから（ＫＤ−ＰＲＯＶ）を使用可能にすることができることを判定するステップとをさらに含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ランダムコンテンツＩＤおよび前記シークレットのハッシュに基づいて前記コンテンツ鍵（ＫＤ）を計算するステップを含むことを特徴とする請求項１５に記載の方法。
【請求項１８】
前記提供するコンテンツは、同じであること（Ｓ（ＰＲ−ＬＩ））を証明するように前記ライセンサのプライベート鍵（ＰＲ−ＬＩ）に基づく署名と、任意の関連付けられた証明書チェーンとを含み、（ＰＵ−ＬＩ）を獲得するために前記証明書チェーンを横切るステップと、（ＰＵ−ＬＩ）を適用してＳ（ＰＲ−ＬＩ）を検証するステップとをさらに含むことを特徴とする請求項１５に記載の方法。
【請求項１９】
前記ランダムコンテンツＩＤと、前記パッケージャの前記公開鍵（ＰＵ−ＰＡ１）と、前記ライセンサの前記識別子と、パッケージされた前記コンテンツを前記ユーザがどのようにしてレンダリングすることができるかを指定する任意の使用規則との少なくとも１つに基づく署名を（ＫＤ（コンテンツ））に添付するステップをさらに含むことを特徴とする請求項１５に記載の方法。
【請求項２０】
（ＰＵ−ＰＡ２）は（ＰＵ−ＰＡ１）であることを特徴とする請求項１５に記載の方法。
【請求項２１】
（ＰＵ−ＰＡ２）は（ＰＵ−ＰＡ１）とは異なることを特徴とする請求項１５に記載の方法。
【請求項２２】
パッケージされた前記コンテンツを前記ユーザがどのようにしてレンダリングすることができるかを指定する任意の使用規則を（ＫＤ（コンテンツ））に添付して前記パッケージされたコンテンツを形成するステップをさらに含むことを特徴とする請求項１５に記載の方法。
【請求項２３】
デジタル著作権管理方式と組み合わせた方法において、パッケージャはユーザのためにデジタルコンテンツをパッケージし、ライセンサは前記ユーザに前記コンテンツに対するデジタルライセンスを発行し、前記ユーザは前記ライセンスに従ってのみ前記コンテンツをレンダリングし、前記パッケージされたコンテンツは、コンテンツ鍵（ＫＤ）に従って暗号化されたコンテンツ（（ＫＤ（コンテンツ）））と、コンテンツＩＤと、前記パッケージャの公開鍵（ＰＵ−ＰＡ１）とを含み、前記ライセンサが前記ユーザに対して前記ライセンスを発行する方法であって、
前記コンテンツＩＤと、（ＰＵ−ＰＡ１）と、前記ユーザに前記ライセンスをバインドするために使用されるべき前記ユーザに関連付けられた公開鍵（ＰＵ−ＵＳ）とを含む、ライセンスを求める要求を、対応するプライベート鍵（ＰＲ−ＵＳ）を有する前記ユーザから受信するステップと、
共有シークレットを含めて前記パッケージャに関する記憶された提供する情報を（ＰＵ−ＰＡ１）に基づいて獲得するステップと、
前記要求と前記獲得したシークレットと共に受信した前記コンテンツＩＤに基づいて（ＫＤ）を計算するステップと、
前記要求と共に受信した（ＰＵ−ＵＳ）に従って（ＫＤ）を暗号化する（（ＰＵ−ＵＳ（ＫＤ）））ステップと、
前記ライセンスを形成するために（ＰＵ−ＵＳ（ＫＤ））に前記コンテンツＩＤを添付するステップと、
前記ライセンスを前記ユーザに送信するステップと
を含むことを特徴とする方法。
【請求項２４】
前記ランダムコンテンツＩＤおよび前記シークレットのハッシュに基づいて前記コンテンツ鍵（ＫＤ）を計算するステップを含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ユーザがどのようにして前記コンテンツをレンダリングすることができるかを指定する使用規則をさらに含む前記要求を受信するステップと、前記使用規則を（ＰＵ−ＵＳ（ＫＤ））に添付するステップとをさらに含むことを特徴とする請求項２３に記載の方法。
【請求項２６】
識別する証明書の（ＰＵ−ＵＳ）と、任意の関連付けられた証明書チェーンとを受信するステップを含むことを特徴とする請求項２３に記載の方法。
【請求項２７】
前記パッケージされたコンテンツは、前記パッケージャの前記公開鍵（ＰＵ−ＰＡ１）に対応する前記パッケージャのプライベート鍵（ＰＲ−ＰＡ１）に基づく署名をさらに含み（（Ｓ（ＰＲ−ＰＡ１）））、前記要求を受信するステップは、（Ｓ（ＰＲ−ＰＡ１））をさらに含み、（ＰＵ−ＰＡ１）によって（Ｓ（ＰＲ−ＰＡ１））を検証するステップをさらに含むことを特徴とする請求項２３に記載の方法。
【請求項２８】
前記ユーザと金銭取引を実行して前記ユーザにライセンスを付与するステップをさらに含むことを特徴とする請求項２３に記載の方法。
【請求項２９】
前記ランダムコンテンツＩＤおよび前記シークレットのハッシュに基づいて前記コンテンツ鍵（ＫＤ）を計算するステップを含むことを特徴とする請求項２３に記載の方法。
【請求項３０】
前記ライセンサのプライベート鍵に基づく署名（Ｓ（ＰＲ−ＬＩ））と対応する前記ライセンサの公開鍵（ＰＵ−ＬＩ）とを（ＰＵ−ＵＳ（ＫＤ））に添付して同じであることを検証するステップをさらに含むことを特徴とする請求項２３に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタルコンテンツで権利を施行するための方式に関する。より詳細には、本発明は、暗号化されたデジタルコンテンツに対するアクセスを、そのデジタルコンテンツのユーザによって取得されたライセンス権によって指定されたパラメータに従ってのみ許可する施行方式などに関する。さらに詳細には、本発明は、コンテンツをパブリッシングすることに関して特に有用な方式などに関する。
【０００２】
【従来の技術】
周知のように、また次に図１を参照すると分かるように、デジタル著作権管理（ＤＲＭ）および施行システムは、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなどのデジタルコンテンツ１２がユーザに分配される場合には、そのようなデジタルコンテンツ１２に関しては非常に望ましいとされる。ユーザは、受信中に、パーソナルコンピュータ１４などにあるメディアプレイヤなどの適切なレンダリングデバイスの補助によりデジタルコンテンツをレンダリング、すなわち「再生」する。
【０００３】
典型的には、そのようなデジタルコンテンツ１２を分配しているコンテンツ所有者は、そのような分配されたデジタルコンテンツ１２をユーザがどのように扱うことができるかを制限することを希望している。例えば、コンテンツ所有者は、ユーザがそのようなコンテンツ１２をコピーして、第２のユーザに再分配することを制限することを希望する場合や、分配されたデジタルコンテンツ１２を、例えば限定された回数だけ、一定の合計数だけ、ある種のマシンでのみ、ある種のメディアプレイヤでのみ、ある種のユーザによってのみ再生されることを許可することを希望する場合がある。
【０００４】
【発明が解決しようとする課題】
しかし、一旦分配が発生してしまうと、そのようなコンテンツ所有者は、そのデジタルコンテンツ１２に対して、有していたとしてもほんの僅かな抑制力しか有しない。この場合、ＤＲＭシステム１０は、そのような抑制力に融通性があり、そのようなデジタルコンテンツのコンテンツ所有者によって定義可能な場合には、その抑制の下でデジタルコンテンツ１２を任意の形式でレンダリング、すなわち再生することを許可する。典型的には、コンテンツ１２は、任意の適切な分配経路によってパッケージ１３の形式でユーザに分配される。分配されたデジタルコンテンツパッケージ１３は、対称暗号化／暗号化解除鍵（ＫＤ）（すなわち、（ＫＤ（コンテンツ）））で暗号化されたデジタルコンテンツ１２、ならびにコンテンツを識別する他の情報、そのようなコンテンツに対するライセンスを入手する方法などを含むことができる。
【０００５】
信頼に基づくＤＲＭシステム１０は、そのようなデジタルコンテンツ１２がユーザのコンピュータデバイス１４でレンダリングされることが許可される前に満たされなければならないライセンス規則を、デジタルコンテンツ１２の所有者が指定することを可能にする。そのようなライセンス規則は、上述の時間的要件を含むことができ、１人または複数のユーザのコンピュータデバイス１４（以下、このような用語は状況がそれ以外のものを要求しない限り相互交換可能である）がコンテンツ所有者またはその代理人から取得する必要のあるデジタルライセンス１６の範囲内で実施することができる。そのようなライセンス１６は、恐らくはユーザのコンピュータデバイスによって暗号化解除可能な鍵に従って暗号化された、デジタルコンテンツを暗号化解除するための暗号化解除鍵（ＫＤ）も含む。
【０００６】
デジタルコンテンツ１２の１つのコンテンツ所有者は、ユーザのコンピュータデバイス１４が、そのようなコンテンツ所有者によってライセンス１６で指定された規則および要件に準拠していること、すなわちデジタルコンテンツ１２はライセンス１６の規則および要件が満たされない限りレンダリングされないことを信頼しなければならない。この場合、ユーザのコンピュータデバイス１４には、デジタルコンテンツ１２に関連付けられており、ユーザによって取得されたライセンス１６に盛り込まれたライセンス規則に従う以外は、デジタルコンテンツ１２をレンダリングしない信頼あるコンポーネントまたは機構１８が備えられていることが好ましい。
【０００７】
信頼あるコンポーネント１８は、典型的には、ライセンス１６が有効であるか否かを判定し、そのような有効なライセンス１６のライセンス規則および要件を検討し、検討されたライセンス規則および要件に基づいて、要求しているユーザが、要求したデジタルコンテンツ１２を、特に所望の方式でレンダリングする権利を有するか否かを判定するライセンスエバリュエータ２０を有する。理解されるべきことは、ライセンスエバリュエータ２０が、ライセンス１６の規則および要件に従ってデジタルコンテンツ１２の所有者の希望を達成することがＤＲＭシステム１０で信頼されていること、不正であるなしに関わらず、どのような目的でも、ユーザがそのような信頼ある要素を容易に変更することは不可能であるべきであることである。
【０００８】
理解されるべきことは、ライセンス１６の規則および要件は、ユーザは誰であるか、ユーザはどこに位置しているか、ユーザはどのタイプのコンピュータデバイスを使用しているか、どのレンダリングアプリケーションがＤＲＭシステムを呼び出しているか、日付、時刻などを含めて、複数の要因のどれかに基づいて、デジタルコンテンツ１２をレンダリングする権利をユーザが有するか否かを指定することができることである。さらに、ライセンス１６の規則および要件は、所定数の再生、すなわち所定回数の再生などにライセンス１６を制限する場合がある。
【０００９】
規則および要件は、任意の適切な言語および構文に従ってライセンス１６で指定することができる。例えば、言語は満たされるべき属性および値（日付はＸよりも後になるべきである、など）を単純に指定することができ、または指定されたスクリプト（日付がＸよりも大きい場合、・・・する、など）に従って機能を実行することを要求することができる。
【００１０】
ライセンス１６が有効であり、ユーザはその規則および要件を満たしているとライセンスエバリュエータ２０が判定すると、デジタルコンテンツ１２をレンダリングすることができる。具体的には、コンテンツ１２をレンダリングするために、暗号化解除鍵（ＫＤ）がライセンス１２から獲得され、実際のコンテンツ１２を得るためにこの暗号化解除鍵（ＫＤ）がコンテンツパッケージ１３から（ＫＤ（コンテンツ））に適用され、次いで実際のコンテンツ１２が現実にレンダリングされる。
【００１１】
ＤＲＭシステム１０で、そのようなコンテンツ１２を暗号化し、そのコンテンツ１２に一組の規則を有するライセンス１６を関連付けることによって、ユーザが使用するためにコンテンツ１２がパッケージされる。これによってコンテンツ１２は、ライセンス１６の規則に従ってのみレンダリングすることができる。コンテンツ１２は、それ自体にアクセスするためのライセンス１６を必要とするので、コンテンツ１２は自由に分配することができる。したがって、ＤＲＭシステム１０に従ってパブリッシングするためにコンテンツ１２をパッケージするために、ライセンサが対応するライセンス１６を発行することができるＤＲＭコンテンツ１２をパッケージャがパッケージできるように、パッケージャとライセンサは情報を交換する必要がある。さらに具体的には、ライセンサがパブリッシングするためのコンテンツをパッケージすることをパッケージャに「提供する」ことができ、パッケージャはパブリッシングするためのコンテンツを実際にパッケージし、そのパッケージされたコンテンツに対するライセンスをユーザが獲得する方法および機構への需要がある。
【００１２】
【課題を解決するための手段】
本発明の一実施形態では、パッケージャはユーザのためにデジタルコンテンツをパッケージし、ライセンサは、ユーザがライセンスに従ってのみそのコンテンツをレンダリングするように、ユーザにそのコンテンツに対するデジタルライセンスを発行する。ユーザのためにコンテンツをパッケージすることをパッケージャに提供するために、ライセンサは、パッケージャから提供する要求（ｐｒｏｖｉｓｉｏｎｉｎｇ　ｒｅｑｕｅｓｔ）を受信した際に、パッケージャと共有すべきシークレットを生成する。共有シークレットによって、パッケージャおよびライセンサはコンテンツに対するコンテンツ鍵（ＫＤ）を計算することができる。
【００１３】
ライセンサは、ランダムコンテンツ鍵（ＫＤ−ＰＲＯＶ）を生成し、（ＫＤ−ＰＲＯＶ（シークレット））を形成するために（ＫＤ−ＰＲＯＶ）に従ってシークレットを暗号化する。ライセンサは、同じであること（（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ））を証明するために、ライセンサのプライベート鍵（ＰＲ−ＬＩ）でパッケージャの公開鍵を（ＰＵ−ＰＡ１）を署名して、（ＫＤ−ＰＲＯＶ（シークレット））、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）、および任意の関連付けられた証明書チェーンをパッケージャに送信する。
【００１４】
本発明の一実施形態では、提供を受けたパッケージャは、（ＫＤ−ＰＲＯＶ（シークレット））を含めてライセンサからの提供するコンテンツ（ｐｒｏｖｉｓｉｏｎｉｎｇ　ｃｏｎｔｅｎｔ）と、パッケージャの公開鍵に従って暗号化された（ＫＤ−ＰＲＯＶ）を含めてライセンサからの提供するライセンス（ＰＵ−ＰＡ２）（（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ）））とを有する。ユーザのためにコンテンツをパッケージするために、パッケージャは、ライセンサからの提供するライセンスおよび提供するコンテンツを選択し、提供するライセンスから（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））を獲得し、（ＫＤ−ＰＲＯＶ）を得るためにパッケージャの対応するプライベート鍵（ＰＲ−ＰＡ２）を（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））に適用し、提供するコンテンツから（ＫＤ−ＰＲＯＶ（シークレット））を得、共有シークレットを得るために（ＫＤ−ＰＲＯＶ）を（ＫＤ−ＰＲＯＶ（シークレット））に適用する。
【００１５】
次いでパッケージャは、コンテンツに対してランダムコンテンツＩＤを生成し、ランダムコンテンツＩＤとシークレットとに基づいてコンテンツ鍵（ＫＤ）を計算し、（ＫＤ）に従ってコンテンツを暗号化する（（ＫＤ（コンテンツ）））。その後、パッケージャは、提供するライセンスと提供するコンテンツの１つから、ライセンサの識別子を有する提供するコンテンツＩＤを獲得して、パッケージされたコンテンツを形成するためにランダムコンテンツＩＤと、パッケージャの公開鍵（ＰＵ−ＰＡ１）と、ライセンサの識別子とを（ＫＤ（コンテンツ））に添付し、パッケージされたコンテンツをユーザに分配する。
【００１６】
本発明の一実施形態では、ユーザが所有するパッケージされたコンテンツは、（ＫＤ（コンテンツ））と、コンテンツＩＤと、（ＰＵ−ＰＡ１）とを含む。ユーザにコンテンツに対するライセンスを発行するために、ライセンサは、コンテンツＩＤと、（ＰＵ−ＰＡ１）と、ユーザにライセンスをバインドするために使用されるべきユーザに関連付けられた公開鍵（ＰＵ−ＵＳ）とを含む要求を受け取る。ライセンサは、（ＰＵ−ＰＡ１）に基づいて、共有シークレットを含めてパッケージャに関する記憶された提供する情報を獲得し、要求と獲得したシークレットと共に受信したコンテンツＩＤに基づいて（ＫＤ）を計算し、要求と共に受信した（ＰＵ−ＵＳ）に従って（ＫＤ）を暗号化する（（ＰＵ−ＵＳ（ＫＤ）））。次いでライセンサは、ライセンスを形成するために（ＰＵ−ＵＳ（ＫＤ））にコンテンツＩＤを添付し、ライセンスをユーザに送信する。
【００１７】
上記の「課題を解決するための手段」と、以下の本発明の実施形態の詳細な説明は、添付の図面を参照しながら読むことによってさらによく理解されよう。本発明を説明するために、図面には現在好ましいとされる実施形態を示す。しかし、理解されるべきことは、本発明は、図示する構成および手段に厳密に限定されるものではないということである。
【００１８】
【発明の実施の形態】
コンピュータ環境
図１および以下の説明は、本発明および／またはその一部を実施することができる適切なコンピュータ環境に関する、簡単で一般的な説明を提供することを目的としている。必須ではないが、本発明は、クライアントワークステーションまたはサーバなどのコンピュータによって実行中の、プログラムモジュールなどのコンピュータ実行可能命令という一般的状況で説明する。一般に、プログラムモジュールは、特定のタスクを実行し、または特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。さらに、本発明および／またはその一部は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースの、すなわちプログラム可能な家庭電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含めて、他のコンピュータシステム構成で実行することができるということを理解されたい。本発明は、通信ネットワークによってリンクされた遠隔処理装置によってタスクが実行される分散型コンピュータ環境でも実施することができる。分散型コンピュータ環境では、プログラムモジュールは、ローカル記憶装置と遠隔記憶装置の両方に置くことができる。
【００１９】
図２に示すように、典型的な一般の汎用コンピュータシステムには、処理装置１２１、システムメモリ１２２、およびシステムメモリを含めて様々なシステムコンポーネントを処理装置１２１に結合するシステムバス１２３を含む、従来型のパーソナルコンピュータ１２０などが含まれる。システムバス１２３は、メモリバスまたはメモリコントローラ、周辺バス、および様々なバスアーキテクチャのどれかを使用するローカルバスを含めて、複数のタイプのバス構造のどれであってもよい。システムメモリには、読み取り専用メモリ（ＲＯＭ）１２４およびランダムアクセスメモリ（ＲＡＭ）１２５が含まれる。基本入出力システム１２６（ＢＩＯＳ）は、起動時などにパーソナルコンピュータ１２０の素子間で情報の転送を補助する基本ルーチンを含み、ＲＯＭ１２４に記憶されている。
【００２０】
パーソナルコンピュータ１２０は、ハードディスク（図示せず）から読み取り、またそこに書き込むためのハードディスクドライブ１２７、取り外し可能な磁気ディスク１２９から読み取り、またそこに書き込むための磁気ディスクドライブ１２８、およびＣＤ−ＲＯＭまたは他の光メディアなどの取り外し可能な光ディスク１３１から読み取り、またそこに書き込むための光ディスクドライブ１３０をさらに含むことができる。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、および光ディスクドライブ１３０は、それぞれハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、および光ディスクドライブインターフェース１３４によってシステムバス１２３に接続される。これらのドライブおよびその関連付けられたコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、およびパーソナルコンピュータ２０向けの他のデータの不揮発性記憶を提供する。
【００２１】
本明細書で説明する典型的な実施形態は、ハードディスク、取り外し可能な磁気ディスク１２９、および取り外し可能な光ディスク１３１を使用しているが、コンピュータによってアクセス可能なデータを記憶することができる他のタイプのコンピュータ可読媒体も典型的なオペレーティングシステムで使用できるということを理解されたい。このような他のタイプの媒体には、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）などが含まれる。
【００２２】
いくつかのプログラムモジュールは、オペレーティングシステム１３５、１つまたは複数のアプリケーションプログラム１３６、他のプログラムモジュール１３７、およびプログラムデータ１３８を含めて、ハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４、またはＲＡＭ１２５に記憶することができる。ユーザは、キーボード１４０およびポインティングデバイス１４２などの入力装置によってパーソナルコンピュータ１２０にコマンドおよび情報を入力することができる。他の入力装置（図示せず）は、マイクロフォン、ジョイスティック、ゲームパッド、衛星放送受信アンテナ、スキャナなどを含むことができる。これらの入力装置および他の入力装置は、システムバスに結合されているシリアルポートインターフェース１４６を介して処理装置１２１に接続されることがよくあるが、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ＵＳＢ）などの他のインターフェースによって接続することもできる。モニタ１４７または他のタイプの表示装置もまた、ビデオアダプタ１４８などのインターフェースを介してシステムバス１２３に接続される。モニタ１４７の他に、パーソナルコンピュータは、通常、スピーカおよびプリンタなどの他の周辺出力装置（図示せず）を含む。図２の典型的なシステムは、ホストアダプタ１５５、スモールコンピュータシステムインターフェース（ＳＣＳＩ）バス１５６、およびＳＣＳＩバス１５６に接続されている外部記憶装置１６２も含む。
【００２３】
パーソナルコンピュータ１２０は、遠隔コンピュータ１４９などの１つまたは複数の遠隔コンピュータに対する論理接続を使用してネットワーク接続された環境で動作することができる。遠隔コンピュータ１４９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードであってよく、典型的には、パーソナルコンピュータ１２０に関して上述した要素の多くの要素またはそのすべてを含むが、図２には記憶装置１５０しか示していない。図２に示す論理接続には、ローカルエリアネットワーク（ＬＡＮ）１５１とワイドエリアネットワーク（ＷＡＮ）１５２とが含まれる。このようなネットワーク接続された環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット、およびインターネットでは普及している。
【００２４】
ＬＡＮネットワーク接続環境で使用される場合、パーソナルコンピュータ１２０は、ネットワークインターフェースまたはアダプタ１５３を介してＬＡＮ１５１に接続される。ＷＡＮネットワーク接続環境で使用される場合、パーソナルコンピュータ１２０は、典型的には、モデム１５４、またはインターネットなどのワイドエリアネットワーク１５２を介して通信を確立するための他の手段を含む。内蔵型であっても外付けであってもよいモデム１５４は、シリアルポートインターフェース１４６を介してシステムバス１２３に接続される。ネットワーク接続された環境では、パーソナルコンピュータ１２０に関して示したプログラムモジュール、またはその一部は、遠隔記憶装置に記憶することができる。図示したネットワーク接続は例示であって、コンピュータ間に通信リンクを確立する他の手段も使用できるということが理解されよう。
【００２５】
コンテンツのパブリッシング
以上に開示したように、ＤＲＭアーキテクチャ１０は、コンテンツ１２を暗号化してパッケージし、対応するライセンス１６の一組の規則に従ってのみコンテンツ１２に対するアクセスを許可することによって、デジタルコンテンツ１２に対するアクセスを制御する。しかし、上記のようなＤＲＭアーキテクチャ１０は何らかの形で必要であるということを理解されたい。特にパブリッシングの分野では、ＤＲＭアーキテクチャ１０のフレームワーク内でコンテンツ１２をパブリッシングすることを個人が希望した場合、簡単で経済的な方法によるそのような個人的なパッケージおよびパブリッシングを可能にするために、そのようなアーキテクチャ１０を後述するように何らかの形で修正することができる。当然ながら、いかなるパッケージャ／パブリッシャーでも、本発明の趣旨および範囲を逸脱せずに、後述するアーキテクチャ１０を使用することができる。
【００２６】
後述するように、ＤＲＭアーキテクチャ１０に関連したコンテンツ１２のパブリッシングと、そのパブリッシングされたコンテンツ１２の消費とは、（１）ライセンサが、パブリッシング用のコンテンツ１２をパッケージすることをパブリッシャーなどに「提供」し、（２）パッケージャがパブリッシング用のコンテンツ１２を実際にパッケージし、（３）パブリッシングされるパッケージされたコンテンツ１３が、ライセンサから獲得したライセンス１６に基づいてコンピュータデバイス１４でユーザによってレンダリングされることを必要とする。次に、上記事項のそれぞれを説明する。
【００２７】
パッケージャにコンテンツをパッケージすることを提供すること
本発明の一実施形態では、また図３を参照すると、実際にコンテンツ１２をパブリッシングするに先立って、パッケージャ６０とライセンサ６２とは、ユーザ６４がコンピュータデバイス１４で消費するためのコンテンツ１２をパッケージャ６０／パブリッシャーがパブリッシングすることができ、またそのコンテンツ１２をレンダリングするためにユーザ６４に対してライセンサ６２がライセンス１６を発行できるように、パッケージャ６０とライセンサ６２は情報を交換する必要がある。別の方法では、ライセンサ６２はパッケージャに「提供」しなければならない。ここで、コンテンツ１２のパッケージャ６０は、そのコンテンツ１２のパブリッシャーであっても、またはそのパブリッシャーとは別人格であってもよいということに留意されたい。本実施形態では、提供することは、パッケージャ６０とライセンサ６２の間で共有されるシークレットと、パッケージャ６０に関連付けられた公開プライベート鍵対（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）に基づいている。
【００２８】
典型的には、鍵対（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）は、パッケージャ６０がそれ自体を識別するため、暗号化し暗号化解除するため、また署名を作成するために使用される。ライセンサとパッケージャとの間の共有シークレットによって、ライセンサとパッケージャのそれぞれは、コンテンツ１２の１つに対するコンテンツ鍵（ＫＤ）を計算することができる。この計算は、本発明の趣旨および範囲を逸脱せずに、ライセンサとパッケージャの両方が合意するどのようなアルゴリズムにでも基づくことができる。本発明の一実施形態では、コンテンツＩＤを有するコンテンツ１２の１つに対するコンテンツ鍵（ＫＤ）は、次のＳＨＡアルゴリズムに基づいて、ハッシュなどのコンテンツＩＤおよびシークレットのハッシュから獲得される。
コンテンツ鍵（ＫＤ）＝ＳＨＡ（コンテンツＩＤ、シークレット）
【００２９】
本発明の一実施形態、および図４を参照すると、提供することは、以下の要領で実行される。予備的に、パッケージャ６０は、ライセンサ６２がそのパッケージャ６０に提供することを要求する（ステップ１４０１）。この要求は、本発明の趣旨および範囲を逸脱せずに、どのような特定の形式でもとることができるが、少なくとも識別する証明書６６と関連付けられた証明書チェーン６８を含む。以下でさらに詳細に説明するように、識別する証明書６６は、パッケージャ６０も対応するプライベート鍵（ＰＲ−ＰＡ２）を有している場合は、特にライセンス１６をパッケージャ６０にバインドするために使用されるパッケージャ６０に関連付けられた公開鍵（ＰＵ−ＰＡ２）を含む。
【００３０】
（ＰＵ−ＰＡ２、ＰＲ−ＰＡ２）は（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）と異なっていても、または（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）と同じであってもよいということに留意されたい。しかし理想的には、対の鍵は別個であるべきである。特に、また従来そうであるように、（ＰＲ−ＰＡ２）は信頼あるコンポーネント１８によってのみアクセス可能であるべきであり、外部から入手可能であるべきではない。
【００３１】
さらに、要求には提案されたビジネス規則７０を含めることができる。理解できるように、ビジネス規則７０は、パッケージャ６０によってパッケージされたコンテンツ１２に対するライセンス１６をユーザ６４に付与する条件である。このような規則７０は、例えばコンテンツが設定回数、設定日数などでのみレンダリングされることを指定することができる。ライセンサ６２は、典型的には、ビジネス規則７０に同意するかまたはそれに対して修正を要求する決定権を有する。
【００３２】
要求を受信すると、まずライセンサ６２は、ライセンサ６２が適切であるとみなすパッケージャ６０との任意のトランザクションを実行することができる（ステップ１４０３）。例えばライセンサ６２は、パッケージャ６０に対して購読、料金の支払いなどを開始するよう要求することができる。ライセンサ６２はまた、どのような使用可能な機構によってもパッケージャ６０のＩＤを認証することができる。
【００３３】
要求に応えて、ライセンサ６２は、そのパッケージャ６０に特有のアイテムを生成することによって、パッケージャ６０に提供することを開始する（ステップ１４０５）。具体的には、ライセンサ６２は上記の共有シークレットを生成する。さらに、この場合、ライセンサ６２はこの時点でパッケージャ６０に対する鍵対（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）を生成する。そうである場合、ライセンサ６２は、同じであること（すなわち、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ））を証明するために、プライベート鍵（ＰＲ−ＬＩ）で（ＰＵ−ＰＡ１）に署名する。
【００３４】
当然ながら、パッケージャ６０はライセンサ６２に（ＰＲ−ＰＡ１）を知られることを嫌う場合がある。そうである場合、パッケージャは別のソースから鍵対（ＰＵ−ＰＡ１、ＰＲ−ＰＡ１）を獲得し、ステップ１４０１で要求の一部としてライセンサに（ＰＵ−ＰＡ１）を送信し、ライセンサ６２は、同じであること（すなわち、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ））を証明するために、送信された（ＰＵ−ＰＡ１）にプライベート鍵（ＰＲ−ＬＩ）で署名する。
【００３５】
生成された共有シークレットと、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）と、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）に関連付けられた証明書チェーンと、ライセンサ６２によって生成されている場合は（ＰＲ−ＰＡ１）とは、ライセンサ６２によってパッケージャ６０に送信されるべきであり、これらのアイテムの少なくとも一部は安全な方法でパッケージャ６０によって受信され保持される必要がある。したがって、本発明の一実施形態では、この実施例では提供するコンテンツ１２であるＤＲＭコンテンツ１２の１つの形式でこのようなアイテムが送信される。提供するコンテンツ１２がレンダリングされると実際にはそれが含んでいるアイテムを漏洩するだけであるという点で、提供するコンテンツ１２はコンテンツ１２の特別の形であるということに留意されたい。
【００３６】
具体的には、ライセンサは提供するコンテンツ１２に対してランダムなコンテンツ鍵（ＫＤ−ＰＲＯＶ）を生成し（ステップ１４０７）、次いでその提供するコンテンツ１２を形成するために、それらのアイテム、（シークレット、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ））、証明書チェーン、および（ＰＲ−ＰＡ１）の１つまたは複数を（ＫＤ−ＰＲＯＶ）に従って暗号化する（ステップ１４０９）。提供するコンテンツ１２を形成するためにそれらのアイテムのすべてを暗号化することができ、またはそれらのアイテムから選択して同様に暗号化することもできるということに留意されたい。後者の場合、一例として、シークレットと（ＰＲ−ＰＡ１）だけがそのように暗号化され、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）と証明書チェーンは、ヘッダーなどとしてその暗号化された提供するコンテンツ１２に添付される。
【００３７】
理解されるべきことは、パッケージャ６０によって「レンダリング」されるべき提供するコンテンツ１２とその信頼あるコンテンツ１８とに関して、対応する提供するライセンス１６が要求される。したがって、ステップ１４０１で要求に添付された識別する証明書６６から（ＰＵ−ＰＡ２）を取り出し（ステップ１４１１）、（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））を形成するために（ＫＤ−ＰＲＯＶ）を（ＰＵ−ＰＡ２）で暗号化する（ステップ１４１３）ことによって、その提供するライセンスを生成する。
【００３８】
提供するライセンス１６と提供するコンテンツ１２は両方ともコンテンツＩＤを有するべきであることに留意されたい。したがって、ライセンサ６２は、コンテンツＩＤを生成し、生成したコンテンツＩＤを、提供するライセンス１６と提供するコンテンツ１２の両方に添付する。そのコンテンツＩＤは、本発明の趣旨および範囲を逸脱せずに任意の適切なコンテンツＩＤであってよい。例えば、コンテンツＩＤは、そのＵＲＬなどのライセンサ６２の識別子であってよい。しかし、ライセンサ６２が、パッケージャ６０に対して提供するライセンス１６と提供するコンテンツ１２の複数の組を生成すべき場合、各組は一意のコンテンツＩＤを有するべきであることに留意されたい。したがって、このような場合、コンテンツＩＤは、ライセンサ６２のＵＲＬと追加情報とに基づくこともできる。
【００３９】
ライセンサ６２は、コンテンツ１２をパッケージするパッケージャ６０の能力に制約を課すことを希望する場合があることに留意されたい。例えば、ライセンサ６０は、コンテンツ１２がパッケージされるたびにパッケージャ６０に料金を支払わせることを希望する場合がある。本発明の一実施形態では、この場合、提供するライセンス１６は、パッケージャ６２に適用する使用規則を豊富に有する組を含むことができるリッチライセンスである。したがって、この場合、ライセンサは提供するライセンス１６を使用するための特定の使用規則を指定し（ステップ１４１５）、提供するライセンス１６にその使用規則を添付する（ステップ１４１７）。
【００４０】
本発明の一実施形態では、ライセンサ６２は、提供するライセンス１６と提供するコンテンツ１２に現在ある情報の少なくとも一部の記録を維持する。典型的には、この提供する情報はデータベースなどに記憶され（ステップ１４１９）、以下でさらに詳細に開示するように、提供するライセンス１６と提供するコンテンツ１２に従ってパッケージャ６０によってパッケージされたコンテンツ１２に基づいてユーザ６４に対するライセンス１６を構築する場合に使用される。
【００４１】
提供するライセンス１６と提供するコンテンツ１２との構築をライセンサ６２が終了し、ステップ１４０３でトランザクションの細目のどれかが完了したと仮定すると、ライセンサ６２は、提供するライセンス１６と提供するコンテンツ１２とをパッケージャ６０に送信し、パッケージャ６０は、それらをそれぞれその信頼あるコンポーネント１８のライセンスストアとコンテンツストアとに記憶する（ステップ１４２１）。その提供するライセンス１６と提供するコンテンツ１２を、それぞれ図５と図６に示す。
【００４２】
パッケージャでのコンテンツのパッケージ
次に図７を参照して、図５および図６に示すような提供するライセンス１６と提供するコンテンツ１２がパッケージャ６０に提供されると、そのパッケージャ６０は、以下のように、パッケージされたコンテンツ１３としてコンテンツ１２をパッケージし、それを分配することができる。パッケージはユーザ６４からのコンテンツ１２に対する要求に応えて実行しても、またはユーザ６４がコンテンツ１２を要求した場合にそのコンテンツ１２を入手可能にするために実行してもよいことに留意されたい。
【００４３】
予備的に、パッケージャ６０は、パッケージ予定コンテンツ１２に対してライセンス１６を発行するライセンサ６２を選択する（ステップ１７０１）。恐らくは、パッケージャ６０が使用するために複数のライセンサ６２が使用可能であり、パッケージャ６０は、個々の使用可能なライセンサ６２に対して、提供するライセンス１６と提供するコンテンツ１２の少なくとも１つの組を有する。
【００４４】
ライセンサ６２が選択され、ライセンサ６２の提供するライセンス１６と提供するコンテンツ１２の１つの組が選択されると（複数存在すると仮定して）、パッケージャは選択された提供するライセンス１６にバインドする。すなわち、パッケージャ６０は、パッケージャ６０のコンピュータデバイス１４で動作している信頼あるコンポーネント１８を有しており、提供するコンテンツ鍵（ＫＤ−ＰＲＯＶ）を信頼あるコンポーネント１８が使用可能にすることを、その選択された提供するライセンス１６に対して要求する（ステップ１７０３）。したがって、信頼あるコンポーネント１８は、選択された提供するライセンス１６の任意の使用規則を検討し、その使用規則および他の規則に基づいて、提供するコンテンツ鍵（ＫＤ−ＰＲＯＶ）を使用可能にすることができるか否かを判定する（ステップ１７０５）。
【００４５】
提供するコンテンツ鍵（ＫＤ−ＰＲＯＶ）を使用可能にすることができると仮定すると、信頼あるコンポーネント１８は、ライセンス１６から（ＰＵ−ＰＡ２（ＫＤ−ＰＲＯＶ））を獲得し（ステップ１７０７）、（ＫＤ−ＰＲＯＶ）を得るためにそれに（ＰＲ−ＰＡ２）を適用する（ステップ１７０９）ことによって、（ＫＤ−ＰＲＯＶ）を実際に獲得する。（ＰＲ−ＰＡ２）は信頼あるコンポーネント１８のブラックボックス３０のプライベート鍵（ＰＲ−ＢＢ）であっても、別の鍵対のプライベート鍵であってもよいということに留意されたい。このような別の鍵対は、例えばパッケージャ６０が所有する鍵対であってよく、信頼あるコンポーネント１８とそのブラックボックス３０に対して使用可能であってよい。
【００４６】
（ＫＤ−ＰＲＯＶ）を使用して、パッケージャ６０／信頼あるコンポーネント１８は、選択された提供するライセンス１６に対応する選択された提供するコンテンツ１２の暗号化されたコンテンツを暗号化解除する（ステップ１７１１）。したがって、ライセンサ６２のＵＲＬを含むコンテンツＩＤ、シークレット、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）、証明書チェーン、および（ＰＲ−ＰＡ１）は使用可能である。（ＰＵ−ＬＩ）を獲得するために証明書チェーンを横断し、（ＰＵ−ＰＡ１）を検証するために（ＰＵ−ＬＩ）を（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）に適用することによって（ＰＵ−ＰＡ１）は使用可能とされる。代わりに、パッケージャ６０が（ＰＵ−ＰＡ１）と（ＰＲ−ＰＡ１）、シークレット、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）を既に知っており、提供するコンテンツから証明書チェーンが使用可能である場合、（ＰＵ−ＬＩ）を獲得し、（ＰＵ−ＰＡ１）Ｓ（ＰＲ−ＬＩ）を検証するために証明書チェーンが横切られる。
【００４７】
ライセンサ６２のＵＲＬを含んでいるコンテンツＩＤ、シークレット、（ＰＵ−ＰＡ１）、および（ＰＲ−ＰＡ１）を有していることに基づいて、パッケージャ６０はコンテンツ１２をパッケージすることができる。具体的には、パッケージャ６０は、パッケージされるべきコンテンツ１２のコンテンツＩＤを生成または選択し（ステップ１７１３）、例えばランダムコンテンツＩＤとシークレットとを
コンテンツ鍵（ＫＤ）＝ＳＨＡ（コンテンツＩＤ、シークレット）
に適用するなどによってコンテンツ鍵（ＫＤ）を計算し（ステップ１７１５）、（ＫＤ（コンテンツ））を得るために（ＫＤ）に従ってコンテンツ１２を暗号化する（ステップ１７１７）。コンテンツＩＤはランダムであってもランダムでなくてもよく、実際には書籍のＩＳＢＮ番号、文書の整理番号などの識別子である場合があるということに留意されたい。
【００４８】
本発明の一実施形態では、パッケージされたコンテンツ１３は、暗号化されたコンテンツ１２（ＫＤ（コンテンツ））と、暗号化されたコンテンツ１２に関するメタデータを有する権利ラベルとを含む。具体的には、本実施形態では、パッケージャ６０は、コンテンツＩＤ、（ＰＵ−ＰＡ１）、ライセンサ６２のＵＲＬ、およびユーザ６４がパッケージされたコンテンツ１２をどのようにしてレンダリングすることができるかを示す使用規則を含む権利ラベル７２と共に（ＫＤ（コンテンツ））をパッケージする（ステップ１７１９）。権利ラベル７２または少なくともその一部は、無許可の改ざんを防止するために（ＰＲ−ＰＡ１）によって署名すべきである。権利ラベル７２の使用規則は、上記のステップ１４０１の要求に含まれるビジネス規則７０に加えるか、またはその代わりとすることができることに留意されたい。
【００４９】
コンテンツ１２が暗号化され、権利ラベル７２と共にパッケージされた後、そのパッケージされたコンテンツ１３はユーザ６４に分配することができる（ステップ１７２１）。理解されるべきことは、分配中のパッケージされたコンテンツ１３は、それに対応するライセンス１６をまだ有していないということである。そのパッケージされたコンテンツ１２を図８に示す。
【００５０】
特に、パッケージャ６０は、コンテンツ１２に対するコンテンツ鍵（ＫＤ）を計算するために、図７で説明した方法と類似の方法で、提供するライセンス１６、提供するコンテンツ１２、およびコンテンツＩＤだけを使用して、自己パッケージされたコンテンツ１２をどれでも暗号化解除することができる。したがって、パッケージャは、パッケージされたコンテンツ１３にアクセスするパッケージャの能力には影響を与えずに、パッケージ後の暗号化解除されたコンテンツ１２を破棄することができる。特に、パッケージャ６０は、コンテンツ１２に対してライセンサ６２からライセンス１６を獲得する必要はない。後で、コンテンツ１２を編集するためなどに、パッケージャ６０が自己パッケージされたコンテンツ１２にアクセスすることを希望する場合、そのパッケージャ６０は、パッケージされたコンテンツ１３（図８）で指定されたライセンサのＵＲＬに対する提供するライセンスを探し出し、共有シークレットを獲得し、（ＫＤ）を計算し（図７）、パッケージされたコンテンツ１３を（ＫＤ）を使用して暗号化解除することによって、それを行う。
【００５１】
図７を参照して説明したプロセスで、提供するコンテンツ鍵（ＫＤ−ＰＲＯＶ）はパッケージャ６０に漏洩される。甚だしい場合は、無許可のユーザがパッケージャ６０のコンピュータデバイス１４にアクセスしようとする場合、恐らくその無許可のユーザは（ＫＤ−ＰＲＯＶ）を獲得し、共有シークレットと（ＰＲ−ＰＡ１）を獲得するためにその（ＫＤ−ＰＲＯＶ）を使用することができる。本発明の一実施形態では、パッケージャ６０のコンピュータデバイス１４の信頼あるコンポーネント１８は、提供するライセンス１６と提供するコンテンツ１２を入力として受け取り、（ＫＤ−ＰＲＯＶ）を抽出し、提供するコンテンツ１２から共有シークレットを抽出するためにその（ＫＤ−ＰＲＯＶ）を使用し、コンテンツ１２をパッケージする。これらはすべて、パッケージャ６０または他の個人に（ＫＤ−ＰＲＯＶ）または使用されているいかなる他のシークレットまたは鍵をも見せずに行われる。
【００５２】
ユーザによるライセンサからのライセンスの獲得
ユーザ６４が、パッケージされたコンテンツ１３を獲得後にそのコンテンツ１３をレンダリングしようとする場合、ユーザ６４には、上述の方法と類似の方法でライセンサ６２から有効なライセンスを獲得することが指示される。特に、図９を参照すると、パッケージされたコンテンツ１３に対するライセンス１６は以下の方法でライセンサ６２から獲得される。
【００５３】
予備的に、信頼あるコンポーネント１８を有するコンピュータデバイス１４のユーザ６４は、暗号化されたコンテンツ１２と共にパッケージされた権利ラベル７２を取り出し（ステップ１９０１）、権利ラベル７２からライセンサ６２のＵＲＬを獲得する（ステップ１９０３）。ユーザ６４は、コンテンツ１２に対するライセンス１６を要求するために、識別する証明書７４、関連する証明書チェーン７６、および権利ラベル７２を、獲得したＵＲＬのライセンサ６２に送信する（ステップ１９０５）。ユーザ６４が対応するプライベート鍵（ＰＲ−ＵＳ）も有している場合、識別する証明書６６と同様に、識別する証明書７４は、ライセンス１６をユーザ６４にバインドするために使用されるべき、ユーザ６４に関連付けられた公開鍵（ＰＵ−ＵＳ）を含む。（ＰＵ−ＵＳ、ＰＲ−ＵＳ）は、ユーザ６４のコンピュータデバイス１４の信頼あるコンポーネント１８のブラックボックス３０の公開鍵およびプライベート鍵（ＰＵ−ＢＢ、ＰＲ−ＢＢ）であっても、別の鍵対の公開鍵およびプライベート鍵であってもよいということに留意されたい。そのような別の鍵対は、例えばユーザ６４の所有する鍵対であり、その信頼あるコンポーネント１８およびブラックボックス３０に対して使用可能であってよい。
【００５４】
識別する証明書７４、関連付けられた証明書チェーン７６、および権利ラベル７２を含めて、ユーザ６４からの要求を受信するに際して、ライセンサ６２は、権利ラベル７２から（ＰＵ−ＰＡ１）を獲得し、それに基づいて、獲得した（ＰＵ−ＰＡ１）によって権利ラベル７２の署名（Ｓ（ＰＲ−ＰＡ１））を検証する（ステップ１９０７）。署名が証明されたと仮定すると、ライセンサ６２は、（ＰＵ−ＰＡ１）に基づいて、ステップ１４１９で提供する情報として記憶されたパッケージャ６０に関する情報を獲得する。具体的には、ライセンサ６２は、その提供する情報から共有シークレットを獲得する（ステップ１９０９）。
【００５５】
ある時点で、ライセンサ６２は、適切であると判断したユーザ６４とのいかなるトランザクションでも実行することができる（ステップ１９１１）。例えば、ライセンサ６２は、ユーザ６４に対して購読を開始すること、料金を支払うことなどを要求することができる。ライセンサ６２はまた、どのような使用可能な機構によってもユーザ６４のＩＤを認証することができる。理解できようが、トランザクションは、一部には上記のステップ１４０１の要求に含まれる権利ラベル７２の使用規則、ビジネス規則７０に基づくことも、または他の規則に基づくこともできる。
【００５６】
トランザクションが完了したと仮定すると、ライセンサ６２は、ユーザ６４にコンテンツ１２に対応するライセンス１６を発行する。具体的には、ライセンサは、権利ラベル７２からコンテンツＩＤを獲得し（ステップ１９１３）、パッケージャ６０によって行われるその計算に基づいてコンテンツに対するコンテンツ鍵（ＫＤ）を計算する。これは、例えば獲得したコンテンツＩＤとシークレットを、
コンテンツ鍵（ＫＤ）＝ＳＨＡ（コンテンツＩＤ、シークレット）
に適用することによって行われる（ステップ１９１５）。次いでライセンサ６２は、ステップ１９０５の要求に添付された識別する証明書７４から（ＰＵ−ＵＳ）を取り出し（ステップ１９１７）、（ＰＵ−ＵＳ（ＫＤ））を形成するために（ＫＤ）を（ＰＵ−ＵＳ）で暗号化することによって（ステップ１９１９）、コンテンツ鍵（ＫＤ）でライセンス１６を生成する。さらに、ライセンサ６２は、権利ラベル７２から獲得したコンテンツ１２のコンテンツＩＤと、権利ラベル７２から獲得したコンテンツ１６を使用するための使用規則とをライセンス１６に置く（ステップ１９２１）。構築されたライセンス１６または少なくともその一部は、ライセンサ６２のプライベート鍵（Ｓ（ＰＲ−ＬＩ））で署名することができ、ライセンスにはそれ自体を証明するために対応する（ＰＵ−ＬＩ）が提供される。
【００５７】
ライセンサ６２は、ライセンス１６の構築を終了すると、そのライセンス１６をユーザ６４に送信し、ユーザ６４は、その信頼あるコンポーネント１８のライセンスストア３８にそのライセンス１６を適切に記憶する（ステップ１９２３）。そのライセンス１６を図１０に示す。これでユーザ６４は、ライセンス１６で説明した状況下でコンテンツ１２をレンダリングすることができる。
【００５８】
結論
本発明に関して実行される処理を有効にするために必須のプログラミングは、比較的簡単であり、プログラミングの関係者には明瞭であるはずある。したがって、そのようなプログラミングに関しては本明細書には記載しない。本発明の趣旨および範囲を逸脱せずに本発明を実現するために、どのような特別のプログラミングでも使用することができる。
【００５９】
上述の説明で、本発明は、ライセンサ６２が、パブリッシング用にコンテンツ１２をパッケージすることをパッケージャ６０に「提供する」ことを可能にし、パッケージャ６０がパブリッシング用にコンテンツ１２を実際にパッケージすることを可能にし、パッケージされたコンテンツ１３に対するライセンス１６をユーザが獲得することを可能にする、新しくて有用な方法および機構を含むということを理解することができる。本発明の概念を逸脱せずに上記の実施形態に変更を加えることができるということを理解されたい。そのような変更の例を以下に示す。
【００６０】
本発明は、権利ラベル７２を有するコンテンツ１２に関して上記で説明したが、権利ラベル７２にあるものとして開示された情報と類似の情報を含んでいるヘッダーを有するコンテンツ１２に関して実施することもできる。さらに、上記ではライセンス１６とは別個のコンテンツ１２に関して開示されているが、本発明は、ライセンス１６を組み込んだコンテンツ１２に関して実施することもできる。さらに、本明細書では、ライセンサ６２は、パッケージャ６０に提供すること、およびユーザ６４にライセンス１６を発行することの両方を行うように開示しているが、本発明は、パッケージャ６０に提供する１つのエンティティと、ユーザ６４にライセンス１６を発行する別のエンティティとによって実施することもできる。これは、ライセンスを発行するエンティティが、提供するエンティティによって作成された提供する情報にアクセスすると仮定した場合である。
【００６１】
当然ながら、本明細書で開示した提供することとは、パブリッシング以外の目的にも使用することができる。例えば、ポータブルメディアなどのメディアに既に存在するコンテンツ１２に対するアクセスを、ユーザに提供することができる。この場合、ユーザは、ポータブルメディアのキーテーブルにマッピングすることを可能にする対称鍵を有する１つまたは複数のライセンス１６を獲得する。別の例は、企業ソフトウェアライセンスマネージャ（Ｅｎｔｅｒｐｒｉｓｅ　Ｓｏｆｔｗａｒｅ　Ｌｉｃｅｎｓｅ　Ｍａｎａｇｅｒｓ）である。これは、企業内で、またはソフトウェアライセンスを他のデバイスに発行する他の論理エンティティ内でセットアップされるサービスである。ある数のソフトウェアライセンスをダウンレベルのコンピュータに発行するために、ルート／ハブライセンスマネージャを提供することができる。
【００６２】
したがって、本発明は、開示した特定の実施形態に限定されるものではなく、首記の特許請求の範囲で定義された本発明の趣旨および範囲内の修正形態を対象とするものであることを理解されたい。
【図面の簡単な説明】
【図１】信頼に基づくシステムの一例の施行方式を示すブロック図である。
【図２】本発明の態様および／またはその一部を組み込むことのできる汎用コンピュータシステムを示すブロック図である。
【図３】ライセンサがパッケージャにコンテンツをパッケージすることを提供し、パッケージャがコンテンツをパッケージしてそのパッケージされたコンテンツをユーザに分配し、ユーザが本発明の一実施形態に従ってパッケージされたコンテンツに対するライセンスを獲得する過程での、ライセンサとパッケージャとユーザとの間の対話を示すブロック図である。
【図４】本発明の一実施形態に従って、パッケージャにコンテンツをパッケージすることを提供する過程での、図３のライセンサとパッケージャとによって実行されるステップを示す流れ図である。
【図５】本発明の一実施形態に従ってライセンサからパッケージャによって獲得される図４の処理から得られる提供するライセンスおよび提供するコンテンツを示すブロック図である。
【図６】本発明の一実施形態に従ってライセンサからパッケージャによって獲得される図４の処理から得られる提供するライセンスおよび提供するコンテンツを示すブロック図である。
【図７】本発明の一実施形態に従って、コンテンツをパッケージしてそのコンテンツをユーザに分配する過程での、図３のパッケージャによって実行されるステップを示す流れ図である。
【図８】本発明の一実施形態に従って、パッケージャからユーザによって獲得される、図７の処理から得られるコンテンツを示すブロック図である。
【図９】本発明の一実施形態に従って、パッケージされたコンテンツに対してユーザがライセンスを獲得する過程での、図３のライセンサとユーザとによって実行されるステップを示す流れ図である。
【図１０】本発明の一実施形態に従って、ライセンサからユーザによって獲得される図９の処理から得られるライセンスを示すブロック図である。
【符号の説明】
１０　ＤＲＭアーキテクチャ
１２　（ＫＤ（コンテンツ））
１３　コンテンツパッケージ
１４　ユーザのコンピュータデバイス
１６　ライセンス
１８　信頼あるコンポーネント
２０　ライセンスエバリュエータ
【図１】
2004046833.tif 000003
【図２】
2004046833.tif 000004
【図３】
2004046833.tif 000005
【図４】
2004046833.tif 000006
【図５】
2004046833.tif 000007
【図６】
2004046833.tif 000008
【図７】
2004046833.tif 000009
【図８】
2004046833.tif 000010
【図９】
2004046833.tif 000011
【図１０】
2004046833.tif 000012