JP6855680B2 - システム、情報処理装置、プログラム - Google Patents

Description

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

オフィスや工場など多数の人が着座したり移動したりしながら活動する空間において人の活動を「見える化」する取り組みが知られている。ある空間に人がいるかいないかをシステムが検知できれば、空間内に人が残っているかどうの判断やセキュリティの向上に利用できる。また、企業の内部犯罪や勤務時間の管理などにも利用できる。

ある空間の人を検知する手段として人が発する熱を検知するセンサがある（例えば特許文献１参照。）。例えば、サーモパイルセンサは離れた物体の表面温度を測定でき、複数のサーモパイルセンサがアレイ状に配置されることで４×４、８×８又は更に細かいメッシュに区切られたマスごとに空間の温度を測定できる。すなわち、サーモパイルセンサを用いることでマスごとに人の在・不在を検知することが可能になる。

しかし、空間の隅々までカバーされるようにサーモパイルセンサの検知範囲を構築すると、サーモパイルセンサアレイを数多く点在させる必要が生じる。例えば、天井にサーモパイルセンサアレイが設置される場合、天井にサーモパイルセンサアレイを点在させる必要がある。この方法ではサーモパイルセンサアレイの数が多く必要となり工事費用も高くなる。また、保守コストも高くなる。

そこで、１つの設置場所に複数のサーモパイルセンサアレイを設置することが検討される。設置場所が少なくなるので少なくとも工事費用や保守コストは低減できる。しかし、この場合、サーモパイルセンサアレイの検知方向を天井に対し垂直するのでなく傾斜を付ける必要がある。これは、検知方向を天井から真下に向けると隣接したサーモパイルセンサアレイの検知範囲が重なってしまい空間の隅々までカバーすることが困難になるためである。

しかし、サーモパイルセンサアレイの検知方向を天井に対し傾斜させると、マスの形状が湾曲してしまう（正方形や長方形でなくなる）。一方、人がいる空間が歪んでいるわけではないので、検知結果と空間の対応付けが困難になり、人の在・不在を「見える化」することが困難になるという問題がある。

本発明は、上記課題に鑑み、検知手段の検知結果に基づいて所定空間の対象を検知可能なシステムを提供することを目的とする。

上記課題に鑑み、本発明は、設置面に傾斜をもって設置され、所定空間の検知エリア内の対象を検知する検知手段と、前記検知手段で得られた検知情報を処理する情報処理手段と、を備え、前記検知手段は複数の検知素子を有し、前記検知素子は前記検知エリアを区分した検知マスの対象を検知し、前記情報処理手段は、前記検知マスの位置に関わる情報に基づいて算出された前記所定空間における前記検知マスの位置と、前記所定空間を複数に区分した領域の位置と、に基づいて、前記検知マスと前記領域を対応づけることを特徴とする。

検知手段の検知結果に基づいて所定空間の対象を検知可能なシステムを提供することができる。

温度分布センサの検知エリアを説明する図の一例である。 機器制御システムの概略的な構成図の一例である。 第１制御対象装置が蛍光灯型ＬＥＤ照明器具の場合の外観斜視図の一例である。 検知装置、第１制御対象装置及び第２制御対象装置のハードウェア構成図の一例である。 管理システムのハードウェア構成図の一例である。 機器制御システムの機能構成図の一例である。 レイアウト管理ＤＢに記憶されている情報を説明するための図の一例である。 制御指針管理ＤＢに記憶されている情報を説明するための図の一例である。 制御領域管理ＤＢに記憶されている情報を説明するための図の一例である。 領域情報管理ＤＢ、マス・領域対応ＤＢに記憶されている情報を説明するための図の一例である。 管理システムの処理を示したシーケンス図の一例である。 温度分布の概念図、熱源データの概念図の一例である。 検知装置を有する複数の第１制御対象装置から送信された熱源データを合成して得られる熱源データの一例である。 熱源データの生成方法を示したフローチャート図の一例である。 温度分布の概念図、熱源データの概念図の一例である。 ２つの温度分布センサが検知する検知エリアを示す図の一例である。 サーモパイルセンサと領域の対応を説明するための図の一例である。 管理システムが検知エリアの検知マスと領域の対応付けを行うフローチャート図の一例である。 管理システムによる熱源データの変換を説明する図の一例である。 第１制御対象装置と領域と対応付けを説明する図の一例である。 第１制御対象装置の光量の制御を模式的に説明する図の一例である。 第１制御指針管理テーブルの一例を示す図である。 管理システムが第１制御対象装置の制御データを生成する手順のフローチャート図の一例である。 熱源の有無と第１制御対象装置の制御例を説明する図の一例である。 検知マスの分割数の設定について説明する図の一例である。 検知エリアを模式的に示す図の一例である。

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

