JPH11340965A - 電子メール鍵登録装置、電子メール送信装置、電子メール受信装置、および電子メールシステム - Google Patents

Abstract

(57)【要約】 【課題】インターネット等における電子メールシステム
においても、閉じたネットワーク同様の機能、すなわち
送信人が送信した電子メールが正しく受信人に届けられ
たか確認する機能、受信人がその内容を読んだか確認す
る機能、および電子メールの取り消し等の制御機能を提
供することを目的とする。 【解決手段】メール送信装置において、電子メールの送
信操作を行なうたびに鍵を生成し、この鍵を用いて電子
メールを暗号化し受信人に送信するとともに、その電子
メールのメッセージＩＤと鍵を鍵登録装置に鍵登録要求
として送信する。鍵登録装置では、鍵登録要求にしたが
って、各々の電子メール固有のメッセージＩＤをキーと
して鍵を登録する。電子メール受信装置では、受信人が
閲覧操作を行なったとき、受信した電子メールに対応す
る鍵を前記鍵登録装置に対して自動的に要求する。その
鍵取得要求に対して、鍵登録装置は、登録されている鍵
を受信人に送る。電子メール受信装置は、取得した鍵を
用いて電子メールを複合化する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
の広域オープンネットワークにおいて、電子メールに係
る鍵を登録する装置、電子メールを送受する装置、およ
び電子メールシステムに関するものである。

【０００２】

【従来の技術】インターネットにおける従来の電子メー
ルシステムにおいては、電子メールは基本的に送りっぱ
なしであり、受信人が返信を行なわない限り、送信人は
自分が送信した電子メールが受信人に正しく届けられた
か、また受信人がその内容を読んだか、確認することは
できない。また、一度送信した電子メールは送信人が制
御することは基本的に不可能であり、例えば受信人が読
む前にその電子メールを取り消す、あるいは内容を修正
することはできない。

【０００３】

【発明が解決しようとする課題】商用ＢＢＳ（Bulletin
Board System）等の閉じたネットワークにおける電子
メールシステムにおいては、ネットワーク全体の管理者
が存在する。したがって、送信したメールもこの管理者
の管理下にあるから、受信人に正しく届けられたか、ま
た受信人が内容を読んだか確認することが可能であり、
さらに受信人が読む前であれば取り消すことも可能であ
る。

【０００４】ところが、インターネット等のネットワー
クの集合体においては、集合体全体の管理者が存在しな
いため、送信したメールが、送信人が属するネットワー
クを離れると、取り消し等の制御は不可能であり、また
受信人が読んだか確認することはできない。

【０００５】本発明の目的は、インターネット等におけ
る電子メールシステムにおいても、閉じたネットワーク
同様の機能、すなわち送信人が送信した電子メールが正
しく受信人に届けられたか確認する機能、受信人がその
内容を読んだか確認する機能、および電子メールの取り
消し等の制御機能を提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に係る電子メール鍵登録装置は、電子メー
ルの送信人からの要求にしたがって、各々の電子メール
固有のメッセージＩＤをキーとして鍵を登録し、または
削除する手段と、鍵が削除されていない場合に限り、電
子メールの受信人からの要求にしたがって、登録されて
いる鍵を前記受信人に送る手段と、登録された鍵それぞ
れについて、前記受信人が鍵を要求したか否かを前記送
信人に通知する手段とを備えたことを特徴とする。

【０００７】請求項２に係る電子メール送信装置は、電
子メールの送信人が電子メールの送信操作を行なうたび
に鍵を生成し、この鍵を用いて電子メールを暗号化し受
信人に送信する手段と、前記電子メールのメッセージＩ
Ｄと前記鍵を請求項１に記載の鍵登録装置に鍵登録要求
として送信する手段と、前記鍵登録装置からの通知に基
づいて、送信済みの電子メールそれぞれについて、受信
人が鍵を要求したか否かを表示する手段と、受信人が鍵
を未だ要求していない電子メールについては、送信人が
取消操作を行なうと、この鍵の削除要求を鍵登録装置へ
送り、受信人が読むことを不可能にする手段とを備えた
ことを特徴とする。

