JP2018207708A - 電力管理装置、電力管理方法および電力管理プログラム - Google Patents

Abstract

【課題】電力需給の良好なバランスを実現することが可能な電力管理装置、電力管理方法および電力管理プログラムを提供する。【解決手段】電力管理装置は、電力消費または系統への電力供給を管理する電力管理装置であって、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部とを備え、前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である。【選択図】図８

Description

本発明は、電力管理装置、電力管理方法および電力管理プログラムに関する。

従来、電力需給が逼迫している場合等に一般家庭およびオフィス等の電力需要施設における電力消費が調整されるように、電力需要施設における電力消費を管理するシステムが開発されている。

たとえば、特許文献１（特開２０１２−２０５３５８号公報）には、以下のような技術が開示されている。すなわち、電力管理システムは、予め登録された複数の参加者を含むコミュニティに関する参加者リストを保持する保持部と、電力削減制御の実行の要否を判定する判定部と、電力削減制御の実行が必要であると判定部が判定した場合に、参加者リストに含まれている複数の参加者の中から、電力削減制御の対象となる一以上の対象者を選定する選定部と、選定部によって選定された対象者に関して、電力削減制御を実行する制御部と、電力削減制御が実行された対象者に対して、削減電力に基づく特典を付与する付与部とを備える。

また、節電を目的として、家庭またはビル等の電力需要施設へのエネルギーマネジメントシステムｘＥＭＳ（Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）の導入が行われている。

ｘＥＭＳとは、電力需要施設における消費電力量を監視し、電力需要施設における機器または設備等の運転状態を管理することによって、電力需要施設における電力消費の調整を図るためのシステムである。ｘＥＭＳは、家庭向けである場合、ＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）となり、ビル向けである場合、ＢＥＭＳ（Ｂｕｉｌｄｉｎｇ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）となる。

ｘＥＭＳは、たとえばＶＰＰ（Ｖｉｒｔｕａｌ Ｐｏｗｅｒ Ｐｌａｎｔ）事業者すなわちアグリゲータと呼ばれる事業者と連携することによって電力需要の調整を実現する。アグリゲータは、ｘＥＭＳを導入した電力需要施設に対してエネルギー管理支援サービスを提供する。

また、たとえば一般家庭に設けられる太陽光発電等の電力需要施設における発電装置による発電電力の系統への逆潮流（売電）を防止するための技術が開発されている。

たとえば、特許文献２（特開２０１３−１７２４９５号公報）には、発電電力を無駄なく利用することができる電力貯蔵型の発電システムが開示されている。電力貯蔵型の発電システムは、外部の系統と連系され、自然エネルギーを受けて発電する発電部と、発電部による発電電力及び系統からの電力を貯蔵し、発電部と直流接続される蓄電部と、発電部の発電及び蓄電部への充放電を制御する制御部とを備える。制御部は、発電電力が系統に向けて逆潮流している際に、系統電圧と予め定められた閾値電圧との比較に基づいて、発電電力の逆潮流を停止させ、または、逆潮流する発電電力を低減させるとともに、発電電力を蓄電池に充電させる。

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

送配電事業者および電力小売り事業者は、多くの電力需要施設にｘＥＭＳが導入されることにより、全体的な電力需要を広範囲に調整することが容易となる。

たとえば、送配電事業者および電力小売り事業者は、電力需給の逼迫が予測される場合に、アグリゲータに対して予め節電依頼を行なう。そして、アグリゲータは、電力需要施設の需要家に対して節電依頼を行なう。

また、たとえば、送配電事業者は、電力の供給が需要を上回ると予想される場合、発電量の調整を再生エネルギー事業者、および発電装置を所有する需要家に対して、系統への電力供給の調整を依頼する。

しかしながら、再生エネルギー事業者および需要家への依頼内容が適切でない場合、電力需給が逼迫したり、電力の供給が需要を上回ったりし、系統における電力の需給バランスが崩れるため、好ましくない。

この発明は、上述の課題を解決するためになされたもので、その目的は、電力需給の良好なバランスを実現することが可能な電力管理装置、電力管理方法および電力管理プログラムを提供することである。

（１）上記課題を解決するために、この発明のある局面に係わる電力管理装置は、電力消費または系統への電力供給を管理する電力管理装置であって、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部とを備え、前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である。

（５）上記課題を解決するために、この発明のある局面に係わる電力管理方法は、電力消費または系統への電力供給を管理する電力管理装置における電力管理方法であって、複数の演算方法を用いて、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成するステップと、作成した複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知するステップとを含み、前記候補情報を作成するステップにおいて、演算中または演算待ちの前記候補情報も仮候補情報として作成する。

（６）上記課題を解決するために、この発明のある局面に係わる電力管理プログラムは、電力消費または系統への電力供給を管理する電力管理装置において用いられる電力管理プログラムであって、コンピュータを、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部、として機能させるためのプログラムであり、前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である。

本発明は、このような特徴的な処理部を備える電力管理装置として実現することができるだけでなく、電力管理装置を備える電力管理システムとして実現することができる。また、本発明は、電力管理装置の一部または全部を実現する半導体集積回路として実現することができる。

本発明によれば、電力需給の良好なバランスを実現することができる。

図１は、本発明の第１の実施の形態に係る電力管理システムの構成を示す図である。 図２は、本発明の第１の実施の形態に係る電力管理システムにおける電力管理サーバの構成を示す図である。 図３は、本発明の第１の実施の形態に係る電力管理システムにおける端末装置の構成を示す図である。 図４は、本発明の第１の実施の形態に係る電力管理システムにおける端末装置が作成する画面の一例を示す図である。 図５は、図２に示す処理部により用いられる各演算方法に要求される前提条件の一覧表を示す図である。 図６は、図５に示す各演算方法の演算スケジュールの例１を示す図である。 図７は、図５に示す各演算方法の演算スケジュールの例２を示す図である。 図８は、図３に示す端末装置により表示される候補画面の例１−１を示す図である。 図９は、図３に示す端末装置により表示される候補画面の例１−２を示す図である。 図１０は、図３に示す端末装置により表示される候補画面の例２−１を示す図である。 図１１は、図３に示す端末装置により表示される候補画面の例２−２を示す図である。 図１２は、本発明の第１の実施の形態に係る電力管理システムにおけるＤＲ実行前の各処理のシーケンスの一例を示す図である。 図１３は、本発明の第１の実施の形態に係る電力管理システムにおけるリコメンド処理ＲＰ１のシーケンスの一例を示す図である。 図１４は、図３に示す端末装置により表示される候補画面の例を示す図である。 図１５は、本発明の第１の実施の形態に係る電力管理システムにおけるリコメンド処理ＲＰ２のシーケンスの一例を示す図である。 図１６は、図３に示す端末装置により表示されるイベント画面の例を示す図である。 図１７は、本発明の第１の実施の形態に係る電力管理システムにおけるＤＲ実行中およびＤＲ実行後の各処理のシーケンスの一例を示す図である。 図１８は、本発明の第２の実施の形態に係る電力管理システムの構成を示す図である。 図１９は、本発明の第２の実施の形態に係る電力管理システムにおける電力管理サーバの構成を示す図である。 図２０は、本発明の第２の実施の形態に係る電力管理システムにおけるＰＶ出力調整実行前の各処理のシーケンスの一例を示す図である。 図２１は、本発明の第２の実施の形態に係る電力管理システムにおけるリコメンド処理のシーケンスの一例を示す図である。 図２２は、本発明の第２の実施の形態に係る電力管理システムにおける端末装置が作成するイベント画面の一例を示す図である。 図２３は、本発明の第２の実施の形態に係る電力管理システムにおけるＰＶ出力調整実行中およびＰＶ出力調整実行後の各処理のシーケンスの一例を示す図である。 図２４は、本発明の第２の実施の形態に係る電力管理システムの変形例の構成を示す図である。 図２５は、本発明の第２の実施の形態に係る電力管理システムの変形例における送配電事業者サーバの構成を示す図である。 図２６は、本発明の第２の実施の形態に係る電力管理システムの変形例におけるＰＶ出力調整実行前の各処理のシーケンスの一例を示す図である。 図２７は、本発明の第２の実施の形態に係る電力管理システムの変形例におけるＰＶ出力調整実行中およびＰＶ出力調整実行後の各処理のシーケンスの一例を示す図である。

最初に、本発明の実施形態の内容を列記して説明する。

（１）本発明の実施の形態に係る電力管理装置は、電力消費または系統への電力供給を管理する電力管理装置であって、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部とを備え、前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である。

このような構成により、たとえば、多様な候補情報をユーザに推奨し、ユーザは、嗜好に合った候補情報、またはある基準により適した候補情報を選択することができる。したがって、電力需給の良好なバランスを実現することが可能である。また、仮候補情報をユーザに提示することが可能であるため、ユーザは、作成される予定の候補情報の数などを早期に把握することができる。したがって、候補情報に関するより有用な情報の提供を行うことができる。

（２）好ましくは、前記作成部は、作成した複数の前記仮候補情報が選択された場合、演算後の前記複数の仮候補情報を比較し、比較結果に基づいて、前記複数の仮候補情報のうちのいずれか１つを選択する。

このような構成により、電力消費または系統への電力供給の調整の内容および依頼先の状況により適した依頼情報を作成することができる。

（３）好ましくは、前記作成部は、前記候補情報および前記仮候補情報の各々の演算状況を表示する制御を行う。

このような構成により、ユーザは、たとえば、候補情報の作成の可否、候補情報が作成済であるか否か、および作成中である候補情報の作成終了の予定時刻などを把握することができる。

（４）好ましくは、前記作成部は、他の装置から前記調整に関する依頼を示す調整情報を取得し、各前記演算方法に要求される条件および取得した前記調整情報に基づいて前記演算方法を選択し、選択した前記演算方法を用いて前記候補情報を作成する。

このような構成により、要求される条件を満たしていない演算方法を、演算処理の開始前に演算処理の対象から外すことができるため、不要な演算処理を行うことを避けることができる。

（５）本発明の実施の形態に係る電力管理方法は、電力消費または系統への電力供給を管理する電力管理装置における電力管理方法であって、複数の演算方法を用いて、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成するステップと、作成した複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知するステップとを含み、前記候補情報を作成するステップにおいて、演算中または演算待ちの前記候補情報も仮候補情報として作成する。

このような方法により、たとえば、多様な候補情報をユーザに推奨し、ユーザは、嗜好に合った候補情報、またはある基準により適した候補情報を選択することができる。したがって、電力需給の良好なバランスを実現することが可能である。また、仮候補情報をユーザに提示することが可能であるため、ユーザは、作成される予定の候補情報の数などを早期に把握することができる。したがって、候補情報に関するより有用な情報の提供を行うことができる。

（６）本発明の実施の形態に係る電力管理プログラムは、電力消費または系統への電力供給を管理する電力管理装置において用いられる電力管理プログラムであって、コンピュータを、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部、として機能させるためのプログラムであり、前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である。

このような構成により、たとえば、多様な候補情報をユーザに推奨し、ユーザは、嗜好に合った候補情報、またはある基準により適した候補情報を選択することができる。したがって、電力需給の良好なバランスを実現することが可能である。また、仮候補情報をユーザに提示することが可能であるため、ユーザは、作成される予定の候補情報の数などを早期に把握することができる。したがって、候補情報に関するより有用な情報の提供を行うことができる。

以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。

＜第１の実施の形態＞
［構成および基本動作］
（全体構成）
図１は、本発明の第１の実施の形態に係る電力管理システムの構成を示す図である。

図１を参照して、電力管理システム３０１は、電力管理サーバ（電力管理装置）１０１と、系統側サーバ１２１と、端末装置１７１と、３つの需要家装置２０２とを備える。

図１では、３つの需要家装置２０２を代表的に示しているが、さらに多数または少数の需要家装置２０２が設けられてもよい。また、需要家装置２０２に対応して２つの負荷２０５を代表的に示しているが、さらに多数または少数の負荷２０５が需要家装置２０２に対応して設けられてもよい。

電力管理システム３０１では、たとえば、電力の需給が逼迫する場合、または電力の需給が逼迫するおそれがある場合において、各需要家が消費電力を調整するための需要応答（ＤＲ：Ｄｅｍａｎｄ Ｒｅｓｐｏｎｓｅ）、すなわち各需要家が消費電力を抑制するためのＤＲを発行することが可能である。

電力管理システム３０１における系統側サーバ１２１は、電力系統側である送配電事業者または電力小売事業者等によって運用され、電力消費の調整に関する依頼を示す調整情報Ｓ１を電力管理サーバ１０１へ送信する。調整情報Ｓ１は、たとえば、電力消費の調整の依頼期間（以下、ＤＲ期間とも称する。）の開始タイミングおよびＤＲ期間の長さ、ならびに電力消費の調整量を示す依頼電力Ｒ１を含む。なお、調整情報Ｓ１には、ＤＲ期間の長さの代わりにＤＲ期間の終了タイミングが含まれていてもよい。

