WO2020261797A1 - 電力制御方法、プログラム、電力制御システム、アグリゲーションシステム、及び通信端末 - Google Patents

Abstract

本開示は、需要家に受け入れられ易いリソース制御を行うことを目的とする。電力制御方法は、特定指令に基づき、施設（２００）に設置されたリソース（Ｒ１）を制御し、電力需給に関する調整力又は卸電力を提供する。第１取得ステップにて特定指令を取得する。第２取得ステップにて施設（２００）における受電電力に関する受電情報を取得する。第１判定ステップにて、特定指令と受電情報とから、施設（２００）のリソース（Ｒ１）に対する制御の方向性が、上げ方向に該当するか否かを判定する。第２判定ステップにて、制御の方向性が上げ方向に該当すると判定した場合に、リソース（Ｒ１）に対する制御を実施するべきか否かを判定する。生成ステップにて、特定指令と、判定結果とに基づき、リソース（Ｒ１）に関する制御指令を生成する。

Description

電力制御方法、プログラム、電力制御システム、アグリゲーションシステム、及び通信端末

　本開示は、一般に、電力制御方法、プログラム、電力制御システム、アグリゲーションシステム、及び通信端末に関する。より詳細には、本開示は、需要家施設のリソースを制御する電力制御方法、及びプログラムに関する。また本開示は、需要家施設のリソースを制御する電力制御システム、当該電力制御システムを備えるアグリゲーションシステム、及び、当該アグリゲーションシステムに適用される通信端末に関する。

　特許文献１は、複数の施設間で、電気自動車（移動型蓄電池装置）を介して、電力を調整するアグリゲーション制御システムを開示する。この特許文献１には、一戸建て、ビル及び商業施設等の電力の需要家側において創出された電力を有効利用するバーチャルパワープラント（Virtual Power Plant、ＶＰＰ）について開示する。またＶＰＰにおいて、複数の需要家側の小規模なリソースである企業の自家発電設備又は家庭の電気自動車等が統合されて、あたかも１つの発電所のように制御される点を開示する。またＶＰＰ事業者が複数の需要家とデマンドレスポンス（Demand Response、ＤＲ）契約を締結し、電力事業者からのアンシラリーサービス等の電力調整の要請に応じて、又は電力取引市場の価格変動から利益を得るため、各需要家のリソースを制御する点を開示する。

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

　ところで、電力調整の要請として、いわゆる「下げＤＲ」と「上げＤＲ」と呼ばれるものがある。下げＤＲは、各需要家における電力の需要量を減らす要請である。一方、上げＤＲは、各需要家における電力の需要量を増やす要請、言い換えれば各需要家に電力の利用を促す要請であり、再生可能エネルギーの出力変動により発電量が過多となる場合に要請される。過剰出力分のエネルギーは、需要機器の稼働により消費させたり、リソース（蓄電システム等）を充電させたりすることで吸収される。しかし、各需要家施設内の実際の状況を鑑みずに、「上げＤＲ」に応じたリソースの制御を実施すると、需要家にとっては不都合になる可能性がある。

　本開示は上記事由に鑑みてなされ、需要家に受け入れられ易いリソース制御を行うことができる、電力制御方法、プログラム、電力制御システム、アグリゲーションシステム、及び通信端末を提供することを目的とする。

　本開示の一態様の電力制御方法は、特定指令に基づき、少なくとも１つの需要家施設に設置されたリソースを制御し、電力需給に関する調整力又は卸電力を提供する。前記電力制御方法は、第１取得ステップと、第２取得ステップと、第１判定ステップと、第２判定ステップと、生成ステップと、を含む。前記第１取得ステップにて、前記特定指令を取得する。前記第２取得ステップにて、前記需要家施設における受電電力に関する受電情報を取得する。前記第１判定ステップにて、前記特定指令と前記受電情報とから、前記需要家施設の前記リソースに対する、前記特定指令に基づく制御の方向性が、前記受電電力を増加させる上げ方向に該当するか否かを判定する。前記第２判定ステップにて、前記第１判定ステップにて前記制御の方向性が前記上げ方向に該当すると判定した場合に、前記リソースに対する制御を前記需要家施設に対して実施するべきか否かを判定する。前記生成ステップにて、前記特定指令と、前記第１判定ステップ及び前記第２判定ステップの少なくとも一方の判定結果とに基づき、前記リソースに関する制御指令を生成する。

　本開示の一態様のプログラムは、１以上のプロセッサに上記の電力制御方法を実行させるためのプログラムである。

　本開示の一態様の電力制御システムは、特定指令に基づき、少なくとも１つの需要家施設に設置されたリソースを制御し、電力需給に関する調整力又は卸電力を提供する。前記電力制御システムは、第１取得部と、第２取得部と、判定部と、生成部と、を備える。前記第１取得部は、前記特定指令を取得する。前記第２取得部は、前記需要家施設における受電電力に関する受電情報を取得する。前記判定部は、前記特定指令と前記受電情報とから、前記需要家施設の前記リソースに対する、前記特定指令に基づく制御の方向性が、前記受電電力を増加させる上げ方向に該当するか否かを判定する。前記生成部は、前記特定指令と、前記判定部の判定結果とに基づき、前記リソースに関する制御指令を生成する。更に前記判定部は、前記制御の方向性が前記上げ方向に該当すると判定した場合に、前記リソースに対する制御を前記需要家施設に対して実施するべきか否かを判定する。

　本開示の一態様のアグリゲーションシステムは、上記の電力制御システムと、前記電力制御システムと通信可能な通信端末と、を備える。前記通信端末は、受信部と、通知部と、受付部と、送信部と、を有する。前記受信部は、前記リソースの制御を実施するか否かを確認するための問い合せ情報を、前記電力制御システムから受信する。前記通知部は、前記問い合せ情報を通知する。前記受付部は、前記問い合せ情報に対する応答を受け付ける。前記送信部は、前記応答を前記電力制御システムに送信する。

　本開示の一態様の通信端末は、上記のアグリゲーションシステムに適用される。

図１は、一実施形態に係るアグリゲーションシステムの概略システム構成図である。 図２Ａは、一実施形態に係る電力制御システムの概略ブロック構成図である。図２Ｂは、一実施形態に係る通信端末の概略ブロック構成図である。 図３は、電力調整の要請としての下げＤＲ及び上げＤＲを説明するための図である。 図４Ａは、同上のアグリゲーションシステムにおける、下げＤＲに対する制御の方向性の判定を説明するための図である。図４Ｂは、同上のアグリゲーションシステムにおける、上げＤＲに対する制御の方向性の判定を説明するための図である。 図５は、同上の通信端末から通知される確認メッセージの概念図である。 図６は、同上のアグリゲーションシステムにおける動作を説明するためのフローチャート図である。

　（１）概要
　以下の実施形態において説明する各図は、模式的な図であり、各図中の各構成要素の大きさ及び厚さそれぞれの比が、必ずしも実際の寸法比を反映しているとは限らない。

　本実施形態に係る電力制御システム１（図１参照）は、特定指令に基づき、少なくとも１つの需要家施設２００に設置された（エネルギー）リソースＲ１を制御し、電力需給に関する調整力又は卸電力を提供するシステムである。ここでは、特定指令は、デマンドレスポンス指令（以下、「ＤＲ指令」と呼ぶ。図１参照）である。以下では一例として、電力制御システム１が、１つの筐体に収まったサーバ装置２により構成されるものとする。ただし、電力制御システム１は、クラウドサーバ上で構成されてもよいし、複数機能が分散された複数のサーバ装置から構成されてもよい。

　ところで、近年では、上述の通り、ＶＰＰが注目されている。すなわち、需要家施設２００（図１参照：以下、単に「施設２００」と呼ぶこともある）の分散型電源（リソースＲ１）の活用である。ここでは、施設２００は、戸建住宅（住宅）を想定するが、集合住宅（住宅）でもよいし、非住宅（商業施設、オフィスビル、工場、学校、又は病院等）でもよい。ＶＰＰとは、各施設２００に設置されているリソースＲ１（ここでは蓄電システム４）を、ＩｏＴ（Internet of Things）等を利用して統合的に制御することで、複数の施設２００をあたかも一つの仮想的な発電所として機能させる仕組みである。例えば、リソースアグリゲータは、需要家のエネルギーリソースを直接制御して電力需給調整等のサービスを提供する。アグリゲーションコーディネータは、リソースアグリゲータが提供する調整力を束ねて、一般送配電事業者、小売電気事業者、又は再生可能エネルギー発電事業者等と電力取引を行う。そして、ＶＰＰにより、例えば一般送配電事業者にとっては、発電所の新設等に掛かる投資を抑制しながら、電力系統の安定化を図ることができる。また需要家にとっても、ＶＰＰのサービス契約を行うことで、インセンティブを貰うことができる。

