JP2018041401A - システム、中継装置、データ処理方法 - 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）８００１、制御指針管理ＤＢ８００２、制御領域管理ＤＢ８００３、領域情報ＤＢ８００４、マス・領域対応ＤＢ８００５、及び、センサ位置情報ＤＢ８００６が構築されている。まず、これらのデータベースについて説明する。

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

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

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

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

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

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

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

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

また、制御指針管理ＤＢ８００２には、表１（ｂ）に示されているような第２制御指針管理テーブルが管理されている。この第２制御指針管理テーブルでは、人密度と「温度ギャップ＋湿度」に対応付けて、空調の制御指針が管理されている。温度ギャップとは第２制御対象装置２が温度を制御する際の目標値と温度分布センサ３１１が検出した温度の差である。表１（ｂ）の第２制御指針管理テーブルによれば、例えば、人密度が１〜１９％で、温度が目標値に対し-Ｔ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-2：これにより、ＬＥＤランプとしての制御対象部２０の光量が制御される。

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〜128) (例 1)
マスＩＤ２ (２個目が無い場合 0) (例 0)
マスＩＤ３ (３個目が無い場合 0) (例 0)
マスＩＤ４ (４個目が無い場合 0) (例 0)
マスＩＤ５ (５個目が無い場合 0) (例 0)
マスＩＤ６ (６個目が無い場合 0) (例 0)
マスＩＤ７ (７個目が無い場合 0) (例 0)
マスＩＤ８ (８個目が無い場合 0) (例 0)
マスＩＤ９ (９個目が無い場合 0) (例 0)
終端フラグ (最終マス目=1それ以外=0) (例 0)
＜動作手順＞
以下、管理システム８と検知装置３のそれぞれの動作を詳細に説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップ３０の判断がＹｅｓの場合、及び、ステップＳ５０に続いて、照合部８２は異なる検知装置３が形成する検知エリア５０１が同じ領域９で重複する検知マスをマージする（Ｓ３５）。図１４（ｃ）を参照して説明する。図１４（ｃ）では隣接した２つの検知エリア５０１が検知マス５０２Ａで重なっている。したがって、重なった検知エリア５０１の検知マスが有する人感有無を、検知マス５０２Ａが重なっている領域９に対しマージする必要がある。例えば、居室が領域９に区分されたマップを用意しておき、各検知装置３から送信された熱源データをマップに当てはめる。各検知装置３の熱源データのうち１つでも熱源有りならマップの領域９に熱源有りを設定することで、１つの領域９で重複する熱源データを集約できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施例では、無線ルータ６が同じ領域９で重複する検知マス５０２をマージする機器制御システム１００について説明する。本明細書において、同一の符号を付した構成要素については、同様の機能を果たすので、一度説明した構成要素の説明を省略あるいは相違点についてのみ説明する場合がある。

図２５（ａ）は、無線ルータ６のハードウェア構成図の一例を示す。無線ルータ６はバスに接続されたＣＰＵ３２４、無線モジュール３２３、メモリ３２５及びネットワークＩ／Ｆ３２６を有する。また、無線モジュール３２３にはアンテナＩ／Ｆ３２１が接続されている。ＣＰＵ３２４はメモリ３２５に記憶されているプログラムを実行して無線ルータ６の全体を制御する。無線モジュール３２３は検知装置３の無線モジュール３０１と同様である。メモリ３２５は各種の情報を記憶する不揮発性又は揮発性の少なくとも一方の記憶手段である。ネットワークＩ／Ｆ３２６は通信ネットワークＮに接続するためのネットワークカードである。

無線ルータ６は、検知装置３から無線送信されるデータを受信し、検知データを取り出して一時的にメモリ３２５に蓄積する。無線ルータ６は、例えば１秒の周期で通知された複数の検知データ（熱源データ）を集約し通信ネットワークＮを経由して検知データを管理システム８に転送する。

図２５（ｂ）は、無線ルータの機能構成図の一例である。無線ルータ６はデータ受信部６１、データ送信部６２、変換部６３、及び、集約部６４を有する。これら各部は、図２５（ａ）に示されているＣＰＵ３２４がプログラムにしたがって出力する命令等によって実現される機能又は手段である。

また、無線ルータ６は、メモリ３２５に構築される記憶部６９を有する。記憶部６９は、領域情報ＤＢ８００４、マス・領域対応ＤＢ８００５及びセンサ位置情報ＤＢ８００６を有する。これらは管理システム８が有するものと同様である。また、記憶部６９にはルータ管理マップ８０１０が記憶されている。ルータ管理マップ８０１０には、無線ルータ６の配下にある検知装置３がカバーする領域９の熱源データが格納される。