需要家装置２０２は、電力会社から電力の供給を受けるビル、工場または一般家庭等の電力需要施設において用いられる。需要家装置２０２は、電力需要施設ごとに１つ設けられてもよいし、電力需要施設ごとに複数設けられてもよい。電力会社は、たとえば発電事業者または電力小売り事業者である。

需要家装置２０２は、電力需要施設における１または複数の負荷２０５を制御可能である。負荷２０５は、二次電池をエネルギー源とする二次電池式電気自動車およびプラグインハイブリッドカー、ならびに照明、テレビおよび空調装置等の電気機器である。

より詳細には、需要家装置２０２は、電気機器の動作を制御することによって消費電力の削減を図るためのｘＥＭＳにおいて用いられる装置であり、たとえばアグリゲータによって導入される。

電力管理サーバ１０１は、たとえばアグリゲータによって運用され、１または複数の需要家装置２０２と通信を行なうことにより、１または複数の電力需要施設における電力消費を管理する。電力管理サーバ１０１は、たとえば、需要家装置２０２が設けられる電力需要施設から遠隔の場所に設置されることが多い。

卸電力取引所サーバ１１１は、たとえば、１時間前契約および４時間前契約等の契約ごとの電力取引市場を提供する。

（電力管理サーバ）
図２は、本発明の第１の実施の形態に係る電力管理システムにおける電力管理サーバの構成を示す図である。

図２を参照して、電力管理サーバ１０１は、通信部（通知部）２１と、処理部（作成部）２２と、記憶部２３とを含む。

電力管理サーバ１０１における通信部２１は、他の装置と情報の送受信を行うことが可能である。この例では、通信部２１は、卸電力取引所サーバ１１１、系統側サーバ１２１、端末装置１７１および需要家装置２０２と情報の送受信を行うことが可能である。

記憶部２３は、管理情報、実績集約情報、ＤＲ可能量情報および各種登録情報を保持する。

管理情報は、たとえば、アグリゲータの管理する各需要家の需要家ＩＤと、需要家ＩＤに対応する、契約内容、スケジュールおよび需要家装置２０２の装置ＩＤとを含む。たとえば、需要家ＩＤは、契約内容に応じたグループに属する。これらの契約には、電力消費の調整量に対するインセンティブがそれぞれ定められている。スケジュールは、たとえば需要家がＤＲに参加できない期間を示す。

実績集約情報は、たとえば、各需要家のＤＲの実績を示す。具体的には、実績集約情報は、需要家ＩＤごとの、系統側サーバ１２１から要求されたＤＲ期間および依頼電力Ｒ１と、当該期間において調整した電力の実績値とを含む。ＤＲ可能量情報および各種登録情報については、後述する。

処理部２２は、たとえば、自己の電力管理サーバ１０１の管理する各需要家のＤＲ可能量を定期的に予測する。

より詳細には、処理部２２は、たとえば、複数の対象期間を設定し、記憶部２３における管理情報および実績集約情報に基づいて、グループごとかつ対象期間ごとに、当該グループに属する需要家が対象期間において調整することのできる電力、をＤＲ可能量として予測する。処理部２２は、予測結果に基づいて、記憶部２３におけるＤＲ可能量を示すＤＲ可能量情報を更新する。

また、処理部２２は、たとえば、オペレータにより指定された、アグリゲータがＤＲに参加する制御期間、制御期間において調整される電力（以下、「節電電力」とも称する。）の目標である制御量、および電力消費の調整の依頼先の条件などに基づいて、電力消費の調整の依頼先および内容を示す複数の候補情報を作成する。処理部２２による候補情報の作成処理の詳細については後述する。

（端末装置）
図３は、本発明の第１の実施の形態に係る電力管理システムにおける端末装置の構成を示す図である。

図３を参照して、端末装置１７１は、取得部６１と、表示制御部６２と、受付部６４と、通知部６５とを含む。

端末装置１７１は、たとえば、パーソナルコンピュータであり、アグリゲータにおけるオペレータによって操作される。

取得部６１は、たとえば、電力管理サーバ１０１から各種情報を受信し、受信した情報を表示制御部６２へ出力する。表示制御部６２は、取得部６１から情報を受けると、当該情報に基づく画面を表示装置に表示する制御を行う。

受付部６４は、たとえばオペレータの操作を受け付け、受け付けた操作を示す操作情報を作成して通知部６５へ出力する。通知部６５は、受付部６４から操作情報を受けると、受けた操作情報を電力管理サーバ１０１へ送信する。

［候補情報の作成］
（制御期間、制御量および制御条件の入力）
図４は、本発明の第１の実施の形態に係る電力管理システムにおける端末装置が作成する画面の一例を示す図である。図４には、電子取引シミュレーション画面が示される。また、＊印は、必須項目であることを示す。

より詳細には、オペレータは、たとえば、図４に示す画面Ｓｃ１を参照し、少なくとも「制御期間」を入力する操作を端末装置１７１に対して行う。ここで、「制御期間」は、たとえば、アグリゲータがＤＲに参加する期間であり、３０分単位で指定することが可能である。

また、オペレータは、「制御量」および「制御条件」をオプションとして指定することが可能である。ここで、「制御量」は、「制御期間」における節電電力の目標を示す。

「制御条件」は、依頼先すなわち需要家の条件を示す。具体的には、「制御条件」は、抽出対象の需要家数の指定、抽出対象の需要家の電力需要施設が位置する地域の指定、過去の期間における需要家のＤＲの参加の有無、および図１に示す負荷２０５ごとの制御を行うか否かなどである。

オペレータは、各項目の入力が完了すると、「実行」ボタンを選択する操作を行う。

図３に示す受付部６４は、オペレータの操作を受け付け、受け付けた操作を示す操作情報を作成して通知部６５へ出力する。そして、通知部６５は、受付部６４からの操作情報を電力管理サーバ１０１へ送信する。

（演算方法の選択および演算スケジュールの作成）
再び図２を参照して、電力管理サーバ１０１における処理部２２は、通信部２１経由で端末装置１７１からの操作情報を受信すると、受信した操作情報に基づいて、電力消費の調整の依頼先および内容の候補情報を作成する。より詳細には、処理部２２は、複数の演算方法を用いて、複数の候補情報をそれぞれ作成する。

ここで、演算方法ごとに要求される前提条件が異なる。すなわち、演算方法ごとに、候補情報の作成に必要となる情報、および作成に要する時間が異なる。このため、処理部２２は、たとえば、端末装置１７１からの操作情報、および記憶部２３に保存されている情報に基づいて、複数の演算方法の中から、演算処理を行う際の演算方法を選択する。以下、処理部２２による演算方法の選択の詳細について説明する。

（ａ）前提条件
図５は、図２に示す処理部により用いられる各演算方法に要求される前提条件の一覧表を示す図である。

図５を参照して、ここでは、処理部２２は、「最適化エンジン１」、「回り番」、「優先度」および「最適化エンジン２」の４種類の演算方法を用いることが可能であるとする。たとえば、図２に示す記憶部２３には、これら４種類の演算方法の各々の前提条件を示す前提条件情報が保持されている。

具体的には、前提条件情報には、以下のような内容が示されている。すなわち、処理部２２が「最適化エンジン１」を用いて候補情報を作成する場合、各需要家のＤＲの実績であって直近の４時間前までの１日分の実績を示す情報が取得済であり、制御期間の長さが最大２日間であり、制御期間の開始日時が現在時刻の１時間後〜２日後の期間に含まれることが要求される。

また、たとえば、「最適化エンジン１」では、図１に示す負荷２０５を制御対象とする候補情報が作成可能であり、「最適化エンジン１」を用いる演算処理を行えない期間はなく、「最適化エンジン１」を用いる演算処理には最大２時間を要する。

また、処理部２２が「回り番」を用いて候補情報を作成する場合、各需要家のＤＲの実績を示す情報は不要であり、制御期間の長さに制限はなく、制御期間の開始日時にも制限がない。

また、たとえば、「回り番」では、図１に示す負荷２０５を制御対象とする候補情報が作成できず、「回り番」を用いる演算処理を行えない期間はなく、「回り番」を用いる演算処理は数ミリ秒で行うことができる。

また、処理部２２が「優先度」を用いて候補情報を作成する場合、各需要家のＤＲの実績を示す情報は不要であり、制御期間の長さに制限はなく、制御期間の開始日時にも制限はない。

また、たとえば、「優先度」では、図１に示す負荷２０５を制御対象とする候補情報が作成可能であり、「優先度」を用いる演算処理を行えない期間はなく、「優先度」を用いる演算処理は数ミリ秒で行うことができる。

また、処理部２２が「最適化エンジン２」を用いて候補情報を作成する場合、各需要家のＤＲの実績であって直近の２０時間前までの７日分の実績を示す情報が取得済であり、制御期間の長さが最大２日間であり、制御期間の開始日時が現在時刻の１時間後〜２日後の期間に含まれることが要求される。

また、たとえば、「最適化エンジン２」では、図１に示す負荷２０５を制御対象とする候補情報が作成可能であり、「最適化エンジン２」を用いる演算処理を行えない期間が「２０１７年２月２４日の１０：００〜１２：００」であり、「最適化エンジン２」を用いる演算処理には最大１時間を要する。

（ｂ）具体例
（ｂ−１）例１
たとえば、現在時刻が２０１７年２月２４日の１０時であり、制御期間が２０１７年２月２４日の１３時〜１４時であり、負荷２０５ごとの制御を行うことが制御条件として指定されているとする。また、実績情報には、２０１７年２月２４日の１０時までの３０日分の実績が含まれているとする。さらに、各依頼先への依頼内容の通知タイミングの期限が、制御期間の開始１時間前であるとする。

上述のとおり、「回り番」では、負荷２０５を制御対象とする候補情報を作成することができない。このため、処理部２２は、複数の演算方法の中から「回り番」以外の演算方法、すなわち「最適化エンジン１」、「優先度」および「最適化エンジン２」を選択する。そして、処理部２２は、選択した各演算方法の演算スケジュールを作成する。

図６は、図５に示す各演算方法の演算スケジュールの例１を示す図である。図６に示す三角のマークは、各演算方法を用いた演算処理の演算終了タイミングを示す。

図５および図６を参照して、「最適化エンジン１」では候補情報の作成に最大２時間を要するため、処理部２２は、現在時刻の２時間後である２０１７年２月２４日の１２時を「最適化エンジン１」を用いる演算処理の演算終了タイミングとして予測する。また、「優先度」では候補情報の作成を数ミリ秒で行うことができるため、処理部２２は、現在時刻の数ミリ秒後を「優先度」を用いる演算処理の演算終了タイミングとして予測する。また、「最適化エンジン２」では候補情報の作成に最大１時間を要するため、処理部２２は、現在時刻の１時間後である２０１７年２月２４日の１１時を「最適化エンジン２」を用いる演算処理の演算終了タイミングとして予測する。

（ｂ−２）例２
また、たとえば、現在時刻が２０１７年２月２４日の１０時であり、制御期間が２０１７年２月２５日の１３時〜１４時であり、需要家ごとの制御を行うことが制御条件として指定されているとする。また、実績情報には、２０１７年２月２４日の１０時までの３０日分の実績が含まれているとする。さらに、各依頼先への依頼内容の通知タイミングの期限が、制御期間の開始１時間前であるとする。

この場合、処理部２２は、「最適化エンジン１」、「回り番」、「優先度」および「最適化エンジン２」の全てを選択し、選択した各演算方法の演算スケジュールを作成する。

図７は、図５に示す各演算方法の演算スケジュールの例２を示す図である。図７に示す三角のマークは、図６に示す三角マークと同様に、各演算方法を用いた演算処理の演算終了タイミングを示す。

図５および図７を参照して、「最適化エンジン１」では、各需要家のＤＲの実績であって直近の４時間前までの１日分の実績を示す情報が取得済であることが要求されるため、制御期間の開始タイミングの４時間前である２０１７年２月２５日の９時から演算処理を行うことができる。そして、「最適化エンジン１」では候補情報の作成に最大２時間を要するため、処理部２２は、２０１７年２月２５日の９時の２時間後である２０１７年２月２５日の１１時を「最適化エンジン１」を用いる演算処理の演算終了タイミングとして予測する。

また、「回り番」では候補情報の作成を数ミリ秒で行うことができるため、処理部２２は、現在時刻の数ミリ秒後を「回り番」を用いる演算処理の演算終了タイミングとして予測する。また、「優先度」では候補情報の作成を数ミリ秒で行うことができるため、処理部２２は、現在時刻の数ミリ秒後を「優先度」を用いる演算処理の演算終了タイミングとして予測する。

