JP5620374B2 - アプリケーションセットに対する保護されたコンテンツの許可 - Google Patents

Description

本発明は、アプリケーションセットに対して保護コンテンツを許可する方法、システム、及びコンピュータプログラムに関する。

１．背景と関連技術
コンピュータシステム及び関連技術は社会の多くの状況に影響を及ぼしている。実際、コンピュータシステムの情報処理能力は我々が生活し仕事をする方法を変えている。現在、コンピュータシステムは、コンピュータシステムの到来前に手動的に実行された多くのタスク（例えば、文書処理、スケジューリング、課金処理等）を普通に実行する。最近においては、コンピュータシステムは、互いに接続され且つ他の電子装置と接続されて、有線及び無線のコンピュータネットワークを形成しており、そのコンピュータネットワーク上において、コンピュータシステム及び他の電子装置は電子コンテンツを転送することができる。従って、多くのコンピュータタスクの性能は多くの異なるコンピュータシステム及び／又は多くの異なるコンピュータ要素に亘って分散化されている。

それにもかかわらず、電子コンテンツは多くのコンピュータシステムに対してアクセス可能であるものの、電子コンテンツのクリエイタは、電子データに対するアクセスを制限したいと希望する。いくつかの環境において、例えば、パスワード保護、ファイル属性の設定、（例えば、書き込み禁止等）、ファイアウォール等の１つ以上のアクセス機構が、電子コンテンツに対するアクセスを制限するのに使用される。これら機構は、本質的では同じレベルの電子コンテンツアクセスを、許可されたいかなる者にも提供する。しかしながら、ユーザがファイルにアクセスする場合には、通常、そのユーザがファイルのコンテンツを処理することに対して、制限が全くない。例えば、ユーザがファイルを読み取ることができる場合には、ユーザは、他者がファイルにアクセスすることができる別の場所にファイルをコピーすることができ、ユーザは、通常、制限なく、ファイルを印刷し、どこかでハードコピーを残すこと等が可能である。

その結果、いくつかの環境において、電子コンテンツのクリエイタは、それら電子コンテンツに対して、構成可能であり、かつ／又は、粒度の細かいアクセス制御を希望する。これら他の環境において、コンテンツのクリエイタは、それらの電子コンテンツに対するアクセスを制御するのにデジタル権利管理（「ＤＲＭ」）を使用する。ＤＲＭは、一般に、コンテンツクリエーターによって使用されたアクセス制御技術を含み、電子コンテンツ（又は、そのインスタンス）の用途を制限している。したがって、種々の異なるタイプのＤＲＭが、例えば、画像、映画、ビデオ、音楽、プログラム、マルチメディア、ゲーム、ドキュメント等の種々の異なるタイプの電子コンテンツを保護するために開発されてきた。

ＤＲＭの１つのカテゴリであるエンタープライズ権利マネジネント（ＥＲＭ）は、多くの場合、例えば、電子メールのメッセージ、ワープロ文書、及びウェブページ等のドキュメントに対するアクセスを制御するよう使用される。権利管理サービス（「ＲＭＳ」）はＥＲＭソルーションである。ＲＭＳはドキュメントを暗号化するのに使用され、サーバベースのポリシーを介して、指定された者又はグループを除いて、ドキュメントが、特定の環境において、特定の条件下において、及び、特定の期間において解読されることを防止する。印刷、コピー、編集、転送、削除等のドキュメントベースの操作は、個々のドキュメントに対して容認されるし又は禁止される。ＲＭＳ管理人は、全体としてコンテンツに利用されるこれら権利を事前に定義されたポリシーにグループ化するＲＭＳテンプレートを配布する。

従って、ＲＭＳ保護コンテンツは、ＲＭＳ使用可能アプリケーションによって作成される。ＲＭＳ保護コンテンツは、暗号化されて、組み込まれた使用ポリシーを含む。その使用ポリシーは、各ユーザ又はグループがコンテンツに対して持つべき権利を定義する。ＲＭＳシステムは、単一のユーザ若しくは一群のユーザである信用のあるエンティティに権利を割り当てることによって、動作する。権利は、エンティティ別ベースに基づき、割り当てられる。ＲＭＳは、−読み取り、コピー、印刷、転送、編集する許可等−デフォルトでいくつかの権利を定義し、認識し、付加的権利を認識するために拡張される（各アプリケーションが明らかに実装しなければならない）。

一般に、コンテンツを保護するために、コンテンツの作者は、コンテンツに適用するべき発行許可（「ＰＬ」）を指定する。発行許可は、コンテンツを保護するすべての関連アクセス制御情報及び使用制限情報を含む。そして、コンテンツの作者は、アクセス制御情報及び使用制限情報をコンテンツに適用するコンテンツ及びＰＬをＲＭＳ使用可能アプリケーションに提出する。ユーザがコンテンツに対してアクセスを要求するとき、アクセス制御情報及び使用制限情報は、ユーザに対するアクセス権を判定するために評価される。

初めは、ユーザは、使用ポリシーテンプレートをＲＭＳサーバに提出して、それら認証を証明する。その後に、ＲＭＳサーバは、アクセス制御情報及び使用制限情報をチェックして、コンテンツにおけるユーザの権利を判定する。そして、ＲＭＳサーバは、コンテンツにおけるユーザの許可されたアクセスを反映したユーザライセンス（「ＵＬ」）を返信する。

しかしながら、ユーザマシンのセキュリティは、ＲＭＳ要素によって保持される。ＲＭＳ要素は、他の処理を信用せず、且つ、（共有されたｄｌｌ、システム上の他のソフトウェア、ユーザモードデバッガ等を含む）オペレーティングシステムによって提供された実行環境を最低限信用するにすぎない。さらに、ＲＭＳ要素は、例えば、プロセスデバッガ、カーネルモードデバッガ、他のアプリケーション、コードインジェクションアタック、インポートアクセステーブルの再ルーチング等の攻撃から、ＲＭＳ処理を保護するようにする。ＲＭＳ要素は、このタスクを達成するために、アンチデバッグ、難読化（ｏｂｆｕｓｃａｔｉｏｎ）、及び他のＤＲＭ方法を使用する。ＲＭＳ要素は、ポリシーを評価するための「安全な」位置と、ルートシークレットを記憶するための「安全な」位置を提供しようとし、これにより、保護データに対するオフラインアクセスを可能にするデータのキャッシングが容認される。さらに、それは、呼出しスタック等の呼出しアプリケーションを正当と認めるようとするモジュール認証を含む。このタイプのＲＭＳ要素を使用するアプリケーションは、特別なＲＭＳマニフェスト及びサインを要求する。

しかしながら、大いに困惑させられるものの、ＲＭＳ要素は、そのコアにおいて、ＲＭＳサーバに対する通信のため及びルートシークレットの記憶のために使用されるパブリック／プライベートキーペアを含む。

データへのアクセスは、データ自体と維持されるＰＬによって保護される。ＰＬは、そのデータを保護するすべての関連アクセス制御情報及び使用制限情報を含む。ＰＬは、特定のＲＭＳサーバに対するパブリックキー暗号法と結合され、そして、企業のＲＭＳサーバがクライアントマシンに対して発行したクライアントマシンのクライアントライセンス証明書（”ＣＬＣ”）によって、署名される。そのＲＭＳサーバに対するＵＲＬは、明白にＰＬに含まれるので、ＲＭＳアウェアアプリケーションは、特定のＲＭＳサーバを見出して、保護された情報に対するアクセスを要求する。

