JP7531848B2 - 電力供給方法および電力システム - Google Patents

Description

本発明は、電力供給方法および電力システムに関する。

ユーザー（需要家）が所有する分散型エネルギーリソース（以下、ＤＥＲ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｅｎｅｒｇｙ Ｒｅｓｏｕｒｃｅｓ）とも言う。）をリソースアグリゲーター（以下、ＲＡ（Ｒｅｓｏｕｒｃｅ Ａｇｇｒｅｇａｔｏｒ）とも言う。）へ供給することが行われている。
ＲＡは、ユーザーが所有するＤＥＲの一部を制御する権利を収集および集約し、一つの塊として電力エネルギー（例えば、ｋＷ／ΔｋＷ／ｋＷｈ）の価値を提供する。

例えば、ＲＡは、電力需要ピーク時の需要制限を行うために、ＲＡからの指示があった場合にどれくらいの需要制限が可能であるかという情報を各ユーザーから受け付け、当該情報に基づいて、電力需要ピーク時に各ユーザーに対して制御指示を出す。

従来では、ユーザーのＤＥＲをＲＡ経由で活用する場合、ユーザーは自身が所有するＤＥＲ制御として確約できるＤＥＲ供出量（電力／電力量／制限事項）をＲＡに対して事前申告する必要があった。
ここで、制限事項の具体例は、蓄電池のＳＯＣ（Ｓｔａｔｅ Ｏｆ Ｃｈａｒｇｅ）の３０％まで放電するという事項、あるいは、蓄電池のＳＯＣの９０％まで充電を許可するという事項などがある。
事前に申告された事項は確約された事項であるため、ＲＡからの要求があった場合にはユーザーは当該要求に必ず従う必要があった。

特許文献１には、需要家へ設備機器の稼働状態の変更を要請することにより電力系統の負荷集中の緩和、および、分散電源による余剰電力の活用を図ることが記載されている（特許文献１参照。）。そして、特許文献１に記載されたシステムでは、需要調整サーバー内に、エネルギー利用量の調整要請に対する需要家の協力意識の高さを数値化した情報である協力レベルを算出する協力レベル判定機能を設けること、需要調整サーバーの運営者は、協力レベルの大きさに基づいて、エネルギー利用量の調整要請に対して確実に応えてくれる需要家または需要家機器を見極め、これらに限定して要請を配信することが記載されている（特許文献１の要約を参照。）。

特開２０１２－１５１９９２号公報

しかしながら、ＤＥＲをユーザーがユーザー自身のために利用する制御と、ＲＡが電力系統目線で制御する制御とでは、利益相反するところも多い。
例えば、ユーザーのＤＥＲ利用パターンも毎日同じになるとは限らず、ＲＡに対しての事前申告が１００％達成できそうにない場合、ＲＡにＤＥＲ制御を供出すること自体をユーザーがあきらめてしまう原因となる。

本発明は、このような事情を考慮してなされたもので、自由度をもってＤＥＲをＲＡに供出することができる電力供給方法および電力システムを提供することを課題とする。

一構成例として、需要家が所有する分散型エネルギーリソースをリソースアグリゲーターへ供給する電力供給方法であって、前記需要家の前記分散型エネルギーリソースの供出量、および、１００％保証ではない条件を設定することが可能な実行見込を事前に受け付け、前記供出量および前記実行見込に基づいて前記リソースアグリゲーターによって前記分散型エネルギーリソースの機器を制御する、電力供給方法である。

一構成例として、需要家が所有する分散型エネルギーリソースをリソースアグリゲーターへ供給する電力システムであって、前記リソースアグリゲーターの第１装置を備え、前記第１装置は、前記需要家の前記分散型エネルギーリソースの供出量、および、１００％保証ではない条件を設定することが可能な実行見込を記憶し、前記第１装置は、前記供出量および前記実行見込に基づいて前記分散型エネルギーリソースの機器を制御する、電力システム。

本発明に係る電力供給方法および電力システムによれば、自由度をもってＤＥＲをＲＡに供出することができる。

