JPH11331152A

JPH11331152A - 通信システム

Info

Publication number: JPH11331152A
Application number: JP10138209A
Authority: JP
Inventors: Takashi Matsuda; 隆松田
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1998-05-20
Filing date: 1998-05-20
Publication date: 1999-11-30

Abstract

(57)【要約】【課題】電子メールシステム等の通信システムで、通信
元から通信先への情報転送に際し、その通信先が第３者
に知られてしまうのを防止すること。【解決手段】送信ホスト11a からサーバＤ14，Ｃ13を中
継して受信ホスト12a へメール転送を行なうもの。送信
ホスト11a は、宛先３となる受信ホスト12a のアドレス
を宛先２となるサーバＣ13でのみ解読可能な公開鍵PKc
で暗号化し、サーバＣ13の中継アドレスを宛先１となる
サーバＤ14でのみ解読可能な公開鍵PKd で暗号化し、メ
ール内容と共にサーバＤ14の中継アドレスを指定して送
信する。サーバＤ14は次の中継サーバＣ13のアドレスを
秘密鍵SKd で解読してメール内容を転送し、サーバＣ13
は受信ホスト12a のアドレスを秘密鍵SKc により解読し
てメール内容を転送する。よって、受信ホスト12a のア
ドレスは最終中継サーバＣ13まで当該サーバＣ13以外で
は解読不能な暗号で暗号化されたまま転送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールシステ
ム等、複数の通信装置がネットワークを介して接続され
た通信システムに関する。

【０００２】

【従来の技術】従来、電子メールシステムのセキュリテ
ィを高める手法として、メール内容の暗号化とデジタル
的な署名技術がある。

【０００３】これらにより、電子メールの内容を第３者
が盗み見たり、他人になりすまして偽の電子メールを出
すことが困難になった。

【０００４】また、電子メールの差し出し人を匿名にす
るアイデアもある。これとメール内容の暗号化を組み合
わせると、誰がメールを出したのかわかりにくくするこ
とができる。

【０００５】一方、電子メールが届いたことをメールを
送った人に知らせるには、メールサーバからメールをダ
ウンロードした時やメールを開封した時に、それを知ら
せるメールを送るなどの方法があった。

【０００６】

【発明が解決しようとする課題】例えばインターネット
を利用した電子メールシステムの場合、データは送信者
から受信者へ、さまざまな人や組織が管理するネットワ
ークやルータや中継点となるサーバを経由して送られて
いく。

【０００７】また、それらのネットワークにはいろいろ
な人が利用する多くのホストが接続されている。

【０００８】そのため、インターネットで送信される情
報を悪意を持った他者が操作することは容易である。

【０００９】電子メールの場合、ネットワーク上を伝達
されていく情報として、宛先、差出人、件名、日時、伝
達中継点、本文（添付ファイルも含む）などがある。

【００１０】何の安全対策もとられていない電子メール
の場合、これらすべての情報が無防備な状態にある。

【００１１】このような、ネットワーク上を転送されて
いく電子メールに対して他者が悪意を持って攻撃をかけ
る主な内容として次のものが考えられる。

【００１２】１）メールの内容を盗み見る。

【００１３】２）メールの差出人になりすまして偽のメ
ールを送る。

【００１４】３）メールの本文を改竄する。

【００１５】４）特定の差出人のメールの伝達を妨害す
る（抜き取る、遅延させる、読めないようにする、な
ど）。

【００１６】５）特定の宛先のメールの伝達を妨害する
（抜き取る、遅延させる、読めないようにする、な
ど）。

【００１７】６）誰がどこにメールを出しているかを分
析し状況分析に利用する（どこの会社がどこの会社と取
り引きしているかを知る、など）。

【００１８】こうしたシステム状況の中で、まず、電子
メールの本文を暗号化し、デジタル的な署名を利用すれ
ば、前記１）２）３）による攻撃を困難にすることがで
きる。

【００１９】また、差出人を匿名として、電子メールの
本文を暗号化することにより、前記４）６）による攻撃
を困難にすることも考えられる。

【００２０】しかし、これらの手法では、前記５）によ
る攻撃に対しては全く無防備だった問題がある。

【００２１】前記５）、つまり、特定の宛先へのメール
の伝達妨害が簡単にできてしまうと、例えば競争相手の
会社の仕事を妨害したり、恨みを持つ相手に多大の精神
的苦痛や生活の障害を与えることが簡単にできてしまう
ことになる。

【００２２】また、メールが伝達されてきた中継点を分
析すると、差出人を匿名にしたとしても、どこの国のど
この地方（場合によっては組織）と連絡しているかな
ど、ある程度の情報を得ることができてしまう（ある特
定の会社にどのあたりからメールがきているか、などが
わかる）。

【００２３】例えば、日本の特定の会社がどこの国のど
の地方と連絡をとりあっているか、を知れば、海外生産
や輸入元や技術提携先などを推測することができ、これ
も従来の手法では全く防ぐことができなかった。

【００２４】一方、電子メールを受信者が開封したかど
うかを送信者が知ることに関しては、従来の手法によ
り、電子メールが到着したことや開封したことを送信者
に知らせても、送信者にとっては、その知らせが本当に
受信者が開封したことを示すのかどうかわからなかった
問題がある。

【００２５】例えば、第３者が偽りの知らせを送り、送
信者に受信者が開封したと思わせることも可能であっ
た。

【００２６】本発明は、前記のような問題に鑑みなされ
たもので、その第１の目的は、通信元から通信先への情
報転送に際し、その通信先が第３者に知られてしまうの
を防止することが可能になる通信システムを提供するこ
とを目的とする。

【００２７】また、本発明の第２の目的は、通信元から
の転送情報が通信先に届いたことを確実に確認すること
が可能になる通信システムを提供することを目的とす
る。

【００２８】

【課題を解決するための手段】すなわち、本発明の第１
の目的を達成するための通信システムは、複数の通信装
置がネットワークを介して接続された通信システムにあ
って、第１の通信装置から他の１つ又は複数の通信装置
を中継点として第２の通信装置へ情報の転送を行なうも
のであり、前記第１の通信装置は、各中継点の通信装置
において次の情報転送先となる通信装置のアドレス、つ
まり、中継通信装置が１つの場合には第２の通信装置の
アドレスを、また、中継通信装置が複数の場合には２番
目の中継通信装置以降第２の通信装置までの各アドレス
を、その中継元となる通信装置でのみ解読可能な暗号に
より暗号化し、転送すべき情報と共に次の中継点の通信
装置のアドレスを指定して送信する。そして、中継点の
通信装置は、受信データの中の暗号化されている次の中
継転送先である通信装置のアドレスを解読し、転送すべ
き情報を解読された次の通信装置のアドレスを指定して
さらに転送する。

【００２９】このようにすれば、第１の通信装置からの
情報転送先を示す第２の通信装置のアドレスは、最終の
中継点である通信装置まで当該最終通信装置以外では解
読不可能な暗号で暗号化されたまま転送されるので、第
３者に対し、第１の通信装置からの送信情報が第２の通
信装置へ転送されていることは知られないようになる。

【００３０】また、本発明の第２の目的を達成するため
の通信システムは、前記第１の目的を達成するための通
信システムにあって、さらに、第１の通信装置から送信
される転送すべき情報を、第２の通信装置でのみ解読可
能な暗号により暗号化して転送し、第２の通信装置は、
暗号化されて転送された情報を解読すると共に、この解
読された転送情報をそのまま第１の通信装置へ返送す
る。そして、第１の通信装置は、第２通信装置から返送
された情報と既に第２の通信装置へ暗号化して送信した
暗号化前の転送すべき情報とを照合する。

【００３１】このようにすれば、第１の通信装置から送
信した情報が第２の通信装置に対し確実に転送されたこ
とが確認できることになる。

【００３２】

【発明の実施の形態】以下図面により本発明の実施形態
について説明する。

【００３３】（第１実施形態）図１は本発明の第１実施
形態に係わる通信システムのネットワークの接続構成を
示す図である。

【００３４】送信者ホスト１１ａは、電子メールを送る
送信者が使用しているコンピュータである。

【００３５】受信者ホスト１２ａは、送信者が電子メー
ルを送る相手（受信者）が使用しているコンピュータで
ある。

【００３６】送信者ホスト１１ａと受信者ホスト１２ａ
には、本発明を実施するための機能が付加された電子メ
ールソフトが搭載されている。

【００３７】メールサーバＡ１１とメールサーバＢ１２
は、メールの送受信処理を行なう通常のメールサーバで
ある。

【００３８】メールサーバＣ１３とメールサーバＤ１４
は、本発明を実施するための機能が付加されたメールサ
ーバである。

【００３９】これらは、通常のメールサーバとしての処
理以外に、本発明のための処理も行なう。

【００４０】各メールサーバＡ１１〜Ｄ１４には、その
それぞれに、メールサービスを受ける多くのホストが通
常は繋がっているが、図１では省略した。

【００４１】また、図１では、ホスト１１ａ，１２ａと
メールサーバＡ１１，Ｂ１２や各メールサーバＡ１１〜
１４Ｄ間のネットワーク１０を１本の線として表現した
が、実際には、複数のネットワーク，ルータ，中継点と
なるサーバなどがこれに含まれている。

【００４２】各サーバＡ１１〜Ｄ１４間に、地理的な距
離があることを示すために、各ホスト１１ａ，１２ａと
サーバＡ１１〜Ｄ１４の属する国毎にエリア分けをし、
国名を記した。

【００４３】図２は前記図１の通信システムにおけるネ
ットワーク１０上で接続された各メールサーバＡ１１〜
Ｄ１４が管理するメールアドレスを示す図である。

【００４４】送信者ホスト１１ａのメールアドレス「ab
cd@efg.hij.co.jp」と受信者ホスト１２ａのメールアド
レス「efgh@ijk.lmn.us 」は、通常のメール送受信で使
うのと同じメールアドレスである。

【００４５】メール中継アドレス１「ijkl@mno.pqr.us
」、メール中継アドレス２「mnop@qrs.tuv.au 」は、
本発明を実施するために利用される特殊なメールアドレ
スである。これらのメール中継アドレス１あるいは２を
指定して到着したメールは、メールサーバＣ１３あるい
はメールサーバＤ１４が処理するが、通常のメールの送
受信には使用されない。

【００４６】図３は前記図１の通信システムの送信者ホ
スト１１ａにおけるメール作成・送信処理を示すフロー
チャートである。

【００４７】図４は前記図３におけるメール作成・送信
処理に伴ない作成・送信されるメールのデータ構造を示
す図である。

