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

Abstract

【課題】制御側に送信するデータ量を抑制できる検知装置を提供する。【解決手段】ネットワークＮを介して接続された管理システム８に環境情報を送信する検知装置３であって、所定空間の環境情報を所定の検知範囲ごとに取得する環境情報取得手段３２と、前記環境情報取得手段が検知した各検知範囲の前記環境情報を、前記環境情報の集約に関する集約情報に基づいて集約する集約手段３６と、集約手段が集約した前記環境情報を前記情報処理装置に送信する送信手段３１と、を有する。【選択図】図７

Description

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

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

ある空間の人を検知する手段として人が発する熱を検知するセンサ（検知装置）がある。例えば、サーモパイルセンサは離れた物体の表面温度を測定でき、複数のサーモパイルセンサがアレイ状に配置された温度分布センサをもちいることで、４×４、８×８又は更に細かいメッシュのマスごとに空間の温度を測定できる。すなわち、複数のサーモパイルセンサを用いることでマスごとに人の在・不在を検知することが可能になる。したがって、温度分布センサが配置されると、空間の広い範囲をカバーしてサーモパイルセンサの数だけ人の在・不在を検知することできる。

しかしながら、温度分布センサに数多くのサーモパイルセンサが搭載されるほど人の在・不在に関するデータの通信が増大する傾向がある。そこで、送信されるデータを低減する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、クライアントＰＣ側でネットワークへ送るデータを圧縮や分割する技術が開示されている。

しかしながら、特許文献１に記載されているように圧縮や分割によりデータを削減すると、温度分布を使用して制御対象装置を制御する制御側の負荷が増大してしまうため採用しにくい。すなわち、温度分布センサは高密度化され、１つの温度分布センサで測定できるマスの数は多くなる傾向がある。また、温度分布センサは定期的に人の在・不在に関するデータを制御側に送信している。一方、制御側には複数の温度分布センサから定期的にデータが送信されるので、制御側ではデータ伸張処理などが膨大になってしまう。

このように、圧縮等によりデータ量を削減すると別の不都合をもたらすため、制御側に送信されるデータ量を削減することが課題となっていた。

本発明は、上記課題に鑑み、送信するデータ量を抑制できる検知装置を提供することを目的とする。

上記課題に鑑み、本発明は、ネットワークを介して接続された情報処理装置に環境情報を送信する検知装置であって、所定空間の環境情報を所定の検知範囲ごとに取得する環境情報取得手段と、前記環境情報取得手段が検知した各検知範囲の前記環境情報を、前記環境情報の集約に関する集約情報に基づいて集約する集約手段と、前記集約手段が集約した前記環境情報を前記情報処理装置に送信する送信手段と、を有する。

送信するデータ量を抑制できる検知装置を提供することができる。

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

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

＜データ量の比較例＞
まず、図１を用いて温度分布センサが有するサーモパイルセンサの数の一例を説明する。図１（ａ）は温度分布センサ３１１の検知エリアを説明する図の一例である。本実施形態では、蛍光灯型ＬＥＤ(Light Emitting Diode)が搭載された照明装置を第１制御対象装置１と称し、第１制御対象装置１に温度分布センサ３１１が搭載される。図１（ａ）では１つの第１制御対象装置１に２つの温度分布センサ３１１が搭載されている。

１つの温度分布センサ３１１には上記のように複数のサーモパイルセンサが搭載されている。各サーモパイルセンサが人を検知する範囲を検知マス５０２といい、１つの温度分布センサ３１１の検知エリア５０１は複数の検知マス５０２を有している。図１（ａ）では４×４の１６個のサーモパイルセンサが１つの温度分布センサ３１１に搭載されているが、あくまで一例であり３２個、６２個、１２８個又はこれ以上のサーモパイルセンサを搭載可能である。

したがって、図１（ａ）の例では１６×２＝３２個のサーモパイルセンサが検知マス５０２（Ｐ００〜Ｐ３１）ごとにそれぞれ温度を検出し、人の在・不在（後述する熱源の有無）を検知する。人の在・不在を「１」、「０」に対応させると、温度分布センサ３１１は１バイトで８つのサーモパイルセンサのデータを送信できる。図１（ｂ）は、第１制御対象装置１（２つの温度分布センサ３１１）が送信するデータ量を模式的に示す図である。図１（ｂ）では０〜７bitに対応付けてＰ００〜Ｐ３１の検知マス５０２ごとに人の在・不在（１ or ０）が格納されている。したがって、合計で４バイトのデータ量が消費される。

