JP6052126B2 - 複数のリモートコントローラーを初期設定するための方法、および制御システム - Google Patents

Description

本発明は、リモートコントローラーに関する。

従来より、複数の部屋における空気調和（以下、単に「空調」とも呼ぶ）を行うために、熱交換器やファン等を有する単一の空調ユニットから各部屋までダクトを配設して、空調ユニットから排出される空気を各部屋に送る空気調和装置が用いられている。このような空気調和装置として、各部屋に配置されているワイヤレスリモートコントローラー（以下、単に「リモートコントローラー」と呼ぶ）から出力される信号に応じて、各部屋の吹き出し口に設けられているダンパの開度等を制御することにより、各部屋の温度を調整する空調装置が用いられることがある（特許文献１参照）。このような空調装置では、部屋毎の温度調整を可能とするために、各リモートコントローラーと各部屋（各ダンパ）とを予め対応付けておく必要がある。このため、例えば、空調装置の施工時に、空調装置が有する各部屋のダンパを制御する制御装置と、各リモートコントローラーとの間で無線通信を行わせて、制御装置において各ダンパと各リモートコントローラーとを対応付ける方法が採用され得る。

特開２００４−３８３７号公報

上述のように各部屋のダンパを制御する制御装置と複数のリモートコントローラーとの間で無線通信を行わせて、制御装置において各ダンパと各リモートコントローラーとを対応付ける方法では、施工の際に、近隣の建物に配置されたリモートコントローラー（以下、「非対象コントローラー」と呼ぶ）と制御装置とが無線通信を行って、いずれかのダンパと非対象コントローラーとが対応付けられてしまう場合があるという問題があった。このような場合、近隣の建物において非対象コントローラーが操作されることにより、対応付けられたダンパが制御されて、ユーザの意図と関係なく部屋の温度が上昇または下降してしまう。

なお、前述の問題は、空気調和に限らず、任意のサービスを複数の領域にそれぞれ提供する制御対象物を、複数のリモートコントローラーを用いて制御するシステムにおいて、リモートコントローラーを初期設定する際に共通する問題であった。例えば、複数の畑にそれぞれ散水装置が配置されており、その散水量を調整する単一の装置を、複数のリモートコントローラーを用いて制御するシステムにおいても、前述の問題と同様の問題が発生し得る。前述の問題の他、従来における複数のリモートコントローラーを初期設定するための方法、および制御システムでは、小型化や、低コスト化、信頼性の向上、省資源化、製造の容易化、使い勝手の向上等が望まれていた。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態として実現することが可能である。

（１）本発明の一形態によれば、複数のリモートコントローラーを初期設定するための方法が提供される。複数のリモートコントローラーは、複数の領域にそれぞれサービスを提供する制御対象物を制御するための制御信号を出力する。この方法は、（ａ）前記複数のリモートコントローラーと無線通信が可能であり、前記複数のリモートコントローラーから受信した前記制御信号を前記制御対象物に中継するアクセスポイントと、前記複数のリモートコントローラーとを、所定の距離以下だけ離して配置する工程と、（ｂ）前記アクセスポイントにおいて、前記アクセスポイントから出力された信号の受信強度を示す情報である受信信号強度情報を前記アクセスポイントに送信する旨を要求する送信要求を、無線出力する工程と、（ｃ）前記複数のリモートコントローラーにおいて、それぞれ、前記送信要求を受信すると、前記受信信号強度を特定して、前記受信信号強度情報を前記アクセスポイントに送信する工程と、（ｄ）前記アクセスポイントにおいて、前記受信信号強度情報を受信して、該受信信号強度情報の示す受信信号強度が所定の閾値以下であると、該受信信号強度情報の送信元である送信元リモートコントローラーに対して、前記複数の領域をそれぞれ識別するための複数の領域識別子であって前記制御対象物を制御する際に用いられる複数の領域識別子のうち、割り当て済みでない領域識別子を、割り当てる工程と、（ｅ）前記アクセスポイントにおいて、前記工程（ｄ）において割り当てられた前記領域識別子を、前記送信元リモートコントローラーに送信する工程と、を備える。この形態の方法によれば、アクセスポイントと複数のリモートコントローラーとを所定の距離以下だけ離して配置し、その後、アクセスポイントにおいて、所定の閾値以上である受信信号強度を示す受信信号強度情報の送信元リモートコントローラーに対して、領域識別子を割り当てて送信することができる。したがって、アクセスポイントから所定の距離よりも大きく（遠く）離れて配置されているリモートコントローラーに対して、領域識別子が割り当てられ、また、送信されることを抑制できるので、所定の（初期設定の対象とすべき）複数のリモートコントローラーに対してのみ適切に領域識別子を設定することができる。

（２）上記形態の方法において、さらに、（ｆ）前記複数のリモートコントローラーにおいて、前記領域識別子を受信すると、受信した前記領域識別子に基づき、前記複数の領域のうちの該領域識別子が示す領域を識別可能な情報を、前記リモートコントローラーが有する表示部に表示する工程を備えてもよい。この形態の方法によれば、リモートコントローラーが有する表示部に、割り当てられた領域識別子が表示されるので、ユーザ（施工者）は、複数のリモートコントローラーをそれぞれどの領域に配置すればよいかを容易に理解できる。

（３）上記形態の方法において、前記複数のリモートコントローラーには、前記工程（ａ）が実行される前において、前記領域識別子として、互いに同一の識別子が設定されていてもよい。この形態の方法によれば、工程（ａ）が実行される前に、複数のリモートコントローラーには、互いに同一の領域識別子が設定されているので、予め互いに異なる領域識別子を設定しておく方法に比べて、リモートコントローラーの製造コストを抑えることができると共に、出荷後に初期不良が発見された場合や本発明の方法を実行中にリモートコントローラーが損傷した場合等において、容易に代替品を用意できる。

（４）上記形態の方法において、前記サービスは、空気調和であり、前記制御対象物は、空気調和装置であってもよい。この形態によれば、各領域に対して空気調和を提供する空気調和装置を制御するための制御信号を出力する所定の複数のリモートコントローラーに対してのみ、適切に初期設定を行うことができる。