クライアントプリケーションがデータを読み取るためには、ＲＭＳ要素は、特定のユーザを特定する権利管理アカウント証明書（「ＲＡＣ」）を最初に取得しなければならない。ＲＡＣは、パブリックな部分とプライベートな部分を含む。ＲＭＳサーバがＲＡＣを所定のアプリケーションに対して発行する前に、ＲＭＳサーバは、有効な状態でローカルセキュリティ環境が有効であると最初に認証する。このチェックは、組み込まれたプライベートキーを用いてサインするようにＲＭＳ要素に頼むことによって、通常実行される。このコードパスは不明化及び他の「ブラックボックス」技術に大いに依存しており、周囲の環境が有効である場合にだけ機能する。機能自体とＲＭＳ要素のＲＳＡ Ｖａｕｌｔからの埋め込まれたプライベートキーの直接抽出の双方に対する違反は、障害が起きた環境がサーバを欺いてＲＡＣをなんとしても発行することを可能にする。ＲＡＣは、ローカルＲＭＳセキュリティ及びユーザのログオン信用証明書によって保護される。

第２に、クライアントプリケーションは、ＵＬを取得しなければならない。クライアントは、クライアントが消費したいと希望するコンテンツに対するＰＬと共に、ＲＡＣのフォーマットの自身の識別表示をＲＭＳサーバに送信する。それに応じて、ＲＭＳサーバは、ＲＡＣによって表された特定の識別は、コンテンツを読み取ることが許可されることを確実にするためにＰＬをチェックする。許可される場合には、ＲＭＳサーバは暗号化されたＵＬをＲＡＣに作成する。ＵＬは、ローカルなマシン上でキャッシュされて、データに対する次のオフラインアクセスを容易する。

残念ながら、オペレーティングシステムに関するＲＭＳ要素の最低限の信頼は、各クライアントアプリケーションに、保護コンテンツと供にＰＬを記憶するそれ自身の方法を開発することが要求される。ＰＬは長さを自由に変えることができ、ＰＬを記憶するクライアントアプリケーションの能力をさらに複雑化する。通常、クライアントアプリケーションは、ＰＬを記憶するのに自身のデータフォーマットを使用する。例えば、クライアントアプリケーションは、保護データなどの伝送でファイル形式におけるヘッダー、追加メッセージまたはパケットヘッダの中のＰＬを記憶することができる。

本発明は、アプリケーションセットに対して保護コンテンツを許可する方法、システム、及びコンピュータプログラムプロダクトにまで及ぶ。いくつかの実施形態においては、コンピュータシステムは、ユーザがコンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する。コンテンツは、別々のデジタル権利管理サーバを含むデジタル権利管理（「ＤＭＲ」）システムによって管理された保護ポリシに応じて、保護される。保護ポリシは、コンテンツにアクセスすることを許可されている１セットのアプリケーションを特定するアプリケーションセットを含む。

アプリケーションが保護コンテンツにアクセスすることを容認する前に、コンピュータシステムは情報をＤＲＭサーバと交換して、ユーザに対応するユーザキーを取得する。ユーザキーは、保護コンテンツにアクセスする際に使用するためのものである。またアプリケーションが保護コンテンツにアクセスすることを容認する前に、コンピュータシステムは、アプリケーションがアプリケーションセット内に存在することを判定する。コンピュータシステムは、判定に応じて、アプリケーションが保護コンテンツにアクセスするためにユーザキーを使用することを容認する。

他の実施形態においては、コンピュータシステムは、ユーザがコンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する。保護コンテンツは、保護コンテンツを作成した企業の事業主によって指定された保護ポリシに応じて、保護される。保護ポリシは、コンテンツにアクセスすることを許可されたユーザ、オペレーション許可されたユーザがコンテンツに関して実行することを許可されている旨、コンテンツにアクセスすることを許可されているコンピューティング環境、及び、コンテンツにアクセスすることを許可されている１セットのアプリケーションを示す。

コンピュータシステムは、ユーザのユーザ識別情報をコンテンツ保護サーバへ送信する。コンピュータシステムは、コンピュータシステムのコンピューティング環境をコンテンツ保護サーバに送信する。コンピュータシステムはユーザキーを保護サーバから受信する。ユーザキーは、保護コンテンツにアクセスするユーザによって使用可能である。ユーザを認証することに応答して、及び、コンピュータ環境がアプリケーションセットメンバーシップを評価するのに適切であることを判定することに応答して、ユーザキーは、コンテンツ保護サーバからコンピュータシステムに返信される。

コンピュータ環境におけるオペレーティングシステムは、アプリケーションが保護ポリシーにおける１セットのアプリケーション内に含まれるかどうかを判定する。オペレーティングシステムは、判定に基づいて、保護コンテンツに対するアプリケーションのアクセスを適切に規制する。アプリケーションが保護ポリシーにおけるアプリケーションセット内に含まれるときには、オペレーティングシステムの規制は、アプリケーションが保護コンテンツにアクセスすることを容認することを含む。アプリケーションが保護ポリシーにおけるアプリケーションセット内に含まれないときには、オペレーティングシステムの規制は、アプリケーションが保護コンテンツにアクセスすることを防止することをも含む。

本概要は、発明の詳細な説明においてさらに後述する単純化した形態で概念の選択を導くために与えられている。この発明の概要は、特許請求の範囲に記載された発明の重要な特色若しくは本質的な特徴を特定するとは意図されていないし、又は、特許請求の範囲に記載された発明の範囲を決定する際の補助手段として使用されることは意図しない。

本発明のさらなる特徴及び利点は、以下の発明の詳細な説明において説明されるし、詳細な説明から部分的に明らかとなり、又はこの発明の実施によって理解される。本発明の特徴及び利点は、添付された請求の範囲において特に指摘された手段及び組合せによって認識され且つ得られる。本発明のこれら特徴及び他の特徴は、以下の説明及び添付した特許請求の範囲から、より完全に明らかになるだろうし、又は、以下に詳細に説明するように、本発明の実施によって理解される。

本発明の上述の利点及び他の利点及び特徴が理解される方法について説明するために、簡単に説明された本発明のより特定の説明が、添付図面に図示されている特定の実施形態を参照することによって提供される。これらの図面は本発明の典型的実施形態のみを示すものであり、本発明の範囲を限定するものとして考慮されるべきものでないことを理解すれば、本発明は、添付図面を使用してさらなる特異性及び詳細と共に、記述され且つ説明される。
保護コンテンツをアプリケーションセットに許可することを容易にさせる例示的コンピュータアーキテクチャの図である。 保護コンテンツをアプリケーションセットに許可することを容易にさせる別の例示的コンピュータアーキテクチャの図である。 保護コンテンツに対するアクセスを提供する例示的方法のフロー図である。 保護コンテンツに対するアクセスを提供する例示的方法のフロー図である。

本発明は、アプリケーションセットに対して保護コンテンツを許可する方法、システム、及びコンピュータプログラムにまで及ぶ。いくつかの実施形態においては、コンピュータシステムは、ユーザがコンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する。コンテンツは、別々のデジタル権利管理サーバを含むデジタル権利管理（「ＤＭＲ」）システムによって管理された保護ポリシに応じて、保護される。保護ポリシは、コンテンツにアクセスすることを許可されている１セットのアプリケーションを特定するアプリケーションセットを含む。

