JP6790702B2 - 制御装置、制御システム、及び制御方法 - Google Patents

Description

本発明は、制御装置、制御システム、及び制御方法に関する。

人が作業したり休憩したりする居室の照明や空調を自動的に行うシステムは知られている。このようなシステムは、例えば、赤外線センサを用いて人の在不在を検知し、人が存在すると自動的に空調の運転を開始したり、人がいなくなると自動で停止したりする。人が空調装置の操作をせずとも快適性を向上させ、また、消費電力を低減することが可能となる。また、日射量センサを用いて、日射量を検知して、照明装置や空調装置を適切に制御するシステムは既に知られている。

特許文献１には、デマンド制御システムにおいて、温度センサで測定される外気温度を日射量センサで測定される日射量に応じて補正し、補正後の外気温度と電力量計で計測された電力と予測式とから予測デマンド時限のデマンド値を予測し、予測されたデマンド値が閾値を超えた場合に長い時間スパンで照明装置の光出力を退避出力まで減光させる長期デマンド制御を行うことが記載されている。これにより、特許文献１によれば、店舗内にいる人が照度の変化を感じない程度に緩やかに照明装置の光出力を低下させながらデマンド値が目標値を超えることを回避できるとされている。

特許文献１に記載のデマンド制御システムでは、デマンド制御を行うために日射量センサを必要とし、日射量センサを組み込んでシステムを構成することが前提となっている。これにより、特許文献１に記載の技術では、空調制御における省エネ性や快適性を向上させるためのシステムが大規模化し、コストが増大する可能性がある。

本発明は、上記に鑑みてなされたものであって、空調制御における省エネ性や快適性を向上させるための制御システムを低コストで実現できる制御装置、制御システム、及び制御方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明に係る情報処理装置は、所定空間を空気調和する空調装置を制御する制御装置であって、前記所定空間の近傍に人が存在するか否かを検知する人感検知手段の側から前記人感検知手段の検知結果を受信する受信手段と、前記所定空間を照明する照明装置の点灯・消灯状態と前記人感検知手段の検知結果と制御指針情報とに基づいて、前記所定空間の空気調和に関する制御データを生成する制御手段と、前記制御データを前記空調装置へ送信する送信手段と、を備え、前記制御手段は、前記照明装置の点灯・消灯状態と前記人感検知手段の検知結果とで形成される複数の組み合わせのうちの１つの組み合わせが継続している時間に応じて、日射が有るか否かを判断することを特徴とする。

本発明によれば、空調制御における省エネ性や快適性を向上させるための制御システムを低コストで実現できるという効果を奏する。

実施形態にかかる制御システムの構成を示す図。 実施形態における照明装置の外観構成を示す斜視図。 実施形態における検知装置のハードウェア構成を示すブロック図。 実施形態における照明装置又は空調装置のハードウェア構成を示すブロック図。 実施形態における管理装置のハードウェア構成を示すブロック図。 実施形態にかかる制御システムの機能構成を示すブロック図。 実施形態におけるレイアウト管理ＤＢに記憶されている情報を示す図。 実施形態における制御指針管理ＤＢに記憶されている情報を示す図。 実施形態における制御領域管理ＤＢに記憶されている情報を示す図。 実施形態における領域情報ＤＢおよびマス・領域対応ＤＢに記憶されている情報を示す図。 実施形態における人密度について示す図。 実施形態における管理装置の処理を示すシーケンス図。 実施形態における温度分布及び熱源の分布を示す概念図。 実施形態における１つの居室における熱源の分布を示す図。 実施形態における熱源データ生成処理を示すフローチャート。 実施形態における温度分布及び熱源の分布を示す概念図。 実施形態における温度分布センサの数と検知可能範囲の関係を示す図。 実施形態における２つの温度分布センサが検知する検知エリアを示す図。 実施形態におけるマス目変換処理の流れを示すフローチャート。 実施形態におけるサーモパイルセンサが検知する検知マスの中心座標を示す図。 実施形態における照明装置に対する光量に関する制御データを生成する処理を示すフローチャート。 実施形態における空調制御処理を示すフローチャート。 実施形態における日射有無判断処理を示すフローチャート。 実施形態における空調設定処理を示すフローチャート。 実施形態における制御指針管理ＤＢに記憶されている情報（空調設定値テーブル）を示す図。 実施形態の変形例における日射有無判断処理を示すフローチャート。 実施形態の変形例における検知対象時間条件を示す図。 実施形態の変形例における日射有無判断処理を示すフローチャート。 実施形態の変形例における制御指針管理ＤＢに記憶されている情報（空調設定値テーブル）を示す図。 実施形態の変形例における空調設定処理を示すフローチャート。 実施形態の変形例における制御指針管理ＤＢに記憶されている情報（空調設定値テーブル）を示す図。

以下に添付図面を参照して、実施形態にかかる制御システムを詳細に説明する。なお、これらの実施形態により本発明が限定されるものではない。

（実施形態）
実施形態にかかる制御システム１００について説明する。制御システム１００は、図１に示すように、複数の機器を制御するように構成されている。図１は、制御システム１００の構成を示す図である。図１に示すように、制御システム１００は、所定空間の一例である居室αの天井β側に設置された複数の照明装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）、空調装置２、無線ルータ６、及び管理装置８が通信ネットワークＮを介して通信可能な構成を有している。なお、以降、照明装置（１ａ，１ｂ，１ｃ，１ｄ，１ｅ，１ｆ，１ｇ，１ｈ，１ｉ）のうち、任意の照明装置を示す場合には「照明装置１」と示す。

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

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

