JP2018040510A - 制御装置、空調制御システム、制御方法及びプログラム - Google Patents

Abstract

【課題】経済性、快適性を両立した空調機の制御を行うことができる制御装置を提供する。【解決手段】制御装置は、時間ごとの電力料金単価の情報を取得する料金情報取得部と、機器の運転状態に関する運転状態情報を取得する運転情報取得部と、運転状態情報と予測モデルとに基づいて所定期間における機器の運転状態を予測する予測部と、予測した運転状態に基づく所定期間における快適性の評価値、電力料金単価に基づく必要な電力料金の評価値、に基づく所定期間の機器の運転に関する評価値を算出する評価部と、機器の運転に関する評価値が最適な値となるように運転するための制御情報を算出する制御情報算出部と、を備える。【選択図】図２

Description

本発明は、制御装置、空調制御システム、制御方法及びプログラムに関する。

電力の需要と供給のバランスを、例えば電力料金を上下させることによって調整し、ピーク時の電力供給量を抑制するＡＤＲ（Automated Demand Response）と呼ばれる技術が存在する。例えば、米国では、ＯｐｅｎＡＤＲによる電力料金のリアルタイム化が一般市場において展開されており、リアルタイムで安い電力供給会社を選択する等の運用が可能になっている。我が国においても政府主導のもとＡＤＲ規格として、米国のＯｐｅｎＡＤＲ２．０の国内版を展開する動きがある。

ところで、空調機においては、電力消費量を抑制して電力料金を安く抑えつつ、利用者の快適性を損なうことのない制御が要求される。例えば、特許文献１には、エアコンなどの機器について、機器の動作状態を変更した場合の快適度や電力消費量等を予測して、予測結果を表示する機器マネージメントシステムについて記載がある。

特許第５４９１８９１号公報

従来の空調機では、電力料金が一定期間変化しないことを前提とし、その条件下で快適さを損なわず且つ電力料金を抑える制御方法が追及されてきた。しかし、電力料金がリアルタイムに変化する条件下で、所望の快適温度を達成しつつ、電力料金を安く抑える制御方法についてはこれまでに提供されていない。

そこでこの発明は、上述の課題を解決することのできる制御装置、空調制御システム、制御方法及びプログラムを提供することを目的としている。

本発明の第１の態様は、時間ごとの電力料金単価の情報を取得する料金情報取得部と、機器の運転状態に関する運転状態情報を取得する運転情報取得部と、前記運転状態情報と所定の予測モデルとに基づいて、未来の所定期間における前記機器の運転状態を予測する予測部と、前記予測部が予測した運転状態に基づく前記所定期間における快適性の評価値と、前記時間ごとの電力料金単価の情報に基づく前記所定期間の前記機器の動作に必要な電力料金の評価値と、に基づく前記所定期間の前記機器の運転に関する評価値を算出する評価部と、前記機器の運転に関する評価値が最適な値となるように運転するための前記機器に対する制御情報を算出する制御情報算出部と、を備える制御装置である。

本発明の第２の態様における前記制御情報は、前記所定期間において前記機器を運転するのに必要な電力の所定時間ごとの上限値である。

本発明の第３の態様における前記制御情報算出部は、前記時間ごとの電力料金単価の情報が示す電力料金単価が上昇する時間の前に、前記機器の運転の強度を上昇させる制御情報を算出する。

本発明の第４の態様における前記機器は空調機であって、前記制御情報算出部は、前記空調機が冷房運転を行っている場合、当該空調機が備えられた空間の温度が、設定された設定温度よりも低い温度に到達するように前記空調機が備える圧縮機の回転数を上昇させる制御情報を算出し、前記空調機が暖房運転を行っている場合、当該空調機が備えられた空間の温度が、設定された設定温度よりも高い温度に到達するように前記空調機が備える圧縮機の回転数を上昇させる制御情報を算出する。

本発明の第５の態様における前記機器は空調機であって、前記快適性の評価値は、設定された設定温度と前記空調機による空調温度との温度差と、前記空調機が備える室内機の容量と、の積に基づく値である。

本発明の第６の態様における前記機器は空調機であって、設定された設定温度と前記空調機による空調温度の温度差と、前記電力料金単価と、に対応付けて設定された重み係数を前記温度差に乗じて前記快適性の評価値を算出する。

本発明の第７の態様は、上記の何れかに記載の制御装置と、前記制御装置が算出する制御情報に基づいて運転する空調機と、を備える空調制御システムである。

本発明の第８の態様は、時間ごとの電力料金単価の情報を取得するステップと、機器の運転状態に関する運転状態情報を取得するステップと、前記運転状態情報と所定の予測モデルとに基づいて、未来の所定期間における前記機器の運転状態を予測するステップと、前記予測した運転状態に基づく前記所定期間における快適性の評価値と、前記時間ごとの電力料金単価の情報に基づく前記所定期間の前記機器の動作に必要な電力料金の評価値と、に基づく前記所定期間の前記機器の運転に関する評価値を算出するステップと、前記機器の運転に関する評価値が最適な値となるように運転するための前記機器に対する制御情報を算出するステップと、を有する制御方法である。

