JP2005326933A - 電子メール送受信方法および電子メール送受信システム - Google Patents

Abstract

【課題】電子メール送受信システム内部で用いる電子メールアドレスを暗号化して処理可能とし、不正アクセス、または悪意を持ったシステム運用者によって電子メール送受信サーバー内の電子メールアドレスを搾取され漏洩した場合でも、電子メールアドレス自体が保護可能な電子メール送受信方式、電子メール送受信プログラム、電子メール送受信装置を提供する。また、電子メール内容に関しても同様に暗号化して処理可能とし、不正アクセス、盗聴などから保護可能とする。
【解決手段】あて先メールアドレス、送信者メールアドレス、電子メール内容を電子メール送受信システム上で保持する際に、暗号化してファイル、データベース、送信キュー、または、ユーザメールスプールに格納する。
【選択図】 図１

Description

本発明は電子メール送受信方法および電子メール送受信装置および電子メール送受信プログラムに関する。

これまで、電子メール送受信方法、電子メール送受信プログラム、電子メール送受信装置（以下まとめて「電子メール送受信システム」と記す）は、電子メール送信先となる電子メールアドレス（以下「あて先メールアドレス」と記す）や電子メール送信者の電子メールアドレス（以下「送信者メールアドレス」と記す）を暗号化されていないテキストコード（以下「平文」と記す）のまま処理していた。また電子メール送受信システムの電子メールアドレス格納用データベースまたは内部キュー、および電子メール送信結果履歴等においても、電子メールアドレスが平文のまま格納され、電子メール送受信システムのセキュリティ欠陥等をつく不正アクセス、または悪意を持ったシステム運用者によって電子メールアドレスを搾取され不正利用されるケースが発生していた。

同様に、電子メール内容そのものも、電子メール送受信システムの内部キューや受信済みのメールスプールなどに平文のまま保持され、電子メール送受信システムのセキュリティ欠陥等をつく不正アクセス、または悪意を持ったシステム運用者によって電子メールが盗聴されるプライバシー侵害が発生していた。
電子メール送受信システムの利用者は、前述の電子メール送受信システムのセキュリティ欠陥等をつく不正アクセス、または悪意を持ったシステム運用者によってメールアドレスの漏洩による不正利用、電子メール盗聴によるプライバシー侵害等にいたるという深刻な問題を抱えていた。

本発明は、電子メール送受信システム内部で用いる電子メールアドレスを暗号化して処理可能とし、不正アクセス、または悪意を持ったシステム運用者によって電子メール送受信サーバー内の電子メールアドレスを搾取され漏洩した場合でも、電子メールアドレス自体が保護可能な電子メール送受信方式、電子メール送受信プログラム、電子メール送受信装置を提供することを目的とする。
本発明は、電子メール内容を暗号化して処理可能とし、不正アクセス、または悪意を持ったシステム運用者によって電子メール送受信サーバー内の電子メールを盗聴された場合でも、電子メール記載内容が保護可能な電子メール送受信方式、電子メール送受信プログラム、電子メール送受信装置を提供することを目的とする。

上記課題を解決するため本発明は、あて先メールアドレス、送信者メールアドレスを電子メール送受信システム上で保持する際に、暗号化してファイル、データベース、送信キュー、または、ユーザメールスプールに格納する手段と、メール送信直前にメールアドレスを復号化してメール送信処理を行う手段とを具備することを特徴とする。
上記課題を解決するため本発明は、電子メール内容を電子メール送受信システム上で保持する際に、暗号化してファイル、データベース、送信キュー、または、ユーザメールスプールに格納する手段と、メール送信直前に電子メール内容を復号化してメール送信処理を行う手段とを具備することを特徴とする。

本発明によれば、電子メール送受信システム内部で用いる電子メールアドレスを暗号化して処理可能とし、外部記憶装置に平文の電子メールアドレスを保管することがなくなるため、不正アクセス、または悪意を持ったシステム運用者によって電子メール送信サーバー内の電子メールアドレスを搾取されデータ漏洩した場合でも、個人情報である電子メールアドレスが保護可能な電子メール送受信方式、電子メール送受信プログラム、電子メール送受信装置を提供することが可能となる。
本発明によれば、電子メール送受信システム内において電子メール内容を暗号化して処理可能とし、外部記憶装置に平文の電子メール内容を保管することがなくなるため、不正アクセス、または悪意を持ったシステム運用者によって電子メール送信サーバー内の電子メール内容を搾取されデータ漏洩した場合でも、電子メール記載内容が保護可能な電子メール送受信方式、電子メール送受信プログラム、電子メール送受信装置を提供することが可能となる。

