JP2001237872A

JP2001237872A - メール装置

Info

Publication number: JP2001237872A
Application number: JP2000043666A
Authority: JP
Inventors: Hideji Akiyama; 秀司秋山
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2000-02-21
Filing date: 2000-02-21
Publication date: 2001-08-31

Abstract

(57)【要約】【課題】メールの送信先や送信元に応じた暗号化や復
号の操作からクライアント装置の操作者を解放したメー
ル装置を提供する。【解決手段】メール装置１は、クライアント装置３，
５から受信したメールの送信元及び送信先により記憶部
１５内の暗号化テーブル格納部１６に格納された暗号化
テーブルから、送信先に対応する暗号化に関する情報を
検索する。そして、得られた暗号化に関する情報により
指示された暗号方式および暗号鍵を用いてメールを暗号
化する。また、ネットワークシステム８外からメール装
置１に送られた暗号化メールについて、送信元及び送信
先を特定し、復号テーブル格納部１７に格納された復号
テーブルから、送信元に対応する復号に関する情報を検
索する。そして、得られた復号に関する情報により指示
された暗号方式及び暗号鍵を用いてメールを復号し、送
信先に配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メールの転送を行
うメール装置に関するものである。

【０００２】

【従来の技術】近年においては、様々な組織においてＬ
ＡＮ等のネットワークを敷設し、情報の共有化等を行う
ことが一般的になってきている。また、ネットワーク利
用者間の情報交換のための手段として、電子化されたメ
ールを交換することが広く行われている。このようなメ
ールは、一般的にヘッダ部と本文部から構成されてい
る。ヘッダ部には、当該メールの送信元、送信先に関す
る情報や、本文部の記述方式などに関する情報が記載さ
れる。また、本文部には、送信者が作成した文章が記載
される。さらに、画像、音声や各種アプリケーションソ
フトウェアによって作成されたファイルがメールに添付
されることもある。

【０００３】ところで、上述のようなメールは、一般的
に利用者がネットワークに接続されたクライアント上の
アプリケーションソフトウェアを用いて作成される。そ
して、作成されたメールは、利用者がアプリケーション
ソフトウェアを操作することにより、そのネットワーク
上に設けられたメール装置に送られる。メールはメール
装置に一旦蓄積される。送信元と送信先のネットワーク
が同一の場合は、そのままメール装置に蓄積され、取り
出されるまで待つことになる。送信元と送信先のネット
ワークが異なる場合は、メールは、送信元のネットワー
クにおけるメール装置から、ネットワーク同士を接続す
るノード等を介して、送信先のネットワーク上のメール
装置へ転送され、蓄積される。転送の間に、いくつかの
メール装置が介在することもある。送信先として指定さ
れた利用者は、クライアント装置を操作し、メール装置
に蓄積されているメールを取り出し、クライアント装置
上で受信したメールの内容を参照することができる。

【０００４】特に最近では、ネットワークが他のネット
ワークと相互に接続されていることが多く、メール装置
を介して他のネットワークに所属する利用者との間でメ
ールを交換することも頻繁に行われている。

【０００５】このようにしてメールの送受信を行う際に
は、メールを例えばＡＳＣＩＩ文字セット等の共通のコ
ード系で記述する必要がある。そのため、メールに日本
語などの非ＡＳＣＩＩ文字セットを用いたり、画像や音
声などのファイルを添付する場合には、日本語の記述や
画像、音声データなどをＡＳＣＩＩ文字セット等にエン
コーディングして送らなければならない。このエンコー
ディングは、例えばＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓ
ｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏ
ｎ）と呼ばれるデータ形式に従って行われている。

