WO2015071979A1

WO2015071979A1 - 集中コントローラー

Info

Publication number: WO2015071979A1
Application number: PCT/JP2013/080689
Authority: WO
Inventors: 維哉川村
Original assignee: 三菱電機株式会社
Priority date: 2013-11-13
Filing date: 2013-11-13
Publication date: 2015-05-21

Abstract

　複数台のユニットで構成される空調設備５をデマンド制御する集中コントローラー１９であって、複数台のユニットのそれぞれの消費電力に基づいて、複数台のユニットのそれぞれのデマンド制御の優先順位を決定する優先順位決定部３０５と、空調設備５の消費電力と、予め設定された設定電力と、を比較する物件全体データ比較部３０７と、空調設備５の消費電力が設定電力を超える場合、優先順位に基づいて、デマンド制御を実行するデマンド制御部３０９と、を備えた。

Description

集中コントローラー

　本発明は、集中コントローラーに関する。

　従来、デマンド制御対象となっている各ユニットの運転状態と、庫内温度と設定温度との差異と、に基づいて、デマンド制御対象の優先順位を決定してデマンド制御を行う集中コントローラーがあった（例えば、特許文献１参照）。

特許第４３４６５８４号公報（段落［０１０４］）

　特許文献１に記載の従来技術は、デマンド制御対象の優先順位の決定に、各ユニットの消費電力量を考慮していなかった。よって、特許文献１に記載の従来技術は、優先順位の高いデマンド制御対象をデマンド制御したとしても、低下させることのできる消費電力が少ない場合があった。この場合、特許文献１に記載の従来技術は、デマンド制御を実行したとしても、全体的な消費電力を目標デマンド値に低下させることができなかった。

　上記の説明から、特許文献１に記載されているような従来技術は、デマンド制御を実行した場合、全体的な消費電力を目標デマンド値に低下させることができない恐れがあるという問題点があった。

　本発明は、上記のような問題点を解決するためになされたもので、デマンド制御を実行した場合、全体的な消費電力を目標デマンド値に低下させることができる集中コントローラーを提供することを目的とするものである。

　本発明に係る集中コントローラーは、複数台のユニットで構成される空調設備をデマンド制御する集中コントローラーであって、前記複数台のユニットのそれぞれの消費電力に基づいて、該複数台のユニットのそれぞれのデマンド制御の優先順位を決定する優先順位決定部と、前記空調設備の消費電力と、予め設定された設定電力と、を比較する物件全体データ比較部と、前記空調設備の消費電力が前記設定電力を超える場合、前記優先順位に基づいて、デマンド制御を実行するデマンド制御部と、を備えたものである。

　本発明は、消費電力に基づいてデマンド制御対象の優先順位を決定する。よって、本発明は、デマンド制御を実行した場合、全体的な消費電力を目標デマンド値に低下させることができるという効果を有する。

本発明の実施の形態１における空気調和システム１の概略構成の一例を示す図である。本発明の実施の形態１における室外ユニット１１の内部構成の一例を示す図である。本発明の実施の形態１における室内ユニット１３の内部構成の一例を示す図である。本発明の実施の形態１における集中コントローラー１９の内部構成の一例を示す図である。本発明の実施の形態１における消費電力データベース生成処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。本発明の実施の形態１における優先順位付きデマンド制御処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。本発明の実施の形態１における消費電力データベース２２１及び低下電力データベース２２５に基づいて決定される低下可能電力の順位付けの一例を示す図である。本発明の実施の形態１における集中コントローラー１９の全体的な処理例をを説明するフローチャートである。本発明の実施の形態１における消費電力データベース生成処理を説明するフローチャートである。本発明の実施の形態１における優先順位付きデマンド制御処理を説明するフローチャートである。本発明の実施の形態２における消費電力データベース生成処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。本発明の実施の形態２における優先順位付きデマンド制御処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。本発明の実施の形態２における消費電力データベース２２１及び低下電力データベース２２５に基づいて決定される低下可能電力の順位付けの一例を示す図である。本発明の実施の形態２における消費電力データベース生成処理を説明するフローチャートである。本発明の実施の形態２における優先順位付きデマンド制御処理を説明するフローチャートである。

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

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

　また、本実施の形態で説明されるブロック図の各ブロックは、その機能が実施されればよく、それらの各ブロックで構成が分離されなくてもよい。なお、本実施の形態１～２のそれぞれにおいて、特に記述しない項目については実施の形態１～２と同様とし、同一の機能及び構成については同一の符号を用いて述べることとする。また、本実施の形態１～２のそれぞれは、単独で実施されてもよく、組み合わされて実施されてもよい。いずれの場合においても、後述する有利な効果を奏することとなる。また、本実施の形態で説明する各種具体的な設定例は一例を示すだけであり、特にこれらに限定されない。

　また、本実施の形態において、システムとは、複数の装置で構成される装置全体を表すものである。また、本実施の形態において、ネットワークとは、少なくとも２つの装置が接続され、ある装置から他の装置へ情報の伝達ができるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置同士であってもよく、１つの装置を構成している内部ブロック同士であってもよい。また、本実施の形態において、通信とは、無線通信及び有線通信は勿論、無線通信と有線通信とが混在した通信であってもよい。例えば、ある区間では無線通信が行われ、他の空間では有線通信が行われるようなものであってもよい。また、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであってもよい。

実施の形態１．
（実施の形態１の構成）
　図１は、本発明の実施の形態１における空気調和システム１の概略構成の一例を示す図である。図１に示すように、空気調和システム１は、空調設備５＿１～空調設備５＿Ｎと、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎと、汎用機器群１８＿１～汎用機器群１８＿Ｎと、集中コントローラー１９と、外部装置群２１と、を備えている。空調設備５＿１～空調設備５＿Ｎ、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎ、及び集中コントローラー１９のそれぞれは、例えば、管理専用伝送線３３を介して接続されている。汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎ及び汎用機器群１８＿１～汎用機器群１８＿Ｎのそれぞれは、例えば、汎用伝送線３１を介して接続されている。集中コントローラー１９及び外部装置群２１は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）３７を介して接続されている。

　空調設備５＿１は、例えば、室外ユニット１１＿１～室外ユニット１１＿Ｎ、室内ユニット１３＿１１～室内ユニット１３＿ＮＮ、及びリモートコントローラー１５＿１～リモートコントローラー１５＿Ｎ等で構成される。室外ユニット１１＿１～室外ユニット１１＿Ｎ、室内ユニット１３＿１１～室内ユニット１３＿ＮＮ、及びリモートコントローラー１５＿１～リモートコントローラー１５＿Ｎのそれぞれは、例えば、室内外専用伝送線３５を介して接続されている。

　なお、空調設備５＿２～空調設備５＿Ｎのそれぞれは、空調設備５＿１で説明した各種機器と同様な機器を含んでいると想定する。よって、空調設備５＿２～空調設備５＿Ｎのそれぞれの説明を省略する。ただし、空調設備５＿１を構成する各種機器と、空調設備５＿２～空調設備５＿Ｎのそれぞれを構成する各種機器とは、台数及び種類等が同じである必要はない。

　汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎのそれぞれは、汎用伝送線３１を介して、汎用機器群１８＿１～汎用機器群１８＿Ｎのそれぞれを制御する。汎用機器群１８＿１～汎用機器群１８＿Ｎのそれぞれは、例えば、加湿器、ヒーター、換気扇、汎用機器用温度センサー、及び汎用機器用湿度センサー等（いずれも図示せず）を含む。

　集中コントローラー１９は、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎ、空調設備５＿１～空調設備５＿Ｎ、及び外部装置群２１等を管理する。集中コントローラー１９は、例えば、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎのそれぞれの運転状態を管理する。集中コントローラー１９は、例えば、空調設備５＿１～空調設備５＿Ｎのそれぞれの運転状態及び消費電力量等を管理し、空調設備５＿１～空調設備５＿Ｎのそれぞれのデマンド制御を行う。集中コントローラー１９は、例えば、外部装置群２１に含まれる各種機器を管理する。なお、集中コントローラー１９の詳細については、図４を用いて後述する。

　外部装置群２１は、例えば、エネルギー管理装置、ＷＥＢブラウザ、無線送信機器、及びタブレット端末等（いずれも図示せず）を含む。よって、集中コントローラー１９は、エネルギー管理装置、ＷＥＢブラウザ、無線送信機器、及びタブレット端末等のような各種機器を管理する。

　汎用伝送線３１は、一般的に外部に公開された通信プロトコルに準拠した通信が行われる通信媒体である。例えば、汎用伝送線３１は、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎのそれぞれと、汎用機器群１８＿１～汎用機器群１８＿Ｎのそれぞれとの間で各種信号を伝達させる。管理専用伝送線３３は、外部に非公開である通信プロトコルに準拠した通信が行われる通信媒体である。例えば、管理専用伝送線３３は、空調設備５＿１～空調設備５＿Ｎのそれぞれと、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎのそれぞれと、集中コントローラー１９との間で各種信号を伝達させる。

　室内外専用伝送線３５は、外部に非公開である通信プロトコルに準拠した通信が行われる通信媒体である。室内外専用伝送線３５は、例えば、室外ユニット１１＿１～室外ユニット１１＿Ｎのそれぞれと、室内ユニット１３＿１１～室内ユニット１３＿ＮＮのそれぞれと、リモートコントローラー１５＿１～リモートコントローラー１５＿Ｎのそれぞれとの間で各種信号を伝達させる。

　なお、汎用伝送線３１、管理専用伝送線３３、及びＬＡＮ３７等のような有線媒体は、通信媒体の一例であって、特にこれらに限定されない。例えば、通信媒体は、無線媒体であってもよい。

