JP2012503388A - 多重インターネット・アクセスを提供する方法およびゲートウェイ - Google Patents

Abstract

本発明は、ＩＰ系ネットワークへの多重アクセスを提供するゲートウェイ、およびゲートウェイにおいてＩＰ系ネットワークへの多重アクセスを提供する方法に関する。該ゲートウェイは、第１のネットワーク（４）とのインタフェース（１４）と、第２のネットワーク（２）とのインタフェース（１５）とを備える。該ゲートウェイは、第２のネットワークを介して、第１の接続（Ａ１）上の第１のネットワーク・プロバイダによってＩＰ系ネットワークに接続される。この方法は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する装置（５１）からの要求を検出するステップ（Ｓ２）と、第２のネットワーク・プロバイダによって第２のネットワークを介したＩＰ系ネットワークへの第２の接続を確立するステップ（Ｓ７、Ｓ８、Ｓ９）と、該第２の接続によってＩＰ系ネットワークに装置を接続するステップ（Ｓ１０、Ｓ１１）とを含む。

Description

本発明は、一般に、ＩＰ系ネットワークへのゲートウェイにおけるアクセスに関し、特に、複数のネットワーク・プロバイダを有するＩＰ系ネットワークへの多重アクセスを提供するゲートウェイに関する。

本項は、以下に説明および／または請求する本発明の様々な特徴と関連する可能性がある現行技術の様々な特徴を読者に紹介するためのものである。本項の記載は、読者に背景情報を提供して、本発明の様々な特徴をより良く理解できるようにするのに役立つものと考えられる。従って、これらの記述は、このことに照らして読むべきものであり、従来技術を承認するものとして読むべきものではないことを理解されたい。

ゲートウェイは、一般にはローカル・エリア・ネットワークである第１のネットワークから、一般にはインターネットなどのＩＰ系パブリック・ネットワークである第２のネットワークへのインタフェースを取る通信装置である。インターネットへのアクセスは、ネットワーク・サービス・プロバイダ（ＮＳＰ）とも呼ばれるインターネット・サービス・プロバイダ（ＩＳＰ）によって提供される。ＩＳＰは、ゲートウェイにパブリック・インターネット・アドレスを提供する。ゲートウェイは、ＩＥＴＦ ＲＦＣ ２１３１（インターネット・エンジニアリング・タスク・フォース、リクエスト・フォー・コメンツ）に定義される動的ホスト構成プロトコル（ＤＨＣＰ）を用いて、インターネット上に位置するＩＳＰサーバからパブリックＩＰアドレスを得る。ゲートウェイは、一般に、ローカル・エリア・ネットワーク上の装置にＩＰアドレスを提供するようになされたＤＨＣＰサーバを備える。また、ゲートウェイは、ＩＥＴＦ ＲＦＣ ３０２２に準拠したネットワーク・アドレス・ポート・トランスレーション（ＮＡＰＴ）ルータも備える。ＮＡＰＴは、ローカル装置がグローバルＩＰアドレスを使用して、ゲートウェイを介してインターネットにアクセスすることを可能にする。ローカル・エリア・ネットワーク上のどのような装置であっても、ゲートウェイ側でインターネット・アクセスが提供される。

複数のＮＳＰでインターネットに接続したいエンド・ユーザがいる場合、そのエンド・ユーザは、ゲートウェイも複数必要である。各ゲートウェイはそれぞれ異なるＮＳＰと接続し、各ＮＳＰはそれぞれ異なるＩＰサブネットを使用する。

本発明は、ゲートウェイにおいてＩＰ系ネットワークに接続するための複数の接続を得る方法を提供することにより、従来技術のＩＰ系ネットワークの接続性に関する懸念の少なくとも一部を解消しようとするものである。

本発明は、ゲートウェイにおいてＩＰ系ネットワークへの多重アクセスを提供する方法であって、該ゲートウェイが、第１のネットワークとのインタフェースと、第２のネットワークとのインタフェースとを備え、該ゲートウェイが、第１の接続上の第１のネットワーク・プロバイダによって第２のネットワークを介してＩＰ系ネットワークに接続される方法に関する。この目的のために、本発明は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する装置からの要求を検出するステップと、第２のネットワーク・プロバイダによる第２のネットワークを介したＩＰ系ネットワークへの第２の接続を確立するステップと、該装置を第２の接続によってＩＰ系ネットワークに接続するステップとを含む方法に関する。

