JP4347241B2 - Ｄｈｃｐクライアント端末、及びｄｈｃｐ−ｐｄリクエスティングルータ - Google Patents

Description

本発明は、ＩＰ転送を実施する端末またはルータを備えたＩＰネットワークにおいて、ＤＨＣＰ（Dynamic Host Configuration Protocol）またはＤＨＣＰ−ＰＤ（Prefix Delegation）を用いて、ＩＰアドレスまたはＩＰｖ６（Internet Protocol version 6）アドレスプレフィックスを設定する技術に関する。

従来のＩＰネットワーク技術では、ＩＰネットワークに接続するクライアント端末に対し、ＤＨＣＰ（非特許文献１を参照）により、ＩＰアドレスの自動設定を実現することができる。ＤＨＣＰでは、図１０に示すように、ＩＰネットワーク１００に設置されたＤＨＣＰサーバ１０１に、ＩＰネットワーク１００において割当て可能なＩＰアドレス群を予め登録しておく。クライアント端末１０５，１０６がユーザ収容ルータ１０２を介してＤＨＣＰサーバ１０１に、クライアント端末１０７，１０８がリクエスティングルータ１０９，１１０及びユーザ収容ルータ１０３を介してＤＨＣＰサーバ１０１にそれぞれアクセスし、ＩＰアドレスの割当てを要求する。ＤＨＣＰサーバ１０１は、登録されたＩＰアドレス群の中から、未割当てのＩＰアドレスをクライアント端末１０５〜１０８にそれぞれ通知する。この場合、ＤＨＣＰサーバ１０１は、割当てたＩＰアドレスを登録すると共に、ユーザの利便性を考慮し、同一ユーザに対し同一のＩＰアドレスを割当てるようにするため、クライアント端末を収容するルータのインタフェース識別子、すなわち、収容位置情報と、クライアント端末に割当てるＩＰアドレスとの関係も登録する。

ＤＨＣＰでは、ＤＨＣＰサーバ１０１がクライアント端末１０５〜１０８を識別するために、クライアントＤＵＩＤ（DHCP Unique Identifier）という識別子を用いる。図１１を用いてその動作を具体的に説明する。クライアント端末は、初回起動時に、ＭＡＣアドレス等のリンクレイヤアドレスに基づきクライアントＤＵＩＤを生成し（ステップＳ１１０１）、ＩＰアドレスの割当て要求をＤＨＣＰサーバに通知する（ステップＳ１１０２）。ＤＨＣＰサーバは、ＩＰアドレス割当て時に、クライアントＤＵＩＤと、割当てたＩＰアドレスと、ＩＰアドレスを割当てたインタフェースの情報、すなわち収容位置情報と、をそれぞれ関連付けて記憶する（ステップＳ１１０３）。収容位置情報としては、例えば、クライアント端末を収容するルータの識別子や、クライアント端末が接続されているインタフェースのインタフェース識別子等がある。そして、ＤＨＣＰサーバは、クライアントＤＵＩＤ、割当てたＩＰアドレス及び有効期限をクライアント端末に送信し（ステップＳ１１０４）、クライアント端末は、受信したＩＰアドレスを設定する（ステップＳ１１０５）。

また、ＤＨＣＰでは、ＤＨＣＰサーバ１０１は、クライアントＤＵＩＤを用いて、ＩＰアドレスが割当てられたクライアント端末１０５〜１０８を識別し、例えば、クライアント端末１０５〜１０８からＩＰアドレス有効期限の延長要求を受信した場合に（ステップＳ１１０６）、ＩＰアドレス、クライアントＤＵＩＤ及び収容位置情報の関係を確認し（ステップＳ１１０７）、正当なクライアント端末１０５〜１０８に対してのみ、当該ＩＰアドレスの有効期限を延長することが可能となる（ステップＳ１１０８，１１０９）。言い換えると、ＤＨＣＰサーバ１０１は、クライアントＤＵＩＤを管理することにより、不正な装置や、不正なインタフェースからの要求に対して、拒否することが可能となる。

