JP2009130749A - 電子メール暗号化システム - Google Patents

Abstract

【課題】
公開鍵を保持する公開鍵サーバを設置することで送受信者が意識することなく社内及び社外へのメール送信の暗号化を実現する。
【解決手段】
社外宛先のメール送信時にはメールサーバ３０において、公開鍵サーバ５０に公開鍵を問い合わせ、暗号化を行なう。また公開鍵サーバ５０において、メールアドレスに対する秘密鍵の探索方法を効率化することで、レスポンスの向上を図る。
【選択図】 図５

Description

本発明は、電子メールサーバシステムに係り、特に送信者が意識することなく同一セグメント内及び外部セグメントへ設置した電子メールサーバシステムへ暗号化したメールを送信し、また受信者が意識することなく復号化を実現する電子メールシステムに関する。

メールの暗号化方式として主に公開鍵方式と共通鍵方式の二つがあり、公開鍵方式は暗号化を行う公開鍵と復号化を行う秘密鍵が異なることから、公開鍵から秘密鍵を容易に生成することが出来ないことを特徴とする暗号化方式である。このため受信者が不特定多数の送信者に対して公開鍵を自由に公開することが可能である。送信者は受信者の公開鍵を使って暗号化したメールを送信し、受信者は自身の秘密鍵で復号化する。

例えば、特許文献１には、「メールクライアントが電子メールの暗号化機能を持たない場合でも、電子メールを暗号化して所望の宛先に送信することを可能としつつ、メールサーバからの公開鍵の取得結果又は公開鍵の検証結果の通知に基づいて電子メールの暗号化及びその送信について臨機応変な対応を行なうことが出来る」メールシステムについて記載されている。

特開 2002-368823号公報

特許文献１では、以下の問題点があった。
（１）受信者の端末から秘密鍵が盗まれた場合は暗号化の意味を持たなくなる。
（２）社外宛先の場合は、予め相手の公開鍵を取得する必要がある。
（３）公開鍵サーバに格納される公開鍵が増えるほど探索の処理時間が長くなる。

本発明の目的は、上記課題を解決するための改善されたメールシステムを提供することである。

上記の課題を解決するに、本発明では、メールを受信者の公開鍵で暗号化するメールサーバと、受信装置の公開鍵を記憶しており、当該メールサーバが保持する公開鍵で暗号化できない場合、メールサーバからの公開鍵を要求する情報に基づいて公開鍵を検索しメールサーバに送信する公開鍵サーバを設けることで実現する。また、認証が通った端末に対して秘密鍵を渡す認証サーバを設けるように構成してもよい。また、この際、暗号化処理に関しては、当該メールサーバの管掌外など所定の条件を満たすものに対して行うように制御してもよい。

なお、本明細書においては、以下のような意味で列挙した各用語を用いる。
（１）ダウンロード・・・ネットワークを通じて、サーバコンピュータに保存されているデータをクライアントコンピュータに転送すること。
（２）平文・・・暗号化されていないデータのこと。
（３）暗号化・・・インターネットなどのネットワークを通じてデジタルデータをやり取りする際に、第三者に盗み見られたり改ざんされたりされないよう決まった規則に従ってデータを変換すること。
（４）復号化・・・暗号化されたデータを平文に変換すること。
（５）スクリプト・・・機械語への変換作業を省略して簡単に実行できるようにした簡易プログラムのこと。

本発明により、より容易に暗号化された電子メールの配信を可能にすることができる。

以下、図面を用いて、本実施形態について、説明する。まず、その考え方を、図１を参照しながら詳細に説明する。

送信者の端末１０は、メールを作成し、メールサーバ３０に向けて送信する。

メールサーバ３０は、自サーバ内に持つ社内公開鍵及び、キャッシュから社外公開鍵を探索する。

また、メールサーバ３０は、自サーバ内に宛先に対応する公開鍵を持っていなかった場合は、公開鍵サーバ５０に問合せを行なう。

