JP2014238221A - 空調システム - Google Patents

Abstract

【課題】過去の運用データを利用して同一基準で空調機のスケジュールを生成することができる空調システムを提供する。
【解決手段】空調機５５を備えた空調設備５１と、照明機器５９を備えた照明設備５３と、空調設備５１及び照明設備５３を管理する集中監視装置４１と、を備えた空調システム１であって、集中監視装置４１は、空調機５５及び照明機器５９のそれぞれの過去の運用データを統合的に評価した機器運用評価データ１３４に基づいて、空調機５５のスケジュールを生成するものであって、機器運用評価データ１３４は、予め設定された時間帯ごとに、空調機５５の動作状態及び照明機器５９の動作状態のそれぞれに応じた評価結果と、評価結果のそれぞれを統合した評価指標と、が紐付けされて形成されるものである。
【選択図】図１

Description

本発明は、空調システムに関する。

従来、空調機の空調対象エリアの快適性を確保しつつ、空調機の無駄な運転を抑制する空調システムがあった。

例えば、電力制限レベルが小さい場合、設定温度と室内温度との温度差が小さい使用中の部屋に対応する空調機から、順次、設定温度を室内温度に近づけるように変更する空調システムがあった（例えば、特許文献１参照）。

また、例えば、気象情報に基づいて空調機等のスケジュールを立て、過去の利用者の入退室に関する情報、すなわち、過去の運用データに基づいて空調機のスケジュールを補正し、空調機の無駄な運転を制限する空調システムがあった（例えば、特許文献２参照）。

特開２０１２−２３７４７９号公報（段落［００２７］） 特開２０１０−２４９４５４号公報（段落［０００８］）

しかし、特許文献１に記載の空調システムは、電力制限レベルに応じて、空調機の電力使用に制限をかけていたものの、過去の運用データを利用していなかった。また、特許文献２に記載の空調システムは、過去の運用データを利用することで、空調機のスケジュールを変更していたものの、新たな評価判断要素を加える場合には、同一基準で空調機のスケジュールを変更していなかった。

換言すれば、従来技術（特許文献１及び特許文献２）においては、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機のスケジュールを生成することができないという問題点があった。

本発明は、上記のような問題点を解決するためになされたもので、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機のスケジュールを生成することができる空調システムを提供することを目的とするものである。

本発明に係る空調システムは、空調機を備えた空調設備と、照明機器を備えた照明設備と、前記空調設備及び前記照明設備を管理する集中監視装置と、を備えた空調システムであって、前記集中監視装置は、前記空調機及び前記照明機器のそれぞれの過去の運用データを統合的に評価した機器運用評価データに基づいて、前記空調機のスケジュールを生成するものであって、前記機器運用評価データは、予め設定された時間帯ごとに、前記空調機の動作状態及び前記照明機器の動作状態のそれぞれに応じた評価結果と、前記評価結果のそれぞれを統合した評価指標と、が紐付けされて形成されるものである。

本発明は、各種機器の運用データを統合的に評価した機器運用評価データに基づいて、空調機のスケジュールを生成する。よって、本発明は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機のスケジュールを変更することができる空調システムを提供することができるという効果を有する。

本発明の実施の形態１における空調システム１の概略構成の一例を示す図である。 本発明の実施の形態１におけるフロアレイアウト６１の一例を示す図である。 本発明の実施の形態１における各フロアに設けられる各種機器の一例を示す図である。 本発明の実施の形態１における集中監視装置４１に実装される機能構成の一例を示す図である。 本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の運転状態及び停止状態に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１におけるエリア毎の室内温度に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の設定温度に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１における建物３１の周囲の外気温度に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１におけるエリア毎に設けられる人感センサー５２の検知結果に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１におけるエリア毎に設けられる照明設備５３のうちの照明機器５９の点灯状態及び消灯状態に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１における建物３１内のあるフロアの消費電力に関する１日分の運用データの一例を示す図である。 本発明の実施の形態１における各エリアのうちの一つのエリアに対応する各種機器の運用データを統合的に評価した結果である機器運用評価データの一例を示す図である。 本発明の実施の形態１における空調システム１の制御例を説明するフローチャートである。 本発明の実施の形態２における集中監視装置４１に実装される機能構成の一例を示す図である。 本発明の実施の形態２におけるユーザー要求の入力画面の一例を示す図である。 本発明の実施の形態２における空調システム１の制御例を説明するフローチャートである。 本発明の実施の形態３における集中監視装置４１に実装される機能構成の一例を示す図である。 本発明の実施の形態３におけるユーザー要求の入力画面の一例を示す図である。 本発明の実施の形態３における空調システム１の制御例を説明するフローチャートである。 本発明の実施の形態４における集中監視装置モジュール３３１及び遠隔監視装置モジュール３３３のそれぞれに対応するリソースの仮想化の一例を示す図である。

以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、本発明の実施の形態の動作を行うプログラムを記述するステップは、記載された順序に沿って時系列に行われる処理であるが、必ずしも時系列に処理されなくても、並列的又は個別に実行される処理をも含んでもよい。

また、本実施の形態で説明される各機能をハードウェアで実現するか、ソフトウェアで実現するかは問わない。つまり、本実施の形態で説明される各ブロック図は、ハードウェアのブロック図と考えても、ソフトウェアの機能ブロック図と考えてもよい。例えば、各ブロック図は、回路デバイス等のハードウェアで実現されてもよく、図示しないプロセッサ等の演算装置上で実行されるソフトウェアで実現されてもよい。

また、本実施の形態で説明されるブロック図の各ブロックは、その機能が実施されればよく、それらの各ブロックで構成が分離されなくてもよい。

また、本実施の形態で説明される各冷媒回路は一例を示し、図示された記載事項に限定されるものではない。

なお、本実施の形態１〜４のそれぞれにおいて、特に記述しない項目については実施の形態１〜４の何れかで説明したものと同様とし、同一の機能及び構成については同一の符号を用いて述べることとする。

また、本実施の形態１〜４のそれぞれは、単独で実施されてもよく、組み合わせて実施されてもよい。いずれの場合においても、下記で説明する有利な効果を奏することとなる。

また、本実施の形態で説明する各種値及びフラグ等の設定例は一例を示すだけであり、特にこれらに限定しない。

実施の形態１．
図１は、本発明の実施の形態１における空調システム１の概略構成の一例を示す図である。図１に示すように、空調システム１は、集中監視装置４１を備えている。集中監視装置４１は、例えば、建物３１に設けられている。建物３１には、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等が設けられている。集中監視装置４１は、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を管理している。集中監視装置４１は、通信ネットワーク２１を介して、遠隔監視装置１１と接続され、各種信号を送受信している。