なお、本明細書において、居室とは、人がいる部屋である。また、居室とは、複数の人が存在する部屋であってもよい。具体的には、居室は、オフィス、工場、セミナー会場、展示会、室内競技場等である。また、居室は、個人の自宅であってもよい。

環境情報とは、居室の環境に関する情報である。また、環境情報とは、人が快適に活動するために好ましい環境の状態に関する情報である。あるいは、環境情報とは、人が快適に活動するために制御されることが好ましい環境の状態に関する情報である。具体的には、環境情報は、後述する検知データ（熱源データ、温度、湿度、照度）を例にして説明するがこれらには限られない。

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

空調装置２は、例えば、エア・コンディショナなどの空調装置（図１では室内機が図示されている）である。室外機は空調装置２ごとに又は複数の空調装置２に共通に所定の場所に設置されている。なお、図１では空調装置２と管理装置８が有線で接続されているが、無線で通信してもよい。

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

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

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

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

次に、図２を用いて、照明装置１及び照明装置１ｅが取り付けられる装置本体１２０について説明する。図２は、照明装置１の一例を示す外観斜視図である。

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

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

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

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

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

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

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

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

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

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

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

次に、照明装置１、空調装置２のハードウェア構成を説明する。ここで、図４は照明装置１又は空調装置２のハードウェア構成を示すブロック図である。図４に示すように、照明装置１の装置コントローラ３１５は、管理装置８から送信された制御データに基づいてＬＥＤの調光の制御を行う。空調装置２の装置コントローラ３１５は、管理装置８から送信された制御データに基づいてエア・コンディショナを制御する。

装置コントローラ３１５、アンテナＩ／Ｆ３０２、及び、無線モジュール３０１については図３と同様であるため、説明を省略する。照明装置１又は空調装置２は、制御対象デバイス３１９を有している。制御対象デバイス３１９は、照明装置１の場合はＬＥＤランプ１３０やＬＥＤランプ１３０の制御回路などである。制御対象デバイス３１９は、空調装置２の場合はエア・コンディショナのヒートポンプや圧縮機及び制御回路などである。

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

次に、管理装置８のハードウェア構成について説明する。図５は、管理装置８のハードウェア構成を示すブロック図である。

管理装置８は、情報処理装置として構成されている。そして、管理装置８は、管理装置８全体の動作を制御するＣＰＵ８０１、ＩＰＬ（Initial Program Loader）等のＣＰＵ８０１の駆動に用いられるプログラムを記憶したＲＯＭ８０２、ＣＰＵ８０１のワークエリアとして使用されるＲＡＭ８０３を有する。また、管理プログラム等の各種データを記憶するＨＤ（Hard Disk）８０４、ＣＰＵ８０１の制御にしたがってＨＤ８０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）８０５を有する。

また、管理装置８は、メディアＩ／Ｆ８０７、ディスプレイ８０８、ネットワークＩ／Ｆ８０９を有する。メディアＩ／Ｆ８０７は、フラッシュメモリ等のメディア８０６に対するデータの読み出し又は書き込み（記憶）を制御する。ディスプレイ８０８は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。ネットワークＩ／Ｆ８０９は、通信ネットワークＮを利用してデータ通信する。

また、管理装置８は、キーボード８１１、マウス８１２、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）ドライブ８１４、バスライン８１０を有する。キーボード８１１は、文字、数値、各種指示などの入力のための複数のキーを備える。マウス８１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う。ＣＤ−ＲＯＭドライブ８１４は、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ８１３に対する各種データの読み出し又は書き込みを制御する。バスライン８１０は、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

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

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

続いて、図６を用いて、検知装置３を含む照明装置１ｅ、検知装置３を含まない照明装置１、空調装置２、及び管理装置８の機能について説明する。図６は、制御システム１００の機能構成を示す機能ブロック図である。

まず、照明装置１ｅの機能構成について説明する。照明装置１ｅは、検知装置３が有する機能及び制御対象部２０を有している。検知装置３は、送受信部３１、検知部３２、判断部３３、生成部３４、及び制御部３５を有している。これら各部は、図３に示されている装置コントローラ３１５がプログラムにしたがって出力する命令等によって実現される機能又は手段である。また、制御対象部２０は、例えば、調光制御の対象であるＬＥＤランプ１３０等により実現される。制御対象部２０は、複数のＬＥＤを含む。複数のＬＥＤのそれぞれは、制御部３５から供給される駆動信号（例えば、駆動電流）に応じて、点灯／消灯される。

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

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

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

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

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

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

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

制御対象部２０は、照明装置１の場合、調光制御の対象であるＬＥＤランプ１３０等により実現される。制御対象部２０は、複数のＬＥＤを含む。複数のＬＥＤのそれぞれは、制御部５５から供給される駆動信号（例えば、駆動電流）に応じて、点灯／消灯される。制御対象部２０は、空調装置２の場合、エア・コンディショナのヒートポンプや圧縮機などにより実現される。

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

まず、レイアウト管理ＤＢ８００１について説明する。ここで、図７はレイアウト管理ＤＢ８００１に記憶されている情報を例示的に示す図である。レイアウト管理ＤＢ８００１には、図７（ａ）に示されているような照明装置１又は空調装置２のレイアウト情報が管理されている。

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

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

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

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

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

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

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

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

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

なお、人密度の区切り方は説明のための一例に過ぎす、より細かく人密度が区切られてもよいし、各区切りの人密度の幅が不揃いであってもよい。

さらに、制御指針管理ＤＢ８００２には、第３制御指針管理テーブルとして、空調設定値テーブル（図２５参照）が管理されている。空調設定値テーブルの詳細については、後述する。

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

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

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

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