公開鍵サーバ５０において宛先に対応する公開鍵があった場合は、メールサーバ３０において、取得した公開鍵の有効性を検証し、有効と判断した場合はその公開鍵を用いてメールの暗号化を実行し、復号鍵を格納した場所を見に行くよう自動実行スクリプトを埋め込む。メールサーバ３０においてメールサーバ３０内及び公開鍵サーバ５０に問い合わせた結果秘密鍵が見つからなかった場合、または、取得した公開鍵が無効な公開鍵であると判断した場合には、送信者端末１０に対し、該当する宛先へのメール送信をやめるか、暗号化せずに送信するかを問い合わせる（問合せを含む情報を送信する）。

公開鍵サーバ５０はメールサーバ３０からのメールアドレスによる問合せに対し、公開鍵を探索し、一致する公開鍵を保持していた場合はメールサーバ３０に向けて送信する。

公開鍵サーバ５０において公開鍵を発見出来なかった場合は、他の公開鍵サーバに問合せ、それでも見つからなかった場合には公開鍵が取得出来ない旨メールサーバ３０に返信する。

メールサーバ３０において、暗号化されたメールを宛先に送信する。
受信者の端末７０において、メールサーバ３０にメールを問合せ、受信する。
また、受信者が受信者の端末７０にログインする際、認証が通った場合は認証サーバ９０から秘密鍵をダウンロードし、あらかじめ所定の場所に格納しておく。

受信者の端末４０は暗号化したメールを受信した際、そのメールに埋め込まれた自動実行スクリプトにより秘密鍵を参照し、鍵が一致した場合はメールの復号化を実行する。

なお、本実施の形態において自動実行スクリプトによる復号鍵の読み込みを前提としているが、この仕組みをいわゆるメーラー側で実行するように構成してこよい。(図示しない)
認証サーバ９０において、新規に登録、更新、削除された人員に対し、公開鍵及び秘密鍵を発行し、秘密鍵は自サーバに保持する。公開鍵はメールサーバ３０に送信し、メールサーバ３０で保持する。

認証サーバ９０は、受信者の端末７０からの認証要求に対し、認証が通った場合は復号鍵を受け渡す。

次に、本実施の形態の概要を説明する。

本実施の形態では、送信者(送信装置)がメールを送信する際、メールサーバによりメール暗号化を実行することを行うものである。

この際、社内など所定の範囲内（例えば、メールサーバの管掌範囲内）の宛先であれば暗号化サーバ自身が受信者の公開鍵を保持しているが、社外の宛先の場合は外部（第三者機関設置）の公開鍵サーバから受信者の公開鍵を取得し、暗号化を行う。このように社内か否かは、メールサーバに設けたメールアドレス情報データベース(図示せず)に格納されたメールアドレスであるか否かで判断する構成とする。

また、メールサーバは、メールを受信した場合、メールサーバにて受信者が秘密鍵を保持している場所を見に行くように秘密鍵を埋め込む。秘密鍵の場所はC:\tmpなど規格として統一する。

受信者の端末へのログインの際に、都度自分の秘密鍵を認証サーバから取得し、クライアントPC(受信装置、受信者の端末)９内の決まった場所（上記の自動実行スクリプトで確認しに行く場所）に保管する。また、この秘密鍵はログアウト時に削除する。

メール開封時、暗号化サーバで埋め込まれた自動実行スクリプトにより秘密鍵が取得され、メールの復号化が実行される。

これにより送受信者がいずれも暗号化及び復号化を意識することなく、セキュアなメールの送受信が可能となる。

以下、本実施の形態の詳細について、図２，３，４を参照しながら説明する。
ネットワーク１１０には、メールを作成し送信する送信者の端末１０と、メールクライアントからメールを受け取ってメールの暗号化を行ない、送信者の端末１０がメールの送信を依頼するメールサーバ３０と、メールを受信する受信者の端末７０と、受信者端末へ秘密鍵を受け渡す認証サーバ９０が接続されている。

送信者の端末１０の機能ブロックについて説明する。図２に示すように、送信者の端末１０は、操作表示部１１、電子メール生成部１２、電子メール送信依頼部１３、宛先再設定部１４、通知受信部１５、暗号化指示部１６、ネットワーク通信部１７を含んで構成される。以下、機能ブロックを順に説明する。