また、「最適化エンジン２」では、各需要家のＤＲの実績であって直近の２０時間前までの７日分の実績を示す情報が取得済であることが要求されるため、制御期間の開始タイミングの２０時間前である２０１７年２月２４日の１７時から演算処理を行うことができる。そして、「最適化エンジン２」では候補情報の作成に最大１時間を要するため、処理部２２は、２０１７年２月２４日の１７時の１時間後である２０１７年２月２４日の１８時を「最適化エンジン２」を用いる演算処理の演算終了タイミングとして予測する。

（候補情報の作成）
処理部２２は、選択した演算方法ごとに候補情報を作成する。より詳細には、処理部２２は、通信部２１経由で端末装置１７１からの操作情報を受信すると、受信した操作情報に基づいて、電力消費の調整の内容として制御期間および制御量を認識する。処理部２２は、たとえば、オペレータが「制御量」を指定しなかった場合、記憶部２３に保存されているＤＲ可能量情報に基づく、制御期間におけるＤＲ可能量を制御量として用いる。

また、処理部２２は、操作情報からオペレータが指定した「制御条件」を条件情報として取得し、取得した条件情報の内容を認識する。処理部２２は、たとえば、オペレータが「制御条件」を指定しなかった場合、上述の各「制御条件」、すなわち、抽出対象の需要家数、抽出対象の需要家の電力需要施設が位置する地域、過去の期間における需要家のＤＲの参加の有無、および負荷２０５ごとの制御を行うか否かなどのうちの少なくともいずれか１つのデフォルトの内容を条件情報として用いる。

より詳細には、処理部２２は、たとえば、記憶部２３における管理情報および実績集約情報、ならびに取得した条件情報に含まれる制御期間および制御量を用いて、各需要家のＤＲの実績、スケジュール、制御期間および制御量のうちの少なくとも一部を含む入力データを作成する。また、処理部２２は、条件情報の内容を含む制御条件データを作成する。

処理部２２は、たとえば、各演算方法に対応する、演算処理を実行するエンジンを有している。処理部２２は、選択した演算方法に対応するエンジンに、作成した入力データおよび制御条件データを入力することにより、入力データを満足するようなリソースの選別、すなわち各需要家の需要家ＩＤの抽出を行う。

具体的には、処理部２２は、たとえば、入力データを満足するような、７０件の各需要家の需要家ＩＤ、１００件の各需要家の需要家ＩＤ、および１５０件の各需要家の需要家ＩＤ等の任意数の需要家の需要家ＩＤを仮抽出する。そして、処理部２２は、たとえば、条件情報の示す条件として抽出対象の需要家数が１００件に指定されている場合、仮抽出した各需要家ＩＤのセットのうち、１００件の各需要家の需要家ＩＤを本抽出する。

なお、処理部２２は、需要家ＩＤを仮決定することなく、電力消費の調整の内容、および条件情報に基づいて、入力データおよび制御条件を満足するような各需要家の需要家ＩＤを本抽出してもよい。この決定方法は、たとえば、条件情報の示す条件として、抽出対象の需要家の電力需要施設が位置する地域が指定されている場合に適している。

また、処理部２２は、抽出した各需要家に割り当てる節電電力、割り当てた各節電電力の合計すなわち節電電力期待値、および抽出した各需要家に支払うべきインセンティブの合計すなわちコストを算出する。

そして、処理部２２は、抽出した需要家ＩＤ、ならびに算出した節電電力、節電電力期待値およびコストを含む候補情報を作成する。

なお、処理部２２は、複数の候補情報のうち少なくとも２つの候補情報の示す依頼先が同じになるように候補情報を作成してもよいし、複数の候補情報のうち少なくとも２つの候補情報の示す依頼先が異なるように候補情報を作成してもよい。

（演算状況の表示および候補の選択）
再び図２および図３を参照して、処理部２２は、選択した演算方法を用いて複数の候補情報を作成し、作成した複数の候補情報を通信部２１経由で端末装置１７１へ送信する。また、処理部２２は、演算中または演算待ちの候補がある場合、当該候補を仮候補として、仮候補の内容を示す１または複数の仮候補情報を通信部２１経由で端末装置１７１へ送信する。

また、処理部２２は、選択した各演算方法を用いた演算処理の状況を示す演算状況情報を作成し、作成した演算状況情報を通信部２１経由で端末装置１７１へ送信する。演算状況情報は、たとえば、演算方法ごとに、演算済、演算中、演算待ち、または演算不可のいずれかの状況であることを示す。また、演算状況情報は、たとえば、演算済の演算方法については演算終了時刻を示し、演算中または演算待ちの演算方法については演算の終了見込み時刻を示す。

処理部２２は、候補情報、仮候補情報および演算状況情報の作成および送信を、定期的または不定期に行う。

端末装置１７１における取得部６１は、電力管理サーバ１０１からの候補情報、仮候補情報および演算状況情報を受信して、受信したこれらの情報を表示制御部６２へ出力する。表示制御部６２は、取得部６１からの候補情報、仮候補情報および演算状況情報を受けると、これらの情報に基づく候補画面Ｓｃ２を表示装置に表示する制御を行う。

（ａ）例１
図８は、図３に示す端末装置により表示される候補画面の例１−１を示す図である。ここでは、上述の「（ｂ−１）例１」において説明した状況、すなわち図６に示すスケジュールで演算処理を行う状況であって、２０１７年２月２４日の１０時における候補画面Ｓｃ２について説明する。

図８を参照して、候補画面Ｓｃ２において、たとえば、演算方法ごとに、「演算状況」、「演算終了時刻」、「達成率見込（％）」、「制御量見込（ｋＷ）」、「支払報奨金合計（円）」、「選別された需要家の数」および「制御条件」が表示される。「達成率見込（％）」は、節電電力期待値を制御量で除した値を百分率で表した値である。「制御量見込（ｋＷ）」および「支払報奨金合計（円）」は、それぞれ節電電力期待値およびコストである。「選別された需要家の数」は、電力管理サーバ１０１によって抽出された需要家ＩＤの個数である。

ここでは、図６に示す「最適化エンジン１」による候補の番号を「１」とし、「回り番」による候補の番号を「２」とし、「優先度」による候補の番号を「３」とし、「最適化エンジン２」による候補の番号を「４」とする。

この例では、「回り番」は選択されていないため、候補画面Ｓｃ２では、「回り番」による演算は不可であることが表示される。また、２０１７年２月２４日の１０時では、「優先度」による演算処理が終了しているため、当該演算処理により得られた各項目に対応する内容が表示される。

また、この時点では、「最適化エンジン１」および「最適化エンジン２」による各演算処理が演算中である。このため、候補画面Ｓｃ２では、これらの演算処理が演算中であること、および演算終了見込み時刻が表示される。

図９は、図３に示す端末装置により表示される候補画面の例１−２を示す図である。ここでは、図８に示す状況の１時間後の状況、すなわち２０１７年２月２４日の１１時における候補画面Ｓｃ２について説明する。

図９を参照して、２０１７年２月２４日の１１時では、図８に示す２０１７年２月２４日の１０時の時点と比較して、「最適化エンジン２」による演算処理が終了している。このため、候補画面Ｓｃ２では、当該演算処理により得られた各項目に対応する内容が表示される。

また、図８に示す候補画面Ｓｃ２および図９に示す候補画面Ｓｃ２のいずれにおいても、候補および仮候補に対して、それぞれ「この候補を選択する」ボタンおよび「詳細」ボタンが表示される。オペレータは、たとえば、候補画面Ｓｃ２を参照し、自己の嗜好に合った候補または仮候補を決定し、決定した候補または仮候補に対応する「この候補を選択する」ボタンの選択操作を端末装置１７１に対して行う。これにより、オペレータにより決定された候補または仮候補が電力管理サーバ１０１に通知される。

具体的には、オペレータは、図８に示す候補画面Ｓｃ２が表示されている状態では、番号「１」の仮候補、番号「３」の候補、および番号「４」の仮候補にそれぞれ対応する「この候補を選択する」ボタンの選択操作を端末装置１７１に対して行うことができる。また、オペレータは、図９に示す候補画面Ｓｃ２が表示されている状態では、番号「１」の仮候補、番号「３」の候補、および番号「４」の候補にそれぞれ対応する「この候補を選択する」ボタンの選択操作を端末装置１７１に対して行うことができる。

さらに、オペレータは、複数の「この候補を選択する」ボタンの選択操作を行うことも可能である。たとえば、オペレータは、図８に示す候補画面Ｓｃ２が表示されている状態において、番号「１」に対応する「この候補を選択する」ボタン、および番号「４」に対応する「この候補を選択する」ボタンの選択操作を行うことができる。たとえば、番号「１」の候補、および番号「４」の候補の各々に対応する「この候補を選択する」ボタンの選択操作が行われた場合、図８に示すように、これらのボタンが他のボタンとが異なる表示態様で表示される。

そして、この場合、処理部２２は、たとえば、番号「１」および番号「４」の各々の演算後に、各演算処理により得られた候補情報の内容を指定された基準に従って比較し、比較結果に基づいて１つの候補情報を選択する。具体的には、処理部２２は、たとえば、「達成率見込み（％）」が１００％に近い方の候補情報を選択する。

なお、オペレータは、需要家への依頼日時より前のタイミングであれば、候補または仮候補の選択内容を変更することができる。

また、オペレータは、「詳細」ボタンの選択操作を端末装置１７１に対して行うことにより、対応の候補または仮候補の詳細を表示装置に表示させることが可能である。

（ｂ）例２
図１０は、図３に示す端末装置により表示される候補画面の例２−１を示す図である。ここでは、上述の「（ｂ−２）例２」において説明した状況、すなわち図７に示すスケジュールで演算処理を行う状況であって、２０１７年２月２４日の１０時における候補画面Ｓｃ２について説明する。

図７および図１０を参照して、２０１７年２月２４日の１０時では、「回り番」による演算処理および「優先度」による演算処理が終了しているため、各演算処理により得られた各項目に対応する内容が表示される。

また、この時点では、「最適化エンジン１」および「最適化エンジン２」による各演算処理が演算待ちである。このため、候補画面Ｓｃ２では、これらの演算処理が演算待ちであること、および演算終了見込み時刻が表示される。

なお、図１０は、オペレータにより、番号「１」の候補および番号「４」の候補が選択された状態を示している。

図１１は、図３に示す端末装置により表示される候補画面の例２−２を示す図である。ここでは、図１０に示す状況の２時間後の状況、すなわち２０１７年２月２４日の１２時における候補画面Ｓｃ２について説明する。

図１１を参照して、２０１７年２月２４日の１２時では、図１０に示す２０１７年２月２４日の１０時の時点と比較して、「最適化エンジン２」による演算処理が終了している。このため、候補画面Ｓｃ２では、当該演算処理により得られた各項目に対応する内容が表示される。

なお、図１１は、オペレータによる候補の選択内容が変更され、番号「１」の候補のみが選択された状態を示している。

［動作］
電力管理システム３０１における各装置は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のシーケンス図の各ステップの一部または全部を含むプログラムを図示しないメモリからそれぞれ読み出して実行する。これら複数の装置のプログラムは、それぞれ、外部からインストールすることができる。これら複数の装置のプログラムは、それぞれ、記録媒体に格納された状態で流通する。

図１２は、本発明の第１の実施の形態に係る電力管理システムにおけるＤＲ実行前の各処理のシーケンスの一例を示す図である。

図１２を参照して、まず、電力管理サーバ１０１は、定期的にＤＲ可能量を予測する（ステップＳ１０２）。

次に、電力管理サーバ１０１は、リコメンド処理ＲＰ１を行う（ステップＳ１０４）。

図１３は、本発明の第１の実施の形態に係る電力管理システムにおけるリコメンド処理ＲＰ１のシーケンスの一例を示す図である。図１３は、図１２のステップＳ１０４における動作の詳細を示している。

図２、図３および図１３を参照して、リコメンド処理ＲＰ１において、まず、端末装置１７１は、入力受付処理を行う（ステップＳ７０１）。

より詳細には、オペレータは、たとえば、「制御期間」、「制御量」および「制御条件」を入力する操作を端末装置１７１に対して行う。端末装置１７１における受付部６４は、オペレータの操作を受け付け、受け付けた操作を示す操作情報を作成して通知部６５へ出力する。

次に、通知部６５は、受付部６４から操作情報を受けると、受けた操作情報を電力管理サーバ１０１へ送信する（ステップＳ７０２）。

次に、電力管理サーバ１０１における処理部２２は、記憶部２３における管理情報、実績集約情報および前提条件情報、ならびに操作情報から得られた制御期間、制御量および条件情報に基づいて、複数の演算方法のうち前提条件が満たされる演算方法を選択する（ステップＳ７０３）。

