(57)【要約】  本発明の実施形態は、蓄積回送プロトコルを用いてキー管理サーバへの制御されたアクセスを提供する。制御されたキー管理を提供するためのコンピュータ履行される方法は、キー管理機能を示すリクエストを発生することを含む。リクエストは、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいて受信される。キー管理機能は、キー管理サーバにリクエストを提供することを認可された中間関係者の最後のものからのリクエストを受信することに続いて遂行される。リクエストに対する応答が、次に、発生される。
2010531072.tif 000002
【特許請求の範囲】
【請求項１】
制御されたキー管理を提供するための方法であって、
キー管理機能を示すリクエストを発生する段階と、
キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信する段階と、
キー管理サーバにリクエストを提供することを認可された中間関係者の最後のものからリクエストを受信することに続いてキー管理機能を遂行する段階と、
リクエストに応答を発生する段階と、
を含む方法。
【請求項２】
キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信する段階は、蓄積回送プロトコルを用いて幾つかの中間関係者の最初のものにおいてリクエストを受信することを含む請求項１に記載の方法。
【請求項３】
キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信する段階は、ｅ−メール・サーバにおいてリクエストを受信することを含む請求項１に記載の方法。
【請求項４】
中間関係者の数は１であり、それにより、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信する段階は、幾つかの中間関係者の最後のものにおいてリクエストを受信することを含む請求項１に記載の方法。
【請求項５】
さらに、
クライアントに応答を中継することができる幾つかの中間関係者の最初のものにおいてリクエストに対する応答を受信する段階を含み、
幾つかの中間関係者の最後のものは、クライアントに応答を配送するように構成されている請求項１に記載の方法。
【請求項６】
キー管理機能は、創成動作、記憶動作、検索動作、探索動作、不能化動作、破壊動作、及び変更動作の少なくとも１つを含む請求項１に記載の方法。
【請求項７】
さらに、
リクエストを暗号化する段階と、
リクエストをディジタル・サインする段階と、
を含む請求項１に記載の方法。
【請求項８】
さらに、
ディジタル・サインを用いてリクエストを証明する段階と、
リクエストが信頼できるという肯定的な決定に基づいてリクエストを解読する段階と、
を含む請求項７に記載の方法。
【請求項９】
さらに、
応答を暗号化する段階と、
応答をディジタル・サインする段階と、
を含む請求項１に記載の方法。
【請求項１０】
さらに、
ディジタル・サインを用いて応答を証明する段階と、
リクエストが信頼できるという肯定的な決定に基づいて応答を解読する段階と、
を含む請求項９に記載の方法。
【請求項１１】
制御されたキー管理を提供するためのコンピュータ読取り可能媒体上に記憶されたコンピュータ・プログラム・プロダクトであって、
キー管理機能を示すリクエストを発生するためのコードと、
キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいて、リクエストを受信するためのコードと、
キー管理サーバにリクエストを提供することを認証された中間関係者の最後のものからリクエストを受信することに続いてキー管理機能を遂行するためのコードと、
リクエストに応答を発生するためのコードと、
を含むコンピュータ・プログラム・プロダクト。
【請求項１２】
キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信するためのコードは、蓄積回送プロトコルを用いて幾つかの中間関係者の最初のものにおいてリクエストを受信するためのコードを含む請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項１３】
キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信するコードは、ｅ−メール・サーバにおいてリクエストを受信するためのコードを含む請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項１４】
中間関係者の数は１であり、それにより、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信するためのコードは、幾つかの中間関係者の最後のものにおいてリクエストを受信するためのコードを含む請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項１５】
さらに、
クライアントに応答を中継することができる幾つかの中間関係者の最初のものにおいてリクエストに対する応答を受信するためのコードを含み、
幾つかの中間関係者の最後のものは、クライアントに応答を配送するように構成されている請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項１６】
キー管理機能は、創成動作、記憶動作、検索動作、探索動作、不能化動作、破壊動作、及び変更動作の少なくとも１つを含む請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項１７】
さらに、
リクエストを暗号化するためのコードと、
リクエストをディジタル・サインするためのコードと、
を含む請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項１８】
さらに、
ディジタル・サインを用いてリクエストを証明するためのコードと、
リクエストが信頼できるという肯定的な決定に基づいてリクエストを解読するためのコードと、
を含む請求項１７に記載のコンピュータ・プログラム・プロダクト。
【請求項１９】
さらに、
応答を暗号化するためのコードと、
応答をディジタル・サインするためのコードと、
を含む請求項１１に記載のコンピュータ・プログラム・プロダクト。
【請求項２０】
さらに、
ディジタル・サインを用いて応答を証明するためのコードと、
リクエストが信頼できるという肯定的な決定に基づいて応答を解読するためのコードと、
を含む請求項１９に記載の方法。
【請求項２１】
制御されたキー管理を提供するためのシステムであって、
幾つかの中間関係者であって、該幾つかの中間関係者の最初のものは、クライアントからキー管理機能を示すリクエストを受信するよう構成されており、該幾つかの中間関係者の最後のものは、１つまたは２つ以上のキー管理サーバにリクエストを提供することを認可されるものである、前記幾つかの中間関係者と、
１つまたは２つ以上のキー管理サーバであって、
幾つかの中間関係者の最後のものからリクエストを受信し、
キー管理機能を遂行し、そして
リクエストに応答を発生する
ように構成されている前記１つまたは２つ以上のキー管理サーバと、
を備えたシステム。
【請求項２２】
安全化されたキー管理のためのシステムであって、
キー管理サーバと、
キー管理サーバ及びクライアント間に通信的に位置付けられる第１のサーバであって、
クライアントからキー管理サーバにアドレス指定されるリクエストを受信し、リクエストはキー管理機能を示し、
第１のサーバがクライアントからキー管理サーバにリクエストを配送することを認可されたならば、キー管理サーバにリクエストを配送し、そして
第１のサーバがキー管理サーバにアクセスするよう構成されていないならば、キー管理サーバ及びクライアント間に通信的に位置付けられた第２のサーバにリクエストを中継する、
ように構成された前記第１のサーバと、
を備えたシステム。
【請求項２３】
第１のサーバは、さらに、蓄積回送プロトコルを用いてリクエストを受信するよう構成されている請求項２２に記載のシステム。
【請求項２４】
第１のサーバは、ｅ−メール・サーバを含む請求項２２に記載のシステム。
【請求項２５】
第１のサーバは、さらに、
クライアントにアドレス指定されるリクエストに対する応答を受信し、
第１のサーバがクライアントにアクセスするよう構成されているならば、クライアントに応答を配送し、
第１のサーバがクライアントにアクセスするよう構成されていないならば、第３のサーバに応答を中継する、
ように構成されている請求項２２に記載のシステム。
【請求項２６】
制御されたキー管理を提供するためのシステムであって、
プロセッサと、
該プロセッサに結合されるメモリと、
を備え、該メモリは、プロセッサによって実行されるときに、プロセッサに、
クライアントからキー管理サーバにアドレス指定されるリクエストを受信させ、リクエストはキー管理機能を示し、
クライアントからキー管理サーバにリクエストを配送するための認可を受信することに基づいてキー管理サーバにリクエストを配送させ、
キー管理サーバに直接アクセスするために許可されていないならば、キー管理サーバ及びクライアント間に通信的に位置付けられた第１のホストにリクエストを中継させる、
複数のコード・モジュールを記憶するよう構成されているシステム。
【請求項２７】
プロセッサは、蓄積回送プロトコルを用いてリクエストを受信するよう構成されている請求項２６に記載のシステム。
【請求項２８】
プロセッサは、単純メール転送プロトコルを用いてリクエストを受信するよう構成されている請求項２６に記載のシステム。
【請求項２９】
プロセッサは、さらに、
クライアントにアドレス指定されたリクエストに対する応答を受信し、
クライアントにアクセスすることができるならば、クライアントに応答を配送し、そして
クライアントに直接アクセスすることができないならば、キー管理サーバ及びクライアント間に通信的に位置する第２のホストに応答を中継する、
ように構成されている請求項２６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ・システムに関する。一層詳細には、本発明は、キー管理サーバに制御されたアクセスを提供するための技術に関する。
【背景技術】
【０００２】
一般に、キー・マネージャまたはキー管理サーバ（“ＫＭＳ”）は、１つまたは２つ以上のキーを記憶して、それへのアクセスを提供するために、安全なキー・ボールト（保管所）として作用する。キーは、暗号化され得る幾つかの種類のディジタル・アセット（資産）に関する異名（ハンドル）である。一般に、キーは、ユーザまたはコンピュータ処理が、暗号化されているディジタル・アセットにアクセスするのを許容する。従って、キーへのアクセスを許容しつつキーを保護しかつ保証することが重要であり、キー・マネージャは、概して、ディジタル・アセットをただ暗号化し及び解読するよりも一層のサービスを提供し、ボールトに記憶されたキーをラベリングする（分類する）または管理するためのサービスを含む。
【０００３】
図１は、従来技術におけるキー管理サービスを提供するためのシステム１００の単純化された図である。この例においては、システム１００は、リモート・ユーザ１１０、通信ネットワーク１２０、ファイアウォール１３０、通信ネットワーク１４０、及びキー・サーバ１５０、を含む。
【０００４】
代表的には、リモート・ユーザ１１０は、暗号化された対象へのアクセスを得るために、キー・サーバ１５０から１つまたは２つ以上のキーを要求する。リモート・ユーザ１１０は、また、新しいキーを創成したりまたは古いキーを破壊したりするような他の動作をも、キー・サーバ１５０を用いて行い得る。キー・サーバ１５０は、リモート・ユーザ１１０からリクエストを受信し、該リクエストを処理し、そしてリモート・ユーザ１１０に応答を送る。
【０００５】
キー・サーバ１５０にアクセスするために、リモート・ユーザ１１０は、例えばＴＬＳ、ＳＳＬを用いた幾つかの種類の安全トンネル、または、リモート・ユーザ１１０がキー・サーバ１５０にアクセスするために証明されるもう１つの安全手段、を代表的には創成する。さらに、この安全接続は、代表的には、リモート・ユーザ１１０とキー・サーバ１５０との間の直接接続である。
【０００６】
しかしながら、リモート・ユーザ１１０がキー・サーバ１５０から例えばファイアウォール１３０によって物理的に離されている間に、リモート・ユーザ１１０がキー・サーバ１５０にアクセスすることを要求されるときに、幾つかの問題が存在する。ファイアウォール１３０は、代表的には、通信ネットワーク１２０と通信ネットワーク１４０との間で緩和されたアクセスを提供するよう構成されている。リモート・ユーザ１１０とキー・サーバ１５０との間で要求される直接接続を創設するために、１つまたは２つ以上のホールまたはポートが、ファイアウォール１３０上に開かれなければならない。ファイアウォール１３０は、次に、リモート・ユーザ１１０からの接続を受け付け、そして通信ネットワーク１４０を介してキー・サーバ１５０に該接続を回送する（forward）。
【０００７】
さらに、他の外部ユーザまたは装置がキー・サーバ１５０にアクセスすることを望むならば、ファイアウォール１３０は、これらの接続を受け付けて、これらの接続を他の外部のユーザまたは装置からキー・サーバ１５０に回送する。幾つかの産業及びシナリオにおいて、これらの接続は、一度だけ、または非常に短い期間だけ要求され得る。
【０００８】
このように、適切な機密保護を維持するために、ファイアウォール１３０の管理者は、接続がもはや要求されないとき、ファイアウォール１３０に開かれた何等かのホールまたはポートを閉じるのを確実にしなければならない。これは、ファイアウォール１３０上に開かれた各ポートごとに、内在的な機密保護の危険性が創成されるからである。あまりに多くのポートまたはホールがファイアウォール１３０上に開かれたならば、ファイアウォールの有効性及び有用性が減少される。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従って、望まれるところのものは、上述した欠点を減少しつつ、上述した問題を解決するための改良された方法及び装置である。
【課題を解決するための手段】
【００１０】
本発明は、キー管理サーバへの制御されたアクセスを提供するための技術に関する。簡略に言えば、本発明の実施形態は、蓄積回送プロトコルを用いてキー管理サーバへの制御されたアクセスを提供する。キー管理サーバへのアドレス指定されたクライアントからの接続またはリクエストを受け付けるよう構成されかつ認可された１つまたは２つ以上のホストまたは中間関係者を指定することにより、１つまたは２つ以上のホストまたは中間関係者は、保護されたキー管理サーバにキー管理機能を示すリクエストを配送することができる。従って、キー管理サービスへのアクセスを必要とする各装置、ネットワーク、等のためのキー管理サーバへのアクセスを開くよりもむしろ、通信は、ゲートキーパとして作用する幾つかの中間関係者（少なくとも１つまたは２つ以上の）を通して行われ得る。
【００１１】
このように、幾つかの中間関係者は、もしくは幾つかの中間関係者の最後のものだけでさえ、保護されたキー管理サーバへアクセスするための権利を有するよう要求される。従って、本発明の実施形態は、機密保護及び証明のための機構をすでに含み得、かつさらに多数のユーザに対する拡張性を提供する、ｅ−メールまたはインターネット・メッセージングのようなキー管理サーバへの緩和されたアクセスを提供するために現存の通信サービスを用い得る。
【００１２】
種々の実施形態において、制御されたキー管理を提供するためのコンピュータ履行される方法は、キー管理機能を示すリクエストを発生することを含む。リクエストは、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいて受信される。キー管理機能は、キー管理サーバにリクエストを提供することを認可された中間関係者の最後のものからリクエストを受信することに続いて遂行される。次に、リクエストに対する応答が発生される。
を含む方法。
【００１３】
幾つかの実施形態において、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信することは、蓄積回送プロトコルを用いて幾つかの中間関係者の最初のものにおいてリクエストを受信することを含む。キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信することは、ｅ−メール・サーバにおいてリクエストを受信することを含む。中間関係者の数は１であり、それにより、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいてリクエストを受信することは、幾つかの中間関係者の最後のものにおいてリクエストを受信することを含む。
【００１４】
種々の実施形態において、リクエストに対する応答は、クライアントに応答を中継することができる幾つかの中間関係者の最初のものにおいてを受信される。幾つかの中間関係者の最後のものは、クライアントに応答を配送するように構成され得る。キー管理機能は、創成動作、記憶動作、検索動作、探索動作、不能化動作、破壊動作、及び変更動作の少なくとも１つを含み得る。
【００１５】
幾つかの実施形態において、リクエストは、暗号化され得る。リクエストは、また、ディジタル・サインもされ得る。次に、リクエストは、ディジタル・サインに応答して証明され得、そして、リクエストが信頼できるという肯定的な決定に基づいて解読され得る。応答も暗号化されてディジタル・サインされ得る。応答は、ディジタル・サインに応答して証明され得、そして、リクエストが信頼できるという肯定的な決定に基づいて解読され得る。
【００１６】
幾つかの実施形態においては、コンピュータ・プログラム・プロダクトが、制御されたキー管理を提供するためのコンピュータ読取り可能媒体上に記憶される。コンピュータ・プログラム・プロダクトは、キー管理機能を示すリクエストを発生するためのコードと、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の最初のものにおいて、リクエストを受信するためのコードと、キー管理サーバにリクエストを提供することを認証された中間関係者の最後のものからリクエストを受信することに続いてキー管理機能を遂行するためのコードと、リクエストに応答を発生するためのコードと、を含む。
【００１７】
種々の実施形態においては、制御されたキー管理を提供するためのシステムは、幾つかの中間関係者と、キー管理サーバとを含む。該幾つかの中間関係者の最初のものは、クライアントからキー管理機能を示すリクエストを受信するよう構成され得る。該幾つかの中間関係者の最後のものは、１つまたは２つ以上のキー管理サーバにリクエストを提供することを認可され得る。キー管理サーバは、幾つかの中間関係者の最後のものからリクエストを受信し、キー管理機能を遂行し、そして、リクエストに応答を発生するように構成され得る。
【００１８】
さらなる実施形態においては、安全化されたキー管理のためのシステムは、キー管理サーバと、第１のサーバとを含む。第１のサーバは、キー管理サーバ及びクライアント間に通信的に位置付けられる。第１のサーバは、クライアントからキー管理サーバにアドレス指定されるリクエストを受信し、リクエストはキー管理機能を示し、第１のサーバがクライアントからキー管理サーバにリクエストを配送することを認可されたならば、キー管理サーバにリクエストを配送し、そして、第１のサーバがキー管理サーバにアクセスするよう構成されていないならば、キー管理サーバ及びクライアント間に通信的に位置付けられた第２のサーバにリクエストを中継する、ように構成される。
【００１９】
第１のサーバは、クライアントにアドレス指定されるリクエストに対する応答を受信し、第１のサーバがクライアントにアクセスするよう構成されているならば、クライアントに応答を配送し、そして、第１のサーバがクライアントにアクセスするよう構成されていないならば、第３のサーバに応答を中継し得る。
【００２０】
種々の実施形態において、制御されたキー管理を提供するためのシステムは、プロセッサと、メモリとを含む。メモリは、プロセッサに結合され、そして、プロセッサによって実行されるときに、プロセッサに、クライアントからキー管理サーバにアドレス指定されるリクエストを受信させ、リクエストはキー管理機能を示し、クライアントからキー管理サーバにリクエストを配送するよう許可されているならば、キー管理サーバにリクエストを配送させ、キー管理サーバにアクセスするよう許可されていないならば、キー管理サーバ及びクライアント間に通信的に位置付けられた第１のホストにリクエストを中継させる、複数のコード・モジュールを記憶するよう構成されている。
【００２１】
プロセッサは、クライアントにアドレス指定されたリクエストに対する応答を受信し、クライアントにアクセスすることができるならば、クライアントに応答を配送し、そして、クライアントにアクセスすることができないならば、キー管理サーバ及びクライアント間に通信的に位置付けられた第２のホストに応答を中継し得る。
【００２２】
ここに開示された本発明の本質及び長所の一層の理解は、明細書の以下の部分並びに添付図面を参照することにより実現され得る。
【００２３】
本発明を一層完全に理解するために、添付図面を参照する。これらの図面が本発明の範囲における制限として考慮されるべきでないと理解して、現在記載された実施形態及び本発明の現在理解される最良の形態が、添付図面の使用を通してさらなる詳細と共に説明される。
【図面の簡単な説明】
【００２４】
【図１】従来技術におけるキー管理サービスを提供するためのシステムの単純化された図である。
【図２】本発明による幾つかの実施形態におけるキー管理サーバへの制御されたアクセスを提供するためのシステムのブロック図である。
【図３Ａ】本発明による幾つかの実施形態におけるキー管理サーバへの制御されたアクセスを提供するための方法の単純化されたフローチャートである。
【図３Ｂ】本発明による幾つかの実施形態におけるキー管理サーバへの制御されたアクセスを提供するための方法の単純化されたフローチャートである。
【図４】本発明による幾つかの実施形態におけるキー管理サーバへの制御されたアクセスを提供するためのシステムのブロック図である。
【図５】本発明による幾つかの実施形態において図４のシステムにおけるキー管理アクセスを示すメッセージ・シーケンス図である。
【図６】本発明による幾つかの実施形態におけるキー管理サーバへの制御されたアクセスを提供するためのシステムのブロック図である。
【図７Ａ】本発明による幾つかの実施形態において図６のシステムにおけるキー管理アクセスを示すメッセージ・シーケンス図である。
【図７Ｂ】本発明による幾つかの実施形態において図６のシステムにおけるキー管理アクセスを示すメッセージ・シーケンス図である。
【図７Ｃ】本発明による幾つかの実施形態において図６のシステムにおけるキー管理アクセスを示すメッセージ・シーケンス図である。
【図８】本発明の実施形態を組み込み得るコンピュータ・システムの単純化されたブロック図である。
【発明を実施するための形態】
【００２５】
本発明は、キー管理サーバへの制御されたアクセスを提供するための技術に関する。種々の実施形態において、キー管理サーバへの制御されたアクセスは、蓄積回送（store and forward）プロトコルを用いて提供される。蓄積回送プロトコルの幾つかの例は、ファイル転送プロトコル（ＦＴＰ）、単純なメール転送プロトコル（ＳＭＴＰ）、インスタントまたはインターネット・メッセージング（ＩＭ）、等である。キー管理サーバは、キー及び他のキー管理機能に対するリクエストが、幾つか（１つまたは２つ以上）の中間関係者を用いてキー管理サーバに配送されるのを許容しつつ、物理的または電子的に安全化（機密保護）され得る。
【００２６】
中間関係者は、キー管理サーバにリクエストを配送するために、蓄積回送プロトコルを用いる。従って、ファイアウォールまたは他のネットワーク・アクセス制御機構は、リクエストをキー管理サーバに配送するよう認可されたこれらの中間関係者からだけの接続を許容するよう構成され得る。
【００２７】
このように、幾つかの中間関係者は、または幾つかの中間関係者の最後のものだけでさえ、キー管理サーバにアクセスするための権利を有するよう要求される。従って、本発明の実施形態は、安全性（機密保護）及び認証のための機構をすでに含み、かつキー管理サーバへの緩和されたアクセスを提供するために、多くのユーザに対する拡張性をも提供する、ｅ−メールまたはインターネット・メッセージングのような現存する通信サービスを用い得る。
【００２８】
さらに、キー管理サーバは、また蓄積回送プロトコルをも用いてクライアント・リクエストに応答を配送し得る。このことは、キー管理サーバへのアクセスに渡る安全性（機密保護）及び制御をなお提供しつつ、キー管理サーバの機能がさらなる予想されないクライアントまたは他の装置にサービスを拡張して提供するのを許容する。
【００２９】
図２は、本発明による幾つかの実施形態におけるＫＭＳ２４０に対する制御されたアクセスを提供するためのシステム２００のブロック図である。この例においては、システム２００は、私設ネットワーク２１０、ファイアウォール２２０、公衆ネットワーク２３０、ＫＭＳ２４０、１つまたは２つ以上のローカル通信サーバ２５０、１つまたは２つ以上のローカル・ユーザ２６０、１つまたは２つ以上のリモート通信サーバ２７０、及び１つまたは２つ以上のリモート・ユーザ２８０を含む。
【００３０】
この例においては、私設ネットワーク２１０は、ファイアウォール２２０を介して公衆通信ネットワーク２３０にリンクされる。私設ネットワーク２１０は、ＫＭＳ２４０、１つまたは２つ以上のローカル通信サーバ２５０、及び１つまたは２つ以上のローカル・ユーザ２６０にリンクされる。公衆ネットワーク２３０は、リモート通信サーバ２７０及びリモート・ユーザ２８０にリンクされる。
【００３１】
私設ネットワーク２１０は、データを交換するための任意の通信ネットワークまたはリンクであり得る。私設ネットワーク２１０の幾つかの例は、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）、等を含む。私設ネットワーク２１０は、アクセス及び安全性（機密保護）を管理するために、ファイアウォール、ネットワーク・アドレス・トランスレーション（ＮＡＴ）装置、ネットワーク侵入検出装置、等を含み得る。
【００３２】
ファイアウォール２２０は、私設ネットワーク２１０及び公衆ネットワーク２３０間のデータ接続を許容し、拒否し、または代理するハードウェア及び／またはソフトウェア要素を含む。一般に、ファイアウォール２２０は、トラストの異なった領域でコンピュータ・ネットワーク間のトラフィックを制御する。代表的には、公衆ネットワーク２３０（例えば、インターネット）は、トラストがほとんどまたは全くない領域であり、私設ネットワーク２１０（例えば、内部ネットワーク）は、高いトラストを有する領域である。従って、ファイアウォール２２０は、機密保護政策及び接続性モデルの強化を通して異なったトラスト・レベルの領域間のインターフェースを制御することを試みる。
【００３３】
公衆ネットワーク２３０は、データを交換するための任意の通信ネットワークまたはリンクである。公衆ネットワーク２３０の幾つかの例は、ＬＡＮ、ＷＡＮ、ＭＡＮ、ＷＬＡＮ、ホットスポット、公衆専用ライン、公衆ネットワーク、インターネット、等を含む。
【００３４】
ＫＭＳ２４０は、１つまたは２つ以上のキー管理機能を提供するハードウェア及び／またはソフトウェア要素を含む。キー管理機能の幾つかの例は、キー生成、キー破壊、キー検索、キー妥当化、キー・ラベリング、等である。一般に、キーは、ディジタル対象またはアセットにアクセスするためのハンドルである。ディジタル対象は、暗号化され得、そうでない場合には、安全機構によってアクセスを負担してもらう。ＫＭＳ２４０の一例は、カリフォルニア州ミルピータスのＮｅｏＳｃａｌｅ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．によって提供される“ＣｒｙｐｔｏＳｔｏｒ  ＫｅｙＶａｕｌｔ”である。
【００３５】
ローカル通信サーバ２５０は、通信サービスを提供するハードウェア及び／またはソフトウェア要素を含む。通信サービスの幾つかの例は、ｅ−メール、インスタントまたはインターネット・メッセージング、ファイル・トランスファ、ファイル記憶装置、ショート・メッセージ・サービス（ＳＭＳ）、等である。ローカル通信サーバ２５０は、他の装置間で通信するために、蓄積回送プロトコルのような種々のプロトコルを用い得る。一般に、蓄積回送プロトコルは、直接接続が１つまたは２つ以上のホスト間での通信のために必要とされない任意の通信プロトコルである。代表的には、第１のホスト及び第２のホスト間の１つまたは２つ以上の中間関係者が、２つのホスト間で通信を中継し、及び／またはデータを交換する。
【００３６】
ローカル・ユーザ２６０は、ユーザに汎用的及び特定目的の計算を提供するハードウェア及びソフトウェア要素を含む。幾つかの例は、パーソナル・コンピュータ（ＰＣ）、ディスクトップ、ラップトップ、ハンドヘルド装置、メインフレーム、マイクロコンピュータ、ワークステーション、シン・クライアント、等を含む。
【００３７】
リモート通信サーバ２７０は、公衆ネットワーク２３０を介して通信サービスを提供するハードウェア及び／またはソフトウェア要素を含む。リモート・ユーザ２８０は、ユーザに汎用及び特定目的の計算を提供するハードウェア及びソフトウェア要素を含む。
【００３８】
一般に、ファイアウォール２２０は、公衆ネットワーク２３０からの接続のために、ＫＭＳ２４０、ローカル通信サーバ２５０、及びローカル・ユーザ２６０への緩和されたアクセスを提供する。例えば、ファイアウォール２２０は、私設ネットワーク２１０に装着されたファイアウォールの背後のサービスに対する公衆ネットワーク２３０からの接続を、受け付け、拒否し、落とし、否定し、及び代理し得る。ファイアウォール２２０は、また、ネットワーク偽装（マスクレーディング(masquerading)）、ネイティブ・アドレス・トランスレーション、またはＩＰ−偽装（マスクレーディング）のようなネットワーク・アドレス・トランスレーション（ＮＡＴ）をも遂行し得る。
【００３９】
動作の一例において、ローカル・ユーザ２６０は、暗号化されたディジタル・アセットへのアクセスを得るために、キー管理機能を示すリクエストを発生する。ローカル・ユーザ２６０は、次に、ＫＭＳ２４０に私設ネットワーク２１０を介してリクエストを回送する。ＫＭＳ２４０は、リクエストを証明し、そしてローカル・ユーザ２６０からの要求に示されたキー管理機能の遂行に基づいて応答を発生する。ＫＭＳ２４０は、次に、クライアントが暗号化されたディジタル・アセット（資産）にアクセスするのを許容するためのキーを含み得る、ローカル・ユーザへの応答を回送する。
【００４０】
動作のもう１つの例においては、ローカル・ユーザ２６０は、暗号化されたディジタル・アセットへのアクセスを得るために、キー管理機能を示すリクエストを発生する。ローカル・ユーザ２６０は、次に、ローカル通信サーバ２５０の１つに私設ネットワーク２１０を介してリクエストを回送する。１つの特定のローカル通信サーバ２５０は、ＫＭＳ２４０にリクエストを回送し得るか、またはもう１つのローカル通信サーバ２５０にリクエストを回送し得る。最終的には、ローカル通信サーバ２５０の１つは、ＫＭＳ２４０にリクエストを提供するよう認可され得る。ＫＭＳ２４０は、次に、リクエストを証明し、そしてローカル・ユーザ２６０からのリクエストに示されたキー管理機能の遂行に基づいて応答を発生する。
【００４１】
代表的には、１つまたは２つ以上のリモート・ユーザ２８０がＫＭＳ２４０にアクセスすることを望んだならば、ポートがファイアウォール２２０上に開かれ、そしてＫＭＳ２４０に回送される。動作の一例において、システム２００は、ファイアウォール上にそれより多いポートを不必要に開くことなく、ＫＭＳ２４０にキー管理機能を示すリクエストを伝達するために、１つまたは２つ以上の中間関係者（例えば、ローカル及びリモート通信サーバ２５０及び２７０）を用いる。従って、１つまたは２つ以上の中間関係者は、私設ネットワーク２１０の安全性（機密保護）をなお維持しつつ、ＫＭＳ２４０にキー管理機能を示すリクエストを蓄積回送することができる。さらに、ローカル及びリモート通信サーバ２５０及び２７０は、ＫＭＳ２４０からローカル・ユーザ２６０及びリモート・ユーザ２８０に応答を配送するよう構成され得る。
【００４２】
例えば、リモート・ユーザ２８０は、暗号化されたディジタル・アセット（資産）へのアクセスを得るために、キー管理機能を示すリクエストを発生する。リモート・ユーザ２８０は、次に、リモート通信サーバ２７０の１つに公衆ネットワーク２３０を介してリクエストを回送する。特定のリモート通信サーバ２７０は、ファイアウォール２２０にリクエストを回送し得るか、またはもう１つのリモート通信サーバ２７０にリクエストを回送し得る。最終的には、リモート通信サーバ２７０の１つは、ファイアウォール２２０にリクエストを提供するよう認可される。ファイアウォール２２０において、１つまたは２つ以上の特定のローカル通信サーバ２５０は、リモート通信サーバ２７０からリクエストを受信するよう構成され得る。
【００４３】
上述したように、１つまたは２つ以上の特定のローカル通信サーバ２５０は、ＫＭＳ２４０にリクエストを回送し得るか、またはもう１つのローカル通信サーバ２５０にリクエストを回送し得る。最終的には、ローカル通信サーバ２５０の１つは、ＫＭＳ２４０にリクエストを提供するよう認可される。ＫＭＳ２４０は、次に、リクエストを証明し、そしてリモート・ユーザ２８０からのリクエストに示されたキー管理機能の遂行に基づいて応答を発生する。
【００４４】
幾つかの実施形態において、ＫＭＳ２４０は、ローカル・ユーザ２６０またはリモート・ユーザ２８０に直接応答する。種々の実施形態において、ＫＭＳ２４０は、幾つかの中間関係者（例えば、ローカル通信サーバ２５０及びリモート通信サーバ２７０）を用いてローカル・ユーザ２６０またはリモート・ユーザ２８０に応答する。ＫＭＳ２４０は、リクエストが受信された同じ蓄積回送プロトコルを用いて応答し得る。ＫＭＳ２４０は、また、リクエストを送信するよう用いられた異なったプロトコルを用いても応答し得る。
【００４５】
種々の実施形態において、システム２００は、ディジタル・サインされて暗号化されかつ１つまたは２つ以上の中間関係者を介してドロップ・ボックスにリクエストを置き得る、リクエストをローカル・ユーザ２６０またはリモート・ユーザ２８０が発生することができる、ローカル通信サーバ２５０及びリモート通信サーバ２７０を用いてドロップ・ボックスを提供する。複数の時刻において、システム２００は、任意のリクエストが置かれたか否かを決定するために、任意の置かれたリクエストを検索するために、そして任意の置かれたリクエストをＫＭＳ２４０に回送するために、ドロップ・ボックスをチェックする。ドロップ・ボックスは、ドロップ・ボックスが単に正しいＦＴＰサーバによって提供され得、認可されない装置によってからは読取られることができない。ドロップ・ボックスは、また、安全なファイル・コピー・プロトコル（ＳＣＰ）によっても提供され得る。
【００４６】
種々の実施形態において、システム２００は、ｅ−メールのような蓄積回送プロトコル能力を提供する現存のサービスが、ＫＭＳ２４０と組み合せて強化されるのを可能とする。代表的には、ｅ−メール・サーバは、ユーザ、ホスト、及びネットワーク証明機構、スパイウェア（spyware）及びウイルス・フィルタリングを含み、そして法人のまたは私設のネットワーク（例えば、私設ネットワーク２１０）へのゲートウェイとしてすでに作用している。従って、ＫＭＳ２４０は、リクエストが回送され得るｅ−メール・アドレスを提供され得る。ＫＭＳ２４０と関連したｅ−メール・アドレスにアドレスされた受信されたｅ−メール通信は、ＫＭＳ２４０に到達する前に、ログされ、フィルタリングされ、証明され、ウイルス走査され、そしてスパム−チェックされ、さらに、暗号化されまたはトンネル化され、等が行われる。
【００４７】
このように、システム２００は、蓄積回送プロトコルを用いてＫＭＳ２４０への制御されたアクセスを提供する。システム２００は、ローカル及びリモートの双方のユーザが、私設ネットワーク２１０の安全性と妥協することなく、キー管理機能へのアクセスを有するのを可能とする。システム２００は、さらに、予想されないまたは追加の装置が、安全な態様でＫＭＳ２４０にアクセスするよういつでも追加されるのを許容する機構を提供する。
【００４８】
図３Ａ及び３Ｂは、本発明による幾つかの実施形態においてＫＭＳ２４０への制御されたアクセスを提供するための方法の単純化されたフローチャートである。図３Ａ及び３Ｂに示された処理は、コンピュータ・システムのプロセッサによって、コンピュータ・システムのハードウェア・モジュールによって、またはそれらの組合せによって実行されるソフトウェア・モジュール（例えば、命令またはコード）によって行われ得る。図３Ａは、ステップ３００で始まる。
【００４９】
ステップ３０５において、リクエストが、キー管理機能を示して発生される。リクエストは、任意の信号、メッセージ、命令、等である。キー管理機能は、キー・マネージャによって行われる作用、動作、または手続きである。キー管理機能の幾つかの例は、創成動作、削除動作、破壊動作、ラベル（分類）動作、検索動作、更新動作、等である。一例においては、リモート・ユーザ２８０は、暗号化されたディジタル対象にアクセスするためのキーを要求するために、ＫＭＳ２４０にアドレス指定されたリクエストを発生する。
【００５０】
ステップ３１０において、リクエストは、キー管理サーバに向けてリクエストを中継することができる幾つかの中間関係者の第１のものにおいて受信される。一般に、中間関係者は、第１のホストから情報を受信し第２のホストに情報を回送する、任意の装置、ホスト、プロセス、等である。一例において、リモート・ユーザ２８０は、１つまたは２つ以上のリモート通信サーバ２７０にリクエストを配送する。
【００５１】
ステップ３１５において、中間関係者（第１の数の中間関係者）がキー管理サーバにリクエストを提供することを認可されたか否かの決定が為される。決定が為され得る機構の幾つかの例は、ＩＰアドレスまたは他のネットワーク・アドレス、サブネット・アドレス、インターネット・サービス・プロバイダ、ポート・レンジ、ＭＡＣまたはハードウェア・アドレス、データ及び時間制限、等に基づく決定を含む。
【００５２】
否定的な決定に基づいて、ステップ３２０において、リクエストは、キー管理サーバに向けてリクエストを中継することができる次の中間関係者において受信される。例えば、与えられたリモート通信サーバ２７０は、もう１つのリモート通信サーバ２７０に、またはローカル通信サーバ２５０の１つにリクエストを回送し得る。
【００５３】
肯定的な決定に基づいて、ステップ３２５において、リクエストは、最後の中間関係者からキー管理サーバ（例えば、ＫＭＳ２４０）において受信される。幾つかの実施形態において、最後の数の中間関係者は、また、リクエストが配送された第１の数の中間関係者でもあり得る。
【００５４】
図３Ａは、処理が図３Ｂに続く、ステップ３３０で終わる。図３Ｂは、ステップ３３５で始まる。
【００５５】
ステップ３４０において、リクエストに示されるキー管理機能が遂行される。ステップ３４５において、キー管理機能の遂行を示して応答が発生される。換言すれば、ＫＭＳ２４０は、キー管理機能の結果を含む応答、例えば、暗号化されたディジタル対象へのアクセスを得るためにリモート・ユーザ２８０によって要求されたキーを含む応答を発生し得る。種々の実施形態において、応答は、ＫＭＳ２４０によって暗号化されかつディジタル・サインされる。
【００５６】
ステップ３５０において、応答は、クライアントに応答を配送することができる幾つかの中間関係者の第１のものにおいて、受信される。例えば、ＫＭＳ２４０は、応答を、ｅ−メール・サーバ、インスタントまたはインターネット・メッセージング・サーバ、ＦＴＰサーバ、等に配送され得る。幾つかの実施形態においては、応答は、クライアントに直接配送され得る。ステップ３５５において、中間関係者（例えば、第１の数の中間関係者）がクライアントに応答を配送することができるか否かの決定が為される。
【００５７】
否定的な決定に基づいて、ステップ３６０において、応答は、クライアントに向けて応答を中継することができる次の中間関係者において受信される。例えば、与えられたローカル通信サーバ２５０は、リクエストを、もう１つのローカル通信サーバ２５０に、またはリモート通信サーバ２７０の１つに回送し得る。
【００５８】
肯定的な決定に基づいて、ステップ３６５において、応答は、最後の中間関係者からクライアントにおいて受信される。幾つかの実施形態において、最後の数の中間関係者は、また、リクエストが配送された第１の数の中間関係者でもあり得る。図３Ｂは、ステップ３７０で終わる。
【００５９】
従って、システム２００は、蓄積回送プロトコルを用いてＫＭＳ２４０に制御されたアクセスを提供する。キー管理サーバのためにクライアントからの接続を受け付けるよう構成されかつ認可された１つまたは２つ以上のホスト（例えば、ローカル及びリモート通信サーバ２５０及び２７０）を指定することによって、１つまたは２つ以上のホストは、ファイアウォールの背後でキー管理サーバにキー管理機能を示すリクエストを配送するよう構成され得る。従って、キー管理サービスへのアクセスを必要とする各装置ごとにキー管理サーバへのアクセスを開くよりもむしろ、装置は、ゲートキーパとして作用する１つまたは２つ以上の中間関係者を通して通信し得る。
【００６０】
図４は、本発明による幾つかの実施形態におけるＫＭＳ４６０への制御されたアクセスを提供するためのシステム４００のブロック図である。この例においては、システム４００は、クライアント４１０、通信ネットワーク４２０、ファイアウォール４３０、通信ネットワーク４４０、中間関係者４５０、及びＫＭＳ４６０を含む。
【００６１】
通信ネットワーク４２０は、クライアント４１０及びファイアウォール４３０にリンクされる。通信ネットワーク４４０は、ファイアウォール４３０、中間関係者４５０、及びＫＭＳ４６０にリンクされる。
【００６２】
一般に、ファイアウォール４３０は、通信ネットワーク４２０から通信ネットワーク４４０への緩和されたクセスを提供する。例えば、ファイアウォール４３０は、ＦＴＰ通信（例えば、制御ポート２１上で）のための接続を妨害し、通信ネットワーク４４０を介して中間関係者４５０に接続を回送する。もう１つの例においては、ファイアウォール４３０は、インターネット・リレー・チャット（ＩＲＣ）、インスタントまたはインターネット・メッセージング、または他のメッセージング・サービスに関連した接続を妨害し、そして通信ネットワーク４４０を介して中間関係者４５０に接続を回送する。
【００６３】
中間関係者４５０は、通信サービスを提供するためのハードウェア及び／またはソフトウェア要素を含む。例えば、中間関係者４５０は、簡単な匿名のファイル転送、証明されたファイル転送、及び／または安全暗号化されたファイル転送を提供し得る。中間関係者４５０は、さらに、ユーザ証明機構及びユーザ・アクセス・ポリシ（政策）を含み得る。単に１つの中間関係者４５０が示されているけれども、任意の数の中間関係者がシステム４００に含まれ得る。
【００６４】
ＫＭＳ４６０は、キー管理機能を提供するハードウェア及び／またはソフトウェア要素を含む。ＫＭＳ４６０の一例は、カリフォルニア州ミルピータスのＮｅｏＳｃａｌｅ  Ｓｙｓｔｅｍｓ，  Ｉｎｃ．によって提供される“ＣｒｙｐｔｏＳｔｏｒ  ＫｅｙＶａｕｌｔ”である。
【００６５】
動作の一例において、通信ネットワーク４２０に接続されたクライアント（例えば、クライアント４１０）は、キー・リクエストを発生して通信ネットワーク４２０を介してＫＭＳ４６０に送信する。ファイアウォール４３０は、通信ネットワーク４２０からの接続を妨害（intercept）して、該接続を受け付け、代理し、回送しまたは拒否する。特定のポートまたはポート・レンジ上のような、もしくは特定のｅ−メール・アドレスまたは他のネットワーク識別子におけるような、ＫＭＳ４６０にアドレスされたキー・リクエストを含む接続は、中間関係者４５０に回送される。中間関係者４５０は、キー・リクエストをＫＭＳ４６０に配送する。例えば、中間関係者４５０は、リクエストをＫＭＳ４６０にプッシュし得、またはＫＭＳ４６０によって引っ張られたキー・リクエストを有するようＫＭＳ４６０によってポーリングされることを待ち得る。ＫＭＳ４６０は、キー・リクエストを処理し、そして該結果をリクエスタ（要求者）に戻す。システム４００の動作の一例を図５を参照してさらに説明する。
【００６６】
種々の実施形態において、ＫＭＳ４６０にアドレスされたキー・リクエストは、１つまたは２つ以上の中間関係者４５０を通して行くことを必要とし得る。キー・リクエストを配送することを認可されていない、またはＫＭＳ４６０に直接キー・リクエストを配送することができない中間関係者は、代わりに、ＫＭＳ４６０にキー・リクエストを送ることを認可されたまたは直接回送することができる、もしくはさらにもう１つの中間関係者にキー・リクエストを回送することができる、もう１つの中間関係者４５０にキー・リクエストを回送し得る。例えば、ｅ−メールを介して通信する場合、ユーザからのキー・リクエストは、法人のゲートウェイを通して、次に、その会社のためのインターネット・サービス・プロバイダ（ＩＳＰ）に、次に、もう１つのＩＳＰ（ＫＭＳ４６０と関連したネットワークの）に、次に、ＫＭＳ４６０と関連したネットワークのためのｅ−メール・ゲートウェイに、そして最後に、ＫＭＳ４６０自体に通すことが必要であり得る。
【００６７】
図５は、本発明による幾つかの実施形態においてシステム４００におけるキー管理を示すメッセージ・シーケンス図５００である。図５はステップ５０５で始まる。
【００６８】
ステップ５０５において、クライアント４１０は、対象を解読するためのキーに対するリクエストを発生する。例えば、クライアント４１０のユーザは、暗号化されたデータ・ファイルにアクセスすることを試みつつあり得る。幾つかの実施形態において、クライアント４１０は、リクエストを暗号化し、そして暗号化されたリクエストをディジタル・サインする。
【００６９】
ステップ５１０において、クライアント４１０は、中間関係者４５０に通信ネットワーク４２０を介してＫＭＳ４６０にアドレス指定されたリクエストを送る。この例においては、ファイアウォール４３０は、通信ネットワーク４２０からの接続を妨害し、そして該接続を受け付けてそれらを中間関係者４５０に回送するか、もしくは該接続を拒否するかを決定する。該接続が受け付けられるならば、ファイアウォール４３０は、該接続を回送し、それにより、クライアント４１０によって送られたリクエストを中間関係者４５０に回送する。
【００７０】
ステップ５１５において、中間関係者４５０は、リクエストを配送すべきか否かを決定するためにリクエストを処理する。例えば、中間関係者４５０は、クライアント４１０のユーザが中間関係者４５０にリクエストを配送するためのユーザネーム及びパスワードを入れることを要求し得る。幾つかの実施形態においては、中間関係者４５０は、クライアント４１０がディジタル・サインを用いて証明されるということを要求する。他の証明機構及びユーザ安全ポリシ（政策）が中間関係者４５０によって用いられ得る。中間関係者４５０は、また、ウイルス、スパイウェア（spyware）、スパム（ｓｐａｍ）、等のためにもリクエストを走査し得る。
【００７１】
ステップ５２０において、もし、中間関係者４５０がＫＭＳ４６０にリクエストを配送することが認可されていないならば、中間関係者４５０は、要求を拒否し得る（ステップ５２５）。例えば、中間関係者４５０は、他のサービス、例えば公衆ファイル転送、のための匿名の入って来る接続を受け付け得るが、しかしながら、キー管理のために指定されたディレクトリに置かれる匿名のリクエストは、拒否され得る。中間関係者４５０は、また、ＫＭＳ４６０のために指定されたｅ−メールをも受け付け得るが、しかしながら、リクエストは、暗号化されたｅ−メール添付物に含まれなければならない。暗号化されたｅ−メール添付物を含まないｅ−メールは、中間関係者によって落とされるかまたは拒否される。
【００７２】
中間関係者４５０は、また、キー管理サーバに向けてリクエストを中継することができるもう１つのホストまたは装置にリクエストを回送もし得る。種々の実施形態において、中間関係者４５０は、それがＫＭＳ４６０に直接配送することができないということを決定し得る。このように、リクエストは、ＫＭＳ４６０にリクエストを配送することを認可されるものに配送する前に中間関係者の連鎖を通して行き得る。
【００７３】
もし、中間関係者４５０がＫＭＳ４６０にリクエストを配送することを認可されたならば、ステップ５３０において、中間関係者４５０は、ＫＭＳ４６０にリクエストを配送する。例えば、中間関係者４５０上で周期的に実行されるスクリプトは、ＫＭＳ４６０にロードされないリクエストを回送し得る。代替的には、ＫＭＳ４６０は、ロードされないリクエストのために中間関係者４５０を周期的にポーリングし得る。任意の種々のプッシュプル機構が、ＫＭＳ４６０にリクエストを配送するよう用いられ得る。
【００７４】
ステップ５３５において、ＫＭＳ４６０は、キーを含む応答を発生するようリクエストを処理する。ＫＭＳ４６０は、クライアント４１０によって要求されたキーを検索する、創成する、または得るために、１つまたは２つ以上のキー管理機能を遂行し得る。ステップ５４０において、ＫＭＳ４６０は、通信ネットワーク４４０を介してクライアント４１０にアドレス指定された応答を送信する。
【００７５】
幾つかの実施形態において、ＫＭＳ４６０は、キーを含む応答を暗号化しかつディジタル・サインし得る。ＫＭＳ４６０は、応答を暗号化するために、ＰＧＰ、ＧＰＧ、等のような暗号化プログラムを用い得る。ＫＭＳ４６０は、また、応答をディジタル・サインするために、ディジタル・サイン機構または電子サインを用い得る。
【００７６】
ステップ５４５において、クライアント４１０は、キーを得るために応答を受信し処理する。例えば、クライアント４１０は、キーを得るために、ＫＭＳ４６０のディジタル・サインを確認し、応答を解読し得る。ステップ５５０において、クライアント４１０は、対象へのアクセスを得るために、ステップ５４５で得られたキーを用いて対象を解読する。メッセージ・シーケンス図５００は、図５においてステップ５５０で終わる。
【００７７】
従って、システム４００におけるファイアウォール４３０は、ＫＭＳ４６０への直接アクセスを提供する必要がなく、他方、中間関係者４５０は、キー管理サーバにキー管理機能を示すリクエストを配送することを認可された中間関係者を考慮され得る。アクセスを緩和することにより、ＫＭＳ４６０は、ローカル及びリモート・ユーザにキー管理を未だ提供しつつ、アタック（攻撃）から一層安全に隔離され得る。
【００７８】
しかしながら、この例においては、ＫＭＳ４６０は、クライアント４１０に直接応答するよう構成される。種々の実施形態において、ＫＭＳ４６０は、キー管理機能を示すリクエストに応答を間接的に回送するよう１つまたは２つ以上の中間関係者を用いるようにも構成され得る。このように、種々の実施形態において、ＫＭＳ４６０は、中間関係者４５０に応答を配送するよう構成され、中間関係者４５０は、さらに、クライアント４１０に応答を配送する。幾つかの実施形態において、１つまたは２つ以上の中間関係者は、ユーザに応答を配送するよう用いられ得る。応答は、ＫＭＳ４６０にキー・リクエストを配送するよう用いられ得る経路よりもむしろ、ユーザに戻る異なった経路を取り得るということが可能である。
【００７９】
図６は、本発明による幾つかの実施形態においてＫＭＳ６５０への制御されたアクセスを提供するためのシステム６００のブロック図である。システム６００は、クライアント６１０、リモート・ｅ−メール・サーバ６２０、ファイアウォール６３０、ローカル・ｅ−メール・サーバ６４０、及びＫＭＳ６５０を含む。簡単にするために、中間の公衆及び私設の通信ネットワークは示されていない。
【００８０】
この例においては、リモート・ｅ−メール・サーバ６２０は、クライアント６１０及びファイアウォール６３０にリンクされる。ローカル・ｅ−メール・サーバ６４０は、ファイアウォール６３０及びＫＭＳ６５０にリンクされる。
【００８１】
一般に、ファイアウォール６３０は、ローカル・ｅ−メール・サーバ６４０への緩和されたアクセスを提供する。例えば、ファイアウォール６３０は、ｅ−メール通信に関する接続を妨害し、そして他のすべての接続を落とすかまたは否定する。ファイアウォール６３０は、次に、ローカル・ｅ−メール・サーバ６４０へのｅ−メール通信に関する接続を回送する。この例においては、リモート・ｅ−メール・サーバ６２０からの接続は、ファイアウォール６３０を通して、ローカル・ｅ−メール・サーバ６４０に回送され得る。
【００８２】
リモート・ｅ−メール・サーバ６２０及びローカル・ｅ−メール・サーバ６４０は、マイクロソフト・イクスチェンジ、ＩＢＭロータス・ノート、リナックス及びユニックス・メッセージング・システム（例えば、ポストフィックス及びセンドメール）、等のようなｅ−メール通信サービスを提供するハードウェア及び／またはソフトウェア要素を含む。リモート・ｅ−メール・サーバ６２０及びローカル・ｅ−メール・サーバ６２０は、ＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ、ＵＵＣＰ、ｒｓｙｎｃ、等のような種々のプロトコルを用いるように構成され得る。
【００８３】
ＫＭＳ６５０は、ローカル・ｅ−メール・サーバ６４０を用いてリクエストを受信するよう、かつ再度ローカル・ｅ−メール・サーバ６４０を用いて応答を回送するよう構成される。ＫＭＳ６５０は、メールボックスが提供され得、該メールボックスには、ＫＭＳ６５０に割当てられるｅ−メール・アドレスに送られるメールがＫＭＳ６５０に関連するメールボックスに置かれる。システム６００の動作の一例を図７Ａ、７Ｂ、及び７Ｃを参照してさらに説明する。
【００８４】
図７Ａ、７Ｂ、及び７Ｃは、本発明による幾つかの実施形態においてシステム６００におけるキー管理を示すメッセージ・シーケンス図７００である。メッセージ・シーケンス図７００は、図７Ａにおいてステップ７０２で始まる。
【００８５】
ステップ７０２において、クライアント６１０は、キー管理機能を示すリクエストを発生する。ステップ７０４において、クライアント６１０は、リクエストを暗号化しかつディジタル・サインする。ステップ７０６において、クライアント６１０は、ＫＭＳ６５０にアドレス指定されたリモート・ｅ−メール・サーバ６２０にリクエストを送る。
【００８６】
幾つかの実施形態において、クライアント６１０のユーザは、暗号化されかつディジタル・サインされたキー・リクエストをｅ−メールに添付し得る。ユーザは、次に、アウトルックのようなメール・クライアントを用いてＫＭＳ６５０にアドレス指定されたｅ−メールを送信し得る。他の実施形態において、ＳＭＴＰを用いてクライアント６１０上で実行するコンピュータ・プロセスは、保護された対象にアクセスするための局部（ローカル）動作に応答してクライアント６１０のユーザに対して自動的に発生されている暗号化されかつディジタル・サインされたリクエストを配送するためにｅ−メール・サーバ６２０と通信する。
【００８７】
ステップ７０８において、リモート・ｅ−メール・サーバ６２０は、それがＫＭＳ６５０にリクエストを配送することを認可されているか否かを決定する。例えば、リモート・ｅ−メール・サーバ６２０は、それがＫＭＳ６５０のｅ−メール・アドレスと関連したドメインをホストするか否かを決定し得る。リモート・ｅ−メール・サーバ６２０が認可されているという肯定的な決定に基づいて、リモート・ｅ−メール・サーバ６２０は、ＫＭＳ６５０（図示せず）に直接リクエストを送るであろう。しかしながら、この例においては、リモート・ｅ−メール・サーバ６２０は、ＫＭＳ６５０にリクエストを配送することを認可されず、その理由は、この例においては、リモート・ｅ−メール・サーバ６２０がＫＭＳ６５０のｅ−メール・アドレスと関連したドメインをホストもせず、ＫＭＳ６５０への直接接続を有しもしないからである。
【００８８】
幾つかの例においては、ステップ７１０において、もしリモート・ｅ−メール・サーバ６２０がリクエストを配送することを認可されたならば、ステップ７１２において、リモート・ｅ−メール・サーバ６２０は、ＫＭＳ６５０にリクエストを配送する。図７Ａは、次に、ステップ７１４において終了し、そこで、メッセージ・シーケンス図７００は、図７Ｃのステップ７３６に続く。
【００８９】
しかしながら、この例においては、ステップ７１６では、リモート・ｅ−メール・サーバ６２０は、ＫＭＳ６５０と関連したｅ−メール・アドレスに関する１つまたは２つ以上のｅ−メール交換を決定する。１つまたは２つ以上のｅ−メール交換は、ローカル・ｅ−メール・サーバ６４０がＫＭＳ６５０のためのｅ−メールを受信するよう構成されるということを示し得る。この例においては、ローカル・ｅ−メール・サーバ６４０は、１つまたは２つ以上のｅ−メール交換によって示される宛先であるよう構成される。ステップ７１８において、リモート・ｅ−メール・サーバ６２０は、ローカル・ｅ−メール・サーバ６４０に、暗号化されかつディジタル・サインされたリクエストを回送する。図７Ａは、ステップ７２０で終り、メッセージ・シーケンス図７００は、図７Ｂのステップ７２２に続く。
【００９０】
図７Ｂを参照すると、この例では、ファイアウォール６３０は、ｅ−メール通信（例えば、リモート・ｅ−メール・サーバ６２０から）を妨害し、そしてローカル・ｅ−メール・サーバ６４０にｅ−メール通信を回送する。ステップ７２４において、ローカル・ｅ−メール・サーバ６４０は、それが、ＫＭＳ６５０にリクエストを配送することを認可されているか否かを決定する。例えば、ローカル・ｅ−メール・サーバ６４０は、それが、リクエストを配送するために用いられるｅ−メール・アドレスを認識しているか否かを決定し得る。ローカル・ｅ−メール・サーバ６４０は、それが、ＫＭＳ６５０にリクエストを配送することを認可されているか否かを決定するために、他の政策ベースの、ホスト・ベースのユーザ・ベースの、そしてネットワークのチェックを遂行し得る。ローカル・ｅ−メール・サーバ６４０は、また、リクエストの有効性、確実性、等を決定するために、リクエストに関してウイルス走査、スパム・フィルタリング、及び他のチェックも遂行し得る。
【００９１】
ステップ７２６において、もしローカルｅ−メール・サーバ６４０がＫＭＳ６５０に情報を配送することを認可されないならば、ステップ７２８において、ローカルｅ−メール・サーバ６４０は、リクエストを廃棄する。ローカル・ｅ−メール・サーバ６４０は、また、リクエストを拒否をもし得、もしくは、リクエストを受け付け得、そしてエラー・メッセージを発生することなく、引き続きリクエストを廃棄し得る。
【００９２】
ステップ７２６において、もしローカル・ｅ−メール・サーバ６４０がＫＭＳ６５０にリクエストを配送することを認可されるならば、ステップ７３０において、ローカル・ｅ−メール・サーバ６４０は、ＫＭＳ６５０と関連したメールボックスにリクエストを記憶する。ステップ７３２において、複数の時刻の１つにおいて、ＫＭＳ６５０は、それ自身を、ローカル・ｅ−メール・サーバ６４０に対して証明し、そしてＫＭＳ６５０と関連したメールボックスに記憶されたリクエストを検索する。図７Ｂは、ステップ７３４で終了し、メッセージ・シーケンス図７００は、図７Ｃのステップ７３６に続く。
【００９３】
さて、図７Ｃを参照すると、ステップ７３８において、ＫＭＳ６５０は、クライアント６５０から受信した情報を証明するために、リクエストと関連したディジタル・サインを処理する。ステップ７４０において、もしディジタル・サインが有効でないならば、ステップ７４２において、リクエストを無視し、拒否し、もしくはそうでなければ、廃棄する。
【００９４】
ステップ７４０において、もしディジタル・サインが有効ならば、ステップ７４４において、ＫＭＳ６５０は、リクエストを解読する。ステップ７４６において、ＫＭＳ６５０は、リクエストによって示された１つまたは２つ以上のキー管理機能を遂行する。例えば、キー管理サーバは、キーを発生し、キーを破壊し、キーを得、キーを更新し、キーと関連したメタデータを更新し、キーのためのラベルを発生し、等を行い得る。
【００９５】
ステップ７４８において、ＫＭＳ６５０は、１つまたは２つ以上のキー管理機能の遂行を示す応答を発生する。ステップ７５０において、ＫＭＳ６５０は、キー管理機能の結果を示す応答を暗号化しかつディジタル・サインする。ステップ７５２において、ＫＭＳ６５０は、クライアント６１０にアドレス指定されたローカル・ｅ−メール・サーバ６４０に、キー管理機能の結果を示す、暗号化されかつディジタル・サインされた応答を配送する。例えば、ＫＭＳ６５０は、クライアント６１０のユーザと関連したｅ−メール・アドレスに応答をアドレスし得る。
【００９６】
ステップ７５４において、ローカル・ｅ−メール・サーバ６４０は、クライアント６１０への配送のためにリモート・ｅ−メール・サーバ６２０に応答を回送する。ステップ７５６において、リモート・ｅ−メール・サーバ６２０は、クライアント６１０のためにメールボックスに応答を記憶する。例えば、リモート・ｅ−メール・サーバ６２０は、Exchange（エクスチェンジ）、ＰＯＰ３、ＩＭＡＰ、またはウェブ−メール・サーバとインターフェースし得る。
【００９７】
ステップ７５８において、クライアント６１０は、リモート・ｅ−メール・サーバ６２０に配送された応答を検索する。例えば、クライアント６１０のユーザは、リモート・ｅ−メール・サーバ６２０からの応答を手動で検索し得る。もう１つの例においては、クライアント６１０上で実行するコンピュータ・プロセスは、応答が到着したか否かを決定するために、リモート・ｅ−メール・サーバ６２０を周期的にポーリングし得る。ステップ７６０において、クライアント６１０は、１つまたは２つ以上のキー管理機能の結果を得るために、応答を処理する。例えば、クライアント６１０は、ディジタル対象を解読するために、キーを得ることができる。メッセージ・シーケンス図７００は、図７Ｃにおいて、ステップ７６０で終了する。
【００９８】
図８は、本発明の実施形態を実行するために用いられ得るコンピュータ・システム８００の単純化されたブロック図である。図８に示されるように、コンピュータ・システム８００は、バス・サブシステム８１０を介して幾つかの周辺装置と通信するプロセッサ８０５を含む。これらの周辺装置は、メモリ・サブシステム８３５及びファイル記憶サブシステム８５５を含む記憶サブシステム８１５と、ユーザ・インターフェース入力装置８２０と、ユーザ・インターフェース出力装置８２５と、ネットワーク・インターフェース・サブシステム８３０と、を含み得る。
【００９９】
バス・サブシステム８１０は、コンピュータ・システム８００の種々の構成要素及びサブシステムを、意図されたように、互いに通信させるための機構を提供する。バス・サブシステム８１０は、図式的に単一のバスとして示されているけれども、バス・システムの代替的な実施形態は、多数のバスを用い得る。
【０１００】
ネットワーク・インターフェース・サブシステム８３０は、他のコンピュータ・システム、及びネットワーク、及び装置へのインターフェースを提供する。ネットワーク・インターフェース・サブシステム８３０は、他のシステムからデータを受信するための、並びにコンピュータ・システム８００から他のシステムへデータを送信するためのインターフェースとして働く。
【０１０１】
ユーザ・インターフェース入力装置８２０は、キーボードと、マウス、トラックボール、タッチパッド、またはグラフィックス・タブレットのようなポインティング・デバイスと、スキャナと、バーコード・スキャナと、ディスプレイに組み込まれたタッチスクリーンと、音声認識システム、マイクロフォン、及び他の種類の入力装置のようなオーディオ入力装置とを含み得る。一般に、用語「入力装置」の使用は、コンピュータ・システム８００に情報を入力するためのすべての可能な種類の装置及び機構を含むよう意図されている。
【０１０２】
ユーザ・インターフェース出力装置８２５は、ディスプレイ・サブシステムと、プリンタと、ファックス・マシンと、またはオーディオ出力装置のような非可視ディスプレイと、等を含み得る。ディスプレイ・サブシステムは、陰極線管（ＣＲＴ）と、液晶ディスプレイ（ＬＣＤ）のようなフラットパネル装置と、またはプロジェクション装置と、であり得る。一般に、用語「出力装置」の使用は、コンピュータ・システム８００から情報を出力するためのすべての可能な種類の装置及び機構を含むように意図されている。
【０１０３】
記憶サブシステム８１５は、本発明の機能を提供する基本プログラムおよびデータ構成を記憶するよう構成され得る。本発明の機能を提供するソフトウェア（コード・モジュールまたは命令）は、記憶サブシステム８１５に記憶され得る。これらのソフトウェア・モジュールまたは命令は、プロセッサ８０５によって実行され得る。記憶サブシステム８１５は、また、本発明に従って用いられるデータを記憶するためのリポジトリをも提供し得る。記憶サブシステム８１５は、メモリ・サブシステム８３５及びファイル／ディスク記憶サブシステム８５５を含み得る。
【０１０４】
メモリ・サブシステム８３５は、プログラム実行中のデータ及び命令の記憶のための主ランダム・アクセス・メモリ（ＲＡＭ）８５０及び固定された命令が記憶されたリード・オンリ・メモリ（ＲＯＭ）８４０を含む幾つかのメモリを含み得る。ファイル記憶サブシステム８５５は、プログラム及びデータ・ファイルのための永続的な（不揮発性）記憶を提供し、そして関連の移動可能なメディア、コンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）ドライブ、ＤＶＤ、光ドライブ、移動可能なメディア・カートリッジ及び他の同様の記憶メディアと共にハード・ディスク・ドライブ、フロッピ・ディスク・ドライブを含み得る。
【０１０５】
コンピュータ・システム８００は、パーソナル・コンピュータ、ポータブル・コンピュータ、ワークステーション、ネットワーク・コンピュータ、メインフレーム、キオスク、もしくは任意の他のデータ処理システムを含む種々の種類のものであることができる。コンピュータ及びネットワークの常に変化しつつある性質に起因して、図８に示されたコンピュータ・システム８００の記載は、コンピュータ・システムの好適な実施形態を示す目的で特定の例としてのみ意図されている。図８に示されたシステムより多くのまたは少ない構成要素を有する多くの他の構成も可能である。
【０１０６】
本発明の特定の実施形態を説明してきたけれども、種々の変更、改変、代替的構成及び等価物も本発明の範囲内に包摂される。記載された発明は、或る特定のデータ処理環境内の動作に制限されるものではなく、複数のデータ処理環境内で動作することが自由である。さらに、本発明を特定の一連のトランザクション（処理）及びステップを用いて説明してきたけれども、本発明の範囲は、説明された一連のトランザクション及びステップに制限されるものではないことは当業者には明瞭であるはずである。
【０１０７】
さらに、本発明をハードウェア及びソフトウェアの特定の組み合わせを用いて説明してきたけれども、ハードウェア及びソフトウェアの他の組み合わせも本発明の範囲内にあることを認識すべきである。本発明は、ハードウェアにおいてのみ、またはソフトウェアにおいてのみ、またはそれらの組み合わせを用いて履行され得る。
【０１０８】
従って、本明細書及び図面は、制限的意味というよりむしろ説明的な意味であると見なされるべきである。しかしながら、追加、削減、削除、並びに他の変更及び変化も、特許請求の範囲に述べられた本発明の広範な精神並びに範囲から逸脱することなく、それに対して為され得るということが明らかである。
【符号の説明】
【０１０９】
４００・・・システム
４１０・・・クライアント
４２０・・・通信ネットワーク
４３０・・・ファイアウォール
４４０・・・通信ネットワーク
４５０・・・中間関係者
４６０・・・キー管理サーバ（ＫＭＳ）
８００・・・コンピュータ・システム
８０５・・・プロセッサ
８１０・・・バス・サブシステム
８１５・・・記憶サブシステム
８２０・・・ユーザ・インターフェース入力装置
８２５・・・ユーザ・インターフェース出力装置
８３０・・・ネットワーク・インターフェース・サブシステム
８３５・・・メモリ・サブシステム
８４０・・・ＲＯＭ
８５０・・・ＲＡＭ
８５５・・・ファイル／ディスク記憶サブシステム
【図１】
2010531072.tif 000003
【図２】
2010531072.tif 000004
【図３Ａ】
2010531072.tif 000005
【図３Ｂ】
2010531072.tif 000006
【図４】
2010531072.tif 000007
【図５】
2010531072.tif 000008
【図６】
2010531072.tif 000009
【図７Ａ】
2010531072.tif 000010
【図７Ｂ】
2010531072.tif 000011
【図７Ｃ】
2010531072.tif 000012
【図８】
2010531072.tif 000013
【国際調査報告】
2010531072.tif 000014
2010531072.tif 000015