また、ＤＨＣＰでは、クライアント端末は、ＩＰアドレスが不要になった場合、ＩＰアドレスの解放要求を実施し、解放要求を受信したＤＨＣＰサーバは、ＩＰアドレス割当て時に記憶した、ＩＰアドレス、クライアントＤＵＩＤ、収容位置情報、インタフェース等のＤＨＣＰ割当情報を削除し、再割当てが可能な状態にする。

上記のクライアントＤＵＩＤの特長は、ＩＰｖ６アドレスプレフィックスを割当てるＤＨＣＰ−ＰＤの場合も同様である。

Ｒ．Ｄｒｏｍｓ等、"ＲＦＣ３３１５ Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｆｏｒ ＩＰｖ６（ＤＨＣＰｖ６）"、［online］、Ｊｕｌｙ ２００３、インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc3315.txt＞ Ｏ．Ｔｒｏａｎ等、"ＲＦＣ３６３３ ＩＰｖ６ Ｐｒｅｆｉｘ Ｏｐｔｉｏｎ ｆｏｒ Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ） ｖｅｒｓｉｏｎ６"、［online］、Ｄｅｃｅｍｂｅｒ ２００３、インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc3633.txt＞

しかしながら、クライアントＤＵＩＤの生成基となるＭＡＣアドレス等のリンクレイヤアドレスは、インタフェースのハードウェアに振付けられるため、クライアント端末やクライアント端末のインタフェース部分を交換する場合、一般的に、交換前のクライアントＤＵＩＤと、交換後のクライアントＤＵＩＤとは異なる値である。

従って、クライアント端末またはクライアント端末のインタフェース部分を交換する場合、そのクライアント端末が、その交換前に故障等の理由でＩＰアドレス解放要求を送信できなかったときは、ＤＨＣＰサーバは、記憶されたＤＨＣＰ割当情報を削除できない。このため、ＤＨＣＰサーバは、同一のユーザが使用する交換後のクライアント端末からＩＰアドレス割当要求を受信した場合、異なるクライアントＤＵＩＤからの不正要求であると判断し、そのＩＰアドレス割当要求を拒否する（図１１のステップＳ１１１０〜Ｓ１１１４を参照）。この場合、ＤＨＣＰサーバは、記憶したＩＰアドレスの有効期限が切れてＤＨＣＰ割当情報が削除されるまでは、クライアント端末からのＩＰアドレス割当要求を拒否する。

この問題の解決方法として、ＩＰネットワークのオペレータが、ＤＨＣＰサーバに記憶されたクライアントＤＵＩＤを削除する方法が考えられるが、オペレータは、クライアント端末が独自に生成したクライアントＤＵＩＤを識別することは困難であり、また、一般的なユーザの技術レベルを考慮すると、ユーザがクライアント端末からクライアントＤＵＩＤを読み出し、オペレータに申告することも難しい。

また、ＤＨＣＰサーバにおいて、ＩＰアドレスの有効期限を短縮するという解決方法も考えられるが、ＩＰアドレスの有効期限を短縮した場合、クライアント端末からルータ及びＤＨＣＰサーバへのＩＰアドレス更新要求が増加し、ルータ及びＤＨＣＰサーバが輻輳状態になるという懸念がある。

そこで、本発明の目的は、ＤＨＣＰまたはＤＨＣＰ−ＰＤを用いてＩＰアドレスの設定を行うＩＰネットワークにおいて、クライアント端末（以下、ＤＨＣＰクライアント端末という。）を交換した場合であっても、直ちに通信することが可能なＤＨＣＰクライアント端末を提供することにある。また、ＤＨＣＰ−ＰＤリクエスティングルータを交換した場合であっても、直ちに通信することが可能なＤＨＣＰ−ＰＤリクエスティングルータを提供することにある。

ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータが故障した場合には、ＩＰアドレスまたはＩＰｖ６アドレスプレフィックスの解放を要求するメッセージをＤＨＣＰサーバへ送信することができない可能性がある。そこで、検出部が、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータの故障を、例えば軽微な段階で検出し、かつ、通信が可能な場合に、制御部が、前記メッセージをＤＨＣＰサーバへ送信する。ＤＨＣＰサーバは、このメッセージを受信し、登録されているＩＰアドレスまたはＩＰｖ６アドレスプレフィックスと、交換前のクライアントＤＵＩＤとが関連付けられた情報を削除することにより、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータの交換後に、クライアントＤＵＩＤの再登録を直ちに実施することができる（請求項１、請求項２）。

