JP5841976B2

JP5841976B2 - Electric power supply and demand adjustment system and electric power supply and demand adjustment method

Info

Publication number: JP5841976B2
Application number: JP2013150719A
Authority: JP
Inventors: 利一北野; 龍太郎田路; 登岩崎; 英俊立道
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2013-07-19
Filing date: 2013-07-19
Publication date: 2016-01-13
Anticipated expiration: 2033-07-19
Also published as: JP2015022560A

Description

本発明は、ＤＲサービスプラットフォーム及びＤＲサービス提供方法に関する。 The present invention relates to a DR service platform and a DR service providing method.

温室効果ガス（CO2）削減や電力の安定供給を目的として、エネルギー使用の効率化および電力需要の抑制を図ることにより無理のない節電を進め、電力消費量の削減を図ることが社会的要請として求められている。また、経済産業省のエネルギー管理システム導入促進事業として、デマンドレスポンス（DR）の実現が求められており、電力の需給調整を行うデマンドレスポンス（DR）事業が商用ベースで開始されている。 It is a social request to reduce energy consumption by promoting unreasonable power saving by reducing energy consumption and reducing power demand for the purpose of reducing greenhouse gas (CO2) and stable power supply. It has been demanded. In addition, the Ministry of Economy, Trade and Industry's energy management system introduction promotion project requires the realization of demand response (DR), and the demand response (DR) business for adjusting power supply and demand has been started on a commercial basis.

このような背景のもと、エネルギー管理システム導入促進事業で定められるDRの要件を満たすシステム（プラットフォーム）を開発し、電力会社及びアグリゲータが簡易に、且つ、精度よく電力消費状況管理・制御ができるようにすることが求められている。 Against this backdrop, we developed a system (platform) that meets the DR requirements stipulated in the energy management system introduction promotion project, and allows power companies and aggregators to manage and control power consumption status easily and accurately. It is requested to do so.

DRでは、特許文献１、２に記載の通り、時間帯ごとの異なる電気料金体系設定、電力需要が高まる時に電力消費の削減要請に応じた需要家へのインセンティブ支払いなどによる需給調整が提案されている。 As described in Patent Documents 1 and 2, DR proposes supply and demand adjustment by setting different electricity rate systems for each time zone, incentive payments to consumers in response to requests for reduction of power consumption when power demand increases. Yes.

特開2012-226538号公報JP 2012-226538 A 特開2006-174654号公報JP 2006-174654 A

しかしながら現状では、電力会社／アグリゲータ／需要家間の情報流通や需給調整のネゴシエーションは人手による電子メールや電話連絡を使っているため、電力会社／アグリゲータ等のオペレータの稼働が増大するという問題がある。
本発明は上記の問題に鑑みてなされたものであり、本発明が解決しようとする課題は、ＤＲにおける情報流通を簡易化し、オペレータの稼働を削減することができるＤＲサービスプラットフォーム及びＤＲサービス提供方法を提供することにある。 However, at present, there is a problem that the operation of operators such as electric power companies / aggregators increases because information distribution between electric power companies / aggregators / customers and negotiations for supply and demand adjustment use manual email and telephone contact. .
The present invention has been made in view of the above problems, and the problem to be solved by the present invention is a DR service platform and a DR service providing method capable of simplifying information distribution in DR and reducing operator operations. Is to provide.

上記目的を達成するために本発明に係る電力需給調整システムは、クラウド上に複数の電力会社毎に割り当てられる第１のＶＭ(Virtual Machine)と、複数のアグリゲータ毎に割り当てられる第２のＶＭとから構成された電力需給調整システムであって、前記第１のＶＭは、電力会社向けＤＲ（デマンドレスポンス）機能群を有し、前記第２のＶＭは、アグリゲータ向けＤＲ機能群と複数の需要家向けＤＲ機能群を有し、前記電力会社向けＤＲ機能群はイベント送信機能により、需要家へ需給調整を促すためのイベントを前記アグリゲータ向けＤＲ機能群へ送信し、前記アグリゲータ向けＤＲ機能群はイベント受信機能により前記イベントを受信して一旦ＤＢ（データベース）へ格納し、前記ＤＢに格納されたイベントをイベント送信機能により前記複数の需要家向けＤＲ機能群へ送信し、前記複数の需要家向けＤＲ機能群はイベント受信機能により前記アグリゲータ向けＤＲ機能群から送信されたイベントを受信し、受諾可否送信機能により受諾可否情報を前記アグリゲータ向けＤＲ機能群へ送信し、前記アグリゲータ向けＤＲ機能群は受諾可否受信機能により前記受諾可否情報を受信し、受諾可否送信機能により前記受諾可否情報を前記電力会社向けＤＲ機能群へ送信し、前記電力会社向けＤＲ機能群は受諾可否受信機能により前記受諾可否情報を受信するようにしたものである。 In order to achieve the above object, a power supply and demand adjustment system according to the present invention includes a first VM (Virtual Machine) allocated to each of a plurality of power companies on the cloud, and a second VM allocated to each of a plurality of aggregators. The first VM has a DR (demand response) function group for an electric power company, and the second VM has a DR function group for an aggregator and a plurality of consumers. DR function group for electric power company, and the DR function group for electric power company uses an event transmission function to transmit an event for urging consumers to adjust supply and demand to the DR function group for aggregator, and the DR function group for aggregator is an event The event is received by the reception function and temporarily stored in the DB (database), and the event stored in the DB is previously transmitted by the event transmission function. A plurality of consumer DR function groups, the plurality of consumer DR function groups receive events transmitted from the aggregator DR function group by an event reception function, and acceptance acceptance information by an acceptance permission transmission function The DR function group for the aggregator transmits to the DR function group for the aggregator, the DR function group for the aggregator receives the acceptance / rejection information by the acceptance / rejection reception function, and transmits the acceptance / rejection information to the DR function group for the power company by the acceptance / rejection transmission function The DR function group for the electric power company receives the acceptance / rejection information by the acceptance / rejection reception function .

このように構成すると、ＤＲにおける情報流通を簡易化し、オペレータの稼働を削減することができる。また、アクタ間の通信回線を自前で用意する必要はなく、それぞれのアクタは１箇所のＤＲサービスプラットフォームのＧＵＩにアクセスするだけで、他のアクタとの通信を行いＤＲを実現することが可能である。 If comprised in this way, the information distribution in DR can be simplified and operation of an operator can be reduced. In addition, it is not necessary to prepare communication lines between actors, and each actor can communicate with other actors and realize DR by simply accessing the GUI of one DR service platform. is there.

このように構成すると、電力会社と需要家の間にアグリゲータを介在することにより、アグリゲータの考えにより、需要家から収集した各種生活データに基づいて、個々の需要家に最適なイベント（ＤＲの内容）を自由に、きめ細かく提案することができる。また、電力会社は個々の需要家にどんなＤＲを送るかを考える必要はなく、アグリゲータの方だけを見て電力抑制依頼をかけることができるので、需給計画立案の負担を軽減することが可能となる。 With this configuration, by interposing an aggregator between the electric power company and the consumer, based on various life data collected from the consumer based on the idea of the aggregator, an event (the content of the DR) that is optimal for each consumer. ) Freely and in detail. In addition, it is not necessary for the power company to consider what DR to send to individual customers, and it is possible to make a request for power suppression by looking only at the aggregator, so it is possible to reduce the burden of power supply and demand planning. Become.

さらに、上記目的を達成するために本発明に係る電力需給調整システムは、前記第２のＶＭがサブアグリゲータ向けＤＲ機能群を更に有し、当該サブアグリゲータ向けＤＲ機能群は、前記アグリゲータ向けＤＲ機能群と前記需要家向けＤＲ機能群との間の情報を仲介する。 Furthermore, in order to achieve the above object, in the power supply and demand adjustment system according to the present invention, the second VM further includes a DR function group for the subaggregator, and the DR function group for the subaggregator includes the DR function for the aggregator. It mediates information between the group and the consumer DR function group.

このように構成すると、電力会社と需要家とアグリゲータとの間にサブアクリゲータを介在することにより、アクリゲータの負担を軽減できる。
また、本発明に係るＤＲサービスプラットフォームの一観点は以下のような態様を備える。
第１の態様は、各機能の送受信は、クラウド上において各機能相互間通信により行われる。 If comprised in this way, the burden of an aggregator can be reduced by interposing a sub-aggregator between an electric power company, a consumer, and an aggregator.
Also, one aspect of the DR service platform according to the present invention includes the following aspects.
In the first aspect, transmission / reception of each function is performed by inter-function communication on the cloud.

