JP2000031957A

JP2000031957A - 通信システム

Info

Publication number: JP2000031957A
Application number: JP20154198A
Authority: JP
Inventors: Noriyuki Shima; 則之島
Original assignee: Sumitomo Electric Industries Ltd
Current assignee: Sumitomo Electric Industries Ltd
Priority date: 1998-07-16
Filing date: 1998-07-16
Publication date: 2000-01-28

Abstract

(57)【要約】【課題】送受信される電子メールに関するセキュリテ
ィのための情報を柔軟に設定できる通信システムを提供
する。【解決手段】ユーザＡ側のコンピュータＰＣ（Ａ）と
ユーザＢ側のコンピュータＰＣ（Ｂ）のノード対間での
暗号化方式は、ユーザＡ側およびユーザＢ側のサーバＡ
およびサーバＢに暗号情報テーブルＴＢ（Ａ）およびＴ
Ｂ（Ｂ）として設定されて一括管理される。サーバＡと
Ｂにおいて各ノード対間での所定の暗号化方式が変更可
能なように個別に設定されて、設定された暗号化方式に
従ってサーバ側で通信データについての暗号化／復号化
処理が行なわれる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は通信システムに関
し、特に、ネットワーク上で複数のサーバを介してノー
ド群対間で電子メール通信する場合に、不正行為を防止
するセキュリティ対策が施された通信システムに関す
る。なお、ここでノード群とは少なくとも１つのノード
を含むグループをいう。

【０００２】

【従来の技術】図１０は、従来の電子メール通信システ
ムの１構成例を示す図である。図１０の通信システム
は、各ユーザの利用するコンピュータであるノードおよ
び複数の通信用のサーバが接続されるネットワークから
なる。

【０００３】電子メールによる通信時、送信側ユーザの
コンピュータで電子メールが作成されると、作成された
電子メールは複数のサーバを介して受信側のユーザのコ
ンピュータに到着する。このとき、電子メールに関する
セキュリティを考慮して、電子メールを暗号化して送信
することがある。電子メールの暗号化アプリケーション
は各ユーザの使用するコンピュータにインストールされ
て、暗号化のための手順は個々の通信相手ごとに設定さ
れる。

【０００４】なお、ユーザは電子メールを暗号化して送
信しようとする場合には、相手側が暗号化された電子メ
ールによる通信が可能であるか否かを事前に確認すると
ともに、暗号化のための手順（暗号方式の種類、暗号キ
ーの種類、暗号キーの長さ）を事前に別途、ネットワー
ク以外の通信手段で確認する。

【０００５】上述したような電子メールの通信方式は、
たとえば電子メールを配送する方式に関する仕様書であ
るＳＭＴＰ（Simple Mail Transfer Protocol ）［ＲＦ
Ｃ８２１］に従って行なわれ、暗号化を用いた通信方式
は、たとえばデータを暗号化して配送する方式に関する
仕様書であるＩＰＳＥＣ（Internet Protocol Securit
y）［ＲＦＣ１８２５〜１８２９］に従って行なわれ
る。

【０００６】

【発明が解決しようとする課題】上述したように従来
は、Ｅｎｄノード−ｔｏ−Ｅｎｄノードで電子メール
（メッセージ）を暗号化する方式が一般的であった。こ
の場合、電子メールを実際に送信しようとするＥｎｄノ
ードのコンピュータで暗号化が行なわれるが、Ｅｎｄノ
ードのユーザのコンピュータは性能が低いものが多いの
で、暗号通信における性能も低下せざるを得ない。

【０００７】また、Ｅｎｄノードのユーザ間で暗号設定
が行なわれるので、各ユーザはどの相手と暗号通信が可
能か、どのような内容での暗号情報の設定が必要か、セ
キュリティ上、いつその相手との暗号情報を更新しなけ
ればならないかなどを意識する必要があり、Ｅｎｄノー
ドのユーザの負担となる。

【０００８】また、上述したＥｎｄノードのユーザ側の
負担のために、ユーザが暗号設定を怠ることになって、
セキュリティの弱点につながる可能性がある。

【０００９】また、企業が主体となる通信ネットワーク
では、セキュリティ上のポリシィを一貫して運用させた
い。しかしながら、セキュリティの運用をＥｎｄユーザ
に一任させる場合には、そのポリシィを徹底することが
容易ではない。また、たとえば暗号化の強度を向上させ
るなどのポリシィの変更が要求される場合でも、柔軟に
対応することができない。

【００１０】それゆえこの発明の目的は、ネットワーク
上で送受信される電子メールに関するセキュリティのた
めの情報を柔軟に設定することのできる通信システムを
提供することである。

【００１１】

【課題を解決するための手段】請求項１に記載の通信シ
ステムは、ネットワーク上で送信側サーバおよび受信側
サーバを含む複数のサーバを経由して少なくとも１つの
ノードを含む送信側ノード群と少なくとも１つのノード
を含む受信側ノード群からなる１つの以上のノード群対
間で電子メールの送受信が行なわれる通信システムであ
って、以下のように構成される。

【００１２】送信側サーバは、送信側ノード群から送信
された電子メールデータを受信して、必要に応じて所定
の暗号化方式に従って暗号データに変換して送信する暗
号化手段を有する。

