JP7480075B2 - 蓄電装置管理システム及び蓄電装置管理方法 - Google Patents

Description

本発明は、蓄電装置管理システム及び蓄電装置管理方法に関する。

近年、電力系統の電力需給バランスを維持するために、蓄電装置を調整電源として用いる技術（例えば、VPP（Virtual Power Plant）が知られている。このようなケースにおいて、蓄電装置の充電又は放電によって電力系統の周波数を調整する技術（以下、周波数調整）が提案されている（例えば、特許文献１）。

特開２００９－２１３２４０号公報

ところで、蓄電装置は、充電動作及び放電動作が実行されていない待機状態の時間が所定時間を越えると、蓄電装置の待機電力を削減する目的で、待機状態の待機電力よりも小さい待機電力のスタンバイ状態に遷移してもよい。

このようなケースにおいて、上述した周波数調整をスタンバイ状態で実行しようとすると、蓄電装置が充電又は放電を開始するまでの遅延時間が生じ、電力系統の周波数を適切に制御することができない。

そこで、本発明は、上述した課題を解決するためになされたものであり、電力系統の周波数を適切に制御することを可能とする蓄電装置管理システム及び蓄電装置管理方法を提供することを目的とする。

開示に係る蓄電装置管理システムは、電力系統に接続された蓄電装置と、前記蓄電装置の動作を制御する制御部と、を備え、前記蓄電装置は、前記蓄電装置の充電動作及び放電動作が実行されていない待機状態の時間が一定時間を越えた場合に、前記待機状態の待機電力よりも小さい待機電力のスタンバイ状態に遷移し、前記制御部は、前記電力系統の周波数の調整が想定される対象期間において、前記待機状態の時間が一定時間を越えた場合に、前記スタンバイ状態に遷移しないように前記蓄電装置を制御する。

開示に係る蓄電装置管理方法は、電力系統に接続された蓄電装置が、前記蓄電装置の充電動作及び放電動作が実行されていない待機状態の時間が一定時間を越えた場合に、前記待機状態の待機電力よりも小さい待機電力のスタンバイ状態に遷移するステップと、前記蓄電装置の動作を制御する制御部が、前記電力系統の周波数の調整が想定される対象期間において、前記待機状態の時間が一定時間を越えた場合に、前記スタンバイ状態に遷移しないように前記蓄電装置を制御するステップと、を備える。

本発明によれば、電力系統の周波数を適切に制御することを可能とする蓄電装置管理システム及び蓄電装置管理方法を提供することができる。

図１は、実施形態に係る電力管理システム１００を示す図である。 図２は、実施形態に係る施設３００を示す図である。 図３は、実施形態に係る下位管理サーバ２００を示す図である。 図４は、実施形態に係るローカル制御装置３６０を示す図である。 図５は、実施形態に係る蓄電装置管理方法を示す図である。 図６は、実施形態に係る蓄電装置管理方法を示す図である。 図７は、変更例１に係る蓄電装置管理方法を示す図である。 図８は、変更例２に係る蓄電装置管理方法を示す図である。 図９は、変更例３に係る蓄電装置管理方法を示す図である。

以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。但し、図面は模式的なものである。

［実施形態］
（電力管理システム）
以下において、実施形態に係る電力管理システムについて説明する。実施形態では、後述する蓄電装置３２０に注目するため、電力管理システムは、蓄電装置管理システムと読み替えられてもよい。

図１に示すように、電力管理システム１００は、下位管理サーバ２００と、施設３００と、上位管理サーバ４００と、を有する。図１では、施設３００として、施設３００Ａ～施設３００Ｃが例示されている。

各施設３００は、電力系統１１０に接続される。以下において、電力系統１１０から施設３００への電力の流れを潮流と称し、施設３００から電力系統１１０への電力の流れを逆潮流と称する。電力系統１１０から施設３００への潮流電力は需要電力と称されてもよい。需要電力は、施設３００から電力系統１１０への逆潮流電力を含む概念であってもよい。このようなケースにおいて、潮流電力は正の値で表され、逆潮流電力は負の値で表されてもよい。

下位管理サーバ２００、施設３００及び上位管理サーバ４００は、ネットワーク１２０に接続されている。ネットワーク１２０は、下位管理サーバ２００と施設３００との間の回線及び下位管理サーバ２００と上位管理サーバ４００との間の回線を提供すればよい。例えば、ネットワーク１２０は、インターネットを含んでもよい。ネットワーク１２０は、VPN（Virtual Private Network）などの専用回線を含んでもよい。

下位管理サーバ２００は、電力系統１１０の需給バランスを調整する電力管理サーバの一例である。下位管理サーバ２００は、発電事業者、送配電事業者或いは小売事業者、リソースアグリゲータなどの事業者によって管理されるサーバである。リソースアグリゲータは、VPP（Virtual Power Plant）において、発電事業者、送配電事業者及び小売事業者などに逆潮流電力を提供する電力事業者であってもよい。リソースアグリゲータは、リソースアグリゲータによって管理される施設３００の潮流電力（消費電力）の削減電力を生み出す電力事業者であってもよい。