このように構成すると、別途に専用の通信回線を設けることなく、クラウド上でＤＲを行うことができる。
第２の態様は、イベントは、需要家に対する需要抑制依頼である。
このように構成すると、ＤＲサービスプラットフォーム上を流れるイベントの内容を工夫するだけで、様々なＤＲ（ＣＰＰ：緊急ピーク時課金、ＴＯＵ：時間帯別料金、ＰＴＲ：ピーク時リベート）に適用可能である。 With this configuration, DR can be performed on the cloud without providing a dedicated communication line.
In the second aspect, the event is a demand suppression request for a consumer.
With this configuration, it is possible to apply to various DRs (CPP: emergency peak billing, TOU: hourly charge, PTR: peak rebate) only by devising the contents of events flowing on the DR service platform. .

第３の態様は、需要家から電力会社へ送信されるレポートは、イベントの適用期間における電力消費量である。
このように構成すると、電力会社は需要家の電力消費量を把握できる。 In a third aspect, the report transmitted from the consumer to the power company is the power consumption during the event application period.
If comprised in this way, the electric power company can grasp | ascertain the power consumption of a consumer.

本発明に係るＤＲサービスプラットフォーム、ＤＲサービス提供方法によれば、ＤＲにおける情報流通を簡易化し、オペレータの稼働を削減することができる。 According to the DR service platform and the DR service providing method according to the present invention, it is possible to simplify the information distribution in the DR and reduce the operation of the operator.

本発明の一実施形態における電力需給調整システムの概略構成図。The schematic block diagram of the electric power supply-and-demand adjustment system in one Embodiment of this invention. 本実施形態において、電力会社と、アグリゲータと、サブアグリゲータと、需要家との接続構成を示す図。The figure which shows the connection structure of an electric power company, an aggregator, a subaggregator, and a consumer in this embodiment. 本実施形態において、アクタの論理構成を示す図。The figure which shows the logic structure of an actor in this embodiment. 本実施形態において、電力会社向けＤＲ機能群のＤＢに登録される送信イベントの一例を示す図。The figure which shows an example of the transmission event registered into DB of DR function group for electric power companies in this embodiment. 本実施形態において、アグリゲータ向けＤＲ機能群のＤＢに登録される送信イベント及び受信イベントの一例を示す図。The figure which shows an example of the transmission event and reception event which are registered into DB of DR function group for aggregators in this embodiment. 本実施形態において、同じくアグリゲータ向けＤＲ機能群のＤＢに登録される送信イベント及び受信イベントの一例を示す図。The figure which shows an example of the transmission event and reception event which are similarly registered in DB of DR function group for aggregators in this embodiment. 本実施形態において、サブアグリゲータ向けＤＲ機能群のＤＢに登録される送信イベント及び受信イベントの一例を示す図。The figure which shows an example of the transmission event and reception event which are registered into DB of DR function group for subaggregators in this embodiment. 本実施形態において、同じくサブアグリゲータ向けＤＲ機能群のＤＢに登録される送信イベント及び受信イベントの一例を示す図。The figure which shows an example of the transmission event and reception event which are similarly registered into DB of DR function group for subaggregators in this embodiment. 本実施形態において、需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event registered into DB of DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、同じく需要家向けＤＲ機能群のＤＢに登録される受信イベントの一例を示す図。The figure which shows an example of the reception event similarly registered in DB of the DR function group for consumers in this embodiment. 本実施形態において、イベント送信機能の動作を説明するために示すシーケンス図。The sequence diagram shown in order to demonstrate operation | movement of an event transmission function in this embodiment. 本実施形態において、イベント受信機能の動作を説明するために示すシーケンス図。The sequence diagram shown in order to demonstrate operation | movement of an event reception function in this embodiment. 本実施形態において、受諾可否送信機能の動作を説明するために示すシーケンス図。The sequence diagram shown in order to demonstrate operation | movement of the acceptance permission transmission function in this embodiment. 本実施形態において、受諾可否受信機能の動作を説明するために示すシーケンス図。The sequence diagram shown in order to demonstrate operation | movement of the acceptance / rejection reception function in this embodiment. 本実施形態において、レポート送信機能の動作を説明するために示すシーケンス図。The sequence diagram shown in order to demonstrate operation | movement of a report transmission function in this embodiment. 本実施形態において、レポート受信機能の動作を説明するために示すシーケンス図。The sequence diagram shown in order to demonstrate operation | movement of a report reception function in this embodiment.

本発明に係るＤＲサービスプラットフォームは、クラウド上に構築され、電力会社に対しては、イベント送信機能、受諾可否受信機能、レポート送信機能、レポート受信機能を提供し、アグリゲータとサブアグリゲータに対しては、イベント送信機能、イベント受信機能、受諾可否送信機能、受諾可否受信機能、レポート送信機能、レポート受信機能を提供し、需要家に対しては、イベント受信機能、受諾可否送信機能、レポート送信機能、レポート受信機能を提供する。 The DR service platform according to the present invention is built on the cloud, and provides an electric power company with an event transmission function, an acceptance / rejection reception function, a report transmission function, and a report reception function. For the aggregator and sub-aggregator, , Event transmission function, event reception function, acceptance permission transmission function, acceptance permission reception function, report transmission function, report reception function, for customers, event reception function, acceptance permission transmission function, report transmission function, Provide report receiving function.

以下に、本発明の実施の形態について説明する。
図１は、本発明の一実施形態を説明する図である。図１において、クラウド１上に構築される各機能群３がインターネット２を介して各アクタ４へ提供される。
クラウド１上に構築される各機能群３は、それぞれ各アクタ４に対応しており、各アクタ４では、オペレータがインターネット２を介して各機能群３のGraphical User Interface（ＧＵＩ）５（図１では例えば５１〜５４のみ図示）にアクセスすることにより各機能群３の運用を行う。 Embodiments of the present invention will be described below.
FIG. 1 is a diagram for explaining an embodiment of the present invention. In FIG. 1, each function group 3 constructed on the cloud 1 is provided to each actor 4 via the Internet 2.
Each function group 3 constructed on the cloud 1 corresponds to each actor 4, and in each actor 4, an operator uses the graphical user interface (GUI) 5 (FIG. 1) of each function group 3 via the Internet 2. Then, for example, each function group 3 is operated by accessing only 51-54.

アクタ４とは、ＤＲサービスの提供客体であり、各アクタ４（電力会社４１、アグリゲータ４２、サブアグリゲータ４３、需要家４４）はクラウド１上のＤＲサービスプラットフォームからサービスの提供を受けて電力需給調整システムを構成する。需給調整は、あるアクタ４から他のアクタ４へイベントを送信し、イベント受信側が応答することに行われるが、イベント送信において対向する２つのアクタ４のうち、イベント送信側のアクタ４を上位アクタ、イベント受信側のアクタ４を下位アクタという。 Actor 4 is a DR service provider, and each actor 4 (power company 41, aggregator 42, subaggregator 43, and consumer 44) receives services from the DR service platform on cloud 1 and adjusts power supply and demand. Configure the system. Supply and demand adjustment is performed by transmitting an event from one actor 4 to another actor 4 and the event receiving side responding. Of the two actors 4 that face each other in event transmission, the event transmitting side actor 4 is set as the higher-level actor. The event receiving actor 4 is referred to as a lower actor.

イベントは電力需給調整を目的とするものであるから、電力会社４１は常に上位アクタである。その配下のアグリゲータ４２は、さらに配下のサブアグリゲータ４３や需要家４４にイベント送信する場合は上位アクタとなるが、電力会社４１との関係ではイベントを受信するため下位アクタとなる。 Since the event is for the purpose of adjusting power supply and demand, the power company 41 is always a high-ranking actor. The subordinate aggregator 42 is a higher-order actor when an event is further transmitted to a sub-aggregator 43 or a customer 44 under the subordinate aggregator 42. However, in the relationship with the power company 41, the subordinate aggregator 42 is a lower-order actor.

また、クラウド１上にはＰＦ(Plat Form)事業者６が接続される。ＰＦ事業者６は、各アクタ４からの要求に応じて、ＤＲサービスプラットフォームに各機能群３を構築し、各アクタ４に各機能群３を提供し、各機能群３の使用に関する料金等の管理をする。 Further, a PF (Plat Form) provider 6 is connected on the cloud 1. The PF operator 6 constructs each function group 3 in the DR service platform in response to a request from each actor 4, provides each function group 3 to each actor 4, and charges for use of each function group 3. Manage.

ＤＲサービスプラットフォームは、複数のＶＭ(Virtual Machine)を有し、ＶＭを電力会社４１毎に割り当て、アグリゲータ４２毎に割り当てる。電力会社４１毎に割り当てられるＶＭには、電力会社向けＤＲ機能群３１が構築される。アグリゲータ４２毎に割り当てられるＶＭには、アグリゲータ向けＤＲ機能群３２、サブアグリゲータＤＲ機能群３３及び需要家向けＤＲ機能群３４が構築される。 The DR service platform has a plurality of VMs (Virtual Machines), and assigns VMs to each power company 41 and assigns to each aggregator 42. A DR function group 31 for electric power companies is constructed in the VM allocated to each electric power company 41. In the VM allocated to each aggregator 42, an aggregator DR function group 32, a sub-aggregator DR function group 33, and a consumer DR function group 34 are constructed.