　以下では一例として、リソースアグリゲータが、電力制御システム１（サーバ装置２）を管理し、アグリゲーションコーディネータが、電力制御システム１に対してＤＲ指令を送出する上位システム５００（図１参照）を管理するものとして説明する。しかし、電力制御システム１は、アグリゲーションコーディネータが管理するようにしてもよい。例えば、アグリゲーションコーディネータとリソースアグリゲータが同一の場合、アグリゲーションコーディネータが、電力制御システム１を管理するようにしてもよい。上位システム５００は、一般送配電事業者、小売電気事業者、又は再生可能エネルギー発電事業者等が管理するようにしてもよい。

　ここで、電力制御システム１は、図２Ａに示すように、第１取得部２１と、第２取得部２２と、判定部２３と、生成部２４と、を備える。第１取得部２１は、特定指令（ＤＲ指令）を取得する。第２取得部２２は、施設２００における受電電力に関する受電情報を取得する。判定部２３は、特定指令と受電情報とから、施設２００のリソースＲ１に対する、特定指令に基づく制御の方向性が、受電電力を増加させる上げ方向に該当するか否かを判定する。生成部２４は、特定指令と、判定部２３の判定結果とに基づき、リソースＲ１に関する制御指令を生成する。更に、判定部２３は、制御の方向性が上げ方向に該当すると判定した場合に、リソースＲ１に対する制御を施設２００に対して実施するべきか否かを判定する。

　この構成によれば、判定部２３が、制御の方向性が上げ方向に該当すると判定した場合に、リソースＲ１に対する制御を施設２００に対して実施するべきか否かを判定するため、需要家に受け入れられ易いリソース制御を行うことができる。

　ところで、詳細は後述するが、上位システム５００から取得した特定指令（ＤＲ指令）が「上げＤＲ」であっても、実際にリソース制御の対象となる施設２００にとっても制御の方向性が「上げ方向」に該当するとは限らない。この点において、判定部２３が、特定指令と受電情報とから、制御の方向性が、上げ方向に該当するか否かを判定するため、需要家に更に受け入れられ易いリソース制御を行うことができる。

　上述した電力制御システム１と同様の機能は、電力制御方法、（コンピュータ）プログラム、又は（コンピュータ）プログラムを記録した非一時的記録媒体等で具現化されてもよい。

　（２）詳細
　以下、本実施形態に係る電力制御システム１を備えるアグリゲーションシステム１００の全体構成について、図１～図６を参照しながら詳しく説明する。

　（２．１）全体構成
　本実施形態に係るアグリゲーションシステム１００は、図１に示すように、サーバ装置２（電力制御システム１）、１又は複数の通信端末３、及び１又は複数の蓄電システム４と、を備えている。またアグリゲーションシステム１００は、図１に示すように、１又は複数の分電盤５、１又は複数の負荷６（負荷機器）、及び１又は複数のスマートメーター７（計測装置）等を更に備えている。

　サーバ装置２は、上述の通り、リソースアグリゲータによって管理される。ここでは一例として、アグリゲーションシステム１００の構成要素のうち、サーバ装置２以外の構成要素は、各施設２００内に又はその周辺に設置されるか、あるいは当該施設２００の需要家が所有又は利用し得るものとする。要するに、通信端末３、蓄電システム４、分電盤５、負荷６、及びスマートメーター７は、各需要家の側の設備である。なお、一のリソースアグリゲータが管理するサーバ装置２と、別のリソースアグリゲータが管理するサーバ装置２との間で、サーバ間連携が実行されてもよい。

　具体的には、各施設２００内に設置されるコントローラ（制御機器）が、１つの通信端末３に相当する。以下、この通信端末３を「第１通信端末３１」と呼ぶこともある。第１通信端末３１は、例えば、ＨＥＭＳ（Home Energy Management System）コントローラとして構成される。第１通信端末３１は、施設２００における（１又は複数の）負荷６及び蓄電システム４の使用状況及び消費電力量等の情報を管理し、またこれらの動作を制御する。また第１通信端末３１は、サーバ装置２と蓄電システム４との通信を中継する。第１通信端末３１は、インターネット等のネットワークＮＴ１（図１参照）を介して、施設２００の外部に設置されているサーバ装置２と通信を行うための通信インタフェースを有している。第１通信端末３１は、アグリゲーションシステム１００にとって必須の構成要素ではなく、適宜に省略されてもよい。例えば蓄電システム４が、第１通信端末３１の機能を備えていれば、蓄電システム４とサーバ装置２とが直接的に通信を行なってもよい。

　また各施設２００の需要家が所有する情報端末も、１つの通信端末３に相当する。以下、この通信端末３を「第２通信端末３２」と呼ぶこともある。第２通信端末３２は、例えば、携帯電話機、スマートフォン、又はタブレット端末等の、通信可能な携帯型の端末である。第２通信端末３２は、パーソナルコンピュータでもよい。第２通信端末３２には、ネットワークＮＴ１を介して、サーバ装置２と通信を行うための専用のアプリケーションソフト（通信アプリケーションソフト）がインストールされている。なお、第２通信端末３２は、直接サーバ装置２と通信する構成に限定されない。第２通信端末３２を携帯する需要家が施設２００内に居る場合、第２通信端末３２は、施設２００内のルータ及び第１通信端末３１を介して、サーバ装置２と通信してもよい。

　蓄電システム４は、電力系統Ｇ１から、分電盤５を介して供給される電力を充電するように構成されている。また蓄電システム４は、放電して負荷６へ電力を供給するように構成されている。蓄電システム４は、図２Ｂに示すように、例えばパワーコンディショナ４１（インバータ）と蓄電装置４２（蓄電池）とを有している。パワーコンディショナ４１は、蓄電装置４２に充電する際にＡＣ／ＤＣ変換を行う。またパワーコンディショナ４１は、蓄電装置４２から放電する際にＤＣ／ＡＣ変換を行う。パワーコンディショナ４１は、蓄電装置４２の残容量に関する情報等を、第１通信端末３１を介して、サーバ装置２へ定期的に送信する。またパワーコンディショナ４１は、第１通信端末３１がサーバ装置２から受信する「制御指令」に基づいて、蓄電装置４２の放電、充電、又は停止（充電及び放電を行わないこと）を行うように構成される。

　ところで、例えば日本国等の国においては、蓄電装置４２内に蓄電された電力を電力系統Ｇ１へ逆潮流しない。したがって、蓄電システム４は、例えば主幹電力を監視し、蓄電装置４２の放電により電力系統Ｇ１への逆潮流が発生しないように調整する。

　また蓄電システム４は、主幹電力を監視して、電力系統Ｇ１から受電する受電電力（量）に関する受電情報を第１通信端末３１へ送信する。第１通信端末３１は、蓄電システム４から計測情報（受電情報等を含む）を受信して、サーバ装置２へ定期的に送信する。第１通信端末３１は、計測情報を、蓄電システム４からではなく、スマートメーター７から直接受信して、サーバ装置２へ定期的に送信してもよい。

　負荷６は、電力を消費する、例えば家庭用の電気機器等である。負荷６は、分電盤５を介して、電力系統Ｇ１から電力供給を受ける。また負荷６は、蓄電装置４２の放電時には、蓄電システム４から電力供給を受ける。負荷６が複数ある場合、それらの一部は、制御可能な負荷かもしれない。制御可能な負荷の例としては、照明機器、空調機器、ヒートポンプ給湯器、及び電気自動車等である。電気自動車は、蓄電システム４の構成要素でもよい。制御不可能な負荷の例としては、ドライヤー等である。第１通信端末３１は、サーバ装置２から受信する制御指令に基づいて、蓄電システム４の充放電又は停止を行うだけでなく、制御可能な負荷６に関して稼働、停止、設定変更又はモード変更等を行い、消費電力を調整する。

　（２．２）サーバ装置
　サーバ装置２（電力制御システム１）は、ＤＲ指令に基づき、少なくとも１つの施設２００に設置されたリソースＲ１（蓄電システム４）を制御し、電力需給に関する調整力又は卸電力を提供する。ここでは、サーバ装置２は、複数の施設２００の蓄電装置４２等を、一つの管理群として管理する。管理群は、例えば、１００台程度の蓄電装置４２から構成された小規模群かもしれないし、あるいは、１００万台以上の蓄電装置４２から構成される大規模群かもしれない。施設２００は、（特別）高圧需要家でもよいし、低圧需要家でもよい。