ゲートウェイは、第１のネットワーク・プロバイダからの第１の接続を使用して、ＩＰ系ネットワークに接続する。また、ゲートウェイは、装置が第１のネットワーク・プロバイダとは異なる第２のネットワーク・プロバイダを使用してＩＰ系ネットワークに接続することを可能にする。接続は、第１のネットワーク・プロバイダとは異なるネットワーク・プロバイダによってＩＰ系ネットワークに接続することを要求している装置を検出したときに、自動的に行われる。第２の接続では、第１の接続は使用しない。第２の接続は、第１のネットワーク・プロバイダとは異なるネットワーク・プロバイダを使用する、第１の接続と同じタイプの接続である。第２の接続が確立されると、ゲートウェイは、第２の接続を使用して、ＩＰ系ネットワークと装置の間のトランザクションを行う。

もちろん、ゲートウェイは、別の装置が第１および第２の接続とは異なる別の接続を用いてＩＰ系ネットワークに接続することも可能にする。

本発明の実施例によれば、この方法は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する第２の装置からの要求を検出するステップと、第２の装置を第２の接続によってＩＰ系ネットワークに接続するステップとを含む。

同じ第２のネットワーク・プロバイダによる接続を第２のローカル装置が要求するときには、ゲートウェイは、第２の接続を使用して、第２の装置をＩＰ系ネットワークに接続する。ゲートウェイは、第２のネットワーク・プロバイダによって第２の装置を接続するための第３の接続は確立しない。

本発明の実施例によれば、第２の接続を確立するステップは、第２の接続を確立する要求を前記第２のネットワーク・プロバイダに転送するステップと、第１の接続を使用するステップと、第１の接続上で第２のネットワーク・プロバイダからの応答を受信して、第２の接続を使用できるようにするステップとを含む。

本発明の実施例によれば、要求を検出するステップは、ＤＨＣＰ要求を受信するステップを含み、ＤＨＣＰ要求は、その宛先が第２のネットワーク・プロバイダであることを示す指示を含む。

本発明の実施例によれば、第１のネットワークはローカル・エリア・ネットワークであり、第２のネットワークは広域ネットワークである。

本発明の実施例によれば、第２のネットワーク・プロバイダから応答を受信するステップは、第２のネットワーク・プロバイダからパブリック・アドレスを受信するステップを含み、装置を第２の接続によってＩＰ系ネットワークに接続するステップは、該装置にローカル・アドレスを割り当て、該ローカル・アドレスをパブリック・アドレスにマッピングするステップを含み、ゲートウェイは、該パブリック・アドレスによってＩＰ系ネットワークに接続される。

本発明の実施例によれば、アドレスは、ＩＰ系ネットワーク・プロトコル・アドレスである。

本発明の実施例によれば、この方法は、第２の接続によってＩＰ系ネットワークに接続された装置が第１のネットワークを離れ、または第２のネットワーク・プロバイダによるＩＰ系ネットワークへの接続を解除したことを検出し、第２の接続によってＩＰ系ネットワークに接続された装置がその他に存在しない場合には、第２の接続を解除するステップを含む。

本発明の別の目的は、ＩＰ系ネットワークへの多重アクセスを提供するゲートウェイであり、第１のネットワークとのインタフェースと、第２のネットワークとのインタフェースとを備え、第１の接続上の第１のネットワーク・プロバイダによって第２のネットワークを介してＩＰ系ネットワークに接続されるゲートウェイである。該ゲートウェイは、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続することを求める第１のネットワーク上に位置する装置からの要求を検出する検出手段と、第２のネットワークを介した第２のネットワーク・プロバイダによるＩＰ系ネットワークへの第２の接続を確立し、該装置を第２の接続に接続する接続手段とを備える。

実施例によれば、検出手段は、第２のネットワーク・プロバイダによってＩＰ系ネットワークに接続されている装置が存在しないときを検出するようになされており、接続手段は、第２の接続を解除するようになされている。

上記の開示の実施例と範囲が対応するいくつかの特徴について、以下で述べる。これらの特徴は、本発明が取り得るいくつかの形態の簡単な要約を読者に与えるために提示したものに過ぎず、本発明の範囲を制限するためのものではないことを理解されたい。実際には、本発明は、以下に記載されていない様々な特徴も包含する可能性がある。