（５）本発明の他の形態によれば、複数の領域にそれぞれサービスを提供する制御対象物を制御するため制御システムが提供される。この制御システムは、前記制御対象物を制御するための制御信号を出力する複数のリモートコントローラーと、；前記制御信号を受信して、前記制御対象物に中継するアクセスポイントと；を備え、前記アクセスポイントは、前記複数のリモートコントローラーと無線通信する無線通信制御部と、前記アクセスポイントから出力された信号の受信信号強度を示す情報である受信信号強度情報を前記アクセスポイントに送信する旨を要求する送信要求を、前記無線通信制御部を介して無線出力する要求送信部と、前記受信信号強度情報を受信して、該受信信号強度情報の示す受信信号強度が所定の閾値以下であると、該受信信号強度情報の送信元である送信元リモートコントローラーに対して、前記複数の領域をそれぞれ識別するための複数の領域識別子であって前記制御対象物を制御する際に用いられる複数の領域識別子のうち、割り当て済みでない領域識別子を、割り当てる割り当て部と、割り当てられた前記領域識別子を、前記送信元リモートコントローラーに送信する領域識別子送信部と、を有し、前記リモートコントローラーは、前記送信要求を受信すると、前記受信信号強度を特定して、前記受信信号強度情報を前記アクセスポイントに送信する応答部を有する。この形態の制御システムによれば、アクセスポイントにおいて、所定の閾値以上である受信信号強度を示す受信信号強度情報の送信元リモートコントローラーに対して、領域識別子を割り当てて送信することができる。したがって、所定の複数のリモートコントローラーのみを所定の距離以下だけアクセスポイントから離して配置することにより、アクセスポイントから所定の距離よりも大きく（遠く）離れて配置されているリモートコントローラーに対して、領域識別子が割り当てられ、また、送信されることを抑制できる。このため、所定の（初期設定の対象とすべき）複数のリモートコントローラーに対してのみ適切に領域識別子を設定することができる。

（６）上記形態の制御システムにおいて、さらに、前記要求送信部による前記送信要求の実行を指示するためのユーザインターフェイスを備えてもよい。この形態の制御システムによれば、ユーザは、所定の複数のリモートコントローラーのみを所定の距離以下だけアクセスポイントから離して配置した後においてのみ、アクセスポイントから送信要求を送信させることができる。したがって、所定の（初期設定の対象とすべき）複数のリモートコントローラーを所定の距離以下だけアクセスポイントから離して配置する前に送信要求が送信されることや、所定の複数のリモートコントローラーとは異なるリモートコントローラーがアクセスポイントから所定の距離以下だけ離れて配置されている状態において、送信要求が送信されることを抑制できる。このため、所定の複数のリモートコントローラーに対してのみ適切に領域識別子を設定することができる。

なお、本発明は、種々の態様で実現することが可能であり、例えば、空調装置や、リモートコントローラーや、アクセスポイントや、領域識別子割り当てシステムや、複数のリモートコントローラーを初期設定するシステムや、領域識別子の割り当て方法や、制御システムの構築方法や、リモートコントローラーを制御するためのコンピュータプログラムや、アクセスポイント制御するためのコンピュータプログラムや、これらコンピュータプログラムを記録した一時的でない記録媒体等の形態で実現することができる。

本発明の一実施形態としての制御システムを適用した空調システムの構成を示す説明図である。 図１に示す第１リモートコントローラー１０１の構成を示すブロック図である。 図１に示すアクセスポイント１０の構成を示すブロック図である。 図３に示す管理テーブル格納部３１に記憶されている管理テーブルの設定内容の一例を示す説明図である。 実施形態における初期設定処理の手順を示すシーケンス図である。 本発明の変形例としての制御システムを適用した散水システムの構成を示す説明図である。

Ａ．実施形態：
Ａ１．システム構成：
図１は、本発明の一実施形態としての制御システムを適用した空調システムの構成を示す説明図である。空調システム５００は、建物ＨＭ１に設置され、建物ＨＭ１が有する３つの部屋（第１室６０１、第２室６０２、第３室６０３）における空気調和（以下、単に「空調」とも呼ぶ）を実行する。

空調システム５００は、空調ユニット３００と、３つの吹き出しユニット（第１吹き出しユニット２０１、第２吹き出しユニット２０２、第３吹き出しユニット２０３）と、３つのダクト（第１ダクト３０１、第２ダクト３０２、第３ダクト３０３）と、主制御装置２００と、制御システム１００とを備えている。本実施形態では、空調ユニット３００と３つの吹き出しユニット２０１〜２０３と、３つのダクト３０１〜３０３と、主制御装置２００とは、制御システム１００による制御対象物に該当し、各部屋６０１〜６０３に空気調和サービスを提供する。

空調ユニット３００は、図示しない熱交換器や、送風機や、圧縮機等を有し、温風または冷風を生成して供給する。本実施形態では、空調ユニット３００は建物ＨＭ１の外（屋外）に設置されている。

第１吹き出しユニット２０１は、第１室６０１に配置されている。また、第２吹き出しユニット２０２は第２室６０２に、第３ユニット２０３は第３室６０３に、それぞれ配置されている。第１吹き出しユニット２０１は、第１ダクト３０１を介して空調ユニット３００と接続されている。同様に、第２吹き出しユニット２０２は第２ダクト３０２を介して、第３吹き出しユニット２０３は第３ダクト３０３を介して、それぞれ空調ユニット３００と接続されている。３つの吹き出しユニット２０１〜２０３は、各部屋６０１〜６０３において、天井や、鉛直方向に沿った壁面や、床等に配置されている。３つの吹き出しユニット２０１〜２０３は、互いに同様の構成を有する。具体的には、３つの吹き出しユニット２０１〜２０３は、図示しない吹き出し口、ダンパ、およびルーパを供えており、各ダクト３０１〜３０３を介して空調ユニット３００から供給される温風または冷風の風量や向きを調節して、各部屋６０１〜６０３に供給（排出）する。