【００１３】受信側サーバは、暗号データを受信したと
き、所定の暗号化方式に対応して電子メールデータに復
号して受信側ノード群に送信する復号化手段を有する。

【００１４】なお、上述した所定の暗号化方式は１つ以
上のノード群対のそれぞれについて個別に設定される。

【００１５】請求項１に記載の通信システムでは、各ノ
ード群対間での暗号化方式は送信側および受信側サーバ
に設定されて一括管理される。したがって、各ノード群
対での所定暗号化方式の管理が不要となる。

【００１６】それゆえに、各ノード群対における暗号化
方式の管理コストが削減される。また、各ノード端末、
たとえばコンピュータは暗号化方式の管理から解放され
た分、その性能が維持されやすくなる。また、ノード群
対ごとに暗号化方式に関するポリシィを統一しやすくな
る。

【００１７】請求項２に記載の通信システムは請求項１
に記載のシステムにおいて、ノード対のそれぞれについ
て個別に設定された所定の暗号化方式は、任意に変更可
能であるよう構成される。

【００１８】したがって、送信側および受信側サーバに
おいてノード群対ごとの暗号化方式を任意に設定変更で
きるから、ノード群対ごとで通信される電子メールに関
するセキュリティのポリシィを反映させやすい。

【００１９】請求項３に記載の通信システムは請求項２
に記載の通信システムにおける所定の暗号化方式の変更
が、送信側サーバおよび受信側サーバ間の通信処理によ
り行なわれる。

【００２０】したがって、ノード群対ごとの所定の暗号
化方式の設定変更はサーバ間の通信処理で自動的に行な
われるから、暗号化方式の設定変更に関する手続が簡略
化されるとともにそのセキュリティが保証されやすくな
る。

【００２１】請求項４に記載の通信システムは請求項１
ないし３のいずれかに記載のシステムにおいて、電子メ
ールデータの内容の正当性が両サーバ間の通信途中でも
保持されていることを認証する。

【００２２】そのために、送信側サーバは、送信側ノー
ド群から送信された電子メールデータを受信するとき、
必要に応じて所定の認証子生成手順に従って電子メール
データの認証子を生成し、データとともに送信する認証
子生成手段を有し、受信側サーバは、認証子をデータと
ともに受信したとき、所定の認証子生成手順に従って受
信データに対応の電子メールデータの認証子を生成し、
受信した認証子と生成した認証子を照合し、照合結果に
応じて該受信データについて正当性は保持されているか
否かを判定する正当性判定手段を有する。

【００２３】そして、所定の認証子生成手順は、１つ以
上のノード群対のそれぞれについて個別に設定される。

【００２４】請求項４に記載の通信システムは上述のよ
うに構成されるので、各ノード群対間での所定の認証子
生成手順は送信側および受信側サーバに設定されて一括
管理される。したがって、各ノード群対での所定の認証
子生成手順の管理が不要となる。

【００２５】それゆえに、各ノード群対における認証子
生成手順の管理コストが削減される。また、各ノード端
末、たとえばコンピュータは認証子生成手順の管理から
解放された分その性能が維持されやすくなる。また、ノ
ード群対ごとに認証子生成手順に関するポリシィを統一
しやすくなる。

【００２６】請求項５に記載の通信システムは、請求項
４に記載の通信システムにおいてノード群対のそれぞれ
について個別に設定される所定の認証子生成手順は、任
意に設定変更可能であるよう構成される。

【００２７】したがって、送信側および受信側サーバに
おいてノード群対ごとの認証子生成手順を任意に設定変
更できるので、ノード群対間で通信される電子メールに
関するセキュリティのポリシィを反映させやすくなる。

【００２８】請求項６に記載の通信システムは、請求項
５に記載の通信システムにおいて所定の認証子生成手順
の変更は、送信側サーバおよび受信側サーバ間の通信処
理により行なわれる。

【００２９】したがって、ノード群対ごとの所定の認証
子生成手順の設定変更はサーバ間の通信処理で自動的に
行なわれるから、認証子生成手順の設定変更に関するセ
キュリティが保証させやすくなる。

【００３０】請求項７に記載の通信システムは、請求項
１ないし６のいずれかに記載の通信システムにおいて、
送信側サーバおよび受信側サーバは受信したデータの送
信元の正当性を確認し、確認結果に従って該受信データ
を処理するよう構成される。

【００３１】したがって、電子メールの送信元（サーバ
またはノード群）の正当性が確認された後に該電子メー
ルは処理されるから、悪意を持った者により不正な電子
メールが相手側ノード群に送信されて、ノード群対間で
通信上の混乱が生じることが未然に回避される。

【００３２】請求項８に記載の通信システムは、請求項
７の通信システムにおいて受信したデータの送信元の正
当性は、該受信データに添付される該送信元を特定する
電子署名に基づいて確認される。

【００３３】したがって、電子メールに送信元を特定す
る電子署名が添付されるだけで、送信元の正当性を容易
に確認することができる。

【００３４】請求項９に記載の通信システムは、請求項
１ないし８のいずれかに記載の通信システムにおいて、
送信側サーバおよび受信側サーバは受信したデータに関
する所定条件に基づいて、選択的に該受信データの送信
に関する処理を行なうよう構成される。

