JP2021027738A - デマンド制御処理装置 - Google Patents

Abstract

【課題】人感センサなどの機器のみに頼ることなく、スケジューラを用いてより正確に建物のエリアへの滞在を確認し、人とエリア（建物）に状態に即した制御が可能なデマンド制御処理装置を提供する。【解決手段】デマンド制御処理装置２が、スケジューラシステム６の有する個人スケジュールデータとエリアスケジュールデータを用いて、各エリアの滞在する個人を特定し、当該個人の属性とエリアの属性を用いて、デマンド制御優先順位を決定し、この優先順位に従って設備コントローラ３に制御指令を出力する。この制御指令に従い、設備コントローラ３が空調システム４と照明システム５をデマンド制御する。【選択図】図１

Description

本発明は、建物、施設(以下、建物)に設置された設備、機器(以下、機器)の電力のデマンド制御を行うためのデマンド制御処理装置に関する。その中でも特に建物の利用状況に応じたデマンド制御に関する。

従来、建物の契約者と電力会社との間には、所定の契約電力が結ばれており、建物の契約者はこの契約電力内で建物の電力を運用している。しかし、全国的に猛暑となったり、朝方の冷え込み時などには電力が不足し、電力会社から建物の契約者に対して節電要請がなされる場合がある。この場合に建物の契約者は不要な電力の消費を抑えるために各種の電力制御を行っている。このような技術として、特許文献１には、エリアの使用用途や存在する人数の検知情報によって優先度を設定してデマンド制御を行う技術が開示されている。特に、特許文献１では、優先度として、人の属性に応じた優先度を用いて、環境面の劣化を抑止するデマンド制御を行っている（図１０および段落００４７〜００５１参照）。

また、特許文献２には、センサ機器の利用を低減しても利用者の利便性を下げずに当該施設の在場人数を管理することが開示されている。その一例として、特許文献２では、利用者個人および組織に共通の予定を管理し、この予定に従って各エリアの電力制御を行っている（実施の形態２．参照）。

特開２０１２−１９１７０７号公報 特開２０１１−１８０９７４号公報

特許文献１のように、エリアの使用用途や存在する人数の検知情報によって制御優先度を設定してデマンド制御を行う場合では人数を検知する為の設備が必要である。しかし、各エリアに存在する人数の検知を行うためには各エリアに例えば人感センサなどの追加の機器を設置する必要がある。この為、人感センサや配線などのコストと設置工事のコストが発生してしまうという課題があった。

また、特許文献２では、デマンド制御において、人については考慮しているものの、制御対象である建物のエリアについては考慮されていなかった。建物を構成するエリアによって、電力制御の必要性や省電力効果が変わってくる。例えば、顧客来訪エリアについては、省電力も快適性をより優先すべきである。また、エリアの大きさによって省電力効果も変わってくるが、これらについては特許文献２では考慮されていなかった。

本発明の目的は、建物と人の状態に応じたデマンド制御（電力制御を含む）を行う技術を提案することにある。

上記の課題を解決するための本発明の代表的な一態様は、複数のエリアに分けられた建物で使用する電力を制御するためのデマンド制御処理装置において、前記建物で使用する電力の上限値を記憶するデマンド制御設定記憶部と、前記建物を使用する使用者のスケジュール情報および前記複数のエリアそれぞれのスケジュール情報を記憶するスケジューラおよび複数のエリアの環境情報を取り込むセンサと接続されるインターフェース部と、前記センサから取り込んだエリアの環境情報、前記スケジューラに記憶された前記使用者のスケジュール情報および前記複数のエリアそれぞれのスケジュール情報に基づいてエリアで使用する電力を制御する電力制御の優先順位を求める解析処理部と、前記解析処理部で求めた前記電力制御の優先順位に基づいて、前記デマンド制御設定記憶部に記憶された前記上限値を超えないよう各々のエリアで使用される電力を制御するための制御信号を出力する設備制御部とを備えるデマンド制御処理装置である。

また、本発明には、前記スケジューラには、前記使用者のスケジュール情報として、当該使用者の滞在エリア、当該滞在エリアに対応する滞在時間帯およびデフォルト滞在エリアが記憶されており、前記解析処理部は、前記滞在エリアおよび前記滞在時間帯が登録されていない場合は、該当する使用者が前記デフォルト滞在エリアに滞在していると判定し、当該判定の結果を用いて前記優先順位を求めるデマンド制御処理装置も含まれる。

なお、本発明には、デマンド処理装置での処理方法や処理装置の機能を実現するプログラムも含まれる。さらに、デマンド処理装置を含むシステムも本発明の一態様に含まれる。

本発明により、人感センサなどの機器の配置を抑止しても建物と人の状態に応じたデマンド制御を行うことが可能になる。