まず、図１を用いて、サーモパイルセンサが用いられた温度分布センサの検知エリアについて説明する。図１は、温度分布センサの検知エリアを説明する図の一例である。図１（ａ）は１つの温度分布センサ３１１が４×４のサーモパイルセンサを有する場合の検知エリアを示している。図１（ａ）では温度分布センサ３１１の真下の４×４の検知マス５０２でしか温度を検知できない。温度分布センサ３１１の数が多くなれば、検知エリアを広くすることができるが、温度分布センサ３１１の設置場所が増えるとコスト増となってしまう。

そこで、図１（ｂ）に示すように、２つの温度分布センサ３１１を同じ場所（後述する第１制御対象装置）に設置することが検討される。しかし、その場合には温度分布センサ３１１を床面に対し垂直ではなく床面に対し傾斜が付与された状態で設置する必要がある。限られた場所に複数の温度分布センサ３１１が設置されるため、傾斜が設けられていないと、１つの温度分布センサ３１１の温度の検知エリア５０１を広げることができないためである。

図１（ａ）では、温度分布センサ３１１は床面に対し垂直に設置されているため、検知エリア５０１は正方形（又は長方形）である。これに対し図１（ｂ）では温度分布センサ３１１は２つであるが、床面に対し傾斜が付与された状態で設置されているため、それぞれの検知エリア５０１は台形ゆがみにより歪んだ形状（台形）となる。このように、検知エリア５０１は大きく歪んでしまう。

図１（ｃ）に示すように、４つの温度分布センサ３１１を同じ場所（後述する第１制御対象装置）に設置することも可能である。しかし、この場合も床面に対し傾斜が付与された状態で設置されているため、それぞれの検知エリア５０１は正方形の一方の対角線だけが延長されたようなゆがんだ形状（菱形に近い形状）となる。これは、温度分布センサ３１１が図１（ｂ）に対して９０°回転した状態で設置されているためである。

検知エリア５０１の形状に対し人がいる空間が歪んでいるわけではないので空間は正方形又は長方形（矩形）に区切られている方が、システムが空間における人の在・不在を管理する（「見える化」する）上では自然である。また、検知エリア５０１や検知マス５０２の形状に空間を区切ることは容易でない。

そこで、本実施形態の後述する管理システム８は検知エリア５０１の各検知マス５０２と、矩形に区切られた空間の各領域とを適切に対応付けることで、空間における人の在・不在の管理及び在・不在に基づく照明などの制御を可能にする。

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

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

検知エリアの位置に関わる情報とは、検知エリア又は検知エリアが区分された検知マスの少なくとも一部の位置を算出したり特定したりするために利用される情報をいう。検知エリアの位置は何らかの指標により検知エリアを特定できる情報であり、例えば所定の座標系における座標である。検知エリアの位置に関わる情報は、具体的には、検知手段の位置、検知手段の検知方向の角度、検知手段と検知される対象が存在する場所までの距離などである。