【０００８】請求項３に係る発明は、請求項２に記載の
送信装置によって暗号化され送信された電子メールを受
信する電子メール受信装置であって、受信人が閲覧操作
を行なったとき、受信した電子メールに対応する鍵を前
記鍵登録装置に対して自動的に要求し、該鍵を取得する
手段と、取得した鍵を用いて電子メールを復号化する手
段とを備えたことを特徴とする。

【０００９】請求項４に係る発明は、請求項２に記載の
電子メール送信装置において、前記暗号化した電子メー
ルのハッシュ値を算出し、このハッシュ値を、メッセー
ジＩＤおよび鍵と共に鍵登録要求として前記鍵登録装置
に送信することを特徴とする。

【００１０】請求項５に係る発明は、請求項３に記載の
電子メール受信装置において、受信人が閲覧操作を行な
ったとき、受信した電子メールのハッシュ値を受信人固
有の秘密鍵を使って暗号化したものを、前記電子メール
のメッセージＩＤと共に鍵要求として、前記電子メール
に対応する鍵登録装置に送信することを特徴とする。

【００１１】請求項６に係る発明は、請求項１に記載の
電子メール鍵登録装置において、請求項４に記載の電子
メール送信装置が送信したメッセージＩＤ、鍵、および
ハッシュ値を受信し、前記メッセージＩＤをキーとして
前記鍵およびハッシュ値を記録し、請求項５に記載の電
子メール受信装置が送信したメッセージＩＤ、および暗
号化されたハッシュ値を受信し、前記暗号化されたハッ
シュ値を受信人の公開鍵を用いて復号化したものが、前
記メッセージＩＤをキーとして検索を行なって取り出し
たハッシュ値と一致するときに限り、検索を行なって取
り出した鍵を前記電子メール受信装置に送信し、前記電
子メール送信装置が送信したハッシュ値と、前記電子メ
ール受信装置が送信した暗号化されたハッシュ値を復号
化したものが一致したか否かを前記電子メール送信装置
に伝えることを特徴とする。

【００１２】請求項７に係る電子メールシステムは、請
求項１、２、３または請求項４、５、６に記載の、電子
メール鍵登録装置、電子メール送信装置、および電子メ
ール受信装置を含むことを特徴とする。

【００１３】請求項８に係る電子メールは、ヘッダ部
に、請求項１または６に記載の電子メール鍵登録装置の
アドレスを含むことを特徴とする。

【００１４】

【発明の実施の形態】以下、図面を用いて、本発明の実
施の形態を説明する。まず、本実施の形態の概要を説明
する。

【００１５】本実施の形態では、電子メールを暗号化し
た上で送信する。受信側では、鍵がなければこの電子メ
ールを読むことはできない。したがって、鍵を送信側が
管理することによって、送信した電子メールを間接的に
制御することが可能となる。

【００１６】送信人は、送信する電子メール毎に自動生
成した鍵を用いて電子メールを暗号化した上で、受信人
に送信する。そしてこの鍵を、送信人が属するネットワ
ーク内に設置した鍵登録装置に登録する。この鍵登録装
置は、インターネットを介して、送信人が属するサイト
の外からアクセスすることができる。正当な受信人から
のアクセスであると確認された場合は、送信人が登録し
た鍵を受信人に送信する。正当な受信人からのアクセス
があったということは、当該電子メールが正しく受信人
に届けられ、かつ受信人が電子メールを見る意思がある
ことを意味するから、鍵登録装置は、送信人に対し開封
通知を送る。送信人は、開封通知を受け取ることによ
り、自分が送った電子メールが正しく受信人に届けら
れ、かつ受信人が電子メールを見る意思があることを知
ることができる。

【００１７】受信人の認証方法としては様々な方法が考
えられるが、個々の電子メール固有のメッセージＩＤを
用いる方法が簡便な方法である。つまり、メッセージＩ
Ｄを知っている者は正しい受信人であるとみなす。ただ
し、この方法では、電子メールを盗み読みした第三者
が、その電子メールのメッセージＩＤを鍵登録装置に送
って鍵を取得し、電子メールを復号化することが可能で
ある。第三者による盗み読みが問題となる場合は、公開
鍵暗号系を利用して受信人の認証を行なうようにする。
つまり受信人は、メッセージＩＤと共に、受信した電子
メールのハッシュ値を公開鍵暗号系における受信人の秘
密鍵で暗号化したものを、鍵登録装置に送る。鍵登録装
置は、この暗号化したハッシュ値を、受信人の公開鍵で
復号化したものが、事前に送信人が登録したハッシュ値
に一致することを確認する。これらのハッシュ値が一致
するのであれば、正当な受信人であることが保証される
から、その場合のみ、鍵を受信人に送るようにする。