本発明の第９の態様は、制御装置のコンピュータを、時間ごとの電力料金単価の情報を取得する手段、機器の運転状態に関する運転状態情報を取得する手段、前記運転状態情報と所定の予測モデルとに基づいて、未来の所定期間における前記機器の運転状態を予測する手段、前記予測した運転状態に基づく前記所定期間における快適性の評価値と、前記時間ごとの電力料金単価の情報に基づく前記所定期間の前記機器の動作に必要な電力料金の評価値と、に基づく前記所定期間の前記機器の運転に関する評価値を算出する手段、前記機器の運転に関する評価値が最適な値となるように運転するための前記機器に対する制御情報を算出する手段、として機能させるためのプログラムである。

本発明によれば、時々刻々と変化する電力料金に対応して、経済性、快適性を両立した機器の制御を行うことができる。

本発明の第一実施形態における空調制御システムの一例を示す図である。 本発明の第一実施形態における制御装置の構成例を示すブロック図である。 本発明の第一実施形態における電力料金スケジュール情報の一例を示す図である。 本発明の第一実施形態における運転制限スケジュール情報の一例を示す図である。 本発明の第一実施形態における電力制限運転を説明する第一の図である。 本発明の第一実施形態における電力制限運転を説明する第二の図である。 本発明の第一実施形態における設定温度からの乖離に対するペナルティの設定例を示す図である。 本発明の第一実施形態における電力制限値の探索範囲設定の一例を示す図である。 本発明の第一実施形態における制御装置の処理の一例を示すフローチャートである。 本発明の第二実施形態における制御装置の構成例を示すブロック図である。

＜第一実施形態＞
以下、本発明の第一実施形態による空調制御システムを図１〜図９を参照して説明する。
図１は、本発明の第一実施形態における空調制御システムの一例を示す図である。
空調制御システム１００は、ビル４等に備えられた空調機３１等を、ユーザの快適性を保ちつつ、低コストで運転するための制御システムである。空調制御システム１００は、ＤＲＡＳサーバ１と、ＤＲＡＳクライアント２と、ゲートウェイ３と、空調機３１、空調機３２、空調機３ｍと、を含んで構成される。ＤＲＡＳサーバ１は、例えば電力会社が運用するサーバ端末装置である。電力会社は、電力料金単価を例えば１０分ごとに変更する。例えば、電力会社は、電力の需要による電力不足が見込まれる場合には、電力料金単価を上昇させて需要家に節電を促し、電力需要が比較的少ないと見込まれる時間には電力料金単価を下げて電力の消費を促す。ＤＲＡＳサーバ１とＤＲＡＳクライアント２とは通信可能に接続されており、一般に公開されたプロトコル（例えばＯｐｅｎＡＤＲ２．０等）に基づく通信を行う。例えば、ＤＲＡＳサーバ１は、未来における所定期間分の電力料金のスケジュール情報を、ＤＲＡＳクライアント２に送信する。

ＤＲＡＳクライアント２は、例えば空調機３１等の運用を行う企業が運用するサーバ端末装置である。ＤＲＡＳクライアント２は、ＤＲＡＳサーバ１から取得した電力料金のスケジュール情報に基づいて、どのような運転を行えば、ユーザの設定温度を実現しつつ安い電力料金で空調機を運転できるかを示す運転制限スケジュール情報を算出する。ＤＲＡＳクライアント２は、インターネット等のネットワークを介して、ゲートウェイ３と通信可能に接続されている。ＤＲＡＳクライアント２は、算出した運転制限スケジュール情報をゲートウェイ３に送信する。

ゲートウェイ３は、ビル４に設けられた通信装置である。ビル４には、複数の室内機を有するマルチ型の空調機３１，３２，３ｍが設けられている。空調機３１は、室外機３０１と、室内機３１１，３１ｎ等を備える。空調機３２は、室外機３０２と、室内機３２１，３２ｎ等を備える。空調機３ｍは、室外機３０ｍと、室内機３ｍ１，３ｍｎ等を備える。例えば、室外機３０１は、圧縮機、熱交換器等を有しており、冷媒を室内機３１１，３１ｎ等へ送出する。室内機３１１等は、ビル４の部屋に設けられており、その部屋の温度を、ユーザ所望の温度となるように空調を行う。
ゲートウェイ３は、ＤＲＡＳクライアント２から取得した空調機ごとの運転制限スケジュール情報を、対応する空調機３１等へ出力する。空調機３１は取得した運転制限スケジュール情報に基づいて、自装置の運転を制御する。

図２は、本発明の第一実施形態における制御装置の構成例を示すブロック図である。
図２を用いてＤＲＡＳクライアント２の構成について説明する。ＤＲＡＳクライアント２は、運転情報取得部２１と、料金情報取得部２２と、制御情報算出部２３と、運転状態予測部２４と、評価部２５と、通信部２６と、記憶部２７とを備える。
運転情報取得部２１は、空調機３１，３２，３ｍ等の運転情報を取得する。運転情報とは、例えば、空調機３１の運転による電力消費量、運転時の室内温度、設定温度および室外温度等である。運転情報取得部２１は、例えば所定の時間毎に空調機３１，３２，３ｍ等の運転情報を取得し、記憶部２７に取得した運転情報を記録する。
料金情報取得部２２は、ＤＲＡＳサーバ１が送信した電力料金のスケジュール情報を取得する。電力料金のスケジュール情報については、後に図３を用いて説明する。

