(57)【要約】【課題】過去の運用データを利用して同一基準で空調機のスケジュールを生成することができる空調システムを提供する。【解決手段】空調機５５を備えた空調設備５１と、照明機器５９を備えた照明設備５３と、空調設備５１及び照明設備５３を管理する集中監視装置４１と、を備えた空調システム１であって、集中監視装置４１は、空調機５５及び照明機器５９のそれぞれの過去の運用データを統合的に評価した機器運用評価データ１３４に基づいて、空調機５５のスケジュールを生成するものであって、機器運用評価データ１３４は、予め設定された時間帯ごとに、空調機５５の動作状態及び照明機器５９の動作状態のそれぞれに応じた評価結果と、評価結果のそれぞれを統合した評価指標と、が紐付けされて形成されるものである。【選択図】図１
2014238221.tif 000002
【特許請求の範囲】
【請求項１】
空調機を備えた空調設備と、
照明機器を備えた照明設備と、
前記空調設備及び前記照明設備を管理する集中監視装置と、
を備えた空調システムであって、
前記集中監視装置は、
前記空調機及び前記照明機器のそれぞれの過去の運用データを統合的に評価した機器運用評価データに基づいて、前記空調機のスケジュールを生成するものであって、
前記機器運用評価データは、
予め設定された時間帯ごとに、前記空調機の動作状態及び前記照明機器の動作状態のそれぞれに応じた評価結果と、前記評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される
ことを特徴とする空調システム。
【請求項２】
前記集中監視装置は、
前記機器運用評価データに、別の機器の過去の運用データが紐付けされた場合、前記別の機器を含めて前記機器運用評価データを求める
ことを特徴とする請求項１に記載の空調システム。
【請求項３】
前記集中監視装置は、
前記機器運用評価データに、前記別の機器として、情報機器及び入退室管理ゲートのそれぞれの運用データが紐付けされた場合、前記情報機器の電源状態及び前記入退室管理ゲートの人数カウントも含めて前記評価指標を求める
ことを特徴とする請求項２に記載の空調システム。
【請求項４】
前記集中監視装置は、
前記過去の運用データに基づいて、翌日の前記空調機のスケジュールを生成する際、前記過去の運用データのうち、前記翌日に対応する曜日ごとに前記機器運用評価データを参照する
ことを特徴とする請求項３に記載の空調システム。
【請求項５】
前記集中監視装置は、
前記過去の運用データに基づいて、翌日の前記空調機のスケジュールを生成する際、前記過去の運用データのうち、前記翌日に対応する年ごとに前記機器運用評価データを参照する
ことを特徴とする請求項３に記載の空調システム。
【請求項６】
前記集中監視装置と各種データを送受信する遠隔監視装置を備え、
前記集中監視装置は、
当該集中監視装置の各種機能が実装された監視モジュールを備え、
前記遠隔監視装置は、
前記監視モジュールと同一の機能を有するモジュールが実装可能である
ことを特徴とする請求項１〜５の何れか一項に記載の空調システム。
【請求項７】
空調機を備えた空調設備と、
照明機器を備えた照明設備と、
前記空調設備及び前記照明設備を管理する集中監視装置と、
を備えた空調システムであって、
前記集中監視装置は、
前記空調機と、前記照明機器とを複数台にわたって管理するものであり、
前記複数台の前記空調機及び前記複数台の前記照明機器のそれぞれに対応する空調対象エリアの割り当てがそれぞれ設定され、
前記複数台の前記空調機及び前記複数台の前記照明機器のそれぞれの過去の運用データを統合的に評価した機器運用評価データに基づいて、前記空調機のスケジュールを生成するものであって、
前記機器運用評価データは、
前記空調対象エリアごとに、予め設定された時間帯のそれぞれに対応して、
前記複数台の前記空調機の動作状態及び前記複数台の前記照明機器の動作状態のそれぞれに応じた評価結果と、前記評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される
ことを特徴とする空調システム。
【請求項８】
前記集中監視装置は、
前記過去の運用データのうち、電力使用量を超過した時刻があって、前記時刻に対応する前記空調機の電力使用量が予め設定された電力使用量制限を超過する場合、前記評価指標が大きいものから順に、前記評価指標と紐付けされた前記空調機に対応するユーザー要求を紐付けする
ことを特徴とする請求項１〜６の何れか一項に記載の空調システム。
【請求項９】
前記集中監視装置は、
前記過去の運用データのうち、電力料金を超過した時刻があって、前記時刻に対応する前記空調機の電力料金が予め設定された電力料金制限を超過する場合、前記評価指標が大きいものから順に、前記評価指標と紐付けされた前記空調機に対応するユーザー要求を紐付けする
ことを特徴とする請求項１〜６の何れか一項に記載の空調システム。
【請求項１０】
前記空調設備及び前記照明機器を管理するサーバー装置を備え、
前記サーバー装置は、
前記集中監視装置の論理構成に対応する第１機能モジュールと、
前記遠隔監視装置の論理構成に対応する第２機能モジュールと、
を備えた
ことを特徴とする請求項６に記載の空調システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空調システムに関する。
【背景技術】
【０００２】
従来、空調機の空調対象エリアの快適性を確保しつつ、空調機の無駄な運転を抑制する空調システムがあった。
【０００３】
例えば、電力制限レベルが小さい場合、設定温度と室内温度との温度差が小さい使用中の部屋に対応する空調機から、順次、設定温度を室内温度に近づけるように変更する空調システムがあった（例えば、特許文献１参照）。
【０００４】
また、例えば、気象情報に基づいて空調機等のスケジュールを立て、過去の利用者の入退室に関する情報、すなわち、過去の運用データに基づいて空調機のスケジュールを補正し、空調機の無駄な運転を制限する空調システムがあった（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２３７４７９号公報（段落［００２７］）
【特許文献２】特開２０１０−２４９４５４号公報（段落［０００８］）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載の空調システムは、電力制限レベルに応じて、空調機の電力使用に制限をかけていたものの、過去の運用データを利用していなかった。また、特許文献２に記載の空調システムは、過去の運用データを利用することで、空調機のスケジュールを変更していたものの、新たな評価判断要素を加える場合には、同一基準で空調機のスケジュールを変更していなかった。
【０００７】
換言すれば、従来技術（特許文献１及び特許文献２）においては、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機のスケジュールを生成することができないという問題点があった。
【０００８】
本発明は、上記のような問題点を解決するためになされたもので、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機のスケジュールを生成することができる空調システムを提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
本発明に係る空調システムは、空調機を備えた空調設備と、照明機器を備えた照明設備と、前記空調設備及び前記照明設備を管理する集中監視装置と、を備えた空調システムであって、前記集中監視装置は、前記空調機及び前記照明機器のそれぞれの過去の運用データを統合的に評価した機器運用評価データに基づいて、前記空調機のスケジュールを生成するものであって、前記機器運用評価データは、予め設定された時間帯ごとに、前記空調機の動作状態及び前記照明機器の動作状態のそれぞれに応じた評価結果と、前記評価結果のそれぞれを統合した評価指標と、が紐付けされて形成されるものである。
【発明の効果】
【００１０】
本発明は、各種機器の運用データを統合的に評価した機器運用評価データに基づいて、空調機のスケジュールを生成する。よって、本発明は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機のスケジュールを変更することができる空調システムを提供することができるという効果を有する。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１における空調システム１の概略構成の一例を示す図である。
【図２】本発明の実施の形態１におけるフロアレイアウト６１の一例を示す図である。
【図３】本発明の実施の形態１における各フロアに設けられる各種機器の一例を示す図である。
【図４】本発明の実施の形態１における集中監視装置４１に実装される機能構成の一例を示す図である。
【図５】本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の運転状態及び停止状態に関する１日分の運用データの一例を示す図である。
【図６】本発明の実施の形態１におけるエリア毎の室内温度に関する１日分の運用データの一例を示す図である。
【図７】本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の設定温度に関する１日分の運用データの一例を示す図である。
【図８】本発明の実施の形態１における建物３１の周囲の外気温度に関する１日分の運用データの一例を示す図である。
【図９】本発明の実施の形態１におけるエリア毎に設けられる人感センサー５２の検知結果に関する１日分の運用データの一例を示す図である。
【図１０】本発明の実施の形態１におけるエリア毎に設けられる照明設備５３のうちの照明機器５９の点灯状態及び消灯状態に関する１日分の運用データの一例を示す図である。
【図１１】本発明の実施の形態１における建物３１内のあるフロアの消費電力に関する１日分の運用データの一例を示す図である。
【図１２】本発明の実施の形態１における各エリアのうちの一つのエリアに対応する各種機器の運用データを統合的に評価した結果である機器運用評価データの一例を示す図である。
【図１３】本発明の実施の形態１における空調システム１の制御例を説明するフローチャートである。
【図１４】本発明の実施の形態２における集中監視装置４１に実装される機能構成の一例を示す図である。
【図１５】本発明の実施の形態２におけるユーザー要求の入力画面の一例を示す図である。
【図１６】本発明の実施の形態２における空調システム１の制御例を説明するフローチャートである。
【図１７】本発明の実施の形態３における集中監視装置４１に実装される機能構成の一例を示す図である。
【図１８】本発明の実施の形態３におけるユーザー要求の入力画面の一例を示す図である。
【図１９】本発明の実施の形態３における空調システム１の制御例を説明するフローチャートである。
【図２０】本発明の実施の形態４における集中監視装置モジュール３３１及び遠隔監視装置モジュール３３３のそれぞれに対応するリソースの仮想化の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、本発明の実施の形態の動作を行うプログラムを記述するステップは、記載された順序に沿って時系列に行われる処理であるが、必ずしも時系列に処理されなくても、並列的又は個別に実行される処理をも含んでもよい。
【００１３】
また、本実施の形態で説明される各機能をハードウェアで実現するか、ソフトウェアで実現するかは問わない。つまり、本実施の形態で説明される各ブロック図は、ハードウェアのブロック図と考えても、ソフトウェアの機能ブロック図と考えてもよい。例えば、各ブロック図は、回路デバイス等のハードウェアで実現されてもよく、図示しないプロセッサ等の演算装置上で実行されるソフトウェアで実現されてもよい。
【００１４】
また、本実施の形態で説明されるブロック図の各ブロックは、その機能が実施されればよく、それらの各ブロックで構成が分離されなくてもよい。
【００１５】
また、本実施の形態で説明される各冷媒回路は一例を示し、図示された記載事項に限定されるものではない。
【００１６】
なお、本実施の形態１〜４のそれぞれにおいて、特に記述しない項目については実施の形態１〜４の何れかで説明したものと同様とし、同一の機能及び構成については同一の符号を用いて述べることとする。
【００１７】
また、本実施の形態１〜４のそれぞれは、単独で実施されてもよく、組み合わせて実施されてもよい。いずれの場合においても、下記で説明する有利な効果を奏することとなる。
【００１８】
また、本実施の形態で説明する各種値及びフラグ等の設定例は一例を示すだけであり、特にこれらに限定しない。
【００１９】
実施の形態１．
図１は、本発明の実施の形態１における空調システム１の概略構成の一例を示す図である。図１に示すように、空調システム１は、集中監視装置４１を備えている。集中監視装置４１は、例えば、建物３１に設けられている。建物３１には、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等が設けられている。集中監視装置４１は、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を管理している。集中監視装置４１は、通信ネットワーク２１を介して、遠隔監視装置１１と接続され、各種信号を送受信している。
【００２０】
集中監視装置４１は、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等から得られる各種情報を参照することで、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を監視又は操作することができる。具体的には、集中監視装置４１は、空調設備５１の動作状態を監視し、監視中の動作状態を図示しない画面に表示する。集中監視装置４１は、空調設備５１のスケジュールを生成したり、生成した空調設備５１のスケジュールを変更したりする。なお、空調設備５１のスケジュールは、空調設備５１の最適な負荷配分が考慮されている。
【００２１】
例えば、空調設備５１には、空調機５５及び換気空調装置５８等が設けられている。空調機５５は、例えば、室外機５６と、室内機５７＿１〜室内機５７＿Ｎとから構成される。集中監視装置４１は、空調機５５の動作状態、例えば、空調機５５の運転状態又は停止状態等を監視している。つまり、集中監視装置４１は、空調機５５が運転中であるか、又は、空調機５５が停止中であるか等を監視している。
【００２２】
また、集中監視装置４１は、人感センサー５２の検知結果、例えば、人感センサー５２が検知有状態であるか、又は、人感センサー５２が検知無状態であるか等を監視している。また、例えば、照明設備５３には、照明機器５９及び照明制御器６０等を備えている。照明機器５９は、例えば、ダウンライン又はラインライト等である。照明制御器６０は、例えば、タイムスイッチ等である。集中監視装置４１は、照明機器５９の動作状態等、例えば、照明機器５９の点灯状態又は消灯状態等を監視している。つまり、集中監視装置４１は、照明機器５９が点灯中であるのか、又は、照明機器５９が消灯中であるか等を監視している。集中監視装置４１は、電力量計５４の検知結果、例えば、電力量計５４で検知される消費電力を予め設定された周期で監視している。
【００２３】
また、遠隔監視装置１１は、通信ネットワーク２１を介して、集中監視装置４１から得られる各種情報を参照することで、遠隔地から建物３１に設けられている各種設備、例えば、空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を監視又は操作することができる。
【００２４】
建物３１には、例えば、複数のフロアが形成されている。そこで、複数のフロアのうち、１つのフロアにおけるフロアレイアウト６１について図２を用いて説明する。図２は、本発明の実施の形態１におけるフロアレイアウト６１の一例を示す図である。図２に示すように、フロアレイアウト６１は、部屋７１＿１、部屋７１＿２、部屋７１＿３、部屋７１＿４、部屋７１＿５、部屋７１＿６、及び部屋７１＿７が形成されている。部屋７１＿１、部屋７１＿２、部屋７１＿３、部屋７１＿４、部屋７１＿５、部屋７１＿６、及び部屋７１＿７のそれぞれを特に区別しない場合、部屋７１と称する。
【００２５】
部屋７１のそれぞれには、空調対象エリアが形成されている。例えば、部屋７１＿１には、空調対象エリアとして、エリアＡが紐付けられている。また、部屋７１＿２には、空調対象エリアとして、エリアＢが紐付けられている。また、部屋７１＿３には、空調対象エリアとして、エリアＣが紐付けられている。また、部屋７１＿４には、空調対象エリアとして、エリアＤが紐付けられている。また、部屋７１＿５には、空調対象エリアとして、エリアＥが紐付けられている。また、部屋７１＿６には、空調対象エリアとして、エリアＦが紐付けられている。また、部屋７１＿７には、空調対象エリアとして、エリアＧが紐付けられている。
【００２６】
それぞれの空調対象エリアには、後述する図３で示すように、図１で説明した空調設備５１、人感センサー５２、及び照明設備５３がそれぞれ設けられている。図３は、本発明の実施の形態１における各フロアに設けられる各種機器の一例を示す図である。図３で示すように、エリアＡには、空調設備５１＿１、人感センサー５２＿１、及び照明設備５３＿１等が設けられている。エリアＢには、空調設備５１＿２、人感センサー５２＿２、及び照明設備５３＿２等が設けられている。エリアＣ１には、空調設備５１＿３、人感センサー５２＿３、及び照明設備５３＿３等が設けられている。エリアＣ２には、空調設備５１＿４、人感センサー５２＿４、及び照明設備５３＿４等が設けられている。エリアＣ３には、空調設備５１＿５、人感センサー５２＿５、及び照明設備５３＿５等が設けられている。
【００２７】
次いで、エリアＤには、空調設備５１＿６、人感センサー５２＿６、及び照明設備５３＿６等が設けられている。エリアＥには、空調設備５１＿７、人感センサー５２＿７、及び照明設備５３＿７等が設けられている。エリアＦには、空調設備５１＿８、人感センサー５２＿８、及び照明設備５３＿８等が設けられている。エリアＧには、空調設備５１＿９、人感センサー５２＿９、及び照明設備５３＿９等が設けられている。
【００２８】
電力量計５４は、集中監視装置４１のそばに設けられ、１つのフロアの消費電力量を検知し、集中監視装置４１に検知結果を送信する。電力量計５４は、フロアレイアウト６１に設けられる各種機器、例えば、空調設備５１、人感センサー５２、及び照明設備５３等の消費電力を検知する。
【００２９】
次に、集中監視装置４１の詳細について図４を用いて説明する。図４は、本発明の実施の形態１における集中監視装置４１に実装される機能構成の一例を示す図である。図４に示すように、集中監視装置４１には、例えば、監視モジュール１０１が実装されている。監視モジュール１０１は、送受信部１１１、記憶部１１２、機器運用評価部１１３、取得部１１４、スケジュール生成部１１５、使用頻度判定部１１６、演算部１１８、入力部１１９、及び出力部１２０等を備えている。
【００３０】
送受信部１１１は、監視モジュール１０１の送受信インタフェースである。記憶部１１２は、監視モジュール１０１で受信した各種データ又は監視モジュール１０１の演算結果を記憶する。機器運用評価部１１３は、詳細については後述する過去の運用データを統合的に評価することで、後述する機器運用評価データ１３４を生成する。取得部１１４は、各種データを取得する。スケジュール生成部１１５は、過去の運用データに基づいて、空調機５５のスケジュールを生成する。使用頻度判定部１１６は、機器運用評価データ１３４に基づいて、各種機器の使用頻度等を判定する。演算部１１８は、各種演算を実行する。入力部１１９は、各種指令等を入力する。出力部１２０は、記憶部１１２の記憶内容を表示し、又は、演算部１１８等の各種演算結果を出力する。
【００３１】
記憶部１１２は、各種設定データ１３０、空調設備運用データ１３１、人感センサー運用データ１３２、照明設備運用データ１３３、機器運用評価データ１３４、及びスケジュール最適化データ１３５等を備えている。
【００３２】
各種設定データ１３０は、予め設定された各種データのデータセットである。空調設備運用データ１３１は、空調設備５１に関する各種データのデータセットである。人感センサー運用データ１３２は、人感センサー５２に関する各種データのデータセットである。照明設備運用データ１３３は、照明設備５３に関する各種データのデータセットである。スケジュール最適化データ１３５は、過去の運用データに基づいて、空調機５５の最適化したスケジュールのデータセットである。なお、機器運用評価データ１３４の詳細については、図１２を用いて後述する。
【００３３】
なお、監視モジュール１０１は、図１で説明した遠隔監視装置１１に実装されてもよい。例えば、集中監視装置４１から、通信ネットワーク２１を開始、監視モジュール１０１の実体が送信されることで、遠隔監視装置１１は、監視モジュール１０１の実体を受信し、その後、遠隔監視装置１１に監視モジュール１０１が組み込まれてもよい。
【００３４】
次に、過去の運用データの一例について図５〜図１１を用いて順に説明する。図５は、本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の運転状態及び停止状態に関する１日分の運用データの一例を示す図である。図５に示すように、エリアＡでは、１時〜８時で空調機５５が停止状態、９時〜２３時で空調機５５が運転状態、２４時で空調機５５が停止状態であった。エリアＢでは、１時〜７時で空調機５５が停止状態、８時〜１９時で空調機５５が運転状態、２０時〜２４時で空調機５５が停止状態であった。
【００３５】
次いで、エリアＣ１では、１時〜７時で空調機５５が停止状態、８時〜１９時で空調機５５が運転状態、２０時〜２４時で空調機５５が停止状態であった。エリアＣ２では、１時〜７時で空調機５５が停止状態、８時〜１８時で空調機５５が運転状態、１９時〜２４時で空調機５５が停止状態であった。エリアＣ３では、１時〜７時で空調機５５が停止状態、８時〜２３時で空調機５５が運転状態、２４時で空調機５５が停止状態であった。
【００３６】
次いで、エリアＤでは、１時〜８時で空調機５５が停止状態、９時〜１１時で空調機５５が運転状態、１２時で空調機５５が停止状態、１３時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。エリアＥでは、１時〜８時で空調機５５が停止状態、９時〜１１時で空調機５５が運転状態、１２時で空調機５５が停止状態、１３時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。エリアＦでは、１時〜８時で空調機５５が停止状態、９時〜１１時で空調機５５が運転状態、１２時で空調機５５が停止状態、１３時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。エリアＧでは、１時〜９時で空調機５５が停止状態、１０時〜１１時で空調機５５が運転状態、１２時〜１４時で空調機５５が停止状態、１５時〜１６時で空調機５５が運転状態、１７時〜２４時で空調機５５が停止状態であった。
【００３７】
図６は、本発明の実施の形態１におけるエリア毎の室内温度に関する１日分の運用データの一例を示す図である。図６に示すように、エリアＡでは、１時〜７時で９．０℃、８時で１８．０℃、９時〜２３時で２０．０℃、２４時で１５．０℃であった。エリアＢでは、１時〜７時で９．０℃、８時で１８．０℃、９時〜１９時で２０．０℃、２０時で１５．０℃、２１時で１２．０℃、２２時〜２４時で１０．０℃であった。
【００３８】
次いで、エリアＣ１では、１時〜７時で９．０℃、８時で１８．０℃、９時〜１９時で２０．０℃、２０時で１５．０℃、２１時で１２．０℃、２２時〜２４時で１０．０℃であった。エリアＣ２では、１時〜７時で９．０℃、８時で１８．０℃、９時〜２３時で２０．０℃、２４時で１５．０であった。エリアＣ３では、１時〜７時で９．０℃、８時で１８．０℃、９時〜１８時で１９．０℃、１９時〜２３時で１８．０℃、２４時で１５．０℃であった。
【００３９】
次いで、エリアＤでは、１時〜８時で９．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１５．０℃、１３時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。エリアＥでは、１時〜８時で９．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１５．０℃、１３時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。
【００４０】
次いで、エリアＦでは、１時〜８時で９．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１５．０℃、１３時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。エリアＧでは、１時〜７時で９．０℃、８時で１１．０℃、９時で１８．０℃、１０時〜１１時で２０．０℃、１２時で１８．０℃、１３時〜１４時で１５．０℃、１５時〜１６時で２０．０℃、１７時で１８．０℃、１８時〜２０時で１５．０℃、２１時〜２２時で１２．０℃、２３時〜２４時で１０．０℃であった。
【００４１】
図７は、本発明の実施の形態１におけるエリア毎に設けられる空調設備５１のうちの空調機５５の設定温度に関する１日分の運用データの一例を示す図である。図７に示すように、エリアＡでは、８時〜２３時で２０．０℃であった。エリアＢでは、８時〜１９時で２０．０℃であった。エリアＣ１では、８時〜１９時で２０．０℃であった。エリアＣ２では、８時〜１８時で２０．０℃であった。エリアＣ３では、８時〜２３時で２０．０℃であった。エリアＤでは、９時〜１１時で２０．０℃、１３時〜１６時で２０．０℃であった。エリアＥでは、９時〜１１時で２０．０℃、１３時〜１６時で２０．０℃であった。エリアＦでは、９時〜１１時で２０．０℃、１３時〜１６時で２０．０℃であった。エリアＧでは、１０時〜１１時で２０．０℃、１５時〜１６時で２０．０℃であった。
【００４２】
図８は、本発明の実施の形態１における建物３１の周囲の外気温度に関する１日分の運用データの一例を示す図である。図８に示すように、１時〜４時で４．０℃、５時で３．０℃、６時で４．０℃、７時で６．０℃、８時で８．０℃、９時で１０．０℃、１０時〜１５時で１２．０℃、１６時で１１．０℃、１７時で１０．０℃、１８時で８．０℃、１９時で６．０℃、２０時で５．０℃、２１時〜２４時で４．０℃であった。
【００４３】
図９は、本発明の実施の形態１におけるエリア毎に設けられる人感センサー５２の検知結果に関する１日分の運用データの一例を示す図である。図９に示すように、例えば、エリアＢでは、８時の時間帯、すなわち、８時０分〜８時５９分の時間帯において、一定間隔毎に人感センサー５２＿２の検知結果が示されている。つまり、一定間隔、例えば、１５分ごとに、人感センサー５２＿２の検知結果の累積結果を集計した累積検出件数が示されている。
【００４４】
図１０は、本発明の実施の形態１におけるエリア毎に設けられる照明設備５３のうちの照明機器５９の点灯状態及び消灯状態に関する１日分の運用データの一例を示す図である。図１０に示すように、エリアＡでは、１時〜８時で消灯状態、９時〜１１時で点灯状態、１２時で消灯状態、１３時〜２３時で点灯状態、２４時で消灯状態であった。エリアＢでは、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜１９時で点灯状態、２０時〜２４時で消灯状態であった。
【００４５】
次いで、エリアＣ１では、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜１９時で点灯状態、２０時〜２４時で消灯状態であった。エリアＣ２では、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜１８時で点灯状態、１９時〜２４時で消灯状態であった。エリアＣ３では、１時〜７時で消灯状態、８時〜１１時で点灯状態、１２時で消灯状態、１３時〜２３時で点灯状態、２４時で消灯状態であった。
【００４６】
次いで、エリアＤでは、１時〜８時で消灯状態、９時〜１０時で点灯状態、１１時〜１２時で消灯状態、１３時〜１４時で点灯状態、１５時で消灯状態、１６時で点灯状態、１７時〜２４時で消灯状態であった。エリアＥでは、１時〜８時で消灯状態、９時〜１１時で点灯状態、１２時で消灯状態、１３時〜１６時で点灯状態、１７時〜２４時で消灯状態であった。エリアＦでは、１時〜８時で消灯状態、９時で点灯状態、１０時〜１２時で消灯状態、１３時〜１４時で点灯状態、１５時で消灯状態、１６時で点灯状態、１７時〜２４時で消灯状態であった。エリアＧでは、１時〜９時で消灯状態、１０時〜１１時で点灯状態、１２時〜１４時で消灯状態、１５時〜１６時で点灯状態、１７時〜２４時で消灯状態であった。
【００４７】
図１１は、本発明の実施の形態１における建物３１内のあるフロアの消費電力に関する１日分の運用データの一例を示す図である。図１１に示すように、１時〜６時で消費電力は小さく、７時〜１２時にかける消費電力は増加していき、１３時〜１４時で消費電力はピークに達し、１５時〜２４時にかけて段階的に消費電力は減少していった。
【００４８】
次に、上記で説明した過去の運用データを統合的に評価した一例について図１２を用いて説明する。図１２は、本発明の実施の形態１における各エリアのうちの一つのエリアに対応する各種機器の運用データを統合的に評価した結果である機器運用評価データ１３４の一例を示す図である。図１２に示すように、暦データにおいて、特定の暦データに対応して、エリアテーブルが参照されている状態である。例えば、過去の運用データのうち、生成されるスケジュールの日付に対して前日の暦データが参照される。そして、参照される前日の暦データに対応したエリアテーブルが参照されている。
【００４９】
なお、参照される暦データは上記の説明に限定されない。例えば、生成されるスケジュールの曜日に対して先週の暦データが参照されてもよい。また、例えば、生成されるスケジュールの月に対して先月の暦データが参照されてもよい。また、例えば、生成されるスケジュールの年に対して前年の暦データが参照されてもよい。
【００５０】
次いで、図１２においては、エリアテーブルのうち、エリアＢに対応する過去の運用データを統合的に評価したデータセットが参照されている。例えば、時間帯が８時０分〜８時５９分の場合には、項目として、空調機５５、人感センサー５２、照明機器５９が選択されている。空調機５５においては、運転中であるか、又は、停止中であるかに応じて、最大値を１０とした評価がされ、最大値を５とした重み付けがされ、使用（１）又は不使用（０）が判定されている。なお、時間帯は、１日を等分割した時間幅で設定される。
【００５１】
評価は１０段階であって、空調機５５の場合には、運転中と停止中とに基づいて、どの程度運転中であるかに応じて設定される値である。重み付けは、ユーザー及び設備管理者等が、各種機器の使用頻度の項目のうち、何を重視するかを数値で入れ込む値である。使用（１）又は不使用（０）は、最初の判定に活用されるものであって、使用しているか、又は、全く使用していないかを判定したものを数値で表したものである。例えば、空調機５５の場合、評価（１０）、重み付け（４）、及び使用（１）が設定されている。なお、該当する時間帯において、空調機５５が運転中であれば、評価（１０）が設定される。
【００５２】
また、人感センサー５２においては、検知有又は検知無であるかに応じて、評価（１０）、重み付け（５）、及び使用（１）が設定されている。なお、該当する時間帯において、人感センサー５２の検知回数が一度しかなければ、評価（１）が設定される。また、照明機器５９においては、点灯中又は消灯中であるかに応じて、評価（１０）、重み付け（２）、及び使用（１）が設定されている。なお、該当する時間帯において、照明機器５９が消灯中であれば、評価（０）が設定される。
【００５３】
評価指標は、該当する時間帯において、各種機器を統合的に評価した評価結果である。評価指標は、例えば、使用（１）であって、各機器のそれぞれで、評価に重み付けをしたもの同士を加算し、その加算結果を、評価に重み付けをしたものの最大値で除算したものである。
【００５４】
なお、上記で説明したデータセットは一例を示し、特にこれに限定されない。例えば、新たに別の機器を過去の運用データとして追加してもよい。例えば、新規に、項目としてＯＡ機器及び入退室管理ゲート（いずれも図示せず）が組み込まれてもよい。ＯＡ機器の場合には、パソコン又はプリンタの電源の入／切に応じて評価が決定される。また、入退室管理ゲートの場合には、人数カウントに応じて評価が決定される、そして、ＯＡ機器及び入退室管理ゲートに関する過去の運用データが組み込まれた場合であっても、同一の評価指標に基づいて、統合的に評価される。
【００５５】
なお、エリアＢの場合について説明したが、エリアＡ、エリアＣ１、エリアＣ２、エリアＣ３、エリアＤ、エリアＥ、エリアＦ、及びエリアＧ等の他の空調対象エリアにおいても同様にそれぞれに対応する過去の運用データを統合的に評価したデータセットが参照されている。
【００５６】
なお、ＯＡ機器は、本発明における情報機器に相当する。
【００５７】
次に、上記で説明した構成を前提として、空調システム１の動作例として、スケジュール生成処理について図１３を用いて説明する。図１３は、本発明の実施の形態１における空調システム１の制御例を説明するフローチャートである。
【００５８】
（ステップＳ１１）
空調システム１は、各種機器の運用データを取得する。
【００５９】
（ステップＳ１２）
空調システム１は、各種機器の運用データを統合的に評価する。
【００６０】
（ステップＳ１３）
空調システム１は、各種機器の運用データを統合的に評価した結果を機器運用評価データ１３４として設定する。
【００６１】
（ステップＳ１４）
空調システム１は、エリアを指定する。
【００６２】
（ステップＳ１５）
空調システム１は、時刻を指定する。
【００６３】
（ステップＳ１６）
空調システム１は、機器運用評価データ１３４から何が判断されるかを判定する。空調システム１は、各種機器の使用頻度が閾値以上である場合、ステップＳ１７に進む。空調システム１は、各種機器が不使用又は各種機器の使用頻度が低い場合、ステップＳ２６に進む。空調システム１は、空調機５５が停止状態である場合、ステップＳ１５に戻る。
【００６４】
（ステップＳ１７）
空調システム１は、室内温度が設定温度に達しているか否かを判定する。空調システム１は、室内温度が設定温度に達している場合、ステップＳ２１に進む。空調システム１は、室内温度が設定温度に達していない場合、ステップＳ１８に進む。
【００６５】
（ステップＳ１８）
空調システム１は、隣のエリアの空調機５５が運転状態であるか否かを判定する。空調システム１は、隣のエリアの空調機５５が運転状態であると判定すると、ステップＳ１９に進む。一方、空調システム１は、隣のエリアの空調機５５が運転状態でないと判定すると、ステップＳ２５に進む。
【００６６】
（ステップＳ１９）
空調システム１は、運転状態の隣のエリアの空調機５５の運転モードが何れであるかを判定する。空調システム１は、送風、すなわち、サーモＯＦＦ状態であると判定する場合、ステップＳ２０に進む。空調システム１は、暖房又は冷房であると判定する場合、ステップＳ２５に進む。
【００６７】
（ステップＳ２０）
空調システム１は、運転状態の隣のエリアの空調機５５の運転モードをサーモＯＮに設定する。
【００６８】
（ステップＳ２１）
空調システム１は、スケジュールを生成する。
【００６９】
（ステップＳ２２）
空調システム１は、生成したスケジュールをスケジュール最適化データ１３５として格納する。
【００７０】
（ステップＳ２３）
空調システム１は、指定した時刻が２４時０分であるか否かを判定する。空調システム１は、指定した時刻が２４時０分である場合、ステップＳ２４に進む。一方、空調システム１は、指定した時刻が２４時０分でない場合、ステップＳ１５に戻る。
【００７１】
（ステップＳ２４）
空調システム１は、指定したエリアが最終エリアまで到達したか否かを判定する。空調システム１は、指定したエリアが最終エリアまで到達した場合、処理を終了する。一方、空調システム１は、指定したエリアが最終エリアまで到達しない場合、ステップＳ１４に戻る。
【００７２】
（ステップＳ２５）
空調システム１は、設定温度を変更し、上記で説明したステップＳ２１以降の処理を実行する。
【００７３】
（ステップＳ２６）
空調システム１は、空調機５５を停止状態に設定し、上記で説明したステップＳ２１以降の処理を実行する。
【００７４】
以上の説明から、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。
【００７５】
以上、本実施の形態１においては、空調機５５を備えた空調設備５１と、照明機器５９を備えた照明設備５３と、空調設備５１及び照明設備５３を管理する集中監視装置４１と、を備えた空調システム１であって、集中監視装置４１は、空調機５５及び照明機器５９のそれぞれの過去の運用データを統合的に評価した機器運用評価データ１３４に基づいて、空調機５５のスケジュールを生成するものであって、機器運用評価データ１３４は、予め設定された時間帯ごとに、空調機５５の動作状態及び照明機器５９の動作状態のそれぞれに応じた評価結果と、評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される空調システム１が構成される。
【００７６】
上記構成のため、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。
【００７７】
また、本実施の形態１においては、集中監視装置４１は、機器運用評価データ１３４に、別の機器の過去の運用データが紐付けされた場合、別の機器を含めて機器運用評価データ１３４を求める。
【００７８】
また、本実施の形態１においては、集中監視装置４１は、機器運用評価データ１３４に、別の機器として、情報機器及び入退室管理ゲートのそれぞれの運用データが紐付けされた場合、情報機器の電源状態及び入退室管理ゲートの人数カウントも含めて評価指標を求める。
【００７９】
また、本実施の形態１においては、集中監視装置４１は、過去の運用データに基づいて、翌日の空調機５５のスケジュールを生成する際、過去の運用データのうち、翌日に対応する曜日ごとに機器運用評価データ１３４を参照する。
【００８０】
また、本実施の形態１においては、集中監視装置４１は、過去の運用データに基づいて、翌日の空調機５５のスケジュールを生成する際、過去の運用データのうち、翌日に対応する年ごとに機器運用評価データ１３４を参照する。
【００８１】
また、本実施の形態１においては、集中監視装置４１と各種データを送受信する遠隔監視装置１１を備え、集中監視装置４１は、集中監視装置４１の各種機能が実装された監視モジュール１０１を備え、遠隔監視装置１１は、監視モジュール１０１と同一の機能を有するモジュールが実装可能である。
【００８２】
また、本実施の形態１においては、空調機５５を備えた空調設備５１と、照明機器５９を備えた照明設備５３と、空調設備５１及び照明設備５３を管理する集中監視装置４１と、を備えた空調システム１であって、集中監視装置４１は、空調機５５と、照明機器５９とを複数台にわたって管理するものであり、複数台の空調機５５及び複数台の照明機器５９のそれぞれに対応する空調対象エリアの割り当てがそれぞれ設定され、複数台の空調機５５及び複数台の照明機器５９のそれぞれの過去の運用データを統合的に評価した機器運用評価データ１３４に基づいて、空調機５５のスケジュールを生成するものであって、機器運用評価データ１３４は、空調対象エリアごとに、予め設定された時間帯のそれぞれに対応して、複数台の空調機５５の動作状態及び複数台の照明機器５９の動作状態のそれぞれに応じた評価結果と、評価結果のそれぞれを統合した評価指標と、が紐付けされて形成される。
【００８３】
したがって、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することを特に顕著に行うことができる。
【００８４】
実施の形態２．
実施の形態１との相違点は、電力使用量に基づいてスケジュールを変更する点にある。図１４は、本発明の実施の形態２における集中監視装置４１に実装される機能構成の一例を示す図である。図１４に示すように、監視モジュール１０１には、スケジュール変更部１１７が設けられている。記憶部１１２には、電力使用量運用履歴データ１３６が設けられている。スケジュール変更部１１７は、生成されたスケジュールを変更する。電力使用量運用履歴データ１３６は、電力量計５４の検知結果から形成されたデータセットであって、１つのフロアに対応する消費電力に関するデータである。
【００８５】
図１５は、本発明の実施の形態２におけるユーザー要求の入力画面の一例を示す図である。図１５に示すように、出力部１２０には、各種設定データ１３０が供給され、出力部１２０は、供給された各種設定データ１３０に基づいて、表示パネル２０１にユーザー要求の入力画面を表示させる。
【００８６】
次いで、表示パネル２０１には、エリアボタン２１１〜エリアボタン２１９が表示され、第１制限ボタン２２１、第２制限ボタン２２２、第１ユーザー要求ボタン２３１、第２ユーザー要求ボタン２３２、及び第３ユーザー要求ボタン２３３が表示される。
【００８７】
エリアボタン２１１はエリアＡに対応し、エリアボタン２１２はエリアＢに対応し、エリアボタン２１３はエリアＣ１に対応し、エリアボタン２１４はエリアＣ２に対応し、エリアボタン２１５はエリアＣ３に対応し、エリアボタン２１６はエリアＤに対応し、エリアボタン２１７はエリアＥに対応し、エリアボタン２１８はエリアＦに対応し、エリアボタン２１９はエリアＧに対応している。
【００８８】
第１制限ボタン２２１は節電用であって、電力使用量に基づいた処理が実行される。第２制限ボタン２２２は節約用であって、電力料金に基づいた処理が実行される。第１ユーザー要求ボタン２３１は”寒いのがダメです”と表示される。第２ユーザー要求ボタン２３２は”お任せします”と表示される。第３ユーザー要求ボタン２３３は”暑いのがダメです”と表示される。
【００８９】
ここで、第１制限ボタン２２１と、第１ユーザー要求ボタン２３１とが押下されたと想定する。すると、入力部１１９は、押下されたボタンを検知し、電力使用量運用履歴データ１３６をスケジュール変更部１１７に供給させると共に、スケジュール変更部１１７の動作を実行させる。
【００９０】
次に、電力使用量に基づいて、生成されたスケジュールを変更する動作例について図１６を用いて説明する。図１６は、本発明の実施の形態２における空調システム１の制御例を説明するフローチャートである。
【００９１】
（ステップＳ４１）
空調システム１は、対象フロアにおいて電力使用量を超過した時刻があるか否かを判定する。空調システム１は、対象フロアにおいて電力使用量を超過した時刻がある場合、ステップＳ４２に進む。一方、空調システム１は、対象フロアにおいて電力使用量を超過した時刻がない場合、処理を終了する。
【００９２】
（ステップＳ４２）
空調システム１は、対象フロアにおける電力使用量を超過した時刻を取得する。
【００９３】
（ステップＳ４３）
空調システム１は、電力使用量を超過した時刻があるか否かを判定する。空調システム１は、電力使用量を超過した時刻がある場合、ステップＳ４４に進む。一方、空調システム１は、電力使用量を超過した時刻がない場合、ステップＳ４５に進む。
【００９４】
（ステップＳ４４）
空調システム１は、超過した時刻の件数を設定する。
【００９５】
（ステップＳ４５）
空調システム１は、対象時刻を指定する。
【００９６】
（ステップＳ４６）
空調システム１は、対象フロアにおける電力使用量を超過した時刻に対応する外気温度を取得する。
【００９７】
（ステップＳ４７）
空調システム１は、対象フロアにおける電力使用量を超過した時刻に対応する設定温度を取得する。
【００９８】
（ステップＳ４８）
空調システム１は、外気温度と設定温度とから対象フロアにおける空調機５５の電力使用量を求める。
【００９９】
（ステップＳ４９）
空調システム１は、空調機５５の電力使用量が対象フロアにおける電力使用量制限を超過するか否かを判定する。空調システム１は、空調機５５の電力使用量が対象フロアにおける電力使用量制限を超過する場合、ステップＳ５０に進む。一方、空調システム１は、空調機５５の電力使用量が対象フロアにおける電力使用量制限を超過しない場合、ステップＳ５８に進む。
【０１００】
（ステップＳ５０）
空調システム１は、機器運用評価データ１３４を取得する。
【０１０１】
（ステップＳ５１）
空調システム１は、機器運用評価データ１３４に基づいてエリア毎にユーザー要求を紐付けしていない各種機器の使用頻度の順位付けを実行する。例えば、空調システム１は、各エリアに対応する機器運用評価データ１３４のうち、評価指標を参照することで、各種機器が統合的に評価された使用頻度の順位付けを実行する。
【０１０２】
（ステップＳ５２）
空調システム１は、ユーザー要求を取得する。
【０１０３】
（ステップＳ５３）
空調システム１は、最も使用頻度の高い機器に対応するユーザー要求があるか否かを判定する。空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がある場合、ステップＳ５４に進む。一方、空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がない場合、ステップＳ５７に進む。
【０１０４】
（ステップＳ５４）
空調システム１は、最も使用頻度の高い機器とユーザー要求とを紐付けする。
【０１０５】
（ステップＳ５５）
空調システム１は、紐付けしたユーザー要求に基づいてスケジュールを変更する。
【０１０６】
（ステップＳ５６）
空調システム１は、変更したスケジュールをスケジュール最適化データ１３５として格納する。
【０１０７】
（ステップＳ５７）
空調システム１は、全エリアについてユーザー要求の確認をしたか否かを判定する。空調システム１は、全エリアについてユーザー要求の確認をした場合、ステップＳ５８に進む。一方、空調システム１は、全エリアについてユーザー要求の確認をしていない場合、ステップＳ５１に戻る。
【０１０８】
（ステップＳ５８）
空調システム１は、超過した時刻の件数を１回減らす。つまり、空調システム１は、ステップＳ５８の処理のたびに超過した時刻の件数を１ずつ減らしていく処理を実行する。
【０１０９】
（ステップＳ５９）
空調システム１は、超過した時刻の件数が０であるか否かを判定する。空調システム１は、超過した時刻の件数が０である場合、処理を終了する。一方、空調システム１は、超過した時刻の件数が０でない場合、ステップＳ４５に戻る。つまり、空調システム１は、超過した時刻の件数分についてスケジュールの変更に関する処理を繰り返し実行する。
【０１１０】
なお、上記の説明では、超過した時刻の件数分だけステップＳ４５〜ステップＳ５９の処理を実行するという動作の一例として、ステップＳ５９において、件数が０になった時点で処理を終了する場合について説明したが特にこれに限定されない。例えば、該当する時刻分の処理が完了したことを、ステップＳ５９において、件数が１になった時点で処理を終了する場合には、空調システム１は、ステップＳ４４において、超過した時刻の件数＋１を設定する動作にすればよい。
【０１１１】
以上、本実施の形態２において、集中監視装置４１は、過去の運用データのうち、電力使用量を超過した時刻があって、時刻に対応する空調機５５の電力使用量が予め設定された電力使用量制限を超過する場合、評価指標が大きいものから順に、評価指標と紐付けされた空調機５５に対応するユーザー要求を紐付けする。
【０１１２】
上記構成のため、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。
【０１１３】
実施の形態３．
実施の形態１及び実施の形態２との相違点は、電力料金に基づいてスケジュールを変更する点にある。図１７は、本発明の実施の形態３における集中監視装置４１に実装される機能構成の一例を示す図である。図１７に示すように、記憶部１１２には、電力料金運用履歴データ１３７が設けられている。電力料金運用履歴データ１３７は、電力量計５４の検知結果から形成されたデータセットであって、１つのフロアに対応する電力料金に関するデータである。
【０１１４】
図１８は、本発明の実施の形態３におけるユーザー要求の入力画面の一例を示す図である。ここで、第２制限ボタン２２２と、第１ユーザー要求ボタン２３１とが押下されたと想定する。すると、入力部１１９は、押下されたボタンを検知し、電力料金運用履歴データ１３７をスケジュール変更部１１７に供給させると共に、スケジュール変更部１１７の動作を実行させる。
【０１１５】
次に、電力料金に基づいて、生成されたスケジュールを変更する動作例について図１９を用いて説明する。図１９は、本発明の実施の形態３における空調システム１の制御例を説明するフローチャートである。
【０１１６】
（ステップＳ７１）
空調システム１は、対象フロアにおいて電力料金を超過した時刻があるか否かを判定する。空調システム１は、対象フロアにおいて電力料金を超過した時刻がある場合、ステップＳ７２に進む。一方、空調システム１は、対象フロアにおいて電力料金を超過した時刻がない場合、処理を終了する。
【０１１７】
（ステップＳ７２）
空調システム１は、対象フロアにおける電力料金を超過した時刻を取得する。
【０１１８】
（ステップＳ７３）
空調システム１は、電力料金を超過した時刻があるか否かを判定する。空調システム１は、電力料金を超過した時刻がある場合、ステップＳ７４に進む。一方、空調システム１は、電力料金を超過した時刻がない場合、ステップＳ７５に進む。
【０１１９】
（ステップＳ７４）
空調システム１は、超過した時刻の件数を設定する。
【０１２０】
（ステップＳ７５）
空調システム１は、対象時刻を指定する。
【０１２１】
（ステップＳ７６）
空調システム１は、対象フロアにおける電力料金を超過した時刻に対応する外気温度を取得する。
【０１２２】
（ステップＳ７７）
空調システム１は、対象フロアにおける電力料金を超過した時刻に対応する設定温度を取得する。
【０１２３】
（ステップＳ７８）
空調システム１は、外気温度と設定温度とから対象フロアにおける空調機５５の電力料金を求める。
【０１２４】
（ステップＳ７９）
空調システム１は、空調機５５の電力料金が対象フロアにおける電力料金制限を超過するか否かを判定する。空調システム１は、空調機５５の電力料金が対象フロアにおける電力料金制限を超過する場合、ステップＳ８０に進む。一方、空調システム１は、空調機５５の電力料金が対象フロアにおける電力料金制限を超過しない場合、ステップＳ８８に進む。
【０１２５】
（ステップＳ８０）
空調システム１は、機器運用評価データ１３４を取得する。
【０１２６】
（ステップＳ８１）
空調システム１は、機器運用評価データ１３４に基づいてエリア毎にユーザー要求を紐付けしていない各種機器の使用頻度の順位付けを実行する。例えば、空調システム１は、各エリアに対応する機器運用評価データ１３４のうち、評価指標を参照することで、各種機器が統合的に評価された使用頻度の順位付けを実行する。
【０１２７】
（ステップＳ８２）
空調システム１は、ユーザー要求を取得する。
【０１２８】
（ステップＳ８３）
空調システム１は、最も使用頻度の高い機器に対応するユーザー要求があるか否かを判定する。空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がある場合、ステップＳ８４に進む。一方、空調システム１は、最も使用頻度の高い機器に対応するユーザー要求がない場合、ステップＳ８７に進む。
【０１２９】
（ステップＳ８４）
空調システム１は、最も使用頻度の高い機器とユーザー要求とを紐付けする。
【０１３０】
（ステップＳ８５）
空調システム１は、紐付けしたユーザー要求に基づいてスケジュールを変更する。
【０１３１】
（ステップＳ８６）
空調システム１は、変更したスケジュールをスケジュール最適化データ１３５として格納する。
【０１３２】
（ステップＳ８７）
空調システム１は、全エリアについてユーザー要求の確認をしたか否かを判定する。空調システム１は、全エリアについてユーザー要求の確認をした場合、ステップＳ８８に進む。一方、空調システム１は、全エリアについてユーザー要求の確認をしていない場合、ステップＳ８１に戻る。
【０１３３】
（ステップＳ８８）
空調システム１は、超過した時刻の件数を１回減らす。つまり、空調システム１は、ステップＳ８８の処理のたびに超過した時刻の件数を１ずつ減らしていく処理を実行する。
【０１３４】
（ステップＳ８９）
空調システム１は、超過した時刻の件数が０であるか否かを判定する。空調システム１は、超過した時刻の件数が０である場合、処理を終了する。一方、空調システム１は、超過した時刻の件数が０でない場合、ステップＳ７５に戻る。つまり、空調システム１は、超過した時刻の件数分についてスケジュールの変更に関する処理を繰り返し実行する。
【０１３５】
なお、上記の説明では、超過した時刻の件数分だけステップＳ７５〜ステップＳ８９の処理を実行するという動作の一例として、ステップＳ８９において、件数が０になった時点で処理を終了する場合について説明したが特にこれに限定されない。例えば、該当する時刻分の処理が完了したことを、ステップＳ８９において、件数が１になった時点で処理を終了する場合には、空調システム１は、ステップＳ７４において、超過した時刻の件数＋１を設定する動作にすればよい。
【０１３６】
以上、本実施の形態３において、集中監視装置４１は、過去の運用データのうち、電力料金を超過した時刻があって、時刻に対応する空調機５５の電力料金が予め設定された電力料金制限を超過する場合、評価指標が大きいものから順に、評価指標と紐付けされた空調機５５に対応するユーザー要求を紐付けする。
【０１３７】
上記構成のため、空調システム１は、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを変更することができる。
【０１３８】
実施の形態４．
実施の形態１〜実施の形態３との相違点は、リソースが仮想化される点にある。図２０は、本発明の実施の形態４における集中監視装置モジュール３３１及び遠隔監視装置モジュール３３３のそれぞれに対応するリソースの仮想化の一例を示す図である。図２０に示すように、サーバー装置３０１が通信ネットワーク２１に接続され、サーバー装置３０１は、通信ネットワーク２１を介して、建物３１に設けられている空調設備５１、人感センサー５２、照明設備５３、及び電力量計５４等を監視している。
【０１３９】
サーバー装置３０１は、記憶部３１１、入力部３１２、出力部３１３、通信部３１４、ドライブ３１５、入出力インタフェース３１６、バス３１７、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１８、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３１９、及びＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３２０等を備えている。記憶部３１１、入力部３１２、出力部３１３、通信部３１４、及びドライブ３１５は、入出力インタフェース３１６に接続されている。入出力インタフェース３１６は、バス３１７と各種信号を送受信する。バス３１７には、ＣＰＵ３１８、ＲＯＭ３１９、及びＲＡＭ３２０が接続されている。
【０１４０】
記憶部３１１には、集中監視装置モジュール３３１と、遠隔監視装置モジュール３３３とが組み込まれ、仮想機械として動作している。集中監視装置モジュール３３１は、集中監視装置４１の機能を実装したものである。遠隔監視装置モジュール３３３は、遠隔監視装置１１の機能を実装したものである。
【０１４１】
よって、集中監視装置４１の機能と、遠隔監視装置１１の機能とは、その格納場所が物理的に制約されることなく、上記で説明した各種機能を実行することができる。つまり、実行環境さえ整えば、物理的な場所に制約されることなく、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを生成することができる。
【０１４２】
なお、集中監視装置モジュール３３１は、本発明における第１機能モジュールに相当する。また、遠隔監視装置モジュール３３３は、本発明における第２機能モジュールに相当する。
【０１４３】
以上、本実施の形態４においては、空調設備５１及び照明機器５９を管理するサーバー装置３０１を備え、サーバー装置３０１は、集中監視装置４１の論理構成に対応する集中監視装置モジュール３３１と、遠隔監視装置１１の論理構成に対応する遠隔監視装置モジュール３３３と、を備えたものである。
【０１４４】
上記構成のため、空調システム１は、実行環境さえ整えば、物理的な場所に制約されることなく、新たな評価判断要素があったとしても、過去の運用データを利用して同一基準で空調機５５のスケジュールを生成することができる。
【符号の説明】
【０１４５】
１  空調システム、１１  遠隔監視装置、２１  通信ネットワーク、３１  建物、４１  集中監視装置、５１、５１＿１〜５１＿９  空調設備、５２、５２＿１〜５２＿９  人感センサー、５３、５３＿１〜５３＿９  照明設備、５４  電力量計、５５  空調機、５６  室外機、５７、５７＿１〜５７＿Ｎ  室内機、５８  換気空調装置、５９  照明機器、６０  照明制御器、６１  フロアレイアウト、７１、７１＿１、７１＿２、７１＿３、７１＿４、７１＿５、７１＿６、７１＿７  部屋、１０１  監視モジュール、１１１  送受信部、１１２、３１１  記憶部、１１３  機器運用評価部、１１４  取得部、１１５  スケジュール生成部、１１６  使用頻度判定部、１１７  スケジュール変更部、１１８  演算部、１１９、３１２  入力部、１２０、３１３  出力部、１３０  各種設定データ、１３１  空調設備運用データ、１３２  人感センサー運用データ、１３３  照明設備運用データ、１３４  機器運用評価データ、１３５  スケジュール最適化データ、１３６  電力使用量運用履歴データ、１３７  電力料金運用履歴データ、２０１  表示パネル、２１１〜２１９  エリアボタン、２２１  第１制限ボタン、２２２  第２制限ボタン、２３１  第１ユーザー要求ボタン、２３２  第２ユーザー要求ボタン、２３３  第３ユーザー要求ボタン、３０１  サーバー装置、３１４  通信部、３１５  ドライブ、３１６  入出力インタフェース、３１７  バス、３１８  ＣＰＵ、３１９  ＲＯＭ、３２０  ＲＡＭ、３３１  集中監視装置モジュール、３３３  遠隔監視装置モジュール。
【図１】
2014238221.tif 000003
【図２】
2014238221.tif 000004
【図３】
2014238221.tif 000005
【図４】
2014238221.tif 000006
【図５】
2014238221.tif 000007
【図６】
2014238221.tif 000008
【図７】
2014238221.tif 000009
【図８】
2014238221.tif 000010
【図９】
2014238221.tif 000011
【図１０】
2014238221.tif 000012
【図１１】
2014238221.tif 000013
【図１２】
2014238221.tif 000014
【図１３】
2014238221.tif 000015
【図１４】
2014238221.tif 000016
【図１５】
2014238221.tif 000017
【図１６】
2014238221.tif 000018
【図１７】
2014238221.tif 000019
【図１８】
2014238221.tif 000020
【図１９】
2014238221.tif 000021
【図２０】
2014238221.tif 000022