【００４８】ここでは、簡単のため、メール内容を、宛
先・差出人・件名・本文のみとした。

【００４９】本実施形態では、暗号化手法として、公開
鍵暗号方式をもちいた。

【００５０】この方式では、公開鍵とそれに対応する秘
密鍵があり、公開鍵で暗号化したものは、対応する秘密
鍵でしか解読できない。

【００５１】送信者ホスト１１ａ、受信者ホスト１２
ａ、メールサーバＣ１３、メールサーバＤ１４がそれぞ
れの秘密鍵ＳＫａ，ＳＫｂ，ＳＫｃ，ＳＫｄを持ち、こ
れらの秘密鍵ＳＫａ，ＳＫｂ，ＳＫｃ，ＳＫｄは持ち主
以外には知らせない。

【００５２】なお、前記送信者ホスト１１ａ、受信者ホ
スト１２ａ、メールサーバＣ１３、メールサーバＤ１４
それぞれの公開鍵は、ＰＫａ，ＰＫｂ，ＰＫｃ，ＰＫｄ
とする。

【００５３】メールサーバＣ１３，メールサーバＤ１４
の秘密鍵ＳＫｃ，ＳＫｄは、それぞれメール中継アドレ
ス１，メール中継アドレス２を指定して到着した暗号解
読用の鍵である。

【００５４】これらの秘密鍵ＳＫａ，ＳＫｂ，ＳＫｃ，
ＳＫｄに対応する公開鍵ＰＫａ，ＰＫｂ，ＰＫｃ，ＰＫ
ｄは、必要な複数の人に知らておく。

【００５５】例えば、本実施形態では、送信者ホスト１
１ａは、該ホスト１１ａ以外の３つの公開鍵ＰＫｂ，Ｐ
Ｋｃ，ＰＫｄを、メールサーバＤ１４は、メールサーバ
Ｃ１３が管理するメール中継アドレス１に対応する公開
鍵ＰＫｃを、事前に知っているか、その場で調べること
ができる構成とする。

【００５６】すなわち、まず、送信者ホスト１１ａにお
いて、本文「当社の希望する条件は…」が作成され、件
名「技術提携条件について」が記入される（ステップＡ
１）。この際、差出人は自動的に付加される。

【００５７】宛先として受信者ホスト１２ａのメールア
ドレス「efgh@ijk.lmn.us 」が選択される（ステップＡ
２）。

【００５８】メール中継アドレス選択メニューに基づ
き、例えばメールサーバＤ１４が管理するメール中継ア
ドレス２「mnop@qrs.tuv.au 」とメールサーバＣ１３が
管理するメール中継アドレス１「ijkl@mno.pqr.us 」が
順番に選択される（ステップＡ３）。

【００５９】そして、メール送信ボタンがクリックされ
ると（ステップＡ４）、前記メールの本文，差出人，件
名が、受信者ホスト１２ａにおける公開鍵ＰＫｂにより
暗号化されると共に（ステップＡ５）、受信者ホスト１
２ａのメールアドレス「efgh@ijk.lmn.us 」が宛先３と
して、最終中継点であるメールサーバＣ１３で管理され
るメール中継アドレス１の公開鍵ＰＫｃにより暗号化さ
れ（ステップＡ６）、また、このメールサーバＣ１３で
管理されるメール中継アドレス１「ijkl@mno.pqr.us 」
が宛先２として、その直前中継点であるメールサーバＤ
１４で管理されるメール中継アドレス２の公開鍵ＰＫｄ
により暗号化される（ステップＡ７）。

【００６０】さらに、受信者ホスト１２ａにおける公開
鍵ＰＫｂが、次の中継点であるメールサーバＤ１４で管
理されるメール中継アドレス２の公開鍵ＰＫｄにより暗
号化される（ステップＡ８）。

【００６１】すると、次の中継点であるメールサーバＤ
１４で管理されるメール中継アドレス２「mnop@qrs.tu
v.au 」が直接の宛先として指定され、前記ステップＡ
５において受信者ホスト１２ａの公開鍵ＰＫｂで暗号化
されたメール内容、前記ステップＡ６において最終中継
点となるメール中継アドレス１の公開鍵ＰＫｃで暗号化
された宛先３となる受信者ホスト１２ａのメールアドレ
ス、前記ステップＡ７，Ａ８において次の中継点である
メール中継アドレス２の公開鍵ＰＫｄで暗号化された宛
先２となるメール中継アドレス１、及び受信者ホスト１
２ａの公開鍵ＰＫｂ、のそれぞれを含むメールデータ
（図４参照）が送信される（ステップＡ９）。

【００６２】この送信者ホスト１１ａにおけるメール作
成・送信処理により送信されたメールは、送信者ホスト
１１ａからメールサーバＡ１１に送られ、該メールサー
バＡ１１により、前記指定されたメールの宛先アドレス
（メール中継アドレス２「mnop@qrs.tuv.au 」）に従
い、メールがメールサーバＤ１４に送られる。

【００６３】この際、本文・件名・差出人は受信者ホス
ト１２ａにおけるの公開鍵ＰＫｂで暗号化されているの
で、対応する秘密鍵ＳＫｂを持つ受信者ホスト１２ａ以
外は解読できない。

【００６４】また、通信先となる宛先３としての受信者
ホスト１２ａのメールアドレスは、最終中継点となるメ
ール中継アドレス１の公開鍵ＰＫｃで暗号化されている
ので、メールサーバＣ１３以外は解読できない。

【００６５】同様に、宛先２としてのメールサーバＣ１
３が管理するメール中継アドレス１と、受信者ホスト１
２ａにおける公開鍵ＰＫｂは、メールサーバＤ１４以外
は解読できない。

【００６６】なお、受信者ホスト１２ａにおける公開鍵
ＰＫｂを暗号化するのは、該公開鍵ＰＫｂから受信者を
特定できる可能性があるので、それを防ぐためである。

【００６７】これらにより、メールサーバＡ１１からメ
ールサーバＤ１４に届くまでの経路を伝達される間や、
メールサーバＤ１４上で処理を待つ間に、このメールが
他者の目に触れたとしても、当面の中継としての宛先で
あるメールサーバＤ１４のメール中継アドレス２以外は
何も知ることはできない。

【００６８】もちろん、悪意の第３者が通過するすべて
のメールを抜き取るなどの悪意の工作をすることもでき
るが、その場合多くの人が被害を受けるので、妨害行為
がすぐに露見していまい、現実には有り得ない。

【００６９】図５は前記図１の通信システムのメールサ
ーバＤ１４において特殊メールアドレス（メール中継ア
ドレス２）が指定されてメールを受けた際のメール転送
処理を示すフローチャートである。

【００７０】この図５で記述した「付加情報」とは、例
えば、当該メールサーバＤ１４がメールの中継点として
転送処理を行なった事実を記した短い文章や、当該メー
ルサーバＤ１４に届く前に通常のインターネット中継点
として機能したサーバがある場合、その事実を記した短
い文章などである。

【００７１】図６は前記図５におけるメールサーバＤ１
４でのメール転送処理に伴ない転送されるメールのデー
タ構造を示す図である。

【００７２】すなわち、まず、メールサーバＡ１１から
受信されたメールデータに、このサーバＤ１４における
メール中継アドレス２の公開鍵ＰＫｄで暗号化されて含
まれている受信者ホスト１２ａの公開鍵ＰＫｂと次の中
継先である宛先２のメール中継アドレス１「ijkl@mno.p
qr.us 」とが、それぞれこのメール中継アドレス２の秘
密鍵ＳＫｄにより解読されて復元される（ステップＤ
１）。

【００７３】そして、前記ステップＤ１において解読復
元された受信者ホスト１２ａの公開鍵ＰＫｂを用いて、
通過経路情報等の付加情報が暗号化され、メールデータ
に追加される（ステップＤ２）。

【００７４】さらに、宛先２であるメールサーバＣ１３
におけるメール中継アドレス１の公開鍵ＰＫｃを用い
て、受信者ホスト１２ａの公開鍵ＰＫｂが暗号化される
（ステップＤ３）。

【００７５】すると、前記ステップＤ２において受信者
ホスト１２ａの公開鍵ＰＫｂを用いて暗号化された付加
情報と、前記ステップＤ３において次の中継先である宛
先２（メール中継アドレス１）の公開鍵ＰＫｃで暗号化
された受信者ホスト１２ａの公開鍵ＰＫｂとが追加され
たメールデータ（図６参照）が、前記ステップＤ１にお
いて解読復元された次の中継点であるメールサーバＣ１
３により管理される宛先２のメール中継アドレス１「ij
kl@mno.pqr.us 」が指定されて送信転送される（ステッ
プＤ４）。

【００７６】これにより、前記受信者ホスト１２ａの公
開鍵ＰＫｂにより暗号化された付加情報は該受信者ホス
ト１２ａ以外では解読できず、また、受信者ホスト１２
ａの公開鍵ＰＫｂは新たにメールサーバＣ１３における
メール中継アドレス１の公開鍵ＰＫｃにより暗号化さ
れ、メールサーバＣ１３以外は解読できない。

【００７７】このメールサーバＤ１４を中継して転送さ
れるメールデータも、宛先２のメールサーバＣ１３に届
くまでや、該メールサーバＣ１３で処理を待つ間に、第
３者の目に触れる可能性があるが、前記送信者ホスト１
１ａからメールサーバＡ１１を介しメールサーバＤ１４
のメール中継アドレス２にメールデータが届く場合と同
様に、その直接の宛先がメールサーバＣ１３におけるメ
ール中継アドレス１であること以外は何も明らかにされ
ない。

【００７８】図７は前記図１の通信システムのメールサ
ーバＣ１３において特殊メールアドレス（メール中継ア
ドレス１）が指定されてメールを受けた際のメール転送
処理を示すフローチャートである。

【００７９】図８は前記図７におけるメールサーバＣ１
３でのメール転送処理に伴ない転送されるメールのデー
タ構造を示す図である。

【００８０】すなわち、まず、前記メールサーバＡ１１
からメールサーバＤ１４を中継して受信されたメールデ
ータに、このサーバＣ１３におけるメール中継アドレス
１の公開鍵ＰＫｃで暗号化されて含まれている受信者ホ
スト１２ａの公開鍵ＰＫｂと次の転送先である宛先３の
受信者ホスト１２ａのメールアドレス「efgh@ijk.lmn.u
s 」とが、それぞれこのメール中継アドレス１の秘密鍵
ＳＫｃにより解読されて復元される（ステップＣ１）。

