JP6047658B2 - 蓄電池充放電制御システムおよび蓄電装置 - Google Patents

Description

本発明は、二次電池等を用いた蓄電装置の充放電の計画を立案、制御を実現し、特に、需要家に設置される複数の蓄電装置について、需要家と系統管理者の意向に沿った充放電制御を実施する技術に関する。

背景技術として、特開２０１０−２６８６０２号公報（特許文献１）がある。この公報には、需要家が設定する制約条件に基づいて最適な充放電スケジュールを作成し、電力系統の管理者は複数の需要家から受信した充放電スケジュールの中から都合の良いスケジュールを立案した需要家の蓄電池を選択して充放電を実施する技術が開示されている。

特開２０１０−２６８６０２号公報

しかしながら、特許文献１で示された手法では、１つの蓄電池を複数の需要家で共有管理することができない。また、充放電スケジュールを立案するユーザ（特許文献１においては、電力系統管理者）は各需要家の蓄電池を選択単位とするため、選択肢のバリエーションが少なく、電力系統管理者の意図通りの充放電計画を実施することができない。

本願発明における蓄電池充放電制御システムは、需要家の蓄電池を所定の容量に区分けした情報である容量ＩＤと、前記容量ＩＤ毎の充放電スケジュールを管理する充放電スケジュール管理テーブルと、を予め記憶し、充放電（売買電）希望時間帯情報と、充放電（売買電）希望電力情報と、充放電（売買電）希望価格情報と、に基づいて前記容量ＩＤ毎の充放電希望情報を作成する。

本発明によれば、蓄電池の充放電に伴う電力取引において、時間帯および容量ＩＤ毎に充放電の希望を出すことが可能となるため、１つの蓄電池を複数の主体で共有することができる。更に、系統管理者の意図に沿う充放電計画の実現を支援するという、副次的な効果を奏する。

第一の実施形態の機能構成を示すブロック図。 第一の実施形態の蓄電池充放電制御システムの処理を示す図。 充放電スケジュール管理テーブルの構成図。 充電コスト管理テーブルの構成図。 充放電希望情報の作成処理を示す図。 充放電管理テーブルの構成図。 充放電希望情報および充放電受入情報の構成図。 充放電管理テーブルの更新後を示す図。 充放電スケジュール管理テーブルの更新後を示す図。 充電コスト管理テーブルの更新後を示す図。 充放電収支管理テーブルの構成を示す図。 第二の実施形態の機能構成を示すブロック図。 第二の実施形態の蓄電池充放電制御システムの処理を示す図。 充放電制御情報の作成処理を示す図。 電力料金テーブルの構成図。 系統向け売電料金テーブルの構成図。 第三の実施形態の機能構成を示すブロック図。 第三の実施形態の蓄電池充放電制御システムの処理を示す図。 充放電制御情報の作成処理を示す図。 充放電希望情報作成時のコストテーブルの構成図。

以下、本発明を実施するための最良の形態（以下、「実施形態」）について、図面を用いて説明する。
≪第一の実施形態≫
本実施例形態の蓄電池充放電制御システムの機能構成を図１に示す。本実施例形態の蓄電池充放電制御システムは、需要家１００Ａ、需要家１００Ｂと、充放電希望管理サーバ２００、系統管理者クライアント３００、から構成され、需要家１００Ａ内に設置された蓄電池モジュール１０１Ａと、蓄電池モジュール１０１Ａは、設備負荷１０２Ａとともに、低圧電力系統５０１に接続されている。低圧電力系統５０１は、たとえば柱上変圧器のような変圧器５００を介して高圧配電系統５０２に接続されている。

需要家１００Ａは、例えば、一般個人住宅、集合住宅、商業ビル、オフィスビル、工場などであり、その電力負荷は、例えば、住宅等の場合は、照明装置、空調装置、冷蔵庫、洗濯機、テレビジョン装置、音響装置、温水器などの設備負荷１０２Ａを有する。工場などの場合は、例えば工作機、電動モータ、ロボット、エレベータなどの設備負荷１０２Ａを有する。

蓄電池モジュール１０１Ａは、蓄電池１０１０Ａ、充放電制御部１０１１Ａ、電池管理部１０１２Ａ、通信部１０１３Ａを備える。

蓄電池１０１０Ａは、電極及び電解質を有するセルを複数個接続して構成される。蓄電池１０１０Ａは、例えば、リチウムイオン蓄電池、鉛蓄電池、ニッケル・水素蓄電池、ナトリウム・硫黄蓄電池から構成することができる。さらに、蓄電池モジュール１０１Ａは、蓄電池１０１０Ａのほかに、電気二重槽コンデンサまたはリチウムイオンキャパシタ等の装置を備えてもよい。

充放電制御部１０１１はＡ、蓄電池１０１０Ａへの充電、及び、蓄電池１０１０Ａからの放電を制御するための制御回路である。充放電制御部１０１１Ａは、例えば、インバータ回路とマイクロコンピュータ回路等を含んで構成することができる。

充電時に、充放電制御部１０１１Ａは、低圧電力系統５０１からの交流電力を直流電力に変換して蓄電池１０１０Ａに充電する。放電時に、充放電制御部１０１１Ａは、蓄電池１０１０Ａの直流電力を交流電力に変換して、低圧電力系統５０１に供給する。

また、充放電制御部１０１１Ａは、後述する電池管理部１０１２Ａの管理する充放電スケジュールに従って、蓄電池の充放電の制御を行う。

