JP2018077008A - 空調機器制御システム - Google Patents

Abstract

【課題】 店舗等の施設内の温度や施設内に滞留する人数、営業スケジュール等から判断して、快適な環境になるよう空調機器を制御しながら電力消費量を抑制する空調制御システムを提供することを目的とする。【解決手段】 施設内に設置され、室温を検知する温度センサと、施設内に入退する人数を検知する入退センサと、空調機器が消費する電力量を計測する電力量計と、空調機器を制御する制御部と、空調機器を制御するための運転スケジュール及び複数の制御データが記憶されている記憶部とから構成され、複数の空調機器を制御する空調機器制御システムであって、制御データに、室温、入退人数、消費電力量のしきい値を設定し、制御部は、センサで検知あるいは計測された室温、入退人数と、消費電力量とのいずれかがしきい値を超えた時点で記憶部に記憶されている運転スケジュール及び制御データに基づいて空調機器を制御することを特徴とする。【選択図】図１

Description

本発明は、店舗等の施設に設置された空調機器を制御する空調機器制御システムに関し、特に、施設内の温度や滞留している人数、または営業スケジュールに対応した空調機器を制御する空調機器制御システムに関する。

大量の電力を必要とするオフィスビルや大型店舗などの各種施設では、電力の基本料金を施設で使用される電力の最大許容量に基づき、電力供給業者と契約している。この最大許容量は、一般にデマンド契約電力と呼ばれている。このデマンド契約電力に基づく電力基本料金は、施設における消費電力が契約値を超えない限り適用される。しかし、消費電力がデマンド契約電力をわずか３０分程度でも超過すると、翌月以降の基本料金が大幅に増額されてしまう。

そこで、店舗等において系統から供給される積算電力量が所定期間毎に目標電力量を超えないように店舗内に設置された複数の空調設備の負荷のうちの一部の負荷の消費電力量を抑制するデマンド制御がある。このデマンド制御は、複数の負荷に対して、予め決められたスケジュールに基づく順番に従い、所定時間消費電力量を抑制する制御を実行するものである。

一例として、特許文献１には、空調設備を系統別に運転制御して簡単な制御により執務環境を確保しつつ効率的な建物全体のピーク消費電力量を低減させることが記載されている。

特開２００６−２９６９３号公報

しかしながら、店舗内の環境を維持するために空調機器を強制的に制御すると、店舗内の快適な環境を維持することができなくなり、来店しているお客に快適な環境を提供することが困難となる。また、店舗内の温度や来店人数は変化が激しく、この変化に合わせた空調機器の制御も必要となり、単なるデマンド制御のみでは、店舗内の環境を維持することは困難である。

本発明は、上記する問題に鑑みてなされたものであり、店舗等の施設内の温度や施設内に滞留する人数、営業スケジュール等から判断して、快適な環境になるよう空調機器を制御しながら電力消費量を抑制する空調機器制御システムを提供することを目的とする。

上記問題を解決するために、本発明の空調機器制御システムは、施設内に設置され、室温を検知する温度センサと、該施設内に入退する人数を検知する入退センサと、該空調機器が消費する電力量を計測する電力量計と、前記空調機器を制御する制御部と、前記空調機器を制御するための運転スケジュール及び複数の制御データが記憶されている記憶部とから構成され、複数の空調機器を制御する空調機器制御システムであって、前記制御データには、前記室温、前記入退人数、前記消費電力量のしきい値が設定されており、前記制御部は、前記温度センサで検知された室温と、前記入退センサで検知された入退人数と、前記電力量計で計測された消費電力量とのいずれかが前記しきい値を超えた時点で前記記憶部に記憶されている運転スケジュール及び制御データに基づいて前記空調機器を制御することを特徴とする。

また、前記複数の制御データは、空調機器の消費電力量が契約電力量を超えないように空調機器を制御するデマンド制御データを含むことを特徴とする。

また、前記複数の制御データは、前記温度センサが検知した室温が前記しきい値を超えた時点で前記制御部によって空調機器を制御して前記室温がしきい値を下回るようにするデータを含むことを特徴とする。