次に、図６に戻って、管理装置（制御装置）８の各機能構成について説明する。図６に示されている送受信部８１は、受信部８１ａ及び送信部８１ｂを有する。例えば、受信部（受信手段）８１ａは、検知装置３から検知データ（温度分布センサ３１１の検知結果）を受信する。送信部（送信手段）８１ｂは、照明装置１及び／又は空調装置２に制御データを送信する。

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

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

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

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

ここで、人密度について説明する。図１１は、人密度について例示的に示す図である。図１１（ａ）では、説明のため３×３の各領域９が示されている。この３×３の各領域９は１つの空調装置２が空調する範囲（温度や湿度などを制御する範囲）として、管理装置８の制御領域管理ＤＢ８００３に設定されている。人密度も１つの空調装置２が空調する範囲に対し算出される。

図１１（ｂ）では、人が検知された領域９（熱源がある領域）に黒丸を示した。９個の領域９のうち３つの領域９で人が検知されているので、人密度は（３÷９）×１００＝約３３％と算出される。領域９に実際に人が何人いても領域９に人が検知されると一人とカウントされる。

この人密度が算出される３×３の各領域９が、１つの空調装置２が空調する範囲であるが、９個の領域９の温度データと湿度データが、検知装置３から管理装置８に送信されている。管理装置８は、９個の領域９の温度データの平均を９個の領域９の環境値に決定する。湿度については、空調装置２から最も近い検知装置３が検視した湿度データを環境値としてもよいし、いくつかの検知装置３が検視した湿度データの平均を環境値としてもよい。

以下、管理装置８の処理又は動作について説明する。

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

図１２は、管理装置８の処理を例示的に示すシーケンス図である。図１２に示すように、まず、照明装置１ｅの検知部３２が、居室αにおける各領域９の温度分布を検知する（ステップＳ２１）。

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

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

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

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

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

次に、管理装置８のマス目変換処理部８５は、マス・領域対応ＤＢ８００５からマス・領域対応テーブルを読み出して、熱源データを領域９に対応させた熱源データに変換する（ステップＳ２４−２）。詳細は、図１５等にて説明する。

次に、管理装置８の記憶・読出処理部８９は、レイアウト管理ＤＢ８００１から、図７（ａ）に示されているレイアウト情報を読み出す（ステップＳ２５）。

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

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

また、管理装置８の記憶・読出処理部８９は、制御指針管理ＤＢ８００２から第２制御指針管理テーブルを読み出し、制御領域管理ＤＢ８００３から制御領域管理テーブルを読み出す（ステップＳ２７−２）。

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

次に、送受信部８１は、照明装置１に対して、それぞれの制御データを送信する（ステップＳ２９−１、Ｓ２９−２）。これに対して、照明装置１ｅの送受信部３１は、制御データを受信する。また、照明装置１ｅ以外の照明装置１の送受信部５１は、制御データを受信する。

次に、照明装置１ｅでは制御部３５が、制御データに基づいてＬＥＤランプとしての制御対象部２０に出力するための制御信号を生成する（ステップＳ３０−１）。同様に、照明装置１ｅ以外の照明装置１の制御部５５が、制御データに基づいてＬＥＤランプとしての制御対象部２０に出力するための制御信号を生成する（ステップＳ３０−２）。

制御部３５は制御信号を制御対象部２０に出力する（ステップＳ３１−１）。制御部５５は制御信号を制御対象部２０に出力する（ステップＳ３１−２）。

これにより、ＬＥＤランプとしての制御対象部２０の光量が制御される（ステップＳ３２−１、Ｓ３２−２）。

管理装置８の送受信部８１は、空調装置２に対して制御データを送信する（ステップＳ３３）。これに対して、空調装置２の送受信部５１は制御データを受信する。

これにより、エア・コンディショナとしての制御対象部２０の温度、湿度、風量、風向が制御される（ステップＳ３４）。

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

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

図１２のステップＳ２２で説明した熱源の有無の判断方法について説明する。

図１５は、熱源データの生成処理の流れを概略的に示すフローチャートである。図１６（ａ）は温度分布を示した概念図、図１６（ｂ）は熱源の有無を示す熱源データの概念図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、図１９の処理は管理装置８が行う他、検知装置３が行ってもよい。あるいは、照明装置１が行ってもよい。

続いて、図１２のステップＳ２８における制御データの生成について説明する。図２１は、生成部８４が照明装置１に対する蛍光灯型ＬＥＤ照明器具の光量に関する制御データを生成する処理の流れを示すフローチャートである。

生成部８４は、未処理の照明装置１を１つ取り出す（ステップＳ６１）。未処理の照明装置１とは、制御データが決定されていない照明装置１である。

次に、生成部８４は、取り出した照明装置１がある領域９の熱源データを参照する（ステップＳ６２）。照明装置１の装置ＩＤは領域ＩＤと同じなので、熱源データから熱源の有無を読み出せる。

そして、生成部８４は、照明装置１がある領域９に熱源があるか否かを判断する（ステップＳ６３）。すなわち、熱源データに「１」が設定されているかどうかを判断する。

照明装置１がある領域９の熱源が「１」である場合（ステップＳ６３のＹｅｓ）、生成部８４は、照明装置１の光量を１００％に決定して制御データを生成する（ステップＳ６４）。この１００％は、制御指針管理テーブルに設定されている。

照明装置１がある領域９の熱源が「１」でない場合（ステップＳ６３のＮｏ）、すなわち熱源が「０」なので、生成部８４は、照明装置１の光量を６０％に決定して制御データを生成する（ステップＳ６５）。この６０％は、制御指針管理テーブルに設定されている。

