JP5718871B2 - 充電システム、充電量管理装置、充電方法及びプログラム - Google Patents

Description

本発明は、電気自動車の充電電力を提供する技術に関する。

近年、蓄電池（バッテリー）性能向上などの技術進歩により、電気自動車（以下、ＥＶ：electric vehicleという）が普及しつつある。しかしながら、１回の充電あたりのＥＶの走行可能距離は短く、ガソリンなどを燃料とするエンジン車に比べると依然として及ばない。また、ガソリンスタンドに比べ、ＥＶ用の充電スタンドの施設数も少ない。

このためドライバーは、外出先でのバッテリー残量不足に陥るのを回避するため、こまめな充電を行う必要がある（ＥＶは一般家庭の１００Ｖ電源でも充電が可能）。中には、例えば、帰宅する度に毎回充電を行うなど、常に充電量１００％を維持しておくドライバーも多い。

これに関する技術として、例えば、特許文献１には、車両の現在位置および車両が有する蓄電装置の蓄電量を、複数の車両から取得する情報取得部と、複数の車両のそれぞれの現在位置および蓄電量に基づいて、蓄電装置の充電を要する車両である充電対象車への充電電力を供給できる１以上の車両を、複数の車両の中から給電可能車として選択する車両選択部と、車両選択部が選択した給電可能車を通知する通知部とを備える情報提供装置が記載されている。

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

しかしながら、ドライバーは常に毎回、ＥＶを運転して遠方へ外出する訳ではない。むしろ買物や駅迄の送迎など近隣への外出が大半を占めるため、この場合、本当に必要とされる充電量は、ドライバーが思うよりも少ない充電量で足りることも多い。このように、殆どのＥＶは、実必要量に比べ、日常的に余剰・余分な充電量の電力（余剰電力という）を有するという実態がある。

また、特許文献１は、給電可能車から充電対象車に充電電力を供給（融通）するものである。これにより、充電対象車は電力を充電可能である。しかし一方、給電可能車は、供給電力が余剰電力かどうか関係なく、充電対象車に充電電力を供給するため、場合によっては、充電切れを起こしそれ以降走行不可能になる。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ＥＶの有する余剰電力の有効活用を図ることにある。

上記の課題を解決するため、本発明にあっては、車両状態情報を出力する出力装置を備えた電気自動車と、電気自動車の充電量を管理する充電量管理装置と、電気自動車の充電設備を制御する制御装置とを含む充電システムであって、前記制御装置は、前記充電量管理装置に前記電気自動車の余剰充電量を問合せる問合手段と、前記問合せに対する応答に従って、前記充電設備を制御し、前記電気自動車から前記余剰充電量の電力を供給させる制御手段とを備え、前記充電量管理装置は、前記電気自動車の車両状態情報を受信する受信手段と、前記受信手段により受信された車両状態情報を蓄積することにより、該車両状態情報の履歴を記憶する記憶手段と、前記履歴に基づいて、前記電気自動車が必要とするバッテリーの必要充電量を推計する推計手段と、前記問合せを受けたとき、前記車両状態情報に含まれるバッテリーの現在充電量と、前記推計手段により推計されたバッテリーの必要充電量とに基づいて、バッテリーの余剰充電量を算出する算出手段と、前記問合せに応じ、前記制御装置に前記算出手段により算出された余剰充電量を応答する問合応答手段とを備えるようにしている。

本発明の実施の形態によれば、ＥＶの有する余剰電力の有効活用を図ることができる。

システムの構成例を示す図である。 システムのソフトウェア構成例を示す図である。 管理サーバ１００、制御装置３１０及び携帯端末４００のハードウェア構成例を示す図である。 ＯＢＤデータの一例を示す図である。 ＯＢＤデータ履歴の一例を示す図である。 システムの処理例（処理１）を示すシーケンス図である。 施設３００における余剰充電量の電力供給を説明する図である。 システムの処理例（処理２）を示すシーケンス図である。 余剰充電量算出を説明する図である。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
（システム構成）
図１は、本発明の一実施形態にかかるシステムの構成例を示す図である。本実施形態にかかるシステムは、充電量管理サーバ１００、ＥＶ２００、施設３００、携帯端末４００、ネットワーク５００を含む。

充電量管理サーバ１００（以下単に管理サーバという）は、ＥＶ２００のＯＢＤ（On-board diagnostics）データを、ドライバーの有する携帯端末４００を介し取得し、ドライバーと自動車個体の稼働状況や蓄電状況を関連付けて管理するサーバである。これにより、ＥＶ２００の余剰電力部分（過充電部分）を導出し、その余剰電力を活用できる。具体的活用例は後述するが、例えば他のＥＶや施設３００へ提供するなどの活用方法がある。

