JP2021018608A - アグリゲーションシステム、アグリゲーション装置、およびアグリゲーション方法 - Google Patents

Abstract

【課題】ＥＶの余剰電力の有効活用の促進を図ることができるアグリゲーションシステムを得る。【解決手段】実施形態のアグリゲーションシステムは、例えば、第１のアグリゲーション装置と、第２のアグリゲーション装置と、を備える。前記第１のアグリゲーション装置は、要求情報送信部を備える。要求情報送信部は、需給バランスを保つために必要な電力量を要求する要求情報を送信する。第２のアグリゲーション装置は、要求情報受信部と、通知情報送信部と、を備える。要求情報受信部は、要求情報を受信する。通知情報送信部は、要求情報受信部によって要求情報が受信された場合に、蓄電池を搭載した移動可能な移動体と関連付けされた端末装置に、蓄電池の電力の提供を勧める通知情報を送信する。【選択図】図１４

Description

本発明の実施形態は、アグリゲーションシステム、アグリゲーション装置、およびアグリゲーション方法に関する。

ＥＶ（Electric Vehicle：電気自動車）については、走行時の電欠を防ぐため、電池残量の消費量を、道路の区間ごとに生成された電費推定モデルに基づき、予測することで走行支援する技術が検討されている。

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

ＥＶ車について電力を満充電に近い量を充電することで走行中の電欠を防ぐことができるが、走行に必要以上の充電を行って走行するＥＶ車に余剰電力を抱えているケースも多い。この種の技術では、ＥＶの余剰電力の有効活用の促進が図れれば有意義である。

実施形態のアグリゲーションシステムは、例えば、第１のアグリゲーション装置と、第２のアグリゲーション装置と、を備える。前記第１のアグリゲーション装置は、発電量と需要量の予測から電力量バランスを管理する。前記第２のアグリゲーション装置は、前記第１のアグリゲーション装置からの要請に基づき、売電を受けた電力を提供する。前記第１のアグリゲーション装置は、要求情報送信部を備える。前記要求情報送信部は、需給バランスを保つために必要な電力量を要求する要求情報を送信する。前記第２のアグリゲーション装置は、要求情報受信部と、通知情報送信部と、を備える。前記要求情報受信部は、前記要求情報を受信する。前記通知情報送信部は、前記要求情報受信部によって前記要求情報が受信された場合に、蓄電池を搭載した移動可能な移動体と関連付けされた端末装置に、前記蓄電池の電力の提供を勧める通知情報を送信する。

図１は、第１の実施形態のアグリゲーションシステムの概要構成ブロック図である。 図２は、第１の実施形態の第１のアグリゲーション装置のブロック図である。 図３は、第１の実施形態の第２のアグリゲーション装置のブロック図である。 図４は、第１の実施形態の経路情報のネットワーク構造の例を示す図である。 図５は、第１の実施形態の経路情報の一例を示す図である。 図６は、第１の実施形態のトラフィックカウンタ管理情報の例を示す図である。 図７は、第１の実施形態の気象情報の例を示す図である。 図８は、第１の実施形態の道路管制情報の一例を示す図である。 図９は、第１の実施形態の車両情報の一例を示す図である。 図１０は、第１の実施形態の充放電装置情報の一例を示す図である。 図１１は、第１の実施形態の走行データの例を示す図である。 図１２は、第１の実施形態の第１のアグリゲーション装置、第２のアグリゲーション装置、カーナビゲーション端末、および携帯端末のハードウェア構成を示す図である。 図１３は、第１の実施形態のアグリゲーション処理の一例を示すフローチャートである。 図１４は、第１の実施形態の余剰電力情報収集処理の一例を示すフローチャートである。 図１５は、第１の実施形態のＥＶの電力消費量の予測およびＥＶ５００の余剰電力の算出を行なう具体例を説明する。 図１６は、第１の実施形態の対価実行処理の一例を示すフローチャートである。 図１７は、第２の実施形態のアグリゲーションシステムの概要構成ブロック図である。 図１８は、第２の実施形態の余剰電力情報収集処理の一例を示すフローチャートである。 図１９は、第３の実施形態のアグリゲーションシステムの概要構成ブロック図である。 図２０は、第４の実施形態のアグリゲーションシステムの概要構成ブロック図である。

＜第１の実施形態＞
次に、図面を参照して、第１の実施形態について詳細に説明する。

＜アグリゲーションシステム１＞
図１は、第１の実施形態のアグリゲーションシステム１の概要構成ブロック図である。
図１に示されるアグリゲーションシステム１は、ＶＰＰ（バーチャルパワープラント）アグリゲータ１０００、ＥＶユーザ管理事業者１００１、および道路事業者１００２等に分散して配置され、高速道路等の道路を移動するＥＶ５００の余剰電力を売電してもらうための処理を行なう。この際、ＶＰＰアグリゲータ１０００は、ＥＶユーザ管理事業者１００１に対して売電要請を行なう。そして、ＥＶユーザ管理事業者１００１が、ＥＶ５００の運転者に売電の推奨を行なう。ＥＶ５００は、移動体の一例である。

以下、各事業者および構成について詳細に説明する。

＜ＶＰＰアグリゲータ１０００＞
ＶＰＰアグリゲータ１０００は、自己が管理する電力網の需給バランスを管理する業者である。

発電事業者１００３は、発電を行なう事業者である。発電事業者１００３によって発電された電力は、電力網に供給される。また、リソースアグリゲータ１００４Ａは、各需要家１００５と直接ＶＰＰサービス契約を締結している業者である。

ＶＰＰアグリゲータ１０００は、リソースアグリゲータ１００４Ａを介して、各需要家１００５に電力の削減の要請や促進、電力提供の要請、すなわち電力調整要請を行なう。また、ＶＰＰアグリゲータ１０００は、自己の電力網に対して、電力を供給する発電事業者１００３の発電量と、自己が電力を供給する需要家１００５の需要量とのバランスを監視し、電力量が不足する場合は発電事業者１００３に対して発電量を増やすように要求する。しかしながら、発電事業者１００３が発電量を増やしても、電力が不足すると予想されるときに、ＥＶユーザ管理事業者１００１に対しても売電要請を行なう。

本実施形態のＶＰＰアグリゲータ１０００は、リソースアグリゲータ１００４Ａが制御する電力をまとめて、発電事業者１００３と直接電力の取引を行なうアグリゲーションコーディネーターである。上記の処理は、ＶＰＰアグリゲータ１０００に設けられた第１のアグリゲーション装置１０２によって行なわれる。以下では、ＶＰＰアグリゲータ１０００による電力売買の金額（買取金額）が固定である例を説明する。第１のアグリゲーション装置１０２の詳細は後述する。また、第１のアグリゲーション装置１０２は、他のアグリゲーション装置の一例である。

＜ＥＶユーザ管理事業者１００１＞
ＥＶユーザ管理事業者１００１は、ＶＰＰアグリゲータ１０００から電力供給の依頼があった場合に、ＥＶ５００に対して、余剰電力の売電をＥＶ５００の運転者に要請する業者である。具体的には、ＥＶユーザ管理事業者１００１は、発電量と需要量との予測から電力量バランスを管理する事業者であるＶＰＰアグリゲータ１０００の第１のアグリゲーション装置１０２からの要請に基づき、売電を受けた電力をＶＰＰアグリゲータ１０００の電力網に提供する。このとき、ＥＶユーザ管理事業者１００１に設けられた第２のアグリゲーション装置１０１が、道路を移動するＥＶ５００の余剰電力を売電してもらうための処理を行なう。

具体的には、ＥＶユーザ管理事業者１００１は、所定のアプリ等でＥＶ５００の運転者から提供を受けた現在地、目的地、車種、充電残量他の情報に基づき、売電の協力を受けられそうなＥＶ５００を検出（特定）して売電の要請を行うことで、アグリゲータ（ＶＰＰアグリゲータ１０００、リソースアグリゲータ１００４Ａ）とＥＶ５００の運転者との間の仲介を行う。第２のアグリゲーション装置１０１の詳細は、後述する。なお、これに限られず、車両を特定することなく、後述のＥＶ向けのナビシステムサービスを受けている端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）の全般に対し、売電してほしい場所および時間等を通知するようにしてもよい。また、○○Kw/Hが必要等を通知してもよい。また、ぎりぎりまで売電しても良いと考える人、ＢＣＰ(Business Continuity Plan)の観点から半強制的に売電させる車両等もあるので、売電を広く募集してもよい。また、ＥＶユーザ管理事業者１００１は、リソースアグリゲータ１００４Ｂと通信可能に接続されている。第２のアグリゲーション装置１０１は、アグリゲーション装置の一例である。

＜充電サービス会社と自動車会社＞
リソースアグリゲータ１００４Ｂは、自動車会社１００６および充電サービス会社１００７から各種の情報を取得して、当該情報をＥＶユーザ管理事業者１００１に提供する業者である。例えば、リソースアグリゲータ１００４Ｂは、自動車会社１００６からＥＶ５００の車両に関する情報（例えば、車種毎の電池容量、電池の減り方等の情報）を取得して、当該情報をＥＶユーザ管理事業者１００１に提供する。また、リソースアグリゲータ１００４Ｂは、充電サービス会社１００７から充放電装置２２１Ａ〜２２１Ｎの混雑状況や予約状況等の情報を取得して、当該情報をＥＶユーザ管理事業者１００１に提供する。

自動車会社１００６は、例えば、ＥＶ５００等を製造する会社（以後、ＥＶメーカとも称する）である。自動車会社１００６は、ＥＶ５００の車両に関する情報（例えば、車種毎の電池容量、電池の減り方等の情報）を保有する。

充電サービス会社１００７は、ＥＶ５００に対する充放電を行なう充放電装置２２１Ａ〜２２１Ｎの設置および管理等する会社である。充電サービス会社１００７には、充放電装置２２１の情報である充放電装置情報を管理する充放電装置管理サーバ２２５Ｅが設けられている。ここで、充放電装置２２１Ａ〜２２１Ｎの少なくとも一部は、道路のサービスエリアやパーキングエリア等においてＥＶ５００が充放電を行なう供給地点に設けられている。なお、以下の説明においては、充放電装置２２１Ａ〜２２１Ｎを識別する必要が無い場合には、充放電装置２２１と総称するものとする。また、充電サービス会社１００７、充放電装置２２１Ａ〜２２１Ｎの混雑状況や予約状況等も管理する。

＜道路事業者１００２＞
道路事業者１００２は、高速道路等の道路の管理等を行っている事業者である。道路事業者１００２は、道路事業者１００２には、交通管制を行なう交通管制システム２１１Ａと、道路施設の管理を行なう道路管理システム２１１Ｃと、料金の収受を行なう料金収受システム２１１Ｂと、が設けられている。

