JP2017157404A - 機器制御システム、情報処理装置、プログラム - Google Patents

Abstract

【課題】快適性の低下を抑制して機器の制御を行う機器制御システムを提供すること。【解決手段】所定空間の対象を検知する検知装置と、前記対象の検知結果に基づいて機器を制御する情報処理装置とを有する機器制御システムであって、前記機器の位置に対し円対称でない形状の検知範囲が設定された検知範囲情報の記憶部と、前記検知範囲で前記対象が検知された場合、前記検知範囲と対応付けられている前記機器を制御する機器制御手段と、を有する。【選択図】図１

Description

本発明は、機器制御システム、情報処理装置及びプログラムに関する。

人が作業したり休憩したりする居室の照明を自動的に制御するシステムが知られている。このようなシステムは、例えば、赤外線センサ等の人感センサで人の存在を検知すると、自動的に照明を点灯し、人がいなくなると自動的に消灯したりする。人が照明を操作することなく快適性を向上させ、また、消費電力を低減することが可能になる。

しかし、赤外線センサの中でも焦電素子を用いた人感センサは、オフィス等の作業空間のように多数の人が移動し、かつ、障害物の多い場所には必ずしも適しているとはいえない。そこで、サーモパイルセンサを用いて、人の在・不在を検知し人間が存在しない空間に対して照明を消灯することで省エネを実現する技術が考案されている（例えば、特許文献１参照）。

しかしながら、人間の在・不在と照明の制御をサーバを介して実現するシステムの場合、快適性が損なわれるという問題がある。システムの場合、人感センサとサーバの通信に通信時間が必要であり、また、サーバが人感センサの場所などを確認して適切な照明を点灯させる処理に時間が必要であり、また、照明に制御データを送信する通信時間が必要である。このため、人感センサで人を検知してから照明が点灯するまでの時間が長くなる場合がある。

具体例として、照明が消灯しているエリアを人が歩いて移動する場合を想定すると、人感センサが人を検知して照明が点灯する頃には、人が照明の下を通過した後になる状況が生じうる。人が照明を必要とするのは歩いている方向の前方であることが多いため、上記のように快適性が損なわれてしまう。

この不都合を防ぐために、人が検知された場所よりも広めにシステムが照明を点灯すると、省エネ性が低下してしまう。

本発明は、上記課題に鑑み、快適性の低下を抑制して機器の制御を行う機器制御システムを提供することを目的とする。

上記課題に鑑み、本発明は、所定空間の対象を検知する検知装置と、前記対象の検知結果に基づいて機器を制御する情報処理装置とを有する機器制御システムであって、前記機器の位置に対し円対称でない形状の検知範囲が設定された検知範囲情報の記憶部と、前記検知範囲で前記対象が検知された場合、前記検知範囲と対応付けられている前記機器を制御する機器制御手段と、を有する。

快適性の低下を抑制して機器の制御を行う機器制御システムを提供することができる。

機器制御システムの概略的な構成図の一例である。 第１制御対象装置が蛍光灯型ＬＥＤ照明器具の場合の外観斜視図の一例である。 検知装置、第１制御対象装置及び第２制御対象装置のハードウェア構成図の一例である。 管理システムのハードウェア構成図の一例である。 機器制御システムの機能構成図の一例である。 レイアウト管理ＤＢに記憶されている情報を説明するための図の一例である。 制御指針管理ＤＢに記憶されている情報を説明するための図の一例である。 制御領域管理ＤＢに記憶されている情報を説明するための図の一例である。 領域情報管理ＤＢ、マス・領域対応ＤＢに記憶されている情報を説明するための図の一例である。 管理システムの処理を示したシーケンス図の一例である。 温度分布の概念図、熱源データの概念図の一例である。 検知装置を有する複数の第１制御対象装置から送信された熱源データを合成して得られる熱源データの一例である。 熱源データの生成方法を示したフローチャート図の一例である。 温度分布の概念図、熱源データの概念図の一例である。 温度分布センサの数と検知可能範囲の関係を説明する図の一例である。 ２つの温度分布センサが検知する検知可能範囲を示す図の一例である。 管理システムのマス目変換処理部が検知可能範囲の検知マスと領域の対応付けを行うフローチャート図の一例である。 サーモパイルセンサが検知する検知マスの中心座標Ｏを説明する図の一例である。 第１制御対象装置の配置と領域及び第１制御対象装置の人感検知範囲を示す図の一例である。 第１制御指針管理テーブルの一例を示す図である。 管理システムの生成部が第１制御対象装置の制御データを生成する手順のフローチャート図の一例である。 管理システムの生成部が第１制御対象装置の制御データを生成する手順のフローチャート図の一例である。 居室エリアと通路エリアに関する人感検知範囲を説明する図の一例である。 人感検知範囲に基づく第１制御対象装置の点灯制御を説明する図の一例である。 人感検知範囲に基づく第１制御対象装置の点灯制御を説明する図の一例である。 ドアに関する人感検知範囲を説明する図の一例である。 昼間と夜間の人感検知範囲の一例を示す図である。 管理システムの生成部が第１制御対象装置の制御データを生成する手順のフローチャート図の一例である。 周辺の点灯している照明の割合又は数を説明する図の一例である。 周辺の点灯している照明の割合又は数に応じた人感検知範囲の一例を示す図である。 管理システムの生成部が第１制御対象装置の制御データを生成する手順のフローチャート図の一例である。 人感検知範囲を受け付ける受付画面の一例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

本実施形態の機器制御システムは、上記の課題を解決するために以下の特徴を有する。一実施形態において人が検知される人感検知範囲が、例えば居室エリアと通路エリアで以下のように設定される。
(i) 居室エリア
居室のレイアウトに応じて照明の人感検知範囲が照明の位置に対し非対称に設定される。
(ii) 通路エリア
ドア（出入り口）の位置などに応じて照明の人感検知範囲が照明の位置に対し非対称に設定される。

＜用語について＞
所定空間とは人が存在しうる空間である。また、所定空間は複数の人が存在しうる部屋であってもよい。また、居室と称されてもよい。具体的にはオフィス、工場、セミナー会場、展示会、室内競技場、飲食店、電車、バス、船等であるがこれらには限られない。また、個人の自宅であってもよい。

検知される対象はセンサなどの検知手段で検知又は検出される主に生物である（ロボットなどの無生物が対象でもよい）。対象は移動するものに限られてもよい。本実施形態では一例として人を対象として説明する。

対称とはある点を中心に回転させた形状が元の形状と一致することをいう（円対称）。非対称とは対称でない（円対称でない）ことをいう。対称である場合、中心を通る直線で分割された２つの部分のサイズが同じである。

動線とは人などが移動することが多い移動経路をいう。移動が困難な経路であっても人などが移動できれば動線となる場合がある。例えば、机などの障害物があるため人が回避して移動した移動経路が動線となりうる。例えば、机と机の間などは動線となる。また、一般に通路は動線である。

＜機器制御システムの概略＞
図１は、本実施形態に係る機器制御システム１００の概略的な構成図の一例である。機器制御システム１００は、所定空間の一例である居室αの天井β側に設置された複数の第１制御対象装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）、第２制御対象装置２、無線ルータ６、管理者ＰＣ７(Personal Computer)、及び管理システム８がネットワークを介して通信可能な構成を有している。なお、以降、第１制御対象装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）のうち、任意の第１制御対象装置を示す場合には「第１制御対象装置１」と示す。

第１制御対象装置１は、図１に示されているように、天井βが９分割された各領域９にそれぞれ設置されている。そして、天井βの中央に配置された第１制御対象装置１ｅには、検知装置３が設けられている。１つの領域９のサイズは、例えば５０ｃｍ〜数ｍの広さ（正方形）であるが、領域９のサイズは第１制御対象装置１の大きさや性能などに応じて適宜決定される。なお、天井βが分割された各領域９は同じサイズでなくてもよく、各領域９が正方形でなくてもよい。例えば、６角形などの多角形とすると正方形の場合と同様に第１制御対象装置１同士の距離が等しくなる。

また、第２制御対象装置２は、天井βに適当な間隔をおいて設置されている。図１では、第２制御対象装置２は１つであるが、後述するように複数の第２制御対象装置２が１つの居室αに設置されている。第２制御対象装置２は好ましくは等間隔に設置されるが、等間隔でなくてもよい。第１制御対象装置１と第２制御対象装置２の数が異なるのは、第１制御対象装置と第２制御対象装置２でカバーできる範囲が異なったり、サイズが異なったり、コストが異なるなどの理由によるものであり、第１制御対象装置と第２制御対象装置２の数は任意に決定できる。また、第２制御対象装置２が複数ある場合、第２制御対象装置２の符号をそれぞれ２ａ、２ｂ、２ｃとし、任意の第２制御対象装置を示す場合には「第２制御対象装置２」と示す。

本実施形態の第１制御対象装置１は、蛍光灯型ＬＥＤ(Light Emitting Diode)としての照明装置である。第１制御対象装置１ｅの検知装置３は、例えばサーモパイル(Thermopile)の機能によって、居室α内を複数領域（ここでは、９領域）に分けた温度分布を検出し、熱源の有無（対象の検知結果）を示す熱源データを管理システム８に送信する。送信には無線ＬＡＮ等が使用されるが有線で送信してもよい。居室αの床は熱源として検知される対象である人などが存在する場所である。

本実施形態の第２制御対象装置２はエアコンなどの空調装置（図１では室内機が図示されている）である。室外機は第２制御対象装置２ごとに又は複数の第２制御対象装置２に共通に所定の場所に設置されている。なお、図１では第２制御対象装置２と管理システム８が有線で接続されているが、無線で通信してもよい。

無線ルータ６は、検知装置３から送信された熱源データを受信し、通信ネットワークＮを介して管理システム８に送信する。通信ネットワークＮは、ＬＡＮ(Local Area Network)によって構築されており、一部にインターネットが含まれる場合もある。

管理システム８は後述するように情報処理装置の機能を有し、サーバと呼ばれる場合がある。管理システム８は、無線ルータ６から送られて来た熱源データ等に基づいて、第１制御対象装置１，第２制御対象装置２を制御するための制御データを生成し、第１制御対象装置１及び第２制御対象装置２に送信する。第１制御対象装置１は、制御データに基づいて、ＬＥＤの調光制御を行なう。第２制御対象装置２は、制御データに基づいて、温度、湿度、風力、及び風向の制御を行なう。したがって、管理システム８は照明と空調の両方を制御して、居室の人に対し快適性と省エネ性が考慮された空間を提供できる。

