JP2003134167A - 電子メール配送サーバ - Google Patents

Abstract

(57)【要約】 【課題】 秘匿性を維持しながら電子メールシステムの
効率性を高める。 【解決手段】 電子メール配送サーバにおいて、電子メ
ールのヘッダ部分または本文部分の内容に基づいて電子
メールに求められる秘匿性の高さを判定する秘匿性判定
手段と、秘匿性判定手段が秘匿性が低いと判定した電子
メールはそのまま配送プロトコルにしたがって配送し、
秘匿性が高いと判定した電子メールに関してはその配送
を中止した上で、電子メールを電子メール配送サーバが
受け取っていることを電子メールの送信先に通知する通
知用電子メールを配送プロトコルにしたがって配送する
通知メール配送制御手段と、配送を中止した電子メール
を、送信先からの指示に応じて実行される所定の中止メ
ール処理手順にしたがって処理する中止メール処理手段
とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子メール配送サー
バに関し、例えば、sendmail間で行われるＳＭＴＰに応
じた手順にしたがってインターネット上で電子メールを
配送する場合などに用いて好適なものである。

【０００２】

【従来の技術】従来の電子メールに関する技術として
は、次の文献１、文献２に記載されたものがある。

【０００３】文献１：特開２００１-１７５５５２号公
報 文献２：特開２００１-９４５８９号公報 電子メールを扱える携帯電話の普及やインターネット等
のコンピュータネットワークの発展に伴い、情報伝達手
段として電子メールを利用する機会が増えている。ビジ
ネス分野においても電子メールの役割・流通量は年々大
きくなっており、社外で電子メールをチェックするため
に、携帯電話機や自宅のＰＣ（パーソナルコンピュー
タ）に会社のメールアドレス宛の電子メールを転送す
る、といったことが行われるようになっている。

【０００４】しかしながら、インターネット経由で電子
メールを送受信する場合、内容を盗み読みされ秘密情報
が漏洩する危険性がある。更に、配送先が携帯電話機等
の携帯端末の場合、端末の処理能力が低い、データ通信
速度が遅い、通信コストが高い、といった制約があっ
た。このため、社外で手軽に電子メールをチェックした
いという要望と秘密情報の漏洩防止との両立が課題とな
っていた。

【０００５】このような状況のもと、前記文献１では、
電子メールの概要文と暗号文をセットにして送信するシ
ステムを開示している。暗号化メールを利用する場合、
暗号化及び復号の計算量が大きいという課題があるが、
文献１では概要文をつけることで復号の必要な暗号化メ
ール数の削減を実現している。具体的には、秘密情報を
含む電子メールを送信する送信クライアントは、該電子
メール全文を暗号化すると共に秘密情報が含まれないよ
うに配慮してメールの概要を示す概要文を生成し、平文
の概要文に暗号文の全文を添付して送信する。

【０００６】これを受け取った受信クライアントは、最
初に概要文を読み、必要なメールだけ暗号を復号して全
文を読むことができる。つまり、受信クライアントで
は、重要度の低い電子メールは暗号文を復号しなくて済
むようになる。このようにして、秘匿性を確保しつつ受
信クライアントの処理削減を実現している。

【０００７】また、前記文献２では、メールサーバにフ
ィルタリング機能と仲介機能を持たせるシステムを開示
している。電子メールが大量に配送されると受信クライ
アントの負荷が重くなるという問題があるが、文献２で
は重要度の低い電子メールをメールサーバで廃棄するこ
とで受信クライアントの負荷を低減している。

【０００８】具体的には、メールサーバに電子メールの
廃棄条件を設定しておき、これに当てはまる重要度の低
い電子メールをメールサーバで廃棄すると共に廃棄した
事を送信クライアントに伝える、廃棄条件に当てはまら
ない電子メールはこれを受信するかどうか受信クライア
ントに打診してか配送する、といった処理をしている。
また、このシステムの有効な適用分野として移動電話機
が挙げられている。

【０００９】

【発明が解決しようとする課題】ところが文献１のよう
に暗号化メールを利用する場合には暗号化及び復号のた
めにクライアント間でツールを揃える必要があり、鍵の
管理のために認証局（ＣＡ）からＩＤを取得する必要が
あるなど手軽ではなかった。このため、セキュリティが
確保されている社内ネットワーク下では秘密情報を含む
電子メールであっても暗号化されていないケースが多
く、会社のメールアドレス宛のメールを社外に転送する
ことは、情報漏洩において非常に危険な状態にあった。

【００１０】これには社外へ転送する際に電子メールを
暗号化することによって対処することも考えられるが、
電子メールの配送先が携帯電話機などである場合には問
題である。携帯電話機に暗号化メールを配送しても、携
帯電話機自体が処理負荷のために暗号化メールをサポー
トしておらず復号できないからである。

【００１１】文献１に記載されている概要文と暗号文を
セットにして配送するという方法は、復号しない可能性
のある暗号文を予め配送してしまうため、通信時間や通
信コストにおいても無駄があった。さらに、受信クライ
アントが暗号文と概要文からなるメールをスプールする
必要があるため、通常に比べて大きな容量のメモリが必
要という課題があった。

【００１２】特に受信クライアントが携帯電話機の場
合、暗号化メールが復号できないことに加え、概要文の
分だけ文字数が増加するため電子メールの受信文字数制
限によって正常な受信が行えなくなる可能性も少なくな
い。一例として、現在のところ我が国で最大の携帯電話
ユーザを収容している携帯電話ネットワークの場合、受
信文字数の上限は２５０文字である。

【００１３】文献２に記載のシステムはダイレクトメー
ル等の優先度の低い電子メールを配送しないようにする
ことが目的になっており、受信クライアントの負荷は軽
減されるものの秘匿性については考慮されていなかっ
た。このため、文献２のシステムで秘匿性を確保しよう
とすると、インターネットヘ電子メール配送されないよ
うになってしまい、社外で電子メールをチェックしたい
という要望に応えられるものではなかった。

【００１４】以上のように、電子メールシステムにおい
て、インターネット経由で手軽に電子メールを読みたい
という要望の実現と、秘密情報を含む電子メールの配送
による情報漏洩の対策との両立は、文献１,２の方法に
よっても実現されていなかった。

【００１５】

【課題を解決するための手段】かかる課題を解決するた
めに、本発明では、配送すべき電子メールを受け取り、
所定の配送プロトコルにしたがって電子メールの配送を
行う電子メール配送サーバにおいて、（１）前記電子メ
ールのヘッダ部分または本文部分の内容に基づいて当該
電子メールに求められる秘匿性の高さを判定する秘匿性
判定手段と、（２）当該秘匿性判定手段が秘匿性が低い
と判定した電子メールはそのまま前記配送プロトコルに
したがって配送し、秘匿性が高いと判定した電子メール
に関してはその配送を中止した上で、当該電子メールを
電子メール配送サーバが受け取っていることを電子メー
ルの送信先に通知する通知用電子メールを前記配送プロ
トコルにしたがって配送する通知メール配送制御手段
と、（３）配送を中止した電子メールを、送信先からの
指示に応じて実行される所定の中止メール処理手順にし
たがって処理する中止メール処理手段とを備えたことを
特徴とする。