本発明の一実施形態（第１実施形態）に係る電力システムの概略的な構成を示す図である。 本発明の一実施形態（第１実施形態）に係る電力システムにおいて行われる概略的な動作の例を示す図である。 本発明の一実施形態（第１実施形態）に係るＲＡサーバーが収集するＤＥＲ供出に関する情報の例を示す図である。 本発明の一実施形態（第２実施形態）に係る電力システムの概略的な構成を示す図である。 本発明の一実施形態（第２実施形態）に係る「家のブレーカーが落ちない範囲で制御指示に従う」実行見込が用いられる場合の情報の例を示す図である。

以下、図面を参照し、本発明の実施形態について説明する。

（第１実施形態）
［電力システム］
図１は、本発明の一実施形態（第１実施形態）に係る電力システム１の概略的な構成を示す図である。
本実施形態に係る電力システム１では、ユーザー（需要家）が所有する分散型エネルギーリソース（ＤＥＲ１４）をリソースアグリゲーター（ＲＡ）へ供給することが行われる。

電力システム１は、ＲＡサーバー１１と、機器サーバー１２と、コントローラー１３と、ＤＥＲ１４と、を備える。
ＤＥＲ１４は、１以上の機器を含む。本実施形態では、ＤＥＲ１４は、蓄電池３１と、ＨＰ（Ｈｅａｔ Ｐｕｍｐ）給湯機３２と、ＥＶ（Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）３３と、エアコン（エア・コンディショナーの略）３４と、を含む。なお、ＤＥＲ１４は、任意の機器を含んでもよく、例えば、太陽光発電機を含んでもよい。

ＲＡサーバー１１と機器サーバー１２とは、通信可能に接続されている。
機器サーバー１２とコントローラー１３とは、通信可能に接続されている。
コントローラー１３とＤＥＲ１４の個々の機器とは、通信可能に接続されている。
なお、これらの通信としては、それぞれ、有線通信が用いられてもよく、あるいは、無線通信が用いられてもよい。

ここで、ＲＡサーバー１１は、例えば、ＲＡの施設に備えられる。
また、例えば、機器サーバー１２と、コントローラー１３と、ＤＥＲ１４は、需要家の施設に備えられる。
なお、ＲＡサーバー１１は、ＲＡの施設に対して外部に備えられてもよい。
また、機器サーバー１２およびコントローラー１３は、それぞれ、需要家の施設に対して外部に備えられてもよい。

本実施形態では、ＲＡサーバー１１とＤＥＲ１４との間に機器サーバー１２およびコントローラー１３を備える場合を示すが、他の構成例として、機器サーバー１２およびコントローラー１３のうちの一方または両方が備えられなくてもよい。

なお、一般に、ＲＡサーバー１１の配下に、１つまたは複数の会社のそれぞれごとの機器サーバー（機器サーバー１２と同様なもの）が設けられる。そして、それぞれの機器サーバーごとに、１つまたは複数のコントローラー（コントローラー１３と同様なもの）が設けられる。

［ＤＥＲ供出量および実行見込の登録］
ユーザー（需要家）は、自身が所有するＤＥＲ１４の供出量（電力／電力量／制限事項）に加えて、実行見込も、ＲＡに対して事前申告する。
ここで、本実施形態では、実行見込は、ユーザーが所有するＤＥＲ１４がＲＡから制御指示を受けたときに実際に実行する条件を表し、例えば、実際に実行する割合などを示す指標であってもよい。
本実施形態では、実行見込は、１００％の保証ではなくてもよいが、１００％の保証を含んでもよい。この場合、従来では、いわば、実行見込が必ず１００％保証であったと解釈される。

実行見込の具体例を示す。
（実行見込の例１）「１０回の制御指示のうち、５回は必ず実行する」という実行見込が用いられてもよい。
（実行見込の例２）「過去１０回の制御の指示のうち実行したことが３回を下回らないように維持する」という実行見込が用いられてもよい。
（実行見込の例３）「連続３回実行しないということがないようにする」という実行見込が用いられてもよい。
（実行見込の例４）「ユーザーによって行われる制御を優先する」という実行見込が用いられてもよい。ここで、ユーザーによって行われる制御を優先する場合、ＲＡからの要求がユーザーの制御と異なるときには、ユーザーの制御が優先される。
（実行見込の例５）「家のブレーカーが落ちない範囲で制御指示に従う」という実行見込が用いられてもよい。