また、前記複数の制御データは、前記入退センサが検知した入退人数から施設内の滞留人数を算出し、該滞留人数が設定されているしきい値を超えた時点で前記制御部が前記空調機器を制御し、前記滞留人数がしきい値を下回るまで前記空調機器の制御を継続させるデータを含むことを特徴とする。

また、前記複数の制御データは、前記制御部が、前記空調機器が手動操作されたと判断した場合に、所定時間経過後に前記制御部は前記空調機器の設定を変更するデータを含むことを特徴とする。

また、前記複数の制御データは、前記制御部が、所定の時間に前記空調機器の電源をＯＮ又はＯＦＦにする制御するデータを含むことを特徴とする。

さらに、前記複数の制御データは、前記制御部が実行する上での優先順位が設定されており、該優先順位に従って前記制御データを実行することを特徴とする。

本発明によれば、店舗内の室温や滞留している人数、空調機器の消費電力が予め設定されているしきい値を超えたときに空調機器を制御することで、空調機器の消費電力が契約電力を超えない範囲で、店舗内のお客に快適な環境を提供することができる。

本実施形態に係る空調制御システムの構成を示した図である。 店舗内に設置される複数の空調機器をグループ化した図である。 制御部の構成を示したブロック図である。 空調機器を制御する制御エージェントを示した図である。 図５（ａ）は、１日の電力使用量を示したグラフであり、図５（ｂ）及び図５（ｃ）は、デマンド監視状況を示したグラフである。 図６（ａ）は、スケジュール発停制御エージェント３２が行う制御項目を示した表であり、図６（ｂ）は、制御する空調機器の設定内容を記した定義を示した表であり、図６（ｃ）は、制御を行うタイムスケジュールを示した図である。 設定温度監視制御エージェントの動作を示すフローチャートである。 設定温度監視制御エージェントが行う制御を示したグラフである。 温度連動快適制御エージェントによる空調機器制御のタイミングを示したグラフである。 図１０（ａ）は、グループ化された複数の空調機器を示した模式図であり、図１０（ｂ）は、店舗内の滞留人数の推移を示したグラフである。 実行する制御エージェントの優先順位を判定するためのフローチャートである。

次に、図面を参照して、本実施形態に係る空調機器制御システムについて説明する。
本実施形態では、大型スーパーマーケット、百貨店、ショッピングモールなどの商業施設において使用する場合を想定して説明する。
図１は、本実施形態に係る空調機器制御システムの構成を示した図であり、図２は、店舗内に設置される複数の空調機器をグループ化した図であり、図３は、制御部の構成を示したブロック図であり、図４は、空調機器を制御する制御エージェントを示した図である。
図示するように、本実施形態に係る空調機器制御システムは、店舗等に設置される複数の空調機器１と、空調機器１を制御するとともに空調機器１の制御ログを送信する制御部２と、インターネット３を介して制御部２と接続され、制御部２から送信される制御ログを保存するサーバ４とから構成されている。

図２に示すように、店舗等に備えられている複数の空調機器１は、例えば３台ごとにグループ化されており、制御部２がグループごとに空調機器１の制御を行う。
また、それぞれのグループには、制御を行う上での優先度が設定されており、入口に近いグループ１やグループ３は優先度が高く設定されており、夏場であれば室温が高くなりやすく、冬場であれば室温が低くなりやすい傾向にある場所であるため、この場所に設置されている空調機器１のモード（冷房、暖房、送風など）や風量、設定温度の制御を行わない、又は制御を最後に行う。

一方で、店舗等の中央付近のグループ２や２階のグループ４〜６については、季節や時間帯、滞留人数によるが、上記した制御を積極的に行うように空調機器１を制御する優先度が低く設定されている。

制御部２は、図３に示すように、空調機器１の出力制御をする出力制御部２０と、出力制御部２０に接続される電力メータ２１と、ＥＭＳ（Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、以下、ＥＭＳとする）コントローラ２２と、ＥＭＳコントローラ２２に接続されている電力量計２３及び温度センサ２４と、入退センサ２５と、記憶部２６と、通信部２７とから構成されている。