【００３５】したがって、送信側および受信側サーバ
は、受信した電子メールに関する所定条件、たとえば特
定のノード群対間の電子メール、特定のファイルサイズ
を有する電子メール、特定の送信日付を有する電子メー
ルなど、電子メールに関する各種の所定条件に基づいて
該電子メールを送信処理すべきか否かを選択的に決定す
ることができて、電子メール通信におけるノード群対ご
とのセキュリティ対策に多様性を持たせることができ
る。

【００３６】請求項９に記載の通信システムにおける受
信データに関する所定条件は、各ノード群対ごとに可変
設定される。これにより、前述したノード群対ごとのセ
キュリティ対策における多様性を柔軟に設定することが
できる。

【００３７】請求項１０に記載の通信システムは、請求
項１ないし９のいずれかに記載の通信システムにおい
て、送信側サーバおよび受信側サーバのそれぞれは、ノ
ード群対ごとに送信に関する処理を施した受信データの
量に応じた課金情報を記録するよう構成される。

【００３８】したがって、送信側および受信側サーバの
それぞれにおいて、電子メールのセキュリティに関する
処理を含む送信処理に関する課金情報を一括管理するこ
とができる。

【００３９】請求項１１に記載の通信システムは、請求
項１ないし１０のいずれかに記載の通信システムにおい
て、送信側サーバおよび受信側サーバのそれぞれは、異
常なデータを受信した場合には、その内容を記録して報
知するよう構成される。

【００４０】したがって、送受信側サーバおよび受信側
サーバのそれぞれにおいて、電子メールに関する異常デ
ータが受信されると、その内容が記録されるとともに報
知されるので、サーバの管理者は速やかにその対策をと
ることができる。

【００４１】

【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照し詳細に説明する。

【００４２】本実施の形態では、通信ネットワーク内の
サーバにおいて電子メールを暗号化するための情報が管
理されるとともに、この情報に基づいて暗号化に関する
処理が行なわれる。なお、電子メールはファイル形式に
よるものも含むものとする。

【００４３】図１は、この発明の実施の形態における通
信システムの構成を示す図である。図において通信シス
テムは通信のためのサーバＡとＢを含む複数のサーバと
Ｅｎｄノードであり該通信システムとユーザＡとＢを含
む複数のユーザのインターフェイスとして利用されるコ
ンピュータ（以下、ＰＣと呼ぶ）ＡとＢを含む複数のＰ
Ｃが接続される。

【００４４】通信サーバＡはユーザＡのＰＣ（Ａ）側に
設けられ、通信サーバＢはユーザＢのＰＣ（Ｂ）側に設
けられる。通信サーバＡとＢのそれぞれはユーザＡおよ
びＢのＰＣの他にも図示されない他の多くのユーザのＰ
Ｃを接続するとともに、サーバＡとＢ間にも他の多くの
サーバが介在するが、ここでは説明を簡単にするために
通信サーバＡとＢのみが示され、サーバＡとＢにはユー
ザＡのＰＣ（Ａ）とユーザＢのＰＣ（Ｂ）のみがそれぞ
れ接続されるとしている。

【００４５】また、サーバＡとＢのそれぞれは、ノード
対間でサーバＡとＢを用いた暗号による通信を可能とす
るために、暗号情報テーブルＴＢ（Ａ）およびＴＢ
（Ｂ）を参照する。

【００４６】暗号情報テーブルＴＢ（Ａ）およびＴＢ
（Ｂ）は共通の内容を有する。図２は、図１のサーバの
ブロック構成図であり、図においてサーバは、サーバ自
体を集中的に制御および管理するためのＣＰＵ１、前述
した暗号情報テーブルを含む各種情報をストアするため
のメモリ２、外部からデータ入力するための入力部３、
データを出力するための出力部４およびネットワークと
のインターフェイスを図るための通信インターフェイス
５を含む。

【００４７】図３は図１の暗号情報テーブルの内容を示
す図である。暗号情報テーブルは複数のエントリＥｉ
（ｉ＝１、２、３、…）を含む。

【００４８】各エントリＥｉは該暗号情報テーブルを有
するサーバを経由して伝送される電子メールについての
送信者もしくは送信者のグループを一意に特定するため
の送信者（グループ）情報ＳＤｉおよび受信者もしくは
受信者のグループを一意に特定するための受信者（グル
ープ）情報ＲＤｉを含み、複数の異なる送信者（グルー
プ）情報ＳＤｉおよび受信者（グループ）情報ＲＤｉの
対（以下、ノード対ＮＰｉと呼ぶ）のそれぞれについて
送受信される電子メールについてのセキュリティに関す
る情報ＳＩｉを含む。

【００４９】セキュリティに関する情報ＳＩｉは認証機
能実施の可否Ｈｉ、秘匿機能実施の可否Ｉｉ、認証アル
ゴリズム情報Ｊｉ、アルゴリズム情報Ｋｉ、認証用キー
情報Ｌｉおよび認証用キーの長さＭｉ、秘匿用キー情報
Ｎｉおよび秘匿用キーの長さＯｉ、相手サーバＰｉ、処
理メッセージ数Ｑｉ、課金情報Ｒｉ、フィルタ条件情報
Ｓｉおよび暗号化処理に関するオプション情報Ｏｐｉを
含む。