次に、処理部２２は、選択した演算方法を用いた演算処理を行う（ステップＳ７０４）。そして、処理部２２は、演算処理が成功した場合（ステップＳ７０５でＹＥＳ）、演算処理により得られた候補情報を作成する（ステップＳ７０６）。

一方、電力管理サーバ１０１へのアクセスの集中などにより演算処理が成功しなかった場合（ステップＳ７０５でＮＯ）、処理部２２は、たとえば、候補情報の作成が成功するまで演算処理を繰り返す。

また、処理部２２は、選択した１または複数の演算方法にそれぞれ対応する全ての候補情報の作成（ステップＳ７０６）が終了するまでの間、既に作成された候補情報、作成済でない候補、すなわち仮候補を示す仮候補情報、および各演算処理の状況を示す演算状況情報を定期的または不定期に作成し、作成したこれらの情報を通信部２１経由で端末装置１７１へ送信する。そして、端末装置１７１は、候補情報、仮候補情報および演算状況情報を受信すると、受信したこれらの情報に基づく候補画面Ｓｃ２を表示装置に表示する制御を行う。

次に、処理部２２は、選択した全ての演算方法について候補情報の作成が終了すると、作成した各候補情報の内容およびオペレータにより指定された制御量を含む処理結果情報を作成し、作成した処理結果情報を通信部２１経由で端末装置１７１へ送信する。端末装置１７１における取得部６１は、電力管理サーバ１０１から処理結果情報を受信する（ステップＳ７０７）。

次に、端末装置１７１における取得部６１は、受信した処理結果情報を表示制御部６２へ出力する。表示制御部６２は、取得部６１から処理結果情報を受けると、受けた処理結果情報に基づいて候補画面Ｓｃ３を表示装置に表示する制御を行う（ステップＳ７０８）。

図１４は、図３に示す端末装置により表示される候補画面の例を示す図である。

図１４を参照して、候補画面Ｓｃ３では、たとえば、番号「１」の候補、番号「３」の候補、および番号「４」の候補の各々の内容が表示される。

再び図１３を参照して、次に、端末装置１７１は、入力受付処理を行う（ステップＳ７０９）。より詳細には、オペレータは、たとえば、図１４に示す候補画面Ｓｃ３を参照し、自己の嗜好に合った候補を決定し、決定した候補に対応する「この候補を選択する」ボタンを選択する操作を端末装置１７１に対して行う。端末装置１７１は、オペレータの操作を受け付け、受け付けた操作を示す操作情報を作成し、作成した操作情報を電力管理サーバ１０１に通知する。

なお、オペレータがステップＳ７０７よりも前に仮候補を選択する操作を端末装置１７１に対して行った場合には、端末装置１７１は、オペレータにより選択された仮候補に対応する候補が選択されたことを示す操作情報を作成し、作成した操作情報を電力管理サーバ１０１に通知する（ステップＳ７１０）。

次に、電力管理サーバ１０１は、市場登録情報作成処理を行う（ステップＳ７１１）。より詳細には、電力管理サーバ１０１における処理部２２は、通信部２１経由で端末装置１７１から操作情報を受信すると、受信した操作情報に基づいて、オペレータに選択された候補を認識する。

そして、処理部２２は、オペレータの選択した候補、ならびに制御期間および制御量を含む市場登録情報を作成する。

再び図１２を参照して、次に、電力管理サーバ１０１は、市場登録情報登録処理を行う（ステップＳ１０６）。より詳細には、電力管理サーバ１０１における処理部２２は、作成した市場登録情報を記憶部２３に保存する。

次に、系統側サーバ１２１、卸電力取引所サーバ１１１および電力管理サーバ１０１間において落札処理が行われる（ステップＳ１０８）。

より詳細には、電力管理サーバ１０１は、保存した市場登録情報に基づいて、自己のＩＤおよび制御期間、ならびにオペレータによって選択された候補についてのコストおよび節電電力期待値を商品として卸電力取引所サーバ１１１に登録する。

系統側サーバ１２１は、卸電力取引所サーバ１１１に登録された商品の中から、ＤＲ計画を満たすように商品を落札する。

次に、系統側サーバ１２１は、たとえば、落札した商品の内容に沿った、ＤＲ期間および依頼電力Ｒ１を含む調整情報Ｓ１を電力管理サーバ１０１へ送信する（ステップＳ１１０）。なお、系統側サーバ１２１は、落札した商品の内容に沿わない調整情報Ｓ１を電力管理サーバ１０１へ送信することもある。

次に、電力管理サーバ１０１における通信部２１は、たとえば、他の装置、具体的には系統側サーバ１２１から調整情報Ｓ１を受信し、受信した調整情報Ｓ１を処理部２２へ出力する。処理部２２は、通信部２１から調整情報Ｓ１を受けると、受けた調整情報Ｓ１を記憶部２３に保存する調整情報登録処理を行う（ステップＳ１１２）。

次に、処理部２２は、リコメンド処理ＲＰ２を行う（ステップＳ１１４）。

図１５は、本発明の第１の実施の形態に係る電力管理システムにおけるリコメンド処理ＲＰ２のシーケンスの一例を示す図である。図１５は、図１２のステップＳ１１４における動作の詳細を示している。

図１５を参照して、処理部２２は、ＤＲが緊急ではない場合、具体的には、調整情報Ｓ１に含まれるＤＲ期間の開始タイミングまでの時間が所定値Ｔｈ１以上である場合（ステップＳ８０２でＮＯ）、調整情報Ｓ１および処理結果情報を通信部２１経由で端末装置１７１へ送信する（ステップＳ８０４）。

次に、端末装置１７１における取得部６１は、電力管理サーバ１０１から調整情報Ｓ１および処理結果情報を受信すると、受信した調整情報Ｓ１および処理結果情報を表示制御部６２へ出力する。表示制御部６２は、取得部６１から調整情報Ｓ１および処理結果情報を受けると、受けた調整情報Ｓ１および処理結果情報に基づいて、イベント画面Ｓｃ４を表示装置に表示する制御を行う（ステップＳ８０６）。

図１６は、図３に示す端末装置により表示されるイベント画面の例を示す図である。図１６では、一例として、上述したステップＳ７０９において、オペレータにより番号「４」の候補が選択された状態を示している。

図１６を参照して、イベント画面Ｓｃ４において、グラフＧｒ１では、縦軸は、電力を示し、横軸は、時間を示す。この例では、グラフＧｒ１において、調整情報Ｓ１に含まれるＤＲ期間および依頼電力Ｒ１に基づく、１３時から１４時までにおける２００ｋＷの制御依頼を示す長方形が描かれる。

また、イベント画面Ｓｃ４における３つの候補は、たとえば、図１４に示す３つの候補と同じである。

また、「再作成」ボタンを選択する操作を端末装置１７１に対して行うことにより、複数の候補情報の再作成を行うことが可能である。この場合、電力管理サーバ１０１において、リコメンド処理ＲＰ１が行われることにより、複数の候補情報が再作成される。

この場合、電力管理サーバ１０１における処理部２２は、たとえば、ステップＳ７０１においてオペレータにより入力された制御期間および制御量の代わりに、ステップＳ１１０において系統側サーバ１２１から送信された調整情報Ｓ１に含まれるＤＲ期間および依頼電力Ｒ１に基づいて、演算方法の選択および候補情報の作成を行うことができる。

再び図１５を参照して、次に、端末装置１７１は、入力受付処理を行う（ステップＳ８０８）。

より詳細には、オペレータは、たとえば、図１６に示すイベント画面Ｓｃ４を参照し、図１３に示すステップＳ７０９において選択した候補を変更しない場合、当該候補に対応するボタンを選択する操作を端末装置１７１に対して行う。

一方、オペレータは、たとえば、図１３に示すステップＳ７０９において選択した候補以外の候補に対応するボタンを選択する操作を端末装置１７１に対して行うことにより、候補を選択し直すことが可能である。

端末装置１７１における受付部６４は、オペレータの操作を受け付け、受け付けた操作を示す操作情報を作成し、作成した操作情報を通知部６５へ出力する。通知部６５は、受付部６４から操作情報を受けると、受けた操作情報を電力管理サーバ１０１へ送信する（ステップＳ８１０）。

次に、電力管理サーバ１０１における処理部２２は、図１３に示すステップＳ７０６において作成した候補情報の中から選択された候補情報に基づく内容の依頼情報を作成する（ステップＳ８１２）。

ここでは、処理部２２は、ＤＲが緊急ではないので、通信部２１経由で端末装置１７１から操作情報を受信すると、受信した操作情報に基づいて依頼情報を作成する。

より詳細には、処理部２２は、操作情報に基づいて、オペレータに選択された候補を示す候補情報を認識し、当該候補情報から、各需要家ＩＤ、および当該各需要家ＩＤの示す需要家に割り当てる節電電力を取得する。

そして、処理部２２は、管理情報から、取得した各需要家ＩＤに対応する装置ＩＤを依頼情報の宛先として取得し、装置ＩＤごとに、対応の宛先、ＤＲ期間、および対応の節電電力を含む依頼情報を作成する。

一方、処理部２２は、緊急のＤＲである場合（ステップＳ８０２でＹＥＳ）、指定された基準に従って、図１３に示すステップＳ７０６において作成した複数の候補情報の中から１つの候補情報を選択し、選択した候補情報に基づく内容の依頼情報を作成する。ここで、指定された基準は、たとえば、「達成率見込（％）」、「制御量見込（ｋＷ）」、「支払報奨金合計（円）」および「選別された需要家の数」のうちのいずれか１つを用いた基準である。

処理部２２は、作成した各依頼情報を通信部２１へ出力する。

再び図１２を参照して、次に、通信部２１は、処理部２２によって作成された依頼情報を依頼先に通知する。より詳細には、通信部２１は、処理部２２から装置ＩＤごとの依頼情報を受けると、受けた各依頼情報を、各々の依頼情報に含まれる宛先の示す需要家装置２０２へ送信する（ステップＳ１１６）。

次に、各需要家装置２０２は、電力管理サーバ１０１から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ１１８）。

次に、各需要家装置２０２は、依頼情報の内容を許諾するか否かを示す応答情報を電力管理サーバ１０１へ送信する（ステップＳ１２０）。

次に、各需要家装置２０２は、自己のＤＲの実績を示す実績値情報を定期的に電力管理サーバ１０１へ送信する（ステップＳ１２２）。

次に、電力管理サーバ１０１における処理部２２は、たとえば、通信部２１によって依頼情報が通知された後、電力消費の調整に関する依頼を達成できるか否かを判断する（ステップＳ１２４）。

より詳細には、処理部２２は、各需要家装置２０２から応答情報および実績値情報を通信部２１経由で受信して、応答情報、実績値情報および調整情報Ｓ１に基づいて、系統側サーバ１２１からのＤＲの要請を満たすための調整が必要か否かを判断する。

処理部２２は、上記調整が必要であると判断すると（ステップＳ１２４でＹＥＳ）、新たな候補情報を作成する（ステップＳ１２８）。具体的には、処理部２２は、リコメンド処理ＲＰ２を行う。

一方、処理部２２は、上記調整が不要であると判断すると（ステップＳ１２４でＮＯ）、調整情報Ｓ１を許諾する旨を示す許諾応答信号を通信部２１経由で系統側サーバ１２１へ送信する（ステップＳ１２６）。

なお、上記ステップＳ１２０およびＳ１２２の順番は、上記に限らず、順番を入れ替えてもよい。

図１７は、本発明の第１の実施の形態に係る電力管理システムにおけるＤＲ実行中およびＤＲ実行後の各処理のシーケンスの一例を示す図である。

図１７を参照して、各需要家装置２０２は、電力管理サーバ１０１から受信した依頼情報に従って、ＤＲを実行中である状況を想定する。

まず、各需要家装置２０２は、ＤＲ実行中において実績値情報を定期的に電力管理サーバ１０１へ送信する（ステップＳ２０２）。

次に、電力管理サーバ１０１は、監視処理を行う（ステップＳ２０４）。より詳細には、電力管理サーバ１０１における処理部２２は、各需要家装置２０２から実績値情報を通信部２１経由で受信して、実績値情報および調整情報Ｓ１に基づいて、現在実行中のＤＲの達成度合いを監視する（ステップＳ２０４）。

次に、処理部２２は、達成度合いが目標に未達であると判断すると（ステップＳ２０６でＹＥＳ）、リコメンド処理ＲＰ３を行う（ステップＳ２０８）。ここでは、ＤＲを実行中であるので、処理部２２は、たとえばオペレータへの問い合わせを行わずにリコメンド処理ＲＰ３を行う。

より詳細には、処理部２２は、たとえば、複数の候補情報を作成し、指定された基準に従って、作成した複数の候補情報の中から１つの候補情報を選択する。処理部２２は、選択した候補情報、および管理情報に基づいて、ＤＲの内容の変更対象の各需要家向けの依頼情報を作成し、作成した依頼情報を通信部２１へ出力する。

