JP2005117651A - ワイヤレス・クライアント用のｉｐアドレスならびに名前マッビングを管理するための方法および装置 - Google Patents

Abstract

【課題】 ネットワーク・アドレスを管理するための方法、装置、およびコンピュータ命令を提供する。
【解決手段】 データ処理システムの識別における使用のために現在のサーバから受け取ったネットワーク・アドレスが、以前のサーバからの以前のネットワーク・アドレスと比較される。この受け取ったネットワーク・アドレスが新しいネットワーク・アドレスであり、以前のサーバが現在のサーバと異なるサーバであるとき、以前のネットワーク・アドレスを含んだ解放データ・パケットが作成される。この解放データ・パケットが以前のサーバへ送られ、このパケットが、再使用のために、以前のサーバに、以前のネットワーク・アドレスを解放させる。
【選択図】 図４

Description

本発明は、一般には、改良されたデータ処理システムに関し、特に、インターネット・プロトコル（ＩＰ）アドレスを管理するための方法および装置に関する。より詳細には、本発明は、ワイヤレス・クライアント用の不使用ＩＰアドレスおよび名前マッピングのクリーニングのための方法、装置、およびコンピュータ命令に関する。

ネットワークに接続されるデータ処理システムには、システム間の通信を考慮して固有のアドレスが割り当てられている。これらのアドレスは、ＩＰアドレスとも呼ばれている。ネットワークへデータ処理システムを追加する１つの方法は、ユーザまたは管理者がＩＰアドレスをマニュアルで割り当て、構成を行う方法である。以前は、たとえば、コンピュータのユーザがアドレスを要求しなければならず、それによりシステム管理者は、そのユーザのためのデータ処理システムの構成をマニュアルで行っていた。

この構成プロセスは、マニュアルで行う場合に誤りを生じやすかった。たとえば、同一ＩＰアドレスが１を超える数のデータ処理システムへ割り当てられると、それらのデータ処理システムの１つを除くすべてがネットワークへの接続に問題を生じることになる。また、モバイル・ユーザが異なるサイトの間を移動するとき、これらのユーザには、接続するそれぞれの異なるサイトごとにＩＰアドレスの再構成およびセット・アップが求められる。

動的ホスト構成プロトコル（ＤＨＣＰ）は、ネットワーク管理者によるネットワーク上のＩＰアドレスの割り当てならびに構成の集中管理および自動化を可能にする。このプロトコルは、ユーザならびに管理者がデータ処理システムごとに行うＩＰアドレスのマニュアル入力を回避する。さらに、このプロトコルを用いれば中央ポイントからＩＰアドレスが配給され、管理される。このようにＤＨＣＰは、リース期間と呼ばれる特定の時間にわたるＩＰクライアント構成の自動的かつ動的な割り付けを提供する。

電源オフあるいはリセットのいずれかに起因してＤＨＣＰクライアントが再スタートするとき、このクライアントは、ダウン状態の前にそのクライアントが有していたものと同じＩＰアドレスの取得を試みる。ＤＨＣＰクライアントが最後に使用していたＩＰアドレスが、ＤＨＣＰ要求としてローカル・サブネット上にブロードキャストされる。このブロードキャストは、以前のアドレスをそのクライアントが再び使用できるかを、あるいは、以前のアドレスがすでに使用されてしまっているときには、いずれかの傾聴側のＤＨＣＰサーバがクライアントに新しいＩＰアドレスを提供できるかを、クライアントが尋ねるための手段である。しかしながら、クライアントからのこのタイプのブロードキャストは、ルータによって自動的に落とされてしまう。

このタイプの具体化は、静的なＤＨＣＰクライアントにとってはＤＨＣＰサーバがサブネット上にあることから充分であるが、ワイヤレス・クライアントにとっては良好に機能しない。ワイヤレスＤＨＣＰクライアントが、異なるドメイン名サーバならびにＤＨＣＰサーバによってコントロールされる異なるゾーンの間を移動するとき、そのワイヤレス・クライアントは、定義済みの満了時間に至るまで利用されないリソースを残す。この定義済み満了時間が、そのクライアントのＩＰアドレスに関するリース時間である。これらのリソースには、そのクライアントによってＤＨＣＰサーバから取得されたＩＰアドレスや、ドメイン名システム（ＤＮＳ）サーバ内にストアされている名前／アドレス・マッピングが含まれる。すべてのブロードキャスト・パケットがルータによって落とされるため、ＤＨＣＰワイヤレス・クライアントによって行われるこのブロードキャストが以前のＤＨＣＰサーバによって受け取られることがない。その結果として、ほかの使用にそのアドレスを利用できることを以前のＤＨＣＰサーバに通知する手段がなくなる。

