(57)【要約】【課題】電子メールを暗号化および復号化するゲートウェイ装置について、ゲートウェイ装置のストレージに障害が発生した場合であっても、クライアント装置が電子メールを確実に受信することができる技術を提供することを目的とする。【解決手段】Ｓ／ＭＩＭＥゲートウェイ２がＰＯＰ３サーバ３から電子メールを受信したときに、ＰＯＰ３サーバ３からその電子メールを削除しないことができる。すると、Ｓ／ＭＩＭＥゲートウェイ２のストレージに障害が発生したとしても、その後に回復したときに、Ｓ／ＭＩＭＥゲートウェイ２は再びＰＯＰ３サーバ３からその電子メールを受信することができる。そのため、Ｓ／ＭＩＭＥゲートウェイ２のストレージに障害が発生した場合であっても、クライアント装置１は確実にＳ／ＭＩＭＥゲートウェイ２からその電子メールを受信することができる。【選択図】図１
2008288747.tif 000002
【特許請求の範囲】
【請求項１】
メール受信サーバから受信した暗号メールを平文メールに変換する手段と、
クライアント装置から前記平文メールの受信要求をされたときに、前記クライアント装置に前記平文メールを配信する手段と、
を備えるゲートウェイ装置であって、
前記メール受信サーバから前記暗号メールを受信したときに、前記メール受信サーバに前記暗号メールを引き続き格納させる暗号メール格納手段、
を備えることを特徴とするゲートウェイ装置。
【請求項２】
請求項１に記載のゲートウェイ装置において、
前記暗号メール格納手段は、
前記メール受信サーバから前記暗号メールを受信したときに、前記メール受信サーバに前記暗号メールの削除要求をしないことを特徴とするゲートウェイ装置。
【請求項３】
請求項１または請求項２に記載のゲートウェイ装置において、さらに、
前記クライアント装置に前記平文メールを配信した後に、前記クライアント装置から前記メール受信サーバが引き続き格納する前記暗号メールの削除要求を受信したときに、前記メール受信サーバに前記暗号メールの削除要求を送信する手段、
を備えることを特徴とするゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールを暗号化および復号化するゲートウェイ装置について、ゲートウェイ装置のストレージに障害が発生した場合であっても、クライアント装置が電子メールを確実に受信することができる技術に関する。
【背景技術】
【０００２】
電子メールによる情報交換が現在では頻繁に行われている。しかし、電子メールの送受信は不特定の通信経路を経由して行われるため、通信経路の途中で電子メールの盗聴や改ざんが行われる可能性を否定できない。そこで、送受信クライアントが安心して電子メールシステムを利用できるようにするため、電子メールを暗号化する電子メール暗号化システムが開発されている。
【０００３】
電子メール暗号化システムを簡易に利用する方法として、クライアント装置とメール送受信サーバの間に、電子メールを暗号化および復号化するゲートウェイ装置を介在させる方法がある。このゲートウェイ装置は、簡易なメール送受信サーバとしての役割をも担うことができる。以上に説明したゲートウェイ装置について開示している文献として、以下の特許文献をあげることができる。
【０００４】
【特許文献１】特開２００６−１３７４７号公報
【特許文献２】特開２００６−８０８０５号公報
【特許文献３】特開２００６−２４４３１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、ゲートウェイ装置は電子メール暗号化システムの利用を簡易にする一方で、ゲートウェイ装置のストレージの信頼性は低くなり、ストレージに障害が発生しやすくなる。一般に、ゲートウェイ装置がメール受信サーバから電子メールを受信したときには、メール受信サーバからその電子メールは削除される。そのため、ゲートウェイ装置のストレージに障害が発生すると、クライアント装置はその電子メールを受信できなくなる。もっとも、ゲートウェイ装置のストレージの信頼性を高めると、ゲートウェイ装置の価格は高額になる。
【０００６】
そこで、本発明は前記問題点に鑑み、電子メールを暗号化および復号化するゲートウェイ装置について、ゲートウェイ装置のストレージに障害が発生した場合であっても、クライアント装置が電子メールを確実に受信することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１記載の発明は、メール受信サーバから受信した暗号メールを平文メールに変換する手段と、クライアント装置から前記平文メールの受信要求をされたときに、前記クライアント装置に前記平文メールを配信する手段と、を備えるゲートウェイ装置であって、前記メール受信サーバから前記暗号メールを受信したときに、前記メール受信サーバに前記暗号メールを引き続き格納させる暗号メール格納手段、を備えることを特徴とする。
【０００８】
請求項２記載の発明は、請求項１に記載のゲートウェイ装置において、前記暗号メール格納手段は、前記メール受信サーバから前記暗号メールを受信したときに、前記メール受信サーバに前記暗号メールの削除要求をしないことを特徴とする。
【０００９】
請求項３記載の発明は、請求項１または請求項２に記載のゲートウェイ装置において、さらに、前記クライアント装置に前記平文メールを配信した後に、前記クライアント装置から前記メール受信サーバが引き続き格納する前記暗号メールの削除要求を受信したときに、前記メール受信サーバに前記暗号メールの削除要求を送信する手段、を備えることを特徴とする。
【発明の効果】
【００１０】
ゲートウェイ装置がメール受信サーバから電子メールを受信したときに、メール受信サーバからその電子メールを削除しないで、メール受信サーバにその電子メールを引き続き格納させることができる。すると、ゲートウェイ装置のストレージに障害が発生したとしても、ゲートウェイ装置のストレージが回復したときに、ゲートウェイ装置は再びメール受信サーバからその電子メールを受信することができる。そのため、ゲートウェイ装置のストレージに障害が発生した場合であっても、クライアント装置は確実にゲートウェイ装置からその電子メールを受信することができる。
【００１１】
また、クライアント装置がゲートウェイ装置からその電子メールを受信したときに、クライアント装置はメール受信サーバが引き続き格納するその電子メールの削除要求をするかどうかを設定することができる。クライアント装置がゲートウェイ装置に削除要求を送信するならば、ゲートウェイ装置はメール受信サーバに削除要求を送信することができる。すると、メール受信サーバのストレージを節約することができる。クライアント装置が削除要求をしないならば、クライアント装置はメール受信サーバにその電子メールのバックアップをとることができる。
【発明を実施するための最良の形態】
【００１２】
｛電子メール暗号化システムの構成要素｝
以下、図面を参照しつつ、本発明の実施の形態について説明する。図１は、クライアント装置が電子メールを受信する処理の流れを示すブロック図である。図１で示した電子メール暗号化システムは、クライアント装置１、Ｓ／ＭＩＭＥゲートウェイ２、ＰＯＰ３サーバ３などから構成されている。
【００１３】
クライアント装置１は、復号化および署名検証された平文メールをＳ／ＭＩＭＥゲートウェイ２から受信する。クライアント装置１として、パーソナルコンピューターやデジタル複合機などをあげることができる。
【００１４】
Ｓ／ＭＩＭＥゲートウェイ２は、ＰＯＰ３サーバ３から受信した電子署名付暗号化メールに復号化および電子署名検証を施して、復号化および署名検証された平文メールを格納する。本実施の形態においては、Ｓ／ＭＩＭＥゲートウェイ２を使用しているが、ＰＧＰなどを利用するゲートウェイを使用することもできる。
【００１５】
ＰＯＰ３サーバ３は、送信元から電子署名付暗号化メールを受信して、サーバ内メールボックス３１に格納する。Ｓ／ＭＩＭＥゲートウェイ２がＰＯＰ３サーバ３から電子署名付暗号化メールを受信した後でも、サーバ内メールボックス３１はその電子署名付暗号化メールを削除されることなく、引き続き格納することができる。このことについては、後で詳しく説明する。本実施の形態においては、ＰＯＰ３サーバ３を使用しているが、他のメール受信サーバを使用することもできる。
【００１６】
Ｓ／ＭＩＭＥゲートウェイ２は、ゲートウェイ内ＳＭＴＰサーバ２１、ゲートウェイ内ＰＯＰ３処理部２２などから構成されている。
【００１７】
ゲートウェイ内ＳＭＴＰサーバ２１は、図１で示していないが、クライアント装置１から受信した平文メールに電子署名および暗号化を施して、電子署名付暗号化メールをＳＭＴＰサーバに送信する。このように、ゲートウェイ内ＳＭＴＰサーバ２１は、クライアント装置１との関係では、ＳＭＴＰサーバとして機能するが、図１において図示していないＳＭＴＰサーバとの関係では、ＳＭＴＰクライアントとして機能するのである。
【００１８】
ゲートウェイ内ＰＯＰ３処理部２２は、ＰＯＰ３サーバ３から受信した電子署名付暗号化メールに復号化および電子署名検証を施して、復号化および署名検証された平文メールを格納する。そして、クライアント装置１は、ゲートウェイ内ＰＯＰ３処理部２２から復号化および署名検証された平文メールを受信する。このように、ゲートウェイ内ＰＯＰ３処理部２２は、クライアント装置１との関係では、ＰＯＰ３サーバとして機能するが、ＰＯＰ３サーバ３との関係では、ＰＯＰ３クライアントとして機能するのである。
【００１９】
本実施の形態においては、ＰＯＰ３サーバ３を使用しているため、Ｓ／ＭＩＭＥゲートウェイ２は、ゲートウェイ内ＰＯＰ３処理部２２などから構成されることになる。しかし、他のメール受信サーバを使用するときには、Ｓ／ＭＩＭＥゲートウェイ２は、当該他のメール受信サーバに対応する、ゲートウェイ内メール受信処理部などから構成されることになる。
【００２０】
ゲートウェイ内ＰＯＰ３処理部２２は、復号化部２２１、電子署名検証部２２２、ゲートウェイ内メールボックス２２３などから構成されている。
【００２１】
復号化部２２１は、ＰＯＰ３サーバ３から受信した電子署名付暗号化メールに復号化を施して、電子署名付のメールを電子署名検証部２２２に出力する。すなわち、復号化部２２１は、受信側私有鍵２２１Ｓを使用して、送受信側の共通鍵を復号化する。そして、復号化部２２１は、送受信側の共通鍵を使用して、電子署名付暗号化メールから電子署名付のメールを生成するのである。
【００２２】
電子署名検証部２２２は、復号化部２２１から入力した電子署名付のメールに電子署名検証を施して、復号化および署名検証された平文メールをゲートウェイ内メールボックス２２３に格納する。すなわち、電子署名検証部２２２は、送信側公開鍵２２２Ｐを使用して、メッセージダイジェストを復号化する。また、電子署名検証部２２２は、メッセージダイジェスト関数を使用して、平文メールからメッセージダイジェストを新たに生成する。そして、電子署名検証部２２２は、復号化されたメッセージダイジェストと新たに生成されたメッセージダイジェストを比較するのである。
【００２３】
ゲートウェイ内メールボックス２２３は、電子署名検証部２２２で生成された復号化および署名検証された平文メールを格納する。クライアント装置１がゲートウェイ内ＰＯＰ３処理部２２から復号化および署名検証された平文メールを受信した後でも、ゲートウェイ内メールボックス２２３はその復号化および署名検証された平文メールを削除されることなく、引き続き格納することができる。このことについては、後で詳しく説明する。
【００２４】
ここで、図１で示した電子メール暗号化システムを利用する受信クライアントは、複数存在している場合が通常である。この場合には、復号化部２２１は各受信クライアントの受信側私有鍵を、電子署名検証部２２２は各送信先の公開鍵を格納すればよい。さらに、ＰＯＰ３サーバ３は各受信クライアントのサーバ内メールボックスを、ゲートウェイ内ＰＯＰ３処理部２２は各受信クライアントのゲートウェイ内メールボックスを備えればよい。
【００２５】
以上で説明した電子メール暗号化システムの構成要素に加えて、クライアント装置１は削除コマンド送信部１１を備えている。また、ゲートウェイ内ＰＯＰ３処理部２２は削除コマンド制御部２２４を備えている。さらに、ＰＯＰ３サーバ３は削除コマンド受信部３２を備えている。
【００２６】
削除コマンド送信部１１は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除するための削除コマンド、および、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除するための削除コマンドを、削除コマンド制御部２２４に送信する。削除コマンド送信部１１は、削除コマンドを削除コマンド制御部２２４に送信するかどうかを、各メールごとに設定することができる。各メールを識別する方法として、各メールのＵＩＤ（ユニークＩＤ）を使用することなどがあげられる。
【００２７】
削除コマンド制御部２２４は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除するための削除コマンドを、削除コマンド送信部１１から受信する。そして、削除コマンド制御部２２４は、その削除コマンドを一時的に記憶しておき、次回のＰＯＰ３サーバ３への受信要求時に、その削除コマンドを削除コマンド受信部３２に送信する。
【００２８】
また、削除コマンド制御部２２４は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除するための削除コマンドを、削除コマンド送信部１１から受信する。そして、削除コマンド中継部２２４は、その削除コマンドをゲートウェイ内メールボックス２２３に出力して、その削除コマンドに係る復号化および署名検証された平文メールを削除する。
【００２９】
すなわち、削除コマンド制御部２２４は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除するための削除コマンドを、削除コマンド送信部１１から受信しなければ、その削除コマンドに係る復号化および署名検証された平文メールを削除しないのである。
【００３０】
削除コマンド受信部３２は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除するための削除コマンドを、削除コマンド制御部２２４から受信する。そして、削除コマンド受信部３２は、その削除コマンドをサーバ内メールボックス３１に出力して、その削除コマンドに係る電子署名付暗号化メールを削除する。
【００３１】
すなわち、削除コマンド受信部３２は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除するための削除コマンドを、削除コマンド制御部２２４から受信しなければ、その削除コマンドに係る電子署名付暗号化メールを削除しないのである。
【００３２】
｛ゲートウェイ装置のストレージに障害が発生した場合における電子メール受信｝
電子メール暗号化システムの利用を簡易にするＳ／ＭＩＭＥゲートウェイ２において、ゲートウェイ内メールボックス２２３のストレージに障害が発生する場合がある。この場合であっても、クライアント装置１が復号化および署名検証された平文メールを確実に受信できるための処理の流れについて説明する。図２は、クライアント装置１が電子メールを受信する処理の流れを示すフローチャートである。図２で示したステップＳは、図１で示したステップＳに対応している。
【００３３】
まず、ゲートウェイ内ＰＯＰ３処理部２２は、ＰＯＰ３サーバ３に定期的に受信要求する。または、ゲートウェイ内ＰＯＰ３処理部２２は、クライアント装置１から受信要求があったときに、ＰＯＰ３サーバ３に受信要求する（ステップＳ１）。すると、ゲートウェイ内ＰＯＰ３処理部２２は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを、ＰＯＰ３サーバ３から受信することができる（ステップＳ２）。
【００３４】
ここで、削除コマンド制御部２２４は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除するための削除コマンドを、削除コマンド送信部１１から受信していない。すると、削除コマンド制御部２２４は、削除コマンド受信部３２にその削除コマンドを送信することはない。その結果として、ゲートウェイ内ＰＯＰ３処理部２２は、その電子署名付暗号化メールをサーバ内メールボックス３１から削除することなく、サーバ内メールボックス３１に引き続き格納させることができるのである。
【００３５】
すると、ゲートウェイ内メールボックス２２３のストレージに障害が発生したとしても、ゲートウェイ内メールボックス２２３のストレージが回復したときに、ゲートウェイ内ＰＯＰ３処理部２２は、サーバ内メールボックス３１が引き続き格納する電子署名付暗号化メールを、ＰＯＰ３サーバ３から再び受信することができる。
【００３６】
ゲートウェイ内ＰＯＰ３処理部２２は、復号化部２２１において電子署名付暗号化メールに復号化を施して、電子署名検証部２２２において電子署名付のメールに電子署名検証を施す。そして、ゲートウェイ内ＰＯＰ３処理部２２は、ゲートウェイ内メールボックス２２３において、復号化および署名検証された平文メールを格納する（ステップＳ３）。
【００３７】
次に、ゲートウェイ内ＰＯＰ３処理部２２は、クライアント装置１から受信要求をされる（ステップＳ４）。そして、ゲートウェイ内ＰＯＰ３処理部２２は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを、クライアント装置１に配信する（ステップＳ５）。
【００３８】
ゲートウェイ内メールボックス２２３のストレージに障害が発生する場合も考えられる。この場合であっても、ゲートウェイ内ＰＯＰ３処理部２２は、ＰＯＰ３サーバ３から電子署名付暗号化メールを受信したときに、その電子署名付暗号化メールをサーバ内メールボックス３１から削除することなく、サーバ内メールボックス３１に引き続き格納させることができる。
【００３９】
そのため、ゲートウェイ内ＰＯＰ３処理部２２は、ゲートウェイ内メールボックス２２３のストレージが回復したときに、ＰＯＰ３サーバ３から再びその電子署名付暗号化メールを受信して、その電子署名付暗号化メールから生成した復号化および署名検証された平文メールを、クライアント装置１に確実に配信することができるのである。
【００４０】
ここで、削除コマンド制御部２２４は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除するための削除コマンドを、削除コマンド送信部１１から受信していない。そのため、削除コマンド制御部２２４は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除しない。
【００４１】
次に、ゲートウェイ内ＰＯＰ３処理部２２が、クライアント装置１から、サーバ内メールボックス３１が格納する電子署名付暗号化メールの削除要求、および、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールの削除要求をされる場合が考えられる（ステップＳ６でＹＥＳ）。または、クライアント装置１が復号化および署名検証された平文メールのバックアップをとるため、ゲートウェイ内ＰＯＰ３処理部２２が、クライアント装置１から、これらの削除要求をされない場合が考えられる（ステップＳ６でＮＯ）。
【００４２】
まず、ステップＳ６でＹＥＳである場合の処理の流れについて説明する。削除コマンド制御部２２４は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除するための削除コマンドを、削除コマンド送信部１１から受信する。そして、削除コマンド制御部２２４は、ゲートウェイ内メールボックス２２３が格納する復号化および署名検証された平文メールを削除するのである（ステップＳ７）。
【００４３】
削除コマンド制御部２２４は、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除するための削除コマンドを、削除コマンド送信部１１から受信して、一時的に記憶しておく。そして、削除コマンド制御部２２４は、次回のＰＯＰ３サーバ３への受信要求時に、削除コマンド受信部３２に、サーバ内メールボックス３１が格納する電子署名付暗号化メールを削除させるのである（ステップＳ８）。そして、処理の流れは終了する。
【００４４】
次に、ステップＳ６でＮＯである場合の処理の流れについて説明する。削除コマンド制御部２２４は削除コマンド送信部１１から何らの削除コマンドも受信しないため、復号化および署名検証された平文メールはゲートウェイ内メールボックス２２３から削除されず、電子署名付暗号化メールはサーバ内メールボックス３１から削除されない。すると、クライアント装置１は復号化および署名検証された平文メールのバックアップをとることができる。そして、処理の流れは終了する。
【００４５】
｛ゲートウェイ装置のストレージを節約するための変形例｝
本実施の形態においては、ゲートウェイ内ＰＯＰ３処理部２２がクライアント装置１に復号化および署名検証された平文メールを配信したときに（ステップＳ５）、復号化および署名検証された平文メールはゲートウェイ内メールボックス２２３から削除されない。また、ステップＳ６でＮＯである場合に、復号化および署名検証された平文メールはゲートウェイ内メールボックス２２３から削除されない。ゲートウェイ内メールボックス２２３のストレージに障害が発生する場合も考えられるにもかかわらず、本実施の形態を採用する理由を以下に説明する。
【００４６】
クライアント装置１が復号化および署名検証された平文メールのバックアップをとるために、電子署名付暗号化メールはサーバ内メールボックス３１から削除されないが、復号化および署名検証された平文メールはゲートウェイ内メールボックス２２３から削除される場合を考える。この場合には、ゲートウェイ内ＰＯＰ３処理部２２は、クライアント装置１に再び復号化および署名検証された平文メールを配信するために、再び電子署名付暗号化メールから復号化および署名検証された平文メールを生成する必要がある。復号化および署名検証された平文メールを生成するために時間を要するため、本実施の形態を採用しているのである。
【００４７】
しかし、ゲートウェイ内メールボックス２２３のストレージ容量が小さい場合に、ゲートウェイ内メールボックス２２３のストレージを節約するために、ステップＳ５において、または、ステップＳ６でＮＯである場合に、復号化および署名検証された平文メールがゲートウェイ内メールボックス２２３から削除されるようにしてもよい。復号化および署名検証された平文メールがゲートウェイ内メールボックス２２３から削除されるようにするかどうかは、ゲートウェイ内ＰＯＰ３処理部２２がクライアント装置１に再び復号化および署名検証された平文メールを配信するために必要な時間を短縮したいか、または、ゲートウェイ内メールボックス２２３のストレージを節約したいか、により決定すればよい。
【図面の簡単な説明】
【００４８】
【図１】クライアント装置が電子メールを受信する処理の流れを示すブロック図である。
【図２】クライアント装置が電子メールを受信する処理の流れを示すフローチャートである。
【符号の説明】
【００４９】
１  クライアント装置
２  Ｓ／ＭＩＭＥゲートウェイ
３  ＰＯＰ３サーバ
１１  削除コマンド送信部
２１  ゲートウェイ内ＳＭＴＰサーバ
２２  ゲートウェイ内ＰＯＰ３処理部
３１  サーバ内メールボックス
３２  削除コマンド受信部
２２１  復号化部
２２１Ｓ  受信側私有鍵
２２２  電子署名検証部
２２２Ｐ  送信側公開鍵
２２３  ゲートウェイ内メールボックス
２２４  削除コマンド制御部
【図１】
2008288747.tif 000003
【図２】
2008288747.tif 000004