【００１６】

【発明の実施の形態】（Ａ）実施形態 以下、本発明にかかる電子メール配送サーバの実施形態
について説明する。

【００１７】メールサーバ（ＭＴＡ）は、電子メールの
送信元および送信先のメーラ（ＭＵＡ）とともに電子メ
ールシステムを構成する重要な要素である。メールサー
バは機能上、メール配送サーバとメール受信サーバに分
けることができる。

【００１８】このうちメール配送サーバはＳＭＴＰなど
のメール配送プロトコルにしたがって電子メールの配送
を行うサーバであり、メール受信サーバは着信した電子
メールを受信メールボックス内に保存し、ＰＯＰ３やＩ
ＭＡＰ４などのメール取り出しプロトコルにしたがって
当該電子メールの送信先のメーラからの指示に応じて受
信メールボックス中の電子メールを処理するサーバであ
る。

【００１９】また、前記メーラは送信しようとする電子
メールをメール配送サーバに送信したり、着信した電子
メールをメール受信サーバ内の受信メールボックスから
取り出したあと、開封して読んだりするためのソフトウ
エアであり、携帯電話機やパーソナルコンピュータなど
のユーザ端末に搭載され得る。

【００２０】電子メールの配送には様々な方法がある
が、インターネット上で通常用いられるのは、送信先の
ドメインに配置されたＤＮＳサーバに問い合わせること
で送信先のＩＰアドレスを取得して、送信元のドメイン
にあるメール配送サーバから直接的に、送信先のドメイ
ンにあるメール受信サーバに配送する方法である。ＳＭ
ＴＰはＯＳＩ参照モデルのセッション層およびプレゼン
テーション層に位置づけられるから、この配送に際して
は、ＴＣＰ／ＩＰプロトコルなど、トランスポート層以
下の各プロトコルが利用されるのは当然である。

【００２１】この方法では、電子メールがメール受信サ
ーバに受信され、該当する受信メールボックスに格納さ
れた時点で電子メールの配送が完了するが、送信先が携
帯電話機等である場合には必ずしもそうではなく、送信
先の携帯電話機がアベイラブルであることを確認すると
メール受信サーバ主導で電子メールを送り付けることに
よって配送が完了することもある。

【００２２】これは携帯電話ネットワーク上の電子メー
ルシステムがインターネット上の一般的な電子メールシ
ステムと必ずしも同じでないためである。携帯電話ネッ
トワーク上にどのような電子メールシステムを構築する
かは基本的に携帯電話ネットワークを管理、運営する携
帯電話事業者の自由であると考えられるが、あまり特異
な電子メールシステムを構築してしまうとインターネッ
ト上の電子メールシステムとの接続が正常に行えなくな
る可能性が高まるため、携帯電話ネットワーク上であっ
ても、基本的にはインターネット上と同じか、インター
ネット上と類似した電子メールシステムが構築される。

【００２３】（Ａ−１）第１の実施形態の構成 本実施形態にかかる電子メールシステム１０の主要部の
構成例を図１に示す。

【００２４】図１において、当該電子メールシステム１
０は、イントラネット１０１と、インターネット１０２
とを備えており、イントラネット１０１上には本実施形
態の特徴であるメールサーバ１０６が配置されている。
また、イントラネット１０１にはクライアント端末１０
３と１０４が接続され、インターネット１０２にはクラ
イアント端末１０５と１２０が接続されている。

【００２５】なお、インターネット１０２上などには、
上述したＳＭＴＰに応じた電子メールの配送を支援する
ための多数の図示しないルータが配置されていることは
当然である。

【００２６】クライアント端末１０３〜１０５のうちイ
ントラネット１０１内のクライアント端末１０３と１０
４は、メーラを搭載したパーソナルコンピュータなどで
あってよい。また、インターネット１０２に接続された
クライアント端末１０５もパーソナルコンピュータなど
であってもよいが、ここでは主として、メーラを搭載し
た携帯電話機を想定する。クライアント端末１０５が携
帯電話機の場合、クライアント端末１０５とインターネ
ット１０２のあいだには、点線で示した携帯電話ネット
ワークＰＮ１が介在することになる。

【００２７】また、クライアント端末１０３を操作する
ユーザＵ１と、クライアント端末１０４を操作するユー
ザＵ２と、クライアント端末１０５を操作するユーザＵ
３とは、例えば、同じ会社の社員であってよい。この場
合、ユーザＵ１とＵ２の位置は社内にかぎられるが、ユ
ーザＵ３の位置は社内でも社外でもかまわない。

【００２８】メールサーバ１０６，クライアント端末１
０３，１０４を含め、イントラネット１０１上に存在す
るすべての通信装置は、基本的に図示しないファイアウ
オールによって守られている。すなわち、インターネッ
ト１０２上の不特定の通信装置から不特定のプロトコル
を用いてイントラネット１０１内の通信装置に直接アク
セスすることはできないように、ファイアーウオールが
設定されている。このため、例えば、クライアント端末
１０３と１０４間で電子メールをやり取りする場合に
は、平文のままで電子メールを送受したとしてもインタ
ーネット１０２上の第３者に当該電子メールの内容を知
られる可能性はない。

【００２９】なお、セキュリティ性の向上のため、イン
トラネット１０１上に公開セグメント（非武装セグメン
ト（ＤＭＺ））を設けて、イントラネット１０１を公開
セグメントと非公開セグメントに分けることがある。

【００３０】公開セグメントは、前記ファイアーウオー
ルが提供するアクセス制御によってインターネット１０
２上の不特定多数の通信装置から不特定のプロトコルに
よってアクセスされることがないという意味では完全に
無防備ではないが、予めファイアーウオールに設定され
た限られたプロトコルによって限られた通信装置か
ら（、または限られたプロトコルによって不特定多数の
通信装置から）アクセスされるので、非公開セグメント
内の通信装置に比べると、インターネット１０２上から
の攻撃や盗聴に対して脆弱である。

【００３１】本実施形態のメールサーバ１０６は後述す
るように、前記クライアント端末１０５からの返信メー
ルＲＭ１を受け取る必要があるため、何らかの方法で、
少なくともＳＭＴＰを用いたインターネット１０２上か
らのアクセスは可能としておく必要がある。

【００３２】一例として、前記公開セグメント上に社外
用のメールサーバを配置し、非公開セグメント上に社内
用のメールサーバ（例えば、クライアント端末１０３と
１０４の間のように、社内における電子メールのやり取
りは、この社内用メールサーバが分担する）を配置する
場合には、前記メールサーバ１０６を社外用のメールサ
ーバとして、公開セグメント上に配置することで、前記
返信メールＲＭ１の受け取りが可能となる。