本発明について、以下の実施例および実行例を用いて添付の図面を参照しながら説明する。本発明は、これらの実施例および実行例を添付の図面を参照して読むことにより、より良く理解できるであろう。ただし、これらの実施例および実行例は、本発明を限定するものではない。

実施例によるシステムを表す図である。 実施例による手順を示す流れ図である。

図１に示す各ブロックは、単なる機能的な要素であり、必ずしも物理的に別個の要素に対応しているわけではない。すなわち、これらのブロックは、ハードウェアとして実施することもソフトウェアとして実施することもでき、あるいは１つまたは複数の集積回路中に実装することもできる。

実施例によるシステムを、図１に示す。ゲートウェイ１は、ローカル・エリア・ネットワーク４およびパブリック・ネットワーク２に接続される。ローカル・エリア・ネットワークは、イーサネット（登録商標）型ネットワークである。もちろん、ローカル・エリア・ネットワークは、任意のタイプの有線または無線ＬＡＮ技術とすることができる。ゲートウェイは、複数のＬＡＮへの複数の接続も備えることができる。パブリック・ネットワークは、ＩＰ系ネットワークである。本実施例によれば、ＩＰ系ネットワークはインターネットであるが、ＩＰＴＶを提供するために使用されるＩＰネットワークなど、その他の任意のタイプのＩＰ系ネットワークとすることができる。ゲートウェイは、ネットワーク・サービス・プロバイダ（ＮＳＰ）によってインターネットへの接続を得る。第１のＮＳＰ、すなわちデフォルトＮＳＰ３１は、デフォルト・パブリックＩＰアドレスＡ１をゲートウェイに提供する。非デフォルトＮＳＰ３２は、後述するようにゲートウェイに非デフォルト・パブリックＩＰアドレスＡ２を提供する。ゲートウェイは、ローカル・エリア・ネットワーク４の装置５１および５２がインターネット２にアクセスすることを可能にする。装置５１は、デフォルトＮＳＰによってインターネットにアクセスする。装置５２は、非デフォルトＮＳＰによってインターネットにアクセスする。

デフォルトＮＳＰは、ＩＰネットワークがゲートウェイにアクセスするためのＮＳＰである。非デフォルトＮＳＰは、ＩＰネットワーク・サービスを提供する。非デフォルトＮＳＰは、デフォルトＮＳＰによって提供されるＩＰアクセスを使用して、接続を確立する。より一般的には、ＮＳＰは、ＩＰ系ネットワーク・アクセスを提供するネットワーク・プロバイダとすることができる。

本実施例のゲートウェイ装置１は、ＤＳＬ技術によってインターネット・ブロードバンド・アクセスを提供するディジタル加入者回線ゲートウェイである。もちろん、ゲートウェイは、ケーブル、ファイバ、または無線など、任意のタイプのブロードバンド・ゲートウェイとすることができる。ゲートウェイは、ＬＡＮインタフェース１４およびＷＡＮインタフェース１５を備える。ゲートウェイは、ローカル・ネットワーク４上のプライベートＩＰアドレスのセットを管理するＤＨＣＰサーバ１１も備える。ゲートウェイは、ＮＡＰＴルータ１３も備える。ゲートウェイは、第１のネットワーク上に位置する装置が非デフォルトＮＳＰｎを用いてインターネットに接続することを要求していることを検出し、また非デフォルトＮＳＰｎを用いてインターネットに接続した装置が当該ローカル・ネットワークを離れた、または非デフォルトＮＳＰｎへの接続を解除したことを検出するようになされた検出モジュール１２．１も備える。さらに、ゲートウェイは、ゲートウェイをＮＳＰｎに接続し、またゲートウェイをＮＳＰｎから切断する、接続モジュール１２．２も備える。ゲートウェイは、各ＮＳＰｎに接続された装置のリストを記憶するメモリ１２．３も備える。

