JP2014192981A - サーバ装置及びエネルギー流通システム - Google Patents

Abstract

【課題】商用電力と再生可能エネルギー電力とが混在する電力系統から充電した場合でも、充電量の発電由来を容易に特定する。
【解決手段】サーバ装置７０は、太陽光発電装置１０から予約時間、予約電力供給量、実測電力供給量の各情報を受信し、充電装置５０から予約時間、予約電力需要量、実測電力需要量の各情報を受信する入出力ポート７１と、単位時間毎に、太陽光発電装置１０の実測電力供給量と充電装置５０の実測電力需要量とが対応するときに前記実測電力供給量と前記実測電力需要量とを紐付けし、充電完了後に、充電装置５０の実測電力需要量に紐付けされた単位時間毎の実測電力供給量を加算することで、太陽光発電装置１０の実績量を演算する制御部７３と、を備えている。
【選択図】図１

Description

本発明は、サーバ装置及びエネルギー流通システムに関する。

現在、太陽光発電機、風力発電機、水力発電機等によって発電された再生可能エネルギー電力が、商用電力が伝送される電力系統に加えられ、各家庭に伝送されている。

しかし、再生可能エネルギー電力は気候・天候などにより発電量が変動するため、電力系統の電力を平準化させる必要がある。そこで、電力を放電または充電・使用する設備等に通信端末を設置してネットワーク化し、情報通信を行うことにより電力の需要と供給のバランスを最適化しようとするスマートグリッドが検討されている。

このようなスマートグリッドとして、従来、電力の需要家及び供給装置の各通信端末と、当該通信端末にネットワークを介して接続された電力制御装置と、から形成されるマイクログリッド同士を、ネットワークを介して接続された電力制御システムが提案されている（特許文献１を参照）。

特許文献１の技術では、マイクログリッドは、自身の電力状態と他のマイクログリッドにおける電力状態とを比較し、比較結果に応じて他のマイクログリッドとの間での電力取引を制御する。これにより、電力の需要と供給のバランスを最適化している。

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

上述した電力制御システムにおいては、電力会社の発電設備だけでなく再生可能エネルギーを使った発電設備があるため、ユーザの中には、可能な限り再生可能エネルギー電力を利用したいという要請がある。

しかし、特許文献１の電力制御システムは、商用電力と再生可能エネルギー電力とが混在した状態で、マイクログリッド間で電力取引を行う。このため、ユーザは、上記電力制御システムを使って充電しても、充電量全体に対して再生可能エネルギー電力がどの程度充電されているか分からない、つまり充電量全体の電力由来が分からないという問題がある。

また、特許文献１の電力制御システムでは、各マイクログリッドは、当該マイクログリッド内のすべての設備の電力需要量及び電力供給量を正確に把握しなければならない。このためには、マイクログリッド内のすべての設備を通信ネットワークで接続する必要がある。

しかし、特許文献１の電力制御システムは、電力会社のインフラである電力系統を利用したものであり、マイクログリッド内のすべての設備の電力状況を正確に特定することは、現実的には非常に困難である。

本発明は、このような実情を鑑みて提案されたものであり、商用電力と再生可能エネルギー電力とが混在する電力系統から充電した場合でも、充電量の発電由来を容易に把握することができるサーバ装置及びエネルギー流通システムを提供することを目的とする。

本発明に係るサーバ装置は、電力系統に再生可能エネルギー電力を供給する電力供給装置から、予約時間、予約電力供給量、実測電力供給量の各情報を受信する第１受信手段と、前記電力系統から電力が供給される電力需要装置から、予約時間、予約電力需要量、実測電力需要量の各情報を受信する第２受信手段と、前記第１及び第２受信手段により受信された各情報に基づいて、単位時間毎に、当該単位時間において電力を供給する電力供給装置と、当該単位時間において電力が供給される電力需要装置と、の組み合わせを作成する組合せ作成手段と、前記組み合わせ作成手段により作成された組み合わせにおいて、単位時間毎に、電力供給装置の実測電力供給量と電力需要装置の実測電力需要量とが対応するときに、前記実測電力供給量と前記実測電力需要量とを紐付けする紐付け手段と、電力需要装置の充電完了後に、当該電力需要装置の実測電力需要量に紐付けされた単位時間毎の実測電力供給量を加算することで、前記電力供給装置の実績量を演算する演算手段と、前記演算手段により演算された実績量を前記電力需要装置へ送信する送信手段と、を備えている。

本発明に係るエネルギー流通システムは、前記サーバ装置と、電力系統に再生可能エネルギー電力を供給し、予約時間、予約電力供給量、実測電力供給量の各情報を前記サーバ装置へ送信する複数の電力供給装置と、前記電力系統から電力が供給され、予約時間、予約電力需要量、実測電力需要量の各情報を送信する複数の電力需要装置と、を備えている。

本発明によれば、商用電力と再生可能エネルギー電力とが混在する電力系統から充電した場合でも、充電量の発電由来を容易に特定することができる。

エネルギー流通システム１の概略的な構成を示す図である。 電力需要装置である電気自動車及び充電装置の充電予約状況を示す図である。 電力供給装置である太陽光発電装置、風力発電装置、及び小型水力発電装置の放電予約状況を示す図である。 電力需要装置と電力供給装置の予約状況を示すタイムチャートである。 予約マッチング処理ルーチンを示すフローチャートである。 （ａ）太陽光発電、（ｂ）小型風力発電、（ｃ）小型水力発電にソートされた電力需要装置及び電力供給装置の予約状況を示すタイムチャートである。 太陽光発電における需要装置と供給装置のマッチングの状況を示す図である。 充放電監視処理ルーチンを示すフローチャートである。 総和充電量演算サブルーチンを示すフローチャートである。 総和放電量演算サブルーチンを示すフローチャートである。 充電量チェックサブルーチンを示すフローチャートである。 放電量チェックサブルーチンを示すフローチャートである。 紐付け処理サブルーチンを示すフローチャートである。 紐付け処理サブルーチンを示すフローチャートである。 任意の単位時間Δにおけるマッチングリンクを示す図である。 括り付け処理サブルーチンを示すフローチャートである。 （ａ）直前及び（ｂ）現在の単位時間Δｔにおいて紐付けリンクに登録された充電量及び放電量を示す図、（ｃ）現在の単位時間Δｔにおいて括り付け処理された充電量及び放電量を示す図である。 需要側ソーティングリンク及び供給側ソーティングリンクを示す図である。 需要側ソーティングリンク及び供給側ソーティングリンクを示す図である。 需要側ソーティングリンク及び供給側ソーティングリンクを示す図である。 モニタ画面を示す図である。

以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
［システム構成］
図１は、エネルギー流通システム１の概略的な構成を示す図である。エネルギー流通システム１は、例えば、複数の太陽光発電装置１０と、複数の風力発電装置２０と、複数の小型水力発電装置３０と、複数の電気自動車４０と、複数の充電装置５０と、商用電源設備６０と、サーバ装置７０と、を備えている。

［電力系統３］
太陽光発電装置１０、風力発電装置２０、小型水力発電装置３０、電気自動車４０、充電装置５０及び商用電源設備６０は、電力系統３に接続されている。太陽光発電装置１０、風力発電装置２０及び小型水力発電装置３０は、例えば個人又は民間の所有物であり、再生可能エネルギーである太陽光、風力、水力をそれぞれ利用して発電し、電力系統３に電力を伝送する。商用電源設備６０は、電力会社の所有物であり、火力、原子力等を利用して発電し、電力系統３に電力を伝送する。

なお、電力会社は、太陽光発電装置、風力発電装置、水力発電装置などの再生可能エネルギーを利用した発電設備も所有している。電力会社が所有するこれらの各発電設備は、発電された電力を電力系統３に伝送するだけで、放電時間、放電量などの放電情報をサーバ装置７０に送信することはない。

このため、本実施形態では、電力会社によって発電された再生可能エネルギー電力についは、火力、原子力等を利用して発電された電力と同じ「商用電力」とみなし、図１に示す太陽光発電装置１０、風力発電装置２０等で発電された「再生可能エネルギー電力」と区別する。但し、将来的に、電力会社が所有する各発電設備が、放電時間、放電量などの放電情報をサーバ装置７０に送信することができれば、電力会社が所有する各発電設備によって発電された電力を「再生可能エネルギー電力」とみなしてもよい。