アプリケーションが保護コンテンツにアクセスすることを容認する前に、コンピュータシステムは、情報をＤＲＭサーバと交換してユーザに対応するユーザキーを取得する。ユーザキーは、保護コンテンツにアクセスする際に使用するためのものである。またアプリケーションが保護コンテンツにアクセスすることを容認する前に、コンピュータシステムは、アプリケーションがアプリケーションセット内に存在することを判定する。コンピュータシステムは、判定に応じて、アプリケーションが保護コンテンツにアクセスするためにユーザキーを使用することを容認する。

他の実施形態においては、コンピュータシステムは、ユーザがコンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する。保護コンテンツは、保護コンテンツを作成した企業の事業主によって指定された保護ポリシに応じて、保護される。保護ポリシは、コンテンツにアクセスすることを許可されたユーザ、オペレーション許可されたユーザがコンテンツに関して実行することを許可されている旨、コンテンツにアクセスすることを許可されているコンピューティング環境、及び、コンテンツにアクセスすることを許可されている１セットのアプリケーションを示す。

コンピュータシステムは、ユーザのユーザ識別情報をコンテンツ保護サーバへ送信する。コンピュータシステムは、コンピュータシステムのコンピューティング環境をコンテンツ保護サーバに送信する。コンピュータシステムはユーザキーを保護サーバから受信する。ユーザキーは、保護コンテンツにアクセスするユーザによって使用可能である。ユーザキーは、ユーザを認証することに応答して、及び、コンピュータ環境がアプリケーションセットメンバーシップを評価するのに適切であることを判定することに応答して、コンテンツ保護サーバからコンピュータシステムに返信される。

コンピュータ環境におけるオペレーティングシステムは、アプリケーションが保護ポリシーにおけるアプリケーションのセット内に含まれるかどうかを判定する。オペレーティングシステムは、判定に基づいて、保護コンテンツに対するアプリケーションのアクセスを適切に規制する。オペレーティングシステムの規制は、アプリケーションが保護ポリシーにおけるアプリケーションセット内に含まれるときは、アプリケーションが保護コンテンツにアクセスすることを容認することを含む。また、オペレーティングシステムの規制は、アプリケーションが保護ポリシーにおけるアプリケーションセット内に含まれないときは、アプリケーションが保護コンテンツにアクセスすることを防止することを含む。

本発明の実施形態は、以下でさらに詳細に説明するように、コンピュータハードウェアを含む専用若しくは汎用のコンピュータを、含み、又は利用する。また、本発明の範囲内の実施形態は、コンピュータ実行可能命令及び／又はデータ構造を転送し若しくは記憶する物理的コンピュータ読取可能媒体及び他のコンピュータ読取可能媒体を含む。かかるコンピュータ読取可能媒体は、汎用若しくは専用コンピュータシステムによってアクセスされる利用可能な媒体である。コンピュータ実行可能命令を記憶するコンピュータ読取可能媒体は、物理的な記憶媒体である。コンピュータ実行可能命令を転送するコンピュータ読取可能媒体は、伝送媒体である。したがって、限定ではなく、例として、本発明の実施形態は明瞭に全く異なる２種類のコンピュータ読取可能媒体、すなわち、物理的記憶媒体及び伝送媒体を少なくとも含む。

物理的記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、他の光ディスク記憶装置、磁気ディスク記憶装置、他の磁気記憶装置、又はあらゆる他の媒体を含む。そのあらゆる他の媒体は、コンピュータ実行可能命令又はデータ構造の形態で所望のプログラムコード手段を記憶するのに使用され、汎用若しくは専用コンピュータによってアクセスされる。

本説明と以下の特許請求の範囲において、「ネットワーク」とは、コンピュータシステム及び／又はモジュール及び／又は他の電子装置の間の電子データの転送を可能にする１つ以上のデータリンクとして定義される。（配線接続、ワイヤレス、又は配線接続若しくはワイヤレスの組み合わせのいずれかの）ネットワーク又は別の通信接続上に情報がコンピュータに転送されるか又は提供されるとき、コンピュータは接続を伝送路であると適切にみなす。伝送媒体は、ネットワーク及び／又はデータリンクを含む。そのネットワーク及び／又はデータリンクは、コンピュータ実行可能命令又はデータ構造の形態で所望のプログラムコード手段を転送するのに使用され、汎用若しくは専用コンピュータによってアクセスされる。上記組み合わせも、コンピュータ可読媒体の範囲内に含まれるべきである。

さらに、様々なコンピュータ構成要素に到達する際に、コンピュータ実行可能命令又はデータ構造の形態のプログラムコード手段は、伝送媒体から物理的記憶媒体へと自動的に転送される（又は、その逆もまた同様である）であることが理解されるべきである。例えば、ネットワーク若しくはデータリンク上で受信されたコンピュータ実行可能命令又はデータ構造は、ネットワークインターフェースモジュール（例えば、「ＮＩＣ」）内のＲＡＭ内にバッファリングされ、コンピュータシステムのＲＡＭ及び／又はコンピュータシステムにおける少数の揮発性物理的記憶媒体に最終的に転送される。したがって、物理的記憶媒体は、伝送媒体をも利用する（又は主に伝送媒体を利用する）コンピュータシステム要素に含まれることが理解されるべきである。

コンピュータ実行可能命令は、汎用コンピュータ、専用コンピュータ、又は専用処理デバイスに特定の機能又は一群の機能を実行させる命令及びデータを例えば含む。コンピュータ実行可能命令は、例えば、バイナリ、アセンブリ言語等の中間的フォーマット命令、又はソースコードであってもよい。本発明が構造の機能及び／又は方法の動作に対して特定の言語によって説明されてきたが、添付した特許請求の範囲において定義された本発明は、上述した特徴又は動作に必ずしも限定されないことが理解されるできである。むしろ、上述した特徴又は動作は、特許請求の範囲に係る発明を実装する例示的形態として説明されている。

当業者であれば、本発明は多くのタイプのコンピュータシステム構成を有するネットワークコンピュータ環境において実施されることを十分理解するだろう。その多くのタイプのコンピュータシステム構成は、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、メッセージプロセッサ、携帯端末、マルチプロセッサシステム、マイクロプロセッサベースの家庭用電化製品若しくはプログラム可能な家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、携帯電話、ＰＤＡ、ポケットベル、ルータ、スイッチ、等を含む。また、本発明は分散コンピュータ環境においても実施される。その分散コンピュータ環境において、（配線接続のデータリンク、無線データリンク、及び、配線接続のデータリンク及び無線データリンクの組み合わせのうちいずれかによって）リンクされたローカル及びリモートコンピュータシステムは、ネットワークを介して、ともにタスクを実行する。分散システム環境においては、プログラムモジュールはローカル記憶デバイス及びリモートメモリ記憶デバイスの双方に設けられる。

