JP3431745B2 - ゲートウェイシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワーク上の、あるネットワークと他のネットワークと
の間のデータ通信の橋渡しを行なうゲートウェイシステ
ムに関する。

【０００２】

【従来の技術】世界的なコンピュータネットワークであ
るインターネットは、爆発的な勢いでユーザが増え、１
９９５年段階では４０００万人に達したと言われてい
る。このようにインターネットが発展してきた背景に
は、インターネットがオープンなアーキテクチャを採用
したことがある。インターネットが注目されるに従っ
て、これをビジネスに使おうというニーズが高まってき
ている。しかし、インターネットは、オープンなアーキ
テクチャを採用したことが災いして、ビジネスユースに
耐え得るような、通信の秘密が保たれたセキュアな環境
になかった。そこで、各種暗号化技術を利用したＰＥＭ
（Ｐｒｉｖａｃｙ Ｅｎｈａｎｃｅｄ Ｍａｉｌ）やＰ
ＧＰ（Ｐｒｉｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）等のプ
ライバシ強化の枠組が提案され、標準化が進みつつあ
り、これらの枠組を用いれば、インターネットにおいて
も十分に通信が可能となってきている。

【０００３】一方、パソコン通信のような集中管理型の
ネットワークは、電話回線等の通信回線を盗聴されない
限り、十分にセキュリテイが保たれており、インターネ
ットで使われつつあるプライバシ強化の枠組を使う必要
はないと言える。しかし、インターネットとパソコン通
信は互いに連携を深め、電子メールその他の通信ツール
で、相互乗り入れが可能となってきている。そのため、
パソコン通信とインターネットとの間で通信を行なうに
は、それらの間の橋渡しをするゲートウェイにおいて、
セキュリテイに関する何らかの処置が必要になる。具体
的には、パソコン通信からインターネットへ出ていく通
信には、プライバシ強化の処理を施し、インターネット
からパソコン通信へ入ってくる通信には、プライバシ強
化がなされている場合は、その処理を解いて、パソコン
通信ユーザに見える形にしなければならない。

【０００４】図７は、上記のように構成された従来のゲ
ートウェイシステムの概略構成図である。本図におい
て、内部ネットワーク２は、例えばパソコン通信のよう
な十分にセキュアなネットワーク、外部ネットワーク３
は例えばインターネットのような特別なことをしない限
り十分にセキュアであるとは言い難いネットワークを指
しており、ゲートウェイシステム（以下、「ＧＷ」と略
記することがある）１が、それら内部ネットワーク２と
外部ネットワーク３との間の橋渡しの役割りを担ってい
る。尚、内部ネットワーク２、外部ネットワーク３は、
それぞれ単独のネットワークであってもよいが、それぞ
れが複数のネットワークの集合体であってもよい。

【０００５】ゲートウェイシステム１は、内部ネットワ
ーク２のある発信端末からの通信文を受け取ると、それ
を暗号化して外部ネットワーク３に送り出す。電子メー
ルの場合、前述のＰＥＭを用いるとすると、暗号化部１
３において、共有鍵暗号系の鍵（共有鍵）によってメー
ル本文を暗号化し、また、送信先証明書取得部１４にお
いて何らかの方法で送信先の証明書を手に入れ、その送
信先証明書から送信先の公開鍵暗号系の公開鍵を取り出
し、その取り出した送信先の公開鍵によって、メール本
文の暗号化に用いた共有鍵を暗号化し、さらに、これら
暗号化されたメール本文および共有鍵に加え、さらに、
公開鍵暗号系の秘密鍵（ＧＷ秘密鍵）１６によって作成
した電子署名と、ゲートウェイの証明書（ＧＷ証明書）
１５（ないし、そのＧＷ証明書１５に加え、ＧＷ証明書
１５を発行した機関の証明書）を統合して外部ネットワ
ーク３へ送出する。

【０００６】外部ネットワーク３側の受信端末では、受
け取ったメール中の、自分の公開鍵で暗号化された共有
鍵を自分の秘密鍵で復号化し、その復号化された共有鍵
でメール本文を復号化する。さらに、ゲートウェイシス
テム１の公開鍵（ＧＷ公開鍵１８）は、外部ネットワー
ク３の端末からの要求に応じて配布されるものであり、
外部ネットワーク３の受信端末ではその配布されたＧＷ
公開鍵によってメールの電子署名を復号化し、そのメー
ルが真正なものであることを確認する。