なお、これまでの説明で明らかなように、検知装置３が搭載された第１制御対象装置１ｅは、居室αの温度分布を検知するだけでなく、自装置のＬＥＤの調光制御を行なう。第１制御対象装置１ｅは、検知装置３を有するが、他の第１制御対象装置１と同等の機能を有している。

また、検知装置３は第２制御対象装置２の内部又は近くに設置されていてもよい。また、第１制御対象装置１又は第２制御対象装置２とは別体に設置されていてもよい。しかし、検知装置３が第１制御対象装置１と一体であることで、検知装置３の取り付けと取り外しが容易であり、検知装置３を取り付けるためのスペースを用意する必要がないという利点がある。

また、管理者ＰＣ７は、機器制御システム１００の管理者が操作するＰＣである。管理者ＰＣ７は管理システム８と通信して各種の設定を行ったり、検知データを領域ごとに表示したりする。管理者は機器制御システム１００の設営者、ユーザなどどのように呼ばれてもよい。

＜第１制御対象装置の概略＞
次に、図２を用いて、第１制御対象装置１及び第１制御対象装置１ａが取り付けられる装置本体１２０について説明する。図２は、第１制御対象装置が蛍光灯型ＬＥＤ照明器具の場合の外観斜視図の一例である。

図２に示されているように、蛍光灯型ＬＥＤ照明器具としての第１制御対象装置１は、直管型のＬＥＤランプ１３０を有し、居室αの天井βの中央部あたりに設置された装置本体１２０に取り付けられる。装置本体１２０の両端部には、それぞれソケット１２１ａ及びソケット１２１ｂが設けられている。このうち、ソケット１２１ａは、ＬＥＤランプ１３０に給電する給電端子（１２４ａ１、１２４ａ２）を有する。

また、ソケット１２１ｂも、ＬＥＤランプ１３０に給電する給電端子（１２４ｂ１，１２４ｂ２）を有する。これにより、装置本体１２０は、電源からの電力をＬＥＤランプ１３０に供給することができる。

一方、ＬＥＤランプ１３０は、透光性カバー１３１と、この透光性カバー１３１の両端部にそれぞれ設けられる口金（１３２ａ，１３２ｂ）を有する。第１制御対象装置１ｅの場合は、透光性カバー１３１に沿って、隣接して又は透光性カバー１３１の内部に検知装置３を有する。このうち、透光性カバー１３１は、例えば、アクリル樹脂等の樹脂材料で形成され、内部の光源を覆う様に設けられる。

更に、口金１３２ａには、ソケット１２１ａの給電端子（１２４ａ１，１２４ａ２）にそれぞれ接続される端子ピン（１５２ａ１，１５２ａ２）が設けられている。また、口金１３２ｂには、ソケット１２１ｂの給電端子（１２４ｂ１，１２４ｂ２）にそれぞれ接続される端子ピン（１５２ｂ１，１５２ｂ２）が設けられている。そして、ＬＥＤランプ１３０が装置本体１２０に装着されることで、装置本体１２０から各給電端子（１２４ａ１，１２４ａ２，１２４ｂ１，１２４ｂ２）を介して、各端子ピン（１５２ａ１，１５２ａ２，１５２ｂ１，１５２ｂ２）からの電力供給が可能となる。これにより、ＬＥＤランプ１３０は、透光性カバー１３１を介して外部に光を照射する。また、検知装置３は、装置本体１２０から供給される電力で動作する。

＜検知装置、第１制御対象装置、第２制御対象装置のハードウェア構成＞
次に、図３（ａ）を用いて、検知装置３のハードウェア構成を説明する。図３（ａ）は、検知装置３のハードウェア構成図の一例である。検知装置３は、無線モジュール３０１、アンテナＩ／Ｆ３０２、アンテナ３０２ａ、センサドライバ３０４、温度分布センサ３１１、照度センサ３１２、温湿度センサ３１３、装置コントローラ３１５、及び、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン３１０を備えている。

無線モジュール３０１は、無線通信を行なうための部品であり、Ｂｌｕｅｔｏｏｔｈ(登録商標)、ＷｉＦｉ、又はＺｉｇＢｅｅ等の通信方式による通信を行なうことができ、アンテナＩ／Ｆ３０２及びアンテナ３０２ａを介して、外部の装置との無線通信を実現する。なお、通信方式は、無線通信だけでなく、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルやＰＬＣ（Power Line Communications）などの有線通信であってもよい。無線モジュール３０１は、装置コントローラ３１５が実行する通信制御プログラムの制御下で動作する。

温度分布センサ３１１は、赤外線を検知することにより居室α内の温度分布を検知する熱型検出素子である。熱型検出素子を用いることで人や物の表面温度を検知できるので、人の近い場所の温度を検知できる。熱型検出素子は、光を吸収して熱に変換する吸収層を持ち、吸収層の温度変化を電気信号として外部に出力する。熱型検出素子にはサーモパイル、ボロメータ、焦電素子、電圧−電流特性が変化するダイオードなどがある。本実施形態では温度分布センサ３１１がサーモパイルを用いて温度分布を検知するものとして説明する。なお、温度分布センサ３１１は複数のサーモパイルセンサを有しており、後述する検知マスごとに温度を検知する。

照度センサ３１２は、居室α内の明るさを検知するセンサである。温湿度センサ３１３は、居室αの検知装置３の近くの温度及び湿度を検知するセンサである。温湿度センサ３１３が検知する温度は、天井面の温湿度から水蒸気量への変換に使用され、この水蒸気量とサーモパイルによる床面の温度から床面の湿度が算出される。

センサドライバ３０４は、温度分布センサ３１１、照度センサ３１２、及び温湿度センサ３１３のインタフェースである（ハードウェアの回路）。センサドライバ３０４は、装置コントローラ３１５から送信される、温度分布センサ３１１、照度センサ３１２、及び温湿度センサ３１３を駆動させる命令をそれぞれにセンサに適したコマンドに変換して各センサに送出する。また、各センサが検出した信号を装置コントローラ３１５が使用できる形式に変換し装置コントローラ３１５に送出する。

装置コントローラ３１５は、検知装置３の全体を制御する制御装置である。装置コントローラ３１５はＣＰＵ，ＲＯＭ、ＲＡＭ等を有しプログラムを実行するマイコンなどの情報処理装置である。あるいは、ＩＣなどのハードウェアで構築されていてもよい。装置コントローラ３１５は、例えば、温度分布センサ３１１、照度センサ３１２、及び温湿度センサ３１３が温度等を検知するタイミングを制御したり、各センサが検出したデータを加工したりする。例えば、装置コントローラ３１５は温度分布センサ３１１から出力された温度分布データから、熱源の有無を示す熱源データを生成する。装置コントローラ３１５は、熱源データを含む検知データを管理システム８に送信する。

図３（ｂ）は本実施形態に関する第１制御対象装置１又は第２制御対象装置２のハードウェア構成図の一例である。第１制御対象装置１の装置コントローラ３１５は、管理システム８から送信された制御データに基づいてＬＥＤの調光の制御を行う。第２制御対象装置２の装置コントローラ３１５は、管理システム８から送信された制御データに基づいてエアコンを制御する。

装置コントローラ３１５、アンテナＩ／Ｆ３０２、及び、無線モジュール３０１については図３（ａ）と同様である。第１制御対象装置１又は第２制御対象装置２は、制御対象デバイス３１９を有している。制御対象デバイス３１９は、第１制御対象装置１の場合はＬＥＤランプ１３０やＬＥＤランプ１３０の制御回路などであり、第２制御対象装置２の場合はエアコンのヒートポンプや圧縮機及び制御回路などである。

なお、検知装置３を有する第１制御対象装置１ｅの場合、装置コントローラ３１５、アンテナＩ／Ｆ３０２、及び、無線モジュール３０１は、検知装置３と共通でよい。これにより、検知装置３の部品数を低減できる。

＜管理システムのハードウェア構成＞
次に、管理システム８のハードウェア構成について説明する。図４は、管理システム８のハードウェア構成図の一例である。

管理システム８は、情報処理装置として構成されている。そして、管理システム８は、管理システム８全体の動作を制御するＣＰＵ８０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ８０１の駆動に用いられるプログラムを記憶したＲＯＭ８０２、ＣＰＵ８０１のワークエリアとして使用されるＲＡＭ８０３を有する。また、管理プログラム等の各種データを記憶するＨＤ８０４、ＣＰＵ８０１の制御にしたがってＨＤ８０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)８０５を有する。また、フラッシュメモリ等のメディア８０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ８０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ８０８、通信ネットワークＮを利用してデータ通信するためのネットワークＩ／Ｆ８０９を有する。また、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード８１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス８１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)８１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ８１４、及び、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン８１０を備えている。

図示した管理システム８のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、管理システム８が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の管理システム８の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

なお、管理プログラムは実行可能形式や圧縮形式などでメディア８０６やＣＤ−ＲＯＭ８１３などの記憶媒体に記憶された状態で配布されるか、又は、プログラムを配信するサーバから配信される。

また、管理者ＰＣ７のハードウェア構成は管理システム８と同様であるものとし、違いがあるとしても本実施形態の説明において支障がないものとする。

＜管理システム８の機能構成＞
続いて、図５を用いて、検知装置３を含む第１制御対象装置１ｅ、検知装置３を含まない第１制御対象装置１、第２制御対象装置２、管理者ＰＣ７及び管理システム８の機能について説明する。図５は、機器制御システム１００の機能構成図の一例である。

＜第１制御対象装置１ｅの機能構成＞
第１制御対象装置１ｅは、検知装置３が有する機能及び制御対象部２０を有している。検知装置３は、送受信部３１、検知部３２、判断部３３、生成部３４、及び制御部３５を有している。これら各部は、図３（ａ）に示されている装置コントローラ３１５がプログラムにしたがって出力する命令等によって実現される機能又は手段である。また、制御対象部２０は、例えば、調光制御の対象であるＬＥＤランプ１３０等により実現される。

検知装置３の送受信部３１は、装置コントローラ３１５や無線モジュール等の動作により実現される機能又は手段である。例えば、送受信部３１は、通信ネットワークＮを介して、管理システム８と各種のデータの送受信を行う。

検知部３２は、温度分布センサ３１１、照度センサ３１２及び温湿度センサ３１３が動作することで実現される機能又は手段である。検知部３２は、所定空間内の各領域９の温度分布、照度、温度や湿度を検知する。

判断部３３は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、判断部３３は、領域９の温度が所定範囲（例えば、３０℃〜３５℃）内であるか否かを判断する。