本発明の一実施形態におけるシステム構成を示す図 本発明の一実施形態のデマンド制御処理装置２の機能構成を示す図 本発明の一実施形態の設備コントローラ３の機能構成を示す図 本発明の一実施形態で用いられるスケジューラシステム６内のエリアスケジュールデータ６１を示す図 本発明の一実施形態で用いられるエリア優先度関係情報２５１を示す図 本発明の一実施形態で用いられるスケジューラシステム６内の個人スケジュールデータ６２を示す図 本発明の一実施形態で用いられる個人優先度関係情報２９１を示す図 本発明の一実施形態で用いられるエリア毎の環境ランク適応設定情報２７１を示す図 本発明の一実施形態で用いられるエリア毎に対応設備情報２６１を示す図 本発明の一実施形態で用いられる環境ランク詳細設定情報２７２を示す図 本発明の一実施形態で用いられるデマンド制御における環境ランク適応パターンの設定情報２８１を示す図 本発明の一実施形態で用いられるデマンド制御のための処理手順を示すフローチャート 本発明一実施形態を適応した建物の平面図の例 本発明の一実施形態のデマンド制御処理装置２のハードウエア構成を示す図

以下、本発明の一実施形態について、図面を参照して説明する。まず初めに、図１〜３および１４を用いて、本実施形態に係る構成について説明する。次に、図４〜１１を用いて本実施形態で用いられる各種データ（テーブル）について説明する。最後に、図１２および１３をベースに、他の図面も参照しながら、本実施形態の処理フローを説明する。

図１に、本実施形態のデマンド制御を行う為のシステム構成を示す。なお、オン明細書におけるデマンド制御とは、省電力のための制御の他、電気料金を削減するための制御を含む。

図１において、本実施形態における電力のデマンド制御(以下、デマンド制御)の対象である建物７には、温度センサ７１、照度センサ７２、湿度センサ７３および人感センサ７４の各種センサが設置されている。なお、図１では、各種センサ７１〜７４をそれぞれ１つしか図示していないが、建物を構成する各エリアにそれぞれ設置することが望ましい。

また、一般的に建物７に対する電力会社からの受電は受電電力量を計測する電力メータ１を介して行っている。デマンド制御処理装置２は、電力メータ１からの受電電力量と、スケジューラシステム６や各種センサ７１〜７４からのデータを参照しながら、設備コントローラ３に対し、各エリアの空調システム４と照明システム５を制御するための制御指令を出力するものである。

また、デマンド制御処理装置２は、スケジューラシステム６とインターネットなどのネットワークを介して接続されている。但し、デマンド制御処理装置２が、スケジューラシステム６の機能もしくはスケジューラシステム６が記憶しているスケジュールデータを保持してもよい。また、設備コントローラ３の機能も、デマンド制御処理装置２が保持してもよい。また、デマンド制御処理装置２と、後述する電力メータ１、各種センサ７１〜７４、設備コントローラ３は専用線で接続されることが望ましいが、他のインターネットなどでも構わない。

また、建物７には、設備コントローラ３や制御対象の空調システム４や照明システム５が設置されている。設備コントローラ３は、デマンド制御処理装置２からの制御指令を受けて各エリアの空調システム４と照明システム５の制御を実行する。なお、空調システム４や照明システム５も、図１では１つしか記載していないが、各種センサ７１〜７４のように各エリアに設置されることが望ましい。また、設備コントローラ３は、建物７に１つ設置してもよいし、複数の空調システム４や照明システム５毎ないし各エリアに設置してもよい。

なお、本実施形態は、他の電力利用のシステムに対する制御や電力以外のデマンド制御にも適用可能である。

図２に、デマンド制御処理装置２の機能構成を示す。デマンド制御処理装置２は、情報処理機能として、設備コントローラ３に対し各エリアの空調システム４と照明システム５を制御するための制御指令（制御信号）を出力する設備制御部２１と、電力メータ１で計測した受電電力量を元にデマンド警報の発生を行うデマンド警報部２２と、デマンド警報部２２を有する。

また、デマンド制御処理装置２は、情報処理機能としてさらにエリア情報記憶部２５とエリア対応機器記憶部２６と環境ランク設定記憶部２７とデマンド制御設定記憶部２８と個人情報記憶部２９を参照しエリアの制御優先順位を決定する解析処理部２３も有する。さらに、電力メータ１と設備コントローラ３とスケジューラシステム６と各種センサ７１〜７４と、通信接続を可能にする通信I/F部２４を有している。

なお、スケジューラシステム６や設備コントローラ３が、デマンド制御処理装置２内に保持される場合、これらとの情報の入出力を通信I/F部３３以外の構成を用いてもよい。

