JP2010533399A - 最善のｄｈｃｐサーバを見出すためのルータの動的な構成 - Google Patents

Abstract

【課題】ユーザが選んだ基準に基いて、利用可能なＤＨＣＰサーバのリストの中からドメイン・ホスト構成プロトコル（ＤＨＣＰ）サーバを割当てる方法を提供する。
【解決手段】ネットワーク・ルータが、ネットワークに連結されたコンピュータまたは「クライアント」からＩＰアドレスの要求を受信したとき、その要求は、該クライアントおよび利用可能なＤＨＣＰサーバの両方に関する情報について分析される。この分析は、特定のＤＨＣＰサーバに対する過去の要求の回数および該サーバのＩＰアドレスを要求しているコンピュータへの近接度など、いくつかのファクタに基いて行うことができる。該ルータが、ある特定のＩＰアドレス要求に対する適切なＤＨＣＰサーバを選定したならば、クライアントの要求はそのＤＨＣＰサーバに転送される。このプロセスは、要求クライアントおよび選定されたＤＨＣＰサーバの両方に対して完全に透過的である。
【選択図】図１

Description

本発明は概してネットワーク通信に関し、さらに具体的には、ユーザの選択基準に基きドメイン・ホスト構成プロトコル（ＤＨＣＰ：ｄｏｍａｉｎ ｈｏｓｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ）サーバを割当てるためのシステムおよび方法に関する。

コンピュータが発明されて以来、ユーザはこれらを一緒に連結する方法を考案してきた。コンピュータの連結による利点は非常に多くさらに増加している。例えば、相互に連結されたコンピュータは、データおよびアプリケーションはもとより、プリンタや通信接続を共有することができる。コンピュータ連結技術分野における一つの大きな躍進に、世界に広がり共通の通信プロトコルを共用するコンピュータの集合体である、インターネットがある。通常、インターネットの情報資源にアクセスする各コンピュータには、そのコンピュータを一意的に識別し、情報を他のコンピュータに送信しそれらから受信することを可能にするインターネット・プロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレスが割当てられる。

使うことのできるＩＰアドレスは無数にあるが、場合によっては、コンピュータの群として、特定のＩＰアドレスまたはＩＰアドレスの群を共有するのが有利である。例えば、ローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）は、一連の確定したＩＰアドレスを持ち、必要に応じて個別のコンピュータにそれを割当てることができる。この機能を自動的に遂行するために、ＤＨＣＰが開発された。

ＤＨＣＰサーバは、ＬＡＮ内のローカルな通信、およびインターネットを介した他のコンピュータとの通信の両方の目的で、ＩＰアドレスを要求するコンピュータに割当てを行う。例えば、ある特定のＬＡＮに接続する典型的なラップトップ・コンピュータなどのコンピュータは、同様にそのＬＡＮに接続されたＤＨＣＰサーバにＩＰアドレスを要求し、しかる後、割当てられたＩＰアドレスを用いてローカルにおよびインターネットを介して通信する。各ＩＰアドレスは、特定の期間、要求コンピュータに割当てられ、一般には１時間から数ヶ月の範囲であるが、期限なしに設定することもできる。個別のＩＰアドレスが、あるデバイスに割当てられた特定の期間を、そのデバイスに対する「リース」という。ＤＨＣＰサーバは、第一コンピュータがあるアドレスを「リースしている」間に、同じアドレスを第二コンピュータに割当てることはない。かくのごとく、多数のコンピュータが限られた数のＩＰアドレスを使用することができ、ネットワークは、通常なら必要となる数より少ないＩＰアドレスを使って多くのデバイスに接続性を提供することができる。

ＩＰアドレスを要求するどの特定のコンピュータも、その要求を満たすため利用可能な複数のＤＨＣＰサーバを持つことができる。以下に限らないが、利用可能なＤＨＣＰサーバと要求コンピュータとの相対的位置など、ユーザの選定基準に基いて、要求コンピュータに対しＤＨＣＰサーバを割当てるためのシステムおよび方法が望まれ、必要とされている。

ユーザの選定基準に基いて、利用可能なＤＨＣＰサーバのリストの中から、ドメイン・ホスト構成プロトコル（ＤＨＣＰ）サーバを割当てる方法を提供する。ネットワーク・ルータが、ネットワークに連結されたコンピュータまたは「クライアント」からＩＰアドレスの要求を受信すると、その要求は、該クライアントおよびそれが利用可能なＤＨＣＰサーバの双方に関する情報について分析が行われる。この分析は、個別のＤＨＣＰサーバに対する過去の要求の回数、およびそれらサーバのＩＰアドレスを要求しているコンピュータへの近接さなど、いくつかのファクタに基いて行うことができる。例えば、要求が近接さをベースとしている場合、ネットワーク・ルータは、対象サーバとクライアントとの間の接続点もしくは「ホップ」の数、対象ＤＨＣＰサーバからの平均応答時間、または、要求クライアントと各個別ＤＨＣＰサーバとの両方に関する所定の地理的情報、あるいはこれらの全てを分析することができる。

