(57)【要約】  鍵サーバは、コンピュータで実行されるように構成される。また、鍵サーバは、送信者の要求に対して、送信者が鍵サーバに登録されていた場合、通信の対象となるメッセージに関連付けられたメッセージ識別子と、送信者のメッセージを暗号化するためのランダム共有鍵とを生成することによって、プログラムにより応答するように構成される。さらに、鍵サーバは、受信者が鍵サーバに登録されていた場合、メッセージを復号するためのランダム共有鍵を抽出することによって、受信者に対してプログラムにより応答するように構成され、受信者は上記メッセージの受け取り対象者であり、前記メッセージ識別子を鍵サーバに提供する。
2010522488.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータで実行されるように構成される鍵サーバを含むシステムであって、
前記鍵サーバは、送信者の要求に対して、前記送信者が該鍵サーバに登録されていた場合、通信の対象となるメッセージに関連付けられたメッセージ識別子と、前記送信者の前記メッセージを暗号化するためのランダム共有鍵とを生成することによって、プログラムにより応答するように構成され、さらに、受信者が該鍵サーバに登録されていた場合、前記メッセージを復号するための前記ランダム共有鍵を抽出することによって、前記受信者に対してプログラムにより応答するように構成され、前記受信者は、前記メッセージの受け取り対象者であり、前記メッセージ識別子を前記鍵サーバに提供することを特徴とするシステム。
【請求項２】
前記鍵サーバは、前記コンピュータで実行されるように構成され、前記送信者の識別子、前記受信者の識別子、前記送信者と関連付けられた公開鍵、および前記受信者と関連付けられた公開鍵を格納することによって前記送信者および前記受信者を登録するように構成されるクライアント登録部を含むことを特徴とする請求項１に記載のシステム。
【請求項３】
前記鍵サーバは、前記コンピュータで実行されるように構成され、メッセージ受け取り対象者リストを、安全な受取人のリストと安全でない受取人のリストとに分離するように構成され、安全でない受取人が少なくとも１人いる場合は前記送信者の前記要求に対して選択的に処理する鍵要求処理部をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項４】
前記鍵サーバは、前記送信者の識別情報または前記受信者の識別情報を検証するように構成されるクライアント検証部をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項５】
前記鍵サーバは、前記メッセージ識別子または前記ランダム共有鍵として使用するのに適したデータを生成するように構成されるランダムデータ生成部をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項６】
前記鍵サーバは、前記送信者または前記受信者からの通信を復号するとともに、前記送信者または前記受信者からの通信を暗号化するように構成されるサーバ暗号化／復号部をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項７】
前記鍵サーバは、前記送信者の前記識別子、前記受信者の前記識別子、前記送信者と関連付けられた前記公開鍵、および前記受信者と関連付けられた前記公開鍵を格納するように構成される鍵データベースをさらに含み、前記サーバ暗号化／復号部は、前記鍵データベースに格納された情報を用いて、前記送信者または前記受信者からの通信と前記送信者または前記受信者への通信とを暗号化／復号するように構成されていることを特徴とする請求項６に記載のシステム。
【請求項８】
前記送信者または前記受信者のいずれかによって実行され、前記メッセージの送信または受信を行うための電子メールクライアントを含むクライアント装置をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項９】
前記クライアント装置は、前記メッセージを送信するための前記送信者からのコマンドに応じて、前記鍵サーバとの接続を確立するように構成され、前記メッセージ識別子および前記ランダム共有鍵の前記要求を前記鍵サーバに送信する安全なメールドライバをさらに含むことを特徴とする請求項８に記載のシステム。
【請求項１０】
前記クライアント装置は、前記送信者の秘密鍵または前記受信者の秘密鍵を用いて、前記ランダム共有鍵を復号するように構成され、さらに前記受信者へ前記メッセージを送信する前に前記ランダム共有鍵を用いて前記メッセージを暗号化するように構成されるクライアント暗号化／復号部をさらに含むことを特徴とする請求項９に記載のシステム。
【請求項１１】
登録済み送信側クライアント装置からの要求に応じて、ランダム共有鍵およびメッセージ識別子を生成し、送信するステップと、
前記メッセージ識別子を含む、登録済み受信側クライアント装置からの前記要求に応じて、前記ランダム共有鍵を送信するステップとを含むことを特徴とする、コンピュータにより実行される鍵配布方法。
【請求項１２】
前記登録済み送信側クライアント装置が前記要求を送信することを正当に許可されているか否かを判断し、正当に許可されていない場合、前記登録済み送信側クライアント装置からの要求に対して、前記ランダム共有鍵および前記メッセージ識別子の送信を拒否するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記登録済み送信側クライアント装置から、受け取り対象者リストを受け取り、格納するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記登録済み受信側クライアント装置が前記受け取り対象者リストに関係しているか否かを判断し、関係していない場合、前記登録済み受信側クライアント装置からの前記要求に対して、前記ランダム共有鍵の送信を拒否するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１５】
前記ランダム共有鍵および前記メッセージ識別子を前記登録済み送信側クライアント装置へ送信する前に、前記ランダム共有鍵および前記メッセージ識別子を暗号化するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１６】
前記ランダム共有鍵を前記登録済み受信側クライアント装置へ送信する前に、前記ランダム共有鍵を暗号化するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１７】
送信側クライアント装置および受信側クライアント装置を登録するステップと、
前記送信側クライアント装置からの要求に応じて、ランダム共有鍵およびメッセージ識別子を生成し、送信するステップと、
前記メッセージ識別子を含む、前記受信側クライアント装置からの要求に応じて、前記ランダム共有鍵を送信するステップとを含むことを特徴とする鍵配布方法をコンピュータで実現するためのコンピュータ実行可能な命令が記憶されるコンピュータ読み取り可能な媒体。
【請求項１８】
前記方法において、前記送信側クライアント装置が前記要求を送信することを正当に許可されているか否かを判断し、正当に許可されていない場合、前記送信側クライアント装置からの前記要求に対して、前記ランダム共有鍵および前記メッセージ識別子の送信を拒否するステップをさらに含むことを特徴とする請求項１５に記載のコンピュータ読み取り可能な媒体。
【請求項１９】
前記方法において、前記送信側クライアント装置から、受け取り対象者リストを受け取り、格納するステップをさらに含むことを特徴とする請求項１５に記載のコンピュータ読み取り可能な媒体。
【請求項２０】
前記方法において、前記受信側クライアント装置が前記受け取り対象者リストに関係しているか否かを判断し、関係していない場合、前記受信側クライアント装置からの前記要求に対して、前記ランダム共有鍵の送信を拒否するステップをさらに含むことを特徴とする請求項１５に記載のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔関連出願の相互参照〕
本出願は２００７年３月２０日に出願された米国仮特許出願第６０／９１８，９０２号の恩典を主張するものであり、この出願はその全体において参照として本明細書に組み入れられる。
【０００２】
〔背景技術〕
暗号化（盗聴防止）及びクライアント認証（送信者および受取人の識別情報の検証）の組合せにより、インターネット通信に関係するセキュリティ問題をなくすことはできないが、減少させることはできる。セキュリティ問題を減少させるための技術の一つとして、公開鍵基盤（ＰＫＩ）が知られている。しかしながら、ＰＫＩは、大きな組織にまで規模を拡張することが難しいという問題がある。また、暗号鍵を管理するための別の技術として、クライアントに暗号鍵を管理させる方法がある。しかしながら、メッセージの受取人の数が増加するにつれ、必要となる爆発的な数の暗号鍵を把握するのにクライアントが苦労するという問題がある。
【０００３】
〔図面の簡単な説明〕
前述の様態および開示される主題に付随する利点の多くは、添付図面と一緒に以下に示す詳細な説明を参照することでより一層理解できるようになるとともに、より容易に理解できるようになるであろう。
【０００４】
図１Ａは、本発明の様々な実施形態に係る、安全な電子メールを送受信するためのクライアント装置の一例を示すブロック図である。
【０００５】
図１Ｂは、本発明の様々な実施形態に係る、クライアントを認証し、暗号鍵を管理するための鍵サーバの一例を示すブロック図である。
【０００６】
図２は、本発明の様々な実施形態に係る、暗号鍵の安全な交換および安全な電子メールの送受信のためのネットワーク通信システムの一例を示すブロック図である。
【０００７】
図３Ａ−３Ｈは、本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【０００８】
〔詳細な説明〕
図１Ａは、安全な電子メールを送受信するのに適したクライアント装置１００を示す。クライアント装置１００は、数多くの異なる形式をとってもよい。例えば、クライアント装置１００の最適な形式の一つに、多目的デスクトップコンピュータが挙げられる。あるいは、携帯電話、ノート型パソコン、ＰＤＡ、およびビデオゲームの本体（コンソール）等の形式をとってもよい。
【０００９】
クライアント装置１００は、電子メールクライアント１０２を含む。電子メールクライアント１０２は、ＯＵＴＬＯＯＫ（登録商標）エクスプレスのようなインターネット電子メールを送信するのに適した任意の電子メールクライアントプログラムであってよい。電子メールクライアント１０２がこのような市販の電子メールクライアントプログラムであるという本発明が開示した実施形態により、ユーザは更に訓練する必要もなく、安全な電子メールを送信することが可能となり、実質的なソフトウェア開発努力も必要とはしない。一実施形態において、電子メールクライアント１０２は安全な電子メールを送受信するためにカスタマイズされる。
【００１０】
前記クライアント装置１００は、さらに安全なメールシステム１０４を含む。安全なメールシステム１０４は、クライアント暗号化／復号部１０６を含む。前記クライアント暗号化／復号部１０６は、クライアント装置１００と鍵サーバ１１０との通信の暗号化／復号を行い、また他のクライアント装置へ送信される電子メールの暗号化／復号を行う。さらに、安全なメールシステム１０４の一実施形態によれば、さらに安全なメールドライバ１０８を含む。安全なメールドライバ１０８は、鍵サーバ１１０に要求して暗号鍵を受け取る。また、安全なメールドライバ１０８は、安全な電子メールを送信する処理を管理する。
【００１１】
図１Ｂは、鍵サーバ１１０を示す。鍵サーバ１１０は、クライアント装置１００の登録や認証を行い、また、登録・認証済みのクライアント装置１００を含む任意のクライアント装置からの鍵の要求に応答する。鍵サーバ１１０は、鍵データベース１２２と通信可能に接続されており、鍵サーバ１１０は鍵データベース１２２に登録された各クライアント装置１００の識別情報を記憶する。この識別情報は、クライアント装置１００に関連付けられており、クライアント装置１００と鍵サーバ１１０との間の通信を保護するために用いられる公開暗号鍵を含んでもよい。当業者であれば、鍵データベース１２２が鍵サーバ１１０と同じハードウェア、あるいは鍵サーバ１１０とは異なるハードウェア上に存在する可能性を認識するであろう。
【００１２】
さらに、鍵サーバ１１０はクライアント登録部１１２を含む。クライアント登録部１１２は、クライアント装置１００用の公開暗号鍵を受け取り、その公開暗号鍵を鍵データベース１２２に格納することにより、各クライアント装置１００を登録する。さらに、この登録処理には、クライアント装置１００用の公開暗号鍵と共に、ユーザ名やクライアント装置１００に関連したパスワード等のユーザの正当性を証明するものを鍵データベース１２２に格納する工程も含まれてよい。
【００１３】
さらに、鍵サーバ１１０は鍵要求処理部１１６を含む。鍵要求処理部１１６は、クライアント装置１００から出されるランダム共有鍵の要求に対応する。またさらに、鍵サーバ１１０はクライアント検証部１１８を含む。クライアント検証部１１８は、クライアント装置１００の識別情報を検証する。換言すれば、クライアント検証部１１８は、クライアント装置１００が実際にランダム共有鍵の特定の要求に関連するクライアント装置１００であるかを判断する。
【００１４】
さらに、鍵サーバ１１０は安全な通信を扱うのに適した構成部材を含む。これらの構成部材には、サーバ暗号化／復号部１１４およびランダムデータ生成部１２０が含まれる。サーバ暗号化／復号部１１４は、鍵サーバ１１０とクライアント装置１００との間の通信の暗号化や復号を行う。ランダムデータ生成部１２０は、クライアント装置１００からの要求に応じて、メッセージＩＤとして使用されるランダムデータを生成する。さらに、ランダムデータ生成部１２０は、さらに鍵サーバ１１０の公開鍵と秘密鍵とのペア、およびクライアント装置１００の要求に応じたランダム共有鍵とを含む暗号鍵を生成する。
【００１５】
図２は、暗号鍵の管理や安全な電子メールの送受信を行うためのシステム２００の一例を示す。送信者２０２および受信者２１４は、クライアント装置１００のようなクライアント装置である。一実施形態において、送信者２０２および受信者２１４は、安全な電子メールを送受信する前に鍵サーバ１１０に登録を行う。この登録処理中に、各クライアント装置１００は公開鍵と秘密鍵とを含むペア鍵を生成し、鍵サーバ１１０に公開鍵を送信する。鍵サーバ１１０は、登録処理中のクライアント装置１００の当該公開鍵を格納し、次に鍵サーバ１１０の公開鍵を前記登録処理中のクライアント装置１００に送信する。
【００１６】
一度登録され、保護された一通の電子メールを送信するために、送信者２０２は鍵サーバ１１０にランダム共有鍵を要求する。最初に、鍵サーバ１１０は、特定の送信者２０２に対する許可付与の有無やメッセージの受け取り対象者の状態等の要素に基づいて、送信者２０２が安全な電子メールを送信することを許可されているか否かを判断する。送信者２００が前記受け取り対象者のもとへ安全な電子メールを送信することを許可されている場合、鍵サーバ１１０はメッセージＩＤおよびランダム共有鍵２０４を生成する。鍵サーバ１１０は、メッセージＩＤおよびランダム共有鍵２０４を安全に送信する。送信者２０２はランダム共有鍵を用いてメッセージを暗号化し、暗号化したメッセージにメッセージＩＤを加えて、保護された電子メール２０６を送信側メールサーバ２０８に送信する。送信側メールサーバ２０８として、ＳＭＴＰサーバ等の、インターネット電子メールを送信できる、任意の適切なサーバを使用できる。送信側メールサーバ２０８は、保護された電子メール２０６をインターネット２１０等のネットワークを介して受信側メールサーバ２１２に転送する。受信側メールサーバ２１２は、インターネット電子メールを受け取ることができ、インターネット電子メールを受信側クライアントに配信することができる、ＩＭＡＰサーバまたはＰＯＰ３等の任意の適切なサーバである。
【００１７】
送信側メールサーバ２０８および受信側メールサーバ２１２が同じサーバでもよいということは、当業者であれば認識できる。さらに、送信側メールサーバ２０８および受信側メールサーバ２１２が同一のローカルエリアネットワーク上に配置された別々のサーバであり、これにより保護された電子メール２０６をインターネット２１０を介して送信する必要がないということは、当業者であれば認識できる。
【００１８】
システム２００の一実施形態において、送信者２０２は保護された電子メール２０６の配信に必要とされるヘッダーの暗号化は行わない。したがって、送信側メールサーバ２０８および受信側メールサーバ２１２は、システム２００に参加するために特別な知識や構成は必要ないが、その代り、他の電子メールと同じ方法で保護された電子メール２０６が転送されて配信される。
【００１９】
受信者２１４は、保護された電子メール２０６を受信側メールサーバ２１２から受け取る。受信者２１４は保護された電子メール２０６からメッセージＩＤを抽出し、メッセージＩＤを用いて鍵サーバ１１０にランダム共有鍵２０４を要求する。受信者２１４が保護された電子メール２０６の受け取り対象者であったことを鍵サーバ１１０が検証した場合、鍵サーバ１１０はメッセージを暗号化するために使用されたランダム共有鍵２０４で応答する。その後、受信者２１４は、このランダム共有鍵２０４を用いて、保護された電子メール２０６の内容を復号する。
【００２０】
本システム２００の実施形態において、保護された電子メール２０６の内容は送信者２０２が暗号化している。実施形態において、鍵サーバ１１０は保護された電子メール２０６の内容を保持せず、ランダム共有鍵２０４と受け取り対象者リストを保持する。これにより、万一悪意のある第三者が鍵サーバ１１０へアクセスしたとしても、保護された電子メール２０６の内容にはアクセスすることはない。さらに、本システム２００には柔軟性がある。一通の保護された電子メール２０６の送受信に関して本明細書で最初に記載したが、システム２００の他の実施形態によれば、インスタントメッセージ、テキストメッセージ等の、他の形式の電子通信文をやりとりするために使用できる。
【００２１】
図３Ａから図３Ｈは、安全な電子メールを送受信するために暗号鍵を管理する方法３００を示す。方法３００は、開始ブロックから始まり、継続端子（端子Ａ）と出口端子（端子のＢ）との間に規定される一連の方法ステップ３０４へと続く。一連の方法ステップ３０４では、クライアント装置１００を鍵サーバ１１０に登録する方法について示す。方法３００は、端子Ａ（図３Ｂ）からブロック３１２へ進むと、ブロック３１２では安全なメールシステム１０４がクライアント装置１００にインストールされる。次にブロック３１４では、安全なメールシステム１０４がクライアント装置１００にログイン名およびパスワードを付与する。一実施形態では、安全なメールシステム１０４がログイン名および/またはパスワードを入力するようにクライアント装置１００のユーザに要求する。他の実施形態では、安全なメールシステム１０４はユーザの介在を必要とせずに、ログイン名とパスワードをクライアント装置１００に自動的に付与する。また他の実施形態では、安全なメールシステム１０４が個々の装置からログイン名とパスワードを受け取る。
【００２２】
その後、方法３００はブロック３１６へ進み、ここでは安全なメールシステム１０４がクライアント公開鍵およびクライアント秘密鍵を生成する。この後、一実施形態では、後で使用するためにクライアント秘密鍵はクライアント装置１００に格納される。次にブロック３１８では、安全なメールシステム１０４が前記クライアント公開鍵を含む登録要求を生成する。ブロック３２０では、安全なメールシステム１０４がクライアント登録部１１２に登録要求を送信する。
【００２３】
次にブロック３２２では、クライアント登録部１１２がサーバ公開鍵およびサーバ秘密鍵を生成し、鍵データベース１２２にサーバ公開鍵、サーバ秘密鍵、およびクライアント公開鍵を格納する。一実施形態では、鍵サーバ１１０用のサーバ公開鍵およびサーバ秘密鍵が既に生成されている場合、クライアント登録部１１２はサーバ公開鍵およびサーバ秘密鍵を生成しない。他の実施形態では、クライアント登録部１１２に登録されているクライアント装置１００毎に新しいサーバ公開鍵および新しいサーバ秘密鍵が生成される。これらの鍵が生成・格納された後、方法３００はブロック３２４へ進む。ブロック３２４では、クライアント登録部１１２がサーバ公開鍵をクライアント装置１００へ送信する。その後、方法３００は端子Ｂへ続く。
【００２４】
方法３００は、端子Ｂ（図３Ａ）から継続端子（端子Ｃ）と出口端子（端子Ｄ）との間で規定される一連の方法ステップ３０６へ進む。一連の方法ステップ３０６では、一通の保護された電子メールを暗号化して送信する方法を示す。
【００２５】
方法３００は、端子Ｃ（図３Ｃ）からブロック３２６へ進む。ブロック３２６では、送信者２０２上の安全なメールドライバ１０８が、ログイン名およびパスワードを検証することでクライアント装置１００を認証する。その後、方法３００はブロック３２８へ進み、電子メールクライアント１０２がメッセージの送信コマンドを受け取り、そのメッセージを安全なメールシステム１０４へ転送する。次に、ブロック３３０では、クライアント暗号化／復号部１０６が、送信されてきたメッセージから受け取り対象者リストおよび送信者２０２の識別情報を抽出する。その後、方法３００はブロック３３２へ進む。ブロック３３２では、安全なメールドライバ１０８がメッセージＩＤおよびランダム共有鍵の送信要求を生成する。この要求には、受け取り対象者リストおよび送信者２０２の識別情報が含まれる。その後、この要求は鍵サーバ１１０へと送信される。
【００２６】
一実施形態では、安全なメールドライバ１０８によって生成された前記要求は、安全な方法で鍵サーバ１１０へと送信される。安全な方法で前記要求を送信するために、安全なメールドライバ１０８は鍵サーバ１１０の公開鍵を用いて前記要求を暗号化する。鍵サーバ１１０は、その要求を受け取ると、鍵サーバ１１０の秘密鍵を用いて要求を復号する。他の実施形態では、異なる暗号化プロトコルを使用して、安全なメールドライバ１０８と鍵サーバ１１０との間の通信を安全なものにしている。
【００２７】
その後、方法３００はブロック３３４へ進む。ブロック３３４では、クライアント検証部１１８が送信者２０２の識別情報を検証する。送信者２０２の識別情報の検証は、数多くの適切な方法で行われてよい。適切な方法の一つとして、ＲＳＡ検証方式が挙げられるが、他の適切な検証手順も使用できる。
【００２８】
その後、方法３００はブロック３３６へ進む。ブロック３３６では、鍵要求処理部１１６が受け取り対象者リストを、安全な受取人リストと安全でない受取人リストとに分離する。一実施形態では、鍵要求処理部１１６は、受取人が鍵サーバ１１０に登録されているか否か、あるいは、受け取り対象者に関係のある情報を鍵データベース１２２から見つけることができるか否かに基づいて、安全な受取人と安全でない受取人とを判断する。他の実施形態では、安全な受取人と安全でない受取人との判断は送信者２０２によって行われる。その後、方法３００は別の継続端子（端子Ｃ１）へ進む。
【００２９】
方法３００は、端子Ｃ１（図３Ｄ）から決定ブロック３３８へ進み、安全でない受取人リストが空であるか否かを判断するためにテストが行われる。決定ブロック３３８においてテストに対する回答がＹＥＳである場合、ブロック３３８へ進み、前記受取人リストは正当なものであるとみなされる。安全な受取人がおり、安全でない受取人が存在しないため、受取人リストは正当なものであるとみなされ、その結果、暗号化されたメッセージがすべての受け取り対象者のもとへ送信される。その後、方法３００は別の継続端子（端子Ｃ３）へ進む。一方、決定ブロック３３８においてテストに対する回答がＮＯである場合、決定ブロック３４０へ進み、前記安全性の高いリストが空か否か判断するためにテストが行なわれる。決定ブロック３４０においてテストに対する回答がＹＥＳである場合、ブロック３４２へ進み、鍵要求処理部１１６が選択的に受取人リストを検証する。ここでは、メッセージが安全でない受取人のもとへ送信され、安全な受取人には送信されていないことが判断される。方法３００では、セキュリティポリシーに基づいて送信者２０２が復号メッセージを安全でない受取人へ送信すること許可する否かを決定する。その後、セキュリティポリシーがメッセージの送信を許可した場合、端子Ｃ３へ進む。一方、決定ブロック３４０においてテストに対する回答がＮＯである場合、方法３００は別の継続端子（端子Ｃ２）へ進む。
【００３０】
方法３００は、端子Ｃ２（図３Ｅ）から決定ブロック３４４へ進み、メッセージを暗号化する必要があるか否かを判断するためにテストが行なわれる。決定ブロック３４４においてテストに対する回答がＹＥＳである場合、方法３００はブロック３４６へ進む。ブロック３４６では、メッセージの受取人の中に安全な受取人と安全でない受取人とが含まれるため、鍵要求処理部１１６はメッセージの送信を拒否する。このように、メッセージが安全に送信されることになっているので、安全でない受取人のもとへメッセージを送信することは可能ではない。その後、端子Ｆへ進み、方法３００は終了する。一方、決定ブロック３４４においてテストに対する回答がＹＥＳである場合、ブロック３４８へ進む。鍵要求処理部１１６により、リストに記載された安全な受取人には暗号化されたメッセージが送信され、リストに記載された安全でない受取人には暗号化されていないメッセージが送信されることが、少なくとも実質的に保証される。その後、方法３００は端子Ｃ３へ進む。
【００３１】
方法３００は、端子Ｃ３からブロック３５０へ進む。ブロック３５０では、鍵要求処理部１１６が、送信者２０２がランダム共有鍵を生成する許可を得ていることを確認する。このように、鍵サーバ１１０のシステム管理者は、認定ユーザが暗号化されたメッセージを送信することができ、無許可のユーザは暗号化されたメッセージを送信できないということを少なくとも実質的に保証する。これにより、例えば、会社のＣＥＯの代理で送信される保護された電子メールが、代理で送信することを認定さられた送信者によって送信されるということを、システム管理者は少なくとも本質的に保証することが可能となる。次に、方法３００はブロック３５２へ進む。ここでは、送信者２０２が許可を得ている場合、鍵要求処理部１１６はランダムデータ生成部１２０からメッセージＩＤおよびランダム共有鍵を得て、それらを受取人リストと共に鍵データベース１２２に格納する。その後、方法３００は別の継続端子（端子Ｃ４）へ進む。
【００３２】
方法３００は、端子Ｃ４（図３Ｆ）からブロック３５４へ進む。ブロック３５４では、サーバ暗号化／復号部１１４が、格納された送信側クライアントの公開鍵を用いて、メッセージＩＤおよびランダム共有鍵を暗号化し、鍵要求処理部１１６がそれらを送信者２０２に送信する。さらに、格納された送信側クライアントの公開鍵を用いてメッセージＩＤおよびランダム共有鍵２０４を暗号化することにより、メッセージＩＤおよびランダム共有鍵２０４の安全性が少なくとも実質的に保証される。その後、方法３００はブロック３５６へ進む。ブロック３５６では、クライアント暗号化／復号部１０６が、送信側クライアントの秘密鍵を用いてメッセージＩＤおよびランダム共有鍵２０４を復号し、復号された共有鍵を用いてメッセージを暗号化する。そこから、方法３００はブロック３５８へ進む。ブロック３５８では、安全なメールドライバ１０８が暗号化されたメッセージの、暗号化されていないヘッダーにメッセージＩＤを加えて、保護された電子メール２０６を送信側メールサーバ２０８に送信して配信させる。このように、（鍵サーバ１１０からランダム共有鍵を得るために受信者２１４が必要とする）メッセージＩＤ以外のメッセージの内容は暗号化され、許可のない第三者による閲覧から保護する。その後、方法３００は別の継続端子（端子Ｄ）へ進む。
【００３３】
方法３００は、端子Ｄ（図３Ａ）から端子Ｅと端子Ｆとの間で規定された一連の方法ステップ３０８へ進む。一連の方法ステップ３０８では、方法３００がランダム共有鍵を得て、受信した保護された電子メールを復号する方法を示す。方法３００は、端子Ｅ（図３Ｇ）からブロック３６０へ進む。ブロック３６０では、受信者２１４の電子メールクライアント１０２が、保護された電子メール２０６を受信側メールサーバ２１２から受け取り、それを安全なメールシステム１０４へ転送して復号させる。方法３００はブロック３６２へ進む。ブロック３６２では、受信者２１４の安全なメールドライバ１０８が、鍵サーバ１１０との接続を確立する。一実施形態では、受信者２１４が接続した鍵サーバ１１０と、送信者２０２が接続した鍵サーバとは同じ鍵サーバである。他の実施形態では、受信者２１４が接続した鍵サーバ１１０が、送信者２０２が接続した鍵サーバ１１０とは異なるが、鍵データベース１２２はその２つの鍵サーバによって共有される。
【００３４】
次に、方法３００はブロック３６４へ進む。ブロック３６４では、受信者２１４の安全なメールドライバ１０８が鍵要求を鍵サーバ１１０に送信する。鍵要求はメッセージＩＤを含む。受信者２１４の安全なメールドライバ１０８は、保護された電子メール２０６からこの鍵要求のためのメッセージＩＤを抽出する。その後、方法３００はブロック３６６へと進み、クライアント検証部１１８が受信者２１４の識別情報を検証する。上記のように、これは多くの検証手順のうち、任意のある１つの手順によって行われてよい。
【００３５】
その後、方法３００はブロック３６８へ進む。ブロック３６８では、受信者２１４が保護された電子メール２０６の受け取り対象者であるか否かを、鍵要求処理部１１６がメッセージＩＤを用いて判断する。受信者２１４が保護された電子メール２０６の受け取り対象者でない場合、方法３００は終了する。また、受信者２１４は保護された電子メール２０６を復号することができない。受信者２１４が保護された電子メール２０６の受け取り対象者である場合、方法３００は別の継続端子（端子Ｅ１）へ進む。
【００３６】
方法３００は、端子Ｅ１（図３Ｈ）からブロック３７０へ進む。ブロック３７０では、鍵要求処理部１１６がメッセージＩＤに対応するランダム共有鍵を鍵データベース１２２から取り出す。その後、方法３００はブロック３７２へ進む。ブロック３７２では、サーバ暗号化／復号部１１４が、受信者２１４のクライアント公開鍵を鍵データベース１２２から取り出し、受信者２１４のクライアント公開鍵を用いてランダム共有鍵を暗号化する。これにより、送信者２０２と鍵サーバ１１０との通信と同様に、鍵サーバ１１０と受信者２１４との通信を保護することができる。その後、方法３００はブロック３７４へ進む。ブロック３７４では、鍵要求処理部１１６が暗号化されたランダム共有鍵２０４を受信者２１４へ送信する。次に、方法３００はブロック３７６へ進む。ブロック３７６では、クライアント暗号化／復号部１０６が、受信者２１４のクライアント秘密鍵を用いてランダム共有鍵を復号し、そして復号されたランダム共有鍵を用いて保護された電子メール２０６の復号を行う。次に、ブロック３７８では、安全なメールドライバ１０８が復号されたメッセージを電子メールクライアント１０２へ送信される。方法３００は、ブロック３７８から端子Ｆへ進み、終了する。
【００３７】
発明の詳細な説明の項において、具体的な実施形態が例示説明されたが、本発明の精神と請求項に示した範囲内で種々の変更が可能である。
【図面の簡単な説明】
【００３８】
【図１Ａ】本発明の様々な実施形態に係る、安全な電子メールを送受信するためのクライアント装置の一例を示すブロック図である。
【図１Ｂ】本発明の様々な実施形態に係る、クライアントを認証し、暗号鍵を管理するための鍵サーバの一例を示すブロック図である。
【図２】本発明の様々な実施形態に係る、暗号鍵の安全な交換および安全な電子メールの送受信のためのネットワーク通信システムの一例を示すブロック図である。
【図３Ａ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｂ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｃ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｄ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｅ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｆ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｇ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図３Ｈ】本発明の様々な実施形態に係る、安全な電子メールを送受信するための暗号鍵を管理する方法の一例を示す工程図である。
【図１Ａ】
2010522488.tif 000003
【図１Ｂ】
2010522488.tif 000004
【図２】
2010522488.tif 000005
【図３Ａ】
2010522488.tif 000006
【図３Ｂ】
2010522488.tif 000007
【図３Ｃ】
2010522488.tif 000008
【図３Ｄ】
2010522488.tif 000009
【図３Ｅ】
2010522488.tif 000010
【図３Ｆ】
2010522488.tif 000011
【図３Ｇ】
2010522488.tif 000012
【図３Ｈ】
2010522488.tif 000013
【国際調査報告】
2010522488.tif 000014
2010522488.tif 000015
2010522488.tif 000016