電気自動車４０及び充電装置５０は、電力系統３から伝送される電力を充電する。電気自動車４０及び一部の充電装置５０は、電力系統３に対して接続及び切離しが可能になっている。なお、電気自動車４０は、充電終了後は電力系統３から切り離され、充電された電力を使って路上を走行する。また、電気自動車４０及び充電装置５０は、電力系統３からの電力を充電する場合に限らず、電力系統３に電力を放電することも可能である。

［通信ネットワーク５］
太陽光発電装置１０、風力発電装置２０、小型水力発電装置３０、電気自動車４０、充電装置５０及びサーバ装置７０は、通信ネットワーク５に接続されている。太陽光発電装置１０、風力発電装置２０、小型水力発電装置３０、電気自動車４０及び充電装置５０は、ユーザの操作に応じた登録情報を、通信ネットワーク５を介して、サーバ装置７０へ送信する。

太陽光発電装置１０、風力発電装置２０、小型水力発電装置３０、電気自動車４０及び充電装置５０は、自身の電力状況（充電量、放電量など）を計測し、その計測結果を、通信ネットワーク５を介してサーバ装置７０へ送信する。

一方、太陽光発電装置１０、風力発電装置２０、小型水力発電装置３０、電気自動車４０及び充電装置５０は、サーバ装置７０から送信される指示情報に応じて、放電（発電）又は充電を開始したり停止したりする。

［各装置の詳細構成］
太陽光発電装置１０は、太陽光に基づいて発電する太陽光発電機１１と、太陽光発電機１１の発電量（放電量）を計測する計測器１２と、商用電源設備６０とデータ通信を行う通信端末１３と、を備えている。

通信端末１３は、ユーザの操作に応じて、放電時間、放電量、提供エネルギー種別（放電する再生可能エネルギー電力の種類：太陽光発電）、地域識別情報の各情報を、通信ネットワーク５を介して、サーバ装置７０へ送信する。また、通信端末１３は、サーバ装置７０からの要求に応じて計測器１２による計測結果をサーバ装置７０へ送信し、また、サーバ装置７０からの指示情報に基づいて、太陽光発電機１１の放電開始又は放電停止を制御する。なお、詳しい説明は省略するが、太陽光発電装置１０と同様に、風力発電装置２０及び小型水力発電装置３０は、発電機、計測器及び通信端末を備えているが、放電する再生可能エネルギー電力の種類の情報が異なる。

充電装置５０は、電力系統３から伝送された電力を充電する充電器５１と、充電器５１に充電された充電量を計測する計測器５２と、商用電源設備６０とデータ通信を行う通信端末５３と、を備えている。

通信端末５３は、ユーザの操作に応じて、充電予約時間、充電予約量、要求エネルギー種別（充電を希望する再生可能エネルギー電力の発電方法の種類）の各情報を、通信ネットワーク５を介して、サーバ装置７０へ送信する。また、通信端末５３は、サーバ装置７０からの要求に応じて計測器５２による計測結果をサーバ装置７０へ送信し、また、サーバ装置７０からの指示情報に基づいて、充電器５１の充電開始又は充電停止を制御する。なお、電気自動車４０は、充電装置５０を備えており、当該充電装置５０と同様の機能を有する。

サーバ装置７０は、通信ネットワークとの間でデータを入出力する入出力ポート７１と、入力されたデータや演算結果を記憶する記憶部７２と、演算処理や全体制御を行う制御部７３と、を備えている。

［システム概要］
以上のように構成されたエネルギー流通システム１において、電力供給装置Ｓｊ（太陽光発電装置１０、風力発電装置２０及び小型水力発電装置３０）は、再生可能エネルギーを使って発電し、発電された電力を電力系統３へ伝送する。このため、電力系統３では、電力会社の商用電源設備６０で発電された商用電力だけでなく、電力供給装置から伝送された電力が混在している。

一方、電力需要装置（電気自動車４０、充電装置５０）は、電力系統３から伝送される電力を充電する。よって、電力需要装置は、商用電力と再生可能エネルギー電力とが混在する電力を充電していることとなる。しかし、電力需要装置の中には、可能な限り再生可能エネルギー電力を充電したいという要請もある。
それに対し、エネルギー流通システム１は、電力需要装置の充電終了時には、後述する図２１に示すように、充電量に対してどの程度が再生可能エネルギー電力であるかが分かるように構成することができる。

［充放電計画の予約］
電力供給装置及び電力需要装置は、予め、放電計画及び充電計画をサーバ装置７０に登録する。
例えば、充電装置５０の通信端末５３は、ユーザの操作に応じて、充電予約時間、充電予約量、要求エネルギー種別の各情報を、通信ネットワーク５を介して、サーバ装置７０へ送信する。

さらに、通信端末５３は、「Ｇｒｅｅｎ優先」、「料金優先」、「急速優先」、「地域優先」の設定情報をサーバ装置７０へ送信してもよい。「Ｇｒｅｅｎ優先」は、再生可能エネルギーを可能な限り多く充電するモードであり、充電時間が長くなってもよい。「急速優先」は、予約時間帯に再生可能エネルギーが少ない場合に、商用電源で補って急速に充電するモードである。「料金優先」は、電力購入価格が低くなるように充電するモードである。例えば、再生可能エネルギーの購入価格は高いが（その代りたとえばポイントが多く付与される）、商用電源の購入価格は低い場合においては、商用電源を優先して充電する。「地域優先」は、指定地域の発電設備の電力の充電量が最も多くなるように充電するモードである。

一方で、サーバ装置７０の制御部７３は、充電装置５０等の電力需要装置から通信ネットワーク５を介して送信された情報を入出力ポート７１で受信し、受信した情報を記憶部７２に書き込む。

図２は、電力需要装置である電気自動車４０及び充電装置５０の充電予約状況を示す図である。サーバ装置７０には、同図に示すように、電力需要装置Ｃ１〜Ｃｎのそれぞれに対して、充電予約時間、充電予約量、要求エネルギー種別が登録されている。要求エネルギー種別は、最優先種別であり、例えば太陽光を要求していても提供量が不足していれば自動的に風力等が使用されてもよい。

一方、太陽光発電装置１０の通信端末１３は、ユーザの操作に応じて、放電時間、放電量、提供エネルギー種別（発電する再生可能エネルギー電力の種類）の各情報を、通信ネットワーク５を介して、サーバ装置７０へ送信する。

図３は、電力供給装置（太陽光発電装置１０、風力発電装置２０、小型水力発電装置３０）の放電予約状況を示す図である。サーバ装置７０には、同図に示すように、電力供給装置Ｓ１〜Ｓｍのそれぞれに対して、放電時間、放電量、提供エネルギー種別が登録されている。
この結果、サーバ装置７０の記憶部７２には、すべての予約登録済み電力需要装置及び電力供給装置の発電及び充電の予約状況が記憶される。

図４は、電力需要装置と電力供給装置の予約状況を示すタイムチャートである。同図に示すように、サーバ装置７０には、時刻Ｔａ〜時刻Ｔｂの時間帯において、単位時間ΔＴ刻みで、電力需要装置Ｃ１〜Ｃｎ及び電力供給装置Ｓ１〜Ｓｍの予約状況が登録される。サーバ装置７０は、時刻Ｔａの所定時間前（例えば１時間前）になると、時刻Ｔａ〜時刻Ｔｂの時間帯における予約登録の受け付けを終了し、次のマッチング処理を実行する。

［予約登録時のマッチング処理］
サーバ装置７０は、電力需要装置及び電力供給装置の充放電の予約登録を終了すると、電力需要装置と電力供給装置のマッチング処理を行う。マッチングとは、予約済みの各電力需要装置及び各電力供給装置のうち、単位時間毎に予約された時間が一致するものを引き合わせる（組み合わせる）ことをいう。ここでは、サーバ装置７０の制御部７３が次の予約マッチング処理ルーチンを実行する。

図５は、予約マッチング処理ルーチンを示すフローチャートである。
ステップＳ１では、制御部７３は、記憶部７２から電力需要装置及び電力供給装置の予約状況を読み出し、予約時間帯（Ｔa〜Ｔb）において、予約状況をエネルギー種別（太陽光発電、風力発電、小型水力発電）毎にソートする。

図６は、（ａ）太陽光発電、（ｂ）小型風力発電、（ｃ）小型水力発電にソートされた電力需要装置及び電力供給装置の予約状況を示すタイムチャートである。例えば太陽光発電では、同図（ａ）に示すように、電力需要装置Ｃ１，Ｃ２，Ｃ３及び電力供給装置Ｓ１，Ｓ２の予約状況が抽出される。風力発電、小型水力発電でも、それぞれ所定の電力需要装置及び電力供給装置が抽出される。