しかしながら、３２個の検知マス５０２の全てに人が存在することは少なく、どちらかというと人が存在する検知マス５０２はそれほど多くない場合の方が多い。むしろ、検知エリア５０１に一人や二人しか存在しない場合も多い。例えば、Ｐ３１の検知マス５０２にのみ人が存在する場合を想定する。この場合、１〜３バイトは0x00で、４バイト目だけが0x01となる。このように、３２bitのうち大半がゼロでも４バイト消費されている。

＜本実施形態のデータ量の削減について＞
図２を用いて、本実施形態のデータ量の削減方法の概略を説明する。図２は、空間における領域９と検知エリア５０１の対応を説明する図の一例である。人がいる居室αの床面が正方形又は長方形（矩形）の領域９に区切られている。これは領域９ごとに第１制御対象装置１が照明の点灯制御を行うためである。一方、検知エリア５０１は、後述するように温度分布センサ３１１が天井に対し傾いて設置されているため、台形に歪んでいる。サーモパイルセンサも天井に対し傾いて設置されているため、第１制御対象装置１から遠方ほど、１つの検知マス５０２の大きさが大きくなる。

説明のため図２の領域９ａに着目すると、２つの検知マス５０２（の中心）が含まれている。領域９ごとに人の在・不在が判断されるため、複数のサーモパイルセンサ（検知マス）で領域９ａの温度を検知する必要性は低い。すなわち、２つのサーモパイルセンサのどちらかが人を検知していれば、人が存在すると判断してよい。このように考えると、温度分布センサ３１１は領域９ａの２つの検知マス５０２のどちらかの検知結果を取得すればよいことが分かる。

図２の例では、１つの温度分布センサ３１１が６４個のサーモパイルセンサを有しており、２つの温度分布センサ３１１が合計で１２８個のサーモパイルセンサを有している（１２８個の検知マス５０２がある）。しかし、複数の検知マス５０２が１つの領域９で重複しているため、１２８個の人の在・不在を４８個程度の領域９における人の在・不在に置き換えることができる。４８個としたのは全ての領域９のうち検知マス５０２と重複している領域９が４８個であるためであり、領域９のサイズや検知マス５０２の位置などによって変わりうる。しかしながら、この例では、１２８bitのデータが４８bitに削減されるため、データ量を３７．５％に小さくできることが分かる。

このように、本実施形態では、１つの領域９に検知マス５０２が重複しているサーモパイルセンサの検知結果を集約することで、制御側に送信されるデータ量を削減できる。また、温度分布センサ３１１はデータを圧縮する必要がなく、受信側も複雑な伸長処理をする必要がない。領域９という照明の制御の単位でデータが加工されているので、制御側もデータを利用しやすい。

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

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

環境情報とは、環境に関する情報をいう。あるいは、環境から取得可能であり、制御に有用な情報をいう。具体的には、温度、湿度、照度、などであるがこれらには限られない。また、環境情報は利用しやすい態様に加工されていてもよい。例えば、本実施形態では温度が人の在・不在に加工される。

検知範囲とは、１つのセンサが空間において環境情報を検知する範囲である。検知範囲は検知装置によって可変でもよい。また、複数の検知範囲がある場合、検知範囲は異なっていてよい。また、複数の環境情報が検知される場合、環境情報ごとに異なっていてもよい。本実施形態では検知マスという用語で説明する。

集約とは、集めてまとめることをいう。例えば、Ｎ個の環境情報をＭ（＜Ｎ）個にまとめることをいう。まとめる方法は特に制限されないが、論理和、論理積などでもよく、平均、合計などでもよい。また、集約を、マージ、統合、削減などと表現してもよい。

検知範囲の集約に関する情報は、集約の対象となる検知範囲をいう。例えば、集約してよい検知範囲が指示された情報である。本実施形態では後述する集約情報として説明する。

検知範囲の位置に関わる情報とは、検知範囲の少なくとも一部の位置を算出したり特定したりするために利用される情報をいう。検知範囲の位置に関わる情報は、具体的には、検知装置の位置、検知装置の検知方向の角度、検知装置と検知される対象が存在する場所までの距離などである。

検知範囲の位置は何らかの指標により検知範囲を特定できる情報であり、例えば所定の座標系における座標である。

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

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

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

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

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

無線ルータ６は、検知装置３から送信された熱源データを受信し、通信ネットワークＮを介して管理システム８に送信する。無線ルータ６と通信ネットワークＮはいわゆるＩＰネットワークであるのに対し、無線ルータ６と検知装置３はＩＰネットワークをベースとする通信（例えば無線ＬＡＮ）で通信するとは限らない。この場合、無線ルータ６はゲートウェイの機能を有し、通信プロトコルを変換する。通信ネットワークＮは、ＬＡＮ(Local Area Network)によって構築されており、一部にインターネットが含まれる場合もある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

センサドライバ３０４はＩ２Ｃ３０４ａを有し、装置コントローラ３１５はＩ２Ｃ３０４ａで各センサと通信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