【００１８】ハッシュ値の計算方法としては、RAS Data
Security 社の Ron Rivest 氏が発明したＭＤ５（メッ
セージダイジェスト関数５）等を用いることができる。
公開鍵暗号系としては、ＲＳＡ等を用いることができ
る。

【００１９】このような、受信人が電子メールのハッシ
ュ値を鍵登録装置に送る方法の場合、このハッシュ値を
送信人に送れば、内容証明郵便と同等の機能を持たせる
ことができる。つまり、受信人が正しいハッシュ値を算
出できたということは、送信人が送った電子メールの内
容が正しく受信人に届けられたということであり、この
ことを、第三者に対して証明することができる。

【００２０】盗み読みが問題となる場合、通信路をバー
チャルプライベートネットワーク技術を用いて暗号化
し、この通信路経由で電子メールを送っても良い。この
場合、受信人以外の第三者が電子メールのメッセージＩ
Ｄを知ることは事実上不可能であるから、正しいメッセ
ージＩＤを知っている者は正しい受信人であるとみなす
ことができる。なお、バーチャルプライベートネットワ
ーク技術とは、インターネット上に仮想的な通信路を設
け、そこを通るデータはすべて暗号化することにより、
データの盗み読みができないようにする技術である。

【００２１】図面を用いて、本実施の形態について、詳
しく説明する。図１は、インターネットにおいて内容証
明つき電子メールを送る実施の形態の構成図を示す。

【００２２】サイトＡ（図中１００）のユーザ（送信
人）が、ネットワーク１５０（この実施の形態において
はインターネット）を介して接続されているサイトＢ１
６０のユーザ（受信人）宛に、内容証明つき電子メール
を送る例について説明する。内容証明つきとは、電子メ
ールが正しく届けられたと言う事実、およびその電子メ
ールの内容を、電子メールの発信者が第三者に対して証
明することが可能であることを言う。

【００２３】図１において、メール送信装置１１０は、
鍵生成装置１１１、暗号化装置１１４、ハッシュ値算出
装置１１５を含む。鍵生成装置１１１は、鍵をランダム
に生成する。暗号化装置１１４は、鍵生成装置１１１で
生成した鍵を用いて、メール１１３を暗号化する。メー
ル送信装置１１０は、メール１１３を暗号化したものを
サイトＢ１６０へ送信すると共に、暗号化するときに用
いた鍵を鍵登録装置１２０へ登録する。ハッシュ値算出
装置１１５は、暗号化されたメールからハッシュ値を算
出し、鍵登録装置１２０へ登録する。各メールには、メ
ールのヘッダ部に、ユニークなメッセージＩＤおよび鍵
登録装置１２０のアドレス（ＵＲＬ：Universal Resour
ce Locator）を記載する。ヘッダ部は暗号化の対象から
除外する。

【００２４】図５に、メール１１３の例を示す。メール
はヘッダとそれに続く本文からなり、空行がヘッダの終
りを表す。ヘッダの各フィールドの意味を次に説明す
る。「From:」、「To:」は、それぞれ送信人、受信人の
アドレスを示す。「Date:」はメールを出した日時、「S
ubject:」はメールの題名を示す。「Message-ID:」は電
子メールに固有のメッセージＩＤであり、「X-KeyServe
r:」は鍵登録装置１２０のアドレスを示す。なお、鍵登
録装置１２０のアドレスをメール毎に記載する代わり
に、ＤＮＳ（Domain Name Service）等のメール受信装
置からアクセス可能なデータベースに登録しても良い。
メールのヘッダに鍵登録装置１２０のアドレスを記載し
ているので、使用する鍵登録装置１２０を使い分けるこ
とができる。例えば、メールによっては機密性の高い鍵
登録装置を指定するというような使い方が可能になる。

【００２５】図３に、メール送信装置１１０のフローチ
ャートを示す。メール送信装置１１０は、ユーザの各操
作（メール作成３１０、メール送信３２０、送信済みメ
ール一覧３３０）に対してそれぞれ対応する処理を行な
う。ユーザがメール作成操作を行なうと、ステップ３１
０からステップ３１１に進み、メールの作成を行なうこ
とができる。