出力制御部２０は、ＥＭＳコントローラ２２から送信される出力データに基づいて空調機器１を制御する。電力メータ２１は、空調機器に供給される電力を監視するものであり、消費電力量をＥＭＳコントローラ２２へ送信する。

ＥＭＳコントローラ２２は、図示しないが、例えば、ＣＰＵなどのプロセッサが記憶部２６に記憶されている制御データを実行することによって機能するソフトウェア機能部である。ＥＭＳコントローラ２２は、各センサ等から送信されるデータ及び記憶部２６に記憶されている制御データに基づいて生成される出力データを出力制御部２０に送信する。

電力量計２３は、消費電力量を測定するためのものであり、温度センサ２４は、建物内の室温を検出するセンサであり、例えば、人の体感温度に近い温度を検出するために、店舗などの壁面で人の高さと同程度の高さ位置に設置されている。

入退センサ２５は、店舗等の入退店人数を計測するセンサであり、例えば、店舗の出入り口に設置し、人の出入りを検出することで店舗内に滞在する人数を把握することができる。入退センサ２５は、赤外線センサやカメラを利用し画像処理によって入退を検出する装置であり、従来のセンサや装置を採用することができる。

記憶部２６には、ＥＭＳコントローラ２２が空調機器１を制御するために必要な複数の制御エージェント３０と、スケジュール管理データ４０とが記憶されている。制御エージェント３０は、図４に示すように、デマンド制御エージェント３１と、スケジュール発停制御エージェント３２と、設定温度監視制御エージェント３３と、温度連動快適制御エージェント３４と、店内人数連動制御エージェント３５とから構成されている。

また、スケジュール管理データ４０は、季節や月、曜日別などの稼働日によって制御エージェントによる判定条件や動作条件が異なるため、特別な稼働日をグループ分けしたデータ（以下、スケジュールグループ）であり、本システムは、このスケジュールグループに従って、空調機器１を制御する。

このスケジュールグループは、例えば、夏季平日（５〜９月の月〜金）、夏季休日（５〜９月の土、日）、夏季セール日（５〜９月の１０日、２０日）といったようにグループ分けされており、さらに、グループ分けされたグループには優先順位が付けられており、優先順位が高い順にスケジュールグループを適用する。

通信部２７は、入退センサ２５が計測した入退店人数をサーバ４へ送信する機能を有する。

次に、本実施形態で実行される制御エージェントについて説明する。
制御エージェント３０とは、店舗での消費電力量やセンサで検知した温度や入退人数が設定されているしきい値を超えた場合に空調機器１を制御して消費電力量を抑制したり、店舗内の状況に応じた温度管理を行ったりするソフトウェアである。
なお、下記に示すエージェントは、スケジュール管理データ４０のスケジュールグループを周期的に取得して、スケジュールグループに対応した制御を行う。

[デマンド制御エージェント]
図５（ａ）〜（ｃ）を参照して、デマンド制御エージェントの機能について説明する。
図５（ａ）は、１日の電力使用量を示したグラフであり、図５（ｂ）及び図５（ｃ）は、デマンド監視状況を示したグラフである。
デマンド制御エージェント３１は、グループ化された複数の空調機器１の監視を行いデマンド警報が発生した際に警報レベルの中で最も優先度が高い警報レベルの設定に応じた空調機器１の制御を行う機能である。具体的には、電力量計２３の電力量パルスを常時計測し、所定時間での電力量を計測、積算して、３０分毎の使用量の予測線を算出し、予測線が警報しきい値に触れた際にデマンド警報を発生させる。
図５（ａ）に示すように、１日の電力使用量のグラフを見てみると、３０分ごとの電力使用量がグラフで表されており、１４：００〜１４：３０の時間帯がもっとも電力使用量が高い。そして、図５（ｂ）に示すグラフから、この３０分間の電力使用量を見てみると、電力消費量が実績線として示されており、この実績線の傾きから今後の電力消費量を示す予測線を算出し、毎分更新する。

そして、算出された予測線が設定されている予測電力警報しきい値線及び２に触れると予測電力警報１及び２が発生状態となる。この時、ＥＭＳコントローラ２２によってデマンド制御エージェント３１を実行し、例えば、空調機器１の風量を弱くして消費電力を抑制するといった制御を行う。