ＥＶ２００は、ＯＢＤを備える電気自動車（Electric Car）である。ここで、本実施形態にかかるＥＶ２００は、少なくとも駆動用バッテリーを搭載した車両であって、駆動用バッテリー及び燃料系エンジンを有するプラグインハイブリット車などの車両も含むものである。

また、ＯＢＤとはOn-board diagnosticsの略称で、車載式故障診断システムをいい、各種センサからのＯＢＤデータをリアルタイムに取得し車両の状態を管理する。例えば、ＯＢＤはある箇所を故障と診断した場合、運転席パネルなどで故障を示すランプを点灯させることにより、ドライバーに故障を伝えると共に、故障内容を表すＯＢＤデータを記録する。整備士はＯＢＤデータを専用の機器を用いて読み出すことにより、故障箇所を容易に特定できる。

本実施形態にかかるＥＶ２００は、図に示されるように、ＥＣＵ２１０、ＯＢＤリーダ２２０、バッテリー２３０を搭載する。

ＥＣＵ２１０は、エンジンコントロールユニット(Engine Control Unit)の略称で、自動車全体及び各車載機を電子制御するための制御コンピュータである。また、ＥＣＵ２１０は、上述の車載式故障診断装置としての機能を有し、各車載機の状態を把握する。具体的には、ＯＢＤデータとして、例えばエンジン回転数、車速、運転時間、走行距離、走行履歴（位置情報）、ＳＯＣ（State of Charge:バッテリー充電状態）、スロットル開度、進角、吸気温度、電圧、燃費情報、ＣＯ２排出量、ブレーキ、ドア、ランプ、ギア、ライト（車外灯）、カーテシ（車内灯）、ウインカーなど、各種の車両状態情報を把握する。また、これら車両状態情報に応じ故障診断を行う機能も有する。

ＯＢＤリーダ２２０は、ＥＣＵ２１０と外部とのインターフェースの機能を有する。本実施形態において、ＥＣＵ２１０は携帯端末４００に対しＯＢＤデータを出力し提供するため、ＯＢＤリーダ２２０は、携帯端末４００と通信を行うための通信機能（例えばＷｉＦｉ）を有する。また、通信の他、携帯端末４００に直接ケーブルで接続するためのコネクタを採用することも可能である。

バッテリー２３０は、ＥＶ２００に搭載される蓄電池である。ＥＣＵ２１０により、現在の充電量等を含む充電情報が管理される。

施設３００は、商業施設や公共施設などの施設である。また、施設３００は、一例として駐車場等に併設される形で、例えば特定規模電力事業者（ＰＰＳ）などといった、電力を売買することを主な収益源とする事業者により運営されるＥＶ用の充電設備を備える。この充電設備は、ＥＶから電力の供給を受けると共に、他のＥＶ又は施設３００に対し電力を提供する設備である。よって、本実施形態においては、例えばＥＶ２００は、駐車中、他のＥＶや施設３００に対し余剰電力を供給できると共に、余剰電力の提供の見返りとして各種特典を得ることが可能となっている。この点後述する。

携帯端末４００は、ドライバーの有する携帯端末である。例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。ドライバーは、ＥＶ２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０と通信を行って、ＥＶ２００の車両状態を示すＯＢＤデータを逐一取得する。また、走行中又は走行後、取得したＯＢＤデータを管理サーバ１００に送信する。

ネットワーク５００は、管理サーバ１００、施設３００、携帯端末４００を相互に接続する通信ネットワークである。例えば、ネットワーク５００は、３Ｇ、インターネット、専用回線など各種ネットワークを含む。

（ソフトウェア構成）
図２は、本発明の一実施形態にかかるシステムのソフトウェア構成例を示す図である。

まず、管理サーバ１００は、機能部として、通信部１１０、記憶部１２０、必要充電量推計部１３０、余剰充電量算出部１４０、余剰充電量問合応答部１５０を有する。

通信部１１０は、外部装置とデータの送受信を行う機能を有している。

記憶部１２０は、携帯端末４００から受信したＥＶ２００のＯＢＤデータ（ＯＢＤデータ履歴）を蓄積し記憶する機能を有している。

必要充電量推計部１３０は、記憶部１２０に蓄積されるＯＢＤデータ履歴に基づいて、ＥＶ２００が必要とするバッテリー２３０の必要充電量を推計する。ＥＶが必要とするバッテリーの必要充電量とは、例えば、当該ＥＶが使用されるにあたり、必要とされる充電量をいう。例えば、毎日充電を実施するＥＶの場合、次回の充電時迄の間に使用されるバッテリーの充電量が、必要充電量である。必要充電量はＥＶの利用形態によって様々であるため、当該ＥＶのＯＢＤデータ履歴に基づいて推計される。