ここで、（実行見込の例１）～（実行見込の例３）のように、後で定量的な検証ができる指定の方が、ユーザーへのインセンティブ付与をし易い点で、望ましい。
ただし、（実行見込の例４）～（実行見込の例５）のような指定でも問題ない。
このように、実行見込は、ＲＡとユーザーとの契約で、任意に定められればよい。

また、実行見込は、時間帯と内容とを対応させた組み合わせで指定されてもよい。
（実行見込の例６）「１３時～１７時には、連続３回実行しないということがないようにする」という実行見込が用いられてもよい。当該実行見込は、（実行見込の例３）と時間帯との組み合わせとして捉えることもできる。
（実行見込の例７）「１３時～１７時以外には、必ず実行する」という実行見込が用いられてもよい。当該実行見込は、「必ず実行する」という内容と時間帯との組み合わせとして捉えることもできる。

実行見込は、任意の手法によって、ＲＡに登録されてもよい。本実施形態では、ＲＡサーバー１１の記憶部に、ユーザーのＤＥＲ供出量および実行見込を記憶する。
実行見込は、例えば、ＲＡサーバー１１が随時オンライン通信を行うことで取得して登録してもよく、あるいは、契約時などにオフラインの設定によりＲＡサーバー１１により取得されて登録されてもよい。
また、ＤＥＲ供出量および実行見込は、初期的に設定された後に更新されてもよい。

実行見込の登録の具体例を示す。
（実行見込の登録の例１）所定の機器に対してユーザーが実行見込の設定を行うと、当該機器が当該設定の内容をＲＡサーバー１１に送信する。これにより、ＲＡサーバー１１は、実行見込の設定内容を取得する。
当該機器は、任意の機器であってもよく、例えば、ＤＥＲ１４に含まれる蓄電池３１、ＨＰ給湯機３２、ＥＶ３３、エアコン３４のうちの１以上であってもよい。この場合、当該機器とＲＡサーバー１１とは、コントローラー１３および機器サーバー１２を介して、通信を行う。

（実行見込の登録の例２）所定の機器に対してユーザーが何らかの設定を行うと、当該設定を受けた装置（ここでは、当該機器）が当該設定に応じた実行見込の設定内容を計算して当該設定内容をＲＡサーバー１１に送信する。これにより、ＲＡサーバー１１は、実行見込の設定内容を取得する。
当該機器は、（実行見込の登録の例１）の場合と同様である。
ここで、所定の機器に対してユーザーが行う設定としては、例えば、宅内制御優先設定などであってもよい。宅内制御優先設定の内容は、例えば、ユーザーによる宅内制御を優先させるような任意の制御内容であってもよい。

（実行見込の登録の例３）コントローラー１３に対してユーザーが所定の設定を行うと、コントローラー１３が当該設定に応じた実行見込の設定内容をＲＡサーバー１１に送信する。これにより、ＲＡサーバー１１は、実行見込の設定内容を取得する。
ここで、コントローラー１３に対してユーザーが行う設定は、例えば、（実行見込の登録の例１）または（実行見込の登録の例２）の設定であってもよい。（実行見込の登録の例２）の設定の場合、コントローラー１３がユーザーからの設定に応じた実行見込の設定内容を計算する。
コントローラー１３とＲＡサーバー１１とは、機器サーバー１２を介して、通信を行う。

（実行見込の登録の例４）機器サーバー１２に対してユーザーが所定の設定を行うと、機器サーバー１２が当該設定に応じた実行見込の設定内容をＲＡサーバー１１に送信する。これにより、ＲＡサーバー１１は、実行見込の設定内容を取得する。
ここで、機器サーバー１２に対してユーザーが行う設定は、例えば、（実行見込の登録の例１）または（実行見込の登録の例２）の設定であってもよい。（実行見込の登録の例２）の設定の場合、機器サーバー１２がユーザーからの設定に応じた実行見込の設定内容を計算する。

