JP6203144B2 - 空調管理装置、空調管理方法、及びプログラム - Google Patents

Description

本発明は、空調設備の運転を管理する空調管理装置等に関する。

近年、原子力発電所の稼働制限等に伴い、買電電力の総和が商用電力の上限値を超えないように様々な対策がとられている。例えば、電力会社と需要者との間で予め契約電力を設定し、買電電力が契約電力を超えた場合、その需要者に対して超過料金を課すことで需要者による節電を促すといった対策がとられている。

また、夜間（例えば、２３時〜翌日の午前７時）の電気料金を、昼間の電気料金よりも安くすることで消費電力の平準化を図るといった対策もとられている。このような消費電力の平準化を行う技術として、夜間に冷凍機で生成した冷熱を蓄熱槽に蓄え、昼間に蓄熱槽の冷熱を負荷側に供給する蓄熱システムが知られている。

例えば、特許文献１には、対象時間内における熱源システムの予測空調負荷値と、対象時間内における熱源システムの実空調負荷値と、の差が所定値を超えている場合、前記した対象時間以降の予測空調負荷値を補正する予測負荷修正手段を備える蓄熱槽熱源システムの制御装置について記載されている。

特開２００８−８２６４１号公報

ところで、天気予報で予測されていたよりも翌日の気温や湿度が高くなる（つまり、実空調負荷値が高くなる）ことがある。例えば、特許文献１に記載の技術において、昼の１２時〜１３時（対象時間内）の実空調負荷値が予測空調負荷値を大きく上回ったとする。この場合、予測負荷修正手段は、１２時〜１３時における実空調負荷値と予測空調負荷値との差に基づいて、１３時以降（対象時間以降）の予測空調負荷値を補正する。

そうすると、特許文献１に記載の技術では、対象時間内である１２時〜１３時に消費電力を低減する制御を即座に行うことができず、１３時を過ぎた後に前記した制御が行われることになる。その結果、空調設備を含む建物の消費出力が一時的に契約電力を超えてしまい、消費電力の平準化が適切に行われない可能性がある。

そこで、本発明は、消費電力の平準化を適切に行う空調管理装置等を提供することを課題とする。

前記課題を解決するために、本発明に係る空調管理装置は、運転スケジュールにおける放熱運転の開始予定時刻よりも前に、消費電力算出部によって算出された消費電力が、放熱運転を行うか否かの判定基準となる所定閾値を超えた場合、放熱運転の開始時刻を早めるように指令信号を生成し、運転スケジュールにおける放熱運転の開始予定時刻以後、消費電力算出部によって算出された消費電力が前記所定閾値以下である場合、放熱運転の開始時刻を遅らせるように指令信号を生成することを特徴とする。
なお、詳細については、発明を実施するための形態において説明する。

本発明によれば、消費電力の平準化を適切に行う空調管理装置等を提供できる。

本発明の第１実施形態に係る空調管理サーバを含む空調システムの構成図である。 本発明の第１実施形態に係る空調管理サーバの構成図である。 空調管理サーバが実行する処理の流れを示すフローチャートである。 空調管理サーバが実行する処理の流れを示すフローチャートである。 （ａ）は空調設備の熱負荷の変化を示す説明図であり、（ｂ）は気象予報どおりに温湿度が変化し、運転スケジュールに従って空調設備を運転した場合における消費電力の変化を示す説明図であり、（ｃ）は放熱運転の開始時刻を予定よりも早めた場合の消費電力の変化を示す説明図であり、（ｄ）は放熱運転の開始時刻を予定よりも遅らせた場合の消費電力の変化を示す説明図である。 空調管理サーバが実行する処理の流れを示すフローチャートである。 空調管理サーバが実行する処理の流れを示すフローチャートである。 空調管理サーバが実行する処理の流れを示すフローチャートである。 本発明の第２実施形態に係る空調管理サーバを含む空調システムの構成図である。 本発明の第２実施形態に係る空調管理サーバの構成図である。 空調管理サーバが実行する処理の流れを示すフローチャートである。 空調管理サーバが実行する処理の流れを示すフローチャートである。

≪第１実施形態≫
＜空調システムの構成＞
図１は、本実施形態に係る空調管理サーバを含む空調システムの構成図である。なお、図１に示す実線矢印は各配管を流れる冷水等の向きを表し、破線矢印は信号線を表している。
空調システムＳは、空調設備Ａと、温湿度センサ３０と、コントローラ４０と、気象予報サーバ５０と、空調管理サーバ６０と、を備えている。

空調設備Ａは、冷凍機１１で冷却された冷水を蓄熱槽１４に貯留し、その後、冷凍機１１及び蓄熱槽１４のうち少なくとも一方から、室内機２２を経由して冷水を循環させる設備である。空調設備Ａは、冷熱を生成して蓄える一次側空調設備１０と、冷熱を消費する二次側空調設備２０と、を備えている。

（一次側空調設備）
一次側空調設備１０は、冷凍機１１と、冷却塔１２と、冷却水ポンプ１３と、蓄熱槽１４と、一次側冷水ポンプ１５と、を備えている。
冷凍機１１は、例えば、ターボ冷凍機であり、配管ｑ２を介して流入する冷水を冷却する冷熱源である。

冷却塔１２は、冷凍機１１の凝縮器（図示せず）で吸熱した冷却水を冷やす設備であり、外気を取り込んで冷却水に送風する送風機１２ａを有している。
なお、図１に示す配管ｐ１の上流端は冷凍機１１に接続され、下流端は冷却塔１２の上部に接続されている。配管ｐ２の上流端は冷却塔１２の下部に接続され、下流端は冷凍機１１に接続されている。

冷却水ポンプ１３は、冷却塔１２で放熱して冷やされた冷却水を冷凍機１１に向けて圧送するポンプであり、配管ｐ２に設置されている。
蓄熱槽１４は、例えば、温度成層型蓄熱槽であり、冷凍機１１の蒸発器（図示せず）で冷やされた冷水を貯留することで冷熱を蓄える設備である。ちなみに、冷水は低温であるほど密度が大きく沈降しやすいため、蓄熱槽１４に貯留される冷水は下方に向かうにつれて低温になっている。

なお、配管ｑ１の上流端は冷凍機１１に接続され、下流端は蓄熱槽１４の下部領域に臨んでいる。配管ｑ２の上流端は蓄熱槽１４の上部領域に臨んでおり、下流端は冷凍機１１に接続されている。
一次側冷水ポンプ１５は、蓄熱槽１４から冷凍機１１に向けて冷水を圧送するポンプであり、配管ｑ２に設置されている。

（二次側空調設備）
二次側空調設備２０は、二次側冷水ポンプ２１と、室内機２２と、を備えている。
二次側冷水ポンプ２１は、蓄熱槽１４から室内熱交換器２２ａに向けて冷水を圧送するポンプであり、配管ｑ３に設置されている。なお、配管ｑ３の上流端は蓄熱槽１４の下部領域に臨んでおり、配管ｑ３の下流端は、室内熱交換器２２ａが有する伝熱管ｒの上流端に接続されている。また、配管ｑ４の上流端は伝熱管ｒの下流端に接続され、配管ｑ４の下流端は蓄熱槽１４の上部領域に臨んでいる。