実施形態では、下位管理サーバ２００は、リソースアグリゲータによって管理されるサーバであるケースを例示する。従って、下位管理サーバ２００は、RA２００と称されてもよい。

下位管理サーバ２００は、施設３００に設置されるローカル制御装置３６０に対して、施設３００に設置される分散電源（例えば、太陽電池装置３１０、蓄電装置３２０又は燃料電池装置３３０）に対する制御を指示する制御メッセージを送信する。例えば、下位管理サーバ２００は、潮流の制御を要求する潮流制御メッセージを送信してもよく、逆潮流の制御を要求する逆潮流制御メッセージを送信してもよい。さらに、下位管理サーバ２００は、分散電源の動作状態を制御する電源制御メッセージを送信してもよい。潮流又は逆潮流の制御度合いは、絶対値（例えば、○○kW）で表されてもよく、相対値（例えば、○○％）で表されてもよい。或いは、潮流又は逆潮流の制御度合いは、２以上のレベルで表されてもよい。潮流又は逆潮流の制御度合いは、現在の電力需給バランスによって定められる電力料金（RTP; Real Time Pricing）によって表されてもよく、過去の電力需給バランスによって定められる電力料金（TOU; Time Of Use）によって表されてもよい。

施設３００は、図２に示すように、太陽電池装置３１０、蓄電装置３２０、燃料電池装置３３０と、負荷機器３４０、ローカル制御装置３６０及び計測装置３９０を有する。

太陽電池装置３１０は、太陽光などの光に応じて発電を行う分散電源である。太陽電池装置３１０は、VPPで用いる分散電源の一例であってもよい。例えば、太陽電池装置３１０は、PCS（Power Conditioning System）及び太陽光パネルによって構成される。

蓄電装置３２０は、電力の充電及び電力の放電を行う分散電源である。蓄電装置３２０は、VPPで用いる分散電源の一例であってもよい。例えば、蓄電装置３２０は、PCS及び蓄電池セルによって構成される。

実施形態では、蓄電装置３２０は、電力系統１１０に接続される。蓄電装置３２０は、蓄電装置３２０の充電動作及び放電動作が実行されていない待機状態の時間が一定時間（例えば、3分）を越えた場合に、待機状態の待機電力よりも小さい待機電力のスタンバイ状態に遷移する。充電動作が実行されている状態は、充電状態と称されてもよく、放電動作が実行されている状態は、放電状態と称されてもよい。従って、蓄電装置３２０の動作状態は、充電状態、放電状態、待機状態及びスタンバイ状態を含んでもよい。

燃料電池装置３３０は、燃料を用いて発電を行う分散電源である。燃料電池装置３３０は、VPPで用いる分散電源の一例であってもよい。例えば、燃料電池装置３３０は、PCS及び燃料電池セルによって構成される。

例えば、燃料電池装置３３０は、固体酸化物型燃料電池（SOFC: Solid Oxide Fuel Cell）であってもよく、固体高分子型燃料電池（PEFC: Polymer Electrolyte Fuel Cell）であってもよく、リン酸型燃料電池（PAFC: Phosphoric Acid Fuel Cell）であってもよく、溶融炭酸塩型燃料電池（MCFC: Molten Carbonate Fuel Cell）であってもよい。
負荷機器３４０は、電力を消費する機器である。例えば、負荷機器３４０は、空調機器、照明機器、AV（Audio Visual）機器などである。

ローカル制御装置３６０は、施設３００の電力を管理する装置（EMS; Energy Management System）である。ローカル制御装置３６０は、太陽電池装置３１０の動作状態を制御してもよく、蓄電装置３２０の動作状態を制御してもよく、燃料電池装置３３０の動作状態を制御してもよい。ローカル制御装置３６０の詳細については後述する（図４を参照）。

計測装置３９０は、施設３００に関する電力を所定粒度で計測する計測装置の一例である。計測装置３９０は、施設に関する電力として、電力系統１１０から施設３００への潮流電力を計測してもよい。すなわち、施設３００に関する電力は施設３００の需要電力であると考えてもよい。計測装置３９０は、施設に関する電力として、施設３００から電力系統１１０への逆潮流電力を計測してもよい。計測装置３９０によって計測される値は、計測値と称されてもよい。計測装置３９０は、施設３００に関する電力を示す情報要素を含むメッセージを所定周期（例えば、1分）で送信してもよい。計測装置３９０は、メッセージをローカル制御装置３６０に送信してもよく、下位管理サーバ２００に送信してもよい。計測装置３９０は、自律的にメッセージを送信してもよく、送信相手の要求に応じてメッセージを送信してもよい。例えば、計測装置３９０は、上位管理サーバ４００に帰属するSmart Meterであってもよい。