集約部３６は、装置コントローラ３１５が動作することで実現される機能又は手段である。例えば、生成部３４が生成した熱源データを集約する。

また、記憶部３０００は検知装置３のＲＡＭやＲＯＭ等に構築される記憶手段であり、本実施形態では集約情報が記憶される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、３×３は一例に過ぎず４×４などとしてもよいし、それぞれの領域９から最も近い第２制御対象装置と該領域９とが対応付けられていてもよい。第１制御対象装置１については、１つの第１制御対象装置１に１つの領域９が対応付けられているので制御領域管理テーブルは不要であるが、１つの第１制御対象装置１が第１制御対象装置１の真下には限られない領域９の熱源の有無を使用して制御される場合、図１０のような制御領域管理テーブルが用意される。

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

（マス・領域対応ＤＢ）
次に、図１１（ｂ）を用いて、マス・領域対応ＤＢ８００５について説明する。マス・領域対応ＤＢ８００５には、図１１（ｂ）に示されているようなマス・領域対応テーブルが管理されている。マス・領域対応テーブルは領域９と検知マス５０２を対応付けるテーブルである。このため、マス・領域対応テーブルには領域ＩＤに対応付けてマスＩＤが登録されている。マスＩＤは検知マス５０２を識別するためのＩＤである。検知マス５０２はサーモパイルセンサと１対１に対応するのでサーモパイルセンサのセンサＩＤと称してよい。また、検知マス５０２は１対１にサーモパイルセンサと対応しているので、マス・領域対応テーブルは領域９とサーモパイルセンサとを対応付けると表現できる。

マスＩＤは、例えば、重複しない番号（例えば連番）、第１制御対象装置１の装置ＩＤと数字やアルファベットとの組み合わせなどである。１つのマスＩＤは１つの領域ＩＤとしか対応しないが、１つの領域ＩＤは複数のマスＩＤと対応する場合がある。

（センサ位置情報ＤＢ８００６）
図１１（ｃ）を用いて、センサ位置情報ＤＢ８００６について説明する。センサ位置情報ＤＢ８００６には、図１１（ｃ）に示されているようなセンサ位置情報テーブルが管理されている。センサ位置情報テーブルは、温度分布センサに搭載されている複数のサーモパイルセンサの位置に関する情報が格納されている。センサＩＤはサーモパイルセンサを特定するための情報である。説明の便宜上、マスＩＤと同じになっている。座標、取り付け角度、俯角、高さＺについては図１８にて説明する。

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

マス・領域対応テーブル作成部８３は、検知マス５０２と領域９を対応させるマス・領域対応テーブルを作成する。作成されたマス・領域対応テーブルはマス・領域対応ＤＢ８００５に記憶される。

集約単位指示部８５は、マス・領域対応テーブル又はこれと同等の情報を検知装置３に送信する。

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

生成部８４は、照合部８２の照合結果及び第１制御指針管理テーブルを参照して、第１制御対象装置１に対する光量を示す制御データを生成する。また、生成部８４は、制御領域管理テーブルを参照して第２制御対象装置２と対応付けられている第１制御対象装置１を特定する。そして、熱源データと照合して人密度を算出する。また、第２制御対象装置２と対応付けられている第１制御対象装置１のうち検知装置３を有する第１制御対象装置１から送信された温度データ（熱源データと共に送信されるサーモパイルの温度）と湿度データに基づいて温度ギャップや湿度を決定する。そして、人密度、温度ギャップ及び湿度に基づき第２制御指針管理テーブルを参照して、第２制御対象装置２に対するエアコンの制御データを生成する。

サーバ部８６は、例えば熱源データを視覚的に表示する画面情報に変換して管理者ＰＣ７に送信する。すなわち、ＨＴＭＬ、スクリプト言語、ＣＳＳなどで熱源データを表す画面情報を作成するＷｅｂアプリを提供する。

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

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

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

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

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

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

S22-2：図１２に戻って説明する。図１３（ｂ）は集約されていない熱源データを説明したものなので、本実施形態では検知装置３の集約部３６が熱源データを集約する。詳細は図２７で説明される。

S23：第１制御対象装置１ｅの検知部３２は、第１制御対象装置１ｅの付近の照度、温度、及び湿度を検知する。

S24：そして、第１制御対象装置１ｅの送受信部３１は、管理システム８に対して、検知データを送信する（ステップＳ２４）。検知データには、ステップＳ２２−１によって生成された熱源データ、ステップＳ２３によって検知された結果を示す温湿度データ及び照度データが含まれている。これにより、管理システム８の送受信部８１は、検知データを受信する。

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

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

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

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

