JP5335886B2 - ローカル・ネットワーク間でデータ・パケットを通信するための方法および装置 - Google Patents

Description

本発明は、広く、重複するアドレス空間を用いることがあるような異なるローカル・ネットワーク内にある通信デバイス間で、データ・パケットの通信を可能にするための方法および装置に関する。

ＩＰ（インターネット・プロトコル）ネットワークを介して異なる当事者間でデジタル・コード化した情報のパケット・ベースの伝送は、様々な通信サービス、たとえば電子メール・メッセージング、ファイル転送、インターネット・ブラウジング、音声およびテレビ電話、コンテンツ・ストリーミング、ゲームなどに用いられる。デジタル・コード化した情報は、送信側でデータ・パケットに整えられ、それから送信側が伝送パスを介して宛先の受信側に向けてパケットを送信する。データ・パケットは、基本的に、ペイロード・データが入っているデータ・フィールドおよび、受信側の宛先アドレスおよび送信側の発信元アドレスが入っているヘッダ・フィールドで構成される。

データ・パケットは異なるローカル・ネットワークまたは私設網内にある様々な通信デバイス間で通信される場合があり、各ネットワークは、ネットワーク外の発信元からデバイスへのパケットを受信するために、そしてまたデバイスからネットワーク外の宛先にパケットを送るために、ゲートウェイを採用している。異なるローカル・ネットワーク内のそのようなデバイス間で通信されるパケットは、それからパブリックＩＰネットワーク、たとえばインターネットを介してそれぞれのネットワーク・ゲートウェイ間で運ばれる。

本明細書では、用語“ローカル・ネットワーク”は、広く、内部のプライベート・アドレッシングを用いる任意のネットワークおよび、ネットワーク外の当事者との外部通信のためのゲートウェイを表わすのに用いられる。共通的に用いられる他の等価な用語には、“プライベート・ネットワーク（private network）”、“住居ネットワーク（residential network）”、“ホームネットワーク（home network）”を含む。さらに、“ゲートウェイ”は、ローカル・ネットワーク内のデバイスとネットワーク外のエンティティとの間でデータ・パケットを通信できる、住居ゲートウェイ（ＲＧＷ）、ＩＰルータまたは他の任意の種類のネットワーク・エンティティであることができよう。用語“デバイス”は、さらに本明細書では、他のデバイスとデータ・パケットを通信できる任意の端末、コンピュータ、電話またはサーバを表わすのに用いられる。

パブリックＩＰネットワークを介しての通信は、通常、データ保護およびプライバシーに関して“安全でない”と見なされているので、パケット内のペイロード・データおよび他の機密情報を不法な傍受または改ざんから防護することが望ましい。この課題を克服する１つの方法は、パブリックＩＰネットワークを介して通信する当事者間にＶＰＮ（仮想プライベート・ネットワーク）を確立することである。

ＶＰＮは、基本的には、端末とサーバとの間でデータ・パケットを転送するための、パブリックＩＰネットワークを通る暗号化されたトンネルと見なされることができる。ＶＰＮｓは、通例、パブリック・インターネットを通る安全な通信のために用いられる。様々なＱｏＳ（サービス品質）パラメータは、ＶＰＮ顧客とＶＰＮサービス提供業者との間で、ＶＰＮが期待された振舞いを達成するように定義される場合がある。通常、ＶＰＮは、ユーザ・コミュニティ内の２つ以上の通信デバイスが、ある点で当該コミュニティに関係している一定の機能を提供するために、確立される場合がある。

インターネットの人気および使用が増大するにつれて、インターネット上でプライベート・ネットワークおよびローカル・ネットワークを同様に拡大することが益々望ましくなる。たとえば、ローカル・ネットワークを有する多くの会社および企業は、それらの従業員が遠隔でローカル・ネットワークにアクセスできるようにするために、自身のＶＰＮｓを確立する。

ＶＰＮは、このようにして、公衆ネットワーク・インフラストラクチャ上で走行する論理的および“分散された（distributed）”ローカル・ネットワークと見なされることができる。これらのネットワークは、データに関するトラヒックの秘匿性、トラヒック分離およびＱｏＳを得るために広範な技術を使用する。ＶＰＮは、イントラネット、インターネットまたはサービス提供業者のネットワーク・インフラストラクチャ上で確立できる。一般に、“アクセスＶＰＮｓ”および“ＬＡＮ（ローカル・エリア・ネットワーク）対ＬＡＮ ＶＰＮｓ”と呼ばれる２つの基本的な種類の利用できるＶＰＮサービスがあり、アクセスＶＰＮｓは遠隔アクセスに用いられ、そしてＬＡＮ対ＬＡＮ ＶＰＮｓは、異なるローカル・ネットワークがイントラネットまたはエクストラネットを提供するために相互接続される場合に用いられる。

ローカル・ネットワーク内のデバイスは、通常、プライベート・アドレス空間からのＩＰアドレスを用いていて、そのようなプライベートＩＰアドレスは、ローカルな管理者または同様なものにより内部的にデバイスに自由に割り当てできる。用いられるプライベートＩＰアドレスは、このようにして基本的には他のユーザには、明確に告げられない限り知られず、そしてまた、パブリックＩＰアドレスを加入者に提供するインターネット・サービス提供業者にも知られない。

現今、これらのプライベート・アドレス空間は、一般に複数のローカル・ネットワークで再使用され、そしてしたがって、異なるローカル・ネットワークによりそれらのデバイスに用いられるプライベートＩＰアドレスは、特によく用いられるＩＰｖ４ベースのプライベート・アドレス空間では、互いに重複する場合がある。たとえば、１つのローカル・ネットワーク内のデバイスにより用いられるプライベートＩＰアドレスは、別の対向するローカル・ネットワーク内の別のデバイスにより用いられるものと同じアドレスである場合があり、通信されるデータ・パケットにおける曖昧なアドレッシングをもたらす。そのような重複するまたは再使用されるプライベート・アドレス空間および、デバイスへのローカルな割り当てのために、プライベートＩＰアドレスは、パブリック・インターネットで効率よく“ルーティングできない（unroutable）”し、そしてプライベートＩＰアドレスがローカル・ネットワーク領域外でのルーティングには用いられないので、パブリックＩＰアドレスは、したがってまた、パケット内で用いられなければならない。