【０００６】上述のように、メールは、同じネットワー
ク内の利用者に限らず、別のネットワーク上の利用者に
対しても送ることができる。しかし、メールが転送され
てゆく経路において、メールの内容が漏洩したり、ある
いは改ざんされるといった危険性を有している。そこ
で、秘密性の高いメールについては、クライアントにイ
ンストールした暗号化ソフトウェアを用いて当該メール
の本文部や添付ファイルなどを暗号化し、例えばＳ／Ｍ
ＩＭＥ（ＰＫＣＳＳｅｃｕｒｉｔｙＳｅｒｖｉｃｅ
ｓｆｏｒＭＩＭＥ）などの方式によってメールの転
送を行う対策が取られている。しかし、現在のところ暗
号化方式は統一されておらず、様々な暗号化方式が利用
されている。そのため、クライアント装置によっては、
対応できない暗号化方式も存在する。このような状況で
クライアント装置の操作者がメールを送信する際には、
メールの送信先に応じた暗号化方式を選択して暗号化の
操作を行う必要がある。また、メールを受信する際に
も、メールの送信元に応じた暗号化方式を選択して復号
する必要がある。このように、メールの送信先や送信元
に応じて暗号化方式を選択し、操作を行うことは、操作
者にとって非常に負担が大きく、煩雑であるという問題
があった。

【０００７】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、メールの送信先や送信元に
応じた暗号化や復号の操作からクライアント装置の操作
者を解放するとともに、メール自体の秘匿性を保持する
ことができるメール装置を提供することを目的とするも
のである。

【０００８】

【課題を解決するための手段】本発明は、メールの転送
を行うメール装置において、前記メールの送信先と前記
メールに含まれる暗号化対象情報の暗号化に関する情報
とを関係付けた暗号化テーブルを記憶する記憶手段と、
前記暗号化テーブルに基づき受け取ったメールの送信先
に対応する前記暗号化に関する情報に従い前記受け取っ
たメールの暗号化対象情報を暗号化する制御手段を有す
ることを特徴とするものである。これによって、メール
装置においてメールの本文部または添付ファイルなどの
暗号化対象情報を、そのメールの送信先に応じた暗号化
方式及び暗号鍵などの暗号化に関する情報に基づいて暗
号化することができる。そのため、メールの送信元であ
るクライアント装置側において、送信先に応じた暗号化
方式や暗号鍵の選択及び暗号化のための操作を行う必要
がなくなり、クライアント装置の操作者を暗号化のため
の作業負担から解放することができる。

【０００９】また本発明は、メールの転送を行うメール
装置において、前記メールの送信元と前記メールに含ま
れる復号対象情報の復号に関する情報とを関係付けた復
号テーブルを記憶する記憶手段と、前記復号テーブルに
基づき受け取ったメールの送信元に対応する前記復号に
関する情報に従い前記受け取ったメール中の暗号化され
た復号対象情報を復号する制御手段を有することを特徴
とするものである。これによって、暗号化されたメール
をメール装置が受け取った場合に、そのメールの送信元
に応じた復号方式及び復号鍵などを選択し、メールの本
文部または添付ファイルなどの復号対象情報の復号をメ
ール装置において行うことができる。したがって、メー
ルの送信先である利用者が、メールの送信元に応じた復
号のための作業を行う必要がなくなり、クライアント装
置の操作者を復号のための作業負担から解放することが
できる。

【００１０】なお、記憶手段に記憶されている暗号化テ
ーブルまたは復号テーブルの内容は、外部から送られて
くる情報に従い、制御手段によって更新可能に構成する
ことができる。例えば同じネットワークに接続されてい
る管理用のクライアント装置などから更新可能に構成す
ることにより、暗号化テーブルあるいは復号テーブルの
管理を容易に行うことができる。

【００１１】

【発明の実施の形態】図１は、本発明のメール装置の実
施の一形態を含むネットワークシステムの一例を示すブ
ロック構成図である。図中、１はメール装置、２はネッ
トワーク管理者端末、３，５はクライアント装置、４は
ゲートウェイサーバ、６はＬＡＮ、７は専用線、８はネ
ットワークシステム、９はインターネット、１１は主制
御部、１２は操作部、１３は通信部、１４は表示部、１
５は記憶部、１６は暗号化テーブル格納部、１７は復号
テーブル格納部、１８はＨＤＤ（ハードディスクドライ
ブ）、１９はバスである。

