(57)【要約】【課題】簡易、低コスト、相互運用性の高いインターネット標準を用いた電子メール・セキュリティ・サービスを提供する。【解決手段】送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムである。【選択図】図１
2011114730.tif 000002
【特許請求の範囲】
【請求項１】
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムであって、
前記メール暗号化サーバは、
送信すべきメールを受けたとき、当該メールを保持し、そのあて先として指定されたメールアドレスをキーとして前記データベースを検索する第１ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在することが判明した場合、前記証明書に基づきメールを暗号化する第２ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在しないことが判明した場合、前記鍵・証明書発行サーバに対して前記メールアドレスを送信して前記メールアドレスに対応付けられた証明書の送信を要求する第３ステップと、
前記鍵・証明書発行サーバから証明書を受けたとき、前記証明書に基づきメールを暗号化する第４ステップと、
前記鍵・証明書発行サーバから受けた前記証明書を前記メールアドレスに対応付けて前記データベースに格納する第５ステップと、
暗号化された前記メールを、メールを送信するためのメールサーバへ送る第６ステップと、を実行し、
前記鍵・証明書発行サーバは、
前記メール暗号化サーバから前記メールアドレスを受信したら、受信した前記メールアドレスをキーとし、前記マスターデータベースを検索する第７ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在すると判明した場合、当該証明書を前記メール暗号化サーバに送信する第８ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在しないと判明した場合、予め定められた手順に従って鍵を生成し、証明書を発行する第９ステップと、
生成した前記鍵及び前記証明書を前記マスターデータベースに格納するとともに、前記証明書を前記メール暗号化サーバに送信する第１０ステップと、
前記第９ステップで前記証明書を発行した場合に、前記メールアドレス宛に、前記秘密鍵及び前記証明書を取得するためのＵＲＬを含む第１メールと、当該ＵＲＬにおける認証に必要な認証情報を含む第２メールを送信する第１１ステップと、を実行することを特徴とするメール暗号化送信システム。
【請求項２】
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムにおいて、前記メール暗号化サーバを実現するためのプログラムであって、
送信すべきメールを受けたとき、当該メールを保持し、そのあて先として指定されたメールアドレスをキーとして前記データベースを検索する第１ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在することが判明した場合、前記証明書に基づきメールを暗号化する第２ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在しないことが判明した場合、前記鍵・証明書発行サーバに対して前記メールアドレスを送信して前記メールアドレスに対応付けられた証明書の送信を要求する第３ステップと、
前記鍵・証明書発行サーバから証明書を受けたとき、前記証明書に基づきメールを暗号化する第４ステップと、
前記鍵・証明書発行サーバから受けた前記証明書を前記メールアドレスに対応付けて前記データベースに格納する第５ステップと、
暗号化された前記メールを、メールを送信するためのメールサーバへ送る第６ステップと、をコンピュータに実行させるためのプログラム。
【請求項３】
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムにおいて、前記鍵・証明書発行サーバを実現するためのプログラムであって、
前記メール暗号化サーバから前記メールアドレスを受信したら、受信した前記メールアドレスをキーとし、前記マスターデータベースを検索する第７ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在すると判明した場合、当該証明書を前記メール暗号化サーバに送信する第８ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在しないと判明した場合、予め定められた手順に従って鍵を生成し、証明書を発行する第９ステップと、
生成した前記鍵及び前記証明書を前記マスターデータベースに格納するとともに、前記証明書を前記メール暗号化サーバに送信する第１０ステップと、
前記第９ステップで前記証明書を発行した場合に、前記メールアドレス宛に、前記秘密鍵及び前記証明書を取得するためのＵＲＬを含む第１メールと、当該ＵＲＬにおける認証に必要な認証情報を含む第２メールを送信する第１１ステップと、をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メール暗号化送信システムに関するものである。
【背景技術】
【０００２】
メール暗号化送信システムの公知技術として、例えば、下記に示すものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２４１４７号公報  ＬＡＮ上のメールサーバとインターネットとの間に、電子メールの暗号化と署名の添付、及び前記インターネットからの署名付き暗号メールの改竄の有無の検査と復号化など、セキュリティ管理に必要な処理を代行するプロキシ装置を開示する。
【特許文献２】特開２００２−１９０７９６号公報  S/MIME、PGPでの問題を解決するための技術を開示する。公開鍵サーバを備える。特許文献２の段落００１１の記載によれば、宛先の公開鍵を取得する方法として、署名付き電子メールなどの宛先から受信した電子メールに添付されている宛先の公開鍵から取得する方法と、装置外部の公開鍵サーバーから取得する方法がある。
【特許文献３】特開２００２−２０８９６０号公報  公開鍵の管理の改善を目的とする技術を開示する。公開鍵を更新した場合に、相手に対して自動的に公開鍵を送信する。
【特許文献４】特開２００２−３６８８２３号公報  S/MIME、PGPでの問題を解決するための技術を開示する。公開鍵サーバを備える。公開鍵を取得できない相手に対してはメールを送信しない。
【特許文献５】特開２００５−１０７９３５号公報  S/MIME、PGPでの問題を解決するための技術を開示する。メールサーバに暗号化処理部を置き、メールサーバにスプールされるメールを暗号化する。
【特許文献６】特開２００６−３１９４５７号公報  IDベース暗号による電子メールの暗号化システムを開示する。秘密鍵発行サーバを備える。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
電子メールは広く普及しており、便利なためビジネスにおいても頻繁に使用される。電子メールは暗号化されていないので、盗聴／漏洩（第三者による盗み見、不正流失）、改ざん（第三者による内容の書き換え）、なりすまし（本人に見せかけてメールを送信）という危険が常につきまとう。
【０００５】
電子メールを使用する際の上記のような危険を避けるために、次のような対応技術が存在する。
【０００６】
・ＺＩＰ暗号
ＺＩＰで圧縮する際にパスワードを利用して暗号化する。メールに添付するファイルの暗号化としてしばしば使用される。これには、メール本文自体は暗号化されない、毎回違うパスワードは面倒であり、個々のメールのパスワードを管理するのは大変である（例えば、以前のメールで暗号化されたファイルを開こうとしてもパスワードを探すのが大変）という問題がある。
【０００７】
・ＰＧＰ
利用者間による相互信頼に基づいた公開鍵を用いてメールを暗号化する。相手が公開鍵を持っていないと使えない、ＰＧＰバージョン間で互換性がないという問題がある。また、代表的なメールクライアントが未対応であり、使用するにはプラグインをインストールする必要がある。そもそも、送信相手全ての公開鍵を個々人で管理するのは大変であり、公開鍵の所有者を保証する仕組みや、公開鍵の有効性を確認する手段がない。
【０００８】
・Ｓ／ＭＩＭＥ
認証局から発行された電子証明書を用いてメールを暗号化する。相手が証明書を持っていないと使えない、認証局の構築・運用コストが高い、最初に署名メールを受け取る必要があるのは手間である（相手の証明書が必要）という問題がある。ＰＧＰと同様に、送信相手全ての証明書を個々人で管理するのは大変である。証明書を発行する際に送信相手の人数分のライセンス購入が必要というコスト上の問題もある。
【０００９】
本発明は、簡易、低コスト、相互運用性の高いインターネット標準を用いた電子メール・セキュリティ・サービスを提供することを目的とする。
【課題を解決するための手段】
【００１０】
この発明は、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムであって、
前記メール暗号化サーバは、
送信すべきメールを受けたとき、当該メールを保持し、そのあて先として指定されたメールアドレスをキーとして前記データベースを検索する第１ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在することが判明した場合、前記証明書に基づきメールを暗号化する第２ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在しないことが判明した場合、前記鍵・証明書発行サーバに対して前記メールアドレスを送信して前記メールアドレスに対応付けられた証明書の送信を要求する第３ステップと、
前記鍵・証明書発行サーバから証明書を受けたとき、前記証明書に基づきメールを暗号化する第４ステップと、
前記鍵・証明書発行サーバから受けた前記証明書を前記メールアドレスに対応付けて前記データベースに格納する第５ステップと、
暗号化された前記メールを、メールを送信するためのメールサーバへ送る第６ステップと、を実行し、
前記鍵・証明書発行サーバは、
前記メール暗号化サーバから前記メールアドレスを受信したら、受信した前記メールアドレスをキーとし、前記マスターデータベースを検索する第７ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在すると判明した場合、当該証明書を前記メール暗号化サーバに送信する第８ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在しないと判明した場合、予め定められた手順に従って鍵を生成し、証明書を発行する第９ステップと、
生成した前記鍵及び前記証明書を前記マスターデータベースに格納するとともに、前記証明書を前記メール暗号化サーバに送信する第１０ステップと、
前記第９ステップで前記証明書を発行した場合に、前記メールアドレス宛に、前記秘密鍵及び前記証明書を取得するためのＵＲＬを含む第１メールと、当該ＵＲＬにおける認証に必要な認証情報を含む第２メールを送信する第１１ステップと、を実行するものである。
【００１１】
この発明は、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムにおいて、前記メール暗号化サーバを実現するためのプログラムであって、
送信すべきメールを受けたとき、当該メールを保持し、そのあて先として指定されたメールアドレスをキーとして前記データベースを検索する第１ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在することが判明した場合、前記証明書に基づきメールを暗号化する第２ステップと、
前記検索の結果、前記データベースに前記メールアドレスに対応する証明書が存在しないことが判明した場合、前記鍵・証明書発行サーバに対して前記メールアドレスを送信して前記メールアドレスに対応付けられた証明書の送信を要求する第３ステップと、
前記鍵・証明書発行サーバから証明書を受けたとき、前記証明書に基づきメールを暗号化する第４ステップと、
前記鍵・証明書発行サーバから受けた前記証明書を前記メールアドレスに対応付けて前記データベースに格納する第５ステップと、
暗号化された前記メールを、メールを送信するためのメールサーバへ送る第６ステップと、をコンピュータに実行させるためのプログラムである。
【００１２】
この発明は、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するデータベースを含み、メール送信装置から受けたメールを暗号化するメール暗号化サーバと、
送信先のメールアドレス及び前記メールアドレスに対応する証明書を記憶するマスターデータベースを含み、前記メール暗号化サーバからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバと、を備えるメール暗号化送信システムにおいて、前記鍵・証明書発行サーバを実現するためのプログラムであって、
前記メール暗号化サーバから前記メールアドレスを受信したら、受信した前記メールアドレスをキーとし、前記マスターデータベースを検索する第７ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在すると判明した場合、当該証明書を前記メール暗号化サーバに送信する第８ステップと、
前記検索の結果、前記マスターデータベースに前記メールアドレスに対応する証明書が存在しないと判明した場合、予め定められた手順に従って鍵を生成し、証明書を発行する第９ステップと、
生成した前記鍵及び前記証明書を前記マスターデータベースに格納するとともに、前記証明書を前記メール暗号化サーバに送信する第１０ステップと、
前記第９ステップで前記証明書を発行した場合に、前記メールアドレス宛に、前記秘密鍵及び前記証明書を取得するためのＵＲＬを含む第１メールと、当該ＵＲＬにおける認証に必要な認証情報を含む第２メールを送信する第１１ステップと、をコンピュータに実行させるためのプログラムである。
【００１３】
この発明に係るプログラムは、例えば、記録媒体に記録される。
媒体には、例えば、ＥＰＲＯＭデバイス、フラッシュメモリデバイス、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、ＣＤ（ＣＤ−ＲＯＭ、Ｖｉｄｅｏ−ＣＤを含む）、ＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）、ＲＯＭカートリッジ、バッテリバックアップ付きのＲＡＭメモリカートリッジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカートリッジ等を含む。
【００１４】
媒体とは、何等かの物理的手段により情報（主にデジタルデータ、プログラム）が記録されているものであって、コンピュータ、専用プロセッサ等の処理装置に所定の機能を行わせることができるものである。
【図面の簡単な説明】
【００１５】
【図１】発明の実施の形態に係るシステムの概要図である。
【図２】発明の実施の形態に係るシステム全体に関する処理フローチャートである。
【図３】発明の実施の形態に係るメール送信装置（パソコン）とメール受信装置（パソコン）の処理フローチャートである。
【図４】発明の実施の形態に係るメール暗号化サーバの処理フローチャートである。
【図５】発明の実施の形態に係る鍵・証明書発行サーバの処理フローチャートである。
【発明を実施するための形態】
【００１６】
図１は、発明の実施の形態に係るシステムの概要図である。
Ｔｘは、メール送信装置であり一般的にはパソコンである。
ＭＴＡ１は、メール送信装置Ｔｘが送信したメールをメール暗号化サーバＥＳへ配送するメールサーバである。
ＥＳは、メールを暗号化するメール暗号化サーバである。標準規格であるＳ／ＭＩＭＥにしたがってメッセージの暗号化と電子署名を行う。Ｓ／ＭＩＭＥ、そのベースとなるＭＩＭＥ及びＳ／ＭＩＭＥで用いられる暗号化の標準規格であるＰＫＣＳは、いずれも公知の技術であるので、その説明は省略する。
ＤＢは、送信先のメールアドレスとその証明書を記憶するデータベースである。
ＭＴＡ２は、メール暗号化サーバＥＳにより暗号化されたメールを受けて、送信するメールサーバである。
ＫＭＳは、メール暗号化サーバＥＳからの要求に応じて鍵と証明書を発行する鍵・証明書発行サーバである。
ＭＤＢは、全ての送信先のメールアドレスとその証明書の記憶するマスターデータベースである。
Ｒｘは、メール受信装置であり一般的にはパソコンである。
ＩＮＴは、インターネットである。
【００１７】
図１のシステム（sealed mail）によるＳ／ＭＩＭＥ暗号化によれば、相手が証明書を持っていないために暗号化してメールを送れないという問題は、
・メール暗号化サーバＥＳを通過するメールについて、送信相手の証明書がない場合、鍵・証明書発行サーバＫＭＳから証明書を自動的に取得し、その証明書を用いて暗号化する
・鍵発行サービスで新規に発行した証明書は、送信宛てにメールで通知し、鍵の取得を促す
ことにより解決することができる。
【００１８】
相手の証明書の入手方法が不明という問題は、
・メール暗号化サーバＥＳが、鍵・証明書発行サーバＫＭＳに送信相手のメールアドレスに対応付けられた証明書の取得を問い合わせ、送信相手の証明書を自動的に入手する
ことにより解決することができる。
【００１９】
送信相手全ての証明書の管理が面倒であるという問題は、
・鍵・証明書発行サーバＫＭＳとメール暗号化サーバＥＳが連携して証明書を管理する
ことにより解決することができる。
個々人での証明書の管理は不要である。
鍵・証明書発行サーバＫＭＳがマスターＤＢで全ての証明書を管理し、メール暗号化ゲートウエイでは必要な証明書のみ管理する。
【００２０】
図１のシステム（sealed mail）によれば、メール本文とともに添付ファイルも暗号化することができる。この際、ＺＩＰによる暗号化とは異なり、暗号化用パスワードは要求されず、したがってその管理は不要である。
【００２１】
メール送信装置（パソコン）Ｔｘは、従来と同様の処理でメールを送信すればよく、特段の変更が要求されることはない。すなわち、メール送信者側ではサーバが全て自動的に暗号化に関連する処理を行うので、図１のシステムを導入した前後で操作性は変わらない。メール受信装置（パソコン）Ｒｘには秘密鍵と証明書をインストールするだけで足り、プラグインなどの追加ソフトウエアは不要であり、その後の操作性は変わらない。図１のシステムを導入した前後で操作性は変わらない。
このように、送信装置と受信装置のいずれにおいても、利用者のソフトウエア環境に、特段の変更が要求されることはない。
【００２２】
図２は、図１のシステム全体に関する処理フローチャートである。
図３は、メール送信装置（パソコン）とメール受信装置（パソコン）の処理フローチャートである。
図４は、メール暗号化サーバの処理フローチャートである。
図５は、鍵・証明書発行サーバの処理フローチャートである。
【００２３】
図２〜図５を参照して処理手順について説明を加える。
【００２４】
（１）「A氏（from）」は自身のパソコンを使用して、「B氏（to/cc/bcc）」宛に通常通り、既存のメールサーバＭＴＡ１へメールを送信する（図２のＳＴｘ１、ＳＴｘ２）。to/cc/bccで指定されるアドレスがメールアドレスである。
【００２５】
（２）既存の内部メールサーバであるＭＴＡ１は、メールをメール暗号化サーバＥＳに配送する。メール暗号化サーバＥＳはメールを受信する（図３のＳＥ１）。
【００２６】
（３）メール暗号化サーバＥＳは、メールを一旦保持し、to/cc/bccに指定されたメールアドレスをキーとして、内部のデータベースＤＢを検索する（図３のＳＥ２）。
【００２７】
（４）メール暗号化サーバＥＳの内部のデータベースＤＢにメールアドレスにマッチした証明書が存在した場合（図４のＳＥ３でＹＥＳ）、かつ当該証明書の有効期限の所定期間を経過していない場合（例えば６０日前以内の場合）（図４のＳＥ４でＮＯ）、下記（１０）の処理を行う。
【００２８】
（５）メール暗号化サーバＥＳの内部のデータベースＤＢにメールアドレスにマッチした証明書が存在しない場合（図４のＳＥ３でＮＯ）、または存在していても証明書の有効期限が経過している場合（図４のＳＥ４でＹＥＳ）、鍵・証明書発行サーバＫＭＳに対してto/cc/bccに指定されたメールアドレスを送信する（図４のＳＥ５）。これにより、メールアドレスにひもづく証明書の取得を要求する。
【００２９】
（６）鍵・証明書発行サーバＫＭＳは、受信したメールアドレスをキーとし、マスターデータベースＭＤＢを検索する（図５のＫＭＳ２）。
【００３０】
（７）鍵・証明書発行サーバＫＭＳのマスターデータベースＭＤＢに、メール暗号化サーバＥＳから受けたメールアドレスにマッチした証明書が存在する場合（図５のＫＭＳ３でＹＥＳ）、かつ証明書が有効期限以内の場合（図５のＫＭＳ４でＮＯ）、該当する証明書をメール暗号化サーバＥＳに返送する（図５のＫＭＳ７）。そして、下記（１０）の処理を行う。
【００３１】
（８）鍵・証明書発行サーバＫＭＳのマスターデータベースＭＤＢに、マッチする証明書が存在しない場合（図５のＫＭＳ３でＮＯ）、または存在していても証明書の有効期限が経過している場合（図５のＫＭＳ４でＹＥＳ）、鍵を生成し、証明書を発行する（図５のＫＭＳ５）。鍵の生成及び証明書の発行の処理は公知であるので、その説明は省略する。
【００３２】
（９）鍵・証明書発行サーバＫＭＳは、証明書を発行した場合、指定されたメールアドレス宛（上記（３）のto/cc/bccに指定されたメールアドレス）に、秘密鍵および証明書の取得先URLと認証情報の各々が別々に記載されたメールを２通送信する（図５のＫＭＳ６）。そして、メール暗号化サーバＥＳへ証明書を送信する（図５のＫＭＳ７）。そして、下記（１０）の処理を行う。
【００３３】
（１０）メール暗号化サーバＥＳは、内部のデータベースＤＢから取得した証明書、または鍵・証明書発行サーバＫＭＳから返送された証明書に基づきメールを暗号化する（図４のＳＥ７）。メール暗号化サーバＥＳは、鍵・証明書発行サーバＫＭＳから証明書を受けた場合は（図４のＳＥ６）、当該証明書をデータベースＤＢへ保存する。
【００３４】
（１１）メール暗号化サーバＥＳは、暗号化されたメールを既存の外部向けメールサーバであるＭＴＡ２に配送する。
【００３５】
（１２）メールサーバＭＴＡ２は、「B氏」宛の暗号化されたメールをインターネットに配信する。
【００３６】
次に、受信側の処理について説明を加える。
【００３７】
（ａ）受信側のＢ氏のパソコンは、秘密鍵および証明書の取得先URLが記載された第１メールを受信する（図３のＳＲｘ１）とともに、秘密鍵および証明書を取得する際の認証情報の記載された第２メールを受信する（図３のＳＲ２）。そして、「B氏」は自身のパソコンを操作して、第１メール及び第２メールに基づき鍵・証明書発行サーバＫＭＳにアクセスし（図３のＳＲｘ３）、認証情報を用いて認証を受ける（図３のＳＲｘ４）。
【００３８】
（ｂ）上記認証をパスした場合、鍵・証明書発行サーバＫＭＳは、ブラウザ上で実行されるソフトウエアを配信する。受信側のＢ氏のパソコンは、当該ソフトウエアを利用して秘密鍵および証明書をダウンロードし、自身にインストールする（図３のＳＲｘ５）。
【００３９】
（ｃ）「B氏」は、既存のメールソフトウェアを用いて、暗号化されたメールを復号化して読むことができる（図３のＳＲｘ６、７）。例えば、暗号化されたメールは、既存のメールソフトウェアによりその旨が表示されるから、当該メールソフトウェアに備えられているツールを使用して復号することができる。なお、この処理は公知であるので、説明は省略する。
【００４０】
この発明の実施の形態によれば、電子メールの世界に、現実社会での「封書」と同様のコンテンツを秘匿した配送スキームを提供することができる。簡易、低コスト、相互運用性の高いインターネット標準を用いた電子メール・セキュリティ・サービスを提供することができる。
【００４１】
図１のメール暗号化サーバＥＳでメールを暗号化するので、送信元企業からインターネットへ出る手前で全ての電子メール（添付ファイルを含む）を自動的に暗号化（封書化）することにより、情報の秘匿を確実に実施することができる。
【００４２】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【符号の説明】
【００４３】
Ｔｘ      メール送信装置（パソコン）
ＭＴＡ１、ＭＴＡ２  メールサーバ
ＥＳ      メール暗号化サーバ
ＤＢ      データベース
ＫＭＳ    鍵・証明書発行サーバ
ＭＤＢ    マスターデータベース
Ｒｘ      メール受信装置（パソコン）
【図１】
2011114730.tif 000003
【図２】
2011114730.tif 000004
【図３】
2011114730.tif 000005
【図４】
2011114730.tif 000006
【図５】
2011114730.tif 000007