【００５０】送信者（グループ）情報ＳＤｉおよび受信
者（グループ）情報ＲＤｉのノード対ＮＰｉとして、該
暗号情報テーブルに登録されるものは、該暗号情報テー
ブルを有するサーバを経由して電子メールの送受信を行
なうノード対である。

【００５１】認証機能実施の可否Ｈｉは、対応するノー
ド対ＮＰｉ間で交信される電子メールについて、通信途
中や記憶ファイル上で内容が改ざんされていないか、不
正に混入された偽装データでないかなどを確認するため
の機能を実施するか否かを決定する情報である。

【００５２】認証機能実施の可否Ｈｉが“実施の可”を
示す場合には、対応の認証アルゴリズム情報Ｊｉ、認証
用キー情報Ｌｉおよび認証用キーの長さＭｉが参照され
て、認証機能が実施される。

【００５３】認証機能として、たとえば電子メールによ
る情報の内容が改ざんされていないことを確認する機能
が実施される場合、該電子メールの送信側ノードのサー
バと受信側ノードのサーバは共通の認証用キー（長さＭ
ｉ）を有して、電子メール受信時には認証用キー情報Ｌ
ｉで特定されるキーを利用して送信側におけるメールの
内容の改ざんの有無が検出される。メールの内容の改ざ
んの有無を検出するためのデータを生成するアルゴリズ
ムは認証アルゴリズム情報Ｊｉで一意に特定される。

【００５４】秘匿機能実施の可否Ｉｉは対応するノード
対ＮＰｉ間で交信される電子メールについて、その内容
を暗号化して不正行為による内容の盗聴または書換を防
止するための機能を実施するか否かを決定する情報であ
る。

【００５５】秘匿機能実施の可否Ｉｉが“実施の可”を
示す場合に、対応のアルゴリズム情報Ｋｉ、秘匿用キー
情報Ｎｉおよび秘匿用キーの長さＯｉが参照されて、秘
匿機能が実施される。なお、アルゴリズム情報Ｋｉは秘
匿用および復号用で共用される。

【００５６】秘匿機能としては、たとえば共通キー暗号
方式が用いられる。共通キー暗号方式は、送信側のノー
ドから受信側のノードに秘密にすべき元データを送信す
るとき、送信側ノードのサーバの有する暗号化キーデー
タと復号化キーデータが同一であり、ここでは秘匿用キ
ーおよびその長さＯｉとして共通設定される。ここで
は、秘密にすべき元データは暗号化されたデータおよび
暗号化されてないデータを含むものとする。

【００５７】秘匿機能が実施されるとき、送信側ノード
のサーバは受信したデータをアルゴリズム情報Ｋｉで特
定される秘匿アルゴリズムと長さＯｉの秘匿用キー情報
Ｎｉで特定されるキーを用いて暗号文データにして相手
サーバＰｉで特定される受信側ノードのサーバに送信す
るので、受信側ノードのサーバは、暗号文データを受信
して該受信データに対応のアルゴリズム情報Ｋｉで特定
される復号アルゴリズムおよび長さＯｉの秘匿用キー情
報Ｎｉで特定されるキーを用いてもとのデータに復号化
して、受信側のノードに送る。

【００５８】相手サーバＰｉは受信した電子メールの送
信先ノード側のサーバを特定するためのアドレス情報で
ある。

【００５９】処理メッセージ数Ｑｉは受信して処理した
電子メールに関するデータ量を示す。

【００６０】課金情報Ｒｉは処理メッセージ数Ｑｉに応
じた対応するノード側への課金に関する情報を示す。

【００６１】フィルタ条件情報Ｓｉは、受信した電子メ
ールのアドレス（送信者（グループ）情報ＳＤｉまたは
受信者（グループ）情報ＲＤｉ）、送信日付およびファ
イルサイズなどに関する条件を用いて、受信した電子メ
ールのうち該条件に該当する電子メールのみを次ノード
に送信処理するか次ノードに送信処理せずに廃棄するか
を決定するためのいわゆるフィルタ情報である。

【００６２】なお、暗号情報テーブルＴＢ（Ａ）および
ＴＢ（Ｂ）で示される認証アルゴリズム情報Ｊｉおよび
アルゴリズム情報Ｋｉで特定されるアルゴリズム、およ
び認証用キー情報Ｌｉおよび秘匿用キー情報Ｎｉで特定
されるキーは、予めサーバのメモリ２に登録されてい
る。

【００６３】なお、本実施の形態では、認証機能として
電子メールが示す情報の内容が改ざんされていないこと
を確認する機能を例示したが、これに特定されない。ま
た、秘匿機能として送信側と受信側で共通するキーを用
いた暗号化機能を例示したが、これに特定されない。