余剰充電量算出部１４０は、ＥＶ２００が有するバッテリー２３０の現在充電量（充電量残ともいえる）と、必要充電量推計部１３０により推計された必要充電量とを取得し、現在充電量から必要充電量を減算した余剰充電量（余剰電力量）を算出する。現在充電量は、ＥＶ２００が現時点で有する充電量残であり、必要充電量は、次回の充電時迄の間に使用されるバッテリーの充電量である。従って、在充電量と必要充電量との差分は、ＥＶ２００にとって使用されることのない余剰の充電量といえる。

余剰充電量問合応答部１５０は、余剰充電量算出部１４０により算出された余剰充電量を応答する。

次に、施設３００は、制御装置３１０、充電設備３２０、サービス提供サーバ３３０を備える。

制御装置３１０は、充電設備３２０を制御する機能を有し、具体的に機能部として、通信部３１１、余剰充電量問合部３１２、制御部３１３を有する。

通信部３１１は、外部装置とデータの送受信を行う機能を有している。

余剰充電量問合部３１２は、例えば余剰電力の供給の受付操作がなされた場合やＥＶ２００が充電設備３２０に接続された場合に、管理サーバ１００に対し、ＥＶ２００の有する余剰充電量を問合せる機能を有している。

制御部３１３は、充電設備３２０を制御する機能を有している。例えば、充電設備３２０を制御し、ＥＶ２００から余剰充電量の電力の供給制御を行う。

充電設備３２０は、ＥＶ用の充電設備である。充電設備３２０は、制御装置３１０の制御に従って、ＥＶから電力の供給を受けると共に、他のＥＶ又は施設３００に対し電力を提供する。

サービス提供サーバ３３０は、ＥＶ２００が他のＥＶや施設３００に対し余剰電力を供給（提供）した場合、余剰電力の供給の見返りとして各種特典やサービスを提供する。なお、特典やサービスの一例としては、商業施設のクーポン券、割引サービス、駐車料金サービスなどがある。

なお、サービス提供サーバ３３０は、必ずしも施設３００に設置される必要はなく、管理サーバ１００と共に、例えばデータセンターなどに設置されていてもよいし、又もしくは、管理サーバ１００と同一サーバとして構成され設置されていてもよい。

次に、携帯端末４００は、機能部として、通信部４１０、車両状態情報取得部４２０を有する。

通信部４１０は、外部装置とデータの送受信を行う機能を有している。

車両状態情報取得部４２０は、ドライバーがＥＶ２００に乗車中、ＯＢＤリーダ２２０を介しＥＣＵ２１０から、ＥＶ２００の車両状態を示すＯＢＤデータを逐一取得する機能を有している。また、走行中又は走行後、取得したＯＢＤデータは、通信部４１０を介し管理サーバ１００に送信される。

なお、これらの機能部は、各装置を構成するコンピュータのＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。但し、これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。

また、これらの機能部は、単一のコンピュータ上に配置される必要はなく、必要に応じて分散される形態であってもよい。

また、記憶部１２０は、管理サーバ１００を構成するコンピュータ内のＨＤＤ（Hard Disk Drive）等の記憶媒体上に所定のデータを体系的に保持するものである。勿論、管理サーバ１００内に配置される必要はなく、他の装置上に配置してもよい。

（ハードウェア構成）
図３は、本発明の一実施形態にかかる管理サーバ１００、制御装置３１０及び携帯端末４００のハードウェア構成例を示す図である。具体的に、これらハードウェア構成は、一般的なパソコンやワークステーションなどと同様の構成であり、図に示されるように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、入力装置１４と、出力装置１５と、通信装置１６と、ＨＤＤ１７とを有する。

ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする。入力装置１４は、キーボードやマウスである。出力装置１５は、ディスプレイである。通信装置１６は、ネットワーク５００を介し他装置との通信を行う。ＨＤＤ１６は、各種データ及びプログラムを格納する。

（ＯＢＤデータの一例）
図４は、本実施形態にかかるＯＢＤデータの一例を示す図である。ＯＢＤデータは、「ＯＢＤデータ項目名」、「ＯＢＤデータ値」等の項目を含む。

「ＯＢＤデータ項目名」は、車載式故障診断システムで規定されるＯＢＤデータの名称を示す。「ＯＢＤデータ値」は、「ＯＢＤデータ項目名」に対応する具体的なデータ値を示す。