【００８１】そして、前記ステップＣ１において解読復
元された受信者ホスト１２ａの公開鍵ＰＫｂを用いて、
通過経路情報等の付加情報（付加情報２）が暗号化さ
れ、メールデータに追加される（ステップＣ２）。

【００８２】すると、前記ステップＣ２において受信者
ホスト１２ａの公開鍵ＰＫｂを用いて暗号化された付加
情報（付加情報２）がさらに追加されたメールデータ
（図８参照）が、前記ステップＣ１において解読復元さ
れた宛先３であるメールサーバＢ１２により管理される
受信者ホスト１２ａのメールアドレス「efgh@ijk.lmn.u
s 」が指定されて送信転送される（ステップＣ３）。

【００８３】こうして、メールサーバＢ１２によりメー
ルデータが受け取られ、受信者ホスト１２ａにより取り
出される。

【００８４】そして、受信者ホスト１２ａにより、該受
信者ホスト１２ａの秘密鍵ＳＫｂで暗号化されたメール
部分が全て解読される。

【００８５】これにより、受信者は全てのメール情報を
見ることができる。

【００８６】この場合、メールサーバＣ１３から転送送
信された時点で、送信者ホスト１１ａにとっての本当の
通信先である受信者ホスト１２ａのメールアドレスが初
めて明らかになるが、この特定の受信者へのメールを妨
害できる機会は大幅に減っている。

【００８７】すなわち、本第１実施形態において、受信
者ホスト１２ａが受けるメールを妨害しようとすると、
メールサーバＣ１３とメールサーバＢ１２との間で妨害
しなくてはならず、従来のように途中のどこでも妨害が
可能なのと比べると、大幅なセキュリティの向上とな
る。

【００８８】更に、これを利用すれば、メールサーバＣ
１３とメールサーバＢ１２との間のネットワークのセキ
ュリティを高めるだけで、結果として、日本とアメリカ
間のネットワークすべてのセキュリティを高めたのと、
同じ効果が得られる。

【００８９】また、メールサーバＢ１２はメールサーバ
Ｃ１３からメールデータを受け取っていて、その差出人
情報は暗号化され、メールサーバＣ１３に届くまでの中
継情報も暗号化されているので、メールサーバＣ１３と
メールサーバＢ１２との間のネットワークにあって他者
が傍受したとしても、送信者が誰であるかはもちろん、
どこの国のどこの地方（あるいは組織）からメールを出
しているかさえも、全くわからない。

【００９０】つまり、仮に日米間のすべてのメールを妨
害したとしても、このメールはオーストラリアのメール
サーバＤ１４を経由しているので、このメールが妨害さ
れることはない。

【００９１】なお、本実施形態では、公開鍵暗号方式を
用いたが、共通鍵暗号方式を用いたり、両者を組み合わ
せたりすることでも前記同様のメール中継転送処理を実
施することが可能である。

【００９２】但し、本実施形態では、公開鍵暗号方式を
用いているため、各メール中継アドレス１，２における
秘密鍵ＳＫｃ，ＳＫｄに対応した公開鍵ＰＫｃ，ＰＫｄ
を複数に公開することができ、多くの人がこのメール中
継アドレス１，２を利用した場合でもセキュリティが保
ちやすい利点がある。

【００９３】また、本実施形態では、説明簡単のため
に、送信者が本人であることを示すデジタル的な署名は
付けなかったが、デジタル的な署名をつけてもよい。

【００９４】したがって、前記構成の第１実施形態によ
る通信システムによれば、次のような効果が得られるよ
うになる。

【００９５】送信者ホスト１１ａに対し本当の宛先とな
る受信者ホスト１２ａのメールアドレスが、最後の中継
点となるメールサーバＣ１３のメール中継アドレス１で
のみ解読可能な暗号で暗号化されて中継転送されるの
で、該最後の中継点であるメールサーバＣ１３まで、本
当の宛先が解明されることはない。

【００９６】また、中継情報なども暗号化されて転送さ
れるので、どこを経由してきたか解明されることはな
い。

【００９７】また、本当の宛先とかけ離れた中継点とな
るメールサーバＤ１３，Ｃ１４を途中に経由するように
したので、送信経路が予想されることはない。

【００９８】また、差出人情報も受信者ホスト１２ａで
のみ解読可能な暗号により暗号化されるので、誰が出し
たか解明されることはない。

【００９９】また、受信者ホスト１２ａの公開鍵ＰＫｂ
が各中継点でのみ解読可能な暗号により暗号化されてメ
ールデータに同封されるので、各中継点において容易に
前記受信者ホスト１２ａの公開鍵ＰＫｂを用いて付加情
報を暗号化することはできるが、第３者はその公開鍵Ｐ
Ｋｂを知ることができない。

【０１００】また、公開鍵暗号方式が利用されるので、
複数の人が利用しても十分なセキュリティが保たれる。

【０１０１】また、メールサーバにより転送が行なわれ
るので、その転送処理が即座に行なわれるようになる。

【０１０２】なお、前記第１実施形態における送信メー
ルのデータ構成にあって、メール中継アドレス１とメー
ル中継アドレス２の各公開鍵ＰＫｃ，ＰＫｄで暗号化す
る部分を、既に暗号化されている部分も含んで暗号化す
るようにしてもよい。例えば、宛先３である受信者ホス
ト１２ａのメールアドレスと該受信者ホスト１２ａの公
開鍵ＰＫｂにより暗号化したメール部分（本文・差出人
・件名）を一緒にして、メール中継アドレス１の公開鍵
ＰＫｃで暗号化し、更にこれらと宛先２のメール中継ア
ドレス１とを一緒にして、メール中継アドレス２の公開
鍵ＰＫｄで暗号化するようにしてもよい。

【０１０３】また、前記第１実施形態において、メール
転送の中継点となるメール中継アドレス１，２を、送信
者自身が選択するようにしたが、送信者ホスト１１ａが
自動的にメール中継アドレスを選択するようにしてもよ
い。

【０１０４】また、前記第１実施形態では、メールアド
レスを中継するために必要な暗号化などの送信処理を送
信者ホスト１１ａが行なったが、メールサーバＡ１１が
行なってもよい。

【０１０５】さらに、前記第１実施形態では、電子メー
ルシステムにおいて実施した場合について説明したが、
情報を伝送する一般的な通信システムにも同様に適用す
ることができる。

【０１０６】（第２実施形態）図９は本発明の第２実施
形態に係わる通信システムのネットワークの接続構成を
示す図である。

【０１０７】前記第１実施形態の通信システムとは異な
り、メールサーバＣ１３とメールサーバＤ１４も通常の
メールサーバであり、さらに、メールサーバＥ１５が追
加される。

【０１０８】メールサーバＣ１３，メールサーバＤ１
４，メールサーバＥ１５でそれぞれ管理される中継ホス
ト（１）１３ａ，中継ホスト（２）１４ａ，中継ホスト
（３）１５ａは、送信者ホスト１１ａや受信者ホスト１
２ａと同様な、メールを作成・送受信するパソコンであ
る。

【０１０９】但し、通常のメールの処理以外に、前記第
１実施形態でメールサーバＣ１３とメールサーバＤ１４
が果たしたような本発明の転送処理も行なう。

【０１１０】図１０は前記図９の通信システムにおける
ネットワーク１０上で接続された各メールサーバＡ１１
〜Ｅ１５が管理するメールアドレスを示す図である。

【０１１１】中継メールアドレス１「ijkl@mno.pqr.us
」と２「mnop@qrs.tuv.au 」と３「qrst@uvw.xyz.kr
」は、それぞれ、中継ホスト（１）１３ａと（２）１
４ａと（３）１５ａが使用するメールアドレスである。

【０１１２】前記第１実施形態では、これに対応する中
継アドレス１，２は本発明のためだけに使用される特殊
なアドレスであったが、本実施形態では通常のメールの
送受信アドレスとしても使用される。

【０１１３】図１１は前記図９の通信システムの送信者
ホスト１１ａにおけるメール作成・送信処理を示すフロ
ーチャートである。

【０１１４】図１２は前記図１１におけるメール作成・
送信処理に伴ない作成・送信されるメールのデータ構造
を示す図である。

【０１１５】ここに、第１実施形態と本質的な違いはな
いが、中継点は自動的に選択される機能を持つ構成とし
たので、送信者自身が直接中継点を選択する必要はな
い。

【０１１６】ここで、「転送指令コード」とは、メール
を解読した時に先頭に入っているコードであり、通常の
メールでは有り得ないコードでなくてはならない。

【０１１７】この「転送指令コード」があるか／ないか
で、通常のメールと本発明の特殊なメールとの区別をす
る。

【０１１８】この第２実施形態におけるメール作成・送
信処理では、中継点をランダムに選択する機能を実現す
る処理が加わっている。この場合には、ランダムに選択
した結果、第１実施形態と同じ中継点となった例につい
て説明する。

【０１１９】すなわち、まず、送信者ホスト１１ａにお
いて、本文「当社の希望する条件は…」が作成され、件
名「技術提携条件について」が記入される（ステップＡ
１１）。この際、差出人は自動的に付加される。

【０１２０】宛先として受信者ホスト１２ａのメールア
ドレス「efgh@ijk.lmn.us 」が選択される（ステップＡ
１２）。

【０１２１】メール中継アドレスのランダム選択機能が
選択される（ステップＡ１３）。

【０１２２】そして、メール送信ボタンがクリックされ
ると（ステップＡ１４）、前記メールの本文，差出人，
件名が、受信者ホスト１２ａにおける公開鍵ＰＫｂによ
り暗号化され、これが暗号部分１とされる（ステップＡ
１５）。

【０１２３】また、受信者ホスト１２ａのメールアドレ
ス「efgh@ijk.lmn.us 」を宛先３として、そこまでの中
継点がランダムに選択され、その結果選択された、最終
中継点である中継ホスト（１）１３ａの中継メールアド
レス１の公開鍵ＰＫｃにより、前記転送指令コード・宛
先３である受信者ホスト１２ａのメールアドレス「efgh
@ijk.lmn.us 」・さらに前記ステップＡ１５にて既に暗
号化された暗号部分１が共に暗号化され、これが暗号部
分２とされる（ステップＡ１６）。

【０１２４】また、前記中継ホスト（１）１３ａの中継
メールアドレス１「ijkl@mno.pqr.us 」を宛先２とし
て、そこまでの中継点がランダムに選択され、その結果
選択された、最終前中継点である中継ホスト（２）１４
ａの中継メールアドレス２の公開鍵ＰＫｄにより、前記
転送指令コード・宛先２である中継ホスト（１）１３ａ
の中継メールアドレス１「ijkl@mno.pqr.us 」・さらに
前記ステップＡ１６にて既に暗号化された暗号部分２が
共に暗号化され、これが暗号部分３とされる（ステップ
Ａ１７）。