集中監視装置４１は、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等から得られる各種情報を参照することで、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を監視又は操作することができる。具体的には、集中監視装置４１は、空調設備５１の動作状態を監視し、監視中の動作状態を図示しない画面に表示する。集中監視装置４１は、空調設備５１のスケジュールを生成したり、生成した空調設備５１のスケジュールを変更したりする。なお、空調設備５１のスケジュールは、空調設備５１の最適な負荷配分が考慮されている。

例えば、空調設備５１には、空調機５５及び換気空調装置５８等が設けられている。空調機５５は、例えば、室外機５６と、室内機５７＿１〜室内機５７＿Ｎとから構成される。集中監視装置４１は、空調機５５の動作状態、例えば、空調機５５の運転状態又は停止状態等を監視している。つまり、集中監視装置４１は、空調機５５が運転中であるか、又は、空調機５５が停止中であるか等を監視している。

また、集中監視装置４１は、人感センサー５２の検知結果、例えば、人感センサー５２が検知有状態であるか、又は、人感センサー５２が検知無状態であるか等を監視している。また、例えば、照明設備５３には、照明機器５９及び照明制御器６０等を備えている。照明機器５９は、例えば、ダウンライン又はラインライト等である。照明制御器６０は、例えば、タイムスイッチ等である。集中監視装置４１は、照明機器５９の動作状態等、例えば、照明機器５９の点灯状態又は消灯状態等を監視している。つまり、集中監視装置４１は、照明機器５９が点灯中であるのか、又は、照明機器５９が消灯中であるか等を監視している。集中監視装置４１は、電力量計５４の検知結果、例えば、電力量計５４で検知される消費電力を予め設定された周期で監視している。

また、遠隔監視装置１１は、通信ネットワーク２１を介して、集中監視装置４１から得られる各種情報を参照することで、遠隔地から建物３１に設けられている各種設備、例えば、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を監視又は操作することができる。

建物３１には、例えば、複数のフロアが形成されている。そこで、複数のフロアのうち、１つのフロアにおけるフロアレイアウト６１について図２を用いて説明する。図２は、本発明の実施の形態１におけるフロアレイアウト６１の一例を示す図である。図２に示すように、フロアレイアウト６１は、部屋７１＿１、部屋７１＿２、部屋７１＿３、部屋７１＿４、部屋７１＿５、部屋７１＿６、及び部屋７１＿７が形成されている。部屋７１＿１、部屋７１＿２、部屋７１＿３、部屋７１＿４、部屋７１＿５、部屋７１＿６、及び部屋７１＿７のそれぞれを特に区別しない場合、部屋７１と称する。

部屋７１のそれぞれには、空調対象エリアが形成されている。例えば、部屋７１＿１には、空調対象エリアとして、エリアＡが紐付けられている。また、部屋７１＿２には、空調対象エリアとして、エリアＢが紐付けられている。また、部屋７１＿３には、空調対象エリアとして、エリアＣが紐付けられている。また、部屋７１＿４には、空調対象エリアとして、エリアＤが紐付けられている。また、部屋７１＿５には、空調対象エリアとして、エリアＥが紐付けられている。また、部屋７１＿６には、空調対象エリアとして、エリアＦが紐付けられている。また、部屋７１＿７には、空調対象エリアとして、エリアＧが紐付けられている。

それぞれの空調対象エリアには、後述する図３で示すように、図１で説明した空調設備５１、人感センサー５２、及び照明設備５３がそれぞれ設けられている。図３は、本発明の実施の形態１における各フロアに設けられる各種機器の一例を示す図である。図３で示すように、エリアＡには、空調設備５１＿１、人感センサー５２＿１、及び照明設備５３＿１等が設けられている。エリアＢには、空調設備５１＿２、人感センサー５２＿２、及び照明設備５３＿２等が設けられている。エリアＣ１には、空調設備５１＿３、人感センサー５２＿３、及び照明設備５３＿３等が設けられている。エリアＣ２には、空調設備５１＿４、人感センサー５２＿４、及び照明設備５３＿４等が設けられている。エリアＣ３には、空調設備５１＿５、人感センサー５２＿５、及び照明設備５３＿５等が設けられている。

次いで、エリアＤには、空調設備５１＿６、人感センサー５２＿６、及び照明設備５３＿６等が設けられている。エリアＥには、空調設備５１＿７、人感センサー５２＿７、及び照明設備５３＿７等が設けられている。エリアＦには、空調設備５１＿８、人感センサー５２＿８、及び照明設備５３＿８等が設けられている。エリアＧには、空調設備５１＿９、人感センサー５２＿９、及び照明設備５３＿９等が設けられている。

電力量計５４は、集中監視装置４１のそばに設けられ、１つのフロアの消費電力量を検知し、集中監視装置４１に検知結果を送信する。電力量計５４は、フロアレイアウト６１に設けられる各種機器、例えば、空調設備５１、人感センサー５２、及び照明設備５３等の消費電力を検知する。

次に、集中監視装置４１の詳細について図４を用いて説明する。図４は、本発明の実施の形態１における集中監視装置４１に実装される機能構成の一例を示す図である。図４に示すように、集中監視装置４１には、例えば、監視モジュール１０１が実装されている。監視モジュール１０１は、送受信部１１１、記憶部１１２、機器運用評価部１１３、取得部１１４、スケジュール生成部１１５、使用頻度判定部１１６、演算部１１８、入力部１１９、及び出力部１２０等を備えている。

送受信部１１１は、監視モジュール１０１の送受信インタフェースである。記憶部１１２は、監視モジュール１０１で受信した各種データ又は監視モジュール１０１の演算結果を記憶する。機器運用評価部１１３は、詳細については後述する過去の運用データを統合的に評価することで、後述する機器運用評価データ１３４を生成する。取得部１１４は、各種データを取得する。スケジュール生成部１１５は、過去の運用データに基づいて、空調機５５のスケジュールを生成する。使用頻度判定部１１６は、機器運用評価データ１３４に基づいて、各種機器の使用頻度等を判定する。演算部１１８は、各種演算を実行する。入力部１１９は、各種指令等を入力する。出力部１２０は、記憶部１１２の記憶内容を表示し、又は、演算部１１８等の各種演算結果を出力する。