次に、生成部８４は、全ての照明装置１について制御データを生成したか否かを判断する（ステップＳ６６）。ステップＳ６６の判断がＮｏの場合、生成部８４は、ステップＳ６１に戻り、ステップＳ６１〜Ｓ６５の処理を繰り返し実行する。ステップＳ６６の判断がＹｅｓの場合、生成部８４は、図２１に示す処理を終了する。

このようにして、全ての照明装置１について熱源の有無（人の在不在）に基づいて蛍光灯型ＬＥＤ照明器具である照明装置１の制御データを生成できる。

図２２（ａ）は、空調制御処理、すなわち、生成部８４が空調装置２に対するエア・コンディショナの制御データを生成する処理（Ｓ２８）の流れを示すフローチャートである。図２２（ａ）は、照明の点灯・消灯を示す情報と人の在不在を示す情報とから日射有無判断および空調制御を実施するフローチャートである。

生成部８４は、環境センシング処理（Ｓ７１）及び照明ＯＮＯＦＦ検知処理（Ｓ７２）を並行して開始させる。

環境センシング処理（Ｓ７１）では、図２２（ｂ）に示す処理が行われる。図２２（ｂ）は、環境センシング処理（Ｓ７１）を示すフローチャートである。すなわち、生成部８４は、処理の開始からの時間ｔをカウントし、カウント時間ｔが閾値時間ａ（＞０）以上になるまで（Ｓ８１でＮｏ）待機する。生成部８４は、カウント時間ｔが閾値時間ａ以上になると（Ｓ８１でＹｅｓ）、人の在不在及び室温を検知させる検知指示を検知装置３へ送信する。検知装置３の温度分布センサ（人感検知手段）３１１は、検知指示に応じて検知対象領域の温度分布に応じた人の在不在の分布（図１３（ｂ）参照）を検知し、検知装置３の温湿度センサ３１３は、検知指示に応じて検知対象領域の室温を検知する（Ｓ８２）。検知装置３は、温度分布センサ３１１の検知結果（人の在不在の検知結果）と温湿度センサ３１３の検知結果とをそれぞれ管理装置８へ送信する（Ｓ８３）。管理装置８は、温度分布センサ３１１の検知結果と温湿度センサ３１３の検知結果とをそれぞれ検知装置３から受信すると、カウント時間ｔをゼロにリセットして処理をＳ８１に戻す。

照明ＯＮＯＦＦ検知処理（Ｓ７２）では、図２２（ｃ）に示す処理が行われる。図２２（ｃ）は、照明ＯＮＯＦＦ検知処理（Ｓ７２）を示すフローチャートである。すなわち、生成部８４は、処理の開始からの時間ｔをカウントし、カウント時間ｔが閾値時間ａ（＞０）以上になるまで（Ｓ９１でＮｏ）待機する。生成部８４は、カウント時間ｔが閾値時間ａ以上になると（Ｓ９１でＹｅｓ）、照明装置１のＯＮ／ＯＦＦ状態（点灯・消灯状態）を検知させる検知指示を検知装置３へ送信する。検知装置３の装置コントローラ３１５は、検知指示に応じて照明装置１（ＬＥＤランプ１３０）の点灯・消灯状態を検知する（Ｓ９２）。

例えば、検知装置３の装置コントローラ３１５は、検知結果を照度センサ３１２から取得し、照度センサ３１２の検知結果（領域９の照度）に基づいて、照明装置１（ＬＥＤランプ１３０）の点灯・消灯状態を検知する。検知装置３の装置コントローラ３１５は、照度センサ３１２の検知結果に基づいて、検知装置３の対応する領域の照度が所定の閾値より高ければ、照明装置１が点灯していると検知でき、検知装置３の対応する領域の照度が所定の閾値より低ければ、照明装置１が消灯していると検知できる。

あるいは、検知装置３の装置コントローラ３１５は、照明装置１の装置コントローラ３１５から制御対象デバイス３１９（ＬＥＤランプ１３０）へ供給されているＬＥＤ駆動信号（駆動電流等）を検知し、検知されたＬＥＤ駆動信号に基づいて、照明装置１（ＬＥＤランプ１３０）の点灯・消灯状態を検知する。検知装置３の装置コントローラ３１５は、検知されたＬＥＤ駆動信号に基づいて、ＬＥＤ駆動信号のレベルが所定の閾値を超えていれば、照明装置１が点灯していると検知でき、ＬＥＤ駆動信号のレベルが所定の閾値より超えていなければ、照明装置１が消灯していると検知できる。

あるいは、検知装置３の装置コントローラ３１５は、照明制御情報をアンテナ３０２ａ、アンテナＩ／Ｆ３０２、無線モジュール３１経由で取得し、取得された照明制御情報に基づいて、照明装置１（ＬＥＤランプ１３０）の点灯・消灯状態を検知する。検知装置３の装置コントローラ３１５は、照明制御情報が照明装置１の点灯を指示する情報であれば、照明装置１が点灯していると検知でき、照明制御情報が照明装置１の消灯を指示する情報であれば、照明装置１が消灯していると検知できる。

装置コントローラ３１５は、検知結果を示す情報（照明ＯＮ／ＯＦＦ情報）を生成し、照明ＯＮ／ＯＦＦ情報を管理装置８へ送信する（Ｓ９３）。管理装置８は、照明ＯＮ／ＯＦＦ情報を検知装置３から受信すると、カウント時間ｔをゼロにリセットして処理をＳ９１に戻す。なお、照明ＯＮＯＦＦ検知処理（Ｓ７２）は、照明制御エリアＩＡにおける部分エリアＡ〜Ｃごとに行われ得る。