（実行見込の登録の例５）ＲＡサーバー１１に対して、直接、ユーザーが所定の設定を行うと、ＲＡサーバー１１が当該設定に応じた実行見込の設定内容を取得する。
ここで、ＲＡサーバー１１に対してユーザーが行う設定は、例えば、（実行見込の登録の例１）または（実行見込の登録の例２）の設定であってもよい。（実行見込の登録の例２）の設定の場合、ＲＡサーバー１１がユーザーからの設定に応じた実行見込の設定内容を計算する。

（実行見込の登録の例６）
スマートフォンなどの所定のモバイル機器に対してユーザーが所定の設定を行うと、当該モバイル機器が当該設定に応じた実行見込の設定内容を、直接または間接に、ＲＡサーバー１１に送信する。これにより、ＲＡサーバー１１は、実行見込の設定内容を取得する。
ここで、当該モバイル機器に対してユーザーが行う設定は、例えば、（実行見込の登録の例１）または（実行見込の登録の例２）の設定であってもよい。（実行見込の登録の例２）の設定の場合、当該モバイル機器がユーザーからの設定に応じた実行見込の設定内容を計算する。

（実行見込の登録の例７）契約時にユーザーが申請した実行見込の設定内容をＲＡサーバー１１が保持する。この場合、ＲＡサーバー１１において、実行見込の設定内容は、動的には変更されない。
この場合、例えば、ユーザーが申請した実行見込の設定内容を、ＲＡの担当者がＲＡサーバー１１に登録する。

ここで、実行見込は、例えば、あらかじめ用意された所定のメニューから、ユーザーによって選択されてもよい。例えば、画面に表示されたメニューにおいて複数のプランが用意されていて、ユーザーが１つまたは２つ以上のプランを選択すると、選択されたプランに対応する実行見込が登録されてもよい。この場合、あらかじめ、それぞれのプランと実行見込との対応が設定される。
このような画面を用いた設定は、任意の装置で行われてもよい。

また、実行見込は、例えば、あらかじめ用意されたボタンなどの所定の操作部をユーザーが操作すると、操作された操作部に対応する実行見込が登録されてもよい。この場合、あらかじめ、操作部と実行見込との対応が設定される。
当該操作部は、例えば、ＤＥＲ１４の機器に設けられてもよく、あるいは、他の装置に設けられてもよい。

［電力システムにおける概略的な動作］
図２は、本発明の一実施形態（第１実施形態）に係る電力システム１において行われる概略的な動作の例を示す図である。
図２の例では、ＲＡサーバー１１と、ＤＥＲ側１１１と、を示してある。
ＤＥＲ側１１１は、ＤＥＲ１４を含み、さらに、ＲＡサーバー１１とＤＥＲ１４との間に存在する装置も含む。図１の例では、当該装置は、機器サーバー１２およびコントローラー１３である。つまり、ＲＡサーバー１１とＤＥＲ１４とのやり取りが行われれば、これらの間に存在する装置の動作は任意に設計されてもよい。

（処理Ｔ１）
ＲＡサーバー１１では、ＤＥＲ１４のユーザーによって指定されたＤＥＲ供出量および実行見込が登録される。
その後、ＲＡサーバー１１では、登録された内容に基づいて、制御が行われる。

（処理Ｔ２）
ＲＡサーバー１１において、ＤＥＲ１４に対する制御指示が発生すると、次の（処理Ｔ２１）を実行する。
ここで、当該制御指示は、任意の制御に関する指示であってもよく、例えば、ＤＥＲ１４に含まれる特定の機器の電源をオンにする指示またはオフにする指示などであってもよい。
（処理Ｔ２１）
ＲＡサーバー１１では、ＤＥＲ１４に対して制御指示を送信する。

（処理Ｔ１１）
ＤＥＲ１４では、ＲＡサーバー１１から送信された制御指示に応じた制御を行う。
なお、当該制御は、例えば、ＤＥＲ１４によって行われてもよく、あるいは、コントローラー１３によって行われてもよい。
（処理Ｔ２２）
ＤＥＲ１４では、このような制御の結果をＲＡサーバー１１に対して送信する。
ここで、このような制御結果は、例えば、ＲＡサーバー１１からの制御指示で指示された制御が成功したかまたは失敗したかを示す内容などを含んでもよい。