さらに、クラウド１上のＤＲサービスプラットフォームには、ＮＴＰサーバＳＶ１及びＳＭＴＰサーバＳＶ２が接続される。ＮＴＰサーバＳＶ１は、ＶＭ間の時刻を標準時刻に合わせるためのサーバである。ＳＭＴＰサーバＳＶ２は、ＶＭ間で電子メールの送信を行わせるためのサーバである。 Further, an NTP server SV1 and an SMTP server SV2 are connected to the DR service platform on the cloud 1. The NTP server SV1 is a server for adjusting the time between VMs to the standard time. The SMTP server SV2 is a server for transmitting e-mail between VMs.

図２は、電力会社４１と、アグリゲータ４２と、サブアグリゲータ４３と、需要家４４との接続構成を示す図である。
図２の通り、電力会社４１は１以上のアグリゲータ４２を配下に持つことができ、また１以上の需要家４４を直接配下に持つこともできる。アグリゲータ４２は１以上のサブアグリゲータ４３を持つことができ、また１以上の需要家４４を直接配下に持つこともできる。サブアグリゲータ４３は、１以上の需要家４４を配下に持つことができる。 FIG. 2 is a diagram illustrating a connection configuration of the power company 41, the aggregator 42, the subaggregator 43, and the customer 44.
As shown in FIG. 2, the electric power company 41 can have one or more aggregators 42 under its control, and can directly have one or more consumers 44 under its control. The aggregator 42 can have one or more subaggregators 43, and can also have one or more consumers 44 directly under it. The sub aggregator 43 can have one or more consumers 44 under its control.

電力会社４１は、ＤＲサービスプラットフォームを利用してアグリゲータ４２（サブアグリゲータ４３、需要家４４）へイベントを送信し、それに対する応答である受諾可否とレポートをイベント送信先のアクタ４から収集する。アグリゲータ４２は、電力会社４１と需要家４４との仲介を行う機関であり、電力会社４１からのイベント送信を受けて、さらに需要家４４へイベント送信を行い、需要家４４からの受諾可否とレポートを収集して電力会社４１へ提供する。サブアグリゲータ４３は、アグリゲータ４２と同様の機関であり、アグリゲータ４２の下位アクタである。なお、需要家４４は電力網７を介して、電力会社４１から電力供給を受けている。各需要家４４には、ＢＥＭＳ／ＭＥＭＳ（図２中ではＢで示す）を介して各施設等における電力消費量を計測するスマートメータが接続される。なお、ＢＥＭＳ／ＭＥＭＳは、需要家４４の内部に設けられてもよく、外部に設けられてもよい。そして、各需要家４４は、電力会社４１からの要求またはあるイベントの適用期間に、スマートメータにより計測された電力消費量をレポートとして電力会社４１に直接またはアグリゲータ４２またはサブアグリゲータ４３を介して通知する。 The electric power company 41 transmits an event to the aggregator 42 (sub-aggregator 43, customer 44) using the DR service platform, and collects acceptability and a report as a response to the event from the actor 4 of the event transmission destination. The aggregator 42 is an organization that mediates between the electric power company 41 and the customer 44, receives an event transmission from the electric power company 41, further transmits an event to the customer 44, and accepts or rejects the report from the customer 44. Are collected and provided to the electric power company 41. The sub-aggregator 43 is the same engine as the aggregator 42 and is a lower-order actor of the aggregator 42. The consumer 44 is supplied with power from the power company 41 via the power network 7. Each consumer 44 is connected to a smart meter that measures power consumption in each facility or the like via BEMS / MEMS (indicated by B in FIG. 2). In addition, BEMS / MEMS may be provided inside the consumer 44 or may be provided outside. Then, each customer 44 notifies the power company 41 directly or via the aggregator 42 or the sub-aggregator 43 of the power consumption measured by the smart meter as a report during a request from the power company 41 or a certain event application period. To do.

さらに、電力会社４１はＩＦ４を介してＶＭにより構築される電力会社外部システムに接続される。アグリゲータ４２はＩＦ４を介してＶＭにより構築されるアグリゲータ外部システムに接続される。
電力会社向けＤＲ機能群３１は、電力会社４１に対して、イベント送信機能、受諾可否受信機能、レポート受信機能を提供する。 Furthermore, the power company 41 is connected to a power company external system constructed by the VM via the IF 4. The aggregator 42 is connected to an aggregator external system constructed by the VM via the IF 4.
The power company DR function group 31 provides the power company 41 with an event transmission function, an acceptance / rejection reception function, and a report reception function.

アグリゲータ向けＤＲ機能群３２は、アグリゲータ４２に対して、イベント送信機能、イベント受信機能、受諾可否送信機能、受諾可否受信機能、レポート送信機能、レポート受信機能を提供する。
サブアグリゲータ向けＤＲ機能群３３は、サブアグリゲータ４３に対して、イベント送信機能、イベント受信機能、受諾可否送信機能、受諾可否受信機能、レポート送信機能、レポート受信機能を提供する。 The aggregator DR function group 32 provides an aggregator 42 with an event transmission function, an event reception function, an acceptance / rejection transmission function, an acceptance / rejection reception function, a report transmission function, and a report reception function.
The sub-aggregator DR function group 33 provides the sub-aggregator 43 with an event transmission function, an event reception function, an acceptance / rejection transmission function, an acceptance / rejection reception function, a report transmission function, and a report reception function.

需要家向けＤＲ機能群３４は、需要家４４に対して、イベント受信機能、受諾可否送信機能、レポート送信機能を提供する。
各機能群３はそれぞれ、ＧＵＩ５（図１では例えば５１〜５４のみ図示）とデータベース（ＤＢ）８（図１では例えば８１〜８４のみ図示）とを備えており、ＤＢ８はＤＲやレポートの送受信等の情報を格納し、ＧＵＩ５はＤＲやレポートの送受信の指示を行うための各アクタ４とのインターフェースである。 The consumer DR function group 34 provides the consumer 44 with an event reception function, an acceptance / rejection transmission function, and a report transmission function.
Each function group 3 includes a GUI 5 (for example, only 51 to 54 is shown in FIG. 1) and a database (DB) 8 (for example, only 81 to 84 are shown in FIG. 1). The GUI 5 is an interface with each actor 4 for instructing DR and report transmission / reception.

各機能群３間のＤＲ、受諾可否、レポートの送受信は、全てクラウド１上で行われる。例えば、電力会社４１からアグリゲータ４２へのイベント送信は、電力会社４１とアグリゲータ４２との間の直接通信により行われるのではなく、クラウド１上に実装される電力会社向けＤＲ機能群３１とアグリゲータ向けＤＲ機能群３２との間で、クラウド１上に構築される通信回線により行われる。また、需要家４４からアグリゲータ４２への受諾可否送信機能は、需要家４４とアグリゲータ４２との間の直接通信により行われるのではなく、クラウド１上に実装される需要家向けＤＲ機能群３４とアグリゲータ向けＤＲ機能群３２との間で、クラウド１上に構築される通信回線により行われる。この他の機能についても同様である。 DR, acceptance / non-acceptance, and transmission / reception of reports between the function groups 3 are all performed on the cloud 1. For example, event transmission from the power company 41 to the aggregator 42 is not performed by direct communication between the power company 41 and the aggregator 42, but for the DR function group 31 for the power company and the aggregator installed on the cloud 1. This is performed by a communication line constructed on the cloud 1 with the DR function group 32. In addition, the acceptance / rejection transmission function from the consumer 44 to the aggregator 42 is not performed by direct communication between the consumer 44 and the aggregator 42, but is a DR function group 34 for the consumer implemented on the cloud 1. This is performed by a communication line constructed on the cloud 1 with the DR function group 32 for the aggregator. The same applies to other functions.

以下、各機能群３の内容について説明する。各機能群３は、表１に示すように、電力会社４１、アグリゲータ４２、サブアグリゲータ４３、需要家４４にそれぞれ割り当てられる。

Hereinafter, the contents of each function group 3 will be described. As shown in Table 1, each function group 3 is assigned to an electric power company 41, an aggregator 42, a subaggregator 43, and a customer 44.

１．イベント送信機能（電力会社向けＤＲ機能群３１、アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３）
スケジュール管理部より定期的に起動され、配信時刻が現在時刻より前のイベントを下位アクタに送信する。下位アクタにイベント通知後、下位アクタの管理者に対してメールを送信する。 1. Event transmission function (DR function group 31 for electric power companies, DR function group 32 for aggregators, DR function group 33 for subaggregators)
An event that is periodically activated by the schedule management unit and whose distribution time is earlier than the current time is transmitted to the lower actor. After notifying the lower actor of the event, send an email to the administrator of the lower actor.