具体的に、ＯＢＤデータは、一例として、エンジン回転数、車速、運転時間、走行距離、走行履歴（位置情報）、ＳＯＣ（State of Charge:バッテリー充電状態）などがある。

これら情報は、ＥＣＵ２１０の有する車載式故障診断システムの機能により提供され、本実施形態においては、ドライバーが乗車中の間、一定時間間隔毎に、上述の如くＯＢＤリーダ２２０を介し携帯端末４００に出力される。また、携帯端末４００から管理サーバ１００に送信される。

（ＯＢＤデータ履歴の一例）
図５は、本実施形態にかかるＯＢＤデータ履歴の一例を示す図である。ＥＣＵ２１０の有する車載式故障診断システムのＯＢＤデータは、携帯端末４００を介し、管理サーバ１００に送信され、記憶部１２０にＯＢＤデータ履歴として蓄積される。よって、ＯＢＤデータ履歴は、図に示されるように「年月日」、「時刻」、及び「ＯＢＤデータ項目名」毎の「ＯＢＤデータ値」等の項目を含む。なお、「年月日」及び「時刻」は、ＥＣＵ２１０において、当該ＯＢＤデータが取得された年月日時刻を示す。

例えば、図５のＯＢＤデータ履歴を参照すると、2012/8/6 8:00を開始時刻として、ＯＢＤデータが受信され蓄積されていることが分かる。以降、例えば１分毎にＯＢＤデータが受信されており、このＯＢＤデータ履歴によれば、時系列に沿ってＥＶ２００の車両状態を把握することができる。

なお、図５のＯＢＤデータ履歴は、携帯端末４００を有するユーザ（ユーザＩＤ：ｕｓｅｒ００１）のＯＢＤデータ履歴とする。管理サーバ１００は、複数ユーザのＯＢＤデータ履歴を管理するため、例えばユーザＩＤを用いてユーザ毎のＯＢＤデータ履歴を識別する。また携帯端末４００は、管理サーバ１００と通信する際、ユーザＩＤを用いてログイン等を行うものとする。

＜動作＞
次に、本実施形態にかかるシステムの処理動作について説明する。以下、（処理１）、（処理２）の２つの処理に分けて説明する。

（処理１）
図６は、本実施形態にかかるシステムの処理例（処理１）を示すシーケンス図である。

まず、ユーザは、運転を開始するにあたってＥＶ２００に乗車すると、携帯端末４００を用いて、管理サーバ１００にアクセスし、ユーザ・ログインを実行する（ステップＳ１００）。携帯端末４００は、管理サーバ１００にアクセスするための専用アプリケーションを事前に有し、当該専用アプリケーションを通じ、ユーザＩＤを入力し、ユーザ・ログインを実行できる。又は、汎用ブラウザ等を通じ、ユーザ・ログインを実行してもよい。

管理サーバ１００は、ユーザ・ログインの要求を受信すると、ユーザＩＤに基づいてログイン処理を実行する（ステップＳ１０１）。予め登録されているユーザＩＤである場合、ログインを許可する。

次に、ユーザは、携帯端末４００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得開始要求を実行する（ステップＳ１０２）。上述と同様、携帯端末４００は、管理サーバ１００にアクセスするための専用アプリケーション又は汎用ツール等を通じ、ＯＢＤデータ取得開始要求を実行できる。

なお、ステップＳ１００及びステップＳ１０２の動作は同時に実行されてもよい。即ち、携帯端末４００を用いて、ユーザ・ログインを実行するタイミングで、同時にＯＢＤデータ取得開始要求を実行してもよい。

ＥＣＵ２１０は、ＯＢＤリーダ２２０を介し、携帯端末４００にＯＢＤデータを送信する（ステップＳ１０３）。なお、ＯＢＤデータの具体例は例えば図４に示される。

携帯端末４００（車両状態情報取得部４２０）は、ＯＢＤデータを受信すると、受信したＯＢＤデータを管理サーバ１００に送信する（ステップＳ１０４）。

なお、ＯＢＤリーダ２２０は、ネットワーク５００と通信することのできる環境等にある場合には、ＥＣＵ２１０は、携帯端末４００を中継せずに、ＯＢＤリーダ２２０を介し、管理サーバ１００に直接、ＯＢＤデータを送信してもよい。

また、上述の如く本実施形態にかかる携帯端末４００は、例えば、スマートフォン、携帯電話、ＰＤＡ等により実現されうる。このため、携帯端末４００にカーナビゲーション機能やＧＰＳセンサを有する場合には、携帯端末４００は、目的地情報、走行履歴情報、位置情報などを、ＯＢＤデータ履歴を補う形の補足情報として活用することも可能である。この場合、携帯端末４００は、送信するＯＢＤデータに補完する形で、目的地情報、走行履歴情報、位置情報などを管理サーバ１００に送信してもよい。