残っている課題は、しかしながら、１つのローカル・ネットワーク内でパケットを送るデバイスは、対向するローカル・ネットワーク内の受信デバイスのプライベートＩＰアドレスを含まなければならないということであり、これには送信デバイスに、受信デバイスを適切に識別するための何らかの適当な機能が必要である。さらに、動的なアドレス割り当てがローカル・ネットワーク内のデバイスに用いられると、特定のデバイスのプライベートＩＰアドレスは、随時変えられるであろう。このようにして、発信パケット内に適切な宛先アドレスを提供するために、対向するネットワークでのそのようなアドレス変更についての知識を、ローカル・デバイスで保持することはかなり困難でありえよう。

本発明の目的は、上記で概略した課題の少なくとも一部に対処することである。第１のローカル・ネットワーク内の第１のデバイスから第２のローカル・ネットワーク内の第２のデバイスにデータ・パケットを通信するために、送信デバイスまたは送信ユーザが、どのプライベートＩＰアドレスが現時点で第２のデバイスに対して有効であるかを知っていることを必要としないで、宛先アドレスを得るためのメカニズムを提供することが、また目的の１つである。

様々な態様に従って、第１のローカル・ネットワーク内の第１の通信デバイスと第２のローカル・ネットワーク内の第２の通信デバイスとの間で、データ・パケットの通信を可能にするために、方法、ゲートウェイ内の装置、コンピュータ・プログラムおよびコンピュータ・プログラム製品が提供されていて、プライベートＩＰアドレスが、第１のローカル・ネットワークおよび第２のローカル・ネットワークにあるデバイスに用いられている。

１つの態様では、第１のゲートウェイにおいて、第１のゲートウェイ内のローカル・ネーム・サーバ・レコードが、第２のネットワークの第２のゲートウェイのドメイン名およびＩＰアドレスで更新される方法が提供され、各ゲートウェイはローカルＤＮＳ機能を有している。第１のゲートウェイが、第２のデバイスのホスト名を参照する発信ＤＮＳ要求を、第１のデバイスから受信する場合、第２のゲートウェイであるプライマリＤＮＳのＩＰアドレスが、ホスト名内のドメイン名に基づいてローカル・ネーム・サーバ・レコードから決定される。ＤＮＳ要求はそれから、第２のゲートウェイからのＤＮＳ応答で第２のデバイスの現時点のプライベートＩＰアドレスを得るために、決定されたＩＰアドレスを用いて第２のゲートウェイに送信される。ＤＮＳ応答はまた、第２のデバイスの現時点のプライベートＩＰアドレスを参照して、第１のデバイスに転送される。

別の態様では、第１のゲートウェイにおいて、第１のローカル・ネットワークを在圏とする装置が提供される。ゲートウェイ装置は、ローカル・ネーム・サーバ・レコードを第２のネットワークの第２のゲートウェイのドメイン名およびＩＰアドレスで更新するように構成されたネーム・サーバ・レコード・マネージャを備えていて、第１のゲートウェイおよび第２のゲートウェイの各々は、ローカルＤＮＳ機能を有している。ゲートウェイ装置はまた、第２のデバイスのホスト名を参照する発信ＤＮＳ要求を第１のデバイスから受信するように構成された内部通信部を備える。ゲートウェイ装置はまた、第２のゲートウェイであるプライマリＤＮＳのＩＰアドレスを、ホスト名内のドメイン名に基づいてローカル・ネーム・サーバ・レコードから決定するように構成されたＤＮＳ決定部を備える。

ゲートウェイ装置はまた、決定されたＩＰアドレスを用いて、ＤＮＳ要求を第２のゲートウェイに送信するように、そして第２のゲートウェイからのＤＮＳ応答で第２のデバイスの現時点のプライベートＩＰアドレスを得るように構成された外部通信部を備える。内部通信部はさらに、第２のデバイスの現時点のプライベートＩＰアドレスを参照するＤＮＳ応答を第１のデバイスに転送するように構成される。

さらに別の態様では、コンピュータ・プログラムは、第１のローカル・ネットワークを在圏とする第１のゲートウェイ用に構成される。コンピュータ・プログラムは、第１のゲートウェイで実行される場合、第１のゲートウェイに、ローカル・ネーム・サーバ・レコードを第２のネットワークの第２のゲートウェイのドメイン名およびＩＰアドレスで更新させるコード手段を備えており、第１のゲートウェイおよび第２のゲートウェイの各々は、ローカルＤＮＳ機能を有する。前記コード手段はまた、第１のゲートウェイに、第２のデバイスのホスト名を参照する発信ＤＮＳ要求を第１のデバイスから受信させ、そして第２のゲートウェイであるプライマリＤＮＳのＩＰアドレスを、ホスト名内のドメイン名に基づいてローカル・ネーム・サーバ・レコードから決定させる。

コード手段はまた、第１のゲートウェイに、決定されたＩＰアドレスを用いて、ＤＮＳ要求を第２のゲートウェイに送信させ、第２のゲートウェイからのＤＮＳ応答で第２のデバイスの現時点のプライベートＩＰアドレスを得させ、そして第２のデバイスの現時点のプライベートＩＰアドレスを参照して、ＤＮＳ応答を第１のデバイスに転送させる。

さらに別の態様では、上記コンピュータ・プログラムが格納されるコンピュータで読み取り可能な記憶媒体を備える。

上記方法の各々、ゲートウェイ装置、コンピュータ・プログラムおよびコンピュータ・プログラム・製品はさらに、以下の実施形態に従って構成される特徴および機能を備える場合がある。

たとえば、第１のローカル・ネットワークおよび第２のローカル・ネットワーク内のデバイスに用いられるプライベートＩＰアドレスが潜在的に重複しており、そして得られたプライベートＩＰアドレスが第２のデバイスに対して第２のネットワーク内で用いられると、得られたプライベートＩＰアドレスは、第２のデバイスに対して第１のネットワーク内で用いられる修正プライベートＩＰアドレスに変換される。修正プライベートＩＰアドレスは、その場合、第１のネットワークと第２のネットワークとの間のＶＰＮトンネルに対して定義され、そして第１のローカル・ネットワーク内のデバイスに対して第１のローカル・ネットワーク内で用いられる内部ＩＰアドレス空間と区別される、すなわち重複しないアドレス空間内にある。ＤＮＳ応答は、その場合、修正ＩＰアドレスを備える場合がある。

修正プライベートＩＰアドレスは、第２のオクテットまたは第３のオクテット内の一意的な数字が第２のローカル・ネットワークを表わすのに配分されている、ＩＰｖ４ベースのアドレスである場合がある。

