(57)【特許請求の範囲】
【請求項１】
データの一部をアップデートするためにメッセージ転送エージェントが実行する方法であって、
メッセージと添付ファイルとを含むコンテンツであって、有効期限が設定されたコンテンツを受信するステップと、
前記設定された有効期限を経過したコンテンツに含まれた添付ファイルを削除して転送するステップとを備えることを特徴とする方法。
【請求項２】
前記メッセージは電子メール（ｅメール）通信であることを特徴とする請求項１に記載の方法。
【請求項３】
前記削除するステップは、スケジュールされた間隔で実行されることを特徴とする請求項１に記載の方法。
【請求項４】
前記削除するステップは、随時のベースで実行されることを特徴とする請求項１に記載の方法。
【請求項５】
メッセージ転送エージェントにおいてデータの一部をアップデートするための方法を実行するため命令を含むストレージメディアであって、前記方法は、
メッセージと添付ファイルとを含むコンテンツであって、有効期限が設定されたコンテンツを受信するステップと、
前記設定された有効期限を経過したコンテンツに含まれた添付ファイルを削除して転送するステップとを備えることを特徴とするストレージメディア。
【請求項６】
データの一部のためのアップデートプロセスを指定するためにメッセージ転送エージェントが実行する方法であって、
設定された有効期限を経過したコンテンツに含まれた添付ファイルを削除して転送するように前記アップデートプロセスを構成するステップと、
メッセージストアに格納されたコンテンツに対し、前記アップデートプロセスを実行するステップとを備えることを特徴とする方法。
【請求項７】
前記アップデートプロセスが実行される間隔を定義するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
前記アップデートプロセスを、随時のベースで実行されるように定義するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項９】
メッセージ転送エージェントにおいてデータの一部のためのアップデートプロセスを指定するための方法を実行するため命令を含むストレージメディアであって、前記方法は、
設定された有効期限を経過したコンテンツに含まれた添付ファイルを削除して転送するように前記アップデートプロセスを構成するステップと、
メッセージストアに格納されたコンテンツに対し、前記アップデートプロセスを実行するステップとを備えることを特徴とするストレージメディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、ライツマネジメントシステムにおいて保護されたコンテンツの配信に関し、より詳細には、ライツマネジメントをデータの一部に動的に適用するための方法、および、ライツマネジメントポリシーを与えられているデータの一部をアップデートするための方法に関する。
【背景技術】
【０００２】
ライツマネジメントサービスは、許可された受信者がそのコンテンツに関して何のアクションを取ることができるかを制限することによって、電子コンテンツの所有権／著作権を保護するソフトウェアを提供する。コンテンツという用語は、画像、映画、ビデオ、音楽、プログラム、マルチメディア、ゲーム、ドキュメントなどを含む、デジタルフォーマットで格納された情報およびデータを指す。ライツマネジメントサービスの少数の主な機能は、ライセンシング許可をコントールして、ライセンスを確保している許可された中間またはエンドユーザーによってのみ、コンテンツがアンロックされるようにすること、および、コンテンツ使用を、購入またはライセンスの条件、またはそうでない場合は作成者によって課された条件（例えば、許可されたコピーの数、再生の回数、ライセンスが有効である可能性のある時間間隔もしくは期間、または、さらなる配信、開封、もしくはアクセス、印刷など、コンテンツにおいて実行することができるアクション）に従ってコントロールすることである。ライツマネジメントサービスのもう１つの機能は、コンテンツの無許可コピーの起点を識別して、海賊行為とさらに戦うことである場合がある。
【０００３】
当初、ライツマネジメントの考えは、デジタル雑誌、本、写真、教材、ビデオ、音楽など、商業的に販売される素材のオンライン海賊行為から保護するために使用された。しかし、ライツマネジメントの使用は、メーカ独自または機密情報をビジネスネットワーク内で保護するように設定する企業において、ますます普及してきている。例えば、大企業のＣＥＯが、企業秘密を含むｅメールを配信することを望む場合がある。しかし、この情報の機密性のため、ＣＥＯは、受信者がこのコンテンツに関して取ることができるアクションを制限することを望む場合がある。例えば、ＣＥＯは、上位管理者が機密情報を読み取り、コピー、印刷および保存することを可能にすることを望む場合があるが、他の従業員を、読み取り専用アクセスまたはまったくアクセスできないように制限することを望む場合がある。したがって、ライツマネジメントサービスの使用を通じて、ＣＥＯは、保護されたコンテンツを誰が見ることを許可されるか、および、彼らがそのコンテンツに関して何のアクションを取ることができるかを、指定することができる。
【０００４】
上記は、ビジネスネットワーク環境においてコンテンツをコントロールする重要性の多数の例の１つのみを例示した。ライツマネジメントはビジネス環境において普及しているツールになりつつあるが、現在はこのシステムにいくつかの欠点および欠陥がある。例えば、通常、ライツマネジメントポリシーを使用するｅメールの一部を保護する負担は、完全に送信者にかかっている。すなわち、送信者がｅメールを保護すること（例えば、ｅメールメッセージの転送／保存／印刷／コピーを制限することによってｅメールを機密にすること、または、メッセージの有効期限が切れる条件を設定すること）を望む場合、送信者は受信者を選択し、次いで適切なライツマネジメント保護をこのｅメールに手動で適用しなければならない。いくつかの場合には、保護はテンプレート（デフォルト、または、管理者が作成したもの）に関連付けられ、他の場合には、送信者がｅメールを特定の基準に従って保護する。残念ながら、経験によれば、ユーザーがセキュリティポリシーに準拠するためにジャンプして通過しなければならないフープが多いほど、ユーザーが準拠するようになる可能性は少ないことが明らかになっている。したがって、送信者の雇用者は、送信者がｅメールメッセージを作成し、送信を開始した後、ライツマネジメントをｅメールメッセージに動的に適用する能力を望む場合がある。
【０００５】
現在のライツマネジメントサービスのもう１つの欠点は、送信者が、コンテンツの有効期限がいつ切れるかについての日付を設定しているとき、発生する。コンテンツ有効期限のビヘイビアは、有効期限が切れているドキュメント（またはｅメール）を受信者が開封しようと試みるとき、そのドキュメントが空であるというものである。カバーの下ではコンテンツはなおそこにあるが、プログラム的にランタイムで除去されている。十分な時間が与えられると、熟練したハッカーはそこにアクセスできる場合、有効期限が切れた、ライツマネジメント保護されたファイルをクラックすることができる。さらに、下にあるコンテンツを、所望の有効期限を越えて持続させることについて、追加の欠点がある場合がある。例えば、ある企業は、特定のタイプの情報に適用するメール保存ポリシーを有する場合がある（例えば、法律事務所は、特定の件についてのすべてのメールが２年後にパージされることを必要とする場合がある）。加えて、リッチ（および大型）コンテンツが結合されたｅメールが継続的に急増しているので、ユーザーは従来にも増してより多くの、より大きいｅメールを送信している。この状況は結果として、ｅメールサーバーにおけるストレージの膨張を生じ、ｅメール管理者に強制的に、それらのユーザーのためにますます多くのディスクスペースを割り振らせる。したがって、いかなる有効期限切れのライツマネジメント保護されたｅメールまたはｅメールの添付ファイルも、ｅメールサーバーなどのメッセージ転送エージェントを通過するとき、削除されることを保証する方法の必要性がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】http://www.xrml.org
【非特許文献２】Microsoft Corporation, "Microsoft Rights Management Solutions for the Enterprise: Persistent Policy Expression and Enforcement for Digital Information", http://www.microsoft.com/windowsserver2003/docs/RMS.doc, June 2003
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述に鑑みて、本発明は、管理者があるライツマネジメントポリシーをメッセージのある送信者および／または受信者に関連付けることを可能にすることによって、ライツマネジメントポリシーをメッセージに動的に適用するための方法を提供する。
【課題を解決するための手段】
【０００８】
一実施形態では、管理者はあるライツマネジメントポリシーを、ｅメール配信リストなど、確立されたユーザーのグループに関連付けることができる。加えて、管理者はあるライツマネジメントポリシーを、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔによるアクティブディレクトリサービスによって定義されるようなユーザーの属性など、ユーザーおよび／またはユーザーのグループを定義する、ある共通基準を所有するユーザーのグループに関連付けることができる。
【０００９】
加えて、本発明は、管理者があるライツマネジメントポリシーをメッセージのある属性に関連付けることを可能にすることによって、ライツマネジメントポリシーをメッセージに動的に適用するための方法を提供する。一実施形態では、管理者はあるライツマネジメントポリシーを、メッセージのコンテンツ、送信側および受信側、ならびに、メッセージの日付のような属性に基づいて、関連付けることができる。
【００１０】
本発明のさらなる方法は、管理者があるライツマネジメントポリシーをある環境属性に関連付けることを可能にすることによって、ライツマネジメントポリシーをメッセージに動的に適用するための方法を提供する。一実施形態では、管理者はあるライツマネジメントポリシーを、受信者のロケーション、時刻、ネットワークトラフィックのレベル、受信者がオンラインであるかオフラインであるか、および、受信者のコンピューティングデバイス上のあるソフトウェアおよび／またはハードウェア構成のような環境属性に基づいて、関連付けることができる。
【００１１】
前述に鑑みて、本発明はまた、管理者が、ライツマネジメント保護されたメッセージ、および／または、そのメッセージに添付されたライツマネジメント保護されたドキュメントがメッセージ転送エージェントを通過するとき、これを自動的にアップデートすることを可能にするための方法も提供する。一実施形態では、管理者は、定期的な間隔または随時のベースで、メッセージ転送エージェントが格納されたメッセージをスキャンして、コンテンツの有効期限が切れているかどうかを判断することを、決定することができる。コンテンツが実際に有効期限切れになっている場合、管理者は、有効期限が切れたコンテンツを完全に削除させ、より現在のコンテンツによりリフレッシュさせ、あるいは、元のコンテンツが有効期限切れになっていることを示す廃棄（ｔｏｍｂｓｔｏｎｅ）により置き換えるステップを取ることができる。
【００１２】
付属の特許請求の範囲は本発明の特徴を詳細に示すが、本発明を、その目的および利点と共に、以下の詳細な説明が添付の図面と共に解釈されることから、最良に理解することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の方法を実施することができる例示的コンピュータアーキテクチャの概略図である。
【図２ａ】例示的ライツマネジメント使用可能メッセージングアーキテクチャを示す概略図である。
【図２ｂ】例示的ライツマネジメント使用可能メッセージングアーキテクチャを示す概略図である。
【図３】本発明の動的なライツマネジメントポリシー適用方法を使用する、ライツマネジメント使用可能メッセージングアーキテクチャを示す概略図である。
【図４】本発明の動的なライツマネジメントポリシー適用方法を例示する流れ図である。
【図５】ライツマネジメント保護されたメッセージのコンテンツを有効期限切れにするための例示的方法を示す概略図である。
【図６】ライツマネジメント保護されたメッセージを自動的にアップデートするための、本発明の方法を示す概略図である。
【図７】ライツマネジメント保護されたメッセージを自動的にアップデートするための、本発明の方法を例示する流れ図である。
【発明を実施するための形態】
【００１４】
以下の説明では、本発明を、特に断りのない限り、１つまたは複数のコンピュータによって実行される動作、および、オペレーションの記号表現を参照して説明する。したがって、このような動作およびオペレーションは時として、コンピュータにより実行されるものと呼ばれ、このような動作およびオペレーションには、コンピュータの処理装置による、データを構造化形式で表現する電気信号の操作が含まれることは理解されよう。この操作はデータを変換し、あるいはデータをコンピュータのメモリシステム内のロケーションで維持し、当業者によってよく理解される方法で、コンピュータのオペレーションを再構成し、あるいはそうでない場合は変更する。データが維持されるデータ構造は、データのフォーマットによって定義された特定のプロパティを有するメモリの物理ロケーションである。しかし、本発明を前述との関連で説明しているが、これは限定するように意味されず、以下で説明する動作およびオペレーションのいくつかをまたハードウェアにおいて実施することもできることは、当業者に理解されよう。
【００１５】
図面を見ると、類似の参照番号は類似の要素を指し、本発明は、適切なコンピューティング環境において実施されるものとして例示される。以下の説明は、本発明の例示の実施形態に基づいており、本発明を、本明細書で明示的に説明されない代替実施形態に関して限定するように、解釈されるべきではない。
【００１６】
Ｉ．例示的環境
図１を参照すると、本発明は、複数の接続されたコンピュータネットワーク上の複数のネットワークノードの間の通信に関する。ネットワークノードの各々はコンピュータ内に存在し、コンピュータは、多数の異なるコンピュータアーキテクチャのうち１つを有することができる。説明のため、図１は、これらのデバイスのために使用可能な例示的コンピュータアーキテクチャの概略図を示す。表現されたアーキテクチャは適切な環境の一例でしかなく、本発明の使用または機能性の範囲についてのいかなる限定をも示唆するように意図されない。コンピューティングデバイスは、図１に例示するコンポーネントのいずれか１つまたは組み合わせに関係するいかなる依存性も要件も有するように解釈されるべきではない。本発明は、多数の他の汎用または専用のコンピューティングまたは通信の環境または構成により動作可能である。本発明と共に使用するために適切な周知のコンピューティングシステム、環境および構成の例には、それだけに限定されないが、携帯電話、ポケットコンピュータ、パーソナルコンピュータ、サーバー、マルチプロセッサシステム、マイクロプロセッサベースのシステム、ミニコンピュータ、メインフレームコンピュータ、および、上記のシステムまたはデバイスのいずれかを含む分散コンピューティング環境が含まれる。
【００１７】
その最も基本的な構成では、コンピューティングデバイス１００には通常、少なくとも１つの処理装置１０２およびメモリ１０４が含まれる。メモリ１０４は揮発性（ＲＡＭなど）、不揮発性（ＲＯＭおよびフラッシュメモリなど）、またはこれら２つのある組み合わせにすることができる。この最も基本的な構成を図１において、破線１０６によって例示する。
【００１８】
コンピューティングデバイス１００はまた、追加の特徴および機能性を有することができるストレージメディアデバイス１０８および１１０をも含むことができる。例えば、ストレージメディアデバイス１０８および１１０には、それだけに限定されないが、ＰＣＭＣＩＡカード、磁気および光ディスク、ならびに磁気テープを含む、追加のストレージ（リムーバブルおよび非リムーバブル）が含まれる場合がある。このような追加のストレージを図１において、リムーバブルストレージ１０８および非リムーバブルストレージ１１０によって例示する。コンピュータストレージメディアには、揮発性および不揮発性、リムーバブルおよび非リムーバブルのメディアが含まれ、これらのメディアはコンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータなど、情報の格納のためのいずれかの方法または技術において実装される。メモリ１０４、リムーバブルストレージ１０８および非リムーバブルストレージ１１０はすべて、コンピュータストレージメディアの例である。コンピュータストレージメディアには、それだけに限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク、他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、他の磁気ストレージデバイス、および、所望の情報を格納するために使用することができ、コンピューティングデバイスによってアクセスすることができる他のいかなるメディアもが含まれる。
【００１９】
コンピューティングデバイス１００はまた、他のデバイスと通信することを可能にする通信チャネル１１２をも含むことができる。通信チャネル１１２は通信メディアの例である。通信メディアは通常、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータを、搬送波または他の移送メカニズムなどの変調データ信号において実施し、いかなる情報配信メディアをも含む。「変調データ信号」という用語は、信号内の情報をエンコードするような方法でその特性の１つまたは複数が設定または変更されている信号を意味する。例として、限定ではなく、通信メディアには、有線ネットワークまたは直接有線接続などの有線メディア、ならびに、音響、無線、赤外線および他の無線メディアなどの無線メディアが含まれる。本明細書で使用されるとき、コンピュータ可読メディアという用語には、ストレージメディアおよび通信メディアの両方が含まれる。コンピューティングデバイス１００はまた、キーボード、マウス、ペン、音声入力コンポーネント、およびタッチ入力デバイスなど、入力コンポーネント１１４をも有することができる。出力コンポーネント１１６には、画面表示、スピーカ、プリンタ、およびこれらを駆動するためのレンダリングモジュール（しばしば「アダプタ」と呼ばれる）が含まれる。コンピューティングデバイス１００は電源１１８を有する。これらのすべてのコンポーネントは当技術分野で周知であり、ここで詳細に論じる必要はない。
【００２０】
ＩＩ．ライツマネジメントのインタラクティブな適用
本発明は、ライツマネジメントポリシーをメッセージに動的に適用するための方法、および、管理者がライツマネジメント保護されたメッセージを自動的にアップデートすることを可能にするための方法を対象とする。以下の説明では、本発明を、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔによるＥｘｃｈａｎｇｅなど、メッセージ転送エージェントアプリケーションにおいて実施されるものとして説明する。当業者には理解されるように、保護されたメッセージは、一実施形態では、電子メール通信であり、電子メール通信は、Ｅｘｃｈａｎｇｅおよび他のメッセージ転送エージェントアプリケーションにおいて実施された、ミーティング要求、連絡、タスク、ドキュメント、および類似のデータアイテムを含むように理解されるべきである。
【００２１】
図２ａおよび２ｂを参照すると、ライツマネジメントスキームを使用する例示的メッセージシステムアーキテクチャが表現される。ライツマネジメントサービスにエンロールされ、ライツマネジメントサーバー２００に登録されるメッセージ送信側１００は、ライツマネジメント保護をメッセージ２０２に、送信時に適用するように選ぶことができる。通常、送信側１００は、「保護」ボタンをメッセージエディタのツールバー上で選択するようになる。代替として、送信側は、「保護」メニューアイテムをメッセージエディタのメニューから選択することもできる。メッセージ２０２を保護するための適切なメカニズムを選択すると、送信側１００はメッセージ２０２に対して所望の保護を選択するようになる。例えば、送信側１００が保護のリスト（例えば、転送しない、保存しない、印刷しない、コピーしない、および、コンテンツを有効期限切れにする）から選択することを可能にする、オプションがある場合がある。代替として、保護オプションを選択することで、送信側１００に、管理者によって定義されるようなライツマネジメントテンプレートのリストから選択するように、プロンプトすることができる。例えば、「機密」と命名されたテンプレートが存在する場合があり、このテンプレートは、送信側１００によってメッセージ２０２に適用されるように選択されるとき、転送しないおよび印刷しないなど、事前定義されたセットの保護をメッセージ２０２に適用する。
【００２２】
メッセージ２０２に対して適切な保護を選択すると、ライツマネジメントクライアントアプリケーション２０４はライツマネジメントサーバー２００との接触を開始して、パブリッシングライセンス２０６を得て、メッセージ受信側２０８に保護されたメッセージ２０２を送信する。したがって、ライツマネジメントクライアントアプリケーション２０４は、メッセージ２０２のコンテンツを暗号化し、ライツマネジメントサーバー２００からのパブリッシングライセンス２０６のための要求を行う。この要求には、権利表現、ライツマネジメントサーバーの公開鍵に暗号化されたコンテンツ鍵、およびコンテンツのハッシュのようなものが含まれる場合がある。権利表現は通常、保護されたコンテンツが誰に向けられるか、および、そのコンテンツの各受信者が何をすることができるかを指定するようになる。コンテンツ鍵（図示せず）は、通常はライツマネジメントクライアントアプリケーション２０４によって、保護されたコンテンツの暗号化／解読に使用されるように作成された対称鍵である。最後に、ハッシュを後に使用して、そのコンテンツがメッセージ受信者２０８によって受信および開封されるときに変わらないことを検証することができる。
【００２３】
ライツマネジメントサーバー２００は次いで、パブリッシングライセンス２０６を作成することができ、パブリッシングライセンス２０６を、ライツマネジメントサーバー２００によって署名され、暗号化された情報にすることができる。この情報を単に、権利表現、コンテンツ鍵識別子、および／またはコンテンツのハッシュのいずれかの組み合わせにすることができる。したがって、ライツマネジメントサーバー２００が後に、パブリッシングライセンス２０６、および、使用ライセンス２１０（後述）のための要求を受信するとき、ライツマネジメントサーバー２００は、それがパブリッシングライセンス２０６を作成した者であったことを確信することができる。さらに、ライツマネジメントサーバー２００は、本明細書で後述するように、使用ライセンス２１０を発行するとき、コンテンツ鍵識別子を使用して、コンテンツ鍵をそのデータベース内で探し出すことができる。
【００２４】
その後、ライツマネジメントクライアントアプリケーション２０４はパブリッシングライセンス２０６を受信し、このときパブリッシングライセンス２０６を保護されたコンテンツ２０２に添付して、メッセージ受信者２０８に送信することができる。これは通常１回限りのオペレーションであり、普通は、最初にメッセージ送信側１００が保護されたコンテンツを送信しようと試みるときに行われる。保護されたメッセージ２０２およびパブリッシングライセンス２０６を、単にパブリッシングライセンス２０６を保護されたメッセージ２０２に添付すること、および、これをそのメッセージ転送エージェント２１２に転送することによって、メッセージ送信側１００からメッセージ受信側２０８へ送信することができる。送信側のメッセージ転送エージェント２１２は次いで、適切な受信側のメッセージ転送エージェント２１２を発見し、保護されたメッセージ２０２およびパブリッシングライセンス２０６を受信側のメッセージ転送エージェント２１２に転送する。受信側２０８がそのメッセージ転送エージェント２１２にログオンするとき、受信側のメッセージ転送エージェント２１２は、保護されたメッセージ２０２およびパブリッシングライセンス２０６を受信側２０８に送信する。
【００２５】
受信側２０８はメッセージ２０２を保護されたものとして認識し、使用ライセンス２１０をライツマネジメントサーバー２００から得ようと試みることができる。最初に、ライツマネジメントクライアントアプリケーション２０４は、ライツマネジメントサーバー２００からの使用ライセンス２１０の要求を行うことができる。通常、使用ライセンス２１０のための要求には、パブリッシングライセンス２０６および受信側のユーザー証明書２１４が含まれるようになり、これらをライツマネジメントサーバー２００が使用して、受信側２０８が許可されたユーザーであることを検証する。
【００２６】
ライツマネジメントサーバー２００が、パブリッシングライセンス２０６の信ぴょう性および受信側２０８の識別を検証した後、以前に保存されたコンテンツ鍵を含む使用ライセンス２１０を、ライツマネジメントクライアントアプリケーション２０４に送信することができる。コンテンツ鍵は受信側のプライベートキー（図示せず）に暗号化されるべきであり、このプライベートキーは登録プロセスで得られる。したがって、ライツマネジメントクライアントアプリケーション２０４が、暗号化されたコンテンツ鍵を含む使用ライセンス２１０を受信するとき、使用ライセンス２１０を提供して、アプリケーションが解読されたコンテンツを処理するために信用できることを保証することができる。ライツマネジメントクライアントアプリケーション２０４は次いで、プライベートキーを使用してコンテンツ鍵を解読し、続いてコンテンツ鍵を使用して、保護されるコンテンツ２０２を解読することができる。ライツマネジメントクライアントアプリケーション２０４は次いで、解読されたコンテンツを適切なアプリケーションに、パブリッシングライセンス２０６および／または使用ライセンス２１０内で定義された制限と共に提供して、適切な制限を保護されたコンテンツに加えることができる。
【００２７】
ＩＩＩ．ライツマネジメントポリシーの動的適用
上記で詳述したように、通常、ライツマネジメントポリシーを使用してメッセージを保護する負担は、完全に送信者にかかっている。すなわち、送信者がメッセージを保護すること（例えば、メッセージの転送／保存／印刷／コピーを制限することによってメッセージを機密にすること、または、メッセージの有効期限が切れる条件を設定すること）を望む場合、送信者は受信者を選択し、次いで適切なライツマネジメント保護をこのメッセージに手動で適用しなければならない。残念ながら、経験によれば、ユーザーがセキュリティポリシーに準拠するためにジャンプして通過しなければならないフープが多いほど、ユーザーが準拠するようになる可能性は少ないことが明らかになっている。したがって、送信者の雇用者は、送信者がメッセージを作成し、メッセージの送信を開始した後、ライツマネジメントをメッセージに動的に適用する能力を望む場合がある。
【００２８】
図３および４を見ると、ライツマネジメントポリシーをメッセージに動的に適用するための方法が例示される。本発明は、管理者があるライツマネジメントポリシーをメッセージのある送信側および／または受信側に関連付けることを可能にすることによって、メッセージへのライツマネジメントの動的な適用を提供する。一実施形態では、管理者はあるライツマネジメントポリシーを、電子メール配信リストなど、確立されたユーザーのグループに関連付けることができる。
【００２９】
ステップ４００で開始して、管理者は配信リストをメッセージ管理ツール３００により作成する。次にステップ４０２で、配信リストの作成時に、管理者は、配信リストのプロパティのためのオプションを選択して、この配信リストのためにライツマネジメントを使用可能にすることができる。ここから、メッセージ管理ツール３００は、管理者がこの配信リストに関連付けられた権利を指定することを可能にする。ステップ４０４で、これらの使用権利はコンフィギュレーションデータベース３０２に格納され（アクティブディレクトリ３０４内で指定されたような配信リストのＧＵＩＤによって参照される）、配信リストに、アクティブディレクトリ３０４内の配信リストオブジェクト上で「ライツマネジメント保護」としてフラグが立てられる。ステップ４０６で、送信側１００は、所与の配信リストにアドレス指定されたメッセージ２０２を送信し、メッセージトランスポート３０６は、配信リストメンバシップをアクティブディレクトリ３０４から、メンバのリストと共に検索する。メッセージトランスポート３０６は、「ライツマネジメント保護」フラグをチェックする。配信リストがライツマネジメント保護されるので、ステップ４０８で、メッセージ転送エージェント２１２は、パブリッシングライセンス２０６のための要求を作成する。ライツマネジメントＤＬＬ３０８をサーバー上で使用して、メッセージ転送エージェント２１２はコンテンツ鍵を生成し、ライツマネジメントサーバー２００のための要求を作成する。しかし、使用権利を要求内で指定する代わりに、メッセージ転送エージェント２１２は配信リストのＧＵＩＤを参照する。次にステップ４１０で、ライツマネジメントサーバー２００は、要求をメッセージ転送エージェント２１２から受信し、配信リストＧＵＩＤに対応する使用権利を探し、パブリッシングライセンス２０６を生成する。ライツマネジメントサーバー２００は次いで、コンテンツ鍵をメッセージ転送エージェント２１２のプライベートキーにシールし、パブリッシングライセンス２０６をメッセージ転送エージェント２１２に戻す。最後にステップ４１２で、メッセージ転送エージェント２１２は、メッセージ２０２をコンテンツ鍵により暗号化し、パブリッシングライセンス２０６をメッセージ２０２にバインドし、メッセージ２０２を配信リストに送信する。
【００３０】
上記の実施例は、配信リストに基づいたメッセージに対するライツマネジメントポリシーの動的な適用のための方法を例示するが、いくつかの代替実施形態もまた本発明によって企図される。上記の実施例では、メッセージ管理者は代わりに、あるライツマネジメントポリシーを、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔによるアクティブディレクトリサービスによって定義されるようなユーザーの属性など、ユーザーおよび／またはユーザーのグループを定義する、ある共通基準を所有するユーザーのグループに関連付けることができる。例えば、管理者はライツマネジメントポリシーを、あるビル内に位置するか、あるいは、ある組織グループに属するすべての送信者および／または受信者に対して、または、これらもしくは場合によっては他の異なるユーザーアカウント属性の、それらのある組み合わせに対して、定義することができる。
【００３１】
本発明によって企図された代替実施形態はまた、管理者があるライツマネジメントポリシーをメッセージのある属性に関連付けることを可能にすることによって、ライツマネジメントポリシーをメッセージに動的に適用するための方法をも提供する。このような実施形態では、管理者はあるライツマネジメントポリシーを、コンテンツ、送信側および受信側、ならびに、メッセージの日付のようなメッセージの属性に基づいて、関連付けることができる。
【００３２】
本発明のさらなる方法は、管理者があるライツマネジメントポリシーをある環境属性に関連付けることを可能にすることによって、ライツマネジメントポリシーをメッセージに動的に適用するための方法を提供する。例えば、管理者はあるライツマネジメントポリシーを、受信者のロケーション、時刻、ネットワークトラフィックのレベル、受信者がオンラインであるかオフラインであるか、および、受信者のコンピューティングデバイス上のあるソフトウェアおよび／またはハードウェア構成のような環境属性に基づいて、関連付けることができる。
【００３３】
ＩＶ．ライツマネジメント保護されたメッセージの自動アップデート
ライツマネジメント保護されたドキュメントの１つの特徴は、有効期限情報をドキュメント上に設定することである。作成者がライツマネジメント保護をドキュメントまたは電子メール上に設定するとき、作成者には、コンテンツを有効期限切れにするためのオプションが与えられる。図５を見ると、ライツマネジメント保護されたメッセージ２０２の有効期限切れが例示される。有効期限切れのビヘイビアは、有効期限が切れるとき、メッセージ受信側１００によって開封されるメッセージ２０２は空であるというものである。カバーの下ではコンテンツはなおそこにあるが、ランタイムでは、コンテンツはメッセージ本文５００内で、コンテンツが有効期限切れになっているという、受信側への通知で置き換えられる。コンテンツの除去は、コンテンツフィルタリングコード５０２によってプログラム的に達成され、コンテンツフィルタリングコード５０２は、メッセージの開封前に、メッセージ送信側によって設定された有効期限切れ条件が満たされると決定する。
【００３４】
上記で例示したプロセスは、いくつかの理由のために、決して満足できるものではない。第１に、有効期限切れ日をコンテンツの一部上で設定するポイントは、作成者に、有効期限切れ日が経過した後に何者もコンテンツにアクセスすることができないようになることを保証することである。十分な時間が、ライツマネジメント保護されたドキュメントと共に与えられると、熟練したハッカーはこのドキュメントをこじ開けることができる。第２に、多数の企業は、特定のタイプの情報に適用されるｅメール保存ポリシーを有する。例えば、法律事務所は、特定の件についてのすべてのｅメールが２年後に削除されることを必要とする場合がある。したがって、これらのポリシーを有するすべての既存のｅメールは、必ずメッセージ転送エージェントから適切な時間にパージされることが必要となる。ｅメールのコンテンツが完全に削除されない場合、ライツマネジメントサーバーは理論上、コンテンツをクラックすることができ、結果として、完全に削除されず、なお検索可能であるコンテンツを生じる。第３に、リッチ（および大型）コンテンツが結合されたｅメールが継続的に急増しているので、ユーザーは従来にも増してより多くの、より大きいｅメールを送信している。結果として、ｅメール管理者は強制的に、それらのユーザーのためにますます多くのディスクスペースを割り振るようにされる。管理者に、有効期限が切れたライツマネジメントコンテンツ（ｅメールおよび添付ファイルの両方）を削除するためのオプションを可能にすることによって、この状況を緩和することができる。
【００３５】
図６および７を参照すると、ライツマネジメント保護されたメッセージ２０２の自動アップデートのための方法が例示される。この方法は、有効期限が切れたいかなるライツマネジメント保護されたメッセージ２０２またはライツマネジメント保護されたメッセージの添付ファイルも、メッセージ転送エージェント２１２を通過するとき、削除またはアップデートされることを保証する。ステップ７００で開始して、メッセージ２０２はメッセージストア２１４に到着する。次にステップ７０２で、メッセージ２０２は、ライツマネジメント保護されたメッセージおよび／または添付ファイルについてスキャンされる。これを、コンテンツクラスまたはメールアプリケーションプログラミングインターフェイス（ＭＡＰＩ）プロパティを認識することによって、実施することができる。
【００３６】
ステップ７０４に進むと、ライツマネジメント保護されたメッセージ２０２に対して、メッセージ転送エージェント２１２はメッセージ２０２を事前ライセンシングする。事前ライセンシングは、メッセージ受信側がユーザー証明書、および、使用ライセンスのための要求を、ライツマネジメントサーバーにサブミットすることを必要とするのではなく、メッセージ転送エージェントがメッセージ受信側に代わって使用ライセンスを得ることができる方法である。したがって、メッセージ受信側はメッセージ転送エージェントからの使用ライセンスにアクセスし、保護されたコンテンツを、ライツマネジメントサーバーからの使用ライセンスを要求する必要なしに、解読することができる。さらなる情報については、それが説明するあらゆるものについて全体として本明細書に組み込まれる２００３年ＭＭＭ月ＤＤ日出願のJohn Gerard Speare他発明者の「Pre-licensing of Rights Management Protected Content」という名称の米国特許出願整理番号１３７６８．４４９を参照されたい。
【００３７】
メッセージ２０２を事前ライセンシングすると、ステップ７０６で、追加のＭＡＰＩまたは別法としてＭｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ（ＭＩＭＥ）プロパティが作成され、このプロパティは、書名付きのＥｘｔｅｎｄｅｄ  Ｒｉｇｈｔｓ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸｒＭＬ）データを含む。ＸｒＭＬは、ＸＭＬに基づいた権利表現言語（ＲＥＬ）規格である。ＸｒＭＬは、デジタルコンテンツおよびサービスのための権利およびポリシーを表現および管理するための、共通の使いやすい手段を提供する。これは、柔軟性のある、拡張可能で相互運用可能な規格であり、業界、プラットフォーム、フォーマット、メディアタイプ、ビジネスモデルまたは配信アーキテクチャにかかわらず、いかなる組織の必要性をも満たすように装備されている。さらなる情報については、それが説明するあらゆるものについて全体として本明細書に組み込まれるものを参照されたい（例えば、非特許文献１参照。）。
【００３８】
次にステップ７０８で、メッセージ管理ツール３００を使用して、メッセージ管理者は、メッセージアップデートアプリケーション６００を、ＸＭＬ文字列を解析してコンテンツが有効期限切れであるかどうかを判断するように、構成することができる。メッセージ管理者は、メッセージ転送エージェント２１２がメッセージアップデートアプリケーション６００を定期的な間隔（例えば、毎日、１時間ごと）またはオンデマンドで実行するように、スケジュールすることができる。代替として、メッセージ転送エージェント２１２は、ライツマネジメント「ライセンスリーダー」ユーティリティ（図示せず）を利用して、ＸｒＭＬデータを解析して有効期限情報を決定することができる。次にステップ７１０で、有効期限が切れたコンテンツが文字セットについてスキャンされ、すべての添付ファイルおよび非ＲＦＣ８２２ヘッダーが除去される。最後にステップ７１２で、メッセージ本文６０２を、元のメッセージの文字セットに従って、予め準備されたメッセージ（例えば、「このメッセージのライツマネジメント保護されたコンテンツの有効期限は切れている。」）によりポピュレートすることができる。
【００３９】
上記の実施例は、ライツマネジメント保護されたメッセージの自動アップデートのための方法を例示するものであるが、いくつかの代替実施形態もまた本発明によって企図される。上記の実施例では、メッセージを代わりに、メッセージ本文の置換として、廃棄によりメッセージストア内に残ることとは対照的に、完全にパージすることができる。代替として、メッセージ本文を、有効期限切れのコンテンツよりも現在のコンテンツによりリフレッシュすることができる。
【００４０】
さらなる情報については、それが説明するあらゆるものについて全体として本明細書に組み込まれるものを参照されたい（例えば、非特許文献２参照。）。
【００４１】
本発明の原理を適用することができる多数の可能な実施形態に鑑みて、図面に関して本明細書で説明した実施形態は例示的でしかないように意味され、本発明の範囲を限定するものとして解釈されるべきでないことを理解されたい。例えば、パフォーマンスの理由のため、本発明の方法をソフトウェアではなくハードウェアにおいて実施することができる。したがって、本明細書で説明したような本発明は、以下の特許請求の範囲およびその同等物の範囲内に入る可能性のあるこのようなすべての実施形態を企図する。
【符号の説明】
【００４２】
１００  コンピューティングデバイス
２００  ライツマネジメントサーバー
２０２  メッセージ
２０４  ライツマネジメントクライアントアプリケーション
２０６  パブリッシングライセンス
２０８  メッセージ受信側
２１０  使用ライセンス
２１２  メッセージ転送エージェント
２１４  メッセージストア
３００  メッセージ管理ツール
３０２  コンフィギュレーションデータベース
３０４  アクティブディレクトリ
３０６  メッセージトランスポート
３０８  ライツマネジメントＤＬＬ
【図１】
0005420710.tif 000002
【図２ａ】
0005420710.tif 000003
【図２ｂ】
0005420710.tif 000004
【図３】
0005420710.tif 000005
【図４】
0005420710.tif 000006
【図５】
0005420710.tif 000007
【図６】
0005420710.tif 000008
【図７】
0005420710.tif 000009