ルータがある特定のＩＰアドレス要求に対する適切なＤＨＣＰサーバを選定したならば、クライアントの要求は、そのＤＨＣＰサーバに転送される。かくのごとく、分散型拠点ネットワークは、最も速いＤＨＣＰサーバを利用することができ、拠点専用のサーバなしで機能することができる。この処理プロセスは、要求クライアントおよび選定されたＤＨＣＰサーバの両方に対して完全に透過的である。

本概要は、請求する主題の包括的記述を意図したものでなく、該主題に関連する機能の一部の簡潔な概要を提示することを意図している。当業者にとって、本発明の他のシステム、方法、機能、特徴、および利点は、以下の図および詳細説明を検討することにより明らかになろう。

以下に開示する実施形態の詳細説明を以下の図と併せ検討すれば、本発明のより良い理解を得ることができよう。

本特許請求の主題を実施するための動的ネットワーク・ルータ（ＤＮＲ：ｄｙｎａｍｉｃ ｎｅｔｗｏｒｋ ｒｏｕｔｅｒ）を含む、コンピュータ・システム・アーキテクチャの一例のブロック図である。 図１のＤＮＲのさらに詳細なブロック図である。 図１および２のＤＮＲによって、電源入力時および定期的に実行されるＤＮＲ構成（Ｃｏｎｆｉｇｕｒｅ ＤＮＲ）プロセスのフローチャートである。 クライアント・コンピュータによって開始され、ＤＮＲによって実施されるアドレス要求（Ｒｅｑｕｅｓｔ Ａｄｄｒｅｓｓ）プロセスのフローチャートであり、両機器は図１および２に示されたものである。 図１および２のＤＮＲにより実行される要求処理（Ｐｒｏｃｅｓｓ Ｒｅｑｕｅｓｔ）プロセスのフローチャートである。

動的ホスト構成プロトコル（ＤＨＣＰ：ｄｙｎａｍｉｃ ｈｏｓｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を実行するコンピュータ・システムを特定的に参照しながら説明するが、特許請求の主題は、ネットワークＩＰアドレスの割当ての動的制御が望ましい任意の情報技術（ＩＴ：ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）システムにおいて実施することができる。コンピュータ技術分野の当業者は、開示する実施形態が、後記に説明するものばかりでなく幅広い種類のコンピュータ環境に対し適応性を有していることを察知しよう。さらに、本開示の発明の方法は、ソフトウエア、ハードウエア、またはソフトウエアとハードウエアとの組合せによって実施することができる。ハードウエア部分には専用化ロジックを使って実装し、ソフトウエア部分はメモリに格納して、ネットワーク・ルータ、マイクロプロセッサ、パソコン（ＰＣ：ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）または大型コンピュータなど、適切な命令実行システムに実施させることができる。

本文書の文脈において、「メモリ」または「記録媒体」は、命令を実行するシステム、装置、またはデバイスによってまたはこれに関連させて使用されるプログラムまたはデータあるいはその両方を、包含、格納、通信、伝搬、または移送する任意の手段とすることができる。メモリおよび記録媒体は、以下に限らないが、電子的、磁気的、光学的、電磁的なまたは半導体の、システム、装置、またはデバイスとすることができる。メモリおよび記録媒体には、以下に限らないが、例えば、携帯コンピュータ用ディスケット、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、読取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙまたはフラッシュ・メモリ）、および携帯コンパクト・ディスク型読取り専用メモリ、もしくは、プログラムまたはデータあるいはその両方を格納可能な別の適切な媒体が含まれる。

特許請求の主題による一つの実施形態は、ネットワークＩＰアドレス割当ての動的制御のためのプログラム化された方法を対象としている。本明細書で用いる「プログラム化された方法」とは、現在遂行されている一つ以上の処理ステップ、あるいは、将来時点において遂行可能となっている一つ以上の処理ステップをいうものと定義される。プログラム化された方法という用語は、３つの別々形態を予期している。第一には、プログラム化された方法は、現在遂行されている処理ステップを含む。第二には、プログラム化された方法は、コンピュータ命令を具現化するコンピュータ可読の媒体を含み、該命令はコンピュータに実行されたとき、一つ以上の処理ステップを遂行する。最後に、プログラム化された方法は、ソフトウエア、ハードウエア、ファームウエアまたはそれらの任意の組合せによりプログラムされ、一つ以上の処理ステップを遂行するコンピュータ・システムを含む。なお、「プログラム化された方法」は、別々形態の複数を同時に有するという解釈はせず、どの所与に時点においても、これら複数の別々形態の一つだけが存在するという、別々形態の最も忠実な意味どおりに理解する。

