JP2001094600A - メッセージ転送ノード及びネットワーク - Google Patents

Abstract

(57)【要約】 【課題】 メッセージ転送の秘匿性を高める。 【解決手段】 ネットワーク上のメッセージ転送を下流
のメッセージ転送ノードと共に分担するメッセージ転送
ノードにおいて、前記メッセージの送信元端末を指定す
る送信元アドレス及び当該メッセージの受信先端末を指
定する受信先アドレスを基に、前記ネットワーク上にお
ける当該メッセージの転送経路を設定する経路設定手段
と、設定された転送経路上の各メッセージ転送ノードに
割り当てられた各公開鍵を取得する公開鍵取得手段と、
当該転送経路上の各メッセージ転送ノードのアドレスを
順次、該当メッセージ転送ノードの上流のメッセージ転
送ノードに割り当てられた公開鍵で暗号化すると共に、
前記送信元アドレスを自メッセージ転送ノードに割り当
てられた公開鍵で暗号化して得られるメッセージを、前
記ネットワークに送出する暗号化処理手段とを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークに関
し、例えばインターネットなどのメッセージ転送を行う
オープンネットワーク等に適用し得るものである。

【０００２】また、本発明は、かかるネットワークの構
成要素としてのメッセージ転送ノードに適用し得るもの
である。

【０００３】

【従来の技術】一般に、インターネットなどのオープン
ネットワークを経由する従来のメッセージ転送では、メ
ッセージ送信元とメッセージ受信先（すなわち、当該メ
ッセージ送信元が送信したメッセージを最終的に受け取
る通信装置）の中間に存在する通信経路上の各通信装置
は、暗号化や復号に関与せず、エンド−ツー−エンドだ
けでメッセージの暗号化、復号、もしくは送信者の認証
を行うものであった。

【０００４】特開平７−８７１１６号公報（文献１）、
特開平７−２８８５１７号公報（文献２）、および特開
平８−１８６６１８号公報（文献３）に記載された技術
もこの範疇に属するものである。

【０００５】文献１のネットワークを管理する方法およ
び装置においては、暗号化されていないクリアテキスト
管理命令フィールドおよび機密保護フィールドを含む管
理フレーム（ネットワーク管理フレーム）は、ネットワ
ークマネージャ（マネージャ）によってデータ通信ネッ
トワークに送出され、管理エージェントに受信される。

【０００６】マネージャによって形成される当該管理フ
レームの構造と、当該管理フレームを受信した管理エー
ジェントの処理によって、当該管理エージェントは、受
信した管理フレームが持つ管理命令の完全性と認証性を
検査することができる。

【０００７】これにより、当該データ通信ネットワーク
上の他のステーションが、管理フレームを捕らえてパス
ワードを盗み、自身をネットワークマネージャとして許
可する行為などに対する対応策を提供することができ
る。

【０００８】また、文献２では、２つまたは３つ以上の
端末間で鍵分配センタを介して安全で機密性の高い鍵を
確定するためのプロトコルを採用した暗号通信システム
および暗号通信方法が記載されている。

【０００９】これによれば、端末における暗号化処理に
かかる時間を短縮し、鍵分配センタでの秘密鍵の管理を
容易にし、第３者の妨害を防止することができる。

【００１０】そして、文献３の情報処理装置の切り替え
装置は、通信回線で接続される情報処理装置すべてを利
用しつつ、ある情報処理装置に障害が発生した場合に
は、その情報処理装置が行っていた処理を他の情報処理
装置に引き継がせることを目的としている。

【００１１】これにより、予備系であるためにその機能
を発揮せずに待機している情報処理装置をなくすことが
できる。

【００１２】

【発明が解決しようとする課題】しかし、従来のメッセ
ージ転送方式はたとえメッセージを暗号化しても、オー
プンネットワーク中の任意の中継点でメッセージを不正
に傍受した者が、メッセージ送信元およびメッセージ受
信先を知ることができてしまうという問題点があった。

【００１３】暗号化とはいっても、一般に、メッセージ
すなわちパケットのアドレス（特に受信先アドレス）ま
で暗号化するわけにはいかないからである。

【００１４】メッセージ転送が行われる通信経路途中の
各ＭＴＡ（メッセージ転送エージェント）は、メッセー
ジの受信先のアドレスを見て、できるだけ当該受信先に
近づくように次のＭＴＡにメッセージを転送する動作を
繰り返す。ところが、各ＭＴＡは暗号を復号するための
鍵を持っていないため、受信先のアドレスまで復号して
しまうと、メッセージ転送を行うことができなくなって
しまうからである。