【００１２】メール装置１、ネットワーク管理者端末
２、クライアント装置３，５、ゲートウェイサーバ４
は、ＬＡＮ６によって接続されており、全体でネットワ
ークシステム８を構成している。さらに、ゲートウェイ
サーバ４に専用線７が接続されており、ネットワークシ
ステム８が専用線７を介してインターネットに接続され
た構成となっている。なお、クライアント装置の数は、
２台に限られるものでなく、１台あるいは３台以上接続
された構成であってもよい。また、このネットワークシ
ステム外との接続は、ゲートウェイサーバ４に限らず、
ルータ等の他の接続機器を用いてもよい。さらに、専用
線７を用いるほか、公衆回線を用いてインターネット９
を接続されていてもよいし、あるいは他のＬＡＮに接続
されていてもよい。

【００１３】メール装置１は、この例では主制御部１
１、操作部１２、通信部１３、表示部１４、記憶部１
５、ＨＤＤ１８などを有し、これらをバス１９で接続し
て構成されている。主制御部１１は、メール装置１全体
を制御する。また、クライアント装置３，５から送信さ
れたメールを通信部１３を介して受け取る。受け取った
メールが他のネットワークの利用者宛のものであれば、
暗号化テーブル格納部１６に格納されている暗号化テー
ブルを参照する。そして、暗号化の必要がある場合に
は、メールの本文部や添付ファイルなどの暗号化対象情
報に対して、送信先に対応した暗号化方式及び暗号鍵を
用いて暗号化処理を行い、通信部１３を介してインター
ネット９へ向けて転送する。なお、暗号化対象情報とし
て、メールのヘッダ部においてもサブジェクトフィール
ド（件名欄）などを含めてもよい。

【００１４】また主制御部１１は、通信部１３を介して
受信したメールがネットワークシステム８内の利用者宛
のメールであればＨＤＤ１８にそのまま蓄積する。メー
ルは、インターネット９から送られてくることもある
し、ネットワークシステム８内のクライアント装置３，
５から送られてくる場合もある。ＨＤＤ１８に蓄積され
たメールは、クライアント装置３，５からの要求によっ
て、随時、要求元のクライアント装置３，５側へ配信す
る。クライアント装置３，５側へのメールの配信に際し
て、メール中に暗号化された復号対象情報が存在する場
合には、復号テーブル格納部１７に格納されている復号
テーブルを参照し、そのメールの送信元に対応した復号
方式及び復号鍵を用いて復号処理を行う。

【００１５】さらに主制御部１１は、暗号化テーブル格
納部１６及び復号テーブル格納部１７に格納されている
暗号化テーブル及び復号テーブルの内容を、クライアン
ト装置３，５から送られてくる修正データによって更新
することができる。なお、クライアント装置３，５にお
いて最新の暗号化テーブル及び復号テーブルを保持する
ものとし、所定間隔で暗号化テーブル格納部１６及び復
号テーブル格納部１７へ転送するようにしてもよい。さ
らに、暗号化テーブル及び復号テーブルの更新作業は、
セキュリティ対策の観点からネットワーク管理者端末２
のみから行うようにしてもよい。

【００１６】操作部１２及び表示部１４は、メール装置
１に対する各種の設定やメンテナンスなどに用いられ
る。なお、操作部１２及び表示部１４を省略し、ネット
ワーク管理者端末２などから設定やメンテナンスを行う
ようにしてもよい。

【００１７】記憶部１５は、暗号化処理や復号処理に必
要なデータや、主制御部１１や他の各部の処理において
保存が必要なデータの格納に用いられる。記憶部１５に
は、暗号化テーブル格納部１６及び復号テーブル格納部
１７の２つの領域が設けられている。暗号化テーブル格
納部１６には、後述するような暗号化テーブルを格納し
ておくことができる。暗号化テーブルは、ネットワーク
システム８から外部へ転送されるメールの暗号化処理の
際に利用する。また、復号テーブル格納部１７には、後
述するような復号テーブルを格納しておくことができ
る。復号テーブルは、外部からネットワークシステム８
内の利用者へ送られてきたメールの復号処理の際に利用
される。なお、暗号化テーブル格納部１６及び復号テー
ブル格納部１７の領域は、メール装置の電源が切断され
ても記憶内容を保持できるように構成しておくことが望
ましい。なお、記憶部１５に代えてＨＤＤ１８に暗号化
テーブル格納部１６及び復号テーブル格納部１７の領域
を設けてもよい。