ここで図を参照すると、図１は、特許請求の主題を実施するコンピュータ・システム・アーキテクチャ１００の一例のブロック図である。コンピュータ・システム１００は、ローカル・エリア・ネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）１１４、ＬＡＮ１３４、およびＬＡＮ１３８を含み、これらの各々は、インターネット１２０を介して通信可能に連結されており相互に通信する。ＬＡＮ１１４には、クライアント・システム１０２、ラップトップ・コンピュータまたは「ラップトップ」１１６、および動的ネットワーク・ルータ（ＤＮＲ）１１８が連結されている。コンピュータおよび通信関係当業者は、コンピュータ、ＬＡＮ、およびルータについては熟知していよう。なお、ＤＮＲ１１８は、典型的なルータで使われるロジックに加えて、特許請求の主題を実施するためのロジックも含む。

コンピュータ・システム１０２は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）１０４を含み、該ＣＰＵは、共に併せて、人間がコンピュータ１０２と対話し易くするためのモニタ１０６、キーボード１０８およびマウス１１０に連結されている。また、コンピュータ１０２には、データ記憶コンポーネント１１２が含まれ、ＣＰＵ１０４に連結されており、これは、ＣＰＵ１０４に内蔵、すなわち内部デバイスとするか、あるいは、以下に限らないがユニバーサル・シリアル・バス（ＵＳＢ：ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート（図示せず）など、一般に利用可能なさまざまな接続デバイスを使って外部からＣＰＵ１０４に取り付けることができる。コンピュータ・システム１０２は、特許請求主題の利点を得ることが可能なデバイスの一つの例であって、以降の説明は、ＤＮＲ１１８の実装に重点を置く。図１には示されていないが、ＤＮＲ１１８には、モニタ１０６、キーボード１０８およびマウスまたはタッチ・パッド１１０を介してアクセスすることができる（図２参照）。ＤＮＲ１１８については、図２〜５に関連させて後記でさらに詳しく説明する。

ＬＡＮ１３４およびＬＡＮ１３８は、それぞれＤＨＣＰサーバ＿１ １３６ およびＤＨＣＰサーバ＿２ １４０を含む。ＬＡＮ１１４は、ルータ１１８およびインターネット１２０を介してＬＡＮ１３４に連結されている。インターネット１２０には、３つの中継点ないし「ホップ」の例、すなわち、ホップ＿１ １２２、ホップ＿２ １２４、およびホップ＿３ １２６が含まれている。この例において、クライアント・システム１０２またはラップトップ１１６などのコンピュータ・デバイスからの信号は、ホップ＿１ １２２を経由、またはホップ＿２ １２４とホップ＿１ １２２とを経由、またはホップ＿２ １２４とホップ＿３ １２６とを経由して、ＬＡＮ１３４のＤＨＣＰサーバ＿１ １３６に送られる。同様なやり方で、クライアント・システム１０２またはラップトップ１１６などのコンピュータ・デバイスからの信号は、ホップ＿２ １２４を経由、または、ホップ＿１ １２２とホップ＿３ １２４とを経由して、ＬＡＮ１３８のＤＨＣＰサーバ＿２ １４０に送られる。コンピュータまたは通信あるいはその両方の当業者は、図１が、例示目的に使われた、ネットワーク化コンピュータ・システムの単純な説明図であって、本開示の技術が適応できる多くの可能な構成があることをよく理解していよう。例えば、ＬＡＮ１１４、ＬＡＮ１３４、およびＬＡＮ１３８には、通常、クライアント・システム１０２のようなさらなるコンピュータ・デバイスを含めることができよう。さらに、ＬＡＮ１３４およびＬＡＮ１３８には、通常、標準のルータ（図示せず）またはＤＮＲ１１８のようなルータが含まれよう。