（処理Ｔ３）
ＲＡサーバー１１では、ＤＥＲ１４から送信された制御結果を取得する。

図３は、本発明の一実施形態（第１実施形態）に係るＲＡサーバー１１が収集するＤＥＲ供出に関する情報の例を示す図である。
図３では、当該情報をテーブル１０１１に示してある。

テーブル１０１１は、ユーザー、機器、ＤＥＲ供出量、実行見込、時間帯という欄を含む。
ユーザーの欄は、それぞれのユーザーを識別する情報を含む。図３の例では、ユーザー１、ユーザー２といったように、番号によってそれぞれのユーザーが識別されている。
機器の欄は、それぞれの機器を識別する情報を含む。図３の例では、蓄電池１、ＨＰ給湯機１、ＥＶ充電器２といったように、名称と番号によってそれぞれの機器が識別されている。

ＤＥＲ供出量の欄は、制御内容、電力、電力量、制限事項という欄を含む。
制御内容の欄は、制御の内容を表す情報を含む。図３の例では、充電、放電、沸き上げといったように、名称によってそれぞれの制御内容が表されている。
電力の欄は、使用される電力（推定電力でもよい）を表す情報を含む。図３の例では、６ｋＷ、１．６ｋＷ、３ｋＷといったように、数値によってそれぞれの電力が表されている。
電力量の欄は、使用される電力量（推定電力量でもよい）を表す情報を含む。図３の例では、２４ｋＷｈ、１８ｋＷｈ、３．２ｋＷｈ、１２ｋＷｈといったように、数値によってそれぞれの電力量が表されている。
制限事項の欄は、制限事項の内容を表す情報を含む。図３の例では、ＳＯＣ１００％まで（許容する）、ＳＯＣ３０％まで（許容する）、沸き上げ完了まで（許容する）、ＥＶ接続時（には許容する）といったように、それぞれの制限事項の内容が表されている。

実行見込の欄は、実行見込の内容を表す情報を含む。図３の例では、１０回中５回必ず実行、ブレーカー容量の範囲で実行、連続３回実行拒否はしない、必ず実行、ユーザー制御優先といったように、それぞれの実行見込の内容が表されている。
時間帯の欄は、時間帯を表す情報を含む。図３の例では、１３－１７時、１３－１７時以外といったように、数値を用いてそれぞれの時間帯が表されている。

ここで、ユーザー１のＨＰ給湯機１については、時間帯ごとに異なる実行見込が設定されている。具体的には、１３－１７時には連続３回実行拒否はしないという設定がされており、１３－１７時以外には必ず実行するという設定がされている。

［ＲＡにおける処理］
ＲＡは、ＤＥＲ供出量に加えて実行見込を加味して必要なＤＥＲ制御計画を策定する。
ＲＡサーバー１１は、ＤＥＲ制御計画に従い、対象となるＤＥＲ１４に制御信号を送出する。
そして、ＲＡサーバー１１は、ＤＥＲ１４が動作したかどうかの結果を取得する。ＲＡサーバー１１は、取得した動作結果に基づいて、適宜、ＤＥＲ制御計画を微修正する。
ＲＡは、制御量に加えて、実行見込、および、当該実行見込の達成度（例えば、制御結果）を加味して、例えば、インセンティブをユーザーに与える。インセンティブは、多様な任意のものであってもよく、例えば、金銭、ポイント、電気料金等の割引（例えば、料金表による割引）、などであってもよい。
本実施形態では、実行見込の内容によって、インセンティブの内容が設定されてもよい。

［ユーザー視点の例］
従来では、ユーザーは、ＲＡに完全に従ってＲＡが１００％優先制御を行うか、または、ＲＡには同意せずにユーザーが１００％自由に制御を行うか、のいずれかしか選択することができなかった。
これに対して、本実施形態では、ユーザーは、ＲＡに対して実行見込を登録することで、ＲＡに１００％従う必要がない具体的な条件を設定することが可能である。これにより、ユーザーは、自身が保有するＤＥＲ１４を、家庭内での利用状況を考慮した条件付きで、ＲＡに供出することができる。また、ユーザーは、実行見込および当該実行見込の達成度に応じたメリットを得ることができる。

