(57)【要約】【課題】  ＤＨＣＰまたはＤＨＣＰ−ＰＤを用いてＩＰアドレスの設定を行うＩＰネットワークにおいて、ＤＨＣＰクライアント端末を交換した場合であっても、直ちに通信することが可能なＤＨＣＰクライアント端末を提供することにある。【解決手段】  リリーススイッチ１は、制御部２にスイッチ起動信号を出力する。制御部２は、ＤＨＣＰのＩＰアドレス解放処理を起動してＤＨＣＰ解放メッセージを生成し、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ解放メッセージを出力する。ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージを、ＤＨＣＰサーバ機能を有するユーザ収容ルータへ送信する。ユーザ収容ルータは、ＤＨＣＰ解放メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末のＤＵＩＤ及びＩＰアドレスについて、これらの情報に関連付いた情報が登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する。【選択図】  図１
2006245893.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークを介してＤＨＣＰサーバに接続され、ＤＨＣＰのクライアント処理部を備えるＤＨＣＰクライアント端末において、
スイッチ起動信号を出力するリリーススイッチと、
前記スイッチ起動信号を入力し、ＤＨＣＰによって割当てられたＩＰアドレスの解放を要求するメッセージを、ＤＨＣＰサーバへ送信する制御部と、
を備えたことを特徴とするＤＨＣＰクライアント端末。
【請求項２】
ＩＰネットワークを介してＤＨＣＰサーバに接続され、ＤＨＣＰ−ＰＤのリクエスティングルータ処理部を備えるＤＨＣＰ−ＰＤリクエスティングルータにおいて、
スイッチ起動信号を出力するリリーススイッチと、
前記スイッチ起動信号を入力し、ＤＨＣＰ−ＰＤによって割当てられたＩＰｖ６アドレスプレフィックスの解放を要求するメッセージを、ＤＨＣＰサーバへ送信する制御部と、
を備えたことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。
【請求項３】
ＩＰネットワークを介してＤＨＣＰサーバに接続され、ＤＨＣＰのクライアント処理部を備えるＤＨＣＰクライアント端末において、
該ＤＨＣＰクライアント端末の故障を検出した場合に、ＤＨＣＰによって割当てられたＩＰアドレスの解放を要求するメッセージを、ＤＨＣＰサーバへ送信する制御部、
を備えたことを特徴とするＤＨＣＰクライアント端末
【請求項４】
ＩＰネットワークを介してＤＨＣＰサーバに接続され、ＤＨＣＰ−ＰＤのリクエスティングルータ処理部を備えるＤＨＣＰ−ＰＤリクエスティングルータにおいて、
該ＤＨＣＰクライアント端末の故障を検出した場合に、ＤＨＣＰ−ＰＤによって割当てられたＩＰｖ６アドレスプレフィックスの解放を要求するメッセージを、ＤＨＣＰサーバへ送信する制御部、
を備えたことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。
【請求項５】
請求項１または３に記載のＤＨＣＰクライアント端末において、
前記制御部は、予め設定した回数分の前記メッセージを、ＤＨＣＰサーバへ送信する、ことを特徴とするＤＨＣＰクライアント端末。
【請求項６】
請求項２または４に記載のＤＨＣＰ−ＰＤリクエスティングルータにおいて、
前記制御部は、予め設定した回数分の前記メッセージを、ＤＨＣＰサーバへ送信する、ことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。
【請求項７】
請求項１、３及び５のうちのいずれか一項に記載のＤＨＣＰクライアント端末において、
さらに、不揮発性メモリで構成されるメッセージ記憶部を備え、
前記制御部は、ＤＨＣＰサーバが割当てたＩＰアドレスを受信したときに、該ＩＰアドレスの解放を要求するメッセージを生成し、前記メッセージ記憶部に記憶させ、
請求項１に記載のスイッチ起動信号を入力した場合に、または、請求項３に記載の故障を検出した場合に、前記メッセージ記憶部に記憶されたメッセージをＤＨＣＰサーバへ送信する、
ことを特徴とするＤＨＣＰクライアント端末。
【請求項８】
請求項２、４及び６のうちのいずれか一項に記載のＤＨＣＰ−ＰＤリクエスティングルータにおいて、
さらに、不揮発性メモリで構成されるメッセージ記憶部を備え、
前記制御部は、ＤＨＣＰサーバが割当てたＩＰｖ６アドレスプレフィックスを受信したときに、該ＩＰｖ６アドレスプレフィックスの解放を要求するメッセージを生成し、前記メッセージ記憶部に記憶させ、
請求項２に記載のスイッチ起動信号を入力した場合に、または、請求項４に記載の故障を検出した場合に、前記メッセージ記憶部に記憶されたメッセージをＤＨＣＰサーバへ送信する、
ことを特徴とするＤＨＣＰ−ＰＤリクエスティングルータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ転送を実施する端末またはルータを備えたＩＰネットワークにおいて、ＤＨＣＰ（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＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、クライアントＤＵＩＤの生成基となるＭＡＣアドレス等のリンクレイヤアドレスは、インタフェースのハードウェアに振付けられるため、クライアント端末やクライアント端末のインタフェース部分を交換する場合、一般的に、交換前のクライアントＤＵＩＤと、交換後のクライアントＤＵＩＤとは異なる値である。
【０００９】
従って、クライアント端末またはクライアント端末のインタフェース部分を交換する場合、そのクライアント端末が、その交換前に故障等の理由でＩＰアドレス解放要求を送信できなかったときは、ＤＨＣＰサーバは、記憶されたＤＨＣＰ割当情報を削除できない。このため、ＤＨＣＰサーバは、同一のユーザが使用する交換後のクライアント端末からＩＰアドレス割当要求を受信した場合、異なるクライアントＤＵＩＤからの不正要求であると判断し、そのＩＰアドレス割当要求を拒否する（図１１のステップＳ１１１０〜Ｓ１１１４を参照）。この場合、ＤＨＣＰサーバは、記憶したＩＰアドレスの有効期限が切れてＤＨＣＰ割当情報が削除されるまでは、クライアント端末からのＩＰアドレス割当要求を拒否する。
【００１０】
この問題の解決方法として、ＩＰネットワークのオペレータが、ＤＨＣＰサーバに記憶されたクライアントＤＵＩＤを削除する方法が考えられるが、オペレータは、クライアント端末が独自に生成したクライアントＤＵＩＤを識別することは困難であり、また、一般的なユーザの技術レベルを考慮すると、ユーザがクライアント端末からクライアントＤＵＩＤを読み出し、オペレータに申告することも難しい。
【００１１】
また、ＤＨＣＰサーバにおいて、ＩＰアドレスの有効期限を短縮するという解決方法も考えられるが、ＩＰアドレスの有効期限を短縮した場合、クライアント端末からルータ及びＤＨＣＰサーバへのＩＰアドレス更新要求が増加し、ルータ及びＤＨＣＰサーバが輻輳状態になるという懸念がある。
【００１２】
そこで、本発明の目的は、ＤＨＣＰまたはＤＨＣＰ−ＰＤを用いてＩＰアドレスの設定を行うＩＰネットワークにおいて、クライアント端末（以下、ＤＨＣＰクライアント端末という。）を交換した場合であっても、直ちに通信することが可能なＤＨＣＰクライアント端末を提供することにある。また、ＤＨＣＰ−ＰＤリクエスティングルータを交換した場合であっても、直ちに通信することが可能なＤＨＣＰ−ＰＤリクエスティングルータを提供することにある。
【課題を解決するための手段】
【００１３】
本課題を解決するために、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータの制御部は、交換前に、外部からのスイッチ操作により、ＩＰアドレスまたはＩＰｖ６アドレスプレフィックスの解放を要求するメッセージをＤＨＣＰサーバへ送信する。ＤＨＣＰサーバは、このメッセージを受信し、登録されているＩＰアドレスまたはＩＰｖ６アドレスプレフィックスと、交換前のクライアントＤＵＩＤとが関連付けられた情報を削除することにより、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータの交換後に、クライアントＤＵＩＤの再登録を直ちに実施することができる（請求項１、請求項２）。
【００１４】
ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータが故障した場合には前記メッセージを送信することができない可能性がある。そこで、検出部が、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータの故障を、例えば軽微な段階で検出し、制御部が、前記メッセージをＤＨＣＰサーバへ送信する。ＤＨＣＰサーバは、このメッセージを受信し、登録されているＩＰアドレスまたはＩＰｖ６アドレスプレフィックスと、交換前のクライアントＤＵＩＤとが関連付けられた情報を削除することにより、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータの交換後に、クライアントＤＵＩＤの再登録を直ちに実施することができる（請求項３、請求項４）。
【００１５】
また、前記メッセージはＩＰネットワーク上で損失する可能性があり、この場合、ＤＨＣＰサーバに登録されているＩＰアドレスまたはＩＰｖ６アドレスプレフィックスと、交換前のクライアントＤＵＩＤとが関連付けられた情報の削除に失敗する。そこで、制御部は、前記メッセージを２回以上送信する。これにより、前記情報の削除失敗を防ぐことができる（請求項５、請求項６）。
【００１６】
また、予め前記メッセージを記憶しておき、リリーススイッチからのスイッチ起動信号の入力、または制御部による故障検出のタイミングで、前記記憶されたメッセージを用いるようにしたから、制御部が輻輳した場合であっても、前記メッセージの送信を確実に行うことができる（請求項７、請求項８）。
【発明の効果】
【００１７】
以上詳細に説明したように、本発明によれば、ＤＨＣＰまたはＤＨＣＰ−ＰＤを用いてＩＰアドレスの設定を行うＩＰネットワークにおいて、ＤＨＣＰクライアント端末またはＤＨＣＰ−ＰＤリクエスティングルータを交換した場合であっても、直ちに通信可能な状態とすることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施例について、図面を用いて詳細に説明する。
【実施例１】
【００１９】
本発明の実施例１について、図１に示すＤＨＣＰクライアント端末の構成例、及び図２に示す動作例を用いて説明する。
実施例１のＤＨＣＰクライアント端末１０は、図１に示すように、リリーススイッチ１、制御部２及びＩＰネットワークインタフェース部３から構成される。リリーススイッチ１は制御部２に接続され、制御部２はＩＰネットワークインタフェース部３に接続される。ＩＰネットワークインタフェース部３はＩＰネットワーク５０に接続される。リリーススイッチ１は、例えばスイッチの押下等の操作により起動し、制御部２にスイッチ起動信号を出力する。本発明は、リリーススイッチ１の起動を契機として制御部２にスイッチ起動信号を通知することに特長があり、リリーススイッチ１自体の動作方式や、リリーススイッチ１から制御部２へのスイッチ起動信号の伝達方式を制限するものではない。
【００２０】
制御部２は、従来技術と同様にＤＨＣＰ機能の処理を実行することにより、ＤＨＣＰメッセージを生成し、当該ＤＨＣＰメッセージをＩＰネットワークインタフェース部３に出力する。ここで、リリーススイッチ１からのスイッチ起動信号の受信を契機に、ＤＨＣＰのＩＰアドレス解放要求処理を実行する点が、従来技術と異なる。
【００２１】
ＩＰネットワークインタフェース部３は、制御部２が生成したＤＨＣＰメッセージを入力してＩＰネットワーク５０へ送信する。また、ＩＰネットワーク５０からＤＨＣＰメッセージを受信し、制御部２に転送する。
【００２２】
実施例１の動作例について、図２を用いて説明する。但し、図２では、説明の簡素化のため、ユーザ収容ルータがＤＨＣＰサーバ機能を有する場合の動作例を示す。尚、ユーザ収容ルータがＤＨＣＰサーバ機能を有しておらず、ＤＨＣＰサーバが独立して設置される場合は、ユーザ収容ルータがＤＨＣＰサーバにメッセージを中継することにより、基本的に図２と同様の動作となる。
【００２３】
ＤＨＣＰクライアント端末１０のリリーススイッチ１が押下等の操作により起動された場合（ステップＳ２０１）、リリーススイッチ１は、制御部２にスイッチ起動信号を出力する（ステップＳ２０２）。スイッチ起動信号を入力した制御部２は、ＤＨＣＰのＩＰアドレス解放処理を起動してＤＨＣＰ解放メッセージを生成し（ステップＳ２０３）、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ解放メッセージを出力する（ステップＳ２０４）。そして、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージをユーザ収容ルータへ送信する（ステップＳ２０５）。ＤＨＣＰ解放メッセージとしては、例えば、ＤＨＣＰｖ６（ＲＦＣ３３１５）の場合は、Ｒｅｌｅａｓｅメッセージが該当する。ＤＨＣＰ解放メッセージには、少なくとも、ＤＨＣＰクライアント端末１０のＤＵＩＤ及びＩＰアドレスを含む。
【００２４】
ユーザ収容ルータは、ＤＨＣＰ解放メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末のＤＵＩＤ及びＩＰアドレスについて、これらの情報に関連付いた情報が登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する（ステップＳ２０６）。
【実施例２】
【００２５】
次に、本発明の実施例２について、図３に示すＤＨＣＰ−ＰＤリクエスティングルータの構成例、及び図４に示す動作例を用いて説明する。
実施例２のＤＨＣＰ−ＰＤリクエスティングルータ２０は、図３に示すように、リリーススイッチ１、制御部２及びＩＰネットワークインタフェース部３−１，３−２から構成される。リリーススイッチ１は制御部２に接続され、制御部２はＩＰネットワークインタフェース部３−１，３−２にそれぞれ接続される。ＩＰネットワークインタフェース部３−１，３−２はＩＰネットワーク５０に接続される。リリーススイッチ１は、例えばスイッチの押下等の操作により起動し、制御部２にスイッチ起動信号を出力する。本発明は、リリーススイッチ１の起動を契機として制御部２にスイッチ起動信号を通知することに特長があり、リリーススイッチ１自体の動作方式や、リリーススイッチ１から制御部２へのスイッチ起動信号の伝達方式を制限するものではない。
【００２６】
制御部２は、従来技術と同様にＤＨＣＰ−ＰＤ機能の処理を実行することにより、ＤＨＣＰ−ＰＤメッセージを生成し、当該ＤＨＣＰ−ＰＤメッセージをＩＰネットワークインタフェース部３−１，３−２に出力する。ここで、リリーススイッチ１からのスイッチ起動信号の受信を契機に、ＤＨＣＰのＩＰｖ６アドレスプレフィックス解放要求処理を実行する点が、従来技術と異なる。
【００２７】
ＩＰネットワークインタフェース部３−１，３−２は、制御部２が生成したＤＨＣＰ−ＰＤメッセージを入力してＩＰネットワーク５０へ送信する。また、ＩＰネットワーク５０からＤＨＣＰ−ＰＤメッセージを受信し、制御部２に転送する。一般的に、ルータは、複数のＩＰネットワークインタフェースを備えている。本発明は、ＩＰネットワークインタフェースの数を制限するものではない。ＤＨＣＰ−ＰＤリクエスティングルータ２０が複数のＩＰネットワークインタフェース部を備えている場合、制御部２は、ＤＨＣＰサーバがＩＰネットワーク５０を介して接続されるＩＰネットワークインタフェース部とそれぞれ接続される。この接続法としては、特定のインタフェースを、ＤＨＣＰサーバが接続されるＩＰネットワークインタフェース部とする方法や、全てのＩＰネットワークインタフェースを制御部２と接続する方法が挙げられるが、本発明は、制御部２とＩＰネットワークインタフェース部との間の接続法を制限するものではない。本実施例２には、本発明の説明に必要なＤＨＣＰサーバとの間の通信に使用するＩＰネットワークインタフェース部のみが記載されている。
【００２８】
実施例２の動作例について、図４を用いて説明する。但し、図４では、説明の簡素化のため、ユーザ収容ルータがＤＨＣＰサーバ機能を有する場合の動作例を示す。尚、ユーザ収容ルータがＤＨＣＰサーバ機能を有しておらず、ＤＨＣＰサーバが独立して設置される場合は、ユーザ収容ルータがＤＨＣＰサーバにメッセージを中継することにより、基本的に図４と同様の動作となる。
【００２９】
ＤＨＣＰ−ＰＤリクエスティングルータ２０のリリーススイッチ１が押下等の操作により起動された場合（ステップＳ４０１）、リリーススイッチ１は、制御部２にスイッチ起動信号を出力する（ステップＳ４０２）。スイッチ起動信号を入力した制御部２は、ＤＨＣＰ−ＰＤのＩＰｖ６アドレスプレフィックス解放処理を起動してＤＨＣＰ−ＰＤ解放メッセージを生成し（ステップＳ４０３）、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ−ＰＤ解放メッセージを出力する（ステップＳ４０４）。ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ−ＰＤ解放メッセージをユーザ収容ルータへ送信する（ステップＳ４０５）。メッセージＤＨＣＰ−ＰＤ解放メッセージとしては、例えば、ＤＨＣＰ−ＰＤの場合は、Ｒｅｌｅａｓｅメッセージが該当する。ＤＨＣＰ解放メッセージには、少なくとも、ＤＨＣＰクライアント端末１０のＤＵＩＤ及びＩＰｖ６アドレスプレフィックスを含む。
【００３０】
ユーザ収容ルータは、ＤＨＣＰ−ＰＤ解放要求メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末のＤＵＩＤ及びＩＰｖ６アドレスプレフィックスについて、これらの情報に関連付いた情報が登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する（ステップＳ４０６）。
【実施例３】
【００３１】
次に、本発明の実施例３について説明する。
実施例３のＤＨＣＰクライアント端末の構成例は図１と同様であるため、ここではその説明を省略する。実施例３の動作例について、図５を用いて説明する。実施例３では、制御部２が、リリーススイッチ１からのスイッチ起動信号の通知を契機にするのではなく、故障検出を契機にして（ステップＳ５０１）、ＤＨＣＰのＩＰアドレス解放要求処理を実行する（ステップＳ５０２）点で、図２に示した実施例１と異なる。この故障検出法としては、制御部２がＤＨＣＰクライアント端末１０の各部分の正常性を周期的に確認する方法が挙げられるが、本発明は、制御部２による故障検出法を制限するものではない。図５において、ステップＳ５０３〜Ｓ５０５は、図２に示した実施例１のステップＳ２０４〜Ｓ２０６と同様である。
【実施例４】
【００３２】
次に、本発明の実施例４について説明する。
実施例４のＤＨＣＰ−ＰＤリクエスティングルータの構成例は図３と同様であるため、ここでは説明を省略する。実施例４の動作例について、図６を用いて説明する。実施例４では、制御部２が、リリーススイッチ１からのスイッチ起動信号の通知を契機にするのではなく、故障検出を契機にして（ステップＳ６０１）、ＤＨＣＰのＩＰｖ６アドレスプレフィックス解放要求処理を実行する（ステップＳ６０２）点が、図４に示した実施例２と異なる。故障検出法としては、制御部２がＤＨＣＰ−ＰＤリクエスティングルータ２０の各部分の正常性を周期的に確認する方法が挙げられるが、本発明は、制御部２による故障検出法を制限するものではない。図６において、ステップＳ６０３〜Ｓ６０５は、図２に示した実施例２のステップＳ４０４〜Ｓ４０６と同様である。
【実施例５】
【００３３】
次に、本発明の実施例５について説明する。
実施例５のＤＨＣＰクライアント端末の構成例は図１を同様であり、ＤＨＣＰ−ＰＤリクエスティングルータの構成例は図３と同様であるため、ここでは説明を省略する。実施例５の動作例について、図７を用いて説明する。図７は、ＤＨＣＰクライアント端末の動作例を示すフローチャート図である。尚、ＤＨＣＰ−ＰＤリクエスティングルータの動作例も図７と同様である。実施例５では、制御部２がリリーススイッチ１からのスイッチ起動信号の通知を契機に（ステップＳ７０１，７０２）、または、故障検出を契機に（図示せず）、ＤＨＣＰのＩＰアドレス解放要求処理を実行する場合に（ステップＳ７０３）、予め定めた複数回数分、ＤＨＣＰ解放メッセージを送信する（ステップＳ７０４〜Ｓ７０７）点で、図２に示した実施例１及び図５に示した実施例３と異なる。
【００３４】
具体的には、スイッチ起動信号を受信した制御部２、または故障検出した制御部２は、ＤＨＣＰのＩＰアドレス解放処理を起動して、ＤＨＣＰクライアント端末１０のＤＵＩＤ及びＩＰアドレスを含むＤＨＣＰ解放メッセージを生成し（ステップＳ７０３）、ＩＰネットワークインタフェース部３に当該ＤＨＣＰ解放メッセージを出力する（ステップＳ７０４）。そして、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージをユーザ収容ルータへ送信する（ステップＳ７０５）。さらに、制御部２は、ＩＰネットワークインタフェース部３に前記ＤＨＣＰ解放メッセージを出力し（ステップＳ７０６）、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰ解放メッセージをユーザ収容ルータへ送信する（ステップＳ７０７）。制御部２及びＩＰネットワークインタフェース部３は、ステップ７０４，７０５の動作を、予め定めた回数分繰り返す。このような動作を繰り返すのは、図７に示すように、ステップ７０５のＤＨＣＰ解放メッセージがＩＰネットワーク５０上で損失した場合に、有効である。
【実施例６】
【００３５】
次に、本発明の実施例６について、図８に示すＤＨＣＰクライアント端末の構成例、及び図９に示す動作例を用いて説明する。尚、ＤＨＣＰ−ＰＤリクエスティングルータの構成例は図８と同様であるため、説明を省略する。
実施例６のＤＨＣＰクライアント端末１１は、図８に示すように、図１に示した実施例１の構成例に、メッセージ記憶部４を追加して構成される。リリーススイッチ１は、メッセージ記憶部４に接続され、制御部２は、メッセージ記憶部４及びＩＰネットワークインタフェース部３に接続され、ＩＰネットワークインタフェース部３は、メッセージ記憶部４及び制御部２に接続され、メッセージ記憶部４は、リリーススイッチ１、制御部２及びＩＰネットワークインタフェース部３に接続される。また、ＩＰネットワークインタフェース部３はＩＰネットワーク５０に接続される。
【００３６】
リリーススイッチ１は、例えばスイッチの押下等の操作により起動し、メッセージ記憶部４にスイッチ起動信号を出力する。本発明は、リリーススイッチ１の起動を契機としてメッセージ記憶部４にスイッチ起動信号を通知することに特長があり、リリーススイッチ１自体の動作方式や、リリーススイッチ１から制御部２へのスイッチ起動信号の伝達方式を制限するものではない。
【００３７】
制御部２は、ＩＰアドレスを設定してリリースメッセージを生成し、メッセージ記憶部４に出力して記憶させる。
【００３８】
ＩＰネットワークインタフェース部３は、メッセージ記憶部４が記憶したリリースメッセージを入力し、ＤＨＣＰメッセージとしてＩＰネットワーク５０へ送信する。さらに、ＩＰネットワーク５０から、ＩＰアドレスを含むＤＨＣＰメッセージを受信し、制御部２に転送する。
【００３９】
メッセージ記憶部４は、リリースメッセージを記憶し、リリーススイッチ１からスイッチ起動信号を入力すると、記憶したリリースメッセージをＩＰネットワークインタフェース部３に出力する。このメッセージ記憶部４は、当該ＤＨＣＰクライアント端末１１の再起動時にも、記憶したメッセージが消失しないように、不揮発性メモリであることが望ましい。
【００４０】
実施例６の動作例について、図９を用いて説明する。尚、ＤＨＣＰ−ＰＤリクエスティングルータの動作例も同様である。
ＤＨＣＰクライアント端末１１の制御部２は、ユーザ収容ルータから送信されたＩＰアドレスを含むＤＨＣＰ応答を、ＩＰネットワークインタフェース部３を介して入力し（ステップＳ９０１，Ｓ９０２）、ＩＰアドレスを設定する（ステップＳ９０３）。この時に、ＤＨＣＰクライアント端末１１のＤＵＩＤ及びＩＰアドレスを含むリリースメッセージを生成し、メッセージ記憶部４に記憶させる（ステップＳ９０５，Ｓ９０６）。
【００４１】
リリーススイッチ１が押下等の操作により起動された場合（ステップＳ９０７）、リリーススイッチ１は、メッセージ記憶部４にスイッチ起動信号を出力する（ステップＳ９０８）。メッセージ記憶部４は、スイッチ起動信号を入力すると、記憶しているリリースメッセージをＩＰネットワークインタフェース３に出力する。そして、ＩＰネットワークインタフェース部３は、当該ＤＨＣＰクライアント端末１１のＤＵＩＤ及びＩＰアドレスを含むリリースメッセージをＤＨＣＰ解放メッセージとしてユーザ収容ルータへ送信する（ステップＳ９１０）。
【００４２】
ユーザ収容ルータは、ＤＨＣＰ解放メッセージを受信した場合、当該メッセージに含まれるＤＨＣＰクライアント端末１１のＤＵＩＤ及びＩＰアドレスについて、これらの情報が関連付いて登録されているか否かを判断し、登録されている場合はそのＤＨＣＰ情報を削除する（ステップＳ９１１）。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施例１におけるＤＨＣＰクライアント端末の構成例である。
【図２】本発明の実施例１における動作例を示すフローチャート図である。
【図３】本発明の実施例２におけるＤＨＣＰ−ＰＤリクエスティングルータの構成例である。
【図４】本発明の実施例２における動作例を示すフローチャート図である。
【図５】本発明の実施例３における動作例を示すフローチャート図である。
【図６】本発明の実施例４における動作例を示すフローチャート図である。
【図７】本発明の実施例５における動作例を示すフローチャート図である。
【図８】本発明の実施例６におけるＤＨＣＰクライアント端末の構成例である。
【図９】本発明の実施例６における動作例を示すフローチャート図である。
【図１０】従来技術のネットワーク構成例である。
【図１１】従来技術の動作例を示すフローチャート図である。
【符号の説明】
【００４４】
１  リリーススイッチ
２  制御部
３  ＩＰネットワークインタフェース部
４  メッセージ記憶部
１０，１１，１０５〜１０８  ＤＨＣＰクライアント端末
２０，１０９，１１０  ＤＨＣＰ−ＰＤリクエスティングルータ
５０，１００  ＩＰネットワーク
１０１  ＤＨＣＰサーバ
１０２，１０３  ユーザ収容ルータ
【図１】
2006245893.tif 000003
【図２】
2006245893.tif 000004
【図３】
2006245893.tif 000005
【図４】
2006245893.tif 000006
【図５】
2006245893.tif 000007
【図６】
2006245893.tif 000008
【図７】
2006245893.tif 000009
【図８】
2006245893.tif 000010
【図９】
2006245893.tif 000011
【図１０】
2006245893.tif 000012
【図１１】
2006245893.tif 000013