記憶部１１２は、各種設定データ１３０、空調設備運用データ１３１、人感センサー運用データ１３２、照明設備運用データ１３３、機器運用評価データ１３４、及びスケジュール最適化データ１３５等を備えている。

各種設定データ１３０は、予め設定された各種データのデータセットである。空調設備運用データ１３１は、空調設備５１に関する各種データのデータセットである。人感センサー運用データ１３２は、人感センサー５２に関する各種データのデータセットである。照明設備運用データ１３３は、照明設備５３に関する各種データのデータセットである。スケジュール最適化データ１３５は、過去の運用データに基づいて、空調機５５の最適化したスケジュールのデータセットである。なお、機器運用評価データ１３４の詳細については、図１２を用いて後述する。

なお、監視モジュール１０１は、図１で説明した遠隔監視装置１１に実装されてもよい。例えば、集中監視装置４１から、通信ネットワーク２１を開始、監視モジュール１０１の実体が送信されることで、遠隔監視装置１１は、監視モジュール１０１の実体を受信し、その後、遠隔監視装置１１に監視モジュール１０１が組み込まれてもよい。

次に、過去の運用データの一例について図５〜図１１を用いて順に説明する。図５は、本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の運転状態及び停止状態に関する１日分の運用データの一例を示す図である。図５に示すように、エリアＡでは、１時〜８時で空調機５５が停止状態、９時〜２３時で空調機５５が運転状態、２４時で空調機５５が停止状態であった。エリアＢでは、１時〜７時で空調機５５が停止状態、８時〜１９時で空調機５５が運転状態、２０時〜２４時で空調機５５が停止状態であった。

次いで、エリアＣ１では、１時〜７時で空調機５５が停止状態、８時〜１９時で空調機５５が運転状態、２０時〜２４時で空調機５５が停止状態であった。エリアＣ２では、１時〜７時で空調機５５が停止状態、８時〜１８時で空調機５５が運転状態、１９時〜２４時で空調機５５が停止状態であった。エリアＣ３では、１時〜７時で空調機５５が停止状態、８時〜２３時で空調機５５が運転状態、２４時で空調機５５が停止状態であった。

次いで、エリアＤでは、１時〜８時で空調機５５が停止状態、９時〜１１時で空調機５５が運転状態、１２時で空調機５５が停止状態、１３時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。エリアＥでは、１時〜８時で空調機５５が停止状態、９時〜１１時で空調機５５が運転状態、１２時で空調機５５が停止状態、１３時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。エリアＦでは、１時〜８時で空調機５５が停止状態、９時〜１１時で空調機５５が運転状態、１２時で空調機５５が停止状態、１３時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。エリアＧでは、１時〜９時で空調機５５が停止状態、１０時〜１１時で空調機５５が運転状態、１２時〜１４時で空調機５５が停止状態、１５時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。

図６は、本発明の実施の形態１におけるエリア毎の室内温度に関する１日分の運用データの一例を示す図である。図６に示すように、エリアＡでは、１時〜７時で９．０℃、８時で１８．０℃、９時〜２３時で２０．０℃、２４時で１５．０℃であった。エリアＢでは、１時〜７時で９．０℃、８時で１８．０℃、９時〜１９時で２０．０℃、２０時で１５．０℃、２１時で１２．０℃、２２時〜２４時で１０．０℃であった。

次いで、エリアＣ１では、１時〜７時で９．０℃、８時で１８．０℃、９時〜１９時で２０．０℃、２０時で１５．０℃、２１時で１２．０℃、２２時〜２４時で１０．０℃であった。エリアＣ２では、１時〜７時で９．０℃、８時で１８．０℃、９時〜２３時で２０．０℃、２４時で１５．０であった。エリアＣ３では、１時〜７時で９．０℃、８時で１８．０℃、９時〜１８時で１９．０℃、１９時〜２３時で１８．０℃、２４時で１５．０℃であった。

次いで、エリアＤでは、１時〜８時で９．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１５．０℃、１３時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。エリアＥでは、１時〜８時で９．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１５．０℃、１３時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。

次いで、エリアＦでは、１時〜８時で９．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１５．０℃、１３時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。エリアＧでは、１時〜７時で９．０℃、８時で１１．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１８．０℃、１３時〜１４時で１５．０℃、１５時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。

図７は、本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の設定温度に関する１日分の運用データの一例を示す図である。図７に示すように、エリアＡでは、８時〜２３時で２０．０℃であった。エリアＢでは、８時〜１９時で２０．０℃であった。エリアＣ１では、８時〜１９時で２０．０℃であった。エリアＣ２では、８時〜１８時で２０．０℃であった。エリアＣ３では、８時〜２３時で２０．０℃であった。エリアＤでは、９時〜１１時で２０．０℃、１３時〜１６時で２０．０℃であった。エリアＥでは、９時〜１１時で２０．０℃、１３時〜１６時で２０．０℃であった。エリアＦでは、９時〜１１時で２０．０℃、１３時〜１６時で２０．０℃であった。エリアＧでは、１０時〜１１時で２０．０℃、１５時〜１６時で２０．０℃であった。

図８は、本発明の実施の形態１における建物３１の周囲の外気温度に関する１日分の運用データの一例を示す図である。図８に示すように、１時〜４時で４．０℃、５時で３．０℃、６時で４．０℃、７時で６．０℃、８時で８．０℃、９時で１０．０℃、１０時〜１５時で１２．０℃、１６時で１１．０℃、１７時で１０．０℃、１８時で８．０℃、１９時で６．０℃、２０時で５．０℃、２１時〜２４時で４．０℃であった。

図９は、本発明の実施の形態１におけるエリア毎に設けられる人感センサー５２の検知結果に関する１日分の運用データの一例を示す図である。図９に示すように、例えば、エリアＢでは、８時の時間帯、すなわち、８時０分〜８時５９分の時間帯において、一定間隔毎に人感センサー５２＿２の検知結果が示されている。つまり、一定間隔、例えば、１５分ごとに、人感センサー５２＿２の検知結果の累積結果を集計した累積検出件数が示されている。

図１０は、本発明の実施の形態１におけるエリア毎に設けられる照明設備５３のうちの照明機器５９の点灯状態及び消灯状態に関する１日分の運用データの一例を示す図である。図１０に示すように、エリアＡでは、１時〜８時で消灯状態、９時〜１１時で点灯状態、１２時で消灯状態、１３時〜２３時で点灯状態、２４時で消灯状態であった。エリアＢでは、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜１９時で点灯状態、２０時〜２４時で消灯状態であった。