また、各種エリアの属性を記憶するエリア情報記憶部２５は、エリア優先度関係情報２５１(図５)を記憶する。エリア対応機器記憶部２６は、各エリアと空調システム４と照明システム５を対応付けているエリア毎の対応設備情報２６１（図９）を記憶する。環境ランク設定記憶部２７は、エリア毎の環境ランク適応設定情報２７１（図８）および各エリアの環境ランクとそのランクでの温度、湿度、照度の設定値示す環境ランク詳細設定情報２７２（図１０）を記憶する。デマンド制御設定記憶部２８は、デマンド制御における環境ランク適応パターンの設定情報２８１(図１１)を記憶する。デマンド制御設定記憶部２８はさらにデマンド制御が必要であること示す電力量の上限値を記憶する。個人情報記憶部２９は、個人優先度関係情報２９１を記憶する。なお、本実施形態では、各情報を異なる記憶部に記憶しているが、１つの記憶部などに集約してもよい。

また、図１４に、デマンド制御処理装置２のハードウエア構成を示す。図２に示すデマンド制御処理装置２における各機能は図１４に示すハードウエア構成で実現される。

図１４では、バス２０４を介して、通信装置２０１、主記憶装置２０２、補助記憶装置２０３、制御装置２０５であるＣＰＵ、アダプタ２０６が互いに接続されている。図２に示す設備制御部２１、デマンド警報部２２および解析処理部２３は、主記憶装置２０２に展開されるそれぞれ設備制御プログラム２２１、デマンド警報プログラム２２２および解析処理プログラム２２３で実現される。つまり、これら各プログラムに従った処理をＣＰＵで実行することで各装置の機能を実行する。なお、これら３つのプログラムは１つのプログラムとして実現してもよい。この場合、各装置は１つのプログラムに含まれるモジュールとして実現される。また、図１３では、各プログラムを主記憶装置２０２に展開している状態を開示しているが、通常は補助記憶装置２０３に格納しておき、当該プログラムを実行する際に、主記憶装置２０２展開する。

また、図２に示すエリア情報記憶部２５、エリア対応機器記憶部２６、環境ランク設定記憶部２７、デマンド制御設定記憶部２８および個人情報記憶部２９に記憶される各情報は、補助記憶装置２０３に格納される。また、これら情報はアダプタ２０６などを介して接続される外部記憶装置に格納してもよい。

さらに、通信装置２０１は、図２の通信I/F部２４の機能を実行するものであり、ネットワークに接続される。

図３に、設備コントローラ３の機能構成を示す。

設備コントローラ３は、デマンド制御処理装置２からの制御指令を受けて各エリアの照明システム５に制御を実行する照明制御部３１と、デマンド制御処理装置２からの制御指令を受けて各エリアの空調システム４に制御を実行する空調制御部３２と、空調システム４と照明システム５との通信接続を可能にする通信I/F部３３の機能を備えている。なお、設備コントローラ３の機能を、デマンド制御処理装置２が保持する場合、通信I/F部３３の機能は、デマンド制御処理装置２の通信I/F２４が実行する。

以上で、本実施形態に係る構成の説明を終わり、次に、本実施形態で用いられるデータ（テーブル）について説明する。

図４に、スケジューラシステム６内のエリアスケジュールデータ６１を示す。

スケジューラシステム６は、従来のスケジューラシステムと同様なシステムであり、エリア名称と、使用時間帯と、使用目的とエリア属性のエリアスケジュールデータ６１を保持する。図４の場合は、エリアaの属性は会議室であり9:00〜11:30と13:00〜15:00で使用予定であることが分かる。

なお、エリア名称は、エリアを識別する情報であればよい。また、エリア名称とエリア属性については、共通化してもよい。この場合、エリア名称を「第1会議室」などとし、その中に属性（会議室）を含めるようにする。

図５に、エリア属性毎のデマンド優先度の関係を示すエリア優先度関係情報２５１を記載する。エリア優先度関係情報２５１には、エリアの属性毎のエリアデマンド優先度が記録されている。

本実施形態では、エリア優先度関係情報２５１を用いて、エリアデマンド優先度が高い順のエリアから優先的にデマンド制御を実施する。

図５の場合のデマンド制御優先度は事務室＞応接室＞社長室となる。このため、個人デマンド優先度を含む他の条件が同じである場合、事務室エリアをこれらのエリアでは最優先にデマンド制御を行う。逆に社長室エリアは現状の制御を維持するようにし、これらのエリアではデマンド制御を最も後に行うことになる。

なお、エリア優先度関係情報２５１は、属性の代わりにエリアを特定するエリア名称のような識別情報を用いてもよい。つまり、エリア優先度関係情報２５１は、各エリアのエリアデマンド優先度を特定できる情報を有していればよい。

図６に、スケジューラシステム６内の個人スケジュールデータ６２を示す。本実施形態の個人スケジュールデータ６２として、建物７に勤務ないし顧客など建物７を利用する者、つまり、各エリアの使用者のスケジュールデータが用いられる。

