(57)【要約】公衆ネットワークを内部ネットワークに接続するゲートウェイを備える。ゲートウェイは、公衆ネットワークにおけるリモートデバイスと内部ネットワークにおける内部デバイスとの間の着信及び／又は発信データの送信を制御する制御ユニットと、公衆ネットワークに接続される公開ポートと、内部ネットワークに接続される内部ポートと、公開鍵識別子及び内部デバイスの各々の関連内部ネットワークアドレスのリストを記憶する記憶ユニットとを備え、制御ユニットが、着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスのリストとに基いて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスへアドレス指定される着信データの宛先を識別するように適合化される。
2005536961.tif 000002
【特許請求の範囲】
【請求項１】
公衆ネットワークを内部ネットワークに接続するためのゲートウェイであって、
公衆ネットワークにおけるリモートデバイスと内部ネットワークにおける少なくとも１つの内部デバイスとの間の着信及び／又は発信データの送信を制御するための制御ユニットと、
公衆ネットワークに接続される公開ポートと、
内部ネットワークに接続される内部ポートと、
公開鍵識別子及び内部デバイスの各々の関連内部ネットワークアドレスのリストを記憶する記憶ユニットとを備え、
制御ユニットが、着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスのリストとに基づいて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスへアドレス指定される着信データの宛先を識別するように適合化される、ゲートウェイ。
【請求項２】
着信データにおける公開鍵情報が、公開鍵識別子を含む、若しくは公開鍵識別子を決定することを許容する、請求項１に記載のゲートウェイ。
【請求項３】
着信データを解読し、且つ／若しくは発信データを暗号化するための暗号化／復号化ユニットをさらに備える、請求項１又は２に記載のゲートウェイ。
【請求項４】
送信されるデータ、内部デバイス、リモートデバイス及び／又は使用される鍵の信憑性を検証するための認証ユニットをさらに備える、請求項１ないし３のいずれか１項に記載のゲートウェイ。
【請求項５】
制御ユニットが、リモートデバイスと内部デバイスとの間の二方向通信のために接続経路を提供するように適合化される、請求項１ないし４のいずれか１項に記載のゲートウェイ。
【請求項６】
着信又は発信データが予め定義されたアクセス制御ルールに従って送信され得るかどうかを決定するためのアクセス制御ユニットをさらに備える、請求項１ないし５のいずれか１項に記載のゲートウェイ。
【請求項７】
前記ゲートウェイが着信データを他のゲートウェイへ転送する、請求項１ないし６のいずれか１項に記載のゲートウェイ。
【請求項８】
前記ゲートウェイが、受信した着信データの少なくとも一部を他のゲートウェイへ転送し、且つ前記着信データの少なくとも一部を前記内部ネットワークの内部デバイスへ転送する、請求項１ないし７のいずれか１項に記載のゲートウェイ。
【請求項９】
前記ゲートウェイは着信データの異なる部分を異なるゲートウェイへ転送する、請求項１ないし７のいずれか１項に記載のゲートウェイ。
【請求項１０】
受信したデータ及び／又は着信データの異なる部分は、暗号化／復号化ユニットによって各々暗号化され、且つ／若しくは解読される、請求項７ないし９のいずれか１項に記載のゲートウェイ。
【請求項１１】
着信データの異なる部分は、暗号化／復号化ユニットによって別々に暗号化され、且つ／若しくは解読され、これにより、該異なる部分が異なる受信者へ転送されれば異なる発信データ部分が各々の受信者について独立して暗号化される、請求項８ないし１０のいずれか１項に記載のゲートウェイ。
【請求項１２】
公開鍵識別子は着信データから、又は少なくともその一部から除去され、且つ／若しくは送信されるデータ、内部デバイス、リモートデバイス及び使用される鍵の少なくとも１つの信憑性の検証に関するデータは、前記着信データから、又は少なくともその一部から除去される、請求項７ないし１１のいずれか１項に記載のゲートウェイ。
【請求項１３】
他の公開鍵識別子は着信データに、又は少なくともその一部に関連づけられ、又は包含され、且つ／若しくは送信されるデータ、内部デバイス、リモートデバイス及び使用される鍵の少なくとも１つの信憑性の検証に関するデータは、前記着信データに、又は少なくともその一部に関連づけられる、又は包含される、請求項７ないし１２のいずれか１項に記載のゲートウェイ。
【請求項１４】
請求項１ないし１２のいずれか１項に記載のゲートウェイと、該ゲートウェイの内部ネットワークの内部デバイス向けに意図されるデータをゲートウェイの公衆ネットワークアドレスへアドレス指定するリモートデバイスとを備える、システム。
【請求項１５】
リモートデバイスが、宛先のための複数のゲートウェイアドレスを記憶し、予め定義された第１のゲートウェイ決定ルールに従ってゲートウェイアドレスのリストからゲートウェイの公衆ネットワークアドレスを選択する、請求項１４に記載のシステム。
【請求項１６】
要求されると宛先のゲートウェイの公衆ネットワークアドレスを宛先アドレスとして提供する公開鍵情報サーバをさらに備える、請求項１４又は１５に記載のシステム。
【請求項１７】
公開鍵情報サーバが、少なくとも１つの宛先に関して複数のゲートウェイアドレスを記憶し、予め定義された第２のルールに従ってゲートウェイアドレスのリストからゲートウェイの公衆ネットワークアドレスを選択する、請求項１４ないし１６のいずれか１項に記載のシステム。
【請求項１８】
ゲートウェイの公衆ネットワークアドレスを選択するための前記予め定義された第２のルールが、
識別される、又は前記公開鍵情報サーバに提供される公開鍵に基づいて前記公衆ネットワークアドレスを選択することと、
前記データの信憑性に基づいて前記公衆ネットワークアドレスを選択することと、
前記データの検証された完全性に基づいて前記公衆ネットワークアドレスを選択することと、
ゲートウェイの公衆ネットワークアドレスの前記選択を要求するリモートデバイスの信憑性に基づいて前記公衆ネットワークアドレスを選択することと、
意図された宛先／内部デバイスの信憑性及び／又は識別される、又は前記意図された宛先／内部デバイスの前記公開鍵情報サーバに提供される公開鍵の信憑性に基づいて前記公衆ネットワークアドレスを選択することのうち、少なくとも１つを含む、請求項１７に記載のシステム。
【請求項１９】
前記信憑性及び／又は完全性は前記公開鍵情報サーバによって決定される、且つ／若しくは検証されなければならない、請求項１８に記載のシステム。
【請求項２０】
公開鍵に関する情報を記憶するための記憶手段と、
前記公開鍵情報記憶手段に記憶された公開鍵情報に対する要求を受信し、これに応答して要求された情報を要求側デバイスへ送信するための公開鍵要求インタフェースとを備える公開鍵サーバであって、
前記記憶手段が、送信されるデータに含まれる公開鍵識別子によって受信者を識別し、データを受信者へ転送するゲートウェイのために、ゲートウェイの公衆ネットワークアドレスを受信者へ送信されるべきデータの宛先アドレスとして記憶し、
前記公開鍵要求インタフェースが、前記記憶される公衆ネットワークゲートウェイアドレスを要求側デバイスへ送信するように適合化される、公開鍵サーバ。
【請求項２１】
公衆ネットワークにおけるリモートデバイスと内部ネットワークにおける内部デバイスとの間で着信及び／又は発信データを送信するための、内部デバイスのゲートウェイにおいて実行される方法であって、
データをリモートデバイスと内部デバイスのゲートウェイとの間で送信することと、
着信データをゲートウェイから内部デバイスへ転送することと、
公開鍵識別子及び関連の内部ネットワークアドレスのリストを記憶することと、
着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスのリストとに基づいて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスにアドレス指定されている着信データの宛先を識別することとを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してＩＰを基礎とする公衆ネットワークを介するデータ送信に関し、特に、非対称キー使用時のインターネットを介する内部ネットワークの内部デバイスへのデータ送信に関する。
【背景技術】
【０００２】
インターネットのような公衆ネットワークを介して送信される電子データ又はメッセージは、典型的には、送信される情報のプライバシーを保護するために暗号化される。好適には、これに関して公開鍵システムが使用される。送信された情報を宛先デバイスの公開鍵で暗号化すれば、対応する秘密鍵を安全に記憶している宛先デバイスでしか秘密鍵により送信された情報を解読できないことが保証され得る。
【０００３】
インターネットでは、ユーザの公開鍵は、公開鍵サーバによって提供されることが可能である。公開鍵サーバは、ユーザの公開鍵と、例えば、信用のおける第三者によってその公開鍵のために発行される公開鍵証明とを記憶している。従って、当該ユーザへのメッセージ送信者は、公開鍵の有効性を確認するために公開鍵サーバからユーザの公開鍵又は対応するその証明を要求することが可能である。公開鍵サーバ、認証機関及びさらなるコンポーネントは、公開鍵インフラ（ＰＫＩ）とも称されるシステムを提供する。
【０００４】
インターネット上で情報を送信するためには、送信者はさらに、宛先の固有ＩＰアドレスを必要とする。しかしながら、ワールドワイドＩＰアドレスの数には限りがあり、インターネットへの参加者数の増加によりリソースが不十分である。その上、そのＩＰアドレスを公開するユーザは、様々な攻撃の可能性に曝されるようになる。
【０００５】
その結果、ＩＰアドレスは通常公開されず、要求された場合にのみ交換される。これにより、インターネットを介する安全な通信経路を確立するための工程数は著しく増加する。例えば、一時的に割り当てられるＩＰアドレスを使用する場合、このようなＩＰアドレスは、まず第三者が伝達及び管理し、次いで安全な通信であるという有効性の確認を行い、最後に乗っ取りを防止しなければならない。
【０００６】
欧州特許第ＥＰ  １  ０３５  ７０２  Ａ２号は、移動ホストと内部ネットワーク内のデバイスとの間の、ＩＰアドレスの乗っ取りを防止する安全な通信のためのシステムを開示している。ゲートウェイは、ゲートウェイを安全なネットワークへ接続する安全なポートと、ゲートウェイを安全でない、又は公衆ネットワークへ接続する安全でないポートとを有し、公衆ネットワーク上で使用するための安全なＩＰアドレスのリストを供給する。移動ホストのＩＰアドレスは、「安全なアドレス」へ割り当てられる。ゲートウェイで受信されるデータパケットは、それらが安全とされたアドレスから受信されているかどうかが分析される。次にゲートウェイは、受信されたこのデータを宛先アドレスへ送信者のアドレスとして安全が確認されているアドレスを使用して送信する。従って、安全なネットワーク内では、送信者の安全でない可能性のあるＩＰアドレスは周知にされず、また使用もされない。
【特許文献１】欧州特許第ＥＰ  １  ０３５  ７０２  Ａ２号
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、公衆ネットワークにおけるリモートデバイスと内部ネットワークにおける内部デバイスとの間でデータを送信するための、特に必要なワールドワイドＩＰアドレスの数が改善されたゲートウェイ、公開鍵サーバ、システム並びに方法を提供することである。
【課題を解決するための手段】
【０００８】
この目的は、独立請求項の内容によって達成される。本発明の好適な実施形態は、従属請求項において説明される。
【発明の効果】
【０００９】
本発明の第１の態様は、送信されるデータに包含される内部デバイスを識別するための公開鍵情報に基づいてデータを内部デバイスへ転送するゲートウェイを使用する場合はＩＰアドレスの数が低減され得る、というものである。本発明のさらなる態様として、安全な通信経路を確立するプロセスは、公開鍵サーバ内に公開鍵又はその証明と共にゲートウェイのアドレスを記憶し、要求に応じてこの記憶された情報を提供することによって改善される。
【００１０】
本発明によれば、公衆ネットワークを内部ネットワークに接続するためのゲートウェイは、リモートデバイス及び公衆ネットワークと内部デバイス及び内部ネットワークとの間の着信及び／又は発信データの送信を制御するための制御ユニットを備える。さらにゲートウェイは、公衆ネットワークに接続される公開ポートと、内部ネットワークに接続される内部ポートと、公開鍵識別子及び内部デバイスの個別関連内部ネットワークアドレスのリストを記憶する記憶ユニットとを備える。さらに制御ユニットは、着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスのリストとに基づいて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスへアドレス指定される着信データの宛先を識別するように適合化される。
【００１１】
着信及び／又は発信データを送信するための対応方法において、内部デバイスのゲートウェイにおいて実行される本方法は、リモートデバイスと内部デバイスのゲートウェイとの間で送信されるデータを受信するステップと、着信データを内部デバイスへ転送するステップと、公開鍵識別子及び関連の内部ネットワークアドレスのリストを記憶するステップと、着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスの記憶されたリストとに基づいて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスにアドレス指定される着信データの宛先を識別するステップとを含む。
【００１２】
故に、内部ネットワークに接続される複数のデバイスについて必要なＩＰアドレスは１つだけである。さらにこのような解法は、追加の識別子又はデータフィールドを回避し、ＰＫＩシステムの既存のデータフィールド又は情報を使用することが可能である。最終的に、ゲートウェイはデータ送信を制御又は制限し得ることから、通信経路は特に信用のおけるリモートユーザだけでなく、如何なるリモートユーザについても確立されることが可能である。
【００１３】
ある改善された実施形態では、ゲートウェイはさらに、発信データを暗号化するための暗号化ユニット及び／又は着信データを解読するための復号化ユニットを備える。従って、内部デバイスへ送信されるべきデータの暗号化又は復号化ステータスとは独立して、公衆インタフェースポートを介して受信又は送信されるデータは追加的に暗号化されることが可能である。
【００１４】
ゲートウェイが要求に応じて公開鍵識別子リストにおけるエントリを記憶又は削除するようにさらに適合化されれば、特に有利である。これにより、その公開鍵に関連づけられるユーザは、例えば日々異なる内部デバイスで作業できるように、又は異なるゲートウェイで登録することすらできるようになる。
【００１５】
さらに、本発明に係るシステムは、上述のゲートウェイと、そのゲートウェイの内部ネットワークの内部デバイス向けのデータをゲートウェイの公衆ネットワークアドレスへとアドレス指定するリモートデバイスとを備える。従って、このようなシステムは、リモートデバイスのみにおけるソフトウェアの適合化により、共通のリモートデバイスを使用して実施されることが可能である。
【００１６】
さらに、本発明のある好適な実施形態によれば、リモートデバイスは宛先に関して複数のゲートウェイアドレスを記憶し、予め定義された第１のゲートウェイ決定ルールに従ってゲートウェイアドレスのリストからゲートウェイの公衆ネットワークアドレスを選択する。特定のケースに関して複数のゲートウェイの１つを予め定義することにより、このようなルールを定義するユーザの自由度又は移動度は大幅に向上する。
【００１７】
さらに本発明によれば、宛先ゲートウェイの少なくとも１つの公衆ネットワークアドレスを記憶し、公衆ネットワーク内のデバイスが要求すると、この公衆ネットワークアドレスを宛先アドレスとして提供する公開鍵情報サーバが提供される。この種の公開鍵サーバは、公衆ネットワーク及び内部ネットワークのデバイス間の暗号化された通信経路の確立プロセスを大幅に改善する。この公開鍵サーバは本発明に係るシステム内に設けられることが可能であるが、概してアドレス指定されるゲートウェイの実装ディテールとは独立している。
【００１８】
公開鍵サーバの有利な一実施形態においては、上記サーバは、少なくとも１つの宛先について複数のゲートウェイアドレスを記憶し、予め定義された第２のルールに従ってゲートウェイアドレスのリストからゲートウェイの公衆ネットワークアドレスを選択するように適合化される。これは、ユーザがその通信選好を１つの中心点に登録することを許容する。さらに登録された情報は、その情報を要求するエンティティに従って選択的に提供されることが可能である。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明の実施形態を詳細に説明する。
図１は、リモートデバイス１１と、ゲートウェイ１２と、内部ネットワーク内に配置される内部デバイス１３と、インターネット１４と、公開鍵サーバ１５とを備えるシステムを示す。リモートデバイス１１は、インターネット１４に接続される、例えばコンピュータであるデータ処理デバイスである。さらに、内部デバイス１３は、内部ネットワークのゲートウェイ１２を介してインターネット１４に接続される。
【００２０】
リモートデバイス１１は、内部デバイス１３へ送信されるべきデータを、ゲートウェイ１２のＩＰアドレスを使用することによりインターネット１４を介してゲートウェイ１２へ向けて送信する。送信されるデータは、内部デバイスの公開鍵の公開鍵識別子等の固有公開鍵情報を含む。
【００２１】
ゲートウェイ１２は、その公衆ネットワークアドレスにアドレス指定される着信データの宛先を識別するための公開鍵識別子及び関連の内部ネットワークアドレスのリストを記憶する。従ってゲートウェイ１２は、着信データに含まれる公開鍵情報と、公開鍵識別子及び関連の内部ネットワークアドレスの記憶されたリストとに基づいて、内部デバイス１３の内部ネットワークアドレスを決定する。故にゲートウェイ１２は、受信したデータから関連の公開鍵情報を抽出し、且つ記憶されたリストを参照して受信したデータの宛先を決定する。最後に着信データは、ゲートウェイ１２が内部デバイス１３へ転送する。
【００２２】
故に、固有のワールドワイドＩＰアドレスを必要とするのはゲートウェイだけである。リモートデバイス又は送信者は常にゲートウェイへ接続し、ゲートウェイがその接続を宛先へ転送する。
【００２３】
なお、公開鍵は、デバイスの公開鍵である場合もあれば、このデバイスのユーザの公開鍵である場合もある。送信されるデータはまた、リモート端末又はそのユーザをデータの送信者として識別する公開鍵情報を含んでもよい。任意により、送信される情報は、内部デバイス１３及び／又はゲートウェイ１２の公開鍵によって暗号化可能である。内部デバイス１３は任意の種類のデータ処理デバイスであってもよく、好適にはパーソナルコンピュータ又はＦＴＰサーバ等の情報サーバである。
【００２４】
さらに、電子データ又はメッセージの送信は、好適にはリモートデバイスから内部デバイスへの方向で記載されるが、当業者には明白であるように、電子データ又はメッセージはその反対方向でも送信可能である。
【００２５】
さらに、内部デバイス１３のユーザがリモートデバイス１１のユーザと通信することを要求されれば、ゲートウェイは、両デバイス間の対応する二方向通信のために接続経路を供給する。これに応じて送信されるデータは、ユーザのメッセージに相当する。
【００２６】
リモートデバイス１１は、図７〜１０を参照して後に詳述するように、データをゲートウェイに正確にアドレス指定するために関連情報をその記憶手段へ記憶することが可能である。しかしながら、要求される情報は公開鍵サーバ１５によっても提供可能である。最初に通信経路を確立するリモートデバイスは、典型的には公開鍵サーバ１５から内部デバイス１３に関する何らかの種類の公開鍵情報を要求する。例えばこれらは、内部デバイス１３の公開鍵を検証するために、内部デバイス１３の公開鍵及び／又は認証機関等の信用のおける第三者によって発行された対応する証明を要求する。
【００２７】
内部ネットワークにおける内部デバイスもなお、ワールドワイドＩＰアドレスを保有して使用することが可能であり、ゲートウェイは次にこのような直接アドレス指定された情報を対応する内部デバイスへ転送する。
【００２８】
以下、図２〜４を参照して図１に示したデバイスの一般構成を説明する。
図２は、リモートデバイスの基本コンポーネントを示す。リモートデバイスは、典型的にはＣＰＵ２１と、公衆ネットワークインタフェースユニット２２と、ユーザ入出力ユニット２３と、一次記憶手段２５と、二次記憶手段２４と、任意の暗号ユニット２６とを備える。一次記憶手段２５はＲＡＭ、ＥＥＰＲＯＭ及びＲＯＭを含んでもよい。一方、二次記憶手段はハードディスク、磁気ディスク又は光ディスクドライブにより形成してもよい。
【００２９】
動作システム及び本発明に係るシステムにおいて必要とされるステップを制御するように適合化された追加のソフトウェアは、記憶手段２４、２５に記憶される。従ってユーザは、典型的にはモニタ、キーボード及びマウスを備えるユーザ入出力ユニット２３を介してデータ送信要求を入力する。ユーザのこの要求はリモートデバイスをトリガし、リモートデバイスを公衆ネットワークに接続する公衆ネットワークインタフェースユニット２２を介してデータを内部ネットワークにおけるデバイスへ送信させる。
【００３０】
暗号ユニット２６は、要求された暗号化、復号化、サイン、サインの検証又は認証のいずれかのプロセスを実行する。但し暗号ユニット２６は、記憶手段２４、２５の一方が記憶するソフトウェアにおいても実施可能である。さらに、記憶手段２４、２５は、図７〜１０に示したテーブルも記憶可能である。後の説明からさらなる詳細が明白となるように、リモートデバイスは、公開鍵サーバから公開鍵、証明及び／又は内部デバイスのゲートウェイアドレス等の必要情報を要求することが可能である。
【００３１】
図３は、図１に示した公開鍵サーバ１５のコンポーネントを示す。
図３の公開鍵サーバは、ＣＰＵ３１と、インターネットに接続される公開鍵要求インタフェース３２と、同じくインターネットに接続されるゲートウェイ情報入力ユニット３３と、オペレータ入出力ユニット３４と、公開鍵情報用記憶手段３７とを備える。
【００３２】
好適には、対応する宛先アドレスとしての使用が意図されるゲートウェイＩＰアドレスは、別個のゲートウェイ情報記憶手段３５に記憶される。各ゲートウェイＩＰアドレスは、公開鍵記憶手段３７が記憶するユーザ又はデバイスの少なくとも１つの公開鍵に関連づけられる。ゲートウェイ情報記憶手段３５は、図９、１０に示すようなゲートウェイ決定ルールも記憶可能である。別個に記憶されるゲートウェイＩＰアドレス情報により、ユーザは、ゲートウェイ情報入力ユニット３３を介する入力を通じて記憶される情報をフレキシブルに変更又は管理することができる。別個の記憶装置に起因して公開鍵は変更なしに維持され、よって例えば対応する証明の再発行が回避される。
【００３３】
しかしながらゲートウェイＩＰアドレス情報は、公開鍵記憶手段３７内に記憶される公開鍵情報に、又は証明記憶手段３６に記憶されるＸ．５０９証明等の公開鍵証明に含まれる場合もある。
【００３４】
要求が行われると、公開鍵サーバはゲートウェイＩＰアドレスを、及び任意により送信されるデータの宛先を識別するために送信されるべき必要な公開鍵情報も提供する。公開鍵又は証明の共通要求等の要求は、公開鍵要求インタフェース３２を介して受信される。要求された情報は識別され、受信した要求に応答して要求側の当事者へ送信される。共通要求に応答して、ゲートウェイＩＰアドレスは、要求された情報と共に送信されるか、別個に送信される。さらに、ゲートウェイＩＰアドレスは、この情報の明示的要求を受信した時点で送信される場合もある。
【００３５】
本発明のある特定の実施形態によれば、公開鍵サーバは少なくとも１つの宛先の複数のゲートウェイＩＰアドレスを記憶し、且つ／若しくは保持し、予め定義されたゲートウェイ決定ルールに従ってゲートウェイアドレスのリストから特定のゲートウェイの公衆ネットワークＩＰアドレスを選択可能である。公衆ネットワークアドレスのこの選択は、識別された、又は公開鍵サーバに提供された公開鍵に基づくことが可能である。但し公衆ネットワークＩＰアドレスのこの選択は、同じく公開鍵要求に関連して公開鍵サーバへ提示される可能性のある宛先へ送信されるべく意図されたデータの信憑性に基づくものであってもよい。従って、ゲートウェイの要求された公衆ネットワークＩＰアドレスの選択は、例えばリモートデバイスが要求した公衆ネットワークＩＰアドレスに関連して受信されるデータに依存する場合がある。提示されるこのデータは、完全に宛先用に意図されるデータのみであってもよく、且つ／若しくはこのＩＰアドレス要求の目的に添って送信される他のデータであってもよい。さらに、公開鍵サーバは、このＩＰアドレス要求に関連して受信されるデータの完全性の検証に基づいて公衆ネットワークＩＰアドレスを選択することも可能である。さらに、この選択は、アドレスを要求するリモートデバイスの少なくとも１つの信憑性、意図された宛先又は内部デバイス及び識別された、又は公開鍵サーバへ提供された公開鍵の信憑性に基づくものであってよい。上述の選択基準の少なくとも１つを説明するルールに基づき、公開鍵サーバは次に、意図された宛先の複数のゲートウェイアドレスから公衆ネットワークＩＰアドレスを選択することができる。上述の選択基準における信憑性及び／又は完全性は、公開鍵サーバによって決定可能である。但し、公開鍵サーバは選択基準が必要とするような信憑性及び／又は完全性を検証しなければならない可能性もある。
【００３６】
図４は、本発明に係るゲートウェイの基本コンポーネントを示す。
ゲートウェイは、ゲートウェイをインターネットへ接続する公衆インタフェースポート（又はユニット）４４と、ゲートウェイを内部ネットワークへ接続する内部インタフェースポート（又はユニット）４５とを備える。さらに、制御ユニット４１は、公衆ネットワークのリモートデバイスと内部ネットワークにおける内部デバイスとの間の着信及び／又は発信データの送信を制御する。記憶手段４２は、公開鍵識別子及び内部デバイスの各々の関連内部ネットワークアドレスのリスト４２１を記憶する。
【００３７】
制御ユニット４１は、着信データに含まれる公開鍵情報に基づいて記憶されたリスト４２１を参照することにより、ゲートウェイの公衆ネットワークアドレスにアドレス指定される着信データの宛先を識別する。これにより、宛先の内部ネットワークアドレスが決定される。
【００３８】
さらに、図４に示すゲートウェイは、暗号化／復号化ユニット４３と、認証ユニット４６とを備える。暗号化／復号化ユニット４３は、ゲートウェイが、受信した着信データを完全に又は部分的に解読し、且つ発信データを適宜暗号化することを可能にする。認証ユニット４６は、ゲートウェイが、送信したデータ、公開鍵及び／又は証明の信憑性を承認し、且つゲートウェイのデータ、公開鍵及び／又は証明の信憑性を表示するゲートウェイ認証を供給することを可能にする。図４には示していないが、記憶手段４２は、リモートデバイス等の第三者の公開鍵を追加的に記憶可能である。
【００３９】
データは、以下のモード、即ちゲートウェイ及び内部デバイスの公開鍵で暗号化されるモード、ゲートウェイ又は内部デバイスの公開鍵で暗号化されるモード又は暗号化されないモードのうちの１つにおいて公衆ネットワークを介して送信可能である。好適であれば、送信したデータの宛先を識別する公開鍵情報は、公衆ネットワーク内の受信者の同一性を秘匿するためにゲートウェイの公開鍵で暗号化可能である。ゲートウェイに送信されるデータは、例えば公開鍵情報又は識別子、公衆ネットワークにおける送信に要求される制御データ及びユーザ又はデバイスへ送信されることが意図されるメッセージデータを含む。
【００４０】
記憶手段４２はまた、接続リスト４２２と、アクセス制御ルール４２３と、ユーザレジスタ４２４とを記憶する。リモートデバイスと内部デバイスとの間の既存の、又は新たに確立される接続は接続リスト４２２に記憶されるが、接続リスト４２２については図６を参照して後にさらに詳しく説明する。
【００４１】
ユーザレジスタ４２４は、内部ネットワークに現在接続されているユーザ又はゲートウェイに既にアクティブに登録している、又は登録を取り消しているユーザのリストを保持する。故にユーザは、朝事務所へ着くとゲートウェイに登録し、昼食に出る際には登録を取り消すことが可能である。公開鍵識別子及び関連の内部ネットワークアドレスのリストは、ユーザがその時点で内部ネットワークに登録していない場合に使用される、そのユーザ向けの送信データを転送するための代替内部アドレスを含んでもよい。代替内部アドレスは、例えば当該ユーザの同僚又は音声メールボックスの内部アドレスである場合もある。
【００４２】
ゲートウェイの記憶手段４２が記憶するアクセス制御ルール４２３は、接続タイプ、送信側又は受信側の当事者に依存して例えばどのタイプの接続が確立され得るか、又は否定され得るかに関するルールを含む。１つのルールに従って、ｆｔｐサーバは、例えば任意のリモートユーザからｆｔｐサーバに記憶されるべきデータを受信可能である。さらに、ゲートウェイは、例えば予め定義されたユーザ、予め定義された宛先のための接続しか確立し得ない、もしくはリモートデバイスの認証後に初めて接続を確立することが可能である。さらにこのアクセスルールは、データが暗号化モード又は非暗号化モードで内部ネットワーク内を、その特定の宛先への道程を、又は公衆ネットワーク内を送信されなければならないかどうか定義することが可能である。
【００４３】
ゲートウェイはデータの受信者を認識しているだけでなく確立又は使用されるべき接続のタイプ及び送信者の同一性をもチェックし得ることから、接続の確立及び提供を制御するためのフレキシブルなアクセス制御ルールが定義され得る。特に、リモートデバイスが内部ネットワークへの無制限のアクセス又は任意の内部情報へのアクセスを確立することは回避され得る。
【００４４】
さらにゲートウェイは、本発明に係るさらなるゲートウェイと通信するように適合化可能である。例えば、リモートデバイスがこのようなゲートウェイを備えるさらなる内部ネットワークに配置されれば、その内部デバイスのゲートウェイは、公開鍵サーバ１５からリモートデバイスのゲートウェイＩＰアドレスを含む公開鍵情報を要求してもよい。
【００４５】
以下、図５〜１０を参照して、図１に示したデバイスが記憶するデータの構成及び目的について説明する。
図５は、ゲートウェイが記憶する公開鍵識別子５２及び関連の内部アドレス５３のリストの一例を示す。個々のユーザを識別するカラム５１は、関連情報と共に追加的に記憶される。従って、ユーザのアルファはゲートウェイの内部ネットワークに接続され、内部ネットワークアドレスｉａｄｒ＿Ａを介してアドレス指定されることが可能である。またユーザのアルファの公開鍵は、固有の公開鍵識別子Ａ＿ＩＤによって識別可能である。なお、ユーザのガンマは、例えばその固有の公開鍵を有しかつ内部ネットワークに接続されているｆｔｐサーバ等のハードウェアユニットに対応してもよい。さらに、あるユーザは、内部ネットワークにおいて割り当てられる２つ以上の内部アドレスを有してもよい。接続タイプに対応する送信されるべきデータのタイプに依存して、異なるアドレスが例えばユーザのコンピュータ、（ＩＰベースの）電話、ファックス又はｆｔｐサーバを参照してもよい。
【００４６】
ゲートウェイの既存の接続のリストは、図６に示すように、リモートデバイスの識別子６２と、内部デバイスの内部アドレス６３と、例えばゲートウェイの複数の内部ポートからの接続の一時的に割り当てられるポート６１とを記憶する。このテーブルには、さらに最後に受信された、又は送信されたデータパケットの時間又は接続のタイプ等の接続に関する追加情報も記憶してよい。
【００４７】
図７〜１０に示すテーブルは、図１に示したリモートデバイス１１及び／又は公開鍵サーバ１５に記憶可能である。
図７に示すユーザ識別子７１及び関連の公開鍵識別子７２のリストは、図１のゲートウェイ１２に追加的に記憶可能である。このリストにおいて、ユーザのアルファは、公開鍵識別子Ａ＿ＩＤを有する公開鍵を有することが識別される。
【００４８】
さらに、図８に示すように、ゲートウェイ情報は、ゲートウェイ識別子８１と、ゲートウェイＩＰアドレス８２と、ゲートウェイの公開鍵のための任意であるデータフィールド８３とを含む。
【００４９】
さらに、図９に示すテーブルは、ユーザ識別子９１と、ゲートウェイ識別子９３とを記憶する。これらのデータフィールドは、図７のユーザ識別子５１及び図８のゲートウェイ識別子８１にマップされてもよい。ユーザ識別子とゲートウェイ識別子との間に基準を設けることに加えて、図９に示す例におけるテーブルは、一人のユーザに関連づけられる異なるゲートウェイ識別子を記憶する。ケース識別子９２の値に依存するユーザのアルファは、ゲートウェイ識別子Ｇ１〜Ｇ３のうちの１つに関連づけられる。
【００５０】
図１０に示すように、異なるケースを定義する対応リストは、ユーザ識別子９４に関連づけられる、又はユーザ識別子とは独立してデフォルトケースとして定義されるケース識別子９６を記憶する。カラム決定ルール９５は、ケースの１つが満足されているかどうかを如何にして決定するかを表示する。この例では、公開鍵サーバ１５又はクライアント１１は、ケースをケースの値順にチェックするように想定されている。故に、毎土曜日及び日曜日には、ユーザのアルファに関する公開鍵情報要求を受信する公開鍵サーバがゲートウェイのＩＰアドレスであるＩＰ＿ａｄｒ＿Ｇ１をユーザのアルファに送信されるべきデータの宛先アドレスとして提供する。ユーザのアルファに関する決定ルール９５の最初の行により、関連ケースとしてケース番号１が識別される。故に、図９のカラム９３には、ケース番号１及びユーザのアルファに関してゲートウェイ識別子Ｇ１が識別される。最後に、図８に示すテーブルにより、対応するゲートウェイＩＰアドレスが導出される。
【００５１】
従って、図１０に示すテーブルの２行目は、送信者がユーザαの会社の一員であれば、ゲートウェイＧ２のゲートウェイＩＰアドレスが使用されなければならないことを定義している。図１０における３行目はユーザのアルファに関するデフォルトケースを表し、それまでにカバーされていない他の全ての状況においてゲートウェイＧ３を使用するように指示している。
【００５２】
上記説明から明白であるように、本発明に係るシステムは、図１に示したユニット１１、１２及び１５の任意の組み合わせによって形成可能である。故に、複数のゲートウェイが存在してもよく、例えばリモートデバイスは第２のゲートウェイの内部ネットワーク内に配置されてもよい。但しシステムは、好適には、１つのソースのみを介して宛先の公開鍵情報及びゲートウェイＩＰアドレスを提供するために、単一の公開鍵サーバ又はサーバネットワークのみを備える。
【００５３】
内部ネットワークは、エクストラネット部分と、イントラネット部分とに分割可能である。ネットワークのエクストラネット部分は割り当てられたワールドワイドＩＰアドレスを有し、公衆ネットワークに接続される。イントラネット部分は内部ＩＰアドレス上で動作し、ここで、ゲートウェイはエクストラネット部分とイントラネット部分との間に配置される。図１１はこのケースを例示するものであり、内部デバイス１１４〜１１６はイントラネット部分に相当し、内部デバイス１１３は、公衆ネットワーク１４及びゲートウェイ１０への接続によって示されるように公衆ＩＰアドレス及び内部ＩＰアドレスを有することからエクストラネット部分に相当する。
【００５４】
図１１にさらに示すように、内部ネットワークは２つ以上のゲートウェイを備えることが可能である。内部ネットワークの少なくとも１つのゲートウェイ１１０は、公衆ネットワークＩＰアドレスを有する。但し、ゲートウェイは、内部アドレスを１つのみを有してもよく（ゲートウェイ１１１）、公衆ネットワーク及び内部ＩＰアドレスの双方を有してもよい（ゲートウェイ１１２）。
【００５５】
図１１から、内部デバイス宛のデータ送信は２つ以上のゲートウェイを包含してもよいことは明白である。例えばゲートウェイ１１０は、内部デバイス１１５宛のその着信データを第２のゲートウェイ１１１へ転送可能である。この場合、ゲートウェイ１１１はゲートウェイ１１０の内部デバイスと見なされる可能性がある。従って、着信データをゲートウェイにより内部デバイスへ転送することに関する上記考察は全て、ゲートウェイが着信データを他のゲートウェイへ転送する際にも当てはまる。内部ネットワークの最終内部デバイスへのデータ送信経路に沿った異なるゲートウェイは、同じ内部ネットワークの一部、又は幾つかのネットワークの一部の何れかであってもよい。後者の場合、内部ネットワークは、図１１に示すように２つの可能な内部ネットワーク１１７及び１１８により公衆ネットワーク１４へ接続された、又は接続されない他の内部ネットワークの一部である可能性もある。
【００５６】
着信データ及びゲートウェイによる対応する発信データの転送に関連して本発明を説明してきたが、当業者には、上述の発明が受信されるデータを一方向へ転送することにのみ限定されない点は理解されかつ認識される。対照的に、受信される着信データの異なる部分が異なる宛先へ転送されることもまた可能である。これには、受信される着信データの相互排他的な部分、重複する部分の転送又は同じ部分の転送ですらも含まれる可能性がある。宛先は、先に述べたように内部デバイス及び／又はゲートウェイであることが可能である。
【００５７】
ゲートウェイが、受信した着信データの一部のみを転送する場合、これらの部分は、発信データを転送する一般的なケースに関して先に述べた方法と同じ方法で個々の宛先について別々にかつ独立して暗号化又は復号化されてもよい。
【００５８】
さらに、着信データ又はその一部は、その転送の前にゲートウェイにより変更及び修正可能である。これは、着信データ又はその一部に関連づけられる公開鍵識別子を除去し、且つ／若しくは転送されるべきデータの信憑性の検証に関連づけられるデータを除去することを含んでもよい。同様にして、さらなる公開鍵識別子が着信データ又はその一部に関連づけられる、又は包含されてもよい。同様に、転送されるべきデータの信憑性の検証に関するデータは、その転送に先行して関連づけられる、又は包含されてもよい。データに対するこのような修正は、幾つかのゲートウェイを介してデータが送信される際に実行してもよく、これにより各ゲートウェイは、例えば先行、後続の公開鍵識別子又はその固有の公開鍵識別子を除去し、且つ／若しくは添加する。
【図面の簡単な説明】
【００５９】
【図１】内部ネットワークのゲートウェイと、リモートデバイスと、公開鍵情報サーバとを含むシステム。
【図２】リモートデバイスの機能ユニット。
【図３】公開鍵情報サーバの機能ユニット。
【図４】ゲートウェイの機能ユニット。
【図５】内部アドレスに関連づけられる公開鍵識別子のリストを記憶するテーブル。
【図６】ゲートウェイが提供する既存接続部のリストを記憶するテーブル。
【図７】公開鍵ＩＤに関連づけられるユーザＩＤを記憶するテーブル。
【図８】ゲートウェイＩＤと、対応するゲートウェイＩＰアドレスとを記憶するテーブル。
【図９】異なるケースに関して、ユーザＩＤと、関連のゲートウェイＩＤとを記憶するテーブル。
【図１０】図９のテーブルに明記された異なるケースに関するゲートウェイ決定ルールを記憶するテーブル。
【図１１】幾つかの内部デバイス及びゲートウェイを有する内部ネットワークの例示的構成。
【図１】
2005536961.tif 000003
【図２】
2005536961.tif 000004
【図３】
2005536961.tif 000005
【図４】
2005536961.tif 000006
【図５】
2005536961.tif 000007
【図６】
2005536961.tif 000008
【図７】
2005536961.tif 000009
【図８】
2005536961.tif 000010
【図９】
2005536961.tif 000011
【図１０】
2005536961.tif 000012
【図１１】
2005536961.tif 000013
【手続補正書】
【提出日】平成17年3月24日(2005.3.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
公衆ネットワークを内部ネットワークに接続するためのゲートウェイであって、
公衆ネットワークにおけるリモートデバイスと内部ネットワークにおける少なくとも１つの内部デバイスとの間の着信及び／又は発信データの送信を制御するための制御ユニットと、
公衆ネットワークに接続される公開ポートと、
内部ネットワークに接続される内部ポートと、
公開鍵識別子及び内部デバイスの各々の関連内部ネットワークアドレスのリストを記憶する記憶ユニットとを備え、
制御ユニットが、着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスのリストとに基づいて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスへアドレス指定される着信データの宛先を識別するように適合化される、ゲートウェイ。
【請求項２】
着信データにおける公開鍵情報が、公開鍵識別子を含む、若しくは公開鍵識別子を決定することを許容する、請求項１に記載のゲートウェイ。
【請求項３】
着信データを解読し、且つ／若しくは発信データを暗号化するための暗号化／復号化ユニットをさらに備える、請求項１又は２に記載のゲートウェイ。
【請求項４】
送信されるデータ、内部デバイス、リモートデバイス及び／又は使用される鍵の信憑性を検証するための認証ユニットをさらに備える、請求項１ないし３のいずれか１項に記載のゲートウェイ。
【請求項５】
制御ユニットが、リモートデバイスと内部デバイスとの間の二方向通信のために接続経路を提供するように適合化される、請求項１ないし４のいずれか１項に記載のゲートウェイ。
【請求項６】
着信又は発信データが予め定義されたアクセス制御ルールに従って送信され得るかどうかを決定するためのアクセス制御ユニットをさらに備える、請求項１ないし５のいずれか１項に記載のゲートウェイ。
【請求項７】
前記ゲートウェイが着信データを他のゲートウェイへ転送する、請求項１ないし６のいずれか１項に記載のゲートウェイ。
【請求項８】
前記ゲートウェイが、受信した着信データの少なくとも一部を他のゲートウェイへ転送し、且つ前記着信データの少なくとも一部を前記内部ネットワークの内部デバイスへ転送する、請求項１ないし７のいずれか１項に記載のゲートウェイ。
【請求項９】
前記ゲートウェイは着信データの異なる部分を異なるゲートウェイへ転送する、請求項１ないし７のいずれか１項に記載のゲートウェイ。
【請求項１０】
受信したデータ及び／又は着信データの異なる部分は、暗号化／復号化ユニットによって各々暗号化され、且つ／若しくは解読される、請求項７ないし９のいずれか１項に記載のゲートウェイ。
【請求項１１】
着信データの異なる部分は、暗号化／復号化ユニットによって別々に暗号化され、且つ／若しくは解読され、これにより、該異なる部分が異なる受信者へ転送されれば異なる発信データ部分が各々の受信者について独立して暗号化される、請求項８ないし１０のいずれか１項に記載のゲートウェイ。
【請求項１２】
公開鍵識別子は着信データから、又は少なくともその一部から除去され、且つ／若しくは送信されるデータ、内部デバイス、リモートデバイス及び使用される鍵の少なくとも１つの信憑性の検証に関するデータは、前記着信データから、又は少なくともその一部から除去される、請求項７ないし１１のいずれか１項に記載のゲートウェイ。
【請求項１３】
他の公開鍵識別子は着信データに、又は少なくともその一部に関連づけられ、又は包含され、且つ／若しくは送信されるデータ、内部デバイス、リモートデバイス及び使用される鍵の少なくとも１つの信憑性の検証に関するデータは、前記着信データに、又は少なくともその一部に関連づけられる、又は包含される、請求項７ないし１２のいずれか１項に記載のゲートウェイ。
【請求項１４】
請求項１ないし１２のいずれか１項に記載のゲートウェイと、該ゲートウェイの内部ネットワークの内部デバイス向けに意図されるデータをゲートウェイの公衆ネットワークアドレスへアドレス指定するリモートデバイスとを備える、システム。
【請求項１５】
リモートデバイスが、宛先のための複数のゲートウェイアドレスを記憶し、予め定義された第１のゲートウェイ決定ルールに従ってゲートウェイアドレスのリストからゲートウェイの公衆ネットワークアドレスを選択する、請求項１４に記載のシステム。
【請求項１６】
要求されると宛先のゲートウェイの公衆ネットワークアドレスを宛先アドレスとして提供する公開鍵情報サーバをさらに備える、請求項１４又は１５に記載のシステム。
【請求項１７】
公開鍵情報サーバが、少なくとも１つの宛先に関して複数のゲートウェイアドレスを記憶し、予め定義された第２のルールに従ってゲートウェイアドレスのリストからゲートウェイの公衆ネットワークアドレスを選択する、請求項１４ないし１６のいずれか１項に記載のシステム。
【請求項１８】
ゲートウェイの公衆ネットワークアドレスを選択するための前記予め定義された第２のルールが、
識別される、又は前記公開鍵情報サーバに提供される公開鍵に基づいて前記公衆ネットワークアドレスを選択することと、
前記データの信憑性に基づいて前記公衆ネットワークアドレスを選択することと、
前記データの検証された完全性に基づいて前記公衆ネットワークアドレスを選択することと、
ゲートウェイの公衆ネットワークアドレスの前記選択を要求するリモートデバイスの信憑性に基づいて前記公衆ネットワークアドレスを選択することと、
意図された宛先／内部デバイスの信憑性及び／又は識別される、又は前記意図された宛先／内部デバイスの前記公開鍵情報サーバに提供される公開鍵の信憑性に基づいて前記公衆ネットワークアドレスを選択することのうち、少なくとも１つを含む、請求項１７に記載のシステム。
【請求項１９】
前記信憑性及び／又は完全性は前記公開鍵情報サーバによって決定される、且つ／若しくは検証されなければならない、請求項１８に記載のシステム。
【請求項２０】
公開鍵に関する情報を記憶するための記憶手段と、
前記公開鍵情報記憶手段に記憶された公開鍵情報に対する要求を受信し、これに応答して要求された情報を要求側デバイスへ送信するための公開鍵要求インタフェースとを備える公開鍵サーバであって、
前記記憶手段が、送信されるデータに含まれる公開鍵識別子によって受信者を識別し、データを受信者へ転送するゲートウェイのために、ゲートウェイの公衆ネットワークアドレスを受信者へ送信されるべきデータの宛先アドレスとして記憶し、
前記公開鍵要求インタフェースが、前記記憶される公衆ネットワークゲートウェイアドレスを要求側デバイスへ送信するように適合化される、公開鍵サーバ
をさらに備える、請求項１４ないし１９のいずれか１項に記載のシステム。
【請求項２１】
公衆ネットワークにおけるリモートデバイスと内部ネットワークにおける内部デバイスとの間で着信及び／又は発信データを送信するための、内部デバイスのゲートウェイにおいて実行される方法であって、
データをリモートデバイスと内部デバイスのゲートウェイとの間で送信することと、
着信データをゲートウェイから内部デバイスへ転送することと、
公開鍵識別子及び関連の内部ネットワークアドレスのリストを記憶することと、
着信データに含まれる公開鍵情報と公開鍵識別子及び関連の内部ネットワークアドレスのリストとに基づいて内部デバイスの内部ネットワークアドレスを決定することにより、ゲートウェイの公衆ネットワークアドレスにアドレス指定されている着信データの宛先を識別することとを含む、方法。
【国際調査報告】
2005536961.tif 000014
2005536961.tif 000015
2005536961.tif 000016