操作表示部１１は、操作画面の表示や暗号化送信エラー時の表示、ユーザが送信すべき電子メールの内容や宛先の入力、送信する電子メールの暗号化指示や、電子メールの送信指示などを行なう部分である。

電子メール生成部１２は、操作表示部１１からユーザが入力した電子メールの内容や宛先情報からメールサーバ３０に送信可能な形態の電子メールデータを生成する部分である。

電子メール送信依頼部１３は、電子メール生成部１２が生成した電子メールデータをネットワーク通信部２０を介してメールサーバ３０に送信依頼する部分である。

宛先再設定部１４は、通知受信部１５が受信したメールサーバ３０からの電子メールの暗号化が出来ない宛先の通知情報を基に、操作表示部１１でユーザへ暗号化せずに送信するか、暗号化出来ない送信先を宛先から外すかを宛先毎に確認する部分である。操作表示部１１でユーザが暗号化せずに送信することを選択した場合、その宛先情報と暗号化しない旨を暗号化指示部１６に渡す。

通知受信部１５は、メールサーバ３０から通知されるメールサーバ３０で暗号化出来ない宛先の通知情報を受信する部分である。

暗号化指示部１６は、メールサーバ３０に対して、電子メール送信依頼部１３が送信依頼した電子メールを暗号化するかしないかをユーザに確認し、ユーザが手動で応答した結果を宛先別にメールサーバ３０へ指示する部分である。操作表示部１１において暗号化しないよう予め設定した宛先及び宛先再設定部１４より暗号化しないで送信すると指示を受けた宛先以外は、暗号化するようメールサーバ３０に依頼する。

ネットワーク通信部１７は、ネットワーク１１０と接続して、メールサーバ３０と通信を行なう部分である。暗号化サーバ３０への電子メールの送信を行なう。

メールサーバ３０の機能ブロックについて説明する。メールサーバ３０は、ネットワーク通信部３１、送信依頼受信部３２、暗号化指示受信部３３、エラー保管部３４、公開鍵保管部３５、公開鍵取得部３６、エラー通知部３７、宛先除外部３８、有効性検証部３９、電子メール送信部４０、スクリプト挿入部４１、メール暗号化部４２を含んで構成される。以下機能ブロックを順に説明する。

ネットワーク通信部３１は、ネットワーク１１０と接続して、送信者の端末１０や公開鍵サーバ５０、受信者の端末７０、認証サーバ９０と通信を行なう部分である。送信者の端末１０から送信される電子メールの送信依頼の受信や、公開鍵取得エラーや公開鍵の無効エラーの通知送信、公開鍵取得のための公開鍵サーバ５０との通信、公開鍵サーバ５０からの宛先ごとの公開鍵や取得エラーの受信、宛先への電子メールの送信、受信者の端末７０からのメール確認に対する電子メールの受け渡し、認証サーバ９０からの公開鍵の受信などを行なう。

送信依頼受信部３２は、送信者の端末１０から、電子メールデータや宛先情報を含む電子メールを受信する。

暗号化指示受信部３３は、送信依頼受信部３２が受信した電子メールデータを暗号化しないで送信する旨の指示を送信者の端末１０から受信する部分である。

エラー保管部３４は、公開鍵サーバ５０より公開鍵が取得出来なかった旨のエラー情報を受け取った場合や、有効性検証部３９において公開鍵が無効と判断された場合に、その宛先情報を格納する部分である。エラーとなった公開鍵の宛先情報を一定期間保管し、公開鍵取得部３６からの要求により、エラーとなった公開鍵の宛先情報を受け渡す。

公開鍵保管部３５は、認証サーバ９０から受信した公開鍵及び、公開鍵サーバ５０から取得した公開鍵を一定期間保持し、公開鍵取得部３６からの宛先情報に対応する公開鍵を返す。また、公開鍵取得部３６から問合せのあった宛先情報に対し、公開鍵保管部３５で該当する宛先情報を持たなかった場合は、エラー保管部３４に問合せ、エラー保管部３４に該当する宛先情報があった場合は、宛先情報とエラーを公開鍵取得部３６に返す(送信する)。