【０００７】一方、外部ネットワーク３から内部ネット
ワーク２へ通信を行なう場合、外部ネットワーク３の発
信端末では、共有鍵によって通信文を暗号化し、手に入
れたＧＷ公開鍵によって、通信文の暗号化に用いた共有
鍵を暗号化し、これら暗号化された通信文および共有鍵
に、さらに電子署名、発信元の証明書、その証明書発行
元の証明書等を付加して、ゲートウェイシステム１に送
信する。

【０００８】ゲートウェイシステム１の復号化部１１で
は、受け取ったメール中の暗号化された共有鍵をＧＷ秘
密鍵１６によって復号化し、その復号化された共有鍵で
メール本文を復号化する。さらに電子署名のチェックを
行ない、署名に間違いがなければ内部ネットワーク２へ
通信文を送信する。内部ネットワーク２の受信端末で
は、ゲートウェイシステム１で既に復号化された通信文
を受け取ることができ、そのままその通信文を読むこと
ができる。

【０００９】

【発明が解決しようとする課題】ところで、インターネ
ットの場合、悪意のユーザによって、通信の送信先が改
ざんされる恐れがある。図７に示す外部ネットワーク３
のユーザＡ（端末Ａ）が内部ネットワークのユーザＢ
（端末Ｂ）に向けて通信文を送信した場合、外部ネット
ワーク上の悪意のユーザＣが、その通信文の宛先を、ユ
ーザＣがコントロールすることのできる、内部ネットワ
ーク２のユーザＤへと書き換えた場合、外部ネットワー
ク上のユーザＡからの通信文は内部ネットワーク上のユ
ーザＢには届かずにユーザＤに届き、ユーザＣに洩れて
しまい、ユーザＡからユーザＢに宛てた通信文のプライ
バシが守れなくなってしまうという問題がある。

【００１０】本発明は、上記事情に鑑み、通信の秘密が
高度に保たれたゲートウェイシステムを提供することを
目的とする。

【００１１】

【課題を解決するための手段】上記目的を達成する本発
明のゲートウェイシステムは、第１の通信回線、および
その第１の通信回線を経由してデータ通信を行なう複数
の第１の端末を有する第１のネットワークと、第２の通
信回線、およびその第２の通信回線を経由してデータ通
信を行なう複数の第２の端末を有する第２のネットワー
クとの間のデータ通信の橋渡しを行なうゲートウェイシ
ステムにおいて、上記第２の通信回線を経由して通信さ
れてきたデータを受信する第１の受信手段と、上記第１
の通信回線にデータを送信する第１の送信手段と、上記
第１の端末それぞれに対応する、相互に異なる秘密鍵が
登録された第１のデータベースと、上記第２の通信回線
を経由し上記第１の端末のうちのいずれかの第１の受信
端末に向けて送信されてきた、その第１の受信端末の公
開鍵で暗号化されたデータを、上記第１のデータベース
から読み出した第１の受信端末の秘密鍵で復号化して上
記第１の送信手段に渡す復号化手段とを備えたことを特
徴とする。

【００１２】ここで、上記本発明のゲートウェイシステ
ムは、さらに、上記第１の通信回線を経由して送信され
てきたデータを受信する第２の受信手段と、上記第１の
通信回線にデータを送信する第２の送信手段と、上記第
２の端末の公開鍵が登録される第２のデータベースと、
上記第１の通信回線を経由し上記第２の端末のうちのい
ずれかの第２の受信端末に向けて送信されてきたデータ
を、上記第２のデータベースから読み出した第２の受信
端末の公開鍵で暗号化して上記第２の送信手段に渡す暗
号化手段とを備えたものである。

【００１３】さらに、上記本発明がゲートウェイシステ
ムは、上記第２のデータベースに上記第２の受信端末の
公開鍵が登録されていない場合に、所定の公開鍵配布局
から、その第２の受信端末の公開鍵を取り寄せて登録す
る送信先公開鍵取得手段を備え、上記第２のデータベー
スが、登録された公開鍵を所定期間だけ保持するもので
ある。

【００１４】ここで、上記本発明のゲートウェイシステ
ムにおいて、上記第１のデータベースは、上記第１の端
末の秘密鍵とともにその第１の端末の公開鍵が登録され
てなるものであって、そのゲートウェイシステムが、上
記第１の端末の公開鍵を上記第２のネットワークに向け
て配布する公開鍵配布手段を備えることが好ましい態様
である。