【００１８】ＨＤＤ１８は、受信したメールなどの情報
を記憶する。また、メール装置１の動作に必要なプログ
ラムなどを記憶しておくこともできる。なお、ＨＤＤ１
８に代えて記憶部１５にこれらを記憶させてもよい。

【００１９】ネットワーク管理者端末２は、ネットワー
クシステム８のデータトラフィック量や、メール装置
１、ゲートウェイサーバ４等の動作の監視など各種のネ
ットワーク管理を行うことができる。なお、メール装置
１に対する各種の設定や、メール装置１の記憶部１５に
格納された暗号化テーブル及び復号テーブルの更新な
ど、メール装置１に関する管理を、ネットワーク管理者
端末２を用いて行うようにしてもよい。

【００２０】クライアント装置３，５は、メールや添付
ファイルの作成及び作成したメールの送信を行うことが
できる。また、メール装置１に蓄積されているメールの
配信を要求し、利用者宛のメールを受け取ることができ
る。さらに、メール装置１の暗号化テーブル格納部１６
及び復号テーブル格納部１７に格納されている暗号化テ
ーブル及び復号テーブルの更新作業を行うことができる
ように構成されていてもよい。なお、クライアント装置
３，５において、送信するメールの暗号化や受信したメ
ールの復号が可能なように構成してもよい。

【００２１】ゲートウェイサーバ４は、インターネット
９へ向けて配信されるメールの経路の選択やネットワー
クシステム８へ送られてきたメール等のパケットの送り
先を選択する。なお、この実施の形態においては、秘密
性の高い暗号化テーブル及び復号テーブルがメール装置
１に格納されているので、インターネット９側からメー
ル装置１に対する不正なアクセスを受けることのないよ
うに、例えばネットワークシステム８へ送られた不正ア
クセスに係るパケットをゲートウェイサーバ４において
破棄するなどの構成を有することが望ましい。

【００２２】ここで、暗号化テーブル及び復号テーブル
について説明する。図２は、本発明の暗号化テーブルの
一例を示す説明図、図３は、本発明の復号テーブルの一
例を示す説明図である。この例では、暗号化テーブル、
復号テーブルは、ネットワークシステム８の利用者ごと
に設けられている。なお、図２及び図３では、それぞれ
のテーブルに対応する利用者の氏名及びアドレスを右上
に記載して示している。もちろん、利用者の識別は氏名
やアドレスに限らない。

【００２３】暗号化テーブルは、メールの送信先と暗号
化に関する情報が関係付けられている。図２に示す暗号
化テーブルの例では、送信先のアドレスと、それらの送
信先に対応する暗号方式及び暗号鍵を関係付けている。
なお、暗号鍵の欄には、暗号方式としてＲＳＡなどの公
開鍵暗号方式を採用している場合には、復号には使用で
きない公開鍵が記載される。また、暗号方式としてＤＥ
Ｓなどの共有鍵暗号方式を採用している場合には、復号
の際に使用する鍵と同一の秘密鍵が記載されている。な
お、暗号化テーブルに暗号方式のみが記載され、暗号鍵
が記載されていない場合、あるいは送信時に生成する旨
が指示されている場合がある。このような場合は、必要
に応じて暗号鍵をいわゆるワンタイムパスワードとして
生成して使用する。また、特定の送信先に対しては暗号
化しない旨を登録しておくこともできる。さらに、図２
に示す暗号化テーブルの例では、その暗号化テーブルに
対応する利用者から受信したメールをデコードする際に
使用する暗号方式及び暗号鍵に関する情報も登録されて
いる。

