(57)【要約】      （修正有）【課題】ネットワーク内での照明器具の自動グループ化手法を提供する。【解決手段】照明器具は、異なる照明ゾーンに関連するグループに分割できる。幾つかの照明器具は、占有センサ、周囲光センサ及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連付けられる。照明ネットワーク又は種々の照明ゾーン内で、照明器具は、センサデータを共有する。各照明器具は、それ自身のセンサ、リモート独立型センサ又は照明器具によって提供されるセンサデータを処理し、動作を制御する照明器具自身の内部ロジックに従ってセンサデータを処理する。照明器具はまた、他の照明器具、制御ノード、光スイッチ及びコミッショニングツールから制御入力を受信することにより制御性を更に高める。【選択図】図１０
2018139217.tif 000002
【特許請求の範囲】
【請求項１】
請求項３０に記載の照明ネットワークであって、前記複数の照明器具の各照明器具は、
光源と、
ローカルセンサと、
回路とを備え、前記回路は、
前記ローカルセンサからローカルセンサデータを確定し、
前記ローカルセンサデータに基づいて前記光源を駆動する
ように適合される、照明ネットワーク。
【請求項２】
（削除）
【請求項３】
前記回路は、前記少なくとも１つの他の照明器具に前記ローカルセンサデータを送信するように更に適合される、請求項１に記載の照明器具。
【請求項４】
（削除）
【請求項５】
前記ローカルセンサは周囲光センサである、請求項１に記載の照明器具。
【請求項６】
前記ローカルセンサは占有センサである、請求項１に記載の照明器具。
【請求項７】
照明器具であって、
光源と、
回路とを備え、前記回路は、
少なくとも１つの他の照明器具からリモートセンサデータを受信し、
リモートエンティティから命令を受信し、
前記リモートセンサデータと前記命令の両方に基づいて前記光源を駆動する
ように適合される、照明器具。
【請求項８】
ローカルセンサを更に備え、
前記回路は、前記ローカルセンサからローカルセンサデータを確定するように更に適合され、
前記光源は、前記リモートセンサデータ、前記ローカルセンサデータ、及び前記命令に基づいて前記回路によって駆動される、請求項７に記載の照明器具。
【請求項９】
前記リモートエンティティは別の照明器具である、請求項７に記載の照明器具。
【請求項１０】
前記リモートエンティティは手持ち式コミッショニングツールである、請求項７に記載の照明器具。
【請求項１１】
前記リモートエンティティはリモート制御システムである、請求項７に記載の照明器具。
【請求項１２】
照明器具であって、
光源と、
回路とを備え、前記回路は、
少なくとも１つの他の照明器具からリモートセンサデータを受信し、
前記リモートセンサデータに基づいて前記光源を駆動
命令を生成し、
前記少なくとも１つの他の照明器具に前記命令を送信する
ように適合される、照明器具。
【請求項１３】
前記回路は、
前記光源を駆動するように適合されるドライバモジュールと、
前記少なくとも１つの他の照明器具と通信し、前記ドライバモジュールを制御するように適合される通信モジュールとを備える、請求項１に記載の照明器具。
【請求項１４】
前記ドライバモジュール及び前記通信モジュールは、通信バスを通じて互いに通信する、請求項１３に記載の照明器具。
【請求項１５】
前記通信バスを通じて前記ドライバモジュール及び前記通信モジュールの少なくとも一方と通信することが可能なセンサモジュールを更に備える、請求項１４に記載の照明器具。
【請求項１６】
前記回路は、前記複数の照明器具の少なくとも１つの他の照明器具との無線通信を容易にする無線通信インタフェースを備える、請求項１に記載の照明器具。
【請求項１７】
前記回路は、前記複数の照明器具の少なくとも１つの他の照明器具との有線通信を容易にする有線通信インタフェースを備える、請求項１に記載の照明器具。
【請求項１８】
（削除）
【請求項１９】
前記センサデータは、前記複数の照明器具の少なくとも１つの他の照明器具の周囲光センサからのものである、請求項１に記載の照明器具。
【請求項２０】
前記センサデータは、前記複数の照明器具の少なくとも１つの他の照明器具の占有センサからのものである、請求項１に記載の照明器具。
【請求項２１】
前記光源は固体光源である、請求項１に記載の照明器具。
【請求項２２】
（削除）
【請求項２３】
（削除）
【請求項２４】
（削除）
【請求項２５】
（削除）
【請求項２６】
（削除）
【請求項２７】
（削除）
【請求項２８】
（削除）
【請求項２９】
（削除）
【請求項３０】
センサを有する複数の照明器具を備える照明ネットワークであって、前記複数の照明器具のそれぞれは、
前記複数の照明器具の他の照明器具とセンサデータを共有し、
それ自身の内部ロジックを考慮して、前記センサデータに基づいて光出力を制御するよ
うに適合され、前記内部ロジックは、前記複数の照明器具のそれぞれが、協同方式で光を提供しながら前記他の照明器具から独立して動作するように構成される、照明ネットワーク。
【請求項３１】
前記回路は、複数の照明器具からリモートセンサデータを受信し、それにより、前記光源が、前記複数の照明器具から受信される前記リモートセンサデータ及び前記ローカルセンサデータによって駆動されるように更に適合される、請求項１に記載の照明器具。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本出願は、２０１２年１２月１８日に出願された米国仮特許出願第６１／７３８，７４９号の利益を主張し、また、２０１２年８月２０日に出願された米国特許出願第１３／５８９，７８９号及び２０１２年８月２０日に出願された米国特許出願第１３／５８９，９２８号の一部継続出願であり、それらの開示は参照によりその全体が本明細書に組込まれる。
［技術分野］
本開示は、照明器具に関し、特に、照明ネットワーク内で使用される照明器具に関する。
［背景技術］
近年、白熱電球をより効率的な照明技術を使用する照明器具と置換すると共に、比較的効率的な蛍光灯照明器具を、より快適で自然な光を生成する照明技術と置換する動きが勢いを増してきた。とてつもない将来性を示す１つのこうした技術は、発光ダイオード（ＬＥＤ）を使用する。白熱電球と比較して、ＬＥＤベースの照明器具は、電気エネルギーを光に変換するのにずっと効率的であり、より長く持ち、また、非常に自然である光を生成することが可能である。蛍光灯照明と比較して、ＬＥＤベースの照明器具は、同様に、非常に効率的であるが、ずっと自然である光を生成することが可能であり、更に、色を正確にレンダリングすることがより可能である。結果として、ＬＥＤ技術を使用する照明器具は、居住、商業、及び産業用途で白熱電球及び蛍光灯を置換することを期待される。
【０００２】
フィラメントを所望の電流にさらすことによって動作する白熱電球と違って、ＬＥＤベースの照明器具は、１つ又は複数のＬＥＤを駆動するためのエレクトロニクスを必要とする。エレクトロニクスは、一般には、電源、及び、１つ又は複数のＬＥＤを所望の方式で駆動するために必要とされる、特有に構成された信号を提供するための専用制御回路を含む。制御回路の存在は、おそらくはかなりのレベルのインテリジェンスを照明器具に付加し、照明器具は、種々の型の照明制御を使用するためにレバレッジをかけられ得る。
【０００３】
従来の又はＬＥＤベースの照明器具用の照明制御システムは、一般には、照明器具のグループを制御するための中央コントローラを使用する。中央コントローラは、グループ内の照明器具のそれぞれにコマンド又は信号を送信するように構成され、照明器具は、コマンド又は信号に応答して、オン又はオフに切り替えられ、所望のレベルまで調光（ｄｉｍ）等される。したがって、照明制御決定は、中央コントローラによって受信される入力に基づいて中央コントローラによって行われ、照明器具は、これらの照明制御決定に応答して、制御されるだけである。
［発明の概要］
本開示は、ネットワーク内での照明器具の制御が照明器具の間で分散され得る照明ネットワークに関する。照明器具は、異なる照明ゾーンに関連するグループに分割され得る。照明器具の少なくとも幾つかは、占有センサ、周囲光センサ、及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連することになる。全体的な照明ネットワーク又は種々の照明ゾーン内で、照明器具は、自分達のセンサからのセンサデータを共有し得る。各照明器具は、それ自身のセンサ、リモート独立型センサ、又は照明器具によって提供されるセンサデータを処理し、また、照明器具自身の内部ロジックに従ってセンサデータを処理して、照明器具の動作を制御し得る。照明器具はまた、インターネット又は他の同様なネットワークを介して他の照明器具、制御ノード、光スイッチ、コミッショニングツール、ゲートウェイ、及びリモートデバイスから制御入力を受信し得る。制御入力は、内部ロジックに従ってセンサデータと共に処理されて、照明器具の制御を更に高め得る。
【０００４】
したがって、本開示の照明ネットワークの制御は、各照明器具が本質的に照明ネットワークから独立して動作するように分散化され得る。しかし、照明器具のそれぞれの照明器具内の内部ロジックは、照明器具がグループとして協同して動作するように構成される。協同して働きながら、各照明器具は、特定の照明用途についての目標に応じて、異なる光出力レベルを提供すること等、異なる方法で動作し得る。照明器具はまた、提示される任意のユーザ入力に応答し得る。
【０００５】
一実施形態では、各照明器具は、固体光源と動作を制御する回路とを含む。特に、回路は、少なくとも１つの照明器具からリモートセンサデータを受信し、リモートセンサデータに基づいて固体光源を駆動するように適合される。照明器具は、周囲光センサ、占有センサ、又は同様なもの等のローカルセンサを含み得る。ローカルセンサによって、回路は、ローカルセンサからローカルセンサデータを確定し、リモートセンサデータとローカルセンサデータの両方に基づいて固体光源を駆動するように更に適合される。ローカルセンサデータはまた、他の照明器具に送信されることができ、他の照明器具は、ローカルセンサデータを使用して、これらの照明器具を制御するのを助け得る。照明器具を制御することに加えて、センサ活動は、使用パターンを細部にわって示し得る。幾つかの例は、どのエリアが長期間にわたって部屋内で使用されているかを示す部屋内の占有センサパターン、又は、昼光がどれだけ効率的に窓から取込まれ、部屋に分配されるかを示す周囲光センサパターンであることになる。
【０００６】
したがって、これらの照明器具は、自分達のセンサデータを、照明ネットワーク内の他の照明器具と共有し、自分達自身の内部ロジックの観点からローカル及びリモートセンサデータに基づいて自分達の光出力を制御し得る。内部ロジックは、照明器具のそれぞれが、光又は機能を協同方式で提供しながら、互いから独立して動作するように構成される。
【０００７】
例えば、スイッチが使用されて、特定ゾーン内の照明器具の全てをターンオンし得る。しかし、種々の照明器具によって提供される光の量は、照明ゾーンの異なるエリア内に存在する周囲光の量に基づいて照明器具ごとに変動し得る。窓に近い照明器具は、内壁の近くにある照明器具に比べて少ない光或いは異なる色又は色温度の光を提供し得る。
【０００８】
当業者は、添付図面に関連して以下の詳細な説明を読んだ後に、本開示の範囲を理解し、本開示の更なる態様を認識するであろう。
組み込まれて発明の詳細な説明の一部分を形成する添付の図面は、本開示の幾つかの局面を示し、明細書とともに、本開示の原理を説明するのに役立つ。
【図面の簡単な説明】
【０００９】
【図１】本開示の一実施形態によるトロファベースの照明器具の斜視図である。
【図２】図１の照明器具の断面図である。
【図３】図１の照明器具の断面図であって、光が、どのように照明器具のＬＥＤから発せられ、照明器具のレンズを通して外に反射されるかを示す図である。
【図４】図１の照明器具のエレクトロニクスハウジング内に統合されたドライバモジュール及び通信モジュールを示す図である。
【図５】本開示の一実施形態による、図１の照明器具のエレクトロニクスハウジング内に設けられるドライバモジュール及びエレクトロニクスハウジングの外部に結合された関連ハウジング内の通信モジュールを示す図である。
【図６】例示的なフロアプラン用の照明システムを示す図である。
【図７】図６に示す照明システム用の投光データを示す表である。
【図８Ａ−８Ｅ】図６に示すフロアプラン用の例示的なゾーンを示す図であって、各部屋から廊下に入る扉が開口している状態で投光プロセスが提供される際のゾーンを示す図である。
【図９】本開示の一実施形態によるグループ化プロセスを示す通信フロー図である。
【図１０】照明システムの照明器具の間でのセンサデータの共有を示す通信フロー図である。
【図１１】照明システム内でのセンサデータの共有及び命令の生成を示す通信フロー図である。
【図１２】照明システム内での命令の中継と命令を修正する能力との両方を示す通信フロー図である。
【図１３Ａ】各ゾーンが周囲光の存在に基づいて異なる出力レベルを有し得る３つの別個のゾーンを有する照明システムを示す図である。
【図１３Ｂ】周囲光の存在に基づいて光出力の勾配が存在する照明システムを示す図である。
【図１４】本開示の一実施形態による照明システムのブロック図である。
【図１５】本開示の第１の実施形態による例示的なＬＥＤの断面図である。
【図１６】本開示の第２の実施形態による例示的なＬＥＤの断面図である。
【図１７】本開示の一実施形態によるドライバモジュール及びＬＥＤアレイの略図である。
【図１８】本開示の一実施形態による通信モジュールのブロック図である。
【図１９】本開示の第１の実施形態による照明器具のブロック図である。
【図２０】本開示の第２の実施形態による照明器具のブロック図である。
【図２１】ドライバモジュール及び通信モジュールの機能が統合された照明システムのブロック図である。
【図２２】本開示の一実施形態による独立型センサモジュールのブロック図である。
【図２３】本開示の一実施形態によるコミッショニングツールのブロック図である。
【図２４】本開示の一実施形態によるスイッチモジュールのブロック図である。
【図２５】本開示の一実施形態によるスマート器具のブロック図である。
【図２６】室内ＲＦ通信モジュールのブロック図である。
【図２７】本開示の一実施形態によるＲＦ通信モジュールのブロック図である。
【図２８】本開示の一実施形態による、スマート器具及び室内ＲＦ通信モジュールを備える照明器具のブロック図である。
【図２９】本開示の一実施形態による、スマート器具、室内ＲＦ通信モジュール、及び工具センサモジュールを備える照明器具のブロック図である。
【図３０】本開示の一実施形態による、無線センサのブロック図である。
【図３１】本開示の一実施形態によるレガシー工具を駆動することが可能な無線中継モジュールのブロック図である。
【図３２】本開示の一実施形態による無線スイッチのブロック図である。
【図３３】本開示の一実施形態による、調整器を選択するための反復的プロセスを示す通信フロー図である。
【図３４】本開示の別の実施形態による、調整器を選択するための反復的プロセスを示す通信フロー図である。
【図３５Ａ】本開示の別の実施形態による調整器を選択するための反復的プロセスを示す通信フロー図である。
【図３５Ｂ】本開示の別の実施形態による調整器を選択するための反復的プロセスを示す通信フロー図である。
【図３５Ｃ】本開示の別の実施形態による調整器を選択するための反復的プロセスを示す通信フロー図である。
【図３６】本開示の一実施形態による例示的な照明器具のブロック図である。
【図３７】第１の照明システム構成についてのルーティング図である。
【図３８】第２の照明システム構成についてのルーティング図である。
【図３９】第３の照明システム構成についてのルーティング図である。
【図４０】本開示の第２の実施形態による代替の照明器具構成の図である。
【発明を実施するための形態】
【００１０】
［発明の詳細な説明］
以下で述べる実施形態は、当業者が本開示を実施することを可能にし、本開示を実施する最良の形態を示すために必要な情報を示す。添付図面を考慮して以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書で特に述べられない概念の適用形態を認識するであろう。これらの概念及び適用形態が本開示及び特許請求項の範囲内に入ることが理解されるべきである。
【００１１】
「前の（ｆｒｏｎｔ）」、「前方の（ｆｏｒｗａｒｄ）」、「後の（ｒｅａｒ）」、「下の（ｂｅｌｏｗ）」、「上の（ａｂｏｖｅ）」、「上側の（ｕｐｐｅｒ）」、「下側の（ｌｏｗｅｒ）」、「水平な（ｈｏｒｉｚｏｎｔａｌ）」、及び「垂直の（ｖｅｒｔｉｃａｌ）」等の相対的用語は、図に示されるように、１つの要素、層、又は領域と別の要素、層、又は領域との関係を述べるために、本明細書で使用され得る。これらの用語は、図面に示す配向に加えて、デバイスの異なる配向を包含することを意図されることが理解される。
【００１２】
本開示は、ネットワーク内での照明器具の制御が照明器具の間で分散され得る照明ネットワークに関する。照明器具は、異なる照明ゾーンに関連するグループに分割され得る。照明器具の少なくとも幾つかは、占有センサ、周囲光センサ、及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連付けられることになる。全体的な照明ネットワーク又は種々の照明ゾーン内で、照明器具は、センサからのセンサデータを共有し得る。各照明器具は、それ自身のセンサ、リモート独立型センサ、又は照明器具によって提供されるセンサデータを処理し、また、照明器具自身の内部ロジックに従ってセンサデータを処理して、照明器具の動作を制御し得る。照明器具はまた、他の照明器具、制御ノード、光スイッチ、及びコミッショニングツールから制御入力を受信し得る。制御入力は、内部ロジックに従ってセンサデータと共に処理されて、照明器具の制御を更に高め得る。
【００１３】
したがって、本開示の照明ネットワークの制御は、各照明器具が本質的に照明ネットワークから独立して動作するように分散化され得る。しかし、照明器具のそれぞれの照明器具内の内部ロジックは、照明器具がグループとして協同して動作するように構成される。協同して働きながら、各照明器具は、特定の照明用途についての目標に応じて異なる方法で動作し得る。照明器具はまた、提示される任意のユーザ入力に応答し得る。
【００１４】
例えば、スイッチが使用されて、特定のゾーン内の照明器具の全てをターンオンし得る。しかし、種々の照明器具によって提供される光の量は、存在する周囲光の量又は照明ゾーンの異なるエリア内の相対的占有率に基づいて照明器具ごとに変動し得る。窓に近い照明器具は、内壁に近い照明器具に比べて少ない光或いは異なる色又は異なる色温度の光を提供し得る。更に、人々に近い照明器具又はより大きなグループの人々に近接する照明器具は、他の照明器具に対してより多くの光或いは異なる色又は異なる色温度の光を提供し得る。例えば、長い廊下では、占有者の存在は、通路グループの照明器具をターンオンし得るだけでなく、種々の器具についての調光レベルに影響し得るため、１人の占有者（複数人の占有者）のすぐ周りのエリア（又は複数のエリア）がより高い光レベルを有しながら、廊下全体は、低い光レベルで点灯される。より多くの占有者がいるエリアは、より少ない又はより多くの占有者がいるエリアより高い光出力を有し得る。移動速度もまた、相対的光出力レベルに影響し得る。
【００１５】
従来の照明制御システムは、中央コントローラに依存して、遠くから全ての決定を行い、種々の照明器具を制御する。本開示の分散型制御アプローチはそのように制限されない。中央コントローラが使用され得るが、中央コントローラからのコマンドは、各照明器具
の内部ロジックによって考慮される提案又は単なる別の入力として扱われ得る。本開示に特にユニークであるのは、照明器具の間でセンサデータを共有する能力である。センサデータを共有することができることは、協調方式でグループとして動作するように照明器具を別途独立に機能させることを可能にする。
【００１６】
例えば、照明ゾーン内の各照明器具は、それ自身の周囲光の読みを取得し得るが、それ自身の周囲光の読みだけに作用するではなく、周囲光の読みが、そのグループ内の他の照明器具と共有される。照明ゾーン内の照明器具の全てが、それらの周囲光の読みを共有すると、各照明器具は、グループ全体からの周囲光の読みに基づいて平均又は最小光出力を独立に確定し得る。したがって、そのグループ内の他の照明器具は、互いから独立して動作しながら互いに一貫性があるように自分の出力を調整することになる。
【００１７】
本開示の詳細を掘下げる前に、分散型照明制御システムが使用され得る例示的な照明器具の概要が述べられる。本開示の概念は、任意の型の照明システムで使用され得るが、直ぐ後に続く説明は、図１〜３に示す照明器具１０等のトロッファ型照明器具においてこれらの概念を述べる。開示される照明器具１０は、光が、最初に光源から上方に放出され、次に下方に反射される間接照明構成を使用するが、直接照明構成もまた、本開示の概念を利用し得る。トロッファ型照明器具に加えて、本発明の概念は、埋め込み型照明構成、壁取付け照明構成、室外照明構成、及び同様なものにおいて使用され得る。同時係属中でかつ同一譲受人に譲渡された、２０１３年８月２０日に出願された米国特許出願第１３／５８９，８９９号、２０１２年１０月１１日に出願された米国特許出願第１３／６４９，５３１号、及び２０１２年９月７日に出願された米国特許出願第１３／６０６，７１３号に対して参照が行われ、それらの内容は、参照によりそれらの全体が本明細書に組込まれる。更に、以下で述べる機能及び制御技術が使用されて、異なる型の照明器具並びに同じか又は異なる型の照明器具の異なるグループを同時に制御し得る。
【００１８】
一般には、照明器具１０等のトロファ型照明器具は、天井に取付けるように設計される。ほとんどの用途では、トロファ型照明器具は、商業施設、教育施設、又は官公庁施設の吊り天井（図示せず）に取付けられる。図１〜３に示されるように、照明器具１０は、正方形又は長方形の外側フレーム１２を含む。照明器具１０の中央部分には、２つの長方形レンズ１４が存在し、長方形レンズ１４は、一般には、透明、半透明、又は不透明である。反射体１６は、外側フレーム１２からレンズ１４の外側エッジまで延在する。レンズ１４は、反射体１６の最も内側の部分の間で細長いヒートシンク１８まで延在し、ヒートシンク１８は、レンズ１４の２つの内側エッジを接合するように機能する。
【００１９】
ここで特に図２及び３を考えると、ヒートシンク１８の後側は、ＬＥＤアレイ２０用の取付け構造を提供し、ＬＥＤアレイ２０は、適切な基材上に取付けられた個々のＬＥＤの１つ又は複数の列を含む。ＬＥＤは、凹状カバー２２に向かって上方に光を主に放出するように配向される。カバー２２、レンズ１４、ヒートシンク１８の後部によって境界付けられる体積は、混合チャンバ２４を提供する。したがって、光は、図３に示されるように、ＬＥＤアレイ２０のＬＥＤからカバー２２に向かって上方に発せられ、それぞれのレンズ１４を通過するように下方に反射されることになる。特に、１回の反射で、ＬＥＤから放出される光線全てが、カバー２２の底部から直接反射し、特定のレンズ１４を通過しないであろう。光線の多くは、混合チャンバ２４内で跳ね返り、他の光線と効果的に混合することになり、それにより、好ましくは均一な光がそれぞれのレンズ１４を通して放出される。
【００２０】
多くの変数の中でもとりわけ、レンズ１４の型、ＬＥＤの型、カバー２２の形状、及びカバー２の底側上の任意のコーティングが、照明器具１０によって放出される光の量及び品質に影響を及ぼすことになることを当業者は認識するであろう。以下でより詳細に論じ
るように、ＬＥＤアレイ２０は、異なる色のＬＥＤを含むことができ、種々のＬＥＤから放出される光は、共に混合されて、特定の実施形態用の設計パラメータに基づく所望の色温度及び品質を有する白色光を形成する。
【００２１】
図２及び３から明らかであるように、ヒートシンク１８の細長いフィンが、照明器具１０の底部から見え得る。ヒートシンク１８の上側に沿って熱接触した状態でＬＥＤアレイ２０のＬＥＤを設置することは、ＬＥＤによって生成されるいかなる熱も、ヒートシンク１８の底側の細長いフィンに効率的に伝達されて、照明器具１０が取付けられる部屋内で消散することを可能にする。やはり、図１〜３に示す照明器具１０の特定の構成は、本開示の概念がそこで適用可能である照明器具１０用の事実上無限の構成の内の１つに過ぎない。
【００２２】
引き続き図２及び３を参照すると、エレクトロニクスハウジング２６が、照明器具の１端に取付けられて示され、ＬＥＤアレイ２０に電力供給し、ＬＥＤアレイ２０を制御するために使用されるエレクトロニクスの全て又は一部分を収容するために使用される。これらのエレクトロニクスは、適切なケーブル配線２８を通してＬＥＤアレイ２０に結合される。図４を参照すると、エレクトロニクスハウジング２６内に設けられるエレクトロニクスは、ドライバモジュール３０及び通信モジュール３２に分割され得る。
【００２３】
高いレベルでは、ドライバモジュール３０は、ケーブル配線２８を通してＬＥＤアレイ２０に結合され、通信モジュール３２によって提供される制御情報に基づいてＬＥＤアレイ２０のＬＥＤを直接駆動する。ドライバモジュール３０は、照明器具１０のためのインテリジェンスを提供し、ＬＥＤアレイ２０のＬＥＤを所望の方式で駆動することが可能である。ドライバモジュール３０は、設計者の欲求に応じて、単一の統合モジュール上に設けられ得る、又は、２つ以上のサブモジュールに分割され得る。
【００２４】
通信モジュール３２は、インテリジェント通信インタフェースとして働き、ドライバモジュール３０と、他の照明器具１０、リモート制御システム（図示せず）、又は、有線又は無線方式でリモート制御システムと通信するように同様に構成され得る可搬型で手持ち式のコミッショニングツールとの間の通信を容易にする。コミッショニングツールは、照明ネットワークのコミッショニングを含む種々の機能のために使用され得るコミッショニングツール３６として本明細書で参照される。先に述べたように、これらの通信は、照明ネットワーク内の種々の照明器具１０の間でのセンサデータ、命令、及び任意の他のデータの共有を含み得る。本質的に、通信モジュール３２は、照明器具１０の間でのインテリジェンス及びデータの共有を調整するように機能する。
【００２５】
図４の実施形態では、通信モジュール３２は、ドライバモジュール３０と別のプリント回路板（ＰＣＢ：ｐｒｉｎｔｅｄ  ｃｉｒｃｕｉｔ  ｂｏａｒｄ）上に実装され得る。ドライバモジュール３０及び通信モジュール３２のそれぞれのＰＣＢは、通信モジュール３２のコネクタがドライバモジュール３０のコネクタにプラグインされることを可能にするように構成されることができ、通信モジュール３２のコネクタがドライバモジュール３０のコネクタに差し込まれると、通信モジュール３２は、ドライバモジュール３０に機械的に取付けられるか又は固着される。
【００２６】
他の実施形態では、ケーブルが使用されて、ドライバモジュール３０及び通信モジュール３２のそれぞれのコネクタに接続し得る、他の取付け機構が使用されて、通信モジュール３２をドライバモジュール３０に物理的に結合し得る、又は、ドライバモジュール３０及び通信モジュール３２がエレクトロニクスハウジング２６の内側に別々に固着され得る。こうした実施形態では、エレクトロニクスハウジング２６の内部は、ドライバモジュール３０と通信モジュール３２との両方を収容するよう適切にサイズ決定される。多くの事
例では、エレクトロニクスハウジング２６は、ドライバモジュール３０と通信モジュール３２との両方のためのプレナム定格格納容器を提供する。
【００２７】
図４の実施形態によって、通信モジュール３２を追加すること又は置換することは、エレクトロニクスハウジング２６の内部にアクセスすることを必要とする。これが望ましくない場合、ドライバモジュール３０は、エレクトロニクスハウジング２６内に単独で設けられ得る。通信モジュール３２は、エレクトロニクスハウジング２６の外側に露出する形で取り付けられ得る、又は、図５に示されるようにエレクトロニクスハウジング２６の外側に直接的に又は間接的に接続され得る補助ハウジング３４内に取付けられ得る。補助ハウジング３４は、エレクトロニクスハウジング２６にボルト留めされ得る。補助ハウジング３４は、代替的には、スナップフィット又はフック及びスナップ機構を使用してエレクトロニクスハウジングに接続され得る。補助ハウジング３４は、単独で又はエレクトロニクスハウジング２６の外部表面に結合されると、プレナム定格格納容器を提供し得る。
【００２８】
エレクトロニクスハウジング２６及び補助ハウジング３４がプレナム定格格納容器内に取付けられることになる実施形態では、補助ハウジング３４は、プレナム定格である必要はない。更に、通信モジュール３２は、通信モジュール３２内に設けられるエレクトロニクスの性質、照明器具１０がどのようにまたどこに取付けられることになるか、及び同様な理由に応じて、補助ハウジング３４を必要とせずにエレクトロニクスハウジング２６の外部に直接取付けられ得る。通信モジュール３２がエレクトロニクスハウジング２６の外側に取付けられる後者の実施形態は、通信モジュール３２が、他の照明器具１０、リモート制御システム、或いは他のネットワーク又は付属デバイスとの無線通信を容易にする。本質的に、ドライバモジュール３０は、無線通信に対して伝導性でない場合があるプレナム定格エレクトロニクスハウジング２６内に設けられ得る。通信モジュール３２は、それ自身でエレクトロニクスハウジング２６の外側に、又は、無線通信に対してより伝導性がある補助ハウジング３４内に取付けられ得る。ケーブルは、規定の通信インタフェースに従ってドライバモジュール３０と通信モジュール３２との間に設けられ得る。
【００２９】
エレクトロニクスハウジング２６の外側への通信モジュール３２の取付けを使用する実施形態は、費用対効果が多少低いが、通信モジュール３２又は他の付属デバイスが照明器具１０に追加される、サービスされる、又は置換されることを可能にする際のかなりの柔軟性を提供し得る。通信モジュール３２用の補助ハウジング３４は、プレナム定格プラスチック又は金属で作られ、スナップ、ネジ、ボルト、又は同様なものを通してエレクトロニクスハウジング２６に容易に取付けられると共に、通信モジュール３２を容易に受取るように構成され得る。通信モジュール３２は、スナップフィット、ネジ、ツイストロック、及び同様なものを通して補助ハウジング３４の内側に取付けられ得る。通信モジュール３２をドライバモジュール３０に接続するために使用されるケーブル配線及びコネクタは、ＲＪ４５コネクタ、エッジカードコネクタ、ブラインドメイトコネクタ対、ターミナルブロック及び個々のワイヤ、並びに同様なものを有する標準的カテゴリ５（ｃａｔ５）ケーブル等の、入手可能な任意の形態をとり得る。ドライバモジュール３０を含むエレクトロニクスハウジング２６に対して外部取付け式通信モジュール３２を有することは、所与のドライバモジュール３０について異なる型の通信モジュール３２の容易な現場設置を可能にする。
【００３０】
一実施形態では、照明器具１０の能力は、照明器具１０が異なる照明ゾーンに容易にグループ化されることを可能にする。図６を参照して、１８個の天井取付け式照明器具１０が存在すると仮定する。１８個の天井取付け式照明器具１０は、照明器具Ａ〜Ｒとして一意に参照され、フロアプランＦＰ１の異なる部屋ＲＭ１〜ＲＭ４及び廊下ＨＷ１内に設置される。
【００３１】
特に、照明器具Ａは部屋ＲＭ１内に存在し、照明器具Ｂ〜Ｅは部屋ＲＭ２内に存在し、照明器具Ｉ、Ｊ、Ｌ、Ｍ、Ｑ、及びＲは部屋ＲＭ３内に存在し、照明器具Ｎ及びＯは部屋ＲＭ４内に存在し、照明器具Ｆ、Ｇ、Ｈ、Ｋ、及びＰは廊下ＨＷ１内に存在する。廊下ＨＷ１からそれぞれの部屋ＲＭ１〜ＲＭ４のそれぞれに入る扉が閉鎖し、照明器具Ａ〜Ｒが、投光手順を使用して５つの特有の照明ゾーンにグループ化され得ると仮定する。投光手順の間に、１つの照明器具Ａ〜Ｒは、その光出力を調整又は変調することになり、一方、他の照明器具Ａ〜Ｒは、最初の照明器具Ａ〜Ｒの調整済み又は変調済みの光出力をモニターしようとする。
【００３２】
変調済み又は調整済みの投光信号が、種々の照明器具Ａ〜Ｒ内に設けられるか又は種々の照明器具Ａ〜Ｒに関連付けられる周囲光センサによって検出され得る赤外線光信号等の可視又はほぼ可視の信号であると仮定する。最初に、照明器具Ａが可視又はほぼ可視の投光信号を放出し、一方、残りの照明器具Ｂ〜Ｒがそれらの周囲光センサをモニターして、統合されるか又は関連付けられた周囲光センサによって受信される投光信号の相対的強度を検出すると仮定する。やはり、部屋ＲＭ１と廊下ＨＷ１との間の扉が閉鎖し、他の照明器具Ａ〜Ｒはいずれも、照明器具Ａによって提供される投光信号を検出せず、したがって、照明器具Ａが単独でグループ化されることになると仮定する。次に、照明器具Ｂが投光信号を提供し、照明器具Ａ及びＣ〜Ｒが、照明器具Ｂによって提供される投光信号をモニターし始めることになる。この事例では、照明器具Ｃが投光信号を比較的強く検出し、照明器具Ｄが投光信号をより弱く検出し、照明器具Ｅが、投光信号が少しでも検出される場合、かすかな投光信号を検出することになる。
【００３３】
相対的マグニチュードが、照明器具Ｃ〜Ｅのそれぞれによってモニターされる投光信号に割当てられ得る。これらのマグニチュードが使用されて、図７に示す表、又は、特定の照明器具Ａ〜Ｒに関連する表の一部分等の表を埋め得る。この例では、照明器具Ｂによって放出される投光信号は、照明器具Ｃによって０〜１．０の範囲について０．７の相対的強度を割当てられ、照明器具Ｄによって０．３の相対的強度を、また照明器具Ｅによって０．１の相対的強度を割当てられる。部屋ＲＭ２と廊下ＨＷ１との間の扉が閉鎖しているため、他の照明器具Ａ又はＦ〜Ｒはどれも、照明器具Ｂからの投光信号を検出できないことになる。
【００３４】
次に、照明器具Ｃが投光信号を提供し始め、他の照明器具Ａ、Ｂ、及びＤ〜Ｒが、照明器具Ｃによって提供される投光信号をモニターし始めることになる。部屋ＲＭ２内の照明器具Ｂ、Ｄ、及びＥは、投光信号を検出し、その投光信号について相対的マグニチュードを割当てることになる。マグニチュードは図７に提供される。やはり、照明器具Ａ及びＦ〜Ｒは、それらの相対的な場所のせいで投光信号を検出しないことになる。このプロセスは、残りの照明器具Ｄ〜Ｒのそれぞれについて系統的に反復され、それにより、図７の表が完全に埋められる。種々の照明器具Ａ〜Ｒの信号強度マグニチュードを解析することによって、照明器具Ａ〜Ｒの種々のグループが、関連する照明ゾーンに容易に分割され得る。視覚的に、照明器具Ａがそれ自身によって１つのゾーン内にあるべきであり、照明器具Ｂ〜Ｅが第２のゾーン内にあるべきであり、照明器具Ｉ、Ｊ、Ｌ、Ｍ、Ｑ、及びＲが第３のゾーン内にあるべきであり、照明器具Ｎ及びＯが第４のゾーン内にあるべきであり、照明器具Ｆ、Ｇ、Ｈ、Ｋ、及びＰが第５のゾーン内にあるべきであると容易に判定され得る。これらのゾーンのそれぞれは、部屋ＲＭ１〜ＲＭ４及び廊下ＨＷ１内の種々の照明器具Ａ〜Ｒの配置に直接対応する。異なる部屋の照明器具Ａ〜Ｒを対応するゾーンに単にグループ化することに加えて、投光信号の相対的マグニチュードに基づいて互いに対する種々の照明器具Ａ〜Ｒの相対的近接性及び配置が容易に確定され得る。
【００３５】
以下で更に述べるように、種々の照明器具Ａ〜Ｒはまた、互いからのＲＦ信号強度をモニターし得る。種々の照明器具Ａ〜Ｒの間のＲＦ信号強度が使用されて、照明器具Ａ〜Ｒ
間の距離及び照明器具Ａ〜Ｒの相対的場所を確定し得る。更に、互いに対するグループ間の相対的距離及びグループの相対的場所が確定され得る。したがって、相対的な距離及び場所は、投光信号、ＲＦ信号強度、又はその組合せを使用して、ＲＦネットワーク内の全ての器具及び器具の任意のグループについて確定され得る。その結果が使用されて、照明ネットワーク内の照明器具Ａ〜Ｒ及び他の要素のスケーリングされたマップを生成し得る。そのマップは、コミッショニングツール３６も含み得る。ＲＦ信号強度を使用することに加えて、マイクロフォン及びスピーカが、グループ化、通信、及び同様なもののための投光技術に関連付けられるか又はそれの代わりに使用され得る。各照明器具Ａ〜Ｒは、マイクロフォン又は同様の音響（音波又は超音波）センサ、並びに、オーディオ増幅器及びスピーカ（音波又は超音波）を有するか又はそれに関連付けられ得る。
【００３６】
マイクロフォンは、照明器具が、「より明るい（ｂｒｉｇｈｔｅｒ）」、「より暗い（ｄｉｍｍｅｒ）」、「オン（ｏｎ）」、又は「オフ（ｏｆｆ）」（或いは、他の音響データ、おそらくは占有のための足音）のような音声コマンドを捕捉し、音響情報を処理することを可能にすることになる。情報は、照明器具が、光源を所望の方式で制御する他の照明器具Ａ〜Ｒ（又は他のノード）にコマンドを発行する、又は、音響情報を他の照明器具Ａ〜Ｒ（又は他のノード）と共有するようにさせ得る。照明器具Ａ〜Ｒによって提供されるか又は照明器具Ａ〜Ｒに関連付けられる分散型マイクロフォンのネットワークは、音がどこからやって来るか（ユーザが同じ部屋にいるか？）のようなことだけでなく、音源がどの方向にまたどれだけ速く移動しているかもまた決定し得る（ユーザが出口に向かって急いでいるか又は更に「火事だ（ｆｉｒｅ）」と大声で叫んでいる場合、おそらく、緊急事態が存在し、空間が、安全のためにより十分に照明されるべきである）。
【００３７】
オフィス空間を静かに保つために全てが一緒に動作するノイズ抑制又はノイズ消去照明器具のネットワークを提供する能力もまた存在する。周囲ノイズの影響を減少させるように構成されるスピーカは、ホワイトノイズ又はピンクノイズで駆動され得る。真のノイズ消去のために、照明器具Ａ〜Ｒの１つの照明器具又はグループのマイクロフォンによってモニターされる周囲ノイズは、反転され（又は、周囲ノイズに関して位相がずれるように再生され）、近傍の占有者用のノイズ消去効果を提供することになるボリュームで、対応するスピーカによって再生され得る。
【００３８】
特に、各照明器具Ａ〜Ｒは、図７に示すそれ自身の表又は表の一部分を生成し得る。例えば、各照明器具Ａ〜Ｒは、他の照明器具Ａ〜Ｒからの投光信号の相対的マグニチュードを格納するアレイを単に維持し得る。この事例では、照明器具Ａ〜Ｒのそれぞれは、コマンドに応答して、投光信号が、そこから少しでも検出されたか又は或るマグニチュードを超えて検出された照明器具Ａ〜Ｒだけとデータを共有することになる。これらの事例では、各照明器具Ａ〜Ｒは、それ自身を１つのゾーンに効果的に関連付けることができる。代替的には、投光信号の全ては、マスター照明器具１０に送出されることができ、マスター照明器具１０は、図７の表についてのデータの全てを収集し、データを解析し、照明器具Ａ〜Ｒのそれぞれを種々のゾーンに割当て、ゾーン化情報を照明器具Ａ〜Ｒに通信することが可能である。更に、マスター照明器具１０によって提供される処理はまた、コミッショニングツール３６又は中央制御システム等のリモート制御エンティティにアウトソーシングされ得る。
【００３９】
従来の例では、廊下ＨＷ１の扉の全ては、閉鎖された。したがって、種々の照明器具Ａ〜Ｒを５つの異なるゾーンにグループ化することは比較的明快であり、照明器具の全てが部屋ＲＭ１〜ＲＭ４内にある、すなわち、廊下ＨＷ１が異なるゾーンにグループ化された。したがって、照明器具Ａ〜Ｒはどれも２つ以上のゾーンに割当てられなかった。
【００４０】
しかし、或る照明器具Ａ〜Ｒを２つ以上のゾーンに割当てることが望ましい場合がある
。一例として、部屋ＲＭ１に入る扉が、通常、開口している場合、廊下ＨＷ１内にある照明器具Ｆ及びＧを、照明器具Ａを含む部屋ＲＭ１用のゾーンに何らかの方式で関連付けることが望ましい場合がある。引き続きこの概念によって、照明器具Ａが投光信号を提供している際、廊下ＨＷ１の照明器具Ｆ及びＧが投光信号を検出し得る。同様に、照明器具Ｆ及びＧは、投光信号を提供している際、それぞれの他の投光信号を捕捉し、照明器具Ａは、照明器具Ｆ及びＧの投光信号を同様に捕捉し得る。したがって、それぞれの照明器具Ａ、Ｆ、及びＧ又は別の制御エンティティは、投光信号情報を解析し、図８Ａに示されるように、照明器具Ａ、Ｆ、及びＧをゾーンＺ１に関連付けることになる。廊下ＨＷ１の扉の全てが開口したままである場合、投光プロセスは、部屋ＲＭ２の照明器具Ｂ、Ｃ、Ｄ、及びＥが、図８Ｂに示すゾーンＺ２において、廊下ＨＷ１の照明器具Ｇ、Ｈ、及びＫと共にグループ化されるように継続し得る。同様に、部屋ＲＭ３の照明器具Ｉ、Ｊ、Ｌ、Ｍ、Ｑ、及びＲはまた、図８Ｃに示すゾーンＺ３において、廊下ＨＷ１の照明器具Ｇ、Ｈ、及びＫに関連付けられ得る。部屋ＲＭ４の照明器具Ｎ及びＯは、図８Ｄに示すゾーンＺ４において、廊下ＨＷ１の照明器具Ｆ及びＧに関連付けられ得る。
【００４１】
ＨＷ１を参照すると、扉が全て開口している際、照明器具Ｈ、Ｇ、Ｋ、及びＰは、種々の部屋ＲＭ１〜ＲＭ４の種々の照明器具Ｂ、Ｃ、Ｉ、Ｌ、Ｎ、及びＯに関連付けられ得る。これが所望されない場合、ユーザは、種々の照明器具Ａ〜Ｒのグループ化を修正することができ、それにより、照明器具Ｆ、Ｇ、Ｈ、Ｋ、及びＰだけがゾーンＺ４に関連付けられ、これは、図８Ｅに示されるように廊下ＨＷ１だけのための照明を示す。したがって、照明器具１０の自動グループ化は、照明器具１０のそれぞれとの直接相互作用を通して又はコミッショニングツール３６等のリモート制御エンティティから容易に修正され得る。照明器具１０がどのように、互いに通信し、データを共有し、協同方式で動作するかに関する更なる詳細は、以下で更に提供される。
【００４２】
図９を参照すると、部分的な通信フローが提供されて、プロセスに関係する各照明器具の例示的な投光プロセス及び機能が示される。同じ部屋にあると仮定される照明器具Ｂ〜Ｄの動作が強調される。最初に、照明器具Ｂは、照明器具Ａ又は或る他の制御エンティティからの命令に基づいて投光モードに入ると決定する（ステップ１００）。投光モードに入ると決定することは、内部的に、有線又は無線ネットワークを通じて外部入力から、又は光学的に或るシグネチャを有する投光信号を受信することに応答してトリガーされ得る。例えば、照明器具Ｂは、時刻に基づいて、定期的に、センサの読みに基づいて、又は手動（ユーザ）要求に応答して投光モードに入り得る。代替的には、投光信号は、常にモニターされ、モニター側の照明器具１０によって自動的に検出され測定される光の特定のオフ／オンシグネチャ又は変調の形態をとり得る。
【００４３】
投光モードに入ると、照明器具Ｂは、照明器具Ｂからの投光信号を探す命令を、直接に又はブロードキャスト信号を介して他の照明器具１０に送信することになる。特に、これらの命令は、１つの照明器具１０から別の照明器具１０に直接送信され得る、又は、照明器具ネットワーク全体にわたって１つの照明器具１０から別の照明器具１０に中継され得る。示されるように、照明器具Ｂによって提供される投光信号を探す命令は、照明器具Ｃによって受信され（ステップ１０２）、照明器具Ｄに中継される（ステップ１０４）。しかし、命令は、中継されることなく、照明器具Ｂから照明器具Ｄに直接送信されても良い。
【００４４】
この時点で、照明器具Ｃ及びＤは共に、照明器具Ｂによって提供される投光信号をモニターし始めることになる（ステップ１０６及び１０８）。したがって、照明器具Ｂは、投光信号を提供するその光源を何らかの方式で調整又は変調し始めることになる（ステップ１１０）。特に、投光信号は、１つの照明器具１０から別の照明器具１０に中継されない光信号である。代わりに、照明器具Ｃ及びＤは、その投光信号を検出し処理して、グルー
プ化データを生成することになる（ステップ１１２及び１１４）。グループ化データは、図７の表に関連して論じるように、投光信号が検出されるか又は所与の閾値を超えて検出されるか否かを単に判定することから、相対的マグニチュードを投光信号に割当てることまでに及んでも良い。一定時間後に、照明器具Ｂは、投光信号を提供することを停止し（ステップ１１６）、照明器具Ｃが投光モードに入るための命令を提供することになる（ステップ１１８）。代替的には、コミッショニングツール３６等のリモート制御エンティティは、投光モードに入る命令を照明器具Ｃに提供しても良い。この時点で、照明器具Ｃは、投光モードに入ることにし（ステップ１２０）、プロセスは、照明器具Ｃについて反復することになる。イベントのこのシーケンスは、照明ネットワーク内の照明器具１０のそれぞれについて継続することになる。
【００４５】
投光信号を処理することに関して、受信側の照明器具１０によってモニターされる投光信号測定値は、送信側の照明器具１０、受信側の照明器具１０、又は両方のＩＤに関連付けられても良い。送信側の照明器具１０は、（ステップ１１０の）投光信号を探すメッセージ内に提供されるＩＤ、或いは、送信側の照明器具１０のＩＤを含むか又はその照明器具１０に関連する一意の変調信号に基づいて識別されても良い。関連付けは、内部又はリモート制御システムによって行われても良い。更に、関連付けは、異なる照明器具１０による投光信号の送信をタイムスンプ処理又は同期化することに基づいて行われ得るため、送信側の照明器具１０は、種々の受信側の照明器具１０からの投光信号測定値に関連付けられることができる。
【００４６】
受信側の照明器具１０は、受信側の照明器具１０の関連するＩＤ、及び、投光信号を特定の送信側の照明器具１０に関連付けるために使用され得る同期化又は識別情報と共に、投光信号測定値を報告しても良い。タイムスンプ処理情報又は他のセンサ情報は、こうした測定値報告に含まれていても良い。これらの型の投光信号測定値報告は、図７に示すような情報の表を異なる時間について生成するために使用され、また、他のセンサパラメータを含み得る。したがって、より大きな粒状性が、照明器具１０の制御又は光グループ化の中に提供され、制御の型が、異なる時間に及び／又はセンサからの異なる入力に基づいて変化し得る。例えば、制御は、１時間に１回、又は、一定のセンサの読みがモニターされると変化しても良い。
【００４７】
このプロセス全体にわたって又はプロセスの終わりに、照明器具１０のそれぞれは、グループ化データを交換するか或いはグループ化データをマスター照明器具１０又はリモート制御エンティティに提供して、グループ化データを処理し、種々の照明器具１０を対応するゾーンに割当てることになる（ステップ１２２）。主に分散型制御プロセスでは、照明器具１０のそれぞれに設けられる内部ロジックは、照明器具１０が、グループ化データに基づいて自分自身を適切なゾーンに効果的に割当てることを可能にすることになる。照明器具１０が、或るゾーンに割当てられるか、又は、照明器具１０の或るグループに関連付けられているとしてそれ自身を識別すると、種々の情報が、所与のゾーン内の照明器具１０の間で交換されても良い。この情報は、センサデータから、動作を制御するための命令に及んでも良い。
【００４８】
投光技術はまた、占有又は占有の欠如を検出するために使用されても良い。照明器具１０（及び任意の他の投光能力があるデバイス）は、おそらく人の目に見えないか又は知覚されない方法で定期的に又は比較的連続的に投光を提供して、空いた部屋に対して投光の読みを比較するように構成されても良い。基準投光の読みの変化は、占有者の存在を示し、変化量は占有者の数を示し、変化の場所は占有者の場所を示しても良い。基準投光の読みへの復帰は、そのエリアが空になったことを示し、したがって、従来の身体の熱又は運動センサを使用して空きをチェックする必要性をなくしても良い。
【００４９】
特に、肯定応答が、各通信信号又はメッセージに応答して、並びに、投光信号を検出すると提供されても良い。これらの肯定応答は、照明器具内通信を支援する有線又は無線ネットワークを通じて提供されても良く、又は、肯定応答を示す一定の変調シグネチャを有する或る型の投光信号を使用して光学的に提供されても良い。肯定応答信号又は他の応答信号が使用されて、ステータス、信号強度情報、更なる情報についての要求、及び同様なものを交換しても良い。所与の照明システム内で、異なる通信技術（有線、無線、投光変調）が、異なる型の通信、データ／情報交換、制御、及び同様なもののために使用されても良い。通信はまた、従来の技術を使用してＡＣ電力線を通じて提供されても良い。
【００５０】
図１０を参照すると、部分的な通信フローが提供されて、或るゾーン又は或る照明ネットワーク内の種々の照明器具１０の間でセンサデータがどのように交換され得るかを示す。照明器具Ｂ、Ｃ、及びＤが特定のゾーンに割当てられていると仮定する。動作中、照明器具Ｂ、Ｃ、及びＤは、センサデータをモニターし、交換し、センサデータを集団的に使用して、それぞれの光出力をどのように調整するかを決定することになる。最初に、照明器具Ｂは、関連する周囲光センサ、占有センサ、又は他のセンサからのデータであるそのセンサデータをモニターすることになる（ステップ２００）。照明器具Ｂは、そのゾーン内の他の照明器具Ｃ及びＤにそのセンサデータを送信することになる（ステップ２０２）。一方、照明器具Ｃは、そのセンサデータをモニターし（ステップ２０４）、センサデータを照明器具Ｂ及びＤに提供する（ステップ２０６）。同様に、照明器具Ｄは、そのセンサデータをモニターし（ステップ２０８）、センサデータを照明器具Ｃ及びＢに提供する（ステップ２１０）。そのため、照明器具Ｂ、Ｃ、及びＤは、それ自身のセンサデータ及びそのゾーン内の他の照明器具のセンサデータにアクセスする。この例はゾーン指向型であるが、照明ネットワーク全体の照明器具１０の全てが、互いに全てのセンサデータを提供しても良く、又は、照明ネットワーク内の照明器具の全てか又は或る照明器具に或るセンサデータを提供しても良い。所与のゾーン内で、或るグループの器具は、その器具の周囲光センサがそのゾーン内の照明器具の残りより多くの光を検出する場合、１つ又は複数の別個の（又はサブ）ゾーンに自分自身を分離しても良い。これは、窓に最も近い光のグループに対応し得る。
【００５１】
比較的連続的な方式で、照明器具Ｂは、それ自身のセンサからのセンサデータ並びに他の照明器具Ｃ及びＤからのセンサデータを処理し（ステップ２１２）、それぞれの光出力をセンサデータに基づいてどのように調整するかを決定することになる（ステップ２１４）。したがって、照明器具Ｂはその光出力を独立に制御する。しかし、照明器具Ｂの内部ロジックは、その光出力をどのように調整するかを的確に決定する際、それ自身のセンサデータだけでなく他の照明器具Ｃ及びＤからのセンサデータもまた考慮しても良い。独立しているが協同した方式で、照明器具Ｃ及びＤはまた、それらのセンサデータ及び他の照明器具からのセンサデータを処理し、そのセンサデータに基づいてそれらの光出力を調整することになる（ステップ２１６〜２２２）。
【００５２】
興味深いことには、異なる照明器具Ｂ、Ｃ、及びＤの内部ロジックは、互いに全く同じになるように又は互いに異なるように機能するように構成されても良い。例えば、照明器具Ｂ、Ｃ、及びＤは、そのゾーン内の他の照明器具Ｂ、Ｃ、及びＤと同じ重み付をセンサデータに適用しても良い。そのため、それ自身のセンサからまた他の照明器具Ｂ、Ｃ、及びＤから同じセンサデータが与えられると、各照明器具Ｂ、Ｃ、及びＤは、その光出力をまさに同じ方式で調整することになる。内部ロジックが照明器具Ｂ、Ｃ、及びＤの間で変わる場合、それぞれの照明器具Ｂ、Ｃ、及びＤの光出力は、同じセンサデータが与えられる場合、変わっても良い。特に、センサデータは、異なる型のセンサからのデータを含んでいても良い。例えば、周囲光センサと占有センサの両方からのセンサデータは、各照明器具Ｂ、Ｃ、及びＤの内部ロジックによって指示されるように交換され処理されて、それぞれの光出力をどのように調整するかを決定しても良い。
【００５３】
センサデータを交換し、それを考慮して動作を制御することに加えて、照明器具Ｂ、Ｃ、及びＤはまた、自分自身のセンサデータ並びに他の照明器具Ｂ、Ｃ、及びＤから受信されるセンサデータを使用して、他の照明器具Ｂ、Ｃ、及びＤの動作を制御しても良い。図１１を参照すると、部分的な通信フローが示されて、その概念を示す。最初に、照明器具Ｂ及び照明器具Ｄが、それらのそれぞれのセンサからセンサデータを収集し、そのセンサデータを照明器具Ｃに提供すると仮定する（ステップ３００及び３０２）。示さないが、照明器具Ｃは、そのセンサデータを他の照明器具Ｂ及びＤに提供し得る。照明器具Ｃはまた、それ自身のセンサデータをモニターし（ステップ３０４）、それ自身のセンサからのセンサデータ並びに他の照明器具Ｂ及びＤからのセンサデータを処理して（ステップ３０６）、照明器具Ｂ及びＤ用の命令を生成しても良い（ステップ３０８）。命令は、生成されると、それぞれの照明器具Ｂ及びＤに提供されても良い（ステップ３１０及び３１２）。したがって、照明器具Ｂは、照明器具Ｂの内部ロジックに応じて、照明器具Ｃから提供される命令、照明器具Ｄのセンサデータ、又はその組合せに基づいてその光出力を調整しても良い（ステップ３１４）。照明器具Ｃは、それ自身のセンサデータ、又は、それ自身のセンサデータと照明器具Ｂ及びＤから受信されるセンサデータの組合せに基づいてその光出力を調整しても良い（ステップ３１６）。照明器具Ｂと同様に、照明器具Ｄは、照明器具Ｃから受信される命令、照明器具Ｄからのセンサデータ、又はその組合せに基づいてその光出力を調整しても良い（ステップ３１８）。
【００５４】
実用的な例として、照明器具Ｂ、Ｃ、及びＤは、光出力の強度、光出力の色温度、光出力の色、又はその任意の組合せに影響し得る周囲光情報を共有しても良い。しかし、照明器具Ｃはまた、占有センサに関連付けられても良い。したがって、照明器具Ｃによって照明器具Ｂ及びＤに提供される命令は、ターンオンし、或るレベル、或る色温度、又は或る色で光出力を提供するよう照明器具Ｂ及びＤに指示しても良い。照明器具Ｂ及びＤは、これらの命令に直接応答しても良く、又は、それらのそれぞれの内部ロジックを考慮してこれらの命令を処理して、ターンオンするかどうか、また、それぞれの光出力をどのように制御するかを決定しても良い。したがって、１つの照明器具１０から別の照明器具１０に提供される命令は、絶対コマンドとして考えられ、相応して応答しても良く、又は、命令を受信する照明器具１０のプログラミングに応じて単なる「提案（ｓｕｇｇｅｓｔｉｏｎ）」として考えられても良い。例えば、照明器具Ｂがターンオンするように照明器具Ｃが指示する上記シナリオでは、照明器具Ｂがターンオンする必要性を否定する、照明器具Ｂで測定される十分な太陽光が存在し得る。又は、照明器具Ｂが、実際にターンオンしようとする場合、光の色、強度、又は色温度は、照明器具Ｂで測定される太陽光の量及び色によって調整されても良い。やはり、本開示で述べる分散型制御は、これらの照明器具１０が、内部ロジックがそのように指示する場合、独立であるがしかし協同して動作することを可能にする。
【００５５】
図１２の部分的な通信フローに示されるように、１つの照明器具１０から別の照明器具１０に提供される命令は、中間照明器具１０を通して中継され得る。更に、命令は、１つの照明器具１０から別の照明器具１０に渡される際に、内部ロジック、センサデータ、又は同様なものに基づいて修正され得る。最初に、照明器具Ａ、コミッショニングツール３６、或いは何らかの他の制御ポイント、スイッチ、又はノードが、命令を照明器具Ｂに提供すると仮定する（ステップ４００）。照明器具Ｂは、これらの命令を受信し、未修整の命令を、照明器具Ｃ等の１つ又は複数の他の照明器具１０に渡しても良い（ステップ４０２）。照明器具Ｂは、その後、それ自身のセンサデータをモニターし（ステップ４０４）、センサデータを処理し（ステップ４０６）、それ自身のセンサデータ、他の照明器具のセンサデータ、提供される命令、又はその組合せに基づいて、照明器具Ｃを含む他の照明器具１０についての修正済みの命令を生成しても良い（ステップ４０８）。修正済みの命令は、照明器具Ｃ等の他の照明器具１０に送信されても良い。照明器具Ｂは、その後、そ
れ自身のセンサデータ、他の照明器具のセンサデータ、受信される命令に基づいてその光出力を調整しても良い（ステップ４１８）。照明器具Ｃは、それ自身のセンサデータをモニターし（ステップ４１２）、そのセンサデータを処理し（ステップ４１４）、種々のセンサデータ、修正済みの命令、未修正の命令、又はその組合せに基づいて、光出力を調整しても良い（ステップ４１６）。センサデータを共有し、互いに通信し、内部ロジックに従って独立に動作するこの能力を通して、種々の照明器具１０は、照明構成にとてつもない柔軟性を提供する。
【００５６】
図１３Ａ及び１３Ｂを参照すると、照明器具Ａ〜Ｒを有するフロアプランＦＰ２が示される。図１３Ａでは、照明器具Ａ〜Ｒは、部屋の窓付き端から最も遠い６つの照明器具Ａ、Ｂ、Ｇ、Ｈ、Ｍ、及びＮがオンのときにフル光出力にあり、部屋の中央の６つの照明器具Ｃ、Ｄ、Ｉ、Ｊ、Ｏ、及びＰがオンのときに中間光出力を生成し、窓に最も近い６つの照明器具がオンのときに最も少ない量の光出力を生成し、太陽光が、照明器具Ａ〜Ｒの１つ又は複数によって検出されるようにグループ化されても良い。この事例では、最も多くの周囲太陽光を有する部屋の部分が、最も少ない量の人工光を使用することになる。照明器具Ａ〜Ｒのそれぞれは、その部屋について全体のゾーンに、また、６つの照明器具Ａ〜Ｒの３つのセットのそれぞれについて異なるサブゾーンに関連付けられる。照明器具Ａ〜Ｒは、周囲太陽光が検出されると３つの別個の光出力レベルを提供する３つのグループに分割されるが、照明器具Ａ〜Ｒは、照明器具Ａ〜Ｒの全ての１つの照明器具が、周囲太陽光が検出されると異なる強度（又は色及び色温度）の光出力を提供するように構成されても良い。
【００５７】
例えば、また、図１３Ｂを参照すると、照明器具Ａ〜Ｒのそれぞれは、同じゾーン内にあるものとして扱われ得るが、光出力は、ゾーン全体にわたって起こる勾配を受ける。勾配は直線又は非直線であり得る。例えば、窓のどの窓からも最も遠い照明器具Ｍは、最も多くの光出力を提供することになり、一方、最も多くの周囲太陽光を受取るエリア内にある可能性が高い照明器具Ｆは最も少ない光出力を提供することになる。
【００５８】
照明器具ＭとＦとの間の照明器具のそれぞれは、照明器具Ａ〜Ｒの間で共有される規定の直線又は非直線勾配に従って連続的に減少する量の光出力を提供し得る。特に、勾配は、照明器具Ａ〜Ｒの全ての照明器具によって知られることができ、勾配は、利用可能な周囲太陽光の量に基づいて連続的に調整される。そのため、勾配の有効傾斜は、照明器具Ｆが周囲太陽光の最大量を検出し、照明器具ＭとＦとの間の光出力差が最大であるときに最大である。夜間、周囲太陽光が全く存在せず、もしあれば非常にわずかな光が窓を通して受取られる際、照明器具Ａ〜Ｒの全ては、そのゾーン内で他の照明器具Ａ〜Ｒと周囲光センサデータを共有する、窓に最も近い照明器具Ａ〜Ｒに基づいて同じ量の光出力を提供することを決定しても良い。やはり、照明器具Ａ〜Ｒは、自分自身の又は共有されたセンサデータに基づいて独立に動作することが可能である。種々のセンサデータに基づいて光出力を制御するために使用される内部ロジックは、照明器具Ａ〜Ｒの間での相互作用に基づいて固定であっても良く、手動調整されても良く、自動調整されても良い。
【００５９】
引き続き図１３Ａ及び１３Ｂを参照すると、廊下（図示せず）が照明器具Ａの近くに位置付けられ、少なくとも照明器具Ａが占有センサＳＯを有するか又はそれに関連付けられると仮定する。更に、照明器具Ａ〜Ｒの全て又は少なくとも幾つかの照明器具が周囲光センサＳＡを有するか又はそれに関連付けられ、目下のところオフ状態にあると仮定する。誰かが廊下を通って部屋に歩いて入る際、占有センサＳＯは、占有信号を提供することになり、占有信号は、その部屋が現在占有されていることを照明器具Ａに報知することになる。応答して、照明器具Ａは、他の照明器具Ｂ〜Ｒの全てがターンオンするよう指示するようにプログラムされても良い。代替的には、照明器具Ａは、その占有センサ（又は、他のセンサ）情報を他の照明器具Ｂ〜Ｒと共有することができ、他の照明器具Ｂ〜Ｒは、自
分自身の内部ロジックを独立に使用して、占有センサ情報を処理し、自分自身をターンオンすることになる。
【００６０】
代替的には、照明器具Ａは、或るゾーンに関連するサブグループだけがターンオンするように指示しても良い。後者の場合、照明器具Ａは、照明器具Ａ、Ｂ、Ｇ、Ｈ、Ｍ、及びＮだけがターンオンするよう指示するようにプログラムされても良い。その部屋内の他のゾーン[Ｃ、Ｄ、Ｉ、Ｊ、Ｏ、Ｐ]及び[Ｅ、Ｆ、Ｋ、Ｌ、Ｑ、Ｒ]は、これらのゾーンに関連する占有センサＳＯが占有を検出するときにだけ、ターンオンしても良い。いずれの場合も、照明器具Ａ〜Ｒの全ては、窓またおそらくは出入口を通して受取られる周囲光の量をモニターし、ターンオンされると出力するべき光のレベル、色、及び色温度を個々に制御しても良い。レベル、色、及び色温度は、周囲光レベルが変化するにつれて動的に変化しても良い。
【００６１】
別の照明器具によってターンオンするよう指示される代わりに、照明器具Ａ〜Ｒのそれぞれは、占有センサＳＯを有するか又はそれに関連付けられ、占有を検出することに独立に反応しても良い。占有センサＳＯは、人々の移動又は存在を検出することが可能である入手可能な任意の型の動きの、熱の、又は同様のセンサ技術を使用しても良い。照明器具Ａ〜Ｒはまた、別の照明器具Ａ〜Ｒからの光が検出される際にターンオンするようにプログラムされ得る。そのため、占有を検出することに応答して照明器具Ａがターンオンする際、他の照明器具Ｂ〜Ｒは、照明器具Ａからの光の存在を検出し、照明器具Ａがターンオンすることによる光を検出することに応答してターンオンすることになる。
【００６２】
或る実施形態では、照明器具Ａ〜Ｒの１つの照明器具だけが、オン／オフスイッチ又は調光器に有線又は無線で結合される必要がある。照明器具Ａがスイッチ又は調光器に結合される場合、照明器具Ａは、他の照明器具がターンオンする（ならびに、或るレベルまで調光する）ように指示しても良い。代替的には、照明器具Ａは、或る出力レベルになるようターンオンするだけであってもよい。他の照明器具Ｂ〜Ｒは、照明器具Ａがターンオンする結果としての光、またおそらくは、関連する周囲光センサＳＡを通した相対的な調光レベルを検出し、或る出力レベルになるようターンオンすることになる。検知されない場合、相対的な調光レベルは、照明器具Ａによって照明器具Ｂ〜Ｒと共有され得る。
【００６３】
ネットワークのインテリジェンスは、実質的に無限であり、非常にインテリジェントな照明システムについての可能性を与える。例えば、照明器具Ａ〜Ｒは、互いに対する自分の相対的な場所を決定でき得る（プログラムされ得る）。占有センサＳＯを使用して、照明器具Ａ〜Ｒの集団的グループは、履歴的占有データに基づいて予測アルゴリズムを開発し、これらの予測アルゴリズムを使用して、どれだけの期間の間、光をオンに維持するか、人が歩いて部屋に入るか又は廊下を通る際にどんな光がターンオンされるべきか、また同様なものを決定するように構成されても良い。例えば、廊下に沿う照明器具１０は、順次に、かつ、人が歩いて廊下を通ることに十分に先んじてターンオンしても良い。光は、順次に、かつ、同様に人の背後でターンオフしても良い。光を順次ターンオンすることは、人を検出する第１の照明器具１０によってトリガーされても良いが、廊下内の残りの照明器具１０は、予測アルゴリズムにおいて具現化される履歴的歩行速度、経路、及び同様なものに基づいて順次ターンオンしても良い。照明器具１０のそれぞれは、センサデータ、命令、及び同様なものを共有し、そして、この共有情報を考慮して独立に動作しても良い。
【００６４】
「光追跡（ｌｉｇｈｔ  ｔｒａｃｋｉｎｇ）」の上記概念は、２つの例に関して以下で示される。第１の例の場合、図８Ａに対して参照が行われ、図８Ａは、人が廊下ＨＷ１に沿って歩行する場合の光追跡の例を提供する。人が照明器具Ｆの近くの廊下に入り、照明器具Ｐの近くの廊下を出ると仮定する。同様に、照明器具Ｆ、Ｇ、Ｈ、Ｋ、及びＰのそれ
ぞれが占有センサＳＯを含むと仮定する。人が照明器具Ｆの近くの廊下に入ると、照明器具Ｆは、その占有センサＳＯによって人の存在を検知し、それ自身をターンオンすることになる。照明器具Ｆは、照明器具Ｆがユーザを検出したことを照明器具Ｇに報知するようにプログラムされても良い。照明器具Ｇは、照明器具Ｈが目下のところオフであることをわかっており、また、照明器具Ｆがユーザの存在を検出するため、予測方式でそれ自身をターンオンしても良い。照明器具Ｇは、その後、人の存在を検出する場合、照明器具Ｈ及び照明器具Ｆに報知しても良い。照明器具Ｈは、照明器具Ｇの占有センサが人を検出したという指示を受信すると、ターンオンしても良い。照明器具Ｈが、その占有センサＳＯによって人の存在を検出する場合、照明器具Ｋ、照明器具Ｇ、及び照明器具Ｆに報知しても良い。照明器具Ｆは、この情報を、人が廊下ＨＷ１に沿って照明器具Ｐに向かって移動しているという指示として考え、したがって、照明器具Ｆがもはや必要とされないためターンオフしても良い。照明器具Ｇは、当分の間、オンのままである場合があり、一方、照明器具Ｋは、予測方式でターンオンすることになる。このプロセスは、１つ、２つ、又は３つ以上の光が、人の目下の場所の近くのＨＷ１においてオンになるように継続しても良い。隣接する占有センサの検出の間の時間はまた、人が移動する測度を近似するために使用され得る。これは、人又は物体がどこに進んで行くかを予測するために使用され得る。例えば、誰かが部屋に入るために減速する場合、その部屋の光が相応して反応し得る。
【００６５】
更に、光が互いに通信し、それらの占有センサ情報を共有する能力は、廊下ＨＷ１内の照明器具のグループが、人の目下の場所を照明し、人が特定の照明器具に達する前に照明器具を予測的にターンオンすることを可能にする。もちろん、廊下ＨＷ１内の照明器具の全ては、照明器具Ｆが人の存在を検出するとターンオンし、或る時間後に照明器具Ｆ、Ｇ、Ｈ、Ｋ、及びＰがどれも人の存在を検出しないときにターンオフし得る。更に別の追跡の例として、照明器具Ｆ、Ｇ、Ｈ、Ｋ、及びＰのそれぞれは、単に、人の存在を検出するとターンオンし、人の存在をもはや検出しない一定時間後に、又は、そのグループ内の照明器具がどれも人の存在を検出しないときにターンオフしても良い。
【００６６】
追跡の概念は、複数の部屋又は戸外のエリア等のより大きなエリアに同様に適用可能である。以下の例について図１３Ａ及び１３Ｂに対して参照が行われる。過度に単純化した例では、照明器具Ａ〜Ｒのそれぞれは、占有センサＳＯを含み、以下のようにプログラムされても良い。特定の照明器具Ａ〜Ｒについての占有センサＳＯが人の存在を検出する場合、その照明器具は、ターンオンし、隣接する照明器具が、既にオンでない場合、ターンオンするように即座に指示することになる。したがって、照明器具Ａ〜Ｒ又は照明器具Ａ〜Ｒのグループの異なる照明器具が、ターンオンし、部屋の中の人々を追跡しても良い。人の存在を検出した照明器具（並びに、その照明器具によってターンオンするように指示された照明器具）は、人の存在がもはや検出されなくなった後の設定期間の間、オンに留まり得る。先の例は、部屋占有の過度に単純化した追跡及びそれに基づく照明器具のターンオン又はオフであるが、予測アルゴリズムもまた使用されても良い。例えば、人が照明器具Ｍの近くで部屋に入り、部屋を横切って照明器具Ｆに近い反対側の角まで斜めに歩くと仮定する。照明器具Ｍは、人の存在を検出すると、ターンオンし、照明器具Ｇ、Ｈ、及びＮがターンオンするように指示しても良い。残りの照明器具はオフのままであることになる。照明器具Ｎが、その後、人の存在を検出する場合、照明器具Ｎは、オンのままであり、照明器具Ｉ及びＯがターンオンするように指示することになる。その理由は、照明器具Ｍが最初に人を検出し、現在、照明器具Ｎが人を検出していることを照明器具Ｎがわかっているからである。照明器具Ｉは、人を検出すると、ターンオンしていることを照明器具Ｂ、Ｃ、Ｄ、Ｈ、Ｊ、Ｎ、Ｏ、及びＰにも報知し、また、照明器具Ｍにも報知しても良い。照明器具Ｍは、人の存在をもはや検出せず、また、照明器具Ｍが人の存在をもはや検出せず、照明器具Ｎ及びＩが、その後、人の存在を検出したという知識に基づいてターンオフしても良い。このプロセスは、人が部屋の対応するエリアを去った後に照明器具Ｍ、Ｈ、Ｎ、及び同様なものがターンオフするため、照明器具Ｊ、Ｋ、Ｅ、Ｌ、及びＦが漸進
的にターンオンするように、部屋を横切って継続しても良い。そのため、基本的な追跡及び予測制御は、実質的に任意の環境で使用されて、部屋、グループ、又は同様なものの中の照明器具を、選択的にターンオン及びターンオフする又はその他の方法で制御しても良い。
【００６７】
ここで図１４を参照すると、一実施形態による照明器具１０のブロック図が提供される。説明のために、ドライバモジュール３０、通信モジュール３２、及びＬＥＤアレイ２０が最終的に接続されて、照明器具１０のコアを形成すること、及び、通信モジュール３２が、有線又は無線技術を通して、他の照明器具１０、コミッショニングツール３６、又は他の制御エンティティと双方向に通信するように構成されると仮定する。この実施形態では、標準的な通信インタフェース及び第１の又は標準的なプロトコルが、ドライバモジュール３０と通信モジュール３２との間で使用される。この標準的なプロトコルは、ドライバモジュール３０及び通信モジュール３２が共に、標準的な通信インタフェースによって使用される標準的なプロトコルに従って動作すると仮定すると、異なるドライバモジュール３０が異なる通信モジュール３２と通信し、異なる通信モジュール３２によって制御されることを可能にする。用語「標準的なプロトコル（ｓｔａｎｄａｒｄ  ｐｒｏｔｏｃｏｌ）」は、任意の型の、知られているか又は将来開発される、独占的な、又は業界標準化されたプロトコルを意味するものと定義される。
【００６８】
示される実施形態では、ドライバモジュール３０及び通信モジュール３２は、通信（ＣＯＭＭ）バス３８及び電力（ＰＷＲ）バス４０を介して結合される。通信バス３８は、通信モジュール３２がドライバモジュール３０から情報を受信すると共に、ドライバモジュール３０を制御することを可能にする。例示的な通信バス３８は、よく知られている集積回路間（Ｉ２Ｃ：ｉｎｔｅｒ−ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｒｙ）バスであり、集積回路間（Ｉ２Ｃ）バスは、シリアルバスであり、データ線とクロック線を使用する２ワイヤインタフェースによって通常実装される。他の利用可能なバスは、シリアルペリフェラルインタフェース（ＳＰＩ：ｓｅｒｉａｌ  ｐｅｒｉｐｈｅｒａｌ  ｉｎｔｅｒｆａｃｅ）バス、Ｄａｌｌａｓ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ  Ｃｏｒｐｏｒａｔｉｏｎの１ワイヤシリアルバス、ユニバーサルシリアルバス（ＵＳＢ）、ＲＳ−２３２、Ｍｉｃｒｏｃｈｉｐ  Ｔｅｃｈｎｏｌｏｇｙ  ＩｎｃｏｒｐｏｒａｔｅｄのＵＮＩ／Ｏ（登録商標）、及び同様なものを含む。
【００６９】
この実施形態では、ドライバモジュール３０は、周囲光センサＳＡ及び占有センサＳＯからデータを収集し、ＬＥＤアレイ２０のＬＥＤを駆動するように構成される。周囲光センサＳＡ及び占有センサＳＯから収集されるデータ並びにドライバモジュール３０の任意の他の動作パラメータは、通信モジュール３２と共有されても良い。したがって、通信モジュール３２は、ドライバモジュール３０の構成又は動作に関するデータ、及び、ＬＥＤアレイ２０、周囲光センサＳＡ、及び占有センサＳＯによってドライバモジュール３０に利用可能にされる任意の情報を収集しても良い。収集されたデータは、通信モジュール３２によって使用されて、ドライバモジュール３０がどのように動作するかを制御しても良く、他の照明器具１０又は制御エンティティと共有されても良く、或いは、処理されて、他の照明器具１０に送信される命令を生成しても良い。
【００７０】
通信モジュール３２はまた、コミッショニングツール３６又は別の照明器具１０等のリモート制御エンティティによって全体として又は部分的に制御されても良い。一般には、通信モジュール３２は、センサデータ及び他の照明器具１０又はリモート制御エンティティによって提供される命令を処理し、次に、命令を、通信バス３８を通じてドライバモジュール３０に提供することになる。これを見る別の方法は、通信モジュール３２が、占有検知、周囲光検知、調光器スイッチ設定等を含むシステムの情報の共有を容易にし、この情報をドライバモジュール３０に提供し、ドライバモジュール３０が、その後、それ自身
の内部ロジックを使用して、どんなアクション（複数可）を講じるべきかを決定することである。ドライバモジュール３０は、ＬＥＤアレイ２０に提供されるドライブ電流又は電圧を適宜制御することによって応答することになる。仮定のプロトコルについての例示的なコマンドセットが以下に提供される。
【００７１】
【表１】
2018139217.tif 000003
【００７２】
上記表は、４つの列、すなわち、コマンド、ソース、受取り側、及び説明を有する。コマンドは、通信モジュール３２からドライバモジュール３０に又はドライバモジュール３０から通信モジュール３２に渡される実際の命令を示す。ソースは、コマンドの送り側を識別する。受取り側は、意図されるコマンドの受信を識別する。説明列は、コマンドの説明を提供する。例えば、「オン／オフ（ｏｎ／ｏｆｆ）」コマンドは、通信モジュール３２からドライバモジュール３０に送信され、ＬＥＤアレイ２０をターンオンするか又はターンオフするよう通信モジュール３２がドライバモジュール３０に指示することを効果的に可能にする。「色温度」コマンドは、所望の色温度を生成するようにＬＥＤアレイ２０
を駆動するよう通信モジュール３２がドライバモジュール３０に指示することを可能にする。「色温度」コマンドは、実際には、所望の色温度又は利用可能な色温度に対する参照を含んでいても良い。
【００７３】
「調光レベル」コマンドは、通信モジュール３２からドライバモジュール３０に送信されて、所望の調光レベルに基づいて全体的な光レベルを設定する。「器具ＩＤ（ｆｉｘｔｕｒｅ  ＩＤ）」コマンドは、ドライバモジュール３０が、通信モジュール３２に対してそれ自身を識別することを可能にする。「健全度（ｈｅａｌｔｈ）」コマンドは、ドライバモジュール３０が通信モジュール３２にその動作能力又は換言すれば健全度に関する情報を送信することを可能にする。「電力使用（ｐｏｗｅｒ  ｕｓａｇｅ）」コマンドは、ドライバモジュール３０が通信モジュール３２に、どれだけの電力が、ドライバモジュール３０の能力に応じて平均して又は任意の所与の時間にドライバモジュール３０によって使用されるかを教示することを可能にする。「使用（ｕｓａｇｅ）」コマンドは、ドライバモジュール３０が、通信モジュール３２に対して総合的な使用時間、総合的な一貫性のある使用時間、又は同様なものを識別することを可能にする。「寿命（ｌｉｆｅｔｉｍｅ）」コマンドは、ドライバモジュール３０が通信モジュール３２に、ドライバモジュール３０、ＬＥＤアレイ２０、又はその組合せの有効余寿命の推定値を提供することを可能にする。ドライバモジュール３０の能力に基づいて、余寿命の量は、過去の使用、周囲温度、電力レベル、又は同様なものに起因しても良い。
【００７４】
「ゾーンＩＤ（ｚｏｎｅ  ＩＤ）」コマンドは、ドライバモジュール３０が通信モジュール３２に、どのゾーンにドライバモジュール３０が存在するかを教示することを可能にする。このコマンドは、他の照明器具１０又はリモート制御エンティティが複数の照明器具を制御し、照明器具１０が存在するゾーンの関する情報を収集する際に有用である。「温度（ｔｅｍｐｅｒａｔｕｒｅ）」コマンドは、ドライバモジュール３０が通信モジュール３２に対してドライバモジュール３０又はＬＥＤアレイ２０についての周囲温度情報を提供することを可能にする。
【００７５】
００３７
「緊急時使用可能（ｅｍｅｒｇｅｎｃｙ  ｅｎａｂｌｅｄ）」コマンドは、ドライバモジュール３０が通信モジュール３２に、照明器具１０が緊急時使用可能器具（緊急時照明のために使用され得る）であることを教示することを可能にする。「緊急時健全度（ｅｍｅｒｇｅｎｃｙ  ｈｅａｌｔｈ）」コマンドは、ドライバモジュール３０及び照明器具１０が緊急時照明器具として機能する能力に関する情報を提供することを可能にする。簡単な実施形態では、そのコマンドは、緊急の場合に照明器具１０を駆動するために利用可能にさせられる緊急時バックアップ電池の状態を提供しても良い。「緊急時試験（ｅｍｅｒｇｅｎｃｙ  ｔｅｓｔ）」コマンドは、照明器具１０が、そのように要求される場合、緊急時照明モードで動作し得ることを保証する緊急時照明試験を実行する命令を通信モジュール３２がドライバモジュール３０に送信することを可能にする。「緊急時パス（ｅｍｅｒｇｅｎｃｙ  ｐａｓｓ）」コマンドは、ドライバモジュール３０が通信モジュール３２に、緊急時試験に通った（又は落ちた）ことを知らせることを可能にする。上記コマンドは、情報の流れの方向を主に述べる。しかし、プロトコルは、通信モジュール３２又はドライバモジュール３０が、この情報又は他の情報のどちらの情報も、特異的に又はバッチで選択的に又は定期的に要求することを可能にする。
【００７６】
ドライバモジュール３０と通信モジュール３２との間の通信用の標準的な通信インタフェース及び標準的なプロトコルの使用は、ドライバモジュール３０及び通信モジュール３２用のモジュール式アプローチを支援する。例えば、異なる製造業者は、特定のドライバモジュール３０とインタフェースする異なる通信モジュール３２を製造し得る。異なる通信モジュール３２は、異なる照明用途、利用可能なフィーチャ、価格帯、及び同様なもの
に基づいてドライバモジュール３０を異なるように駆動するように構成されても良い。したがって、通信モジュール３２は、異なる型のドライバモジュール３０と通信するように構成されても良い。通信モジュール３２がドライバモジュール３０に結合されると、通信モジュール３２は、ドライバモジュール３０の型を特定し、相応してドライバモジュール３０とインタフェースすることになる。更に、ドライバモジュール３０は、異なる照明パラメータの種々の範囲にわたって動作でき得る。異なる通信モジュール３２は、これらのパラメータをいろいろな程度に制御するように構成されても良い。第１の通信モジュール３２は、制限されたパラメータセットに対するアクセスを与えられるだけである場合があり、別の通信モジュール３２は、ずっと大きなパラメータセットに対するアクセスを与えられる場合がある。以下の表は、所与のドライバモジュール３０についての例示的なパラメータセットを提供する。
【００７７】
【表２】
2018139217.tif 000004
【００７８】
上記表のパラメータは、所与のドライバモジュール３０についての利用可能な制御ポイントを示し得る。所与のパラメータセットは、製造中にドライバモジュール３０に割当てられても良く、又は、照明器具１０の設置中に又は通信モジュール３２をドライバモジュール３０に関連付ける際に通信モジュール３２によって設定されても良い。パラメータセットは、パルス幅変調（ＰＷＭ）調光周波数、最高光レベル、及び色温度等の種々のパラメータを含む。パラメータセットは、これらのパラメータのそれぞれについて許容可能な範囲を示す。各パラメータは、設計者の欲求又は特定の用途に応じて、通信モジュール３２又はリモート制御システムによって動作中又は同様なものの間にパラメータセットの識別済みの範囲内に設定されても良い。
【００７９】
一例として、例示的なパラメータセットについての最高光レベルは、ドライバモジュール３０及び関連するＬＥＤアレイ２０の能力の５０％〜１００％のどこからでも設定され得ることがあることを示す。照明器具１０を使用するエンドユーザ又は所有者が、適切な命令を知らせる場合、最高光レベルは、適切なパラメータフィールドで８０％に設定されても良い。したがって、ＬＥＤアレイ２０の最大能力の８０％を超えて照明レベルを増加させるコマンドを通信モジュール３２がドライバモジュール３０に提供しても、ドライバモジュール３０は、８０％を超えるようにＬＥＤアレイ２０を駆動しないことになる。これらのパラメータは、ドライバモジュール３０又は通信モジュール３２内で不揮発性メモリに格納されても良い。
【００８０】
或る実施形態では、ドライバモジュール３０は、交流（ＡＣ）入力信号（ＡＣ  ＩＮ）を処理し、通信モジュール３２及びおそらくＬＥＤアレイ２０に電力供給するのに十分な
適切な整流済み又は直流（ＤＣ）信号を提供する十分なエレクトロニクスを含む。したがって、通信モジュール３２は、通信モジュール３２内に存在するエレクトロニクスに電力供給する別個のＡＣ−ＤＣ変換回路を必要とせず、電力バス４０を通じてドライバモジュール３０からＤＣ電力を単に受取ることができ、電力バス４０は、以下で述べるように、通信バス３８から分離されても良く、又は、通信バス３８と統合されても良い。
【００８１】
一実施形態では、標準的な通信インタフェースの一態様は、標準的な電力送出システムの定義である。例えば、電力バス４０は、５ボルト、１２ボルト、２４ボルト、又は同様な値等の低電圧レベルに設定されても良い。ドライバモジュール３０は、ＡＣ入力信号を処理して、規定の低電圧レベルを提供し、その電圧を、電力バス４０を通じて提供するように構成され、したがって、通信モジュール３２又は付属デバイスは、通信モジュール３２のエレクトロニクスに電力供給するため、ＤＣ電力信号に接続するか又はＡＣ信号を処理することを心配することなく、所望の低電圧レベルがドライバモジュール３０によって電力バス４０を通じて提供されることを予想して設計されても良い。
【００８２】
ＬＥＤアレイ２０、ドライバモジュール３０、及び通信モジュール３２の例示的な実施形態の説明は次の通りである。述べたように、ＬＥＤアレイ２０は、図１５及び１６に示すＬＥＤ４２等の複数のＬＥＤを含む。図１５を参照すると、単一ＬＥＤチップ４４は、はんだ又は導電性エポキシを使用して反射性カップ４６上に取付けられ、それにより、ＬＥＤチップ４４のカソード（又はアノード）についてのオーミックコンタクトが反射性カップ４６の底に電気結合される。反射性カップ４６は、ＬＥＤ４２の第１のリード線４８に結合されるか又はそれと一体成形される。１つ又は複数のボンドワイヤ５０は、ＬＥＤチップ４４のアノード（又はカソード）についてのオーミックコンタクトを第２のリード線５２に接続する。
【００８３】
反射性カップ４６は、ＬＥＤチップ４４を封入する封入材料５４で充填されても良い。封入材料５４は、透明であっても良く、又は、以下でより詳細に述べる蛍光体等の波長変換材料を含んでいても良い。アセンブリ全体が、透明の保護樹脂５６内に封入され、透明の保護樹脂５６は、ＬＥＤチップ４４から放出される光を制御するため、レンズ形状に成形されても良い。
【００８４】
ＬＥＤ４２用の代替のパッケージが図１６に示され、ＬＥＤチップ４４は基板５８上に取付けられる。特に、ＬＥＤチップ４４のアノード（又はカソード）についてのオーミックコンタクトは、基板５８の表面上の第１のコンタクトパッド６０に直接取付けられる。ＬＥＤチップ４４のカソード（又はアノード）についてのオーミックコンタクトは、同様に基板５８の表面上にある第２のコンタクトパッド６２にボンドワイヤ６４を使用して接続される。ＬＥＤチップ４４は、反射体構造６５のキャビティ内に存在し、反射体構造６５は、反射性材料から形成され、ＬＥＤチップ４４から放出される光を、反射体構造６５によって形成される開口を通して反射するように機能する。反射体構造６５によって形成されるキャビティは、ＬＥＤチップ４４を封入する封入材料５４で充填されても良い。封入材料５４は、透明であっても良く、又は、蛍光体等の波長変換材料を含んでいても良い。
【００８５】
図１５及び１６の実施形態のいずれかにおいて、封入材料５４が透明である場合、ＬＥＤチップ４４によって放出される光は、実質的な色シフトが全く無い状態で、封入材料５４及び保護樹脂５６を通過する。したがって、ＬＥＤチップ４４から放出される光は、事実上ＬＥＤ４２から放出される光である。封入材料５４が波長変換材料を含む場合、第１の波長範囲内のＬＥＤチップ４４によって放出される光の実質的に全て又は一部分は、波長変換材料によって吸収される場合があり、波長変換材料は、応答して、第２の波長範囲内の光を放出することになる。波長変換材料の濃度及び型は、ＬＥＤチップ４４によって
放出される光のどれだけが波長変換材料によって吸収されるかに、また、波長変換の程度に影響することになる。ＬＥＤチップ４４によって放出される光の一部が、吸収されることなく波長変換材料を通過する実施形態では、波長変換材料を通過する光は、波長変換材料によって放出される光と混合されることになる。そのため、波長変換材料が使用されると、ＬＥＤ４２から放出される光は、ＬＥＤチップ４４から放出される実際の光から色がシフトされる。
【００８６】
例えば、ＬＥＤアレイ２０は、ＢＳＹ又はＢＳＧ  ＬＥＤ４２のグループ並びに赤色ＬＥＤ４２のグループを含んでいても良い。ＢＳＹ  ＬＥＤ４２は、青味がかった光を放出するＬＥＤチップ４４を含み、波長変換材料は、青色光を吸収し、黄味がかった光を放出する黄色蛍光体である。青味がかった光の一部が蛍光体を通過する場合でも、ＢＳＹ  ＬＥＤ４２全体から放出される光の得られる混合物は、黄味がかった光である。ＢＳＹ  ＬＥＤ４２から放出される黄味がかった光は、１９３１ＣＩＥ色度図上の黒体放射軌跡（ＢＢＬ：Ｂｌａｃｋ  Ｂｏｄｙ  Ｌｏｃｕｓ）上に乗る色点を有し、ＢＢＬは白色光の種々の色温度に対応する。
【００８７】
同様に、ＢＳＧ  ＬＥＤ４２は、青味がかった光を放出するＬＥＤチップ４４を含む。しかし、波長変換材料は、青色光を吸収し、緑味がかった光を放出する緑色蛍光体である。青味がかった光の一部が蛍光体を通過する場合でも、ＢＳＧ  ＬＥＤ４２から放出される光の得られる混合物は、緑味がかった光である。ＢＳＧ  ＬＥＤ４２から放出される緑味がかった光は、１９３１ＣＩＥ色度図上のＢＢＬ上に乗る色点を有し、ＢＢＬは白色光の種々の色温度に対応する。
【００８８】
赤色ＬＥＤ４２は、一般には、ＢＳＹ又はＢＳＧ  ＬＥＤ４２の黄味がかった光又は緑味がかった光と反対のＢＢＬの側の色点で赤味がかった光を放出する。したがって、赤色ＬＥＤ４２からの赤味がかった光は、ＢＳＹ又はＢＳＧ  ＬＥＤ４２から放出される黄味がかった光又は緑味がかった光と混合されて、所望の色温度を有し、ＢＢＬの所望の近傍内に落ちる白色光を生成する。実際には、赤色ＬＥＤ４２からの赤味がかった光は、ＢＳＹ又はＢＳＧ  ＬＥＤ４２からの黄味がかった光又は緑味がかった光を、ＢＢＬ上の又はＢＢＬの近くの所望の色点に引寄せる。特に、赤色ＬＥＤ４２は、生来的に赤味がかった光を放出するＬＥＤチップ４４を有する場合があり、波長変換材料は使用されない。代替的には、ＬＥＤチップ４４は、波長変換材料に連結され、波長変換材料から放出される、得られる光及び波長変換材料によって吸収されることなくＬＥＤチップ４４から放出される任意の光は、混合されて、赤味がかった所望の光を形成する。
【００８９】
ＢＳＹ又はＢＳＧ  ＬＥＤ４２を形成するために使用される青色ＬＥＤチップ４４は、窒化ガリウム（ＧａＮ）、窒化インジウムガリウム（ＩｎＧａＮ）、シリコンカーバイド（ＳｉＣ）、セレン化亜鉛（ＺｎＳｅ）、又は同様な材料系から形成されても良い。赤色ＬＥＤチップ４４は、アルミニウムインジウムガリウムリン（ＡｌＩｎＧａＰ）、ガリウムリン（ＧａＰ）、アルミニウムガリウムヒ素（ＡｌＧａＡｓ）、又は同様な材料系から形成されても良い。例示的な黄色蛍光体は、セリウムをドープしたイットリウムアルミニウムガーネット（ＹＡＧ：Ｃｅ）、黄色ＢＯＳＥ（Ｂａ、Ｏ、Ｓｒ、Ｓｉ、Ｅｕ）蛍光体、及び同様なものを含む。例示的な緑色蛍光体は、緑色ＢＯＳＥ蛍光体、ルテチウムアルミニウムガーネット（ＬｕＡｇ）、セリウムをドープしたＬｕＡＧ（ＬｕＡｇ：Ｃｅ）、ニュージャージ州０８５４０、プリンストン、２０１ワシントンロードのＬｉｇｈｔｓｃａｐｅ  Ｍａｔｅｒｉａｌｓ，Ｉｎｃ．からのＭａｕｉ  Ｍ５３５、及び同様なものを含む。上記ＬＥＤアーキテクチャ、蛍光体、及び材料系は、例示に過ぎず、本明細書で開示される概念に適用可能であるアーキテクチャ、蛍光体、及び材料系の網羅的リストを提供することを意図されない。
【００９０】
述べたように、ＬＥＤアレイ２０は、赤色ＬＥＤ４２及びＢＳＹ又はＢＳＧ  ＬＥＤ４２の混合物を含んでいても良い。ＬＥＤアレイ２０を駆動するためのドライバモジュール３０は、本開示の一実施形態に従って図１７に示される。ＬＥＤアレイ２０は、直列接続されたＬＥＤ４２の２つ以上のストリングに電気的に分割されても良い。示されるように、３つのＬＥＤストリングＳ１、Ｓ２、及びＳ３が存在する。明確にするため、参照数字「４２」は、以下のテキストにおいてＬＥＤ４２の色を示す下付き文字を含むことになり、「Ｒ」は赤色に対応し、「ＢＳＹ」は青色にシフトされた黄色に対応し、「ＢＳＧ」は青色にシフトされた緑色に対応し、「ＢＳＸ」は、ＢＳＧ又はＢＳＹ  ＬＥＤ４２に対応する。ＬＥＤストリングＳ１は、幾つかの赤色ＬＥＤ４２Ｒを含み、ＬＥＤストリングＳ２は、幾つかのＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸを含み、ＬＥＤストリングＳ３は、幾つかのＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸを含む。ドライバモジュール３０は、それぞれのＬＥＤストリングＳ１、Ｓ２、及びＳ３に送出される電流を制御する。ＬＥＤ４２を駆動するために使用される電流は、一般には、パルス幅変調（ＰＷＭ）され、パルス駆動式電流のデューティサイクルが、ＬＥＤ４２から放出される光の強度を制御する。
【００９１】
第２のＬＥＤストリングＳ２内のＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸは、第３のＬＥＤストリングＳ２内のＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸよりわずかに青味がかった色相（黄味がかっていない色相又は緑味がかっていない色相）を有するように選択されても良い。したがって、第２及び第３のストリングＳ２及びＳ３を通して流れる電流は、第２及び第３のＬＥＤストリングＳ２及びＳ３のＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸによって効果的に放出される黄味がかった光又は緑味がかった光を制御するように調節されても良い。第２及び第３のＬＥＤストリングＳ２及びＳ３の異なる色相のＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸから放出される黄味がかった光又は緑味がかった光の相対的強度を制御することによって、第２及び第３のＬＥＤストリングＳ２及びＳ３からの黄味がかった光又は緑味がかった光の組合せ光の色相が、所望の方式で制御されても良い。第１のＬＥＤストリングＳ１の赤色ＬＥＤ４２Ｒを通して提供される電流と第２及び第３のＬＥＤストリングＳ２及びＳ３のＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸを通して提供される電流との比は、赤色ＬＥＤ４２Ｒから放出される赤味がかった光及び種々のＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸから放出される黄味がかった光又は緑味がかった光の組合せ光の相対的強度を効果的に制御するように調整されても良い。したがって、ＢＳＹ又はＢＳＧ  ＬＥＤ４２ＢＳＸからの黄味がかった光又は緑味がかった光の強度及び色点は、赤色ＬＥＤ４２Ｒから放出される赤味がかった光の強度を基準にして設定され得る。得られる黄味がかった光又は緑味がかった光は、赤味がかった光と混合されて、所望の色温度を有し、ＢＢＬの所望の近傍内に落ちる白色光を生成する。
【００９２】
特に、ＬＥＤストリングＳＸの数は、１から多数まで変わり、ＬＥＤの色の異なる組合せが、異なるストリングにおいて使用されても良い。各ＬＥＤストリングＳｘは、赤色、緑色、及び青色等の、同じ色、同じ色の変形、又は実質的に異なる色のＬＥＤ４２を有しても良い。一実施形態では、単一ＬＥＤストリングが使用されることができ、そのストリング内のＬＥＤは、全て色が実質的に同一であるか、実質的に同じ色が変動するか、又は異なる色を含む。別の実施形態では、赤色、緑色、及び青色ＬＥＤを有する３つのＬＥＤストリングＳＸを使用することができ、各ＬＥＤストリングＳＸは単一の色に専用である。更に別の実施形態では、少なくとも２つのＬＥＤストリングＳＸを使用することができ、異なる色のＢＳＹ  ＬＥＤがＬＥＤストリングＳＸの１つのＬＥＤストリングＳＸで使用され、赤色ＬＥＤがＬＥＤストリングＳＸの他のＬＥＤストリングＳＸで使用される。
【００９３】
図１７に示すドライバモジュール３０は、一般には、整流器及び力率補正（ＰＦＣ：ｐｏｗｅｒ  ｆａｃｔｏｒ  ｃｏｒｒｅｃｔｉｏｎ）回路６６、変換回路６８、及び制御回路７０を含む。整流器及び力率補正回路６６は、ＡＣ電力信号を受取り、ＡＣ電力信号を整流し、ＡＣ電力信号の力率を補正するように適合される。得られる信号は、変換回路６
８に提供され、変換回路６８は、整流済みのＡＣ電力信号をＤＣ電力信号に変換する。変換回路６８によって提供されるＤＣ電力信号は、ＤＣ−ＤＣ変換回路によって１つ又は複数の所望のＤＣ電圧に昇圧又は降圧されても良い。内部的に、ＤＣ電力信号が使用されて、ドライバモジュール３０内に設けられる制御回路７０及び任意の他の回路に電力供給しても良い。
【００９４】
ＤＣ電力信号はまた、標準的な通信インタフェースの一部であり得る１つ又は複数の電力ポートに結合される電力バス４０に提供される。電力バス４０に提供されるＤＣ電力信号が使用されて、電力バスに結合され、ドライバモジュール３０から分離している１つ又は複数の外部デバイスに電力を提供しても良い。これらの外部デバイスは、通信モジュール３２、及び、以下で更に論じられる任意の数の付属デバイスを含んでいても良い。したがって、これらの外部デバイスは、電力についてドライバモジュール３０に頼ることができ、相応して、効率的かつ費用効果的に設計され得る。ドライバモジュール３０の整流器及びＰＦＣ回路６６及び変換回路６８は、ドライバモジュール３０の内部回路に電力を供給するだけでなく、これらの外部デバイスにも電力を供給することを要求されることを予想してロバスト設計される。こうした設計は、電源についての必要性をなくさない場合、電源設計を大幅に簡略化し、これらの外部デバイスについてのコストを低減する。
【００９５】
示されるように、ＤＣ電力信号は、ケーブル配線２８によってＬＥＤアレイ２０に接続されることになる別のポートに提供されても良い。この実施形態では、ＤＣ電力信号の供給ラインは、最終的に、ＬＥＤアレイ２０内のＬＥＤストリングＳ１、Ｓ２、及びＳ３のそれぞれの第１端に結合される。制御回路７０は、ケーブル配線２８によってＬＥＤストリングＳ１、Ｓ２、及びＳ３のそれぞれの第２端に結合される。任意の数の固定又は動的パラメータに基づいて、制御回路７０は、それぞれのＬＥＤストリングＳ１、Ｓ２、及びＳ３を通って流れるパルス幅変調される電流を個々に制御することができ、それにより、ＬＥＤストリングＳ１、Ｓ２、及びＳ３から放出される、得られる白色光は、所望の色温度を有し、ＢＢＬの所望の近傍内に落ちる。ＬＥＤストリングＳ１、Ｓ２、及びＳ３のそれぞれに提供される電流に影響を及ぼし得る多くの変数の幾つかは、ＡＣ電力信号のマグニチュード、得られる白色光、ドライバモジュール３０又はＬＥＤアレイ２０の周囲温度を含む。特に、この実施形態でＬＥＤアレイ２０を駆動するために使用されるアーキテクチャは例示に過ぎない。その理由は、ＬＥＤストリングＳ１、Ｓ２、及びＳ３に提示される駆動電圧及び電流を制御するための他のアーキテクチャを当業者が認識することになるからである。
【００９６】
或る事例では、調光デバイスはＡＣ電力信号を制御する。整流器及びＰＦＣ回路６６は、ＡＣ電力信号に関連する相対的な調光量を検出し、対応する調光信号を制御回路７０に提供するように構成されても良い。調光信号に基づいて、制御回路７０は、ＬＥＤストリングＳ１、Ｓ２、及びＳ３のそれぞれに提供される電流を調整して、所望の色温度を維持しながら、ＬＥＤストリングＳ１、Ｓ２、及びＳ３から放出される、得られる白色光の強度を効果的に減少させることになる。調光命令は、代替的には、通信モジュール３２から制御回路７０に通信バス３８を介したコマンドの形態で送出されても良い。
【００９７】
ＬＥＤ４２から放出される光の強度又は色は、周囲温度によって影響を受け得る。サーミスタＳＴ又は他の温度検知デバイスに関連付けられる場合、制御回路７０は、悪い温度の影響を補償しようとして、周囲温度に基づいてＬＥＤストリングＳ１、Ｓ２、及びＳ３のそれぞれに提供される電流を制御し得る。ＬＥＤ４２から放出される光の強度又は色はまた、経時的に変化し得る。ＬＥＤ光センサＳ１に関連付けられる場合、制御回路７０は、ＬＥＤストリングＳ１、Ｓ２、及びＳ３によって生成される、得られる白色光の色を測定し、ＬＥＤストリングＳ１、Ｓ２、及びＳ３のそれぞれに提供される電流を調整して、得られる白色光が所望の色温度又は他の所望のメトリックを維持することを保証し得る。
制御回路７０はまた、占有及び周囲光情報について占有及び周囲光センサＳＯ及びＳＡの出力をモニターしても良い。
【００９８】
制御回路７０は、中央処理ユニット（ＣＰＵ）を含み、上述した標準プロトコル等の規定のプロトコルを使用して適切な通信インタフェース（Ｉ／Ｆ）７４を通る通信バス３８を通じて、制御回路７０が通信モジュール３２又は他のデバイスと双方向に通信することを可能にするのに十分なメモリ７２を含んでいても良い。制御回路７０は、通信モジュール３２又は他のデバイスからの命令を受信し、受信された命令を実装するため適切なアクションを講じ得る。命令は、ＬＥＤアレイ２０のＬＥＤ４２がどのように駆動されるかを制御することから、通信バス３８を介して通信モジュール３２又は他のデバイスに対して、制御回路７０によって収集された、温度、占有、光出力、又は周囲光情報等の動作データを戻すことに及んでも良い。図２１に関連して以下で更に述べるように、通信モジュール３２の機能は、ドライバモジュール３０に統合されても良く、また、その逆も同様である。
【００９９】
図１８を参照すると、通信モジュール３２の一実施形態のブロック図が示される。通信モジュール３２は、ＣＰＵ７６、及び、本明細書で述べる動作を容易にするため、必須のソフトウェア命令及びデータを含む関連するメモリ７８を含む。ＣＰＵ７６は、通信インタフェース８０に関連付けられることができ、通信インタフェース８０は、通信バス３８を介して直接的又は間接的にドライバモジュール３０に結合される。ＣＰＵ７６はまた、有線通信ポート８２、無線通信ポート８４、又は両方に連結されて、他の照明器具１０及びリモート制御エンティティとの有線又は無線通信を容易にし得る。
【０１００】
通信モジュール３２の能力は、実施形態ごとに著しく変わり得る。例えば、通信モジュール３２は、ドライバモジュール３０と他の照明器具１０又はリモート制御エンティティとの間の単純なブリッジとして機能し得る。こうした実施形態では、ＣＰＵ７６は、他の照明器具１０又はリモート制御エンティティから受信されるデータ及び命令をドライバモジュール３０に主に渡すことになる、また、その逆も同様である。ＣＰＵ７６は、ドライバモジュール３０と通信モジュール３２との間の通信、並びに、通信モジュール３２とリモート制御エンティティとの間の通信を容易にするために使用されるプロトコルに基づいて必要に応じて命令を翻訳しても良い。他の実施形態では、ＣＰＵ７６は、照明器具１０の間でインテリジェンスを調整し、データを共有する際、並びに、ドライバモジュール３０の、完全でない場合、かなりの制御を提供する際に重要な役割を果たす。通信モジュール３２は、それ自身でドライバモジュール３０を制御できる場合があるが、ＣＰＵ７６はまた、他の照明器具１０又はリモート制御エンティティからデータ及び命令を受信し、この情報を使用して、ドライバモジュール３０を制御するように構成されても良い。通信モジュール３２はまた、関連するドライバモジュール３０からのセンサデータに基づく他の照明器具１０及びリモート制御エンティティに対する命令並びに他の照明器具１０及びリモート制御エンティティから受信されるセンサデータ及び命令を提供しても良い。
【０１０１】
ＣＰＵ７６、メモリ７８、通信インタフェース８０、並びに、有線及び／又は無線通信ポート８２及び８４用の電力は、電力ポートを介して電力バス４０を通じて提供されても良い。先に述べたように、電力バス４０は、ＤＣ電力信号を生成するドライバモジュール３０からその電力を受け取っても良い。したがって、通信モジュール３２は、ＡＣ電力に接続されるか又は整流器及び変換回路を含む必要がない場合がある。電力ポート及び通信ポートは、別個であっても良く、又は、標準的な通信インタフェースと統合されても良い。電力ポート及び通信ポートは、明確にするため別々に示される。通信バス３８は多くの形態をとり得る。一実施形態では、通信バス３８は、２ワイヤシリアルバスであり、コネクタ又はケーブル配線構成は、通信バス３８及び電力バス４０が、４つのワイヤ、すなわち、データ、クロック、電力、及びグラウンドを使用して設けられるように構成されても
良い。
【０１０２】
他の実施形態では、通信バス３８及び電力バス４０は、効果的に組合されて、図１９に示されるように、双方向通信を支援するだけでなく、ＤＣ電力もまた提供する通信バス３８Ｐを提供し得る。４ワイヤシステムでは、２つのワイヤはデータ及びクロック信号のために使用され、別の２つのワイヤは、電力及びグラウンドのために使用され得る。通信バス３８Ｐ（又は通信バス３８）の可用性は、付属モジュールが通信バス３８Ｐと結合されることを可能にする。図１９に示されるように、ドライバモジュール３０、通信モジュール３２、及び付属センサモジュール８６は全て、通信バス３８Ｐに結合され、それらの間の通信を容易にするため標準プロトコルを使用するように構成される。付属センサモジュール８６は、占有、周囲光、光出力、温度、又は同様なものを検知し、対応するセンサデータを通信モジュール３２又はドライバモジュール３０に提供するように特別に構成され得る。付属センサモジュール８６が使用されて、異なる照明用途又は要件に基づいてドライバモジュール３０並びに通信モジュール３２についての異なる型の補助制御を提供し得る。
【０１０３】
任意の数の機能又は制御技術が付属センサモジュール８６によって使用され得るが、幾つかの例が図２０に示される。示す付属センサモジュールは、占有モジュール８６Ｏ、周囲光モジュール８６Ａ、温度モジュール８６Ｔ、及び緊急時モジュール８６Ｅを含む。占有モジュール８６Ｏは、占有センサによって構成され、照明器具１０が取付けられる部屋が占有されているかどうかに関する情報を提供するように機能し得る。部屋が最初に占有されると、通信モジュール３２は、照明器具１０が効果的にターンオンされるようにＬＥＤアレイ２０を駆動するようドライバモジュール３０に指示し、同じゾーン内の他の照明器具１０について、同じことを行う命令を提供しても良い。
【０１０４】
周囲光モジュール８６Ａは、周囲光センサを含むことができ、周囲光センサは、周囲光を測定し、周囲光の特性を確定し、次に、こうした情報を通信モジュール３２又はドライバモジュール３０に提供することが可能である。結果として、周囲光の量又は特性に基づく方法でＬＥＤアレイ２０を駆動するよう、通信モジュール３２がドライバモジュール３０に指示することになる、又は、ドライバモジュール３０が独立に機能することになる。例えば、大量の周囲光が存在する場合、ドライバモジュール３０は、ＬＥＤアレイ２０を、その最高光出力の２０％に対応するレベルに駆動するだけであっても良い。周囲光がほとんど又は全く存在しない場合、ドライバモジュール３０は、ＬＥＤアレイ２０を最大能力で又は最大能力に近くで駆動しても良い。より精巧な実施形態では、周囲光モジュール８６Ａ、ドライバモジュール３０、又は通信モジュール３２は、周囲光の品質を解析し、ドライバモジュール３０が、周囲光の品質に基づく方法でＬＥＤアレイ２０を駆動するようにしても良い。例えば、周囲光の中に比較的大量の赤味がかった光が存在する場合、周囲光モジュール８６Ａは、効率が低い赤色ＬＥＤ４２Ｒが通常より低いレベルで駆動されるように、ＬＥＤアレイ２０を駆動するようドライバモジュール３０に指示して、照明器具１０の総合効率を改善し得る。通信モジュール３２は、他の照明器具１０又はリモート制御エンティティと周囲光データを共有し得ると共に、１つ又は複数の照明器具１０からの周囲光データを処理し、それに基づいて他の照明器具１０に命令を提供し得る。
【０１０５】
温度モジュール８６Ｔは、部屋、ＬＥＤアレイ２０、又は、モジュールの任意のモジュールに関連するエレクトロニクスの周囲温度を確定することが可能なセンサを含んでも良い。周囲温度データが使用されて、ドライバモジュール３０が適切な方式でＬＥＤアレイ２０を駆動するようにしても良い。最後に示す付属センサモジュールは、緊急時モジュール８６Ｅである。緊急時モジュール８６Ｅは、用途型モジュールを示し、全体的な照明器具１０が、緊急時モジュール８６Ｅに関連付けられると、緊急時照明器具として動作するよう変換されても良い。緊急時モジュール８６Ｅは、ドライバモジュール３０と通信し、
ＡＣ入力信号（ＡＣ  ＩＮ）の状態、ドライバモジュール３０の動作状態、又は同様なものを確定し、次に、ドライバモジュール３０を適切な方式で制御するか、又は、動作状態に関する情報を通信モジュール３２に提供することができ得る。例えば、ＡＣ入力信号（ＡＣ  ＩＮ）の電源異常が存在する場合、緊急時モジュール８６Ｅは、電池バックアップ電源（図示せず）に切換え、緊急時照明条件用の適切なレベルでＬＥＤアレイ２０を駆動するようドライバモジュール３０に指示しても良い。緊急時モジュール８６Ｅはまた、ＡＣ入力信号（ＡＣ  ＩＮ）、ドライバモジュール３０、又はＬＥＤアレイ２０についての種々のメトリックを取出し、この情報を通信モジュール３２に渡しても良い。通信モジュール３２は、その後、その情報を渡すか又は他の照明器具１０又はリモート制御エンティティについての命令を生成しても良い。
【０１０６】
通信バス３８Ｐに結合される種々のモジュールについて、一実施形態は、モジュールのそれぞれに一意のＩＤを割当て、それにより、他のモジュールの１つ又は複数が、それらを一意に識別できる。識別子はまた、機能又はモジュールの型に対応し得る。したがって、ドライバモジュール３０は、通信バス３８Ｐ上に存在する種々の付属センサモジュール８６及び通信モジュール３２を識別し、これらのモジュールによって提供される機能を認識でき得る。したがって、ドライバモジュール３０又は通信モジュール３２は、種々のモジュールによって受信されるコマンドに優先順位を付け、モジュール間の競合を管理し得る。
【０１０７】
図２１を参照すると、上述したドライバモジュール３０及び通信モジュール３２の機能が統合される或る実施形態が提供される。本質的に、制御回路７０は、通信モジュール３２の機能を含むように拡張される。したがって、上述したように、制御回路７０は、種々の有線又は無線通信ポート８２’及び８４’に連結されて、他の照明器具１０又はリモート制御エンティティとの通信を容易にし得る。こうした実施形態は、一般には、製造するのに費用がかからないが、別個の通信モジュール３２及びドライバモジュール３０を使用する上記実施形態と同程度の柔軟性を提供しない場合がある。
【０１０８】
図２２に示されるように、独立型センサモジュール８６’が照明システム内に設けられても良い。独立型センサモジュール８６’は、図示される周囲光センサＳＡ及び占有センサＳＯ等の１つ又は複数のセンサを含み、これらのセンサを持たない照明器具１０に近接して位置付けられても良い。したがって、これらのセンサを持たない照明器具１０の通信モジュール３２は、独立型センサモジュール８６’と通信して、周囲光、占有、又は他の利用可能なセンサデータを取得し、次に、上述したように機能し得る。したがって、照明システムの或るゾーン又はエリア内の照明器具１０の一部又は全ては、センサ又は一定の型のセンサを持つ必要はない。例えば、或る部屋内の照明器具１０の一部又は全ては、周囲光センサＳＡを有しても良い。しかし、その部屋に少なくとも占有センサＳＯを有する１つ又は複数の独立型センサモジュール８６’が利用可能である場合、照明器具１０は全く占有センサＳＯを必要としない場合がある。
【０１０９】
独立型センサモジュール８６’のエレクトロニクスは、通信モジュール３２と同様に見える場合がある。例えば、通信モジュール３２は、ＣＰＵ７６’、及び、本明細書で述べる動作を容易にするため、必須のソフトウェア命令及びデータを含む関連するメモリ７８’を含む。ＣＰＵ７６’はまた、有線通信ポート８２、無線通信ポート８４、又は両方に関連付けられて、他の照明器具１０及びリモート制御エンティティとの有線又は無線通信を容易にし得る。独立型センサモジュール８６’はまた、センサデータだけに加えて、制御命令を、照明システムの他の照明器具１０に提供するように構成されても良い。種々の型の制御が、それ自身のセンサデータ並びに他の照明器具１０及び独立型センサモジュール８６’から収集されるセンサデータに基づいて提供されても良い。
【０１１０】
図２３を参照すると、例示的なコミッショニングツール３６が示される。コミッショニングツール３６は、ＣＰＵ８８、及び、上述した機能を容易にするのに十分なメモリ９０を含んでいても良い。ＣＰＵ８８は、キーパッド９４及びディスプレイ９６に関連付けられることができ、キーパッド９４及びディスプレイ９６は、組合せて働いて、ユーザインタフェースを提供する。キーパッドは、従来の英数字キーパッド及び／又は特別に割当てられた機能を有する一連のボタンであっても良い。ディスプレイ９６は、別個のハードウェアベースのキーパッド９４が必要とされないタッチスクリーンディスプレイであっても良い。ステータスインジケータ９８が使用されて、機能のステータス、或る活動、及び同様なものに関するユーザフィードバックを提供しても良い。ＣＰＵ８８は、照明器具１０、他の制御エンティティ、独立型センサモジュール８６’、及び同様なもののうちの任意のものとの有線又は無線通信を容易にする有線通信インタフェース１００及び無線通信インタフェース１０２等の１つ又は複数の通信インタフェースに連結される。ＬＥＤドライバ１０４はまた、通信インタフェースとして機能して、周囲光センサＳＡ又は他の光受信器を装備する照明器具１０、センサ、及びスイッチとコミッショニングツール３６が通信することを可能にし得る。通信のために使用される周囲光は、可視及び／又は非可視光スペクトル内に存在し得る。例えば、通信は赤外線であっても良い。
【０１１１】
コミッショニングツール３６内のエレクトロニクスの全ては、電池などの適切な電力源から電力供給されても良い。コミッショニングツール３６が使用されて、照明器具１０、センサ、及びスイッチをプログラムすると共に、任意の設定を調整し、設定をロードし、センサデータを受信し、命令を提供し、同様なことを行い得る。本質的に、コミッショニングツール３６は、照明器具１０及び独立型センサ及びスイッチのそれぞれについての可搬型ユーザインタフェースとして機能し得ると共に、種々のデータ処理及び制御がそれを介して提供され得るリモート制御エンティティとして機能し得る。通常、コミッショニングツール３６が使用されて、照明器具のセットアップを始動し、ネットワークに対して調整を行い、照明器具から情報を受信することになる。コミッショニングツール３６は、照明器具が別のリモート制御エンティティに対する接続を容易にする他のインタフェースを全く持たないときに特に有用である。
【０１１２】
照明器具１０及び任意の独立型センサ及びスイッチが設置されると、アドレス又はＩＤがデバイスに事前プログラムされていない場合、コミッショニングツール３６が最初に使用されて、アドレス又はＩＤが照明器具１０及び独立型センサ及びスイッチに割当てられても良い。コミッショニングツール３６が同様に使用されて、種々の照明器具１０及び独立型センサ及びスイッチが、特定ゾーンについての照明エンティティを示すことになる種々のグループに割当てられても良い。コミッショニングツール３６が同様に使用されて、概して、グループ割当てを変更すると共に、グループ又は照明システムから照明器具１０又は独立型センサ又はスイッチが取外されても良い。コミッショニングツール３６は、特定の照明器具１０又は独立型センサ又はスイッチが特定のゾーン又は全体的な照明システムのためにこの機能を提供するよう指示でき得る。コミッショニングツール３６を使用する例示的なコミッショニングプロセスは、以下で更に示される。
【０１１３】
アクセス制御のために、コミッショニングツール３６は、特定のエンティティとの通信を確立し、それ自身を認証できることになる。コミッショニングツール３６が、特定のグループ又は全体的な照明システム内の照明器具１０又は独立型センサ又はスイッチによってその自身を認証すると、コミッショニングツール３６は、そのグループ又は照明システムの他のメンバによって自動的に認証され得る。更に、種々の照明器具１０又は独立型センサ又はスイッチは、他の照明器具１０と独立型センサ又はスイッチとコミッショニングツール３６との間の通信を容易にでき得る。代替的には、コミッショニングツール３６は、非常に接近している際に、照明器具１０又は独立型センサ又はスイッチと通信するだけであるように構成されても良い。これは、物理的プラグイン接続を通して、或いは、低電
力赤外線又は無線周波数通信リンクを通して達成され得る。直接の又は短距離の通信技術を使用することは、コミッショニングツール３６が、特定の照明器具１０又は独立型センサ又はスイッチに非常に接近して配置され、制限された通信範囲内の１つ又は複数のエンティティと通信するだけであることを可能にする。
【０１１４】
独立型センサ又はスイッチの内部ロジック又はプログラミングは、コミッショニングツール３６又は任意の他の制御エンティティからダウンロードされても良く、コミッショニングツール３６又は任意の他の制御エンティティによって修正されても良く、又は、置換されても良い。したがって、照明設計者及びメンテナンス技術者は、彼らの意図する照明目標を最もよく達成する方法で機能するよう全体的な照明ネットワークを構成するように装備される。したがって、照明器具１０及び独立型センサ又はスイッチの全ての又は種々のグループは、或る用途の場合、互いに同期して、また、他の用途において互いから独立して動作するように構成されても良い。コミッショニングツール３６は、スマートフォン又はタブレットと同様なフォームファクタを有する手持ち式デバイス等の種々の形態をとり得る。通信インタフェース１００上の種々のポートが使用されて、外部センサ、ディスプレイ、キーパッド、及び同様なものを設置する共に、パーソナルコンピュータ又はコンピュータネットワークに対するインタフェースを容易にし得る。コミッショニングツール３６はまた、上述したアーキテクチャを有するデバイスであり、ノートブックＰＣ、タブレット、又はスマートフォン等の可搬型コンピューティングデバイスに接続され得る。その組合せが、コミッショニングツール機能を実施し得る。
【０１１５】
先に示したように、種々の照明器具１０並びに独立型センサ又はスイッチは、センサデータ、命令、及び他の情報を共有する。多くの事例では、こうした情報は、意図される目的地に達する前に１つ又は複数の中間照明器具１０又は独立型センサモジュール８６’を通してルーティングされる必要がある。したがって、これらの照明器具１０及び独立型センサ又はスイッチは、全体的な照明器具内でルーティングノードとして機能し得る。以下は、アドレスを割当て、ルーティングテーブルを構成し、これらのルーティングテーブルにアクセスして、照明システムの種々のエンティティの間で情報交換を容易にするユニークでかつ効率的な技術を述べる。これらの技術は、上述したような照明システムを、それらの要件の点でより信頼性がありかつ予測可能にする。
【０１１６】
図２４を参照すると、例示的な独立型スイッチモジュール１１０が提供される。スイッチモジュール１１０は、ＣＰＵ１１２及びスイッチの動作を容易にするのに十分なメモリ１１４を含んでいても良い。スイッチ回路１１６は、スイッチが、オン位置又はオフ位置並びに調光位置であるべきかを判定することが可能である。オン／オフ／調光位置に基づいて、スイッチ回路１１６は、対応する情報をＣＰＵ１１２に提供することになり、ＣＰＵ１１２は、その情報を処理し、コマンド又は対応するステータス情報を照明ネットワーク内の１つ又は複数のノードに送信するか否か判定することが可能である。スイッチモジュール１１０は、有線通信インタフェース１２０又は無線通信インタフェース１２２を通して照明ネットワーク内の他のノードと通信しても良い。有線通信インタフェース１２０の場合、接続型は、既存のＡＣラインを通じて信号を通すことから、おそらくシリアルバスを支援することになる別個のインタフェースケーブル配線、又は独占的インタフェースに及んでも良い。無線通信インタフェース１２２は、ネットワークとの無線での通信を容易にし、また、実質上、照明ネットワークによって提供されるメッシュネットワーク内の別のノードであっても良い。スイッチモジュール１１０はまた、ＣＰＵ１１２に周囲光状態及び／又は占有状態を提供し得る周囲光センサＳＡ及び占有センサＳＯを含むことができ、ＣＰＵ１１２は、周囲光状態及び／又は占有状態を処理して、照明ネットワーク内の他のノードが機能するようどのように指示するかを制御しても良く、又は、照明ネットワーク内の制御ノードに周囲光及び／又は占有情報を単に渡しても良い。スイッチモジュール１１０はまた、ＬＥＤ等の光源１１８を含んで、ステータス表示を提供し得る、又は、
コミッショニングツール３６又は他のデバイスとの近接場可視光又は非可視光ベース通信を容易にし得る。周囲光センサＳＡはまた、コミッショニングツール３６又は他のデバイスから可視光又は非可視光ベース通信を受信し得る。特に、スイッチモジュール１１０は、図２４に示す機能に対して更なる又は少ない機能を含み得る。
【０１１７】
例示的な照明システム内のネットワークデバイス
以下は、本開示の例示的な無線通信技術を使用する特定のシステムの説明である。システム内のデバイスは、種々の構成のスイチ、センサ、及び照明器具１０を含んでいても良い。システムの通信トポロジはＩＥＥＥ８０２．１５．４規格に基づくＲＦメッシュネットワークであっても良い。したがって、ネットワーク上の種々のノードは、２．４ＧＨｚ帯の１つ又は複数のチャネル上で通信しても良い。この構成のデータレートは、通常、２００ｋｂｐｓであるが、実際のスループットはメッセージングオーバヘッド及びトラフィックボリュームに著しく依存する。
【０１１８】
ネットワークが形成されると、ほとんどの通信は、グループであって、タンデムに動作する、スイッチ、センサ、及び照明器具等のデバイスを含む、グループ内で起こる。この特定のシステムがグループ化に重きを置くことによって、ＲＦトラフィックは、システムが稼働（ｕｐ  ａｎｄ  ｒｕｎｎｉｎｇ）すると、比較的最小になるべきである。その結果、ほとんどの用途について、ＲＦメッシュネットワークは、知覚的に瞬時の応答を提供することになり、それにより、遅延がユーザに気付かれない。実際には、これは、照明器具１０が、通常、それらのグループ内のスイッチ、センサ、又は他の制御動作に対して１００ｍｓｅｃ以内で応答し得ることを意味する。
【０１１９】
以下は、示すシステムのスイッチ、センサ、及び照明器具１０の特定のコンポーネント及び構成を述べる。図２５に示されるように、スマート器具１３０は、ＬＥＤアレイ２０、周囲光センサＳＡ、及び占有センサＳＯに統合的に関連付けられるドライバモジュール３０を含むコンポーネントである。以下で述べる他のモジュール式コンポーネントとの通信は、先に述べたように、Ｉ２Ｃシリアルバス又は同様なものを介して容易にされる。この構成では、ドライバモジュール３０は、モジュール及びモジュールに接続されるコンポーネントにＤＣ電力を提供することが可能である。
【０１２０】
図２６及び２７に示されるように、室内ＲＦ通信モジュールｉＲＦＭ３２’及び室外ＲＦ通信モジュールｏＲＦＭ３２”は、通信モジュール３２の変形である。ｉＲＦＭ３２’及びｏＲＦＭ３２”は、スマート器具１３０等の種々の照明コンポーネントについて、メッシュネットワークに接続し、メッシュネットワークに対する無線接続を提供しても良い。ｉＲＦＭ３２’及びｏＲＦＭ３２”は、標準的なコネクタを介して、結合済みのスマート器具１３０又は他のコンポーネントから電力を受信し、それと通信しても良い。ｉＲＦＭ３２’及びｏＲＦＭ３２”は、無線通信能力を有する他のデバイスに対する無線接続を支援する。図２８は、照明器具１０の変形を生成するため、スマート器具１３０に直接結合されたｉＲＦＭ３２’を示す。ＤＣ電力はスマート器具１３０によってｉＲＦＭ３２’に提供される。ｉＲＦＭ３２’及びスマート器具１３０は、Ｉ２Ｃシリアルバスを介して互いに通信する。
【０１２１】
図２９に示されるように、器具センサモジュール（ＦＳＭ：ｆｉｘｔｕｒｅ  ｓｅｎｓｏｒ  ｍｏｄｕｌｅ）１３２は、図２８のｉＲＦＭ３２’及びスマート器具１３０に接続されて、照明器具１０に更なる検知能力を付加しても良い。ＦＳＭ１３２は、付属モジュール８６（図２０）の型であり、スマート器具１３０から電力を取得し、ｉＲＦＭ３２’及びスマート器具１３０にプラグインするためのパススルーコネクタを提供するように構成される。周囲光センサＳＡ、占有センサＳＯ、又は他のセンサ型が出力変化を生成すると、ＦＳＭ１３２は、その変化を、Ｉ２Ｃバスを介して、取付け済みのスマート器具１３
０、及び存在する場合、ｉＲＦＭ３２’の両方に通信する。ｉＲＦＭ３２’は、接続される場合、そのシステム内の照明デバイスの関連するグループにＦＳＭセンサ更新を無線通信する。
【０１２２】
図３０に示されるように、室内又は室外無線センサモジュール１３４（ＡＣ駆動式か又は電池駆動式）もまた設けられても良い。無線センサ１３４は、無線通信インタフェースを有し、また、１つ又は複数の周囲光又は占有センサＳＡ、ＳＯを使用して、周囲光状態、部屋占有、又は同様なものをモニターするように構成される。電池寿命を最大にするため、無線センサの通信及び処理回路は、その時間の９９％を超えてターンオフされたままにされても良い。センサからの出力が変化すると、通信及び処理回路は、ターンオンし、関連するグループ内の照明デバイスにセンサ更新を送信する。無線センサ１３４は、他の照明器具１０、スマート器具１３０、及び同様なものから物理的に離れて位置付けられることを意図される。無線センサ１３４は、必ずしも照明要素ではないがセンサが必要又は所望される場所に配置されても良い。
【０１２３】
図３１に示されるように、無線中継モジュール１３６が使用されて、レガシー（照明）器具１３８の無線制御が、器具１３８のオン／オフ制御及び調光を提供することを可能にし得る。無線通信回路が無線制御信号を受信すると、中継器がレガシー器具１３８に供給されるＡＣ電力を制御しても良く、かつ／又は、制御信号（０Ｖ〜１０Ｖ）が調光レベルを制御するために提供されても良い。無線中継モジュール１３６はまた、周囲光及び占有センサＳＡ、ＳＯを含み、出力変化を、関連するグループ内の他のデバイスに無線で報告しても良い。
【０１２４】
図３２に示されるように、無線オン／オフ／調光スイッチ（ＷＳ）１４０として構成されるスイッチモジュール１１０のバージョンが設けられる。ＷＳ１４０は、無線通信ネットワーク上に存在し、上述したように、周囲光センサＳＡ、オン／オフ制御及び調光回路を含んでも良い。周囲光センサＳＡがアクティブ化されると、ＷＳ１４０は、そのグループ内のデバイスに更新を送信する。ＲＦ設計は、電池電力について低電力動作を支援するが、ＡＣ電力源に実配線されても良い。
【０１２５】
例示的なネットワークコミッショニング手順
コミッショニングを行うことは、一般には、１）ネットワークを形成するステップと、２）ネットワークデバイスを複数のグループにグループ化するためにデータを収集するステップと、３）グループ化プロセスを実行するステップと、４）各デバイスについてグループを割当てるステップと、５）グループ割当てを改訂するステップと、を含む。
【０１２６】
この例では、手持ち式コミッショニングツール３６が使用されて、コミッショニングプロセスを始動し制御する。未初期化システムの場合、ユーザは、コミッショニングツール３６から「コミッショニング開始（Ｓｔａｒｔ  Ｃｏｍｍｉｓｓｉｏｎｉｎｇ）」プロセスをアサートして、ネットワーク形成を始める。これは、単に、コミッショニングツール３６を照明器具１０等のルーティングノードの近くに移動させ、次に、「ネットワーク形成開始（ｓｔａｒｔ  ｎｅｔｗｏｒｋ  ｆｏｒｍａｔｉｏｎ）」を送信するコミッショニングツール３６上のワンボタンコマンドを始動させることを伴い得る。ルーティングノードは、調整器として動作することが可能であり、また、１つのノードから別のノードに情報を送ることができる照明器具１０等のネットワーク上の任意のデバイスであっても良い。
【０１２７】
ルーティングノードが調整器になるために、ルーティングノードは、メッセージ又は同様なものに関連付けられる受信信号強度インジケータ（ＲＳＳＩ：ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ  ｓｔｒｅｎｇｔｈ  ｉｎｄｉｃａｔｏｒ）をモニターし、ＲＳＳＩが規定の
閾値を超えたと判定しても良い。他のルーティングノードは、そのメッセージを受信することができるが、ＲＳＳＩは規定の閾値未満であることになる。電池駆動式無線センサ１３４、無線スイッチ１４０、及び同様なもの等のスリーパノードは、スリープ状態であるか又はネットワーク形成開始（ｓｔａｒｔ  ｎｅｔｗｏｒｋ  ｆｏｒｍａｔｉｏｎ）メッセージを無視することになる。
【０１２８】
この実施形態では、近接するルーティングノードがネットワーク形成開始（ｓｔａｒｔ
ｎｅｔｗｏｒｋ  ｆｏｒｍａｔｉｏｎ）メッセージを受付け、それ自身を調整器としてアサートすると仮定する。調整器は、マイネットワーク参加（ＪＭＮ：Ｊｏｉｎ  Ｍｙ  Ｎｅｔｗｏｒｋ）メッセージを他の非調整器ルーティングノードにブロードキャストし、その後、システム内の非調整器ノードがネットワークに参加することを可能にする。調整器は、参加を許可し、「短い（ｓｈｏｒｔ）」（２４、１６、８、又はその程度のビットであり得る）ネットワークアドレスを、ネットワークに参加した非調整器ルーティングノードに割当て得る。短縮アドレスは、デバイス用の対応するＭＡＣアドレスより短い点で「短く」、ＭＡＣアドレスの代わりに使用されて、短縮アドレスが割当てられると、ネットワーク全体にわたる通信を容易にすることになる。ネットワーク形成のこの第１ステージでは、調整器は、ルーティングノードの全てを含むネットワークを効果的に確立する。
【０１２９】
特に、調整器は、全てではないが複数の利用可能な通信チャネル上でＪＭＮメッセージを送信するタスクが課される。そのＪＭＮメッセージにおいて、調整器は、非調整器ルーティングノードがその上で応答すべきである選択チャネルを示し得る。参加プロセス中に、調整器は、ネットワークに参加する非調整器ルーティングノードに短縮アドレスを提供することになる。調整器は、デフォルトの短縮アドレスを同様に有することになる、又は、それ自身に短縮アドレスを割当てることになる。述べたように、これらの短縮アドレスは、通常のネットワークオペレーション中の通信のために使用されることになる。調整器はまた、１つのルーティングノードから別のルーティングノードにルーティングする際に使用するためにそれ自身のルーティングテーブルを構築することになる。
【０１３０】
協同方式で、非調整器ルーティングノードは、最初にＪＭＮメッセージを待つことになる。ブロードキャストされたＪＭＮメッセージが受信されると、非調整器ルーティングノードは、調整器によって識別される選択チャネルに応答することになる。ルーティングノードはまた、調整器に割当てられた短縮アドレスを受信し、短縮アドレスを格納し、ルーティングノード自身のルーティングテーブルを構築することになる。種々のルーティングノード用の一意のＭＡＣアドレスはまた、このプロセス中に交換され得る。調整器は、応答したノードを追跡することになり、また、各ノードにネットワークを構成する他のノード及びそれぞれの短縮アドレスを知らせて、ネットワークのルーティングコアを形成し得る。
【０１３１】
全てのルーティングノードが参加するために十分な時間を許容した後、調整器は、上述した投光プロセスを始動し制御して、種々のルーティングノードを異なるグループにグループ化するのを助けることになる。したがって、調整器は、それ自身、投光モードに入り、その後、投光モードに入るよう各ルーティングノードに順次要求することになる。例示的な投光は、予め定義済みのＰＷＭ周波数で５０％デューティサイクルの光出力を提供することを伴うことになる。投光信号用のＰＷＭ周波数に対する代替法として、オン−オフシーケンシングが使用され得る。
【０１３２】
投光中、ルーティングノードは、「投光器（ｌｉｇｈｔｃａｓｔｅｒ）」と考えられ、ルーティングノードに、それ自身を識別し、そのルーティングノードが目下の投光器であることを示すＲＦメッセージのストリームを送信することになる。他のルーティングノードは、所与の投光器からの投光信号をモニターし、投光信号のマグニチュードを計算し、
所与の投光器について投光信号のマグニチュードを格納することによって、投光受信器（又は、「光キャッチャ（ｌｉｇｈｔｃａｔｃｈｅｒ）」）として動作する。電池駆動式無線センサ１３４、無線スイッチ１４０、及び同様なもの等のスリーパノードは、投光信号を受信し、自分の無線受信器をターンオンして、投光器のアイデンティティを示すＲＦメッセージを聞き得る。投光プロセス中に、スリーパノードは、ウェイクアップし、ネットワークに参加するよう要求するようにトリガーされ得る。調整器ノードは、スリーパノードの参加要求を許可しながら、スリーパノードに短縮アドレスを割当てることになる。投光が全てのデバイスについて完全に仕事を終えた後、調整器は、ネットワーク情報が完全であるというメッセージをコミッショニングツール３６に送信することになる。
【０１３３】
したがって、調整器は、投光要求メッセージをルーティングノードに順次送信し、スリーパノードから参加要求を受付け、参加するスリーパノードに短縮アドレスを割当てることになる。調整器はまた、他の投光器が投光している際に収集される投光受信データを保存することになる。調整器はまた、コミッショニングツール３６又は他のデバイスによって要求されるまで投光受信データを保持することになる。非調整器投光ノードは、要求されると投光を実施すると共に、他の投光器からの投光中に投光受信データを収集し保存することになる。やはり、投光受信データは、コミッショニングツール３６又は他のデバイスによって要求されるまで格納される。通常、スリープ状態であるスリーパノードの場合、スリーパノードは、完全にパワーオンし、投光信号の存在を検知するとすぐにネットワーク参加（ＪＮ：Ｊｏｉｎ  Ｎｅｔｗｏｒｋ）要求を提示することになる。スリーパノードは、コミッショニングツール３６から短縮アドレスを受信すると共に、投光受信データを収集し保存することになる。投光受信データは、コミッショニングツール３６又は別のデバイスによって要求されるまで保存される。他の実施形態では、投光受信データは、収集されると、調整器等の指定ノードに、又は、コミッショニングツール３６に送信され得る。
【０１３４】
投光受信データが、要求されるまで格納されると仮定すると、以下のプロセスが使用されても良い。投光受信データを収集するため、コミッショニングツール３６は、各ノードに各ノードの投光受信データがあるか質問する。無線メッシュネットワークが既に形成されているため、コミッショニングツール３６は、任意のルーティングノードと通信して、ネットワークに対するエントリポイントを確立し得る。各ノードは、その投光データに応答する。
【０１３５】
特に、コミッショニングツール３６は、投光受信データについての要求を発信しても良い。調整器と非調整器の両方のルーティングノードは、投光受信データに応答することになる。或る実施形態では、スリーパノードは、自分達の投光受信データを、非調整器ルーティングノード及び調整器等の非スリーパノードと共有しても良い。これが事実である場合、スリーパノード用の投光受信データは、コミッショニングツール３６に提供されても良い。スリーパノードが自分達の投光受信データを非スリーパノードと共有しない場合、スリーパノードは、アウェイク状態である場合、或いは、自動的に、又は、投光又は光信号によって最終的にアウェイクされると、自分自身の投光受信データに応答しても良い。
【０１３６】
投光受信データを収集した後、コミッショニングツール３６は、グループ化プロセスを進める。コミッショニングツール３６それ自体又はおそらく取付けられたノートブックコンピュータは、投光受信データに基づいて最適なノードグループ化を確定するためのグループ化アルゴロズムを実行する。コミッショニングツール３６（又は、取付けられたＰＣ）がグループ化アルゴリズムを実行すると、コミッショニングツール３６は、グループ割当て及びグループアドレスをネットワーク内の各ルーティングノードに通信し、グループ割当てデータ（グループアドレスを含む）は、各ルーティングノードに送信され、そのルーティングノードのグループ内の全てのノードを含む。
【０１３７】
全てのスリーピングノードは、少なくとも１つのルーティングノードと共にグループ化される。スリーピングノードは、自分のグループ割当てを２つの方法のいずれかの方法によって受信し得る。第１に、各スリーピングノードは、定期的にウェイクアップして、そのセンサデータを発信し、システムからシステムステータス更新を要求する。スリーパノードのメッセージに応答して、関連するルーティングノードは、応答し、グループ割当てデータによってそのグループ割当てをスリーパノードに提供し得る。グループアドレスをスリーパノードに割当てるための第２の方法は、そのグループ内にスリーパノードを有するルーティングノードが、投光を実施して、スリーパノードをアウェイクさせることを要求する。アウェイクされたスリーパノードは、その後、そのセンサデータを発信し、システムからシステムステータス更新を要求する。スリーパノードのメッセージに応答して、関連するルーティングノードは、応答し、スリーパノードにそのグループ割当てデータを提供する。
【０１３８】
必然的に、一部のグループ割当ては修正される必要があることになる。コミッショニングツール３６は、グループ割当てをチェックし変更する方法を提供する。コミッショニングツール３６は、異なるグループに割当てられる必要がある照明器具１０、無線センサ１３４、無線中継モジュール１３６、無線スイッチ１４０、又は同様なものに埋め込まれる（ｅｍｂｅｄｄｅｄ）周囲光センサＳＡにユーザが向けるＬＥＤ（又は他の可視光又は非可視光）出力を含んでも良い。コミッショニングツール３６は、ＬＥＤを使用して、投光信号を提供すると共に、ＲＦメッセージを送信及び受信し、それにより、グループ割当て変更を行い得る。
【０１３９】
１つのグループから別のグループへスマート器具１３０等のノードを再割当てするための例示的なプロセスは次の通りである。最初に、ユーザは、再割当てされるスマート器具１３０にコミッショニングツール３６を向け、１つのグループから別のグループへノードを再割当てすることに関連するユーザ入力を提供することになる。コミッショニングツール３６は、そのＬＥＤ出力によって、対応する投光信号を始動すると共に、スマート器具１３０の短縮アドレスを要求するＲＦメッセージを送信することになる。スマート器具１３０は、投光信号を受信し、ＲＦメッセージを待つことになる。スマート器具１３０は、スマート器具１３０用の短縮アドレス及びグループアドレスを含むＲＦ肯定応答メッセージを提供することになる。
【０１４０】
次に、ユーザは、スマート器具１３０が移される先の新しいグループ内のノードにコミッショニングツール３６を向けることになる。ユーザは、ボタンを押すか又は入力を提供し、コミッショニングツール３６がスマート器具１３０を新しいグループに移すよう指示することになる。応答して、コミッショニングツール３６は、投光信号を始動すると共に、ノードが新しいグループに移されることを示す対応するＲＦメッセージを送信することになる。ＲＦメッセージは、スマート器具１３０の短縮アドレスを含むことになる。投光信号を受信する新しいグループ内のノードはまた、コミッショニングツール３６からＲＦメッセージを受信することになる。
【０１４１】
受信するとすぐに、新しいグループ内のノードは、肯定応答をコミッショニングツール３６に送信すると共に、適切な短縮アドレスを使用してスマート器具１３０にメッセージを送信して、新しいグループ用のアドレスを提供することになる。スマート器具１３０は、そのグループアドレスを更新し、移動が終了したことを示すメッセージをコミッショニングツール３６に送信することになる。新しいグループ内の他のノードに関連する情報はまた、メッシュネットワークを介してスマート器具１３０に提供され得る。新しいグループ内のノードから新しいグループアドレスを受信した後、スマート器具１３０はまた、肯定応答をコミッショニングツール３６に返信すると共に、そのスマート器具１３０がグル
ープを変更していることを示すメセージを、古いグループ内の１つ又は複数のノードに送信することになる。この時点で、スマート器具１３０は、任意のセンサレベルをモニターし、メッシュネットワークを介して新しいグループ内のノードに、利用可能な任意のセンサデータを提供し得る。例は、１つのグループから別のグループにスマート器具１３０を再割当てしたが、この技術は、ネットワーク内の任意の型のノードに適用される。
【０１４２】
ネットワークが再初期化を必要とする場合、ユーザは、コミッショニングツール３６を使用して、ネットワークノードが、ネットワークノードの予めコミッショニング済みの設定に復帰するよう指示しても良い。おそらく、このプロセスを開始することは、意図しないアンドゥ（ｕｎｄｏ）コマンドを抑制するため、マルチステップシーケンスを必要とすることになる。コミッショニングが終了し、グループ化補正が行われると、システムは、いつでも動作できる状態になる。一般には、スイッチ及びセンサがシステムに入力を提供する。照明器具１０は、相応して、これらの入力をそのエネルギー節約設定及び機能の枠組み内で解釈する。
【０１４３】
ネットワーク内での異なる型のデバイスの動作が以下で述べられる。無線中継モジュール１３６（図３１）は、そのグループからの入力データをモニターする。これは、他のスイッチ、リモートセンサ、及びそれ自身の内部センサからのデータを含む。スイッチ及びリモートセンサからのデータは、無線ネットワーク通信によって到着する。内部センサからのデータは、内部で収集され格納される。無線中継モジュール１３６は、内部ロジックを独立に実行し、内部ロジックは、種々の入力及び設定を解釈し、相応して、０〜１０Ｖ調光制御及び中継オン／オフ制御を出力する。無線中継モジュール１３６は、メッシュネットワーク内でメッセージルーティングを実施するその無線通信回路に依存する。ルーティングは、バックグラウンド活動として起こり、光制御動作に影響を全く与えない。
【０１４４】
無線中継モジュール１３６は、そのグループ内のスリープ状態のスリーパノードについてのメッセージを保持しても良い。ノードが、その後、アウェイクし、更新を要求すると、無線中継モジュール１３６は、保持されたメッセージをアウェイクしたスリーパノードに送信する。特に、無線中継モジュール１３６は、その内部の周囲光センサデータを処理し、投光信号を探す。ネットワークが通常動作モードにある状態で、唯一予想される投光信号は、コミッショニングツール３６からのものであることになる。無線中継モジュール１３６は、コミッショニングツールの投光信号を受信すると、要求される無線コマンドを実施することになる。
【０１４５】
ほとんどの点で、スマート器具１３０は、無線中継モジュール１３６と同様に動作する。１つの主要な差は、スマート器具１３０が、一般的に、通信モジュール３２に結合されて、照明器具を形成することである。２つのモジュールは、Ｉ２Ｃバスを介して互いに通信し得る。モジュールのうちのいずれかは、センサデータを処理し格納するために使用されても良い。しかし、通信は、通信モジュール３２によって提供される。
【０１４６】
無線センサ１３４は、そのグループに周囲光及び占有センサデータを提供する。無線スイッチ１４０は、ＲＦメッセージによってオン／オフ及び調光情報を提供する。無線センサ１３４は、定期的に、ウェイクアップし、センサをモニターし、センサ更新メッセージをそのグループに送信する。無線スイッチ１４０は、オン、オフ、及び調光状態変化を示すＲＦメッセージを提供する。これは、グループメンバが、グループ内の無線センサ１３４及び無線スイッチ１４０をモニターし、メッセージ内に提供される情報を処理し、相応して反応することを可能にする。グループ内のルーティングノードは、無線センサ１３４用のメッセージを有する場合、ウェイキング間隔中にこれらのメッセージを通信する。
【０１４７】
自動調整器選択及びグループ化始動
先の例は、調整器として動作する照明器具１０等のルーティングノードを選択することによって、ネットワーク形成を始動するコミッショニングツール３６に頼った。調整器は、その後、短縮アドレスを種々のネットワーク要素に割当て、コミッショニングツール３６が、投光プロセスを通してグループ割当てを行うのを補助することになる。次の実施形態の場合、ルーティングノードが、自動的に互いに発見し共に働いて、コミッショニングツール３６又は他のエンティティからの外部補助無しで調整器を識別する変形が述べられる。調整器は、ネットワーク内で通常の通信に関して使用するために短縮アドレスを自動的に割当てると共に、先に述べた投光を使用してグループ化プロセスを自動的に始動し制御することになる。
【０１４８】
この実施形態における調整器の識別は、反復的プロセスであり、種々のルーティングノードは、本質的に、通常６４ビットである自分達のＭＡＣアドレスを交換し、より小さい（又はより大きい）ＭＡＣアドレスを有するルーティングノードが、少なくとも当分の間、調整器であるはずであると判定することになる。より小さいＭＡＣアドレスを有するルーティングノード（調整器）は、より大きいＭＡＣアドレスを有するルーティングノードに一意の短縮アドレスを割当てることになる。調整器及び他のルーティングノードは、自分達のネットワークに参加するためのＪＭＮ要求等の要求を定期的に発信することになる。調整器として割当てられた第１のルーティングノードが、より小さいＭＡＣアドレスを有する第２のルーティングノードとＭＡＣアドレスを交換する場合、第１のルーティングノードは、その調整器の役割をより小さいＭＡＣアドレスを有する第２のルーティングノードに譲渡することになる。第２のルーティングノードは、短縮アドレスを第１のルーティングノードに即座に割当てることになる。わずかの反復後に、ネットワーク内のより小さい（又はより大きい）ＭＡＣアドレスを有するルーティングノードは、調整器として設定され、ネットワーク内の各ルーティングノードに短縮アドレスを割当てていることになる。やはり、調整器割当てプロセスは、最小ＭＡＣアドレスを有するルーティングノードと対照的に、最大ＭＡＣアドレスを有するルーティングノードを同じくらい容易に見い出し得る。同様に、他の一意の識別基準が交換されて、同様のプロセスで調整器を識別しても良い。更に、短縮アドレスはオプションであり、通常動作中にルーティングプロセスを加速するだけのために使用される。代替の実施形態は、短縮アドレスの使用を放棄し、従来のメッシュネットワークで行われるように、ルーティングのためにＭＡＣアドレス又は他のアドレスに頼る。
【０１４９】
スリーパノード又は他の非ルーティングノードは、定期的にウェイクアップし、自分達の短縮アドレスを直接調整器から又は関連するルーティングノードを介して調整器から得ることになる。全体的な制御、スイッチ及びセンサ情報を交換すること、ルーティングテーブルをセットアップすること、ネットワークを通してメッセージをルーティングすること、投光制御、グループ化、及び同様なもの等の全ての他の機能は、上述したように扱われ得る。更に、コミッショニングツール３６が、依然として使用されて、上述したように、設定を微調整しても良く、要素を再グループ化しても良く、及び同様なことをしても良い。
【０１５０】
少数の例示的な通信フローが、ネットワークについて調整器を選択するための種々のシナリオを示すために以下で述べられる。これらのフローでは、４つの異なるルーティングノードＡ〜Ｄが述べられる。種々のフローにおいて、６４ビットＭＡＣアドレスが、これらのノードのために提供される。簡単にするため、使用されるＭＡＣアドレスは、ＥＥＥＥ  ＥＥＥＥ  ＥＥＥＥ  ＥＥＥＥ（例における最大ＭＡＣアドレス）；ＡＡＡＡ  ＡＡＡＡ  ＡＡＡＡ  ＡＡＡＡ；８８８８  ８８８８  ８８８８  ８８８８；及び１１１１  １１１１  １１１１  １１１１（例における最小ＭＡＣアドレス）である。簡潔さ（ｃｏｎｃｉｓｅｎｅｓｓ）及び読み易さ（ｒｅａｄａｂｉｌｉｔｙ）のために、これらのＭＡＣアドレスは、以下でまた関連する通信フローにおいて、[Ｅ−Ｅ]、 [Ａ−Ａ]、[８−８
]、 [１−１]としてそれぞれ参照される。
【０１５１】
図３３の通信フローを参照して、ルーティングノードＡが[Ａ−Ａ]のＭＡＣアドレスを有し、ルーティングノードＢが[Ｅ−Ｅ]のＭＡＣアドレスを有すると仮定する。したがって、ルーティングノードＢは、ルーティングノードＡより大きいＭＡＣアドレスを有する。この例ではまたこの例に続く例では、調整器の役割が最小ＭＡＣアドレスを有するルーティングノードに割当てられるべきであると仮定する。最初に、ルーティングノードＡは、そのデフォルト設定に設定され、この時点では１要素ネットワークであるルーティングノードＡのネットワークに他のルーティングノードが参加するよう要求するＪＭＮ（Ｊｏｉｎ  Ｍｙ  Ｎｅｔｗｏｒｋ：マイネットワークに参加）メッセージを定期的にブロードキャストするようプログラムされる。したがって、ルーティングノードＡの初期ネットワークは、ルーティングノードＡを含むだけであることになる。本質的に、ルーティングノードＡは、デフォルトで、ルーティングノードＡが調整器であると考えることになり得る。
【０１５２】
引き続き図３３を参照して、ルーティングノードＡが、そのＭＡＣアドレス（ＭＡＣ−Ａ）を含むＪＭＮメッセージをブロードキャストする（ステップ６００）と仮定する。ルーティングノードＢは、ＪＭＮメッセージを待ち、ルーティングノードＡ用のＭＡＣアドレス（ＭＡＣ−Ａ）を格納し（ステップ６０２）、その後、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）をそれ自身のＭＡＣアドレス（ＭＡＣ−Ｂ）と比較する（ステップ６０４）ことによってルーティングノードＡのＪＭＮメッセージに応答することになる。ルーティングノードＢは、ルーティングノードＡのＭＡＣアドレス[Ａ−Ａ]がルーティングノードＢのＭＡＣアドレス[Ｅ−Ｅ]より小さいことを認識し、その関連するネットワーク用の調整器をルーティングノードＡのＭＡＣアドレスに設定する（ステップ６０６）ことになる。この時点で、ルーティングノードＢは、ＭＡＣアドレス[Ａ−Ａ]に関連するルーティングノードＡが、ルーティングノードＡが属するネットワークの調整器であると仮定する。
【０１５３】
ＪＭＮメッセージに応答して、ルーティングノードＢはまた、そのＭＡＣアドレス（ＭＡＣ−Ｂ）を有するＪＭＮ応答をルーティングノードＡに返送する（ステップ６０８）ことになる。ルーティングノードＡは、そのＭＡＣアドレス（ＭＡＣ−Ａ）をルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）と比較し（ステップ６１０）、また、ルーティングノードＡがより小さいＭＡＣアドレスを有し、したがって、ネットワークの調整器のままであるべきであることを認識することになる。したがって、ルーティングノードＡは、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）用の短縮アドレス（ＢＡ）を生成し（ステップ６１２）、短縮アドレスをルーティングノードＢに送信する（ステップ６１４）ことになる。ルーティングノードＢは、その後、ルーティングノードＡによって割当てられた短縮アドレス（ＢＡ）を保存し（ステップ６１６）、調整器になる別のルーティングノードによってその後変更されない場合、ネットワーク内の通信及びルーティングについて短縮アドレスを使用することになる。
【０１５４】
上記例では、より小さいＭＡＣアドレスを有するルーティングノードＡがＪＭＮメッセージを発信し、より大きいＭＡＣアドレスを有するルーティングノードＢがＪＭＮメッセージ発信者のネットワークに参加した。図３４に示す次の例では、ＪＭＮメッセージを受信するルーティングノードＢは、より小さいＭＡＣアドレスを有するため、調整器になる。この例ではまた図３４を参照して、ルーティングノードＡは、より小さいＭＡＣアドレス[８−８]を有するルーティングノードＢより大きいＭＡＣアドレス[Ａ−Ａ]に関連する。或る時点で、ルーティングノードＡが、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）を含むＪＭＮメッセージをブロードキャストすると仮定する（ステップ７００）。ブロードキャストされたメッセージは、ルーティングノードＢによって受信され、ルー
ティングノードＢは、ルーティングノードＡ用のＭＡＣアドレス（ＭＡＣ−Ａ）を格納する（ステップ７０２）ことに進み、その後、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）をルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）と比較する（ステップ７０４）。図３３に示す例と対照的に、ルーティングノードＢは、そのＭＡＣアドレス（ＭＡＣ−Ｂ）がルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）より小さいため、それ自身を調整器として設定すべき（ステップ７０６）であると認識することになる。ルーティングノードＢは、調整器であるため、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）に関連する短縮アドレス（ＡＢ）を生成する（ステップ７０８）ことになる。次に、ルーティングノードＢは、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）を含むＪＭＮ応答メッセージをルーティングノードＡに送信し（ステップ７１０）、ルーティングノードＡに短縮アドレス（ＡＢ）を提供するメッセージで即座に追従する（ステップ７１２）ことになる。ルーティングノードＡは、その後、ルーティングノードＡがもはや調整器でないことを認識し、調整器をルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）に設定する（ステップ７１４）ことになり、ルーティングノードＡは、ルーティングノードＡが属するネットワークについてルーティングノードＢを調整器として事実上認識する。ルーティングノードＡはまた、ネットワークを通じた通信のためにルーティングノードＡが使用することになる短縮アドレス等の短縮アドレス（ＡＢ）を保存することになる。
【０１５５】
ここで図３５Ａ〜３５Ｃに示す通信を考えると、複数のルーティングノード（Ｂ及びＣ）がルーティングノードＡから初期ＪＭＮメッセージを受信するより複雑なシナリオが示される。例はまた、第４のルーティングノードＤを示し、第４のルーティングノードＤは、最初にルーティングノードＡのＪＭＮメッセージを受信するのではなく、最終的に、ネットワークに参加し、ネットワークの調整器を認識し、短縮アドレスを調整器から受信する。この例は、調整器が、ルーティングノードＡからルーティングノードＢに、そして、ルーティングノードＣに移行することを示す。ルーティングノードＡ、Ｂ、Ｃ、及びＤ用のＭＡＣアドレスは次の通りである：
ＭＡＣ−Ａ  [Ａ−Ａ]；
ＭＡＣ−Ｂ  [８−８]；
ＭＡＣ−Ｃ  [１−１]；及び、
ＭＡＣ−Ｄ  [Ｅ−Ｅ]。
【０１５６】
そのため、ルーティングノードＣは最小ＭＡＣアドレスを有し、ルーティングノードＤは最大ＭＡＣアドレスを有する。
最初に、ルーティングノードＡが、そのＭＡＣアドレス（ＭＡＣ−Ａ）を有するＪＭＮメッセージブロードキャストする（ステップ８００）と仮定する。ルーティングノードＢ及びルーティングノードＣがＪＭＮメッセージを受信し、ルーティングノードＤがＪＭＮメッセージを受信しないと仮定する。ルーティングノードＢが、ＪＭＮメッセージに応答するより高速のルーティングノードであると更に仮定する。したがって、ルーティングノードＢは、ルーティングノードＡ用のＭＡＣアドレス（ＭＡＣ−Ａ）を格納し（ステップ８０２）、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）をそれ自身のＭＡＣアドレス（ＭＡＣ−Ｂ）と比較する（ステップ８０４）ことによってＪＭＮメッセージを処理することになる。先の例の場合と同様に、ルーティングノードＢは、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）がルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）より小さいため、それ自身を調整器として設定する（ステップ８０６）ことになる。ルーティングノードＢは、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）用の短縮アドレス（ＡＢ）を生成し（ステップ８０８）、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）を含む適切なＪＭＮ応答をルーティングノードＡに送信する（ステップ８１０）ことになる。ルーティングノードＢはまた、ルーティングノードＡ用の短縮アドレス（ＡＢ）をルーティングノードＡに別のメッセージで送信する（ステップ８１２）
ことになる。別個のメッセージが、ＪＭＮ応答について使用され、短縮アドレスを提供するが、この情報が単一メッセージで提供されても良いことを当業者は認識するであろう。やはり、より大きいＭＡＣアドレスを有するルーティングノードＡは、調整器をルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）に設定する（ステップ８１４）ことになり、少なくとも当分の間、ルーティングノードＢが調整器になることを示す。ルーティングノードＡはまた、ルーティングノードＢによって割当てられた短縮アドレス（ＡＢ）を格納することになる。
【０１５７】
実質的に同時に、ルーティングノードＣはまた、ルーティングノードＡによって提供されたＪＭＮメッセージを処理する（ステップ８００）ことになる。応答して、ルーティングノードＣは、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）を格納し（ステップ８１８）、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）をルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）と比較する（ステップ８２０）ことになる。ルーティングノードＣはまた、そのＭＡＣアドレス（ＭＡＣ−Ｃ）がルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）より小さいことを認識し、それ自身を調整器として設定する（ステップ８２２）ことになる。調整器として、ルーティングノードＣは、ルーティングノードＡのＭＡＣアドレス（ＭＡＣ−Ａ）用の短縮アドレス（ＡＣ）を生成する（ステップ８２４）ことになる。ルーティングノードＣは、その後、そのＭＡＣアドレス（ＭＡＣ−Ｃ）を含むＪＭＮ応答メッセージ（ステップ８２６）及びルーティングノードＡ用の短縮アドレス（ＡＣ）を提供する別のメッセージ（ステップ８２８）をルーティングノードＡに送信することになる。ルーティングノードＡは、ルーティングノードＣが調整器であるべきであるとルーティングノードＣが考えていることを認識し、ルーティングノードＣのＭＡＣアドレスがルーティングノードＢのＭＡＣアドレスより小さいため、識別された調整器をルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）に再設定する（ステップ８３０）ことになる。ルーティングノードＡはまた、その短縮アドレスを、ルーティングノードＣによって割当てられた短縮アドレス（ＡＣ）で更新する（ステップ８３２）ことになる。したがって、ルーティングノードＢは、ルーティングノードＡの視点から調整器として根絶された。或る例では、ルーティングノードＢがより小さいＭＡＣアドレスを有している場合、ルーティングノードＡは、ルーティングノードＢが調整器であることを維持しており、ルーティングノードＣからのメッセージを無視していることになる。例のこの部分は、複数のルーティングノードが、この反復的調整器識別プロセス中に自分達が調整器であると考え得ることを強調する。
【０１５８】
このとき、ルーティングノードＢは、ルーティングノードＢが調整器であると考え続ける場合があり、また、他のルーティングノードに定期的にブロードキャストすることになる。この事例では、ルーティングノードＢは、ルーティングノードＡとルーティングノードＣの両方によって受信されるルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）を含むＪＭＮメッセージをブロードキャストする（ステップ８３４）。ルーティングノードＡは、目下割当てられた調整器、ルーティングノードＣがルーティングノードＢのＭＡＣアドレスより小さいＭＡＣアドレスを有することをルーティングノードＡが認識するため、ルーティングノードＢによって送信されるＪＭＮメッセージを事実上無視する（ステップ８３４）ことになる。しかし、ルーティングノードＣは、ルーティングノードＣがルーティングノードＢより小さいＭＡＣアドレス（ＭＡＣ−Ｃ）を有するため、異なるように応答することになる。したがって、ルーティングノードＣは、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）を格納し（ステップ８３８）、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）をルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）と比較する（ステップ８４０）ことになる。ルーティングノードＣは、その後、ルーティングノードＣがより小さいＭＡＣアドレスを有するため、調整器のままである（ステップ８４２）べきであることを認識し、その後、ルーティングノードＢのＭＡＣアドレス（ＭＡＣ−Ｂ）用の短縮アドレス（ＢＣ）を生成する（ステップ８４４）ことになる。ルーティン
グノードＣは、その後、そのＭＡＣアドレス（ＭＡＣ−Ｃ）を含むＪＭＮ応答メッセージ（ステップ８４６）及びルーティングノードＣ用の短縮アドレス（ＢＣ）を含む短縮アドレスメッセージ（ステップ８４８）をルーティングノードＢに送信することになる。ルーティングノードＢは、ルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）を使用して調整器をルーティングノードＣに再設定し（ステップ８５０）、ＢＣをその短縮アドレスとして格納する（ステップ８５２）ことになる。この時間中、ルーティングノードＤが調整器として利用可能になり（ステップ８５４）、ルーティングノードＣがＪＭＮメッセージを定期的にブロードキャストし始める。したがって、ルーティングノードＣは、ルーティングノードＡ、ルーティングノードＢ、及びルーティングノードＤによって受信されるそのＭＡＣアドレス（ＭＡＣ−Ｃ）を含むＪＭＮメッセージを送信する（ステップ８５６）ことになる。ルーティングノードＡ及びＢは、ＪＭＮメッセージが、認識済みの調整器、ルーティングノードＣによって送信されることを認識しているため、ＪＭＮメッセージを事実上無視する（ステップ８５８及び８６０）ことになる。ルーティングノードＤが、ネットワークの通信範囲内の新しい関係者であるため、ルーティングノードＤはＪＭＮメッセージを処理することになる。したがって、ルーティングノードＤは、ルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）を格納し（ステップ８６２）、ルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）をルーティングノードＤのＭＡＣアドレス（ＭＡＣ−Ｄ）と比較する（ステップ８６４）ことになる。ルーティングノードＤは、ルーティングノードＤがルーティングノードＣより大きいＭＡＣアドレスを有することを認識することになるため、ルーティングノードＣが調整器であるべきであることを認識し、調整器をルーティングノードＣのＭＡＣアドレス（ＭＡＣ−Ｃ）に設定する（ステップ８６６）ことになる。したがって、ルーティングノードＤは、ルーティングノードＣが調整器であるため、ルーティングノードＣ用の短縮アドレスを割当てないことになる。ルーティングノードＤは、ルーティングノードＣに対するルーティングノードＤのＭＡＣアドレス（ＭＡＣ−Ｄ）を含むＪＭＮ応答メッセージを提供することによってＭＮメッセージに応答する（ステップ８６８）だけであることになる。ルーティングノードＣは、そのＭＡＣアドレス（ＭＡＣ−Ｃ）をルーティングノードＤのＭＡＣアドレス（ＭＡＣ−Ｄ）と比較する（ステップ８７０）ことになる。ルーティングノードＣがより小さいＭＡＣアドレスを有し、調整器のままであるべきであるため、ルーティングノードＣは、ルーティングノードＤのＭＡＣアドレス（ＭＡＣ−Ｄ）用の短縮アドレス（ＤＣ）を生成し（ステップ８７２）、ルーティングノードＤ用の短縮アドレス（ＤＣ）を含むメッセージをルーティングノードＤに送信する（ステップ８７４）ことになる。ルーティングノードＤは、その後の通信に関して使用するための短縮アドレス（ＤＣ）を格納する（ステップ８７６）ことになる。
【０１５９】
プロセス中の或る時点で、ルーティングノードＣが、他のルーティングノードに知られているデフォルトの短縮アドレスを持たない場合、ルーティングノードＣは、それ自身に短縮アドレスを割当てる（ステップ８７８）ことになる。ルーティングノードＣは、それ自身に短縮アドレスを割当て、任意の所望の方式で、他のルーティングノードにその短縮アドレスを提供しても良い。調整器用のデフォルトの短縮アドレスを有することの利益は、全ての他のルーティングノードが、短縮アドレスを割当てられても割当てられなくても、短縮アドレスを使用して、メッセージを、従来のメッシュネットワークルーティング技術を使用して調整器にネットワークを通してルーティングし得ることである。
【０１６０】
この時点で、調停用のルーティングノードＣは、非ルーティング（スリーパ）ノードをネットワークに参加させ、それらのノードに短縮アドレスを割当てる（ステップ８８０）と共に、上述したグループ化プロセスを始動し（ステップ８８２）、割当てられた短縮アドレスを使用して種々の制御、ルーティング、及び同様なものを実施し得る（ステップ８８４）。その後、ネットワークに付加されるノードは、ルーティングノードＣのＭＡＣアドレスより小さいＭＡＣアドレスを有する場合があり、こうした状況では、より小さいＭ
ＡＣアドレスを有する新しく付加されたルーティングノードは、調整器として引継ぎ、ネットワーク内の全てのルーティングノード及び非ルーティングノードに短縮アドレスを再割当てしても良い。更に、コミッショニングツール３６は、自動的に識別された調整器に相互作用して、グループ化割当て及び同様なものを修正しても良い。調整器はまた、ネットワーク管理者が所望するように、コミッショニングツール３６によって変更又は再割当てされても良い。
【０１６１】
複数のマスター照明器具構成
図３６を参照すると、例示的な照明器具１０が、関連するＬＥＤアレイ２０を有するドライバモジュール３０、通信モジュール３２、器具センサモジュール１３２、及びゲートウェイ１４２を有するものとして示される。ドライバモジュール３０、通信モジュール３２、器具センサモジュール１３２、及びゲートウェイ１４２は、Ｉ２Ｃバス等の２つ以上のワイヤシリアルインタフェースを通じて互いに通信して、デバイスのそれぞれが、所望に応じてデータ及び制御情報等の情報を交換するように構成されても良い。上述したように、通信モジュール３２は、無線ネットワーク内の他のノードの無線通信を容易にし、本質的に、全体的に照明器具１０用の、特に、ゲートウェイ１４２、ドライバモジュール３０、及び器具センサモジュール１３２用の通信インタフェースとして働き得る。ゲートウェイ１４２は、おそらく異なる無線通信インタフェースを使用して、リモートコントローラ等のネットワークの外のエンティティとの、又は、リモートネットワークへの無線通信を容易にし得る。例えば、通信モジュール３２は、２．４ＧＨｚ帯の１つ又は複数のチャネル上でＩＥＥＥ８０２．１５．４を使用して照明ネットワーク内の他のノードとの無線通信を容易にし、一方、ゲートウェイ１４２は、セルラー又は他のＩＥＥＥ規格或いは同様なもの等の異なる通信規格を使用して、異なる帯域での通信を容易にし得る。したがって、照明器具１０のうちの１つの照明器具は、ゲートウェイ１４２を備えることができ、ゲートウェイ１４２は、全体的に照明ネットワークについてのアクセスポイント又はノードとして動作することになる。ゲートウェイ１４２は、ＣＰＵ１４４、無線通信インタフェース１４６、及びシリアル通信インタフェース１４８を持つように示される。無線通信インタフェース１４６は外部ネットワーク又はデバイスとの無線通信を支援し、一方、シリアル通信インタフェース１４８は２ワイヤシリアルインタフェースを通じた通信を容易にする。
【０１６２】
同様に、例示的な（オン／オフ／調光）スイッチ１４０’が示され、スイッチ１４０’は、周囲光センサＳＡ、及び、この実施形態では、照明器具１０の２ワイヤシリアルインタフェースとインタフェースすることが可能なケーブルを有する。したがって、スイッチ１４０’は、照明器具１０から遠隔に位置付けられ、更に、２ワイヤシリアルインタフェースを介して統合されても良い。オン、オフ、及び調光制御は、２ワイヤシリアルインタフェースを介して通信モジュール３２又はドライバモジュール３０に提供されることができ、通信モジュール３２又はドライバモジュール３０のいずれかが、これらのコマンドを内部で処理すると共に、照明器具１０と同じグループ内に存在する他の照明器具等の他のノードにそのコマンドを提供することになる。器具センサモジュール１３２は、周囲光及び占有センサＳＡ及びＳＯを共に有し、周囲光及び占有測定値は、通信モジュール３２又はドライバモジュール３０のいずれかと共有されることができ、両者のいずれかは、コマンドを処理し、相応して内部で反応すると共に、グループの他のメンバと情報を共有しても良い。やはり、ドライバモジュール３０はまた、示される周囲光センサＳＡ等の種々のセンサを含んでも良い。
【０１６３】
照明器具１０についての全体の制御は、通信モジュール３２によって提供されることができ、内部のまた直接アタッチされた全ての制御情報は、通信モジュール３２に送信され、通信モジュール３２は、その内部ロジックに従って情報を処理し、関連するドライバモジュール３０を相応して制御すると共に、そのグループ内の他のノードに、又は、ネット
ワークに制御情報を丸ごと送信することになる。逆に、ドライバモジュール３０がこの機能を提供することができ、センサ及びスイッチ情報は、ドライバモジュール３０に提供され、その内部ロジックによって処理されて、ＬＥＤアレイを制御しても良い。ドライバモジュール３０はまた、この制御情報又はデータ及びセンサ情報を、通信モジュール３２を介してネットワークの他のメンバと共有しても良い。このシナリオの更なる修正であって、オン／オフ／調光スイッチ１４０’は、通信モジュール３２と無線通信することが可能であって、そのセンサ入力を共有すると共に、情報をネットワーク上の他のデバイスに送信する、このシナリオの更なる修正が存在することになる。
【０１６４】
述べたように、種々のシリアルインタフェース技術が使用されても良い。以下の例では、Ｉ２Ｃインタフェースが、非特徴的方式で使用される。この実施形態では、照明器具１０の主要な制御は、ドライバモジュール３０内に設けられる。Ｉ２Ｃインタフェースが使用される場合、ドライバモジュール３０はスレーブデバイスとして構成され、一方、通信モジュール３２、器具センサモジュール１３２、ゲートウェイ１４２、及びオン／オフ／調光スイッチ１４０’を含む、Ｉ２Ｃインタフェースを通じて通信する他のエンティティは全て、マスターデバイスとして構成される。この構成は、Ｉ２Ｃベースのバス構造の先の実装態様に対して反直観的である。ドライバモジュール３０がスレーブデバイスとして動作する状態で、他のマスターデバイスは、転送を始動することに先立って、待つ又はドライバモジュール３０に報知する必要無しでいつでも、転送を始動する、したがって、データをドライバモジュール３０へ又はから送信する又は要求し得る。したがって、ドライバモジュール３０は、スイッチ変化、センサ変化、又は通信変化を探して（ｉｎ  ｓｅａｒｃｈ  ｏｆ）、Ｉ２Ｃインタフェースに取付けられる他のデバイスを定期的に又は絶えずポーリングする必要はない。代わりに、マスターデバイスは、スイッチ変化、センサ変化、又は通信変化をドライバモジュール３０に自動的に教示するように構成され、ドライバモジュール３０は、この情報を容易に受信し、その情報を相応して処理するように構成される。マスターデバイスはまた、ドライバモジュール３０から情報を要求することができ、ドライバモジュール３０は、手近に情報を有し、その情報を要求元のマスターデバイスに戻しても良く、或いは、通信モジュール３２を介して別のネットワークから又は照明器具１０内の又は照明器具１０に関連する別のデバイスから情報を取出しても良い。
【０１６５】
一例として、器具センサモジュール１３２の周囲光センサＳＡ又は占有センサＳＯが変化を検出する場合、器具センサモジュール１３２は、１つ又は複数のセンサ変化を示す情報のドライバモジュール３０への転送を始動するように構成される。ドライバモジュール３０はその情報を処理し、ＬＥＤアレイ２０が、それ自身の内部ロジックに基づいて、ターンオンされるか、ターンオフされるか、又は光出力が変化されるか否かを判定することになる。ドライバモジュール３０はまた、センサ情報を含む制御コマンド又はメッセージを生成することができ、制御コマンド又はメッセージは、全体的に通信モジュール３２を介してドライバモジュール３０の関連するグループ又はネットワーク内の他のノードに送信される。制御コマンドの場合、受信側デバイスは指示通りに応答し得る。センサ情報の場合、受信側デバイスは、センサ情報を処理し、センサ情報に基づいてそれ自身をどのように制御するかを決定し得る。同様なオペレーションはオン／オフ／調光スイッチ１４０’によって提供され、オン／オフ又は調光調整が検出され、オン／オフ／調光スイッチ１４０’は、スイッチステータス又はステータス変化のドライバモジュール３０への転送を始動し、ドライバモジュール３０は、やはり、その情報を処理して、必要に応じてＬＥＤアレイ２０を制御し、任意の必要な命令を、通信モジュール３２を介してネットワーク上の他のノードに提供することになる。
【０１６６】
コマンド又はセンサ情報等の共有データはまた、通信モジュール３２を介して照明器具１０に到達し得る。したがって、通信モジュール３２は、全体的に、関連するグループ又はネットワーク内の別のノードからコマンド又は共有データを受信し、ドライバモジュー
ル３０への転送を始動することになり、ドライバモジュール３０は、それ自身の内部ロジックに基づいてコマンドを処理するか又は共有データを解釈し、光アレイ２０を適切な方式で制御することになる。ステータス情報、データ、及びコマンドをドライバモジュール３０に単に提供することに加えて、これらのデバイスのどれもが、ドライバモジュール３０が維持する情報を要求し得る。例えば、投光プロセスにおいて、通信モジュール３２は、コミッショニングツール３６から投光データについての要求を受信し得る。通信モジュール３２は、情報についての要求をドライバモジュール３０に教え、ドライバモジュール３０は、その情報を通信モジュール３２に戻すことになる。通信モジュール３２は、その後、ネットワーク内の他のルーティングノードを通して直接的又は間接的に、コミッショニングツール３６に戻るようにその情報をルーティングすることになる。
【０１６７】
示すマスター−スレーブ構成は非常に有益であるが、本明細書で開示する概念を実施する必要はない。この型の構成の利益は、照明器具１０内の他のデバイスが、自分のデータ及びステータス情報が収集され、ドライバモジュール３０上に維持される場合、他のデバイスの存在を知る必要がないことである。他のノードは、通信モジュール３２又はゲートウェイ１４２に対して要求を行う必要があるだけであり、通信モジュール３２又はゲートウェイ１４２は、ドライバモジュール３０から情報を得、相応して応答することになる。特に、ドライバモジュール３０は、照明器具１０についての全ての型のステータス又は性能情報を維持又は収集し、その情報を、通信モジュール３２を介してネットワーク上の照明器具１０内の任意のデバイスにとって、又は、ゲートウェイ１４２を介してリモートエンティティにとって利用可能にし得る。更に、所与の照明器具１０用のマスター及びスレーブデバイスは、照明器具１０のハウジング内に維持される必要はない。
【０１６８】
或る実施形態では、通信モジュール３２の機能は、ドライバモジュール３０に統合されても良く、又は、その逆も同様である。例えば、統合済みのモジュールは、組込み式の（ｂｕｉｌｔ  ｉｎ）又は密に関連付けられた無線周波数送受信機を有するマイクロコントローラを有することができ、マイクロコントローラは、ドライバモジュール３０及び通信モジュール３２の必須の処理の全てを提供することになる。送受信機は、照明ネットワークの他の要素（器具、センサ、スイッチ等）並びにコミッショニングツール３６及び他のリモートエンティティとのＲＦ通信を容易にすることになる。したがって、統合済みのモジュールはまた、周囲光センサＳＡ、占有センサＳＯ、及び同様なもの等の種々のセンサを含み得る。任意のＡＣ−ＤＣ変換が、マイクロコントローラ及び送受信機と同じＰＣＢ上に向けられ得る、又は、リモートモジュール又はＰＣＢによって提供され得る。
【０１６９】
広範な研究が、全体的に無線ネットワークを改善することに関して、過去数十年間に実施されてきた。しかし、この研究の多くは、電力要件を減少させること、又は、スループットを増加させることに焦点を当てた。照明システムの場合、これらの優先度は、応答時間を速めること及びコストを低減することにシフトされるべきである。第１の実施形態では、照明器具１０並びに独立型センサ及びスイッチ等の照明ノードは、数字１から始まる一意のアドレスを割当てられ得る。更に、所与の照明システム内の照明ノードの最大数は、２５６等の規定の数で境界付けされる。以下の例では、照明ネットワーク内に６つの照明ノードが存在し、各ノードが順次、１〜６でアドレス指定されると仮定する。こうした照明ネットワークの表示は図３７に提供される。
【０１７０】
ルーティングテーブルが使用されて、目下の場所から目的地に達するために必要な、ルーティング経路に沿う次のホップまたおそらくホップの数を識別する。関連する当技術の技術に従って構築された照明ノード１用の例示的なルーティングテーブルはすぐ下に提供される（表Ａ）。この例の場合、データのパケットが照明ノード１から照明ノード６にルーティングされる必要があると仮定する。以下のルーティングテーブルでは、情報の３つの列、すなわち、目的地アドレス、次のホップアドレス、及び目下の場所から目的地まで
のホップの数が必要とされる。動作中、照明ノードは、ルーティングされるデータのパケットについて目的地アドレスを識別子、ルーティングテーブル内の目的地アドレスフィールドを探索して、一致を見出す。ルーティングされるパケットについての目的地アドレスが数字６である場合、照明ノード１は、目的地アドレスフィールド内のエントリを探索して、照明ノード６用のエントリを見出すことになる。目的地アドレス６用の対応する次のホップアドレス（５）が識別され、データのパケットが次のホップアドレス（５）にルーティングされ、プロセスは、データのパケットがその意図する目的地に達するまで各照明ノードで繰返す。
【０１７１】
【表３】
2018139217.tif 000005
【０１７２】
本開示の場合、ルーティングテーブルのサイズは、約１／３に減少し、したがって、必要とされるシステムメモリの量並びに次のホップアドレスを識別するために必要な処理の量を節約し得る。以下のテーブル（テーブルＢ）に示されるように、目的地アドレスの列は除去される。代わりに、ルーティングテーブルは、行が目的地アドレスに対応するように再編成される。換言すれば、ルーティングテーブル内の第１のエントリは目的地アドレス１に対応し、ルーティングテーブルの第２の行は目的地アドレス２に対応し、ルーティングテーブル内の第３の行は目的地アドレス３に対応する等である。したがって、また、やはり、以下のルーティングテーブルが照明ノード１に対応し、ルーティング決定が次の通りに確定されると仮定する。データのパケット用の目的地が確定される。目的地アドレスがルーティングテーブル内の場所に直接対応するため、照明ノード１は、照明ノード６に対応する目的地アドレス６にデータのパケットをルーティングするための次のホップアドレスを識別するために、ルーティングテーブル内の６番目のエントリにアクセスする必要があるだけである。特に、ルーティングテーブルは、好ましくは、目的地アドレスに対応するよう順序付けられる。しかし、目的地アドレスは、ルーティングテーブル内の位置に一致する必要はない。オフセット又は同様なものが使用されて、１で始まるアドレスに関連しない照明ノードを使用する照明ネットワーク又はゾーンを補償し得る。この実施形態によって、ルーティングテーブルのサイズが低減され、ルーティングテーブル内で目的地アドレスを種々のエントリと比較するために必要とされる処理の量が低減される。本質的に、テーブル内の位置が目的地アドレスに対応するため、一致する目的地アドレスを見出すためにテーブルを通してスキャンする必要性は存在しない。
【０１７３】
【表４】
2018139217.tif 000006
【０１７４】
図３８を参照すると、照明ノード用のアドレスは、照明ノードがその中に存在する照明ゾーンに基づいて割当てられ得る。例えば、３つの照明ゾーン、すなわち、グループ１、グループ２、及びグループ３が存在する。照明ノード１〜６はグループ１内にあり、照明ノード７〜９及び１１はグループ２内にあり、照明ノード１０、１２、及び１３はグループ３内にある。テーブルＣは、照明ノード９用のルーティングテーブルに対応し、従来のルーティングテーブルアーキテクチャが使用される。図３８についての構成を解析することによって、グループ１内の全てのノードを含む多数の照明ノードが、１つのグループから別のグループにルーティングする際に、照明ノード８を通ってルーティングすることになる。照明ノード９が、以下のテーブルＤ及びテーブルＥに対応する２つの別個のセクションを有することがより効率的であることを出願人等は発見した。
【０１７５】
【表５】
2018139217.tif 000007
【０１７６】
【表６】
2018139217.tif 000008
【０１７７】
照明ノード９用のルーティングテーブルの第１のセクションは、３つのフィールド（又は列）、すなわち、目的地グループ、次のホップアドレス、及びホップの数を含む。これは、グループセクションと呼ばれる。次のホップアドレスを確定する際、照明ノード９は、目的地アドレスがその中に存在するグループを識別し、そのテーブルを使用して、そのグループ目的地用の次のホップアドレスを確定することになる。そのため、目的地アドレスがグループ３の１０、１２、又は１３に対応する場合、ルーティングテーブルは、次のホップアドレスを１０として識別することになる。目的地アドレスがグループ１に対応する１〜６である場合、目的地アドレス８であるグループ１用の次のホップアドレスが選択され、データのパケットをルーティングするために使用される。特に、目的地アドレスが同じグループ内に存在する場合、ルーティングテーブルの第２のセクションが探索される。第２のセクションは、従来のルーティングテーブルの構成をとることができ、以下のテーブルＥに示すような目的地アドレスが使用される。
【０１７８】
【表７】
2018139217.tif 000009
【０１７９】
代替的には、全体の目的地アドレスフィールドは、ルーティングテーブルの第２のセクションから省略され得る。図３７に関連して述べる技術を使用して、ルーティングテーブルの第２のセクション内の次のホップアドレスは、ルーティングテーブル内で目的地アドレスに対応する位置に位置決めされ得る。そのため、ルーティングテーブルの第２のセクションが使用されると、ルーティングテーブル内の次のホップアドレスの位置決めは、実際の目的地アドレスに対応することになる。
【０１８０】
図３９を参照すると、更に別のルーティングテーブル構成が示される。図３９に示す照明ネットワークの基本構成は、図３８の基本構成と同じである。唯一の差は、それぞれの照明ノード用のアドレスが、非常に凝縮されたルーティングテーブルの作成を容易にするため再割当てされたことである。照明ノード９用の例示的なルーティングテーブルは以下（テーブルＦ）に示される。
【０１８１】
【表８】
2018139217.tif 000010
【０１８２】
示されるように、ルーティングテーブルは２つのフィールドを有するだけであり、実際の目的地アドレス又は実際の目的地アドレスがその中に存在するグループに基づいて次のホップアドレスを確定する代わりに、次のホップアドレスを選択するためのルーティング基準が定義される。ルーティング基準は、目的地アドレス、また、或る事例では、実際の目的地アドレスがそこに入る範囲に基づく。例えば、また、やはり、照明ノード９を使用
すると、９より小さい任意の目的地アドレス用の次のホップアドレスは目的地アドレス７である。９より大きい任意の目的地アドレス用の次のホップアドレスは目的地アドレス１１である。最後に、目的地アドレスが１０である場合、次のホップアドレスは目的地アドレス１０である。この実施形態は、ルーティングテーブルに目を向けて、全体的に、個々のゾーン（又はグループ）及び全体のシステム内の種々の照明ノードにアドレスを割当てる概念を示す。ルーティングテーブルを念頭に置いて、アドレスは、ルーティングテーブル内のエントリの数を大幅に減少させるように種々の照明ノードに割当てられることができ、少なくとも幾つかの次のホップアドレスの選択は、目的地アドレスがその中に入る範囲に基づく。ルーティングする際のこれらの改善は、事実上任意のネットワーキングスキームで使用されることができ、照明用途だけに限定されない。
【０１８３】
上述した実施形態はトロファ型（ｔｒｏｆｆｅｒ−ｔｙｐｅ）照明器具１０に的を絞ったが、本明細書に開示される概念は、任意の型の照明器具に適用される。例えば、図４０に示す凹型（ｒｅｃｅｓｓｅｄ−ｔｙｐｅ）照明器具１０’はまた、上述した概念の全てを組込み得る。示されるように、照明器具１０’は、主ハウジング１２’、レンズ１４’、及びエレクトロニクスハウジング２６’を含む。上述した種々のモジュールは、補助プレナム定格格納容器の外又はその中で、エレクトロニクスハウジング２６’内に収容されても良く、又は、エレクトロニクスハウジング２６’に取付けられても良い。これらの構成は、特定の用途に基づいて変動することになる。しかし、モジュールのうちの任意のモジュールが容易に置換され、新しいモジュールが付加されることを可能にするモジュール式システムの概念は、本開示及び添付特許請求項の範囲内であると考えられる。
【０１８４】
本開示は、ネットワーク内での照明器具の制御が照明器具の間で分散され得る照明ネットワークに関する。照明器具は、異なる照明ゾーンに関連するグループに分割され得る。照明器具の少なくとも幾つかは、占有センサ、周囲光センサ、及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連付けられることになる。全体的な照明ネットワーク又は種々の照明ゾーン内で、照明器具は、センサからのセンサデータを共有し得る。各照明器具は、それ自身のセンサ、リモート独立型センサ、又は照明器具によって提供されるセンサデータを処理し、また、照明器具自身の内部ロジックに従ってセンサデータを処理して、照明器具の動作を制御し得る。照明器具はまた、他の照明器具、制御ノード、光スイッチ、及びコミッショニングツールから制御入力を受信し得る。制御入力は、内部ロジックに従ってセンサデータと共に処理されて、照明器具の制御を更に高め得る。
【０１８５】
したがって、本開示の照明ネットワークの制御は、各照明器具が本質的に照明ネットワークから独立して動作するように分散化される。しかし、照明器具のそれぞれの照明器具内の内部ロジックは、照明器具がグループとして協同して動作するように構成される。協同して働きながら、各照明器具は、特定の照明用途についての目標に応じて異なる方法で動作し得る。照明器具はまた、提示される任意のユーザ入力に応答し得る。
【０１８６】
一実施形態では、光センサと光源と関連する回路とを有する照明器具が提供される。回路は、複数の照明器具の所与の照明器具が投光モードに入ることを決定するように適合される。光センサによって、回路は、所与の照明器具によって提供される第１の投光信号をモニターし、第１の投光信号の受信に基づいて所与の照明器具についてグループ化データの生成を行うことになる。グループ化データは、照明器具を複数の照明器具の１つ又は複数の照明器具と共にグループ化するために少なくとも部分的に使用され得る。照明器具を複数の照明器具の１つ又は複数の照明器具と共にグループ化するために、回路は、複数の照明器具をどのようにグループ化するかを決定することになるグループ化データを、リモートエンティティに送信し、照明器具が属するグループを識別する情報を受信し得る。代替的には、回路は、複数の照明器具をどのようにグループ化するかを決定することになるグループ化データを複数の照明器具の１つの照明器具に送信し得る。
【０１８７】
照明器具を複数の照明器具の１つ又は複数の照明器具と共にグループ化するために、回路は、グループ化データを、複数の照明器具の１つ又は複数の照明器具から受信される他のグループ化データと共に処理して、照明器具が属する複数の照明器具のグループを決定し得る。第１の投光信号が検出される場合、グループ化データは第１の投光信号の相対的信号強度を示し得る。
【０１８８】
別の実施形態では、回路は、投光モードを入力し、次に、固体光源を駆動して、複数の照明器具によってモニターされる第２の投光信号を提供するように適合される。投光信号を提供する前に、回路は、複数の照明器具に対して、第２の投光信号をモニターし始める命令を送信し得る。
【０１８９】
回路は、複数の照明器具の少なくとも１つの照明器具からリモートセンサデータを受信し、リモートセンサデータに基づいて固体光源を駆動するように更に適合され得る。したがって、回路は、光センサ又は照明器具の別のローカルセンサからローカルセンサデータを決定し、リモートセンサデータとローカルセンサデータの両方に基づいて固体光源を駆動し得る。回路はまた、ローカルセンサデータを複数の照明器具の少なくとも１つの照明器具に送信し得る。
【０１９０】
回路はまた、照明器具が割当てられた複数の照明器具のグループを識別し、グループのために意図される命令に応答して固体光源を駆動し得る。各照明器具は、ただ１つのグループに割当てられ得る、又は、少なくとも１つの照明器具を共有するオーバラップするグループの場合、複数のグループに割当てられ得る。
【０１９１】
回路は、固体光源を駆動するように適合されるドライバモジュール、及び、複数の照明器具と通信し、ドライバモジュールを制御するように適合される通信モジュールに分割され得る。ドライバモジュール及び通信モジュールは、通信バスを通じて互いに通信する。
【０１９２】
更に別の実施形態では、関連する光センサを有する複数の照明器具を備える照明ネットワークが提供される。モニターモード中に、複数の照明器具のそれぞれは、複数の照明器具の所与の照明器具が投光モードに入ることを決定し、光センサによって、所与の照明器具によって提供される投光信号をモニターし、投光信号の受信に基づいて所与の照明器具についてグループ化データの生成を行うように適合される。受信モード中に、各照明器具は、関連する固体光源を駆動して、複数の照明器具の他の照明器具がモニターするために投光信号を提供することになる。複数の照明器具のそれぞれは、グループ化データに基づいて複数のグループの１つのグループに自動的に割当てられ得る。
【０１９３】
複数の照明器具の任意の２つの照明器具に関連するグループ化データは、２つの照明器具の第１の照明器具によって提供され、２つの照明器具の第２の照明器具によって受信された投光信号の相対的マグニチュードを示し得る。更に、複数の照明器具のそれぞれは、複数の照明器具の他の照明器具について収集されるグループ化データを交換し、グループ化データに基づいて複数のグループの１つのグループにそれ自身を自動的に割当てるように適合され、それにより、複数のグループのそれぞれは、特定のグループ内の他の照明器具から投光信号を検出できた照明器具を含む。代替的には、複数の照明器具のそれぞれは、複数の照明器具の他の照明器具について収集されるグループ化データを交換し、グループ化データに基づいて複数のグループの１つのグループにそれ自身を自動的に割当てるように適合され、それにより、複数のグループのそれぞれは、特定のグループ内の他の照明器具から投光信号を、設定閾値を超えたマグニチュードで検出できた照明器具を含む。
【０１９４】
複数の照明器具のそれぞれによって収集されるグループ化データは、リモートエンティ
ティに送信されることができ、リモートエンティティは、複数の照明器具をグループ化データに基づいて所定のグループに割当てる。複数の照明器具のそれぞれによって収集されるグループ化データはまた、複数の照明器具の１つの照明器具に送信されることができ、１つの照明器具は、複数の照明器具をグループ化データに基づいて所定のグループに割当てる。
【０１９５】
同様に、各照明器具は、その光センサ又は別の関連するセンサからのセンサデータを、複数の照明器具の他の照明器具と共有し、それ自身の内部ロジックを考慮して、センサデータに基づいて光出力を制御するように適合され得る。内部ロジックは、複数の照明器具のそれぞれが、協同方式で光を提供しながら互いから独立して動作するように構成され得る。
【０１９６】
更に別の実施形態では、センサ及び固体光源を有する照明器具のグループを備える照明ネットワークが提供される。照明器具のグループの各照明器具は、照明器具のグループの他の照明器具の少なくとも１つの照明器具と協調して、光出力レベルを決定し、固体光源を駆動して、光出力を提供するように適合され得る。照明器具のグループの少なくとも幾つかの照明器具は異なる光出力レベルを同時に提供することになる。照明器具のグループの異なるサブグループは、異なる光出力レベル又は照明器具のグループの間で累進的にされる異なる光出力レベルを提供し得る。各照明器具についての光出力レベルは、周囲光に少なくとも部分的に基づいて決定され得る。周囲光の量は、照明器具の光センサによって検出され得る。特に、各照明器具についての光出力レベルは、照明器具のグループの別の照明器具のセンサによって検出される周囲光の量に少なくとも部分的に基づいて決定され得る。
【０１９７】
照明器具のグループを含む複数の照明器具のそれぞれは、複数の照明器具の所与の照明器具が投光モードに入ることを決定し、光センサによって、所与の照明器具によって提供される投光信号をモニターし、投光信号の受信に基づいて所与の照明器具についてグループ化データの生成を行うように更に適合され得る。複数の照明器具のそれぞれは、関連する固体光源を駆動して、複数の照明器具の他の照明器具がモニターするために投光信号を提供し得る。複数の照明器具のそれぞれは、グループ化データに基づいて、複数のグループの少なくとも１つのグループに自動的に割当てられ得る。
【０１９８】
本開示は、ネットワーク内での照明器具の制御が照明器具の間で分散され得る照明ネットワークに関する。照明器具は、異なる照明ゾーンに関連するグループに分割され得る。照明器具の少なくとも幾つかは、占有センサ、周囲光センサ、及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連付けられることになる。全体的な照明ネットワーク又は種々の照明ゾーン内で、照明器具は、センサからのセンサデータを共有し得る。各照明器具は、それ自身のセンサ、リモート独立型センサ、又は照明器具によって提供されるセンサデータを処理し、また、照明器具自身の内部ロジックに従ってセンサデータを処理して、照明器具の動作を制御し得る。照明器具はまた、インターネット又は他の同様なネットワークを介して他の照明器具、制御ノード、光スイッチ、及びコミッショニングツールから制御入力を受信し得る。制御入力は、内部ロジックに従ってセンサデータと共に処理されて、照明器具の制御を更に高め得る。
【０１９９】
したがって、本開示の照明ネットワークの制御は、各照明器具が本質的に照明ネットワークから独立して動作するように分散化され得る。しかし、照明器具のそれぞれの照明器具内の内部ロジックは、照明器具がグループとして協同して動作するように構成される。協同して働きながら、各照明器具は、特定の照明用途についての目標に応じて異なる光出力レベルを提供することなど、異なる方法で動作し得る。照明器具はまた、提示される任意のユーザ入力に応答し得る。
【０２００】
一実施形態では、各照明器具は、固体光源及び動作を制御する回路を含む。特に、回路は、少なくとも１つの照明器具からリモートセンサデータを受信し、リモートセンサデータに基づいて固体光源を駆動するように適合される。照明器具は、周囲光センサ、占有センサ、又は同様なもの等のローカルセンサを含み得る。ローカルセンサによって、回路は、ローカルセンサからローカルセンサデータを確定し、リモートセンサデータとローカルセンサデータの両方に基づいて固体光源を駆動するように更に適合される。ローカルセンサデータはまた、他の照明器具に送信されることができ、他の照明器具は、ローカルセンサデータを使用して、これらの照明器具を制御するのを助け得る。照明器具を制御することに加えて、センサ活動は、使用パターンを細部にわって示し得る。幾つかの例は、どのエリアが長期間にわたって部屋内で使用されているかを示す部屋内の占有センサパターン、又は、昼光がどれだけ効率的に窓から取込まれ、部屋に分配されるかを示す周囲光センサパターンであることになる。
【０２０１】
したがって、これらの照明器具は、自分達のセンサデータを、照明ネットワーク内の他の照明器具と共有し、自分達自身の内部ロジックの観点からローカル及びリモートセンサデータに基づいて自分達の光出力を制御し得る。内部ロジックは、照明器具のそれぞれが、光又は機能を協同方式で提供しながら、互いから独立して動作するように構成される。
【０２０２】
例えば、スイッチが使用されて、特定ゾーン内の照明器具の全てをターンオンし得る。しかし、種々の照明器具によって提供される光の量は、照明ゾーンの異なるエリア内に存在する周囲光の量に基づいて照明器具ごとに変動し得る。窓に近い照明器具は、内壁の近くにある照明器具に比べて少ない光或いは異なる色又は色温度の光を提供し得る。
【０２０３】
本開示は、ネットワーク内での照明器具の制御が照明器具の間で分散され得る照明ネットワークに関する。照明器具は、異なる照明ゾーンに関連するグループに分割され得る。照明器具の少なくとも幾つかは、占有センサ、周囲光センサ、及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連付けられることになる。全体的な照明ネットワーク又は種々の照明ゾーン内で、照明器具は、センサからのセンサデータを共有し得る。各照明器具は、それ自身のセンサ、リモート独立型センサ、又は照明器具によって提供されるセンサデータを処理し、また、照明器具自身の内部ロジックに従ってセンサデータを処理して、照明器具の動作を制御し得る。照明器具はまた、他の照明器具、制御ノード、光スイッチ、及びコミッショニングツールから制御入力を受信し得る。制御入力は、内部ロジックに従ってセンサデータと共に処理されて、照明器具の制御を更に高め得る。
【０２０４】
したがって、本開示の照明ネットワークの制御は、各照明器具が本質的に照明ネットワークから独立して動作するように分散化される。しかし、照明器具のそれぞれの照明器具内の内部ロジックは、照明器具がグループとして協同して動作するように構成される。協同して働きながら、各照明器具は、特定の照明用途についての目標に応じて異なる光出力を提供すること等、異なる方法で動作し得る。照明器具はまた、提示される任意のユーザ入力に応答し得る。
【０２０５】
こうした照明器具では、照明器具は、自分達の間で情報を通信し、多くの事例では、１つの照明器具から別の照明器具へデータパケットの形態で情報をルーティングする必要がある。したがって、照明器具は、データパケットを生成し、データパケットを別の照明器具にルーティングし、別の照明器具は、データパケット内の情報を処理するか又はデータパケットを別の照明器具にルーティングし得る。
【０２０６】
第１の実施形態では、各照明器具は、光源及び動作を制御する回路を含む、光出力を提供するため、回路は、光源を駆動して光出力を提供するように適合される。データパケッ
トをルーティングするため、回路は、複数の目的地アドレスのそれぞれについて次のホップアドレスを有するルーティングテーブルを使用する。それぞれの次のホップアドレスは、複数の目的地アドレスの対応するアドレスに基づいてルーティングテーブル内に位置決めされる。したがって、複数の目的地アドレスは、ルーティングテーブルにアクセスするために使用される必要はない。
【０２０７】
回路は、最初に、データパケットの目的地アドレスに基づいてルーティングテーブル内の位置を確定し得る。次に、目的地アドレス用の次のホップアドレスが、ルーティングテーブル内の位置に基づいてアクセスされ、その後、データパケットが、次のホップアドレスに向かってルーティングされる。本質的に、複数の目的地アドレスのそれぞれについて次のホップアドレスは、複数の目的地アドレスの数値の順序付けに対応する順序でルーティングテーブル内に位置決めされ得る。目的地アドレス用の次のホップアドレスにアクセスするため、回路は、インデックスとして目的地アドレスを使用して、ルーティングテーブルから目的地アドレス用の次のホップアドレスを識別し得る。ルーティングテーブルは、それぞれの次のホップアドレスについてホップの数を含み得る。複数のノードの数は、ルーティングテーブル内の位置の数に対応し得る。１つのシナリオでは、各目的地アドレスの値は、ルーティングテーブル内の対応する次のホップアドレスを含む位置に直接対応する。
【０２０８】
第２の実施形態では、ルーティングテーブルは、少なくとも第１のセクション及び第２のセクションに分割される。第１のセクションは、照明器具が属さない、複数の照明器具のグループのそれぞれのグループについて次のホップアドレスを含む。第２のセクションは、照明器具が属する照明器具のグループに関連する複数の目的地アドレスのそれぞれの目的地アドレス対応する次のホップアドレスを含む。
【０２０９】
一実装態様では、第２のセクションは、対応する次のホップアドレスに関連する複数の目的地アドレスのそれぞれの目的地アドレスを含む。次のホップアドレスは、対応する目的地アドレスに直接基づいてアクセスされる。別の実装態様では、それぞれの次のホップアドレスは、複数の目的地アドレスの対応する目的地アドレスに基づいてルーティングテーブル内で位置決めされ、それにより、複数の目的地アドレスは、ルーティングテーブルにアクセスするために使用されない。
【０２１０】
データパケットが、照明器具が属さない複数の照明器具のグループの１つのグループについて意図される場合、回路は、第１のセクションにアクセスし、照明器具が属さない複数の照明器具のグループの１つのグループに基づいて次のホップアドレスを確定することになる。データパケットが、照明器具が属する照明器具のグループについて意図される場合、回路は、第２のセクションにアクセスして、データパケット用の次のホップアドレスを確定することになる。次のホップアドレスが識別されると、回路は、データパケットを次のホップアドレスに向かってルーティングすることになる。
【０２１１】
第３の実施形態では、ルーティグ基準を含む照明器具が提供され、その照明器具は、目的地アドレスの少なくとも２つの範囲について次のホップアドレスを有する。目的地アドレスの少なくとも２つの範囲の１つの範囲に向かってデータパケットをルーティングする際、回路は、最初に、データパケット用の目的地アドレスを確定することになる。次に、回路は、目的地アドレスがその中に入る目的地アドレスの少なくとも２つの範囲の１つの範囲に基づいてルーティング基準から次のホップアドレスを選択することになる。ルーティング基準はまた、少なくとも１つの目的地アドレス用の次のホップアドレスを含み得る。次のホップアドレスが、アドレスの範囲ではなく、目的地アドレスに直接関連する場合、回路は、データパケット用の目的地アドレスを確定し、少なくとも１つの目的地アドレスに基づいてルーティング基準から次のホップアドレスを選択し、データパケットを次の
ホップアドレスに向かってルーティングすることになる。
【０２１２】
本開示は、ネットワーク内での照明器具の制御が照明器具の間で分散され得る照明ネットワークに関する。照明器具は、異なる照明ゾーンに関連するグループに分割され得る。照明器具の少なくとも幾つかは、占有センサ、周囲光センサ、及び同様なもの等の１つ又は複数のセンサを有するか又はそれに関連付けられることになる。全体的な照明ネットワーク又は種々の照明ゾーン内で、照明器具は、センサからのセンサデータを共有し得る。各照明器具は、それ自身のセンサ、リモート独立型センサ、又は照明器具によって提供されるセンサデータを処理し、また、照明器具自身の内部ロジックに従ってセンサデータを処理して、照明器具の動作を制御し得る。照明器具はまた、他の照明器具、制御ノード、光スイッチ、及びコミッショニングツールから制御入力を受信し得る。制御入力は、内部ロジックに従ってセンサデータと共に処理されて、照明器具の制御を更に高め得る。
【０２１３】
したがって、本開示の照明ネットワークの制御は、各照明器具が本質的に照明ネットワークから独立して動作するように分散化され得る。しかし、照明器具のそれぞれの照明器具内の内部ロジックは、照明器具がグループとして協同して動作するように構成される。協同して働きながら、各照明器具は、特定の照明用途についての目標に応じて異なる光出力を提供すること等、異なる方法で動作し得る。照明器具はまた、提示される任意のユーザ入力に応答し得る。
【０２１４】
一実施形態では、照明器具が照明ネットワーク内に設置されると、手持ち式デバイスが使用されて、有線又は無線通信手段を通して種々の照明手段をセットアップし、構成し、制御し得る。手持ち式デバイスが使用されて、所望の協調方式で動作するよう種々の照明器具の内部ロジックを構成し、照明器具を規定の照明ゾーンに関連するグループに割当て、照明器具を他のグループに再割当てし、また、同様なことを行い得る。グループ化のため、手持ち式デバイスは、種々の照明器具からグループ化データを受信し、グループ化データに基づいて照明器具をグループ化するように構成され得る。グループが確定されると、手持ち式デバイスは、照明器具が割当てられた１つ又は複数のグループを各照明器具に知らせ得る。
【０２１５】
本開示は、ドライバモジュール、並びに、少なくとも１つの他のモジュールであって、センサ機能、照明ネットワーク通信機能、ゲートウェイ機能、及び同様なもの等の照明器具機能を提供する、少なくとも１つの他のモジュールを含む照明器具に関する。ドライバモジュールは、通信バスを通じてマスター／スレーブスキームで他のモジュールと通信する。ドライバモジュールは、スレーブ通信デバイスとして構成され、他のモジュールは、マスター通信デバイスとして構成される。したがって、他のモジュールは、ドライバモジュールとの通信を始動して、情報を、ドライバモジュールに送信し得る又はドライバモジュールから取出し得る。
【０２１６】
一実施形態では、ドライバモジュール及び通信モジュールを含む照明器具が提供される。ドライバモジュールは、関連する光源を駆動し、スレーブ通信デバイスとして通信バスを通じて通信を容易にするように適合される。通信モジュールは、照明ネットワーク内の他の要素との無線通信を容易にし、通信バスを通じてドライバモジュールと、マスター通信デバイスとして通信するように適合される。照明器具はまた、付属モジュールを含むことができ、付属モジュールは、照明器具のために照明器具機能を提供すると共に、通信バスを通じたドライバモジュールとの、マスター通信デバイスとしての通信を容易にするように適合される。マスター通信デバイスでありながら、付属モジュールと通信モジュールは共に、ドライバモジュールとの通信を始動し得る。ドライバモジュールは、ＡＣ電力を受取り、ＤＣ電力を通信モジュール及び付属モジュールに提供するように適合され得る。通信バスは、Ｉ２Ｃバス等のシリアル通信バスであり得る。
【０２１７】
ドライバモジュールとの通信は、ドライバモジュールから情報を要求すること及び情報をドライバモジュールに転送することを含み得る。付属モジュールは、１）照明器具機能が占有を検出することである占有センサ、２）照明器具機能が周囲光を検出することである周囲光センサ、及び３）照明器具機能が、リモートデバイス及び照明ネットワークの外のネットワークの少なくとも一方に対して無線通信ゲートウェイを提供することである通信ゲートウェイを有するように構成され得る。
【０２１８】
１つのシナリオでは、通信モジュールは、照明ネットワークの他の要素のうちの１つの要素から第１の情報を無線で受信し、マスター通信デバイスとして、ドライバモジュールに対する第１の情報の転送を始動するように適合され、ドライバモジュールは、第１の情報に基づいて光源を制御することになる。更に、付属モジュールは、センサを含み、センサの出力に関係する第２の情報を確定するように適合され得る。マスター通信デバイスとして、付属モジュールは、ドライバモジュールへの第２の情報の転送を始動することができ、ドライバモジュールは、第２の情報に基づいて光源を制御することになる。
【０２１９】
通信モジュールは、照明ネットワークの他の要素のうちの１つの要素から情報を無線で受信し、マスター通信デバイスとして、ドライバモジュールへの情報の転送を始動するように適合され、ドライバモジュールは、この情報に基づいて光源を制御することになる。
【０２２０】
ドライバモジュールは、通信バスを介してリモートスイッチと通信するように更に適合されることができ、リモートスイッチはまた、ドライバモジュールへのスイッチ情報の転送を始動するように適合されるマスター通信デバイスとして構成され、ドライバモジュールは、スイッチ情報に基づいて光源を制御することになる。
【０２２１】
本開示は、照明ネットワーク内で使用するための照明器具に関し、照明器具及び他の要素は、有線又は無線通信技術を介して互いに通信できる。照明ネットワークが形成されるか又は修正されると、照明器具は、互いに通信することができ、また、コミッショニングプロセス中に調整器として動作する単一の照明器具を自動的に確定し得る。本質的に、照明器具は、ＭＡＣアドレス等の自分達の通信アドレスを交換することができ、最小（又は最高）の通常通信アドレスを有する照明器具が調整器になる。調整器はまた、照明ネットワークが形成されると通信のために使用する短縮アドレスを、長いＭＡＣアドレス又は同様のアドレスの代わりに割当てるように構成され得る。短縮アドレスは、ルーティングオーバヘッドを減少させ、したがって、制御情報、センサデータ、及び同様なものを含むメッセージのルーティングをより効率的にすることが可能である。
【０２２２】
１つの例示的な実施形態では、第１のアドレスを有し、任意の数の要素を有する照明ネットワーク内で使用されることを意図される照明器具が提供される。照明器具は、一般には、光源、通信インタフェース、及び照明器具を制御するための回路を含む。光源を制御することに加え、回路は、第１のリモート照明器具から、第１のリモート照明器具用の第２のアドレスを含む第１の「マイネットワークに参加（ｊｏｉｎ  ｍｙ  ｎｅｔｗｏｒｋ）」メッセージを受信するように適合される。回路は、第１のアドレスを第２のアドレスと比較することになる。第１のアドレスが第２のアドレスと予め定義済みの関係を持たない場合、回路は、第１のリモート照明器具を照明ネットワーク用の調整器として認識し得る。第１のアドレスが第２のアドレスと予め定義済みの関係を持つ場合、回路は、それ自身の照明器具を照明ネットワーク用の調整器として設定し得る。予め定義済みの関係は、単に、第１のアドレスが第２のアドレスより大きいか、小さいかであり得る。しかし、本明細書で開示される概念は、これらの２つの関係に限定されない。
【０２２３】
短縮アドレスが使用される場合、第１のアドレスが第２のアドレスと予め定義済みの関
係を持つ場合、回路は、第１のリモート照明器具用の短縮アドレスを生成し、そのアドレスを第１のリモート照明器具に送信し得る。この場合、照明器具は、少なくとも一時的に、それ自身を第１のリモート照明器具の調整器と考えることになる。やはり、第１の短縮アドレスは第１のアドレスより短い。例えば、第１のアドレスは６４ビットＭＡＣアドレスであり、短縮アドレスは、８、１６、又は２４ビットアドレス、或いは同様なものであり得る。回路は、第１の短縮アドレスを第１のリモート照明器具に送信することになる。第１のアドレスが第２のアドレスと予め定義済みの関係を持たない場合、回路は、照明器具が照明ネットワークと通信するために使用する第１の短縮アドレスを受信するために待ち得る。ここで、第１の短縮アドレスは第１のアドレスより短い。
【０２２４】
照明器具は、コミッショニングプロセス中に異なる照明器具から「マイネットワークに参加（ｊｏｉｎ  ｍｙ  ｎｅｔｗｏｒｋ）」メッセージを受信し得る。照明器具は、第１の交換中に１つのリモート照明器具に対して自分が調整器であると最初に考え、その後、別のリモート照明器具との第２の交換中にその調整器の役割をあきらめ得る。例えば、回路は、第２のリモート照明器具から、第２のリモート照明器具用の第３のアドレスを含む第２の「マイネットワークに参加（ｊｏｉｎ  ｍｙ  ｎｅｔｗｏｒｋ）」メッセージを受信し、第１のアドレスを第３のアドレスと比較するように適合され得る。第１のアドレスが第３のアドレスと予め定義済みの関係を持たない場合、回路は、第１のリモート照明器具を照明ネットワーク用の調整器として認識し得る。第１のアドレスが第３のアドレスと予め定義済みの関係を持つ場合、回路は、少なくとも一時的に、それ自身の照明器具を照明ネットワーク用の調整器として設定し得る。
【０２２５】
照明器具が主にメッシュネットワーク用のルーティングノードであるとき、最終的に調整器になる照明器具用の回路は、照明ネットワーク内で、センサモジュール、スイッチモジュール、或る照明器具、及び同様なものを含み得る非ルーティング要素のそれぞれに短縮アドレスを割当て得る。
【０２２６】
調整器用の回路は、種々の要素（ルーティング用と非ルーティング用の両方）に対する命令の送出を行って、グループ化プロセスを始動することができ、要素は、互いに協調して、要素の複数のグループを形成する。グループ化プロセスは、投光処理を使用することができ、１つの要素が投光信号を放出する際、要素のうちの他の複数の要素が、投光信号をモニターして、要素の複数のグループを決定するために使用される投光データを確定する。調整器等の１つ又は複数の要素は、要素のうちの他の複数の要素から投光データを収集すると共に、要素のうちの他の複数の要素に、要素のうちの複数の要素のそれぞれが割当てられるグループを識別する情報を送信し得る。調整器は、実際にグループを決定し得る、又は、コミッショニングツール又は他の制御システム等のリモートエンティティを使用して、グループを決定し得る。代替的には、要素のうちの幾つかは、データの全てを交換し、或るグループに関して自分自身を独立して識別し得る。
【０２２７】
本開示は、照明ネットワーク内で使用するための照明器具に関し、照明器具及び他の要素は、有線又は無線通信技術を介して互いに通信できる。照明ネットワークが形成又は修正されると、照明ネットワークを形成するための調整器として動作する照明器具が選択される。例えば、ユーザは、コミッショニングツールを使用して、特定の照明器具を調整器として選択し得る。調整器は、照明ネットワークの他の要素に向けて１つ又は複数の「マイネットワークに参加（ｊｏｉｎ  ｍｙ  ｎｅｔｗｏｒｋ）」メッセージを送信することになる。「マイネットワークに参加（ｊｏｉｎ  ｍｙ  ｎｅｔｗｏｒｋ）」メッセージを受信する要素は、応答して、調整器に自分たちの存在を知らせ、自分達を照明ネットワークに参加させ得る。
【０２２８】
或る実施形態では、調整器は、短縮アドレスを、それ自身にまた照明ネットワーク内の
他の要素に割当てることになる。要素が既にＭＡＣアドレス又は同様なアドレスを持っているが、短縮アドレスが割当てられると、ルーティングネットワークの要素は、通常の通信のために短縮アドレスを使用することになる。短縮アドレスは、ルーティングオーバヘッドを減少させ、したがって、制御情報、センサデータ、及び同様なものを含むメッセージのルーティングをより効率的にすることが可能である。
【０２２９】
照明ネットワークは、種々の要素から形成されるメッシュネットワークであるとすることができ、幾つかの要素はルーティングノードとして働き、他の要素は非ルーティングノードとして動作する。例えば、選択実施形態では、照明器具の一部又は全てがルーティングノードである場合があり、一方、スイッチ、独立型センサ、及び同様なものが非ルーティングノードである場合がある。しかし、特定の型の要素がルーティング要素として構成され得るか、非ルーティング要素として構成され得るかに関し、制限が存在しない。
【０２３０】
調整器は、種々の要素（ルーティング用と非ルーティング用の両方）に対する命令の送出を行って、グループ化プロセスを始動することができ、要素は、互いに協調して、要素の複数のグループを形成する。グループ化プロセスは、投光処理を使用することができ、１つの要素が投光信号を放出する際、要素のうちの他の複数の要素が、投光信号をモニターして、要素の複数のグループを決定する。調整器等の１つ又は複数の要素は、要素のうちの他の複数の要素から投光データを収集すると共に、要素のうちの他の複数の要素に、要素のうちの複数の要素のそれぞれが割当てられるグループを識別する情報を送信し得る。調整器は、実際にグループを決定し得る、又は、調整器は、コミッショニングツール又は他の制御システム等のリモートエンティティを使用して、グループを決定し得る。代替的には、要素のうちの幾つかは、データの全てを交換し、或るグループに関して自分自身を独立して識別し得る。
【０２３１】
当業者は、本開示の実施形態に対する改善及び修正を認識するであろう。全てのこうした改善及び修正は、本明細書で開示される概念及び添付特許請求項の範囲内にあると考えられる。
【図１】
2018139217.tif 000011
【図２】
2018139217.tif 000012
【図３】
2018139217.tif 000013
【図４】
2018139217.tif 000014
【図５】
2018139217.tif 000015
【図６】
2018139217.tif 000016
【図７】
2018139217.tif 000017
【図８Ａ】
2018139217.tif 000018
【図８Ｂ】
2018139217.tif 000019
【図８Ｃ】
2018139217.tif 000020
【図８Ｄ】
2018139217.tif 000021
【図８Ｅ】
2018139217.tif 000022
【図９】
2018139217.tif 000023
【図１０】
2018139217.tif 000024
【図１１】
2018139217.tif 000025
【図１２】
2018139217.tif 000026
【図１３Ａ】
2018139217.tif 000027
【図１３Ｂ】
2018139217.tif 000028
【図１４】
2018139217.tif 000029
【図１５】
2018139217.tif 000030
【図１６】
2018139217.tif 000031
【図１７】
2018139217.tif 000032
【図１８】
2018139217.tif 000033
【図１９】
2018139217.tif 000034
【図２０】
2018139217.tif 000035
【図２１】
2018139217.tif 000036
【図２２】
2018139217.tif 000037
【図２３】
2018139217.tif 000038
【図２４】
2018139217.tif 000039
【図２５】
2018139217.tif 000040
【図２６】
2018139217.tif 000041
【図２７】
2018139217.tif 000042
【図２８】
2018139217.tif 000043
【図２９】
2018139217.tif 000044
【図３０】
2018139217.tif 000045
【図３１】
2018139217.tif 000046
【図３２】
2018139217.tif 000047
【図３３】
2018139217.tif 000048
【図３４】
2018139217.tif 000049
【図３５Ａ】
2018139217.tif 000050
【図３５Ｂ】
2018139217.tif 000051
【図３５Ｃ】
2018139217.tif 000052
【図３６】
2018139217.tif 000053
【図３７】
2018139217.tif 000054
【図３８】
2018139217.tif 000055
【図３９】
2018139217.tif 000056
【図４０】
2018139217.tif 000057
【手続補正書】
【提出日】平成30年4月23日(2018.4.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
光センサと、
通信インタフェースと、
ユーザインタフェースと、
回路と、を備え、
前記回路は、
グループ化モードにおいて、
複数の照明器具の所与の照明器具が、幾つかの照明器具をグループ化するために前記所与の照明器具の光源を経由して第1投光信号を放出する、投光モードに入ることを決定し、
前記光センサによって、前記所与の照明器具により供給される前記第１投光信号をモニターし、
前記第１投光信号の受信に基づいて前記所与の照明器具のためのグループ化データの生成を行い、
前記所与の照明器具のための前記グループ化データを、前記複数の照明器具の少なくとも一つに送信し、
制御モードにおいて、
前記ユーザインタフェースによりユーザ入力を受け、
前記グループの光出力レベルを制御するために、前記通信インタフェースを経由して、前記ユーザ入力に基づいて複数の照明器具の少なくとも１つの照明器具に指示を送る、
ように適合されている、スイッチモジュール。
【請求項２】
前記グループ化データは、前記複数の照明器具の１又は２以上のとともに１つの照明器具をグループ化するために、少なくとも一部で使用される、請求項１に記載のスイッチモジュール。
【請求項３】
前記回路は、前記グループ化データをリモートエンティティに送信し、前記複数の照明器具のグループ化をどのように行うかを決定し、前記照明器具が属するグループに一致する情報を受け取る、ように適合されている、請求項２に記載のスイッチモジュール。
【請求項４】
前記回路は、前記グループ化データを、前記複数の照明器具の１つに送信し、前記複数の照明器具をどのようにグループ化するかを決定する、ように適合されている、請求項２に記載のスイッチモジュール。
【請求項５】
前記第１投光信号が検出されたときに、前記グループ化データは前記第１投光信号の相対的な信号強度を示す、請求項１に記載のスイッチモジュール。
【請求項６】
前記回路は、さらに、
前記光センサからのローカルセンサデータを決定し、
前記ローカルセンサデータを、前記複数の照明器具の少なくとも１つに送信し、
前記ローカルセンサデータに基づいて前記複数の照明器具に光を出力させる指示方法を制御する、
請求項１に記載のスイッチモジュール。
【請求項７】
前記スイッチモジュールは、さらに、占有センサを備え、前記スイッチモジュールは、更に、占有センサからの占有情報を決定するように構成されており、前記回路は、更に、前記占有情報に基づいて前記複数の照明器具に光を出力させる指示方法を決定するように構成されている、請求項１に記載のスイッチモジュール。
【請求項８】
光センサと、
通信インタフェースと、
ユーザインタフェースと、
回路と、を備え、
前記回路は、
グループ化モードにおいて、
複数の照明器具の１つの照明器具が、前記複数の照明器具の他の照明器具に、投光信号を送信することを決定し、
前記投光信号の受信に基づいて前記複数の照明器具の中の幾つかの照明器具のためのグループ化データの生成を行い、グループは、前記グループ化データに基づいて、前記複数の照明器具と前記スイッチモジュールとともに形成され、
制御モードにおいて、
前記回路を経由して受信された出力に基づいて前記グループの出力レベルを制御する、ように適合されている、スイッチモジュール。
【請求項９】
前記回路は、更に、
前記グループ化モードにおいて、
前記複数の照明器具の中の所与の照明器具が、投光モードを入力することを決定し、前記所与の照明器具は、前記所与の照明器具の光源により第１投光信号を放出し、
前記光センサによって、前記所与の照明器具により供給される前記第１投光信号をモニターする、
ように適合されている請求項８に記載のスイッチモジュール。
【請求項１０】
前記グループ化データは、前記複数の照明器具の１又は２以上のとともに１つの照明器具をグループ化するために、少なくとも一部で使用される、請求項８に記載のスイッチモジュール。
【請求項１１】
前記回路は、前記グループ化データをリモートエンティティに送信し、前記複数の照明器具をどのようにグループ化するかについて決定し、前記照明器具が属するグループを特定する情報を受信する、ように適合されている、請求項１０に記載のスイッチモジュール。
【請求項１２】
前記回路は、前記グループ化データを前記複数の照明器具の１つの照明器具に送信する、ように適合されており、前記１つの照明器具は、前記複数の照明器具をどのようにグループ化するかを決定する、請求項１０に記載のスイッチモジュール。
【請求項１３】
前記第１投光信号が検出されたときに、前記グループ化データは、前記第１投光信号の相対的な信号強度を示す、請求項８に記載のスイッチモジュール。
【請求項１４】
前記回路は、更に、
前記光センサからのローカルセンサデータを確定し、
前記ローカルセンサデータに基づいて前記複数の照明器具に光を出力させる指示方法を制御する、
ように適合されている請求項８に記載のスイッチモジュール。
【請求項１５】
前記スイッチモジュールは、更に、占有センサを備え、前記スイッチモジュールは、更に、前記占有センサからの占有情報を決定するように構成されており、前記回路は、更に、前記占有情報に基づいて前記複数の照明器具に光を出力させる指示方法を制御する、
ように適合されている、請求項８に記載のスイッチモジュール。
【請求項１６】
光センサと、
通信インタフェースと、
ユーザインタフェースと、
回路と、を備え、
前記回路は、
第１モードにおいて、
複数の照明器具の少なくとも１つが投光モードを入力することを決定し、前記複数の照明器具の少なくとも１つが、前記複数の照明器具の少なくとも１つの中の光源から第１投光信号を発し、
前記光センサにより、前記複数の照明器具の少なくとも１つにより提供された前記第１投光信号をモニターし、
前記第１投光信号の受信に基づいて投光データの生成を行い、
前記通信インタフェースを通じて前記投光データを送信し、
第２モードにおいて、
前記ユーザインタフェースを経由してユーザ入力を受け、
前記ユーザ入力に基づいて、指示を、前記通信インタフェースを通じて、前記複数の照明器具の少なくとも１つに指示を送り、前記複数の照明器具の少なくとも１つの光出力レベルを制御する、
ように適合されているスイッチモジュール。
【請求項１７】
前記投光データは、前記複数の照明器具の少なくとも１つに送信される、請求項１６に記載のスイッチモジュール。
【請求項１８】
前記投光データは、前記複数の照明器具の各照明器具に送信される、請求項１６に記載のスイッチモジュール。
【請求項１９】
前記投光データは、コミッショニングツールに送信され、前記コミッショニングツールは、パーソナルコンピュータ装置に接続されている、請求項１６に記載のスイッチモジュール。
【請求項２０】
前記回路は、更に、
前記光センサからのローカルセンサデータを確定し、
前記ローカルセンサデータを、前記複数の照明器具の少なくとも１つに送信し、
前記ローカルセンサデータに基づいて前記複数の照明器具に光を出力させる指示方法を制御する、
ように適合されている、請求項１６に記載のスイッチモジュール。
【請求項２１】
前記スイッチモジュールは、更に、占有センサを備え、前記スイッチモジュールは、更に、前記占有センサからの占有情報を確定するように構成されており、前記回路は、更に、前記占有情報に基づいて前記複数の照明器具に光を出力させる指示方法を制御するように構成されている、
請求項１６に記載のスイッチモジュール。
【請求項２２】
前記ユーザインタフェースはスイッチ回路を備え、前記スイッチ回路は、前記スイッチモジュールがＯＮ又はＯＦＦとされるべきかについて決定するように適合されている、
請求項１６に記載のスイッチモジュール。
【請求項２３】
更に、スイッチ回路を備え、前記スイッチ回路は、前記スイッチモジュールの調光位置を決定するように適合されており、前記スイッチ回路は、前記回路に前記調光位置に基づく情報を提供し、前記回路は、更に、
前記情報を生産し、
コマンドを、前記複数の照明器具の少なくとも１つに送るかどうかを決定し、
ステータス情報を、前記複数の照明器具の少なくとも１つに送るかどうかを決定する、
ように適合する、請求項１６に記載のスイッチモジュール。
【請求項２４】
前記通信インタフェースは、前記複数の照明器具の各照明器具と無線通信を容易にする無線通信インタフェースである、請求項１６に記載のスイッチモジュール。