また、前記メッセージはＩＰネットワーク上で損失する可能性があり、この場合、ＤＨＣＰサーバに登録されているＩＰアドレスまたはＩＰｖ６アドレスプレフィックスと、交換前のクライアントＤＵＩＤとが関連付けられた情報の削除に失敗する。そこで、制御部は、前記メッセージを２回以上送信する。これにより、前記情報の削除失敗を防ぐことができる（請求項３、請求項４）。

また、予め前記メッセージを記憶しておき、制御部による故障検出のタイミングで、前記記憶されたメッセージを用いるようにしたから、制御部が輻輳した場合であっても、前記メッセージの送信を確実に行うことができる（請求項５、請求項６）。

以上詳細に説明したように、本発明によれば、ＤＨＣＰまたはＤＨＣＰ−ＰＤを用いてＩＰアドレスの設定を行うＩＰネットワークにおいて、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータを交換した場合であっても、直ちに通信可能な状態とすることができる。

以下、本発明の実施例について、図面を用いて詳細に説明する。

本発明の実施例１について、図１に示すＤＨＣＰクライアント端末の構成例、及び図２に示す動作例を用いて説明する。
実施例１のＤＨＣＰクライアント端末１０は、図１に示すように、リリーススイッチ１、制御部２及びＩＰネットワークインタフェース部３から構成される。リリーススイッチ１は制御部２に接続され、制御部２はＩＰネットワークインタフェース部３に接続される。ＩＰネットワークインタフェース部３はＩＰネットワーク５０に接続される。リリーススイッチ１は、例えばスイッチの押下等の操作により起動し、制御部２にスイッチ起動信号を出力する。本発明は、リリーススイッチ１の起動を契機として制御部２にスイッチ起動信号を通知することに特長があり、リリーススイッチ１自体の動作方式や、リリーススイッチ１から制御部２へのスイッチ起動信号の伝達方式を制限するものではない。

制御部２は、従来技術と同様にＤＨＣＰ機能の処理を実行することにより、ＤＨＣＰメッセージを生成し、当該ＤＨＣＰメッセージをＩＰネットワークインタフェース部３に出力する。ここで、リリーススイッチ１からのスイッチ起動信号の受信を契機に、ＤＨＣＰのＩＰアドレス解放要求処理を実行する点が、従来技術と異なる。

ＩＰネットワークインタフェース部３は、制御部２が生成したＤＨＣＰメッセージを入力してＩＰネットワーク５０へ送信する。また、ＩＰネットワーク５０からＤＨＣＰメッセージを受信し、制御部２に転送する。

実施例１の動作例について、図２を用いて説明する。但し、図２では、説明の簡素化のため、ユーザ収容ルータがＤＨＣＰサーバ機能を有する場合の動作例を示す。尚、ユーザ収容ルータがＤＨＣＰサーバ機能を有しておらず、ＤＨＣＰサーバが独立して設置される場合は、ユーザ収容ルータがＤＨＣＰサーバにメッセージを中継することにより、基本的に図２と同様の動作となる。

ＤＨＣＰクライアント端末１０のリリーススイッチ１が押下等の操作により起動された場合（ステップＳ２０１）、リリーススイッチ１は、制御部２にスイッチ起動信号を出力する（ステップＳ２０２）。スイッチ起動信号を入力した制御部２は、ＤＨＣＰのＩＰアドレス解放処理を起動してＤＨＣＰ解放メッセージを生成し（ステップＳ２０３）、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ解放メッセージを出力する（ステップＳ２０４）。そして、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージをユーザ収容ルータへ送信する（ステップＳ２０５）。ＤＨＣＰ解放メッセージとしては、例えば、ＤＨＣＰｖ６（ＲＦＣ３３１５）の場合は、Ｒｅｌｅａｓｅメッセージが該当する。ＤＨＣＰ解放メッセージには、少なくとも、ＤＨＣＰクライアント端末１０のＤＵＩＤ及びＩＰアドレスを含む。