【００１５】また、上記本発明のゲートウェイシステム
が、上記第１の通信回路に接続された第１の端末に変動
があった場合に、その第１の端末の変動に応じて上記第
１のデータベースの登録内容を更新するデータベース更
新手段を備えることも好ましい態様である。さらに、上
記本発明のゲートウェイシステムにおいて、上記第１の
データベースが、上記復号化手段との間に上記第１の通
信回線を介在させた位置に接続されてなることも好まし
い態様である。

【００１６】

【発明の実施の形態】以下、本発明の実施形態について
説明する。図１は、本発明のゲートウェイシステムの第
１実施形態の概略構成図である。この図１、および後述
する各図において、その図よりも先に説明した図に示し
たゲートウェイシステムの構成要素と同一の構成要素に
は、先に説明した図に付した番号と同一の符号を付して
示し重複説明は省略し、相違点のみ説明する。

【００１７】この図１に示すゲートウェイシステム１に
は、内部ネットワーク２のユーザ（端末）毎に異なる公
開鍵、秘密鍵が登録されたユーザ公開／秘密鍵データベ
ース２１と、内部ネットワーク２のユーザの証明書が登
録されたユーザ証明書データベース２２が備えられてい
る。内部ネットワーク２側のある発信端末から外部ネッ
トワーク側のある受信端末に向けて通信文が発信されそ
の通信文をゲートウェイシステム１が受け取ると、ゲー
トウェイシステム１では、その暗号化部１３において、
送信先公開鍵取得部１４によって得られる送信先の公開
鍵を用いてその受け取った通信分を暗号化し、外部ネッ
トワークへ送り出すが、その際、ユーザ証明書データベ
ース２２から読み出した発信元のユーザの証明書、ＧＷ
証明書１５、および、ユーザ公開／秘密鍵データベース
２２から読み出した発信元ユーザの秘密鍵ないしＧＷ秘
密鍵を用いた電子署名が付加される。

【００１８】外部ネットワーク側の受信端末では、ゲー
トウェイシステム１で暗号化された通信文を受け取る
と、その通信文を、ゲートウェイの公開鍵および発信元
ユーザの公開鍵を用いて復号化する。一方、外部ネット
ワーク３側から内部ネットワーク２へ通信文を送る際、
外部ネットワーク３側の発信端末では、内部ネットワー
ク２側の受信端末に固有の公開鍵を入手し、その公開鍵
を用いて通信文を暗号化して送り出す。ゲートウェイシ
ステム１では、ユーザ公開／秘密鍵データベース２１か
ら送信先ユーザの秘密鍵を読み出してその秘密鍵を用い
て通信文を復号化し、内部ネットワーク７２の受信端末
に向けて送り出す。

【００１９】このように、図１に示す第１実施形態で
は、ゲートウェイシステム１上に、内部ネットワーク２
のユーザ毎に異なる秘密鍵を保持しているため、セキュ
アでない外部ネットワーク３の悪意の第三者によって通
信の送信先が改ざんされても、内部ネットワーク２の正
当な受信先のユーザしか通信文を読むことができず、通
信のプライバシが確保される。

【００２０】図２は、本発明のゲートウェイシステムの
第２実施形態の概略構成図である。図１に示す第１実施
形態との相違点について説明する。図２において、ユー
ザ登録管理サーバ２０は、内部ネットワーク２中の登録
されたユーザの管理を行なう。ユーザ登録時には、ユー
ザ登録管理部２０２は、ユーザ情報データベース２０１
へユーザ情報を登録する。また、ユーザ登録管理部２０
２は、ゲートウェイシステム１に対して、ユーザ情報を
送り、ユーザ公開／秘密鍵生成部２１０は、送られてき
たユーザ情報に基づいて、ユーザ固有の公開／秘密鍵ペ
アを生成し、ユーザ公開／秘密データベース２１へ登録
する。さらにユーザ証明書発行部２３０は、ユーザ情報
とユーザの公開鍵からユーザの証明書を発行（生成）
し、ユーザ証明書データベース２２へ登録する。