【０１２５】すると、次の中継点であるメールサーバＤ
１４で管理される中継ホスト（２）１４ａの中継メール
アドレス２「mnop@qrs.tuv.au 」が直接の宛先として指
定され、前記ステップＡ１５〜Ａ１７を経て段階的に暗
号化されたメール内容・転送指令コード・宛先３となる
受信者ホスト１２ａのメールアドレス・宛先２となる中
継ホスト（１）１３ａの中継メールアドレス１のそれぞ
れを含む暗号部分３のメールデータ（図１２参照）が送
信される（ステップＡ１８）。

【０１２６】この送信者ホスト１１ａにおけるメール作
成・送信処理により送信されたメールは、送信者ホスト
１１ａからメールサーバＡ１１に送られ、該メールサー
バＡ１１により、前記指定されたメールの宛先アドレス
（中継ホスト（２）１４ａの中継メールアドレス２「mn
op@qrs.tuv.au 」）に従い、メールがメールサーバＤ１
４に送られる。

【０１２７】図１３は前記図９の通信システムの中継ホ
スト（２）１４ａにおけるメール受信・転送処理を示す
フローチャートである。

【０１２８】図１４は前記図１３における中継ホスト
（２）１４ａでのメール受信・転送処理に伴ない転送さ
れるメールのデータ構造を示す図である。

【０１２９】すなわち、まず、メールサーバＤ１４から
中継ホスト（２）１４ａの中継メールアドレス２「mnop
@qrs.tuv.au 」に届いている全てのメールデータが取り
込まれる（ステップＤ１１）。

【０１３０】ここで、メールサーバＤ１４から取り込ま
れたメールデータが暗号化されているか否か判断され、
暗号化されていると判断された場合には、当該中継ホス
ト（２）１４ａにおける中継メールアドレス２の秘密鍵
ＳＫｄにより、受信メールデータが解読されて復元され
る（ステップＤ１２→Ｄ１３）。

【０１３１】そして、前記ステップＤ１３においてこの
中継メールアドレス２の秘密鍵ＳＫｄにより解読された
メールデータの先頭に、転送指令コードがあるか／ない
か判断され、該転送指令コードがあると判断された場合
には、前記ステップＤ１３においてこの中継メールアド
レス２の秘密鍵ＳＫｄにより共に解読された宛先２とし
ての中継ホスト（１）１３ａの中継メールアドレス１
「ijkl@mno.pqr.us 」が指定され、該秘密鍵ＳＫｄによ
り暗号解読されてない部分のメールデータ（図１４参
照）が転送送信される（ステップＤ１４→Ｄ１５）。

【０１３２】一方、前記ステップＤ１２において、受信
されたメールデータが暗号化されてないと判断された場
合、あるいは、前記ステップＤ１４において、暗号解読
されたメールデータの先頭に転送指令コードがないと判
断された場合には、通常のメールデータとして受信処理
される（ステップＤ１２→Ｄ１７／ステップＤ１４→Ｄ
１７）。

【０１３３】そして、メールサーバＤ１４から取り込ま
れた全てのメールデータが処理されたか否か判断され、
処理されてないメールデータがあると判断された場合に
は、再び前記ステップＤ１２以降の処理が繰り返される
（ステップＤ１６→Ｄ１２）。

【０１３４】図１５は前記図９の通信システムの中継ホ
スト（１）１３ａにおけるメール受信・転送処理を示す
フローチャートである。

【０１３５】図１６は前記図１５における中継ホスト
（１）１３ａでのメール受信・転送処理に伴ない転送さ
れるメールのデータ構造を示す図である。

【０１３６】すなわち、まず、メールサーバＣ１３から
中継ホスト（１）１３ａの中継メールアドレス１「ijkl
@mno.pqr.us 」に届いている全てのメールデータが取り
込まれる（ステップＣ１１）。

【０１３７】ここで、メールサーバＣ１３から取り込ま
れたメールデータが暗号化されているか否か判断され、
暗号化されていると判断された場合には、当該中継ホス
ト（１）１３ａにおける中継メールアドレス１の秘密鍵
ＳＫｃにより、受信メールデータが解読されて復元され
る（ステップＣ１２→Ｃ１３）。

【０１３８】そして、前記ステップＣ１３においてこの
中継メールアドレス１の秘密鍵ＳＫｃにより解読された
メールデータの先頭に、転送指令コードがあるか／ない
か判断され、該転送指令コードがあると判断された場合
には、前記ステップＣ１３においてこの中継メールアド
レス１の秘密鍵ＳＫｃにより共に解読された宛先３とし
ての受信者ホスト１２ａのメールアドレス「efgh@ijk.l
mn.us 」が指定され、該秘密鍵ＳＫｃにより暗号解読さ
れてない部分のメールデータ（図１６参照）が転送送信
される（ステップＣ１４→Ｃ１５）。

【０１３９】一方、前記ステップＣ１２において、受信
されたメールデータが暗号化されてないと判断された場
合、あるいは、前記ステップＣ１４において、暗号解読
されたメールデータの先頭に転送指令コードがないと判
断された場合には、通常のメールデータとして受信処理
される（ステップＣ１２→Ｃ１７／ステップＣ１４→Ｃ
１７）。

【０１４０】そして、メールサーバＣ１３から取り込ま
れた全てのメールデータが処理されたか否か判断され、
処理されてないメールデータがあると判断された場合に
は、再び前記ステップＣ１２以降の処理が繰り返される
（ステップＣ１６→Ｃ１２）。

【０１４１】受信者ホスト１２ａでは、メールサーバＢ
１２からメールデータが取り込まれ、該受信者ホスト１
２ａにおける秘密鍵ＳＫｂにより、図１６で示したよう
に、メールデータの暗号化されている部分（差出人・件
名・本文）が解読されて復元される。

【０１４２】このようにした各中継ホスト（２）１４ａ
及び（１）１３ａにおける受信・転送処理は、それぞれ
のホスト（２）１４ａ，（１）１３ａが対応するメール
サーバＤ１４，Ｃ１３にメールデータを取りに行く時に
実行される。

【０１４３】前記メールサーバＤ１４，Ｃ１３にメール
データを取りに行く頻度は、通常のメールソフト同様に
各種の設定ができる。

【０１４４】各中継ホスト（２）１４ａ，（１）１３ａ
を経由したメールデータの転送処理が素早く行なわれる
ためには、定期的に（自動的に）メールを取りに行く設
定にしておけばよい。

【０１４５】各中継ホスト（２）１４ａ，（１）１３ａ
は通常のメールも受信するので、通常のメールと中継・
転送すべきメールとを、転送指令コードを用いて区別し
て処理している。

【０１４６】本第２実施形態におけるメールデータの受
信・転送処理では、中継点において付加情報を付けて転
送しない。中継点に届くまでに付加情報が発生していた
場合はそれを中継点で破棄する。

【０１４７】これにより、受信者ホスト１２ａにおいて
は、受信されたメールデータの転送経路などを知ること
ができないが、該受信者ホスト１２ａにおける公開鍵Ｐ
Ｋｂを送らなくても良いなどの利点もある。つまり、受
信者ホスト１２ａにおける公開鍵ＰＫｂは、受信者を知
るための情報にもなるので、これを送らないことにより
中継点におけるセキュリティが高まる。このことは、前
記第１実施形態についても同様である。

【０１４８】例えば、前記第１実施形態の転送処理で
は、メールサーバＤ１４は、受信者ホスト１２ａの公開
鍵ＰＫｂを知ることができるので、受信者を特定できる
可能性があり、しかも、付加情報などにより、どのあた
りからメールが来たのかも知る事が出来てしまう可能性
がある。一方、この第２実施形態の転送処理では、メー
ルサーバＣ１３と中継ホスト（１）１３ａは、受信者を
知ることができるが、このメールがどのあたりから来た
のかは知ることができない。また、中継ホスト（２）１
４ａも受信者の公開鍵ＰＫｂを知ることはできないの
で、受信者を特定できる可能性はない。

【０１４９】本第２実施形態におけるメールデータの送
信・中継・転送処理に伴なう主要な効果は、前記第１実
施形態と同じであるので、ここでは省略する。

【０１５０】そして、本実施形態では、メールサーバＡ
１１〜Ｅ１５はすべて通常のメールサーバで良いので、
実現が容易である。

【０１５１】また、この通信システムにおけるメールサ
ーバなど、メールシステムを管理する側から見た場合、
中継ホスト（１）１３ａ〜（３）１５ａは、通常のメー
ルも受け取っているために、通常のメールをやり取りす
るパソコンと区別がつかない。このため、通常のメール
アドレスを持つ個人の協力を得るだけで、そのパソコン
を中継ホストに設定することができ、秘密裏に容易に多
くの中継点を設けることが可能である。

【０１５２】したがって、前記構成の第２実施形態にお
けるメールデータの送信・中継・転送機能では、前記第
１実施形態における各種の利点に加え、各メールサーバ
Ａ１１〜Ｅ１５は通常のもので良いので、パソコンのメ
ールソフトに機能を追加するだけなので実現が容易であ
る。また、通常のメールアドレスを利用するので中継点
の存在が第３者にわかりにくくなる。また、受信者ホス
ト１２ａの公開鍵ＰＫｂを送る必要がないので、最終の
中継ホスト（１）１３ａ以外は、受信者ホスト１２ａを
知る手がかりを持つことができない。さらに、送信者ホ
スト１１ａから受信者ホスト１２ａまでの中継点は自動
的にランダム選択されるので、簡単な操作でセキュリテ
ィの高いメールデータの転送を行なうことができる。

【０１５３】なお、前記第２実施形態のメールデータの
送信・中継・転送処理にあっては、中継点をランダムに
選択する構成したが、セキュリティが高まる経路を判断
して自動的に選択する構成としても良い。

【０１５４】次に、本第２実施形態の通信システムにお
いて、前記図１１におけるメール作成・送信処理、図１
３，図１５における各中継点でのメール受信・転送処理
により、送信者ホスト１１ａから送信されたメールデー
タが中継ホスト（２）１４ａ，中継ホスト（１）１３ａ
を経由して受信者ホスト１２ａに転送された場合に、受
信者ホスト１２ａと送信者ホスト１１ａとの間でメール
データの開封確認を行なう動作について説明する。