制御情報算出部２３は、所定の最適化手法を用いて、ユーザの快適性を保ちつつ、電力料金を最小にする空調機３１等の運転を実現する運転制限スケジュール情報を算出する。所定の最適化手法とは、例えば、焼きなまし法（Simulated Annealing）、遺伝的アルゴリズム、粒子群最適化などの手法である。また、ユーザの快適性を保ちつつ、電力料金を最小にする運転制限スケジュール情報とは、後述する評価部２５が出力する評価値が最も小さな値となる場合の運転制限スケジュールのことをいう。本実施形態の場合、運転制限スケジュール情報とは、所定時間ごとの空調機３１，３２，３ｍのそれぞれが消費する電力の上限値である。

運転状態予測部２４は、運転制限スケジュール情報が示す条件下での空調機３１，３２，３ｍ等の運転状態を予測する。例えば、運転状態予測部２４は、運転情報取得部２１が取得した空調機３１の現在の運転状態に基づいて数分先の空調機３１の運転状態を予測する。また、例えば、運転状態予測部２４は、現在の運転状態に基づいて予測した数分先の空調機３１の運転状態に基づいて、さらに数分先の空調機３１の運転状態を予測する。運転状態の予測には、例えば、ニューラルネットワークと呼ばれる機械学習アルゴリズムを用いる。

評価部２５は、運転状態予測部２４が予測した所定時間先の空調機３１等の運転状態を後述する評価関数によって評価する。より具体的には、評価部２５は、電力料金評価部２５１と快適性評価部２５２とを備えており、電力料金（コスト）とユーザにとっての快適性の２つの面から運転状態予測部２４が予測した未来における空調機３１等の運転に対する評価を行う。
通信部２６は、他装置との通信を行う。例えば、通信部２６は、ＤＲＡＳサーバ１とデータ通信を行い、電力料金のスケジュール情報を取得する。あるいは、通信部２６は、ゲートウェイ３とデータ通信を行い、運転制限スケジュール情報をゲートウェイ３へ送信する。
記憶部２７は、運転制限スケジュール情報の算出に必要な種々のデータを記憶する。例えば、記憶部２７は、運転状態予測部２４が運転状態の予測に用いる予測モデルを記憶している。この予測モデルは、ある運転制限スケジュール情報を与えた場合の過去の運転状態の実績情報に基づいてニューラルネットワーク等の手法で生成した予測モデルである。この予測モデルは、電力制限スケジュール情報と、実際の電力消費量、室内温度、室外温度を入力すると、所定時間先の未来における室内温度とそれまでに消費される電力消費量の予測値を出力する。

次に電力料金のスケジュール情報について説明する。
図３は、本発明の第一実施形態における電力料金スケジュール情報の一例を示す図である。電力料金のスケジュール情報には、所定時間（例えば１０分）ごとの電力料金単価が含まれている。図３の例の場合、本日の１４：００〜１４：１０では１ｋＷｈあたりの電力料金が３０円、１４：１０〜１４：２０では１０円、１４：２０〜１４：３０では１００円となっている。ＤＲＡＳサーバ１は、例えば、時間が１０分経過する毎に、３０分先までの１０分毎の電力料金単価が含まれたスケジュール情報をＤＲＡＳクライアント２へ送信する。ＤＲＡＳクライアント２では、料金情報取得部２２が電力料金単価のスケジュール情報を、通信部２６を介して取得し、記憶部２７へ記録する。

次に運転制限スケジュール情報について説明する。
図４は、本発明の第一実施形態における運転制限スケジュール情報の一例を示す図である。運転制限スケジュール情報には、所定時間（例えば５分）ごとの電力制限値が含まれている。
この電力制限値は、図３で例示した電力料金単価の場合に、ユーザが設定した室内の設定温度をなるべく達成しつつ、最安の電力料金で空調機３１等を運転するための空調機３１等が消費する電力の上限値である。
図４の例の場合、単価が３０円の時間帯（１４：００〜１４：１０）では、前半が１４ｋＷ、後半が７ｋｗとなっている。続いて、単価が１０円の時間帯（１４：１０〜１４：２０）では前半が３ｋＷ、後半が７ｋｗとなっている。最後に単価が１００円の時間帯（１４：２０〜１４：３０）では前半、後半ともに０ｋｗとなっている。
ＤＲＡＳクライアント２では、制御情報算出部２３が算出した運転制限スケジュールの条件下での３０分後までの空調機３１等の運転状態を運転状態予測部２４が予測し、評価部２５がその３０分間の運転による電力料金や快適性を評価する。そして、制御情報算出部２３は、評価部２５による評価結果に基づいて、より適切な運転制限スケジュール情報を再設定する。例えば、快適性が良好でも電力料金が高額になる場合は、制御情報算出部２３は運転制限スケジュールの電力制限値を抑え、より低電力で運転を行う条件を再設定する。また、例えば、電力料金は非常に安くなるが快適性も低い場合、制御情報算出部２３は運転制限スケジュールの電力制限値を上昇させ、電力料金が相対的に上昇してもユーザが設定した設定温度を実現することにより、快適性を向上させる条件を再設定する。図４に例示する電力制限運転のスケジュール情報は、このようにして最適化された所定時間ごとの電力制限値である。