本実施例によれば、検出モジュール１２．１、接続モジュール１２．２およびメモリ１２．３は、リレー・モジュール１２に含まれる。具体的には、リレー・モジュールは、ＤＨＣＰマルチプロバイダ・リレー・モジュール１２であり、これは、以下ではＤＭリレーとも呼ぶ。ＤＭリレー１２は、ローカルのＤＨＣＰサーバ１１、およびＮＳＰｎのＤＨＣＰサーバと相互作用する。また、ＤＭリレー１２はＮＡＰＴルータ１３とも相互作用して、ゲートウェイのパブリックＩＰアドレスをローカル装置ＩＰアドレスにマッピングする。ＤＭリレー１２は、ＮＳＰｎを介したインターネットへのアクセスを要求するローカル装置にローカルＩＰアドレスを割り当て、ＮＳＰｎから受信した所用のＩＰ構成データを当該ローカル装置に渡す。より一般的には、ＤＭリレーの機能は、ＲＦＣ３０４６に指定されるＤＨＣＰリレー・エージェントの１つと同様である。ＤＨＣＰリレー・エージェントは、クライアント起源のＤＨＣＰパケットをＤＨＣＰサーバに転送するときに、リレー・エージェント情報オプションを挿入する。さらに、ＤＭリレーは、以下の機能を実行する。
−新たなＮＳＰｎへの要求を認識する。これは、以下に示す特定のＤＨＣＰパラメータに基づく。
−ＷＡＮ側でＤＨＣＰ ＡＣＫメッセージを受信したときに、それ自体のＩＰアドレスによって受信ＤＨＣＰメッセージＩＰアドレスを変更する。具体的には、受信したＤＨＣＰ ＡＣＫメッセージの「Ｙｏｕｒ ＩＰ ａｄｄｒｅｓｓ」パラメータを、装置のプライベート・アドレスによって変更し、「Ｇａｔｅｗａｙ ＩＰ ａｄｄｒｅｓｓ」パラメータを、それ自体のＬＡＮ側ＩＰプライベート・アドレスによって変更する。
−ゲートウェイのパブリック・アドレスはＮＳＰｎと関連付けられている（ＩＰ＠ＮＳＰｎ）ので、この受信した「Ｙｏｕｒ ＩＰ ａｄｄｒｅｓｓ」を、ＷＡＮインタフェース上で構成し、ＮＡＰＴ機能を構成する。
−ＩＰ構成パラメータをＬＡＮ側に渡す。これらのパラメータは、サーバＩＰアドレス、サーバ・ホスト名およびいくつかのＤＨＣＰオプションとすることができる。
−ローカル装置からネットワーク・アドレスの解除または更新を求める要求を受信したときに、ゲートウェイは、ＮＳＰｎのＤＨＣＰサーバにＤＨＣＰメッセージを転送するとともに、装置のプライベート・アドレスをパブリックＩＰアドレスＩＰ＠ＮＳＰｎで置換する。
−ＮＳＰｎに接続される全てのローカル装置がＮＳＰｎから切断したときに、ＮＳＰｎと関連付けられたゲートウェイのパブリックＩＰアドレスが、ゲートウェイのＷＡＮインタフェースから除去される。あるいは、ゲートウェイは、接続を維持する、または当該ＮＳＰｎへの後の接続のために当該アドレスを記憶する。

ＤＭリレーは、登録されているＮＳＰｎおよびそれらに対応するＩＰ＠ＮＳＰｎアドレスのリストを保持する。

次に、ＮＳＰｎへのアクセスを得るための手順について述べる。ローカル・エリア・ネットワーク上のローカル装置は、ＮＳＰ１によって提供されるブロードバンド・ネットワーク・アクセスを使用して、新たなプロバイダＮＳＰｎを、この新たなプロバイダから受信したＵＲＬを用いて認証する。

認証が確認された後で、装置は、ホーム・ゲートウェイに対してＤＨＣＰ要求を送信する。以下でさらに詳述するように、ホーム・ゲートウェイは、このＷＡＮリンク上のＤＨＣＰ要求を、新たなプロバイダ・ネットワークに転送する。ホーム・ゲートウェイは、新たなＩＰサブネットのパブリックＩＰアドレスを含むＤＨＣＰ ＩＰ構成データをプロバイダのＤＨＣＰサーバから受信すると、割り当てられたパブリックＩＰドレスを保持し、プライベート・ローカル・アドレスを装置に割り当てる。このパブリックＩＰアドレスは、ＷＡＮインタフェース上で有効であり、装置のプライベート・アドレスとこのパブリック・アドレスの間でのＩＰ転送が可能になる。プライベートＩＰアドレスの割当ては、受信したＤＨＣＰ−ＡＣＫメッセージ中にある割り当てられたパブリックＩＰアドレスをプライベート・アドレスで置換し、修正したメッセージを装置に渡すことによって行うことができる。以降、パブリックＩＰアドレスで受信された全てのメッセージは、共にネットワーク・アドレス変換を適用してローカル装置に転送される。