【０１５５】単純に、通常のメールや伝達情報を用い
て、メールを受け取り開封したことを送信者に知らせる
とすると、そのメールや伝達情報を見られることによ
り、最初に送ったメールで秘密にしておきたかった情報
が漏れてしまう。例えば、誰と誰が通信しているか、な
どの情報である。

【０１５６】また、送信者がそのようなメールや伝達信
号を受け取ったとしても、送信者が送ったメールを本当
に受信者が受け取り開封したのかどうかもわからない。
受信者は開封していないのに、第３者が受信者が開封し
たという偽の知らせを送ることもできてしまうからであ
る。そして、悪意の第３者が介入しなくても、同じよう
なメールをやり取りしていると、開封したという知らせ
が来ても、本当に送信者が意図したメールのことを指し
ているのかどうかが、わかりにくく間違いも起こしやす
い。

【０１５７】そこで、確かに受信者に届き開封したこと
を秘密裏に知らせる機能を追加したメールデータの開封
確認機能について以下に説明する。

【０１５８】この開封確認機能についての説明や図で
は、受信開封確認のメールを出す時には、送信・受信の
立場が入れ替わるのであるが、送信者とは、メールデー
タを最初に送った送信者ホスト１１ａを一貫して指し、
受信者とは、それを受信し受信開封確認のメールを出す
受信者ホスト１２ａを一貫して指す。

【０１５９】図１７は前記図９の通信システムの受信者
ホスト１２ａにおけるメール開封処理を示すフローチャ
ートである。

【０１６０】図１８は前記図１７における受信者ホスト
１２ａでのメール開封処理に伴ない送信される受信開封
確認メールのデータ構造を示す図である。

【０１６１】まず、送信者ホスト１１ａから送信された
メールデータが中継ホスト（２）１４ａ，中継ホスト
（１）１３ａを経由して受信者ホスト１２ａに転送され
て受信されると、そのメールデータの本文・差出人・件
名が暗号化されて記述されているか否か判断され、暗号
化されていると判断された場合には、該暗号化されてい
るメールデータの本文・差出人・件名が、この受信者ホ
スト１２ａの秘密鍵ＳＫｂにより解読されて復元される
（ステップＢ１→Ｂ２）。

【０１６２】そして、前記暗号解読された受信メールの
本文をそのままに、差出人を受信者とし、件名を前記暗
号解読された受信メールの件名の先頭に「受信開封確
認」を追加した件名として、開封確認用の新たなメール
データが作成され、この開封確認用のメールデータにお
ける本文・差出人・件名が、送信者ホスト１１ａの公開
鍵ＰＫａにより暗号化され暗号部分１とされる（ステッ
プＢ３，Ｂ４）。

【０１６３】また、送信者ホスト１１ａのメールアドレ
ス「abcd@efg.hij.co.jp」を宛先２として、そこまでの
中継点がランダムに選択され、その結果選択された中継
点である中継ホスト（３）１５ａの中継メールアドレス
３の公開鍵ＰＫｅにより、転送指令コード・宛先２であ
る送信者ホスト１１ａのメールアドレス「abcd@efg.hi
j.co.jp」・さらに前記ステップＢ４にて既に暗号化さ
れた暗号部分１が共に暗号化され、これが受信開封確認
メールとされる（ステップＢ５）。

【０１６４】すると、次の中継点であるメールサーバＥ
１５で管理される中継ホスト（３）１５ａの中継メール
アドレス３「qrst@uvw.xyz.kr 」が直接の宛先として指
定され、前記ステップＢ３〜Ｂ５を経て段階的に作成・
暗号化されたメール内容・転送指令コード・宛先２とな
る送信者ホスト１１ａのメールアドレスを含む受信開封
確認メール（図１８参照）が送信される（ステップＢ
６）。

【０１６５】この後、受信者ホスト１２ａでは、受信し
たメールデータの通常の開封処理が行なわれる（ステッ
プＢ７）。

【０１６６】一方、前記ステップＢ１において、メール
データの本文・差出人・件名が暗号化されて記述されて
ないと判断れると、前記開封確認のメール作成・送信処
理は行なわれず、直接、受信したメールデータの通常の
開封処理が行なわれる（ステップＢ１→Ｂ７）。

【０１６７】受信者ホスト１２ａにおける開封処理によ
り送信された受信開封確認メールは、受信者ホスト１２
ａからメールサーバＢ１２に送られ、該メールサーバＢ
１２により、前記指定されたメールの宛先アドレス（中
継ホスト（３）１５ａの中継メールアドレス３「qrst@u
vw.xyz.kr 」）に従い、受信開封確認メールがメールサ
ーバＥ１５に送られる。

【０１６８】図１９は前記図９の通信システムの中継ホ
スト（３）１５ａにおける受信開封確認メールの受信・
転送処理を示すフローチャートである。

【０１６９】図２０は前記図１９における中継ホスト
（３）１５ａでの受信開封確認メールの受信・転送処理
に伴ない転送されるメールのデータ構造を示す図であ
る。

【０１７０】すなわち、まず、メールサーバＥ１５から
中継ホスト（３）１５ａの中継メールアドレス３「qrst
@uvw.xyz.kr 」に届いている全てのメールデータが取り
込まれる（ステップＥ１）。

【０１７１】ここで、メールサーバＥ１５から取り込ま
れたメールデータが暗号化されているか否か判断され、
暗号化されていると判断された場合には、当該中継ホス
ト（３）１５ａにおける中継メールアドレス３の秘密鍵
ＳＫｅにより、受信メールデータが解読されて復元され
る（ステップＥ２→Ｅ３）。

【０１７２】そして、前記ステップＥ３においてこの中
継メールアドレス３の秘密鍵ＳＫｅにより解読されたメ
ールデータの先頭に、転送指令コードがあるか／ないか
判断され、該転送指令コードがあると判断された場合に
は、前記ステップＥ３においてこの中継メールアドレス
３の秘密鍵ＳＫｅにより共に解読された宛先２としての
送信者ホスト１１ａのメールアドレス「abcd@efg.hij.c
o.jp」が指定され、該秘密鍵ＳＫｅにより暗号解読され
てない部分の受信開封確認メールデータ（図２０参照）
が転送送信される（ステップＥ４→Ｅ５）。

【０１７３】一方、前記ステップＥ２において、受信さ
れたメールデータが暗号化されてないと判断された場
合、あるいは、前記ステップＥ４において、暗号解読さ
れたメールデータの先頭に転送指令コードがないと判断
された場合には、通常のメールデータとして受信処理さ
れる（ステップＥ２→Ｅ７／ステップＥ４→Ｅ７）。

【０１７４】そして、メールサーバＥ１５から取り込ま
れた全てのメールデータが処理されたか否か判断され、
処理されてないメールデータがあると判断された場合に
は、再び前記ステップＥ２以降の処理が繰り返される
（ステップＥ６→Ｅ２）。

【０１７５】これにより、受信者ホスト１２ａにおい
て、送信者ホスト１１ａから各中継ホスト（２）１４
ａ，（１）１３ａを経由して秘密裏に送られたメールデ
ータが開封された際には、自動的に受信開封確認のメー
ルデータが送信者ホスト１１ａ宛てに送信されるように
なる。

【０１７６】前記受信開封確認メールは、送信者が送っ
たメールを受信し、受信者本人が開封したことを伝える
ためのメールである。ここでは、受信開封確認メールの
中継点がランダムに選ばれた結果、中継点が韓国のホス
ト１台だけになった例を示した。

【０１７７】以上により、受信開封確認のメールが韓国
で転送されて送信者に届く。

【０１７８】図２１は前記図９の通信システムの送信者
ホスト１１ａにおける開封確認処理を示すフローチャー
トである。

【０１７９】まず、受信者ホスト１２ａから送信された
受信開封確認メールデータが中継ホスト（３）１５ａを
経由して送信者ホスト１１ａに転送されて受信される
と、そのメールデータの本文・差出人・件名が暗号化さ
れて記述されているか否か判断され、暗号化されている
と判断された場合には、該暗号化されている受信開封確
認メールデータの本文・差出人・件名が、この送信者ホ
スト１１ａの秘密鍵ＳＫａにより解読されて復元される
（ステップＡＲ１→ＡＲ２）。

【０１８０】そして、前記ステップＡＲ２においてこの
送信者ホスト１１ａの秘密鍵ＳＫａにより解読された受
信開封確認メールデータにおける件名の先頭に、「受信
開封確認」の文字があるか／ないか判断され、該「受信
開封確認」の文字があると判断された場合には、当該受
信開封確認メールの差出人である受信者ホスト１２ａに
対して既に送信済みのメールデータの中に、その本文が
照合一致し、また件名が前記「受信開封確認」以降の件
名と照合一致するものがあるか／ないか判断される（ス
テップＡＲ３→ＡＲ４）。

【０１８１】ここで、前記受信開封確認メールの差出人
である受信者ホスト１２ａに対して既に送信済みのメー
ルデータの中に、その本文及び件名が照合一致するもの
があると判断されると、当該受信開封確認メールに照合
一致した送信済みのメールデータに対して受信開封確認
マークが付され、受信開封確認メッセージ（例えば「ef
gh@ijk.lmn.us 宛てに送信した、技術提携条件につい
て、のメールは受信者に受信され開封されたことを確認
しました」）が表示などで出力される（ステップＡＲ４
→ＡＲ５）。

【０１８２】この後、受信メールの通常の開封処理が行
なわれる（ステップＡＲ６）。

【０１８３】一方、前記ステップＡＲ１において、受信
メールデータの本文・差出人・件名が暗号化されて記述
されてないと判断された場合、あるいは、前記ステップ
ＡＲ３において、受信開封確認メールデータにおける件
名の先頭に、「受信開封確認」の文字がないと判断され
た場合、あるいは、前記ステップＡＲ４において、受信
開封確認メールの差出人である受信者ホスト１２ａに対
して既に送信済みのメールデータの中に、その本文及び
件名が照合一致するものがないと判断された場合には、
その何れの場合にも、受信開封確認メッセージの出力は
なされず、受信メールの通常の開封処理に移行される
（ステップＡＲ１orＡＲ３orＡＲ４→ＡＲ６）。

【０１８４】すなわち、前記構成の転送メールデータの
開封確認処理機能によれば、送信したメールデータは受
信者ホスト１２ａの秘密鍵ＳＫｂでしか解読できないの
で、それが解読できて戻ってきていることにより、受信
者本人が受信開封したことが判断できる。そして、送信
者は、受信開封確認メッセージの出力により、送信した
メールが受信者に届き開封されたことを確認できる。ま
た、受信開封確認マークが、送信したメール（の控え）
に付けられるので、以後、送信したそのメールを見る時
にはいつも、それが既に受信者により受信され開封され
たことを知ることができる。また、受信開封確認メール
で戻ってきた本文に対し、送信したメールの本文のすべ
てを比較照合するので、類似のメールを何度かやりとり
していたとしても、違うメールと間違って開封確認する
おそれはない。

