JP2014175748A - ネットワーク装置およびネットワーク装置の制御方法 - Google Patents

Abstract

【課題】ＤＨＣＰサーバに故障や通信障害等の異常が発生してＤＨＣＰサーバがネットワーク上の他装置と通信不可能になった場合においても、ＤＨＣＰクライアントへのＩＰアドレスの割り当てが可能な装置及び方法を提供する。
【解決手段】無線アクセスポイント３３は、ＤＨＣＰサーバ機能部１３と、ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーをネットワーク上にブロードキャストし、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、ＤＨＣＰサーバ機能部を起動するＤＨＣＰ制御部１４を有する。
【選択図】図２

Description

本発明は、ＤＨＣＰサーバ機能を備えたネットワーク装置に関する。

近年、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）が普及し、沢山の装置が無線ＬＡＮを経由して外部ネットワーク（インターネット等）に接続できるようになっている。特に最近は、タブレット、スマートフォン、ノートパソコンなど、無線ＬＡＮ機能を内蔵する装置が増えていて、家庭内でも無線ＬＡＮを経由して外部ネットワークに接続するケースが増えている。

ところで、無線ＬＡＮ内の各装置間でのデータ通信を実現するためのスイッチには、各装置がＥｔｈｅｒｎｅｔケーブルを介して接続される。Ｅｔｈｅｒｎｅｔを利用した通信では、各装置はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが決まっていないと通信ができない。

ＩＰアドレスは、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）という手順でＩＰアドレスを管理する装置によって割り当てを行う手法が一般的である。ＤＨＣＰによってＩＰアドレスをクライアントに割り当てる装置をＤＨＣＰサーバ、ＩＰアドレスが割り当てられる装置をＤＨＣＰクライアントと呼ぶ。

以下、本発明に関連する、上記のＤＨＣＰと、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と、ＲＡＲＰ（Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と、の３つのプロトコルについて説明する。
（１）ＤＨＣＰについて
ＤＨＣＰサーバがＤＨＣＰクライアントにＩＰアドレスを割り当てる（ＩＰアドレスをリースする）動作について説明する。なお、この動作は特許文献１等に記載されている。

図９は、ＤＨＣＰ処理のシーケンスを示している。

図９を参照すると、まず、ＩＰアドレスが未確定のＤＨＣＰクライアントは、ネットワーク上のすべての装置宛にＤＨＣＰディスカバー（ＤＩＳＣＯＶＥＲ）を送信する（ステップＳ１０１）。ネットワーク上のすべての装置に送信する動作をブロードキャスト（Ｂｒｏａｄｃａｓｔ）という。

ＤＨＣＰサーバは、ＤＨＣＰクライアントからＤＨＣＰディスカバーを受信したら、そのＤＨＣＰクライアントに対し、そのＤＨＣＰクライアントに割り当てようとするＩＰアドレスをＤＨＣＰオファー（ＯＦＦＥＲ）にセットして送信する（ステップＳ１０２）。ネットワーク上の特定の装置に送信する動作をユニキャスト（Ｕｎｉｃａｓｔ）という。

ＤＨＣＰクライアントは、ＤＨＣＰサーバからＤＨＣＰオファーを受信したら、そのＤＨＣＰオファーからＩＰアドレスを抽出し、その抽出したＩＰアドレスをＤＨＣＰリクエスト（ＲＥＱＵＥＳＴ）にセットして、ネットワーク上のすべての装置に送信する（ステップＳ１０３）。

ＤＨＣＰサーバは、ＤＨＣＰクライアントからＤＨＣＰリクエストを受信したら、そのＤＨＣＰリクエストにセットされたＩＰアドレスを抽出し、その抽出したＩＰアドレスが自身でＤＨＣＰオファーにセットしたＩＰアドレスと一致するか否かを判断する。

判断の結果、ＩＰアドレスが一致していたら、ＤＨＣＰサーバは、ＤＨＣＰクライアントにＤＨＣＰ ＡＣＫを送信してＩＰアドレスの割り当てを終了させる。一方、判断の結果、ＩＰアドレスが不一致だったら、ＤＨＣＰサーバは、ＤＨＣＰクライアントにＤＨＣＰ ＮＡＫを送信する（ステップＳ１０４）。

ＤＨＣＰクライアントは、ＤＨＣＰ ＡＣＫを受信したら、自身のＩＰアドレスの設定をし、そのＩＰアドレスを以降の通信で使用する。一方、ＤＨＣＰクライアントは、ＤＨＣＰ ＮＡＫを受信したら、ステップＳ１０１に戻って、ＤＨＣＰディスカバーを再送信する。

ＤＨＣＰサーバが割り当てたＩＰアドレスは、リース期間Ｔ（使用してもいい期間）が決められている。そのため、ＤＨＣＰクライアントは、リース期間の残り時間がＴ／２以下になった時は、ＤＨＣＰサーバへＤＨＣＰリクエストを送信し、リース期間を延長するのが通常の動作である。
（２）ＡＲＰについて
ＡＲＰは、ネットワーク上の装置が通信の宛先のＩＰアドレスを知っているという前提で、そのＩＰアドレスを持った装置のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを調べるために用いる。

図１０は、ＡＲＰ処理のシーケンスを示している。

図１０を参照すると、まず、送信側の装置が、ＡＲＰリクエスト（ＲＥＱＵＥＳＴ）の宛先ＩＰアドレスに調べたいＩＰアドレスをセットして、ネットワーク上のすべての装置に送信する（ステップＳ２０１）。

ＡＲＰリクエストを受信したネットワーク上の受信側の装置は、そのＡＲＰリクエストの宛先ＩＰアドレスにセットされたＩＰアドレスを抽出し、その抽出したＩＰアドレスが自身のＩＰアドレスと一致するか否かを判断する。