また、検知マス５０２と領域９の重複が領域９の何割に当たるかで、検知マス５０２が領域９に含まれるか否かを判定してもよい。この場合、マス・領域対応テーブル作成部８３は重複の割合を閾値と比較して閾値以上であれば検知マス５０２が領域９に含まれると判定する。

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

＜領域と検知マスの対応＞
図１９は、領域と検知マスの対応関係の一例を示す図である。図１９では、居室αの床面が複数に区分された領域９に１２８個の検知マス５０２が重複して示されている。この図１９のような対応がマス・領域対応ＤＢ８００５に登録されている。１２８個の検知マス５０２は約４８個の領域９と重複している。したがって、１２８個の人の在・不在を含む熱源データは４８個に削減可能である。

管理システム８の集約単位指示部８５は、マス・領域対応ＤＢ８００５を参照して、第１制御対象装置１ｅの検知装置３に集約するマス番号を指示する。例えば、１３番の領域９ｂに４つの検知マス（Ｐ１、Ｐ２、Ｐ３、Ｐ４）の中心が含まれているとすると、集約単位指示部８５は検知マス「Ｐ１、Ｐ２、Ｐ３、Ｐ４」の検知結果を１３番に対応付けるように指示する。つまり、検知マス「Ｐ１、Ｐ２、Ｐ３、Ｐ４」を形成する４つのサーモパイルセンサのどれか１つでも人を検知したかどうかの検知結果を１３番に対応付けるように指示する。

図１９の例では検知装置３は４８個の領域９の人の在・不在を含む熱源データを管理システム８に送信する。したがって、熱源データだけでよければ、４８bit(6Byte)でよい。熱源データとしては、図１９のように予め決まった領域９の番号の順に、各領域９内にある１つ以上の検知マス５０２の熱源の有無が集約されたものになる。

したがって、熱源データは以下のようになる。まず、１バイト目は以下のようになる。
１bit：番号１の領域９内のサーモパイルセンサ（検知マス）の熱源の有無(１つでも人を検知すれば１、それ以外は０)
２bit：番号２の領域９内のサーモパイルセンサ（検知マス）の熱源の有無(１つでも人を検知すれば１、それ以外は０)
（以下、７bitまで続く）
８bit：番号８の領域９内のサーモパイルセンサ（検知マス）の熱源の有無(１つでも人を検知すれば１、それ以外は０)
２〜５バイト目も同様である。６バイト目は以下のようになる。
１bit：番号４１の領域９内のサーモパイルセンサ（検知マス）の熱源の有無(１つでも人を検知すれば１、それ以外は０)
（以下、７bitまで続く）
８bit：番号４８の領域９内のサーモパイルセンサ（検知マス）の熱源の有無(１つでも人を検知すれば１、それ以外は０)
領域９の１〜４８の番号は、領域情報ＤＢ８００４の領域ＩＤと対応しており、領域９の座標情報も分かる。
＜管理システム８と検知装置３のデータフォーマットについて＞
次に、図２０（ａ）を用いて、管理システム８と検知装置３の間で送受信されるデータのデータフォーマットについて説明する。検知装置３が管理システム８に送信する検知データのフォーマットも図２０（ａ）に従う。ただし、あくまで一例であって、検知データ等を送信する際に適切なフォーマットであればよい。

無線モジュール３０１と装置コントローラ３１５はＵＡＲＴで通信する。装置コントローラ３１５は図２０（ａ）のデータフォーマットに検知データ等を格納する。
STX：データフレームのヘッダで0x02以外の値であれば通信エラーとして受信側が無視する。
LEN：次述のデータ本体のデータ長（データサイズ）を表す。
データ本体：検知データなどのデータ本体が格納される。領域９の数は居室によって様々なので可変長になる。
チェックSUM：LENからデータ(可変長)までを対象として算出される。算出は初期値0x00からの減算方式とする(下位8ビットを採用)。受信側がLEN〜データで算出したチェックSUM値が、送信されたチェックSUM値と異なる場合、そのデータフレームは破棄される。
ETX：データフレームのフッタで0x03以外の値であれば通信エラーとして受信側が破棄する。

<<検知データ>>
次に、図２０（ｂ）を用いて検知データのデータフォーマットについて説明する。図２０（ｂ）は検知データとして送信される「データ本体」の一例を説明する図の一例である。つまり、検知装置３から無線ルータ６へ一定間隔で送信する図２０（ａ）のデータフォーマットのうち「データ本体」に格納されるデータを示す。
送信元ＰＡＮアドレス：ARIB STD-T108などのＰＡＮ（Personal Area Network）において検知装置３を特定するための識別情報（アドレス）である。
コマンドＩＤ：検知データを通知する旨を示す固定された固定値。
湿度：温湿度センサ３１３が検知した湿度。0〜100 [％]の値を取る。
温度：温湿度センサ３１３が検知した温度。0.0〜50.0 [度]の値を取る。未測定又は測定不可の場合は「0xffff」となる。
照度：照度センサ３１２が検知した照度。0〜2500 [Lux]の値をとする。未測定又は測定不可の場合は「0xff」となる。
熱源データ：図１９にて説明した熱源データが格納される。