ユーザ収容ルータは、ＤＨＣＰ解放メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末のＤＵＩＤ及びＩＰアドレスについて、これらの情報に関連付いた情報が登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する（ステップＳ２０６）。

次に、本発明の実施例２について、図３に示すＤＨＣＰ−ＰＤリクエスティングルータの構成例、及び図４に示す動作例を用いて説明する。
実施例２のＤＨＣＰ−ＰＤリクエスティングルータ２０は、図３に示すように、リリーススイッチ１、制御部２及びＩＰネットワークインタフェース部３−１，３−２から構成される。リリーススイッチ１は制御部２に接続され、制御部２はＩＰネットワークインタフェース部３−１，３−２にそれぞれ接続される。ＩＰネットワークインタフェース部３−１，３−２はＩＰネットワーク５０に接続される。リリーススイッチ１は、例えばスイッチの押下等の操作により起動し、制御部２にスイッチ起動信号を出力する。本発明は、リリーススイッチ１の起動を契機として制御部２にスイッチ起動信号を通知することに特長があり、リリーススイッチ１自体の動作方式や、リリーススイッチ１から制御部２へのスイッチ起動信号の伝達方式を制限するものではない。

制御部２は、従来技術と同様にＤＨＣＰ−ＰＤ機能の処理を実行することにより、ＤＨＣＰ−ＰＤメッセージを生成し、当該ＤＨＣＰ−ＰＤメッセージをＩＰネットワークインタフェース部３−１，３−２に出力する。ここで、リリーススイッチ１からのスイッチ起動信号の受信を契機に、ＤＨＣＰのＩＰｖ６アドレスプレフィックス解放要求処理を実行する点が、従来技術と異なる。

ＩＰネットワークインタフェース部３−１，３−２は、制御部２が生成したＤＨＣＰ−ＰＤメッセージを入力してＩＰネットワーク５０へ送信する。また、ＩＰネットワーク５０からＤＨＣＰ−ＰＤメッセージを受信し、制御部２に転送する。一般的に、ルータは、複数のＩＰネットワークインタフェースを備えている。本発明は、ＩＰネットワークインタフェースの数を制限するものではない。ＤＨＣＰ−ＰＤリクエスティングルータ２０が複数のＩＰネットワークインタフェース部を備えている場合、制御部２は、ＤＨＣＰサーバがＩＰネットワーク５０を介して接続されるＩＰネットワークインタフェース部とそれぞれ接続される。この接続法としては、特定のインタフェースを、ＤＨＣＰサーバが接続されるＩＰネットワークインタフェース部とする方法や、全てのＩＰネットワークインタフェースを制御部２と接続する方法が挙げられるが、本発明は、制御部２とＩＰネットワークインタフェース部との間の接続法を制限するものではない。本実施例２には、本発明の説明に必要なＤＨＣＰサーバとの間の通信に使用するＩＰネットワークインタフェース部のみが記載されている。

実施例２の動作例について、図４を用いて説明する。但し、図４では、説明の簡素化のため、ユーザ収容ルータがＤＨＣＰサーバ機能を有する場合の動作例を示す。尚、ユーザ収容ルータがＤＨＣＰサーバ機能を有しておらず、ＤＨＣＰサーバが独立して設置される場合は、ユーザ収容ルータがＤＨＣＰサーバにメッセージを中継することにより、基本的に図４と同様の動作となる。