判断の結果、ＩＰアドレスが一致していたら、受信側の装置は、ＡＲＰリプライ（ＲＥＰＬＹ）の送信元ＭＡＣアドレスに自身のＭＡＣアドレスをセットして、そのＡＲＰリプライを送信側の装置に送信する（ステップＳ２０２）。一方、判断の結果、ＩＰアドレスが不一致だったら、受信したＡＲＰリクエストを破棄する。
（３）ＲＡＲＰについて
ＲＡＲＰは、ＡＲＰとは逆の動作をするために用いる。

図１１は、ＲＡＲＰ処理のシーケンスを示している。

図１１を参照すると、まず、送信側の装置が、ＲＡＲＰリクエストの宛先ＭＡＣアドレスに調べたいＭＡＣアドレスをセットして、そのＲＡＲＰリクエストをネットワーク上のすべての装置に送信する（ステップＳ３０１）。

ＲＡＲＰリクエストを受信したネットワーク上の受信側の装置がＲＡＲＰサーバ以外の装置の場合、そのＲＡＲＰリクエストは廃棄される。

一方、ＲＡＲＰリクエストを受信したネットワーク上の受信側の装置がＲＡＲＰサーバの場合、ＲＡＲＰサーバは、そのＲＡＲＰリクエストの宛先ＭＡＣアドレスにセットされたＭＡＣアドレスを抽出し、その抽出したＭＡＣアドレスと一致するＭＡＣアドレスを自身のＡＲＰテーブルから検索する。ＡＲＰテーブルは、ＩＰアドレスとＭＡＣアドレスとを一対一で紐付したもので、メモリ空間に保存されている。

検索の結果、一致するＭＡＣアドレスがあれば、ＲＡＲＰサーバは、ＭＡＣアドレスに対応するＩＰアドレスをＲＡＲＰリプライの送信元ＩＰアドレスにセットし、そのＲＡＲＰリプライを送信側の装置に送信する（ステップＳ３０２）。一方、検索の結果、一致するＭＡＣアドレスがなければ、受信したＲＡＲＰパケットを破棄する。

このようにしてＲＡＲＰは、ＭＡＣアドレスからＩＰアドレスを検索するのに用いられるが、主に自身のＭＡＣアドレスからＩＰアドレスを検索する目的で使用される。

ところで、上述のように、ＤＨＣＰクライアントは、ＤＨＣＰサーバからＩＰアドレスが割り当てられ、そのＩＰアドレスを使って通信を行う。

しかし、ＤＨＣＰサーバに故障や通信障害等の異常が発生して、ＤＨＣＰサーバがネットワーク上の他装置と通信不可能になった場合、ＤＨＣＰクライアントへのＩＰアドレスの割り当てができなくなるため、ＤＨＣＰクライアントは通信ができない状態になる。

そこで、最近は、ネットワーク上のＤＨＣＰサーバ以外の装置にＤＨＣＰサーバ機能を備えさせ、その装置をＤＨＣＰサーバとして動作させる技術が提案されている（特許文献２，３）。

具体的には、特許文献２に記載の技術では、ネットワーク装置２１がＤＨＣＰサーバ機能を備えており、また、特許文献３に記載の技術では、無線アクセスポイント１がＤＨＣＰサーバ機能を備えている。

特開２０１２−２２２５４２号公報 特開２００５−１３０３５９号公報 特開２００３−１４３１７５号公報

しかし、特許文献２，３に記載の技術にはそれぞれ以下のような課題がある。
（Ａ）特許文献２に記載の技術の課題
特許文献２に記載の技術では、ＤＨＣＰサーバ１２が大規模ネットワーク１に設けられているのに対し、ＤＨＣＰサーバの機能を備えたネットワーク装置２１は小規模ネットワーク２に設けられている。

そのため、特許文献２の段落００４５に記載されているように、小規模ネットワーク２を構成する機器のＩＰアドレス体系が、大規模ネットワーク１を構成する機器のＩＰアドレス体系とは異なる可能性がある。

そうすると、例えば、今まで通信できていたＰＣ２２とＰＣ１３は、ネットワーク端末２１が違う体系のＩＰアドレスをＰＣ２２に割り当てたことで、それ以降に、ＰＣ１３とＰＣ２２が通信できなくなるといった支障をきたしていた。
（Ｂ）特許文献３に記載の技術の課題
（Ｂ−１）特許文献３に記載の技術では、無線アクセスポイント１は、定期的にＤＨＣＰサーバ６１にＤＨＣＰディスカバーを送信し、その応答としてのＤＨＣＰオファーを受信したか否かに応じて、ＤＨＣＰサーバ６１の異常を検出する。

無線アクセスポイント１は、ＤＨＣＰオファーの受信によりＤＨＣＰサーバ６１が起動中であることを検出した後に、ＤＨＣＰサーバ６１に異常が発生した場合、次のＤＨＣＰディスカバーを送信するまでは、ＤＨＣＰサーバ６１の異常を検出することができず、異常を検出するまでにタイムラグがあった。

そのため、そのタイムラグの間に、ネットワーク上に新たなＤＨＣＰクライアントが接続されてＤＨＣＰディスカバーを送信したとしても、その時点では無線アクセスポイント１は、ＤＨＣＰサーバの異常を認識できていないため、ＤＨＣＰサーバとして動作することができない。

その結果、新たなＤＨＣＰクライアントは、無線アクセスポイント１が次にＤＨＣＰディスカバーを送信するまでの一定期間の間は、ＩＰアドレスを取得することができず、通信ができないといった支障をきたしていた。
（Ｂ−２）無線アクセスポイント１が、ＤＨＣＰサーバ６１の異常を検出するための定期的なＤＨＣＰディスカバーの送信間隔を短く（例えば０．１秒ごとに）することで、ＤＨＣＰサーバ６１の異常検出の遅延を短くすることができると考えられる。