以下、本発明の好ましい実施形態を添付図面を参照して説明する。
図1は本発明の実施形態である電子メール送受信システムの全体構成図であり、図２はあて先メールアドレス、または、送信者メールアドレスのフォーマットの一例、図３は暗号化されたあて先メールアドレス、または、送信者メールアドレスのフォーマットの一例、図４は平文の電子メール内容のフォーマットの一例、図５は暗号化された電子メール内容のフォーマットの一例、図６は電子メール送受信結果履歴フォーマットの一例である。
図７は本発明である電子メール送受信システムが電子メールを受信処理を行う際のプログラムフローチャートの一例である。図８は本発明である電子メール送受信システムが電子メール送信処理を行う際のプログラムフローチャートの一例である。

（１） 全体構成図の説明
図１を参照しながら、本発明の実施形態である電子メール送受信システムの全体構成を説明する。（以下、単に「メール」と記載した場合はすべて電子メールを意味する。）
１００は既存の技術により実現されている一般的なメールクライアントを表し、電子メール利用者がメールの送信および受信メールの閲覧を行う際に使用する。
電子メールを送信する際はメール送信要求部１０１から、極めて一般的なメール送信手順であるＳＭＴＰ(Simple Mail Transfer Protcol)を用いて、本発明の実施例である電子メール送受信サーバシステム２００へメールが送信される。また、メール受信の際は、メール受信要求部１０３から極めて一般的なＰＯＰ３(Post Office Protcol)、あるいは、ＩＭＡＰ４(Internet Message Access Protocol)等に代表されるメール取得手順により本発明の実施例である電子メール送受信サーバシステム２００から受信したメールを取得する。
２００は、本発明の実施例である電子メール送受信方式の電子メール送受信サーバーシステムで、メールクライアント１００、あるいは、インターネット３０１とＳＭＴＰによる通信を行うＳＭＴＰサーバシステム２１０、メールクライアント１００とＰＯＰ３による通信を行うＰＯＰ３サーバシステム２３０、メールクライアント１００とＩＭＡＰ４による通信を行うＩＭＡＰ４サーバシステム２５０から構成される。
なお、ＰＯＰ３サーバシステム２３０、ＩＭＡＰ４サーバシステム２５０は必ずしも存在する必要はなく、システムの構成によってはどちらか一方、あるいは、両方が存在しない場合も可能である。

ＳＭＴＰサーバシステム２１０はメールクライアント１００、または、インターネット３０１からＳＭＴＰにより送信されてきた電子メールを受信するメール受信処理部２１１ａおよび２１１ｂ、受信した電子メールを暗号化した後、送信待ち行列である送信キュー４０１、または、本電子メール送受信サーバシステム利用者のメール保管場所であるメールスプール４０３に電子メールを格納する暗号化処理部２１３a、および２１３ｂ、送信キューから電子メールを取り出し復号化する復号化処理部２１５、復号化された電子メールをＳＭＴＰを用いて送信するメール送信処理部２１７から構成される。
ＰＯＰ３サーバシステム２３０は、メールクライアント１００からのＰＯＰ３によるメール取得要求に応じて、メールスプール４０３から電子メールを取り出して復号化する復号化処理部２３１、復号化された電子メールをメールクライアントに応答送信するメール転送処理部２３３から構成される。
ＩＭＡＰ４サーバシステム２５０は、メールクライアント１００からのＩＭＡＰ４によるメール取得要求に応じて、メールスプール４０３から電子メールを取り出して復号化する復号化処理部２５１、復号化された電子メールをメールクライアントに応答送信するメール転送処理部２５３から構成される。
なお、ＰＯＰ３サーバシステム２３０、および、ＩＭＡＰ４サーバシステム２５０は、電子メールサーバシステム２００上に必ず存在しなければならないものではなく、どちらか一方、あるは、両方が存在しない構成でも構わない。
また、本構成はあくまでも一例であり、メールクライアント１００と電子メール送受信サーバシステム２００との間の通信が必ずしもＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ４である必要はなく、ＨＴＴＰ(Hyper Text Transfer Protcol)を用いたＷＥＢメールに代表されるようなＷＥＢブラウザ上で利用可能なメールクライアント等、既に公知の種々の通信方式が存在するが何れの方法を使用しても本発明の主旨を違えるものではない。