次に評価部２５が使用する評価関数について説明する。以下の式（１）が本実施形態の評価関数の一例である。

ここで、式（１）のα_１は電力料金評価に対する重み係数、α_２は快適性評価に対する重み係数、Ｙ_ｊはｊ単位時間時の電力単価、Ｗ_ｊはｊ単位時間時の機器使用電力量（Ｗｈ）、Ｔ_{ｓｅｔｊｉ}はｊ単位時間時の運転中の室内機ｉのユーザ設定温度（℃）、Ｔ_{ｒｏｏｍｊｉ}はｊ単位時間時の運転中の室内機ｉの室内温度（吸い込み温度）（℃）、Ｃａｐ_ｉは室内機ｉの機器容量（ｋＷ）、Total_Capacityは運転中の全室内機の機器容量合計値（ｋＷ）、ｉは運転中の室内機の識別番号、ｉ＝（１，２、・・・Ｉｍａｘ）、ｊは単位時間番号、ｊ＝（１，２、・・・Ｊｍａｘ）である。電力料金評価部２５１は、式（１）右辺の第１項の式により電力料金の評価値を算出し、快適性評価部２５２は、式（１）右辺の第２項の式により快適性の評価値を算出する。式（１）右辺の第１項は単位時間あたりの電力料金を所定期間にわたって合計する式であるから、電力料金が高い程、この値は大きくなる。一方、第２項は、単位時間あたりの室内機ごとにユーザによる設定温度と実際の室内温度（空調温度）の温度差の２乗に室内機容量を乗じた値をさらに１つの空調機が備える全室内機の容量の合計で除算した値を所定期間にわたって合計したものを、全室内機について足し合わせる式であるから、ユーザが設定した設定温度と実際の室内温度の差が大きい程、大きな値となる。つまり快適性が低い程大きな値となる。従って、電力料金が安く、快適性が高い程、式（１）の値は小さな値となる。制御情報算出部２３は、評価部２５が算出した式（１）による評価値がなるべく小さくなるように電力制限運転のスケジュール情報を最適化する。

なお、式（１）の右辺第１項のＷ_ｊについては、室外機が消費する電力量のみであってもよいし、室外機と全室内機が消費する電力量の合計であってもよい。数式で表すと以下のように表すことができる。
Ｗ_ｊ＝Ｐ_ｏｕｊ ・・・・（２）

ここで、Ｐ_ｏｕｊは、ｊ単位時間に室外機が消費する電力量（Ｗｈ）、Ｐ_ＩＵｊｉは、ｊ単位時間に室内機ｉが消費する電力量（Ｗｈ）である。
次に電力制限運転のスケジュール情報の最適化処理について説明する。

図５は本発明の第一実施形態における電力制限運転を説明する第一の図である。
図６は本発明の第一実施形態における電力制限運転を説明する第二の図である。
図５、図６において縦軸は電力消費量（ｋＷ）、横軸は時間（分）を示している。図６の場合、縦軸はさらに電力制限値（ｋＷ）を示している。
図５に示すグラフ５１は、通常の制御（本実施形態の電力制限値による運転制限を設けない制御）によって空調機３１を運転したときの電力消費量の時間推移を示している。 図６に示すグラフ６１は、本実施形態の電力制限値による運転制限を設けた制御によって空調機３１を運転したときの電力消費量の時間推移を示している。また、グラフ６２は、制御情報算出部２３が算出した空調機３１に対する運転制限スケジュール（電力制限値の時間推移）を示している。図５、図６何れの場合も室内機３１１〜３１ｎにおけるユーザの設定温度は２５℃である。また、ほぼ同じ気温条件下で時間０に空調を開始したとする。

まず、運転状態予測部２４が、運転情報取得部２１が取得した最新の空調機３１の運転状態情報（電力制限値、実際の電力、室内温度、設定温度、室外温度）と予測モデルによって５分先までの１分毎の空調機３１の運転状態を予測する。次に運転状態予測部２４が、自らが予測した５分後の空調機３１の運転状態情報と予測モデルによってさらに５分先（つまり時間５分から１０分）までの１分毎の空調機３１の運転状態を予測する。運転状態予測部２４は、同様の５分単位の予測を計６回繰り返し、時間０を基準として３０分後までの運転状態を模擬する。なお、これら６回の模擬において電力制限値については任意の値を与える。
次に評価部２５が式（１）に、運転状態予測部２４が模擬した３０分間の運転状態情報（Ｔ_{ｓｅｔｊｉ}は２５℃）を代入し評価値を算出する。なお、α_１、α_２、Ｃａｐ_ｉ、Total_Capacity等の定数については予め設定され記憶部２７に記録されている。また時間毎の電力料金単価Ｙ_ｊには料金情報取得部２２が取得した電力料金スケジュール情報を用いる。