　サーバ装置２は、図２Ａに示すように、制御部２０及び通信部２５等を有している。通信部２５は、上位システム５００、他のサーバ装置２、及び通信端末３と通信するための通信インタフェースである。

　制御部２０は、例えば、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしての１以上のプロセッサ及び１以上のメモリを主構成とする。コンピュータシステムの１以上のメモリに記録されたプログラムを１以上のプロセッサが実行することによって、制御部２０の機能が実現される。プログラムは、コンピュータシステムの１以上のメモリに予め記録されている。なお、プログラムは、電気通信回線を通じて提供されてもよいし、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。

　制御部２０は、上位システム５００、及び管理群の複数の施設２００における通信端末３（第１通信端末３１及び第２通信端末３２）等の固有の識別情報（ＩＰアドレス等）を予め記憶している。

　制御部２０は、図２Ａに示すように、第１取得部２１、第２取得部２２、判定部２３、及び生成部２４を有している。言い換えれば、制御部２０は、第１取得部２１としての機能、第２取得部２２としての機能、判定部２３としての機能、及び生成部２４としての機能を有している。

　第１取得部２１は、通信部２５を介して上位システム５００から受信したＤＲ指令（特定指令）を取得するように構成される。第２取得部２２は、通信部２５を介して第１通信端末３１から受信した各施設２００の計測情報（受電情報等を含む）を取得するように構成される。

　ここで、ＤＲ指令についてより具体的に説明する。ＤＲ指令は、例えば一般送配電事業者等からの要請に基づく指令である。ＤＲ指令は、少なくとも指令値Ａ１（図４Ａ及び図４Ｂ参照）と指令値Ａ１に基づく制御の継続期間Ｔ１（図３参照）とに関する情報を含む。ＤＲ指令には、上述の通り「下げＤＲ」と「上げＤＲ」とがある（図３参照）。

　下げＤＲは、各需要家における電力の需要量を減らす要請である。図３の例で言えば、７時から１３時までの継続期間Ｔ１において、例えば、需要のピークが発生して電力が不足することが予想される場合、上位システム５００は、電力の需要量を減らすように下げＤＲを発動する。サーバ装置２は、下げＤＲに準じて、例えば、施設２００の蓄電システム４に蓄電された電力で、負荷６が必要とする電力を賄うように、蓄電システム４に放電させる制御指令を第１通信端末３１に送信する。施設２００の側では、蓄電システム４は、制御指令に従い、継続期間Ｔ１の間、逆潮流が発生しないように調整しながら、蓄電装置４２の放電を実行する。

　一方、上げＤＲは、各需要家における電力の需要量を増やす要請であり、例えば、再生可能エネルギーの出力変動等により発電量が過多となる場合に要請される。図３の例で言えば、７時から１３時までの継続期間Ｔ１において、例えば、太陽光発電等の発電量が過多となることが予想される場合に、上位システム５００は、電力の需要量を増やすように上げＤＲを発動する。サーバ装置２は、上げＤＲに準じて、例えば、電力系統Ｇ１からの受電電力が増加するように、施設２００の蓄電システム４に充電させたり負荷６を稼働させたりする制御指令を第１通信端末３１に送信する。施設２００の側では、蓄電システム４は、制御指令に従い、継続期間Ｔ１の間、蓄電装置４２を充電する。また第１通信端末３１は、負荷６を稼働させる。

　ただし、上述した通り、上位システム５００から取得したＤＲ指令が「上げＤＲ」であっても、実際にリソース制御の対象となる全ての施設２００にとっても制御の方向性が「上げ方向」に該当するとは限らない。同様に、ＤＲ指令が「下げＤＲ」であっても、実際にリソース制御の対象となる全ての施設２００にとっても制御の方向性が「下げ方向」に該当するとは限らない。

　そこで、本実施形態の判定部２３は、ＤＲ指令と受電情報とから、受電情報の送信元である施設２００のリソースＲ１に対する、ＤＲ指令に基づく制御の方向性が、受電電力を増加させる「上げ方向」に該当するか否かを判定するように構成される。判定部２３は、例えば、施設２００の単位で個別に制御の方向性を判定する。以下、制御の方向性に関する判定処理を、「第１判定処理」と呼ぶこともある。

　ここでは、判定部２３は、制御の方向性が、「上げ方向」と、受電電力を減少させる「下げ方向」のどちらに該当するかを判定する。ただし、下げ方向に該当するかを判定することは必須ではない。以下、上げＤＲと下げＤＲについて、図４Ａ及び図４Ｂを参照しながら更に詳しく説明する。

　図４Ａ及び４Ｂに示す指令値Ａ１は、サーバ装置２がアグリゲーションコーディネータ等の管理する上位システム５００から受信する値であり、リソースの制御に関連する値である。指令値Ａ１は、例えば、数分の間隔で受信されるかもしれないし、又は１０分～３０分の間隔で受信されるかもしれない。あるいは、指令値Ａ１は、将来予約分を含め束になって受信されるかもしれない。本実施形態では、一例として、３０分単位の指令値Ａ１を複数含む指示群が、数時間ごとに受信されることを想定する。この場合、３０分が、最小の制御対象区間となる。図３の例で言えば、継続期間Ｔ１は６時間であるため、３０分単位の指令値Ａ１を１２個分含む指示群が、一度に受信されてもよい。指示群として受信する場合、制御部２０は、各指令値Ａ１に応じて、制御目標値Ｃ１を算出する。

　上位システム５００は、例えば、今から管理群（複数の施設２００）の受電電力を５０ｋＷ下げるよう要請（下げＤＲ）する場合がある。図４Ａは、ＤＲ指令が下げＤＲである場合を示す。例えば図４Ａ中の制御基準値Ｂ１を１００ｋＷとすると、サーバ装置２は、受電電力を１００ｋＷの制御基準値Ｂ１から５０ｋＷ下げる要求を、指令値Ａ１として受信する。指令値Ａ１は、例えば、小売電気事業者が前日に計画した売りの電力量（仕入れ量）、及び小売電気事業者が当日に販売している電力量等に基づく値かもしれない。図４Ａ（及び図４Ｂ）中における制御基準値Ｂ１は、ある施設２００が、リソース制御を行わなかった場合に想定される受電電力である。制御基準値Ｂ１は、過去の実績値等から算出される予測値でもよいし、エネルギー・リソース・アグリゲーション・ビジネスに関するガイドラインで規定されている方式で算出したベースラインでもよい。また、制御基準値Ｂ１は、各施設２００単位で決定されるかもしれないし、管理群の単位で決定されるかもしれない。

　ここで判定部２３は、施設２００の受電情報から、施設２００における制御の基準電力となる制御基準値Ｂ１と、継続期間Ｔ１における予測受電電力Ｄ１と、制御目標値Ｃ１と、を算出するように構成される。図４Ａの例では、ＤＲ指令が受電電力を制御基準値Ｂ１よりも指令値Ａ１だけ下げる「下げＤＲ（下げ指令）」に相当するため、判定部２３は、制御基準値Ｂ１から指令値Ａ１を引いた値（５０ｋＷ）を、制御目標値Ｃ１に設定する。

　予測受電電力Ｄ１は、例えば、着目する施設２００における受電情報（実績値）から推定される、継続期間Ｔ１の開始前の受電電力である。すなわち、判定部２３は、着目する施設２００における受電情報（実績値）から、その施設２００の予測受電電力Ｄ１を算出する。予測方式はどのような方式でもよく限定されるものではない。予測受電電力Ｄ１は、継続期間Ｔ１の開始前の受電電力に限らず、最小の制御対象区間ごとに算出されてもよい。判定部２３は、例えば、過去の別の日の同じ時間帯における受電電力の実績値等から、予測受電電力Ｄ１を算出する。ここで、予測受電電力Ｄ１と制御目標値Ｃ１との間にはずれが発生する可能性がある（図４Ａ参照）。

　図４Ａの＜ケース１＞では、予測受電電力Ｄ１が制御目標値Ｃ１よりも上回っていて、その施設２００のリソース制御の方向性として、下げＤＲと同様に、下げ方向の制御が必要となることが理解できる。一方、図４Ａの＜ケース２＞では、予測受電電力Ｄ１が制御目標値Ｃ１よりも下回っていて、その施設２００のリソース制御の方向性として、下げＤＲに反して、上げ方向の制御が必要となることが理解できる。