　なお、空調設備５＿１～空調設備５＿Ｎのそれぞれを特に区別しない場合、空調設備５と称する。また、室外ユニット１１＿１～室外ユニット１１＿Ｎのそれぞれを特に区別しない場合、室外ユニット１１と称する。また、室内ユニット１３＿１１～室内ユニット１３＿ＮＮのそれぞれを特に区別しない場合、室内ユニット１３と称する。また、リモートコントローラー１５＿１～リモートコントローラー１５＿Ｎのそれぞれを特に区別しない場合、リモートコントローラー１５と称する。また、汎用機器コントローラー１７＿１～汎用機器コントローラー１７＿Ｎのそれぞれを特に区別しない場合、汎用機器コントローラー１７と称する。また、汎用機器群１８＿１～汎用機器群１８＿Ｎのそれぞれを特に区別しない場合、汎用機器群１８と称する。

　なお、室内ユニット１３及び室外ユニット１１のそれぞれは、本発明におけるユニットに相当する。例えば、複数台の室内ユニット１３は、本発明のおける複数台のユニットに相当する。また、例えば、室内ユニット１３及び室外ユニット１１は、本発明における複数台のユニットに相当する。また、例えば、複数台の室内ユニット１３及び室外ユニット１１は、本発明における複数台のユニットに相当する。また、複数台の室内ユニット１３及び複数台の室外ユニット１１は、本発明における複数台のユニットに相当する。また、室内ユニット１３及び複数台の室外ユニット１１は、本発明における複数台のユニットに相当する。

　次に、空調設備５に含まれる室外ユニット１１及び室内ユニット１３で構成される空気調和機の冷媒回路構成例について図２及び図３を用いて説明する。なお、空気調和機を構成する室外ユニット１１及び室内ユニット１３のそれぞれの台数及び冷媒回路構成は後述する記載内容に特に限定されない。また、室外ユニット１１及び室内ユニット１３のそれぞれの設置台数にかかわらず、室外ユニット１１及び室内ユニット１３を総称する場合、空気調和機と称する。また、室外ユニット１１及び室内ユニット１３を含む空調設備５は、後述する記載内容で特に限定されない。

　図２は、本発明の実施の形態１における室外ユニット１１の内部構成の一例を示す図である。図２に示すように、室外ユニット１１は、圧縮機６１、四方切換弁６２、熱交換器６３、膨張弁６４、アキュムレーター６５、ファン６６、及び制御基板５１等を備えている。室外ユニット１１には、冷媒配管３９が接続されている。冷媒配管３９は、室外ユニット１１内に構成されている空気調和機の冷媒回路の一部と接続され、室内ユニット１３内に構成されている空気調和機の冷媒回路の一部と接続されることで、室外ユニット１１と、室内ユニット１３との間で冷媒を循環させる。

　圧縮機６１は、吸入した冷媒を圧縮し、運転周波数に応じて任意の圧力を加えて吐出する。圧縮機６１は、例えば、図示しないインバータ回路から供給される運転周波数の変化に応じて、単位時間当たりの冷媒の送出量を変化させる。四方切換弁６２は、例えば、冷房運転又は暖房運転に応じて、冷媒回路の経路を切り換える。熱交換器６３は、内部を流通する冷媒と、外部に存在する空気とを熱交換する。膨張弁６４は、制御基板５１から供給される制御指令に基づいて、弁の開度が調整されることで、冷媒の流量を制御する。アキュムレーター６５は、冷媒液を貯留することで、気相の冷媒を圧縮機６１に吸入させる。ファン６６は、熱交換器６３に空気を送る。

　制御基板５１には、伝送モジュール９１及び制御モジュール９５が構成されている。制御基板５１は、例えば、室外ユニット１１と、室内ユニット１３との間の各種信号を送受信する。制御基板５１は、例えば、圧縮機６１、四方切換弁６２、膨張弁６４、及びファン６６の駆動を制御する。具体的には、伝送モジュール９１が、室内外専用伝送線３５を介して、室内ユニット１３と各種信号を送受信する。また、制御モジュール９５には、温度センサー７１の検知結果が供給される。温度センサー７１は、室外ユニット１１周囲の温度を検知する。

　よって、制御モジュール９５は、伝送モジュール９１から供給される各種信号と、温度センサー７１の検知結果と、に基づいて、圧縮機６１、四方切換弁６２、膨張弁６４、及びファン６６のそれぞれの駆動を制御する。制御モジュール９５は、伝送モジュール９１を介して、室内ユニット１３と通信が行われるため、室内ユニット１３が保持する空調対象空間の室内温度データを取得することができる。

　図３は、本発明の実施の形態１における室内ユニット１３の内部構成の一例を示す図である。図３に示すように、室内ユニット１３は、膨張弁６７、熱交換器６８、ファン６９、及び制御基板５３等を備えている。室内ユニット１３には、冷媒配管３９が接続されている。冷媒配管３９は、上記で説明したように、室内ユニット１３内に構成されている空気調和機の冷媒回路の一部と接続され、室外ユニット１１内に構成されている空気調和機の冷媒回路の一部と接続されることで、室内ユニット１３と、室外ユニット１１との間で冷媒を循環させる。

　膨張弁６７は、制御基板５３の制御指令に基づいて、弁の開度が調整され、冷媒の流量を制御する。ファン６９は、熱交換器６８に空気を送る。

　制御基板５３には、伝送モジュール９２及び制御モジュール９６が構成されている。制御基板５３は、例えば、室内ユニット１３と、室外ユニット１１との間の各種信号を送受信する。制御基板５３は、例えば、膨張弁６７及びファン６９のそれぞれの駆動を制御する。具体的には、伝送モジュール９２は、室内外専用伝送線３５を介して、室外ユニット１１と各種信号を送受信する。制御モジュール９６には、温度センサー７５の検知結果及び湿度センサー７３の検知結果が供給される。温度センサー７５は、室内ユニット１３周囲の温度を検知することで、空調対象空間の室内温度データを制御モジュール９６に供給する。湿度センサー７３は、室内ユニット１３周囲の湿度を検知することで、空調対象空間の室内湿度データを制御モジュール９６に供給する。

　よって、制御モジュール９６は、伝送モジュール９２から供給される各種信号と、温度センサー７５の検知結果と、湿度センサー７３の検知結果と、に基づいて、膨張弁６７及びファン６９のそれぞれの駆動を制御する。制御モジュール９６は、伝送モジュール９２を介して、室外ユニット１１と通信が行われるため、室外ユニット１１が保持する各種データを取得することができる。

　図４は、本発明の実施の形態１における集中コントローラー１９の内部構成の一例を示す図である。図４に示すように、集中コントローラー１９は、インターフェース構成部１０１及び処理構成部１０３を備えている。インターフェース構成部１０１は、空調設備５及び汎用機器コントローラー１７と、処理構成部１０３との間で、各種信号の送受信を中継し、適宜、通信プロトコルに準拠した各種信号の変換を行う。

　処理構成部１０３は、第１通信モジュール１１１、第２通信モジュール１１３、記憶モジュール１１５、及び制御モジュール１１７を備え、汎用機器コントローラー１７、空調設備５、及び汎用機器群１８の監視、制御、及び設定等を行う。第１通信モジュール１１１は、インターフェース構成部１０１と、制御モジュール１１７との間の通信を中継する。第２通信モジュール１１３は、制御モジュール１１７と、外部装置群２１との間の通信を中継する。記憶モジュール１１５は、汎用機器コントローラー１７、空調設備５、及び汎用機器群１８の監視、制御、及び設定等に関する各種データを記憶する。制御モジュール１１７は、処理構成部１０３を統合管理する。

　処理構成部１０３は、概略的なソフトウェア構成としては上記で説明したような機能が実行される。一方、処理構成部１０３は、概略的なハードウェア構成としては、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、及びＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）がバスを介して接続され、バスと、記憶装置と、入力装置と、出力装置と、通信装置と、ドライブとが入出力インターフェースを介して接続されていればよい（いずれも図示せず）。次に、処理構成部１０３のうち、制御モジュール１１７及び記憶モジュール１１５の詳細構成例について図５及び図６を用いて説明する。

　図５は、本発明の実施の形態１における消費電力データベース生成処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。図５に示すように、制御モジュール１１７及び記憶モジュール１１５の両方にわたって、消費電力データベース生成処理モジュール１２１が構成される。

　消費電力データベース生成処理モジュール１２１のうち、制御モジュール１１７側には、データ定期取得部２０１、運転スケジュール開始時データ取得部２０３、運転スケジュール制御部２０５、運転スケジュール開始後データ取得部２０７、及びデータ演算部２０９が構成される。消費電力データベース生成処理モジュール１２１のうち、記憶モジュール１１５側には、消費電力データベース２２１及び運転スケジュールデータベース２２３が構成される。なお、記憶モジュール１１５には、消費電力データベース生成処理モジュール１２１とは別に、ユニット番号割当テーブル２２０が構成されている。

　データ定期取得部２０１は、予め設定されたデータ取得周期が到来するたびに、稼働中ユニットの運転データと、物件全体の消費電力と、各ユニットの消費電力とを取得する。運転データは、例えば、稼働中ユニットの運転状態、稼働中ユニットに設定された設定温度、稼働中ユニットの空調対象空間の庫内温度、及び稼働中ユニットのスケジュール設定内容等である。運転データのうち、稼働中ユニットの運転状態は、例えば、装置の異常有無、負荷の遮断有無、目標電力に対する余裕の有無、注意警報の有無、及び遮断警報の有無等であるが、特にれらに限定されない。運転データのうち、稼働中ユニットの空調対象空間の庫内温度は、空調対象空間ごとに異なり、例えば、青果加工室、精肉加工室、鮮魚加工室、及び入荷室等のそれぞれに対応する庫内温度である。