スケジューラシステム６は、従来のスケジューラシステムと同様なシステムであり、名前、人の属性、スケジュール時間、滞在エリア、デフォルト滞在エリア（以下、デフォルトエリアと称する）の個人スケジュールデータ６２を保持する。この個人スケジュールデータ６２のうち、スケジュール時間や滞在エリアについては、各使用者やその秘書、または、会議主催者などにより、入力されるものとする。

図６の場合は、鈴木次郎の属性は従業員であり9:00〜10:30はエリアbで会議と13:00〜15:00は外出であることが分かる。言い換えると、滞在エリアがエリアｂの場合、滞在時間が9:00〜10:30となる。また、滞在エリアが外出の場合、滞在時間が13:00〜17:00となる。

また、デフォルトエリアがエリアfである為、スケジュール設定されていない10:30〜13:00と15:00以降はエリアfにいると分かる。つまり、10:30〜13:00と15:00以降がデフォルトエリアへの滞在時間を示す。

ここで、個人スケジュールデータ６２の他の態様として、デフォルトエリアへの滞在時間を、個人スケジュールデータに記録してもよい。さらに、使用者等が、滞在エリアとしてデフォルトエリアおよび滞在時間を入力した場合でも、個人スケジュールデータの滞在エリアとデフォルトエリアを比較することで、デフォルトエリアに滞在する予定かを判断できる。

なお、名前の代わりもしくはそれに追加して、従業員番号のような個人を識別する個人識別情報を用いてもよい。

本実施形態では、個人スケジュールデータ６２に、デフォルトエリアを使用者個人と対応付けて記憶しているが、個人スケジュールデータ６２に所属部署を追加し、所属部署とデフォルトエリアを対応付けて記憶した所属部署データテーブルを用意し、使用者がデフォルトエリアを登録していない場合は所属部署を用いて、所属部署に対応したデフォルトエリアを求め、求めたデフォルトエリアを使用者のデフォルトエリアとしても良い。

このようにしてデフォルトエリアを求めることにより、実際の使用者の位置情報をより正確に求めることが可能となり、使用者のスケジュール入力負荷を低減することも可能となる。

図７に、人の属性毎のデマンド優先度の関係を示す個人優先度関係情報２９１を記載する。個人優先度関係情報２９１は、個人の属性毎の個人デマンド優先度が記録されている。

本実施形態では、個人優先度関係情報２９１を用いて、エリアデマンド優先度など他の条件が同じである場合、個人デマンド優先度が高い順の人のいるエリアから優先的にデマンド制御を実施することになる。図７の場合の個人デマンド優先度は、従業員＞役員＞VIPとなる。このため、他の条件が同じであれば、従業員がいるエリアを最優先で制御することになる。

また、職位だけでなく健康上理由により配慮が必要な人等の属性を元に個人デマンド優先度の決定も可能である。このために、属性として健康配慮者を設け、個人デマンド優先度を適宜設定可能とする。

さらに、異なる属性の個人が複数滞在するエリアについては、個人デマンド優先度が最も低い属性を当該エリアの個人の属性とする。

図８に、エリア毎の環境ランク適応設定情報２７１を示す。この環境ランク適応設定情報２７１は、環境ランク設定記憶部２７に記憶される。

この環境ランク適応設定情報２７１は、デフォルトで各エリアに適応する環境ランクを示している。環境ランクは、各種センサ７１〜７４で検知したデータを参照して設定された環境ランクに合致するように設備制御を行うために利用される。この設備制御を行うためには、図１０の環境ランク詳細設定情報２７２も用いられる。なお、図８の場合は、エリアaには環境ランクはAを適応することになる。

図９に、エリア毎の対応設備情報２６１を示す。この対応設備情報２６１は、エリア対応機器記憶部２６に記憶されている。この設備情報により、各エリアに紐づく空調システム４と照明システム５を特定することが可能になる。

図１０に、環境ランク詳細設定情報２７２を示す。この環境ランク詳細設定情報２７２は、環境ランク設定記憶部２７に記憶される。

図１０に示す例の場合、環境ランクAは4月〜6月と10月〜11月は温度b℃、湿度bb％、照度bbblxになるよう制御し、7月〜9月は温度a℃、湿度aa％、照度aaalxになるよう制御することを意味する。この環境ランク詳細設定情報を用いることで、各種センサ７１〜７４で検知したデータを参照して制御することが可能になる。

図１１に、デマンド制御における環境ランク適応パターンの設定情報２８１を示す。この設定情報２８１は、デマンド制御設定記憶部２８に記憶される。