電池管理部１０１２Ａは、蓄電池１０１０Ａの蓄電量（現在の電池残量、ＳｏＣ（Ｓｔａｔｅ Ｏｆ Ｃｈａｒｇｅ））を蓄電池１０１０Ａから取得するとともに、充放電のスケジュールと、充電コストを管理している。

また、周期的に充放電希望情報を作成し、通信部１０１３Ａに受け渡し、通信部１０１３Ａより充放電受入情報を受信した場合の充放電スケジュールの更新を行う。

通信部１０１３Ａは、充放電希望管理サーバ２００と通信ネットワーク４００を介して接続され、電池管理部１０１２Ａから受け取った充放電希望情報を充放電希望管理サーバ２００に送信し、充放電希望管理サーバ２００から充放電受入情報を受信して電池管理部１０１２Ａに受け渡す。

充放電希望管理サーバ２００は、蓄電池モジュール１０１Ａから送信される、充放電希望情報を管理し、系統管理者クライアント３００への情報提供を行う。また、系統管理者クライアントが蓄電池モジュールの充放電希望の中から受け入れる選択をした希望を示す充放電受入情報の生成を行う。

系統管理者クライアント３００は、通信ネットワーク４００経由で充放電希望管理サーバ２００の充放電希望管理テーブルの情報を参照し、それぞれの時間帯について系統管理者のニーズに合う充放電希望を選択する。

需要家１００Ｂは、需要家１００Ａと同じ構成であり、設備負荷１０２Ｂと蓄電池モジュール１０１Ｂとから構成される。

以下図２を用いて、本発明の第一の実施形態の蓄電池充放電制御システムの処理を説明する。
[Ｓ２０１]
蓄電池モジュール１０１Ａの電池管理部１０１２Ａは、充放電スケジュールを参照し、充放電が予定されていない時間帯の充放電希望情報を作成（詳細は図５で説明）し、充放電希望管理サーバ２００に送信する。

充放電スケジュールは図３に示すように、時間帯毎に充放電が予定された充放電スケジュール管理テーブルによって管理する。

一日は複数の時間帯で分割され、あらかじめスケジューリングする期間分のテーブルが用意される。図３の例では一日が３０分刻みの時間帯で分割された一日分を示している。

蓄電池の蓄電容量は、蓄電池の前記時間帯での充放電性能以下の容量で分割管理され、分割単位ごとにＩＤ管理される。図３の例では１〜１０に１０分割されており、それぞれＩＤ１〜１０が設定されている。

例えば、蓄電池の容量が１０ｋｗｈの場合、１０分割された場合の一単位の容量は１ｋｗｈとなる。蓄電池の充放電性能が２ｋｗである場合３０分間の充放電可能容量は２ｋｗ×０．５時間＝１ｋｗｈであるので、前記時間帯毎に二単位の充電もしくは放電が可能である。同様に蓄電池の充放電性能が４ｋｗであれば、時間帯毎に二単位の充電もしくは放電が可能である。

図中「空」は充電されていない空き容量を示し、「満」は充電されている容量を示し、「充」と「数字」はその時間帯に充電されるスケジュールと買電コスト（以下、充電コストと呼ぶ）を示し、「放」と「数字」はその時間帯に放電されるスケジュールと売電価格を示している。

したがって、蓄電池容量１０ｋｗｈで、充放電性能が２ｋｗの場合、図３の例では、２０１２年１２月１２日の１：００〜１：３０に充電コスト１５円で１ｋｗｈの充電と、１：３０〜２：００に充電コスト２０円で１ｋｗｈの充電が、２：３０〜：３：００に放電コスト−４０円で１ｋｗｈの放電と、３：３０〜４：００に放電コスト−４１円で１ｋｗｈの放電がスケジュールされていることを示している。蓄電池管理部は、これら充放電のスケジュールを参照して、充放電希望情報を作成する。

充放電希望情報の作成時に、希望価格を設定するための基準値は、図２０に示すように、充放電希望情報作成時コストテーブルに各容量ＩＤに希望情報作成時の売電価格、充電コストを設定しておき、これを参照して充放電希望情報を作成する。図２０の例では、容量ＩＤごとに希望価格を設定しているが、蓄電池毎に一律の希望価格を設定しても良いし、後述の当該時間帯の電力料金や系統向けの売電料金と同一とするように設定しても良い。

また、「空」や「満」が所定の割合以上の場合は、それぞれ「充電」や「放電」の希望情報を作成しないという充放電希望情報作成ルールに従っても良い。その場合、例えば、「空」が８割以上の場合は「放電」の希望情報は作成せず、「満」が８割以上の場合は、「充電」の希望情報は作成しないとすることで、蓄電池の運用方針としてＳＯＣ８０％から２０％の範囲で利用することが可能である。

実際の充電コストは図４に示すように、時間帯毎に充電コストが記録された充電コスト管理テーブルによって管理する。テーブル構成は、充放電スケジュール管理テーブルと同様に、一日は複数の時間帯で分割され、あらかじめスケジューリングする期間の日数分のテーブルが用意される。図４の例では一日が３０分刻みの時間帯で分割された一日分を示している。

以上、述べたように、充電コスト管理テーブルは、充放電スケジュール管理テーブルと一対一対応しており、充電電力のコストが記録されている。

図４の例では、２０１２年１２月１２日の０：００〜０：３０の時間帯では容量ＩＤ６、ＩＤ７、ＩＤ８、ＩＤ９、ＩＤ１０が電力量１ｋｗｈあたり１０円で充電されていることを示している。

同様に１：００〜１：３０の時間帯では容量ＩＤ５が電力量１ｋｗｈあたり１５円で充電され、１：３０〜２：００の時間帯では容量ＩＤ４が電力量１ｋｗｈあたり２０円で充電されることを示している。