　運転データのうち、稼働中ユニットのスケジュール設定内容は、例えば、デイリースケジュール又はウィークリースケジュール等のように時間帯ごとに通常運転又はデマンド制御等が設定された運転内容である。つまり、集中コントローラー１９は、スケジュール設定されているデマンド制御と比べ、後述するデマンド制御の方が優先順位が高いと判断する。

　物件全体の消費電力は、集中コントローラー１９が管理する範囲の機器の消費電力である。例えば、集中コントローラー１９が、空調設備５＿１、汎用機器コントローラー１７＿２、及び汎用機器群１８＿２を管理している場合、物件全体の消費電力は、空調設備５＿１、汎用機器コントローラー１７＿２、及び汎用機器群１８＿２を合計した消費電力である。各ユニットの消費電力は、集中コントローラー１９が管理する範囲のユニットごとの消費電力である。例えば、集中コントローラー１９が、空調設備５＿１を管理し、空調設備５＿１は、室外ユニット１１＿１～室外ユニット１１＿３及び室内ユニット１３＿１１～室内ユニット１３＿３３で構成されていると想定する。この場合、各ユニットの消費電力は、室外ユニット１１＿１～室外ユニット１１＿３及び室内ユニット１３＿１１～室内ユニット１３＿３３のそれぞれの消費電力である。

　データ定期取得部２０１は、データ取得周期ごとに取得した各種データを比較データとして、例えば、稼働中ユニットの運転データを蓄積していき、物件全体データの消費電力と、第１ユニット等のような稼働中ユニットの消費電力とを蓄積していき、第１ユニット等のような稼働中ユニットの運転データと、第１ユニット等のような稼働中ユニットの消費電力とをユニットごとに紐付けさせておく。なお、上記で説明した第１ユニットは、室外ユニット１１及び室内ユニット１３の何れか１台を意味すると想定する。

　なお、稼働中ユニットの運転データは、本発明における第３運転データに相当する。

　次に、運転スケジュール開始時データ取得部２０３は、運転スケジュール開始時の運転データを取得する。具体的には、運転スケジュール開始時データ取得部２０３は、運転スケジュールを開始させるユニットの運転データを取得する。具体的には、運転スケジュール開始時データ取得部２０３は、上記で説明したように、運転データとして、運転スケジュール対象のユニットの運転状態、運転スケジュール対象のユニットの設定温度、運転スケジュール対象のユニットの空調対象空間の庫内温度、及び運転スケジュール対象のユニットのスケジュール設定内容を取得する。

　次に、運転スケジュール制御部２０５は、集中コントローラー１９の管理下にあるユニット台数が、例えば、５台と想定した場合、第１ユニット～第５ユニットのそれぞれに対応するスケジュール設定内容を取得する。運転スケジュール制御部２０５は、運転スケジュール対象のユニットごとに、対象ユニットと、電力データである消費電力とを紐付けしてデータを蓄積していく。例えば、運転スケジュール制御部２０５は、電力取得周期が到来するまで、対象ユニットの消費電力を蓄積していく。なお、電力取得周期は、例えば、５分間であるが、特にこれに限定されない。

　次に、運転スケジュール開始後データ取得部２０７は、運転スケジュール制御部２０５が蓄積した複数の電力データ、すなわち、複数の消費電力のうち、最大消費電力を取得する。運転スケジュール開始後データ取得部２０７は、対象ユニットと、最大消費電力とを紐付けしておく。次に、データ演算部２０９は、運転スケジュール開始時データ取得部２０３が取得した運転データと、運転スケジュール開始後データ取得部２０７が取得した対象ユニット及び最大消費電力の組データと、に基づいて、運転スケジュール実行後データを作成する。例えば、データ演算部２０９は、運転データと、最大消費電力とを紐付けさせ、対象ユニットに対応する運転データ及び最大消費電力を紐付けさせることで、運転スケジュール実行後データを作成する。次に、データ演算部２０９は、データ定期取得部２０１で取得した比較データと、運転スケジュール実行後データとを比較する。

　次に、データ演算部２０９は、上記の比較の結果、電力データ以外が同一のデータであるか否かを判定する。つまり、データ演算部２０９は、運転スケジュール開始前のデータである比較データに含まれる運転データと、運転スケジュール開始後のデータである運転スケジュール実行後データに含まれる運転データと、が同一であれば、消費電力データベース２２１を更新させ、同一でなければ、運転スケジュール実行に伴う各種データを追加する。

　ユニット番号割当テーブル２２０は、第１ユニット等のユニット番号と、集中コントローラー１９の管理下にある各ユニットとを紐付ける対応関係が設定されている。例えば、ユニット番号と、各ユニットに設定されているアドレスとの対応関係が設定されていればよい。

　消費電力データベース２２１は、例えば、ユニット単位データと、稼働中ユニットデータと、物件全体データとで構成される。ユニット単位データは、例えば、運転データと、電力データとが紐付けされたデータ構造である。運転データは、上記で説明したように、運転状態、設定温度、庫内温度、及びスケジュール設定内容で構成される。電力データは、上記で説明したように、消費電力である。つまり、ユニット単位データは、ユニットごとに、運転データと、電力データとが紐付けされたデータ構造で構成される。

　なお、消費電力データベース２２１に含まれる運転データは、本発明における第１運転データに相当する。また、消費電力データベース２２１に含まれる電力データは、本発明における第１消費電力データに相当する。

　稼働中ユニットデータは、例えば、各ユニットが稼働中であるか否かが設定される。例えば、稼働中ユニットデータは、第１ユニットが稼働中であり、第２ユニットが停止中である等が設定される。なお、上記の説明では、第２ユニットまでの一例を説明したが、特にこれに限定されない。稼働中ユニットデータは、例えば、集中コントローラー１９の管理下にあるユニットの稼働状態が設定されればよい。物件全体データは、例えば、物件全体の電力データで構成される。つまり、物件全体データは、物件全体の消費電力を求めた結果が格納されればよい。

　要するに、消費電力データベース２２１は、ユニットごとに、何の運転（設定）中にどんな運転スケジュールを実行することでどれだけ消費電力が増加したかを記録させるために、ユニットごとに、運転状態、設定温度、庫内温度、スケジュール設定内容、及び消費電力を１レコードとして格納していく。ここで、１レコードに含まれる消費電力は最大消費電力である。

　なお、上記で説明した消費電力データベース生成処理モジュール１２１は、実行されるたびに記憶装置の論理空間に展開されるものであってもよく、実行の有無にかかわらず、論理空間又は物理空間に予め構成されているものであってもよい。また、上記で説明した消費電力データベース２２１のデータ構造及び運転スケジュールデータベース２２３のデータ構造は一例であって、特にこれらに限定されない。

　図６は、本発明の実施の形態１における優先順位付きデマンド制御処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。図７は、本発明の実施の形態１における消費電力データベース２２１及び低下電力データベース２２５に基づいて決定される低下可能電力の順位付けの一例を示す図である。図６に示すように、制御モジュール１１７及び記憶モジュール１１５の両方にわたって、優先順位付きデマンド制御処理モジュール１２３が構成される。

　優先順位付きデマンド制御処理モジュール１２３のうち、制御モジュール１１７側には、優先順位決定用データ定期取得部３０１、ユニット単位データ比較部３０３、優先順位決定部３０５、物件全体データ比較部３０７、デマンド制御部３０９、及びデマンド結果演算部３１１が構成される。優先順位付きデマンド制御処理モジュール１２３のうち、記憶モジュール１１５側には、低下電力データベース２２５が構成される。なお、上記で説明したように、記憶モジュール１１５には、消費電力データベース生成処理モジュール１２１及び優先順位付きデマンド制御処理モジュール１２３とは別に、ユニット番号割当テーブル２２０が構成されている。

　優先順位決定用データ定期取得部３０１は、優先順位決定用データ取得周期ごとに、消費電力データベース２２１に含まれるユニット単位データを取得する。つまり、優先順位決定用データ定期取得部３０１は、優先順位決定用データ取得周期ごとに、運転データと、運転データに対応する消費電力、すなわち、各ユニットの消費電力とを取得する。

　ユニット単位データ比較部３０３は、優先順位決定用データ取得周期ごとに、ユニット単位設定電力を取得する。ここで、ユニット単位設定電力は、物件全体設定電力のうち、ユニットごとに割り当てられている設定電力である。つまり、ユニット単位設定電力は、契約電力である物件全体設定電力のうち、使用可能な消費電力がユニットごとに紐付けされている。なお、ユニット単位データ比較部３０３に取得される前にユニット単位設定電力が保持されている論理空間は、特に限定されない。

　次に、ユニット単位データ比較部３０３は、優先順位決定用データ定期取得部３０１が取得したユニット単位データのうち、ユニットごとに消費電力を取得する。次に、ユニット単位データ比較部３０３は、ユニット単位設定電力と、ユニットの消費電力とを、ユニットごとに比較していく。次に、ユニット単位データ比較部３０３は、ユニット単位設定電力を超える消費電力のユニットがある場合、優先決定処理に移行させる。