次に制御情報算出部２３が、評価部２５が算出した評価値に基づいて、５分毎の電力制限値の最適化を行う。例えば、開始から５分間（１回目の模擬区間）は目標の設定温度を達成するために高めの電力制限値を設定し、空調機３１の運転を促進する。また、４回目の模擬区間（１５〜２０分）について次が電力料金単価が１００円と高額になる区間なので、高額区間（５〜６回目の模擬区間）での運転を抑制するために予め強めの運転を行って部屋を涼しくしておくなど、電力料金単価の変動と設定温度と室内温度との乖離具合（快適性）とに応じた電力制限値を設定する。
しかし、電力制限値は電力消費量の上限を定めるものにすぎないから、制御情報算出部２３が高めの電力制限値を設定しても、空調機３１がその高めの電力制限値に応じて、電力料金単価が安いうちに運転の強度を増加させて動作するとは限らない。従ってこのような状況のために、制御情報算出部２３は、電力料金単価が上昇する時間の前の模擬区間に、空調機３１の運転強度を上昇させる制御情報を算出する。具体的には、制御情報算出部２３は、空調機３１が冷房運転を行っている場合、設定温度２５℃よりも低い温度（例えば２３℃）を暗に設定し、その温度に到達するように室外機３０１が備える圧縮機（図示せず）の回転数を上昇させる制御情報を算出する。同様に、暖房運転を行っている場合は、設定温度よりも高い温度を暗に設定し、部屋の温度がその温度に到達するように圧縮機の回転数を上昇させる制御情報を算出する。なお、暗に設定した部屋の目標温度に対応する圧縮機の回転数については予め定められ記憶部２７に記録されているとする。このように制御情報算出部２３は、状況に応じて、電力制限値と共に圧縮機の回転数の制御情報を含んだ運転制限スケジュール情報を算出する。

次に運転状態予測部２４は、制御情報算出部２３が設定した６つの区間に対する新たな運転制限スケジュール情報（時間ごとの電力制限値、または時間ごとの電力制限値および圧縮機の回転数）を用いて、再度、未来の３０分間における空調機３１の運転状態を模擬する。また、評価部２５はその模擬結果を式（１）の評価関数Ｅによって評価する。また、制御情報算出部２３が、焼きなまし法などの最適化手法を用いて評価関数Ｅを最小にする運転制限スケジュール情報を算出する。仮に５分毎３０分間の運転制限スケジュール情報を算出する場合、制御情報算出部２３は、計６回分の電力制限値を解とする６次元空間探査を実行することになる。
このような運転制限スケジュール情報の最適化を繰り返し、評価関数Ｅの値を最小にする運転制限スケジュールが決定されると、制御情報算出部２３が最適化された運転制限スケジュール情報を、通信部２６を介してゲートウェイ３に送信する。ゲートウェイ３は最適化された運転制限スケジュール情報を空調機３１に送信し、空調機３１は、運転制限スケジュール情報が示す５分毎の電圧制限値を超えないように運転を行う（ときには圧縮機をより高速に回転させる）。このような制御を、実際の環境で検証したところ、多少室温を犠牲にしつつも電力料金が安くなるような運転を実現することができた。なお、式（１）のα_１、α_２の値を調整することで、快適性、電力料金の何れに重きを置いた運転とするかを任意に調整することが可能である。

次に快適性の評価値に影響する係数α_２の設定例について説明する。
最も単純に係数α_２を設定する場合は、α_２＝１−α_１とする。これにより、経済性と快適性のトレードオフを調整することができる。
また、設定温度との乖離度合いを評価値に反映させたい場合、例えば図７のように、設定温度からの乖離に対するペナルティを設定する。
図７に示すように評価関数の係数α_２は設定温度からの乖離度合いと電力料金単価に応じて変化させることができる。例えば、冷房運転時において多少の冷やし過ぎについては許容する運転を行うためには、同じ３℃の乖離でも−側に３．０℃乖離する場合よりも＋側に３．０℃乖離する場合について、より大きな値をα_２に設定することで実現することができる。図中、冷房運転時の電力料金単価が１０円の場合の設定例は、このような考えに基づく設定である。つまり、同じ温度乖離していても＋側に乖離している（室内温度が設定温度より高い）場合、−側に乖離している（室内温度が設定温度より低い）場合よりも大きなペナルティ値が設定されている。
また、電力料金単価が高い場合は、多少暑くても許容する設定を行うことが可能である。例えば、同じ＋３℃の乖離でも単価が１０円の場合（「１０」）よりも、単価が１００円の場合（「５」）により小さな値を設定することで実現することができる。

また、図７に示すように暖房運転時において、例えば、暖め過ぎに対しても暖め足りない状態に対しても同様のペナルティを課す設定とすることができる。図７の例では、暖房運転時の設定において同じ温度乖離していれば＋側に乖離していても−側に乖離しても同じ大きさの値が設定されている。
また、電力料金単価が高い場合は、多少寒くても許容する運転を行うことが可能である。例えば、図７に示すように同じ＋３℃の乖離でも単価が１０円の場合（「１０」）よりも、単価が１００円の場合（「５」）により小さな値を設定することでそのような運転を実現することができる。
なお、図７に例示するデータテーブルを、設定用インタフェースと共にユーザ毎（室内機毎）に用意し、ユーザが自由に設定できるよう構成してもよい。