【０１８５】以上により、受信開封確認のメールデータ
も秘密裏に送ることができる。

【０１８６】そして、前記構成の転送メールデータの開
封確認処理機能では、受信者ホスト１２ａにおいて、受
信開封確認メールの作成・中継点選択・暗号化・送信処
理が自動的に行なわれ、また、送信者ホスト１１ａにお
いて、受信開封確認メールの分析判定・結果表示が自動
的に行なわれるので、受信者及び送信者共に、何等の煩
わしさを感じることなく、転送メールデータの開封確認
を行なうことができる。

【０１８７】（第３実施形態）前記第２実施形態の転送
メールデータの開封確認処理機能で述べたような、受信
者本人が開封したことを送信者が知ることができるとい
う機能は、同第２実施形態のメール転送機能で述べたよ
うな、中継ホストを経由して受信者をわかりにくくする
機能を合わせ持たせなくても、通常のメール転送機能に
おいても有効である。そこで、通常の暗号化メール転送
機能に、転送メールデータの開封確認処理機能を適用し
た場合をこの第３実施形態にて説明する。

【０１８８】図２２は本発明の第３実施形態に係わる通
信システムのネットワークの接続構成を示す図である。

【０１８９】図２３は前記図２２の通信システムにおけ
るネットワーク１０上で接続された各メールサーバＡ１
１，Ｂ１２が管理するメールアドレスを示す図である。

【０１９０】この第３実施形態の通信システムにおける
前記第２実施形態とのネットワーク構成の違いは、送信
者ホスト１１ａと受信者ホスト１２ａとの間で、メール
データを中継点を経由せずに直接やりとりするところで
あり、通常の暗号化メール転送機能にあるように、メー
ルデータの本文（添付ファイルを含む）のみを暗号化し
て転送する。

【０１９１】図２４は前記図２２の通信システムの送信
者ホスト１１ａにおけるメール作成・送信処理を示すフ
ローチャートである。

【０１９２】図２５は前記図２４におけるメール作成・
送信処理に伴ない作成・送信されるメールのデータ構造
を示す図である。

【０１９３】すなわち、まず、送信者ホスト１１ａにお
いて、本文「当社の希望する条件は…」が作成され、件
名「技術提携条件について」が記入される（ステップＡ
２１）。この際、差出人は自動的に付加される。

【０１９４】宛先として受信者ホスト１２ａのメールア
ドレス「efgh@ijk.lmn.us 」が選択される（ステップＡ
２２）。

【０１９５】前記ステップＡ２１にて作成されたメール
に対する暗号化機能が選択される（ステップＡ２３）。

【０１９６】そして、メール送信ボタンがクリックされ
ると（ステップＡ２４）、前記メールの本文が、受信者
ホスト１２ａにおける公開鍵ＰＫｂにより暗号化される
（ステップＡ２５）。

【０１９７】すると、メールサーバＢ１２で管理される
受信者ホスト１２ａのメールアドレス「efgh@ijk.lmn.u
s 」が宛先として指定され、前記ステップＡ２１〜Ａ２
３を経て作成・暗号化されたメールデータ（図２５参
照）が送信される（ステップＡ２６）。

【０１９８】この送信者ホスト１１ａにおけるメール作
成・送信処理により送信されたメールは、送信者ホスト
１１ａからメールサーバＡ１１に送られ、該メールサー
バＡ１１により、前記指定されたメールの宛先アドレス
（受信者ホスト１２ａのメールアドレス「efgh@ijk.lm
n.us 」）に従い、メールがメールサーバＢ１２に送ら
れる。

【０１９９】図２６は前記図２２の通信システムの受信
者ホスト１２ａにおけるメール開封処理を示すフローチ
ャートである。

【０２００】図２７は前記図２６における受信者ホスト
１２ａでのメール開封処理に伴ない送信される受信開封
確認メールのデータ構造を示す図である。

【０２０１】まず、送信者ホスト１１ａから送信された
メールデータが受信者ホスト１２ａに転送されて受信さ
れると、そのメールデータに含まれる本文が暗号化され
て記述されているか否か判断され、暗号化されていると
判断された場合には、該暗号化されているメールデータ
の本文が、この受信者ホスト１２ａの秘密鍵ＳＫｂによ
り解読されて復元される（ステップＢ１１→Ｂ１２）。

【０２０２】そして、前記暗号解読された受信メールの
本文をそのままに、差出人を受信者とし、件名を前記受
信メールの件名の先頭に「受信開封確認」を追加した件
名として、開封確認用の新たなメールデータが作成さ
れ、この開封確認用のメールデータにおける本文が、送
信者ホスト１１ａの公開鍵ＰＫａにより暗号化され、こ
れが受信開封確認メールとされる（ステップＢ１３，Ｂ
１４）。

【０２０３】すると、メールサーバＡ１１で管理される
送信者ホスト１１ａのメールアドレス「abcd@efg.hij.c
o.jp」が宛先として指定され、前記ステップＢ１３，Ｂ
１４を経て作成・暗号化された受信開封確認メール（図
２７参照）が送信される（ステップＢ１５）。

【０２０４】この後、受信者ホスト１２ａでは、受信し
たメールデータの通常の開封処理が行なわれる（ステッ
プＢ１６）。

【０２０５】一方、前記ステップＢ１１において、メー
ルデータの本文が暗号化されて記述されてないと判断れ
ると、前記開封確認のメール作成・送信処理は行なわれ
ず、直接、受信したメールデータの通常の開封処理が行
なわれる（ステップＢ１１→Ｂ１６）。

【０２０６】受信者ホスト１２ａにおける開封処理によ
り送信された受信開封確認メールは、受信者ホスト１２
ａからメールサーバＢ１２に送られ、該メールサーバＢ
１２により、前記指定されたメールの宛先アドレス（送
信者ホスト１１ａのメールアドレス「abcd@efg.hij.co.
jp」）に従い、受信開封確認メールがメールサーバＡ１
１に送られる。

【０２０７】図２８は前記図２２の通信システムの送信
者ホスト１１ａにおける開封確認処理を示すフローチャ
ートである。

【０２０８】まず、受信者ホスト１２ａから送信された
受信開封確認メールデータが送信者ホスト１１ａに転送
されて受信されると、そのメールデータの本文が暗号化
されて記述されているか否か判断され、暗号化されてい
ると判断された場合には、該暗号化されている受信開封
確認メールデータの本文が、この送信者ホスト１１ａの
秘密鍵ＳＫａにより解読されて復元される（ステップＡ
Ｒ１１→ＡＲ１２）。

【０２０９】そして、前記受信開封確認メールデータに
おける件名の先頭に、「受信開封確認」の文字があるか
／ないか判断され、該「受信開封確認」の文字があると
判断された場合には、当該受信開封確認メールの差出人
である受信者ホスト１２ａに対して既に送信済みのメー
ルデータの中に、その本文が照合一致し、また件名が前
記「受信開封確認」以降の件名と照合一致するものがあ
るか／ないか判断される（ステップＡＲ１３→ＡＲ１
４）。

【０２１０】ここで、前記受信開封確認メールの差出人
である受信者ホスト１２ａに対して既に送信済みのメー
ルデータの中に、その本文及び件名が照合一致するもの
があると判断されると、当該受信開封確認メールに照合
一致した送信済みのメールデータに対して受信開封確認
マークが付され、受信開封確認メッセージ（例えば「ef
gh@ijk.lmn.us 宛てに送信した、技術提携条件につい
て、のメールは受信者に受信され開封されたことを確認
しました」）が表示などで出力される（ステップＡＲ１
４→ＡＲ１５）。

【０２１１】この後、受信メールの通常の開封処理が行
なわれる（ステップＡＲ１６）。

【０２１２】一方、前記ステップＡＲ１１において、受
信メールデータの本文が暗号化されて記述されてないと
判断された場合、あるいは、前記ステップＡＲ１３にお
いて、受信開封確認メールデータにおける件名の先頭
に、「受信開封確認」の文字がないと判断された場合、
あるいは、前記ステップＡＲ１４において、受信開封確
認メールの差出人である受信者ホスト１２ａに対して既
に送信済みのメールデータの中に、その本文及び件名が
照合一致するものがないと判断された場合には、その何
れの場合にも、受信開封確認メッセージの出力はなされ
ず、受信メールの通常の開封処理に移行される（ステッ
プＡＲ１１orＡＲ１３orＡＲ１４→ＡＲ１６）。

【０２１３】このように、前記構成の第３実施形態にお
ける転送メールデータの開封確認処理機能によれば、通
常の暗号化メールシステムにあっても、受信者本人が開
封したことを確実に送信者が知ることができる。

【０２１４】なお、本第３実施形態では、暗号化された
メールすべてに受信開封確認メールを送り返したが、送
信者ホスト１１ａにおいて受信開封確認を希望したメー
ルのみに送りかえす構成としてもよい。

【０２１５】また、本第３実施形態では、転送メールの
本文がすべて一致することを受信開封確認の判定条件と
したが、偶然一致する確率を実用上問題ない程度まで下
げられる他の手法を用いても良い。例えば、メール本文
のサイズの一致と複数箇所の一部分のデータの一致だけ
を判定するなどの手法が考えられる。この一致判定手法
によれば、メール本文がプログラムやデータベースなど
の膨大なデータである場合に、一致判定処理時間の短縮
が可能になる。

【０２１６】また、本第３実施形態では、公開鍵暗号方
式を用いたが、共通鍵暗号方式などの他の暗号方式を用
いてもよい。例えば、暗号化と復号化を同じ鍵で行なう
方式の場合の例を説明する。

【０２１７】はじめに、送信者と受信者を含む複数の人
が共有する鍵と送信者だけが持つ鍵があり、送信者の鍵
を、受信者だけに事前に知らる。

【０２１８】まず、送信者ホスト１１ａでは、送信者が
送るメールが送信者の鍵で暗号化される。

【０２１９】受信者ホスト１２ａでは、送られたメール
が送信者の鍵で復号される。

【０２２０】受信開封確認メールの本文は上記複数の人
が共有する鍵で暗号化される。

【０２２１】そして、送信者ホスト１１ａでは、受信者
ホスト１２ａから受け取られた受信開封確認メールの本
文が、上記複数の人が共有する鍵で解読される。