公開鍵取得部３６は、メール暗号化部４２で電子メールデータを宛先ごとに暗号化するための公開鍵を取得する部分である。公開鍵取得部３６は、公開鍵保管部３５に宛先情報を元に公開鍵を問合せ、公開鍵またはエラー情報を取得する。公開鍵保管部３５に該当する宛先情報がなかった場合は、ネットワーク１１１に接続する公開鍵サーバ５０に問い合わせ、宛先情報に対応する公開鍵を取得する。

エラー通知部３７は、公開鍵取得部３６が公開鍵を取得出来なかった場合、あるいは、公開鍵有効性検証部３９により、取得した公開鍵が無効であると判定された場合に、電子メールの暗号化が出来ない宛先について、送信者の端末１０に通知を行なう部分である。また、エラー通知部３７は、エラーとなった宛先情報をエラー保管部３４に受け渡す。

宛先除外部３８は、公開鍵取得部３６が公開鍵を取得できなかった場合、あるいは、公開鍵有効性検証部３９により公開鍵が無効であると判定された宛先が存在する場合に、送信依頼受信部３２が送信者の端末１０から送信依頼された宛先情報の宛先から、電子メールを暗号化出来ない宛先のみを除外した宛先情報を作成する部分である。なお、暗号化できない宛先とは、上記で公開鍵が無効であると判定された宛先である。
また、宛先除外部３８は、エラー通知部３７へ公開鍵が取得出来なかったか、あるいは有効性検証部３９において無効と判断された宛先情報をエラー通知部３７に受け渡す。

公開鍵有効性検証部３９は、公開鍵取得部３６が取得した公開鍵の有効性を検証する部分である。公開鍵の有効性は、公開鍵の有効期限が切れていないか、公開鍵の廃棄要求が認証局より発行されていないか、あるいは、公開鍵の証明書の認証局の署名が正しいかなどにより検証される。

電子メール送信部４０は、送信依頼受信部３２が、送信者の端末１０から受信した電子メールデータと宛先情報に従って、電子メールを各宛先に対して送信する部分である。宛先のアドレス情報に応じて、最適なメール転送サーバに電子メールデータを送信する。なお、電子メールは全ての宛先に対する電子メールデータの暗号化が完了してから送信するのではなく、公開鍵取得部３６で公開鍵を取得し、公開鍵有効性検証部３９にて公開鍵が有効であることを確認したものから、随時暗号化を実行し、宛先に送信を行なう。

スクリプト挿入部４１は、メール暗号化部４２において暗号化されたメールに対し、受信者の端末７０においてメールの開封を行なった先に復号鍵を確認するための自動実行スクリプトを埋め込む部分である。

メール暗号化部４２は、公開鍵取得部３６が取得した宛先の公開鍵を使って、電子メールデータを暗号化する部分である。

公開鍵受信部４３は、認証サーバ９０から社内の宛先情報と公開鍵を取得する部分である。

公開鍵送信部４４は、宛先情報及び公開鍵の変更情報を保持し、定期的に公開鍵サーバ５０へ送信する部分である。

公開鍵サーバ５０の機能ブロックについて説明する。公開鍵サーバ５０は、ネットワーク通信部５１、宛先情報受信部５２、公開鍵取得部５３、公開鍵保管部５４、公開鍵通知部５５、エラー通知部５６、公開鍵受信部５７を含んで構成される。以下、機能ブロックを順に説明する。

ネットワーク通信部５１は、ネットワーク１１１と接続して、メールサーバ３０と通信を行なう部分である。メールサーバ３０から送信される公開鍵送信依頼の受信や、公開鍵取得エラーの通知送信などを行なう。

宛先情報受信部５２は、メールサーバ３０から電子メールの宛先情報を受信する部分である。

公開鍵取得部５３は、公開鍵保管部５４から宛先ごとに暗号化するための公開鍵を検索する。その際、公開鍵に対応するメールアドレスをドメイン部でソートし、ヒットした中から対象となるメールアドレスを検索する。公開鍵取得部５３において、宛先情報に対応する公開鍵を見つけた場合は、公開鍵通知部５５へ宛先情報及び公開鍵を受け渡す。ドメイン部で該当するメールアドレスを見つけることが出来なかった場合、または、ドメイン部はヒットしても該当するアカウントを見つけることが出来なかった場合は、エラー通知部５６に該当するメールアドレスがないことを送信する。