<<集約情報>>
図２１は、管理システム８が検知装置３に送信する集約情報の一例を示す図である。集約情報は、マス・領域対応テーブル（領域９に対応付けられている検知マス５０２）又はこれと同等の情報を管理システム８が検知装置３に通知するための情報である。なお、集約情報は、図２０（ａ）の「データ本体」に格納されている。

集約情報は、コマンドＩＤ、領域番号、領域の検知マス個数、マス番号、及び、終端フラグを有する。
コマンドＩＤ：集約情報であることを示す固定値 0xFFである。
領域番号：図１９の例では１〜４８の範囲を取る。
領域の検知マス個数：領域９に存在する検知マス５０２（サーモパイルセンサ）の個数である。１０を超えることはないと考えてよいので１〜９の値を取る。また、次述するマス番号があるので領域の検知マス個数はなくてもよい。
マス番号：領域９に存在する検知マス５０２の番号である。検知マス５０２が１２８個あるとすると、１〜１２８の値をとる。また、複数のマス番号が格納される場合がある。
終端フラグ：最終領域で１、それ以外では０が格納される。

＜動作手順＞
以下、管理システム８と検知装置３のそれぞれの動作を詳細に説明する。

<<管理システム８の起動時の処理>>
図２２は、管理システム８の起動時の処理を説明するフローチャート図の一例である。図２２の処理は管理システム８の電源がＯＮになるとスタートする。

管理システム８の電源がＯＮになると、マス・領域対応テーブル作成部８３は領域情報ＤＢ８００４から領域情報テーブルを取得する（Ｓ１０）。すなわち、各領域９の座標を示す情報を取得する。

次に、マス・領域対応テーブル作成部８３はセンサ位置情報ＤＢ８００６からセンサ位置情報テーブルを取得する（Ｓ２０）。すなわち、各サーモパイルセンサの位置に関する情報を取得する。

次に、全てのサーモパイルセンサの検知マス５０２について対応する領域９を決定したかどうかの終了判断を行う（Ｓ３０）。

ステップＳ３０の判断がＮｏの場合、マス・領域対応テーブル作成部８３は図１８にて説明したように１つの検知マス５０２の中心座標Ｏを求め、中心座標Ｏが含まれる領域９を決定する（Ｓ４０）。

ステップＳ３０の判断がＹｅｓの場合、図２２の処理は終了する。これにより、図１１（ｂ）に示したマス・領域対応テーブルが作成される。

なお、サーモパイルセンサの位置に変更がなければ、マス・領域対応テーブルは電源ＯＮで毎回作成されなくてもよい。例えば、検知装置３がマス・領域対応テーブルを不揮発性のメモリに予め記憶していてよい。

<<管理システム８が検知装置から起動通知を受信した場合の処理>>
図２３は、管理システム８が検知装置３から起動通知を受信した場合の処理を説明するフローチャート図の一例である。図２３の処理は管理システム８の起動中に実行される。

まず、管理システム８の集約単位指示部８５は、検知装置３から起動通知を受信したか否かを判断する（Ｓ１０）。起動通知は例えば定期的に送信されている。あるいは、管理システム８からの問い合わせに対し検知装置３が応答することで送信される。

ステップＳ１０の判断がＹｅｓの場合、集約単位指示部８５は起動通知を送信した検知装置３を特定する（Ｓ２０）。検知装置３によって対応する領域９が異なるためである。検知装置３は送信元ＰＡＮアドレスにより特定される。

次に、集約単位指示部８５は、起動通知を送信した検知装置３のマス・領域対応テーブルを特定する（Ｓ３０）。

集約単位指示部８５は、起動通知を送信した検知装置３に対し、図２１で説明したデータフォーマットで集約情報を送信する（Ｓ４０）。これにより、検知装置３は領域ごとに集約する検知マス５０２の熱源データを決定できる。このように、起動している検知装置３を確認したら集約情報を送信するので、ネットワーク負荷を低減できる。

<<管理システム８が検知データを受信した場合の処理>>
図２４は、管理システム８が検知データを受信した場合の処理を説明するフローチャート図の一例である。図２４の処理は管理システム８の起動中に実行される。

管理システム８の送受信部８１は検知データを受信したか否かを判断する（Ｓ１０）。

検知データを受信した場合（Ｓ１０のＹｅｓ）、照合部８２は検知データを送信した検知装置３を特定する（Ｓ２０）。