第２のゲートウェイからのＤＮＳ応答にはさらに、第２のデバイスの現時点のプライベートＩＰアドレスに対する有効期間を決定するタイムアウト・パラメータが入っている場合がある。かかる場合、第２のデバイスの現時点のプライベートＩＰアドレスは、タイムアウト・パラメータに従って、第１のゲートウェイ内で一時的にキャッシュされる場合がある。

ホスト名には、第２のデバイスを識別する第１の部分および、ドメイン名を持つ第２の部分が含まれる場合がある。さらに、ＶＰＮトンネルは、第１のゲートウェイと第２のゲートウェイとの間でのデータ・パケット通信に対して確立されている場合があり、そしてパブリックＩＰアドレスが各ゲートウェイに割り当てられている場合がある。

本発明のさらに見込まれる特徴および恩恵が、以下で詳細な明細書から明らかになるであろう。

本発明は、これから典型的な実施形態によって、そして添付の図面を参照してより詳細に説明することとする。

図１は、一部の典型的な実施形態に従って、２つの異なるローカル・ネットワークにわたってデータ・パケットの通信を可能にするためのシナリオおよび手順を説明する概略ブロック図である。 図２は、さらなる典型的な実施形態に従って、対向するローカル・ネットワークにおける宛先デバイスの有益なＩＰアドレスがどのようにして得ることができるかを説明する信号図である。 図３は、さらに別の実施形態に従って、対向するローカル・ネットワーク内の２つのデバイス間でデータ・パケットの通信を可能にするための手順を説明するフロー図である。 図４は、さらなる典型的な実施形態に従って、ローカルＤＮＳ機能を装備したネットワーク・ゲートウェイをより詳細に説明する概略ブロック図である。

本発明は、第１のローカル・ネットワーク内の第１のデバイスから第２のローカル・ネットワーク内の第２のデバイスにデータ・パケットを通信するために、送信デバイスまたは送信ユーザが、どのプライベートＩＰアドレスが現時点で第２のデバイスに有効であるかを知っていることを必要とせずに、有益な宛先アドレスを得るためのメカニズムを提供する。このメカニズムは、たとえば、ネットワーク内でパケットの一義的なアドレス指定を保証するためにアドレス変換を必要とする場合がある第１のネットワークおよび第２のネットワークで、潜在的に重複するアドレス空間が用いられる場合、そして特に、個々のデバイスが自身のアドレスを頻繁に変えるような動的ベースで、プライベートＩＰアドレスがローカル・デバイスに割り当てられる場合に有益である。

この解決策では、第１のデバイスは簡単に、発信ＤＮＳ要求で第２のデバイスのホスト名を参照でき、ＤＮＳ要求は、それから第１のネットワークの第１のゲートウェイから第２のネットワークの第２のゲートウェイに送信され、各ゲートウェイは、ＤＮＳ要求を処理するためのローカルＤＮＳ機能を有している。第１のゲートウェイは、それから、第２のネットワークで用いられる第２のデバイスの現時点で有効なプライベートＩＰアドレスの入っているＤＮＳ応答を第２のゲートウェイから受信し、そして当該アドレスを参照しているＤＮＳ応答はまた、第１のデバイスに転送される。それにより、第１のデバイスは、パケットのヘッダ・フィールド内の宛先アドレスとして第２のデバイスの現時点で有効なプライベートＩＰアドレスを用いて、データ・パケットを第２のデバイスに伝えることができる。

ＤＮＳ応答内のＩＰアドレスは、このようにして第２のデバイスに対して第２のネットワーク内で用いられ、そしてまた、第２のネットワーク内で用いられるアドレス空間が第１のネットワーク内で用いられるアドレス空間と重複しないことが分かっていると、第１のネットワーク内で用いられることができる。かかる場合、第１のデバイスへのＤＮＳ応答には、受信したＩＰアドレスを“そのままで（as is）”含む。

他方、潜在的に重複するアドレス空間が第１のローカル・ネットワークおよび第２のローカル・ネットワーク内のデバイスに用いられていると、第１のゲートウェイは、受信したプライベートＩＰアドレスを、第２のデバイスに対して第１のネットワーク内で用いられるプライベートＩＰアドレスに好適に変換し、そして変換されたプライベートＩＰアドレスは、第１のネットワーク内のローカル・デバイスに用いられるプライベートＩＰアドレス空間と区別され、すなわち重複しない。かかる場合、第１のデバイスへのＤＮＳ応答には、変換されたＩＰアドレスを含む。

上記がどのようにして成し遂げられることができるかの例は、図１に示す通信シナリオを参照してこれから説明することとする。第１のネットワークＡおよび第２のネットワークＢをそれぞれ在圏とする、第１のゲートウェイ１００および第２のゲートウェイ１０２が示されていて、複数のデバイスが、ネットワークＡ内の第１のデバイスＤ１およびネットワークＢ内の第２のデバイスＤ２を含めて存在している。プライベート・アドレス空間が、各々のローカル・ネットワークＡ、ローカル・ネットワークＢ内で、デバイスの内部通信のために用いられると仮定する。この例では、２つのネットワーク内で用いられるプライベートＩＰアドレス空間は、そのようなアドレス空間が一般に数多くのローカル・ネットワークで広く再使用されることが多いので、お互いに潜在的に重複する場合がある。

各々のゲートウェイ１００、ゲートウェイ１０２は、以下で説明するようにＤＮＳ要求を処理するためのＤＮＳ機能を装備している。ネットワークＡのユーザは、ネットワークＢとの通信ができると基本的に決めていると仮定する。第１の工程１：１は、ローカルＮＳ（ネーム・サーバ）レコード１００ａが第１のゲートウェイ１００内に格納され、または“更新され”、そして第２のゲートウェイ１０２のドメイン名およびＩＰアドレスを含むことを概略的に説明する。たとえば、ローカル・ネットワークＡおよびローカル・ネットワークＢのユーザは、インターネットのようなパブリックＩＰネットワークを介して対向するネットワーク内のデバイス間でデータ・パケットの“安全な（safe）”通信ができるように、ネットワーク間にＶＰＮトンネルを確立することに同意している場合がある。工程１：１はその場合、ＶＰＮトンネルによる通信に備えてなされるであろう。

その後のある時点で、デバイスＤ１のユーザは、デバイスＤ２のユーザと通信することを望み、そして本解決策では、デバイスＤ２のＩＰアドレスがユーザ／デバイスＤ１に知られている必要はない。Ｄ１のユーザは、デバイスＤ１からＤＮＳ要求をかけるのにデバイスＤ２のホスト名を単純に入力できる。次の工程１：２では、デバイスＤ１はこのようにして、デバイスＤ２のホスト名を参照して第１のゲートウェイ１００にＤＮＳ要求を送り、ホスト名には第２のデバイスを識別する第１の部分および、第２のゲートウェイ１０２およびネットワークＢを識別するドメイン名を持つ第２の部分を含む。