充放電希望情報は、図７に示すように、蓄電池モジュールを識別する「蓄電池ＩＤ」、「容量ＩＤ」、「充電/放電種別」、「日時」、「時間帯情報」、「希望価格」、から構成される。

「蓄電池ＩＤ」は、充放電希望管理サーバに記録されている蓄電池モジュールの識別子であり、本システムにて事前に設定されており、蓄電池モジュール毎に付与され電池管理部に保存されている。

「充電/放電種別」は、当該充放電希望情報が充電希望であるか、放電希望であるかを示す情報である。

「日時」は充放電希望の実施日を示す情報である。

「時間帯情報」は、充放電希望の実施時間帯を示す情報である。

「希望価格」は、「充電/放電種別」が「充電」の場合は買電の価格を示す情報であり、「放電」の場合は売電の価格を示す情報である。

充放電希望情報の作成処理の例を図５に示す。まず、各容量ＩＤの充放電スケジュールの各時間帯について、充放電希望可能な時間帯かどうかを判定する。当該時間帯が充放電希望管理サーバの充放電希望を受け付けている時間帯でありかつ、当該容量ＩＤの当該時間帯以降の時間帯に充放電スケジュールがない場合はＹＥＳと判定し、ステップ５０２に進む。当該時間帯が充放電希望管理サーバの充放電希望を受け付けている時間帯でない場合、もしくは当該容量ＩＤの当該時間帯以降の時間帯に充放電スケジュールがある場合はＮＯと判定し、ステップ５０９に進む。充放電希望可能時間帯は、たとえば現在時刻から所定の時間までの時間帯を充放電希望可能とするなど、あらかじめ決めておく（Ｓ５０１）。

ステップ５０２では、当該時間帯の充放電スケジュールの有無をチェックする。すでに当該時間帯の充放電スケジュールが設定されている場合は、ステップ５０３に進む。充放電スケジュールが設定されていない場合は、ステップ５０８に進む（Ｓ５０２）。

ステップ５０３では、前記充放電スケジュールが、充電スケジュールか、放電スケジュールかの判定を行う。充電スケジュールである場合は、ステップ５０４に進む。放電スケジュールである場合は、ステップ５０６に進む（Ｓ５０３）。

ステップ５０４では、充放電スケジュール管理テーブルから、当該時間帯の充電スケジュールの予定充電コストを取得し、ステップ５０５に進む（Ｓ５０４）。

ステップ５０５では、充放電希望情報作成時コストテーブルの当該充放電スケジュールの対象の容量ＩＤの希望放電価格を参照し、前記予定充電コストよりも希望放電価格が高い場合は、前記希望放電価格で放電希望情報を作成し、ステップ５０９に進む（前記放電希望情報は、充電キャンセルに相当する）（Ｓ５０５）。

ステップ５０６では、充放電スケジュール管理テーブルから、当該時間帯の放電スケジュールの予定放電価格と、充電コストを取得し、その差分である予定収益を算出し、ステップ５０７に進む（Ｓ５０６）。

ステップ５０７では、充放電希望情報作成時コストテーブルの当該放電スケジュールの対象の容量ＩＤの希望充電コストを参照し、前記予定放電価格から、前記希望充電コストを差し引いたコストで放電キャンセルに相当する充電希望情報を作成し、ステップ５０９に進む（Ｓ５０７）。

ステップ５０８では、以下に述べる条件に従って新規に充放電希望を作成する。当該時間帯の「空」状態の容量に対しては、充電希望情報の「希望価格」を、当該時間帯の電力料金と、当該容量ＩＤの希望充電コストを比較して、低い方の額に設定した新規充電希望情報を作成する。電力料金は、図１５に示すように、時間帯毎にｋｗｈあたりの電力料金を格納したテーブルにより管理しておく。電力料金が、随時変更される場合であってもそれに合わせて更新する。

当該時間帯の、「満」状態の容量に対しては、当該時間帯の系統向けの売電料金と当該容量ＩＤの希望放電コストの高い額を放電希望価格とし、前記放電希望価格が当該容量の充電コストを上回る場合は、放電希望情報の「希望価格」を当該放電希望価格に設定した新規放電希望情報を作成する。系統向けの売電料金は、図１６に示すように、時間帯毎にｋｗｈあたりの売電料金を格納したテーブルにより管理する。

全ての容量に対して、充放電希望情報作成処理が完了したら、ステップ５０９に進む。

ステップ５０８で述べた、新規充放電希望情報の作成条件は、蓄電池の運転方針によって変更しても良い。

たとえば、「満」状態の容量に対する放電希望情報は、常に充電コストに所定のマージンを上乗せした「希望価格」とすることで、系統の売電価格との比較処理を省いた簡便な運用を実現できる。

ステップ５０９では、充放電希望作成対象の時間帯全てについて充放電希望情報を設定した場合は処理を終了する。そうでない場合は次の時間帯を対象にして、ステップ５０１に進む。

以上、説明した手順により作成された充放電希望情報は、通信部１０１３を介して充放電希望管理サーバに送信される（Ｓ２０１）。
[Ｓ２０２]
次に、充放電希望管理サーバでは、ステップ２０１で受信した充放電希望情報を希望管理テーブルに登録する。

充放電希望管理テーブルは、現在時刻もしくは、事前に決められた時間後を開始時刻とする複数の時間帯の充放電希望情報を管理する。

図６に充電希望管理テーブルの例を示す。図６の例では３つの時間帯を管理するケースを示しており、０：００を開始とした場合は、図６に示すように０：００〜０：３０、０：３０〜１：００、１：００〜１：３０の時間帯を管理するテーブルから構成される。