ゲートウェイに登録されている非デフォルトＮＳＰｎに第２のローカル装置がＤＨＣＰ要求を送信すると、ゲートウェイは、この第２のローカル装置にプライベートＩＰアドレスを割り当てる。また、ゲートウェイは、それに応じてＮＡＰＴを構成する。ゲートウェイは、プライベートＩＰアドレスを、当該ＮＳＰｎに関連するパブリックＩＰアドレスとリンクする。ＮＡＰＴ機能は、プライベートＩＰを有するローカル装置からのトラフィックを、特定のパブリックＩＰアドレスにマッピングするように構成されている。ＮＡＰＴは、発信（ＬＡＮ→ＷＡＮ）メッセージを変換するたびに、その変換を記憶し、インターネットからの入来トラフィックに対して逆変換を行うことができるようにする。その場合には、ゲートウェイは、ＮＳＰｎ ＤＨＣＰサーバにいかなるメッセージも送信しない。

ゲートウェイは、装置がＮＳＰｎへの接続を解除するタイミングも制御している。ＮＳＰｎとの接続を解除するとき、装置は、ＤＨＣＰサーバに解除メッセージを送信する。具体的には、解除メッセージは、ＤＨＣＰ解除である。ゲートウェイは、このメッセージを傍受し、このメッセージはＮＳＰｎ ＤＨＣＰサーバに転送されない。ゲートウェイは、装置が依然としてローカル・ネットワークに接続されているかどうかも検出する。

ゲートウェイは、ＮＳＰｎのパブリックＩＰアドレスにマッピングされる装置がこれ以上ないことを検出すると、当該ＮＳＰｎへの接続を解除する。ゲートウェイのＮＳＰｎに対するパブリックＩＰアドレスは、解除される。ゲートウェイは、解除メッセージをＮＳＰｎ ＤＨＣＰサーバに送信する。具体的には、解除メッセージは、ＤＨＣＰ解除である。具体的には、ゲートウェイは、一定の遅延時間を待機した後で、接続を解除する。これにより、この遅延時間中に装置が接続を確立することを要求した場合に、接続が再確立されることを防止する。

図２は、ＤＨＣＰマルチプロバイダ・リレーにおけるＮＳＰｎへの接続を確立する手順を示す流れ図である。

ステップＳ２で、ゲートウェイのＤＭリレー・モジュールは、ＬＡＮ上の装置からＤＨＣＰ ＲＥＱＵＥＳＴメッセージを受信する。これは、インターネット上に位置する、ＮＳＰｎのサーバに対応する１つのＤＨＣＰサーバに対してパラメータを要求する同報通信メッセージである。ＤＨＣＰ ＲＥＱＵＥＳＴメッセージは、当該要求の宛先が特定のＮＳＰであることを示す識別を含む。これは、ＩＥＴＦ ＲＦＣ３９２５に定義されるベンダ固有オプション１２５に示してある。もちろん、これは、特定のＮＳＰに対する要求を識別する任意のＤＨＣＰオプション搬送情報で示すこともできる。その場合には、これは、オプション４３の搬送情報、あるいはオプション６０やＮＳＰによって定義されるオプションなどＮＳＰ識別を搬送する任意のＤＨＣＰオプションとすることができる。

ステップＳ３で、ＤＭリレー・モジュールは、ローカルＤＨＣＰサーバ１１に対してローカルＩＰアドレスを要求し、これを得る。

次いで、Ｓ４で、ＤＭリレーは、これがＮＳＰｎからＩＰアドレスを得るための最初の要求であるかどうかを確認する。すなわち、ＮＳＰｎのリストにおいて、当該ＮＳＰｎが別のローカル装置によって既に使用されているかどうかを確認する。ＮＳＰｎのＤＨＣＰサーバへのパブリックＩＰアドレスの要求は、ＮＳＰｎへの接続を必要とする最初のローカル装置に対してのみ起こる。既に使用されている場合には、ステップＳ５で、ＤＭリレーは、ＮＡＰＴを構成してローカル装置を当該ＮＳＰｎにリンクする。次いで、ステップＳ６で、ＤＭリレーは、ローカルＩＰアドレスを有するＤＨＣＰ ＡＣＫメッセージをローカル装置に送信する。