続く工程１：３では、ゲートウェイ１００は、当該ドメイン名の、この場合は第２のゲートウェイ１０２である、いわゆる“プライマリＤＮＳ”のＩＰアドレスを決定するためにＮＳレコード１００ａを調べる。このＩＰアドレスは、工程１：１でＮＳレコード１００ａに格納されていて、そしてこのようにしてそこから読み出すことができる。ゲートウェイ１００はそれから、さらなる工程１：４で、決定されたＩＰアドレスを用いて、そしてデバイスＤ２のホスト名を参照して、別のＤＮＳ要求を第２のゲートウェイ１０２に送る。ゲートウェイ１０２はそれから、次の工程１：５で、第２のデバイスＤ２に対して現時点で有効であるプライベートＩＰアドレスの入っているＤＮＳ応答で返信する。

この時点で、種々の選択肢が、状況に応じて可能である。ローカル・ネットワークＡおよびローカル・ネットワークＢ内で用いられるアドレス空間が潜在的に重複していると、受信したデバイスＤ２のＩＰアドレスが、ネットワークＡ内でローカルに用いる、デバイスのＩＰアドレスと混同される場合があるという潜在的な恐れがある。かかる場合、各々のゲートウェイ１００、ゲートウェイ１０２は、対向するローカル・ネットワーク内のデバイスに対して、自身のデバイスに対して内部的に用いるＩＰアドレス空間との重複を回避するように選択されている、ＩＰアドレス空間を定義する。受信したＤＮＳ応答内のデバイスＤ２のプライベートＩＰアドレスは、このようにしてネットワークＢ内で有効であるが、しかしネットワークＡ内では一意的でない場合がある。ネットワークＡ内でアドレス衝突を回避するために、ゲートウェイ１００はしたがって、さらなる工程１：６で、デバイスＤ２に対してネットワークＢ内で用いられるＩＰアドレスを、デバイスＤ２に対してネットワークＡ内で用いられるＩＰアドレスに変換していて、デバイスＤ２に対してネットワークＡ内で用いられるＩＰアドレスは、ネットワークＢ内のデバイスに対してゲートウェイ１００により前もって定義されているＩＰアドレス空間から取られる。

他方、ローカル・ネットワークＡおよびローカル・ネットワークＢ内で用いられるアドレス空間が、互いに区別されている、すなわち重複していないことが知られていると、受信したＤＮＳ応答内のデバイスＤ２のプライベートＩＰアドレスは、同様にネットワークＡ内で一意的であろうし、そしてしたがって変換は必要ないであろう。工程１：６はその場合割愛できる。

工程１：５のＤＮＳ応答でデバイスＤ２のＩＰアドレスを受信していて、ゲートウェイ１００はまた、さらなるオプションの工程１：７により示しているように、ローカル・ストレージまたは同様のものにＤ２のアドレスをキャッシュする場合がある。１つの実施形態では、ゲートウェイ１０２からのＤＮＳ応答には、デバイスＤ２の現時点のプライベートＩＰアドレスに対する有効期間を決定するタイムアウト・パラメータが入っている。かかるＩＰアドレスは、それからタイムアウト・パラメータに従って第１のゲートウェイ内に一時的にキャッシュされる場合がある。

最後に、ゲートウェイ１００は、上記に従って場合により変換された、Ｄ２デバイスの現時点のプライベートＩＰアドレスの入っているＤＮＳ応答を、工程１：８でデバイスＤ１に転送する。それにより、デバイスＤ１は、宛先アドレスとして受信したＤ２のＩＰアドレスを用いることにより、データ・パケットをデバイスＤ２に伝えることができる。ＶＰＮトンネルが、ゲートウェイ１００とゲートウェイ１０２との間でデータ・パケット通信のために確立されていると、ネットワークＡとネットワークＢとの間で通信される場合、各パケットに付加される外部ヘッダにおいて、それぞれ、宛先アドレスおよび発信元アドレスとして用いられるパブリックＩＰアドレスが、各ゲートウェイに割り当てられている。Ｄ２のＩＰアドレスは、変換されるかそのままのいずれかで、それから、Ｄ１からＤ２へのパケットの内部ヘッダ内で宛先アドレスとして用いられるであろう。

図２は、図１に示す手順に従って、第１のデバイスＤ１、第１のゲートウェイ１００および第２のゲートウェイ１０２に係わるメッセージ通信の例を、信号図によって説明している。ゲートウェイ１００のＮＳレコードが、上記工程１：１に対して説明したように、ゲートウェイ１０２のドメイン名およびＩＰアドレスで更新されていると仮定する。プライベートＩＰアドレス空間１０．０．０．０／２４が、ネットワークＡ内の自身のローカル・デバイスに対してネットワークＡ内で用いられると、また仮定する。

最初に示す工程２：１では、ゲートウェイ１００は、デバイスＤ２のホスト名、この場合はＤ２．ｎｅｔｗｏｒｋＢ．ｄｙｎｄｎｓ．ｏｒｇを参照するＤＮＳ要求をデバイスＤ１から受信する。このホスト名には、宛先のデバイスＤ２を識別する第１の部分“Ｄ２”および、第２のゲートウェイ１０２およびネットワークＢを識別するドメイン名である第２の部分“ｎｅｔｗｏｒｋＢ．ｄｙｎｄｎｓ．ｏｒｇ”を含む。注目すべきは、第１の部分は、いかなる方法によっても、たとえば“Ｄｘ”、“ｗｗｗ”または“ｍａｉｌ”で自由に構成される場合があり、ネットワークＡとネットワークＢの間で事前に、合意され、そしてデバイスに対して定義済みであることである。

次の工程２：２では、ゲートウェイ１００は、上記工程１：３に対して説明したように、ドメイン名“ｎｅｔｗｏｒｋＢ．ｄｙｎｄｎｓ．ｏｒｇ”に対してＮＳレコードを調べることによりプライマリＤＮＳを決定し、そしてそれにより、ゲートウェイ１０２のＩＰアドレスを得る。ゲートウェイ１００は、今度は、上記ホスト名を参照して、次の工程２：３で、得られたＩＰアドレスに、すなわちゲートウェイ１０２にＤＮＳ要求を送ることができる。ＤＮＳ要求を受信すると、ゲートウェイ１０２は、この例ではネットワークＢ内で有効であるが、しかしネットワークＡ内では有効でない、デバイスＤ２のプライベートＩＰアドレス１０．０．０．１０を決定するために、次の工程２：４で、通常の手順に従ってホスト名を解決する。

