(57)【要約】  照明器具を制御するための装置、方法及びシステムを開示する。一実施形態は、照明制御サブシステムを含む。この照明制御サブシステムは、照明器具、照明器具に連結されたコントローラ、コントローラに連結されたセンサを含む。センサは感知入力を生成する。この照明制御サブシステムは通信インタフェースを更に含み、この通信インタフェースはコントローラを外部デバイスに連結する。コントローラは、少なくとも部分的に上記感知入力に基づいて、照明器具の光出力を制御し、状態情報又は感知情報のうちの少なくとも１つを外部デバイスに通信するよう動作する。【選択図】図１
2015528992.tif 000002
【特許請求の範囲】
【請求項１】
照明器具；
前記照明器具に連結されたコントローラ；
前記コントローラに連結されたセンサ；
通信インタフェース
を備えた照明制御サブシステムであって、
前記センサは感知入力を生成し、
前記通信インタフェースは、前記コントローラを外部デバイスに連結する照明制御サブシステムにおいて、
前記コントローラは：
少なくとも部分的に前記感知入力に基づいて前記照明器具の光出力を制御し；
状態情報又は感知情報のうちの少なくとも１つを前記外部デバイスに通信する
よう動作する、照明制御サブシステム。
【請求項２】
前記コントローラは、更に前記外部デバイスから情報を受信するよう動作し、
受信した前記情報は、前記照明制御サブシステムの現在の状態に影響を及ぼすか、又は受信した前記情報は、前記照明制御サブシステムの将来の状態に影響を及ぼすパラメータを含む、請求項１に記載のサブシステム。
【請求項３】
前記コントローラは、更に前記外部デバイスから情報を受信するよう動作し、
受信した前記情報は、前記照明制御サブシステムのプロファイルに影響を及ぼす、請求項１に記載のサブシステム。
【請求項４】
前記照明制御サブシステムの前記プロファイルは、パラメータを含み、
前記パラメータは最適にアップデートされる、請求項３に記載のサブシステム。
【請求項５】
前記コントローラは、複数の前記照明制御サブシステムの前記プロファイルを受信するように動作することを更に含む、請求項３に記載のサブシステム。
【請求項６】
複数の前記照明制御サブシステムの有効なプロファイルは最適にアップデートされる、請求項５に記載のサブシステム。
【請求項７】
前記外部デバイスは、複数の前記照明制御サブシステムの前記プロファイルのうちの１つ又は複数の前記プロファイルを、追加、置換又は削除することを更に含む、請求項５に記載のサブシステム。
【請求項８】
前記外部デバイスは、中央コントローラ、別の前記照明制御サブシステム、論理グループコントローラ又は端末を含む、請求項１に記載のサブシステム。
【請求項９】
複数のセンサを更に備え、
前記コントローラは、前記複数のセンサの前記感知入力の組み合わせに基づいて前記光出力を制御するように動作する、請求項１に記載のサブシステム。
【請求項１０】
前記コントローラは、前記感知入力うちの１つ又は複数と照明スケジュールとの組み合わせに基づいて前記光出力を制御するように動作することを更に含む、請求項９に記載のサブシステム。
【請求項１１】
前記コントローラは、照明制御構成を受信するように動作することを更に含む、請求項１に記載のサブシステム。
【請求項１２】
前記コントローラは、前記中央コントローラから前記照明制御構成を受信し、これによりシステムユーザは、前記照明制御構成を管理できる、請求項１１に記載のサブシステム。
【請求項１３】
前記コントローラは、少なくとも１つの前記感知入力に基づいてセンサ値を経時的に収集するように動作することを更に含む、請求項１に記載のサブシステム。
【請求項１４】
前記コントローラは、収集した前記センサ値を前記外部デバイスに通信するように動作することを更に含む、請求項１３に記載のサブシステム。
【請求項１５】
前記コントローラは、収集した前記センサ値に基づいて前記照明制御サブシステムの動作の問題を識別し、識別した前記動作の問題を前記外部デバイスに報告するように動作することを更に含む、請求項１３に記載のサブシステム。
【請求項１６】
前記コントローラは、前記サブシステムの過去の動作特性を報告するように動作することを更に含む、請求項１に記載のサブシステム。
【請求項１７】
前記センサは、前記照明制御サブシステムの電力使用を測定するように動作する電力監視ユニットを備える、請求項１に記載のサブシステム。
【請求項１８】
前記コントローラは、測定した前記サブシステムの前記電力使用を前記外部デバイスに通信するように動作することを更に含む、請求項１７に記載のサブシステム。
【請求項１９】
前記コントローラは、他の前記サブシステムと通信して、２つ以上の前記サブシステムの前記論理グループを識別するように動作することを更に含む、請求項１に記載のサブシステム。
【請求項２０】
前記論理グループの識別は、少なくとも前記コントローラと、前記他のサブシステムのうちの少なくとも１つとが、前記論理グループを自動的に決定することを含む、請求項１９に記載のサブシステム。
【請求項２１】
前記論理グループのうちの少なくとも１つは、運動感知グループを含む、請求項１９に記載のサブシステム。
【請求項２２】
前記論理グループのうちの少なくとも１つは、環境光グループを含む、請求項１９に記載のサブシステム。
【請求項２３】
前記論理グループのうちの少なくとも１つは、論理スイッチグループを含む、請求項１９に記載のサブシステム。
【請求項２４】
前記論理グループのうちの少なくとも１つは、論理温度グループを含む、請求項１９に記載のサブシステム。
【請求項２５】
前記コントローラは、ある共通の前記論理グループの別のサブシステムのセンサのセンサ信号に基づいて前記光出力を制御するように動作することを更に含む、請求項１９に記載のサブシステム。
【請求項２６】
ある共通の前記論理グループの複数の前記サブシステムは、前記論理グループの前記サブシステムのうちの１つのセンサが故障した場合に互いに通信する、請求項１９に記載のサブシステム。
【請求項２７】
前記コントローラは、緊急状態を識別して緊急モードを開始させるように動作することを更に含む、請求項１に記載のサブシステム。
【請求項２８】
前記コントローラは、前記緊急モードの識別を確認するように動作することを更に含み、
前記確認は、前記コントローラが緊急状態にないデバイスとの通信を開始し、開始された前記通信が失敗した場合に、前記識別された緊急状態を確認することを含む、請求項２７に記載のサブシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本発明は、２００９年１２月１６日出願の米国特許出願第１２／６３９３０３号の一部継続出願であり、参照により上記特許出願を援用する。
【０００２】
本明細書に記載の実施形態は概して照明に関する。より詳細には、本明細書に記載されている実施形態は分散型照明制御に関する。
【背景技術】
【０００３】
照明制御システムは、例えば予め設定されたタイムスケジュール及び／又は空間使用及び／又は日光の感知に基づいて、建築物又は住宅内の照明の動作を自動化する。照明システムは、典型的には空間使用センサ及び／又は日光センサを利用して、どの照明デバイスを起動するか、停止させるか、又はどの照明デバイスの光のレベルを調整するか、及びこれらの操作をいつ実施するかを決定する。空間使用センサは、典型的には所定の領域内に１人又は複数の人物が存在することを感知して、この存在を示す信号を生成する。日光センサは、典型的には所定の領域内に存在する日光の量を感知して、この量を示す信号を生成する。典型的には、照明システムは中央照明コントローラにおいてこれらセンサ信号を受信する。
【０００４】
照明システムは、典型的には必要ない場合に光のレベルを自動的に低下させるか、又はデバイス及び設備を自動的にオフにすることによってエネルギコストを低減し、またシステム内の全てのデバイスを１箇所から制御できるため、有利である。
【０００５】
中央制御式照明システムは、全ての決定がコントローラにおいて行われるため、不利な場合がある。従って、コントローラが非作動状態である場合、システム内の全ての照明デバイスは自動制御下に置かれなくなり、これら照明デバイスの一部又は全ては手動でも操作できない場合がある。同様に、コントローラへの又はコントローラからの接続が切断された場合、接続によって機能する照明デバイスは自動制御下に置かれなくなり、手動でも制御できない場合がある。（例えば火災又はその他の緊急事態中に）現在のシステム設定を即座に無効にする必要等、システムの部分的な又は全体的な機能変更は、コントローラ以外からは行うことができない。更に、中央制御式システムはその拡張性能が制限されている。即ち中央制御式システムに新規の照明デバイスを追加するのは簡単ではない。
【０００６】
独立して制御可能とすることができる、又は独立して制御できる複数の照明デバイスを提供するための方法、システム及び装置が望ましい。
【発明の概要】
【課題を解決するための手段】
【０００７】
一実施形態は、照明制御サブシステムを含む。この照明制御サブシステムは、照明器具、照明器具に連結されたコントローラ、コントローラに連結されたセンサを含む。センサは感知入力を生成する。照明制御サブシステムは通信インタフェースを更に含み、この通信インタフェースはコントローラを外部デバイスに連結する。コントローラは、少なくとも部分的に上記感知入力に基づいて、照明器具の光出力を制御し、状態情報又は感知情報のうちの少なくとも１つを外部デバイスに通信するように動作する。
【０００８】
別の実施形態は、照明制御システムを含む。この照明制御システムは複数のサブシステムを含み、各サブシステムは、照明器具、照明器具に連結されたコントローラ、コントローラに連結された少なくとも１つのセンサを含む。この少なくとも１つのセンサは感知入力を生成する。各サブシステムは通信インタフェースを更に含み、この通信インタフェースはコントローラを外部デバイスに連結する。各コントローラは、照明器具の光出力を制御し、状態情報又は感知情報のうちの少なくとも１つを、中央コントローラ又は別のサブシステムのうちの少なくとも１つに通信するように動作する。
【０００９】
別の実施形態は、照明制御システムを含む。この照明制御システムは複数のサブシステムを含み、２つ以上のサブシステムがグループとして作動でき、また各サブシステムは独立した作動が可能である。各サブシステムは、照明器具、この照明器具に電気的に接続されたコントローラ、及びこのコントローラに接続された少なくとも１つのセンサを含み、上記コントローラは、上記照明器具の光出力を制御し、他のサブシステムと通信するように動作する。
【００１０】
別の実施形態は、既存の照明器具と統合するための照明制御システムを含む。この照明制御システムは、照明器具に連結されたコントローラ、コントローラに連結されたセンサ、及び通信インタフェースを含み、上記センサは感知入力を生成し、上記通信インタフェースはコントローラを外部デバイスに連結する。各コントローラは、照明器具の光出力を制御し、状態情報又は感知情報のうちの少なくとも１つを外部デバイスに通信するように動作する。
【００１１】
本明細書に記載された実施形態のその他の態様及び利点は、本明細書に記載の実施形態の原理を例示する添付した図面と関連して理解される以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】図１は、ある実施形態による照明制御サブシステムを示す。
【図２】図２は、ある実施形態による、サブシステムを含む分散型照明制御システムを示す。
【図３】図３は、ある実施形態による、サブシステム及び中央コントローラを含む分散型照明制御システムを示す。
【図４】図４は、ある実施形態による、サブシステムの論理グループを含む分散型照明制御システムを示す。
【図５】図５は、ある実施形態による、サブシステムの論理グループ及び中央コントローラを含む分散型照明制御システムを示す。
【図６】図６は、ある実施形態による、照明制御サブシステムを動作させる方法の複数のステップを含むフローチャートである。
【図７】図７は、中央コントローラとインタフェース接続された照明制御サブシステム（独立して制御可能な発光体）の別の実施例を示す。
【図８】図８は、独立して制御可能な発光体のある実施形態を示す。
【図９】図９は、独立して制御可能な発光体のうちの１つをオンにする際のタイミングイベントのシーケンスの一例を示すタイムラインを示す。
【図１０】図１０は、独立して制御可能な発光体が動作中である間のタイミングイベントのシーケンスの一例を示すタイムラインを示す。
【図１１】図１１は、独立して制御可能な発光体の光レベルが上昇中である間のタイミングイベントのシーケンスの一例を示すタイムラインを示す。
【図１２】図１２は、照明器具の光レベルを調整可能に上昇させる方法のある実施例の複数のステップを含むフローチャートを示す。
【図１３】図１３は、独立して制御可能な発光体の光レベルが下降中である間のタイミングイベントのシーケンスの一例を示すタイムラインを示す。
【図１４】図１４は、照明器具の光レベルを調整可能に下降させる方法のある実施例の複数のステップを含むフローチャートを示す。
【図１５】図１５は、照明器具を制御する方法のある実施例の複数のステップを含むフローチャートを示す。
【発明を実施するための形態】
【００１３】
図示したように、本明細書に記載された実施形態は、独立して制御可能な発光体（照明サブシステム）を提供するための装置及び方法において具体化される。独立して制御可能な発光体の少なくともいくつかの実施形態はそれぞれ、コントローラ、アクチュエータ及びセンサを含む。これらの構成は、分散型センサを含む従来の中央制御式照明制御システムを上回る利点を提供する。
【００１４】
図１は、ある実施形態による照明制御サブシステム１００を示す。この例示的な照明制御サブシステム１００は、高電圧マネージャ１０４とインタフェース接続されたスマートセンサシステム１０２を含み、上記高電圧マネージャ１０４は照明器具１１０とインタフェース接続されている。高電圧マネージャ１０４は、照明器具１１０に連結されかつスマートセンサシステム１０２のスマートセンサＣＰＵ１３５に連結された、コントローラ（マネージャＣＰＵ）１２０を含む。図示したように、スマートセンサＣＰＵ１３５は通信インタフェース１３０に連結され、通信インタフェース１３０はコントローラを外部デバイスに連結する。スマートセンサシステム１０２はセンサ１４０を更に含む。図示したように、このセンサは、光センサ１４１、運動センサ１４２、温度センサ１４３、カメラ１４４及び／又は空気品質センサ１４５のうちの１つ又は複数を含ませることができる。これはセンサの排他的なリストではないことを理解されたい。即ち、照明制御サブシステム１００を利用する構造体の照明及び／又は環境制御のために、更なるセンサ又は代替例となるセンサを利用できる。センサ１４０はスマートセンサＣＰＵ１３５に連結され、センサ１４０は感知入力を生成する。
【００１５】
少なくともいくつかの実施形態によると、コントローラ（マネージャＣＰＵ１２０及びスマートセンサＣＰＵ）は、少なくとも部分的に上記感知入力に基づいて、照明器具１１０の光出力を制御し、状態情報又は感知情報のうちの少なくとも１つを外部デバイスに通信するよう動作する。
【００１６】
少なくともいくつかの実施形態に関して、高電圧マネージャ１０４は高電圧を受信して照明器具１１０のための電力制御を生成し、スマートセンサシステム１０２のための低電圧供給を生成する。既に示唆したように、高電圧マネージャ１０４及びスマートセンサシステム１０２は、少なくとも部分的に上記感知入力に基づいて、照明器具１１０の光出力を制御し、状態情報又は感知情報のうちの少なくとも１つを外部デバイスに通信するよう協働する。高電圧マネージャ１０４及びスマートセンサシステム１０２は、また外部デバイスから状態情報又は制御情報を受信でき、これは照明器具１１０の光出力に影響を及ぼす。高電圧マネージャ１０４のマネージャＣＰＵ１２０及びスマートセンサシステム１０２のスマートセンサＣＰＵ１３５は別個のコントローラとして図示されているが、少なくともいくつかの実施形態に関してこれら２つのコントローラ（ＣＰＵ）１２０、１３５は単一のコントローラ又はＣＰＵとして実装できることを理解されたい。
【００１７】
少なくともいくつかの実施形態に関して、通信インタフェース１３０は外部デバイス（例えば中央コントローラ及び／又はその他の照明サブシステム）との無線リンクを提供する。
【００１８】
照明制御サブシステム１００の高電圧マネージャ１０４のある実施形態は、（電力監視ユニットとも呼ばれる）エネルギメータ１２２を更に含み、これは照明制御サブシステム１００の電力を受信する。エネルギメータ１２２は、照明制御サブシステム１００が放散する電力を測定及び監視する。少なくともいくつかの実施形態に関して、前記放散される電力の監視は、放散される電力の正確な監視のために提供される。従って、マネージャＣＰＵ１２０が例えば電力会社から需要応答（典型的には高い電力が必要とされている期間中に受信される、電力会社からの要求）を受信した場合、マネージャＣＰＵ１２０は、受信した需要応答に対して、照明制御サブシステム１００がどの程度良好に応答しているかを決定できる。更に又はあるいは、マネージャＣＰＵ１２０は、どの程度のエネルギ（電力）が使用されているか又は節約されているかの指標を提供できる。
【００１９】
本明細書に記載された実施形態に関して、照明制御システムは、図１の照明制御サブシステム１００等の複数の照明制御サブシステムを含む。一般にこの照明制御システムの目的は、照明システムが配置された建築物又は構造体内において必要とされる時及び場所だけに適切な照明を提供するように、照明を制御することである。理想的には、この照明制御システムは照明制御システムの寿命全体を通して最低コストで動作する。コストは（一般にＣＡＰＥＸ（資本支出）と呼ばれる）設備コスト及び（一般にＯＰＥＸ（運営費）と呼ばれる）運用継続コストの両方を含み、この運用継続コストには、エネルギコスト及び保守コスト（電球の交換、点検等）並びに中央コントローラの動作コストが含まれる。実際の照明の必要性は、一般に建築物の空間使用レベル及び利用の変化によって、並びに空間使用者の需要の変化によって、照明制御システムの寿命全体を通して変化する。照明の必要性に変化が観察されると予想される建築物は、総コストを低減して寿命を延長するために低コストの変化を提供する照明制御システムを必要とする。更に、照明器具の技術が時間と共に変化するため、理想的な照明制御システムは、照明制御システムの構成部品の交換を必要とすることのない照明器具の交換をサポートする。理想的な照明制御システムは、コストを低下させる一方で、空間使用者の生産性、快適性及び安全性を向上させるものであるべきである。また理想的なシステムは、実際の動作を所望の動作と比較でき、設計条件（空間使用パターン等）を確認でき、上記設計を実際の使用に合わせて変化させた場合に必要に応じて構成を変更できるように、動作状態及び統計を収集するべきである。
【００２０】
照明制御システムの少なくともいくつかの実施形態は、複数の照明制御サブシステムを含む。各照明制御サブシステムは独立して動作でき、他の照明制御サブシステム（例えば既存の実配線システム）と協働でき、及び／又は中央コントローラと協働できる。従って、各照明制御サブシステムは独立して設置でき、これに従って動作を適合させることができる。
【００２１】
上述のように、照明制御サブシステムのある実施形態は、通信インタフェース、コントローラ（本説明においては、単一のコントローラとして列記するが、上述のように少なくともいくつかの実施形態は、高電圧マネージャ１０４及びスマートセンサＣＰＵ１３５等の複数のコントローラを含む）、照明器具、光センサ、運動センサを含む。ある実施形態に関して、照明器具は、１つ又は複数のランプ、この（１つ又は複数の）ランプを所定の位置に保持してこれらを保護する（１つ又は複数の）ソケット及び部品、上記（１つ又は複数の）ランプを電源に接続する配線、並びに光の配向及び分散を補助する（１つ又は複数の）反射材からなる、照明ユニットである。照明器具の様々な実施形態は、白熱灯、蛍光灯、ＬＥＤ（発光ダイオード）等の電球技術を含む。更に、照明器具の様々な実施形態は制御可能にオン／オフされ、更に制御可能に調光される。
【００２２】
少なくともいくつかの実施形態に関して、コントローラは、照明器具のオン、オフ及び調光に関する決定を行う。コントローラは例えば、外部デバイス（中央コントローラ等）からの命令によって、又はセンサからの入力、保存された構成、時刻、過去のセンサ入力からの時間経過を用いて及び／若しくは他のサブシステムからの状態若しくはセンサ値から、決定規則を処理することによって、上記決定を行う。更に又はあるいは、学習した挙動が上記決定に影響を及ぼすことがある。
【００２３】
最も基本的な構成では、コントローラは、単純な規則並びに運動及び光センサからのみの入力並びに時間経過を用いて、少なくとも１つの照明器具のオン又はオフ（調光なし）のみを制御する。ある実施形態に関してコントローラは図１に示すように２つの物理モジュールに分割されている。第１のモジュールは、パワーパック（高電圧マネージャ１０４として言及したもの）と呼ばれ、以下のサブモジュールを含む：変圧器（ＡＣ電圧からＤＣ電圧）；照明器具への電力を遮断させるためのリレー；電力メータ（あるモデルは調光制御信号を照明器具へと送信する（その他のモデルは調光制御信号を通過させる））；及びコントローラの他のモジュールが応答しなくなった場合にこれを再始動させるための「ウォッチドッグ（ｗａｔｃｈ  ｄｏｇ）」サポート。第２のモジュール（スマートセンサシステム１０２として言及したもの）は、運動及び温度センサ、プロセッサ、構成に関する持続ストレージ、無線インタフェースを格納している。このモジュール内のプロセッサは、照明器具の光レベルを制御するための規則を実行する。
【００２４】
ある実施形態に関して、コントローラは照明器具と共に配置される。また照明器具の少なくともいくつかの実施形態は、コントローラを格納できるチャンバを有するか、又はコントローラを格納できる外部チャンバを取り付けられるよう設計される。
【００２５】
少なくともいくつかの実施形態に関して、コントローラは、照明器具への電源を遮断して、オン／オフ制御された電力を提供する。コントローラのある実施形態は、照明器具がそれに対応している場合は、照明器具に調光用の０〜１０Ｖ制御信号も提供する。
【００２６】
少なくともいくつかの実施形態に関して、センサはいくつかの物理量を感知（又は測定）し、これをデジタル値に変換する。ある実施形態に関して、センサはコントローラと共に梱包されている。より具体的には、照明制御サブシステムの様々な実施形態に関して、照明制御サブシステムの複数のセンサは、同一の物理モジュール内に配置された運動センサ、光センサ及び温度センサを含み、この物理モジュールは、ケーブルによって他の物理モジュールに接続される。ある実施形態に関して、（１つ又は複数の）センサは照明器具の傍に物理的に配置され、運動及び光センサは、照明制御サブシステムを配置する構造体の床に向かって配向される。ある実施形態に関して、（１つ又は複数の）センサはコントローラに直接接続される。
【００２７】
ある実施形態に関して、コントローラは、更に外部デバイスから情報を受信するよう動作し、受信した情報は照明制御サブシステムの現在の状態に影響を及ぼすか、又は受信した情報は照明制御サブシステムの将来の状態に影響を及ぼすパラメータを含む。ある実施形態に関して、受信した情報は、照明制御サブシステムのプロファイルに影響を及ぼす。ある実施形態に関して、照明制御サブシステムのプロファイルは、現在及び過去のセンサ入力、時刻又は時間経過に基づいて照明器具の光出力をどのように制御するかを決定するコントローラの動作に影響を及ぼす一連の値（パラメータ）を含む。少なくともいくつかの実施形態に関して、これらパラメータは最適にアップデートされる。
【００２８】
少なくともいくつかの実施形態に関して、コントローラは、複数の照明制御サブシステムプロファイルを受信するよう動作する。即ち、２つ以上の照明制御サブシステムプロファイルが存在し、これら照明制御サブシステムプロファイルは最適にアップデートできる。より具体的には、複数の照明制御サブシステムの有効なプロファイル又は現在のプロファイルを最適にアップデートできる。更に少なくともいくつかの実施形態に関して、外部デバイスは、複数の照明制御サブシステムプロファイルのうちの１つ又は複数のプロファイルを追加、置換又は削除できる。
【００２９】
上述のように、外部デバイスは、中央コントローラ又は別の照明制御サブシステムとすることができる。更に、外部デバイスは、論理グループコントローラ又は端末を含むことができる。少なくともいくつかの実施形態に関して、端末は、人間が読むことができる言語を用いて人間の手で実施できる形態の相互作用を照明制御サブシステムと行うことができるデバイスである。
【００３０】
論理グループコントローラのある実施形態は、複数の照明制御サブシステム全体に亘る制御を提供し、この複数の照明制御サブシステムは全て上記論理グループの構成要素である。論理グループのサイズは動的である。更に照明制御サブシステムのうちのいずれかの１つは、論理グループのいずれかの数の構成要素であり、各論理グループは複数の構成要素の異なるセットを含むことができる。ある実施形態に関して、外部デバイスは、従来の壁面照明スイッチのような概観であるが、いくつかのボタン又はつまみを有する。外部デバイスを使用して、論理グループ内の全ての照明制御サブシステムに影響を及ぼし、これらをオン若しくはオフできる、及び／又はこれらを、照明制御サブシステムの論理グループが配置された空間の使用に適切に構成された光レベルに設定できる。例えば、プロジェクタからスクリーン上への出力を見る場合、又は公式のプレゼンテーションを聞く場合等である。
【００３１】
少なくともいくつかの実施形態は複数のセンサを含み、コントローラは、複数のセンサの感知入力の組み合わせに基づいて光出力を制御するよう動作する。これらセンサは、例えば環境光センサ及び空間使用センサを含むことができる。更に、時計及び／又はタイマにより、タイミング及びスケジューリング制御を提供できる。少なくともいくつかの実施形態は、感知入力のうちの１つ又は複数と照明スケジュールとの組み合わせに基づいて光出力を制御するよう動作するコントローラを更に含む。例えば作業時間中（例えばオフィス用建築物に関して使用者の存在が分かっている場合）、作業領域の光がオフになるのを制限できる。しかしながら非作業時間中、誰もいない場合は光をオフにすることができる。照明スケジュールを使用する場合、照明制御サブシステムは必ず時計及び／若しくはタイマを含むか、並びに／又は時計及び／若しくはタイマにアクセスできる。
【００３２】
少なくともいくつかの実施形態に関して、コントローラは、照明制御構成を受信するよう動作する。ある実施形態に関して、照明制御構成は、前述の照明サブシステムプロファイルを含む。ある実施形態に関して、コントローラは、システム操作者から照明制御構成を受信する。これは例えば、サブシステム上に物理的に配置されたディップスイッチを用いて操作者が構成を設定する場合を含む（ただしこれに限定されない）。ある実施形態に関して、コントローラは、中央コントローラから照明制御構成を受信し、これによってシステムユーザは、照明制御構成を管理できる。
【００３３】
ある実施形態に関して、コントローラは、少なくとも感知入力に基づいてセンサ値を経時的に収集するよう動作する。コントローラは、ここでもまた、時計及び／又はタイマにアクセスでき。ある実施形態に関して、コントローラは、収集したセンサ値を外部デバイスに通信するよう動作する。例えば、空間使用の値をＸ秒毎に決定でき、最後のＹ分に関してこれを記憶でき、外部デバイス又は中央コントローラに報告できる。ある実施形態に関して、コントローラは、収集したセンサ値に基づいて照明制御サブシステムの動作の問題を識別し、識別した動作の問題を外部デバイスに報告するように動作する。例えばコントローラは、温度が高過ぎるか又は低すぎることを報告できる。コントローラは、発光体が焼き切れていることを報告でき、又は照明器具との連結が損なわれていることを報告できる。少なくともいくつかの実施形態に関して、コントローラは、サブシステムの過去の動作特性を報告するように動作する。例えばコントローラは光レベルの変化を報告できる。
【００３４】
少なくともいくつかの実施形態に関して、センサは、電力監視ユニット（エネルギメータ１２２等）を含み、これは照明制御サブシステムの電力使用を測定するように動作する。更に少なくともいくつかの実施形態に関して、コントローラは、測定したサブシステムの電力使用を外部デバイスに通信するよう動作する。
【００３５】
後で詳細に説明するように、少なくともいくつかの実施形態に関して、コントローラは、他のサブシステムと通信して、２つ以上のサブシステムの論理グループを識別するように動作する。少なくともいくつかの実施形態に関して、論理グループの識別は、少なくともコントローラと、他のサブシステムのうちの少なくとも１つとが、上記論理グループを自動的に決定することを含む。ある実施形態に関して、論理グループの少なくとも１つは運動感知グループを含む。ある実施形態に関して、論理グループの少なくとも１つは環境光グループを含む。ある実施形態に関して、論理グループの少なくとも１つは論理スイッチグループを含む。ある実施形態に関して、論理グループの少なくとも１つは論理温度グループを含む。
【００３６】
ある実施形態に関して、コントローラは、共通の論理グループの別のサブシステムのセンサのセンサ信号に基づいて、光出力を制御するよう動作する。ある実施形態に関して、共通の論理グループの複数のサブシステムは、この論理グループのサブシステムのうちの１つのセンサが故障した場合に互いに通信する。
【００３７】
ある実施形態に関して、コントローラは、緊急状態を識別して緊急モードを開始させるように動作する。ある特定の実施形態に関して、コントローラは、緊急モードの識別を確認するように動作し、この確認は、コントローラが緊急状態にないデバイスとの通信を開始し、開始された上記通信が失敗した場合に、上記識別された緊急状態を確認することを含む。
【００３８】
図２は、ある実施形態による、複数のサブシステム１００、１０１、１０２を含む分散型照明制御システムを示す。図示したように、サブシステム１００、１０１、１０２それぞれ（又はこれらのうちの少なくともいくつか）は、前述の照明器具１１０、コントローラ１２０、通信インタフェース１３０、センサ１４０を含む。
【００３９】
図３は、ある実施形態による、複数のサブシステム１００、１０１、１０２及び中央コントローラ３１０を含む分散型照明制御システムを示す。少なくともいくつかの実施形態に関して、各サブシステムは独立して作動できる。各サブシステム１００、１０１、１０２は、更に中央コントローラ３１０に応答して作動できる。更に各サブシステム１００、１０１、１０２は、照明器具１１０、照明器具に連結されたコントローラ１２０、コントローラに連結された少なくとも１つのセンサ１４０、通信インタフェース１３０を含む。上記少なくとも１つのセンサ１４０は感知入力を生成し、通信インタフェース１３０はコントローラ１２０を、中央コントローラ３１０又は別のサブシステムのうちの少なくとも１つに連結する。少なくともいくつかの実施形態に関して、コントローラは、照明器具１１０の光出力を制御して、中央コントローラ３１０又は別のサブシステムのうちの少なくとも１つに、状態又は感知した情報のうちの少なくとも１つを通信するように動作する。
【００４０】
ある実施形態に関して、中央コントローラ３１０は、全てのサブシステム１００、１０１、１０２を構成し（従ってこれらは全て自動的に動作でき）、全てのサブシステム１００、１０１、１０２から状態及び統計の定期的な報告を収集してこれらを記憶し、全てのサブシステム１００、１０１、１０２から非同時性のイベントの報告を収集し、いずれかのサブシステム１００、１０１、１０２において実行されているソフトウェアを交換し、また操作者の命令により、いずれかのサブシステム１００、１０１、１０２における光レベルを制御できる。更にある実施形態に関して、操作者の命令により、中央コントローラ３１０はサブシステムを、操作者の命令によって自動モードで動作する状態に戻すことができる。中央コントローラ３１０のある実施形態はまた、サブシステム１００、１０１、１０２の操作者が、状態の閲覧、サブシステム１００、１０１、１０２で実行されているソフトウェアのアップグレード、サブシステムの構成の変更、選択したサブシステムにおけるソフトウェアのアップグレード、中央コントローラ３１０におけるソフトウェアのアップグレード、構成のバックアップ、状態及び統計の保存等を含む管理操作を実施できるように、照明制御サブシステム１００、１０１、１０２に対する管理ユーザインタフェースを提供できる。
【００４１】
ある実施形態に関して、中央コントローラ３１０は、ＩＰネットワークを介して１つ又は複数のゲートウェイに接続するために使用されるイーサネットインタフェースを含む。ある実施形態に関して、ゲートウェイは、１つ又は複数のサブシステム１００、１０１、１０２に接続するための無線通信インタフェースを使用する。照明制御システムの少なくともいくつかの実施形態は、この照明制御システムが、中央コントローラとサブシステムとの間の通信を提供するために使用されるネットワークタイプ又はトポロジに依存しないものとなるように設計される。ある実施形態に関して、中央コントローラ３１０はＨＴＴＰＳプロトコルを使用し、これは、コンピュータ上で実行されてグラフィカルユーザインタフェースを提供するウェブブラウザとの確実な接続をサポートするために使用される。ある実施形態に関して、中央コントローラは１００〜２４０Ｖ電源によって電力供給される。中央コントローラの実施形態は、電力、イーサネット接続、及びハードウェアの環境制約を超えない環境が存在するいずれかの場所に配置できる。
【００４２】
少なくともいくつかの実施形態は、照明制御サブシステムを改造設置するための装置及び／又は方法を含む。改造設置キットにより、現在の電力線及び電力制御配線を修正する必要なしに、最低限の機能しか有さない現在の照明制御サブシステムのアップグレードを行うことができる。改造設置された照明制御サブシステムにより、照明制御サブシステムの光の高度な制御が可能となる。改造設置された照明制御サブシステムは、他の改造設置された照明制御サブシステムとネットワーク化でき、多数の照明制御サブシステムの分散型制御が可能となる。更に、改造設置された照明制御サブシステムのある実施形態は、追加の又は代替の照明制御のためのネットワークインタフェースを含む。
【００４３】
ある実施形態に関して、改造設置コントローラは、既存の発光体の調光用安定器とインタフェース接続され、これは既存の電源及び調光用安定器の調光制御接続を停止し、改造設置コントローラを挿入し、電源及び調光用安定器の調光制御接続を改造設置コントローラに接続することを含む。更に、改造設置コントローラは、少なくとも１つの外部センサと改造設置コントローラとの間の外部導電線を取り付けることにより、少なくとも１つのセンサに接続される。既存の外部電気配線及びスイッチは、修正せずそのまま残すことができる。
【００４４】
ある実施形態に関して、少なくとも１つの外部センサは照明設備の近傍に固定される。例えば照明設備が部屋の天井に取り付けられている場合、上記少なくとも１つの外部センサは天井の照明設備近傍に固定される。
【００４５】
外部導電線は、改造設置コントローラと少なくとも１つの外部センサとの間に接続される。ある実施形態に関して、外部導電線は、改造設置コントローラから少なくとも１つの外部センサに電力を供給する。ある実施形態に関して、外部導電線は、少なくとも１つの外部センサから改造設置コントローラに制御情報を提供する。
【００４６】
少なくとも１つの外部センサは単に感知信号を提供でき、又は少なくとも１つの外部センサはコントローラを含むことができ、少なくとも１つの外部センサはネットワークに無線接続される。更に、いくつかの実施形態は、感知した情報及びネットワークから受信した制御情報のうちの少なくとも１つに基づいて、改造設置コントローラに調光制御情報を提供する、少なくとも１つの外部センサを含む。
【００４７】
別の実施形態に関して、改造設置コントローラは、少なくとも１つのセンサから、このセンサが感知した情報を受信し、この感知した情報に基づいて調光用安定器を最適に制御する。上記感知した情報は例えば、感知した光、感知した運動又は感知した温度を含むことができ、これによって高度な照明制御決定を行うことができる。
【００４８】
改造設置された高度な光コントローラのうちの多数が相関して動作している場合、これら光コントローラ全てを中央コントローラにインタフェース接続できる。この実施形態に関して、改造設置コントローラは、光コントローラの電力消費を管理、低減又は制御するために、ネットワークを通して制御情報を受信できる。あるいは光コントローラは、非集中型制御を含むことができ、各改造設置コントローラは、他の改造設置コントローラからネットワークを介して制御情報を受信できる。
【００４９】
ある実施形態に関して、中央コントローラは、照明制御システムのシステム管理を提供するように動作する。少なくともいくつかの実施形態に関して、このシステム管理はユーザインタフェースを提供し、これによりユーザは、複数のサブシステムのうちの１つ又は複数の動作を構成できる。
【００５０】
少なくともいくつかの実施形態に関して、中央コントローラは、更に感知した値及び複数のサブシステムのうちの１つ又は複数に関するサブシステム状態の情報を受信するように動作する。少なくともいくつかの実施形態に関して、中央コントローラは、更に複数のサブシステムのうちの１つ又は複数の感知値を受信したものを総計して表示するよう動作する。いくつかの実施形態に関して、中央コントローラは、更に複数のサブシステムのうちの１つ又は複数の受信した感知した値を合計して表示するように動作する。少なくともいくつかの実施形態に関して、中央コントローラは、更に様々な期間に亘る上記感知値を受信したものの簡易統計を表示するように動作する。簡易統計の表示は、数分、数時間、数日、数週間、数ヶ月及び／又は数年等の複数の期間に亘る統計（平均）の表示を含むロールアップを含ませることができる。
【００５１】
少なくともいくつかの実施形態に関して、中央コントローラは、緊急事態にあるサブシステムの故障を識別するように、及び他のサブシステムの動作を識別してこれらと通信し、これらを緊急モードで動作させるように動作する。少なくともいくつかの実施形態に関して、中央コントローラは、外部の電力会社からの需要応答を受信し、これに応じて複数のサブシステムと通信してこれらを電力節約モードで動作させるように動作する。
【００５２】
図４は、ある実施形態によるサブシステムの論理グループ４１０を含む分散型照明制御システムを示す。即ち例えば、論理グループ４１０は照明制御サブシステム１００、１０１を含む。論理グループが定義されると、その論理グループの照明制御サブシステムの状態及び感知情報は、そのグループの構成要素である照明制御サブシステム間で共有でき、これにより各構成要素は更なる高度な機能を備える。更に上記論理グループの構成要素である照明制御サブシステムは一体として制御できる。
【００５３】
照明制御サブシステムの互いに通信できる能力に基づき、ある実施形態は、ある論理グループの複数のサブシステムが、それぞれのセンサの読み取り値を互いに提供し、光レベルを設定するための決定を互いに提供することを含む。従って照明制御サブシステムは光の制御を整合させることができる。例えば、会議室内の全ての設備（サブシステム）からなる複数の照明制御サブシステムのあるグループを設定できる。従って、これらのサブシステムのいずれかが（空間使用者が複数のドアのいずれかを通って会議室に入ることによる）運動を感知し、かつ発光体がオフである場合、サブシステムは、運動によって発光体をオンにすることをグループ内の他の構成要素に通信し、これにより全ての構成部品がそれぞれの発光体をオンにする。また、いずれかのサブシステムが運動を検出した場合、これをグループ内の他の構成要素に通信し、運動を現在感知していないサブシステムさえも、発光体をオンのまま保持できる。別の例は、廊下の複数の発光体が１つのグループになっているものである。このような場合、これら発光体は、それぞれの運動の感知及び物理的位置をグループ内の他の発光体に通信でき、発光体はこれに反応して、無人であった廊下で移動する人物の「目の前」に近い発光体だけをオンにする（又はその発光体が低いレベルでオンになっている場合は明るくする）ことができる。更に別の例は、洗練された光スイッチのように作用する外部デバイスである。ユーザが自身に対する照明シーンを選択すると、そのシーンが「スイッチグループ」の構成要素である全てのサブシステムに送信される。
【００５４】
ある実施形態に関して、各照明サブシステムのコントローラは、他のサブシステムと通信し、２つ以上のサブシステムの論理グループを識別するように動作する。ある実施形態に関して、コントローラは、別のサブシステムのセンサのセンサ信号に基づいて光出力を制御するように動作する。ある実施形態に関して、論理グループの識別は、少なくともコントローラと他のサブシステムのうちの少なくとも１つとが論理グループを自動決定することを含む。
【００５５】
いくつかの実施形態は、様々な種類の論理グループを含む。例示的な論理グループは、運動感知グループ、環境光グループ、論理スイッチグループ及び／又は論理温度グループを含む。これは排他的なリストではないことを理解されたい。
【００５６】
サブシステムの論理グループ４１０を含む分散型照明制御システムを含む建築物制御システムの少なくともいくつかの実施形態に関して、これらサブシステムは独立して動作可能である。即ち各サブシステムは完全に独立して動作でき、各サブシステム内のコントローラは中央コントローラからいずれの命令を受信することなく動作可能である。他の実施形態に関して、これらサブシステムは、例えば共通の論理グループ内の他のサブシステムといった他のサブシステムと連動して動作する。この実施形態に関して、建築物制御に関する決定は、多数のサブシステム間の協働的相互作用を含むことができる。他の実施形態に関して、１つ又は複数のサブシステムはシステムコントローラとインタフェース接続される。
【００５７】
ある実施形態に関して、各照明制御サブシステム１００の各コントローラ１２０は、環境負荷又は安全デバイスを独立して制御する。より具体的には、コントローラは、照明強度、環境制御又は建築物安全制御のうちの少なくとも１つを制御する。以下で説明するように、建築物制御サブシステムは、照明を含むことができ（即ちサブシステムと共に発光体が含まれている）、サブシステムのコントローラは前記発光体が放出する光の強度を制御する。あるいは又は更に、サブシステムは、温度又は湿度等の環境制御を含むことができる。この実施形態に関して、サブシステムは、ＨＶＡＣシステムとインタフェース接続できるか、又はＨＶＡＣシステムの一部とすることができる。あるいは又は更に、サブシステムは、建築物安全システムとインタフェース接続できるか、又は建築物安全システムの一部とすることができる。
【００５８】
少なくともいくつかの実施形態に関して、各サブシステムのコントローラは、論理グループ内の複数のサブシステムのうち他の少なくとも１つから受信した少なくとも１つの共有センサ又は共有状態情報に基づいて、環境負荷及び／又は安全デバイスを独立して制御するように動作する。いくつかの実施形態に関して、環境制御は光、温度及び／又は湿度を含む。いくつかの実施形態に関して、共有センサ情報は、感知光、運動、温度、湿度及びその他の考えられるセンサを含む。いくつかの実施形態に関して、状態情報は例えば、空間使用情報、クリア状態タイマ、照明制御サブシステムが放出した光の強度を含む。
【００５９】
サブシステムは、例えば論理グループの別のサブシステムからの感知したパラメータに少なくとも部分的に基づいて、サブシステムから放出された光の強度を制御してもよい。サブシステムは、論理グループ内の他のサブシステムの温度又は湿度感知に基づいて、温度又は湿度を制御してもよい。サブシステムは、論理グループの他のサブシステムが感知したパラメータに基づいて、安全性に関する決定を行ってもよい。
【００６０】
分散型建築物制御サブシステムの高度な機能に更に加わる因子は、論理グループの指定であり、論理グループのサブシステムは、その論理グループの他の建築物制御サブシステムからの感知入力に基づいて、建築物のパラメータを制御する。
【００６１】
ある実施形態に関して、建築物制御サブシステム内のコントローラは、複数のサブシステムのうちの１つ又は複数を、論理グループに属するように指定するのを補助するように動作する。即ち、サブシステムは、共通の論理グループ内の他のサブシステムといった他のサブシステムと連動して動作する。この実施形態に関して、建築物制御に関する決定は、多数のサブシステム間の協働的相互作用を含むことができる。別の実施形態に関して、複数のサブシステムの少なくともいくつかは、どのサブシステムが論理グループに含まれるかを自動的に決定する。
【００６２】
ある実施形態に関して、サブシステムは、配置及び／又は近接度に基づいて論理グループを自動指定する。即ち、一例として、各サブシステムはその配置（例えばｘ、ｙ、ｚ座標）を知っており、感知入力及びこの感知入力を生成したセンサの近接度又は配置（例えばｘ、ｙ、ｚ座標）に基づいて自動指定を行う。特定のカテゴリ（例えば廊下、緊急事態）に分類されたサブシステムは、カテゴリの共通性及び近接度に基づいて他のサブシステムと連携する。例えば、廊下又は非常用通路のサブシステムは、廊下又は非常用通路の別のサブシステムから運動感知入力を受信し、これら２つが共に同一のカテゴリ内にあるという事実、及びこれらがある距離閾値（近接度）内にあるという事実に基づいて、（感知される）入力の受信元であるサブシステムと同一の運動グループにあることを決定する。
【００６３】
換言すると、ある実施形態に関して、自動的な決定は、サブシステムのうちの少なくとも１つが異なるサブシステムの感知入力を受信し、この少なくとも１つのサブシステムが、前記異なるサブシステムに対する前記少なくとも１つのサブシステムの近接度に基づいて、前記異なるサブシステムを含む論理グループ内に上記少なくとも１つのサブシステム自体を自動指定することを含む。具体的実施形態に関して、上記少なくとも１つのサブシステムは、上記異なるサブシステムの３次元ｘ、ｙ、ｚ位置に対する上記少なくとも１つのサブシステムの３次元ｘ、ｙ、ｚ位置に基づいて、上記異なるサブシステムに対する近接度を決定する。
【００６４】
自動指定グループの文脈において説明を行っているが、サブシステムが配置又は近接度情報を使用して動作に影響を及ぼすこともできることを理解されたい。即ち例えば、サブシステムは、論理グループ化に基づいて、及び更に感知入力の近接度に基づいて、その動作を決定してよい。
【００６５】
ある実施形態に関して、管理者は、複数のサブシステムのうちのどれが前記論理グループに属するかを特定する。一般に、このような管理者による特定は、据え付け時に行われ、固定されたまま維持してもよい。別の実施形態に関して、手動操作者が、複数のサブシステムのうちのどれが上記論理グループに属するかを特定する。これは、手動操作者が論理グループ化を設定及び制御できるようにする手動制御（スイッチ又は複数のスイッチのセット）を、操作者が有することを含んでいる。
【００６６】
ある実施形態は、論理グループの各サブシステムが更に、デバイスからの入力を受信するように動作することを含み、この入力が、この入力を論理グループと関連付ける識別子を含む場合、サブシステムは入力に応答する。この実施形態に関して、外部コントローラは、論理グループと関連付けられた一意識別子に基づいて、特定の論理グループとインタフェース接続できる。一意識別子と論理グループとの関連付けは、サブシステムの数の拡張を容易にする。即ち例えば従来の中央制御型システムは、サブシステムを制御するためにより多くのメッセージ又はより大きなメッセージを必要とするが、その一方で、論理グループと共に一意識別子を含むことにより、グループが成長するにつれて伝送されたデータが成長するか又は増大することのない効率的なシステムが得られる。更にこのシステムは、いずれの１つの通信チャネルを使用することに頼りこれを必要とする程度が低く、従って通信チャネルの使用による故障の発生確率がより低い。
【００６７】
ある実施形態は、論理グループ内のサブシステムが、論理グループ内のあるサブシステムが運動及び／又は光を感知するとすぐにクリア状態タイマを再始動させることを含む。クリア状態時間は、例えば空間使用者を感知した後どの程度の時間その空間が使用されることになるかを推定する空間使用ウィンドウによって定義できる。即ち例えば、発光体は、空間使用ウィンドウが推定できるクリア状態タイマのある期間に亘って、建築物又は構造体内でオンにすることができる。この実施形態により、ある論理グループの構成要素（サブシステム）は、複数の状態を互いに同期させたまま遷移させることができる。
【００６８】
クリア状態タイマの動作の複数のイベントの例示的な方法又はシーケンスは、運動グループ内のサブシステムが運動を検出することを含む。複数の照明サブシステムの例示的なセットの動作に関して、運動グループ内の全てのサブシステムは、ある程度の構成された時間の空間使用ウィンドウを明るくしてこれを設定する。空間使用ウィンドウの終了時、サブシステムは調光／オフされることになる。しかしながら、空間使用ウィンドウ中に運動グループ内のいくつかのサブシステムが運動を検出すると、運動グループがカバーしている領域がまだ空間使用されているため、運動グループ内の全てのサブシステムは空間使用ウィンドウをリセットする。空間使用ウィンドウの終了後、全てのサブシステムは調光／オフされる。
【００６９】
ある実施形態に関して、時間通りに照明を再始動した後所定の時間内に、論理グループ内のサブシステムが運動及び／又は光を感知しても、これは無視される。即ち例えば照明サブシステムが照明をオンにした直後には、光及び／又は運動の感知は無視される。感知入力が無視される期間は、不動作時間として定義できる。不動作時間は、論理グループの複数の光の間の「不均一（ｃｈａｔｔｅｒ）」を低減できる。即ちある論理グループ内の複数の光は、その論理グループの照明サブシステム間の余計な又は過度の不均一を引き起こし得る運動及び／又は光の変化を、略同時に感知できる。
【００７０】
ある実施形態は、あるサブシステムが、論理グループの別のサブシステムからの光及び／又は運動の感知の指標を受信した場合に、所定の期間に亘って光及び／又は運動の感知を無視することを含む。このプロセスは「反感知（ａｎｔｉ−ｓｅｎｓｉｎｇ）」として定義できる。反感知は、例えばオフィス又は会議室の外を誰かが通過した場合に、そのオフィス又は会議室の照明サブシステムがオンになるのを防止するために有用である。
【００７１】
様々な実施形態は、異なるタイプの論理グループを含む。例示的な論理グループのタイプは、例えば運動感知グループ（上述）、環境光グループ、論理温度グループ、論理スイッチグループを含む。更なるタイプの論理グループが更に又は代替として存在し得ることは明らかである。更にサブシステムは、いずれかの数の異なる論理グループに属する。サブシステムの論理グループ化は、論理グループの構成要素を同期させるため、比較的大きなデータサンプルに基づいて挙動を標準化するため、及び／又は比較的大きなデータサンプルに基づいてより良好な決定を行うために有用である。更に、あるサブシステムがいずれかの数の異なるグループに属することができるようにするのは、中央制御式システムにおいては困難かつ高コストである。中央制御式システム内のサブシステムの構成要素リストが大きくなるにつれ、コントローラが管理しなければならないデータも大きくなり、これにより拡張性に関する問題が引き起こされる。
【００７２】
例示的な運動感知グループは、例えば廊下に配置された照明サブシステムによって利用できる。ある実施形態に関して、廊下のサブシステムは、これらが廊下にあることを決定し、共通の論理グループ（即ち運動感知グループ）内に含まれるようにこれら自体を自動指定する。更に、運動感知グループは廊下の先回り制御挙動を含み、この先回り制御挙動のために、サブシステムの複数の重複した論理グループは、廊下に沿った光の伝播を提供する。この運動グループを実装するための様々な実施形態が存在することを理解されたい。グループの構成要素は、この運動感知グループの構成要素が生成する照明のユーザフレンドリーな挙動を保証するために望ましいように定義できる。
【００７３】
この光の伝播は、物体が高速（即ち所定の閾値を超える速度）で運動し、かつ物体の運動経路を照明する必要があるような用途において使用できる。更に、廊下の先回り制御挙動は、廊下を通って運動する複数の個体を遠く離れた位置で確認できるため、夜間で人がまばらな屋内通路においてより安全な環境を提供できる。廊下の先回り制御挙動を使用することによって、運動感知グループは、（多くの従来の照明制御システムのように）廊下全体を照明することなく適切なレベルの光を提供できるため、安全性及びエネルギ効率の効果的なバランスを達成できる。
【００７４】
環境光グループに関して、ある実施形態は、複数のサブシステムの少なくとも１つのサブセットが、それら自体を環境光グループ内にあるものとして自動指定することを含む。光の自動又は自己指定は、例えば複数のサブシステムの少なくとも１つのサブセットが、光の変化を受信することを略同時に（即ち例えば所定のタイムスロット内に）決定することによって実施できる。
【００７５】
ある実施形態に関して、論理グループの複数のサブシステムのうちの少なくとも１つが、運動及び／又は光感知不能条件を感知し、前記少なくとも１つのサブシステムが共通の論理グループ内の他のサブシステムから感知情報を引き出して運動及び／環境光レベルを決定する場合、サブシステムはこれに従って応答する。即ちあるサブシステム（照明サブシステム等）は、この照明サブシステムが不能状態である場合に論理グループ内の他のサブシステムから情報を請求する。同一のコンセプトを、運動センサ又は温度センサ等の他のセンサにも拡張できることを理解されたい。
【００７６】
ある論理スイッチンググループに関して、ある実施形態は、この論理グループがグループＩＤによって指定され、このグループＩＤを有する論理グループの構成要素である複数のサブシステムが論理スイッチ又は物理スイッチによって制御されることを含む。ある実施形態に関して、前記構成要素であるサブシステムは、所定のシーンを提供するよう制御される。
【００７７】
例えば、会議室は、プロジェクタのスクリーン又は集団視聴用モニタの付近のサブシステムを調光する所定のシーンを有する場合がある。他のシーンとしては、特定のタスク（例えば調整タスク）のために光レベルを最適化することが挙げられる。
【００７８】
ある実施形態は、論理グループの少なくとも１つのサブシステムが、この論理グループ内の別のサブシステムから、運動及び／又は光感知入力のうちの少なくとも１つに関する基準又はベースライン値を受信することを含む。例えば、ある照明サブシステムは、論理グループ内の別の照明サブシステムから環境光レベルを請求し、これによって、建築物内の特定の位置における最小光レベルに関する基準を確立する。更に、照明サブシステムは、グループ内の他の（１つ又は複数の）サブシステムからの入力を受信し、続いてそれ自体が測定（感知）した値を受信した値と比較して、決定を行うことができる。例えば、上記受信した値は、（加熱又は冷却目標等の）目標であってもよい（サブシステムは更に、この目標に到達するまでその温度を調整する）。別の実施形態に関して、サブシステムは受信した値を用いて、いくつかの外部因子を決定する。例えば、外部に配置されたあるサブシステムから受信した値を用いて、内部温度の調整を補助するために使用できる外部温度を決定できる。これらの実施形態は、温度制御以外にも拡張できることは明らかである。
【００７９】
論理温度グループに関して、ある実施形態は、環境負荷を制御するために、あるサブシステムが、論理グループ内の他のサブシステムのうちの少なくとも１つから、空間使用（運動）入力及び温度センサ入力のうちの少なくとも１つを受信することを含む。他の実施形態に関して、これは更に、サブシステムが、論理グループ内の全てのサブシステムの温度を平均化することによって環境負荷を制御することを含むことができる。更に又はあるいは、いくつかの実施形態は、サブシステムが、例えば空間使用を報告している論理グループ内のサブシステムの温度のみを用いて、環境負荷を制御することを含む。いくつかの実施形態に関して、環境は、例えば使用されている空間等、問題となる場所においてのみ制御される。本明細書に記載の実施形態は、空間が実際に空間使用されているかどうかの決定から、人がその空間を単に通過しているだけであるかどうかを決定できる。
【００８０】
図５は、ある実施形態による、複数のサブシステムの論理グループ５１０及び中央コントローラ３１０を含む分散型照明制御システムを示す。ある実施形態に関して、中央コントローラ３１０は、各サブシステムに情報を提供し、複数の照明サブシステムの論理グループに少なくとも部分的に基づいて、各サブシステムを制御する。
【００８１】
少なくともいくつかの実施形態に関して、中央コントローラ３１０はユーザインタフェース（ＵＩ）５２０とインタフェース接続され、このユーザインタフェース５２０により、ユーザは中央コントローラを制御できるか、又は中央コントローラから情報を受信できる。
【００８２】
少なくともいくつかの実施形態に関して、論理グループ（論理グループ５１０等）は命令を受信するか、又は外部デバイス５３０に情報を提供する。上述のように、外部デバイスは、他の照明制御システム又は中央コントローラとすることができるが、少なくともいくつかの実施形態に関して、外部コントローラ５３０は、スイッチ（即ち例えば照明の壁面スイッチのような外見の照明制御デバイス）、センサのアレイ、又はユーザ制御式手持ちデバイス（タブレットコンピュータ若しくはスマートフォン等）とすることができる。外部デバイス５３０は、上述で列記したもの以外のデバイスとすることもできることは明らかである。
【００８３】
例えば外部デバイスがスイッチである場合、このスイッチは、論理グループ５１０に動作命令を提供できる。この命令は一意識別子を用いて提供でき、この一意識別子に応答する上記論理グループは、これに従って応答できる。
【００８４】
外部デバイス５３０がセンサのアレイを含む場合、複数の照明制御サブシステム又は複数の照明制御サブシステムの複数の論理グループのうちのいずれか１つから得られる情報を用いて、これら照明制御サブシステムが配置されている構造体に関して更に学習することができる。
【００８５】
外部デバイス５３０が手持ちデバイスである場合、システム操作者はこの手持ちデバイスを用いて、照明制御サブシステムのうちの１つ又は複数を含む構造体の周りを移動し、この構造体の照明制御サブシステムを修理する及び／又はこれら照明制御サブシステムの動作に関して学習することができる。ある実施形態に関して、照明制御サブシステムのうちの１つ又は複数はメモリを含む。照明制御サブシステムのうちの１つ若しくは複数の感知及び／若しくは状態情報、又は論理グループのうちの１つ若しくは複数の感知及び／若しくは状態情報は、このメモリに記憶される。システム操作者は、メモリにアクセスすることによって定期的にシステムを停止させて、上記感知及び／又は状態情報を得ることができる。
【００８６】
図６は、ある実施形態による、照明制御サブシステムを動作させる方法の複数のステップを含むフローチャートである。第１のステップ６１０は、照明制御サブシステムのセンサが感知入力を生成することを含む。第２のステップ６２０は、照明制御サブシステムのコントローラによって、上記感知入力に少なくとも部分的に基づいて、照明器具の光出力を制御することを含む。第３のステップ６３０は、照明制御サブシステムのコントローラによって、状態又は感知情報のうちの少なくとも１つを外部デバイスに通信することを含む。
【００８７】
図７は、中央コントローラ７２０とインタフェース接続された複数の独立制御式発光体（上述の照明制御サブシステムの実施形態）７２１、７２２、７２３、７２４、７２５、７２６の一例を示す（ある実施形態に関して、中央コントローラは光及びエネルギ管理システムを含む）。図示したように、中央コントローラ７２０と、独立制御式発光体７２１、７２２、７２３、７２４、７２５、７２６それぞれとの間でデータを交換できる。中央コントローラ７２０からの情報は、典型的には光のプロファイルを含む。更に、例えば緊急事態において、中央コントローラ７２０から上記独立制御式発光体へと情報を伝達できる。
【００８８】
図示したように、独立制御式発光体は、いずれかの数のセンサを含むことができる。これらのセンサは、例えば、光センサ、運動センサ、温度センサ、カメラ及び／又は空気品質センサを含む。これらのセンサから得られる情報は、独立制御式発光体自体によって直接使用でき、又はこの情報の少なくとも一部を中央コントローラ７２０にフィードバックできる。中央コントローラ７２０は、例えばリアルタイムエネルギコスト等のユーティリティ情報及び要求応答を提供できるユーティリティサーバ７１０とインタフェース接続できる。ある代替実施形態に関して、独立制御式発光体のうちの１つ又は複数は、例えばＺｉｇｂｅｅ（商標）インタフェース及びスマートメータ７４０を通してユーティリティサーバ７１０と直接通信できる。
【００８９】
図７に示すような中央コントローラは任意である。即ち、独立して制御可能な発光体は、中央コントローラを用いずに操作できることを理解されたい。
【００９０】
図８は、独立して制御可能な発光体（少なくとも１つの実施形態による上述の照明制御サブシステムを含む統一型コントローラ、アクチュエータ及びセンサ）のある実施形態を示す。独立して制御可能な発光体は、照明ユニット（照明器具）８４０の動作を独立して管理及び制御するコントローラ８２０を含む。上述のように、独立して制御可能な発光体は、光センサ８３１、運動センサ８３２、温度センサ８３３、カメラ８３４及び／又は空気品質センサ８３４等のセンサのいずれかの組み合わせを含む。また上述のように、独立して制御可能な発光体は、通信チャネル全体に亘るいずれの場所からプロファイルを受信できる。
【００９１】
図８では、独立して制御可能な発光体は光ユニット（照明器具）を含む。あるいは光ユニットはコントローラの外部にあるものとすることができることを理解されたい。この実施形態に関して、コントローラは光レベルの変化に影響を及ぼす出力を含むことができる。例えば上記出力は、発光体をオン及びオフするためのリレーを制御でき、調光のための０〜１０Ｖ又はＰＷＭ（パルス幅変調）出力を制御できる。コントローラ８２０は、マイクロプロセッサユニット、様々なプログラム命令を通信するためのインタフェース、電子デバイスと通信するための複数のポートを統合した標準的なチップセットを含む。
【００９２】
電源を投入すると、初期設定プロファイルを使用するオンモードを開始できる。続いて、独立して制御可能な発光体が中央コントローラ又は付近の他の発光体と連動する発見モードを開始できる。独立制御により、中央コントローラとのインタフェース接続を行うことなく、発光体の据え付けを１回に１つずつ行うことができる。しかしながら、中央コントローラとの連動が確立された場合、独立して制御可能な発光体は、中央コントローラとの周期的なデータ通信を開始できる。続いて中央コントローラは、初期設定プロファイルとは異なるプロファイルをアップロードできる。
【００９３】
一実施例では、特定の時間間隔に亘って運動が検出されなかった場合、光ユニット８４０が生成する光は徐々に調光されるか、又はオフ状態に保持できる。運動が検出されると、マイクロコントローラ８２０上で実行されるソフトウェアは、光の感知レベルと光の目標レベルとを比較できる。感知レベルと目標レベルとの差が顕著である場合、これに従って、測定した光が目標レベルより高いか低いか、及びこれらの値の間の不一致の度合いを含む様々な因子に応じて、生成される光の強度を変化させることができる。更に、直近の過去のセンサ測定、時刻及び／又はその他の観察されたパターン等のその他の因子を考慮できる。更に、上述の光プロファイルは、放出される光の調整に影響を及ぼす。
【００９４】
ある実施形態は、発光体から放出される光の波長を調整することによって光を調整することを含む。いくつかの実施形態は、光センサを用いて環境光の色温度を感知すること、及び自然な日光のサイクルをシミュレーションすることを含む。
【００９５】
光のセンサの故障が検出されると、所定の動作を行うことができる。例えば、光センサの故障が検出されると、発光体の光レベルを上昇させることができる。空間使用センサの故障が検出されると、空間使用を仮定することができる。
【００９６】
様々な方法を用いて、発光体の光レベルを調整できる。例えば発光体がサブシステム内にある場合、（複数の電球を有する蛍光灯サブシステム等の）このサブシステム内の１つ又は複数の発光体をオフ又はオンにすることによって光を調整できる。ある代替実施形態では、ある領域内の多数の発光体に亘る整合構成シーケンスによって、目標の光強度を確立することを含む。ある実施形態に関して、目標の光強度は、光プロファイルに応じて、ある領域内の多数の発光体に亘る整合構成シーケンスによって少なくとも部分的に確立される。ある特定の実施形態は、それぞれ３つの電球を備える一対の蛍光灯サブシステムを含み、６つの電球のうちの２つは１つの調光用安定器によって制御され、６つの電球のうちの４つは別個の調光用安定器によって制御される。２電球用安定器は、各サブシステム内の１つの電球を制御し、４電球用安定器は、各サブシステム内の２つの電球を制御する。調光用安定器により、電球のうちの２つ又は４つをオフにし、残りをオンにすることによって調光が達成される。
【００９７】
発光体の特定の構成は、特定のパーセンテージの輝度未満の不十分な光安定器を含む。光強度をこのパーセンテージの輝度未満に調整するこれら光安定器を含むことは、残りの発光体を明るくするのと同時に１つ又は複数の発光体をオフになるまで徐々に調光することにより、所望の光レベル調整を達成することを含む。
【００９８】
図９は、ある独立して制御可能な発光体をオンにする際のタイミングイベントのシーケンスの一例を示すタイムラインを示す。図示したように、ｔ０において、独立して制御可能な発光体をオンにする。これより後の時点ｔ１において、独立して制御可能な発光体は初期設定プロファイルを使用する（上述のように、中央コントローラは後に異なるプロファイルをアップロードできる）。時点ｔ２では、独立して制御可能な発光体はセンサの較正を実行できる。その後独立して制御可能な発光体は定常状態モードに入ることができ、このモードでは、感知された特定のイベントが、独立して制御可能な発光体の調整をトリガできる。
【００９９】
図１０は、ある独立して制御可能な発光体の動作中のタイミングイベントのシーケンスの一例を示すタイムラインを示す。図示したように、感知されたイベントは発光体の調整をトリガし、これによって初期安定化時間の後の不変の調整区間が開始される。いくつかの実施形態は、光のレベルを調光する際に初期安定化時間を含み、光のレベルを上昇させる際にゼロ（実際には含まれない）に設定されることになる。この実施形態に関して、不変の調整区間と同時にランダム時間遅延が開始される。このランダム時間遅延は、独立して制御可能な発光体のうちの２つ以上が互いに近接して配置されている場合に極めて有用である。ランダム時間遅延は、上記近接した発光体がこれらの光レベルを異なる時点で調整して、各発光体が他方を制御する際の振動を防止することを保証し、また照明の均一な分配を保証する。
【０１００】
ランダム遅延時間の後、光レベルを制御可能に調整する。この調整は、目標の光レベルに到達するまで継続される。これは、いずれかの回数の不変調整サイクルを含むことができる。その後に、光レベルを減衰させるか又は光レベルの変化をフィルタリングするための変化減衰区間が含まれる。光が許容レベルではなく、上昇させる必要がある場合、減衰区間を省略できる。あるレベル未満の光レベルは、安全性に関する問題を発生させる場合がある。従って、論理は安全性を失うことになる。変化減衰区間の後、次の感知によるトリガにより、サイクル全体が繰り返される。
【０１０１】
不変調整区間は、光レベルを漸進的に変化させ、また近接した発光体が適正な様式で漸進的に変化できるようにする。同一の条件（例えばブラインドを開けて太陽光が複数の発光体に届くようにすること）に反応する複数の発光体は、（ランダム遅延により）異なる時点で反応し、所望の目標とする光変化に影響を及ぼすための同様の機会（ステップ）を有する。光レベルが漸進的に変化すると、隣接する複数の領域の空間使用者を混乱させずに済む。
【０１０２】
不変変化減衰区間は、例えば発光体によって照明されている部屋の中の空間使用者を、これら発光体に影響を及ぼす条件の連続的な変化によって苛立たせるのを防止するために導入される。例えば曇りがちな日には、太陽が雲の後を通過し、発光体が感知する光の強度が頻繁に変化するため、空間使用者は、発光体が連続的に明るくなったり暗くなったりすることによって苛立つ場合がある。この例では、論理は発光体を比較的明るいレベルに維持することにより、生産性を高く（即ち空間使用者を比較的苛立たせないように）維持する。
【０１０３】
初期安定化時間は、知覚される光レベルの一時的な上昇をフィルタリングするために使用される。これは、例えば白い衣服を着た人が光センサの付近にいる場合、又は例えば外部の車のヘッドライトをセンサが受信して、知覚される光レベルの上昇が引き起こされた場合に起こる。
【０１０４】
図１１は、ある独立して制御可能な発光体の光レベルが上昇している間のイベントのシーケンスの一例を示すタイムラインを示す。図示したように、トリガイベントが感知又は検出された時点において、発光体の光レベルは初期レベルにある。続いて光レベルは目標レベルへと調整される。この調整はまず、レベル調整ステップサイズ（デルタ１）を含むことができ、これは実際の照明レベルが許容レベル未満である場合により大きくなる。実際の照明レベルが許容レベルを超えると、レベル調整ステップサイズ（デルタ２）を減少させることができる。これにより、光レベルは、上昇中、目標光レベルと現在の光レベルとの間の差がまだ大きい場合により急速に変化する。即ちデルタ１はデルタ２より大きい。上述のように、レベル変化の間の時間は、不変の調整区間とランダム時間遅延との和であることに留意されたい。
【０１０５】
図１２は、照明サブシステムの光レベルを調整可能に上昇させる方法の一例の複数のステップを含むフローチャートである。ステップ１２０１は、発光体をオンにすることを含む。ステップ１２０２は、発光体の近傍の空間使用を検出することを含む。ステップ１２０５は、発光体の運動センサに一定の間隔で問い合わせることにより、空間使用を検出することを含む。ステップ１２０３は、発光体の運動センサからの遮断によって空間使用を検出することを含む。空間使用が検出された場合、続いてステップ１２０６は、光レベルを調整する必要があるかどうかを検査することを含む。光レベルを調整する必要がある場合、次にステップ１２０７は、光レベルが少なくとも許容レベルであるかどうかを決定する。許容レベルである場合、ステップ１２０９は、漸進的な変化を提供するために、調整用の小さいデルタを選択することを含む。許容レベルでない場合、ステップ１２０８は、より急速な変化を提供するために、調整用の比較的大きなデルタ変化を選択することを含む。ステップ１２１０は、ランダム遅延時間を導入することを含む。ステップ１２１１は、選択したデルタだけ光レベルを上昇させる。ステップ１２１２は、実行された光レベルの変化が実現されているかどうかを検査することを含む。有効である場合、ステップ１２１３は次の不変調整区間までのスリープ期間を開始することを含む。有効でない場合、ステップ１２１４は現在の光レベルを再評価して新たなサイクルを開始することを含む。
【０１０６】
図１３は、独立して制御可能な発光体がその光レベルを低下させている間のイベントのシーケンスの一例を示すタイムラインである。図示したように、トリガイベントが感知又は検出された時点において、発光体の光レベルは初期レベルにある。続いて光レベルは目標レベルへと調整される。この調整は、まず、レベル調整ステップサイズ（デルタ３）を含ませることができる。一般にデルタ３はデルタ１未満であり、従って照明レベルは、その低下速度より速い速度で上昇する。
【０１０７】
図１４は、照明サブシステムの光レベルを調整可能に低下させる方法の一例の複数のステップを含むフローチャートである。ステップ１４０２は、発光体の近傍の空間使用を検出することを含む。ステップ１４０５は、発光体の運動センサに一定の間隔で問い合わせることにより、空間使用を検出することを含む。ステップ１４０１は、運動センサからの遮断によって空間使用を検出することを含む。空間使用が検出された場合、ステップ１４０３は、光レベルを調整する必要があるかどうかを検査することを含む。ステップ１４０４は、変化減衰区間をリセットすることを含む。ステップ１４０６は、光レベル調整が変化減衰区間内にあるかどうかを検査する。光レベル調整が変化減衰区間内にある場合、ステップ１４０５は、問い合わせスリープ区間を開始することを含む。光レベル調整が変化減衰区間内にない場合、ステップ１４０７は、漸進的な変化を保証するための小さいデルタを選択することを含む。ステップ１４０８は、光レベルをこのデルタだけ低下させることを含む。ステップ１４０９は、実行された光レベルの変化が実現されているかどうかを検査することを含む。有効である場合、ステップ１４１０は次の不変調整区間までのスリープサイクルを開始することを含む。有効でない場合、ステップ１４１１は現在の光レベルを再評価して新たなサイクルを開始することを含む。
【０１０８】
図１５は、光を制御する方法の一例を含むフローチャートである。第１のステップ１５１０は、光調整トリガイベントを検出することを含む。第２のステップ１５２０は、ランダム遅延時間を選択することを含む。第３のステップ１５３０は、光を調整することを含み、ここで光の調整は、光調整トリガイベントを検出した後にランダム遅延時間を発生させる。
【０１０９】
ある実施形態に関して、光調整トリガイベントを検出することは、ある変化閾値を超える光レベル変化を感知することを含む。これは例えば、異なる閾値を超える量だけ目標の光レベルとは異なる光レベルを感知することである。更に又はあるいは、光調整トリガイベントは、室内空間使用状態、ユーザ入力又は緊急事態状態の変化を感知することを含ませる。他の実施形態に関して、光調整トリガイベントを検出することは、時刻の変化、曜日、日付、天候の変化のうちの少なくとも１つを検出することを含む。他の実施形態に関して、光調整トリガイベントを検出することは、例えば中央コントローラから、需要応答要求又はリアルタイム価格決定要求を受信することを含む。
【０１１０】
ある実施形態は、不変調整区間あたり１回だけ光を調整することを含む。更に光は、上記不変調整区間の開始から上記ランダム遅延時間だけ後に調整される。これは更に、不変調整区間全体を通して周期的に問い合わせを行い、光調整トリガイベントを引き起こす状態変化が持続していることを確認することを含ませる。上記トリガを引き起こす状態変化がもはや持続していない場合、新たな光調整トリガイベントを開始できる。
【０１１１】
上述のように、少なくとも１つの光パラメータを含む光プロファイルを受信できる。この少なくとも１つの照明パラメータは、変化閾値（百分率又は絶対値）、目標光レベル、及び／又は差分閾値（百分率又は絶対値として）に影響を及ぼし得る。更に、いくつかの実施形態は、上記少なくとも１つの光パラメータが不変調整区間及び／又は変化減衰区間に影響を及ぼすことを含む。
【０１１２】
いくつかの実施形態は、複数の因子が光プロファイルに影響を及ぼすことを含む。例えば光プロファイルは、部屋又は領域の種類に少なくとも部分的に基づくものである。この光プロファイルはこれに従って、生産性：効率（ｐｒｏｄｕｃｔｉｖｉｔｙ  ｖｅｒｓｕｓ  ｅｆｆｉｃｉｅｎｃｙ：ＰＶＥ）比、日光出現可能性評価、時刻、曜日／休日、天候、緊急事態、需要応答要求、リアルタイム価格決定イベントのうちの少なくとも１つに少なくとも部分的に基づいてアップデートできる。
【０１１３】
ある実施形態は、目標光レベルより高い光レベルを、目標光レベルより低い光レベルとは異なるものとして扱うように光パラメータを構成することを含む。光の調整は、発光体の光強度を増分ステップによって調整することを含み、この増分ステップは、現在の光強度と目標光強度との間の差の小部分である。
【０１１４】
ある実施形態に関して、目標光強度が現在の光強度より大きい場合、現在の光強度が許容レベル未満である場合は光強度を比較的速く調整し、現在の光強度が許容レベル超である場合は比較的ゆっくり調整する。目標光強度が現在の光強度より小さい場合、光強度を比較的ゆっくり調整する。
【０１１５】
より具体的な実施形態は、１回の増分調整の後、測定された光レベルが、更なる調整が必要な状態のままであるかを検査し、そして更なる調整が必要な状態のままである場合は、不変調整区間の残りの部分から新たなランダム遅延時間だけ後に光を調整し、測定された光レベルが更なる調整を必要としなくなるまでこのプロセスを繰り返すことを含む。
【０１１６】
複数の具体的実施形態を説明及び図示してきたが、上述の実施形態は、説明及び図示した具体的形態又は部分の構成に限定されるものではない。これらの実施形態は添付の請求項によってのみ限定される。
【図１】
2015528992.tif 000003
【図２】
2015528992.tif 000004
【図３】
2015528992.tif 000005
【図４】
2015528992.tif 000006
【図５】
2015528992.tif 000007
【図６】
2015528992.tif 000008
【図７】
2015528992.tif 000009
【図８】
2015528992.tif 000010
【図９】
2015528992.tif 000011
【図１０】
2015528992.tif 000012
【図１１】
2015528992.tif 000013
【図１２】
2015528992.tif 000014
【図１３】
2015528992.tif 000015
【図１４】
2015528992.tif 000016
【図１５】
2015528992.tif 000017
【国際調査報告】
2015528992.tif 000018