【００１５】公開鍵暗号方式では、送信しようとするメ
ッセージの元の文（平文）を暗号化するには公開されて
いる暗号鍵（暗号キー）である公開鍵が使用され、この
暗号化によって得られた暗号文を復号するには、メッセ
ージ受信先だけが知っている秘密鍵が用いられる。この
秘密鍵は暗号化に使用された公開鍵に対応するものであ
るが、公開鍵から秘密鍵を求めることは事実上不可能
で、メッセージ送信元や一般のネットワークユーザ（不
正傍受者も含む）は、当該メッセージ受信先と当該公開
鍵との対応関係を認識し得るだけである。

【００１６】一方、エンド−エンドで暗号化や復号を行
う場合、暗号化されたメッセージを正常にやり取りする
ためには、エンド−エンドのユーザ端末のレベルにおい
て、メッセージを送受信するための送受信プログラムが
対応していなければならない。例えば電子メールの場
合、メールプログラム（メールの送受信プログラム）
は、送信元のユーザが使用しているものと受信先のユー
ザが使用しているものが対応していなければ、正常な復
号化が行えず、メールを正常に読むことができなくな
る。

【００１７】各ユーザ端末のレベルで、送受信プログラ
ムを対応させることは、ユーザに大きな負担を強いるこ
とになり、一般には困難である。

【００１８】

