(57)【特許請求の範囲】
【請求項１】
メール配信サーバにおいて、
当該メール配信サーバ装置が管理する送信元から当該送信元のメールユーザエージェントが保持する第１の電子署名情報により署名された任意の宛先への署名メールを中継して受信する手段と、
上記送信元の電子署名を検証する署名検証情報を記憶する署名検証情報記憶手段と、
上記署名検証情報記憶手段に記憶されている署名検証情報に基づいて上記署名メールの電子署名を検証する手段と、
上記送信元のメールユーザエージェントが保持している第１の電子署名情報とは独立して上記送信元に対応して準備された第２の電子署名情報を記憶する電子署名情報記憶手段と、
上記電子署名情報記憶手段に記憶されている上記第２の電子署名情報に基づいて上記署名メールまたは上記署名メールから電子署名を除去したものに新たな電子署名を行う署名手段と、
上記新たな電子署名を行ったメールを上記宛先へ配信する手段とを有することを特徴とするメール配信サーバ。
【請求項２】
メールユーザの第２のメールアドレス用の第２の電子署名を検証する署名検証情報を記憶する署名検証情報記憶手段と、
メールユーザの第１のメールアドレス用の第１の電子署名を行うための電子署名情報を記憶する電子署名情報記憶手段と、
メールユーザの第２のメールアドレスを発信元として送信された署名メールを受信する手段と、
受信した署名メールの上記第２の電子署名を上記署名検証情報記憶手段に記憶された署名検証情報に基づいて検証する手段と、
上記署名メールまたは上記署名メールから上記第２の電子署名を除去したものに対して上記電子署名情報記憶手段に記憶された電子署名情報に基づいて上記第１の電子署名を行う手段と、
上記第１の電子署名を行ったメールを上記メールユーザの第１のメールアドレスを発信元として送信する手段とを有することを特徴とするメール配信サーバ。
【請求項３】
上記署名メールの内容を確認する手段をさらに有する請求項１または２記載のメール配信サーバ。
【請求項４】
上記メールユーザの上記第１のメールアドレス用の暗号化方式に対し復号情報を記憶する復号情報記憶手段と、
上記メールユーザの上記第２のメールアドレス用の暗号化方式の暗号化情報を記憶する暗号化情報記憶手段と、
第１のメールアドレス宛の暗号化メールを上記復号情報記憶手段に記憶された復号情報を用いて復号する手段と、
復号したメールの内容を確認する内容確認手段と、
内容を確認したメールを上記暗号化情報記憶手段に記憶された暗号化情報を用いて暗号化する手段とを有し、
暗号化したメールを上記メールユーザの第２のメールアドレス宛に送信する請求項２記載のメール配信サーバ。
【請求項５】
メール配信サーバにおけるメール配信方法において、
当該メール配信サーバが管理する送信元から当該送信元のメールユーザエージェントが保持する第１の電子署名情報により署名された任意の宛先への署名メールを中継して受信するステップと、
上記送信元の電子署名を検証する署名検証情報を署名検証情報記憶手段から読み出して当該署名検証情報に基づいて上記署名メールの電子署名を検証するステップと、
上記送信元のメールユーザエージェントが保持している第１の電子署名情報とは独立して上記送信元に対応して準備された第２の電子署名情報を電子署名情報記憶手段から読み出し、当該第２の電子署名情報に基づいて上記署名メールまたは上記署名メールから電子署名を除去したものに新たな電子署名を行う署名ステップと、
上記新たな電子署名を行ったメールを上記宛先へ配信するステップとを有することを特徴とするメール配信サーバにおけるメール配信方法。
【請求項６】
メールユーザの第２のメールアドレス用の第２の電子署名を検証する署名検証情報を記憶する署名検証情報記憶手段と、メールユーザの第１のメールアドレス用の第１の電子署名を行うための電子署名情報を記憶する電子署名情報記憶手段とを用いたメール配信サーバにおけるメール配信方法において、
メールユーザの第２のメールアドレスを発信元として送信された署名メールを受信するステップと、
受信した署名メールの上記第２の電子署名を上記署名検証情報記憶手段に記憶された署名検証情報に基づいて検証するステップと、
上記署名メールまたは上記署名メールから上記第２の電子署名を除去したものに対して上記電子署名情報記憶手段に記憶された電子署名情報に基づいて上記第１の電子署名を行うステップと、
上記第１の電子署名を行ったメールを上記メールユーザの第１のメールアドレスを発信元として送信するステップとを有することを特徴とするメール配信サーバにおけるメール配信方法。
【請求項７】
メール配信サーバにおいて実行されるメール配信用コンピュータプログラムにおいて、
当該メール配信サーバ装置が管理する送信元から当該送信元のメールユーザエージェントが保持する第１の電子署名情報により署名された任意の宛先への署名メールを中継して受信するステップと、
上記送信元の電子署名を検証する署名検証情報を署名検証情報記憶手段から読み出して当該署名検証情報に基づいて上記署名メールの電子署名を検証するステップと、
上記送信元のメールユーザエージェントが保持している第１の電子署名情報とは独立して上記送信元に対応して準備された第２の電子署名情報を電子署名情報記憶手段から読み出し、当該第２の電子署名情報に基づいて上記署名メールまたは上記署名メールから電子署名を除去したものに新たな電子署名を行う署名ステップと、
上記新たな電子署名を行ったメールを上記宛先へ配信するステップとを上記メールサーバに実行させるために用いられることを特徴とするメール配信用コンピュータプログラム。
【請求項８】
メールユーザの第２のメールアドレス用の第２の電子署名を検証する署名検証情報を記憶する署名検証情報記憶手段と、メールユーザの第１のメールアドレス用の第１の電子署名を行うための電子署名情報を記憶する電子署名情報記憶手段とを用いたメール配信サーバにおいて実行されるメール配信用コンピュータプログラムにおいて、
メールユーザの第２のメールアドレスを発信元として送信された署名メールを受信するステップと、
受信した署名メールの上記第２の電子署名を上記署名検証情報記憶手段に記憶された署名検証情報に基づいて検証するステップと、
上記署名メールまたは上記署名メールから上記第２の電子署名を除去したものに対して上記電子署名情報記憶手段に記憶された電子署名情報に基づいて上記第１の電子署名を行うステップと、
上記第１の電子署名を行ったメールを上記メールユーザの第１のメールアドレスを発信元として送信するステップとを上記メールサーバに実行させるために用いられることを特徴とするメール配信用コンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は署名メールを処理するメール配信サーバ、その配信方法およびメール配信用コンピュータプログラムに関する。
【０００２】
【従来の技術】
送信者がその秘密鍵を利用して電子署名を付した署名メールが知られている。この電子署名は対応する公開鍵を用いて検証することができる。このような電子署名に関する情報はユーザが区々として管理している。できれば、サーバ側が関与して電子署名に関する情報を集中的に管理できれば好都合である。
【０００３】
【発明が解決しようとする課題】
この発明は、以上の事情を考慮してなされたものであり、電子署名の関する情報を集中的に管理するメール配信技術を提供することを目的としている。
【０００４】
また、この発明は、電子署名情報を集中的に管理し、信頼あるメール配信を確保できるようにすることを目的としている。
【０００５】
【課題を解決するための手段】
この発明によれば、上述の目的を達成するために、特許請求の範囲に記載のとおりの構成を採用している。ここでは、発明を詳細に説明するのに先だって、特許請求の範囲の記載について補充的に説明を行なっておく。
【０００６】
すなわち、この発明の１側面によれば、上述の目的を達成するために、メール配信サーバに：当該メール配信サーバ装置が管理する送信元から当該送信元のメールユーザエージェントが保持する第１の電子署名情報により署名された任意の宛先への署名メールを中継して受信する手段と；上記送信元の電子署名を検証する署名検証情報を記憶する署名検証情報記憶手段と；上記署名検証情報記憶手段に記憶されている署名検証情報に基づいて上記署名メールの電子署名を検証する手段と；上記送信元のメールユーザエージェントが保持している第１の電子署名情報とは独立して上記送信元に対応して準備された第２の電子署名情報を記憶する電子署名情報記憶手段と；上記電子署名情報記憶手段に記憶されている上記第２の電子署名情報に基づいて上記署名メールまたは上記署名メールから電子署名を除去したものに新たな電子署名を行う署名手段と；上記新たな電子署名を行ったメールを上記宛先へ配信する手段とを設けるようにしている。
【０００７】
この構成においては、署名に用いる情報を集中的に管理することができる。
【０００８】
メール配信サーバはメールサーバ（メールトランスファエージエント装置）として構築しても良いし、メールサーバのフロントエンド装置またはバックエンド装置として構築してもよい。
【０００９】
また、この発明の他の側面によれば、上述の目的を達成するために、メール配信サーバに：メールユーザの第２のメールアドレス用の第２の電子署名を検証する署名検証情報を記憶する署名検証情報記憶手段と；メールユーザの第１のメールアドレス用の第１の電子署名を行うための電子署名情報を記憶する電子署名情報記憶手段と；メールユーザの第２のメールアドレスを発信元として送信された署名メールを受信する手段と；受信した署名メールの上記第２の電子署名を上記署名検証情報記憶手段に記憶された署名検証情報に基づいて検証する手段と；上記署名メールまたは上記署名メールから上記第２の電子署名を除去したものに対して上記電子署名情報記憶手段に記憶された電子署名情報に基づいて上記第１の電子署名を行う手段と；上記第１の電子署名を行ったメールを上記メールユーザの第１のメールアドレスを発信元として送信する手段とを設けるようにしている。
【００１０】
この構成においては、署名に用いる情報を集中的に管理することが可能となる。
【００１１】
この構成においては、上記メール配信サーバに：さらに、上記メールユーザの上記第１のメールアドレス用の暗号化方式に対し復号情報を記憶する復号情報記憶手段と；上記メールユーザの上記第２のメールアドレス用の暗号化方式の暗号化情報を記憶する暗号化情報記憶手段と；第１のメールアドレス宛の暗号化メールを上記復号情報記憶手段に記憶された復号情報を用いて復号する手段と；復号したメールの内容を確認する内容確認手段と；内容を確認したメールを上記暗号化情報記憶手段に記憶された暗号化情報を用いて暗号化する手段とを設け、暗号化したメールを上記メールユーザの第２のメールアドレス宛に送信するようにしてもよい。
【００１２】
この構成においては、途中で暗号メールを復号しているのでその内容を確認でき、また署名に用いる情報を集中的に管理することができる。
【００１３】
また、上記署名メールの内容を確認する手段をさらに設けても良い。
【００１４】
確認対象はコンピュータウィルスや、機密情報や非社会的な文言等である。
【００１５】
このように、この発明によれば、メールを送信しようとする者に対して開示する署名検証情報をサーバ側で集中的に管理できる。
【００１６】
なお、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、そのような発明の一部をソフトウェアとして構成することができることはもちろんである。またそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品（記録媒体）もこの発明の技術的な範囲に含まれることも当然である。
【００１７】
この発明の上述の側面およびこの発明の他の側面は特許請求の範囲に記載され、以下実施例を用いて詳細に説明される。
【００１８】
【発明の実施の形態】
以下、この発明の実施例について説明する。
【００１９】
図１は、この実施例のネットワーク環境を示している。この実施例では、所定の会社等の組織内部のユーザと組織外部のユーザが前提となっており、内部ユーザ同士のメールのやりとりと内部ユーザと外部ユーザとの間のメールのやりとりを処理する。そしてメールのやりとりの際にメールの内容を確認する。すなわち、メッセージをスキャンしてコンピュータウィルスが含まれていないことや、不適切な文言が含まれていないこと等を確認する。図１において、メールサーバ（メールトランスファエージェント装置）１０、メールユーザエージェント装置１１、メールサーバ専用ディレクトリサーバ１２が社内のＬＡＮ（ＬＡＮセグメント）１３に接続されている。ＬＡＮ１３は、ファイヤウォール１４、ルータ１５等を介してインターネット等の外部ネットワーク３０に接続されている。また社内の他のＬＡＮ（ＬＡＮセグメント）２０には公開用ディレクトリサーバ２１等の外部公開用のサーバが配置されている。ＬＡＮ２０はルータ２２を介して外部ネットワーク３０に接続されている。外部ネットワーク３０には外部のユーザのメールユーザエージェント装置３１等が接続されている。また外部ユーザの証明書を記憶管理する外部ディレクトリサーバ３２が設けられている。なお、図においてドメインネームシステムサーバ等の表記は省略した。
【００２０】
この例では、社内のユーザ（メールサーバ１０にアカウントがあるユーザ）に実メールアドレスおよびエイリアスメールアドレスを設けている。実メールアドレスは実際のアカウントのメールアドレスであり、エイリアスメールアドレスは別名のメールアドレスである。外部のユーザ（他のメールサーバにアカウントを持っているユーザ）についてはとくに関知しない。メールサーバ専用ディレクトリサーバ１２は、社内ユーザの実メールアドレスの証明書および社内ユーザのエイリアスメールアドレスの証明書に対応する秘密鍵を記憶管理している。専用ディレクトリサーバ１２は、実メールアドレスの証明書が洩れないようにＳＳＬ等のセキュアな回線でのアクセスのみ受け付けるような、セキュリティ上の処置が施されていることが望ましい。公開用ディレクトリサーバ２１は社内ユーザのエイリアスメールアドレスの証明書を記憶管理している。外部ユーザの証明書は、先に説明したように、外部ディレクトリサーバ３２に記憶管理されている。
【００２１】
図２は、この実施例のメールサーバ１０を模式的に示しており、この図において、メールサーバ１０は、電子メールを受信する受信部１０１、電子メールを配信する配信部１０２、受信した電子メールの電子署名を検証し、また復号する電子署名検証／復号部１０３、電子メールの内容を確認する内容確認部１０４、配信対象の電子メールを暗号化し、また電子署名を付す電子署名／暗号化部１０５、メールサーバ１０のみが用いるメールサーバ専用証明書記憶部１０６、一般ユーザに公開する公開用証明書記憶部１０７、メールを保持するスプール１０８等を含んでいる。サーバ専用証明書記憶部１０６は、図１のメールサーバ専用ディレクトリサーバ１２でもよいし、そのサブセットでもよい。公開用証明書記憶部１０６は公開用ディレクトリサーバ２１や外部ディレクトリサーバ３２でもよいし、そのサブセットでもよい。
【００２２】
ＭＴＡ（メールトランスファエージェント）配信される電子メールは、受信部１０１で受信される。この例では外部ユーザから内部ユーザ宛のメール、内部ユーザから外部ユーザ宛のメール、内部ユーザ同士のメールが受信部１０１で受信される。外部ユーザ宛のメールの宛先メールアドレスは通常のもの（外部ユーザのメールアドレス）である。外部ユーザからのメールの発信元メールアドレスも通常のもの（外部ユーザのメールアドレス）である。内部ユーザ宛のメールの宛先メールアドレスはエイリアスメールアドレスを用いるようになっている。内部ユーザからのメールの発信元のメールアドレスは実メールアドレスを用いるようになっている。
【００２３】
受信された電子メールが暗号化されていたり、電子署名が付されていた場合には電子署名検証／復号部１０３により署名検証および復号が行われる。署名検証および復号が行われたメールは内容確認部１０４により内容確認される。この後、電子署名／暗号化部１０５によりメールに適宜に署名および暗号化を行う。メールサーバ１０のアカウント宛のメールはスプール１０８に保持される。スプールされているメールはメールユーザエージェント装置１１により配信部１０２を用いて取り出される。他のメールサーバ１０のアカウント宛のメールは配信部１０２を介して他のメールサーバ宛に配信される。
【００２４】
電子署名検証／復号部１０３は、つぎのように署名の検証および復号を行う。内部ユーザ宛（エイリアスメールアドレス）のメールが暗号化されている場合には（エイリアスメールアドレスの証明書を用いて暗号化されている）、サーバ専用証明書記憶部１０６に記憶されている、秘密鍵（エイリアスメールアドレスの証明書に対応する秘密鍵）を用いて復号される。内部ユーザ（実メールアドレス）からのメールが署名を有している場合には、サーバ専用証明書記憶部１０６に記憶されている実メールアドレスの証明書を用いて署名の検証を行う。
【００２５】
電子署名／暗号化部１０５はつぎのように署名および暗号化を行う。内部ユーザ宛のメールの宛先アドレスをエイリアスメールアドレスから実メールアドレスに変換し、サーバ専用証明書記憶部１０６に記憶されている実メールアドレスの証明書を用いて暗号化を行う。内部ユーザ（実メールアドレス）からのメールの発信元アドレスを実メールアドレスからエイリアスメールアドレスに置き換え、サーバ専用証明書記憶部１０６に記憶されている、秘密鍵（エイリアスメールアドレスの証明書に対応する秘密鍵）を用いて署名を加える。
【００２６】
なお、後に説明するように、内部から外部へ送るメールにはユーザが外部のユーザの証明書を用いて暗号化を行うのではなくメールサーバ１０が暗号化を行う。外部ユーザへのメールがすでに暗号化されている場合には、外部ユーザの秘密鍵を入手できないのでそのままでは内容確認ができないのでメールを破棄等する。
【００２７】
以下、この実施例の動作を詳細に説明する。
【００２８】
ここでは暗号メールの形式としてＳ／ＭＩＭＥを利用する。Ｓ／ＭＩＭＥの暗号メールを利用するためには、認証局（ＣＡ）から証明書を発行してもらう必要がある。また、すでに述べたように、内部ユーザは、実メールアドレスとエイリアスメールアドレスの２つのメールアドレスを持っており、またそれぞれのメールアドレスを含んだ証明書をＣＡから発行されている必要がある。
【００２９】
メールサーバ１０は、署名変換、暗号化、復号、内容確認の機能を持っており、暗号メールの内容確認を行っている。またエイリアスメールアドレスに届いたメールは、実メールアドレスに転送される仕様となっている。
【００３０】
［社外から社内への暗号化メールの内容確認］まず、内部から外部への暗号化メールの内容確認について説明する。ここでは図３に示すような人物が登場する。アリス（社外）がボブ（社内）へ暗号化メールを送信するときの、送信方法と暗号メールの内容確認方法を説明する。図４はこの時のメールの流れおよびメールに対する処理の概要を模式的に示している。なお、メールサーバ１０内の動作は図５に示すとおりである。なお、図５の内容自体は図から明らかであるのでとくに説明は行わない。
［１］：アリスが、ボブのエイリアスメールアドレス（ｂｏｂ＠ｂａｒ．ｃｏｍ）が記載された証明書を公開用ディレクトリサーバ２１などから入手し、ｂｏｂ＠ｂａｒ．ｃｏｍに暗号メールを送信する。
［２］：メールサーバ１０が、アリスからの暗号メールを受信する。
［３］：メールサーバ１０は、ボブのエイリアスメールアドレスが記載された証明書に対応する秘密鍵を使って、暗号メールを復号する。
［４］：メールサーバ１０は、復号したメールの内容確認を行う（例えば、ウイルスチェックなど）。
［５］：メールサーバ１０は、ボブの実メールアドレス（ｂｏｂ＠ｍａｉｌ．ｂａｒ．ｃｏｍ）が記載された証明書をメールサーバ専用ディレクトリサーバ１２などから入手し、復号したメールをボブ宛てに再暗号化してｂｏｂ＠ｍａｉｌ．ｂａｒ．ｃｏｍに送信する。
［６］：ボブが、暗号メールを受信する。
【００３１】
［社内から社外への署名メールの内容確認］
つぎに、社内から社外への署名メールの内容確認について説明する。ここでは図６に示すような人物が登場する。ボブ（社内）がアリス（社外）へ署名メールを送信するときの、送信方法と署名メールの内容確認方法を説明する。図７はこの時のメールの流れおよびメールに対する処理の概要を模式的に示している。なお、メールサーバ１０内の動作は図８に示すとおりである。なお、図８の内容自体は図から明らかであるのでとくに説明は行わない。
［１］：ボブは、実メールアドレスが記載された証明書に対応する秘密鍵を使ってアリスに署名メールを送信する。
［２］：メールサーバ１０が、ボブからの署名メールを受信する。
［３］：メールサーバ１０は、署名メールの署名確認後、メールの内容確認を行う。
［４］：メールサーバ１０は、Ｆｒｏｍ行をボブのエイリアスメールアドレスに変更し、ボブのエイリアスメールアドレスが記載された証明書に対応する秘密鍵を使って、署名メールを作成する。
［５］：メールサーバ１０は、署名メールをアリスに送信する。
［６］：アリスが、署名メールを受信する。
【００３２】
［社内から社内への暗号化署名メールの内容確認］
つぎに、社内から社内への暗号化署名メールの内容確認について説明する。ここでは図９に示すような人物が登場する。ボブ（社内）がアリス（社内）へ暗号署名メールを送信するときの、送信方法と暗号署名メールの内容確認方法を説明する。図１０はこの時のメールの流れおよびメールに対する処理の概要を模式的に示している。なお、メールサーバ１０内の動作は図１１に示すとおりである。なお、図１１の内容自体は図から明らかであるのでとくに説明は行わない。
［１］：ボブは、実メールアドレスが記載された証明書に対応する秘密鍵とアリスのエイリアスメールアドレスが記載された証明書を使って、アリスに暗号署名メールを送信する。
［２］：メールサーバ１０が、ボブからの暗号署名メールを受信する。
［３］：メールサーバ１０は、暗号署名メールの復号及び署名確認後、メールの内容確認を行う。
［４］：メールサーバ１０は、Ｆｒｏｍ行をボブのエイリアスメールアドレスに変更し、ボブのエイリアスメールアドレスが記載された証明書に対応する秘密鍵を使って、署名メールを作成する。
［５］：メールサーバ１０は、実メールアドレスが記載されたアリスの証明書を入手し、署名メールをアリス宛に暗号化して送信する。
［６］：アリスが、暗号署名メールを受信する。
【００３３】
［社内から社外への暗号化署名メールの内容確認］
つぎに、社内から社外への暗号化署名メールの内容確認について説明する。暗号化自体はメールサーバ１０で行う。ここでは図１２に示すような人物が登場する。ボブ（社内）がアリス（社外）へ暗号署名メールを送信するときの、送信方法と暗号署名メールの内容確認方法を説明する。図１３はこの時のメールの流れおよびメールに対する処理の概要を模式的に示している。なお、メールサーバ１０内の動作は図１４に示すとおりである。なお、図１４の内容自体は図から明らかであるのでとくに説明は行わない。
［１］：ボブは、実メールアドレスが記載された証明書に対応する秘密鍵を使ってアリスに署名メールを送信する。（ここでボブがアリスに暗号メールを送ってしまうと、メールサーバ１０で内容確認が行えないため、ボブは暗号化していないメールをメールサーバ１０に送信する必要がある。実際の運用では、メールサーバ１０にボブからの暗号メールが届いたら、破棄をしてメール送信を行わないといった処理をすることが考えられる）
［２］：メールサーバ１０が、ボブからの署名メールを受信する。
［３］：メールサーバ１０は、署名メールの署名確認後、メールの内容確認を行う。
［４］：メールサーバ１０は、Ｆｒｏｍ行をボブのエイリアスメールアドレスに変更し、ボブのエイリアスメールアドレスが記載された証明書に対応する秘密鍵を使って、署名メールを作成する。
［５］：メールサーバ１０は、アリスの証明書を入手し、署名メールをアリス宛に暗号化して送信する。
［６］：アリスが、暗号署名メールを受信する。
【００３４】
なお、この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。例えば、上述ではこの発明をメールサーバに適用したが、メールサーバのフロントエンドやバックエンドの装置にこの発明の内容確認技術を適用するようにしてもよい。
【００３５】
以上説明したように、この発明によれば、メールを送信しようとする者に対して開示する署名検証情報をサーバ側で集中的に管理できる。
【図面の簡単な説明】
【図１】  この発明の実施例のネットワーク環境を説明する図である。
【図２】  上述実施例のメールサーバの構成を模式的に示すブロック図である。
【図３】  上述実施例における、社外から社内への暗号化メールの内容確認の例を用いて説明する図である。
【図４】  図３の例におけるメールの流れやメールに対する処理を説明する図である。
【図５】  図３の例におけるメールサーバの動作を説明するフローチャートである。
【図６】  上述実施例における、社内から社外への署名メールの内容確認の例を用いて説明する図である。
【図７】  図６の例におけるメールの流れやメールに対する処理を説明する図である。
【図８】  図６の例におけるメールサーバの動作を説明するフローチャートである。
【図９】  上述実施例における、社内から社内への暗号化署名メールの内容確認の例を用いて説明する図である。
【図１０】  図９の例におけるメールの流れやメールに対する処理を説明する図である。
【図１１】  図９の例におけるメールサーバの動作を説明するフローチャートである。
【図１２】  上述実施例における、社内から社外への暗号化署名メールの内容確認の例を用いて説明する図である。
【図１３】  図１２の例におけるメールの流れやメールに対する処理を説明する図である。
【図１４】  図１２の例におけるメールサーバの動作を説明するフローチャートである。
【符号の説明】
１０      メールサーバ
１１      メールユーザエージェント装置
１２      メールサーバ専用ディレクトリサーバ
１４      ファイヤウォール
１５      ルータ
２１      公開用ディレクトリサーバ
２２      ルータ
３０      外部ネットワーク
３１      メールユーザエージェント装置
３２      外部ディレクトリサーバ
１０１      受信部
１０２      配信部
１０３      署名検証部／復号部
１０４      内容確認部
１０５      署名部／暗号化部
１０６      メールサーバ専用証明書記憶部
１０７      公開用証明書記憶部
１０８      スプール
【図１】
0003896886.tif 000002
【図２】
0003896886.tif 000003
【図３】
0003896886.tif 000004
【図４】
0003896886.tif 000005
【図５】
0003896886.tif 000006
【図６】
0003896886.tif 000007
【図７】
0003896886.tif 000008
【図８】
0003896886.tif 000009
【図９】
0003896886.tif 000010
【図１０】
0003896886.tif 000011
【図１１】
0003896886.tif 000012
【図１２】
0003896886.tif 000013
【図１３】
0003896886.tif 000014
【図１４】
0003896886.tif 000015