充放電希望情報の「充電/放電種別」が放電の場合は、放電希望となる。

放電希望は、表の右側の「放電」領域の、指定価格の欄に、蓄電池ＩＤと容量ＩＤがセットされる。

充放電希望情報の「充電/放電種別」が充電の場合は、充電希望となる。

充電希望は、表の左側の「充電」領域の、指定価格の欄に、蓄電池ＩＤと容量ＩＤがセットされる。

図６の例では、２０１２年１２月１２日の０：００〜０：３０の時間帯に、価格４２円での放電希望に電池ＩＤがＢの蓄電池の容量ＩＤ３、４、５が登録され、価格４１円での放電希望に電池ＩＤがＡの蓄電池の容量ＩＤ６、７、８、９、１０が登録され、価格３９円での充電希望に電池ＩＤがＡの蓄電池の容量ＩＤ４、３、２、１と、電池ＩＤがＢの蓄電池の容量ＩＤ１、２が登録されている。例として、このときの蓄電池Ａの充放電希望情報のデータ構成を図７に示す。

２０１２年１２月１２日の０：３０〜１：００の時間帯に、価格４２円での放電希望に電池ＩＤがＢの蓄電池の容量ＩＤ３、４、５が登録され、価格４１円での放電希望に電池ＩＤがＡの蓄電池の容量ＩＤ６、７、８、９、１０が登録され、価格３９円での充電希望に電池ＩＤがＡの蓄電池の容量ＩＤ４、３、２、１と、電池ＩＤがＢの蓄電池の容量ＩＤ１、２が登録されている。

２０１２年１２月１２日の１：００〜１：３０の時間帯に、価格４２円での放電希望に電池ＩＤがＢの蓄電池の容量ＩＤ３、４、５が登録され、価格４０円での放電希望に電池ＩＤがＡの容量ＩＤ５が登録され、価格３９円での充電希望に電池ＩＤがＢの蓄電池の容量ＩＤ１、２が登録されている。

また、価格３９円での充電予定に電池ＩＤがＡの容量ＩＤ５の充電が登録されている。

なお、上記のＡ５の放電希望は、同時間帯に実施予定の充電予定をキャンセルする希望を示したもので、この放電希望が選択されると、前記のＡ５の充電予定が消去される（Ｓ２０２）。
[Ｓ２０３]
次に系統管理者クライアントは、ステップ２０２で説明した充放電希望管理テーブルを参照して、充放電希望から受け入れるものを選択する。

選択情報は、「日時」「時間帯」「蓄電池ＩＤ」「容量ＩＤ」「充電/放電種別」「価格」からなる（図７）。

例えば、２０１２年１２月１２日の０：００〜０：３０の時間帯の、蓄電池ＩＤがＡ、容量ＩＤが６の放電希望が選択された場合は、「２０１２／１２／１２，０：００〜０：３０,Ａ,６,放電,４１」となる。

系統管理者クライアントが、充放電希望を受け入れる判断は、たとえばある時間帯の電力系統における負荷のピークが予想される場合に、当該時間帯の放電希望を多く受け入れておくことで、ピークの平準化を図ることができる。また逆に、ある時間帯の電力系統における余剰電力の発生が予想される場合に、当該時間帯の充電希望を多く受け入れておくことで、余剰電力の削減を図ることができる。

また、充放電希望の価格が系統管理者の調達する電力価格よりも安価な場合には、充放電希望を受入れることで、コスト削減を図ることができる（Ｓ２０３）。
[Ｓ２０４]
充放電希望管理サーバはステップ２０３で説明した選択情報に従って充放電希望管理テーブルを更新する。

まず、選択情報と同じ日時、時間帯の充放電希望情報のうち、蓄電池ＩＤの一致する充放電希望情報はテーブルから削除する。

さらに、選択情報と同じ蓄電池ＩＤ、容量ＩＤの他の充放電希望情報はテーブルから削除する。

図６の状態から、ステップ２０３で例示した、２０１２年１２月１２日の０：００〜０：３０の時間帯の、蓄電池ＩＤがＡ、容量ＩＤが６の放電希望が選択された場合の更新結果を図８に示す。図８に示すように、２０１２年１２月１２日の０：００〜０：３０の時間帯の蓄電池ＩＤがＡの希望情報が削除され、他の時間帯の蓄電池ＩＤがＡ、容量ＩＤが６の希望情報が削除されている（Ｓ２０４）。
[Ｓ２０５]
充放電希望管理サーバはステップ２０４で使用した選択情報から、受入れ情報を生成（図７）し、蓄電池モジュール１０１に送信する。

受入情報は、前記選択情報と同様の情報である。ステップ２０３の例では、「価格」は４１円であるため、「２０１２／１２／１２，０：００〜０：３０,Ａ,６,放電,４１」となる（Ｓ２０５）。
[Ｓ２０６]
蓄電池モジュール１０１は、ステップ２０５で作成した受入情報を通信部１０１３で受信する。通信部１０１３は、受入情報を電池管理部１０１２に受け渡す。

電池管理部１０１２では、受入情報に基づいて充放電スケジュール管理テーブルおよび充電コスト管理テーブルを更新する。

図９にステップ２０４で選択された充放電希望が反映された、充放電スケジュール管理テーブルを示す。時間帯０：００〜０：３０の容量ＩＤ６が「放−４１」となり、それ以降の時間帯は「空」となっている。放電の場合は売電のためコストはマイナス値として反映する。