ＤＨＣＰ−ＰＤリクエスティングルータ２０のリリーススイッチ１が押下等の操作により起動された場合（ステップＳ４０１）、リリーススイッチ１は、制御部２にスイッチ起動信号を出力する（ステップＳ４０２）。スイッチ起動信号を入力した制御部２は、ＤＨＣＰ−ＰＤのＩＰｖ６アドレスプレフィックス解放処理を起動してＤＨＣＰ−ＰＤ解放メッセージを生成し（ステップＳ４０３）、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ−ＰＤ解放メッセージを出力する（ステップＳ４０４）。ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ−ＰＤ解放メッセージをユーザ収容ルータへ送信する（ステップＳ４０５）。メッセージＤＨＣＰ−ＰＤ解放メッセージとしては、例えば、ＤＨＣＰ−ＰＤの場合は、Ｒｅｌｅａｓｅメッセージが該当する。ＤＨＣＰ解放メッセージには、少なくとも、ＤＨＣＰクライアント端末１０のＤＵＩＤ及びＩＰｖ６アドレスプレフィックスを含む。

ユーザ収容ルータは、ＤＨＣＰ−ＰＤ解放要求メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末のＤＵＩＤ及びＩＰｖ６アドレスプレフィックスについて、これらの情報に関連付いた情報が登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する（ステップＳ４０６）。

次に、本発明の実施例３について説明する。
実施例３のＤＨＣＰクライアント端末の構成例は図１と同様であるため、ここではその説明を省略する。実施例３の動作例について、図５を用いて説明する。実施例３では、制御部２が、リリーススイッチ１からのスイッチ起動信号の通知を契機にするのではなく、故障検出を契機にして（ステップＳ５０１）、ＤＨＣＰのＩＰアドレス解放要求処理を実行する（ステップＳ５０２）点で、図２に示した実施例１と異なる。この故障検出法としては、制御部２がＤＨＣＰクライアント端末１０の各部分の正常性を周期的に確認する方法が挙げられるが、本発明は、制御部２による故障検出法を制限するものではない。図５において、ステップＳ５０３〜Ｓ５０５は、図２に示した実施例１のステップＳ２０４〜Ｓ２０６と同様である。

次に、本発明の実施例４について説明する。
実施例４のＤＨＣＰ−ＰＤリクエスティングルータの構成例は図３と同様であるため、ここでは説明を省略する。実施例４の動作例について、図６を用いて説明する。実施例４では、制御部２が、リリーススイッチ１からのスイッチ起動信号の通知を契機にするのではなく、故障検出を契機にして（ステップＳ６０１）、ＤＨＣＰのＩＰｖ６アドレスプレフィックス解放要求処理を実行する（ステップＳ６０２）点が、図４に示した実施例２と異なる。故障検出法としては、制御部２がＤＨＣＰ−ＰＤリクエスティングルータ２０の各部分の正常性を周期的に確認する方法が挙げられるが、本発明は、制御部２による故障検出法を制限するものではない。図６において、ステップＳ６０３〜Ｓ６０５は、図２に示した実施例２のステップＳ４０４〜Ｓ４０６と同様である。

次に、本発明の実施例５について説明する。
実施例５のＤＨＣＰクライアント端末の構成例は図１を同様であり、ＤＨＣＰ−ＰＤリクエスティングルータの構成例は図３と同様であるため、ここでは説明を省略する。実施例５の動作例について、図７を用いて説明する。図７は、ＤＨＣＰクライアント端末の動作例を示すフローチャート図である。尚、ＤＨＣＰ−ＰＤリクエスティングルータの動作例も図７と同様である。実施例５では、制御部２がリリーススイッチ１からのスイッチ起動信号の通知を契機に（ステップＳ７０１，７０２）、または、故障検出を契機に（図示せず）、ＤＨＣＰのＩＰアドレス解放要求処理を実行する場合に（ステップＳ７０３）、予め定めた複数回数分、ＤＨＣＰ解放メッセージを送信する（ステップＳ７０４〜Ｓ７０７）点で、図２に示した実施例１及び図５に示した実施例３と異なる。