管理サーバ１００は、ＯＢＤデータを受信すると、記憶部１２０に受信したＯＢＤデータをユーザＩＤ毎に関連付けて蓄積する（ステップＳ１０５）。なお、このＯＢＤデータの具体例は例えば図５に示される。

なお、管理サーバ１００は、上述の如く携帯端末４００から目的地情報、走行履歴情報、位置情報などの補足情報を受信した場合には、受信したＯＢＤデータと共に、その補足情報をユーザＩＤ毎に関連付けて記憶すればよい（非図示）。

以降、ステップＳ１０３〜Ｓ１０５が繰り返される。つまり、ＥＣＵ２１０は、乗車中の間（ＯＢＤデータ取得終了要求を受信する迄の間）、ＯＢＤデータを送信し続ける。また、携帯端末４００も受信したＯＢＤデータを管理サーバ１００に送信し続けるので、管理サーバ１００の記憶部１２０には、乗車中の間逐一のＯＢＤデータが蓄積され続ける。

その後、ユーザは、ＥＶ２００の運転を終了するにあたって、例えば降車する直前、携帯端末４００の通信機能（例えばＷｉＦｉ）を用いて、ＯＢＤリーダ２２０を介し、ＥＣＵ２１０（車載式故障診断システムを含む）に対し、ＯＢＤデータ取得終了要求を実行する（ステップＳ１０６）。これを受け、ＥＣＵ２１０は、ＯＢＤデータの送信を終了する。

なお、ＯＢＤデータ取得終了要求を実行するに代え、例えば、ＥＶ２００のエンジンを停止してもよい。これにより、ＥＣＵ２１０も停止するためである。

またユーザは、携帯端末４００を用いて、管理サーバ１００にアクセスし、ユーザ・ログオフを実行する（ステップＳ１０７）。これを受け、管理サーバ１００は、ＯＢＤデータの受信及び蓄積を終了する。

なお、ユーザ・ログオフを省略してもよい。管理サーバ１００は、例えば、一定時間、同ユーザの携帯端末４００からＯＢＤデータを受信しない場合、ユーザ・ログオフされたものと見なす。

以上のように、ユーザは、ＥＶ２００を運転する度、携帯端末４００を通じて管理サーバ１００にＯＢＤデータを送信する。これにより、管理サーバ１００には、同ユーザのＥＶ２００にかかるＯＢＤデータ履歴が蓄積される。

（処理２）
図７は、施設３００における余剰充電量の電力供給を説明する図である。本実施形態にかかるシステムを利用するにあたり、まずユーザは施設３００の駐車場にＥＶ２００を駐車する。次に、ユーザは、ＥＶ２００の有する余剰電力を供給（提供）するため、充電施設３２０の充電線７０１をＥＶ２００の充電口に接続する。その後、充電施設３２０のパネル７０２を操作し、ユーザＩＤ等の入力及び余剰電力を供給するための操作を行う。

図８は、本実施形態にかかるシステムの処理例（処理２）を示すシーケンス図である。図７を踏まえ、以下説明する。

制御装置３１０は、ユーザより電力供給の申し込みを受け付ける（ステップＳ２００）。具体的には、ユーザが充電施設３２０のパネル７０２を操作し、ユーザＩＤ等の入力及び余剰充電量を供給するための操作を行う。

なお、ユーザは、充電施設３２０のパネル７０２操作に代え、携帯端末４００を介して充電施設３２０と通信し、ユーザＩＤ等の入力及び余剰充電量を供給するための操作を行ってもよい。

制御装置３１０（余剰充電量問合部３１２）は、入力されたユーザＩＤを用い、ＥＶ２００の有する余剰充電量を管理サーバ１００に問合せる（ステップＳ２０１）。

管理サーバ１００（必要充電量推計部１３０）は、制御装置３１０からの問合せを受信すると、記憶部１２０に蓄積されユーザＩＤに対応するＯＢＤデータ履歴に基づいて、ＥＶ２００が必要とするバッテリー２３０の必要充電量を推計する（ステップＳ２０２）。

ここで、必要充電量とは、例えば、当該ＥＶが使用されるにあたり、現在から次回の充電が実施される迄の間に必要とされる充電量をいう。例えば、毎日充電を実施するＥＶの場合、次回の充電時迄の間に使用される予定のバッテリーの充電量が、必要充電量である。必要充電量は、ユーザのライフサイクルに依存するが、ＯＢＤデータ履歴に基づいて推計される。