図１０に充電コスト管理テーブルを示す。容量ＩＤ６は、時間帯０：００〜０：３０に放電されるので、以降の時間帯で充電コストは「−」となっている（Ｓ２０６）。
[Ｓ２０７]
スケジュールの時刻が到来した場合は、蓄電池管理部１０１２は、スケジュール管理テーブルの内容に従った充放電制御を、充放電制御部１０１１に対して指示する。充放電制御部１０１１は、スケジュールに従って定められた電力量の充電もしくは放電を実施し、ステップ２０８に進む。

スケジュール時刻でない場合は、何もせずにステップ２０８に進む（Ｓ２０７）。
[Ｓ２０８]
充放電スケジュールが実施された場合は、充放電による収支を計算し、充放電収支管理テーブルを更新する。充放電収支管理テーブルは、充電にかかったコストから、放電によって得られた利益を差し引き、トータルの収支を記録するテーブルである。

図１１に充放電収支管理テーブルの構成を示す。テーブル構成は、充放電スケジュール管理テーブルと同様に、一日は複数の時間帯で分割されたものである。過去から現時点までの日数分のテーブルが用意され、毎日履歴として追加される。
図１１の例では一日が３０分刻みの時間帯で分割された一日分を示している。

蓄電池の蓄電容量は、蓄電池の前記時間帯での充放電性能以下の容量で分割管理され、分割単位ごとにＩＤ管理される。図１１の例では１〜１０に１０分割されており、それぞれＩＤ１〜１０が設定されている。

以上、述べたように、充放電収支管理テーブルは、充放電スケジュール管理テーブルと同じ構成を持ち、過去から現在までの充放電収支が記録されている。

図９の充放電スケジュールで、４：００まで経過した時点の例を、図１１に示す。図９の充放電スケジュールによると、０：００〜０：３０の時間帯で容量ＩＤ６の放電制御が実施されたので、１０円のコストで充電した電力量を放電し、４１円で売電した結果、差し引きプラス３１円の収支となったことが記録されている。また、２：３０〜３：００の時間帯で容量ＩＤ４の２０円のコストで充電した電力量を放電し、４０円で売電した結果、プラス２０円の収支となったことが記録されている。更に、３：３０〜４：００の時間帯で容量ＩＤ５の３９円のコストで充電した電力量を放電し、４１円で売電した結果、プラス２円の収支が記録されている。

このように充放電収支管理テーブルで管理することにより、指定の期間での収支や、容量ＩＤ毎の収支を個別に管理することができる。

なお、以上述べた、ステップ２０１〜２０２とステップ２０７〜２０８の処理は、所定の周期で繰り返し実行されるが、ステップ２０３〜Ｓ２０６の処理は、系統管理者クライアントが受け入れる充放電希望を選択するたびに繰り返し実施する。

以上、図２の処理を繰り返すことによって、系統管理者は、時間帯および蓄電池の容量ＩＤ毎に需要家に設置された蓄電池の充放電を制御することが可能となり、系統の需給状況の安定化等に貢献することができる。また、需要家は、需要家側で意図した運用の範囲内で系統管理者に蓄電池を運用させることが可能となる。
≪第二の実施形態≫
第二の実施形態として、需要家側にエネルギーマネジメントシステム（ＥＭＳ）を備え、需要家内で蓄電池モジュールに対して充放電制御を行うことが可能なシステムを説明する。システム構成を図１２に示す。大よその構成、及び処理手順は第一の実施形態と同様になる。以下、第一の実施形態と異なる動作を中心に説明する。

需要家１００’の第一の実施形態の需要家１００との相違点は、電池管理部１０１２’を備えた蓄電池モジュール１０１’と、需要家内の設備負荷を監視し、蓄電池モジュールの電池管理部１０１２’と通信する手段を備えたＥＭＳ１０３を備えている点である。

電池管理部１０１２’は、第一の実施形態の電池管理部１０１２の機能に加えて、ＥＭＳ１０３に対する充放電スケジュール管理テーブルの情報提供と、ＥＭＳ１０３が送信する充放電制御情報を受入れる。

また、ＥＭＳは蓄電池モジュール同様に、ＥＭＳが図２０に示す充放電希望情報作成時コストテーブルを備えている。

ＥＭＳ１０３は、充放電スケジュール管理テーブルを参照しつつ、所望の充放電制御の指示を行う。具体的なＥＭＳの充放電制御の例としては、需要家の設備負荷が契約電力を超える事が予想される時間帯に、蓄電池の放電制御の指示を行い、夜間などに設備負荷が所定の値を下回ることが予想される時間帯に、充電制御の指示を行うといった制御が考えられる。

以下図１３を用いて、本発明の第二の実施形態の蓄電池充放電制御システムの処理を説明する。

第一の実施形態の処理を示す図２との相違点は、ＥＭＳ１０３と蓄電池モジュール１０１’との処理ステップＳ１３０１とＳ１３０２が追加された点と、
第二の実施形態での充放電希望作成処理では、一部の容量ＩＤを第一の実施形態で説明した充放電希望の対象とし、残りの容量ＩＤをＥＭＳによる充放電制御処理の対象と設定しておく点である。

ここでは、仮に容量ＩＤ１〜５は充放電希望作成処理の対象、容量ＩＤ６〜１０は、ＥＭＳによる充放電制御処理の対象として運用するケースを例に説明を行う。
［Ｓ１３０１］
ＥＭＳ１０３は、蓄電池モジュール１０１’の電池管理部１０１２’から、充放電スケジュール管理テーブルの情報を取得し、充放電制御情報を生成、送信する。充放電制御情報は、充放電スケジュール管理テーブルの指定の時間帯、容量ＩＤの充電もしくは放電を指定する情報であり、「容量ＩＤ」、「充電/放電種別」、「日時」、「時間帯情報」、「希望価格」、から構成される。