図８は、本発明の第一実施形態における電力制限値の探索範囲設定の一例を示す図である。
ところで、経済性と快適性の両立を実現する本実施形態の運転制御スケジュール情報は、空調機の運転中に逐次算出しなければならないものである。制御情報算出部２３がリアルタイムに変化する電力料金単価に合わせて逐次最適な運転制御スケジュール情報を算出するためには、最適解を見つける時間を短縮する必要がある。図８に示すデータテーブルは、焼きなまし法によって制御情報算出部２３が最適な電力制限値を見つける場合に、その探索範囲や探索単位（解像度）に加える制限を定めたものである。例えば、１行目の設定値によれば、室外機３０１が容量４ＨＰという比較的小容量の室外機であれば、電力制限値の探索範囲は０ｋＷ〜１５ｋＷ、探索単位は５ｋＷ毎に制限することを示している。このように探索範囲テーブルを用いることで、探索時間を少なくでき、無駄な領域探索を行うことなく最適解を導くことができる。なお、探索範囲と探索単位は、計算処理の能力に応じて調整できる。

図９は、本発明の第一実施形態における制御装置の処理の一例を示すフローチャートである。
図９を用いて運転制限スケジュール情報の生成処理の流れについて説明する。
まず、料金情報取得部２２が、ＤＲＡＳサーバ１が生成した電力料金単価スケジュール情報を取得し（ステップＳ１１）、記憶部２７に記録する。電力料金スケジュール情報には、例えば、３０分先までの１０分毎の電力料金単価が含まれている。
次に運転情報取得部２１が、空調機３１、３２、・・・、３ｍの運転状態情報を取得する（ステップＳ１２）。運転状態情報には、空調機３１等単位での単位時間毎の電力消費量、外気温度、室内機単位での室内温度、ユーザによる設定温度等の情報が含まれている。運転情報取得部２１は、取得した運転状態情報を記憶部２７に記録する。

次に制御情報算出部２３が、未来の所定期間（例えば３０分間）における所定時間ごと（例えば５分毎）の運転制限スケジュール情報を算出する（ステップＳ１３）。例えば、制御情報算出部２３は、初回では任意の初期値を３０分間にわたる５分毎の電力制限値として設定しても良い。あるいは、運転条件に応じた運転制限スケジュール情報の初期設定が予め記憶部２７に記録されていて、制御情報算出部２３は、電力料金スケジュール情報や外気温度、各室内機の室内温度等に応じてこれらの運転条件に適した電力料金スケジュール情報の初期設定の情報を記憶部２７から読み出し、読み出した初期設定の情報を、３０分間にわたる５分毎の電力制限値として設定しても良い。

次に運転状態予測部２４が、未来の所定期間における所定時間ごとの運転状態を予測する（ステップＳ１４）。より具体的には、運転状態予測部２４は、ステップＳ１２で取得した運転状態情報と、ステップＳ１３で設定した運転制限スケジュール情報とを予測モデルに入力し、未来の５分間における１分毎の空調機単位の実際の電力消費量と、室内機単位の室内温度を予測する。次に、運転状態予測部２４は、ステップＳ１２で取得した運転状態情報とステップＳ１３で設定した運転制限スケジュール情報とのうち、実際の電力消費量と室内温度とを、予測モデルによって予測した５分後の予測値で置き換えた情報を、予測モデルに入力し、さらに５分先（開始時間から５分後〜１０分後までの５分間）までの１分毎の空調機単位の実際の電力消費量と、室内機単位の室内温度を予測する。以下、同様にして５分毎の予測を計６回繰り返し、３０分間分の実際の電力消費量と、室内温度の予測を行う。

次に評価部２５が、運転状態予測部２４によって予測された運転状態に対する評価値を算出する（ステップＳ１５）。具体的には、ステップＳ１４の予測により、１分毎の実際の電力消費量、室内機毎の室内温度の予測値が算出されているので、評価部２５は、式（１）を用いて空調機単位で評価値を算出する。このとき、評価部２５（快適性評価部２５２）は、電力料金単価と許容できる温度偏差および偏差の方向（温度が目標とする設定温度と比べて高いか低いか）とに応じて重み係数α_２を変更して快適性に関する評価値を算出しても良い（図７参照）。なお、α_１、α_２、Ｃａｐ_ｉ、Total_Capacity、図７で例示したα_２に関するデータテーブル等については予め記憶部２７に記録されている。評価部２５は、算出した評価値を制御情報算出部２３へ出力する。

次に制御情報算出部２３が、評価値が最小値に収束したかどうかを判定する（ステップＳ１６）。評価値の収束判断は、例えば、評価値の繰り返し計算が規定回数に到達することや規定閾値と比較することで実施される。最小値に収束した場合（ステップＳ１６；Ｙｅｓ）、制御情報算出部２３は、評価値を最小にする場合の空調機３１等毎の運転制限スケジュール情報を、ゲートウェイ３へ出力する（ステップＳ１７）。ゲートウェイ３は、運転制限スケジュール情報を対応する空調機３１〜３ｍへ出力し、各空調機３１〜３ｍは、運転制限スケジュール情報に従って、次の３０分の間、運転を行う。これにより、ユーザ所望の設定温度をできるだけ達成し快適性を維持しつつ、空調機の運転に必要な電力料金を低減することができる。