２．イベント受信機能（アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３、需要家向けＤＲ機能群３４）
上位アクタより送信されたイベントを受信し、ＤＢ８に格納する。
３．受諾可否送信機能（アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３、需要家向けＤＲ機能群３４）
スケジュール管理部より定期的に起動され、上位アクタから受信したイベントに対して受諾/拒否結果を送信する。 2. Event reception function (DR function group 32 for aggregator, DR function group 33 for sub-aggregator, DR function group 34 for customer)
The event transmitted from the host actor is received and stored in the DB 8.
3. Acceptability transmission function (DR function group 32 for aggregators, DR function group 33 for subaggregators, DR function group 34 for customers)
It is periodically started by the schedule manager and sends acceptance / rejection results for events received from higher-level actors.

４．受諾可否受信機能（電力会社向けＤＲ機能群３１、アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３）
下位アクタから送信された受諾/拒否結果を受信し、ＤＢ８に格納する。
５．レポート送信機能（アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３、需要家向けＤＲ機能群３４）
スケジュール管理部より定期的に起動され、未送信レポートをＤＢ８より取得し、上位アクタに送信する。 4). Acceptability acceptance function (DR function group 31 for electric power companies, DR function group 32 for aggregators, DR function group 33 for subaggregators)
The acceptance / rejection result transmitted from the lower actor is received and stored in the DB 8.
5. Report transmission function (DR function group 32 for aggregators, DR function group 33 for subaggregators, DR function group 34 for customers)
It is periodically started by the schedule management unit, acquires an unsent report from the DB 8, and transmits it to the host actor.

６．レポート受信機能（電力会社向けＤＲ機能群３１、アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３）
下位アクタより送信されたレポートを受信し、受信レポート情報を更新する。
上記各機能は、各アクタ４のオペレータがＧＵＩ５を通して各機能群３のＤＢ８へ投入したデータ（ＣＳＶファイル）に基づいて動作する。 6). Report reception function (DR function group 31 for electric power companies, DR function group 32 for aggregators, DR function group 33 for subaggregators)
Receives reports sent from lower actors and updates received report information.
Each of the above functions operates based on data (CSV file) input by the operator of each actor 4 to the DB 8 of each function group 3 through the GUI 5.

例えば、電力会社４１からイベント送信を行う場合には、オペレータは電力会社向けＤＲ機能群３１のＧＵＩ５１へアクセスし、イベント送信に必要なデータをＤＢ８１へ投入する。
以下、電力会社４１がアグリゲータ４２、サブアグリゲータ４３を介して、又は直接に需要家４４へイベント送受信、受諾可否送受信、レポート送受信を行う運用例を説明する。 For example, when an event is transmitted from the power company 41, the operator accesses the GUI 51 of the DR function group 31 for the power company and inputs data necessary for the event transmission to the DB 81.
Hereinafter, an operation example in which the power company 41 performs event transmission / reception, acceptance / rejection transmission / reception, and report transmission / reception to / from the consumer 44 via the aggregator 42 and the sub-aggregator 43 will be described.

この例におけるアクタ４の論理構成は図３の通りである。ここで、電力会社向けＤＲ機能群３１のＤＢ８１には、図４に示す送信イベントが登録される。この送信イベントは、イベント送信元アクタＩＤと、イベント送信元を識別するＤＲイベントＩＤと、「Emergency」といった緊急の電力削減依頼等を示すイベント種別と、有効期間開始日時と、有効期間終了日時と、通知先を識別するため通知先アクタＩＤと、通知先の種類を示す通知先アクタ種別と、イベント配布日時とにより構成される。電力会社４１は、アグリゲータ（ＡＧＲ−１００１），（ＡＧＲ−１００２）４２、需要家（ＵＳＲ−１０１０），（ＵＳＲ−１０１１）４４に対しイベントを送信する。 The logical configuration of the actor 4 in this example is as shown in FIG. Here, the transmission event shown in FIG. 4 is registered in the DB 81 of the DR function group 31 for the electric power company. This transmission event includes an event transmission source actor ID, a DR event ID for identifying the event transmission source, an event type indicating an emergency power reduction request such as “Emergency”, an effective period start date and time, an effective period end date and time, The notification destination actor ID for identifying the notification destination, the notification destination actor type indicating the type of the notification destination, and the event distribution date and time are configured. The electric power company 41 transmits an event to the aggregators (AGR-1001), (AGR-1002) 42, and the customers (USR-1010), (USR-1011) 44.

アグリゲータ（ＡＧＲ−１００１）４２に対応するアグリゲータ向けＤＲ機能群３２のＤＢ８２には、図５（ａ）に示す受信イベントと、図５（ｂ）に示す送信イベントとが登録される。アグリゲータ（ＡＧＲ−１００２）４２に対応するアグリゲータ向けＤＲ機能群３２のＤＢ８２には、図６（ａ）に示す受信イベントと、図６（ｂ）に示す送信イベントとが登録される。 A reception event shown in FIG. 5A and a transmission event shown in FIG. 5B are registered in the DB 82 of the DR function group 32 for the aggregator corresponding to the aggregator (AGR-1001) 42. The reception event shown in FIG. 6A and the transmission event shown in FIG. 6B are registered in the DB 82 of the DR function group 32 for aggregator corresponding to the aggregator (AGR-1002) 42.

サブアグリゲータ（ＳＡＧ−１００１）４３に対応するサブアグリゲータ向けＤＲ機能群３３のＤＢ８３には、図７（ａ）に示す受信イベントと、図７（ｂ）に示す送信イベントとが登録される。サブアグリゲータ（ＳＡＧ−１００２）４３に対応するアグリゲータ向けＤＲ機能群３３のＤＢ８３には、図８（ａ）に示す受信イベントと、図８（ｂ）に示す送信イベントとが登録される。 The reception event illustrated in FIG. 7A and the transmission event illustrated in FIG. 7B are registered in the DB 83 of the DR function group 33 for the subaggregator corresponding to the subaggregator (SAG-1001) 43. The reception event shown in FIG. 8A and the transmission event shown in FIG. 8B are registered in the DB 83 of the DR function group 33 for the aggregator corresponding to the subaggregator (SAG-1002) 43.

各需要家（ＵＳＲ−１００１）〜（ＵＳＲ−１０１１）４４に対応する需要家向けＤＲ機能群３４のＤＢ８４には、図９〜図１９に示す受信イベントが登録される。
次に、イベント送信機能、イベント受信機能、受諾可否送信機能、受諾可否受信機能、レポート送信機能及びレポート受信機能について、図２０〜図２５のシーケンスの例を参照して説明する。なお、図２０〜図２５中のＶＴＮ（Virtual Top Node）はＤＲイベントを送信する側となる上位アクタを示し、ＶＥＮ(Virtual End Node)はＤＲイベントを受信して応答を返す側となる下位アクタを示す。 The reception events shown in FIGS. 9 to 19 are registered in the DB 84 of the DR function group 34 for consumers corresponding to each of the consumers (USR-1001) to (USR-1011) 44.
Next, an event transmission function, an event reception function, an acceptance / rejection transmission function, an acceptance / rejection reception function, a report transmission function, and a report reception function will be described with reference to the sequence examples of FIGS. 20 to 25, VTN (Virtual Top Node) indicates a higher-order actor on the side that transmits a DR event, and VEN (Virtual End Node) indicates a lower-level actor on the side that receives a DR event and returns a response. Indicates.

＜１．イベント送信、２．イベント受信＞
（ａ１）イベント登録（電力会社４１）
電力会社４１は、電力需給状況の予測から需給調整が必要と判断した場合に、対象の時間帯を指定した需要家４４へ需給調整を促すためのイベントを作成する（図２０（１））。作成したイベントはオペレータにより、ＧＵＩ５１を通して電力会社向けＤＲ機能群３１のＤＢ８１へ投入されるが、ＤＢ８１への投入は図４のようにＣＳＶ形式のファイルを登録することにより行う。このとき、電力会社向けＤＲ機能群３１のＧＵＩ制御部３１１は、ＤＢインターフェース３１２に対しイベント登録要求を送信し（図２０（２））、このイベント登録要求に対しＤＢインターフェース３１２からイベント登録応答が返送された場合に（図２０（３））、イベントがＤＢ８１に登録される。 <1. Event transmission, 2. Event reception>
(A1) Event registration (electric power company 41)
When the power company 41 determines that the supply and demand adjustment is necessary from the prediction of the power supply and demand situation, the power company 41 creates an event for prompting the consumer 44 who has designated the target time zone to adjust the supply and demand (FIG. 20 (1)). The created event is input by the operator to the DB 81 of the DR function group 31 for the electric power company through the GUI 51. The input to the DB 81 is performed by registering a CSV file as shown in FIG. At this time, the GUI control unit 311 of the DR function group 31 for the power company transmits an event registration request to the DB interface 312 (FIG. 20 (2)), and an event registration response is received from the DB interface 312 in response to this event registration request. When it is returned (FIG. 20 (3)), the event is registered in the DB 81.