図１１示す例の場合、警報無し（通常時）の時は、環境ランクAに設定されたエリアaはそのままランクAの制御を行う。警報が発生し、レベルが1だった場合のエリアaの環境ランクは環境ランクAではなく環境ランクBの制御を適用する。

以上で、本実施形態で用いられるデータ（テーブル）について説明を終わり、次に本実施形態の処理フローを説明する。

図１２は、デマンド制御の手順を示すフローチャートの例である。本フローは、デマンド制御処理装置２の各構成で実行される。また、図１３が、図１２のフローチャートでの処理を適用した建物(平面図)の一例である。

まず、ステップＳ１において、デマンド警報部２２は電力メータ１を監視し、電力量が所定の閾値に達したことを検知した場合、監視結果に応じたデマンド警報を発生する。監視結果に応じたデマンド警報とは、どの程度電力削減を行うべきかをレベルに分けている情報である。本実施形態では、より削減量を増えるにつれ、レベルが「警報なし」「警報Lv1」「警報Lv2」「警報Lv3」となる。このデマンド警報のレベルは、電力量が上限値からどの程度超えているか、もしくは直前の電力量の伸びにより定めるものとする。

なお、本実施形態では、閾値として、デマンド制御設定記憶部２８に記憶されている上限値を用いる。但し、本閾値や上限値は、デマンド制御が必要であること示す値であればよい。また、デマンド警報部２２は電力量の変化から記憶された上限値に達することを予測される場合に、警報を発生してもよい。

次に、ステップＳ２において、解析処理部２３は、デマンド警報が発生した場合に警報レベルのチェックを行う。警報レベルのチェックとは、ステップＳ１で発生さえた警報のレベルを特定する。そして、特定された警報レベルに応じた環境パターンランクを、環境ランク適応パターンの設定情報２８１を用いて特定する。

次に、ステップＳ３において、解析処理部２３はスケジューラシステム６に接続し、エリアスケジュールデータ６１および個人スケジュールデータ６２を取り込む。そして、解析処理部２３は、ステップＳ３で取り込んだ情報を参照し、基準時間に人がいない不在エリアを特定する。図１３の例では、エリアcが０人のため、本エリアを不在エリアとして特定する。

また、不在エリアの特定には、個人スケジュールデータ６２のデフォルトエリアも用いる。図６に示す例では、エリアｅは滞在エリアが記録されていない。しかし、山田一郎は13:00以前の滞在エリアが記録されていないため、これらの時間帯はデフォルトエリアに滞在していると判断する。鈴木次郎、田中三郎についても、同様にスケジュール時間が記録されていないスケジュール時間はデフォルトエリアに滞在すると判断する。

なお、基準時間とは、本ステップを実行する時間ないし不在エリアを特定するための基準となる時間である。また、基準時間には滞在を示す場合であっても、基準時間から予め定めた時間後（例：５分後）に予約があるエリアについては、滞在と判断する。

次に、ステップＳ４において、解析処理部２３は、Ｓ３で特定された不在エリアに実際には使用者が滞在していないかを確認する。これは、スケジュールに未入力のまま会議を行ったり、予定以上に当該エリアに滞在していることに対する対策である。具体的には、解析処理部２３は、ステップＳ３で特定された不在エリアの人感センサ７４のデータを用いて滞在エリアかを判断し、滞在エリアと不在エリアを識別することになる。

この結果、滞在エリアでない（ＮＯ）の場合はＳ５に進み、在席エリアである（ＹＥＳ）の場合はＳ６に進む。なお、本ステップはスキップし、Ｓ３の結果をそのまま利用して、滞在エリアか不在エリアかを判断してもよい。

次に、Ｓ５において、設備制御部２１は、解析処理部２３からの不在エリアを特定する情報を受信する。そして、通信I/F部２４を介して設備コントローラ３へ、不在エリアの設備をＯＦＦにするための制御指令を出力する。この結果、設備コントローラ３は、不在エリアの空調システム４および照明システム５の電源をＯＦＦにする。

また、ステップＳ６において、解析処理部２３は、ステップＳ５の設備ＯＦＦ制御の結果、電力の上限値を下回ったかを判断する。つまり、警報が復旧し、警報レベルが「警報なし」となったかを判断する。復旧した場合（ＹＥＳ）、ステップＳ１５に進み、処理を終了する。復旧せず警報Lv1〜3のいずれかである場合（ＮＯ）、ステップＳ７に進む。

ステップＳ７において、解析処理部２３は、ステップＳ４で識別された各不在エリアに対して、設備ＯＦＦ制御を実行したかを確認する。設備ＯＦＦ制御を行っていない不在エリアがあれば（ＮＯ）、ステップＳ４に戻り、処理を繰り返す。各不在エリアに設備ＯＦＦ制御を行っていれば（ＹＥＳ）、ステップＳ８に進む。