次に、照合部８２は、検知データが集約されているか否かを判断する（Ｓ３０）。例えば、データフレームの「データ本体」のデータ量により判断できる。集約されていない場合、１２８個分の熱源データが含まれているが、集約されている場合、４８個分の熱源データが含まれている。したがって、データ量を判断するだけで検知装置３に集約情報が送信されているか否かを判断でき、データ量が低減されるまでは再送することによって、検知装置３が送信するデータ量を低減できる。

ステップ３０の判断がＮｏの場合、何らかの理由で管理システム８が算出した集約情報（マス・領域テーブル）が検知装置３に通知されていないため、集約単位指示部８５は、再度、集約情報（マス・領域テーブル）を、検知データを送信してきた検知装置３に送信する（Ｓ４０）。

次に、照合部８２はマス・領域対応ＤＢ８００５に記憶されているマス・領域テーブルを参照して熱源データを集約する（Ｓ５０）。すなわち、送信された熱源データが集約されていないので、同じ領域に対応する検知マス５０２（サーモパイルセンサ）の熱源データを１つに集約する。１つの領域９に対応する各検知マス５０２の熱源の有無が１つでも有りあればこの領域９に熱源が有ると設定する。

ステップ３０の判断がＹｅｓの場合、及び、ステップＳ５０に続いて、照合部８２は異なる検知装置３が形成する検知エリア５０１が同じ領域９で重複する検知マスをマージする（Ｓ３５）。図１７（ｃ）を参照して説明する。図１７（ｃ）では隣接した２つの検知エリア５０１が検知マス５０２Ａで重なっている。したがって、重なった検知エリア５０１の検知マスが有する人感有無を、検知マス５０２Ａが重なっている領域９に対しマージする必要がある。なお、領域９と各検知エリア５０１の検知マスの対応は照合部８２に取って既知である。あるいは、照合部８２が図１８のように検知マスごとに対応する領域９を算出してもよい。また、マージは、重なった検知マス５０２Ａのどちらかに人感があれば領域９に「１」を設定する論理和でよい。

次に、照合部８２は各検知装置３から送信された熱源データに基づいて領域９の人感有無を更新する（Ｓ６０）。ステップ３０の判断がＹｅｓの場合は、検知装置３が熱源データを集約してくれるので、管理システム８は熱源データを領域９に当てはめればよく、管理システム８の負荷を低減できる。

次に、サーバ部８６は熱源データを管理者ＰＣ７に送信する（Ｓ７０）。これにより、管理者ＰＣ７のディスプレイには領域９ごとに人の在・不在が視覚的に表示される。例えば、図８（ａ）のように領域９ごとに区切った画面を生成し、人がいる領域９に人型のアイコンを配置するなどして人の在・不在を示す。

<<検知装置３の起動時の処理>>
図２５（ａ）は、検知装置３の起動時の処理を説明するフローチャート図の一例である。図２５の処理は検知装置３の電源がＯＮになるとスタートする。

検知装置３の電源がＯＮになると、制御部３５は温度分布センサ３１１、温湿度センサ３１３及び照度センサ３１２をタイマーで一定間隔ごとに起動させる（Ｓ１０）。これは、一定間隔ごとに（例えば、数十ミリ秒〜数百ミリ秒）ごとに各センサの検出信号を取得するためである。

また、装置コントローラ３１５はＩ２Ｃのセンサドライバ３０４で各センサと通信するため、制御部３５はＩ２Ｃ３０４ａを含めセンサドライバ３０４を起動させる（Ｓ２０）。これにより各センサにアクセスする準備ができる。

また、装置コントローラ３１５はＵＡＲＴ３１５ａで無線モジュール３０１と接続されているため、制御部３５はＵＡＲＴ３１５ａの回路を起動させる（Ｓ３０）。これにより無線モジュール３０１にアクセスする準備ができる。

正常に起動できた場合、制御部３５は無線モジュール３０１を介して起動通知を管理システム８に送信する（Ｓ４０）。

なお、電源ＯＮにより、検知装置３は無線ルータ６から無線ルータのＰＡＮアドレスを取得して保存しておく。また、この応答として無線ルータ６に対し自身のＰＡＮアドレスを送信する。無線ルータ６は、配下の検知装置３のＰＡＮアドレスと無線ルータ６のＰＡＮアドレスを管理システム８に送信するので、管理システム８は無線ルータ６と検知装置３を対応付けて管理する。したがって、制御システム８と無線ルータ６は1対多、無線ルータ６と検知装置３は1対多で対応付けられる。

<<検知装置３が集約情報を受信した場合の処理>>
図２５（ｂ）は、検知装置３が集約情報を受信した場合の処理を説明するフローチャート図の一例である。図２５（ｂ）の処理は、検知装置３の起動中に実行される。