（２） データ・テーブルフォーマットの説明
図２に送信者メールアドレス、あるいは、あて先メールアドレスで扱われる電子メールアドレスフォーマットの一例を、図３に、暗号化された電子メールアドレスフォーマットの一例を示した。図２の平文のメールアドレスは図３の様に暗号化された後、送信キュー４０１に格納される。
なお、本実施例ではメールアドレスのアカウント部分（＠の左側部分、以降「メールアカウント」と記す。）のみを暗号化する方法を記載したが、メールアカウントのみを暗号化しなければならないことを記したものではなく、メールアドレスのドメイン部分（＠の右側部分、以降「メールドメイン」と記す。）を含めて暗号化しても構わない。
図４に、電子メール内容の一例を、図５に暗号化された電子メール内容の一例を示した。図４の平文の電子メール内容は図５の様に暗号化された後に送信キュー４０１、または、メールスプール４０３に格納される。
図６に、電子メール送受信結果履歴の一例を示した。送受信を行った電子メールの送信番号、暗号化済みメールアドレス、送信結果、送信時刻、メッセージID等が記録されているが、これは一例で、再送回数や、送信先サーバーから受け取った通信結果コードなどを記録しても良い。

（３）電子メール受信の具体的な処理の説明
図１および、図７に示したフローチャートを元に、電子メール送受信サーバシステム２００が電子メールを受信した際の本発明の処理を詳細に述べる。以下で説明するフローチャートを元にした動作は、すでに公知の技術であるプログラムソフトウェアにより実現する。また、以下の実施例は電子メール送信で極めて一般的なＳＭＴＰ(Simple Mail Transfer Protcol)の手順を用いてメールを受信したケースで説明を行う。さらに本プログラムがメール送信元サーバーからのＳＭＴＰのコマンドおよびパラメータを受信、メール送信元サーバーへの応答送信毎に正常受信／異常終了の通信結果が伴うが、本実施例では通信はすべて正常処理がなされたという前提で説明を行う。なお、メールの受信はメールクライアント１００、およびインターネット３０１の双方から受け付けるが、インターネット３０１からメールを受け付ける場合もメールクライアント１００からメールを受け付ける場合と処理手順は同じであるため、以下の実施例は、メールクライアント１００と電子メール送受信サーバシステム２００との間の処理をもって説明する。
また、メールクライアント１００、またはインターネット３０１と電子メール送受信サーバシステム２００との間は、一般的なメール通信手順であるＳＭＴＰ通信を用いたケースで説明を行うが、メールクライアント１００、またはインターネット３０１と電子メール送受信サーバシステム２００との間では、これ以外にＷＥＢメール等に代表されるＳＭＴＰ以外の既に公知の種々の通信方式が存在するが何れの方法を使用しても本発明の主旨を違えるものではない。

電子メール送受信サーバシステム２００の中で、ＳＭＴＰサーバシステム２１０がＳＭＴＰによる電子メールの受信処理を受け持つ。
ＳＭＴＰサーバシステム２１０はＳＭＴＰによる接続要求を受けた後、ＳＭＴＰ手順に従い、まずＨＥＬＯコマンドを受信する（ステップ１００１）。
続いて送信者メールアドレスを通知のためのＭＡＩＬコマンドを受信する（ステップ１００３）。ＳＭＴＰサーバシステム２１０は、ここで受信した送信者メールアドレスを暗号化する（ステップ１００５）。
暗号化方式としては、シーザー暗号、単一換字暗号、対象暗号（共通鍵暗号）、ワンタイムパッド等公知の暗号化方式が存在している。本発明の主旨は暗号化の方法を権利化申請するものではなく、送信サーバー側で使用・保管されるメールアドレスをすべて暗号化して使用する電子メール送信方法、プログラム、装置であるため暗号化方式そのものは問わない。このため暗号化方法そのものの説明は割愛する。

