(57)【要約】  本発明は、権利管理システム内の信頼されるエンティティ間でポリシーを比較し、実施する能力を提供する。例えば、２つのエンティティ（３２５、３３０）間のポリシー（３５５）が、いずれかのエンティティによって受け取られることが可能である。次に、ポリシーが比較されて、２つのポリシーの適合性が判定されることが可能である。相容れる場合、または場合により、比較せずにも、他の諸実施形態は、メッセージサーバ使用ライセンス（３０３）を提供し、ライセンス（３０３）は、メッセージの保護された部分へのアクセスを許して、エンティティがエンティティのメッセージポリシーを実施することを可能にする。
2007535030.tif 000002
【特許請求の範囲】
【請求項１】
無許可のアクセスからメッセージを保護するための権利管理システムにおいて、エンティティに、前記エンティティのメッセージサーバがメッセージを受け入れる条件を実施する能力を提供する方法であって、
保護された部分を有するメッセージ、発行ライセンス、およびメッセージサーバ使用ライセンスを含むデータを受信する動作であって、前記メッセージの前記保護された部分は、権利管理サーバによって管理され、前記発行ライセンスは、前記メッセージの前記保護された部分に対する１つまたは複数のプリンシパルの権利を定義し、前記メッセージサーバ使用ライセンス、エンティティのメッセージサーバに対応する暗号化されたキーである動作と、
前記エンティティによって定義されたメッセージポリシーに従って前記保護された部分に対する操作を実行するために、前記メッセージサーバ使用ライセンスを使用して、前記メッセージの前記保護された部分にアクセスする動作と、
前記メッセージの前記保護された部分が、前記エンティティによって定義された前記メッセージポリシーに適合する場合、前記メッセージおよび前記発行ライセンスを前記１つまたは複数のプリンシパルに提供する動作とを含むことを特徴とする方法。
【請求項２】
前記メッセージポリシーは、ウイルス対策スキャン、スパム対策スキャン、および探索項目インデックス付けの１つまたは複数から選択されることを特徴とする請求項１に記載の方法。
【請求項３】
前記メッセージの前記保護された部分は、保護された連絡先、保護されたドキュメント、保護された添付ファイル、保護された予定表のアイテム、または保護された会合要求の少なくとも１つであることを特徴とする請求項２に記載の方法。
【請求項４】
前記操作は、前記メッセージおよび前記発行ライセンスをパートナエンティティに送信する前に、送信側エンティティのサーバによって実行されることを特徴とする請求項２に記載の方法。
【請求項５】
前記操作は、送信側エンティティから前記メッセージを受信する際にパートナエンティティのサーバによって実行されることを特徴とする請求項２に記載の方法。
【請求項６】
前記メッセージサーバ使用ライセンスは、前記パートナエンティティのサーバが利用できる権利を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記パートナエンティティが前記メッセージの前記保護された部分に対して実行することができる操作のタイプを定義する前記送信側エンティティのメッセージポリシーを受信する動作と、
前記メッセージに対して実行されてからでないと、前記パートナエンティティのメッセージサーバが前記メッセージを受け入れることができない操作のタイプを定義する前記パートナエンティティのメッセージポリシーを受信する動作と、
前記送信側エンティティのメッセージポリシーを前記パートナエンティティのメッセージポリシーと比較する動作と、
前記比較に基づき、前記ポリシーが相容れるかどうかを判定してから、前記送信側エンティティから前記メッセージおよび前記発行ライセンスを受け入れる動作とをさらに含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記パートナエンティティは、前記送信側エンティティのメッセージをディレクトリサービスから受信することを特徴とする請求項７に記載の方法。
【請求項９】
前記受信される送信側エンティティのメッセージポリシーのフォーマットは、ＸｒＭＬであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ディレクトリサービスは、ＤＮＳ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰ、ＸＫＭＳ、またはＵＤＤＩの１つであることを特徴とする請求項８に記載の方法。
【請求項１１】
前記送信側エンティティは、前記パートナエンティティのメッセージポリシーを前記パートナエンティティからＳＭＴＰ接続を介して受信することを特徴とする請求項７に記載の方法。
【請求項１２】
前記１つまたは複数のプリンシパルは、プロセッサ、ユーザ、マシン、サーバ、またはクライアントであることを特徴とする請求項１に記載の方法。
【請求項１３】
無許可のアクセスからメッセージを保護するための権利管理システムにおいて、メッセージサーバ使用ライセンスを生成することによって、エンティティに、前記エンティティのメッセージサーバがメッセージを受け入れる条件を実施する能力を提供する方法であって、
エンティティのメッセージサーバを明らかにするメッセージサーバ使用ライセンスを求める要求を受信する動作と、
権利管理サーバによって管理されるメッセージの保護された部分へのアクセスを許すキーを受信する動作と、
前記エンティティのメッセージサーバに対応するように前記キーを暗号化する動作と、
前記エンティティによって定義されたメッセージポリシーに従って前記メッセージに対して操作を実行する際、前記メッセージの前記保護された部分へのアクセスを前記エンティティのメッセージサーバに許すため、前記暗号化されたキーを含むメッセージサーバ使用ライセンスを生成する動作とを含むことを特徴とする方法。
【請求項１４】
前記メッセージポリシーは、ウイルス対策スキャン、スパム対策スキャン、および探索項目インデックス付けの１つまたは複数から選択されることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記メッセージの前記保護された部分は、保護された連絡先、保護されたドキュメント、保護された添付ファイル、保護された予定表のアイテム、または保護された会合要求の少なくとも１つであることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記要求は、送信側エンティティのメッセージサーバによって行われることを特徴とする請求項１４に記載の方法。
【請求項１７】
前記エンティティは、前記送信側エンティティであることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記エンティティは、前記送信側エンティティのサーバが、前記メッセージおよび発行ライセンスを送信するパートナエンティティであり、前記発行ライセンスは、前記メッセージの前記保護された部分に対する１つまたは複数のプリンシパルの権利を定義し、前記メッセージサーバ使用ライセンスを求める前記要求は、前記パートナエンティティのサーバを明らかにするために前記パートナエンティティに発行されるデジタル証明書を含むことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記１つまたは複数のプリンシパルは、プロセッサ、ユーザ、マシン、サーバ、またはクライアントであることを特徴とする請求項１８に記載の方法。
【請求項２０】
無許可のアクセスからメッセージを保護するための権利管理システム内の送信側エンティティのメッセージサーバにおける、エンティティに、前記エンティティのメッセージサーバがメッセージを受け入れる条件を実施する能力を提供する方法を実施するコンピュータ実行可能命令を担持する１つまたは複数のコンピュータ可読媒体を含むコンピュータプログラム製品であって、前記方法は、
権利管理サーバによって管理される保護された部分を有するメッセージを受信する動作と、
前記メッセージの前記保護された部分に対して実行することができる操作のタイプを制限する、１つまたは複数の宛先のプリンシパルが利用できる権利を含む発行ライセンスを受信する動作と、
前記メッセージ、実行されるべき操作を指定する、エンティティによって定義されたメッセージポリシーを受信する動作と、
前記メッセージの前記保護された部分へのアクセスを前記エンティティのメッセージサーバに許すメッセージサーバ使用ライセンスを要求する動作と、
前記エンティティのメッセージサーバに対応する暗号化されたキーを含む前記要求されたメッセージサーバ使用ライセンスを受信する動作と、
前記メッセージ、前記発行ライセンス、および前記メッセージサーバ使用ライセンスを前記エンティティのメッセージサーバに提供して、前記エンティティのメッセージサーバが、前記エンティティによって定義された前記メッセージポリシーを実施することができるようにする動作と
を含むことを特徴とするコンピュータプログラム製品。
【請求項２１】
前記メッセージポリシーは、ウイルス対策スキャン、スパム対策スキャン、および探索項目インデックス付けの１つまたは複数から選択されることを特徴とする請求項２０に記載のコンピュータプログラム製品。
【請求項２２】
前記メッセージの前記保護された部分は、保護された連絡先、保護されたドキュメント、保護された添付ファイル、保護された予定表のアイテム、または保護された会合要求の少なくとも１つであることを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２３】
前記操作は、前記メッセージおよび前記発行ライセンスをパートナエンティティに送信する前に、前記送信側エンティティのサーバによって実行されることを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２４】
前記パートナエンティティが前記メッセージの前記保護された部分に対して実行することが許される操作のタイプを定義する前記送信側エンティティのメッセージポリシーを受信する動作と、
前記メッセージに対して実行されてからでないと、前記パートナエンティティのメッセージサーバが前記メッセージを受け入れることができない操作のタイプを定義する前記パートナエンティティのメッセージポリシーを受信する動作と、
前記送信側エンティティのメッセージポリシーを前記パートナエンティティのメッセージポリシーと比較する動作と、
前記比較に基づき、前記ポリシーが相容れるかどうかを判定してから、前記メッセージおよび前記発行ライセンスを前記パートナエンティティに送信する動作とをさらに含むことを特徴とする請求項２３に記載のコンピュータプログラム製品。
【請求項２５】
前記送信側エンティティは、前記パートナエンティティのメッセージポリシーをディレクトリサービスから受信することを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２６】
前記受信されるパートナエンティティのメッセージポリシーのフォーマットは、ＸｒＭＬであることを特徴とする請求項２５に記載のコンピュータプログラム製品。
【請求項２７】
前記ディレクトリサービスは、ＤＮＳ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰ、ＸＫＭＳ、またはＵＤＤＩの１つであることを特徴とする請求項２５に記載のコンピュータプログラム製品。
【請求項２８】
前記送信側エンティティは、前記パートナエンティティのメッセージポリシーを前記パートナエンティティからＳＭＴＰ接続を介して受信することを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２９】
前記操作は、前記送信側エンティティから前記メッセージを受信する際にパートナエンティティのサーバによって実行されることを特徴とする請求項２２に記載のコンピュータプログラム製品。
【請求項３０】
前記１つまたは複数の宛先のプリンシパルは、プロセッサ、ユーザ、マシン、サーバ、またはクライアントであることを特徴とする請求項２３に記載のコンピュータプログラム製品。
【請求項３１】
２つの信頼されるエンティティ間で転送されるメッセージを無許可のアクセスから保護するための権利管理システムにおいて、前記メッセージを転送することができるかどうかを互いのメッセージポリシーに基づいて判定する方法であって、
パートナエンティティがメッセージの保護された部分に対して実行することが許される操作のタイプを定義する送信側エンティティのメッセージポリシーを受信する動作と、
前記メッセージに対して実行されてからでないと、前記パートナエンティティのメッセージサーバが前記メッセージを受け入れることができない操作のタイプを定義する前記パートナエンティティのメッセージポリシーを受信する動作と、
前記送信側エンティティのメッセージポリシーを前記パートナエンティティのメッセージポリシーと比較する動作と、
前記比較に基づき、前記送信側エンティティのメッセージサーバと前記パートナエンティティのメッセージサーバの間で前記メッセージを転送するために前記ポリシーが相容れるかどうかを判定する動作とを含むことを特徴とする方法。
【請求項３２】
前記メッセージポリシーは、ウイルス対策スキャン、スパム対策スキャン、および探索項目インデックス付けの１つまたは複数から選択されることを特徴とする請求項３１に記載の方法。
【請求項３３】
前記ポリシーは、前記メッセージが、前記送信側エンティティのサーバから前記パートナエンティティのメッセージサーバに転送されるべきかどうかを判定するために、前記送信側エンティティのサーバにおいて受信され、比較されることを特徴とする請求項３２に記載の方法。
【請求項３４】
前記ポリシーは、前記メッセージが、前記送信側エンティティのサーバから前記パートナエンティティのメッセージサーバに転送された場合に受け入れられるべきかどうかを判定するために、前記パートナエンティティのサーバにおいて受信され、比較されることを特徴とする請求項３２に記載の方法。
【請求項３５】
前記送信側エンティティは、前記パートナエンティティのメッセージポリシーをディレクトリサービスから受信することを特徴とする請求項３２に記載の方法。
【請求項３６】
前記受信されるパートナエンティティのメッセージポリシーは、ＸｒＭＬであることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記ディレクトリサービスは、ＤＮＳ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰ、ＸＫＭＳ、またはＵＤＤＩの１つであることを特徴とする請求項３５に記載の方法。
【請求項３８】
前記送信側エンティティは、前記パートナエンティティのメッセージポリシーを前記パートナエンティティからＳＭＴＰ接続を介して受信することを特徴とする請求項３２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、権利管理ｓシステムにおける保護されたメッセージの配信に関する。より詳細には、本発明は、信頼されるエンティティ間でポリシーを比較し、実施する能力を提供する。
【背景技術】
【０００２】
管理管理サービス（ＲＭＳ）は、電子メッセージの所有権／著作権を保護することを、そのメッセージに関して許可された受信者がどのようなアクションを行うことができるかを制限することによって行うソフトウェアを提供する。本明細書で言及するメッセージという用語は、ピクチャ、ムービー、ビデオ、音楽、プログラム、マルチメディア、ゲーム、ドキュメントなどを含む、デジタル形式で格納された情報およびデータである。ＲＭＳの主要な機能のいくつかは、ライセンス許可（ｌｉｃｅｎｓｉｎｇ  ａｕｔｈｏｒｉｚａｔｉｏｎ）を管理して、ライセンスを獲得している許可された中間ユーザまたはエンドユーザだけが、メッセージをロック解除することができるようにし、購入の条件、またはライセンスの条件、または別の形で作成者によって課せられた条件（例えば、許されるコピー回数、再生回数、ライセンスが有効であることが可能な時間間隔または期間、あるいはさらに配布すること、開くこと、またはアクセスすること、印刷することなどの、メッセージに対して実行することができるアクション）に従ってメッセージ使用を制限することである。ＲＭＳの別の機能は、メッセージの無許可コピーの出所を明らかにして、違法コピー（ｐｉｒａｃｙ）とさらに闘うことであることが可能である。
【０００３】
最初、権利管理の考えは、デジタルの雑誌、書籍、写真、教育資料、ビデオ、音楽などの、市販される資料のオンライン違法コピーから守るために使用された。しかし、権利管理の使用は、ビジネスネットワーク内の独自（ｐｒｏｐｒｉｅｔａｒｙ）情報および機密情報を保護するためにビジネス環境においてますます普及している。例えば、大企業のＣＥＯが、企業秘密を含む電子メールを配信することを所望することが可能である。しかし、その情報の機密性のため、ＣＥＯは、そのメッセージに対して受信者が行うことができるアクションを制限することを所望することが可能である。例えば、ＣＥＯは、上位レベルの経営陣が、機密情報を読み取ること、コピーすること、印刷すること、および保存することを許すが、読み取り専用アクセス、またはまったくアクセスがないことに他の従業員を制限することを所望する可能性がある。したがって、ＲＭＳの使用を介して、ＣＥＯは、誰が保護されたメッセージを見ることを許可されるか、そのメッセージに関してその人がどのようなアクションを行うことができるかを指定することができる。
【０００４】
以上は、ビジネスネットワーク環境においてメッセージを管理することの重要さの多くの例の１つを示すに過ぎない。権利管理は、ビジネス環境において人気の高いツールになりつつあるが、現在、このシステムにはいくつかの欠点および欠陥が存在する。例えば、２つの組織間でメッセージが交換される場合、各組織は、組織間で信頼を確立するために保護されたメッセージに対して実行されることをそれぞれが許す、または要求する条件を指定する信頼ポリシーを実施する。この信頼を確立することは、複雑であり、通常、多くの現行のＲＭシステムにおいて手動の介入を伴う。例えば、パートナ組織は、ＲＭＳサーバ証明書およびポリシー情報を各パートナと手動で交換しなければならない。証明書を交換すること、および証明書が失効した場合に証明書を手動で更新することは、特に、組織が、相当な数のパートナ組織とセキュリティで保護されたメッセージを交換する場合、極めて扱いにくくなる可能性がある。さらに、２つの組織間のポリシーが、保護されたメッセージを送受信するのに相容れるかどうかを判定する手段が、現在、存在しない。
【０００５】
慣用のＲＭシステムに関連するその他の関係する問題も存在する。例えば、ＲＭＳによってアクセスが制限されているメッセージは、通常、デスクトップごとに暗号化されるため、エージェントまたはサーバは、そのメッセージの保護された部分へのアクセスをまったく有さない。したがって、これにより、ウイルス対策スキャン、スパム対策フィルタリング、探索項目インデックス付けなどの貴重な操作が妨げられる。そのような機構なしでは、ＲＭＳは、ウイルス、ワーム、トロイの木馬、およびスパムを配信するための縛られない方法となる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来のシステムには上述したような種々の問題があり、さらなる改善が望まれている。
【０００７】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、信頼されるエンティティ間でポリシーを比較し、実施することを可能にする方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の典型的な諸実施形態によれば、現在の権利管理サービスシステムの以上に明らかにした欠点および欠陥が克服される。例えば、典型的な諸実施形態は、エンティティのメッセージサーバがメッセージを受け入れる諸条件を実施する能力をエンティティに与える、メッセージを無許可のアクセスから保護するための権利管理システムを提供する。
【０００９】
一実施形態では、権利管理サーバによって管理される保護された部分を有するメッセージ、発行ライセンス、およびメッセージサーバ使用ライセンスを含むデータが、受信される。発行ライセンスは、メッセージの保護された部分に対する１つまたは複数のプリンシパル（ｐｒｉｎｃｉｐａｌ）の権利を定義し、メッセージサーバ使用ライセンスは、エンティティのメッセージサーバに対応する暗号化されたキーを含む。メッセージサーバ使用ライセンスは、エンティティによって定義されたメッセージポリシーに従って保護された部分に対して操作を実行するために、メッセージの保護された部分にアクセスするのに使用することができる。メッセージの保護された部分が、エンティティによって定義されたメッセージポリシーに適合する場合、メッセージおよび発行ライセンスが、１つまたは複数のプリンシパルに提供されることが可能である。
【００１０】
他の典型的な諸実施形態は、メッセージサーバ使用ライセンスを生成することができる権利管理システムを提供する。エンティティのメッセージサーバを特定するメッセージサーバ使用ライセンスを求める要求が受信される。また、権利管理サーバによって管理されるメッセージの保護された部分へのアクセスを可能にするキーも、受信されることが可能である。次に、キーは、エンティティのメッセージサーバに対応するように暗号化されることが可能である。次に、暗号化されたキーを含むメッセージサーバ使用ライセンスが生成される。これは、エンティティによって定義されたメッセージポリシーに従ってメッセージに対して操作を実行する際、エンティティのメッセージサーバに、メッセージの保護された部分へのアクセスを許す。
【００１１】
さらに別の諸実施形態は、送信側エンティティのメッセージサーバにおいて、コンピュータプログラム製品が、エンティティのメッセージサーバがメッセージを受け入れる諸条件を実施する能力をエンティティに与えるようにする。権利管理サーバによって管理される保護された部分を有するメッセージが受信される。さらに、１つまたは複数の宛先の（ｉｎｔｅｎｄｅｄ）プリンシパルが利用できる権利を含む、発行ライセンスが受信される。発行ライセンス内の権利は、メッセージの保護された部分に対して実行されることが可能な操作のタイプを制限する。また、メッセージに対して実行されるべき操作を指定する、エンティティによって定義されたエンティティメッセージポリシーも受信される。メッセージの保護された部分へのアクセスをエンティティのメッセージサーバに許すメッセージサーバ使用ライセンスが、要求されることが可能である。次に、エンティティのメッセージサーバに対応する暗号化されたキーを含む、要求されたメッセージサーバ使用ライセンスが受信されることが可能である。最後に、メッセージ、発行ライセンス、およびメッセージサーバ使用ライセンスが、エンティティのメッセージサーバに提供され、エンティティのメッセージサーバが、エンティティによって定義されたメッセージポリシーを実施することができるようになる。
【００１２】
さらに別の諸実施形態は、エンティティ間でメッセージを転送することができるかどうかを互いのメッセージポリシーに基づいて判定する、２つの信頼されるエンティティ間でメッセージを転送するためのメッセージシステムを提供する。メッセージの保護された部分に対してパートナエンティティが実行することが許される操作のタイプを定義する送信側エンティティのメッセージポリシーが受信される。また、メッセージに対して実行されてからでないと、パートナエンティティのメッセージサーバがそのメッセージを受け入れることができない操作のタイプを定義するパートナエンティティのメッセージポリシーも受信される。送信側エンティティのメッセージポリシーは、パートナエンティティのメッセージポリシーと比較され、この比較に基づき、送信側エンティティのメッセージサーバとパートナエンティティのメッセージサーバの間でメッセージを転送するためにポリシーが相容れるかどうかが判定される。
【００１３】
本発明のさらなる特徴および利点は、以下の説明に記載し、一部は、その説明から明白となるか、あるいは、本発明の実施によって知ることができる。本発明の特徴および利点は、添付の特許請求の範囲において特に指摘する手段および組合せを使用して実現し、得ることができる。本発明の以上、およびその他の特徴は、以下の説明、および添付の特許請求の範囲からより十分に明白となるか、あるいは、以下に記載する本発明の実施によって知ることができる。
【００１４】
本発明の前述した利点および特徴、ならびにその他の利点および特徴を得ることができる仕方を説明するため、以上に簡単に説明した本発明のより詳細な説明を、添付の図面に示す本発明の特定の諸実施形態を参照して行う。それらの図面は、本発明の典型的な諸実施形態を例示するに過ぎず、したがって、本発明の範囲を限定するものと考えられるべきでないものと理解して、本発明を、添付の図面の使用を介してさらに具体的に、さらに詳細に記述し、説明する。
【発明を実施するための最良の形態】
【００１５】
本発明は、信頼されるエンティティ間でポリシーを比較し、実施するための方法、システム、およびコンピュータプログラム製品を範囲に含む。本発明の諸実施形態は、以下により詳細に説明する、様々なコンピュータハードウェアを含むことが可能な専用コンピュータまたは汎用コンピュータを含むことが可能である。
【００１６】
典型的な諸実施形態は、信頼されるエンティティ間におけるポリシーの比較および実施を提供することにより、他の権利管理サービスシステムの欠陥を克服するための方法、システム、およびコンピュータプログラム製品を提供する。したがって、パートナエンティティまたは外部エンティティ（例えば、会社、組織、小企業、企業など）が、ポリシーを比較して、パートナエンティティ間で保護されたメッセージが転送されるべき、または交換されるべきかどうかを判定することができる。さらに、典型的な諸実施形態は、エンティティが、エンティティが定義したメッセージポリシーに従って、メッセージの保護された部分に対して操作を実行することができるようにする。いずれにしても、以下の実施例をメッセージングシステム（すなわち、メッセージサーバを介して保護されたメッセージを送信するプロセス）の文脈で説明するが、本発明は、共有フォルダ、インスタントメッセージング、および／またはテキストメッセージングなどの、他の形態の保護されたメッセージまたはコンテンツにも適用できる可能性がある。このため、エンティティ間のポリシーの比較および実施に関して本明細書で説明する実施例は、単に例示の目的で使用され、本発明の範囲を限定することを意図するものではない。
【００１７】
権利管理サービスに参加するため、プリンシパルは、登録されなければならない。一般に、プリンシパルという用語は、言及する機能を実行することができるユーザ、プロセス、マシン、サーバ、クライアント、または他の任意のデバイスまたは事物を包含するように広く解釈されるものとする。しかし、特定のタイプのプリンシパルが所望される諸実施形態が存在する。例えば、図１Ａの登録プロセスに関して以下により詳細に説明するとおり、ロックボックス（ｌｏｃｋｂｏｘ）ｄｌｌを受け取ることによって登録するのは、通常、マシンである。これに対して、図１Ｂに示す登録プロセスを参照すると、ユーザまたはサーバが、通常、権利管理アカウント証明書（ＲＡＣ）を受け取ることによって登録し、ＲＡＣは、ＲＭシステムに対してユーザまたはサーバを明らかにする、ＲＭＳサーバによって各ユーザまたは各サーバに発行されるデジタル証明書である。したがって、本発明の典型的な諸実施形態を特定のタイプのプリンシパルの文脈で説明するが、それでも、プリンシパルという用語は、以上に説明した広い意味を保持しなければならない。
【００１８】
図１Ａは、登録１００プロセスにおける通常の第１のアクションの実施例を強調する。プリンシパル１２０（詳細には、クライアントまたはマシン）がまず、ロックボックスサーバ１１０から適切なソフトウェアを獲得しなければならない。したがって、プリンシパル１２０は、ロックボックス要求１０１をロックボックスサーバ１１０に送信し、そのマシンに固有のデータをロックボックスサーバ１１０に提供する。より詳細には、提供される情報は、マシンの物理的特性、例えば、プロセッサ速度、ＣＰＵシリアル番号、ネットワークアドレスなどであることが可能である。ロックボックスサーバ１００は、その固有データを使用してロックボックスｄｌｌ（ダイナミックリンクライブラリ）１１５を構築し、マシン証明書（図示せず）を作成し、ロックボックスｄｌｌ１１５とマシン証明書はともに、１０２においてプリンシパル１２０によって受信される。以下により詳細に説明するとおり、アクセスを制限してメッセージを保護するのはロックボックスｄｌｌ１１５である。さらに、ロックボックスｄｌｌ１１５は、マシンからの固有データを使用して構築されたため、マシン固有であり、その特定のマシン上でだけ機能するようになっている。ロックボックス１１５は、マシンが実行される際にマシンの特性について調べることができる。
【００１９】
今やプリンシパル１２０は、保護されたメッセージにアクセスするソフトウェアを有するので、プリンシパル１２０（詳細には、ユーザまたはサーバ）は、プリンシパル１２０が利用することを所望する各権利管理サービス（ＲＭＳ）サーバに登録する。例えば、プリンシパル１２０が、特定のビジネスネットワークに関する権利管理サービスに参加することを所望する場合、プリンシパル１２０は、そのシステムに関するＲＭＳサーバに登録する。つまり、特定のＲＭＳから管理されるメッセージにアクセスするのに、プリンシパルは、そのＲＭＳサーバに対して自らを明らかにする。本発明では、ＲＭＳサーバは、１つまたは複数のＲＭＳサーバを表わし、登録以外のいくつかの対話（例えば、以下に説明するとおり、発行ライセンスまたは使用ライセンスを獲得すること）も、利用可能なＲＭＳサーバ群のいずれかにアクセスすることが可能であることに留意されたい。
【００２０】
図１Ｂは、プリンシパル登録１００プロセスにおいてどのようにプリンシパル１２０、すなわち、ユーザまたはサーバが、ＲＭＳサーバ１２５に登録することができるかの実施例を示す。第１に、プリンシパル１２０は、ＲＭＳサーバ１２５に解読キーを要求する１０３。プリンシパルは、基本的プロトコル、ケルベロス（Ｋｅｒｂｅｒｏｓ）プロトコル、Ｘ５０９証明書プロトコル、Ｐａｓｓｐｏｒｔプロトコルなどの多くの慣用の認証プロトコルのいずれか１つ、ＲＭＳサーバに対して自らを明らかにすることができる。プリンシパル１２０は、通常、ＲＭＳサーバ１２５から、権利アカウント証明書（ＲＡＣ）を受け取り１０４、ＲＡＣは、プリンシパル１２０を権利管理サービスにおける信頼される参加者として後に明らかにするのに使用することができる。また、プリンシパル１２０は、ＲＭＳサーバ１２５から秘密キー１３０も受け取る。秘密キー１３０は、通常、要求１０３の中で提供されることが可能なキーを使用して暗号化されて、秘密キー１３０がトランスポート中に秘密に保たれる。秘密キー１３０は、例えば、マシン証明書の公開キー、またはマシン証明書の公開キーを使用して暗号化されたキーを使用して暗号化することもできる。もちろん、暗号化の他の周知のやり方、例えば、対称キー暗号化を使用して、秘密キー１３０を秘密に保つこともできる。したがって、どのように秘密キー１３０が暗号化されるか、および秘密キー１３０を暗号化するキーがどのように獲得されるかの前述した例示は、単に例示のために使用されており、本発明の範囲を限定する、または別の形で狭めることを意図するものではない。
【００２１】
いずれにしても、以下に説明するとおり、秘密キー１３０は、ＲＭＳサーバ１２５によって、プリンシパル１２０が保護されたメッセージを解読するのに使用するメッセージキーを暗号化するのに使用される。したがって、プリンシパル１２０が、保護されたメッセージを受信すると、ロックボックスｄｌｌ１１５が、メッセージの真正性を確認し、メッセージキーを取り出し、解読して、プリンシパル１２０のためにメッセージを開くことができる。
【００２２】
現時点で、プリンシパル１２０は、権利管理サービスに参加する用意ができている。保護されたメッセージを送信することにより、または保護されたメッセージを解読しようと試みて権利管理に参加することを所望するいずれのプリンシパルも、通常、同様のユーザ登録１００ルーチンを経る。保護されたメッセージを送信するプリンシパルは、登録してからでないと、メッセージを公開することができないが（以下により詳細に説明する）、プリンシパルは、ＲＭＳシステムに登録されておらずに、保護されたメッセージを受信することができることに留意されたい。それでも、保護されたメッセージを受信した未登録のプリンシパルは、登録してからでないと、保護されたメッセージを解読することができない。したがって、未登録のプリンシパルは、保護されたメッセージにアクセスしようと試みると、登録するように誘導されることが可能である。
【００２３】
図２Ａ〜Ｃは、送信側エンティティ２００内の保護されたメッセージの送信側２１０、およびパートナエンティティ２５０内のプリンシパル２４０が、どのように権利管理プロセスに参加することができるかの実施例を示す。第１に、図２Ａに示すとおり、送信側２１０は、保護されたメッセージ２２０とともにプリンシパル２４０に送信される発行ライセンス２０２を獲得しなければならない。したがって、送信側２１０は、メッセージを暗号化し、ＲＭＳ２１５から発行ライセンスを求める要求２０１を行う。（ＲＭＳサーバ２１５は、送信側エンティティ２００の外部に示されているが、送信側エンティティ２００の一部であることも可能であることに留意されたい。）この要求２０１は、権利表現、メッセージキー（通常、例えば、ＲＭＳサーバ２１５の公開キーで暗号化された、あるいは要求全体が、セキュアソケットレイヤ（ＳＳＬ）を介して暗号化されることが可能である）、メッセージキー識別子、およびメッセージのハッシュなどを含むことが可能である。権利表現は、通常、保護されたメッセージが誰を宛先としているのか、および各受信者がそのメッセージに対して何を行うことができるかを指定する。メッセージキー（図示せず）は、保護されたメッセージを暗号化する／解読するのに使用されるように、通常、送信側２１０によって作成される対称キーである。一実施形態は、ＲＭＳサーバ２１５が、データベース（図示せず）の中にメッセージキーを保存することができるようにし、サーバ２１５は、後に、以下に説明する使用ライセンスプロセスにおいて保存されたメッセージキーをプリンシパル２４０に送信する。代替として、以下により詳細に説明するとおり、ＲＭＳサーバ２１５は、メッセージキーの暗号化されたバージョンを発行ライセンス２０２の中に含めることができる。最後に、ハッシュを後に使用して、メッセージが、それぞれのロックボックスｄｌｌ２４５によって受け取られ、開かれた際に変わらないことを確認することができる。
【００２４】
発行ライセンスを求める要求２０１を受信した後、ＲＭＳサーバ２１５は、発行ライセンス２０２を作成することができ、発行ライセンス２０２は、ＲＭＳサーバによって署名された、暗号化された情報であることが可能である。情報は、単に、権利表現、暗号化されたメッセージキー、メッセージキー識別子、および／またはメッセージのハッシュの任意の組合せであることが可能である。したがって、ＲＭＳサーバ２１５は、発行ライセンス２０２、ならびに使用ライセンス２０３を求める要求（以下に説明する）を後に受信すると、ＲＭＳサーバ２１５が、発行ライセンス２０２を作成したサーバであると保証されることが可能である。
【００２５】
前述したとおり、ＲＭＳサーバは、メッセージキーを格納するか、またはメッセージキーの暗号化されたバージョンを発行ライセンス２０２の中に含めること、あるいはその両方を行うことができる。ＲＭＳサーバは、メッセージキーを格納する場合、以下に説明するとおり、使用ライセンスを発行する際、メッセージキー識別子を使用して、自らのデータベースの中でメッセージキーを探し出すことができる。代替として、発行ライセンス２０２が、例えば、ＲＭＳサーバ２１５の公開キーに暗号化されたメッセージキーを含む。ＲＭＳサーバは、以下に説明する諸実施形態に従って、後に、使用ライセンスを発行する際にメッセージキーを解読することができる。いずれにしても、メッセージキー、暗号化されたキーなどの用語が、様々な実施形態において使用される場合、メッセージキーの識別子、メッセージキーの暗号化されたバージョン、またはメッセージキーを識別し、獲得する際に使用される他のあらゆる手段を含むように広く解釈されなければならない。
【００２６】
いずれにしても、送信側２１０は、発行ライセンス２０２を受信し、このライセンス２０２を送信側２１０は、次に、パートナエンティティ２５０内のプリンシパル２４０に送信される保護されたメッセージ２２０に付加することができる。これは、通常、１回限りの操作であり、通常、送信者が保護されたメッセージを送信しようと最初に試みる際に行われる。図２Ｂは、保護されたメッセージ２２０および発行ライセンス２０２が、送信側エンティティ２００からパートナエンティティ２５０内のプリンシパル２４０にどのように送信されることが可能かの高レベルの概略を示す。送信側２１０、または送信側エンティティ２００内のサーバまたは他のデバイスは、単に、発行ライセンス２０２を保護されたメッセージ２２０に付加し、メッセージ２２０を送信側エンティティ２００のメッセージサーバ２２５に転送することができる。次に、送信側エンティティのメッセージサーバ２２５が、適切なパートナエンティティのメッセージサーバ２３０を探し出し、保護されたメッセージ２２０および発行ライセンス２０２をパートナエンティティのメッセージサーバ２３０に転送する。プリンシパル２４０が、プリンシパル２４０のメッセージサーバ２３０に接続すると、パートナエンティティのメッセージサーバ２３０が、保護されたメッセージ２２０および発行ライセンス２０２をプリンシパル２４０に送信する。
【００２７】
以上のメッセージサーバ、および以下のメッセージサーバ（例えば、送信側エンティティのメッセージサーバ２２５およびパートナエンティティのサーバ２３０）を単独のユニットとして示し、説明してきており、以降もそうするが、これらのメッセージサーバは、任意の数のサーバを含むことが可能であることに留意されたい。例えば、これらのメッセージサーバには、中間サーバ群、エッジサーバ群、プロキシサーバ群、エクスチェンジャ（ｅｘｃｈａｎｇｅｒ）サーバ群、またはメッセージを送受信するプロセスにおいて使用される他の任意のタイプのサーバが含まれることが可能である。したがって、本発明の典型的な諸実施形態を単一のメッセージサーバユニットの文脈で説明するが、それでも、メッセージサーバという用語は、広い解釈を保って、メッセージ、または他の類似したタイプのデータを受信する際に使用される任意の１つまたは複数のサーバを表わすものとする。
【００２８】
いずれにしても、プリンシパル２４０、またはパートナエンティティのサーバ２３０（または他の類似したプロキシ）は、メッセージを保護されたメッセージとして認識し、ＲＭＳサーバ２１５から使用ライセンス２０４を獲得しようと試みることができる。図２Ｃは、プリンシパル２４０場合に、使用ライセンス２０４を獲得するためにプリンシパル２４０またはプロキシが経ることが可能なプロセスを示す。第１に、プリンシパル２４０は、ＲＭＳ２１５から使用ライセンス２０３を求める要求を行うことができる。通常、使用ライセンスを求める要求は、プリンシパル２４０が許可されたユーザであることをＲＭＳ２１５が確認するのに使用する、発行ライセンス２０２およびプリンシパル２４０のＲＡＣを含む。
【００２９】
ＲＭＳサーバ２１５は、発行ライセンス２０２の真正性、およびプリンシパル２４０のＩＤを確認すると、メッセージキー２３５を含む使用ライセンス２０４をプリンシパル２４０に送信することができる。もちろん、前述したとおり、メッセージキーは、ＲＭＳサーバ２１５のデータベースの中に格納されること、あるいは暗号化された形態で発行ライセンスの中に含められることも可能である。使用ライセンス２４０の中で送信される場合、メッセージキー２３５は、登録プロセスにおいてあらかじめ獲得されており、ロックボックス２４５の中に格納されているプリンシパルの秘密キー（図示せず）に暗号化されなければならない。したがって、プリンシパル２４０は、暗号化されたメッセージキー２３５を含む使用ライセンス２０４を受信すると、その使用ライセンス２０４をロックボックス２４５に提供することができる。例えば、解読されたメッセージを使用することになるアプリケーション（図示せず）が、暗号化されたメッセージおよび使用ライセンス２０４をロックボックス２４５に提供することが可能である。
【００３０】
アプリケーションが解読されたメッセージを扱うのに信頼が置けることを確実にするため、アプリケーションは、認定されなければならず、そのような認定を使用ライセンス２０４とともにロックボックスに提示しなければならない。次に、ロックボックス２４５は、登録プロセスにおいて作成された秘密キーを使用して、メッセージキー２３５を解読し、その後、メッセージキー２３５を使用して、保護されているメッセージ２２０を解読することができる。次に、ロックボックス２４５が、適切なアプリケーションを介して、発行ライセンス２０２および／または使用ライセンス２０４の中で定義された制限とともに解読されたメッセージを提供して、保護されたメッセージに適切な制限を課すことができる。
【００３１】
いずれかのエンティティが、メッセージポリシーを比較する、または実施すること、すなわち、保護されたメッセージを送信する、受信する、または保護されたメッセージへのアクセスを許す前に保護されたメッセージに対して実行されるべき操作を行うことを所望する場合、典型的な諸実施形態は、そのようなポリシーの交換、比較、および実施を可能にする。以下の説明、ならびに図３Ａ〜Ｃは、信頼されるパートナエンティティ（すなわち、互いに外部にあるが、信頼される関係を確立しているエンティティ）が、メッセージを転送する際、どのようにメッセージポリシー情報を使用し、交換することができるかを示す。
【００３２】
図３Ａを参照すると、図２Ａに関連して前述した公開プロセスと同様に、権利管理サービスに登録し、保護されたメッセージを送信することを所望する送信側３１０が、ＲＭＳサーバ３１５から発行ライセンス３０１を要求することができる。前述したとおり、発行ライセンス３０１を求める要求は、権利表現、メッセージキー、およびメッセージのハッシュを含むことが可能である。権利表現は、誰が保護されたメッセージを受け取ることを許可されているか、およびその人がそのようなメッセージに対して何を行うことができるかを定義する。例えば、権利表現は、メッセージの再ライセンス供与（ｒｅ−ｌｉｃｅｎｓｉｎｇ）を行う際、メッセージを印刷する、コピーする、転送する、共有する、委託する、または保存する際、メッセージに対するプリンシパルの操作上の権利を制限することができる。さらに、権利表現は、例えば、前述した権利が利用できる回数、または期間を制限する、有効期限の機能を含むことが可能である。
【００３３】
前述したとおり、発行ライセンス３０１を求める要求は、メッセージキー３３５も含まなければならない。メッセージキー３３５は、送信側３１０によって作成された対称キーであることが可能である。以下に説明するとおり、このメッセージキー３３５は、プリンシパル３４０が、保護されたメッセージ３２０にアクセスするのを許すのに使用される。権利表現およびメッセージキー３３５に、加えて、発行ライセンス３０１を求める要求は、メッセージのハッシュも含むことが可能である。ハッシュは、ロックボックスｄｌｌ３４５によって、メッセージが改ざんされていない、またはそれ以外で壊れていないことを確認するのに使用されることが可能である。
【００３４】
典型的な諸実施形態は、送信側エンティティのサーバ３２５またはパートナエンティティのサーバ３３０が、ポリシーの実施（例えば、ウイルス対策スキャン、スパム対策フィルタリング、探索項目インデックス付けなど）を要求する場合、送信者３１０、送信側エンティティのメッセージサーバ３２５、または送信側エンティティ３００内部のその他のプリンシパルが、ＲＭＳサーバ３１５から、１つまたは複数のメッセージサーバ使用ライセンス３０３をさらに要求する３０１ことができるようにする。例えば、送信側エンティティ３００の発信メッセージポリシーが、ウイルス対策スキャンを要求する場合、メッセージサーバ使用ライセンス（ＭＳＵＬ）３０３を求める要求３０１を行うことができる。要求３０１は、送信側エンティティのメッセージサーバ３２５、および必要とされている権利、例えば、ウイルス対策スキャンのためのアクセスを明らかにすることができる。同様に、パートナエンティティの着信ポリシーが、保護されたメッセージ３２０のスキャンを要求する場合、送信側エンティティ３００は、そのことを突き止め、権利（例えば、スパム対策フィルタリング）、およびパートナエンティティのメッセージサーバ３３０を明らかにするメッセージサーバ使用ライセンス３０３を求める要求３０１を送信することができる。
【００３５】
送信側エンティティ３００は、任意のいくつもの慣用のやり方により、パートナエンティティ３５０が、着信（または送信）メッセージポリシーを有することを突き止めることができる。例えば、ポリシーは、ディレクトリサービス、例えば、ＤＮＳ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰ、ＸＫＭＳなどを介するなどして、ポリシーストア３３５上で公開されることが可能である。代替として、送信側エンティティ３００は、２つのエンティティ３００、３５０のメッセージサーバ３２５、３３０間のＳＭＴＰ接続を介してポリシーを受け取ることもできる。次に、パートナエンティティ３５０に関する着信ポリシーの要件が評価されて、送信側エンティティの発信ポリシーによって許される場合、それらの権利が、メッセージサーバ使用ライセンス３０３を求める要求３０１の中に含められるべきことが決定されることが可能である。
【００３６】
前述したとおり、メッセージサーバ使用ライセンス３０３を求める要求３０１は、サーバが利用できる権利、およびＲＭシステムの下で割り当てられたサーバのＩＤを含むことが可能である。権利は、エンティティサーバに依存して異なることが可能であり、提示されることが要求されるＩＤも同様である。例えば、送信側エンティティのメッセージサーバ３２５は、保護されたメッセージ３２０を送信するエンティティ３００内部にあるため、保護されたメッセージに対する無制限のアクセスを有することが可能である。さらに、送信側エンティティのメッセージサーバ３２５のインターネットプロトコルアドレスが、ＲＭＳサーバ３１５に対してサーバ３２５を明らかにするのに十分である可能性がある。
【００３７】
他方、パートナエンティティのメッセージサーバ３３０は、メッセージの保護された部分３２０に対して限られたアクセスしか有さない可能性があり、通常、ＲＡＣで識別される必要がある。もちろん、ＲＭに参加するすべてのプリンシパルには、前述したとおり、ＲＭＳサーバ３１５によって各ユーザに発行されるデジタル証明書である、ＲＡＣが発行されるので、送信側エンティティのメッセージサーバ３２５も、サーバ３２５のＲＡＣで識別されることが可能である。代替として、サーバは、基本的なＨＴＴＰ、Ｗｉｎｄｏｗｓ（登録商標）ＮＴＬＭ、ケルベロス、Ｘ５０９証明書、Ｐａｓｓｐｏｒｔなどの、証明書以外の手段によって認証されることも可能である。信頼されるエンティティ（例えば、送信側エンティティ３００およびパートナエンティティ３５０）は、堅く信頼される関係を有することが可能であることにさらに留意されたい。そのような場合、両方のエンティティ内部のサーバは、個々のエンティティによって所有されるサーバと同様に、サーバのメッセージポリシーを実施するためにサーバが実行する諸機能のために必要とされるアクセス権をサーバに自動的に与える特別な特権的ＩＤをＲＭシステムの下で有することが可能である。したがって、権利は、以下に説明するとおり、要求３０１の中にも、メッセージサーバ使用ライセンス３０３の中にも含められない可能性がある。
【００３８】
ＲＭＳサーバ３１５は、エンティティサーバのＩＤ、および各サーバが利用できる権利を受け取ると、適切なメッセージサーバ使用ライセンス３０３を生成することができる。認識されるとおり、このメッセージサーバ使用ライセンス３０３は、コンテンツを消費するのにエンドプリンシパル３４０によって使用される使用ライセンス３０４とは異なることが可能である。例えば、プリンシパル３４０がＲＭＳサーバ３１５から要求３０５しなければならないエンド使用ライセンス３０４とは異なり、パートナエンティティのメッセージサーバ３３０は、まったくそのような要求を行う必要なしに、メッセージサーバ使用ライセンス３０３を受け取ることができる。さらに、各ライセンス内の権利は、ライセンスを使用する目的が異なるために（例えば、メッセージサーバ３２５、３３０が、ポリシーをスキャンし、実施するためにメッセージサーバ使用ライセンス３０３を使用するのに対して、プリンシパル３４０は、コンテンツを消費するのに使用ライセンス３０４を使用する）、異なることが可能である。
【００３９】
ただし、使用ライセンス３０４と同様に、メッセージサーバ使用ライセンス３０３は、適切なエンティティのメッセージサーバが利用できる権利（前述した特別の特権的なケースを場合により例外として）、ならびにエンティティのメッセージサーバのＩＤと対応するように暗号化されたメッセージキー３３５を含む。例えば、メッセージキー３３５は、エンティティのメッセージサーバの公開キーに暗号化することができる。代替として、ＲＭＳサーバと対応するエンティティのメッセージサーバの間でだけ共有される対称キーも使用することができる。もちろん、暗号化されたキーを共有するための他の周知の技術も利用可能である。したがって、暗号化されたキーを配信するための前述の方法は、例示のために使用されているに過ぎず、本発明の範囲を限定する、または別の形で狭めることを意図するものではない。
【００４０】
さらに別の例示的な実施形態では、メッセージサーバ使用ライセンス３０３は、異なるエンティティ３００、３５０のポリシーに基づき、限られた時間または使用（例えば、限られた回数）にわたってだけ有効であることも、無期限に有効にされることも可能である。例えば、送信側エンティティ３００は、メッセージサーバ使用ライセンス３０３を使用することができる回数または期間を、ライセンス３０３の使用をより厳格に管理するために制限するポリシーを有することが可能である。しかし、パートナエンティティ３５０は、例えば、ウイルススキャンなどを更新し、それを以前に格納済みのメッセージ２３０に適用する能力を有することを所望する可能性がある。そのような場合、メッセージサーバ使用ライセンス３０３は、無期限の期間、または長期間にわたって有効であることも可能である。
【００４１】
ただし、他の典型的な実施形態は、失効時にライセンス３０３の有効性を延長する能力を提供する。例えば、エンティティが、メッセージサーバ使用ライセンス３０３が失効している場合にメッセージ３２０にアクセスする必要がある場合、本発明は、ライセンス３０３の延長を要求する方法を提供する。そのような延長は、失効の直前に、または失効後に、例えば、パートナエンティティ３５０から要求されることが可能である。代替として、送信側エンティティ３００が、パートナエンティティ３５０のポリシーにより、ライセンス３０３の無期限の使用、または長期間の使用が要求されることを知っており、ライセンス３０３が失効した、または間もなく失効することを認識することも可能である。そのような場合、送信側エンティティ３００は、例えば、新たなメッセージサーバ使用ライセンス３０３を求める要求を行い、ライセンス３０３をパートナエンティティ３５０に送信することができる。もちろん、失効時にライセンス３０３の有効期間を延長する他の周知の方法も使用することができる。したがって、メッセージサーバ使用ライセンス３０３を延長するための前述した例（ならびに延長するためのポリシー上の理由）は、例示のために使用されているに過ぎず、本発明の範囲を限定する、または別の形で狭めることを意図するものではない。
【００４２】
メッセージサーバ使用ライセンス３０３とともに、ＲＭＳサーバ３１５は、発行ライセンスを求める要求３０１の中で提供される情報の少なくとも一部分を取り込み、その一部分に署名して、発行ライセンス３０２を作成することができる。前述したとおり、提供される情報は、発行ライセンス３０２を生成するように署名され、暗号化される、権利表現、メッセージキー３３５、および／またはメッセージのハッシュの任意の組合せであることが可能である。前述したとおり、典型的な諸実施形態は、ＲＭＳサーバが、発行ライセンスを求める要求３０１を受信した後、メッセージキー３３５をデータベースの中に格納するか、またはメッセージキー３３５の暗号化されたバージョンを発行ライセンス３０２の中に含めることができるようにする。次に、発行ライセンス３０２は、保護されたメッセージを配信するために、送信側３１０、送信側エンティティのメッセージサーバ３２５、または送信側エンティティ３００内部のその他のプリンシパルに提供されることが可能である。発行ライセンス３０２および１つまたは複数のメッセージサーバ使用ライセンス３０３は、内部使用または外部使用のために送信側エンティティ３００に送信される。
【００４３】
図３Ｂは、送信側エンティティ３００とパートナエンティティ３２５の間における、保護されたメッセージ３２０、発行ライセンス３０２、および１つまたは複数のメッセージサーバ使用ライセンス３０３の転送および使用を示す。送信側エンティティのメッセージサーバ３２５は、保護されたメッセージ３２０、および対応するメッセージサーバ使用ライセンス３０３を受信すると（ＲＭＳサーバ３１５から直接に、または、例えば、送信側３１０から間接的に）、送信側エンティティの発信メッセージポリシーを実施することができる。例えば、ウイルス対抗スキャンが所望される場合、送信側メッセージサーバ３２５は、対応するメッセージサーバ使用ライセンス３０３を使用して保護されたメッセージ３２０にアクセスし、ウイルスに関してメッセージ３２０をスキャンすることができる。ウイルスがまったく検出されなかった場合、メッセージ３２０、発行ライセンス３０２、およびあらゆる対応するメッセージサーバ使用ライセンス３０３が、それに応じて使用および配信のためにパートナエンティティ３５０に提供されることが可能である。
【００４４】
パートナエンティティのメッセージサーバ３３０は（または送信側エンティティのメッセージサーバ３２５さえ）、通常、ロックボックスｄｌｌ自体を有さないものの、パートナエンティティのメッセージサーバ３３０は、保護されたメッセージを解読し、権利ステートメント（ライセンス）を解析し、動作環境のセキュリティを検証し（サーバがハッキングされていないことを確かめるため）、キー、例えば、メッセージサーバの秘密キーを管理するＲＭＳロックボックスのサーババージョンを含むことが可能である。ただし、プリンシパルロックボックスｄｌｌ３４５とは異なり、サーバコードは、必ずしもロックボックスサーバ１１０からダウンロードされない。代わりに、サーバコードは、メッセージングソフトウェアを使用してパートナエンティティのメッセージサーバ３３０にインストールされることが可能である。ただし、メッセージサーバは、ロックボックスサーバまたはＲＭＳサーバからマシン証明書を受け取ることができる。
【００４５】
しかし、この情報を転送することに先立って、典型的な諸実施形態は、適合性を判定する信頼されるエンティティ３００、３５０間におけるポリシーの比較を可能にする。例えば、諸実施形態は、送信側エンティティのメッセージサーバ３２５（または送信側エンティティ内部の他の適切なプリンシパル）が、パートナエンティティ３５０の着信メッセージポリシーを取得して、要求３０１の中に含められるべき権利を突き止める際、送信側エンティティによって許されるポリシーの比較を行って、要求３０１が行われるべきかどうかを判定することができるようにする。
【００４６】
例えば、パートナエンティティ３００の着信メッセージポリシーが、メッセージのスキャンを要求するが、送信側エンティティ３００のメッセージポリシーが、保護されたメッセージのスキャンを許可しない場合、２つのポリシーは、不適合である。このため、メッセージサーバ使用ライセンス３０３を要求する必要も、保護されたメッセージ３２０または発行ライセンス３０２をパートナエンティティ３５０に送信する必要もない。また、そのような不適合を示すエラーも、送信側２１０に対して生じさせられることが可能である。もちろん、ポリシーが相容れる場合、メッセージ３２０、発行ライセンス３０２、およびメッセージサーバ使用ライセンス３０３は、パートナエンティティ３５０に提供されることが可能である。同様に、パートナエンティティ３５０も、送信側エンティティ３００のポリシーを取得し、そのポリシーをパートナエンティティ３５０の着信ポリシーと比較して、パートナエンティティ３５０がどのようにメッセージ３２０を扱うべきか（例えば、受け入れる、無視するなど）を決めることができる。
【００４７】
前述したとおり、エンティティ３００、３５０に関するメッセージポリシーは、ディレクトリサービス、例えば、ＤＮＳ、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ、ＬＤＡＰ、ＸＫＭＳなどであることが可能な、ポリシーストア３５５上で公開されることが可能である。代替として、メッセージポリシーは、２つのエンティティ３００、３５０のメッセージサーバ３２５、３３０間のＳＭＴＰ接続を介して受信されてもよい。別の実施形態では、対応するエンティティ３００、３５０のメッセージポリシーは、ポリシーストア３５５上で公開される必要も、セキュリティで保護された接続を介して送信される必要もない。代わりに、対応するエンティティサーバ３２５、３３０が、適合しない保護されたメッセージ３２０を単に拒否することもできる。
【００４８】
ポリシーが相容れ、保護されたメッセージ３２０が、パートナエンティティ３５０のポリシーに適合する場合、メッセージは、パートナエンティティのメッセージサーバ３３０によって受け入れられ、宛先のプリンシパル３４０に提供される。したがって、図３Ｃに示すとおり、プリンシパル３４０は、要求３０５を行い、図２Ｃに関連して前述したプロセスに従ってライセンス３０４を受け取り、使用することができる。次に、プリンシパル３４０は、保護されたメッセージ３２０にアクセスし、メッセージ３２０が、セキュリティで保護された形で、安全に受信されていると保証されることが可能である。
【００４９】
本発明は、機能ステップおよび／または非機能的な動作を含む方法に関して説明することもできる。以下は、本発明を実施する際に実行されることが可能な動作およびステップの説明である。普通、機能ステップは、達せられる結果に関して本発明を説明するのに対して、非機能的な動作は、特定の結果を達するためのより具体的な動作を説明する。機能ステップおよび非機能的な動作を特定の順序で説明する、または請求する可能性があるが、本発明は、動作および／またはステップのいずれの特定の順序または組合せにも、必ずしも限定されない。
【００５０】
図４〜７は、典型的な諸実施形態による様々な動作およびステップを示す。これらの図の以下の説明は、ときとして、図３Ａ〜３Ｃからの対応する要素を参照する。図３Ａ〜３Ｃの特定の要素を参照する可能性があるが、それらの要素は、例示のために使用されるに過ぎず、本発明の範囲を限定する、または別の形で狭めることを意図するものではない。
【００５１】
例えば、図４に示すとおり、方法４００は、保護されたデータを受信する動作４１０を含む。データは、エンティティ内部のいずれのプリンシプルによって受信されることも可能である。例えば、データは、送信側エンティティのメッセージサーバ３２５、オブ、パートナエンティティのメッセージサーバ３３０によって受信されることが可能である。さらに、データは、権利管理サーバによって管理される保護された部分を有するメッセージ３２０、発行ライセンス、およびメッセージサーバ使用ライセンスを含むことが可能である。メッセージの保護された部分３２０は、保護された連絡先、ドキュメント、添付ファイル、予定表のアイテム（ｃａｌｅｎｄａｒ  ｉｔｅｍ）、会合要求などの１つであることが可能である。発行ライセンス３０２は、メッセージの保護された部分に対する１つまたは複数のプリンシパル（例えば、プリンシプル３４０）の権利を定義することが可能であり、メッセージサーバ使用ライセンス３０３は、エンティティのメッセージサーバ、例えば、送信側エンティティまたはパートナエンティティのメッセージサーバ３２５、３３０に対応する暗号化されたキーを含むことが可能である。
【００５２】
さらに、方法４００は、メッセージサーバ使用ライセンスを使用する動作４２０を含む。このライセンスを使用して、エンティティによって定義されたメッセージポリシーに従って、保護された部分に対する操作を実行するために、メッセージ３２０の保護された部分にアクセスすることができる。そのようなポリシーは、例えば、ウイルス対策スキャン、スパム対策フィルタリング、探索項目インデックス付けなどを含むことが可能である。メッセージ３２０の保護された部分が、エンティティ、例えば、送信側エンティティ３００またはパートナエンティティ３５０によって定義されたメッセージポリシーに適合する場合、方法４００は、メッセージおよび発行ライセンスを１つまたは複数のプリンシパルに提供する動作４３０をさらに提供する。
【００５３】
以上の動作は、メッセージ３２０および発行ライセンス３０２をパートナエンティティ３５０に送信する前に、送信側エンティティのサーバ３２５によって実行されることが可能である。代替として、または連携して、動作は、送信側エンティティ３００からメッセージ３２０を受信する際に、パートナエンティティのサーバ３３０によって実行されることも可能である。以下に説明する他の諸実施形態は、適合性を判定するエンティティ３００とエンティティ３５０の間におけるポリシーの比較を可能にする。前述したとおり、そのようなポリシーは、ディレクトリ（例えば、ポリシーストア３５５）の中に格納され、ＸｒＭＬを使用してフォーマットされることが可能である。代替として、それらのポリシーは、エンティティ３００とエンティティ３５０の間で転送されることが可能である。
【００５４】
図５は、典型的な諸実施形態に従ってメッセージサーバ使用ライセンス３０３を生成するための方法５００を示す。方法５００は、メッセージサーバ使用ライセンス３０３を求める要求を受信する動作５１０を含む。メッセージサーバ使用ライセンス３０３は、エンティティのメッセージサーバ（例えば、３２５または３３０）を明らかにする。さらに、方法５００は、メッセージの保護された部分３２０へのアクセスをエンティティに許するためのステップ５２０を含むことが可能である。メッセージ３２０へのアクセスは、エンティティ（例えば、送信側エンティティ３００またはパートナエンティティ３５０）によって定義されたメッセージポリシーに従ってメッセージに対して操作を実行する場合、許される。５２０に関するステップは、（１）権利管理サーバ３１５によって管理されるメッセージの保護された部分３２０へのアクセスを許すキー（例えば、メッセージキー３３５）を受信する、対応する動作５２３、（２）エンティティのメッセージサーバ（例えば、３２５、３３０）に対応するようにキー３３５を暗号化する対応する動作５２５、および（３）暗号化されたキー３３５を含むメッセージサーバ使用ライセンス３０３を生成する対応する動作５２７を含むことが可能である。
【００５５】
方法５００に関連する前述した動作は、送信側エンティティ３００の外部の権利管理サーバ（例えば、ＲＭＳサーバ３１５）によって実行されることが可能である。代替として、諸機能は、送信側エンティティ３００内部のサーバ、例えば、送信側エンティティのメッセージサーバ２２５によって実行されてもよい。
【００５６】
図６は、典型的な諸実施形態に従ってメッセージサーバ使用ライセンス３０３を要求し、受け取る方法６００を示す。方法６００は、保護されたメッセージ３２０を受信する動作６１０を含む。メッセージの保護された部分３２０は、権利管理サーバ３１５によって管理されている。
【００５７】
また、方法６００は、発行ライセンス３０２を受信する動作６２０も含む。発行ライセンスは、１つまたは複数の宛先のプリンシパル（例えば、プリンシプル３４０）が利用できる権利を定義することができる。発行ライセンス３０２内の権利は、メッセージの保護された部分３２０に対して実行されることが可能な操作のタイプを制限する。さらに、方法６００は、メッセージポリシーを受け取る動作６３０を含むことが可能である。メッセージポリシーは、エンティティ（例えば、送信側エンティティ３００またはパートナエンティティ３３０）によって定義され、メッセージ３２０に対して実行されるべき操作を指定する。
【００５８】
また、方法６００は、メッセージサーバ使用ライセンス３０３を要求し６４０、受け取る６５０動作も提供する。要求および受領は、送信側エンティティ３００内部のプリンシプル、例えば、送信側エンティティのメッセージサーバ３２５、送信側３００、およびプロキシサーバ（図示せず）などによって行われることが可能である。メッセージサーバ使用ライセンスは、エンティティのメッセージサーバ（例えば、３２５、３５０）にメッセージの保護された部分へのアクセスを許す。要求されるメッセージサーバ使用ライセンス３０３は、エンティティのメッセージサーバ（例えば、３２５、３３０）に対応する暗号化されたキーを含む。
【００５９】
最後に、方法６００は、メッセージ３２０、発行ライセンス３０２、およびメッセージサーバ使用ライセンス３０３をエンティティのメッセージサーバ３２５、３３０に提供する動作を含む。これにより、エンティティのメッセージサーバ３２５、３３０が、エンティティ３００、３５０によって定義されたメッセージポリシーを実施することができるようになる。
【００６０】
図７は、典型的な諸実施形態による、２つの信頼されるエンティティ（例えば、送信側エンティティ３００とパートナエンティティ３５０）の間でメッセージを転送することができるかどうかを判定する方法７００を示す。方法７００は、送信側エンティティ３００のメッセージポリシーを受け取る動作７１０を含む。メッセージポリシーは、保護されたメッセージ３２０に対してパートナエンティティ３５０が実行することが許される操作のタイプを定義する。例えば、ポリシーは、ウイルスに関するスキャンなどを許すが、スパムフィルタリングのためのスキャンを許さないことが可能である。その他の制限も適用されることが可能である。
【００６１】
いずれにしても、方法７００は、パートナエンティティ３５０のメッセージポリシーを受け取る動作７２０も含む。ポリシーは、メッセージに対して実行されてからでないと、パートナエンティティのメッセージサーバ３３０が、メッセージ３２０を受け入れることができない操作のタイプを定義する。例えば、パートナエンティティは、ウイルス対策スキャン、スパム対策フィルタリングを要求するが、探索項目インデックス付けなどの他の操作は要求しないことが可能である。
【００６２】
方法７００は、ポリシーを比較する動作７３０を含む。詳細には、送信側エンティティ３００のメッセージポリシーが、パートナエンティティ３５０のメッセージポリシーと比較される。この比較に基づき、方法７００は、ポリシーが相容れるかどうかを判定する動作７４０を含む。各エンティティのメッセージサーバ３２５、３３０が、どのようにメッセージ３２０を扱うかを調べる判定が行われる。例えば、送信側エンティティのメッセージサーバが比較を行い、ポリシーが相容れないと判定された場合、メッセージサーバは、メッセージサーバ使用ライセンスを要求しない、またはメッセージ３２０および発行ライセンス３０２をパートナエンティティ３５０に送信しないことを決めることが可能である。メッセージサーバは、メッセージ３２０が送信されなかったことを示すエラーを送信側３１０に対して発行することもできる。別の実施例は、パートナエンティティのメッセージサーバ３３０、ポリシーの受領および比較、ポリシーが相容れると判定された場合、パートナエンティティのメッセージサーバ３３０は、メッセージ３２０を受け入れることができる。認識されるとおり、前述した他の類似した結果も選択可能である。
【００６３】
図８、および以下の説明は、本発明を実施することができる適切なコンピューティング環境の簡単な一般的説明を提供することを目的とする。必須ではないが、本発明を、ネットワーク環境におけるコンピュータ群によって実行される、プログラムモジュール群などの、コンピュータ実行可能命令の一般的な文脈で説明する。一般に、プログラムモジュール群には、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書で開示する方法のステップを実行するためのプログラムコード手段の実施例を表す。そのような実行可能命令、または関連するデータ構造の特定のシーケンスは、そのようなステップにおいて示す諸機能を実施するための対応する動作の実施例を表す。
【００６４】
本発明は、パーソナルコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースの家庭用電化製品またはプログラマブル家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含め、多くのタイプのコンピュータシステム構成を有するネットワークコンピューティング環境において実施できることが当業者には理解されよう。本発明は、ローカル処理装置およびリモート処理装置がタスクを実行し、通信ネットワークを介してリンクされた（ハードワイヤドリンクで、無線リンクで、またはハードワイヤドリンクと無線リンクの組合せで）、分散コンピューティング環境において実施することもできる。分散コンピューティング環境では、プログラムモジュール群は、ローカルメモリ記憶装置とリモートメモリ記憶装置の両方の中に配置することができる。
【００６５】
図８を参照すると、本発明を実施するための典型的なシステムが、プロセッサ８２１、システムメモリ８２２、ならびにシステムメモリ８２２からプロセッサ８２１までを含む様々なシステムコンポーネントを結合するシステムバス８２３を含む、慣用のコンピュータ８２０の形態の汎用コンピューティングデバイスを含む。システムバス８２３は、様々なバスアーキテクチャのいずれかを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含め、いくつかのタイプのバス構造のいずれであってもよい。システムメモリは、読み取り専用メモリ（ＲＯＭ）８２４およびランダムアクセスメモリ（ＲＡＭ）８２５を含む。始動中などに、コンピュータ８２０内部の要素間で情報を転送するのを助ける基本ルーチンを含む基本入出力システム（ＢＩＯＳ）８２６が、ＲＯＭ８２４の中に格納される。
【００６６】
コンピュータ８２０は、磁気ハードディスク８３９に対して読み取りおよび書き込みを行うための磁気ハードディスクドライブ８２７、リムーバブルな磁気ディスク８２９に対して読み取りまたは書き込みを行うための磁気ディスクドライブ８２８、およびＣＤ−ＲＯＭまたは他の光媒体などのリムーバブルな光ディスク８３１に対して読み取りまたは書き込みを行うための光ディスクドライブ８３０も含むことが可能である。磁気ハードディスクドライブ８２７、磁気ディスクドライブ８２８、および光ディスクドライブ８３０は、それぞれ、ハードディスクドライブインタフェース８３２、磁気ディスクドライブインタフェース８３３、および光ドライブインタフェース８３４でシステムバス８２３に接続される。以上のドライブ群、および関連するコンピュータ可読媒体により、コンピュータ実行可能命令、データ構造、プログラムモジュール、およびその他のデータの不揮発性ストレージがコンピュータ８２０に提供される。本明細書で説明する典型的な環境は、磁気ハードディスク８３９、リムーバブルな磁気ディスク８２９、およびリムーバブルな光ディスク８３１を使用するが、磁気カセット、フラッシュメモリカード、デジタルバーサタイルディスク、ベルヌーイカートリッジ、ＲＡＭ、ＲＯＭなどを含め、データを格納するための他のタイプのコンピュータ可読媒体も使用することができる。
【００６７】
オペレーティングシステム８３５、１つまたは複数のアプリケーションプログラム８３６、その他のプログラムモジュール群８３７、およびプログラムデータ８３８を含め、１つまたは複数のプログラムモジュールを含むプログラムコード手段が、ハードディスク８３９、磁気ディスク８２９、光ディスク８３１、ＲＯＭ８２４、またはＲＡＭ８２５に格納されることが可能である。ユーザは、キーボード８４０、ポインティングデバイス８４２、あるいはマイク、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナなどの他の入力デバイス群（図示せず）を介して、コマンドおよび情報をコンピュータ８２０に入力することができる。以上、およびその他の入力デバイス群は、しばしば、システムバス８２３に結合されたシリアルポートインタフェース８４６を介してプロセッサ８２１に接続される。代替として、入力デバイス群は、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ＵＳＢ）などの他のインタフェース群で接続してもよい。モニタ８４７、または別のディスプレイデバイスも、ビデオアダプタ８４８などのインタフェースを介してシステムバス８２３に接続される。モニタに加えて、パーソナルコンピュータは、通常、スピーカやプリンタなどの他の周辺出力デバイス群（図示せず）も含む。
【００６８】
コンピュータ８２０は、リモートコンピュータ８４９ａおよび８４９ｂのような１つまたは複数のリモートコンピュータに対する論理接続を使用する、ネットワーク化された環境において動作することができる。リモートコンピュータ８４９ａおよび８４９ｂはそれぞれ、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードであることが可能であり、通常、コンピュータ８２０に関連して前述した要素の多く、またはすべてを含むが、メモリ記憶装置８５０ａおよび８５０ｂ、ならびに関連するアプリケーションプログラム８３６ａおよび８３６ｂだけを図８に示している。図８に示した論理接続は、例として、限定としてではなく、図に提示するローカルエリアネットワーク（ＬＡＮ）８５１およびワイドエリアネットワーク（ＷＡＮ）８５２を含む。そのようなネットワーキング環境は、オフィス全体または企業全体のコンピュータ網、イントラネット、およびインターネットで一般的である。
【００６９】
ＬＡＮネットワーキング環境で使用される場合、コンピュータ８２０は、ネットワークインタフェースまたはネットワークアダプタ８５３を介してローカルネットワーク８５１に接続される。ＷＡＮネットワーキング環境で使用される場合、コンピュータ８２０は、インターネットなどのワイドエリアネットワーク８５２を介して通信を確立するためのモデム８５４、無線リンク、または他の手段を含むことが可能である。内部にあることも、外部にあることも可能なモデム８５４は、シリアルポートインタフェース８４６を介してシステムバス８２３に接続される。ネットワーク化された環境では、コンピュータ８２０に関連して示したプログラムモジュール群、またはプログラムモジュール群の諸部分は、リモートメモリ記憶装置の中に格納されることが可能である。図示したネットワーク接続は、典型的であり、ワイドエリアネットワーク８５２を介して通信を確立する他の手段も使用できることが認められよう。
【００７０】
本発明は、本発明の趣旨または本質的な特徴を逸脱することなく、他の特定の諸形態で実施することもできる。説明した諸実施形態は、すべての点で、例示的であり、限定的ではないものと考えられたい。したがって、本発明の範囲は、以上の説明によってではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等の意味および範囲に含まれるすべての変更が、特許請求の範囲に包含されるものとする。
【図面の簡単な説明】
【００７１】
【図１Ａ】権利管理システムに参加するのに使用される要求側ソフトウェアおよび受信側ソフトウェアに関するユーザ登録プロセスの実施例を示す図である。
【図１Ｂ】権利管理サーバに登録するためのユーザ登録プロセスの実施例を示す図である。
【図２Ａ】保護されたメッセージを送信するために送信側がどのように権利管理サーバから発行ライセンスを獲得することができるかの実施例を示す図である。
【図２Ｂ】送信側エンティティからパートナエンティティ内のプリンシパルに保護されたメッセージを送信するプロセスの実施例を示す図である。
【図２Ｃ】受信された、保護されたメッセージを解読するために権利管理サーバから使用ライセンスを獲得するためのプロセスの実施例を示す図である。
【図３Ａ】典型的な諸実施形態による権利管理サーバから発行ライセンスおよびメッセージサーバ使用ライセンスを要求し、受信する送信側エンティティ内のプリンシパルの実施例を示す図である。
【図３Ｂ】典型的な諸実施形態による、送信側エンティティが、送信側エンティティのメッセージサーバを介して、保護されたメッセージ、発行ライセンス、およびメッセージサーバ使用ライセンスをパートナエンティティのメッセージサーバに送信する実施例を示す図である。
【図３Ｃ】受信された、保護されたメッセージを解読するために権利管理サーバから使用ライセンスを獲得するためのプロセスの実施例を示す図である。
【図４】典型的な諸実施形態による、エンティティのメッセージサーバがメッセージを受け入れる諸条件を実施する能力をエンティティに与える典型的な動作を示す図である。
【図５】典型的な諸実施形態によるメッセージサーバ使用ライセンスを生成するための典型的な動作およびステップを示す図である。
【図６】典型的な諸実施形態によるメッセージサーバ使用ライセンスを要求する典型的な動作、および受信する典型的な動作を示す図である。
【図７】典型的な諸実施形態による、２つの信頼されるエンティティ間でメッセージを転送することができるかどうかを判定する典型的な動作を示す図である。
【図８】本発明に適切な動作環境を提供する典型的なシステムを示す図である。
【図１Ａ】
2007535030.tif 000003
【図１Ｂ】
2007535030.tif 000004
【図２Ａ】
2007535030.tif 000005
【図２Ｂ】
2007535030.tif 000006
【図２Ｃ】
2007535030.tif 000007
【図３Ａ】
2007535030.tif 000008
【図３Ｂ】
2007535030.tif 000009
【図３Ｃ】
2007535030.tif 000010
【図４】
2007535030.tif 000011
【図５】
2007535030.tif 000012
【図６】
2007535030.tif 000013
【図７】
2007535030.tif 000014
【図８】
2007535030.tif 000015
【国際調査報告】
2007535030.tif 000016
2007535030.tif 000017
2007535030.tif 000018