生成部８４は、温度分布センサ３１１の検知結果及び温湿度センサ３１３の検知結果の検知装置３からの受信と照明ＯＮ／ＯＦＦ情報の検知装置３からの受信とがともに完了したことを確認した後、判断処理（Ｓ７３）を行う。

判断処理（Ｓ７３）では、図２２（ｄ）に示す処理が行われる。図２２（ｄ）は、判断処理（Ｓ７３）を示すフローチャートである。すなわち、生成部８４は、管理装置８で受信された照明ＯＮ／ＯＦＦ情報と温度分布センサ３１１の検知結果（人の在不在の検知結果）とをそれぞれ取得する（Ｓ１０１）。生成部８４は、照明ＯＮ／ＯＦＦ情報に示された照明装置１のＯＮ／ＯＦＦ状態と温度分布センサ３１１の検知結果とに基づいて日射の有無を判断する日射有無判断処理（Ｓ１０２）を行う。

日射有無判断処理（Ｓ１０２）では、図２３に示す処理が行われる。図２３は、日射有無判断処理（Ｓ１０２）を示すフローチャートである。すなわち、生成部８４は、時間のカウントを開始し、照明ＯＮ／ＯＦＦ情報に示された照明装置１のＯＮ／ＯＦＦ状態がＯＦＦ状態（消灯状態）であるか否か判断する（Ｓ１１１）。生成部８４は、照明ＯＮ／ＯＦＦ情報に示された照明装置１のＯＮ／ＯＦＦ状態がＯＮ状態（点灯状態）であれば（Ｓ１１１でＮｏ）、日射がないと判断して（Ｓ１１３）、その判断結果をＲＡＭ８０３に保持して、処理を終了する。生成部８４は、照明ＯＮ／ＯＦＦ情報に示された照明装置１のＯＮ／ＯＦＦ状態がＯＦＦ状態（消灯状態）になると（Ｓ１１１でＹｅｓ）、日射がある可能性があるため、温度分布センサ（人感検知手段）３１１の検知結果に基づき、居室αにおける空調装置２に対応する領域に人が存在するか否か判断する（Ｓ１１２）。生成部８４は、居室αにおける空調装置２に対応する領域に人が存在しなければ（Ｓ１１２でＮｏ）、日射がないと判断して（Ｓ１１３）、その判断結果をＲＡＭ８０３に保持して、処理を終了する。生成部８４は、居室αにおける空調装置２に対応する領域に人が存在すれば（Ｓ１１２でＹｅｓ）、日射があると判断して（Ｓ１１４）、その判断結果をＲＡＭ８０３に保持して、処理を終了する。

図２２（ｄ）に戻り、生成部８４は、日射有無判断処理（Ｓ１０２）の結果と制御指針情報とに応じて、所定空間の一例である居室αの対応する領域の空気調和に関する制御データ（空調設定値）を生成する空調設定処理（Ｓ１０３）を行う。

空調設定処理（Ｓ１０３）では、図２４に示す処理が行われる。図２４は、空調設定処理（Ｓ１０３）を示すフローチャートである。すなわち、生成部８４は、ＲＡＭ８０３に保持された判断結果を参照し、日射有無判断処理（Ｓ１０２）で日射があると判断されたか否かを判断する（Ｓ１２１）。

生成部８４は、日射有無判断処理（Ｓ１０２）で日射があると判断された場合（Ｓ１２１でＹｅｓ）、第３制御指針管理テーブルとしての空調設定値テーブルを参照し、日射がある場合の空調設定値を選択する（Ｓ１２２）。生成部８４は、空調設定値テーブルより制御対象の空調装置（室内機ｘ１１，ｘ１２，ｘ２１，ｘ２２）に対応した、日射がある場合の空調設定値を選択する。生成部８４は、空調装置２へ送信すべき空調設定値をＳ１２２で選択された空調設定値に確定し、その空調設定値への設定指示を含む制御データを生成する（Ｓ１２６）。

ここで、空調設定値テーブルは、日射量が通常より多いと判断された場合に今後室温が上昇すると判断され空調装置２の設定温度がその温度上昇分を考慮した値に設定されるべきである点を考慮して、作成されている。

例えば、居室αにて、午前８：３０にその居室αで働くワーカーが出社し照明装置１や空調装置２（例えば、図７（ａ）に示す室内機ｘ１１〜ｘ２２）が稼動し始めるが、午前１０：００になったときに、窓からの日差しが明るく、働くにおいて十分な照度が確保され、ワーカーによって照明装置１が消灯される。

制御システム１００では、環境センシング（Ｓ７１）により、その照明装置１が本来照らすべき領域９にて１人以上人がいることを検知しているにもかかわらず、照明装置１が消灯していることを検知した場合、日射の影響により居室α内も非常にあかるく、照明装置１の点灯が不要と判断され消灯されたと判断する。つまり、天候が良く、今後気温が上昇することが予想される。日射量が多い日と、日射量が少ない日とを比較すると、あるデータでは２時間で０．５度上昇差があることが判っている。空調装置２は、夏場、一定の温度を超えると空冷し始めることがわかっているが、日射の多い日は、日射により建物が温められ室温が上昇する勢いに対し、遅れて空冷を開始する為、一定時間、人は不快な状態とならざるを得ない。

そこで、日射ありと判断した場合に、日射なしの場合より低い温度を含む空調設定値に変更することで、先回りし、不快になる前に空冷する制御とすることができる。空調装置２に設定する設定温度は、図２５（ａ）の空調設定値テーブルの様に値を指定する場合と、図２５（ｂ）の空調設定値テーブルの様に現在の設定に対して差分を設定する方法がある。この設定は、システムの設定に依存するが、空調室内機１台ずつの単位でも、グループ化された室内機単位でもよい。図２５（ａ）、図２５（ｂ）では、室内機ｘ１１，ｘ１２，ｘ２１，ｘ２２（図７（ａ）参照）の単位で空調設定値が空調装置２に設定される場合が例示されている。