次に、通信部２１は、処理部２２から装置ＩＤごとの依頼情報を受けると、受けた各依頼情報を、各々の依頼情報に含まれる宛先の示す需要家装置２０２へ送信する（ステップＳ２１０）。

次に、ＤＲの内容の変更対象の各需要家装置２０２は、電力管理サーバ１０１から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ２１２）。

次に、ＤＲの内容の変更対象の各需要家装置２０２は、依頼情報に従って、ＤＲを実行する（ステップＳ２１４）。

一方、処理部２２は、達成度合いが目標に到達していると判断すると（ステップＳ２０６でＮＯ）、リコメンド処理ＲＰ３を行わない。

ステップＳ２０４〜Ｓ２１４の処理は、ＤＲが終了するまでたとえば定期的に繰り返される。

次に、各需要家装置２０２は、ＤＲ実行後において実績値情報を定期的に電力管理サーバ１０１へ送信する（ステップＳ２１６）。

次に、電力管理サーバ１０１は、集計処理を行う。より詳細には、電力管理サーバ１０１における処理部２２は、各需要家装置２０２から実績値情報を通信部２１経由で受信して、実績値情報および調整情報Ｓ１に基づいて、ＤＲに参加した各需要家のＤＲ期間における節電電力の実績を集計する（ステップＳ２１８）。

次に、電力管理サーバ１０１は、更新処理を行う。より詳細には、処理部２２は、集計結果に基づいて記憶部２３における実績集約情報を更新する（ステップＳ２２０）。

次に、処理部２２は、ＤＲに参加した各需要家のＤＲ期間における節電電力の実績の合計値を含む実績値情報を通信部２１経由で系統側サーバ１２１へ送信する（ステップＳ２２２）。

次に、系統側サーバ１２１は、電力管理サーバ１０１から実績値情報を受信すると、受信した実績値情報の内容を登録する実績値登録処理を行う（ステップＳ２２４）。

なお、本発明の第１の実施の形態に係る電力管理サーバでは、処理部２２は、電力消費の調整の依頼先および内容の両方を示す候補情報を複数作成する構成であるとしたが、これに限定するものではない。処理部２２は、電力消費の調整の依頼先および内容のいずれか一方を示す候補情報を複数作成する構成であってもよい。

また、本発明の第１の実施の形態に係る電力管理サーバでは、処理部２２は、複数の仮候補に対応する「この候補を選択する」ボタンの選択操作が行われた場合、すなわち複数の仮候補情報が選択された場合、演算後の仮候補情報を比較し、比較結果に基づいて、いずれか１つの仮候補情報を選択する構成であるとしたが、これに限定するものではない。処理部２２は、複数の仮候補情報が選択された場合、たとえば、各演算方法に予め付与された優先度に従い、優先度の高い方の演算方法に対応する仮候補情報を選択する構成であってもよい。

また、本発明の第１の実施の形態に係る電力管理サーバでは、処理部２２は、候補情報および仮候補情報の各々の演算処理の状況を示す演算状況情報を作成する構成であるとしたが、これに限定するものではない。処理部２２は、たとえば、演算状況情報の作成を行わない構成であってもよい。

また、本発明の第１の実施の形態に係る電力管理サーバでは、処理部２２は、調整情報および前提条件情報に基づいて演算方法の選択を行う構成であるとしたが、これに限定するものではない。処理部２２は、たとえば、全ての演算方法の演算処理を開始し、情報の不足などにより候補情報の作成を行うことのできない演算方法が存在する場合には、当該演算方法については候補情報の作成が不可である旨を表示装置に表示する構成であってもよい。

ところで、送配電事業者および電力小売り事業者は、多くの電力需要施設にｘＥＭＳが導入されることにより、全体的な電力需要を広範囲に調整することが容易となる。

たとえば、送配電事業者および電力小売り事業者は、電力需給の逼迫が予測される場合に、アグリゲータに対して予め節電依頼を行なう。そして、アグリゲータは、電力需要施設の需要家に対して節電依頼を行なう。

また、たとえば、送配電事業者は、電力の供給が需要を上回ると予想される場合、発電量の調整を再生エネルギー事業者、および発電装置を所有する需要家に対して、系統への電力供給の調整を依頼する。

しかしながら、再生エネルギー事業者および需要家への依頼内容が適切でない場合、電力需給が逼迫したり、電力の供給が需要を上回ったりし、系統における電力の需給バランスが崩れるため、好ましくない。

これに対して、本発明の第１の実施の形態に係る電力管理サーバ１０１では、処理部２２が、電力消費の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する。通信部２１が、処理部２２によって作成された複数の候補情報の中から選択された候補情報に基づく内容の依頼情報を依頼先に通知する。また、処理部２２は、複数の演算方法を用いて複数の候補情報を作成し、演算中または演算待ちの候補情報も仮候補情報として作成可能である。

このような構成により、たとえば、多様な候補情報をオペレータに推奨し、オペレータは、嗜好に合った候補情報、またはある基準により適した候補情報を選択することができる。したがって、電力需給の良好なバランスを実現することが可能である。また、仮候補情報をオペレータに提示することが可能であるため、オペレータは、作成される予定の候補情報の数などを早期に把握することができる。したがって、候補情報に関するより有用な情報の提供を行うことができる。

また、本発明の第１の実施の形態に係る電力管理サーバ１０１では、処理部２２は、作成した複数の仮候補情報が選択された場合、演算後の複数の仮候補情報を比較し、比較結果に基づいて、複数の仮候補情報のうちのいずれか１つを選択する。

このような構成により、電力消費の調整の内容および依頼先の状況により適した依頼情報を作成することができる。

また、本発明の第１の実施の形態に係る電力管理サーバ１０１では、処理部２２は、候補情報および仮候補情報の各々の演算状況を表示する制御を行う。

このような構成により、オペレータは、たとえば、候補情報の作成の可否、候補情報が作成済であるか否か、および作成中である候補情報の作成終了の予定時刻などを把握することができる。

また、本発明の第１の実施の形態に係る電力管理サーバ１０１では、処理部２２は、系統側サーバ１２１から電力消費の調整に関する依頼を示す調整情報Ｓ１を取得し、各演算方法に要求される条件および取得した調整情報Ｓ１に基づいて演算方法を選択し、選択した演算方法を用いて候補情報を作成する。

ここで、演算方法ごとに、候補情報の作成に必要となる情報、および作成に要する時間が異なる。このため、情報が不足しているなどの理由により、作成することのできない候補情報が存在することがある。

これに対して、上記のような構成により、要求される条件を満たしていない演算方法を、演算処理の開始前に演算処理の対象から外すことができるため、不要な演算処理を行うことを避けることができる。

次に、本発明の他の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

＜第２の実施の形態＞
本実施の形態は、第１の実施の形態に係る電力管理システムと比べて系統への電力供給を管理するための電力管理システムに関する。以下で説明する内容以外は第１の実施の形態に係る電力管理システムと同様である。

［構成および基本動作］
（全体構成）
図１８は、本発明の第２の実施の形態に係る電力管理システムの構成を示す図である。

図１８を参照して、電力管理システム３０２は、電力管理サーバ（電力管理装置）１０２と、送配電事業者サーバ１４１と、端末装置１７１と、２つの需要家装置２０２とを備える。

電力管理システム３０２における端末装置１７１および需要家装置２０２の動作は、図１に示す電力管理システム３０１における端末装置１７１および需要家装置２０２とそれぞれ同様である。

図１８では、２つの需要家装置２０２を代表的に示しているが、さらに多数または少数の需要家装置２０２が設けられてもよい。また、需要家装置２０２に対応して１つの負荷２０５を代表的に示しているが、さらに多数の負荷２０５が需要家装置２０２に対応して設けられてもよい。

電力管理システム３０２では、たとえば、太陽光発電装置によって発電された電力の系統への電力供給が過剰である場合、または当該電力の系統への電力供給が過剰になるおそれがある場合において、太陽光発電装置の管理者、具体的には各需要家および再生エネルギー事業者が系統への電力供給を調整するためのＰＶ出力調整依頼、すなわち系統への電力供給を抑制するためのＰＶ出力調整依頼を発行することが可能である。

電力管理システム３０２における送配電事業者サーバ１４１は、たとえば、電力系統側である送配電事業者によって運用され、系統への電力供給の調整に関する依頼を示す調整情報Ｓ２および調整情報Ｓ３を電力管理サーバ１０２および再エネ事業者サーバ１３１へそれぞれ送信する。調整情報Ｓ２，Ｓ３は、たとえば、系統への電力供給の調整の依頼期間（以下、ＰＶ調整期間とも称する。）の開始タイミングおよびＰＶ調整期間の長さ、ならびに系統への電力供給の調整量を示す依頼電力Ｒ２を含む。なお、調整情報Ｓ２，Ｓ３には、ＰＶ調整期間の長さの代わりにＰＶ調整期間の終了タイミングが含まれていてもよい。

需要家装置２０２は、電力需要施設における中小規模発電装置２０６を制御可能である。

中小規模発電装置２０６は、たとえば、中規模または小規模の太陽光発電装置であり、需要家装置２０２の制御に従って動作するＰＣＳ（Ｐｏｗｅｒ Ｃｏｎｄｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の電力変換装置を含む。なお、中小規模発電装置２０６は、太陽光発電装置に限らず、風力発電装置等であってもよい。

電力変換装置は、たとえば、発電した直流電力を交流電力に変換して負荷２０５へ出力すること、当該交流電力を系統へ出力する逆潮流を行うこと、発電した直流電力を変圧して蓄電装置２０７に蓄電すること、および蓄電装置２０７から受ける直流電力を交流電力に変換して負荷２０５へ出力することが可能である。

電力管理サーバ１０２は、たとえば、１または複数の需要家装置２０２と通信を行なうことにより、中小規模発電装置２０６によって発電された電力の系統への電力供給を管理する。

より詳細には、電力管理サーバ１０２は、たとえば、送配電事業者サーバ１４１から調整情報Ｓ２を受信すると、中小規模発電装置２０６の発電電力を調整する制御、および当該発電電力を蓄電装置２０７に蓄電する制御を、需要家装置２０２を介して行う。これにより、系統への電力供給が調整される。

再エネ事業者サーバ１３１、大規模発電装置１３２および蓄電装置１３３は、発電施設に設けられる。なお、再エネ事業者サーバ１３１は、発電施設の外部に設けられてもよい。

再エネ事業者サーバ１３１は、たとえば、電力系統側である再生エネルギー事業者によって運用され、発電施設における大規模発電装置１３２を制御可能である。

大規模発電装置１３２は、たとえば、大規模の太陽光発電装置であり、再エネ事業者サーバ１３１の制御に従って動作する電力変換装置を含む。なお、大規模発電装置１３２は、太陽光発電装置に限らず、風力発電装置等であってもよい。

電力変換装置は、たとえば、発電した直流電力を昇圧して蓄電装置１３３に蓄電すること、および蓄電装置１３３から受ける直流電力、または発電した直流電力を交流電力に変換して系統へ出力することが可能である。

再エネ事業者サーバ１３１は、たとえば、大規模発電装置１３２を制御することにより、大規模発電装置１３２によって発電された電力の系統への電力供給を管理する。

より詳細には、再エネ事業者サーバ１３１は、たとえば、送配電事業者サーバ１４１から調整情報Ｓ３を受信すると、大規模発電装置１３２の発電電力を調整する制御、および当該発電電力を蓄電装置１３３に蓄電する制御を行う。これにより、系統への電力供給が調整される。

（電力管理サーバ）
図１９は、本発明の第２の実施の形態に係る電力管理システムにおける電力管理サーバの構成を示す図である。

図１９を参照して、電力管理サーバ１０２は、通信部（通知部）２１と、処理部（作成部）３２と、記憶部２３とを備える。

電力管理サーバ１０２における通信部２１および記憶部２３の動作は、図２に示す電力管理サーバ１０１における通信部２１および記憶部２３とそれぞれ同様である。

記憶部２３は、管理情報、実績集約情報および各種登録情報を保持する。各種登録情報については、後述する。

ここで、管理情報は、たとえば、アグリゲータの管理する各需要家の需要家ＩＤと、需要家ＩＤに対応する、契約内容、スケジュールおよび需要家装置２０２の装置ＩＤとを含む。たとえば、需要家ＩＤは、契約内容に応じたグループに属する。これらの契約には、供給調整電力量に対するインセンティブがそれぞれ定められている。スケジュールは、たとえば需要家がＰＶ出力調整に参加できない期間を示す。

実績集約情報は、たとえば、各需要家のＰＶ出力調整の実績を示す。具体的には、実績集約情報は、需要家ＩＤごとの、送配電事業者サーバ１４１から要求されたＰＶ調整期間および依頼電力Ｒ２と、当該期間において供給調整した電力の実績値とを含む。