　一方、上位システム５００は、例えば、今から管理群（複数の施設２００）の受電電力（量）を５０ｋＷ上げるよう要請（上げＤＲ）する場合がある。図４Ｂは、ＤＲ指令が上げＤＲである場合を示す。例えば図４Ｂ中の制御基準値Ｂ１を５０ｋＷとすると、サーバ装置２は、受電電力を５０ｋＷの制御基準値Ｂ１から５０ｋＷ上げる要求を、指令値Ａ１として受信する。図４Ｂの例では、ＤＲ指令が受電電力を制御基準値Ｂ１よりも指令値Ａ１だけ上げる「上げＤＲ（上げ指令）」に相当するため、判定部２３は、制御基準値Ｂ１に指令値Ａ１を加えた値（１００ｋＷ）を、制御目標値Ｃ１に設定する。ここでも予測受電電力Ｄ１と制御目標値Ｃ１との間にはずれが発生する可能性がある（図４Ｂ参照）。

　図４Ｂの＜ケース１＞では、予測受電電力Ｄ１が制御目標値Ｃ１よりも上回っていて、その施設２００のリソース制御の方向性として、上げＤＲに反して、下げ方向の制御が必要となることが理解できる。一方、図４Ｂの＜ケース２＞では、予測受電電力Ｄ１が制御目標値Ｃ１よりも下回っていて、その施設２００のリソース制御の方向性として、上げＤＲと同様に、上げ方向の制御が必要となることが理解できる。

　生成部２４は、ＤＲ指令と、判定部２３の判定結果とに基づき、リソースＲ１に関する制御指令を生成する。制御指令は、例えば、第１通信端末３１の識別情報、放電及び充電等の種別情報、継続期間Ｔ１、並びに制御目標値Ｃ１に関する情報等を含み得る。生成部２４は、例えば、施設２００の単位で個別に制御指令を生成する。制御部２０は、生成した制御指令を、受電情報の送信元である制御対象となる施設２００の第１通信端末３１に送信する。制御部２０は、継続期間Ｔ１ごとに１回だけ制御指令を生成して送信してもよいし、最小の制御対象区間ごとに制御指令を生成して送信してもよい。

　このようにＤＲ指令が「下げＤＲ」であっても、制御の方向性が「上げ方向」に該当する場合もあれば、ＤＲ指令が「上げＤＲ」であっても、制御の方向性が「下げ方向」に該当する場合もある。これに対して、判定部２３は、上述の通り、制御の方向性が「上げ方向」と「下げ方向」のどちらに該当するかを判定するため、より精度の良い制御指令を送信できる。

　なお、ここでは、判定部２３は、少なくとも予測受電電力Ｄ１が制御目標値Ｃ１を下回る期間が、継続期間Ｔ１に含まれることが予測される場合、制御の方向性が上げ方向に該当すると判定する。具体的には、予測受電電力Ｄ１が制御目標値Ｃ１を下回る期間と、予測受電電力Ｄ１が制御目標値Ｃ１を上回る期間との両方が、継続期間Ｔ１に含まれることが予測される場合、判定部２３は、制御の方向性が上げ方向に該当すると判定する（見なす）。

　ところで、制御の方向性が下げ方向である場合、施設２００の側では、蓄電システム４は、制御指令に従い、継続期間Ｔ１の間、逆潮流が発生しないように調整しながら、蓄電装置４２の放電を実行する。そのため、需要家にとって不都合となる可能性は比較的少ない。

　一方、制御の方向性が上げ方向である場合、施設２００の側では、需要家にとっては不都合になる可能性がある。具体的な例を挙げると、制御指令に従い、蓄電システム４が定格充電電力で蓄電装置４２を充電し、また複数の負荷６が同時に稼働すると、主幹電力が増大し、分電盤５の主幹回路に挿入されている遮断器Ｈ１（主幹ブレーカ）が電路を遮断する可能性がある。その結果、分電盤５の複数の分岐回路に繋がっている複数の負荷６の中に稼働の停止が望ましくない負荷６が含まれている場合、需要家にとっては不都合になる可能性がある。

　そこで、本実施形態では、更に判定部２３は、制御の方向性が上げ方向に該当すると判定した場合に、リソースＲ１に対する制御を施設２００に対して実施するべきか否かを判定するように構成される。以下、この実施に関する判定処理を、「第２判定処理」と呼ぶこともある。判定部２３は、制御の方向性が下げ方向に該当すると判定した場合には、第２判定処理を省略（スキップ）する。

　ここでは一例として、判定部２３は、複数の施設２００のうち、制御の方向性が上げ方向に該当する施設２００を選択し、選択された施設２００に対して、リソースＲ１の制御を実施するか否かを確認するように構成される。要するに、制御の方向性が上げ方向に該当する施設２００に対して、判定部２３は、直ちに制御指令を生成部２４に生成させるのではなく、「確認処理」を実行する。つまり、第２判定処理は、確認処理を含む。確認処理は、制御の方向性が上げ方向に該当する施設２００の需要家に実際に確認を取るための処理である。そして、判定部２３は、確認に対する応答に応じて、リソースＲ１の制御を実施するべきか否かを判定する。

　確認に対する応答が上げ方向のリソース制御を受け入れる（許可する）旨を示すものであれば、判定部２３は、リソース制御を実施すべきと判定する。制御部２０は、生成部２４に上げ方向の制御指令を生成させて、制御対象となる施設２００の第１通信端末３１に送信する。

　逆に、確認に対する応答が上げ方向のリソース制御を受け入れない（許可しない）旨を示すものであれば、判定部２３は、リソース制御を実施すべきでないと判定する。制御部２０は、その施設２００に対しては、制御指令を送信しない。

　なお、確認処理については次の「（２．３）通信端末」の欄で詳しく説明する。

　ところで、判定部２３は、第２判定処理において、この確認処理を実行する前に、推定処理と比較処理とを実行する。つまり、第２判定処理は、推定処理と比較処理とを更に含む。

　判定部２３は、推定処理で、制御の方向性が上げ方向に該当すると選択された施設２００に対して、仮にリソースＲ１を上げ方向に制御した場合における電力需要の予測値を、継続期間Ｔ１と同じ時間帯における電力需要の実績値に基づいて、推定する。

　判定部２３は、比較処理で、この予測値と、施設２００の電力需要に関する固有の最大値とを比較する。ここで言う「固有の最大値」とは、実績値の最大値（第１最大値）、契約電力（第２最大値）、及び、遮断器Ｈ１が遮断される電力（第３最大値）のうちの少なくとも１つに基づく値である。

　第１最大値は、過去の別の日で、継続期間Ｔ１と同じ時間帯における電力需要の実績値の中の最大値である。第１最大値は、サーバ装置２が各施設２００から定期的に受信する計測情報から決定される。第２最大値は、施設２００の需要家及び電気事業者（例えば小売電気事業者）間で契約された契約電力に基づいて決定される。第３最大値は、施設２００内に設置されて受電電力が通る電路に挿入された遮断器Ｈ１が遮断される電力であり、遮断器Ｈ１の定格遮断電流に基づいて決定される。

　第１最大値～第３最大値は、制御部２０が各施設２００から得られる計測情報から自動的に決定してもよいし、人がサーバ装置２（又は施設２００の側）のユーザインタフェースを通じて直接入力されてもよい。第１最大値～第３最大値に関する情報は、制御部２０に記憶される。

　また例えば、最大値は、施設２００の側から予め指定される指定値であってもよい。この場合、需要家に更に受け入れられ易いリソース制御を行うことができる。

　そして、判定部２３は、比較処理にて予測値が最大値以下の場合、確認処理を省略（スキップ）し、着目する施設２００に対して、ＤＲ指令に関する予告通知を実行する。予告通知は、例えば、「上げＤＲに参加します」という一方的な通知である。予告通知を実行した時点で、判定部２３は、リソース制御を実施すべきと判定する。制御部２０は、生成部２４に上げ方向の制御指令を生成させて、制御対象となる施設２００の第１通信端末３１に送信する。一方、判定部２３は、比較処理にて予測値が最大値より大きい場合、確認処理を実行する。

　このように、判定部２３が確認処理の前に推定処理及び比較処理を実行することで、需要家にとって不都合になる可能性が比較的低い状況（無断でリソース制御を実行しても遮断器Ｈ１が電路を遮断する可能性が低い状況）に該当するものを除外できる。要するに、施設２００の側では、応答を返す手間が省ける。

　なお、蓄電システム４は、主幹電力を監視し、電力系統Ｇ１からの受電電力が固有の最大値を超えないよう調整するようにしてもよい。