室内機２２（ＦＣＵ：Fan Coil Unit）は、冷水との熱交換によって室内空気を冷却するものであり、施設Ｋの室内に設置されている。室内機２２は、室内熱交換器２２ａと、室内ファン２２ｂと、を有している。室内熱交換器２２ａにおいて、伝熱管ｒを通流する低温の冷水と、室内ファン２２ｂから送り込まれる高温の空気と、の間で熱交換することによって室内空気が冷やされる。

前記した冷凍機１１、冷却塔１２の送風機１２ａ、冷却水ポンプ１３、一次側冷水ポンプ１５、二次側冷水ポンプ２１、及び室内ファン２２ｂは、電力系統（図示せず）から供給される電力で駆動し、その動作はコントローラ４０によって制御される。

また、施設Ｋの室内には、照明装置Ｒ１及び業務用パソコンＲ２を含む複数の機器が設置されている。照明装置Ｒ１等は、気象条件の変動に関わらず稼働／停止が行われるため、その消費電力は日付・曜日・時間帯等によって略決まったパターンで変動する。なお、照明装置Ｒ１等の電力消費パターンは、後記する空調管理サーバ６０の電力消費パターンＤＢ６１ａ（図２参照）に格納されている。
以下では、空調設備Ａが備える機器（冷凍機１１等）と、空調設備Ａに含まれない機器（照明装置Ｒ１等）と、を併せて「負荷装置」と記す。

（温湿度センサ）
温湿度センサ３０は、外気の気温及び湿度を実測するセンサであり、施設Ｋ付近に設置されている。温湿度センサ３０によって実測された温湿度は、コントローラ４０に出力される。

（コントローラ）
コントローラ４０（管理端末）は、空調設備Ａの各機器を制御するものであり、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、各種インタフェースなどの電子回路を含んで構成される。
図１に示すように、コントローラ４０は、ネットワークＮを介して空調管理サーバ６０に接続されている。温湿度センサ３０によって実測された施設Ｋ付近の温湿度は、コントローラ４０からネットワークＮを介して空調管理サーバ６０に送信される。

また、空調設備Ａの運転スケジュールを含む情報が、空調管理サーバ６０からネットワークＮを介してコントローラ４０に送信される。コントローラ４０は、空調管理サーバ６０から受信する情報に応じて、空調設備Ａの運転モードを切り替えるようになっている。
ちなみに、コントローラ４０がディスプレイ（図示せず）に運転スケジュールを含む情報を表示させ、この情報を見た管理者の操作によって空調設備Ａの運転モードを切り替えるようにしてもよい。

前記した運転モードには、蓄熱運転、追掛運転、及び放熱運転が含まれる。
「蓄熱運転」とは、冷凍機１１で冷水を冷やし、冷やされた冷水を蓄熱槽１４に貯留する運転モードである。
「追掛運転」とは、冷凍機１１で冷やされた冷水をそのまま室内機２２に供給する運転モードである。
「放熱運転」とは、蓄熱槽１４に貯留されている低温の冷水を、室内機２２を経由するように循環させる運転モードである。なお、放熱運転中は冷凍機１１及び冷却塔１２は停止しているため、空調設備Ａの消費電力は他の運転モードの実行中よりも大幅に小さくなる。

なお、図１では空調設備Ａ、温湿度センサ３０、及びコントローラ４０をそれぞれ一つずつ図示したが、実際には複数の空調設備Ａ等が各拠点に設置されている。そして、各拠点のコントローラ４０がネットワークＮを介して空調管理サーバ６０と情報をやり取りするクラウド・コンピューティングのシステムになっている。

（気象予報サーバ）
気象予報サーバ５０は、気象予報を配信するサーバであり、ネットワークＮを介して空調管理サーバ６０に接続されている。ここで、前記した気象予報には、気温予測値と、湿度予測値と、が含まれている。例えば、気象予報サーバ５０は、１時間毎の温湿度を２４時間ぶん予測し、気象予報として定期的に（例えば、６時間毎に）空調管理サーバ６０に配信する。

（空調管理サーバ）
空調管理サーバ６０（空調管理装置）は、気象予報サーバ５０から受信する気象予報に基づいて空調設備Ａの運転スケジュールを作成したり、コントローラ４０から受信する温湿度の実測値に応じて、放熱運転を開始するか否かの指令信号を生成したりするサーバである。空調管理サーバ６０は、各拠点に設置された空調設備Ａの運転スケジュール等を一括して管理するようになっている。

＜空調管理サーバの構成＞
図２は、本実施形態に係る空調管理サーバの構成図である。なお、図２では、ネットワークＮ（図１参照）の図示を省略した。
空調管理サーバ６０は、運転スケジュールの設定に関わる情報が格納される記憶部６１と、各種の演算処理を実行する演算処理部６２と、を備えている。

記憶部６１には、電力消費パターンＤＢ（Data Base）６１ａと、消費電力閾値ＤＢ６１ｂと、がデータベースとして格納されている。
電力消費パターンＤＢ６１ａには、前記した「負荷装置」のうち空調設備Ａに含まれない照明装置Ｒ１等の電力消費パターンが格納されている。すなわち、電力消費パターンＤＢ６１ａには、照明装置Ｒ１等の消費電力の予測値が、日付、曜日、時刻等に対応付けて格納されている。

消費電力閾値ＤＢ６１ｂには、前記した負荷装置の消費電力の閾値Ｐ_M（所定閾値）に関する情報が格納されている。この閾値Ｐ_Mは、放熱運転を行うか否かの判定基準となる閾値であり、各拠点の空調設備Ａごとに予め設定されている。なお、閾値Ｐ_Mは、買電電力の上限閾値である契約電力Ｐ_Cよりも小さい値に設定されている（図５（ｂ）参照）。

図２に示すように、演算処理部６２は、気象予報取得部６２ａと、熱負荷予測部６２ｂと、消費エネルギ予測部６２ｃと、消費電力予測部６２ｄと、スケジュール設定部６２ｅと、実測値取得部６２ｆと、熱負荷算出部６２ｇと、消費エネルギ算出部６２ｈと、消費電力算出部６２ｉと、指令信号生成部６２ｊと、指令信号送信部６２ｋと、を有している。

気象予報取得部６２ａは、施設Ｋを含む地域の気象予報を、気象予報サーバ５０から定期的に取得する。
熱負荷予測部６２ｂは、気象予報取得部６２ａによって取得された気象予報に基づいて、施設Ｋ内の熱負荷を予測する。この熱負荷は、施設Ｋ内を所定温度に保つための空調負荷（冷房負荷）である。熱負荷予測部６２ｂは、前記した気象予報、施設Ｋ内の設定温度、施設Ｋを構成する躯体の構造等に基づいて施設Ｋ内の熱負荷を算出する。

消費エネルギ予測部６２ｃは、熱負荷予測部６２ｂによって予測された熱負荷に基づいて、冷凍機１１から施設Ｋに冷熱を供給する（追掛運転で施設Ｋ内を冷やす）場合の空調設備Ａの消費エネルギを予測する。
消費エネルギ予測部６２ｃは、前記した熱負荷、翌日の外気湿球温度の予測値、空調設備Ａの仕様情報等に基づいて、空調設備Ａの消費エネルギを算出する。なお、前記した外気湿球温度は、気象予報取得部６２ａによって取得される温湿度予測値に基づいて算出される。