処理部３２は、たとえば、自己の電力需要施設における現在および将来の日射量を示す日射量情報に基づいて、送配電事業者サーバ１４１からの調整情報Ｓ２に含まれるＰＶ調整期間における発電量を予測する。そして、処理部３２は、予測した発電量に基づいて、調整情報Ｓ２の示す依頼に応じるか否かを判断する。

より詳細には、処理部３２は、予測した発電量を用いて、ＰＶ調整期間において依頼電力Ｒ２の調整が達成可能か否かを判定する。具体的には、処理部３２は、日射量が少ないため予測発電量が小さい場合、依頼電力Ｒ２の調整が達成不可能であると判定し、調整情報Ｓ２の示す依頼に応じないと判断する。また、処理部３２は、日射量が多いため予測発電量が大きい場合、依頼電力Ｒ２の調整が達成可能であると判定し、調整情報Ｓ２の示す依頼に応じると判断する。

また、処理部３２は、調整情報Ｓ２の示す依頼に応じると判断した場合、ＰＶ出力調整の依頼先および内容を示す複数の候補情報を作成する。より詳細には、処理部３２は、複数の演算方法を用いて、複数の候補情報をそれぞれ作成する。

具体的には、オペレータにより、ＰＶ出力調整の依頼先の条件が予め登録され、登録内容を示す条件情報が記憶部２３に保存されている。条件情報は、たとえば、抽出対象の需要家数、抽出対象の需要家の電力需要施設が位置する地域、過去の期間における需要家のＰＶ出力調整の参加の有無、および図１８に示す負荷２０５ごとの制御を行うか否かなどを示す。

また、記憶部２３には、演算方法ごとに要求される前提条件の内容を示す前提条件情報が保存されている。前提条件情報は、たとえば、各演算方法に対する、過去データの必要の有無、ＰＶ調整期間の制限、ＰＶ調整期間の開始日時の制限、負荷ごとの制御の可否、演算処理を行えない日時または期間、および演算処理に要する時間などを含む。

処理部３２は、記憶部２３における管理情報、実績集約情報、条件情報および前提条件情報、ならびに調整情報Ｓ２に含まれるＰＶ調整期間および依頼電力Ｒ２に基づいて、複数の演算方法のうち前提条件が満たされる演算方法を選択する。そして、処理部３２は、選択した複数の演算方法を用いて、複数の候補情報をそれぞれ作成する。

また、処理部３２は、作成した複数の候補情報を通信部２１経由で端末装置１７１へ送信する。また、処理部３２は、演算中または演算待ちの候補がある場合、当該候補を仮候補として、仮候補の内容を示す１または複数の仮候補情報を通信部２１経由で端末装置１７１へ送信する。

また、処理部３２は、選択した各演算方法を用いた演算処理の状況を示す演算状況情報を作成し、作成した演算状況情報を通信部２１経由で端末装置１７１へ送信する。演算状況情報は、たとえば、演算方法ごとに、演算済、演算中、演算待ち、または演算不可のいずれかの状況であることを示す。また、演算状況情報は、たとえば、演算済の演算方法については演算終了時刻を示し、演算中または演算待ちの演算方法については演算の終了見込み時刻を示す。

処理部３２は、候補情報、仮候補情報および演算状況情報の作成および送信を、定期的または不定期に行う。

［動作］
図２０は、本発明の第２の実施の形態に係る電力管理システムにおけるＰＶ出力調整実行前の各処理のシーケンスの一例を示す図である。

図２０を参照して、まず、小売事業者サーバ１５１は、たとえば、所定期間ごとの需要計画値を送配電事業者サーバ１４１へ定期的に通知する（ステップＳ３０２）。

次に、再エネ事業者サーバ１３１は、たとえば、所定期間ごとの発電量の計画値の予測を送配電事業者サーバ１４１へ定期的に通知する（ステップＳ３０４）。

次に、送配電事業者サーバ１４１は、小売事業者サーバ１５１および再エネ事業者サーバ１３１から通知された各通知内容に基づいて、系統への電力供給の調整が必要か否かを判断する判断処理を行う（ステップＳ３０６）。ここでは、送配電事業者サーバ１４１は、系統への電力供給の調整が必要であると判断する。

次に、送配電事業者サーバ１４１は、調整情報Ｓ２を電力管理サーバ１０２へ送信する（ステップＳ３０８）。

次に、送配電事業者サーバ１４１は、調整情報Ｓ３を再エネ事業者サーバ１３１へ送信する（ステップＳ３１０）。

次に、再エネ事業者サーバ１３１は、送配電事業者サーバ１４１から調整情報Ｓ３を受信すると、受信した調整情報Ｓ３を登録する調整情報登録処理を行う（ステップＳ３１２）。

次に、電力管理サーバ１０２は、調整情報登録処理を行う（ステップＳ３１４）。より詳細には、電力管理サーバ１０２における通信部２１は、たとえば、他の装置、具体的には送配電事業者サーバ１４１からの調整情報Ｓ２を処理部３２へ出力する。処理部３２は、通信部２１から調整情報Ｓ２を受けると、受けた調整情報Ｓ２を記憶部２３に保存する。

次に、需要家装置２０２は、自己の電力需要施設における現在および将来の日射量を示す日射量情報を定期的に電力管理サーバ１０２へ送信する（ステップＳ３１６）。

次に、電力管理サーバ１０２は、発電量予測処理を行う（ステップＳ３１８）。より詳細には、電力管理サーバ１０２における処理部３２は、通信部２１経由で需要家装置２０２から受信する日射量情報に基づいて、調整情報Ｓ２に含まれるＰＶ調整期間における発電量を予測する。

次に、処理部３２は、たとえば、予測した発電量に基づいて、調整情報Ｓ２の示す依頼に応じるか否かを判断する（ステップＳ３２０）。そして、処理部３２は、調整情報Ｓ２の示す依頼に応じないと判断した場合（ステップＳ３２０でＮＯ）、非許諾応答信号を通信部２１経由で送配電事業者サーバ１４１へ送信する（ステップＳ３２２）。

次に、送配電事業者サーバ１４１は、電力管理サーバ１０２から非許諾応答信号を受信すると、受信した非許諾応答信号を記録する記録処理を行う（ステップＳ３２４）。

一方、処理部３２は、調整情報Ｓ２の示す依頼に応じると判断した場合（ステップＳ３２０でＹＥＳ）、リコメンド処理ＲＰ４を行う（ステップＳ３２６）。

図２１は、本発明の第２の実施の形態に係る電力管理システムにおけるリコメンド処理のシーケンスの一例を示す図である。図２１は、図２０のステップＳ３２６における動作の詳細を示している。

図３、図１９および図２１を参照して、リコメンド処理ＲＰ４において、まず、電力管理サーバ１０２における処理部３２は、記憶部２３における管理情報、実績集約情報、条件情報および前提条件情報、ならびに調整情報Ｓ２に含まれるＰＶ調整期間および依頼電力Ｒ２に基づいて、複数の演算方法のうち前提条件が満たされる演算方法を選択する（ステップＳ９０１）。

次に、処理部３２は、選択した演算方法を用いた演算処理を行う（ステップＳ９０２）。そして、処理部３２は、演算処理が成功した場合（ステップＳ９０３でＹＥＳ）、演算処理により得られた候補情報を作成する（ステップＳ９０４）。

一方、電力管理サーバ１０２へのアクセスの集中などにより演算処理が成功しなかった場合（ステップＳ９０３でＮＯ）、処理部２２は、たとえば、候補情報の作成が成功するまで演算処理を繰り返す。

また、処理部３２は、選択した１または複数の演算方法にそれぞれ対応する全ての候補情報の作成（ステップＳ９０４）が終了するまでの間、既に作成された候補情報、作成済でない候補、すなわち仮候補を示す仮候補情報、および各演算処理の状況を示す演算状況情報を定期的または不定期に作成し、作成したこれらの情報を通信部２１経由で端末装置１７１へ送信する。そして、端末装置１７１は、候補情報、仮候補情報および演算状況情報を受信すると、受信したこれらの情報に基づく画面を表示装置に表示する制御を行う。

次に、処理部３２は、選択した全ての演算方法について候補情報の作成が終了すると、ＰＶ出力調整が緊急ではない場合、具体的には、調整情報Ｓ２に含まれるＰＶ調整期間の開始タイミングまでの時間が所定値Ｔｈ２以上である場合（ステップＳ９０５でＮＯ）、作成した複数の候補情報および調整情報Ｓ２を通信部２１経由で端末装置１７１へ送信する（ステップＳ９０６）。

次に、端末装置１７１における取得部６１は、電力管理サーバ１０２からの複数の候補情報および調整情報Ｓ２を表示制御部６２へ出力する。表示制御部６２は、取得部６１から複数の候補情報および調整情報Ｓ２を受けると、これらの情報に基づいてイベント画面Ｓｃ５を表示装置に表示する制御を行う（ステップＳ９０７）。

図２２は、本発明の第２の実施の形態に係る電力管理システムにおける端末装置が作成するイベント画面の一例を示す図である。

図２２を参照して、イベント画面Ｓｃ５において、グラフＧｒ２では、縦軸は、電力を示し、横軸は、時間を示す。この例では、グラフＧｒ２において、調整情報Ｓ２に含まれるＰＶ調整期間および依頼電力Ｒ２に基づく、１３時から１４時までにおける２００ｋＷの制御依頼を示す長方形が描かれる。

また、イベント画面Ｓｃ５において、複数の候補情報の内容が表示されている。「達成率見込（％）」は、各供給調整電力の合計である供給調整電力期待値を依頼電力Ｒ２で除した値を百分率で表した値である。「供給調整電力量見込（ｋＷ）」および「支払報奨金合計（円）」は、それぞれ供給調整電力期待値およびコストである。「選別された需要家の数」は、電力管理サーバ１０２によって抽出された需要家ＩＤの個数である。「制御条件」は、たとえばオペレータにより予め登録された依頼先の条件である。

また、「再作成」ボタンを選択する操作を端末装置１７１に対して行うことにより、たとえば、複数の候補の再作成、および「制御条件」の再設定を行うことが可能である。この場合、電力管理サーバ１０２において、リコメンド処理ＲＰ４が行われることにより、複数の候補が再作成される。

図２１および図２２を参照して、次に、端末装置１７１は、入力受付処理を行う。より詳細には、オペレータは、イベント画面Ｓｃ５を参照し、たとえば、番号「１」に対応する「この候補を選択する」ボタンを選択する操作を端末装置１７１に対して行う（ステップＳ９０８）。

次に、端末装置１７１における受付部６４は、オペレータの操作を示す操作情報を作成し、作成した操作情報を通知部６５へ出力する。通知部６５は、受付部６４から操作情報を受けると、受けた操作情報を電力管理サーバ１０２へ送信する（ステップＳ９０９）。

次に、電力管理サーバ１０２は、依頼情報作成処理を行う。より詳細には、電力管理サーバ１０２における処理部３２は、自己の作成した複数の候補情報の中から選択された１つの候補情報に基づく内容の依頼情報を作成する。

ここでは、処理部３２は、ＰＶ出力調整が緊急ではないので、通信部２１経由で端末装置１７１から操作情報を受信すると、受信した操作情報に基づいて、番号「１」の候補がオペレータに選択されたことを認識する。そして、処理部３２は、当該候補の内容を示す候補情報から、各需要家ＩＤ、および当該各需要家ＩＤの示す需要家に割り当てる供給調整電力を取得する。

そして、処理部３２は、管理情報から、取得した各需要家ＩＤに対応する装置ＩＤを依頼情報の宛先として取得し、装置ＩＤごとに、対応の宛先、ＰＶ調整期間、および対応の供給調整電力を含む依頼情報を作成する（ステップＳ９１０）。

一方、処理部３２は、緊急のＰＶ出力調整である場合（ステップＳ９０５でＹＥＳ）、指定された基準に従って、自己の作成した複数の候補情報の中から１つの候補情報を選択し、選択した候補情報に基づく内容の依頼情報を作成する。ここで、指定された基準は、たとえば、図２２に示す、「達成率見込（％）」、「供給調整電力量見込（ｋＷ）」、「支払報奨金合計（円）」および「選別された需要家の数」のうちのいずれか１つを用いた基準である。

そして、処理部３２は、作成した各依頼情報を通信部２１へ出力する。

再び図２０を参照して、次に、電力管理サーバ１０２における通信部２１は、処理部３２からの各依頼情報を、各々の依頼情報に含まれる宛先の示す需要家装置２０２へ送信する（ステップＳ３２８）。

次に、各需要家装置２０２は、電力管理サーバ１０２から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ３３０）。

次に、各需要家装置２０２は、依頼情報の内容を許諾するか否かを示す応答情報を電力管理サーバ１０２へ送信する（ステップＳ３３２）。