　（２．３）通信端末
　以下、通信端末３について、サーバ装置２の制御部２０（判定部２３）における第２判定処理の「確認処理」を踏まえて詳しく説明する。

　サーバ装置２の判定部２３は、確認処理において、制御の方向性が上げ方向に該当する施設２００に対して、リソースＲ１の制御を実施するか否かを確認するための問い合せ情報を作成する。サーバ装置２は、通信部２５より、問い合せ情報を含む第１信号を制御対象となる施設２００の通信端末３に送信する。ここでは、第１信号を送信する送信先が第１通信端末３１（ＨＥＭＳコントローラ等）であることを想定する。

　第１通信端末３１は、上述の通り、サーバ装置２と通信可能である。第１通信端末３１は、図２Ｂに示すように、端末側制御部３００と、端末側通信部３０１（受信部及び送信部）と、表示部３０２と、を有している。

　端末側通信部３０１は、サーバ装置２と通信を行うための通信インタフェースを有している。また端末側通信部３０１は、施設２００内の負荷６、蓄電システム４、スマートメーター７、及び第２通信端末３２等と、ルータを介して通信を行うための通信インタフェースも有している。ここでは、端末側通信部３０１は、リソースＲ１の制御を実施するか否かを確認するための問い合せ情報を含む第１信号をサーバ装置２から受信する受信部として機能する。また端末側通信部３０１は、応答（第２信号）をサーバ装置２に送信する送信部として機能する。

　端末側制御部３００は、例えば、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしての１以上のプロセッサ及び１以上のメモリを主構成とする。コンピュータシステムの１以上のメモリに記録されたプログラムを１以上のプロセッサが実行することによって、端末側制御部３００の機能が実現される。プログラムは、コンピュータシステムの１以上のメモリに予め記録されている。なお、プログラムは、電気通信回線を通じて提供されてもよいし、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。端末側制御部３００は、メモリ内に、サーバ装置２等の固有の識別情報（ＩＰアドレス等）を予め記憶している。

　端末側制御部３００は、施設２００における（１又は複数の）負荷６及び蓄電システム４の動作を制御する。具体的には、端末側制御部３００は、サーバ装置２から、端末側通信部３０１を介して制御指令を受信すると、制御指令に従って、蓄電システム４の充電、放電又は停止等を実行させるための制御信号を生成して、パワーコンディショナ４１に送信する。また端末側制御部３００は、制御指令に従って、負荷６の稼働、又は停止等を実行させるための制御信号を生成して、負荷６に送信する。

　また端末側制御部３００は、表示部３０２を制御する。表示部３０２は、通知部３０３と受付部３０４とを有している。通知部３０３は、問い合せ情報を通知する。受付部３０４は、問い合せ情報に対する応答を受け付ける。ここでは一例として、表示部３０２は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイのような薄型のディスプレイ装置として構成される。表示部３０２は、例えば、タッチパネル式のディスプレイ装置である。要するに、表示部３０２は、通知部３０３と受付部３０４の両方の機能を兼ね備えている。

　具体的には、表示部３０２は、端末側制御部３００の制御下で、受信した第１信号に基づき、「上げＤＲに参加しますか？」等といった確認メッセージを画面に表示（出力）する（通知部３０３の機能）。この時、通知部３０３は、「はい」及び「いいえ」を示す画像領域も画面に表示する。施設２００の需要家が、確認メッセージに対する回答として「はい」及び「いいえ」の何れかの画像領域を指先でタッチすることで、表示部３０２は、需要家から問い合せ情報に対する応答を受け付ける（受付部３０４の機能）。サーバ装置２から、上述した予告通知を含む信号を受信した場合には、表示部３０２は、「上げＤＲに参加します」等といったメッセージを画面に表示（出力）する。

　端末側制御部３００は、表示部３０２で受け付けた応答に基づく第２信号を生成して、端末側通信部３０１（送信部）からサーバ装置２に送信させる。ただし、表示部３０２（受付部３０４）が、所定時間内に需要家から応答を受け付けなかった場合、端末側制御部３００は、リソースＲ１の制御の実施を拒否する旨を含む第２信号を応答として、端末側通信部３０１（送信部）からサーバ装置２に送信させる。その結果、施設２００の需要家が所定時間内に応答できない場合に、勝手に上げ方向に該当するリソースＲ１の制御が実施されてしまう可能性を低減できる。またサーバ装置２において、所定時間内に通信端末３から応答を受け付けなかった場合、施設２００の需要家を制御の対象外とするようにしてもよい。

　なお、サーバ装置２の確認処理では、施設２００に対して、次の第１情報、第２情報、及び第３情報のうちの少なくとも１つの付加情報を通知することが望ましい。第１情報は、ＤＲ指令の制御の継続期間Ｔ１に関する情報である。第２情報は、需要家がＤＲ指令を受け入れた場合における対価（インセンティブ）に関する情報である。第３情報は、ＤＲ指令を受け入れた場合に新たに発生する電気料金に関する情報である。サーバ装置２は、付加情報を第１信号に含めて、第１通信端末３１に送信する。

　施設２００の側では、表示部３０２は、端末側制御部３００の制御下で、第１信号に基づき、確認メッセージと共に、付加情報を画面に表示（出力）する。例えば、付加情報が第１情報であれば、表示部３０２は、「７時～１３時の上げＤＲに参加しますか？」等といったメッセージを画面に表示する。このように付加情報も通知されることで、需要家が上げ方向に該当するリソースＲ１の制御を受け入れる可能性を高めることができる。

　上述した例では、第１信号の送信先が第１通信端末３１であるが、第１信号の送信先は、第１通信端末３１に加えて、又は第１通信端末３１の代わりに、第２通信端末３２（例えばスマートフォン）であってもよい（図５参照）。第２通信端末３２は、第１信号を受信する（受信部の機能）と、図５に示すように「上げＤＲに参加しますか？」等といった確認メッセージを画面に表示する（通知部の機能）。この時、第２通信端末３２は、「はい」及び「いいえ」を示す画像領域も画面に表示する。第２通信端末３２を携帯する施設２００の需要家が、確認メッセージに対する回答として「はい」及び「いいえ」の何れかの画像領域を指先でタッチすることで、第２通信端末３２は、需要家から問い合せ情報に対する応答を受け付ける（受付部の機能）。そして、第２通信端末３２は、第２信号を生成して、サーバ装置２に送信する（送信部の機能）。このように第１信号が第２通信端末３２に送信されることで、施設２００の需要家がサーバ装置２からの問い合せを見過ごす可能性を低減できる。

　（２．４）動作説明
　以下、アグリゲーションシステム１００の動作について、図６のフローチャート図を参照しながら説明する。

　サーバ装置２は、上位システム５００からＤＲ指令を受信する（ステップＳ１：第１取得ステップ）。またサーバ装置２は、ＤＲ指令の受信に関わらず、各施設２００における受電情報を定期的に取得する（第２取得ステップ）。

　サーバ装置２は、ＤＲ指令を受信すると、第１判定処理として、ＤＲ指令と各施設２００の受電情報とから、各施設２００のリソース制御の方向性を判定する（ステップＳ２：第１判定ステップ）。もしリソース制御の方向性が上げ方向であれば（ステップＳ３：Ｙｅｓ）、サーバ装置２は、第２判定処理として、制御実施の可否を判定する（第２判定ステップ）。一方、リソース制御の方向性が下げ方向であれば（ステップＳ３：Ｎｏ）、サーバ装置２は、第２判定ステップをスキップして、その判定結果に基づき制御指令を生成して（生成ステップ）、下げ方向のリソース制御を実行する（ステップＳ７）。

　サーバ装置２は、第２判定処理において（ステップＳ３：Ｙｅｓ）、上げ方向と判定された施設２００について、仮にリソースＲ１を上げ方向に制御した場合における電力需要の予測値を推定する（推定ステップ）。そして、サーバ装置２は、電力需要の予測値と、固有の最大値とを比較する（ステップＳ４：比較ステップ）。予測値が最大値よりも大きければ（ステップＳ４：Ｙｅｓ）、サーバ装置２は、確認処理を実行する（ステップＳ５：確認ステップ）。すなわち、サーバ装置２は、制御の方向性が上げ方向に該当する施設２００の需要家に実際に確認を取るために、問い合せ情報を通信端末３に送信する（送信ステップ）。一方、予測値が最大値以下であれば（ステップＳ４：Ｎｏ）、サーバ装置２は、確認処理をスキップして、予告通知を実行した上で、制御指令を生成して（生成ステップ）、上げ方向のリソース制御を実行する（ステップＳ７）。

