(57)【要約】【課題】センサの管理に関する作業の負荷を軽減することを目的としている。【解決手段】複数のセンサのうち、第一のセンサにより出力される、第一の検出領域と対応した第一の検出値と、前記第一のセンサと隣り合う第二のセンサにより出力される、前記第一の検出領域の一部と重なる重畳領域を含む第二の検出領域と対応する第二の検出値と、を収集するセンサデータ収集部と、前記第一の検出値と前記第二の検出値とを比較した結果に応じて、前記第一のセンサ及び前記第二のセンサの故障を検出する検出処理部と、を有する。【選択図】  図１３
2016176844.tif 000002
【特許請求の範囲】
【請求項１】
複数のセンサのうち、第一のセンサにより出力される、第一の検出領域と対応した第一の検出値と、
前記第一のセンサと隣り合う第二のセンサにより出力される、前記第一の検出領域の一部と重なる重畳領域を含む第二の検出領域と対応する第二の検出値と、を収集するセンサデータ収集部と、
前記第一の検出値と前記第二の検出値とを比較した結果に応じて、前記第一のセンサ及び前記第二のセンサの故障を検出する検出処理部と、を有する制御装置。
【請求項２】
前記検出処理部は、前記第一の検出値と前記第二の検出値の差が所定の閾値以上である場合に、前記第一のセンサ及び前記第二のセンサの少なくとも何れか一方が故障していると判定する請求項１記載の制御装置。
【請求項３】
前記第一の検出領域及び前記第二の検出領域は、複数のメッシュに分割されており、前記第一のセンサ及び前記第二のセンサは、前記第一の検出領域及び前記第二の検出領域のけるメッシュ毎に、前記第一の検出値及び前記第二の検出値を出力し、
前記検出処理部は、前記第一のセンサについて、
前記重畳領域に含まれる前記メッシュ毎に前記第一の検出値及び前記第二の検出値を比較し、前記第一の検出値と前記第二の検出値の差が前記所定の閾値以上となる前記メッシュの数をカウントし、
前記差が前記所定の閾値以上となる前記メッシュの数が所定数以上の場合に、前記第一のセンサが故障していると判定する請求項２記載の制御装置。
【請求項４】
センサから出力される検出値に基づき人の在又は不在を検知する人感検知部を有し、
前記人感検知部は、前記複数のセンサのうち、前記検出処理部により故障が検出されたセンサ以外のセンサから出力される検出値に基づき人の在又は不在を検知する請求項１乃至３の何れか一項に記載の制御装置。
【請求項５】
前記人感検知部は、前記複数のセンサのうち、前記検出処理部により故障が検出されたセンサの検知結果を予め定められた在又は不在の何れか一方とする請求項４記載の制御装置。
【請求項６】
前記複数のセンサは、サーモパイル型センサであり、前記第一の検出値及び前記第二の検出値は温度である請求項１乃至５の何れか一項に記載の制御装置。
【請求項７】
複数のセンサと、前記複数のセンサの設置状態を検出する制御装置と、を有する制御システムであって、
前記複数のセンサのうち、第一のセンサにより出力される第一の検出領域と対応した第一の検出値と、前記第一のセンサと隣り合う第二のセンサにより出力される、前記第一の検出領域の一部と重なる重畳領域を含む第二の検出領域と対応する第二の検出値と、を収集するセンサデータ収集部と、
前記第一の検出値と前記第二の検出値とを比較した結果に応じて、前記第一のセンサ及び前記第二のセンサの故障を検出する検出処理部と、を有する制御システム。
【請求項８】
複数のセンサの検出値を収集する第一の制御装置と、前記第一の制御装置と通信する第二の制御装置と、を有する制御システムであって、
前記複数のセンサのうち、第一のセンサにより出力される第一の検出領域と対応した第一の検出値と、前記第一のセンサと隣り合う第二のセンサにより出力される、前記第一の検出領域の一部と重なる重畳領域を含む第二の検出領域と対応する第二の検出値と、を収集するセンサデータ収集部と、
前記第一の検出値と前記第二の検出値とを比較した結果に応じて、前記第一のセンサ及び前記第二のセンサの故障を検出する検出処理部と、を有する制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサの故障を検出する制御装置及び制御システムに関する。
【背景技術】
【０００２】
近年では、空間の温度分布から人の在／不在を検出して人の存在する位置を特定し、その周辺の照明の点灯／消灯の制御や、空間内の空調設備の制御を行う技術が普及している。空間の温度分布は、例えばサーモパイル等のセンサにより求められる。人の在／不在の検出は、空間内に多数のセンサを配置して、詳細な温度分布を求めることで、向上させることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従来の技術において、空間に多数のセンサを配置する場合、故障したセンサの検出等の各種の管理に関する作業が煩雑である。
【０００４】
開示の技術は、センサの管理に関する作業の負荷を軽減することを目的としている。
【課題を解決するための手段】
【０００５】
開示の技術は、複数のセンサのうち、第一のセンサにより出力される、第一の検出領域と対応した第一の検出値と、前記第一のセンサと隣り合う第二のセンサにより出力される、前記第一の検出領域の一部と重なる重畳領域を含む第二の検出領域と対応する第二の検出値と、を収集するセンサデータ収集部と、前記第一の検出値と前記第二の検出値とを比較した結果に応じて、前記第一のセンサ及び前記第二のセンサの故障を検出する検出処理部と、を有する。
【発明の効果】
【０００６】
センサの管理に関する作業の負荷を軽減できる。
【図面の簡単な説明】
【０００７】
【図１】第一の実施形態の制御システムの一例を示す図である。
【図２】制御システムの有する装置のハードウェア構成の一例を示す図である。
【図３】人感センサによる人の在／不在の検知を説明する図である。
【図４】人感センサの配置を説明する第一の図である。
【図５】人感センサの配置を説明する第二の図である。
【図６】人感センサの配置を説明する第三の図である。
【図７】第一の実施形態の制御サーバの機能構成を説明する図である。
【図８】センサ座標データベースの一例を示す図である。
【図９】センサデータデータベースの一例を示す図である。
【図１０】重なり判定データベースの一例を示す図である。
【図１１】センサ状態データベースの一例を示す図である。
【図１２】人感検知データデータベースの一例を示す図である。
【図１３】第一の実施形態の故障検出処理を説明するフローチャートである。
【図１４】第一の実施形態の人感検知処理を説明するフローチャートである。
【図１５】第二の実施形態の制御サーバの機能構成を説明する図である。
【図１６】故障カウンタデータベースの一例を示す図である。
【図１７】第二の実施形態の故障検出処理を説明するフローチャートである。
【図１８】故障判定閾値に基づく故障の有無の判定について説明する図である。
【図１９】第二の実施形態の人感検知処理を説明するフローチャートである。
【図２０】第三の実施形態の制御サーバの機能構成を説明する図である。
【図２１】第三の実施形態の故障検出処理を開始させる処理を説明するフローチャートである。
【図２２】第四の実施形態の制御サーバの機能構成を説明する図である。
【図２３】センサデータデータベースの他の例を示す図である。
【図２４】第四の実施形態の故障検出処理を開始させる処理を説明するフローチャートである。
【図２５】第五の実施形態の制御システムの一例を示す図である。
【発明を実施するための形態】
【０００８】
（第一の実施形態）
以下に、図面を参照して第一の実施形態について説明する。図１は、第一の実施形態の制御システムの一例を示す図である。
【０００９】
本実施形態の制御システム１００は、制御サーバ２００、無線機３００、複数のセンサモジュール１０を有する。本実施形態の制御システム１００では、制御対象となる空間に複数のセンサモジュール１０が配置されている。
【００１０】
制御サーバ２００と無線機３００とは、ネットワークＮを介して接続されている。複数のセンサモジュール１０は、Ｗｉ−Ｆｉ等の無線通信ネットワークで無線機３００と接続されている。本実施形態のセンサモジュール１０は、センサモジュール１０が有する各種センサから出力されるセンサデータを、無線機３００を介して制御サーバ２００へ送信する。本実施形態のセンサモジュール１０は、例えば空間内に設置された照明機器に設けられていても良い。
【００１１】
本実施形態の制御サーバ２００は、センサデータに基づき、空間に設けられた各種の設備を制御する。具体的には、制御サーバ２００は、空間に設けられた空調機の動作や、照明機器の照度等を制御する。
【００１２】
尚、センサモジュール１０と無線機３００との通信方式は、Ｗｉ−Ｆｉに限定されるものではなく、その他の無線通信方式を利用しても良く、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルやＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等の有線通信方式を利用することもできる。
【００１３】
また、本実施形態では、制御システム１００に無線機３００を含むものとしたが、これに限定されない。制御システム１００は、制御サーバ２００とセンサモジュール１０で構成されても良い。
【００１４】
図２は、制御システムの有する装置のハードウェア構成の一例を示す図である。
【００１５】
本実施形態のセンサモジュール１０は、人感センサ１１、温湿度センサ１２、照度センサ１３、センサドライバ１４、無線通信装置１５、アンテナＩ／Ｆ（インターフェース）装置１６、アンテナ１７、ＣＰＵ１８を有する。
【００１６】
人感センサ１１は、サーモパイル等であり、局所的な温度差あるいは温度勾配に比例した電圧を出力するセンサである。温湿度センサ１２は、部屋の温湿度を検出するセンサである。照度センサ１３は、部屋の明るさを検出するセンサである。
【００１７】
ＣＰＵ１８は、センサドライバ１４を介して各センサから出力されるセンサデータを取得する。そして、ＣＰＵ１８は、無線通信装置１５により、アンテナＩ／Ｆ装置１６とアンテナ１７を介して、無線機３００にセンサデータを送信する。
【００１８】
無線機３００は、アンテナ３１、アンテナＩ／Ｆ装置３２、無線通信装置３３、ＣＰＵ３４、メモリ装置３５、Ｉ／Ｆ装置３６を有する。
【００１９】
無線機３００は、無線通信装置３３により、アンテナ３１とアンテナＩ／Ｆ装置３２を介してセンサデータを受信する。ＣＰＵ３４は、無線通信装置３３からセンサデータを取得し、メモリ装置３５に格納する。また、ＣＰＵ３４は、Ｉ／Ｆ装置３６を介してメモリ装置３５に格納されたセンサデータを制御サーバ２００へ送信する。
【００２０】
本実施形態の制御サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６、及びインターフェース装置２７を含む。
【００２１】
入力装置２１はキーボードやマウス等を含み、各種信号を入力するために用いられる。出力装置２２はディスプレイ装置等を含み、各種ウインドウやデータ等を表示するために用いられる。インターフェース装置２７は、モデム、ＬＡＮカード等を含み、ネットワークに接続するために用いられる。
【００２２】
故障検出プログラムは、制御サーバ２００を制御する各種プログラムの少なくとも一部である。故障検出プログラムは例えば記録媒体２８の配布やネットワークからのダウンロード等によって提供される。故障検出プログラムを記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２３】
また、故障検出プログラムは、故障検出プログラムを記録した記録媒体２８がドライブ装置２３にセットされると記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた故障検出プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。
【００２４】
補助記憶装置２４は、インストールされた故障検出プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４から故障検出プログラムを読み出して格納する。そして、演算処理装置２６は、メモリ装置２５に格納された故障検出プログラムに従って、後述するような各種処理を実現している。
【００２５】
本実施形態の制御システム１００において、制御サーバ２００は、センサモジュール１０の有する人感センサ１１から出力されるセンサデータに基づき、空間における人の在／不在を検知し、人の在／不在に応じて空調機の温度や照明機器の照度等を制御する。
【００２６】
また、制御サーバ２００は、複数の人感センサ１１のそれぞれに、１つの領域の温度を検出させ、複数の人感センサ１１のそれぞれが検出した温度の差に応じて、故障している可能性が高い人感センサ１１を検出する。言い換えれば、本実施形態では、複数の人感センサ１１のそれぞれが検出した、同一の領域の検出値の差に応じて、人感センサ１１の故障を検出する。
【００２７】
以下に、図３を参照して、人感センサ１１による人の在／不在の検知について説明する。図３は、人感センサによる人の在／不在の検知を説明する図である。図３の人感センサ１１は、室内の天井に設けられており、４×４素子（画素）を備えるサーモパイル型センサとした。
【００２８】
また、図３は、人感センサ１１の検出領域Ｒを１６分割したエリア毎に人の在／不在や人の位置を検出する例を示している。尚、以下の説明では、人感センサ１１の検出領域Ｒを分割したエリアをメッシュと呼ぶ。
【００２９】
人感センサ１１は、メッシュ毎に温度を検知し、人がいる場合は画素を有効（「１」）とし、人がいない場合は画素を無効（「０」）として、人の在／不在を表す簡素化したデータを例えば無線機３００に転送する。データは無線機３００から制御サーバ２００に転送される。
【００３０】
制御サーバ２００は、物品及び構造物に対する発熱体の相対位置情報を取得する発熱体相対位置情報取得部を備えており、制御サーバ２００に保存された室内レイアウトデータと照合し、室内のどの場所に発熱体、すなわち人がいるかを特定する。
【００３１】
次に、図４乃至図６を参照し、本実施形態の人感センサ１１の配置について説明する。本実施形態の人感センサ１１は、人感センサ１１毎に、検出領域の一部が隣り合う他の人感センサ１１の検出領域と重なるように配置される。
【００３２】
図４は、人感センサの配置を説明する第一の図である。本実施形態の人感センサ１１は、例えば床に向けた状態で天井等に設置されると、所定の領域を自身の検出領域Ｒとし、検出領域Ｒを１６のメッシュに分割する。そして、人感センサ１１は、分割したメッシュ毎の温度を検出し、メッシュを識別する識別子と、検出した温度とを対応付けたセンサデータをＣＰＵ１８へ渡す。
【００３３】
メッシュを識別する識別子は、個々のメッシュに付与されるものである。本実施形態では、図４に示すように、メッシュ毎に付与されたメッシュＩＤを識別子とした。本実施形態では、検出領域Ｒにおいて左端の列の一番上に位置するメッシュをメッシュＩＤ１とし、右側に向かって順にメッシュＩＤ２、３、４という具合に、メッシュＩＤ１６まで付与される。
【００３４】
図５は、人感センサの配置を説明する第二の図である。本実施形態では、人感センサ１１の検出領域Ｒの一部が、隣り合う位置に配置された人感センサ１１の検出領域と重なるように配置される。以下の説明では、複数の人感センサ１１の検出領域が重なる領域を重畳領域と呼ぶ。
【００３５】
図５では、人感センサ１１ａと隣り合う位置に配置された人感センサ１１は、人感センサ１１ｂ、１１ｃ、１１ｄ、１１ｅである。
【００３６】
そこで、本実施形態では、人感センサ１１ａの検出領域Ｒ１の一部と、人感センサ１１ｂ、１１ｃ、１１ｄ、１１ｅのそれぞれの検出領域Ｒ２、Ｒ３、Ｒ４、Ｒ５の一部が重なるように人感センサ１１ａと人感センサ１１ｂ、１１ｃ、１１ｄ、１１ｅとを配置する。
【００３７】
図５の例では、人感センサ１１ａの検出領域Ｒ１のメッシュＩＤ１〜４のメッシュは、人感センサ１１ｂの検出領域Ｒ２のメッシュＩＤ１３〜１６のメッシュと重なる重畳領域である。したがって、検出領域Ｒ１のメッシュＩＤ１〜４のメッシュと、検出領域Ｒ２のメッシュＩＤ１３〜１６のメッシュとは、同じ領域を示している。
【００３８】
すなわち、検出領域Ｒ１のメッシュＩＤ１〜４（検出領域Ｒ２のメッシュＩＤ１３〜１６）のメッシュは、２つの人感センサ１１ａ、１１ｂにより、温度が検出される。
【００３９】
このとき、人感センサ１１ａ、１１ｂの両方が正常に動作していれば、人感センサ１１ａにより検出された検出領域Ｒ１のメッシュＩＤ１〜４の各メッシュの温度と、人感センサ１１ｂにより検出された検出領域Ｒ２のメッシュＩＤ１３〜１６の各メッシュの温度とは、ほぼ同じ値になる。
【００４０】
また、人感センサ１１ａ、１１ｂのうち、何れか一方した正常に動作していない場合（すなわち、何れか一方が故障している場合）、人感センサ１１ａにより検出された検出領域Ｒ１のメッシュＩＤ１〜４の各メッシュの温度と、人感センサ１１ｂにより検出された検出領域Ｒ２のメッシュＩＤ１３〜１６の各メッシュの温度とは、異なる値となる。
【００４１】
本実施形態では、この点に着目し、隣り合う複数の人感センサ１１のそれぞれが検出した重畳領域の温度の差が所定の閾値以上であった場合に、少なくとも複数の人感センサ１１のうちのどれかが正常に動作をしていない（すなわち、故障している）ものと判定する。
【００４２】
図５の例では、検出領域Ｒ１のメッシュＩＤ１、５、９、１３は、人感センサ１１ｃの検出領域Ｒ３のメッシュＩＤ４、８、１２、１６と重なる重畳領域である。したがって、本実施形態では、人感センサ１１ａにより検出されたメッシュＩＤ１、５、９、１３の各メッシュの温度と、人感センサ１１ｃにより検出されたメッシュＩＤ４、８、１２、１６の各メッシュの温度とを比較すれば、人感センサ１１ａ、１１ｃの両方が正常に動作しているか否かを判定できる。
【００４３】
また、本実施形態では、人感センサ１１ａにより検出されたメッシュＩＤ１２〜１６の各メッシュの温度と、人感センサ１１ｄにより検出されたメッシュＩＤ１〜４の各メッシュの温度とを比較すれば、人感センサ１１ａ、１１ｄの両方が正常に動作しているか否かを判定できる。人感センサ１１ａ、１１ｅについても同様である。
【００４４】
このように、本実施形態では、正常に動作していない可能性のあるセンサモジュール１０を検出することで、故障検出のために全てのセンサモジュール１０の動作を個別に確認する手間を省くことができ、空間に設置されたセンサの管理における負荷を軽減できる。
【００４５】
図６は、人感センサの配置を説明する第三の図である。本実施形態では、図６に示すように、複数の人感センサ１１を配置することで、空間内の人の在／不在の検知に必要なセンサデータを取得することができ、且つ各人感センサ１１の検出領域に重畳領域を含ませることができる。
【００４６】
本実施形態における人感センサ１１の配置は、例えば空間の天井の高さや、人感センサ１１の使用等に基づき決められても良い。本実施形態の人感センサ１１の配置は、隣接する人感センサ１１のそれぞれの検出領域の一部が重なるようになればよく、重畳領域は、図４乃至図６に示すような矩形の領域でなくても良い。
【００４７】
図７は、第一の実施形態の制御サーバの機能構成を説明する図である。
【００４８】
本実施形態の制御サーバ２００は、センサ座標データベース２１０、センサデータデータベース２２０、重なり判定データベース２３０、センサ状態データベース２４０、人感検知データデータベース２５０を有する。また、本実施形態の制御サーバ２００は、センサデータ収集部２６０、故障検出処理部２７０、人感連動処理部２８０を有する。
【００４９】
センサ座標データベース２１０は、人感センサ１１が設置された位置を示す座標が格納される。センサデータデータベース２２０は、人感センサ１１のセンサデータから得られるメッシュ毎の温度のデータが格納される。重なり判定データベース２３０は、人感センサ１１の各メッシュが重畳領域であるか否かを示す情報が格納される。センサ状態データベース２４０は、人感センサ１１の状態が、正常であるか又は故障している可能性があるかを示す情報が格納される。人感検知データデータベース２５０は、人感センサ１１のメッシュ毎の人の在／不在を示す情報が格納される。各データベースの詳細は後述する。
【００５０】
本実施形態のセンサデータ収集部２６０は、各センサモジュール１０からセンサデータを収集し、センサデータデータベース２２０に格納する。尚、本実施形態のセンサデータ収集部２６０は、センサモジュール１０の有する人感センサ１１以外のセンサのセンサデータを収集し、センサデータデータベース２２０に格納しても良い。
【００５１】
故障検出処理部２７０は、正常に動作していない可能性のある（すなわち、故障している可能性のある）人感センサ１１を検出する。故障検出処理部２７０は、センサ状態取得部２７１、状態通知部２７２を有する。
【００５２】
センサ状態取得部２７１は、人感センサ１１の検出領域に重畳領域が存在するか否かを判定し、その結果を重なり判定データベース２３０に格納する。また、本実施形態のセンサ状態取得部２７１は、重畳領域に含まれるメッシュと対応するセンサデータに基づき、人感センサ１１が故障している可能性があるか否かを判定し、その結果を示す情報をセンサ状態データベース２４０に格納する。
【００５３】
状態通知部２７２は、故障している可能性がある人感センサ１１が検出された場合に、制御システム１００の管理者等に通知する。具体的には、状態通知部２７２は、制御サーバ２００のディスプレイ等や、制御サーバ２００と接続された管理者用の端末等に、人感センサ１１の状態（すなわち、人感センサ１１が故障している可能性があるか否かを示す情報）を表示させても良い。
【００５４】
人感連動処理部２８０は、センサデータデータベース２２０を参照し、空間内に設けられた機器の制御を行う。人感連動処理部２８０は、フィルタ処理部２８１、人感検知処理部２８２、機器制御部２８３、表示制御部２８４を有する。
【００５５】
フィルタ処理部２８１は、故障している可能性があると判定された人感センサ１１のセンサデータを除外する。人感検知処理部２８２は、センサデータデータベース２２０に格納されたセンサデータから空間における人の在／不在を判定して、その結果を人感検知データデータベース２５０に格納する。機器制御部２８３は、人感検知データデータベース２５０に格納された人の在／不在の示す情報に基づき、空間に設置された機器を制御する。表示制御部２８４は、制御サーバ２００のディスプレイや管理者用端末等に、空間における人の在／不在を示す情報を画面に表示させる。
【００５６】
次に、図８乃至図１２を参照し、本実施形態の制御サーバ２００の有する各データベースについて説明する。
【００５７】
図８は、センサ座標データベースの一例を示す図である。本実施形態のセンサ座標データベース２１０は、情報の項目として、センサＩＤ、座標軸、メッシュ毎の座標値を有し、項目「センサＩＤ」の値と、その他の項目の値とが対応付けられている。
【００５８】
項目「センサＩＤ」の値は、人感センサ１１毎に設けられており、人感センサ１１を特定するための識別子を示す。項目「メッシュ毎の座標値」の値は、メッシュＩＤと対応付けられており、各メッシュの中心の座標の値を示す。尚、センサＩＤは、人感センサ１１が含まれるセンサモジュール１０毎に付与されていても良い。以下の説明では、項目「センサＩＤ」の値と、その他の項目の値とを含む情報を、センサ座標情報と呼ぶ。
【００５９】
図８の例では、センサＩＤ「１１」の検出領域のうち、メッシュＩＤ「１」のｘ座標の値が「１０」、ｙ座標の値が「１０」である。この場合、センサＩＤ「１１」の検出領域のメッシュＩＤ「１」の中心座標が（１０、１０）であることがわかる。また、センサＩＤ「１２」の検出領域のメッシュＩＤ「２」の中心座標（１８、１０）であることがわかる。
【００６０】
図９は、センサデータデータベースの一例を示す図である。本実施形態のセンサデータデータベース２２０は、情報の項目として、センサＩＤ、メッシュ毎の温度を有する。項目「メッシュ毎の温度」の値は、メッシュＩＤと対応付けられており、メッシュ毎の温度が格納されている。
【００６１】
図９の例では、センサＩＤ「１１」が付与された人感センサ１１について、検出領域のメッシュＩＤ「１」のメッシュの温度が３３度であることがわかる。尚、メッシュの温度は、人感センサ１１から出力されるセンサデータから得られる。以下の説明では、メッシュに対応する温度をメッシュ値と呼ぶ。
【００６２】
図１０は、重なり判定データベースの一例を示す図である。本実施形態の重なり判定データベース２３０は、情報の項目として、センサＩＤ、メッシュ毎の重なり情報を有する。項目「メッシュ毎の重なり情報」の値は、メッシュＩＤと対応付けられており、各メッシュが重畳領域であるか否かを示す情報が格納されている。以下の説明では、重畳領域であるか否かを示す情報を重なり情報と呼ぶ。本実施形態では、重なり情報の値が「１」である場合、対応するメッシュが重畳領域であることを示し、重なり情報の値が「０」である場合、対応するメッシュが重畳領域ではないことを示す。
【００６３】
図１０の例では、センサＩＤ「１１」の検出領域のうち、メッシュＩＤ「１」と対応する重なり情報の値は「０」であり、メッシュＩＤ「２」と対応する重なり情報の値は「１」である。したがって、センサＩＤ「１１」の検出領域のうち、メッシュＩＤ「１」のメッシュは重畳領域ではなく、メッシュＩＤ「２」のメッシュは重畳領域であることがわかる。
【００６４】
図１１は、センサ状態データベースの一例を示す図である。本実施形態のセンサ状態データベース２４０は、情報の項目として、センサＩＤ、センサ状態値を有する。項目「センサ状態値」の値は、対応するセンサＩＤにより特定される人感センサ１１が故障している可能性があるか否かを示す。以下の説明では、項目「センサ状態値」の値をセンサ状態情報と呼ぶ。
【００６５】
本実施形態では、センサ状態情報が「１」の場合、対応する人感センサ１１が故障している可能性があることを示し、センサ状態情報が「０」の場合、対応する人感センサ１１が正常に動作している（すなわち、故障していない）ことを示す。
【００６６】
図１２は、人感検知データデータベースの一例を示す図である。本実施形態の人感検知データデータベース２５０は、情報の項目として、センサＩＤ、メッシュ毎の人感検知情報を有する。項目「メッシュ毎の人感検知情報」の値は、メッシュＩＤと対応付けられており、メッシュ毎の人の在／不在を示す情報が格納されている。以下の説明では、人の在／不在を示す情報を人感検知情報と呼ぶ。本実施形態では、人感検知情報の値が「１」である場合、対応するメッシュに人がいることを示し、人感検知情報の値が「０」である場合、対応するメッシュに人がいないことを示す。
【００６７】
図１２の例では、センサＩＤ「１１」の検出領域のうち、検出領域のメッシュＩＤ「１」と対応する人感検知情報の値は「０」であり、メッシュＩＤ「２」と対応する人感検知情報の値は「１」である。したがって、センサＩＤ「１１」の検出領域のうち、メッシュＩＤ「１」のメッシュには人がおらず、メッシュＩＤ「２」のメッシュには人がいることがわかる。
【００６８】
次に、図１３を参照して、本実施形態の制御サーバ２００の故障検出処理部２７０の処理（故障検出処理）について説明する。図１３は、第一の実施形態の故障検出処理を説明するフローチャートである。
【００６９】
図１３は、制御サーバ２００における故障検出処理部２７０の故障検出処理を示している。本実施形態の制御サーバ２００は、所定時間毎に故障検出処理を実行しても良い。
【００７０】
本実施形態の制御サーバ２００は、故障検出処理部２７０のセンサ状態取得部２７１により、センサ座標データベース２１０を参照し、先頭のセンサ座標情報を読み出す（ステップＳ１３０１）。
【００７１】
次に、制御サーバ２００は、センサ状態取得部２７１により、メッシュＩＤを変数ｎとし、ｎ＝１とする（ステップＳ１３０２）。続いて制御サーバ２００は、センサ状態取得部２７１により、取得したセンサ座標情報に含まれるメッシュＩＤ＝ｎの座標値を取得する（ステップＳ１３０３）。
【００７２】
続いて制御サーバ２００は、センサ状態取得部２７１により、センサ座標データベース２１０を参照する。そして、センサ状態取得部２７１は、読み出したセンサ座標情報と対応するセンサＩＤ以外のセンサＩＤと対応するセンサ座標情報に、メッシュＩＤ＝ｎの座標値と一致する座標値を有するメッシュが存在するか否かを判定する（ステップＳ１３０４）。
【００７３】
すなわち、センサ状態取得部２７１は、他の人感センサ１１の検出領域に、メッシュＩＤ＝ｎと重なるメッシュが存在するか否かを判定する。言い換えれば、メッシュＩＤ＝ｎが重畳領域であるか否かを判定する。
【００７４】
ステップＳ１３０４において、該当するメッシュが存在しない場合、制御サーバ２００は、後述するステップＳ１３０８へ進む。このとき、センサ状態取得部２７１は、重なり判定データベース２３０の該当するセンサＩＤ及びメッシュＩＤの重なり情報を「０」として格納する。
【００７５】
ステップＳ１３０４において、該当するメッシュが存在する場合、制御サーバ２００は、センサ状態取得部２７１により、センサデータデータベース２２０を参照する。そして、センサ状態取得部２７１は、センサデータデータベース２２０から、該当するセンサＩＤのメッシュＩＤと対応するメッシュ値を取得する（ステップＳ１３０５）。このとき、センサ状態取得部２７１は、重なり判定データベース２３０の該当するセンサＩＤ及びメッシュＩＤの重なり情報を「１」として格納する。
【００７６】
続いてセンサ状態取得部２７１は、センサデータデータベース２２０から、読み出したセンサ座標情報と対応するセンサＩＤのメッシュＩＤ＝ｎのメッシュ値を取得し、ステップＳ１３０５で取得したメッシュ値との差が閾値異常であるか否かを判定する（ステップＳ１３０６）。
【００７７】
尚、本実施形態の閾値は、予め設定された値である。本実施形態の閾値は、人感センサ１１の温度検出に係る精度等に依存して決められても良い。具体的には、本実施形態の閾値は、例えば５度としても良い。
【００７８】
ステップＳ１３０６において、差が閾値以上である場合、センサ状態取得部２７１は、センサ状態データベース２４０における、センサ座標情報と対応するセンサＩＤのセンサ状態値を「１」とし（ステップＳ１３０７）、後述するステップＳ１３１１へ進む。すなわち、センサ状態取得部２７１は、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１を故障している可能性が高いセンサとして検出する。
【００７９】
ステップＳ１３０６において、差が閾値以上でない場合、すなわち差が閾値未満の場合、センサ状態取得部２７１は、読み出したセンサ座標情報に含まれる全てのメッシュについて処理したか否かを判定する（ステップＳ１３０８）。
【００８０】
ステップＳ１３０８において、全てのメッシュについて処理をしていない場合、センサ状態取得部２７１は、変数ｎ＝ｎ＋１とし（ステップＳ１３０９）、ステップＳ１３０３へ戻る。
【００８１】
ステップＳ１３０８において、全てのメッシュについて処理をした場合、センサ状態取得部２７１は、センサ状態データベース２４０における、センサ座標情報と対応するセンサＩＤのセンサ状態値を「０」とし（ステップＳ１３１０）、後述するステップＳ１３１１へ進む。すなわち、センサ状態取得部２７１は、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１を正常に動作している（故障していない）センサとする。
【００８２】
続いて、センサ状態取得部２７１は、全ての人感センサ１１について、ステップＳ１３０２からステップＳ１３１０までの処理を行ったか否かを判定する（ステップＳ１３１１）。
【００８３】
ステップＳ１３１１において、全ての人感センサ１１に処理を行っていない場合、制御サーバ２００は、次のセンサ座標情報を読み出し（ステップＳ１３１２）、ステップＳ１３０２へ戻る。ステップＳ１３１１において、全ての人感センサ１１に処理を行った場合、制御サーバ２００は、処理を終了する。
【００８４】
以上のように、本実施形態の制御サーバ２００は、隣り合う人感センサ１１のそれぞれに重畳領域の温度を検出させ、検出された温度の差が閾値以上であった場合に、この人感センサ１１を故障している可能性が高いものと検出する。
【００８５】
したがって、本実施形態によれば、空間に設置されたセンサモジュール１０の管理において、個々のセンサモジュール１０の動作確認等を行うことなく、故障している可能性が高いセンサモジュール１０を検出でき、センサの管理に係る作業負荷を軽減できる。
【００８６】
尚、本実施形態では、複数のセンサのそれぞれから取得した重畳領域の検出値（メッシュ値）を温度とし、温度の比較結果を用いて、各センサの故障の可能性を検出するものとしたが、検出値は温度に限定されなくても良い。本実施形態は、複数のセンサのそれぞれから取得した重畳領域の検出値の比較結果を用いる制御であれば適用できる。
【００８７】
次に、図１４を参照して、本実施形態の制御サーバ２００の人感連動処理部２８０の処理（人感検知処理）について説明する。図１４は、第一の実施形態の人感検知処理を説明するフローチャートである。
【００８８】
図１４は、制御サーバ２００における人感連動処理部２８０の人感検知処理を示している。本実施形態の制御サーバ２００は、所定時間毎に人感検知処理を実行してもよい。
【００８９】
本実施形態の制御サーバ２００は、人感連動処理部２８０のフィルタ処理部２８１により、センサ座標データベース２１０を参照し、先頭のセンサ座標情報を読み出す（ステップＳ１４０１）。
【００９０】
次に、制御サーバ２００は、フィルタ処理部２８１により、センサ状態データベース２４０を参照し、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１が故障している可能性があるか否かを判定する（ステップＳ１４０２）。すなわち、フィルタ処理部２８１は、読み出したセンサ座標情報と対応するセンサＩＤのセンサ状態値が「１」であるか否かを判定する。
【００９１】
ステップＳ１４０２において、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１が故障している可能性がある場合、フィルタ処理部２８１は、後述するステップＳ１４１０へ進む。
【００９２】
ステップＳ１４０２において、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１が故障している可能性がない（正常に動作している）場合、人感検知処理部２８２は、メッシュＩＤを変数ｎとし、ｎ＝１とする（ステップＳ１４０３）。続いて人感検知処理部２８２は、センサデータデータベース２２０を参照し、読み出したセンサ座標情報と対応するセンサＩＤのメッシュＩＤ＝ｎのメッシュ値を取得する（ステップＳ１４０４）。
【００９３】
続いて人感検知処理部２８２は、取得したメッシュ値が所定の範囲内であるか否かを判定する（ステップＳ１４０５）。
【００９４】
尚、本実施形態の所定の範囲は、予め設定された値である。本実施形態の所定の範囲は、人感センサ１１の温度検出に係る精度等に依存して決められても良い。具体的には、本実施形態の所定の範囲は、例えば３０度から３５度としても良い。このように、所定の範囲は、人が存在する場合に人感センサ１１により検出される温度の範囲とすれば良い。
【００９５】
ステップＳ１４０５において、取得したメッシュ値が所定の範囲内である場合、人感検知処理部２８２は、人感検知データデータベース２５０の該当のセンサＩＤ及びメッシュＩＤの人感検知情報を「１」とし（ステップＳ１４０６）、後述するステップＳ１４０８へ進む。すなわち、人感検知処理部２８２は、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１においてメッシュＩＤ＝ｎのメッシュに人がいるとする。
【００９６】
ステップＳ１４０５において、取得したメッシュ値が所定の範囲内でない場合、人感検知処理部２８２は、人感検知データデータベース２５０の該当のセンサＩＤ及びメッシュＩＤの人感検知情報を「０」とし（ステップＳ１４０７）、後述するステップＳ１４０８へ進む。すなわち、人感検知処理部２８２は、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１においてメッシュＩＤ＝ｎのメッシュに人がいないとする
続いて、人感検知処理部２８２は、読み出したセンサ座標情報に含まれる全てのメッシュについて処理したか否かを判定する（ステップＳ１４０８）。
【００９７】
ステップＳ１４０８において、全てのメッシュについて処理をしていない場合、人感検知処理部２８２は、変数ｎ＝ｎ＋１とし（ステップＳ１４０９）、ステップＳ１４０４へ戻る。
【００９８】
ステップＳ１４０８において、全てのメッシュについて処理をした場合、フィルタ処理部２８１は、全ての人感センサ１１についてステップＳ１４０２からステップＳ１４０９までの処理を行ったか否かを判定する（ステップＳ１４１０）。
【００９９】
ステップＳ１４１０において、全ての人感センサ１１に処理を行っていない場合、フィルタ処理部２８１は、次のセンサ座標情報を読み出し（ステップＳ１４１１）、ステップＳ１４０２へ戻る。ステップＳ１４１０において、全ての人感センサ１１に処理を行った場合、制御サーバ２００は、処理を終了する。
【０１００】
以上のように、本実施形態の制御サーバ２００は、故障検出処理において故障している可能性が高いことが検出された人感センサ１１以外の人感センサ１１により人の在／不在を検知する。したがって、本実施形態によれば、故障している可能性が高い人感センサ１１により誤った人の在／不在が検知されることがない。
【０１０１】
（第二の実施形態）
以下に図面を参照して第二の実施形態について説明する。第二の実施形態の説明では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１０２】
本実施形態の制御サーバ２００Ａは、故障検出処理部２７０Ａにより、故障カウンタ値に基づき人感センサ１１が故障している可能性があるか否かを判定する。また、本実施形態の制御サーバ２００Ａは、人感連動処理部２８０Ａにより、故障している可能性がある人感センサ１１の人感検知処理を行う。
【０１０３】
図１５は、第二の実施形態の制御サーバの機能構成を説明する図である。本実施形態の制御サーバ２００Ａは、故障検出処理部２７０Ａ、人感連動処理部２８０Ａを有する。また、故障検出処理部２７０Ａは、センサ状態取得部２７１Ａを有し、人感連動処理部２８０Ａは、フィルタ処理部２８１Ａを有する。さらに、本実施形態の制御サーバ２００Ａは、故障カウンタデータベース２９０を有する。
【０１０４】
センサ状態取得部２７１Ａは、人感センサ１１毎に、人感センサ１１が故障している可能性があるか否かを判定する際に参照される故障カウンタ値を取得する。
【０１０５】
フィルタ処理部２８１Ａは、人感検知データデータベース２５０において、故障している可能性がある人感センサ１１のセンサＩＤと対応する人感検知情報を所定の値（代替値）に設定する。
【０１０６】
図１６は、故障カウンタデータベースの一例を示す図である。本実施形態の故障カウンタデータベース２９０は、情報の項目として、センサＩＤと、故障カウンタ値とを有し、それぞれが対応付けられている。
【０１０７】
項目「故障カウンタ値」の値は、対応するセンサＩＤの人感センサ１１が故障しているか否かを判定する際に用いられる故障カウンタ値ｋの値である。故障カウンタ値ｋの詳細は後述する。
【０１０８】
次に、図１７を参照して、本実施形態の制御サーバ２００Ａの故障検出処理について説明する。図１７は、第二の実施形態の故障検出処理を説明するフローチャートである。
【０１０９】
本実施形態の故障検出処理部２７０Ａは、センサ状態取得部２７１Ａにより、センサ座標データベース２１０を参照し、先頭のセンサ座標情報を読み出す（ステップＳ１７０１）。
【０１１０】
次に、制御サーバ２００Ａは、故障検出処理部２７０Ａのセンサ状態取得部２７１Ａにより、メッシュＩＤを変数ｎとし、ｎ＝１とする。また、センサ状態取得部２７１Ａは、故障カウンタ値ｋ＝０とする（ステップＳ１７０２）。
【０１１１】
図１７のステップＳ１７０３からステップＳ１７０６までの処理は、図１３のステップＳ１３０３からステップＳ１３０６までの処理と同様であるから、説明を省略する。
【０１１２】
ステップＳ１７０６において、差が閾値以上である場合、センサ状態取得部２７１Ａは、故障カウンタデータベース２９０を参照し、センサＩＤと対応する故障カウンタ値ｋをｋ＋１として格納する（ステップＤ１７０７）。
【０１１３】
ステップＳ１７０６において、差が閾値未満である場合、センサ状態取得部２７１Ａは、読み出したセンサ座標情報に含まれる全てのメッシュについて処理したか否かを判定する（ステップＳ１７０８）。
【０１１４】
ステップＳ１７０８において、全てのメッシュについて処理をしていない場合、センサ状態取得部２７１Ａは、変数ｎ＝ｎ＋１とし（ステップＳ１７０９）、ステップＳ１７０３へ戻る。
【０１１５】
ステップＳ１７０８において、全てのメッシュについて処理をした場合、センサ状態取得部２７１Ａは、故障カウンタ値が故障判定閾値以上であるか否かを判定する（ステップＳ１７１０）。本実施形態の故障判定閾値の詳細は後述する。
【０１１６】
ステップＳ１７１０において、故障カウンタ値が故障判定閾値以上である場合、センサ状態取得部２７１Ａは、センサ状態データベース２４０における、読み出したセンサ座標情報と対応するセンサＩＤのセンサ状態値を「１」とする（ステップＳ１７１１）。
【０１１７】
ステップＳ１７１０において、故障カウンタ値が故障判定閾値未満である場合、センサ状態取得部２７１Ａは、センサ状態データベース２４０における、読み出したセンサ座標情報と対応するセンサＩＤのセンサ状態値を「０」とする（ステップＳ１７１２）。
【０１１８】
ステップＳ１７１１及びステップＳ１７１２に続くステップＳ１７１３及びステップＳ１７１４の処理は、図１３のステップＳ１３１１及びステップＳ１３１２と同様であるから、説明を省略する。
【０１１９】
次に、図１８を参照して、本実施形態の故障判定閾値に基づく故障の有無の判定について説明する。図１８は、故障判定閾値に基づく故障の有無の判定について説明する図である。
【０１２０】
本実施形態の故障カウンタ値ｋは、人感センサ１１毎に付与される値である。本実施形態では、人感センサ１１の検出領域に含まれるメッシュのうちの重畳領域の温度が異常な値であった場合に、この人感センサ１１に対応する故障カウンタ値ｋがインクリメントされる。
【０１２１】
したがって、本実施形態では、例えば人感センサ１１ａの検出領域内に、他の人感センサ１１ｂや人感センサ１１ｃ等により検出された温度と同程度の温度が検出されないメッシュが多くあるほど、故障カウンタ値ｋの値は大きくなる。つまり、故障カウンタ値ｋの値が大きいほど、人感センサ１１ａの検出領域内では、他の人感センサ１１ｂ、１１ｃ等と同程度の温度を検出できない領域が大きく、人感センサ１１ａが故障している可能性が高いことを示す。
【０１２２】
そこで、本実施形態では、故障カウンタ値ｋに対する故障判定閾値を設け、故障カウンタ値ｋが故障判定閾値以上であった場合に、この故障カウンタ値ｋに対応するセンサＩＤの人感センサ１１を故障していると判定する。
【０１２３】
図１８の例では、故障判定閾値ｔｈ＝６とした例を示している。この場合、本実施形態では、故障カウンタ値ｋ＝９であるセンサＩＤ「１６」の人感センサ１１と、故障カウンタ値ｋ＝７であるセンサＩＤ「２６」の人感センサ１１とが、故障していると判定される。
【０１２４】
このように、本実施形態によれば、故障している可能性の高いセンサモジュール１０を特定することができ、センサの管理に係る作業負荷を軽減できる。
【０１２５】
尚、本実施形態の故障判定閾値ｔｈは、予め設定された値である。本実施形態の故障判定閾値ｔｈは、例えば人感センサ１１の配置に応じて変更されても良い。
【０１２６】
以下に、複数の人感センサ１１のうち、壁際等に配置された人感センサ１１ｃと、天井の中央部分等に配置された人感センサ１１ａを例にして、故障判定閾値ｔｈの変更について説明する（図５参照）。
【０１２７】
壁際等に配置された人感センサ１１ｃと、天井の中央部分等に配置された人感センサ１１ａとでは、検出領域において重畳領域となるメッシュの数が異なる。
【０１２８】
例えば人感センサ１１ｃの場合、検出領域Ｒ３の周囲において、壁と接する部分には重畳領域は存在しない。これに対し、人感センサ１１ａは、検出領域Ｒ１の周囲の全てが重畳領域となる可能性がある。
【０１２９】
したがって、人感センサ１１ｃと対応する重畳領域は、人感センサ１１ａと対応する重畳領域よりも狭くなり、重畳領域に含まれるメッシュの数が少なくなる可能性が高い。つまり、壁側に配置された人感センサ１１ｃの故障カウンタ値は、天井の中央部分等に配置された人感センサ１１ａの故障カウンタ値と比べて、大きい値となりにくい。
【０１３０】
また、人感センサ１１ａでは、人感センサ１１ｃと比べて隣り合う人感センサ１１の数が多いため、隣り合う他の人感センサ１１の影響により、故障カウンタ値がインクリメントされる可能性も高くなる。
【０１３１】
本実施形態では、以上のような、人感センサ１１の配置による故障カウンタ値の増え方の違い等を考慮し、人感センサ１１の配置に応じて故障判定閾値ｔｈを設定しても良い。具体的には、検出領域の周囲全てが重畳領域となり得る人感センサ１１に対する故障判定閾値ｔｈをｔｈ１とし、検出領域の周囲の一部のみが重畳領域となり得る人感センサ１１に対する故障判定閾値ｔｈをｔｈ２としたとき、ｔｈ１＞ｔｈ２となるようにしても良い。
【０１３２】
次に、図１９を参照して、本実施形態の制御サーバ２００Ａの人感検知処理について説明する。図１９は、第二の実施形態の人感検知処理を説明するフローチャートである。
【０１３３】
本実施形態の制御サーバ２００Ａは、人感連動処理部２８０Ａのフィルタ処理部２８１Ａにより、センサ座標データベース２１０を参照し、先頭のセンサ座標情報を読み出す（ステップＳ１９０１）。
【０１３４】
次に、制御サーバ２００Ａは、フィルタ処理部２８１Ａにより、センサ状態データベース２４０を参照し、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１が故障している可能性があるか否かを判定する（ステップＳ１９０２）。すなわち、フィルタ処理部２８１Ａは、センサ座標情報と対応するセンサＩＤのセンサ状態値が「１」であるか否かを判定する。
【０１３５】
ステップＳ１９０２において、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１が故障している可能性がある場合、フィルタ処理部２８１Ａは、メッシュＩＤを変数ｎとし、ｎ＝１とする（ステップＳ１９１２）。続いて、フィルタ処理部２８１Ａは、人感検知データデータベース２５０において、読み出したセンサ座標情報と対応するセンサＩＤのメッシュＩＤ＝ｎの人感検知情報を予め定められた代替値に設定する（ステップＳ１９１３）。
【０１３６】
尚、本実施形態の代替値は、予め定められた「０」又は「１」の値である。本実施形態の代替値は、例えば人感センサ１１の配置に応じて決定されても良い。例えば、人が常時いる空間（例えば、執務エリア）等に配置された人感センサ１１の代替値は「１」とし、人が常時いない空間（例えば、会議室）等に配置された人感センサ１１の代替値は「０」としても良い。また、本実施形態の代替値は、時間に応じて決定されても良い。例えば、日中等は代替値を「１」とし、夜間は代替値を「０」としても良い。
【０１３７】
続いて、フィルタ処理部２８１Ａは、読み出したセンサ座標情報に含まれる全てのメッシュについて処理したか否かを判定する（ステップＳ１９１４）。
【０１３８】
ステップＳ１９１４において、全てのメッシュについて処理をしていない場合、フィルタ処理部２８１Ａは、変数ｎ＝ｎ＋１とし（ステップＳ１９１５）、ステップＳ１９１３へ戻る。
【０１３９】
ステップＳ１９１４において、全てのメッシュについて処理をした場合、フィルタ処理部２８１Ａは、ステップＳ１９１０へ進む。
【０１４０】
ステップＳ１９０２において、読み出したセンサ座標情報と対応するセンサＩＤの人感センサ１１が故障している可能性がない場合、ステップＳ１９０３へ進む。
【０１４１】
図１９のステップＳ１９０３からステップＳ１９１１までの処理は、図１４のステップＳ１４０３からステップＳ１４１１までの処理と同様であるから、説明を省略する。
【０１４２】
このように、本実施形態によれば、故障している可能性の高い人感センサ１１の検出領域内の各メッシュにおける人感検知情報は、代替値に設定され、設定された代替値に基づき機器制御部２８３等により機器の制御がなされる。
【０１４３】
（第三の実施形態）
以下に図面を参照して第三の実施形態について説明する。第三の実施形態の説明では、第二の実施形態との相違点について説明し、第二の実施形態と同様の機能構成を有するものには第二の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１４４】
本実施形態の制御サーバ２００Ｂは、故障検出処理部２７０Ｂにより、予め設定された時刻に故障検出処理が開始される。
【０１４５】
図２０は、第三の実施形態の制御サーバの機能構成を説明する図である。本実施形態の制御サーバ２００Ｂの故障検出処理部２７０Ｂは、起動処理部２７３を有する。起動処理部２７３は、予め設定された時刻に故障検出処理を開始させる。
【０１４６】
次に、図２１を参照して、本実施形態の制御サーバ２００Ｂの故障検出処理を開始させる処理について説明する。図２１は、第三の実施形態の故障検出処理を開始させる処理を説明するフローチャートである。
【０１４７】
本実施形態の制御サーバ２００Ｂは、故障検出処理部２７０Ｂの起動処理部２７３により、現在時刻を取得する（ステップＳ２１０１）。次に、起動処理部２７３は、取得した時刻が予め設定された起動時刻か否かを判定する（ステップＳ２１０２）。
【０１４８】
尚、本実施形態の起動時刻は、制御システム１００の管理者等により設定される、故障検出処理を開始させる時刻である。本実施形態の起動時刻は、人感センサ１１が配置されている空間に人がいない時刻が好ましい。本実施形態の起動時刻は、例えば、午前５時とすれば良い。
【０１４９】
ステップＳ２１０２において、取得した時刻が予め設定された起動時刻でない場合、起動処理部２７３は、ステップＳ２１０１へ戻る。
【０１５０】
ステップＳ２１０２において、取得した時刻が予め設定された起動時刻である場合、起動処理部２７３は、故障検出処理を開始させる（ステップＳ２１０３）。すなわち、起動処理部２７３は、図１３又は図１７を用いて説明した故障検出処理を開始させる。
【０１５１】
このように、本実施形態によれば、予め設定した時刻に故障検出処理を開始させることができる。
【０１５２】
（第四の実施形態）
以下に図面を参照して第四の実施形態について説明する。第四の実施形態の説明では、第三の実施形態との相違点について説明し、第三の実施形態と同様の機能構成を有するものには第三の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１５３】
本実施形態の制御サーバ２００Ｃは、故障検出処理部２７０Ｃにより、重畳領域のメッシュ値に大きな変化がない場合に、予め設定された時刻に故障検出処理が開始される。
【０１５４】
図２２は、第四の実施形態の制御サーバの機能構成を説明する図である。本実施形態の制御サーバ２００Ｃの故障検出処理部２７０Ｃは、起動処理部２７３Ａを有する。また、本実施形態の制御サーバ２００Ｃは、センサデータデータベース２２０Ａを有する。
【０１５５】
起動処理部２７３Ａは、センサデータデータベース２２０Ａを参照し、人感センサ１１の重畳領域のメッシュ値に大きな変化がない場合に、予め設定された時刻に故障検出処理を開始させる。
【０１５６】
図２３は、センサデータデータベースの他の例を示す図である。本実施形態のセンサデータデータベース２２０Ａは、情報の項目は第一の実施形態乃至第三の実施形態と同様であるが、時系列に従って、複数の時点のセンサデータが格納されている。
【０１５７】
すなわち、センサモジュール１０は、人感センサ１１から出力されるセンサデータを、無線機３００を介して、所定の時間毎に、制御サーバ２００へ送信する。したがって、センサデータデータベース２２０Ａは、このように所定の時間毎に無線機３００を介してセンサモジュール１０から取得したセンサデータが時系列に従って格納されている。本実施形態では、センサデータデータベース２２０Ａに格納される各センサデータについて、取得した時刻が新しい順に、時点１、時点２、時点３等とする。
【０１５８】
尚、本実施形態の所定の時間は、制御システム１００の管理者等により予め設定される時間である。本実施形態の所定の時間は、例えば、１分とすれば良い。
【０１５９】
次に、図２４を参照して、本実施形態の制御サーバ２００Ｃの故障検出処理を開始させる処理について説明する。図２４は、第四の実施形態の故障検出処理を開始させる処理を説明するフローチャートである。
【０１６０】
本実施形態の制御サーバ２００Ｃは、故障検出処理部２７０Ｃの起動処理部２７３Ａにより、現在時刻を取得する（ステップＳ２４０１）。次に、起動処理部２７３Ａは、取得した時刻が予め設定された起動時刻か否かを判定する（ステップＳ２４０２）。
【０１６１】
ステップＳ２４０２において、取得した時刻が予め設定された起動時刻でない場合、起動処理部２７３Ａは、ステップＳ２４０１へ戻る。
【０１６２】
ステップＳ２４０２において、取得した時刻が予め設定された起動時刻である場合、起動処理部２７３Ａは、センサ座標データベース２１０を参照し、先頭のセンサ座標情報を読み出し（ステップＳ２４０３）、メッシュＩＤを変数ｎとし、ｎ＝１とする（ステップＳ２４０４）。
【０１６３】
次に、起動処理部２７３Ａは、センサ座標データベース２１０を参照する。そして、起動処理部２７３Ａは、読み出したセンサ座標情報と対応するセンサＩＤ以外のセンサＩＤと対応するセンサ座標情報に、メッシュＩＤ＝ｎの座標値と一致する座標値を有するメッシュが存在するか否かを判定する（ステップＳ２４０５）。すなわち、起動処理部２７３Ａは、読み出したセンサ座標情報と対応するセンサＩＤにおいてメッシュＩＤ＝ｎのメッシュが重畳領域であるか否かを判定する。
【０１６４】
ステップＳ２４０５において、該当するメッシュが存在しない場合、制御サーバ２００は、起動処理部２７３Ａにより、後述するステップＳ２４０９へ進む。
【０１６５】
ステップＳ２４０５において、該当するメッシュが存在する場合、制御サーバ２００は、起動処理部２７３Ａにより、センサデータデータベース２２０Ａを参照する。そして、起動処理部２７３Ａは、時点１から時点３までのセンサデータについて、読み出したセンサ座標情報と対応するセンサＩＤにおけるメッシュＩＤ＝ｎのメッシュ値をそれぞれ取得する（ステップＳ２４０６）。
【０１６６】
尚、本実施形態では、時点１から時点３までのセンサデータについて、読み出したセンサ座標情報と対応するセンサＩＤにおけるメッシュＩＤ＝ｎのメッシュ値をそれぞれ取得したが、これに限られない。すなわち、ｍを２以上の整数として、時点１から時点ｍまでのセンサデータについて、読み出したセンサ座標情報と対応するセンサＩＤにおけるメッシュＩＤ＝ｎのメッシュ値をそれぞれ取得しても良い。
【０１６７】
続いて、起動処理部２７３Ａは、取得した各メッシュ値が同一値であるか否かを判定する（ステップＳ２４０６）。
【０１６８】
尚、各メッシュ値が同一値とは、各メッシュ値が厳密に一致する場合に限られず、各メッシュ値の誤差を考慮し、各メッシュ値が所定の範囲内であることも含めて良い。
【０１６９】
ステップＳ２４０６において、取得した各メッシュ値が同一値でない場合、予め設定された所定の待機時間だけ待機して（ステップＳ２４０８）、ステップＳ２４０１へ戻る。
【０１７０】
尚、本実施形態の所定の待機時間とは、制御システム１００の管理者等により予め設定される時間である。本実施形態の所定の待機時間は、例えば、５分とすれば良い。
【０１７１】
ステップＳ２４０６において、取得した各メッシュ値が同一値である場合、起動処理部２７３Ａは、読み出したセンサ座標情報に含まれる全てのメッシュについて処理したか否かを判定する（ステップＳ２４０９）。
【０１７２】
ステップＳ２４０９において、全てのメッシュについて処理をしていない場合、起動処理部２７３Ａは、変数ｎ＝ｎ＋１とし（ステップＳ２４１０）、ステップＳ２４０５へ戻る。
【０１７３】
ステップＳ２４０９において、全てのメッシュについて処理をした場合、起動処理部２７３Ａは、全ての人感センサ１１について、ステップＳ２４０４からステップＳ２４１０までの処理を行ったか否かを判定する（ステップＳ２４１１）。
【０１７４】
ステップＳ２４１１において、全ての人感センサ１１に処理を行っていない場合、制御サーバ２００は、起動処理部２７３Ａにより、次のセンサ座標情報を読み出し（ステップＳ２４１２）、ステップＳ２４０２へ戻る。
【０１７５】
ステップＳ２４１１において、全ての人感センサ１１に処理を行った場合、起動処理部２７３Ａは、故障検出処理を開始させる（ステップＳ２４１３）。すなわち、起動処理部２７３Ａは、図１３又は図１７を用いて説明した故障検出処理を開始させる。
【０１７６】
このように、本実施形態によれば、各人感センサ１１の検知領域のうち、重畳領域の各メッシュ値に大きな変化がない場合に、予め設定された時刻に故障検出処理が開始される。これにより、人感センサ１１の重畳領域に人がいる状態で、故障検出処理が実行されることを防止することができ、故障検出処理において人感センサ１１の重畳領域に人がいることにより誤って故障が検出されてしまうことを防止することができる。
【０１７７】
（第五の実施形態）
以下に図面を参照して第五の実施形態について説明する。本実施形態では、故障検出処理部２７０の機能を制御サーバ２００の外部の装置に設けた点が第一の実施形態と相違する。よって、以下の第五の実施形態の説明では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１７８】
図２５は、第五の実施形態の制御システムの一例を示す図である。本実施形態の制御システム１００Ａは、制御サーバ２００Ｄと、サーバ４００とを有する。制御サーバ２００Ｄとサーバ４００とは、例えばネットワークを介して接続されている。
【０１７９】
本実施形態の制御サーバ２００Ｄは、センサデータ収集部２６０と、人感連動処理部２８０と、センサデータデータベース２２０と、人感検知データデータベース２５０とを有する。
【０１８０】
また、本実施形態のサーバ４００は、センサデータ取得部４１０と、故障検出処理部２７０と、センサ座標データベース２１０と、重なり判定データベース２３０と、センサ状態データベース２４０と、を有する。
【０１８１】
本実施形態の制御システム１００Ａでは、制御サーバ２００Ｄが空間に設けられたセンサモジュール１０からセンサデータを収集して、サーバ４００へ送信する。
【０１８２】
サーバ４００は、センサデータ取得部４１０により、制御サーバ２００Ｄから送信されたセンサデータを取得する。そして、サーバ４００は、故障検出処理部２７０により、各センサモジュール１０の人感センサ１１の故障の検出を行い、その結果を制御サーバ２００Ｄへ送信する。故障検出処理部２７０の処理は、上述した通りである。
【０１８３】
尚、図２５では、サーバ４００は、第一の実施形態の故障検出処理部２７０を有するものとしたが、これに限定されない。サーバ４００は、第二乃至第四の実施形態の故障検出処理部２６０Ａ〜２６０Ｃの何れかを有していても良い。同様に、制御サーバ２００Ｄは、第二乃至第四の実施形態の人感連動処理部２８０Ａを有していても良い。
【０１８４】
以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１８５】
１０  センサモジュール
１１  人感センサ
１００、１００Ａ  制御システム
２００、２００Ａ〜２００Ｄ  制御サーバ
３００  無線機
２１０  センサ座標データベース
２２０  センサデータデータベース
２３０  重なり判定データベース
２４０  センサ状態データベース
２５０  人感検知データデータベース
２６０  センサデータ収集部
２７０、２７０Ａ〜２７０Ｃ  故障検出処理部
２７１、２７１Ａ  センサ状態取得部
２７２  状態通知部
２７３、２７３Ａ  起動処理部
２８０  、２８０Ａ  人感連動処理部
２８１、２８１Ａ  フィルタ処理部
２９０  故障カウンタデータベース
【先行技術文献】
【特許文献】
【０１８６】
【特許文献１】特開２０１４−０１６２２３号公報
【図１】
2016176844.tif 000003
【図２】
2016176844.tif 000004
【図３】
2016176844.tif 000005
【図４】
2016176844.tif 000006
【図５】
2016176844.tif 000007
【図６】
2016176844.tif 000008
【図７】
2016176844.tif 000009
【図８】
2016176844.tif 000010
【図９】
2016176844.tif 000011
【図１０】
2016176844.tif 000012
【図１１】
2016176844.tif 000013
【図１２】
2016176844.tif 000014
【図１３】
2016176844.tif 000015
【図１４】
2016176844.tif 000016
【図１５】
2016176844.tif 000017
【図１６】
2016176844.tif 000018
【図１７】
2016176844.tif 000019
【図１８】
2016176844.tif 000020
【図１９】
2016176844.tif 000021
【図２０】
2016176844.tif 000022
【図２１】
2016176844.tif 000023
【図２２】
2016176844.tif 000024
【図２３】
2016176844.tif 000025
【図２４】
2016176844.tif 000026
【図２５】
2016176844.tif 000027