次に、各需要家装置２０２は、自己のＰＶ調整依頼の実績を示す実績値情報を定期的に電力管理サーバ１０２へ送信する（ステップＳ３３４）。

次に、電力管理サーバ１０２における処理部３２は、たとえば、通信部２１によって依頼情報が通知された後、系統への電力供給の調整に関する依頼を達成できるか否かを判断する。

より詳細には、処理部３２は、各需要家装置２０２から応答情報および実績値情報を通信部２１経由で受信して、応答情報、実績値情報および調整情報Ｓ２に基づいて、送配電事業者サーバ１４１からの調整情報Ｓ２の内容を満たすための調整が必要か否かを判断する（ステップＳ３３６）。

そして、処理部３２は、上記調整が必要であると判断すると（ステップＳ３３６でＹＥＳ）、新たな候補情報を作成する（ステップＳ３４４）。具体的には、処理部３２は、リコメンド処理ＲＰ４を行う。

一方、処理部３２は、上記調整が不要であると判断すると（ステップＳ３３６でＮＯ）、調整情報Ｓ２を許諾する旨を示す許諾応答信号を通信部２１経由で送配電事業者サーバ１４１へ送信する（ステップＳ３３８）。

次に、再エネ事業者サーバ１３１は、調整情報Ｓ３を許諾する旨を示す許諾応答信号を送配電事業者サーバ１４１へ送信する（ステップＳ３４０）。

次に、送配電事業者サーバ１４１は、再エネ事業者サーバ１３１および電力管理サーバ１０２からそれぞれ許諾応答信号を受信すると、受信した各許諾応答信号を記録する記録処理を行う（ステップＳ３４２）。

なお、上記ステップＳ３０２およびＳ３０４の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ３３２およびＳ３３４の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ３３８およびＳ３４０の順番は、上記に限らず、順番を入れ替えてもよい。

図２３は、本発明の第２の実施の形態に係る電力管理システムにおけるＰＶ出力調整実行中およびＰＶ出力調整実行後の各処理のシーケンスの一例を示す図である。

図２３を参照して、各需要家装置２０２が、電力管理サーバ１０２から受信した依頼情報に従って、ＰＶ出力調整を実行中である状況を想定する。

まず、各需要家装置２０２は、ＰＶ出力調整実行中において実績値情報を定期的に電力管理サーバ１０２へ送信する（ステップＳ４０２）。

次に、電力管理サーバ１０２は、監視処理を行う（ステップＳ４０４）。より詳細には、電力管理サーバ１０２における処理部３２は、各需要家装置２０２から実績値情報を通信部２１経由で受信して、実績値情報および調整情報Ｓ２に基づいて、現在実行中のＰＶ出力調整の達成度合いを監視する。

次に、処理部３２は、達成度合いが目標に未達であると判断すると（ステップＳ４０６でＹＥＳ）、リコメンド処理ＲＰ５を行う（ステップＳ４０８）。ここでは、ＰＶ出力調整を実行中であるので、処理部３２は、たとえばオペレータへの問い合わせを行わずにリコメンド処理ＲＰ５を行う。

より詳細には、処理部３２は、たとえば、複数の候補情報を作成し、指定された基準に従って、作成した複数の候補情報の中から１つの候補情報を選択する。処理部３２は、選択した候補情報、および管理情報に基づいて、ＰＶ出力調整の内容の変更対象の各需要家向けの依頼情報を作成し、作成した依頼情報を通信部２１へ出力する。

次に、通信部２１は、処理部３２から各依頼情報を受けると、受けた各依頼情報を、各々の依頼情報に含まれる宛先の示す需要家装置２０２へ送信する（ステップＳ４１０）。

次に、ＰＶ出力調整の内容の変更対象の各需要家装置２０２は、電力管理サーバ１０２から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ４１２）。

次に、ＰＶ出力調整の内容の変更対象の各需要家装置２０２は、依頼情報に従って、ＰＶ出力調整を実行する（ステップＳ４１４）。

一方、処理部３２は、達成度合いが目標に到達していると判断すると（ステップＳ４０６でＮＯ）、リコメンド処理ＲＰ５を行わない。

ステップＳ４０４〜Ｓ４１４の処理は、ＰＶ出力調整が終了するまでたとえば定期的に繰り返される。

次に、各需要家装置２０２は、ＰＶ出力調整実行後において実績値情報を定期的に電力管理サーバ１０２へ送信する（ステップＳ４１６）。

次に、電力管理サーバ１０２は、集計処理を行う。より詳細には、電力管理サーバ１０２における処理部３２は、各需要家装置２０２から実績値情報を通信部２１経由で受信して、実績値情報および調整情報Ｓ２に基づいて、ＰＶ出力調整に参加した各需要家のＰＶ調整期間における供給調整電力の実績を集計する（ステップＳ４１８）。

次に、電力管理サーバ１０２は、更新処理を行う。より詳細には、処理部３２は、集計結果に基づいて記憶部２３における実績集約情報を更新する（ステップＳ４２０）。

次に、処理部３２は、ＰＶ出力調整に参加した各需要家のＰＶ調整期間における供給調整電力の実績の合計値を含む実績値情報を通信部２１経由で送配電事業者サーバ１４１へ送信する（ステップＳ４２２）。

次に、再エネ事業者サーバ１３１は、ＰＶ調整期間における供給調整電力の実績値を含む実績値情報を送配電事業者サーバ１４１へ送信する（ステップＳ４２４）。

次に、送配電事業者サーバ１４１は、電力管理サーバ１０２および再エネ事業者サーバ１３１からそれぞれ実績値情報を受信すると、受信した各実績値情報の内容を登録する実績値登録処理を行う（ステップＳ４２６）。

なお、上記ステップＳ４２２およびＳ４２４の順番は、上記に限らず、順番を入れ替えてもよい。

［電力管理システム３０２の変形例］
図２４は、本発明の第２の実施の形態に係る電力管理システムの変形例の構成を示す図である。

図２４を参照して、電力管理システム３０２の変形例である電力管理システム３０３は、図１８に示す電力管理システム３０２と比べて、電力管理サーバ１０２および送配電事業者サーバ１４１の代わりに、電力管理サーバ１０３および送配電事業者サーバ（電力管理装置）１４２を備える。

図２４では、１つの電力管理サーバ１０３を代表的に示しているが、さらに多数の電力管理サーバ１０３が設けられてもよい。また、１つの再エネ事業者サーバ１３１を代表的に示しているが、さらに多数の再エネ事業者サーバ１３１が設けられてもよい。

図２５は、本発明の第２の実施の形態に係る電力管理システムの変形例における送配電事業者サーバの構成を示す図である。

図２５を参照して、送配電事業者サーバ１４２は、通信部（通知部）４１と、処理部（作成部）４２と、記憶部４３とを備える。

送配電事業者サーバ１４２における通信部４１、処理部４２および記憶部４３の動作は、図１９に示す電力管理サーバ１０２における通信部２１、処理部３２および記憶部２３とそれぞれ同様である。

記憶部４３は、管理情報、実績集約情報、条件情報、および前提条件情報などを保持する。

ここで、管理情報は、たとえば、送配電事業者の管理する事業者、具体的には再生エネルギー事業者およびアグリゲータの事業者ＩＤと、事業者ＩＤに対応する、契約内容、スケジュール、電力管理サーバ１０３または再エネ事業者サーバ１３１の装置ＩＤとを含む。たとえば、事業者ＩＤは、契約内容に応じたグループに属する。これらの契約には、供給調整電力量に対するインセンティブがそれぞれ定められている。スケジュールは、たとえば事業者がＰＶ出力調整に参加できない期間を示す。

実績集約情報は、たとえば、各事業者のＰＶ出力調整の実績を示す。具体的には、実績集約情報は、事業者ＩＤごとの、送配電事業者サーバ１４２が作成するＰＶ調整期間および依頼電力Ｒ３と、当該期間において供給調整した電力の実績値とを含む。

［動作］
図２６は、本発明の第２の実施の形態に係る電力管理システムの変形例におけるＰＶ出力調整実行前の各処理のシーケンスの一例を示す図である。

図２６を参照して、まず、小売事業者サーバ１５１は、たとえば、所定期間ごとの需要計画値を送配電事業者サーバ１４２へ定期的に通知する（ステップＳ５０２）。

次に、再エネ事業者サーバ１３１は、たとえば、所定期間ごとの発電量の計画値の予測を送配電事業者サーバ１４２へ定期的に通知する（ステップＳ５０４）。

次に、送配電事業者サーバ１４２は、判断処理を行う。より詳細には、送配電事業者サーバ１４２における処理部４２は、小売事業者サーバ１５１および再エネ事業者サーバ１３１から通信部４１経由で通知された各通知内容に基づいて、系統への電力供給の調整が必要か否かを判断する（ステップＳ５０６）。ここでは、処理部４２は、系統への電力供給の調整が必要であると判断する。

次に、処理部４２は、調整情報Ｓ２，Ｓ３と同様の、ＰＶ調整期間の開始タイミングおよびＰＶ調整期間の長さ、ならびに依頼電力Ｒ３を含む調整情報Ｓ４を作成し、作成した調整情報Ｓ４を記憶部４３に保存する（ステップＳ５０７）。

次に、送配電事業者サーバ１４２は、リコメンド処理ＲＰ４を行う（ステップＳ５０８）。すなわち、送配電事業者サーバ１４２は、図２１に示す電力管理サーバ１０２の動作と同様の動作を行う。

図２１を参照して、具体的には、送配電事業者サーバ１４２における処理部４２は、記憶部４３における管理情報、実績集約情報、条件情報および前提条件情報、ならびに図２６に示すステップＳ５０７において作成した調整情報Ｓ４に含まれるＰＶ調整期間および依頼電力Ｒ３に基づいて、複数の演算方法のうち前提条件が満たされる複数の演算方法を選択する（ステップＳ９０１）。

そして、処理部４２は、選択した複数の演算方法による全ての候補情報の作成が成功するまで演算処理を繰り返し、複数の候補情報を作成する（ステップＳ９０２〜Ｓ９０４）。

再び図２６を参照して、次に、処理部４２は、リコメンド処理ＲＰ４において作成した依頼情報を電力管理サーバ１０３へ通信部４１経由で送信する（ステップＳ５１０）。

次に、電力管理サーバ１０３は、送配電事業者サーバ１４２から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ５１２）。

次に、電力管理サーバ１０３は、依頼情報に基づいて、各需要家の装置ＩＤごとに、対応の宛先、ＰＶ調整期間、および対応の供給調整電力を含む供給調整情報を作成し、作成した各供給調整情報を、各々の供給調整情報に含まれる宛先の示す需要家装置２０２へ送信する（ステップＳ５１４）。

次に、各需要家装置２０２は、電力管理サーバ１０３から供給調整情報を受信すると、受信した供給調整情報を登録する供給調整情報登録処理を行う（ステップＳ５１６）。

次に、電力管理サーバ１０３は、依頼情報の内容を許諾するか否かを示す応答情報を送配電事業者サーバ１４２へ送信する（ステップＳ５１８）。

次に、電力管理サーバ１０３は、自己のＰＶ調整依頼の実績を示す実績値情報を定期的に送配電事業者サーバ１４２へ送信する（ステップＳ５２０）。

次に、送配電事業者サーバ１４２における処理部４２は、リコメンド処理ＲＰ４において作成した依頼情報を再エネ事業者サーバ１３１へ通信部４１経由で送信する（ステップＳ５２２）。

次に、再エネ事業者サーバ１３１は、送配電事業者サーバ１４２から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ５２４）。

次に、再エネ事業者サーバ１３１は、依頼情報の内容を許諾するか否かを示す応答情報を送配電事業者サーバ１４２へ送信する（ステップＳ５２６）。

次に、再エネ事業者サーバ１３１は、自己のＰＶ調整依頼の実績を示す実績値情報を定期的に送配電事業者サーバ１４２へ送信する（ステップＳ５２８）。

次に、送配電事業者サーバ１４２における処理部４２は、たとえば、通信部４１によって依頼情報が通知された後、系統への電力供給の調整に関する依頼を達成できるか否かを判断する（ステップＳ５３０）。

より詳細には、処理部４２は、電力管理サーバ１０３および再エネ事業者サーバ１３１から応答情報および実績値情報を通信部４１経由で受信して、応答情報、実績値情報および調整情報Ｓ４に基づいて、調整情報Ｓ４の内容を満たすための調整が必要か否かを判断する。

処理部４２は、上記調整が必要であると判断すると（ステップＳ５３０でＹＥＳ）、新たな候補情報を作成する（ステップＳ５３２）。具体的には、処理部４２は、リコメンド処理ＲＰ４を行う。

一方、処理部４２は、上記調整が不要であると判断すると（ステップＳ５３０でＮＯ）、リコメンド処理ＲＰ４を行わない。