主制御装置２００は、空調ユニット３００、３つの吹き出しユニット２０１〜２０３、および制御システム１００が備える後述のアクセスポイント１０に、それぞれ電気的に接続されている。主制御装置２００は、制御システム１００（アクセスポイント１０）から受信する制御信号に基づき、空調ユニット３００および３つのユニット２０１〜２０３を制御する。具体的には、例えば、主制御装置２００は、温度上昇の制御信号を制御システム１００から受信すると、より高温の風を排出するように空調ユニット３００を制御すると共に、ダンパの開度を大きくするように、指定された部屋の吹き出しユニットを制御する。ここで、制御システム１００（アクセスポイント１０）から受信する制御信号には、各部屋６０１〜６０３を示す領域識別子（以下、単に「領域ＩＤ」と呼ぶ）が含まれており、主制御装置２００は、かかる領域ＩＤにより、いずれの吹き出しユニット２０１〜２０３を制御したらよいかを判別する。また、主制御装置２００は、領域ＩＤの含まれてない制御信号を受信した場合には、かかる制御信号に基づく空調ユニット３００および３つのユニット２０１〜２０３の制御を実行しない。

制御システム１００は、３つのリモートコントローラー（第１リモートコントローラー１０１、第２リモートコントローラー１０２、第３リモートコントローラー１０３）と、アクセスポイント１０とを備えている。第１リモートコントローラー１０１は、第１室６０１において、第１吹き出しユニット２０１から排出される風の風量、向き、および温度等を制御するために用いられる。同様に、第２リモートコントローラー１０２は第２室６０２において第２吹き出しユニット２０２から排出される風の風量等を、第３リモートコントローラー１０３は第３室６０３において第３吹き出しユニット２０３から排出される風の風量等を、それぞれ制御するために用いられる。３つのリモートコントローラー１０１〜１０３は、いずれも同じ構成を有し、アクセスポイント１０と無線通信を行うことができる。

図２は、図１に示す第１リモートコントローラー１０１の構成を示すブロック図である。第１リモートコントローラー１０１は、表示部１３０と、操作部１４０と、温度センサ１６０と、無線通信制御部１５０と、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０とを備えている。これらの各機能部１１０〜１６０は、互いに内部バスにより電気的に接続されている。なお、第１リモートコントローラー１０１には、図示しないバッテリーが搭載されており、かかるバッテリーから各機能部１１０〜１６０に電力が供給される。したがって、第１リモートコントローラー１０１は、任意の位置に持ち運んで使用することができる。

表示部１３０は、液晶パネルにより構成されており、操作部１４０から入力された風量や、温度や、風の向き等の各種設定情報や、温度センサ１６０により検出された温度や、各種メニュー画面等を表示する。なお、液晶パネルに代えて、電子ペーパーを用いて表示部１３０を構成してもよい。操作部１４０は、押しボタンを有し、ユーザによる各種設定値の入力や、メニューの選択等を受け付ける。なお、押しボタンに代えて、タッチパネル等により操作部１４０を構成してもよい。温度センサ１６０は、温度を検出する。なお、温度センサ１６０で検出された温度は、第１室６０１を代表する温度として、主制御装置２００等における空調制御に用いられる。無線通信制御部１５０は、アクセスポイント１０と無線通信を行う。かかる無線通信として、本実施形態では、例えば、２．４ＧＨｚ帯の周波数の無線信号を用いる無線通信が採用される。かかる無線通信の通信方式として、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線の通信方式やＩＥＥＥ８０２．１１に規定された各種無線ＬＡＮ（Local Area Network）の通信方式といった標準化された通信方式の他、標準化されていない任意の通信方式を採用することができる。また、２．４ＧＨｚに限らず、任意の周波数の無線信号を用いる無線通信方式を採用することができる。

ＣＰＵ１１０は、メモリ１２０に記憶されている制御用プログラムを実行することにより、応答部１１１および調整指示部１１２として機能する。応答部１１１は、後述する初期設定処理を実行する。調整指示部１１２は、操作部１４０から入力された各種設定値や温度センサ１６０により取得された温度値に基づき、制御対象物（空調ユニット３００や主制御装置２００等）を制御するための制御信号を、無線通信制御部１５０を介してアクセスポイント１０に送信（出力）する。

メモリ１２０は、本実施形態では、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）により構成されている。メモリ１２０は、上述した制御プログラムを記憶すると共に、領域ＩＤ格納部１２１を備えている。領域ＩＤ格納部１２１には、領域ＩＤが記憶されている。具体的には、第１リモートコントローラー１０１の領域ＩＤ格納部１２１には、第１室６０１の識別子である「１」が記憶されている。なお、図示は省略しているが、第２リモートコントローラー１０２の領域ＩＤ格納部１２１には、第２室６０２の識別子である「２」が、第３リモートコントローラー１０３の領域ＩＤ格納部１２１には、第３室６０３の識別子である「３」が、それぞれ記憶されている。但し、工場出荷前（後述する初期設定処理が実行される前）には、３つのリモートコントローラー１０１〜１０３の領域ＩＤ格納部１２１には、初期値「０」が記憶されている。

後述する初期設定処理が実行された後における第２リモートコントローラー１０２および第３リモートコントローラー１０３の構成は、上述した領域ＩＤ格納部１２１に格納される領域ＩＤおよび後述するコントローラー識別子を除き、上述した第１リモートコントローラー１０１の構成と同じであるので、詳細な説明は、省略する。

なお、上述した３つのリモートコントローラー１０１〜１０２には、予め他のリモートコントローラーと識別するための識別子（コントローラー識別子）が設定されている。具体的には、第１リモートコントローラー１０１には「１１１１１１」が、第２リモートコントローラー１０２には「２２２２２２」が、第３リモートコントローラー１０３には「３３３３３３」が、それぞれコントローラー識別子として予め設定されている。コントローラー識別子は、工場出荷前に、図示しない不揮発性メモリに記憶されている。

図１に示すように、アクセスポイント１０は、主制御装置２００と有線接続されている。また、アクセスポイント１０は、各リモートコントローラー１０１〜１０３と無線接続されている。アクセスポイント１０は、各リモートコントローラー１０１〜１０３から出力される制御信号を、主制御装置２００に中継する。なお、アクセスポイント１０では、無線接続可能なリモートコントローラーの最大数は、予め定められており、本実施形態では、「１６」である。