　優先順位決定部３０５は、例えば、低下可能電力順位付け決定部４０１と、優先順位キュー４０３とで構成される。低下可能電力順位付け決定部４０１は、スケジュール設定内容及びデマンド制御内容を参照後、消費電力データベース２２１と、低下電力データベース２２５と、に基づいて、低下可能電力の順位付けを行う。例えば、低下可能電力順位付け決定部４０１は、ユニットごとに、スケジュール設定内容を参照して電力消費が発生する場合の電力データと、デマンド制御内容を参照して電力消費が発生する場合の電力データとを比較することで、低下させられる電力が大きいユニットから優先順位を付与していく。優先順位キュー４０３は、例えば、ＦＩＦＯ（Ｆｉｒｓｔ　Ｉｎ　Ｆｉｒｓｔ　Ｏｕｔ）の論理構成のバッファであって、低下可能電力の順位付けの結果に基づいて、デマンド制御の実行順序がユニット単位で格納される。なお、優先順位決定部３０５の動作の詳細については図７を用いて後述する。

　物件全体データ比較部３０７は、優先順位決定用データ取得周期ごとに、消費電力データベース２２１に含まれる物件全体データの電力データとして求められた消費電力、すなわち、物件全体消費電力を取得する。物件全体データ比較部３０７は、物件全体設定電力、すなわち、契約電力を取得する。なお、物件全体データ比較部３０７に取得される前に物件全体設定電力が保持されている論理空間は、特に限定されない。物件全体データ比較部３０７は、物件全体消費電力と、物件全体設定電力とを比較し、物件全体消費電力が物件全体設定電力を超える場合、デマンド制御処理に移行させる。

　デマンド制御部３０９は、優先順位キュー４０３を参照することで、優先順位対象ユニットを選択し、ユニット単位データに含まれる運転データからデマンド制御内容を取得する。デマンド制御部３０９は、取得したデマンド制御内容に基づいて、デマンド制御を行う。デマンド制御部３０９は、デマンド制御開始時の運転データを取得し、デマンド結果演算部３１１に供給する。デマンド制御部３０９は、デマンド制御対象の対象ユニットに関するデータをデマンド結果演算部３１１に供給する。デマンド制御部３０９は、電力取得周期が到来するまでの間、電力データ、すなわち、デマンド制御時の消費電力を蓄積する。デマンド制御部３０９は、電力取得周期が到来した場合、蓄積した電力データのうち、最小消費電力を取得し、デマンド結果演算部３１１に供給する。

　なお、同一のデマンド制御内容であれば、デマンド制御開始時の運転データと、デマンド制御に応じて稼働中のユニットに対応する運転データとは、同じデータとなる。よって、デマンド制御開始時の運転データは、本発明における第４運転データに相当する。

　デマンド結果演算部３１１は、ユニット単位データを取得する。デマンド結果演算部３１１は、対象ユニット、運転データ、及び最小消費電力を紐付けし、デマンド実行後データを構成する。例えば、デマンド結果演算部３１１は、対象ユニットと、最小消費電力とを紐付けする。デマンド結果演算部３１１は、運転データと、最小消費電力とを紐付けする。デマンド結果演算部３１１は、対象ユニットと、運転データとを紐付けする。デマンド結果演算部３１１は、ユニット単位データと、デマンド実行後データとを比較することで、電力データ以外が同一のデータである場合、つまり、同一のユニットで同一の運転データである場合、低下電力データベース２２５を更新し、電力データ以外が同一のデータでない場合、デマンド実行後データを低下電力データベース２２５に追加する。

　低下電力データベース２２５は、例えば、ユニット単位データで構成される。ユニット単位データは、例えば、運転データと、電力データとが紐付けされたデータ構造である。運転データは、上記で説明したように、運転状態、設定温度、庫内温度、及びデマンド制御内容で構成される。電力データは、上記で説明したように、消費電力である。つまり、ユニット単位データは、ユニットごとに、運転データと、電力データとが紐付けされたデータ構造で構成される。

　なお、低下電力データベース２２５に含まれる運転データは、本発明における第２運転データに相当する。また、低下電力データベース２２５に含まれる電力データは、本発明における第２消費電力に相当する。

　要するに、低下電力データベース２２５は、ユニットごとに、何の運転（設定）中にどんなデマンド制御を実行することでどれだけ消費電力を低下させられたかを記録させるために、ユニットごとに、運転状態、設定温度、庫内温度、デマンド制御内容、及び消費電力を１レコードとして格納していく。ここで、１レコードに含まれる消費電力は最小消費電力である。

　なお、図６においては、優先順位付きデマンド制御処理モジュール１２３と、消費電力データベース生成処理モジュール１２１とが、制御モジュール１１７及び記憶モジュール１１５の両方にわたって存在し、図５においては、消費電力データベース生成処理モジュール１２１のみが制御モジュール１１７及び記憶モジュール１１５の両方にわたって存在している。これは、優先順位付きデマンド制御処理モジュール１２３は、消費電力データベース生成処理モジュール１２１の演算結果を利用するものの、消費電力データベース生成処理モジュール１２１は、単独で各種演算が実施されるためである。なお、論理空間に余裕が十分にあれば、何れの処理の場合においても、優先順位付きデマンド制御処理モジュール１２３と、消費電力データベース生成処理モジュール１２１とを両方存在させておいてもよい。

　次に、図７を参照し、消費電力データベース２２１と、低下電力データベース２２５とを用いることで、各ユニットの優先順位を決定する動作例について説明する。なお、図７においては、集中コントローラー１９は、ユニットごとに、スケジュール設定内容と、デマンド制御内容とを参照し、電力消費が生じるユニットを選択していると想定する。

　集中コントローラー１９、例えば、優先順位決定部３０５は、ユニットごとに、消費電力データベース２２１から最大消費電力を取得し、低下電力データベース２２５から最小消費電力を取得し、最大消費電力と、最小消費電力との差分を比較する。例えば、優先順位決定部３０５は、第１ユニットに対応する最大消費電力と最小消費電力との差分を第１差分とし求め、第２ユニットに対応する最大消費電力と最小消費電力との差分を第２差分として求め、以後ユニットごとに同様に対応する差分を求め、例えば、第Ｎユニットに対応する最大消費電力と最小消費電力との差分を第Ｎ差分として求める。優先順位決定部３０５は、第１差分～第Ｎ差分のうち、最も大きいユニットから順にデマンド制御を実行させる優先順位を決定する。例えば、優先順位決定部３０５は、決定した優先順位を優先順位キュー４０３に格納する。

　なお、上記で説明した優先順位付きデマンド制御処理モジュール１２３は、実行されるたびに図示しない記憶装置の論理空間に展開されるものであってもよく、実行の有無にかかわらず、論理空間又は物理空間に予め構成されているものであってもよい。また、上記で説明した低下電力データベース２２５のデータ構造は一例であって、特にこれに限定されない。

　なお、上記で説明した消費電力データベース生成処理モジュール１２１及び優先順位付きデマンド制御処理モジュール１２３のそれぞれの機能構成は一例であって、特にこれらに限定されない。要するに、上記で説明した各機能が実施されるものであればよい。

（実施の形態１の動作）
　図８は、本発明の実施の形態１における集中コントローラー１９の全体的な処理例をを説明するフローチャートである。

（ステップＳ１１）
　集中コントローラー１９は、消費電力データベース生成処理を実行し、優先順位付きデマンド制御処理に移行する。消費電力データベース生成処理は、例えば、上記で説明した消費電力データベース生成処理モジュール１２１が実行する。

（ステップＳ１２）
　集中コントローラー１９は、優先順位付きデマンド制御処理を実行し、処理を終了する。優先順位付きデマンド制御処理は、例えば、上記で説明した優先順位付きデマンド制御処理モジュール１２３が実行する。

　図９は、本発明の実施の形態１における消費電力データベース生成処理を説明するフローチャートである。なお、ステップＳ２１～ステップＳ２４の処理がデータ定期取得処理に対応する。また、ステップＳ２５～ステップＳ２７の処理が運転スケジュール開始処理に対応する。また、ステップＳ２８～ステップＳ３１の処理が実行データ取得処理に対応する。また、ステップＳ３２～ステップＳ３３の処理がデータベース更新確認処理に対応する。また、ステップＳ３４～ステップＳ３７の処理がデータベース更新処理に対応する。また、ステップＳ３８の処理がデータベース追加処理に対応する。

（データ定期取得処理）
（ステップＳ２１）
　集中コントローラー１９は、データ取得周期が到来したか否かを判定する。集中コントローラー１９は、データ取得周期が到来した場合、ステップＳ２２に進む。一方、集中コントローラー１９は、データ取得周期が到来しない場合、ステップＳ２１に戻る。

（ステップＳ２２）
　集中コントローラー１９は、稼働中ユニットの運転データを取得する。

（ステップＳ２３）
　集中コントローラー１９は、物件全体の消費電力を取得する。

（ステップＳ２４）
　集中コントローラー１９は、各ユニットの消費電力を取得する。

（運転スケジュール開始処理）
（ステップＳ２５）
　集中コントローラー１９は、各ユニットの運転スケジュールの設定時刻を参照する。

（ステップＳ２６）
　集中コントローラー１９は、設定時刻が到来した運転スケジュールがあるか否かを判定する。集中コントローラー１９は、設定時刻が到来した運転スケジュールがある場合、ステップＳ２７に進む。一方、集中コントローラー１９は、設定時刻が到来した運転スケジュールがない場合、ステップＳ２５に戻る。

（ステップＳ２７）
　集中コントローラー１９は、該当ユニットを運転させる。

（実行データ取得処理）
（ステップＳ２８）
　集中コントローラー１９は、運転スケジュール開始時の運転データを取得する。

（ステップＳ２９）
　集中コントローラー１９は、電力データを蓄積する。