ＤＨＣＰサーバは、リリース時間が満期になるまでそのＩＰアドレスを利用しないことになる。ＤＨＣＰサーバが、リース時間が３日というＩＰアドレス・プールを伴うことは珍しくはない。ドメイン名サーバ内において名前／アドレスが有効となっている時間は、リース時間に一致する。クライアントがＩＰアドレスを獲得するとき、クライアントは、そのクライアントへ到達するために使用される名前を含めることもある。ＤＨＣＰサーバは、この名前／アドレス・マッピングをドメイン名サーバへ渡し、ドメイン名サーバは、このマッピングをドメイン名サービス（ＤＮＳ）エントリのセット内へストアする。その結果、ワイヤレス・クライアントが移動し、新しいＩＰアドレスならびに名前／アドレス・マッピングを受け取っているときに、すでに有効でなくなった名前／アドレス・マッピングが存在し続けるということがあり得る。

この問題に対する１つの可能性のある解決策は、リース時間を短縮することである。このオプションは、長所ならびに短所をともに有する。リース時間の短縮は、アドレスのより迅速な利用を可能にするが、ＤＨＣＰサーバの負荷を増加する。サーバ上における新しい負荷の増加は、ワイヤレスもしくはそのほかのタイプのモバイル・クライアント、ならびに静的クライアントによってももたらされる。もう１つの解決策は、ワイヤレス・クライアントがＩＰアドレスの１つのプールを使用し、静的クライアントがＩＰアドレスの別のプールを使用するサブネット設定を具体化することである。この解決策は、サブネット当たりの利用可能ＩＰアドレスの合計数を減少させるが、サーバ上の負荷は高いまま残される。その結果として、より小さいＩＰアドレスのプールのための最適リース時間を、ＤＨＣＰサーバに高い負荷をかけることなく見つけることが困難となる。

したがって、モバイル・クライアント用のＩＰアドレスおよび名前のマッピングを管理するための改良された方法、装置、およびコンピュータ命令があると有利である。

本発明は、ネットワーク・アドレスを管理するための方法、装置、およびコンピュータ命令を提供する。データ処理システムの識別における使用のために現在のサーバから受け取ったネットワーク・アドレスが、以前のサーバからの以前のネットワーク・アドレスと比較される。この受け取ったネットワーク・アドレスが新しいネットワーク・アドレスであり、以前のサーバが現在のサーバと異なるサーバであるとき、リリース（解放）・データ・パケットが作成されるが、ここでこのリリース・データ・パケットは、以前のネットワーク・アドレスを含んでいる。このリリース・データ・パケットが以前のサーバへ送られ、その際そのリリース・データ・パケットは、以前のサーバに、再使用のために以前のネットワーク・アドレスをリリース（解放）させる。

図面を参照すると、図１には、本発明を具体化することのできるデータ処理システムのネットワークの略図表現が示されている。ネットワーク・データ処理システム１００は、本発明を具体化することのできるコンピュータのネットワークである。このネットワーク・データ処理システム１００は、ネットワーク１０２を包含するが、これは、ネットワーク・データ処理システム１００内において互いに接続される各種のデバイスとコンピュータとの間をリンクする通信の提供に使用されるメディアである。ネットワーク１０２は、有線、ワイヤレス通信リンク、あるいは光ファイバ・ケーブル等の接続を含むことができる。

図示されている例においては、ネットワーク１０２へサーバ１０４がストレージ・ユニット１０６とともに接続されている。それに加えて、クライアント１０８、１１０、および１１２がネットワーク１０２へ接続されている。これらのクライアント１０８、１１０、および１１２は、たとえばパーソナル・コンピュータまたはネットワーク・コンピュータとすることができる。

図示されている例においては、サーバ１０４が、ブート・ファイル、オペレーティング・システム・イメージ、およびアプリケーション等のデータをクライアント１０８〜１１２へ提供する。クライアント１０８、１１０、および１１２は、サーバ１０４に対するクライアントである。この図示の例においては、サーバ１０４がＤＨＣＰサーバおよび／またはドメイン名システム・サーバとして機能する。ネットワーク・データ処理システム１００は、図示されていない追加のサーバ、クライアント、およびそのほかのデバイスを含むことができる。

図示されている例においては、ネットワーク・データ処理システム１００は、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）のプロトコル・スイート（一式）を使用して互いに通信する地球規模のネットワークならびにゲートウエイの集合を表すネットワーク１０２、を伴うインターネットである。インターネットの心臓部には、データおよびメッセージのルーティングを行う無数の商業、政府、教育、およびその他のコンピュータ・システムからなる主要ノード、またはホスト・コンピュータの間における高速データ通信ラインのバックボーンがある。当然のことながら、ネットワーク・データ処理システム１００もまた、多数の異なるタイプのネットワークとして、たとえばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、またはワイド・エリア・ネットワーク（ＷＡＮ）等として具体化することができる。図１は、一例として意図されたものであり、本発明のアーキテクチャ上の限定を意図するものではない。