また、図５（ｃ）に示すように、電力消費量を示す実績線の傾きから算出される予測線が目標電力しきい値線に触れているため、目標電力警報が発生状態となる。この時、ＥＭＳコントローラ２２はデマンド制御エージェント３１を実行し、例えば、空調機器１が冷房に設定されていれば、設定温度を上げたり、暖房であれば、設定温度を下げたり、もしくは、送風に切り換える、さらには、間欠・ローテーション運転による間欠遮断の切り換えといった制御を行う。

このように、デマンド警報が発生した場合には、デマンド警報の内容に応じて空調機器１のモード（冷房、暖房、送風など）や風量、設定温度を切り換えたり、電源をＯＮ／ＯＦＦにするといった間欠遮断の制御を行ったりする。また、図２に示すグループの優先度に従って、グループごとに上記した空調機器１の制御を行い、消費電力量が設定された範囲内となるようにする。

[スケジュール発停制御エージェント]
スケジュール発停制御エージェント３２は、指定した時刻に空調機器１の制御を行う機能を有する。
図６（ａ）は、スケジュール発停制御エージェント３２が行う制御項目を示した表であり、図６（ｂ）は、制御する空調機器の設定内容を記した定義を示した表であり、図６（ｃ）は、制御を行うタイムスケジュールを示した図である。

図示するように、スケジュール発停制御エージェント３２は、図６（ａ）に示す制御項目に従って空調機器を制御する。制御項目には、空調機器１の電源をＯＮ／ＯＦＦにしたり、空調機器１のモードである「自動」、「暖房」、「冷房」、「送風」のいずれかを設定したり、空調機器１の暖房及び冷房の設定温度を設定したりすることが含まれており、これらは必須の制御である。また、空調機器１の風量は設定されている限りにおいて制御することができる。

スケジュール発停制御エージェント３２は、図６（ｂ）に示す定義ファイルに従って、図６（ｃ）に示すタイムスケジュールのように、空調機器１を制御する。
まず、定義ファイル１では、グループ内の空調機器１を一斉に９：１０に電源をＯＮ、モードは「冷房」、設定温度は「２６℃」で制御する。この制御により、例えば、１０時から開店する店舗内の温度を快適な温度にすることができる。

また、定義ファイル２では、１１：１０にグループ内の空調機器１を一斉に電源をＯＮ、モードは「冷房」、２６℃の設定温度で、かつ、風量を「弱」にして制御する。そして、定義ファイル３では、店舗の閉店時間の直前である２０：５５にグループ内の空調機器１を一斉に電源をＯＦＦ、モードを「冷房」、２８℃の設定温度にする。さらに、消し忘れ防止のために、再度、定義ファイル４では、グループ内の電源をＯＦＦ、モードを「冷房」、２８℃の設定温度で制御する。

[設定温度監視制御エージェント]
設定温度監視制御エージェント３３は、グループ内の空調機器１の「モード」と「設定温度」の設定値と状態値を監視し、不一致を検出した場合に、検出してから一定時間経過後に空調機器１を制御する機能である。
図７及び図８を参照して、設定温度監視制御エージェントの動作について説明する。図７は、設定温度監視制御エージェントの動作を示すフローチャートであり、図８は、設定温度監視制御エージェントが行う制御を示したグラフである。

ＥＭＳコントローラ２２によって、グループ内の空調機器１が手動操作されたか否かを確認する（ステップＳ１）。グループ内の空調機器１のすべてが手動操作されていないと確認できた場合は（ステップＳ１／ＮＯ）、そのまま終了となる。また、グループ内の空調機器１が手動操作されていることが確認できた場合（ステップＳ１／ＹＥＳ）、次に、グループ内の空調機器１の電源がＯＮかどうかを確認する（ステップＳ２）。グループ内の空調機器１の電源がＯＦＦの場合（ステップＳ２／ＮＯ）、再度、グループ内の空調機器１が手動操作されたかを確認する。