データ受信部６１は、ＣＰＵ３２４や無線モジュール３２３が動作することで実現される機能又は手段である。データ受信部６１は、検知装置３から検知データを受信する。データ送信部６２はＣＰＵ３２４やネットワークＩ／Ｆ３２６が動作することで実現される機能又は手段である。データ送信部６２は、検知データを管理システム８に送信する。

変換部６３は、ＣＰＵ３２４が動作することで実現される機能又は手段である。変換部６３は、検知装置３から管理システム８への通信プロトコルの変換、管理システム８から検知装置３への通信プロトコルの変換を行う。

集約部６４は、ＣＰＵ３２４が動作することで実現される機能又は手段である。集約部６４は、１つの領域９で重複する熱源データを集約する。

図２６は、無線ルータ６が検知データを集約する手順を示すフローチャート図の一例である。図２６は無線ルータ６の電源の投入時又は電源の投入後に実行される。

まず、電源の投入でない場合（Ｓ１０のＮｏ）、データ受信部６１はルータ管理マップ８０１０を初期化する（Ｓ２０）。ルータ管理マップ８０１０は、無線ルータ６が管理する検知装置３の検知エリアがカバーする領域９ごとの熱源データを保持する。

電源投入時でない場合（Ｓ１０のＮｏ）、すなわち、電源投入後は、無線ルータ６は検知装置３からの検知データの待機状態になる。このため、データ受信部６１は検知データを受信したか否かを判断する（Ｓ３０）。

検知データを受信した場合、集約部６４は受信した検知データが取得された場所（領域９）を特定する（Ｓ４０）。集約部６４は、ＰＡＮアドレスにより検知装置３を特定する。検知装置３が特定されるとマス・領域対応テーブルが特定されるので、熱源の有無が判断された領域９を特定できる。

集約部６４は、今回送られてきた検知データで自身が管理するルータ管理マップ８０１０を更新する（Ｓ５０）。これにより、同じ領域９を検知するサーモパイルセンサの検知マス５０２がマージされる。１つの領域９で１つでも熱源有りであればその領域は熱源有りと処理される。すなわち、論理和で処理される。

データ受信部６１は、予め設定された閾値以上の回数、検知データを受信したか否かを判断する（Ｓ６０）。すなわち、周囲の検知装置３からマージするのに十分な数の検知データを受信したか否かを判断する。

ステップＳ６０の判断がＹｅｓの場合、データ送信部６２はルータ管理マップ８０１０を管理システム８に送信する（Ｓ７０）。

図２７は、無線ルータ６によるマージの結果を説明する図の一例である。図２７（ａ）は領域９と検知マス５０２との対応を示し、図２７（ｂ）はサーモパイルセンサが隣接することで各領域９に重複した検知マス５０２の数を示す。

図２７では８×８のサーモパイルセンサを２つ有する検知装置３が、合計４つ天井（高さ3.5m）に配置された場合を示す。図２７（ａ）の数字は検知マス５０２がある領域９の番号である。上記のように、１つの検知装置３ごとに例えば１〜４８の数字を有する。また、図２７（ｂ）に示すように、領域９の数は１３×２０である。図２７（ｂ）はルータ管理マップ８０１０の一例である。

上下左右に隙間なく検知エリア５０１が配置されると、１つのサーモパイルセンサの検知マス５０２が１つの領域９に重なるだけでなく、隣接したサーモパイルセンサ同士の検知マス５０２が重なる。図２７（ｂ）の領域内の数値は、各領域９に重なった検知マス５０２の数を数値化したものである。

無線ルータの集約部６４は、このようなルータ管理マップ８０１０の領域９に、受信した熱源データの領域９が１つでも熱源有りであれば「１」を設定するＯＲ処理を行なう。

表４を用いて効果について説明する。表４はマージによる通信量の比較例を示す。サーモパイルセンサの配置は図２７（ａ）と同様である。

そのまま(マージなし)はサーモパイルで検知でき１２８点をそのまま送るので、１２８×４[bit]の熱源データが送信される。なお、単純なデータ量比較のため通信フォーマットに必要なヘッダ等は省略する。検知装置３と無線ルータ６間の通信量、及び、無線ルータ６と管理システム８の間の通信量には違いがない（無線ルータ６が集約処理を行わない場合）。

検知装置３が集約する手法では、実施例１にて説明したように２つの温度分布センサ当たり４８個の領域９に圧縮することができる。したがって、通信量は４８×４［bit］である。この場合も、検知装置３と無線ルータ６の間の通信量、及び、無線ルータ６と管理システム８の間の通信量には違いがない。