検知装置３の送受信部３１が集約情報を受信すると、制御部３５は集約情報を装置コントローラ３１５の記憶部３０００に記憶する（Ｓ１０）。すなわち、古い集約情報が記憶部３０００に記憶されていても、最新の集約情報で更新する。そして、検知データの送信時には熱源データの集約に使用する。

<<検知装置３が検知データを送信する際の処理>>
図２６は、検知装置３が検知データを送信する際の処理を説明するフローチャート図の一例である。図２６の処理は検知データを送信するタイミングになるとスタートする。

管理システム８に検知データを送信するしないにかかわらず、検知部３２は一定間隔で温度分布センサ３１１から温度分布データを取得する（Ｓ１０）。

同様に、検知部３２は一定間隔で温湿度センサ３１３から温湿度データを取得する（Ｓ２０）。

同様に、検知部３２は一定間隔で照度センサ３１２から照度データを取得する（Ｓ３０）。

次に、制御部３５は、検知データの送信間隔が経過したか否かを判断する（Ｓ４０）。すなわち、検知データの送信タイミングに到達したか否かを判断する。この送信間隔は、管理者ＰＣ７から管理システム８に設定されており、管理システム８から検知装置３に送信されている。例えば１秒〜数秒、又は、数分などの時間である。サーバ部８６は管理者ＰＣ７に送信間隔の設定用の画面情報を送信するので、管理者は任意の送信間隔を設定できる。

通信間隔が経過していない場合（Ｓ４０のＮｏ）、検知部３２は再度、各センサの検出信号を取得する。

通信間隔が経過している場合（Ｓ４０のＹｅｓ）、制御部３５は記憶部３０００に集約情報が記憶されているか否かを判断する（Ｓ５０）。

ステップＳ５０の判断がＹｅｓの場合、集約部３６は集約情報にしたがって、熱源データを集約する（Ｓ６０）。詳細は図２７にて説明する。

ステップＳ５０の判断がＮｏの場合、集約部３６が集約することなく、送受信部３１が検知データを管理システム８に送信する（Ｓ７０）。すなわち、図２０（ｂ）のデータフォーマットにしたがって温湿度データ、照度データ、熱源データを送信する。集約されていない熱源データの場合、１〜１２８の検知マス５０２の検知結果を順番に「データ本体」の「熱源データ」に格納する。集約されている熱源データの場合、１〜４８の領域９の検知結果を順番に「データ本体」の「熱源データ」に格納する。

図２７は、集約部３６が熱源データを集約する手順を示すフローチャート図の一例である。図２７の処理は図２６のステップＳ６０で実行される。

まず、集約部３６はマス・領域対応テーブルと同等の情報を含む集約情報の１レコードを読み取る（Ｓ７１）。すなわち、１つの領域９に対応付けられている検知マス５０２を読み出す。

次に、集約部３６はマス・領域対応テーブルの領域ＩＤに対応付いている全ての検知マス（サーモパイルセンサ）５０２の熱源の有無を取得する（Ｓ７２）。

そして、集約部３６は熱源の有無が１つでも「１」か否かを判断する（Ｓ７３）。すなわち、ＯＲ処理（論理和）を行う。

ステップＳ７３の判断がＹｅｓの場合、集約部３６はステップＳ７１で読み取った領域ＩＤの領域９の熱源の有無を「１」に設定する（Ｓ７４）。

ステップＳ７３の判断がＮｏの場合、集約部３６はステップＳ７１で読み取った領域ＩＤの領域９の熱源の有無を「０」に設定する（Ｓ７５）。

集約部３６はマス・領域対応テーブルの全てのレコードについて処理が終わったか否かを判断する（Ｓ７６）。

ステップＳ７６の判断がＮｏの場合、処理はステップＳ７１から繰り返される。ステップＳ７６の判断がＹｅｓの場合、図２７の処理は終了する。

以上のように、本実施形態の温度分布センサ３１１は、１つの領域９に検知マス５０２が重複しているサーモパイルセンサの検知結果を集約することで、管理システム８に送信されるデータを削減できる。

本実施例では集約された熱源データを用いた制御の一例を説明する。図３などのように第１制御対象装置１を１つの領域９と対応付けるのでなく、１つの第１制御対象装置１を複数の領域９と対応付けることで、機器制御システム１００はより細かな制御が可能になる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜まとめ＞
このように、本実施形態の機器制御システム１００は、集約された熱源データで照明等を適切に制御することができるので、通信ネットワークＮを流れるデータ量を低減し、また、管理システム８の負荷を低減できる。熱源データは領域９ごとの人の在・不在になっているので、管理システム８は熱源データをそのまま制御に使用できる。

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

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

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