また、グループ内の空調機器１の電源がＯＮの場合（ステップＳ２／ＹＥＳ）、次に、グループ内の空調機器１の現在のモードが設定したモードと一致しているかを確認する（ステップＳ３）。グループ内の空調機器１の現在のモードが設定したモードと一致していない場合（ステップＳ３／ＮＯ）、次に、グループ内の空調機器１の現在のモードが「冷房」か「暖房」を確認する（ステップＳ４）。グループ内の空調機器１の現在のモードが「冷房」か「暖房」ではなく、「自動」または「送風」のモードになっている場合（ステップＳ４／ＮＯ）、ステップＳ１に戻る。

また、グループ内の空調機器１の現在のモードが「冷房」または「暖房」の場合（ステップＳ４／ＹＥＳ）、次に、グループ内の空調機器１の設定温度が当初の設定温度と不一致かを確認する（ステップＳ５）。グループ内の空調機器１の設定温度が当初の設定温度と一致している場合（ステップＳ５／ＮＯ）、ステップＳ１に戻る。
また、グループ内の空調機器１の設定温度が当初の設定温度と不一致な場合（ステップＳ５／ＹＥＳ）、次に、グループ内の空調機器１の手動操作を検出したかを確認する（ステップＳ６）。

また、ステップＳ３に戻り、グループ内の空調機器１の現在のモードが設定したモードと一致している場合（ステップＳ３／ＹＥＳ）、次に、グループ内の空調機器１の手動操作を検出したかを確認する（ステップＳ６）。

グループ内の空調機器１が手動操作されていないことを検出した場合（ステップＳ６／ＮＯ）、次に、グループ内の空調機器１の不感帯時間が経過したかを確認する（ステップＳ７）。ここで、頻繁に空調機器１が手動操作されるたびに、手動操作されたことを検知してしまうことを考慮し、かつ、空調機器１とＥＭＳコントローラ２２との通信遅延による検出のバタつきを回避するために、手動操作された場合であっても一定時間経過するまでは、手動操作を検知したと判断しない設定を不感帯時間としている。

そして、グループ内の空調機器１の不感帯時間が経過した場合（ステップＳ７／ＹＥＳ）、グループ内の空調機器１の維持時間経過監視を開始して終了する（ステップＳ８）。また、グループ内の空調機器１の不感帯時間が経過していない場合には（ステップＳ７／ＮＯ）、そのまま終了となる。

また、ステップＳ６において、グループ内の空調機器１で手動操作を検出した場合（ステップＳ６／ＹＥＳ）、次に、グループ内の空調機器１の不感帯時間経過待ちかを確認する（ステップＳ９）。グループ内の空調機器１が不感時間経過待ちの場合（ステップＳ９／ＹＥＳ）、ステップＳ７の不感帯時間が経過したかを確認する。
グループ内の空調機器１の不感時間経過待ちではない場合（ステップＳ９／ＮＯ）、次に、グループ内の空調機器１の維持時間経過待ちかを確認する（ステップＳ１０）。

維持時間経過待ちである場合（ステップＳ１０／ＹＥＳ）、設定温度監視制御エージェント３３による空調機器１の監視を終了する。また、維持時間経過待ちではない場合（ステップＳ１０／ＮＯ）、設定温度監視制御エージェント３３によってグループ内の空調機器１を当初に設定されたモードや設定温度に戻す制御を実行する（ステップＳ１１）。
なお、図８に示すように、不感帯時間が経過中は設定温度監視制御エージェント３３以外の優先度が低いエージェントの制御が可能であり、一方で、不感帯時間経過後の維持時間経過中では、設定温度監視制御エージェント３３より優先度の低いエージェントによる制御も実行可能となる。

[温度連動快適制御エージェント]
温度連動快適制御エージェント３４は、グループ内に設置されている温度センサ２４が検知した温度がしきい値を上回った又は下回った場合に空調機器１の制御を行う。ＥＭＳコントローラ２２は、温度センサ２４が検知した温度から空調機器１の制御項目のいずれかを作動させて制御する。制御項目とは、空調機器１のモード（自動、暖房、冷房、送風のいずれか）、設定温度、ＯＮ／ＯＦＦ、風量である。