しかし、ＤＨＣＰディスカバーは、同じネットワークのすべての装置に送信されるので、すべての装置に届いでしまい、ネットワークの帯域を圧迫し、転送効率が悪くなる。
（Ｂ−３）同じネットワーク上に複数台の無線アクセスポイント１が配置され、ＤＨＣＰサーバ６１に異常が発生した状態で、複数台の無線アクセスポイント１が同時にＤＨＣＰディスカバーを送信したとする。

この場合、複数台の無線アクセスポイント１は、ＤＨＣＰオファーの受信が無いと、お互いに自身のＤＨＣＰサーバ機能を起動するため、同じネットワーク上に複数台のＤＨＣＰサーバが構築されてしまい、ネットワークに混乱を招いてしまう。

そこで、本発明の目的は、上述した課題のいずれかを解決することができる技術を提供することにある。

本発明のネットワーク装置は、
ＤＨＣＰサーバと同一のネットワーク上に設けられたネットワーク装置であって、
ＤＨＣＰサーバ機能部と、
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動するＤＨＣＰ制御部と、を有する。

本発明のネットワーク装置の制御方法は、
ＤＨＣＰサーバと同一のネットワーク上に設けられ、ＤＨＣＰサーバ機能部を備えたネットワーク装置の制御方法であって、
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、
自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動する。

本発明によれば、ＤＨＣＰクライアントが一定期間ＩＰアドレスを取得できず通信ができないといった支障をきたさないという効果が得られる。

また、本発明によれば、ネットワークの帯域を圧迫し、転送効率が悪くなることが回避されるという効果が得られる。

また、本発明によれば、今まで通信できていた装置間の通信ができなくなるといった支障をきたさないという効果が得られる。

本発明の第１の実施形態に適用されるネットワークシステムの構成例を示す図である。 図１に示した無線アクセスポイントの構成を示すブロック図である。 図１に示したネットワークシステムの動作シーケンスを説明するシーケンス図である。 本発明の第２の実施形態に適用されるネットワークシステムの構成例を示す図である。 図４に示した無線アクセスポイントの構成を示すブロック図である。 ＲＡＲＰパケットの構造を説明する図である。 図４に示したネットワークシステムの動作例１の動作シーケンスを説明するシーケンス図である。 図４に示したネットワークシステムの動作例２の動作シーケンスを説明するシーケンス図である。 ＤＨＣＰシーケンスを説明するシーケンス図である。 ＡＲＰシーケンスを説明するシーケンス図である。 ＲＡＲＰシーケンスを説明するシーケンス図である。

以下に、本発明を実施するための形態について図面を参照して説明する。
（１）第１の実施形態
図１は、本実施形態に適用されるネットワークシステムの構成例である。このネットワークシステムには、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置がネットワーク内に１台だけ存在する。

スイッチ３１は、パソコン３２、無線アクセスポイント３３、ＤＨＣＰサーバ３４およびルータ３５をＥｔｈｅｒｎｅｔケーブルによって接続し、各装置間でのデータ通信を実現するための装置である。

無線アクセスポイント３３は、無線装置をネットワーク３０に収容するための装置であり、パソコン３７をネットワーク３０に収容している。

ルータ３５は、ネットワーク３０と外部ネットワーク３６の間のデータ通信を行うための装置である。

パソコン３２、無線アクセスポイント３３およびパソコン３７は、ＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ３４からＩＰアドレスを取得する。

本実施形態においては、無線アクセスポイント３３が、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置に相当する。

ここで、本発明のネットワーク装置として適用される無線アクセスポイント３３は、図２に示すように、通信部１１と、ＩＰアドレス設定部１２と、ＤＨＣＰサーバ機能部１３と、ＤＨＣＰ制御部１４と、を有している。

通信部１１は、他装置と通信を行う。

ＩＰアドレス設定部１２は、無線アクセスポイント３３がＤＨＣＰクライアントとして動作する場合、ＤＨＣＰサーバ３４に自身のＩＰアドレスの割り当てを要求し、ＤＨＣＰサーバ３４に割り当てられたＩＰアドレスを設定する。

ＤＨＣＰサーバ機能部１３は、無線アクセスポイント３３がＤＨＣＰサーバとして動作する場合、ネットワーク３０上の他装置からのＤＨＣＰディスカバーおよびＤＨＣＰリクエストを監視し、ＤＨＣＰディスカバーを受信したら、その応答としてＤＨＣＰオファーを返し、ＤＨＣＰリクエストを受信したら、その応答としてＤＨＣＰ ＡＣＫまたはＤＨＣＰ ＮＡＫを返す。

ＤＨＣＰ制御部１４は、ＤＨＣＰサーバ機能部１３の起動／停止を行う。

なお、無線アクセスポイント３３は、図２に示した構成要素以外にも、無線アクセスポイントとしての機能を実行するための他の構成要素を有しているが、これらは本発明の本質的な構成要素ではないため、説明を省略する。

以下、図１に示したネットワークシステムの動作シーケンスについて、図３を参照して説明する。

無線アクセスポイント３３は最初にＤＨＣＰクライアントとして動作し、無線アクセスポイント３３のＩＰアドレス設定部１２は、ＤＨＣＰサーバ３４に自身のＩＰアドレスの割り当てを要求し、ＤＨＣＰサーバ３４に割り当てられたＩＰアドレスを設定する（ステップＳ４０１）。

パソコン３２は、ＩＰアドレスの割り当てを要求するために、ＤＨＣＰサーバ３４の接続されているネットワーク３０上にＤＨＣＰディスカバーをブロードキャストする（ステップＳ４０２）。このＤＨＣＰディスカバーは、ＤＨＣＰサーバ３４および無線アクセスポイント３３に受信される。