なお、本実施形態では、不在エリアに設備ＯＦＦ制御を行うごとに、ステップＳ６の警報復旧を確認しているが、各不在エリアに対する設備ＯＦＦ制御をまとめて行ってから、ステップＳ６を判断してもよい。

次に、ステップＳ８において、設備制御部２１は、解析処理部２３から受付けた共用部を特定する情報に基づいて、共用部に対するデマンド制御を行う。このように、共用部に対するデマンド制御を優先的に実行する理由は、エリア優先度関係情報２５１の共有部のエリアデマンド優先度が１であることに基づく。図１３の例では、解析処理部２３は、エリアgを共用部として特定する。

そして、設備制御部２１は、環境ランク適応設定情報２７１により、エリアgの環境ランクをＤと特定する。特定されると、設備制御部２１は、環境ランク詳細設定情報２７２の環境ランクＤに対応し、該当する適用時期の温度、湿度、照度に合わせた制御指令を、通信I/F部２４を介して設備コントローラ３に送信する。この制御指令は、温度センサ７１、照度センサ７２、湿度センサ７３の検知データを用いて生成される。

なお、ステップＳ４においてエリアgが不在エリアとして特定されている場合は、既に設備ＯＦＦ制御を実行されているため、エリアgを本ステップＳ８の対象外とする。

次に、設備制御部２１は、ステップＳ９、Ｓ１０において、ステップＳ６、７と同様の処理を行う。つまり、共用部へのデマンド制御により上限値を下回っているかの確認を繰り返し実行する。この結果、上限値を下回らない場合、ステップ１１へ進む。

次に、ステップＳ１１において、解析処理部２３は、不在エリアと共用部を除いた各エリア以外のデマンド制御優先順位を決定する。

そのためにまず、解析処理部２３は、不在エリアと共用部を除いた各エリアを特定する。これは、共用部を除く滞在エリアを特定することになる。

次に、特定された滞在エリアのデマンド制御の優先順位（以下、デマンド制御優先順位）を算出する。このために、ステップＳ３で取得したエリアスケジュールデータ６１および個人スケジュールデータ６２を用いて、特定された滞在エリアに滞在している使用者を特定する。この結果から、特定された滞在エリアの滞在人数を特定する。なお、この滞在している使用者の特定は、ステップＳ３と同じように、デフォルトエリアの情報も用いて実行される。

また、特定された使用者の属性を、個人スケジュールデータ６２で特定する。そして、属性に対応する個人デマンド優先度を、個人優先度関係情報２９１を用いて特定する。なお、上述のとおり、滞在人数が複数の場合、その中で最も低い個人デマンド優先度を採用する。

さらに、エリア優先度関係情報２５１を用いて、特定された滞在エリアのエリアデマンド優先度を特定する。以上により、特定された滞在エリアの「滞在人数」「個人デマンド優先度」「エリアデマンド優先度」が特定されたことになる。

そして、解析処理部２３は、デマンド制御の優先順位を、（１）「エリアデマンド優先度」、（２）「個人デマンド優先度」、（３）「滞在人数」の順で定める。この処理例を、図１３を用いて説明する。

まず、（１）「エリアデマンド優先度」が最も高い（数値が小さい）エリアとして、属性が事務室を示す「エリアe」および「エリアf」が抽出される。なお、エリア優先度関係情報２５１では、共有部のエリアデマンド優先度が１であり、事務室の２より数値が小さい。しかし、ステップＳ８で共用部として、デマンド制御が済んでいるため、事務室の２が最も高いと判断される。

なお、「エリアc」は、ステップＳ３〜Ｓ５で不在エリアとして、設備ＯＦＦ制御済のため対象から外れる。図１３では、デマンド制御優先順位を１と記載しておく。また、エリアgもステップＳ８で共用部として、デマンド制御が済んでいるため、対象から外れている。図１３ではデマンド制御優先順位を２と記載しておく。（１）の結果、抽出されたエリアが複数あるため、次の処理に進む。

次に、各エリアに滞在する（２）「個人デマンド優先度」が最も高い（数値が小さい）エリアとして、属性が従業員である「エリアe」および「エリアf」がそのまま残る形になる。ここでも抽出されたエリアが複数あるため、次の処理に進む。

最後に、（３）各エリアの「滞在人数」を用いて、デマンド制御優先順位を算出する。つまり、「エリアe」の滞在人数が１０人であり、「エリアf」の滞在人数が１５人である。このため、より人数が少ない「エリアe」のデマンド制御優先順位を３とする（不在エリアと共有部以外では最上位）。また、「エリアf」のデマンド制御優先順位が４となる。

次に、まだデマンド制御優先順位が算出されていない「エリアa」「エリアb」「エリアd」についての算出を行う。これらは先にデマンド制御優先順位が４まで決まっているので、５以降の数値が付与される。