次いで、エリアＣ１では、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜１９時で点灯状態、２０時〜２４時で消灯状態であった。エリアＣ２では、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜１８時で点灯状態、１９時〜２４時で消灯状態であった。エリアＣ３では、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜２３時で点灯状態、２４時で消灯状態であった。

次いで、エリアＤでは、１時〜８時で消灯状態、９時〜１０時で点灯状態、１１時〜１２時で消灯状態、１３時〜１４時で点灯状態、１５時で消灯状態、１６時で点灯状態、１７時〜２４時で消灯状態であった。エリアＥでは、１時〜８時で消灯状態、９時〜１１時で点灯状態、１２時で消灯状態、１３時〜１６時で点灯状態、１７時〜２４時で消灯状態であった。エリアＦでは、１時〜８時で消灯状態、９時で点灯状態、１０時〜１２時で消灯状態、１３時〜１４時で点灯状態、１５時で消灯状態、１６時で点灯状態、１７時〜２４時で消灯状態であった。エリアＧでは、１時〜９時で消灯状態、１０時〜１１時で点灯状態、１２時〜１４時で消灯状態、１５時〜１６時で点灯状態、１７時〜２４時で消灯状態であった。

図１１は、本発明の実施の形態１における建物３１内のあるフロアの消費電力に関する１日分の運用データの一例を示す図である。図１１に示すように、１時〜６時で消費電力は小さく、７時〜１２時にかける消費電力は増加していき、１３時〜１４時で消費電力はピークに達し、１５時〜２４時にかけて段階的に消費電力は減少していった。

次に、上記で説明した過去の運用データを統合的に評価した一例について図１２を用いて説明する。図１２は、本発明の実施の形態１における各エリアのうちの一つのエリアに対応する各種機器の運用データを統合的に評価した結果である機器運用評価データ１３４の一例を示す図である。図１２に示すように、暦データにおいて、特定の暦データに対応して、エリアテーブルが参照されている状態である。例えば、過去の運用データのうち、生成されるスケジュールの日付に対して前日の暦データが参照される。そして、参照される前日の暦データに対応したエリアテーブルが参照されている。

なお、参照される暦データは上記の説明に限定されない。例えば、生成されるスケジュールの曜日に対して先週の暦データが参照されてもよい。また、例えば、生成されるスケジュールの月に対して先月の暦データが参照されてもよい。また、例えば、生成されるスケジュールの年に対して前年の暦データが参照されてもよい。

次いで、図１２においては、エリアテーブルのうち、エリアＢに対応する過去の運用データを統合的に評価したデータセットが参照されている。例えば、時間帯が８時０分〜８時５９分の場合には、項目として、空調機５５、人感センサー５２、照明機器５９が選択されている。空調機５５においては、運転中であるか、又は、停止中であるかに応じて、最大値を１０とした評価がされ、最大値を５とした重み付けがされ、使用（１）又は不使用（０）が判定されている。なお、時間帯は、１日を等分割した時間幅で設定される。

評価は１０段階であって、空調機５５の場合には、運転中と停止中とに基づいて、どの程度運転中であるかに応じて設定される値である。重み付けは、ユーザー及び設備管理者等が、各種機器の使用頻度の項目のうち、何を重視するかを数値で入れ込む値である。使用（１）又は不使用（０）は、最初の判定に活用されるものであって、使用しているか、又は、全く使用していないかを判定したものを数値で表したものである。例えば、空調機５５の場合、評価（１０）、重み付け（４）、及び使用（１）が設定されている。なお、該当する時間帯において、空調機５５が運転中であれば、評価（１０）が設定される。

また、人感センサー５２においては、検知有又は検知無であるかに応じて、評価（１０）、重み付け（５）、及び使用（１）が設定されている。なお、該当する時間帯において、人感センサー５２の検知回数が一度しかなければ、評価（１）が設定される。また、照明機器５９においては、点灯中又は消灯中であるかに応じて、評価（１０）、重み付け（２）、及び使用（１）が設定されている。なお、該当する時間帯において、照明機器５９が消灯中であれば、評価（０）が設定される。

評価指標は、該当する時間帯において、各種機器を統合的に評価した評価結果である。評価指標は、例えば、使用（１）であって、各機器のそれぞれで、評価に重み付けをしたもの同士を加算し、その加算結果を、評価に重み付けをしたものの最大値で除算したものである。

なお、上記で説明したデータセットは一例を示し、特にこれに限定されない。例えば、新たに別の機器を過去の運用データとして追加してもよい。例えば、新規に、項目としてＯＡ機器及び入退室管理ゲート（いずれも図示せず）が組み込まれてもよい。ＯＡ機器の場合には、パソコン又はプリンタの電源の入／切に応じて評価が決定される。また、入退室管理ゲートの場合には、人数カウントに応じて評価が決定される、そして、ＯＡ機器及び入退室管理ゲートに関する過去の運用データが組み込まれた場合であっても、同一の評価指標に基づいて、統合的に評価される。

なお、エリアＢの場合について説明したが、エリアＡ、エリアＣ１、エリアＣ２、エリアＣ３、エリアＤ、エリアＥ、エリアＦ、及びエリアＧ等の他の空調対象エリアにおいても同様にそれぞれに対応する過去の運用データを統合的に評価したデータセットが参照されている。

なお、ＯＡ機器は、本発明における情報機器に相当する。

次に、上記で説明した構成を前提として、空調システム１の動作例として、スケジュール生成処理について図１３を用いて説明する。図１３は、本発明の実施の形態１における空調システム１の制御例を説明するフローチャートである。

（ステップＳ１１）
空調システム１は、各種機器の運用データを取得する。

（ステップＳ１２）
空調システム１は、各種機器の運用データを統合的に評価する。

（ステップＳ１３）
空調システム１は、各種機器の運用データを統合的に評価した結果を機器運用評価データ１３４として設定する。

（ステップＳ１４）
空調システム１は、エリアを指定する。

（ステップＳ１５）
空調システム１は、時刻を指定する。

（ステップＳ１６）
空調システム１は、機器運用評価データ１３４から何が判断されるかを判定する。空調システム１は、各種機器の使用頻度が閾値以上である場合、ステップＳ１７に進む。空調システム１は、各種機器が不使用又は各種機器の使用頻度が低い場合、ステップＳ２６に進む。空調システム１は、空調機５５が停止状態である場合、ステップＳ１５に戻る。