　サーバ装置２は、ステップＳ５の確認に対する応答として、施設２００から「許可する」旨を得ると（ステップＳ６：Ｙｅｓ）、制御指令を生成して（生成ステップ）、上げ方向のリソース制御を実行する（ステップＳ７）。一方、サーバ装置２は、ステップＳ５の確認に対する応答として、施設２００から「許可しない」旨を得ると（ステップＳ６：Ｎｏ）、その施設２００に対しては、リソース制御を実行せずに終了する。

　サーバ装置２は、ステップＳ７における上げ方向又は下げ方向のリソース制御を、継続期間Ｔ１が終了するまで繰り返し実行する（ステップＳ８）。この継続期間Ｔ１が終了するまでの間においても、サーバ装置２は、施設２００の側から最新の計測情報を定期的に取得し続けて、制御目標値Ｃ１を調整しながら最新の制御指令を送信する。

　このように本実施形態では、制御の方向性が上げ方向に該当すると判定された場合に、リソースＲ１に対する制御を施設２００に対して実施するべきか否かを判定するため、需要家に受け入れられ易いリソース制御を行うことができる。特に本実施形態では、確認ステップによって需要家に実際に確認を取るため、需要家に更に受け入れられ易いリソース制御を行うことができる。また制御の方向性が下げ方向に該当すると判定された場合に、第２判定ステップがスキップされるため、処理負荷を低減できる。

　（３）変形例
　上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。上記実施形態に係る電力制御システム１は、電力制御方法、コンピュータプログラム、又はコンピュータプログラムを記録した非一時的記録媒体等で具現化されてもよい。

　以下、上記実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。以下では、上記実施形態を「基本例」と呼ぶこともある。

　本開示における電力制御システム１（サーバ装置２）及び通信端末３（第１通信端末３１及び第２通信端末３２）は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における電力制御システム１及び通信端末３としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されてもよく、電気通信回線を通じて提供されてもよく、コンピュータシステムで読み取り可能なメモリカード、光学ディスク、ハードディスクドライブ等の非一時的記録媒体に記録されて提供されてもよい。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。ここでいうＩＣ又はＬＳＩ等の集積回路は、集積の度合いによって呼び方が異なっており、システムＬＳＩ、ＶＬＳＩ（Very Large Scale Integration）、又はＵＬＳＩ（Ultra Large Scale Integration）と呼ばれる集積回路を含む。さらに、ＬＳＩの製造後にプログラムされる、ＦＰＧＡ（Field-Programmable Gate Array）、又はＬＳＩ内部の接合関係の再構成若しくはＬＳＩ内部の回路区画の再構成が可能な論理デバイスについても、プロセッサとして採用することができる。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。ここでいうコンピュータシステムは、１以上のプロセッサ及び１以上のメモリを有するマイクロコントローラを含む。したがって、マイクロコントローラについても、半導体集積回路又は大規模集積回路を含む１ないし複数の電子回路で構成される。

　また、電力制御システム１及び通信端末３の各々における複数の機能が、１つの筐体内に集約されていることは電力制御システム１及び通信端末３に必須の構成ではない。電力制御システム１及び通信端末３の各々の構成要素は、複数の筐体に分散して設けられていてもよい。反対に、電力制御システム１及び通信端末３の各々における複数の機能が、１つの筐体内に集約されてもよい。さらに、電力制御システム１及び通信端末３の各々の少なくとも一部の機能、例えば、電力制御システム１及び通信端末３の各々の一部の機能がクラウド（クラウドコンピューティング）等によって実現されてもよい。

　特にサーバ装置２の複数の機能のうちの一部が、第１通信端末３１に設けられてもよい。例えば、第１通信端末３１は、サーバ装置２から上げ方向のリソース制御の制御指令を受信すると、確認処理を実行してもよい。

　基本例では、サーバ装置２からの上げ方向のリソース制御に関する問い合せ通知は、第１通信端末３１及び第２通信端末３２にて画面出力により実行される。しかし、問い合せ通知は、画面出力に限定されず、音声出力により実行されてもよい。また問い合せに対する回答は、画面へのタッチ操作に限定されず、例えば、第１通信端末３１に備え付けされている押し釦式のスイッチを押すことで受け付けられてもよい。

　また通信端末３は、人工知能（ＡＩ：Artificial Intelligence）技術を適用したスマートスピーカ（いわゆる「ＡＩスピーカ」）であってもよい。サーバ装置２は、スマートスピーカ（通信端末３）に、問い合せ情報を含む第１信号を送信してもよい。スマートスピーカは、外部サーバと通信する。スマートスピーカは、第１信号を受信すると、確認メッセージを音声出力する。スマートスピーカは、需要家から音声入力を受信すると、外部サーバと通信して、音声入力よる応答に対する分析結果を外部サーバから取得する。そして、スマートスピーカは、分析結果に応じて第２信号を生成してサーバ装置２に送信する。

　基本例では、判定部２３は、施設２００の単位で個別に制御の方向性を判定する。しかし、判定部２３は、２つ以上の施設２００を１つのグループとして、グループ単位で制御の方向性を判定してもよい。ただし、リソースの制御を実施するか否かを確認するための問い合せは、施設２００の単位で個別に行うことが望ましい。

　基本例では、リソース制御が下げ方向に該当すると判定されると、第２判定処理が省略（スキップ）されている。しかし、下げ方向の制御においても、第２判定処理が実行されてもよい。またリソース制御が下げ方向に該当する場合においても、予告通知が実行されてもよい。

　基本例では、分散型電源（リソースＲ１）は、蓄電システム４である。しかし、分散型電源は、電気自動車、太陽電池、燃料電池等を更に有してもよい。分散型電源が、蓄電装置４２（蓄電池）と太陽電池とを含む場合、蓄電システム４は、創蓄連係システムであってもよい。

　（４）まとめ
　以上説明したように、第１の態様に係る電力制御方法は、特定指令に基づき、少なくとも１つの需要家施設（２００）に設置されたリソース（Ｒ１）を制御し、電力需給に関する調整力又は卸電力を提供する。電力制御方法は、第１取得ステップと、第２取得ステップと、第１判定ステップと、第２判定ステップと、生成ステップと、を含む。第１取得ステップにて、特定指令を取得する。第２取得ステップにて、需要家施設（２００）における受電電力に関する受電情報を取得する。第１判定ステップにて、特定指令と受電情報とから、需要家施設（２００）のリソース（Ｒ１）に対する、特定指令に基づく制御の方向性が、受電電力を増加させる上げ方向に該当するか否かを判定する。第２判定ステップにて、第１判定ステップにて制御の方向性が上げ方向に該当すると判定した場合に、リソース（Ｒ１）に対する制御を需要家施設（２００）に対して実施するべきか否かを判定する。生成ステップにて、特定指令と、第１判定ステップ及び第２判定ステップの少なくとも一方の判定結果とに基づき、リソース（Ｒ１）に関する制御指令を生成する。第１の態様によれば、需要家に受け入れられ易いリソース制御を行うことができる。

　第２の態様に係る電力制御方法に関して、第１の態様において、第１判定ステップでは、制御の方向性が、上げ方向と、受電電力を減少させる下げ方向のどちらに該当するかを判定する。第１判定ステップにて制御の方向性が下げ方向に該当すると判定した場合に、第２判定ステップにおける判定は省略される。第２の態様によれば、制御の方向性が下げ方向に該当する場合、第２判定ステップにおける判定は省略されるため、第２判定ステップを実行するための処理負荷を低減できる。

　第３の態様に係る電力制御方法に関して、第１の態様又は第２の態様において、特定指令は、少なくとも指令値（Ａ１）と指令値（Ａ１）に基づく制御の継続期間（Ｔ１）とに関する情報を含む。第１判定ステップでは、受電情報から、需要家施設（２００）における制御の基準電力となる制御基準値（Ｂ１）と、継続期間（Ｔ１）における予測受電電力（Ｄ１）と、制御目標値（Ｃ１）と、を算出する。第１判定ステップでは、特定指令が、受電電力を制御基準値（Ｂ１）よりも指令値（Ａ１）だけ上げる上げ指令に相当する場合、制御基準値（Ｂ１）に指令値（Ａ１）を加えた値を制御目標値（Ｃ１）とする。また第１判定ステップでは、特定指令が、受電電力を制御基準値（Ｂ１）よりも指令値（Ａ１）だけ下げる下げ指令に相当する場合、制御基準値（Ｂ１）から指令値（Ａ１）を引いた値を制御目標値（Ｃ１）とする。第１判定ステップでは、少なくとも予測受電電力（Ｄ１）が制御目標値（Ｃ１）を下回る期間が、継続期間（Ｔ１）に含まれることが予測される場合、制御の方向性が上げ方向に該当すると判定する。第３の態様によれば、制御基準値（Ｂ１）と予測受電電力（Ｄ１）と間にずれがある場合であっても、制御の方向性が上げ方向に該当するか否かについての判定に関する精度が向上される。