これらの中で、（１）「エリアデマンド優先度」が最も高い「エリアa」「エリアb」を抽出する。

次に、（２）「個人デマンド優先度」を用いて、「エリアa」を抽出する。つまり、「エリアa」の滞在使用者は従業員のみのため、個人デマンド優先度は１と特定される。このため、VIPが滞在し個人デマンド優先度が３である「エリアb」よりもデマンド制御優先順位を高く設定する。つまり、「エリアa」のデマンド制御優先順位を５とし、「エリアb」は６とする。

そして、最後に残った「エリアd」のデマンド制御優先順位を７とする。なお、「エリアd」は（１）「エリアデマンド優先度」が最も低い（数値が大きい）エリアであり、社長室が１つしかないため、上述した処理に先立って、デマンド制御優先順位を最下位の７としてもよい。

なお、ここでは（１）「エリアデマンド優先度」、（２）「個人デマンド優先度」、（３）「滞在人数」の３つのパラメータを用いたが、すべてを用いず、これらのうち、少なくとも１つを用いてもよい。また、その判断順序を変えて、デマンド制御優先順位を決定してもよい。

また、デマンド制御優先順位の決定は、以下のとおり行ってもよい。「滞在人数」×「個人デマンド優先度」×「エリアデマンド優先度」を計算し、数値の少ないものデマンド制御優先順位を高くする（デマンド制御を優先的に行う）。もしくはこれら「滞在人数」「個人デマンド優先度」「エリアデマンド優先度」それぞれに、設定した係数をかけ計算してもよいし、これらの和を用いてもよい。この計算は、「滞在人数」「個人デマンド優先度」「エリアデマンド優先度」が示す数値に応じたデマンド制御優先順位を算出できればよい。また、これらのパラメータのうち、少なくとも１つを用いて算出してもよい。

次に、ステップＳ１２において、設備制御部２１は、デマンド制御優先順位に従って、任意の数のエリアについての制御指令を出力する。

このために、まずステップＳ１１で決定されたデマンド制御優先順位が３〜７の４エリアから上位の２エリアを特定する。つまり、デマンド制御優先順位が３の「エリアe」と同じく４の「エリアf」を特定する。

次に、環境ランク適応設定情報２７１を用いて、「エリアe」と「エリアf」の環境ランクを特定する。そして、特定された環境ランクに対応する環境ランク詳細設定情報２７２の設定情報を特定し、これに即した制御指令を生成し、通信I/F部２４を介して設備コントローラ３に制御指令を出力する。この結果、設備コントローラ３は制御指令に応じて空調システム４や照明システム５をデマンド制御することになる。

次に、解析処理部２３では、ステップＳ６やＳ９と同様にして、警報が復旧したかを判断する。復旧しない場合（ＮＯ）はステップＳ１４に進み、復旧した場合（ＹＥＳ）はステップＳ１５に進む。

次に、ステップＳ１４において、設備制御部２１は、次にデマンド制御優先順位が高い任意数のエリアについての制御指令を出力する。

このためにまず、ステップＳ１２で特定され、デマンド制御が実行されたエリアの次にデマンド制御優先順位が高い任意数のエリアを特定する。この例では、デマンド制御優先順位が５、６である「エリアａ」と「エリアb」を特定する。

そして、特定された各エリアに対して、ステップＳ１２と同様に、環境ランクに対応する設定情報を特定し、これに即した制御指令を生成し、通信I/F部２４を介して設備コントローラ３に制御指令を出力する。この結果、設備コントローラ３は制御指令に応じて空調システム４や照明システム５をデマンド制御することになる。次に、ステップＳ１３に戻り、同様の処理を繰り返す。なお、ステップＳ１２およびＳ１３の任意の数とは適宜設定可能であり、ステップＳ１２とＳ１３で異なる数でも構わない。

この結果、警報が復旧した場合、ステップＳ１５において、設備制御部２１は通常時の制御に復旧させる。この通常時の制御への復旧は、デマンド制御が実行されているエリアのうち、デマンド制御優先順位が低い順に行われる。そして、通常時の制御を行っても上限値を超えない場合、次にデマンド制御優先順位が低いエリアを通常時の制御に復旧させていく。また、あるエリアを通常時の制御に復旧させた場合、上限値を超える場合、デマンド制御優先順位がそれ以上高いエリアのデマンド制御は維持する。

なお、これらの通常時の制御に復旧させるエリアは１エリアずつでもよいし、複数としてもよい。

また、通常時の制御への復旧とは、環境ランク適用パターンの設定情報２８１の警報レベルが、「警報無し（通常時）」と同様の制御を行うための制御指令を用いることになる。