（ステップＳ１７）
空調システム１は、室内温度が設定温度に達しているか否かを判定する。空調システム１は、室内温度が設定温度に達している場合、ステップＳ２１に進む。空調システム１は、室内温度が設定温度に達していない場合、ステップＳ１８に進む。

（ステップＳ１８）
空調システム１は、隣のエリアの空調機５５が運転状態であるか否かを判定する。空調システム１は、隣のエリアの空調機５５が運転状態であると判定すると、ステップＳ１９に進む。一方、空調システム１は、隣のエリアの空調機５５が運転状態でないと判定すると、ステップＳ２５に進む。

（ステップＳ１９）
空調システム１は、運転状態の隣のエリアの空調機５５の運転モードが何れであるかを判定する。空調システム１は、送風、すなわち、サーモＯＦＦ状態であると判定する場合、ステップＳ２０に進む。空調システム１は、暖房又は冷房であると判定する場合、ステップＳ２５に進む。

（ステップＳ２０）
空調システム１は、運転状態の隣のエリアの空調機５５の運転モードをサーモＯＮに設定する。

（ステップＳ２１）
空調システム１は、スケジュールを生成する。

（ステップＳ２２）
空調システム１は、生成したスケジュールをスケジュール最適化データ１３５として格納する。

（ステップＳ２３）
空調システム１は、指定した時刻が２４時０分であるか否かを判定する。空調システム１は、指定した時刻が２４時０分である場合、ステップＳ２４に進む。一方、空調システム１は、指定した時刻が２４時０分でない場合、ステップＳ１５に戻る。

（ステップＳ２４）
空調システム１は、指定したエリアが最終エリアまで到達したか否かを判定する。空調システム１は、指定したエリアが最終エリアまで到達した場合、処理を終了する。一方、空調システム１は、指定したエリアが最終エリアまで到達しない場合、ステップＳ１４に戻る。

（ステップＳ２５）
空調システム１は、設定温度を変更し、上記で説明したステップＳ２１以降の処理を実行する。

（ステップＳ２６）
空調システム１は、空調機５５を停止状態に設定し、上記で説明したステップＳ２１以降の処理を実行する。

以上の説明から、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。

以上、本実施の形態１においては、空調機５５を備えた空調設備５１と、照明機器５９を備えた照明設備５３と、空調設備５１及び照明設備５３を管理する集中監視装置４１と、を備えた空調システム１であって、集中監視装置４１は、空調機５５及び照明機器５９のそれぞれの過去の運用データを統合的に評価した機器運用評価データ１３４に基づいて、空調機５５のスケジュールを生成するものであって、機器運用評価データ１３４は、予め設定された時間帯ごとに、空調機５５の動作状態及び照明機器５９の動作状態のそれぞれに応じた評価結果と、評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される空調システム１が構成される。

上記構成のため、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。

また、本実施の形態１においては、集中監視装置４１は、機器運用評価データ１３４に、別の機器の過去の運用データが紐付けされた場合、別の機器を含めて機器運用評価データ１３４を求める。

また、本実施の形態１においては、集中監視装置４１は、機器運用評価データ１３４に、別の機器として、情報機器及び入退室管理ゲートのそれぞれの運用データが紐付けされた場合、情報機器の電源状態及び入退室管理ゲートの人数カウントも含めて評価指標を求める。

また、本実施の形態１においては、集中監視装置４１は、過去の運用データに基づいて、翌日の空調機５５のスケジュールを生成する際、過去の運用データのうち、翌日に対応する曜日ごとに機器運用評価データ１３４を参照する。

また、本実施の形態１においては、集中監視装置４１は、過去の運用データに基づいて、翌日の空調機５５のスケジュールを生成する際、過去の運用データのうち、翌日に対応する年ごとに機器運用評価データ１３４を参照する。

また、本実施の形態１においては、集中監視装置４１と各種データを送受信する遠隔監視装置１１を備え、集中監視装置４１は、集中監視装置４１の各種機能が実装された監視モジュール１０１を備え、遠隔監視装置１１は、監視モジュール１０１と同一の機能を有するモジュールが実装可能である。

また、本実施の形態１においては、空調機５５を備えた空調設備５１と、照明機器５９を備えた照明設備５３と、空調設備５１及び照明設備５３を管理する集中監視装置４１と、を備えた空調システム１であって、集中監視装置４１は、空調機５５と、照明機器５９とを複数台にわたって管理するものであり、複数台の空調機５５及び複数台の照明機器５９のそれぞれに対応する空調対象エリアの割り当てがそれぞれ設定され、複数台の空調機５５及び複数台の照明機器５９のそれぞれの過去の運用データを統合的に評価した機器運用評価データ１３４に基づいて、空調機５５のスケジュールを生成するものであって、機器運用評価データ１３４は、空調対象エリアごとに、予め設定された時間帯のそれぞれに対応して、複数台の空調機５５の動作状態及び複数台の照明機器５９の動作状態のそれぞれに応じた評価結果と、評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される。

したがって、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することを特に顕著に行うことができる。

実施の形態２．
実施の形態１との相違点は、電力使用量に基づいてスケジュールを変更する点にある。図１４は、本発明の実施の形態２における集中監視装置４１に実装される機能構成の一例を示す図である。図１４に示すように、監視モジュール１０１には、スケジュール変更部１１７が設けられている。記憶部１１２には、電力使用量運用履歴データ１３６が設けられている。スケジュール変更部１１７は、生成されたスケジュールを変更する。電力使用量運用履歴データ１３６は、電力量計５４の検知結果から形成されたデータセットであって、１つのフロアに対応する消費電力に関するデータである。

図１５は、本発明の実施の形態２におけるユーザー要求の入力画面の一例を示す図である。図１５に示すように、出力部１２０には、各種設定データ１３０が供給され、出力部１２０は、供給された各種設定データ１３０に基づいて、表示パネル２０１にユーザー要求の入力画面を表示させる。

次いで、表示パネル２０１には、エリアボタン２１１〜エリアボタン２１９が表示され、第１制限ボタン２２１、第２制限ボタン２２２、第１ユーザー要求ボタン２３１、第２ユーザー要求ボタン２３２、及び第３ユーザー要求ボタン２３３が表示される。

エリアボタン２１１はエリアＡに対応し、エリアボタン２１２はエリアＢに対応し、エリアボタン２１３はエリアＣ１に対応し、エリアボタン２１４はエリアＣ２に対応し、エリアボタン２１５はエリアＣ３に対応し、エリアボタン２１６はエリアＤに対応し、エリアボタン２１７はエリアＥに対応し、エリアボタン２１８はエリアＦに対応し、エリアボタン２１９はエリアＧに対応している。