【００２１】この第２実施形態によれば、内部ネットワ
ーク２のユーザの加入、変更に容易に対処できる。図３
は、本発明のゲートウェイシステムの第３の実施形態の
概略構成図である。図１に示す第１実施形態との相違点
について説明する。図３において、公開鍵（証明書）配
布部１９は、外部ネットワーク３からの公開鍵（証明
書）配布要求を受けて、ユーザ公開鍵／秘密鍵ＤＢデー
タベース２１から読み出したユーザ公開鍵またはユーザ
証明書データベース２２から読み出したユーザ証明書、
ＧＷ公開鍵１８またはＧＷ証明書１５の配布を行なう。

【００２２】このように、ゲートウェイシステム１に、
内部ネットワーク２および自分自身の公開鍵を配布する
公開鍵配布局を兼ねさせてもよい。図４は、本発明のゲ
ートウェイシステムの第４実施形態の概略構成図であ
る。この実施形態では、内部ネットワーク２側のユーザ
の証明書を管理するユーザ証明書管理サーバ２３、同じ
く内部ネットワーク２側のユーザ毎の公開鍵、秘密鍵を
管理するユーザ公開／秘密鍵管理サーバ２４、ゲートウ
ェイシステム１の秘密鍵を管理するＧＷ秘密鍵管理サー
バ２５、およびゲートウェイシステム１の証明書を管理
するＧＷ証明書管理サーバ２６は、いずれも内部ネット
ワーク２の中に配置されている。

【００２３】図４において、内部ネットワーク２から外
部ネットワーク３への通信時は、送信先公開鍵取得部１
４が何らかの手段で送信先の公開鍵を入手し、その鍵に
よって通信文（もしくは一時的な共有鍵）を暗号化す
る。さらに、ＧＷ証明書取得部１００は内部ネットワー
ク中のＧＷ証明書管理サーバ２６と通信を行ない、ＧＷ
証明書管理サーバ２６上のＧＷ証明書管理部２６１を通
して、ＧＷ証明書２６０を取得する。また、ＧＷ秘密鍵
取得部１６０は内部ネットワーク２中のＧＷ秘密鍵管理
サーバ２５と通信を行ない、ＧＷ秘密鍵管理サーバ上の
ＧＷ秘密鍵管理部２５を通して、ＧＷ秘密鍵２５０を取
得する。ユーザ証明書取得部２２０は内部ネットワーク
２中のユーザ証明書管理サーバ２３と通信を行ない。ユ
ーザ証明書管理サーバ２３上のユーザ証明書管理部２３
１を通して、ユーザ証明書データベース２３０から読み
出されたユーザ証明書を取得する。また、ユーザ秘密鍵
取得部２１０は内部ネットワーク２中のユーザ公開／秘
密鍵管理サーバ２４と通信を行ない、ユーザ公開／秘密
鍵管理サーバ２４上のユーザ秘密鍵管理部２４１を通し
て、ユーザ公開／秘密鍵データベース２４０から読み出
されたユーザ秘密鍵を取得する。最終的に、暗号化通信
文、ユーザ秘密鍵またはＧＷ秘密鍵による電子署名、ユ
ーザ証明書、ＧＷ証明書を統合し、外部ネットワーク３
へ送信する。

【００２４】外部ネットワーク３から内部ネットワーク
２への通信の場合は、受信先のユーザの秘密鍵を得るた
めに、ユーザ秘密鍵取得部２１０は内部ネットワーク２
中のユーザ公開／秘密鍵管理サーバ２４と通信を行な
い、ユーザ公開／秘密鍵管理サーバ２４上のユーザ秘密
鍵管理部２４１を通してユーザ秘密鍵を取得する。復号
化部１１では、通信文を秘密鍵によって復号化し、平文
を内部ネットワーク２の受信先へ送信する。

【００２５】この図２に示す実施形態では、セキュアで
ない外部ネットワーク３にさらされるゲートウェイシス
テム本体部１ａ上ではなく、セキュアな内部ネットワー
ク２上に暗号鍵を管理するサーバを置き、ゲートウェイ
システム本体部１ａはそのサーバと通信を行ない各種の
鍵や証明書を取得するので、外部ネットワーク３からの
悪意のユーザによる攻撃によっても暗号鍵が漏洩しにく
く、内部ネットワーク２をセキュアな環境に保つことが
できる。