続いて宛先メールアドレスを通知するＲＣＰＴコマンドを受信する（ステップ１００７）。ここで受信したあて先メールアドレスを暗号化する（ステップ１００９）。
続いて電子メール内容の送信開始を通知するＤＡＴＡコマンドを受信する（ステップ１０１１）。続いて電子メール内容を受信する（ステップ１０１３）。電子メール内容の受信が完了したら電子メール内容を暗号化する（ステップ１０１５）。なお、電子メール内容の暗号化処理は電子メール内容すべての受信が完了するのを待たず、受信した分から随時暗号化処理を行っても構わない。電子メール内容の受信（ステップ１０１３）、および、その暗号化（ステップ１０１５）が完了した後は、宛先メールアドレスをチェックし（ステップ１０１７）、宛先が自ドメイン宛でなければ暗号化された送信者メールアドレス、暗号化された宛先メールアドレス、暗号化された電子メール内容を送信キュー４０１に追加する（ステップ１０１９、ステップ１０２１、ステップ１０２３）。
宛先が自ドメイン宛であれば、暗号化された電子メール内容を、当該ユーザのメールスプール４０３に追加する（ステップ１０２５）。
受信した電子メールを送信キュー４０１、または、メールスプール４０３に追加した後は、メール受信結果を記録する（ステップ１０２７）。このメール受信結果の記録では暗号化されたメールアドレスを用いて記録を行う。
最後にＱＵＩＴコマンドを待ちＳＭＴＰ通信を終了する（ステップ１０２９）。なお、このステップではＱＵＩＴコマンドを受けず、ステップ１００３から続けて次のメール受信処理を行うこともできる。

（４）電子メール送信処理の具体的な処理の説明
図１および、図８に示したフローチャートを元に、暗号化された電子メールアドレスおよび、暗号化された電子メール内容をもとにメール送信を行う処理を詳細に述べる。以下で説明するフローチャートを元にした動作は、すでに公知の技術であるプログラムソフトウェアにより実現する。また、以下の実施例は電子メール送信で極めて一般的なＳＭＴＰ(Simple Mail Transfer Protcol)の手順を用いてメール送信したケースで説明を行う。さらに本プログラムがメール送信先サーバーにＳＭＴＰコマンドおよびパラメータを送信する毎に相手先サーバーから正常受信／異常終了のセッション結果が適宜返ってくるが、本実施例では相手先サーバーからの返値はすべて正常処理がなされたという前提で説明を行う。
図１の送信キュー４０１には暗号化された電子メールアドレス、および暗号化された電子メール内容が複数格納されている。暗号化された電子メールアドレスや電子メール内容を復号化するための暗号鍵は、暗号化方式によってシステム固定で設定ファイルに置く場合や、送信メールアドレス毎に暗号化鍵を発行しメールアドレスを格納したテーブルに一緒に置く方法、送信するメール番号毎に暗号化鍵を発行し別途設定ファイルに置く方法等が考えられるが、前述の通り本発明は復号化方式そのものによるものではないため、ここでは復号化の方法については割愛する。

ＳＭＴＰサーバシステム２１０は、常時送信キュー４０１をチェックしており、送信すべきメールがある場合は送信キュー４０１からメールを取り出しメール送信処理を行う。以下にメール１通分のメール送信処理について説明する。
送信するメールがある場合は、メール毎に送信キュー４０１からあて先メールアドレスを取得し（ステップ１１０１）、あて先メールアドレスを復号化する（ステップ１１０３）。ここで取得、復号化されたあて先メールアドレスのドメイン名を元に、これからメール送信を開始することをメール送信先サーバーにＳＭＴＰのＨＥＬＯコマンドを用いて通知する（セッションの開始）（ステップ１１０５）。続いて送信キュー４０１から送信者メールアドレスを取得し（ステップ１１０７）、送信者メールアドレスを復号化（ステップ１１０９）した後、ＳＭＴＰのＭＡＩＬコマンドにより送信者メールアドレスを送信する（ステップ１１１１）。続いて、ステップ１１０１、ステップ１１０３で取得、復号化済みのあて先メールアドレスをＳＭＴＰのＲＣＰＴ Ｔｏコマンドで、あて先メールアドレスとして送信する（ステップ１１１３）。次にＳＭＴＰのＤＡＴＡコマンドを送信し（ステップ１１１５）、送信キュー４０３から電子メール内容を取得し（ステップ１１１７）、電子メール内容を復号化（ステップ１１１９）した後、この電子メール内容の送信を行い（ステップ１１２１）、電子メール内容の送信まで正常に終了すれば送信キューから当該メールの送信者メールアドレス、あて先メールアドレス、電子メール内容の削除（ステップ１１２３）を行う。ここまでのメール送信処理が完了したらメール送信結果を記録する（ステップ１１２５）。ここでのメール送信結果の記録では電子メールアドレスには暗号化されたものを使用する。最後にＳＭＴＰのＱＵＩＴコマンドを送信し（ステップ１１２７）、メール１通分の送信処理を終了する。
ここで説明したメール１通分の送信処理は、送信キュー４０１に格納されているメールの数だけ行う必要があるが、１通ずつメール数分繰り返すか、何通分かを並列に処理するかといった方法は既に公知の方法が複数存在しているが、本発明の趣旨とは異なるため、その方法は問わないものとする。

