(57)【要約】      （修正有）【課題】ＤＨＣＰサーバに故障や通信障害等の異常が発生してＤＨＣＰサーバがネットワーク上の他装置と通信不可能になった場合においても、ＤＨＣＰクライアントへのＩＰアドレスの割り当てが可能な装置及び方法を提供する。【解決手段】無線アクセスポイント３３は、ＤＨＣＰサーバ機能部１３と、ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーをネットワーク上にブロードキャストし、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、ＤＨＣＰサーバ機能部を起動するＤＨＣＰ制御部１４を有する。【選択図】図２
2014175748.tif 000002
【特許請求の範囲】
【請求項１】
ＤＨＣＰサーバと同一のネットワーク上に設けられたネットワーク装置であって、
ＤＨＣＰサーバ機能部と、
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動するＤＨＣＰ制御部と、を有するネットワーク装置。
【請求項２】
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身が前記ＤＨＣＰサーバ機能部を備える旨の第１の通知を前記ネットワーク上にブロードキャストする通知部をさらに有し、
前記ＤＨＣＰ制御部は、
前記ネットワーク上の他装置から前記第１の通知を受信した場合、当該他装置と自身との間での前記ＤＨＣＰサーバ機能部を起動する優先順位を決定し、
自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、自身の優先順位が最も高ければ、前記ＤＨＣＰサーバ機能部を起動する、請求項１に記載のネットワーク装置。
【請求項３】
前記通知部は、
前記ＤＨＣＰ制御部により起動された前記ＤＨＣＰサーバ機能部が、前記ネットワーク上の他装置からのＤＨＣＰディスカバーに対する応答としてＤＨＣＰオファーを返信した場合、自身がＤＨＣＰオファーを返信した旨の第２の通知を前記ネットワーク上にブロードキャストする、請求項２に記載のネットワーク装置。
【請求項４】
前記ＤＨＣＰ制御部は、
自身の優先順位が最も高くはない場合も、前記ネットワーク上の他装置から前記第２の通知を予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動する、請求項３に記載のネットワーク装置。
【請求項５】
前記通知部は、
前記ＤＨＣＰ制御部により起動された前記ＤＨＣＰサーバ機能部が、前記ネットワーク上の他装置からのＤＨＣＰリクエストに対する応答としてＤＨＣＰ  ＡＣＫを返信した場合、自身がＤＨＣＰ  ＡＣＫを返信した旨の第３の通知を前記ネットワーク上にブロードキャストする、請求項３または４に記載のネットワーク装置。
【請求項６】
前記通知部は、
前記第１、第２および第３の通知にそれぞれ対応する特定の第１、第２および第３のＭＡＣアドレスが予め設定されており、
前記第１、第２または第３の通知を行う際には、当該通知に対応する特定のＭＡＣアドレスを宛先ＭＡＣアドレスにセットしたＲＡＲＰリクエストを前記ネットワーク上にブロードキャストする、請求項５に記載のネットワーク装置。
【請求項７】
前記通知部は、
前記第１、第２および第３の通知にそれぞれ対応する特定の第１、第２および第３のビットが予め設定されており、
前記第１、第２または第３の通知を行う際には、当該通知に対応する特定のビットを所定の領域にセットしたＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストする、請求項５に記載のネットワーク装置。
【請求項８】
ＤＨＣＰサーバと同一のネットワーク上に設けられ、ＤＨＣＰサーバ機能部を備えたネットワーク装置の制御方法であって、
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、
自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動する、制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＨＣＰサーバ機能を備えたネットワーク装置に関する。
【背景技術】
【０００２】
近年、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が普及し、沢山の装置が無線ＬＡＮを経由して外部ネットワーク（インターネット等）に接続できるようになっている。特に最近は、タブレット、スマートフォン、ノートパソコンなど、無線ＬＡＮ機能を内蔵する装置が増えていて、家庭内でも無線ＬＡＮを経由して外部ネットワークに接続するケースが増えている。
【０００３】
ところで、無線ＬＡＮ内の各装置間でのデータ通信を実現するためのスイッチには、各装置がＥｔｈｅｒｎｅｔケーブルを介して接続される。Ｅｔｈｅｒｎｅｔを利用した通信では、各装置はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが決まっていないと通信ができない。
【０００４】
ＩＰアドレスは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）という手順でＩＰアドレスを管理する装置によって割り当てを行う手法が一般的である。ＤＨＣＰによってＩＰアドレスをクライアントに割り当てる装置をＤＨＣＰサーバ、ＩＰアドレスが割り当てられる装置をＤＨＣＰクライアントと呼ぶ。
【０００５】
以下、本発明に関連する、上記のＤＨＣＰと、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と、ＲＡＲＰ（Ｒｅｖｅｒｓｅ  Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と、の３つのプロトコルについて説明する。
（１）ＤＨＣＰについて
ＤＨＣＰサーバがＤＨＣＰクライアントにＩＰアドレスを割り当てる（ＩＰアドレスをリースする）動作について説明する。なお、この動作は特許文献１等に記載されている。
【０００６】
図９は、ＤＨＣＰ処理のシーケンスを示している。
【０００７】
図９を参照すると、まず、ＩＰアドレスが未確定のＤＨＣＰクライアントは、ネットワーク上のすべての装置宛にＤＨＣＰディスカバー（ＤＩＳＣＯＶＥＲ）を送信する（ステップＳ１０１）。ネットワーク上のすべての装置に送信する動作をブロードキャスト（Ｂｒｏａｄｃａｓｔ）という。
【０００８】
ＤＨＣＰサーバは、ＤＨＣＰクライアントからＤＨＣＰディスカバーを受信したら、そのＤＨＣＰクライアントに対し、そのＤＨＣＰクライアントに割り当てようとするＩＰアドレスをＤＨＣＰオファー（ＯＦＦＥＲ）にセットして送信する（ステップＳ１０２）。ネットワーク上の特定の装置に送信する動作をユニキャスト（Ｕｎｉｃａｓｔ）という。
【０００９】
ＤＨＣＰクライアントは、ＤＨＣＰサーバからＤＨＣＰオファーを受信したら、そのＤＨＣＰオファーからＩＰアドレスを抽出し、その抽出したＩＰアドレスをＤＨＣＰリクエスト（ＲＥＱＵＥＳＴ）にセットして、ネットワーク上のすべての装置に送信する（ステップＳ１０３）。
【００１０】
ＤＨＣＰサーバは、ＤＨＣＰクライアントからＤＨＣＰリクエストを受信したら、そのＤＨＣＰリクエストにセットされたＩＰアドレスを抽出し、その抽出したＩＰアドレスが自身でＤＨＣＰオファーにセットしたＩＰアドレスと一致するか否かを判断する。
【００１１】
判断の結果、ＩＰアドレスが一致していたら、ＤＨＣＰサーバは、ＤＨＣＰクライアントにＤＨＣＰ  ＡＣＫを送信してＩＰアドレスの割り当てを終了させる。一方、判断の結果、ＩＰアドレスが不一致だったら、ＤＨＣＰサーバは、ＤＨＣＰクライアントにＤＨＣＰ  ＮＡＫを送信する（ステップＳ１０４）。
【００１２】
ＤＨＣＰクライアントは、ＤＨＣＰ  ＡＣＫを受信したら、自身のＩＰアドレスの設定をし、そのＩＰアドレスを以降の通信で使用する。一方、ＤＨＣＰクライアントは、ＤＨＣＰ  ＮＡＫを受信したら、ステップＳ１０１に戻って、ＤＨＣＰディスカバーを再送信する。
【００１３】
ＤＨＣＰサーバが割り当てたＩＰアドレスは、リース期間Ｔ（使用してもいい期間）が決められている。そのため、ＤＨＣＰクライアントは、リース期間の残り時間がＴ／２以下になった時は、ＤＨＣＰサーバへＤＨＣＰリクエストを送信し、リース期間を延長するのが通常の動作である。
（２）ＡＲＰについて
ＡＲＰは、ネットワーク上の装置が通信の宛先のＩＰアドレスを知っているという前提で、そのＩＰアドレスを持った装置のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを調べるために用いる。
【００１４】
図１０は、ＡＲＰ処理のシーケンスを示している。
【００１５】
図１０を参照すると、まず、送信側の装置が、ＡＲＰリクエスト（ＲＥＱＵＥＳＴ）の宛先ＩＰアドレスに調べたいＩＰアドレスをセットして、ネットワーク上のすべての装置に送信する（ステップＳ２０１）。
【００１６】
ＡＲＰリクエストを受信したネットワーク上の受信側の装置は、そのＡＲＰリクエストの宛先ＩＰアドレスにセットされたＩＰアドレスを抽出し、その抽出したＩＰアドレスが自身のＩＰアドレスと一致するか否かを判断する。
【００１７】
判断の結果、ＩＰアドレスが一致していたら、受信側の装置は、ＡＲＰリプライ（ＲＥＰＬＹ）の送信元ＭＡＣアドレスに自身のＭＡＣアドレスをセットして、そのＡＲＰリプライを送信側の装置に送信する（ステップＳ２０２）。一方、判断の結果、ＩＰアドレスが不一致だったら、受信したＡＲＰリクエストを破棄する。
（３）ＲＡＲＰについて
ＲＡＲＰは、ＡＲＰとは逆の動作をするために用いる。
【００１８】
図１１は、ＲＡＲＰ処理のシーケンスを示している。
【００１９】
図１１を参照すると、まず、送信側の装置が、ＲＡＲＰリクエストの宛先ＭＡＣアドレスに調べたいＭＡＣアドレスをセットして、そのＲＡＲＰリクエストをネットワーク上のすべての装置に送信する（ステップＳ３０１）。
【００２０】
ＲＡＲＰリクエストを受信したネットワーク上の受信側の装置がＲＡＲＰサーバ以外の装置の場合、そのＲＡＲＰリクエストは廃棄される。
【００２１】
一方、ＲＡＲＰリクエストを受信したネットワーク上の受信側の装置がＲＡＲＰサーバの場合、ＲＡＲＰサーバは、そのＲＡＲＰリクエストの宛先ＭＡＣアドレスにセットされたＭＡＣアドレスを抽出し、その抽出したＭＡＣアドレスと一致するＭＡＣアドレスを自身のＡＲＰテーブルから検索する。ＡＲＰテーブルは、ＩＰアドレスとＭＡＣアドレスとを一対一で紐付したもので、メモリ空間に保存されている。
【００２２】
検索の結果、一致するＭＡＣアドレスがあれば、ＲＡＲＰサーバは、ＭＡＣアドレスに対応するＩＰアドレスをＲＡＲＰリプライの送信元ＩＰアドレスにセットし、そのＲＡＲＰリプライを送信側の装置に送信する（ステップＳ３０２）。一方、検索の結果、一致するＭＡＣアドレスがなければ、受信したＲＡＲＰパケットを破棄する。
【００２３】
このようにしてＲＡＲＰは、ＭＡＣアドレスからＩＰアドレスを検索するのに用いられるが、主に自身のＭＡＣアドレスからＩＰアドレスを検索する目的で使用される。
【００２４】
ところで、上述のように、ＤＨＣＰクライアントは、ＤＨＣＰサーバからＩＰアドレスが割り当てられ、そのＩＰアドレスを使って通信を行う。
【００２５】
しかし、ＤＨＣＰサーバに故障や通信障害等の異常が発生して、ＤＨＣＰサーバがネットワーク上の他装置と通信不可能になった場合、ＤＨＣＰクライアントへのＩＰアドレスの割り当てができなくなるため、ＤＨＣＰクライアントは通信ができない状態になる。
【００２６】
そこで、最近は、ネットワーク上のＤＨＣＰサーバ以外の装置にＤＨＣＰサーバ機能を備えさせ、その装置をＤＨＣＰサーバとして動作させる技術が提案されている（特許文献２，３）。
【００２７】
具体的には、特許文献２に記載の技術では、ネットワーク装置２１がＤＨＣＰサーバ機能を備えており、また、特許文献３に記載の技術では、無線アクセスポイント１がＤＨＣＰサーバ機能を備えている。
【先行技術文献】
【特許文献】
【００２８】
【特許文献１】特開２０１２−２２２５４２号公報
【特許文献２】特開２００５−１３０３５９号公報
【特許文献３】特開２００３−１４３１７５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２９】
しかし、特許文献２，３に記載の技術にはそれぞれ以下のような課題がある。
（Ａ）特許文献２に記載の技術の課題
特許文献２に記載の技術では、ＤＨＣＰサーバ１２が大規模ネットワーク１に設けられているのに対し、ＤＨＣＰサーバの機能を備えたネットワーク装置２１は小規模ネットワーク２に設けられている。
【００３０】
そのため、特許文献２の段落００４５に記載されているように、小規模ネットワーク２を構成する機器のＩＰアドレス体系が、大規模ネットワーク１を構成する機器のＩＰアドレス体系とは異なる可能性がある。
【００３１】
そうすると、例えば、今まで通信できていたＰＣ２２とＰＣ１３は、ネットワーク端末２１が違う体系のＩＰアドレスをＰＣ２２に割り当てたことで、それ以降に、ＰＣ１３とＰＣ２２が通信できなくなるといった支障をきたしていた。
（Ｂ）特許文献３に記載の技術の課題
（Ｂ−１）特許文献３に記載の技術では、無線アクセスポイント１は、定期的にＤＨＣＰサーバ６１にＤＨＣＰディスカバーを送信し、その応答としてのＤＨＣＰオファーを受信したか否かに応じて、ＤＨＣＰサーバ６１の異常を検出する。
【００３２】
無線アクセスポイント１は、ＤＨＣＰオファーの受信によりＤＨＣＰサーバ６１が起動中であることを検出した後に、ＤＨＣＰサーバ６１に異常が発生した場合、次のＤＨＣＰディスカバーを送信するまでは、ＤＨＣＰサーバ６１の異常を検出することができず、異常を検出するまでにタイムラグがあった。
【００３３】
そのため、そのタイムラグの間に、ネットワーク上に新たなＤＨＣＰクライアントが接続されてＤＨＣＰディスカバーを送信したとしても、その時点では無線アクセスポイント１は、ＤＨＣＰサーバの異常を認識できていないため、ＤＨＣＰサーバとして動作することができない。
【００３４】
その結果、新たなＤＨＣＰクライアントは、無線アクセスポイント１が次にＤＨＣＰディスカバーを送信するまでの一定期間の間は、ＩＰアドレスを取得することができず、通信ができないといった支障をきたしていた。
（Ｂ−２）無線アクセスポイント１が、ＤＨＣＰサーバ６１の異常を検出するための定期的なＤＨＣＰディスカバーの送信間隔を短く（例えば０．１秒ごとに）することで、ＤＨＣＰサーバ６１の異常検出の遅延を短くすることができると考えられる。
【００３５】
しかし、ＤＨＣＰディスカバーは、同じネットワークのすべての装置に送信されるので、すべての装置に届いでしまい、ネットワークの帯域を圧迫し、転送効率が悪くなる。
（Ｂ−３）同じネットワーク上に複数台の無線アクセスポイント１が配置され、ＤＨＣＰサーバ６１に異常が発生した状態で、複数台の無線アクセスポイント１が同時にＤＨＣＰディスカバーを送信したとする。
【００３６】
この場合、複数台の無線アクセスポイント１は、ＤＨＣＰオファーの受信が無いと、お互いに自身のＤＨＣＰサーバ機能を起動するため、同じネットワーク上に複数台のＤＨＣＰサーバが構築されてしまい、ネットワークに混乱を招いてしまう。
【００３７】
そこで、本発明の目的は、上述した課題のいずれかを解決することができる技術を提供することにある。
【課題を解決するための手段】
【００３８】
本発明のネットワーク装置は、
ＤＨＣＰサーバと同一のネットワーク上に設けられたネットワーク装置であって、
ＤＨＣＰサーバ機能部と、
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動するＤＨＣＰ制御部と、を有する。
【００３９】
本発明のネットワーク装置の制御方法は、
ＤＨＣＰサーバと同一のネットワーク上に設けられ、ＤＨＣＰサーバ機能部を備えたネットワーク装置の制御方法であって、
前記ネットワーク上の他装置からＤＨＣＰディスカバーを受信した場合、自身もＤＨＣＰディスカバーを前記ネットワーク上にブロードキャストし、
自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しない場合、前記ＤＨＣＰサーバ機能部を起動する。
【発明の効果】
【００４０】
本発明によれば、ＤＨＣＰクライアントが一定期間ＩＰアドレスを取得できず通信ができないといった支障をきたさないという効果が得られる。
【００４１】
また、本発明によれば、ネットワークの帯域を圧迫し、転送効率が悪くなることが回避されるという効果が得られる。
【００４２】
また、本発明によれば、今まで通信できていた装置間の通信ができなくなるといった支障をきたさないという効果が得られる。
【図面の簡単な説明】
【００４３】
【図１】本発明の第１の実施形態に適用されるネットワークシステムの構成例を示す図である。
【図２】図１に示した無線アクセスポイントの構成を示すブロック図である。
【図３】図１に示したネットワークシステムの動作シーケンスを説明するシーケンス図である。
【図４】本発明の第２の実施形態に適用されるネットワークシステムの構成例を示す図である。
【図５】図４に示した無線アクセスポイントの構成を示すブロック図である。
【図６】ＲＡＲＰパケットの構造を説明する図である。
【図７】図４に示したネットワークシステムの動作例１の動作シーケンスを説明するシーケンス図である。
【図８】図４に示したネットワークシステムの動作例２の動作シーケンスを説明するシーケンス図である。
【図９】ＤＨＣＰシーケンスを説明するシーケンス図である。
【図１０】ＡＲＰシーケンスを説明するシーケンス図である。
【図１１】ＲＡＲＰシーケンスを説明するシーケンス図である。
【発明を実施するための形態】
【００４４】
以下に、本発明を実施するための形態について図面を参照して説明する。
（１）第１の実施形態
図１は、本実施形態に適用されるネットワークシステムの構成例である。このネットワークシステムには、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置がネットワーク内に１台だけ存在する。
【００４５】
スイッチ３１は、パソコン３２、無線アクセスポイント３３、ＤＨＣＰサーバ３４およびルータ３５をＥｔｈｅｒｎｅｔケーブルによって接続し、各装置間でのデータ通信を実現するための装置である。
【００４６】
無線アクセスポイント３３は、無線装置をネットワーク３０に収容するための装置であり、パソコン３７をネットワーク３０に収容している。
【００４７】
ルータ３５は、ネットワーク３０と外部ネットワーク３６の間のデータ通信を行うための装置である。
【００４８】
パソコン３２、無線アクセスポイント３３およびパソコン３７は、ＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ３４からＩＰアドレスを取得する。
【００４９】
本実施形態においては、無線アクセスポイント３３が、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置に相当する。
【００５０】
ここで、本発明のネットワーク装置として適用される無線アクセスポイント３３は、図２に示すように、通信部１１と、ＩＰアドレス設定部１２と、ＤＨＣＰサーバ機能部１３と、ＤＨＣＰ制御部１４と、を有している。
【００５１】
通信部１１は、他装置と通信を行う。
【００５２】
ＩＰアドレス設定部１２は、無線アクセスポイント３３がＤＨＣＰクライアントとして動作する場合、ＤＨＣＰサーバ３４に自身のＩＰアドレスの割り当てを要求し、ＤＨＣＰサーバ３４に割り当てられたＩＰアドレスを設定する。
【００５３】
ＤＨＣＰサーバ機能部１３は、無線アクセスポイント３３がＤＨＣＰサーバとして動作する場合、ネットワーク３０上の他装置からのＤＨＣＰディスカバーおよびＤＨＣＰリクエストを監視し、ＤＨＣＰディスカバーを受信したら、その応答としてＤＨＣＰオファーを返し、ＤＨＣＰリクエストを受信したら、その応答としてＤＨＣＰ  ＡＣＫまたはＤＨＣＰ  ＮＡＫを返す。
【００５４】
ＤＨＣＰ制御部１４は、ＤＨＣＰサーバ機能部１３の起動／停止を行う。
【００５５】
なお、無線アクセスポイント３３は、図２に示した構成要素以外にも、無線アクセスポイントとしての機能を実行するための他の構成要素を有しているが、これらは本発明の本質的な構成要素ではないため、説明を省略する。
【００５６】
以下、図１に示したネットワークシステムの動作シーケンスについて、図３を参照して説明する。
【００５７】
無線アクセスポイント３３は最初にＤＨＣＰクライアントとして動作し、無線アクセスポイント３３のＩＰアドレス設定部１２は、ＤＨＣＰサーバ３４に自身のＩＰアドレスの割り当てを要求し、ＤＨＣＰサーバ３４に割り当てられたＩＰアドレスを設定する（ステップＳ４０１）。
【００５８】
パソコン３２は、ＩＰアドレスの割り当てを要求するために、ＤＨＣＰサーバ３４の接続されているネットワーク３０上にＤＨＣＰディスカバーをブロードキャストする（ステップＳ４０２）。このＤＨＣＰディスカバーは、ＤＨＣＰサーバ３４および無線アクセスポイント３３に受信される。
【００５９】
無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４０２でＤＨＣＰディスカバーを受信したことで、ＤＨＣＰサーバ３４にＩＰアドレスの割り当てを要求しているＤＨＣＰクライアントがネットワーク３０上に存在することを認識する。
【００６０】
そこで、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ネットワーク３０上にＤＨＣＰサーバ３４が存在することを確認するために、ＤＨＣＰディスカバーをネットワーク３０上にブロードキャストする（ステップＳ４０３）。
【００６１】
ＤＨＣＰサーバ３４は、ステップＳ４０２で受信したＤＨＣＰディスカバーに対しては、パソコン３２に対してＤＨＣＰオファーを返信し（ステップＳ４０４）、ステップＳ４０３で受信したＤＨＣＰディスカバーに対しては、無線アクセスポイント３３に対してＤＨＣＰオファーを返信する（ステップＳ４０５）。
【００６２】
パソコン３２は、ステップＳ４０４でＤＨＣＰオファーを受信した後、ＤＨＣＰリクエストをネットワーク３０上にブロードキャストし（ステップＳ４０７）、それに対してＤＨＣＰサーバ３４は、ＤＨＣＰ  ＡＣＫを返信する（ステップＳ４０８）。これにより、ＤＨＣＰ手順によるＩＰアドレスの割り当てが完了し、パソコン３２が通信可能な状態になる。
【００６３】
一方、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４０５で送信されたＤＨＣＰオファーを受信したことで（ステップＳ４０６）、ＤＨＣＰサーバ３４がネットワーク３０上に存在することを認識する。そのため、ＤＨＣＰ制御部１４は、ＤＨＣＰサーバ機能部１３を起動しない。
【００６４】
上記の動作は、ＤＨＣＰサーバ３４がネットワーク３０上の他装置と通信可能な状態である場合の動作である。
【００６５】
以下に、ＤＨＣＰサーバ３４が異常発生によってネットワーク３０上の他装置と通信不可能な状態である場合の動作を述べる。
【００６６】
ＤＨＣＰサーバ３４に異常が発生し（ステップＳ４０９）、その後、パソコン３２がネットワーク３０から一旦外されて、新たにネットワーク３０に接続されたとする（ステップＳ４１０）。
【００６７】
この場合、パソコン３２は、ＩＰアドレスの割り当てを要求するために、ＤＨＣＰディスカバーをネットワーク３０上にブロードキャストする（ステップＳ４１１）。
【００６８】
無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４１１でＤＨＣＰディスカバーを受信したことで、ＤＨＣＰサーバ３４にＩＰアドレスの割り当てを要求しているＤＨＣＰクライアントがネットワーク３０上に存在することを認識する。
【００６９】
そこで、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ネットワーク３０上にＤＨＣＰサーバ３４が存在することを確認するために、ＤＨＣＰディスカバーをネットワーク３０上にブロードキャストする（ステップＳ４１２）。
【００７０】
上述のようにＤＨＣＰサーバ３４には異常が発生しているため、ステップＳ４１２で送信したＤＨＣＰディスカバーに対するＤＨＣＰオファーを返信してこない。そのため、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ＤＨＣＰサーバ３４がネットワーク３０上に存在しないと認識する（ステップＳ４１３）。
【００７１】
これを機に、無線アクセスポイント３３のＤＨＣＰ制御部１４は、自身のＤＨＣＰサーバ機能部１３を起動し、以降、無線アクセスポイント３３はＤＨＣＰサーバとして動作する。ＤＨＣＰサーバ機能部１３は、ステップＳ４１１で受信したＤＨＣＰディスカバーに対して、パソコン３２に対してＤＨＣＰオファーを送信することによってＤＨＣＰ手順を継続する（ステップＳ４１４）。
【００７２】
以降、無線アクセスポイント３３とパソコン３２との間で、ＤＨＣＰリクエスト（ステップＳ４１５）とＤＨＣＰ  ＡＣＫ（ステップＳ４１６）とを送受信することによってＤＨＣＰ手順を完了させ、ＩＰアドレスの割り当てが完了する。
【００７３】
なお、ステップＳ４１３においては、無線アクセスポイント３３のＤＨＣＰ制御部１４は、ステップＳ４１２でＤＨＣＰディスカバーを送信してから予め決められた時間内にＤＨＣＰサーバ３４からのＤＨＣＰオファーの応答が無いことでＤＨＣＰサーバ３４が存在しないと判断する。
【００７４】
上述したＤＨＣＰサーバ３４からのＤＨＣＰオファーの待ち時間は、予め無線アクセスポイント３３に固定的に設定されている時間を用いても良いが、ＤＨＣＰサーバ３４が正常動作している時の応答時間、すなわち、図４の例で言うと、ステップＳ４０３でＤＨＣＰディスカバーを送信してからステップＳ４０５でＤＨＣＰオファーを受信するまでの時間を計測し、その時間にマージンを加えた時間を用いても良い。後者の場合、無駄な待ち時間を減らすことが可能である。
【００７５】
ここで、特許文献３に記載の技術では、定期的にＤＨＣＰサーバにＤＨＣＰディスカバーを送信することで、ＤＨＣＰサーバの異常を検出する必要があったため、ＤＨＣＰサーバの異常を検出するまでにタイムラグがあった。
【００７６】
そのため、特許文献３に記載の技術では、そのタイムラグの間に、ネットワーク上に新たなＤＨＣＰクライアントが接続されてＤＨＣＰディスカバーを送信したとしても、その時点ではＤＨＣＰサーバの異常を認識できていないため、新たなＤＨＣＰクライアントは、次にＤＨＣＰディスカバーを送信するまでの一定期間の間は、ＩＰアドレスを取得することができず、通信ができないといった支障をきたしていた。
【００７７】
これに対して、本実施形態においては、無線アクセスポイント３３は、他のＤＨＣＰクライアントが送信したＤＨＣＰディスカバーを受信すると、自身もＤＨＣＰディスカバーをネットワーク３０上に送信し、自身のＤＨＣＰディスカバーに対するＤＨＣＰオファーを予め決められた時間内に受信しなかった場合、ＤＨＣＰサーバ３４がネットワーク３０上に存在しないと認識し、自身のＤＨＣＰサーバ機能部１３を起動する。
【００７８】
そのため、本実施形態においては、ネットワーク３０上に新たなＤＨＣＰクライアントが接続されてＤＨＣＰディスカバーを送信した直後に、ＤＨＣＰサーバ３４がネットワーク３０上に存在しないこと、すなわちＤＨＣＰサーバ３４に異常が発生したことを検出してＤＨＣＰ手順を継続できるため、新たなＤＨＣＰクライアントが一定期間ＩＰアドレスを取得できず通信ができないといった支障をきたさないという効果が得られる。
【００７９】
また、特許文献３に記載の技術では、ＤＨＣＰサーバの異常検出の遅延を短くするためには、ＤＨＣＰディスカバーの送信間隔を短くしなければならず、ネットワークの帯域を圧迫し、転送効率が悪くなっていた。
【００８０】
これに対して、本実施形態においては、無線アクセスポイント３３は、他のＤＨＣＰクライアントが送信したＤＨＣＰディスカバーを受信した場合に、自身のＤＨＣＰディスカバーを送信することのみで、ＤＨＣＰサーバ３４の異常を検出できるため、不要なデータ転送が発生しない。そのため、ネットワークの帯域を圧迫し、転送効率が悪くなることが回避されるという効果が得られる。
【００８１】
また、特許文献２に記載の技術では、ＤＨＣＰサーバ機能を備えるネットワーク装置が、ＤＨＣＰサーバとは別のネットワークに存在していたため、ＤＨＣＰサーバとは異なる体系のＩＰアドレスを割り当てる可能性があり、今まで通信できていた装置間の通信ができなくなるといった支障をきたしていた。
【００８２】
これに対して、本実施形態においては、無線アクセスポイント３３は、ＤＨＣＰサーバ３４と同じネットワーク３０上に存在するため、ＤＨＣＰサーバ３４とは同じ体系のＩＰアドレスを割り当てることができ、今まで通信できていた装置間の通信ができなくなるといった支障をきたさないという効果が得られる。
（２）第２の実施形態
図４は、本実施形態に適用されるネットワークシステムの構成例である。このネットワークシステムには、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置がネットワーク内に複数台存在する。
【００８３】
スイッチ５１は、無線アクセスポイント５２，５３、ＤＨＣＰサーバ５５およびルータ５６をＥｔｈｅｒｎｅｔケーブルによって接続し、各装置間でのデータ通信を実現するための装置である。
【００８４】
無線アクセスポイント５２，５３は、無線装置をネットワーク５０に収容するための装置である。
【００８５】
ルータ５６は、ネットワーク５０と外部ネットワーク５７の間のデータ通信を行うための装置である。
【００８６】
無線アクセスポイント５２，５３、パソコン５４、およびルータ５６は、ＤＨＣＰクライアントとして動作し、ＤＨＣＰサーバ５５からＩＰアドレスを取得する。
【００８７】
本実施形態においては、無線アクセスポイント５２，５３が、本発明のＤＨＣＰサーバ機能を備えたネットワーク装置に相当する。
【００８８】
ここで、本発明のネットワーク装置として適用される無線アクセスポイント５２，５３は、図５に示すように、図２に示した構成と比較して、ＲＡＲＰ処理部１５を追加した構成になっている。
【００８９】
ＲＡＲＰ処理部１５は、ＲＡＲＰのパケット送信を行うもので、通知部の一例である。
【００９０】
なお、無線アクセスポイント５２，５３は、図５に示した構成要素以外にも、無線アクセスポイントとしての機能を実行するための他の構成要素を有しているが、これらは本発明の本質的な構成要素ではないため、説明を省略する。
【００９１】
ここで、ＲＡＲＰのパケットについて説明する。
【００９２】
ＲＡＲＰのパケットは、図６で示すような構造になっている。
【００９３】
ＲＡＲＰパケット構造の前には、Ｅｔｈｅｒｎｅｔヘッダ（１４Ｂｙｔｅ）が付いている。Ｅｔｈｅｒｎｅｔヘッダは、前から順番に宛先ＭＡＣアドレス（ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ）と送信元ＭＡＣアドレス（例えば本発明の無線アクセスポイント５２、５３のＭＡＣアドレス）とＥｔｈｅｒｎｅｔタイプ（０８０６ｈ）で構成されている。
【００９４】
しかし、本発明で説明しているＲＡＲＰの宛先ＭＡＣアドレスとは、破線で囲んだ宛先ＭＡＣアドレス部分であり、Ｅｔｈｅｒｎｅｔヘッダの宛先ＭＡＣアドレスとは異なる。ＲＡＲＰパケットのその他の部分は、通常通りの設定をするので、説明を省略する。
【００９５】
通常、ＲＡＲＰリクエストの宛先ＭＡＣアドレスは、検索したい装置のＭＡＣアドレスを使用するが、本発明では、複数台のネットワーク装置間の制御のために、ＲＡＲＰリクエストの宛先ＭＡＣアドレスとして、以下のような特定のＭＡＣアドレスを用いる。
【００９６】
ＭＡＣ１：ＲＡＲＰリクエストの宛先ＭＡＣアドレスに設定してブロードキャストすることで、送信元のネットワーク装置自身がＤＨＣＰサーバ機能部１３を持っていることを通知するためのＭＡＣアドレス。
【００９７】
ＭＡＣ２：ＲＡＲＰリクエストの宛先ＭＡＣアドレスに設定してブロードキャストすることで、送信元のネットワーク装置自身がＤＨＣＰオファーをネットワーク５０上の装置に送信したことを通知するためのＭＡＣアドレス。
【００９８】
ＭＡＣ３：ＲＡＲＰリクエストの宛先ＭＡＣアドレスに設定してブロードキャストすることで、送信元のネットワーク装置自身がＤＨＣＰ  ＡＣＫをネットワーク５０上の装置に送信したことを通知するためのＭＡＣアドレス。
【００９９】
これらのＭＡＣアドレス１，２，３は、ネットワーク５０の設計時に予め決めておき、ＲＡＲＰ処理部１５に予め設定されているものである。
【０１００】
以下、図４に示したネットワークシステムの動作シーケンスについて説明する。
（Ａ）動作例１
まず、図４に示したネットワークシステムの動作例１の動作シーケンスについて、図７を参照して説明する。
【０１０１】
動作例１は、無線アクセスポイント５２，５３がＤＨＣＰサーバ５５から自身のＩＰアドレスを割り当てて貰った後、ある時からＤＨＣＰサーバ５５が通信不可能になった場合の以降の動作を示している。
【０１０２】
ＤＨＣＰサーバ５５に異常が発生している状態で（ステップＳ５０１）、パソコン５４が、ＩＰアドレスの割り当てを要求するために、ＤＨＣＰディスカバーをネットワーク５０上にブロードキャストしたとする（ステップＳ５０２）。
【０１０３】
無線アクセスポイント５２のＲＡＲＰ処理部１５は、ステップＳ５０２でＤＨＣＰディスカバーを受信すると、宛先ＭＡＣアドレスがＭＡＣ１であるＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５０３）。
【０１０４】
無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がネットワーク５０上にブロードキャストした、宛先ＭＡＣアドレスがＭＡＣ１のＲＡＲＰリクエストを受信するので、ネットワーク５０上の無線アクセスポイント５２がＤＨＣＰサーバ機能部１３を持っていることを認識する（ステップＳ５０４）。
【０１０５】
無線アクセスポイント５３のＤＨＣＰ制御部１４は、ネットワーク５０上の無線アクセスポイント５２もＤＨＣＰサーバ機能部１３を持っていることを認識したら、無線アクセスポイント５２と自身との間でのＤＨＣＰサーバ機能部１３を起動する優先順位を決定する（ステップＳ５０５）。
【０１０６】
例えば、優先順位の決定は、自身のＭＡＣアドレスと、自身以外のＤＨＣＰサーバ機能部１３を持ったネットワーク装置のＭＡＣアドレスと、を比較し、最も大きなＭＡＣアドレスを持ったネットワーク装置の優先順位を最も高くすると規定する。
【０１０７】
あるいは、ＤＨＣＰサーバ機能部１３を持ったネットワーク装置の各ＤＨＣＰ制御部１４がそれぞれランダム数を生成して、そのランダム数をｐｉｎｇデータのペイロードとして送信し、そのランダム数の大小で優先順位を決定することとしても良い。
【０１０８】
図７では、ＤＨＣＰサーバ機能部１３を起動する優先順位は、無線アクセスポイント５２の方が無線アクセスポイント５３よりも高いものとして以降の説明を続ける。
【０１０９】
同様に、無線アクセスポイント５３も宛先ＭＡＣアドレスがＭＡＣ１であるＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５０６）。そのため、無線アクセスポイント５２も、ネットワーク５０上の無線アクセスポイント５３がＤＨＣＰサーバ機能部１３を持っていることを認識し（ステップＳ５０７）、無線アクセスポイント５３と同じ手順で優先順位の決定を行う（ステップＳ５０８）。
【０１１０】
無線アクセスポイント５２，５３は、ステップＳ５０２でパソコン５４からのＤＨＣＰディスカバーを受信している。そのため、無線アクセスポイント５２，５３の各ＤＨＣＰ制御部１４は、ネットワーク５０上にＤＨＣＰサーバ５５が存在することを確認するために、図４に示したのと同じように、それぞれＤＨＣＰディスカバーをネットワーク５０上にブロードキャストする（ステップＳ５０９，Ｓ５１０）
このとき、ＤＨＣＰサーバ５５には異常が発生しており、ステップＳ５０９，Ｓ５１０で送信したＤＨＣＰディスカバーに対するＤＨＣＰオファーはＤＨＣＰサーバ５５からは返信されてこない。
【０１１１】
そのため、無線アクセスポイント５２，５３の各ＤＨＣＰ制御部１４は、ＤＨＣＰサーバ５５がネットワーク５０上に存在しないと認識する（ステップＳ５１１，Ｓ５１２）。
【０１１２】
ここで、ＤＨＣＰサーバ機能部１３を起動する優先順位は、無線アクセスポイント５２の方が無線アクセスポイント５３よりも高い。
【０１１３】
そのため、優先順位が高い無線アクセスポイント５２のＤＨＣＰ制御部１４は、ＤＨＣＰサーバ機能部１３を起動する（ステップＳ５１１）。
【０１１４】
一方、優先順位が低い無線アクセスポイント５３のＤＨＣＰ制御部１４は、ＤＨＣＰサーバ５５がネットワーク５０上に存在しないと認識しても、ＤＨＣＰサーバ機能部１３を起動しない（ステップＳ５１２）。
【０１１５】
以降、無線アクセスポイント５２はＤＨＣＰサーバとして動作し、無線アクセスポイント５２のＤＨＣＰサーバ機能部１３は、パソコン５４に対してＤＨＣＰオファーを送信する（ステップＳ５１３）。さらに、無線アクセスポイント５２のＲＡＲＰ処理部１５は、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５１４）。これによって、無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がパソコン５４にＤＨＣＰオファーを送信したことを、認識することができる（ステップＳ５１５）。
【０１１６】
無線アクセスポイント５２のＤＨＣＰサーバ機能部１３は、パソコン５４からのＤＨＣＰリクエストを受信すると（ステップＳ５１６）、これに対してパソコン５４宛てにＤＨＣＰ  ＡＣＫを送信する（ステップＳ５１７）。さらに、無線アクセスポイント５２のＲＡＲＰ処理部１５は、宛先ＭＡＣアドレスをＭＡＣ３としたＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ５１８）。これによって、無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がパソコン５４にＤＨＣＰ  ＡＣＫを送信したことを、認識することができる（ステップＳ５１９）。
【０１１７】
なお、無線アクセスポイント５２のＤＨＣＰ制御部１４は、パソコン５４にＤＨＣＰ  ＡＣＫを送信してＩＰアドレスの割り当てを終了させた後、ＤＨＣＰサーバ機能部１３を一旦停止させても良い。この場合、ＤＨＣＰクライアントからのＤＨＣＰディスカバリーを受信した時に（図７のステップＳ５０２に相当）、図７で示した以降の手順を実行して再度ＤＨＣＰサーバ機能部１３を起動する。
【０１１８】
あるいは、無線アクセスポイント５２のＤＨＣＰ制御部１４は、一旦ＤＨＣＰサーバ機能部１３を起動したら、その起動を継続することで、無線アクセスポイント５２がＤＨＣＰサーバとして動作し続けても良い。
（Ｂ）動作例２
次に、図４に示したネットワークシステムの動作例２の動作シーケンスについて、図８を参照して説明する。
【０１１９】
動作例２は、図７に示した動作シーケンスを実行中に無線アクセスポイント５２に異常が発生した場合の動作例である。具体的には、無線アクセスポイント５２が、ステップＳ５１１でＤＨＣＰサーバ機能部１３を起動して、ステップＳ５１３でパソコン５４に対してＤＨＣＰオファーを返信した後に異常が発生した場合の動作例である。
【０１２０】
ステップＳ５１３でパソコン５４に対してＤＨＣＰオファーを返信した後に無線アクセスポイント５２に異常が発生した場合（ステップＳ６０１）、無線アクセスポイント５３には、無線アクセスポイント５２からの、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストが受信されない。
【０１２１】
そのため、無線アクセスポイント５３のＤＨＣＰ制御部１４は、無線アクセスポイント５２がパソコン５４にＤＨＣＰオファーを送信しておらず、無線アクセスポイント５２がネットワーク５０上に存在しないと認識し（ステップＳ６０２）、自身のＤＨＣＰサーバ機能部１３を起動する（ステップＳ６０３）。
【０１２２】
そして、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３も、パソコン５４に対してＤＨＣＰオファーを送信する（ステップＳ６０４）。さらに、無線アクセスポイント５３のＲＡＲＰ処理部１５は、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストをネットワーク５０上にブロードキャストする（ステップＳ６０５）。これによって、無線アクセスポイント５３自身がネットワーク５０上の装置にＤＨＣＰオファーを送信したと通知する。
【０１２３】
しかし、パソコン５４は、２つのＤＨＣＰオファー（ステップＳ５１３とＳ６０４）を受信しているので、２つのＤＨＣＰオファーの中から１つを選んでＤＨＣＰリクエストをネットワーク５０上にブロードキャストする必要がある。
【０１２４】
もしこの時、パソコン５４が、ステップＳ６０４で受信したＤＨＣＰオファーを選択し、無線アクセスポイント５３が割り当てたＩＰアドレスをＤＨＣＰリクエストにセットしてネットワーク５０上にブロードキャストすると、順調にＩＰアドレスの割り当てが完了する。
【０１２５】
ここでは、パソコン５４が、ステップＳ５１３で受信したＤＨＣＰオファーを選択し、無線アクセスポイント５２が割り当てたＩＰアドレスをＤＨＣＰリクエストにセットしてネットワーク５０上にブロードキャストしたとする（ステップＳ６０６）。
【０１２６】
無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、ステップＳ６０６で受信したＤＨＣＰリクエストにセットされたＩＰアドレスが、自身がステップＳ６０４でＤＨＣＰオファーにセットしたＩＰアドレスと一致しないことを認識する。
【０１２７】
また、無線アクセスポイント５３は、ステップＳ５０３で宛先ＭＡＣアドレスをＭＡＣ１としたＲＡＲＰリクエストを無線アクセスポイント５２から受信している。そのため、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、パソコン５４が、ＤＨＣＰサーバ機能部１３を持っている無線アクセスポイント５２により送信されたＤＨＣＰオファーを選択したことを認識することができる。
【０１２８】
そのため、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、ステップＳ６０６でパソコン５４がネットワーク５０上にブロードキャストしたＤＨＣＰリクエストに対して、ＤＨＣＰ  ＮＡＫを返信する。この時、無線アクセスポイント５３のＤＨＣＰサーバ機能部１３は、ＤＨＣＰ  ＮＡＫの送信元ＭＡＣアドレスおよび送信元ＩＰアドレスにそれぞれ無線アクセスポイント５２のＭＡＣアドレスおよびＩＰアドレスをセットしてパソコン５４に送信することで、パソコン５４は無線アクセスポイント５２からＤＨＣＰ  ＮＡＫを受信したと認識する。
【０１２９】
すると、パソコン５４は、ＩＰアドレスの取得に失敗したので、ＤＨＣＰディスカバーの送信からやり直すことに決定する（ステップＳ６０８）。なお、以降のステップＳ６０９〜Ｓ６１５の詳細は、図７で既に説明しているため省略する。
【０１３０】
なお、ステップＳ６０２においては、無線アクセスポイント５３のＤＨＣＰ制御部１４は、予め決められた時間内に、無線アクセスポイント５２から、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストを受信しないことで無線アクセスポイント５２がネットワーク５０上に存在しないと認識する。この場合、無線アクセスポイント５２からの、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストを待つ待ち時間の起算点は、無線アクセスポイント５２から、ステップＳ５０３で宛先ＭＡＣアドレスをＭＡＣ１としたＲＡＲＰリクエストを受信した時点としても良いし、無線アクセスポイント５２から、ステップＳ５０９でＤＨＣＰディスカバーを受信した時点としても良い。
【０１３１】
ここで、特許文献３に記載の技術では、ＤＨＣＰサーバ機能を備えた無線アクセスポイント１が同じネットワーク上に複数台配置された場合、同じネットワーク上に複数のＤＨＣＰサーバが構築され、ネットワークに混乱を招いてしまう可能性があった。
【０１３２】
これに対して、本実施形態においては、ＤＨＣＰサーバ機能部１３を備えた無線アクセスポイント１が同じネットワーク上に複数台配置された場合でも、予め設定された特定のＭＡＣ１、ＭＡＣ２、ＭＡＣ３をセットしたＲＡＲＰリクエストを用いて複数の装置間の制御を行うため、複数のＤＨＣＰサーバが動作することがなく、正常なネットワークを構成できるという効果が得られる。
【０１３３】
その他の効果は第１の実施形態と同様である。
【０１３４】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
【０１３５】
例えば、上記実施形態においては、無線アクセスポイントを本発明のネットワーク装置として適用しているが、ネットワーク上に接続されたすべての装置を本発明のネットワーク装置として適用することも可能である。
【０１３６】
また、第２の実施形態においては、ＤＨＣＰオファーとＤＨＣＰ  ＡＣＫをユニキャストで送信することを前提にしている。
【０１３７】
そのため、本発明のネットワーク装置が同じネットワーク上に複数台接続された場合、予め設定された特定のＭＡＣ１、ＭＡＣ２、ＭＡＣ３をＲＡＲＰリクエストの宛先ＭＡＣアドレスにセットしてネットワーク上にブロードキャストすることで、ＤＨＣＰサーバ機能部１３を持っていることの通知、ＤＨＣＰオファーを送信したことの通知、ＤＨＣＰ  ＡＣＫを送信したことの通知を行っている。
【０１３８】
しかし、本発明はこれに限定されず、上記の３つの通知にそれぞれ対応する３つの特定のビットを予め設定し、上記の３つのいずれかの通知を行う場合、その通知に対応する特定のビットをＤＨＣＰディスカバーのパケットの未使用領域にセットし、そのＤＨＣＰディスカバーをネットワーク上にブロードキャストしても良い。
【０１３９】
また、第２の実施形態においては、本発明のネットワーク装置が同じネットワーク上に２台接続されていることを前提としているが、３台以上接続される場合もある。この場合、以下のような規定を設けておく。
【０１４０】
例えば、本発明のｎ（ｎは３以上の自然数）台のネットワーク装置が、ネットワーク上にＤＨＣＰディスカバーをブロードキャストしても、ＤＨＣＰサーバからＤＨＣＰオファーを受信しない場合、ｎ台のネットワーク装置のうち優先順位が最も高いネットワーク装置がＤＨＣＰサーバ機能部１３を起動する。このとき、その他のネットワーク装置における、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストの待ち時間は、優先順位に応じて予め設定しておき、優先順位が低くなるにしたがって長くなるようにする。そして、その他のネットワーク装置は、自身の優先順位に応じた待ち時間が経過しても、宛先ＭＡＣアドレスをＭＡＣ２としたＲＡＲＰリクエストを受信しない場合に、ＤＨＣＰサーバ機能部１３を起動する。これにより、優先順位が最も高いネットワーク装置が異常を発生しても、その他のネットワーク装置がＤＨＣＰサーバ機能部１３を同時に起動し、複数のＤＨＣＰサーバが動作することを回避することができる。
【符号の説明】
【０１４１】
１１    通信部
１２    ＩＰアドレス設定部
１３    ＤＨＣＰサーバ機能部
１４    ＤＨＣＰ制御部
１５    ＲＡＲＰ処理部
３０    ネットワーク
３１    スイッチ
３２，３７    パソコン
３３    無線アクセスポイント
３４    ＤＨＣＰサーバ
３５    ルータ
３６    外部ネットワーク
５０    ネットワーク
５１    スイッチ
５２，５３    無線アクセスポイント
５４    パソコン
５５    ＤＨＣＰサーバ
５６    ルータ
５７    外部ネットワーク
【図１】
2014175748.tif 000003
【図２】
2014175748.tif 000004
【図３】
2014175748.tif 000005
【図４】
2014175748.tif 000006
【図５】
2014175748.tif 000007
【図６】
2014175748.tif 000008
【図７】
2014175748.tif 000009
【図８】
2014175748.tif 000010
【図９】
2014175748.tif 000011
【図１０】
2014175748.tif 000012
【図１１】
2014175748.tif 000013