図２は、図１のＤＮＲ１１８のさらに詳細なブロック図である。この機能モデルは、プロセッサ１４２、メモリ１４４、ＤＮＲ構成モジュール１４６、ネットワーク構成モジュール１４８、入力／出力（Ｉ／Ｏ：Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）モジュール１５０、経路指定ロジック１５２、およびＤＨＣＰ割当てモジュール１５４を含む。モジュール１４２、１４４、１４６、１４８、１５０、１５２、および１５４の各々は、データ・バス１５６に連結されており、これによりモジュール１４２、１４４、１４６、１４８、１５０、および１５２は、相互に通信することが可能になっている。データ・バス１５６上のトラヒックは、バス・マスタ１５８によって制御される。先に図１に関連して説明したように、ＤＮＲ１１８には、モニタ１０６（図１）、キーボード１０８（図１）、およびタッチ・パッド１１０（図１）を使い、クライアント・システム１０２（図１）、ＬＡＮ１１４（図１）、およびＩ／Ｏモジュール１５０を介してアクセスでき、しかして人間がＤＮＲ１１８と対話することができる。

プロセッサ１４２は、モジュール１４４、１４６、１４８、１５０、１５２、および１５４に関連するロジックを実行し、特許請求の主題を実施する。メモリ１４４は、プロセッサ１４２が用いるデータおよび実行ファイルの格納場所を提供する。ＤＮＲ構成モジュール１４６は、特許請求の主題で用いられる情報のための不揮発性の格納場所を提供する。簡単に述べれば、モジュール１４６は、以下に限らないが、ＤＨＣＰサーバ＿１ １３６（図１）およびＤＨＣＰサーバ＿２ １４０（図１）などの利用可能性のあるＤＨＣＰサーバに関するパラメータを含め、ＤＮＲ１１８自体の構成に関連する情報を格納する。モジュール１４６に格納される情報の設定と使用とについては、図３〜５に関連して後記でさらに詳しく説明する。

ネットワーク構成モジュール１４８は、ホップ＿１ １２２、ホップ＿２ １２４、およびホップ＿３ １２６を含め、ＬＡＮ１１４（図１）、ＬＡＮ１３４（図１）、ＬＡＮ１３８（図１）およびインターネット１２０（図１）に関する情報を格納する。例えば、ネットワーク構成モジュール１４８は、ＤＨＣＰサーバ＿１ １３６およびＤＨＣＰサーバ＿２ １４０など利用可能なＤＨＣＰサーバ群、並びにＤＮＲ１１８と利用可能なサーバ群との間の利用可能な経路の場所などの情報を格納する。入力／出力（Ｉ／Ｏ）モジュール１５０は、ＤＮＲ１１８と、ラップトップ・コンピュータ１１６（図１）およびクライアント・システム１０２（図１）など他のデバイスとの間の通信を処理する。ＤＨＣＰ割当てモジュール１５２は、アドレス要求に応じてＤＮＲ１１８を介して今までに接続した、デバイスに割当てられた個別のＤＨＣＰサーバに関する情報を格納する。一つの実施形態において、ある特定のコンピュータ・デバイスにある特定のＤＨＣＰサーバを割当てることができる。この場合、かかる割当てに関する情報もＤＨＣＰ割当てモジュール１５２中に格納される。モジュール１４２、１４４、１４６、１４８、１５０、１５２、および１５４の機能については、図３〜５に関連して後記でさらに詳しく説明する。

図３は、図１および２のＤＮＲ１１８によって実行されるＤＮＲ構成プロセス１５０のフローチャートである。プロセス１５０は、通常、ＤＮＲ１１８の電源が入れられたときプロセッサ１４２（図２）によって実行される。さらに、ＤＮＲ１１８の稼働中にプロセス１５０を定期的に実行して、特許請求の主題に関連するデータ表を更新することができる。

プロセス１５０は、「ＤＮＲ構成を開始する」ブロック１５２からスタートし、直ぐに「予備リストを編集する」ブロック１５４に進む。ブロック１５４において、プロセス１５０は、ＬＡＮ１１４から利用できる見込みＤＨＣＰサーバ群の名前およびアドレスに関するデータを、ネットワーク構成モジュール１４８から読み出す。「リスト分析は完了したか？」ブロック１５６において、プロセス１５０は、ブロック１５４で編集されたリスト中の、各々の見込みＤＨＣＰサーバに対する利用可能性および応答時間の分析が完了したかどうかを判定する。当然ながら、ブロック１５６への初回の進入時には、そういった分析は実行されていない。リスト中にまだ分析されていないサーバがある場合、プロセス１５０は、「次のサーバに接続確認信号を送信する」ブロック１５８に進む。