ゲートウェイ１０２はそれから、さらなる工程２：５で、ＤＮＳ応答パケット内のペイロードとして提示されるデバイスＤ２のプライベートＩＰアドレス１０．０．０．１０が入っているＤＮＳ応答をゲートウェイ１００に送る。潜在的に重複しているアドレス空間がネットワークＡおよびネットワークＢ内で使用されているので、ゲートウェイ１００は、次の工程２：６で、受信したＩＰアドレス１０．０．０．１０を、第１のネットワークで用いるために第２のデバイスに割り当てられている修正プライベートＩＰアドレス１０．０．１．１０に変換する。変換された新しいアドレスは、第１のネットワーク内のローカル・デバイスに対して用いられるプライベートＩＰアドレス空間と区別され、すなわち、重複しない。

この例では、修正プライベートＩＰアドレスは、ＩＰｖ４ベースのアドレスであり、第３オクテット内の一意的な数字が対向するネットワークＢを表すように配分されており、この場合は“１”である。しかしながら、任意のアドレス指定方式が、ネットワークＢ内のデバイスに対してネットワークＡで用いられる場合があり、そして本発明は、この点において限定されない。デバイスＤ２の修正ＩＰアドレスはまた、オプションの工程２：７により示しているように、ゲートウェイ１００でキャッシュされる場合がある。

ゲートウェイはそれから、さらなる工程２：８で、ＤＮＳ応答パケット内のペイロードとして提示されるデバイスＤ２の変換されたＩＰアドレス１０．０．１．１０が入っているＤＮＳ応答をデバイスＤ１に送信する。また、デバイスＤ１は、別のオプションの工程２：９により示すように、受信したアドレスをローカル・ストレージにキャッシュする場合がある。デバイスＤ１は、今度は、さらなる工程２：１０に示すように、Ｄ１からＤ２へのパケットの内部ヘッダ内の宛先アドレスとして受信したＤ２のＩＰアドレスを用いることにより、データ・パケットをデバイスＤ２に伝えることができる。ゲートウェイ１０２はそれから、最後の工程２：１１に示すように、宛先アドレスを１０．０．１．１０から、デバイスＤ２に対してネットワークＢ内で有効である１０．０．０．１０に変換するであろう。

第１のデバイスが存在する第１のローカル・ネットワーク内の第１のゲートウェイにより行われる、対向する第２のローカル・ネットワーク内の第２のデバイスとのパケット通信を可能にするための手順は、これから、図３のフロー図を参照して簡潔に説明することとする。上記の例と同じように、第１のゲートウェイおよび、第２のローカル・ネットワーク内の第２のゲートウェイは、ＤＮＳ機能を装備している。

第１の工程３００では、第１のゲートウェイ内のローカルＮＳレコードを、第２のゲートウェイのドメイン名およびパブリックＩＰアドレスを格納することにより更新する。次の工程３０２では、発信ＤＮＳ要求を第１のデバイスから受信し、ＤＮＳ要求は第２のデバイスのホスト名を参照している。続く工程３０４では、第２のゲートウェイであるプライマリＤＮＳのパブリックＩＰアドレスを、ローカルＮＳレコードを調べることにより決定する。ＤＮＳ要求はそれから、第２のデバイスに対して第２のネットワークで用いられる現時点のプライベートＩＰアドレスを得るために、さらなる工程３０６で、第２のゲートウェイに送信される。

上記例に対して述べたように、潜在的に重複するアドレス空間が２つのネットワーク内で用いられると、得られた第２のデバイスのＩＰアドレスを変換する必要がある場合がある。このようにして、工程３０８では、そのような重複しているアドレス空間が第１のネットワークおよび第２のネットワークでそれら自身のデバイスに対して用いられるおそれがあるかどうかによって、処理が分岐する場合がある。第１のネットワークおよび第２のネットワークがそのような重複するアドレス空間を用いないことが知られていると、工程３０６で得られる第２のデバイスのＩＰアドレスは、第１のネットワーク内で一義的に用いることができ、そして工程３１０で、ＩＰアドレスを、得られたとおりに、すなわち変換することなく、ＤＮＳ応答で第１のデバイスに転送できよう。

そうでなければ、得られたＩＰアドレスを、工程３１２で、第１のネットワーク内で用いるために、第２のデバイスに割り当てられている修正プライベートＩＰアドレスに変換する。変換され、そして修正されたＩＰアドレスは、それから、最後に示した工程３１４で、第１のデバイスにＤＮＳ応答で最終的に転送する。

図３の典型的な手順は、実装によっては多少修正される場合がある。実際的な例では、得たれたＩＰアドレスは、２つのネットワークが重複しているアドレス空間を用いる恐れがあるか否かに係わらず、上記に従って修正プライベートＩＰアドレスに変換される場合がある。かかる場合、工程３０８および工程３１０は割愛できるであろうし、そして工程３１２および工程３１４は、工程３０６の直後に実行することができよう。

ゲートウェイ１００の上記工程および機能を基本的に行うように構成された機能部を持つ第１のネットワーク・ゲートウェイは、図４の概略ブロック図を参照して、より詳細にこれから説明することとする。この例では、第１のゲートウェイ４００は、第１のローカル・ネットワークを在圏とし、そして第１のローカル・ネットワーク内の第１の通信デバイスと第２のローカル・ネットワーク内の第２の通信デバイスとの間で、データ・パケットの通信を可能にすることができる。プライベートＩＰアドレスは、第１のローカル・ネットワークおよび第２のローカル・ネットワーク内にあるデバイスに用いられる。

ゲートウェイ４００は、図１および図２におけるサーバ１００の機能を果たすように、または図３に示す処理を実行するように、またはその両方を行うように、基本的に構成される場合がある。特に、ネットワーク・ゲートウェイ４００は、基本的に上記の例に対して説明した方法で、ＤＮＳ要求を処理するためのローカルＤＮＳ機能を用いて構成される。