最小値に収束していない場合（ステップＳ１６；Ｎｏ）、評価値が収束するまで、ステップＳ１３からの処理を繰り返す。具体的には、制御情報算出部２３が焼きなまし法などの最適化手法を用いて、評価値を最小化する新たな運転制限スケジュール情報を算出する（ステップＳ１３）。このとき、計算時間の短縮のために例えば、図８で例示した探索範囲、探索単位を限定するデータテーブルを参照して、電力制限値を算出してもよい。また、必要に応じて圧縮機の回転数を上昇させる制御情報を運転制限スケジュール情報に含めても良い。

本実施形態によれば、電力料金単価が変動する環境下でも、ユーザの快適性を満たしつつ、電力料金を抑えた空調機の運転が可能になる。
なお、上記例では、運転制限スケジュール情報の算出を行う機能を、ＤＲＡＳクライアント２に実装する場合を例に説明を行ったが、これに限定されない。例えば、これらの機能をゲートウェイ３に実装してもよい。
なお、運転状態予測部２４は、ある時刻において運転情報取得部２１が取得した運転状態情報と、例えば５分後に運転情報取得部２１が取得した運転状態情報と、その間設定されていた運転制限スケジュール情報とを取得して、ニューラルネットワーク等の機械学習手法を用いて、記憶部２７に記録された予測モデルを継続的に更新するように構成されていてもよい。

＜第二実施形態＞
以下、本発明の第二実施形態による空調制御システムを、図１０を参照して説明する。
第二実施形態では、快適性の評価について、さらに湿度、天気情報、人感センサ情報等を利用する。
図１０は、本発明の第二実施形態における制御装置の構成例を示すブロック図である。
本発明の第二実施形態に係る構成のうち、本発明の第一実施形態に係るＤＲＡＳクライアント２を構成する機能部と同じものには同じ符号を付し、それらの説明を省略する。第二実施形態に係るＤＲＡＳクライアント２ａは、第一実施形態の構成に加えて、センサ情報取得部２８、天気情報取得部２９を備えている。また、ＤＲＡＳクライアント２ａは、評価部２５および快適性評価部２５２に代えて評価部２５ａおよび快適性評価部２５２ａを備えている。

センサ情報取得部２８は、各室内機が備えられた部屋に設けられた人感センサ又は画像センサ（カメラ）、湿度センサの計測した計測値を取得する。
天気情報取得部２９は、気象データを保存した気象データサーバ端末装置（図示せず）から気象データを取得する。気象データには、日々の最高気温と最低気温の予報値が含まれる。

快適性評価部２５２ａは、第一実施形態の評価項目に加え、外温偏差係数、湿度係数、密集度係数などを考慮した評価式によって快適性の評価を行う。
評価部２５ａは、電力料金評価部２５１が算出した評価値と、快適性評価部２５２ａが算出した評価値とを合計して評価関数Ｅの値を算出する。

次に快適性評価部２５２ａによる快適性の算出方法を説明する。
第二実施形態の快適性評価部２５２ａによる快適性評価値は以下の数式で算出することができる。
（冷房時）

（暖房時）

なお、外温偏差係数は、以下で定義する。
（冷房時）
外温偏差係数 ＝ β１ × （最高気温 − 室内温度） ・・・・（６）
（暖房時）
外温偏差係数 ＝ β１ × （室内温度 − 最低気温） ・・・・（７）
ここで、β１は任意の定数である。また、最高気温と最低気温は、それぞれ、天気情報取得部２９が取得した日々の最高気温の予報値と最低気温の予報値である。但し、冷房運転時に（最高気温−室内温度）が負の値となる場合、快適性評価部２５２ａはβ１＝０を設定する。同様に暖房運転時に（室内温度−最低気温）が負の値となる場合、快適性評価部２５２ａはβ１＝０を設定する。また、室内温度とは、例えば最新の室内温度である。

また、湿度係数は、以下で定義する。
湿度係数 ＝ β２ × ｛１００÷（１００−湿度）｝
ここで、β２は任意の定数である。また、湿度はセンサ情報取得部２８が取得した各部屋の湿度の計測値である。

また、密集係数は、以下で定義する。
密集係数 ＝ β３ × 密集度
ここで、β３は任意の定数である。また、密集度はセンサ情報取得部２８が取得した人感センサ又は画像センサが検出した各部屋に存在する人の数に応じた値である。例えば、記憶部２７には部屋ごとの人感センサ等の検出値と密集度とが対応付けられたデータテーブルが記録されており、快適性評価部２５２ａは、人感センサの検出値とこのデータテーブルに基づいて密集度を算出する。

本実施形態によれば、湿度、最高・最低気温、人の密集度などを考慮したさらに精緻な快適性の指標に従って空調制御を行うことができる。