図２４に戻って、生成部８４は、日射有無判断処理（Ｓ１０２）で日射がないと判断された場合（Ｓ１２１でＮｏ）、日射が無くなったか否かを判断する（Ｓ１２３）。生成部８４は、前回のＳ１２１で日射がないと判断され今回のＳ１２１で日射がないと判断されていれば、日射がすでに無くなっていた（Ｓ１２３でＮｏ）として、現在の空調設定値を維持し（Ｓ１２４）、その。生成部８４は、前回のＳ１２１で日射があると判断され今回のＳ１２１で日射がないと判断されていれば、日射が無くなった（Ｓ１２３でＹｅｓ）として、日射が無くなった場合の空調設定値に設定する、あるいは、元の空調設定値に戻す（Ｓ１２５）。日射が無くなった場合の空調設定値に設定する場合、生成部８４は、空調設定値テーブルより制御対象の空調装置（室内機ｘ１１，ｘ１２，ｘ２１，ｘ２２）に対応した、日射が無くなった場合の空調設定値を選択する。生成部８４は、空調装置２へ送信すべき空調設定値をＳ１２４で維持された空調設定値又はＳ１２５で選択された空調設定値に確定し、その空調設定値への設定指示を含む制御データを生成する（Ｓ１２６）。

ここで、空調設定値テーブルは、日射量が無くなった場合に今後室温の激しい上昇は見込めないと判断される点を考慮して、作成されている。

例えば、上記の例において、１３：００になり、日がかげりはじめ、照明装置１を再点灯させた場合は、これ以上の外気およびそれに伴う室温の激しい上昇は見込めないと判断し、元の設定に戻す、もしくは、指定の値や変化量を再度設定する。空調装置２に設定する設定温度は、図２５（ｃ）の空調設定値テーブルの様に値を指定する場合と、図２５（ｄ）の空調設定値テーブルの様に現在の設定に対して差分を設定する方法がある。この設定は、システムの設定に依存するが、空調室内機１台ずつの単位でも、グループ化された室内機単位でもよい。図２５（ｃ）、図２５（ｄ）では、室内機ｘ１１，ｘ１２，ｘ２１，ｘ２２（図７（ａ）参照）の単位で空調設定値が空調装置２に設定される場合が例示されている。

図２２（ｄ）に戻り、管理装置８は、生成部８４で生成された制御データ（空調設定値）を空調装置２へ送信する（Ｓ１０４）。

図２２（ａ）に戻り、空調装置２は、制御データ（空調設定値）を受信すると、制御データに従ってその空調設定値を変更し、変更後の空調設定値で所定空間の一例である居室αを空気調和する（Ｓ７４）。

以上のように、実施形態では、制御システム１００において、管理装置８の生成部（制御手段）８４が、所定空間を照明する照明装置１の点灯・消灯状態と温度分布センサ（人感検知手段）３１１の検知結果と制御指針情報（空調設定値テーブル）とに基づいて、日射の有無を判断する。生成部８４は、その判断結果に応じて、今後の室温上昇を予測して、所定空間の空気調和に関する制御データを生成する。管理装置８は、生成部８４で生成された制御データを空調装置２へ送信する。これにより、所定空間への日射の有無を日射量センサによらずに判断できるので、日射量センサを組み込むことなく制御システム１００を構成できる。すなわち、空調制御における省エネ性や快適性を向上させるための制御システム１００を低コストで実現できる。

また、実施形態では、制御システム１００において、管理装置８の生成部（制御手段）８４は、照明装置１の点灯・消灯状態と温度分布センサ（人感検知手段）３１１の検知結果との組み合わせが継続している時間に応じて、日射が有るか否かを判断する。例えば、生成部（制御手段）８４は、照明装置１が消灯しており人が存在している状態が所定の時間以上継続していることを条件として、日射が有ると判断する。これにより、日射の影響を確定させた状態で必要な制御を実施でき、快適性を向上できる。

なお、日射の有無を判断する際に、日射の発生が予想される時間条件をさらに考慮して判断してもよい。例えば、図２６に示すように、日射有無判断処理（Ｓ１０２）において、Ｓ１１１の前に、生成部８４は、現在の時刻が検知対象時間帯に属しているか否かを判断する（Ｓ１３１）。生成部８４は、現在の時刻を取得するとともに、記憶部８０００にアクセスして時間条件ＤＢ８００６を取得し、時間条件ＤＢ８００６に含まれた例えば図２７に示すような検知対象時間帯条件と現在の時刻とを比較し、比較結果に応じて、現在の時刻が検知対象時間帯に属しているか否かを判断する。生成部８４は、現在の時刻が検知対象時間帯に属していなければ（Ｓ１３１でＮｏ）、処理を終了する。生成部８４は、現在の時刻が検知対象時間帯に属していれば（Ｓ１３１でＹｅｓ）、Ｓ１１１以降の処理を行う。図２７は、検知対象時間帯の判断（Ｓ１３１）に用いる検知対象時間帯条件の設定例である。