（ａ２）イベント送信（電力会社４１）
スケジュール管理部より定期的に起動され（図２０（４））、ＤＢ８１を参照し、配信時刻が現在時刻より前のイベントをそれぞれ該当する下位機能群３へ送信する。この場合、電力会社向けＤＲ機能群３１のＤＲ制御部３１４は、まず送信待ちイベント情報取得要求をＤＢインターフェース３１２に送信し（図２０（５））、ＤＢインターフェース３１２から送信待ちイベント情報取得応答を受信すると（図２０（６））、送信イベント情報取得要求をＤＢインターフェース３１２に送信し（図２０（７））、ＤＢインターフェース３１２から送信イベント情報取得応答を受信すると（図２０（８））、送信イベント通知先情報取得要求をＤＢインターフェース３１２に送信し（図２０（９））、ＤＢインターフェース３１２から送信イベント通知先情報取得応答を受信する（図２０（８））。続いて、ＤＲ制御部３１４は、自アクタ情報取得要求をＤＢインターフェース３１２に送信し（図２０（１１））、ＤＢインターフェース３１２から自アクタ情報取得応答を受信すると（図２０（１２））、対向アクタ情報取得要求をＤＢインターフェース３１２に送信し（図２０（１３））、ＤＢインターフェース３１２から対向アクタ情報取得応答を受信すると（図２０（１４））、送信イベント受諾状態取得要求をＤＢインターフェース３１２に送信し（図２０（１５））、ＤＢインターフェース３１２から送信イベント受諾状態取得応答を受信した後に（図２０（１６））、各通知先に対しイベントを送信する（図２０（１７））。 (A2) Event transmission (electric power company 41)
The schedule management unit periodically starts up (FIG. 20 (4)), and refers to the DB 81 to transmit the event whose distribution time is earlier than the current time to the corresponding lower function group 3, respectively. In this case, the DR control unit 314 of the DR function group 31 for the power company first transmits a transmission wait event information acquisition request to the DB interface 312 (FIG. 20 (5)), and sends a transmission wait event information acquisition response from the DB interface 312. When receiving (FIG. 20 (6)), a transmission event information acquisition request is transmitted to the DB interface 312 (FIG. 20 (7)), and when a transmission event information acquisition response is received from the DB interface 312 (FIG. 20 (8)), A transmission event notification destination information acquisition request is transmitted to the DB interface 312 (FIG. 20 (9)), and a transmission event notification destination information acquisition response is received from the DB interface 312 (FIG. 20 (8)). Subsequently, the DR control unit 314 transmits an own actor information acquisition request to the DB interface 312 (FIG. 20 (11)), and receives an own actor information acquisition response from the DB interface 312 (FIG. 20 (12)). When the actor information acquisition request is transmitted to the DB interface 312 (FIG. 20 (13)) and the opposite actor information acquisition response is received from the DB interface 312 (FIG. 20 (14)), the transmission event acceptance state acquisition request is transmitted to the DB interface 312. After transmitting (FIG. 20 (15)) and receiving a transmission event acceptance state acquisition response from the DB interface 312 (FIG. 20 (16)), an event is transmitted to each notification destination (FIG. 20 (17)).

下位機能群３にイベント通知後、下位アクタ４の管理者に対してメールを送信する（図２０（１８））。
（ａ３）イベント受信（下位アクタ４）
下位機能群３、例えばアグリゲータ４２に対応するアグリゲータ向け機能群３２は、電力会社向けＤＲ機能群３１から受信したイベントをＤＢ８２に格納する。それぞれの機能群３が受信したイベントは図５〜図１９の通りである。 After notifying the lower function group 3 of the event, a mail is transmitted to the administrator of the lower actor 4 (FIG. 20 (18)).
(A3) Event reception (lower actor 4)
The subordinate function group 3, for example, the aggregator function group 32 corresponding to the aggregator 42 stores the event received from the power company DR function group 31 in the DB 82. The events received by each function group 3 are as shown in FIGS.

ここで、アグリゲータ向け機能群３２のＤＲフレームワークミドル部３２１は、電力会社向けＤＲ機能群３１からイベントを受信すると（図２１（１））、電力会社向けＤＲ機能群３１に対しＤＲイベント送信応答を返送する（図２１（２））。以後、アグリゲータ向け機能群３２のＤＲ制御部３２２は、受信イベント情報登録要求をＤＢインターフェース３２３に送信し（図２１（３））、ＤＢインターフェース３２３から受信イベント情報登録応答を受信する（図２１（４））。 When the DR framework middle unit 321 of the aggregator function group 32 receives an event from the power company DR function group 31 (FIG. 21 (1)), a DR event transmission response is sent to the power company DR function group 31. Is returned (FIG. 21 (2)). Thereafter, the DR control unit 322 of the aggregator function group 32 transmits a reception event information registration request to the DB interface 323 (FIG. 21 (3)), and receives a reception event information registration response from the DB interface 323 (FIG. 21 ( 4)).

（ａ４）イベント取得（下位アクタ４）
下位アクタ４のオペレータがそれぞれの機能群３のＧＵＩ５にアクセスしてＤＢ８からイベントを取得する。
（ａ５）イベント登録（アグリゲータ４２、サブアグリゲータ４３）
アグリゲータ４３、サブアグリゲータ４３では、上位アクタ４から受けたイベントを取得すると、受信イベントの内容を分析し、配下のアクタ４へのイベントを作成する。ここでも作成したイベント（図５（ｂ）、図６（ｂ）、図７（ｂ）、図８（ｂ））はオペレータにより、ＣＳＶ形式のファイルによりＧＵＩ５２，５３を通してＤＢ８２、８３へ投入される。 (A4) Event acquisition (lower actor 4)
The operator of the lower actor 4 accesses the GUI 5 of each function group 3 and acquires an event from the DB 8.
(A5) Event registration (aggregator 42, subaggregator 43)
When the aggregator 43 and the sub-aggregator 43 acquire an event received from the higher-order actor 4, the contents of the received event are analyzed and an event for the subordinate actor 4 is created. Events created here (FIGS. 5B, 6B, 7B, and 8B) are input by the operator to the DBs 82 and 83 through the GUIs 52 and 53 as CSV files. .

（ａ６）イベント送信（アグリゲータ４２、サブアグリゲータ４３）
スケジュール管理部より定期的に起動され、ＤＢ８（図５（ｂ）、図６（ｂ）、図７（ｂ）、図８（ｂ））を参照し、配信時刻が現在時刻より前のイベントをそれぞれ該当する下位機能群３へ送信する。下位機能群３にイベント通知後、下位アクタ４の管理者に対してメールを送信する。 (A6) Event transmission (aggregator 42, subaggregator 43)
The event is periodically started by the schedule management unit and refers to the DB 8 (FIG. 5B, FIG. 6B, FIG. 7B, FIG. 8B). Each is transmitted to the corresponding lower function group 3. After notifying the lower function group 3 of the event, a mail is transmitted to the administrator of the lower actor 4.

（ａ７）イベント受信（アグリゲータ４２、サブアグリゲータ４３の下位アクタ４）
下位機能群３は、アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３から受信したイベントをＤＢ８４に格納する。それぞれの機能群３が受信したイベントは図９〜図１９の通りである。 (A7) Event reception (lower aggregator 42 of aggregator 42 and subaggregator 43)
The lower function group 3 stores the events received from the DR function group 32 for aggregator and the DR function group 33 for the subaggregator in the DB 84. The events received by each function group 3 are as shown in FIGS.

（ａ８）イベント取得（需要家４４）
需要家４４のオペレータが需要家向けＤＲ機能群３４のＧＵＩ５４にアクセスしてＤＢ８４からイベントを取得する。それぞれの機能群３が受信したイベントは図９〜図１９の通りである。
アグリゲータ４２、サブアグリゲータ４３は、イベント送信にあたって電力会社４１と需要家４４とを仲介する役割を持つ。しかしながら、これにとどまらず、電力会社４１や上位のアグリゲータ４２から受信したイベントの内容を分析し、配下の需要家４４の属性情報も考慮したうえで、どのようなイベントを配信すれば上位アクタの要求に応えることができるかを検討し、配下の需要家４４へ送信するイベントを考案し作成することが求められる。上位アクタ４から受信したイベントがそのまま下位アクタ４へ自動転送されるのではなく、一度受信したイベントをアクタ４が取得し、改めて下位アクタ４へ送信するイベントをＤＢへ登録する構成とした意義はここにある。 (A8) Event acquisition (customer 44)
The operator of the consumer 44 accesses the GUI 54 of the DR function group 34 for the consumer and acquires an event from the DB 84. The events received by each function group 3 are as shown in FIGS.
The aggregator 42 and the sub-aggregator 43 have a role of mediating between the electric power company 41 and the customer 44 in event transmission. However, it is not limited to this, the contents of events received from the electric power company 41 and the upper aggregator 42 are analyzed, and the attribute information of the subordinate customer 44 is taken into consideration, and what kind of event is distributed to the higher actor. It is required to consider whether the request can be met and to devise and create an event to be transmitted to the subordinate customer 44. The event received from the higher-order actor 4 is not automatically transferred to the lower-order actor 4 as it is, but the significance of the configuration in which the actor 4 obtains the event once received and registers the event to be transmitted to the lower-order actor 4 in the DB again. It is here.