具体的には、例えば、「年月日」、「時刻」、及び「ＳＯＣ」のＯＢＤデータ履歴に基づいて、当該ユーザの充電サイクルの傾向を確認する。例えば、ユーザが毎晩、ＥＶ２００のバッテリーを充電する傾向にある場合、次回の充電時は、その日の晩であろうと推測される。

次いで、「年月日」、「時刻」、「運転時間」、「走行距離」、「走行履歴（位置情報）」のＯＢＤデータ履歴に基づいて、当該ユーザの運転度合いや生活習慣の傾向を確認し、この傾向から、ＥＶ２００が走行するに使用される分の充電量を推計する。

例えば、ユーザは、毎週平日（月〜金）の間、午前中は所定の場所（例えば買物）へ運転することが多く、また、自宅近隣内での運転に留まる傾向（遠出はしない傾向）にあるとする。そしてこの場合、平日の「ＳＯＣ」に基づき実際に平日に消費された充電量も加味し、平日に必要とされるであろう充電量は、例えば２０％以内などと推計される。

また、例えば、ユーザは、平日は殆ど運転しないものの、休日（土日祝日）は遠出をし終日運転する傾向にあるとする。そしてこの場合、休日の「ＳＯＣ」に基づき実際に休日に消費された充電量も加味し、休日に必要とされるであろう充電量は、例えば９０％以内などと推計される。

このように、管理サーバ１００（必要充電量推計部１３０）は、ユーザのＯＢＤデータ履歴に基づき、現時点において、ＥＶ２００が必要とするバッテリー２３０の必要充電量を推計する。

なお、管理サーバ１００は、上述の如く携帯端末４００から目的地情報、走行履歴情報、位置情報などの補足情報を受信している場合には、併せて補足情報を活用しながら、ＥＶ２００が必要とするバッテリー２３０の必要充電量を推計するとよい。必要充電量の推計精度の向上をより期待できるためである。

次いで、管理サーバ１００（余剰充電量算出部１４０）は、ＥＶ２００が有するバッテリー２３０の有する現在充電量と、推計された必要充電量とを取得し、現在充電量から必要充電量を減算した余剰充電量（余剰電力量）を算出する（ステップＳ２０３）。なお、ＥＶ２００が有するバッテリー２３０の有する現在充電量は、最新のＯＢＤデータ履歴の「ＳＯＣ」から取得すればよい。

図９は、余剰充電量算出を説明する図である。図に示されるように、管理サーバ１００（余剰充電量算出部１４０）は、現在充電量から必要充電量を減算したものを、余剰充電量として算出する。上述の如く、必要充電量は次回の充電時迄の間に使用される予定のバッテリーの充電量であるので、ＥＶ２００にとって、必要充電量分が確保されれば、余剰充電量の電力を供給（提供）したとしても、稼働上の支障はない。ここでは、現在充電量が９０％、必要充電量は２０％とし、余剰充電量は７０％と算出されるものとする。

なお、管理サーバ１００（余剰充電量算出部１４０）は、現在充電量から必要充電量を減算のうえ、さらに一定の予備充電量（例えば、５〜１０％）を減算したものを、余剰充電量として算出してもよい。必要充電量はＯＢＤデータ履歴に基づく推計値であるため、これにより推計誤差を吸収できる。また、突発的なＥＶ２００の稼働に備えることができる。

管理サーバ１００（余剰充電量問合応答部１５０）は、算出された制御装置３１０に応答する（ステップＳ２０４）。ここでは、余剰充電量は７０％と応答されるものとする。

制御装置３１０は、管理サーバ１００からの問合せ応答に従って、充電設備３２０を制御し、ＥＶ２００から余剰充電量分の電力を供給させる制御を行う（ステップＳ２０５）。ここでは、ＥＶ２００のバッテリー２３０（充電量９０％）から余剰充電量分（７０％）の電力が、充電設備３２０側に供給される。

制御装置３１０は、余剰充電量分の電力の供給を受けると、サービス提供サーバ３３０に提供された余剰充電量と、ユーザＩＤとを通知する（ステップＳ２０６）。

サービス提供サーバ３３０は、余剰充電量とユーザＩＤとが通知されると、当該ユーザに対し、余剰充電量に応じ、余剰電力供給の見返り又は対価として各種サービスを提供する（ステップＳ２０７）。

（サービス提供例）
上述したように、サービス提供サーバ３３０は、ＥＶ２００が余剰電力を供給（提供）した場合、余剰電力供給の見返り又は対価として各種特典やサービスを提供する。