【００６４】図４は図３に示された暗号情報テーブル更
新の処理フローチャートである。サーバＡとＢが共有す
る暗号情報テーブルＴＢ（Ａ）とＴＢ（Ｂ）の内容は必
要に応じて同時に更新されて高いセキュリティを維持す
る必要がある。更新のタイミングとしては、たとえば定
期的に行なう、サーバの管理者が更新要求を入力したこ
とに応答して行なう、サーバ間で送受信されたメッセー
ジ量が所定量に達したことに応答して行なう、および処
理メッセージ数Ｑｉが所定量に達したノード対ＮＰｉが
検出されたことに応答して行なうなどであってよい。

【００６５】暗号情報テーブルＴＢ（Ａ）とＴＢ（Ｂ）
の内容が更新される場合には、更新のための情報がサー
バＡとＢ間の伝送路上で盗聴されることが予想されるか
ら、更新のための情報もサーバにより予め暗号化された
後に伝送路上に送出されることが望ましい。

【００６６】ここでは、更新のための情報は、たとえば
ノード対ＮＰｉを指定して、対応するセキュリティに関
する情報ＳＩｉのどの項目をどのような内容に変更する
かの情報、新たなノード対ＮＰｉと対応するセキュリテ
ィ情報ＳＩｉの追加登録のための情報などである。

【００６７】セキュリティに関する情報ＳＩｉの内容の
変更としては、たとえば、特に重要視される特定のノー
ド対ＮＰｉ間に適用されるアルゴリズム情報Ｋｉで示さ
れる暗号化のアルゴリズムを、ＤＥＳ（Data Encryptio
n Standardの略）から３ＤＥＳにして強くする（解読し
にくくする）などがある。

【００６８】このように、運用されるネットワークシス
テムに、暗号化を用いたセキュリティ対策に関するポリ
シィを柔軟に反映させることができる。

【００６９】次に、図４を参照して、暗号情報テーブル
更新の処理手順について説明する。まず、サーバＡのＣ
ＰＵ１は前述した更新のタイミングであるかに基づいて
更新するか否かを判定する（Ｓ１）。

【００７０】更新のタイミングであれば（Ｓ１でＹＥ
Ｓ）、更新のための情報を暗号化するための暗号キーが
設定される（Ｓ２）。暗号キー設定のためには、たとえ
ばＤｉｆｆｉｅ−Ｈｅｌｌｍａｎなどのアルゴリズムが
用いられる。

【００７１】次に、暗号化のための情報がサーバＢに送
信されるので、サーバＢは暗号化のための情報を受信す
る（Ｓ３）。

【００７２】ここで、暗号化のための情報としては、復
号化のために用いるべき復号キーに関する情報を含む。
ここで、復号キーに関する情報としては、たとえばサー
バＡの生成した暗号キーに関する情報が送信される。

【００７３】次に、更新のための情報がサーバＡ側で暗
号キーと暗号化アルゴリズムを用いて暗号化された後
に、サーバＢに送信されるので、サーバＢは暗号化され
た更新のための情報を受信する（Ｓ４）。

【００７４】その後、サーバＡのＣＰＵ１は更新のため
の情報を用いてメモリ２中の暗号情報テーブルＴＢ
（Ａ）を更新する。

【００７５】一方、サーバＢのＣＰＵ１は受信した暗号
化された更新のための情報を予め受理した復号キーおよ
び復号化のための用いられるべきアルゴリズムに関する
情報を用いて復号してもとの更新のための情報を得て、
これを用いてメモリ２中の暗号情報テーブルＴＢ（Ｂ）
を更新する（Ｓ５）。

【００７６】以上の手順で、サーバＡとサーバＢで同期
して暗号情報テーブルの内容が更新される。

【００７７】図５は、この発明の実施の形態による電子
メールに添付された電子証明書についての確認を認証局
に問合せる場合のシステム構成を示す図である。図６
は、図５で示されたシステムにおける電子証明書を用い
た通信手順を示す処理フローチャートである。

【００７８】前述した通信手順では、たとえばユーザＡ
になりすました悪意を持ったユーザＣが、ユーザＢにメ
ッセージを送信することによりユーザＡとユーザＢ間で
の通信に混乱が引起こされるおそれがある。これを防ぐ
ために、ここでは公開キー暗号方式を用いた電子証明書
の技術が適用される。この技術をユーザＡからユーザＢ
に電子メールを送信する場合を例にして説明する。

【００７９】まず、ユーザＡはＰＣ（Ａ）を操作して、
ユーザＢ宛の電子メールを作成し、ユーザＡの電子証明
書を添付して送信する（Ｓ１０）。

【００８０】サーバＡはユーザＡから送信された電子メ
ールを受信するので、電子メールを処理する前に、添付
されているユーザＡの電子証明書の確認を認証局に問合
せる（Ｓ１１）。

【００８１】認証局からユーザＡへの電子証明書と確認
されなかった旨の通知を受けると（Ｓ１２でＮＯ）、該
電子メールを廃棄するとともに、その旨をサーバＡのシ
ステムファイルに登録して管理者に通知する（Ｓ２
１）。

【００８２】一方、認証局から確かにユーザＡへの電子
証明書であることの通知を受けると（Ｓ１２でＹＥ
Ｓ）、サーバＡは受理した電子メールに関して暗号情報
テーブルＴＢ（Ａ）の内容に従って処理を施した後に、
サーバＡの電子証明書を添付して送信する（Ｓ１３）。