ブロック１５８において、信号または「接続確認信号」がまだ分析が必要なリストの第一サーバに送信される。この接続確認信号に対する応答により、プロセスは、対象サーバの利用可能性を判定し、平均応答時間を見積もることができる。さらに、ＤＮＲ１１８は、接続確認信号が標的サーバに往来した経路を見出すことができる。接続確認信号が受信され処理されたならば、あるいは標的サーバが利用できず該信号が時間切れとなったならば、プロセス１５０は、「利用可能か？」ブロック１６０に進む。ブロック１６０において、プロセス１５０は、標的サーバが利用可能なことを示す処理済みの接続確認信号によってブロック１６０に進んだのか、あるいは、該サーバが利用できないことを示す時間切れ信号によって進んだのかを判定する。対象サーバが利用できない場合、プロセス１５０は、「リストから除去する」ブロック１６２に進み、該ブロックにおいて、プロセス１５０は、ブロック１５４で作成されたリストから該標的サーバを除去する。次いで、プロセス１５０は、リスト分析は完了したかのブロック１５６に戻り、上記のような処理が継続される。

ブロック１６０において、プロセス１５０が、標的サーバからの接続確認信号が受信された、すなわち該サーバが利用可能であると判定した場合、制御は「計量（Ｍｅｔｒｉｃｓ）を記録する」ブロック１６４に進む。ブロック１６４において、利用可能性、および接続確認信号の返信の時間長に基くおおよその応答時間についての情報が、ブロック１５４で作成されたリストに関連付けて格納される。計量が記録されたならば、プロセス１５０は、リスト分析は完了したか？のブロック１５６に戻り、上記のような処理が継続される。

ブロック１５６において、プロセス１５０が、ブロック１５４において作成されたリストの分析が完了した、すなわちリスト中の各サーバの接続確認が完了したと判断した場合、制御は「構成リストを保管する」ブロック１６６に進み、このブロックにおいて、ブロック１５４において作成され、ブロック１５６、１５８、１６０、１６２，および１６４を介する繰り返し処理において内容修正されたリストが、ＤＮＲ１１８の通常作業での使用のためネットワーク構成モジュール１４８に格納される。ＤＮＲ１１８の通常作業については、図４および５に関連して後記でさらに詳しく説明する。最後に、プロセス１５０は、「ＤＮＲ構成を終了する」ブロック１６９に進み、ここでプロセス１５０は完了する。

図４は、ＤＮＲ１１８（図１および２）が実施するアドレス要求プロセス２００のフローチャートである。この事例において、クライアント・システム１０２（図１および２）は、インターネット・プロトコルの割当ての要求を開始している。プロセス２００は、ＤＮＲ１１８（図１および２）のプロセッサ１４２によって実行される。プロセス２００は、クライアント・システム１０２が、ＬＡＮ１１４（図１）に最初に接続し、ＬＡＮ１１４内の他のデバイスと、および、インターネット１２０（図１）経由で、ＬＡＮ１３４（図１）などの他のネットワークの他のデバイスとメッセージの送信および受信を行うためのアドレスを設定しようとしたときに開始することができる。クライアント・システム１０２およびＬＡＮ１１４に関連させて説明しているが、プロセス２００は、任意のネットワークの任意のコンピュータに同様に適用できる。例えば、ラップトップ１１６に対するプロセス２００の説明は、異なるネットワークの同様なデバイス、あるいはＬＡＮ１３８（図１）または他のどこかのＬＡＮに接続している異なるコンピュータ（図示せず）に対する説明でもある。

なお、ＤＮＲ１１８は、本特許請求の主題に関連する処理に加え、ＬＡＮ１１４における標準的な経路指定タスクも処理する。あるいは、通常のルータにＬＡＮ１１４上の経路指定タスクを処理させ、ＤＨＣＰ要求はＤＮＲ１１８に転送させて、該ＤＮＲは、本特許請求の主題に従いかかる要求を処理する様に特別に構成することもできよう。

プロセス２００は、「アドレス要求を開始する」ブロック２０２からスタートし、直ぐに「要求を待つ」ブロック２０４に進む。ブロック２０４において、ＤＮＲ１１８は、ＬＡＮ１１４（図１）のデバイスから送信されてくる接続要求を待つ。この例では、クライアント・システム１０２から要求が送信される。ＤＮＲ１１８が要求を受信すると、プロセス２００は「ＤＨＣＰは割当てられているか？」ブロック２０６に進み、このブロックにおいて、プロセス２００は、ブロック２０４で受信された要求を送信したデバイスに、特定のＤＨＣＰが割当てられているかどうかを判断する。図２に関連して上記で説明したように、この情報はＤＨＣＰ割当てモジュール１５２（図２）に格納されている。指定割当てがある場合、制御は「ＤＨＣＰを割当てる」ブロック２１０に進み、該ブロックにおいて、プロセス２００は該要求に対して指定されたＤＨＣＰサーバを割当てる。

