(57)【要約】【課題】回生電力を有効活用する。【解決手段】位置情報提供システム９は、複数の車両に位置情報を提供する。複数の車両の各々は、バッテリ１１０に蓄えられた電力を消費して走行するとともに、バッテリ１１０に回生電力を回収するように構成される。位置情報提供システム９は、複数の車両の各々のバッテリ１１０のＳＯＣを取得する通信装置３２０と、複数の車両に提供するための位置情報を生成する演算装置３００とを備える。演算装置３００は、勾配を下る車両１と上記勾配を上る車両２とのマッチングを車両１，２の各々のバッテリ１１０のＳＯＣに基づいて行い、車両１から車両２への電力供給を行うための車両１と車両２との合流地点の位置情報を生成する。【選択図】図６
2020077026.tif 000002
【特許請求の範囲】
【請求項１】
複数の車両に位置情報を提供する位置情報提供システムであって、
前記複数の車両の各々は、蓄電装置に蓄えられた電力を消費して走行するとともに、前記蓄電装置に回生電力を回収するように構成され、
前記位置情報提供システムは、
前記複数の車両の各々の前記蓄電装置の蓄電量を示す情報を取得する取得部と、
前記複数の車両に提供する位置情報を生成する生成部とを備え、
前記生成部は、前記複数の車両のうち勾配を下る第１の車両と前記勾配を上る第２の車両とのマッチングを前記第１および第２の車両の前記蓄電装置の蓄電量に基づいて行い、前記第１の車両から前記第２の車両への電力供給を行うための前記第１の車両と前記第２の車両との合流地点の位置情報を生成する、位置情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、位置情報提供システムに関し、より特定的には、車両に位置情報を提供する位置情報提供システムに関する。
【背景技術】
【０００２】
走行用の蓄電装置が搭載された車両の普及が進んでいる。これら車両の中には、車両外部への給電や車両外部からの受電が可能に構成された車両（プラグインハイブリッド車や電気自動車）が含まれる。
【０００３】
ある車両の蓄電装置の残存電力が不足して充電が必要であるものの、近くに充電設備が存在しない場合には、他の車両を呼び、その車両からの給電を受けることが考えられる。たとえば特開２０１２−１０８８７０号公報（特許文献１）には、充電を要する車両に電力を供給できる１以上の車両を複数の車両の中から選択する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１０８８７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明者らは、以下のような状況が生じ得ることに着目した。蓄電装置が満充電状態に近いなど蓄電装置に蓄えられた電力量が大きい車両では、走行に伴い発生する回生電力を蓄電装置に回収できなくなる可能性がある。このような、いわば過剰な電力を有する車両では、その過剰な電力を他の車両に供給する（給電する）ことが考えられる。他の車両への給電を適時に行えば、蓄電装置に余裕が生じることで将来、発生する回生電力を回収可能になるとともに、給電した電力を給電先の車両で有効活用することができるためである。よって、他の車両への給電が望ましい車両と、その車両からの給電電力を受ける（受電する）ことが可能な車両とを有効にマッチングすることが求められる。
【０００６】
本開示は、上記課題を解決するためになされたものであり、その目的は、回生電力を有効活用することである。
【課題を解決するための手段】
【０００７】
本開示のある局面に従う位置情報提供システムは、複数の車両に位置情報を提供する。複数の車両の各々は、蓄電装置に蓄えられた電力を消費して走行するとともに、蓄電装置に回生電力を回収するように構成される。位置情報提供システムは、複数の車両の各々の蓄電装置の蓄電量を示す情報を取得する取得部と、複数の車両に提供する位置情報を生成する生成部とを備える。生成部は、複数の車両のうち勾配を下る第１の車両と上記勾配を上る第２の車両とのマッチングを第１および第２の車両の蓄電装置の蓄電量に基づいて行い、第１の車両から第２の車両への電力供給を行うための第１の車両と第２の車両との合流地点の位置情報を生成する。
【０００８】
勾配を下る第１の車両では、勾配の途中で回生電力により蓄電装置が満充電状態になり、それ以上の回生電力を蓄電装置に回収できなくなる状況が生じ得る。このような場合には、第１の車両から第２の車両への電力供給を行うことで、第１の車両の蓄電装置に回生電力を回収するための余裕を作り出すとともに、勾配を上る第２の車両では第１の車両からの供給電力を登坂に使用することが可能になる。このように、上記構成によれば、給電が望ましい車両と受電が可能な車両とのマッチングを行い、第１の車両の回生電力を有効活用することができる。
【発明の効果】
【０００９】
本開示によれば、回生電力を有効活用することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態に係る位置情報提供システムの全体構成を概略的に示す図である。
【図２】車両およびサーバの構成をより詳細に示す図である。
【図３】マッチング処理が実行される状況を説明するための図である。
【図４】給電対象車を決定するための処理を示すフローチャートである。
【図５】受電可能車を決定するための処理を示すフローチャートである。
【図６】本実施の形態における給電対象車と受電可能車との合流処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付して、その説明は繰り返さない。
【００１２】
［実施の形態］
＜位置情報提供システムの構成＞
図１は、本実施の形態に係る位置情報提供システムの全体構成を概略的に示す図である。図１を参照して、位置情報提供システム９は、多数の車両１,２に必要な位置情報を提供するように構成されている。複数の車両１，２の各々は、バッテリ１１０（図２参照）が搭載され、かつ、車両外部との電力の授受（給電および受電）が可能に構成された電動車両である。本実施の形態では、車両１がプラグインハイブリッド車であり、車両２が電気自動車である例について説明する。
【００１３】
位置情報提供システム９は、サーバ３を備える。複数の車両１の各々とサーバ３とは、双方向の通信が可能に構成されている。また、複数の車両２の各々とサーバ３とも、双方向の通信が可能に構成されている。これにより、サーバ３は、各車両１，２から情報を収集したり、各車両１，２に情報を提供したりすることができる。
【００１４】
図２は、車両およびサーバ３の構成をより詳細に示す図である。図２では車両１の構成について代表的に説明する。図２を参照して、車両１は、ＥＣＵ（Electronic  Control  Unit）１００と、バッテリ１１０と、監視ユニット１２０と、ナビゲーションシステム１３０と、通信モジュール１４０とを備える。ＥＣＵ１００、監視ユニット１２０、ナビゲーションシステム１３０および通信モジュール１４０は、ＣＡＮ（Controller  Area  Network）などの有線の車載ネットワーク１５０により互いに接続されている。
【００１５】
バッテリ１１０は、各々がリチウムイオン二次電池またはニッケル水素電池等の二次電池である複数のセル（図示せず）を含んで構成された組電池である。バッテリ１１０は、いずれも図示しないが、電力制御装置（ＰＣＵ：Power  Control  Unit）を介してモータジェネレータに駆動用の電力を供給する。モータジェネレータは、回生制動によって発電することも可能である。また、車両１にはエンジンが搭載されている。モータジェネレータは、エンジンの動力を用いて発電することも可能である。モータジェネレータにより発電された交流電力は、ＰＣＵにより直流電力に変換されてバッテリ１１０に充電される。なお、バッテリ１１０は、本開示に係る「蓄電装置」に相当する。ただし、バッテリ１１０に代えて、電気二重層キャパシタ等のキャパシタを採用してもよい。
【００１６】
監視ユニット１２０は、バッテリ１１０の状態を監視するために設けられ、電圧センサ１２１と、電流センサ１２２と、温度センサ１２３とを含んで構成される。電圧センサ１２１は、バッテリ１１０の電圧ＶＢを検出する。電流センサ１２２は、バッテリ１１０に入出力される電流ＩＢを検出する。温度センサ１２３は、バッテリ１１０の温度ＴＢを検出する。各センサの検出結果は、車載ネットワーク１５０を介してＥＣＵ１００に送信される。
【００１７】
ナビゲーションシステム１３０は、人工衛星（図示せず）からの電波に基づいて車両１の位置を特定するためのＧＰＳ受信機１３１を含む。ナビゲーションシステム１３０は、ＧＰＳ受信機１３１により特定された車両１の位置情報（ＧＰＳ情報）を用いて、車両１の各種ナビゲーション処理を実行する。具体的には、ナビゲーションシステム１３０は、車両１のＧＰＳ情報とメモリ（図示せず）に記憶された道路地図データとに基づいて、車両１の周辺の道路地図に車両１の現在位置を重ね合わせてナビ画面（図示せず）に表示させる。また、ナビゲーションシステム１３０は、車両１の現在位置から目的地までの推奨ルート（走行予定ルート）を案内する。車両１の位置情報は、車載ネットワーク１５０を介してＥＣＵ１００にも出力される。
【００１８】
通信モジュール１４０は、車載ＤＣＭ（ＤＣＭ：Data  Communication  Module）であって、ＥＣＵ１００とサーバ３とが双方向に通信可能なように構成されている。
【００１９】
ＥＣＵ１００は、ＣＰＵ（Central  Processing  Unit）１０１と、メモリ１０２と、入出力ポート１０３と、タイマ１０４とを含んで構成される。ＥＣＵ１００は、各センサからの信号およびメモリ１０２に格納されたプログラム等に基づいて、車両１が所望の状態となるように機器類を制御する。ＥＣＵ１００により実行される主要な処理として、後に詳細に説明する「マッチング処理」に含まれる一部の処理が挙げられる。
【００２０】
サーバ３は、たとえばアプリケーションサーバである演算装置３００と、記憶装置３１０と、通信装置３２０とをさらに備える。記憶装置３１０は、各々がデータベースサーバである車両情報データベース３１１と、地図情報データベース３１２と含む。
【００２１】
車両情報データベース３１１は、車両１の車種や車重に関する情報、および、車両１のバッテリ１１０の満充電容量に関する情報など、様々な車両情報を格納する。
【００２２】
地図情報データベース３１２は、車両１の現在地の周囲の道路地図情報を格納する。道路地図情報は、各地点の高度情報や道路の勾配情報を含む。
【００２３】
通信装置３２０は、車両１に搭載された通信モジュール１４０と双方向のデータ通信を行うことが可能に構成されている。サーバ３は、通信装置３２０を介して、車両１の現在地を示す情報、車両１の走行予定ルートを示す情報、および、バッテリ１１０のＳＯＣ（State  Of  Charge）を示す情報などを取得する。なお、通信装置３２０は、本開示に係る「取得部」に相当する。
【００２４】
演算装置３００は、通信装置３２０を介して収集された車両１（および車両２）の上記情報と、地図情報データベース３１２に格納された道路地図情報とに基づいて、マッチング処理を実行する。マッチング処理の結果、生成された位置情報は、車両１（および車両２）に提供される。なお、演算装置３００は、本開示に係る「生成部」に相当する。
【００２５】
電気自動車である車両２の構成は、エンジンが搭載されていない点において、プラグインハイブリッド車である車両１の構成と異なる。しかし、図２に示した基本構成は車両１，２のいずれにおいても共通である。したがって、車両２の構成についての詳細な説明は繰り返さない。
【００２６】
＜マッチング処理＞
図３は、マッチング処理が実行される状況を説明するための図である。本実施の形態では、図３に示すように、複数の車両１が長い勾配を下り、かつ、複数の車両２が当該勾配を上る状況を想定する。ただし、図３では、図面が煩雑になるのを防ぐため、車両１，２を１台ずつ示している。
【００２７】
図３を参照して、複数の車両１の各々では、降坂に伴い、モータジェネレータにより発電された回生電力がバッテリ１１０に充電される。そのため、車両１の降坂前（あるいは降坂の早い段階）に既にバッテリ１１０のＳＯＣが高い状態である場合には、車両１の降坂中にバッテリ１１０が満充電状態となり得る。そうすると、それ以上の回生電力をバッテリ１１０に回収することができなくなり、潜在的に利用可能な回生電力が無駄になってしまう可能性がある。
【００２８】
一方、複数の車両２の各々では、モータジェネレータが登坂のために消費する電力がバッテリ１１０から放電される。そのため、車両２の登坂時（登坂中であってもよいし、登坂後であってもよい）には、車両２の登坂前と比べて、バッテリ１１０のＳＯＣが低い状態となっている。つまり、車両２のバッテリ１１０には充電可能な余裕（空き容量）がある。
【００２９】
このような事情を考慮し、本実施の形態においては、他の車両への給電が望ましい車両１（複数の車両１のうちのいずれかの車両）と、他の車両からの給電電力の受電が可能な車両２（複数の車両２のうちのいずれかの車両）とがマッチングされる。以下では、前者を「給電対象車」とも称し、後者を「受電可能車」とも称する。マッチングされた給電対象車および受電可能車には、これらの車両が合流可能な地点の位置情報が提供される。そうすると、両車両は合流地点にて合流し、いずれかの車両のユーザにより両車両が充電ケーブルで電気的に接続される。そして、給電対象車から受電可能車への電力供給が行われる。これにより、給電対象車に充電の余裕が生まれるので給電対象車にて発生する回生電力が無駄になることを防ぎ、かつ、給電対象車から給電された電力を受電可能車が勾配を上る際に有効活用することができる。
【００３０】
図３に示した勾配を降坂走行するすべての車両が給電対象車に該当するのではなく、上記勾配を登坂走行するすべての車両が受電可能車に該当するのではない。以下では、図４において、複数の車両１の中から給電対象車の候補となる車両を決定する処理を説明する。また、図５において、複数の車両２の中から受電可能車の候補となる車両を決定する処理を説明する。
【００３１】
＜給電対象車の決定フロー＞
図４は、給電対象車を決定するための処理を示すフローチャートである。図４では、図中左側に複数の車両１の各々のＥＣＵ１００により実行される一連の処理を示す。これらの処理は、各車両１の降坂時（降坂前であってもよいし、降坂途中であってもよい）にメインルーチン（図示せず）から呼び出されて車両１のＥＣＵ１００により実行される。また、図中右側にサーバ３の演算装置３００により実行される一連の処理を示す。これらの処理は、所定条件が成立する度または所定周期が経過する毎にメインルーチン（図示せず）から呼び出されて演算装置３００により実行される。後述する図５についても同様である。
【００３２】
なお、図４ならびに後述する図５および図６に示すフローチャートに含まれる各ステップ（以下、「Ｓ」と略す）は、基本的にはＥＣＵ１００または演算装置３００によるソフトウェア処理によって実現されるが、ＥＣＵ１００または演算装置３００内に作製された専用のハードウェア（電気回路）によって実現されてもよい。以下では、記載の明確化および簡略化のため、車両１のＥＣＵ１００により実行される処理については、単に車両１による処理と記載する。また、サーバ３の演算装置３００により実行される処理を単にサーバ３により実行される処理と記載する。
【００３３】
図４を参照して、Ｓ１０１において、車両１は、車両１のユーザが車両１のバッテリ１１０に蓄えられた電力を車両外部に供給する（給電する）ことを希望しているか否かを判定する。たとえば、車両１には、バッテリ１１０が満充電状態となるのを防ぐために積極的に給電するモードが設けられている。当該モードがユーザにより予め選択されている場合に、車両１は、ユーザが給電を希望していると判定する。また、車両１は、ナビゲーションシステム１３０により設定された車両１の走行予定ルートに長い下り勾配が含まれるときにユーザに給電の可否を問い合わせ、ユーザが給電を受け入れる操作を行った場合に、ユーザが給電を希望していると判定してもよい。ユーザが給電を希望していない場合（Ｓ１０１においてＮＯ）には以降の処理は実行されず、処理がメインルーチンに戻される。
【００３４】
ユーザが給電を希望している場合（Ｓ１０１においてＹＥＳ）、車両１は、バッテリ１１０のＳＯＣを算出する。ＳＯＣの算出手法としては、ＯＣＶ（Open  Circuit  Voltage）−ＳＯＣカーブを用いた手法または電流積算法など、公知の手法を採用することができる。算出されたＳＯＣを示す情報は、サーバ３へと送信される（Ｓ１０２）。
【００３５】
サーバ３は、車両１のバッテリ１１０のＳＯＣを示す情報を受けると、バッテリ１１０に充電可能な電力量（バッテリ１１０の空き電力量）Ｗ１を算出する（Ｓ３１１）。なお、バッテリ１１０の満充電容量を示す情報は車両情報データベース３１１に格納されているため、バッテリ１１０の満充電容量とバッテリ１１０のＳＯＣとから空き電力量Ｗ１を算出することができる。
【００３６】
Ｓ１０３において、車両１は、車両１の降坂時における走行予定ルート（以下、「降坂予定ルート」と記載する）を示す情報をナビゲーションシステム１３０から取得し、取得した情報をサーバ３に送信する。
【００３７】
Ｓ３１２において、サーバ３は、車両１が勾配を最後まで下った場合に発生する回生電力量Ｗ２を算出する。たとえば、サーバ３は、車両１の降坂予定ルートに沿う単位距離毎の回生電力量を、車両１の車重と、その単位距離における車両１の車速（予測値）とから算出する。そして、サーバ３は、単位距離毎の回生電力量を降坂予定ルートに亘って積算することによって、回生電力量Ｗ２を算出する。
【００３８】
なお、車両１の車重は、車両情報データベース３１１に格納されている値（たとえばカタログ値）を用いることができる。また、車両１の降坂予定ルートに沿う単位距離毎の車両１の車速の予測値としては、他の車両が同一ルートを走行した際の車速を収集することで、収集された値（実績値）を用いることができる。あるいは、車速の予測値として、降坂予定ルートにおける法定速度など、予め定められた値（固定値）を用いてもよい。
【００３９】
Ｓ３１３において、サーバ３は、車両１が勾配を最後まで下った場合にバッテリ１１０に回生し切れない電力量である余剰電力量Ｗ３を算出する。具体的には、具体的には、サーバ３は、Ｓ３１２にて算出された回生電力量Ｗ２と、Ｓ３１１にて算出されたバッテリ１１０の空き電力量Ｗ１との差分を余剰電力量Ｗ３として算出することができる（Ｗ３＝Ｗ２−Ｗ１）。
【００４０】
Ｓ３１４において、サーバ３は、車両１の降坂走行により車両１のバッテリ１１０が満充電状態となる可能性があるか否かを判定する。サーバ３は、余剰電力量Ｗ３が０以上である場合にバッテリ１１０が満充電状態となる可能性があると判定する。
【００４１】
車両１のバッテリ１１０が満充電状態となる可能性がある場合（Ｓ３１４においてＹＥＳ）、サーバ３は、車両１を、車両１の勾配における給電対象車の候補に決定する（Ｓ３１５）。なお、サーバ３は、車両１のバッテリ１１０が満充電状態に至らなくても満充電状態に近い状態になるのであれば、その車両１を給電対象車との候補としてもよい。すなわち、サーバ３は、余剰電力量Ｗ３が０よりも大きい所定値である場合に、バッテリ１１０が満充電状態に近い状態となる可能性があるとして、Ｓ３１５に処理を進めてもよい。
【００４２】
＜受電可能車の決定フロー＞
図５は、受電可能車を決定するための処理を示すフローチャートである。これらの処理は、車両２の登坂時（登坂途中であってもよいし、登坂後であってもよい）にメインルーチン（図示せず）から呼び出されて車両２のＥＣＵ１００により実行される。また、図中右側にサーバ３により実行される一連の処理を示す。
【００４３】
図５を参照して、Ｓ２０１において、車両２は、車両２のユーザが他の車両から供給された電力を受ける（受電する）ことを希望しているか否かを判定する。たとえば、車両２には、給電対象車からの給電電力によるバッテリ１１０の充電を受け入れるモードが設けられている。当該モードがユーザにより予め選択されている場合に、車両２は、ユーザが受電を希望していると判定する。また、車両２は、ナビゲーションシステム１３０により設定された車両２の走行予定ルートに長い上り勾配が含まれるときにユーザに受電の可否を問い合わせ、ユーザが受電を受け入れる操作を行った場合に、ユーザが受電を希望していると判定してもよい。なお、ユーザが受電を希望していない場合（Ｓ２０１においてＮＯ）には以降の処理は実行されず、処理がメインルーチンに戻される。
【００４４】
ユーザが受電を希望している場合（Ｓ２０１においてＹＥＳ）、車両２は、バッテリ１１０のＳＯＣを算出し、算出されたＳＯＣを示す情報をサーバ３に送信する（Ｓ２０２）。
【００４５】
サーバ３は、車両２のバッテリ１１０のＳＯＣを示す情報を受けると、バッテリ１１０に充電可能な電力量（バッテリ１１０の空き電力量）Ｗ４を算出する（Ｓ３２１）。
【００４６】
Ｓ２０３において、車両２は、車両２の登坂時における走行予定ルート（登坂予定ルート）を示す情報をナビゲーションシステム１３０から取得し、取得した情報をサーバ３に送信する。
【００４７】
Ｓ３２２において、サーバ３は、車両２のバッテリ１１０の空き電力量Ｗ４が給電対象車からの給電を受けるのに十分であるか否かを判定する。サーバ３は、空き電力量Ｗ４が基準量Ｗｒｅｆ以上である場合に空き電力量Ｗ４が十分であると判定する。基準量Ｗｒｅｆとしては、予め定められた固定値を用いてもよいし、車両２が走行予定である勾配の大きさ（傾き）および長さ等に応じて定まる可変値を用いてもよい。
【００４８】
空き電力量Ｗ４が基準量Ｗｒｅｆ以上である場合（Ｓ３２２においてＹＥＳ）、サーバ３は、給電対象車からの給電電力を受ける余裕が車両２のバッテリ１１０にあるとして、車両２を受電可能車の候補に決定する（Ｓ３２３）。
【００４９】
なお、車両２のバッテリ１１０の空き電力量Ｗ４が基準量Ｗｒｅｆ未満である場合（Ｓ３２２においてＮＯ）には、車両２のバッテリ１１０では、給電対象車からのすべての給電電力を受けることができない可能性が高い。したがって、サーバ３は、その車両２については受電可能車の候補に決定することなく、処理をメインルーチンに戻す。
【００５０】
＜合流処理フロー＞
図６は、本実施の形態における給電対象車と受電可能車との合流処理を示すフローチャートである。このフローチャートは、給電対象車の候補が少なくとも１台決定され、かつ、受電可能車の候補が少なくとも１台決定された状態において、たとえば所定の演算周期が経過する毎に、メインルーチン（図示せず）から呼び出されてサーバ３により実行される。
【００５１】
図６を参照して、Ｓ４０１，Ｓ４０２において、サーバ３は、以下に説明する各条件を満たすように、複数の車両１の中のいずれか１台の車両と、複数の車両２の中のいずれか１台の車両とを選択することによって、当該２台の車両のマッチングを行う。
【００５２】
Ｓ４０１において、サーバ３は、複数の車両１の各々の降坂予定ルートと、複数の車両２の各々の登坂予定ルートとを比較し、降坂予定ルートと登坂予定ルートとが一致する車両が２台以上あるか否かを判定する。サーバ３は、車両１による勾配の走行予定時刻と車両２による勾配の走行予定時刻とが重複している場合に、車両１の降坂予定ルートと車両２の登坂予定ルートとが一致すると判定する。
【００５３】
サーバ３は、降坂予定ルートと登坂予定ルートとが一致する２台以上の車両について（Ｓ４０１においてＹＥＳ）、車両１のバッテリ１１０の余剰電力量Ｗ３と、車両２のバッテリ１１０の空き電力量Ｗ４とを比較する。そして、空き電力量Ｗ４が余剰電力量Ｗ３以上である車両の組み合わせが存在する場合（Ｓ４０２においてＹＥＳ）、サーバ３は、処理をＳ４０３に進め、それら２台の車両をマッチングさせる。マッチングされた車両１（第１の車両）を「車両１Ａ」と記載し、マッチングされた車両２（第２の車両）を「車両２Ｂ」と記載する。
【００５４】
なお、マッチング可能な２台の車両が発見されなかった場合（Ｓ４０１においてＮＯまたはＳ４０２においてＮＯ）には、Ｓ４０３以降の処理は実行されず、処理がメインルーチンに戻される。なお、この場合、サーバ３は、マッチング不能であった旨の通知（図示せず）を車両１，２に送信してもよい。
【００５５】
Ｓ４０４において、サーバ３は、車両１Ａ，２Ｂに対し、合流場所の位置情報を生成して送信するとともに、合流場所に到着すべき時刻に関する情報を送信する。車両１Ａ，２Ｂの合流の際の駐車スペースを確保するため、合流場所としては、勾配途中に設けられた駐車場、休憩所、レストランなどを指定することが望ましい。
【００５６】
さらに、サーバ３は、車両１Ａに対し、マッチング相手となる車両２Ｂに関する情報（たとえば車両２Ｂの車種、車体の色、ナンバーに関する情報）を送信する（Ｓ４０５）。同様に、サーバ３は、車両２Ｂに対し、車両１Ａに関する情報を送信する（Ｓ４０６）。車両１Ａ，車両２Ｂのユーザは、これらの情報を用いることで、合流時刻に合流場所でマッチング相手の車両を容易に発見することが可能になる。
【００５７】
図示しないが、その後、車両１Ａ，２Ｂは、指定された合流場所にて合流する。そして、車両１Ａ，２Ｂのいずれかのユーザが車両１Ａと車両２Ｂとを充電ケーブルにより電気的に接続すると、車両１Ａから車両２Ｂへと余剰電力量Ｗ３の電力供給が行われる。
【００５８】
以上のように、本実施の形態においては、勾配を下るとバッテリ１１０が満充電状態となることが予想される車両１と、バッテリ１１０に充電可能な余裕がある車両２とがマッチングされる。一般に、プラグインハイブリッド車に搭載されるバッテリの容量は、電気自動車に搭載されるバッテリの容量よりも小さい。したがって、車両１では、長い勾配を下る際にバッテリ１１０が満充電状態に至り、回生電力を回収できなくなる可能性が相対的に高いと言える。車両１のバッテリ１１０の電力を給電することにより、回生電力を回収するための空き容量をバッテリ１１０に作り出すことができる。
【００５９】
一方、車両２は、その長い勾配を上る際にバッテリ１１０の電力を消費することになる。したがって、車両１からの給電電力を車両２が受電することにより、受電した電力を登坂走行に使用することができる。また、電気自動車である車両２では、勾配の途中でバッテリ１１０が残存電力切れになると走行不能になるところ、そのような事態を回避することも可能になる。このように、本実施の形態によれば、車両１の回生電力を有効活用することができる。
【００６０】
なお、本実施の形態では、プラグインハイブリッド車である車両１が勾配を下り、電気自動車である車両２が勾配を上る状況を例に説明した。しかし、位置情報提供システム９が合流位置に関する情報を提供可能な状況はこれに限定されるものではなく、電気自動車が勾配を下り、プラグインハイブリッド車が勾配を上る状況であってもよい。あるいは、勾配を下る車両と勾配を上る車両との両方がプラグインハイブリッド車であってもよいし、両方が電気自動車であってもよい。また、勾配を下る車両と勾配を上る車両とのうちの一方または両方が燃料電池車であってもよい。
【００６１】
今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される
【符号の説明】
【００６２】
１，１Ａ，２，２Ｂ  車両、３  サーバ、９  位置情報提供システム、１００  ＥＣＵ、１０１  ＣＰＵ、１０２  メモリ、１０３  入出力ポート、１０４  タイマ、１１０  バッテリ、１２０  監視ユニット、１２１  電圧センサ、１２２  電流センサ、１２３  温度センサ、１３０  ナビゲーションシステム、１３１  ＧＰＳ受信機、１４０  通信モジュール、１５０  車載ネットワーク、３００  演算装置、３１０  記憶装置、３１１  車両情報データベース、３１２  地図情報データベース、３２０  通信装置。
【図１】
2020077026.tif 000003
【図２】
2020077026.tif 000004
【図３】
2020077026.tif 000005
【図４】
2020077026.tif 000006
【図５】
2020077026.tif 000007
【図６】
2020077026.tif 000008