（ステップＳ３０）
　集中コントローラー１９は、電力取得周期が到来したか否かを判定する。集中コントローラー１９は、電力取得周期が到来した場合、ステップＳ３１に進む。一方、集中コントローラー１９は、電力取得周期が到来しない場合、ステップＳ２９に戻る。

（ステップＳ３１）
　集中コントローラー１９は、電力データのうち最大消費電力を取得する。

（データベース更新確認処理）
（ステップＳ３２）
　集中コントローラー１９は、運転スケジュール実行に伴う各種データと稼働中ユニットに対応する各種データとを比較する。ここで、各種データとは、運転データと、電力データとを含んだデータであると想定する。

（ステップＳ３３）
　集中コントローラー１９は、電力データ以外が同一のデータであるか否かを判定する。集中コントローラー１９は、電力データ以外が同一のデータである場合、ステップＳ３４に進む。一方、集中コントローラー１９は、電力データ以外が同一のデータでない場合、ステップＳ３８に進む。

（データベース更新処理）
（ステップＳ３４）
　集中コントローラー１９は、該当するユニットを抽出する。

（ステップＳ３５）
　集中コントローラー１９は、該当するユニットの消費電力と取得した最大消費電力との平均を算出する。

（ステップＳ３６）
　集中コントローラー１９は、算出結果に基づいて該当するユニットの消費電力データベース２２１を更新する。

（ステップＳ３７）
　集中コントローラー１９は、全部の稼働中ユニットに関するデータを確認したか否かを判定する。集中コントローラー１９は、全部の稼働中ユニットに関するデータを確認した場合、ステップＳ３９に進む。一方、集中コントローラー１９は、全部の稼働中ユニットに関するデータを確認していない場合、ステップＳ３２に戻る。

（データベース追加処理）
（ステップＳ３８）
　集中コントローラー１９は、運転スケジュール実行に伴う各種データを追加する。なお、上記で説明したように、データベース追加処理は、ステップＳ３８の処理が対応する。

（ステップＳ３９）
　集中コントローラー１９は、終了指令が有るか否かを判定する。集中コントローラー１９は、終了指令が有る場合、処理を終了する。一方、集中コントローラー１９は、終了指令が無い場合、ステップＳ２１に戻る。

　図１０は、本発明の実施の形態１における優先順位付きデマンド制御処理を説明するフローチャートである。なお、ステップＳ５１～ステップＳ５５の処理が優先順位決定用データ定期取得処理に対応する。また、ステップＳ５６の処理がユニット単位比較処理に対応する。また、ステップＳ５７～ステップＳ５８の処理が優先順位決定処理に対応する。また、ステップＳ５９～ステップＳ６１の処理が物件単位比較処理に対応する。また、ステップＳ６２の処理がデマンド制御処理に対応する。また、ステップＳ６３～ステップＳ６６の処理が実行データ取得処理に対応する。また、ステップＳ６７～ステップＳ６８の処理がデータベース更新確認処理に対応する。また、ステップＳ６９～ステップＳ７２の処理がデータベース更新処理に対応する。また、ステップＳ７３の処理がデータベース追加処理に対応する。

（優先順位決定用データ定期取得処理）
（ステップＳ５１）
　集中コントローラー１９は、優先順位決定用データ取得周期が到来したか否かを判定する。集中コントローラー１９は、優先順位決定用データ取得周期が到来した場合、ステップＳ５２に進む。一方、集中コントローラー１９は、優先順位決定用データ取得周期が到来しない場合、ステップＳ５１に戻る。

（ステップＳ５２）
　集中コントローラー１９は、運転データを取得する。

（ステップＳ５３）
　集中コントローラー１９は、物件全体の消費電力を取得する。

（ステップＳ５４）
　集中コントローラー１９は、各ユニットの消費電力を取得する。

（ステップＳ５５）
　集中コントローラー１９は、ユニット単位設定電力を取得する。

（ユニット単位比較処理）
（ステップＳ５６）
　集中コントローラー１９は、ユニット単位設定電力を超える消費電力のユニットがあるか否かを判定する。集中コントローラー１９は、ユニット単位設定電力を超える消費電力のユニットがある場合、ステップＳ５７に進む。一方、集中コントローラー１９は、ユニット単位設定電力を超える消費電力のユニットがない場合、ステップＳ７４に進む。

（優先順位決定処理）
（ステップＳ５７）
　集中コントローラー１９は、消費電力データベース２２１と低下電力データベース２２５とに基づいて低下可能電力の順位付けをユニットごとに行う。

（ステップＳ５８）
　集中コントローラー１９は、低下可能電力の順位付けに基づいてデマンド制御を実行するユニットの優先順位を決定する。

（物件単位比較処理）
（ステップＳ５９）
　集中コントローラー１９は、物件全体設定電力を取得する。

（ステップＳ６０）
　集中コントローラー１９は、物件全体消費電力を求める。

（ステップＳ６１）
　集中コントローラー１９は、物件全体消費電力が物件全体設定電力を超えるか否かを判定する。集中コントローラー１９は、物件全体消費電力が物件全体設定電力を超える場合、ステップＳ６２に進む。一方、集中コントローラー１９は、物件全体消費電力が物件全体設定電力を超えない場合、ステップＳ７４に進む。

（デマンド制御処理）
（ステップＳ６２）
　集中コントローラー１９は、優先順位に基づいてデマンド制御を実行する。

（実行データ取得処理）
（ステップＳ６３）
　集中コントローラー１９は、デマンド制御開始時の運転データを取得する。

（ステップＳ６４）
　集中コントローラー１９は、電力データを蓄積する。

（ステップＳ６５）
　集中コントローラー１９は、電力取得周期が到来したか否かを判定する。集中コントローラー１９は、電力取得周期が到来した場合、ステップＳ６６に進む。一方、集中コントローラー１９は、電力取得周期が到来しない場合、ステップＳ６４に戻る。

（ステップＳ６６）
　集中コントローラー１９は、電力データのうち最小消費電力を取得する。

（データベース更新確認処理）
（ステップＳ６７）
　集中コントローラー１９は、デマンド制御実行に伴う各種データと低下電力データベース２２５にある各種データとを比較する。ここで、各種データは、運転データと、電力データとを含むデータであると想定する。

（ステップＳ６８）
　集中コントローラー１９は、電力データ以外が同一のデータであるか否かを判定する。集中コントローラー１９は、電力データ以外が同一のデータである場合、ステップＳ６９に進む。一方、集中コントローラー１９は、電力データ以外が同一のデータでない場合、ステップＳ７３に進む。

（データベース更新処理）
（ステップＳ６９）
　集中コントローラー１９は、該当するユニットを抽出する。

（ステップＳ７０）
　集中コントローラー１９は、該当するユニットの消費電力と取得した最小消費電力との平均を算出する。

（ステップＳ７１）
　集中コントローラー１９は、算出結果に基づいて該当するユニットの低下電力データベース２２５を更新する。

（ステップＳ７２）
　集中コントローラー１９は、全部のユニットに関するデータを確認したか否かを判定する。集中コントローラー１９は、全部のユニットに関するデータを確認した場合、ステップＳ７４に進む。一方、集中コントローラー１９は、全部のユニットに関するデータを価確認していない場合、ステップＳ６７に戻る。

（データベース追加処理）
（ステップＳ７３）
　集中コントローラー１９は、デマンド制御実行に伴う各種データを追加する。なお、ステップＳ７３の処理が、データベース追加処理に対応する。

（ステップＳ７４）
　集中コントローラー１９は、終了指令が有るか否かを判定する。集中コントローラー１９は、終了指令が有る場合、処理を終了する。一方、集中コントローラー１９は、終了指令が無い場合、ステップＳ５１に戻る。

　なお、上記では、集中コントローラー１９は、低下可能電力の順位付けをする際、消費電力データベース２２１と、低下電力データベース２２５とを利用する一例を説明したが、特にこれに限定されない。例えば、集中コントローラー１９は、低下電力データベース２２５に電力データに基づいて、低下可能電力の順位付けをしてもよい。

　具体的には、集中コントローラー１９は、消費電力データベース２２１に基づいて、保存されている各ユニットのスケジュール設定内容から予め設定された設定値を超える消費電力の増加の有無を判断してもよい。次いで、集中コントローラー１９は、判断の結果、予め設定された設定値を超える消費電力の増加が有る場合、現在の各ユニットの運転状態と、低下電力データベース２２５とに基づいて、低下させられる消費電力の大きいユニットからデマンド制御を実行する優先順位を決定してもよい。

　また、低下電力データベース２２５は、デマンド制御が行われる前においては、デフォルト値としてダミーデータが設定されていてもよい。このようなダミーデータは、過去の運用データに基づいて設定されてもよく、計算モデルから算出したシミュレーション結果に基づいて設定されてもよい。

　なお、上記の説明では、集中コントローラー１９の各機能が１つの筐体内に実装されていることを想定したが、特にこれに限定されない。例えば、消費電力データベース生成処理モジュール１２１の機能構成と、優先順位付きデマンド制御処理モジュール１２３の機能構成とが、別々の場所で実装され、ＩＰ接続のネットワークを介して、各種演算結果が送受信されてもよい。つまり、集中コントローラー１９の各機能は、実行場所を特定しないクラウドコンピューティングで実現されてもよいため、集中コントローラー１９の各機能の実装形態は特に限定されない。