また、本実施形態では、サーモパイルセンサが検出する温度を例にして説明したが、他のセンサでも複数の対象の測定が可能なセンサであれば、本実施形態と同様に集約することでデータ量を削減することができる。このようなセンサとしては、焦電センサ、一般的な温度センサなどがある。

図３２は、焦電センサによる検知エリア５０１を説明する図の一例である。焦電センサも高密度化されているが、仕様上、検知マスごとの検知は困難である。しかしながら、１つの第１制御対象装置１に複数の焦電センサを搭載することは可能なので、複数の焦電センサが搭載された場合、本実施形態のように熱源データを集約できる。

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

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

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

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

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

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

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

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

１ 第１制御対象装置
２ 第２制御対象装置
３ 検知装置
８ 管理システム
２０ 制御対象部
３６ 集約部
８１ 送受信部
８２ 照合部
８３ マス・領域対応テーブル作成部
８４ 生成部
８５ 集約単位指示部
１００ 機器制御システム

特開平11-272575号公報

Claims (10)

1. ネットワークを介して接続された情報処理装置に環境情報を送信する検知装置であって、
   所定空間の環境情報を所定の検知範囲ごとに取得する環境情報取得手段と、
   前記環境情報取得手段が検知した各検知範囲の前記環境情報を、前記環境情報の集約に関する集約情報に基づいて集約する集約手段と、
   前記集約手段が集約した前記環境情報を前記情報処理装置に送信する送信手段と、
   を有する検知装置。
2. 前記集約情報は、前記所定空間の領域のうち前記検知範囲と少なくとも一部が重複する前記領域に１つ以上の前記検知範囲が対応付けられた情報であり、
   前記集約手段は、前記集約情報の前記領域に対応付けられた１つ以上の前記検知範囲の前記環境情報を集約する請求項１に記載の検知装置。
3. 前記環境情報は、前記検知範囲に対象が検知されたか否かを示す情報であり、
   前記集約情報の前記領域に対応付けられた前記検知範囲のうち１つでも前記対象が検知されている場合、
   前記集約手段は、前記領域に前記対象が検知された旨を設定することで前記環境情報を集約する請求項２に記載の検知装置。
4. ネットワークを介して接続された検知装置から所定空間の環境情報を取得する情報処理装置であって、
   前記検知装置は複数の検知素子を有し、複数の前記検知素子がそれぞれ検知範囲を形成して前記検知範囲ごとに前記環境情報を検知するものであり、
   前記検知範囲の位置に関わる情報を用いて前記検知範囲の位置を算出し、所定空間の領域の位置に関する情報と比較することで、前記環境情報の集約に関する集約情報を作成する情報作成手段と、
   前記集約情報を前記検知装置に送信する集約情報送信手段と、を有する情報処理装置。
5. 前記情報作成手段は、１つの前記領域に複数の前記検知範囲の前記位置が含まれる場合、１つの前記領域に複数の前記検知範囲を対応付けた集約情報を作成する請求項４に記載の情報処理装置。
6. 前記集約情報送信手段は、前記検知装置から起動した旨の起動通知を受信した場合、前記集約情報を前記検知装置に送信する請求項４又は５に記載の情報処理装置。
7. 前記検知装置から送信された前記環境情報のデータ量に基づいて、前記環境情報が集約されていないと判断した場合、
   前記集約情報送信手段は再度、前記集約情報を前記検知装置に送信する請求項６に記載の情報処理装置。
8. 前記環境情報は、前記検知範囲に対象が検知されたか否かを示す情報であり、
   前記検知装置から送信された前記環境情報を用いて、前記領域ごとの前記対象の有無を判断し、
   前記領域ごとの前記対象の有無に基づいて機器の制御データを生成する制御データ生成手段、を有する請求項４〜７のいずれか１項に記載の情報処理装置。
9. ネットワークを介して接続された情報処理装置と、前記情報処理装置に環境情報を送信する検知装置と有するシステムであって、
   前記検知装置は、
   所定空間の環境情報を所定の検知範囲ごとに取得する環境情報取得手段と、
   前記環境情報取得手段が検知した各検知範囲の前記環境情報を、前記環境情報の集約に関する集約情報に基づいて集約する集約手段と、
   前記集約手段が集約した前記環境情報を前記情報処理装置に送信する送信手段と、
   を有するシステム。
10. 複数の検知素子を有し複数の前記検知素子がそれぞれ検知範囲を形成して前記検知範囲ごとに所定空間の環境情報を検知する検知装置から、ネットワークを介して環境情報を取得する情報処理装置を、
    前記検知範囲の位置に関わる情報を用いて前記検知範囲の位置を算出し、所定空間の領域の位置に関する情報と比較することで、前記環境情報の集約に関する集約情報を作成する情報作成手段と、
    前記集約情報を前記検知装置に送信する集約情報送信手段、として機能させるためのプログラム。

Images