生成部３４は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、生成部３４は、判断部３３の判断結果に基づいて熱源の有無を示す熱源データを生成する。

制御部３５は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、制御部３５は、管理システム８から送られて来た制御データに基づいて、制御対象部２０に出力するための制御信号を生成する。

＜第１制御対象装置１（検知装置なし）、第２制御対象装置２の機能構成＞
次に、検知装置３を有さない第１制御対象装置１及び第２制御対象装置２の機能構成について説明する。検知装置３を有さない第１制御対象装置１及び第２制御対象装置２は、送受信部５１、制御部５５及び制御対象部２０を有している。送受信部５１は、装置コントローラ３１５や無線モジュールが動作することで実現される機能又は手段である。送受信部５１は、通信ネットワークＮを介して、管理システム８と各種のデータの送受信を行う。

制御部５５は、装置コントローラ３１５が動作することで実現される機能又は手段である。制御部３５は、管理システム８から送られて来た制御データに基づいて、制御対象部２０に出力するための制御信号を生成する。

制御対象部２０は、第１制御対象装置１の場合、調光制御の対象であるＬＥＤランプ１３０等により実現される。制御対象部２０は、第２制御対象装置２の場合、エアコンのヒートポンプや圧縮機などにより実現される。

＜管理システム８の機能構成＞
次に、管理システム８の機能構成について説明する。管理システム８は、送受信部８１、照合部８２、生成部８４、マス目変換処理部８５、及び記憶・読出処理部８９を有している。各部は、図４に示されているＨＤ８０４からＲＡＭ８０３上に展開された管理プログラムに従ったＣＰＵ８０１からの命令によって動作することで実現される機能又は手段である。更に、管理システム８は、図４に示されているＲＡＭ８０３、及びＨＤ８０４によって構築される記憶部８０００を有している。記憶部８０００には、レイアウト管理ＤＢ（Data Base）８００１、制御指針管理ＤＢ８００２、制御領域管理ＤＢ８００３、領域情報ＤＢ８００４及びマス・領域対応ＤＢ８００５が構築されている。まず、これらのデータベースについて説明する。

（レイアウト管理ＤＢ）
図６を用いて、レイアウト管理ＤＢ８００１について説明する。レイアウト管理ＤＢ８００１には、図６（ａ）に示されているような第１制御対象装置１又は第２制御対象装置２のレイアウト情報が管理されている。

図６（ａ）に示されているように、レイアウト情報は、１つの居室αが一例として５４領域に分割され、それぞれの領域９にＬＥＤ照明器具としての第１制御対象装置１を識別するための装置ＩＤが対応付けて管理されている。アルファベットａ〜ｆと二桁の数値が装置ＩＤである。このうち、装置ＩＤが「ａ」で始まる左上側の９個の領域９が、図１における９領域に対応する。即ち、図１は、居室αの一部を示している。実際の居室αは、装置ＩＤが、ａ，ｂ，ｃ，ｄ，ｅ，ｆで始まる６つのブロックを有し、各ブロックが９領域に分けられ、合計５４領域に分けられている。なお、このような領域９の区分は一例であって、何ブロックに分けてもよいし、１ブロック内を９領域以外の数の領域に分けてもよい。

図６（ａ）のうち、アルファベットのｘと二桁の数値は第２制御対象装置２の装置ＩＤである。装置ＩＤがｘ１２，ｘ２１、ｘ２２の第２制御対象装置２は図１には示されていないが、図６（ａ）に示すように天井βに設置されている。すなわち、居室αの天井βには、４機のエアコンが取り付けられている。

なおＩＤとは、複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらの組み合わせである。ＩＤは識別情報や識別子と呼ばれてもよい。具体的には、部屋番号と重複しない連番の組み合わせ、単なる連番、装置のシリアル番号などであるがこれらには限られない。

本実施形態では、１つの領域９に１つの第１制御対象装置１が設置されていることを利用して、装置ＩＤを領域９を識別するための識別情報として利用する場合がある。

図６（ｂ）は居室αのレイアウト情報の概念図である。図６（ａ）に示されているレイアウト情報の各領域９は、図６（ｂ）に示されている実際の居室αのレイアウト上では、波線又は実線で区切られている領域９を示している。図６（ｂ）には、机や椅子が配置されている実際のレイアウトが示されている。図６（ｂ）においても、図６（ａ）の居室αと同じように居室内が５４領域に分割されている。すなわち、図６（ｂ）の各領域９の位置は、図６（ａ）の各領域９の位置と同じである。図６（ｂ）では、紙面下側が廊下γ側になっており、紙面上側が窓側になっている。

（制御指針管理ＤＢ）
次に、図７（ａ）を用いて、制御指針管理ＤＢ８００２について説明する。制御指針管理ＤＢには、図７（ａ）に示されているような第１制御指針管理テーブルが管理されている。この第１制御指針管理テーブルでは、熱源フィールドに対し制御対象部２０の制御内容が関連付けて管理されている。例えば、熱源フィールドが、熱源がある旨を示す「１」の場合には、その領域９に人がいることを示す。この場合、第１制御指針管理テーブルでは、人が快適に作業できるようにＬＥＤの光量を最大にすべく光量が１００％に設定されている。これに対して、熱源フィールドが、熱源がない旨を示す「０」の場合には、その領域９に人がいないため、省エネを実現すべくＬＥＤの光量が６０％に設定されている。なお、１００％は快適な光量の一例に過ぎず、６０％は省エネを実現し作業も困難とならない光量の一例であって、例えば熱源フィールドが「１」の場合に光量が９０％、熱源フィールドが「０」の場合に光量が５０％に設定されていてもよい。熱源フィールドが「１」の光量が、熱源フィールドが「０」の光量よりも高ければ、両者は何パーセントであってもよい。

また、制御指針管理テーブルが第１制御対象装置１や領域９ごとに設定されていてもよい。この例については後述する。これにより、第１制御対象装置１によって異なる制御指針で管理システム８が第１制御対象装置１を制御できる。

また、制御指針管理ＤＢ８００２には、図７（ｂ）に示されているような第２制御指針管理テーブルが管理されている。この第２制御指針管理テーブルでは、人密度と「温度ギャップ＋湿度」に対応付けて、空調の制御指針が管理されている。温度ギャップとは第２制御対象装置２が温度を制御する際の目標値と温度分布センサ３１１が検出した温度の差である。図７（ｂ）の第２制御指針管理テーブルによれば、例えば、人密度が１〜１９％で、温度が目標値に対し-Ｔ1℃〜-Ｔ2℃の範囲にあり湿度が Ｈ１％未満の場合、目標値に対し＋２℃の温度になるように第２制御対象装置２が制御される。同じ人密度（１〜１９％）で同じ温度範囲でも湿度がＨ１％以上の場合は、第２制御対象装置２はドライに制御される。

図７（ｂ）のような空調の制御指針が温度ギャップと湿度の組み合わせに応じて各人密度ごとに設定されている。したがって管理システム８はきめ細かな空調の制御が可能になる。例えば、人密度が多い場合、人の体温で実際に領域９の温度が上昇したり湿度が変化したりして人が不快感を感じる前に、管理システム８は第２制御対象装置２を制御できる。すなわち、フィードフォワード制御が可能になる。しがたって、快適性をより向上できる。

なお、人密度の区切り方は説明のための一例に過ぎず、より細かく人密度が区切られてもよいし、各区切りの人密度の幅が不揃いであってもよい。人密度は、第２制御対象装置２の制御範囲の複数の領域（図８参照）のうち何個の領域で熱源が関知されるかにより算出される。

（制御領域管理ＤＢ）
次に、図８を用いて、制御領域管理ＤＢ８００３について説明する。制御領域管理ＤＢ８００３には、図８に示されているような制御領域管理テーブルが管理されている。制御領域管理テーブルには、第２制御対象装置２の装置ＩＤに領域ＩＤが対応付けて管理されている。領域ＩＤは第１制御対象装置の装置ＩＤである。図６（ａ）を参照すると分かるように、第２制御対象装置２の装置ＩＤには第２制御対象装置２を中心とする３×３の領域９の領域ＩＤが対応付けられている。

なお、３×３は一例に過ぎず４×４などとしてもよいし、それぞれの領域９から最も近い第２制御対象装置と該領域９とが対応付けられていてもよい。第１制御対象装置１の制御領域管理テーブルについては後述される。

（領域情報ＤＢ）
次に、図９（ａ）を用いて、領域情報ＤＢ８００４について説明する。領域情報ＤＢ８００４には、図９（ａ）に示されているような領域情報テーブルが管理されている。領域情報テーブルは、領域９の領域ＩＤに各領域９の座標情報が登録されている。各領域９の座標情報は例えば対角頂点の座標である。これにより、管理システム８は各領域がどこからどこまでかを判断できる。例えば領域ＩＤ＝ａ１１の領域９はＸ方向に0から100cmであり、Ｙ方向に0から100cmの正方形である。なお、領域のサイズは一例である。

（マス・領域対応ＤＢ）
次に、図９（ｂ）を用いて、マス・領域対応ＤＢ８００５について説明する。マス・領域対応ＤＢ８００５には、図９（ｂ）に示されているようなマス・領域対応テーブルが管理されている。マス・領域対応テーブルは検知マス５０２と領域９とを対応付けるテーブルである。このため、マス・領域対応テーブルにはマスＩＤに対応付けて領域ＩＤが登録されている。マスＩＤは検知マス５０２を識別するためのＩＤである。例えば、重複しない番号、第１制御対象装置１の装置ＩＤと数字やアルファベットとの組み合わせなどである。１つのマスＩＤは１つの領域ＩＤとしか対応しないが、１つの領域ＩＤは複数のマスＩＤと対応する場合がある。

（管理システムの各機能構成）
次に、図５に戻って、管理システム８の各機能構成について説明する。図５に示されている送受信部８１は、例えば、検知装置３から検知データを受信して取得したり、検知装置３に制御データを送信したりする。

照合部８２は、例えば、図６（ａ）に示されているレイアウト情報と、後述の図１２に示されている熱源データを照合する。これにより、領域９ごとに人間の在・不在が判断される。

生成部８４は、照合部８２の照合結果及び第１制御指針管理テーブルを参照して、第１制御対象装置１に対する光量を示す制御データを生成する。また、生成部８４は、例えば、熱源データ及び温湿度センサ３１３が検知する湿度データに基づいて照合部８２の照合結果及び第２制御指針管理テーブルを参照して、第２制御対象装置２に対するエアコンの制御データを生成する。