ブロック２０６において、プロセス２００が、ブロック２０４で受信されたＤＨＣＰサーバ要求が、割当てＤＨＣＰサーバを持たないデバイスから送信されてきたと判定した場合、制御は「要求を処理する」ブロック２０８に進む。ブロック２０８に関連する処理には、通常、対象要求に対して最善のＤＨＣＰサーバを決定することが含まれる。この決定は、以下に限らないが、送信および処理の時間並びに負荷バランスへの配慮を含む、いくつかのファクタに基づいて行うことができる。ブロック２０８に関連する処理については、図５に関連して後記でさらに詳しく説明する。ブロック２０８に関連する処理が完了したならば、プロセス２００は、ＤＨＣＰを割当てるのブロック２１０に進み、このブロックにおいて、ブロック２０８で対象要求デバイスに最も適していると判定されたＤＨＣＰサーバが、該要求に対して割当てられる。

ブロック２１０において、要求に対しＤＨＣＰサーバが割当てられたならば、プロセス２００は「要求を転送する」ブロック２１２に進む。ブロック２１２において、プロセス２００は、ブロック２０４で受信した要求を、ブロック２１０で対象要求デバイスに割当てられたＤＨＣＰサーバに向け転送する。この時点からのＤＨＣＰ要求の処理については、ＤＮＲ１１８がり実行する処理も含め、コンピュータおよび通信技術分野の当業者の熟知事項であろう。ＤＨＣＰ要求が転送されたならば、プロセス２００は、要求を待つのブロック２０４に戻り、プロセス２００は該ブロックで別の要求を待つ。以降、上記で説明したような処理が続く。

プロセス２００は、ＤＮＲが作動中、すなわち、ＤＮＲ１１８がオン状態の利用可能な電源を有する間は実行されるよう設計されている。ＤＮＲ１１８の電源がオフになるか、またはユーザがＤＮＲ１１８の機能を無効にしたい場合、非同期割り込み２１４がプロセス２００に送信される。現在実行中のブロックがどの点であれ、非同期割り込み２１４は、プロセス２００の制御を取り、制御を「資源を後片付けする」ブロック２１６に引き渡す。ブロック２１６において、プロセス２００は、実行中に割り振られたメモリを解放し、パラメータを保存し、場合により、プロセス２００の現在実行状況に関する情報を保存する。最後に、「アドレス要求を終了する」ブロック２１９で、プロセス２００は完了する。

図５は、図１および２のＤＮＲ１１８によって実行される、要求処理プロセス２５０のフローチャートである。プロセス２５０は、双方とも図４に関連して上記で説明した、アドレス要求プロセス２００の要求を処理するのブロック２０８に対応している。プロセス２５０は、「要求処理を開始する」ブロック２５２からスタートし、直ぐに「データを読み出す」ブロック２５４に進む。ブロック２５４において、プロセス２５０は、ネットワーク構成モジュール１４８（図２）からネットワーク構成についての情報を、経路ロジック１５２（図２）から経路指定情報を、ＤＨＣＰ割当てモジュール１５４（図２）からＤＨＣＰ割当て情報を読み出す。

「複数のＤＨＣＰがあるか？」ブロック２５６において、プロセス２５０は、ＤＨＣＰサーバ＿１ １３６（図１）およびＤＨＣＰサーバ＿２ １４０（図１）などの複数のＤＨＣＰサーバが現在利用可能かどうかを判定する。利用可能な場合、制御は「基準を解析する」ブロック２５８に進み、該ブロックにおいて、プロセス２５０はブロック２５４で読み出したデータを分析し、ＤＨＣＰ選定に対する何らかの特定要件を設定する。例えば、クライアント・システム１０２（図１および２）は、ＩＰアドレス要求がより速い応答時間を有するＤＨＣＰサーバに必ず送られるよう指定するかもしれないし、ラップトップ・コンピュータ１１６は、最も信頼性の高い経路を選択するよう指定するかもしれない。このＤＨＣＰ選定に対する特定の基準は、ユーザが選択可能である。

「基準とデータとを比較する」ブロック２６０において、プロセスは、ブロック２５４で読み出してブロック２５８で解析されたデータを使い、ＩＰアドレス要求を送るのに最善なＤＨＣＰサーバを選定する。例えば、ネットワーク構成モジュール１４８から読み出したデータは、ホップ＿１ １２２（図１）を経由してのＤＨＣＰサーバ＿１ １３６（図１）が、送信されたＩＯアドレス要求に対し、通常は最も速い応答時間を有することを示しているとしよう。しかしながら、他のデータは、ホップ＿１ １２２がオフラインであることを示しており、このため、ＤＨＣＰサーバ＿１ １３６への送信は、ホップ＿２ １２４とホップ＿３ １２６（図１）とを経由して送る必要があり、現時点では、ホップ＿２ １２４経由でＤＨＣＰサーバ＿２ １４０（図１）に向けてＩＰアドレス要求を送る方がより速いということもあろう。