【０２２２】この際、送信者が送ったメールの本文を復
号化できるのは、送信者と受信者だけなので、それが解
読できて戻ってきたことにより、確かに受信者が開封し
たことを送信者は判断できる。

【０２２３】これにより、公開鍵暗号方式で実施した場
合と同様の効果を得ることができる。また、送信者の鍵
を共有する人数が多くなっても、それらが信頼できる人
だけであるなら、同様な効果が期待できる。そして、他
の暗号方式でも同様である。

【０２２４】なお、本第３実施形態では、説明簡単化の
ために、送信者が本人であることを示すデジタル的な署
名は付けなかったが、デジタル的な署名をつけてもよ
い。

【０２２５】（第４実施形態）前記第２・第３実施形態
における転送メールデータの開封確認処理機能では、送
信者からの転送メールデータが受信者により確実に開封
されたかどうかの判定を、送信されたメールの本文を送
り返し、それが送信したメールと照合一致するかの判断
により行なう構成としたが、この判定部分だけを異なる
手法で実施した場合について、この第４実施形態にて説
明する。

【０２２６】この第４実施形態における通信システムの
ネットワークの接続構成、及び各メールサーバＡ１１，
Ｂ１２で管理されるメールアドレスの構成、及び送信者
ホスト１１ａにおけるメール作成・送信処理について
は、それぞれ前記図２２，図２３，図２４において示し
た第３実施形態のそれと同一のものであり、その説明を
省略する。

【０２２７】図２９は前記図２２の通信システムの受信
者ホスト１２ａにおけるメール開封処理の他の実施形態
を示すフローチャートである。

【０２２８】図３０は前記図２９における受信者ホスト
１２ａでのメール開封処理に伴ない送信される受信開封
確認メールのデータ構造を示す図である。

【０２２９】まず、送信者ホスト１１ａから送信された
メールデータが受信者ホスト１２ａに転送されて受信さ
れると、そのメールデータに含まれる本文が暗号化され
て記述されているか否か判断され、暗号化されていると
判断された場合には、該暗号化されているメールデータ
の本文が、この受信者ホスト１２ａの秘密鍵ＳＫｂによ
り解読されて復元される（ステップＢ２１→Ｂ２２）。

【０２３０】そして、前記暗号解読された受信メールの
本文を、その本文のコードデータから算出される「３２
byte加算値」とし、差出人を受信者とし、件名を前記受
信メールの件名の先頭に「受信開封確認」を追加した件
名として、開封確認用の新たなメールデータが作成され
る（ステップＢ２３）。

【０２３１】すると、メールサーバＡ１１で管理される
送信者ホスト１１ａのメールアドレス「abcd@efg.hij.c
o.jp」が宛先として指定され、前記ステップＢ２３を経
て、本文を「３２byte加算値」として作成された受信開
封確認メール（図３０参照）が送信される（ステップＢ
２４）。

【０２３２】この後、受信者ホスト１２ａでは、受信し
たメールデータの通常の開封処理が行なわれる（ステッ
プＢ２５）。

【０２３３】一方、前記ステップＢ２１において、メー
ルデータの本文が暗号化されて記述されてないと判断れ
ると、前記開封確認のメール作成・送信処理は行なわれ
ず、直接、受信したメールデータの通常の開封処理が行
なわれる（ステップＢ２１→Ｂ２５）。

【０２３４】受信者ホスト１２ａにおける開封処理によ
り送信された受信開封確認メールは、受信者ホスト１２
ａからメールサーバＢ１２に送られ、該メールサーバＢ
１２により、前記指定されたメールの宛先アドレス（送
信者ホスト１１ａのメールアドレス「abcd@efg.hij.co.
jp」）に従い、受信開封確認メールがメールサーバＡ１
１に送られる。

【０２３５】図３１は前記図２２の通信システムの送信
者ホスト１１ａにおける開封確認処理の他の実施形態を
示すフローチャートである。

【０２３６】まず、受信者ホスト１２ａから送信された
受信開封確認メールデータが送信者ホスト１１ａに転送
されて受信されると、そのメールデータにおける件名の
先頭に、「受信開封確認」の文字があるか／ないか判断
され、該「受信開封確認」の文字があると判断された場
合には、当該受信開封確認メールの差出人である受信者
ホスト１２ａに対して既に送信済みのメールデータの中
に、その本文のコードデータに基づき算出された「３２
byte加算値」が照合一致し、また件名が前記「受信開封
確認」以降の件名と照合一致するものがあるか／ないか
判断される（ステップＡＲ２１→ＡＲ２４）。

【０２３７】ここで、前記受信開封確認メールの差出人
である受信者ホスト１２ａに対して既に送信済みのメー
ルデータの中に、その本文の「３２byte加算値」及び件
名が照合一致するものがあると判断されると、当該受信
開封確認メールに照合一致した送信済みのメールデータ
に対して受信開封確認マークが付され、受信開封確認メ
ッセージ（例えば「efgh@ijk.lmn.us 宛てに送信した、
技術提携条件について、のメールは受信者に受信され開
封されたことを確認しました」）が表示などで出力され
る（ステップＡＲ２４→ＡＲ２５）。

【０２３８】この後、受信メールの通常の開封処理が行
なわれる（ステップＡＲ２６）。

【０２３９】一方、前記ステップＡＲ２１において、受
信開封確認メールデータにおける件名の先頭に、「受信
開封確認」の文字がないと判断された場合には、受信メ
ールデータの本文が暗号化されて記述されているか否か
判断され、暗号化されていると判断された場合には、該
暗号化されている受信開封確認メールデータの本文が、
この送信者ホスト１１ａの秘密鍵ＳＫａにより解読され
て復元される（ステップＡＲ２１→ＡＲ２２→ＡＲ２
３）。そして、受信メールの通常の開封処理に移行され
る（ステップＡＲ２６）。

【０２４０】ここで「３２byte加算値」とは、メールデ
ータの本文を３２byte単位のデーダの列とみなし、３２
byte単位で全データを加算し、加算結果の下位３２byte
を最終結果とした値である。

【０２４１】つまり、このメール本文に基づく「３２by
te加算値」を本文の内容を知らずに作り出すのは不可能
であるので、本文を開封した証として受信開封確認メー
ルの本文として返送され、送信側にて一致判定される。

【０２４２】この際、暗号化されたメール本文の「３２
byte加算値」とは異なる値となるので、メール本文を確
実に解読できる受信者ホスト１２ａでしか正しい「３２
byte加算値」は算出することができない。

【０２４３】また、このメール本文の「３２byte加算
値」を見ても本文を推定できないので、受信開封確認メ
ールの本文（３２ｂｙｔｅ加算値）を暗号化する必要は
ないが、敢えて暗号化してもよい。

【０２４４】なお、本第４実施形態における転送メール
データの開封確認処理機能では、メール本文を「３２by
te加算値」にしてその照合一致を判定する手法を用いた
が、当該本文の全データから算出されるデータであれば
他の数値形態ものでも良い。場合によっては、全データ
ではなく一部のデータから算出しても良い。これは、一
部分のデータだけでも、偶然一致してしまう確率が充分
低ければ、実用上問題ないからである。

【０２４５】

【発明の効果】以上のように、本発明の第１の通信シス
テムでは、複数の通信装置がネットワークを介して接続
された通信システムにあって、第１の通信装置から他の
１つ又は複数の通信装置を中継点として第２の通信装置
へ情報の転送を行なうものであり、前記第１の通信装置
は、各中継点の通信装置において次の情報転送先となる
通信装置のアドレス、つまり、中継通信装置が１つの場
合には第２の通信装置のアドレスを、また、中継通信装
置が複数の場合には２番目の中継通信装置以降第２の通
信装置までの各アドレスを、その中継元となる通信装置
でのみ解読可能な暗号により暗号化し、転送すべき情報
と共に次の中継点の通信装置のアドレスを指定して送信
する。そして、中継点の通信装置は、受信データの中の
暗号化されている次の中継転送先である通信装置のアド
レスを解読し、転送すべき情報を解読された次の通信装
置のアドレスを指定してさらに転送する。これにより、
第１の通信装置からの情報転送先を示す第２の通信装置
のアドレスは、最終の中継点である通信装置まで当該最
終通信装置以外では解読不可能な暗号で暗号化されたま
ま転送されるので、第３者に対し、第１の通信装置から
の送信情報が第２の通信装置へ転送されていることは知
られないようになる。

【０２４６】よって、通信元から通信先への情報転送に
際し、その通信先が第３者に知られてしまうのを防止す
ることが可能になる。

【０２４７】また、本発明の第２の通信システムでは、
前記第１通信システムにあって、さらに、第１の通信装
置から送信される転送すべき情報を、第２の通信装置で
のみ解読可能な暗号により暗号化して転送し、第２の通
信装置は、暗号化されて転送された情報を解読すると共
に、この解読された転送情報をそのまま第１の通信装置
へ返送する。そして、第１の通信装置は、第２通信装置
から返送された情報と既に第２の通信装置へ暗号化して
送信した暗号化前の転送すべき情報とを照合する。これ
により、第１の通信装置から送信した情報が第２の通信
装置に対し確実に転送されたことが確認できるようにな
る。

【０２４８】よって、通信元からの転送情報が通信先に
届いたことを確実に確認することが可能になる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係わる通信システムの
ネットワークの接続構成を示す図。

【図２】前記図１の通信システムにおけるネットワーク
上で接続された各メールサーバＡ〜Ｄが管理するメール
アドレスを示す図。

【図３】前記図１の通信システムの送信者ホストにおけ
るメール作成・送信処理を示すフローチャート。

【図４】前記図３におけるメール作成・送信処理に伴な
い作成・送信されるメールのデータ構造を示す図。

【図５】前記図１の通信システムのメールサーバＤにお
いて特殊メールアドレス（メール中継アドレス２）が指
定されてメールを受けた際のメール転送処理を示すフロ
ーチャート。

【図６】前記図５におけるメールサーバＤでのメール転
送処理に伴ない転送されるメールのデータ構造を示す
図。

【図７】前記図１の通信システムのメールサーバＣにお
いて特殊メールアドレス（メール中継アドレス１）が指
定されてメールを受けた際のメール転送処理を示すフロ
ーチャート。

【図８】前記図７におけるメールサーバＣでのメール転
送処理に伴ない転送されるメールのデータ構造を示す
図。

【図９】本発明の第２実施形態に係わる通信システムの
ネットワークの接続構成を示す図。

【図１０】前記図９の通信システムにおけるネットワー
ク上で接続された各メールサーバＡ〜Ｅが管理するメー
ルアドレスを示す図。