図１は、保護コンテンツをアプリケーションセットに許可することを容易にさせる例示的コンピュータアーキテクチャ１００を図示している。図示されているように、コンピュータアーキテクチャ１００は、コンピュータシステム１０１，ＤＲＭシステム１７１，ＤＲＭサーバ１０５，コンテンツの場所１０４，及び保護ポリシ１２１を含む種々の要素及びデータを含む。図示された要素の各々はお互いにシステムバス上で接続され、そして／又は、例えば、ローカル・エリア・ネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」）、及びインターネット等のネットワーク上で接続される（ネットワークの一部である）。従って、図示された要素並びに他のすべての接続された要素の各々は、メッセージ関連データを作成し、かつ、メッセージ関連データを、ネットワーク上で交換する（例えば、インターネットプロトコル（「ＩＰ」）データグラムとＩＰデータグラムを利用する例えば、トランスミッションコントロールプロトコル（「ＴＣＰ」）、ハイパーテキスト・トランスファー・プロトコル（「ＨＴＴＰ」）、簡易メール転送プロトコル（「ＳＭＴＰ」）等の他の高レイヤプロトコル）。

一般に、コンピュータシステム１０１は、保護ポリシに応じて保護コンテンツに対するアクセスを時々要求する１つ以上のアプリケーションを含む。コンテンツは、リモートネットワークドライブ、ウェブサイト、データベース、コンピュータシステム１０１のメモリ内、メッセージサーバ等において、記憶される。ＤＲＭシステム１７１はＤＲＭサーバ１０５を含む。ＤＲＭサーバ１０５は保護コンテンツに対する保護ポリシを管理し、クライアントコンピュータシステムに保護コンテンツにアクセスするためのキー、許可等を提供する。

図３は、保護コンテンツに対するアクセスを提供する例示的方法３００のフロー図について図示している。方法３００を、図１に示したコンピュータアーキテクチャ１００における要素及びデータに関して説明する。

ユーザ１３１は、ユーザ入力１１１をアプリケーション１０３に入力して、コンテンツ１１３に対するアクセスを要求する。ユーザ入力１１１に応答して、アプリケーション１０３は、コンテンツ要求１１２を送信して、コンテンツ１１３にコンテンツの場所１０４からアクセスしようとする。コンテンツの場所１０４は、実質的には、コンピュータシステム１０１の観点からして、内部の位置（例えば、システムメモリ等）、（ハードドライブ等を接続する）ローカルな位置、又は、リモートな位置（ネットワークドライブ、ウェブサイト等）のいずれであってもよい。

方法３００は、ユーザがコンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する動作（動作３０１）を含む。コンテンツは、別々のデジタル権利管理サーバを含むデジタル権利管理システムによって管理された保護ポリシに応じて保護されている。保護ポリシは、アプリケーションセットを含み、アプリケーションセットは、コンテンツにアクセスすることを許可されている１セットのアプリケーションを特定する。例えば、コンピュータシステム１０１は、コンテンツ要求１１２が、コンテンツ１１３にコンテンツの場所１０４からアクセスしようとすることを検知する。コンテンツ１１３は、ＤＲＭサーバ１０５によって管理される保護ポリシ１２１に応じて保護される。保護ポリシ１２１は、コンテンツにアクセスすることを許可されている１セットのアプリケーションを特定するアプリケーションセット１２４を含む。

アプリケーションは、アプリケーションＩＤによって特定される。アプリケーションＩＤは、アプリケーション、アプリケーションのバージョン、アプリケーションパッチ履歴、アプリケーションの所有者、アプリケーション認証等のうちの１つ以上に基づくことができる。したがって、アプリケーションセット１２４は、アプリケーションＩＤのリストを含む。

アプリケーションが保護コンテンツにアクセスすることを容認する前に、方法３００は、情報をデジタル権利管理サーバと交換して、ユーザに対応するユーザキーを取得するコンピュータシステムの動作（動作３０２）を含む。ユーザキーは、保護コンテンツにアクセスするためのものである。例えば、コンピュータシステム１０１及びＤＲＭサーバ１０５は、認証交換１１４を実行する。その認証交換１１４は、コンピュータシステム１０１に対する（ユーザ１３１に対応する）ユーザキー１１７の発行を生じさせる。

アプリケーションが保護コンテンツにアクセスすることを容認する前に、方法３００は、アプリケーションがアプリケーションセット内に存在することを判定するコンピュータシステムの動作（動作３０３）をも含む。例えば、コンピュータシステム１０１は、アプリケーション１０３がアプリケーションセット１２４に含まれることを判定する。コンピュータシステム１０１は、アプリケーション１０３に対して先に作成されたアプリケーションＩＤを作成し又はそのアプリケーションＩＤにアクセスする。アプリケーションＩＤは、アプリケーション１０３のアプリケーション、アプリケーションのバージョン、アプリケーションパッチ履歴、アプリケーションの所有者、アプリケーション認証等のうちの１つ以上から作成される。コンピュータシステム１０１は、アプリケーション１０３のアプリケーションＩＤを、アプリケーションセット１２４に含まれるアプリケーションＩＤと比較する。アプリケーション１０３のアプリケーションＩＤがアプリケーションセット１２４に含まれることを明らかにする比較に応答して、コンピュータシステム１０１は、アプリケーション１０３がアプリケーションセット１２４に含まれることを判定する。

方法３００は、判定に応じて、アプリケーションが保護コンテンツにアクセスするためにユーザキーを使用することを容認する動作（動作３０４）を含む。例えば、コンピュータシステム１０１は、アプリケーション１０３がアプリケーションセット１２４に含まれることを判定することに応答して、アプリケーション１０３がユーザキー１１７を使用して、（コンテンツの場所から）コンテンツ１１３にアクセスすることを可能にさせる。

いくつかの実施形態においては、また、保護コンテンツに対するアクセスが許可されるべきであるのか拒否されるべきであるのかを判定するときには、オペレーティング環境が考慮される。図２は、保護コンテンツをアプリケーションセットに許可することを容易にさせる例示的コンピュータアーキテクチャ２００を図示している。図示されているように、コンピュータアーキテクチャ２００は、コンピュータシステム２０１，保護サーバ１０５，コンテンツの場所２０４，及び保護ポリシ２２１を含む種々の要素及びデータを含む。図示された要素の各々はお互いにシステムバス上で接続され、そして／又は、例えば、ローカル・エリア・ネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」）、及びインターネット等のネットワーク上で接続される（ネットワークの一部である）。従って、図示された要素並びに他のすべての接続された要素の各々は、メッセージ関連データを作成し、かつ、メッセージ関連データをネットワーク上で交換する（例えば、インターネットプロトコル（「ＩＰ」）データグラムとＩＰデータグラムを利用する、例えば、トランスミッションコントロールプロトコル（「ＴＣＰ」）、ハイパーテキスト・トランスファー・プロトコル（「ＨＴＴＰ」）、簡易メール転送プロトコル（「ＳＭＴＰ」）等他の高レイヤプロトコル）。

一般に、コンピュータシステム２０１は、オペレーティングシステム２０２内で駆動する２０３Ａ、２０３Ｂ等の１つ以上のアプリケーションを含む。１つ以上のアプリケーションプログラムは、保護ポリシに応じて保護コンテンツに対するアクセスを時々要求する。コンテンツは、リモートネットワークドライブ、ウェブサイト、データベース、コンピュータシステム２０１のメモリ内、メッセージサーバ等において、記憶される。保護サーバ２０５は保護コンテンツに対する保護ポリシを管理し、クライアントコンピュータシステムに対して保護コンテンツにアクセスするためのキー、許可等を提供する。