再び図５において、ステップＳ２では、制御部７３は、予め設定されたエネルギー種別の序列（例えば、太陽光、風力、水力の順番）に従い、予約時間帯（Ｔａ〜Ｔｂ）の単位時間ΔＴ刻みで、同一の時間帯ΔＴに登録されている電力需要装置と電力供給装置とをマッチングする。

図７は、太陽光発電における電力需要装置と電力供給装置のマッチングの状況を示す図である。時刻（Ｔ−ΔＴ）から時刻Ｔまでの時間帯ΔＴでは、電力需要装置Ｃ２，Ｃ３と電力供給装置Ｓ１，Ｓ２の予約時間が合致している。このため、制御部７３は、電力需要装置（Ｃ２，Ｃ３）と電力供給装置（Ｓ１，Ｓ２）をマッチングする。これにより、当該単位時間ΔＴについて、電力需要装置と電力供給装置を引き合わせたマッチングリンクが作成される。このように、マッチングリンクとは、予約登録されたすべての電力需要装置及び電力供給装置のから、該当する単位時間において、電力需要装置と電力供給装置をそれぞれ整理して関係を示したものをいう。

ステップＳ３では、制御部７３は、予約時間帯（Ｔａ〜Ｔｂ）を単位時間ΔＴで刻んだときのすべての単位時間ΔＴでマッチングしたかを判定し、すべての単位時間ΔＴでマッチングしたとき（肯定判定のとき）はステップＳ５に進み、否定判定のときはステップＳ４へ進む。

ステップＳ４では、制御部７３は、マッチングの対象時間を次の単位時間ΔＴに移行して、ステップＳ２へ戻る。そして、制御部７３は、ステップＳ２〜Ｓ４を繰り返し実行することで、予約時間帯（Ｔａ〜Ｔｂ）のすべての単位時間ΔＴでマッチング処理を実行して、ステップＳ５へ進む。

ところで、上述した処理の結果、単位時間ΔＴ毎に、電力需要装置及び電力供給装置間で電力融通量の整合をとることは可能である。しかし、単位時間ΔＴは、例えば１又は２時間を想定しているが、仮に半日であっても許容されるため、リアルタイム性に欠ける。刻々と流れる再生可能エネルギー電力がどこで発生し、そこで消費されているかについて、電力需要者及び電力供給者が瞬時に把握できれば、エネルギー流通システム１は大きな優位性をもつことになる。そこで、リアルタイム性を保証するために、マッチングを行う単位時間ΔＴを微細化する。

すなわち、ステップＳ５では、制御部７３は、予約時間帯（Ｔａ〜Ｔｂ）のすべてを、単位時間ΔＴより微細化された単位時間Δｔ（例えば、１０分、１５分など）に分割し、同一の時間帯Δｔに登録されている電力需要装置と電力供給装置とを再マッチングして、ステップＳ６へ進む。

ステップＳ６では、制御部７３は、予約時間帯（Ｔａ〜Ｔｂ）を単位時間Δｔで刻んだときのすべての単位時間Δｔでマッチングしたかを判定し、肯定判定のときは本ルーチンを終了し、否定判定のときはステップＳ７へ進む。

ステップＳ７では、制御部７３は、マッチングの対象時間を次の単位時間Δｔに移行して、ステップＳ５へ戻る。そして、制御部７３は、ステップＳ５〜Ｓ７を繰り返し実行することで、予約時間帯（Ｔａ〜Ｔｂ）のすべての単位時間Δｔでマッチング処理を実行して、本ルーチンを終了する。この結果、単位時間Δｔ毎に、電力需要装置と電力供給装置の組み合わせを示すマッチングリンクが作成される。このマッチングリンクは、エネルギー種別（太陽光発電、風力発電、小型水力発電）毎に作成される。マッチングリンクは、後述する充放電監視処理においても使用される。
上述したように、本ルーチンでΔＴとΔｔを分けているのは、予約時の煩雑さを避けるために予約時間単位であるΔＴを例えば１時間程度に設定する一方、サーバ装置７０は放電量と充電量を細かく制御するためにΔｔ単位で充放電監視を実行するためである。さらに、ΔＴの中であっても、Δｔ単位では電力需要装置・電力供給装置が変わる可能性があることを考慮したからである。

［予約時間到達時の充放電監視処理］
サーバ装置７０は、予約時間に到達すると、単位時間Δｔ毎にマッチングリンクの電力需要装置及び電力供給装置の充放電状況を監視して、実際に計測された充放電量をリンク付けする。なお、電気自動車４０又は充電装置５０が実際の充放電時（予約時間に達しているとき）に電力系統３に接続されていない場合、上述した予約マッチングが取り消される。

図８は、充放電監視処理ルーチンを示すフローチャートである。すなわち、サーバ装置７０の制御部７３は、予約時間に到達すると、本ルーチンのステップＳ１からステップＳ９４までを実行する。

ここで、図１に示すエネルギー流通システム１においては、再生可能エネルギー電力として、太陽光発電、風力発電、小型水力発電による電力が流通されている。そこで、サーバ装置７０の制御部７３は、予め定められたエネルギー種別の順番（例えば、太陽光発電、風力発電、小型水力発電の順に）本ルーチンを実行する。
また、制御部７３は、上述したように予約時間帯（Ｔａ〜Ｔｂ）を微小の単位時間Δｔ毎に分解しているので、単位時間Δｔ毎に、電力需要装置及び電力供給装置の充放電状況を監視する。
そこで、ステップＳ１では、制御部７３は、最初のエネルギー種別（例えば、太陽光発電）であって予約時間帯（Ｔａ〜Ｔｂ）の最初のΔｔを処理対象に設定して、次のステップＳ１０へ進む。

（ステップＳ１０：総和充電量演算サブルーチン）
ステップＳ１０では、制御部７３は、予約時間帯（Ｔａ〜Ｔｂ）における単位時間Δｔにおいて、各電力需要装置の充電量の総和である総和充電量ΣΔetＣiを演算する。ここでは、次の総和充電量演算サブルーチンが実行される。

図９は、総和充電量演算サブルーチンを示すフローチャートである。すなわち、サーバ装置７０の制御部７３は、ステップＳ１１からステップＳ１６までを実行する。
ステップＳ１１では、制御部７３は、時刻（ｔｋ−Δｔ）から時刻ｔｋまでの時間帯［ｔｋ−Δt，ｔｋ］においてマッチングされている各電力需要装置Ｃiに対して、計測された充電量を要求する。そして、制御部７３は、各電力需要装置Ｃiから送信された充電量を取得し、取得した充電量の総和である総和充電量ΣetΔＣiを演算して、ステップＳ１２へ進む。

ステップＳ１２では、制御部７３は、記憶部７２に記憶されている電力需要装置及び電力供給装置の予約状況を参照して、時刻（ｔｋ）は各電力需要装置Ｃiの充電予約開始時刻であるかを判定する。肯定判定のときはステップＳ１３へ進み、否定判定のときはステップＳ１４へ進む。

ステップＳ１３では、制御部７３は、電力需要装置Ｃiに対して充電開始を指示するコマンドを送信する。このとき、電力需要装置Ｃi（例えば充電装置５０）は、サーバ装置７０からのコマンドを受信すると充電を開始する。そして、ステップＳ１４へ進む。
このように、サーバ装置７０は、充電開始時刻になった各電力需要装置に対して、一斉に充電開始を指示する。これにより、サーバ装置７０は、初期状態では各電力需要装置が同期をとって動作していなくても、充放電監視時においては各電力需要装置を同期させて充電開始を制御することができる。

ステップＳ１４では、制御部７３は、記憶部７２に記憶されている電力需要装置及び電力供給装置の予約状況を参照して、時刻（ｔｋ）は電力需要装置Ｃiの充電予約停止時間であるかを判定する。肯定判定のときはステップＳ１５へ進み、否定判定のときはステップＳ１６へ進む。

ステップＳ１５では、制御部７３は、電力需要装置Ｃiに対して充電停止を指示するコマンドを送信する。このとき、電力需要装置Ｃiである充電装置５０は、サーバ装置７０からのコマンドを受信すると充電を停止する。そして、ステップＳ１６へ進む。
このように、サーバ装置７０は、充電停止時刻になった各電力需要装置に対して、一斉に充電停止を指示する。これにより、サーバ装置７０は、初期状態では各電力需要装置が同期をとって動作していなくても、充放電監視時においては各電力需要装置を同期させて充電停止を制御することができる。