（実施の形態１の効果）
　以上の説明から、集中コントローラー１９は、消費電力データベース２２１の作成に予め設定された時間間隔における消費電力の最大値を用いるため、システムの運用中、最も消費電力が高かった場合のデータベースを作成する。よって、集中コントローラー１９は、消費電力データベース２２１を利用すれば、確実に契約電力を超えないようにデマンド制御の優先順位を決定することができる。

　また、集中コントローラー１９は、低下電力データベース２２５の作成に予め設定された時間間隔における消費電力の最小値を用いるため、デマンド制御の実行中、最も消費電力が低下しなかった場合のデータベースを作成する。よって、集中コントローラー１９は、低下電力データベース２２５を利用すれば、安全にデマンド制御を行うことができる。

　さらに、集中コントローラー１９は、スケジュール設定内容と、デマンド制御内容と、消費電力データベース２２１と、低下電力データベース２２５とに基づいて、低下させられる電力が大きい順にデマンド制御を実施するユニットの優先順位を決定する。よって、集中コントローラー１９は、全体的な消費電力を想定される目標デマンド値に低下させることができるため、物件全体で契約電力を超えることがない。

　要するに、集中コントローラー１９は、消費電力に基づいてデマンド制御対象の優先順位を決定する。よって、集中コントローラー１９は、デマンド制御を実行した場合、全体的な消費電力を目標デマンド値に低下させることができる。よって、集中コントローラー１９は、契約電力を超えることなく安定して空調設備５を運用させることができる。

　以上、本実施の形態１において、複数台のユニットで構成される空調設備５をデマンド制御する集中コントローラー１９であって、複数台のユニットのそれぞれの消費電力に基づいて、複数台のユニットのそれぞれのデマンド制御の優先順位を決定する優先順位決定部３０５と、空調設備５の消費電力と、予め設定された設定電力と、を比較する物件全体データ比較部３０７と、空調設備５の消費電力が設定電力を超える場合、優先順位に基づいて、デマンド制御を実行するデマンド制御部３０９と、を備えた集中コントローラー１９が構成される。

　上記構成で、集中コントローラー１９は、消費電力に基づいてデマンド制御対象の優先順位を決定する。よって、集中コントローラー１９は、デマンド制御を実行した場合、全体的な消費電力を目標デマンド値に低下させることができる。したがって、集中コントローラー１９は、契約電力を超えることなく安定して空調設備５を運用させることができる。

　また、本実施の形態１において、複数台のユニットのそれぞれの消費電力に関するデータのうち、運転スケジュールに対応する消費電力データベース２２１と、消費電力データベース２２１を変更するデータ演算部２０９と、複数台のユニットのそれぞれの消費電力に関するデータのうち、デマンド制御に対応する低下電力データベース２２５と、低下電力データベース２２５を変更するデマンド結果演算部３１１と、をさらに備え、消費電力データベース２２１は、複数台のユニットのそれぞれの運転スケジュールに関連する第１運転データと、第１運転データに対応する第１消費電力データと、を保持し、低下電力データベース２２５は、複数台のユニットのそれぞれのデマンド制御に関連する第２運転データと、第２運転データに対応する第２消費電力データと、を保持し、データ演算部２０９は、複数台のユニットのうち、運転スケジュールに応じて稼働中のユニットに対応する第３運転データと、第１運転データと、の比較結果に基づいて、消費電力データベース２２１を変更し、デマンド結果演算部３１１は、複数台のユニットのうち、デマンド制御に応じて稼働中のユニットに対応する第４運転データと、第２運転データと、の比較結果に基づいて、低下電力データベース２２５を変更する。

　上記構成で、集中コントローラー１９は、運転スケジュールの実施結果に応じて消費電力データベース２２１を変更することができると共に、デマンド制御の実施結果に応じて低下電力データベース２２５を変更することができる。

　また、本実施の形態１において、データ演算部２０９は、第３運転データと、第１運転データと、が同一である場合、消費電力データベース２２１のうち、第１消費電力データを更新し、第３運転データと、第１運転データと、が同一でない場合、運転スケジュールの実行に伴い変動した各種データを消費電力データベース２２１に追加し、デマンド結果演算部３１１は、第４運転データと、第２運転データと、が同一である場合、低下電力データベース２２５のうち、第２消費電力データを更新し、第４運転データと、第２運転データと、が同一でない場合、デマンド制御の実行に伴い変動した各種データを低下電力データベース２２５に追加する。

　上記構成で、集中コントローラー１９は、運転データに基づいて、消費電力データベース２２１の更新及び追加と、低下電力データベース２２５の更新及び追加とを適切に行うことができる。

　また、本実施の形態１において、データ演算部２０９は、運転スケジュールの実行期間のうち、予め設定された時間間隔における最大消費電力データと、第１消費電力データと、から求めた平均値で第１消費電力データを更新し、デマンド結果演算部３１１は、デマンド制御の実行期間のうち、予め設定された時間間隔における最小消費電力データと、第２消費電力データと、から求めた平均値で第２消費電力データを更新する。

　上記構成で、集中コントローラー１９は、消費電力データベース２２１及び低下電力データベース２２５のそれぞれを更新する際、前回の値と、今回の値との平均値で更新するため、更新結果に過去のデータの特徴量を含ませることができる。

　また、本実施の形態１において、優先順位決定部３０５は、複数台のユニットのそれぞれについて、消費電力データベース２２１に含まれる第１消費電力データと、低下電力データベース２２５に含まれる第２消費電力データと、の差分を求め、複数台のユニットのうち、差分が大きいものから順にデマンド制御を行う優先順位を決定する。

　上記構成で、集中コントローラー１９は、消費電力を考慮してデマンド制御の優先順位を決定することができる。

　以上の説明から、集中コントローラー１９は、契約電力を超えることなく安定して空調設備５を運用させることができる。

実施の形態２．
　実施の形態１との相違点は、消費電力データベース２２１の作成に電力の最大値だけでなくその近傍の値も考慮する点と、低下電力データベース２２５の作成に電力の最小値だけでなくその近傍の値も考慮する点とにある。つまり、実施の形態１との相違点は、予め設定された時間間隔で、１つの特徴量だけでなく複数の値が考慮されることで、予め設定された時間間隔の電力の推移を考慮したシステムの運用をする点にある。

　図１１は、本発明の実施の形態２における消費電力データベース生成処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。実施の形態１との相違点は、運転スケジュール開始後データ取得部２０７及びデータ演算部２０９のそれぞれの機能構成である。ただし、その他の構成は実施の形態１と同様であるため、それらの説明については省略する。

　運転スケジュール開始後データ取得部２０７は、運転スケジュール制御部２０５が蓄積した複数の電力データ、すなわち、複数の消費電力のうち、最大値の前後で最大値近傍の複数の消費電力を取得する。運転スケジュール開始後データ取得部２０７は、対象ユニットと、複数の消費電力とを紐付けしておく。

　データ演算部２０９は、運転スケジュール開始時データ取得部２０３が取得した運転データと、運転スケジュール開始後データ取得部２０７が取得した対象ユニット及び複数の消費電力の組データと、に基づいて、運転スケジュール実行後データを作成する。例えば、データ演算部２０９は、運転データと、複数の消費電力とを紐付けさせ、対象ユニットに対応する運転データ及び複数の消費電力を紐付けさせることで、運転スケジュール実行後データを作成する。次に、データ演算部２０９は、データ定期取得部２０１で取得した比較データと、運転スケジュール実行後データとを比較する。なお、データ演算部２０９は、上記の比較の結果移行の処理については実施の形態１と同様であるため、その説明については省略する。

　図１２は、本発明の実施の形態２における優先順位付きデマンド制御処理を含む制御モジュール１１７及び記憶モジュール１１５のそれぞれの機能構成の詳細例を示す図である。実施の形態１との相違点は、デマンド結果演算部３１１の機能構成である。ただし、その他の構成は実施の形態１と同様であるため、それらの説明については省略する。

　デマンド結果演算部３１１は、ユニット単位データを取得する。デマンド結果演算部３１１は、対象ユニット、運転データ、及び複数の消費電力を紐付けし、デマンド実行後データを構成する。例えば、デマンド結果演算部３１１は、対象ユニットと、複数の消費電力とを紐付けする。デマンド結果演算部３１１は、運転データと、複数の消費電力とを紐付けする。デマンド結果演算部３１１は、対象ユニットと、運転データとを紐付けする。デマンド結果演算部３１１は、ユニット単位データと、デマンド実行後データとを比較することで、電力データ以外が同一のデータである場合、つまり、同一のユニットで同一の運転データである場合、低下電力データベース２２５を更新し、電力データ以外が同一のデータでない場合、デマンド実行後データを低下電力データベース２２５に追加する。

　図１３は、本発明の実施の形態２における消費電力データベース２２１及び低下電力データベース２２５に基づいて決定される低下可能電力の順位付けの一例を示す図である。なお、図１３においては、集中コントローラー１９は、ユニットごとに、スケジュール設定内容と、デマンド制御内容とを参照し、電力消費が生じるユニットを選択していると想定する。

　集中コントローラー１９、例えば、優先順位決定部３０５は、ユニットごとに、消費電力データベース２２１から複数の消費電力の平均値である最大値近傍平均値を取得し、低下電力データベース２２５から複数の消費電力の平均値である最小値近傍平均値を取得し、最大値近傍平均値と、最小値近傍平均値との差分を比較する。例えば、優先順位決定部３０５は、第１ユニットの最大値近傍平均値と最小値近傍平均値との差分を第１差分とし求め、第２ユニットの最大値近傍平均値と最小値近傍平均値との差分を第２差分として求め、以後ユニットごとに同様に差分を求め、例えば、第Ｎユニットの最大値近傍平均値と最小値近傍平均値との差分を第Ｎ差分として求める。優先順位決定部３０５は、第１差分～第Ｎ差分のうち、最も大きいユニットから順にデマンド制御を実行させる優先順位を決定する。例えば、優先順位決定部３０５は、決定した優先順位を優先順位キュー４０３に格納する。