例えば、何らかの条件で、日射による温度上昇が見込めないタイミングであるにもかわらず、日射ありと判断し空調設定変更が行われないために、時間条件を追加する。設定方法は、ＵＩなどを介して直接管理装置８へ設定する方法でも、通信ネットワークＮを介して外部から管理装置８が情報を取得し自動設定する方法でもよい。図２７（ａ）では、日の出日の入りの時刻を設定し、日の出ている時間帯を検知対象の時間帯とする。図２７（ｂ）では、特にワーカーが出社し、居室αが稼働している時間帯を設定する。稼働時間外に人の在を検知しても動作させないためである。図２７（ｃ）では、稼働時間（ここでは名称を温度上昇時間としている）で、日射有無判断を実施する時間帯の設定に加え、お昼休み時間帯に照明を消灯し省エネ化をはかる施策を実施している様な居室αでは、日射有無に関わらず、人がいても消灯するため、日射有無判断対象外としたい。その様な時間帯を、非検知時間帯として設定する。

例えば、図２７（ｃ）にて検知対象時間帯条件を設定していた場合、早朝７：００〜７：３０にて清掃業者による居室αの清掃が入った時に、例え照明装置１が消灯状態で実施していたとしても、検知対象時間帯ではない（図２６のＳ１３１でＮｏになる）ので、日射有無判定は実施されない。同様に、１２：００を過ぎ照明装置１が消灯された場合も、非検知時間帯として設定されているので、日射有無判断は、実施されない。

このように、日射の有無を判断する際に、日射の発生が予想される時間条件をさらに考慮して判断することで、日射の影響以外を誤検知してしまうことを防止できる。

あるいは、日射の有無を判断する際に、日射ありと判断される状態の継続時間をさらに考慮して判断してもよい。例えば、図２８（ａ）に示すように、日射有無判断処理（Ｓ１０２）において、Ｓ１１１の前に、生成部８４は、継続時間をカウントするためのパラメータＴに初期値「０」を設定する（Ｓ１４１）。Ｓ１１２の後に、生成部８４は、パラメータＴをインクリメントし（Ｓ１４２）、パラメータＴが閾値時間α以上であるか否かを判断する（Ｓ１４３）。生成部８４は、パラメータＴが閾値時間α未満であれば（Ｓ１４３でＮｏ）、処理をＳ１１１に戻し、パラメータＴが閾値時間α以上であれば（Ｓ１４３でＹｅｓ）、日射があると判断して（Ｓ１１４）、その判断結果をＲＡＭ８０３に保持して、処理を終了する。あるいは、例えば、図２８（ｂ）に示すように、Ｓ１４１の前に、図２６と同様のＳ１３１が行われてもよい。

このように、何らかの条件で、日射による照明装置１の消灯ではない状態を日射有りと検知しないために、一定時間、照明装置１が消灯しており人が存在している状態が継続することを確認し、日射ありと判断する。すなわち、照明装置１の点灯・消灯状態と人感検知手段の検知結果（人の在・不在）とで形成される複数の組み合わせのうちの１つの組み合わせ（消灯状態と人の在との組み合わせ）が継続している時間に応じて、日射が有るか否かを判断する。これにより、照明装置１の消灯及び人が存在した一時的な状態を、日射が無くなったによる照明装置１の消灯と誤判断するのを避けることができる。

例えば、対象エリアのワーカーが一斉に居室αを出る際などに、ワーカーの居室αを出るタイミングが多少異なったり、少し立ち寄ったりすることで、照明装置１が消灯しており人が存在している状態が一時的に発生することを、日射が無くなったことによる照明装置１の消灯と誤判断するのを避けることができる。また、誤って照明装置１を消灯してしまった場合にも、照明装置１が消灯しており人が存在している状態が一時的に発生するが、その状態を日射が無くなったによる照明装置１の消灯と誤判断するのを避けることができる。

あるいは、図２４のＳ１２２やＳ１２５で参照される空調設定値テーブルは、図２９に示すように、時刻ごとに異なる空調設定値（温度）が設定可能に決定されていてもよい。

例えば、通常の設定を２７度である夏場を例としている。図２９（ａ）は、変更されるべき空調設定値を、図２９（ｂ）は、現状の設定温度に対しての設定変更量を示す。早朝（例えば、７：３０）の日射に対しては、室温上昇への影響が非常に低いので、２７．０（±０）度の設定が行われる。それに対して、対象エリアのワーカーが多く出社し始め、室温もおのずと上昇傾向にある午前８：００以降、さらに日射による屋内の温度上昇が加わると、室温も急激な温度上昇となり、１時間で１．０度以上室温が上昇することも多い。室温が０．５度変化するだけでも人は不快さを感じるので、細やかな制御が求められる。午前中の日射による室温上昇の影響と、午後や夕方の日射による室温上昇の影響は異なるので、時刻に応じて室温の上昇を予測し、設定温度を設定する。

このように、日射が有ると判断した場合、日射の発生時刻に応じた空調設定値に基づいて、空調設定値の制御データを生成するので、発生時刻に応じた、日射の影響を決め細やかに制御することができ、快適性を向上できる。

あるいは、図２４のＳ１２２やＳ１２５で空調設定値を設定する際に、所定空間の一例である居室αを複数のエリアに分割した場合の各エリアごとに異なる空調設定値が設定可能であってもよい。日射ありと判断された場合に、居室α内の複数ある空調室内機ｘ１１〜ｘ２２（図７（ａ）参照）への空調設定値の変更を、日射による室温上昇の居室α内のエリアごとにおける温度変動を考慮し、制御有無、また、その設定値を決定可能とする。図３０は、居室αの日射による温度上昇が異なり得るエリアとして居室α内を東エリア、西エリア、中央エリア、その他エリアに分け、それぞれ空調設定が異なる場合についての空調設定処理のフローチャートを示す。図３０では、日射なしと判断された場合（Ｓ１２１でＮｏ）のフローが図２４のＳ１２３以降のフローと同様であるため省略されている。日射ありと判断された場合（Ｓ１２１でＹｅｓ）、生成部８４は、制御対象の空調装置２（空調室内機ｘ１１〜ｘ２２）のレイアウト位置が西エリア、中央エリア、東エリア、及びその他エリアのどのエリア内であるか判断する（Ｓ１６１）。その他エリアは、西エリア、中央エリア、東エリアを含む複数のエリアに居室αを分割した場合における西エリア、中央エリア、東エリア以外のエリアを含む。