【００２４】例えばネットワークシステム８内からメー
ルが送信された場合、メールの送信者を特定することに
よって、対応する暗号化テーブルが特定される。そし
て、暗号化テーブルにそのメールの送信先のアドレスが
記載されていれば、その送信先に対応する暗号方式と暗
号鍵が分かるので、そのメールを暗号化することができ
る。

【００２５】さらに、図２に示す暗号化テーブルの例で
は、その暗号化テーブルに対応する利用者から受信した
メールをデコードする際に使用する暗号方式及び暗号鍵
に関する情報も登録されている。クライアント装置での
メールの送信時には、送信先に関係なく、一律に暗号化
して送信すれば、メール装置において送信先に対応した
暗号化方式及び暗号鍵により暗号化し直して送信するこ
とができる。

【００２６】また、復号テーブルは、メールの送信元と
復号に関する情報が関係付けられている。図３に示す復
号テーブルの例においては、送信元のアドレスと、それ
らの送信元に対応する暗号方式及び暗号鍵を関係付けて
いる。なお、暗号鍵については暗号化テーブルの場合と
同様である。また、図３に示す復号テーブルの例では、
その復号テーブルに対応する利用者に対してメールを配
信する際に使用する秘密鍵に関する情報も登録されてい
る。

【００２７】例えばネットワークシステム８内の利用者
を送信先としたメールを受信した場合には、そのメール
の送信先に対応する復号テーブルが特定できる。特定し
た復号テーブルに、そのメールの送信元のアドレスが記
載されていれば、その送信元に対応する暗号方式と暗号
鍵が分かるので、そのメールを復号することができる。

【００２８】また、図３に示す復号テーブルの例では、
その復号テーブルに対応する利用者に対してメールを配
信する際に使用する秘密鍵に関する情報も登録されてい
る。これによって、暗号化された状態で送信先のクライ
アント装置の利用者に対してメールを配信することがで
きる。

【００２９】なお、図２，図３に示す例では、暗号化テ
ーブル及び復号テーブルを利用者ごとに設けているの
で、利用者自らが各自のテーブルを管理することができ
る。もちろん、暗号化テーブル及び復号テーブルを利用
者の部課などのグループ単位で設けることも可能であ
る。もちろん、暗号化テーブルまたは復号テーブルを１
つにまとめてもよい。この場合、暗号化テーブルまたは
復号テーブルは、ネットワーク管理者が一元的に管理す
ることが望ましい。また、暗号化テーブル及び復号テー
ブルにおいて暗号化に関する情報あるいは復号に関する
情報と対応付ける送信先及び送信元として、例えばドメ
イン単位など、所定のグループ単位で設定することも可
能である。

【００３０】次に、本発明のメール装置の実施の一形態
における動作の一例について、メール装置１を中心に、
メール装置１とクライアント装置３，５との関係を含め
て簡単に説明する。なお、メール装置１においては、予
め暗号化テーブル格納部１６には暗号化テーブルを格納
し、さらに復号テーブル１７には復号テーブルを格納し
て、暗号化処理及び復号処理が可能な状態に設定してお
く。

【００３１】図４は、本発明のメール装置の実施の一形
態における暗号化処理の動作の一例及びクライアント装
置との関係の一例を示すフローチャートである。Ｓ２１
において、クライアント装置５でメールやそのメールに
添付するファイルの作成を行う。なお、以下の説明では
添付ファイルを含めてメールと呼ぶことがある。次に、
Ｓ２２でメールを送信する。メールの送信の際には、例
えばメールソフトウェアなどによって、所定の処理、例
えばＭＩＭＥエンコーディングなどの処理が行われて送
信される。ここでは例えばＳ／ＭＩＭＥによって送信す
るものとする。この場合、暗号化方式及び暗号鍵は送信
先に関係なく、暗号化テーブルに登録しておいた暗号化
方式及び対応する暗号鍵を用いることができる。クライ
アント装置３，５において暗号化を行う場合でも、利用
者が暗号化方式や暗号鍵を送信先に対応して選択して暗
号化の操作を行わなくても、一律的な処理でよいため、
送信操作のみによって自動的に暗号化することができ
る。また、ネットワークシステム８内における秘密保持
にも役立つ。