［第１実施形態について］
以上のように、本実施形態に係る電力システム１では、ユーザーが所有するＤＥＲ１４をＲＡへ供給する場合に、ユーザーのＤＥＲ１４の供出量、および、１００％保証ではない条件を設定することが可能な実行見込を事前に受け付け、当該供出量および当該実行見込に基づいてＲＡによってＤＥＲ１４の機器を制御する、電力供給方法が用いられている。

このように、本実施形態では、ユーザーは１００％保証ではない実行見込を設定することができるため、ユーザーはＲＡに対してＤＥＲを供出し易くなる。これにより、ユーザーは自由度をもってＤＥＲをＲＡに供出することができる。ＲＡから見ると、ＤＥＲを集め易くなる。
本実施形態では、ＤＥＲは必ずしも１００％の実行を受け付けるとは限らないが、ＲＡは、例えば、十分な量のＤＥＲを集めることで、その時々に必要十分な量を確保することが可能である。
また、ＲＡでは、ＤＥＲ供出量および実行見込に応じてユーザーへのインセンティブを変更する、などの工夫が可能となる。

本実施形態では、例えば、実行見込として、パーセントあるいは回数のうちの一方または両方を用いた条件を設定することが可能である。
また、本実施形態では、実行見込として、時間と内容とが対応する条件を設定することが可能である。

（第２実施形態）
［電力システム］
図４は、本発明の一実施形態（第２実施形態）に係る電力システム２０１の概略的な構成を示す図である。
本実施形態では、第１実施形態に係る図１に示される電力システム１と同様な構成部については、同じ参照符号を付して説明し、詳しい説明を省略する。

電力システム２０１は、ＲＡサーバー１１と、機器サーバー１２と、コントローラー２１１と、ＤＥＲ１４と、スマートメーター２３１と、を備える。
本実施形態では、スマートメーター２３１とコントローラー２１１とが通信可能に接続されている。このような接続のルートは、Ｂルートとも呼ばれている。なお、本実施形態では、Ｂルートを用いてスマートメーター２３１とコントローラー２１１とが接続されて通信を行う場合を示すが、他の構成例として、スマートメーター２３１とコントローラー２１１以外の装置とが接続されて通信を行う構成が用いられてもよい。

コントローラー２１１は、スマートメーター２３１において保持される情報あるいは計測される情報を取得することが可能である。例えば、スマートメーター２３１から所定の情報をコントローラー２１１に出力してもよく、あるいは、コントローラー２１１がスマートメーター２３１にアクセスして情報を読み出してもよい。
ここで、コントローラー２１１によって取得されるスマートメーター２３１における情報としては、任意の情報であってもよく、例えば、瞬時電力計測値、あるいは、ブレーカー容量などのうちの１以上であってもよい。

本実施形態では、コントローラー２１１は、スマートメーター２３１における情報（および、必要であれば、他の情報も）に基づいて、ＤＥＲ供出量を可変に決定する。当該情報としては、例えば、瞬時電力計測値およびブレーカー容量が用いられる。
なお、本実施形態では、ＤＥＲ供出量を可変に決定する機能をコントローラー２１１に備える場合を示したが、他の構成例として、当該機能がコントローラー２１１と機器サーバー１２とに分散されて備えられてもよく、あるいは、当該機能が機器サーバー１２に備えられてもよい。

ここで、実行見込の具体例として、「家のブレーカーが落ちない範囲で制御指示に従う」という実行見込が用いられる場合について説明する。
本実施形態では、家のブレーカー容量（限界）が６ｋＷであり、対象となるＤＥＲの機器がＥＶ普通充電（１．２ｋＷ～３ｋＷで可変制御が可能なもの）であり、ＥＶ普通充電のＳＯＣは十分に小さいこととする（つまり、十分な充電容量がある状態であるとする）。

図５は、本発明の一実施形態（第２実施形態）に係る「家のブレーカーが落ちない範囲で制御指示に従う」実行見込が用いられる場合の情報の例を示す図である。
図５では、当該情報をテーブル１１１１に示してある。