図４は、保護コンテンツに対するアクセスを提供する例示的方法４００のフロー図について図示している。方法４００を、図２に示したコンピュータアーキテクチャ２００における要素及びデータに関して説明する。

ユーザ３３１は、ユーザ入力２１１をアプリケーション２０３Ｂに入力して、コンテンツ２１３に対するアクセスを要求する。ユーザ入力２１１に応答して、アプリケーション２０３Ｂは、コンテンツ要求２１２を送信して、保護コンテンツ２１３にコンテンツの場所２０４からアクセスしようとする。コンテンツの場所２０４は、実質的には、コンピュータシステム１０１の観点からして、内部の位置（例えば、システムメモリ等）、（ハードドライブ等を接続する）ローカルな位置、又は、リモートな位置（ネットワークドライブ、ウェブサイト等）のいずれであってもよい。

方法４００は、ユーザがコンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する動作（動作４０１）を含む。保護コンテンツは保護ポリシに応じて保護され、保護ポリシは、保護コンテンツを作成した企業の事業主によって指定される。保護ポリシは、コンテンツにアクセスすることを許可されたユーザ、オペレーション許可されたユーザがコンテンツに関して実行することを許可されている旨、コンテンツにアクセスすることを許可されているコンピューティング環境、及び、コンテンツにアクセスすることを許可されている１セットのアプリケーションを示す。例えば、オペレーティングシステム２０２は、コンテンツ要求２１２が、保護コンテンツ２１３に対してコンテンツの場所２０４からアクセスしようとすることを検知する。保護コンテンツ２１３は、ＤＲＭサーバ２０５によって管理される保護ポリシ２２１に応じて、保護される。保護ポリシ２２１は、保護コンテンツ２１３を作成した企業の事業主によって指定される。

保護ポリシ２２１は、ユーザの許可２２２，許可された環境２２３，及び許可されたアプリケーション２２４を含む。ユーザ許可２２２は、保護コンテンツ２１３と、オペレーション許可されたユーザがコンテンツに関して実行することを許可されているオペレーションとのための許可ユーザの組合せを表している。アプリケーションセット１２４と同様に、許可されたアプリケーション２２４は、（例えば、アプリケーションＩＤによって）保護コンテンツ２１３にアクセスすることを許可されたアプリケーションを示す。また、許可されたアプリケーション２２４は、使用許可２２２に応じて、保護コンテンツ２１３に対するアクセスを適切に規制するように信用されたアプリケーションを表す。

オペレーティング環境は、（物理的若しくは論理的）ネットワークの位置、ブートパス、コード統合ポリシー、ブートオプション（例えば、カーネルモードデバッガ使用可能セーフモード等）、システム正常性エージェント（「ＳＨＡ」）からの情報、システム正常性検証ツール（「ＳＨＶ」）からの情報等を含む１つ以上のシステム属性の組合せを含む。許可された環境２２３は、アプリケーションセットの評価を実行する保護サーバ２０５によって信用されているオペレーティング環境を示す。異なる組合せのシステム属性は、異なる許可されたオペレーティング環境を生じさせる。

方法３００は、ユーザのユーザ識別情報をコンテンツ保護サーバへ送信する動作（動作４０２）を含む。例えば、コンピュータシステム１０１は、例えば、ユーザの信用証明等の認識情報２１５をロテクションサーバ２０５に送信する。方法４００は、コンピュータシステムのコンピューティング環境をコンテンツ保護サーバに送信する動作（動作４０３）を含む。例えば、コンピュータシステム１０１は、コンピューティング環境２１６を保護サーバ２０５に送信する。

コンピューティング環境２１６は、コンピュータシステム２０１のシステム属性の組合せを含みる。コンピュータシステム２０１は認証又はいくつかの他の安全な機構を使用して、保護サーバ２０５が信用するように、コンピューティング環境を保護サーバに送信する。コンピューティング環境２１６は、コンピュータシステム２０１に対する（物理的若しくは論理的）ネットワークの位置、オペレーティングシステム２０２のブートパス、オペレーティングシステム２０２のコード統合ポリシー、オペレーティングシステム２０２のブートオプション（例えば、カーネルモードデバッガ使用可能セーフモード等）、コンピュータシステム２０１で実行するシステム正常性エージェント（「ＳＨＡ」）からの情報、コンピュータシステム２０１で実行するシステム正常性検証ツール（「ＳＨＶ」）からの情報等の内の１つ以上を含みる。

保護サーバ２０５は認識情報２１４を使用して、ユーザ２３１が保護コンテンツ２１３の許可されたユーザであるかどうかを判定する。例えば、保護サーバ２０５は認識情報２１４を使用して、ユーザ２３１に対する許可をユーザ許可２２２に位置付けする。

保護サーバ２０５は、コンピューティング環境２１６を使用して、コンピュータシステム２０１がアプリケーションセットメンバーシップを評価するのに適切なコンピューティング環境を有するかどうかを判定する。アプリケーションセットメンバーシップを評価するのに適切なコンピューティング環境は、保護サーバ２０５が、アプリケーションセットメンバーシップを適切に評価するコンピューティング環境を信用する意思があることを示す。例えば、保護サーバ２０５は、コンピューティング環境２１６におけるシステム属性を分析して、コンピューティング環境２１６に含まれるシステム属性のいくつかの組合せが、許可された環境２２３に含まれるコンピューティング環境を示すかどうかを判定する（したがって、アプリケーションセットの評価を実行するよう信用される）。

異なる個々のシステム属性、又はシステム属性の組み合わせは、許可されたコンピューティング環境を示す。例えば、ローカルネットワーク上のコンピュータシステムを示すネットワークアドレスは、アプリケーションセットメンバーシップを評価するのに適切な環境に関する十分な証拠である。他方では、ファイアウォールの外のコンピュータシステムに対しては、既知のブートパス、十分なコード統合ポリシー、及び、指定された正常性情報は、アプリケーションセットメンバーシップを評価するのに適切なコンピューティング環境を示すのに必要とされる証拠となる。

ユーザ２３１が保護コンテンツ２１３の許可されたユーザであり、且つ、コンピューティング環境２１６が許可されたコンピューティング環境であるときには、保護サーバ２０５は、ユーザキー２１７をコンピュータシステム２０１に返信する。

方法４００は、ユーザキーをコンテンツ保護サーバから受信する動作（動作４０４）を含む。ユーザキーは、保護コンテンツにアクセスするユーザによって使用可能である。ユーザを認証することに応答して、及び、コンピュータ環境がアプリケーションセットメンバーシップを評価するのに適切であることを判定することに応答して、ユーザキーは、サーバからコンピュータシステムに返信される。例えば、コンピュータシステム２０１はユーザキー２１７を保護サーバ２０５から受信する。ユーザキー２１７は、保護コンテンツ２１３にアクセスするユーザによって使用可能である。ユーザキー２１７は、ユーザ２３１を認証し、かつ、コンピュータシステム１０１のオペレーティング環境がアプリケーション２０３Ｂに対するアプリケーションセットメンバーシップを評価するのに適切であることを判定する保護サーバ２０５に応答して、コンピュータシステム２０１に返信される。