このため、最終的に、需要家４４へイベントが到達し、需要家４４ではイベントの内容に基づく節電行動が期待されることとなるが、電力会社４１が最初に作成したイベントとは内容が異なることは十分にあり得る。
この例では、電力会社４１を発端としたイベント送信としたが、電力会社４１からのイベント発出がないときでも、アグリゲータ４２、サブアグリゲータ４３の自主的な判断で下位のサブアグリゲータ４３や需要家４４に対してイベントを送信することも可能である。 For this reason, the event finally reaches the consumer 44, and the consumer 44 is expected to save power based on the content of the event. However, the content is different from the event created first by the power company 41. That can be enough.
In this example, the event transmission is started from the electric power company 41. However, even when no event is issued from the electric power company 41, the sub-aggregator 43 and the consumer 44 of the subordinate aggregator 42 and the sub-aggregator 43 are independently determined. It is also possible to send events to.

図４〜図１９では、イベント種別を「Emergency」としている。これは、時間帯を指定した緊急の電力削減依頼であり、需要家４４がこれを通知されることで電力需給逼迫を認識し、自主的な消費電力削減を行うことを期待するものである。
＜３．受諾可否送信、４．受諾可否受信＞
（ｂ１）受諾可否登録（需要家４４）
イベント取得後、需要家４４はそのイベントを受諾するかどうかを判断する。受諾／拒否はオペレータにより、ＧＵＩ５４を通して需要家向けＤＲ機能群３４へ投入される。ＤＢ投入の形式はイベント登録と同様である。ここで、需要家向けＤＲ機能群３４のＧＵＩ制御部３４１は、オペレータから受諾可否設定要求を受信すると（図２２（１））、ＤＲ制御部３４２へ受諾可否設定要求を送信する（図２２（２））。ＤＲ制御部３４２はＤＢインターフェース３４３にイベント情報更新要求を送信し（図２２（３））、イベント情報更新要求に対しＤＢインターフェース３４３からイベント情報更新応答を受信すると（図２２（４））、ＧＵＩ制御部３４１を介してオペレータへ受諾可否設定応答を送信する（図２２（５））。 4 to 19, the event type is “Emergency”. This is an urgent power reduction request designating a time zone, and the consumer 44 is notified of this, and expects to recognize the tightness of power supply and demand, and voluntarily reduce power consumption.
<3. 3. Acceptance acceptance transmission, 4. Acceptance Acceptance Reception>
(B1) Acceptability registration (customer 44)
After acquiring the event, the consumer 44 determines whether to accept the event. The acceptance / rejection is input to the DR function group 34 for the consumer through the GUI 54 by the operator. The DB input format is the same as that for event registration. Here, when the GUI control unit 341 of the DR function group 34 for the customer receives an acceptability setting request from the operator (FIG. 22 (1)), the GUI control unit 341 transmits the acceptability setting request to the DR control unit 342 (FIG. 22 ( 2)). The DR control unit 342 transmits an event information update request to the DB interface 343 (FIG. 22 (3)), and receives an event information update response from the DB interface 343 in response to the event information update request (FIG. 22 (4)). An acceptance / rejection setting response is transmitted to the operator via the control unit 341 (FIG. 22 (5)).

（ｂ２）受諾可否送信（需要家４４）
スケジュール管理部３４４より定期的に起動され（図２２（５−１））、ＤＢ８４を参照し、受諾可否を上位機能群３へ送信する。このとき、ＤＲ制御部３４２は、まず受諾可否送信待ちイベント情報取得要求をＤＢインターフェース３４３に送信し（図２２（６））、ＤＢインターフェース３４３から受諾可否送信待ちイベント情報取得応答を受信すると（図２２（７））、受信イベント情報取得要求をＤＢインターフェース３４３に送信し（図２２（８））、ＤＢインターフェース３４３から受信イベント情報取得応答を受信すると（図２２（９））、受信イベント応答先情報取得要求をＤＢインターフェース３４３に送信し（図２２（１０））、ＤＢインターフェース３４３から受信イベント応答先情報取得応答を受信した後（図２２（１１））、受諾可否を上位機能群３へ送信する（図２２（１２））。 (B2) Acceptability acceptance transmission (customer 44)
The schedule management unit 344 is periodically activated (FIG. 22 (5-1)), refers to the DB 84, and transmits acceptability to the higher-level function group 3. At this time, the DR control unit 342 first transmits an acceptance / rejection transmission wait event information acquisition request to the DB interface 343 (FIG. 22 (6)), and receives an acceptance / rejection transmission wait event information acquisition response from the DB interface 343 (FIG. 22). 22 (7)), a reception event information acquisition request is transmitted to the DB interface 343 (FIG. 22 (8)), and when a reception event information acquisition response is received from the DB interface 343 (FIG. 22 (9)), a reception event response destination An information acquisition request is transmitted to the DB interface 343 (FIG. 22 (10)), and after receiving a reception event response destination information acquisition response from the DB interface 343 (FIG. 22 (11)), the acceptance / rejection is transmitted to the higher-level function group 3. (FIG. 22 (12)).

（ｂ３）受諾可否受信（上位アクタ４）
上位機能群３は、需要家向けＤＲ機能群３４から受信した受諾可否をＤＢ８に格納する（図２３（１）、（２））。
（ｂ４）受諾可否取得（上位アクタ４）
上位アクタ４のオペレータがそれぞれの機能群３のＧＵＩ５にアクセスしてＤＢ８から受諾可否を取得する（図２３（３）、（４）、（５））。 (B3) Acceptance acceptance reception (upper actor 4)
The host function group 3 stores the acceptance / rejection received from the customer DR function group 34 in the DB 8 (FIGS. 23A and 23B).
(B4) Acceptability acceptance (upper actor 4)
The operator of the higher-order actor 4 accesses the GUI 5 of each function group 3 and acquires acceptance / rejection from the DB 8 (FIG. 23 (3), (4), (5)).

（ｂ５）受諾可否登録（アグリゲータ４２、サブアグリゲータ４３）
アグリゲータ４３、サブアグリゲータ４３では、各下位アクタ４から受けた受諾可否を取得すると、受信した受諾可否の内容を分析し、上位アクタ４への受諾可否を作成する。ここでも作成した受諾可否はオペレータにより、ＣＳＶ形式のファイルによりＧＵＩ５２，５３を通してＤＢ８２、８３へ投入される。 (B5) Acceptability registration (aggregator 42, subaggregator 43)
When the aggregator 43 and the sub-aggregator 43 obtain the acceptability received from each lower actor 4, the contents of the received acceptability are analyzed and the acceptability to the higher actor 4 is created. Also in this case, the acceptance / non-acceptance is input to the DBs 82 and 83 through the GUIs 52 and 53 by the operator in a CSV format file.

（ｂ６）受諾可否送信（アグリゲータ４２、サブアグリゲータ４３）
スケジュール管理部より定期的に起動され、ＤＢ８２，８３を参照し、受諾可否を上位機能群３へ送信する。
（ｂ７）受諾可否受信（アグリゲータ４２、サブアグリゲータ４３の上位アクタ４）
上位機能群３は、アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３から受信した受諾可否をＤＢ８に格納する。 (B6) Acceptability transmission (aggregator 42, subaggregator 43)
It is periodically started by the schedule management unit, refers to the DBs 82 and 83, and transmits acceptance / rejection to the higher-level function group 3.
(B7) Acceptability acceptance (higher-order actor 4 of the aggregator 42 and the subaggregator 43)
The host function group 3 stores the acceptance / rejection received from the DR function group 32 for aggregator and the DR function group 33 for the subaggregator in the DB 8.