【００２６】ユーザが送信操作を行なうと、ステップ３
２０からステップ３２１に進む。ステップ３２１におい
て、鍵生成装置１１１は、メールごとに異なる１２８ビ
ット長の鍵１１２をランダムに発生する。また、メール
送信装置１１０は、電子メールに固有のメッセージＩＤ
を生成する。次に、ステップ３２２で、この鍵１１２を
用いて、暗号化装置１１４によりメール１１３を暗号化
する。

【００２７】鍵は、必ずしもランダムである必要はな
く、受信人およびこのメールを盗み読みしようとする者
にとって、推測することが事実上不可能な値であればよ
い。暗号化アルゴリズムとしては、国際データ暗号化ア
ルゴリズム（ＩＤＥＡ：International Data Encryptio
n Algorithm）を用いる。ＩＤＥＡの代わりに、他の秘
密鍵暗号系アルゴリズムを用いてもよい。例えば、デー
タ暗号化標準（ＤＥＳ：Data Encryption Standard）等
が利用可能である。

【００２８】ステップ３２２の後、ステップ３２３で、
暗号化されたメールはハッシュ値算出装置１１５に送ら
れ、ハッシュ値算出装置１１５は、メッセージダイジェ
スト関数５（ＭＤ５）を用いて、暗号化されたメールか
ら、１２８ビットのハッシュ値を計算する。ＭＤ５の代
わりに、他の一方向ハッシュ関数を用いてもよい。例え
ば、ＳＨＡ（Secret Hash Algorythm）等が利用可能で
ある。

【００２９】次に、ステップ３２４で、暗号化されたメ
ールは、ネットワーク１５０を経由してサイトＢ１６０
へ送信される。また、ステップ３２５において、ハッシ
ュ値は、鍵１１２およびメッセージＩＤと共に鍵登録装
置１２０に送られる。

【００３０】再び図１を参照して、鍵登録装置１２０
は、メール送信装置１１０から送られる、メッセージＩ
Ｄ（図１のｉ）、鍵、およびハッシュ値の組１２２（以
下、これをレコードｉと呼ぶ）を格納する記憶装置１２
１と、メールの受信人の署名を確認するための復号化装
置１２４を含む。

【００３１】鍵登録装置１２０は、受信人からアクセス
することが可能であれば、どこに設置しても良く、メー
ル送信装置１１０と一体化していても良い。ただし、鍵
登録装置１２０は、受信人およびこのメールを盗み読み
しようとする者から、鍵取得要求アクセス以外のアクセ
スが可能であってはならない。例えば、記録装置１２１
の内容に直接アクセスすることが可能だと、受信人が正
規の鍵取得要求を行なうことなく、鍵を取得することが
可能となってしまう。したがって、鍵登録装置１２０
は、ファイアウォールに守られたサイト内に設置すると
良い。

【００３２】図２に、鍵登録装置のフローチャートを示
す。まずステップ２０１の初期化において、記憶装置１
２１の内容をクリアする。ステップ２０２で、メール送
信装置１１０あるいは受信装置１６０からのアクセスを
待つ。

【００３３】メール送信装置１１０から鍵登録要求があ
った場合、ステップ２０４において、メール送信装置１
１０から送られてきたメッセージＩＤｉ、鍵、およびハ
ッシュ値ｈを受けとり、これをレコードｉとして記憶装
置１２１に登録する。各レコードはメッセージＩＤｉで
検索可能としておく。つまり任意のｉに対し、対応する
レコードｉを取り出すことができるようにしておく。

【００３４】メール送信装置１１０から鍵取消要求があ
った場合は、ステップ２０６において、メール送信装置
１１０からメッセージＩＤｉを受けとり、当該メッセー
ジＩＤｉに対応するレコードｉを削除する。メール受信
装置１６０から鍵取得要求があった場合については後述
する。アクセスがなければ、ステップ２０２に戻り、再
びアクセス待ちとなる。

【００３５】図３のステップ３２４でメール送信装置１
１０からサイトＢ１６０のユーザ宛に送られたメール
は、メール受信装置１７０に到達する。図１を参照し
て、メール受信装置１７０は、ハッシュ算出装置１７
１、署名装置１７３、および復号化装置１７４を含む。

