(57)【特許請求の範囲】
【請求項１】
ゲートウェイにおいてＩＰ系ネットワークへの多重アクセスを提供する方法であり、前記ゲートウェイが、第１のネットワークとのインタフェースと、第２のネットワークとのインタフェースとを備え、前記ゲートウェイが、第１のパブリックＩＰアドレスの第１のネットワーク・プロバイダによって前記第２のネットワークを介して前記ＩＰ系ネットワークに接続されて、前記第１のネットワーク中に位置する任意の装置が前記第１のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようになっている方法であって、
第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続することを求める前記第１のネットワーク上に位置する装置からの要求を検出するステップと、
前記第１のパブリックＩＰアドレスを用いて前記ＩＰ系ネットワーク上で前記要求を転送するステップと、
第２のパブリックＩＰアドレスを含む応答を、前記第２ネットワーク・プロバイダから受信するステップと、
前記装置にローカル・アドレスを割り当てるステップと、
前記ローカル・アドレスを前記第２のパブリックＩＰアドレスにマッピングして、前記装置が前記第２のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようにするステップと、を含む、前記方法。
【請求項２】
前記第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続することを求める前記第１のネットワーク上に位置する第２の装置からの要求を検出するステップと、
前記装置にローカル・アドレスを割り当てるステップと、
前記ローカル・アドレスを前記第２のパブリックＩＰアドレスにマッピングして、前記装置が前記第２のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようにするステップと、を含む、請求項１に記載の方法。
【請求項３】
前記要求および応答がそれぞれ、ＤＨＣＰ要求およびＤＨＣＰ応答である、請求項１または２に記載の方法。
【請求項４】
ＩＰ系ネットワークへの多重アクセスを提供するゲートウェイであり、
第１のネットワークとのインタフェースと、第２のネットワークとのインタフェースとを備え、第１のパブリックＩＰアドレスの第１のネットワーク・プロバイダによって前記第２のネットワークを介して前記ＩＰ系ネットワークに接続されて、前記第１のネットワーク中に位置する任意の装置が前記第１のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようになっているゲートウェイであって、
第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続することを求める前記第１のネットワーク上に位置する装置からの要求を検出する検出手段と、
前記要求を受信したときに、前記第１のパブリックＩＰアドレスを用いて前記ＩＰ系ネットワーク上で前記要求を転送し、第２のパブリックＩＰアドレスを含む応答を前記第２ネットワーク・プロバイダから受信したときに、前記装置にローカル・アドレスを割り当て、前記ローカル・アドレスを前記第２のパブリックＩＰアドレスにマッピングして、前記装置が前記第２のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようにする接続手段と、を備える、前記ゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ＩＰ系ネットワークへのゲートウェイにおけるアクセスに関し、特に、複数のネットワーク・プロバイダを有するＩＰ系ネットワークへの多重アクセスを提供するゲートウェイに関する。
【背景技術】
【０００２】
本項は、以下に説明および／または請求する本発明の様々な特徴と関連する可能性がある現行技術の様々な特徴を読者に紹介するためのものである。本項の記載は、読者に背景情報を提供して、本発明の様々な特徴をより良く理解できるようにするのに役立つものと考えられる。従って、これらの記述は、このことに照らして読むべきものであり、従来技術を承認するものとして読むべきものではないことを理解されたい。
【０００３】
ゲートウェイは、一般にはローカル・エリア・ネットワークである第１のネットワークから、一般にはインターネットなどのＩＰ系パブリック・ネットワークである第２のネットワークへのインタフェースを取る通信装置である。インターネットへのアクセスは、ネットワーク・サービス・プロバイダ（ＮＳＰ）とも呼ばれるインターネット・サービス・プロバイダ（ＩＳＰ）によって提供される。ＩＳＰは、ゲートウェイにパブリック・インターネット・アドレスを提供する。ゲートウェイは、ＩＥＴＦ  ＲＦＣ  ２１３１（インターネット・エンジニアリング・タスク・フォース、リクエスト・フォー・コメンツ）に定義される動的ホスト構成プロトコル（ＤＨＣＰ）を用いて、インターネット上に位置するＩＳＰサーバからパブリックＩＰアドレスを得る。ゲートウェイは、一般に、ローカル・エリア・ネットワーク上の装置にＩＰアドレスを提供するようになされたＤＨＣＰサーバを備える。また、ゲートウェイは、ＩＥＴＦ  ＲＦＣ  ３０２２に準拠したネットワーク・アドレス・ポート・トランスレーション（ＮＡＰＴ）ルータも備える。ＮＡＰＴは、ローカル装置がグローバルＩＰアドレスを使用して、ゲートウェイを介してインターネットにアクセスすることを可能にする。ローカル・エリア・ネットワーク上のどのような装置であっても、ゲートウェイ側でインターネット・アクセスが提供される。
【０００４】
複数のＮＳＰでインターネットに接続したいエンド・ユーザがいる場合、そのエンド・ユーザは、ゲートウェイも複数必要である。各ゲートウェイはそれぞれ異なるＮＳＰと接続し、各ＮＳＰはそれぞれ異なるＩＰサブネットを使用する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、ゲートウェイにおいてＩＰ系ネットワークに接続するための複数の接続を得る方法を提供することにより、従来技術のＩＰ系ネットワークの接続性に関する懸念の少なくとも一部を解消しようとするものである。
【課題を解決するための手段】
【０００６】
本発明は、ゲートウェイにおいてＩＰ系ネットワークへの多重アクセスを提供する方法であって、該ゲートウェイが、第１のネットワークとのインタフェースと、第２のネットワークとのインタフェースとを備え、該ゲートウェイが、第１の接続上の第１のネットワーク・プロバイダによって第２のネットワークを介してＩＰ系ネットワークに接続される方法に関する。この目的のために、本発明は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する装置からの要求を検出するステップと、第２のネットワーク・プロバイダによる第２のネットワークを介したＩＰ系ネットワークへの第２の接続を確立するステップと、該装置を第２の接続によってＩＰ系ネットワークに接続するステップとを含む方法に関する。
【０００７】
ゲートウェイは、第１のネットワーク・プロバイダからの第１の接続を使用して、ＩＰ系ネットワークに接続する。また、ゲートウェイは、装置が第１のネットワーク・プロバイダとは異なる第２のネットワーク・プロバイダを使用してＩＰ系ネットワークに接続することを可能にする。接続は、第１のネットワーク・プロバイダとは異なるネットワーク・プロバイダによってＩＰ系ネットワークに接続することを要求している装置を検出したときに、自動的に行われる。第２の接続では、第１の接続は使用しない。第２の接続は、第１のネットワーク・プロバイダとは異なるネットワーク・プロバイダを使用する、第１の接続と同じタイプの接続である。第２の接続が確立されると、ゲートウェイは、第２の接続を使用して、ＩＰ系ネットワークと装置の間のトランザクションを行う。
【０００８】
もちろん、ゲートウェイは、別の装置が第１および第２の接続とは異なる別の接続を用いてＩＰ系ネットワークに接続することも可能にする。
【０００９】
本発明の実施例によれば、この方法は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する第２の装置からの要求を検出するステップと、第２の装置を第２の接続によってＩＰ系ネットワークに接続するステップとを含む。
【００１０】
同じ第２のネットワーク・プロバイダによる接続を第２のローカル装置が要求するときには、ゲートウェイは、第２の接続を使用して、第２の装置をＩＰ系ネットワークに接続する。ゲートウェイは、第２のネットワーク・プロバイダによって第２の装置を接続するための第３の接続は確立しない。
【００１１】
本発明の実施例によれば、第２の接続を確立するステップは、第２の接続を確立する要求を前記第２のネットワーク・プロバイダに転送するステップと、第１の接続を使用するステップと、第１の接続上で第２のネットワーク・プロバイダからの応答を受信して、第２の接続を使用できるようにするステップとを含む。
【００１２】
本発明の実施例によれば、要求を検出するステップは、ＤＨＣＰ要求を受信するステップを含み、ＤＨＣＰ要求は、その宛先が第２のネットワーク・プロバイダであることを示す指示を含む。
【００１３】
本発明の実施例によれば、第１のネットワークはローカル・エリア・ネットワークであり、第２のネットワークは広域ネットワークである。
【００１４】
本発明の実施例によれば、第２のネットワーク・プロバイダから応答を受信するステップは、第２のネットワーク・プロバイダからパブリック・アドレスを受信するステップを含み、装置を第２の接続によってＩＰ系ネットワークに接続するステップは、該装置にローカル・アドレスを割り当て、該ローカル・アドレスをパブリック・アドレスにマッピングするステップを含み、ゲートウェイは、該パブリック・アドレスによってＩＰ系ネットワークに接続される。
【００１５】
本発明の実施例によれば、アドレスは、ＩＰ系ネットワーク・プロトコル・アドレスである。
【００１６】
本発明の実施例によれば、この方法は、第２の接続によってＩＰ系ネットワークに接続された装置が第１のネットワークを離れ、または第２のネットワーク・プロバイダによるＩＰ系ネットワークへの接続を解除したことを検出し、第２の接続によってＩＰ系ネットワークに接続された装置がその他に存在しない場合には、第２の接続を解除するステップを含む。
【００１７】
本発明の別の目的は、ＩＰ系ネットワークへの多重アクセスを提供するゲートウェイであり、第１のネットワークとのインタフェースと、第２のネットワークとのインタフェースとを備え、第１の接続上の第１のネットワーク・プロバイダによって第２のネットワークを介してＩＰ系ネットワークに接続されるゲートウェイである。該ゲートウェイは、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する装置からの要求を検出する検出手段と、第２のネットワークを介した第２のネットワーク・プロバイダによるＩＰ系ネットワークへの第２の接続を確立し、該装置を第２の接続に接続する接続手段とを備える。
【００１８】
実施例によれば、検出手段は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続されている装置が存在しないときを検出するようになされており、接続手段は、第２の接続を解除するようになされている。
【００１９】
上記の開示の実施例と範囲が対応するいくつかの特徴について、以下で述べる。これらの特徴は、本発明が取り得るいくつかの形態の簡単な要約を読者に与えるために提示したものに過ぎず、本発明の範囲を制限するためのものではないことを理解されたい。実際には、本発明は、以下に記載されていない様々な特徴も包含する可能性がある。
【００２０】
本発明について、以下の実施例および実行例を用いて添付の図面を参照しながら説明する。本発明は、これらの実施例および実行例を添付の図面を参照して読むことにより、より良く理解できるであろう。ただし、これらの実施例および実行例は、本発明を限定するものではない。
【図面の簡単な説明】
【００２１】
【図１】実施例によるシステムを表す図である。
【図２】実施例による手順を示す流れ図である。
【発明を実施するための形態】
【００２２】
図１に示す各ブロックは、単なる機能的な要素であり、必ずしも物理的に別個の要素に対応しているわけではない。すなわち、これらのブロックは、ハードウェアとして実施することもソフトウェアとして実施することもでき、あるいは１つまたは複数の集積回路中に実装することもできる。
【００２３】
実施例によるシステムを、図１に示す。ゲートウェイ１は、ローカル・エリア・ネットワーク４およびパブリック・ネットワーク２に接続される。ローカル・エリア・ネットワークは、イーサネット（登録商標）型ネットワークである。もちろん、ローカル・エリア・ネットワークは、任意のタイプの有線または無線ＬＡＮ技術とすることができる。ゲートウェイは、複数のＬＡＮへの複数の接続も備えることができる。パブリック・ネットワークは、ＩＰ系ネットワークである。本実施例によれば、ＩＰ系ネットワークはインターネットであるが、ＩＰＴＶを提供するために使用されるＩＰネットワークなど、その他の任意のタイプのＩＰ系ネットワークとすることができる。ゲートウェイは、ネットワーク・サービス・プロバイダ（ＮＳＰ）によってインターネットへの接続を得る。第１のＮＳＰ、すなわちデフォルトＮＳＰ３１は、デフォルト・パブリックＩＰアドレスＡ１をゲートウェイに提供する。非デフォルトＮＳＰ３２は、後述するようにゲートウェイに非デフォルト・パブリックＩＰアドレスＡ２を提供する。ゲートウェイは、ローカル・エリア・ネットワーク４の装置５１および５２がインターネット２にアクセスすることを可能にする。装置５１は、デフォルトＮＳＰによってインターネットにアクセスする。装置５２は、非デフォルトＮＳＰによってインターネットにアクセスする。
【００２４】
デフォルトＮＳＰは、ＩＰネットワークがゲートウェイにアクセスするためのＮＳＰである。非デフォルトＮＳＰは、ＩＰネットワーク・サービスを提供する。非デフォルトＮＳＰは、デフォルトＮＳＰによって提供されるＩＰアクセスを使用して、接続を確立する。より一般的には、ＮＳＰは、ＩＰ系ネットワーク・アクセスを提供するネットワーク・プロバイダとすることができる。
【００２５】
本実施例のゲートウェイ装置１は、ＤＳＬ技術によってインターネット・ブロードバンド・アクセスを提供するディジタル加入者回線ゲートウェイである。もちろん、ゲートウェイは、ケーブル、ファイバ、または無線など、任意のタイプのブロードバンド・ゲートウェイとすることができる。ゲートウェイは、ＬＡＮインタフェース１４およびＷＡＮインタフェース１５を備える。ゲートウェイは、ローカル・ネットワーク４上のプライベートＩＰアドレスのセットを管理するＤＨＣＰサーバ１１も備える。ゲートウェイは、ＮＡＰＴルータ１３も備える。ゲートウェイは、第１のネットワーク上に位置する装置が非デフォルトＮＳＰｎを用いてインターネットに接続することを要求していることを検出し、また非デフォルトＮＳＰｎを用いてインターネットに接続した装置が当該ローカル・ネットワークを離れた、または非デフォルトＮＳＰｎへの接続を解除したことを検出するようになされた検出モジュール１２．１も備える。さらに、ゲートウェイは、ゲートウェイをＮＳＰｎに接続し、またゲートウェイをＮＳＰｎから切断する、接続モジュール１２．２も備える。ゲートウェイは、各ＮＳＰｎに接続された装置のリストを記憶するメモリ１２．３も備える。
【００２６】
本実施例によれば、検出モジュール１２．１、接続モジュール１２．２およびメモリ１２．３は、リレー・モジュール１２に含まれる。具体的には、リレー・モジュールは、ＤＨＣＰマルチプロバイダ・リレー・モジュール１２であり、これは、以下ではＤＭリレーとも呼ぶ。ＤＭリレー１２は、ローカルのＤＨＣＰサーバ１１、およびＮＳＰｎのＤＨＣＰサーバと相互作用する。また、ＤＭリレー１２はＮＡＰＴルータ１３とも相互作用して、ゲートウェイのパブリックＩＰアドレスをローカル装置ＩＰアドレスにマッピングする。ＤＭリレー１２は、ＮＳＰｎを介したインターネットへのアクセスを要求するローカル装置にローカルＩＰアドレスを割り当て、ＮＳＰｎから受信した所用のＩＰ構成データを当該ローカル装置に渡す。より一般的には、ＤＭリレーの機能は、ＲＦＣ３０４６に指定されるＤＨＣＰリレー・エージェントの１つと同様である。ＤＨＣＰリレー・エージェントは、クライアント起源のＤＨＣＰパケットをＤＨＣＰサーバに転送するときに、リレー・エージェント情報オプションを挿入する。さらに、ＤＭリレーは、以下の機能を実行する。
−新たなＮＳＰｎへの要求を認識する。これは、以下に示す特定のＤＨＣＰパラメータに基づく。
−ＷＡＮ側でＤＨＣＰ  ＡＣＫメッセージを受信したときに、それ自体のＩＰアドレスによって受信ＤＨＣＰメッセージＩＰアドレスを変更する。具体的には、受信したＤＨＣＰ  ＡＣＫメッセージの「Ｙｏｕｒ  ＩＰ  ａｄｄｒｅｓｓ」パラメータを、装置のプライベート・アドレスによって変更し、「Ｇａｔｅｗａｙ  ＩＰ  ａｄｄｒｅｓｓ」パラメータを、それ自体のＬＡＮ側ＩＰプライベート・アドレスによって変更する。
−ゲートウェイのパブリック・アドレスはＮＳＰｎと関連付けられている（ＩＰ＠ＮＳＰｎ）ので、この受信した「Ｙｏｕｒ  ＩＰ  ａｄｄｒｅｓｓ」を、ＷＡＮインタフェース上で構成し、ＮＡＰＴ機能を構成する。
−ＩＰ構成パラメータをＬＡＮ側に渡す。これらのパラメータは、サーバＩＰアドレス、サーバ・ホスト名およびいくつかのＤＨＣＰオプションとすることができる。
−ローカル装置からネットワーク・アドレスの解除または更新を求める要求を受信したときに、ゲートウェイは、ＮＳＰｎのＤＨＣＰサーバにＤＨＣＰメッセージを転送するとともに、装置のプライベート・アドレスをパブリックＩＰアドレスＩＰ＠ＮＳＰｎで置換する。
−ＮＳＰｎに接続される全てのローカル装置がＮＳＰｎから切断したときに、ＮＳＰｎと関連付けられたゲートウェイのパブリックＩＰアドレスが、ゲートウェイのＷＡＮインタフェースから除去される。あるいは、ゲートウェイは、接続を維持する、または当該ＮＳＰｎへの後の接続のために当該アドレスを記憶する。
【００２７】
ＤＭリレーは、登録されているＮＳＰｎおよびそれらに対応するＩＰ＠ＮＳＰｎアドレスのリストを保持する。
【００２８】
次に、ＮＳＰｎへのアクセスを得るための手順について述べる。ローカル・エリア・ネットワーク上のローカル装置は、ＮＳＰ１によって提供されるブロードバンド・ネットワーク・アクセスを使用して、新たなプロバイダＮＳＰｎを、この新たなプロバイダから受信したＵＲＬを用いて認証する。
【００２９】
認証が確認された後で、装置は、ホーム・ゲートウェイに対してＤＨＣＰ要求を送信する。以下でさらに詳述するように、ホーム・ゲートウェイは、このＷＡＮリンク上のＤＨＣＰ要求を、新たなプロバイダ・ネットワークに転送する。ホーム・ゲートウェイは、新たなＩＰサブネットのパブリックＩＰアドレスを含むＤＨＣＰ  ＩＰ構成データをプロバイダのＤＨＣＰサーバから受信すると、割り当てられたパブリックＩＰドレスを保持し、プライベート・ローカル・アドレスを装置に割り当てる。このパブリックＩＰアドレスは、ＷＡＮインタフェース上で有効であり、装置のプライベート・アドレスとこのパブリック・アドレスの間でのＩＰ転送が可能になる。プライベートＩＰアドレスの割当ては、受信したＤＨＣＰ−ＡＣＫメッセージ中にある割り当てられたパブリックＩＰアドレスをプライベート・アドレスで置換し、修正したメッセージを装置に渡すことによって行うことができる。以降、パブリックＩＰアドレスで受信された全てのメッセージは、共にネットワーク・アドレス変換を適用してローカル装置に転送される。
【００３０】
ゲートウェイに登録されている非デフォルトＮＳＰｎに第２のローカル装置がＤＨＣＰ要求を送信すると、ゲートウェイは、この第２のローカル装置にプライベートＩＰアドレスを割り当てる。また、ゲートウェイは、それに応じてＮＡＰＴを構成する。ゲートウェイは、プライベートＩＰアドレスを、当該ＮＳＰｎに関連するパブリックＩＰアドレスとリンクする。ＮＡＰＴ機能は、プライベートＩＰを有するローカル装置からのトラフィックを、特定のパブリックＩＰアドレスにマッピングするように構成されている。ＮＡＰＴは、発信（ＬＡＮ→ＷＡＮ）メッセージを変換するたびに、その変換を記憶し、インターネットからの入来トラフィックに対して逆変換を行うことができるようにする。その場合には、ゲートウェイは、ＮＳＰｎ  ＤＨＣＰサーバにいかなるメッセージも送信しない。
【００３１】
ゲートウェイは、装置がＮＳＰｎへの接続を解除するタイミングも制御している。ＮＳＰｎとの接続を解除するとき、装置は、ＤＨＣＰサーバに解除メッセージを送信する。具体的には、解除メッセージは、ＤＨＣＰ解除である。ゲートウェイは、このメッセージを傍受し、このメッセージはＮＳＰｎ  ＤＨＣＰサーバに転送されない。ゲートウェイは、装置が依然としてローカル・ネットワークに接続されているかどうかも検出する。
【００３２】
ゲートウェイは、ＮＳＰｎのパブリックＩＰアドレスにマッピングされる装置がこれ以上ないことを検出すると、当該ＮＳＰｎへの接続を解除する。ゲートウェイのＮＳＰｎに対するパブリックＩＰアドレスは、解除される。ゲートウェイは、解除メッセージをＮＳＰｎ  ＤＨＣＰサーバに送信する。具体的には、解除メッセージは、ＤＨＣＰ解除である。具体的には、ゲートウェイは、一定の遅延時間を待機した後で、接続を解除する。これにより、この遅延時間中に装置が接続を確立することを要求した場合に、接続が再確立されることを防止する。
【００３３】
図２は、ＤＨＣＰマルチプロバイダ・リレーにおけるＮＳＰｎへの接続を確立する手順を示す流れ図である。
【００３４】
ステップＳ２で、ゲートウェイのＤＭリレー・モジュールは、ＬＡＮ上の装置からＤＨＣＰ  ＲＥＱＵＥＳＴメッセージを受信する。これは、インターネット上に位置する、ＮＳＰｎのサーバに対応する１つのＤＨＣＰサーバに対してパラメータを要求する同報通信メッセージである。ＤＨＣＰ  ＲＥＱＵＥＳＴメッセージは、当該要求の宛先が特定のＮＳＰであることを示す識別を含む。これは、ＩＥＴＦ  ＲＦＣ３９２５に定義されるベンダ固有オプション１２５に示してある。もちろん、これは、特定のＮＳＰに対する要求を識別する任意のＤＨＣＰオプション搬送情報で示すこともできる。その場合には、これは、オプション４３の搬送情報、あるいはオプション６０やＮＳＰによって定義されるオプションなどＮＳＰ識別を搬送する任意のＤＨＣＰオプションとすることができる。
【００３５】
ステップＳ３で、ＤＭリレー・モジュールは、ローカルＤＨＣＰサーバ１１に対してローカルＩＰアドレスを要求し、これを得る。
【００３６】
次いで、Ｓ４で、ＤＭリレーは、これがＮＳＰｎからＩＰアドレスを得るための最初の要求であるかどうかを確認する。すなわち、ＮＳＰｎのリストにおいて、当該ＮＳＰｎが別のローカル装置によって既に使用されているかどうかを確認する。ＮＳＰｎのＤＨＣＰサーバへのパブリックＩＰアドレスの要求は、ＮＳＰｎへの接続を必要とする最初のローカル装置に対してのみ起こる。既に使用されている場合には、ステップＳ５で、ＤＭリレーは、ＮＡＰＴを構成してローカル装置を当該ＮＳＰｎにリンクする。次いで、ステップＳ６で、ＤＭリレーは、ローカルＩＰアドレスを有するＤＨＣＰ  ＡＣＫメッセージをローカル装置に送信する。
【００３７】
これがＮＳＰｎに対する最初の要求である場合には、ＤＭリレーは、ステップＳ７でＤＨＣＰ  ＲＥＱＵＥＳＴをＮＳＰｎのＤＨＣＰサーバに転送し、ステップＳ８でＩＰ構成を待機する。ステップＳ９で、ＤＭリレーは、ＩＰパブリック・アドレスを含むＤＨＣＰ  ＡＣＫメッセージを、ＮＳＰｎのＤＨＣＰサーバから受信する。ＤＭリレーは、ＷＡＮネットワーク上でＤＨＣＰ  ＲＥＱＵＥＳＴを同報通信する。各ＮＳＰ  ＤＨＣＰサーバは、このメッセージを見て、応答すべきかどうか判断する。あるいは、ＤＭリレーは、本発明の範囲外であるＤＨＣＰリレー転送ポリシーに従って、特定のＮＳＰ  ＤＨＣＰサーバＩＰアドレスにＤＨＣＰ  ＤＩＳＣＯＶＥＲを送信する。このポリシーは所定のポリシーであり、デフォルトＮＳＰによって管理される。
【００３８】
受信したパブリック・アドレスは、ゲートウェイで記憶される。ステップＳ１０で、ＤＭリレーは、ＮＡＰＴを構成して、パブリックＩＰアドレスをルータ中のローカルＩＰアドレスにマッピングする。
【００３９】
ステップＳ１１で、ＤＭリレーは、ローカルＩＰアドレスを有するローカル装置にＤＨＣＰ  ＡＣＫを送信する。
【００４０】
構成終了後、装置は、プライベートＩＰアドレスを使用し、ＮＳＰｎのＤＨＣＰサーバから全てのＤＨＣＰオプションを受信する。全てのオプションが装置に渡されるので、装置は、ネットワークに直接続されているように動作することができる。ゲートウェイは、ＮＡＰＴ中の装置のプライベート・アドレスにマッピングされる新たなプロバイダのＩＰサブネットの範囲内のパブリックＩＰアドレスを得る。装置は、このパブリック・アドレスによってアドレッシングすることができる。
【００４１】
本実施例では、デフォルトＮＳＰｎおよび非デフォルトＮＳＰｎを扱っている。もちろん、本実施例は、複数の非デフォルトＮＳＰｎを含むこともできる。ゲートウェイは、各非デフォルトＮＳＰｎを互いに独立して管理する。端末で使用するアプリケーションに応じて、ローカル装置は、複数の非デフォルトＮＳＰｎを介してインターネットにアクセスすることができる。例えば、ローカル装置は、第１のＮＳＰｎで映像サービスにアクセスし、第２のＮＳＰｎで音声サービスにアクセスすることもできる。
【００４２】
ローカル装置は、同じＮＳＰｎで複数のインターネットへのアクセスを確立することもできるので有利である。ローカル装置は、複数のインターネットへの接続を確立する。例えば、ローカル装置は、ＮＳＰｎから得られる第１の接続で映像サービスにアクセスし、同じＮＳＰｎから得られる第２の接続で音声サービスにアクセスする。
【００４３】
ネットワーク・アドレスを提供するために、ＤＨＣＰ以外の任意のプロトコルを使用することもできることも理解されたい。
【００４４】
本実施例によれば、ローカル装置は、非デフォルトＮＳＰｎへの接続を要求する。もちろん、この接続は、ゲートウェイ上のアプリケーションから要求することもできる。その場合には、ゲートウェイ自体をローカル装置とみなすことができる。
【００４５】
本明細書、特許請求の範囲および図面に開示する言及は、独立して実施することもできるし、任意の適当な組合せで実施することもできる。特色は、適宜、ハードウェアでも、ソフトウェアでも、またはその両者の組合せでも実施することができる。
【００４６】
本明細書における「一実施例」または「実施例」という記述は、実施例に関連して記載した特定の特色、構造または特性が、本発明の少なくとも１つの実施態様に含まれる可能性があるということを意味している。本明細書の様々な箇所に見られる「一実施例では」という文言は、必ずしも全てが同じ実施例を指しているわけではなく、また、別個または代替の実施例は、必ずしも互いに他の実施例を排除し合っているわけではない。
【００４７】
特許請求の範囲に記載の参照番号は、単なる例示のみを目的としたものであり、特許請求の範囲を制限するものではない。
【図１】
0005536780.tif 000002
【図２】
0005536780.tif 000003