図９は、温度連動快適制御エージェントによる空調機器制御のタイミングを示したグラフである。
図示するように、温度センサ２４が検知した温度が上限しきい値線を超えた場合に、状態異常検出として、ＥＭＳコントローラ２２が空調機器１の制御を行う。この場合、上記した制御を行うことで、温度センサ２４が検知する温度を上限しきい値線を下回るようにする。そして、温度センサ２４で検知する温度が上限不感帯線を下回ったタイミングでＥＭＳコントローラ２２によって、再度、温度センサ２４が検知する温度が上限しきい値線を上回らないように空調機器１の制御を行う。

そして、温度センサ２４が検知した温度が下限しきい値を下回った場合に、状態異常検出としてＥＭＳコントローラ２２により温度が下限しきい値を上回るように空調機器１の制御を行う。空調機器１の制御により温度センサ２４が検知する温度が下限しきい値を上回り、下限不感線を超えるタイミングで状態異常検出を解除し、温度が下限しきい値を上回ったタイミングで、再度、温度センサ２４が検知する温度が下限しきい値を下回らないように空調機器１の制御を行う。

[店内人数連動制御エージェント]
店内人数連動制御エージェント３５は、店舗等の出入り口に設置されている入退センサ２５でカウントされる入退人数から店舗内の滞留人数を算出し、滞留人数が設定されているしきい値を超えた時点で状態異常検出が発生したとして、温度調整やモードの切り換えといった空調機器１の制御を行う。

図１０（ａ）は、グループ化された複数の空調機器を示した模式図であり、図１０（ｂ）は、店舗内の滞留人数の推移を示したグラフである。
例として、図１０（ａ）に示すように、グループ化された複数の空調機器１の周囲に複数の入退センサ２５が設置されており、これらの入退センサ２５で入退人数を検出し、入退人数は、ＥＭＳコントローラ２２及びサーバ４に送信される。ＥＭＳコントローラ２２では、入退人数から店舗内の滞留人数を算出し、算出した滞留人数が図１０（ｂ）に示すように、しきい値線を越えているかを監視する。滞留人数がしきい値線を越えた時点でＥＭＳコントローラ２２によって温度調整やモードの切り換えなどといった空調機器１を制御する。なお、滞留人数がしきい値を超えている状態では、他の優先度の低い制御エージェントによる空調機器１の制御を行うことができない。
そして、滞留人数が減少し、滞留人数が不感帯線を下回ったら、この時点で、再度、温度調整やモードの切り換えなどといった空調機器１の制御を行う。

次に、制御エージェントの優先順位について説明する。
図１１は、実行する制御エージェントの優先順位を判定するためのフローチャートである。
制御エージェント３０は、状態異常が同時期に発生した場合に、優先度が高い制御エージェント順に空調機器１を制御する。
図示するように、まず、制御エージェントが有効か否かを判定する（ステップＳ１０）。制御エージェントが有効ではない場合（ステップＳ１０／ＮＯ）、制御を行わない（ステップＳ１１）。また、制御エージェントが有効な場合（ステップＳ１０／ＹＥＳ）、次に、最優先に制御エージェントを実行する状態異常が検出されたかを判定する（ステップＳ１２）。最優先に制御エージェントを実行する状態異常が検出された場合（ステップＳ１２／ＹＥＳ）、検出された状態異常に対応する制御エージェントを優先的に実行する（ステップＳ１３）

また、最優先に制御エージェントを実行する状態異常が検出されなかった場合（ステップＳ１２／ＮＯ）、次に、スケジュール発停制御エージェントを実行する時間か否かを判定する（ステップＳ１４）。スケジュール発停制御エージェントを実行する時間である場合には（ステップＳ１４／ＹＥＳ）、スケジュール発停制御エージェントを実行する（ステップＳ１５）。また、スケジュール発停制御エージェントを実行する時間ではない場合（ステップＳ１４／ＮＯ）、次に、手動によって空調機器１が操作されたかを判定する（ステップＳ１６）。

空調機器１が手動操作されたと判定した場合には（ステップＳ１６／ＹＥＳ）、設定温度監視制御エージェントを実行し（ステップＳ１７）、空調機器１が手動操作されていないと判定した場合には（ステップＳ１６／ＮＯ）、次に、店舗内の温度が上限しきい値もしくは下限しきい値を超えたかを判定する（ステップＳ１８）。店舗内の温度が上限しきい値もしくは下限しきい値を超えたと判定した場合には（ステップＳ１８／ＹＥＳ）、温度連動快適制御エージェントを実行する（ステップＳ１９）。