消費電力予測部６２ｄは、消費エネルギ予測部６２ｃによって予測された消費エネルギに基づいて、空調設備Ａを含む負荷装置の消費電力を予測する。この消費電力は、追掛運転で施設Ｋ内を冷やす（つまり、放熱運転を行わない）場合の消費電力に相当する。

スケジュール設定部６２ｅは、消費電力予測部６２ｄによって予測された消費電力に基づいて、空調設備Ａの運転スケジュールを設定する。そして、スケジュール設定部６２ｅは、設定した運転スケジュールをネットワークＮ（図１参照）を介してコントローラ４０に送信する。
なお、スケジュール設定部６２ｅが実行する処理の詳細については後記する。

実測値取得部６２ｆは、施設Ｋ付近の温湿度の現在の実測値を、ネットワークＮ（図１参照）を介してコントローラ４０から所定時間毎（例えば、５分毎）に取得する。なお、前記した「現在」には、実測値取得部６２ｆが温湿度の実測値を取得した時刻の数分前、数十分前等も含まれる。

熱負荷算出部６２ｇは、実測値取得部６２ｆによって取得された温湿度の実測値に基づいて、施設Ｋ内の現在の熱負荷を算出する。
消費エネルギ算出部６２ｈは、熱負荷算出部６２ｇによって算出された熱負荷に基づいて、冷凍機１１から施設Ｋに冷熱を供給する（追掛運転で施設Ｋ内を冷やす）場合の空調設備Ａの消費エネルギを算出する。

消費電力算出部６２ｉは、消費エネルギ算出部６２ｈによって算出された消費エネルギに基づいて、空調設備Ａを含む負荷装置の消費電力を算出する。この消費電力は、追掛運転で施設Ｋ内を冷やしている（つまり、放熱運転を行っていない）と仮定した場合の消費電力に相当する。

指令信号生成部６２ｊは、放熱運転を実行するか否かの指令信号を生成する機能を有している。図２に示すように、指令信号生成部６２ｊは、熱負荷比較部６２１ｊと、消費電力比較部６２２ｊと、放熱開始時刻変更部６２３ｊと、を有している。
熱負荷比較部６２１ｊは、熱負荷予測部６２ｂによって予測された熱負荷と、熱負荷算出部６２ｇによって算出された熱負荷（実際の熱負荷）と、の大小を比較する。熱負荷比較部６２１ｊによる比較結果は、放熱開始時刻変更部６２３ｊに出力される。
消費電力比較部６２２ｊは、消費電力算出部６２ｉによって算出された消費電力と、消費電力閾値ＤＢ６１ｂに格納されている閾値Ｐ_Mと、の大小を比較する。消費電力比較部６２２ｊによる比較結果は、放熱開始時刻変更部６２３ｊに出力される。

放熱開始時刻変更部６２３ｊは、熱負荷比較部６２１ｊによる比較結果と、消費電力比較部６２２ｊによる比較結果と、に基づいて、スケジュール設定部６２ｅで設定された放熱運転の開始時刻を変更する。つまり、放熱開始時刻変更部６２３ｊは、放熱運転の開始時刻を、運転スケジュールの開始予定時刻よりも早めたり遅らせたりする機能を有している。なお、放熱開始時刻変更部６２３ｊが実行する処理については後記する。
指令信号送信部６２ｋは、指令信号生成部６２ｊによって生成された指令信号を、ネットワークＮ（図１参照）を介してコントローラ４０に送信する。

＜空調管理サーバの動作＞
図３は、空調管理サーバが実行する処理の流れを示すフローチャートである。
ステップＳ１０１において空調管理サーバ６０は、気象予報の配信時刻になったか否かを判定する。
ステップＳ１０２において空調管理サーバ６０は、気象予報取得部６２ａによって、気象予報サーバ５０から気象予報を取得する（気象予報取得ステップ）。この「気象予報」には、前記したように、２４時間ぶん（１時間毎）の気温予測値及び湿度予測値が含まれている。

ステップＳ１０３において空調管理サーバ６０は、前記した２４時間を複数（例えば、１時間毎）に分割した各時間帯に関して、施設Ｋ内の熱負荷ｑ_fを予測する（熱負荷予測ステップ）。なお、気温予測値、湿度予測値、施設Ｋ内の設定温度等に基づき、熱負荷シミュレータを用いて熱負荷を予測することが好ましい。

ステップＳ１０４において空調管理サーバ６０は、ステップＳ１０３で予測した熱負荷ｑ_fに基づき、消費エネルギ予測部６２ｃによって、空調設備Ａの消費エネルギを各時間帯に関して予測する（消費エネルギ予測ステップ）。なお、熱負荷ｑ_fや空調設備Ａの仕様情報等に基づき、熱源シミュレータを用いて空調設備Ａの消費エネルギを予測することが好ましい。

ステップＳ１０５において空調管理サーバ６０は、ステップＳ１０４で予測した消費エネルギに基づき、消費電力予測部６２ｄによって、空調設備Ａの消費電力Ｐ１_fを各時間帯に関して予測する。前記したように、この消費電力Ｐ１_fは、追掛運転で施設Ｋ内を冷やす場合の消費電力である。
ステップＳ１０６において空調管理サーバ６０は、電力消費パターンＤＢ６１ａ（図２参照）を参照し、空調設備Ａ以外の機器（照明装置Ｒ１等）の消費電力Ｐ２_fを各時間帯に関して予測する。

ステップＳ１０７において空調管理サーバ６０は、空調設備Ａの消費電力Ｐ１_fと、空調設備Ａ以外の機器の消費電力Ｐ２_fと、を足し合わせることで、前記した負荷装置の消費電力Ｐ３_fを各時間帯に関して予測する（消費電力予測ステップ）。

図４のステップＳ１０８において空調管理サーバ６０は、値ｎ＝１とし、必要蓄熱量Ｑ_Vの初期値をゼロに設定する。この値ｎに対応して、時刻（ｔ１＋（ｎ−１）Δｔ）〜時刻（ｔ１＋ｎΔｔ）で表される時間帯が特定される。時刻ｔ１は、例えば、蓄熱運転を終了して追掛運転を開始する午前７時であり、所定時間Δｔは、例えば、１時間である。
また、必要蓄熱量Ｑ_Vは、負荷装置の消費電力Ｐ３_fが閾値Ｐ_Mを超える領域の電力量（図５（ｂ）の斜線部分）を打ち消すために必要となる冷熱量である。

ステップＳ１０９において空調管理サーバ６０は、ステップＳ１０８の値ｎで特定した時間帯に関して、負荷装置の消費電力Ｐ３_fが閾値Ｐ_Mを超えているか否かを判定する。消費電力Ｐ３_fが閾値Ｐ_Mを超えている場合（Ｓ１０９→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１１０に進む。一方、消費電力Ｐ３_fが閾値Ｐ_M以下である場合（Ｓ１０９→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１１３に進む。