ステップＳ１６では、制御部７３は、すべての電力需要装置Ｃiから計測された充電量を取得したかを判定する。そして、肯定判定のときはリターンして図８に示すステップＳ２０へ進み、否定判定のときはステップＳ１１へ戻る。
この結果、単位時間Δｔにおいて各電力需要装置で実際に充電された充電量の総和である総和充電量ΣΔetＣｊが求められる。

（ステップＳ２０：総和放電量演算サブルーチン）
図８に示すステップＳ２０では、制御部７３は、予約時間帯（Ｔａ〜Ｔｂ）における単位時間Δｔにおいて、各電力供給装置Ｓiの放電量の総和である総和放電量ΣΔetＳｊを演算する。ここでは、次の総和放電量演算サブルーチンが実行される。

図１０は、総和放電量演算サブルーチンを示すフローチャートである。すなわち、サーバ装置７０の制御部７３は、ステップＳ２１からステップＳ２６までを実行する。
ステップＳ２１では、制御部７３は、時間帯［ｔｋ−Δt，ｔｋ］においてマッチングされている電力供給装置Ｓｊに対して、計測された放電量を要求する。そして、制御部７３は、各電力供給装置Ｓｊから送信された放電量を取得し、取得した放電量の総和である総和放電量ΣetΔＳjを演算して、ステップＳ２２へ進む。

ステップＳ２２では、制御部７３は、記憶部７２に記憶されている電力供給装置の予約状況を参照して、時刻（ｔｋ）は各電力供給装置Ｓｊの放電予約開始時刻であるかを判定する。肯定判定のときはステップＳ２３へ進み、否定判定のときはステップＳ２４へ進む。

ステップＳ２３では、制御部７３は、電力供給装置Ｓｊ（例えば、太陽光発電装置１０）に対して放電開始を指示するコマンドを送信する。このとき、太陽光発電装置１０は、サーバ装置７０からのコマンドを受信すると放電を開始する。そして、ステップＳ２４へ進む。
このように、サーバ装置７０は、放電開始時刻になった各電力供給装置に対して、一斉に放電開始を指示する。これにより、サーバ装置７０は、初期状態では各電力供給装置が同期をとって動作していなくても、充放電監視時においては各電力供給装置を同期させて放電開始を制御することができる。

ステップＳ２４では、制御部７３は、記憶部７２に記憶されている電力供給装置の予約状況を参照して、時刻（ｔｋ）は電力供給装置Ｓjの放電予約停止時間であるかを判定する。肯定判定のときはステップＳ２５へ進み、否定判定のときはステップＳ２６へ進む。

ステップＳ２５では、制御部７３は、電力供給装置Ｓjに対して放電停止を指示するコマンドを送信する。このとき、電力供給装置Ｓｊは、サーバ装置７０からのコマンドを受信すると放電を停止する。そして、ステップＳ２６へ進む。
このように、サーバ装置７０は、放電停止時刻になった各電力供給装置に対して、一斉に放電停止を指示する。これにより、サーバ装置７０は、初期状態では各電力供給装置が同期をとって動作していなくても、充放電監視時においては各電力供給装置を同期させて放電停止を制御することができる。

ステップＳ２６では、制御部７３は、すべての電力供給装置Ｓｊから計測された放電量を取得したかを判定する。そして、肯定判定のときはリターンして図８に示すステップＳ３０へ進み、否定判定のときはステップＳ２１へ戻る。
この結果、単位時間Δｔにおいて各電力供給装置で実際に放電された放電量の総和である総和充電量ΣΔetＣｉが求められる。

（ステップＳ３０：充電量チェックサブルーチン）
図８に示すステップＳ３０では、制御部７３は、各電力需要装置Ｃiの充電量をチェックする。ここでは、次の充電量チェックサブルーチンが実行される。

図１１は、充電量チェックサブルーチンを示すフローチャートである。すなわち、サーバ装置７０の制御部７３は、図１１のステップＳ３１からステップＳ３４までを実行する。

ステップＳ３１では、制御部７３は、時刻Ｔａから現在時刻（時刻ｔｋ）到達時までの電力需要装置Ｃiの累積充電量を演算して、ステップＳ３２へ進む。ここでは、制御部７３は、これまで電力需要装置Ｃiから送信された所定時間毎の充電量の累積値を演算してもよいし、電力需要装置Ｃiに対して累積充電量を送信するように要求してもよい。

ステップＳ３２では、制御部７３は、電力需要装置Ｃｉの累積充電量が予約充電量より大きいかを判定し、肯定判定のときはステップＳ３３へ進み、否定判定のときはステップＳ３４へ進む。

ステップＳ３３では、制御部７３は、時刻ｔｋ以降のマッチングリンクから当該電力需要装置Ｃｉを除外する。これにより、累積充電量が予約充電量に一致し、以後変更されない。そして、ステップＳ３４へ進む。

ステップＳ３４では、制御部７３は、当該Δｔにおいてマッチングされているすべての電力需要装置Ｃｉの累積充電量と予約充電量とを比較したかを判定し、肯定判定のときはリターンして図８に示すステップＳ４０へ進み、否定判定のときはステップＳ３１へ戻る。この結果、各電力需要装置の累積充電量は、時間経過と共に増大し、予約充電量に達したときはそのまま変更されなくなる。

（ステップＳ４０：放電量チェックサブルーチン）
図８に示すステップＳ４０では、制御部７３は、各電力供給装置Ｓｊの放電量をチェックする。ここでは、次の放電量チェックサブルーチンが実行される。

図１２は、放電量チェックサブルーチンを示すフローチャートである。すなわち、サーバ装置７０の制御部７３は、図１２のステップＳ４１からステップＳ４４までを実行する。

ステップＳ４１では、制御部７３は、時刻Ｔａから現在時刻（時刻ｔｋ）到達時までの電力供給装置Ｓｊの累積放電量を演算して、ステップＳ４２へ進む。ここでは、制御部７３は、これまで電力供給装置Ｓｊから送信された所定時間毎の放電量の累積値を演算してもよいし、電力供給装置Ｓｊに対して累積放電量を送信するように要求してもよい。

ステップＳ４２では、制御部７３は、電力供給装置Ｓｊの累積放電量が放電量より大きいかを判定し、肯定判定のときはステップＳ４３へ進み、否定判定のときはステップＳ４４へ進む。

ステップＳ４３では、制御部７３は、時刻ｔｋ以降のマッチングリンクから当該電力供給装置Ｓｊを除外する。これにより、累積放電量が放電量に一致し、以後変更されない。そして、ステップＳ４４へ進む。

ステップＳ４４では、制御部７３は、当該Δｔにおいてマッチングされているすべての電力供給装置Ｓｊの累積放電量を演算したかを判定し、肯定判定のときはリターンして図８に示すステップＳ５０へ進み、否定判定のときはステップＳ４１へ戻る。この結果、各電力供給装置の累積放電量は、時間経過と共に増大し、放電量に達したときはそのまま変更されなくなる。

（ステップＳ５０：紐付け処理サブルーチン）
図８に示すステップＳ５０では、制御部７３は、単位時間Δｔにおいて、総和充電量と総和放電量のうち合致する電力量について紐付けする。ここでは、次の紐付け処理サブルーチンが実行される。

図１３及び図１４は、紐付け処理サブルーチンを示すフローチャートである。図１５は、任意の単位時間Δにおけるマッチングリンクを示す図である。すなわち、サーバ装置７０の制御部７３は、図１３のステップＳ５１からステップＳ６９までを実行して、紐付けリンクを作成する。
なお、紐付けリンクとは、マッチングリンクに登録された各電力需要装置及び各電力供給装置のうち、単位時間毎に、各電力需要装置の充電量の総和と各電力供給装置の放電量の総和とが一致するものを引き合わせた（組み合わせた）ものをいう。

ステップＳ５１では、制御部７３は、単位時間Δｔにおいてマッチングされた各電力需要装置Ｃｉの総和充電量ΣΔetＣｉが、マッチングされた各電力供給装置Ｓｊの総和放電量ΣΔetＳｊを超えた（ΣΔetＣｉ＞ΣΔetＳｊ）かを判定し、肯定判定のときはステップＳ５２へ進み、否定判定のときはステップＳ６０へ進む。

ステップＳ５２では、制御部７３は、各電力需要装置の充電量Ｃｉを大きいもの順に並び替えて（ソーティング）、ステップＳ５３へ進む。この結果、例えば図１５（ａ）から図１５（ｂ）に示すように、各電力需要装置の充電量Ｃｉが大きいもの順にソーティングされる。なお、図１５に示された各電力量は、予約充電量を（Δｔを単位とした）予約時間で割った数値である。
ステップＳ５３では、制御部７３は、総和充電量ΣΔetＣｉの累積途中値が総和放電量ΣΔetＳｊに一致するかを判定する。なお、総和充電量ΣΔetＣｉの累積途中値とは、各電力需要装置の充電量Ｃｉを加算する毎に求められる累積値をいう。そして、肯定判定のときはステップＳ５５へ進み、否定判定のときはステップＳ５４へ進む。