【００３３】なお、当該返信メールＲＭ１の配送にも上
述したＤＮＳサーバにＩＰアドレスを問い合わせる方法
を用いる場合には、当該公開セグメント上に社外用のＤ
ＮＳサーバ（すなわち、社外から参照されてもかまわな
いドメインネームだけを登録してあるＤＮＳサーバ）も
配置する必要がある。現在のところ、携帯電話機のメー
ラや電子メールシステムでReply-to機能に対応している
ものはほとんど存在しないため通知メールＮＭ１のRepl
y-toフィールドに送信元の電子メールアドレスＭＡ２
（インターネット１０２上から前記非公開セグメント内
の通信装置に送信される電子メールはすべて、いったん
メールサーバ１０６に受信される）またはメールサーバ
１０６の電子メールアドレスを書き込むことはできず、
ユーザＵ３が返信メールＲＭ１を作成するときにも、電
子メールシステムが返信メールＲＭ１をメールサーバ１
０６へ配送するときにも、ユーザＵ３および電子メール
システムは、通常の新たな電子メールの作成および配送
と同様な手順を実行する必要があるからである。

【００３４】以下の説明では、クライアント端末１０４
からクライアント端末１０５へ電子メールＥＭ１を送信
する場合を想定する。また、クライアント端末１０４の
電子メールアドレスはＭＡ２であり、クライアント端末
１０５の電子メールアドレスはＭＡ３であるものとす
る。

【００３５】図１のメールサーバ１０６は主として上述
したメール配送サーバとして機能するもので、配送する
元の電子メール（ここでは、ＥＭ１）の秘匿必要性を判
断する機能を有し、秘匿すべきメールと判断された場合
は、当該電子メールを配送する前に秘匿すべき電子メー
ルの着信をクライアント端末（ここでは、１０５）に通
知するものである。このような機能を実現するため、当
該メールサーバ１０６は、メールサーバ部１０７と、通
知メール生成部１０８と、秘匿必要性判断部１０９と、
配送メール選択部１１０と、制御部１１１とを備えてい
る。

【００３６】このうちメールサーバ部１０７は基本的に
ＵＮＩＸ（登録商標）システムにおけるsendmail等のサ
ーバアプリケーションプログラムで実現される部分であ
る。メール転送エージェント（ＭＴＡ）であるsendmail
としては、ＵＮＩＸ（登録商標）系にかぎらず、すでに
様々なプログラムが存在するが、その多くは、多様なコ
ンピュータの間で電子メールをやり取りできるように、
電子メールの配送に必要な最小限度の機能しか備えてお
らず、認証機能などは持たないのが普通である。

【００３７】通常のメール配送サーバはこのメールサー
バ部１０７に相当する機能だけを搭載しているので、本
実施形態の特徴は、当該メールサーバ部１０７以外の構
成要素１０８〜１１１にあるといえる。

【００３８】ただし通常のsendmailは、ある電子メール
を受け取ったら、上述したＤＮＳサーバにＩＰアドレス
を問い合わせること等の手順を経て電子メールの配送を
実行するだけであるが、本実施形態のメールサーバ部１
０７は、受け取った電子メールを直ちに配送するのでは
なく、まず秘匿必要性判断部１０９、通知メール生成部
１０８、および配送メール選択部１１０に供給し、配送
メール選択部１１０が選択した電子メールをＳＭＴＰに
したがって次のメールサーバに配送する必要がある。

【００３９】また、配送する電子メールが本来の電子メ
ールＥＭ１ではなく通知メールＮＭ１である場合には、
当該通知メールＮＭ１の配送後にも本来の電子メールＥ
Ｍ１はメールボックスＢＸ１などに保存しておく必要が
ある。

【００４０】一例としては、メールサーバ１０６が電子
メール（例えば、ＥＭ１）を受け取ったときには、その
電子メールをメールサーバ部１０７内のsendmailに渡さ
ず、秘匿必要性判断部１０９、通知メール生成部１０
８、および配送メール選択部１１０に渡し、配送メール
選択部１１０から出力される電子メール（ＥＭ１または
ＮＭ１）をsendmailに渡す（この時点ではじめてsendma
ilが電子メールの受信を認識する）ように構成すれば、
既存のsendmailの機能をほとんど改変することなくその
まま実装することができるから、簡便である。

【００４１】メールサーバ部１０７に接続されている前
記通知メール生成部１０８は、本来の電子メールＥＭ１
の内容をもとに当該電子メールＥＭ１がメールサーバ１
０６に着信したことを送信先ユーザＵ３に通知する通知
メールＮＭ１を自動的に生成する部分で、生成した通知
メールＮＭ１は配送メール選択部１１０に供給する。通
知メールＮＭ１は、前記着信を通知する目的で使用され
る点で送信先のユーザＵ３にとっては特別な意味を持つ
が、電子メールシステムからみるとまったく通常の電子
メールであり、電子メールＥＭ１などと同様、ＳＭＴＰ
にしたがって配送される。

【００４２】通知メールＮＭ１が配送されるのは本来の
電子メールＥＭ１の秘匿性が高いケースであるから通知
メールＮＭ１自体がみだりに電子メールＥＭ１の内容を
明かすものであってはならないが、その反面、通知メー
ルＮＭ１は本来の電子メールＥＭ１が送信先ユーザＵ３
にとって読む価値のあるものであるか否かの判断の基礎
となる情報を提供する必要があるため、電子メールＥＭ
１に関する必要最小限の情報を含んでいる必要がある。
秘匿性を確保するためには通知メールＮＭ１が持つ情報
の量は少なければ少ないほどよいが、価値判断の基礎を
提供するためには情報量は多ければ多いほどよいから、
通知メールＮＭ１の生成は、相互に矛盾することの多い
要件を満足しなければならない困難で微妙な問題である
ということができる。

【００４３】一例としては、通知メールＮＭ１は、元の
電子メールＥＭ１のヘッダ部から差出人（送信元）、作
成時刻（送信時刻）等の情報を取り出して生成するよう
にしてもよい。例えば、「Ｕ２さんから○○時○○分に
社外秘のメールが届いています。」といった内容にな
る。但し、通知メールＮＭ１の生成は特にこの方法に限
定されるものではなく、メール本文の情報を用いても構
わない。例えば、本文中から至急という言葉を検索し、
「Ｕ２さんから○○時○○分に社外秘のメールが届いて
います。このメールは至急という言葉が含まれていま
す。」といったものでも構わない。

【００４４】ただし通知メール生成部１０８に、処理結
果である通知メールＮＭ１の内容をユーザＵ２が予測す
ることが難しい複雑な処理を行わせると、ユーザＵ２が
秘匿したい肝心な情報を含んだ通知メールＮＭ１を生成
してしまう可能性も高まるので、一般的には、通知メー
ル生成部１０８が行う処理は、その結果をユーザＵ２が
明確に予測することが可能な、できるだけ単純なものに
したほうがよいとも考えられる。

