(57)【特許請求の範囲】
【請求項１】
通信機器を複数備えたネットワークを管理する制御装置であって、
前記制御装置は、
通信機器をネットワークから切り離すためのリーブモード中に、前記複数の通信機器の少なくとも１つの通信機器からの通知を受け付けた場合には、受け付けた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、
前記フラグを設定する指示およびリセット指令を当該通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む、制御装置。
【請求項２】
前記制御装置は、前記リーブモードに移行させるためのユーザ操作による指示に従って前記リーブモードに移行する、請求項１記載の制御装置。
【請求項３】
通信機器を複数備えたネットワークを管理する制御装置であって、
前記制御装置は、ユーザ操作により、複数の通信機器の少なくとも１つの通信機器をネットワークから切り離す指示を受け付ける削除指示受付手段と、
前記削除指示受付手段により切り離す対象とされた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、
前記フラグを設定する指示およびリセット指令を当該通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む、制御装置。
【請求項４】
１以上の通信機器と、
前記通信機器を複数備えたネットワークを管理する制御装置と、
を備えたシステムであって、
前記制御装置は、
通信機器をネットワークから切り離すためのリーブモード中に、前記複数の通信機器の少なくとも１つの通信機器からの通知を受け付けた場合には、受け付けた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、
前記フラグを設定する指示およびリセット指令を当該通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む、
システム。
【請求項５】
１以上の通信機器と、
前記通信機器を複数備えたネットワークを管理する制御装置と、
を備えたシステムであって、
前記制御装置は、ユーザ操作により、
複数の通信機器の少なくとも１つの通信機器をネットワークから切り離す指示を受け付ける削除指示受付手段と、
前記削除指示受付手段により切り離す対象とされた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、
前記フラグを設定する指示およびリセット指令を当該通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む、
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に、ネットワークを構成する通信機器および当該通信機器を制御する制御装置に関する。
【背景技術】
【０００２】
従来、複数の消費電力測定器（以下、「タップ」とも称する）と、複数のタップから電力情報を収集、および制御するための制御装置と、ディスプレイを備えた電子機器とを備える通信システムが知られている。各タップは、宅内のコンセントに接続されるとともに、当該タップに接続された家電の瞬時消費電力を測定する。さらに、各タップは瞬時消費電力を累積して積算電力量を蓄える。ディスプレイを備えた電子機器は、制御装置を経由して各タップの電力情報（瞬時消費電力および積算電力量）を取得し、各タップの電力情報をグラフ化させるために使われる。
【０００３】
このような通信システムにおいては、各タップと制御装置との間で通信するために、何らかの通信方式が使われる。一般的な通信方式によると、各タップと制御装置が同一ネットワーク上に存在する機器にするために、それらの使用を開始するにあたって、ペアリング処理（もしくはジョイン処理とも言う）というのが必要になる。
【０００４】
ペアリング処理とは、タップを制御装置のネットワークに参加させることを言う。制御装置のネットワークとは、制御装置が形成したネットワーク、もしくは、制御装置が現在参加しているネットワークの事を意味する。ネットワークに参加するという事を、ジョインするとも言う。
【０００５】
ペアリング処理を行うと、ジョインするタップは、制御装置のネットワークに関する情報（以下、ネットワーク情報）を保存する。また、制御装置は、当該タップに関する情報（以下、デバイス情報）を保存する。ここで、保存する事を登録するとも言う。
【０００６】
一般的に、タップと制御装置ともに、不揮発性メモリにそれらの情報を保存するので、いったんペアリング処理を済ませると、電源を切ってもそれらの情報は失われない。よって、ペアリング処理は、使用を開始するにあたって一度だけ済ませればよい。
【０００７】
また、一般的に、ペアリング処理はユーザによって実施できるようになっていることが多い。商品形態によっては、工場において、制御装置と複数タップとの間でペアリング処理されてから出荷される場合もある。しかし、タップを後から追加できるようにするため、などの理由によって、ユーザによるペアリング処理はほぼ必須であると言って良い。その際、誰でもペアリング処理が出来るようにするため、なるべく簡便な方式でなければならない。
【０００８】
通信方式によっては、制御装置にはタップに関する情報（デバイス情報）を保存しない、というのもあるが、本発明では、制御装置にはタップに関する情報（デバイス情報）を保存することを前提とする。
【０００９】
また、ペアリング処理とは反対操作のリーブ処理というものもある。リーブ処理とは、タップを制御装置のネットワークから離脱させることを言う。ネットワークから離脱するという事を、リーブするとも言う。リーブ処理を行うと、リーブするタップは、当該タップに保存されているネットワーク情報を消去する。また、制御装置は、制御装置に保存されている当該タップに関する情報（デバイス情報）を消去する。
【００１０】
まとめると、タップはその使用を開始するときに、制御装置が形成したネットワークにジョインしなければならない。また、タップはその使用を終了するときに、制御装置が形成したネットワークからリーブしなければならない。
【００１１】
リーブ処理が必要な理由は、以下のような不都合が生じるからである。
不都合（１）：使用していないタップをリーブさせずにそのままにしておくと、制御装置は当該タップが存在するものとして、当該タップとの通信を継続しようとする。当該タップがコンセントから抜かれていれば、当然通信は出来ないが、制御装置から見ると、当該タップがコンセントから抜かれているかどうかは正確に判断できないので、当該タップに対して何らかの通信を継続することになる。よって、ネットワーク上に余計なトラフィックが発生することになり無駄である。
【００１２】
不都合（２）：また、使用していないタップをリーブさせずにそのままにしておくと、当該タップがコンセントにつながっていれば、当該タップからネットワーク上に何らかのパケットを送出し続ける場合がある。これも、ネットワーク上に余計なトラフィックが発生することになり無駄である。
【００１３】
不都合（３）：また、制御装置に登録できるデバイスの個数に上限が設定されていると、その上限が事実上１つ減ってしまう。登録できるデバイスの個数に限りがあるので、使わなくなったタップがあれば制御装置からそのタップのデバイス情報を消すべきである。
【００１４】
不都合（４）：また、使用していないタップを紛失して、第三者が当該タップを入手すると、第三者は当該タップを利用して通信を傍受できる可能性がある。当該タップにはネットワーク情報が保存されているので、当該タップはネットワーク上の他のデバイスと通信可能である。セキュリティ上良くない。
【００１５】
また、リーブ処理にあたり注意する点として、リーブさせるタップと制御装置との間で連携を保って両者から登録情報を削除すべきという事である。連携が保たれていないと、片方の登録情報は削除されるが、もう片方は削除されないという事が起こりえる。具体的には、以下の２つのケースが起こりえる。
【００１６】
ケース（１）：リーブさせるタップからネットワーク情報が消える。しかし、制御装置から当該タップに関するデバイス情報が消えない。この場合、上述したような不都合（１）と不都合（３）が起こりえる。
【００１７】
ケース（２）：制御装置から当該タップに関するデバイス情報が消える。しかし、リーブさせるタップからはネットワーク情報が消えない。この場合、上述したような不都合（２）と不都合（４）が起こりえる。
【００１８】
非特許文献１には、ＺｉｇＢｅｅ（登録商標）仕様におけるリーブ処理が開示されている。当該仕様には、Ｚｉｇｂｅｅネットワークに参加する方式と離脱する方式とが示されている。
【００１９】
ここで、ＺｉｇＢｅｅ仕様におけるリーブ処理について説明する。
ここでは説明のために、ネットワークを形成したデバイスのことを親ノードと呼ぶ。親ノードのネットワークに参加したデバイスのことを子ノードと呼ぶ。リーブ処理は、親ノードが開始するか、子ノードが開始するかによって２通りある。開始するノードのことをイニシエータとも言う。
【００２０】
（１）子ノードがリーブ処理を開始する場合：
イニシエータが子ノードの場合、子ノードが自分自身をネットワークからリーブ（離脱）することをブロードキャストで通知する。
【００２１】
具体的にはリーブ・コマンドであるNLME-LEAVE.request(DeviceAddress＝NULL)をブロードキャストで通知する。
【００２２】
これを受信した他のノードは、リーブしようとしているノードに関する情報を隣接テーブルやその他の内部データ構造から消す（非特許文献１：3.6.1.10.3 Upon Receipt of the Leave Command Frame）。
【００２３】
しかしながら、離脱したはずの子ノード自身については、ネットワーク情報を消すことをしていない。離脱した子ノードは、一時的にホールド状態（リセットした後にネットワークに参加しない状態）になるだけである。
【００２４】
したがって、例えば、子ノードの電源等を入れなおすと再び、当該子ノードに保持されたネットワークに参加できる。
【００２５】
（２）親ノードが（子ノードを指定して）リーブ処理を開始する場合：
イニシエータが親ノードの場合、リーブさせたい子ノードを指定してリーブ要求する。
【００２６】
具体的にはリーブ・コマンドであるNLME-LEAVE.request(DeviceAddress＝非NULL)をリーブさせたい子ノードに対してユニキャストで通知する。
【００２７】
これを受け取った子ノードは、自身を一時的にホールド状態（リセットした後にネットワークに参加しない状態）にはするが、ネットワーク情報を消すことをしていない。ある実装によると、受け取ってから５秒後にホールド状態になる。一方で、親ノードは隣接テーブルやその他の内部データ構造から当該リーブさせたい子ノードに関する情報を消す（非特許文献１：3.6.1.10.2 Method for a Device to Remove Its Child from the Network）。
【００２８】
すなわち、子ノードをネットワークから離脱させた状態とした場合であっても、子ノードのネットワーク情報等は維持されている。したがって、例えば、子ノードの電源等を入れなおすと再び、当該子ノードに保持されたネットワークに参加できる。
【００２９】
また、別の従来技術によれば、タップのボタンを長押しすることで当該タップからネットワーク情報を消す、あるいは、タップ自身を初期化する（工場出荷時時に戻す）という事が行われる。
【００３０】
例えば、この点で、非特許文献２には、ＰＬＣアダプターの登録を解除する方式が示されている。
【００３１】
具体的には、ＰＬＣアダプターの設定ボタンを１０秒以上、長押しする操作が示されている。当該操作により、ＰＬＣアダプターに設定されている情報を初期化する（工場出荷時時に戻す）ことが可能となる。
【先行技術文献】
【非特許文献】
【００３２】
【非特許文献１】ＺｉｇＢｅｅ  Ａｌｌｉａｎｃｅ「ＺＩＧＢＥＥ  ＳＰＥＣＩＦＩＣＡＴＩＯＮ  ＺｉｇＢｅｅ  Ｄｏｃｕｍｅｎｔ０５３４７４ｒ１７」、ＺｉｇＢｅｅ  Ｓｔａｎｄａｒｄｓ  Ｏｒｇａｎｉｚａｔｉｏｎ、2008年1月17日
【非特許文献２】ＰＬＣアダプター取扱説明書、形名ＨＮ−ＶＡ１０Ｓ  ＨＮ−ＶＡ４０Ｓ  ｐ２３
【発明の概要】
【発明が解決しようとする課題】
【００３３】
しかしながら、従来技術（非特許文献１）であるＺｉｇＢｅｅ仕様に従うと、親ノードは子ノードに関する情報（デバイス情報）を消しているが、子ノードは親ノードのネットワーク情報を消していない。親ノードを制御装置、子ノードをタップと読み替えれば、上述したような不都合（２）と不都合（４）が起こりえる。
【００３４】
また、従来技術（非特許文献２）であるＰＬＣアダプターのような方法をとると、ＰＬＣアダプターが自身に登録された情報を消すだけであって、ＰＬＣネットワーク上の他の機器には影響を及ぼさない。従って、ＰＬＣアダプターを子ノードであると考えれば、子ノードはネットワーク情報を消すが、親ノードからは子ノードに関する情報（デバイス情報）を消さないことになる。親ノードを制御装置、子ノードをタップと読み替えれば、上述したような不都合（１）と不都合（３）が起こりえる。
【００３５】
本発明は、上記のような問題を解決するためになされたものであって、簡便な方式で制御装置と各タップとの間で互いに齟齬がないように各タップをネットワークから離脱させることが可能な制御装置および通信機器を提供することを目的とする。
【課題を解決するための手段】
【００３６】
本発明のある局面に従う制御装置は、通信機器を複数備えたネットワークを管理する制御装置であって、制御装置は、通信機器をネットワークから切り離すためのリーブモード中に、複数の通信機器の少なくとも１つの通信機器からの通知を受け付けた場合には、受け付けた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、フラグを設定する指示およびリセット指令を当該通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む。
【００３７】
好ましくは、制御装置は、リーブモードに移行させるためのユーザ操作による指示に従ってリーブモードに移行する。
好ましくは、制御装置は、リーブモードに移行させるスイッチ操作指示に従ってリーブモードに移行する。
【００３８】
好ましくは、制御装置は、リーブモードに移行させる実行指示に従ってリーブモードに移行する。
【００３９】
本発明の別の局面に従う制御装置は、通信機器を複数備えたネットワークを管理する制御装置であって、制御装置は、ユーザ操作により、複数の通信機器の少なくとも１つの通信機器をネットワークから切り離す指示を受け付ける削除指示受付手段と、削除指示受付手段により切り離す対象とされた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、フラグを設定する指示およびリセット指令を通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む。
【００４０】
本発明のさらに別の局面に従う制御装置は、通信機器を複数備えたネットワークを管理する制御装置であって、制御装置は、複数の通信機器の少なくとも１つの通信機器をネットワークから切り離す指示を受け付ける削除指示受付手段と、削除指示受付手段で受け付けた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、ネットワークに接続されている当該通信機器に関する情報を削除する削除手段とを含む。
【００４１】
本発明のある局面に従う通信機器であって、指示に応答して、通信機器を複数備えたネットワークを管理する制御装置に対して当該通信機器がネットワークから離脱したことを宣言する離脱宣言信号を送信する離脱宣言送信手段と、ネットワークから当該通信機器を切り離すために、初期状態に戻すことを規定するフラグを設定するとともに、当該フラグに従う初期化処理を実行する初期化手段とを備える。
【００４２】
好ましくは、指示は、操作手段の指示である。
好ましくは、指示は、制御装置からの指示である。
本発明のある局面に従うシステムは、１以上の通信機器と、通信機器を複数備えたネットワークを管理する制御装置と、を備えたシステムであって、制御装置は、通信機器をネットワークから切り離すためのリーブモード中に、複数の通信機器の少なくとも１つの通信機器からの通知を受け付けた場合には、受け付けた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、フラグを設定する指示およびリセット指令を通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている通信機器に関する情報を削除する削除手段とを含む。
本発明の別の局面に従うシステムは、１以上の通信機器と、通信機器を複数備えたネットワークを管理する制御装置と、を備えたシステムであって、制御装置は、ユーザ操作により、複数の通信機器の少なくとも１つの通信機器をネットワークから切り離す指示を受け付ける削除指示受付手段と、削除指示受付手段により切り離す対象とされた通信機器に対して初期状態に戻すことを規定するフラグを設定する指示およびリセット指令を送信する初期化リセット送信手段と、フラグを設定する指示およびリセット指令を通信装置が受信したか否かを判断し、受信したと判断した場合には、ネットワークに接続されている通信機器に関する情報を削除する削除手段とを含む。
【発明の効果】
【００４３】
本発明は、簡便な方式で制御装置と各通信機器との間で互いに齟齬がないように各通信機器をネットワークから離脱させることが可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態に係るネットワークの概略構成を示した図である。
【図２】中継器１００１の外観を表した図である。
【図３】中継器１００１のブロック図である。
【図４】タップ１００４の斜視図である。
【図５】タップ１００４のハードウェア構成を表した図である。
【図６】タップ１００４および中継器１００１における実装方法を説明するための図である。
【図７】中継器１００１における別のアプリケーションのソフトウェア構造を説明する図である。
【図８】本発明の実施の形態に従う中継器１００１のプッシュボタンの押下げ処理を説明するフロー図である。
【図９】本発明の実施の形態に従う中継器１００１のジョインモード処理について説明するフロー図である。
【図１０】本発明の実施の形態に従う中継器１００１のローカルノードにおけるリモートノードからの信号の受信処理を説明するフロー図である。
【図１１】本発明の実施の形態に従う中継器１００１のリーブモード処理について説明するフロー図である。
【図１２】本発明の実施の形態に従う中継器１００１におけるリーブモードのデバイスアンス受信処理について説明するフロー図である。
【図１３】本発明の実施の形態に従う中継器１００１のリーブ処理について説明するフロー図である。
【図１４】本発明の実施の形態に従うタップ側の電源投入後の処理について説明するフロー図である。
【図１５】本発明の実施の形態に従うタップ側の設定ボタン押下げ後の処理について説明するフロー図である。
【図１６】本発明の実施の形態に従うタップ側のパケット受信処理について説明するフロー図である。
【図１７】本発明の実施の形態の変形例１に従うパーソナルコンピュータ１００３のディスプレイに表示された中継器１００１の設定画面１００の一例を説明する図である。
【図１８】本発明の実施の形態の変形例２に従うリモートノード選択画面を説明する図である。
【図１９】本発明の実施の形態の変形例２に従うリモートノード選択画面においてタップを選択してリーブ処理を実行する処理の流れについて説明するフロー図である。
【図２０】本発明の実施の形態の変形例２に従う強制リーブ処理を説明するフロー図である。
【図２１】本発明の実施の形態に従うタップ１００４における設定ボタンの長押しの場合の処理について説明するフロー図である。
【図２２】本発明の実施の形態に従うタップ１００４から送信されたネットワーク離脱宣言信号を受信した場合の処理を説明するフロー図である。
【発明を実施するための形態】
【００４５】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００４６】
＜Ａ．ネットワークの概要＞
図１は、本発明の実施の形態に係るネットワークの概略構成を示した図である。
【００４７】
図１を参照して、本発明の実施の形態に係るシステムにはネットワークＺとネットワークＥから構成される。ネットワークＺは、低速無線通信ネットワーク（本例においてはＺｉｇＢｅｅを想定）を示す。ネットワークＥは、高速通信ネットワーク（本例においては、Ｅｔｈｅｒｎｅｔ（登録商標）、または、ＷｉＦｉ（登録商標）、またはそれらの組み合わせを想定）を示す。なお、本例においては上記の方式を用いたネットワークについて説明するが特に上記に限るものではない。例えば、ネットワークＺにＺ−ＷＡＶＥ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、特定小電力無線などを用いることができる。また例えば、ネットワークＥにＰＬＣ（Power Line Communications）などを用いることも可能である。
【００４８】
ネットワークＺには、中継器１００１と、複数のタップ１００４ａ，１００４ｂ，１００４ｃ等が含まれる。
【００４９】
ネットワークＥには、中継器１００１と、ブロードバンドルータ１００２と、パーソナルコンピュータ１００３等が含まれる。中継器１００１のみがネットワークＺとネットワークＥの両方のネットワークに含まれる。また、中継器１００１はＨＴＴＰ（Hyper Text Transfer Protocol）サーバ機能を有する。
【００５０】
複数のタップ１００４ａ，１００４ｂ，１００４ｃには、それぞれ、複数の家電機器（一例として、エアーコンディショナ１００５，冷蔵庫１００６，テレビ１００７など）が接続されている。
【００５１】
エアーコンディショナ１００５の電源プラグ１０５１は、タップ１００４ａのソケットに差し込まれている。同様に、冷蔵庫１００６の電源プラグ１０６１は、タップ１００４ｂのソケットに差し込まれている。また、テレビ１００７の電源プラグ１０７１は、タップ１００４ｃのソケットに差し込まれている。
【００５２】
タップ１００４ａ、１００４ｂ、１００４ｃは、それぞれ、宅内に設置されたコンセント１０１５，１０１６，１０１７に取り付けられている。これにより、タップ１００４ａ，１００４ｂ、１００４ｃは、給電される。
【００５３】
タップ１００４ａ、１００４ｂ、１００４ｃは、各々に接続される各家電の消費電力を測定する消費電力測定器である。たとえば、タップ１００４ａは、エアーコンディショナ１００５の消費電力を測定する。タップ１００４ａ、１００４ｂ、１００４ｃの各々は、測定した消費電力を中継器１００１に送信することができる。なお、以下では、説明の便宜上、タップ１００４ａ，１００４ｂ，１００４ｃを区別することなく表す場合には、「タップ１００４」とも表記する。
【００５４】
中継器１００１および複数のタップ１００４の各々は、低速無線通信モジュールを備える。中継器１００１と複数のタップ１００４とにより、低速無線通信ネットワークＺ（以下、単に「ネットワークＺ」とも称する）を構成している。また、中継器１００１は、Ｅｔｈｅｒｎｅｔによりブロードバンドルータ１００２に接続されている。中継器１００１は、ネットワークＺとネットワークＥとのブリッジ（媒体変換装置）あるいはゲートウェイ（プロトコル変換装置）として機能する。中継器１００１は、複数のタップ１００４との間で低速度の無線通信を行なう。すなわち、タップ１００４は、通信機器として動作する。中継器１００１は、複数のタップ１００４などのネットワーク上に存在する通信機器を管理する制御装置として動作する。
【００５５】
ブロードバンドルータ１００２は、インターネットに接続されていてもよい。パーソナルコンピュータ１００３は、ＥｔｈｅｒｎｅｔまたはＷｉＦｉにより、ブロードバンドルータ１００２に接続される。
【００５６】
パーソナルコンピュータ１００３は、ブラウザ（ＨＴＴＰクライアント）が動作する一般的なパソコンである。パーソナルコンピュータ１００３は、パーソナルコンピュータ１００３のブラウザ（ＨＴＴＰクライアント）を経由して中継器１００１のＨＴＴＰサーバと通信する。中継器１００１のＨＴＴＰサーバは、設定用ＣＧＩプログラムを呼び出すことによって、中継器自身の情報を取得し、また、設定できるようになっている。このようにして、パーソナルコンピュータ１００３は、中継器１００１のさまざま設定を行なうことができる。このＨＴＴＰサーバとブラウザ（ＨＴＴＰクライアント）の働きによって、貧弱な入力装置しか持たない中継器１００１でも、複雑な設定を行なうことができる。
【００５７】
以下では、ネットワークＺとして、家電向けの短距離無線通信規格の一つであるＺｉｇＢｅｅを用いた例について説明する。
【００５８】
＜Ｂ．中継器１００１の構成＞
図２は、中継器１００１の外観を表した図である。
【００５９】
図２（Ａ）は、中継器１００１の斜視図である。図２（Ｂ）は、中継器１００１の側面図である。図２（Ｃ）は、中継器１００１の他の側面の要部拡大図である。
【００６０】
図２（Ａ）を参照して、中継器１００１は、発光部１１０３と、アンテナ１１０７とを備える。発光部１１０３は、中継器１００１の動作状態等を表示するための３つのＬＥＤ（Light Emitting Diode）１１０３ａ，１１０３ｂ，１１０３ｃにより構成される。
【００６１】
ＬＥＤ１１０３ａは、中継器１００１の電源がオン・オフの状態を示すための発光素子（電源ＬＥＤ）である。ＬＥＤ１１０３ｂは、タップ１００４との通信状態を表示するための発光素子（タップＬＥＤ）である。ＬＥＤ１１０３ｃは、ブロードバンドルータ１００２との通信状態を表示するための発光素子（ルータＬＥＤ）である。
【００６２】
アンテナ１１０７は、各タップ１００４ａ，１００４ｂ，１００４ｃと通信するために用いられる。
【００６３】
図２（Ｂ）を参照して、中継器１００１は、発光部１１０３が設けられた表面とは反対側の表面に、プッシュボタン１１０８をさらに備える。プッシュボタン１１０８は、中継器１００１をジョイン許可状態（ジョインモード）あるいはリーブモードに遷移させるためのボタンである。
【００６４】
図２（Ｃ）を参照して、中継器１００１は、発光部１１０３が設けられた表面およびプッシュボタン１１０８が設けられた表面とは異なる表面に、スライドスイッチ１１０９をさらに備える。スライドスイッチ１１０９は、ユーザの操作によりスライドする。スライドスイッチ１１０９は、ＪＯＩＮ位置、ＮＯＰ位置、およびＬＥＡＶＥ位置のうちのいずれか１つの位置をとることができる。スライドスイッチ１１０９は、タップとの間でのジョイン処理（タップのネットワークへの参加処理）を行なう際、あるいは、リーブ処理（タップのネットワークからの切り離し（離脱）処理）を行なう際に用いられる。スライドスイッチ１１０９は、通常の使用時にはＮＯＰ位置に設定される。
【００６５】
図３は、中継器１００１のブロック図である。
図３を参照して、中継器１００１は、制御部１１０１と、発光部１１０３と、高速通信インターフェイス部１１０４と、電源部１１０５と、無線ＲＦ（Radio Frequency）内蔵通信コントローラ部１１０６と、アンテナ１１０７と、プッシュボタン１１０８と、スライドスイッチ１１０９と、図示しないリセットスイッチとを備える。
【００６６】
無線ＲＦ内蔵通信コントローラ部１１０６は、ＣＰＵ（Central Processing Unit）１１６１と、ＲＯＭ（Read Only Memory）１１６２と、ＲＡＭ（Random Access Memory）１１６３と、ＧＰＩＯ（General Purpose Input/Output）１１６４と、無線ＲＦ部１１６５と、制御部１１０１との間で通信するためのＵＡＲＴ（Universal Asynchronous Receiver Transmitter）１１６６とを含む。なお、無線ＲＦ内蔵通信コントローラ部１１０６が、ＺｉｇＢｅｅコーディネータ部に該当する。また、ＲＯＭ１１６２と、ＲＡＭ１１６３と、ＵＡＲＴ１１６６と、ＧＰＩＯ１１６４と、無線ＲＦ部１１６５とは、それぞれ、ＣＰＵ１１６１に接続されている。なお、ＲＯＭ１１６２は、ＮＶＲＡＭで構成されるのが一般的である。
【００６７】
無線ＲＦ内蔵通信コントローラ部１１０６は、アンテナ１１０７と接続されている。無線ＲＦ内蔵通信コントローラ部１１０６は、ネットワークＺ上に存在する通信機器との間の通信を制御する。
【００６８】
制御部１１０１のＯＳ（Operating System）は、たとえばＬｉｎｕｘ（登録商標）を用いることができる。制御部１１０１は、ＣＰＵ１１６１に比べて高性能なＣＰＵを備えており、またメモリも豊富である。当該構成によって、中継器１００１は、高度な情報処理を実現できる。
【００６９】
高速通信インターフェイス部１１０４は、ブロードバンドルータ１００２との間でＥｔｈｅｒｎｅｔまたはＷｉＦｉを用いた通信を行なうためのインターフェイスである。電源部１１０５は、制御部１１０１と無線ＲＦ内蔵通信コントローラ部１１０６とに電力を供給する。
【００７０】
制御部１１０１は、発光部１１０３と、高速通信インターフェイス部１１０４と、電源部１１０５と、無線ＲＦ内蔵通信コントローラ部１１０６と、プッシュボタン１１０８と、スライドスイッチ１１０９とに接続されている。制御部１１０１は、中継器１００１の全体的な動作を制御する。制御部１１０１は、プッシュボタン１１０８およびスライドスイッチ１１０９からの入力を受け付ける。また、制御部１１０１は、発光部１１０３に出力指示を出す。
【００７１】
次に、中継器１００１がタップ１００４との間でジョイン処理を行なうときのユーザの操作の概要について説明する。まず、ユーザが、中継器１００１のスライドスイッチ１１０９をＮＯＰ位置からＪＯＩＮ位置にスライドさせる。その後、ユーザは、プッシュボタン１１０８を押す。これにより、予め定められた時間（たとえば６０秒間）、中継器１００１がジョイン許可状態（ジョインモード）となる。なお、この間、制御部１１０１は、発光部１１０３を予め定められた状態で発光させる。そして、中継器１００１がジョイン許可状態で、ユーザがタップ１００４をコンセントに差すこと等により、タップ１００４がネットワークに参加するジョイン処理が行なわれる。
【００７２】
次に、中継器１００１がタップ１００４との間でリーブ処理を行なうときのユーザの操作の概要について説明する。まず、ユーザが、中継器１００１のスライドスイッチ１１０９をＮＯＰ位置からＬＥＡＶＥ位置にスライドさせる。その後、ユーザは、プッシュボタン１１０８を押す。これにより、予め定められた時間（たとえば６０秒間）、中継器１００１がリーブモードとなる。なお、この間、制御部１１０１は、発光部１１０３を予め定められた状態で発光させる。そして、中継器１００１がリーブモードのときに、ジョイン済みであるタップ１００４の設定ボタン２１０６が押し下げられることで、タップ１００４がネットワークから離脱するリーブ処理が行なわれる。
【００７３】
＜Ｃ．タップ１００４の構成＞
図４は、タップ１００４の斜視図である。
【００７４】
図４を参照して、タップ１００４は、プラグ差込用のソケット２１０１と、プラグ２１０２と、ＬＥＤ２１０５と、設定ボタン２１０６とを備える。タップの使用時には、ユーザは、家電機器の電源プラグをソケット２１０１に差し込むとともに、宅内に設置されたコンセントにプラグ２１０２を差し込む（図１参照）。なお、ソケット２１０１の形状は、接続される家電機器の電源プラグの形状に応じて決まる。
【００７５】
図５は、タップ１００４のハードウェア構成を表した図である。
図５を参照して、タップ１００４は、ソケット２１０１と、プラグ２１０２と、シャント抵抗２１０３と、電源部２１０４と、ＬＥＤ２１０５と、設定ボタン２１０６と、アンテナ２１０７と、電力センサ部２１１０と、低速無線通信モジュール２１２０と、配線２１３１と、配線２１３２と、配線２１３３とを備える。
【００７６】
電力センサ部２１１０は、電圧入力ＡＤＣ部２１１１と、電流入力ＡＤＣ部２１１２と、乗算器２１１３と、デジタル／周波数変換部２１１４とを含む。低速無線通信モジュール２１２０は、ＣＰＵ２１２１と、ＲＯＭ２１２２と、ＲＡＭ２１２３と、ＧＰＩＯ２１２４と、無線ＲＦ部２１２５とを含む。
【００７７】
配線２１３２と配線２１３３とは、シャント抵抗２１０３により接続されている。シャント抵抗２１０３は電流を測定するために使われる微小な（数百マイクロΩ）抵抗である。
【００７８】
ソケット２１０１とプラグ２１０２とは、配線２１３１〜２１３３およびシャント抵抗２１０３で接続されている。配線２１３１は、プラグ２１０２の一方の端子およびソケット２１０１の一方の端子に接続されている。配線２１３２は、プラグ２１０２の他方の端子とシャント抵抗２１０３の一方の端部とに接続されている。配線２１３３は、ソケット２１０１の他方の端子とシャント抵抗２１０３の他方の端部とに接続されている。
【００７９】
電源部２１０４は、配線２１３２に接続されている。電源部２１０４は、交流を直流に変換する。電源部２１０４は、変換により得られた直流電力を電力センサ部２１１０と低速無線通信モジュール２１２０とに与える。
【００８０】
電圧入力ＡＤＣ部２１１１は、配線２１３１と、配線２１３２とに接続されている。電圧入力ＡＤＣ部２１１１は、配線２１３１と配線２１３２との間の電圧（電位差）を、デジタル信号にて乗算器２１１３に出力する。
【００８１】
電流入力ＡＤＣ部２１１２は、配線２１３２と、配線２１３３とに接続されている。電流入力ＡＤＣ部２１１２は、シャント抵抗２１０３に流れる電流の電流値を、デジタル信号にて乗算器２１１３に出力する。
【００８２】
乗算器２１１３は、電圧入力ＡＤＣ部２１１１からの出力と、電流入力ＡＤＣ部２１１２からの出力とを乗算し、当該乗算により得られたデジタル信号をデジタル／周波数変換部２１１４に出力する。
【００８３】
デジタル／周波数変換部２１１４は、入力されたデジタル信号を周波数信号に変換する。デジタル／周波数変換部２１１４は、変換により得られた周波数信号を、低速無線通信モジュール２１２０のＧＰＩＯに出力する。
【００８４】
ＣＰＵ２１２１は、ＧＰＩＯから取得した上記周波数信号をデータ変換する。無線ＲＦ部２１２５は、データ変換により得られた信号を、アンテナ２１０７を用いて中継器１００１に送信する。
【００８５】
ＲＯＭ２１２２には、ＣＰＵ２１２１が実行するプログラム等が格納されている。ＲＡＭ２１２３は、ＣＰＵ２１２１が処理するデータおよび処理したデータを一時的に格納する。また、ＲＯＭ２１２２は、ＮＶＲＡＭ（Non Volatile RAM）で構成されており、プログラムの他、各種情報（ネットワーク情報、コンフィグ情報等）が格納されるものとする。
【００８６】
ＬＥＤ２１０５は、タップ１００４のデータ処理状態を、点滅および／または点灯させる色等により表す。設定ボタン２１０６は、ユーザによるタップ１００４の設定処理等のために用いられる。具体的には、ジョイン処理あるいはリーブ処理を実行する際、また、タップ１００４を初期化する際にも用いられる。
【００８７】
＜Ｄ．実装例＞
図６は、タップ１００４および中継器１００１における実装方法を説明するための図である。つまり、タップ１００４および中継器１００１におけるソフトウェア構造を説明するための図である。
【００８８】
図６を参照して、タップ１００４（リモートノード）のソフトウェア構造は、ＺｉｇＢｅｅアプリケーション３４０１と、ＺｉｇＢｅｅプロトコルスタック３４０２とを含む。ＺｉｇＢｅｅアプリケーション３４０１は、電力測定用のマイコン（図示せず）から消費電力に関する情報を取得して、当該情報を予め定められたフォーマットに変換する。ＺｉｇＢｅｅアプリケーション３４０１は、他のＺｉｇＢｅｅノードからの属性リード要求に応じて、あるいは、設定されたレポート条件に従って自発的に消費電力に関する情報を送信する。
【００８９】
中継器１００１の無線ＲＦ内蔵通信コントローラ部１１０６（ＺｉｇＢｅｅコーディネータ部）（ローカルノード）は、ＺｉｇＢｅｅアプリケーション３１１１と、ＺｉｇＢｅｅプロトコルスタック３１１２と、ＵＡＲＴ１１６６と、アソシエートデバイスリスト３１１０とを含む。ＺｉｇＢｅｅアプリケーション３１１１は、上述した消費電力に関する情報をタップ１００４から受信する。ＵＡＲＴ１１６６は、上述したように、制御部１１０１との間で通信するための非同期送受信インターフェイスである。
【００９０】
ＺｉｇＢｅｅプロトコルスタック３１１２は、当該ローカルノードにアソシエートされているデバイスの情報をアソシエートデバイスリスト３１１０に登録する。アソシエートデバイスリスト３１１０は、不揮発性メモリ（ＮＶＲＡＭ）に保存されているので、電源を切って入れ直しても情報が失われることはない。ＺｉｇＢｅｅマネージャ３１２１は、アソシエートデバイスリスト３１１０を読み出すことによって、ローカルノードにアソシエートされているデバイスの一覧を得る。
【００９１】
中継器１００１の制御部１１０１（図３参照）は、ＺｉｇＢｅｅマネージャ３１２１と、モニタライブラリ３１２２と、ＵＡＲＴ３１２３と、ＬＥＤ＆スイッチ制御３１２４と、ＵＤＰ／ＩＰ（User Datagram Protocol / Internet Protocol）ポート（ポート番号は固定する）と、Ｅｔｈｅｒｎｅｔ３１２５とを含む。ＺｉｇＢｅｅマネージャ３１２１は、制御部１１０１に格納されているアプリケーションの１つである。
【００９２】
ＺｉｇＢｅｅマネージャ３１２１は、ネットワークＺ上に存在しうるＺｉｇＢｅｅのノードを管理する。具体的には、ＺｉｇＢｅｅマネージャ３１２１は、ローカルノードである無線ＲＦ内蔵通信コントローラ部１１０６（ＺｉｇＢｅｅコーディネータ部）と、ローカルノードと通信可能なリモートノード（タップ１００４などのＺｉｇＢｅｅノード）を管理する。
【００９３】
リモートノードが、ネットワークにジョイン（参加）して、ローカルノードにアソシエートされている状態であれば、当該リモートノードの生存情報を生存として管理する。
リモートノードが、ネットワークからリーブ（離脱）して、ローカルノードにアソシエートされていない状態であれば、当該リモートノードの生存情報を行方不明として管理する。また、ＺｉｇＢｅｅマネージャ３１２１は、ＺｉｇＢｅｅのノードに変化があった場合には当該変化を検知し、当該変化を他のアプリケーションに通知等する。
【００９４】
それ以外にも、ＺｉｇＢｅｅマネージャ３１２１は、ローカルノード及びリモートノードからＺｉｇＢｅｅノードとしての一般的な情報（ＩＥＥＥアドレス、ショートアドレス、ＭＡＣ能力、論理タイプなど）を取得して、また、ローカルノードからローカルノードにアソシエートされているデバイスの一覧や現在のネットワーク情報（PanIDや論理チャンネルなど）を取得して、ノード情報として管理する。  また、ＺｉｇＢｅｅマネージャ３１２１は、ＬＥＤ＆スイッチ制御３１２４を監視している。より詳細には、ＺｉｇＢｅｅマネージャ３１２１は、プッシュボタン１１０８およびスライドスイッチ１１０９からの入力を監視し、ペアリング機能（ジョイン許可状態）およびリーブモードを制御する機能を持ち、その中継器の状態に応じて、ＬＥＤ１１０３（正確にはＬＥＤ１１０３ｃ）の発光を制御する。ＺｉｇＢｅｅマネージャ３１２１は、サーバの形態をとっており、固定のＵＤＰポート番号を開けて、他の機器からアクセスを受け付けて、ＺｉｇＢｅｅ上位プロトコルと中継器発見プロトコルを提供する。
【００９５】
モニタライブラリ３１２２は、直接、ＵＡＲＴ３１２３とデータの遣り取りをすることにより、無線ＲＦ内蔵通信コントローラ部１１０６と通信をする。モニタライブラリ３１２２は、ＵＡＲＴ３１２３を通じてデータを無線ＲＦ内蔵通信コントローラ部１１０６と送受信する。なお、モニタライブラリ３１２２が発信するコマンドは、無線ＲＦ内蔵通信コントローラ部１１０６に対するものもあれば、タップ１００４に対するものもある。
【００９６】
図７は、中継器１００１における別のアプリケーションのソフトウェア構造を説明する図である。
【００９７】
図７を参照して、中継器１００１の制御部１１０１は、ＨＴＴＰサーバ３８０５と、ＴＣＰ／ＩＰ３８０６と、Ｅｔｈｅｒｎｅｔ３８０７と、設定用ＣＧＩプログラム３８０２と、ＵＤＰ／ＩＰ（User Datagram Protocol / Internet Protocol）ポート（ポート番号は任意とする）と、Ｅｔｈｅｒｎｅｔ３８０４と、設定情報３８０１とを含む。
【００９８】
ＨＴＴＰサーバ３８０５は、外部のブラウザ（ＨＴＴＰクライアント）から中継器１００１を設定するための指示を受け付けて、設定用ＣＧＩプログラム３８０２を呼び出す。
【００９９】
設定用ＣＧＩプログラム３８０２は、中継器上の各種プログラムに影響を及ぼす設定を変更して、設定情報３８０１に保存する。また、設定情報３８０１に保存されている情報を読み出して、ＨＴＴＰサーバ３８０５に応答を返す。
【０１００】
当該ソフトウェア構造により後述する図１７のような設定画面がパーソナルコンピュータ１００３のディスプレイに表示されることになる。
【０１０１】
なお、制御部１１０１に格納される他のアプリケーションとして、タップ１００４の情報を収集するためのタップ情報収集アプリケーションもある。
【０１０２】
＜Ｅ．中継器側動作処理＞
＜Ｅ．１プッシュボタン押下げ処理＞
図８は、本発明の実施の形態に従う中継器１００１のプッシュボタンの押下げ処理を説明するフロー図である。当該処理は、中継器１００１のＺｉｇＢｅｅマネージャ３１２１（制御部１１０１）によって実施される処理である。
【０１０３】
図８を参照して、制御部１１０１は、まず、ステップＳ６０２にて、プッシュボタン１１０８が押下されたかどうかを判断する。
【０１０４】
ステップＳ６０２においてＮＯと判断した場合には、処理を終了する（プッシュボタン押下げ処理終了）。
【０１０５】
ステップＳ６０２においてＹＥＳと判断した場合には、ステップＳ６０４にて、スライドスイッチ１１０９がいずれの位置にあるかを判断する。
【０１０６】
ステップＳ６０４において、スライドスイッチ１１０９がＪＯＩＮ位置に位置すると判断した場合には、ジョインモード処理を実施する（ステップＳ６０６）。ジョインモード処理の詳細については後述する。
【０１０７】
ステップＳ６０４において、スライドスイッチ１１０９がＮＯＰ位置に位置すると判断した場合には、何もしない（ステップＳ６０８）。
【０１０８】
ステップＳ６０４において、スライドスイッチ１１０９がＬＥＡＶＥ位置に位置すると判断した場合には、リーブモード処理を実施する（ステップＳ６１０）。リーブモード処理の詳細については後述する。
【０１０９】
そして、処理を終了する（プッシュボタン押下げ処理終了）。
＜Ｅ．２ジョインモード処理＞
図９は、本発明の実施の形態に従う中継器１００１のジョインモード処理について説明するフロー図である。当該処理は、中継器１００１のＺｉｇＢｅｅマネージャ３１２１（制御部１１０１）によって実施される処理である。
【０１１０】
図９を参照して、ジョインモード処理が開始された場合、制御部１１０１は、まず、ローカルノードである無線ＲＦ内蔵通信コントローラ部１１０６に対してジョイン許可６０秒間の指令を通知する（ステップＳ７００）。ジョイン許可６０秒間の指令とは、６０秒間だけローカルノードをジョイン許可状態に設定することを意味する。具体的には、NLME-PERMIT-JOINING.Request（引数：PermitDuration=60）をローカルノードに通知する。
【０１１１】
次に、ステップＳ７０２にて、当該通知が成功したかどうかを判断する。具体的には、当該通知を無線ＲＦ内蔵通信コントローラ部１１０６が正常に受け付けたかどうかを判断する。ステップＳ７０２においてＹＥＳと判断した場合には、中継器１００１をジョインモードに設定する（ステップＳ７０４）。なお、この場合に、中継器１００１のＬＥＤを普通点滅させてモードの変更をユーザに通知する。
【０１１２】
次に、ステップＳ７０６にて、６０秒が経過した、または、スライドスイッチの位置がＪＯＩＮ位置から外れたかどうかを判断する。ステップＳ７０６においてＮＯと判断した場合、当該状態を維持する。すなわち、ジョイン許可状態を維持する。
【０１１３】
ステップＳ７０６においてＹＥＳと判断した場合、ローカルノードに対してジョイン禁止の指令を通知する（ステップＳ７０８）。具体的には、制御部１１０１は、ローカルノードである無線ＲＦ内蔵通信コントローラ部１１０６に対してジョイン禁止の指令を通知する。具体的には、NLME-PERMIT-JOINING.Request（引数：PermitDuration=0）をローカルノードに通知する。
【０１１４】
そして、中継器１００１を通常モードに設定する（ステップＳ７１０）。なお、この場合に、中継器１００１のＬＥＤを普通点滅から消灯させてモードの変更をユーザに通知する。また、制御部１１０１は、無線ＲＦ内蔵通信コントローラ部１１０６に対するジョイン禁止状態（NLME-PERMIT-JOINING.Request）の通知が成功したか失敗したかに係らず通常モードに設定する。
【０１１５】
そして、処理を終了する（ジョインモード処理終了）。
一方、ステップＳ７０２においてＮＯと判断した場合には、処理を終了する（ジョインモード処理終了）。ステップＳ７０２において、内部キューが満杯などの理由により、まれに、ローカルノードが正常に受け付けない場合がある。この場合には、ローカルノードをジョイン許可状態に出来なかったので、ＬＥＤを普通点滅させないようにする。ユーザにジョイン可能であると思わせないようにするためである。ステップＳ７０８においても、ローカルノードが正常に受け付けない場合があるが、元々ローカルノードのジョイン許可期間を６０秒間に設定しているので、６０秒経過すればジョイン禁止に戻る。
【０１１６】
図１０は、本発明の実施の形態に従う中継器１００１のローカルノードにおけるリモートノードからの信号の受信処理を説明するフロー図である。当該処理は、中継器１００１のＺｉｇＢｅｅプロトコルスタック３１１２（無線ＲＦ内蔵通信コントローラ部１１０６）によって実施される処理である。
【０１１７】
図１０を参照して、まず、無線ＲＦ内蔵通信コントローラ部１１０６は、ステップＳ７３０にて、ビーコン・リクエストを受信したかどうかを判断する。そして、ステップＳ７３０においてＹＥＳと判断したには、ビーコンを送信する（ステップＳ７３２）。そして、ビーコン・リクエストに関する受信処理は終了する。
【０１１８】
次に、ステップＳ７３０においてＮＯと判断した場合には、ステップＳ７３４にて、アソシエーション要求を受信したかどうかを判断する。
【０１１９】
ステップＳ７３４においてＹＥＳと判断した場合には、ステップＳ７３６にて、自身がジョイン許可中であるかどうかを判断する。
【０１２０】
ステップＳ７３６においてＹＥＳと判断した場合には、ステップＳ７３８にて、アソシエートデバイスリストに追加可能かどうかを判断する。例えば、追加した場合に、リストに登録可能な個数を超えるかどうかを判断する。超えない場合には追加可能であると判断する。
【０１２１】
ステップＳ７３８においてＹＥＳと判断した場合には、新規デバイスにショートアドレスを割り当てる（ステップＳ７４０）。
【０１２２】
そして、次に、アソシエートデバイスリストに新規デバイスのデバイス情報を追加する（ステップＳ７４２）。デバイス情報としてＩＥＥＥアドレス、ショートアドレス、ノード関係などを登録する。
【０１２３】
次に、アソシエーション応答（成功）をアソシエーション要求の送信元に対して送信する（ステップＳ７４４）。アソシエーション応答（成功）には、割り当てたショートアドレスなどが含まれる。
【０１２４】
そして、処理を終了する（受信処理終了）。
なお、ステップＳ７３４においてＮＯと判断した場合、ステップＳ７３６においてＮＯと判断した場合、あるいは、ステップＳ７３８においてＮＯと判断した場合には、処理を終了する（受信処理終了）。
【０１２５】
＜Ｅ．３リーブモード処理＞
図１１は、本発明の実施の形態に従う中継器１００１のリーブモード処理について説明するフロー図である。当該処理は、中継器１００１のＺｉｇＢｅｅマネージャ３１２１（制御部１１０１）によって実施される処理である。
【０１２６】
図１１を参照して、リーブモード処理が開始された場合、制御部１１０１は、中継器１００１をリーブモードに設定する（ステップＳ７２０）。なお、この場合に、中継器１００１のＬＥＤを高速点滅させてモードの変更をユーザに通知する。後述するがタップ１００４の設定ボタンが押下されれば予め定められた信号がユニキャスト送信される。タップ１００４は、予め定められた信号として、ＺｉｇＢｅｅ仕様書で定義されている、”Ｄｅｖｉｃｅ  Ａｎｎｃｅ”を送信する。以下では、”Ｄｅｖｉｃｅ  Ａｎｎｃｅ”を、単に「デバイスアンス」とも称する。そして、中継器１００１は、デバイスアンスを受信してデバイスアンス受信処理を開始する。なお、中継器を「リーブモードに設定する」というのは、ＺｉｇＢｅｅマネージャ３１２１内部で閉じた話である。ローカルノードに何らかの指令を出すわけではない。
【０１２７】
図１２は、本発明の実施の形態に従う中継器１００１におけるリーブモードのデバイスアンス受信処理について説明するフロー図である。当該処理は、中継器１００１のＺｉｇＢｅｅマネージャ３１２１（制御部１１０１）によって実施される処理である。
【０１２８】
図１２を参照して、制御部１１０１は、デバイスアンスを受信すると、ステップＳ９０６にて、当該デバイスアンスをユニキャストで受信した、かつ、中継器がリーブモード中であるかどうかを判断する。
【０１２９】
ステップＳ９０６においてＹＥＳと判断した場合には、（当該デバイスアンスの送信元アドレスを指定して）リーブ処理を実行する（ステップＳ９１４）。リーブ処理については後述する。
【０１３０】
そして、処理を終了する（デバイスアンス受信処理終了）。ステップＳ９０６においてＮＯと判断した場合には、処理を終了する（デバイスアンス受信処理終了）。
【０１３１】
再び図１１を参照して、次に、ステップＳ７２２にて、６０秒が経過した、あるいは、スライドスイッチの位置がＬＥＡＶＥ位置から外れたかどうかを判断する。
【０１３２】
ステップＳ７２２においてＮＯと判断した場合には、リーブモードを維持する。
ステップＳ７２２においてＹＥＳと判断した場合には、中継器１００１を通常モードに設定する（ステップＳ７２４）。なお、この場合に、中継器１００１のＬＥＤを高速点滅から消灯させてモードの変更をユーザに通知する。
【０１３３】
そして、処理を終了する（リーブモード処理終了）。
図１３は、本発明の実施の形態に従う中継器１００１のリーブ処理について説明するフロー図である。当該処理は、中継器１００１のＺｉｇＢｅｅマネージャ３１２１（制御部１１０１）によって実施される処理である。
【０１３４】
図１３を参照して、まず、指定されたデバイスに対して初期化フラグの設定指令を送信する（ステップＳ１１００）。初期化フラグとは、初期化状態（工場出荷時等の状態）に戻すことを規定するフラグをいう。初期化フラグの設定指令は、タップ１００４に登録されているコンフィグ情報のデータの一部に対してフラグをセットすることを要求する指令である。当該フラグの設定の有無に応じてリセット後の起動処理は変更される。具体的には、初期化フラグがセットされていない場合の起動処理は、タップ１００４に登録されているネットワーク情報等のデータが維持された状態で起動する。一方、初期化フラグをセットした場合の起動処理は、タップ１００４に登録されているネットワーク情報等のデータを工場出荷時の初期値に戻した状態で起動する。
【０１３５】
次に、ステップＳ１１０２にて、初期化フラグの設定指令の応答を受信したかどうかを判断する。
【０１３６】
ステップＳ１１０２においてＹＥＳと判断した場合には、ステップＳ１１０４に進む。
ステップＳ１１０４において、指定されたデバイスに対して遅延リセット指令を送信する。
【０１３７】
遅延リセット指令とは、リセットするまでの猶予時間（遅延時間）を指定できるリセット指令のことである。本実施例では、所定の遅延時間（一例として２００ｍｓ）を指定して、遅延リセット指令を送信する。これはタップ１００４が当該遅延リセット指令に対する応答を返すようにするための時間を考慮したものである。
【０１３８】
次に、ステップＳ１１０６にて、当該リセット指令を送信したタップ１００４から遅延リセット指令に対する応答を受信したかどうかを判断する。
【０１３９】
ステップＳ１１０６においてＹＥＳと判断した場合には、ローカルノードのアソシエートデバイスリストから指定されたデバイスに関する情報を削除する（ステップＳ１１０８）。
【０１４０】
具体的には、指定されたデバイスに関する情報（ＩＥＥＥアドレス、ショートアドレス、ノード関係など）を削除する。
【０１４１】
そして、処理を終了する（リーブ処理終了）。
一方、ステップＳ１１０２においてＮＯと判断した場合には、当該指令をタップ１００４が確実に受信したかどうかが不明であるため処理を中断し、処理を終了する（リーブ処理終了）。
【０１４２】
一方、ステップＳ１１０６においてＮＯと判断した場合、には、当該リセット指令をタップ１００４が確実に受信したかどうかが不明であるため処理を中断し、アソシエートデバイスリストから削除することなく処理を終了する（リーブ処理終了）。
【０１４３】
以上まとめると、応答を受信しない場合は、タップ１００４がリーブされなかったと判断して、中継器１００１におけるローカルノードのアソシエートデバイスリストから当該タップに関する情報を削除しない。応答を受信した場合は、タップ１００４がリーブされたと判断して、中継器１００１におけるローカルノードのアソシエートデバイスリストから当該タップに関する情報を削除する。このことにより、中継器１００１とタップ１００４との間で連携を保ってリーブ処理が行うことができる。
【０１４４】
なお、図１３において、ステップＳ１１００とステップＳ１１０４とをまとめて１つのパケットとして指定を送信することも可能である。この場合、指定されたデバイスに対して、初期化フラグをセットするような指令と、遅延リセットするような指令の、両方の指令を含めた１つのパケットを送信する。
【０１４５】
＜Ｆ．タップ側動作処理＞
＜Ｆ．１電源投入後処理＞
まず、電源投入後の処理について説明する。
【０１４６】
図１４は、本発明の実施の形態に従うタップ側の電源投入後の処理について説明するフロー図である。当該処理は、主にＣＰＵ２１２１における処理である。
【０１４７】
図１４を参照して、ＣＰＵ２１２１は、電源投入されると、まず、ＮＶＲＡＭに格納されているコンフィグ情報を復元する（ステップＳ１０２）。
【０１４８】
次に、ステップＳ１０４にて、コンフィグ情報に含まれている初期化フラグがセットされているかどうかを判断する。
【０１４９】
ステップＳ１０４においてＮＯと判断した場合には、ステップＳ１０６に進む。
また、ステップＳ１０４においてＹＥＳと判断した場合には、ＮＶＲＡＭに書込みされているコンフィグ情報とネットワーク情報を工場出荷時の初期値に戻す処理を実行する（ステップＳ１１８）。
【０１５０】
次に、ＮＶＲＡＭに格納されているネットワーク情報を復元する（ステップＳ１０６）。
【０１５１】
次に、ステップＳ１０８にて、ネットワーク情報に有意データがあるかどうかを判断する。
【０１５２】
ステップＳ１０８においてＹＥＳと判断した場合には、ランダム時間待機（ウェイト）する（ステップＳ１２０）。そして、デバイスアンスをブロードキャストで送信する（ステップＳ１２４）。ランダム時間待機することにより複数のタップの電源が一斉にＯＮされた場合に、デバイスアンスをブロードキャスト送信するタイミングをずらして衝突を防ぐことが期待できる。
【０１５３】
一方、ステップＳ１０８においてＮＯと判断した場合には、ジョイン許可しているネットワークを見つけてアソシエーション要求を送信する（ジョイン処理）（ステップＳ１１０）。
【０１５４】
具体的には、タップ１００４は、ビーコン・リクエストを送信して、ビーコンを受信する。ビーコンは、（ＺｉｇＢｅｅコーディネータである）中継器１００１と（ＺｉｇＢｅｅルータである）他のタップから送信される。タップ１００４は、受信したビーコンを解析してジョイン許可されているネットワークのうち最適なものを１つ選んでアソシエーション要求（NLME-JOIN.Request）を送信する（ジョインを試みる）。なお、中継器１００１側の処理は、図１０で説明したものであり、主に、ＺｉｇＢｅｅコーディネータ部のプロトコルスタック３１１２における処理である。なお、ジョイン処理中は、タップ１００４は、ＬＥＤは普通点滅を維持する。
【０１５５】
次に、ステップＳ１１２において、アソシエーション応答（成功）を受信したかどうかを判断する。
【０１５６】
ステップＳ１１２においてＹＥＳと判断した場合には、得られたネットワーク情報をＮＶＲＡＭに書込む（ステップＳ１２２）。ネットワーク情報には、PanID、Extended PanID、論理チャンネルなどが含まれる。また、タップ１００４に割り当てられたショートアドレスも含まれる。
【０１５７】
そして、デバイスアンスをブロードキャストで送信する（ステップＳ１２４）。
そして、ジョイン済みに移行する（ステップＳ１２６）。なお、ジョイン済みになればＬＥＤを消灯するものとする。
【０１５８】
そして、処理を終了する（電源投入後の処理を終了）。
一方、ステップＳ１１２においてＮＯと判断した場合には、次に、ステップＳ１１４にて、ジョイン処理を開始してから６０秒が経過したかどうかを判断する。
【０１５９】
ステップＳ１１４においてＮＯと判断した場合には、ステップＳ１１０に戻り、ジョイン処理を継続する。
【０１６０】
一方、ステップＳ１１４においてＹＥＳと判断した場合には、ホールド状態に移行する（ステップＳ１１６）。ホールド状態というのは、自身をリセットした後に、ネットワークへの参加をせずにとどまっている状態である。このときパケット送受信をいっさい行なわない。この際、ＬＥＤは高速に点滅するものとする。なお、後述するが当該ホールド状態の場合に設定ボタンを押下した場合には、ホールド状態が解除されてステップＳ１１０に戻るものとする。
【０１６１】
そして、処理を終了する（電源投入後の処理を終了）。
＜Ｆ．２設定ボタン押下げ後の処理＞
図１５は、本発明の実施の形態に従うタップ側の設定ボタン押下げ後の処理について説明するフロー図である。当該処理は、主にＣＰＵ２１２１における処理である。
【０１６２】
図１５を参照して、設定ボタンが押下げられた場合には、まず、ステップＳ２０２にて、ホールド状態であるかどうかを判断する。
【０１６３】
ステップＳ２０２においてＹＥＳと判断した場合には、ホールド状態を解除してジョイン処理を再開する（ステップＳ２０６）。すなわち、図１４のステップＳ１１０に進む。
【０１６４】
そして、処理を終了する（ボタン押下げ後の処理を終了）。
ステップＳ２０２においてＮＯと判断した場合には、次に、ステップＳ２０４にて、ジョイン済みであるかどうかを判断する。
【０１６５】
ステップＳ２０４においてＹＥＳと判断した場合には、デバイスアンスを（中継器１００１のコーディネータに対して）ユニキャストで送信する（ステップＳ２０８）。ここで、ユニキャスト送信として、宛先アドレスは中継器１００１の無線ＲＦ内蔵通信コントローラ部１１０６（ＺｉｇＢｅｅコーディネータ部のアドレス（ショートアドレス＝０ｘ００００））に設定する。なお、その際、ＬＥＤは一瞬点灯させるものとする。
【０１６６】
そして、処理を終了する（ボタン押下げ後の処理を終了）。
ステップＳ２０４においてＮＯと判断した場合には、そのまま処理を終了する（ボタン押下げ後の処理を終了）。
【０１６７】
＜Ｆ．３パケット受信処理＞
図１６は、本発明の実施の形態に従うタップ側のパケット受信処理について説明するフロー図である。
【０１６８】
図１６を参照して、まず、ステップＳ４０６にて、初期化フラグの設定指令を受信したかどうかを判断する。
【０１６９】
ステップＳ４０６においてＹＥＳと判断した場合、初期化フラグをセットする（ＮＶＲＡＭのコンフィグ情報に書込む）（ステップＳ４１４）。
【０１７０】
そして、当該設定指令に対する応答を送信する（ステップＳ４１６）。
そして、処理を終了する（パケット受信処理終了）。
【０１７１】
また、ステップＳ４０６においてＮＯと判断した場合には、続いて、ステップＳ４０８にて、遅延リセット指令を受信したかどうかを判断する。
【０１７２】
ステップＳ４０８においてＹＥＳと判断した場合には、指定された時間経過後にリセットするようにタイマー予約する（ステップＳ４１８）。
【０１７３】
そして、当該リセット指令に対する応答を送信する（ステップＳ４２０）。その後、タイマー満了になればタップ１００４自身をリセットする（つまり再起動する）。
【０１７４】
そして、処理を終了する（パケット受信処理終了）。
また、ステップＳ４０８においてＮＯと判断した場合には、処理を終了する（パケット受信処理終了）。
【０１７５】
当該処理により、タイマー満了後にリセットされて、初期化フラグが設定されているので、タップ１００４のＮＶＲＡＭに書込みされているコンフィグ情報とネットワーク情報を工場出荷時の初期値に戻す処理が実行される。
【０１７６】
本実施の形態に従うリーブ処理においては、中継器１００１のプッシュボタン１１０８を押下した際に、中継器１００１のスライドスイッチ１１０９がＬＥＡＶＥ位置にある場合には、リーブモードが開始される。また、ジョイン済みであるタップ１００４の設定ボタンを押下すると、タップ１００４からデバイスアンスがユニキャストで中継器１００１に送信される。中継器１００１は、中継器がリーブモードの時に、デバイスアンスをユニキャストで受信すると、当該デバイスアンスの送信元であるデバイスのアドレスを指定してリーブ処理を開始する。
【０１７７】
中継器１００１のリーブ処理の開始により、中継器１００１から指定されたデバイスに対して初期化フラグの設定指令が送信される。指定されたデバイスは、当該指令に従ってコンフィグ情報の一部である初期化フラグをセットする。そして、中継器１００１は、指定されたデバイスからの初期化フラグの設定指令に対する応答があった場合に、遅延リセット指令を指定されたデバイスに送信する。指定されたデバイスには、遅延リセット指令を受けてタイマー満了後にリセットする。再起動後、コンフィグ情報の一部である初期化フラグに従ってＮＶＲＡＭに書込みされているコンフィグ情報とネットワーク情報を工場出荷時の初期値に戻す処理を実行する。また、指定されたデバイスは、遅延リセット指令を受信した旨の応答を中継器１００１に送信する。中継器１００１は、指定されたデバイスから遅延リセット指令を受信した旨の応答を受信した場合に、指定されたデバイスに関するデバイス情報をアソシエートデバイスリストから削除する。
【０１７８】
したがって、リーブモードにおいて、中継器１００１は、タップ１００４からのデバイスアンスに従ってリーブ処理するタップ１００４を特定する。そして、中継器１００１は、初期化フラグの設定指令を送信し、応答があった場合に、遅延リセット指令を送信する。当該流れによりタップ１００４のネットワーク情報およびコンフィグ情報は、工場出荷時の状態にリセットされる。また、タップ１００４からの遅延リセット指令に対する応答があった場合に、中継器１００１においてネットワークにおいて通信接続に必要なネットワーク情報およびコンフィグ情報等の設定情報を削除する。それゆえ、制御装置と各タップとの間で互いに齟齬がないように情報の遣り取りを確認し、確認できた場合に、タップと中継器との間でともに、通信接続に必要な設定情報が削除されるため、いずれか一方の装置に情報が残って、ネットワーク上に無用なトラフィックが生じる可能性を排除することができる。
【０１７９】
すなわち、中継器１００１においてリーブモードを開始させ、タップの設定ボタンを押下するという簡便な操作で、制御装置と各タップとの間で互いに齟齬がないように各タップをネットワークから離脱させることが可能である。
【０１８０】
なお、図１５のステップＳ２０８にて、デバイスアンスを（コーディネータに対して）ユニキャストで送信しているが、ここで、デバイスアンスをユニキャスト送信することに特段の設計意図はない。デバイスアンス以外に何らかのパケット（ボタンが押されたことを明示的、あるいは、暗黙的に示すようなパケット）を送信してもよい。この場合、図１３についてもそれに合わせた構成とする。なお、デバイスアンスを送信している理由は、ＺｉｇＢｅｅにおいては、ノードに何らかの状態変更があった場合にデバイスアンスをブロードキャストで送信することが一般的であるからである。
【０１８１】
（変形例１）
図１７は、本発明の実施の形態の変形例１に従うパーソナルコンピュータ１００３のディスプレイに表示された中継器１００１の設定画面１００の一例を説明する図である。
【０１８２】
図１７を参照して、ここでは、パーソナルコンピュータ１００３のブラウザを経由して中継器１００１のＨＴＴＰサーバと通信して、各種設定を実行する設定画面１００が表示されている場合が示されている。
【０１８３】
当該設定画面において、ユーザは、システム、無線ネットワーク、ローカルノード（中継器１００１）、リモートノード（タップ１００４）、ネットワーク全体、電力情報、メンテナンスに関する各種情報を表示することが可能である。本例においては、一例としてローカルノードについての情報が表示されている。例えば、ローカルノードのネットワーク情報（ＩＥＥＥアドレス）や当該ノードの状態が表示されている。
【０１８４】
ここで、当該設定画面においては、当該ローカルノード（中継器１００１）に対する指示を与えるインターフェイス画面としても設けられている。
【０１８５】
具体的には、当該設定画面においては、リーブ開始のボタン１０２が設けられている場合が示されている。当該ボタン１０２は、中継器１００１においてリーブモードの実行の開始を指示することが可能なボタンである。
【０１８６】
当該ボタンをユーザが選択することにより、パーソナルコンピュータ１００３は、ローカルノード（中継器１００１）に対してリーブモードを開始するように指示する。
【０１８７】
中継器１００１は、当該指示を受けてリーブモードを開始する。
すなわち、上記においては、中継器１００１に設けられたプッシュボタン１１０８を押下する場合に、スライドスイッチ１１０９をＬＥＡＶＥ位置とする場合にリーブモードを開始する場合について説明したが、ユーザがパーソナルコンピュータ１００３のディスプレイに表示された設定画面に設けられたリーブ開始のボタン１０２を選択することにより図１１以降で説明したリーブモード処理を開始させるようにすることも可能である。
【０１８８】
そして、タップ１００４側においては、当該リーブモード中に設定ボタン２１０６を押下することにより図１５以降で説明したタップ側におけるリーブ処理が実行されるものとする。
【０１８９】
当該処理により、ユーザが中継器１００１のスライドスイッチ１１０９等を直接操作しなくてもパーソナルコンピュータ１００３のディスプレイに表示された設定画面からリーブモードを開始することが可能であり、さらに簡便に制御装置と各タップとの間で互いに齟齬がないように各タップをネットワークから離脱させることが可能である。
【０１９０】
（変形例２）
上記においては、中継器１００１においてリーブモードを開始して、タップ１００４の設定ボタン２１０６を操作することにより、中継器１００１と、当該操作したタップ１００４との間でリーブ処理を実行する場合について説明した。
【０１９１】
一方で、上記のパーソナルコンピュータ１００３のディスプレイに表示された設定画面からリーブ処理を実行するタップを指定して、タップ１００４を操作することなしにリーブ処理を実行するようにしても良い。
【０１９２】
図１８は、本発明の実施の形態の変形例２に従うリモートノード選択画面を説明する図である。
【０１９３】
図１８を参照して、ここでは、ネットワークを構成する複数のリモートノード（タップ１００４）が登録されてリスト表示されている場合が示されている。具体的には、４つのリモートノード（タップ１００４）が登録されている場合が示されている。
【０１９４】
それぞれのリモートノード（タップ１００４）には、識別子、ＩＥＥＥアドレスが割り当てられており、当該リモートノード（タップ１００４）とローカルノード（中継器１００１）とが通信して、当該リモートノード（タップ１００４）からデータを最後に受信した時刻が示されている。
【０１９５】
ここでは、それそれのリモートノード（タップ１００４）に関してリスト表示されて、リモートノード（タップ１００４）を選択するためのラジオボタン２０２が設けられている。
【０１９６】
本例においては、識別子「１」のリモートノード（タップ１００４）のラジオボタンが選択されている場合が示されている。
【０１９７】
そして、選択したリモートノードの削除ボタン２０４が設けられている場合が示されている。
【０１９８】
当該選択したリモートノードの削除ボタン２０４は、中継器１００１において選択したリモートノード（タップ１００４）を削除する指示（リーブ処理）の実行を指示するボタンである。
【０１９９】
当該ボタンをユーザが選択することにより、パーソナルコンピュータ１００３は、中継器１００１に対して選択したリモートノード（タップ１００４）に対してリーブ処理を実行するように指示する。
【０２００】
図１９は、本発明の実施の形態の変形例２に従うリモートノード選択画面においてタップを選択してリーブ処理を実行する処理の流れについて説明するフロー図である。当該処理は、中継器１００１における制御部１１０１（詳細には、ＨＴＴＰサーバ３８０５と設定用ＣＧＩプログラム３８０２）において実施される処理である。
【０２０１】
制御部１１０１は、パーソナルコンピュータ１００３からのリモートノードの削除指示（削除ボタンの押下げ指示）を受け付けた場合に、当該図に示される削除ボタンの押下げ処理を開始する。
【０２０２】
図１９を参照して、リモートノード選択画面において、選択されたデバイスのアドレスを指定してＺｉｇＢｅｅマネージャの強制リーブ処理を呼び出す（ステップＳ５０）。強制リーブ処理については後述する。
【０２０３】
そして、処理を終了する（削除ボタンの押下げ処理終了）。
図２０は、本発明の実施の形態の変形例２に従う強制リーブ処理を説明するフロー図である。当該処理は、中継器１００１におけるＺｉｇＢｅｅマネージャ３１２１において実施される処理である。
【０２０４】
図２０を参照して、まず、指定されたデバイスに対して初期化フラグの設定指令を送信する（ステップＳ５２）。
【０２０５】
次に、ステップＳ５４において、指定されたデバイスに対して遅延リセット指令を送信する（ステップＳ５４）。つまり、指定されたデバイスに対して指定された時間経過後にリセットするように要求する。所定の遅延時間として、一例として、２００ｍｓとする。
【０２０６】
そして、次に、ローカルノードのアソシエートデバイスリストから指定されたデバイスに関する情報を削除する（ステップＳ５６）。具体的には、指定されたデバイスに関する情報（ＩＥＥＥアドレス、ショートアドレス、ノード関係など）を削除する。
【０２０７】
そして、処理を終了する（強制リーブ終了）。
なお、本例においては、タップから初期化フラグ設定の要求信号に対する応答、また、遅延リセット指令に対する応答が無かった場合であってもタップとして登録されているアソシエートデバイスリストから削除するものとしている。その理由は、タップがネットワークから既に離脱していて、中継器１００１のみに当該タップの情報が存続している場合にもアソシエートデバイスリストから削除し、制御装置とタップとの間で齟齬を解消できるようにするためである。
【０２０８】
しかしながら、タップにネットワーク情報が保存されている状況で、タップから応答がなかった場合には、制御装置とタップとの間で齟齬が生じる可能性もある。（すなわち、タップがネットワーク情報を削除しないが、中継器１００１は当該タップのデバイス情報を削除する。）この場合を考慮して、図１９のステップＳ５０において、「強制リーブ処理呼び出し」ではなく、図１２のステップＳ９１４における「リーブ処理呼び出し」を使ってもよい。リーブ処理に失敗したら、ＣＧＩプログラム３８０２は失敗したことを呼び出し元（ＨＴＴＰサーバ３８０５）に返すようにする。また、その際は、図１８の画面にリーブ処理が失敗したことを通知するメッセージを表示させて、ユーザに知らせることができる。
【０２０９】
また、「リーブ処理呼び出し」と「強制リーブ処理呼び出し」とをユーザが選択できるようになっていてもよい。上述した通り、タップがネットワークから既に離脱している場合に、中継器１００１からだけ当該タップのデバイス情報を削除したいという事があるからである。
【０２１０】
すなわち、上記においては、中継器１００１のプッシュボタン１１０８を押下させ、また、スライドスイッチ１１０９をＬＥＡＶＥ位置に位置させて、リーブモードを開始させる場合について説明したが、ユーザがパーソナルコンピュータ１００３のディスプレイに表示された設定画面からリーブ処理を実行するタップを選択して指定することによりリーブ処理を実行することも可能である。
【０２１１】
当該処理により、ユーザが中継器１００１およびタップ１００４を操作しなくてもパーソナルコンピュータ１００３のディスプレイに表示された設定画面からリーブ処理を実行することが可能である。
【０２１２】
（その他の形態）
上記の構成においては中継器１００１からタップ１００４に対してリセット指令を送信することによりリーブ処理を実行する方式について説明したが、タップ１００４の操作のみに従ってリーブ処理を実行する方式とすることも可能である。
【０２１３】
図２１は、本発明の実施の形態に従うタップ１００４における設定ボタンの長押しの場合の処理について説明するフロー図である。当該処理は、主にＣＰＵ２１２１における処理である。
【０２１４】
図２１を参照して、設定ボタンの押下げ（長押し）が受け付けられた場合に、当該処理（設定ボタン押下げ（長押し）後の処理）が開始する。
【０２１５】
そして、まず、ネットワーク離脱宣言信号を送信する（ステップＳ５０２）。具体的には、中継器１００１に対して当該タップ１００４についてネットワークからの切り離し（離脱）を宣言する信号（NLME-LEAVE.request(DeviceAddress＝NULL)）を送信する。
【０２１６】
当該信号を受信した他のノードは、当該離脱宣言したノードに関する情報を削除する。
次に、初期化フラグをセットする（ステップＳ５０４）。具体的には、ＮＶＲＡＭのコンフィグ情報に書込む。
【０２１７】
そして、所定時間経過後にリセットするようにタイマー予約する（ステップＳ５０６）。なお、所定時間は一例として２００ｍｓである。
【０２１８】
そして、処理を終了する（設定ボタン押下げ（長押し）後の処理終了）。
当該処理においては、タップ１００４の設定ボタン２１０６を長押しすることによって、初期化フラグが設定されるとともに、リセット指令が受け付けられ、当該タップ１００４を工場出荷時等の初期状態に戻して設定するリセット処理（再設定処理）が実行される。それとともに、当該タップ１００４についてネットワークから離脱することを要求する離脱宣言信号を中継器１００１に送信する。
【０２１９】
図２２は、本発明の実施の形態に従うタップ１００４から送信されたネットワーク離脱宣言信号を受信した場合の処理を説明するフロー図である。
【０２２０】
図２２を参照して、中継器１００１は、タップ１００４からの離脱宣言信号を受信したか否かを判断する（ステップＳ５１０）。
【０２２１】
ステップＳ５１０において、タップ１００４からの離脱宣言信号を受信した場合（ステップＳ５１０においてＹＥＳ）にアソシエートデバイスリストから当該ネットワーク離脱宣言をしたデバイス（タップ）に関する情報を削除する（ステップＳ５１２）。
【０２２２】
そして、処理を終了する（受信処理終了）。
また、ステップＳ５１０において、タップ１００４からの離脱宣言信号を受信しない場合（ステップＳ５１０においてＮＯ）には、処理を終了する（受信処理終了）。
【０２２３】
当該処理により、ユーザがタップ１００４のみを操作することによりタップ１００４に登録されているネットワーク情報等のデータを初期化状態（工場出荷時等の状態）に戻した状態にリセット処理することができるのみならず、中継器１００１側のリーブ処理も実行することが可能であるため、簡便に制御装置と各タップとの間で互いに齟齬がないように各タップをネットワークから離脱させることが可能である。
【０２２４】
（その他の形態の変形例）
また、図２１を参照して、設定ボタンの押下げ（長押し）が受け付けられた場合に図２１の処理が開始されるとあるが、タップ１００４は、「設定ボタンの長押し」と同等の効果を生じるようなパケットを受信することによって、図２１の処理を開始するようにしてもよい。この場合、中継器１００１からあるタップ１００４を指定して「設定ボタンの長押し」と同等の効果を生じるようなパケットを送信する。タップ１００４は、当該パケットを受信することによって、図２１の処理を開始するように設計しておく。（一例として、ＯＮ／ＯＦＦクラスタにおけるＴｏｇｇｌｅコマンドを使うことができる。タップ１００４は、ＯＮ／ＯＦＦクラスタにおけるＴｏｇｇｌｅコマンドを受信すると、「設定ボタンの長押し」と同等の動作をするようにあらかじめ設計しておく。）この手法は、制御装置からリーブさせたいタップを指定して当該タップをリーブさせているが、あくまでも、タップ１００４自身が自主的にリーブするような形態となる。たとえるなら、中継器１００１はあるタップ１００４に対して、自主的に「離脱宣言」を行うように勧告する。このような実施例でも、制御装置とタップとの間で互いに齟齬がないようにタップをネットワークから離脱させることが可能である。
【０２２５】
今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２２６】
１００  設定画面、１０２  ボタン、２０２  ラジオボタン、２０４  削除ボタン、１００１  中継器、１００２  ブロードバンドルータ、１００３  パーソナルコンピュータ、１００４ａ，１００４ｂ，１００４ｃ  タップ、１００５  エアーコンディショナ、１００６  冷蔵庫、１００７  テレビ、１００８  タブレット端末、１０１５，１０１６，１０１７  コンセント、１０５１，１０６１，１０７１  電源プラグ、１１０１  制御部、１１０３  発光部、１１０４  高速通信インターフェイス部、１１０５，２１０４  電源部、１１０６  内蔵通信コントローラ部、１１０７，２１０７  アンテナ、１１０８  プッシュボタン、１１０９  スライドスイッチ、１１６１，２１２１  ＣＰＵ、１１６２，２１２２  ＲＯＭ、１１６３，２１２３  ＲＡＭ、１１６５，２１１１，２１１２，２１２５  電圧入力ＡＤＣ部、２１０１  ソケット、２１０２  プラグ、２１０３  シャント抵抗、２１０６  設定ボタン、２１１０  電力センサ部、２１１３  乗算器、２１１４  周波数変換部、２１２０  低速無線通信モジュール、２１３１，２１３２，２１３３  配線、３１１０  アソシエートデバイスリスト、３１１１，３４０１  ＺｉｇＢｅｅアプリケーション、３１１２，３４０２  ＺｉｇＢｅｅプロトコルスタック、３１２１  ＺｉｇＢｅｅマネージャ、３１２２  モニタライブラリ、３１２４  スイッチ制御、３８０１  設定情報、３８０２  設定用ＣＧＩプログラム、３８０５  ＨＴＴＰサーバ。
【図１】
0005951267.tif 000002
【図２】
0005951267.tif 000003
【図３】
0005951267.tif 000004
【図４】
0005951267.tif 000005
【図５】
0005951267.tif 000006
【図６】
0005951267.tif 000007
【図７】
0005951267.tif 000008
【図８】
0005951267.tif 000009
【図９】
0005951267.tif 000010
【図１０】
0005951267.tif 000011
【図１１】
0005951267.tif 000012
【図１２】
0005951267.tif 000013
【図１３】
0005951267.tif 000014
【図１４】
0005951267.tif 000015
【図１５】
0005951267.tif 000016
【図１６】
0005951267.tif 000017
【図１７】
0005951267.tif 000018
【図１８】
0005951267.tif 000019
【図１９】
0005951267.tif 000020
【図２０】
0005951267.tif 000021
【図２１】
0005951267.tif 000022
【図２２】
0005951267.tif 000023