ステップＳ１１０において空調管理サーバ６０は、消費電力Ｐ３_fから閾値Ｐ_Mを減算することで超過電力ΔＰを算出する。
ステップＳ１１１において空調管理サーバ６０は、ステップＳ１１０で算出した超過電力ΔＰに対応する蓄熱量ΔＱを算出する。すなわち、空調管理サーバ６０は、超過電力ΔＰ×所定時間Δｔで算出される電力量を打ち消すのに要する蓄熱量ΔＱを算出する。この蓄熱量ΔＱは、空調設備Ａを構成する機器の仕様情報、外気湿球温度の予測値等に基づいて算出される。

ステップＳ１１２において空調管理サーバ６０は、ステップＳ１１１で算出した蓄熱量ΔＱを必要蓄熱量Ｑ_Vに足し合わせることで、必要蓄熱量Ｑ_Vを更新する。なお、ｎ＝１の場合、空調管理サーバ６０は、必要蓄熱量Ｑ_Vの初期値ゼロ（Ｓ１０８）に蓄熱量ΔＱを足し合わせることで必要蓄熱量Ｑ_Vを更新する。

ステップＳ１１３において空調管理サーバ６０は、ｎ＝Ｎであるか否かを判定する。なお、自然数Ｎは、必要蓄熱量Ｑ_Vの予測対象となる時間帯の終了時刻（例えば、翌々日の午前０時）に対応している。
ｎ＜Ｎである場合（Ｓ１１３→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１１４に進む。ステップＳ１１４において空調管理サーバ６０は、値ｎをインクリメントしてステップＳ１０９の処理に進む。例えば、ｎ＝２の場合には、翌日の時刻（ｔ１＋Δｔ）〜（ｔ１＋２Δｔ）の時間帯の蓄熱量ΔＱが算出され（Ｓ１１１）、前回までの必要蓄熱量Ｑ_Vに足し合わされる（Ｓ１１２）。
一方、ｎ＝Ｎである場合（Ｓ１１３→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１１５に進む。

ステップＳ１１５において空調管理サーバ６０は、ステップＳ１１２で最終的に更新された必要蓄熱量Ｑ_Vを満たすように、蓄熱運転を行う時間帯及び蓄熱量（冷凍機１１の負荷率等）を設定する。なお、安価な夜間電力を用いて蓄熱運転するように、蓄熱運転の時間帯を設定することが好ましい。
ステップＳ１１６において空調管理サーバ６０は、放熱運転を行う時間帯及び放熱量（冷水の流量等）を設定する。例えば、空調管理サーバ６０は、負荷装置の消費電力Ｐ３_fが閾値Ｐ_Mを超えている時間帯で放熱運転を行うように運転スケジュールを設定する（図５（ｂ）参照）。これによって、施設Ｋ付近の温湿度が気象予報どおりに変化した場合、負荷装置の消費電力を閾値Ｐ_M以下に抑えることができる。

ステップＳ１１７において空調管理サーバ６０は、スケジュール設定部６２ｅによって、ステップＳ１１５で設定した蓄熱運転のスケジュールと、ステップＳ１１６で設定した放熱運転のスケジュールに、追掛運転等のスケジュールを加えた運転スケジュールを設定する（スケジュール設定ステップ）。この運転スケジュールには、運転モードの種類（蓄熱運転、追掛運転、放熱運転等）と、各運転モードを行う時間帯（開始時刻、終了時刻）と、が含まれている。
そして、空調管理サーバ６０は、設定した運転スケジュールをネットワークＮを介してコントローラ４０に送信する。

ここで、運転スケジュールに沿った空調設備Ａの動作について、図５を参照しつつ簡単に説明する。
図５（ａ）は、空調設備の熱負荷の変化を示す説明図である。なお、図５（ａ）では、追掛運転又は放熱運転を行う時間帯（７時〜２２時）の熱負荷を図示した。図５（ａ）の「予測された熱負荷」（実線）に示すように、空調設備Ａの熱負荷が９時頃から上昇し、１５時頃にピークに達すると予測されている。

図５（ｂ）は、気象予報どおりに温湿度が変化し、運転スケジュールに従って空調設備を運転した場合における消費電力の変化を示す説明図である。スケジュール設定部６２ｅは、熱負荷の予測結果（図５（ａ）の実線を参照）に基づいて空調設備Ａの運転スケジュールを設定する。図５（ｂ）に示す例では、２時〜７時に蓄熱運転を行い、７時〜１３時に追掛運転を行い、１３時〜１８時に放熱運転を行い、１８時〜２２時に再び追掛運転を行う予定になっている。

図５（ｂ）の斜線部分で示すように、放熱運転を行わずに追掛運転を継続した場合、１３時〜１８時において負荷装置の消費電力が閾値Ｐ_Mを超えてしまう。そこで、消費電力が閾値Ｐ_Mを超えないようにするために、１３時〜１８時に放熱運転を行うように運転スケジュールが設定される。

ところで、気象予報が外れて比較的早い時間帯、又は比較的遅い時間帯に気温が高くなることがある。その結果、施設Ｋ内の実際の熱負荷は、気象予報に基づいて予測された熱負荷とは異なる時間帯でピークに達する（図５（ａ）の破線、一点鎖線を参照）。この場合、運転スケジュールどおりに放熱運転を行うと、負荷装置の消費電力が契約出力Ｐ_Ｃを超えてしまう可能性がある。
そこで本実施形態では、空調管理サーバ６０によって、温湿度センサ３０の実測値に基づいて放熱運転の時間帯をリアルタイムで調整するようにした。なお、図５（ｃ）、（ｄ）については後記する。

図６は、空調管理サーバが実行する処理の流れを示すフローチャートである。なお、ステップＳ１１８の開始時において蓄熱槽１４には冷熱が蓄えられており（蓄熱運転が終了しており）、図４のステップＳ１１７で設定された運転スケジュールに従ってコントローラ４０が追掛運転又は放熱運転を実行しているものとする。

ステップＳ１１８において空調管理サーバ６０は、実測値取得部６２ｆによって、施設Ｋ付近の温湿度の実測値をコントローラ４０から取得する（実測値取得ステップ）。前記した温湿度は、温湿度センサ３０によってステップＳ１１８の処理の直前に検出された値である。なお、５分毎に温湿度を実測し、ステップＳ１１８の処理を行う直前１時間ぶんの実測値を平均するようにしてもよい。

ステップＳ１１９において空調管理サーバ６０は、ステップＳ１１８で取得した温湿度の実測値に基づき、熱負荷算出部６２ｇによって、空調設備Ａの現在の熱負荷ｑ_rを算出する（熱負荷算出ステップ）。
ステップＳ１２０において空調管理サーバ６０は、ステップＳ１１９で算出した熱負荷ｑ_rに基づき、消費エネルギ算出部６２ｈによって、空調設備Ａの現在の消費エネルギを算出する（消費エネルギ算出ステップ）。