ここで、充放電制御情報の作成処理の例を図１４に示す。図１４に示すように、ＥＭＳが充放電制御を行いたい時間帯、容量ＩＤが、ＥＭＳによる充放電制御可能な時間帯、容量ＩＤであるかの判定を行う。当該時間帯が、ＥＭＳによる充放電可能な時間帯に含まれ、かつ当該時間帯以降に当該容量ＩＤの充放電スケジュールが無い場合はＹＥＳと判定し、ステップ１４０２に進む。当該時間帯が、ＥＭＳによる充放電可能な時間帯に含まれないか、もしくは当該時間帯以降に当該容量ＩＤの充放電スケジュールが存在する場合はＮＯと判定する。（Ｓ１４０１）
ＥＭＳによる充放電可能な時間帯と、充放電可能な容量ＩＤについては、事前に設定しておく。たとえば、現在時刻から１２時間以内の時間帯の、容量ＩＤ６〜１０と設定しておく。前記ＥＭＳによる充放電可能な時間帯は、第一の実施形態のステップ５０１で述べた、充放電希望可能時間帯とは別に決定してもよい。

ステップ１４０２では、前記充放電制御を行いたい時間帯の、ＥＭＳ制御対象外の容量ＩＤの充放電スケジュールの有無をチェックをする。スケジュールが無い場合はステップ１４０３へ進む。スケジュールがある場合は当該充放電制御情報の作成はせずに終了する。（Ｓ１４０２）
ステップ１４０３では、前記充放電制御を行いたい時間帯の、制御対象の容量ＩＤに、他の充放電スケジュールがある場合は、当該充放電スケジュールのキャンセル処理を行う。具体的には、当該充放電スケジュール以降の状態を、一つ前の時間帯の状態に変更し、ステップ１４０４に進む。無い場合は何もせずにステップ１４０４に進む（Ｓ１４０３）。

ステップ１４０４では、充電制御か、放電制御かを判定し、充電制御の場合はステップ１４０５に進み、放電制御の場合はステップ１４０７に進む（Ｓ１４０４）。

ステップ１４０５では、ＥＭＳ側で決めた当該充電制御の行われる時間帯、容量ＩＤの希望充電コストを設定し、ステップ１４０６に進む。

ステップ１４０６では、希望価格を前記希望充電コストに設定した充電制御情報を作成し処理を終了する。

ステップ１４０７では、ＥＭＳ側で決めた当該放電制御の行われる時間帯、容量ＩＤの希望放電コストを設定し、ステップ１４０８に進む。

ステップ１４０８では、希望価格を前記希望放電コストに設定した放電制御情報を作成し、処理を終了する。

以上、説明した手順により作成された充放電制御情報は、蓄電池モジュールの電池管理部１０１２’に送信される。充放電制御情報は、第一の実施形態の「受入情報」と同じデータである（Ｓ１３０１）。

［Ｓ１３０２］
ステップ１３０２では、「受入情報」と同じ形式の「充放電制御情報」について第一の実施形態のＳ２０６と同様の処理を実施し、次のステップＳ２０１に進む。以降の処理は、第一の実施形態と同様である。

以上、図１３の処理を繰り返すことによって、系統管理者は需要家に設置された蓄電池モジュールの一部の容量の充放電を制御することが可能となり、系統の需給状況の安定化等に貢献させることができる。また需要家は、蓄電池モジュールの一部を需要家側で意図した蓄電池運用の範囲内で系統管理者に運用させることが可能となる。更に、蓄電池モジュールの残りの容量を需要家内のＥＭＳにより運用させる態様も可能となる。
≪第三の実施形態≫
第三の実施形態として、蓄電池容量の一部を第三者に貸与し、一つの蓄電池を共有利用することが可能なシステムを説明する。

システム構成を図１７に示す。大よその構成、及び処理手順は第二の実施形態と同様になる、以下には、第二の実施形態と異なる動作を中心に説明する。

第三の実施形態の構成では、ネットワーク４００に接続され、需要家内に設置された蓄電池モジュール１０１”と通信可能な、蓄電池貸与者クライアントＡ６００１と、蓄電池貸与者クライアントＢ６００２を備えており、蓄電池モジュール１０１”は、前記蓄電池貸与者クライアントとのデータ送受信を可能とする通信部１０１３”を備え、通信部１０１３”経由で前記蓄電池貸与者クライアントとデータを送受信する電池管理部１０１２”を備えている点が、第二の実施形態との相違点である。

前記蓄電池貸与者クライアントは、前記分割単位で蓄電池を貸与されており、事前に決められた一つもしくは複数の容量ＩＤの充放電の制御が可能である。

また、蓄電池貸与者クライアントは、貸与された容量ＩＤの充放電希望情報作成時コストテーブルを備えている。

以下図１８を用いて、本発明の第三の実施形態の蓄電池充放電制御システムの処理を説明する。

第二の実施形態の処理を示す図１３との相違点は、蓄電池貸与者クライアント６００１Ａおよび６００１Ｂと蓄電池モジュール１０１”との処理ステップＳ１８０１が追加された点と、
第三の実施形態での充放電希望作成処理では、一部の容量ＩＤを第一の実施形態で説明した充放電希望の対象とし、さらに一部の容量ＩＤをＥＭＳによる充放電制御処理の対象とし、さらに残りの容量ＩＤを蓄電池貸与者クライアントによる充放電処理の対象とするように設定しておく点である。