　なお、上記で説明した優先順位付きデマンド制御処理モジュール１２３は、実行されるたびに記憶装置の論理空間に展開されるものであってもよく、実行の有無にかかわらず、論理空間又は物理空間に予め構成されているものであってもよい。また、上記で説明した低下電力データベース２２５のデータ構造は一例であって、特にこれに限定されない。

　なお、上記で説明したように、消費電力データベース２２１は、最大値近傍平均値、すなわち、最大値の前後を含めた複数の消費電力が取得され、取得された複数の消費電力の平均値がデータの一部を構成している。同様に、低下電力データベース２２５は、最小値近傍平均値、すなわち、最小値の前後を含めた複数の消費電力が取得され、取得された複数の消費電力の平均値がデータの一部を構成している。ここで、平均値の求め方は、相加平均を想定しているが、特にこれに限定されない。例えば、平均値の求め方は、相乗平均、移動平均、及び加重平均等の何れであってもよい。

　要するに、集中コントローラー１９は、複数の消費電力を利用して１つの特徴量を求める場合、求めた１つの特徴量に複数の消費電力のそれぞれの特徴量が含まれる演算を実行すればよい。

　図１４は、本発明の実施の形態２における消費電力データベース生成処理を説明するフローチャートである。図１４は、本発明の実施の形態２における消費電力データベース生成処理を説明するフローチャートである。なお、ステップＳ９１～ステップＳ９４の処理がデータ定期取得処理に対応する。また、ステップＳ９５～ステップＳ９７の処理が運転スケジュール開始処理に対応する。また、ステップＳ９８～ステップＳ１０１の処理が実行データ取得処理に対応する。また、ステップＳ１０２～ステップＳ１０３の処理がデータベース更新確認処理に対応する。また、ステップＳ１０４～ステップＳ１０７の処理がデータベース更新処理に対応する。また、ステップＳ１０８の処理がデータベース追加処理に対応する。

（データ定期取得処理）
（ステップＳ９１）
　集中コントローラー１９は、データ取得周期が到来したか否かを判定する。集中コントローラー１９は、データ取得周期が到来した場合、ステップＳ９２に進む。一方、集中コントローラー１９は、データ取得周期が到来しない場合、ステップＳ９１に戻る。

（ステップＳ９２）
　集中コントローラー１９は、稼働中ユニットの運転データを取得する。

（ステップＳ９３）
　集中コントローラー１９は、物件全体の消費電力を取得する。

（ステップＳ９４）
　集中コントローラー１９は、各ユニットの消費電力を取得する。

（運転スケジュール開始処理）
（ステップＳ９５）
　集中コントローラー１９は、各ユニットの運転スケジュールの設定時刻を参照する。

（ステップＳ９６）
　集中コントローラー１９は、設定時刻が到来した運転スケジュールがあるか否かを判定する。集中コントローラー１９は、設定時刻が到来した運転スケジュールがある場合、ステップＳ９７に進む。一方、集中コントローラー１９は、設定時刻が到来した運転スケジュールがない場合、ステップＳ９５に戻る。

（ステップＳ９７）
　集中コントローラー１９は、該当ユニットを運転させる。

（実行データ取得処理）
（ステップＳ９８）
　集中コントローラー１９は、運転スケジュール開始時の運転データを取得する。

（ステップＳ９９）
　集中コントローラー１９は、電力データを蓄積する。

（ステップＳ１００）
　集中コントローラー１９は、電力取得周期が到来したか否かを判定する。集中コントローラー１９は、電力取得周期が到来した場合、ステップＳ１０１に進む。一方、集中コントローラー１９は、電力取得周期が到来しない場合、ステップＳ９９に戻る。

（ステップＳ１０１）
　集中コントローラー１９は、電力データのうち複数の消費電力を取得する。複数の消費電力は、上記で説明したように、最大値近傍の消費電力であって、最大値の前後を含めた複数の消費電力を意味する。

（データベース更新確認処理）
（ステップＳ１０２）
　集中コントローラー１９は、運転スケジュール実行に伴う各種データと稼働中ユニットに対応する各種データとを比較する。ここで、各種データとは、運転データと、電力データとを含んだデータであると想定する。

（ステップＳ１０３）
　集中コントローラー１９は、電力データ以外が同一のデータであるか否かを判定する。集中コントローラー１９は、電力データ以外が同一のデータである場合、ステップＳ１０４に進む。一方、集中コントローラー１９は、電力データ以外が同一のデータでない場合、ステップＳ１０８に進む。

（データベース更新処理）
（ステップＳ１０４）
　集中コントローラー１９は、該当するユニットを抽出する。

（ステップＳ１０５）
　集中コントローラー１９は、該当するユニットの消費電力と取得した複数の消費電力との平均を算出する。

（ステップＳ１０６）
　集中コントローラー１９は、算出結果に基づいて該当するユニットの消費電力データベース２２１を更新する。

（ステップＳ１０７）
　集中コントローラー１９は、全部の稼働中ユニットに関するデータを確認したか否かを判定する。集中コントローラー１９は、全部の稼働中ユニットに関するデータを確認した場合、ステップＳ１０９に進む。一方、集中コントローラー１９は、全部の稼働中ユニットに関するデータを確認していない場合、ステップＳ１０２に戻る。

（データベース追加処理）
（ステップＳ１０８）
　集中コントローラー１９は、運転スケジュール実行に伴う各種データを追加する。なお、上記で説明したように、データベース追加処理は、ステップＳ１０８の処理が対応する。

（ステップＳ１０９）
　集中コントローラー１９は、終了指令が有るか否かを判定する。集中コントローラー１９は、終了指令が有る場合、処理を終了する。一方、集中コントローラー１９は、終了指令が無い場合、ステップＳ９１に戻る。

　図１５は、本発明の実施の形態２における優先順位付きデマンド制御処理を説明するフローチャートである。なお、ステップＳ１２１～ステップＳ１２５の処理が優先順位決定用データ定期取得処理に対応する。また、ステップＳ１２６の処理がユニット単位比較処理に対応する。また、ステップＳ１２７～ステップＳ１２８の処理が優先順位決定処理に対応する。また、ステップＳ１２９～ステップＳ１３１の処理が物件単位比較処理に対応する。また、ステップＳ１３２の処理がデマンド制御処理に対応する。また、ステップＳ３３～ステップＳ１３６の処理が実行データ取得処理に対応する。また、ステップＳ１３７～ステップＳ１３８の処理がデータベース更新確認処理に対応する。また、ステップＳ１３９～ステップＳ１４２の処理がデータベース更新処理に対応する。また、ステップＳ１４３の処理がデータベース追加処理に対応する。

（優先順位決定用データ定期取得処理）
（ステップＳ１２１）
　集中コントローラー１９は、優先順位決定用データ取得周期が到来したか否かを判定する。集中コントローラー１９は、優先順位決定用データ取得周期が到来した場合、ステップＳ１２２に進む。一方、集中コントローラー１９は、優先順位決定用データ取得周期が到来しない場合、ステップＳ１２１に戻る。

（ステップＳ１２２）
　集中コントローラー１９は、運転データを取得する。

（ステップＳ１２３）
　集中コントローラー１９は、物件全体の消費電力を取得する。

（ステップＳ１２４）
　集中コントローラー１９は、各ユニットの消費電力を取得する。

（ステップＳ１２５）
　集中コントローラー１９は、ユニット単位設定電力を取得する。

（ユニット単位比較処理）
（ステップＳ１２６）
　集中コントローラー１９は、ユニット単位設定電力を超える消費電力のユニットがあるか否かを判定する。集中コントローラー１９は、ユニット単位設定電力を超える消費電力のユニットがある場合、ステップＳ１２７に進む。一方、集中コントローラー１９は、ユニット単位設定電力を超える消費電力のユニットがない場合、ステップＳ１４４に進む。

（優先順位決定処理）
（ステップＳ１２７）
　集中コントローラー１９は、消費電力データベース２２１と低下電力データベース２２５とに基づいて低下可能電力の順位付けをユニットごとに行う。

（ステップＳ１２８）
　集中コントローラー１９は、低下可能電力の順位付けに基づいてデマンド制御を実行するユニットの優先順位を決定する。

（物件単位比較処理）
（ステップＳ１２９）
　集中コントローラー１９は、物件全体設定電力を取得する。

（ステップＳ１３０）
　集中コントローラー１９は、物件全体消費電力を求める。

（ステップＳ１３１）
　集中コントローラー１９は、物件全体消費電力が物件全体設定電力を超えるか否かを判定する。集中コントローラー１９は、物件全体消費電力が物件全体設定電力を超える場合、ステップＳ１３２に進む。一方、集中コントローラー１９は、物件全体消費電力が物件全体設定電力を超えない場合、ステップＳ１４４に進む。

（デマンド制御処理）
（ステップＳ１３２）
　集中コントローラー１９は、優先順位に基づいてデマンド制御を実行する。

（実行データ取得処理）
（ステップＳ１３３）
　集中コントローラー１９は、デマンド制御開始時の運転データを取得する。

（ステップＳ１３４）
　集中コントローラー１９は、電力データを蓄積する。

（ステップＳ１３５）
　集中コントローラー１９は、電力取得周期が到来したか否かを判定する。集中コントローラー１９は、電力取得周期が到来した場合、ステップＳ１３６に進む。一方、集中コントローラー１９は、電力取得周期が到来しない場合、ステップＳ１３４に戻る。