図３は、図１に示すアクセスポイント１０の構成を示すブロック図である。図３に示すように、アクセスポイント１０は、無線通信制御部４０と、有線通信制御部５０と、操作部６０と、ＣＰＵ２０と、メモリ３０とを備えている。

無線通信制御部４０は、各リモートコントローラー１０１〜１０３と無線通信を行う。有線通信制御部５０は、ケーブルＣＡを介して主制御装置２００と通信を行う。主制御装置２００との間の通信方式としては、例えば、ＩＥＥＥ８０２．３に規定された各種ＬＡＮの通信方式や、ＵＳＢ（Universal Serial Bus）等のシリアスバス通信方式といった標準された通信方式の他、標準化されていない任意の通信方式を採用することができる。操作部６０は、押しボタンを有し、アクセスポイント１０を制御するためのユーザ入力を受け付ける。なお、操作部６０は、請求項におけるユーザインターフェイスに相当する。

ＣＰＵ２０は、メモリ３０に記憶されているアクセスポイント制御用のプログラムを実行することにより、要求送信部２１、領域ＩＤ割り当て部２２、領域ＩＤ送信部２３、および制御信号中継部２４として、それぞれ機能する。要求送信部２１は、後述する初期設定処理において、各リモートコントローラー１０１〜１０３に、ＲＳＳＩ（Received Signal Strength Indication）値送信要求を送信する。ＲＳＳＩ値送信要求の詳細については、後述する。領域ＩＤ割り当て部２２は、述する初期設定処理において、各リモートコントローラー１０１〜１０３に、領域ＩＤを割り当てる。領域ＩＤ送信部２３は、各リモートコントローラー１０１〜１０３に、無線通信制御部１５０を介して領域ＩＤを送信する。制御信号中継部２４は、各リモートコントローラー１０１〜１０３から受信した制御信号を、有線通信制御部５０を介して主制御装置２００に中継する。なお、本実施形態において、前述の「制御信号を中継する」とは、受信した制御信号の示す制御内容を含む信号を送信することを意味する。制御信号中継部２４は、後述する管理テーブルを参照して、制御信号の送信元のリモートコントローラーに対応する領域ＩＤを特定し、かかる領域ＩＤを、制御信号に含めて主制御装置２００に中継（送信）する。

メモリ３０は、本実施形態では、ＥＥＰＲＯＭにより構成されており、上述したアクセスポイント制御用のプログラムを記憶すると共に、管理テーブル格納部３１を備えている。管理テーブル格納部３１には、管理テーブルが記憶されている。

図４は、図３に示す管理テーブル格納部３１に記憶されている管理テーブルの設定内容の一例を示す説明図である。管理テーブルＴｂは、各リモートコントローラー１０１〜１０３と、領域ＩＤとを対応付けると共に、各リモートコントローラー１０１の状態を管理するためのテーブルである。

図４に示すように、管理テーブルＴｂは、リモートコントローラーの名称が設定される「コントローラー名」フィールドと、コントローラー識別子が設定される「コントローラー識別子」フィールドと、領域ＩＤが設定される「領域ＩＤ」フィールドと、リモートコントローラーの状態が設定される「状態」フィールドとを有しており、各リモートコントローラーのレコードが格納されている。前述の「リモートコントローラーの名称」とは、アクセスポイント１０において各リモートコントローラー１０１〜１０３を識別するための情報である。なお、かかる識別情報として、コントローラー識別子を用いることにより、「コントローラー名」フィールドを省略してもよい。前述の「リモートコントローラーの状態」とは、各リモートコントローラー１０１〜１０３と、アクセスポイント１０との間の無線通信の状態を意味する。具体的には、アクセスポイント１０は、リモートコントローラー１０１〜１０３との間で定期的にデータのやりとりを行っており、いずれかのリモートコントローラーからデータが所定期間以上届かない場合に、当該リモートコントローラーの状態として「途絶」を設定する。これに対して、リモートコントローラーから所定期間内にデータが届いた場合には、当該リモートコントローラーの状態として「正常」を設定する。なお、図４の管理テーブルＴｂは、後述する初期設定処理が実行された後の管理テーブルＴｂを表わしており、初期設定処理の実行前には、管理テーブルＴｂには、いずれのレコードも格納されていない。また、上述したように、アクセスポイント１０において、無線接続可能なリモートコントローラーの最大数は「１６」であるため、領域ＩＤとして割り当て可能な最大数も「１６」である。したがって、管理テーブルＴｂには最大１６個のレコードが記録され得る。

上述したとおり、アクセスポイント１０は、制御信号を主制御装置２００に中継する際に、制御信号の送信元のリモートコントローラーが配置されている部屋の領域ＩＤを、制御信号に含めて送信する。このため、アクセスポイント１０は、各リモートコントローラー１０１〜１０３がどの部屋において用いられるかを、予め知っておく必要がある。本実施形態では、後述する初期設定処理を実行することにより、アクセスポイント１０において、各リモートコントローラー１０１〜１０３と、各部屋６０１〜６０３とを対応付けると共に、図１に示す建物ＨＭ１とは異なる建物ＨＭ２において用いられるリモートコントローラー９００を、いずれの部屋６０１〜６０３とも対応付けないようにしている。なお、図１に示すリモートコントローラー９００は、３つのリモートコントローラー１０１〜１０３と同じ構成を有し、建物ＨＭ２に設置されている空調システムであって、空調システム５００と同じ構成の空調システムにおいて用いられる。また、リモートコントローラー９００とアクセスポイント１０とは、互いに無線通信が可能である。

Ａ２．初期設定処理：
図５は、実施形態における初期設定処理の手順を示すシーケンス図である。図５において、最も左は、アクセスポイント１０における処理手順を示す。また、図５において、中央は各リモートコントローラー１０１〜１０における処理手順を、最も右は図１に示すリモートコントローラー９００における処理手順を、それぞれ示す。