【００３２】クライアント装置３，５などから送信され
たメールは、直接送信先に送られるわけではなく、一
旦、メール装置１へ送られる。Ｓ３１において、例えば
クライアント装置３やクライアント装置５からメールが
送られてくると、通信部１３を介してこれを受け取る。
Ｓ３２において、ＭＩＭＥデコードを行う。なお、ＭＩ
ＭＥデコードはクライアント装置側のＯＳの形式等に合
わせて行うとよい。

【００３３】次に、Ｓ３３において、メールのヘッダ部
に記載されたＦＲＯＭ（送信者）フィールドとＴＯ（送
信先）フィールドを読み込み、送信元及び送信先のアド
レスを特定する。次に、Ｓ３４において、Ｓ３３で特定
した送信元によって暗号化テーブルの１つを特定すると
ともに、その暗号化テーブルから送信先のアドレスに対
応する暗号化に関する情報を検索する。Ｓ３５におい
て、暗号化テーブルに送信先のアドレスに対応する暗号
化に関する情報が登録されていたか否かを判定し、送信
先のアドレスに対応する暗号化に関する情報が見つから
なかった場合は、Ｓ３９へ進む。この場合、Ｓ３９にお
いてそのままＭＩＭＥエンコーディングを行い、Ｓ４０
において、そのメールをインターネット９へ向けて転送
する。あるいは、送信元に対応する暗号化方式及び暗号
鍵を用いて復号した後にＭＩＭＥエンコーディングして
転送してもよい。なお、ネットワークシステム８内への
メールである場合は、ＨＤＤ１８に蓄積される。

【００３４】暗号化テーブルに送信先のアドレスに対応
する暗号化に関する情報が登録されていた場合には、そ
の暗号化に関する情報を取り出す。そしてＳ３６におい
て、暗号鍵の生成が必要となる旨の記載がされているか
否かを判断する。暗号鍵の生成が必要となる場合は、Ｓ
３７において、乱数を生成するなどの所定の方法に従っ
て暗号鍵を生成するとともに、その暗号鍵をクライアン
ト装置３またはクライアント装置５へ通知する。そし
て、Ｓ３８へ進む。なお、暗号鍵は、メール装置１から
の要求によってクライアント装置３，５等で生成するよ
うにし、生成後にメール装置１へ送信するようにしても
よい。また、予めメールのヘッダ部等に暗号鍵を書き込
んでおき、この暗号鍵の読み取り後に暗号鍵を記載した
部分を消去するようにしてもよい。さらに、生成した暗
号鍵も送信先へ送る場合には、クライアント装置に通知
せずに転送の処理を行ってもよい。

【００３５】Ｓ３８では、暗号化テーブルから取得した
送信先に対応する暗号方式によってメールの本文部及び
添付ファイル等の暗号化対象情報を暗号化処理する。例
えば、メールの送信先が暗号方式としてＲＳＡを選択し
ているのであれば、そのアドレスに対応するＲＳＡの公
開鍵で暗号化処理（ＰＫＣＳ（Ｐｕｂｌｉｃ−ＫｅｙＣ
ｒｙｐｔｏｇｒａｐｈｙＳｔａｎｄａｒｄｓ）処理）
を行う。なお、暗号化処理の対象は、メールの本文部又
は添付ファイルのいずれか一方でもよいし、メールのヘ
ッダ部の一部を対象に含めてもよい。また、送信元から
暗号化されたメールを受信している場合には、暗号化テ
ーブルに登録されている送信元の暗号方式及び暗号鍵を
用いて復号した後、改めて送信先に対応する暗号方式及
び暗号鍵によって暗号化する。