マス目変換処理部８５は、温度分布センサ３１１が送信した熱源データを、居室αの領域９の熱源データに変換する。詳細は後述される。

記憶・読出処理部８９は、例えば、記憶部８０００からデータを読み出したり、記憶部８０００にデータを記憶したりする。

＜管理者ＰＣの機能構成＞
管理者ＰＣは、送受信部７１、操作受付部７２、及び、表示制御部７３を有している。これら各部は、図４に示されているＨＤ８０４からＲＡＭ８０３上に展開された管理プログラムに従ったＣＰＵ８０１からの命令によって動作することで実現される機能又は手段である。

管理者ＰＣ７の送受信部７１は、ＣＰＵ８０１からの命令及びネットワークＩ／Ｆ８０９等の動作により実現される機能又は手段である。例えば、送受信部７１は、通信ネットワークＮを介して、管理システム８と各種のデータの送受信を行う。

操作受付部７２は、ＣＰＵ８０１からの命令、キーボード８１１及びマウス８１２等が動作することで実現される機能又は手段である。操作受付部７２は、管理者の管理者ＰＣ７に対する各種の操作を受け付ける。

表示制御部７３は、ＣＰＵ８０１からの命令及びディスプレイ８０８等が動作することで実現される機能又は手段である。表示制御部７３は、ディスプレイ８０８に各種の画面を表示する。

＜動作手順＞
以下、図１０〜図１２を用いて、管理システム８の処理又は動作について説明する。図１０は、管理システム８の処理を示したシーケンス図の一例である。図１１（ａ）は温度分布センサ３１１が検出した温度分布の概念図、図１１（ｂ）は熱源の有無を示す熱源データの概念図の一例である。図１２は、居室αにおける全ての領域９の熱源の有無を示す熱源データの概念図である。

ここでは、管理システム８が、第１制御対象装置１ｅにより検知された各種データに基づいて、第１制御対象装置１ｅを制御するための制御データを生成し、第１制御対象装置１，及び、第２制御対象装置２に制御データを送信することで、第１制御対象装置１や第２制御対象装置２が調光や空調を行う処理について説明されている。なお、説明の簡略化のため、複数の第１制御対象装置１のうち、検知装置３を備えた第１制御対象装置１ｅ、及び他の第１制御対象装置１、並びに第２制御対象装置２の処理について説明する。

S21：まず、第１制御対象装置１ｅの検知部３２が、居室αにおける各領域９の温度分布を検知する。

S22：次に、判断部３３が、領域毎に温度が所定範囲値（例えば、３０℃〜３５℃）内であるか否かを判断することで、生成部３４が判断結果に基づいて熱源データを生成する。

ここで、図１１を用いて熱源データの生成について説明する。検知部３２が各領域９の温度を検知した結果、９つの領域９の温度分布が図１１（ａ）に示される状態になったものとする。生成部３４は、図１１（ｂ）に示されるような熱源データを生成する。図１１（ａ）と図１１（ｂ）を比較すると分かるように、熱源データは熱源の有無を示す熱源有無情報によって示されており、温度が所定範囲値（例えば、３０℃〜３５℃）の領域９は「１」として表し、温度が３０℃未満及び３６度以上の領域９は「０」として表されている。図１１（ａ）の温度の分布及び図１１（ｂ）の熱源データは実際には歪んだ検知マス５０２により与えられているが、説明を分かりやすくするために矩形で表されている。

S23：図１０に戻って説明する。第１制御対象装置１ｅの検知部３２は、第１制御対象装置１ｅの付近の照度、温度、及び湿度を検知する（ステップＳ２３）。

S24：そして、第１制御対象装置１ｅの送受信部３１は、管理システム８に対して、検知データを送信する（ステップＳ２４）。検知データには、ステップＳ２２によって生成された熱源データ、ステップＳ２３によって検知された結果を示す温湿度データ（熱源データを生成するために使用された温度データを含む）及び照度データが含まれている。これにより、管理システム８の送受信部８１は、検知データを受信する。なお、熱源データを生成するために使用された温度データは検知マスごとであることが好ましいが、いくつか又は全ての領域の温度を平均したものでもよい。これにより管理システム８の負荷が増大することを抑制できる。この場合、平均された各領域の温度は同じとして扱われる。

図１２は、検知装置３を有する複数の第１制御対象装置１から送信された熱源データを合成して得られる熱源データを示す。図１２は、１つの居室αにおける全ての熱源の有無を示す熱源データの概念図である。図１１（ｂ）に示されている熱源データは、図１２における左上のブロックＢの熱源データに相当する。図１２の熱源データも実際には歪んだ検知マス５０２により与えられている。

S24-2：図１０に戻って説明する。管理システム８のマス目変換処理部８５は、マス・領域対応ＤＢ８００５からマス・領域対応テーブルを読み出して、熱源データを領域９に対応させた熱源データに変換する。詳細は図１７、１８にて説明する。

S25：次に、管理システム８の記憶・読出処理部８９は、レイアウト管理ＤＢ８００１から、図６（ａ）に示されているレイアウト情報を読み出す。

S26：そして、照合部８２は、図６（ａ）に示されているレイアウト情報と、図１２に示されている熱源データを照合する。この照合により、例えば、レイアウト情報における第１制御対象装置１ａがある領域９は、熱源データの熱源フィールドが「１」なので、「熱源がある」と判断される。

S27-1：次に、管理システム８の記憶・読出処理部８９は、熱源データにおいて熱源の有無を示す「１」、「０」を検索キーとして、制御指針管理ＤＢ８００２の第１制御指針管理テーブルを検索することにより、対応する光量を読み出す。

S27-2：また、管理システム８の記憶・読出処理部８９は、制御指針管理ＤＢ８００２から第２制御指針管理テーブルを読み出し、制御領域管理ＤＢ８００３から制御領域管理テーブルを読み出す。

S28：そして、生成部８４は、第１制御対象装置１に対する光量を示す制御データを生成する。また、生成部８４は、第２制御対象装置２の制御データを生成する。このように、ステップＳ２４で送信された１つの検知データに基づき（同じ検知データに基づき）、第１制御対象装置１に対する制御データと第２制御対象装置２に対する両方の制御データを作成できる。したがって、第１制御対象装置１と第２制御対象装置２の２つの装置が制御される場合でも、検知装置３が検知したり検知データを管理システム８が受信する回数を半分に減らすことができる。また、同じ検知データが使用されるので第１制御対象装置１と第２制御対象装置２の動作の整合性を取りやすくなる。

S29-1,S29-2：次に、送受信部５１は、第１制御対象装置１に対して、それぞれの制御データを送信する。これに対して、第１制御対象装置１ｅの送受信部３１は、制御データを受信する。また、第１制御対象装置１ｅ以外の第１制御対象装置１の送受信部５１は、制御データを受信する。

S30-1、S30-2：次に、第１制御対象装置１ｅでは制御部３５が、制御データに基づいてＬＥＤランプとしての制御対象部２０に出力するための制御信号を生成する。同様に、第１制御対象装置１ｅ以外の第１制御対象装置１の制御部５５が、制御データに基づいてＬＥＤランプとしての制御対象部２０に出力するための制御信号を生成する。

S31-1,S31-2：制御部３５は制御信号を制御対象部２０に出力する。制御部５５は制御信号を制御対象部２０に出力する。

S32-1、S32-3：これにより、ＬＥＤランプとしての制御対象部２０の光量が制御される。

S33：管理システム８の送受信部８１は、第２制御対象装置２に対して制御データを送信する。これに対して、第２制御対象装置２の送受信部５１は制御データを受信する。

S34：これにより、エアコンとしての制御対象部２０の温度、湿度、風量、風向が制御される。

例えば、図１２において、領域ＩＤがａ２２の領域９には熱源がないと判断されているため（「０」で示されているため）、図７（ａ）の第１制御指針管理テーブルに従い領域ＩＤがａ２２の領域９にある第１制御対象装置１の光量は６０％に制御される。一方、図１２において、領域ＩＤがａ２１の領域９の真下には熱源があるため（「１」で示されているため）、図７（ａ）の第１制御指針管理テーブルに従い領域ＩＤがａ２１の領域９にある第１制御対象装置１の光量は１００％に制御される。

これにより、人がいるため熱源が検知された場合には、ＬＥＤの光量を最大値にし、人がいないため熱源が検知されなかった場合には、ＬＥＤの光量が下がるため、省エネを実現することができる。また、人がいる場合は光量が大きくなるので人の快適性を向上させることができる。

＜熱源の有無の判断＞
図１０のステップＳ２２で説明した熱源の有無の判断方法について説明する。図１３は、熱源データの生成方法を示したフローチャート図の一例である。図１４（ａ）は温度分布を示した概念図、図１４（ｂ）は熱源の有無を示す熱源データの概念図である。

まず、管理システム８の生成部８４は、温度分布データから判断部３３によって温度が所定範囲（例えば、３０℃〜３５℃）内であるかを判断していない領域９を抽出する（ステップＳ１０１）。

そして、判断部３３は、ステップＳ１０１によって抽出された領域９の温度が所定範囲内であるかを判断する（ステップＳ１０２）。例えば、装置ＩＤがａ１３の第１制御対象装置１が設置されている領域９に、電気ポット（湯沸し器）が設置されている場合、図１４（ａ）に示されているように、蒸気や容器の熱などによってこの領域９の温度が６０℃になることがある。このような場合、たとえ熱源が存在しても人間による熱源の範囲（例えば、３０℃〜３５℃）ではないため、人がいるとは検知されないことが好ましい。

次に、判断部３３は、ステップＳ１０２において、所定範囲内であると判断した場合に
は（ＹＥＳ）、熱源ありと判断する（ステップＳ１０３）。この場合、図１４（ｂ）に示されているように、熱源データは熱源がある旨を示す「１」が設定される。

一方、判断部３３は、所定範囲内でないと判断した場合には（ＮＯ）、熱源なしと判断する（ステップＳ１０４）。この場合、図１４（ｂ）に示されているように、熱源データは熱源がない旨を示す「０」が設定される。

そして、ステップＳ１０３，１０４の処理後、判断部３３は全ての領域９において、温度が所定範囲内であるか否かの判断が終了したかを判断する（ステップＳ１０５）。このステップＳ１０５によって全ての領域９の判断が終了していると判断された場合には（ＹＥＳ）、図１０のステップＳ２２の処理が終了する。一方、ステップＳ１０５において、全ての領域９の判断が終了していないと判断された場合には（ＮＯ）、ステップＳ１０１の処理に戻る。