建物ＨＭ１において、空調システム５００の施工者が、空調システム５００の各機能部のうち、３つのリモートコントローラー１０１〜１０３を除く他の機能部を設置した後、初期設定処理が開始される。なお、建物ＨＭ２においても同様に、空調システムの各機能部の配置が終わり、リモートコントローラー９００の初期設定が行われようとしている。初期設定処理が開始される時点において、各リモートコントローラー１０１〜１０３は、使用される予定の各部屋６０１〜６０３には未だ配置されていない。但し、各リモートコントローラー１０１〜１０３は、梱包材から取り出されて電源がオンになっている。以降では、空調システム５００において初期設定処理の対象とすべき３つのリモートコントローラー１０１〜１０３を、「対象コントローラー」と総称する場合がある。また、以降では、空調システム５００において初期設定対象としないリモートコントローラー９００を、非対象コントローラーと呼ぶ場合がある。

図５に示すように、まず、施工者により、アクセスポイント１０と各リモートコントローラー１０１〜１０３とが、所定の距離以下だけ離して配置される（ステップＳ１０）。本実施形態において、前述の「所定の距離」は、例えば、数センチから数メートル程度であり、少なくともアクセスポイント１０の設置位置から建物ＨＭ２までの距離よりも短い。

アクセスポイント１０において、要求送信部２１は、操作部６０において所定の操作があるまで待機し（ステップＳ１０５）、所定の操作があると、ＲＳＳＩ値の送信要求を、無線通信制御部４０を介して無線出力する（ステップＳ１１０）。ステップＳ１０５における「所定の操作」とは、例えば、操作部６０が有する押しボタンを所定回数（例えば１回）だけ押すことを意味する。この操作は、前述のステップＳ１１０の実行を指示する操作として、予めアクセスポイント１０において設定されている。

対象コントローラー（各リモートコントローラー１０１〜１０３）において、応答部１１１は、ＲＳＳＩ値送信要求を受信するまで待機し（ステップＳ２０５）、ＲＳＳＩ値送信要求を受信すると（ステップＳ２０５：ＹＥＳ）、かかる受信の際のＲＳＳＩ値を特定し、特定されたＲＳＳＩ値をアクセスポイント１０に応答（送信）する（ステップＳ２１０）。かかる応答には、リモートコントローラーの識別子が含まれている。

なお、対象コントローラーにおいて、前述のステップＳ２０５およびＳ２１０が実行されるのとほぼ同時に、リモートコントローラー９００においても、ＲＳＳＩ値送信要求の受信の待機（ステップＳ９０５）、ＲＳＳＩ値の特定および応答（ステップＳ９１０）が実行される。

アクセスポイント１０において、領域ＩＤ割り当て部２２は、ステップＳ１１０が実行された後に、いずれかのリモートコントローラーからＲＳＳＩ値送信要求に対する応答（以下、単に「応答」と呼ぶ）を受信するまで待機し（ステップＳ１１５）、かかる応答を受信すると（ステップＳ１１５：ＹＥＳ）、受信した応答に含まれるＲＳＳＩ値が所定の閾値以上であるか否かを判定する（ステップＳ１２０）。なお、複数のリモートコントローラーから応答を受信した場合には、これらの応答をメモリ３０に記憶しておく。上述したように、アクセスポイント１０とリモートコントローラー９００とは無線通信が可能であるため、アクセスポイント１０は、対象コントローラーが出力した応答に加えて、非対象コントローラーが出力した応答を受信することができる。このため、領域ＩＤ割り当て部２２は、各リモートコントローラー１０１〜１０３のＲＳＳＩ値に加えて、リモートコントローラー９００のＲＳＳＩ値も取得することができる。

ここで、アクセスポイント１０には、ステップＳ１２０における「所定の閾値」として、建物ＨＭ１においてアクセスポイント１０から最も離れた位置において、アクセスポイント１０から信号を受信した場合のＲＳＳＩ値が、予め設定されている。なお、かかる所定の閾値に相当するＲＳＳＩ値は、予め実験によって求めることができる。このように所定の閾値値が設定されているため、非対象コントローラーであるリモートコントローラー９００から受信したＲＳＳＩ値については、ステップＳ１２０において、所定の閾値以上ではないと判定されることになる。これ対して、対象コントローラーである３つのリモートコントローラー１０１〜１０３から受信したＲＳＳＩ値については、ステップＳ１２０において、所定の閾値以上であると判定されることになる。

アクセスポイント１０において、領域ＩＤ割り当て部２２は、前述のステップＳ１２０において受信したＲＳＳＩ値が閾値以上であると判定されると（ステップＳ１２０：ＹＥＳＳ）、かかるＲＳＳＩ値の送信元である送信元リモートコントローラーに、領域ＩＤ「１」、「２」、「３」のうち、未だ割り当てが済んでいない領域ＩＤを割り当てる（ステップＳ１２５）。具体的には、例えば、対象コントローラーと非対象コントローラーの合計４つのリモートコントローラーのうち、第１リモートコントローラー１０１からの応答を最初に受信した場合、領域ＩＤ割り当て部２２は、第１リモートコントローラー１０１に対して領域ＩＤ「１」を割り当てて、管理テーブルＴｂに図４に示す最上段のレコードを記憶させる。なお、前述の応答には、送信元のリモートコントローラーの識別子が含まれているので、領域ＩＤ割り当て部２２は、かかる識別子を管理テーブルＴｂの「コントローラー識別子」フィールドに記憶させる。また、ＲＳＳＩ値を含む応答を受信したということは、送信元のリモートコントローラーとアクセスポイント１０とは無線通信可能であることを意味するので、領域ＩＤ割り当て部２２は、「状態」フィールドに「正常」を記憶させる。なお、領域ＩＤ割り当て部２２は、応答を受信した順序に応じて予め定められている名称を、「コントローラー名」フィールドに記憶させる。

アクセスポイント１０において、領域ＩＤ送信部２３は、ステップＳ１２５において割り当てられた領域ＩＤを、受信した応答の送信元であるリモートコントローラーに送信する（ステップＳ１３０）。