図２を参照すると、本発明の好ましい実施態様に従って、図１におけるサーバ１０４等のサーバとして具体化され得るデータ処理システムのブロック図が図示されている。データ処理システム２００は、特定の具体化に応じて、ＤＨＣＰサーバおよびＤＮＳサーバのうちのいずれかとして、もしくはその両方として機能することができる。

データ処理システム２００は、システム・バス２０６へ接続された複数のプロセッサ２０２および２０４を含む対称型マルチプロセッサ（ＳＭＰ）システムとすることができる。それに代えて、単一プロセッサ・システムを採用してもよい。またシステム・バス２０６へは、ローカル・メモリ２０９へのインターフェースを提供するメモリ・コントローラ／キャッシュ２０８も接続されている。Ｉ／Ｏバス・ブリッジ２１０は、システム・バス２０６へ接続されて、Ｉ／Ｏバス２１２に対するインターフェースを提供する。メモリ・コントローラ／キャッシュ２０８およびＩ／Ｏバス・ブリッジ２１０は、図示のように集積化されていることもある。

Ｉ／Ｏバス２１２へ接続されているＰＣＩ（Peripheral ComponentInterconnect: 周辺部品相互接続）バス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へのインターフェースを提供する。ＰＣＩローカル・バス２１６へは多数のモデムが接続されていることがある。典型的なＰＣＩバスの具現化では、４つのＰＣＩ拡張スロットまたはアド‐イン・コネクタをサポートすることになる。図１のクライアント１０８〜１１２に対する通信リンクは、アド‐イン・ボードを介してＰＣＩローカル・バス２１６へ接続されるモデム２１８ならびにネットワーク・アダプタ２２０を経由して提供することができる。

追加のＰＣＩバス・ブリッジ２２２および２２４は、追加のＰＣＩローカル・バス２２６および２２８のためのインターフェースを提供し、そこから追加のモデムもしくはネットワーク・アダプタをサポートすることができる。このようにしてデータ処理システム２００は、複数のネットワーク・コンピュータに対する接続を可能にする。図示されているように、メモリ‐マップされるグラフィックス・アダプタ２３０ならびにハード・ディスク２３２を、直接もしくは間接的にＩ／Ｏバス２１２へ接続することもできる。

当業者であれば認識されることになろうが、図２に示されているハードウエアは、多様なものとなり得る。たとえば、このほかの光ディスク・ドライブ等の周辺デバイスを図示のハードウエアに加えて、あるいはそれに代えて使用してもよい。図示の例は、本発明に関してアーキテクチャ上の限定を暗示することを意図するものではない。

図２に図示されているデータ処理システムは、たとえばニューヨーク州アーモンクにあるＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ（インターナショナル・ビジネス・マシーンズ・コーポレーション）の製品である、ＡＩＸ（Advanced Interactive eXecutive： アドバンスド・インタラクティブ・エグゼクティブ）オペレーティング・システムまたはＬＩＮＵＸオペレーティング・システムが動作するＩＢＭ ｅＳｅｒｖｅｒ ｐＳｅｒｉｅｓシステムとすることができる。

次に図３を参照すると、本発明を具体化することのできるデータ処理システムのブロック図が例示されている。データ処理システム３００は、クライアント・コンピュータの一例である。データ処理システム３００は、ＰＣＩローカル・バス・アーキテクチャを採用する。図示の例はＰＣＩバスを採用しているが、そのほかの、ＡＧＰ（Accelerated Graphics Port： アクセラレーティッド・グラフィックス・ポート）およびＩＳＡ（IndustryStandard Architecture： インダストリ・スタンダード・アーキテクチャ）といった他のバス・アーキテクチャを使用してもよい。プロセッサ３０２およびメイン・メモリ３０４は、ＰＣＩバス・ブリッジ３０８を介してＰＣＩローカル・バス３０６へ接続されている。ＰＣＩバス・ブリッジ３０８は、プロセッサ３０２用の集積化されたメモリ・コントローラおよびキャッシュ・メモリを含んでいることもある。

ＰＣＩローカル・バス３０６に対する追加の接続を、直接部品相互接続もしくはアド‐イン・ボードを介して行うこともできる。図示した例においては、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、ＳＣＳＩ（Small Computer System Interface： スモール・コンピュータ・システム・インターフェース）ホスト・バス・アダプタ３１２、および拡張バス・インターフェース３１４が、直接部品相互接続によってＰＣＩローカル・バス３０６へ接続されている。これに対して、オーディオ・アダプタ３１６、グラフィックス・アダプタ３１８、およびオーディオ／ビデオ・アダプタ３１９は、拡張スロット内に挿入されたアド‐イン・ボードによってＰＣＩローカル・バス３０６へ接続されている。拡張バス・インターフェース３１４は、キーボードおよびマウス・アダプタ３２０、モデム３２２、および追加のメモリ３２４のための接続を提供する。ＳＣＳＩホスト・バス・アダプタ３１２は、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、およびＣＤ‐ＲＯＭドライブ３３０のための接続を提供する。