【００４５】例えば、単に本来の電子メールＥＭ１の題
名をそのまま通知メールＮＭ１の題名として本文に有効
な内容を持たない通知メールＮＭ１を生成するようにし
てもよい。

【００４６】電子メールＥＭ１の題名は送信元のユーザ
Ｕ２が自身で作成するものであるから、上述した困難で
微妙な問題を解決できる適切な題名を作成し、その題名
をそのまま通知メール生成部１０８が通知メールの題名
（必要ならば本文としてもよい）とするような処理を行
うようにしておき、その旨を予めユーザＵ２に知らせて
おけば、生成される通知メールＮＭ１の内容が明確に予
測できるから、ユーザＵ２の安心感も高まる。

【００４７】また、電子メールＥＭ１の題名を通知メー
ルＮＭ１の本文の内容とせずに題名とすることによっ
て、クライアント端末１０５が通知メールＮＭ１を受信
した際、開封しなくても価値判断ができるために簡便で
ある。携帯電話ネットワークＰＮ１上の電子メールシス
テムによっては、開封不要な場合は電子メールＥＭ１自
体のダウンロードも不要となる可能性も高く、携帯電話
機の限られたメモリ容量を節約することも可能である。

【００４８】なお、電子メール（ＥＭ１，ＮＭ１など）
のヘッダ部内の各フィールドには通常、メッセージＩＤ
（各電子メールを区別するためのユニークな番号。メー
ルサーバ１０６によって自動的に付与される）、送信の
日時、送信元（差出人）の情報（送信元の電子メールア
ドレス（ここでは、ＭＡ２）や氏名など）、送信先の情
報（送信先の電子メールアドレス（ここではＭＡ
３））、メールの題名、メール本文の種類（テキスト、
画像、音声などの区別）などを示す各情報が収容されて
いる。

【００４９】配送メール選択部１１０は、本来の電子メ
ールＥＭ１または通知メール生成部１０８が生成した通
知メールＮＭ１のなかから、配送するものを選択する部
分である。この選択は、秘匿必要性判断部１０９から制
御入力端子に供給される選択制御信号ＳＣに応じて実行
される。

【００５０】通知メール生成部１０８と同様に、前記メ
ールサーバ部１０７から電子メールＥＭ１を受け取る秘
匿必要性判断部１０９は、メールサーバ１０６が配送す
べき電子メール（ここでは、ＥＭ１）について秘匿必要
性の高低を判断する部分であり、その判断結果に応じた
前記選択制御信号ＳＣを前記配送メール選択部１１０の
制御入力端子に供給する。

【００５１】すなわち当該秘匿必要性判断部１０９は、
秘匿必要性が高いと判断した場合には通知メールＮＭ１
を選択させる選択制御信号ＳＣを出力し、秘匿必要性が
低いと判断した場合には本来の電子メールＥＭ１を選択
させる選択制御信号ＳＣを出力する。

【００５２】このとき選択された電子メール（ＥＭ１ま
たはＮＭ１）は平文のまま、送信先であるクライアント
端末１０５へ配送される。

【００５３】秘匿必要性判断部１０９では、受信した電
子メールＥＭ１のヘッダ部に記述されている情報や、本
文に記載されている内容から秘匿する必要性を判断する
ことになるが、具体的な判断方法には様々なものが考え
られる。

【００５４】例えば、ヘッダ部の該当フィールドから読
み出した前記送信元の情報や、メールの題名、更には拡
張したフィールドの情報等を利用して判断するようにし
てもよい。

【００５５】このとき一例としては、特定の送信元から
の電子メールは秘匿にする、題名に「社外秘」等の文字
が含まれる場合は秘匿する、といった判断が考えられ
る。また、本文中から「限定情報」「社外秘」といった
秘密を示すような記述、「価格」「２００億円」といっ
た金額を示すような記述を検索して、秘匿必要性を判断
することも可能である。

【００５６】ただしここでも、前記通知メール生成部１
０８と同様、秘匿必要性判断部１０９の判断結果がユー
ザＵ２に予測できるようにしたほうが安心感を与えるこ
とができる。これは、秘匿してくれることを期待して電
子メールＥＭ１を送信したのに実際には秘匿してもらえ
ず、平文のままの電子メールＥＭ１がインターネット１
０２上を配送され盗聴されたということが起こらないよ
うにするためである。その意味で、例えば、題名に「社
外秘」等の文字を記述することによって、ユーザＵ２が
明示的に、秘匿性が高いことを表示できるようにするこ
とは望ましい。この場合、予め題名に「社外秘」等の文
字を記述しておけば秘匿性が高いものとして処理するこ
とをユーザＵ２に知らせておくことが前提となることは
当然である。

【００５７】なお、電子メールＥＭ１の秘匿性が低いと
秘匿必要性判断部１０９が判断する場合には通知メール
ＮＭ１は必要ないのであるから、秘匿必要性判断部１０
９が秘匿性が高いと判断したときにはじめて、通知メー
ル生成部１０８が通知メールＮＭ１を生成するように構
成すると、効率的である。

【００５８】最後に制御部１１１は、秘匿性が高いと判
断された場合の電子メールＥＭ１につき、その処理を、
通知メールＮＭ１を読んだ送信先のユーザＵ３からの指
示に応じて決定し、決定に応じた処理を実行する部分で
ある。

【００５９】秘匿性が高いと判断された電子メール（例
えば、ＥＭ１）に関する処理の内容の少なくとも一部
は、予め送信先ユーザごとに登録しておいてもよいし、
処理の内容のすべてを、送信先ユーザ（例えば、Ｕ３）
からの返信メール（例えば、ＲＭ１）に応じて動的に決
定するようにしてもよい。

【００６０】クライアント端末１０５が携帯電話機であ
る場合には、例えば、最も普及しているＳ／ＭＩＭＥ
や、よく知られたＰＥＭ、ＰＧＰなどの電子メールの暗
号化方式で暗号化された電子メールＥＭ１を復号して読
むことはできないため、ユーザＵ３の自宅などに設置し
たクライアント端末１２０宛に転送してもらい、自宅で
読むようにしてもよい。当該クライアント端末１２０
は、携帯電話機などではなく、Ｓ／ＭＩＭＥ、ＰＥＭ、
ＰＧＰなどに対応した復号機能を持つメーラを搭載した
通信装置で、例えば、パーソナルコンピュータなどであ
ってよい。

【００６１】この場合、自宅のクライアント端末１２０
の電子メールアドレスＭＡＸ等は予めメールサーバ１０
６内の制御部１１１などに登録しておいてもよく、動的
に、返信メールＲＭ１で指示するようにしてもよい。予
め登録してある場合には、返信メールＲＭ１では、転送
の要否だけを指定すればよくなる。

【００６２】電子メールＥＭ１を自宅のクライアント端
末１２０に転送させる場合は、元の電子メールＥＭ１の
ヘッダ部に収容されきた送信先の情報である電子メール
アドレスＭＡ１を、自宅のクライアント端末１２０の電
子メールアドレスＭＡＸに書き換える処理を、制御部１
１１が実行し、前記暗号化を施した上で、ＳＭＴＰに応
じた配送を行う必要がある。図１中のＥＮ（ＥＭ１）
は、電子メールＥＭ１を暗号化した電子メールを示して
いる。

