(57)【要約】  送信者が受信者の証明書および公開鍵を有しない場合に、電子メール・サーバすなわちメッセージ・サーバに接続するインターネットでウェブ・サーバとの間で伝送するために、ウェブまたは無線装置内のブラウザまたは安全なメッセージ・クライアント・ソフトウエアを用いて、メッセージを暗号化しまた解読するシステムである。暗号化および解読は、パーソナル・コンピュータ上の標準ウェブ・ブラウザまたは無線装置上のミニ・ブラウザを用いて、またはパーソナル・コンピュータまたは無線装置上のメッセージ・クライアント・ソフトウエアを用いて行われ、ウェブまたは無線ブラウザまたはメッセージ・クライアント・ソフトウエアに送信されるメッセージはユーザにより完成され、暗号化され、署名されるので、暗号化されまた署名されたデータは受信者の証明書および公開鍵を必要としない。秘密鍵を送り、使用の後でかかる鍵を確かに破棄する方法も与えられる。暗号化されたメッセージをウェブまたは無線ブラウザまたはメッセージ・クライアントに送り、ＰＫＩに登録されずまた秘密鍵を有しない受信者がかかるメッセージを解読しまた確認する方法である。送信者／ブラウザのユーザを認証する方法と、公開鍵インフラストラクチャに登録されていない受信者のためにメッセージを暗号化し解読するための公開鍵および秘密鍵にアクセスしまたはこれらを生成する方法である。
2006528443.tif 000002
【特許請求の範囲】
【請求項１】
ＰＫＩ準拠のメッセージを送信者と１人以上の受信者との間で交換する方法であって、前記送信者は送信者コンピュータに関連し、前記１人以上の受信者はそれぞれ受信者コンピュータに関連し、前記送信者は前記１人以上の受信者の少なくとも１人のＰＫＩ証明書にアクセスすることができず、前記１人以上の受信者の少なくとも１人は証明書のない受信者に対応し、前記方法は、
（ａ）  ブラウザまたはクライアント通信プログラムにリンクする、または前記ブラウザまたは前記クライアント通信プログラムの一部を形成する、公開鍵暗号方式ユーティリティを活動化し、前記公開鍵暗号方式ユーティリティは、データを暗号化／解読し、データを認証し、および／または送信者を認証し、データを解読および／または確認することから成る１つ以上の暗号操作を行うものであり、前記公開鍵暗号方式ユーティリティは暗号操作の１つ以上を行って暗号化されたメッセージを作成し、
（ｂ）  送信者は前記暗号化されたメッセージを前記証明書のない受信者に送り、
（ｃ）  前記公開鍵暗号方式ユーティリティは（ｂ）に応答して、
（１）  前記送信者が前記証明書のない受信者のＰＫＩ証明書にアクセスできないことを確認し、
（２）  これにより、前記送信者と前記証明書のない受信者との間に共用される秘密の作成を開始し、
（ｄ）  前記証明書のない受信者は前記共用秘密を用いて、
（１）  信頼できる仲介者との安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージを得て、
（２）  前記証明書のない受信者の受信者コンピュータ上またはサーバ・コンピュータ上で別の公開鍵暗号方式ユーティリティを活動化して前記暗号化されたメッセージにリンクする秘密鍵にアクセスすることにより、前記公開鍵暗号方式ユーティリティが前記暗号化されたメッセージを解読できるようにする、
ステップを含む、ＰＫＩ準拠のメッセージを交換する方法。
【請求項２】
前記証明書のない受信者は前記暗号化されたメッセージにリンクする秘密メッセージ鍵にアクセスして、前記サーバ・コンピュータとの安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージを得る、請求項１記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項３】
（１）  前記メッセージを暗号化するために公開鍵／秘密鍵対を生成し、
（２）  前記共用秘密を用いて前記秘密鍵を暗号化する、
ステップを更に含む、請求項１記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項４】
前記暗号化された秘密鍵を前記サーバ・コンピュータに記憶するステップを更に含む、請求項３記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項５】
受信者情報と前記共用秘密も前記サーバ・コンピュータに記憶される、請求項４記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項６】
（ａ）  前記メッセージは信頼できる仲介者を用いて、前記信頼できる仲介者の暗号化鍵を用いて暗号化され、
（ｂ）  前記信頼できる仲介者は前記共用秘密を捕捉して、前記暗号化されたメッセージを検索するための命令と共に前記受信者に通知を送り、
（ｃ）  前記受信者は前記共用秘密を提供することにより前記信頼できる仲介者に認証され、前記信頼できる仲介者は前記暗号化されたメッセージを解読して、安全なセッションにおいてこれを前記受信者に送信する、
請求項１記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項７】
公開鍵暗号方式（ＰＫＣ）で暗号化されたメッセージは、
（ａ）  信頼できる仲介者サーバを介して送られる場合は、
（１）  前記送信者と共用する前記共用秘密を与えるようユーザに指示し、
（２）  この指示に応じて前記クライアント・ユーザから答えを引き出し、
（３）  呼びかけ・応答の答えの計算されたハッシュ値と前記メッセージと共に記憶されたものとを比較することにより、前記ユーザを宛先のメッセージ受信者と認証し、
（４）  信頼できる仲介者の秘密鍵を用いてメッセージを解読し、
（５）  安全な接続によりメッセージを表示し、
（ｂ）  前記受信者コンピュータ上のＰＫＣ可能なブラウザに送られる場合は、
（１）  前記受信者とのパスワード指示対話を提示し、
（２）  前記受信者が入力したパスワードを検索し、
（３）  前記パスワードから得られた秘密鍵を計算し、
（４）  ＰＫＣユーティリティを介して秘密鍵を用いて、前記受信者のために生成された、前記メッセージに付随する前記秘密鍵にアクセスし、
（５）  前記秘密鍵と共に前記ＰＫＣユーティリティを用いてメッセージを解読し、
（６）  前記解読されたメッセージを局所的に前記受信者コンピュータに表示する、
ことにより解読されて前記受信者に表示される、請求項１記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項８】
ＰＫＩ準拠のメッセージを送信者と１人以上の受信者との間で交換する方法であって、前記送信者は送信者コンピュータに関連し、前記１人以上の受信者はそれぞれ受信者コンピュータに関連し、前記送信者は前記１人以上の受信者の少なくとも１人のＰＫＩ証明書にアクセスすることができず、前記１人以上の受信者の少なくとも１人は証明書のない受信者に対応し、前記方法は、
（ａ）  ブラウザまたはクライアント通信プログラムにリンクする、または前記ブラウザまたは前記クライアント通信プログラムの一部を形成する、公開鍵暗号方式ユーティリティを活動化し、前記公開鍵暗号方式ユーティリティは、データを暗号化／解読し、データを認証し、および／または送信者を認証し、データを解読および／または確認することから成る１つ以上の暗号操作を行うものであり、前記公開鍵暗号方式ユーティリティは暗号操作の１つ以上を行って暗号化されたメッセージを作成し、
（ｂ）  送信者は前記暗号化されたメッセージを前記証明書のない受信者に送り、
（ｃ）  前記公開鍵暗号方式ユーティリティは（ｂ）に応答して、
（１）  前記送信者が前記証明書のない受信者のＰＫＩ証明書にアクセスできないことを確認し、
（２）  これにより、前記送信者と前記証明書のない受信者との間に共用される秘密の作成を開始し、
（ｄ）  前記証明書のない受信者は前記秘密を用いて、前記証明書のない受信者の前記受信者コンピュータ上で別の公開鍵暗号方式ユーティリティを活動化して前記暗号化されたメッセージにリンクする秘密鍵にアクセスすることにより、前記公開鍵暗号方式ユーティリティが前記暗号化されたメッセージを解読できるようにする、
ステップを含む、ＰＫＩ準拠のメッセージを交換する方法。
【請求項９】
（ａ）  前記暗号化されたメッセージの公開鍵と秘密鍵とを作成し、
（ｂ）  前記秘密鍵を前記共用秘密で暗号化し、
（ｃ）  前記暗号化された秘密鍵を前記公開鍵暗号方式ユーティリティに送り、
（ｄ）  前記共用秘密を前記公開鍵暗号方式ユーティリティに与えて前記秘密鍵を解放する、
ステップを更に含む、請求項８記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項１０】
前記暗号化された秘密鍵をサーバ・コンピュータに保存し、または前記共用秘密を前記サーバ・コンピュータに保存するステップを更に含む、請求項６記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項１１】
前記公開鍵暗号方式ユーティリティが前記メッセージを前記公開鍵で暗号化するステップを更に含む、請求項１０記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項１２】
前記公開鍵は前記メッセージのための前記公開鍵暗号方式ユーティリティが前記メッセージのために作成する公開鍵から成る、請求項１０記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項１３】
ＰＫＩ準拠のメッセージを送信者と１人以上の受信者との間で交換する方法であって、前記送信者は送信者コンピュータに関連し、前記１人以上の受信者はそれぞれ受信者コンピュータに関連し、前記送信者は前記１人以上の受信者の少なくとも１人のＰＫＩ証明書にアクセスすることができず、前記１人以上の受信者の少なくとも１人は証明書のない受信者に対応し、前記方法は、
（ａ）  ブラウザまたはクライアント通信プログラムにリンクする、または前記ブラウザまたは前記クライアント通信プログラムの一部を形成する、公開鍵暗号方式ユーティリティを活動化し、前記公開鍵暗号方式ユーティリティは、データを暗号化／解読し、データを認証し、および／または送信者を認証し、データを解読および／または確認することから成る１つ以上の暗号操作を行うものであり、前記公開鍵暗号方式ユーティリティは暗号操作の１つ以上を行って暗号化されたメッセージを作成し、
（ｂ）  送信者は前記証明書のない受信者に発送するために、前記暗号化されたメッセージをサーバ・コンピュータに送り、
（ｃ）  前記公開鍵暗号方式ユーティリティは（ｂ）に応答して、
（１）  前記送信者が前記証明書のない受信者のＰＫＩ証明書にアクセスできないことを確認し、
（２）  これにより、前記送信者と前記証明書のない受信者との間に共用される秘密の作成を開始し、
（ｄ）  前記証明書のない受信者は前記秘密を用いて、前記サーバ・コンピュータとの安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージを得る、
ステップを含む、ＰＫＩ準拠のメッセージを交換する方法。
【請求項１４】
（ａ）  前記証明書のない受信者に送るために、前記送信者は前記暗号化されたメッセージを電子メール・サーバにまたはメッセージ・サーバに送り、
（ｂ）  前記メッセージ・サーバは、前記電子メール・サーバまたは前記メッセージ・サーバが前記暗号化されたメッセージを受信したことを前記証明書のない受信者に知らせるメッセージ通知を作成し、
（ｃ）  （ｂ）に応答して、前記証明書のない受信者はサーバまたは信頼できる仲介者に認証することにより、安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージにアクセスすることができる、
ステップを更に含む、請求項１３記載のＰＫＩ準拠のメッセージを交換する方法。
【請求項１５】
ＰＫＩ準拠のメッセージを送信者と１人以上の受信者との間で交換するシステムであって、前記送信者は前記１人以上の受信者の少なくとも１人のＰＫＩ証明書にアクセスすることができず、前記１人以上の受信者の少なくとも１人は証明書のない受信者に対応し、前記システムは、
（ａ）  前記送信者に関連する第１の網接続装置と、前記受信者に関連する第２の網接続装置であって、前記第１および第２の網接続装置は通信網を介して遠隔装置と通信する、第１および第２の網接続装置と、
（ｂ）  第１の網接続装置であって、ブラウザまたはクライアント通信プログラムにリンクしまたは前記ブラウザまたは前記クライアント通信プログラムの一部を形成する公開鍵暗号方式ユーティリティを含み、前記公開鍵暗号方式ユーティリティは、データを暗号化／解読し、データを認証し、および／または送信者を認証し、データを解読および／または確認することから成る１つ以上の暗号操作を行うものであり、前記公開鍵暗号方式ユーティリティは、
（１）  前記暗号操作の１つ以上を行って、前記受信者に通信するための暗号化されたメッセージを作成し、
（２）  前記送信者が前記証明書のない受信者のＰＫＩ証明書にアクセスできないことを確認することにより、前記送信者と前記証明書のない受信者との間で共用される秘密の作成を開始する、
第１の網接続装置と、
を備え、
前記公開鍵暗号方式ユーティリティはサーバと協力して前記受信者が前記共用秘密を与えるよう促して、（１）前記サーバとの安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージを得て、（２）前記第２の網接続装置または前記サーバにリンクする公開鍵暗号方式ユーティリティを活動化して前記暗号化されたメッセージにリンクする秘密鍵にアクセスすることにより、前記公開鍵暗号方式ユーティリティが前記暗号化されたメッセージを解読することができるようにする、
ＰＫＩ準拠のメッセージを交換するシステム。
【請求項１６】
前記公開鍵暗号方式ユーティリティは前記第１の網接続装置で、
（ａ）  前記暗号化されたメッセージの公開鍵と秘密鍵とを作成し、
（ｂ）  前記秘密鍵を前記共用秘密で暗号化する、
請求項１５記載のＰＫＩ準拠のメッセージを交換するシステム。
【請求項１７】
（ａ）  前記第１の網接続装置にリンクする前記公開鍵暗号方式ユーティリティは前記暗号化されたメッセージを前記サーバに送り、
（ｂ）  前記サーバは、前記サーバ・コンピュータが前記暗号化されたメッセージを受信したことを前記証明書のない受信者に知らせるメッセージ通知を作成し、また前記証明書のない受信者が前記暗号化されたメッセージを検索するための命令を含むサーバ・アプリケーションにリンクし、
（ｃ）  前記第２の網接続装置は前記サーバに認証するための命令を含むことにより、前記暗号化されたメッセージを解読してこれを安全なセッションにおいて前記第２の網接続装置に送信するよう前記サーバに命じる、
請求項１５記載のＰＫＩ準拠のメッセージを交換するシステム。
【請求項１８】
ＰＫＩ準拠のメッセージを送信者と１人以上の受信者との間で交換するために網接続装置上で動作するコンピュータ・プログラム製品であって、前記送信者は前記１人以上の受信者の少なくとも１人のＰＫＩ証明書にアクセスすることができず、前記１人以上の受信者の少なくとも１人は証明書のない受信者に対応し、前記システムは、
（ａ）  ブラウザまたはクライアント通信プログラムにリンクする、または前記ブラウザまたは前記クライアント通信プログラムの一部を形成する、公開鍵暗号方式ユーティリティであって、前記公開鍵暗号方式ユーティリティは、データを暗号化／解読し、データを認証し、および／または送信者を認証し、データを解読および／または確認することから成る１つ以上の暗号操作を行うものであり、前記公開鍵暗号方式ユーティリティは前記送信者のコンピュータ上で、
（１）  前記暗号操作の１つ以上を行って、前記受信者に通信するための暗号化されたメッセージを作成し、
（２）  前記送信者が前記証明書のない受信者のＰＫＩ証明書にアクセスできないことを確認することにより、前記送信者と前記証明書のない受信者との間で共用される秘密の作成を開始する、
公開鍵暗号方式ユーティリティを備え、
前記公開鍵暗号方式ユーティリティはサーバと協力して前記受信者が前記共用秘密を与えるよう促して、（１）前記サーバとの安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージを得て、（２）前記第２の網接続装置または前記サーバにリンクする公開鍵暗号方式ユーティリティを活動化して前記暗号化されたメッセージにリンクする秘密鍵にアクセスすることにより、前記公開鍵暗号方式ユーティリティが前記暗号化されたメッセージを解読することができるようにする、
コンピュータ・プログラム製品。
【請求項１９】
前記公開鍵暗号方式ユーティリティは、
（ａ）  前記暗号化されたメッセージの公開鍵と秘密鍵とを作成し、
（ｂ）  前記秘密鍵を前記共用秘密で暗号化する、
請求項１８記載のコンピュータ・プログラム製品。
【請求項２０】
前記公開鍵暗号方式ユーティリティは前記受信者に関連するコンピュータ上で、
（ａ）  前記共用秘密に関連する質問を得て、
（ｂ）  前記共用秘密を前記質問への回答として送ることにより前記証明書のない受信者をサーバ・コンピュータに認証し、これにより安全なセッションにおいて解読されたフォームで前記暗号化されたメッセージにアクセスできるようになり、または公開鍵暗号方式ユーティリティをサーバ・コンピュータ上でまたは前記受信者コンピュータ上で活動化して秘密鍵を公開し、これにより前記メッセージを解読する、
請求項１８記載のコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に公開鍵暗号方式（ＰＫＣ）を用いてデータを安全に送信および受信することに関するものである。詳しく述べると、本発明は、受信者が公開鍵インフラストラクチャ（ＰＫＩ）に登録されていないかまたは受信者が自分の公開鍵を送信者に与えていないために送信者が受信者の証明書を持たないときに、暗号化されたメッセージおよび安全な多目的インターネット・メール拡張（Ｓｅｃｕｒｅ  Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ（Ｓ／ＭＩＭＥ））暗号化されたメッセージを安全に送信および受信することに関するものである。
【背景技術】
【０００２】
送信者と受信者との間のメッセージを安全にする必要に対処するために種々の開発がなされている。その１つが、１９７０年代の半ばに開発されたディフィー・ヘルマン（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）アルゴリズムとリベスト・シャミア・エイドルマン（Ｒｉｖｅｓｔ  Ｓｈａｍｉｒ  Ａｄｌｅｍａｎ）公開鍵暗号システムである。これらの開発は非常に重要なので、現在暗号化システムを構築するときの標準となっている。
【０００３】
ディフィー・ヘルマン・アルゴリズムは実時間通信を安全にするのに特に適している。ディフィー・ヘルマン・アルゴリズムでは送信者と受信者の双方が関与する必要がある。これを実行するには、２人の関係者は２つの数を選び、２人の関係者それぞれに対応して秘密である秘密の数に関連してこれらの数を用いて、２人の関係者の間で交換される第３の数を得る。この交換される数は、２人の関係者の間のメッセージを暗号化し、またこのメッセージを解読するプロセスに用いられる。したがって、この方法は安全なメッセージを送るのに受信者が積極的に関与する必要がある。そのため、このシステムはメッセージに２人だけが関与する場合に非常に適しているが、多数の人が関与する場合には適していない。また、このシステムはメッセージの秘密性は十分保つが、いわゆる「ディジタル署名」によるメッセージまたは送信者の認証はしない。実際には、ディフィー・ヘルマン・アルゴリズムは、網を介して送信者と受信者との間の実時間通信セッションを安全にするのに最も多く用いられている。
【０００４】
リベスト・シャミア・エイドルマン（ＲＳＡ）公開鍵暗号システムはアルゴリズムから発想を得たものであって、（１）受信者が積極的に関与する必要がなく、（２）１つのメッセージに３人以上が関与してよく、（３）送信者と受信者との間のメッセージを安全にする他に、送信者とメッセージ自体とを認証する構造を確立する方法を開発した。
【０００５】
送信者と受信者との間のメッセージを安全にすることは多くの方法で行うことができる。恐らくインターネット上で最も広く用いられているアプリケーションである電子メールを安全にするため、Ｓ／ＭＩＭＥ標準が１９９０年代の終わりに開発された。電子メール・メッセージを安全にする所有権を主張できる方法にはＰＧＰ、Ｈｕｓｈｍａｉｌ、Ｚｉｘｉｔ、Ｚｉｐｌｉｐなどの組織が開発したものがあるが、Ｓ／ＭＩＭＥは電子メール通信を安全にする最も有力な世界標準になった。
【０００６】
Ｓ／ＭＩＭＥプロトコルは、ＲＳＡデータ・セキュリティやその他のソフトウエア会社により１９９５年に確立された。Ｓ／ＭＩＭＥの目的は、公開鍵インフラストラクチャ（ＰＫＩ）暗号化およびディジタル署名技術を用いることにより、メッセージの完全性、信頼性、否認防止、電子メール・メッセージのプライバシーを与えることであった。Ｓ／ＭＩＭＥをサポートする電子メール・アプリケーションは、網管理者やＩＳＰなどの第三者がメッセージを傍受したり、読み取ったり、変更したりすることができないようにする。Ｓ／ＭＩＭＥは主として一般のＭＩＭＥ（多目的インターネット・メール拡張）プロトコル（これは電子メッセージを編成する方法や、電子メッセージが多くの電子メール・アプリケーションによりサポートされる方法を定義する）の上に安全保護を構築することにより機能する。
【０００７】
現在、Ｓ／ＭＩＭＥの最も普及しているバージョンはＶ３（バージョン３）で、これは１９９９年６月に導入された。Ｓ／ＭＩＭＥ標準と関連文書に関する詳細な情報は、インターネット・メール・コンソーシアム・ウェブ・サイト（ｗｗｗ.ｉｍｃ．ｏｒｇ）およびＩＥＴＦ  Ｓ／ＭＩＭＥワーキング・グループ（ｗｗｗ.ｉｅｔｆ.ｏｒｇ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｓｍｉｍｅ−ｃｈａｒｔｅｒ．ｈｔｍｌ）で見ることができる。
【０００８】
Ｓ／ＭＩＭＥ  Ｖ３標準は一般に次のプロトコルから成る。
・暗号メッセージ構文（ＲＦＣ２６３０）
・Ｓ／ＭＩＭＥバージョン３  メッセージ仕様（ＲＦＣ２６３３）
・Ｓ／ＭＩＭＥバージョン３  証明書処理（ＲＦＣ２６３２）
【０００９】
Ｓ／ＭＩＭＥなどの安全なメッセージ・システムは安全保護を行うのにＰＫＣを用いる。Ｓ／ＭＩＭＥ安全保護では、メッセージにディジタル的に署名することによりＭＩＭＥメッセージを安全にする。これは、メッセージ・ダイジェスト・ハッシュを送信者の秘密鍵で暗号化することにより行う。これがいわゆるディジタル署名である。オプションで、ディジタル署名を持つメッセージ内容は受信者の公開鍵を用いて暗号化される。暗号化されたメッセージとディジタル署名とでＳ／ＭＩＭＥ電子メール・メッセージを構成して受信者に送られる。受信されたメッセージは受信者の秘密鍵を用いて解読される。受信者は解読されたメッセージからメッセージ・ダイジェスト・ハッシュを再計算し、また送信者の公開鍵を用いて元のメッセージ・ダイジェスト・ハッシュ（ディジタル署名）を解読し、２つのハッシュを比較する。２つのハッシュが同じ場合は、受信者は送信者の信頼性とメッセージの完全性とを確認することができる。したがって、Ｓ／ＭＩＭＥなどの安全なメッセージ・システムは一般に、メッセージを安全にしまた送信者とメッセージとを認証するために、送信者と受信者とが共にＰＫＣシステムに登録され、またそれぞれの公開鍵にアクセス可能であることを必要とする。したがって、受信者がＰＫＩに登録されていない場合、すなわち送信者が受信者の鍵にアクセスできない場合は、送信者は受信者に安全なメッセージを送ることができない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、送信者が受信者の証明書またはその部分集合を持たないとき、暗号化されたメッセージを受信者に送るためのシステムとコンピュータ・プログラムと方法とが必要である。また更に、受信者のためにメッセージのプライバシーを保証するのに送信者が用いることのできる、メッセージ暗号化鍵にアクセスまたは生成することのできる上記のシステムとコンピュータ・プログラムと方法とが必要である。また更に、網接続装置自体に与えられるブラウザまたはクライアント・アプリケーション内で容易に展開することのできる上記のシステムとコンピュータ・プログラムと方法とが必要である。また更に、データの通信および記憶を通して暗号化が持続する、ウェブ・ベースのまたはクライアント・ベースのシステムとコンピュータ・プログラムと方法とが必要である。また更に、メッセージを解読するために受信者がメッセージ解読鍵を安全に記憶しまた安全にアクセスすることのできる、ウェブ・ベースのまたはクライアント・ベースのシステムとコンピュータ・プログラムと方法とが必要である。
【課題を解決するための手段】
【００１１】
本発明のシステムと方法とコンピュータ・プログラムによると、受信者の証明書や公開鍵を有しなくても、ユーザはブラウザを通してまたはクライアント・ソフトウエアを通して、暗号化された電子メールや他の暗号化されたメッセージを作成して送ることができる。送信者の使いやすさの観点からすると、受信者がＰＫＩに登録していないのでＰＫＩ証明書を持たないとき、または送信者が受信者の証明書を持たないとき、送信者が安全なメッセージを送れないということがこれによりなくなる。
【００１２】
本発明の別の態様では、受信者はＰＫＩに登録しなくても秘密ＰＫＣベースの暗号化されたメッセージにアクセスすることができる。
本発明の別の態様では、受信者は任意の網接続装置からインターネットを介してＰＫＣ鍵にアクセスすることができる。これにより、場所に特有の秘密鍵およびディジタル証明書を記憶する必要がなくなる。
【実施例】
【００１３】
図１に少なくとも１つの周知の網接続装置１０を示す。網接続装置１０はコンピュータの網に接続する多数のディジタル装置で構成してよい。例えば、網接続装置１０は周知のパーソナル・コンピュータや、周知のＷＡＰ装置、携帯電話、ＰＤＡなどで構成してよい。
【００１４】
網接続装置１０は周知の方法でインターネット１２に接続する。特に図１は周知のＷＡＰ装置である網接続装置１０のインターネットへの接続を示し、周知のＷＡＰツー・ウェブ・ゲートウエイ１０７をこれも周知の方法で示している。
【００１５】
また図１ａに示すように、網接続装置１０はそれぞれ、ブラウザ２０および／またはクライアント・アプリケーション４０を含む周知のコンピュータ化装置を含んでよい。ブラウザは標準のインターネット・ベースのブラウザでよく、例えば、ネットスケープのＮＡＶＩＧＡＴＯＲTMまたはマイクロソフトのＩＮＴＥＲＮＥＴ  ＥＸＰＬＯＲＥＲTMまたは携帯電話やＰＤＡなどの無線装置用の周知のミニ・ブラウザでよい。クライアント・アプリケーション４０は周知の電子メール・プログラムでよく、例えば、マイクロソフトのＯＵＴＬＯＯＫTM、ＯＵＴＬＯＯＫ  ＥＸＰＲＥＳＳTM、ＬＯＴＵＳ  ＮＯＴＥＳTM、ノベルのＧＲＯＵＰＷＩＳＥTM、ＥＵＤＯＲＡ、または携帯電話またはＰＤＡなどの無線装置用の別の周知の電子メール・プログラム（装置のオペレーティング・システムの一部としてかかる装置内に一般に組み込まれているものまたは別個の構成要素として分散されているものを含む）でよい。クライアント・アプリケーション４０は安全なメッセージを作成するのに用いられるカスタム・クライアントでもよい。
【００１６】
また各網接続装置１０は本発明のコンピュータ・プログラムから成る本発明のアプリケーション２２を含む。このアプリケーション２２のいくつかの属性については、特に有線網または無線網を介して公開鍵暗号方式（ＰＫＣ）が可能な通信を行う方法については、Ｅｃｈｏｗｏｒｘ  Ｃｏｒｐｏｒａｔｉｏｎの米国特許第６，６７８，８２１号と、同時継続特許出願第１０／１７８，２２４号および１０／３７９，５２８号に開示されており、これらをここに援引する（必要に応じて、「特許」または「同時継続特許出願」と呼ぶ）。
【００１７】
後で詳細に述べるが、アプリケーション２２はＰＫＣユーティリティ（図示しない）を含む。図１ｂに示すアプリケーション２２の１つの実施の形態では、アプリケーション２２は特殊化されたブラウザ拡張３０９すなわちプラグインから成る。具体的に述べると、本発明のこの特定の実施の形態では、アプリケーション２２とブラウザ２０とは、例えばカストマイズされたＨＴＭＬタグにより相互作用する。中間ホスト・サーバまたは比較的大きなコンピュータ・プログラムを用いる（従来の技術の場合のように）のとは異なり、アプリケーション２２は好ましくは、後で詳細に説明するように、網接続装置１０が任意の第三者ＰＫＩシステム（例えば、ＥＮＴＲＵＳＴTM、ＭＩＣＲＯＳＯＦＴTM、ＢＡＬＴＩＭＯＲＥTM、ＲＳＡTMなどを含む）と共に機能するのに必要な資源を提供する。また理解すべきであるが、ここに述べるアプリケーション２２の機能は、周知の方法でまたはブラウザに直接組み込んで「ＡＣＴＩＶＥ  Ｘ  オブジェクト」として提供することもできる。
【００１８】
図１ｃに示すアプリケーション２２の別の実施の形態では、クライアント拡張４０９すなわちプラグインから成るアプリケーション２２が周知の方法で与えられる。具体的に述べると、アプリケーション２２とクライアント・アプリケーション４０とは、例えばクライアント・アプリケーション４０に特有のカストマイズされたプログラミングにより相互作用する。中間ホスト・サーバまたは比較的大きなコンピュータ・プログラムを用いる（従来の技術の場合のように）のとは異なり、アプリケーション２２は（本発明のこの特定の実施の形態でも）好ましくは、後で詳細に説明するように、任意の第三者ＰＫＩシステム（例えば、ＥＮＴＲＵＳＴTM、ＭＩＣＲＯＳＯＦＴTM、ＢＡＬＴＩＭＯＲＥTM、ＲＳＡTMなどを含む）と共に機能するのに必要な資源を網接続装置１０に提供する。また理解すべきであるが、ここに述べるアプリケーション２２の機能は、クライアント・アプリケーション内に直接組み込むこともできる。
【００１９】
アプリケーション２２は前記特許および同時継続特許出願に記述されているようにして与えられる暗号ユーティリティとして機能し、アプリケーション２２は網接続装置１０で以下の一連の暗号操作の1つ以上（ただし、これらに限定されない）を行う。
・Ｓ／ＭＩＭＥフォーマットでのデータのディジタル署名
・Ｓ／ＭＩＭＥフォーマットでのデータの暗号化
・フォーム・フィールドでのデータのディジタル署名
・フォーム・フィールドでのデータの暗号化
・フォーム・フィールドでのデータの解読
・フォーム・フィールドでのデータの署名の確認
・フォーム・フィールドでのデータのディジタル署名および暗号化
・フォーム・フィールドでのデータのディジタル署名および解読の確認
・フル・ページのディジタル署名
・フル・ページのディジタル署名の確認
・フル・ページの暗号化
・フル・ページの解読
・ファイル・アッタチメントの暗号化および署名
【００２０】
具体的に述べると、アプリケーション２２は周知の方法で与えられる暗号ライブラリ３００を含む。本発明の１つの実施の形態では、アプリケーション２２はユーザ証明書および秘密鍵３０２も含む。これは本発明で考えられたデータ通信（電子メールを含む）に含まれるデータを暗号化しおよび／またはディジタル署名するのに必要な暗号データを含む。例えば、本発明の１つの実施の形態、すなわちマイクロソフト・ソフトウエアがセキュリティ・サービス３１２を提供する実施の形態では、送信者を認証しまたは受信者のためにデータを暗号化するのに必要な．ＰＦＸまたはＤＥＲ（識別された符号化規則ＡＳＮ．１）符号化Ｘ５０９証明書ファイルは、網接続装置１０にダウンロードされまたは網接続装置１０により作成される。．ＰＦＸファイルは、暗号操作を処理するのに必要なユーザ証明書および秘密鍵にアクセスするのに用いられる暗号化されたファイルである。．ＰＦＸファイルはＰＫＣＳ１２標準に基づいてフォーマットされる。ＤＥＲ符号化Ｘ５０９証明書ファイルは受信者の公開鍵および証明書を与える。
【００２１】
セキュリティ・サービス３１２は周知のＰＫＩインフラストラクチャを記述する一般項と理解すべきである。ＰＫＩインフラストラクチャは、その構造の詳細やそのハードウエアまたはソフトウエア構成要素に従って変わってよい。しかし一般には、ＰＫＩインフラストラクチャは図１ａに示す構成要素から成る。すなわち、登録されたユーザの証明書を発行して認証する認証局と、登録されたユーザの公開鍵および証明書を記憶する軽量ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）と、証明書を無効にする証明書失効リスト（ＣＲＬ）である。また図１ａに示すセキュリティ・サービス３１２の別の態様では、登録されたユーザの秘密鍵を記憶するのにローミング鍵サーバ（ＲＫＳ）が用いられる。
【００２２】
前に述べたように、本発明のアプリケーション２２はＰＫＣ拡張（具体的に述べると、後で説明するブラウザ拡張３０９または電子メール・クライアント拡張４０９）を含む。ＰＫＣ拡張は、ここに詳細に述べるブラウザまたは電子メール・クライアントでのデータ通信（電子メールを含む）の暗号化および解読を行う。ブラウザ技術および電子メール・ソフトウエアは普通のものなので、これはブロード・ベースの展開ができるという利点を有する。ブラウザ拡張またはクライアント拡張を含む本発明のアプリケーション２２は図１ａに示すようにウェブ・ブラウザまたはＷＡＰブラウザに関連させることができるので、これはまた無線網および有線網にわたる展開ができるという利点を有する。更に、ここに開示された発明が必要とするのは、各網接続装置１０での比較的厚いクライアントではなく各網接続装置１０でのブラウザまたは電子メール・クライアントとこれに関連するアプリケーション２２だけなので、ＰＫＩ機能を提供するのに各装置で必要とする資源は少ない。また後で更に説明するが、本発明では受信者の証明書と公開鍵（通常、これは網接続装置１０でＳ／ＭＩＭＥなどの完全に暗号化されたメッセージを送るのに必要な資源である）がなくても安全な暗号化通信が可能である。
【００２３】
ブラウザ拡張３０９と電子メール・クライアント拡張４０９とはそれぞれ、熟練したプログラマに周知の方法で一般に符合化される。しかし本発明のブラウザ拡張３０９または電子メール・クライアント拡張４０９は多数の属性を有することが望ましい。第１に、後で詳細に説明する本発明の方法の結果、ブラウザ拡張３０９と電子メール・クライアント拡張４０９とは公開鍵対を生成しまた送信者と受信者とが共有する秘密に基づいて秘密鍵を確保して、パスワードを用いて秘密鍵を暗号化できることが望ましい。第２に、ここに説明する鍵の生成や、安全保護や、データの暗号化および解読は、ブラウザ拡張３０９または電子メール・クライアント拡張４０９が正しく設計されない場合は安全リスクの可能性を含む。具体的に述べると、安全が危うくならないように暗号操作の過程でブラウザ・メモリ（ブラウザ拡張３０９の場合）を確かに用いることが必要である。本発明の１つの実施の形態では、熟練したプログラマが周知の方法でブラウザ２０またはクライアント・アプリケーション４０の「ＴＥＭＰ」メモリ空間を用いることによりこれは達成される。第３に、ブラウザ拡張３０９またはクライアント拡張４０９は周知の方法で提供されるＣＬＥＡＮＵＰ  ＲＯＵＴＩＮＥまたはこれと同等のものを更に含む。これは、秘密性を保持するために、メッセージや、ユーザ証明書および秘密鍵記憶３０２の一部であるユーザ証明書または秘密鍵の残り全てを、ブラウザまたは電子メール・クライアントまたは網接続装置１０のその他に関連するメモリから消すものである。具体的に述べると、例えばブラウザ拡張３０９について述べると、ブラウザ拡張３０９はブラウザ・キャッシュ内に電子メールのコピーを記憶しないように形成される。更に、ブラウザ拡張３０９またはクライアント拡張４０９は安全なメッセージに関連する全てのアタッチメントの全てのコピーを消す。
【００２４】
前に述べたように、本発明が更に考えているのは、ブラウザ拡張３０９またはクライアント拡張４０９が共用秘密を確立する手段を提供することである。この共用秘密は、メッセージを暗号化しまたは非登録受信者を信頼できる仲介者（ｔｒｕｓｔｅｄ  ｉｎｔｅｒｍｅｄｉａｒｙ）に認証するのに用いられる公開鍵に対応する秘密鍵を暗号化するために、ブラウザ拡張３０９またはクライアント拡張４０９が用いるものである。本発明のこの態様を図４と図５に示す。
【００２５】
更に、本発明が考えているのは、ブラウザ拡張３０９およびクライアント拡張４０９が、ＰＫＩに登録されていない受信者に安全なメッセージを通知しまた発送しやすくすることである。詳細に述べると、ブラウザ拡張３０９またはクライアント拡張４０９は非登録受信者が共用秘密の要求に応答することができるようにして、これがうまく与えられると、安全なメッセージを解読して見るために、秘密鍵を解放しまたは信頼できる仲介者に非登録受信者を認証する（図１ａに示す）。
【００２６】
ウェブ・サーバ１０６もインターネット１２に接続される。これは周知の方法で網接続装置１０を準備できるようにするために周知のハードウエアおよびソフトウエア・ユーティリティを用いて形成される。ウェブ・サーバ１０６はウェブ・アプリケーション１６を含む。ウェブ・アプリケーション１６は、後で説明するＰＫＩ操作を含む操作を実行する。
【００２７】
本発明のシステムとコンピュータ・プログラムと方法とは次のことを行う。
１．  Ｓ／ＭＩＭＥ準拠の電子メール・メッセージを含む安全なメッセージを作成し、暗号化して、電子メール・サーバまたはメッセージ記憶装置／データベース・サーバに送る。
２．  Ｓ／ＭＩＭＥ準拠の電子メール・メッセージを含む安全なメッセージを電子メール・サーバまたはメッセージ記憶装置／データベース・サーバから検索して解読する。
３．  受信者データおよび秘密鍵を作成し、安全にして、安全な記憶装置サーバに送る。
【００２８】
上記を達成するため、本発明のシステムとコンピュータ・プログラムと方法とは、ＰＫＩ可能なトランザクションを行うのに前記特許と同時継続特許出願の諸態様に依存する。具体的に述べると、本発明では電子メール・メッセージは、前記同時継続特許出願に記述されている「安全な方法でデータを提示する」および「Ｓ／ＭＩＭＥ暗号化データを安全に送信する」と同様な方法で作成され、また送信される。電子メール・メッセージは、これも前記同時継続特許出願に「安全な方法でデータを検索する」および「Ｓ／ＭＩＭＥ暗号化データを安全に受信する」の見出しの下に記述されている方法で検索され、また解読される。
【００２９】
図１ａに示すように、本発明のシステムの１つの態様は周知の電子メール・サーバすなわちメッセージ・サーバ３０６も含む。電子メール・サーバすなわちメッセージ・サーバ３０６は周知の方法で電子メールを送信しまた受信する。電子メール・サーバすなわちメッセージ・サーバ３０６は周知のハードウエアおよびソフトウエア・ユーティリティにより形成される。これも図１ａに示すように、本発明のシステムの１つの態様は電子メール・プロトコル・トランスレータ３０８を含む。電子メール・プロトコル・トランスレータ３０８は周知のユーティリティであって、これによりウェブ・サーバ１０６が送るメッセージを電子メール・サーバすなわちメッセージ・サーバ３０６が理解する特定の電子メール・プロトコル（例えばＰＯＰ３またはＩＭＡＰ４など）に翻訳して、ウェブ・サーバ１０６と電子メール・サーバすなわちメッセージ・サーバ３０６とは通信することができる。
【００３０】
これも図１ａに示すように、本発明のシステムの別の態様は周知のメッセージ記憶装置／データベース・サーバ３１５を含む。メッセージ記憶装置／データベース・サーバ３１５はユーザ証明書と安全なメッセージとを周知の方法で記憶し、また送信する。メッセージ記憶装置／データベース・サーバ３１５も周知のハードウエアおよびソフトウエア・ユーティリティにより形成される。
前記同時継続特許出願に記述されているように、ウェブ・サーバ１０６と、ウェブ・アプリケーション１６と、電子メール・プロトコル・トランスレータ３０８とは、ブラウザ内のＳ／ＭＩＭＥメッセージをブラウザ・ベースで暗号化しおよび／または解読するのをサポートするのに用いられる。
【００３１】
ローミング鍵サーバ３１０は、前記同時継続特許出願に記述されているようにブラウザ内でＳ／ＭＩＭＥメッセージを暗号化しおよび／または解読するために、登録ユーザの秘密鍵（ユーザの移動性をサポートする）と非登録ユーザのための秘密メッセージ鍵とを記憶しまた与えるのに用いられる。通常は、電子メール・クライアント・ソフトウエアと共に用いるために、秘密鍵はユーザのデスクトップ・コンピュータに記憶される。しかしブラウザ・ベースの電子メールでは、ユーザは標準ブラウザを持つ任意の装置から電子メールを送信または検索することができる。ローミング鍵サーバ３１０は、非登録受信者が安全なメッセージを解読するのに用いるために秘密メッセージ鍵を記憶しまた与える（後で詳細に説明する）。
【００３２】
本発明の１つの実施の形態では、電子メール・サーバ３０６またはメッセージ記憶装置／データベース・サーバ３１５は、非登録受信者のための暗号化されたメッセージを記憶するのに用いられる。どちらの場合も、メッセージ記憶装置／データベース・サーバ３１５は、非登録受信者を認証するための共用秘密を記憶するのに用いてよい。
信頼できる仲介者３１６はウェブ・サーバ１０６およびウェブ・アプリケーション１６と協力して非登録受信者を認証し、本発明の１つの実施の形態では、受信者が正しい共用秘密を与えると、メッセージを解読して、非登録受信者のブラウザにこのメッセージを安全に送る。
【００３３】
本発明の１つの実施の形態では、セキュリティ・サービス３１２の一部である認証局は非登録受信者のために「メッセージ鍵」を生成するのに用いられる。
図１ａに示すディレクトリ３１４は認証局の一部であって、登録受信者の公開鍵を記憶するのと、メッセージを暗号化するために受信者の公開鍵を探すのに用いられる。
【００３４】
メッセージをブラウザ・ベースで作成し、署名し、暗号化し、送信し、非登録受信者のために秘密鍵を生成する
図２ａは、本発明に係る、ＰＫＩに登録されていない受信者のために安全なメッセージをブラウザ・ベースで作成して送信することを示す。
安全な方法で電子メールを作成して送ることを希望する、網接続装置１０に関連するユーザ（送信者）は、網接続装置１０にロードされたブラウザ２０を用いてウェブ・サーバ１０６のページを要求する。
【００３５】
ウェブ・サーバ１０６は（具体的に述べると、ウェブ・サーバ１０６にロードされたウェブ・アプリケーション１６と協力して）網接続装置１０に応答して、ウェブ・アプリケーション１６（具体的に述べると、ウェブ・アプリケーション１６に含まれる安全なメッセージ・アプリケーション（図示しない））にアクセスできるように、網接続装置１０に関連するユーザが認証することを要求するウェブ・フォームであるウェブ・ページを提示する。
送信者はウェブ・ページの認証フォーム・フィールド内の情報（ユーザ名やパスワードなど）を供給し、一般に「提出」ボタンまたは同等のボタンを押すことによりこのフォームを提出して終了する。
【００３６】
認証書はウェブ・サーバ１０６に送られる。ウェブ・サーバ１０６は、このアプリケーションの１つの実施の形態では、電子メール・プロトコル・トランスレータ３０８を介して認証書を電子メール・サーバすなわちメッセージ・サーバ３０６に送り、またはこのアプリケーションの別の実施の形態では、メッセージ記憶装置／データベース・サーバ３１５からのユーザ証明書を認証する。
特に、ローミング鍵サーバ３１０を用いてユーザ証明書および秘密鍵記憶３０２によりユーザ証明書および秘密鍵にアクセスする本発明の態様では、ウェブ・サーバ１０６はユーザ証明書をローミング鍵サーバ３１０にも転送する。
【００３７】
電子メール・サーバ３０６またはメッセージ記憶装置／データベース・サーバ３１５は送信者を認証し、送信者のブラウザ２０に表示するために、メッセージ・ウエーティング・リストや送信者の電子メール・アカウントに関する他の関係する情報を、電子メール・プロトコル・トランスレータ３０８を介してウェブ・サーバ１０６に送り返し、周知の方法により、一般にクッキーを用いて電子メール・セッションを確立する。
ウェブ・サーバ１０６はメッセージ記憶装置／データベース・サーバ３１５のために送信者を認証し、送信者のブラウザ２０に表示するために、メッセージ・ウエーティング・リストや送信者のアカウントに関する他の関係する情報をウェブ・サーバ１０６に送り返し、周知の方法により、一般にクッキーを用いて電子メール・セッションを確立する。
【００３８】
再び、ローミング鍵サーバ３１０を用いる本発明の態様では、ローミング鍵サーバ３１０は送信者を認証し、ウェブ・サーバ１０６を介して送信者の秘密鍵および証明書をブラウザ拡張３０９に送信する。ユーザ証明書および秘密鍵記憶３０２が網接続装置１０上に存在する本発明の態様では、秘密鍵および証明書はブラウザ拡張３０９によりアクセスされる。
送信者は、指定されたウェブ・フォームの該当するフィールド（例えばメッセージ主題や本体や宛先の受信者のフィールドを含む）を完成してメッセージを準備する。本発明の１つの実施の形態では、アプリケーション２２も受信者の共用秘密を与える。
【００３９】
セキュリティ・サービス３１２では、関連するディレクトリ３１４からまたはメッセージ記憶装置／データベース・サーバ３１５に記憶されている送信者アドレス帳から、受信者の公開鍵および証明書が確認されて検索される。受信者の公開鍵および証明書を「公的にアクセス可能な」場所から検索することができない場合は、本発明のアプリケーション２２が呼び出されて、非登録受信者のためのメッセージを安全にするためにアプリケーション２２により共用秘密を作成しまたＰＫＣ鍵対を生成する。
理解されるように、本発明は種々のところで「非登録受信者」に言及している。これは、受信者がＰＫＩに登録されているかどうかに関わらず、送信者は受信者のＰＫＩ証明書を持たないか、またはアクセスできないことを意味する。言い換えると、「非登録受信者」は「証明書を持たない（ｕｎ−ｃｒｅｄｅｎｔｉａｌｅｄ）受信者」も意味する。
【００４０】
鍵対の秘密鍵は、周知の方法で安全になっている共用秘密をパスフレーズとして用いて周知の方法で暗号化される。非登録受信者のための暗号化された秘密鍵は、受信者が図５で答えなければならない共用秘密質問を含む受信者情報と共に、メッセージ記憶装置／データベース・サーバ３１５に記憶される。秘密鍵の記憶装置はメッセージ記憶装置／データベース・サーバ３１５に限られるわけではなく、秘密鍵を記憶する別の場所としてローミング鍵サーバ３１０や電子メール・サーバすなわちメッセージ・サーバ３０６を用いてよい。
【００４１】
メッセージ・フォーム・データは、送信者の秘密鍵と受信者の公開鍵とを用いてメッセージおよび全てのアタッチメントに署名し暗号化するために、また本発明の１つの実施の形態ではＳ／ＭＩＭＥ準拠の電子メール・メッセージを形成するために、ブラウザ拡張３０９を含むアプリケーション２２に送られる。
メッセージはブラウザ２０に返され、ブラウザ２０からウェブ・サーバ１０６に送られ、１つの実施の形態では、識別された受信者に転送するために、電子メール・プロトコル・トランスレータ３０８を用いて電子メール・サーバすなわちメッセージ・サーバ３０６に送られる。本発明の別の実施の形態では、非登録受信者のための安全なメッセージはメッセージ記憶装置／データベース・サーバ３１５に記憶され、また安全なメッセージを検索する方法についての命令を待って与える安全なメッセージについて助言する電子メール助言が、ウェブ・アプリケーション１６により生成されて非登録受信者に送られる。
【００４２】
メッセージをクライアント・ベースで作成し、署名し、暗号化し、送信し、非登録受信者のために秘密鍵を生成する
図２ｂは、本発明に係る、ＰＫＩに登録されていない受信者のために安全なメッセージをクライアント・ベースで生成して送信することを示す。
安全な方法で電子メールを作成して送ることを希望する、網接続装置１０に関連するユーザ（送信者）は、網接続装置１０にロードされたクライアント・アプリケーション４０（前に述べたように、電子メール・プログラムなどの周知の通信ユーティリティから成る）を呼び出す。
【００４３】
送信者は認証情報（ユーザ名やパスワードなど）を供給し、一般に「提出」ボタンまたは同等のボタンを押すことによりこのフォームを提出して終了する。ユーザの介入を必要とせずに認証プロセスを自動化するためにユーザ認証を電子メール・クライアント・プログラム内に形成するように、電子メール・クライアント・プログラムは設定されることが多い。認証書は電子メール・サーバすなわちメッセージ・サーバ３０６に送られる。
【００４４】
電子メール・サーバすなわちメッセージ・サーバ３０６は送信者を認証して、送信者のクライアント・アプリケーション４０に周知の方法で表示するために、メッセージ・ウエーティング・リストや送信者の電子メール・アカウントに関する他の関係する情報を送り返す。
送信者は、指定された電子メール・メッセージの該当するフィールド（例えばメッセージ主題や本体や宛先の受信者のフィールドを含む）を完成してメッセージを準備する。
【００４５】
セキュリティ・サービス３１２では、関連するディレクトリ３１４からまたは電子メール・クライアント・プログラム４０から成る通信ユーティリティに記憶されている送信者アドレス帳から、受信者の公開鍵および証明書が確認されて検索される。受信者の公開鍵および証明書をどちらの場所からも検索することができない場合は、本発明のアプリケーション２２が呼び出されて、非登録受信者のためのメッセージを安全にするために図４および図５に示す共用秘密を作成しまたＰＫＣ鍵対を生成する。
【００４６】
鍵対の秘密鍵は、共用秘密をパスフレーズとして用いて周知の方法で暗号化される。非登録受信者のための暗号化された秘密鍵は、受信者が図５に示すように答えなければならない共用秘密質問を含む受信者情報と共に、メッセージ記憶装置／データベース・サーバ３１５に記憶される。秘密鍵の記憶装置はメッセージ記憶装置／データベース・サーバ３１５に限られるわけではなく、秘密鍵を記憶する別の場所としてローミング鍵サーバ３１０や電子メール・サーバすなわちメッセージ・サーバ３０６を用いてよい。
【００４７】
メッセージ・フォーム・データは、送信者の秘密鍵と受信者の公開鍵とを用いてメッセージおよび全てのアタッチメントに署名し暗号化するために、また本発明の１つの実施の形態ではＳ／ＭＩＭＥ準拠の電子メール・メッセージを形成するために、電子メール・クライアント拡張４０９を含むアプリケーション２２に送られる。
１つの実施の形態では、識別された受信者に転送するために、メッセージはクライアントから電子メール・サーバすなわちメッセージ・サーバ３０６に送られる。本発明の別の実施の形態では、非登録受信者のための安全なメッセージはメッセージ記憶装置／データベース・サーバ３１５に記憶され、これを検索する方法についての命令を待って与える安全なメッセージについて助言する電子メール助言が、ウェブ・アプリケーション１６により生成されて非登録受信者に送られる。
【００４８】
電子メールからの暗号化されたメッセージまたは非登録受信者によるメッセージをブラウザ・ベースで検索して解読する
図３ａは、本発明に係る、電子メール・サーバすなわちメッセージ・サーバ３０６またはメッセージ記憶装置／データベース・サーバ３１５からの暗号化されたメッセージをブラウザ・ベースで受信し、確認し、解読し、表示することを示す。
安全な方法で受信した暗号化されたメッセージまたはＳ／ＭＩＭＥ電子メールを表示することを希望する、網接続装置１０に関連する非登録ユーザ（受信者）は、網接続装置１０にロードされたブラウザ２０を用いてウェブ・アプリケーション１６からページを要求する。
ウェブ・アプリケーション１６はブラウザ拡張３０９が網接続装置１０で利用可能かどうか調べる。ブラウザ拡張３０９が利用可能でない場合は、ウェブ・アプリケーション１６はブラウザ拡張３０９を自動的にダウンロードしてインストールする。
【００４９】
ブラウザ拡張３０９が網接続装置１０で利用可能な場合は、本発明のこの態様では受信者の認証書がブラウザ拡張３０９に送られ、メッセージ記憶装置／データベース・サーバ３１５を用いて、または別の実施の形態ではローミング鍵サーバ３１０を用いて、非登録ユーザの秘密鍵記憶３０２を記憶し、次に暗号化された秘密鍵のコピーをブラウザ拡張３０９に、また非登録ユーザのために共用秘密パスフレーズに関連する質問を、ダウンロードする。
暗号化されたメッセージまたはＳ／ＭＩＭＥ電子メール・メッセージを解読して表示するため、ブラウザ拡張３０９は非登録受信者に認証と共用秘密質問に対する答えとを与えるよう要求する。
【００５０】
受信者は認証要求（図５）に応答してパスワードまたは共用秘密情報をブラウザ拡張３０９に供給し、一般に「提出」ボタンまたは同等のボタンを押すことによりこのフォームを提出して終了する。
本発明のこの態様では、認証書はブラウザ拡張３０９に送られる。
アプリケーション２２はそのユーザ証明書および秘密鍵記憶３０２に対して認証し、与えられたパスフレーズが正しい場合は、秘密鍵がそのブラウザ拡張３０９構成要素に公開されて、ここでメッセージ署名が確認されて、受信者のブラウザ２０に表示するためにメッセージが解読される。
【００５１】
信頼できる仲介者を用いて非登録受信者のためにメッセージをクライアント・ベースで作成し、署名し、暗号化し、送信する
図７ａは、ＰＫＩに登録されていない受信者のために、本発明に係る信頼できる仲介者を用いて安全なメッセージをクライアント・ベースで作成し送ることを示す。
安全な方法でメッセージを作成して送ることを希望する、網接続装置１０に関連するユーザ（送信者）は、網接続装置１０にロードされたクライアント・プログラムを呼び出す。本発明の好ましい実施の形態では、クライアント・プログラムはマイクロソフトＯＵＴＬＯＯＫ  ＥＸＰＲＥＳＳTMなどの電子メール・クライアント・プログラムでよい。
【００５２】
送信者は認証情報（ユーザ名やパスワードなど）を供給し、一般に「提出」ボタンまたは同等のボタンを押すことによりこのフォームを提出して終了する。ユーザの介入を必要とせずに認証プロセスを自動化するためにユーザ認証を電子メール・クライアント内に形成するように、電子メール・クライアント・プログラムは設定されることが多い。認証書は電子メール・サーバすなわちメッセージ・サーバ３０６に送られる。
【００５３】
電子メール・サーバすなわちメッセージ・サーバ３０６は送信者を認証して、送信者の電子メール・クライアント４０に周知の方法で表示するために、メッセージ・ウエーティング・リストや送信者の電子メール・アカウントに関する他の関係する情報を送り返す。
送信者は、指定された電子メール・クライアント電子メール・フォームの該当するフィールド（例えばメッセージ主題や本体や宛先の受信者のフィールドを含む）を完成してメッセージを準備する。
【００５４】
セキュリティ・サービス３１２では、関連するディレクトリ３１４からまたは電子メール・クライアント４０に記憶されている送信者アドレス帳から、受信者の公開鍵および証明書が確認されて検索される。受信者の公開鍵および証明書をどちらの場所からも検索することができない場合は、本発明のアプリケーション２２が呼び出されて、非登録受信者のためのメッセージを安全にするために共用秘密（図４および図５）を作成しまた信頼できる仲介者３１６の鍵対を検索する。
【００５５】
受信者が答えなければならない共用秘密質問（図５）を含む非登録受信者のための受信者情報はメッセージ記憶装置／データベース・サーバ３１５に記憶される。
メッセージ・フォーム・データは、送信者の秘密鍵と受信者の公開鍵と非登録受信者のための信頼できる仲介者３１６とを用いてメッセージおよび全てのアタッチメントに署名し暗号化するために、また本発明の１つの実施の形態ではＳ／ＭＩＭＥ準拠の電子メール・メッセージを形成するために、電子メール・クライアント拡張４０９を含むアプリケーション２２に送られる。
【００５６】
１つの実施の形態では、識別された受信者に転送するために、メッセージはクライアントから電子メール・サーバすなわちメッセージ・サーバ３０６に送られる。本発明の別の実施の形態では、非登録受信者のための安全なメッセージはメッセージ記憶装置／データベース・サーバ３１５に記憶され、また安全なメッセージを検索する方法についての命令を待って与える安全なメッセージについて助言する電子メール助言が、ウェブ・アプリケーション１６により生成されて非登録受信者に送られる。別の実施の形態では、暗号化アルゴリズムの拡張性と効率のために、非登録受信者のための安全なメッセージは信頼できる仲介者３１６により解読され、ディジタル署名は確認され、メッセージは信頼できる仲介者３１６に特有の対称鍵を用いて再暗号化され、メッセージ・アーカイブに記憶されている元のメッセージのコピーと共にメッセージ記憶装置／データベース・サーバ３１５に記憶される。
【００５７】
電子メールからの暗号化されたメッセージまたは非登録受信者によるメッセージをクライアント・ベースで検索して解読する
図３ｂは、本発明に係る、電子メール・サーバすなわちメッセージ・サーバ３０６またはメッセージ記憶装置／データベース・サーバ３１５からの暗号化されたメッセージをクライアント・ベースで受信し、確認し、解読し、表示することを示す。
暗号化されたメッセージを見るために必要な構成要素は３つある。すなわち、暗号化されたメッセージと、クライアント拡張４０９と、非登録受信者の秘密鍵とである。非登録受信者がかかる構成要素にアクセスする方法は、ブラウザ・ベースのアクセスに関して前に説明したように非登録ユーザが構成要素にアクセスするために標準電子メール・メッセージ内にリンクを与えることや、図３ｂに示すように３つの構成要素全てをアタッチメントとして標準メッセージに与えることや、この２つの方法の任意の組合せ、などがある。
【００５８】
図３ｂに示すように、安全な方法で受信した暗号化されたメッセージを表示することを希望する、網接続装置１０に関連する非登録ユーザ（受信者）は、まずクライアント拡張４０９をインストールする。
クライアント拡張４０９が網接続装置１０に利用可能なときは、本発明のこの態様では、受信者は解読プロセスを呼び出し、安全なメッセージのための暗号化された秘密鍵はクライアント拡張４０９に送られる。
クライアント拡張４０９は非登録受信者に、暗号化されたメッセージを解読して表示するためにパスフレーズを提供するよう要求する。
【００５９】
非登録受信者は共用秘密要求（図５）に応答してクライアント拡張４０９共用秘密情報をクライアント拡張４０９に供給し、一般に「提出」ボタンまたは同等のボタンを押すことによりこのフォームを提出して終了する。
次に本発明のこの態様では、秘密鍵はクライアント拡張４０９に送られ、ここでメッセージ署名が確認されて、クライアント・アプリケーション４０で表示するためにメッセージは解読される。
【００６０】
本発明の別の態様では、本発明の目的のために、前記特許および同時継続特許出願に開示されている持続的なフィールド・レベル暗号化を用いて、関係するデータを暗号化して、ウェブ・サーバ１０６に関連するデータベース（図示しない）に暗号化されたフォームでデータを記憶することにより、本発明に係るユーザ（および、例えば安全な方法でユーザが通信する相手のクライアント）の識別や他の個人的情報の秘密性を保つ。
【００６１】
本発明のシステムは、アプリケーション２２を含む網接続装置１０およびその資源と、ウェブ・サーバ１０６と、電子メール・サーバすなわちメッセージ・サーバ３０６と、メッセージ記憶装置／データベース・サーバ３１５と、これらの資源も含む全体システムとして理解するとよい。本発明のコンピュータ・プログラムは、一方ではアプリケーション２２であるが、他方ではウェブ・アプリケーション１６でもある。本発明の別の態様はローミング鍵サーバ３１０を含む。
【００６２】
図６はＰＫＩインフラストラクチャの種々の構成要素に関してメッセージに署名して暗号化することに関する相互作用を示す。
安全な方法で電子メールを作成して送ることを希望する、網接続装置１０に関連するユーザ（送信者）は、網接続装置１０にロードされたブラウザ２０を用いてウェブ・サーバ１０６に署名する。
ウェブ・サーバ１０６は（具体的に述べると、ウェブ・サーバ１０６にロードされたウェブ・アプリケーション１６と協力して）網接続装置１０に応答して、ウェブ・アプリケーション１６（具体的に述べると、ウェブ・アプリケーション１６に含まれる安全なメッセージ・アプリケーション（図示しない））にアクセスできるように、網接続装置１０に関連するユーザが認証することを要求するウェブ・フォームであるウェブ・ページを提示する。
【００６３】
送信者はウェブ・ページの認証フォーム・フィールド内の情報（ユーザ名やパスワードなど）を供給し、一般に「提出」ボタンまたは同等のボタンを押すことによりこのフォームを提出して終了する。
認証書はウェブ・サーバ１０６に送られる。ウェブ・サーバ１０６は、このアプリケーションの１つの実施の形態では、電子メール・プロトコル・トランスレータ３０８を介して認証書を電子メール・サーバすなわちメッセージ・サーバ３０６に送り、またはこのアプリケーションの別の実施の形態では、メッセージ記憶装置／データベース・サーバ３１５のユーザ証明書を認証する。
【００６４】
特に、ローミング鍵サーバ３１０を用いてユーザ証明書および秘密鍵記憶３０２からユーザ証明書および秘密鍵にアクセスする本発明の態様では、ウェブ・サーバ１０６はユーザ証明書をローミング鍵サーバ３１０にも転送する。
電子メール・サーバすなわちメッセージ・サーバ３０６は送信者を認証し、送信者のブラウザ２０に表示するために、メッセージ・ウエーティング・リストや送信者の電子メール・アカウントに関する他の関係する情報を、電子メール・プロトコル・トランスレータ３０８を介してウェブ・サーバ１０６に送り返し、周知の方法により、一般にクッキーを用いて電子メール・セッションを確立する。
【００６５】
ウェブ・サーバ１０６はメッセージ記憶装置／データベース・サーバ３１５の送信者を認証し、送信者のブラウザ２０に表示するために、メッセージ・ウエーティング・リストや送信者のアカウントに関する他の関係する情報をウェブ・サーバ１０６に送り返し、周知の方法により、一般にクッキーを用いて電子メール・セッションを確立する。
再び、ローミング鍵サーバ３１０を用いる本発明の態様では、ローミング鍵サーバ３１０は送信者を認証し、ウェブ・サーバ１０６を介して送信者の秘密鍵および証明書をブラウザ拡張３０９に送信する。ユーザ証明書および秘密鍵記憶３０２が網接続装置１０に存在する本発明の態様では、秘密鍵および証明書はブラウザ拡張３０４によりアクセスされる。
【００６６】
送信者は、指定されたウェブ・フォームの該当するフィールド（例えばメッセージ主題本体および宛先の受信者のフィールドを含む）を完成してメッセージを準備する。本発明の１つの実施の形態では、アプリケーション２も受信者の共用秘密を与える。
セキュリティ・サービス３１２では、関連するディレクトリ３１４からまたはメッセージ記憶装置／データベース・サーバ３１５に記憶されている送信者アドレス帳から、受信者の公開鍵および証明書が検索され、またオプションで確認される。受信者の公開鍵および証明書をどちらの場所からも検索することができない場合は、本発明のアプリケーション２２が呼び出されて、非登録受信者のためのメッセージを安全にするためにアプリケーション２２により共用秘密（図４）を作成しまた信頼できる仲介者３１６のＰＫＣ鍵対を検索する。
【００６７】
受信者が答えなければならない共用秘密質問（図５）を含む非登録受信者のための受信者情報は送信者により送られて、メッセージ記憶装置／データベース・サーバ３１５に記憶される。
メッセージ・フォーム・データは、送信者の秘密鍵と受信者の公開鍵と非登録受信者のための信頼できる仲介者３１６とを用いてメッセージおよび全てのアタッチメントを署名し暗号化するために、本発明の１つの実施の形態ではＳ／ＭＩＭＥ準拠の電子メール・メッセージを形成するために、ブラウザ拡張３０９を含むアプリケーション２２に送られる。
【００６８】
メッセージはブラウザ２０に返されてブラウザ２０からウェブ・サーバ１０６に送られ、また１つの実施の形態では、識別された受信者に転送するために、電子メール・プロトコル・トランスレータ３０８を用いて電子メール・サーバすなわちメッセージ・サーバ３０６に送られる。本発明の別の実施の形態では、非登録受信者のための安全なメッセージはメッセージ記憶装置／データベース・サーバ３１５に記憶され、また安全なメッセージを検索する方法についての命令を待って与える安全なメッセージについて助言する電子メール助言が、ウェブ・アプリケーション１６により生成されて非登録受信者に送られる。別の実施の形態では、暗号化アルゴリズムの拡張性と効率のために、非登録受信者のための安全なメッセージは信頼できる仲介者３１６により解読され、ディジタル署名は確認され、メッセージは信頼できる仲介者３１６に特有の対称鍵を用いて再暗号化され、メッセージ記憶装置／データベース・サーバ３１５に記憶される（メッセージ・アーカイブに記憶されている元のメッセージのオプションのコピーと共に）。
【００６９】
本発明の方法は、ブラウザ（ウェブ・ブラウザであれＷＡＰブラウザであれ）またはメッセージ・クライアント（パーソナル・コンピュータ・ベースであれ無線装置ベースであれ）を通して、ＰＫＩに登録されていない受信者のために、または送信者が受信者のＰＫＩ証明書にアクセスできない場合に、ＰＫＩ暗号化メッセージおよびＳ／ＭＩＭＥメッセージを交換するためのプロセスとして理解するのが最も良い。
【００７０】
本発明の方法は、非登録受信者のためにＳ／ＭＩＭＥまたはＰＫＩベースのメッセージ暗号化を用いて、無線装置をインターネット安全メッセージングに組み込む方法として理解すべきである。本発明の方法の別の態様は、インターネットまたは無線網を介して秘密鍵を非登録受信者に送る方法である。本発明の方法の更に別の態様は、メッセージを暗号化するためにＳ／ＭＩＭＥまたはＰＫＩを用いて持続的な安全なデータ通信を提供することにより、インターネットと無線網との間の代理人ベースのゲートウエイという「人が介在する」セキュリティ・ホールをなくす方法である。本発明の更に別の態様は、ＰＫＩを無線装置に与えて暗号化を持続的に提供するように、ウェブ・サーバと無線装置との間にデータ資源を割り当てる方法である。
【００７１】
また本発明は、インターネット・ベースのデータ・プロセスを通して、持続的なフィールド・レベル暗号化を選択的に与える。これは、安全保護／認証が最も必要なインターネット・ベースのデータ・プロセスの特定の要素に関して、ＰＫＩ操作を呼び出すことにより資源の効率的な使用を促進する。
また本発明は、非登録受信者のためにＰＫＩ暗号化およびＳ／ＭＩＭＥ機能を効率的にブラウザに付加するツールの集合を提供する。
また本発明は、非登録受信者のためにＳ／ＭＩＭＥを組み込んだウェブ電子メール・システムまたはクライアント・ベース電子メール・システムを用いる無線装置に関連して、法的ディジタル署名要求に従うツールの集合と理解すべきである。
【図面の簡単な説明】
【００７２】
単なる例としてまた以下の図面を参照して、好ましい実施の形態を詳細に説明する。
【図１ａ】本発明の安全なメッセージ・システムの略システム構造の構成要素の図である。
【図１ｂ】本発明の１つの実施の形態におけるアプリケーションの資源を示すプログラム資源チャートである。
【図１ｃ】本発明の別の実施の形態におけるアプリケーションの資源を示すプログラム資源チャートである。
【図２ａ】本発明の方法の１つの態様に係る、ブラウザ・ベースのメッセージングを用いて、安全なメッセージを作成し、署名し、暗号化し、また非登録受信者のために安全鍵を生成するステップを示す流れ図である。
【図２ｂ】本発明の方法の別の態様に係る、クライアント・ベースのメッセージングを用いて、メッセージを作成し、署名し、暗号化し、また非登録受信者のために安全鍵を生成するステップを示す流れ図である。
【図３ａ】ブラウザを用いて、ＰＫＩに登録されていないユーザが暗号化されたメッセージを受信し、確認し、解読するステップを示す流れ図である。
【図３ｂ】ユーザがクライアントを用いて、ＰＫＩに登録されていない暗号化されたメッセージを受信し、確認し、解読するステップを示す流れ図である。
【図４】メッセージを安全にするために共用秘密を作成するための可能なユーザ・インターフェースを示す。
【図５】呼びかけ質問に応答して共用秘密を提供するための可能なユーザ・インターフェースを示す。
【図６】ＰＫＩインフラストラクチャの種々の構成要素に関してメッセージに署名し暗号化するステップを示す流れ図である。
【図７ａ】クライアント・ベースのメッセージングと信頼できる仲介者とを用いて非登録受信者のためにメッセージを作成し、署名し、暗号化するステップを示す流れ図である。
【図７ｂ】ブラウザまたはクライアントと信頼できる仲介者とを用いてＰＫＩに登録されていないユーザが暗号化されたメッセージを検索し、確認するステップを示す流れ図である。  図面には本発明の好ましい実施の形態を例として示す。説明と図面とは例示の目的と理解を助けるためのものであって、本発明の限界を定義するものと解釈してはならないことをはっきりと理解すべきである。
【図１ａ】
2006528443.tif 000003
【図１ｂ】
2006528443.tif 000004
【図１ｃ】
2006528443.tif 000005
【図２ａ−１】
2006528443.tif 000006
【図２ａ−２】
2006528443.tif 000007
【図２ｂ−１】
2006528443.tif 000008
【図２ｂ−２】
2006528443.tif 000009
【図３ａ】
2006528443.tif 000010
【図３ｂ】
2006528443.tif 000011
【図４】
2006528443.tif 000012
【図５】
2006528443.tif 000013
【図６】
2006528443.tif 000014
【図７ａ−１】
2006528443.tif 000015
【図７ａ−２】
2006528443.tif 000016
【図７ｂ】
2006528443.tif 000017
【国際調査報告】
2006528443.tif 000018
2006528443.tif 000019