(57)【特許請求の範囲】
【請求項１】
ローカル・エリア・ネットワーク（３）内のネットワーク端末（２Ａ；２Ｂ；２Ｃ）のエンド・ユーザに外部ネットワーク（６）へのアクセス・リンクを提供するよう構成したネットワーク・ノード（１）であって、
少なくとも一つの外部ネットワーク・インタフェース（２１）と、
制御ユニット（２４）と、
少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）とを備え、
前記ネットワーク・ノード（１）は、前記ローカル・エリア・ネットワーク（３）と前記外部ネットワーク（６）との間に接続するよう配置され、
前記制御ユニット（２４）は、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）のために新しいＩＰ構成を確立できるよう前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）からの動的ホスト構成プロトコル（ＤＨＣＰ）リクエストをトリガするため、前記ローカル・エリア・ネットワーク（３）内の前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に前記ネットワークノード（１）を接続している前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作を停止して再開するよう構成され、
前記制御ユニット（２４）はさらに、前記ローカル・エリア・ネットワーク（３）内の前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に新しいＩＰ構成を提供する必要性を検出した後、前記動作の停止と再開とを実行するよう構成され、
前記ローカル・エリア・ネットワーク（３）内の前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に新しいＩＰ構成を提供する前記必要性は、所定の期間にわたり前記ローカル・エリア・ネットワーク（３）内の前記少なくとも一つのネットワーク端末（２Ａ；２Ｂ；２Ｃ）からのＤＨＣＰリクエストを受信していないことにより検出されることを特徴とするネットワーク・ノード（１）。
【請求項２】
前記制御ユニット（２４）は、ＤＨＣＰリクエストが以前にトリガされていない場合、所定の回数（Ｍ）、ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に対する前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作の停止と再開とを繰り返すよう構成されることを特徴とする請求項１に記載のネットワーク・ノード（１）。
【請求項３】
前記制御ユニット（２４）は、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）からＤＨＣＰリクエストを受信すると、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に正しいＩＰ構成を提供するよう更に構成されることを特徴とする請求項１又は２に記載のネットワーク・ノード（１）。
【請求項４】
前記ネットワーク・ノードが住居用ゲートウエイ（１）であり、前記ローカル・エリア・ネットワークが住居ネットワーク（３）であることを特徴とする請求項１乃至３のいずれか一項に記載のネットワーク・ノード（１）。
【請求項５】
ローカル・エリア・ネットワーク（３）内のネットワーク端末（２Ａ；２Ｂ；２Ｃ）のエンド・ユーザに外部ネットワーク（６）へのアクセス・リンクを提供するネットワーク・ノード（１）で使用する方法あって、前記ネットワーク・ノード（１）は、前記ローカル・エリア・ネットワーク（３）と前記外部ネットワーク（６）との間に配置され、
前記ローカル・エリア・ネットワーク（３）の前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に新しいＩＰ構成を提供する必要性を検出するステップと、
新しいＩＰ構成の前記必要性を検出した後、前記ローカル・エリア・ネットワーク（３）内の前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に前記ネットワーク・ノード（１）を接続している前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作を停止するステップと、
前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）のために新しいＩＰ構成を確立できるよう、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）からのＤＨＣＰリクエストをトリガするため前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）を再開するステップと
を有し、
前記必要性の検出は、
ネットワーク・ノード（１）において、所定の期間にわたり、前記少なくとも一つのネットワーク端末（２Ａ；２Ｂ；２Ｃ）からのＤＨＣＰリクエストを受信しないステップにより実行されることを特徴とする方法。
【請求項６】
ＤＨＣＰリクエストが以前にトリガされていなかったなら、所定の回数（Ｍ）、ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に対する前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作の停止と再開とを繰り返すステップを更に有することを特徴とする請求項５に記載の方法。
【請求項７】
前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）からＤＨＣＰリクエストを受信すると、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に新しいＩＰ構成を提供するステップを更に有することを特徴とする請求項５又は６に記載の方法。
【請求項８】
ローカル・エリア・ネットワーク（３）内のネットワーク・ノード（１）で使用する、コンピュータ可読コードを含むコンピュータ・プログラムであり、ネットワーク・ノード（１）内の制御ユニット（２４）で実行する場合に、
前記ローカル・エリア・ネットワーク（３）のネットワーク端末（２Ａ；２Ｂ；２Ｃ）に新しいＩＰ構成を提供する必要性を検出するステップと、
新しいＩＰ構成の前記必要性を検出した後、前記ローカル・エリア・ネットワーク（３）内の前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に前記ネットワーク・ノード（１）を接続している前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作を停止するステップと、
前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）のために新しいＩＰ構成を確立できるよう、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）からのＤＨＣＰリクエストをトリガするため少なくとも一つの前記ローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作を再開するステップと
を前記制御ユニット（２４）に実行させるためのコンピュータ・プログラムであって、
前記必要性の検出は、ネットワーク・ノード（１）において、所定の期間にわたり、前記少なくとも一つのネットワーク端末（２Ａ；２Ｂ；２Ｃ）からのＤＨＣＰリクエストを受信しないステップにより実行されることを特徴とするコンピュータ・プログラム。
【請求項９】
ＤＨＣＰリクエストが以前にトリガされていなかったなら、所定の回数（Ｍ）、ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に対する前記少なくとも一つのローカル・エリア・ネットワーク・インタフェース（２２；２３）の動作の停止と再開とを繰り返すステップを前記制御ユニット（２４）に更に実行させるための請求項８に記載のコンピュータ・プログラム。
【請求項１０】
前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）からＤＨＣＰリクエストを受信すると、前記ネットワーク端末（２Ａ；２Ｂ；２Ｃ）に新しいＩＰ構成を提供するステップを前記制御ユニット（２４）に更に実行させるための請求項８又は９に記載のコンピュータ・プログラム。
【請求項１１】
請求項８乃至１０のいずれか一項に記載のコンピュータ・プログラムが記憶されていることを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはネットワーク・ノードに、具体的には請求項１の前文によるネットワーク・ノードに関する。更に、本発明は、請求項８の前文による方法および請求項１２の前文によるコンピュータ・プログラムに関する。
【背景技術】
【０００２】
インターネットまたはその他の相互接続するネットワークのような外部ネットワークにアクセスを提供するため、ここでいうネットワーク・ノードは、社内ネットワーク、事務所ネットワーク、住居ネットワーク等における各種形式のネットワーク環境で実施される可能性がある。しかしながら、住居ネットワークで実施される住居用ゲートウエイを参照して、本ネットワーク・ノードの機能について、最も適して説明される可能性がある。
【０００３】
住居用ゲートウエイは、今日の大抵の家庭で見られる一種のネットワーク装置である。本住居用ゲートウエイは、ホーム・ゲートウエイとも呼称されるが、例えば、インターネットのような広域通信網（ＷＡＮ）のような外部ネットワークにホーム・ネットワークを接続するハードウエア・デバイスである。
【０００４】
住居用ゲートウエイは、ＩＰルータ、マルチ−ポートのイーサネット（登録商標）・スイッチおよびＷｉＦｉアクセス・ポイントの機能を組み合わせている可能性がある。また、それは、ポート変換機能（ＮＡＴ）を提供し、局所的サービス品質（ＱｏＳ）の実施をサポートしてもよく、また、動的ＤＮＳクライアント等として役目を果たす。モデムと住居ネットワークとの間に住居用ゲートウエイを構成してもよく、またはｘＤＳＬまたはケーブル・モデムを住居用ゲートウエイに統合してもよい。それ故、住居用ゲートウエイは、外部ネットワーク、ＷＡＮまたはインターネットに接続するために使用できるイーサネット接続またはｘＤＳＬ接続のような接続を持つ。
【０００５】
幾つかの事例では、住居用ゲートウエイに接続したネットワーク端末は、最終的に正しいＩＰ構成を確立せずに終わる。このことは、例えば、外部ネットワーク・アクセスを提供するスイッチを備えた住居用ゲートウエイが、異なるインターネット・サービス・プロバイダ（ＩＳＰ）へ変更を実行する場合に起る可能性がある。またそれは、住居ネットワークのネットワーク端末がＩＰ構成を確立する試みが不首尾であった場合、起る可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が関連する問題は、ＩＰ構成をネットワーク端末に提供するという問題である。
【課題を解決するための手段】
【０００７】
本発明は、少なくとも一つの外部ネットワーク・インタフェース、制御ユニットおよび少なくとも一つの内部ネットワーク・インタフェースを備える外部ネットワークへのアクセス・リンクを内部ネットワークのネットワーク端末のエンド・ユーザに提供するよう構成したネットワーク・ノードに関し、前記ネットワーク・ノードは前記内部ネットワークと前記外部ネットワークとの間に接続されるよう構成され、前記ネットワーク端末のために新しいＩＰ構成を確立するよう前記ネットワーク端末から動的ホスト構成プロトコル・リクエストをトリガするため、前記内部ネットワークの前記ネットワーク端末に対する少なくとも一つの内部ネットワーク・インタフェースの動作を停止してそれから再開するよう前記制御ユニット構成することを特徴とする。
【０００８】
また、本発明は、内部ネットワークのネットワーク端末のエンド・ユーザに外部ネットワークへのアクセス・リンクを提供するネットワーク・ノードで使用する方法に関し、前記ネットワーク・ノードは前記内部ネットワークと前記外部ネットワークとの間で構成され、以下のステップを特徴とする。新しいＩＰ構成を前記内部ネットワークの前記ネットワーク端末に提供する必要性を検出するステップと、新しいＩＰ構成の前記必要性を検出後、前記ネットワーク端末に対する前記ネットワーク・ノードの少なくとも一つの内部ネットワーク・インタフェースの動作を停止するステップと、、前記ネットワーク端末のために新しいＩＰ構成を確立するよう前記ネットワーク端末からＤＨＣＰリクエストをトリガするため、少なくとも一つの内部ネットワーク・インタフェースの動作を再開するステップ。
【０００９】
更に、本発明は、内部ネットワークのネットワーク・ノードで使用するためのコンピュータ・プログラムに関し、それは、コンピュータ読取可能な符号手段を備え、ネットワーク・ノードの制御ユニットで実行する場合、前記制御ユニットが以下のステップを実行できるようにする。前記内部ネットワークのネットワーク端末に新しいＩＰ構成を提供する必要性を検出するステップと、新しいＩＰ構成の前記必要性を検出した後、前記ネットワーク端末に対する前記ネットワーク・ノードの少なくとも一つの内部ネットワーク・インタフェースの動作を停止するステップと、前記ネットワーク端末にために新しいＩＰ構成を確立できるよう前記ネットワーク端末からＤＨＣＰリクエストをトリガするため、少なくとも一つの内部ネットワーク・インタフェースの動作を再開するステップ。
【００１０】
上記によりネットワーク・ノードを構成したことにより、エンド・ユーザの介在なしに新しい動的ホスト構成プロトコル（ＤＨＣＰ）リクエストを送り出すため、ネットワーク端末を自動的にトリガする機構を本ネットワーク・ノードに提供する。それ故、本ネットワーク端末には常に正しいＩＰ構成を提供される可能性がある。また、このことにより、本ネットワーク・ノードで、有利に一つまたは複数のネットワーク端末のＩＰ再構成を自動的に実行可能となる。
【００１１】
また、内部ネットワークのネットワーク端末に新しいＩＰ構成を提供する必要性を検出した後に前記動作の停止と再開とを実行するよう、本ネットワーク・ノードを構成してもよい。この特徴により、例えば外部ネットワークへのアクセス・リンクが、一つのＩＰアドレス・ドメインを有するＩＳＰからもう一つのＩＰアドレス・ドメインを有するもう一つのＩＳＰに切り換わったということを検出した後、新しいＩＳＰのＩＰアドレス・ドメインに属する新しいＩＰ構成を確立するため新しいＤＨＣＰリクエストを送るよう、本ネットワーク・ノードが本ネットワーク端末をトリガできるようになる。
【００１２】
例えば、もし所定の期間にわたりネットワーク端末からＤＨＣＰリクエストを受信しなかったなら、本ネットワーク・ノードは上記の検出を実行してもよい。この特徴により、例えば、内部ネットワークのネットワーク端末がＩＰ構成を確立する試みが不首尾であり、従ってタイムアウトした場合のような状況を、本ネットワーク・ノードは処理できる。
【００１３】
ネットワーク・ノードの少なくとも一つの外部ネットワーク・インタフェースを通じてＩＰ再構成信号を受信することにより、上記の検出を更に実行してもよい。この特徴により、上記で説明したネットワーク・ノードの自動的ＤＨＣＰリクエスト・トリガは、外部ネットワークへのアクセス・リンクを通じて遠隔的にトリガできる。この方法で、ＩＳＰ、オンライン・サポート機能または同様のものは、新しいＩＰ構成を確立するためにネットワーク・ノードに新しいＤＨＣＰリクエストを送るため、ネットワーク端末を自動的にトリガするよう、本ネットワーク・ノードを遠隔的にトリガできる可能性がある。
【００１４】
更に、もしリクエストが以前にトリガされなかったなら、所定の回数の間、ネットワーク端末に対する内部ネットワーク・インタフェースの動作の停止と再開とを繰り返すよう、本ネットワーク・ノードを構成してもよい。例えば、動作の停止および再開が実行される場合の時間内で、ネットワーク端末が特定のポイントでその他のイベントを処理するのに忙しいような状況では、これは有利である可能性がある。
【００１５】
本ネットワーク・ノードの更なる有利な実施形態、方法およびコンピュータ・プログラムについて、本発明の更なる有利な実施形態について対応して説明する従属請求項で示す。
【００１６】
次の添付の図面を参照して、本発明について以下に更に詳細に説明する。
【図面の簡単な説明】
【００１７】
【図１】外部ネットワークに内部ネットワークを接続するネットワーク・ノードを示す。
【図２】本発明の典型的実施形態によるネットワーク・ノードを示す。
【図３】本発明のもう一つの典型的実施形態によるネットワーク・ノードを示す。
【図４】本発明の典型的実施形態による方法を示すフローチャートである。
【図５】本発明のもう一つの典型的実施形態による方法を示すフローチャートである。
【図６】本発明の更なる典型的実施形態による方法を示すフローチャートである。
【図７】本発明のもう一つの更なる典型的実施形態による方法を示すフローチャートである。
【図８】本発明のもう一つの更なる典型的実施形態による方法を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明によるネットワーク・ノードの機能について、図１に示したように住居ネットワークに実装された住居用ゲートウエイを参照して、最適な説明をするが、当然のことであるが、本発明によるネットワーク・ノードは、例えば、社内ネットワーク、事務所ネットワーク等のような各種の様々な形式のネットワーク環境で実装でき、またはそこに接続できる。それ故、例えば、インターネットまたはその他の相互接続ネットワークのような外部ネットワークへのアクセス・リンクを前記内部ネットワークに提供するよう、本発明によるネットワーク・ノードを構成してもよい。
【００１９】
図１は、外部ネットワーク６に住居ネットワーク３を接続する住居用ゲートウエイ（ＲＧＷ）１を示す。図１で、住居用ゲートウエイ１は住居ネットワーク３内に位置する。住居用ゲートウエイ１は、ｘＤＳＬまたはケーブル・モデムを備えてもよく、または住居ネットワーク３とモデム（図示せず）との間に構成してもよい。本モデムは、住居用ゲートウエイ１のために外部ネットワーク６、例えば、インターネットへの接続５を提供する。
【００２０】
住居ネットワーク３には、少なくとも一つのネットワーク端末２Ａ、２Ｂ、２Ｃを備えてもよい。少なくとも一つの接続４Ａ、４Ｂ、４Ｃを通じて少なくとも一つのネットワーク端末２Ａ、２Ｂ、２Ｃと通信するよう、住居用ゲートウエイ１を構成する。少なくとも一つの接続４Ａ、４Ｂ、４Ｃは、無線接続４Ａまたは有線接続４Ｂ、４Ｃ（例えば、イーサネット・ケーブル）であってもよい。それ故、住居用ゲートウエイ１は、住居ネットワーク３の少なくとも一つのネットワーク端末２Ａ、２Ｂ、２Ｃのために、接続５を通じて外部ネットワークへのアクセス・リンクを提供する可能性がある。
【００２１】
図２は、本発明の典型的実施形態による住居用ゲートウエイ１を示す。住居用ゲートウエイ１には、例えば、ＷＡＮまたはインターネットのような、外部ネットワーク６への接続５を提供するため、少なくとも一つの外部インタフェース２１を備える。外部インタフェース２１には、ｘＤＳＬまたはケーブル・モデムを備えてもよく、外部モデム（図示せず）に接続するよう構成してもよい。住居用ゲートウエイ１において、住居ネットワーク・インタフェースとも呼称してもよい、少なくとも一つの内部インタフェース２２、２３に外部インタフェース２１を接続してもよい。少なくとも一つのインタフェース２２、２３は、例えば、無線接続を通じて一つまたは幾つかのネットワーク端末２Ａ、２Ｂ、２Ｃに住居用ゲートウエイ１を接続するための無線ＬＡＮ（ＷＬＡＮ）インタフェース２２および有線接続４Ｂ、４Ｃまたはそのいずれかを通じてネットワーク端末３に住居用ゲートウエイ１を接続するためのローカル・エリア・ネットワーク（ＬＡＮ）インタフェース２３であってもよい。例えば、イーサネット・ケーブルを使用して有線接続４Ｂ、４Ｃを確立してもよい。また注意すべきであるが、少なくとも一つの外部インタフェース２１および内部インタフェース２２、２３は、共用ユニットに実装するか、または同じインタフェースの一部であってもよい。
【００２２】
更に、住居用ゲートウエイ１には制御ユニット２４を備える。外部インタフェース２１および少なくとも一つの内部インタフェース２２、２３に制御ユニット２４を接続してもよい。図３に示すように、制御ユニット２４には、例えば、クロック、タイマなどのタイミング手段３１および、例えば計数器などのような計数手段３２を備えてもよい。また、外部インタフェース２１を通して外部ネットワーク６からの情報を受信するよう制御ユニット２４を構成してもよい。
【００２３】
当然のことであるが、制御ユニット２４には、住居用ゲートウエイ１の機能を実行するためのロジックを備える。この機能は、例えば、ケーブル・モデム、ＤＳＬモデム、ルータ、無線ルータ、スイッチ、ＶｏＩＰ  ＡＴＡデバイス、無線アクセス・ポイントまたはそれらの組合せなどの機能を備えるものとして述べてもよい。
【００２４】
ソフトウエアまたはコンピュータ・プログラムによって、住居用ゲートウエイ１の機能を実装してもよい。また、制御ユニット２４には、コンピュータ・プログラムを記憶するための記憶手段またはメモリ・ユニットおよびコンピュータ・プログラムを実行するための、マイクロプロセッサのような処理手段または処理ユニットを備えてもよい。また、記憶手段は、制御ユニット２４から分離した読取可能な記憶媒体であってもよい。以下で、住居用ゲートウエイ１がある機能を実行するということを説明する場合、当然のことであるが、住居用ゲートウエイ１の制御ユニット２４は、前記機能を実行するため記憶手段に記憶したプログラムのある部分を実行する処理手段を使用してもよい。
【００２５】
図４は、本発明の典型的実施形態を示すフローチャートである。ステップＳ４１では、住居用ゲートウエイ１は、住居ネットワーク３のネットワーク端末２Ａ、２Ｂ、２Ｃに新しいＩＰ構成を提供する必要性を検出してもよい。
【００２６】
これは、例えば、住居ネットワーク３のＩＰネットワークの変化／切り換えを検出するか、または、外部ネットワーク６へのアクセス・リンクが一つのＩＰアドレス・ドメインを有する一つのＩＳＰから他のＩＰアドレス・ドメインを有する他のＩＳＰに切り替わったことを、住居用ゲートウエイ１が検出することで実行してもよい。後者は、住居用ゲートウエイ１がスイッチであり、ＩＳＰから直接そのＩＰアドレスを受信するような状況で有利である可能性がある。第一のＩＳＰが提供する外部ネットワークへのアクセス・リンクをその他のＩＳＰに属するもう一つのアクセス・リンクに切り換えるなら、ネットワーク端末２Ａ、２Ｂ、２Ｃに、新しいＩＳＰに属する新しいＩＰアドレスを提供しなければならない。通常、ネットワーク端末２Ａ、２Ｂ、２Ｃは、外部ネットワーク６へのアクセス・リンクが切り替わっていることに気づかず、従って新しいＩＰ構成を要求しないであろう。
【００２７】
ステップＳ４２で、住居用ゲートウエイ１は、ネットワーク端末２Ａ、２Ｂ、２Ｃに対する内部ネットワーク・インタフェース２２、２３の動作を停止し、それから再開してもよい。これは、ネットワーク端末２Ａ、２Ｂ、２Ｃのために新しいＩＰ構成を確立することができるように、ネットワーク端末２Ａ、２Ｂ、２ＣからＤＨＣＰリクエストをトリガするために実行できる。
【００２８】
図５は、本発明のもう一つの典型的実施形態を示すフローチャートである。ステップＳ５１で、住居用ゲートウエイ１は、住居用ゲートウエイ１のネットワーク端末２Ａ、２Ｂ、２ＣからのＤＨＣＰリクエストを所定の期間にわたり受信していないことで、住居ネットワーク３のネットワーク端末２Ａ、２Ｂ、２Ｃに新しいＩＰ構成を提供する必要性を検出する可能性がある。例えば、所定の期間のタイマを設定して、住居用ゲートウエイ１の制御ユニット２４がこれを実行してもよい。もし所定の期間の満了時にＤＨＣＰリクエストを全く受信していなかったなら、ステップＳ５２が実行される。例えば、住居用ゲートウエイ１の起動後、または、例えばステップＳ４１を参照して前の実施形態で述べた任意の検出イベントのような住居用ゲートウエイ１における他のイベントでトリガされたときに、制御ユニット２４により本タイマを開始できる。ステップＳ５２は、前の実施形態で述べたステップＳ４２と全く同一である。
【００２９】
この実施形態により、住居用ゲートウエイ１は、例えば、住居ネットワーク３のネットワーク端末２Ａ、２Ｂ、２ＣによるＩＰ構成を確立する試みが不首尾であり、そのためタイムアウトしてしまった場合のような状況を取り扱うことができる。
【００３０】
図６は、本発明の更なる典型的実施形態を示すフローチャートである。ステップＳ６１で、ＩＰ再構成信号を受信することにより、住居ネットワーク３のネットワーク端末２Ａ、２Ｂ、２Ｃに新しいＩＰ構成を提供する必要性を検出してもよい。外部インタフェース２１を通して外部ネットワーク６から、または内部インタフェース２２，２３を介して（例えば、もう一つのネットワーク端末２Ａ、２Ｂ、２Ｃから）前記ＩＰ再構成信号を受信するよう、住居用ゲートウエイ１の制御ユニット２４を構成してもよい。或いは、例えば住居用ゲートウエイ１に配置された入力デバイスの使用によって手動で住居用ゲートウエイ１に本ＩＰ再構成信号を与えてもよい。本ＩＰ再構成信号は、住居用ゲートウエイ１にステップＳ６２を実行するよう指示することができる。ステップＳ６２は前の実施形態のステップＳ４２およびＳ５２と同一である。
【００３１】
この実施形態により、ＩＳＰやオンライン・サポート機能などが住居用ゲートウエイ１を遠隔的にトリガして、ネットワーク端末２Ａ、２Ｂ、２Ｃのための新しいＩＰ構成を確立するため、住居用ゲートウエイ１に新しいＤＨＣＰリクエストを送るよう、ネットワーク端末２Ａ、２Ｂ、２Ｃを自動的にトリガすることができる。例えば、少なくとも一つのセットトップボックスを少なくとも一つの住居用ゲートウエイに接続し、セットトップボックスのオペレータがそのセットトップボックスのＩＰアドレスを再構成したいような状況では、このことは利点があるだろう。住居用ゲートウエイ１はトリガされて、複数のセットトップボックスに新しいＩＰ構成を確立するため新しいＤＨＣＰリクエストを送るよう複数のセットトップボックスを自動的にトリガするであろうから、複数の住居用ゲートウエイ１に接続した複数のセットトップボックスがある場合、これには特に利点がある。
【００３２】
図７と８は、本発明の更なる典型的実施形態を示すフローチャートを説明する。これらの実施形態で、ステップＳ７１およびＳ８１は、前の実施形態で説明したＳ４１、Ｓ５１およびＳ６１の中のいずれか一つと全く同一であってもよい。ステップＳ７２およびＳ８３は、前の実施形態で説明したＳ４２、Ｓ５２およびＳ６２の中のいずれかひとつと全く同一であってもよい。
【００３３】
ステップＳ７３とＳ８３で、もし内部ネットワーク・インタフェース２２、２３の動作の停止及び再開が、ネットワーク端末２Ａ、２Ｂ、２ＣにおけるＤＨＣＰリクエストをトリガし、それによって住居用ゲートウエイ１がそれを受信するという結果をもたらすなら、ステップＳ７４またはＳ８８それぞれで、住居用ゲートウエイ１はネットワーク端末２Ａ、２Ｂ、２Ｃに正しいＩＰ構成を提供してもよい。これは、ＤＨＣＰ標準、ＩＥＴＦ  ＲＦＣ２１３１"動的ホスト構成プロトコル"およびＩＥＴＦ  ＲＦＣ３３１５"ＩＰｖ６（ＤＨＣＰｖ６）用動的ホスト構成プロトコル"により実行してもよい。しかしながら、もし内部ネットワーク・インタフェース２２，２３の動作の停止と再開がＤＨＣＰリクエストをトリガするという結果をもたらさないなら、住居用ゲートウエイ１はステップＳ７２またはＳ８３のそれぞれに戻ってもよい。
【００３４】
図８に示すように、所定の回数Ｍの間、内部ネットワーク・インタフェース２２，２３の動作の停止および再開とを繰り返してもよい。これは、例えば、図８のステップＳ８２、Ｓ８４、Ｓ８６およびＳ８７により実行してもよい。
【００３５】
ステップＳ８２で、例えば住居用ゲートウエイ１内の制御ユニット２４のカウンタ３２のような計数手段は０に設定されてもよい、即ちＮ＝０である。また、これはカウンタ３２のデフォルト値であってもよく、そこでは前記ステップＳ８２をスキップすることができる。ステップＳ８４で、カウンタ３２は、内部ネットワーク・インタフェース２２、２３の動作の停止と再開とを実行する度に、反復して計数に加算してもよく、即ちＮ＝Ｎ＋１である。ステップＳ８６で、住居用ゲートウエイ１は、内部ネットワーク・インタフェース２２、２３の動作の停止と再開とを何回実行したか、計数手段をチェックしてもよい。もし内部ネットワーク・インタフェース２２、２３の動作の停止と再開とが所定の回数Ｍより少なく実行されているなら、即ちＮ＜Ｍであるなら、住居用ゲートウエイ１はステップＳ８３に戻ってもよい。しかしながら、もし内部ネットワーク・インタフェース２２、２３の動作の停止と再開とを所定の回数Ｍと同じ回数実行したなら、即ちＮ＝Ｍであるなら、住居用ゲートウエイ１は、ステップＳ８７で、内部ネットワーク・インタフェース２２、２３の動作の停止と再開の実行を停止してもよい。内部ネットワーク・インタフェース２２、２３の動作の停止と再開との無限ループを回避するためにこれを実行できる。
【００３６】
住居用ゲートウエイ１が動作の停止と再開とを実行する時間内で、ネットワーク端末２Ａ、２Ｂ、２Ｃが特定のポイントでその他の処理に忙しい状況では、この実施形態は利点があるだろう。
【００３７】
本発明の利点について、ウエブ・ポータルを使用するようなシナリオによって示してもよい。住居用ゲートウエイ１にウエブ・ポータルを備えてもよい。ウエブ・ポータルは、例えば、ウエブ・ポータルへのローカル・アクセスのみを与え、そして、ネットワーク端末２Ａ、２Ｂ、２Ｃのユーザが外部ネットワーク６へのアクセス・リンクにＩＳＰを選択することを可能とする一時的ＩＰ構成を、ネットワーク端末２Ａ、２Ｂ、２Ｃに割当ててもよい。ユーザがウエブ・ポータルでＩＳＰを選択するので、住居用ゲートウエイ１は、選択したＩＳＰのＩＰアドレス・ドメイン空間により、ネットワーク端末２Ａ、２Ｂ、２ＣのＩＰ構成を再構成しなければならない。再構成を手動で、および住居用ゲートウエイの電源をオフ／オンすることで実行するか、またはそのいずれかで実行する代わりに、住居用ゲートウエイ１が、上記の実施形態で説明した本発明に従って、これを自動的に実行してもよい。
【００３８】
住居用ゲートウエイ１がＷＬＡＮを備えるスイッチであるようなシナリオにより、本発明のもう一つの利点を示すことができる。もしユーザが、本スイッチでＷＬＡＮのためにＩＰネットワークを変更したい場合、ネットワーク端末２Ａ、２Ｂ、２Ｃを再構成しなければならない。再構成を、手動で、および本スイッチの電源をオフ／オンすることで実行するか、またはそのいずれかで実行する代わりに、住居用ゲートウエイ１が、上記の実施形態で説明した本発明に従って、これを自動的に実行してもよい。
【００３９】
注意すべきことであるが、本発明はまた、バーチャル・マシンおよびバーチャル・ネットワークのために有利に実装することができる。これが適用可能であってもよい場合の一つの例は、フィジカル・マシンで、例えばマイクロソフト・ウインドウズなどのような一つの基本的なオペレーティングシステムの上に実装され、実行されているVMwareなどを使用して、例えばリナックスなどのような他のオペレーティングシステムがバーチャル・マシンで同様に実行されている場合である。もし基本的なオペレーティングシステムを実行するフィジカル・マシンを二つの外部ネットワーク接続の間で移動するなら、外部インタフェースが打ち壊され（動作が停止され）、次に再び再確立された場合、基本的なオペレーティングシステムはある期間後に新しいＩＰアドレスを受信する。しかしながら、バーチャル・マシンで走行するオペレーティングシステムは新しいＩＰアドレスを受信しないであろう。この一つの理由は、たとえ基本的なオペレーティングシステムを実行するフィジカル・マシンの外部インタフェースの動作が停止されても、動作が停止されないバーチャル・リンクがバーチャル・マシンに提供されている、ということである。それ故、上記で説明した本発明は、ここで、新しいＩＰアドレスを獲得するため、例えば動的ホスト構成プロトコル（ＤＨＣＰ）リクエストのような新しいＩＰアドレス・リクエストを送り出すようバーチャル・マシンを自動的にトリガする機構を、バーチャル化ソフトウエアに提供してもよい。即ち、バーチャル・マシンのバーチャル・インタフェースの動作を停止し、再開することによってである。これは、基本的なオペレーティングシステムを実行するフィジカル・マシンが新しいＩＰ構成を確立した場合に実行される可能性がある。
【００４０】
上記の説明は、本発明を実行するのに現在熟慮される最良の形態である。本説明は、制限的意味で取られることを意図せず、本発明の一般的原理を説明する目的でのみ行なわれている。本発明の範囲は、公表した特許請求範囲を参照してのみ確定されるべきである。
【図１】
0005192083.tif 000002
【図２】
0005192083.tif 000003
【図３】
0005192083.tif 000004
【図４】
0005192083.tif 000005
【図５】
0005192083.tif 000006
【図６】
0005192083.tif 000007
【図７】
0005192083.tif 000008
【図８】
0005192083.tif 000009