ステップＳ１２１において空調管理サーバ６０は、ステップＳ１２０で算出した消費エネルギに基づき、消費電力算出部６２ｉによって、空調設備Ａの消費電力Ｐ１_rを算出する（消費電力算出ステップ）。この消費電力Ｐ１_rは、空調設備Ａが放熱運転を行わずに追掛運転を継続していると仮定した場合の消費電力である（図５（ｃ）、（ｄ）の破線部分を参照）。
ステップＳ１２２において空調管理サーバ６０は、電力消費パターンＤＢ６１ａ（図２参照）を参照し、空調設備Ａ以外の機器（照明設備等）の消費電力Ｐ２_rを読み出す。

ステップＳ１２３において空調管理サーバ６０は、空調設備Ａの消費電力Ｐ１_rと、空調設備Ａ以外の機器の消費電力Ｐ２_rと、を足し合わせることで、負荷装置の消費電力Ｐ３_rを算出する。

図７のステップＳ１２４において空調管理サーバ６０は、ステップＳ１１９（図６参照）で算出した現在の熱負荷ｑ_rが、ステップＳ１０３（図３参照）で予測した熱負荷ｑ_f以上であるか否かを判定する。
現在の熱負荷ｑ_rが、予測した熱負荷ｑ_f以上である場合（Ｓ１２４→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１２５に進む。例えば、温湿度センサ３０によって検出された気温が気象予報サーバ５０から配信された気温の予測値を上回った場合、ｑ_r≧ｑ_ｆとなる可能性が高い。

ステップＳ１２５において空調管理サーバ６０は、ステップＳ１１６（図４参照）で設定した放熱時間帯に現在時刻が含まれるか否かを判定する。設定した放熱時間帯に現在時刻が含まれない場合（Ｓ１２５→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１２６に進む。例えば、運転スケジュールの放熱時間帯が１３時〜１８時であり（図５（ｂ）参照）、現在時刻が１１時である場合、空調管理サーバ６０の処理はステップＳ１２６に進む。

ステップＳ１２６において空調管理サーバ６０は、ステップＳ１２３（図６参照）で算出した負荷装置の消費電力Ｐ３_rが閾値Ｐ_Mを超えているか否かを判定する。消費電力Ｐ３_rが閾値Ｐ_Mを超えている場合（Ｓ１２６→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１２７に進む。

図５（ｃ）は、図５（ａ）の破線で示すように熱負荷が変化し、放熱運転の開始時刻を予定よりも早めた場合の消費電力の変化を示す説明図である。図５（ａ）に示す例では７時〜１４時において、実測値に基づく熱負荷ｑ_r（破線）が、気象予報に基づく熱負荷ｑ_f（実線）よりも大きくなっている。
この場合に追掛運転を継続すると、図５（ｃ）の破線部分に示すように、負荷装置の消費電力Ｐ３_rは１１時に閾値Ｐ_Mを超えてしまう。つまり、図５（ｂ）に示す運転スケジュールに従って１３時から放熱運転を開始すると、１１時〜１３時において負荷装置の消費電力が一時的に契約電力Ｐ_Cを超える可能性がある。

再び、図７に戻って説明を続ける。
ステップＳ１２７において空調管理サーバ６０は、蓄熱槽１４に冷熱が蓄えられているか否かを判定する。例えば、空調管理サーバ６０は、蓄熱運転中に一次側空調設備１０で生成した冷熱量から、放熱運転中に二次側空調設備２０で消費した冷熱量を減算した値がゼロよりも大きいか否かによって、ステップＳ１２７の判定処理を行う。

蓄熱槽１４に冷熱が蓄えられている場合（Ｓ１２７→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１２８に進む。
ステップＳ１２８において空調管理サーバ６０は、放熱運転を実行（開始）する旨の指令信号を生成する（指令信号生成ステップ）。つまり、空調管理サーバ６０は、放熱運転の開始予定時刻よりも前に消費電力Ｐ３_rが閾値Ｐ_Mを超えた場合、放熱運転の開始時刻を予定よりも早める。

図５（ｂ）に示す例では、放熱運転の開始予定時刻は１３時であったが、図５（ｃ）に示すように、空調管理サーバ６０は放熱運転の開始時刻を１１時に変更している。このように放熱運転の開始時刻を早めることで空調設備Ａの消費電力を低減し、負荷装置の消費電力Ｐ３_rが契約電力Ｐ_C（＞閾値Ｐ_M）を超えることを防止できる。

一方、ステップＳ１２７において蓄熱槽１４に冷熱が蓄えられていない場合（Ｓ１２７→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１２９に進む。ステップＳ１２９において空調管理サーバ６０は、放熱運転を行わない（継続できない）と判定する。
なお、放熱運転の開始時には蓄熱槽１４に冷熱が蓄えられているが、前記したように放熱運転の時間帯を早めた場合、当該時間帯の終盤には蓄熱槽１４の冷熱を使い切ってしまう可能性がある。

そこで、ステップＳ１３０において空調管理サーバ６０は、放熱運転とは別の施策を行う旨の指令信号を生成する。例えば、空調管理サーバ６０は、負荷装置の消費電力を閾値Ｐ_M以下に抑えるために、追掛運転を継続しつつ照明装置Ｒ１等の消費電力を通常よりも低減させる。
ステップＳ１２５において放熱時間帯に現在時刻が含まれている場合（Ｓ１２５→Ｙｅｓ）、空調管理サーバ６０はステップＳ１２７に進む（例えば、図５（ｃ）の１５時）。なお、ステップＳ１２７以降の処理は前記したとおりである。

また、ステップＳ１２６において現在の消費電力Ｐ３_rが閾値Ｐ_M以下である場合（Ｓ１２６→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１３１に進む。ステップＳ１３１において空調管理サーバ６０は、放熱運転を行わない（まだ、開始しない）旨の指令信号を生成する。
例えば、温湿度の実測値に基づく熱負荷ｑ_rのほうが、気象予報に基づく熱負荷ｑ_fよりも大きいが、消費電力Ｐ_rは閾値Ｐ_Mを超えていないこともある（例えば、図５（ａ）、（ｃ）の９時）。この場合には、放熱運転を行う必要はない（Ｓ１３１）。

また、ステップＳ１２４において現在の熱負荷ｑ_rが、予測した熱負荷ｑ_f未満である場合（Ｓ１２４→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１３２に進む。
ステップＳ１３２において空調管理サーバ６０は、ステップＳ１１６（図４参照）で設定した放熱時間帯に現在時刻が含まれるか否かを判定する。計画した放熱時間帯に現在時刻が含まれない場合（Ｓ１３２→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１３３に進む。
ステップＳ１３３において空調管理サーバ６０は、放熱運転を行わない（まだ、開始しない）ことに決定する。

ステップＳ１３２において、計画した放熱時間帯に現在時刻が含まれる場合（Ｓ１３２→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１３４に進む。
ステップＳ１３４において空調管理サーバ６０は、ステップＳ１２３で算出した現在の消費電力Ｐ３_rが閾値Ｐ_Mを超えているか否かを判定する。現在の消費電力Ｐ３_rが閾値Ｐ_Mを超えている場合（Ｓ１３４→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１３５に進む。