公開鍵保管部５４は、メールサーバ３０を含む複数の企業などのメールサーバから受信した公開鍵を保持する部分である。

公開鍵通知部５５は、公開鍵取得部５３より受け取った宛先情報及び公開鍵をメールサーバ３０に送信する部分である。

エラー通知部５６は、公開鍵取得部５３より受け取ったエラー情報をメールサーバ３０に送信する部分である。

公開鍵受信部５７は、メールサーバ３０以外からの宛先情報による問合せに対応するため、メールサーバ３０から公開鍵及び宛先情報の追加、更新、削除の情報を受信し、公開鍵保管部５４へ公開鍵を保管する部分である。

受信者の端末７０の機能ブロックについて説明する。受信者の端末７０は、操作表示部７１、電子メール取得部７２、エラー受信部７３、秘密鍵取得部７４、秘密鍵削除部７５、ネットワーク通信部７６を含んで構成される。以下、機能ブロックを順に説明する。

操作表示部７１は、操作画面の表示や秘密鍵取得エラーの表示、ユーザが受信した電子メールの内容や送信元情報、ＯＳのログイン画面や電子メールの受信指示を行なう部分である。

電子メール取得部７２は、メールサーバ３０に新着メールの確認を行う部分である。

エラー受信部７３は、認証サーバ９０から秘密鍵を取得出来なかった場合、認証サーバ９０からエラー情報を取得して、操作表示部７５に受け渡す部分である。

秘密鍵取得部７４は、ＯＳログイン時に認証サーバ９０に認証確認を行い、ユーザ名とパスワードが一致した場合に秘密鍵を取得し、格納する部分である。

秘密鍵削除部７５は、ＯＳシャットダウン時またはスクリーンセーバロック時に秘密鍵を削除する部分である。

ネットワーク通信部７６は、ネットワーク１１０と接続して、メールサーバ３０及び認証サーバ９０と通信を行なう部分である。メールサーバ３０から電子メールの受信を行い、認証サーバ９０から秘密鍵の取得及び取得エラーの通知受信などを行なう。

認証サーバ９０の機能ブロックについて説明する。認証サーバ９０は、ネットワーク通信部９１、差分判断部９２、秘密鍵生成部９３、認証部９４、秘密鍵取得部９５、秘密鍵保管部９６、エラー通知部９７、秘密鍵送信部９８を含んで構成される。以下、機能ブロックを順に説明する。

ネットワーク通信部９１は、ネットワーク１１０と接続して、メールサーバ３０及び受信者の端末７０と通信を行なう部分である。メールサーバ３０への公開鍵の送信を行い、認証の通った受信者の端末７０に対して秘密鍵を送付する。

差分判断部９２は、秘密鍵取得部９５に更新があった場合、追加、更新、削除の判断を行い、公開鍵生成部９３に伝達する部分である。

秘密鍵生成部９３は、差分判断部９２からユーザ情報の追加、更新、削除の情報を受け取り、追加の場合はユーザ情報に対応する秘密鍵を生成し、秘密鍵保管部９６に格納する。または、更新、削除指示を秘密鍵保管部９６に出す部分である。

認証部９４は、受信者の端末７０からユーザ名とパスワードの情報を取得し、認証が通った場合は、秘密鍵取得部９５に受信者の端末７０のユーザ情報を受け渡す。

秘密鍵取得部９５は、認証部９４より認証の通ったユーザ情報を受け取り、それに対応する秘密鍵を秘密鍵保管部９６に問い合わせる部分である。また、秘密鍵取得部９５は、ユーザ情報に対応する秘密鍵が見つかった場合は、秘密鍵を秘密鍵送信部９８に送信する。ユーザ情報に対応する秘密鍵が取得出来なかった場合は、エラー情報をエラー通知部９７に送信する。

秘密鍵保管部９６は、秘密鍵生成部９３からの秘密鍵の追加、更新、削除の情報を元に格納している秘密鍵を更新する部分である。また秘密鍵取得部９５からのユーザ情報による問合せに対し、秘密鍵を受け渡す。