アクセスポイント１０において、領域ＩＤ割り当て部２２は、前述のステップＳ１３０が実行された後、「更に割り当て可能な領域ＩＤの空きが無い」又は「ＲＳＳＩ値送信要求を送信した後に所定期間が経過した」のいずれかの条件が満たされたか否かを判定する（ステップＳ１３５）。ステップＳ１３５において、いずれかの条件が満たされた場合（ステップＳ１３５：ＹＥＳ）、初期設定処理は終了する。これに対して、いずれの条件も満たされていない場合（ステップＳ１３５：ＮＯ）、前述のステップＳ１１５に戻り、ステップＳ１１５〜Ｓ１３５の処理が再度実行される。このようにして、複数のリモートコントローラーからそれぞれ応答を受信している場合には、１つの応答ごとに、ＲＳＳＩ値と所定の閾値との比較（ステップＳ１２０）、領域ＩＤの割り当て（ステップＳ１２５）、および領域ＩＤの送信（ステップＳ１３０）が実行されることとなる。なお、前述のステップＳ１２０において、受信したＲＳＳＩ値が所定の閾値よりも小さいと判定された場合（ステップＳ１２０：ＮＯ）、前述のステップＳ１３５が実行される。したがって、この場合、領域ＩＤの割り当て（ステップＳ１２５）、および領域ＩＤの送信（ステップＳ１３０）は実行されない。

例えば、第１リモートコントローラー１０１からの応答を受信した後、第２リモートコントローラー１０２、第３リモートコントローラー１０３、リモートコントローラー９００の順序で応答を受信した場合、アクセスポイント１０では、リモートコントローラー９００を除く他の２つのリモートコントローラー１０２、１０３について、領域ＩＤの割り当ておよび送信が実行される。したがって、第２リモートコントローラー１０２には領域ＩＤ「２」が設定され、第３リモートコントローラー１０３には領域ＩＤ「３」が設定されると共に、図４に示す内容が管理テーブルＴｂに設定される。

なお、リモートコントローラー９００から受信したＲＳＳＩ値は、上述したように、所定の閾値以上ではないと判定されるので、リモートコントローラー９００については、領域ＩＤの割り当ておよび送信は実行されない。

対象コントローラー（各リモートコントローラー１０１〜１０３）において、応答部１１１は、前述のステップＳ２１０が実行された後、自分宛の領域ＩＤの通知を受信するまで待機しており（ステップＳ２１５）、かかる通知を受信すると（ステップＳ２１５：ＹＥＳ）、受信した領域ＩＤを、領域ＩＤ格納部１２１に上書きして記憶させると共に、領域ＩＤを表示部１３０に表示させる（ステップＳ２２０）。上述したように、各リモートコントローラー１０１〜１０３には、初期設定処理の開始前において、互いに同一の領域ＩＤ「０」が設定されている。しかしながら、各リモートコントローラー１０１〜１０３において、ステップＳ２２０が実行されると、ステップＳ１２５において割り当てられた領域ＩＤが設定される。このため、例えば、上述したように、第１リモートコントローラー１０１には領域ＩＤ「１」が、第２リモートコントローラー１０２には領域ＩＤ「２」が、第３リモートコントローラー１０３には領域ＩＤ「３」が、それぞれ割り当てられると、各リモートコントローラー１０１〜１０３に、各領域ＩＤ「１」〜「３」が設定（記憶）されると共に、表示部１３０に表示される。施工者は、各リモートコントローラー１０１〜１０３の表示部に表示された領域ＩＤを確認することにより、各リモートコントローラー１０１〜１０３をいずれの部屋６０１〜６０２に配置すれば良いかを容易に理解できる。

非対象コントローラー（リモートコントローラー９００）では、前述のステップＳ９１０が実行された後、対象コントローラーにおいて実行されるステップＳ２１５と同様に、自分宛の領域ＩＤの通知を受信するまで待機状態となる（ステップＳ９１５）。上述したように、リモートコントローラー９００については、領域ＩＤの割り当ておよび送信は実行されないので、リモートコントローラー９００には、領域ＩＤは設定されないこととなる。

以上説明した空調システム５００では、まず、アクセスポイント１０と対象コントローラーとを所定の距離以下だけ離して配置し、その後、アクセスポイント１０において、ＲＳＳＩ値が所定の閾値以上であるリモートコントローラーに対してのみ領域ＩＤを割り当てるので、対象コントローラーよりもアクセスポイント１０から大きく離れて配置されているためにＲＳＳＩ値が小さい非対象コントローラー（リモートコントローラー９００）に、領域ＩＤを割り当てないようにすることができる。加えて、主制御装置２００は、領域ＩＤを含まない制御信号に基づき、空調ユニット３００および３つのユニット２０１〜２０３の制御を行わないので、リモートコントローラー９００による空調システム５００の誤操作を抑制できる。

また、割り当てられた領域ＩＤは、各リモートコントローラー１０１〜１０３に送信されて、表示部１３０に表示されるので、施工者は、各リモートコントローラー１０１〜１０３をいずれの部屋６０１〜６０２に配置すれば良いかを容易に理解できる。加えて、割り当てられた領域ＩＤが表示部１３０に表示されるので、配置すべき部屋を識別可能とするために、各リモートコントローラー１０１〜１０３に識別用のタグ（紙片等）を貼付する必要がなく、省資源化できる。

また、初期状態（初期設定処理実行前の状態）において、各リモートコントローラー１０１〜１０３には、いずれも領域ＩＤとして「０」が設定されていた。換言すると、初期状態において、各リモートコントローラー１０１〜１０３は、互いに同じ構成を有する。このため、工場出荷前に、予め領域ＩＤとして互いに異なるＩＤを設定しておく方法に比べて、リモートコントローラーの製造コストを抑えることができると共に、出荷後に初期不良が発見された場合や施工中にリモートコントローラーが損傷した場合等に、容易に代替品を用意できる。

