(57)【要約】【課題】無駄な空調設定変更を抑制して変更頻度の低減化を図る。【解決手段】所定空間の環境に関する環境情報を取得する環境情報取得装置３と通信して前記所定空間の空調装置２を制御する制御装置８において、前記環境情報を前記環境情報取得装置３から受信する受信手段８１と、前記環境情報が所定の閾値を超えた状態が一定時間継続したことを条件として、当該環境情報に対し予め設定されている制御指針情報に基づいて前記空調装置２の制御データを生成する制御データ生成手段８４と、を備える。【選択図】図６
2018009714.tif 000002
【特許請求の範囲】
【請求項１】
所定空間の環境に関する環境情報を取得する環境情報取得装置と通信して前記所定空間の空調装置を制御する制御装置において、
前記環境情報を前記環境情報取得装置から受信する受信手段と、
前記環境情報が所定の閾値を超えた状態が一定時間継続したことを条件として、当該環境情報に対し予め設定されている制御指針情報に基づいて前記空調装置の制御データを生成する制御データ生成手段と、
を備えることを特徴とする制御装置。
【請求項２】
前記制御データ生成手段は、前記環境情報に応じて設定された前記制御指針情報の遷移毎に前記一定時間を設定可能とし、前記環境情報の変動が小さくなるにつれて前記一定時間を長く設定する、
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
前記制御データ生成手段は、所定の閾値を新たに超えた前記環境情報に対して予め設定されている前記制御指針情報が現時点での前記制御指針情報から変更になる場合、一定時間継続を判断する、
ことを特徴とする請求項１または２に記載の制御装置。
【請求項４】
前記環境情報には、前記所定空間にある物又は人の表面温度が含まれており、
前記制御データ生成手段は、前記表面温度と前記制御指針情報に基づいて、前記空調装置の前記制御データを生成する、
ことを特徴とする請求項１ないし３の何れか一項に記載の制御装置。
【請求項５】
前記環境情報には、前記所定空間の領域ごとの熱源の有無を示す情報が含まれており、
前記制御データ生成手段は、前記熱源の有無を示す情報を用いて算出した人密度と前記制御指針情報とに基づいて、前記空調装置の前記制御データを生成する、
ことを特徴とする請求項１ないし４の何れか一項に記載の制御装置。
【請求項６】
所定空間の環境に関する環境情報を取得する環境情報取得装置と、
前記環境情報取得装置と通信して前記所定空間の空調装置を制御する請求項１ないし５の何れか一項に記載の制御装置と、
を備えることを特徴とする機器制御システム。
【請求項７】
所定空間の環境に関する環境情報を取得する環境情報取得装置と通信して前記所定空間の空調装置を制御するコンピュータを、
前記環境情報を前記環境情報取得装置から受信する受信手段と、
前記環境情報が所定の閾値を超えた状態が一定時間継続したことを条件として、当該環境情報に対し予め設定されている制御指針情報に基づいて前記空調装置の制御データを生成する制御データ生成手段と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、機器制御システムおよびプログラムに関する。
【背景技術】
【０００２】
人が作業したり休憩したりする居室の空調を自動的に行うシステムが知られている。このようなシステムは、例えば、赤外線センサ等の人感センサで人の存在を検知すると、自動的にエア・コンディショナによる空調を開始したり、人がいなくなると自動的にエア・コンディショナによる空調を停止したりする。人がエア・コンディショナを操作することなく快適性を向上させ、また、消費電力を低減することが可能になる。
【０００３】
しかし、人感センサを用いた空調制御は、オフィス等の作業空間のように多数の人が移動し、かつ、障害物の多い場所には必ずしも適しているとはいえない。この理由の１つに、オフィス等の作業空間は一般に広いため、温度分布が生じやすいことが挙げられる。したがって、温度分布が生じた環境下においては、ある人は暑く感じたり、ある人は寒く感じたりして、快適性が低下することになる。
【０００４】
このような不都合に対し、ユーザの周囲の温度を適切に空調する技術が考案されている（例えば、特許文献１参照）。特許文献１には、ユーザの過去の所定時間分の活動量に関するデータに基づいてユーザが移動を停止したと判断した場合に、該ユーザが停止している位置を含む領域の温度設定情報を変更する機器制御システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、オフィスなどにおける人の快適性は温度や湿度だけでなく明るさにも大きく影響することが明らかになっている。そこで、人を検知して照明を適切に制御することが検討される。例えば、人がいる場所の照明をオンしたり、人が検知されない場所の照明をオフにしたりすることで、快適性と省エネルギー性を向上することができる。
【０００６】
しかしながら、照明のオン／オフはオフィスの全体又はゾーンごとに一律に制御される適用であることが多く、個別の照明を適切に制御することは困難であった。このため、従来、居室の人に対し快適性と省エネルギー性が考慮された空間を提供しようとしても、空調と照明の両方を制御することが困難であった。
【０００７】
本発明は、上記に鑑みてなされたものであって、無駄な空調設定変更を抑制して変更頻度の低減化を図ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、所定空間の環境に関する環境情報を取得する環境情報取得装置と通信して前記所定空間の空調装置を制御する制御装置において、前記環境情報を前記環境情報取得装置から受信する受信手段と、前記環境情報が所定の閾値を超えた状態が一定時間継続したことを条件として、当該環境情報に対し予め設定されている制御指針情報に基づいて前記空調装置の制御データを生成する制御データ生成手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、無駄な空調設定変更を抑制して変更頻度の低減化を図ることができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施の形態にかかる機器制御システムの一例を概略的に示す構成図である。
【図２】図２は、第１制御対象装置の一例を示す外観斜視図である。
【図３】図３は、検知装置のハードウェア構成を示すブロック図である。
【図４】図４は、第１制御対象装置又は第２制御対象装置のハードウェア構成を示すブロック図である。
【図５】図５は、管理装置のハードウェア構成を示すブロック図である。
【図６】図６は、機器制御システムの機能構成を示す機能ブロック図である。
【図７】図７は、レイアウト管理ＤＢに記憶されている情報を例示的に示す図である。
【図８】図８は、制御指針管理ＤＢに記憶されている情報を例示的に示す図である。
【図９】図９は、制御領域管理ＤＢに記憶されている情報を例示的に示す図である。
【図１０】図１０は、領域情報ＤＢおよびマス・領域対応ＤＢに記憶されている情報を例示的に示す図である。
【図１１】図１１は、人密度について例示的に示す図である。
【図１２】図１２は、管理装置の処理を例示的に示すシーケンス図である。
【図１３】図１３（ａ）は温度分布を例示的に示す概念図、図１３（ｂ）は熱源データを例示的に示す概念図である。
【図１４】図１４は、１つの居室における全ての熱源の有無を示す熱源データの概念図である。
【図１５】図１５は、熱源データの生成処理の流れを概略的に示すフローチャートである。
【図１６】図１６（ａ）は温度分布を示した概念図、図１６（ｂ）は熱源の有無を示す熱源データの概念図である。
【図１７】図１７は、温度分布センサの数と検知可能範囲の関係を例示的に示す図である。
【図１８】図１８は、２つの温度分布センサが検知する検知エリアを例示的に示す図である。
【図１９】図１９は、マス目変換処理の流れを示すフローチャートである。
【図２０】図２０は、サーモパイルセンサが検知する検知マスの中心座標を示す図である。
【図２１】図２１は、第１制御対象装置に対する光量に関する制御データを生成する処理の流れを示すフローチャートである。
【図２２】図２２は、第２制御対象装置に対するエア・コンディショナの制御データを生成する処理の流れを示すフローチャートである。
【図２３】図２３は、空調設定処理の流れを示すフローチャートである。
【図２４】図２４は、空調設定の具体例を示す図である。
【図２５】図２５は、第２の実施の形態にかかる空調設定処理の流れを示すフローチャートである。
【図２６】図２６は、空調設定の具体例を示す図である。
【図２７】図２７は、第３の実施の形態にかかる空調設定処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して、制御装置、機器制御システムおよびプログラムの実施の形態を詳細に説明する。
【００１２】
（第１の実施の形態）
＜機器制御システムの概略＞
図１は、第１の実施の形態にかかる機器制御システム１００の一例を概略的に示す構成図である。図１に示すように、機器制御システム１００は、所定空間の一例である居室αの天井β側に設置された複数の第１制御対象装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）、第２制御対象装置２、無線ルータ６、及び管理装置８がネットワークＮを介して通信可能な構成を有している。なお、以降、第１制御対象装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）のうち、任意の第１制御対象装置を示す場合には「第１制御対象装置１」と示す。
【００１３】
第１制御対象装置１は、図１に示されているように、天井βが９分割された各領域９にそれぞれ設置されている。そして、天井βの中央に配置された第１制御対象装置１ｅには、検知装置３が設けられている。検知装置３は、所定空間の一例である居室αの環境に関する環境情報を取得する環境情報取得装置である。１つの領域９のサイズは、例えば５０ｃｍ〜数ｍの広さ（正方形）であるが、領域９のサイズは第１制御対象装置１の大きさや性能などに応じて適宜決定される。なお、天井βが分割された各領域９は同じサイズでなくてもよく、各領域９が正方形でなくてもよい。例えば、６角形などの多角形とすると正方形の場合と同様に第１制御対象装置１同士の距離が等しくなる。
【００１４】
また、第２制御対象装置２は、天井βに適当な間隔をおいて設置されている。図１では、第２制御対象装置２は１つであるが、後述するように複数の第２制御対象装置２が１つの居室αに設置されている。第２制御対象装置２は好ましくは等間隔に設置されるが、等間隔でなくてもよい。第１制御対象装置１と第２制御対象装置２の数が異なるのは、第１制御対象装置１と第２制御対象装置２でカバーできる範囲が異なったり、サイズが異なったり、コストが異なるなどの理由によるものである。第１制御対象装置１と第２制御対象装置２の数は任意に決定できる。また、第２制御対象装置２が複数ある場合、第２制御対象装置２の符号をそれぞれ２ａ、２ｂ、２ｃとし、任意の第２制御対象装置を示す場合には「第２制御対象装置２」と示す。
【００１５】
本実施形態の第１制御対象装置１は、蛍光灯型ＬＥＤ（Light  Emitting  Diode）としての照明装置である。第１制御対象装置１ｅの検知装置３は、例えばサーモパイル（Thermopile）の機能によって、居室α内を複数領域（ここでは、９領域）に分けた温度分布を検出する。そして、第１制御対象装置１ｅの検知装置３は、検出した温度分布に基づき、熱源の有無を示す熱源データを管理装置８に送信する。送信には無線ＬＡＮ等が使用されるが有線で送信してもよい。居室αの床は、熱源として検知される対象である人などが存在する場所である。
【００１６】
本実施形態の第２制御対象装置２は、エア・コンディショナなどの空調装置（図１では室内機が図示されている）である。室外機は第２制御対象装置２ごとに又は複数の第２制御対象装置２に共通に所定の場所に設置されている。なお、図１では第２制御対象装置２と管理装置８が有線で接続されているが、無線で通信してもよい。
【００１７】
無線ルータ６は、検知装置３から送信された熱源データを受信し、通信ネットワークＮを介して管理装置８に送信する。通信ネットワークＮは、ＬＡＮ（Local  Area  Network）によって構築されており、一部にインターネットが含まれる場合もある。
【００１８】
管理装置８は後述するように制御装置の機能を有し、サーバと呼ばれる場合がある。管理装置８は、無線ルータ６から送られて来た熱源データ等に基づいて、第１制御対象装置１，第２制御対象装置２を制御するための制御データを生成する。管理装置８は、生成した制御データを第１制御対象装置１及び第２制御対象装置２に送信する。第１制御対象装置１は、制御データに基づいて、ＬＥＤの調光制御を行なう。第２制御対象装置２は、制御データに基づいて、温度、湿度、風力、及び風向の制御を行なう。したがって、管理装置８は照明と空調の両方を制御して、居室の人に対し快適性と省エネルギー性が考慮された空間を提供できる。
【００１９】
なお、これまでの説明で明らかなように、検知装置３が搭載された第１制御対象装置１ｅは、居室αの温度分布を検知するだけでなく、自装置のＬＥＤの調光制御を行なう。第１制御対象装置１ｅは、検知装置３を有するが、他の第１制御対象装置１と同等の機能を有している。
【００２０】
また、検知装置３は、第２制御対象装置２の内部又は近くに設置されていてもよい。また、検知装置３は、第１制御対象装置１又は第２制御対象装置２とは別体に設置されていてもよい。しかし、検知装置３が第１制御対象装置１と一体であることで、検知装置３の取り付けと取り外しが容易であり、検知装置３を取り付けるためのスペースを用意する必要がないという利点がある。
【００２１】
＜用語について＞
居室とは、人がいる部屋である。また、居室とは、複数の人が存在する部屋であってもよい。具体的には、居室は、オフィス、工場、セミナー会場、展示会、室内競技場等である。また、居室は、個人の自宅であってもよい。
【００２２】
環境情報とは、居室の環境に関する情報である。また、環境情報とは、人が快適に活動するために好ましい環境の状態に関する情報である。あるいは、環境情報とは、人が快適に活動するために制御されることが好ましい環境の状態に関する情報である。具体的には、環境情報は、後述する検知データ（熱源データ、温度、湿度、照度）を例にして説明するがこれらには限られない。
【００２３】
＜第１制御対象装置の概略＞
次に、図２を用いて、第１制御対象装置１及び第１制御対象装置１ｅが取り付けられる装置本体１２０について説明する。図２は、第１制御対象装置１の一例を示す外観斜視図である。
【００２４】
図２に示されているように、蛍光灯型ＬＥＤ照明器具としての第１制御対象装置１は、直管型のＬＥＤランプ１３０を有している。第１制御対象装置１は、居室αの天井βの中央部あたりに設置された装置本体１２０に取り付けられる。装置本体１２０の両端部には、それぞれソケット１２１ａ及びソケット１２１ｂが設けられている。このうち、ソケット１２１ａは、ＬＥＤランプ１３０に給電する給電端子（１２４ａ１、１２４ａ２）を有する。
【００２５】
また、ソケット１２１ｂも、ＬＥＤランプ１３０に給電する給電端子（１２４ｂ１，１２４ｂ２）を有する。これにより、装置本体１２０は、電源からの電力をＬＥＤランプ１３０に供給することができる。
【００２６】
一方、ＬＥＤランプ１３０は、透光性カバー１３１と、この透光性カバー１３１の両端部にそれぞれ設けられる口金（１３２ａ，１３２ｂ）を有する。このうち、透光性カバー１３１は、例えば、アクリル樹脂等の樹脂材料で形成され、内部の光源を覆う様に設けられる。第１制御対象装置１ｅは、透光性カバー１３１に沿って隣接して又は透光性カバー１３１の内部に、検知装置３を有する。
【００２７】
更に、口金１３２ａには、ソケット１２１ａの給電端子（１２４ａ１，１２４ａ２）にそれぞれ接続される端子ピン（１５２ａ１，１５２ａ２）が設けられている。また、口金１３２ｂには、ソケット１２１ｂの給電端子（１２４ｂ１，１２４ｂ２）にそれぞれ接続される端子ピン（１５２ｂ１，１５２ｂ２）が設けられている。そして、ＬＥＤランプ１３０が装置本体１２０に装着されることで、装置本体１２０から各給電端子（１２４ａ１，１２４ａ２，１２４ｂ１，１２４ｂ２）を介して、各端子ピン（１５２ａ１，１５２ａ２，１５２ｂ１，１５２ｂ２）からの電力供給が可能となる。これにより、ＬＥＤランプ１３０は、透光性カバー１３１を介して外部に光を照射する。また、検知装置３は、装置本体１２０から供給される電力で動作する。
【００２８】
＜検知装置、第１制御対象装置、第２制御対象装置のハードウェア構成＞
次に、検知装置３のハードウェア構成を説明する。ここで、図３は検知装置３のハードウェア構成を示すブロック図である。図３に示すように、検知装置３は、無線モジュール３０１、アンテナＩ／Ｆ３０２、アンテナ３０２ａ、センサドライバ３０４、温度分布センサ３１１、照度センサ３１２、温湿度センサ３１３、装置コントローラ３１５、及び、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン３１０を備えている。
【００２９】
無線モジュール３０１は、無線通信を行なうための部品である。無線モジュール３０１は、アンテナＩ／Ｆ３０２及びアンテナ３０２ａを介して、外部の装置との無線通信を実現する。無線モジュール３０１は、ＡＲＩＢ  ＳＴＤ-Ｔ１０８（テレメータ、テレコントロールなどの用途で用いられる９２０ＭＨｚ帯無線）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ（登録商標）、又はＺＩＧＢＥＥ（登録商標）等の通信方式による通信を行なうことができる。なお、無線モジュール３０１の通信方式は、無線通信だけでなく、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルやＰＬＣ（Power  Line  Communications）などの有線通信であってもよい。無線モジュール３０１は、装置コントローラ３１５が実行する通信制御プログラムの制御下で動作する。
【００３０】
温度分布センサ３１１は、赤外線を検知することにより居室α内の温度分布を検知する熱型検出素子である。温度分布センサ３１１は、熱型検出素子を用いることで人や物の表面温度を検知できるので、人の近い場所の温度を検知できる。熱型検出素子は、光を吸収して熱に変換する吸収層を持ち、吸収層の温度変化を電気信号として外部に出力する。熱型検出素子にはサーモパイル、ボロメータ、焦電素子、電圧−電流特性が変化するダイオードなどがある。本実施形態では温度分布センサ３１１がサーモパイルを用いて温度分布を検知するものとして説明する。なお、温度分布センサ３１１は複数のサーモパイルセンサを有しており、後述する検知マスごとに温度を検知する。
【００３１】
照度センサ３１２は、居室α内の明るさを検知するセンサである。温湿度センサ３１３は、居室αの検知装置３の近くの温度及び湿度を検知するセンサである。温湿度センサ３１３が検知する温度は、天井面の温湿度から水蒸気量への変換に使用され、この水蒸気量とサーモパイルによる床面の温度から床面の湿度が算出される。本実施形態では、温湿度センサ３１３が検知する温度は使用されなくてもよい。
【００３２】
センサドライバ３０４は、温度分布センサ３１１、照度センサ３１２、及び温湿度センサ３１３のインタフェースである。センサドライバ３０４は、装置コントローラ３１５から送信される、温度分布センサ３１１、照度センサ３１２、及び温湿度センサ３１３を駆動させる命令をそれぞれにセンサに適したコマンドに変換して各センサに送出する。また、センサドライバ３０４は、各センサが検出した信号を装置コントローラ３１５が使用できる形式に変換し装置コントローラ３１５に送出する。
【００３３】
装置コントローラ３１５は、検知装置３の全体を制御する制御装置である。装置コントローラ３１５は、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）等を有しプログラムを実行するマイコンなどの情報処理装置である。あるいは、装置コントローラ３１５は、ＩＣなどのハードウェアで構築されていてもよい。装置コントローラ３１５は、例えば、温度分布センサ３１１、照度センサ３１２、及び温湿度センサ３１３が温度等を検知するタイミングを制御したり、各センサが検出したデータを加工したりする。例えば、装置コントローラ３１５は、温度分布センサ３１１から出力された温度分布データから、熱源の有無を示す熱源データを生成する。装置コントローラ３１５は、熱源データを含む検知データを管理装置８に送信する。
【００３４】
次に、第１制御対象装置１、第２制御対象装置２のハードウェア構成を説明する。ここで、図４は第１制御対象装置１又は第２制御対象装置２のハードウェア構成を示すブロック図である。図４に示すように、第１制御対象装置１の装置コントローラ３１５は、管理装置８から送信された制御データに基づいてＬＥＤの調光の制御を行う。第２制御対象装置２の装置コントローラ３１５は、管理装置８から送信された制御データに基づいてエア・コンディショナを制御する。
【００３５】
装置コントローラ３１５、アンテナＩ／Ｆ３０２、及び、無線モジュール３０１については図３と同様であるため、説明を省略する。第１制御対象装置１又は第２制御対象装置２は、制御対象デバイス３１９を有している。制御対象デバイス３１９は、第１制御対象装置１の場合はＬＥＤランプ１３０やＬＥＤランプ１３０の制御回路などである。制御対象デバイス３１９は、第２制御対象装置２の場合はエア・コンディショナのヒートポンプや圧縮機及び制御回路などである。
【００３６】
なお、検知装置３を有する第１制御対象装置１ｅの場合、装置コントローラ３１５、アンテナＩ／Ｆ３０２、及び、無線モジュール３０１は、検知装置３と共通でよい。これにより、検知装置３の部品数を低減できる。
【００３７】
＜管理装置８のハードウェア構成＞
次に、管理装置８のハードウェア構成について説明する。図５は、管理装置８のハードウェア構成を示すブロック図である。
【００３８】
管理装置８は、情報処理装置として構成されている。そして、管理装置８は、管理装置８全体の動作を制御するＣＰＵ８０１、ＩＰＬ（Initial  Program  Loader）等のＣＰＵ８０１の駆動に用いられるプログラムを記憶したＲＯＭ８０２、ＣＰＵ８０１のワークエリアとして使用されるＲＡＭ８０３を有する。また、管理プログラム等の各種データを記憶するＨＤ（Hard  Disk）８０４、ＣＰＵ８０１の制御にしたがってＨＤ８０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard  Disk  Drive）８０５を有する。
【００３９】
また、管理装置８は、メディアＩ／Ｆ８０７、ディスプレイ８０８、ネットワークＩ／Ｆ８０９を有する。メディアＩ／Ｆ８０７は、フラッシュメモリ等のメディア８０６に対するデータの読み出し又は書き込み（記憶）を制御する。ディスプレイ８０８は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。ネットワークＩ／Ｆ８０９は、通信ネットワークＮを利用してデータ通信する。
【００４０】
また、管理装置８は、キーボード８１１、マウス８１２、ＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）ドライブ８１４、バスライン８１０を有する。キーボード８１１は、文字、数値、各種指示などの入力のための複数のキーを備える。マウス８１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う。ＣＤ−ＲＯＭドライブ８１４は、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ８１３に対する各種データの読み出し又は書き込みを制御する。バスライン８１０は、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【００４１】
図示した管理装置８のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、管理装置８が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施形態の管理装置８の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。
【００４２】
なお、管理プログラムは実行可能形式や圧縮形式などでメディア８０６やＣＤ−ＲＯＭ８１３などの記憶媒体に記憶された状態で配布されるか、又は、プログラムを配信するサーバから配信される。
【００４３】
＜機器制御システム１００の機能構成＞
続いて、図６を用いて、検知装置３を含む第１制御対象装置１ｅ、検知装置３を含まない第１制御対象装置１、第２制御対象装置２、及び管理装置８の機能について説明する。図６は、機器制御システム１００の機能構成を示す機能ブロック図である。
【００４４】
＜第１制御対象装置１ｅの機能構成＞
まず、第１制御対象装置１ｅの機能構成について説明する。第１制御対象装置１ｅは、検知装置３が有する機能及び制御対象部２０を有している。検知装置３は、送受信部３１、検知部３２、判断部３３、生成部３４、及び制御部３５を有している。これら各部は、図３に示されている装置コントローラ３１５がプログラムにしたがって出力する命令等によって実現される機能又は手段である。また、制御対象部２０は、例えば、調光制御の対象であるＬＥＤランプ１３０等により実現される。
【００４５】
検知装置３の送受信部３１は、装置コントローラ３１５や無線モジュール等の動作により実現される機能又は手段である。例えば、送受信部３１は、通信ネットワークＮを介して、管理装置８と各種のデータの送受信を行う。
【００４６】
検知部３２は、温度分布センサ３１１、照度センサ３１２及び温湿度センサ３１３が動作することで実現される機能又は手段である。検知部３２は、所定空間内の各領域９の温度分布、照度、温度や湿度を検知する。
【００４７】
判断部３３は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、判断部３３は、領域９の温度が所定範囲（例えば、３０℃〜３５℃）内であるか否かを判断する。
【００４８】
生成部３４は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、生成部３４は、判断部３３の判断結果に基づいて熱源の有無を示す熱源データを生成する。
【００４９】
制御部３５は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、制御部３５は、管理装置８から送られて来た制御データに基づいて、制御対象部２０に出力するための制御信号を生成する。
【００５０】
＜第１制御対象装置１（検知装置なし）、第２制御対象装置２の機能構成＞
次に、検知装置３を有さない第１制御対象装置１及び第２制御対象装置２の機能構成について説明する。検知装置３を有さない第１制御対象装置１及び第２制御対象装置２は、送受信部５１、制御部５５及び制御対象部２０を有している。送受信部５１と制御部５５とは、通信装置５を構成する。送受信部５１は、装置コントローラ３１５や無線モジュール３０１が動作することで実現される機能又は手段である。送受信部５１は、通信ネットワークＮを介して、管理装置８と各種のデータの送受信を行う。
【００５１】
制御部５５は、装置コントローラ３１５が動作することで実現される機能又は手段である。制御部５５は、管理装置８から送られて来た制御データに基づいて、制御対象部２０に出力するための制御信号を生成する。
【００５２】
制御対象部２０は、第１制御対象装置１の場合、調光制御の対象であるＬＥＤランプ１３０等により実現される。制御対象部２０は、第２制御対象装置２の場合、エア・コンディショナのヒートポンプや圧縮機などにより実現される。
【００５３】
＜管理装置８の機能構成＞
次に、管理装置８の機能構成について説明する。管理装置８は、送受信部８１、照合部８２、生成部８４、マス目変換処理部８５、及び記憶・読出処理部８９を有している。各部は、図５に示されているＨＤ８０４からＲＡＭ８０３上に展開された管理プログラムに従ったＣＰＵ８０１からの命令によって動作することで実現される機能又は手段である。更に、管理装置８は、図５に示されているＲＡＭ８０３、及びＨＤ８０４によって構築される記憶部８０００を有している。記憶部８０００には、レイアウト管理ＤＢ（Data  Base）８００１、制御指針管理ＤＢ８００２及び制御領域管理ＤＢ８００３が構築されている。まず、これらのデータベースについて説明する。
【００５４】
（レイアウト管理ＤＢ）
まず、レイアウト管理ＤＢ８００１について説明する。ここで、図７はレイアウト管理ＤＢ８００１に記憶されている情報を例示的に示す図である。レイアウト管理ＤＢ８００１には、図７（ａ）に示されているような第１制御対象装置１又は第２制御対象装置２のレイアウト情報が管理されている。
【００５５】
図７（ａ）に示されているように、レイアウト情報は、１つの居室αが一例として５４領域に分割され、それぞれの領域９にＬＥＤ照明器具としての第１制御対象装置１を識別するための装置ＩＤが対応付けて管理されている。アルファベットａ〜ｆと二桁の数値が装置ＩＤである。このうち、装置ＩＤが「ａ」で始まる左上側の９個の領域９が、図１における９領域に対応する。即ち、図１は、居室αの一部を示している。実際の居室αは、装置ＩＤが、ａ，ｂ，ｃ，ｄ，ｅ，ｆで始まる６つのブロックを有し、各ブロックが９領域に分けられ、合計５４領域に分けられている。なお、このような領域９の区分は一例であって、何ブロックに分けてもよいし、１ブロック内を９領域以外の数の領域に分けてもよい。
【００５６】
図７（ａ）のうち、アルファベットのｘと二桁の数値は第２制御対象装置２の装置ＩＤである。装置ＩＤがｘ１２，ｘ２１、ｘ２２の第２制御対象装置２は図１には示されていないが、図７（ａ）に示すように天井βに設置されている。すなわち、居室αの天井βには、４機のエア・コンディショナが取り付けられている。
【００５７】
なおＩＤとは、複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらの組み合わせである。ＩＤは、識別情報や識別子と呼ばれてもよい。具体的には、部屋番号と重複しない連番の組み合わせ、単なる連番、装置のシリアル番号などであるがこれらには限られない。
【００５８】
本実施の形態では、装置ＩＤは、１つの領域９に１つの第１制御対象装置１が設置されていることを利用して、領域９を識別するための識別情報として利用される場合がある。
【００５９】
図７（ｂ）は、居室αのレイアウト情報の概念図である。図７（ａ）に示されているレイアウト情報の各領域９は、図７（ｂ）に示されている実際の居室αのレイアウト上では、波線又は実線で区切られている領域９を示している。図７（ｂ）には、机や椅子が配置されている実際のレイアウトが示されている。図７（ｂ）においても、図７（ａ）の居室αと同じように居室内が５４領域に分割されている。すなわち、図７（ｂ）の各領域９の位置は、図７（ａ）の各領域９の位置と同じである。図７（ｂ）では、紙面下側が廊下γ側になっており、紙面上側が窓側になっている。
【００６０】
（制御指針管理ＤＢ）
次に、制御指針管理ＤＢ８００２について説明する。ここで、図８は制御指針管理ＤＢ８００２に記憶されている情報を例示的に示す図である。制御指針管理ＤＢ８００２には、図８（ａ）に示されているような第１制御指針管理テーブルが管理されている。この第１制御指針管理テーブルでは、熱源フィールドに対し制御対象部２０の制御内容が関連付けて管理されている。例えば、熱源フィールドが、熱源がある旨を示す「１」の場合には、その領域９に人がいることを示す。この場合、第１制御指針管理テーブルでは、人が快適に作業できるようにＬＥＤの光量を最大にすべく光量が１００％に設定されている。これに対して、熱源フィールドが、熱源がない旨を示す「０」の場合には、その領域９に人がいないため、省エネルギーを実現すべくＬＥＤの光量が６０％に設定されている。なお、１００％は快適な光量の一例に過ぎず、６０％は省エネルギーを実現し作業も困難とならない光量の一例であって、例えば熱源フィールドが「１」の場合に光量が９０％、熱源フィールドが「０」の場合に光量が５０％に設定されていてもよい。熱源フィールドが「１」の光量が、熱源フィールドが「０」の光量よりも高ければ、両者は何パーセントであってもよい。
【００６１】
また、第１制御指針管理テーブルが第１制御対象装置１や領域９ごとに設定されていてもよい。これにより、第１制御対象装置１によって異なる制御指針で管理装置８が第１制御対象装置１を制御できる。
【００６２】
また、制御指針管理ＤＢ８００２には、図８（ｂ）に示されているような第２制御指針管理テーブルが管理されている。この第２制御指針管理テーブルでは、人密度と「温度ギャップ＋湿度」に対応付けて、空調の制御指針が管理されている。温度ギャップとは第２制御対象装置２が温度を制御する際の目標値と温度分布センサ３１１が検出した温度の差である。図８（ｂ）の第２制御指針管理テーブルによれば、例えば、人密度が１〜１９％で、温度が目標値に対し-Ｔ１℃〜-Ｔ２℃の範囲にあり湿度がＨ１％未満の場合、目標値に対し＋２℃の温度になるように第２制御対象装置２が制御される。同じ人密度（１〜１９％）で同じ温度範囲でも湿度がＨ１％以上の場合は、第２制御対象装置２はドライに制御される。
【００６３】
第２制御指針管理テーブルでは、図８（ｂ）のような空調の制御指針が温度ギャップと湿度の組み合わせに応じて各人密度ごとに設定されている。したがって、管理装置８はきめ細かな空調の制御が可能になる。例えば、人密度が多い場合、人の体温で実際に領域９の温度が上昇したり湿度が変化したりして人が不快感を感じる前に、管理装置８は第２制御対象装置２を制御できる。すなわち、フィードフォワード制御が可能になる。しがたって、快適性をより向上できる。
【００６４】
なお、人密度の区切り方は説明のための一例に過ぎす、より細かく人密度が区切られてもよいし、各区切りの人密度の幅が不揃いであってもよい。
【００６５】
（制御領域管理ＤＢ）
次に、制御領域管理ＤＢ８００３について説明する。ここで、図９は制御領域管理ＤＢ８００３に記憶されている情報を例示的に示す図である。制御領域管理ＤＢ８００３には、図９に示されているような制御領域管理テーブルが管理されている。制御領域管理テーブルには、第２制御対象装置２の装置ＩＤに領域ＩＤが対応付けて管理されている。領域ＩＤは第１制御対象装置の装置ＩＤである。図７（ａ）を参照すると分かるように、第２制御対象装置２の装置ＩＤには第２制御対象装置２を中心とする３×３の領域９の領域ＩＤが対応付けられている。
【００６６】
なお、３×３は一例に過ぎず４×４などとしてもよいし、それぞれの領域９から最も近い第２制御対象装置と該領域９とが対応付けられていてもよい。第１制御対象装置１については、１つの第１制御対象装置１に１つの領域９が対応付けられているので制御領域管理テーブルは不要であるが、１つの第１制御対象装置１が第１制御対象装置１の真下には限られない領域９の熱源の有無を使用する場合、図９のような制御領域管理テーブルが用意される。
【００６７】
（領域情報ＤＢ）
次に、図１０を用いて、領域情報ＤＢ８００４およびマス・領域対応ＤＢ８００５について説明する。ここで、図１０は領域情報ＤＢ８００４およびマス・領域対応ＤＢ８００５に記憶されている情報を例示的に示す図である。領域情報ＤＢ８００４には、図１０（ａ）に示されているような領域情報テーブルが管理されている。領域情報テーブルは、領域９の領域ＩＤに各領域９の座標情報が登録されている。各領域９の座標情報は例えば対角頂点の座標である。これにより、管理装置８は各領域がどこからどこまでかを判断できる。例えば領域ＩＤ＝ａ１１の領域９はＸ方向に０から１００cmであり、Ｙ方向に０から１００ｃｍの正方形である。なお、領域９のサイズは一例である。
【００６８】
（マス・領域対応ＤＢ）
次に、図１０（ｂ）を用いて、マス・領域対応ＤＢ８００５について説明する。マス・領域対応ＤＢ８００５には、図１０（ｂ）に示されているようなマス・領域対応テーブルが管理されている。マス・領域対応テーブルは検知マスと領域９とを対応付けるテーブルである。このため、マス・領域対応テーブルにはマスＩＤに対応付けて領域ＩＤが登録されている。マスＩＤは検知マスを識別するためのＩＤである。例えば、重複しない番号、第１制御対象装置１のＩＤと数字やアルファベットとの組み合わせなどである。１つのマスＩＤは１つの領域ＩＤとしか対応しないが、１つの領域ＩＤは複数のマスＩＤと対応する場合がある。
【００６９】
（管理装置の各機能構成）
次に、図６に戻って、管理装置８の各機能構成について説明する。図６に示されている送受信部８１は、例えば、検知装置３から検知データ（環境情報）を受信したり、検知装置３に制御データを送信したりする。すなわち、送受信部８１は、受信手段として機能する。
【００７０】
照合部８２は、例えば、図７（ａ）に示されているレイアウト情報と、後述の図１４に示されている熱源データを照合する。これにより、領域９ごとの人の有無が判断される。
【００７１】
生成部８４は、照合部８２の照合結果及び第１制御指針管理テーブルを参照して、第１制御対象装置１に対する光量を示す制御データを生成する。また、制御データ生成手段である生成部８４は、例えば、熱源データ及び温湿度センサ３１３が検知する湿度データに基づいて照合部８２の照合結果及び第２制御指針管理テーブルを参照して、第２制御対象装置２に対するエア・コンディショナの制御データを生成する。
【００７２】
マス目変換処理部８５は、温度分布センサ３１１が送信した熱源データを、居室αの領域９の熱源データに変換する。詳細は後述される。
【００７３】
記憶・読出処理部８９は、例えば、記憶部８０００からデータを読み出したり、記憶部８０００にデータを記憶したりする。
【００７４】
＜人密度について＞
ここで、人密度について説明する。図１１は、人密度について例示的に示す図である。図１１（ａ）では、説明のため３×３の各領域９が示されている。この３×３の各領域９は１つの第２制御対象装置２が空調する範囲（温度や湿度などを制御する範囲）として、管理装置８の制御領域管理ＤＢ８００３に設定されている。人密度も１つの第２制御対象装置２が空調する範囲に対し算出される。
【００７５】
図１１（ｂ）では、人が検知された領域９（熱源がある領域）に黒丸を示した。９個の領域９のうち３つの領域９で人が検知されているので、人密度は（３÷９）×１００＝約３３％と算出される。領域９に実際に人が何人いても領域９に人が検知されると一人とカウントされる。
【００７６】
この人密度が算出される３×３の各領域９が、１つの第２制御対象装置２が空調する範囲であるが、９個の領域９の温度データと湿度データが、検知装置３から管理装置８に送信されている。管理装置８は、９個の領域９の温度データの平均を９個の領域９の環境値に決定する。湿度については、第２制御対象装置２から最も近い検知装置３が検視した湿度データを環境値としてもよいし、いくつかの検知装置３が検視した湿度データの平均を環境値としてもよい。
【００７７】
＜動作手順＞
以下、管理装置８の処理又は動作について説明する。
【００７８】
ここでは、管理装置８が、第１制御対象装置１ｅにより検知された各種データに基づいて、第１制御対象装置１ｅを制御するための制御データを生成し、第１制御対象装置１，及び、第２制御対象装置２に制御データを送信することで、第１制御対象装置１や第２制御対象装置２が調光や空調を行う処理について説明する。なお、説明の簡略化のため、複数の第１制御対象装置１のうち、検知装置３を備えた第１制御対象装置１ｅ、及び他の第１制御対象装置１、並びに第２制御対象装置２の処理について説明する。
【００７９】
図１２は、管理装置８の処理を例示的に示すシーケンス図である。図１２に示すように、まず、第１制御対象装置１ｅの検知部３２が、居室αにおける各領域９の温度分布を検知する（ステップＳ２１）。
【００８０】
次に、判断部３３が、領域９毎に温度が所定範囲値（例えば、３０℃〜３５℃）内であるか否かを判断することで、生成部３４が判断結果に基づいて熱源データを生成する（ステップＳ２２）。
【００８１】
ここで、熱源データの生成について説明する。図１３（ａ）は温度分布を例示的に示す概念図、図１３（ｂ）は熱源データを例示的に示す概念図である。検知部３２が各領域９の温度を検知した結果、９つの領域９の温度分布が図１３（ａ）に示される状態になったものとする。生成部３４は、図１３（ｂ）に示されるような熱源データを生成する。図１３（ａ）と図１３（ｂ）を比較すると分かるように、熱源データは熱源の有無を示す熱源有無情報によって示されており、温度が所定範囲値（例えば、３０℃〜３５℃）の領域９は「１」として表し、温度が３０℃未満及び３６度以上の領域９は「０」として表されている。
【００８２】
図１２に戻って説明する。第１制御対象装置１ｅの検知部３２は、第１制御対象装置１ｅの付近の照度、温度、及び湿度を検知する（ステップＳ２３）。
【００８３】
そして、第１制御対象装置１ｅの送受信部３１は、管理装置８に対して、検知データを送信する（ステップＳ２４）。検知データには、ステップＳ２２によって生成された熱源データ、ステップＳ２３によって検知された結果を示す温湿度データ（熱源データを生成するために使用された温度データを含む）及び照度データが含まれている。これにより、管理装置８の送受信部８１は、検知データを受信する。なお、熱源データを生成するために使用された温度データは検知マスごとであることが好ましいが、いくつか又は全ての領域９の温度を平均したものでもよい。これにより管理装置８の負荷が増大することを抑制できる。この場合、平均された各領域の温度は同じとして扱われる。
【００８４】
図１４は、検知装置３を有する複数の第１制御対象装置１ｅから送信された熱源データを合成して得られる熱源データを示す。図１４は、１つの居室αにおける全ての熱源の有無を示す熱源データの概念図である。図１３（ｂ）に示されている熱源データは、図１４における左上のブロックＢの熱源データに相当する。図１４の熱源データも実際には歪んだ検知マスにより与えられている。
【００８５】
次に、管理装置８のマス目変換処理部８５は、マス・領域対応ＤＢ８００５からマス・領域対応テーブルを読み出して、熱源データを領域９に対応させた熱源データに変換する（ステップＳ２４−２）。詳細は、図１５等にて説明する。
【００８６】
次に、管理装置８の記憶・読出処理部８９は、レイアウト管理ＤＢ８００１から、図７（ａ）に示されているレイアウト情報を読み出す（ステップＳ２５）。
【００８７】
そして、照合部８２は、図７（ａ）に示されているレイアウト情報と、図１４に示されている熱源データを照合する（ステップＳ２６）。この照合により、例えば、レイアウト情報における第１制御対象装置１ａがある領域９は、熱源データの熱源フィールドが「１」なので、「熱源がある」と判断される。
【００８８】
次に、管理装置８の記憶・読出処理部８９は、熱源データにおいて熱源の有無を示す「１」、「０」を検索キーとして、制御指針管理ＤＢ８００２の第１制御指針管理テーブルを検索することにより、対応する光量を読み出す（ステップＳ２７−１）。
【００８９】
また、管理装置８の記憶・読出処理部８９は、制御指針管理ＤＢ８００２から第２制御指針管理テーブルを読み出し、制御領域管理ＤＢ８００３から制御領域管理テーブルを読み出す（ステップＳ２７−２）。
【００９０】
そして、生成部８４は、第１制御対象装置１に対する光量を示す制御データを生成する（ステップＳ２８）。また、生成部８４は、第２制御対象装置２の制御データを生成する（ステップＳ２８）。このように、ステップＳ２４で送信された１つの検知データに基づき（同じ検知データに基づき）、第１制御対象装置１に対する制御データと第２制御対象装置２に対する両方の制御データを作成できる。したがって、第１制御対象装置１と第２制御対象装置２の２つの装置が制御される場合でも、検知装置３が検知した検知データを管理装置８が受信する回数を半分に減らすことができる。また、同じ検知データが使用されるので第１制御対象装置１と第２制御対象装置２の動作の整合性を取りやすくなる。
【００９１】
次に、送受信部５１は、第１制御対象装置１に対して、それぞれの制御データを送信する（ステップＳ２９−１、Ｓ２９−２）。これに対して、第１制御対象装置１ｅの送受信部３１は、制御データを受信する。また、第１制御対象装置１ｅ以外の第１制御対象装置１の送受信部５１は、制御データを受信する。
【００９２】
次に、第１制御対象装置１ｅでは制御部３５が、制御データに基づいてＬＥＤランプとしての制御対象部２０に出力するための制御信号を生成する（ステップＳ３０−１）。同様に、第１制御対象装置１ｅ以外の第１制御対象装置１の制御部５５が、制御データに基づいてＬＥＤランプとしての制御対象部２０に出力するための制御信号を生成する（ステップＳ３０−２）。
【００９３】
制御部３５は制御信号を制御対象部２０に出力する（ステップＳ３１−１）。制御部５５は制御信号を制御対象部２０に出力する（ステップＳ３１−２）。
【００９４】
これにより、ＬＥＤランプとしての制御対象部２０の光量が制御される（ステップＳ３２−１、Ｓ３２−２）。
【００９５】
管理装置８の送受信部８１は、第２制御対象装置２に対して制御データを送信する（ステップＳ３３）。これに対して、第２制御対象装置２の送受信部５１は制御データを受信する。
【００９６】
これにより、エア・コンディショナとしての制御対象部２０の温度、湿度、風量、風向が制御される（ステップＳ３４）。
【００９７】
例えば、図１３において、領域ＩＤがａ２２の領域９には熱源がないと判断されているため（「０」で示されているため）、図８（ａ）の第１制御指針管理テーブルに従い領域ＩＤがａ２２の領域９にある第１制御対象装置１の光量は６０％に制御される。一方、図１３において、領域ＩＤがａ２１の領域９の真下には熱源があるため（「１」で示されているため）、図８（ａ）の第１制御指針管理テーブルに従い領域ＩＤがａ２１の領域９にある第１制御対象装置１の光量は１００％に制御される。
【００９８】
これにより、人がいるため熱源が検知された場合には、ＬＥＤの光量を最大値にし、人がいないため熱源が検知されなかった場合には、ＬＥＤの光量が下がるため、省エネルギーを実現することができる。また、人がいる場合は光量が大きくなるので人の快適性を向上させることができる。
【００９９】
＜熱源の有無の判断＞
図１２のステップＳ２２で説明した熱源の有無の判断方法について説明する。
【０１００】
図１５は、熱源データの生成処理の流れを概略的に示すフローチャートである。図１６（ａ）は温度分布を示した概念図、図１６（ｂ）は熱源の有無を示す熱源データの概念図である。
【０１０１】
まず、管理装置８の生成部３４は、温度分布データから判断部３３によって温度が所定範囲（例えば、３０℃〜３５℃）内であるかを判断していない領域９を抽出する（ステップＳ４１）。
【０１０２】
そして、判断部３３は、ステップＳ４１によって抽出された領域９の温度が所定範囲内であるかを判断する（ステップＳ４２）。例えば、装置ＩＤがａ１３の第１制御対象装置１が設置されている領域９に、電気ポット（湯沸し器）が設置されている場合、図１６（ａ）に示されているように、蒸気や容器の熱などによってこの領域９の温度が６０℃になることがある。このような場合、たとえ熱源が存在しても人間による熱源の範囲（例えば、３０℃〜３５℃）ではないため、人がいるとは検知されないことが好ましい。
【０１０３】
次に、判断部３３は、ステップＳ４２において、所定範囲内であると判断した場合には（Ｙｅｓ）、熱源ありと判断する（ステップＳ４３）。この場合、図１６（ｂ）に示されているように、熱源データは熱源がある旨を示す「１」が設定される。
【０１０４】
一方、判断部３３は、所定範囲内でないと判断した場合には（Ｎｏ）、熱源なしと判断する（ステップＳ４４）。この場合、図１６（ｂ）に示されているように、熱源データは熱源がない旨を示す「０」が設定される。
【０１０５】
そして、ステップＳ４３，４４の処理後、判断部３３は全ての領域９において、温度が所定範囲内であるか否かの判断が終了したかを判断する（ステップＳ４５）。このステップＳ４５によって全ての領域９の判断が終了していると判断された場合には（Ｙｅｓ）、図１２のステップＳ２２の処理が終了する。一方、ステップＳ４５において、全ての領域９の判断が終了していないと判断された場合には（Ｎｏ）、ステップＳ４１の処理に戻る。
【０１０６】
このように、図１５のような処理によれば、たとえ熱源が存在しても、特定の物体（例ば、人間）による熱源の範囲を超えている場合には、熱源がない扱いにすることで、より正確に人間の存在を検知することができる。これにより、より正確に省エネルギーを実現することができるという効果を奏する。
【０１０７】
＜熱源データと領域の対応付け＞
以上のようにして図１６のような熱源データが得られるが、実際には温度分布センサ３１１の取り付け角度によって熱源データのマスの形状が歪んでいるため、以下のような不都合が生じている。
【０１０８】
まず、温度分布センサ３１１が多いほど、各領域９の温度を精度よく検知することができる。しかし、温度分布センサ３１１が多いとコスト増となってしまう。そこで、１つの第１制御対象装置１の中に複数の温度分布センサ３１１を設置することが検討される。しかし、その場合には温度分布センサ３１１を床面に対し垂直ではなく床面に対し傾斜が付与された状態で設置する必要がある。第１制御対象装置１と一体か又は付近という限られた場所に複数の温度分布センサ３１１が設置されるため、傾斜が設けられていないと、１つの温度分布センサ３１１の温度の検知可能範囲５０１を広げることができないためである。
【０１０９】
図１７は、温度分布センサ３１１の数と検知可能範囲５０１の関係を例示的に示す図である。図１７（ａ）では、温度分布センサ３１１は１つであり床面に対し垂直に設置されているため、検知可能範囲５０１は正方形（又は長方形）である。図１７（ｂ）では温度分布センサ３１１は２つであるが、床面に対し傾斜が付与された状態で設置されているため、それぞれの検知可能範囲５０１は台形ゆがみにより歪んだ形状（台形）となる。図１７（ｃ）では温度分布センサ３１１は４つであるが、床面に対し傾斜が付与された状態で設置されているため、それぞれの検知可能範囲５０１は正方形の一方の対角線だけが延長されたようなゆがんだ形状（菱形に近い形状）となる。これは、温度分布センサ３１１が図１７（ｂ）に対して９０°回転した状態で設置されているためである。
【０１１０】
これに対し、居室αの各領域９は正方形又は長方形に区切られている。このため、１つの第１制御対象装置１に複数の温度分布センサ３１１が設置された場合、歪んだ形状の熱源データを居室αの領域９に対応付ける必要がある。
【０１１１】
図１８は、２つの温度分布センサ３１１が検知する検知エリアを例示的に示す図である。図１８（ａ）は、２つの温度分布センサ３１１が検知する検知可能範囲５０１を示す。図１８（ａ）では合計６つの第１制御対象装置１が図示されており、１つの第１制御対象装置１が２つの温度分布センサ３１１を有している。１つの温度分布センサ３１１は更に４×４のサーモパイルセンサを有している。すなわち、１つの温度分布センサ３１１は１６箇所の温度を並列に検知できる。１つのサーモパイルセンサの検知可能範囲５０１を検知マス５０２という（センサ検知範囲の一例）。
【０１１２】
温度分布センサ３１１は床面に対し垂直に設置されていないので、検知可能範囲５０１及び検知マス５０２は台形に歪んだ形になる。したがって、検知装置３から管理装置８に送信される熱源データもこのような形状で得られている。台形に歪んだ熱源データはそのままでは居室αの各領域９の温度に用いることが困難となる。そこで、図１８（ｂ）に示すように、熱源データを歪みのない形状に変換する。あるいは、熱源データの各検知マス５０２における熱源の有り、なしを居室αの各領域９に対応させる。すなわち図１８（ｂ）の複数の正方形はそれぞれ居室αの各領域９を示している。
【０１１３】
図１８（ｃ）は、図１８（ａ）と図１８（ｂ）を重畳させた図である。管理装置８のマス目変換処理部８５は、図１８（ｂ）の各領域９と図１８（ａ）の検知マス５０２を対応させ、領域９のそれぞれに領域９と重なるサーモパイルセンサの検知マス５０２の熱源データ（熱源の有り、なし）を設定する。１つの領域９に１つの検知マス５０２しか含まれないとは限らないので、１つの領域９に複数の検知マス５０２が対応する場合は、熱源の有り、なしの論理和が領域９に設定される。
【０１１４】
図１９は、管理装置８のマス目変換処理部８５が検知可能範囲５０１の検知マス５０２と領域９の対応付けを行うマス目変換処理の流れを示すフローチャートである。図１９の処理は図１２のＳ２４−２で実行される。
【０１１５】
まず、マス目変換処理部８５は、温度分布センサ３１１のセンサ番号ｎに１を設定する（ステップＳ５１）。センサ番号ｎは処理を容易にするため温度分布センサ３１１に振られた連番である。
【０１１６】
次に、マス目変換処理部８５は、マス番号ｍに１を設定する（ステップＳ５２）。マス番号ｍは１つの温度分布センサ３１１が有する複数のサーモパイルセンサがそれぞれ形成する検知マス５０２に振られた連番である。
【０１１７】
マス目変換処理部８５は、着目しているサーモパイルセンサの検知マス５０２がどの領域９と重なるかを判断する（ステップＳ５３）。この判断は、サーモパイルセンサの検知マス５０２の中心座標Ｏが領域９に含まれるかどうかにより判断される。中心座標Ｏについては図２０にて説明する。
【０１１８】
マス目変換処理部８５は、着目している検知マス５０２の熱源データにおける熱源の有り、なしをステップＳ５３で対応すると判断した領域９に設定する（ステップＳ５４）。
【０１１９】
マス目変換処理部８５は、ｍがマス番号の最後か否かを判断する（ステップＳ５５）。ステップＳ５５の判断がＮｏの場合、マス目変換処理部８５はｍを１つ大きくする（ステップＳ５６）。そして、ステップＳ５３〜Ｓ５５を繰り返す。
【０１２０】
ステップＳ５５の判断がＹｅｓの場合、マス目変換処理部８５はｎがセンサ番号の最後か否かを判断する（ステップＳ５７）。ステップＳ５７の判断がＮｏの場合、マス目変換処理部８５はｎを１つ大きくする（ステップＳ５８）。そして、ステップＳ５２〜Ｓ５７を繰り返す。ステップＳ５７の判断がＹｅｓの場合、図１９の処理は終了する。
【０１２１】
図１９の処理を、管理装置８（又は検知装置３でもよい）が領域９とマス目の対応付けの処理として行い、マス番号ｍが重複しないマスＩＤに変換されれば、領域９の領域ＩＤとマスＩＤを対応付けるマス・領域対応テーブルを作成しておくことができる。したがって、第１制御対象装置１ｅが天井に設置された後は、マス目変換処理部８５はこのマス・領域対応テーブルを参照して歪んだ形状の熱源データを領域９の熱源データに変換できる。
【０１２２】
図２０は、サーモパイルセンサが検知する検知マス５０２の中心座標Ｏを示す図である。天井βにおけるサーモパイルセンサの位置（ｘｏ，ｙ０）は、例えば天井のコーナーを原点（０，０）として与えられる。また、天井βの高さＺも与えられる。そして、１つ１つのサーモパイルセンサの床に対する俯角θｘ、θｙが与えられているものとする。θｘはＸ方向の俯角であり、θｙはＹ方向の俯角である。
【０１２３】
これらから、１つのサーモパイルセンサが検知する検知マス５０２の中心座標Ｏは、（ｘ０−Ｚtanθｘ、ｙ０−Ｚtanθｙ）で与えられる。俯角θｘ、θｙは第１制御対象装置１ｅへの検知装置３の取り付け角度、及び、各サーモパイルセンサのメーカなどから与えられる検知方向の中心角度（設置面に垂直に設置された場合の角度）により決定される。すなわち、メーカなどにより各サーモパイルセンサの検知方向の中心角度が与えられているので、この値に第１制御対象装置１ｅへの検知装置３の取り付け角度δを加算すればθｘ、θｙが得られる。なお、図のθｘ、θｙは取り付け角度δが含まれた状態で示されている。サーモパイルセンサの位置（ｘ０，ｙ０）、俯角θｘ、θｙ、及び、取り付け角度δはサーモパイルセンサが形成する検知マス５０２の位置に関わる情報である。
【０１２４】
各領域９の座標は居室αの広さを縦横に等分にした値なので、居室αの広さが設計図や実測で与えられると容易に求められる。したがって、マス目変換処理部８５は各サーモパイルの中心座標Ｏが領域９のどこに含まれるかを判断できる。
【０１２５】
なお、検知マス５０２の中心座標Ｏが領域９に含まれるかを比較するのでなく、例えば、検知マス５０２の四隅のいずれか１つ以上が領域９に含まれるかを比較してもよい。四隅全てがそれぞれ領域９に含まれるか否かを判断すると、熱源がある領域９の数が増える傾向になるので、人がいる可能性を高く見積もって照明やエアコン等を制御したい場合に有効である。
【０１２６】
また、検知マス５０２の中心座標Ｏの算出の際に、天井βの高さＺでなく人がいる高さを用いてもよい。例えば、人がいる高さは「Ｚ−１１０ｃｍ」くらいである。これにより、実際に人がいる領域９に検知マス５０２を対応付けやすくなる。
【０１２７】
このように、検知装置３で得られる熱源データは実際には歪んだ形状で得られているが、図１９の処理により居室αの各領域９の熱源データに変換できる。
【０１２８】
上記のように図１９の処理は、ある領域９に１つでも検知マス５０２の中心座標が含まれている場合には熱源があると判断される論理和の処理となっている。逆に、ある領域９に２つ以上の検知マス５０２の中心座標が含まれていても、領域９にある熱源は１つである。これにより、領域９に人がいるのにいないと誤判断することを低減できる。例えば、領域９が広い場合に有用な処理となる。
【０１２９】
また、中心座標Ｏは１つの検知マス５０２の中心の他、重心であってもよい。また、中心座標Ｏは中心や重心でなく、検知マス５０２の範囲内にあればよい。検知マス５０２の範囲内であれば熱源を検知できるためである。
【０１３０】
また、図１９の処理は管理装置８が行う他、検知装置３が行ってもよい。あるいは、第１制御対象装置１が行ってもよい。
【０１３１】
＜制御データの生成＞
続いて、図１２のステップＳ２８における制御データの生成について説明する。図２１は、生成部８４が第１制御対象装置１に対する蛍光灯型ＬＥＤ照明器具の光量に関する制御データを生成する処理の流れを示すフローチャートである。
【０１３２】
生成部８４は、未処理の第１制御対象装置１を１つ取り出す（ステップＳ６１）。未処理の第１制御対象装置１とは、制御データが決定されていない第１制御対象装置１である。
【０１３３】
次に、生成部８４は、取り出した第１制御対象装置１がある領域９の熱源データを参照する（ステップＳ６２）。第１制御対象装置１の装置ＩＤは領域ＩＤと同じなので、熱源データから熱源の有無を読み出せる。
【０１３４】
そして、生成部８４は、第１制御対象装置１がある領域９に熱源があるか否かを判断する（ステップＳ６３）。すなわち、熱源データに「１」が設定されているかどうかを判断する。
【０１３５】
第１制御対象装置１がある領域９の熱源が「１」である場合（ステップＳ６３のＹｅｓ）、生成部８４は、ステップＳ１０で読み出した第１制御対象装置１の光量を１００％に決定して制御データを生成する（ステップＳ６４）。この１００％は、制御指針管理テーブルに設定されている。
【０１３６】
第１制御対象装置１がある領域９の熱源が「１」でない場合（ステップＳ６３のＮｏ）、すなわち熱源が「０」なので、生成部８４は、ステップＳ１０で読み出した第１制御対象装置１の光量を６０％に決定して制御データを生成する（ステップＳ６５）。この６０％は、制御指針管理テーブルに設定されている。
【０１３７】
次に、生成部８４は、全ての第１制御対象装置１について制御データを生成したか否かを判断する（ステップＳ６６）。ステップＳ６６の判断がＮｏの場合、生成部８４は、ステップＳ６１に戻り、ステップＳ６１〜Ｓ６５の処理を繰り返し実行する。ステップＳ６６の判断がＹｅｓの場合、生成部８４は、図２１に示す処理を終了する。
【０１３８】
このようにして、全ての第１制御対象装置１について熱源の有無（人の有無）に基づいて蛍光灯型ＬＥＤ照明器具である第１制御対象装置１の制御データを生成できる。
【０１３９】
図２２は、生成部８４が第２制御対象装置２に対するエア・コンディショナの制御データを生成する処理の流れを示すフローチャートである。
【０１４０】
生成部８４は、未処理の第２制御対象装置２を１つ取り出す（ステップＳ７１）。未処理の第２制御対象装置２とは、制御データが決定されていない第２制御対象装置２である。
【０１４１】
次に、生成部８４は、制御領域管理テーブルを参照し、第２制御対象装置２と対応付けられている領域ＩＤを特定する（ステップＳ７２）。
【０１４２】
次に、生成部８４は、ステップＳ７２で特定した領域９の熱源データを受信する（ステップＳ７３）。熱源データは、図１２のステップＳ２４で検知装置３から送信されている。そして、生成部８４は、上記したように人密度（人の在／不在）を算出する（ステップＳ７４）。
【０１４３】
次に、生成部８４は、ステップＳ７２で特定した領域９の検知データを受信する（ステップＳ７５）。検知データは、図１２のステップＳ２４で検知装置３から送信されている。
【０１４４】
生成部８４は、検知データに基づき環境値を算出する（ステップＳ７６）。具体的には、生成部８４は、ステップＳ６２で特定した領域９の温度データの平均を算出して環境値とする。また、生成部８４は、湿度については１つの検知装置３が１つだけ検知しているのでその値を環境値とする。すなわち、温度データの平均と湿度データが環境値である。この他、照度データを環境値に入れてもよい。
【０１４５】
次に、生成部８４は、人密度と環境値に基づき、エア・コンディショナに対する空調設定を実行する（ステップＳ７７）。
【０１４６】
ここで、図２３は空調設定処理の流れを示すフローチャートである。図２３に示すように、生成部８４は、ステップＳ７４で算出した人密度とステップＳ７６で算出した環境値（温度データの平均、湿度データ）について、それぞれの所定の閾値を超えるか否かを判断する（ステップＳ８１）。
【０１４７】
生成部８４は、人密度および環境値（温度データの平均、湿度データ）の何れもそれぞれの所定の閾値を超えない場合（ステップＳ８１のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１４８】
一方、生成部８４は、人密度および環境値（温度データの平均、湿度データ）の少なくとも何れか一つが所定の閾値を超えた場合（ステップＳ８１のＹｅｓ）、計時を開始する（ステップＳ８２）。
【０１４９】
生成部８４は、計時時間ｔ１が待機時間Ｔ未満である場合（ステップＳ８３のＮｏ）、人密度および環境値（温度データの平均、湿度データ）が閾値を超えたままであるか否かを判定する（ステップＳ８４）。
【０１５０】
生成部８４は、人密度および環境値（温度データの平均、湿度データ）が閾値を超えない状態に変化した場合（ステップＳ８４のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１５１】
一方、生成部８４は、人密度および環境値（温度データの平均、湿度データ）が閾値を超えたままである場合（ステップＳ８４のＹｅｓ）、ステップＳ８３に戻り、計時を継続する。
【０１５２】
生成部８４は、計時時間ｔ１が待機時間Ｔに達した場合（ステップＳ８３のＹｅｓ）、人密度および環境値（温度データの平均、湿度データ）の少なくとも何れか一つがそれぞれの所定の閾値を超えた状態が待機時間Ｔだけ継続したことになるので、エア・コンディショナに対する空調設定の変更が必要であると判断する。
【０１５３】
続いて、生成部８４は、空調設定を変更し（ステップＳ８５）、処理を終了する。具体的には、生成部８４は、人密度と環境値に対応付けられている制御指針を制御指針管理テーブルから取得する。生成部８４は、まず温度の現在の目標値と環境値（温度データの平均）の温度ギャップを算出する。目標値は生成部８４が制御する値なので既知である。次に、生成部８４は、人密度、温度ギャップ及び湿度に対応する制御指針を読み出し第２制御対象装置２の制御データとする。
【０１５４】
以上により、ステップＳ７７の空調設定処理が終了する。
【０１５５】
ここで、空調設定の具体例について説明する。ここで、図２４は空調設定の具体例を示す図である。図２４の第２制御指針管理テーブルに示されるように、温度ギャップがＴ１℃〜Ｔ２℃であり、湿度もＨ１％以上であったときに、人密度がＭ２〜Ｍ３の間の値であった場合、空調設定は図２４中のＢ「±０℃、冷房、弱風」の設定である。その後、人密度がＭ４〜Ｍ５の間の値へと変化した場合、生成部８４が、直ぐに空調設定を図２４中のＡ「−２℃、冷房、強風」へと変更することはない。本実施形態においては、温度ギャップがＴ１℃〜Ｔ２℃で湿度もＨ１％以上であって人密度がＭ４〜Ｍ５の環境状態が、待機時間Ｔ以上保ち続けた場合に、生成部８４は、空調設定を図２４のＡ「−２℃、冷房、強風」へと変更する。
【０１５６】
なお、照明装置のＯＮ／ＯＦＦと比較して、エア・コンディショナなどの空調装置は人に対して空気を介して快適性を提供するので、直接の刺激が少なく、分単位での遅延は許容可能と考える。
【０１５７】
また、環境値（温度データの平均、湿度データ）を用いた空調制御を実施することで、大きく外れた環境においても、空調設定を強く設定することで、早期に適切な環境へと近づく。
【０１５８】
図２２に戻り、生成部８４は、全ての第２制御対象装置２について制御データを生成したか否かを判断する（ステップＳ７８）。ステップＳ７８の判断がＮｏの場合、生成部８４は、ステップＳ７１に戻り、ステップＳ７１〜Ｓ７７の処理を繰り返し実行する。ステップＳ７８の判断がＹｅｓの場合、生成部８４は、図２２に示す処理を終了する。
【０１５９】
このようにして、全ての第２制御対象装置２について人密度と環境値に基づいてエア・コンディショナである第２制御対象装置２の制御データを生成できる。
【０１６０】
このように本実施の形態によれば、人密度と温度ギャップおよび湿度の検知値に応じて、エア・コンディショナなどの空調装置への空調設定を変更することにより、温度のばらつきの少ない空間を提供することができる。加えて、エア・コンディショナなどの空調装置についての空調設定の変更を実施する際に、変更先を示す環境情報の環境状態が一定時間継続することを条件として、空調設定を変更することにより、無駄な空調設定変更を抑制して変更頻度の低減化を図ることができる。
【０１６１】
これにより、エア・コンディショナなどの空調装置への設定変更回数が頻発することにより、経年劣化が早くなるというデメリットを解決できる。また、空調設定の変更に伴って冷媒のＯＮ／ＯＦＦを繰り返す場合、安定して稼動するときより起動時の消費が多くなることから、無駄な電力の発生を抑制し、空調装置の起動時消費電力を抑制することができる。
【０１６２】
（第２の実施の形態）
次に、第２の実施の形態について説明する。なお、前述した第１の実施の形態と同じ部分は同じ符号で示し説明も省略する。
【０１６３】
第１の実施の形態では、空調装置についての空調設定の変更を実施する際に、変更先を示す環境情報の環境状態が一定時間継続することを条件として、空調設定を変更するようにした。ところで、空調装置の空調設定が安定する温度に近づくほど、環境値の変動が少なくなり、閾値を行き来する傾向にあることがわかっている。
【０１６４】
そこで、第２の実施の形態では、空調装置の空調設定が安定する温度に近づくほど、待機時間を長く設定して判断に用いるようにしたものである。
【０１６５】
ここで、図２５は第２の実施の形態にかかる空調設定処理の流れを示すフローチャートである。図２５に示すように、生成部８４は、ステップＳ７４で算出した人密度とステップＳ７６で算出した環境値（温度データの平均、湿度データ）について、それぞれの所定の閾値を超えるか否かを判断する（ステップＳ８１）。
【０１６６】
生成部８４は、人密度および環境値（温度データの平均、湿度データ）の何れもそれぞれの所定の閾値を超えない場合（ステップＳ８１のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１６７】
一方、生成部８４は、人密度および環境値（温度データの平均、湿度データ）の少なくとも何れか一つが所定の閾値を超えた場合（ステップＳ８１のＹｅｓ）、計時を開始する（ステップＳ８２）。
【０１６８】
生成部８４は、計時時間ｔ１が予め設定された値γ未満である場合（ステップＳ９１のＮｏ）、人密度および環境値（温度データの平均、湿度データ）が閾値を超えたままであるか否かを判定する（ステップＳ８４）。
【０１６９】
ここで、予め設定された値γについて説明する。図２６は、空調設定の具体例を示す図である。図２６の第２制御指針管理テーブルに示す例によれば、人密度および環境値（温度データの平均、湿度データ）に応じて空調設定値が異なるマトリクスとなっている。また、図２６の第２制御指針管理テーブルに示す例によれば、各空調設定値間の遷移にかかる待機時間として予め設定された値γが規定されている。
【０１７０】
例えば、温度ギャップがＴ１以上Ｔ２未満で、湿度がＨ１％未満で、人密度がＭ４以上Ｍ５未満である“Ａ”の空調設定の状態から、湿度がＨ１％を超えて“Ｂ”の空調設定に変更となる場合について説明する。この場合、生成部８４は、“Ｃ”のセルの様に、γ＝６００ｓｅｃと予め設定されている時間経過後、“Ｂ”の空調設定へ変更する。
【０１７１】
また、一般に、狙いの環境に近づくにつれて変動が少なくなるが、第２制御指針管理テーブルにおける境界の値を行き来する頻度は高くなる。そこで、図２６の第２制御指針管理テーブルに示されるように、本実施形態においては、予め設定された値γとして、大きく外れた環境における設定変更時の待機時間（Ｄ→Ａ：γ＝７５０ｓｅｃ）より、狙いの環境に近いところでの設定変更時の待機時間（Ａ→Ｅ：γ＝１２００ｓｅｃ）を長く設定している。
【０１７２】
生成部８４は、人密度および環境値（温度データの平均、湿度データ）が閾値を超えない状態に変化した場合（ステップＳ８４のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１７３】
一方、生成部８４は、人密度および環境値（温度データの平均、湿度データ）が閾値を超えたままである場合（ステップＳ８４のＹｅｓ）、ステップＳ８３に戻り、計時を継続する。
【０１７４】
生成部８４は、計時時間ｔ１が予め設定された値γに達した場合（ステップＳ９１のＹｅｓ）、人密度および環境値（温度データの平均、湿度データ）の少なくとも何れか一つがそれぞれの所定の閾値を超えた状態が予め設定された値γだけ継続したことになるので、エア・コンディショナに対する空調設定の変更が必要であると判断する。
【０１７５】
続いて、生成部８４は、空調設定を変更し（ステップＳ８５）、処理を終了する。
【０１７６】
このように本実施形態によれば、環境情報に応じて設定された制御指針情報間の遷移毎に一定時間を設定可能とし、環境情報の変動が小さくなるにつれて一定時間を長く設定することにより、更なる変更頻度の低減化を図ることができる。
【０１７７】
（第３の実施の形態）
次に、第３の実施の形態について説明する。なお、前述した第１の実施の形態および第２の実施の形態と同じ部分は同じ符号で示し説明も省略する。
【０１７８】
第１の実施の形態では、空調装置についての空調設定の変更を実施する際に、変更先を示す環境情報の環境状態が一定時間継続することを条件として、空調設定を変更するようにした。また、第２の実施の形態では、空調装置の空調設定が安定する温度に近づくほど、待機時間を長く設定して判断に用いるようにした。ところで、人密度および環境値（温度データの平均、湿度データ）が異なっても、空調設定値は同じである場合も考えられる。
【０１７９】
そこで、第３の実施の形態では、空調設定値が異なる場合のみ、時間計時を実行して空調設定を変更するようにしたものである。
【０１８０】
ここで、図２７は第３の実施の形態にかかる空調設定処理の流れを示すフローチャートである。図２７に示すように、生成部８４は、ステップＳ７４で算出した人密度とステップＳ７６で算出した環境値（温度データの平均、湿度データ）について、それぞれの所定の閾値を超えるか否かを判断する（ステップＳ８１）。
【０１８１】
生成部８４は、人密度および環境値（温度データの平均、湿度データ）の何れもそれぞれの所定の閾値を超えない場合（ステップＳ８１のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１８２】
一方、生成部８４は、人密度および環境値（温度データの平均、湿度データ）の少なくとも何れか一つが所定の閾値を超えた場合（ステップＳ８１のＹｅｓ）、空調装置の設定が変更になるか否かを判定する（ステップＳ９２）。
【０１８３】
図２６の第２制御指針管理テーブルに示す例によれば、湿度の値が閾値Ｈ１を超え、“Ａ”の空調設定の状態から“Ｂ”の空調設定へと変更する場合、空調設定値は同じであるため、生成部８４は、空調装置の設定が変更にならないと判定する。
【０１８４】
生成部８４は、空調装置の設定が変更にならないと判定した場合（ステップＳ９２のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１８５】
生成部８４は、空調装置の設定が変更になると判定した場合（ステップＳ９２のＹｅｓ）、計時を開始する（ステップＳ８２）。
【０１８６】
生成部８４は、計時時間ｔ１が予め設定された値γ未満である場合（ステップＳ９１のＮｏ）、人密度および環境値（温度データの平均、湿度データ）が閾値を超えたままであるか否かを判定する（ステップＳ８４）。
【０１８７】
生成部８４は、人密度および環境値（温度データの平均、湿度データ）が閾値を超えない状態に変化した場合（ステップＳ８４のＮｏ）、空調設定を変更する必要はないと判断し、処理を終了する。
【０１８８】
一方、生成部８４は、人密度および環境値（温度データの平均、湿度データ）が閾値を超えたままである場合（ステップＳ８４のＹｅｓ）、ステップＳ８３に戻り、計時を継続する。
【０１８９】
生成部８４は、計時時間ｔ１が予め設定された値γに達した場合（ステップＳ９１のＹｅｓ）、人密度および環境値（温度データの平均、湿度データ）の少なくとも何れか一つがそれぞれの所定の閾値を超えた状態が予め設定された値γだけ継続したことになるので、エア・コンディショナに対する空調設定の変更が必要であると判断する。
【０１９０】
続いて、生成部８４は、空調設定を変更し（ステップＳ８５）、処理を終了する。
【０１９１】
このように本実施の形態によれば、所定の閾値を新たに超えた環境情報に対して予め設定されている制御指針情報が現時点での制御指針情報から変更になる場合、一定時間継続を判断することにより、無駄な処理を実行することがなくなる。
【０１９２】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１９３】
例えば、本実施形態の検知データは、熱源データ、温湿度データ及び照度データであるが、ＣＯ２の濃度などの情報、臭気、ウィルスや細菌などが検知されてもよい。
【０１９４】
また、本実施の形態で第１制御対象装置１は蛍光灯型ＬＥＤであると説明したが、第１制御対象装置１は照明装置であればよく発光原理はＬＥＤに限られない。例えば、白熱電球、蛍光灯、ハロゲン電球又は高輝度放電等などもよく、また、これらには限られない。
【０１９５】
また、本実施の形態で第２制御対象装置２はエアコンであると説明したが、第２制御対象装置２は体感される温度や湿度に影響する装置であればよくいわゆるヒートポンプを備えたエアコンに限られない。例えば、単なる送風機、除湿器、加湿器、空気清浄機又は各種のヒーター等などもよく、また、これらには限られない。
【０１９６】
また、本実施の形態では温度分布センサ３１１で人の有無を判断したが、人以外の動物の有無を判断してもよい。熱を発すれば動物又はロボットなども検知可能である。また、温度分布センサ３１１として赤外線カメラを用いてもよい。この場合、画像処理により移動体を検知したり、赤外線により人や動物等を検知したりすることができる。
【０１９７】
また、検知装置３は蛍光灯としての第１制御対象装置１に装着される他、エアコンの通気口、火災報知器など、蛍光灯以外の場所に配置されてもよい。
【０１９８】
また、図６などの構成例は、機器制御システム１００、第１制御対象装置１及び第２制御対象装置２による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、機器制御システム１００、第１制御対象装置１及び第２制御対象装置２の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【０１９９】
また、機器制御システム１００が複数の管理装置８を有していてもよく、管理装置８の機能が複数のサーバに分散して設置されていてもよい。
【０２００】
また、管理装置８が記憶部８０００に有する各データベースの１つ以上は通信ネットワークＮ上に存在していてもよい。
【符号の説明】
【０２０１】
１        照明装置
３        環境情報取得装置
８        制御装置
８１      受信手段
８４      制御データ生成手段
１００    機器制御システム
【先行技術文献】
【特許文献】
【０２０２】
【特許文献１】特開２０１５−１３２４４３号公報
【図１】
2018009714.tif 000003
【図２】
2018009714.tif 000004
【図３】
2018009714.tif 000005
【図４】
2018009714.tif 000006
【図５】
2018009714.tif 000007
【図６】
2018009714.tif 000008
【図７】
2018009714.tif 000009
【図８】
2018009714.tif 000010
【図９】
2018009714.tif 000011
【図１０】
2018009714.tif 000012
【図１１】
2018009714.tif 000013
【図１２】
2018009714.tif 000014
【図１３】
2018009714.tif 000015
【図１４】
2018009714.tif 000016
【図１５】
2018009714.tif 000017
【図１６】
2018009714.tif 000018
【図１７】
2018009714.tif 000019
【図１８】
2018009714.tif 000020
【図１９】
2018009714.tif 000021
【図２０】
2018009714.tif 000022
【図２１】
2018009714.tif 000023
【図２２】
2018009714.tif 000024
【図２３】
2018009714.tif 000025
【図２４】
2018009714.tif 000026
【図２５】
2018009714.tif 000027
【図２６】
2018009714.tif 000028
【図２７】
2018009714.tif 000029