ステップＳ１３５において空調管理サーバ６０は、蓄熱槽１４に冷熱が蓄えられているか否かを判定する。蓄熱槽１４に冷熱が蓄えられている場合（Ｓ１３５→Ｙｅｓ）、空調管理サーバ６０の処理はステップＳ１３６に進む。
ステップＳ１３６において空調管理サーバ６０は、放熱運転を実行（開始）する旨の指令信号を生成する。つまり、空調設備Ａの熱負荷は予測よりも若干小さいが、負荷装置の消費電力が閾値Ｐ_Mを超えている場合、コントローラ４０によって放熱運転を行う（例えば、図５（ａ）、（ｃ）に示す１５時過ぎ）。

一方、蓄熱槽１４に冷熱が蓄えられていない場合（Ｓ１３５→Ｎｏ）、空調管理サーバ６０の処理はステップＳ１３７に進む。ステップＳ１３７において空調管理サーバ６０は、放熱運転を行わない（継続できない）と判定する。
ステップＳ１３８において空調管理サーバ６０は、放熱運転とは別の施策（例えば、照明装置Ｒ１等の消費電力の低減）を行う旨の指令信号を生成する。

また、ステップＳ１３４で現在の消費電力Ｐ３_rが閾値Ｐ_M以下である場合（Ｓ１３４→Ｎｏ）、ステップＳ１３３において空調管理サーバ６０は、放熱運転を行わない（まだ、開始しない）旨の指令信号を生成する。つまり、空調管理サーバ６０は、放熱運転の開始予定時刻以後、消費電力Ｐ３_ｒが閾値Ｐ_M以下である場合、放熱運転の開始時刻を遅らせる。

図５（ｄ）は、図５（ａ）の一点鎖線で示すように熱負荷が変化し、放熱運転の開始時刻を予定よりも遅らせた場合の消費電力の変化を示す説明図である。図５（ａ）に示す例では７時〜１７時において、実測値に基づく熱負荷ｑ_r（一点鎖線）が、気象予報に基づく熱負荷ｑ_f（実線）よりも小さくなっている。
この場合、図５（ｂ）に示す運転スケジュールに従って１３時から放熱運転を開始すると、蓄熱槽１４に蓄えられた冷熱が無駄に消費されてしまう。追掛運転を１４時まで継続したとしても、消費電力を閾値Ｐ_M以下で維持できるからである。図５（ｄ）に示すように、放熱運転の開始時刻を１４時に遅らせることで（Ｓ１３３：図７参照）、その後に熱負荷ｑ_fが大きくなる事態に備えることができる（例えば、図５（ｄ）に示す１６時）。

図８のステップＳ１３９において空調管理サーバ６０は、ステップＳ１２８等で生成した指令信号を、指令信号送信部６２ｋによってコントローラ４０に送信する（指令信号送信ステップ）。
ステップＳ１４０において空調管理サーバ６０は、蓄熱槽１４の残蓄熱量を算出する。すなわち、空調管理サーバ６０は、放熱運転中に二次側空調設備２０に供給した冷熱量に基づき、蓄熱槽１４の残蓄熱量を算出する。この残蓄熱量は、次のサイクルのステップＳ１２７，Ｓ１３５の処理（蓄熱があるか否かの判定処理：図７参照）で用いられる。

ステップＳ１４１において空調管理サーバ６０は、気象予報の配信時刻になったか否かを判定する。気象予報の配信時刻になった場合（Ｓ１４１→Ｙｅｓ）、空調管理サーバ６０の処理は、図３のステップＳ１０２に戻る。
一方、気象予報の配信時刻になっていない場合（Ｓ１４１→Ｎｏ）、空調管理サーバ６０の処理は、図６のステップＳ１１８に戻る。なお、ステップＳ１１８〜Ｓ１４１の一連の処理は、気象予報の予報対象となる時刻（例えば、１時間毎）に合わせて繰り返し行われる。ちなみに、ステップＳ１１８〜Ｓ１４１の処理を、例えば、数分毎に行ってもよいし、数秒毎に行ってもよい。

＜効果＞
本実施形態では、放熱運転の開始予定時刻よりも前に負荷装置の消費電力Ｐ３_rが閾値Ｐ_Mを超えている場合（Ｓ１２６→Ｙｅｓ）、空調管理サーバ６０は放熱運転の開始時刻を予定よりも早める（Ｓ１２８）。これによって、運転スケジュールどおりに空調設備Ａを制御する場合と比較して、負荷装置の電力平準化を適切に行うことができる。
また、放熱運転の開始予定時刻以後において負荷装置の消費電力Ｐ３_rが閾値Ｐ_M以下である場合（Ｓ１３４→Ｎｏ）、空調管理サーバ６０は放熱運転の開始時刻を予定よりも遅らせる（Ｓ１３３）。これによって、その後に熱負荷が予測よりも大きくなるという事態に備え、蓄熱槽１４に蓄えられた冷熱を有効利用できる。

また、空調管理サーバ６０は、実測した温湿度に基づいて運転スケジュールの放熱時間帯の適否をリアルタイムでチェックし、そのチェック結果に応じてコントローラ４０に指令信号を送信する。これによって、例えば、気象予報が外れて施設Ｋ内の熱負荷が急激に上昇しても、即座に放熱運転を開始することで負荷装置の消費電力を抑制できる。したがって、負荷装置の消費電力が契約電力Ｐ_Cを超えることを防止できる。

また、空調システムＳは、複数の空調設備Ａに関する情報を空調管理サーバ６０で一括して管理し、多数のユーザに情報を提供するクラウド・コンピューティングのシステムになっている。したがって、ユーザが用意すべきものは最低限の接続環境のみであり、空調設備Ａの管理に要するコストを大幅に削減できる。
また、空調管理サーバ６０の処理は熱源シミュレータ等を用いて自動的に行われるため、作業員が試行錯誤しながら運転スケジュールを調整する場合と比較して、消費電力の平準化を高精度で行うことができる。

≪第２実施形態≫
第２実施形態は、各機器の消費電力を実測する電力計７０（図９参照）を第１実施形態に係る空調システムＳに追加した点と、空調管理サーバ６０Ａ（図１０参照）の構成と、が異なるが、その他の点については第１実施形態と同様である。したがって、第１実施形態と異なる部分について説明し、重複する部分については説明を省略する。

図９は、本実施形態に係る空調管理サーバを含む空調システムの構成図である。電力計７０は、冷凍機１１、送風機１２ａ、冷却水ポンプ１３、一次側冷水ポンプ１５、二次側冷水ポンプ２１、室内ファン２２ｂ、施設Ｋ内の各機器の消費電力Ｐ３_r（合計値）を実測するものである。電力計７０によって実測された消費電力Ｐ３_rの値は、コントローラ４０に出力される。そして、コントローラ４０は、温湿度センサ３０及び電力計７０の実測値を、例えば、５分毎にネットワークＮを介して空調管理サーバ６０Ａに送信する。

＜空調管理サーバの構成＞
図１０は、本実施形態に係る空調管理サーバの構成図である。
図１０に示す空調管理サーバ６０Ａの構成は、第１実施形態で説明した空調管理サーバ６０（図２参照）から消費エネルギ算出部６２ｈ（図２参照）を省略し、消費電力算出部６２ｉ（図２参照）に代えて消費電力取得部６２ｍを備える点が異なっているが、その他の点については第１実施形態の構成と同様である。
消費電力取得部６２ｍは、ネットワークＮを介してコントローラ４０から電力計７０の実測値（つまり、負荷装置の実際の消費電力）を取得する。消費電力取得部６２ｍによって取得された消費電力の実測値は、消費電力比較部６２２ｊに出力される。
なお、消費電力比較部６２２ｊによって、消費電力の実測値と閾値Ｐ_Mとの大小が比較される。