（ｂ８）受諾可否取得（電力会社４１）
電力会社４１のオペレータが電力会社向けＤＲ機能群３１のＧＵＩ５１にアクセスしてＤＢ８１から受諾可否を取得する。
電力会社４１と需要家４４との間にアグリゲータ４２、サブアグリゲータ４３が介在する場合には、アグリゲータ４２、サブアグリゲータ４３が、どのような受諾可否を、いつ返信（ＤＢ登録）するかはアグリゲータ４３、サブアグリゲータ４３に委ねられる。すなわち、配下のサブアグリゲータ４３や需要家４４からの受諾可否の送信を待たずとも上位アクタ４に対して受諾可否を返信（ＤＢ登録）することも可能である。 (B8) Acceptance acceptance acquisition (electric power company 41)
The operator of the electric power company 41 accesses the GUI 51 of the DR function group 31 for the electric power company, and acquires acceptance / rejection from the DB 81.
When the aggregator 42 and the sub-aggregator 43 are interposed between the electric power company 41 and the customer 44, the aggregator 43 determines when the aggregator 42 and the sub-aggregator 43 return what is accepted or not (DB registration). , Left to the sub-aggregator 43. That is, it is possible to send back acceptance (DB registration) to the higher-level actor 4 without waiting for transmission of acceptance from the sub-aggregator 43 and the customer 44 under the control.

また、アグリゲータ４２、サブアグリゲータ４３は、予め特定したイベントについては下位アクタ４へのイベント送信を行うまでもなくその受諾可否を返信するという運用も可能である。
この例では、電力会社４１を発端としたイベント送信に対する受諾可否の返信としているが、アグリゲータ４２、サブアグリゲータ４３を発端としたイベントに対する受諾可否でも同様な運用が可能である。 In addition, the aggregator 42 and the sub-aggregator 43 can also be used to return acceptance of an event specified in advance without transmitting an event to the lower-level actor 4.
In this example, a reply indicating whether or not to accept the event transmission originating from the electric power company 41 is used, but the same operation is possible even if the accepting or not accepting the event originating from the aggregator 42 and the sub-aggregator 43.

＜５．レポート送信、６．レポート受信＞
（ｃ１）レポート登録（需要家４４）
需要家４４は、受諾したイベントの有効期間中の電力消費量についてレポートを作成する（図２４（１））。作成したレポートはオペレータにより、ＧＵＩ５４を通して需要家向けＤＲ機能群３４へ投入される。ＤＢ投入の形式はイベント登録と同様にＣＳＶ形式である。このとき、需要家向けＤＲ機能群３４のＣＳＶ入出力制御部３４５は、ＤＢインターフェース３４３に対しレポート内容登録要求を送信し（図２４（２））、このレポート内容登録要求に対しＤＢインターフェース３４３からレポート内容登録応答が返送された場合に（図２４（３））、レポートがＤＢ８４に登録される。 <5. Report transmission, 6. Report reception>
(C1) Report registration (customer 44)
The consumer 44 creates a report on the power consumption during the valid period of the accepted event (FIG. 24 (1)). The created report is input to the consumer DR function group 34 through the GUI 54 by the operator. The DB input format is the CSV format as in the event registration. At this time, the CSV input / output control unit 345 of the DR function group 34 for the customer transmits a report content registration request to the DB interface 343 (FIG. 24 (2)), and responds to the report content registration request from the DB interface 343. When the report content registration response is returned (FIG. 24 (3)), the report is registered in the DB 84.

（ｃ２）レポート送信（需要家４４）
スケジュール管理部３４４より定期的に起動され（図２４（５））、未送信レポートをＤＢ８４より取得し、上位機能群３へ送信する。この場合、需要家向けＤＲ機能群３４のＤＲ制御部３４２は、まず送信待ちレポート情報取得要求をＤＢインターフェース３４３に送信し（図２４（６））、ＤＢインターフェース３４３から送信待ちレポート情報取得応答を受信すると（図２４（７））、送信レポート情報取得要求をＤＢインターフェース３４３に送信し（図２４（８））、ＤＢインターフェース３４３から送信レポート情報取得応答を受信すると（図２４（９））、送信レポート通知先情報取得要求をＤＢインターフェース３４３に送信し（図２４（１０））、ＤＢインターフェース３４３から送信レポート通知先情報取得応答を受信する（図２４（１１））。続いて、ＤＲ制御部３４２は、対向アクタ情報取得要求をＤＢインターフェース３４３に送信し（図２４（１２））、ＤＢインターフェース３４３から対向アクタ取得応答を受信すると（図２４（１３））、レポート内容取得要求をＤＢインターフェース３４３に送信し（図２４（１４））、ＤＢインターフェース３４３からレポート内容取得応答を受信すると（図２４（１５））、未送信レポートをＤＢ８４より取得し、上位機能群３へ送信する（図２４（１６）、（１７）、（１８））。 (C2) Report transmission (customer 44)
It is periodically activated by the schedule management unit 344 (FIG. 24 (5)), acquires an unsent report from the DB 84, and transmits it to the higher-level function group 3. In this case, the DR control unit 342 of the consumer DR function group 34 first transmits a transmission waiting report information acquisition request to the DB interface 343 (FIG. 24 (6)), and sends a transmission waiting report information acquisition response from the DB interface 343. When receiving (FIG. 24 (7)), a transmission report information acquisition request is transmitted to the DB interface 343 (FIG. 24 (8)), and when a transmission report information acquisition response is received from the DB interface 343 (FIG. 24 (9)), A transmission report notification destination information acquisition request is transmitted to the DB interface 343 (FIG. 24 (10)), and a transmission report notification destination information acquisition response is received from the DB interface 343 (FIG. 24 (11)). Subsequently, the DR control unit 342 transmits an opposing actor information acquisition request to the DB interface 343 (FIG. 24 (12)), and receives an opposing actor acquisition response from the DB interface 343 (FIG. 24 (13)). When an acquisition request is transmitted to the DB interface 343 (FIG. 24 (14)) and a report content acquisition response is received from the DB interface 343 (FIG. 24 (15)), an unsent report is acquired from the DB 84 and sent to the higher-level function group 3. Transmit (FIG. 24 (16), (17), (18)).

（ｃ３）レポート受信（上位アクタ４）
上位機能群３は、需要家向けＤＲ機能群３４から受信したレポートをＤＢ８に格納する。
（ｃ４）レポート取得（上位アクタ４）
上位アクタ４のオペレータがそれぞれの機能群３のＧＵＩ５にアクセスしてＤＢ８からレポートを取得する。 (C3) Report reception (upper actor 4)
The upper function group 3 stores the report received from the customer DR function group 34 in the DB 8.
(C4) Report acquisition (upper actor 4)
The operator of the upper actor 4 accesses the GUI 5 of each function group 3 and acquires a report from the DB 8.

（ｃ５）レポート登録（アグリゲータ４２、サブアグリゲータ４３）
アグリゲータ４３、サブアグリゲータ４３では、各下位アクタ４から受けたレポートを取得すると（図２５（１）、（２））、受信したレポートの内容を分析し、上位アクタ４へのレポートを作成する。ここでも作成したレポートはオペレータにより、ＣＳＶ形式のファイルによりＧＵＩ５２，５３を通して各機能群３のＤＢ８２，８３へ投入される（図２５（３）、（４）、（５））。 (C5) Report registration (aggregator 42, subaggregator 43)
When the aggregator 43 and the sub-aggregator 43 obtain the reports received from the lower actors 4 (FIGS. 25 (1) and (2)), the contents of the received reports are analyzed and a report to the upper actor 4 is created. Also in this case, the created report is input by the operator into the DBs 82 and 83 of the respective function groups 3 through the GUIs 52 and 53 as CSV files (FIGS. 25 (3), (4) and (5)).

（ｃ６）レポート送信（アグリゲータ４２、サブアグリゲータ４３）
スケジュール管理部より定期的に起動され、未送信レポートをＤＢ８２、８３より取得し、上位機能群３へ送信する。
（ｃ７）レポート受信（アグリゲータ４２、サブアグリゲータ４３の上位アクタ４）
上位機能群３は、アグリゲータ向けＤＲ機能群３２、サブアグリゲータ向けＤＲ機能群３３から受信したレポートをＤＢ８に格納する。 (C6) Report transmission (aggregator 42, subaggregator 43)
It is periodically activated by the schedule management unit, acquires unsent reports from the DBs 82 and 83, and transmits them to the upper function group 3.
(C7) Report reception (upper actor 4 of aggregator 42 and subaggregator 43)
The upper function group 3 stores the reports received from the DR function group 32 for aggregator and the DR function group 33 for the subaggregator in the DB 8.

（ｃ８）レポート取得（電力会社４１）
電力会社４１のオペレータが電力会社向けＤＲ機能群３１のＧＵＩ５１にアクセスしてＤＢ８１からレポートを取得する。
この例では、電力会社４１を発端としたイベント送信に対する受諾可否の返信としているが、アグリゲータ４２、サブアグリゲータ４３を発端としたイベントに対する受諾可否でも同様な運用が可能である。 (C8) Report acquisition (electric power company 41)
An operator of the power company 41 accesses the GUI 51 of the DR function group 31 for the power company and acquires a report from the DB 81.
In this example, a reply indicating whether or not to accept the event transmission originating from the electric power company 41 is used, but the same operation is possible even if the accepting or not accepting the event originating from the aggregator 42 and the sub-aggregator 43.