【００６３】なお、クライアント端末１０５がReply-to
機能を持たない携帯電話機である場合などには、メール
サーバ１０６がどのようにして、元の電子メールＥＭ１
とその返信メールＲＭ１の対応関係を認識するかが問題
となる。返信メールＲＭ１も前記通知メールＮＭ１と同
様に、ユーザＵ３にとっては特別なメールであるが、外
形的には通常の電子メールと変わらず、メールサーバ１
０６が電子メールＥＭ１と同時に処理する可能性のある
その他の多数の電子メールと区別がつかないからであ
る。

【００６４】一例としては、返信メール（ＲＭ１）の題
名に「返信」等と記載させることで返信メールであるこ
とを表示させ、同時に処理する可能性のある返信メール
間の識別は、返信メールのヘッダ部に含まれる送信元お
よび送信先の電子メールアドレス（ＭＡ３，ＭＡ２）
と、元の電子メール（ＥＭ１）のヘッダ部に含まれる送
信先および送信元の電子メールアドレス（ＭＡ２，ＭＡ
３）の対応関係に基づいて実行するようにしてもよい。
ただしこの場合、メールサーバ１０６は、同じ送信元
（例えば、ＭＡ２）から同じ送信先（例えば、ＭＡ３）
への電子メール（例えば、ＥＭ１など）は、同時には１
通しか取り扱うことができない。

【００６５】同じ送信元から同じ送信先への電子メール
（例えば、ＥＭ１など）を、同時に複数取り扱うには、
例えば、通知メール（ＮＭ１）のメッセージＩＤを含む
返信メール（ＲＭ１）を送信させるようにすればよい。
メッセージＩＤは各電子メールにユニークなものなの
で、通知メールの送信時にそのメッセージＩＤ（当該メ
ッセージＩＤと元の電子メールＥＭ１との対応関係も記
憶しておく）をメールサーバ１０６（制御部１１１）内
に記憶しておけば、返信メールが届いたときに、その返
信メールに対応する元の電子メールを一義的に識別する
ことが可能である。

【００６６】なお、送信先のユーザＵ３が暗号化した電
子メールＥＭ１を取り寄せる方法としては、これら以外
に、Ｗｅｂブラウザを利用してメールを閲覧する方法、
元メールＥＭ１の送信者Ｕ２（あるいは、メールサーバ
１０６）に対し受信クライアント端末（１０５または１
２０）の暗号復号環境に合わせた暗号化メールを再送す
るように要求する方法、更には元メールの送信者Ｕ２に
対し電話等の別の手段で問い合わせる方法等がある。

【００６７】以下、上記のような構成を有する本実施形
態の動作について説明する。本実施形態のメールサーバ
１０６の動作を図２のフローチャートに示す。図２のフ
ローチャートは、Ｓ２１〜Ｓ２６の各ステップによって
構成されている。

【００６８】（Ａ−２）第１の実施形態の動作 ここでは説明の簡単のために、イントラネット１０１内
に前記社内用のメールサーバと社外用のメールサーバを
別個に設置せず、社外および社内兼用のメールサーバを
設置するものとし、前記メールサーバ１０６を、この兼
用メールサーバとする。

【００６９】また、同一内容の電子メールＥＭ１をクラ
イアント端末１０４から、クライアント端末１０３およ
び１０５に送信するものとする。このようなケースで
は、通常、電子メールＥＭ１のヘッダ部のＣＣフィール
ドまたはＢＣＣフィールドに、送信先であるクライアン
ト端末１０３の電子メールアドレスＭＡ１と、クライア
ント端末１０５の電子メールアドレスＭＡ３を記述して
おく。

【００７０】図２において、送信元のクライアント端末
１０４から秘密情報を含んだ電子メールＥＭ１をメール
サーバ１０６が受信すると、メールサーバ１０６は、当
該電子メールＥＭ１のＣＣフィールドまたはＢＣＣフィ
ールドの記述を参照して（Ｓ２１）、イントラネット１
０１内のクライアント端末１０３に向けて配送する１つ
のジョブと、イントラネット１０１外のクライアント端
末１０５に向けて配送するもう１つのジョブが存在する
ことを認識する。

【００７１】イントラネット１０１内のクライアント端
末１０３に対する配送は、安全なイントラネット１０１
内に閉じた経路で行われるため、ステップＳ２２はＮＯ
側に分岐して、平文のままの電子メールＥＭ１をクライ
アント端末１０３へ配送することにより（Ｓ２６）、当
該ジョブが終了する。

【００７２】一方、イントラネット１０１外のクライア
ント端末１０５への配送は、盗み読みの恐れがある危険
な経路（ここではインターネット１０２）を経由するた
めステップＳ２２がＹＥＳ側に分岐して、メールサーバ
１０６内の秘匿必要性判断部１０９が、当該電子メール
ＥＭ１に秘密情報が含まれているか、すなわち秘匿性が
高いか否かを判断する（Ｓ２３）。

【００７３】前記秘匿必要性判断部１０９が当該電子メ
ールＥＭ１の秘匿性が低いとの判断結果を出した場合に
は、ステップＳ２３がＮＯ側に分岐し、前記配送メール
選択部１１０を介して平文のままの電子メールＥＭ１が
インターネット１０２経由で配送されることにより（Ｓ
２６）、すべてのジョブが終了する。

【００７４】しかし秘匿性が高いとの判断結果を出した
場合には、ステップＳ２３はＹＥＳ側に分岐して前記通
知メール生成部１０８が生成した通知メールＮＭ１の配
送が行われる（Ｓ２４，Ｓ２５）。

【００７５】クライアント端末１０５が携帯電話機の場
合、メール受信サーバへの電子メールの着信は、着信音
やバイブレーションなどによって直ちに携帯電話ユーザ
Ｕ３に知らせるため、電子メールはほぼリアルタイムな
通信手段として機能し得、通知メールＮＭ１の着信後た
だちにユーザＵ３が当該通知メールＮＭ１を読む可能性
は高い。

【００７６】この通知メールＮＭ１の配送につづいて、
前記返信メールＲＭ１の受信や、当該返信メールＲＭ１
の内容に応じた暗号化電子メールＥＮ（ＥＭ１）の転送
が行われ得る点はすでに述べた通りである。当該暗号化
電子メールＥＮ（ＥＭ１）の転送によって、電子メール
ＥＭ１の受信により発生したメールサーバ１０６の全て
のジョブが完了することになる。

【００７７】なお、イントラネット１０１内に前記社内
用のメールサーバと社外用のメールサーバを別個に設置
した場合、社内用メールサーバは非公開セグメント内
（例えばクライアント端末１０３）へ宛てた電子メール
の配送は自身で実行し、インターネット１０２経由で行
われる社外（例えば、クライアント端末１０５）へ宛て
た電子メールの配送は自身では行わず、当該電子メール
を社外用メールサーバであるメールサーバ１０６に転送
した上で、配送を含むその後の処理をメールサーバ１０
６に任せるようにするとよい。