交通管制システム２１１Ａには、例えば、道路管制情報を管理する道路管制情報管理サーバ２２５Ａが設けられている。道路事業者１００２は、交通管制を目的として、交通状況の情報を収集し、交通需要予測や渋滞予測を行なう。道路事業者１００２は、収集した情報、交通需要予測情報、および渋滞予測情報をＥＶユーザ管理事業者１００１等に提供することができる。

また、高速道路には、例えば高速道路の料金所等に路側装置２２３が設置される。ＥＶ５００と通信することが可能である。料金所の路側装置２２３は、料金所を通過するときに、ＥＶ５００の入場時刻、出場時刻、入場台数および出場台数を検出することができる。

また、高速道路には、ＥＴＣ（Electronic Toll Collection System）／ＤＳＲＣ（Dedicated Short Range Communications）車載器２０１Ａ等と路車間通信を行うためのＩＴＳ（Intelligent Transport Systems）スポット２２４が配置されている。ＩＴＳスポット２２４は、道路の路側やサービスエリア等の所定の場所に設置され、通過する車両に対して交通情報等の情報提供を行ったり、車両の走行経路の把握に使用される。

＜ＥＶ５００＞
ＥＶ５００は、当該ＥＶ５００に搭載された蓄電池２０２の充電電力（充電エネルギー）を使用して、交通路である道路を走行する車両である。ＥＶ５００の地点としては、エネルギー供給地点に限られずに、地図上の任意の地点で構わず、例えば自宅でもよいし、飲食店でもよいし、販売店でもよいし、ＥＶ５００のユーザが任意に指定した地点でもよいが、本第１の実施形態のＥＶ５００の地点としては、ＥＶ５００が充電を行う地点であるエネルギー供給地点を扱うものとする。

ＥＶ５００は、エネルギー供給地点（以下、供給地点または充電地点とも記載する）において、蓄電池２０２に充電し、ＥＶ５００は蓄電池２０２に蓄積された電力を使用して移動する。ＥＶ５００は、各供給地点で充電を行いつつ、目的地へ移動することとなる。なお、供給地点には一つまたは複数の充放電装置２２１Ａ〜２２１Ｎ（エネルギー供給装置）が設置されており、ＥＶ５００は、任意の充放電装置２２１と有線または無線で接続して、電力の供給を受ける。また、ＥＶ５００は、任意の充放電装置２２１と有線または無線で接続して、電力を出力することができる。すなわち、ＥＶ５００は、充放電装置２２１Ａ〜２２１Ｎに放電することができる。つまり、本第１の実施形態では、エネルギー供給地点は、エネルギー出力地点でもある。ＥＶ５００から充放電装置２２１に放電された電力は、充放電装置２２１から電力網に供給される。すなわち、ＥＶ５００から放電された電力は、ＶＰＰアグリゲータ１０００に提供される。エネルギー供給地点およびエネルギー放電地点は、充電地点および放電地点とも称される。

また、ＥＶ５００には、ＥＶ５００の運転者等が所有する携帯端末２０１Ｃが持ち込まれると、ＥＶ５００に持ち込まれた携帯端末２０１Ｃは、ＥＶ５００と一緒に移動する。携帯端末２０１Ｃは、例えば、スマートフォン、タブレット装置、携帯電話、ノートＰＣ等である。カーナビゲーション端末２０１Ｂおよび携帯端末２０１Ｃは、情報を入力する入力部と、情報を出力する出力部と、他の装置の通信を行なう通信部と、を備えた情報処理装置である。カーナビゲーション端末２０１Ｂおよび携帯端末２０１Ｃは、例えば、通信ネットワーク２２０を介して、第２のアグリゲーション装置１０１等と通信可能である。通信ネットワーク２２０は、有線または無線またはこれらのハイブリッドのネットワークである。通信ネットワーク２２０は、無線ＬＡＮのアクセスポイント等の中継装置を含んでいてもよい。また、通信ネットワーク２２０は、第５世代（５Ｇ）の無線通信システムやＷｉ−Ｆｉ（登録商標）を含んでいてもよい、

＜ＶＰＰアグリゲータ１０００：第１のアグリゲーション装置１０２＞
図２は、第１の実施形態の第１のアグリゲーション装置１０２のブロック図である。
図２に示されるように、第１のアグリゲーション装置１０２１は、通信部１１１、制御部１２１、電力管理部１３１を備える。

通信部１１１は、通信ネットワーク２２０を介して、第２のアグリゲーション装置１０１等と通信を行なう。

制御部１２１は、第１のアグリゲーション装置１０２の各部を制御することで、第１のアグリゲーション装置１０２全体の制御を行う。

電力管理部１３１は、電力網に対する電力の需給を管理する。すなわち、電力管理部１３１は、電力を管理する。例えば、電力管理部１３１は、発電量と需要量の予測から電力量バランスを管理する。発電量と需要量の予測から電力量バランスの管理は、公知の方法によって行なうことができる。また、電力管理部１３１は、発電事業者１００３から電力の需要の削減や促進、電力の提供（売電）の依頼を受信すると、リソースアグリゲータ１００４Ａを介して、各需要家１００５に電力の削減の要請やの促進、電力の提供（売電）の要請、すなわち電力調整要請の指令を出す。すなわち、電力管理部１３１は、電力の需給バランスを監視し、各需要家１００５に情報を提供する。また、このとき、電力管理部１３１は、ＥＶユーザ管理事業者１００１に対しても売電要請を行なう。具体的には、電力管理部１３１は、第２のアグリゲーション装置１０１に対して、需給バランスを保つために必要な電力量を要求する要求情報を送信する。電力管理部１３１は、要求情報送信部の一例である。

電力管理部１３１は、例えば、発電事業者１００３から電力の提供（売電）の要請を受けた場合等に、自己が管理する電力網の電力が不足するかを算出する。電力網の電力が不足する場合には、各需要家１００５に対して電力の提供（売電）を依頼する。また、このとき、電力管理部１３１は、例えば、ＥＶ向けのナビシステムサービスのユーザに対しても第２のアグリゲーション装置１０１を介してＥＶ５００の余剰電力の提供を依頼する。

＜ＥＶユーザ管理事業者１００１：第２のアグリゲーション装置１０１＞
図３は、第１の実施形態の第２のアグリゲーション装置１０１のブロック図である。
図３に示されるように、第２のアグリゲーション装置１０１は、通信部１１、ユーザＩＤ登録部１２、ナビシステム利用登録部１３、ユーザＤＢ（データベース）１４、地図情報管理部１５、道路管制情報管理部１６、充放電装置管理部１７、気象情報管理部１８、車両情報管理部１９、システムＤＢ２０、制御部２１を備える。

また、第２のアグリゲーション装置１０１は、モデル管理部３１、モデルＤＢ３２、予測部４１、走行状態管理部５１、走行管理ＤＢ５２、を備えている。また、第２のアグリゲーション装置１０１は、要求情報受信部７１、算出用情報取得部８１、余剰電力判定部８２、通知情報送信部８４、対価提供部８５、応答部８６を備えている。その他、第２のアグリゲーション装置１０１は、オペレータが第２のアグリゲーション装置１０１に指示またはデータを入力する入力手段、データをオペレータに表示する表示手段を備えていてもよい。入力手段の例としてキーボード、マウス、タッチパネル、音声入力用のマイク等がある。表示手段の例として、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、およびＰＤＰ（プラズマディスプレイ）等がある。第２のアグリゲーション装置１０１は、道路（有料道路）を利用するＥＶ５００に対してエネルギー供給地点を推奨するＥＶ向け情報提供システムである。

通信部１１は、第１のアグリゲーション装置１０２、カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ、路側装置２２３、ＩＴＳスポット２２４、サーバ２２５、充放電装置２２１等と通信を行なう。

ユーザＩＤ登録部１２は、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃからユーザ登録要求を受信し、本第１の実施形態に係るＥＶ向け情報提供システムのサービス（ＥＶ向けのナビシステムサービス）のユーザ登録を行う。例えばユーザはカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃを操作して、ＥＶ向けのナビシステムサービスのユーザ登録を行うためのアプリケーションまたはウェブページを開き、ユーザＩＤ登録部１２にアクセスする。ユーザＩＤ登録部１２は、ユーザの個人情報やユーザが利用するＥＶ５００の情報（識別情報、車種、蓄電池２０２の容量である電池容量、蓄電池２０２の劣化度である電池劣化度、累計走行距離、タイヤの種類等）を取得し、これらをユーザ情報とする。ユーザＩＤ登録部１２は、ユーザに対してユーザＩＤ（ＥＶ＿ＩＤ）を発行し、ユーザＩＤとユーザ情報とを関連づけて、ユーザＤＢ１４に登録する。また、ユーザＩＤ登録部１２は、ユーザ登録要求に付帯するカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃの識別情報をユーザ情報に含める。これにより、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃの識別情報記とＥＶ５００の識別情報とが関連付けされる。カーナビゲーション端末２０１Ｂおよび携帯端末２０１Ｃは、端末装置の一例である。

ナビシステム利用登録部１３は、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから利用登録要求を受信し、ＥＶ向けのナビシステムサービスを開始するための利用登録を行う。例えば、ユーザは外出時に自宅またはＥＶ５００の中等で、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃを操作して、ＥＶ向けのナビシステムサービスを受けるためのアプリケーションまたはウェブページを開き、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから、本サービスを受けるために必要な情報を含む利用登録要求をナビシステム利用登録部１３に送信する。例えば、走行日時（出発ＩＣ（インターチェンジ）の出発予定日時、現在日時、自宅の出発予定日時等）、出発地（道路の出発ＩＣ等）、目的地（目的ＩＣ等）、ＥＶ５００の電池容量（ユーザ登録時に通知済みの場合は省略してもよい）、電池劣化度（ユーザ登録時に通知済みの場合は省略してもよい）、ＥＶ５００の電池残量（エネルギー残量）、エアコン使用状況（オン／オフ、設定モード、温度設定等）、累積走行距離（ユーザ登録時に通知済みの場合は省略してもよい）、タイヤの種類（ユーザ登録時に通知済みの場合は省略してもよい）、乗車人数等の情報を送信する。これらの情報は、カーナビゲーション端末２０１Ｂに設定されている情報を送信してもよいし、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃにユーザが入力した情報を送信してもよい。取得したこれらの情報を利用登録情報と称する。ナビシステム利用登録部１３は、今回のサービス利用に対してＩＤ（走行ＩＤ）を発行し、走行ＩＤを利用登録情報と関連づけて、ユーザＤＢ１４に格納し、また後述する走行状態管理部５１またはモデル管理部３１またはこれらの両方に通知する。また、第２のアグリゲーション装置１０１は、利用登録後のユーザのカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃと通信して、ＧＰＳの位置情報、現在時刻、蓄電池２０２の残存電力量（電池残量）、エアコン使用状況等の情報を取得し、後述する走行状態管理部５１またはモデル管理部３１またはこれらの両方に通知する。通信のタイミングとして、リアルタイム、一定時間毎のタイミング、ユーザが登録した出発ＩＣ等所定のＩＣを通過したタイミング、第２のアグリゲーション装置１０１が要求を出してその応答を取得するタイミング、サービスエリア／パーキングエリア（ＳＡ／ＰＡ）に入ったまたは出たまたはタイミング、ＳＡ／ＰＡの近くを通過したタイミング等がある。