　第４の態様に係る電力制御方法に関して、第３の態様において、第１判定ステップでは、次の通りである。第１判定ステップでは、予測受電電力（Ｄ１）が制御目標値（Ｃ１）を下回る期間と、予測受電電力（Ｄ１）が制御目標値（Ｃ１）を上回る期間との両方が、継続期間（Ｔ１）に含まれることが予測される場合、制御の方向性が上げ方向に該当すると判定する。第４の態様によれば、需要家に更に受け入れられ易いリソース制御を行うことができる。

　第５の態様に係る電力制御方法に関して、第１～第４の態様のいずれか１つにおいて、少なくとも１つの需要家施設（２００）は、複数の需要家施設（２００）である。第２判定ステップは、選択ステップと、確認ステップと、を含む。選択ステップにて、複数の需要家施設（２００）のうち、制御の方向性が上げ方向に該当する需要家施設（２００）を選択する。確認ステップでは、選択ステップにて選択された需要家施設（２００）に対して、リソース（Ｒ１）の制御を実施するか否かを確認する。第２判定ステップにて、確認ステップにおける確認に対する応答に応じて、リソース（Ｒ１）の制御を実施するべきか否かを判定する。第５の態様によれば、需要家施設（２００）に対して、上げ方向に該当するリソース（Ｒ１）の制御を実施するか否かを確認するため、需要家に更に受け入れられ易いリソース制御を行うことができる。

　第６の態様に係る電力制御方法に関して、第５の態様において、特定指令は、少なくとも指令値（Ａ１）と指令値（Ａ１）に基づく制御の継続期間（Ｔ１）とに関する情報を含む。第２判定ステップは、推定ステップと、比較ステップと、を更に含む。推定ステップでは、選択ステップにて選択された需要家施設（２００）に対して、仮にリソース（Ｒ１）を上げ方向に制御した場合における電力需要の予測値を、継続期間（Ｔ１）と同じ時間帯における電力需要の実績値に基づいて、推定する。比較ステップでは、予測値と、需要家施設（２００）の電力需要に関する固有の最大値とを比較する。第２判定ステップでは、比較ステップにて予測値が最大値以下の場合、確認ステップにおける確認を省略し、特定指令に関する予告通知を実行する。また第２判定ステップでは、比較ステップにて予測値が最大値より大きい場合、確認ステップにおける確認を実行する。第６の態様によれば、予測値が最大値以下の場合、確認を省略し、特定指令に関する予告通知を実行するため、需要家施設（２００）の側では、応答を返す手間が省ける。また予測値が最大値よりも大きい場合、確認を実行するため、需要家に更に受け入れられ易いリソース制御を行うことができる。

　第７の態様に係る電力制御方法に関して、第６の態様において、最大値は、次の３つのうちの少なくとも１つに基づく値である。その３つとは、時間帯における実績値の最大値、需要家施設（２００）の需要家及び電気事業者間で契約された契約電力、及び需要家施設（２００）内に設置されて受電電力が通る電路に挿入された遮断器（Ｈ１）が遮断される電力である。第７の態様によれば、需要家に更に受け入れられ易いリソース制御を行うことができる。

　第８の態様に係る電力制御方法に関して、第６の態様又は第７の態様において、最大値は、需要家施設（２００）の側から予め指定される指定値である。第８の態様によれば、需要家に更に受け入れられ易いリソース制御を行うことができる。

　第９の態様に係る電力制御方法に関して、第５～第８の態様のいずれか１つにおいて、確認ステップでは、需要家施設（２００）に対して、次の３つのうちの少なくとも１つに関する情報を通知する。その３つとは、特定指令の指令値（Ａ１）に基づく制御の継続期間（Ｔ１）、特定指令を受け入れた場合における対価、及び特定指令を受け入れた場合に新たに発生する電気料金である。第９の態様によれば、需要家が上げ方向に該当するリソース（Ｒ１）の制御を受け入れる可能性を高めることができる。

　第１０の態様に係る電力制御方法に関して、第５～第９の態様のいずれか１つにおいて、確認ステップは、リソース（Ｒ１）の制御を実施するか否かを確認するための問い合せ情報を、通信端末（３）に送信する送信ステップを含む。第１０の態様によれば、通信端末（３）を利用する者（例えば需要家）に対して問い合せを容易に行える。

　第１１の態様に係るプログラムは、１以上のプロセッサに、第１～第１０の態様のいずれか１つにおける電力制御方法を実行させるためのプログラムである。第１１の態様によれば、需要家に受け入れられ易いリソース制御を行うことが可能な機能を提供できる。

　第１２の態様に係る電力制御システム（１）は、特定指令に基づき、少なくとも１つの需要家施設（２００）に設置されたリソース（Ｒ１）を制御し、電力需給に関する調整力又は卸電力を提供する。電力制御システム（１）は、第１取得部（２１）と、第２取得部（２２）と、判定部（２３）と、生成部（２４）と、を備える。第１取得部（２１）は、特定指令を取得する。第２取得部（２２）は、需要家施設（２００）における受電電力に関する受電情報を取得する。判定部（２３）は、特定指令と受電情報とから、需要家施設（２００）のリソース（Ｒ１）に対する、特定指令に基づく制御の方向性が、受電電力を増加させる上げ方向に該当するか否かを判定する。生成部（２４）は、特定指令と、判定部（２３）の判定結果とに基づき、リソース（Ｒ１）に関する制御指令を生成する。更に判定部（２３）は、制御の方向性が上げ方向に該当すると判定した場合に、リソース（Ｒ１）に対する制御を需要家施設（２００）に対して実施するべきか否かを判定する。第１２の態様によれば、需要家に受け入れられ易いリソース制御を行うことが可能な電力制御システム（１）を提供できる。

　第１３の態様に係る電力制御システム（１）に関して、第１２の態様において、少なくとも１つの需要家施設（２００）は、複数の需要家施設（２００）である。判定部（２３）は、複数の需要家施設（２００）のうち、制御の方向性が上げ方向に該当する需要家施設（２００）を選択し、選択された需要家施設（２００）に対して、リソース（Ｒ１）の制御を実施するか否かを確認するように構成される。判定部（２３）は、確認に対する応答に応じて、リソース（Ｒ１）の制御を実施するべきか否かを判定する。第１３の態様によれば、需要家施設（２００）に対して、上げ方向に該当するリソース（Ｒ１）の制御を実施するか否かを確認するため、需要家に更に受け入れられ易いリソース制御を行うことができる。

　第１４の態様に係るアグリゲーションシステム（１００）は、第１２の態様又は第１３の態様における電力制御システム（１）と、電力制御システム（１）と通信可能な通信端末（３）と、を備える。通信端末（３）は、受信部（端末側通信部３０１）と、通知部（３０３）と、受付部（３０４）と、送信部（端末側通信部３０１）と、を有する。受信部は、リソース（Ｒ１）の制御を実施するか否かを確認するための問い合せ情報を、電力制御システム（１）から受信する。通知部（３０３）は、問い合せ情報を通知する。受付部（３０４）は、問い合せ情報に対する応答を受け付ける。送信部は、応答を電力制御システム（１）に送信する。第１４の態様によれば、需要家に受け入れられ易いリソース制御を行うことが可能なアグリゲーションシステム（１００）を提供できる。

　第１５の態様に係るアグリゲーションシステム（１００）に関して、第１４の態様において、送信部（端末側通信部３０１）は、次の通りである。すなわち、送信部は、受付部（３０４）が所定時間内に応答を受け付けなかった場合に、リソース（Ｒ１）の制御の実施を拒否する旨を、応答として電力制御システム（１）に送信する。第１５の態様によれば、需要家施設（２００）の需要家が所定時間内に応答できない場合に、勝手に上げ方向に該当するリソース（Ｒ１）の制御が実施されてしまう可能性を低減できる。

　第１６の態様に係る通信端末（３）は、第１４の態様又は第１５の態様におけるアグリゲーションシステム（１００）に適用される。第１６の態様によれば、需要家に受け入れられ易いリソース制御を行うことが可能なアグリゲーションシステム（１００）に適用される通信端末（３）を提供できる。