ステップＳ５４では、制御部７３は、総和充電量ΣΔetＣｉの累積途中値が総和放電ΣΔetＳｊをオーバーした時点の充電量Ｃｉを分割して、累積途中値と総和放電量ΣetＳｊを一致させる。総和充電量と総和放電量の一致した分が、合致する電力量としてステップＳ６９で使用される。

例えば図１５（ｂ）においては、総和充電量ΣΔetＣｉの累積途中値は、Ｃ２、Ｃ３、Ｃ１、Ｃ４が順に加算され、Ｃ５が加算されたときに３．１ｋＷになり、総和放電ΣΔetＳｊ（＝３．０ｋＷ）をオーバーする。
そこで、制御部７３は、図１５（ｃ）に示すように、充電量Ｃ３を０．２ｋＷと０．１ｋＷに分割して、Ｃ５の代わりに分割された０．２ｋＷを加算することで、累積途中値と総和放電量ΣetＳｊを３．０ｋＷに一致させる。この結果、総和充電量と総和放電量の合致する電力量は３．０ｋＷに決定される。そして、ステップＳ５５へ進む。

ステップＳ５５では、制御部７３は、次のエネルギー種別にマッチングリンクが存在するかを判定し、肯定判定のときはステップＳ５６へ進み、否定判定のときはステップＳ５７へ進む。例えば、本ルーチンが太陽光発電を対象にしている場合、同一の単位時間Δｔにおいて、次のエネルギー種別（例えば風力発電）でもマッチングリンクがあるかが判定される。

ステップＳ５６では、制御部７３は、各総和の差分（ΣΔetＣｉ−ΣΔetＳｊ）を、次のエネルギー種別の同じ単位時間Δｔの総和充電量ΣΔetＣｉの分としてマッチングリンクに登録（加算）する。そして、ステップＳ６９へ進む。

ステップＳ５７では、制御部７３は、次の単位時間Δｔにマッチングリンクが存在するかを判定し、肯定判定のときはステップＳ５８へ進み、否定判定のときはステップＳ５９へ進む。

ステップＳ５８では、制御部７３は、各総和の差分（ΣΔetＣｉ−ΣΔetＳｊ）を次の単位時間Δｔの総和充電量ΣΔetＣｉの分としてマッチングリンクに登録（加算）する。そして、ステップＳ６９へ進む。

ステップＳ５９では、制御部７３は、各総和の差分（ΣΔetＣｉ−ΣΔetＳｊ）を商用電力から各電力需要装置へ供給された分と設定して、ステップＳ６９へ進む。なお、本システム１が商用電力発電設備（商用電力管理者）と連携している場合には、サーバ装置７０は、商用電力発電設備に対して、その差分の電力をもらう旨を通知する。

一方、ステップＳ６０では、制御部７３は、単位時間Δｔにおいてマッチングされた各電力需要装置Ｃｉの総和充電量ΣΔetＣｉが、マッチングされた各電力供給装置Ｓｊの総和放電量ΣΔetＳｊを下回った（ΣΔetＣｉ＜ΣΔetＳｊ）かを判定し、肯定判定のときは図１４のステップＳ６１へ進み、否定判定のときはステップＳ６９へ進む。

ステップＳ６１では、制御部７３は、各電力供給装置の放電量Ｓｊを大きいもの順に並び替えて（ソーティング）、ステップＳ６２へ進む。
ステップＳ６２では、制御部７３は、総和放電量ΣΔetＳｊの累積途中値が総和充電量ΣΔetＣｉに一致するかを判定する。なお、総和放電量ΣΔetＳｊの累積途中値とは、各電力供給装置の放電量Ｓｊを加算する毎に求められる累積値をいう。そして、肯定判定のときはステップＳ６４へ進み、否定判定のときはステップＳ６３へ進む。

ステップＳ６３では、制御部７３は、総和放電量ΣΔetＳｊの累積途中値が総和充電ΣΔetＣｉをオーバーした時点の放電量Ｓｊを分割して、累積途中値と総和充電量ΣetＣｉを一致させる。総和放電量と総和充電量の一致した量は、合致する電力量としてステップＳ６９で使用される。そして、ステップＳ６４へ進む。

ステップＳ６４では、制御部７３は、次のエネルギー種別にマッチングリンクが存在するかを判定し、肯定判定のときはステップＳ６５へ進み、否定判定のときはステップＳ６６へ進む。

ステップＳ６５では、制御部７３は、各総和の差分（ΣΔetＳｊ−ΣΔetＣｉ）を次のエネルギー種別の同じ単位時間Δｔの総和放電量ΣΔetＳｊの分としてマッチングリンクに登録（加算）する。そして、図１３に示すステップＳ６９へ進む。
ステップＳ６６では、制御部７３は、次の単位時間Δｔにマッチングリンクが存在するかを判定し、肯定判定のときはステップＳ６７へ進み、否定判定のときはステップＳ６８へ進む。

ステップＳ６７では、制御部７３は、各総和の差分（ΣΔetＳｊ−ΣΔetＣｉ）を次の単位時間Δｔの総和放電量ΣΔetＣｉの分としてマッチングリンクに登録（加算）する。そして、図１３に示すステップＳ６９へ進む。
ステップＳ６８では、制御部７３は、各総和の差分（ΣΔetＳｊ−ΣΔetＣｉ）を各電力供給装置から商用電力へ供給した分と設定して、図１３に示すステップＳ６９へ進む。なお、本システム１が商用電力発電設備（商用電力管理者）と連携している場合には、サーバ装置７０は、商用電力発電設備に対して、その差分の電力が余っている旨を通知する。

ステップＳ６９では、制御部７３は、各総和の合致する電力量を紐付けリンクとして登録する。例えば、当該単位時間Δｔにおいて、総和充電量ΣΔetＣｉと総和放電量ΣΔetＳｊが最初から同一の場合（ステップＳ５１→Ｓ６０→Ｓ６９）、総和充電量ΣΔetＣｉと総和放電量ΣΔetＳｊが紐付けリンクとして登録される。

また、総和充電量ΣΔetＣｉが総和放電量ΣΔetＳｊを超えた場合、又は、総和充電量ΣΔetＣｉが総和放電量ΣΔetＳｊを下回った場合は、総和充電量と総和放電量の一致した量が、合致する電力量として紐付けリンクとして登録される。
例えば、図１５（ｃ）の場合、総和充電量と総和放電量の各３．０ｋＷ分が合致する。そのため、各３．０ｋＷ分に相当する充電量Ｃ２，Ｃ３，Ｃ１，Ｃ４，Ｃ５（２．０ｋＷ分のみ）と、放電量Ｓ２，Ｓ４，Ｓ１，Ｓ３とが、まとめて紐付けされ、この単位時間Δｔにおける紐付けリンクに登録される。そして、リターンして、図８に示すステップＳ７０へ進む。

（ステップＳ７０：括り付け処理サブルーチン）
図８に示すステップＳ７０では、制御部７３は、単位時間Δｔにおいてまとめて紐付けされた各電力量について、充電量と放電量の対応関係を明確にする括り付け処理を行う。ここで、一度使用された電力需要装置（充電量）と電力供給装置（放電量）の組み合わせは、次の単位時間Δｔでも優先して使用される。そこで、一度使用された電力需要装置（充電量）と電力供給装置（放電量）とを「括り付ける」ために、次の括り付け処理サブルーチンが実行される。

図１６は、括り付け処理サブルーチンを示すフローチャートである。図１７は、（ａ）直前及び（ｂ）現在の単位時間Δｔにおいて紐付けリンクに登録された充電量及び放電量を示す図、（ｃ）現在の単位時間Δｔにおいて括り付け処理された充電量及び放電量を示す図である。
図１７（ｂ）に示すように、現在の単位時間Δｔにおける紐付けリンクには、充電量Ｃ１〜Ｃ５、放電量Ｓ１〜Ｓ４が登録されている。なお、直前の単位時間Δｔにおける紐付けリンクには、同図（ａ）に示すように、充電量Ｃ１，Ｃ３，Ｃ５及び放電量Ｓ１〜Ｓ４が登録されており、既に充電量と放電量の括り付け処理済みである。この直前の単位時間Δｔにおける括り付け処理の結果は、現在の単位時間Δｔにおける括り付け処理で参照される。