テーブル１１１１は、＜Ａ＞ブレーカー容量、＜Ｂ＞瞬時電力計測値、＜Ｃ＞家のブレーカーの容量限界までの容量、＜Ｄ＞ＤＥＲ供出量という欄を含む。
本実施形態では、＜Ａ＞ブレーカー容量および＜Ｂ＞瞬時電力計測値の情報は、スマートメーター２３１からコントローラー２１１に送られて取得される。
＜Ｃ＞家のブレーカーの容量限界までの容量は、６ｋＷから瞬時電力計測値を減算した結果に相当する。

図５に示される数値の例を示す。
＜Ａ＞ブレーカー容量は、６ｋＷである。
第１の例では、＜Ｂ＞瞬時電力計測値が０～３ｋＷである場合、＜Ｃ＞家のブレーカーの容量限界までの容量は６～３ｋＷであり、＜Ｄ＞ＤＥＲ供出量は例えば３ｋＷとされる。
第２の例では、＜Ｂ＞瞬時電力計測値が３～４．８ｋＷである場合、＜Ｃ＞家のブレーカーの容量限界までの容量は３～１．２ｋＷであり、＜Ｄ＞ＤＥＲ供出量は例えば３～１．２ｋＷ（＜Ｃ＞の値）とされる。この場合、ＤＥＲ供出量は、家のブレーカーの容量限界までの容量に応じて（つまり、瞬時電力計測値に応じて）変化する。
第３の例では、＜Ｂ＞瞬時電力計測値が４．８ｋＷを超える場合、＜Ｃ＞家のブレーカーの容量限界までの容量は１．２～０ｋＷであり、＜Ｄ＞ＤＥＲ供出量は例えば０ｋＷとされる。

ここで、第２の例において、＜Ｄ＞ＤＥＲ供出量として連続的な値が用いられる場合を示したが、他の例として、階段状の値（例えば、３ｋＷ、２．５ｋＷ、２ｋＷなどの値）が用いられてもよい。
この理由は、瞬時電力計測値は常に変化し得るため、家のブレーカーの容量限界までの容量に応じて（つまり、瞬時電力計測値に応じて）ＤＥＲ供出量を変化させると、ＤＥＲ供出量が常に変化し得るためである。このため、例えば、複数の段階のそれぞれの閾値を用いて、家のブレーカーの容量限界までの容量がそれぞれの閾値を超えるごと、または、それぞれの閾値を下回るごとに、それぞれの段階のＤＥＲ供出量を設定することで、ＤＥＲ供出量の変動を抑制することが可能である。

［第２実施形態について］
以上のように、本実施形態に係る電力システム２０１では、第１実施形態と同様に、ユーザーは自由度をもってＤＥＲをＲＡに供出することができる。
また、本実施形態では、スマートメーター２３１のＢルートを用いて、ブレーカーの容量に関する情報を取得することができる。

（以上の実施形態について）
［構成例］
一構成例として、需要家（ユーザー）が所有する分散型エネルギーリソース（図１および図４の例では、ＤＥＲ１４）をリソースアグリゲーター（ＲＡ）へ供給する電力供給方法（図１および図４の例では、電力システム１、２０１において行われる方法）であって、需要家の分散型エネルギーリソースの供出量、および、１００％保証ではない条件を設定することが可能な実行見込を事前に受け付け、当該供出量および当該実行見込に基づいてリソースアグリゲーターによって分散型エネルギーリソースの機器（図１および図４の例では、ＤＥＲ１４の機器）を制御する。

一構成例として、電力供給方法において、実行見込として、パーセントあるいは回数のうちの一方または両方を用いた条件を設定することが可能である。
一構成例として、電力供給方法において、実行見込として、時間と内容とが対応する条件を設定することが可能である。

一構成例として、電力供給方法において、実行見込として、需要家のブレーカー容量を用いた条件を設定することが可能である。
一構成例として、電力供給方法において、需要家のスマートメーターのＢルートでブレーカー容量を取得する。