【００３６】暗号化したメールは、Ｓ３９においてＭＩ
ＭＥエンコーディングし、Ｓ４０においてそのメールを
インターネット９へ向けて転送する。なお、ネットワー
クシステム８内へのメールである場合は、ＨＤＤ１８に
蓄積される。

【００３７】上述の処理においては、ＴＯフィールドに
送信先のアドレスが１つの場合の例を示したが、例えば
ＴＯフィールドに複数の送信先のアドレスが記載された
り、あるいはコピー送信先を指示するＣＣフィールドや
ＢＣＣフィールドに送信先のアドレスが記載される場合
もある。このような場合には、ＴＯフィールド、ＣＣフ
ィールド、ＢＣＣフィールドなどに記載されたそれぞれ
の送信先に対してＳ３４以降の処理を行えばよい。

【００３８】図５は、本発明のメール装置の実施の一形
態における復号処理の動作の一例及びクライアント装置
との関係の一例を示すフローチャートである。インター
ネット９からネットワークシステム８へ送られてくるメ
ールは、ゲートウェイサーバ４を経由してメール装置１
へ送られる。なお、ここではネットワークシステム８内
の利用者を送信先とするメールを受信したものとして説
明する。

【００３９】まず、Ｓ５１において送られてきたメール
（及び添付ファイル）を通信部１３を介して受け取る。
次にＳ５２において、ＭＩＭＥデコードを行う。Ｓ５３
において、メールのヘッダ部の情報等から暗号化メール
であるか否かを判断する。暗号化メールでない場合に
は、Ｓ５７に進む。

【００４０】受け取ったメールが暗号化メールであった
場合には、Ｓ５４において、メール中のＦＲＯＭフィー
ルドとＴＯフィールドを読み込み、送信元と送信先のア
ドレスを特定する。そしてＳ５５において、Ｓ５４で特
定した送信先によって復号テーブルの１つを特定すると
ともに、その復号テーブルから送信元のアドレスに対応
する復号に関する情報を検索する。Ｓ５５において、復
号テーブルに送信元のアドレスに対応する復号に関する
情報が登録されていたか否かを判定し、送信元のアドレ
スに対応する復号に関する情報が見つからなかった場合
は、Ｓ５７へ進む。

【００４１】送信元のアドレスに対応する復号に関する
情報が見つかった場合には、Ｓ５６において見つかった
復号に関する情報中の暗号方式及び暗号鍵によってメー
ルの復号対象情報を復号処理する。例えば、メールの送
信元の暗号方式がＲＳＡであれば、ＲＳＡの秘密鍵を用
いて復号処理を行う。

【００４２】Ｓ５７において、メールのＭＩＭＥエンコ
ードを行い、Ｓ５８でメールをＨＤＤ１８の所定のディ
レクトリに保存する。なお、クライアント装置３，５と
の間でＳ／ＭＩＭＥにより配信を行う場合には、送信先
として指定されている利用者に対応する暗号方式及び暗
号鍵を、送信先のアドレスなどによって特定される復号
テーブルから取り出し、暗号化してからＳ５７における
ＭＩＭＥエンコードを行ってもよい。

【００４３】このようにしてメール装置１の例えばＨＤ
Ｄ１８に蓄積されたメールは、クライアント装置３やク
ライアント装置５などからの要求に応じ、Ｓ５９におい
て要求元へ配信される。クライアント装置３，５は、メ
ールの取り出し要求に応じて配信されたメールをＳ６１
において受信し、Ｓ６２において例えばＭＩＭＥデコー
ドなどを行ってメール及び添付ファイルの内容を参照す
ることができる。なお、送信先の利用者に応じた暗号化
処理が施されている場合には、ＭＩＭＥデコードの後、
復号処理を行う。しかしこの場合でも、送信元に応じた
復号処理は必要なく、メール装置１において送信先の利
用者に対応した一律的な暗号化処理を行っているので、
例えばメールソフトウェアなどによって自動的に復号処
理についても行うことが可能であり、利用者が送信元に
対応した操作を行う必要はない。