第１制限ボタン２２１は節電用であって、電力使用量に基づいた処理が実行される。第２制限ボタン２２２は節約用であって、電力料金に基づいた処理が実行される。第１ユーザー要求ボタン２３１は”寒いのがダメです”と表示される。第２ユーザー要求ボタン２３２は”お任せします”と表示される。第３ユーザー要求ボタン２３３は”暑いのがダメです”と表示される。

ここで、第１制限ボタン２２１と、第１ユーザー要求ボタン２３１とが押下されたと想定する。すると、入力部１１９は、押下されたボタンを検知し、電力使用量運用履歴データ１３６をスケジュール変更部１１７に供給させると共に、スケジュール変更部１１７の動作を実行させる。

次に、電力使用量に基づいて、生成されたスケジュールを変更する動作例について図１６を用いて説明する。図１６は、本発明の実施の形態２における空調システム１の制御例を説明するフローチャートである。

（ステップＳ４１）
空調システム１は、対象フロアにおいて電力使用量を超過した時刻があるか否かを判定する。空調システム１は、対象フロアにおいて電力使用量を超過した時刻がある場合、ステップＳ４２に進む。一方、空調システム１は、対象フロアにおいて電力使用量を超過した時刻がない場合、処理を終了する。

（ステップＳ４２）
空調システム１は、対象フロアにおける電力使用量を超過した時刻を取得する。

（ステップＳ４３）
空調システム１は、電力使用量を超過した時刻があるか否かを判定する。空調システム１は、電力使用量を超過した時刻がある場合、ステップＳ４４に進む。一方、空調システム１は、電力使用量を超過した時刻がない場合、ステップＳ４５に進む。

（ステップＳ４４）
空調システム１は、超過した時刻の件数を設定する。

（ステップＳ４５）
空調システム１は、対象時刻を指定する。

（ステップＳ４６）
空調システム１は、対象フロアにおける電力使用量を超過した時刻に対応する外気温度を取得する。

（ステップＳ４７）
空調システム１は、対象フロアにおける電力使用量を超過した時刻に対応する設定温度を取得する。

（ステップＳ４８）
空調システム１は、外気温度と設定温度とから対象フロアにおける空調機５５の電力使用量を求める。

（ステップＳ４９）
空調システム１は、空調機５５の電力使用量が対象フロアにおける電力使用量制限を超過するか否かを判定する。空調システム１は、空調機５５の電力使用量が対象フロアにおける電力使用量制限を超過する場合、ステップＳ５０に進む。一方、空調システム１は、空調機５５の電力使用量が対象フロアにおける電力使用量制限を超過しない場合、ステップＳ５８に進む。

（ステップＳ５０）
空調システム１は、機器運用評価データ１３４を取得する。

（ステップＳ５１）
空調システム１は、機器運用評価データ１３４に基づいてエリア毎にユーザー要求を紐付けしていない各種機器の使用頻度の順位付けを実行する。例えば、空調システム１は、各エリアに対応する機器運用評価データ１３４のうち、評価指標を参照することで、各種機器が統合的に評価された使用頻度の順位付けを実行する。

（ステップＳ５２）
空調システム１は、ユーザー要求を取得する。

（ステップＳ５３）
空調システム１は、最も使用頻度の高い機器に対応するユーザー要求があるか否かを判定する。空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がある場合、ステップＳ５４に進む。一方、空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がない場合、ステップＳ５７に進む。

（ステップＳ５４）
空調システム１は、最も使用頻度の高い機器とユーザー要求とを紐付けする。

（ステップＳ５５）
空調システム１は、紐付けしたユーザー要求に基づいてスケジュールを変更する。

（ステップＳ５６）
空調システム１は、変更したスケジュールをスケジュール最適化データ１３５として格納する。

（ステップＳ５７）
空調システム１は、全エリアについてユーザー要求の確認をしたか否かを判定する。空調システム１は、全エリアについてユーザー要求の確認をした場合、ステップＳ５８に進む。一方、空調システム１は、全エリアについてユーザー要求の確認をしていない場合、ステップＳ５１に戻る。

（ステップＳ５８）
空調システム１は、超過した時刻の件数を１回減らす。つまり、空調システム１は、ステップＳ５８の処理のたびに超過した時刻の件数を１ずつ減らしていく処理を実行する。

（ステップＳ５９）
空調システム１は、超過した時刻の件数が０であるか否かを判定する。空調システム１は、超過した時刻の件数が０である場合、処理を終了する。一方、空調システム１は、超過した時刻の件数が０でない場合、ステップＳ４５に戻る。つまり、空調システム１は、超過した時刻の件数分についてスケジュールの変更に関する処理を繰り返し実行する。

なお、上記の説明では、超過した時刻の件数分だけステップＳ４５〜ステップＳ５９の処理を実行するという動作の一例として、ステップＳ５９において、件数が０になった時点で処理を終了する場合について説明したが特にこれに限定されない。例えば、該当する時刻分の処理が完了したことを、ステップＳ５９において、件数が１になった時点で処理を終了する場合には、空調システム１は、ステップＳ４４において、超過した時刻の件数＋１を設定する動作にすればよい。

以上、本実施の形態２において、集中監視装置４１は、過去の運用データのうち、電力使用量を超過した時刻があって、時刻に対応する空調機５５の電力使用量が予め設定された電力使用量制限を超過する場合、評価指標が大きいものから順に、評価指標と紐付けされた空調機５５に対応するユーザー要求を紐付けする。

上記構成のため、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。

実施の形態３．
実施の形態１及び実施の形態２との相違点は、電力料金に基づいてスケジュールを変更する点にある。図１７は、本発明の実施の形態３における集中監視装置４１に実装される機能構成の一例を示す図である。図１７に示すように、記憶部１１２には、電力料金運用履歴データ１３７が設けられている。電力料金運用履歴データ１３７は、電力量計５４の検知結果から形成されたデータセットであって、１つのフロアに対応する電力料金に関するデータである。

図１８は、本発明の実施の形態３におけるユーザー要求の入力画面の一例を示す図である。ここで、第２制限ボタン２２２と、第１ユーザー要求ボタン２３１とが押下されたと想定する。すると、入力部１１９は、押下されたボタンを検知し、電力料金運用履歴データ１３７をスケジュール変更部１１７に供給させると共に、スケジュール変更部１１７の動作を実行させる。