【図１１】前記図９の通信システムの送信者ホストにお
けるメール作成・送信処理を示すフローチャート。

【図１２】前記図１１におけるメール作成・送信処理に
伴ない作成・送信されるメールのデータ構造を示す図。

【図１３】前記図９の通信システムの中継ホスト（２）
におけるメール受信・転送処理を示すフローチャート。

【図１４】前記図１３における中継ホスト（２）でのメ
ール受信・転送処理に伴ない転送されるメールのデータ
構造を示す図。

【図１５】前記図９の通信システムの中継ホスト（１）
におけるメール受信・転送処理を示すフローチャート。

【図１６】前記図１５における中継ホスト（１）でのメ
ール受信・転送処理に伴ない転送されるメールのデータ
構造を示す図。

【図１７】前記図９の通信システムの受信者ホストにお
けるメール開封処理を示すフローチャート。

【図１８】前記図１７における受信者ホストでのメール
開封処理に伴ない送信される受信開封確認メールのデー
タ構造を示す図。

【図１９】前記図９の通信システムの中継ホスト（３）
における受信開封確認メールの受信・転送処理を示すフ
ローチャート。

【図２０】前記図１９における中継ホスト（３）での受
信開封確認メールの受信・転送処理に伴ない転送される
メールのデータ構造を示す図。

【図２１】前記図９の通信システムの送信者ホストにお
ける開封確認処理を示すフローチャート。

【図２２】本発明の第３実施形態に係わる通信システム
のネットワークの接続構成を示す図。

【図２３】前記図２２の通信システムにおけるネットワ
ーク上で接続された各メールサーバＡ，Ｂが管理するメ
ールアドレスを示す図。

【図２４】前記図２２の通信システムの送信者ホストに
おけるメール作成・送信処理を示すフローチャート。

【図２５】前記図２４におけるメール作成・送信処理に
伴ない作成・送信されるメールのデータ構造を示す図。

【図２６】前記図２２の通信システムの受信者ホストに
おけるメール開封処理を示すフローチャート。

【図２７】前記図２６における受信者ホストでのメール
開封処理に伴ない送信される受信開封確認メールのデー
タ構造を示す図。

【図２８】前記図２２の通信システムの送信者ホストに
おける開封確認処理を示すフローチャート。

【図２９】前記図２２の通信システムの受信者ホストに
おけるメール開封処理の他の実施形態を示すフローチャ
ート。

【図３０】前記図２９における受信者ホストでのメール
開封処理に伴ない送信される受信開封確認メールのデー
タ構造を示す図。

【図３１】前記図２２の通信システムの送信者ホストに
おける開封確認処理の他の実施形態を示すフローチャー
ト。

【符号の説明】

１０ …ネットワーク、１１ …メールサーバＡ、１１ａ…送信者ホスト、１２ …メールサーバＢ、１２ａ…受信者ホスト、１３ …メールサーバＣ、１３ａ…中継ホスト（１）、１４ …メールサーバＤ、１４ａ…中継ホスト（２）、１５ …メールサーバＥ、１５ａ…中継ホスト（３）。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＨ０４Ｌ 12/58

Claims

【特許請求の範囲】

【請求項１】複数の通信装置がネットワークを介して
接続され、第１の通信装置から他の通信装置を中継点と
して第２の通信装置へ情報を転送する通信システムであ
って、前記第１の通信装置は、前記第２の通信装置のアドレスを前記中継点となる通信
装置で解読可能な暗号で暗号化する暗号化手段と、この暗号化手段により暗号化された前記第２の通信装置
のアドレス、及び転送すべき情報を含む通信データを前
記中継点となる通信装置のアドレスを指定して送信する
送信手段とを具備し、前記中継点となる通信装置は、前記第１の通信装置の送信手段により送信された通信デ
ータを受信する受信手段と、この受信手段により受信された通信データに含まれる前
記第１の通信装置の暗号化手段により暗号化された前記
第２の通信装置のアドレスの暗号を解読する解読手段
と、前記受信手段により受信された通信データに含まれる転
送すべき情報を前記解読手段により解読された前記第２
の通信装置のアドレスを指定して転送する転送手段とを
具備し、前記第２の通信装置のアドレスが該第２の通信装置の直
前の中継点となる通信装置まで暗号化されて転送される
ことを特徴とする通信システム。
【請求項２】複数の通信装置がネットワークを介して
接続され、第１の通信装置から他の複数の通信装置を中
継点として第２の通信装置へ情報を転送する通信システ
ムであって、前記第１の通信装置は、該第１の通信装置から２番目以降のｎ番目の中継転送先
となる各通信装置のアドレスをそれぞれｎ−１番目の中
継点となる通信装置でのみ解読可能な暗号で暗号化する
暗号化手段と、前記暗号化手段により暗号化された該第１の通信装置か
ら２番目以降のｎ番目の中継転送先となる各通信装置の
アドレス、及び転送すべき情報を含む通信データを次の
中継点となる通信装置のアドレスを指定して送信する送
信手段とを具備し、前記中継点となる通信装置は、通信データを受信する受信手段と、この受信手段により受信された通信データに暗号化され
て含まれる次の中継転送先となる通信装置のアドレスの
暗号を解読する解読手段と、前記受信手段により受信された通信データに含まれる転
送すべき情報を前記解読手段により解読された次の中継
転送先となる通信装置のアドレスを指定して転送する転
送手段とを具備し、前記第２の通信装置のアドレスが最終の中継点となる通
信装置まで暗号化されて転送されることを特徴とする通
信システム。
【請求項３】複数の通信装置がネットワークを介して
接続され、第１の通信装置から他の通信装置を中継点と
して第２の通信装置へ情報を転送する通信システムであ
って、前記第１の通信装置は、前記第２の通信装置のアドレスを前記中継点となる通信
装置でのみ解読可能な暗号で暗号化するアドレス暗号化
手段と、転送すべき情報を前記第２の通信装置でのみ解読可能な
暗号で暗号化する情報暗号化手段と、前記アドレス暗号化手段により暗号化された前記第２の
通信装置のアドレス、及び前記情報暗号化手段により暗
号化された転送すべき情報を含む通信データを前記中継
点となる通信装置のアドレスを指定して送信する送信手
段とを具備し、前記中継点となる通信装置は、前記第１の通信装置の送信手段により送信された通信デ
ータを受信する受信手段と、この受信手段により受信された通信データに含まれる前
記第１の通信装置のアドレス暗号化手段により暗号化さ
れた前記第２の通信装置のアドレスの暗号を解読するア
ドレス解読手段と、前記受信手段により受信された通信データに含まれる前
記第１の通信装置の情報暗号化手段により暗号化された
転送すべき情報を前記アドレス解読手段により解読され
た前記第２の通信装置のアドレスを指定して転送する転
送手段とを具備し、前記第２の通信装置は、前記中継点となる通信装置の転送手段により転送された
通信データに含まれる前記第１の通信装置の情報暗号化
手段により暗号化された転送すべき情報の暗号を解読す
る情報解読手段とを具備し、転送情報の暗号化と共に、その転送先となる前記第２の
通信装置のアドレスが該第２の通信装置の直前の中継点
となる通信装置まで暗号化されて転送されることを特徴
とする通信システム。
【請求項４】複数の通信装置がネットワークを介して
接続され、第１の通信装置から他の複数の通信装置を中
継点として第２の通信装置へ情報を転送する通信システ
ムであって、前記第１の通信装置は、該第１の通信装置から２番目以降のｎ番目の中継転送先
となる各通信装置のアドレスをそれぞれｎ−１番目の中
継点となる通信装置でのみ解読可能な暗号で暗号化する
アドレス暗号化手段と、転送すべき情報を前記第２の通信装置でのみ解読可能な
暗号で暗号化する情報暗号化手段と、前記アドレス暗号化手段により暗号化された該第１の通
信装置から２番目以降のｎ番目の中継転送先となる各通
信装置のアドレス、及び前記情報暗号化手段により暗号
化された転送すべき情報を含む通信データを次の中継点
となる通信装置のアドレスを指定して送信する送信手段
とを具備し、前記中継点となる通信装置は、通信データを受信する受信手段と、この受信手段により受信された通信データに暗号化され
て含まれる次の中継転送先となる通信装置のアドレスの
暗号を解読するアドレス解読手段と、前記受信手段により受信された通信データに含まれる前
記第１の通信装置の情報暗号化手段により暗号化された
転送すべき情報を前記アドレス解読手段により解読され
た次の中継転送先となる通信装置のアドレスを指定して
転送する転送手段とを具備し、前記第２の通信装置は、最終の中継点となる通信装置の転送手段により転送され
た通信データに含まれる前記第１の通信装置の情報暗号
化手段により暗号化された転送すべき情報の暗号を解読
する情報解読手段とを具備し、転送情報の暗号化と共に、その転送先となる前記第２の
通信装置のアドレスが最終の中継点となる通信装置まで
暗号化されて転送されることを特徴とする通信システ
ム。
【請求項５】前記暗号化手段は、その暗号の解読先の
通信装置の公開鍵を利用して暗号化する暗号化手段であ
り、前記解読手段は、該解読手段が設けられた通信装置の秘
密鍵を利用して暗号を解読する解読手段である、ことを
特徴とする請求項１乃至請求項４の何れか１項に記載の
通信システム。
【請求項６】前記中継点の通信装置のアドレスを通常
の通信処理には使用しない特殊なアドレスとし、前記中継点となる通信装置に設けられた転送手段は、当
該通信装置の特殊なアドレスを指定して受信された通信
データのみ、次の通信装置への転送を行なうことを特徴
とする請求項１乃至請求項４の何れか１項に記載の通信
システム。
【請求項７】さらに、前記第１の通信装置は、前記他の通信装置の中から中継
点となる通信装置を選択する中継点選択手段を備え、この中継点選択手段により選択された中継点の通信装置
を経由して情報の転送を行なうことを特徴とする請求項
１乃至請求項４の何れか１項に記載の通信システム。
【請求項８】さらに、前記第２の通信装置は、前記情報解読手段により解読された前記第１の通信装置
からの転送情報を転送確認データとして前記第１の通信
装置のアドレスを指定して返送する転送情報返送手段を
有し、前記第１の通信装置は、前記第２の通信装置の転送情報返送手段により返送され
た転送確認データに含まれる転送情報と当該第１の通信
装置の情報暗号化手段により暗号化する以前の転送すべ
き情報とを照合する転送確認手段、を備えたことを特徴
とする請求項３又は請求項４に記載の通信システム。