ステップＳ７１では、制御部７３は、現在の単位時間Δｔにおいて紐付けリンクに登録された各充電量Ｃｉ、各放電量Ｓｊを大きいもの順に並べ替えて、需要側ソーティングリンク及び供給側ソーティングリンクを作成する。
図１８から図２０は、需要側ソーティングリンク及び供給側ソーティングリンクを示す図である。図１８（ａ）に示すように、需要側ソーティングリンクでは各放電量Ｃｉが、供給側ソーティングリンクでは各放電量Ｓｉが大きいもの順に並べられている。そして、ステップＳ７２へ進む

ステップＳ７２では、制御部７３は、需要側ソーティングリンクから最大の充電量Ｃｉを選択して、ステップＳ７３へ進む。図１８（ａ）の場合は、充電量Ｃ２（１．０ｋＷ）が選択される。
ステップＳ７３では、制御部７３は、選択した充電量Ｃｉについて、直前の単位時間Δｔで括り付け情報があるかを判定し、肯定判定のときはステップＳ７７へ進み、否定判定のときはステップＳ７４へ進む。
例えば、充電量Ｃ２は、図１７（ａ）に示すように、直前の単位時間Δｔでは括り付け処理されていないので、括り付け情報がない。このため、本ステップでは否定判定になり、次のステップＳ７４に進む。

ステップＳ７４では、制御部７３は、充電量Ｃｉが需要側ソーティングリンクの最後尾に既に移動した記録があるかを判定し、肯定判定のときはステップＳ８０へ進み、否定判定の場合はステップＳ７５へ進む。

ステップＳ７５では、制御部７３は、充電量Ｃｉを需要側ソーティングリンクの最後尾に移動（登録）して、移動したことを記録する。例えば、充電量Ｃ２は、これまで需要側ソーティングリンクの最後尾に移動した記録がない。このため、充電量Ｃ２は、図１８（ｂ）に示すように、需要側ソーティングリンクの最後尾に移動される。そして、ステップＳ７６へ進む。

ステップＳ７６では、制御部７３は、当該単位時間Δｔでの需要側ソーティングリンクの全部の充電量Ｃｉを処理したかを判定し、肯定判定のときはリターンして図８に示すステップＳ９０に進み、否定判定のときはステップＳ７２へ戻る。
例えば、図１８（ｂ）の場合、需要側ソーティングリンクには、充電量Ｃ１〜Ｃ５が未処理のままである。このため、ステップＳ７２へ戻り、最大の充電量Ｃｉである充電量Ｃ３が選択される。充電量Ｃ３は、図１７（ａ）に示すように、直前の単位時間Δｔで括り付け情報がある。このため、次のステップＳ７７の処理が行われる。

ステップＳ７７では、制御部７３は、直前の単位時間Δｔにおける充電量Ｃｉの括り付け先の放電量Ｓｊを選択する。
例えば、図１８（ｂ）の場合、直前の単位時間Δｔにおける充電量Ｃ３の括り付け先は、図１７（ａ）に示すように、放電量Ｓ２，Ｓ３である。ここでは、例えば放電量Ｓ２が選択される。そして、ステップＳ７８へ進む。

ステップＳ７８では、制御部７３は、選択された放電量Ｓｊは当該単位時間Δｔでの紐付けリンク（または供給側ソーティングリンク）に存在するかを判定し、肯定判定のときはステップＳ８１へ進み、否定判定のときはステップＳ７９へ進む。例えば、放電量Ｓ２は、図１７（ｂ）に示すように、当該単位時間Δｔでの紐付けリンクに存在しているので、ステップＳ７１を経て供給側ソーティングリンクにも存在する。このため、本ステップでは肯定判定になり、ステップＳ８１へ進む。

ステップＳ７９では、制御部７３は、充電量Ｃｉについて直前の単位時間Δｔでの括り付け先の全部の放電量Ｓｊを処理したかを判定し、肯定判定のときはステップＳ８０へ進み、否定判定のときは他の放電量Ｓｊを処理するためにステップＳ７７へ戻る。
例えば、充電量Ｃ３の直前の単位時間Δｔでの括り付け先は、放電量Ｓ２，Ｓ３である。放電量Ｓ２しか処理されていない場合はステップＳ７７へ戻り、放電量Ｓ２，Ｓ３の両方が処理されている場合はステップＳ８０へ進む。
ステップＳ８０では、制御部７３は、供給側ソーティングリンクから最大の放電量Ｓｊを選択して、ステップＳ８１へ進む。

ステップＳ８１では、制御部７３は、ステップＳ７２で選択された充電量Ｃｉと、ステップＳ７７又はＳ８０の最新の方で選択された放電量Ｓｊと、が一致するかを判定し、肯定判定の場合はステップＳ８２へ進み、否定判定の場合はステップＳ８３へ進む。
ステップＳ８２では、制御部７３は、需要側ソーティングリンクから充電量Ｃｉを、供給側ソーティングリンクから放電量Ｓｊをそれぞれ外して、充電量Ｃｉと放電量Ｓｊとを相互に括り付けるためのリンクを張る。そして、上述したステップＳ７６へ進む。

ステップＳ８３では、制御部７３は、選択された充電量Ｃｉと放電量Ｓｉのうちで大きい方について分割する。ここでは、その大きい方が、充電量Ｃｉと放電量Ｓｉの一致する電力量と、余分な（差分の）電力量と、に分割される。
さらに、制御部７３は、一致する電力量については、ステップＳ８２と同様に、需要側ソーティングリンクから充電量Ｃｉを、供給側ソーティングリンクから放電量Ｓｊをそれぞれ外して、充電量Ｃｉと放電量Ｓｊとを相互に括り付けるためのリンクを張る。制御部７３は、差分の電力量については、該当のソーティングリングに登録する。そして、上述したステップＳ７６へ進む。

例えば、図１８（ｂ）の場合、充電量Ｃ３（０．９ｋＷ）と放電量Ｓ２（１．５ｋＷ）は一致しない。このため、大きい方である放電量Ｓ２は、一致する電力量の０．９ｋＷ分と、余分な電力量である０．６ｋＷ分と、に分割される。そして、図１８（ｃ）に示すように、充電量Ｃ３と放電量Ｓ２の０．９ｋＷ分は、各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる。さらに、差分の電力量である放電量Ｓ２の０．６ｋＷ分は、新たに供給側ソーティングリンク（上から２番目）に登録される。そして、ステップＳ７６を経由してステップＳ７２に戻る。

図１８（ｃ）の場合、需要側ソーティングリンクから最大の充電量Ｃ１が選択される（ステップＳ７７）。充電量Ｃ１は、直前の単位時間Δｔでの放電量Ｓ１に括り付けられており、充電量Ｃ１（０．５ｋＷ）と放電量Ｓ１（０．５ｋＷ）が一致する（ステップＳ８１の肯定判定）。このため、図１９（ｄ）に示すように、充電量Ｃ１と放電量Ｓ１は各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる（ステップＳ８２）。そして、再びステップＳ７６を経由してステップＳ７２に戻る。

さらに、図１９（ｄ）の場合、需要側ソーティングリンクから最大の充電量Ｃ４が選択される（ステップＳ７７）。充電量Ｃ４は、図１７（ａ）に示すように、直前の単位時間Δｔで放電量Ｓｉに括り付けられていないので（ステップＳ７３の否定判定）、図１９（ｅ）に示すように、需要側ソーティングリンクの最後尾に移動する（ステップＳ７５）。そして、再びステップＳ７６を経由してステップＳ７２に戻る。

図１９（ｅ）の場合、需要側ソーティングリンクから最大の充電量Ｃ５が選択される（ステップＳ７７）。充電量Ｃ５は、図１７（ａ）に示すように、直前の単位時間Δｔでの放電量Ｓ４に括り付けられている。
充電量Ｃ５（０．２ｋＷ）と放電量Ｓ４（０．７ｋＷ）のうち、大きい方である放電量Ｓ４は、一致する電力量である０．２ｋＷ分と、余分な電力量である０．５ｋＷ分と、に分割される。そして、図１９（ｆ）に示すように、充電量Ｃ５と放電量Ｓ４の０．２ｋＷ分は、各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる。さらに、差分の電力量である放電量Ｓ４の０．５ｋＷ分は、新たに供給側ソーティングリンク（上から２番目）に登録される。そして、ステップＳ７６を経由してステップＳ７２に戻る。