無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４０２でＤＨＣＰディスカバーを受信したことで、ＤＨＣＰサーバ３４にＩＰアドレスの割り当てを要求しているＤＨＣＰクライアントがネットワーク３０上に存在することを認識する。

そこで、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ネットワーク３０上にＤＨＣＰサーバ３４が存在することを確認するために、ＤＨＣＰディスカバーをネットワーク３０上にブロードキャストする（ステップＳ４０３）。

ＤＨＣＰサーバ３４は、ステップＳ４０２で受信したＤＨＣＰディスカバーに対しては、パソコン３２に対してＤＨＣＰオファーを返信し（ステップＳ４０４）、ステップＳ４０３で受信したＤＨＣＰディスカバーに対しては、無線アクセスポイント３３に対してＤＨＣＰオファーを返信する（ステップＳ４０５）。

パソコン３２は、ステップＳ４０４でＤＨＣＰオファーを受信した後、ＤＨＣＰリクエストをネットワーク３０上にブロードキャストし（ステップＳ４０７）、それに対してＤＨＣＰサーバ３４は、ＤＨＣＰ ＡＣＫを返信する（ステップＳ４０８）。これにより、ＤＨＣＰ手順によるＩＰアドレスの割り当てが完了し、パソコン３２が通信可能な状態になる。

一方、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４０５で送信されたＤＨＣＰオファーを受信したことで（ステップＳ４０６）、ＤＨＣＰサーバ３４がネットワーク３０上に存在することを認識する。そのため、ＤＨＣＰ制御部１４は、ＤＨＣＰサーバ機能部１３を起動しない。

上記の動作は、ＤＨＣＰサーバ３４がネットワーク３０上の他装置と通信可能な状態である場合の動作である。

以下に、ＤＨＣＰサーバ３４が異常発生によってネットワーク３０上の他装置と通信不可能な状態である場合の動作を述べる。

ＤＨＣＰサーバ３４に異常が発生し（ステップＳ４０９）、その後、パソコン３２がネットワーク３０から一旦外されて、新たにネットワーク３０に接続されたとする（ステップＳ４１０）。

この場合、パソコン３２は、ＩＰアドレスの割り当てを要求するために、ＤＨＣＰディスカバーをネットワーク３０上にブロードキャストする（ステップＳ４１１）。

無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４１１でＤＨＣＰディスカバーを受信したことで、ＤＨＣＰサーバ３４にＩＰアドレスの割り当てを要求しているＤＨＣＰクライアントがネットワーク３０上に存在することを認識する。

そこで、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ネットワーク３０上にＤＨＣＰサーバ３４が存在することを確認するために、ＤＨＣＰディスカバーをネットワーク３０上にブロードキャストする（ステップＳ４１２）。

上述のようにＤＨＣＰサーバ３４には異常が発生しているため、ステップＳ４１２で送信したＤＨＣＰディスカバーに対するＤＨＣＰオファーを返信してこない。そのため、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ＤＨＣＰサーバ３４がネットワーク３０上に存在しないと認識する（ステップＳ４１３）。

これを機に、無線アクセスポイント３３のＤＨＣＰ制御部１４は、自身のＤＨＣＰサーバ機能部１３を起動し、以降、無線アクセスポイント３３はＤＨＣＰサーバとして動作する。ＤＨＣＰサーバ機能部１３は、ステップＳ４１１で受信したＤＨＣＰディスカバーに対して、パソコン３２に対してＤＨＣＰオファーを送信することによってＤＨＣＰ手順を継続する（ステップＳ４１４）。

以降、無線アクセスポイント３３とパソコン３２との間で、ＤＨＣＰリクエスト（ステップＳ４１５）とＤＨＣＰ ＡＣＫ（ステップＳ４１６）とを送受信することによってＤＨＣＰ手順を完了させ、ＩＰアドレスの割り当てが完了する。

なお、ステップＳ４１３においては、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４１２でＤＨＣＰディスカバーを送信してから予め決められた時間内にＤＨＣＰサーバ３４からのＤＨＣＰオファーの応答が無いことでＤＨＣＰサーバ３４が存在しないと判断する。

上述したＤＨＣＰサーバ３４からのＤＨＣＰオファーの待ち時間は、予め無線アクセスポイント３３に固定的に設定されている時間を用いても良いが、ＤＨＣＰサーバ３４が正常動作している時の応答時間、すなわち、図４の例で言うと、ステップＳ４０３でＤＨＣＰディスカバーを送信してからステップＳ４０５でＤＨＣＰオファーを受信するまでの時間を計測し、その時間にマージンを加えた時間を用いても良い。後者の場合、無駄な待ち時間を減らすことが可能である。

ここで、特許文献３に記載の技術では、定期的にＤＨＣＰサーバにＤＨＣＰディスカバーを送信することで、ＤＨＣＰサーバの異常を検出する必要があったため、ＤＨＣＰサーバの異常を検出するまでにタイムラグがあった。

そのため、特許文献３に記載の技術では、そのタイムラグの間に、ネットワーク上に新たなＤＨＣＰクライアントが接続されてＤＨＣＰディスカバーを送信したとしても、その時点ではＤＨＣＰサーバの異常を認識できていないため、新たなＤＨＣＰクライアントは、次にＤＨＣＰディスカバーを送信するまでの一定期間の間は、ＩＰアドレスを取得することができず、通信ができないといった支障をきたしていた。

これに対して、本実施形態においては、無線アクセスポイント３３は、他のＤＨＣＰクライアントが送信したＤＨＣＰディスカバーを受信すると、自身もＤＨＣＰディスカバーをネットワーク３０上に送信し、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しなかった場合、ＤＨＣＰサーバ３４がネットワーク３０上に存在しないと認識し、自身のＤＨＣＰサーバ機能部１３を起動する。