【００８３】サーバＡから送信された電子メールはサー
バＢにより受信されるので、サーバＢは受信した電子メ
ールに添付されるユーザＡとサーバＡの電子証明書の確
認を認証局に問合せる（Ｓ１４）。

【００８４】認証局からサーバＡとユーザＡの電子証明
書と認証されなかった旨の通知を受けると（Ｓ１５でＮ
Ｏ）、該メールを廃棄するとともに、その旨をサーバＢ
のシステムファイルに登録して管理者に通知する（Ｓ２
２）。

【００８５】一方、認証局から確かにユーザＡおよびサ
ーバＡの電子証明書であることの通知を受けると（Ｓ１
５でＹＥＳ）、サーバＢは受理した電子メールに関して
暗号情報テーブルＴＢ（Ｂ）の内容に従って処理を施し
た後に、ユーザＢに送信する（Ｓ１６）。

【００８６】ユーザＢは受信した電子メールに添付され
ているユーザＡの電子証明書の確認を認証局に問合せ
る。認証局から確かにユーザＡの電子証明書であること
の通知を受けると（Ｓ１８でＹＥＳ）、該電子メールを
受理して処理するが、確かにユーザＡの電子証明書であ
る旨の通知が受けられない場合には（Ｓ１８でＮＯ）、
該電子メールを不正なメールとして廃棄する（Ｓ２
０）。

【００８７】サーバＡとＢは、認証機能が実施された場
合に認証子の不一致により示される内容が改ざんされた
電子メールの受信および不正な電子証明書が添付された
電子メールの受信など、不正なデータを受信した場合
や、同じ送信元ノードから大量にメールが受理された場
合などはメモリ２中のシステムファイル中にその旨を記
録してサーバの管理者に提示し報知してもよい。また、
その都度、電子メールやアラームなどでサーバの管理者
に通知するようにしてもよい。

【００８８】図７は、この発明の実施の形態によるサー
バＡの電子メール受信と暗号化処理の手順を示すフロー
チャートであり、図８はこ発明の実施の形態によるサー
バＢの電子メール受信と復号化処理の手順を示すフロー
チャートである。

【００８９】いま、ユーザＡからユーザＢに電子メール
が送信されると想定した場合のサーバＡとＢの通信手順
について図７と図８のフローチャートに従い説明する。

【００９０】ユーザＡはユーザＢ宛の電子メールを送信
するので、サーバＡはこれを受信する（Ｓ３０）。

【００９１】次にサーバＡは該電子メール中の送信元情
報と送信先情報とに基づいて暗号情報テーブルＴＢ
（Ａ）を検索する（Ｓ３１）。検索して該当するノード
対ＮＰｉのエントリＥｉを特定できなければ（Ｓ３２で
ＹＥＳ）、検索エラーなので検索エラーの旨をシステム
ファイルなどに登録するようなエラー処理をし（Ｓ３
３）、再度、受信動作（Ｓ３０）に戻る。

【００９２】検索して該当するノード対ＮＰｉのエント
リＥｉを特定できると（Ｓ３２でＮＯ）、サーバＡは図
６で述べたようにして受信メールにユーザＡの電子証明
書が添付されていれば（Ｓ３４で有）、認証局に問合せ
て受信メールに添付のユーザＡの電子証明書を確認する
（Ｓ３５）。

【００９３】確認ＯＫの通知を受けることができない場
合は（Ｓ３６でＹＥＳ）、該メールを廃棄して、サーバ
Ａのシステムファイルにその旨を登録して管理者に通知
するようなエラー処理をして（Ｓ３７）、次のメールに
対する受信動作（Ｓ３０）に移行する。

【００９４】一方、ユーザＡの証明書が添付されていな
いか（Ｓ３４で無）または認証局からユーザＡの証明書
についての確認ＯＫの通知を受けると（Ｓ３６でＮ
Ｏ）、暗号情報テーブルＴＢ（Ａ）の特定されたエント
リＥｉのノード対ＮＰｉに対応するフィルタ条件情報Ｓ
ｉがあれば（Ｓ３８で有）、それに基づいて該電子メー
ルについて次ノードへの送信をするか廃棄するかのフィ
ルタ処理を行なう（Ｓ３９）。

【００９５】対応するフィルタ条件情報Ｓｉに基づいて
受信電子メールについてフィルタ処理し次ノードへの送
信処理を行なうことができない場合には（Ｓ４０でＹＥ
Ｓ）その旨をシステムファイルなどに登録して（Ｓ４
１）、次の電子メールの受信処理（Ｓ３０）に移行す
る。

【００９６】一方、対応するフィルタ条件情報Ｓｉがな
い場合（Ｓ３８で無）または該受信電子メールについて
フィルタ処理が行なわれて次ノードへの送信を行なう場
合は（Ｓ４０でＮＯ）、該電子メールの内容について、
認証機能実施の可否Ｈｉに基づいて認証処理が施される
とともに、秘匿機能実施の可否Ｉｉに基づいて暗号化処
理が施される（Ｓ４２）。この時、暗号化された電子メ
ールにはサーバＡの電子証明書が添付されてもよい。