ユーザＤＢ１４は、ユーザＩＤ登録部１２およびナビシステム利用登録部１３により登録される情報を保持する。ユーザＤＢ１４は、例えばメモリ装置、ハードディスク装置、ＳＳＤ装置等、ハードウェア記憶装置である。

制御部２１は、第２のアグリゲーション装置１０１の各部を制御することで、第２のアグリゲーション装置１０１全体の制御を行い、ＥＶ向け情報提供システムの動作を実現する。

地図情報管理部１５は、地図情報管理サーバ２２５Ｂから地図情報を取得し、取得した地図情報をシステムＤＢ２０に保持および管理する。地図情報は、地図要素の位置（緯度、経度）やサイズ、範囲等の情報を表した情報である。例えば地図上の各位置に関連づけられた標高情報、各経路（道路の各経路、一般道等の各経路）の距離情報、勾配、カーブの角度、路線、方向、ＫＰ（キロポスト）、ＪＣＴ（ジャンクション）の形状、トンネル、明かり部（トンネル以外の場所）、路面の状況（舗装状況等）を含む。また、地図情報は、道路における車線数、インターチェンジ（ＩＣ）、サービスエリア／パーキングエリア（ＳＡ／ＰＡ）の場所等を含む。

また、地図情報は、上記の地図要素として、供給地点やＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点の情報を含む。また、地図情報は、供給地点やＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点間の経路情報として、経路の距離情報および当該経路の所要走行時間の情報を含んでもよい。

図４は、第１の実施形態の経路情報のネットワーク構造の例を示す図である。供給地点Ｑ１〜Ｑｎを表すノード間が、破線で示すリンクにより結合されている。リンクは、互いに隣接する供給地点同士を結合する。供給地点Ｑ１は、供給地点Ｑ３と、Ｑ２にそれぞれ隣接していることが分かる。また、供給地点Ｑ１から供給地点Ｑ３への経路は１つであり、供給地点Ｑ１から供給地点Ｑ２への経路も１つである。リンクには、当該リンクで結合される両ノードにより表される供給地点間の経路の特性が割り当てられる（図４においては経路の特性の表記は省略されている）。本例では、供給地点のみのネットワーク構造を示しているが、供給地点のほかにＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点をノードとして含んでもよい。

図５は、第１の実施形態の経路情報の一例を示す図である。所要走行時間は、過去の計測値の平均でもよいし、距離を所定速度で走行した場合に要する時間でもよい。また、当該経路の走行に要する所要エネルギーや電費の情報でもよい。所要エネルギーや電費は、実績の統計値（平均値、中央値等）でもよいし、計算式またはシミュレーションにより算出した値でもよい。経路情報を、一般的なネットワーク構造で表現してもよい。

図６は、第１の実施形態のトラフィックカウンタ管理情報の例を示す図である。１番目のエントリのデータでは、供給地点Ｑｊと、隣接する供給地点Ｑｊ’との区間に、トラフィックカウンタＴＣ１、ＴＣ２、・・・が配置されている。なお、ＴＣ１、ＴＣ２、・・・の順序でトラフィックカウンタが配置されている必要はない。

図３に戻り、地図情報管理部１５は一定期間ごとまたはリアルタイムに地図情報管理サーバ２２５Ｂから地図情報の全部または一部を取得し、更新してもよい。

気象情報管理部１８は、気象情報を管理する気象情報管理サーバ２２５Ｃから気象情報を取得し、取得した気象情報をシステムＤＢ２０に保持および管理する。

図７は、第１の実施形態の気象情報の例を示す図である。気象情報は、例えば予め定めた各地域および各日時の気温、降雨有無、降水量、風速、風向、総日射量、降雪量、路面温度、光度、視程（霧）、放射線、ゲリラ豪雨等の情報を含む。気象情報は、過去および現在までの気象情報のほか、将来の予測の気象情報が取得可能な場合は、予測の気象情報を含んでもよい。気象情報管理部１８は、気象情報管理サーバ２２５Ｃから一定時間ごとまたはリアルタイムに気象情報を取得してもよい。

図３に戻り、道路管制情報管理部１６は、道路管制情報管理サーバ２２５Ａから、各経路（区間）に関する道路管制情報を取得し、取得した情報を、システムＤＢ２０に保持および管理する。道路管制情報として、例えば、トラフィックカウンタ（ＴＣ）情報、ＥＴＣ情報（流入台数、流出台数、ＥＶ５００の車種、ＥＶ５００の電池残量等）がある。トラフィックカウンタ（ＴＣ）は、供給地点間の区間の交通に関する情報を取得する装置である。その他、発生事象に関する情報として、通行止、渋滞、事故、故障車、工事、落下物、火災、災害、速度規制等がある。また、予測情報の例として、渋滞予測、事故発生予測、ゲリラ豪雨予測、土砂災害予測等もある。トラフィックカウンタの設置位置は上記の地図情報（図６参照）において予め分かっている。

図８は、第１の実施形態の道路管制情報の一例を示す図である。トラフィックカウンタの情報は、例えば速度［ｋｍ／ｈ］、占有率（オキュパンシー）［％］、交通量［台／ｈ］、車両密度［台／ｋｍ］等の情報である。速度は、例えば一定時間毎の、平均速度、最高速度、最低速度等である。道路管制情報管理部１６は、道路管制情報管理サーバ２２５Ａから一定時間ごとまたはリアルタイムに道路管制情報を取得してもよい。また、道路管制情報が更新される毎に道路管制情報管理サーバ２２５Ａから道路管制情報を取得してもよい。なお、道路管制情報管理部１６は、道路管制情報管理サーバ２２５Ａからではなく、トラフィックカウンタから直接、トラフィックカウンタ情報を取得してもよい。行名に時刻、列名にＴＣのＩＤが割り当てられている。表の各要素には速度（平均速度）の値が格納されている。以下では主に道路管制情報としてトラフィックカウンタ情報の場合を想定する。

図３に戻り、車両情報管理部１９は、車両情報管理サーバ２２５Ｄから車種ＩＤ、ＥＶメーカー、電池容量、蓄電池２０２の種類である電池種類（リチウムイオン電池等）、総重量（ＥＶ５００に定員まで載ったときの重量やＥＶ５００自体の重さ）、電費、電池劣化速度、発売年等の情報（車両情報）を取得し、取得した情報をシステムＤＢ２０に保持および管理する。

図９は、第１の実施形態の車両情報の一例を示す図である。車種ＩＤは、車種ごとに異なる値を有する。車両情報を管理する車両情報管理サーバ２２５Ｄは、ＥＶメーカーのサーバでもよいし、複数のＥＶメーカーの車種情報をまとめて管理するサーバでもよい。車両情報管理部１９は、車両情報管理サーバ２２５Ｄから一定時間ごとに車種情報を取得してもよい。あるいは、車種情報を車両情報管理サーバ２２５Ｄではなく、カーナビゲーション端末２０１Ｂ、路側装置２２３、ＩＴＳスポット２２４等から取得してもよい。

図３に戻り、充放電装置管理部１７は、充放電装置管理サーバ２２５Ｅから、各供給地点に設置された１つまたは複数の充放電装置２２１（エネルギー供給装置）についての充放電装置情報を取得する。充放電装置管理部１７は、取得した充放電装置情報をシステムＤＢ２０に保持および管理する。充放電装置管理部１７は、各供給地点の充放電装置２２１の数を把握している。

図１０は、第１の実施形態の充放電装置情報の一例を示す図である。充放電装置情報は、例えば、充放電装置２２１で充電または放電を行ったユーザのユーザＩＤ（ＥＶ＿ＩＤ）、供給地点ＩＤ、充電／放電フラグ、開始充電量、終了充電量、充電／放電開始時刻、充電／放電終了時刻を含む。その他、充電効率、充電回数、放電回数等の情報が保持されてもよい。充電／放電フラグは、供給地点において充電と放電とのうちどちらが行なわれたかを示す情報である。図１０において、充電／放電フラグの右側にある項目は、充電／放電フラグが示す情報に応じた内容にて識別される。具体的には、充電／放電フラグが充電を示す場合、充電／放電開始時刻および充電／放電終了時刻は、それぞれ充電開始時刻および充電終了時刻を示す。また、充電／放電フラグが放電を示す場合、充電／放電開始時刻および充電／放電終了時刻は、それぞれ放電開始時刻および放電終了時刻を示す。開始充電量は、充放電装置２２１での充電／放電開始時刻でＥＶ５００の蓄電池２０２に蓄積されている電力量である。終了充電量は、充放電装置２２１での充電／放電終了時刻でＥＶ５００の蓄電池２０２に蓄積されている電力量である。終了充電量と開始充電量との差分がＥＶ５００で充電または放電された電力量である。開始充電量および終了充電量の代わりに、開始充電量および終了充電量のいずれか一方と、充電または放電された電力量との情報を充放電装置情報が含んでもよい。充放電装置情報は、該当する供給地点におけるエネルギー供給履歴を表す。充放電装置管理部１７は、充放電装置管理サーバ２２５Ｅから充放電装置情報を一定時間ごとまたはリアルタイムに取得してもよい。

充放電装置管理部１７は、充放電装置情報を充放電装置管理サーバ２２５Ｅからではなく、充放電装置２２１から直接通信により取得してもよい。または、充放電装置情報（ＧＰＳの位置情報と充電や放電した電力量等）をユーザがカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃに入力し、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから充放電装置情報を充放電装置管理部１７が取得してもよい。あるいは、カーナビゲーション端末２０１Ｂ（車載装置）が、充電や放電した電力量の情報をＥＶ５００から読み出して、充放電装置情報を第２のアグリゲーション装置１０１に送信してもよい。