上位管理サーバ４００は、電力系統１１０などのインフラストラクチャーを提供するエンティティであり、発電事業者又は送配電事業者によって管理されるサーバであってもよい。上位管理サーバ４００は、リソースアグリゲータを制御するアグリゲーションコーディネータによって管理されるサーバであってもよい。

実施形態では、上位管理サーバ４００は、アグリゲーションコーディネータによって管理されるサーバであるケースを例示する。従って、上位管理サーバ４００は、AC４００と称されてもよい。

上位管理サーバ４００は、需給バランスの調整を要求する調整メッセージを下位管理サーバ２００に送信してもよい。調整メッセージは、電力系統１１０の電力需要の削減を要求するメッセージ（DR（Demand Response）メッセージ）を含んでもよい。調整メッセージは、電力系統１１０の電力供給の削減を要求するメッセージ（出力抑制メッセージ）を含んでもよい。

ここで、上位管理サーバ４００は、電力の売買取引に関する入札を実行する。上位管理サーバ４００は、電力の売買取引の成立（約定）に応じて、電力の売買取引を下位管理サーバ２００に割り当てる。電力の売買取引に関する入札は、２以上の時間帯を含むブロック毎に実行されてもよい（ブロック入札）。売買取引の約定が成立した時間帯（取引期間）において、上位管理サーバ４００は、電力系統１１０の周波数を所定範囲に維持する責任を負ってもよい。電力系統１１０の周波数の一時調整力は、FCR（Frequency Containment Reserve）と称されてもよい。FCRの応答時間は、予め定められた時間（例えば、10秒）以内であってもよい。

特に限定されるものではないが、電力の売買取引は、VPPに関する取引を含んでもよく、DRに関する取引を含んでもよく、出力抑制に関する取引を含んでもよい。

実施形態において、下位管理サーバ２００とローカル制御装置３６０との間の通信は、第１プロトコルに従って行われる。一方で、ローカル制御装置３６０と分散電源（太陽電池装置３１０、蓄電装置３２０又は燃料電池装置３３０）との間の通信は、第１プロトコルとは異なる第２プロトコルに従って行われる。例えば、第１プロトコルとしては、Open ADR（Automated Demand Response）に準拠するプロトコル、或いは、独自の専用プロトコルを用いることができる。例えば、第２プロトコルとしては、ECHONET Lite（登録商標）に準拠するプロトコル、SEP（Smart Energy Profile）2.0、KNX、或いは、独自の専用プロトコルを用いることができる。例えば、第１プロトコル及び第２プロトコルの双方は、独自の専用プロトコルであってもよく、異なる規則で作られたプロトコルであればよい。但し、第１プロトコル及び第２プロトコルは、同一の規則で作られたプロトコルであってもよい。

（下位管理サーバ）
以下において、実施形態に係る下位管理サーバについて説明する。図３に示すように、下位管理サーバ２００は、管理部２１０と、通信部２２０と、制御部２３０とを有する。下位管理サーバ２００は、ローカル制御装置３６０との関係では、VTN（Virtual Top Node）の一例であると考えてもよい。下位管理サーバ２００は、上位管理サーバ４００との関係では、VEN（Virtual End Node）の一例であると考えてもよい。

管理部２１０は、不揮発性メモリ又は／及びHDD（Hard Disk Drive）などの記憶媒体によって構成される。

例えば、管理部２１０は下位管理サーバ２００によって管理される施設３００に関するデータを管理する。下位管理サーバ２００によって管理される施設３００は、下位管理サーバ２００を管理するエンティティと契約を有する施設３００であってもよい。例えば、施設３００に関するデータは、電力系統１１０から施設３００に供給される需要電力であってもよく、電力系統１１０全体の需要電力の削減要請（DR）に応じて各施設３００で削減された電力であってもよい。施設３００に関するデータは、施設３００に設置される分散電源（太陽電池装置３１０、蓄電装置３２０又は燃料電池装置３３０）の種別、施設３００に設置される分散電源（太陽電池装置３１０、蓄電装置３２０又は燃料電池装置３３０）のスペックなどであってもよい。スペックは、太陽電池装置３１０の定格発電電力（W）、蓄電装置３２０の最大出力電力（W）、燃料電池装置３３０の最大出力電力（W）であってもよい。さらに、施設３００に関するデータは、過去において分散電源に指示した出力電力であってもよい。例えば、分散電源が蓄電装置３２０である場合において、施設３００に関するデータは、蓄電装置３２０に指示した放電電力であってもよい。施設３００に関するデータは、分散電源の劣化度であってもよい。例えば、分散電源が蓄電装置３２０である場合において、施設３００に関するデータは、蓄電装置３２０のSOH（State Of Health）であってもよい。