なお、上述したＤＲＡＳクライアント２、２ａにおける各処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをＤＲＡＳクライアント２、２ａのコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

その他、本発明の趣旨を逸脱しない範囲で、上記した実施の形態における構成要素を周知の構成要素に置き換えることは適宜可能である。また、この発明の技術範囲は上記の実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。例えば、本実施形態では空調機の制御を例に説明を行ったが、他の機器（冷蔵庫、ヒートポンプ等）に適用することも可能である。なお、ＤＲＡＳクライアント２、２ａは制御装置の一例である。

１００・・・空調制御システム
１・・・ＤＲＡＳサーバ
２、２ａ・・・ＤＲＡＳクライアント
３・・・ゲートウェイ
３１、３２、３ｍ・・・空調機
４・・・ビル
３０１、３０２、３０ｍ・・・室外機
３１１，３１ｎ、３２１，３２ｎ、３ｍ１，３ｍｎ・・・室内機
２１・・・運転情報取得部
２２・・・料金情報取得部
２３・・・制御情報算出部
２４・・・運転状態予測部
２５、２５ａ・・・評価部
２５１・・・電力料金評価部
２５２、２５２ａ・・・快適性評価部
２６・・・通信部
２７・・・記憶部
２８・・・センサ情報取得部
２９・・・天気情報取得部

Claims (9)

1. 時間ごとの電力料金単価の情報を取得する料金情報取得部と、
   機器の運転状態に関する運転状態情報を取得する運転情報取得部と、
   前記運転状態情報と所定の予測モデルとに基づいて、未来の所定期間における前記機器の運転状態を予測する予測部と、
   前記予測部が予測した運転状態に基づく前記所定期間における快適性の評価値と、前記時間ごとの電力料金単価の情報に基づく前記所定期間の前記機器の動作に必要な電力料金の評価値と、に基づく前記所定期間の前記機器の運転に関する評価値を算出する評価部と、
   前記機器の運転に関する評価値が最適な値となるように運転するための前記機器に対する制御情報を算出する制御情報算出部と、
   を備える制御装置。
2. 前記制御情報は、前記所定期間において前記機器を運転するのに必要な電力の所定時間ごとの上限値である、
   請求項１に記載の制御装置。
3. 前記制御情報算出部は、前記時間ごとの電力料金単価の情報が示す電力料金単価が上昇する時間の前に、前記機器の運転の強度を上昇させる制御情報を算出する、
   請求項１又は請求項２に記載の制御装置。
4. 前記機器は空調機であって、前記制御情報算出部は、前記空調機が冷房運転を行っている場合、当該空調機が備えられた空間の温度が、設定された設定温度よりも低い温度に到達するように前記空調機が備える圧縮機の回転数を上昇させる制御情報を算出し、前記空調機が暖房運転を行っている場合、当該空調機が備えられた空間の温度が、設定された設定温度よりも高い温度に到達するように前記空調機が備える圧縮機の回転数を上昇させる制御情報を算出する、
   請求項３に記載の制御装置。
5. 前記機器は空調機であって、前記快適性の評価値は、設定された設定温度と前記空調機による空調温度との温度差と、前記空調機が備える室内機の容量と、の積に基づく値である、
   請求項１から請求項４の何れか１項に記載の制御装置。
6. 前記機器は空調機であって、設定された設定温度と前記空調機による空調温度の温度差と、前記電力料金単価と、に対応付けて設定された重み係数を前記温度差に乗じて前記快適性の評価値を算出する、
   請求項１から請求項５の何れか１項に記載の制御装置。
7. 請求項１から請求項６の何れか１項に記載の制御装置と、
   前記制御装置が算出する制御情報に基づいて運転する空調機と、
   を備える空調制御システム。
8. 時間ごとの電力料金単価の情報を取得するステップと、
   機器の運転状態に関する運転状態情報を取得するステップと、
   前記運転状態情報と所定の予測モデルとに基づいて、未来の所定期間における前記機器の運転状態を予測するステップと、
   前記予測した運転状態に基づく前記所定期間における快適性の評価値と、前記時間ごとの電力料金単価の情報に基づく前記所定期間の前記機器の動作に必要な電力料金の評価値と、に基づく前記所定期間の前記機器の運転に関する評価値を算出するステップと、
   前記機器の運転に関する評価値が最適な値となるように運転するための前記機器に対する制御情報を算出するステップと、
   を有する制御方法。
9. 制御装置のコンピュータを、
   時間ごとの電力料金単価の情報を取得する手段、
   機器の運転状態に関する運転状態情報を取得する手段、
   前記運転状態情報と所定の予測モデルとに基づいて、未来の所定期間における前記機器の運転状態を予測する手段、
   前記予測した運転状態に基づく前記所定期間における快適性の評価値と、前記時間ごとの電力料金単価の情報に基づく前記所定期間の前記機器の動作に必要な電力料金の評価値と、に基づく前記所定期間の前記機器の運転に関する評価値を算出する手段、
   前記機器の運転に関する評価値が最適な値となるように運転するための前記機器に対する制御情報を算出する手段、
   として機能させるためのプログラム。

Images