オペレーティング・システムは、プロセッサ３０２上において実行され、図３のデータ処理システム３００内の各種コンポーネントの調和に使用され、かつそのコントロールを提供する。このオペレーティング・システムは、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ（マイクロソフト・コーポレーション）から市販されているＷｉｎｄｏｗｓ ＸＰ等の市販オペレーティング・システムとすることができる。Ｊａｖａ等のオブジェクト指向プログラミング・システムを、このオペレーティング・システムに関連して実行することができ、データ処理システム３００上において実行中のＪａｖａプログラムもしくはアプリケーションからオペレーティング・システムに対する呼び出しを提供することができる。なお「Ｊａｖａ」はＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．（サン・マイクロシステムズ・インク）の商標である。オペレーティング・システム、オブジェクト指向プログラミング・システム、およびアプリケーションまたはプログラムに関する命令は、ハード・ディスク・ドライブ３２６等のストレージ・デバイス内に収められており、プロセッサ３０２による実行のためにメイン・メモリ３０４内へロードされるようにすることができる。

当業者であれば認識されることになろうが、図３に示されているハードウエアは、具現化に応じて多様なものとなり得る。このほかの内部ハードウエアもしくは周辺デバイス、たとえばフラッシュ読み出し専用メモリ（ＲＯＭ）、同等の不揮発性メモリ、もしくは光ディスク・ドライブ等を図３に示されているハードウエアに加えて、あるいはそれに代えて使用することもできる。また、本発明のプロセスを、マルチプロセッサ・データ処理システムへ適用することも可能である。

図３に示されている例および前述の例は、アーキテクチャ上の限定を暗示することも意図するものではない。たとえば、データ処理システム３００は、ＰＤＡの形式を取り得ることに加えて、ノートブック・コンピュータまたはハンド・ヘルド・コンピュータとすることができる。データ処理システム３００はまた、キオスクまたはウェブ・アプライアンスとしてもよい。

本発明は、クライアント用のＩＰアドレスおよび名前のマッピングを管理するための改良された方法、装置、およびコンピュータ命令を提供する。本発明のメカニズムは、不使用のＩＰアドレスおよび名前のマッピングのクリーニングを提供する。このメカニズムは、リース時間の満了前におけるこれらのアドレスおよびエントリのリリースを提供し、これらのリソースのより迅速な再使用を可能にする。このメカニズムは、ＲＦＣ ２１３１により詳細な記述のある現在のＤＨＣＰプロトコルに対する修正を必要とすることなく具現化される。クライアントＤＨＣＰプロセスには、以前にＩＰアドレスを獲得していたサーバと同じサーバによってブロードキャスト・メッセージが受け取られたか否かを決定するためのチェックを行う拡張が含められる。ＤＨＣＰサーバが同一である場合には、それ以上のステップが必要ない。ＤＨＣＰサーバが異なるサーバである場合には、新しいアドレスが獲得されたときに、以前のサーバに対してパケットが送られる。

より詳細に述べれば、ＤＨＣＰクライアントは、最後に使用したＤＨＣＰサーバおよびＩＰアドレスを追跡している。ＤＨＣＰクライアントが、ＩＰアドレスに関する提示が行われていることを知ると、そのクライアントは、ログに照らしてその提示をチェックする。その提示が新しいＩＰアドレスであるが、同一のＤＨＣＰサーバからのものである場合には、それ以上のステップは行われない。その提示が異なるＤＨＣＰサーバからの新しいＩＰアドレスである場合には、そのクライアントは、以前のＤＨＣＰサーバに対して、解放されるべき古いＩＰアドレスを含むパケットを送ることになる。このパケットは、そのＩＰアドレスのリース期間が満期となっていなくても、そのＤＨＣＰサーバにその解放を行わせる。さらに、ＤＨＣＰサーバは、ドメイン名サーバ内のエントリを解放することになるが、これは、ＤＨＣＰサーバがＩＰアドレスの解放の要求を受け取ったときに自動的に呼び出されるようにすることができる。

次に図４を参照すると、本発明の好ましい実施態様に従ったＩＰアドレスおよびドメイン名サービス・エントリの管理に使用されるコンポーネントを例示したブロック図が示されている。この例においては、ワイヤレス・クライアント４００が、ＤＨＣＰサーバ４０２へＩＰアドレスを要求することができる。ワイヤレス・クライアント４００は、図３に示されているデータ処理システム３００のようなデータ処理システムを使用して具現化することができる。ＤＨＣＰサーバ４０２は、図２に示されているデータ処理システム２００のようなデータ処理システムを使用して具現化することができる。