【００９７】その後、処理したメッセージ数に応じて暗
号情報テーブルＴＢ（Ａ）中の特定されたエントリＥｉ
に対応する処理メッセージ数Ｑｉと課金情報Ｒｉがイン
クリメントされて処理される（Ｓ４３）。

【００９８】その後、暗号化された電子メールはサーバ
Ａの電子証明書が添付されて、暗号情報テーブルＴＢ
（ａ）中の特定されたエントリＥｉに対応の相手サーバ
Ｐｉ宛に送信されて、サーバＰｉを経由して最終的にサ
ーバＢに到達する（Ｓ４４）。

【００９９】サーバＢはサーバＡを経由したユーザＡか
らの電子メールを受信する（Ｓ５０）。

【０１００】次に、受信した電子メール中の送信元情報
と送信先情報とに基づいて暗号情報テーブルＴＢ（Ｂ）
を検索して該当するノード対ＮＰｉのエントリＥｉを特
定する。そして特定されたエントリＥｉの認証機能実施
の可否Ｈｉに基づいて認証処理が施されるとともに、秘
匿機能実施の可否Ｉｉに基づいて復号化処理が施される
（Ｓ５１）。

【０１０１】復号時にエラーが発生すれば（Ｓ５２でＹ
ＥＳ）、その旨がシステムファイルに登録されてサーバ
Ｂの管理者に通知され、次のメモリ受信（Ｓ５０）に移
行する。

【０１０２】一方、正常に復号化できて（Ｓ５２でＮ
Ｏ）、受信した電子メールにサーバＡとユーザＡの電子
証明書が添付されていれば（Ｓ５４で有）、それらの確
認を認証局に問合せる（Ｓ５５）。

【０１０３】認証局から認証ＯＫの通知を受けることが
できない場合は（Ｓ５６でＹＥＳ）、該受信メールを廃
棄して、サーバＢのシステムファイルにその旨を記録
し、管理者に通知する（Ｓ５７）。その後、次の電子メ
ールの受信動作（Ｓ５０）に移行する。

【０１０４】一方、受信した電子メールにサーバＡとユ
ーザＡの電子証明書が添付されていないか（Ｓ５４で
無）、または認証局から確認ＯＫの通知を受けることが
できた場合には（Ｓ５６でＮＯ）、暗号情報テーブルＴ
Ｂ（Ｂ）中の特定されたエントリＥｉに対応のフィルタ
条件情報Ｓｉに従ってフィルタ処理が行なわれる（Ｓ５
８で有、Ｓ５９）。

【０１０５】フィルタ処理により、該電子メールを次ノ
ードへ送信しないと判定されると（Ｓ６０でＹＥＳ）、
その旨がシステムファイルに登録されて管理者に通知さ
れ（Ｓ６１）、次の電子メールの受信動作（Ｓ５０）に
移行する。

【０１０６】一方、フィルタ条件情報Ｓｉはないか（Ｓ
５８のＮＯ）またはフィルタ処理により次ノードへ送信
されることが判定されると（Ｓ６０でＮＯ）、暗号情報
テーブルＴＢ（Ｂ）中の対応の処理メッセージ数Ｑｉお
よび課金情報Ｒｉが処理した電子メールの量に応じてイ
ンクリメントされる（Ｓ６２）。

【０１０７】そして、復号化された電子メールは特定さ
れたエントリＥｉ中の相手サーバＰｉを経由してユーザ
Ｂに送信される（Ｓ６３）。

【０１０８】次に、上述した本実施の形態による暗号化
方式とファイアウォールによる暗号化方式との違いにつ
いて説明する。図９は、通信システムにおいて従来より
適用されるファイアウォールによる暗号化方式を模式的
に説明する図である。ファイアウォールにおいてもゲー
トウェイ方式でサーバが暗号化を行なう方式がある。図
９のようにファイアウォールでは、ネットワークＡおよ
びネットワークＢの間のすべてのデータ転送を暗号化す
る。したがって、電子メールのデータであっても、ファ
イル転送のデータであってもすべて暗号化される。

【０１０９】この暗号化のために利用される情報は送信
元のアドレスと送信先のアドレスである。つまり、電子
メールで使用されるｕｓｅｒ＠ｓｕｂｄｏｍａｉｎ．ｄ
ｏｍａｉｎ．ｃｏ．ｊｐのような電子メールのアドレス
情報を用いた細かな電子メールの暗号化に関する制御は
できないことを意味する。

【０１１０】本実施の形態で適用される暗号化方式で
は、電子メールのアドレス情報や電子メールの送信日
付、場合によっては電子メールによるファイルサイズな
どによって示されるフィルタ条件情報Ｓｉで暗号化方式
のための設定が任意に変更できるという点で、ファイア
ウォール方式とは相違する。

【０１１１】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】この発明の実施の形態における通信システムの
構成を示す図である。

【図２】図１のサーバのブロック構成図である。

【図３】図１の暗号情報テーブルの内容を示す図であ
る。

【図４】図３に示された暗号情報テーブル更新の処理フ
ローチャートである。

【図５】この発明の実施の形態による電子メールに添付
された電子証明書についての確認を認証局に問合せる場
合のシステム構成を示す図である。