以上のように上記実施形態によれば、ＤＲにおける情報流通を簡易化し、各アクタ４のオペレータの稼働を削減することができる。また、アクタ４間の通信回線を自前で用意する必要はなく、それぞれのアクタ４はクラウド１上の１箇所のＤＲサービスプラットフォームのＧＵＩ５にアクセスするだけで、他のアクタ４との通信を行いＤＲを実現することが可能である。 As described above, according to the above embodiment, it is possible to simplify the information distribution in the DR and reduce the operation of the operator of each actor 4. Further, it is not necessary to prepare a communication line between the actors 4 on their own, and each actor 4 communicates with other actors 4 only by accessing the GUI 5 of one DR service platform on the cloud 1 and performs DR. Can be realized.

また、上記実施形態によれば、電力会社４１と需要家４４との間にアグリゲータ４２を介在することにより、アグリゲータ４２の考えにより、需要家４４から収集した各種生活データに基づいて、個々の需要家４４に最適なイベント（ＤＲの内容）を自由に、きめ細かく提案することができる。また、電力会社４１は個々の需要家４４にどんなＤＲを送るかを考える必要はなく、アグリゲータ４２の方だけを見て電力抑制依頼をかけることができるので、需給計画立案の負担を軽減することが可能となる。さらに、サブアグリゲータ４３を介在することにより、需給計画立案の負担をさらに軽減することが可能となる。 Moreover, according to the said embodiment, by interposing the aggregator 42 between the electric power company 41 and the consumer 44, based on the various life data collected from the consumer 44 by the idea of the aggregator 42, individual demands It is possible to propose an event (contents of DR) optimal for the house 44 freely and in detail. In addition, the power company 41 does not need to consider what DR is sent to each individual consumer 44, and can make a power restraint request by looking only at the aggregator 42, thus reducing the burden of supply and demand planning. Is possible. Further, by interposing the sub-aggregator 43, it becomes possible to further reduce the burden of supply and demand planning.

また、上記実施形態によれば、クラウド１上のＤＲサービスプラットフォーム上を流れるイベントの内容を工夫するだけで、様々なＤＲ（ＣＰＰ：緊急ピーク時課金、ＴＯＵ：時間帯別料金、ＰＴＲ：ピーク時リベート）に適用可能である。
さらに、上記実施形態によれば、需要家４４から直接、又はアグリゲータ４２若しくはサブアグリゲータ４３を介して電力会社４１へ送信されるレポートは、イベントの適用期間における電力消費量であるので、電力会社４１は需要家４４の電力消費量を把握できる。 Further, according to the above embodiment, various DRs (CPP: emergency peak charge, TOU: hourly charge, PTR: peak time) can be obtained simply by devising the content of the event flowing on the DR service platform on the cloud 1. It is applicable to rebates.
Furthermore, according to the above-described embodiment, the report transmitted from the consumer 44 directly to the power company 41 via the aggregator 42 or the sub-aggregator 43 is the power consumption during the event application period. Can grasp the power consumption of the consumer 44.

以下に、本発明によって生じる効果について説明する。
DRにおける情報流通を簡易化し、オペレータの稼働を削減することができる。
アクタ間の通信回線を自前で用意する必要はなく、それぞれのアクタは１箇所のプラットフォームのＧＵＩにアクセスするだけで、他のアクタとの通信を行いＤＲを実現することが可能である。 Below, the effect produced by this invention is demonstrated.
It is possible to simplify information distribution in DR and reduce operator operations.
There is no need to prepare a communication line between the actors, and each actor can communicate with other actors and realize DR by simply accessing the GUI of one platform.

電力会社と需要家の間にアグリゲータ（サブアグリゲータ）を介在することにより、アグリゲータの考えにより、需要家から収集した各種生活データに基づいて、個々の需要家に最適なイベント（ＤＲの内容）を自由に、きめ細かく提案することができる。
電力会社は個々の需要家にどんなＤＲを送るかを考える必要はなく、アグリゲータの方だけを見て電力抑制依頼をかけることができるので、需給計画立案の負担を軽減することが可能となる。 By interposing an aggregator (sub-aggregator) between the electric power company and the consumer, based on various life data collected from the consumer based on the idea of the aggregator, events (contents of DR) that are optimal for each consumer You can make proposals freely and in detail.
It is not necessary for the power company to consider what DR to send to individual consumers, and it is possible to make a power suppression request by looking only at the aggregator, so it is possible to reduce the burden of planning the supply and demand.

プラットフォーム上を流れる「イベント」の内容を工夫するだけで、様々なＤＲ（ＣＰＰ：緊急ピーク時課金、ＴＯＵ：時間帯別料金、ＰＴＲ：ピーク時リベート）に適用可能である。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。 It can be applied to various DRs (CPP: emergency peak billing, TOU: hourly charge, PTR: peak rebate) by simply devising the contents of “events” flowing on the platform.
In short, the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. Further, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, you may combine suitably the component covering different embodiment.

１…クラウド、２…インターネット、３…機能群、４…アクタ、５（５１〜５４）…ＧＵＩ、６…ＰＦ事業者、７…電力網、８（８１〜８４）…ＤＢ（データベース）、３１…電力会社向けＤＲ機能群、３２…アグリゲータ向けＤＲ機能群、３３…サブアグリゲータ向けＤＲ機能、３４…需要家向けＤＲ機能群、４１…電力会社、４２…アグリゲータ、４３…サブアグリゲータ、４４…需要家、ＳＶ１…ＮＴＰサーバ、ＳＶ２…ＳＭＴＰサーバ。 DESCRIPTION OF SYMBOLS 1 ... Cloud, 2 ... Internet, 3 ... Function group, 4 ... Actor, 5 (51-54) ... GUI, 6 ... PF provider, 7 ... Power network, 8 (81-84) ... DB (database), 31 ... DR function group for electric power company, 32 ... DR function group for aggregator, 33 ... DR function for sub-aggregator, 34 ... DR function group for consumer, 41 ... Power company, 42 ... Aggregator, 43 ... Sub-aggregator, 44 ... Customer SV1... NTP server, SV2... SMTP server.

Claims

A power supply and demand adjustment system composed of a first VM (Virtual Machine) assigned to each of a plurality of electric power companies on a cloud and a second VM assigned to each of a plurality of aggregators,
The first VM has a DR (demand response) function group for electric power companies,
The second VM has an aggregator DR function group and a plurality of consumer DR function groups,
The DR function group for the electric power company transmits an event for prompting a consumer to adjust supply and demand to the DR function group for the aggregator by an event transmission function,
The DR function group for aggregator receives the event by an event reception function and temporarily stores it in a DB (database), and transmits the event stored in the DB to the plurality of DR function groups for consumers by an event transmission function. ,
The customer DR function group receives an event transmitted from the DR function group for the aggregator by an event reception function, and transmits acceptance / rejection information to the DR function group for the aggregator by an acceptance permission transmission function,
The DR function group for the aggregator receives the acceptance / rejection information by the acceptance / rejection reception function, and transmits the acceptance / rejection information to the DR function group for the electric power company by the acceptance / rejection transmission function,
The electric power company DR function group receives the acceptance / rejection information by an acceptance / rejection reception function.

The second VM further includes a DR function group for the subaggregator, and the DR function group for the subaggregator mediates information between the DR function group for the aggregator and the DR function group for the consumer. The power supply and demand adjustment system according to claim 1, wherein

A first VM (Virtual Machine) assigned to each of a plurality of power companies on the cloud and a second VM assigned to each of a plurality of aggregators are configured. The first VM is a DR (demand response) for the power company. 2) The second VM is a power supply and demand adjustment method used in a power supply and demand adjustment system having a DR function group for aggregators and a DR function group for a plurality of consumers,
The DR function group for the electric power company transmits an event for prompting a consumer to adjust supply and demand by the event transmission function to the DR function group for the aggregator,
The DR function group for the aggregator receives the event by the event reception function, temporarily stores it in the DB (database), and transmits the event stored in the DB to the plurality of DR function groups for the consumer by the event transmission function. And
The plurality of DR function groups for consumers receives an event transmitted from the DR function group for aggregators by an event reception function, and transmits acceptance / rejection information to the DR function group for aggregators by an acceptance / rejection transmission function,
The DR function group for the aggregator receives the acceptance / rejection information by the acceptance / rejection reception function, and transmits the acceptance / rejection information to the DR function group for the power company by the acceptance / rejection transmission function,
The power supply and demand adjustment method, wherein the DR function group for the electric power company receives the acceptance / rejection information by an acceptance / rejection reception function.

When the second VM further includes a DR function group for the subaggregator, the DR function group for the subaggregator mediates information between the DR function group for the aggregator and the DR function group for the consumer The method for adjusting power supply and demand according to claim 3.