　第２～第１０の態様に係る構成については、第１の態様に係る電力制御方法に必須の構成ではなく、適宜省略可能である。また第１３の態様に係る構成については、第１２の態様に係る電力制御システム（１）に必須の構成ではなく、適宜省略可能である。また第１５の態様に係る構成については、第１４の態様に係るアグリゲーションシステム（１００）に必須の構成ではなく、適宜省略可能である。

　１００　アグリゲーションシステム
　１　電力制御システム
　２１　第１取得部
　２２　第２取得部
　２３　判定部
　２４　生成部
　２００　需要家施設
　３　通信端末
　３０１　端末側通信部（受信部、送信部）
　３０３　通知部
　３０４　受付部
　Ａ１　指令値
　Ｂ１　制御基準値
　Ｃ１　制御目標値
　Ｄ１　予測受電電力
　Ｈ１　遮断器
　Ｒ１　リソース
　Ｔ１　継続期間

Claims (16)

1. 　特定指令に基づき、少なくとも１つの需要家施設に設置されたリソースを制御し、電力需給に関する調整力又は卸電力を提供する電力制御方法であって、
   　前記特定指令を取得する第１取得ステップと、
   　前記需要家施設における受電電力に関する受電情報を取得する第２取得ステップと、
   　前記特定指令と前記受電情報とから、前記需要家施設の前記リソースに対する、前記特定指令に基づく制御の方向性が、前記受電電力を増加させる上げ方向に該当するか否かを判定する第１判定ステップと、
   　前記第１判定ステップにて前記制御の方向性が前記上げ方向に該当すると判定した場合に、前記リソースに対する制御を前記需要家施設に対して実施するべきか否かを判定する第２判定ステップと、
   　前記特定指令と、前記第１判定ステップ及び前記第２判定ステップの少なくとも一方の判定結果とに基づき、前記リソースに関する制御指令を生成する生成ステップと、
   を含む、
   　電力制御方法。
2. 　前記第１判定ステップでは、前記制御の方向性が、前記上げ方向と、前記受電電力を減少させる下げ方向のどちらに該当するかを判定し、
   　前記第１判定ステップにて前記制御の方向性が前記下げ方向に該当すると判定した場合に、前記第２判定ステップにおける判定は省略される、
   　請求項１に記載の電力制御方法。
3. 　前記特定指令は、少なくとも指令値と前記指令値に基づく制御の継続期間とに関する情報を含み、
   　前記第１判定ステップでは、前記受電情報から、前記需要家施設における制御の基準電力となる制御基準値と、前記継続期間における予測受電電力と、制御目標値と、を算出し、
   　前記第１判定ステップでは、
   　　前記特定指令が、前記受電電力を前記制御基準値よりも前記指令値だけ上げる上げ指令に相当する場合、前記制御基準値に前記指令値を加えた値を前記制御目標値とし、
   　　前記特定指令が、前記受電電力を前記制御基準値よりも前記指令値だけ下げる下げ指令に相当する場合、前記制御基準値から前記指令値を引いた値を前記制御目標値とし、
   　前記第１判定ステップでは、少なくとも前記予測受電電力が前記制御目標値を下回る期間が、前記継続期間に含まれることが予測される場合、前記制御の方向性が前記上げ方向に該当すると判定する、
   　請求項１又は請求項２に記載の電力制御方法。
4. 　前記第１判定ステップでは、前記予測受電電力が前記制御目標値を下回る期間と、前記予測受電電力が前記制御目標値を上回る期間との両方が、前記継続期間に含まれることが予測される場合、前記制御の方向性が前記上げ方向に該当すると判定する、
   　請求項３に記載の電力制御方法。
5. 　前記少なくとも１つの需要家施設は、複数の需要家施設であって、
   　前記第２判定ステップは、
   　　前記複数の需要家施設のうち、前記制御の方向性が前記上げ方向に該当する需要家施設を選択する選択ステップと、
   　　前記選択ステップにて選択された前記需要家施設に対して、前記リソースの制御を実施するか否かを確認する確認ステップと、
   を含み、
   　前記第２判定ステップにて、前記確認ステップにおける確認に対する応答に応じて、前記リソースの制御を実施するべきか否かを判定する、
   　請求項１～４のいずれか１項に記載の電力制御方法。
6. 　前記特定指令は、少なくとも指令値と前記指令値に基づく制御の継続期間とに関する情報を含み、
   　前記第２判定ステップは、
   　　前記選択ステップにて選択された前記需要家施設に対して、仮に前記リソースを前記上げ方向に制御した場合における電力需要の予測値を、前記継続期間と同じ時間帯における電力需要の実績値に基づいて、推定する推定ステップと、
   　　前記予測値と、前記需要家施設の電力需要に関する固有の最大値とを比較する比較ステップと、
   を更に含み、
   　前記第２判定ステップでは、
   　　前記比較ステップにて前記予測値が前記最大値以下の場合、前記確認ステップにおける確認を省略し、前記特定指令に関する予告通知を実行し、
   　　前記比較ステップにて前記予測値が前記最大値より大きい場合、前記確認ステップにおける確認を実行する、
   　請求項５に記載の電力制御方法。
7. 　前記最大値は、
   　　前記時間帯における前記実績値の最大値、
   　　前記需要家施設の需要家及び電気事業者間で契約された契約電力、及び
   　　前記需要家施設内に設置されて前記受電電力が通る電路に挿入された遮断器が遮断される電力のうちの、少なくとも１つに基づく値である、
   　請求項６に記載の電力制御方法。
8. 　前記最大値は、前記需要家施設の側から予め指定される指定値である、
   　請求項６又は７に記載の電力制御方法。
9. 　前記確認ステップでは、前記需要家施設に対して、
   　　前記特定指令の指令値に基づく制御の継続期間、
   　　前記特定指令を受け入れた場合における対価、及び
   　　前記特定指令を受け入れた場合に新たに発生する電気料金のうちの、少なくとも１つに関する情報を通知する、
   　請求項５～８のいずれか１項に記載の電力制御方法。
10. 　前記確認ステップは、前記リソースの制御を実施するか否かを確認するための問い合せ情報を、通信端末に送信する送信ステップを含む、
    　請求項５～９のいずれか１項に記載の電力制御方法。
11. 　１以上のプロセッサに請求項１～１０のいずれか１項に記載の電力制御方法を実行させるためのプログラム。
12. 　特定指令に基づき、少なくとも１つの需要家施設に設置されたリソースを制御し、電力需給に関する調整力又は卸電力を提供する電力制御システムであって、
    　前記特定指令を取得する第１取得部と、
    　前記需要家施設における受電電力に関する受電情報を取得する第２取得部と、
    　前記特定指令と前記受電情報とから、前記需要家施設の前記リソースに対する、前記特定指令に基づく制御の方向性が、前記受電電力を増加させる上げ方向に該当するか否かを判定する判定部と、
    　前記特定指令と、前記判定部の判定結果とに基づき、前記リソースに関する制御指令を生成する生成部と、
    を備え、
    　更に前記判定部は、前記制御の方向性が前記上げ方向に該当すると判定した場合に、前記リソースに対する制御を前記需要家施設に対して実施するべきか否かを判定する、
    　電力制御システム。
13. 　前記少なくとも１つの需要家施設は、複数の需要家施設であって、
    　前記判定部は、
    　　前記複数の需要家施設のうち、前記制御の方向性が前記上げ方向に該当する需要家施設を選択し、
    　　選択された前記需要家施設に対して、前記リソースの制御を実施するか否かを確認するように構成され、
    　前記判定部は、確認に対する応答に応じて、前記リソースの制御を実施するべきか否かを判定する、
    　請求項１２に記載の電力制御システム。
14. 　請求項１２又は請求項１３に記載の電力制御システムと、
    　前記電力制御システムと通信可能な通信端末と、
    を備え、
    　前記通信端末は、
    　　前記リソースの制御を実施するか否かを確認するための問い合せ情報を、前記電力制御システムから受信する受信部と、
    　　前記問い合せ情報を通知する通知部と、
    　　前記問い合せ情報に対する応答を受け付ける受付部と、
    　　前記応答を前記電力制御システムに送信する送信部と、
    を有する、
    　アグリゲーションシステム。
15. 　前記送信部は、前記受付部が所定時間内に前記応答を受け付けなかった場合に、前記リソースの制御の実施を拒否する旨を、前記応答として前記電力制御システムに送信する、
    　請求項１４に記載のアグリゲーションシステム。
16. 　請求項１４又は請求項１５に記載のアグリゲーションシステムに適用される通信端末。

Images