同一ユーザについての充放電装置情報を時系列に用いることで、供給地点間の区間毎の当該ユーザの消費電力量、走行時間および走行速度等を表す消費履歴情報が得られる。走行時間は、一例として、ある供給地点の充電／放電開始時刻から１つ前の供給地点の充電／放電終了時刻を減算することで得られる。走行速度（平均走行速度）は、当該走行時間を当該区間の距離で除算することで得られる。なお、ＥＶ５００と通信して、リアルタイムに走行速度や走行時刻の情報を取得し、ＥＶ５００から取得される情報から走行速度および走行時間を把握する構成も可能である。

図３に戻り、システムＤＢ２０は、上記の各管理部により取得される情報（外部情報と呼ぶ場合がある）を保持する。各管理部により取得される外部情報は、各管理部内のバッファで保持してもよい。バッファは例えばメモリ装置、ハードディスク装置、ＳＳＤ装置、ハードウェア記憶装置である。また、システムＤＢ２０には、オペレーティングシステムや、情報処理プログラム、情報処理に使用される各種のデータが格納されている。オペレーティングシステムは、第２のアグリゲーション装置１０１の全体的な動作を制御するためのコンピュータプログラムである。情報処理プログラムは、第２のアグリゲーション装置１０１が後述する情報処理の各機能を実現するためのコンピュータプログラムである。システムＤＢ２０は、例えばメモリ装置、ハードディスク装置、ＳＳＤ装置、ハードウェア記憶装置である。

モデル管理部３１は、ＥＶ５００の予測消費電力量を計算する複数のモデル（予測モデル）を管理する。複数の予測モデルは、例えば、経路毎の電費を示す。当該予測モデルは、例えば、特徴量としては、ＥＶ５００の予定移動距離、カタログ電費や、乗車人数、荷物の重量、渋滞予測情報等がある。これらの特徴量をモデルに入力することにより、これらの特徴量に応じた電費が算出される。複数の予測モデルは、電費マップとも称される。予測モデルは、例えば、複数の学習データを用いて、生成される。学習データは、一例として、上述の消費履歴情報（充放電装置情報）、気象情報、地図情報（地理情報）、車両情報、道路管制情報、情報装置（スマートフォン、カーナビ等）から取得した情報の全部または一部等である。これらの情報は、地図情報管理部１５、道路管制情報管理部１６、充放電装置管理部１７、気象情報管理部１８、車両情報管理部１９、カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ、路側装置２２３、ＩＴＳスポット２２４等から取得される。モデル管理部３１は、予測モデルを作成してもよいし、外部から取得してもよい。モデル管理部３１は、各予測モデルをモデルＤＢ３２で管理する。

予測部４１は、予測モデルと予測用データとを用いて、予測対象の走行区間におけるＥＶ５００の消費電力量を予測する。予測用データは、例えば、ＥＶ５００の電池残量、渋滞予測情報等である。予測対象の走行区間は、例えば、次の充電候補となる供給地点までの区間である。

走行状態管理部５１は、走行中のＥＶ５００の走行区間の走行状態（例えば区間毎の消費電力量等）を管理する。走行状態管理部５１は、走行中のＥＶ５００について、充電を行った拠点間の走行区間の走行データを取得し、走行管理ＤＢ５２で管理する。走行データは、各管理部１５〜１９やナビシステム利用登録部１３で取得されるデータ（移動体の走行状態に関する情報）に基づき生成できる。

図１１は、第１の実施形態の走行データの例を示す図である。各ＥＶ５００について、１回目充電／放電地点と、２回目充電／放電地点と、各種変数とを管理する。充電／放電地点は、ＥＶ５００の充電または放電を行なった地点である。３回以上充電／放電を行った場合は、１回目充電／放電地点の列に２回目の充電／放電地点の値が、２回目の充電／放電地点の列に３回目の充電／放電地点の値が入る。４回以上の充電／放電を行った場合も同様の方法で値が入れられる。図１１中の１回目充電／放電地点の右側の欄の充電／放電フラグは、１回目供給地点において充電と放電とのうちどちらが行なわれたかを示す情報である。また、図１１中の２回目充電／放電地点の右側の欄の充電／放電フラグは、２回目供給地点において充電と放電とのうちどちらが行なわれたかを示す情報である。また、時間は走行区間の走行に要した時間、消費電力量は、走行区間の走行で使用した消費電力量（実績値）であり、距離は、走行区間の距離である。上り坂は、走行区間において一定値以上の勾配があった経路の長さである。下り坂は、走行区間において一定値未満の勾配があった経路の長さである（負の値で表現している）。ここで示した変数は一例に過ぎず、様々な種類の変数が可能である。例えば、総充電量として、２箇所の充電の合計充電量を追加してもよい。走行状態管理部５１は、走行完了後のＥＶ５００について、各走行区間で予測した消費電力量を当該ＥＶ５００の走行データに追加してもよい。また、１回目充電／放電地点と２回目充電／放電地点は、消費電力量を求めたい任意の２地点でも構わない。任意の２地点は、例えば、ＴＣ間やＩＣ間、ＩＣ〜充電／放電地点間等、複数の組み合わせも考えられる。

また、走行状態管理部５１は、予測部４１を用いて、ＥＶ５００の電池残量から到達可能な範囲にある供給地点の候補を見つけ、見つけた候補の中から当該ＥＶ５００の次の供給地点を決定する処理を行うことができる。予測対象の走行区間の開始地点は、例えば任意の供給地点でもよいし、走行中の任意の地点でもよい。走行区間の終了地点は、例えば候補となる供給地点である。

走行状態管理部５１は、各候補について計算した消費電力量から、ＥＶ５００の電池残量で到達可能な供給地点を絞り込み、この中から次の供給地点を決定する。供給地点を決定する方法は、現在の電池残量で到達可能な供給地点を選択する限り、何でもよい。例えば、目的地までの経路が１つの場合に、各供給地点の混雑状況を考慮して、できるだけ待ち時間の少ない供給地点を選択してもよいし、目的地までに複数通りの経路が存在する場合、最も短い経路上の供給地点を選択してもよいし、最も渋滞が少ない経路または最も勾配が小さい経路上の供給地点を選択してもよい。目的地のＩＣを降りた後に次に到達可能な供給地点の箇所を考慮して、目的地のＩＣを降りる前の供給地点を決定してもよい。決定した供給地点の情報をユーザのカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃ（ＥＶ５００）に送信する。送信された情報がカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃの画面に表示され、ユーザは、次に向かうべき供給地点を把握する。

図３に戻って、要求情報受信部７１、算出用情報取得部８１、余剰電力判定部８２、通知情報送信部８４、対価提供部８５、応答部８６について説明する。以下で説明する、要求情報受信部７１、算出用情報取得部８１、余剰電力判定部８２、通知情報送信部８４、対価提供部８５が行なう各処理は、例えば、走行ＩＤが発行され規定の時刻（時間帯）に道路を走行する全てのＥＶ５００に対して行なわれる。すなわち、走行ＩＤが発行され規定の時刻（時間帯）に道路を走行するＥＶ５００が複数の場合には、当該複数のＥＶ５００に対して処理が実行される。なお、当該処理は、例えば、走行ＩＤが発行され規定の時刻（時間帯）に道路を走行する複数のＥＶ５００の一部に対してのみ行なわれてもよい。

要求情報受信部７１は、第１のアグリゲーション装置１０２から送信された要求情報を受信する。

算出用情報取得部８１は、ＥＶ５００の電力の残量およびＥＶ５００が当該ＥＶ５００の目的地に到達するのに必要な電力の量（以下、必要電力量とも称する）を含む算出用情報を取得する。必要電力量は、予測部４１が算出した消費電力量の予測値とする。なお、算出用情報取得部８１は、ＥＶ５００の基準地点からＥＶ５００の目的地迄の距離とＥＶ５００の電費（電力消費率）とから必要電力量を算出してもよい。ＥＶ５００の電費は、例えば、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから取得される。また、算出用情報取得部８１は、道路事業者１００２の交通管制システム２１１Ａから提供を受けた、道路（高速道路等）の交通状況、に応じたＥＶ５００の電力消費量（必要電力量）を算出することができる。

余剰電力判定部８２は、算出用情報取得部８１によって取得された算出用情報に基づいて、ＥＶ５００の目的地までのＥＶ５００の移動に対して余剰なＥＶ５００の電力が有るかを判定する。

通知情報送信部８４は、第１のアグリゲーション装置１０２から送信された、供給可能な電力量の送信を要求する要求情報、を要求情報受信部７１が受信した場合に、余剰電力判定部８２によって余剰電力量が有ると判定されたＥＶ５００と関連付けされたカーナビゲーション端末２０１Ｂまたは携帯端末２０１に、余剰な電力の提供を勧める売電レコメンド情報を送信する。

売電受付場所情報は、余剰な電力の提供を受け付ける場所を示す場所情報である。余剰な電力の提供を受け付ける場所は、例えば、ＥＶ５００の基準地点と目的地との間、すなわち目的地の手前のエネルギー供給地点である。この場所は、例えば、余剰電力判定部８２が決定してもよいし、通知情報送信部８４が決定してもよいし、走行状態管理部５１が決定してもよい。このとき、ＥＶ５００の基準地点と目的地との間に複数のエネルギー供給地点が有る場合には、当該複数のエネルギー供給地点全てを通知しもよいし、当該複数のエネルギー供給地点のうち任意の一つを通知しもよい。上記のエネルギー供給地点を決定する構成（余剰電力判定部８２、通知情報送信部８４、または走行状態管理部５１）は、決定部とも称される。

対価提供部８５は、電力の提供（売電）に対する対価を提供するための対価提供処理を行なう。対価提供処理の詳細は後述する。

応答部８６は、売電レコメンド情報に対するカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃからの応答に基づいて、供給可能な電力量を算出し、算出した供給可能な電力量を第１のアグリゲーション装置１０２に送信する。この供給可能な電力量の算出方法の詳細は、後述する。

＜ハードウェア構成＞
図１２は、第１の実施形態の第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂ、および携帯端末２０１Ｃのハードウェア構成を示す図である。第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂ、および携帯端末２０１Ｃは、それぞれ、コンピュータ装置１００により構成される。コンピュータ装置１００は、ＣＰＵ１５１と、入力インタフェース１５２と、表示装置１５３と、通信装置１５４と、主記憶装置１５５と、外部記憶装置１５６とを備え、これらはバス１５７により相互に接続されている。

ＣＰＵ（中央演算装置）１５１は、主記憶装置１５５上で、第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃの上述の各機能構成を実現するコンピュータプログラムを実行する。ＣＰＵ１５１が、コンピュータプログラムを実行することにより、各機能構成は実現される。