そのため、本実施形態においては、ネットワーク３０上に新たなＤＨＣＰクライアントが接続されてＤＨＣＰディスカバーを送信した直後に、ＤＨＣＰサーバ３４がネットワーク３０上に存在しないこと、すなわちＤＨＣＰサーバ３４に異常が発生したことを検出してＤＨＣＰ手順を継続できるため、新たなＤＨＣＰクライアントが一定期間ＩＰアドレスを取得できず通信ができないといった支障をきたさないという効果が得られる。

また、特許文献３に記載の技術では、ＤＨＣＰサーバの異常検出の遅延を短くするためには、ＤＨＣＰディスカバーの送信間隔を短くしなければならず、ネットワークの帯域を圧迫し、転送効率が悪くなっていた。

これに対して、本実施形態においては、無線アクセスポイント３３は、他のＤＨＣＰクライアントが送信したＤＨＣＰディスカバーを受信した場合に、自身のＤＨＣＰディスカバーを送信することのみで、ＤＨＣＰサーバ３４の異常を検出できるため、不要なデータ転送が発生しない。そのため、ネットワークの帯域を圧迫し、転送効率が悪くなることが回避されるという効果が得られる。

また、特許文献２に記載の技術では、ＤＨＣＰサーバ機能を備えるネットワーク装置が、ＤＨＣＰサーバとは別のネットワークに存在していたため、ＤＨＣＰサーバとは異なる体系のＩＰアドレスを割り当てる可能性があり、今まで通信できていた装置間の通信ができなくなるといった支障をきたしていた。

これに対して、本実施形態においては、無線アクセスポイント３３は、ＤＨＣＰサーバ３４と同じネットワーク３０上に存在するため、ＤＨＣＰサーバ３４とは同じ体系のＩＰアドレスを割り当てることができ、今まで通信できていた装置間の通信ができなくなるといった支障をきたさないという効果が得られる。
（２）第２の実施形態
図４は、本実施形態に適用されるネットワークシステムの構成例である。このネットワークシステムには、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置がネットワーク内に複数台存在する。

スイッチ５１は、無線アクセスポイント５２，５３、ＤＨＣＰサーバ５５およびルータ５６をＥｔｈｅｒｎｅｔケーブルによって接続し、各装置間でのデータ通信を実現するための装置である。

無線アクセスポイント５２，５３は、無線装置をネットワーク５０に収容するための装置である。

ルータ５６は、ネットワーク５０と外部ネットワーク５７の間のデータ通信を行うための装置である。

無線アクセスポイント５２，５３、パソコン５４、およびルータ５６は、ＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ５５からＩＰアドレスを取得する。

本実施形態においては、無線アクセスポイント５２，５３が、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置に相当する。

ここで、本発明のネットワーク装置として適用される無線アクセスポイント５２，５３は、図５に示すように、図２に示した構成と比較して、ＲＡＲＰ処理部１５を追加した構成になっている。

ＲＡＲＰ処理部１５は、ＲＡＲＰのパケット送信を行うもので、通知部の一例である。

なお、無線アクセスポイント５２，５３は、図５に示した構成要素以外にも、無線アクセスポイントとしての機能を実行するための他の構成要素を有しているが、これらは本発明の本質的な構成要素ではないため、説明を省略する。

ここで、ＲＡＲＰのパケットについて説明する。

ＲＡＲＰのパケットは、図６で示すような構造になっている。

ＲＡＲＰパケット構造の前には、Ｅｔｈｅｒｎｅｔヘッダ（１４Ｂｙｔｅ）が付いている。Ｅｔｈｅｒｎｅｔヘッダは、前から順番に宛先ＭＡＣアドレス（ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ）と送信元ＭＡＣアドレス（例えば本発明の無線アクセスポイント５２、５３のＭＡＣアドレス）とＥｔｈｅｒｎｅｔタイプ（０８０６ｈ）で構成されている。

しかし、本発明で説明しているＲＡＲＰの宛先ＭＡＣアドレスとは、破線で囲んだ宛先ＭＡＣアドレス部分であり、Ｅｔｈｅｒｎｅｔヘッダの宛先ＭＡＣアドレスとは異なる。ＲＡＲＰパケットのその他の部分は、通常通りの設定をするので、説明を省略する。

通常、ＲＡＲＰリクエストの宛先ＭＡＣアドレスは、検索したい装置のＭＡＣアドレスを使用するが、本発明では、複数台のネットワーク装置間の制御のために、ＲＡＲＰリクエストの宛先ＭＡＣアドレスとして、以下のような特定のＭＡＣアドレスを用いる。

ＭＡＣ１：ＲＡＲＰリクエストの宛先ＭＡＣアドレスに設定してブロードキャストすることで、送信元のネットワーク装置自身がＤＨＣＰサーバ機能部１３を持っていることを通知するためのＭＡＣアドレス。

ＭＡＣ２：ＲＡＲＰリクエストの宛先ＭＡＣアドレスに設定してブロードキャストすることで、送信元のネットワーク装置自身がＤＨＣＰオファーをネットワーク５０上の装置に送信したことを通知するためのＭＡＣアドレス。

ＭＡＣ３：ＲＡＲＰリクエストの宛先ＭＡＣアドレスに設定してブロードキャストすることで、送信元のネットワーク装置自身がＤＨＣＰ ＡＣＫをネットワーク５０上の装置に送信したことを通知するためのＭＡＣアドレス。

これらのＭＡＣアドレス１，２，３は、ネットワーク５０の設計時に予め決めておき、ＲＡＲＰ処理部１５に予め設定されているものである。