ワイヤレス・クライアント４００は、ＤＨＣＰクライアント・プロセス４０４を含んでおり、ＤＨＣＰサーバ４０２へＩＰアドレスを要求し、獲得するためにそれが使用される。より詳細に言えば、ＤＨＣＰクライアント・プロセス４０４は、ＤＨＣＰサーバ４０２内のＤＨＣＰサーバ・プロセス４０８へＤＨＣＰ発見メッセージ４０６を渡す。ＤＨＣＰサーバ・プロセス４０８は、この要求を受け取ると、利用可能ＩＰアドレス４１０もしくはバインド（束縛）されたＩＰアドレス４１２からＩＰアドレスを選択する。

ワイヤレス・クライアント４００が、以前にＤＨＣＰサーバ４０２からＩＰアドレスを受け取っていた場合には、再度そのＩＰアドレスをワイヤレス・クライアント４００へ提示することができる。ＤＨＣＰサーバ・プロセス４０８は、バインドされたＩＰアドレス４１２をチェックし、ワイヤレス・クライアント４００が以前にＤＨＣＰサーバ４０２からＩＰアドレスを受け取っているか否かを明らかにする。バインドされたＩＰアドレス４１２は、クライアントへ割り当て済みであり、そのリース期間がまだ満期になっていないＩＰアドレスである。リース期間が満期になると、そのＩＰアドレスがバインドされたＩＰアドレス４１２から利用可能ＩＰアドレス４１０へ戻される。ＩＰアドレスをはじめ、そのほかの構成情報がＤＨＣＰ提示４１４を介してワイヤレス・クライアント４００へ返される。ＤＨＣＰクライアント・プロセス４０４は、ＤＨＣＰ提示４１４を受け取り、このアドレスをバインドすることが可能となるまでを待機する。このアドレスがバインドされるとき、そのアドレスは、バインドされたＩＰアドレス４１２内へストアされる。

さらに、ＤＨＣＰ提示４１４の受け取りに応答して、ＤＨＣＰクライアント・プロセス４０４は、ログ４１６をチェックし、ＤＨＣＰ提示４１４からのサーバならびにＩＰアドレスと、最後に使用したＤＨＣＰサーバならびに最後に使用したＩＰアドレスとを比較する。この提示が同一ＤＨＣＰサーバからの新しいＩＰアドレスである場合には、ＤＨＣＰサーバからＩＰアドレスを獲得するときに通常に実行されるステップへの追加はない。このＩＰアドレスが異なるＤＨＣＰサーバからの新しいアドレスである場合には、ＤＨＣＰクライアント・プロセス４０４は、新しいアドレスのバインドが可能になるまで待機する。

ＤＨＣＰクライアント・プロセス４０４が新しいアドレスをバインドした後、ＤＨＣＰクライアント・プロセス４０４はＤＨＣＰ解放パケット４１８を作り、それを以前のＤＨＣＰサーバ、すなわちＤＨＣＰサーバ４２０へ送る。ＤＨＣＰサーバ４２０は、データ処理システム２００等のデータ処理システムを使用して具現化することができる。ＤＨＣＰ解放４１８は、ＤＨＣＰサーバ４２０内のＤＨＣＰサーバ・プロセス４２２によって受け取られる。この解放メッセージの受け取りに応答して、そのＩＰアドレスのリースがまだ満期になっていなければ、バインドされたＩＰアドレス４２４からそのＩＰアドレスが解放される。その結果として、このＩＰアドレスが利用可能ＩＰアドレス４２６へ戻され、別のクライアントへの割り当てのためにこのアドレスが解放される。

さらに、ＩＰアドレスに加えて名前を用いてワイヤレス・クライアント４００へのアクセスが可能である場合には、この名前がＤＨＣＰサーバ４０２へ送られ、それがドメイン名システム・（ＤＮＳ）サーバ４３０へ更新４２８を送ることになる。ドメイン名システム・サーバ４３０は、図２に示されているデータ処理システム２００等のデータ処理システムを使用して具現化することができる。ＤＮＳサーバ・プロセス４３２は、更新４２８から名前およびＩＰアドレスを獲得して、ＤＮＳエントリ４３４内にエントリを作成する。

これまでは、これらのＤＮＳエントリが、以前のＤＨＣＰサーバ、すなわちこの例におけるＤＨＣＰサーバ４２０によって解放されるまで削除されることがなかった。この解放は、一般にワイヤレス・クライアント４００へ割り当てられた以前のＩＰアドレスのためのリース時間が満期になるまで生じない。図示の例においては、本発明のメカニズムを介してＤＮＳエントリ４３４からエントリが解放されるようにすることができる。

