(57)【特許請求の範囲】
【請求項１】
メールサーバとメールクライアントとの間で電子メールを中継する電子メール中継装置であって、
前記メールサーバから受信される暗号化・署名メールの復号処理を行う復号手段と、
前記復号手段による復号処理の復号結果レポートを生成するレポート生成手段と、
復号処理を行った結果、前記暗号化・署名メールが完全に復号されていない場合に、前記レポート生成手段により生成された前記復号結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとして前記メールクライアントに配信する配信手段と、を備え、
前記配信手段は、前記暗号化・署名メールが複数回暗号化されたものである場合に、復号が成功した段階の電子メールを前記元の暗号化・署名メールとして添付し配信することを特徴とする電子メール中継装置。
【請求項２】
前記暗号化・署名メールの署名検証を行う署名検証手段を備え、
前記レポート生成手段は、前記署名検証手段による署名検証処理の検証結果レポートを生成し、
前記配信手段は、署名検証に失敗した場合に、前記レポート生成手段により生成された前記検証結果レポートをメール本文とし、前記元の暗号化・署名メールを添付ファイルとして前記メールクライアントに配信することを特徴とする請求項１に記載の電子メール中継装置。
【請求項３】
前記配信手段は、前記暗号化・署名メールの署名がクリア署名である場合に、前記元の暗号化・署名メールをメール本文とし、前記検証結果レポートを添付ファイルとして前記メールクライアントに配信することを特徴とする請求項２に記載の電子メール中継装置。
【請求項４】
メールサーバとメールクライアントとの間で電子メールを中継する電子メール中継方法であって、
前記メールサーバから受信される暗号化・署名メールを復号する復号ステップと、
前記復号ステップにおける復号処理の復号結果レポートを生成するレポート生成ステップと、
復号処理を行った結果、前記暗号化・署名メールが完全に復号されていない場合に、前記レポート生成ステップで生成された前記復号結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとして前記メールクライアントに配信する配信ステップと、を備え、
前記配信ステップでは、前記暗号化・署名メールが複数回暗号化されたものである場合に、復号が成功した段階の電子メールを前記元の暗号化・署名メールとして添付し配信することを特徴とする電子メール中継方法。
【請求項５】
前記暗号化・署名メールの署名検証を行う署名検証ステップを備え、
前記レポート生成ステップでは、前記署名検証ステップにおける署名検証処理の検証結果レポートを生成し、
前記配信ステップでは、署名検証に失敗した場合に、前記レポート生成ステップで生成された前記検証結果レポートをメール本文とし、前記元の暗号化・署名メールを添付ファイルとして前記メールクライアントに配信することを特徴とする請求項４に記載の電子メール中継方法。
【請求項６】
前記配信ステップでは、前記暗号化・署名メールの署名がクリア署名である場合に、前記元の暗号化・署名メールをメール本文とし、前記検証結果レポートを添付ファイルとして前記メールクライアントに配信することを特徴とする請求項５に記載の電子メール中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール中継装置及び電子メール中継方法に関し、特に、暗号化・署名メールに対応した電子メール中継装置及び電子メール中継方法に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワークを介して電子メールの送受信が広く行われている。電子メールは、送信先に届くまでに複数のコンピュータ（メールサーバ）を経由するため、盗聴、改ざん、なりすまし等の危険が存在する。このような環境にある電子メールのセキュリティを確保するために、メッセージの暗号化及び電子署名の付加が行われている。すなわち、メッセージが暗号化されることにより、メッセージの秘匿性が確保され、電子署名が付加されることにより、認証及びメッセージの完全性が確保される。
【０００３】
ここで、下記特許文献１には、電子メールをメールサーバからメールクライアントに転送する際に、暗号化メールの復号、電子署名の検証を行うとともに、暗号化メールであればその旨を、電子署名付きメールであれば検証結果を、電子メールの本文などにコメントとして付加する暗号メールサーバが開示されている。
【特許文献１】特開２００６−１４８６５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば、復号や署名検証に失敗した場合、又は複数回（ｎ回）暗号化されている電子メールをｍ（＜ｎ）回復号した場合のように、最終的に復号が完了していない電子メールに対して結果レポートが付加又は添付された場合、メールクライアントに搭載される多くのメーラ（例えば、Becky!, Outlook Express（登録商標）, Outlook（登録商標）等）で、暗号化・署名メールと判断されないおそれがある。そのため、メールクライアントに搭載されたメーラが復号・署名検証を行う機能を有していたとしても、メールクライアント側で復号・署名検証を行うことができないという問題があった。
【０００５】
本発明は、上記問題点を解消する為になされたものであり、暗号化・署名メールを完全に復号・署名検証することができなかった場合に、その結果を暗号化・署名メールの配信先であるメールクライアント側で認識することができ、かつ、メールクライアント側において復号・署名検証を行うことを可能とする電子メール中継装置及び電子メール中継方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る電子メール中継装置は、メールサーバとメールクライアントとの間で電子メールを中継する電子メール中継装置であって、メールサーバから受信される暗号化・署名メールの復号処理を行う復号手段と、復号手段による復号処理の復号結果レポートを生成するレポート生成手段と、復号処理を行った結果、暗号化・署名メールが完全に復号されていない場合に、レポート生成手段により生成された復号結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとしてメールクライアントに配信する配信手段とを備え、該配信手段が、暗号化・署名メールが複数回暗号化されたものである場合に、復号が成功した段階の電子メールを元の暗号化・署名メールとして添付し配信することを特徴とする。
【０００７】
また、本発明に係る電子メール中継方法は、メールサーバとメールクライアントとの間で電子メールを中継する電子メール中継方法であって、メールサーバから受信される暗号化・署名メールを復号する復号ステップと、復号ステップにおける復号処理の復号結果レポートを生成するレポート生成ステップと、復号処理を行った結果、暗号化・署名メールが完全に復号されていない場合に、レポート生成ステップで生成された復号結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとしてメールクライアントに配信する配信ステップとを備え、該配信ステップでは、暗号化・署名メールが複数回暗号化されたものである場合に、復号が成功した段階の電子メールを元の暗号化・署名メールとして添付し配信することを特徴とする。
【０００８】
本発明に係る電子メール中継装置または電子メール中継方法によれば、暗号化・署名メールが完全に復号されていない場合（例えば、復号に失敗した場合、又はｎ回暗号化されている暗号化メールをｍ（＜ｎ）回復号した場合）、復号結果レポートがメール本文とされ、元の暗号化・署名メールが添付ファイルとされてメールクライアントに配信される。そのため、メールクライアント側では、メール本文を読むことによって復号結果を認識することができる。また、メールクライアントに搭載されたメーラが復号・署名検証を行う機能を有している場合、添付ファイルをメーラで開くことによって、元の暗号化・署名メールの復号処理を行うことができる。その結果、中継時点の復号結果をメールクライアント側で認識することができ、かつ、メールクライアント側において復号・署名検証を行うことが可能となる。また、暗号化・署名メールが複数回暗号化されたものである場合、復号が成功したところまでが添付ファイルとして添付され配信される。この場合、添付されている暗号化・署名メールは途中まで復号されているため、メールクライアント側での復号処理の負荷を軽減することが可能となる。
【００１２】
本発明に係る電子メール中継装置は、暗号化・署名メールの署名検証を行う署名検証手段を備え、レポート生成手段が、署名検証手段による署名検証処理の検証結果レポートを生成し、配信手段が、署名検証に失敗した場合に、レポート生成手段により生成された検証結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとしてメールクライアントに配信することが好ましい。
【００１３】
また、本発明に係る電子メール中継方法は、暗号化・署名メールの署名検証を行う署名検証ステップを備え、レポート生成ステップにおいて、署名検証ステップにおける署名検証処理の検証結果レポートを生成し、配信ステップにおいて、署名検証に失敗した場合に、レポート生成ステップで生成された検証結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとしてメールクライアントに配信することが好ましい。
【００１４】
本発明に係る電子メール中継装置または電子メール中継方法によれば、署名検証に失敗した場合、検証結果レポートがメール本文とされ、元の暗号化・署名メールが添付ファイルとされてメールクライアントに配信される。そのため、メールクライアント側では、メール本文を読むことによって署名検証結果を認識することができる。また、メールクライアントに搭載されたメーラが署名検証を行う機能を有している場合、添付ファイルをメーラで開くことによって、元の暗号化・署名メールの署名検証処理を行うことができる。その結果、中継時点の署名検証結果をメールクライアント側で認識することができ、かつ、メールクライアント側において署名検証を行うことが可能となる。
【００１５】
上記配信手段は、暗号化・署名メールの署名がクリア署名である場合に、元の暗号化・署名メールをメール本文とし、検証結果レポートを添付ファイルとしてメールクライアントに配信することが好ましい。
【００１６】
また、上記配信ステップでは、暗号化・署名メールの署名がクリア署名である場合に、元の暗号化・署名メールをメール本文とし、検証結果レポートを添付ファイルとしてメールクライアントに配信することが好ましい。
【００１７】
署名がクリア署名である場合には、メール本文が平文であるため、メールクライアント側で復号する必要がない。この場合、元の暗号化・署名メールがメール本文として配信されるため、元の暗号化・署名メールをそのまま表示して確認することができる。また、検証結果レポートが添付ファイルとして配信されるため、添付ファイルを開くことにより署名検証結果を認識することが可能となる。
【発明の効果】
【００１８】
本発明によれば、暗号化・署名メールが完全に復号されていない場合に、復号結果レポートをメール本文とし、元の暗号化・署名メールを添付ファイルとしてクライアントに配信する構成としたので、中継時点で暗号化・署名メールを完全に復号・署名検証することができなかった場合に、その結果を暗号化・署名メールの配信先であるクライアント側で認識することができ、かつ、クライアント側において復号・署名検証を行うことが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。まず、図１、２を用いて、実施形態に係る電子メール中継装置（以下「メールゲートウェイサーバ」という）を含む電子メールシステムの構成、及びメールゲートウェイサーバの全体構成について説明する。図１は、メールゲートウェイサーバを含む電子メールシステムの構成例を示す図である。また、図２は、メールゲートウェイサーバの全体構成を示すブロック図である。
【００２０】
図１に示された電子メールシステムは、電子メール（以下、単に「メール」ともいう）の送信元／送信先となる複数のメールクライアント１０，１１、及びネットワーク複合機（ＭＦＰ）１２，１３と、メールの送信元と送信先との間でメールの配信管理を行うメールサーバ１４，１５と、メールクライアント１０（１１）、ネットワーク複合機１２（１３）とメールサーバ１４（１５）との間でメールを転送するとともにメールのセキュリティを確保するメールゲートウェイサーバ１６（１７）とを備えて構成されている。なお、メールクライアント１０とメールクライアント１１、ネットワーク複合機１２とネットワーク複合機１３、メールサーバ１４とメールサーバ１５、及びメールゲートウェイサーバ１６とメールゲートウェイサーバ１７は、それぞれ同一又は同様の構成を有している。
【００２１】
また、図１中の矢印は、メールクライアント１０、ネットワーク複合機１２からメールクライアント１１、ネットワーク複合機１３へメールを送信する際のメールの流れを示す。よって、メールクライアント１１、ネットワーク複合機１３からメールクライアント１０、ネットワーク複合機１２へメールを送信する際には逆の流れとなる。メールクライアント１０（１１）、ネットワーク複合機１２（１３）と、メールゲートウェイサーバ１６（１７）と、メールサーバ１４（１５）とは、ＬＡＮ等によって接続されている。また、メールサーバ１４とメールサーバ１５とは、インターネットを介して接続されている。
【００２２】
メールクライアント１０，１１は、メールの生成、ＳＭＴＰ（Simple Mail Transfer
Protocol）を用いてのメールの送信、及び、ＰＯＰ３（Post Office Protocol version3）を用いてのメールの受信を行う電子メールソフトウェア（以下「メーラ」ともいう）が実装されたパーソナルコンピュータである。また、メールクライアント１０，１１に実装されるメーラは、Ｓ／ＭＩＭＥ（Secure Multipurpose Internet Mail Extensions）に対応し、暗号化／復号機能及び署名付加／署名検証機能を有するものである。
【００２３】
ネットワーク複合機１２，１３は、ＩＦＡＸ（インターネットファクシミリ）機能を有するものである。ネットワーク複合機１２，１３は、送信原稿をＴＩＦＦ／ＰＤＦ形式の画像データとして、メールに添付して送信する。また、ネットワーク複合機１２，１３は、設定された時間毎にメールゲートウェイサーバ１６，１７からメールを受信し、自動的にプリントアウトする。
【００２４】
メールサーバ１４，１５は、メールの送信元と送信先との間でメールの配信を管理するサーバコンピュータである。メールサーバ１４，１５は、例えば、メールの送信元から受信したメールをメールアドレスに応じて、メールボックスに振り分けて保管又は他のメールサーバへＳＭＴＰを用いて転送する機能を有している。また、メールサーバ１４，１５は、メールゲートウェイサーバ１６，１７からの要求に応じてメールボックスに保管されているメールを配信する機能等を備える。
【００２５】
メールゲートウェイサーバ１６，１７は、Ｓ／ＭＩＭＥに対応しており、メールクライアント１０，１１、ネットワーク複合機１２，１３から受信した平文メールを暗号化するとともに、電子署名を付加してメールサーバ１４，１５にＳＭＴＰを用いて送信する。また、メールゲートウェイサーバ１６，１７は、メールサーバ１４，１５からＰＯＰ３を用いて受信した暗号化・署名メールを復号・署名検証し、メール本文と復号・署名検証結果とをユーザ毎のメールボックスに一時保管する。メールゲートウェイサーバ１６，１７は、保管しているメール本文と復号・署名検証結果をＰＯＰ３に従った要求に応じて、メールクライアント１０，１１、ネットワーク複合機１２，１３に配信する。
【００２６】
メールゲートウェイサーバ１６，１７は、演算を行うマイクロプロセッサ、マイクロプロセッサに各処理を実行させるためのプログラム等を記憶するＲＯＭ、演算結果などの各種データを一時的に記憶するＲＡＭ等により構成されている。メールゲートウェイサーバ１６，１７は、ＲＯＭに記憶されているプログラムを実行することにより、以下に説明する記憶部２１、暗号化部２２、復号部２３、署名部２４、署名検証部２５、レポート生成部２６、及び送信／配信部２７の機能を実現する。
【００２７】
記憶部２１は、メールアドレスとそれに対応する秘密鍵との組、及びメールアドレスとそれに対応する公開鍵との組を記憶している。秘密鍵は、メールに対してメール送信者の電子署名を付加する際及び暗号化メールを復号する際に使用される。一方、公開鍵は、メールを暗号化する際及び電子署名を検証する際に使用される。
【００２８】
暗号化部２２は、メールの宛先のメールアドレスに対応する公開鍵を記憶部２１から取得し、メールクライアント１０，１１、ネットワーク複合機１２，１３から送信されて来た平文メールを公開鍵で暗号化する。
【００２９】
復号部２３は、メールの宛先のメールアドレスに対応する秘密鍵を記憶部２１から取得し、メールサーバ１４，１５から受信した暗号化メールを秘密鍵で復号する。すなわち、復号部２３は、特許請求の範囲に記載の復号手段として機能する。
【００３０】
署名部２４は、メール送信者のメールアドレスに対応する秘密鍵を記憶部２１から取得するとともに、メールのメッセージダイジェスト（ハッシュ値）を求める。署名部２４は、得られたメッセージダイジェストを秘密鍵で暗号化してメール送信者の電子署名を生成する。生成された電子署名はメールに付加される。
【００３１】
署名検証部２５は、メール送信者のメールアドレスに対応する公開鍵を記憶部２１から取得し、メールに付加されている電子署名を公開鍵で復号する。また、署名検証部２５は、メール本文からメッセージダイジェストを生成し、復号された電子署名の値（メッセージダイジェスト）と生成されたメッセージダイジェストとを比較することにより、メールが改ざんされていないかどうかを検証する。すなわち、署名検証部２５は、特許請求の範囲に記載の署名検証手段として機能する。
【００３２】
レポート生成部２６は、復号部２３による復号結果に応じて復号結果レポートを生成する。復号に成功した場合には、例えば「復号に成功しました」という復号結果レポートを生成し、復号に失敗したときには、例えば「復号に失敗しました」という復号結果レポートを生成する。また、レポート生成部２６は、署名検証部２５による署名検証結果に応じて検証結果レポートを生成する。署名検証に成功した場合には、例えば「署名検証に成功しました」という検証結果レポートを生成し、署名検証に失敗したときには、例えば「署名検証に失敗しました」という検証結果レポートを生成する。すなわち、レポート生成部２６は、特許請求の範囲に記載のレポート生成手段として機能する。
【００３３】
送信／配信部２７は、暗号化部２２及び署名部２４により生成された暗号化・署名メールをメールサーバ１４，１５にＳＭＴＰを使用して送信する。また、送信／配信部２７は、復号部２３、署名検証部２５、及びレポート生成部２６により生成されたメール本文と復号結果レポート、検証結果レポートとをメールクライアント１０，１１、ネットワーク複合機１２，１３に配信する。
【００３４】
より詳細には、送信／配信部２７は、メールが完全に復号され（すなわち復号に成功し）且つ署名検証に成功した場合、復号されたメールをメール本文とし、復号結果レポート、検証結果レポートを添付ファイルとしてメールクライアント１０，１１、ネットワーク複合機１２，１３に配信する。一方、メールが完全に復号されていない場合（例えば、復号に失敗した場合、又はｎ回暗号化されている暗号化メールをｍ（＜ｎ）回復号した場合）、及び／又は署名検証に失敗した場合には、復号結果レポート、検証結果レポートをメール本文とし、元の暗号化・署名メール（複数回暗号化されている場合には復号に成功したところまで）を添付ファイルとしてメールクライアント１０，１１、ネットワーク複合機１２，１３に配信する。ただし、送信／配信部２７は、署名検証に失敗した場合であっても、付加されている署名がクリア署名の場合には、元のメールをメール本文とし、検証結果レポートを添付ファイルとしてメールクライアント１０，１１、ネットワーク複合機１２，１３に配信する。すなわち、送信／配信部２７は、特許請求の範囲に記載の配信手段として機能する。
【００３５】
次に、図１〜図３を併せて参照しつつ、メールサーバ（ＳＭＴＰサーバ）１４、メールサーバ（ＰＯＰサーバ）１５を介してメールを受信した場合のメールゲートウェイサーバ１７の動作、及びメールゲートウェイサーバ１７によるメールの配信方法について説明する。図３は、メールゲートウェイサーバ１７によるメール配信処理の処理手順を示すフローチャートである。
【００３６】
ステップＳ１００において、メールサーバ１５からメールが受信されると、ステップＳ１０２において、受信されたメールが暗号化・署名メールであるか否か、すなわち、暗号化されているか否か及び電子署名が付加されているか否かについての判断が行われる。ここで、受信されたメールが暗号化・署名メールではない場合、すなわち、平文メールであり、かつ電子署名が付加されていない場合には、ステップＳ１１４において、受信メールが送信先（受信ユーザ）のメールボックスに保管される。一方、受信されたメールが暗号化・署名メールである場合、すなわち、暗号化及び／又は電子署名が付加されている場合には、ステップＳ１０４に処理が移行する。
【００３７】
ステップＳ１０４では、受信されたメールの復号及び署名検証が行われる。より詳細には、受信された暗号化メールがメールの宛先（メールアドレス）に対応する秘密鍵で復号され、メール本文と暗号化されたメッセージダイジェストが取得されるとともに、復号結果レポートが取得される。さらに、暗号化されたメッセージダイジェストがメール送信者のメールアドレスに対応する公開鍵で復号されるとともに、メール本文から送信元と同じハッシュ関数にてメッセージダイジェストが生成される。そして、復号された送信側メッセージダイジェストと生成されたメールメッセージダイジェストとが比較されて一致するかどうかが判定されることにより、署名検証が行われる。また、この判定結果に応じた検証結果レポートが取得される。
【００３８】
続くステップＳ１０６では、ステップＳ１０４において復号されたメールが、まだ暗号化・署名メールであるか否か、すなわち、完全に復号されたか否かについての判断が行われる。ここで、メールが完全に復号されており、かつ署名検証に成功している場合には、ステップＳ１０８に処理が移行する。一方、完全に復号されていない場合（例えば、復号に失敗した場合、又はｎ回暗号化されている暗号化メールをｍ（＜ｎ）回復号した場合）、及び、署名検証に失敗した場合には、ステップＳ１１０に処理が移行する。
【００３９】
ステップＳ１０８では、復号された平文メール（メール本体）に復号結果レポート及び検証結果レポートが添付ファイルとして添付される。そして、ステップＳ１１４において、送信先（受信ユーザ）のメールボックスに保管される。
【００４０】
ステップＳ１１０では、付加されている署名がクリア署名であるか否かについての判断が行われる。ここで、署名がクリア署名である場合には、メール本文が平文であるため、ステップＳ１０８に処理が移行する。一方、署名がクリア署名では無い場合、ステップＳ１１２に処理が移行する。なお、ステップＳ１０８における処理内容は上述した通りであるので、ここでは説明を省略する。
【００４１】
ステップＳ１１２では、復号結果レポート及び検証結果レポートがメール本文とされ、元の暗号化・署名メール（複数回暗号化されている場合には復号に成功したところまで）が添付ファイルとされる。そして、ステップＳ１１４において、送信先（受信ユーザ）のメールボックスに保管される。なお、メールクライアント１１は、周期的にＰＯＰ３でメールゲートウェイサーバ１７にアクセスし、メールボックスに保管されているメールを受信する。
【００４２】
本実施形態によれば、暗号化・署名メールが完全に復号されていない場合（例えば、復号に失敗した場合、又はｎ回暗号化されている暗号化メールをｍ（＜ｎ）回復号した場合）、復号結果レポートがメール本文とされ、元の暗号化・署名メールが添付ファイルとされてメールクライアント１１に配信される。そのため、メールクライアント１１側では、メール本文を読むことによって復号結果を認識することができる。また、メールクライアント１１に搭載されたメーラが復号・署名検証を行う機能を有しているため、添付ファイルをメーラで開くことによって、元の暗号化・署名メールの復号処理を行うことができる。その結果、メールゲートウェイサーバ１７による中継時点での復号結果をメールクライアント１１側で認識することができ、かつ、メールクライアント１１側において、再度、復号・署名検証を行うことが可能となる。
【００４３】
また、本実施形態によれば、暗号化・署名メールが複数回暗号化されたものである場合、復号が成功したところまでが添付ファイルとして添付され配信される。この場合、添付されている暗号化・署名メールは途中まで復号されているため、メールクライアント１１側での復号処理の負荷を軽減することが可能となる。
【００４４】
本実施形態によれば、メールゲートウェイサーバ１７において署名検証に失敗した場合、検証結果レポートがメール本文とされ、元の暗号化・署名メールが添付ファイルとされてメールクライアント１１に配信される。そのため、メールクライアント１１側では、メール本文を読むことによって署名検証結果を認識することができる。また、メールクライアント１１に搭載されたメーラが署名検証を行う機能を有しているため、添付ファイルをメーラで開くことによって、元の暗号化・署名メールの署名検証処理を行うことができる。その結果、中継時点の署名検証結果をメールクライアント１１側で認識することができ、かつ、メールクライアント１１側において署名検証を再度行うことが可能となる。
【００４５】
また、本実施形態によれば、署名検証に失敗した場合であっても、署名がクリア署名であるときには、元の暗号化・署名メールがメール本文として配信されるため、メールクライアント１１側で元の暗号化・署名メールをそのまま表示して確認することができる。また、検証結果レポートが添付ファイルとして配信されるため、添付ファイルを開くことにより署名検証結果を認識することが可能となる。
【００４６】
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に限定されるものではなく種々の変形が可能である。例えば、上記実施形態では、暗号化・署名メールとしてＳ／ＭＩＭＥ方式のものを利用したが、これに限られること無く、例えば、ＰＧＰ方式等を利用することもできる。
【００４７】
また、上記実施形態では、メールゲートウェイサーバ１６（１７）とメールサーバ１４（１５）とを別のハードウェアとして構成したが、一つのハードウェアで構成してもよい。
【図面の簡単な説明】
【００４８】
【図１】実施形態に係る電子メール中継装置を含む電子メールシステムの構成例を示す図である。
【図２】実施形態に係る電子メール中継装置の全体構成を示すブロック図である。
【図３】実施形態に係る電子メール中継装置による電子メール配信処理の処理手順を示すフローチャートである。
【符号の説明】
【００４９】
１０，１１  メールクライアント
１２，１３  ネットワーク複合機
１４，１５  メールサーバ
１６，１７  メールゲートウェイサーバ
２１  記憶部
２２  暗号化部
２３  復号部
２４  署名部
２５  署名検証部
２６  レポート生成部
２７  送信／配信部
【図１】
0004760839.tif 000002
【図２】
0004760839.tif 000003
【図３】
0004760839.tif 000004