エラー通知部９７は、認証が通らなかった場合や秘密鍵が取得出来なかった場合に受信者の端末７０にエラー情報を通知する部分である。

秘密鍵送信部９８は、秘密鍵取得部９５より受信者の端末７０へ秘密鍵を送信する部分である。

なお、上述の各装置（受信者の端末（ＰＣ）、送信者の端末（ＰＣ）、メールサーバ、公開鍵サーバ、認証サーバ）は、それぞれいわゆるコンピュータで実現される。そして、各装置の各機能（部）は、それぞれプログラムに従って動作するＣＰＵなどの処理装置に従ってその処理を実行する。その処理の内容は、以下の本実施の形態の動作、にて説明する。

本実施の形態の動作
図５において、送信者の端末１０からメール送信を実行し、メールサーバ３０に届くまでの動作を以下に示す。

送信者の端末１０において、メールを作成後、送信処理を実行する（ステップＳ０１）。

メールサーバ３０でメールを受信後、メールサーバ３０は自サーバ内で公開鍵を探索する(ステップＳ０２)。また、送信先メールアドレスに一致する公開鍵が見つかった場合は、その公開鍵で暗号化を実行し、自動実行スクリプトを埋め込む。(ステップＳ０５)。

メールサーバ３０内において一致する公開鍵が見つからなかった場合は、公開鍵サーバ５０へ問合せを行なう（ステップＳ０３）。公開鍵サーバにおいて一致する公開鍵が見つかった場合は取得の上暗号化を実行し（ステップＳ０５）、見つからなかった場合は送信者の端末１０に送信をやめるか、暗号化せずに送付するかを確認する。（ステップＳ０４）。

メールサーバ３０において、暗号化及び自動実行スクリプトの埋め込みが完了したメールから随時宛先情報に基づいて相手先メールサーバへメールを送信する。(ステップＳ０６)
図６において、受信者の端末７０が認証サーバ９０より秘密鍵を取得し、メールサーバ３０から受信者メールを復号化するまでの動作を以下に示す。

受信者の端末７０に受信者がログインする際（ステップＪ０１）、パスワードによる認証を行なう（ステップＪ０２）。

認証が通った場合は認証サーバ９０より秘密鍵をダウンロードし、受信者の端末７０に格納する（ステップＪ０４）。認証が通らなかった場合は受信者の端末７０へのログインを拒否する。（ステップＪ０３）
受信者の端末７０からの要求により、メールサーバ３０へメールの問合せを行い、受信者宛てのメールがあった場合は受信者の端末７０へダウンロードする。

受信者が受信者の端末７０においてメールを開封した際、自動実行スクリプトにより受信者の秘密鍵を確認し（ステップＪ０７）、一致した場合は復号化後にメールを表示する（ステップＪ０９）。秘密鍵が一致しなかった場合は復号を実行せず、開封出来ない（ステップＪ０８）。

以上の実施の形態によれば、メールは受信者の端末にダウンロードした後も暗号化された状態となり、第三者が不正に取得した場合でも復号鍵がないため、開封することが出来ない。このため、安全性が向上する。

また、公開鍵サーバに問い合わせる公開鍵は企業によりある程度決まってくることが想定されるため、一度問い合わせた社外宛先の公開鍵は一定期間暗号化サーバで保持することでレスポンス向上を図る。同様に、公開鍵サーバに問い合わせて公開鍵が登録されていなかった宛先についても、一定期間は再問い合わせを行わない。

公開鍵サーバへの問い合わせ時、最初にドメイン部でソートし、ヒットした場合はその中から宛先のメールアドレスを検索する方法を取ることで効率を上げることが可能になる。

これらの手段により、膨大な公開鍵を保持するであろう公開鍵サーバからの公開鍵の取得も迅速に行えるようになる。

本発明の一実施の形態の概要図である 本発明の一実施の形態の送信者の端末１０とメールサーバ３０の機能ブロック図及びネットワーク構成を示す図である。 本発明の一実施の形態のメールサーバ３０と公開鍵サーバ５０の機能ブロック図及びネットワーク構成を示す図である。 本発明の一実施の形態の受信者の端末７０と認証サーバ９０の機能ブロック図及びネットワーク構成を示す図である。 本発明の一実施の形態のメールサーバ３０における暗号化処理のフローチャートである。 本発明の一実施の形態の受信者の端末７０における受信処理のフローチャートである。