より詳細に述べると、ＤＨＣＰ解放４１８がＤＨＣＰサーバ・プロセス４２２によって受け取られたとき、更新４３６が生成されてＤＮＳサーバ・プロセス４３２へ送られ、特定の名前とアドレスのマッピングがすでに必要なくなり、ＤＮＳエントリ４３４から削除できることが示される。つまり、このようにして本発明のメカニズムは、ＩＰアドレスに関するリース時間の短縮の問題ならびに複雑性を伴うことなく、改良されたＩＰアドレスおよびＤＮＳエントリの管理を可能にする。

ここではＤＨＣＰサーバおよびＤＮＳシステム・サーバが別体のマシンとして例示されているが、ＤＨＣＰサーバ・プロセスおよびＤＮＳサーバ・プロセスは、特定の具現化に応じて、同一の物理的マシン内に配置することができる。

次に図５を参照すると、本発明の好ましい実施態様に従ってＤＨＣＰサーバへＩＰアドレスを要求し、管理するためのプロセスのフローチャートが例示されている。図５に例示されているプロセスは、図４のワイヤレス・クライアント４００等のクライアント内において具現化されるものとすることができる。

このプロセスは、ＩＰアドレスの要求によって開始する（ステップ５００）。その後、提示がＤＨＣＰサーバから受け取られる（ステップ５０２）。ＩＰアドレスおよびサーバがログと比較される（ステップ５０４）。このログは、以前のＩＰアドレスと、クライアントへそのＩＰアドレスの提示を行った以前のサーバとを含んでいる。その提示が異なるサーバからの新しいＩＰアドレスであるか否かについての決定が行われる（ステップ５０６）。そのＩＰアドレスが異なるサーバからの新しいアドレスである場合には、プロセスは新しいＩＰアドレスのバインドを待機する（ステップ５０８）。

次に、そのＩＰアドレスがバインドされたか否かについての決定が行われ（ステップ５１０）、そのアドレスのバインドがまだであればプロセスがステップ５０８へ戻る。バインドされていれば、ＤＨＣＰ解放パケットが作成される（ステップ５１２）。このＤＨＣＰ解放パケット内へ、以前のＩＰアドレスと以前のＤＨＣＰサーバの宛先とが入れられる（ステップ５１４）。

続いてこのＤＨＣＰ解放パケットが送られ（ステップ５１６）、その後にこのプロセスが終了する。このＤＨＣＰ解放パケットは、以前にそのクライアントへＩＰアドレスを提供したサーバに、バインドまたは使用中のＩＰアドレスのセットからそのＩＰアドレスをリリースさせる。再びステップ５０６へ戻って参照するが、提示が異なるサーバからの新しいＩＰアドレスでない場合には、このプロセスが終了する。

この結果、そのＩＰアドレスが再割り当てに利用できるようになる。さらに、名前／アドレス・マッピングがそのクライアント用に作成されていた場合には、ＤＨＣＰサーバは、ＤＮＳサーバへ更新を送り、そのエントリを削除させる。

このように、本発明のメカニズムは、クライアントへ動的に割り当てられるＩＰアドレスを管理するための改良された方法、装置、およびコンピュータ命令を提供する。本発明のメカニズムは、リース時間の満了に先行するＩＰアドレスの解放を可能にする。ＩＰアドレスを要求するクライアントは、そのクライアントへ別のＤＨＣＰサーバからの新しいアドレスの提示が到来するときに、以前のＩＰアドレスの解放を要求するパケットを生成することになる。これによれば、リース期間の調整または最適化を伴うことなくＤＨＣＰサーバ内においてＩＰアドレスがより効率的に管理されるようにできる。さらに、このメカニズムは、ＤＨＣＰサーバ内に提供される更新プロセスを介して、ＤＮＳサーバから不必要なＤＮＳエントリを削除することも可能にする。

ここで付記するが、重要なことは、これにおいては完全に機能するデータ処理システムの関係から本発明が説明されているが、当業者であれば、本発明のプロセスが、コンピュータ可読媒体形式の命令ならびに各種の形式で分配されること、および分配を行うために実際に使用される特定タイプの信号担持媒体に関わりなく等しく本発明が適用されることである。コンピュータ可読媒体の例としては、フロッピ・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、ＣＤ‐ＲＯＭ、ＤＶＤ‐ＲＯＭ、といった記録可能タイプの媒体や、ディジタルならびにアナログ通信リンク、たとえば無線周波数および光伝送等の伝送形式を使用する有線またはワイヤレス通信リンク、といった伝送タイプの媒体が挙げられる。コンピュータ可読媒体は、特定のデータ処理システム内における実際の使用のためにデコードされるコード化された形式を取ることができる。

以上、例示ならびに説明を目的として本発明について述べてきたが、網羅的であることもしくはここに開示した特定の形式に本発明が限定されることを意図するものではない。当業者においては、多くの修正ならびに変形が明らかになることであろう。多様な修正を伴う各種の実施態様が特定の使用に適することは当然であり、それらについても企図されていることから、実施態様は、本発明の原理ならびに実際的な応用をもっともよく説明するために、また当業者による本発明の理解を可能にするために選択され、ここに説明されている。