例えば、施設３００の駐車場で、ユーザが自身のＥＶ２００から余剰電力を供給すると、サービス提供サーバ３３０は、例えば充電設備３２０の備える発券機等を利用してその商業施設で使用できるクーポン券、割引サービスを発行する。ユーザは、発行されたクーポン券、割引サービスを使用して、商業施設での買物を行うことができる。

また例えば、ユーザは、所定のポイントサービスを受けることができる。この場合、サービス提供サーバ３３０は、ポイントシステム（非図示）に対しポイント付与を依頼することで、当該ユーザのポイント口座にポイントが付与される。このポイントは、その商業施設や提携施設、又はインターネットサイト等での買物に使用することができる。

また例えば、ユーザは、駐車料金サービスを受けることもできる。この場合、駐車料金を支払う際、サービス分相当の駐車料金が割引される。

なお、クーポン券、割引サービス、ポイントサービス、駐車料金サービスの割引金額など、そのサービスの程度は、余剰充電量に応じ決定されるとよい。

（余剰電力の活用例）
一方、施設３００の充電設備３２０は、ＥＶ２００から余剰電力の供給を受けると、ユーザ間で当該電力を融通し合うべく、駐車中の他のＥＶに充電できる。これにより、当該施設３００として来店客サービス向上や集客力向上を期待できる。なお、来店客は、買物金額に応じ無料又は有料で、駐車場での充電サービスを受けることができる。

また、一の施設３００内での電力融通に限定せず、ＰＰＳ及び送電線を介し複数の施設間で電力を融通し合うようにしてもよい。例えば、余剰電力のオークションサービスの仕組みを導入し、施設は、自身の施設に対するユーザ（来店客）に提供する電力を確保するため、他の複数の施設で発生した余剰電力の中から、一番安い電力を落札することができる。

＜総括＞
以上説明したように、本実施形態によれば、ＥＶの有する余剰電力の有効活用を図ることができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

例えば、上述の実施形態において、ＯＢＤリーダ２２０が管理サーバ１００と直接通信可能な手段を有する場合、携帯端末４００を省略できる。この場合であっても、管理サーバ１００は、ＥＶ２００のＯＢＤデータを取得し管理できるためである。

上述の実施形態において、ＥＶ２００の車両状態を示す情報としてＯＢＤデータを取得した。しかしながら、車両状態を示す情報は、別途のシステムから取得してもよく、車載式故障診断システムからのＯＢＤデータに限定されない。

１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力装置
１５ 出力装置
１６ 通信装置
１７ ＨＤＤ
１００ 管理サーバ
１１０ 通信部
１２０ 記憶部
１３０ 必要充電量推計部
１４０ 余剰充電量算出部
１５０ 余剰充電量問合応答部
２００ ＥＶ
２１０ ＥＣＵ
２２０ ＯＢＤリーダ
２３０ バッテリー
３００ 施設
３１０ 制御装置
３１１ 通信部
３１２ 余剰充電量問合部
３１３ 制御部
３２０ 充電設備
３３０ サービス提供サーバ
４００ 携帯端末
４１０ 通信部
４２０ 車両状態情報取得部
５００ ネットワーク

Claims (6)

1. 車両状態情報を出力する出力装置を備えた電気自動車と、電気自動車の充電量を管理する充電量管理装置と、電気自動車の充電設備を制御する制御装置とを含む充電システムであって、
   前記制御装置は、
   前記充電量管理装置に前記電気自動車の余剰充電量を問合せる問合手段と、
   前記問合せに対する応答に従って、前記電気自動車から前記充電設備に前記余剰充電量の電力を供給させる制御手段とを備え、
   前記充電量管理装置は、
   前記電気自動車を運転するユーザの有する携帯端末から前記電気自動車の車両状態情報および前記携帯端末によって取得される目的地情報、走行履歴情報、位置情報の少なくともいずれか一つを含んだ補足情報を受信する受信手段と、
   前記受信手段により受信された前記車両状態情報および前記補足情報を、前記ユーザの識別子と関連付けて蓄積することにより、該車両状態情報の履歴を記憶する記憶手段と、
   前記履歴に基づいて、前記電気自動車が必要とするバッテリーの必要充電量を推計する推計手段と、
   前記問合せを受けたとき、前記車両状態情報に含まれるバッテリーの現在充電量と、前記推計手段により推計されたバッテリーの必要充電量とに基づいて、前記ユーザが運転する前記電気自動車のバッテリーの余剰充電量を算出する算出手段と、
   前記問合せに応じ、前記制御装置に前記算出手段により算出された余剰充電量を応答する問合応答手段と、
   を備えたことを特徴とする充電システム。