生成部８４は、制御対象の空調装置２のレイアウト位置が「西エリア」であれば、空調設定値テーブルを参照しレイアウト位置「西エリア」に対応した、日射がある場合の空調設定値を選択する（Ｓ１６２）。生成部８４は、制御対象の空調装置２のレイアウト位置が「中央エリア」であれば、空調設定値テーブルを参照しレイアウト位置「中央エリア」に対応した、日射がある場合の空調設定値を選択する（Ｓ１６３）。生成部８４は、制御対象の空調装置２のレイアウト位置が「東エリア」であれば、空調設定値テーブルを参照しレイアウト位置「東エリア」に対応した、日射がある場合の空調設定値を選択する（Ｓ１６４）。生成部８４は、制御対象の空調装置２のレイアウト位置が「その他エリア」であれば、空調設定値テーブルを参照しレイアウト位置「その他エリア」に対応した、日射がある場合の空調設定値を選択する（Ｓ１６５）。

このとき、Ｓ１６２〜１６５で参照される空調設定値テーブルは、図３１に示すように、各エリアごとに異なる空調設定値が設定可能に決定されていてもよい。さらに、図３１に示すように、時刻ごとに異なる空調設定値（温度）が設定可能に決定されていてもよい。

例えば、居室αの日射による温度上昇は、居室αの窓の位置や材質、ブラインドの有無、方角、周囲の建物との位置関係によって大きく変動する。図３０、図３１で１例を挙げるケースでは、東・北・西の３面に窓があり、午前中東の窓から居室α内に日が差し込む。また、夕方、西の窓から居室α内に日が差し込む。しかし、東側と西側の日の差し込みによる温度上昇は異なり、東側の午前中の日射による温度上昇は１時間で０．３度、西側の夕方の日射による温度上昇は１時間で０．８度といった傾向にある。図３１（ａ）は、変更されるべき空調設定値を、図３１（ｂ）は、現状の設定温度に対しての設定変更量を示す。

このように、所定空間が区分された複数のエリアのそれぞれについて、日射が有るか否かを判断し、日射がある場合に対応する空調設定値に従って、制御データを生成するので、対象エリアの日射による影響の傾向を考慮し、より適切な空調設定を実施でき、快適性を向上できる。

１ 照明装置
２ 空調装置
３ 検知装置
８ 管理装置
１００ 制御システム

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

Claims (7)

1. 所定空間を空気調和する空調装置を制御する制御装置であって、
   前記所定空間の近傍に人が存在するか否かを検知する人感検知手段の側から前記人感検知手段の検知結果を受信する受信手段と、
   前記所定空間を照明する照明装置の点灯・消灯状態と前記人感検知手段の検知結果と制御指針情報とに基づいて、前記所定空間の空気調和に関する制御データを生成する制御手段と、
   前記制御データを前記空調装置へ送信する送信手段と、を備え、
   前記制御手段は、前記照明装置の点灯・消灯状態と前記人感検知手段の検知結果とで形成される複数の組み合わせのうちの１つの組み合わせが継続している時間に応じて、日射が有るか否かを判断すること
   を特徴とする制御装置。
2. 前記制御手段は、日射の発生が予想される時間条件と前記照明装置の点灯・消灯状態と前記人感検知手段の検知結果と前記制御指針情報とに基づいて、前記制御データを生成する
   ことを特徴とする請求項１に記載の制御装置。
3. 前記制御手段は、前記照明装置が消灯しており人が存在している状態が所定の時間以上継続していることを条件として、日射が有ると判断する
   ことを特徴とする請求項１又は請求項２に記載の制御装置。
4. 前記制御手段は、日射が有ると判断した場合、日射の発生時刻に応じた空調設定値に基づいて、前記制御データを生成する
   ことを特徴とする請求項１から請求項３のうち、いずれか一項に記載の制御装置。
5. 前記所定空間が区分された複数のエリアのそれぞれについて、前記制御手段は、日射が有るか否かを判断し、前記制御指針情報に含まれた日射がある場合に対応する空調設定値に従って、前記制御データを生成する
   ことを特徴とする請求項１に記載の制御装置。
6. 所定空間を空気調和する空調装置と、
   前記所定空間を照明する照明装置と、
   前記所定空間の近傍に人が存在するか否かを検知する人感検知手段を含む検知装置と、
   前記人感検知手段の検知結果と前記照明装置の点灯・消灯状態と制御指針情報とに基づいて前記空調装置を制御する請求項１から請求項５のうち、いずれか一項に記載の制御装置と、
   を備えたことを特徴とする制御システム。
7. 所定空間を空気調和する空調装置を制御する制御方法であって、
   前記所定空間の近傍に人が存在するか否かを検知する人感検知手段を含む検知装置から前記人感検知手段の検知結果を受信する受信工程と、
   前記所定空間を照明する照明装置の点灯・消灯状態と前記人感検知手段の検知結果と制御指針情報とに基づいて、前記所定空間の空気調和に関する制御データを生成する制御工程と、
   前記制御データを前記空調装置へ送信する送信工程と、を備え、
   前記制御工程では、前記照明装置の点灯・消灯状態と前記人感検知手段の検知結果とで形成される複数の組み合わせのうちの１つの組み合わせが継続している時間に応じて、日射が有るか否かを判断すること
   を特徴とする制御方法。

Images