本発明を具体化することのできるデータ処理システムのネットワークを表現した概略図である。 本発明の好ましい実施態様に従ってサーバとして具体化することのできるデータ処理システムのブロック図である。 本発明を具体化することのできるデータ処理システムを示したブロック図である。 本発明の好ましい実施態様に従ってＩＰアドレスならびにドメイン名サービスエントリの管理に使用されるコンポーネントを例示したブロック図である。 本発明の好ましい実施態様に従ってＤＨＣＰサーバへＩＰアドレスを要求し、それを管理するためのプロセスを示したフローチャートである。

符号の説明

１００ ネットワーク・データ処理システム
１０２ ネットワーク
１０４ サーバ
１０６ ストレージ・ユニット
１０８ クライアント
１１０ クライアント
１１２ クライアント
２００ データ処理システム
２０２ プロセッサ
２０４ プロセッサ
２０６ システム・バス
２０８ メモリ・コントローラ／キャッシュ
２０９ ローカル・メモリ
２１０ Ｉ／Ｏバス・ブリッジ
２１２ Ｉ／Ｏバス
２１４ ＰＣＩバス・ブリッジ
２１６ ＰＣＩローカル・バス
２１８ モデム
２２０ ネットワーク・アダプタ
２２２ ＰＣＩバス・ブリッジ
２２４ ＰＣＩバス・ブリッジ
２２６ ＰＣＩローカル・バス
２２８ ＰＣＩローカル・バス
２３０ グラフィックス・アダプタ
２３２ ハード・ディスク
３００ データ処理システム
３０２ プロセッサ
３０４ メイン・メモリ
３０６ ＰＣＩローカル・バス
３０８ ＰＣＩバス・ブリッジ
３１０ ＬＡＮアダプタ
３１２ ＳＣＳＩホスト・バス・アダプタ
３１４ 拡張バス・インターフェース
３１６ オーディオ・アダプタ
３１８ グラフィックス・アダプタ
３１９ オーディオ／ビデオ・アダプタ
３２０ キーボードおよびマウス・アダプタ
３２２ モデム
３２４ メモリ
３２６ ハード・ディスク・ドライブ
３２８ テープ・ドライブ
３３０ ＣＤ‐ＲＯＭドライブ
４００ ワイヤレス・クライアント
４０２ ＤＨＣＰサーバ
４０４ ＤＨＣＰクライアント・プロセス
４０６ ＤＨＣＰ発見メッセージ
４０８ ＤＨＣＰサーバ・プロセス
４１０ 利用可能ＩＰアドレス
４１２ バインドされたＩＰアドレス
４１４ ＤＨＣＰ提示
４１６ ログ
４１８ ＤＨＣＰ解放パケット
４２０ ＤＨＣＰサーバ
４２２ ＤＨＣＰサーバ・プロセス
４２４ バインドされたＩＰアドレス
４２６ 利用可能ＩＰアドレス
４２８ 更新
４３０ ＤＮＳ（ドメイン名システム）サーバ
４３２ ＤＮＳサーバ・プロセス
４３４ ＤＮＳエントリ
４３６ 更新

Claims (20)

1. ネットワーク・アドレスを管理するためのデータ処理システム内における方法であって、
   前記データ処理システムを識別する使用のために現在のサーバから受け取ったネットワーク・アドレスを、以前のサーバからの以前のネットワーク・アドレスと比較するステップと、
   前記受け取ったネットワーク・アドレスが新しいネットワーク・アドレスであり前記以前のサーバが前記現在のサーバと異なるサーバである場合に、前記以前のネットワーク・アドレスを含む解放データ・パケットを作成するステップと、
   前記以前のサーバへ前記解放データ・パケットを送るステップであって、前記解放データ・パケットが、前記以前のサーバに前記以前のネットワーク・アドレスを再使用のために解放させる、ステップと、
   を有する方法。