＜空調管理サーバの動作＞
図１１は、空調管理サーバが実行する処理の流れを示すフローチャートである。
なお、空調設備Ａの運転スケジュールを設定する処理（Ｓ１０１〜Ｓ１１７：図３、図４参照）については、第１実施形態と同様である。また、図１１に示す処理の開始時において、空調設備Ａでは追掛運転又は放熱運転が行われている。

ステップＳ１１８において空調管理サーバ６０Ａは、実測値取得部６２ｆによって、施設Ｋ付近の温湿度の実測値をコントローラ４０から取得する。
ステップＳ１１９において空調管理サーバ６０Ａは、ステップＳ１１９で取得した温湿度の実測値に基づき、熱負荷算出部６２ｇによって、空調設備Ａの現在の熱負荷ｑ_rを算出する。この熱負荷ｑ_rは、予測した熱負荷ｑ_fとの比較処理で用いられる（Ｓ１２４：図１２参照）。
次に、ステップＳ２０１において空調管理サーバ６０Ａは、消費電力取得部６２ｍによって、コントローラ４０から負荷装置の現在の消費電力Ｐ_Sを取得する（消費電力取得ステップ）。前記したように、この消費電力Ｐ_Sは電力計７０によって実測された値である。

ステップＳ２０１の処理を実行した後、空調管理サーバ６０Ａの処理は図１２に示すステップＳ１２４に進む。なお、図１２に示す一連のの処理は、ステップＳ２０２，Ｓ２０３を除いて第１実施形態で説明した図７のフローチャートと同様である。

例えば、放熱運転の開始予定時刻よりも前に（Ｓ１２５→Ｎｏ）、実測された消費電力Ｐ_Sが閾値Ｐ_Mを超えた場合（Ｓ２０２→Ｙｅｓ）、空調管理サーバ６０Ａは放熱運転の開始時刻を予定よりも早める（Ｓ１２８）。
また、放熱運転の開始予定時刻以後（Ｓ１３２→Ｙｅｓ）、実測された消費電力Ｐ_Sが閾値Ｐ_M以下である場合（Ｓ２０３→Ｎｏ）、空調管理サーバ６０Ａは放熱運転の開始時刻を予定よりも遅らせる（Ｓ１３３）。
なお、ステップＳ１３９〜Ｓ１４１の処理については、第１実施形態で説明した図８のフローチャートと同様であるから説明を省略する。

＜効果＞
本実施形態によれば、第１実施形態と同様に、実測された温湿度の変化に応じて運転スケジュールを柔軟に変更できる。
また、第１実施形態では、温湿度センサ３０の実測値に基づいて空調設備Ａの消費電力Ｐ１_rを算出し（Ｓ１２１：図６参照）、空調設備Ａ以外の機器の消費電力Ｐ２_rについては電力消費パターンＤＢ６１ａから読み出し（Ｓ１２２）、両者の和をとって負荷装置の消費電力Ｐ３_rを算出していた（Ｓ１２３）。
これに対して本実施形態では、電力計７０によって負荷装置の消費電力を直接的に実測するため、負荷装置の消費電力が実際に閾値Ｐ_Mを超えているか否かの判定精度を高めることができる。したがって、運転スケジュールの調整を第１実施形態よりも高精度に行うことができる。

≪変形例≫
以上、本発明に係る空調管理サーバ６０，６０Ａについて各実施形態により説明したが、本発明はこれらの記載に限定されるものではなく、種々の変更を行うことができる。
例えば、各実施形態は、複数の空調設備Ａに関する運転スケジュールの設定・調整を空調管理サーバ６０（６０Ａ）が一括して行う場合について説明したが、複数のサーバに処理を分散させてもよい。

また、各実施形態では、現在の熱負荷ｑ_rが、予測した熱負荷ｑ_f以上であるか否かという判定処理（Ｓ１２４：図７参照）を行う場合について説明したが、これに限らない。すなわち、熱負荷ｑ_r，ｑ_fの大小に関わらず、電力計７０によって実測した消費電力が閾値Ｐ_Mを超えた場合に放熱運転を所定時間だけ継続して行うという処理を繰り返し実行するようにしてもよい。この場合でも、負荷装置の消費電力を契約電力Ｐ_C以下に抑えることができる。

また、各実施形態では、気象予報取得部６２ａが取得する気象予報の内容が、施設Ｋ付近の気温予測値及び湿度予測値である場合について説明したが、これに限らない。例えば、気温予測値及び湿度予測値に加えて、気象予報に日射量予測値を追加してもよい。
また、各実施形態では、消費電力Ｐ３_ｆが閾値Ｐ_Mを超える分の電力量を打ち消すために必要となる最低限の冷熱を蓄熱槽１４に蓄える場合について説明したが、これに限らない。例えば、気象予報の内容に関わらず、蓄熱運転によって蓄熱槽１４を満蓄の状態にしておいてもよい。

また、各実施形態では、プログラムによって、コンピュータである空調管理サーバ６０に一連の処理（図３、図４〜図８等）を実行させる場合について説明したが、これに限らない。すなわち、前記したプログラムを通信回線を介して提供することもできるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。
また、前記した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、機構や構成は説明上必要と考えられるものを示しており、製品上必ずしも全ての機構や構成を示しているとは限らない。

Ｓ 空調システム
Ｋ 施設
Ａ 空調設備（負荷装置）
１１ 冷凍機
１４ 蓄熱槽
３０ 温湿度センサ
４０ コントローラ（管理端末）
５０ 気象予報サーバ
６０，６０Ａ 空調管理サーバ（空調管理装置）
６２ａ 気象予報取得部
６２ｂ 熱負荷予測部
６２ｃ 消費エネルギ予測部
６２ｄ 消費電力予測部
６２ｅ スケジュール設定部
６２ｆ 実測値取得部
６２ｇ 熱負荷算出部
６２ｈ 消費エネルギ算出部
６２ｉ 消費電力算出部
６２ｊ 指令信号生成部
６２ｋ 指令信号送信部
６２ｍ 消費電力取得部
７０ 電力計

Claims (5)