また、店舗内の温度が上限しきい値もしくは下限しきい値を超えていない場合（ステップＳ１８／ＮＯ）、次に、店舗内の滞留人数が１００人を超えたかの判定を行う（ステップＳ２０）。店舗内の滞留人数が１００人以上の場合（ステップＳ２０／ＹＥＳ）、店内人数連動制御エージェントを実行する（ステップＳ２１）。また、店舗内の滞留人数が１００以下の場合（ステップＳ２０／ＮＯ）、次に、デマンド警報が発生したかを判定する（ステップＳ２２）。デマンド警報が発生した場合には（ステップＳ２２／ＹＥＳ）、デマンド制御エージェントを実行する（ステップＳ２３）。また、デマンド警報が発生していない場合には（ステップＳ２２／ＮＯ）、制御自体を行わずに終了となる。

このように、状態異常が同時期に発生した場合に、優先度が高い制御エージェント順に状態異常を評価し、条件が成立した場合に制御エージェントを実行させることができる。
また、最優先に制御エージェントを実行させる状態異常が発生した場合のみ、その制御エージェントを実行し、空調機器を制御させることも可能である。

１ 空調機器
２ 制御部
３ インターネット
４ サーバ
２０ 出力制御部
２１ 電力メータ
２２ ＥＭＳコントローラ
２３ 電力量計
２４ 温度センサ
２５ 入退センサ
２６ 記憶部
２７ 通信部
３０ 制御エージェント
３１ デマンド制御エージェント
３２ スケジュール発停制御エージェント
３３ 設定温度監視制御エージェント
３４ 温度連動快適制御エージェント
３５ 店内人数連動制御エージェント

Claims (7)

1. 施設内に設置され、室温を検知する温度センサと、該施設内に入退する人数を検知する入退センサと、該空調機器が消費する電力量を計測する電力量計と、前記空調機器を制御する制御部と、前記空調機器を制御するための運転スケジュール及び複数の制御データが記憶されている記憶部とから構成され、複数の空調機器を制御する空調機器制御システムであって、
   前記制御データには、前記室温、前記入退人数、前記消費電力量のしきい値が設定されており、前記制御部は、前記温度センサで検知された室温と、前記入退センサで検知された入退人数と、前記電力量計で計測された消費電力量とのいずれかが前記しきい値を超えた時点で前記記憶部に記憶されている運転スケジュール及び制御データに基づいて前記空調機器を制御することを特徴とする空調機器制御システム。
2. 前記複数の制御データは、空調機器の消費電力量が契約電力量を超えないように空調機器を制御するデマンド制御データを含むことを特徴とする請求項１記載の空調機器制御システム。
3. 前記複数の制御データは、前記温度センサが検知した室温が前記しきい値を超えた時点で前記制御部によって空調機器を制御して前記室温がしきい値を下回るようにするデータを含むことを特徴とする請求項１記載の空調機器制御システム。
4. 前記複数の制御データは、前記入退センサが検知した入退人数から施設内の滞留人数を算出し、該滞留人数が設定されているしきい値を超えた時点で前記制御部が前記空調機器を制御し、前記滞留人数がしきい値を下回るまで前記空調機器の制御を継続させるデータを含むことを特徴とする請求項１記載の空調機器制御システム。
5. 前記複数の制御データは、前記制御部が、前記空調機器が手動操作されたと判断した場合に、所定時間経過後に前記制御部は前記空調機器の設定を変更するデータを含むことを特徴とする請求項１記載の空調機器制御システム。
6. 前記複数の制御データは、前記制御部が、所定の時間に前記空調機器の電源をＯＮ又はＯＦＦにする制御するデータを含むことを特徴とする請求項１記載の空調機器制御システム。
7. 前記複数の制御データは、前記制御部が実行する上での優先順位が設定されており、該優先順位に従って前記制御データを実行することを特徴とする請求項２〜６のいずれか１項に記載の空調機器制御システム。