通信部２２０は、通信モジュールによって構成される。通信モジュールは、IEEE802.11a/b/g/n、ZigBee、Wi-SUN、LTE、5Gなどの規格に準拠する無線通信モジュールであってもよく、IEEE802.3などの規格に準拠する有線通信モジュールであってもよい。

通信部２２０は、ネットワーク１２０を介してローカル制御装置３６０と通信を行う。通信部２２０は、上述したように、第１プロトコルに従って通信を行う。例えば、通信部２２０は、第１プロトコルに従って第１メッセージをローカル制御装置３６０に送信する。通信部２２０は、第１プロトコルに従って第１メッセージ応答をローカル制御装置３６０から受信する。

例えば、通信部２２０は、電力系統１１０から施設３００に供給される需要電力を示す情報要素を含むメッセージを施設３００（例えば、ローカル制御装置３６０、計測装置３９０）から受信する。需要電力は、上述した計測装置３９０によって計測された値でもよい。需要電力は、負荷機器３４０の消費電力から分散電源（太陽電池装置３１０、蓄電装置３２０、燃料電池装置３３０）の出力電力を除いた値でもよい。

制御部２３０は、少なくとも１つのプロセッサを含んでもよい。少なくとも１つのプロセッサは、単一の集積回路（integrated circuit）によって構成されてもよく、通信可能に接続された複数の回路（集積回路（integrated circuit（s））及び／又はディスクリート回路（discrete circuit（s））など）によって構成されてもよい。

例えば、制御部２３０は、下位管理サーバ２００の各構成を制御する。具体的には、制御部２３０は、制御メッセージの送信によって、施設３００に設置されるローカル制御装置３６０に対して、施設３００に設置される分散電源（太陽電池装置３１０、蓄電装置３２０又は燃料電池装置３３０）に対する制御を指示する。制御メッセージは、上述したように、潮流制御メッセージであってもよく、逆潮流制御メッセージであってもよく、電源制御メッセージであってもよい。

実施形態では、制御部２３０は、上位管理サーバ４００によって割り当てられた電力の売買取引に基づいて、施設３００に設置されるローカル制御装置３６０を制御してもよい。例えば、制御部２３０は、電力系統１１０の周波数の制御を要求する指令（以下、周波数制御指令）を上位管理サーバ４００から受信した場合に、電力系統１１０の周波数の調整要請をローカル制御装置３６０に送信する制御を実行してもよい。言い換えると、制御部２３０は、電力系統１１０の周波数を調整するために、ローカル制御装置３６０を通じて蓄電装置３２０の充電又は放電を制御してもよい。

（ローカル制御装置）
以下において、実施形態に係るローカル制御装置について説明する。図４に示すように、ローカル制御装置３６０は、第１通信部３６１と、第２通信部３６２と、制御部３６３とを有する。ローカル制御装置３６０は、VENの一例であってもよい。

第１通信部３６１は、通信モジュールによって構成される。通信モジュールは、IEEE802.11a/b/g/n、ZigBee、Wi-SUN、LTE、5Gなどの規格に準拠する無線通信モジュールであってもよく、IEEE802.3などの規格に準拠する有線通信モジュールであってもよい。

例えば、第１通信部３６１は、ネットワーク１２０を介して下位管理サーバ２００と通信を行う。第１通信部３６１は、上述したように、第１プロトコルに従って通信を行う。例えば、第１通信部３６１は、第１プロトコルに従って第１メッセージを下位管理サーバ２００から受信する。第１通信部３６１は、第１プロトコルに従って第１メッセージ応答を下位管理サーバ２００に送信する。

第２通信部３６２は、通信モジュールによって構成される。通信モジュールは、IEEE802.11a/b/g/n、ZigBee、Wi-SUN、LTE、5Gなどの規格に準拠する無線通信モジュールであってもよく、IEEE802.3などの規格に準拠する有線通信モジュールであってもよい。

例えば、第２通信部３６２は、分散電源（太陽電池装置３１０、蓄電装置３２０又は燃料電池装置３３０）と通信を行う。第２通信部３６２は、上述したように、第２プロトコルに従って通信を行う。例えば、第２通信部３６２は、第２プロトコルに従って第２メッセージを分散電源に送信する。第２通信部３６２は、第２プロトコルに従って第２メッセージ応答を分散電源から受信する。

制御部３６３は、少なくとも１つのプロセッサを含んでもよい。少なくとも１つのプロセッサは、単一の集積回路（integrated circuit）によって構成されてもよく、通信可能に接続された複数の回路（集積回路（integrated circuit（s））及び／又はディスクリート回路（discrete circuit（s））など）によって構成されてもよい。

例えば、制御部３６３は、ローカル制御装置３６０に設置される各構成を制御する。具体的には、制御部３６３は、施設３００の電力を制御するために、第２メッセージの送信及び第２メッセージ応答の受信によって、分散電源の動作状態の設定を機器に指示する。制御部３６３は、施設３００の電力を管理するために、第２メッセージの送信及び第２メッセージ応答の受信によって分散電源の情報の報告を分散電源に指示してもよい。