入力インタフェース１５２は、キーボード、マウス、およびタッチパネル等の入力装置からの操作信号を、第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃに入力するための回路である。

表示装置１５３は、第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから出力されるデータまたは情報を表示する。表示装置１５３は、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、およびＰＤＰ（プラズマディスプレイ）であるが、これに限られない。コンピュータ装置１００から出力されたデータまたは情報は、この表示装置１５３により表示することができる。

通信装置１５４は、第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃが外部装置と無線または有線で通信するための回路である。通信装置１５４を介して外部装置から情報を入力することができる。外部装置から入力した情報を、ＤＢに格納することができる。通信部１１は、通信装置１５４上に構築されることができる。

主記憶装置１５５は、本第１の実施形態の処理を実現するプログラム、およびプログラムの実行に必要なデータ、およびプログラムの実行により生成されたデータ等を記憶する。プログラムは、主記憶装置１５５上で展開され、実行される。主記憶装置１５５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。各第１の実施形態における記憶部は、主記憶装置１５５上に構築されてもよい。

外部記憶装置１５６は、上記プログラムおよびプログラムの実行に必要なデータ、およびプログラムの実行により生成されたデータ等を記憶する。これらのプログラムやデータは、本第１の実施形態の処理の際に主記憶装置１５５に読み出される。外部記憶装置１５６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、および磁気テープであるが、これに限られない。各第１の実施形態における記憶部は、外部記憶装置１５６上に構築されてもよい。

なお、上述のプログラムは、コンピュータ装置１００に予めインストールされていてもよいし、ＣＤ−ＲＯＭ等の記憶媒体に記憶されていてもよい。また、当該プログラムは、インターネット上にアップロードされていてもよい。

また、コンピュータ装置１００は、ＣＰＵ１５１、入力インタフェース１５２、表示装置１５３、通信装置１５４、および主記憶装置１５５を、それぞれ１つまたは複数備えてもよいし、プリンタやスキャナ等の周辺機器を接続されていてもよい。

また、第１のアグリゲーション装置１０２、第２のアグリゲーション装置１０１、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃは、単一のコンピュータ装置１００により構成されてもよいし、相互に接続された複数のコンピュータ装置１００からなるシステムとして構成されてもよい。

＜動作の説明＞
次に、本実施形態の動作を説明する。
まず、アグリゲーションシステム１が実行するＥＶ電力アグリゲーション処理の全体の流れを図１３に基づいて説明する。
図１３は、第１の実施形態のＥＶ電力アグリゲーション処理の一例を示すフローチャートである。

アグリゲーションシステム１は、余剰電力情報収集処理を行なう（Ｓ１）。余剰電力情報収集処理は、ＶＰＰアグリゲータ１０００が管理する電力網において電力が不足すると予想される場合に、ＥＶ５００の運転車に売電を呼びかけて、ＥＶ５００の余剰電力のうち電力網に供給可能な量を集計する処理である。

＜余剰電力情報収集処理＞
図１４を参照して余剰電力情報収集処理を詳細に説明する。
図１４は、第１の実施形態の余剰電力情報収集処理の一例を示すフローチャートである。なお、以下では、第２のアグリゲーション装置１０１と通信を行なう端末装置として携帯端末２０１Ｃの例が示されているが、第２のアグリゲーション装置１０１と通信を行なう端末装置は、カーナビゲーション端末２０１Ｂであってもよい。

第１のアグリゲーション装置１０２の電力管理部１３１は、例えば、発電事業者１００３から電力の供給量と、需要家１００５の使用予測量から、自己が管理する電力網の電力が不足するかを算出する（Ｓ７０１）。電力管理部１３１は、自己の電力網の電力が不足すると算出した場合に、ＥＶ５００の余剰電力の提供が必要と判定する（Ｓ７０１：Ｙｅｓ）。一方、電力管理部１３１は、自己の電力網の電力が不足しない算出した場合に、ＥＶ５００の余剰電力の提供は不要であると判定する（Ｓ７０１：Ｎｏ）。

電力管理部１３１は、ＥＶ５００の余剰電力が必要であると判定した場合には（Ｓ７０１：Ｙｅｓ）、供給可能な電力量の送信を要求する要求情報を第２のアグリゲーション装置１０１に送信する（Ｓ７０２）。一方、電力管理部１３１は、ＥＶ５００の余剰電力は不要であると判定した場合には（Ｓ７０１：Ｎｏ）、要求情報を送信しない。

第２のアグリゲーション装置１０１の要求情報受信部７１が、要求情報を受信すると（Ｓ７１１）、第２のアグリゲーション装置１０１の算出用情報取得部８１が、算出用情報であるＥＶ５００に関する情報を取得する（Ｓ７１２）。ＥＶ５００に関する情報は、例えば、予測モデルの特徴量である電池残量、カタログ電費や、乗車人数、荷物の重量等がある。また、ＥＶ５００の情報は、ＥＶの目的地に対する基準地点も含まれる。基準地点は、ＥＶ５００の出発地やＥＶ５００の現在地である。具体的に、算出用情報取得部８１は、例えばＥＶ５００の電池残量、ＥＶ５００の基準点、およびＥＶ５００の目的地をカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから取得する。

また、算出用情報取得部８１は、道路管制情報管理部１６から交通状況に関する情報を取得する（Ｓ７１３）。交通状況に関する情報は、例えば、予測モデルの特徴量である渋滞予測情報等である。なお、予測モデルの特徴量に、交通需要予測情報が設定されている場合には、算出用情報取得部８１は、道交通需要予測情報も道路管制情報管理部１６から取得する。

次に、第２のアグリゲーション装置１０１の余剰電力判定部８２が、ＥＶ５００の電力消費量の予測およびＥＶ５００の余剰電力の算出を行なう（Ｓ７１４）。

＜ＥＶ５００の電力消費量の予測およびＥＶ５００の余剰電力の算出例＞
図１５を用いて、第２のアグリゲーション装置１０１の余剰電力判定部８２が、ＥＶ５００の電力消費量の予測およびＥＶ５００の余剰電力の算出を行なう具体例を説明する。供給地点Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ（以下、地点Ａ〜Ｇ）が、道路に配置されている。これらの地点Ａ〜Ｇは、ＥＶ５００の目的地（目的ＩＣ）までのある経路に沿って配置されたＳＡ／ＰＡである。ＥＶ５００は、地点Ｃで充電を行っており、充電完了後の電池残量（ＳＯＣ（Ｓｔａｔｅ Ｏｆ Ｃｈａｒｇｅ）でもよい）を、充放電装置情報、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから取得する情報から走行状態管理部５１は把握している。電池残量をＥａと表す。また、走行状態管理部５１は、カーナビゲーション端末２０１Ｂまたは携帯端末２０１ＣのＧＰＳからＥＶ５００の速度および時刻の情報を取得できる。ＥＶ５００は、現在走行中であり、地点ＤとＥとの間に位置している。２つの供給地点ＸとＹの区間を、区間ＸＹを記載する。走行状態管理部５１は、ＥＶ５００が現在の位置にいるときに、区間ＣＤ、区間ＤＥ、区間ＥＦ、区間ＦＧの消費電力量を計算する例を示す。予測モデルに用いる特徴量の例として、区間の速度（平均速度）、区間の走行に要した走行時間を用いる。

区間ＣＤはＥＶ５００がすでに走行した過去の区間である。区間ＣＤの走行距離ＤＩＳｃｄ、および地点Ｄから現在位置Ｎまでの走行距離ＤＩＳｄｎは、地図情報から把握できる。地点Ｃで充電完了した時刻は、充放電装置情報、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃから取得した情報から把握できる。現在位置での時刻は第２のアグリゲーション装置１０１の内部のタイマーから取得できる。したがって、地点Ｃで充電完了した時刻を地点Ｃの出発時刻とみなせば、地点Ｃから現在位置Ｎまでの走行に要した時間ｔｃｎを計算できる。なお、ＥＶ５００のＧＰＳから取得する情報に基づき、ＥＶ５００が地点Ｃを出発した時刻を決定してもよい。地点Ｃから地点Ｄまでの走行速度（平均速度）ｖｃｄを、（ＤＩＳｃｄ＋ＤＩＳｄｎ）／ｔｃｎとして計算すると、区間ＣＤの走行に要した時間ｔｃｄは、ＤＩＳｃｄ＊ｖｃｄにより計算できる。よって、ｖｃｄ、ｔｃｄおよびその他の必要な特徴量を予測モデルに入れて、区間ＣＤの消費電力量（＾ｙｃｄ）を計算（推定）できる。なお、地点Ｄを走行時の時刻を取得できている場合は、区間ＣＤ間の距離を、地点Ｃから地点Ｄまでの走行に要した時間で除算することにより、ｖｃｄを計算してもよい。

区間ＤＥは、ＥＶ５００が既に走行した区間（過去の区間）ＤＮと、まだ走行していない区間（未来の区間）ＮＥとを含む。区間ＤＮの速度ｖｄｎを、区間ＣＤと同様に、（ＤＩＳｃｄ＋ＤＩＳｄｎ）／ｔｃｎとして計算すると、区間ＤＮの走行に要した時間ｔｄｎは、ＤＩＳｄｎ＊ｖｄｎにより計算できる。また、区間ＮＥの速度ｖｎｅとして、当該区間に配置されているトラフィックカウンタ（ＴＣ）の値を利用する。例えばＴＣの速度の最新値でもよいし、過去一定期間（例えば３０分）の平均でもよい。区間ＮＥの走行に要する時間ｔｎｅは、ＤＩＳｎｅ／ｖｎｅにより計算できる。ＤＩＳｎｅは、区間ＮＥの距離である。よって、区間ＤＥの走行に要する時間ｔｄｅは、ｔｄｎ＋ｔｎｅにより計算できる。また、区間ＤＥの走行速度（平均速度）ｖｄｅは、（ＤＩＳｄｎ＋ＤＩＳｎｅ）／ｔｄｅにより計算できる。なお、ＤＩＳｄｎ＋ＤＩＳｎｅの代わりに、区間ＤＥの距離ＤＩＳｄｅを地図情報から直接取得してもよい。よって、ｖｄｅ、ｔｄｅおよびその他の必要な特徴量を予測モデルに入れて、区間ＤＥの消費電力量（＾ｙｄｅ）を計算（予測）できる。また、ｖｄｅ、ｔｄｅおよびその他の必要な特徴量を予測モデルに入れて、区間ＤＥにおける供給地点Ｄから現在位置Ｎまでの消費電力量を計算できる。したがって、地点Ｃでの電池残量から、区間ＣＤの消費電力と、供給地点Ｄから現在位置Ｎまでの消費電力量を、を減算することにより、現在位置Ｎでの電池残量が得られる。