方法４００は、アプリケーションが保護ポリシーにおける１セットのアプリケーションに含まれるかどうかを判定するコンピュータシステムおけるオペレーティングシステムの動作（動作４０５）を含む。例えば、コンピュータシステム２０２は、アプリケーション２０３が、許可されたアプリケーション２２４に含まれるかどうかを判定する。コンピュータシステム２０２は、アプリケーション２０３に対するアプリケーションＩＤを、許可されたアプリケーション２２４に含まれるアプリケーションＩＤと比較する。比較が一致を示す場合には、オペレーティングシステム２０２は、アプリケーション２０３Ｂが許可されたアプリケーションであることを判定する。比較が一致を示さない場合には、オペレーティングシステム２０２は、アプリケーション２０３Ｂが許可されたアプリケーションでないことを判定する。

方法４００は、判定に基づいて、保護コンテンツに対するアプリケーションのアクセスを適切に規制するオペレーティングシステムの動作（動作４０６）を含む。例えば、オペレーティングシステム２０２は、アプリケーション２０３Ｂが許可されたアプリケーションであるかどうか、又は、アプリケーション２０３Ｂが許可されたアプリケーションでないのかどうかということに基づいて、保護コンテンツ２１３に対するアプリケーション２０３Ｂのアクセスを適切に規制する。

したがって、保護コンテンツに対するアプリケーションのアクセスに関する適切な規制は、アプリケーションが保護ポリシーにおけるアプリケーションセット内に含まれるときには、アプリケーションが保護コンテンツにアクセスすることを容認するオペレーティングシステムの動作（動作４０７）を含む。例えば、アプリケーション２０３Ｂが許可されたアプリケーション２２４に含まれるときには、オペレーティングシステム２０２は、アプリケーション２０３Ｂがユーザキー１１７を使用して、コンテンツ２１３にアクセスすることを可能にする。従って、アプリケーション２０３Ｂは、保護コンテンツ２１３に関するユーザ２３１に対してユーザ許可２２２を行使する。

他方では、アプリケーションが保護ポリシーにおけるアプリケーションセット内に含まれないときには、保護コンテンツに対するアプリケーションのアクセスに関する適切な規制は、アプリケーションが保護コンテンツにアクセスすることを防止するオペレーティングシステムの動作（動作４０８）をも含む。例えば、アプリケーション２０３Ｂが許可されたアプリケーション２２４に含まれていないときには、オペレーティングシステム２０２は、アプリケーション２０３Ｂが保護コンテンツ２１３にアクセスすることを防止する。許可の欠如は、アプリケーション２０３Ｂが、保護コンテンツ２１３に対するユーザ許可２２２をさせることは信用されていないことを示す。

従って、本発明の実施形態によって、ローカルマシンが、保護コンテンツに対するアクセスを許可する動作に対してより関与することが可能となる。例えば、適切なコンピューティング環境内のオペレーティングシステムは、アプリケーションが保護コンテンツにアクセスするよう許可されているか否かを判定するように許可されている。したがって、アプリケーションが、発行許可を記憶しなければならないということから開放される。さらに、保護サーバに対するリソース負担を緩和して、許可判定は部分的に分散化されている。従って、本発明の実施形態は、保護コンテンツに対するアクセスが要求されているときには、より強固であり且つ効率的な許可判定を容易にする。

本発明は、その精神または本質的な特徴より離れることなく、他の形態により具体化される可能性がある。上述した実施形態は、すべての点において単なる実例として考慮されるべきであり、限定するものではないと考慮すべきである。それゆえに、本発明の範囲は前の記述ではなく、添付した請求項に示されるものである。本請求項と同等の意味及び範囲内であるすべての変更は、請求の範囲内に含まれるものとする。

Claims (21)

1. １つ以上のプロセッサを含むコンピュータシステムにおいて、保護コンテンツに対するアクセスを提供する方法であって、前記方法は、
   ユーザが前記コンピュータシステムにおけるアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する前記コンピュータシステムの動作であって、前記保護コンテンツは、別々のデジタル権利管理サーバを含むデジタル権利管理システムによって管理された保護ポリシーに応じて、保護され、前記保護ポリシーは、該保護ポリシーに応じて前記保護コンテンツにアクセスすることを許可されている１セットのアプリケーションを特定するアプリケーションセットを含む、動作と、
   前記アプリケーションが前記保護コンテンツにアクセスすることを容認する前における動作であって、
   情報を前記デジタル権利管理サーバと交換する前記コンピュータシステムの動作であって、前記情報は、前記コンピュータシステムのオペレーティング環境の１つ以上の属性を含み、該１つ以上の属性は、前記アプリケーションが前記アプリケーションセット内に存在するかを評価するのに前記コンピュータシステムは信用されていることを判定するために、前記デジタル権利管理サーバによって使用される、動作と、
   前記デジタル権利管理サーバと前記コンピュータシステムが交換する情報の少なくとも一部に基づいて、前記ユーザに対応するユーザキーを取得する前記コンピュータシステムの動作であって、前記ユーザキーは、前記保護コンテンツにアクセスするために使用することが可能であり、前記ユーザキーは、前記ユーザは前記保護コンテンツにアクセスすることを許可されていると判定され、前記アプリケーションが前記アプリケーションセット内に存在するかを評価するのに前記コンピュータシステムは信用されていると判定された後に、前記デジタル権利管理サーバによって発行される、動作と、
   前記アプリケーションが前記アプリケーションセット内に存在することを判定する前記コンピュータシステムの動作と
   を含む動作と、
   前記アプリケーションが前記アプリケーションセット内に存在するとの前記コンピュータシステムの判定に続き、前記アプリケーションが前記保護コンテンツにアクセスするために前記ユーザキーを使用することを容認する前記コンピュータシステムの動作と
   を具えたことを特徴とする方法。
2. ユーザが前記コンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知する前記動作は、
   ユーザが保護ポリシーに応じて保護された保護コンテンツにアクセスしようとしていることを検知する動作を具え、
   前記保護ポリシーは、前記アプリケーションセットと、前記アプリケーションセットにおけるアプリケーションセットメンバーシップを評価するのに適切である１つ以上のコンピューティング環境とを含むことを特徴とする請求項１記載の方法。
3. 前記アプリケーションセットは、前記保護コンテンツにアクセスすることを許可されたアプリケーションに対する１つ以上のアプリケーションＩＤを含むことを特徴とする請求項１記載の方法。
4. 保護コンテンツは、前記保護コンテンツの事業主の保護ポリシーに応じて保護されていることを特徴とする請求項１記載の方法。
5. 情報を前記デジタル権利管理サーバと交換する前記コンピュータシステムの前記動作は、
   前記ユーザのユーザ認証情報を前記デジタル権利管理サーバへ送信する動作
   を具えたことを特徴とする請求項１記載の方法。
6. 前記コンピュータシステムのオペレーティング環境の前記属性は、
   ネットワークの位置、
   前記コンピュータシステムにおけるオペレーティングシステムに対するブートパス、
   前記オペレーティングシステムに対するコード統合ポリシー、
   前記オペレーティングシステムに対するブートオプション、
   システム正常性エージェント（「ＳＨＡ」）からの情報、及び
   システム正常性検証ツール（「ＳＨＶ」）からの情報
   のうちの１つ以上を示すことを特徴とする請求項１記載の方法。