【００７８】これにより、インターネット１０２経由の
返信メールＲＭ１などを、非公開セグメント内の社内用
メールサーバが直接受信する必要がなくなって、セキュ
リティ性を高めることができる。

【００７９】ところで、一般的なＳＭＴＰは上述したよ
うに認証機能を持たないため、送信元をいつわること等
は比較的容易であり、平文でインターネット１０２上を
配送される通知メールＮＭ１を第３者が盗聴した上で、
当該第３者の通信装置に元の電子メールＥＭ１を暗号化
したものを送信させることも行われる可能性があるが、
この問題には、メールサーバ１０６が予め登録してある
送信先に対してのみ電子メールＥＭ１の転送を行い、そ
れ以外の送信先への転送は行わないようにすることで対
応可能である。

【００８０】また、現在のところほとんどの携帯電話機
では電子メールに添付された添付ファイル（ワープロ文
書ファイル、画像ファイルなど）を読むことができない
が、本実施形態を用いれば、転送先のパーソナルコンピ
ュータ（１２０）などで添付ファイルを読むことも可能
である。

【００８１】すなわち、クライアント端末１２０への転
送を、電子メールＥＭ１の添付ファイルを読むための手
段として活用することもできる。この場合、添付ファイ
ルの有無などを通知メールＮＭ１で知らせるようにする
とよい。

【００８２】（Ａ−３）第１の実施形態の効果 本実施形態によれば、送信先のユーザが必要と認めた場
合にだけ、暗号化された電子メールの配送を行うため、
通信時間および通信コストを節約し、なおかつ、電子メ
ールの秘匿性を維持しながら、インターネット経由で手
軽に電子メールを読むことが可能である。

【００８３】また、電子メールが配送される経路、電子
メールの内容、および送信先ユーザの意思表示に応じ
て、必要な場合にだけ電子メールの暗号化を行うため、
全体として、柔軟で効率的な電子メールシステムを提供
することができる。

【００８４】さらに、送信先ユーザに電子メール（ＥＭ
１）の着信を知らせる通知メール（ＮＭ１）はサイズの
小さな平文の電子メールであるため、携帯電話機などで
も容易に読むことができ、その際に消費する記憶容量も
節約できる。

【００８５】（Ｂ）第２の実施形態 以下では、本実施形態が第１の実施形態と相違する点に
ついてのみ説明する。

【００８６】この相違点は、主として、前記通知メール
に概略文を付加した点にかぎられる。

【００８７】(Ｂ−１)第２の実施形態の構成および動作 本実施形態にかかる電子メールシステム１１の主要部の
構成例を図３に示す。

【００８８】図３において、図１と同一または対応する
符号を付与した構成要素の機能は基本的に第１の実施形
態と同じである。すなわち、イントラネット３０１は前
記１０１と、インターネット３０２は前記１０２と同じ
であり、クライアント端末３０３は前記１０３と、クラ
イアント端末３０４は前記１０４と、クライアント端末
３０５は前記１０５と、クライアント端末３２０は前記
１２０と同じである。

【００８９】また、メールサーバ３０６の機能は基本的
に前記メールサーバ１０６に対応し、その内部におい
て、メールサーバ部３０７は前記１０７と、通知メール
生成部３０８は前記１０８と、秘匿必要性判断部３０９
は前記１０９と、配送メール選択部３１０は前記１１０
と、制御部３１１は前記１１１とそれぞれ対応してい
る。

【００９０】さらに、図１と同じ符号を付与した各信号
および情報、ならびにユーザ、すなわち、ＭＡ１〜ＭＡ
３、ＭＡＸ、ＥＭ１，ＮＭ１，ＲＭ１，ＳＣ、ＥＮ（Ｅ
Ｍ１）は、第１の実施形態と同じである。

【００９１】本実施形態において新たに付加された構成
要素であるメールサーバ３０６内の概略文生成部３１２
は、電子メールＥＭ１をもとに、電子メールＥＭ１の内
容に関する概略文ＡＢ１を自動的に生成する部分で、生
成した概略文ＡＢ１は前記通知メール生成部３０８に出
力する。

【００９２】概略文ＡＢ１を受け取った通知メール生成
部３０８では、自身の内部で生成した前記通知メールＮ
Ｍ１に当該概略文ＡＢ１を付加することによって、概略
文付きの通知メールＮＭ１１を生成し、出力する部分で
ある。ここで、出力された概略文付き通知メールＮＭ１
１は、メールサーバ３０６の内部において、第１の実施
形態の通知メールＮＭ１と同じ取り扱いを受ける。

【００９３】付加の方法は、例えば、通知メールＮＭ１
の本文部分（通知メールＮＭ１が本文部分に有効な内容
を持たない場合を含む）に概略文ＡＢ１の内容の記述を
追加する形であってよい。

【００９４】概略文ＡＢ１は、電子メールＥＭ１の内容
を第１の実施形態の通知メールＮＭ１よりは詳細に記述
するものであるが、元の電子メールＥＭ１の内容のうち
秘匿すべき部分を明かすものであってはならない（本文
部分の文脈の要点自体が秘匿すべき事項である場合に
は、要点を明かしてはならない。したがってこの場合に
は、いわゆる「概要」を誰にでも分かる形で記述したも
のであってはならない）点は、当該通知メールＮＭ１と
同じである。

【００９５】また、概略文ＡＢ１は通知メールＮＭ１に
付加するものであるから、通知メールＮＭ１の内容と同
じであってはその意味を失う。

【００９６】例えば、元のメールＥＭ１に含まれる差出
人や作成時刻等の情報を利用して本文部分に、「Ｕ２さ
んから○○時○○分に社外秘のメールが届いていま
す。」という文を含む通知メールＮＭ１を生成した場合
ならば、「このメールの概略は次の通りです。〈概略文
ＡＢ１の内容>」という文章を追加することによって概
略文付き通知メールＮＭ１１を生成することができる。

【００９７】概略文ＡＢ１の生成には、電子メールＥＭ
１のなかに頻出する文字が含まれる文を抽出する統計的
な方法や、質問・報告・依頼といったメールＥＭ１の主
旨を判断し主旨に沿った文を抽出する方法など様々な方
法を用いることも可能である。

【００９８】本実施形態のメールサーバ３０６の動作は
Ｓ４１〜Ｓ４６の各ステップから構成された図４のフロ
ーチャートに示す通りである。図４と第１の実施形態の
フローチャートである図２とを対比すれば明らかなよう
に、両者の相違点は、ステップＳ４４で行う概略文の生
成処理の有無だけである。

【００９９】当該概略文の生成処理は、前記概略文生成
部３１２が実行する処理である。