なお、上記ステップＳ５０２およびＳ５０４の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ５１０およびＳ５２２の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ５１８，Ｓ５２０，Ｓ５２６，Ｓ５２８の順番は、上記に限らず、一部または全部の順番を変更してもよい。

図２７は、本発明の第２の実施の形態に係る電力管理システムの変形例におけるＰＶ出力調整実行中およびＰＶ出力調整実行後の各処理のシーケンスの一例を示す図である。

図２７を参照して、電力管理サーバ１０３および再エネ事業者サーバ１３１は、送配電事業者サーバ１４２から受信した依頼情報に従って、ＰＶ出力調整を実行中である状況を想定する。

まず、電力管理サーバ１０３は、ＰＶ出力調整実行中において実績値情報を定期的に送配電事業者サーバ１４２へ送信する（ステップＳ６０２）。

次に、再エネ事業者サーバ１３１は、ＰＶ出力調整実行中において実績値情報を定期的に送配電事業者サーバ１４２へ送信する（ステップＳ６０４）。

次に、送配電事業者サーバ１４２は、監視処理を行う（ステップＳ６０６）。より詳細には、送配電事業者サーバ１４２における処理部４２は、電力管理サーバ１０３および再エネ事業者サーバ１３１から実績値情報を通信部２１経由で受信して、各実績値情報および調整情報Ｓ４に基づいて、現在実行中のＰＶ出力調整の達成度合いを監視する。

次に、処理部４２は、達成度合いが目標に未達であると判断すると（ステップＳ６０８でＹＥＳ）、リコメンド処理ＲＰ５を行う（ステップＳ６１０）。ここでは、ＰＶ出力調整を実行中であるので、処理部４２は、たとえばオペレータへの問い合わせを行わずにリコメンド処理ＲＰ５を行う。

より詳細には、処理部４２は、たとえば、複数の候補情報を作成し、指定された基準に従って、作成した複数の候補情報の中から１つの候補情報を選択する。

次に、処理部４２は、選択した候補情報、および管理情報に基づいて、ＰＶ出力調整の内容の変更対象の各事業者向けの依頼情報を作成し、作成した依頼情報を通信部４１経由で電力管理サーバ１０３へ送信する（ステップＳ６１２）。

次に、電力管理サーバ１０３は、送配電事業者サーバ１４２から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ６１６）。

次に、電力管理サーバ１０３は、依頼情報に従って、ＰＶ出力調整を実行する（ステップＳ６１８）。

次に、送配電事業者サーバ１４２における処理部４２は、依頼情報を通信部４１経由で再エネ事業者サーバ１３１へ送信する（ステップＳ６１４）。

次に、再エネ事業者サーバ１３１は、送配電事業者サーバ１４２から依頼情報を受信すると、受信した依頼情報を登録する依頼情報登録処理を行う（ステップＳ６２０）。

次に、電力管理サーバ１０３は、依頼情報に従って、ＰＶ出力調整を実行する（ステップＳ６２２）。

一方、処理部４２は、達成度合いが目標に到達していると判断すると（ステップＳ６０８でＮＯ）、リコメンド処理ＲＰ５を行わない。

ステップＳ６０６〜Ｓ６２２の処理は、ＰＶ出力調整が終了するまでたとえば定期的に繰り返される。

次に、電力管理サーバ１０３は、ＰＶ出力調整実行後において実績値情報を定期的に送配電事業者サーバ１４２へ送信する（ステップＳ６２４）。

次に、再エネ事業者サーバ１３１は、ＰＶ出力調整実行後において実績値情報を定期的に送配電事業者サーバ１４２へ送信する（ステップＳ６２６）。

次に、送配電事業者サーバ１４２は、集計処理を行う。より詳細には、送配電事業者サーバ１４２における処理部４２は、電力管理サーバ１０３および再エネ事業者サーバ１３１から実績値情報を通信部４１経由で受信して、各実績値情報および調整情報Ｓ４に基づいて、ＰＶ出力調整に参加した各事業者のＰＶ調整期間における供給調整電力の実績を集計する（ステップＳ６２８）。

次に、送配電事業者サーバ１４２は、更新処理を行う。より詳細には、処理部４２は、集計結果に基づいて記憶部４３における実績集約情報を更新する（ステップＳ６３０）。

なお、上記ステップＳ６０２およびＳ６０４の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ６１２およびＳ６１４の順番は、上記に限らず、順番を入れ替えてもよい。

また、上記ステップＳ６２４およびＳ６２６の順番は、上記に限らず、順番を入れ替えてもよい。

また、本発明の第２の実施の形態に係る電力管理システムでは、処理部３２，４２は、系統への電力供給の調整の依頼先および内容の両方を示す候補情報を複数作成する構成であるとしたが、これに限定するものではない。処理部３２，４２は、系統への電力供給の調整の依頼先および内容のいずれか一方を示す候補情報を複数作成する構成であってもよい。

また、本発明の第２の実施の形態に係る電力管理システムでは、処理部３２，４２は、複数の仮候補情報が選択された場合、演算後の仮候補情報を比較し、比較結果に基づいて、いずれか１つの仮候補情報を選択する構成であるとしたが、これに限定するものではない。処理部３２，４２は、複数の仮候補情報が選択された場合、たとえば、演算方法に対して予め定められた優先度に従い、優先度の高い方の演算方法に対応する仮候補情報を選択する構成であってもよい。

また、本発明の第２の実施の形態に係る電力管理システムでは、処理部３２，４２は、候補情報および仮候補情報の各々の演算処理の状況を示す演算状況情報を作成する構成であるとしたが、これに限定するものではない。処理部３２，４２は、たとえば、演算状況情報の作成を行わない構成であってもよい。

また、本発明の第２の実施の形態に係る電力管理サーバでは、処理部３２，４２は、調整情報および前提条件情報に基づいて演算方法の選択を行う構成であるとしたが、これに限定するものではない。処理部３２，４２は、たとえば、全ての演算方法の演算処理を開始し、情報の不足などにより候補情報の作成を行うことのできない演算方法が存在する場合には、当該演算方法については候補情報の作成が不可である旨を表示装置に表示する構成であってもよい。

以上のように、本発明の第２の実施の形態に係る電力管理サーバ１０２または送配電事業者サーバ１４２では、処理部３２，４２が、電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する。通信部２１，４１が、処理部３２，４２によって作成された複数の候補情報の中から選択された候補情報に基づく内容の依頼情報を依頼先に通知する。また、処理部３２，４２は、複数の演算方法を用いて複数の候補情報を作成し、演算中または演算待ちの候補情報も仮候補情報として作成可能である。

このような構成により、たとえば、多様な候補情報をオペレータに推奨し、オペレータは、嗜好に合った候補情報、またはある基準により適した候補情報を選択することができる。したがって、電力需給の良好なバランスを実現することが可能である。また、仮候補情報をオペレータに提示することが可能であるため、オペレータは、作成される予定の候補情報の数などを早期に把握することができる。したがって、候補情報に関するより有用な情報の提供を行うことができる。

また、本発明の第２の実施の形態に係る電力管理サーバ１０２または送配電事業者サーバ１４２では、処理部３２，４２は、作成した複数の仮候補情報が選択された場合、演算後の複数の仮候補情報を比較し、比較結果に基づいて、複数の仮候補情報のうちのいずれか１つを選択する。

このような構成により、系統への電力供給の調整の内容および依頼先の状況により適した依頼情報を作成することができる。

また、本発明の第２の実施の形態に係る電力管理サーバ１０２または送配電事業者サーバ１４２では、処理部３２，４２は、候補情報および仮候補情報の各々の演算状況を表示する制御を行う。

このような構成により、オペレータは、たとえば、候補情報の作成の可否、候補情報が作成済であるか否か、および作成中である候補情報の作成終了の予定時刻などを把握することができる。

また、本発明の第２の実施の形態に係る電力管理サーバ１０２では、処理部３２は、送配電事業者サーバ１４１から電力消費の調整に関する依頼を示す調整情報Ｓ２を取得し、各演算方法に要求される条件および取得した調整情報Ｓ１に基づいて演算方法を選択し、選択した演算方法を用いて候補情報を作成する。また、本発明の第２の実施の形態に係る送配電事業者サーバ１４２では、処理部４２は、電力消費の調整に関する依頼を示す調整情報Ｓ４を作成し、各演算方法に要求される条件および作成した調整情報Ｓ４に基づいて演算方法を選択し、選択した演算方法を用いて候補情報を作成する。

ここで、演算方法ごとに、候補情報の作成に必要となる情報、および作成に要する時間が異なる。このため、情報が不足しているなどの理由により、作成することのできない候補情報が存在することがある。

これに対して、上記のような構成により、要求される条件を満たしていない演算方法を、演算処理の開始前に演算処理の対象から外すことができるため、不要な演算処理を行うことを避けることができる。

その他の構成および動作は第１の実施の形態に係る電力管理システムと同様であるため、ここでは詳細な説明を繰り返さない。

なお、本発明の第１の実施の形態および第２の実施の形態に係る各装置の構成要素および動作のうち、一部または全部を適宜組み合わせることも可能である。

また、本発明の第１の実施の形態および第２の実施の形態に係るサーバの機能の一部または全部が、クラウドコンピューティングによって提供されてもよい。すなわち、本発明の第１の実施の形態および第２の実施の形態に係るサーバが、複数のクラウドサーバ等によって構成されてもよい。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上の説明は、以下に付記する特徴を含む。

［付記１］
電力消費または系統への電力供給を管理する電力管理装置であって、
電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、
前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部とを備え、
前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能であり、
前記作成部は、さらに、前記候補情報および前記仮候補情報の各々の演算状況を示す演算状況情報を作成し、前記候補情報、前記仮候補情報および前記演算状況情報の各々の内容を表示する制御を行い、
前記演算状況は、前記演算方法ごとに、演算済、演算中、演算待ち、または演算不可のいずれかの状況であることを示し、さらに、演算中または演算待ちの前記演算方法については演算の終了見込み時刻を示し、
前記複数の演算方法は、前記候補情報の作成に必要となる情報、および前記候補情報の作成に要する時間が互いに異なる、電力管理装置。

２１ 通信部（通知部）
２２ 処理部（作成部）
２３ 記憶部
３２ 処理部（作成部）
４１ 通信部（通知部）
４２ 処理部（作成部）
４３ 記憶部
６１ 取得部
６２ 表示制御部
６４ 受付部
６５ 通知部
１０１，１０２ 電力管理サーバ（電力管理装置）
１０３ 電力管理サーバ
１１１ 卸電力取引所サーバ
１２１ 系統側サーバ
１３１ 再エネ事業者サーバ
１３２ 大規模発電装置
１３３ 蓄電装置
１４１ 送配電事業者サーバ
１４２ 送配電事業者サーバ（電力管理装置）
１５１ 小売事業者サーバ
１７１ 端末装置
２０２ 需要家装置
２０５ 負荷
２０６ 中小規模発電装置
２０７ 蓄電装置
３０１，３０２，３０３ 電力管理システム

Claims (6)

1. 電力消費または系統への電力供給を管理する電力管理装置であって、
   電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、
   前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部とを備え、
   前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である、電力管理装置。
2. 前記作成部は、作成した複数の前記仮候補情報が選択された場合、演算後の前記複数の仮候補情報を比較し、比較結果に基づいて、前記複数の仮候補情報のうちのいずれか１つを選択する、請求項１に記載の電力管理装置。
3. 前記作成部は、前記候補情報および前記仮候補情報の各々の演算状況を表示する制御を行う、請求項１または請求項２に記載の電力管理装置。
4. 前記作成部は、他の装置から前記調整に関する依頼を示す調整情報を取得し、各前記演算方法に要求される条件および取得した前記調整情報に基づいて前記演算方法を選択し、選択した前記演算方法を用いて前記候補情報を作成する、請求項１から請求項３のいずれか１項に記載の電力管理装置。
5. 電力消費または系統への電力供給を管理する電力管理装置における電力管理方法であって、
   複数の演算方法を用いて、電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成するステップと、
   作成した複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知するステップとを含み、
   前記候補情報を作成するステップにおいて、演算中または演算待ちの前記候補情報も仮候補情報として作成する、電力管理方法。
6. 電力消費または系統への電力供給を管理する電力管理装置において用いられる電力管理プログラムであって、
   コンピュータを、
   電力消費または系統への電力供給の調整の依頼先および内容の少なくともいずれか一方を示す候補情報を複数作成する作成部と、
   前記作成部によって作成された複数の前記候補情報の中から選択された前記候補情報に基づく内容の依頼情報を前記依頼先に通知する通知部、
   として機能させるためのプログラムであり、
   前記作成部は、複数の演算方法を用いて複数の前記候補情報を作成し、演算中または演算待ちの前記候補情報も仮候補情報として作成可能である、電力管理プログラム。
   
   
   

Images