7. 前記アプリケーションが前記アプリケーションセット内に存在することを判定する前記コンピュータシステムの前記動作は、
   前記アプリケーションのアプリケーションＩＤを生成する前記コンピュータシステムにおけるオペレーティングシステムの動作と、
   生成された前記アプリケーションＩＤが、前記保護コンテンツにアクセスすることを許可されたアプリケーションのアプリケーションＩＤのうちの１つであることを判定することによって、前記アプリケーションが前記アプリケーションセット内に存在することを判定する前記コンピュータシステムにおける前記オペレーティングシステムの動作と
   を具えたことを特徴とする請求項３記載の方法。
8. 前記アプリケーションが前記アプリケーションセット内に存在することを判定する前記コンピュータシステムの前記動作は、
   前記アプリケーションのアプリケーションＩＤを、前記アプリケーションセットに含まれる１つ以上のアプリケーションＩＤと比較する前記コンピュータシステムの動作と、
   前記アプリケーションの前記アプリケーションＩＤが前記アプリケーションセット内に含まれることを判定する動作と
   を具えたことを特徴とする請求項１記載の方法。
9. １つ以上のプロセッサを含むコンピュータシステムにおいて、保護コンテンツに対するアクセスを提供する方法であって、前記方法は、
   ユーザが前記コンピュータシステムにおけるアプリケーションを介して、保護コンテンツを作成した企業の事業主によって指定された保護ポリシーに応じて保護された前記保護コンテンツにアクセスしようとしていることを検知する動作であって、前記保護ポリシーは、前記コンテンツにアクセスすることを許可されたユーザ、オペレーション許可されたユーザが前記保護コンテンツに関して実行することを許可されている旨、前記コンテンツにアクセスすることを許可されているコンピューティング環境、及び、前記コンテンツにアクセスすることを許可されている１セットのアプリケーションを示す、動作と、
   前記ユーザのユーザ識別情報をコンテンツ保護サーバへ送信する動作と、
   前記コンピュータシステムのコンピューティング環境の１つ以上の属性を前記コンテンツ保護サーバに送信する動作であって、前記１つ以上の属性は、前記コンテンツにアクセスすることを許可されている前記１セットのアプリケーション内に前記アプリケーションが存在するかを評価するのに前記コンピュータシステムは十分信用されていること示す１つ以上の属性を含む、動作と、
   ユーザキーを前記コンテンツ保護サーバから受信する動作であって、前記ユーザキーは、前記保護コンテンツにアクセスする前記ユーザによって使用可能であり、前記ユーザ識別情報に基づき前記ユーザを認証することに応答して、及び、前記コンテンツにアクセスすることを許可されている前記１セットのアプリケーション内に前記アプリケーションが存在するかを評価するのに前記コンピュータシステムは十分信用されていることを前記コンピューティング環境の前記１つ以上の属性が示していると判定することに応答して、前記ユーザキーは前記コンテンツ保護サーバから前記コンピュータシステムに返信される、動作と、
   前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるどうかを判定する前記コンピュータシステムにおけるオペレーティングシステムの動作と、
   前記判定に基づいて前記保護コンテンツに対する前記アプリケーションのアクセスを適切に規制する前記オペレーティングシステムの動作と
   を具え、規制する前記オペレーティングシステムの前記動作は、
   前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるときには前記アプリケーションが前記保護コンテンツにアクセスすることを容認する動作と、
   前記アプリケーションが、前記保護ポリシーにおける前記１セットのアプリケーションに含まれないときには前記アプリケーションが前記保護コンテンツにアクセスすることを防止する動作と
   を含むことを特徴とする方法。
10. 前記１セットのアプリケーション内に存在する許可アプリケーションは、前記オペレーション許可されたユーザが実行することを許可されていることを適切にさせると信用されたアプリケーションであることを特徴とする請求項９記載の方法。
11. 前記ユーザのユーザ識別情報をコンテンツ保護サーバへ送信する前記動作は、ユーザ認証情報を前記保護サーバへ送信する動作を含むことを特徴とする請求項９記載の方法。
12. 前記コンピュータシステムのコンピューティング環境の１つ以上の属性を前記コンテンツ保護サーバに送信する前記動作は、
    ネットワークの位置、
    前記オペレーティングシステムに対するブートパス、
    前記オペレーティングシステムに対するコード統合ポリシー、
    前記オペレーティングシステムに対するブートオプション、
    システム正常性エージェント（「ＳＨＡ」）からの情報、及び
    システム正常性検証ツール（「ＳＨＶ」）からの情報
    の内の１つ以上を示す属性を送信する動作を含むことを特徴とする請求項９記載の方法。
13. 前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーション内に含まれるかどうかを判定する前記コンピュータシステムにおける前記オペレーティングシステムの前記動作は、
    前記アプリケーションのアプリケーションＩＤを生成し、
    前記アプリケーションの生成された前記アプリケーションＩＤを、前記保護ポリシーに含まれるアプリケーションＩＤと比較する
    前記オペレーティングシステムの動作を含むことを特徴とする請求項９記載の方法。
14. 前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーション内に含まれるかどうかを判定する前記コンピュータシステムにおける前記オペレーティングシステムの前記動作は、
    前記アプリケーションが前記１セットのアプリケーション内に含まれることを判定する前記オペレーティングシステムの動作
    を含むことを特徴とする請求項９記載の方法。
15. 前記アプリケーションが前記保護コンテンツにアクセスすることを容認する前記動作は、オペレーション許可されたユーザが前記保護コンテンツに関して実行することを許可させるようにする前記アプリケーションの動作を含むことを特徴とする請求項９記載の方法。
16. コンピュータシステムであって、
    １つ以上のプロセッサと、
    システムメモリと、
    前記プロセッサのうちの１つによって実行されると、当該コンピュータシステムに保護コンテンツに対するアクセスを提供するステップを実行させるコンピュータ実行可能命令を有する、１つ以上のコンピュータ可読記憶媒体と
    を具え、保護コンテンツに対するアクセスを提供する前記ステップは、
    ユーザが前記コンピュータシステムのアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知するステップであって、前記保護コンテンツは、前記保護コンテンツを作成した企業の事業主によって指定されたデジタル権利管理保護ポリシーに応じて保護され、前記保護ポリシーは、前記コンテンツにアクセスすることを許可されたユーザ、オペレーション許可されたユーザが前記保護コンテンツに関して実行することを許可されている旨、前記コンテンツにアクセスすることを許可されているコンピューティング環境、及び、前記コンテンツにアクセスすることを許可されている１セットのアプリケーションを示す、ステップと、
    前記ユーザのユーザ認証情報をデジタル権利管理サーバへ送信するステップと、
    前記コンピュータシステムの１つ以上のシステム属性を前記デジタル権利管理サーバへ送信して、前記コンテンツにアクセスすることを許可されている前記１セットのアプリケーション内に前記コンピュータシステムにおける前記アプリケーションが存在するかを評価するのに、前記デジタル権利管理サーバは前記コンピュータシステムの前記コンピューティング環境を信用することが可能であることを示すステップと、
    ユーザキーを前記デジタル権利管理サーバから受信するステップであって、前記ユーザキーは、前記保護コンテンツにアクセスする前記ユーザによって使用可能であり、前記ユーザ認証情報を用いて前記ユーザを認証することに応答して、及び、前記保護ポリシーに応じて前記コンテンツにアクセスすることを許可されている前記１セットのアプリケーション内に前記アプリケーションが存在するかを評価するのに、前記デジタル権利管理サーバが信用することが可能なコンピューティング環境を前記１つ以上のシステム属性が示していると判定することに応答して、前記ユーザキーは、前記デジタル権利管理サーバから前記コンピュータシステムに返信される、ステップと、
    前記コンピュータシステムおけるオペレーティングシステムにおいて、前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるかどうかを判定するステップであって、前記１セットのアプリケーションに含まれる前記アプリケーションは、オペレーション許可されたユーザが前記保護コンテンツに関して実行することを許可させると信用されているアプリケーションを示す、ステップと、
    前記オペレーティングシステムにおいて、前記判定に基づいて前記保護コンテンツに対する前記アプリケーションのアクセスを適切に規制するステップであって、
    前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるときには、オペレーション許可されたユーザが前記保護コンテンツに関して実行することを許可させるようにすることを前記アプリケーションに許可するステップと、
    前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれないときには、前記アプリケーションが前記保護コンテンツにアクセスすることを防止するステップと
    を含む、ステップと
    を含むことを特徴とするコンピュータシステム。
