(57)【要約】【課題】正常運用時のＩＰアドレス獲得のレスポンスを落とすことなくサーバ設備追加コストを抑えたＤＨＣＰサーバ冗長化の実現を課題とする。【解決手段】端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、前記アドレス貸与装置の障害を検知する検知部と、前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と、を含むリレーエージェント装置とした。【選択図】図１
2008067303.tif 000002
【特許請求の範囲】
【請求項１】
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置。
【請求項２】
前記通知部は、前記アドレス貸与装置から前記端末へ貸与されたアドレスを、前記代行アドレス貸与装置が前記引き継ぎ時に使用する情報として管理するために、前記代行アドレス貸与装置に通知する
請求項１記載のリレーエージェント装置。
【請求項３】
前記転送部は、前記端末に貸与されたアドレスが貸与期間を過ぎたときに前記代行アドレス貸与装置から送信されてくる該アドレスの継続使用を端末に問い合わせるメッセージを前記端末へ転送し、前記端末からの前記問い合わせメッセージの応答メッセージを前記代行アドレス貸与装置に転送する
請求項１又は２記載のリレーエージェント装置。
【請求項４】
前記アドレス貸与装置及び前記代行アドレス貸与装置は、ダイナミック・ホスト・コンフィグレーション・プロトコル(ＤＨＣＰ)に基づいてＩＰアドレスを端末に貸与するＤＨＣＰサーバであり、
前記通知部は、前記アドレス貸与装置によって端末に貸与されるＩＰアドレスを、ＤＨＣＰに基づくメッセージに格納して前記代行アドレス貸与装置に通知する
請求項１〜３のいずれかに記載のリレーエージェント装置。
【請求項５】
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＨＣＰサーバ機能および装置の冗長化に関する。
【背景技術】
【０００２】
近年のＬＡＮ（Local Area Network）においては、ＤＨＣＰ（Dynamic Host Configuration Protocol、RFC2131）プロトコルを使用することが多い。ＤＨＣＰは、端末ＩＰ（Internet Protocol）アドレスのアサインを自動化するプトロコルである。具体的には、Ｄ
ＨＣＰは、企業／家庭内ＬＡＮ、ｘＤＳＬ（x Digital Subscriber Line）、ケーブルイ
ンターネット（Cable Internet）等において、しばしば使用されている。
【０００３】
本プロトコルの動作は、端末がＤＨＣＰサーバのＩＰアドレスを知らずに動作できるように、サブネット内ブロードキャスト（broadcast）を基本とする。即ち、次の動作をす
る。
【０００４】
（１）ＩＰアドレス未取得のクライアント端末は、ＩＰアドレス割り当て要求ＤＨＣＰパケットをサブネットにブロードキャストし、
（２）ＤＨＣＰパケットを検出したＤＨＣＰサーバは、要求元の端末にＩＰアドレスを割り当てる。
【０００５】
本プロトコルは、エンドユーザ／システム管理者をアドレス管理／設定の手間から解放する一方で、ＤＨＣＰサーバ故障時に端末がＩＰアドレス取得不可となってしまう問題がある。ここで、「ＩＰアドレス取得不可」とは、「ネットワークを使用できない」ことを意味する。これは、例えば、企業においては業務停止を引き起こすことになるため、ＤＨＣＰサーバの冗長化対策が重要となってくる。
【０００６】
図１６及び図１７は、従来のＤＨＣＰの運用形態を示す図である。従来のＤＨＣＰの運用形態は、大きく次の２つの運用形態に分かれる。
【０００７】
〈１〉各サブネットに1台ずつＤＨＣＰサーバを配置する（図１６）。
【０００８】
〈２〉全ネットワークで共用する1台のＤＨＣＰサーバを配置し、
各サブネットにはそれぞれリレーＡｇｅｎｔを配置する（図１７）。
【０００９】
図１８は、運用形態〈２〉におけるリレーＡｇｅｎｔ及び共用ＤＨＣＰサーバの構成例を示す図である。リレーＡｇｅｎｔ１３０は、ＤＨＣＰ転送部２３６を有する。ＤＨＣＰ転送部２３６は、サブネット１０５と共用ＤＨＣＰサーバ１４０との間でＤＨＣＰパケットを中継する。また、共用ＤＨＣＰサーバ１４０は、共用ＤＨＣＰサーバ部２４６と使用アドレス管理データベース２４８を有する。共用ＤＨＣＰサーバ部２４６は、ＩＰアドレス割り当て要求に対し、ＩＰアドレスを割り当てる。
【００１０】
上記した運用形態〈２〉は、運用形態〈１〉に比べ、端末とサーバと間にＷＡＮ（Wide
Area Network）やイントラネット（Intranet）があることによるレスポンスの低さがユ
ーザに直接見えてしまうことが問題である。そのため、通常は運用形態〈１〉の形態がとられることが多い。
【００１１】
図１９は、上記した運用形態〈１〉のＤＨＣＰの運用形態の動作シーケンス図である。
【００１２】
端末１２０は、ＩＰアドレス割り当ての打診のためＤＨＣＰサーバ１１０に対してDiscoverメッセージを送信する。すると、ＤＨＣＰサーバ１１０は、端末１２０に対してOfferメッセージを送信する。Offerメッセージを受信した端末１２０は、ＤＨＣＰサーバ１１０に対して、ＩＰアドレスを要求するために、Requestメッセージを送信する。ＤＨＣＰ
サーバ１１０は、ACKメッセージを端末１２０に送信するとともに、ＩＰアドレス及びリ
ース開始時間／リース期間を通知する。これら、Discover、Offer、Request、ACKのそれ
ぞれのメッセージは、ブロードキャスト（broadcast）で送信される。
【００１３】
リース期間延長の際には、端末１２０はＤＨＣＰサーバ１１０に対して、ＩＰアドレスのリース期間の延長を要求するために、Requestメッセージを送信する。ＤＨＣＰサーバ
１１０は、端末１２０に対して、ACKメッセージを送信するとともに新たなリース期間を
通知する。これら、Request、ACKのメッセージは、ユニキャスト（unicast）で送信され
る。したがって、他の装置は、これらのメッセージを見ることはできない。
【００１４】
図２０は、上記した運用形態〈２〉のＤＨＣＰの運用形態の動作シーケンス図である。
【００１５】
端末１２０と共用ＤＨＣＰサーバ１４０との間の情報の流れは、上記した運用形態〈１〉における端末１２０とＤＨＣＰサーバ１１０との間の情報の流れと同様である。しかし、共用ＤＨＣＰサーバ１４０は端末１２０のサブネット１０５上に無いので、リレーＡｇｅｎｔ１３０が端末１２０と共用ＤＨＣＰサーバ１４０との間の通信を中継する。リレーＡｇｅｎｔ１３０と共用ＤＨＣＰサーバ１４０との間の通信は、ユニキャストで行われる。
【００１６】
図２１及び図２２は、従来のＤＨＣＰサーバ冗長化アプローチを示す図である。次の２つのアプローチは、上記した２つの運用形態に対応するものである。
【００１７】
〈１〉ＤＨＣＰサーバを各ＬＡＮに２台設置し、障害時にＤＨＣＰサーバを切り替える（図２１）。
【００１８】
〈２〉共用ＤＨＣＰサーバをネットワークに２台設置し、障害時に共用ＤＨＣＰサーバを切り替える（図２２）。
【００１９】
アプローチ〈１〉は、高信頼性が求められるネットワークにおいて、従来技術として使われているアプローチである。しかし、本アプローチは、各ＬＡＮに対し、冗長化のためにサーバを２台ずつ置くことを要求する。このため、管理者にとって大きなコスト負担となってしまう。
【００２０】
アプローチ〈２〉は、現状では実現不可のアプローチである。すなわち、現状のリレーＡｇｅｎｔは、障害の検知や検知後の共用ＤＨＣＰサーバ切り替え機能を持たないため、実現不可である。仮に実現したとしても、前述のように、元が共用する１台のＤＨＣＰサーバを配置する形態である。このため、アドレス取得までのレスポンスの低さが、冗長化とは無関係に常に見えてしまう。この点が問題となる。
【特許文献１】特開２００１−２３０７８８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２１】
本発明は、各サブネットにＤＨＣＰサーバを配置する形態と比較して、正常運用時のＩＰアドレス獲得のレスポンスを落とすことなくサーバ設備追加コストを抑えたＤＨＣＰサーバ冗長化の実現を課題とする。
【課題を解決するための手段】
【００２２】
本発明は、上記課題を解決するために、以下の手段を採用する。
【００２３】
即ち、本発明は、
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つと、前記複数のネットワーク間で共用される代行アドレス貸与装置との間に配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を前記代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置
である。
【００２４】
本発明によると、アドレス貸与装置の障害が発生した際、同じネットワークに代わりのアドレス貸与装置が存在しなくても、複数のネットワーク間で共用される代行アドレス貸与装置にアドレス貸与サービスを引き継がせることができる。
【００２５】
また、本発明は、
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置
である。
【００２６】
本発明によると、あるネットワークのアドレス貸与装置に障害が発生した際、アドレス貸与サービスを引き継ぐことができる。
【発明の効果】
【００２７】
本発明によれば、各サブネットにＤＨＣＰサーバを配置する形態と比較して、正常運用時のＩＰアドレス獲得のレスポンスを落とすことなくサーバ設備追加コストを抑えたＤＨＣＰサーバ冗長化の実現をすることができる。
【発明を実施するための最良の形態】
【００２８】
以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００２９】
〔第１実施形態〕
〈ネットワーク構成〉
図１は、本実施形態のネットワーク構成を示す図である。ＷＡＮ（又はＩｎｔｅｒｎｅｔ）１００に、代行ＤＨＣＰサーバ１４５、１つ又は複数の拡張リレーＡｇｅｎｔ１５０
が接続される。サブネット（ＬＡＮ）１０５は、拡張リレーＡｇｅｎｔ１５０を通じてＷＡＮ１００に接続される。サブネット１０５には、ＤＨＣＰサーバ１１０、端末１２０が接続される。
【００３０】
各サブネット１０５上のＤＨＣＰサーバ１１０は、従来のＤＨＣＰサーバと同様のものであり、現用系として動作する。代行ＤＨＣＰサーバ１４５は、従来の共用ＤＨＣＰサーバに拡張を加えたものであり、待機系として動作する。
【００３１】
サブネット１０５上の各拡張リレーＡｇｅｎｔ１５０は、従来のリレーＡｇｅｎｔに拡張を加えたものである。
【００３２】
本発明のリレーエージェント装置及び代行アドレス貸与装置には、それぞれ本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５が含まれる。
【００３３】
〈拡張リレーＡｇｅｎｔ及び代行ＤＨＣＰサーバ〉
図２は、本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５を示す図である。
【００３４】
（拡張リレーＡｇｅｎｔ）
拡張リレーＡｇｅｎｔ１５０は、使用アドレス通知部２３２、障害検知部２３４、及びＤＨＣＰ転送部２３６を有する。
【００３５】
本発明の、通知部、検知部、及び転送部には、それぞれ、本実施形態の使用アドレス通知部２３２、障害検知部２３４、及びＤＨＣＰ転送部２３６が含まれる。
【００３６】
使用アドレス通知部２３２は、ＬＡＮ上で、ブロードキャスト（broadcast）でやり取
りされるＤＨＣＰパケットを監視する。ＤＨＣＰパケットは、Discovery、Offer、Request、ACKのパケットである。使用アドレス通知部２３２は、ＬＡＮ上のＤＨＣＰサーバ１１０から端末１２０にリースされた割り当て済みＩＰアドレス情報を代行ＤＨＣＰサーバ１４５に通知する。割り当て済みＩＰアドレス情報には、端末１２０に割り当てられたＩＰアドレス、該ＩＰアドレスのリース開始時間及びリース期間、端末１２０のＭＡＣアドレス等の情報が含まれる。
【００３７】
障害検知部２３４は、ブロードキャストでやり取りされるＤＨＣＰパケットを監視する。障害検知部２３４は、ＤＨＣＰサーバ１１０の障害の有無を監視し、障害を検知する。障害検知部２３４は、端末１２０からのDiscoveryメッセージに対するＤＨＣＰサーバ１
１０からのOffer応答の有無、及び端末１２０からのRequestメッセージに対するＤＨＣＰサーバ１１０からのACK応答の有無を監視する。障害検知部２３４は、ＤＨＣＰサーバ１
１０から端末１２０への応答が、一定時間、無い場合、ＤＨＣＰサーバ１１０に障害が起きたと判断し、ＤＨＣＰサーバ１１０の障害を検知する。また、障害検知部２３４は、障害検知後もＬＡＮ上で監視を続ける。障害検知部２３４は、ＤＨＣＰサーバ１１０から端末１２０への応答の再開を確認すると、ＬＡＮ上のＤＨＣＰサーバ１１０が復旧したことを検知する。
【００３８】
ＤＨＣＰ転送部２３６は、端末１２０と代行ＤＨＣＰサーバ１４５との間でＤＨＣＰパケットを転送する。ＤＨＣＰ転送部２３６は、既存のリレーＡｇｅｎｔと同様の機能を有する。
【００３９】
なお、使用アドレス通知部２３２及び障害検知部２３４が、本発明を実現するために既存のリレーＡｇｅｎｔに搭載された新規又は改良に係る構成である。
【００４０】
（代行ＤＨＣＰサーバ）
代行ＤＨＣＰサーバ１４５は、使用アドレス学習部２４２、リース期間延長確認部２４４、共用ＤＨＣＰサーバ部２４６、使用アドレス管理データベース２４８を有する。
【００４１】
使用アドレス管理データベース２４８は、ＤＨＣＰによる割り当て済みＩＰアドレスを管理するデータベース（ＤＢ）である。既存のＤＨＣＰサーバや、共用ＤＨＣＰサーバが有するものと同様である。
【００４２】
使用アドレス学習部２４２は、拡張リレーＡｇｅｎｔ１５０の使用アドレス通知部２３２から通知された割り当て済みＩＰアドレス情報を、通知元ＬＡＮのＩＰアドレス使用状況として、使用アドレス管理データベース２４８に格納する。
【００４３】
リース期間延長確認部２４４は、リース期間が切れたＩＰアドレスについて、該当ＩＰに対して、使用中か否かを確認するため問い合わせメッセージ（Ｐｉｎｇ）を送信する。このメッセージに対して、応答が無い場合は、リース期間切れとして使用アドレス管理データベース２４８を更新する。また、応答があった時は、リース期間延長として使用アドレス管理データベース２４８を更新する。
【００４４】
共用ＤＨＣＰサーバ部２４６は、既存の共用ＤＨＣＰサーバと同様の機能を有する。
【００４５】
代行ＤＨＣＰサーバ１４５における使用アドレス学習部２４２及びリース期間延長確認部２４４が、本発明を実現するための新規又は改良に係る構成に相当する。
【００４６】
〈動作の概要〉
（障害発生前）
障害発生前は、拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により、同一ＬＡＮ上のＤＨＣＰサーバの障害の有無を監視／検知する。さらに、拡張リレーＡｇｅｎｔ部１５０は、使用アドレス通知部２３２により、同一ＬＡＮ上のＤＨＣＰサーバ１１０によるＩＰアドレス使用状況を、代行ＤＨＣＰサーバ１４５に通知する。
【００４７】
代行ＤＨＣＰサーバ１４５は、ＩＰアドレス使用状況の通知を受けると、使用アドレス学習部２４２により、ＩＰアドレス使用状況を学習する。
【００４８】
ＤＨＣＰの仕様では、一端リースしたＩＰアドレスに関するリース期間の延長依頼／応答は、ユニキャスト（unicast）で行われる。そのため、使用アドレス通知部２３２は、
リースされているＩＰアドレスのリース期間延長を認識して通知することができない。そこで、代行ＤＨＣＰサーバ１４５は、リース期間延長確認部２４４により、リース期間の更新を端末１２０に対して確認し、確認結果に基づき使用アドレス管理データベース２４８を更新する。
【００４９】
（障害発生後）
ＬＡＮ上のＤＨＣＰサーバ１１０に障害が発生したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により、障害の発生を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して、代行ＤＨＣＰサーバ１４５へ、ＤＨＣＰパケットの転送開始を指示する。また、障害検知部２３４は、使用アドレス通知部２３２に対して、使用アドレス学習部２４２への割り当て済みアドレス情報の通知停止を指示する。障害発生後は、代行ＤＨＣＰサーバ１４５自体が、ＩＰアドレスの割り当てを行うため、拡張リレーＡｇｅｎｔ１５０が重複してＩＰアドレス使用状況を通知する必要が無いからである。
【００５０】
代行ＤＨＣＰサーバ１４５は、使用アドレス学習部２４２及びリース期間延長確認部２４４により構築された使用アドレス管理データベース２４８を使用して、以降のＤＨＣＰサーバ処理を引き継ぐ。
【００５１】
（障害復旧後）
ＬＡＮ上のＤＨＣＰサーバ１１０の障害が復旧したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４により障害の復旧を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバへの転送停止を指示する。また、障害検知部２３４は、使用アドレス通知部２３２に対して、使用アドレス学習部２４２への割り当て済みアドレス情報の通知開始を指示する。
【００５２】
以後、障害発生前と同様の動作をする。
【００５３】
〈動作の詳細〉
図３及び図４は、本実施形態の動作シーケンス図である。本実施形態の動作例を図面を参照して詳細に説明する。説明は、「障害発生前」、「障害発生後」、「障害復旧後」に分けて行う。
【００５４】
（障害発生前）
図１に示した或るＬＡＮ上の既存のＤＨＣＰサーバ１１０Ａは、端末Ａ（１２０Ａ）からのＩＰアドレス割り当ての要求に対して応答する。具体的には、ＤＨＣＰサーバ１１０Ａは、DHCP Discoveryメッセージを受信する（ＳＱ１００２）と、DHCP Offerメッセージにより応答する（ＳＱ１００６）。また、ＤＨＣＰサーバ１１０Ａは、DHCP Requestメッセージを受信する（ＳＱ１０１０）と、DHCP ACKメッセージにより応答する（ＳＱ１０１４）。これらメッセージのやり取りは、すべてブロードキャスト（broadcast）で、ＵＤ
Ｐのｐｏｒｔ ６７、６８宛パケットにより行われる。
【００５５】
図５は、ＤＨＣＰメッセージフォーマットを示す図である。図６は、ＤＨＣＰメッセージフォーマットの各フィールドの意味を説明するテーブルである。ＤＨＣＰメッセージフォーマットは、Ｏｐ、ｈｔｙｐｅ、ｈｌｅｎ、ｈｏｐｓ、ｘｉｄ、ｓｅｃｓ、ｆｌａｇｓ、ｃｉａｄｄｒ、ｓｉａｄｄｒ，ｓｉａｄｄｒ、ｇｉａｄｄｒ、ｃｈａｄｄｒ、ｓｎａｍｅ、ｆｉｌｅ、ｏｐｔｉｏｎｓの各フィールドを有する。
【００５６】
図３に戻って、同じＬＡＮ上の拡張リレーＡｇｅｎｔ１５０の障害検知部２３４は、上記ＤＨＣＰのペイロードを見て、ＤＨＣＰサーバ１１０Ａによる端末Ａ（１２０Ａ）への応答の有無を監視する（ＳＱ１００４、ＳＱ１００８）。図７は、障害検知の為の監視対象フィールドを示す図である。障害検知部２３４は、ＤＨＣＰパケットのＵＤＰヘッダのDstPort、ＤＨＣＰメッセージのchaddr及びXIDを、監視する。
【００５７】
障害検知部２３４を有する拡張リレーＡｇｅｎｔ１５０は、ＵＤＰ ＤｓｔＰｏｒｔ＝
６７によりＤＨＣＰサーバ１１０Ａ宛パケット（要求パケット）を認識する。ＵＤＰ Ｄ
ｓｔＰｏｒｔ＝６８によりＤＨＣＰクライアント宛パケット（応答パケット）を認識する。端末Ａ（１２０Ａ）からの要求に対する応答であることの判断は、chaddrおよびXIDフ
ィールドの一致判定により行う。chaddrは、クライアント端末のＭＡＣアドレスを示す。XIDは、トランザクションＩＤ（１トランザクション毎にクライアントが決める乱数）を
示す。応答があれば障害なしと判断し、応答がなければ障害ありと判断する。
【００５８】
また、同じ拡張リレーＡｇｅｎｔ１５０内の使用アドレス通知部２３２は、同様に、上記ＤＨＣＰパケットの要求／応答を監視する（ＳＱ１０１２、ＳＱ１０１６）。使用ＩＰアドレスを知る為の監視対象フィールドは、図７の例と同様である。使用アドレス通知部
２３２は、ＤＨＣＰパケットのＵＤＰヘッダのDstPort、ＤＨＣＰメッセージのchaddr及
びXIDを、監視する。
【００５９】
使用アドレス通知部２３２を有する拡張リレーＡｇｅｎｔ１５０は、ＵＤＰ ＤｓｔＰ
ｏｒｔ＝６７によりＤＨＣＰサーバ１１０Ａ宛パケット（要求パケット）を認識する。ＵＤＰ ＤｓｔＰｏｒｔ＝６８によりＤＨＣＰクライアント宛パケット（応答パケット）を
認識する。端末Ａ（１２０Ａ）からの要求に対する応答であることの判断は、chaddrおよびXIDフィールドの一致判定により行う。ＩＰアドレス、リース期間は、応答メッセージ
中のyiaddrおよびoptionフィールドから抽出する。
【００６０】
この情報を代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２に対して通知する（ＳＱ１０１８）。図８は、使用アドレス通知の際のメッセージフォーマット例を示す図である。図９は、使用アドレス通知の際のメッセージフォーマットの各フィールドの意味を説明するテーブルである。使用アドレス通知の際のメッセージは、ｙｉａｄｄｒ、ｇｉａｄｄｒ、ｃｈａｄｄｒ、ｌｅａｓｅ  ｔｉｍｅの各フィールドを有する。
【００６１】
使用アドレス通知を受けた代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２は、アドレス使用状況を使用アドレス管理データベース２４８に登録する（ＳＱ１０２０）。使用アドレス管理データベース２４８は、既存の共用ＤＨＣＰサーバが持つデータベースそのものである。
【００６２】
図１０は、データベース・フォーマット例を示す図である。図１０の各行が使用アドレス管理データベース２４８のレコードに相当する。これらのレコードは、拡張リレーＡｇｅｎｔ毎に区別して格納される。使用アドレス管理データベース２４８の各レコードは、クライアント端末ＭＡＣアドレス、割り当てＩＰアドレス、リース開始時間、リース終了時間を有している。リース終了時間の代わりに、リース期間などとしてもよい。
【００６３】
図１１は、ＩＰアドレスプール空間の定義例を示す図である。図１１では、ＩＰアドレスが「１９２．１６８．０．１」の拡張リレーＡｇｅｎｔ１５０の存在するサブネットに対して、「１９２．１６８．０．２〜９」のＩＰアドレスが割り当てられている。同様に、ＩＰアドレスが「１９２．１６８．１．１」の拡張リレーＡｇｅｎｔ１５０の存在するサブネットに対して、「１９２．１６８．１．２〜９」のＩＰアドレスが割り当てられている。ＩＰアドレスが「１９２．１６８．２．１」の拡張リレーＡｇｅｎｔ１５０の存在するサブネットに対して、「１９２．１６８．２．２〜９」のＩＰアドレスが割り当てられている。
【００６４】
図１２は、図１１の如くＩＰアドレスプール空間定義がされたネットワークにおいて、図１０のように端末Ａ（１２０Ａ）にＩＰアドレスが割り当てられているときの、ネットワーク構成例を示す図である。図１２では、代行ＤＨＣＰサーバに、ＩＰアドレス「１９２．１６８．３．１」が割り当てられている。
【００６５】
図３に戻って、ＩＰアドレスのリース期間延長を希望する端末Ａ（１２０Ａ）は、ＤＨＣＰサーバに対し、Requestメッセージを送信する（ＳＱ１０２２）。ＤＨＣＰサーバ１
１０Ａは、端末Ａ（１２０Ａ）からリース期間延長のRequestメッセージを受信すると、ACKメッセージにより応答する（ＳＱ１０２４）。これにより、端末Ａ（１２０Ａ）にリースされたＩＰアドレスのリース期間が、延長される。
【００６６】
代行ＤＨＣＰサーバ１４５のリース期間延長確認部２４４は、使用アドレス管理データベース２４８に登録された各ＩＰアドレスに対し、リース期間が切れたことを確認する（ＳＱ１０２６）と、ICMP Echo Requestパケットを送信する（Ｓ１０２８）。応答があれ
ば（ＳＱ１０３０）、リース期間が更新されたものと判断し、使用アドレス管理データベース２４８上のリース終了時間を延長する（ＳＱ１０３２）。応答がなければ、使用アドレス管理データベース２４８から当該エントリを削除する。
【００６７】
（障害発生後）
次に、図４を用いて、障害発生後について説明する。図１に示した或るＬＡＮ上のＤＨＣＰサーバ１１０Ａに障害が発生（例えば、ＤＨＣＰサーバ１１０Ａが、停止している）したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４が端末Ｂ（１２０Ｂ）のＤＨＣＰサーバ１１０Ａに対する要求（ＳＱ２００２）を受信した（ＳＱ２００４）にもかかわらず、それに対する応答がない場合（ＳＱ２００６）、障害検知部２３４は、ＤＨＣＰサーバ１１０Ａに障害ありと判断し、障害発生を検知する。応答の有無を判断するまでの待ち時間は、例えば１０秒とする。
【００６８】
障害の発生を検知した障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバ１４５へのＤＨＣＰパケットの転送開始を指示する（ＳＱ２００８）。また、障害検知部２３４は、使用アドレス通知部２３２に対して代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２への割り当て済みアドレス情報の通知停止を指示する（ＳＱ２０１０）。
【００６９】
指示を受けたＤＨＣＰ転送部２３６は、既存のリレーＡｇｅｎｔ機能を開始する。具体的には、ＬＡＮ内部のＵＤＰ ＤｓｔＰｏｒｔ＝６７パケットを、あらかじめ設定された
代行ＤＨＣＰサーバ１４５宛に転送する。転送メッセージフォーマットは、上記したＤＨＣＰのメッセージフォーマット（図５）と同様である。拡張リレーＡｇｅｎｔ１５０は、ＤＨＣＰメッセージ中のgiaddrフィールドに拡張リレーＡｇｅｎｔ１５０のＩＰアドレスを入れる。また、拡張リレーＡｇｅｎｔ１５０は、送信元ＩＰヘッダを拡張リレーＡｇｅｎｔ１５０に、送信先ＩＰヘッダを代行ＤＨＣＰサーバ１４５に更新した上で、ユニキャスト（unicast）として送信する。これにより、端末Ｂ（１２０Ｂ）のＤＨＣＰサーバへ
の要求（Ｓ２０１２）は、ＤＨＣＰサーバ１１０Ａから応答されないが、ＤＨＣＰ転送部２３６で受信され（Ｓ２０１４）、代行ＤＨＣＰサーバ２４６へ転送される。
【００７０】
代行ＤＨＣＰサーバ１４５は、拡張リレーＡｇｅｎｔ１５０からＤＨＣＰパケットを受信する（ＳＱ２０１６）と、既存の共用ＤＨＣＰサーバと同様の動作によりＩＰアドレス割り当ての動作を行う（待機系として動作する）。その際に使用するデータベースは、上記した使用アドレス通知部２３２およびリース期間延長確認部２４４が構築した使用アドレス管理データベース２４８となる。共用ＤＨＣＰサーバ機能部２４６は、使用アドレス管理データベース２４８を確認する（ＳＱ２０１８）。共用ＤＨＣＰサーバ機能部２４６は、端末Ｂ（１２０Ｂ）にリースするＩＰアドレスを決定し、ＤＨＣＰ転送部２３６を経由して（ＳＱ２０２０）、端末Ｂ（１２０Ｂ）へ通知する（ＳＱ２０２２）。
【００７１】
（障害復旧後）
その後、図４に示すように、ＬＡＮ上のＤＨＣＰサーバ１１０Ａの障害が復旧したとする。拡張リレーＡｇｅｎｔ１５０は、障害検知部２３４が端末１２０からＤＨＣＰサーバ１１０Ａへの要求（ＳＱ２０２４）を受信し（ＳＱ２０２６）、その要求に対するＤＨＣＰサーバ１１０Ａからの応答（ＳＱ２０２８）があることを認識（ＳＱ２０３０）した時点で障害の復旧を検知する。障害検知部２３４は、ＤＨＣＰ転送部２３６に対して代行ＤＨＣＰサーバ１４５へのＤＨＣＰパケットの転送停止を指示し（ＳＱ２０３２）、使用アドレス通知部２３２に対して代行ＤＨＣＰサーバ１４５の使用アドレス学習部２４２への割り当て済みアドレス情報の通知開始を指示する（ＳＱ２０３４）。
【００７２】
復旧後の各ＬＡＮ上のＤＨＣＰサーバ１１０Ａは、使用中のＩＰアドレスを知りえない
が、以下の従来機能により、使用中のＩＰアドレスを別端末に重複して割り当てるリスクは回避される。即ち、端末１２０からアドレス割り当て要求を受けた際に、ＤＨＣＰサーバ１１０Ａは、今から割り当てようとするアドレスがＬＡＮ内で使われているか否かを、ＡＲＰ（Address Resolution Protocol）要求により確認する。ＡＲＰ応答がなければ、
未使用であるので、そのＩＰアドレスを端末１２０に割り当てる。応答があれば、既に使用済みであり、別のＩＰアドレスを割り当て対象とする。
【００７３】
〈本実施形態の効果〉
本実施形態によると、ＤＨＣＰサーバ１１０はサブネット１０５上に存在するので、端末１２０からのＩＰアドレス取得要求があった際のレスポンスが低下しない。また、各サブネット１０５に１台のＤＨＣＰサーバ１１０を配置するため、各サブネットに現用系と待機系の２台のＤＨＣＰサーバを配置する場合と比較して、低コストである。
【００７４】
〔第２実施形態〕
第２実施形態では、第１実施形態において、使用アドレス通知部２３２から代行ＤＨＣＰサーバ１４５への割り当て済みアドレス情報の通知の際のメッセージフォーマットとして、既存のリレーＡｇｅｎｔからの要求メッセージフォーマットを使用する形態について説明する。第２実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
【００７５】
ネットワーク構成は、第１実施形態と同様である（図１）。
【００７６】
図１３は、本実施形態の拡張リレーＡｇｅｎｔ１５０及び代行ＤＨＣＰサーバ１４５の構成例を示す図である。
【００７７】
拡張リレーＡｇｅｎｔ１５０の使用アドレス通知部２３２は、以下のＤＨＣＰメッセージを代行ＤＨＣＰサーバ１４５の共用ＤＨＣＰサーバ部２４６へ送信する。
【００７８】
代行ＤＨＣＰサーバ１４５へ送信される割り当て済みアドレス情報のメッセージフォーマットは、図５の既存のＤＨＣＰメッセージと同様である。ＤＨＣＰメッセージのchaddrフィールドに、ＩＰアドレスが割り当てられた端末１２０（例えば、図１で示した端末Ａ（１２０Ａ））のＭＡＣアドレスを格納する。ＤＨＣＰメッセージの「要求ＩＰアドレス」オプションフィールドに、端末Ａ（１２０Ａ）にリースするものとして通知したＩＰアドレスを格納する。ＤＨＣＰメッセージの「リース期間」オプションフィールドに、リース期間情報を格納する。
【００７９】
更に、拡張リレーＡｇｅｎｔ１５０は、ＤＨＣＰパケットを既存のリレーＡｇｅｎｔが行うのと同様に代行ＤＨＣＰサーバ１４５宛ユニキャスト（unicast）パケットに更新し
た上で、代行ＤＨＣＰサーバ１４５宛に転送する。
【００８０】
要求メッセージを受信した代行ＤＨＣＰサーバ１４５の共用ＤＨＣＰサーバ部２４６は、使用したいＩＰアドレス及びリース期間の申請を、端末Ａ（１２０Ａ）から直接受信したかの如く動作する。即ち、共用ＤＨＣＰサーバ部２４６は、「要求ＩＰアドレス」オプションフィールドで通知されたＩＰアドレスを使用アドレス管理データベース２４８に登録し、更に応答メッセージを拡張リレーＡｇｅｎｔ１５０宛にユニキャスト（unicast）
で返す。
【００８１】
応答メッセージを受信した拡張リレーＡｇｅｎｔ１５０上では、使用アドレス通知部２３２が当該メッセージを受信し、障害監視部２３４と同じフィールドを見て、先述の要求に対応した応答であることを認識し、該メッセージを破棄する。ＤＨＣＰサーバ１１０の
障害なしの場合は、使用アドレス通知部２３２が動作開始しており、ＤＨＣＰ転送部２３６は動作停止している。しかし、ＤＨＣＰサーバ１１０の障害ありの場合は、使用アドレス通知部２３２が動作停止しており、ＤＨＣＰ転送部２３６が動作開始しているので、ＤＨＣＰ転送部２３６が当該メッセージを受信し、既存の転送処理を行う。
【００８２】
本実施形態によると、代行ＤＨＣＰサーバ１４５において、第１実施形態の代行ＤＨＣＰサーバ１４５における使用アドレス学習部２４２が不要となり、代行ＤＨＣＰサーバ１４５の簡素化が可能となる。
【００８３】
〔第３実施形態〕
第３実施形態では、障害検知部２３４が、ＤＨＣＰの要求／応答の監視ではなく、使用中のＩＰアドレスに対するＩＣＭＰ（Internet Control Message Protocol） Echo Request／Replyにより、ＤＨＣＰサーバ１１０の障害の検知を行う形態について説明する。第
３実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
【００８４】
ネットワーク構成および機能構成は第１実施形態と同様である（図１、図２）。
【００８５】
拡張リレーＡｇｅｎｔ１５０の障害検知部２３４（図２）は、ＬＡＮ内のＤＨＣＰパケットを参照して、ＤＨＣＰサーバ１１０のＩＰアドレスを認識する。障害検知部２３４は、そのＤＨＣＰサーバ１１０のＩＰアドレス宛にICMP Echoを送信する。その後、一定時
間内にICMP Echo Replyを受信しなければ、障害ありと判断する。
【００８６】
本実施形態によると、障害検知部２３４は、ＩＣＭＰに基づく状態確認メッセージ（ICMP Echo）をＤＨＣＰサーバ１１０に送信する。ＤＨＣＰサーバ１１０が正常であれば、
その応答メッセージ（ICMP Echo Reply）を障害検知部２３４は受け取ることができる。
これに対し、ＤＨＣＰサーバ１１０が異常である（障害を持つ）場合には、障害検知部２３４は、所定期間内に応答メッセージを受信できない。この応答メッセージの負受信を以って、ＤＨＣＰサーバ１１０の障害を検知する。このようにすれば、ＬＡＮ上を流れるＤＨＣＰパケットを常に監視すること無く、ＤＨＣＰサーバ１１０の障害検知が可能となる。
〔第４実施形態〕
第４実施形態では、障害検知部が、ＤＨＣＰの要求／応答の監視ではなく、使用中のアドレスに対するＡＲＰ（Address Resolution Protocol）により、ＤＨＣＰサーバの障害
の検知を行う形態について説明する。ＡＲＰとは、ＩＰアドレスからＭＡＣアドレスを知るためのプロトコルである。第４実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
【００８７】
ネットワーク構成および機能構成は第１実施形態と同様である（図１、図２）。
【００８８】
拡張リレーＡｇｅｎｔ１５０の障害検知部２３４（図２）は、ＬＡＮ内のＤＨＣＰパケットを参照して、ＤＨＣＰサーバ１１０のＩＰアドレスを認識する。障害検知部２３４は、ＤＨＣＰサーバ１１０のＩＰアドレス宛にARP Requestを送信する。その後、一定時間
内にARP Replyを受信しなければ、障害ありと判断する。
【００８９】
本実施形態によると、障害検知部２３４は、ＡＲＰリクエストに対するＡＲＰリプライの受信／不受信を以って、ＤＨＣＰサーバ１１０の障害の有無を判断する。このようにすれば、障害検知部２３４がＬＡＮ上を流れるＤＨＣＰパケットを常に監視すること無く、ＤＨＣＰサーバ１１０の障害検知が可能となる。
〔第５実施形態〕
第５実施形態では、ＤＨＣＰサーバの復旧時に、使用中ＩＰアドレスを逐一ＡＲＰ確認しなくてよいように、代行ＤＨＣＰサーバがＤＨＣＰサーバに対し、使用アドレス管理データベースの内容を通知する形態について説明する。第５実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
【００９０】
ネットワーク構成は、第１実施形態と同様である（図１）。図１４は、第５実施形態におけるＤＨＣＰサーバ１１０、拡張リレーＡｇｅｎｔ１５０、代行ＤＨＣＰサーバ１４５を示す図である。
【００９１】
本実施形態では、第１実施形態の構成に対し、次の構成を追加する。
【００９２】
拡張リレーＡｇｅｎｔ１５０は、復旧通知部２３８をさらに備える。復旧通知部２３８は、ＤＨＣＰサーバ１１０の復旧を代行ＤＨＣＰサーバ１４５に対して通知する。
【００９３】
代行ＤＨＣＰサーバ１４５は、使用アドレス管理ＤＢ通知部２４７をさらに備える。使用アドレス管理ＤＢ通知部２４７は、代行ＤＨＣＰサーバ１４５上の使用アドレス管理データベース２４８の内容を拡張リレーＡｇｅｎｔ１５０に通知する。
【００９４】
ＤＨＣＰサーバ１１０は、使用アドレス管理ＤＢ受信部２１４、使用アドレス管理データベース２１６を備える。使用アドレス管理ＤＢ受信部２１４は、通知された使用アドレス管理データベース２４８の内容を、ＤＨＣＰサーバ１１０内の使用アドレス管理データベース２１６に格納する。
【００９５】
即ち、拡張リレーＡｇｅｎｔ１５０の障害検知部２３４は、ＤＨＣＰサーバ１１０の復旧を検知すると、復旧通知部２３８に通知する。復旧通知部２３８は、代行ＤＨＣＰサーバ１４５に対してＤＨＣＰサーバ１１０の復旧を通知する。
【００９６】
復旧の通知を受けた代行ＤＨＣＰサーバ１４５は、使用アドレス管理ＤＢ通知部２４７により、メッセージ中のgiaddr（拡張リレーＡｇｅｎｔ１５０のＩＰアドレス）宛に、当該拡張リレーＡｇｅｎｔ１５０用の使用アドレス管理データベース内容を通知する。
【００９７】
通知を受けた拡張リレーＡｇｅｎｔ１５０内の復旧検知部２３８は、ＬＡＮ内のＤＨＣＰサーバ１１０に対し、使用アドレス管理データベース内容を通知する。
【００９８】
ＤＨＣＰサーバ１１０内の使用アドレス管理ＤＢ受信部２１４は、通知された使用アドレス管理データベース内容を、自身の使用アドレス管理データベース２１６に格納する。
【００９９】
本実施形態によれば、ＤＨＣＰサーバ１１０は、障害復旧時に、使用中のＩＰアドレスを逐一ＡＲＰ確認する必要が無くなる。
【０１００】
〔第６実施形態〕
第６実施形態では、幾つかのＬＡＮをグループ化し、グループ毎に代行ＤＨＣＰサーバを設置することで、全体で1台しか代行ＤＨＣＰサーバを設置しない場合と比較して、代
行ＤＨＣＰサーバ１台あたりの処理負荷を軽減する形態について説明する。第６実施形態は、第１実施形態との共通点を有する。従って、主として相違点について説明し、共通点については説明を省略する。
【０１０１】
図１５は、本実施形態のネットワーク構成例を示す図である。機能構成は、第１実施形態と同様である。
【０１０２】
拡張リレーＡｇｅｎｔＡ（１５０Ａ）は、代行ＤＨＣＰサーバＡ（１４５Ａ）とやり取りするように、あらかじめ設定する。また、拡張リレーＡｇｅｎｔＢ（１４５Ｂ）及び拡張リレーＡｇｅｎｔＣ（１４５Ｃ）は、代行ＤＨＣＰサーバＢ（１４５Ｂ）とやり取りするように、あらかじめ設定する。
【０１０３】
本実施形態によれば、代行ＤＨＣＰサーバを複数用意することにより、代行ＤＨＣＰサーバ１台あたりの処理負荷を軽減できる。
【０１０４】
〔その他〕
上記した実施形態は、以下の発明を開示する。以下の発明は、必要に応じて適宜組み合わせることができる。
【０１０５】
（付記１）
端末及びこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置を収容する複数のネットワークの１つに配置され、
前記アドレス貸与装置による前記端末へのアドレス貸出状況を、前記複数のネットワーク間で共用される代行アドレス貸与装置に通知する通知部と、
前記アドレス貸与装置の障害を検知する検知部と、
前記障害が検知されたときに、前記アドレス貸与装置によるＩＰアドレス貸与サービスを前記代行アドレス貸与装置に引き継がせるために、前記端末からのアドレス貸与に係るメッセージを前記代行アドレス貸与装置に転送し、前記代行アドレス貸与装置から前記端末へ向けたアドレス貸与に係るメッセージを該端末に転送する転送部と
を含むリレーエージェント装置。（１）
（付記２）
前記通知部は、前記アドレス貸与装置から前記端末へ貸与されたアドレスを、前記代行アドレス貸与装置が前記引き継ぎ時に使用する情報として管理するために、前記代行アドレス貸与装置に通知する
付記１記載のリレーエージェント装置。（２）
（付記３）
前記転送部は、前記端末に貸与されたアドレスが貸与期間を過ぎたときに前記代行アドレス貸与装置から送信されてくる該アドレスの継続使用を端末に問い合わせるメッセージを前記端末へ転送し、前記端末からの前記問い合わせメッセージの応答メッセージを前記代行アドレス貸与装置に転送する
付記１又は２記載のリレーエージェント装置。（３）
（付記４）
前記アドレス貸与装置及び前記代行アドレス貸与装置は、ダイナミック・ホスト・コンフィグレーション・プロトコル(ＤＨＣＰ)に基づいてＩＰアドレスを端末に貸与するＤＨＣＰサーバであり、
前記通知部は、前記アドレス貸与装置によって端末に貸与されるＩＰアドレスを、ＤＨＣＰに基づくメッセージに格納して前記代行アドレス貸与装置に通知する
付記１〜３のいずれかに記載のリレーエージェント装置。（４）
（付記５）
前記検知部は、前記アドレス貸与装置と前記端末との間でやりとりされるアドレス貸与のためのメッセージを監視し、前記アドレス貸与装置が前記端末からのメッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
【０１０６】
（付記６）
前記検知部は、前記アドレス貸与装置に対して状態確認メッセージを送信し、前記アド
レス貸与装置が前記状態確認メッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
【０１０７】
（付記７）
前記検知部は、前記アドレス貸与装置に対して、アドレス問い合わせメッセージを送信し、前記アドレス貸与装置が前記アドレス問い合わせメッセージに応答しない場合に、前記アドレス貸与装置の障害を検知する
付記１〜４のいずれかに記載のリレーエージェント装置。
【０１０８】
（付記８）
前記アドレス貸与装置の障害からの復旧が検知された場合に、復旧を前記代行アドレス貸与装置に通知し、前記復旧通知に応じて前記代行アドレス貸与装置から送信されてくる前記代行アドレス貸与装置によるアドレス貸出状況を、前記アドレス貸与装置に通知する復旧通知部、
をさらに含む付記１〜７のいずれかに記載のリレーエージェント装置。
【０１０９】
（付記９）
前記リレーエージェント装置は、複数の代行アドレス貸与装置のうちの１つに対して接続されている
付記１〜８のいずれかに記載のリレーエージェント装置。
【０１１０】
（付記１０）
前記通信部は、前記端末と前記アドレス貸与装置との間でやり取りされる前記ネットワークの１つの中でブロードキャストされるメッセージからアドレス貸出状況を得る、
付記１〜９のいずれかに記載のリレーエージェント装置。
【０１１１】
（付記１１）
端末とこの端末に対してアドレス貸与サービスを実施するアドレス貸与装置とを収容するネットワークとリレーエージェント装置を介して接続され、
前記アドレス貸与装置に障害が生じていない場合に前記リレーエージェント装置から転送されてくる前記アドレス貸与装置による前記端末へのアドレス貸出状況を学習する学習部と、
前記アドレス貸出状況を記憶する記憶部と、
前記学習部の学習内容及び前記記憶部のアドレス貸出状況に基づいて、前記端末との間でアドレス貸与に係るやりとりを前記リレーエージェント装置を介して行うことで、前記アドレス貸与装置によるアドレス貸与サービスを引き継ぐ代行部と、
を含む代行アドレス貸与装置。（５）
（付記１２）
前記記憶部は、前記端末に貸与されているアドレスを含むアドレス貸出状況を記憶する付記１１記載の代行アドレス貸与装置。
【０１１２】
（付記１３）
前記代行部は、前記記憶部に記憶された前記端末に貸与されているアドレスの貸与期間が過ぎたときに、このアドレスの貸与期間延長を問い合わせる問い合わせメッセージを前記リレーエージェント装置を介して前記端末に送信し、前記端末からの問い合わせメッセージの応答メッセージを前記リレーエージェント装置を介して受信し、応答メッセージの内容に応じて前記記憶部に記憶されたアドレス貸出状況を更新する
付記１２記載の代行アドレス貸与装置。
【０１１３】
（付記１４）
前記アドレス貸与装置の障害からの復旧が前記リレーエージェント装置から通知された場合に、前記記憶部に記憶されているアドレス貸出状況を、前記リレーエージェント装置を介して前記アドレス貸与装置に通知する通知部をさらに含む
付記１１〜１３のいずれかに記載の代行アドレス貸与装置。
【図面の簡単な説明】
【０１１４】
【図１】第１実施形態のネットワーク構成例を示す図である。
【図２】第１実施形態の拡張リレーＡｇｅｎｔ及び代行ＤＨＣＰサーバの構成例を示す図である。
【図３】第１実施形態の動作シーケンス（障害発生前）を示す図である。
【図４】第１実施形態の動作シーケンス（障害発生後）を示す図である。
【図５】ＤＨＣＰメッセージフォーマットを示す図である。
【図６】ＤＨＣＰメッセージフォーマットの各フィールドの意味を示すテーブルである。
【図７】障害検知のための監視対象フィールドを示す図である。
【図８】使用アドレス通知メッセージのメッセージフォーマットを示す図である。
【図９】使用アドレス通知メッセージのメッセージフォーマットの各フィールドの意味を示すテーブルである。
【図１０】使用アドレス管理データベースの例を示す図である。
【図１１】ＩＰアドレスプール空間定義例を示す図である。
【図１２】ネットワーク構成例を示す図である。
【図１３】第２実施形態の拡張リレーＡｇｅｎｔ及び代行ＤＨＣＰサーバの構成例を示す図である。
【図１４】第５実施形態のＤＨＣＰサーバ、拡張リレーＡｇｅｎｔ及び代行ＤＨＣＰサーバの構成例を示す図である。
【図１５】第６実施形態のネットワーク構成例を示す図である。
【図１６】従来のＤＨＣＰの運用形態〈１〉を示す図である。
【図１７】従来のＤＨＣＰの運用形態〈２〉を示す図である。
【図１８】従来のリレーＡｇｅｎｔ及び共用ＤＨＣＰサーバの構成例を示す図である。
【図１９】従来のＤＨＣＰの運用形態〈１〉のＤＨＣＰの運用形態の動作シーケンスを示す図である。
【図２０】従来のＤＨＣＰの運用形態〈２〉のＤＨＣＰの運用形態の動作シーケンスを示す図である。
【図２１】従来のＤＨＣＰサーバ冗長化アプローチ〈１〉を示す図である。
【図２２】従来のＤＨＣＰサーバ冗長化アプローチ〈２〉を示す図である。
【符号の説明】
【０１１５】
１００      ＷＡＮ／Ｉｎｔｅｒｎｅｔ
１０５      サブネット（ＬＡＮ）
１１０      ＤＨＣＰサーバ
１１０Ａ    ＤＨＣＰサーバ
１１２      ＤＨＣＰサーバ（現用）
１１４      ＤＨＣＰサーバ（待機）
１２０      端末
１２０Ａ    端末Ａ
１２０Ｂ    端末Ｂ
１３０      リレーＡｇｅｎｔ
１４０      共用ＤＨＣＰサーバ
１４２      共用ＤＨＣＰサーバ（現用）
１４４      共用ＤＨＣＰサーバ（待機）
１４５      代行ＤＨＣＰサーバ
１４５Ａ    代行ＤＨＣＰサーバＡ
１４５Ｂ    代行ＤＨＣＰサーバＢ
１５０      拡張リレーＡｇｅｎｔ
１５０Ａ    拡張リレーＡｇｅｎｔＡ
１５０Ｂ    拡張リレーＡｇｅｎｔＢ
１５０Ｃ    拡張リレーＡｇｅｎｔＣ
２１２      ＤＨＣＰサーバのＤＨＣＰサーバ機能部
２１４      ＤＨＣＰサーバの使用アドレス管理データベース受信部
２１６      ＤＨＣＰサーバの使用アドレス管理データベース
２３２      拡張リレーＡｇｅｎｔの使用アドレス通知部
２３４      拡張リレーＡｇｅｎｔの障害検知部
２３６      拡張リレーＡｇｅｎｔのＤＨＣＰ転送部
２３８      拡張リレーＡｇｅｎｔの復旧通知部
２４２      代行ＤＨＣＰサーバの使用アドレス学習部
２４４      代行ＤＨＣＰサーバのリース期間延長確認部
２４６      代行ＤＨＣＰサーバの共用ＤＨＣＰサーバ部
２４８      代行ＤＨＣＰサーバの使用アドレス管理データベース
【図１】
2008067303.tif 000003
【図２】
2008067303.tif 000004
【図３】
2008067303.tif 000005
【図４】
2008067303.tif 000006
【図５】
2008067303.tif 000007
【図６】
2008067303.tif 000008
【図７】
2008067303.tif 000009
【図８】
2008067303.tif 000010
【図９】
2008067303.tif 000011
【図１０】
2008067303.tif 000012
【図１１】
2008067303.tif 000013
【図１２】
2008067303.tif 000014
【図１３】
2008067303.tif 000015
【図１４】
2008067303.tif 000016
【図１５】
2008067303.tif 000017
【図１６】
2008067303.tif 000018
【図１７】
2008067303.tif 000019
【図１８】
2008067303.tif 000020
【図１９】
2008067303.tif 000021
【図２０】
2008067303.tif 000022
【図２１】
2008067303.tif 000023
【図２２】
2008067303.tif 000024