＜機器制御システムの概略＞
図２は、本実施形態に係る機器制御システム１００の概略的な構成図の一例である。機器制御システム１００は、所定空間の一例である居室αの天井β側に設置された複数の第１制御対象装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）、第２制御対象装置２、無線ルータ６、管理者ＰＣ７(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：これにより、エアコンとしての制御対象部２０の温度、湿度、風量、風向が制御される。

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

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

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

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

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

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

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

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

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

＜熱源データと領域の対応付け＞
続いて、図１１のステップS24-2の熱源データの変換について説明する。図１にて説明したように、温度分布センサ３１１の取り付け角度によって熱源データの検知エリア５０１の形状が歪んでいる。このため、ステップS24-2の処理が行われる。ステップS24-2を行うにはマス・領域対応テーブルが必要である。まず、マス領域対応テーブルの作成方法を説明する。

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

温度分布センサ３１１は床面に対し垂直に設置されていないので、検知エリア５０１及び検知マス５０２は台形に歪んだ形になる。したがって、検知装置３から管理システム８に送信される熱源データもこのような形状で得られている。

図１６（ｂ）は居室αの領域を模式的に示す図の一例である。このように、居室αの領域９は歪みがないので、熱源データの各検知マス５０２における熱源の有り、なしを居室αの各領域９に対応させる必要がある。

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

検知マス５０２がどの領域９と対応するかの処理には、検知マス５０２の位置と俯角、及び、領域９の座標が用いられる。

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

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

領域９の座標は領域情報ＤＢ８００４に登録されている。したがって、マス・領域対応テーブル作成部８３は各検知マス５０２の中心座標Ｏが領域９のどこに含まれるかを判断できる。

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

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

図１８は、管理システム８のマス・領域対応テーブル作成部８３が検知エリア５０１の検知マス５０２と領域９の対応付けを行うフローチャート図の一例である。

まず、マス・領域対応テーブル作成部８３は、温度分布センサ３１１のセンサＩＤに初期値を設定する（Ｓ１０）。センサＩＤは処理を容易にするため温度分布センサ３１１に振られた識別番号である。

次に、マス・領域対応テーブル作成部８３は、マスＩＤに初期値を設定する（Ｓ２０）。マスＩＤについては上記の通りである。

マス・領域対応テーブル作成部８３は着目しているサーモパイルセンサの検知マスの中心座標Ｏを決定する（Ｓ３０）。

そして、マス・領域対応テーブル作成部８３は、着目しているサーモパイルセンサの検知マス５０２の中心座標Ｏが含まれる領域９を決定する（Ｓ４０）。

そして、マス・領域対応テーブル作成部８３はマスＩＤと領域ＩＤを対応付けてマス・領域対応テーブルに登録する（Ｓ５０）。これにより、図１０（ｂ）のようなマス・領域対応テーブルが作成される。

次に、マス・領域対応テーブル作成部８３は、１つの温度分布センサ３１１の最後のマスＩＤまで処理したか否かを判断する（Ｓ６０）。ステップＳ６０の判断がＮｏの場合、マス・領域対応テーブル作成部８３は次のマスＩＤを取り出す（Ｓ７０）。そして、ステップＳ３０〜Ｓ６０を繰り返す。

ステップＳ６０の判断がＹｅｓの場合、マス・領域対応テーブル作成部８３は最後のセンサＩＤか否かを判断する（Ｓ８０）。つまり、最後の温度分布センサ３１１まで処理しかを判断する。ステップＳ８０の判断がＮｏの場合、マス・領域対応テーブル作成部８３は次のセンサＩＤを取り出す（Ｓ９０）。すなわち、別の温度分布センサ３１１を対象にしてステップＳ３０〜Ｓ７０を繰り返す。ステップＳ８０の判断がＹｅｓの場合、図１８の処理は終了する。

図１８の処理を第１制御対象装置１ｅが天井に設置された後に行っておけば、マス・領域変換部８５はこのマス・領域対応テーブルを参照して検知装置３からの熱源データを領域９に対応させた熱源データに変換できる。したがって、管理システム８の負荷を低減できる。

図１９は、マス・領域変換部８５による熱源データの変換を説明する図の一例である。図１９の処理は図１８の処理と同様であるため、図１８との相違を主に説明する。

ステップＳ３０において、マス・領域変換部８５はマス・領域対応テーブルを参照して、マスＩＤに対応する領域ＩＤを決定する（Ｓ３０）。

マス・領域変換部８５はステップＳ３０で決定した領域ＩＤに熱源の有無を設定する（Ｓ４０）。以降の処理は図１８と同様でよい。

以上の処理により、歪んだ形状で得られていた熱源データを領域９に対応させることができる。

＜熱源データを用いた制御の一例＞
第１制御対象装置１を１つの領域９と対応付けるのでなく、１つの第１制御対象装置１を複数の領域９と対応付けることで、機器制御システム１００はより細かな制御が可能になる。

図２０は第１制御対象装置１と領域９と対応付けを説明する図の一例である。図２０では図７（ａ）などとは領域９と第１制御対象装置１の設置の関係が異なっていることに注意されたい。図２０では、居室が９×９＝８１個の領域９に区分されている。また、第１制御対象装置１の数は９である。第１制御対象装置の装置ＩＤを１-１１〜１−１９とし、領域ＩＤを領域９の行番号と列番号で表す。

機器制御システム１００の管理者などは第１制御対象装置１に対して熱源がどのくらい近くにあれば点灯するか、また、どのように点灯するかを予め登録しておくことができる。例えば、内堀６３１（第１制御対象装置１から所定距離の内側）と外堀６３２（第１制御対象装置１から所定距離外である距離の内側）で領域９が仕分けられる。内堀６３１とは第１制御対象装置１の直下を含む内側の領域９をいい、外堀６３２とは第１制御対象装置１を中心とした内堀６３１よりも外側の領域９をいう。図２０では、第１制御対象装置１-１５に対し(4,4)(4,5)(4,6)(5,4)(5,5)(5,6)(6,4)(6,5)(6,6)の領域９が内堀６３１であり、(2,3)(2,4)(2,5)(2,6)(2,7)(3,3)(3,4)(3,5)(3,6)(3,7)(4,3)(4,7)(5,3)(5,7)(6,3)(6,7)(7,3)(7,4)(7,5)(7,6)(7,7)(8,3)(8,4)(8,5)(8,6)(8,7) の領域９が外堀６３２である。

管理システム８の生成部８４は、第１制御対象装置１-１５に対し内堀６３１に熱源があるか、外堀６３２に熱源があるかによって、第１制御対象装置１-１５の光量を制御できる。

図２１は、第１制御対象装置１-１５の光量の制御を模式的に説明する図の一例である。図２１（ａ）では領域ＩＤ＝（４，４）に熱源がある（人がいる）。第１制御対象装置１-１５は内堀６３１に熱源があるのでＬＥＤランプを１００％点灯させる。図２１（ｂ）では領域ＩＤ＝（２，７）に熱源がある（人がいる）。第１制御対象装置１-１５は外堀６３２に熱源があるのでＬＥＤランプを６０％点灯させる。図２１（ｃ）では領域ＩＤ＝（２，４）（４，６）に熱源がある（人がいる）。第１制御対象装置１-１５は内堀６３１に熱源があるのでＬＥＤランプを１００％点灯させる。

したがって、第１制御対象装置１-１５から熱源までの距離に応じて光量を制御できる。このような制御は人がいない領域９でも夜間は少し明るくしておきたいという制御指針に有効である。より省エネ性を向上させるには、外堀６３２の光量を１０％などにすることもでき、熱源の有無に応じて省エネ性と快適性を両立した制御が可能になる。

このような制御指針は制御指針管理ＤＢ８００２の第１制御指針管理テーブルに登録されている。図２２は、第１制御指針管理テーブルの一例を示す。図２２の第１制御指針管理テーブルには、第１制御対象装置の装置ＩＤに、熱源がある場合に光量を１００％に制御する領域９と、熱源がある場合に光量を６０％に制御する領域９とが対応付けられている。光量を１００％に制御する領域９が図２１の内堀６３１であり、光量を６０％に制御する領域９が外堀６３２である。

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

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

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

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

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

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

ステップＳ３０の判断がＮｏの場合、生成部８４は外堀６３２に熱源があるか（人がいるか）否かを判断する（Ｓ４０）。

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

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

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

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

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

図２４は、熱源の有無と第１制御対象装置１の制御例を説明する図の一例である。図２４（ａ）は実際に人がいる領域を図示したものであり、図２４（ｂ）は第１制御対象装置１と光量を図示したものである。なお、図２４では斜線部に熱源有りと検知されている。
・第１制御対象装置１−１１の内堀に人６０１、６０２に基づく熱源が検知されている。このため、第１制御対象装置１は１００％の光量で点灯する。
・第１制御対象装置１−１２の内堀は直下の領域だけであるが、外堀に人６０１に基づく熱源が検知されているので、第１制御対象装置１−１２は６０％の光量で点灯する。
・第１制御対象装置１−１３の内堀に人６０５に基づく熱源が検知されている。このため、第１制御対象装置１−１３は１００％の光量で点灯する。
・第１制御対象装置１−１４の内堀に人６０５に基づく熱源が検知されている。このため、第１制御対象装置１−１４は１００％の光量で点灯する。
・第１制御対象装置１−１５の内堀は直下の領域だけであるが、外堀に人６０２、６０３に基づく熱源が検知されているので、第１制御対象装置１−１５は６０％の光量で点灯する。
・第１制御対象装置１−１６の内堀に人６０３に基づく熱源が検知されている。このため、第１制御対象装置１−１６は１００％の光量で点灯する。
・第１制御対象装置１−１７の内堀は直下の領域だけであるが、外堀に人６０６に基づく熱源が検知されているので、第１制御対象装置１−１７は６０％の光量で点灯する。
・第１制御対象装置１−１８の内堀は直下の領域だけであるが、外堀に人６０７に基づく熱源が検知されているので、第１制御対象装置１−１８は６０％の光量で点灯する。
・第１制御対象装置１−１９の内堀に人６０４に基づく熱源が検知されている。このため、第１制御対象装置１−１９は１００％の光量で点灯する。
・第１制御対象装置１−２０の内堀と外堀には熱源が検知されていないので、第１制御対象装置１−２０は０％の光量で点灯する。
・第１制御対象装置１−２１の内堀と外堀には熱源が検知されていないので、第１制御対象装置１−２１は０％の光量で点灯する。
・第１制御対象装置１−２２の内堀と外堀には熱源が検知されていないので、第１制御対象装置１−２２は０％の光量で点灯する。
・第１制御対象装置１−２３の内堀は直下の領域だけであるが、外堀に人６０８に基づく熱源が検知されているので、第１制御対象装置１−２３は６０％の光量で点灯する。
・第１制御対象装置１−２４の内堀は直下の領域だけであるが、外堀に人６０８に基づく熱源が検知されているので、第１制御対象装置１−２４は６０％の光量で点灯する。
・第１制御対象装置１−２５の内堀に人６０９に基づく熱源が検知されている。このため、第１制御対象装置１−２５は１００％の光量で点灯する。
・第１制御対象装置１−２６の内堀に人６１０に基づく熱源が検知されている。このため、第１制御対象装置１−２６は１００％の光量で点灯する。
・第１制御対象装置１−２７の内堀は直下の領域だけであるが、外堀に人６１２に基づく熱源が検知されているので、第１制御対象装置１−２７は６０％の光量で点灯する。
・第１制御対象装置１−２８の内堀に人６１２に基づく熱源が検知されている。このため、第１制御対象装置１−２８は１００％の光量で点灯する。

図２４にて説明したように、内堀（近い領域）又は外堀（遠い領域）で熱源があるか否かに応じて第１制御対象装置１ごとに光量を制御できる。したがって、省エネを達成しながら快適性を損なわない照明を提供できる。

＜検知マスの分割数の設定＞
検知マス５０２の数はサーモパイルセンサの数を上限に管理者などが変更できる。図２５（ａ）は４×４のサーモパイルセンサを有する温度分布センサ３１１の検知エリアを示す。管理者は分割数を例えば８，４、２などサーモパイルセンサの数よりも少なくできる。例えば、分割数が８の場合、検知マス５０２ａと検知マス５０２ｂ、検知マス５０２ｃと検知マス５０２ｄ、検知マス５０２eと検知マス５０２ｆ、検知マス５０２ｇと検知マス５０２ｈ、検知マス５０２ｉと検知マス５０２ｊ、検知マス５０２ｋと検知マス５０２ｌ、検知マス５０２ｍと検知マス５０２ｎ、検知マス５０２ｏと検知マス５０２ｐ、がそれぞれ結合される。

この場合、検知装置３のマス・領域対応テーブル作成部８３は結合前の２つの検知マスの中心座標Ｏの中点を結合後の検知マスの中心座標Ｏとして算出する。したがって、同様にマス・領域対応テーブルを作成できる。

また、検知部３２は結合前の検知マスの温度の平均を算出し、検知装置３の生成部３４は平均に基づいて熱源データを生成する。したがって、同様に歪んだ熱源データを領域９に対応付けて変換できる。

図２５（ｂ）は分割数を受け付ける受付画面の一例を示す図である。受付画面６２０は例えば管理者ＰＣ７に表示されるＷｅｂページなどである。受付画面６２０は第１制御対象装置を指定するための行入力欄６２１と列入力欄６２２を有する。また、分割数入力欄６２３を有する。管理者などは分割数を変えたい第１制御対象装置１を行と列で指定する。また、所望の分割数を入力する。分割数入力欄６２３は入力可能な分割数がプルダウン表示されてもよい。このように管理者等は第１制御対象装置１を選択して分割数を変更できる。

したがって、より多くのサーモパイルセンサを有する温度分布センサ３１１を搭載しておけば、管理者等は後から分割数を変更できる。また、分割数が少なくなることで管理システム８の負荷を低減できる。

なお、管理者が分割数を設定するのでなく、時間帯、曜日、季節などで自動的に分割数が変更されてもよい。

＜サーモパイルセンサの数について＞
また、全ての温度分布センサ３１１のサーモパイルセンサの数が同じである必要はない。図２６は検知エリアを模式的に示す図の一例である。検知エリア５０１ａの検知マス５０２の数は１６であるが、検知エリア５０１ｂの検知マス５０２の数は４である。例えば壁際などは細かく検知する必要性が低いのでサーモパイルセンサの数が少ない温度分布センサ３１１を採用することでコストを低減できる。

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

また、温度分布センサ３１１が傾斜を持って設置面に取り付けられていても、検知マス５０２の位置を算出して領域９と対応付けるので、検知マス５０２に基づく熱源データを領域９の熱源データに変換できる。これにより実空間の環境の制御が容易になる。

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

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

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

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

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

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

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

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

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

なお、居室αは所定空間の一例であり、サーモパイルセンサは検知素子の一例であり、温度分布センサ３１１は検知手段の一例であり、管理システム８は情報処理装置の一例であり、マス・領域対応テーブル作成部８３は情報作成手段の一例であり、送受信部８１は取得手段の一例であり、マス・領域変換部８５は検知結果変換手段の一例であり、生成部８４は制御データ生成手段の一例である。マス・領域対応テーブルは対応情報の一例である。

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

特開２０１５−１３２４４３号公報

Claims (10)

1. 設置面に傾斜をもって設置され、所定空間の検知エリア内の対象を検知する検知手段と、
   前記検知手段で得られた検知情報を処理する情報処理手段と、を備え、
   前記検知手段は複数の検知素子を有し、
   前記検知素子は前記検知エリアを区分した検知マスの対象を検知し、
   前記情報処理手段は、前記検知マスの位置に関わる情報に基づいて算出された前記所定空間における前記検知マスの位置と、
   前記所定空間を複数に区分した領域の位置と、に基づいて、前記検知マスと前記領域を対応づけるシステム。
2. 前記検知エリアを区分した前記検知マスの形状と異なる形状で前記所定空間を前記領域に区分することを特徴とする請求項１に記載のシステム。
3. 前記情報処理手段は、前記設置面に対する前記検知素子の検知方向の角度、又は、前記検知手段と前記対象が存在する場所までの距離を用いて前記検知マスの前記所定空間における位置を算出する請求項１又は２に記載のシステム。
4. 前記情報処理手段は、前記検知マスの前記位置が含まれる前記領域と、前記検知マスとを対応付け、
   １つの前記領域に複数の前記検知マスの前記位置が含まれる場合、１つの前記領域に複数の前記検知マスを対応付ける請求項１〜３のいずれか１項に記載のシステム。
5. 複数の前記検知手段がある場合、前記検知手段によって前記検知マスの数が異なる請求項１〜４のいずれか1項に記載のシステム。
6. 前記検知手段の前記検知マスの数の変更を受け付けることができる請求項１〜５のいずれか１項に記載のシステム。
7. 前記情報処理手段は、
   前記検知手段から前記検知マスごとの前記対象の検知結果を取得し、
   前記検知マスと前記領域を対応づけた対応情報を参照して前記検知マスの前記対象の有無を前記領域に設定し、
   前記領域ごとの前記対象の有無に基づいて機器の制御データを生成する請求項１〜６のいずれか１項に記載のシステム。
8. 前記機器が照明装置である場合、
   前記情報処理手段は、前記照明装置から所定距離内の前記領域で前記対象が検知された場合、前記照明装置から所定距離外の前記領域で前記対象が検知された場合よりも、前記照明装置の光量が大きく設定された前記制御データを生成する請求項７に記載のシステム。
9. 設置面に傾斜をもって設置され、所定空間の検知エリア内の対象を検知する検知手段で得られた検知情報を処理する情報処理装置であって、
   前記検知エリアを区分した、前記検知手段の複数の検知素子が対象を検知する検知マスの位置に関わる情報に基づいて算出された前記所定空間における前記検知マスの位置と、前記所定空間を複数に区分した領域の位置と、に基づいて、前記検知マスと前記領域を対応づける情報処理装置。
10. 設置面に傾斜をもって設置され、所定空間の検知エリア内の対象を検知する検知手段で得られた検知情報を処理する情報処理装置に、
    前記検知エリアを区分した、前記検知手段の複数の検知素子が対象を検知する検知マスの位置に関わる情報に基づいて算出された前記所定空間における前記検知マスの位置と、前記所定空間を複数に区分した領域の位置と、に基づいて、前記検知マスと前記領域を対応づけることを実行させるプログラム。

Images