【００２６】図５は、本発明のゲートウェイシステムの
一実施形態の、内部ネットワークから外部ネットワーク
に向けて通信文を送信する部分の詳細ブロック図であ
る。図５において、受信部１３０は内部ネットワークか
らの通信文を受け取る。送信先解析部１４０は通信文の
送信先を解析し、公開鍵読出部１４１は送信先公開鍵デ
ータベース１４２から送信先の公開鍵を読み出す。この
時、送信先公開鍵データベース１４２に送信先の公開鍵
が登録されていない場合、公開鍵要求部１４４に対し
て、公開鍵を外部ネットワーク３から取得するように指
令を出す。公開鍵要求部１４４は外部ネットワーク上の
公開鍵配布局３０に対して、送信先の公開鍵を要求し、
送信先の公開鍵を取得し、さらに公開鍵登録部１４３に
取得した送信先公開鍵データベース１４２への登録を依
頼し、公開鍵登録部１４３は登録を依頼された送信先公
開鍵を送信先公開鍵データベース１４２に登録する。

【００２７】公開鍵登録部１４３は、送信先公開鍵デー
タベース１４２に送信先公開鍵を登録した時点から起算
して一定時間経過すると、その登録した送信先公開鍵を
送信先公開鍵データベース１４２から抹消する。こうす
ることにより、使用されなくなった送信先公開鍵がいつ
までも送信先公開鍵データベース１４２のメモリ領域を
占有するのが防止される。

【００２８】共有鍵生成部１３２は、一時的に有効な共
有鍵をランダムに生成する。共有鍵系暗号化部１３１は
共有鍵によって通信文本文を暗号化する。また共有鍵自
体は公開鍵暗号化部１３３において、送信先公開鍵によ
って暗号化される。また、電子署名部１３４は、通信文
本文を一方向性のハッシュ関数（ＭＤ５等）にかけ、さ
らにそれをＧＷ秘密鍵１６で暗号化する。もしくは、図
５に点線で示すようにユーザの秘密鍵で暗号化してもよ
い。最終的に、統合部１３５が、暗号化本文、暗号化共
有鍵、電子署名、ＧＷ証明書１５、ユーザ証明書データ
ベース２２から読出した発信元ユーザ証明書を結合し、
その結合された通信文を、送信部１３６が外部ネットワ
ークへ送り出す。

【００２９】この図５に示す実施形態によれば、一度取
得した送信先公開鍵が送信先公開鍵データベース１４２
によって管理されるので、同一の送信先へ通信文を送る
場合、外部ネットワークの公開鍵配布局３０への公開鍵
取得要求が一度で済み、効率的な暗号通信が可能にな
る。図６は、本発明のゲートウェイシステムの一実施形
態の、外部ネットワークから内部ネットワークに向けて
通信文を送信する部分の詳細ブロック図である。

【００３０】図６において、受信部１１０は外部ネット
ワークから内部ネットワークへの通信文を受け取る。分
割部１１１は通信文に含まれている種々の情報を分割す
る。受信先解析部１１２は内部ネットワーク中の受信先
ユーザを解析する。秘密鍵読出部１１３は受信先ユーザ
の秘密鍵をユーザ公開／秘密鍵ＤＢデータベース２１か
ら読み出す。公開鍵系復号化部１１４は分割部１１１か
ら渡される暗号化共有鍵を受信先ユーザの秘密鍵で復号
化し、共有鍵を取り出す。共有鍵系復号化部１１５は取
り出された共有鍵を用いて、暗号化本文を復号化し平文
に戻す。発信元証明書検査部１１６は証明書発行元の公
開鍵を用いて発信元証明書の正当性を検査し、発信元の
公開鍵を取り出す。電子署名検査部１１７は電子署名を
発信元の公開鍵で復号化し、発信元で通信本文にハッシ
ュ関数にかけた結果を取り出す。さらに、通信文本文の
内容が改ざんされていないことを確認するために、電子
署名から取り出された結果と、共有鍵系復号化部１１５
で得られた通信文本文に対してハッシュ関数をかけた結
果とを比較する。それらの結果が同一であれば、送信部
１１８は内部ネットワーク中の受信先ユーザに向けて通
信文を送信する。

【００３１】この図６に示す実施形態によると、通信文
を、内部ネットワークのユーザ毎の秘密鍵によって復号
化するので、セキュアでない外部ネットワークの悪意の
第三者が送信先を改ざんしても、内部ネットワーク内の
正当な受信者に送信される通信文しか正しく復号できな
いため、通信文のプライバシが守られる。