区間ＥＦは、ＥＶ５００がまだ走行していない区間（未来の区間）である。区間ＥＦの速度ｖｅｆは、当該区間に配置されているトラフィックカウンタ（ＴＣ）の値を利用する。例えばＴＣの速度の最新値でもよいし、過去一定期間（例えば３０分）の平均でもよい。区間ＥＦの走行に要する時間ｔｅｆは、ＤＩＳｅｆ／ｖｅｆにより計算できる。よって、ｖｅｆ、ｔｅｆおよびその他の必要な特徴量を予測モデルに入れて、区間ＥＦの消費電力量（＾ｙｅｆ）を計算（予測）できる。

区間ＦＧは、ＥＶ５００がまだ走行していない区間（未来の区間）である。よって、区間ＦＧの消費電力量（＾ｙｆｇ）は、区間ＦＧと同様にして計算（予測）できる。

以上のようにして、未来の区間のＥＶ５００の消費電力量を計算（予測）できる。よって、ＥＶ基準地点での電池残量から未来の区間のＥＶ５００の消費電力量を減算することにより、ＥＶ５００の目的地での余剰電力量が得られる。

図１４に戻って、第２のアグリゲーション装置１０１の余剰電力判定部８２は、ＥＶ５００に余剰電力が有るかを判定する（Ｓ７１５）。余剰電力判定部８２は、ＥＶ５００の電力の残量からＥＶ５００の目的地に到達するのに必要な電力の量を引いて、ＥＶ５００の電力の残量とＥＶ５００の目的地に到達するのに必要な電力の量との差分値を得る。上記の差分値が零よりも大きい場合は、その差分値がＥＶ５００の余剰電力である。差分値が零以下の場合には、ＥＶ５００に余剰電力はない。余剰電力判定部８２は、上記の差分値が零以下の場合には、ＥＶ５００に余剰電力はないと判定する。したがって、一例として、余剰電力判定部８２は、上記差分値が零よりも大きい場合に、ＥＶ５００に余剰電力があると判定し（Ｓ７１５：Ｙｅｓ）、上記差分値が零以下の場合に、ＥＶ５００には余剰電力がないと判定する（Ｓ７１５：Ｎｏ）。なお、他の一例として、余剰電力判定部８２は、上記差分値が規定の正の値よりも大きい場合に、ＥＶ５００に余剰電力があると判定し、上記差分値が規定の正の値以下の場合に、ＥＶ５００には余剰電力がないと判定してもよい。すなわち、余剰電力判定部８２は、上記差分値が零以上の規定の値よりも大きい場合に、ＥＶ５００に余剰電力があると判定し、上記差分値が当該規定の値以下の場合に、ＥＶ５００には余剰電力がないと判定してもよい。余剰電力判定部８２は、算出部とも称される。

余剰電力判定部８２によってＥＶ５００に余剰電力が有ると判定された場合には（Ｓ７１５：Ｙｅｓ）、第２のアグリゲーション装置１０１の通知情報送信部８４が、余剰電力が有ると判定されたＥＶ５００と関連付けされた携帯端末２０１Ｃに、売電レコメンド情報を送信する（Ｓ７１６）。売電レコメンド情報には、余剰な電力の提供を勧める情報の他に、余剰電力量情報、対価情報、売電受付場所情報を含む。余剰電力量は、余剰電力判定部８２によって算出された余剰電力量を示す情報である。

売電受付場所情報は、余剰な電力の提供を受け付ける場所を示す場所情報である。余剰な電力の提供を受け付ける場所は、例えば、ＥＶ５００の基準地点と目的地との間、すなわち目的地の手前のエネルギー供給地点である。この場所は、例えば、余剰電力判定部８２が決定してもよいし、通知情報送信部８４が決定してもよいし、走行状態管理部５１が決定してもよい。このとき、ＥＶ５００の基準地点と目的地との間に複数のエネルギー供給地点が有る場合には、当該複数のエネルギー供給地点全てを通知しもよいし、当該複数のエネルギー供給地点のうち任意の一つを通知しもよい。上記のエネルギー供給地点を決定する構成（余剰電力判定部８２、通知情報送信部８４、または走行状態管理部５１）は、決定部とも称される。対価情報は、電力の提供（売電）に対する対価を示す情報である。対価は、例えば、金銭である。

一方、余剰電力判定部８２によってＥＶ５００に余剰電力が無いと判定された場合には（Ｓ７１５：Ｎｏ）、第２のアグリゲーション装置１０１は、Ｓ７１８に進む。

携帯端末２０１Ｃは、第２のアグリゲーション装置１０１から売電レコメンド情報を受信すると（Ｓ７２１）、ＵＩ部４３１が、売電レコメンド情報を表示や音声によって報知する（Ｓ７２２）。ユーザは、報知された売電レコメンド情報を確認し、携帯端末２０１Ｃを操作して、売電（余剰電力の放電）するか否か、すなわち、売電（余剰電力の放電）の申し込みをするか否かを示す応答情報を携帯端末２０１Ｃに入力する。携帯端末２０１Ｃは、入力された応答情報を第２のアグリゲーション装置１０１に送信する（Ｓ７２３）。

第２のアグリゲーション装置１０１は、応答情報を受信すると（Ｓ７１７）、応答部８６が応答情報に基づいて供給可能な電力量を集計（算出）する（Ｓ７１８）。具体的には、応答情報にて売電する旨を示した各携帯端末２０１Ｃに関連付けされたＥＶ５００の余剰電力の合計値を算出して、当該合計値を供給可能な電力量とする。そして、応答部８６は、供給可能な電力量（情報）を第１のアグリゲーション装置１０２に送信する（Ｓ７１９）。

第１のアグリゲーション装置１０２は、第２のアグリゲーション装置１０１から送信された供給可能な電力量を受信する（Ｓ７０３）。

なお、Ｓ７１２〜Ｓ７１７、Ｓ７２１〜Ｓ７２３の処理は、ＥＶ５００毎に行なわれる。すなわち、処理の対象のＥＶ５００が複数存在する場合には、Ｓ７１２〜Ｓ７１７、Ｓ７２１〜Ｓ７２３の処理は、複数のＥＶ５００に対して行なわれる。これにより、複数のＥＶ５００の蓄電池２０２（電力）を群として管理することができる。

＜対価実行処理＞
図１３に戻って、余剰電力情報収集処理（Ｓ１）の後に、対価実行処理を行なう（Ｓ２）。この対価実行処理の一例を図１６に基づいて説明する。

図１６は、第１の実施形態の対価実行処理の一例を示すフローチャートである。図１４の例と同様に、以下では、第２のアグリゲーション装置１０１と通信を行なう端末装置として携帯端末２０１Ｃの例が示されているが、第２のアグリゲーション装置１０１と通信を行なう端末装置は、カーナビゲーション端末２０１Ｂであってもよい。

対価実行処理の前提として、携帯端末２０１Ｃに売電（余剰電力の放電）する旨の応答情報を入力したユーザが、売電レコメンド情報によって指定されたエネルギー供給地点の充放電装置２２１にＥＶ５００の蓄電池２０２を接続して、充放電装置２２１に対して、放電操作を行なう。この操作にて放電量すなわち売電量が指定される。これにより、充放電装置２２１が指定された放電量分だけ蓄電池２０２の放電を行なう（Ｓ８０１）。蓄電池２０２から放電（出力）された電力は、電力網に供給される。このとき、充放電装置２２１は、接続された蓄電池２０２を搭載したＥＶ５００の識別情報をＥＶ５００から取得する。充放電装置２２１は、蓄電池２０２の放電が完了すると、第２のアグリゲーション装置１０１に放電情報を送信する（Ｓ８０２）。放電情報には、蓄電池２０２の放電をしたＥＶ５００の識別情報、放電量、日時等を含む。

第２のアグリゲーション装置１０１は、放電情報を受信すると（Ｓ８１１）、対価提供部８５が対価提供処理を実行する（Ｓ８１２）。具体的には、対価提供部８５は、電力提供の対価である金銭を、ユーザによって予め指定（登録）された金融機関の口座に振り込む振り込み処理を実行する。当該金銭は、例えば、ＶＰＰアグリゲータ１０００がＥＶ５００から提供される電力の販売先への販売によって得る利益から、ユーザに対して支払われる。

次に、第２のアグリゲーション装置１０１は、放電情報によって特定されるＥＶ５００に関連付けされた携帯端末２０１Ｃに対価情報を送信する（Ｓ８１３）。対価情報は、対価を示す情報であり、本実施形態では、対価としての金銭の金額を含む情報である。

携帯端末２０１Ｃは、対価情報を受信すると（Ｓ８２１）、対価情報を表示や音声等によって出力する。

以上のように、本第１の実施形態では、第２のアグリゲーション装置１０１は、算出用情報取得部８１と、余剰電力判定部８２と、通知情報送信部８４と、を備える、算出用情報取得部８１は、蓄積した電力によって移動可能なＥＶ５００（移動体）の電力の残量およびＥＶ５００が当該ＥＶ５００の目的地に到達するのに必要な電力の量を含む算出用情報を取得する。余剰電力判定部８２は、算出用情報取得部８１によって取得された算出用情報に基づいて、目的地までのＥＶ５００の移動に対して余剰なＥＶ５００の電力が有るかを判定する。通知情報送信部８４は、余剰電力判定部８２によって前記余剰な電力が有ると判定されたＥＶ５００と関連付けされたカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃ（端末装置）に、余剰な電力の提供を勧める売電レコメンド情報（通知情報）を送信する。よって、本第１の実施形態によれば、よって、ユーザにカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃを介してＥＶ５００の余剰な電力の提供を勧めることができるので、ＥＶ５００の余剰電力の有効活用の促進を図ることができる。

また、売電レコメンド情報は、電力の提供に対する対価を示す対価情報を含む。よって、ユーザにカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃを介して対価情報を知らせることができる。

また、第２のアグリゲーション装置１０１は、対価を提供するための対価提供処理を行なう対価提供部８５を備える。よって、ユーザに対価を提供することができる。

また、売電レコメンド情報は、余剰な電力の提供を受け付ける場所を示す場所情報を含む。よって、ユーザにカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃを介して余剰な電力の提供を受け付ける場所を知らせることができる。

また、通知情報送信部８４は、第１のアグリゲーション装置１０２から送信された、供給可能な電力量の送信を要求する要求情報、を受信した場合に、売電レコメンド情報を送信する。よって、第１のアグリゲーション装置１０２が要求情報を送信することにより、売電レコメンド情報がユーザにカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃを介して知らされる。

