ソフトウェアアプリケーションの検証
ソフトウェアアプリケーションの検証のための種々の実施形態が開示される。ソフトウェアアプリケーションの検証は、保護されたコンテンツを再生装置上で再生させるアプリケーションにデジタル著作権管理を適用する。このようにして、保護されたコンテンツは、認可されたアプリケーションに提供され、および、保護されたコンテンツの再生を認可されていないアプリケーションには与えられないようにすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアアプリケーションの検証に関する。
【背景技術】
【０００２】
デジタル著作権管理（ＤＲＭ）によって、コンテンツの所有者および配信者は、コンテンツの望ましくないコピーを防ぐだけでなく、そのコンテンツをどのように使用するかを制御することができる。例えば、ＤＲＭによって、例えば、音声または映像のメディアデータなどの特定のコンテンツに対して閲覧を何回許可するか、そのコンテンツのコピーをいくつ作成できるか、所有するコンテンツをどの装置が受け取ることができるか、などについて、コンテンツの所有者は制御することができる。
【０００３】
現在、ＤＲＭが保護するコンテンツは、機器、すなわち、ＰＣ、携帯用機器、携帯電話などに関連する。これにより、機器が一旦ＤＲＭシステムによりアクセスを許可されると、機器上の複数のアプリケーションは、保護されたコンテンツにアクセスすることが可能になる。残念なことに、悪質なユーザが、このＤＲＭの手法を回避し、アクセスが認証されないコンテンツにアクセスし、コンテンツの再生方法を変更する等の可能性がある。
【０００４】
意図されない方法でコンテンツを利用する一例には、ＲＩＡ（リッチインターネットアプリケーション）のアプリケーションスプーフィング（なりすまし）がある。スプーフィングされたアプリケーションは、サーバからは、保護されたコンテンツに対してアクセス、再生、記憶などを行うことが認可されたアプリケーションのように見えるよう作成される。従って、アプリケーションは、サーバからコンテンツを受信し、コンテンツの所有者が意図しない方法でコンテンツを使用することができる。一例としては、広告収入のある映像があり、コンテンツの所有者または配信者は、ユーザが、プレミアムコンテンツを見るためにプレロール広告、インタースティシャル広告、またはオーバレイ広告等を見ることを意図することができる。スプーフィングされたアプリケーションは、広告無しで映像コンテンツのみを再生しようとするため、その結果、少なくとも１つの広告主にとって収入の減少となる。オンラインバンキングにおけるアプリケーションスプーフィングの別の例では、有害なことに、一見したところ認可されたようなＲＩＡによって、コンテンツの所有者、銀行等が意図しない方法で、保護されたコンテンツを使用することが可能になる。
【発明の概要】
【０００５】
従って、ソフトウェアアプリケーションの検証のための種々の実施形態が、「発明を実施するための形態」において以下に記載される。ソフトウェアアプリケーションの検証は、保護されたコンテンツを再生装置上で再生させるアプリケーションにデジタル著作権管理を適用する。このようにして、保護されたコンテンツは、認可されたアプリケーションに提供され、および、保護されたコンテンツの再生が認可されていないアプリケーションには与えられないようにすることができる。 実施形態には、クライアント側のソフトウェアアプリケーションの検証、サーバ側のソフトウェアアプリケーションの検証、分散型ソフトウェアアプリケーションの検証、などが含まれる。
【０００６】
クライアント側の例示の実施形態の１つには、保護されたコンテンツの再生を要求することと、ライセンス申し込みをデジタル著作権管理サーバに送信することと、公開鍵を含むライセンス応答をデジタル著作権管理サーバから受信することと、公開鍵を使用してアプリケーションが署名されていることを検証することと、公開鍵でアプリケーションが署名されている場合、保護されたコンテンツを再生のためにアプリケーションに提供することと、が含まれる。
【０００７】
サーバ側の例示の実施形態の１つには、ライセンス申し込みを再生装置から受信することであって、ライセンス申し込みは、アプリケーションバイナリ上で計算される値等のアプリケーションアイデンティティ（例えば、ハッシュ値）を含むことと、認可されたアプリケーションのリストとアプリケーションアイデンティティを比較することであって、アプリケーションアイデンティティのリストは、保護されたコンテンツを再生することを許可されたアプリケーションのものであることと、ライセンスを含むライセンス応答を再生装置に提供することであって、ライセンスは、保護されたコンテンツを受信する再生装置上のアプリケーションを認証するために使用されることと、が含まれる。
【０００８】
この要約は、以下の「発明を実施するための形態」でさらに述べる概念を簡略化した形式で紹介するために提供するものである。この要約は、特許請求の範囲の主題の重要な特徴または主要な特徴を特定することを意図しておらず、特許請求の範囲の主題の範囲を制限するために使用されることも意図していない。さらに、特許請求の範囲の主題は、本開示の任意の部分に示される、任意または全ての不利を解決するための実装に制限されない。
【図面の簡単な説明】
【０００９】
【図１】コンピューティング装置上のアプリケーションのソフトウェアアプリケーションの検証のための実施形態のシステムの例を示す図である。
【図２】クライアント側のソフトウェアアプリケーションの検証のための方法の実施形態を示すプロセスフロー図である。
【図３】クライアント側のソフトウェアアプリケーションの検証のための方法の一実施形態のシグナリング図である。
【図４】サーバ側のソフトウェアアプリケーションの検証のための方法の実施形態を示すプロセスフロー図である。
【図５】サーバ側のソフトウェアアプリケーションの検証のための方法の一実施形態 のシグナリング図である。
【発明を実施するための形態】
【００１０】
図１は、コンピューティング装置１１０上のアプリケーション１４０のソフトウェアアプリケーションの検証のための実施形態のシステム１００の例を示す。システム１００にはまた、有効な署名のリスト１８３を有するメディアサーバ１８２と、保護されたコンテンツ１９０を再生するコンピューティング装置１１０上のアプリケーションを認証するライセンスを含むことができるデジタル著作権管理サーバ１８６と、を含むサーバ１８０が含まれる。一実施形態において、コンピューティング装置１１０は、保護されたコンテンツの再生を、コンテンツ供給者、コンテンツ配信者などにより認可されるアプリケーションに制限するよう構成される。ＤＲＭ技術を、保護されたコンテンツを再生するアプリケーションに拡大適用することによって、コンテンツの所有者は、保護されたコンテンツをどのように再生するか、セキュリティの向上、広告に対する制限の強化およびそれに従った収入に基づく広告の増加、などについて、さらに制御することができる。これから、例示の実施形態のシステム１００について以下の節においてより詳細に記載する。
【００１１】
例示の実施形態において、コンピューティング装置１１０には、プロセッサ１１５、メモリ１２０、少なくとも１つのコンピュータプログラム１３０、および、ソフトウェアまたはハードウェアとすることができるメディアレンダラ１６０、が含まれる。コンピューティング装置１１０にはさらに、アプリケーション１４０とも呼ばれ、保護されたコンテンツを再生するよう構成されるアプリケーションホストランタイム、および、デジタル著作権管理モジュール１５０とも呼ばれ、アプリケーション１４０と通信するデジタル著作権管理システムクライアントランタイム、が含まれる。
【００１２】
アプリケーション１４０からの、保護されたコンテンツの再生の要求１４２に応答して、デジタル著作権管理モジュール１５０は、ライセンス申し込み１５２をデジタル著作権管理サーバ１８６に送信するよう、および、保護されたコンテンツ１９０を再生するアプリケーション１４０を認証する公開鍵を有するライセンス１８７を含むライセンス応答１８５を受信するよう構成される。アプリケーションが公開鍵を使用して一旦検証１５４されると、デジタル著作権管理モジュール１５０は、保護されたコンテンツ１９０の再生をアプリケーション１４０に許可する。例えば、保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止するように、再生ルールをアプリケーションに課すように等、デジタル著作権管理モジュール１５０を構成することができる。他の実施形態では、公開鍵ではなく、他の識別情報またはセキュリティ手法を利用することができる。例えば、他の適切な手法では、識別情報を使用して、公開鍵暗号を使用せずに、保護されたコンテンツを再生するアプリケーションを認証することができる。いくつかの実施形態において、再生ルールは、プレロール広告、インタースティシャル広告、またはオーバレイ広告の少なくとも１つを課すことができるが、他の実施形態はそのように制限されるわけではない。
【００１３】
いくつかの実施形態において、デジタル著作権管理モジュール１５０を、アプリケーション１４０のオフライン検証のためのライセンス１８７を記憶するよう構成することができる。アプリケーション１４０はデジタル著作権管理サーバ１８６と通信しない状態で、保護されたコンテンツ１９０を再生するために認証される。いくつかの実施形態において、保護されたコンテンツ１９０を再生するアプリケーション１４０を認証する公開鍵は、ライセンス申し込み１５２がデジタル著作権管理サーバ１８６に送信される前に、アプリケーション１４０に署名するために使用されることも可能である。例えば、アプリケーション１４０は、ライセンス１８７内の公開鍵が、アプリケーションに署名するために使用される秘密鍵と一致する場合に、検証されることが可能である。しかし、他の実施形態はそのように制限されるわけではなく、非制限の例として、どのアプリケーションが保護されたコンテンツへのアクセスが許可されるのかを記述したポリシーを含むコード等の、公開鍵を使用しないアプリケーション検証の手法を利用することができる。
【００１４】
いくつかの実施形態では、サーバ側の検証を提供することができ、例えば、デジタル著作権管理サーバは、保護されたコンテンツを再生するためのライセンスを発行する前にアプリケーションアイデンティティを検査する。実施形態のサーバ側の手法については、図４および５を参照して以下により詳細に記載する。
【００１５】
図面の参照を続けると、図２は、クライアント側のソフトウェアアプリケーションの検証のための方法２００の実施形態のフロー図を示す。最初に、ブロック２１０において示すように、方法２００には、保護されたコンテンツの再生を要求することが含まれる。方法２００にはまた、ブロック２２０において示すように、ライセンス申し込みをデジタル著作権管理サーバに送信することが含まれる。このようにして、アプリケーションアイデンティティを含むライセンス申し込みは、まず、メディアサーバに送信され、メディアサーバは、保護されたコンテンツの再生が許可されたアプリケーションのアプリケーションアイデンティティの有効なリストを調べることができる。アプリケーションが、保護されたコンテンツを再生することを認可される場合、メディアサーバは、デジタル著作権管理サーバへの要求を含むライセンス申し込みを転送することができ、そして、デジタル著作権管理サーバは、認可された署名リスト内のアプリケーションに、対応する公開鍵を配置することができる。一実施形態において、サーバには、メディアサーバまたは情報サーバ、およびデジタル著作権管理サーバの両方を含むことができる。
【００１６】
次に、２３０において示されるように、方法２００には、ライセンス応答をデジタル著作権管理サーバから受信することが含まれ、ライセンス応答には、アプリケーションが、保護されたコンテンツを再生することを認証されるかを検証するために使用することができる公開鍵を有するライセンスが含まれる。いくつかの実施形態において、アプリケーションの検証および認証に使用された公開鍵と一致する秘密鍵は、ライセンス申し込みの前にアプリケーションに署名するために使用されたものとすることができる。加えて、方法２００にはさらに、アプリケーションのオフライン検証のためのライセンスを記憶することを含むことができる。
【００１７】
方法２００にはまた、ブロック２４０において示すように、公開鍵を使用して、アプリケーションが正しく署名されているかを検証することが含まれる。そのような検証には、アプリケーションが署名されることを検証すること、署名が正しいことを検証すること、および、アプリケーションに署名するために使用される秘密鍵がライセンス内の公開鍵と一致することを検証すること、を含むことができるが、これらに限定されない。
【００１８】
次に、方法２００には、ブロック２５０において示すように、保護されたコンテンツを再生のためにアプリケーションに提供することが含まれる。いくつかの実施形態において、保護されたコンテンツを再生のためにアプリケーションに提供することにはさらに、保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することが含まれる。加えて、方法２００にはさらに、保護されたコンテンツを再生するアプリケーションに対して再生ルールを課すことが含まれる。一実施形態において、再生ルールを課すことには、プレロール広告、インタースティシャル広告、またはオーバレイ広告の再生を課すことの少なくとも１つを含むことができる。
【００１９】
図３は、図２を参照して概して紹介したように、クライアント側のソフトウェアアプリケーションの検証のための方法の詳細な実施形態のシグナリング図３００を示す。シグナリング図３００には、アプリケーション１４０とも呼ばれるアプリケーションランタイムおよびデジタル著作権管理モジュール１５０とも呼ばれるＤＲＭシステムクライアントランタイムを含むクライアント上で動作可能なランタイムと、メディアサーバ１８２およびデジタル著作権管理サーバ１８６を含むサーバ機能性との間の通信が含まれる。メディアサーバ１８２およびデジタル著作権管理サーバ１８６は、１つのサーバ上で別個のプログラムとして動作させても、別個のサーバ上で動作させても良く、複数のサーバ間で分配させるなどでも良い。
【００２０】
シグナリング図３００は、参照番号３０５において、アプリケーション１４０からデジタル著作権管理モジュール１５０へ再生要求が送信されることで始まる。一実施形態において、ユーザは、保護されたコンテンツをアプリケーション１４０で再生することを望む場合があり、ユーザからの入力に応答して、再生要求がデジタル著作権管理モジュール１５０に送信される。次に、参照番号３１０において、デジタル著作権管理モジュール１５０がライセンス申し込みを生成し、参照番号３１５においてアプリケーション１４０を介してメディアサーバ１８２にその申し込みを送信する。そして、メディアサーバ１８２は、参照番号３２０において、メディアサーバ１８２上の構成モジュールを調べて、保護されたコンテンツに対するライセンスにどの公開鍵を与えるかを判定することができる。構成モジュールは、どのアプリケーションが保護されたコンテンツの再生を許可されるかを記憶する。
【００２１】
次に、シグナリング図３００は、参照番号３２５において、ライセンス申し込みをデジタル著作権管理サーバ１８６に転送するメディアサーバ１８２を含み、デジタル著作権管理サーバ１８６に、応答としてライセンス内にアプリケーション署名公開鍵を含めるように要求する。次に、デジタル著作権管理サーバ１８６は、ライセンスおよびアプリケーション署名公開鍵を含むライセンス応答を作成し、参照番号３３０において、ライセンス応答をメディアサーバ１８２に送信する。そして、メディアサーバ１８２が、参照番号３３５において、ライセンス応答をアプリケーション１４０に転送し、次に、参照番号３４０においてアプリケーション１４０がライセンス応答をデジタル著作権管理モジュール１５０に転送する。このようにして、アプリケーション１４０が、参照番号３４５において、保護されたコンテンツを再生するよう要求すると、デジタル著作権管理モジュール１５０は、参照番号３５０において、ライセンス応答内のライセンスを使用してアプリケーション１４０を検証することが可能である。アプリケーション１４０が、保護されたコンテンツを再生することが認証される場合は、デジタル著作権管理モジュール１５０は、参照番号３５５において、保護されたコンテンツをアプリケーションに許可する。
【００２２】
続いて図４を参照すると、サーバ側のソフトウェアアプリケーションの検証のための方法４００の実施形態のフロー図が例示される。最初に、ブロック４１０において示されるように、方法４００には、ライセンス申し込みを再生装置から受信することが含まれ、ライセンス申し込みは、アプリケーションバイナリ上で計算される署名されたアプリケーションアイデンティティを含む。いくつかの実施形態では、さらに、アプリケーションアイデンティティをアプリケーションバイナリ上で計算することと、アプリケーションアイデンティティに再生装置上のデジタル著作権管理クライアントの公開鍵で署名することとが含まれる。
【００２３】
方法４００にはまた、ブロック４２０において示すように、署名されたアプリケーションアイデンティティを、アプリケーションアイデンティティのリストと比較することが含まれる。アプリケーションアイデンティティのリストは、保護されたコンテンツを再生することを許可されたアプリケーションのためのものである。次に、方法４００には、ブロック４３０において示すように、署名されたアプリケーションアイデンティティを検証することが含まれる。
【００２４】
次に、方法４００には、ブロック４４０において示すように、ライセンスを含むライセンス応答を再生装置に提供することが含まれ、ライセンスは、保護されたコンテンツを受信する再生装置上のアプリケーションを認証するために使用される。いくつかの実施形態において、ライセンスは、再生装置に提供されて、保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することができる。加えて、ライセンスは、再生装置に提供されて、保護されたコンテンツを再生するアプリケーションに再生ルールを課すことができる。このようにして、ライセンスを使用して、何が許容されるコンテンツの使用であるのか、コンテンツの再生、コンテンツのエクスポート、コンテンツのコピー、コンテンツの転送などを含む、どのアプリケーションがコンテンツにアクセスできるのかを指定することができる。いくつかの実施形態では、保護されたコンテンツを再生させるための後続の要求のためのライセンスを記憶する再生装置をさらに含むことができる。
【００２５】
図５は、図４を参照して概して紹介したように、サーバ側のソフトウェアアプリケーションの検証のための方法の一実施形態のシグナリング図５００を示す。シグナリング図５００には、アプリケーション１４０とも呼ばれるアプリケーションランタイムおよびデジタル著作権管理モジュール１５０とも呼ばれるＤＲＭシステムクライアントランタイムを含むクライアント上で動作可能なランタイムと、メディアサーバ１８２およびデジタル著作権管理サーバ１８６を含むサーバ機能性との間の通信が含まれる。メディアサーバ１８２およびデジタル著作権管理サーバ１８６は、１つのサーバ上で別個のプログラムとして動作させても、別個のサーバ上で動作させても良く、複数のサーバ間で分配させるなどでも良い。
【００２６】
シグナリング図５００は、参照番号５０５において、アプリケーション１４０からデジタル著作権管理モジュール１５０へ再生要求が送信されることで始まる。本例において、次に、デジタル著作権管理モジュール１５０は、ライセンス申し込みを生成し、アプリケーションのバイナリのアプリケーションアイデンティティを計算し、アプリケーションアイデンティティをライセンス申し込みに加える。そして、参照番号５１０において、デジタル著作権管理モジュール１５０はライセンス申し込みをアプリケーション１４０に戻す。次に、参照番号５１５において、アプリケーション１４０がライセンス申し込みをメディアサーバ１８２に送信し、参照番号５２０において、今度はメディアサーバ１８２が有効な署名のリストを調べて、要求された保護されたコンテンツに関するアプリケーションアイデンティティが、有効な署名のリスト内に含まれるかどうかを確かめる。アプリケーションアイデンティティが有効な署名のリスト内に無い場合、アプリケーション検証は失敗である。
【００２７】
アプリケーションアイデンティティが有効な署名のリスト内にある場合、メディアサーバ１８２は、参照番号５２５において、完全なライセンス申し込みをデジタル著作権管理サーバ１８６に転送し、署名を検証するよう求める。いくつかの実施形態において、メディアサーバ１８２は、署名の検証を提供することができる。デジタル著作権管理サーバ１８６は、次に、参照番号５３０において、アプリケーションアイデンティティ上の署名を検証し、参照番号５３５において、ライセンスを含むライセンス応答をメディアサーバに送信する。次に、メディアサーバ１８２が、参照番号５４０において、ライセンス応答をアプリケーション１４０に転送し、今度はアプリケーション１４０が、参照番号５４５において、ライセンス応答をデジタル著作権管理モジュール１５０に転送する。このようにして、アプリケーション１４０は、保護されたコンテンツの再生を要求すると、参照番号５５０においてデジタル著作権管理モジュール１５０に要求を送信し、デジタル著作権管理モジュール１５０が、参照番号５５５において、保護されたコンテンツを再生することをアプリケーションが認証されるかどうかを検証することができる。
【００２８】
本明細書に記載される実施形態を、例えば、コンピュータ可読記憶媒体上に記憶され、かつ、コンピューティング装置により実行される、プログラム等のコンピュータ実行可能命令またはコードを介して実装することができることは理解されるであろう。一般に、プログラムには、特定のタスクを実行または特定の抽象データ型を実装するルーチン、オブジェクト、コンポーネント、データ構造等、が含まれる。本明細書において使用される時、用語「プログラム」は、単一のプログラムまたは協働して動作する複数のプログラムを暗示することができ、アプリケーション、サービス、または、任意の他のタイプまたはクラスのプログラムを示すために使用される。同様に、用語「コンピュータ」および「コンピューティング装置」には、本明細書において使用される時、メディア再生装置、ならびに、パーソナルコンピュータ、サーバ、ラップトップコンピュータ、ハンドヘルド装置、携帯電話、マイクロプロセッサベースのプログラム可能家庭用電化製品、および他の保護されたコンテンツの再生装置等の、任意の他の適切な装置、が含まれるがこれらに限定されない、１つまたは複数のプログラムを電子的に実行する任意の装置が含まれる。
【００２９】
多数の変形が可能であるため、本明細書において記載される構成および／または手法は事実上例示のものであること、また、これらの特定の実施形態または例は、制限するものとみなされないこと、がさらに理解されるであろう。本明細書において記載される特定のルーチンまたは方法は、任意の数の処理戦略の内の１つまたは複数を表すことができる。そのようにして、例示される種々の動作を、例示される順番で、他の順番で、並行して、またはある時には省略されて、実行することができる。同様に、上述された処理の順序のいずれもが、本明細書において記載される実施形態の特徴および／または結果を達成するために、必ずしも要求されるわけではなく、例示および説明を簡単にするために提供される。
【００３０】
本開示の主題には、種々のプロセス、システム、および構成の、全ての新規で非自明的なコンビネーションおよびサブコンビネーション、ならびに、本明細書において開示される他の特徴、機能、動作および／またはプロパティのみならず任意のおよび全てのその等価物が含まれる。
【技術分野】
【０００１】
本発明は、ソフトウェアアプリケーションの検証に関する。
【背景技術】
【０００２】
デジタル著作権管理（ＤＲＭ）によって、コンテンツの所有者および配信者は、コンテンツの望ましくないコピーを防ぐだけでなく、そのコンテンツをどのように使用するかを制御することができる。例えば、ＤＲＭによって、例えば、音声または映像のメディアデータなどの特定のコンテンツに対して閲覧を何回許可するか、そのコンテンツのコピーをいくつ作成できるか、所有するコンテンツをどの装置が受け取ることができるか、などについて、コンテンツの所有者は制御することができる。
【０００３】
現在、ＤＲＭが保護するコンテンツは、機器、すなわち、ＰＣ、携帯用機器、携帯電話などに関連する。これにより、機器が一旦ＤＲＭシステムによりアクセスを許可されると、機器上の複数のアプリケーションは、保護されたコンテンツにアクセスすることが可能になる。残念なことに、悪質なユーザが、このＤＲＭの手法を回避し、アクセスが認証されないコンテンツにアクセスし、コンテンツの再生方法を変更する等の可能性がある。
【０００４】
意図されない方法でコンテンツを利用する一例には、ＲＩＡ（リッチインターネットアプリケーション）のアプリケーションスプーフィング（なりすまし）がある。スプーフィングされたアプリケーションは、サーバからは、保護されたコンテンツに対してアクセス、再生、記憶などを行うことが認可されたアプリケーションのように見えるよう作成される。従って、アプリケーションは、サーバからコンテンツを受信し、コンテンツの所有者が意図しない方法でコンテンツを使用することができる。一例としては、広告収入のある映像があり、コンテンツの所有者または配信者は、ユーザが、プレミアムコンテンツを見るためにプレロール広告、インタースティシャル広告、またはオーバレイ広告等を見ることを意図することができる。スプーフィングされたアプリケーションは、広告無しで映像コンテンツのみを再生しようとするため、その結果、少なくとも１つの広告主にとって収入の減少となる。オンラインバンキングにおけるアプリケーションスプーフィングの別の例では、有害なことに、一見したところ認可されたようなＲＩＡによって、コンテンツの所有者、銀行等が意図しない方法で、保護されたコンテンツを使用することが可能になる。
【発明の概要】
【０００５】
従って、ソフトウェアアプリケーションの検証のための種々の実施形態が、「発明を実施するための形態」において以下に記載される。ソフトウェアアプリケーションの検証は、保護されたコンテンツを再生装置上で再生させるアプリケーションにデジタル著作権管理を適用する。このようにして、保護されたコンテンツは、認可されたアプリケーションに提供され、および、保護されたコンテンツの再生が認可されていないアプリケーションには与えられないようにすることができる。 実施形態には、クライアント側のソフトウェアアプリケーションの検証、サーバ側のソフトウェアアプリケーションの検証、分散型ソフトウェアアプリケーションの検証、などが含まれる。
【０００６】
クライアント側の例示の実施形態の１つには、保護されたコンテンツの再生を要求することと、ライセンス申し込みをデジタル著作権管理サーバに送信することと、公開鍵を含むライセンス応答をデジタル著作権管理サーバから受信することと、公開鍵を使用してアプリケーションが署名されていることを検証することと、公開鍵でアプリケーションが署名されている場合、保護されたコンテンツを再生のためにアプリケーションに提供することと、が含まれる。
【０００７】
サーバ側の例示の実施形態の１つには、ライセンス申し込みを再生装置から受信することであって、ライセンス申し込みは、アプリケーションバイナリ上で計算される値等のアプリケーションアイデンティティ（例えば、ハッシュ値）を含むことと、認可されたアプリケーションのリストとアプリケーションアイデンティティを比較することであって、アプリケーションアイデンティティのリストは、保護されたコンテンツを再生することを許可されたアプリケーションのものであることと、ライセンスを含むライセンス応答を再生装置に提供することであって、ライセンスは、保護されたコンテンツを受信する再生装置上のアプリケーションを認証するために使用されることと、が含まれる。
【０００８】
この要約は、以下の「発明を実施するための形態」でさらに述べる概念を簡略化した形式で紹介するために提供するものである。この要約は、特許請求の範囲の主題の重要な特徴または主要な特徴を特定することを意図しておらず、特許請求の範囲の主題の範囲を制限するために使用されることも意図していない。さらに、特許請求の範囲の主題は、本開示の任意の部分に示される、任意または全ての不利を解決するための実装に制限されない。
【図面の簡単な説明】
【０００９】
【図１】コンピューティング装置上のアプリケーションのソフトウェアアプリケーションの検証のための実施形態のシステムの例を示す図である。
【図２】クライアント側のソフトウェアアプリケーションの検証のための方法の実施形態を示すプロセスフロー図である。
【図３】クライアント側のソフトウェアアプリケーションの検証のための方法の一実施形態のシグナリング図である。
【図４】サーバ側のソフトウェアアプリケーションの検証のための方法の実施形態を示すプロセスフロー図である。
【図５】サーバ側のソフトウェアアプリケーションの検証のための方法の一実施形態 のシグナリング図である。
【発明を実施するための形態】
【００１０】
図１は、コンピューティング装置１１０上のアプリケーション１４０のソフトウェアアプリケーションの検証のための実施形態のシステム１００の例を示す。システム１００にはまた、有効な署名のリスト１８３を有するメディアサーバ１８２と、保護されたコンテンツ１９０を再生するコンピューティング装置１１０上のアプリケーションを認証するライセンスを含むことができるデジタル著作権管理サーバ１８６と、を含むサーバ１８０が含まれる。一実施形態において、コンピューティング装置１１０は、保護されたコンテンツの再生を、コンテンツ供給者、コンテンツ配信者などにより認可されるアプリケーションに制限するよう構成される。ＤＲＭ技術を、保護されたコンテンツを再生するアプリケーションに拡大適用することによって、コンテンツの所有者は、保護されたコンテンツをどのように再生するか、セキュリティの向上、広告に対する制限の強化およびそれに従った収入に基づく広告の増加、などについて、さらに制御することができる。これから、例示の実施形態のシステム１００について以下の節においてより詳細に記載する。
【００１１】
例示の実施形態において、コンピューティング装置１１０には、プロセッサ１１５、メモリ１２０、少なくとも１つのコンピュータプログラム１３０、および、ソフトウェアまたはハードウェアとすることができるメディアレンダラ１６０、が含まれる。コンピューティング装置１１０にはさらに、アプリケーション１４０とも呼ばれ、保護されたコンテンツを再生するよう構成されるアプリケーションホストランタイム、および、デジタル著作権管理モジュール１５０とも呼ばれ、アプリケーション１４０と通信するデジタル著作権管理システムクライアントランタイム、が含まれる。
【００１２】
アプリケーション１４０からの、保護されたコンテンツの再生の要求１４２に応答して、デジタル著作権管理モジュール１５０は、ライセンス申し込み１５２をデジタル著作権管理サーバ１８６に送信するよう、および、保護されたコンテンツ１９０を再生するアプリケーション１４０を認証する公開鍵を有するライセンス１８７を含むライセンス応答１８５を受信するよう構成される。アプリケーションが公開鍵を使用して一旦検証１５４されると、デジタル著作権管理モジュール１５０は、保護されたコンテンツ１９０の再生をアプリケーション１４０に許可する。例えば、保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止するように、再生ルールをアプリケーションに課すように等、デジタル著作権管理モジュール１５０を構成することができる。他の実施形態では、公開鍵ではなく、他の識別情報またはセキュリティ手法を利用することができる。例えば、他の適切な手法では、識別情報を使用して、公開鍵暗号を使用せずに、保護されたコンテンツを再生するアプリケーションを認証することができる。いくつかの実施形態において、再生ルールは、プレロール広告、インタースティシャル広告、またはオーバレイ広告の少なくとも１つを課すことができるが、他の実施形態はそのように制限されるわけではない。
【００１３】
いくつかの実施形態において、デジタル著作権管理モジュール１５０を、アプリケーション１４０のオフライン検証のためのライセンス１８７を記憶するよう構成することができる。アプリケーション１４０はデジタル著作権管理サーバ１８６と通信しない状態で、保護されたコンテンツ１９０を再生するために認証される。いくつかの実施形態において、保護されたコンテンツ１９０を再生するアプリケーション１４０を認証する公開鍵は、ライセンス申し込み１５２がデジタル著作権管理サーバ１８６に送信される前に、アプリケーション１４０に署名するために使用されることも可能である。例えば、アプリケーション１４０は、ライセンス１８７内の公開鍵が、アプリケーションに署名するために使用される秘密鍵と一致する場合に、検証されることが可能である。しかし、他の実施形態はそのように制限されるわけではなく、非制限の例として、どのアプリケーションが保護されたコンテンツへのアクセスが許可されるのかを記述したポリシーを含むコード等の、公開鍵を使用しないアプリケーション検証の手法を利用することができる。
【００１４】
いくつかの実施形態では、サーバ側の検証を提供することができ、例えば、デジタル著作権管理サーバは、保護されたコンテンツを再生するためのライセンスを発行する前にアプリケーションアイデンティティを検査する。実施形態のサーバ側の手法については、図４および５を参照して以下により詳細に記載する。
【００１５】
図面の参照を続けると、図２は、クライアント側のソフトウェアアプリケーションの検証のための方法２００の実施形態のフロー図を示す。最初に、ブロック２１０において示すように、方法２００には、保護されたコンテンツの再生を要求することが含まれる。方法２００にはまた、ブロック２２０において示すように、ライセンス申し込みをデジタル著作権管理サーバに送信することが含まれる。このようにして、アプリケーションアイデンティティを含むライセンス申し込みは、まず、メディアサーバに送信され、メディアサーバは、保護されたコンテンツの再生が許可されたアプリケーションのアプリケーションアイデンティティの有効なリストを調べることができる。アプリケーションが、保護されたコンテンツを再生することを認可される場合、メディアサーバは、デジタル著作権管理サーバへの要求を含むライセンス申し込みを転送することができ、そして、デジタル著作権管理サーバは、認可された署名リスト内のアプリケーションに、対応する公開鍵を配置することができる。一実施形態において、サーバには、メディアサーバまたは情報サーバ、およびデジタル著作権管理サーバの両方を含むことができる。
【００１６】
次に、２３０において示されるように、方法２００には、ライセンス応答をデジタル著作権管理サーバから受信することが含まれ、ライセンス応答には、アプリケーションが、保護されたコンテンツを再生することを認証されるかを検証するために使用することができる公開鍵を有するライセンスが含まれる。いくつかの実施形態において、アプリケーションの検証および認証に使用された公開鍵と一致する秘密鍵は、ライセンス申し込みの前にアプリケーションに署名するために使用されたものとすることができる。加えて、方法２００にはさらに、アプリケーションのオフライン検証のためのライセンスを記憶することを含むことができる。
【００１７】
方法２００にはまた、ブロック２４０において示すように、公開鍵を使用して、アプリケーションが正しく署名されているかを検証することが含まれる。そのような検証には、アプリケーションが署名されることを検証すること、署名が正しいことを検証すること、および、アプリケーションに署名するために使用される秘密鍵がライセンス内の公開鍵と一致することを検証すること、を含むことができるが、これらに限定されない。
【００１８】
次に、方法２００には、ブロック２５０において示すように、保護されたコンテンツを再生のためにアプリケーションに提供することが含まれる。いくつかの実施形態において、保護されたコンテンツを再生のためにアプリケーションに提供することにはさらに、保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することが含まれる。加えて、方法２００にはさらに、保護されたコンテンツを再生するアプリケーションに対して再生ルールを課すことが含まれる。一実施形態において、再生ルールを課すことには、プレロール広告、インタースティシャル広告、またはオーバレイ広告の再生を課すことの少なくとも１つを含むことができる。
【００１９】
図３は、図２を参照して概して紹介したように、クライアント側のソフトウェアアプリケーションの検証のための方法の詳細な実施形態のシグナリング図３００を示す。シグナリング図３００には、アプリケーション１４０とも呼ばれるアプリケーションランタイムおよびデジタル著作権管理モジュール１５０とも呼ばれるＤＲＭシステムクライアントランタイムを含むクライアント上で動作可能なランタイムと、メディアサーバ１８２およびデジタル著作権管理サーバ１８６を含むサーバ機能性との間の通信が含まれる。メディアサーバ１８２およびデジタル著作権管理サーバ１８６は、１つのサーバ上で別個のプログラムとして動作させても、別個のサーバ上で動作させても良く、複数のサーバ間で分配させるなどでも良い。
【００２０】
シグナリング図３００は、参照番号３０５において、アプリケーション１４０からデジタル著作権管理モジュール１５０へ再生要求が送信されることで始まる。一実施形態において、ユーザは、保護されたコンテンツをアプリケーション１４０で再生することを望む場合があり、ユーザからの入力に応答して、再生要求がデジタル著作権管理モジュール１５０に送信される。次に、参照番号３１０において、デジタル著作権管理モジュール１５０がライセンス申し込みを生成し、参照番号３１５においてアプリケーション１４０を介してメディアサーバ１８２にその申し込みを送信する。そして、メディアサーバ１８２は、参照番号３２０において、メディアサーバ１８２上の構成モジュールを調べて、保護されたコンテンツに対するライセンスにどの公開鍵を与えるかを判定することができる。構成モジュールは、どのアプリケーションが保護されたコンテンツの再生を許可されるかを記憶する。
【００２１】
次に、シグナリング図３００は、参照番号３２５において、ライセンス申し込みをデジタル著作権管理サーバ１８６に転送するメディアサーバ１８２を含み、デジタル著作権管理サーバ１８６に、応答としてライセンス内にアプリケーション署名公開鍵を含めるように要求する。次に、デジタル著作権管理サーバ１８６は、ライセンスおよびアプリケーション署名公開鍵を含むライセンス応答を作成し、参照番号３３０において、ライセンス応答をメディアサーバ１８２に送信する。そして、メディアサーバ１８２が、参照番号３３５において、ライセンス応答をアプリケーション１４０に転送し、次に、参照番号３４０においてアプリケーション１４０がライセンス応答をデジタル著作権管理モジュール１５０に転送する。このようにして、アプリケーション１４０が、参照番号３４５において、保護されたコンテンツを再生するよう要求すると、デジタル著作権管理モジュール１５０は、参照番号３５０において、ライセンス応答内のライセンスを使用してアプリケーション１４０を検証することが可能である。アプリケーション１４０が、保護されたコンテンツを再生することが認証される場合は、デジタル著作権管理モジュール１５０は、参照番号３５５において、保護されたコンテンツをアプリケーションに許可する。
【００２２】
続いて図４を参照すると、サーバ側のソフトウェアアプリケーションの検証のための方法４００の実施形態のフロー図が例示される。最初に、ブロック４１０において示されるように、方法４００には、ライセンス申し込みを再生装置から受信することが含まれ、ライセンス申し込みは、アプリケーションバイナリ上で計算される署名されたアプリケーションアイデンティティを含む。いくつかの実施形態では、さらに、アプリケーションアイデンティティをアプリケーションバイナリ上で計算することと、アプリケーションアイデンティティに再生装置上のデジタル著作権管理クライアントの公開鍵で署名することとが含まれる。
【００２３】
方法４００にはまた、ブロック４２０において示すように、署名されたアプリケーションアイデンティティを、アプリケーションアイデンティティのリストと比較することが含まれる。アプリケーションアイデンティティのリストは、保護されたコンテンツを再生することを許可されたアプリケーションのためのものである。次に、方法４００には、ブロック４３０において示すように、署名されたアプリケーションアイデンティティを検証することが含まれる。
【００２４】
次に、方法４００には、ブロック４４０において示すように、ライセンスを含むライセンス応答を再生装置に提供することが含まれ、ライセンスは、保護されたコンテンツを受信する再生装置上のアプリケーションを認証するために使用される。いくつかの実施形態において、ライセンスは、再生装置に提供されて、保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することができる。加えて、ライセンスは、再生装置に提供されて、保護されたコンテンツを再生するアプリケーションに再生ルールを課すことができる。このようにして、ライセンスを使用して、何が許容されるコンテンツの使用であるのか、コンテンツの再生、コンテンツのエクスポート、コンテンツのコピー、コンテンツの転送などを含む、どのアプリケーションがコンテンツにアクセスできるのかを指定することができる。いくつかの実施形態では、保護されたコンテンツを再生させるための後続の要求のためのライセンスを記憶する再生装置をさらに含むことができる。
【００２５】
図５は、図４を参照して概して紹介したように、サーバ側のソフトウェアアプリケーションの検証のための方法の一実施形態のシグナリング図５００を示す。シグナリング図５００には、アプリケーション１４０とも呼ばれるアプリケーションランタイムおよびデジタル著作権管理モジュール１５０とも呼ばれるＤＲＭシステムクライアントランタイムを含むクライアント上で動作可能なランタイムと、メディアサーバ１８２およびデジタル著作権管理サーバ１８６を含むサーバ機能性との間の通信が含まれる。メディアサーバ１８２およびデジタル著作権管理サーバ１８６は、１つのサーバ上で別個のプログラムとして動作させても、別個のサーバ上で動作させても良く、複数のサーバ間で分配させるなどでも良い。
【００２６】
シグナリング図５００は、参照番号５０５において、アプリケーション１４０からデジタル著作権管理モジュール１５０へ再生要求が送信されることで始まる。本例において、次に、デジタル著作権管理モジュール１５０は、ライセンス申し込みを生成し、アプリケーションのバイナリのアプリケーションアイデンティティを計算し、アプリケーションアイデンティティをライセンス申し込みに加える。そして、参照番号５１０において、デジタル著作権管理モジュール１５０はライセンス申し込みをアプリケーション１４０に戻す。次に、参照番号５１５において、アプリケーション１４０がライセンス申し込みをメディアサーバ１８２に送信し、参照番号５２０において、今度はメディアサーバ１８２が有効な署名のリストを調べて、要求された保護されたコンテンツに関するアプリケーションアイデンティティが、有効な署名のリスト内に含まれるかどうかを確かめる。アプリケーションアイデンティティが有効な署名のリスト内に無い場合、アプリケーション検証は失敗である。
【００２７】
アプリケーションアイデンティティが有効な署名のリスト内にある場合、メディアサーバ１８２は、参照番号５２５において、完全なライセンス申し込みをデジタル著作権管理サーバ１８６に転送し、署名を検証するよう求める。いくつかの実施形態において、メディアサーバ１８２は、署名の検証を提供することができる。デジタル著作権管理サーバ１８６は、次に、参照番号５３０において、アプリケーションアイデンティティ上の署名を検証し、参照番号５３５において、ライセンスを含むライセンス応答をメディアサーバに送信する。次に、メディアサーバ１８２が、参照番号５４０において、ライセンス応答をアプリケーション１４０に転送し、今度はアプリケーション１４０が、参照番号５４５において、ライセンス応答をデジタル著作権管理モジュール１５０に転送する。このようにして、アプリケーション１４０は、保護されたコンテンツの再生を要求すると、参照番号５５０においてデジタル著作権管理モジュール１５０に要求を送信し、デジタル著作権管理モジュール１５０が、参照番号５５５において、保護されたコンテンツを再生することをアプリケーションが認証されるかどうかを検証することができる。
【００２８】
本明細書に記載される実施形態を、例えば、コンピュータ可読記憶媒体上に記憶され、かつ、コンピューティング装置により実行される、プログラム等のコンピュータ実行可能命令またはコードを介して実装することができることは理解されるであろう。一般に、プログラムには、特定のタスクを実行または特定の抽象データ型を実装するルーチン、オブジェクト、コンポーネント、データ構造等、が含まれる。本明細書において使用される時、用語「プログラム」は、単一のプログラムまたは協働して動作する複数のプログラムを暗示することができ、アプリケーション、サービス、または、任意の他のタイプまたはクラスのプログラムを示すために使用される。同様に、用語「コンピュータ」および「コンピューティング装置」には、本明細書において使用される時、メディア再生装置、ならびに、パーソナルコンピュータ、サーバ、ラップトップコンピュータ、ハンドヘルド装置、携帯電話、マイクロプロセッサベースのプログラム可能家庭用電化製品、および他の保護されたコンテンツの再生装置等の、任意の他の適切な装置、が含まれるがこれらに限定されない、１つまたは複数のプログラムを電子的に実行する任意の装置が含まれる。
【００２９】
多数の変形が可能であるため、本明細書において記載される構成および／または手法は事実上例示のものであること、また、これらの特定の実施形態または例は、制限するものとみなされないこと、がさらに理解されるであろう。本明細書において記載される特定のルーチンまたは方法は、任意の数の処理戦略の内の１つまたは複数を表すことができる。そのようにして、例示される種々の動作を、例示される順番で、他の順番で、並行して、またはある時には省略されて、実行することができる。同様に、上述された処理の順序のいずれもが、本明細書において記載される実施形態の特徴および／または結果を達成するために、必ずしも要求されるわけではなく、例示および説明を簡単にするために提供される。
【００３０】
本開示の主題には、種々のプロセス、システム、および構成の、全ての新規で非自明的なコンビネーションおよびサブコンビネーション、ならびに、本明細書において開示される他の特徴、機能、動作および／またはプロパティのみならず任意のおよび全てのその等価物が含まれる。
【特許請求の範囲】
【請求項１】
保護されたコンテンツ（１９０）を認証されたアプリケーションに提供する方法であって、
保護されたコンテンツ（１９０）の再生を要求することと、
ライセンス申し込み（１５２）をデジタル著作権管理サーバ（１８６）に送信することと、
ライセンス応答（１８５）をデジタル著作権管理サーバ（１８６）から受信することであって、前記ライセンス応答（１８５）は、前記保護されたコンテンツ（１９０）を再生するアプリケーションを認証する公開鍵を有するライセンス（１８７）を含むことと、
前記公開鍵を使用してアプリケーションが署名されていることを検証する（１５４）ことと、
前記保護されたコンテンツ（１９０）を再生のためにアプリケーションに提供することと
を含むことを特徴とする方法。
【請求項２】
前記保護されたコンテンツを再生のためにアプリケーションに提供することは、前記保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記保護されたコンテンツを再生のためにアプリケーションに提供することは、前記保護されたコンテンツを再生するアプリケーションに対して再生ルールを課すことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
再生ルールを課すことは、プレロール広告、インタースティシャル広告、オーバレイ広告を課すこと、または、購入ルール、定期購読ルールまたはレンタルルールを課すこと、の少なくとも１つをさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記保護されたコンテンツを再生するアプリケーションを認証する公開鍵は、ライセンス申し込みの前に前記アプリケーションに署名するために使用されたものであることを特徴とする請求項１に記載の方法。
【請求項６】
前記アプリケーションのオフライン検証のための前記ライセンスを記憶することをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記公開鍵を使用してアプリケーションが署名されていることを検証することは、
前記アプリケーションが署名されていることを検証することと、
前記アプリケーションの署名が正しいことを検証することと、
前記アプリケーションに署名するために使用される秘密鍵が、前記ライセンス内の公開鍵と一致することを検証することと、
をさらに含むことを特徴とする請求項５に記載の方法。
【請求項８】
保護されたコンテンツ（１９０）を、認可されたアプリケーションに提供する方法であって、
ライセンス申し込み（１５２）を再生装置から受信することであって、前記ライセンス申し込みは、アプリケーションバイナリ上で計算される署名されたアプリケーションアイデンティティ（１８４）を含むことと、
前記署名されたアプリケーションアイデンティティ（１８４）をアプリケーションアイデンティティのリストと比較することであって、前記アプリケーションアイデンティティのリストは、前記保護されたコンテンツ（１９０）を再生することを許可されたアプリケーションのためのものであることと、
前記署名されたアプリケーションアイデンティティ（１８４）を検証することと、
ライセンス（１８７）を含むライセンス応答（１８５）を再生装置に提供することであって、前記ライセンス（１８７）は、前記保護されたコンテンツ（１９０）を受信する前記再生装置上のアプリケーションを認証するために使用されることと
を含むことを特徴とする方法。
【請求項９】
前記ライセンスは、前記再生装置上で使用されて、前記保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することを特徴とする請求項８に記載の方法。
【請求項１０】
前記ライセンスは、前記再生装置上で使用されて、前記保護されたコンテンツを再生するアプリケーションにルールを課すことを特徴とする請求項８に記載の方法。
【請求項１１】
前記ルールは、プレロール広告、インタースティシャル広告、オーバレイ広告を課すこと、または、購入ルール、定期購読ルールまたはレンタルルールを課すこと、の少なくとも１つを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記アプリケーションバイナリ上で前記アプリケーションアイデンティティを計算することと、前記アプリケーションアイデンティティに、前記再生装置上のデジタル著作権管理クライアントの秘密鍵で署名することと、をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１３】
前記アプリケーションアイデンティティは、署名されたハッシュ値であることを特徴とする請求項８に記載の方法。
【請求項１４】
保護されたコンテンツ（１９０）を、認可されたアプリケーションで再生するためのコンピューティング装置（１１０）であって、
保護されたコンテンツ（１９０）を再生するよう構成されるアプリケーション（１４０）と、
前記アプリケーションと通信するデジタル著作権管理モジュール（１５０）であって、前記デジタル著作権管理モジュールは、ライセンス申し込み（１５２）をデジタル著作権管理サーバ（１８６）に送信するよう、および、ライセンス応答（１８５）を受信するよう構成され、前記アプリケーションアイデンティティ（１８４）が一旦検証されると、前記デジタル著作権管理モジュールは、前記保護されたコンテンツの再生を前記アプリケーション（１４０）に許可する、ことを特徴とするコンピューティング装置。
【請求項１５】
前記デジタル著作権管理モジュールは、前記保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止するよう構成されることを特徴とする請求項１４に記載のコンピューティング装置。
【請求項１】
保護されたコンテンツ（１９０）を認証されたアプリケーションに提供する方法であって、
保護されたコンテンツ（１９０）の再生を要求することと、
ライセンス申し込み（１５２）をデジタル著作権管理サーバ（１８６）に送信することと、
ライセンス応答（１８５）をデジタル著作権管理サーバ（１８６）から受信することであって、前記ライセンス応答（１８５）は、前記保護されたコンテンツ（１９０）を再生するアプリケーションを認証する公開鍵を有するライセンス（１８７）を含むことと、
前記公開鍵を使用してアプリケーションが署名されていることを検証する（１５４）ことと、
前記保護されたコンテンツ（１９０）を再生のためにアプリケーションに提供することと
を含むことを特徴とする方法。
【請求項２】
前記保護されたコンテンツを再生のためにアプリケーションに提供することは、前記保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記保護されたコンテンツを再生のためにアプリケーションに提供することは、前記保護されたコンテンツを再生するアプリケーションに対して再生ルールを課すことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
再生ルールを課すことは、プレロール広告、インタースティシャル広告、オーバレイ広告を課すこと、または、購入ルール、定期購読ルールまたはレンタルルールを課すこと、の少なくとも１つをさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記保護されたコンテンツを再生するアプリケーションを認証する公開鍵は、ライセンス申し込みの前に前記アプリケーションに署名するために使用されたものであることを特徴とする請求項１に記載の方法。
【請求項６】
前記アプリケーションのオフライン検証のための前記ライセンスを記憶することをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記公開鍵を使用してアプリケーションが署名されていることを検証することは、
前記アプリケーションが署名されていることを検証することと、
前記アプリケーションの署名が正しいことを検証することと、
前記アプリケーションに署名するために使用される秘密鍵が、前記ライセンス内の公開鍵と一致することを検証することと、
をさらに含むことを特徴とする請求項５に記載の方法。
【請求項８】
保護されたコンテンツ（１９０）を、認可されたアプリケーションに提供する方法であって、
ライセンス申し込み（１５２）を再生装置から受信することであって、前記ライセンス申し込みは、アプリケーションバイナリ上で計算される署名されたアプリケーションアイデンティティ（１８４）を含むことと、
前記署名されたアプリケーションアイデンティティ（１８４）をアプリケーションアイデンティティのリストと比較することであって、前記アプリケーションアイデンティティのリストは、前記保護されたコンテンツ（１９０）を再生することを許可されたアプリケーションのためのものであることと、
前記署名されたアプリケーションアイデンティティ（１８４）を検証することと、
ライセンス（１８７）を含むライセンス応答（１８５）を再生装置に提供することであって、前記ライセンス（１８７）は、前記保護されたコンテンツ（１９０）を受信する前記再生装置上のアプリケーションを認証するために使用されることと
を含むことを特徴とする方法。
【請求項９】
前記ライセンスは、前記再生装置上で使用されて、前記保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止することを特徴とする請求項８に記載の方法。
【請求項１０】
前記ライセンスは、前記再生装置上で使用されて、前記保護されたコンテンツを再生するアプリケーションにルールを課すことを特徴とする請求項８に記載の方法。
【請求項１１】
前記ルールは、プレロール広告、インタースティシャル広告、オーバレイ広告を課すこと、または、購入ルール、定期購読ルールまたはレンタルルールを課すこと、の少なくとも１つを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記アプリケーションバイナリ上で前記アプリケーションアイデンティティを計算することと、前記アプリケーションアイデンティティに、前記再生装置上のデジタル著作権管理クライアントの秘密鍵で署名することと、をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１３】
前記アプリケーションアイデンティティは、署名されたハッシュ値であることを特徴とする請求項８に記載の方法。
【請求項１４】
保護されたコンテンツ（１９０）を、認可されたアプリケーションで再生するためのコンピューティング装置（１１０）であって、
保護されたコンテンツ（１９０）を再生するよう構成されるアプリケーション（１４０）と、
前記アプリケーションと通信するデジタル著作権管理モジュール（１５０）であって、前記デジタル著作権管理モジュールは、ライセンス申し込み（１５２）をデジタル著作権管理サーバ（１８６）に送信するよう、および、ライセンス応答（１８５）を受信するよう構成され、前記アプリケーションアイデンティティ（１８４）が一旦検証されると、前記デジタル著作権管理モジュールは、前記保護されたコンテンツの再生を前記アプリケーション（１４０）に許可する、ことを特徴とするコンピューティング装置。
【請求項１５】
前記デジタル著作権管理モジュールは、前記保護されたコンテンツがスプーフィングされたアプリケーション上で再生されることを防止するよう構成されることを特徴とする請求項１４に記載のコンピューティング装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１２−５１６６４３（Ｐ２０１２−５１６６４３Ａ）
【公表日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願番号】特願２０１１−５４８０１３（Ｐ２０１１−５４８０１３）
【出願日】平成２２年１月１２日（２０１０．１．１２）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０２０７８０
【国際公開番号】ＷＯ２０１０／０８８０２８
【国際公開日】平成２２年８月５日（２０１０．８．５）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
【公表日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願日】平成２２年１月１２日（２０１０．１．１２）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０２０７８０
【国際公開番号】ＷＯ２０１０／０８８０２８
【国際公開日】平成２２年８月５日（２０１０．８．５）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
[ Back to top ]