【００３２】

【発明の効果】以上説明したように、本発明によれば、
通信文のプライバシが守られた安全性の高いゲートウェ
イシステムが構築される。

【図面の簡単な説明】

【図１】本発明のゲートウェイシステムの第１実施形態
の概略構成図である。

【図２】本発明のゲートウェイシステムの第２実施形態
の概略構成図である。

【図３】本発明のゲートウェイシステムの第３実施形態
の概略構成図である。

【図４】本発明のゲートウェイシステムの第４実施形態
の概略構成図である。

【図５】本発明のゲートウェイシステムの一実施形態
の、内部ネットワークから外部ネットワークに向けて通
信文を送信する部分の詳細ブロック図である。

【図６】本発明のゲートウェイシステムの一実施形態
の、外部ネットワークから内部ネットワークに向けて通
信文を送信する部分の詳細ブロック図である。

【図７】従来のゲートウェイシステムの概略構成図であ
る。

【符号の説明】

１ ゲートウェイシステム １ａ ゲートウェイシステム本体部 ２ 内部ネットワーク ３ 外部ネットワーク １１ 復号化部 １３ 暗号化部 １４ 送信先証明書取得部 １５ ＧＷ証明書 １６ ＧＷ秘密鍵 １８ ＧＷ公開鍵 １９ 公開鍵（証明書）配布部 ２０ ユーザ登録管理サーバ ２１ ユーザ公開／秘密鍵データベース ２２ ユーザ証明書データベース ２３ ユーザ証明書管理サーバ ２４ ユーザ公開／秘密鍵管理サーバ ２５ ＧＷ秘密鍵管理サーバ ２６ ＧＷ証明書管理サーバ ３０ 公開鍵配布局

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 - 12/46 H04L 12/66 G09C 1/00 630 H04L 9/00

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 第１の通信回線、および該第１の通信回
   線を経由してデータ通信を行なう複数の第１の端末を有
   する第１のネットワークと、第２の通信回線、および該
   第２の通信回線を経由してデータ通信を行なう複数の第
   ２の端末を有する第２のネットワークとの間のデータ通
   信の橋渡しを行なうゲートウェイシステムにおいて、 前記第２の通信回線を経由して通信されてきたデータを
   受信する第１の受信手段と、 前記第１の通信回線にデータを送信する第１の送信手段
   と、 前記第１の端末それぞれに対応する、相互に異なる秘密
   鍵が登録された第１のデータベースと、 前記第２の通信回線を経由し前記第１の端末のうちのい
   ずれかの第１の受信端末に向けて送信されてきた、該第
   １の受信端末の公開鍵で暗号化されたデータを、前記第
   １のデータベースから読み出した該第１の受信端末の秘
   密鍵で復号化して前記第１の送信手段に渡す復号化手段
   と、 前記第１の通信回線を経由して送信されてきたデータを
   受信する第２の受信手段と、 前記第１の通信回線にデータを送信する第２の送信手段
   と、 前記第２の端末の公開鍵が登録される第２のデータベー
   スと、 前記第１の通信回線を経由し前記第２の端末のうちのい
   ずれかの第２の受信端末に向けて送信されてきたデータ
   を、前記第２のデータベースから読み出した該第２の受
   信端末の公開鍵で暗号化して前記第２の送信手段に渡す
   暗号化手段と、 前記第２のデータベースに前記第２の受信端末の公開鍵
   が登録されていない場合に、所定の公開鍵配布局から、
   該第２の受信端末の公開鍵を取り寄せて登録する送信先
   公開鍵取得手段とを備え、 前記第２のデータベースが、登録された公開鍵を所定期
   間だけ保持するものである ことを特徴とするゲートウェ
   イシステム。
2. 【請求項２】 前記第１のデータベースは、前記第１の
   端末の秘密鍵とともに該第１の端末の公開鍵が登録され
   てなるものであって、 該ゲートウェイシステムが、前記第１の端末の公開鍵を
   前記第２のネットワークに向けて配布する公開鍵配布手
   段 を備えたことを特徴とする請求項１記載のゲートウェ
   イシステム。
3. 【請求項３】 前記第１のデータベースが、前記復号化
   手段との間に前記第１の通信回線を介在させた位置に接
   続されてなることを特徴とする請求項１記載のゲートウ
   ェイシステム。