(57)【要約】      （修正有）【課題】安全な電子メッセージ請求伝送システムを提供する。【解決手段】電子メールメッセージの送信側は、投函意図の通知を所定の受信側に送出する。受信側が受信を決定した場合、メール内容を要求する通知を返信する。受信側がメール内容を要求する通知を送出しない場合、送信側は電子メールメッセージを受信側に伝送しない。ホストコンピュータは唯一無二の名称を指定され、この名称は権威ある組織に登録され、ホストコンピュータへの接続を構築する。ホストコンピュータは、そのアカウント保持者の公開鍵を公衆に提供する。アカウント所持者の始めの公開鍵は、ホストコンピュータにより、アカウント所持者のアカウントパスワードで証明する。必要時、アカウント所持者は新しい公開鍵秘密鍵ペアを生成する。新しい公開鍵はホストコンピュータにより、アカウント所持者の古い公開鍵で証明し、証明後、有効になり、公衆に提供する。【選択図】図１
2007089116.tif 000002
【特許請求の範囲】
【請求項１】
送信側から受信側に電子メールメッセージを伝送する方法であって、
前記送信側が、電子メールメッセージの基本情報を含む投函意図のある通知を前記受信側に伝送する工程と、
前記受信側が受信を決定した場合、前記受信側は投函意図の通知に返答し、メール内容を要求する通知を前記送信側に送る工程と、
前記送信側は前記電子メールメッセージにより、前記メール内容を要求する通知を前記受信側に返答する工程と、
からなることを特徴とする方法。
【請求項２】
前記受信側が前記メール内容を要求する通知を送出しないと、前記電子メールメッセージを受信しなくてもよいことを特徴とする請求項１に記載の方法。
【請求項３】
前記送信側は、電子メールメッセージのソースとして識別されることを特徴とする請求項１に記載の方法。
【請求項４】
更に、
前記投函意図の通知を受信した時、前記受信側は、公開鍵暗号の公開鍵を前記送信側に提供する工程と、
前記メール内容を要求する通知を送出する時、前記受信側は、一連のデータコードで、前記データコードは前記公開鍵に相対する秘密鍵により符号化されてなる認証情報を、前記送信側に提供する工程と、
前記認証情報を受信した時、前記送信側は、前記受信側から提供される公開鍵、及び、前記送信側が信任できるソースからなる群中から選択できる公開鍵により、前記認証情報を暗号化する工程と、
前記認証情報の暗号化が成功の場合、前記送信側は前記電子メールメッセージを処理し、前記メール内容を要求する通知に返答する工程と、
からなることを特徴とする請求項１に記載の方法。
【請求項５】
当事者側が前記送信側に暗号化が成功する認証情報を提供しない限り、前記送信側は、電子メールメッセージにより当事者側に応答しないことを特徴とする請求項４に記載の方法。
【請求項６】
公開鍵暗号の公開鍵秘密鍵ペアの管理方法であって、
唯一無二の名称をホストコンピュータに指定し、前記コンピュータホストは使用者のアカウントを管理し、前記名称は権威ある組織に登録し、且つ、インターネットにより、前記ホストコンピュータへの接続を構築する工程と、
前記ホストコンピュータは、前記使用者のアカウントパスワードにより、前記使用者の公開鍵を証明する工程と、
前記ホストコンピュータは、前記使用者の公開鍵を公衆に提供する工程と、
からなることを特徴とする方法。
【請求項７】
前記ホストコンピュータが前記使用者のアカウントを管理するのは、権威性を有し、前記公開鍵を公衆の当事者に提供することを特徴とする請求項６に記載の方法。
【請求項８】
前記公開鍵は、前記ホストコンピュータにより証明され、前記ホストコンピュータは、権威性を有し、前記公開鍵を公衆の当事者に提供することを特徴とする請求項６に記載の方法。
【請求項９】
公開鍵を公衆に提供するのを担う前記ホストコンピュータは、必要時追跡されることを特徴とする請求項６に記載の方法。
【請求項１０】
莫大な人の公開鍵を維持するのは、少数集中式ホストコンピュータでは非現実的、或いは、不可能な任務であり、複数のホストコンピュータに分散することを特徴とする請求項６に記載の方法。
【請求項１１】
前記ホストコンピュータは、全ての人の公開鍵中、その使用者のアカウントの公開鍵だけを維持することを特徴とする請求項６に記載の方法。
【請求項１２】
他人の公開鍵を保有する必要がないことを特徴とする請求項６に記載の方法。
【請求項１３】
公開鍵は随時接続可能なホストコンピュータにより獲得できることを特徴とする請求項６に記載の方法。
【請求項１４】
更に、
前記ホストコンピュータは、前記ホストコンピュータの秘密鍵により、前記使用者の公開鍵を符号化する工程と、
要求者は、前記使用者の公開鍵を求め、前記ホストコンピュータに接続するか、或いは、前記ホストコンピュータが登録した権威ある組織から、前記ホストコンピュータの公開鍵を獲得する工程と、
前記要求者は、前記ホストコンピュータの公開鍵により、符号化した前記使用者の公開鍵を暗号化する工程と、
からなることを特徴とする請求項６に記載の方法。
【請求項１５】
前記要求者は、前記ホストコンピュータの身分を認証することにより、前記使用者の公開鍵が合法か確認することを特徴とする請求項１４に記載の方法。
【請求項１６】
更に、
前記使用者が最初、或いは、新たに、公開鍵秘密鍵ペアを生成する毎に、公開鍵秘密鍵ペアは、公開鍵暗号の公開鍵と秘密鍵を有し、鍵生成時間を記録する工程と、
前記使用者の公開鍵秘密鍵ペアを生成する毎に、前記使用者は、前記使用者の公開鍵と相関する鍵生成時間を含む公開鍵ユニットを前記ホストコンピュータに提示する工程と、
新しい公開鍵ユニットが提示される時、前記ホストコンピュータは前記新しい使用者の公開鍵を証明する工程と、
前記ホストコンピュータは、最後に更新された使用者の公開鍵ユニットを公衆に提供する工程と、
前記ホストコンピュータは、前記使用者に、前記使用者の公開鍵ユニットを要求側に提供したことを通知する工程と、
からなることを特徴とする請求項６に記載の方法。
【請求項１７】
前記提示部分は、
前記使用者の最後の秘密鍵により、前記公開鍵と相関する鍵生成時間を含む前記公開鍵ユニットを符号化する工程と、
前記符号化された公開鍵ユニットを前記ホストコンピュータに提供する工程と、
からなることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記証明部分は、
前記使用者の最後の公開鍵により、使用者の提示する符号化された公開鍵ユニットを暗号化する工程を含むことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記通知部分は、
前記ホストコンピュータは、要求側に提供する公開鍵ユニットに相関する鍵生成時間を前記使用者に提供する工程を含むことを特徴とする請求項１６に記載の方法。
【請求項２０】
必要時に、前記使用者は新しい公開鍵秘密鍵ペアを再生成することができると共に、古い公開鍵秘密鍵ペアを取り消して、不徳者が解読する前に、前記古い公開鍵秘密鍵ペアは無効になることを特徴とする請求項１６に記載の方法。
【請求項２１】
未完の工程は、公開鍵秘密鍵ペアを再生成する前に開始され、前記使用者は適当な秘密鍵を識別できることを特徴とする請求項１６に記載の方法。
【請求項２２】
更に、
前記ホストコンピュータは前記唯一無二のホストコンピュータ名称を前記使用者に提供する工程と、
前記使用者は、前記唯一無二のホストコンピュータ名称とアカウント識別を第三のホストコンピュータに提供する工程と、
前記第三ホストコンピュータは前記ホストコンピュータへの接続を構築する工程と、
前記第三ホストコンピュータは、前記ホストコンピュータから、前記アカウント識別に相関する前記使用者の公開鍵を獲得する工程と、
からなることを特徴とする請求項６に記載の方法。
【請求項２３】
前記第三ホストコンピュータは、一人のアカウントを管理するホストコンピュータから、前記個人の公開鍵を獲得することができることを特徴とする請求項２２に記載の方法。
【請求項２４】
更に、
情報を前記ホストコンピュータに伝送する前に、前記使用者に、前記使用者の秘密鍵により、情報を符号化するのを要求する工程と、
前記ホストコンピュータは、前記使用者の公開鍵により、符号化した情報を暗号化する工程と、
からなることを特徴とする請求項６に記載の方法。
【請求項２５】
前記ホストコンピュータは、前記使用者の身分を認証し、前記情報が改ざんされていないか確認することを特徴とする請求項２４に記載の方法。
【請求項２６】
更に、
情報を前記ホストコンピュータに伝送する前に、前記使用者に、前記使用者の最後に更新した秘密鍵により、情報を符号化するのを要求する工程と、
前記ホストコンピュータは、前記使用者の最後に更新した公開鍵により、符号化した情報を暗号化する工程と、
からなることを特徴とする請求項１６に記載の方法。
【請求項２７】
必要時に、前記使用者の公開鍵秘密鍵ペアを新たに生成し、前記ホストコンピュータは前記使用者の身分を認証し、前記情報が改ざんされていないか確認することを特徴とする請求項２６に記載の方法。
【請求項２８】
更に、
前記ホストコンピュータは、前記使用者の公開鍵により情報を符号化する工程と、
前記ホストコンピュータは、前記符号化した情報を前記使用者に提供する工程と、
前記使用者が更なる作用を実行する前、前記使用者に、前記使用者の秘密鍵により、前記符号化した情報を暗号化し、更なる作用は、前記使用者にのみ実行を許可する工程と、
からなることを特徴とする請求項６に記載の方法。
【請求項２９】
更なる作用は、前記使用者だけにより実行されることを特徴とする請求項２８に記載の方法。
【請求項３０】
前記更なる作用は、許可された者により実行されなかった場合、前記使用者は追跡されることを特徴とする請求項２８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メッセージシステムに関するものであって、特に、電子メッセージシステム、及び、その方法に関し、本方法は、電子メッセージを伝送し、受信者の電子メールアドレスに達する前に、所定の受信者に、この電子メッセージのソースから電子メッセージ全文を収取するか決定させる工程と、公開鍵暗号方式（public-key
cryptography）の公開鍵秘密鍵ペアの管理方式により、通信中の認証、証明、秘密保護の功能を実施する工程を含む。
【背景技術】
【０００２】
上述と本発明の多くの項目は、多くの技術特徴を包括し、充分に理解できるように、以下の表１に定義を列記する。  
【表１】
2007089116.tif 000003
【０００３】
電子メールシステム実施の方式は、受信者の電子メールアドレスを知るだけで、電子メールメッセージが伝送できるものである。送信者は様々な内容の電子メールメッセージをいかなる受信者に伝送でき、受信者の貴重な資源を消耗するので、受信者はこの電子メールメッセージを受信したくない。
【０００４】
公知技術中、送信側は電子メールメッセージ中、未証明の送信側に関係するメッセージだけを残す。送信側がこれらのメッセージを偽造した場合、電子メールメッセージの真実のソースは示されない。結果、スパム（SPAM）とコンピュータウィルスを帯びた、或いは、いたずらの電子メールメッセージが散布され、容易に追跡する方法がない。この問題は、「送り逃げ」の電子メールメッセージの伝送方式に要因がある。
【０００５】
公知技術中、公開鍵暗号方式（public-key cryptography）は、通信時の認証、及び、証明に使用する。典型的な工程は、送信者は電子メールメッセージに電子署名を付加し、符号化してパッケージし、その工程は以下のようである。
１．電子メールメッセージを編集する。
２．ハッシュ函数（Hash-function）演算法を利用し、編集された電子メールメッセージからメッセージダイジェスト（Message Digest）を生成する。
３．公開鍵暗号方式の演算方式を使用して、送信者の秘密鍵により、メッセージダイジェストを符号化し、送信者の電子署名(Electronic Signature)とする。
４．送信者の電子署名を編集された電子メールメッセージに付加する。
５．秘密鍵暗号方式の演算方法を使用して、ランダムに選択するセッションキー(Session Key)を生成する。
６．秘密鍵暗号方式の演算方法を使用して、セレクションのセッションキーにより、編集された電子メールメッセージと付加された送信者の電子署名を符号化する。
７．公開鍵暗号方式の演算方式を使用して、受信者の公開鍵（Public Key)により、セレクションのセッションキーを符号化する。
８．符号化された電子メールメッセージと符号化後のセッションキーを受信者に伝送し、電子メールメッセージは送信者の電子署名を付加している。
【０００６】
受信者が符号化された電子メールメッセージと符号化されたセッションキーを開く典型的な工程は以下のようである。
１．公開鍵暗号方式の演算方法を使用して、受信者の秘密鍵(Secret Key)により、符号化されたセッションキーを暗号化し、セッションキーを得る。
２．秘密鍵暗号方式の演算方法を使用して、セッションキーにより、符号化された電子メールメッセージを暗号化し、電子メールメッセージは送信者の電子署名を付加している故、暗号化後、読み取り可能な電子メールメッセージと送信者の電子署名を獲得する。
３．公開鍵暗号方式の演算方式を使用して、送信者の公開鍵により、送信者の電子署名を暗号化し、送信者が生成するメッセージダイジェストを獲得する。
４．相同のハッシュ函数演算法を使用し、獲得した電子メールメッセージから新しいメッセージダイジェストを生成する。
５．新しいメッセージダイジェストと受信したメッセージダイジェストを比較して、両メッセージダイジェストが完全に相同か確認する。
【０００７】
上述の工程中、二つの基本的な制限があり、一人の公開鍵をいかにして獲得するか、公開鍵の合法性をいかにして証明するか、である。いくつかの方法が過去に開示され、例えば、まず、公開鍵を交換する。人が鍵リングを使用して、他の人の公開鍵を保存する。公開鍵に保存した第三者のサーバから公開鍵を獲得する。個人の運転免許証、出生証明、パスポート、或いは、身分を証明できる文献を営利性の証明機関に提供して、公開鍵のデジタル証明書を求める。信頼できる人を通じて、電子署名により、第三者の公開鍵を証明する、等であり、どれも、面倒な工程で、使用者の介入が必要である。
【０００８】
公開鍵を散布、証明するのは面倒で、電子メッセージシステムのアカウントパスワードを常に変更するように、安全の目的に基づいて、公開鍵秘密鍵ペアを新たに生成するのは非現実的である。
【０００９】
電子通信システム中、マイクロソフトのインスタントメッセージ、或いは、類似者等、共同のサービスプロバイダだけの互換性が許される。ある人との通信のために、開始者は、応答者が同一のサービスプロバイダに登録しているかを確認しなければならない。電子メールシステムの使用と同じように、異なるサービスプロバイダの間で自由に通信できない。
【００１０】
多くの電子メッセージシステムは、使用者の識別とパスワードを選択して、例えば、資金の移転などの金融サービスを認証する。大きな欠点として、資金移転を許可するのに必要な全ての情報は、単一のソース、即ち、サービスプロバイダにより獲得されることである。多くのアカウント使用者の識別及びパスワードは、コンピュータハッカーや不徳な社員に盗まれてしまう。一対一の方式により多くの個人から等量の情報を盗むのは、単一のソースからよりも困難であるゆえ、公開鍵暗号方式の功能により資金移転すると共に、各アカウントの所持者に秘密で秘密鍵を保有させるのが安全である。しかし、公知技術には効果的な公開鍵の散布、証明、及び、保存方法が欠乏している。使用者の識別、及び、パスワードを選用するもう一つの欠点は、電子メッセージ内容の証明、例えば、資金額、受領者等の欠乏である。
【００１１】
ある電子メッセージシステムは認証の功能を一切具備していない。インターネット上でクレジットカードを使用したショッピングが一例である。売り手は、購入者がクレジットカードの本当の所持者であるか、別人のクレジットカード番号を知った人なのか知ることができない。
【００１２】
多くの電子メッセージシステムは、サービス、或いは、ソフトのライセンス同意書を提供し、ライセンス取得者に、コンピュータディスプレイ上で「受諾する」をクリックさせ、クリックすると、ライセンス同意書の内容を受諾したことが表示される。この種の方式は、ライセンス取得者の身分の認識、或いは、ライセンス同意書内容の証明を提供していない。
【００１３】
ソフト開発者、或いは、卸売り社の電子メッセージシステムから、コンピュータソフトをダウンロード、或いは、受けとった後、使用者はコンピュータソフトがハッカーによりプログラムが改ざんされていないかどうかを確認することができない。
【００１４】
公知技術中、多くの方法がコンピュータソフトメーカーに採用されて、製品の著作権を保護しており、一般に常用される方法は、メーカーは安全鍵をライセンス取得者に提供するものである。もし、版権を侵害した場合、メーカーからの合法の安全鍵を提供し、コンピュータソフトを再発行すれば、誰が安全鍵を漏洩したのか判断できない。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明は、電子メッセージシステムとその方法を提供し、電子メールメッセージを伝送し、受信者の電子メールボックスに達する前に、所定の受信者に、電子メッセージのソースから電子メールメッセージの全文を収取するかどうかを決定させ、公開鍵暗号方式（public-key cryptography）の公開鍵秘密鍵ペアを管理して、通信中の認証、証明、秘密保護の功能を実施することを目的とする。
【課題を解決するための手段】
【００１６】
本発明中、電子メールメッセージを伝送し、受信者の電子メールアドレスに達する前に、所定の受信者に、電子メッセージの基本資料をチェックさせ、この電子メールメッセージの全文を受信するかどうか決定させる。よって、受信者のリソースは受信を希望しない電子メールメッセージに消耗されることがない。
【００１７】
本発明中、受信者が電子メールメッセージの全文を受信すると決定した場合、電子メールメッセージは送信側から取得する。電子メールメッセージの伝送を成功させるために、電子メールメッセージを送出するホストコンピュータはずっと接続されている必要があり、所定の受信者の応答を待つ。言い換えると、電子メールメッセージのソースは識別され、送信者の身分は追跡できる。この特色は、電子メールメッセージソースを隠蔵する可能性、迷惑メール、ウィルスを帯びたメール、悪意のプログラム等を排除する。迷惑メールの散布者とハッカーは、電子メールシステムを利用して、商業メッセージや破壊性効果を散布し、彼らの身分を暴露するか、或いは、少なくとも彼らのホストコンピュータの身分を暴露する。本当の身分を暴露して、これらの厄介な犯罪者を追い払い、特に、かれらは法律による懲罰を受けなければならない。
【００１８】
本発明は、使用者が、他人の公開鍵を散布、証明、保存する面倒を排除することができる。それは、使用者の応用の観点から、プログラムに参与不要で、容易に「メッセージに署名する」「メッセージを密封する」等の功能を使用する。
【００１９】
本発明は、送信者が安全鍵の問題を気にせずに、簡単に、電子署名を外送する電子メール上に付加するかどうか、電子メッセージを伝送するときの秘密性を保有するかを決定でき、所定の受信者だけが、読み取り可能方式で、この電子メッセージを読み取ることができるようにする。
【００２０】
本発明は、送信者が安全鍵の問題を気にせずに、電子メッセージの内容が他人に見られないように保護し、送信者の身分を認証し、受信する電子メッセージが改ざんされていないか確認し、電子メールメッセージの内容を証明して、後日、送信者に否認させることができない。
【００２１】
更に、本発明は、受信者が電子メッセージを伝送する際に秘密性を保有するのを選択でき、送信者がそのようにしなくても、送信者に新たに電子メールメッセージを処理させる必要がない。
【００２２】
本発明は、使用者が必要時、公開鍵秘密鍵ペアを再度再生することができる。システムは、相関する変更を自動更新し、使用者の介入が不要で、新しい公開鍵秘密鍵ペアも即時に作用する。
【００２３】
本発明は、互換性のある通信が可能で、共同のサービスプロバイダの同意を得る必要がない。互換性通信の発起者は、応答者が相同のサービスプロバイダにアカウント有するか気にしなくてよい。発起者が応答者の電子メールアドレスを知っているだけで、通信互換性を構築することができる。
【００２４】
本発明は、インターネット上で使用者の身分を認証し、電子メッセージ内容を証明する方法で、例えば、ネットバンク、ネットショッピング、及び、同意書の電子署名である。
【発明の効果】
【００２５】
本発明は、証明の方法を提供し、コンピュータソフトが改ざんされていないか確認する。同時に、ライセンス取得者はその本人だけが知っている秘密鍵を漏洩し、コンピュータソフトを違法に散布する者を追随する方法を提供する。
【００２６】
本発明のもう一つの長所は、送信側が電子メールメッセージの全文内容を保存、伝送するのを担い、電子メールメッセージは送信側からである。よって、受信側は予期せぬ仕事負担を承受しない。
【００２７】
更に、複数の受信者があるとき、本発明は、各電子メールメッセージが、一件で各受信者から個別に収取するのを制限する。その結果、コンピュータウィルスや悪意のあるプログラムを含む電子メールメッセージが散布、或いは、転送できない。
【００２８】
本発明によると、迷惑メールを減少させ、インターネットの転送量も改善される。
【発明を実施するための最良の形態】
【００２９】
図１は、本発明の電子メールメッセージを伝送する実施例を示す。メッセージソースクライアント端（１１）は、送信者が使用するコンピュータ、或いは、通信装置で、電子メールメッセージを所定の電子メールアドレスに伝送する。メッセージソースサーバ（１２）は、送信者アカウントを管理するホストコンピュータで、メッセージソースクライアント端（１１）からの電子メールメッセージを受信し、電子メールメッセージは所定の電子メールアドレスに伝送される。メッセージ終点サーバ（１４）は、所定のメールアドレスを管理するホストコンピュータで、電子メールメッセージの最終目的地であり、受信者は所定の電子メールアドレスの使用権を獲得する。メッセージ終点クライアント端（１５）は、受信者が使用するコンピュータ、或いは、通信装置で、電子メールアドレス中から入る電子メールメッセージを処理する。
【００３０】
メッセージソースクライアント端（１１）、メッセージソースサーバ（１２）、メッセージ終点サーバ（１４）、メッセージ終点クライアント端（１５）は皆、インターネットに接続される。
【００３１】
各メッセージソースサーバ（１２）、及び、メッセージ終点サーバ（１４）は唯一無二の名称、例えば、ドメイン名（Domain Name）で、唯一無二の名称は、権威ある組織に登録され、且つ、接続を構築するのに用いられる。単一のホストコンピュータにおいて、メッセージソースサーバ（１２）の作業を実行し、電子メールメッセージを伝送すると共に、メッセージ終点サーバ（１４）の作業を実行し、電子メールを受信するのは、唯一無二の名称だけが必要である。
【００３２】
メッセージソースクライアント端（１１）、メッセージソースサーバ（１２）、メッセージ終点サーバ（１４）、メッセージ終点クライアント端（１５）は皆、公開鍵秘密鍵ペアの功能を生成し、公開鍵秘密鍵ペアの演算方式により電子メッセージを符号化、暗号化する。
【００３３】
同時に、メッセージソースクライアント端（１１）、メッセージ終点クライアント端（１５）両者は、公開鍵秘密鍵ペアの演算方式により電子メッセージを符号化、暗号化し、ハッシュ演算法により電子メッセージダイジェストを生成する。
【００３４】
メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）を設立し、パスワード演算サービスを提供する時、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は最初の公開鍵秘密鍵ペアを生成し、その後、必要な時に、再度、新しい公開鍵秘密鍵ペアを生成する。メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は全てのバージョンの公開鍵秘密鍵ユニットを保存し、公開鍵秘密鍵ペアと鍵生成時間を含み、この時間は、公開鍵秘密鍵ペア生成時のグリニッジ時間である。全ての秘密鍵は、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）により秘密に保管される。メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は自身の公開鍵ユニットをそのアカウントの保持者とその対象に提供し、公開鍵ユニットは公開鍵、及び、鍵生成時間を含み、提供方式は、以下で説明する。更に、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）はメカニズムを提供し、例えば、インターネット上でファイルを交換するファイル転送プロトコル（FTP）で、最新の公開鍵ユニットをダウンロードさせる。単一のホストコンピュータは、メッセージソースサーバ（１２）の作業を実行し、電子メールメッセージを送出し、また、メッセージ終点サーバ（１４）の作業を実行し、電子メールメッセージを受信し、公開鍵秘密鍵ペアは一度だけ生成が必要で、それぞれ、メッセージソースサーバ（１２）とメッセージ終点サーバ（１４）により二回別々にするのではない。
【００３５】
メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）がはじめてメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の公開鍵ユニットを獲得する典型的な工程は以下のようである。
【００３６】
１．最初、送信者、或いは、受信者はメッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）を使用し、電子メールアドレスに基づいて、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）で新しいアカウントを設立する時、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は自身の最新の公開鍵ユニットを相関する秘密鍵により符号化する。
２．メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は、情報フロー（２２）、或いは、情報フロー（２６）により、符号化された公開鍵ユニットを、メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）に提供する。
３．符号化された公開鍵ユニットを受信するとき、メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）は、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）により提供された公衆のメカニズムに基づいて、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の最新の公開鍵ユニットをダウンロードする。
４．メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）はダウンロードした公開鍵により、符号化した公開鍵ユニットを暗号化し、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の身分を認証すると共に、暗号化して得られた公開鍵ユニットとダウンロードした公開鍵ユニットが一致するか確認する。
５．暗号化成功の場合、二つの公開鍵ユニットは一致し、メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）はこの暗号化後の公開鍵ユニットを保存する。
６．暗号化失敗の場合、或いは、二つの公開鍵ユニットが一致しない場合、送信者、或いは、受信者はメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の管理者に連絡して問題を解決する必要がある。
【００３７】
アカウントの使用者にとって、上述の工程１〜６中、一回の実行だけでよく、送信者と受信者を分けて二回するのではない。
【００３８】
メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）が既に受信者はメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の公開鍵ユニットがある場合、典型的な公開鍵ユニットの更新工程は以下のようである。
【００３９】
１．メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）がメッセージソースサーバ（１２）、或いは、メッセージ終点クライアント端（１５）に接続される時、メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）は、情報フロー（２１）、或いは、情報フロー（２５）により、最後に受信するメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の鍵生成時間を、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）に提供する。
２．メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は鍵生成時間により、相関する自身の秘密鍵を識別し、識別した秘密鍵により、自身の最新の公開鍵ユニットを符号化する。
３．メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は、情報フロー（２２）、或いは、情報フロー（２６）により、符号化した公開鍵ユニットをメッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）に提供する。
４．メッセージソースクライアント端（１１）、或いは、メッセージ終点クライアント端（１５）は最後に受信したメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の公開鍵により、符号化した公開鍵ユニットを暗号化して、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の身分を認証し、メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の最新の公開鍵ユニットを獲得し、続いて、必要であれば、保存したメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）の公開鍵ユニットを更新する。
【００４０】
同様に、アカウントの使用者は、上述の１〜４の工程を一回実行すればよく、送信者と受信者別の二回ではない。
【００４１】
メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）は、どちらも、サーバデータベースを保存し、その他のメッセージ終点サーバ、或いは、メッセージソースサーバのメッセージ記録を含み、例えば、登録したドメインネーム、公開鍵、公開鍵生成時間等である。
【００４２】
メッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）（以下では開始方と称する）がメッセージソースサーバ（１２）、或いは、メッセージ終点サーバ（１４）（以下では反応方と称する）に接続される時、接続の構築は反応方が登録したドメインネームを利用し、開始方が反応方の公開鍵ユニットを有さない時、開始方は反応方にその公開鍵ユニットを提供するように要求する。その典型的な工程は以下のようである。
【００４３】
１．開始方は反応方に反応方の公開鍵ユニットを提供するように要求する。
２．反応方は、最新の公開鍵ユニットを、相関する秘密鍵により符号化し、情報フロー（３２）、或いは、情報フロー（３１）により、符号化した公開鍵ユニット、及び、最新の公開鍵ユニットをダウンロードするメカニズムを開始方に提供する。
３．開始方は反応方の公開鍵ユニットをダウンロードする。
４．開始方はダウンロードした公開鍵により、符号化した公開鍵ユニットを暗号化すると共に、暗号化後の公開鍵ユニットとダウンロードした公開鍵ユニットが一致するかどうか確認する。デコードが成功し、二つの公開鍵ユニットが一致する場合、開始方は暗号化後の公開鍵ユニットをそのサーバのデータベース中に加入する。
【００４４】
開始方と反応方の接続状況下、開始方がそのサーバデータベース中に反応方の公開鍵ユニットが存在する場合、開始方は、反応方の公開鍵ユニットを更新し、その典型的な工程は以下のようである。
【００４５】
１．開始方は、情報フロー（３１）、或いは、情報フロー（３２）により、最後に受けとった反応方の鍵生成時間を反応方に提供する。
２．反応方は、鍵生成時間と相関する自身の秘密鍵を識別し、識別した秘密鍵により、自身の最新の公開鍵ユニットを符号化すると共に、情報フロー（３２）、或いは、情報フロー（３１）により、符号化した公開ユニットを開始方に提供する。
３．開始方は最後に受け取った反応方の公開鍵により、符号化した公開鍵ユニットを暗号化し、反応方の身分を認証すると共に、反応方の最新の公開鍵ユニットを獲得し、必要であれば、サーバデータベース中の反応方の公開鍵ユニットを更新する。
【００４６】
開始方と反応方の接続状況下、反応方はサーバデータベース中に開始方の公開鍵ユニットがない場合、反応方は開始方の登録ドメイン名称を使用し、開始方への接続を構築して、開始方の公開鍵ユニットを獲得する。典型的な工程は以下のようである。
【００４７】
１．反応方は開始方に開始方の登録ドメイン名称を提供するように要求する。
２．開始方は情報フロー（３１）、或いは、情報フロー（３２）により、登録したドメイン名称を反応方に提供する。
３．接続を停止した後、反応方は獲得した登録ドメイン名称により、開始方への接続を構築し、その後、前述の工程により、開始方の公開鍵ユニットを獲得し、その方式は、開始方と反応方の役割を反対にする方法で、新しい開始方に反応方の公開鍵ユニットが全くないようにする。
【００４８】
上述の開始方と反応方の接続状況下、反応方は、サーバデータベース中に開始方の公開鍵ユニットが既にある場合、反応方は開始方の公開鍵ユニットを更新し、典型的な工程は以下のようである。
【００４９】
１．反応方は、情報フロー（３２）、或いは、情報フロー（３１）により、最後に受信した開始方の鍵生成時間を開始方に提供する。
２．開始方は、鍵生成時間と相関する自身の秘密鍵を識別し、識別した秘密鍵により、最新の公開鍵ユニットを符号化すると共に、情報フロー（３１）、或いは、情報フロー（３２）により、符号化した公開ユニットを反応方に提供する。
３．反応方は、最後に受け取った開始方の公開鍵により、符号化された公開鍵ユニットを暗号化して、開始方の身分を認証し、開始方の最新の公開鍵ユニットを獲得し、必要であれば、サーバデータベース中で、最新の公開鍵ユニットを更新する。
【００５０】
受信者のメッセージ終点クライアント端（１５）、或いは、送信者のメッセージソースクライアント端（１１）が、公開鍵秘密鍵ペアを最初に生成、或いは、再度生成する時、公開鍵秘密鍵ペアは、メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）に保存され、公開鍵は、受信者、或いは、送信者がアカウントを有するメッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）に提示され、保存されなければならない。メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）はクライアントデータベース中に保存され、クライアントデータベースは、例えば、電子メールアドレス、公開鍵、鍵生成時間等、使用者のアカウントメッセージを含む。
【００５１】
使用者の初期公開鍵秘密鍵ペアを生成、保存する典型的な工程は以下のようである。
【００５２】
１．まず、受信者、或いは、送信者はメッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）にアカウントを設立する時、受信者、或いは、送信者はメッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）を使用し、受信者、或いは、送信者識別、或いは、パスワードをメッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）に登録する。
２．メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）は、自身の最新の公開鍵ユニットを、前述のように、メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）に提供する。
３．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、初期の公開鍵秘密鍵ペアを生成し、公開鍵秘密鍵ユニットを保存し、公開鍵秘密鍵ユニットは、公開鍵秘密鍵ペア、及び、鍵生成時間を含む。
４．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、秘密鍵を秘密に保存する。
５．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）の公開鍵により、受信者、或いは、送信者のパスワード、及び、公開鍵ユニットを符号化し、公開鍵ユニットは、公開鍵と鍵生成時間を含む。
６．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、情報フロー（２５）、或いは、情報フロー（２１）により、符号化したパスワード、及び、公開鍵ユニットを、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）に提示する。
７．メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）は、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）の秘密鍵により、符号化したパスワード、及び、公開鍵ウニットを暗号化し、パスワードが合法かどうか確定する。
８．暗号化成功で、且つ、パスワードが合法の場合、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）は、公開鍵ユニットをそのクライアントデータベース中に加入し、公開鍵ユニットは受信者、或いは、送信者のアカウントと相関する。
９．暗号化失敗、或いは、パスワードが非合法である時、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）の管理者はこの問題を解決する必要がある。
【００５３】
一般の慣例中、使用者は、単一のコンピュータ、或いは、通信装置で作業し、単一のホストコンピュータと相互通信する。単一のコンピュータ、或いは、通信装置は、メッセージソースクライアント端（１１）の作業を実行し、電子メールメッセージを送信すると共に、メッセージ終点クライアント端（１５）の作業を実行して、使用者のアカウントの電子メールメッセージを片付ける。これにより、工程１〜９を一度実行すればよく、受信者と送信者に分けて二回するのではない。
【００５４】
再度、使用者の公開鍵秘密鍵ペアを生成、保存する典型的な工程は以下のようである。
【００５５】
１．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）が、受信者、或いは、送信者のアカウントに相関する公開鍵秘密鍵ペアを再生成する時、メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、新しい公開鍵秘密鍵ユニットを最新バージョンとして保存すると同時に、古い公開鍵秘密鍵ユニットも保存する。
２．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、全ての秘密鍵を秘密に保存する。
３．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、受信者、或いは、送信者の最後の秘密鍵により、受信者、或いは、送信者の新しい公開鍵ユニットを符号化する。
４．メッセージ終点クライアント端（１５）、或いは、メッセージソースクライアント端（１１）は、情報フロー（２５）、或いは、情報フロー（２１）により、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）に符号化した新しい公開鍵ユニットを提示する。
５．メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）は受信者、或いは、送信者の最後の公開鍵により、符号化した新しい公開鍵ユニットを暗号化し、受信者、或いは、送信者の身分を認証すると共に、受信者、或いは、送信者の新しい公開鍵ユニットを獲得する。
６．暗号化成功の場合、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）は、そのクライアントデータベース中で、相関する受信者、或いは、送信者のアカウントの公開鍵ユニットを更新する。
７．暗号化失敗の場合、メッセージ終点サーバ（１４）、或いは、メッセージソースサーバ（１２）の管理者は、この問題を解決する必要がある。
【００５６】
再度説明すると、上述の工程１〜７は、使用者の一回を実行するだけで、受信者、或いは、送信者に分けて二回するのではない。
【００５７】
上述によると、メッセージソースサーバ（１２）、及び、メッセージ終点サーバ（１４）は、そのアカウント所持者の公開鍵ユニットを保存する。使用者のメッセージソースクライアント端（１１）とメッセージ終点クライアント端（１５）は、そのアカウントを管理するメッセージソースサーバ（１２）とメッセージ終点サーバ（１４）の公開鍵ユニットを保存する。メッセージソースサーバ（１２）、及び、メッセージ終点サーバ（１４）は、一旦接続されると、相手の公開鍵ユニットを互いに保存する。保存された公開鍵ユニットは電子メールメッセージの需要を安全に伝送するものである。送信者から電子メールを所定の受信者に伝送する典型的な工程は以下のようである。
【００５８】
１．送信者はメッセージソースクライアント端（１１）を使用して電子メールメッセージを編集し、受信者が有する電子メールアドレスを伝送し、電子メールメッセージの期限条件、例えば、「全ての受信者に伝送した後」とか固定の日時、或いは、この二つの組み合わせ条件等を具体的に指定する。
２．メッセージソースクライアント端（１１）は送信者が有するアカウントのメッセージソースサーバ（１２）への接続を構築し、情報フロー（２２）により、前述のように、メッセージソースサーバ（１２）の公開鍵ユニットを受信、更新する。
３．メッセージソースクライアント端（１１）は、情報フロー（２１）により、電子メールメッセージを、メッセージソースサーバ（１２）に伝送する。
４．上述の電子メールを受信した時、メッセージソースサーバ（１２）は、特別に送信者のアカウントに指定された送信電子メールアドレスに保留する。
５．メッセージソースサーバ（１２）は投函する意図の通知を生成し、投函意図の通知は、送信者の名称、送信者の電子メールアドレス、主題、送信日時、電子メールメッセージの識別コード、メッセージソースサーバ（１２）の登録ドメイン名称、メッセージソースサーバ（１２）の公開鍵ユニット、送信者のアカウントの公開鍵ユニット等を含むメッセージ電子メールメッセージである。
６．メッセージソースサーバ（１２）は、情報フロー（２３）により、投函意図の通知を電子メールアドレスに送信する。典型的な工程は、投函意図の通知を伝送し、公知技術中の簡単なSMTP通信プロトコルにより、運送サービス環境中で、インターネット上で内部工程の通信環境を提供する。内部工程の通信環境中、投函意図の通知は、中間メッセージ運送者を経過し、中間メッセージ運送者は、ホストコンピュータから電子メールメッセージを得て、この電子メールメッセージをもう一つのホストコンピュータに伝送して、メッセージ終点サーバ（１４）が最終の目標に達するまで、電子メールアドレスに投函する。
７．投函意図の通知を受け取ったとき、メッセージ終点サーバ（１４）は、メッセージ終点サーバ（１４）の秘密鍵により、受信者の公開鍵を符号化する。
８．メッセージ終点サーバ（１４）は、メッセージソースサーバ（１２）が登録するドメイン名称により、メッセージソースサーバ（１２）への接続を構築し、情報フロー（３１）により、符号化した受信者の公開鍵ユニット、及び、メッセージ終点サーバ（１４）の登録ドメインを、メッセージソースサーバ（１２）に提供する。前述のように、メッセージ終点サーバ（１４）とメッセージソースサーバ（１２）も互いに、相手の公開鍵ユニットを更新する。
９．符号化後の受信者の公開鍵ユニットを受信し、メッセージ終点サーバ（１４）の公開鍵ユニットを更新した後、メッセージソースサーバ（１２）は、メッセージ終点サーバ（１４）の公開鍵により、符号化した受信者の公開鍵ユニットを暗号化し、受信者の公開鍵ユニットを獲得、並びに、保留する。
１０．符号化された受信者の公開鍵ユニットをメッセージソースサーバ（１２）に提供した後、メッセージ終点サーバ（１４）は受信者の公開鍵ユニットの鍵生成時間を投函意図の通知に加入し、この投函意図の通理を、受信者の受信電子メールボックス中に保存する。
１１．受信者はメッセージ終点クライアント端（１５）を使用し、メッセージ終点サーバ（１４）への接続を構築し、前述のように、情報フロー（２６）により、メッセージ終点サーバ（１４）の公開鍵ユニットを受信、更新し、情報フロー（２６）により、受信者の受信電子メールボックス内に入ってくる、投函意図の通知を含む電子メールメッセージを取用する。
１２．受信者が投函意図通知と相関する電子メールメッセージを受信するのを決定した場合、受信者はメッセージ終点クライアント端（１５）を使用し、投函意図通知中に付加した鍵生成時間から、相関する受信者の秘密鍵を識別する。
１３．メッセージ終点クライアント端（１５）は認証メッセージを生成し、認証メッセージは一連のデータコードで、識別した秘密鍵により符号化する。
１４．メッセージ終点クライアント端（１５）はメール内容を要求する通知を生成し、メール内容を要求する通知は、電子メールメッセージの識別コード、受信者の電子メールアドレス、認証メッセージ等を含む電子メッセージである。
１５．メッセージ終点クライアント端（１５）は、メッセージソースサーバ（１２）が登録したドメイン名称により、メッセージソースサーバ（１２）への接続を構築すると共に、情報フロー（２７）により、メール内容を要求する通知を、メッセージソースサーバ（１２）に提供する。
１６．上述のメール内容を要求する通知を受信した時、メッセージソースサーバ（１２）は電子メールメッセージの識別コードと受信者の電子メールアドレスを使用して、受信者の公開鍵を識別して、識別した公開鍵により、認証メッセージを暗号化し、受信者の身分を認証する。
１７．受信者の身分認証が成功した場合、メッセージソースサーバ（１２）は情報フロー（２８）により電子メールメッセージをメッセージ終点クライアント端（１５）に提供すると共に、電子メールメッセージが“XXXに投函された”というような伝送状況を記録する。
１８．複数の受信者がいる場合、上述の工程７〜１７が、各受信者に対しそれぞれ実行される。
１９．電子メールメッセージの有効期限に基づいて、メッセージソースサーバ（１２）は送信者が送信する電子メールアドレス中の電子メールメッセージを削除する。
【００５９】
メッセージ終点クライアント端（１５）はメール内容を要求する通知を送信する時、送信者が電子メールメッセージを符号化していなくても、受信者は情報フロー（２７）により、メッセージソースサーバ（１２）に電子メールメッセージを符号化するように指示する。その典型的な工程は以下のようである。
【００６０】
１．メッセージ終点クライアント端（１５）はメール内容を要求する通知をメッセージソースサーバ（１２）に送信するとき、メッセージ終点クライアント端（１５）は指令をメール内容を要求する通知中に付加し、電子メールメッセージを符号化する。
２．上述のように、メール内容を要求する通知を受信し、受信者の身分を認証した後、符号化の指令に基づいて、メッセージソースサーバ（１２）は秘密鍵暗号方式のセッションキーを任意選択し、選択したセッションキーにより、電子メールメッセージを符号化する。その後、公開鍵暗号方式を採用し、受信者の公開鍵により、選択したセッションキーを符号化する。
３．メッセージソースサーバ（１２）は情報フロー（２８）により、符号化した電子メールメッセージと符号化したセッションキーを、メッセージ終点クライアント端（１５）に提供する。
４．符号化した電子メールメッセージと符号化したセッションキーを受信した後、メッセージ終点クライアント端（１５）は受信者の秘密鍵により、符号化した共用の鍵を暗号化し、セッションキーを獲得し、その後、セッションキーにより、符号化した電子メールメッセージを暗号化し、電子メールメッセージを獲得し、電子メールメッセージは、読み取れるフォーマットにより呈現できる。
【００６１】
受信者は電子メールアドレスの名簿をメッセージ終点サーバ（１４）に提供し、メッセージ終点サーバ（１４）が名簿中の電子メールアドレスからの電子メールメッセージを自動収集するのを許可し、典型的な工程は、以下のようである。
【００６２】
１．まず、受信者はメッセージ終点クライアント端（１５）を使用し、情報フロー（２５）により、電子メールアドレスの名簿をメッセージ終点サーバ（１４）に提供する。
２．受信者の投函意図通知を受信する時、メッセージ終点サーバ（１４）は電子メールアドレス名簿により、送信者の電子メールアドレスを確認する。受信者の電子メールアドレスが電子メールアドレス名簿中に含まれる場合、メッセージ終点サーバ（１４）は情報フロー（３１）により、受信者の公開鍵ユニットでなく、メッセージ終点サーバ（１４）の公開鍵ユニットをメッセージソースサーバ（１２）に提供する。
３．その後、メッセージ終点サーバ（１４）は、情報フロー（３１）により、メール内容を要求する通知メッセージソースサーバ（１２）に送信し、メール内容を要求する通知は、メッセージ終点サーバ（１４）の秘密鍵により生成される認証メッセージを含む。
４．メッセージソースサーバ（１２）はメッセージ終点サーバ（１４）の公開鍵により、認証メッセージを暗号化し、情報フロー（３２）、或いは、（２３）により、電子メールメッセージをメッセージ終点サーバ（１４）に返答する。
５．電子メールメッセージを受信した後、メッセージ終点サーバ（１４）は電子メールメッセージを受信者の受信電子メールボックスに保存し、受信者の処理を待つ。
【００６３】
各種功能を実施するため、送信者の身分の認証、電子メールメッセージ内容の証明、並びに、プライバシー目的の電子メールメッセージの符号化などは、基本の送信と上述の方式はほぼ相同であるが、メッセージソースクライアント端（１１）上で外送する電子メールメッセージをパッケージするのと、メッセージ終点クライアント端（１５）上で受け取った電子メールメッセージを解凍するのが異なる。
【００６４】
所定の受信者だけが暗号化できるように、電子メールメッセージの符号化の前に、送信者のメッセージソースクライアント端（１１）は受信者の公開鍵を獲得していなければならない。公開鍵は受信者のメッセージ終点サーバ（１４）から獲得される。
【００６５】
前段で叙述されるように、メッセージ終点サーバ（１４）は投函意図の通知を返答するとき、メッセージソースサーバ（１２）はメッセージ終点サーバ（１４）の登録ドメイン名称と公開鍵ユニットを獲得できる。メッセージソースサーバ（１２）は、登録ドメイン名称と公開鍵ユニットを、外送する電子メールメッセージの送信状況メッセージ中に載入し、メッセージソースクライアント端（１１）が中から得る。更に、要求メール内容をメッセージソースサーバ（１２）に送信するとき、メッセージ終点クライアント端（１５）もメッセージ終点サーバ（１４）の登録ドメイン名称と公開鍵ユニットを提供する。よって、電子メールメッセージが電子メールアドレスに伝送される毎に、メッセージソースクライアント端（１１）は、メッセージ終点サーバ（１４）の登録ドメイン名称と公開鍵ユニットを獲得並びに保存し、メッセージ終点サーバ（１４）は電子メールアドレスを管理する。
【００６６】
電子メールアドレスは、メッセージソースクライアント端（１１）が相関するメッセージ終点サーバ（１４）の登録ドメイン名称と公開鍵ユニットがない場合、メッセージを獲得する典型的な工程は以下のようである。
【００６７】
１．メッセージソースクライアント端（１１）はドメイン名称の要求を生成し、ドメイン名称の要求は、電子メールアドレスを含む電子メッセージで、メッセージ終点サーバ（１４）の登録ドメイン名称の提供を要求し、メッセージ終点サーバ（１４）は電子メールアドレスに相関する電子メールボックスを管理する。
２．メッセージソースクライアント端（１１）は、情報フロー（２１）により、ドメイン名称の要求をメッセージソースサーバ（１２）に送出する。
３．メッセージソースサーバ（１２）は、外送の電子メールメッセージを保留するように、ドメイン名称の要求を保留し、情報フロー（２３）により、投函意図の通知を伝送するのと同様に、電子メールアドレスに伝送する。
４．メッセージ終点サーバ（１４）が最後の終点で、ドメイン名称の要求を受信した時、メッセージ終点サーバ（１４）は、ドメイン名称の要求をいかなる電子メールボックスにも保存せずに、メッセージソースサーバ（１２）への接続を構築する。
５．メッセージ終点サーバ（１４）は自身の登録ドメイン名称と公開鍵ユニットをメッセージソースサーバ（１２）に提供する。
６．メッセージソースサーバ（１２）は、メッセージ終点サーバ（１４）の登録ドメイン名称と公開鍵ユニットを、電子メールメッセージ時の方式のように、ドメイン名称要求の送信状況メッセージ中に保留する。
７．送信者は、メッセージソースクライアント端（１１）を使用し、メッセージソースサーバ（１２）からメッセージ終点サーバ（１４）の登録ドメイン名称と公開鍵ユニットを獲得する。
【００６８】
これにより、外送する電子メールメッセージをパッケージする前、メッセージソースクライアント端（１１）はメッセージ終点サーバ（１４）のと登録ドメイン名称と公開鍵ユニットを保存できる。
【００６９】
送信者の身分を認証し、メッセージの内容を証明し、覗き見を防止するために、外送する電子メールメッセージをパッケージする典型的な工程は以下のようである。
【００７０】
１．メッセージソースクライアント端（１１）は、ハッシュ函数演算法により、電子メールメッセージのメッセージダイジェストを生成する。
２．メッセージソースクライアント端（１１）は、送信者の秘密鍵により、メッセージダイジェストを符号化し、これに基づいて、送信者の電子署名を生成する。この送信者の電子署名を電子メールメッセージに付加する。本名称“署名された電子メールメッセージ”は、送信者の電子署名を付加するオリジナルの電子メールメッセージを表すのに用いられる。
３．メッセージソースクライアント端（１１）は、秘密鍵暗号方式のセッションキーをランダムに選択し、秘密鍵暗号の演算方式を利用し、選択したセッションキーにより、署名する電子メールメッセージを符号化する。本名称“署名された電子メールメッセージ”は、符号化された電子メールメッセージを表すのに用いられる。
４．受信者に対し、メッセージソースクライアント端（１１）は登録したドメイン名称により、メッセージ終点サーバ（１４）への接続を構築し、情報フロー（３４）により、受信者の電子メールアドレスと最後に受信したメッセージ終点サーバ（１４）の鍵生成時間をメッセージ終点サーバ（１４）に提供し、受信者の公開鍵ユニットの提供を要求する。
５．受信者の電子メールアドレスに対し、メッセージ終点サーバ（１４）はクライアントデータを調べ、受信者の公開鍵ユニットを獲得する。メッセージソースクライアント端（１１）の鍵生成時間から、対応する秘密鍵を識別する。識別した秘密鍵ユニットにより、得られた公開鍵ユニットを符号化する。
６．メッセージ終点サーバ（１４）は情報フロー（３３）により、符号化した公開鍵ユニットをメッセージソースクライアント端（１１）に提供する。
７．メッセージソースクライアント端（１１）は最後に受信したメッセージ終点サーバ（１４）の公開鍵により、符号化した受信者の公開鍵ユニットを暗号化し、メッセージ終点サーバ（１４）の身分を認証し、受信者の公開鍵ユニットを獲得する。
８．メッセージソースクライアント端（１１）は公開鍵暗号の演算方式を利用し、受信者の公開鍵により、セッションキーを符号化する。
９．符号化署名した電子メールメッセージと符号化したセッションキーはパッケージの外送メールメッセージとなる。メッセージソースクライアント端（１１）は情報フロー（２１）により、このパッケージの外送電子メールメッセージをメッセージソースサーバ（１２）に伝送し、メッセージソースサーバ（１２）は投函意図の通知を所定の電子メールアドレスに送出し、その工程は、前段で叙述するように、送信者の電子署名と符号化する電子メールメッセージがないのを処理するのと類似する。
【００７１】
複数の受信者がある場合、上述の工程４〜９は各受信者に対し一回実行する。各受信者に対し、メッセージソースクライアント端（１１）は符号化した共用会議をメッセージソースサーバ（１２）に提供する。要求メール内容通知を送出する受信者に対し、メッセージソースサーバ（１２）は、対応する符号化されたセッションキーを提供する。
【００７２】
メッセージ終点クライアント端（１５）上で、符号化署名したセッションキーを解凍し、その典型的な工程は以下のようである。
【００７３】
１．符号化署名した電子メールメッセージと符号化したセッションキーを受信した後、メッセージ終点クライアント端（１５）は受信者の秘密鍵により、符号化したセッションキーを暗号化すると共に、セッションキーを獲得する。
２．メッセージ終点クライアント端（１５）はセッションキーにより、符号化署名した電子メールメッセージを暗号化し、読み取り可能なフォーマットの電子メールメッセージ、及び、送信者の電子署名を獲得する。
３．メッセージ終点クライアント端（１５）は投函意図の通知の送信者からの公開鍵により、送信者の電子署名を暗号化し、送信者の身分を認証し、オリジナルの電子メールメッセージのメッセージダイジェストを獲得する。
４．その後、メッセージ終点クライアント端（１５）は、相同のハッシュ函数演算法を使用して、受信した電子メールメッセージから新しいメッセージダイジェストを生成する。
５．最後に、メッセージ終点クライアント端（１５）はこの二つのメッセージダイジェストが一致することを確認する。
【００７４】
上述によると、本発明中、多くの長所があることがわかり、それは以下の通りである。
【００７５】
１．所定の受信者はメール内容を要求する通知を送出しないことができ、受信を希望しない電子メールメッセージを受信するのを回避する。
２．受信者は投函意図の通知を開く必要がなく、リストのフォーマットから基本メッセージをチェックする。投函意図の通知中のその他のメッセージは、システム自動処理により、電子メールメッセージ中に埋蔵された罠を排除する能力を有する。
３．電子メールメッセージはホストコンピュータにより得られ、ホストコンピュータは認証され、且つ、権威ある機構に登録された唯一無二のドメイン名称を指定する。よって、必要であれば、電子メールメッセージのソースは識別、追跡が可能である。
４．随時、公開鍵秘密鍵は新たに再生でき、犯人が解読する前に、古い公開鍵秘密鍵ペアは無効になる。
５．公開鍵秘密鍵ペアが新たに生成される時、システムは相関する変更を自動更新する。新しい公開鍵秘密鍵ペアは即刻、有効になり、古い公開鍵秘密鍵ペアを使用して工程が未完であることに対し混乱を招かない。
６．使用者の第一公開鍵は、使用者のアカウントを管理するホストコンピュータにより、使用者のパスワードで証明する。
７．新しい公開鍵は、公開鍵暗号の演算方式を採用し、古い公開鍵の所有者の身分を認証して証明する。
８．使用者のアカウントのホストコンピュータを管理するのは、そのアカウントの所持者の公開鍵を公衆の最も権威ある機関に提供することである。
９．公開鍵ユニットを公衆のホストコンピュータに提供するのを担うのは、権威ある機構に登録された唯一無二のドメイン名称を指定し、必要ならば、追跡することができる。
１０．他人の公開鍵を交換、或いは、保存する必要がなく、公開鍵も随時新たに生成できる。
１１．個人が容易に連接できるホストコンピュータから、他人の最新の公開鍵を獲得することができる。
１２．各使用者の公開鍵は、使用者自身と管理使用者のアカウントのホストコンピュータにより保存する。
１３．サービスを提供するホストコンピュータは、使用者のアカウント公開鍵を保存するだけでよい。
１４．膨大な数目の人の公開鍵を保存し、その作業は少数集中式のホストコンピュータにより実行するのは現実的でなく、或いは、不可能で、複数のホストコンピュータに分散する。
１５．第三者の参与により公開鍵の保存、提供、発布、或いは、証明が不要である。
１６．初期設定後、送信者は安全鍵の問題を考慮する必要がなく、応用の観点から、簡単に、電子メールメッセージの“署名”、及び、“密封”を選択すればよい。
【００７６】
図２は、図１の実施例中の応用で、互換性のある通信を実行する。公開鍵秘密鍵ペアの管理方法は、初期生成、再度生成、保存、更新、提供、獲得、及び、公開鍵の証明を含み、図１の叙述と完全に同じである。
【００７７】
例えば、インターネット上の音声会談等、互換性通信を実行する場合、その工程は以下のようである。
【００７８】
１．メッセージ終点クライアント端（１５）がインターネットに接続される時、受信者はメッセージ終点クライアント端（１５）を使用して、メッセージ終点サーバ（１４）への接続を構築し、情報フロー（２５）により、メッセージ終点サーバ（１４）にメッセージ終点クライアント端（１５）のIPアドレスを報告し、固定、浮動にかかわらず、オンライン状態の指標とする。オフラインの前、メッセージ終点クライアント端（１５）はメッセージ終点サーバ（１４）にオンライン上で内ことを報告せねばならない。
２．送信者がインターネットにより、所定の受信者と互換性通信を構築する場合、送信者は、メッセージソースクライアント端（１１）を使用して相手との通信の要求を生成し、これは、メッセージソースクライアント端（１１）のIPアドレスを含む電子メッセージで、所定の受信者に互換性通信を構築するよう要請する。
３．メッセージソースクライアント端（１１）は情報フロー（２１）により、通信要求メッセージソースサーバ（１２）に伝送する。その後、メッセージソースクライアント端（１１）はインターネットに継続して接続され、応答を待つ。
４．通信要求を受信した時、メッセージソースサーバ（１２）は通信意図の通知を生成し、それは、送信者の名称、送信者の電子メールドレス、通信要求の識別コード、メッセージソースクライアント端（１１）のIPアドレス、メッセージソースサーバ（１２）の登録ドメイン名称と公開鍵ユニット、送信者の公開鍵ユニット等の電子メッセージである。
５．メッセージソースサーバ（１２）は情報フロー（２３）により、図１の説明で解説したように、投函意図の通知を伝送するのと同じように、通信意図の通知を所定の受信者のメッセージ終点サーバ（１４）に伝送する。
６．通信意図の通知を受信した時、メッセージ終点サーバ（１４）は通信意図の通知を受信者の電子メールボックスに加入しないが、メッセージソースサーバ（１２）の登録ドメイン名称により、メッセージソースサーバ（１２）への接続を構築する。
７．メッセージ終点サーバ（１４）とメッセージソースサーバ（１２）は互いの身分を認証し、図１の叙述中で解説されるように、相手の公開鍵ユニットを更新する。
８．所定の受信者のメッセージ終点クライアント端（１５）がオンラインである時、メッセージ終点サーバ（１４）は情報フロー（３１）により、オンラインの通知をメッセージソースサーバ（１２）に伝送し、オンライン状態の通知は、受信者の公開鍵ユニットを含む電子メッセージで、公開鍵ユニットはメッセージ終点サーバ（１４）の秘密鍵により符号化される。所定の受信者のメッセージ終点クライアント端（１５）がオンラインでない場合、或いは、オンラインの報告、オフラインの報告を受けていない場合、メッセージ終点サーバ（１４）は情報フロー（３１）により、オフラインの通知をメッセージソースサーバ（１２）に伝送する。オフライン通知は電子メッセージで、所定の受信者に繋がらないことを告知する。
９．オンラインの通知、或いは、オフラインの通知を受信した時、メッセージソースサーバ（１２）は、メッセージソースクライアント端（１１）のIPアドレスにより、メッセージソースクライアント端（１１）への接続を構築し、メッセージソースサーバ（１２）は自身の秘密鍵により自身の公開鍵ユニットを符号化し、符号化した公開鍵ユニットをメッセージソースクライアント端（１１）に提供し、図１中で解説したように、メッセージソースクライアント端（１１）がメッセージソースサーバ（１２）への接続を構築するように、メッセージソースクライアント端（１１）はこのメッセージソースサーバ（１２）の身分を認証できる。
１０．メッセージソースサーバ（１２）はメッセージ終点サーバ（１４）からオンラインの通知を受信した場合、それは、メッセージ終点サーバ（１４）の公開鍵により、符号化した受信者の公開鍵ユニットを暗号化し、受信者の公開鍵ユニットを獲得すると共に、メッセージソースサーバ（１２）の秘密鍵により、受信者の公開鍵ユニットを符号化する。その後、情報フロー（２２）により、オンラインの通知をメッセージソースクライアント端（１１）に提供し、オンラインの通知は、新しく符号化した受信者の効果鍵ユニットを含む。メッセージソースサーバ（１２）がメッセージ終点サーバ（１４）からオフラインの通知を受信した場合、オフラインの通知をメッセージソースクライアント端（１１）に伝送する。
１１．メッセージソースサーバ（１２）がオンラインの通知を受信する時、メッセージソースクライアント端（１１）は、メッセージソースサーバ（１２）の公開鍵により、受信者の公開鍵ユニットを暗号化し、受信者の公開鍵ユニットを獲得するとともに、応答を待つ。メッセージソースサーバ（１２）からオフラインの通知を受けた時、メッセージソースクライアント端（１１）は、見えるか聞こえるかの明確な警告を発し、選択項を受信者に選択させる。ボイス、或いは、文字の電子メッセージを残すのは、図１の叙述で解説されるように、“後でコールする”等である。
１２．一方、オンラインの状態の通知をメッセージソースサーバ（１２）に送出した後、メッセージ終点サーバ（１４）はメッセージ終点クライアント端（１５）のIPアドレスにより、メッセージ終点クライアント端（１５）への接続を構築し、その後、情報フロー（２６）により、通信意図の通知をメッセージ終点クライアント端（１５）に伝送する。
１３．通信意図の通知を受信する時、メッセージ終点クライアント端（１５）は、見えるか聞こえるかの明確な警告を発し、選択項を受信者に選択させる。互換性通信を構築する。 “後で再コール”、或いは、“コール返信”、或いは、“メッセージを録音”、或いは、“私の名称をあなたのコール名簿から除去“などで対応する。或いは、単純に、この通信意図の通知を無視する。
１４．受信者が互換性通信を構築するのを選択した場合、受信者はメッセージ終点クライアント端（１５）により認証メッセージを生成し、認証メッセージは一連のデータコードで、例えば、受信者の秘密鍵により受信者の名称を符号化する。メッセージ終点クライアント端（１５）はメッセージソースクライアント端（１１）のIPアドレスによりメッセージソースクライアント端（１１）への接続を構築し、情報フロー（２９）により、受信者の電子メールアドレス、及び、認証メッセージをメッセージソースクライアント端（１１）に提供する。
１５．メッセージソースクライアント端（１１）が認証メッセージを受信した時、受信者の公開鍵を既に受信した場合、受信者の公開鍵により、認証メッセージを暗号化し、受信者の身分を認証し、その後、電子メッセージ、例えば、“互換性通信がメッセージソースクライアント端（１１）のディスプレイ上に準備された”などを生成し、その後、情報フロー（２９と３０）により、送信者と受信者は彼らの通信を開始することができる。
１６．メッセージソースクライアント端（１１）が認証メッセージを受信した時、受信者の公開鍵を受信していない場合、電子メッセージ、例えば、“認証待ち”をメッセージ終点クライアント端（１５）に送出して、受信者の公開鍵を受信するまで待ち、その後、工程１５を実行する。
１７．受信者が送信者のメッセージに応答し、互換性通信を構築しないことを選択する場合、メッセージ終点クライアント端（１５）はメッセージを送出し、互換性通信を構築するのと類似するが、若干差異がある。（ａ）メッセージ終点クライアント端（１５）が符号化したメッセージ、例えば、“後でコール”、“応答する”等、受信者の名称でないものをメッセージソースクライアント端（１１）に伝送する。（ｂ）メッセージソースクライアント端（１１）は即時このメッセージを提示し、“互換性通信の準備ができた”ではない。（ｃ）メッセージ伝送後、メッセージソースクライアント端（１５）とメッセージソースクライアント端（１１）間の接続が停止される。
【００７９】
メッセージソースクライアント端（１１）とメッセージ終点クライアント端（１５）は相手の公開鍵を有するので、送信側は受信側の公開鍵を使用し、電子互換性メッセージを符号化し、受信側は受信側の秘密鍵を使用し、符号化した電子互換性メッセージを暗号化する。つまり、互換性通信は秘密性を保有できる。
【００８０】
上述によると、本発明の互換性通信には多くの長所があり、主に、以下のようなものである。
【００８１】
１．電子メールアドレスを利用して、互換性通信を構築し、送信者と受信者が同一のサービスプロバイダを採用しなくてもよい。
２．ボイスメッセージは通常、大きいデータ量を占有し、受信者の電子メールボックスに放置されず、送信者のメッセージソースサーバ（１２）上に保存され、所定の受信者にこのメッセージを聞くかどうか決定させる。
３．希望しないボイスメッセージのソースを識別できる。
【００８２】
図３は、図１の特別状況を説明し、メッセージソース兼終点サーバ（３２６）は単一のホストコンピュータで、送信者のメッセージソースサーバと受信者のメッセージ終点サーバの功能を実行し、電子メールメッセージを伝送する。この状況下で、実行工程は、図１中で叙述される説明と同様であるが、例外の状況として、メッセージソースサーバと終点ソースサーバの間の工程は、内部で処理するか、或いは、省略できる。メッセージソースサーバと終点ソースサーバは相手の身分を認証する必要がない。送信者と受信者の両者は、メッセージソース兼終点サーバ（３２６）により、相手の公開鍵ユニットを容易に獲得することができる。
【００８３】
図４は、図２中の特別な状況を説明し、メッセージソース兼終点サーバ（３２６）は単一のホストコンピュータで、送信者のメッセージソースサーバと受信者のメッセージ終点サーバの功能を実行し、互換性通信を構築する。この状況下で、実行工程は、図２中で叙述される説明と同様であるが、例外の状況として、メッセージソースサーバと終点ソースサーバの間の工程は、内部で処理するか、或いは、省略できる。メッセージソースサーバと終点ソースサーバは相手の身分を認証する必要がなく、通信意図の通知、オンラインの通知、オフラインの通知等の伝送は快速である。送信者と受信者の両者は、メッセージソース兼終点サーバ（３２６）により、相手の公開鍵ユニットを容易に獲得することができる。
【００８４】
図５は、本発明の安全鍵管理の一実施例を説明する。総合メッセージサーバ（５１２）はホストコンピュータで、送信者のメッセージソースサーバと受信者のメッセージ終点サーバの功能を実行し、即刻、受信した電子メッセージに自動応答し、外送の電子メッセージを発信することができる。総合メッセージクライアント端（５１１）はコンピュータ、或いは、通信装置で、使用者は、総合メッセージサーバ（５１２）と通信する。総合メッセージクライアント端（５１１）はメッセージソースクライアント端とメッセージ終点クライアント端の功能を実行する。
【００８５】
公開鍵秘密鍵ペアの管理方法は、初期生成、再度生成、保存、更新、提供、獲得、及び、公開鍵の証明を含み、図１の叙述と完全に同じである。
【００８６】
まず、使用者が総合メッセージクライアント端（５１１）を使用し、総合メッセージサーバ（５１２）上に新しいアカウントを設立する時、総合メッセージサーバ（５１２）は自身の秘密鍵により、自身の公開鍵ユニットを符号化し、情報フロー（５２２）により、符号化した公開鍵ユニットを総合メッセージクライアント端（５１１）に提供する。総合メッセージサーバ（５１２）もメカニズムを提供し、総合メッセージクライアント端（５１１）に総合メッセージサーバ（５１２）の公開鍵ユニットをダウンロードさせる。総合メッセージクライアント端（５１１）はダウンロードした公開鍵ユニットにより、符号化した公開鍵ユニットを暗号化し、獲得した公開鍵ユニットはダウンロードした公開鍵ユニットを比較し、受信した公開鍵ユニットを証明するのに用いられる。総合メッセージクライアント端（５１１）は総合メッセージサーバ（５１２）の公開鍵ユニットにより、使用者のアカウントパスワード、及び、使用者の公開鍵ユニットを符号化し、情報フロー（５２１）により、符号化したアカウントパスワード、及び、公開鍵ユニットを総合メッセージサーバ（５１２）に報告する。総合メッセージサーバ（５１２）は、総合メッセージサーバ（５１２）の秘密鍵により、符号化したアカウントパスワードと公開鍵ユニットを暗号化し、受信したアカウントパスワードを検視して、受信した公開鍵ユニットを証明する。これにより、使用者と総合メッセージサーバ（５１２）は相手の公開鍵ユニットを保有する。
【００８７】
いかなる時でも必要時に、使用者と総合メッセージサーバ（５１２）両者は、新しい公開鍵秘密鍵ペアを生成することができる。
【００８８】
使用者が、総合メッセージクライアント端（５１１）を総合メッセージサーバ（５１２）に登録する時、総合メッセージクライアント端（５１１）は、情報フロー（５２１）により、最後に受信した総合メッセージサーバ（５１２）の鍵生成時間を総合メッセージサーバ（５１２）に提供する。総合メッセージサーバ（５１２）は、受信した鍵生成時間と対応する自身の秘密鍵を識別し、識別した秘密鍵により、自身の最新の公開鍵ユニットを符号化し、情報フロー（５２２）により、符号化した公開鍵ユニットを総合メッセージクライアント端（５１１）に提供する。総合メッセージクライアント端（５１１）は最後に受信した総合メッセージサーバ（５１２）の公開鍵により、符号化した公開鍵ユニットを暗号化し、総合メッセージサーバ（５１２）の身分を認証し、最新の総合メッセージサーバ（５１２）の公開鍵ユニットを獲得する。
【００８９】
使用者が、総合メッセージクライアント端（５１１）を使用して、新しい公開鍵秘密鍵ペアを生成する時、総合メッセージクライアント端（５１１）は総合メッセージサーバ（５１２）への接続を構築し、最後の使用者の秘密鍵により、新しい公開鍵ユニットを符号化し、情報フロー（５２１）により、符号化した新しい公開鍵ユニットを総合メッセージサーバ（５１２）に報告する。総合メッセージサーバ（５１２）は、使用者の最後の公開鍵により、符号化した新しい公開鍵ユニットを暗号化し、使用者の身分を認証し、且つ、使用者の新しい公開鍵ユニットを獲得する。
【００９０】
これにより、使用者と総合メッセージサーバ（５１２）はどちらも相手の公開鍵ユニットの最新バージョンを保存し、安全な通信を実行し、身分の認証とメッセージ内容の証明ができる。
【００９１】
図５中、インターネットによる金融振替の応用範例を示す。公開鍵秘密鍵ペアの管理が上述されている以外に、更に以下の工程を含む。
【００９２】
１．使用者は振り込み要求を具体的に指定し、振込み要求は、例えば、アカウントの識別、振込み金額、受取人、日時、等の電子メッセージを含む。
２．総合メッセージクライアント端（５１１）はハッシュ函数演算法を利用し、振込み要求からメッセージダイジェストを生成する。
３．総合メッセージクライアント端（５１１）は、公開鍵暗号の演算方式を使用し、使用者の秘密鍵により、メッセージダイジェストを符号化し、使用者の電子署名とする。使用者の電子署名は、振込み要求中に付加される。説明を簡潔にするため、本名称“署名する振込み要求”はオリジナルの振込み要求が使用者の電子署名を付加するのを表す。
４．その後、総合メッセージクライアント端（５１１）は秘密鍵暗号のセッションキーをランダムに選択し、秘密鍵暗号の演算方式を使用し、選択したセッションキーにより、署名する振込み要求を符号化する。本名称の“符号化署名する振込み要求”は符号化した振込み要求を表す。
５．総合メッセージクライアント端（５１１）は、公開鍵暗号の演算方式を使用し、総合メッセージサーバ（５１２）の公開鍵により、セッションキーを符号化する。符号化署名する振込み要求と符号化したセッションキーは、伝送する電子メッセージとなる。
６．総合メッセージクライアント端（５１１）は情報フロー（５２１）により、伝送する電子メッセージを総合メッセージサーバ（５１２）に伝送する。
７．電子メッセージを受信した時、総合メッセージサーバ（５１２）は、総合メッセージサーバ（５１２）の秘密鍵により、符号化したセッションキーを暗号化し、セッションキーを獲得する。
８．総合メッセージサーバ（５１２）はセッションキーにより、符号化署名する振込み要求を暗号化し、読み取り可能なフォーマットの振込み要求、及び、使用者の電子署名を獲得する。
９．総合メッセージサーバ（５１２）は使用者の公開鍵により、使用者の電子署名を暗号化し、使用者の身分を認証し、且つ、オリジナルの振込み要求のメッセージダイジェストを獲得する。
１０．総合メッセージサーバ（５１２）は受信した振込み要求から新しいメッセージダイジェストを生成する。
１１．最後に、総合メッセージサーバ（５１２）は二つのメッセージダイジェストが完全に相同であることを確認し、振込み要求を証明する。
【００９３】
以上により、本発明は、オンラインバンク等、オンラインサービスに関し、以下のような長所がある。
【００９４】
１．振込みは、アカウント所持者の秘密鍵の工程を要求し、銀行も秘密鍵を有していない。全ての銀行のアカウントメッセージが、ハッカーにより侵入されたり、不徳者に見られても、盗まれたアカウントメッセージは資金を銀行アカウントから転出させることができない。
２．振替記録により、銀行は使用者の署名した振込み要求を保存でき、使用者の身分の認証と振り込み要求の内容を証明する。
３．振り込み要求明細中、いかなる機密性のアカウントメッセージも符号化でき、インターネット上の伝送期間保護され、盗まれない。
４．随時必要時に、銀行とアカウント所持者は、かれらの公開鍵秘密鍵ペアを再生成でき、犯人が解読する前に、古い公開鍵秘密鍵ペアは無効になる。
【００９５】
図５中のもう一つの応用範例は、電子メッセージシステム上で、コンピュータシステムの使用が許可できる公開鍵秘密鍵ペアの管理は上述以外に、この応用の更なる工程は以下のようである。
【００９６】
１．まず、コンピュータソフト販売者はハッシュ函数演算法により、コンピュータソフトのメッセージダイジェスト（以下、商品ダイジェストを称する）と、コンピュータソフトに相関するソフトのライセンス同意書のメッセージダイジェスト（以下、販売者のライセンスダイジェストと称する）を生成する。
２．使用者は、総合メッセージクライアント端（５１１）を使用し、販売者の総合メッセージサーバ（５１２）への接続を構築する。
３．総合メッセージサーバ（５１２）は情報フロー（５２２）により、ソフトライセンス同意書を総合メッセージクライアント端（５１１）に提供する。
４．ソフトライセンス同意書を検視し、その内容に同意した後、使用者は、総合メッセージクライアント端（５１１）のディスプレイ上で、“同意、並びに署名する”のボタンをクリックするだけでよい。総合メッセージクライアント端（５１１）は、販売者と相同のハッシュ函数演算法を使用し、ソフトライセンス同意書のメッセージダイジェスト（以下、使用者のライセンスダイジェストと称する）を生成し、使用者の秘密鍵により、使用者のライセンスダイジェストを符号化し、使用者の電子署名とする。その後、総合メッセージクライアント端（５１１）は、情報フロー（５２１）により、使用者の電子署名を総合メッセージサーバ（５１２）に提供する。
５．使用者の電子署名を受信した時、総合メッセージサーバ（５１２）は使用者の公開鍵により、使用者の電子署名を暗号化し、使用者の身分を認証し、使用者のライセンスダイジェストを獲得する。総合メッセージサーバ（５１２）は使用者のライセンスダイジェストと販売者のライセンスダイジェストが完全に一致することを確認し、使用者の電子署名と相関する使用者の公開鍵ユニットを記録して、追随用途とする。
６．総合メッセージサーバ（５１２）は使用者の公開鍵により、商品ダイジェストを符号化し、情報フロー（５２２）により、符号化した商品ダイジェストを総合メッセージクライアント端（５１１）に提供し、符号化した商品ダイジェストは、ライセンスキーである。総合メッセージサーバ（５１２）はライセンスキーと相関する使用者の公開鍵ユニットを記録して、追随用途とする。
７．コンピュータソフトが適当な設計により、ライセンスキーの三つの主要特性が利用できる。（ａ）唯一無二の秘密鍵を有する人だけ、ライセンスキーを暗号化できる（コンピュータソフトを使用して）。（ｂ）暗号化後のライセンスキー、即ち、商品ダイジェストは、特定のコンピュータソフトを証明できる（特定のコンピュータソフトだけ許可する）。（ｃ）商品ダイジェストはコンピュータソフトが改ざん（ウィルス、或いは、ハッカーなどにより）されていないか確認する。どのように、コンピュータソフトを設計して、ライセンスキーの利用をするかは、本発明の範囲を超越するので、本発明は、このライセンスキーの生成方法だけ注視する。
【００９７】
上述によると、本発明中には多くの長所があり、ライセンスキーを生成して、使用者の身分を認証し、コンピュータソフトの内容を証明することができる。長所は以下のようである。
【００９８】
１．販売者はコンピュータソフトが自由散布するのを容認し、例えば、取り扱い業者と使用者の間で、販売者のコンピュータ操作の負担を減少させる。しかし、電子メッセージシステム中、ライセンスキーの発行によりライセンスを制御し、ライセンスキーは微小のデータ量だけ占有する。
２．著作権を侵害する場合は、秘密鍵と一緒にコンピュータソフトを散布し、ライセンスキーを暗号化し、ライセンスキーの登録受取人は追随でき、登録受取人は、唯一秘密鍵を保有している人で、秘密鍵は販売者も知らないからである。
【００９９】
図６は、本発明のもう一つの安全鍵管理の実施例であり、第三者のサーバに参渉する。例えば、バイヤーが電子勘定当座を使用して、電子商店に支払いする。総合メッセージサーバ（５１２）はホストコンピュータで、電子勘定当座のサービスを提供する。サービスメッセージサーバ（６１４）はホストコンピュータで、電子ショッピングのサービスを公衆に提供する。総合メッセージクライアント端（５１１）は、コンピュータ、或いは、通信装置で、使用者により、総合メッセージサーバ（５１２）と通信し、使用者は総合メッセージサーバ（５１２）上でアカウントを有する。使用者は総合メッセージクライアント端（５１１）によりサービスメッセージサーバ（６１４）と通信して、商品を購入する。
【０１００】
公開鍵秘密鍵ペアの管理方法は、初期生成、再度生成、保存、更新、提供、獲得、及び、公開鍵の証明を含み、図１の叙述と完全に同じである。更に明確には、総合メッセージクライアント端（５１１）と総合メッセージサーバ（５１２）の間、公開鍵秘密鍵ペアの管理は、図５の説明と相同である。総合メッセージサーバ（５１２）とサービスメッセージサーバ（６１４）の間、公開鍵秘密鍵ペアの管理は、メッセージソースサーバとメッセージ終点サーバの各接続時の状況と相同で、図１の叙述中に説明と同じである。
【０１０１】
この応用中、更に、典型的な工程は以下のようである。
【０１０２】
１．各使用者が総合メッセージクライアント端（５１１）を使用し、総合メッセージサーバ（５１２）に登録する時、総合メッセージサーバ（５１２）は使用者の電子勘定当座を管理し、総合メッセージサーバ（５１２）は情報フロー（５２２）により、総合メッセージサーバ（５１２）の公開鍵ユニットを総合メッセージクライアント端（５１１）に提供する以外に、図５の叙述中の説明のように、総合メッセージサーバ（５１２）も、情報フロー（５２２）により、登録したドメイン名称を総合メッセージクライアント端（５１１）に提供する。
２．使用者が総合メッセージクライアント端（５１１）を使用し、サービスメッセージサーバ（６１４）への接続を構築する時、サービスメッセージサーバ（６１４）は電子ショッピングサービスを公衆に提供し、サービスメッセージサーバ（６１４）は情報フロー（６３３）により、自身の公開鍵ユニットを総合メッセージクライアント端（５１１）に提供する。
３．使用者は、オーダーを具体的に指定することができ、オーダーは、項目、支払額、総合メッセージサーバ（５１２）の登録ドメイン名称、使用者のアカウントの識別等を含む電子メッセージである。
４．総合メッセージクライアント端（５１１）はハッシュ函数演算法を使用し、オーダーからメッセージダイジェストを生成し、その後、公開鍵暗号の演算方式を使用して、使用者の秘密鍵により、メッセージダイジェストを符号化し、電子署名とする。使用者の電子署名は、オーダー中に付加される。本名称“署名するオーダー”は、オリジナルのオーダーと付加される電子署名を表す。
５．総合メッセージクライアント端（５１１）は秘密鍵暗号のセッションキーをランダムに選択し、秘密鍵暗号の演算方式を使用して、選択したセッションキーにより、署名したオーダーを符号化する。本名称“符号化署名のオーダー”は、符号化した署名のオーダーを表す。
６．総合メッセージクライアント端（５１１）は、公開鍵暗号の演算方式を使用し、サービスメッセージサーバ（６１４）の公開鍵により、セッションキーを符号化する。符号化署名のオーダーと符号化されたセッションキーは、伝送する電子メッセージとなる。
７．総合メッセージクライアント端（５１１）は情報フロー（６３４）により、電子メッセージをサービスメッセージサーバ（６１４）に伝送する。
８．総合メッセージクライアント端（５１１）は、電子メッセージを受信した時、サービスメッセージサーバ（６１４）はサービスメッセージサーバ（６１４）の秘密鍵により、符号化されたセッションキーを暗号化し、セッションキーを獲得する。
９．サービスメッセージサーバ（６１４）はセッションキーにより、符号化署名されたオーダーを暗号化し、読み取り可能なフォーマットのオーダーと使用者の電子署名を獲得する。
１０．サービスメッセージサーバ（６１４）は総合メッセージサーバ（５１２）の登録ドメイン名称を使用し、総合メッセージサーバ（５１２）への接続を構築する。サービスメッセージサーバ（６１４）と総合メッセージサーバ（５１２）は相手の身分を認証すると共に、相手の公開鍵ユニットを更新し、メッセージソースサーバとメッセージ終点サーバと同様で、図１の叙述中に説明と同じである。
１１．サービスメッセージサーバ（６１４）は情報フロー（６３１）により使用者の勘定当座の識別を提供すると共に、使用者の公開鍵を要求するのに用いられる。
１２．総合メッセージサーバ（５１２）は使用者の勘定当座の識別に基づいて、使用者の公開鍵を識別し、総合メッセージサーバ（５１２）の秘密鍵により、使用者の公開鍵ユニットを符号化し、且つ、情報フロー（６３２）により、符号化した使用者の公開鍵ユニットをサービスメッセージサーバ（６１４）に提供する。
１３．サービスメッセージサーバ（６１４）は、総合メッセージサーバ（５１２）の公開鍵により、符号化した使用者の公開鍵ユニットを暗号化し、使用者の公開鍵ユニットを獲得する。
１４．サービスメッセージサーバ（６１４）は使用者の公開鍵により、使用者の電子署名を暗号化し、使用者の身分を認証し、オリジナルのオーダーのメッセージダイジェストを獲得する。
１５．サービスメッセージサーバ（６１４）は受信したオーダーからメッセージダイジェストを新たに生成する。
１６．最後に、サービスメッセージサーバ（６１４）は二つのメッセージダイジェストが完全に相同であるか確定し、オーダーを証明する。
【０１０３】
上述によると、本発明は多くの長所があり、以下のようである。
【０１０４】
１．オンラインショップの観点から、使用者の秘密鍵により、使用者（バイヤー）の身分を認証し、オーダーを証明し、秘密鍵は使用者のみが知っている。よって、偽者がアカウントの識別、例えば、クレジットカードの番号を知っているだけでは、他人の勘定当座を使用できることがなく、本当の使用者も事後にオーダーを否認することができない。
２．使用者の観点から、クレジットカードの所有者がカード番号を提供した後、不徳な売り手が不当に請求するのを心配することがなく、支払いは秘密鍵により証明されなければならないだけでなく、秘密鍵は使用者だけが知っていて、使用者の取引完成後、新しい公開鍵秘密鍵ペアを新たに生成し、古い公開鍵秘密鍵ペアを取り消すことができる。
３．勘定当座のサービスプロバイダを管理するのは、最も権威ある組織で、そのアカウント所持者の公開鍵を公衆に提供する。
４．勘定当座のサービスプロバイダは、使用者の公開鍵を公衆に提供するのを担当し、唯一無二のドメイン名称に基づいて追跡し、ドメイン名称はサービスプロバイダが権威ある機構に登録したものである。
【０１０５】
本発明はシステムと方法を提供し、要求されて伝送する方式により、電子メールメッセージを伝送し、暗号学の安全鍵の管理を改善する。上述の叙述には多くの説明があるが、本発明の範囲の制限を推定できず、単なる実施の範例であり、多くのその他の可能な変化がある。例えば、充分なコンピュータ氏ステ卯能力を具備する場合、本発明は複数者のビデオ会議を実施することができ、電子互換性メッセージを符号化し、電子互換性メッセージは、テキスト、パターン、音声、及び、ビデオなどを含み、個別の受信者だけがそれぞれの秘密鍵により、符号化された電子互換性メッセージを暗号化できる。
【０１０６】
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図面の簡単な説明】
【０１０７】
【図１】本発明の要求があれば伝送する安全な電子メッセージシステムで、電子メールメッセージを伝送するのを解説した説明図である。
【図２】本発明の要求があれば伝送する安全な電子メッセージシステムで、互換性通信を示した説明図である。
【図３】本発明の実施例による要求があれば伝送する安全な電子メッセージシステムで、メッセージソースサーバ、及び、メッセージ終点サーバが単一ホストコンピュータ上で電子メッセージを伝送することを示した説明図である。
【図４】本発明の実施例による要求があれば伝送する安全な電子メッセージシステムで、メッセージソースサーバ、及び、メッセージ終点サーバが単一ホストコンピュータ上で互換性通信をすることを示した説明図である。
【図５】本発明の実施例による要求があれば伝送する安全な電子メッセージシステムで、安全鍵の管理を示した説明図である。
【図６】本発明の実施例による要求があれば伝送する安全な電子メッセージシステムで、第三者のサーバの安全鍵管理に関与すること示した説明図である。
【符号の説明】
【０１０８】
１１…メッセージソースクライアント端
１２…メッセージソースサーバ
１４…メッセージ終点サーバ
１５…メッセージ終点クライアント端
２１、２２、２３、２５、２６、２７、２８、３１、３２、３３、３４、
５２１、５２２、６３１、６３２、６３３、６３４…情報フロー
３２６…メッセージソース兼終点サーバ
５１１…総合メッセージクライアント端
５１２…総合メッセージサーバ
６１４…サービスメッセージサーバ
【図１】
2007089116.tif 000004
【図２】
2007089116.tif 000005
【図３】
2007089116.tif 000006
【図４】
2007089116.tif 000007
【図５】
2007089116.tif 000008
【図６】
2007089116.tif 000009