以下、図４に示したネットワークシステムの動作シーケンスについて説明する。
（Ａ）動作例１
まず、図４に示したネットワークシステムの動作例１の動作シーケンスについて、図７を参照して説明する。

動作例１は、無線アクセスポイント５２，５３がＤＨＣＰサーバ５５から自身のＩＰアドレスを割り当てて貰った後、ある時からＤＨＣＰサーバ５５が通信不可能になった場合の以降の動作を示している。

ＤＨＣＰサーバ５５に異常が発生している状態で（ステップＳ５０１）、パソコン５４が、ＩＰアドレスの割り当てを要求するために、ＤＨＣＰディスカバーをネットワーク５０上にブロードキャストしたとする（ステップＳ５０２）。

無線アクセスポイント５２のＲＡＲＰ処理部１５は、ステップＳ５０２でＤＨＣＰディスカバーを受信すると、宛先ＭＡＣアドレスがＭＡＣ１であるＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５０３）。

無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がネットワーク５０上にブロードキャストした、宛先ＭＡＣアドレスがＭＡＣ１のＲＡＲＰリクエストを受信するので、ネットワーク５０上の無線アクセスポイント５２がＤＨＣＰサーバ機能部１３を持っていることを認識する（ステップＳ５０４）。

無線アクセスポイント５３のＤＨＣＰ制御部１４は、ネットワーク５０上の無線アクセスポイント５２もＤＨＣＰサーバ機能部１３を持っていることを認識したら、無線アクセスポイント５２と自身との間でのＤＨＣＰサーバ機能部１３を起動する優先順位を決定する（ステップＳ５０５）。

例えば、優先順位の決定は、自身のＭＡＣアドレスと、自身以外のＤＨＣＰサーバ機能部１３を持ったネットワーク装置のＭＡＣアドレスと、を比較し、最も大きなＭＡＣアドレスを持ったネットワーク装置の優先順位を最も高くすると規定する。

あるいは、ＤＨＣＰサーバ機能部１３を持ったネットワーク装置の各ＤＨＣＰ制御部１４がそれぞれランダム数を生成して、そのランダム数をｐｉｎｇデータのペイロードとして送信し、そのランダム数の大小で優先順位を決定することとしても良い。

図７では、ＤＨＣＰサーバ機能部１３を起動する優先順位は、無線アクセスポイント５２の方が無線アクセスポイント５３よりも高いものとして以降の説明を続ける。

同様に、無線アクセスポイント５３も宛先ＭＡＣアドレスがＭＡＣ１であるＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５０６）。そのため、無線アクセスポイント５２も、ネットワーク５０上の無線アクセスポイント５３がＤＨＣＰサーバ機能部１３を持っていることを認識し（ステップＳ５０７）、無線アクセスポイント５３と同じ手順で優先順位の決定を行う（ステップＳ５０８）。

無線アクセスポイント５２，５３は、ステップＳ５０２でパソコン５４からのＤＨＣＰディスカバーを受信している。そのため、無線アクセスポイント５２，５３の各ＤＨＣＰ制御部１４は、ネットワーク５０上にＤＨＣＰサーバ５５が存在することを確認するために、図４に示したのと同じように、それぞれＤＨＣＰディスカバーをネットワーク５０上にブロードキャストする（ステップＳ５０９，Ｓ５１０）
このとき、ＤＨＣＰサーバ５５には異常が発生しており、ステップＳ５０９，Ｓ５１０で送信したＤＨＣＰディスカバーに対するＤＨＣＰオファーはＤＨＣＰサーバ５５からは返信されてこない。

そのため、無線アクセスポイント５２，５３の各ＤＨＣＰ制御部１４は、ＤＨＣＰサーバ５５がネットワーク５０上に存在しないと認識する（ステップＳ５１１，Ｓ５１２）。

ここで、ＤＨＣＰサーバ機能部１３を起動する優先順位は、無線アクセスポイント５２の方が無線アクセスポイント５３よりも高い。

そのため、優先順位が高い無線アクセスポイント５２のＤＨＣＰ制御部１４は、ＤＨＣＰサーバ機能部１３を起動する（ステップＳ５１１）。

一方、優先順位が低い無線アクセスポイント５３のＤＨＣＰ制御部１４は、ＤＨＣＰサーバ５５がネットワーク５０上に存在しないと認識しても、ＤＨＣＰサーバ機能部１３を起動しない（ステップＳ５１２）。

以降、無線アクセスポイント５２はＤＨＣＰサーバとして動作し、無線アクセスポイント５２のＤＨＣＰサーバ機能部１３は、パソコン５４に対してＤＨＣＰオファーを送信する（ステップＳ５１３）。さらに、無線アクセスポイント５２のＲＡＲＰ処理部１５は、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５１４）。これによって、無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がパソコン５４にＤＨＣＰオファーを送信したことを、認識することができる（ステップＳ５１５）。

無線アクセスポイント５２のＤＨＣＰサーバ機能部１３は、パソコン５４からのＤＨＣＰリクエストを受信すると（ステップＳ５１６）、これに対してパソコン５４宛てにＤＨＣＰ ＡＣＫを送信する（ステップＳ５１７）。さらに、無線アクセスポイント５２のＲＡＲＰ処理部１５は、宛先ＭＡＣアドレスをＭＡＣ３としたＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５１８）。これによって、無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がパソコン５４にＤＨＣＰ ＡＣＫを送信したことを、認識することができる（ステップＳ５１９）。

なお、無線アクセスポイント５２のＤＨＣＰ制御部１４は、パソコン５４にＤＨＣＰ ＡＣＫを送信してＩＰアドレスの割り当てを終了させた後、ＤＨＣＰサーバ機能部１３を一旦停止させても良い。この場合、ＤＨＣＰクライアントからのＤＨＣＰディスカバリーを受信した時に（図７のステップＳ５０２に相当）、図７で示した以降の手順を実行して再度ＤＨＣＰサーバ機能部１３を起動する。