図１９（ｆ）の場合、需要側ソーティングリンクから最大の充電量Ｃ２が選択される（ステップＳ７７）。充電量Ｃ２は、需要側ソーティングリンクの最後尾に移動した記録がある（図１８（ａ）から同図（ｂ））。このため、ステップＳ７４の肯定判定を経て、供給側ソーティングリンクから最大の放電量Ｓ２が選択される（ステップＳ８０）。

充電量Ｃ２（１．０ｋＷ）と放電量Ｓ２（０．６ｋＷ）のうち、大きい方である充電量Ｃ２は、一致する電力量である０．６ｋＷ分と、余分な電力量である０．４ｋＷ分と、に分割される。そして、図１９（ｇ）に示すように、充電量Ｃ２と放電量Ｓ２の０．６ｋＷ分は、各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる。さらに、差分の電力量である放電量Ｃ２の０．４ｋＷ分は、新たに需要側ソーティングリンク（上から２番目）に登録される。そして、ステップＳ７６を経由してステップＳ７２に戻る。

図１９（ｇ）の場合、需要側ソーティングリンクから最大の充電量Ｃ４が選択され、この充電量Ｃ４は需要側ソーティングリンクの最後尾に移動した記録がある（図１９（ｄ）から同図（ｅ））。このため、供給側ソーティングリンクから最大の放電量Ｓ４が選択される。
充電量Ｃ４と放電量Ｓ４の一致する電力量０．４ｋＷ分は、図２０（ｈ）に示すように、各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる。さらに、差分の電力量である放電量Ｓ４の０．１ｋＷ分は、新たに供給側ソーティングリンク（上から２番目）に登録される。再び、ステップＳ７６を経由してステップＳ７２に戻る。

図２０（ｈ）の場合、需要側ソーティングリンクから最大の充電量Ｃ２が選択され、この充電量Ｃ２は需要側ソーティングリンクの最後尾に移動した記録がある（図１８（ａ）から同図（ｂ））。このため、供給側ソーティングリンクから最大の放電量Ｓ３が選択される。
充電量Ｃ２と放電量Ｓ３の一致する電力量０．３ｋＷ分は、図２０（ｉ）に示すように、各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる。さらに、差分の電力量である充電量Ｃ２の０．１ｋＷ分は、新たに需要側ソーティングリンクに登録される。再び、ステップＳ７６を経由してステップＳ７２に戻る。

図２０（ｉ）の場合、需要側ソーティングリンクから最大の充電量Ｃ２が選択され、この充電量Ｃ２は需要側ソーティングリンクの最後尾に移動した記録がある（図１９（ａ）から同図（ｂ））。このため、供給側ソーティングリンクから最大の放電量Ｓ４が選択される。充電量Ｃ２と放電量Ｓ４は、電力量が一致するので、図２０（ｊ）に示すように、各ソーティングリンクから外され、相互に括り付けるためのリンクが張られる（ステップＳ８２）。

図２０（ｊ）の場合、需要側ソーティングリンク及び供給側ソーティングリンクの情報がない。このとき、充電量Ｃｉの直前の単位時間Δｔでの括り付け先の全部の放電量Ｓｊは処理されている（ステップＳ７６の肯定判定）。したがって、本ルーチンを終了して、図８に示すステップＳ９０に戻る。
この結果、図２０（ｊ）に示すように、単位時間Δｔにおいて、各充電量Ｃｉと各放電量Ｓｊとが完全に括り付けされる。つまり、単位時間Δｔにおいて、各電力供給装置から放電される放電量Ｓｊのうちのどの程度の電力量（充電量Ｃｉ）が、どの電力需要装置で充電されたか、が明確になる。

［ステップＳ９０以降］
図８に示すステップＳ９０では、制御部７３は、すべてのエネルギー種別について上述したステップＳ１〜Ｓ７０を実施したかを判定し、肯定判定のときはステップＳ９２へ進み、否定判定のときはステップＳ９１へ進む。ステップＳ９１では、制御部７３は、次のエネルギー種別の処理に移行して、再びステップＳ１０へ戻る。
例えば、単位時間Δｔにおいて、太陽光発電電力についてステップＳ１からステップＳ７０までが実施された場合は、次の風力発電電力について上述した各ステップが実施される。そして、すべてのエネルギー種別について上述した各ステップが実施されると、ステップＳ９２へ進む。

ステップＳ９２では、制御部７３は、時間単位Δｔ刻みで時刻Ｔａから時刻Ｔｂまで終了したかを判定し、肯定判定のときはステップＳ９４へ進み、否定判定のときはステップＳ９３へ進む。ステップＳ９３では、制御部７３は、次の時間単位Δｔの処理に移行して、再びステップＳ１０へ戻る。この結果、予約時間帯（時刻Ｔａ〜時刻Ｔｂ）のすべてのエネルギー種別について、上述した各ステップが実行される。

ステップＳ９４では、制御部７３は、エネルギー種別毎に、各電力需要装置の充電量Ｃｉに対して、予約時間帯（Ｔａ〜Ｔｂ）のすべての単位時間Δｔにおいて括り付けされた放電量Ｓｉの総和を演算する。この総和が、エネルギー種別、つまり再生可能エネルギー毎の実績充電量となる。

例えば、制御部７３は、太陽光発電電力については、予約時間帯（Ｔａ〜Ｔｂ）のすべての単位時間Δｔにおいて、充電装置５０の充電量Ｃｉに括り付けられたすべての放電量Ｓｊの総和を実績充電量として、太陽光発電装置１０毎に演算する。また、制御部７３は、風力発電電力については、予約時間帯（Ｔａ〜Ｔｂ）のすべての単位時間Δｔにおいて、充電装置５０の充電量Ｃｉに括り付けられたすべての放電量Ｓｊの総和を実績充電量として、風力発電装置２０毎に演算する。制御部７３は、小型水力発電電力などのその他のエネルギー種別についても、同様に演算する。この結果、充電装置５０の総充電量のうち、各太陽光発電装置１０の実績充電量、各風力発電装置２０の実績充電量、各小型水力発電装置３０の実績充電量などが演算される。

また、制御部７３は、エネルギー種別毎に、各電力供給装置の放電量Ｓｊに対して、予約時間帯（Ｔａ〜Ｔｂ）のすべての単位時間Δｔにおいて括り付けされた充電量Ｃｉの総和を演算する。
この結果、例えば、太陽光発電装置１０の総放電量のうち、各電気自動車４０に供給された実績放電量、各充電装置５０に供給された実績充電量などが演算される。同様に、風力発電装置２０の総放電量のうち、各電気自動車４０に供給された実績放電量、各充電装置５０に供給された実績充電量などが演算される。

制御部７３は、ステップＳ９４で演算された実績充電量及び実績放電量を、入出力ポート７１を介して各電力需要装置及び各電力供給装置へ送信する。各電力需要装置では、総充電量に対する電力供給装置毎の実績充電量が表示される。また、各電力供給装置では、総放電量に対する電力需要装置毎の実績放電量が表示される。

例えば、充電装置５０の通信端末５３は、サーバ装置７０から太陽光発電による実績充電量を受信すると、総充電量に対する太陽光発電による実績充電量の割合をモニタに表示することができる。また、通信端末５３は、総充電量と実績充電量を用いて、クリーンエネルギー電力の指標（ベストエネルギーモニター）を演算して表示してもよい。ベストエネルギーとは、現実には存在しない環境負荷が全く無いエネルギーを表す。

図２１は、充電装置５０の通信端末５３のモニタ画面を示す図である。このモニタ画面は、電気自動車４０にも設けられている。モニタ画面には、「充電率」、「発電予想」、「ベストエネルギーモニター」が表示される。
「充電率」は、当該充電装置５０の最大容量に対する現在の充電量の割合（％）を表す。「発電予想」は、天気情報によって決定される指標であって、快晴であれば１００％、太陽光発電が不可能なほど天気が悪ければ０％になる。「発電予想」の数値が低くなるほど天気が悪い場合は、充電装置５０に充電される太陽光発電電力が自動的に抑制されるようにしても良い。これにより、ユーザの手間が省かれる。

「ベストエネルギーモニター」は、再生可能エネルギーをどの程度使用しているかを示す指標（ベストエネルギー等価量比率ＢＲ）である。例えば、発電由来として、ベスト発電方式、再生可能エネルギー、火力発電、原子力発電があり、それぞれ格付け（重み付け）が例えば１００、９０、６０、２０に設定されている。