コンピュータおよび通信関係の当業者は、最も有利な応答時間を選定するため用いることができる数多くのパラメータに精通していよう。これに加え、応答時間以外の検討項目を用いることができる。例えば、ＤＨＣＰサーバ＿１ １３６にセキュリティ機能を採用し、特定のコンピュータまたはアプリケーションからの特定のＩＰアドレス要求に対して、ＤＨＣＰサーバ＿２ １４０よりもＤＨＣＰサーバ＿１ １３６の方が望ましいものとすることができる。

ブロック２６０に続いて、または、プロセス２５０が選定対象としてのＤＨＣＰサーバが一台だけであると判断した場合にはブロック２５６に引き続いて、プロセス２５０は「ＤＨＣＰを選定する」ブロック２６２に進む。ブロック２６２において、プロセス２５０は、要求元デバイスの基準、並びに送信を伝送すべきネットワークの状態に関してＤＮＲ１１８が保有できる一切の知識に基いて、現下のＩＰアドレス要求を送る最善のＤＨＣＰサーバについての判定を行う。当然ながら、制御がブロック２５６から直接ブロック２６２に到来した場合は、単一の当該ＤＨＣＰサーバが選定されることになる。「選定を送信する」ブロック２６４において、ブロック２６２で行われた選定が、アドレス要求プロセス２００に返され、図４に関連して上記で説明したように処理を継続することができる。最後に、制御は「要求処理を終了する」ブロック２６９に進み、該ブロックでプロセス２５０は完了する。

特定の実施形態を参照しながら、本発明を提示し説明してきたが、当業者は、以下に限らないが、同様のまたは異なる順序で、追加、低減、または修改されたエレメントあるいは追加、低減、または修改されたブロックを含めて、本発明の精神および範囲を逸脱することなく、形態および細部に対し、前述のまたは他の変更を加えられることを理解していよう。

Claims (21)

1. ドメイン・ホスト構成プロトコル（ＤＨＣＰ）要求を実行する方法であって、
   ＤＨＣＰ要求を受信するステップと、
   ２つ以上の利用可能なＤＨＣＰサーバのリストにアクセスするステップと、
   第一基準に基づいて、利用可能なＤＨＣＰサーバの前記リストからＤＨＣＰサーバを選定するステップと、
   前記選定されたＤＨＣＰサーバに、前記ＤＨＣＰ要求を送信するステップと、
   を含む前記方法。
2. 利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対する第一計量を計算するステップをさらに含み、
   ＤＨＣＰサーバの前記選定は、前記第一計量に基づいて行われる、
   請求項１に記載の方法。
3. 前記計量は、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応する予測応答時間、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応するセキュリティ評定、および、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応する見積もり処理負荷、の少なくとも一つに関連している、請求項２に記載の方法。
4. 動的ネットワーク・ルータの作動停止に応じ、前記動的ネットワーク・ルータに関連するアドレス要求プロセスに非同期割り込みを送信するステップと、
   制御を、前記アドレス要求プロセスから資源後片付けプロセスに渡し、前記アドレス要求プロセス実行の間割り振られていたメモリを解放し、前記アドレス要求プロセスに関連するデータを格納するステップと、
   をさらに含む、請求項１に記載の方法。
5. 複数のＤＨＣＰサーバが利用可能であるとの判定を受けて、ＤＨＣＰサーバ選定に関する基準を解析するステップと、
   前記基準を用いて前記複数のＤＨＣＰサーバからＤＨＣＰサーバを選定するステップと、
   をさらに含む、請求項１に記載の方法。
6. 利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに接続確認信号を送信し、各ＤＨＣＰサーバの利用可能性と予測応答時間とを判定するステップをさらに含む、請求項１に記載の方法。
7. 前記方法が、ネットワーク経路指定デバイスによって実行される、請求項１に記載の方法。
8. ドメイン・ホスト構成プロトコル（ＤＨＣＰ）の要求デバイスであって、
   プロセッサと、
   ２つ以上の利用可能なＤＨＣＰサーバのリストと、
   ＤＨＣＰ要求を受信するため、前記プロセッサによって実行されるロジックと、
   第一基準に基づいて、利用可能なＤＨＣＰサーバの前記リストからＤＨＣＰサーバを選定するため、前記プロセッサによって実行されるロジックと、
   前記選定されたＤＨＣＰサーバに前記ＤＨＣＰ要求を送信するため、前記プロセッサによって実行されるロジックと、
   を含む、前記デバイス。