また、第２のアグリゲーション装置１０１は、売電レコメンド情報に対するカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃからの応答に基づいて、供給可能な電力量を算出し、算出した前記供給可能な電力量を第１のアグリゲーション装置１０２に送信する応答部８６を備える。よって、第１のアグリゲーション装置１０２が、供給されうる電力量を把握することができる。また、ＶＰＰアグリゲータ１０００は、道路上のＥＶ５００の余剰電力を活用することができる。

また、例えば、ＥＶ５００から売電（放電）された電力が他のＥＶ５００の充電に使用されることにより、他のＥＶ５００の電欠が抑制される。よって、電欠の心配の少ない快適な道路ネットワークを提供することができる。

また、例えば、道路の周囲で災害が発生した場合には、当該災害が発生した自治体に、ＥＶ５００から売電（放電）された電力を共有することができる。よって、道路周辺の自治体に貢献することができる。

＜第２の実施形態＞
次に、第２の実施形態について説明する。本実施形態は、ＥＶユーザ管理事業者１００１に蓄電池が設けられている実施形態である。
図１７は、第２の実施形態のアグリゲーションシステムの概要構成ブロック図である。
図１７は、図１と比較すると、ＥＶユーザ管理事業者１００１に蓄電池６００が設けられている点が異なる。蓄電池６００は、電力網と接続されている。蓄電池６００は、ＥＶ５００の売電された余剰電力が電力網を介して供給される。すなわち、蓄電池６００は、ＥＶ５００から出力された余剰電力を蓄電する。蓄電池６００は、電力バッファの一例である。

図１８は、第２の実施形態のアグリゲーションシステムが実行する余剰電力情報収集処理の一例を示すフローチャートである。
また、図１８に示されるように、本実施形態は、余剰電力情報収集処理の一部が第１の実施形態と異なる。第２のアグリゲーション装置１０１は、ＥＶ５００に余剰電力が有ると判定した場合には（Ｓ７１５：Ｙｅｓ）、電力量のバランスを計算する（Ｓ７３１）。具体的には、第２のアグリゲーション装置１０１は、ＶＰＰアグリゲータ１０００からの電力要求量を賄える電力量が蓄電池６００にあるかを計算する。第２のアグリゲーション装置１０１は、ＶＰＰアグリゲータ１０００からの電力要求量を賄える電力量が蓄電池６００に無い場合、すなわち蓄電池６００の電力量で足りない場合に（Ｓ７３２：Ｙｅｓ）、売電レコメンド情報を送信する（Ｓ７１６）。

一方、第２のアグリゲーション装置１０１は、ＶＰＰアグリゲータ１０００からの電力要求量を賄える電力量が蓄電池６００に有る場合、すなわち蓄電池６００の電力量で足りる場合には（Ｓ７３２：Ｎｏ）、売電レコメンド情報を送信せずに、Ｓ７１８に進む。

＜第３の実施形態＞
次に、第３の実施形態について説明する。本実施形態は、ネガワット取引が行なわれる実施形態である。
ネガワット取引とは、需要家１００５がアグリゲータ（ＶＰＰアグリゲータ１０００、リソースアグリゲータ１００４Ａ）等との事前の契約に基づき、電気のピーク需要のタイミングで節電を行う、インセンティブ型の下げデマンドレスポンスのことを言う。

図１９は、第３の実施形態のアグリゲーションシステムの概要構成ブロック図である。
図１９は、図１と比較すると、自然エネルギー発電事業者１００８が設けられている点が異なる。自然エネルギー発電事業者１００８は、自然エネルギー(太陽光、風力、波力、地熱等)によって発電を行なう事業者である。

自然エネルギーによる発電は、発電量が安定しないため、電力需給バランスが、逼迫するときや、過剰のときがある。すなわち、電力需給バランスが、エリア毎や時間毎に顕著に変動するときがある。

このため、本実施形態では、電力需給において電力網の電力が逼迫する場合には、すなわち、発電量より需要量の方が大きくなる場合には、例えば、ユーザがＥＶ向けのナビシステムサービスによってある充電地点（充放電装置２２１Ａ〜２２１Ｎ）による充電の予約を取っていたとしても、当該充電を見送ってもらう。また、当該ユーザに、充電を行なう充電地点（場所）を別の充電地点に変更してもらったり、充電時間を待ってもらったり、電力需給バランスが逼迫する時間が終了するまで、充電を待ってもらう等をしてもらってもよい。ＥＶユーザ管理事業者１００１の第２のアグリゲーション装置１０１は、ユーザの端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）に対して、上記要請内容を示す情勢情報を送信（通知）する。以上のように、本実施形態では、電力網において発電量より需要量の方が大きくなる場合、第２のアグリゲーション装置１０１は、端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）に、ＥＶ５００の蓄電池２０２への充電の時期と当該充電の場所との少なくとも一方の変更を要請する要請情報を送信する。

また、本実施形態では、電力需給において電力網の電力が過剰のとき場合には、すなわち電力網において発電量より需要量の方が小さくなる場合には、ＥＶ５００への充電に対するインセンティブとして、充電料金に対する大きい割引を行うことにより、充電を要請する。この要請において、例えばＥＶ向けのナビシステムサービスのユーザ（会員）には、ほぼ無料に近い価格で充電させてもよい。この場合、ＥＶユーザ管理事業者１００１の第２のアグリゲーション装置１０１は、ユーザの端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）に対して、上記要請内容を示す要請情報を送信（通知）する。このとき、要請情報の送信対象（通知対象）は、所定の対象のエリアに入ってくるＥＶ５００に対してのみであってよく、当該所定のエリアから出て行くＥＶ５００は送信対象でなくてよい。このように、本実施形態では、電力網において発電量より需要量の方が小さくなる場合、第２のアグリゲーション装置１０１は、端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）に、ＥＶ５００の蓄電池２０２への充電を要請する要請情報を送信する。

また、本実施形態では、例えば、電力が過剰になると予想される場合に、ＥＶユーザ管理事業者１００１の第２のアグリゲーション装置１０１は、カーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃに、電力の提供を断わる情報（推奨しない情報）を送信する。電力の提供を断わる情報は、電力の放電をしないことを要求する情報である。この場合、例えば、「○○：○○〜△△：△△の時間帯（ある時間帯）は放電しないで下さい」を示す情報をカーナビゲーション端末２０１Ｂまたは携帯端末２０１Ｃに送信してもよい。すなわち、ＶＰＰビジネスにおけるネガワット取引に関する情報を送信してもよい。

＜第４の実施形態＞
次に、第４の実施形態について説明する。
図２０は、第４の実施形態のアグリゲーションシステムの概要構成ブロック図である。
本実施形態は、図２０に示されるように、道路事業者１００２（図１）に替えて位置情報ＡＳＰ（Application Service Provider）サービス事業者１００９が設けられた実施形態である。位置情報ＡＳＰサービス事業者１００９は、位置情報事業者の一例である。

位置情報ＡＳＰサービス事業者１００９は、インターネットサービスでＥＶ５００の位置を認識（把握）する事業者である。位置情報ＡＳＰサービス事業者１００９は、例えば、地図情報を有するとともに、ＧＰＳ（Global Positioning System）のデータに基づきＥＶ５００の位置を特定するシステム（装置）を有する。位置情報ＡＳＰサービス事業者１００９のシステムは、ＥＶ５００の位置を示す位置情報をＥＶユーザ管理事業者１００１の第２のアグリゲーション装置１０１に送信（提供）する。これにより、第２のアグリゲーション装置１０１の算出用情報取得部８１が、位置情報ＡＳＰサービス事業者１００９からＥＶ５００の位置を取得することができる。

＜第５の実施形態＞
次に、第５の実施形態について説明する。本実施形態は、第４の実施形態においてＥＶ５００にＳＯＣ（State Of Charge)自動通知機能を追加した実施形態である。

ＳＯＣ自動通知機能は、ＥＶ５００の蓄電池２０２の残容量（ＳＯＣ）を自動的に検出し、検出した蓄電池２０２の電力の残量である残容量を示す情報を、端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）等を介して、ＥＶユーザ管理事業者１００１の第２のアグリゲーション装置１０１に通知（送信）する機能である。この機能は、例えば、ＥＶ５００に設けられた装置によって実現される。第２のアグリゲーション装置１０１（算出用情報取得部８１）は、ＥＶ５００から送信された、当該ＥＶ５００の蓄電池２０２の残容量を示す情報を、受信する。

このように位置情報ＡＳＰサービス事業者１００９とＳＯＣ自動通知機能とをと組み合わせることで、第２のアグリゲーション装置１０１が、ＥＶ５００の位置とＥＶ５００の蓄電池２０２の残量とを逐次把握できるので、端末装置（カーナビゲーション端末２０１Ｂ、携帯端末２０１Ｃ）に、売電レコメンド情報を送信（売電募集の通知）できる。

＜第６の実施形態＞
次に、第６の実施形態について説明する。本実施形態は、ＥＶ５００の蓄電池２０２から放電された電力が、道路事業者１００２が自ら使用する電力に充当される実施形態である。

本実施形態では、第２のアグリゲーション装置１０１の通知情報送信部８４は、高速道路等の道路に設置された照明や電光掲示板、路側装置２２３、ＩＴＳスポット２２４等の設備に電力を供給するために、第１のアグリゲーション装置１０２からの要求情報の送信が無くても、売電レコメンド情報を送信する。そして、ＥＶ５００の蓄電池２０２から放電された電力は、高速道路等の道路に設置された設備に供給される。よって、例えば、道路の設備の電力消費のピーク時に、ＥＶ５００の蓄電池２０２から放電された電力を当該設備に供給することにより、当該ピーク時の電力消費量を下げることができる。これにより、例えば、道路事業者１００２が電力会社と契約している電力料金（契約料金、基本料金）を下げることができうる。このように、本実施形態では、ＥＶ５００の蓄電池２０２から電力網に供給された電力が道路事業者１００２の設備に供給される。

＜変形例＞
また、上記各実施形態では、第２のアグリゲーション装置１０１が、ＥＶユーザ管理事業者１００１に設置されている例が示されたが、これに限定されない。例えば、第２のアグリゲーション装置１０１は、道路事業者１００２に設置されてもよい。すなわち、道路事業者１００２がＥＶユーザ管理事業者１００１を兼ねてもよい。