【０１００】なお、秘匿性判断部３０９が電子メールＥ
Ｍ１の秘匿性が低いと判断した場合には、通知メールＮ
Ｍ１自体が不要になるため、それに付加する概略文ＡＢ
１の生成も不要となり、省略することが可能である。

【０１０１】（Ｂ−２）第２の実施形態の効果 本実施形態によれば、第１の実施形態の効果と同等な効
果を得ることが可能である。

【０１０２】加えて、本実施形態では、通知メールに概
略文を付加するため、価値判断の基礎となる情報をより
多く提供することができ、送信先ユーザ（Ｕ３）にとっ
て、利便性が高まる。

【０１０３】（Ｃ）第３の実施形態 以下では、本実施形態が第１、第２の実施形態と相違す
る点についてのみ説明する。

【０１０４】この相違点は、主として、秘匿必要性が高
い場合に、その高さに応じたきめ細やかな処理を行う点
ににかぎられる。

【０１０５】(Ｃ−１)第３の実施形態の構成および動作 本実施形態にかかる電子メールシステム１２の主要部の
構成例を図５に示す。

【０１０６】図５において、図１と同一または対応する
符号を付与した構成要素の機能は基本的に第１の実施形
態と同じである。すなわち、イントラネット５０１は前
記１０１と、インターネット５０２は前記１０２と同じ
であり、クライアント端末５０３は前記１０３と、クラ
イアント端末５０４は前記１０４と、クライアント端末
５０５は前記１０５と、クライアント端末５２０は前記
１２０と同じである。

【０１０７】また、メールサーバ５０６の機能は基本的
に前記メールサーバ１０６に対応し、その内部におい
て、メールサーバ部５０７は前記１０７と、通知メール
生成部５０８は前記１０８と、秘匿必要性判断部５０９
は前記１０９と、配送メール選択部５１０は前記１１０
と、制御部５１１は前記１１１とそれぞれ対応してい
る。

【０１０８】さらに、図１と同じ符号を付与した各信号
および情報、ならびにユーザ、すなわち、ＭＡ１〜ＭＡ
３、ＭＡＸ、ＥＭ１，ＮＭ１，ＲＭ１，ＳＣ、ＥＮ（Ｅ
Ｍ１）は、第１の実施形態と同じである。

【０１０９】また、図５と対応する符号を付与した概略
文生成部５１２の機能は、第２の実施形態の概略文生成
部３１２に対応するが、秘匿必要性判断部５０９から供
給される信号ＬＢに応じて概略文の生成を行う機能を備
えている。

【０１１０】この秘匿必要性判断部５０９は、図５に示
すように秘匿レベル判断部５１３を内蔵している。当該
秘匿レベル判断部５１３は、元の電子メールＥＭ１の秘
匿性が高いと判断された場合に動作する部分で、高いと
判断された秘匿性に関し、さらに詳細に秘匿性の高さ
（秘匿レベル）を判断する。

【０１１１】秘匿レベルの判断の詳細さは、２段階以上
であれば何段階であってもかまわないが、ここでは、一
例として、高、中、低の３段階の判断を行うものとす
る。

【０１１２】また、秘匿レベルの判定には、例えば、元
の電子メールＥＭ１に記載された「最重要機密」、「重
要機密」、「機密」等の文字から判定する方法や、差出
人の役職から判定する方法等がある。

【０１１３】当該秘匿レベル判断部５１３が秘匿レベル
の判断を行うと、秘匿必要性判断部５０９から概略文生
成部５０８に、当該判断結果に応じた秘匿レベル信号Ｌ
Ｂが供給される。

【０１１４】そして、当該秘匿レベル信号ＬＢを受け取
った概略文生成部５０８は、秘匿レベル信号ＬＢの内容
に応じて、異なる概略文ＡＢ１１を生成する。一般的に
は、秘匿レベル信号ＬＢが示す秘匿レベルが高いほど概
略文の持つ情報の量を減らし、反対に秘匿レベルが低い
ほど概略文が持つ情報の量を増加する制御を行うことに
なる。この情報の量は、本来、送信先ユーザＵ３や盗聴
しようとするインターネット５０２上の第３者にとって
の有意義な情報の量（価値ある情報の量）であるべきと
考えられるが、当該情報量として例えば、単純に文字数
をもって情報の量とすれば、概略文生成部５１２の処理
が容易になる。

【０１１５】文字数を制御の基準とする場合、秘匿必要
性が高いことは認められたものの、相対的に秘匿レベル
の低い電子メールＥＭ１は概略文ＡＢ１１の文字数を多
くし、相対的に秘匿レベルの高い電子メールＥＭ１につ
いては概略文ＡＢ１１の文字数を少なくすることにな
る。

【０１１６】一例としては、秘匿レベルが高い(最重要
機密の)場合は５０文字、中(重要機密)の場合は１００
文字、低い(通常レベルの)場合は２００文字になるよう
な概略文ＡＢ１１を出力するようにしてもよい。また、
これらの文字数は、各秘匿レベルごとに固定してもよい
が、元になる電子メールＥＭ１の本文の文字数などに応
じて適応的に増減させることもできる。

【０１１７】前記クライアント端末５０５が携帯電話機
である場合でも、上述した受信文字数の上限の２５０文
字は、我が国における主要な携帯電話事業者のなかで最
低水準の文字数制限であり、他の携帯電話事業者は、２
０００文字や３０００文字の電子メールの受信を認めて
いるから、ここに列挙した秘匿レベルごとの文字数はど
の携帯電話ネットワークに対しても適用可能な現実的な
値である。

【０１１８】本実施形態のメールサーバ５０６の動作を
示すフローチャートは図６に示す通りである。図６のフ
ローチャートは、Ｓ６１〜Ｓ６８の各ステップから構成
されており、第１の実施形態のフローチャートである図
２と対比すれば明らかなように、ステップＳ６４、Ｓ６
５（Ｓ６５ａ〜Ｓ６５ｃ）以外の各ステップは第１の実
施形態と同じである。

【０１１９】受信した電子メールＥＭ１の秘匿必要性が
高いと判断されてステップＳ６３がＹＥＳ側に分岐した
あとで実行されるステップＳ６４では、前記秘匿レベル
判断部５１３により、前記秘匿レベルの判断が行われ
る。

【０１２０】そして判断された秘匿レベルが高い場合に
は、ステップＳ６５ａで、概略文生成部５１２により、
ｎ文字以下の概略文ＡＢ１１が生成され、同様に、秘匿
レベルが中の場合には、ステップＳ６５ｂで、ｍ文字以
下の概略文ＡＢ１１が生成され、秘匿レベルが低い場合
には、ステップＳ６５ｃで、ｌ文字以下の概略文ＡＢ１
１が生成される。これらｎ、ｍ、ｌのあいだの大小関係
は、ｎ＜ｍ＜ｌである。

【０１２１】つづくステップＳ６６では、ここで生成し
た概略文ＡＢ１１を付加した前記概略文付き通知メール
ＮＭ１１が生成されることになる。