具体的には、スイッチ起動信号を受信した制御部２、または故障検出した制御部２は、ＤＨＣＰのＩＰアドレス解放処理を起動して、ＤＨＣＰクライアント端末１０のＤＵＩＤ及びＩＰアドレスを含むＤＨＣＰ解放メッセージを生成し（ステップＳ７０３）、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ解放メッセージを出力する（ステップＳ７０４）。そして、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージをユーザ収容ルータへ送信する（ステップＳ７０５）。さらに、制御部２は、ＩＰネットワークインタフェース部３に前記ＤＨＣＰ解放メッセージを出力し（ステップＳ７０６）、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージをユーザ収容ルータへ送信する（ステップＳ７０７）。制御部２及びＩＰネットワークインタフェース部３は、ステップ７０４，７０５の動作を、予め定めた回数分繰り返す。このような動作を繰り返すのは、図７に示すように、ステップ７０５のＤＨＣＰ解放メッセージがＩＰネットワーク５０上で損失した場合に、有効である。

次に、本発明の実施例６について、図８に示すＤＨＣＰクライアント端末の構成例、及び図９に示す動作例を用いて説明する。尚、ＤＨＣＰ−ＰＤリクエスティングルータの構成例は図８と同様であるため、説明を省略する。
実施例６のＤＨＣＰクライアント端末１１は、図８に示すように、図１に示した実施例１の構成例に、メッセージ記憶部４を追加して構成される。リリーススイッチ１は、メッセージ記憶部４に接続され、制御部２は、メッセージ記憶部４及びＩＰネットワークインタフェース部３に接続され、ＩＰネットワークインタフェース部３は、メッセージ記憶部４及び制御部２に接続され、メッセージ記憶部４は、リリーススイッチ１、制御部２及びＩＰネットワークインタフェース部３に接続される。また、ＩＰネットワークインタフェース部３はＩＰネットワーク５０に接続される。

リリーススイッチ１は、例えばスイッチの押下等の操作により起動し、メッセージ記憶部４にスイッチ起動信号を出力する。本発明は、リリーススイッチ１の起動を契機としてメッセージ記憶部４にスイッチ起動信号を通知することに特長があり、リリーススイッチ１自体の動作方式や、リリーススイッチ１から制御部２へのスイッチ起動信号の伝達方式を制限するものではない。

制御部２は、ＩＰアドレスを設定してリリースメッセージを生成し、メッセージ記憶部４に出力して記憶させる。

ＩＰネットワークインタフェース部３は、メッセージ記憶部４が記憶したリリースメッセージを入力し、ＤＨＣＰメッセージとしてＩＰネットワーク５０へ送信する。さらに、ＩＰネットワーク５０から、ＩＰアドレスを含むＤＨＣＰメッセージを受信し、制御部２に転送する。

メッセージ記憶部４は、リリースメッセージを記憶し、リリーススイッチ１からスイッチ起動信号を入力すると、記憶したリリースメッセージをＩＰネットワークインタフェース部３に出力する。このメッセージ記憶部４は、当該ＤＨＣＰクライアント端末１１の再起動時にも、記憶したメッセージが消失しないように、不揮発性メモリであることが望ましい。

実施例６の動作例について、図９を用いて説明する。尚、ＤＨＣＰ−ＰＤリクエスティングルータの動作例も同様である。
ＤＨＣＰクライアント端末１１の制御部２は、ユーザ収容ルータから送信されたＩＰアドレスを含むＤＨＣＰ応答を、ＩＰネットワークインタフェース部３を介して入力し（ステップＳ９０１，Ｓ９０２）、ＩＰアドレスを設定する（ステップＳ９０３）。この時に、ＤＨＣＰクライアント端末１１のＤＵＩＤ及びＩＰアドレスを含むリリースメッセージを生成し、メッセージ記憶部４に記憶させる（ステップＳ９０５，Ｓ９０６）。

リリーススイッチ１が押下等の操作により起動された場合（ステップＳ９０７）、リリーススイッチ１は、メッセージ記憶部４にスイッチ起動信号を出力する（ステップＳ９０８）。メッセージ記憶部４は、スイッチ起動信号を入力すると、記憶しているリリースメッセージをＩＰネットワークインタフェース３に出力する。そして、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰクライアント端末１１のＤＵＩＤ及びＩＰアドレスを含むリリースメッセージをＤＨＣＰ解放メッセージとしてユーザ収容ルータへ送信する（ステップＳ９１０）。