2. 前記現在のサーバおよび前記以前のサーバが、動的ホスト構成プロトコル・サーバである、請求項１に記載の方法。
3. 前記新しいネットワーク・アドレスが前記データ処理システムへバインドされた後に限って前記作成するステップを開始する、ステップを更に有する、請求項１に記載の方法。
4. 前記ネットワーク・アドレスが、インターネット・プロトコル・アドレスである、請求項１に記載の方法。
5. 前記解放データ・パケットが、ドメイン名サーバへ更新を送らせて、前記以前のネットワーク・アドレスを前記データ処理システム用の名前にマッピングしているエントリを削除させることを、前記以前のサーバに行わせる、請求項１に記載の方法。
6. 新しいネットワーク・アドレスと前記現在のサーバの識別情報とをログ内へ記憶するステップを更に有する、請求項１に記載の方法。
7. ネットワーク・アドレスを管理するためのデータ処理システムであって、
   バス・システムと、
   前記バス・システムへ接続された通信ユニットと、
   前記バス・システムへ接続されたメモリであって、命令セットを含むメモリと、
   前記バス・システムへ接続された処理ユニットと
   を有し、前記処理ユニットが、前記命令セットを実行して、
   前記データ処理システムを識別する使用のために現在のサーバから受け取ったネットワーク・アドレスを以前のサーバからの以前のネットワーク・アドレスと比較し、
   前記受け取ったネットワーク・アドレスが新しいネットワーク・アドレスであり、前記以前のサーバが前記現在のサーバと異なるサーバである場合に、前記以前のネットワーク・アドレスを含む解放データ・パケットを作成し、
   前記解放データ・パケットを前記以前のサーバへ送り、そこで前記解放データ・パケットが、前記以前のネットワーク・アドレスを再使用のために前記以前のサーバに解放させる、
   データ処理システム。
8. ネットワーク・アドレスを管理するためのデータ処理システムであって、
   前記データ処理システムを識別する使用のために現在のサーバから受け取ったネットワーク・アドレスを以前のサーバからの以前のネットワーク・アドレスと比較するための比較手段と、
   前記受け取ったネットワーク・アドレスが新しいネットワーク・アドレスであり、前記以前のサーバが前記現在のサーバと異なるサーバである場合に、解放データ・パケットを作成するための作成手段であって、前記解放データ・パケットが前記以前のネットワーク・アドレスを含む、作成手段と、
   前記以前のサーバへ前記解放データ・パケットを送るための伝送手段であって、前記解放データ・パケットが、前記以前のネットワーク・アドレスを再使用のために、前記以前のサーバに解放させる、伝送手段と、
   を有するデータ処理システム。
9. 前記現在のサーバおよび前記以前のサーバが、動的ホスト構成プロトコル・サーバである、請求項８に記載のデータ処理システム。
10. 前記新しいネットワーク・アドレスが前記データ処理システムへバインドされた後に限って前記作成する手段を開始する、ための開始手段を更に有する、請求項８に記載のデータ処理システム。
11. 前記ネットワーク・アドレスが、インターネット・プロトコル・アドレスである、請求項８に記載のデータ処理システム。
12. 前記解放データ・パケットが、ドメイン名サーバへ更新を送らせて、前記以前のネットワーク・アドレスを前記データ処理システム用の名前にマッピングしているエントリを削除させることを、前記以前のサーバに行わせる、請求項８に記載のデータ処理システム。
13. 新しいネットワーク・アドレスと前記現在のサーバの識別情報とをログ内へ記憶するための記憶手段を更に有する、請求項８に記載のデータ処理システム。
14. ネットワーク・アドレスを管理するためのコンピュータ可読媒体内のコンピュータ・プログラムであって、
    データ処理システムを識別する使用のために現在のサーバから受け取ったネットワーク・アドレスを、以前のサーバからの以前のネットワーク・アドレスと比較するための第１の命令と、
    前記受け取ったネットワーク・アドレスが新しいネットワーク・アドレスであり前記以前のサーバが前記現在のサーバと異なるサーバであるとき、解放データ・パケットを作成するための第２の命令であって、前記解放データ・パケットが前記以前のネットワーク・アドレスを含む、第２の命令と、
    前記以前のサーバへ前記解放データ・パケットを送るための第３の命令であって、前記解放データ・パケットが、前記以前のネットワーク・アドレスを再使用のために前記以前のサーバに解放させる、第３の命令と、
    を有するコンピュータ・プログラム。
15. 前記現在のサーバおよび前記以前のサーバが、動的ホスト構成プロトコル・サーバである、請求項１４に記載のコンピュータ・プログラム。
16. 前記新しいネットワーク・アドレスが前記データ処理システムへバインドされた後に限って前記作成するステップを開始する、ための第４の命令を更に有する、請求項１４に記載のコンピュータ・プログラム。
17. 前記ネットワーク・アドレスが、インターネット・プロトコル・アドレスである、請求項１４に記載のコンピュータ・プログラム。
18. 前記解放データ・パケットが、ドメイン名サーバへ更新を送らせて、前記以前のネットワーク・アドレスを前記データ処理システム用の名前にマッピングしているエントリを削除させることを、前記以前のサーバに行わせる、請求項１４に記載のコンピュータ・プログラム。
19. 新しいネットワーク・アドレスと前記現在のサーバの識別情報とをログ内へ記憶するための第５の命令を更に有する、請求項１４に記載のコンピュータ・プログラム。
20. 前記ドメイン名サーバが、前記以前のサーバと同じデータ処理システム上に配置される、請求項１４に記載のコンピュータ・プログラム。

Images