ベストエネルギー等価量比率ＢＲは、通信端末５３によって例えば次の式に従って求められる。
ＢＲ＝Ｂ／Σ（各発電由来の充電量） （％）
但し、Ｂ＝Σ（各発電由来の充電量×格付け）／１００ （ｋＷｈ）である。
各発電由来の充電量は、エネルギー種別毎に、サーバ装置７０から送信された実績充電量が該当する。なお、格付けの値などＢＲの計算式は、上記のものに限定されるものではなく、再生可能エネルギーをどの程度使用しているかが分かればよい。

さらに、通信端末５３のモニタ画面には、図２１に示すように、「Ｇｒｅｅｎ優先」、「急速優先」、「料金優先」、「ポイント優先」が表示される。また、このモニタ画面には、不図示の「地域優先」も表示される。
「Ｇｒｅｅｎ優先」は、再生可能エネルギーを可能な限り多く充電するモードであり、充電時間が長くなってもよい。「急速優先」は、予約時間帯に再生可能エネルギーが少ない場合に、商用電源で補って急速に充電するモードである。
「料金優先」は、電力購入価格が低くなるように充電するモードである。例えば、再生可能エネルギーの購入価格は高いが（ポイントが多く付与される）、商用電源の購入価格は低い場合においては、商用電源を優先して充電する。
「ポイント優先」は、ポイントが高くなるように充電するモードである。ここにいうポイントは、再生可能エネルギーを購入したときにユーザに付与されるポイントであり、エネルギー種別によってポイントが異なる。そこで、「ポイント優先」では、予約実行時に発電している再生可能エネルギーの中から最もポイントが高くなるものを選んで充電される。「地域優先」は、指定地域の発電設備の電力の充電量が最も多くなるように充電するモードである。

以上のように、本実施形態に係るエネルギー流通システム１において、サーバ装置７０は、事前に登録された情報を用いて電力需要装置である充電装置５０と電力供給装置である太陽光発電装置１０をマッチングする。そして、サーバ装置７０は、マッチングされた充電装置５０の充電量と太陽光発電装置１０の放電量とを計測して、需要と供給の対応がとれたときに紐付けする。

この結果、サーバ装置７０は、充電装置５０の充電量に対して紐付けされた太陽光発電装置１０の放電量の総和を求めることで、充電装置５０の充電量に占める太陽光発電装置１０の放電量を求めることができる。よって、ユーザは、商用電力と再生可能エネルギー電力が混在する電力系統３を用いて充電装置５０を充電する場合でも、充電装置５０の全充電量のうち再生可能エネルギー電力がどの程度あるか、つまり発電由来を容易に把握することができる。

また、エネルギー流通システム１は、電力系統３に電力を供給するすべての電力供給装置、及び電力系統３から電力が供給されるすべての電力需要装置の充放電情報をすべて把握していなくても、電力を流通し合いたい装置及びサーバ装置７０間で通信可能であればいいので、容易にシステムを構築することができる。

なお、本発明は、上述した実施形態に限定されるものではなく、特許請求の範囲に記載された事項の範囲内で設計変更されたものにも適用可能である。
例えば、サーバ装置７０は、予約登録時のマッチング処理の際に、同一時間帯において、複数の電力需要装置と複数の電力供給装置とを単に引き合わせていたが（図５のステップＳ２）、同一時間帯において優先順位の高いものから順に引き合わせてもよい。優先順位は、例えば、登録順序の早いもの順、流通する電力量の多いもの順などであってもよい。

上述した実施形態では、電力供給装置として、太陽光発電装置１０、風力発電装置２０及び小型水力発電装置３０が挙げられているが、その他、電気自動車４０もしくは充電装置５０であってもよい。このとき、電気自動車４０は、家庭内の電力接続装置に接続され、蓄電池に蓄積された電力を放電して、電力系統３に供給すればよい。

また、電気自動車４０（充電装置５０も可）は、充放電開始時に、自身及び相手の充電装置５０（電気自動車４０も可）が電力系統３につながっているか否かを確認することもできる。この場合、電気自動車４０は、自身及び相手が電力系統３につながっていれば通常動作を行い、つながっていなければ次の動作を行う。

電気自動車４０は、充放電開始時に、接続先の充電装置５０と通信を行う。このとき、充電側である電気自動車４０は、放電側である充電装置５０の要求エネルギー種別含む電力量を確認する。そして、電気自動車４０は、必要な充電量を充電装置５０が充電していない場合、優先設定（「Ｇｒｅｅｎ優先」、「料金優先」、「急速優先」、「地域優先」）を満たせない場合は、モニタ画面に、注意を喚起する表示を行ってもよい。

さらに、電力系統３から完全に切り離された状態で、電気自動車４０が充電装置５０から充電する場合（電気自動車４０と充電装置５０が直接接続されている場合）においては、電気自動車４０による要求エネルギー種別を含む予約は有効であるが、充電装置５０による予約は無効としてもよい。
電気自動車４０は、充電装置５０から放電されている電力量のうち、予約されたエネルギー種別に該当する充電量を充電する。

電気自動車４０は、要求エネルギー種別（例えば太陽光発電）の電力量が不足する場合、上述した実施形態でのネットワーク接続と同様に、別のエネルギー種別（例えば風力発電）の電力を充電する。これらのエネルギー種別は、各デバイス内で記憶されたデータから用いられたものでもよいし、サーバ装置７０に直接問い合わせしてもよい。そして、充放電完了後には、電気自動車４０及び充電装置５０は、サーバ装置７０に対して充電量又は放電量、エネルギー種別の内容を送信してもよい。

また、上述した実施形態では、サーバ装置７０が、各電力需要装置及び各電力供給装置の充放電の開始・停止を制御するが、これに限定されるものではない。例えば、各電力需要装置及び各電力供給装置自身が、充放電の開始・停止を制御してもよい。上述した実施形態では、サーバ装置７０は、太陽光発電を優先して処理したが、その代りに、風力発電等別のエネルギー種別について優先処理をして、その電力が不足する場合に太陽光発電などの他の電力について処理してもよい。

１ エネルギー流通システム
１０ 太陽光発電装置
１１ 太陽光発電機
１２，５２ 計測器
１３，５３ 通信端末
２０ 風力発電装置
３０ 小型水力発電装置
４０ 電気自動車
５０ 充電装置
５１ 蓄電器
６０ 商用電源設備
７０ サーバ装置
７１ 入出力ポート
７２ 記憶部
７３ 制御部

Claims (4)

1. 電力系統に再生可能エネルギー電力を供給する電力供給装置から、予約時間、予約電力供給量、実測電力供給量の各情報を受信する第１受信手段と、
   前記電力系統から電力が供給される電力需要装置から、予約時間、予約電力需要量、実測電力需要量の各情報を受信する第２受信手段と、
   前記第１及び第２受信手段により受信された各情報に基づいて、単位時間毎に、当該単位時間において電力を供給する電力供給装置と、当該単位時間において電力が供給される電力需要装置と、の組み合わせを作成する組合せ作成手段と、
   前記組み合わせ作成手段により作成された組み合わせにおいて、単位時間毎に、電力供給装置の実測電力供給量と電力需要装置の実測電力需要量とが対応するときに、前記実測電力供給量と前記実測電力需要量とを紐付けする紐付け手段と、
   電力需要装置の充電完了後に、当該電力需要装置の実測電力需要量に紐付けされた単位時間毎の実測電力供給量を加算することで、前記電力供給装置の実績量を演算する演算手段と、
   前記演算手段により演算された実績量を前記電力需要装置へ送信する送信手段と、
   を備えたサーバ装置。
2. 前記組合せ作成手段は、前記再生可能エネルギー電力の種別毎に、前記電力供給装置と前記電力需要装置との組み合わせを作成し、
   前記紐付け手段は、前記再生可能エネルギー電力の種別毎に、前記電力供給装置の実測電力供給量と前記電力需要装置の実測電力需要量とを紐付けし、
   前記演算手段は、前記再生可能エネルギー電力の種別毎に、前記電力供給装置の実績量を演算する
   請求項１に記載のサーバ装置。
3. 前記組合せ作成手段は、優先度の高い電力供給装置及び電力需要装置から順に、前記電力供給装置と前記電力需要装置との組み合わせを作成する
   請求項１または請求項２に記載のサーバ装置。
4. 請求項１から請求項３のいずれか１項に記載のサーバ装置と、
   電力系統に再生可能エネルギー電力を供給し、予約時間、予約電力供給量、実測電力供給量の各情報を前記サーバ装置へ送信する複数の電力供給装置と、
   前記電力系統から電力が供給され、予約時間、予約電力需要量、実測電力需要量の各情報を送信する複数の電力需要装置と、
   を備えたエネルギー流通システム。