このように、図１３のような処理によれば、たとえ熱源が存在しても、特定の物体（例
ば、人間）による熱源の範囲を超えている場合には、熱源がない扱いにすることで、より正確に人間の存在を検知することができる。これにより、より正確に省エネを実現することができるという効果を奏する。

＜熱源データと領域の対応付け＞
以上のようにして図１２のような熱源データが得られるが、実際には温度分布センサ３１１の取り付け角度によって熱源データのマスの形状が歪んでいるため、以下のような不都合が生じている。

まず、温度分布センサ３１１が多いほど、各領域９の温度を精度よく検知することができる。しかし、温度分布センサ３１１が多いとコスト増となってしまう。そこで、１つの第１制御対象装置１の中に複数の温度分布センサ３１１を設置することが検討される。しかし、その場合には温度分布センサ３１１を床面に対し垂直ではなく床面に対し傾斜が付与された状態で設置する必要がある。第１制御対象装置１と一体か又は付近という限られた場所に複数の温度分布センサ３１１が設置されるため、傾斜が設けられていないと、１つの温度分布センサ３１１の温度の検知可能範囲５０１を広げることができないためである。

図１５は温度分布センサ３１１の数と検知可能範囲５０１の関係を説明する図の一例である。図１５（ａ）では、温度分布センサ３１１は１つであり床面に対し垂直に設置されているため、検知可能範囲５０１は正方形（又は長方形）である。図１５（ｂ）では温度分布センサ３１１は２つであるが、床面に対し傾斜が付与された状態で設置されているため、それぞれの検知可能範囲５０１は台形ゆがみにより歪んだ形状（台形）となる。図１５（ｃ）では温度分布センサ３１１は４つであるが、床面に対し傾斜が付与された状態で設置されているため、それぞれの検知可能範囲５０１は正方形の一方の対角線だけが延長されたようなゆがんだ形状（菱形に近い形状）となる。これは、温度分布センサ３１１が図１５（ｂ）に対して９０°回転した状態で設置されているためである。

これに対し、居室αの各領域９は正方形又は長方形に区切られている。このため、１つの第１制御対象装置１に複数の温度分布センサ３１１が設置された場合 、歪んだ形状の熱源データを居室αの領域９に対応付ける必要がある。

図１６（ａ）は、２つの温度分布センサ３１１が検知する検知可能範囲５０１を示す。図１６（ａ）では合計６つの第１制御対象装置１が図示されており、１つの第１制御対象装置１が２つの温度分布センサ３１１を有している。１つの温度分布センサ３１１は更に４×４のサーモパイルセンサを有している。すなわち、１つの温度分布センサ３１１は１６箇所の温度を並列に検知できる。１つのサーモパイルセンサの検知可能範囲５０１を検知マス５０２という（センサ検知範囲の一例）。

温度分布センサ３１１は床面に対し垂直に設置されていないので、検知可能範囲５０１及び検知マス５０２は台形に歪んだ形になる。したがって、検知装置３から管理システム８に送信される熱源データもこのような形状で得られている。このため、台形に歪んだ熱源データはそのままでは居室αの各領域９の温度に用いることが困難となる。そこで、図１６（ｂ）に示すように、熱源データを歪みのない形状に変換する。あるいは、熱源データの各検知マス５０２における熱源の有り、なしを居室αの各領域９に対応させる。すなわち図１６（ｂ）の複数の正方形はそれぞれ居室αの各領域９を示している。

図１６（ｃ）は、図１６（ａ）と図１６（ｂ）を重畳させた図である。管理システム８のマス目変換処理部８５は、図１６（ｂ）の各領域９と図１６（ａ）の検知マス５０２を対応させ、領域９のそれぞれに領域９と重なるサーモパイルセンサの検知マス５０２の熱源データ（熱源の有り、なし）を設定する。１つの領域９に１つの検知マス５０２しか含まれないとは限らないので、１つの領域９に複数の検知マス５０２が対応する場合は、熱源の有り、なしの論理和が領域９に設定される。

図１７は管理システム８のマス目変換処理部８５が検知可能範囲５０１の検知マス５０２と領域９の対応付けを行うフローチャート図の一例である。図１７の処理は図１０のＳ２４−２で実行される。

まず、マス目変換処理部８５は、温度分布センサ３１１のセンサ番号ｎに１を設定する（Ｓ１０）。センサ番号ｎは処理を容易にするため温度分布センサ３１１に振られた連番である。

次に、マス目変換処理部８５は、マス番号ｍに１を設定する（Ｓ２０）。マス番号ｍは１つの温度分布センサ３１１が有する複数のサーモパイルセンサがそれぞれ形成する検知マスに振られた連番である。

マス目変換処理部８５は、着目しているサーモパイルセンサの検知マス５０２がどの領域９と重なるかを判断する（Ｓ３０）。この判断は、サーモパイルセンサの検知マス５０２の中心座標Ｏが領域９に含まれるかどうかにより判断される。中心座標Ｏについては図１８にて説明する。

マス目変換処理部８５は、着目している検知マス５０２の熱源データにおける熱源の有り、なしをステップＳ３０で対応すると判断した領域９に設定する（Ｓ４０）。

マス目変換処理部８５は、ｍがマス番号の最後か否かを判断する（Ｓ５０）。ステップＳ５０の判断がＮｏの場合、マス目変換処理部８５はｍを１つ大きくする（Ｓ６０）。そして、ステップＳ３０〜Ｓ５０を繰り返す。

ステップＳ５０の判断がＹｅｓの場合、マス目変換処理部８５はｎがセンサ番号の最後か否かを判断する（Ｓ７０）。ステップＳ７０の判断がＮｏの場合、マス目変換処理部８５はｎを１つ大きくする（Ｓ８０）。そして、ステップＳ２０〜Ｓ７０を繰り返す。ステップＳ７０の判断がＹｅｓの場合、図１７の処理は終了する。

図１７の処理を、管理システム８又は検知装置３が領域９とマス目の対応付けの処理として行い、マス番号ｍが重複しないマスＩＤに変換されれば、領域９の領域ＩＤと対応付けるマス・領域対応テーブルを作成しておくことができる。したがって、第１制御対象装置１ｅが天井に設置された後は、マス目変換処理部８５はこのマス・領域対応テーブルを参照して歪んだ形状の熱源データを領域９の熱源データに変換できる。

図１８は、サーモパイルセンサが検知する検知マスの中心座標Ｏを説明する図の一例である。天井βにおけるサーモパイルセンサの位置（ｘｏ，ｙ０）は、例えば天井のコーナーを原点（０，０）として与えられる。また、天井βの高さＺも与えられる。そして、１つ１つのサーモパイルセンサの床に対する俯角θｘ、θｙが与えられているものとする。θｘはＸ方向の俯角であり、θｙはＹ方向の俯角である。

これらから、１つのサーモパイルセンサが検知する検知マスの中心座標Ｏは、（ｘ０−Ｚtanθｘ、ｙ０−Ｚtanθｙ）で与えられる。俯角θｘ、θｙは第１制御対象装置１への検知装置３の取り付け角度、及び、各サーモパイルセンサのメーカなどから与えられる検知方向の中心角度（設置面に垂直に設置された場合の角度）により決定される。すなわち、メーカなどにより各サーモパイルセンサの検知方向の中心角度が与えられているので、この値に第１制御対象装置１への検知装置３の取り付け角度δを加算すればθｘ、θｙが得られる。なお、図のθｘ、θｙは取り付け角度δが含まれた状態で示されている。サーモパイルセンサの位置（ｘｏ，ｙ０）、俯角θｘ、θｙ、及び、取り付け角度δはサーモパイルセンサが形成する検知マス５０２の位置に関わる情報である。

各領域９の座標は居室αの広さを縦横に等分にした値なので、居室αの広さが設計図や実測で与えられると容易に求められる。したがって、マス目変換処理部８５は各サーモパイルの中心座標Ｏが領域９のどこに含まれるかを判断できる。

なお、検知マス５０２の中心座標Ｏが領域９に含まれるかを比較するのでなく、例えば、検知マス５０２の四隅のいずれか１つ以上が領域９に含まれるかを比較してもよい。四隅全てがそれぞれ領域９に含まれるか否かを判断すると、熱源がある領域９の数が増える傾向になるので、人がいる可能性を高く見積もって照明やエアコン等を制御したい場合に有効である。

また、検知マス５０２の中心座標Ｏの算出の際に、天井βの高さＺでなく人がいる高さを用いてもよい。例えば、人がいる高さは「Ｚ−１１０ｃｍ」くらいである。これにより、実際に人がいる領域９に検知マス５０２を対応付けやすくなる。

このように、検知装置３で得られる熱源データは実際には歪んだ形状で得られているが、図１７の処理により居室αの各領域９の熱源データに変換できる。

上記のように図１７の処理は、ある領域９に１つでも検知マス５０２の中心座標が含まれている場合には熱源があると判断される論理和の処理となっている。逆に、ある領域９に２つ以上の検知マス５０２の中心座標が含まれていても、領域９にある熱源は１つである。これにより、領域９に人がいるのにいないと誤判断することを低減できる。例えば、領域９が広い場合に有用な処理となる。

また、中心座標Ｏは１つの検知マス５０２の中心の他、重心であってもよい。また、中心座標Ｏは中心や重心でなく、検知マス５０２の範囲内にあればよい。検知マス５０２の範囲内であれば熱源を検知できるためである。

また、図１７の処理は管理システム８が行う他、検知装置３が行ってもよい。あるいは、第１制御対象装置１が行ってもよい。

＜熱源データを用いた照明制御＞
続いて、熱源データを用いた照明制御について説明する。管理者等は領域９を任意の数に分割できるので、領域９と第１制御対象装置１が１対１に対応付けられるのはむしろまれである。

図１９は、第１制御対象装置１の配置と領域９及び第１制御対象装置１の人感検知範囲を示す図の一例である。図１９では図６（ａ）などとは領域９と第１制御対象装置１の設置の関係が異なっていることに注意されたい。図１９では、居室が９×１１＝９９個の領域９に区分されている。また、第１制御対象装置１の数は１２である。第１制御対象装置１の装置ＩＤを１-１〜１-１２とし、領域ＩＤを領域９の行番号と列番号で表す。

機器制御システム１００の管理者などは第１制御対象装置１に対して熱源がどのくらい近くにあれば点灯するか、また、どのように点灯するかを予め登録しておくことができる。熱源がある場合に第１制御対象装置１が点灯する領域９を人感検知範囲６０１という。例えば、第１制御対象装置１−７を例にして説明する。