符号の説明

１０ 送信者の端末
３０ メールサーバ
５０ 公開鍵サーバ
７０ 受信者の端末
９０ 認証サーバ
１１０ 社内ＮＷ
１１１ 外部ＮＷ
１１、７１ 操作表示部
１２ 電子メール生成部
１３ 電子メール送信依頼部
１４ 宛先再設定部
１５ 通知受信部
１６ 暗号化指示部
１７、３１、５１、７６、９１ ネットワーク通信部
３２ 送信依頼受信部
３３ 暗号化指示受信部
３４ エラー保管部
３５、５４ 公開鍵保管部
３６、５３ 公開鍵取得部
３７、５６、９８ エラー通知部
３８ 宛先除外部
３９ 有効性検証部
４０ 電子メール送信部
４１ スクリプト挿入部
４２ メール暗号化部
５２ 宛先情報受信部
５５ 公開鍵通知部
５７ 公開鍵受信部
７２ 電子メール取得部
７３ エラー受信部
７４ 秘密鍵取得部
７５ 秘密鍵削除部
９２ 差分判断部
９３ 秘密鍵生成部
９４ 認証部
９５ 秘密鍵取得部
９６ 秘密鍵保管部
９７ 秘密鍵送信部

Claims (4)

1. 電子メールを送信する送信装置および前記電子メールを受信する複数の受信装置のそれぞれとネットワークを介して接続されたメールサーバを利用した電子メール暗号化システムであって、
   前記メールサーバは、
   予め、前記複数の受信装置のうち少なくとも一部についての第１の公開鍵情報を、前記複数の受信装置のうち少なくとも一部のそれぞれごとに、記憶装置に記憶しておき、
   前記複数の受信装置のうち前記少なくとも一部以外の受信装置のそれぞれについての第２の公開鍵情報を、前記複数の受信装置のうち少なくとも一部以外の受信装置のそれぞれごとに、記憶した公開鍵サーバと接続し、
   前記送信装置から、前記複数の受信装置のいずれかに対する電子メールを受信し、
   受信された前記電子メールの宛先である受信装置に対応する第１の公開鍵が前記記憶装置に格納されているか検索し、
   前記検索の結果、格納されていない場合、前記公開鍵サーバに対し、前記電子メールの宛先である受信装置に対応する第２の公開鍵が格納されているかの検索要求を送信し、
   前記第１の公開鍵もしくは第２の公開鍵のいずれかを用いて、受信された前記電子メールを暗号化し、
   前記電子メールの宛先である受信装置へ前記暗号化された電子メールを送信することを特徴とする電子メール暗号化システム。
2. 請求項１に記載の電子メール暗号化システムにおいて、
   さらに、前記複数の受信装置ごとに、前記公開鍵に対応する秘密鍵を格納した認証サーバを有し、
   前記認証サーバは、
   前記暗号化された電子メールを受信した受信装置か当該受信装置もしくは当該受信装置の利用者に対する認証要求を受信し、
   受信した認証要求に対応する認証処理を実行し、
   前記認証処理で、認証された場合、対応する秘密鍵を、前記暗号化された電子メールを受信した受信装置に送信することを特徴とする電子メール暗号化システム。
3. 請求項１または２のいずれかに記載の電子メール暗号化システムにおいて、
   前記メールサーバは、前記公開鍵サーバに対する前記第２の公開鍵の検索により、対応する第２の公開鍵が検索できなかった場合、前記電子メールの送信元である送信装置に対して、当該電子メールの送信を中止するか、暗号化を施さず送信するかを問い合わせる情報を送信することを特徴とする電子メール暗号化システム。
4. 請求項１乃至３のいずれかに記載の電子メール暗号化システムにおいて、
   前記電子メールサーバは、複数の公開鍵サーバと接続され、前記複数の公開鍵サーバに対して、所定の順序で前記第２の公開鍵が検索されるまで前記検索要求を送信することを特徴とする電子メール暗号化システム。

Images