17. 前記プロセッサのうちの１つによって実行されると、前記コンピュータシステムに、前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるかどうかを判定する前記ステップを実行させるコンピュータ実行可能命令は、
    前記プロセッサのうちの１つによって実行されると、前記コンピュータシステムに、前記アプリケーションに対するアプリケーションＩＤを生成させ、前記アプリケーションの生成された前記アプリケ―ションＩＤを前記１セットのアプリケーションに含まれるアプリケーションＩＤと比較させるコンピュータ実行可能命令を含むことを特徴とする請求項１６記載のコンピュータシステム。
18. 前記プロセッサのうちの１つによって実行されると、前記コンピュータシステムに、前記コンピュータシステムの１以上のシステム属性を前記デジタル権利管理サーバへ送信する前記ステップを実行させるコンピュータ実行可能命令は、
    前記プロセッサのうちの１つによって実行されると、前記コンピュータシステムに、ネットワークの位置、前記オペレーティングシステムに対するブートパス、前記オペレーティングシステムに対するコード統合ポリシー、前記オペレーティングシステムに対するブートオプション、システム正常性エージェント（「ＳＨＡ」）からの情報、及びシステム正常性検証ツール（「ＳＨＶ」）からの情報のうちの１つ以上を送信させるコンピュータ実行可能命令を含むことを特徴とする請求項１６記載のコンピュータシステム。
19. 前記アプリケーションのアプリケーションＩＤを生成する前記動作は、アプリケーションのバージョン、アプリケーションパッチ履歴、アプリケーションの所有者、及び前記アプリケーションのアプリケーション認証のうちの１つ以上から前記アプリケーションＩＤを生成する動作を含む、請求項７に記載の方法。
20. 保護コンテンツに対するアクセスを提供するプログラムであって、前記プログラムは、コンピュータシステムに、
    ユーザが前記コンピュータシステムにおけるアプリケーションを介して保護コンテンツにアクセスしようとしていることを検知するステップであって、前記保護コンテンツは、別々のデジタル権利管理サーバを含むデジタル権利管理システムによって管理された保護ポリシーに応じて、保護され、前記保護ポリシーは、該保護ポリシーに応じて前記保護コンテンツにアクセスすることを許可されている１セットのアプリケーションを特定するアプリケーションセットを含む、ステップと、
    前記アプリケーションが前記保護コンテンツにアクセスすることを容認する前におけるステップであって、
    情報を前記デジタル権利管理サーバと交換するステップであって、前記情報は、前記コンピュータシステムのオペレーティング環境の１つ以上の属性を含み、該１つ以上の属性は、前記アプリケーションが前記アプリケーションセット内に存在するかを評価するのに前記コンピュータシステムは信用されていることを判定するために、前記デジタル権利管理サーバによって使用される、ステップと、
    前記デジタル権利管理サーバと前記コンピュータシステムが交換する情報の少なくとも一部に基づいて、前記ユーザに対応するユーザキーを取得するステップであって、前記ユーザキーは、前記保護コンテンツにアクセスするために使用することが可能であり、前記ユーザキーは、前記ユーザは前記保護コンテンツにアクセスすることを許可されていると判定され、前記アプリケーションが前記アプリケーションセット内に存在するかを評価するのに前記コンピュータシステムは信用されていると判定された後に、前記デジタル権利管理サーバによって発行される、ステップと、
    前記アプリケーションが前記アプリケーションセット内に存在することを判定するステップと
    を含むステップと、
    前記アプリケーションが前記アプリケーションセット内に存在するとの前記コンピュータシステムの判定に続き、前記アプリケーションが前記保護コンテンツにアクセスするために前記ユーザキーを使用することを容認するステップと
    を実行させることを特徴とするプログラム。
21. 保護コンテンツに対するアクセスを提供するプログラムであって、前記プログラムは、コンピュータシステムに、
    ユーザが前記コンピュータシステムにおけるアプリケーションを介して、保護コンテンツを作成した企業の事業主によって指定された保護ポリシーに応じて保護された前記保護コンテンツにアクセスしようとしていることを検知するステップであって、前記保護ポリシーは、前記コンテンツにアクセスすることを許可されたユーザ、オペレーション許可されたユーザが前記保護コンテンツに関して実行することを許可されている旨、前記コンテンツにアクセスすることを許可されているコンピューティング環境、及び、前記コンテンツにアクセスすることを許可されている１セットのアプリケーションを示す、ステップと、
    前記ユーザのユーザ識別情報をコンテンツ保護サーバへ送信するステップと、
    前記コンピュータシステムのコンピューティング環境の１つ以上の属性を前記コンテンツ保護サーバに送信するステップであって、前記１つ以上の属性は、前記コンテンツにアクセスすることを許可されている前記１セットのアプリケーション内に前記アプリケーションが存在するかを評価するのに前記コンピュータシステムは十分信用されていること示す１つ以上の属性を含む、ステップと、
    ユーザキーを前記コンテンツ保護サーバから受信するステップであって、前記ユーザキーは、前記保護コンテンツにアクセスする前記ユーザによって使用可能であり、前記ユーザ識別情報に基づき前記ユーザを認証することに応答して、及び、前記コンテンツにアクセスすることを許可されている前記１セットのアプリケーション内に前記アプリケーションが存在するかを評価するのに前記コンピュータシステムは十分信用されていることを前記コンピューティング環境の前記１つ以上の属性が示していると判定することに応答して、前記ユーザキーは前記コンテンツ保護サーバから前記コンピュータシステムに返信される、ステップと、
    前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるどうかを判定するステップと、
    前記判定に基づいて前記保護コンテンツに対する前記アプリケーションのアクセスを適切に規制するステップと
    を実行させ、規制する前記ステップは、
    前記アプリケーションが前記保護ポリシーにおける前記１セットのアプリケーションに含まれるときには前記アプリケーションが前記保護コンテンツにアクセスすることを容認するステップと、
    前記アプリケーションが、前記保護ポリシーにおける前記１セットのアプリケーションに含まれないときには前記アプリケーションが前記保護コンテンツにアクセスすることを防止するステップと
    を含むことを特徴とするプログラム。

Images