2. 前記充電システムは、サービス提供装置を含み、
   前記サービス提供装置は、前記余剰充電量を取得し、該余剰充電量に応じて前記ユーザに対するサービスを提供すること、
   を特徴とする請求項１記載の充電システム。
3. 前記推計手段は、前記履歴に基づいて、次回の充電が実施される日時を示す次回充電日時を推計すると共に、現在日時から前記次回充電日時迄の間に必要とされる充電量とを推計し、推計された該充電量を前記必要充電量と推計すること、
   を特徴とする請求項１又は２記載の充電システム。
4. 車両状態情報を出力する出力装置を備えた電気自動車と、電気自動車の充電設備を制御する制御装置とネットワークを介し接続され、電気自動車の充電量を管理する充電量管理装置であって、
   前記電気自動車を運転するユーザの有する携帯端末から電気自動車の車両状態情報および前記携帯端末によって取得される目的地情報、走行履歴情報、位置情報の少なくともいずれか一つを含んだ補足情報を受信する受信手段と、
   前記受信手段により受信された前記車両状態情報および前記補足情報を、前記ユーザの識別子と関連付けてを蓄積することにより、該車両状態情報の履歴を記憶する記憶手段と、
   前記履歴に基づいて、前記電気自動車が必要とするバッテリーの必要充電量を推計する推計手段と、
   前記制御装置から前記電気自動車の余剰充電量の問合せを受けたとき、前記車両状態情報に含まれるバッテリーの現在充電量と、前記推計手段により推計されたバッテリーの必要充電量とに基づいて、前記電気自動車から前記充電設備に供給させるための余剰充電量であって前記ユーザが運転する前記電気自動車のバッテリーの余剰充電量を算出する算出手段と、
   前記問合せに応じ、前記制御装置に前記算出手段により算出された余剰充電量を応答する問合応答手段と、
   を備えたことを特徴とする充電量管理装置。
5. 車両状態情報を出力する出力装置を備えた電気自動車と、電気自動車の充電量を管理する充電量管理装置と、電気自動車の充電設備を制御する制御装置とを含む充電システムにおける充電方法であって、
   前記制御装置が、
   前記充電量管理装置に前記電気自動車の余剰充電量を問合せる工程とを有し、
   前記充電量管理装置が、
   前記電気自動車を運転するユーザの有する携帯端末から電気自動車の車両状態情報および前記携帯端末によって取得される目的地情報、走行履歴情報、位置情報の少なくともいずれか一つを含んだ補足情報を受信する工程と、
   前記受信する工程により受信された前記車両状態情報および前記補足情報を、前記ユーザの識別子と関連付けてを蓄積することにより、該車両状態情報の履歴を記憶する工程と、
   前記履歴に基づいて、前記電気自動車が必要とするバッテリーの必要充電量を推計する工程と、
   前記問合せを受けたとき、前記車両状態情報に含まれるバッテリーの現在充電量と、前記推計する工程により推計されたバッテリーの必要充電量とに基づいて、前記ユーザが運転する前記電気自動車のバッテリーの余剰充電量を算出する工程と、
   前記問合せに応じ、前記制御装置に前記算出する工程により算出された余剰充電量を応答する工程と、
   前記制御装置が、
   前記問合せに対する応答に従って、前記電気自動車から前記充電設備に前記余剰充電量の電力を供給させる工程と、
   を有することを特徴とする充電方法。
6. 車両状態情報を出力する出力装置を備えた電気自動車と、電気自動車の充電設備を制御する制御装置とネットワークを介し接続され、電気自動車の充電量を管理する充電量管理装置に、
   前記電気自動車を運転するユーザの有する携帯端末から電気自動車の車両状態情報および前記携帯端末によって取得される目的地情報、走行履歴情報、位置情報の少なくともいずれか一つを含んだ補足情報を受信する受信手段と、
   前記受信手段により受信された前記車両状態情報および前記補足情報を、前記ユーザの識別子と関連付けてを蓄積することにより、該車両状態情報の履歴を記憶する記憶手段と、
   前記履歴に基づいて、前記電気自動車が必要とするバッテリーの必要充電量を推計する推計手段と、
   前記制御装置から前記電気自動車の余剰充電量の問合せを受けたとき、前記車両状態情報に含まれるバッテリーの現在充電量と、前記推計手段により推計されたバッテリーの必要充電量とに基づいて、前記電気自動車から前記充電設備に供給させるための余剰充電量であって前記ユーザが運転する前記電気自動車のバッテリーの余剰充電量を算出する算出手段と、
   前記問合せに応じ、前記制御装置に前記算出手段により算出された余剰充電量を応答する問合応答手段として機能させるためのプログラム。

Images