次に、電力料金に基づいて、生成されたスケジュールを変更する動作例について図１９を用いて説明する。図１９は、本発明の実施の形態３における空調システム１の制御例を説明するフローチャートである。

（ステップＳ７１）
空調システム１は、対象フロアにおいて電力料金を超過した時刻があるか否かを判定する。空調システム１は、対象フロアにおいて電力料金を超過した時刻がある場合、ステップＳ７２に進む。一方、空調システム１は、対象フロアにおいて電力料金を超過した時刻がない場合、処理を終了する。

（ステップＳ７２）
空調システム１は、対象フロアにおける電力料金を超過した時刻を取得する。

（ステップＳ７３）
空調システム１は、電力料金を超過した時刻があるか否かを判定する。空調システム１は、電力料金を超過した時刻がある場合、ステップＳ７４に進む。一方、空調システム１は、電力料金を超過した時刻がない場合、ステップＳ７５に進む。

（ステップＳ７４）
空調システム１は、超過した時刻の件数を設定する。

（ステップＳ７５）
空調システム１は、対象時刻を指定する。

（ステップＳ７６）
空調システム１は、対象フロアにおける電力料金を超過した時刻に対応する外気温度を取得する。

（ステップＳ７７）
空調システム１は、対象フロアにおける電力料金を超過した時刻に対応する設定温度を取得する。

（ステップＳ７８）
空調システム１は、外気温度と設定温度とから対象フロアにおける空調機５５の電力料金を求める。

（ステップＳ７９）
空調システム１は、空調機５５の電力料金が対象フロアにおける電力料金制限を超過するか否かを判定する。空調システム１は、空調機５５の電力料金が対象フロアにおける電力料金制限を超過する場合、ステップＳ８０に進む。一方、空調システム１は、空調機５５の電力料金が対象フロアにおける電力料金制限を超過しない場合、ステップＳ８８に進む。

（ステップＳ８０）
空調システム１は、機器運用評価データ１３４を取得する。

（ステップＳ８１）
空調システム１は、機器運用評価データ１３４に基づいてエリア毎にユーザー要求を紐付けしていない各種機器の使用頻度の順位付けを実行する。例えば、空調システム１は、各エリアに対応する機器運用評価データ１３４のうち、評価指標を参照することで、各種機器が統合的に評価された使用頻度の順位付けを実行する。

（ステップＳ８２）
空調システム１は、ユーザー要求を取得する。

（ステップＳ８３）
空調システム１は、最も使用頻度の高い機器に対応するユーザー要求があるか否かを判定する。空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がある場合、ステップＳ８４に進む。一方、空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がない場合、ステップＳ８７に進む。

（ステップＳ８４）
空調システム１は、最も使用頻度の高い機器とユーザー要求とを紐付けする。

（ステップＳ８５）
空調システム１は、紐付けしたユーザー要求に基づいてスケジュールを変更する。

（ステップＳ８６）
空調システム１は、変更したスケジュールをスケジュール最適化データ１３５として格納する。

（ステップＳ８７）
空調システム１は、全エリアについてユーザー要求の確認をしたか否かを判定する。空調システム１は、全エリアについてユーザー要求の確認をした場合、ステップＳ８８に進む。一方、空調システム１は、全エリアについてユーザー要求の確認をしていない場合、ステップＳ８１に戻る。

（ステップＳ８８）
空調システム１は、超過した時刻の件数を１回減らす。つまり、空調システム１は、ステップＳ８８の処理のたびに超過した時刻の件数を１ずつ減らしていく処理を実行する。

（ステップＳ８９）
空調システム１は、超過した時刻の件数が０であるか否かを判定する。空調システム１は、超過した時刻の件数が０である場合、処理を終了する。一方、空調システム１は、超過した時刻の件数が０でない場合、ステップＳ７５に戻る。つまり、空調システム１は、超過した時刻の件数分についてスケジュールの変更に関する処理を繰り返し実行する。

なお、上記の説明では、超過した時刻の件数分だけステップＳ７５〜ステップＳ８９の処理を実行するという動作の一例として、ステップＳ８９において、件数が０になった時点で処理を終了する場合について説明したが特にこれに限定されない。例えば、該当する時刻分の処理が完了したことを、ステップＳ８９において、件数が１になった時点で処理を終了する場合には、空調システム１は、ステップＳ７４において、超過した時刻の件数＋１を設定する動作にすればよい。

以上、本実施の形態３において、集中監視装置４１は、過去の運用データのうち、電力料金を超過した時刻があって、時刻に対応する空調機５５の電力料金が予め設定された電力料金制限を超過する場合、評価指標が大きいものから順に、評価指標と紐付けされた空調機５５に対応するユーザー要求を紐付けする。

上記構成のため、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。

実施の形態４．
実施の形態１〜実施の形態３との相違点は、リソースが仮想化される点にある。図２０は、本発明の実施の形態４における集中監視装置モジュール３３１及び遠隔監視装置モジュール３３３のそれぞれに対応するリソースの仮想化の一例を示す図である。図２０に示すように、サーバー装置３０１が通信ネットワーク２１に接続され、サーバー装置３０１は、通信ネットワーク２１を介して、建物３１に設けられている空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を監視している。

サーバー装置３０１は、記憶部３１１、入力部３１２、出力部３１３、通信部３１４、ドライブ３１５、入出力インタフェース３１６、バス３１７、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１８、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３１９、及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３２０等を備えている。記憶部３１１、入力部３１２、出力部３１３、通信部３１４、及びドライブ３１５は、入出力インタフェース３１６に接続されている。入出力インタフェース３１６は、バス３１７と各種信号を送受信する。バス３１７には、ＣＰＵ３１８、ＲＯＭ３１９、及びＲＡＭ３２０が接続されている。

記憶部３１１には、集中監視装置モジュール３３１と、遠隔監視装置モジュール３３３とが組み込まれ、仮想機械として動作している。集中監視装置モジュール３３１は、集中監視装置４１の機能を実装したものである。遠隔監視装置モジュール３３３は、遠隔監視装置１１の機能を実装したものである。

よって、集中監視装置４１の機能と、遠隔監視装置１１の機能とは、その格納場所が物理的に制約されることなく、上記で説明した各種機能を実行することができる。つまり、実行環境さえ整えば、物理的な場所に制約されることなく、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを生成することができる。

なお、集中監視装置モジュール３３１は、本発明における第１機能モジュールに相当する。また、遠隔監視装置モジュール３３３は、本発明における第２機能モジュールに相当する。