（５）ＳＭＴＰ以外のプロトコルを使用した場合の処理
ＰＯＰ３サーバシステム２３０、ＩＭＡＰ４サーバシステム２５０それぞれのシステムが使用するＰＯＰ３、および、ＩＭＡＰ４はＳＭＴＰと同様広く一般的に知られている通信手順であり、詳細な説明は省略する。いずれもプロトコル中、メールスプール４０３からメールを取得する際に、ＳＭＴＰサーバ２１０が送信キューからメールを取得した際に行う復号化処理と同じ復号化処理を行えばよいだけである。
同様に、ＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ４を使用しない他のメール管理方法においても、電子メール内容および電子メールアドレスを送信キュー、メールスプール、あるいはログなどの処理結果履歴等を外部記憶装置に保存する際には暗号化を行い、外部記憶装置から電子メール内容および電子メールアドレスを取得する際に復号化を行えばよく、この範囲においては他のメール管理方法やプロトコルを用いても、本発明の趣旨を違えるものではない。
また本実施例では、メールアドレス、メール内容共々暗号化して処理する例を記載したが、これはメールアドレスおよびメール内容を常に共々暗号化しなければならないことを規定したものではなく、メールアドレスのみ、またはメール内容のみ暗号化するという部分的対応も考えられる。

本発明の実施形態である、電子メール送受信システムの全体構成図。 本発明の実施形態である、あて先メールアドレス、または、送信者メールアドレスのフォーマットの一例。 本発明の実施形態である、暗号化されたあて先メールアドレス、または、送信者メールアドレスのフォーマットの一例。 本発明の実施形態である、電子メール内容のフォーマットの一例。 本発明の実施の形態である、暗号化された電子メール内容のフォーマットの一例。 本発明の実施の形態である、送受信結果履歴フォーマットの一例。 本発明の実施の形態である、電子メール送受信システムがメール受信処理を行う際のプログラムフローチャートの一例。 本発明の実施の形態である、電子メール送受信システムがメール送信処理を行う際のプログラムフローチャートの一例。

符号の説明

１００ メールクライアント
１０１ メール送信要求部
１０３ メール受信要求部
２００ 電子メール送受信サーバーシステム
２１０ ＳＭＴＰサーバシステム
２１１ａ メール受信処理部
２１３ａ 暗号化処理部
２１１ｂ メール受信処理部
２１３ｂ 暗号化処理部
２１５ 復号化処理部
２１７ メール送信処理部
２３０ ＰＯＰ３サーバシステム
２３１ 復号化処理部
２３３ メール転送処理部
２５０ ＩＭＡＰ４サーバシステム
２５１ 復号化処理部
２５３ メール転送処理部
３０１ インターネット
４０１ 送信キュー
４０３ メールスプール

Claims (4)

1. 電子メールの転送を含む電子メール送受信システムにおいて、ハードディスク等に代表される外部記憶装置に平文の電子メールアドレスを保持しない電子メール送受信方法。
2. 電子メールの転送を含む電子メール送受信システムにおいて、ハードディスク等に代表される外部記憶装置に平文の電子メール本体を保持しない電子メール送受信方法。
3. 請求項１または請求項２に記載の電子メール送受信方式による電子メール送受信装置
4. 請求項１または請求項２に記載の電子メール送受信方式によるプログラムおよびまた本プログラムを記載した記憶メディア。

Images