実施形態では、蓄電装置３２０を用いて電力系統１１０の周波数を調整するケースについて例示する。制御部３６３は、蓄電装置３２０の動作を制御する制御部を構成してもよい。このような前提下において、制御部３６３は、電力系統１１０の周波数の調整が想定される対象期間において、蓄電装置３２０の待機状態の時間が一定時間を越えた場合に、スタンバイ状態に遷移しないように蓄電装置３２０を制御する。

上述したように、売買取引の約定が成立した時間帯（取引期間）において、電力系統１１０の周波数を所定範囲に維持する必要が発生し得る。従って、対象期間は、取引期間の少なくとも一部を含む。対象期間は、取引期間と一致してもよく、取引期間よりも短くてもよく、取引期間よりも長くてもよい。

ここで、制御部３６３を有するローカル制御装置３６０は、蓄電装置コントローラの一例であってもよい。蓄電装置３２０はBT３２０と称されてもよい。ローカル制御装置３６０はBTC３６０と称されてもよい。

ローカル制御装置３６０は、待機状態の時間が一定時間を越えた場合に、スタンバイ状態に遷移するように蓄電装置３２０を制御する通常モードと、待機状態の時間が一定時間を越えた場合に、スタンバイ状態に遷移しないように蓄電装置３２０を制御する周波数制御モードと、を有してもよい。このようなケースにおいて、制御部３６３は、電力系統１１０の周波数の調整が想定される対象期間において周波数制御モードを適用してもよい。

通常モードとは、待機状態の時間が一定時間を超える場合であっても、下位管理サーバ２００から調整要請を受信しない場合には、蓄電装置３２０に対して充放電指令を送信しないモードであってもよい。充放電指令は、蓄電装置３２０の充電動作を指示する命令及び蓄電装置３２０の放電動作を指示する命令の少なくともいずれか１つを含む。

周波数制御モードとは、待機状態の時間が一定時間を超える前において、下位管理サーバ２００から調整要請を受信しなくても、蓄電装置３２０に対して充放電指令を送信するモードであってもよい。このような充放電指令は、電力の売買取引に影響を与えない程度の充放電指令（例えば、1kWの充電、1kWの放電など）であってもよい。

（蓄電装置管理方法）
以下において、実施形態に係る蓄電装置管理方法について説明する。ここでは、ローカル制御装置（以下、BTC）３６０が自動的に周波数制御モードを適用するケースについて説明する。下位管理サーバ（以下、RA）２００は、BTC３６０を管理する管理エンティティの一例である。ここでは、BTC３６０が取引期間を把握可能であるケースを例示するため、スタンバイ状態に遷移しないようにBT３２０が制御される対象期間は取引期間と完全に重複していてもよい。

図５に示すように、ステップS10において、AC４００は、電力系統１１０の電力の売買取引の入札に関するメッセージを電力取引市場（以下、単に市場）に送信する。
ステップS11において、AC４００は、電力系統１１０の電力の売買取引の約定に関するメッセージを市場から受信する。

ステップS12において、AC４００は、約定が成立した電力の売買取引をRA２００に割り当てる。AC４００は、RA２００に割り当てられた売買取引に関する情報（割当情報）をRA２００に送信する。

ステップS13において、RA２００は、RA２００に割り当てられた売買取引に関する設定（割当設定）をBTC３６０に送信する。割当設定は、電力系統１１０の周波数の調整が想定される対象期間を特定するための情報要素を含むメッセージの一例であってもよい。

ステップS20Sにおいて、BTC３６０は、対象期間（取引期間）の開始タイミングにおいて、周波数制御モードを開始（適用）する。

ステップS30において、RA２００は、電力系統１１０の周波数の制御を要求する周波数制御指令をAC４００から受信する。

ステップS31において、RA２００は、周波数制御要請に応じて、電力系統１１０の周波数の調整要請をBTC３６０に送信する。

ステップS32において、BTC３６０は、調整要請に応じた充放電指令をBT３２０に送信する。

ステップS33において、BTC３６０は、充放電値をBT３２０から受信する。充放電値は、BT３２０が充電した電力の値（充電値）を含んでもよく、BT３２０が放電した電力の値（放電値）を含んでもよい。充放電値は、瞬時値によって表されてもよく、積算値によって表されてもよい。

ステップS34において、BTC３６０は、調整要請に対する実績値をRA２００に送信する。実績値は、BT３２０から受信する充放電値を含んでもよく、電力系統１１０の周波数の調整結果を含んでもよい。

ステップS35において、RA２００は、周波数制御指令に対するレポートをAC４００に送信する。レポートは、BTC３６０から受信する充放電値を含んでもよく、電力系統１１０の周波数の調整結果を含んでもよい。