また、各リモートコントローラー１０１〜１０３の初期設定（領域ＩＤの割り当て）を行うために、ユーザは、各リモートコントローラー１０１〜１０３の電源をオンしてアクセスポイント１０から所定の距離以下だけ離して配置すると共に、アクセスポイント１０の操作部６０において所定の操作（例えば、押しボタンの所定回数分の押下）を行うだけで済み、各リモートコントローラー１０１〜１０３の初期設定を容易に行うことができる。加えて、ユーザが各リモートコントローラー１０１〜１０３に手作業で領域ＩＤを設定する方法に比べて、領域ＩＤの重複割り当てや割り当て漏れの発生を抑制でき、領域ＩＤの割り当てに関する信頼性を向上できる。

Ｂ．変形例：
Ｂ１．変形例１：
上記実施形態では、制御システムの空調システムへの適用例を示したが、空調システムに限らず、複数の領域にそれぞれサービスを提供する制御対象物を有するシステムに、本発明の制御システム、および初期設定処理（リモートコントローラーを初期設定するための方法）を適用することができる。

図６は、本発明の変形例としての制御システムを適用した散水システムの構成を示す説明図である。散水システム５００ａは、畑に設置され、連続して配置されている３つの畑（第１畑４０１、第２畑４０２、第３畑４０３）における散水を行う。

散水システム５００ａは、各畑４０１〜４０３にそれぞれ配置されている３つの散水装置７０１、７０２、７０３と、各散水装置７０１〜７０３にそれぞれ接続されている３つの管７１１、７１２、７１３と、３つの管７１１〜７１３および図示しない水道管に接続されている散水制御装置７５０と、制御システム１００ａとを備えている。各散水装置７０１〜７０３はいずれも同じ構成を有し、各管７１１〜７１３から供給される水を、それぞれの畑４０１〜４０３に撒く。散水制御装置７５０は、各管７１１〜７１３に供給する水量を調整可能な電磁弁を備えている。

変形例における制御システム１００ａは、上記実施形態の制御システム１００と同様の構成を有する。但し、各リモートコントローラー１０１〜１０３は、散水制御装置７５０における電磁弁の開度を調整するために用いられる。すなわち、ユーザは、各リモートコントローラー１０１〜１０３を用いて電磁弁の開度を調整することにより、各畑４０１〜４０３における散水の実行および停止や、散水量を制御することができる。

以上の構成を有する散水システム５００ａにおいても、上記実施形態の空調システム５００と同様の効果を有する。したがって、図６に示すように、３つの畑４０１〜４０３から離れた畑９２０に散水装置９１１が配置されており、かかる散水装置９１１による散水の実行および停止や、散水量を制御するためのリモートコントローラー９０２が、畑９２０に配置される構成において、かかるリモートコントローラー９０２に対して、散水システム５００ａにおいて用いられる領域ＩＤを割り当てることを抑制できる。

なお、上記変形例において、散水は、請求項におけるサービスに相当する。また、３つの散水装置７０１〜７０３、３つの管７１１〜７１３、および散水制御装置７５０は、請求項における制御対象物に相当する。

Ｂ２．変形例２：
上記実施形態では、ステップＳ１３０において、割り当てた領域ＩＤの各リモートコントローラー１０１〜１０３への送信を、無線通信により実行していたが、本発明はこれに限定されるものではない。例えば、アクセスポイント１０と各リモートコントローラー１０１〜１０２とが、無線接続に加えて有線接続される構成とし、ステップＳ１３０において、かかる有線接続を用いた通信により、割り当てられた領域ＩＤのリモートコントローラー１０１〜１０３への送信を実行してもよい。

Ｂ３．変形例３：
上記実施形態では、ステップＳ２１０において、アクセスポイント１０に送信するＲＳＳＩ値は、ＲＳＳＩ値送信要求を受信する際のＲＳＳＩ値であったが、かかるＲＳＳＩ値に代えて、アクセスポイント１０から出力される任意の信号を受信する際のＲＳＳＩ値を用いてもよい。例えば、アクセスポイント１０が定期的にビーコンを出力する構成では、かかるビーコンを受信する際のＲＳＳＩ値を、ステップＳ２１０においてアクセスポイント１０に送信してもよい。また、上記実施形態において、ＲＳＳＩ値に代えて、アクセスポイント１０から出力された信号の受信強度を示す任意の値を、用いてもよい。

Ｂ４．変形例４：
上記実施形態では、ステップＳ２２０において、各リモートコントローラー１０１〜１０３の表示部１３０に表示される情報は、割り当てられた領域ＩＤであったが、本発明はこれに限定されるものではない。例えば、予め領域ＩＤと各部屋６０１〜６０３の名称（例えば、リビングや、子供部屋など）とを対応付けたテーブルを各リモートコントローラー１０１〜１０３が備える構成とし、受信した領域ＩＤに対応する部屋の名称を、表示部１３０に表示してもよい。すなわち、一般には、複数の領域のうち、ステップＳ２２０において受信した領域ＩＤが示す領域を識別可能な情報を、表示部１３０に表示する工程を、本発明の方法に採用することができる。なお、ステップＳ２２０において、アクセスポイント１０から受信した領域ＩＤを領域ＩＤ格納部１２１に上書きして記憶させるまでとし、表示部１３０への領域ＩＤの表示を省略してもよい。

Ｂ５．変形例５：
上記実施形態において、ステップＳ２２０が実行された後に、領域ＩＤを設定した旨を、各リモートコントローラー１０１〜１０３から、アクセスポイント１０に送信してもよい。このような構成により、アクセスポイント１０は、各リモートコントローラー１０１〜１０３に領域ＩＤが設定されたことを確実に認識できる。また、上記実施形態において、初期設定処理を実行する前において、各リモートコントローラー１０１〜１０３には、同一の領域ＩＤ「０」が設定されていたが、互いに異なる領域ＩＤが設定されていてもよい。かかる構成においても、初期設定処理を実行することにより、各リモートコントローラー１０１〜１０３に、適切な領域ＩＤが上書きして記憶される。