9. 利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対する第一計量を計算するため、前記プロセッサによって実行されるロジックをさらに含み、
   ＤＨＣＰサーバの前記選定は、前記第一計量に基づいて行われる、
   請求項８に記載のデバイス。
10. 前記計量は、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応する予測応答時間、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応するセキュリティ評定、および、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応する見積もり処理負荷、の少なくとも一つに関連している、請求項９に記載のデバイス。
11. 動的ネットワーク・ルータの作動停止に応じ、前記動的ネットワーク・ルータに関連するアドレス要求プロセスに非同期割り込みを送信するための手段と、
    制御を、前記アドレス要求プロセスから資源後片付けプロセスに渡し、前記アドレス要求プロセス実行の間割り振られていたメモリを解放し、前記アドレス要求プロセスに関連するデータを格納するための手段と、
    をさらに含む、請求項８に記載のデバイス。
12. 複数のＤＨＣＰサーバが利用可能であるとの判定を受けて、ＤＨＣＰサーバ選定に関する基準を解析するための手段と、
    前記基準を用いて前記複数のＤＨＣＰサーバからＤＨＣＰサーバを選定するための手段と、
    をさらに含む、請求項８に記載のデバイス。
13. 利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに接続確認信号を送信し、各ＤＨＣＰサーバの利用可能性と予測応答時間とを判定するため、前記プロセッサによって実行されるロジックをさらに含む、請求項８に記載のデバイス。
14. 前記デバイスは、ネットワーク経路指定デバイスに内蔵されている、請求項８に記載のデバイス。
15. ドメイン・ホスト構成プロトコル（ＤＨＣＰ）要求を実行するためのコンピュータ・プログラムであって、前記プログラムがコンピュータで実行されるとき、
    ＤＨＣＰ要求を受信するステップと、
    ２つ以上の利用可能なサーバのリストにアクセスするステップと、
    第一基準に基づいて、利用可能なＤＨＣＰサーバの前記リストからＤＨＣＰサーバを選定するステップと、
    前記選定されたＤＨＣＰサーバに、前記ＤＨＣＰ要求を送信するステップと、
    を遂行するようにされたプログラム・コード手段を含む、前記コンピュータ・プログラム。
16. 前記プログラムがコンピュータで実行されるとき、
    利用可能なＤＨＣＰサーバの前記リストの各ＤＨＣＰサーバに対する、第一計量を計算するステップを遂行するようにされたプログラム・コード手段をさらに含み、
    ＤＨＣＰサーバの前記選定は、前記第一計量に基いて行われる、
    請求項１５に記載のコンピュータ・プログラム。
17. 前記計量は、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応する予測応答時間、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応するセキュリティ評定、および、利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに対応する見積もり処理負荷、の少なくとも一つに関連する、請求項１６に記載のコンピュータ・プログラム。
18. 前記プログラムがコンピュータで実行されるとき、
    動的ネットワーク・ルータの作動停止に応じ、前記動的ネットワーク・ルータに関連するアドレス要求プロセスに非同期割り込みを送信するステップと、
    制御を、前記アドレス要求プロセスから資源後片付けプロセスに渡し、前記アドレス要求プロセス実行の間割り振られていたメモリを解放し、前記アドレス要求プロセスに関連するデータを格納するステップと、
    を遂行するようにされたプログラム・コード手段をさらに含む、請求項１５に記載のコンピュータ・プログラム。
19. 前記プログラムがコンピュータで実行されるとき、
    複数のＤＨＣＰサーバが利用可能であるとの判定を受けて、ＤＨＣＰサーバ選定に関する基準を解析するステップと、
    前記基準を用いて前記複数のＤＨＣＰサーバからＤＨＣＰサーバを選定するステップと、
    を遂行するようにされたプログラム・コード手段をさらに含む、請求項１５に記載のコンピュータ・プログラム。
20. 前記プログラムがコンピュータで実行されるとき、
    利用可能なＤＨＣＰサーバの前記リスト中の各ＤＨＣＰサーバに接続確認信号を送信し、各ＤＨＣＰサーバの利用可能性と予測応答時間とを判定するステップ、
    を遂行するようにされたプログラム・コード手段をさらに含む、請求項１５に記載のコンピュータ・プログラム。
21. ドメイン・ホスト構成プロトコル（ＤＨＣＰ）要求を実行するための装置であって、
    ＤＨＣＰ要求を受信するための手段と、
    ２つ以上の利用可能なＤＨＣＰサーバのリストにアクセスするための手段と、
    第一基準に基づいて、利用可能なＤＨＣＰサーバの前記リストからＤＨＣＰサーバを選定するための手段と、
    前記選定されたＤＨＣＰサーバに、前記ＤＨＣＰ要求を送信するための手段と、
    を含む前記装置。

Images