対象期間において、ステップS30～ステップS35の処理は繰り返されてもよい。例えば、AC４００は、電力系統１１０の周波数を制御する必要があるか否かを対象期間よりも短い所定周期毎に判定し、電力系統１１０の周波数を制御する必要がある場合に、周波数制御指令を送信してもよい。

ステップS20Eにおいて、BTC３６０は、対象期間（取引期間）の終了タイミングにおいて、周波数制御モードを終了（解除）する。従って、周波数制御モードの解除後において、BT３２０は、待機状態の時間が一定時間を越えると、スタンバイ状態に遷移する。

ここで、BTC３６０は、周波数制御モードにおいて、図６に示す動作を実行してもよい。図６に示す動作は、所定周期（例えば、1分）毎に実行されてもよい。

図６に示すように、ステップS21において、BTC３６０は、調整要請を監視する。

ステップS22において、BTC３６０は、調整要請を受信したか否かを判定する。BTC３６０は、調整要請を受信した場合にステップS24の処理を実行する（YES）。BTC３６０は、調整要請を受信しない場合にステップS23の処理を実行する（NO）。

ステップS23において、BTC３６０は、BT３２０の待機状態の時間が一定時間以上であるか否かを判定する。BTC３６０は、BT３２０の待機状態の時間が一定時間以上である場合にステップS25の処理を実行する（YES）。BTC３６０は、BT３２０の待機状態の時間が一定時間以上でない場合にステップS26の処理を実行する（NO）。

ステップS24において、BTC３６０は、調整要請に応じた充放電指令をBT３２０に送信する処理を実行する（第１充放電指令）。

ステップS25において、BTC３６０は、調整要請とは無関係に充放電指令をBT３２０に送信する処理を実行する（第２充放電指令）。第２充放電指令に関する充放電指令は、電力の売買取引に影響を与えない程度の充放電指令であってもよい。

ステップS26において、BTC３６０は、周波数制御モードを終了するか否かを判定する。BTC３６０は、周波数制御モードを終了すると判定した場合に一連の処理を終了する（YES）。BTC３６０は、周波数制御モードを終了しないと判定した場合にステップS21の処理に戻る（NO）。

（作用及び効果）
実施形態では、BTC３６０は、電力系統１１０の周波数の調整が想定される対象期間において、待機状態の時間が一定時間を越えた場合に、スタンバイ状態に遷移しないように蓄電装置３２０を制御する。このような構成によれば、待機電力が小さいスタンバイ状態に遷移する機能が蓄電装置３２０に実装されている場合であっても、電力系統１１０の周波数を調整する遅延時間の増大を抑制することができ、電力系統１１０の周波数を適切に制御することができる。

［変更例１］
以下において、実施形態の変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。

実施形態では、BTC３６０は、周波数制御モードを自動的に開始（適用）又は終了（解除）する。これに対して、変更例１では、BTC３６０は、RA２００から受信する指令に応じて、周波数制御モードを開始（適用）又は終了（解除）する。

具体的には、変更例１では、BTC３６０は、管理エンティティ（ここでは、RA２００）から、周波数制御モードの開始を指示する情報要素を含むメッセージを受信してもよい。BTC３６０は、管理エンティティ（ここでは、RA２００）から、周波数制御モードの終了を指示する情報要素を含むメッセージを受信してもよい。

（蓄電装置管理方法）
以下において、変更例１に係る蓄電装置管理方法について説明する。ここでは、BTC３６０がRA２００から受信する指令に応じて、周波数制御モードを開始（適用）又は終了（解除）するケースについて説明する。RA２００は、BTC３６０を管理する管理エンティティの一例である。ここでは、BTC３６０が取引期間を把握可能でないケースを例示するため、スタンバイ状態に遷移しないようにBT３２０が制御される対象期間は取引期間とずれていてもよい。

図７では、図５と同様の処理について同様のステップ番号を付している。以下においては、図５と同様の処理の説明については省略する。図７に示すように、変更例１では、図５で説明したステップS13が省略されてもよい。

図７に示すように、ステップS41において、RA２００は、取引期間の開始タイミにおいて、周波数制御モードの開始を指示する情報要素を含むメッセージ（ここでは、開始指示）をBTC３６０に送信する。ステップS20Sにおいて、BTC３６０は、開始指示に応じて周波数制御モードを開始（適用）する。

ステップS42において、RA２００は、取引期間の開始タイミにおいて、周波数制御モードの終了を指示する情報要素を含むメッセージ（ここでは、終了指示）をBTC３６０に送信する。ステップS20Eにおいて、BTC３６０は、終了指示に応じて周波数制御モードを終了（解除）する。

［変更例２］
以下において、実施形態の変更例２について説明する。以下においては、実施形態に対する相違点について主として説明する。

実施形態では、BTC３６０は、周波数制御モードを自動的に開始（適用）又は終了（解除）する。これに対して、変更例２では、BTC３６０は、周波数制御モードを手動で開始（適用）又は終了（解除）する。