第１制御対象装置１−７の人感検知範囲６０１は、行番号２〜８と列番号４〜１０で指定される領域９である。したがって、この領域９で熱源が検知されると第１制御対象装置１−７が点灯する。

このような制御指針は制御指針管理ＤＢ８００２の第１制御指針管理テーブルに登録されている。図２０（ａ）は、第１制御指針管理テーブルの一例を示す。図２０（ａ）の第１制御指針管理テーブルには、第１制御対象装置１の装置ＩＤに、熱源がある場合に点灯する領域９が対応付けられている。したがって、第１制御対象装置１ごとに人感検知範囲６０１を任意に設定できる。

図２１は、管理システム８の生成部８４が第１制御対象装置１の制御データを生成する手順のフローチャート図の一例である。図２１の処理は図１０のステップＳ２８で行われる。

まず、生成部８４は居室において制御対象となる第１制御対象装置１を１つ取り出す（Ｓ１０）。

次に、生成部８４は第１制御対象装置に対応付けられた領域ＩＤ（人感検知範囲）を第１制御指針管理テーブルから読み出す（Ｓ２０）。なお、温度分布センサ３１１の座標が分かっているので、温度分布センサ３１１の座標が属する領域９を領域情報ＤＢ８００４から検索してもよい。第１制御対象装置１に対する人感検知範囲６０１の相対位置が固定であり、温度分布センサ３１１の座標が属する領域９を特定できれば人感検知範囲６０１を特定できる。

生成部８４は、人感検知範囲６０１に熱源があるか（人がいるか）否かを判断する（Ｓ３０）。

ステップＳ３０の判断がＹｅｓの場合、生成部８４は第１制御対象装置１の光量を１００％にする制御データを作成する（Ｓ７０）。

ステップＳ３０の判断がＮｏの場合、生成部８４は第１制御対象装置１の光量を０％にする制御データを作成する（Ｓ６０）。この場合の第１制御対象装置１の光量は６０％などでもよく設計事項である。

生成部８４は全ての第１制御対象装置１の制御データを作成したか否かを判断する（Ｓ８０）。

ステップＳ８０の判断がＮｏの場合、処理はステップＳ９０に進み、生成部８４は次の第１制御対象装置を１つ取り出す（Ｓ９０）。ステップＳ８０の判断がＹｅｓの場合、図２１の処理は終了する。

また、図２０（ｂ）の第１制御指針管理テーブルのように、２つの人感検知範囲６０１が登録されてもよい。図２０（ｂ）では、第１制御対象装置１の装置ＩＤに、熱源がある場合に光量を１００％に制御する領域９と、熱源がある場合に光量を６０％に制御する領域９とが対応付けられている。すなわち、異なる人感検知範囲６０１が用意される。このような第１制御指針管理テーブルでは、第１制御対象装置１-７から熱源までの距離に応じて光量を制御できる。例えば、人がいない領域９でも夜間は少し明るくしておきたいという制御指針に有効である。より省エネ性を向上させるには、６０％を１０％などに変更することもでき、熱源の有無に応じて省エネ性と快適性を両立した制御が可能になる。

１００％、６０％の領域９の形状は、管理者等が任意に設定できる。また、光量を３段階以上に区切って第１制御対象装置に領域９が対応付けられていてもよい。

図２２は、図２０（ｂ）の第１制御指針管理テーブルの場合に、管理システム８の生成部８４が第１制御対象装置１の制御データを生成する手順のフローチャート図の一例である。図２２の処理は図１０のステップＳ２８で行われる。

まず、生成部８４は居室において制御対象となる第１制御対象装置１を１つ取り出す（Ｓ１０）。

次に、生成部８４は第１制御対象装置に対応付けられた領域ＩＤを第１制御指針管理テーブルから読み出す（Ｓ２０）。

生成部８４は、温度分布センサ３１１に近い側の人感検知範囲６０１に熱源があるか（人がいるか）否かを判断する（Ｓ３０）。

ステップＳ３０の判断がＹｅｓの場合、生成部８４は第１制御対象装置１の光量を１００％にする制御データを作成する（Ｓ７０）。

ステップＳ３０の判断がＮｏの場合、生成部８４は温度分布センサ３１１に遠い側の人感検知範囲６０１に熱源があるか（人がいるか）否かを判断する（Ｓ４０）。

ステップＳ４０の判断がＹｅｓの場合、生成部８４は第１制御対象装置１の光量を６０％にする制御データを作成する（Ｓ５０）。この場合の第１制御対象装置１の光量は５０％などでもよく設計事項である。

ステップＳ４０の判断がＮｏの場合、生成部８４は第１制御対象装置１の光量を０％にする制御データを作成する（Ｓ６０）。

生成部８４は全ての第１制御対象装置１の制御データを作成したか否かを判断する（Ｓ８０）。

ステップＳ８０の判断がＮｏの場合、処理はステップＳ９０に進み、生成部８４は次の第１制御対象装置を１つ取り出す（Ｓ９０）。ステップＳ８０の判断がＹｅｓの場合、図２２の処理は終了する。

このように、管理システム８は熱源データが得られるたびに第１制御対象装置１（及び第２制御対象装置２）の制御データを第１制御対象装置１ごとに生成するので、最適な制御を常に維持し省エネ性と快適性を両立した制御が可能になる。

なお、管理者は第１制御指針管理テーブルを管理者ＰＣ７から設定できる。領域９が固定であれば、第１制御対象装置１の装置ＩＤと領域９の領域ＩＤを指定することで第１制御指針管理テーブルを作成できる。また、管理者は領域９をどのように分割するかを設定できる。例えば、管理者ＰＣ７に縦横の分割数を入力し管理システム８に送信すると、管理システム８は居室αの縦横の長さを分割数で分割することで領域９を生成できる。また、時間帯に応じて異なる人感検知範囲６０１を設定してもよい。

＜人感検知範囲の具体例 １＞
図２３〜図２５を用いて人感検知範囲の適切な設定例を説明する。図２３は居室エリア６２２と通路エリア６２１に関する人感検知範囲６０１を説明する図の一例である。図２３の居室αは通路エリア６２１と居室エリア６２２を有する。また、居室エリア６２２には人感検知範囲６０１ａと６０１ｂが形成されている。人感検知範囲６０１ａは第１制御対象装置１ａの人感検知範囲６０１であり、人感検知範囲６０１ｂは第１制御対象装置１ｂの人感検知範囲６０１である。第１制御対象装置１ａは通路エリア６２１から所定距離内に設置されており、第１制御対象装置１ｂは通路エリア６２１から所定距離よりも遠方に設置されている。なお、第１制御対象装置１は他にも設置されているが図２３では省略されている。

人感検知範囲６０１ａは、人の移動方向を考慮して第１制御対象装置１ａの位置に対し非対称な形状を有している。すなわち、第１制御対象装置１ａから通路エリア６２１の方向までの人感検知範囲６０１ａの長さが、第１制御対象装置１ａから通路エリア６２１とは反対方向までの人感検知範囲６０１ａの長さよりも短くなっている。つまり、人感検知範囲６０１ａは、第１制御対象装置１ａの上側と下側で形状が異なっている。

居室エリア６２２内の通路６４１（第１の通路）の端部が通路エリア６２１（第２の通路）に接している。通路６４１（第１の通路）の反対側の端部は通路と接していない（行き止まり）。人感検知範囲６０１ａに進入しうる人の動線を検討した場合、通路エリア６２１に向かって移動する人は通路エリア６２１まで到達して通路エリア６２１を移動すると考えられる。また、通路エリア６２１から戻ってくる人は自席に戻る場合が多いと考えられる。なお、図示する机の配置のため人の動線はＹ方向に長く、Ｘ方向には短い。

管理者は、人感検知範囲６０１ａをＹ方向に長くする（通路エリア６２１から遠い位置までを人感検知範囲６０１ａにする）。また、Ｘ方向は人の移動が狭い範囲に限られるので、人感検知範囲６０１ａをＸ方向に短くする。これに対し、人感検知範囲６０１ｂは、第１制御対象装置１ｂに対して対称に設定されている。また、第１制御対象装置１ｂの人感検知範囲６０１ｂのＹ方向は短く設定されている（Ｘ方向も短く設定されている）。人感検知範囲６０１がこのように設定されることの効果を以下で説明する。

図２４は人感検知範囲６０１ａに基づく第１制御対象装置１ａの点灯制御を説明する図の一例である。領域９ａで人が検知されているものとする（少なくとも人感検知範囲６０１ａでは人が検知されていない。）。領域９ａは人感検知範囲６０１ａに含まれないので、管理システム８は第１制御対象装置１ａを消灯する。つまり、通路エリア６２１から遠い場所に人がいても第１制御対象装置１ａを消灯できるので省エネ性を向上できる。

次に、領域９ｂで人が検知されたものとする。領域９ｂは人感検知範囲６０１ａに含まれるので、管理システム８は第１制御対象装置１ａを点灯する。したがって、例えば領域９ａの人が通路エリア６２１に向かって移動した場合、第１制御対象装置１ａの真下に移動するまでに第１制御対象装置１ａを点灯させることができる。夜間など人が少ない状況では、点灯している照明が少なく、第１制御対象装置１ａに向かって人が歩いていく方向が暗い。このため、照明の点灯遅れが発生すると、人は不快感を感じるおそれがある。検知装置３と管理システム８、及び、管理システム８と第１制御対象装置１が無線で通信する場合は更に遅れが生じやすい。

これに対し、図２４のような人感検知範囲６０１ａによれば、第１制御対象装置１ａにある程度接近した時点で第１制御対象装置１ａが点灯するので、快適性を向上できる。例えば、領域９ａに自席がある人が帰宅時などに通路エリア６２１に向かって歩き始め領域９ｂで検知されたタイミングで、第１制御対象装置１ａが点灯する。

検知装置３が管理システム８と通信し、管理システム８が第１制御対象装置１ａと通信するまでタイムラグが発生するが、人感検知範囲６０１ａがＹ方向に長いので、少なくとも第１制御対象装置１ａの真下に移動するまでに第１制御対象装置１ａを点灯させることができる。

なお、領域９ｃに人が在席し業務を実行している間、人の位置から少し離れた第１制御対象装置１ａが点灯してしまい省エネ性が低下するおそれがある。しかし、領域９ｃにいる人が通路エリア６２１に向かって歩く際に、第１制御対象装置１ａが点灯していることで、通路６４１を人が歩きやすくなるため快適性を向上できる。

