(57)【要約】  複数のコントローラを含む分散制御システムであって、複数のコントローラの各コントローラは、複数のコントローラの残りのコントローラと通信し、各コントローラは、少なくとも１つのデバイスを制御するように構成され、各コントローラはさらに、受信信号に応答して、第１のタイマを開始し、第１のタイマは、複数のコントローラの残りのコントローラの第１のタイマ長に対して固有である長さを有する、第１のタイマの満了の際、残りのコントローラに、コマンド信号を送信する意図を残りのコントローラに通知する第１の通知信号を送信する、及び、少なくとも１つのデバイスにコマンド信号を送信するように構成され、コントローラは、通知信号が、第１のタイマの満了前に複数のコントローラの残りのコントローラのうちの１つから先ず受信される場合、通知信号及びコマンド信号を送信することをキャンセルするように構成される、分散制御システム。
2021527315.tif 000002
【特許請求の範囲】
【請求項１】
複数のコントローラを含む、分散制御システムであって、
前記複数のコントローラの各コントローラは、前記複数のコントローラの残りのコントローラと通信し、各コントローラは、少なくとも１つのデバイスを制御するように構成され、各コントローラは、
受信信号に応答して、第１のタイマを開始し、前記第１のタイマは、前記複数のコントローラの前記残りのコントローラの第１のタイマ長に対して固有である長さを有する、
前記第１のタイマの満了の際、前記残りのコントローラに、コマンド信号を送信する意図を前記残りのコントローラに通知する第１の通知信号を送信する、及び
前記少なくとも１つのデバイスに前記コマンド信号を送信する、
ように構成され、前記コントローラは、前記第１の通知信号が、前記第１のタイマの満了前に前記複数のコントローラの前記残りのコントローラのうちの１つから受信される場合、前記第１の通知信号及び前記コマンド信号を送信することをキャンセルするように構成される、分散制御システム。
【請求項２】
各コントローラは、
第２のタイマを開始し、前記第２のタイマは、前記第１のタイマの満了後に満了を有し、前記第２のタイマは、前記複数のコントローラの前記残りのコントローラの第２のタイマ長に対して固有である長さを有する、
前記第２のタイマの満了の際、前記残りのコントローラに、第２のコマンド信号を送信する意図を前記残りのコントローラに通知する第２の通知信号を送信する、及び
前記少なくとも１つのデバイスに前記第２のコマンド信号を送信する、
ように構成され、前記コントローラは、前記第２の通知信号が、前記第２のタイマの満了前に前記複数のコントローラの前記残りのコントローラのうちの１つから受信される場合、前記第２の通知信号及び前記第２のコマンド信号を送信することをキャンセルするように構成される、請求項１に記載の分散制御システム。
【請求項３】
各コントローラは、
第３のタイマを開始し、前記第３のタイマの長さは、すべての残りのコントローラにわたって同じであり、前記第１のタイマの長さよりも大きい、及び
前記第３のタイマの満了に応答して前記第２のタイマを開始する、
ように構成される、請求項２に記載の分散制御システム。
【請求項４】
前記少なくとも１つのデバイスは、プラグ負荷制御デバイスである、請求項１に記載の分散制御システム。
【請求項５】
前記第１のコマンド信号は、前記プラグ負荷制御デバイスに、電力をソケットに供給させるように構成されるオンコマンドである、請求項４に記載の分散制御システム。
【請求項６】
前記受信信号は、センサ信号である、請求項１に記載の分散制御システム。
【請求項７】
前記受信信号は、前記複数のコントローラのサブセットにおいてのみ受信され、通知信号は、検出された動きを前記残りのコントローラのうちの少なくとも１つのコントローラに通知する、請求項６に記載の分散制御システム。
【請求項８】
前記センサ信号は、前記複数のコントローラのうちの少なくとも１つのコントローラに結合されるセンサに由来する、請求項６に記載の分散制御システム。
【請求項９】
前記センサに結合される前記コントローラは、前記センサ信号を前記残りの分散コントローラに通知するように構成される、請求項８に記載の分散制御システム。
【請求項１０】
前記受信信号は、前記複数のコントローラのうちの別のコントローラから受信される、請求項１に記載の分散制御システム。
【請求項１１】
前記第２のコマンド信号は、オフコマンドである、請求項２に記載の分散制御システム。
【請求項１２】
前記第１のタイマの長さはランダムに設定され、最大可能な値を有する、請求項１に記載の分散制御システム。
【請求項１３】
各コントローラは、各コントローラが前記複数のコントローラの前記残りのコントローラと通信するそれぞれの無線モジュールを含む、請求項１に記載の分散制御システム。
【請求項１４】
各コントローラは、
第２のタイマを開始し、前記第２のタイマは、前記複数のコントローラの前記残りのコントローラの第２のタイマ長に対して固有である長さを有する、及び
前記残りのコントローラ及び前記少なくとも１つのデバイスに第２のコマンド信号を送信する、
ように構成され、前記残りのコントローラ及び前記少なくとも１つのデバイスは、前記第２のコマンド信号に応答して、第２の予め記憶された設定をリコールする、請求項１に記載の分散制御システム。
【請求項１５】
複数のコントローラを含む分散制御システムで使用するための方法であって、
前記複数のコントローラの各コントローラは、前記複数のコントローラの残りのコントローラと通信し、各コントローラは、少なくとも１つのデバイスを制御するように構成され、当該方法は、各コントローラが、
受信信号に応答して、第１のタイマを開始することであって、前記第１のタイマは、前記複数のコントローラの前記残りのコントローラの第１のタイマ長に対して固有である長さを有する、ことと、
前記第１のタイマの満了の際、前記残りのコントローラに、コマンド信号を送信する意図を前記残りのコントローラに通知する第１の通知信号を送信することと、
前記少なくとも１つのデバイスに前記コマンド信号を送信することと、
を含み、前記コントローラは、前記第１の通知信号が、前記第１のタイマの満了前に前記複数のコントローラの前記残りのコントローラのうちの１つから受信される場合、前記第１の通知信号及び前記コマンド信号を送信することをキャンセルするように構成される、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散制御システムに関する。とりわけ、本明細書に開示される様々な発明方法及び装置は、協調して少なくとも１つのスレーブデバイスを制御するように構成される複数の分散コントローラを含む分散制御システムに関する。
【背景技術】
【０００２】
建物のエネルギ効率をさらに向上させるために、プラグインされるデバイス(plugged devices)のスマートな制御が、Ｔｉｔｌｅ  ２４  ２０１３及びＡＳＨＲＡＥ  ９０．１  ２０１０等の建築規制で重要視されている。プラグ負荷制御(plug load control)は、空間が空いた(vacated)場合に指定されたプラグ負荷への電力を自動的に切断することにより省エネルギ化を向上させる。商用ビルでは、使用していない又は待機中の製品が、総電力消費量の２５％を占めることもある。例として、タスク照明、コンピュータ、モニタ、携帯電話の充電器、Ａ／Ｖ機器、及び、有害な結果をもたらすことなく占有者がいない場合又は適切な時間帯（例えば、夜間）にスイッチオフされることができる他の電子デバイス等が挙げられる。
【０００３】
プラグ負荷制御は人の存在に関連付けられることが多いため、原理的には、やはり占有情報又はスケジュールに基づく照明制御システムと組み合わせることが可能である。結果として、多くの照明会社が、スマート照明制御に加えてプラグ負荷制御を提供し始めている。
【０００４】
新築又は全面改装の建物では、適切なネットワークに接続される電力コントローラが設置され、電力ケーブルが所望のプラグコンセントに引かれ、それらを制御可能にすることができる。例えば、Ｐｈｉｌｉｐｓ  Ｄｙｎａｌｉｔｅシステムは、照明器具に加えてカーテン、ブラインド等のデバイスも動作させるためにＤｙＮｅｔプロトコルを介して制御される負荷コントローラを提供している。他のアプローチとしては、有線又は無線インターフェースを用いるプラグ負荷レセプタクルの直接センサ制御(direct sensor control)が挙げられる。
【０００５】
プラグ負荷システムを制御するために使用される多くのシステムは、固有の問題を有する。例えば、プラグ負荷システムを制御するために使用される単一の中央コントローラは、特に中央コントローラが大規模なネットワーク（例えば、フロア又はウイング等）のための照明及びプラグ負荷制御の両方のタスクを管理する場合、誤動作、ユーザによる誤った切断、処理する必要のあるメッセージの過負荷等に起因して単一障害点となる可能性がある。
【０００６】
さらに、ゲートウェイが、指定されたエリアからのセンサデータをアクティブにリッスンし、それに応じてリアルタイムでプラグ負荷制御コマンドを生成するという特別な要件がある。これは、ローカルの照明グループへのレポーティングに加えて、各照明器具のセンサが中央コントローラにレポートすることを要するので、ネットワークトラフィックの増加を招く可能性がある。
【０００７】
極端な場合、照明器具に統合されているものとは別個の占有センサを備える専用の中央コントローラが、建築基準法を満たすためには十分であるかもしれないが、これは、占有センサの重複及び設置プロセスに起因して全体的なコストを増加させるので最適ではない。さらに、専用のゲートウェイを有することは、他の理由、例えば、ゲートウェイを配置及び給電する設置コスト、他の閉天井(otherwise closed ceiling)においてゲートウェイのための論理的な場所を見つけること等のために受け入れられないことが多い。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、プラグ負荷制御デバイス及びその他の同様のスレーブデバイスを制御するためのネットワークオーバーヘッドの少ない分散制御システムが当業界で必要とされている。
【課題を解決するための手段】
【０００９】
本開示は、低ネットワークオーバーヘッドコンフィギュレーション(low-network-overhea configuration)でコントローラとスレーブデバイスとの間に多対１又は多対多の関係を作るように、協調して(in a coordinated way)少なくとも１つのスレーブデバイスを制御するように構成される複数の分散コントローラを含む分散制御システムの様々な実施形態を述べる。上述の観点から、様々な実施形態及び実装形態は、少なくとも１つのスレーブデバイスを制御する意図を残りの分散コントローラに通知するように各々が構成される複数の分散コントローラを含む制御システムに向けられる。斯くして、各コントローラは、スレーブデバイスの将来の状態及び残りの分散コントローラによって取られるべきアクションを認識する。
【００１０】
一般的に、一態様において、分散制御システムは、複数のコントローラを含み、複数のコントローラの各コントローラは、複数のコントローラの残りのコントローラと通信し、各コントローラは、少なくとも１つのデバイスを制御するように構成され、各コントローラはさらに、受信信号に応答して、第１のタイマを開始し、第１のタイマは、複数のコントローラの残りのコントローラの第１のタイマ長に対して固有である長さを有する、第１のタイマの満了の際、残りのコントローラに、コマンド信号を送信する意図を残りのコントローラに通知する第１の通知信号を送信する、及び、少なくとも１つのデバイスにコマンド信号を送信するように構成され、コントローラは、第１の通知信号が、第１のタイマの満了前に複数のコントローラの残りのコントローラのうちの１つから先ず受信される場合、第１の通知信号及びコマンド信号を送信することをキャンセルするように構成される。
【００１１】
一実施形態によれば、各コントローラはさらに、第２のタイマを開始し、第２のタイマは、第１のタイマの満了後に満了を有し、第２のタイマは、複数のコントローラの残りのコントローラの第２のタイマ長に対して固有である長さを有する、第２のタイマの満了の際、残りのコントローラに、第２のコマンド信号を送信する意図を残りのコントローラに通知する第２の通知信号を送信する、及び、少なくとも１つのデバイスに第２のコマンド信号を送信するように構成され、コントローラは、第２の通知信号が、第２のタイマの満了前に複数のコントローラの残りのコントローラのうちの１つから受信される場合、第２の通知信号及び第２のコマンド信号を送信することをキャンセルするように構成される。
【００１２】
一実施形態によれば、各コントローラはさらに、第３のタイマを開始し、第３のタイマの長さは、すべての残りのコントローラにわたって同じであり、第１のタイマの長さよりも大きい、及び、第３のタイマの満了に応答して第２のタイマを開始するように構成される。
【００１３】
一実施形態によれば、少なくとも１つのデバイスは、プラグ負荷制御デバイス(plug load control device)である。
【００１４】
一実施形態によれば、第１のコマンド信号は、プラグ負荷制御デバイスに、電力をソケットに供給させるように構成されるオンコマンドである。
【００１５】
一実施形態によれば、受信信号は、センサ信号である。
【００１６】
一実施形態によれば、受信信号は、複数のコントローラのサブセットにおいてのみ受信され、通知信号は、検出された動きを残りのコントローラのうちの少なくとも１つのコントローラに通知する。
【００１７】
一実施形態によれば、センサ信号は、複数のコントローラのうちの少なくとも１つのコントローラに結合されるセンサに由来する。
【００１８】
一実施形態によれば、センサに結合されるコントローラは、センサ信号を残りの分散コントローラに通知するように構成される。
【００１９】
一実施形態によれば、受信信号は、複数のコントローラのうちの別のコントローラから受信される。
【００２０】
一実施形態によれば、第２のコマンド信号は、オフコマンドである。
【００２１】
一実施形態によれば、第１のタイマの長さはランダムに設定され、最大可能な値を有する。
【００２２】
一実施形態によれば、各コントローラは、各コントローラが複数のコントローラの残りのコントローラと通信するそれぞれの無線モジュールを含む。
【００２３】
他の態様において、分散制御システムは、複数のコントローラを含み、複数のコントローラの各コントローラは、複数のコントローラの残りのコントローラと通信し、各コントローラは、少なくとも１つのデバイスを制御するように構成され、各コントローラはさらに、受信信号に応答して、残りのコントローラ及び少なくとも１つのデバイスにコマンド信号を送信するように構成され、残りのコントローラ及び少なくとも１つのデバイスは、コマンド信号に応答して、予め記憶された設定(prestored setting)をリコールする。
【００２４】
一実施形態によれば、各コントローラはさらに、タイマを開始し、第２のタイマは、複数のコントローラの残りのコントローラの第２のタイマ長に対して固有である長さを有する、及び、残りのコントローラ及び少なくとも１つのデバイスに第２のコマンド信号を送信するように構成され、残りのコントローラ及び少なくとも１つのデバイスは、第２のコマンド信号に応答して、第２の予め記憶された設定をリコールする。
【００２５】
様々な実装形態では、プロセッサ又はコントローラは、１つ以上の記憶媒体（本明細書では「メモリ」と総称される、例えば、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、及びＥＥＰＲＯＭ等の、揮発性及び不揮発性のコンピュータメモリ、フロッピーディスク、コンパクトディスク、光ディスク、磁気テープなど）に関連付けられてもよい。一部の実装形態では、これらの記憶媒体は、１つ以上のプロセッサ及び／又はコントローラ上で実行されると、本明細書で論じられる機能の少なくとも一部を実行する、１つ以上のプログラムでエンコードされてもよい。様々な記憶媒体は、プロセッサ又はコントローラ内に固定されてもよく、あるいは、それらの記憶媒体上に記憶されている１つ以上のプログラムが、本明細書で論じられる本発明の様々な態様を実施するために、プロセッサ又はコントローラ内にロードされることができるように、可搬性であってもよい。用語「プログラム」又は「コンピュータプログラム」は、本明細書では、１つ以上のプロセッサ又はコントローラをプログラムするために採用されることが可能な、任意のタイプのコンピュータコード（例えば、ソフトウェア又はマイクロコード）を指すように、一般的な意味で使用される。
【００２６】
１つのネットワーク実装では、ネットワークに接続された１つ以上のデバイスは、そのネットワークに結合された１つ以上の他のデバイスに対するコントローラとして（例えば、マスタ／スレーブの関係で）機能してもよい。別の実装形態では、ネットワーク化された環境は、そのネットワークに結合されたデバイスのうちの１つ以上を制御するよう構成される、１つ以上の専用コントローラを含み得る。一般に、ネットワークに結合された複数のデバイスは、それぞれが、通信媒体上に存在しているデータへのアクセスを有し得るが、しかしながら、所与のデバイスは、例えば、そのデバイスに割り当てられている１つ以上の特定の識別子（例えば、「アドレス」）に基づいて、ネットワークと選択的にデータを交換する（すなわち、ネットワークからデータを受信する、及び／又はネットワークにデータを送信する）よう構成されるという点で、「アドレス可能」であってもよい。
【００２７】
本明細書で使用される用語「ネットワーク」は、任意の２つ以上のデバイス間での、及び／又はネットワークに結合された複数のデバイスの間での、（例えば、デバイス制御、データ記憶、データ交換等のための）情報の転送を容易にする、（コントローラ又はプロセッサを含む）２つ以上のデバイスの任意の相互接続を指す。容易に理解されるように、複数のデバイスを相互接続するために好適なネットワークの様々な実装は、様々なネットワークトポロジのうちのいずれかを含み、様々な通信プロトコルのうちのいずれかを採用してもよい。更には、本開示による様々なネットワークでは、２つのデバイス間の任意の１つの接続は、それら２つのシステム間の専用接続、又は代替的に、非専用接続を表してもよい。２つのデバイスを対象とする情報の搬送に加えて、そのような非専用接続は、それら２つのデバイスのいずれかを必ずしも対象としない情報を搬送してもよい（例えば、オープンネットワーク接続）。更には、本明細書で論じられるデバイスの様々なネットワークは、そのネットワーク全体にわたる情報転送を容易にするために、１つ以上の無線リンク、有線／ケーブルリンク、及び／又は光ファイバリンクを採用してもよい点が、容易に理解されよう。
【００２８】
上述の概念と、以下でより詳細に論じられる追加的概念との全ての組み合わせは（そのような概念が互いに矛盾しないという条件下で）、本明細書で開示される発明の主題の一部であると想到される点を理解されたい。特に、本開示の最後に記載されている特許請求される主題の全ての組み合わせは、本明細書で開示される発明の主題の一部であると想到される。また、参照により組み込まれるいずれかの開示にもまた現れ得る、本明細書で明示的に採用されている用語は、本明細書で開示される特定の概念と最も一致する意味が与えられるべきである点も理解されたい。
【図面の簡単な説明】
【００２９】
図面中、同様の参照文字は、一般に、異なる図の全体にわたって同じ部分を指す。また、これらの図面は、必ずしも正しい縮尺ではなく、その代わりに、全般的に、本発明の原理を例示することに重点が置かれている。
【図１】一実施形態による分散制御システムの概略的表現である。
【図２Ａ】一実施形態による分散コントローラの概略的表現である。
【図２Ｂ】一実施形態によるスレーブデバイスの概略的表現である。
【図３】一実施形態による分散制御システムの概略的表現である。
【図４】一実施形態による分散コントローラによって実施される方法のフローチャートである。
【図５】一実施形態による分散コントローラによって実施される方法のフローチャートである。
【図６Ａ】一実施形態による分散制御システムのメッセージシーケンスチャートである。
【図６Ｂ】一実施形態による分散制御システムのメッセージシーケンスチャートである。
【図７Ａ】一実施形態による分散制御システムのメッセージシーケンスチャートである。
【図７Ｂ】一実施形態による分散制御システムのメッセージシーケンスチャートである。
【図８Ａ】一実施形態による分散制御システムのメッセージシーケンスチャートである。
【図８Ｂ】一実施形態による分散制御システムのメッセージシーケンスチャートである。
【発明を実施するための形態】
【００３０】
本開示は、コントローラとスレーブデバイスとの間に多対１又は多対多の関係を作るように、協調して少なくとも１つのスレーブデバイスを制御するように構成される複数の分散コントローラを含む分散制御システムの様々な実施形態を述べる。
【００３１】
上述の観点から、様々な実施形態及び実装形態は、（少なくとも１つの）スレーブデバイスを制御する意図を残りの分散コントローラに通知するように各々が構成される複数の分散コントローラを含む制御システムに向けられる。斯くして、各コントローラは、スレーブデバイスの将来の状態及び残りの分散コントローラによって取られるべきアクションを認識する。
【００３２】
図１を参照して、一実施形態において、分散制御システム１０の概略が提供される。図示されるように、分散制御システムは、複数の分散コントローラ(distributed controller)１２（ＤＣと表記）及び複数のスレーブデバイス(slave device)１４（ＳＤと表記）を含む。一実施形態では、各コントローラ１２は、各スレーブデバイス１４を制御することを担う。ネットワークオーバーヘッドを低く保つために、分散コントローラ１２は、１つのコントローラ１２のみがスレーブデバイス１４に制御信号を送信するように協調してスレーブデバイス１４を制御する。
【００３３】
ハイレベルにおいて、一実施形態によれば、各分散コントローラは、入力（例えば、センサ入力又はユーザ入力）に応答してタイマをアクティブ(activate)にしてもよい。タイマの長さは、他の分散コントローラに対して各分散コントローラに固有のものである。最も短いタイマを有する分散コントローラ１２は、タイマの満了時に、スレーブデバイス１４を制御する自身の意図を残りの分散コントローラ１２に通知する。残りの分散コントローラ１２は、通知に応答して、スレーブデバイス１４を制御しようとしなくなる。その後、通知を送信した分散コントローラ１２は、残りの分散コントローラからの干渉又は不要な制御信号なしにスレーブデバイス１４を制御し、斯くして、ネットワークオーバーヘッドが低く保たれる。このシーケンスは、スレーブデバイス１４をアクティブにする、非アクティブにする、又はその他制御を行うために使用されてもよい。このシーケンス、及び他の関連する実施形態は、図２Ａ〜８Ｂと関連して以下で詳細に論じられる。
【００３４】
図２Ａに目を向けると、一実施形態による分散コントローラの概略的表現が示されている。各分散コントローラは、例えば、既存の（又は新規の）分散照明制御システムの拡張の一部としてそれぞれの照明器具１６に含まれてもよい。実際には、本明細書で述べられるシステムは、複数のゾーン、グループで、例えばプラグ負荷、ＨＶＡＣデバイス、ブラインドコントローラ等の非照明コントローラで拡張された照明システムで使用されてもよい。代替的に、分散コントローラ１２は、異なる制御システムの拡張であってもよく、又は、スタンドアロンシステムとして実装されてもよい。さらに別の代替例では、分散コントローラの機能性は、ネットワークの一部ではあるが、それ自体は入力によって制御されないデバイス（例えば、照明制御及びＨＶＡＣ制御を含むビルディングオートメーションシステムにおけるエネルギメータ）で利用可能であってもよい。分散コントローラ１２は各々、図４〜８Ｂに関連して述べられるステップをそれぞれ記憶及び実行するように構成される、メモリ１８及びプロセッサ２０を含んでもよい。
【００３５】
分散コントローラはさらに、分散コントローラ１２間、及び／又は、分散コントローラ１２とスレーブデバイス１４との間、及び／又は、分散コントローラ１２と、（一括して図３に示されている）スイッチ４４、スタンドアロンセンサ４６又はゲートウェイ４８等の任意のコネクテッドデバイス(connected device)との間の（アンテナ２４を介した）無線通信を促す、無線モジュール２２を含んでもよい。無線通信は、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ、Ｔｈｒｅａｄ、ＷｉＦｉ、ＬｉＦｉ若しくは他の可視光通信（Ｖｉｓｕａｌ  Ｌｉｇｈｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）プロトコル、又はその他の任意の無線プロトコルであることができる。一実施形態では、ネットワークタイプの組み合わせ（例えば、分散コントローラ１２間の通信のための一方のプロトコルタイプと、スレーブデバイス１４との通信のための他方のプロトコル、又は、統合された３０又はスタンドアロン４６のセンサ、又はスイッチ４４と、分散コントローラ１２との間の通信のための一方のプロトコルタイプと、分散コントローラ１２間及びスレーブデバイス１４との通信のための他方のプロトコル）が使用されてもよい。さらに別の実施形態では、異なるデバイスグループ／タイプ間の通信は、異なるプロトコルを使用するだけでなく、異なるインターフェースを使用してもよい。無線モジュール２２は、分散コントローラ１２の一体型コンポーネントとして示されているが、無線モジュール２２は、別個のコンポーネントであってもよい。例えば、無線モジュール２２は、分散コントローラ１２とは別個であるが、分散コントローラ１２と有線で通信してもよい。無線モジュール２２は、本明細書で述べられる又はその他想定される無線モジュール２２の機能性を促す及び／又は実装するようにプログラム又は構成されてもよい、（メモリ１８及びプロセッサ２０であってもよい）メモリ２６及びプロセッサ２８を含んでもよい。
【００３６】
さらに別の実施形態では、分散コントローラ１２は、無線で通信するのに代えて、互いに有線で接続される、及び／又は、スレーブデバイス１４と有線で接続される、及び／又は、スイッチ若しくはゲートウェイ等の任意の周辺機器と有線接続される。
【００３７】
さらに、分散コントローラ１２は各々、予め定義されたエリア（例えば、部屋）内のユーザの存在を判断するための占有センサ等のセンサ３０を含んでもよい。占有センサは、パッシブ赤外線、超音波、マイクロ波、レーダー、熱画像(thermal picture)及び電磁信号の外乱(disturbance)を含む任意の解像度及びスペクトルのカメラ等のセンシングモダリティのうちの少なくとも１つ、又はそれらの組み合わせを使用することができる。センサ３０は、分散コントローラ１２のうちの少なくとも１つに組み込まれてもよく、又は、分散コントローラ１２のうちの少なくとも１つと通信する（図３に示される）スタンドアロンセンサ４６であってもよい。
【００３８】
スレーブデバイス１４は、例えば、照明デバイス又はプラグ負荷制御デバイスであってもよいが、他のタイプのスレーブデバイスが使用されてもよいことを理解されたい。分散コントローラ１２と同様に、スレーブデバイス１４は各々、図４〜８Ｂに関連して述べられるステップをそれぞれ記憶及び実行するように構成される、メモリ３２及びプロセッサ３４を含んでもよい。
【００３９】
さらに、スレーブデバイス１４は各々、分散コントローラ１２とスレーブデバイス１４との間の（アンテナ３８を介した）無線通信を促す、無線モジュール３６を含んでもよい。無線通信は、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ、Ｔｈｒｅａｄ、ＷｉＦｉ、ＬｉＦｉ若しくは他の可視光通信（Ｖｉｓｕａｌ  Ｌｉｇｈｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）プロトコル、又はその他の任意の無線プロトコルであることができる。一実施形態では、ネットワークタイプの組み合わせ（例えば、分散コントローラ１２間の通信のための一方のプロトコルタイプと、スレーブデバイス１４との通信のための他方のプロトコル）が使用されてもよい。無線モジュール３６は、スレーブデバイス１４の一体型コンポーネントとして示されているが、無線モジュール３６は、別個のコンポーネントであってもよい。例えば、無線モジュール３６は、スレーブデバイス１４とは別個であるが、スレーブデバイス１４と有線で通信してもよい。無線モジュール３６は、本明細書で述べられる又はその他想定される無線モジュール３６の機能性を促す及び／又は実装するようにプログラム又は構成されてもよい、（メモリ３２及びプロセッサ３４であってもよい）メモリ４０及びプロセッサ４２を含んでもよい。
【００４０】
一実施形態では、分散コントローラ１２は、１つ以上のグループに分けられてもよい。例えば、図３に示されるように、分散コントローラは、一方のスレーブデバイス１４のセットが、一方のグループ（例えば、グループ１（Ｇｒｏｕｐ１））によって制御され、他方のスレーブデバイスのセットが、他方のグループ（例えば、グループ２（Ｇｒｏｕｐ２））によって制御される、２つのグループに分けられる。別の言い方をすれば、所与のグループのすべての分散コントローラは、同じグループ内のすべてのスレーブデバイス１４を制御することを担う。グループ及び対応するスレーブデバイス１４のセットは、コミッションフェーズ中に形成されてもよく、又は、ユーザによって後でコンフィギュレーションされてもよい。
【００４１】
センサ３０からの入力を受けることに加えて、分散コントローラ１２は、照明制御の手動オーバーライド(manual override)のためのスイッチ４４及び（例えば、検出エリアの改善された特別なカバレッジのための）スタンドアロンセンサ４６等、他の入力デバイスからの入力を受けてもよい。さらに、分散コントローラ１２は、構内(on-premise)ビル管理システム又はクラウドベースサービス等のゲートウェイ４８（すなわち、ネットワーク化されたコントローラ）に接続されてもよい。このようなネットワーク化されたコントローラは、コミッショニングを容易にするために又はスケジューリングのために使用されてもよい。斯くして、分散コントローラ１２の入力は、さらに、例えば、スケジュールされた挙動(behavior)（例えば、夜間にフロア全体をオフにすること）をトリガする、ゲートウェイ４８からの時間信号、又は、特定の部屋のエネルギ消費を減らすことを要求する、ゲートウェイ４８からの需要応答(demand response)信号であってもよい。
【００４２】
単一の分散コントローラに対する制御挙動が、図４に示される方法５０のフローチャートによってさらに説明される。図４〜８Ｂの目的のために、分散コントローラ１２の中の１つのコントローラ１２のアクティビティが述べられる。アクティビティは単一のコントローラ１２に関連して述べられるが、各コントローラ１２のアクティビティ及びプログラミングは同じ又は実質的に同じであり、斯くして、任意のコントローラ１２によって実施され得る。しかしながら、曖昧さを避けるために、図４〜８Ｂで注目するコントローラはＤＣｉで表記され、他の分散コントローラは、ＤＣｊ≠ｉで表記される。
【００４３】
図４では、ステップ５２において、コントローラ１２（ＤＣｉ）は、コントローラを所定のアイドル状態にするために任意のコンフィギュレーションデータ及び／又はペンディングアクションをクリアするように機能する、リセット状態で開始してもよい。別の実施形態では、ステップ５２は、ステップ５４でアイドル期間に入るためにコンフィギュレーションデータ又はペンディングアクションをクリアする必要がない場合スキップされてもよい。
【００４４】
ステップ５４において、コントローラ１２（ＤＣｉ）は、入力を受信するまでアイドル待機期間に入る。センサ３０（又はスタンドアロンセンサ４６）、壁スイッチ４４、又は事前にプログラムされたイベントからの入力等、入力（Ｅｖｅｎｔ：Ｉｎｐｕｔ）が受信された後、コントローラ１２（ＤＣｉ）は、コマンドタイマをアクティブにする。一実施形態では、コントローラ１２（ＤＣｉ）はまた、入力に応答して、他の分散コントローラ１２（ＤＣｊ≠ｉ）に、入力を他の分散コントローラ１２に通知するメッセージ（図６Ａに関連して述べられるＳｅｎｄ  ＭｏｔｉｏｎＤｅｔｅｃｔｅｄＭｅｓｓａｇｅ等）を送信してもよい。これは、例えば、コントローラ１２が組み込まれたセンサ３０から信号を受信した場合に生じる可能性がある、他の分散コントローラが入力の独立した通知を受信しなかった場合にとりわけ重要となり得る。ＭｏｔｉｏｎＤｅｔｅｃｔｅｄＭｅｓｓａｇｅメッセージは、例えば、分散コントローラに接続されるアクチュエータの状態をアライン(align)するため（例えば、これら分散コントローラによって直接制御されるランプがオンすることを保証するため）、（例えば、分散コントローラそれら自体は入力によって制御されない場合）スレーブデバイスにメッセージを配信することができる分散コントローラの数を増やすため、及び／又は、異なる分散コントローラの状態をアラインするため等、様々な理由で送信されてもよい。したがって、入力は、他の分散コントローラ（ＤＣｊ≠ｉ）の観点からは、分散コントローラ１２（ＤＣｉ）からの信号であってもよい。
【００４５】
コマンドタイマは、他の分散コントローラ１２（ＤＣｊ≠ｉ）に対して固有の待ち期間５８を表す。タイマが満了すると（Ｅｖｅｎｔ：Ｃｏｍｍａｎｄ＿ＴｉｍｅｒＴｒｉｇｇｅｒ）、コントローラ１２（ＤＣｉ）は、ステップ６０において、他の分散コントローラ（ＤＣｊ≠ｉ）に、コマンドを送信する自身の意図を通知する。これに応答して、他の分散コントローラ１２（ＤＣｊ≠ｉ）は、通知又はコマンドを送信しない（すなわち、他の分散コントローラは、コマンドをキャンセルする（本明細書で用いられるような、コマンドをキャンセルすることは、コマンドを送信する動作がもう進行中であったことを必ずしも意味しない））。コントローラ１２（ＤＣｉ）が通知を送信した後、コントローラ１２（ＤＣｉ）は、ステップ６２においてスレーブデバイス１４にコマンドを送信する。コマンドタイマが満了する前に、コントローラ１２が他の分散コントローラ１２（ＤＣｊ≠ｉ）のうちの１つから通知を受信する場合（Ｅｖｅｎｔ：ＮｏｔｉｆｉｃａｔｉｏｎＦｒｏｍＯｔｈｅｒＣｏｎｔｒｏｌｌｅｒ）、コントローラ（ＤＣｉ）は、通知及びコマンドをキャンセルする。コントローラ１２（ＤＣｉ）はさらに、ステップ６４においてコマンドタイマを非アクティブ(deactivate)にしてもよい。コマンドタイマを非アクティブにした後又はコマンドを送信した後、コントローラ１２（ＤＣｉ）は、別のイベントを待つためにアイドル待機状態又はリセット状態に入る。方法５０は、スレーブデバイスを制御するタスクに関して定義されており、分散コントローラはまた、アイドル状態を含む、当該フローの任意の状態における他のタスクを実行する、例えば、他のデータ（例えば、ネットワーク動作を維持するために必要なコマンド）を送信及び受信する、計算を実行する等をしてもよいことは、当業者によって理解されるであろう。
【００４６】
上述したように、各分散コントローラ１２は、残りの分散コントローラに対して相対的に固有である長さを有するタイマを実装する。これは、例えば、各分散コントローラ１２が、（例えば、最小及び最大の可能な値を有する）可能な長さの範囲内でランダムな長さを有するタイマを実装することによって達成されてもよい。本明細書で用いられるような、ランダムな長さは、疑似乱数値を生成するように構成されるアルゴリズムによって生成されてもよいことを理解されたい。（転送遅延を受け入れる）ランダムに選択する値のセットの大きさ及び所与の瞬間に乱数を生成する分散コントローラの数に依存して、２つ以上の分散コントローラ１２が、タイマについて同じ長さを生成する、及び／又は、通知メッセージ（又は、タイマ／実施形態に依存して、他のメッセージ）を同時に送信するというある確率があることを理解されたい。それにもかかわらず、乱数発生器に基づくタイマは、多くの場合、固有のタイマ長を生成するので、乱数タイマは、分散コントローラ１２の間で固有のタイマ長を生成する方法と考えられることを理解されたい。
【００４７】
各分散コントローラ１２は、ランダムな長さを持つ独自のタイマを実装しているので、２つのコントローラが同じ長さを持つという可能性はないであろう。代替的に、分散コントローラは各々、分散コントローラ１２が互いに対して予め定義された順序でコマンドを送信するように、予め定義された長さを有するタイマを実装してもよい。この順序は、コンフィギュレーション期間中に決定されてもよく、又は、自動若しくはユーザによって設定されてもよい。さらに別の実施形態では、タイマは、受信トリガ、例えば、スタンドアロンセンサから受けるフレームのＲＳＳＩから導出されることができる。別の例では、スタンドアロンセンサから受けるフレームのシーケンス番号又は組み込まれたセンサから受ける信号のハンドル(handle)等、トリガリング信号からの任意の他の値が使用されてもよい。別の例では、固有のタイマが、受信値と分散コントローラ自身のシーケンス番号とを組み合わせることにより生成されることができる。当業者であれば、各分散コントローラ１２が残りの分散コントローラに対して固有のタイマを実装する必要があるかもしれないが、タイマが一意的に設定されるやり方は、様々なやり方で実現され得ることを理解するであろう。
【００４８】
図５は、例えば、プラグ負荷コントローラがアクティブにされる場合を決定する動き検出器と連動する照明デバイス又はプラグ負荷コントローラを制御するように構成されるコントローラによって実施されるステップの方法６８のフローチャートを示している。同じ一連のステップは、センサ、スイッチ、又は他の入力に応答してアクティブにされるべきである、及び、入力なくある期間の後に非アクティブにされるべきである他のデバイスに適用され得ることを理解されたい。
【００４９】
方法５０と同様に、ステップ７０において、コントローラ１２（ＤＣｉ）は、リセット状態で（又は、別の実施形態では、直接アイドル待機期間で）開始し、その後、ステップ７２において、デバイスは、入力を受信するまでアイドル待機期間に入る。ステップ７４において、モーションセンサからの動き検出入力を受信した後（Ｅｖｅｎｔ：ＭｏｔｉｏｎＤｅｔｅｃｔｉｏｎ）、少なくともＳＤオンタイマ（ＳＤ  ＯＮ  Ｔｉｍｅｒ）及びＳＤオフタイムアウトタイマ（ＳＤ  ＯＦＦ  Ｔｉｍｅｏｕｔ  Ｔｉｍｅｒ）を含む、タイマのセットがアクティブにされる。ＳＤオンタイマは、図４に関連して述べられるタイマと同様に、残りの分散コントローラ１２（ＤＣｊ≠ｉ）のＳＤオンタイマに対して固有の長さを有するタイマである。
【００５０】
ステップ７６において、コントローラ１２（ＤＣｉ）は、ＳＤオンタイマの満了又は他の分散コントローラ１２（ＤＣｊ≠ｉ）のうちの１つからの通知を待つ。ＳＤオンタイマが満了する場合（Ｅｖｅｎｔ：ＳＤ＿ＯＮ＿ＴｉｍｅｒＴｒｉｇｇｅｒ）、ステップ７８において、コントローラ１２（ＤＣｉ）は、ＳＤオンコマンド（ＳＤ  ＯＮ  ｃｏｍｍａｎｄ）をスレーブデバイス１４に送信する自身の意図を他の分散コントローラ１２（ＤＣｊ≠ｉ）に通知し、その後、ステップ８０において、コントローラ１２は、ＳＤオンコマンドを送信する。他の分散コントローラ１２（ＤＣｊ≠ｉ）は、通知を受信する結果、スレーブデバイス１４にＳＤオンコマンドを送信することをキャンセルする。通知が、ＳＤオンタイマの満了前に他の分散コントローラ１２（ＤＣｊ≠ｉ）から受信される場合（Ｅｖｅｎｔ：ＳＤ＿ＯＮ＿ＩｎｔｅｎｔＦｒｏｍＯｔｈｅｒｓ）、コントローラ１２（ＤＣｉ）は、ＳＤオンタイマを非アクティブにし、斯くして、スレーブデバイスにＳＤオンコマンドを送信することをキャンセルしてもよい。
【００５１】
いずれの場合も、ＳＤオンコマンドが（コントローラ１２（ＤＣｉ）又は他のコントローラ１２（ＤＣｊ≠ｉ）によって）スレーブデバイスに送信されると、コントローラ１２（ＤＣｉ）は、（予め定義されたエリアが空いていることを示唆する、動き検出信号が受信されない所定の時間を表す）ステップ８４におけるＳＤオフタイムアウトタイマの満了、又は、スレーブデバイス１４が他のコントローラ１２（ＤＣｊ≠ｉ）によって非アクティブにされた又は非アクティブにされることになるという他のコントローラ１２（ＤＣｊ≠ｉ）からの通知を待つ。一実施形態では、ＳＤオフタイムアウトタイマの長さは、すべての分散コントローラ及びすべてのスレーブデバイスに対して同じである。
【００５２】
コントローラ１２（ＤＣｉ）が、ＳＤオフタイムアウトタイマが動作している間に存在インディケーションを受信する場合（存在インディケーションは、例えば、組み込まれた３０若しくはスタンドアロン３６センサから、又は、同じネットワーク若しくはエリア内の別の分散コントローラ１２（ＤＣｊ≠ｉ）から来る）、コントローラ１２（ＤＣｉ）は、ＳＤオフタイムアウトタイマをリスタートする。さらに、一実施形態では、分散コントローラ１２は、スレーブデバイスに別のＳＤオンコマンドを送信するためにＳＤオンタイマをスタートしてもよい。
【００５３】
別の実施形態では、ＳＤオフタイムアウト、並びに／又は、ＳＤオンタイマ及びＳＤオフタイマの長さは、例えば、制御するゾーンのタイプ、当該ゾーン内の分散コントローラの数、当該ゾーン内の典型的なムーブメント／存在パターン等に依存して、分散コントローラ間で異なってもよい。
【００５４】
上述したように、一実施形態では、各スレーブデバイス１４は、独自のＳＤオフタイムアウトタイマを開始してもよい。一実施形態では、ＳＤオフタイムアウトの長さは、スレーブデバイス１４間で異なってもよい。ＳＤオフタイムアウトタイマの長さは、例えば、スレーブデバイス１４のタイプに依存してもよい。例えば、ＳＤオフタイムアウトタイマの長さは、レガシーランプとプラグで異なってもよく、ランプは、ユーザが安全に退出できるように、より長くオンにされ、（例えば、コンピュータスクリーンに電力を供給している場合）プラグは、より迅速にスイッチオフされてもよい。代替的に、ランプは迅速にオフし、（例えば、ビーマーに電力を供給している場合）プラグは、ランプが冷却できるようにより長くオンしていてもよい。さらに、ＳＤオフタイムアウトタイマの長さは、スイッチ／センサ、コントローラ１２及びスレーブデバイス１４の相対的な位置に依存してもよい。例えば、センサがメインフロアの入口にある場合、フロアの端にあるタスクライトを制御するプラグは、（人が当該エリアにたどり着くと予想され得る場合）より高い遅延をもってオンにされてもよい。さらに別の実施形態では、特定のタイマの複数の値が、同じゾーンで使用されてもよい。
【００５５】
ＳＤオフタイムアウトタイマが満了する場合（Ｅｖｅｎｔ：ＳＤ＿ＯＦＦ＿ＴｉｍｅｏｕｔＴｒｉｇｇｅｒ）、コントローラ１２（ＤＣｉ）は、ステップ８６において、コントローラがＳＤオフコマンドをスレーブデバイスに送信するかを決定する、他の分散コントローラ（ＤＣｊ≠ｉ）に対して固有の長さを有するタイマであるＳＤオフタイマをアクティブにする。しかしながら、スレーブデバイスが他のコントローラ（ＤＣｊ≠ｉ）によって非アクティブにされた又は非アクティブにされることになるという通知が他のコントローラ１２（ＤＣｊ≠ｉ）から受信される場合、コントローラ１２（ＤＣｉ）は、ＳＤオフコマンドを送信せず、リセット又はアイドル状態で再び開始する。
【００５６】
コントローラ１２（ＤＣｉ）は、ステップ８８において、ＳＤオフタイマの満了を待つ。ＳＤオフタイマが満了する場合（Ｅｖｅｎｔ：ＳＤ＿ＯＦＦＴｉｍｅｒＴｒｉｇｇｅｒ）、ステップ９０において、コントローラ１２（ＤＣｉ）は、ＳＤオフコマンドをスレーブデバイス１４に送信する自身の意図を他の分散コントローラ１２（ＤＣｊ≠ｉ）に通知する。ステップ９２において、コントローラ１２（ＤＣｉ）は、ＳＤオフコマンドをスレーブデバイス１４に送信する。しかしながら、他のコントローラ１２（ＤＣｊ≠ｉ）がＳＤオフコマンドを送信することを意図していることを表す通知が受信される場合（Ｅｖｅｎｔ：ＳＤ＿ＯＦＦＩｎｔｅｎｔＦｒｏｍＯｔｈｅｒｓ）、コントローラ１２（ＤＣｉ）は、ＳＤオフコマンドを送信せず、リセット又はアイドル状態で再び開始する。
【００５７】
斯くして、図５は、３つのタイマ、すなわち、コントローラ１２がスレーブデバイス１４にオンコマンドを送信するかを決定する第１のタイマ、人が部屋に最早いないと判断するのに十分な期間が経過した場合を決定するタイムアウトタイマ、及び、コントローラがオフコマンドを送信するかを決定する最後のタイマを成立させる(enact)システムを述べている。別の実施形態では、コントローラが冗長なオフ信号を送信するのを防ぐために、タイムアウトタイマとオフコマンドタイマを、タイムアウトタイマよりも大きいが各コントローラ１２に固有の長さを依然として有する単一のタイマに組み合わせることにより、２つのタイマのみが使用されてもよい。
【００５８】
図６Ａに目を向けると、図５に関連して述べられた方法の例示的な実施形態が、各コントローラ１２によって取られるアクションのよりグローバルなビューを提供するために状態図として示されている。ステージ１において、（人が部屋に入ることからの）ある分散コントローラ１２（ＤＣｉ）によって検出された動きが、メッセージ（Ｓｅｎｄ  ＭｏｔｉｏｎＤｅｔｅｃｔｅｄＭｅｓｓａｇｅ）を送信することによって他の分散コントローラ（ＤＣｊ≠ｉ）と共有される。部屋が占有されている、ステージ２において、このメッセージが、同じグループに属するスレーブデバイスの制御に関する一連の動作をトリガする。このメッセージを受信する全ての分散コントローラ（ＤＣｊ≠ｉ）（すなわち、ＤＣｉと同じグループのコントローラ）は、分散コントローラ及び／又はプラグ負荷のステータスがオフである場合、非占有状態の場合にレセプタクルをスイッチオフするために必要とされる間隔（ＳＤ＿ＯＦＦ＿Ｔｉｍｅｏｕｔ）及びレセプタクル制御コマンドを送信することをバックオフ(back off)するためのランダムな間隔（ＳＤ＿ＯＮ＿Ｔｉｍｅｒ）に対応するタイマをアクティブにする。
【００５９】
一部の実施形態では、分散コントローラ１２のすべて又は一部が、スレーブデバイス１４のステータスを知らないが、各分散コントローラ１２のステータスに応じて又は最も最近に記録されたステータスに応じてスレーブデバイス１４の状態を推定してもよい。
【００６０】
バックオフタイムアウトが最初にトリガする（ＳＤ＿ＯＮ＿ＴｉｍｅｒＴｒｉｇｇｅｒ）分散コントローラ（ここではＤＣｉ）は、メッセージ（ＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅ）を介して他の分散コントローラ１２（ＤＣｊ≠ｉ）にレセプタクルの意図する状態についての通知を送信する。その後、分散コントローラ（ＤＣｉ）は、グループ内のすべてのレセプタクルにレセプタクル制御コマンド（ＳＤ＿ＯＮ＿Ｃｏｍｍａｎｄ）を送信する。このバックオフ挙動は、スレーブデバイス制御のネットワークオーバーヘッドを低く保つ助けとなる。
【００６１】
代替的な実施形態では、センサ３０又はセンサ４６は、非占有状態を報告することによってスレーブデバイス１４をスイッチオフするためのトリガを供給してもよい。
【００６２】
ステージ３において、同じグループ内の別の分散コントローラによって若しくはデフォルトの間隔が終わった後に同じコントローラ（ＤＣｉ）によって、別の動作イベントが検出される又は人が部屋を出る場合、検出された動作が、あらかじめ定義されたイベント登録間隔(predefined event registration interval)の後に他の分散コントローラ（ＤＣｊ≠ｉ）に報告されてもよい。レセプタクル制御に関して、このイベントは、レセプタクルスイッチオフ間隔（ＳＤ＿ＯＦＦ＿Ｔｉｍｅｏｕｔ）のリセットをもたらす。レセプタクルの状態（オン）は、すべての分散コントローラによって知られているため、追加のコマンドが送信される必要はない。これは、ネットワーク使用量をさらに低く保つ助けとなる。
【００６３】
図６Ｂは、図６Ａの状態図の続きであり、分散コントローラ１２によって部屋が最終的に空いていると識別される場合のイベントのシーケンスを示している。ＳＤオフタイムアウトタイマが満了した後（ＳＤ＿ＯＦＦ＿ＴｉｍｅｏｕｔＴｒｉｇｇｅｒ）、全ての分散コントローラは、自身がスレーブデバイスにオフを指令する必要があることを確実にするために固有のバックオフタイマ（ＳＤ＿ＯＦＦ＿Ｔｉｍｅｒ）をアクティブにする。やがて、分散コントローラ１２のうちの１つ（ここではＤＣｉ）は、バックオフタイマの満了を検出し（ＳＤ＿ＯＦＦ＿ＴｉｍｅｒＴｒｉｇｇｅｒ）、他の分散コントローラ（ＤＣｊ≠ｉ）に通知メッセージ（ＮｏｔｉｆｉｃａｔｉｏｎＭｅｓｓａｇｅ＿ＳＤ＿ＯＦＦ）を送信する。このメッセージを受信すると、他の分散コントローラ（ＤＣｊ≠ｉ）は、バックオフタイマを非アクティブにする。通知メッセージを送信した後、コントローラ１２（ＤＣｉ）は、ＳＤオフコマンドを送信し、スレーブデバイスを非アクティブにする。
【００６４】
ＳＤオフコマンドを送信する分散コントローラは、必ずしもスレーブデバイス１４をアクティブにしたものではなく、他の分散コントローラ１２によって果たされてもよいことに留意されたい。
【００６５】
上記実施形態では、別個のコマンドを使用して、スレーブデバイスが制御され、他の分散コントローラがそのことについて通知される。別個のコマンドは、以下のような様々な理由のために使用されてもよい。
（１）同じコマンドの使用を排除する、両方のデバイスタイプによってサポートされる異なるコマンドセット
（２）同じコマンドが両方のデバイスタイプによってサポートされているが、占有検出時に両方のデバイスタイプの異なるアプリケーション挙動が意図されている
（３）スレーブデバイスに使用されるべきコマンドが分散ライトコントローラによってもサポートされている場合、各グループにおいて、２つのデバイスは、一方のデバイスタイプのみを対象とした通信を可能にするために、サブグループを使用して分離される
【００６６】
さらに、別の実施形態では、例えば、追加のタイミング関連情報、レベル、リセット情報等、追加の情報が通知メッセージ又はコマンドに含められてもよい。
【００６７】
別の実施形態では、確認メッセージが、スレーブデバイス１４に状態変化コマンドが送信されたことを確認するために残りの分散コントローラ１２にコマンドを送信したコントローラ１２から送信される。一実施形態では、確認メッセージは、コントローラが状態変化コマンドを送信する意図を他の分散コントローラに通知するメッセージの代わりに又はそれに加えて送信されてもよい。別の実施形態では、コマンド及び確認メッセージは、異なるエンティティによって送信されてもよく、例えば、分散コントローラ１２は、制御コマンドをスレーブデバイス１４に送信することができ、スレーブデバイス１４は、例えば、状態レポーティングを使用して、自身の状態変化について他のコントローラに通知することができる。拡張において、分散コントローラ１２は、確認コマンドを受信する場合にのみ、自身のタイマを停止し、状態変化コマンドの自身のスケジュールされた送信をキャンセルする。確認が受信されない限り、複数の分散コントローラは、スレーブデバイスが状態変化コマンドを受信する確率を高めるために、それぞれのタイムアウトで状態変化コマンドを送信することができる。
【００６８】
別の実施形態では、同じメッセージが、両方のタイプのデバイスとの通信に使用され、その結果、トラフィックがさらに減少される（例えば、通知信号及び／又は確認信号がコマンド信号と組み合わされる）。
【００６９】
図７Ａ〜７Ｂに示されるように、代替的な実施形態では、動き検出メッセージ（Ｍｏｔｉｏｎ  Ｄｅｔｅｃｔｅｄ  Ｍｅｓｓａｇｅ）は、他の分散コントローラ１２（ＤＣｊ≠ｉ）に対する通知メッセージの役割も果たしてもよい。このような場合、動き検出メッセージは、他の分散コントローラ１２（ＤＣｊ≠ｉ）（例えば、一実施形態では、全ての分散コントローラ１２のサブセット）も動きを示す入力を受信している場合、固有のバックオフ期間の後に送信されてもよい。図示のように、人が部屋に入った後、コントローラ１２は、動き検出メッセージを送信するためにバックオフタイマをアクティブにする（Ａｃｔｉｖａｔｅ  ＭｏｔｉｏｎＤｅｔｅｃｔｅｄ＿Ｔｉｍｅｒ）。コントローラ１２（ＤＣｊ≠ｉ）のうちの一部のみ（例えば、センサ又は他の信号を受信しているコントローラ）だけが動き検出タイマ（Ｍｏｔｉｏｎ  Ｄｅｔｅｃｔｅｄ  Ｔｉｍｅｒ）をアクティブにし、他はアイドルのままであってもよいことを理解されたい。動き検出タイマの満了に達した（Ｅｖｅｎｔ  ＭｏｔｉｏｎＤｅｔｅｃｔｅｄ＿ＴｉｍｅｒＴｒｉｇｇｅｒ）最初のコントローラ１２（ここではＤＣｉ）は、動き検出メッセージを送信する（Ｓｅｎｄ  ＭｏｔｉｏｎＤｅｔｅｃｔｅｄ＿Ｍｅｓｓａｇｅ）。図示のように、満了に達した最初のコントローラ１２（ここでは、ＤＣｉ）は、ＳＤオンコマンドを送信してもよい。（代替的に、図６Ａに示されるように、動き検出メッセージを送信／受信した後、コントローラ１２は、コントローラがオンコマンドを送信するかを決定するためにＳＤオンタイマを開始してもよい。言い換えれば、動き検出メッセージを送信するコントローラ１２は、必ずしもＳＤオンコマンドを送信するコントローラ１２と同じではない）。他の分散コントローラ１２（ＤＣｊ≠ｉ）による動き検出メッセージの受信の結果、これらの分散コントローラは、スケジュールされた動き検出メッセージをキャンセルする（Ｄｅａｃｔｉｖａｔｅ  ＭｏｔｉｏｎＤｅｔｅｃｔｅｄ＿Ｔｉｍｅｒ）（このステップは、動きを示す入力を以前に受信している分散コントローラ１２に適用される）。最後に、（検出された動きを示す信号をもともと受信したか否かに関わらず）このグループ内のすべての分散コントローラ１２は、動き検出メッセージに応答してＳＤオフタイムアウトタイマを開始する（Ａｃｔｉｖａｔｅ  ＳＤ＿ＯＦＦ＿Ｔｉｍｅｏｕｔ）。図７Ａ−７Ｂの残りの要素は、図６Ａ〜６Ｂに関連して述べたものと同じ又は実質的に同様であるため、ここではさらに説明する必要はない。
【００７０】
図８Ａ〜８Ｂに示されるように、スレーブデバイス１４及び／又は分散コントローラ１２は、代替的な実施形態では、コントローラからのコマンドでリコールされてもよいリコール可能なコンフィギュレーション(recallable configuration)（すなわち、シーン）を記憶するように構成されてもよい。所与のイベントのためのプリセットは、グループ内のすべてのスレーブデバイス１４の間で協調(coordinate)されてもよいが、異なってもよい。（例えば、第１のプリセットコマンドの下では、占有が検出される場合、廊下及び窓側のランプが異なる光レベルにされてもよい。）斯くして、所与のコマンド（例えば、Ｒｅｃａｌｌ＿ＳＣＥＮＥ＿１）を送信することにより、動きを検出したコントローラ１２は、同じグループ内の他のすべての分散コントローラ１２及びスレーブデバイス１４に、動きが検出されたことを知らせ、斯くして、それらに適切な事前コンフィギュレーションされたアクション(preconfigured action)を取らせてもよい。
【００７１】
この場合、明示的なメッセージ及びコマンドの送信は必要なく、プリセットされたリコールコマンドしか必要とされないので、ネットワークトラフィックのさらなる削減が可能となり得る。例えば、図８Ａの状態図に示されるように、コントローラ２３（ＤＣｉ）は、ステージ１の終りにおいて、動きを検出し、残りの分散コントローラ（ＤＣｊ≠ｉ）及びスレーブデバイスの両方にコマンド（Ｒｅｃａｌｌ＿ＳＣＥＮＥ＿１）を送信する。（Ｒｅｃａｌｌ＿ＳＣＥＮＥ＿１）コマンドに応答して、スレーブデバイス１４は、事前コンフィギュレーションされたアクションを行う。プラグ負荷コントローラの場合、事前コンフィギュレーションされたアクションは、ソケットに電力を供給するためにプラグ負荷コントローラのリレーをアクティブにすることであってもよい。分散コントローラ１２（ＤＣｊ≠ｉ）は、ＳＤオフタイムアウトタイマをアクティブにする（Ａｃｔｉｖａｔｅ  ＳＤ＿ＯＦＦ＿Ｔｉｍｅｏｕｔ）。また、コントローラ１２（ＤＣｉ）は、自身のＳＤオフタイムアウトタイマをアクティブにする（Ａｃｔｉｖａｔｅ  ＳＤ＿ＯＦＦ＿Ｔｉｍｅｏｕｔ）。一実施形態では、上述したように、スレーブデバイス１４に記憶されるＳｃｅｎｅ１が、ＳＤオフタイムアウトタイマが分散コントローラ１２で実装されることに代えて、ＳＤオフタイムアウトタイマを設定することを含んでもよい。
【００７２】
シーンリコールは事前にプログラムされたイベントであるため、分散コントローラ１２は各々、シーンリコールに応答して、それらが組み込まれている照明器具１６の光源を制御する等、事前にプログラムされた追加アクションを実行してもよい。スレーブデバイス１４及び分散コントローラ１２に記憶されるシーンは、それぞれのデバイスのメモリに記憶されてもよい。
【００７３】
ステージ３において、同じグループ内の別の分散コントローラによって若しくはデフォルトの間隔が終わった後に同じコントローラ（ＤＣｉ）によって、別の動作イベントが検出される又は人が部屋を出る場合、検出された動作が、あらかじめ定義されたイベント登録間隔(predefined event registration interval)の後に他の分散コントローラ（ＤＣｊ≠ｉ）に報告されてもよい。レセプタクル制御に関して、このイベントは、コマンド（Ｒｅｃａｌｌ＿Ｓｃｅｎｅ＿１）の送信及びＳＤオフタイムアウトタイマのリロード（Ｒｅｌｏａｄ  ＳＤ＿ＯＦＦ＿Ｔｉｍｅｏｕｔ）をもたらす。スレーブデバイス１４は既にＯＮ状態であるため、追加のアクションは行われない。
【００７４】
図８Ｂに示されるように、図８Ａに示されるステージ３の続きで、部屋が占有されていない場合、ＳＤオフタイムアウトタイマの満了時に、スレーブデバイスにおけるリレーの非アクティブ化(de-activation)及び残りの分散コントローラ（ＤＣｊ≠ｉ）における（例えば、タイマの非アクティブ化による）非アクティブ化コマンドのキャンセルをもたらす（Ｒｅｃａｌｌ＿ＳＣＥＮＥ＿２）メッセージが送信される。（Ｒｅｃａｌｌ＿ＳＣＥＮＥ＿２）コマンドを送信する分散コントローラは、必ずしもプラグ負荷コントローラをアクティブにしたものではなく、任意の分散コントローラ１２によって実行されてもよいことに留意されたい。
【００７５】
一実施形態では、シーンリコールコマンドがグループのすべてのメンバーに聞こえるため、固有の待機タイマ(waiting timer)は必要ない。別の実施形態では（例えば、センサの密度が高い場合）、複数のセンサによってトリガされる複数のグループキャストメッセージを送信することを防ぐために、占有から非占有への状態変化をアナウンスするコマンドのための当初の固有遅延が依然として存在する。
【００７６】
上記では、ブロードキャスト、マルチキャスト又はグループキャストのメカニズムを使用したグループ通信が述べられているが、当業者であれば、代替的な実施形態では、複数のユニキャストメッセージを素早く連続して送信することにより同じ目的が達成されることができることを理解するであろう。
【００７７】
いくつかの発明実施形態が、本明細書で説明及び図示されてきたが、当業者は、本明細書で説明される機能を実行するための、並びに／あるいは、その結果及び／又は利点のうちの１つ以上を得るための、様々な他の手段及び／又は構造体を、容易に構想することとなり、そのような変形態様及び／又は修正態様は、本明細書で説明される発明実施形態の範囲内にあるものと見なされる。より一般的には、本明細書で説明される全てのパラメータ、寸法、材料、及び構成は、例示であることが意図されており、実際のパラメータ、寸法、材料、及び／又は構成は、本発明の教示が使用される特定の用途に応じて変化することを、当業者は容易に理解するであろう。当業者は、通常の実験のみを使用して、本明細書で説明される特定の発明実施形態に対する、多くの等価物を認識し、又は確認することが可能であろう。それゆえ、上述の実施形態は、例としてのみ提示されており、添付の請求項及びその等価物の範囲内で、具体的に説明及び特許請求されるもの以外の発明実施形態が実践されてもよい点を理解されたい。本開示の発明実施形態は、本明細書で説明される、それぞれの個別の特徴、システム、物品、材料、キット、及び／又は方法を対象とする。更には、２つ以上のそのような特徴、システム、物品、材料、キット、及び／又は方法の任意の組み合わせは、そのような特徴、システム、物品、材料、キット、及び／又は方法が相互に矛盾しない場合であれば、本開示の発明の範囲内に含まれる。
【図１】
2021527315.tif 000003
【図２Ａ】
2021527315.tif 000004
【図２Ｂ】
2021527315.tif 000005
【図３】
2021527315.tif 000006
【図４】
2021527315.tif 000007
【図５】
2021527315.tif 000008
【図６Ａ】
2021527315.tif 000009
【図６Ｂ】
2021527315.tif 000010
【図７Ａ】
2021527315.tif 000011
【図７Ｂ】
2021527315.tif 000012
【図８Ａ】
2021527315.tif 000013
【図８Ｂ】
2021527315.tif 000014
【国際調査報告】
2021527315.tif 000015
2021527315.tif 000016