これがＮＳＰｎに対する最初の要求である場合には、ＤＭリレーは、ステップＳ７でＤＨＣＰ ＲＥＱＵＥＳＴをＮＳＰｎのＤＨＣＰサーバに転送し、ステップＳ８でＩＰ構成を待機する。ステップＳ９で、ＤＭリレーは、ＩＰパブリック・アドレスを含むＤＨＣＰ ＡＣＫメッセージを、ＮＳＰｎのＤＨＣＰサーバから受信する。ＤＭリレーは、ＷＡＮネットワーク上でＤＨＣＰ ＲＥＱＵＥＳＴを同報通信する。各ＮＳＰ ＤＨＣＰサーバは、このメッセージを見て、応答すべきかどうか判断する。あるいは、ＤＭリレーは、本発明の範囲外であるＤＨＣＰリレー転送ポリシーに従って、特定のＮＳＰ ＤＨＣＰサーバＩＰアドレスにＤＨＣＰ ＤＩＳＣＯＶＥＲを送信する。このポリシーは所定のポリシーであり、デフォルトＮＳＰによって管理される。

受信したパブリック・アドレスは、ゲートウェイで記憶される。ステップＳ１０で、ＤＭリレーは、ＮＡＰＴを構成して、パブリックＩＰアドレスをルータ中のローカルＩＰアドレスにマッピングする。

ステップＳ１１で、ＤＭリレーは、ローカルＩＰアドレスを有するローカル装置にＤＨＣＰ ＡＣＫを送信する。

構成終了後、装置は、プライベートＩＰアドレスを使用し、ＮＳＰｎのＤＨＣＰサーバから全てのＤＨＣＰオプションを受信する。全てのオプションが装置に渡されるので、装置は、ネットワークに直接続されているように動作することができる。ゲートウェイは、ＮＡＰＴ中の装置のプライベート・アドレスにマッピングされる新たなプロバイダのＩＰサブネットの範囲内のパブリックＩＰアドレスを得る。装置は、このパブリック・アドレスによってアドレッシングすることができる。

本実施例では、デフォルトＮＳＰｎおよび非デフォルトＮＳＰｎを扱っている。もちろん、本実施例は、複数の非デフォルトＮＳＰｎを含むこともできる。ゲートウェイは、各非デフォルトＮＳＰｎを互いに独立して管理する。端末で使用するアプリケーションに応じて、ローカル装置は、複数の非デフォルトＮＳＰｎを介してインターネットにアクセスすることができる。例えば、ローカル装置は、第１のＮＳＰｎで映像サービスにアクセスし、第２のＮＳＰｎで音声サービスにアクセスすることもできる。

ローカル装置は、同じＮＳＰｎで複数のインターネットへのアクセスを確立することもできるので有利である。ローカル装置は、複数のインターネットへの接続を確立する。例えば、ローカル装置は、ＮＳＰｎから得られる第１の接続で映像サービスにアクセスし、同じＮＳＰｎから得られる第２の接続で音声サービスにアクセスする。

ネットワーク・アドレスを提供するために、ＤＨＣＰ以外の任意のプロトコルを使用することもできることも理解されたい。

本実施例によれば、ローカル装置は、非デフォルトＮＳＰｎへの接続を要求する。もちろん、この接続は、ゲートウェイ上のアプリケーションから要求することもできる。その場合には、ゲートウェイ自体をローカル装置とみなすことができる。

本明細書、特許請求の範囲および図面に開示する言及は、独立して実施することもできるし、任意の適当な組合せで実施することもできる。特色は、適宜、ハードウェアでも、ソフトウェアでも、またはその両者の組合せでも実施することができる。

本明細書における「一実施例」または「実施例」という記述は、実施例に関連して記載した特定の特色、構造または特性が、本発明の少なくとも１つの実施態様に含まれる可能性があるということを意味している。本明細書の様々な箇所に見られる「一実施例では」という文言は、必ずしも全てが同じ実施例を指しているわけではなく、また、別個または代替の実施例は、必ずしも互いに他の実施例を排除し合っているわけではない。

特許請求の範囲に記載の参照番号は、単なる例示のみを目的としたものであり、特許請求の範囲を制限するものではない。

Claims (9)