ユーザ収容ルータは、ＤＨＣＰ解放メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末１１のＤＵＩＤ及びＩＰアドレスについて、これらの情報が関連付いて登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する（ステップＳ９１１）。

本発明の実施例１におけるＤＨＣＰクライアント端末の構成例である。 本発明の実施例１における動作例を示すフローチャート図である。 本発明の実施例２におけるＤＨＣＰ−ＰＤリクエスティングルータの構成例である。 本発明の実施例２における動作例を示すフローチャート図である。 本発明の実施例３における動作例を示すフローチャート図である。 本発明の実施例４における動作例を示すフローチャート図である。 本発明の実施例５における動作例を示すフローチャート図である。 本発明の実施例６におけるＤＨＣＰクライアント端末の構成例である。 本発明の実施例６における動作例を示すフローチャート図である。 従来技術のネットワーク構成例である。 従来技術の動作例を示すフローチャート図である。

符号の説明

１ リリーススイッチ
２ 制御部
３ ＩＰネットワークインタフェース部
４ メッセージ記憶部
１０，１１，１０５〜１０８ ＤＨＣＰクライアント端末
２０，１０９，１１０ ＤＨＣＰ−ＰＤリクエスティングルータ
５０，１００ ＩＰネットワーク
１０１ ＤＨＣＰサーバ
１０２，１０３ ユーザ収容ルータ

Claims (6)

1. ＩＰネットワークを介してＤＨＣＰサーバに接続され、ＤＨＣＰのクライアント処理部を備えるＤＨＣＰクライアント端末において、
   該ＤＨＣＰクライアント端末の故障を検出し、かつ、通信が可能な場合に、ＤＨＣＰによって割当てられたＩＰアドレスの解放を要求するメッセージを、ＤＨＣＰサーバへ送信する制御部、
   を備えたことを特徴とするＤＨＣＰクライアント端末。
2. ＩＰネットワークを介してＤＨＣＰサーバに接続され、ＤＨＣＰ−ＰＤのリクエスティングルータ処理部を備えるＤＨＣＰ−ＰＤリクエスティングルータにおいて、
   該ＤＨＣＰ−ＰＤリクエスティングルータの故障を検出し、かつ、通信が可能な場合に、ＤＨＣＰ−ＰＤによって割当てられたＩＰｖ６アドレスプレフィックスの解放を要求するメッセージを、ＤＨＣＰサーバへ送信する制御部、
   を備えたことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。
3. 請求項１に記載のＤＨＣＰクライアント端末において、
   前記制御部は、予め設定した回数分の前記メッセージを、ＤＨＣＰサーバへ送信する、ことを特徴とするＤＨＣＰクライアント端末。
4. 請求項２に記載のＤＨＣＰ−ＰＤリクエスティングルータにおいて、前記制御部は、予め設定した回数分の前記メッセージを、ＤＨＣＰサーバへ送信する、
   ことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。
5. 請求項１または３に記載のＤＨＣＰクライアント端末において、
   さらに、不揮発性メモリで構成されるメッセージ記憶部を備え、
   前記制御部は、ＤＨＣＰサーバが割当てたＩＰアドレスを受信したときに、該ＩＰアドレスの解放を要求するメッセージを生成し、前記メッセージ記憶部に記憶させ、前記故障を検出し、かつ、通信が可能な場合に、前記メッセージ記憶部に記憶されたメッセージをＤＨＣＰサーバへ送信する、
   ことを特徴とするＤＨＣＰクライアント端末。
6. 請求項２または４に記載のＤＨＣＰ−ＰＤリクエスティングルータにおいて、
   さらに、不揮発性メモリで構成されるメッセージ記憶部を備え、
   前記制御部は、ＤＨＣＰサーバが割当てたＩＰｖ６アドレスプレフィックスを受信したときに、該ＩＰｖ６アドレスプレフィックスの解放を要求するメッセージを生成し、前記メッセージ記憶部に記憶させ、前記故障を検出し、かつ、通信が可能な場合に、前記メッセージ記憶部に記憶されたメッセージをＤＨＣＰサーバへ送信する、
   ことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。

Images