【００３６】図４に、メール受信装置１７０のフローチ
ャートを示す。メール受信装置１７０では、ステップ４
００で初期化を行なった後、ステップ４１０でユーザの
メール一覧操作を検出したときには、ステップ４１１
で、受信したメールの一覧表示を行なう。メール受信装
置１７０は、一覧操作以外の操作（ステップ４３０）が
可能であっても良い。例えば、メール送信装置を含んで
いても良く、その場合、ステップ４３０においてメール
送信装置の処理を行なう。

【００３７】ステップ４１１において表示した受信メー
ルの一覧の中から、ユーザは読みたいメールを選択し、
閲覧操作を行なうことができる。ユーザによる閲覧操作
が行なわれたときには、ステップ４２０からステップ４
２１に進む。ステップ４２１で、閲覧が指示されたメー
ルが開封済みか否か判定する。そのメールが既に開封済
み（復号化済み）のメールであれば、ステップ４２７に
進み、そのまま表示する。そうでない場合は、まず復号
化してから表示する。復号化のための処理を次に説明す
る。

【００３８】ステップ４２２において、ハッシュ値算出
装置１７１は、ハッシュ値算出装置１１５と同じハッシ
ュ関数を用いて、届いたメールのハッシュ値を求める。
ステップ４２３で、署名装置１７３により、このハッシ
ュ値を、受信人の秘密鍵１７２を用いて暗号化する。

【００３９】暗号化アルゴリズムとしてはＲＳＡを用い
る。ＲＳＡの代わりに、他の公開鍵暗号系アルゴリズム
を用いてもよい。例えば、楕円関数に基づく暗号等が利
用可能である。受信人の秘密鍵１７２に対応する公開鍵
１２３は、あらかじめ公の認証証明機関に登録し、誰で
も参照できるようにしておく。公開鍵の登録場所の例と
して、日本ベリサイン・デジタルＩＤセンターや、ＰＧ
Ｐの公開鍵サーバなどがあげられる。受信人の秘密鍵１
７２を用いて署名装置１７３が暗号化したハッシュ値
は、受信人の署名と同等の効力を持つ。これをディジタ
ル署名と呼ぶ。つまり、署名が受信人の公開鍵で復号化
できるのであれば、その署名を作った人は、その受信人
であることが保証できる。

【００４０】ステップ４２４において、前述した署名
を、受信したメールのヘッダ部に記載されているメッセ
ージＩＤｉと共に、同じくヘッダ部に記載されているア
ドレスの鍵登録装置１２０に対して、鍵取得要求として
送信する。

【００４１】図２を参照して、鍵登録装置１２０におい
て、メール受信装置１７０から鍵取得要求があった場
合、メール受信装置からメッセージＩＤｉおよび署名ｓ
を受けとり、ステップ２０７からステップ２０８に進
む。ステップ２０８では、レコードｉを記憶装置１２１
から検索する。ステップ２０９において、レコードｉが
記憶装置１２１に存在しない場合、送信者によって電子
メールの取消が行なわれたとみなし、ステップ２０２に
戻る。

【００４２】レコードｉが記憶装置１２１に存在した場
合は、ステップ２１０において、復号化装置１２４によ
り署名ｓを受信人の公開鍵を用いて復号化する。受信人
の公開鍵は、必要に応じて公の認証証明機関から取得す
る。あるいは送信人があらかじめ適当な手段によって
（例えば、直接受信人に会ったときに手渡しで取得する
等）受信人の公開鍵を取得し、メールを送信する際に鍵
登録装置１２０に登録しても良い。

【００４３】復号化した署名Ｃ（ｓ）が、レコードｉに
登録してあるハッシュ値ｈと一致するならば、正しい受
信人からの鍵要求と判断できる。ステップ２１０でＣ
（ｓ）＝ｈであったときは、ステップ２１１において、
レコードｉに登録されている鍵１１２をメール受信装置
１７０に返送し、署名ｓを開封通知１１６としてメール
送信装置１１０に送る。なお、鍵１１２をメール受信装
置１７０に返送する際には、受信人の公開鍵により暗号
化して送る。ステップ２１０で署名Ｃ（ｓ）がハッシュ
値ｈと一致しない場合、不正な鍵要求と判断し、ステッ
プ２０２に戻る。