【００４４】なお、上述の例のほかに、例えばクライア
ント装置３，５とメール装置１とをファイアウォールサ
ーバで隔離する構成にしてもよい。この構成の場合、ク
ライアント装置３，５からメールを送信する度に、クラ
イアント装置から暗号化テーブルをメール装置１に送
り、暗号化処理が終わった時点でメール装置１の暗号化
テーブルを破棄するようにしてもよい。このようにすれ
ば、メール装置に外部からの侵入があった際に、暗号化
テーブルを奪取される可能性が低減される。また、クラ
イアント装置３，５でメールを受信する際にも同様の処
理を行ってもよい。

【００４５】

【発明の効果】以上の説明から明らかなように、本発明
によれば、クライアント装置から送信されたメールは、
メール装置において当該メールの送信先に応じた暗号化
処理を行ってからインターネット等へ向けて配信され
る。また、インターネット等からメール装置へ送られた
メールは当該メールの送信元に応じた復号処理を行って
から、クライアント装置で受信可能な状態に蓄積する。
そのため、クライアント装置において送信先に応じた暗
号方式や暗号鍵の選択及び暗号処理の指定を行う必要が
なく、また送信元に応じた暗号方式や暗号鍵の選択及び
復号処理の指定を行う必要がない。これによって、操作
者は、送信先あるいは送信元に対応した暗号化及び復号
処理を行う煩雑さから開放される。また、メール装置に
格納されている暗号化テーブル及び復号テーブルをクラ
イアント装置側から更新管理可能に構成することがで
き、送信先あるいは送信元に対応した暗号方式や暗号鍵
の変更あるいは新規登録や削除などを容易に行うことが
でき、暗号化テーブル及び復号テーブルの管理が極めて
容易になるという効果がある。

【図面の簡単な説明】

【図１】本発明のメール装置の実施の一形態を含むブロ
ック構成図である。

【図２】本発明の暗号化テーブルの一例を示す説明図で
ある。

【図３】本発明の復号テーブルの一例を示す説明図であ
る。

【図４】本発明のメール装置の実施の一形態における暗
号化処理の動作の一例及びクライアント装置との関係の
一例を示すフローチャートである。

【図５】本発明のメール装置の実施の一形態における復
号処理の動作の一例及びクライアント装置との関係の一
例を示すフローチャートである。

【符号の説明】

１…メール装置、２…ネットワーク管理者端末、３，５
…クライアント装置、４…ゲートウェイサーバ、６…Ｌ
ＡＮ、７…専用線、８…ネットワーク、９…インターネ
ット、１１…主制御部、１２…操作部、１３…通信部、
１４…表示部、１５…記憶部、１６…暗号化テーブル格
納部、１７…復号テーブル格納部、１８…ＨＤＤ、１９
…バス。

Claims

【特許請求の範囲】

【請求項１】メールの転送を行うメール装置におい
て、前記メールの送信先と前記メールに含まれる暗号化
対象情報の暗号化に関する情報とを関係付けた暗号化テ
ーブルを記憶する記憶手段と、前記暗号化テーブルに基
づき受け取ったメールの送信先に対応する前記暗号化に
関する情報に従い前記受け取ったメールの暗号化対象情
報を暗号化する制御手段を有することを特徴とするメー
ル装置。
【請求項２】メールの転送を行うメール装置におい
て、前記メールの送信元と前記メールに含まれる復号対
象情報の復号に関する情報とを関係付けた復号テーブル
を記憶する記憶手段と、前記復号テーブルに基づき受け
取ったメールの送信元に対応する前記復号に関する情報
に従い前記受け取ったメール中の暗号化された復号対象
情報を復号する制御手段を有することを特徴とするメー
ル装置。
【請求項３】前記制御手段は、外部から送られてくる
情報に従って前記記憶手段に記憶されている前記暗号化
テーブルまたは前記復号テーブルの内容を更新可能であ
ることを特徴とする請求項１または請求項２に記載のメ
ール装置。