1. 気温予測値及び湿度予測値を含む気象予報を取得する気象予報取得部と、
   冷凍機と、当該冷凍機で生成された冷熱を蓄える蓄熱槽と、を有する空調設備によって空調される施設内の熱負荷を、前記気象予報取得部によって取得される気象予報に基づいて予測する熱負荷予測部と、
   前記熱負荷予測部によって予測される熱負荷に基づいて、前記冷凍機から前記施設に冷熱を供給する場合の前記空調設備の消費エネルギを予測する消費エネルギ予測部と、
   前記消費エネルギ予測部によって予測される消費エネルギに基づいて、前記空調設備を含む負荷装置の消費電力を予測する消費電力予測部と、
   前記消費電力予測部によって予測される消費電力に基づいて、前記空調設備の運転スケジュールを設定するスケジュール設定部と、
   前記施設付近の気温及び湿度を含む実測値を取得する実測値取得部と、
   前記実測値取得部によって取得される実測値に基づいて、前記施設内の熱負荷を算出する熱負荷算出部と、
   前記熱負荷算出部によって算出される熱負荷に基づいて、前記冷凍機から前記施設に冷熱を供給する場合の前記空調設備の消費エネルギを算出する消費エネルギ算出部と、
   前記消費エネルギ算出部によって算出される消費エネルギに基づいて、前記負荷装置の消費電力を算出する消費電力算出部と、
   前記蓄熱槽に蓄えられた冷熱を前記施設内に供給する放熱運転を実行するか否かの指令信号を生成する指令信号生成部と、
   前記指令信号生成部によって生成された指令信号を前記空調設備の管理端末に送信する指令信号送信部と、を備え、
   前記指令信号生成部は、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻よりも前に、前記消費電力算出部によって算出された消費電力が、前記放熱運転を行うか否かの判定基準となる所定閾値を超えた場合、前記放熱運転の開始時刻を早めるように前記指令信号を生成し、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻以後、前記消費電力算出部によって算出された消費電力が前記所定閾値以下である場合、前記放熱運転の開始時刻を遅らせるように前記指令信号を生成すること
   を特徴とする空調管理装置。
2. 気温予測値及び湿度予測値を含む気象予報を取得する気象予報取得部と、
   冷凍機と、当該冷凍機で生成された冷熱を蓄える蓄熱槽と、を有する空調設備によって空調される施設内の熱負荷を、前記気象予報取得部によって取得される気象予報に基づいて予測する熱負荷予測部と、
   前記熱負荷予測部によって予測される熱負荷に基づいて、前記冷凍機から前記施設に冷熱を供給する場合の前記空調設備の消費エネルギを予測する消費エネルギ予測部と、
   前記消費エネルギ予測部によって予測される消費エネルギに基づいて、前記空調設備を含む負荷装置の消費電力を予測する消費電力予測部と、
   前記消費電力予測部によって予測される消費電力に基づいて、前記空調設備の運転スケジュールを設定するスケジュール設定部と、
   前記負荷装置の消費電力の実測値を取得する消費電力取得部と、
   前記蓄熱槽に蓄えられた冷熱を前記施設内に供給する放熱運転を実行するか否かの指令信号を生成する指令信号生成部と、
   前記指令信号生成部によって生成された指令信号を前記空調設備の管理端末に送信する指令信号送信部と、を備え、
   前記指令信号生成部は、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻よりも前に、前記消費電力取得部によって取得された消費電力が、前記放熱運転を行うか否かの判定基準となる所定閾値を超えた場合、前記放熱運転の開始時刻を早めるように前記指令信号を生成し、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻以後、前記消費電力取得部によって取得された消費電力が前記所定閾値以下である場合、前記放熱運転の開始時刻を遅らせるように前記指令信号を生成すること
   を特徴とする空調管理装置。
3. 気温予測値及び湿度予測値を含む気象予報を取得する気象予報取得ステップと、
   冷凍機と、当該冷凍機で生成された冷熱を蓄える蓄熱槽と、を有する空調設備によって空調される施設内の熱負荷を、前記気象予報取得ステップで取得される気象予報に基づいて予測する熱負荷予測ステップと、
   前記熱負荷予測ステップで予測される熱負荷に基づいて、前記冷凍機から前記施設に冷熱を供給する場合の前記空調設備の消費エネルギを予測する消費エネルギ予測ステップと、
   前記消費エネルギ予測ステップで予測される消費エネルギに基づいて、前記空調設備を含む負荷装置の消費電力を予測する消費電力予測ステップと、
   前記消費電力予測ステップで予測される消費電力に基づいて、前記空調設備の運転スケジュールを設定するスケジュール設定ステップと、
   前記施設付近の気温及び湿度を含む実測値を取得する実測値取得ステップと、
   前記実測値取得ステップで取得される実測値に基づいて、前記施設内の熱負荷を算出する熱負荷算出ステップと、
   前記熱負荷算出ステップで算出される熱負荷に基づいて、前記冷凍機から前記施設に冷熱を供給する場合の前記空調設備の消費エネルギを算出する消費エネルギ算出ステップと、
   前記消費エネルギ算出ステップで算出される消費エネルギに基づいて、前記負荷装置の消費電力を算出する消費電力算出ステップと、
   前記蓄熱槽に蓄えられた冷熱を前記施設内に供給する放熱運転を実行するか否かの指令信号を生成する指令信号生成ステップと、
   前記指令信号生成ステップで生成された指令信号を前記空調設備の管理端末に送信する指令信号送信ステップと、を含み、
   前記指令信号生成ステップにおいて、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻よりも前に、前記消費電力算出ステップで算出された消費電力が、前記放熱運転を行うか否かの判定基準となる所定閾値を超えた場合、前記放熱運転の開始時刻を早めるように前記指令信号を生成し、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻以後、前記消費電力算出ステップで算出された消費電力が前記所定閾値以下である場合、前記放熱運転の開始時刻を遅らせるように前記指令信号を生成すること
   を特徴とする空調管理方法。
4. 気温予測値及び湿度予測値を含む気象予報を取得する気象予報取得ステップと、
   冷凍機と、当該冷凍機で生成された冷熱を蓄える蓄熱槽と、を有する空調設備によって空調される施設内の熱負荷を、前記気象予報取得ステップで取得される気象予報に基づいて予測する熱負荷予測ステップと、
   前記熱負荷予測ステップで予測される熱負荷に基づいて、前記冷凍機から前記施設に冷熱を供給する場合の前記空調設備の消費エネルギを予測する消費エネルギ予測ステップと、
   前記消費エネルギ予測ステップで予測される消費エネルギに基づいて、前記空調設備を含む負荷装置の消費電力を予測する消費電力予測ステップと、
   前記消費電力予測ステップで予測される消費電力に基づいて、前記空調設備の運転スケジュールを設定するスケジュール設定ステップと、
   前記負荷装置の消費電力の実測値を取得する消費電力取得ステップと、
   前記蓄熱槽に蓄えられた冷熱を前記施設内に供給する放熱運転を実行するか否かの指令信号を生成する指令信号生成ステップと、
   前記指令信号生成ステップで生成された指令信号を前記空調設備の管理端末に送信する指令信号送信ステップと、を含み、
   前記指令信号生成ステップにおいて、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻よりも前に、前記消費電力取得ステップで取得された消費電力が、前記放熱運転を行うか否かの判定基準となる所定閾値を超えた場合、前記放熱運転の開始時刻を早めるように前記指令信号を生成し、
   前記運転スケジュールにおける前記放熱運転の開始予定時刻以後、前記消費電力取得ステップで取得された消費電力が前記所定閾値以下である場合、前記放熱運転の開始時刻を遅らせるように前記指令信号を生成すること
   を特徴とする空調管理方法。
5. 請求項３又は請求項４に記載の空調管理方法を、コンピュータに実行させるためのプログラム。

Images