【課題を解決するための手段】かかる課題を解決するた
めに、本発明では、ネットワーク上のメッセージ転送を
下流のメッセージ転送ノードと共に分担するメッセージ
転送ノードにおいて、(１）前記メッセージの送信元端
末を指定する送信元アドレス及び当該メッセージの受信
先端末を指定する受信先アドレスを基に、前記ネットワ
ーク上における当該メッセージの転送経路を設定する経
路設定手段と、(２）設定された転送経路上の各メッセ
ージ転送ノードに割り当てられた各公開鍵を取得する公
開鍵取得手段と、(３）当該転送経路上の各メッセージ
転送ノードのアドレスを順次、該当メッセージ転送ノー
ドの上流のメッセージ転送ノードに割り当てられた公開
鍵で暗号化すると共に、前記送信元アドレスを自メッセ
ージ転送ノードに割り当てられた公開鍵で暗号化して得
られるメッセージを、前記ネットワークに送出する暗号
化処理手段とを備えたことを特徴とする。

【００１９】また、本発明は、請求項１のメッセージ転
送ノードの下流に位置するメッセージ転送ノードにおい
て、上流から受け取ったメッセージを自メッセージ転送
ノードの秘密鍵で復号することにより、下流のメッセー
ジ転送ノードのアドレスを平文化すると共に、自メッセ
ージ転送ノードに割り当てられた公開鍵で、上流のメッ
セージ転送ノードのアドレスを暗号化して得られるメッ
セージを、前記ネットワークに送出する暗号化復号化処
理手段を備えたことを特徴とする。

【００２０】さらに、本発明のネットワークは、請求項
１又は２のメッセージ転送ノードと、請求項３のメッセ
ージ転送ノードとを備えたことを特徴とする。

【００２１】

【発明の実施の形態】（Ａ）実施形態 以下、本発明のメッセージ転送ノード及びネットワーク
の一実施形態について説明する。

【００２２】本実施形態は、メッセージ送信元とメッセ
ージ受信先のエンド−エンドではなく、中間の通信経路
上の各メッセージ転送エージェントが、アドレス情報お
よびメッセージ本体に対する暗号化処理および復号化処
理を実行することを特徴とする。

【００２３】（Ａ−１）実施形態の構成 図８に本実施形態のオープンネットワーク１０を示す。
オープンネットワーク１０はインターネットに代表され
るような、不特定多数のメッセージ取扱者を相互接続す
るネットワークである。

【００２４】図８において、オープンネットワーク１０
は、メッセージ送信元ＳＲＣと、メッセージ転送エージ
ェントＭＴＡ１〜ＭＴＡｎ（ｎは正整数）と、メッセー
ジ受信先ＤＳＴと、鍵情報サービス１１と、経路情報サ
ービス１２とを備えている。

【００２５】このうちＭＴＡ１は、図１に示すような内
部構成を備えている。

【００２６】(Ａ−１−１）ＭＴＡ１の内部構成 図１において、メッセージ受信部１５は、ＳＲＣから図
３のメッセージＭＥ１を受信する部分であり、メッセー
ジ処理部１６はこのメッセージＭＥ１を図２に示すよう
なメッセージＭＥ２に変換する部分である。

【００２７】この変換を行うために経路情報取得部１９
は、外部の経路情報サービス１２から必要な経路情報
（各ＭＴＡ１〜ＭＴＡｎのアドレス情報）を取得し、公
開鍵取得部１８は、外部の公開鍵サービス１１から必要
な公開鍵を取得する。手順としては、まず経路が決ま
り、次いで決まった経路に対応した公開鍵が取得される
ことになる。

【００２８】公開鍵取得部１８から供給される公開鍵と
経路情報取得部１９から供給されるアドレス情報とを用
いて、アドレス暗号化２０は、後述するように各アドレ
ス情報に異なる公開鍵を使用した暗号化を施す部分であ
る。

【００２９】アドレス暗号化部２０で必要な暗号化を施
されたアドレス情報を受け取ったメッセージ処理部１６
は、メッセージＭＥ１のＳＲＣＡとＤＳＴＡのあいだ
に、当該アドレス情報を挿入するとともに、最後のＭＴ
ＡであるＭＴＡｎに割り当てられた公開鍵でメッセージ
ボディＭＢ１（ＭＢ２）を暗号化することでメッセージ
ＭＥ２を生成する。生成されたメッセージＭＥ２は、メ
ッセージ送信部２６からネットワーク１０へ送出され、
ＭＴＡ２に受信される。

【００３０】次に、このＭＴＡ２の内部構成につき、図
１０を用いて説明する。

【００３１】(Ａ−１−２）ＭＴＡ２〜ＭＴＡｎ−１の
内部構成 図１０において、メッセージ受信部２３は、前記ＭＴＡ
１から送信されたメッセージＭＥ２を受信する部分であ
る。

【００３２】受信された当該メッセージＭＥ２のアドレ
ス部Ａ２のうち、次にメッセージＭＥ２の転送を受ける
ＭＴＡ３のアドレスＭＴＡ３Ａがアドレス復号化部２４
によって復号化され、まえに当該メッセージＭＥ２の転
送を受けていたＭＴＡ１のアドレスＭＴＡ１Ａがアドレ
ス暗号化部２５によって暗号化される。

【００３３】そして、このようなアドレス情報の暗号化
および復号化を施されたメッセージＭＥ２は、メッセー
ジ送信部２６からネットワーク１０に送出され、ＭＴＡ
３に受信される。

【００３４】なお、ＭＴＡ３〜ＭＴＡｎ−１の中間の各
ＭＴＡの構成は、当該ＭＴＡ２の構成と実質的に同じで
ある。

【００３５】前記メッセージＭＥ２の転送を受ける最後
のＭＴＡｎは、図９に示す内部構成を持っている。

【００３６】(Ａ−１−３）ＭＴＡｎの内部構成 図９において、メッセージ受信部３０はＭＴＡｎ−１か
らメッセージＭＥ２を受信する部分であり、アドレス復
号化部３１はＤＳＴのアドレス情報ＤＳＴＡを復号化す
る部分である。

【００３７】このＭＴＡｎは最後のＭＴＡであるので、
アドレス情報だけでなくメッセージＭＥ２のメッセージ
ボディＭＢ２の復号化も行う必要がある。この復号化
は、メッセージボディ復号化部３２によって行われる。

【００３８】アドレス暗号化部３３は、ＭＴＡｎ−１の
アドレスＭＴＡｎ−１Ａを暗号化する部分である。

【００３９】そしてこのような暗号化や復号化を施され
たメッセージＭＥ２は、メッセージ送信部３４からＭＴ
Ａｎの外部に送出され、ＤＳＴによって受信される。

【００４０】図８のメッセージ送信元ＳＲＣは、このよ
うな各ＭＴＡ１〜ＭＴＡｎを使用して、メッセージ受信
先ＤＳＴにメッセージを送信するユーザ端末である。メ
ッセージ送信元ＳＲＣは、ハードウエア的には、パソコ
ンやワークステーションであってよい。メッセージ受信
先ＤＳＴもこのメッセージ送信元ＳＲＣと同様なユーザ
端末（パソコンやワークステーション）であるものとす
る。

【００４１】メッセージ送信元ＳＲＣが送信するメッセ
ージは、図３に示すような構造を持つ。

【００４２】（Ａ−１−４）ＳＣＲが送信するメッセー
ジの構造 図３において、メッセージＭＥ１は、そのヘッダ部Ｈ１
にメッセージ送信元のアドレスを示すＳＲＣＡと、メッ
セージ送信先ＤＳＴのアドレスを示すＤＳＴＡと、その
他のヘッダ情報ＥＨ１とを持ち、ボディ部Ｂ１に送信す
るメッセージの本体（メッセージボディＭＢ１）を持っ
ている。

【００４３】このＭＥ１は、従来のメッセージ送信元が
送信していたメッセージと同一の構造である。

【００４４】すなわち、本実施形態のメッセージ送信元
ＳＲＣは、従来のメッセージ送信元が装備していた機能
と同一の機能を装備していれば十分であり、ＭＴＡ１な
どのメッセージ転送エージェントが通信経路においてど
のような処理を行うかを意識する必要はない。

【００４５】一方、図８のメッセージ転送エージェント
ＭＴＡは、転送を繰り返して、最終的には、メッセージ
をメッセージ受信先ＤＳＴに届ける役割を持つ。メッセ
ージ転送エージェントＭＴＡの実体は、接続サーバとし
てのワークステーション等に搭載されたソフトウエアで
ある。各ＭＴＡ１〜ｎには、異なる公開鍵が割り当てら
れている。

【００４６】図８の例では、メッセージ送信元ＳＲＣが
送信したメッセージはまずＭＴＡ１に送信され、ＭＴＡ
１からオープンネットワーク１０に送出されたメッセー
ジは、ＭＴＡ２、ＭＴＡ３、…、ＭＴＡ（ｎ−１）、Ｍ
ＴＡｎの順に各メッセージ転送エージェントを経由して
最終的にはメッセージ受信先ＤＳＴに到達する。ＭＴＡ
ｎはメッセージ受信先ＤＳＴと直接接続されるメッセー
ジ転送エージェントである。

【００４７】メッセージ転送エージェントＭＴＡ１〜ｎ
が送信するメッセージは、図２に示すような構造を持
つ。

【００４８】（Ａ−１−５）ＭＴＡ１〜ｎの送信するメ
ッセージの構造 図２において、メッセージＭＥ２は、そのヘッダ部Ｈ２
にメッセージ送信元ＳＲＣのアドレスを示すＳＲＣＡ
と、メッセージ送信先ＤＳＴのアドレスを示すＤＳＴＡ
と、その他のヘッダ情報ＥＨ２とを持ち、ボディ部Ｂ２
に送信するメッセージの本体（メッセージボディＭＢ
２）を持っている点では、前記ＭＥ１と同じである。

【００４９】ただしヘッダ部Ｈ２のなかのアドレス部Ａ
２は、前記ＳＣＲＡとＤＳＴＡの中間に、通信経路上の
各メッセージ転送エージェントＭＴＡ１〜ｎのアドレス
ＭＴＡ１Ａ〜ＭＴＡｎＡを備えている。

【００５０】すなわち、ＭＴＡ１ＡはＭＴＡ１のアドレ
スを示し、ＭＴＡ２ＡはＭＴＡ２のアドレスを示し、Ｍ
ＴＡ３ＡはＭＴＡ３のアドレスを示し、ＭＴＡ４ＡはＭ
ＴＡ４のアドレスを示し、…、ＭＴＡｎＡはＭＴＡｎの
アドレスを示す。

【００５１】ここで、図２のメッセージＭＥ２のメッセ
ージボディＭＢ２の内容は、図２のメッセージＭＥ１の
メッセージボディＭＢ１の内容と同じである。したがっ
て、ＭＴＡ１は、メッセージＭＥ１に対してＭＴＡ１Ａ
〜ＭＴＡｎＡのアドレス情報を挿入する操作を行ったこ
とになる。

【００５２】そして、ＭＴＡ１から出力された段階で、
アドレスＭＴＡ１Ａ〜ＭＴＡｎＡのうち当該メッセージ
ＭＥ２を次に受信するＭＴＡ２のアドレスＭＴＡ２Ａと
ＭＴＡ１自身のアドレスＭＴＡ１Ａ以外のアドレスは、
後述するように、各メッセージ転送エージェントＭＴＡ
に割り当てられた異なる公開鍵を用いて、暗号化が施さ
れており、メッセージボディＭＢ２にもＭＴＡｎの公開
鍵を用いた暗号化が施されている。

【００５３】なお、図２では作図上、ヘッダ部Ｈ２の大
きさがボディ部Ｂ２と同程度となっているが、実際に
は、当該ヘッダ部Ｈ２の大きさは、メッセージＭＥ２の
サイズの数％〜１０％以下となるのが普通である。

【００５４】図８のＭＴＡ１とＳＲＣは、例えば同じＬ
ＡＮのなかにある等の特定の関係を持っており、ＳＲＣ
からメッセージを受け取ったＭＴＡ１は、例えばメッセ
ージＭＥ１のアドレスＳＲＣＡをもとに、自身がＭＴＡ
１としての機能を求められていることを認識することが
できる。すなわち、前記メッセージＭＥ１からこのメッ
セージＭＥ２を生成することができる。

【００５５】メッセージＭＥ２を受け取るＭＴＡ１以外
の各ＭＴＡは、ヘッダ部Ｈ２内の平文の各アドレスが自
身を指定するアドレスであることから、例えばＭＴＡ２
はＭＴＡ２として機能し、ＭＴＡ３はＭＴＡ３として機
能し、…、ＭＴＡｎはＭＴＡｎとして機能する必要があ
ることを認識することができる。

【００５６】最後のＭＴＡｎとＤＳＴもＳＲＣとＭＴＡ
１と同様の特定の関係を持ち、例えば同じＬＡＮのなか
にあって、ＭＴＡｎは普段からＤＳＴのサーバ（例えば
メールサーバ）として機能しているエージェントであ
る。

【００５７】図８の鍵情報サービス１１は、各メッセー
ジ転送エージェントＭＴＡに割り当てられている公開鍵
を蓄積していて、求められれば該当する公開鍵の内容
を、ＭＴＡ１〜ｎを含むオープンネットワーク１０中の
全てのメッセージ転送エージェントＭＴＡに対して配布
するサービスを行う。

【００５８】経路情報サービス１２は各メッセージ転送
エージェントＭＴＡ間の通信径路に関する情報を持って
いるサービスである。経路情報サービス１２は全てのメ
ッセージ転送エージェントＭＴＡに対して経路情報を配
布するサービスを行う。

【００５９】以下、上記のような構成を有する本実施形
態の動作について説明する。

【００６０】（Ａ−２）実施形態の動作 (Ａ−２−１）メッセージ送信元からＭＴＡ１へのメッ
セージ転送メッセージ送信元ＳＲＣは、例えば電子メー
ル用クライアントプログラム（電子メール用の送受信プ
ログラム）のようなメッセージ転送のクライアントプロ
グラムを用いて、ＭＴＡ１にメッセージを送信する。

【００６１】このときメッセージ送信元ＳＲＣは、上述
したように、ＭＴＡ１等が通信経路においてどのような
処理を行うかを知る必要はない。すなわち、本実施形態
のＳＲＣが送信する図３のメッセージＭＥ１は、従来の
メッセージ送信元が送信していたメッセージと全く同じ
である。

【００６２】すなわちＳＲＣは、このメッセージＭＥ１
において、受信先アドレスとして最終的なメッセージ受
信先のアドレスＤＳＴＡと自身のアドレスＳＲＣＡだけ
を指定して、メッセージＭＥ１をＭＴＡ１に送信する。

【００６３】(Ａ−２−２）ＭＴＡ１からＭＴＡ２への
メッセージ転送 ＭＴＡ１は経路情報サービス１２により、ＭＴＡｎまで
の通信経路を取得するとともに、鍵情報サービス１１か
ら通信経路の各ＭＴＡの公開鍵情報も入手する。

【００６４】次いでＭＴＡ１は、図４に示すように、メ
ッセージ送信元ＳＲＣのアドレスＳＲＣＡを自身（ＭＴ
Ａ１）の公開鍵で暗号化し、ＭＴＡ３のアドレスＭＴＡ
３ＡをＭＴＡ２の公開鍵で暗号化し、ＭＴＡ４のアドレ
スＭＴＡ４ＡをＭＴＡ３の公開鍵で暗号化する。

【００６５】一般化すると、ＭＴＡ１は送信元アドレス
ＳＲＣＡを自身の公開鍵で暗号化するほかは、ｍを自然
数として、ＭＴＡｍ＋１のアドレスＭＴＡｍ＋１ＡをＭ
ＴＡｍの公開鍵で暗号化することで、前記メッセージＭ
Ｅ２を生成する。

【００６６】したがってＭＴＡ１からオープンネットワ
ーク１０に送出された時点のメッセージＭＥ２のなかで
暗号化されていない平文は、ＭＴＡ１自身のアドレスＭ
ＴＡ１Ａと、次にメッセージＭＥ２を受信するＭＴＡ２
のアドレスＭＴＡ２Ａだけである。

【００６７】(Ａ−２−３）ＭＴＡｍ−１→ＭＴＡｍ→
ＭＴＡｍ＋１のメッセージ転送 ＭＴＡｍがＭＴＡｍ−１から受け取ったメッセージＭＥ
２は、図５に示すように、ＭＴＡｍ−１ＡとＭＴＡｍＡ
だけが平文で他のフィールドはメッセージボディＭＢ２
も含め、すべて暗号化された状態である。

【００６８】図５の状態のメッセージＭＥ２を受け取っ
たＭＴＡｍは、ＭＴＡｍの秘密鍵を使用してＭＴＡｍ＋
１のアドレスを復号するとともに、ＭＴＡｍの公開鍵を
使用してＭＴＡｍ−１のアドレスを暗号化して、メッセ
ージＭＥ２を図６に示すように変換してオープンネット
ワーク１０に送出する。

【００６９】図６の状態のメッセージＭＥ２は、ＭＴＡ
ｍＡとＭＴＡｍ＋１Ａだけが平文で、その他のフィール
ドはすべて暗号化されている。

【００７０】したがって図６の状態のメッセージＭＥ２
を不正に傍受した者は、中間の２つＭＴＡのアドレスＭ
ＴＡｍＡとＭＴＡｍ＋１Ａを知ることができるだけであ
り、エンド−エンドのアドレスＳＲＣＡとＤＳＴＡを知
ることはできない。あるいはこの不正傍受者は、当該Ｍ
ＴＡｍＡとＭＴＡｍ＋１を、ＳＲＣＡ、ＤＳＴＡである
ものと誤認する可能性もある。

【００７１】(Ａ−２−４）ＭＴＡｎからメッセージ受
信先ＤＳＴへの転送 ＭＴＡｎはＭＴＡｎの公開鍵で暗号化されたメッセージ
ボディＭＢ２を復号化する。

【００７２】メッセージ受信先ＤＳＴは、例えば電子メ
ール用クライアントプログラムなどのメッセージ転送の
クライアントプログラムを用いて、ＭＴＡｎからメッセ
ージＭＥ２を取得する。

【００７３】ＭＴＡｎからＤＳＴまで転送されていると
き、メッセージＭＥ２の状態は、ＤＳＴＡ、ＭＴＡｎ
Ａ、およびメッセージボディＭＢ２が平文で、その他の
フィールドは暗号化されている。

【００７４】したがってメッセージ受信先ＤＳＴの電子
メール用クライアントプログラムは、ＭＴＡｎのクライ
アントプログラムに対応していればよく、送信元ＳＲＣ
のクライアントプログラムに対応している必要はない。

【００７５】次に、ＭＴＡ１からＭＴＡｎにいたる経路
上に障害が発生した場合の動作について説明する。

【００７６】(Ａ−２−５）経路上のＭＴＡに障害があ
った時の動作 ＭＴＡｍ＋１に障害があり、ＭＴＡｍが転送を行うこと
が出来ない時、ＭＴＡｍは、図７に示すように、経路情
報サービス１２にＭＴＡｍ＋１が障害発生中であること
を知らせる。

【００７７】当該ＭＴＡｍはまた、メッセージ送信元に
エラーメッセージを返送するために、メッセージＭＥ２
にエラー情報を付加して、ＭＴＡｍ−１にメッセージを
送信する。

【００７８】この場合、メッセージボディＭＢ１の内容
を受信先ＤＳＴに伝えるためには、メッセージ送信元Ｓ
ＲＣは再度メッセージを送信する必要がある。再送され
たこのメッセージは、障害のあるＭＴＡｍ＋１を迂回す
るように、ＭＴＡ１によって設定された経路を転送され
てＤＳＴに到達することになる。

【００７９】通常、メッセージ送信元ＳＲＣがエラーメ
ッセージを受け取るのは、ＭＴＡ１からであると考えら
れ、経路の再設定に対応するのもＭＴＡ１であるので、
ＳＲＣから見た場合、障害発生に対応するこれらの機能
は、すべてＭＴＡ１に装備されているものであっても、
ほぼ同等である。

【００８０】（Ａ−３）実施形態の効果 本実施形態によれば、ユーザ端末レベルで送受信プログ
ラム（メッセージ転送クライアントプログラム）が対応
している必要がないため、各ユーザは自ユーザ端末の送
受信プログラムを自由に選択することができ、各ユーザ
の負担を軽減することが可能である。

【００８１】また、本実施形態では、メッセージがどの
通信路を経由してきたかを秘匿することができ、不正傍
受者に対して、メッセージ送信元と受信先のアドレスの
秘匿性を高めることができる。

【００８２】さらに、本実施形態では、各メッセージ転
送エージェントはエージェント自身が決定せずにメッセ
ージの通信経路を決定することが出来るので、各メッセ
ージ転送エージェントの負荷は、従来のメッセージ転送
エージェントに比べてそれほど高いものではない。

【００８３】(Ｂ）他の実施形態 なお、上記実施形態では、メッセージ転送エージェント
は、通信経路上にｎ個存在し、当該ｎは６以上であった
が、これは６よりもはるかに多くてもよく、少なくても
よい。

【００８４】また、上記実施形態では、メッセージ受信
先ＤＳＴはメッセージの送信元ＳＲＣを知ることが出来
ないが、例えば、ＭＴＡｎの公開鍵で暗号化した送信元
のアドレスをヘッダのフィールドＥＨ２に含めることに
よって、受信先ＤＳＴは送信元ＳＲＣのアドレスを知る
ことが出来る。

【００８５】さらに、上記実施形態では、メッセージは
ＭＴＡ１→ＭＴＡ２→ＭＴＡ３→…ＭＴＡｎの順番に転
送されていくものとしたが、これらの中間に図示してい
ないＭＴＡ（メッセージ転送エージェント）が介在する
ことを禁止するものではない。

【００８６】例えばＭＴＡ２とＭＴＡ３の中間に、１ま
たは複数の図示していないＭＴＡが存在し、そのエージ
ェントをメッセージが転送されるものであってもよい。
この場合、図示しない当該ＭＴＡは、発明が解決しよう
とする課題の欄で述べたＭＴＡと同じ機能を持つ従来の
ＭＴＡで、平文の２つのアドレスのうち、例えば図６の
例ではＭＴＡｍ＋１Ａを最終的な受信先のアドレスと誤
認して、できるだけ当該受信先に近づくように次のＭＴ
ＡにメッセージＭＥ２を転送する動作を繰り返すことに
なる。

【００８７】このような暗号化機能も復号化機能も持た
ない従来のＭＴＡは、例えばＭＴＡ１とＳＲＣのあいだ
や、ＭＴＡｎとＤＳＴのあいだに存在しても構わない。
ただしこの場合には一般に、従来に比べると秘匿性は高
いものの、上記実施形態に比べると秘匿性は低下するも
のと考えられる。

【００８８】なお、上記実施形態では、簡単のためにメ
ッセージＭＥ２において、ＳＲＣＡ、ＭＴＡ１Ａ〜ＭＴ
ＡｎＡ、ＤＳＴＡを転送される順番に配列したが、必ず
しもそのように配列する必要はない。秘匿性の観点から
は、むしろそのようにしないほうが好ましいと考えられ
る。

【００８９】また、上記実施形態では、経路始端のＭＴ
Ａ１および経路終端のＭＴＡｎと比べ、経路中間のＭＴ
Ａ２〜ＭＴＡｎ−１は異なる動作を行ったが、どのＭＴ
Ａも始端のＭＴＡにもなり、終端のＭＴＡにもなり、な
おかつ中間のＭＴＡにもなるためには、ＭＴＡ１〜ＭＴ
ＡｎのすべてのＭＴＡは、始端のＭＴＡとしての機能
も、終端のＭＴＡとしての機能も、中間のＭＴＡとして
の機能も装備している必要がある。

【００９０】例えば、ＳＲＣとＤＳＴが同一経路を使用
して双方向でメッセージをやり取りする場合には、ＭＴ
Ａ１は前記ＭＴＡｎと同じ終端のＭＴＡとしての機能を
発揮し、ＭＴＡｎは前記ＭＴＡ１と同じ始端のＭＴＡと
しての機能を発揮することになる。

【００９１】ただしネットワーク１０中には、中間のＭ
ＴＡとしてしか機能し得ないＭＴＡが存在していてもよ
く、終端のＭＴＡとしてしか機能し得ないＭＴＡや、始
端のＭＴＡとしてしか機能し得ないＭＴＡが存在してい
てもよい。さらに、始端のＭＴＡと終端のＭＴＡにはな
り得るが、中間のＭＴＡにはなり得ないＭＴＡや、中間
のＭＴＡと始端のＭＴＡにはなり得るが、終端のＭＴＡ
にはなり得ないＭＴＡが存在すること等も可能である。

【００９２】また、上記実施形態では、各ＭＴＡの外部
に鍵情報サービス１１や経路情報サービス１２が配置さ
れていたが、これらのサービス１１，１２の機能を各Ｍ
ＴＡの内部に装備するようにしてもよい。

【００９３】さらに、上記実施形態ではＭＴＡ１がＳＲ
ＣＡを暗号化したが、その他のＭＴＡがＳＲＣＡを暗号
化するようにしてもよい。例えばＭＴＡ２が当該ＳＲＣ
Ａを暗号化したとしても、従来と比べて本発明の秘匿性
は高い。

【００９４】すなわち、本発明は、ネットワーク上のメ
ッセージ転送を下流のメッセージ転送ノードと共に分担
するメッセージ転送ノード、請求項１のメッセージ転送
ノードの下流に位置するメッセージ転送ノード、および
これらを構成要素とするネットワークについて、広く適
用することができる。

【００９５】

【発明の効果】以上に説明したように、本発明によれ
ば、メッセージ転送経路の大部分において、少なくとも
メッセージの送信元アドレスと受信先アドレスは暗号化
されているため、メッセージの秘匿性を高めることがで
きる。

【００９６】また、本発明では、メッセージの暗号化や
復号化はメッセージ転送ノードが行うため、送信元端末
や受信先端末のレベルでは、暗号化処理や復号化処理を
行うこと自体が不要となる。これにより、送信元端末や
受信先端末のレベルで対応する暗号化処理や復号化処理
を装備する必要がなくなる。

【図面の簡単な説明】

【図１】実施形態に係るＭＴＡの構成を示す概略図であ
る。

【図２】実施形態で使用されるメッセージの構造を示す
概略図である。

【図３】実施形態で使用されるメッセージの構造を示す
概略図である。

【図４】実施形態で使用されるメッセージの構造を示す
概略図である。

【図５】実施形態で使用されるメッセージの構造を示す
概略図である。

【図６】実施形態で使用されるメッセージの構造を示す
概略図である。

【図７】実施形態の障害発生時の動作を示す概略図であ
る。

【図８】実施形態に係るオープンネットワークの構成を
示す概略図である。

【図９】実施形態に係るＭＴＡの構成を示す概略図であ
る。

【図１０】実施形態に係るＭＴＡの構成を示す概略図で
ある。

【符号の説明】

１０…オープンネットワーク、１１…鍵情報サービス、
１２…経路情報サービス、１６…メッセージ処理部、１
８…公開鍵取得部、１９…経路情報取得部、２０、２
５、３３…アドレス暗号化部、２４、３１…アドレス復
号化部、３２…メッセージボディ復号化部、ＭＴＡ１〜
ＭＴＡｎ…メッセージ転送エージェント、ＳＲＣＡ、Ｍ
ＴＡ１Ａ〜ＭＴＡｎＡ、ＤＳＴＡ…アドレス、ＳＲＣ…
メッセージ転送元、ＤＳＴ…メッセージ受信先。

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/58 Ｈ０４Ｌ 11/26 12/22

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上のメッセージ転送を下流
   のメッセージ転送ノードと共に分担するメッセージ転送
   ノードにおいて、 前記メッセージの送信元端末を指定する送信元アドレス
   及び当該メッセージの受信先端末を指定する受信先アド
   レスを基に、前記ネットワーク上における当該メッセー
   ジの転送経路を設定する経路設定手段と、 設定された転送経路上の各メッセージ転送ノードに割り
   当てられた各公開鍵を取得する公開鍵取得手段と、 当該転送経路上の各メッセージ転送ノードのアドレスを
   順次、該当メッセージ転送ノードの上流のメッセージ転
   送ノードに割り当てられた公開鍵で暗号化すると共に、
   前記送信元アドレスを自メッセージ転送ノードに割り当
   てられた公開鍵で暗号化して得られるメッセージを、前
   記ネットワークに送出する暗号化処理手段とを備えたこ
   とを特徴とするメッセージ転送ノード。
2. 【請求項２】 請求項１のメッセージ転送ノードにおい
   て、 前記転送経路上のメッセージ転送ノードに障害が発生し
   た場合には、当該障害の発生箇所を迂回するように転送
   経路を再設定すると共に、送信元端末にはメッセージの
   再送を要求する障害対応手段を備えたことを特徴とする
   メッセージ転送ノード。
3. 【請求項３】 請求項１のメッセージ転送ノードの下流
   に位置するメッセージ転送ノードにおいて、 上流から受け取ったメッセージを自メッセージ転送ノー
   ドの秘密鍵で復号することにより、下流のメッセージ転
   送ノードのアドレスを平文化すると共に、自メッセージ
   転送ノードに割り当てられた公開鍵で、上流のメッセー
   ジ転送ノードのアドレスを暗号化して得られるメッセー
   ジを、前記ネットワークに送出する暗号化復号化処理手
   段を備えたことを特徴とするメッセージ転送ノード。
4. 【請求項４】 請求項１又は２のメッセージ転送ノード
   と、 請求項３のメッセージ転送ノードとを備えたことを特徴
   とするネットワーク。