図２５は人感検知範囲６０１ｂに基づく第１制御対象装置１ｂの点灯制御を説明する図の一例である。領域９ｄで人が検知されているものとする（少なくとも人感検知範囲６０１ｂでは人が検知されていない。）。領域９ｄは人感検知範囲６０１ｂに含まれないので、管理システム８は第１制御対象装置１ｂを消灯する。つまり、通路エリア６２１に近い場所に人がいても第１制御対象装置１ｂを消灯できるので省エネ性を向上できる。

仮に、領域９ｅの席の人が通路エリア６２１から自席に戻る場合、通路６４２を移動して第１制御対象装置１ｂの真下に接近するまで第１制御対象装置１ｂは点灯されない。しかし、領域９ｅの席の人は自席に止まるため、第１制御対象装置１ｂの点灯の遅れはほとんど気にならず快適性が低下することを最小限にできる。通路エリア６２１から見て第１制御対象装置１ｂの先には通路がないので、人が第１制御対象装置１ｂに向かって移動を開始した場合に、通信等による制御の遅れを考慮する必要もない。

また、人感検知範囲６０１ｂはＹ方向に短いので、領域９ｆで人が検知されていても第１制御対象装置１ｂは点灯せず省エネ性を向上できる。

＜人感検知範囲の具体例 ２＞
図２６を用いて人感検知範囲の適切な設定例を説明する。図２６はドア６２３に関する人感検知範囲６０１を説明する図の一例である。図２６で示す空間は例えば通路エリア６２１であるが、通路エリア６２１に限らなくてもよい。図２６に示すように通路エリア６２１にはドア６２３が設置されている。

図２６（ａ）では、ドア６２３の付近の第１制御対象装置１ｃと、第１制御対象装置１ｃの人感検知範囲６０１ｃが図示されている。図２６（ｂ）では、ドア６２３から所定距離よりも遠方の第１制御対象装置１ｄと、第１制御対象装置１ｄの人感検知範囲６０１ｄが図示されている。第１制御対象装置１ｃはドア６２３から所定距離内に設置されており、第１制御対象装置１ｄはドア６２３から所定距離よりも遠方に設置されている。なお、第１制御対象装置１は他にも設置されているが図２６では省略されている。

通路エリア６２１のドア６２３は人の出入り口であり、人は通路エリア６２１をドア６２３に平行な方向に移動してドア６２３に接近する。人の動線が考慮された場合、人はドア６２３に対し左右（Ｘ方向、ドア６２３に平行な方向）のどちらからも接近する。このため、管理者等はドア６２３の付近の第１制御対象装置１ｃの人感検知範囲６０１ｃを左右対称に設定する。

なお、完全な対称形である必要はなく、ドア６２３を基準に右側の人感検知範囲６０１ｃが左側よりある程度、長くてもよいしまた短くてもよい。

例えば、領域９ｇで検知されていた人が人感検知範囲６０１ｃに進入した場合、第１制御対象装置１ｃが点灯するので、検知から点灯までに時間的なずれが生じても人の進行方向の前方が点灯される。領域９ｈに人が進入した場合も、第１制御対象装置１ｃが点灯するので、ドア６２３に向かう可能性が高い人が第１制御対象装置１ｃの真下に接近するまでに第１制御対象装置１ｃが点灯する。したがって、検知から点灯までに時間的なずれが生じても人の進行方向の前方が点灯される。

このように、ドア６２３に対し人感検知範囲６０１を左右対称の形状であることで、快適性を向上できる。人感検知範囲６０１ｃで人が検知されていなければ第１制御対象装置１ｃは点灯しないので省エネ性も低下しにくい。

図２６（ｂ）では、ドア６２３よりも右寄りに第１制御対象装置１ｄと、第１制御対象装置１ｄの人感検知範囲６０１ｄが図示されている。なお、第１制御対象装置１は他にも設置されているが図２６では省略されている。

ドア６２３に左側から接近する人はドア６２３を通過して居室外に出る可能性が高いためドア６２３の右側にある第１制御対象装置１ｄが点灯する必要性は低い。一方、ドア６２３に右側から接近する人はドア６２３に到達する前にドア６２３の右側にある第１制御対象装置１ｄの下を通過するので、第１制御対象装置１ｄが点灯することが好ましい。そこで、第１制御対象装置１ｄの人感検知範囲６０１ｄは、第１制御対象装置１ｄの位置に対し左側が短く右側が長い非対称に設定される。ドア６２３から先の範囲を人感検知範囲６０１ｄがカバーしない。つまり、人感検知範囲６０１ｄは、第１制御対象装置１ｄの右側と左側で形状が異なっている。

例えば領域９ｉから人が接近してドア６２３から退室した場合、第１制御対象装置１ｄは点灯しない（図示していないドア６２３に対して左側にある第１制御対象装置１のみが点灯する）ので省エネ性を向上できる。領域９ｊから人が接近して人感検知範囲６０１ｄに進入すると第１制御対象装置１ｄが点灯するので、検知から点灯までに時間的なずれが生じても人の進行方向の前方が点灯される。したがって、快適性を向上できる。

このように、人の動線を考慮して人感検知範囲６０１が設定されることで、サーバ（管理システム８）を用いた機器制御においても省エネ性と快適性を両立しやすくなる。

＜人感検知範囲６０１の推奨値＞
人感検知範囲６０１の長さについて説明する。人が歩く速度（想定される最大値）を1.5〔m/sec〕、無線通信などによる調光までの最大遅延時間3〔sec〕とする。この場合、人が検知されてから第１制御対象装置１が点灯するまでに最大で1.5[m/sec] × 3[sec] = 4.5m移動する。したがって、人の前方を照明するには第１制御対象装置１に対し4.5ｍの長さが必要になる。例えば、図２６（ａ）では第１制御対象装置１ｃから人感検知範囲６０１ｃの右端までの距離が4.5ｍであり、左端までの距離も4.5ｍである。図２６（ｂ）では第１制御対象装置１ｄから人感検知範囲６０１ｄの右端までの距離が4.5ｍであるが、左端までの距離はドア６２３の手前までである。

なお、領域の数で説明すると、１つの領域のサイズが0.8m四方の場合、4.5[m] / 0.8[m] = 6領域（切り上げ）が、第１制御対象装置１ｃ、１ｄから右端までの領域９の数である。

＜時間帯に応じた人感検知範囲の設定例＞
照明の点灯遅れが快適性を低下させるのは、夜間の帰宅時など暗い状況が多い。これは、暗いと歩きにくいし照明が遅れて点灯したことが目立つため等の理由による。そこで、時間帯によって人感検知範囲６０１を変更することが有効である。

図２７は昼間と夜間の人感検知範囲６０１の一例を示す図である。図２７（ａ）は昼間の人感検知範囲６０１を示し、図２７（ｂ）は夜間の人感検知範囲６０１を示す。昼間の人感検知範囲６０１ａ、６０１ｂはどちらも第１制御対象装置１の近くカバーする対称な形状となっている。この狭い人感検知範囲６０１ａ、６０１ｂで人が検知されない限り第１制御対象装置１ａ、１ｂは点灯しないので省エネ性を向上できる。

夜間の人感検知範囲６０１ａ、６０１ｂは図２３と同じである。図２３にて説明したように第１制御対象装置１ａはＹ方向に人感検知範囲６０１ａが長いので、人の前方を照明することができ快適性を向上できる。

したがって、時間帯によって人感検知範囲６０１ａ、６０１ｂが設定されることで、省エネ性と快適性を両立できる。

図２８は、管理システム８の生成部８４が第１制御対象装置１の制御データを生成する手順のフローチャート図の一例である。なお、図２８では図２１との相違を主に説明する。図２８の処理のためには、図２０（ｂ）の第１制御指針管理テーブルにおいて時間帯別に２つの人感検知範囲６０１が登録されている。

まず、ステップＳ１０の処理は図２１と同様である。ステップＳ１２において生成部８４は現在時刻を取得する（Ｓ１２）。現在時刻は管理システム８のＲＴＣ（Real Time Clock）から取得してもよいし、タイムサーバから取得してもよいし、その他の方法で取得してもよい。

次に、生成部８４は第１制御対象装置に対応付けられた現在時刻の領域ＩＤ（人感検知範囲）を第１制御指針管理テーブルから読み出す（Ｓ２０）。したがって、２つの人感検知範囲６０１のうち、時間帯に適した人感検知範囲６０１が特定される。以降の処理は図２１と同様でよい。

このような処理により、時間帯によって人感検知範囲６０１を変更できるので、省エネ性と快適性を両立しやすくなる。

なお、時間帯に応じた制御は一例であって、曜日に応じて人感検知範囲６０１が変更されてもよいし、曜日と時間帯の組み合わせによって人感検知範囲６０１が変更されてもよい。

＜周辺の点灯している照明の割合又は数に応じた人感検知範囲の設定例＞
周辺の第１制御対象装置１が点灯している場合、居室も明るいと考えられるため人感検知範囲６０１を狭くしてよい。図２９は、周辺の点灯している照明の割合又は数を説明する図の一例である。

中央の第１制御対象装置１ｆを例に説明する。第１制御対象装置１ｆには予め周囲範囲６１１が設定されている。管理システム８の生成部８４はこの周囲範囲６１１で点灯している第１制御対象装置１ｆの数をカウントする。点灯している第１制御対象装置１ｆは、生成部８４が制御した結果なので生成部８４にとっては明らかである。生成部８４は、現在の点灯状況をテーブルなどで保持しておくものとする。あるいは、定期的に又は不定期に全ての第１制御対象装置１に対し点灯状況を問い合わせてもよい。

図２９の例では５×５−１（制御対象の第１制御対象装置１ｆ）＝２４の第１制御対象装置１のうち、９個が点灯している。生成部は数である９個又は割合である９／２４を閾値と比較して人感検知範囲６０１を選択する。

図３０は周辺の点灯している照明の割合又は数に応じた人感検知範囲の一例を示す図である。図３０（ａ）は点灯している照明の割合又は数が閾値以上の場合の人感検知範囲６０１を示し、図３０（ｂ）は点灯している照明の割合又は数が閾値未満の場合の人感検知範囲６０１を示す。図３０（ａ）に示すように周囲が明るい場合は、第１制御対象装置１ｆの近くに人がいる場合にしか第１制御対象装置１ｆは点灯しないため省エネ性を向上でき、図３０（ｂ）に示すように周囲が暗い場合は、第１制御対象装置１ｆからやや離れた位置に人がいても第１制御対象装置１ｆが点灯するので快適性を向上できる。