以上、本実施の形態４においては、空調設備５１及び照明機器５９を管理するサーバー装置３０１を備え、サーバー装置３０１は、集中監視装置４１の論理構成に対応する集中監視装置モジュール３３１と、遠隔監視装置１１の論理構成に対応する遠隔監視装置モジュール３３３と、を備えたものである。

上記構成のため、空調システム１は、実行環境さえ整えば、物理的な場所に制約されることなく、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを生成することができる。

１ 空調システム、１１ 遠隔監視装置、２１ 通信ネットワーク、３１ 建物、４１ 集中監視装置、５１、５１＿１〜５１＿９ 空調設備、５２、５２＿１〜５２＿９ 人感センサー、５３、５３＿１〜５３＿９ 照明設備、５４ 電力量計、５５ 空調機、５６ 室外機、５７、５７＿１〜５７＿Ｎ 室内機、５８ 換気空調装置、５９ 照明機器、６０ 照明制御器、６１ フロアレイアウト、７１、７１＿１、７１＿２、７１＿３、７１＿４、７１＿５、７１＿６、７１＿７ 部屋、１０１ 監視モジュール、１１１ 送受信部、１１２、３１１ 記憶部、１１３ 機器運用評価部、１１４ 取得部、１１５ スケジュール生成部、１１６ 使用頻度判定部、１１７ スケジュール変更部、１１８ 演算部、１１９、３１２ 入力部、１２０、３１３ 出力部、１３０ 各種設定データ、１３１ 空調設備運用データ、１３２ 人感センサー運用データ、１３３ 照明設備運用データ、１３４ 機器運用評価データ、１３５ スケジュール最適化データ、１３６ 電力使用量運用履歴データ、１３７ 電力料金運用履歴データ、２０１ 表示パネル、２１１〜２１９ エリアボタン、２２１ 第１制限ボタン、２２２ 第２制限ボタン、２３１ 第１ユーザー要求ボタン、２３２ 第２ユーザー要求ボタン、２３３ 第３ユーザー要求ボタン、３０１ サーバー装置、３１４ 通信部、３１５ ドライブ、３１６ 入出力インタフェース、３１７ バス、３１８ ＣＰＵ、３１９ ＲＯＭ、３２０ ＲＡＭ、３３１ 集中監視装置モジュール、３３３ 遠隔監視装置モジュール。

Claims (10)

1. 空調機を備えた空調設備と、
   照明機器を備えた照明設備と、
   前記空調設備及び前記照明設備を管理する集中監視装置と、
   を備えた空調システムであって、
   前記集中監視装置は、
   前記空調機及び前記照明機器のそれぞれの過去の運用データを統合的に評価した機器運用評価データに基づいて、前記空調機のスケジュールを生成するものであって、
   前記機器運用評価データは、
   予め設定された時間帯ごとに、前記空調機の動作状態及び前記照明機器の動作状態のそれぞれに応じた評価結果と、前記評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される
   ことを特徴とする空調システム。
2. 前記集中監視装置は、
   前記機器運用評価データに、別の機器の過去の運用データが紐付けされた場合、前記別の機器を含めて前記機器運用評価データを求める
   ことを特徴とする請求項１に記載の空調システム。
3. 前記集中監視装置は、
   前記機器運用評価データに、前記別の機器として、情報機器及び入退室管理ゲートのそれぞれの運用データが紐付けされた場合、前記情報機器の電源状態及び前記入退室管理ゲートの人数カウントも含めて前記評価指標を求める
   ことを特徴とする請求項２に記載の空調システム。
4. 前記集中監視装置は、
   前記過去の運用データに基づいて、翌日の前記空調機のスケジュールを生成する際、前記過去の運用データのうち、前記翌日に対応する曜日ごとに前記機器運用評価データを参照する
   ことを特徴とする請求項３に記載の空調システム。
5. 前記集中監視装置は、
   前記過去の運用データに基づいて、翌日の前記空調機のスケジュールを生成する際、前記過去の運用データのうち、前記翌日に対応する年ごとに前記機器運用評価データを参照する
   ことを特徴とする請求項３に記載の空調システム。
6. 前記集中監視装置と各種データを送受信する遠隔監視装置を備え、
   前記集中監視装置は、
   当該集中監視装置の各種機能が実装された監視モジュールを備え、
   前記遠隔監視装置は、
   前記監視モジュールと同一の機能を有するモジュールが実装可能である
   ことを特徴とする請求項１〜５の何れか一項に記載の空調システム。
7. 空調機を備えた空調設備と、
   照明機器を備えた照明設備と、
   前記空調設備及び前記照明設備を管理する集中監視装置と、
   を備えた空調システムであって、
   前記集中監視装置は、
   前記空調機と、前記照明機器とを複数台にわたって管理するものであり、
   前記複数台の前記空調機及び前記複数台の前記照明機器のそれぞれに対応する空調対象エリアの割り当てがそれぞれ設定され、
   前記複数台の前記空調機及び前記複数台の前記照明機器のそれぞれの過去の運用データを統合的に評価した機器運用評価データに基づいて、前記空調機のスケジュールを生成するものであって、
   前記機器運用評価データは、
   前記空調対象エリアごとに、予め設定された時間帯のそれぞれに対応して、
   前記複数台の前記空調機の動作状態及び前記複数台の前記照明機器の動作状態のそれぞれに応じた評価結果と、前記評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される
   ことを特徴とする空調システム。
8. 前記集中監視装置は、
   前記過去の運用データのうち、電力使用量を超過した時刻があって、前記時刻に対応する前記空調機の電力使用量が予め設定された電力使用量制限を超過する場合、前記評価指標が大きいものから順に、前記評価指標と紐付けされた前記空調機に対応するユーザー要求を紐付けする
   ことを特徴とする請求項１〜６の何れか一項に記載の空調システム。
9. 前記集中監視装置は、
   前記過去の運用データのうち、電力料金を超過した時刻があって、前記時刻に対応する前記空調機の電力料金が予め設定された電力料金制限を超過する場合、前記評価指標が大きいものから順に、前記評価指標と紐付けされた前記空調機に対応するユーザー要求を紐付けする
   ことを特徴とする請求項１〜６の何れか一項に記載の空調システム。
10. 前記空調設備及び前記照明機器を管理するサーバー装置を備え、
    前記サーバー装置は、
    前記集中監視装置の論理構成に対応する第１機能モジュールと、
    前記遠隔監視装置の論理構成に対応する第２機能モジュールと、
    を備えた
    ことを特徴とする請求項６に記載の空調システム。

Images