ここで、手動は、RA２００のオペレータによってBTC３６０に対する指示が実行される処理を含んでもよい。手動は、BTC３６０のオペレータによってBTC３６０に対する指示が実行される処理を含んでもよい。

例えば、変更例２では、BTC３６０は、手動で入力された開始指示を管理エンティティ（ここでは、RA２００）から受信してもよい。BTC３６０は、手動で入力された終了指示を管理エンティティ（ここでは、RA２００）から受信してもよい。

（蓄電装置管理方法）
以下において、変更例２に係る蓄電装置管理方法について説明する。ここでは、BTC３６０が周波数制御モードを手動で開始（適用）又は終了（解除）するケースについて説明する。RA２００は、BTC３６０を管理する管理エンティティの一例である。ここでは、BTC３６０が取引期間を把握可能でないケースを例示するため、スタンバイ状態に遷移しないようにBT３２０が制御される対象期間は、取引期間を包含し、かつ、取引期間よりも長い期間であってもよい。

図８では、図５と同様の処理について同様のステップ番号を付している。以下においては、図５と同様の処理の説明については省略する。図８に示すように、変更例２では、図５で説明したステップS13が省略されてもよい。

図８に示すように、ステップS51において、RA２００は、手動で入力された開始指示をBTC３６０に送信してもよい。但し、開始指示は、BTC３６０のオペレータによって手動で入力されてもよい。ステップS20Sにおいて、BTC３６０は、開始指示に応じて周波数制御モードを開始（適用）する。

ステップS52において、RA２００は、手動で入力された終了指示をBTC３６０に送信してもよい。但し、終了指示は、BTC３６０のオペレータによって手動で入力されてもよい。ステップS20Eにおいて、BTC３６０は、終了指示に応じて周波数制御モードを終了（解除）する。

［変更例３］
以下において、実施形態の変更例３について説明する。以下においては、実施形態に対する相違点について主として説明する。

実施形態では、BT３２０は、待機状態の時間が一定時間を越えた場合にスタンバイ状態に自動的に遷移するように構成される。すなわち、BT３２０は、スタンバイ状態への遷移をOFFにする機能を有していない。これに対して、変更例３では、BT３２０は、スタンバイ状態への遷移をOFFにする機能を有する。

詳細には、変更例３において、BT３２０は、BTC３６０から充放電指令を受信しなくても、スタンバイ状態への遷移をOFFにする機能が活性化されている場合に、待機状態の時間が一定時間を越えてもスタンバイ状態に遷移しない。

（蓄電装置管理方法）
以下において、変更例３に係る蓄電装置管理方法について説明する。ここでは、BTC３６０がスタンバイ状態への遷移をOFFにする機能の活性化/非活性化を自動的に指示するケースについて説明する。RA２００は、BTC３６０を管理する管理エンティティの一例である。ここでは、BTC３６０が取引期間を把握可能でないケースを例示するため、スタンバイ状態に遷移しないようにBT３２０が制御される対象期間は、取引期間を包含し、かつ、取引期間よりも長い期間であってもよい。

図９では、図５と同様の処理について同様のステップ番号を付している。以下においては、図５と同様の処理の説明については省略する。

図９に示すように、ステップS61において、BTC３６０は、対象期間（取引期間）の開始タイミングにおいて、スタンバイ状態への遷移をOFFにする機能の活性化を指示する指令（活性化指令）をBT３２０に送信する。

ここで、活性化指令は、BTC３６０のオペレータによって手動で入力されてもよい。RA２００からBTC３６０を経由してBT３２０に送信されてもよい。活性化指令は、RA２００のオペレータによって手動で入力されてもよい。

ステップS62において、対象期間（取引期間）の終了タイミングにおいて、スタンバイ状態への遷移をOFFにする機能の非活性化を指示する指令（非活性化指令）をBT３２０に送信する。

ここで、非活性化指令は、BTC３６０のオペレータによって手動で入力されてもよい。RA２００からBTC３６０を経由してBT３２０に送信されてもよい。非活性化指令は、RA２００のオペレータによって手動で入力されてもよい。

［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

上述した開示では、分散電源として太陽電池装置３１０及び燃料電池装置３３０を有する施設３００について例示した。しかしながら、上述した開示はこれに限定されるものではない。施設３００は、太陽電池装置３１０及び燃料電池装置３３０を有していなくてもよい。

上述した開示では、蓄電装置３２０を制御する制御部がローカル制御装置（BTC）３６０の制御部３６３であるケースを例示した。しかしながら、上述した開示はこれに限定されるものではない。蓄電装置３２０を制御する制御部を蓄電装置３２０が有していてもよい。このようなケースにおいては、蓄電装置３２０は通常モード及び周波数制御モードを有していると考えてもよい。さらに、ローカル制御装置３６０は省略されてもよい。