ここでは、仮に容量ＩＤ１〜５は充放電希望作成処理の対象、容量ＩＤ６〜８は、ＥＭＳによる充放電制御処理の対象とし、容量ＩＤ９は、蓄電池貸与者クライアント６００１Ａ、容量ＩＤ１０は、蓄電池貸与者クライアント６００１Ｂ、にて運用するケースを例に説明を行うこととする。
［Ｓ１８０１］
蓄電池貸与者クライアントは、蓄電池モジュール１０１”の通信部１０１３’を経由して電池管理部１０１２”から、充放電スケジュール管理テーブルの情報を取得し、貸与者充放電制御情報を生成、送信する。貸与者充放電制御情報は、充放電スケジュール管理テーブルの指定の時間帯、容量ＩＤの充電もしくは放電を指定する情報であり、「容量ＩＤ」、「充電/放電種別」、「日時」、「時間帯情報」、「希望価格」、から構成される。

ここで、貸与者充放電制御情報の作成処理の例を図１９に示す。図１９に示すように、蓄電池貸与者クライアントが充放電制御を行いたい時間帯、容量ＩＤが、当該蓄電池貸与者クライアントによる充放電制御可能な時間帯、容量ＩＤであるかの判定を行う。

蓄電池貸与者クライアントによる充放電可能な時間帯と、充放電可能な容量ＩＤについては、貸与者クライアント毎に事前に設定しておく。たとえば、蓄電池貸与者クライアント６００１Ａは、現在時刻から２４時間以内の時間帯の、容量ＩＤ９の充放電制御が可能であり、蓄電池貸与者クライアント６００１Ｂは、現在時刻から４８時間以内の時間帯の、容量ＩＤ１０の充放電制御が可能と、と設定しておく。

判定の結果がＹＥＳならば、ステップ１９０２に進む。ＮＯである場合は、当該充放電制御情報の作成はせずに終了する。（Ｓ１９０１）
ステップ１９０２では、前記充放電制御を行いたい時間帯の、当該蓄電池貸与者クライアント制御対象外の容量ＩＤに、充放電スケジュールが無い事のチェックを行う。

ＹＥＳならば、ステップ１９０３へ進み。ＮＯであれば、当該充放電制御情報の作成はせずに終了する。（Ｓ１９０２）
ステップ１９０３では、前記充放電制御を行いたい時間帯の、制御対象の容量ＩＤに、他の充放電スケジュールがある場合は、当該充放電スケジュールのキャンセル処理を行う。具体的には、当該充放電スケジュール以降の状態を、一つ前の時間帯の状態に変更し、ステップ１９０４に進む。無い場合は何もせずにステップ１９０４に進む。（Ｓ１９０３）
ステップ１９０４では、充電制御か、放電制御かを判定し、充電制御の場合はステップ１９０５に進み、放電制御の場合はステップ１９０７に進む。（Ｓ１９０４）
ステップ１９０５では、蓄電池貸与者クライアント側で決めた当該充電制御の行われる時間帯、容量ＩＤの希望充電コストを設定し、ステップ１９０６に進む。

ステップ１９０６では、希望価格を前記希望充電コストに設定した充電制御情報を作成し処理を終了する。

ステップ１９０７では、蓄電池貸与者クライアント側で決めた当該放電制御の行われる時間帯、容量ＩＤの希望放電コストを設定し、ステップ１９０８に進む。

ステップ１９０８では、希望価格を前記希望放電コストに設定した放電制御情報を作成し、処理を終了する。

以上、説明した手順により作成された充放電制御情報は、蓄電池モジュールの電池管理部１０１２”に送信される。充放電制御情報は、第二の実施形態の「受入情報」と同じデータである（Ｓ１８０１）。

以上述べてきたように、本発明の第三の実施形態は、一つの蓄電池の容量の一部貸出が可能となる効果がある。

１００需要家
１０１蓄電池モジュール
１０２設備負荷
１０３ＥＭＳ
２００充放電管理サーバ
３００系統管理者クライアント
４００通信ネットワーク
５００変圧器
５０１低圧配電系統
５０２高圧配電系統

Claims (11)

1. 蓄電池と、充放電制御部と、を備える蓄電池モジュールと、サーバと、クライアントと、を備えた充放電制御システムにおける充放電制御方法であって、
   前記蓄電池モジュールが、充放電希望時間帯情報と、充放電希望電力情報と、充放電希望価格情報と、に基づいて、蓄電池の所定の容量毎の充放電希望情報を作成し、前記サーバに送信する第１のステップと、
   前記サーバが、予め記憶されている充放電希望管理テーブルに、受信した前記充放電希望情報を登録する第２のステップと、
   前記サーバが、当該登録処理後の充放電希望管理テーブルを前記クライアントに送信する第３のステップと、
   前記クライアントが、受信した前記充放電希望管理テーブルに基づいて作成された情報である選択情報を前記サーバに送信する第４のステップと、
   前記サーバが、受信した前記選択情報に基づいて前記充放電希望管理テーブルを更新する第５のステップと、
   前記サーバが、受信した前記選択情報を、充放電受入情報として前記蓄電池モジュールに送信する第６のステップと、
   前記蓄電池モジュールが、受信した前記充放電受入情報に基づいて、予め記憶されている充放電スケジュール管理テーブルを更新する第７のステップと、
   前記充放電制御部が、当該更新された前記充放電スケジュール管理テーブルに基づいて前記蓄電池の充放電を制御する第８のステップと、を備えることを特徴とする充放電制御方法。