図３１は、管理システム８の生成部８４が第１制御対象装置１の制御データを生成する手順のフローチャート図の一例である。なお、図３１では図２１との相違を主に説明する。図３１の処理のためには、図２０（ｂ）の第１制御指針管理テーブルにおいて周囲の点灯状況別に２つの人感検知範囲６０１が登録されている。また、管理システム８は第１制御対象装置１ごとに周囲範囲６１１を保持している。

ステップＳ１０の処理は図２１と同様である。ステップＳ１２において生成部８４は周囲の点灯状況を取得する（Ｓ１４）。

次に、生成部８４は照明の割合又は数が閾値以上かどうかに応じて、点灯状況に対応付けられた領域ＩＤ（人感検知範囲）を第１制御指針管理テーブルから読み出す（Ｓ２０）。したがって、２つの人感検知範囲６０１のうち、周囲の点灯状況に適した人感検知範囲６０１が特定される。以降の処理は図２１と同様でよい。

このような処理により、周囲の点灯状況によって人感検知範囲６０１を変更できるので、省エネ性と快適性を両立しやすくなる。

＜人感検知範囲の設定＞
図３２は人感検知範囲６０１を受け付ける受付画面６３０の一例を示す図である。受付画面６３０は例えば管理者ＰＣ７に表示されるＷｅｂページなどである。受付画面６３０は「照明器具を選択して、人感検知範囲を指定してください」というメッセージ６３１、昼間ボタン６３２、夜間ボタン６３３、ＯＫボタン６３５、キャンセルボタン６３６及び居室マップ６３７を有する。

管理者はまず、昼間ボタン６３２又は夜間ボタン６３３を指やマウス８１２で押下して時間帯を選択する。管理者ＰＣ７の操作受付部７２はこの操作を受け付け、表示制御部７３が昼間ボタン６３２又は夜間ボタン６３３を例えば反転表示する。また、管理者は、照明器具（第１制御対象装置１）を指やマウス８１２で押下して照明器具を選択する。管理者ＰＣ７の操作受付部７２はこの操作を受け付け、表示制御部７３は照明器具を強調表示する。管理者はこの状態でレイアウト上をドラッグする。管理者ＰＣ７の操作受付部７２はドラッグされた位置を受け付け、ドラッグした範囲に枠線６３４を表示する。管理者がＯＫボタン６３５を押下すると時間帯、第１制御対象装置１の識別情報、及び、枠線内の領域９の識別情報が管理システム８に送信され、第１制御指針管理テーブルに登録される。

なお、居室の形状はレイアウトマップに登録されており、領域９の座標は領域情報ＤＢに登録されている。また、照明器具（第１制御対象装置１）の位置も明らかである。このため、管理システム８は受付画面６３０の居室マップ６３７を保持している。また、管理者の操作に応じて照明器具を強調表示したり枠線６３４を表示したりする処理がJavaScript（登録商標）などで記述されたＷｅｂページが管理システム８から管理者ＰＣ７に送信されている。

また、図３２の受付画面６３０はあくまで一例であり、上記のように、時間帯の他、曜日、周囲の点灯状況などに対し管理者は人感検知範囲６０１を設定できる。

＜まとめ＞
このように、本実施形態の機器制御システム１００は、人を検知して空調だけでなく照明を適切に制御することができるので、省エネと快適性を従来よりも向上できる。領域９ごとに人を検知し個別の照明を適切に制御することができるため、一人でも人がいるためにその人の周りの照明を点灯せざるを得ない状況を低減し省エネしやすくなる。また、少なくとも検知された人のために照明が点灯されるので快適性を損なうことが少ない。

また、検知装置３と管理システム８が通信すること等により検知から点灯までに時間的な遅れが生じても、人感検知範囲６０１が適切に設定されることで省エネ性の低下を抑制して快適性を向上できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態の検知データは、熱源データ、温湿度データ及び照度データであるが、ＣＯ_２の濃度などの情報、臭気、ウィルスや細菌などが検知されてもよい。

また、本実施形態で第１制御対象装置１は蛍光灯型ＬＥＤであると説明したが、第１制御対象装置１は照明装置であればよく発光原理はＬＥＤに限られない。例えば、白熱電球、蛍光灯、ハロゲン電球又は高輝度放電等などもよく、また、これらには限られない。

また、本実施形態で第２制御対象装置２はエアコンであると説明したが、第２制御対象装置２は体感される温度や湿度に影響する装置であればよくいわゆるヒートポンプを備えたエアコンに限られない。例えば、単なる送風機、除湿器、加湿器、空気清浄機又は各種のヒーター等などもよく、また、これらには限られない。

また、本実施形態では温度分布センサで人間の在・不在を判断したが、人以外の動物の有無を判断してもよい。熱を発すれば動物又はロボットなども検知可能である。また、温度分布センサとして赤外線カメラを用いてもよい。この場合、画像処理により移動体を検知したり、赤外線により人や動物等を検知できる。

また、検知装置３は蛍光灯としての第１制御対象装置に装着される他、エアコンの通気口、火災検知器など、蛍光灯以外の場所に配置されてもよい。

また、人感検知範囲６０１は上下方向又は左右方向に非対称なだけでなく、斜め方向に非対称でもよい。また、上下方向、左右方向及び斜め方向の２つ以上で非対称でもよい。非対称な方向は机などの什器の配置（レイアウト）に影響される動線に基づいて設定される。また、人感検知範囲６０１は矩形でなくてもよく、円形や楕円形などでもよい。この場合も第１制御対象装置は円や楕円の中心とは異なる位置に存在するので、第１制御対象装置の位置に対し人感検知範囲６０１の形状が非対称になる。

また、図５などの構成例は、管理システム８、第１制御対象装置及び第２制御対象装置２による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。また、管理システム８、第１制御対象装置及び第２制御対象装置２の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、機器制御システム１００が複数の管理システム８を有していてもよく、管理システム８の機能が複数のサーバに分散して設置されていてもよい。

また、管理システム８が記憶部８０００に有する各データベースの１つ以上は通信ネットワークＮ上に存在していてもよい。

なお、管理システム８は情報処理装置の一例であり、人感検知範囲６０１は検知範囲の一例であり、第１制御指針管理テーブルは検知範囲情報の一例であり、制御領域管理ＤＢ８００３は記憶部の一例であり、生成部８４は機器制御手段の一例であり、送受信部８１は取得手段の一例である。

１ 第１制御対象装置
２ 第２制御対象装置
３ 検知装置
８ 管理システム
２０ 制御対象部
８１ 送受信部
８２ 照合部
８４ 生成部
８５ マス・領域変換部
１００ 機器制御システム
α 居室
β 天井

特許第４３４０９２５号公報

Claims (14)

1. 所定空間の対象を検知する検知装置と、前記対象の検知結果に基づいて機器を制御する情報処理装置とを有する機器制御システムであって、
   前記機器の位置に対し円対称でない形状の検知範囲が設定された検知範囲情報の記憶部と、
   前記検知範囲で前記対象が検知された場合、前記検知範囲と対応付けられている前記機器を制御する機器制御手段と、
   を有する機器制御システム。
2. 前記検知範囲は前記検知装置が設置される空間の動線に基づいて設定されている請求項１に記載の機器制御システム。
3. 第１の通路の端部が第２の通路に接しており、前記第２の通路から所定距離内にある前記第１の通路の前記機器の前記検知範囲は、前記機器に対し前記第２の通路より遠い側の前記第１の通路の方向に、前記第２の通路に近い側の前記第１の通路の方向よりも長い請求項１又は２に記載の機器制御システム。
4. 出入り口から所定距離よりも遠方にある前記機器の前記検知範囲は、前記出入り口に平行な方向において前記機器よりも前記出入り口に近い側が、前記出入り口よりも遠い側よりも短い請求項１〜３のいずれか１項に記載の機器制御システム。
5. 出入り口から所定距離よりも遠方にある前記機器の前記検知範囲は、前記機器から前記出入り口の手前までである請求項４に記載の機器制御システム。
6. 前記検知範囲情報には、１つの前記機器に対し状況に応じて異なる前記検知範囲が設定されている請求項１〜５のいずれか１項に記載の機器制御システム。
7. 前記検知範囲情報には、１つの前記機器に対し時間帯に応じて異なる前記検知範囲が設定されている請求項６に記載の機器制御システム。
8. 前記機器は照明装置であり、
   前記機器制御手段は、前記検知範囲で前記対象が検知された場合、前記検知範囲と対応付けられている前記照明装置を点灯する請求項１〜７のいずれか１項に記載の機器制御システム。
9. 前記検知範囲情報には、１つの前記照明装置に対し該照明装置の周囲の照明装置が点灯している割合又は数に応じて異なる前記検知範囲が設定されており、
   前記機器制御手段は、前記周囲の前記照明装置が点灯している割合又は数を取得して、前記検知範囲情報から前記割合又は数に対応付けられている前記検知範囲を取得し、
   取得した前記検知範囲で前記対象が検知された場合、前記検知範囲と対応付けられている前記照明装置を点灯する請求項８に記載の機器制御システム。
10. 前記機器ごとに前記検知範囲の設定が受け付けられた前記検知範囲情報を取得する取得手段を有する請求項１〜９のいずれか１項に記載の機器制御システム。
11. 前記検知装置と前記情報処理装置とはネットワークを介して通信する請求項１〜１０のいずれか１項に記載の機器制御システム。
12. 前記検知装置と前記情報処理装置とはネットワークを介して無線で通信する請求項１１に記載の機器制御システム。
13. 所定空間の対象を検知する検知装置による前記対象の検知結果に基づいて機器を制御する情報処理装置であって、
    前記検知装置から前記検知結果を取得する取得手段と、
    前記機器の位置に対し円対称でない形状の検知範囲が設定された検知範囲情報を参照して、前記検知範囲で前記対象が検知されたか否かを判断し、前記検知範囲と対応付けられている前記機器を制御する機器制御手段と、を有する情報処理装置。
14. 所定空間の対象を検知する検知装置による前記対象の検知結果に基づいて機器を制御する情報処理装置を、
    前記検知装置から前記検知結果を取得する取得手段と、
    前記機器の位置に対し円対称でない形状の検知範囲が設定された検知範囲情報を参照して、前記検知範囲で前記対象が検知されたか否かを判断し、前記検知範囲と対応付けられている前記機器を制御する機器制御手段、として機能させるプログラム。