【図６】図５で示されたシステムにおける電子証明書を
用いた通信手順を示す処理フローチャートである。

【図７】この発明の実施の形態によるサーバＡの電子メ
ール受信と暗号化処理の手順を示すフローチャートであ
る。

【図８】この発明の実施の形態によるサーバＢの電子メ
ール受信と復号化処理の手順を示す処理フローチャート
である。

【図９】通信システムにおいて従来より適用されるファ
イアウォールによる暗号化方式を模式的に説明する図で
ある。

【図１０】従来の電子メール通信システムの１構成例を
示す図である。

【符号の説明】

Ａ，ＢサーバＰＣ（Ａ）ユーザＡ側のコンピュータＰＣ（Ｂ）ユーザＢ側のコンピュータＴＢ（Ａ）およびＴＢ（Ｂ）暗号情報テーブルＥｉエントリＮＰｉノード対ＳＩｉセキュリティに関する情報Ｉｉ秘匿機能実施の可否Ｋｉアルゴリズム情報Ｎｉ秘匿用キー情報Ｏｉ秘匿用キーの長さＳｉフィルタ条件情報Ｈｉ認証機能実施可否Ｊｉ認証アルゴリズム情報Ｌｉ認証用キー情報Ｍｉ認証用キーの長さＰｉ相手サーバＱｉ処理メッーセジ数Ｒｉ課金情報Ｏｐｉオプション情報なお、各図中同一符号は同一または相当部分を示す。

Claims

【特許請求の範囲】

【請求項１】ネットワーク上で送信側サーバおよび受
信側サーバを含む複数のサーバを経由して少なくとも１
つのノードを含む送信側ノード群と少なくとも１つのノ
ードを含む受信側ノード群からなる１つの以上のノード
群対間で電子メールの送受信が行なわれる通信システム
において、前記送信側サーバは、前記送信側ノード群から送信された電子メールデータを
受信して、必要に応じて所定の暗号化方式に従って暗号
データに変換して送信する暗号化手段を有し、前記受信側サーバは、前記暗号データを受信したとき、前記所定の暗号化方式
に対応して前記電子メールデータに復号して前記受信側
ノード群に送信する復号化手段を有し、前記所定の暗号化方式は前記１つ以上のノード群対のそ
れぞれについて個別に設定されることを特徴とする、通
信システム。
【請求項２】前記ノード群対のそれぞれについて個別
に設定された前記所定の暗号化方式は、任意に変更可能
であることを特徴とする、請求項１に記載の通信システ
ム。
【請求項３】前記所定の暗号化方式の変更は、前記送
信側サーバおよび前記受信側サーバ間の通信処理により
行なわれることを特徴とする、請求項２に記載の通信シ
ステム。
【請求項４】前記通信システムにおいて、前記電子メールデータの内容の正当性が両サーバ間の通
信途中でも保持されていることを認証するために、前記送信側サーバは、前記送信側ノード群から送信された前記電子メールデー
タを受信するとき、必要に応じて所定の認証子生成手順
に従って当該電子メールデータの認証子を生成し、デー
タとともに送信する認証子生成手段を有し、前記受信側サーバは、前記認証子をデータとともに受信したとき、前記所定の
認証子生成手順に従って該受信データに対応の電子メー
ルデータの認証子を生成し、受信した認証子と生成した
認証子を照合し、照合結果に応じて該受信データについ
て前記正当性が保持されているか否か判定する正当性判
定手段を有し、前記所定の認証子生成手順は、前記１つ以上のノード群
対のそれぞれについて個別に設定されることを特徴とす
る、請求項１ないし３のいずれかに記載の通信システ
ム。
【請求項５】前記ノード群対のそれぞれについて個別
に設定される前記所定の認証子生成手順は、任意に変更
可能であることを特徴とする、請求項４に記載の通信シ
ステム。
【請求項６】前記所定の認証子生成手順の変更は、前
記送信側サーバおよび前記受信側サーバ間の通信処理に
より行なわれることを特徴とする、請求項５に記載の通
信システム。
【請求項７】前記送信側サーバおよび前記受信側サー
バは、受信したデータの送信元の正当性を確認し、確認
結果に従って該受信データを処理することを特徴とす
る、請求項１ないし６のいずれかに記載の通信システ
ム。
【請求項８】受信したデータの送信元の正当性は、該
受信データに添付される該送信元を特定する電子署名に
基づいて確認されることを特徴とする、請求項７に記載
の通信システム。
【請求項９】前記送信側サーバおよび前記受信側サー
バは受信したデータに関する所定条件に基づいて、選択
的に該受信データの送信に関する処理を行なうことを特
徴とする、請求項１ないし８のいずれかに記載の通信シ
ステム。
【請求項１０】前記送信側サーバおよび前記受信側サ
ーバのそれぞれは、ノード群対ごとに送信に関する処理
を施した受信データの量に応じた課金情報を記録するこ
とを特徴とする、請求項１ないし９のいずれかに記載の
通信システム。
【請求項１１】前記送信側サーバおよび前記受信側サ
ーバのそれぞれは、異常なデータを受信した場合には、
その内容を記録して報知することを特徴とする、請求項
１ないし１０のいずれかに記載の通信システム。