本実施例の手法（検知装置３と無線ルータ６の両方でマージする）では、検知装置３と無線ルータ６の間の通信量は実施例１と同様である。そして、無線ルータ６と管理システム８の間では、無線ルータ６が集約するので更に通信量が少なくなる。図２７（ｂ）で1、2、3、4の数字がある領域９の数である合計値１４４[bit]が通信量となる。

したがって、検知装置３と無線ルータ６の両方で集約することで、検知装置３のみで集約するよりも通信量を低減できる。無線ルータ６が集約するので管理システム８の処理負荷が増大することがない。

なお、検知装置３が行う集約を無線ルータ６が行ってもよい。また、無線ルータ６が行う集約を任意又は特定の検知装置３が行ってもよい。

表１の例では８×８×２（１２８個）のサーモパイルセンサを有する温度分布センサ３１１が４個、配置された例であるが、サーモパイルセンサの数が多いほど集約効果が高まる。例えば、サーモパイルセンサが更に高集約されている場合、１つの管理システム８に２又は３以上の無線ルータが接続されている場合、又は、検知装置３が数百もある場合は、集約する前の熱源データの数が増えるので、更に通信量の削減効果が増大する。

本実施例では、実施例２の方法に対し、熱源データが更新された場合にだけ無線ルータ６が熱源データを送信する機器制御システム１００について説明する。なお、機能構成図は実施例２と同様でよい。

図２８は、無線ルータ６が検知データを集約する手順を示すフローチャート図の一例である。ステップＳ１０〜Ｓ４０は図２６と同様である。

ステップＳ４０で検知装置３が送信した熱源データの領域９が特定されると、集約部６４はメモリ３２５に保持しているルータ管理マップ８０１０を参照し、検知装置３から受信した熱源データ（今回値）とルータ管理マップ８０１０（前回値）を比較する（Ｓ５０）。領域９ごとに１つ１つ熱源有りから熱源なしに変化したか、熱源なしから熱源有りに変化したかを判断する。

そして、集約部６４は今回値が熱源有り（検知）に変化したか否かを判断する（Ｓ６０）。ステップＳ６０の判断がＹｅｓの場合、人の存在を検知したということなので、集約部６４はルータ管理マップ８０１０を今回値の熱源データで更新する（Ｓ７０）。すなわち、検知装置３が送信した熱源データのみを用いてルータ管理マップ８０１０の前回値を今回値に更新する。

そして、データ送信部６２はルータ管理マップ８０１０のうち更新された熱源データのみ（すなわち今回値のみ）を管理システム８に送信する（Ｓ８０）。これにより通信量を低減できる。

ステップ６０の判断がＮｏの場合、変化がないか又は熱源有りから熱源なし（非検知）に変化したことになる。変化がある場合には、集約部６４はルータ管理マップ８０１０を更新する（Ｓ９０）。例えば照明が点灯されていても人がいなくなることですぐに消灯する必要性は低いので、熱源なしへの変化があっても、データ送信部６２は熱源データを管理システム８に送信しない。すなわち、熱源データの優先順位が低いためすぐには送信しない。

このため、データ受信部６１は実施例２と同様に、予め設定された閾値以上の回数、検知データを受信したか否かを判断する（Ｓ１００）。すなわち、周囲の検知装置３からマージするのに十分な数の検知データを受信したか否かを判断する。

ステップＳ１００の判断がＹｅｓの場合、データ送信部６２はルータ管理マップ８０１０を管理システム８に送信する（Ｓ１１０）。

本実施例によれば、領域９の熱源の有無に変化があり熱源有りに変化した場合にだけ熱源データが送信されるので、更に通信量を低減できる。

なお、ステップＳ６０の判断は、熱源データの変化のみを判断してもよい。この場合、熱源なしに変化した場合も熱源データを送信できる。

＜まとめ＞
このように、本実施形態の機器制御システム１００は、検知装置３が検知マス５０２を領域９に集約して無線ルータ６に送信し、無線ルータ６も複数の検知装置３から受信した熱源データを領域ごとに集約するので、通信ネットワークＮを流れるデータ量を低減できる。また、熱源データは領域９ごとの人の在・不在になっているので、管理システム８は熱源データをそのまま制御に使用できる。

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

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

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

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

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

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

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

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

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

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