【０１２２】（Ｃ−２）第３の実施形態の効果 本実施形態によれば、第２の実施形態の効果と同等な効
果を得ることができる。

【０１２３】加えて、本実施形態では、元の電子メール
（ＥＭ１）の秘匿レベルに応じて、概略文の情報量をき
め細かく変更することができるため、柔軟性が高く、使
い勝手がよい。

【０１２４】（Ｄ）他の実施形態 上記第１〜第３の実施形態において、電子メールの読み
書きをメーラではなくＷｅｂブラウザを用いて行うＷｅ
ｂメールを用いれば、予め作成したフォームにしたがっ
てメール本文の内容を記述させることができるため、例
えば、送信元のユーザＵ２が電子メールＥＭ１のヘッダ
部分や本文部分に関し、秘匿したい字句などを詳細に指
定することも可能となる。これによれば、通知メール生
成部１０８や概略文生成部５１２などに相当する機能ブ
ロックでかなり複雑な処理を行っても、秘匿性を保つこ
とが可能となり、送信元ユーザの安心感も高まる。

【０１２５】また、上記第２および第３の実施形態で
は、通知メールに概略文を付加する構成を取ったが、概
略文（ＡＢ１またはＡＢ１１）の送信先ユーザ（Ｕ３）
ヘの配送は、通知メールとは別個に行うようにしてもよ
い。これは、第１の実施形態における元メール（ＥＭ
１）の取り寄せと同じ方法を概略文に適用することを意
味する。

【０１２６】すなわち、第１の実施形態と同じく概略文
の付加されていない通知メール（ＮＭ１）が最初に送信
先ユーザ（Ｕ３）に配信され、送信先ユーザがメールサ
ーバ（５０６に相当）に概略文メールの配送を指示する
概略文要求メールを送ると、メールサーバが概略文のメ
ールを配信することになる。

【０１２７】ただし概略文はその生成過程で秘匿性に配
慮されているため、元の電子メール（ＥＭ１）のように
暗号化することなく配送可能である。したがって、概略
文メールの配送先は携帯電話機などであってもよい。

【０１２８】また、この方法における概略文メールの配
送には、送信先ユーザ（Ｕ３）の意思が反映されるた
め、第２及び第３の実施形態の方法より柔軟性が高いと
いえる。

【０１２９】以上の説明では主としてハードウエア的に
本発明を実現したが、本発明はソフトウエア的に実現す
ることも可能である。

【０１３０】

【発明の効果】以上に説明したように、本発明によれ
ば、配送すべき電子メールの秘匿性の高さ、及び送信先
からの指示に応じて電子メール配送サーバにおける電子
メールの処理を変更することができるため、通信時間お
よび通信コストを節約し、なおかつ、盗聴の可能性のあ
る危険な配送経路（例えばインターネットなど）を経由
した場合でも、電子メールの秘匿性を維持することが可
能になる。

【図面の簡単な説明】

【図１】第１の実施形態に係る電子メールシステムの主
要部の構成例を示す概略図である。

【図２】第１の実施形態の動作を示すフローチャートで
ある。

【図３】第２の実施形態に係る電子メールシステムの主
要部の構成例を示す概略図である。

【図４】第２の実施形態の動作を示すフローチャートで
ある。

【図５】第３の実施形態に係る電子メールシステムの主
要部の構成例を示す概略図である。

【図６】第３の実施形態の動作を示すフローチャートで
ある。

【符号の説明】

１０〜１２…電子メールシステム、１０１，３０１，５
０１…イントラネット、１０２，３０２，５０２…イン
ターネット、１０３〜１０５，１２０，３２０，５２
０，３０３〜３０５，５０３〜５０５…クライアント端
末、１０６、３０６，５０６…メールサーバ、１０８，
３０８，５０８…通知メール生成部、１０９，３０９，
５０９…秘匿必要性判断部、１１０，３１０，５１０…
配送メール選択部、１１１，３１１，５１１…制御部、
５１３…秘匿レベル判断部、ＥＭ１…元の電子メール、
ＥＮ（ＥＭ１）…暗号化電子メール、ＮＭ１…通知メー
ル、ＮＭ１１…概略文付き通知メール、ＡＢ１，ＡＢ１
１…概略文。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 配送すべき電子メールを受け取り、所定
   の配送プロトコルにしたがって電子メールの配送を行う
   電子メール配送サーバにおいて、 前記電子メールのヘッダ部分または本文部分の内容に基
   づいて当該電子メールに求められる秘匿性の高さを判定
   する秘匿性判定手段と、 当該秘匿性判定手段が秘匿性が低いと判定した電子メー
   ルはそのまま前記配送プロトコルにしたがって配送し、
   秘匿性が高いと判定した電子メールに関してはその配送
   を中止した上で、当該電子メールを電子メール配送サー
   バが受け取っていることを電子メールの送信先に通知す
   る通知用電子メールを前記配送プロトコルにしたがって
   配送する通知メール配送制御手段と、 配送を中止した電子メールを、送信先からの指示に応じ
   て実行される所定の中止メール処理手順にしたがって処
   理する中止メール処理手段とを備えたことを特徴とする
   電子メール配送サーバ。
2. 【請求項２】 請求項１の電子メール配送サーバにおい
   て、 前記秘匿性判定手段は、 前記電子メールの本文部分に含まれる字句の内容に応じ
   て当該電子メールに求められる秘匿性の高さを判定する
   本文内容判定部を備えたことを特徴とする電子メール配
   送サーバ。
3. 【請求項３】 請求項１の電子メール配送サーバにおい
   て、 前記秘匿性判定手段は、 前記電子メールのヘッダ部分に含まれる該当フィールド
   の記述内容に応じて当該電子メールに求められる秘匿性
   の高さを判定するヘッダ内容判定部を備えたことを特徴
   とする電子メール配送サーバ。
4. 【請求項４】 請求項１の電子メール配送サーバにおい
   て、 前記電子メールのヘッダ部分または本文部分の内容の概
   略を示す概略文を生成する概略文生成手段と、 前記通知用電子メールの本文部分に当該概略文を付加す
   る概略文挿入手段とを備えたことを特徴とする電子メー
   ル配送サーバ。
5. 【請求項５】 請求項４の電子メール配送サーバにおい
   て、 前記秘匿性判定手段は、 求められる秘匿性が高いと判定した電子メールにつき、
   その秘匿性の高さを更に詳細に判別する秘匿レベル判別
   部を備え、 前記概略文生成手段は、 当該秘匿レベル判別部の判別結果に応じて前記概略文の
   文字数を制限する文字数制限部を備えたことを特徴とす
   る電子メール配送サーバ。
6. 【請求項６】 請求項１の電子メール配送サーバにおい
   て、 前記中止メール処理手段は、前記中止メール処理手順の
   一部として、 前記電子メールの送信先から指示された送信先へ、当該
   電子メールを暗号化した上で配送する手順を含むことを
   特徴とする電子メール配送サーバ。