一構成例として、需要家が所有する分散型エネルギーリソースをリソースアグリゲーターへ供給する電力システム（図１および図４の例では、電力システム１、２０１）であって、リソースアグリゲーターの第１装置（図１および図４の例では、ＲＡサーバー１１）を備え、第１装置は、需要家の分散型エネルギーリソースの供出量、および、１００％保証ではない条件を設定することが可能な実行見込を記憶し、第１装置は、当該供出量および当該実行見込に基づいて分散型エネルギーリソースの機器を制御する。

ここで、以上に示した任意の装置における任意の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録（記憶）して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、処理を行ってもよい。
なお、ここでいう「コンピュータシステム」とは、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）あるいは周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
また、コンピュータ読み取り可能な記録媒体は、例えば、非一時的記録媒体である。

さらに、「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークあるいは電話回線等の通信回線を介してプログラムが送信された場合のサーバーあるいはクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）あるいは電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上に説明した任意の装置における任意の構成部の機能は、プロセッサーにより実現されてもよい。例えば、本実施形態における各処理は、プログラム等の情報に基づき動作するプロセッサーと、プログラム等の情報を記憶するコンピュータ読み取り可能な記録媒体により実現されてもよい。ここで、プロセッサーは、例えば、各部の機能が個別のハードウェアで実現されてもよく、あるいは、各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、当該ハードウェアは、デジタル信号を処理する回路およびアナログ信号を処理する回路のうちの少なくとも一方を含んでもよい。例えば、プロセッサーは、回路基板に実装された１または複数の回路装置、あるいは、１または複数の回路素子のうちの一方または両方を用いて、構成されてもよい。回路装置としてはＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などが用いられてもよく、回路素子としては抵抗あるいはキャパシターなどが用いられてもよい。

ここで、プロセッサーは、例えば、ＣＰＵであってもよい。ただし、プロセッサーは、ＣＰＵに限定されるものではなく、例えば、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のような、各種のプロセッサーが用いられてもよい。また、プロセッサーは、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によるハードウェア回路であってもよい。また、プロセッサーは、例えば、複数のＣＰＵにより構成されていてもよく、あるいは、複数のＡＳＩＣによるハードウェア回路により構成されていてもよい。また、プロセッサーは、例えば、複数のＣＰＵと、複数のＡＳＩＣによるハードウェア回路と、の組み合わせにより構成されていてもよい。また、プロセッサーは、例えば、アナログ信号を処理するアンプ回路あるいはフィルター回路等のうちの１以上を含んでもよい。

以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１、２０１…電力システム、１１…ＲＡサーバー、１２…機器サーバー、１３、２１１…コントローラー、１４…ＤＥＲ、３１…蓄電池、３２…ＨＰ給湯機、３３…ＥＶ、３４…エアコン、２３１…スマートメーター、１０１１、１１１１…テーブル

Claims (6)

1. 需要家が所有する分散型エネルギーリソースをリソースアグリゲーターへ供給する電力供給方法であって、
   前記需要家の前記分散型エネルギーリソースの供出量、および、１００％保証ではない条件を設定することが可能な実行見込を事前に受け付け、
   前記供出量および前記実行見込に基づいて前記リソースアグリゲーターによって前記分散型エネルギーリソースの機器を制御する、
   電力供給方法。
2. 前記実行見込として、パーセントあるいは回数のうちの一方または両方を用いた条件を設定することが可能である、
   請求項１に記載の電力供給方法。
3. 前記実行見込として、時間と内容とが対応する条件を設定することが可能である、
   請求項１または請求項２に記載の電力供給方法。
4. 前記実行見込として、前記需要家のブレーカー容量を用いた条件を設定することが可能である、
   請求項１から請求項３のいずれか１項に記載の電力供給方法。
5. 前記需要家のスマートメーターのＢルートで前記ブレーカー容量を取得する、
   請求項４に記載の電力供給方法。
6. 需要家が所有する分散型エネルギーリソースをリソースアグリゲーターへ供給する電力システムであって、
   前記リソースアグリゲーターの第１装置を備え、
   前記第１装置は、前記需要家の前記分散型エネルギーリソースの供出量、および、１００％保証ではない条件を設定することが可能な実行見込を記憶し、
   前記第１装置は、前記供出量および前記実行見込に基づいて前記分散型エネルギーリソースの機器を制御する、
   電力システム。

Images