【００４４】図４に戻って、メール受信装置１７０のス
テップ４２５において、鍵登録装置１２０から鍵１１２
（受信人の公開鍵により暗号化されている）が返送され
てきた場合は、ステップ４２６でこの鍵を複合化し、複
合化した鍵を用いて復号化装置１７４により前述した受
信メールを復号化する。ステップ４２７では、複合化し
た受信メールを受信人に対して表示する。鍵が返送され
てこなかった場合は、鍵が送信人によって取り消された
ものとみなし、ステップ４２５からステップ４２８に進
み、ユーザに対して取消通知を表示する。

【００４５】図３に戻って、メール送信装置１１０は、
ステップ３２０〜３２５により送信したメールそれぞれ
を送信済みメールとして記録する。送信人が一覧操作を
行なったときは、ステップ３３０からステップ３３１に
進み、送信済みメールの一覧を表示する。それぞれのメ
ールには、開封通知１１６を鍵登録装置から受けとった
か否かを示すフラグを表示する。

【００４６】開封通知を受けとっていないメールに対し
ては、送信人はそのメールを取り消すことができる。ス
テップ３３１で表示されたメール一覧の画面で、取消操
作を行なうと、ステップ３３２からステップ３３３に進
み、メール送信装置１１０は鍵登録装置１２０に対して
鍵取消要求を送信する。この鍵取消要求に対し、鍵登録
装置１２０は、ステップ２０５からステップ２０６に進
み、取消を指定されたレコードｉを削除する。

【００４７】ステップ３４０において、鍵登録装置１２
０から開封通知１１６が送られてきた場合は、ステップ
３４１でそれを記録し、ステップ３３１で表示する送信
済みメール一覧に反映させる。

【００４８】本実施の形態を、ＩＳＯ９０００，ＩＳＯ
１４０００等の規格の適合認証へ応用した実施例を次に
説明する。図６に、その構成図を示す。

【００４９】上述の規格の適合認証においては、審査を
受ける側の受査サイトは、まず管理マニュアルを審査機
関に送付する。審査機関は、この管理マニュアルが規格
に適合しているか審査し、所見報告をメールで受査サイ
トへ送るわけであるが、所見報告には一定期間内に受査
サイトが対応すべき事項が書かれている。ネットワーク
上のトラブル等で所見報告が受査サイトに届かない、あ
るいは届くのが遅れると審査計画が狂う。

【００５０】そこで、上述の実施の形態を適用して、図
６に示すように、審査機関６１０がメール送信装置６１
１を使って送るメールを暗号化し、その鍵を鍵登録装置
６１２に登録する。メールを受信した受査サイト６３０
は、鍵要求を前記鍵登録装置６１２に送り鍵を取得して
メールを復号化する。

【００５１】審査機関６１０は、鍵登録装置６１２に届
く鍵要求を監視することにより、受査サイト６３０がい
つメールを読んだか把握することができる。一定時間以
上たっても鍵要求が届かない場合は、メール配送上のト
ラブル、あるいは受査サイト６３０が読むのを忘れてい
る等の原因で、受査サイト６３０がメールを読んでいな
いと判断できる。その場合は、電話等のメール以外の手
段で問い合わせを行えば良い。

【００５２】

【発明の効果】以上説明したように、本発明によれば、
受信人の署名が、送信人の属するサイトへ送付されるこ
とから、送信人はメールが正しく受信人に届けられたと
いうことと、送った電子メールの内容を、第三者に対し
て証明することができる。また、受信人がメールを読む
前であれば、送信人は鍵登録装置に登録した鍵を削除す
ることにより、受信人がそのメールを読むことを不可能
にすることができる。本発明をＩＳＯ９０００，ＩＳＯ
１４０００等の規格の適合認証へ応用すれば、審査機関
は各受査サイトへ出したメールが正しく読まれているか
常に把握することが可能になり、計画通りの審査が可能
になる。

【図面の簡単な説明】

【図１】本発明の実施の形態である電子メールシステム
のブロック図。

【図２】鍵登録装置のフローチャート図。

【図３】電子メール送信装置のフローチャート図。

【図４】電子メール受信装置のフローチャート図。

【図５】電子メールの例を示す図。

【図６】規格の適合認証へ応用した例を示す図。

【符号の説明】