上述した開示では、蓄電装置３２０を制御する制御部を有する蓄電装置コントローラがローカル制御装置３６０（例えば、EMS）であるケースについて例示した。しかしながら、上述した開示はこれに限定されるものではない。蓄電装置コントローラは、ローカル制御装置３６０とは別の装置であってもよい。蓄電装置コントローラは、蓄電装置３２０が有するPCSであってもよい。

上述した開示では、下位管理サーバ２００及び上位管理サーバ４００を電力管理システム１００が有するケースを例示した。しかしながら、上述した開示はこれに限定されるものではない。管理サーバは階層構造を有しておらず、下位管理サーバ２００及び上位管理サーバ４００のいずれか１つを電力管理システム１００が有していてもよい。

上述した開示では、管理エンティティとしてリソースアグリゲータを例示した。しかしながら、上述した開示はこれに限定されるものではない。管理エンティティはアグリゲーションコーディネータであってもよい。

上述した開示では特にふれていないが、下位管理サーバ２００は、１つの施設３００を対象として蓄電装置３２０を制御してもよく、複数の施設３００を対象として蓄電装置３２０を制御してもよい。下位管理サーバ２００は、複数の蓄電装置３２０の中から、電力系統１１０の周波数の調整に用いる蓄電装置３２０を選択してもよい。

上述した開示では特に触れていないが、ローカル制御装置３６０が有する機能の少なくとも一部は、ネットワーク１２０上に配置されるサーバによって実行されてもよい。言い換えると、ローカル制御装置３６０は、クラウドサービスによって提供されてもよい。

上述した開示では特に触れていないが、電力とは、特に断らない限りにおいて、あるタイミングの電力の瞬時値（(k)W）であってもよく、ある期間の電力の積算値（(k)Wh）であってもよい。

１００…電力管理システム、１１０…電力系統、１２０…ネットワーク、２００…下位管理サーバ、２１０…管理部、２２０…通信部、２３０…制御部、３００…施設、３１０…太陽電池装置、３２０…蓄電装置、３３０…燃料電池装置、３４０…負荷機器、３６０…ローカル制御装置、３６１…第１通信部、３６２…第２通信部、３６３…制御部、３９０…計測装置、４００…上位管理サーバ

Claims (7)

1. 電力系統に接続された蓄電装置と、
   前記蓄電装置の動作を制御する制御部と、を備え、
   前記蓄電装置は、前記蓄電装置の充電動作及び放電動作が実行されていない待機状態の時間が一定時間を越えた場合に、前記待機状態の待機電力よりも小さい待機電力のスタンバイ状態に遷移し、
   前記制御部は、前記電力系統の周波数の調整が想定される対象期間において、前記待機状態の時間が一定時間を越えた場合に、前記スタンバイ状態に遷移しないように前記蓄電装置を制御する、蓄電装置管理システム。
2. 前記制御部を有する蓄電装置コントローラを備え、
   前記蓄電装置コントローラは、前記待機状態の時間が一定時間を越えた場合に、前記スタンバイ状態に遷移するように前記蓄電装置を制御する通常モードと、前記待機状態の時間が一定時間を越えた場合に、前記スタンバイ状態に遷移しないように前記蓄電装置を制御する周波数制御モードと、を有し、
   前記制御部は、前記対象期間において前記周波数制御モードを適用する、請求項１に記載の蓄電装置管理システム。
3. 前記制御部は、前記周波数制御モードにおいて、前記待機状態の時間が一定時間を越える前において、前記電力系統の周波数の調整要請がなくても、前記蓄電装置の充電動作及び放電動作の少なくともいずれか１つを前記蓄電装置に指示する、請求項２に記載の蓄電装置管理システム。
4. 前記蓄電装置コントローラは、前記蓄電装置コントローラを管理する管理エンティティから、前記対象期間を特定するための情報要素を含むメッセージを受信する、請求項２又は請求項３に記載の蓄電装置管理システム。
5. 前記蓄電装置コントローラは、前記蓄電装置コントローラを管理する管理エンティティから、前記周波数制御モードの開始を指示する情報要素を含むメッセージを受信する、請求項２又は請求項３に記載の蓄電装置管理システム。
6. 前記蓄電装置コントローラは、前記蓄電装置コントローラを管理する管理エンティティから、前記周波数制御モードの終了を指示する情報要素を含むメッセージを受信する、請求項５に記載の蓄電装置管理システム。
7. 電力系統に接続された蓄電装置が、前記蓄電装置の充電動作及び放電動作が実行されていない待機状態の時間が一定時間を越えた場合に、前記待機状態の待機電力よりも小さい待機電力のスタンバイ状態に遷移するステップと、
   前記蓄電装置の動作を制御する制御部が、前記電力系統の周波数の調整が想定される対象期間において、前記待機状態の時間が一定時間を越えた場合に、前記スタンバイ状態に遷移しないように前記蓄電装置を制御するステップと、を備える蓄電装置管理方法。