なお、居室αは所定空間の一例であり、温度分布センサ３１１や検知部３２は環境情報取得手段の一例であり、管理システム８は情報処理装置の一例であり、集約部６４は第一の集約手段の一例であり、集約部３６は第二の集約手段の一例であり、データ受信部６１は環境情報受信手段の一例であり、データ送信部６２は環境情報送信手段の一例であり、送受信部３１は送信手段の一例であり、生成部８４は制御データ生成手段の一例である。機器制御システム１００はシステムの一例であり、無線ルータ６は中継装置の一例である。

１ 第１制御対象装置
２ 第２制御対象装置
３ 検知装置
８ 管理システム
２０ 制御対象部
３６、６４ 集約部
６１ データ受信部
６２ データ送信部
６３ 変換部
１００ 機器制御システム

特開2012-129805号公報

Claims (9)

1. 所定空間の環境情報を検知する検知装置と、前記検知装置から送信される環境情報を情報処理装置に中継する中継装置と、を有するシステムであって、
   所定空間の領域に対応付けられた環境情報を複数の前記検知装置から受信する環境情報受信手段と、
   前記環境情報受信手段が受信した前記環境情報を前記領域ごとに集約する第一の集約手段と、
   前記第一の集約手段が集約した前記環境情報を前記情報処理装置に送信する環境情報送信手段と、を有するシステム。
2. 前記検知装置は、
   前記環境情報を所定の検知範囲ごとに取得する環境情報取得手段と、
   前記環境情報取得手段が取得した各検知範囲の前記環境情報を、前記領域に前記検知範囲が対応付けられた集約情報に基づいて、前記領域ごとの前記環境情報に集約する第二の集約手段と、
   前記第二の集約手段が集約した前記環境情報を前記中継装置に送信する送信手段と、
   を有する請求項１に記載のシステム。
3. 前記領域に対応付けられた前記環境情報は、前記領域に対象が検知されたか否かを示す情報であり、
   複数の前記検知装置が送信した同じ前記領域の前記環境情報のうち１つでも前記対象が検知されている場合、
   前記第一の集約手段は、前記領域に前記対象が検知された旨を設定することで前記環境情報を集約する請求項１又は２に記載のシステム。
4. 前記第一の集約手段は、前記情報処理装置に送信した前記領域ごとの前記環境情報を保持しておき、
   前記環境情報受信手段が取得した前記環境情報と保持している前記環境情報を比較し、
   前記環境情報に変更があった場合であり、かつ、前記対象が非検知から検知に変更された場合、前記環境情報送信手段は前記環境情報を前記情報処理装置に送信する請求項３に記載のシステム。
5. 前記環境情報に変更がないか、又は、前記対象が検知から非検知に変更された場合、
   前記環境情報受信手段が前記環境情報を閾値以上の回数、前記検知装置から受信した場合に、前記環境情報送信手段は、前記第一の集約手段が集約した前記環境情報を前記情報処理装置に送信する請求項４に記載のシステム。
6. 前記環境情報取得手段が取得する前記環境情報は、前記検知範囲に対象が検知されたか否かを示す情報であり、
   前記集約情報の前記領域に対応付けられた前記検知範囲のうち１つでも前記対象が検知されている場合、
   前記第二の集約手段は、前記領域に前記対象が検知された旨を設定することで前記環境情報を集約する請求項２に記載のシステム。
7. 前記情報処理装置は、
   前記中継装置から送信された前記環境情報を用いて、前記領域ごとの前記対象の有無を判断し、
   前記領域ごとの前記対象の有無に基づいて機器の制御データを生成する制御データ生成手段、を有する請求項３〜６のいずれか１項に記載のシステム。
8. 所定空間の環境情報を検知する検知装置から送信される環境情報を情報処理装置に中継する中継装置であって、
   所定空間の領域に対応付けられた環境情報を複数の前記検知装置から受信する環境情報受信手段と、
   前記環境情報受信手段が受信した前記環境情報を前記領域ごとに集約する第一の集約手段と、
   前記第一の集約手段が集約した前記環境情報を前記情報処理装置に送信する環境情報送信手段と、
   を有する中継装置。
9. 所定空間の環境情報を検知する検知装置と、前記検知装置から送信される環境情報を情報処理装置に中継する中継装置と、を有するシステムが行うデータ処理方法であって、
   環境情報受信手段が、所定空間の領域に対応付けられた環境情報を複数の前記検知装置から受信するステップ、
   第一の集約手段が、前記環境情報受信手段が受信した前記環境情報を前記領域ごとに集約するステップと、
   環境情報送信手段が、前記第一の集約手段が集約した前記環境情報を前記情報処理装置に送信するステップと、
   を有するデータ処理方法。