あるいは、無線アクセスポイント５２のＤＨＣＰ制御部１４は、一旦ＤＨＣＰサーバ機能部１３を起動したら、その起動を継続することで、無線アクセスポイント５２がＤＨＣＰサーバとして動作し続けても良い。
（Ｂ）動作例２
次に、図４に示したネットワークシステムの動作例２の動作シーケンスについて、図８を参照して説明する。

動作例２は、図７に示した動作シーケンスを実行中に無線アクセスポイント５２に異常が発生した場合の動作例である。具体的には、無線アクセスポイント５２が、ステップＳ５１１でＤＨＣＰサーバ機能部１３を起動して、ステップＳ５１３でパソコン５４に対してＤＨＣＰオファーを返信した後に異常が発生した場合の動作例である。

ステップＳ５１３でパソコン５４に対してＤＨＣＰオファーを返信した後に無線アクセスポイント５２に異常が発生した場合（ステップＳ６０１）、無線アクセスポイント５３には、無線アクセスポイント５２からの、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストが受信されない。

そのため、無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がパソコン５４にＤＨＣＰオファーを送信しておらず、無線アクセスポイント５２がネットワーク５０上に存在しないと認識し（ステップＳ６０２）、自身のＤＨＣＰサーバ機能部１３を起動する（ステップＳ６０３）。

そして、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３も、パソコン５４に対してＤＨＣＰオファーを送信する（ステップＳ６０４）。さらに、無線アクセスポイント５３のＲＡＲＰ処理部１５は、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ６０５）。これによって、無線アクセスポイント５３自身がネットワーク５０上の装置にＤＨＣＰオファーを送信したと通知する。

しかし、パソコン５４は、２つのＤＨＣＰオファー（ステップＳ５１３とＳ６０４）を受信しているので、２つのＤＨＣＰオファーの中から１つを選んでＤＨＣＰリクエストをネットワーク５０上にブロードキャストする必要がある。

もしこの時、パソコン５４が、ステップＳ６０４で受信したＤＨＣＰオファーを選択し、無線アクセスポイント５３が割り当てたＩＰアドレスをＤＨＣＰリクエストにセットしてネットワーク５０上にブロードキャストすると、順調にＩＰアドレスの割り当てが完了する。

ここでは、パソコン５４が、ステップＳ５１３で受信したＤＨＣＰオファーを選択し、無線アクセスポイント５２が割り当てたＩＰアドレスをＤＨＣＰリクエストにセットしてネットワーク５０上にブロードキャストしたとする（ステップＳ６０６）。

無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、ステップＳ６０６で受信したＤＨＣＰリクエストにセットされたＩＰアドレスが、自身がステップＳ６０４でＤＨＣＰオファーにセットしたＩＰアドレスと一致しないことを認識する。

また、無線アクセスポイント５３は、ステップＳ５０３で宛先ＭＡＣアドレスをＭＡＣ１としたＲＡＲＰリクエストを無線アクセスポイント５２から受信している。そのため、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、パソコン５４が、ＤＨＣＰサーバ機能部１３を持っている無線アクセスポイント５２により送信されたＤＨＣＰオファーを選択したことを認識することができる。

そのため、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、ステップＳ６０６でパソコン５４がネットワーク５０上にブロードキャストしたＤＨＣＰリクエストに対して、ＤＨＣＰ ＮＡＫを返信する。この時、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、ＤＨＣＰ ＮＡＫの送信元ＭＡＣアドレスおよび送信元ＩＰアドレスにそれぞれ無線アクセスポイント５２のＭＡＣアドレスおよびＩＰアドレスをセットしてパソコン５４に送信することで、パソコン５４は無線アクセスポイント５２からＤＨＣＰ ＮＡＫを受信したと認識する。

すると、パソコン５４は、ＩＰアドレスの取得に失敗したので、ＤＨＣＰディスカバーの送信からやり直すことに決定する（ステップＳ６０８）。なお、以降のステップＳ６０９〜Ｓ６１５の詳細は、図７で既に説明しているため省略する。

なお、ステップＳ６０２においては、無線アクセスポイント５３のＤＨＣＰ制御部１４は、予め決められた時間内に、無線アクセスポイント５２から、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストを受信しないことで無線アクセスポイント５２がネットワーク５０上に存在しないと認識する。この場合、無線アクセスポイント５２からの、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストを待つ待ち時間の起算点は、無線アクセスポイント５２から、ステップＳ５０３で宛先ＭＡＣアドレスをＭＡＣ１としたＲＡＲＰリクエストを受信した時点としても良いし、無線アクセスポイント５２から、ステップＳ５０９でＤＨＣＰディスカバーを受信した時点としても良い。

ここで、特許文献３に記載の技術では、ＤＨＣＰサーバ機能を備えた無線アクセスポイント１が同じネットワーク上に複数台配置された場合、同じネットワーク上に複数のＤＨＣＰサーバが構築され、ネットワークに混乱を招いてしまう可能性があった。

これに対して、本実施形態においては、ＤＨＣＰサーバ機能部１３を備えた無線アクセスポイント１が同じネットワーク上に複数台配置された場合でも、予め設定された特定のＭＡＣ１、ＭＡＣ２、ＭＡＣ３をセットしたＲＡＲＰリクエストを用いて複数の装置間の制御を行うため、複数のＤＨＣＰサーバが動作することがなく、正常なネットワークを構成できるという効果が得られる。

その他の効果は第１の実施形態と同様である。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。