2. 請求項１に記載の充放電制御方法において、
   前記充放電希望情報は、蓄電池を所定の容量に区分けした情報である容量ＩＤ毎に作成することを特徴とする充放電制御方法。
3. 請求項２に記載の充放電制御方法において、
   前記第８のステップの後に、予め記憶されている充放電に伴う収支の情報である充放電収支管理テーブルを更新するステップを更に備えることを特徴とする充放電制御方法。
4. 請求項３に記載の充放電制御方法において、
   前記充放電制御システムは、ＥＭＳ端末を更に備え、
   前記ＥＭＳ端末が、予め記憶されている充放電スケジュール管理テーブルの情報を取得するステップと、
   当該取得した充放電スケジュール管理テーブルの情報と、充放電希望時間帯情報と、充放電希望電力情報と、充放電希望価格情報と、に基づいて、前記蓄電池の容量の一部について、充放電制御情報を作成して前記蓄電池モジュールに送信するステップと、
   前記蓄電池モジュールが、受信した前記充放電制御情報に基づいて、予め記憶されている充放電スケジュール管理テーブルを更新するステップと、を前記第１のステップの前に備えることを特徴とする充放電制御方法。
5. 請求項４に記載の充放電制御方法において、
   前記充放電制御システムは、蓄電池貸与者クライアントを更に備え、
   前記蓄電池貸与者クライアントが、予め記憶されている充放電スケジュール管理テーブルの情報を取得するステップと、
   当該取得した充放電スケジュール管理テーブルの情報と、充放電希望時間帯情報と、充放電希望電力情報と、充放電希望価格情報と、に基づいて、前記蓄電池の容量の一部について、貸与者充放電制御情報を作成して前記蓄電池モジュールに送信するステップと、
   前記蓄電池モジュールが、前記ＥＭＳ端末から受信した前記充放電制御情報および前記蓄電池貸与者クライアントから受信した前記貸与者充放電制御情報に基づいて、予め記憶されている充放電スケジュール管理テーブルを更新するステップと、を更に備えることを特徴とする充放電制御方法。
6. 請求項１乃至５に記載の充放電制御方法において、
   前記蓄電池モジュールは、複数あることを特徴とする充放電制御方法。
7. 蓄電池と、
   蓄電池を所定の容量に区分けした情報である容量ＩＤと、前記容量ＩＤ毎の充放電スケジュールを管理する充放電スケジュール管理テーブルとを予め記憶し、充放電希望時間帯情報と、充放電希望電力情報と、充放電希望価格情報と、に基づいて前記容量ＩＤ毎の充放電希望情報を作成し、充放電スケジュールの情報であって、外部より送られてくる充放電受入情報に基づいて前記充放電スケジュール管理テーブルを更新する蓄電池管理部と、前記充放電希望情報を送信し、外部より前記充放電受入情報を受信する通信部と、当該更新された充放電スケジュール管理テーブルに基づいて前記蓄電池の充放電を制御する充放電制御部と、を備える蓄電池モジュール、
   前記充放電希望管理テーブルを予め記憶し、前記蓄電装置から送信された前記充放電希望情報を受信して前記充放電希望管理テーブルに登録し、当該登録処理後の前記充放電希望管理テーブルをネットワークを介して送信し、受入可能な充放電希望情報である選択情報を受信し、受信した前記選択情報に基づいて前記充放電希望管理テーブルを更新し、前記選択情報を前記充放電受入情報として前記蓄電池モジュールに送信するサーバ、および、
   前記サーバによって送信される前記充放電希望管理テーブルを受信し、受信した前記充放電希望管理テーブルに基づいて作成された前記選択情報を前記ネットワークを介して前記サーバに送信するクライアント、
   を有する充放電制御システム。
8. 請求項７に記載の充放電制御システムにおいて、
   前記蓄電池管理部は、前記充放電が実施された場合に、予め記憶されている充放電に伴う収支の情報である充放電収支管理テーブルを更新することを特徴とする充放電制御システム。
9. 請求項８に記載の充放電制御システムにおいて、
   ＥＭＳ端末を更に備え、
   前記ＥＭＳ端末は、前記蓄電池管理部に予め記憶されている充放電スケジュール管理テーブルの情報を取得し、当該取得した充放電スケジュール管理テーブルの情報と、充放電希望時間帯情報と、充放電希望電力情報と、充放電希望価格情報と、に基づいて、前記蓄電池の容量の一部について、充放電制御情報を作成して前記蓄電池モジュールに送信し、
   前記蓄電池モジュールは、受信した前記充放電制御情報に基づいて、予め記憶されている充放電スケジュール管理テーブルを更新することを特徴とする充放電制御システム。
10. 請求項９に記載の充放電制御システムにおいて、
    蓄電池貸与者クライアントを更に備え、
    前記蓄電池貸与者クライアントは、前記蓄電池管理部に予め記憶されている充放電スケジュール管理テーブルの情報を取得し、当該取得した充放電スケジュール管理テーブルの情報と、充放電希望時間帯情報と、充放電希望電力情報と、充放電希望価格情報と、に基づいて、前記蓄電池の容量の一部について、貸与者充放電制御情報を作成して前記蓄電池モジュールに送信し、
    前記蓄電池モジュールは、前記ＥＭＳ端末から受信した前記充放電制御情報および前記蓄電池貸与者クライアントから受信した前記貸与者充放電制御情報に基づいて、予め記憶されている充放電スケジュール管理テーブルを更新することを特徴とする充放電制御システム。
11. 請求項７乃至１０に記載の充放電制御システムにおいて、
    前記蓄電池モジュールは、複数あることを特徴とする充放電制御システム。

Images