Ｂ６．変形例６：
上記実施形態において、図５に示すステップＳ１３５において、「更に割り当て可能な領域ＩＤの空きが無い」および「ＲＳＳＩ値送信要求を送信した後に所定期間が経過した」の両方の条件が満たされていない場合（ステップＳ１３５：ＮＯ）、ステップＳ１１５に戻っていたが、ステップＳ１１５に代えて、ステップＳ１１０に戻る構成としてもよい。このような構成によれば、ＲＳＳＩ値送信要求が再送されるので、例えば、未だＲＳＳＩ値を含む応答を送信していない対象コントローラーが存在する場合や、メモリ３０における空き容量不足などの原因でアクセスポイント１０において応答を受信できなかった場合などにおいて、各対象コントローラーから応答を確実に得ることができる。

本発明は、上述の実施形態や変形例に限られるものではなく、その趣旨を逸脱しない範囲において種々の構成で実現することができる。例えば、発明の概要の欄に記載した各形態中の技術的特徴に対応する実施形態、変形例中の技術的特徴は、上述の課題の一部又は全部を解決するために、あるいは、上述の効果の一部又は全部を達成するために、適宜、差し替えや、組み合わせを行うことが可能である。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することが可能である。

１０…アクセスポイント
２０…ＣＰＵ
２１…要求送信部
２２…領域ＩＤ割り当て部
２３…領域ＩＤ送信部
２４…制御信号中継部
３０…メモリ
３１…管理テーブル格納部
４０…無線通信制御部
５０…有線通信制御部
６０…操作部
１００，１００ａ…制御システム
１０１…第１リモートコントローラー
１０２…第２リモートコントローラー
１０３…第３リモートコントローラー
１１０…ＣＰＵ
１１１…応答部
１１２…調整指示部
１２０…メモリ
１２１…領域ＩＤ格納部
１３０…表示部
１４０…操作部
１５０…無線通信制御部
１６０…温度センサ
２００…主制御装置
２０１…第１吹き出しユニット
２０２…第２吹き出しユニット
２０３…第３吹き出しユニット
３００…空調ユニット
３０１…第１ダクト
３０２…第２ダクト
３０３…第３ダクト
４０１…第１畑
４０２…第２畑
４０３…第３畑
５００…空調システム
５００ａ…散水システム
６０１…第１室
６０２…第２室
６０３…第３室
７０１〜７０３…散水装置
７１１〜７１３…管
７５０…散水制御装置
９００…リモートコントローラー
９０２…リモートコントローラー
９１１…散水装置
９２０…畑
ＣＡ…ケーブル
Ｔｂ…管理テーブル
ＨＭ１…建物
ＨＭ２…建物

Claims (6)

1. 複数の領域にそれぞれサービスを提供する制御対象物を制御するための制御信号を、出力する複数のリモートコントローラーを初期設定するための方法であって、
   （ａ）前記複数のリモートコントローラーと無線通信が可能であり、前記複数のリモートコントローラーから受信した前記制御信号を前記制御対象物に中継するアクセスポイントと、前記複数のリモートコントローラーとを、所定の距離以下だけ離して配置する工程と、
   （ｂ）前記アクセスポイントにおいて、前記アクセスポイントから出力された信号の受信強度を示す情報である受信信号強度情報を前記アクセスポイントに送信する旨を要求する送信要求を、無線出力する工程と、
   （ｃ）前記複数のリモートコントローラーにおいて、それぞれ、前記送信要求を受信すると、前記受信信号強度を特定して、前記受信信号強度情報を前記アクセスポイントに送信する工程と、
   （ｄ）前記アクセスポイントにおいて、前記受信信号強度情報を受信して、該受信信号強度情報の示す受信信号強度が所定の閾値以上であると、該受信信号強度情報の送信元である送信元リモートコントローラーに対して、前記複数の領域をそれぞれ識別するための複数の領域識別子であって前記制御対象物を制御する際に用いられる複数の領域識別子のうち、割り当て済みでない領域識別子を、割り当てる工程と、
   （ｅ）前記アクセスポイントにおいて、前記工程（ｄ）において割り当てられた前記領域識別子を、前記送信元リモートコントローラーに送信する工程と、
   を備える、方法。
2. 請求項１に記載の方法において、さらに、
   （ｆ）前記複数のリモートコントローラーにおいて、前記領域識別子を受信すると、受信した前記領域識別子に基づき、前記複数の領域のうちの該領域識別子が示す領域を識別可能な情報を、前記リモートコントローラーが有する表示部に表示する工程を備える、方法。
3. 請求項１または請求項２に記載の方法において、
   前記複数のリモートコントローラーには、前記工程（ａ）が実行される前において、前記領域識別子として、互いに同一の識別子が設定されている、方法。
4. 請求項１から請求項３までのいずれか一項に記載の方法において、
   前記サービスは、空気調和であり、
   前記制御対象物は、空気調和装置である、方法。
5. 複数の領域にそれぞれサービスを提供する制御対象物を制御するため制御システムであって、
   前記制御対象物を制御するための制御信号を出力する複数のリモートコントローラーと、
   前記制御信号を受信して、前記制御対象物に中継するアクセスポイントと、
   を備え、
   前記アクセスポイントは、
   前記複数のリモートコントローラーと無線通信する無線通信制御部と、
   前記アクセスポイントから出力された信号の受信信号強度を示す情報である受信信号強度情報を前記アクセスポイントに送信する旨を要求する送信要求を、前記無線通信制御部を介して無線出力する要求送信部と、
   前記受信信号強度情報を受信して、該受信信号強度情報の示す受信信号強度が所定の閾値以上であると、該受信信号強度情報の送信元である送信元リモートコントローラーに対して、前記複数の領域をそれぞれ識別するための複数の領域識別子であって前記制御対象物を制御する際に用いられる複数の領域識別子のうち、割り当て済みでない領域識別子を、割り当てる割り当て部と、
   割り当てられた前記領域識別子を、前記送信元リモートコントローラーに送信する領域識別子送信部と、
   を有し、
   前記リモートコントローラーは、
   前記送信要求を受信すると、前記受信信号強度を特定して、前記受信信号強度情報を前記アクセスポイントに送信する応答部を有する、
   制御システム。
6. 請求項５に記載の制御システムにおいて、さらに、
   前記要求送信部による前記送信要求の実行を指示するためのユーザインターフェイスを備える、制御システム。

Images