ゲートウェイ４００は、ローカル・ネーム・サーバ・レコード４００ｂを、第２のネットワークの第２のゲートウェイ１０２のドメイン名およびＩＰアドレスで更新するように構成された、ネーム・サーバ（ＮＳ）レコード・マネージャ４００ａを備えており、第１のゲートウェイおよび第２のゲートウェイの各々はローカルＤＮＳ機能を有する。ゲートウェイ４００はまた、第２のデバイスのホスト名を参照する発信ＤＮＳ要求を、第１のデバイス（図示していない）から受信するように構成された内部通信部４００ｃを備える。ゲートウェイ４００はまた、第２のゲートウェイであるプライマリＤＮＳのＩＰアドレスを、ホスト名内のドメイン名に基づいて、ローカル・ネーム・サーバ・レコードから決定するように構成されたＤＮＳ決定部４００ｄを備える。

ゲートウェイ４００はさらに、決定されたＩＰアドレスを用いて第２のゲートウェイ（図示していない）にＤＮＳ要求を送信するように、そして第２のゲートウェイからのＤＮＳ応答で第２のデバイスの現時点のプライベートＩＰアドレスを得るように構成された外部通信部４００ｅを備える。内部通信部４００ｃはさらに、第２のデバイスの現時点のプライベートＩＰアドレスを参照するＤＮＳ応答を第１のデバイスに転送する。

ゲートウェイ４００はまた、第１のローカル・ネットワークおよび第２のローカル・ネットワーク内のデバイスに用いられるプライベートＩＰアドレスが潜在的に重複しており、そして得られたプライベートＩＰアドレスが第２のデバイスに対して第２のネットワーク内で用いられていると、得られたプライベートＩＰアドレスを、第２のデバイスに対して第１のネットワーク内で用いられる修正プライベートＩＰアドレスに変換するように構成されたＩＰアドレス変換部４００ｆを備える。かかる場合、修正プライベートＩＰアドレスは、第１のネットワークと第２のネットワークとの間のＶＰＮトンネルに対して定義されている場合があり、そして第１のローカル・ネットワーク内のデバイスに対して、第１のローカル・ネットワーク内で用いられる内部ＩＰアドレスと区別され、すなわち重複しない。さらに、修正プライベートＩＰアドレスは、ゲートウェイ４００内で創出され、そして少なくともトンネル識別子および、第２のネットワークにあるデバイスに対して第１のネットワーク内で用いられる重複しないＩＰアドレス空間が入っている変換テーブル４００ｇから読み出される場合がある。

図４でさらに示しているように、第１のゲートウェイ４００上で実行される場合、第１のゲートウェイに第１のゲートウェイの上記機能および工程を行うようにさせるコード手段を備えているコンピュータ・プログラム４０２のプログラム・モジュールとして、上記の機能部は実装できる。この実施形態では、コンピュータ・プログラム４０２は、コンピュータ・プログラムが格納されているコンピュータで読み取り可能な記憶媒体を備えているコンピュータ・プログラム・プロダクト４０４により実行される。

コンピュータ・プログラム４０２のプログラム・モジュールには、
−ローカル・ネーム・サーバ・レコード４００ｂを第２のネットワークの第２のゲートウェイのドメイン名およびＩＰアドレスで更新できる更新モジュール４０２ａ、（第１のゲートウェイおよび第２のゲートウェイの各々がローカルＤＮＳ機能を有する）、
−第２のデバイスのホスト名を参照する発信ＤＮＳ要求を第１のデバイスから受信できる受信モジュール４０２ｂ、
−第２のゲートウェイであるプライマリＤＮＳのＩＰアドレスを、ホスト名内のドメイン名に基づいてローカル・ネーム・サーバ・レコードから決定できる決定モジュール４０２ｃ、
−決定されたＩＰアドレスを用いて、ＤＮＳ要求を第２のゲートウェイに送信し、そして第２のゲートウェイからのＤＮＳ応答で第２のデバイスの現時点のプライベートＩＰアドレスを得ることができる送信および獲得モジュール４０２ｄ、
−第２のデバイスの現時点のプライベートＩＰアドレスを参照して、ＤＮＳ応答を第１のデバイスに転送できる転送モジュール４０２ｅ、
を含む。

コンピュータ・プログラム４０２のコード手段およびコンピュータ・プログラム・プロダクト４０４はまた、第１のゲートウェイに以下の機能を行わせる場合がある。

第１のローカル・ネットワークおよび第２のローカル・ネットワーク内のデバイスに用いられるプライベートＩＰアドレスが潜在的に重複していて、そして得られたプライベートＩＰアドレスが第２のデバイスに対して第２のネットワーク内で用いられていると、コード手段は、第１のゲートウェイに、得られたプライベートＩＰアドレスを第２のデバイスに対して第１のネットワーク内で用いられる修正プライベートＩＰアドレスに変換させる場合がある。修正プライベートＩＰアドレスは、第１のネットワークと第２のネットワークとの間のＶＰＮトンネルに対して定義された、そして第１のローカル・ネットワーク内のデバイスに対して第１のローカル・ネットワーク内で用いられる内部ＩＰアドレス空間と区別されている（すなわち重複しない）アドレス空間内にある。第１のデバイスに転送されたＤＮＳ応答は、それから修正ＩＰアドレスを備えるであろう。

第２のゲートウェイからのＤＮＳ応答にさらに、第２のデバイスの現時点のプライベートＩＰアドレスに対する有効期間を決定するタイムアウト・パラメータが入っていると、コード手段は、第１のゲートウェイに、タイムアウト・パラメータに従って、第１のゲートウェイ内の第２のデバイスの現時点のプライベートＩＰアドレスを一時的にキャッシュするようにさせる場合がある。

注目すべきは、図４は、論理的意味合いで、ゲートウェイ４００内の様々な典型的な機能部およびプログラム・モジュールをただ示しているだけであり、一方当業者は、任意の適切なソフトウェア手段およびハードウェア手段を用いて、説明した機能を実際に自由に実装できる。このようにして、本発明は広く、ゲートウェイ４００の図示した構成に限定されない。たとえば、コンピュータ・プログラム・プロダクトは、フラッシュ・メモリ、ＲＯＭ（リード・オンリ・メモリ）またはＥＥＰＲＯＭ（電気的に消去可能なプログラマブルＲＯＭ）である場合があり、そして上記のコンピュータ・プログラム・モジュールは、代替の実施形態では、ゲートウェイ４００内のメモリの形式で種々のコンピュータ・プログラム・プロダクトに分散されることができよう。