ここで、本実施形態では、ステップＳ１１で各エリアのデマンド制御優先順位を決定してから、ステップＳ１２を実行している。しかし、ステップＳ１１でデマンド制御優先順位が未確定のエリアがあっても、上位のデマンド制御優先順位が決まっていればステップＳ１２に進んでもよい。

またさらに、ステップＳ１２で任意数のエリアに対する制御指令を出力している。しかし、各エリアに対する制御指令を生成しデマンド制御を行い、上限値を下回った（警報が復旧）場合に、デマンド制御優先順位を低い順に、通常時の制御への復旧を行ってもよい。

以上、本実施形態によれば、人感センサなどの機器のみに頼ることなく、スケジューラを用いてより正確にエリアへの滞在を確認できる。このため、人とエリア（建物）に状態に即したデマンド制御が可能になる。

１…電力メータ、２…デマンド制御処理装置、３…設備コントローラ、４…空調システム、５…照明システム、６…スケジューラシステム、７…建物、７１…温度センサ、７２…照度センサ、７３…湿度センサ、７４…人感センサ、２１…設備制御部、２２…デマンド警報部、２３…解析処理部、２４…通信I/F部、２５…エリア情報記憶部、２６…エリア対応機器記憶部、２７…環境ランク設定記憶部、２８…デマンド制御設定記憶部、２９…個人情報記憶部

Claims (7)

1. 複数のエリアに分けられた建物で使用する電力を制御するためのデマンド制御処理装置において、
   前記建物で使用する電力の上限値を記憶するデマンド制御設定記憶部と、
   前記建物を使用する使用者のスケジュール情報および前記複数のエリアそれぞれのスケジュール情報を記憶するスケジューラおよび複数のエリアの環境情報を取り込むセンサと接続されるインターフェース部と、
   前記センサから取り込んだエリアの環境情報、前記スケジューラに記憶された前記使用者のスケジュール情報および前記複数のエリアそれぞれのスケジュール情報に基づいてエリアで使用する電力を制御する電力制御の優先順位を求める解析処理部と、
   前記解析処理部で求めた前記電力制御の優先順位に基づいて、前記デマンド制御設定記憶部に記憶された前記上限値を超えないよう各々のエリアで使用される電力を制御するための制御信号を出力する設備制御部とを備えるデマンド制御処理装置。
2. 請求項１に記載のデマンド制御処理装置において、
   前記スケジューラには、前記使用者のスケジュール情報として、当該使用者の滞在エリア、当該滞在エリアに対応する滞在時間帯およびデフォルト滞在エリアが記憶されており、
   前記解析処理部は、前記滞在エリアおよび前記滞在時間帯が登録されていない場合は、該当する使用者が前記デフォルト滞在エリアに滞在していると判定し、当該判定の結果を用いて前記優先順位を求めるデマンド制御処理装置。
3. 請求項１または２のいずれかに記載のデマンド制御処理装置において、
   前記エリアのデマンド制御の優先度を示すエリア優先度を格納したエリア情報記憶部を備え、
   前記解析処理部は、前記エリア優先度に基づいて、前記優先順位を求めるデマンド制御処理装置。
4. 請求項２に記載のデマンド制御処理装置において、
   前記解析処理部は、前記使用者のスケジュール情報を参照し、前記複数のエリアそれぞれに滞在する使用者の滞在人数をもとめ、求めた前記滞在人数に基づいて、前記優先順位を求めるデマンド制御処理装置。
5. 請求項１または２のいずれかに記載のデマンド制御処理装置において、
   前記解析処理部は、前記使用者のスケジュール情報を用いて、前記複数のエリアそれぞれについて、滞在する使用者の属性および当該エリアの属性を用いて、前記優先順位を求めるデマンド制御処理装置。
6. 請求項１または２のいずれかに記載のデマンド制御処理装置において、
   前記設備制御部は、前記優先順位の高い順に所定数のエリアについての制御信号を、前記上限値を下回るまで繰り返し出力することを特徴とするデマンド制御処理装置。
7. 請求項１または２のいずれかに記載のデマンド制御処理装置において、
   前記解析処理部は、前記前記複数のエリアそれぞれのスケジュール情報に基づいて、前記複数のエリアのうち使用者が滞在していない不在エリアを特定し、
   前記設備制御部は、前記不在エリアに対する第1の電力制御を行うための第1の制御信号を出力し、
   前記解析処理部は、前記第1の電力制御により、前記上限値を下回らない場合、前記複数のエリアから共用部を特定し、
   前記設備制御部は、当該共用部に対する第2の電力制御を行うための第2の制御信号を出力し、
   前記解析処理部は、前記第2の電力制御により、前記上限値を下回らない場合、前記不在エリアおよび前記共用部以外の前記優先順位を算出し、
   前記設備制御部は、前記不在エリアおよび前記共用部以外のエリアで使用される電力を制御するための制御信号を出力するデマンド制御処理装置。

Images