1. ゲートウェイ（１）においてＩＰ系ネットワークへの多重アクセスを提供する方法であって、前記ゲートウェイが、第１のネットワーク（４）とのインタフェース（１４）と、第２のネットワーク（２）とのインタフェース（１５）とを備え、前記ゲートウェイが、第１のパブリックＩＰアドレス（Ａ１）の第１のネットワーク・プロバイダによって前記第２のネットワークを介して前記ＩＰ系ネットワークに接続されて、前記第１のネットワーク中に位置する任意の装置が前記第１のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようになっており、
   前記方法は、
   第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続することを求める前記第１のネットワーク上に位置する装置（５１）からのＤＨＣＰ要求を検出するステップ（Ｓ２）と、
   前記第１のパブリックＩＰアドレスを用いて前記ＩＰ系ネットワーク上で前記ＤＨＣＰ要求を転送するステップ（Ｓ７）と、
   第２のパブリックＩＰアドレスを含むＤＨＣＰ応答を、前記第２のネットワーク・プロバイダから受信するステップ（Ｓ９）と、
   前記装置にローカル・アドレスを割り当てるステップと、
   前記ローカル・アドレスを前記第２のパブリックＩＰアドレスにマッピングして、前記装置が前記第２のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようにするステップ（Ｓ１０）と、を含む、前記方法。
2. 前記第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続することを求める前記第１のネットワーク上に位置する第２の装置（５２）からのＤＨＣＰ要求を検出するステップ（Ｓ２）と、
   前記装置にローカル・アドレスを割り当てるステップと、
   前記ローカル・アドレスを前記第２のパブリックＩＰアドレスにマッピングして、前記装置が前記第２のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようにするステップ（Ｓ１０）と、を含む、請求項１に記載の方法。
3. 前記第１のネットワークが、ローカル・エリア・ネットワークであり、前記第２のネットワークが、広域ネットワークである、請求項１又は２に記載の方法。
4. 前記アドレスが、インターネット・プロトコル・アドレスである、請求項１乃至３の何れか１項に記載の方法。
5. 前記装置が前記第１のネットワークを離れたことを検出するステップ、または前記第２のネットワーク・プロバイダによる前記ＩＰ系ネットワークへの接続を解除するＤＨＣＰリリースを前記装置から受信するステップと、
   前記第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続している装置が他に存在しない場合に、前記第２のネットワーク・プロバイダによる前記ＩＰ系ネットワークへの第２の接続を解除するＤＨＣＰリリースを送信するステップと、をさらに含む、請求項１乃至４の何れか１項に記載の方法。
6. 前記マッピング・ステップが、ゲートウェイのＮＡＰＴを構成するステップを含む、請求項１乃至５の何れか１項に記載の方法。
7. ＩＰ系ネットワークへの多重アクセスを提供するゲートウェイ（１）であり、
   第１のネットワーク（４）とのインタフェース（１４）と、第２のネットワーク（２）とのインタフェース（１５）とを備え、第１のパブリックＩＰアドレス（Ａ１）の第１のネットワーク・プロバイダによって前記第２のネットワークを介して前記ＩＰ系ネットワークに接続されて、前記第１のネットワーク中に位置する任意の装置が前記第１のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようになっているゲートウェイ（１）であって、
   第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続することを求める前記第１のネットワーク上に位置する装置（５１）からのＤＨＣＰ要求を検出する検出手段（１２．１）と、
   前記ＤＨＣＰ要求を受信したときに、前記第１のパブリックＩＰアドレスを用いて前記ＩＰ系ネットワーク上で前記ＤＨＣＰ要求を転送し（Ｓ７）、第２のパブリックＩＰアドレスを含むＤＨＣＰ応答を前記第２のネットワーク・プロバイダから受信したときに、前記装置にローカル・アドレスを割り当て、前記ローカル・アドレスを前記第２のパブリックＩＰアドレスにマッピングして、前記装置が前記第２のパブリックＩＰアドレスを介して前記ＩＰ系ネットワークにアクセスするようにする（Ｓ１０）接続手段（１２．２）と、を備える、前記ゲートウェイ（１）。
8. 前記検出手段が、前記第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続している装置が存在しないときを検出するようになっている、請求項７に記載のゲートウェイ。
9. 前記接続手段が、前記第２のネットワーク・プロバイダによって前記ＩＰ系ネットワークに接続している他の装置が存在しない場合に第２の接続を解除するようになっている、請求項８に記載のゲートウェイ。
   

Images