以下の恩恵および長所が、上記の実施形態によって得られる場合がある。
１）本解決策は、ローカル・ネットワーク内のユーザにネットワークを通して安全でプライベートな通信をするようにできる。
２）ＤＮＳ変換は、対向するデバイスの現時点のＩＰアドレスを知っている必要がなく、より使い易い機能を可能にさせる。
３）すべてのプライベートＩＰアドレスが、ネットワーク間でデータ・パケットを通信する場合、一意的になる。
４）ＤＮＳ応答のペイロードにおける変換が、ＶＰＮトンネルを確立しているローカル・ネットワーク間でのよりよい相互作用を可能にさせる。
５）本解決策は、各ゲートウェイがトンネリング機能およびアドレス変換機能に関与するので、拡張性がある。
６）ローカルＤＮＳ機能は、現存するグローバルＤＮＳ機能に影響しない、または妨げない。
７）本解決策はまた、移動網に対して多国にわたる解決策をサポートするのに用いることができる。

本発明は特定の典型的な実施形態を参照して説明してきたが、明細書は概論的に、本発明の構想を説明しようとしているだけであり、そして本発明の範囲を限定すると見なされるべきではない。本発明は、添付の請求項により規定される。

Claims (15)

1. 第１のローカル・ネットワーク内の第１の通信デバイス（Ｄ１）と第２のローカル・ネットワーク内の第２の通信デバイス（Ｄ２）との間でデータ・パケットの通信をできるようにする方法であり、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内にあるデバイスに、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内で潜在的に重複しているプライベートＩＰアドレスが用いられており、前記第１のローカル・ネットワークの第１のゲートウェイ（１００）内で実行されるところの方法であって、
   前記第１のゲートウェイにおいて、ローカル・ネーム・サーバ・レコード（１００ａ）を、前記第２のローカル・ネットワークの第２のゲートウェイ（１０２）のドメイン名およびＩＰアドレスで更新する工程（３００）であって、前記第１のゲートウェイおよび前記第２のゲートウェイの各々はローカルＤＮＳ機能を有しているところの工程と、
   前記第２の通信デバイスのホスト名を参照する発信ＤＮＳ要求を前記第１の通信デバイスから受信する工程（３０２）と、
   前記第２のゲートウェイであるプライマリＤＮＳの前記ＩＰアドレスを、前記ホスト名内のドメイン名に基づいて前記ローカル・ネーム・サーバ・レコードから決定する工程（３０４）と、
   前記決定されたＩＰアドレスを用いて、前記第２のゲートウェイにＤＮＳ要求を転送する工程（３０６）と、
   前記第２のゲートウェイからＤＮＳ応答を受信し、前記第２の通信デバイスの現時点のプライベートＩＰアドレスを前記ＤＮＳ応答から取得する工程（３０６）であって、前記現時点のプライベートＩＰアドレスが前記第２の通信デバイスに対して前記第２のローカル・ネットワーク内で用いられるところの工程と、
   前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスを、前記第２の通信デバイスに対して前記第１のローカル・ネットワーク内で用いられる修正プライベートＩＰアドレスに変換する工程（３１２）であって、前記修正プライベートＩＰアドレスは、前記第１のローカル・ネットワークと前記第２のローカル・ネットワークとの間のＶＰＮトンネルに対して定義され、かつ、前記第１のローカル・ネットワーク内のデバイスに対して前記第１のローカル・ネットワークで用いられる内部ＩＰアドレス空間から区別されているアドレス空間内にあるところの工程と、
   前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスを参照して、前記第１の通信デバイスにＤＮＳ応答を転送する工程（３１０）と、
   前記第１の通信デバイスから、前記第２の通信デバイスの前記修正プライベートＩＰアドレスを宛先アドレスとして含むデータ・パケットを受信する工程と、
   前記データ・パケットを、前記宛先アドレスを変換することなく前記第２のゲートウェイに転送する工程と
   を有することを特徴とする方法。
2. 前記修正プライベートＩＰアドレスは、第２のオクテットまたは第３のオクテット内の一意的な数字が前記第２のローカル・ネットワークを表わすように配分されているＩＰｖ４ベースのアドレスであることを特徴とする
   請求項１に記載の方法。
3. 前記第２のゲートウェイからの前記ＤＮＳ応答はさらに、前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスに対する有効期間を決定するタイムアウト・パラメータを含むことを特徴とする請求項１または２に記載の方法。
4. 前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスが前記タイムアウト・パラメータに従って前記第１のゲートウェイ内で一時的にキャッシュされることを特徴とする請求項３に記載の方法。
5. 前記ホスト名に前記第２の通信デバイスを識別する第１の部分および前記ドメイン名を持つ第２の部分を含むことを特徴とする請求項１乃至４のいずれか一項に記載の方法。
6. 前記ＶＰＮトンネルが前記第１のゲートウェイと前記第２のゲートウェイ（１００、１０２）との間でデータ・パケット通信のために確立されており、パブリックＩＰアドレスが各ゲートウェイに割り当てられていることを特徴とする請求項１乃至５のいずれか一項に記載の方法。
7. 第１のローカル・ネットワークに在圏する第１のゲートウェイ内の装置（１００、４００）であり、前記第１のローカル・ネットワーク内の第１の通信デバイス（Ｄ１）と第２のローカル・ネットワーク内の第２の通信デバイス（Ｄ２）との間でデータ・パケットの通信を可能にでき、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内にあるデバイスに、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内で潜在的に重複しているプライベートＩＰアドレスが用いられるところの装置であって、
   ローカル・ネーム・サーバ・レコード（４００ｂ）を前記第２のローカル・ネットワークの第２のゲートウェイ（１０２）のドメイン名およびＩＰアドレスで更新するように構成されたネーム・サーバ・レコード・マネージャ（４００ａ）であって、前記第１のゲートウェイおよび前記第２のゲートウェイの各々がローカルＤＮＳ機能を有しているところのネーム・サーバ・レコード・マネージャと、
   前記第２の通信デバイスのホスト名を参照する発信ＤＮＳ要求を前記第１の通信デバイスから受信するように構成された内部通信部（４００ｃ）と、
   前記第２のゲートウェイであるプライマリＤＮＳの前記ＩＰアドレスを、前記ホスト名内のドメイン名に基づいて前記ローカル・ネーム・サーバ・レコードから決定するように構成されたＤＮＳ決定部（４００ｄ）と、
   前記決定されたＩＰアドレスを用いて、前記第２のゲートウェイにＤＮＳ要求を送信し、前記第２のゲートウェイからのＤＮＳ応答で前記第２の通信デバイスの現時点のプライベートＩＰアドレスを取得するように構成された外部通信部（４００ｅ）であって、前記現時点のプライベートＩＰアドレスが前記第２の通信デバイスに対して前記第２のローカル・ネットワーク内で用いられるところの外部通信部（４００ｅ）と、
   前記現時点のプライベートＩＰアドレスを、前記第２の通信デバイスに対して前記第１のローカル・ネットワーク内で用いられる修正プライベートＩＰアドレスに変換するＩＰアドレス変換部（４００ｆ）であって、前記修正プライベートＩＰアドレスは、前記第１のローカル・ネットワークと前記第２のローカル・ネットワークとの間のＶＰＮトンネルに対して定義され、かつ、前記第１のローカル・ネットワーク内のデバイスに対して前記第１のローカル・ネットワークで用いられる内部ＩＰアドレス空間から区別されているアドレス空間内にあるところのＩＰアドレス変換部と
   を備え、
   前記内部通信部（４００ｃ）は、前記第２の通信デバイスの前記修正プライベートＩＰアドレスを参照して、前記ＤＮＳ応答を前記第１の通信デバイスに転送し、前記第１の通信デバイスから、前記第２の通信デバイスの前記修正プライベートＩＰアドレスを宛先アドレスとして含むデータ・パケットを受信し、
   前記外部通信部はさらに、前記データ・パケットを、前記宛先アドレスを変換することなく前記第２のゲートウェイに転送するようにさらに構成されることを特徴とする装置。