例えば、上記実施形態においては、無線アクセスポイントを本発明のネットワーク装置として適用しているが、ネットワーク上に接続されたすべての装置を本発明のネットワーク装置として適用することも可能である。

また、第２の実施形態においては、ＤＨＣＰオファーとＤＨＣＰ ＡＣＫをユニキャストで送信することを前提にしている。

そのため、本発明のネットワーク装置が同じネットワーク上に複数台接続された場合、予め設定された特定のＭＡＣ１、ＭＡＣ２、ＭＡＣ３をＲＡＲＰリクエストの宛先ＭＡＣアドレスにセットしてネットワーク上にブロードキャストすることで、ＤＨＣＰサーバ機能部１３を持っていることの通知、ＤＨＣＰオファーを送信したことの通知、ＤＨＣＰ ＡＣＫを送信したことの通知を行っている。

しかし、本発明はこれに限定されず、上記の３つの通知にそれぞれ対応する３つの特定のビットを予め設定し、上記の３つのいずれかの通知を行う場合、その通知に対応する特定のビットをＤＨＣＰディスカバーのパケットの未使用領域にセットし、そのＤＨＣＰディスカバーをネットワーク上にブロードキャストしても良い。

また、第２の実施形態においては、本発明のネットワーク装置が同じネットワーク上に２台接続されていることを前提としているが、３台以上接続される場合もある。この場合、以下のような規定を設けておく。

例えば、本発明のｎ（ｎは３以上の自然数）台のネットワーク装置が、ネットワーク上にＤＨＣＰディスカバーをブロードキャストしても、ＤＨＣＰサーバからＤＨＣＰオファーを受信しない場合、ｎ台のネットワーク装置のうち優先順位が最も高いネットワーク装置がＤＨＣＰサーバ機能部１３を起動する。このとき、その他のネットワーク装置における、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストの待ち時間は、優先順位に応じて予め設定しておき、優先順位が低くなるにしたがって長くなるようにする。そして、その他のネットワーク装置は、自身の優先順位に応じた待ち時間が経過しても、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストを受信しない場合に、ＤＨＣＰサーバ機能部１３を起動する。これにより、優先順位が最も高いネットワーク装置が異常を発生しても、その他のネットワーク装置がＤＨＣＰサーバ機能部１３を同時に起動し、複数のＤＨＣＰサーバが動作することを回避することができる。

１１ 通信部
１２ ＩＰアドレス設定部
１３ ＤＨＣＰサーバ機能部
１４ ＤＨＣＰ制御部
１５ ＲＡＲＰ処理部
３０ ネットワーク
３１ スイッチ
３２，３７ パソコン
３３ 無線アクセスポイント
３４ ＤＨＣＰサーバ
３５ ルータ
３６ 外部ネットワーク
５０ ネットワーク
５１ スイッチ
５２，５３ 無線アクセスポイント
５４ パソコン
５５ ＤＨＣＰサーバ
５６ ルータ
５７ 外部ネットワーク

Claims (8)

1. ＤＨＣＰサーバと同一のネットワーク上に設けられたネットワーク装置であって、
   ＤＨＣＰサーバ機能部と、
   前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動するＤＨＣＰ制御部と、を有するネットワーク装置。
2. 前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身が前記ＤＨＣＰサーバ機能部を備える旨の第１の通知を前記ネットワーク上にブロードキャストする通知部をさらに有し、
   前記ＤＨＣＰ制御部は、
   前記ネットワーク上の他装置から前記第１の通知を受信した場合、当該他装置と自身との間での前記ＤＨＣＰサーバ機能部を起動する優先順位を決定し、
   自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、自身の優先順位が最も高ければ、前記ＤＨＣＰサーバ機能部を起動する、請求項１に記載のネットワーク装置。
3. 前記通知部は、
   前記ＤＨＣＰ制御部により起動された前記ＤＨＣＰサーバ機能部が、前記ネットワーク上の他装置からのＤＨＣＰディスカバーに対する応答としてＤＨＣＰオファーを返信した場合、自身がＤＨＣＰオファーを返信した旨の第２の通知を前記ネットワーク上にブロードキャストする、請求項２に記載のネットワーク装置。
4. 前記ＤＨＣＰ制御部は、
   自身の優先順位が最も高くはない場合も、前記ネットワーク上の他装置から前記第２の通知を予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動する、請求項３に記載のネットワーク装置。
5. 前記通知部は、
   前記ＤＨＣＰ制御部により起動された前記ＤＨＣＰサーバ機能部が、前記ネットワーク上の他装置からのＤＨＣＰリクエストに対する応答としてＤＨＣＰ ＡＣＫを返信した場合、自身がＤＨＣＰ ＡＣＫを返信した旨の第３の通知を前記ネットワーク上にブロードキャストする、請求項３または４に記載のネットワーク装置。
6. 前記通知部は、
   前記第１、第２および第３の通知にそれぞれ対応する特定の第１、第２および第３のＭＡＣアドレスが予め設定されており、
   前記第１、第２または第３の通知を行う際には、当該通知に対応する特定のＭＡＣアドレスを宛先ＭＡＣアドレスにセットしたＲＡＲＰリクエストを前記ネットワーク上にブロードキャストする、請求項５に記載のネットワーク装置。
7. 前記通知部は、
   前記第１、第２および第３の通知にそれぞれ対応する特定の第１、第２および第３のビットが予め設定されており、
   前記第１、第２または第３の通知を行う際には、当該通知に対応する特定のビットを所定の領域にセットしたＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストする、請求項５に記載のネットワーク装置。
8. ＤＨＣＰサーバと同一のネットワーク上に設けられ、ＤＨＣＰサーバ機能部を備えたネットワーク装置の制御方法であって、
   前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、
   自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動する、制御方法。

Images