（ステップＳ１３６）
　集中コントローラー１９は、電力データのうち複数の消費電力を取得する。ここで、複数の消費電力は、最小値近傍平均値であって、最小値の前後を含んだ複数の消費電力が想定される。

（データベース更新確認処理）
（ステップＳ１３７）
　集中コントローラー１９は、デマンド制御実行に伴う各種データと低下電力データベース２２５にある各種データとを比較する。ここで、各種データは、運転データと、電力データとを含むデータであると想定する。

（ステップＳ１３８）
　集中コントローラー１９は、電力データ以外が同一のデータであるか否かを判定する。集中コントローラー１９は、電力データ以外が同一のデータである場合、ステップＳ１３９に進む。一方、集中コントローラー１９は、電力データ以外が同一のデータでない場合、ステップＳ１４３に進む。

（データベース更新処理）
（ステップＳ１３９）
　集中コントローラー１９は、該当するユニットを抽出する。

（ステップＳ１４０）
　集中コントローラー１９は、該当するユニットの消費電力と取得した複数の消費電力との平均を算出する。

（ステップＳ１４１）
　集中コントローラー１９は、算出結果に基づいて該当するユニットの低下電力データベース２２５を更新する。

（ステップＳ１４２）
　集中コントローラー１９は、全部のユニットに関するデータを確認したか否かを判定する。集中コントローラー１９は、全部のユニットに関するデータを確認した場合、ステップＳ１４４に進む。一方、集中コントローラー１９は、全部のユニットに関するデータを価確認していない場合、ステップＳ１３７に戻る。

（データベース追加処理）
（ステップＳ１４３）
　集中コントローラー１９は、デマンド制御実行に伴う各種データを追加する。なお、ステップＳ１４３の処理が、データベース追加処理に対応する。

（ステップＳ１４４）
　集中コントローラー１９は、終了指令が有るか否かを判定する。集中コントローラー１９は、終了指令が有る場合、処理を終了する。一方、集中コントローラー１９は、終了指令が無い場合、ステップＳ１２１に戻る。

　以上、本実施の形態２において、データ演算部２０９は、運転スケジュールの実行期間のうち、予め設定された時間間隔における複数の消費電力データと、第１消費電力データと、から求めた平均値で第１消費電力データを更新し、デマンド結果演算部３１１は、デマンド制御の実行期間のうち、予め設定された時間間隔における複数の消費電力データと、第２消費電力データと、から求めた平均値で第２消費電力データを更新する。

　上記構成で、集中コントローラー１９は、複数の消費電力に基づいてデマンド制御対象の優先順位を決定する。よって、集中コントローラー１９は、予め設定された時間間隔で、１つの特徴量だけでなく複数の値を考慮することで、予め設定された時間間隔の電力の推移を考慮したシステムの運用をすることができる。よって、集中コントローラー１９は、さらに正確に、デマンド制御を実行した場合、全体的な消費電力を目標デマンド値に低下させることができる。よって、集中コントローラー１９は、確実に、契約電力を超えることなく安定して空調設備５を運用させることができる。

　また、本実施の形態２において、データ演算部２０９は、相加平均、相乗平均、移動平均、及び加重平均の何れかで平均値を求め、デマンド結果演算部３１１は、相加平均、相乗平均、移動平均、及び加重平均の何れかで平均値を求める。

　上記構成で、集中コントローラー１９は、複数の消費電力の特徴量を活かしたデマンド制御を実施することができる。

　１　空気調和システム、５、５＿１～５＿Ｎ　空調設備、１１、１１＿１～１１＿Ｎ　室外ユニット、１３、１３＿１１～１３＿ＮＮ　室内ユニット、１５、１５＿１～１５＿Ｎ　リモートコントローラー、１７、１７＿１～１７＿Ｎ　汎用機器コントローラー、１８、１８＿１～１８＿Ｎ　汎用機器群、１９　集中コントローラー、２１　外部装置群、３１　汎用伝送線、３３　管理専用伝送線、３５　室内外専用伝送線、３７　ＬＡＮ、３９　冷媒配管、５１、５３　制御基板、６１　圧縮機、６２　四方切換弁、６３、６８　熱交換器、６４、６７　膨張弁、６５　アキュムレーター、６６、６９　ファン、７１、７５　温度センサー、７３　湿度センサー、９１　伝送モジュール、９５　制御モジュール、１０１　インターフェース構成部、１０３　処理構成部、１１１　第１通信モジュール、１１３　第２通信モジュール、１１５　記憶モジュール、１１７　制御モジュール、１２１　消費電力データベース生成処理モジュール、１２３　優先順位付きデマンド制御処理モジュール、２０１　データ定期取得部、２０３　運転スケジュール開始時データ取得部、２０５　運転スケジュール制御部、２０７　運転スケジュール開始後データ取得部、２０９　データ演算部、２２０　ユニット番号割当テーブル、２２１　消費電力データベース、２２３　運転スケジュールデータベース、２２５　低下電力データベース、３０１　優先順位決定用データ定期取得部、３０３　ユニット単位データ比較部、３０５　優先順位決定部、３０７　物件全体データ比較部、３０９　デマンド制御部、３１１　デマンド結果演算部、４０１　低下可能電力順位付け決定部、４０３　優先順位キュー。

Claims

　複数台のユニットで構成される空調設備をデマンド制御する集中コントローラーであって、
　前記複数台のユニットのそれぞれの消費電力に基づいて、該複数台のユニットのそれぞれのデマンド制御の優先順位を決定する優先順位決定部と、
　前記空調設備の消費電力と、予め設定された設定電力と、を比較する物件全体データ比較部と、
　前記空調設備の消費電力が前記設定電力を超える場合、前記優先順位に基づいて、デマンド制御を実行するデマンド制御部と、
を備えたことを特徴とする集中コントローラー。
　前記複数台のユニットのそれぞれの消費電力に関するデータのうち、運転スケジュールに対応する消費電力データベースと、
　前記消費電力データベースを変更するデータ演算部と、
　前記複数台のユニットのそれぞれの消費電力に関するデータのうち、デマンド制御に対応する低下電力データベースと、
　前記低下電力データベースを変更するデマンド結果演算部と、
をさらに備え、
　前記消費電力データベースは、
　前記複数台のユニットのそれぞれの前記運転スケジュールに関連する第１運転データと、該第１運転データに対応する第１消費電力データと、を保持し、
　前記低下電力データベースは、
　前記複数台のユニットのそれぞれの前記デマンド制御に関連する第２運転データと、該第２運転データに対応する第２消費電力データと、を保持し、
　前記データ演算部は、
　前記複数台のユニットのうち、前記運転スケジュールに応じて稼働中のユニットに対応する第３運転データと、前記第１運転データと、の比較結果に基づいて、前記消費電力データベースを変更し、
　前記デマンド結果演算部は、
　前記複数台のユニットのうち、前記デマンド制御に応じて稼働中のユニットに対応する第４運転データと、前記第２運転データと、の比較結果に基づいて、前記低下電力データベースを変更する
ことを特徴とする請求項１に記載の集中コントローラー。
　前記データ演算部は、
　前記第３運転データと、前記第１運転データと、が同一である場合、前記消費電力データベースのうち、前記第１消費電力データを更新し、
　前記第３運転データと、前記第１運転データと、が同一でない場合、前記運転スケジュールの実行に伴い変動した各種データを前記消費電力データベースに追加し、
　前記デマンド結果演算部は、
　前記第４運転データと、前記第２運転データと、が同一である場合、前記低下電力データベースのうち、前記第２消費電力データを更新し、
　前記第４運転データと、前記第２運転データと、が同一でない場合、前記デマンド制御の実行に伴い変動した各種データを前記低下電力データベースに追加する
ことを特徴とする請求項２に記載の集中コントローラー。
　前記データ演算部は、
　前記運転スケジュールの実行期間のうち、予め設定された時間間隔における最大消費電力データと、前記第１消費電力データと、から求めた平均値で前記第１消費電力データを更新し、
　前記デマンド結果演算部は、
　前記デマンド制御の実行期間のうち、予め設定された時間間隔における最小消費電力データと、前記第２消費電力データと、から求めた平均値で前記第２消費電力データを更新する
ことを特徴とする請求項２又は３に記載の集中コントローラー。
　前記データ演算部は、
　前記運転スケジュールの実行期間のうち、予め設定された時間間隔における複数の消費電力データと、前記第１消費電力データと、から求めた平均値で前記第１消費電力データを更新し、
　前記デマンド結果演算部は、
　前記デマンド制御の実行期間のうち、予め設定された時間間隔における複数の消費電力データと、前記第２消費電力データと、から求めた平均値で前記第２消費電力データを更新する
ことを特徴とする請求項２又は３に記載の集中コントローラー。
　前記優先順位決定部は、
　前記複数台のユニットのそれぞれについて、前記消費電力データベースに含まれる前記第１消費電力データと、前記低下電力データベースに含まれる前記第２消費電力データと、の差分を求め、
　前記複数台のユニットのうち、前記差分が大きいものから順に前記デマンド制御を行う前記優先順位を決定する
ことを特徴とする請求項４又は５に記載の集中コントローラー。
　前記データ演算部は、
　相加平均、相乗平均、移動平均、及び加重平均の何れかで前記平均値を求め、
　前記デマンド結果演算部は、
　相加平均、相乗平均、移動平均、及び加重平均の何れかで前記平均値を求める
ことを特徴とする請求項６に記載の集中コントローラー。