8. 前記修正プライベートＩＰアドレスは、第２オクテットまたは第２オクテット内の一意的な数字が前記第２のローカル・ネットワークを表わすように配分されているＩＰｖ４ベースのアドレスであることを特徴とする請求項７に記載の装置。
9. 前記第２のゲートウェイからの前記ＤＮＳ応答はさらに前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスに対する有効期間を決定するタイムアウト・パラメータを含むことを特徴とする請求項７または８に記載の装置。
10. 前記タイムアウト・パラメータに従って前記現時点のプライベートＩＰアドレスを一時的にキャッシュするように構成されたことを特徴とする請求項９に記載の装置。
11. 前記ホスト名は前記第２の通信デバイスを識別する第１の部分および前記ドメイン名を持つ第２の部分を含むことを特徴とする請求項７乃至１０のいずれか一項に記載の装置。
12. 前記ＶＰＮトンネルが第１のゲートウェイと第２のゲートウェイ（１００、１０２）との間のデータ・パケット通信のために確立されており、かつパブリックＩＰアドレスが各ゲートウェイに割り当てられていることを特徴とする請求項７乃至１１のいずれか一項に記載の装置。
13. 第１のローカル・ネットワークに在圏する第１のゲートウェイ（Ａ）用に構成され、前記第１のローカル・ネットワーク内の第１の通信デバイス（Ｄ１）と第２のローカル・ネットワーク内の第２の通信デバイス（Ｄ２）との間でデータ・パケットの通信を可能にできるコンピュータ・プログラム（４０２）であって、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内にあるデバイスに、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内で潜在的に重複しているプライベートＩＰアドレスが用いられており、前記コンピュータ・プログラムは、前記第１のゲートウェイ上で実行される場合、前記第１のゲートウェイに、
    ローカル・ネーム・サーバ・レコード（１００ａ）を前記第２のローカル・ネットワークの第２のゲートウェイ（１０２）のドメイン名およびＩＰアドレスで更新させ（３００）、前記第１のゲートウェイおよび前記第２のゲートウェイの各々がローカルＤＮＳ機能を有しており、
    前記第２の通信デバイスのホスト名を参照する発信ＤＮＳ要求を前記第１の通信デバイスから受信させ（３０２）、
    前記第２のゲートウェイであるプライマリＤＮＳの前記ＩＰアドレスを、前記ホスト名内のドメイン名に基づいて前記ローカル・ネーム・サーバ・レコードから決定させ（３０４）、
    前記決定されたＩＰアドレスを用いてＤＮＳ要求を前記第２のゲートウェイに送信させ（３０６）、
    前記第２のゲートウェイからのＤＮＳ応答内の、前記第２の通信デバイスの現時点でのプライベートＩＰアドレスを取得させ、前記取得したプライベートＩＰアドレスが前記第２の通信デバイスに対して前記第２のローカル・ネットワーク内で用いられ、
    前記現時点のプライベートＩＰアドレスを前記第２の通信デバイスに対して前記第１のローカル・ネットワーク内で用いられる修正プライベートＩＰアドレスに変換させ（３１２）、前記修正プライベートＩＰアドレスは、前記第１のローカル・ネットワークと前記第２のローカル・ネットワークとの間のＶＰＮトンネルに対して定義され、かつ、前記第１のローカル・ネットワーク内のデバイスに対して前記第１のローカル・ネットワークで用いられる内部ＩＰアドレス空間から区別されているアドレス空間内にあり、
    前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスを参照して、前記ＤＮＳ応答を前記第１の通信デバイスに転送させ、
    前記第１の通信デバイスから、前記第２の通信デバイスの前記修正プライベートＩＰアドレスを宛先アドレスとして含むデータ・パケットを受信させ、
    前記データ・パケットを、前記宛先アドレスを変換することなく前記第２のゲートウェイに転送させる（３１０）ためのコンピュータ・プログラム。
14. 請求項１３に記載のコンピュータ・プログラムが格納されたコンピュータで読み取り可能な記憶媒体。
15. 第１のローカル・ネットワーク内の第１の通信デバイス（Ｄ１）と第２のローカル・ネットワーク内の第２の通信デバイス（Ｄ２）との間でデータ・パケットの通信をできるようにする方法であり、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内にあるデバイスに、前記第１のローカル・ネットワークおよび前記第２のローカル・ネットワーク内で潜在的に重複しているプライベートＩＰアドレスが用いられており、前記第２のローカル・ネットワークの第２のゲートウェイ（１０２）内で実行されるところの方法であって、
    前記第２の通信デバイスのホスト名を含むＤＮＳ要求を前記第１のゲートウェイから受信する工程と
    前記第２のゲートウェイにより、前記第２の通信デバイスの現時点のプライベートＩＰアドレスを含むＤＮＳ応答を前記第１のゲートウェイに送信する工程であって、前記現時点のプライベートＩＰアドレスは前記第２のローカル・ネットワーク内で前記第２の通信デバイスに対して用いられるところの工程と、
    前記第２のローカル・ネットワーク内では無効なＩＰアドレスである宛先ＩＰアドレスを含む、前記第２の通信デバイスに向けられたデータ・パケットを受信する工程と、
    前記無効なＩＰアドレスを、前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスに変換する工程と、
    前記データ・パケットを、前記第２の通信デバイスの前記現時点のプライベートＩＰアドレスを用いて前記第２の通信デバイスに転送する工程と
    を有することを特徴とする方法。

Images