また、上記各実施形態では、ＶＰＰアグリゲータ１０００とＥＶユーザ管理事業者１００１とが、別々の事業者の例が示されたが、これに限定されない。例えば、ＶＰＰアグリゲータ１０００とＥＶユーザ管理事業者１００１とは、一つの事業者が兼ねてもよい。すなわり、ＶＰＰアグリゲータ１０００の事業とＥＶユーザ管理事業者１００１の事業とが、一つの事業者によって運営されてもよい。

また、上記各実施形態では、ＶＰＰアグリゲータ１０００による電力の買取金額、すなわち余剰電力の提供に対する対価としての金銭の額が、固定である例が示されたが、これに限定されない。例えば、ＶＰＰアグリゲータ１０００による電力の買取金額は、需給バランスに応じて変化してもよい。例えば、ＶＰＰアグリゲータ１０００が欲する電力量（不足分電力量）が大きい程、買取金額が大きくなってもよいし、電力の提供を受けるタイミング（期限）に近い程、買取金額が大きくなってもよい。

また、上記各実施形態では、余剰電力の提供に対する対価として金銭の例が示されたがこれに限定されない。例えば、対価は、道路の通行料を減額したり無料にすることであってもよい。また、対価は、充放電装置２２１における次回以降のＥＶ５００の充電の料金を減額したり無料にすることであってもよい。また、対価は、道路の走行距離等に応じてマイレージ（ポイント）が付与されるマイレージ制度（ポイント制度）が有る場合には、当該マイレージ（ポイント）の付与であってもよい。また、対価は、サービスやパーキングエリア等での飲食物の無償提供や割引であってもよい。また、対価は、個人に対するものであってもよいし、法人（企業、団体）に対するものであってもよい。法人としては、例えば、運送会社等を挙げることができる。この場合、ＥＶ５００であるトラックでの荷物の配送途中で売電（放電）を行なって、配送が完了してトラックが会社に戻るまでの間に充放電装置２２１によって充電してもよい。

また、上記売電におきるユーザとの契約対象は、ＶＰＰアグリゲータ１０００、ＥＶユーザ管理事業者１００１、道路事業者１００２のいずれであってもよい。

また、上記各実施形態では、移動体がＥＶ５００の例が示されたが、これに限定されない。例えば、移動体は、ハイブリッド車、飛行機、ドローン、電動バイク、船等であってもよい。移動体が飛行機またはドローン等の場合には、上記各実施形態の道路を航空路、船であれば航路と読み替えればよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…アグリゲーションシステム、７１…要求情報受信部、８１…算出用情報取得部、８２…余剰電力判定部、８４…通知情報送信部、８６…応答部、１０１…第２のアグリゲーション装置（アグリゲーション装置）、１０２…第１のアグリゲーション装置（他のアグリゲーション装置）、２０１Ｂ…カーナビゲーション端末（端末装置）、２０１Ｃ…携帯端末（端末装置）、２０２…蓄電池、６００…蓄電池、１００２…道路事業者、１００９…位置情報ＡＳＰサービス事業者（位置情報サービス事業者）。

Claims (22)

1. 発電量と需要量の予測から電力量バランスを管理する第１のアグリゲーション装置と、
   前記第１のアグリゲーション装置からの要請に基づき、売電を受けた電力を提供する第２のアグリゲーション装置と、
   を備えるアグリゲーションシステムにおいて、
   前記第１のアグリゲーション装置は、
   需給バランスを保つために必要な電力量を要求する要求情報を送信する要求情報送信部
   を備え、
   前記第２のアグリゲーション装置は、
   前記要求情報を受信する要求情報受信部と、
   前記要求情報受信部によって前記要求情報が受信された場合に、蓄電池を搭載した移動可能な移動体と関連付けされた端末装置に、前記蓄電池の電力の提供を勧める通知情報を送信する通知情報送信部と、
   を備えた、アグリゲーションシステム。
2. 前記第２のアグリゲーション装置は、
   前記移動体の、前記蓄電池の残量および前記移動体が前記移動体の目的地に到達するのに必要な前記電力の量を含む算出用情報を取得する算出用情報取得部と、
   前記算出用情報取得部によって取得された前記算出用情報に基づいて、前記目的地までの前記移動体の移動に対して余剰な前記移動体の前記電力が有るかを判定する余剰電力判定部と、
   を備え、
   前記通知情報は、前記余剰な電力の提供を勧める情報であり、
   前記通知情報送信部は、前記要求情報受信部によって前記要求情報が受信された場合に、前記余剰電力判定部によって前記余剰な電力が有ると判定された前記移動体と関連付けされた前記端末装置に、前記通知情報を送信する、
   請求項１に記載のアグリゲーションシステム。
3. 前記アグリゲーションシステムは、更に道路事業者を含むアグリゲーションシステムであって、
   前記算出用情報取得部は、前記道路事業者から提供を受けた、道路の交通状況、に応じた前記移動体の電力消費量を算出する、
   請求項２に記載のアグリゲーションシステム。
4. 前記アグリゲーションシステムは、前記移動体の前記蓄電池から提供を受けた電力を蓄電する蓄電池を備えた、請求項１に記載のアグリゲーションシステム。
5. 前記発電量より前記需要量の方が大きくなる場合、前記第２のアグリゲーション装置は、前記端末装置に、前記移動体の前記蓄電池への充電の時期と当該充電の場所との少なくとも一方の変更を要請する要請情報を送信する、請求項１に記載のアグリゲーションシステム。
6. 前記発電量より前記需要量の方が小さくなる場合、前記第２のアグリゲーション装置は、前記端末装置に、前記移動体の前記蓄電池への充電を要請する要請情報を送信する、請求項１に記載のアグリゲーションシステム。
7. 前記アグリゲーションシステムは、更に前記移動体の位置を認識する位置情報事業者を含むアグリゲーションシステムであって、
   前記算出用情報取得部は、前記位置情報事業者から前記移動体の位置を取得する請求項２に記載のアグリゲーションシステム。
8. 前記移動体は、当該移動体の前記蓄電池の電力の残量を前記第２のアグリゲーション装置に送信する、請求項１に記載のアグリゲーションシステム。
9. 前記アグリゲーションシステムは、更に道路事業者を含むアグリゲーションシステムであって、
   前記移動体の前記蓄電池から供給された電力が前記道路事業者の設備に供給される、請求項１に記載のアグリゲーションシステム。
10. 発電量と需要量との予測から電力量バランスを管理する事業者からの要請に基づき、売電を受けた電力を提供するアグリゲーションシステムのアグリゲーション装置において、
    需給バランスを保つために必要な電力量を要求する要求情報を受信する要求情報受信部と、
    前記要求情報受信部によって前記要求情報が受信された場合に、蓄電池を搭載した移動可能な移動体と関連付けされた端末装置に、前記蓄電池の電力の提供を勧める通知情報を送信する通知情報送信部と、
    を備えた、アグリゲーション装置。
11. 前記移動体の、前記蓄電池の残量および前記移動体が前記移動体の目的地に到達するのに必要な前記電力の量を含む算出用情報を取得する算出用情報取得部と、
    前記算出用情報取得部によって取得された前記算出用情報に基づいて、前記目的地までの前記移動体の移動に対して余剰な前記移動体の前記電力が有るかを判定する余剰電力判定部と、
    を備え、
    前記通知情報は、前記余剰な電力の提供を勧める情報であり、
    前記通知情報送信部は、前記要求情報受信部によって前記要求情報が受信された場合に、前記余剰電力判定部によって前記余剰な電力が有ると判定された前記移動体と関連付けされた前記端末装置に、前記通知情報を送信する、
    請求項１０に記載の、アグリゲーション装置。
12. 前記算出用情報取得部は、道路事業者から提供受けた、道路の交通状況を応じた電力消費量を算出する、
    請求項１１に記載のアグリゲーション装置。
13. 前記通知情報は、前記電力の提供に対する対価を示す対価情報を含み、
    更に、前記対価を提供するための対価提供処理を行なう対価提供部を備えた、請求項１１に記載のアグリゲーション装置。
14. 前記通知情報は、前記余剰な電力の提供を受け付ける場所を示す場所情報を含む、請求項１１に記載のアグリゲーション装置。
15. 他のアグリゲーション装置から送信された、供給可能な電力量を要求する要求情報、を受信する要求情報受信部を備え、
    前記通知情報送信部は、前記要求情報受信部によって前記要求情報が受信された場合に、前記通知情報を送信する、請求項１１に記載のアグリゲーション装置。
16. 前記通知情報に対する前記端末装置からの応答に基づいて、前記供給可能な電力量を算出し、算出した前記供給可能な電力量を前記他のアグリゲーション装置に送信する応答部を備えた、請求項１５に記載のアグリゲーション装置。
17. 前記発電量より前記需要量の方が大きくなる場合、前記端末装置に、前記移動体の前記蓄電池への充電の時期と当該充電の場所との少なくとも一方の変更を要請する要請情報を送信する、請求項１０に記載のアグリゲーション装置。
18. 前記発電量より前記需要量の方が小さくなる場合、前記端末装置に、前記移動体の前記蓄電池への充電を要請する要請情報を送信する、請求項１０に記載のアグリゲーション装置。
19. 前記算出用情報取得部は、前記移動体の位置を認識する位置情報事業者から前記移動体の位置を取得する請求項１０に記載のアグリゲーション装置。
20. 前記移動体から送信された、当該移動体の前記蓄電池の電力の残量を、受信する、請求項１０に記載のアグリゲーション装置。
21. 要求情報受信部が、需給バランスを保つために必要な電力量を要求する要求情報を受信する受信ステップと、
    通知情報送信部が、前記要求情報受信部によって前記要求情報が受信された場合に、蓄電池を搭載した移動可能な移動体と関連付けされた端末装置に、前記蓄電池の電力の提供を勧める通知情報を送信する通知情報送信ステップと、
    を備えたアグリゲーション方法。
22. 算出用情報取得部が、前記移動体の、前記蓄電池の残量および前記移動体が前記移動体の目的地に到達するのに必要な前記電力の量を含む算出用情報を取得する算出用情報取得ステップと、
    余剰電力判定部が、前記算出用情報取得部によって取得された前記算出用情報に基づいて、前記目的地までの前記移動体の移動に対して余剰な前記移動体の前記電力が有るかを判定する判定ステップと、
    通知情報送信部が、前記要求情報受信部によって前記要求情報が受信された場合に、前記余剰電力判定部によって前記余剰な電力が有ると判定された前記移動体と関連付けされた前記端末装置に、前記通知情報を送信する通知情報送信ステップと、
    を備え、
    前記通知情報は、前記余剰な電力の提供を勧める情報である、
    請求項２１に記載のアグリゲーション方法。

Images