１００…サイトＡ、１１０…メール送信装置、１１１…
鍵生成装置、１１２…鍵、１１３…メール、１１４…暗
号化装置、１１５…ハッシュ値算出装置、１１６…開封
通知、１２０…鍵登録装置、１２１…記憶装置、１２２
…レコード、１２３…公開鍵、１２４…複合化装置、１
５０…ネットワーク、１６０…サイトＢ、１７０…メー
ル受信装置、１７１…ハッシュ値算出装置、１７２…秘
密鍵、１７３…署名装置、１７４…複合化装置、１７５
…メール。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 9/00 ６７５Ｄ

Claims (8)

【特許請求の範囲】
1. 【請求項１】電子メールの送信人からの要求にしたがっ
   て、各々の電子メール固有のメッセージＩＤをキーとし
   て鍵を登録し、または削除する手段と、 鍵が削除されていない場合に限り、電子メールの受信人
   からの要求にしたがって、登録されている鍵を前記受信
   人に送る手段と、 登録された鍵それぞれについて、前記受信人が鍵を要求
   したか否かを前記送信人に通知する手段とを備えたこと
   を特徴とする電子メール鍵登録装置。
2. 【請求項２】電子メールの送信人が電子メールの送信操
   作を行なうたびに鍵を生成し、この鍵を用いて電子メー
   ルを暗号化し受信人に送信する手段と、 前記電子メールのメッセージＩＤと前記鍵を請求項１に
   記載の鍵登録装置に鍵登録要求として送信する手段と、 前記鍵登録装置からの通知に基づいて、送信済みの電子
   メールそれぞれについて、受信人が鍵を要求したか否か
   を表示する手段と、 受信人が鍵を未だ要求していない電子メールについて
   は、送信人が取消操作を行なうと、この鍵の削除要求を
   鍵登録装置へ送り、受信人が読むことを不可能にする手
   段とを備えたことを特徴とする電子メール送信装置。
3. 【請求項３】請求項２に記載の送信装置によって暗号化
   され送信された電子メールを受信する電子メール受信装
   置であって、 受信人が閲覧操作を行なったとき、受信した電子メール
   に対応する鍵を前記鍵登録装置に対して自動的に要求
   し、該鍵を取得する手段と、 取得した鍵を用いて電子メールを復号化する手段とを備
   えたことを特徴とする電子メール受信装置。
4. 【請求項４】前記暗号化した電子メールのハッシュ値を
   算出し、このハッシュ値を、メッセージＩＤおよび鍵と
   共に鍵登録要求として前記鍵登録装置に送信することを
   特徴とする、請求項２に記載の電子メール送信装置。
5. 【請求項５】受信人が閲覧操作を行なったとき、受信し
   た電子メールのハッシュ値を受信人固有の秘密鍵を使っ
   て暗号化したものを、前記電子メールのメッセージＩＤ
   と共に鍵要求として、前記電子メールに対応する鍵登録
   装置に送信することを特徴とする、請求項３に記載の電
   子メール受信装置。
6. 【請求項６】請求項４に記載の電子メール送信装置が送
   信したメッセージＩＤ、鍵、およびハッシュ値を受信
   し、前記メッセージＩＤをキーとして前記鍵およびハッ
   シュ値を記録し、 請求項５に記載の電子メール受信装置が送信したメッセ
   ージＩＤ、および暗号化されたハッシュ値を受信し、前
   記暗号化されたハッシュ値を受信人の公開鍵を用いて復
   号化したものが、前記メッセージＩＤをキーとして検索
   を行なって取り出したハッシュ値と一致するときに限
   り、検索を行なって取り出した鍵を前記電子メール受信
   装置に送信し、 前記電子メール送信装置が送信したハッシュ値と、前記
   電子メール受信装置が送信した暗号化されたハッシュ値
   を復号化したものが一致したか否かを前記電子メール送
   信装置に伝えることを特徴とする、請求項１に記載の電
   子メール鍵登録装置。
7. 【請求項７】請求項１、２、３または請求項４、５、６
   に記載の、電子メール鍵登録装置、電子メール送信装
   置、および電子メール受信装置を含むことを特徴とす
   る、電子メールシステム。
8. 【請求項８】ヘッダ部に、請求項１または６に記載の電
   子メール鍵登録装置のアドレスを含むことを特徴とする
   電子メール。