JP2019086844A

JP2019086844A - サーバおよび情報提供システム

Info

Publication number: JP2019086844A
Application number: JP2017212086A
Authority: JP
Inventors: 篤志水谷; Atsushi Mizutani; 大輝兼市; Daiki Kaneichi; 弘崇輕部; Hirotaka Karube; 近藤　淳; Atsushi Kondo; 淳近藤; 健一小室; Kenichi Komuro
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2017-11-01
Filing date: 2017-11-01
Publication date: 2019-06-06
Anticipated expiration: 2037-11-01
Also published as: CN109754303B; US20190130661A1; JP6922661B2; US10984611B2; CN109754303A

Abstract

【課題】車両間で受電および給電を繰り返すことによる電力ロスを抑制する。【解決手段】情報提供システムは、複数の車両と、複数の車両と通信可能に構成されたサーバとを備える。複数の車両の各々は、他車両との間で給電および受電が可能に構成される。サーバは、複数の車両のうちから給電車両および受電車両を設定し、給電車両と受電車両とをマッチングするマッチング処理を実行する。サーバは、複数の車両のうちの、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。【選択図】図８

Description

本開示は、電動車両へ情報を提供するサーバおよび情報提供システムに関する。

特開２０１３−１３０９６３号公報（特許文献１）には、充電を必要とする電動車両に対して充電を救済するためのサービスを提供する充電システムが開示されている。この充電システムには、サーバと、複数の電動車両とが含まれる。サーバは、充電を要求している受電車両の情報と、他車両に対して給電可能である旨を送信してきた給電許可車両の情報とを照合し、給電許可車両の中から適合条件をみたす給電車両を選定し、選定された給電車両の情報を受電車両に提供する。

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

給電車両から受電車両に電力を供給する際には、一般的に、給電車両および受電車両の少なくとも一方において電力変換（直流と交流との間の変換、あるいは直流電圧の変換など）が行なわれる。電力変換にはロス（損失）が生じるため、車両間での受電および給電が過度に繰り返されると、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことが懸念される。

本開示は、上述の課題を解決するためになされたものであって、その目的は、車両間で受電および給電を繰り返すことによる電力ロスを抑制することである。

（１）本開示によるサーバは、各々が他車両との間で給電および受電が可能に構成された複数の車両と通信可能に構成された通信部と、複数の車両のうちから給電車両および受電車両を設定し、給電車両と受電車両とをマッチングするマッチング処理を実行するように構成された制御部とを備える。制御部は、複数の車両のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。

上記構成によれば、複数の車両のうち、他車両から受電した履歴を有する車両が、マッチング処理において給電車両に設定されることが禁止される。これにより、車両間での受電および給電が過度に繰り返されることが抑制される。そのため、全体として、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことを抑制することができる。

（２）ある実施の形態においては、サーバは、他車両からの受電履歴に関する情報を複数の車両ごとに記憶する記憶部をさらに備える。制御部は、受電履歴に関する情報を用いて、各車両が他車両から受電した履歴を有する車両であるか否かを判定する。

（３）ある実施の形態においては、制御部は、マッチング処理によって受電車両に設定された履歴を有する車両に対してマッチング履歴フラグを付与する。受電履歴に関する情報には、マッチング履歴フラグの情報が含まれる。

上記の構成によれば、サーバが管理するマッチング履歴フラグを用いて、各車両が他車両から受電した履歴を有するか否かを判定することができる。

（４）ある実施の形態においては、各車両は、他車両から受電した場合、他車両から受電したことを示す受電履歴フラグをサーバに送信する。受電履歴に関する情報には、受電履歴フラグが含まれる。

上記の構成によれば、各車両からサーバが受信した受電履歴フラグを用いて、各車両が他車両から受電した履歴を有するか否かを判定することができる。

（５）本開示による情報提供システムは、各々が他車両との間で給電および受電が可能に構成された複数の車両と、複数の車両と通信可能に構成され、複数の車両のうちから給電車両および受電車両を設定し、給電車両と受電車両とをマッチングするマッチング処理を実行するように構成されたサーバとを備える。情報提供システムは、複数の車両のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。

本開示によれば、車両間で受電および給電を繰り返すことによる電力ロスを抑制することができる。

情報提供システムの全体構成を概略的に示す図である。車両の構成の一例を示す図である。車両間充電を説明するための図である。車両におけるナビゲーション装置に関連する構成を示すブロック図である。サーバの構成を示すブロック図である。情報提供システムに含まれる受電要求車両、サーバ３００、給電許可車両で実行される処理の一例を示すシーケンス図である。サーバの記憶部に記憶されてる受電履歴情報の一例を示す図である。サーバが行なうマッチング処理の詳細な手順の一例を示すフローチャートである。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

＜システム構成＞
図１は、本実施の形態による情報提供システム１０の全体構成を概略的に示す図である。情報提供システム１０は、複数の電動車両（以下、単に「車両」ともいう）１００と、サーバ３００とを備える。車両１００およびサーバ３００は、インターネットあるいは電話回線などの通信ネットワーク４００を介して互いに通信可能に構成されている。なお、各車両１００は、通信ネットワーク４００の基地局４１０と無線通信によって情報の授受が可能に構成される。

車両１００は、図２で後述するように、搭載された蓄電装置からの電力を用いて走行駆動力を生成するとともに、車両外部の電源から供給される電力を用いて蓄電装置の充電が可能な電気自動車（ＥＶ）である。

サーバ３００は、車両１００と通信を行ない、車両１００に対して他車両に関する情報を提供する。

図２は、車両１００の構成の一例を示す図である。車両１００は、蓄電装置１１０と、駆動装置であるＰＣＵ１２０と、モータジェネレータ１３０と、動力伝達ギア１３５と、駆動輪１４０と、車両ＥＣＵ（Electronic Control Unit）１５０と、ナビゲーション装置１７０とを備える。

車両１００は、車両外部の充電ステーションあるいは商用電力網から供給される電力を用いて蓄電装置１１０を充電することが可能である。また、車両１００は、蓄電装置１１０の電力を車両外部に出力することも可能であり、他車両との間で充放電を行なう「車両間充電」を行なうことも可能である。

図３は、車両間充電を説明するための図である。車両間充電を行なう場合には、図３に示すように、電力を受ける車両１００（以下「受電車両１００Ａ」ともいう）と電力を供給する車両１００（以下「給電車両１００Ｂ」ともいう）とを、充電ケーブル５００によって接続する。そして、給電車両１００Ｂの蓄電装置１１０Ｂから電力を放電し、受電車両１００Ａの蓄電装置１１０Ａを充電する。

図２に戻って、蓄電装置１１０は、充放電可能に構成される。蓄電装置１１０は、たとえば、リチウムイオン電池あるいはニッケル水素電池などの二次電池や、電気二重層キャパシタなどの蓄電素子を含んで構成される。

蓄電装置１１０は、車両１００の駆動力を発生させるための電力をＰＣＵ１２０に供給する。また、蓄電装置１１０は、モータジェネレータ１３０で発電された電力を蓄電する。

ＰＣＵ１２０は、いずれも図示しないが、コンバータやインバータなどの電力変換装置を含んで構成される。そして、コンバータおよびインバータは、車両ＥＣＵ１５０からの制御信号によってそれぞれ制御され、蓄電装置１１０からの直流電力を、モータジェネレータ１３０を駆動するための交流電力に変換する。

モータジェネレータ１３０は交流回転電機であり、たとえば、永久磁石が埋設されたロータを備える永久磁石型同期電動機である。モータジェネレータ１３０の出力トルクは、動力伝達ギア１３５を介して駆動輪１４０に伝達されて、車両１００を走行させる。モータジェネレータ１３０は、車両１００の回生制動動作時には、駆動輪１４０の回転力によって発電することができる。そして、その発電電力は、ＰＣＵ１２０によって蓄電装置１１０の充電電力に変換される。

車両ＥＣＵ１５０は、いずれも図２には図示しないがＣＰＵ（Central Processing Unit）、記憶装置および入出力バッファを含み、各センサ等からの信号の入力や各機器への制御信号の出力を行なうとともに、車両１００および各機器の制御を行なう。なお、これらの制御については、ソフトウェアによる処理に限られず、専用のハードウェア（電子回路）で構築して処理することも可能である。

車両１００は、蓄電装置１１０の充放電を行なう構成として、双方向電力変換装置１６０と、通信部１８０と、インレット１９０とをさらに備える。インレット１９０には、充電ケーブル５００の充電コネクタ５１０が接続される。そして、他車両等から供給される電力が、充電ケーブル５００を介して車両１００に伝達される。

双方向電力変換装置１６０は、蓄電装置１１０とインレット１９０との間に接続される。双方向電力変換装置１６０は、車両ＥＣＵ１５０からの制御信号により制御される。双方向電力変換装置１６０は、他車両等から供給される電力で蓄電装置１１０を充電する場合、他車両等から供給される電力を蓄電装置１１０が充電可能な電力に変換する。また、双方向電力変換装置１６０は、蓄電装置１１０の電力を他車両等に供給する場合、蓄電装置１１０の電力を他車両等へ出力可能な電力に変換する。

通信部１８０は、車両ＥＣＵ１５０と車両外部のサーバ３００あるいは他車両との間で通信を行なうためのインターフェースである。通信部１８０は、上述のように通信ネットワーク４００を介してサーバ３００と通信可能に構成される。

図４は、車両１００におけるナビゲーション装置１７０に関連する構成を示すブロック図である。ナビゲーション装置１７０は、図４に示されるように、入力部１７２と、表示部１７４と、記憶部１７６と、位置検出部１７８とを含む。ナビゲーション装置１７０は、記憶部１７６に記憶された地図情報と、位置検出部１７８のＧＰＳ（Global Positioning System）により検出した車両１００の位置情報とを用いて、ユーザに地図上における車両１００の現在位置を表示したり、目的地までの案内を行なったりする。

表示部１７４は、たとえば液晶パネルで構成されており、車両１００の現在位置、あるいは車両ＥＣＵ１５０からの各種情報を表示する。入力部１７２は、タッチパネルやスイッチ等で構成されており、ユーザによる操作を受け付ける。

図５は、サーバ３００の構成を示すブロック図である。サーバ３００は、制御部３１０と、記憶部３２０と、通信部３３０とを含む。

通信部３３０は、通信ネットワーク４００を介して車両１００と通信を行なうためのインターフェースである。記憶部３２０には、地図情報および車両１００から受信した情報が記憶されている。なお、後述する「受電履歴情報」も記憶部３２０に記憶されている。

制御部３１０は、車両１００から通信部３３０が受信した情報および記憶部３２０に記憶された情報に基づいて、車両間充電を行なう車両同士をマッチングさせる処理を行なう。

＜車両間充電を行なう車両同士のマッチング＞
上述のように、車両１００は、他車両との間で車両間充電を行なうことが可能である。したがって、蓄電装置１１０の残電力量に余裕がなく他車両からの受電を要求する車両１００（以下「受電要求車両」ともいう）と、蓄電装置１１０の残電力量に余裕があり他車両への給電を許容する車両１００（以下「給電許可車両」ともいう）とをマッチングすることができれば、各車両１００に蓄えられる電力エネルギを有効に利用することが可能となる。

そこで、本実施の形態１による情報提供システム１０は、複数の車両１００のうちから受電候補車両および給電候補車両を設定して双方の車両をマッチングする「マッチング処理」を行ない、マッチングされた各車両にマッチング内容を通知するサービスを提供する。

しかしながら、マッチングされた車両間で実際に電力をやり取りする際には、双方の車両の双方向電力変換装置１６０において電力変換が行なわれる。この電力変換に起因してロス（損失）が生じる。したがって、車両間での受電および給電が過度に繰り返されると、全体として、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことが懸念される。

この点に鑑み、本実施の形態１による情報提供システム１０は、複数の車両１００のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。以下、このサービスの詳細について説明する。

図６は、情報提供システム１０に含まれる受電要求車両（より詳しくは受電要求車両の車両ＥＣＵ１５０）、サーバ３００（より詳しくはサーバ３００の制御部３１０）、給電許可車両（より詳しくは給電許可車両の車両ＥＣＵ１５０）で実行される処理の一例を示すシーケンス図である。なお、図６には説明を単純化するために受電要求車両および給電許可車両をそれぞれ１台ずつのみ記載しているが、実際には受電要求車両および給電許可車両はそれぞれ複数存在し得る。

給電許可車両は、ユーザ操作などに応じて他車両への給電を許容する場合、給電許可情報をサーバ３００に送信する（ステップＳ１０）。給電許可情報には、給電許可車両を特定するための車両ＩＤ、給電許可車両の現在位置、他車両へ給電可能な電力量（以下「可能給電量」ともいう）などの情報が含まれる。

サーバ３００は、給電許可車両から給電許可情報を受信すると、当該給電許可車両から受信した給電許可情報を記憶部３２０に記憶する（ステップＳ５０）。

受電要求車両は、ユーザ操作などに応じて他車両からの受電を要求する場合、受電要求車両Ａの受電要求情報をサーバ３００に送信する（ステップＳ２０）。受電要求情報には、受電要求車両を特定するための車両ＩＤ、受電要求車両の現在位置、他車両からの受電を要求する電力量（以下「要求受電量」ともいう）などの情報が含まれる。

サーバ３００は、受電要求車両から受電要求情報を受信すると、当該受電要求車両を受電候補車両に設定し、上述の「マッチング処理」を行なう（ステップＳ１００）。

サーバ３００は、マッチング処理において、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の情報とに基づいて、受電候補車両への給電に適した車両を複数の給電許可車両のうちから設定して給電候補車両に設定する。

そして、サーバ３００は、記憶部３２０に記憶されてる「受電履歴情報」を参照して、設定された給電候補車両が他車両から受電した履歴を有するか否かを判定する。

図７は、サーバ３００の記憶部３２０に記憶されてる「受電履歴情報」の一例を示す図である。図７に示すように、受電履歴情報には、車両ＩＤと、その車両ＩＤに対応付けられたマッチング履歴フラグＦｍとが含まれる。

マッチング履歴フラグＦｍは、マッチング処理によって受電車両に設定された履歴の有無を示すフラグである。マッチング履歴フラグＦｍが「１」である場合は受電車両に設定された履歴があることを意味し、マッチング履歴フラグＦｍが「０」である場合は受電車両に設定された履歴がリセットされていることを意味する。

サーバ３００は、マッチング処理によって受電車両が設定された場合、当該車両のマッチング履歴フラグＦｍを「１」に設定する。サーバ３００は、マッチング履歴フラグＦｍが「１」に設定されてから所定時間（たとえば２４時間）が経過すると、当該車両が他車両から受電した電力量が既に消費されていることが想定されるため、そのマッチング履歴フラグＦｍを「０」にリセットする。

サーバ３００は、図７に示すような「受電履歴情報」を参照して、設定された給電候補車両が他車両から受電した履歴を有するか否かを判定する。サーバ３００は、設定された給電候補車両の車両ＩＤが受電履歴情報に含まれており、かつその車両のマッチング履歴フラグＦｍが「１」である場合、設定された給電候補車両が他車両から受電した履歴を有すると判定する。一方、設定された給電候補車両の車両ＩＤが受電履歴情報に含まれていない場合、あるいは、設定された給電候補車両の車両ＩＤが受電履歴情報に含まれいるがその車両のマッチング履歴フラグＦｍが「０」にリセットされている場合、設定された給電候補車両が他車両から受電した履歴を有しないと判定する。

設定された給電候補車両が他車両から受電した履歴を有しない場合、サーバ３００は、設定された給電候補車両と受電候補車両とのマッチング処理を進める。

具体的には、サーバ３００は、設定された給電候補車両に対してマッチングの可否について問合せる。この問合せを受けた給電候補車両は、マッチングの可否についてサーバ３００に回答する（ステップＳ１５）。サーバ３００は、給電候補車両からマッチングを承認する旨の回答を受信すると、当該給電候補車両と受電候補車両とのマッチングを確定させる。そして、サーバ３００は、マッチングされた双方の車両に対して、マッチングされた車両の情報などを通知する。サーバ３００からの通知を受信した受電候補車両は、受信した通知内容を表示部１７４に表示させる（ステップＳ２６）。同様に、サーバ３００からの通知を受信した給電候補車両は、受信した通知内容を表示部１７４に表示させる（ステップＳ２６）。これにより、各車両のユーザは、マッチングされた相手側の車両を確認することができる。

一方、設定された給電候補車両が他車両から受電した履歴を有する場合、サーバ３００は、当該車両をマッチング処理において給電車両に設定することを禁止する。具体的には、サーバ３００は、他車両から受電した履歴を有すると判定された給電候補車両を除外して、残りの給電許可車両のうちから新たな給電候補車両を選定し直す。これにより、他車両から受電した履歴のある車両が、マッチング処理によって他車両に給電する給電車両に設定されることが抑制される。そのため、車両間での受電および給電が過度に繰り返されることが抑制される。

図８は、サーバ３００が行なうマッチング処理（図６のステップＳ１００）の詳細な手順の一例を示すフローチャートである。サーバ３００は、受電要求車両から受電要求情報を受信したことをトリガーとして、このフローチャートの処理を開始する。

サーバ３００は、まず、受電要求情報によって特定される受電要求車両を、受電候補車両に設定する（Ｓ１１０）。

次いで、サーバ３００は、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の給電許可情報とに基づいて、受電候補車両に適した給電候補車両を設定する処理を行なう（ステップＳ１１１）。たとえば、サーバ３００は、受電候補車両との距離が閾値未満であり、かつ可能給電量が受電候補車両の要求受電量に最も近い給電許可車両を、給電候補車両に設定する。

サーバ３００は、ステップＳ１１１の処理によって給電候補車両が設定されたか否かを判定する（ステップＳ１１２）。給電候補車両が設定されなかった場合（ステップＳ１１２においてＮＯ）、サーバ３００は、マッチングが不成立である旨を受電候補車両に通知する（ステップＳ１５０）。

給電候補車両が設定された場合（ステップＳ１１２においてＹＥＳ）、サーバ３００は、記憶部３２０に記憶されてる受電履歴情報（上述の図７）を参照して、設定された給電候補車両が他車両から受電した履歴を有するか否かを判定する（ステップＳ１２０）。具体的な判定手法については、図７を用いて既に説明したため、詳細な説明はここでは繰り返さない。

設定された給電候補車両が他車両から受電した履歴を有する場合（ステップＳ１２０においてＹＥＳ）、サーバ３００は、当該車両をマッチング処理において給電車両に設定することを禁止する（ステップＳ１２２）。その後、サーバ３００は、処理をステップＳ１１１に戻し、給電候補車両の設定処理を再び行なう。この際、サーバ３００は、給電車両に設定することを禁止された給電候補車両を除外して、残りの給電許可車両のうちから新たな給電候補車両を選定し直す。

一方、設定された給電候補車両が他車両から受電した履歴を有しない場合（ステップＳ１２０においてＮＯ）、サーバ３００は、給電候補車両に対して受電候補車両の情報等を送信して受電候補車両とのマッチングの可否について問合せる（ステップＳ１２６）。

次いで、サーバ３００は、給電候補車両からマッチングを承認する旨の回答を受信したか否かを判定する（ステップＳ１２８）。

給電候補車両からマッチングを拒否する旨の回答があった場合（ステップＳ１２８においてＮＯ）、サーバ３００は、処理をステップＳ１１１に戻し、給電候補車両の設定処理を再び行なう。この際、サーバ３００は、マッチングを拒否する旨の回答があった給電候補車両を除外して、残りの給電許可車両のうちから新たな給電候補車両を選定し直す。

給電候補車両からマッチングを承認する旨の回答があった場合（ステップＳ１２８においてＹＥＳ）、サーバ３００は、受電候補車両と給電候補車両とのマッチングを確定させる（ステップＳ１３０）。

そして、サーバ３００は、マッチングされた双方の車両に対して、マッチングされた各車両の情報等を含むマッチング決定情報を通知する（ステップＳ１４０）。

以上のように、本実施の形態によるサーバ３００は、複数の車両１００のうちから受電候補車両および給電候補車両を設定して双方の車両をマッチングする「マッチング処理」を行なう。

この際、サーバ３００は、複数の車両１００のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。これにより、車両間での受電および給電が過度に繰り返されることが抑制され、全体として、各車両１００に蓄えられる電力エネルギが無駄に消費されてしまうことが抑制される。

特に、本実施の形態によるサーバ３００は、記憶部３２０に記憶されている受電履歴情報に含まれる「マッチング履歴フラグＦｍ」を用いて、給電候補車両が他車両から受電した履歴を有するか否かを判定している。この「マッチング履歴フラグＦｍ」は、マッチング処理によって受電車両に設定された車両に対してサーバ３００が付与および管理するフラグである。そのため、サーバ３００は、自ら付与および管理する「マッチング履歴フラグＦｍ」を用いて、給電候補車両が他車両から受電した履歴を有するか否かを判定することができる。

＜変形例１＞
上述の実施の形態においては、サーバ３００の記憶部３２０に記憶されてる「受電履歴情報」に、サーバ３００が付与および管理する「マッチング履歴フラグＦｍ」が含まれる例を示した。

しかしながら、「受電履歴情報」に含まれるフラグは、「マッチング履歴フラグＦｍ」に限定されるものではない。たとえば、「受電履歴情報」に、マッチング履歴フラグＦｍに代えてあるいは加えて、各車両が実際に他車両から受電した履歴があるか否かを示す「受電履歴フラグＦｃ」が含まれるようにしてもよい。このようにすることで、サーバ３００は、受電履歴情報に含まれる「受電履歴フラグＦｃ」を参照して、給電候補車両が実際に他車両から受電した履歴を有するか否かを精度よく判定することができる。

なお、「受電履歴フラグＦｃ」は、各車両が付与および管理するフラグである。たとえば、各車両は、他車両から受電した場合に受電履歴フラグＦｃを「１」（受電履歴あり）に設定し、所定のリセット条件が成立した場合に受電履歴フラグＦｃを「０」（受電履歴なし）に設定する。各車両は、たとえば受電履歴フラグＦｃが更新される毎に、最新の受電履歴フラグＦｃを自らの車両ＩＤとともにサーバ３００に送信する。これにより、サーバ３００は、各車両から受信した車両ＩＤおよび最新の受電履歴フラグＦｃを受電履歴情報として記憶部３２０に記憶しておくことができる。

＜変形例２＞
上述の実施の形態においては、サーバ３００は、マッチング履歴フラグＦｍを「１」に設定してから所定時間が経過した場合にそのマッチング履歴フラグＦｍを「０」にリセットする例を示した。

しかしながら、マッチング履歴フラグＦｍのリセット条件はこれに限定されるものではない。たとえば、マッチング履歴フラグＦｍが「１」である車両から、他車両から受電した電力量をその後の走行によって消費したことを示す情報を受信した場合に、その車両のマッチング履歴フラグＦｍを「０」にリセットするようにしてもよい。また、マッチング履歴フラグＦｍが「１」である車両から、他車両からの受電後にさらに充電ステーションあるいは商用電力網から受電したことを示す情報を受信した場合には、他車両から受電した電力量が既に消費されていることが想定されるため、その車両のマッチング履歴フラグＦｍを「０」にリセットするようにしてもよい。なお、上述の変形例１で説明した「受電履歴フラグＦｃ」のリセット条件についても同様である。

＜変形例３＞
上述の実施の形態による情報提供システム１０においては、サーバ３００が他車両から受電した履歴を有する車両を除外して給電候補車両を設定することによって、他車両から受電した履歴を有する車両を給電車両に設定することを禁止した。

しかしながら、他車両から受電した履歴を有する車両を給電車両に設定することを禁止する手法はこれに限定されるものではない。たとえば、各車両１００が、他車両から受電した履歴を管理し、他車両から受電した履歴がある場合にはサーバ３００に給電許可情報を送信できないようにする（たとえばユーザが給電許可情報を送信するための操作をできないようにする）ことによって、他車両から受電した履歴を有する車両を給電車両に設定することを禁止するようにしてもよい。

＜変形例４＞
上述の実施の形態においては、マッチング処理によってマッチングされる給電車両および受電車両が１台ずつである場合について説明した。しかしながら、マッチングされる車両の組合せはこれに限定されるものではない。たとえば、給電車両１台に対して受電車両２台以上をマッチングさせることも可能である。

＜変形例５＞
上述の実施の形態においては、各車両１００に、通信ネットワーク４００と直接的に通信可能に構成される通信部１８０を設ける例を説明した（図４参照）。

しかしながら、各車両１００と通信ネットワーク４００との通信を、各車両１００のユーザが所持する携帯端末を利用して行なうようにしてもよい。具体的には、各車両１００が、ユーザが所持する携帯端末との間で近距離通信を行ない、その携帯端末を介して通信ネットワーク４００と通信するようにしてもよい。

＜変形例６＞
上述の実施の形態においては、サーバ３００が、マッチング決定情報として、マッチングされた車両の情報をマッチングされた車両に対して通知する例を示した。

しかしながら、サーバ３００がマッチングされた車両に対して通知するマッチング決定情報は、上記の情報だけに限定されるものではない。たとえば、サーバ３００が、上記の情報に加えて、マッチングされた車両が車両間充電を実行するために集合する集合場所、各車両から集合場所までの距離、各車両が集合場所に移動するのに要する時間、集合時刻、給電候補車両が給電可能な電力量、受電候補車両が要求する受電量、マッチング相手のユーザ情報（連絡先など）を、マッチングされた車両に対して送信するようにしてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０情報提供システム、１００車両、１００Ａ受電車両、１００Ｂ給電車両、１１０，１１０Ａ，１１０Ｂ蓄電装置、１３０モータジェネレータ、１３５動力伝達ギア、１４０駆動輪、１５０車両ＥＣＵ、１６０双方向電力変換装置、１７０ナビゲーション装置、１７２入力部、１７４表示部、１７６，３２０記憶部、１７８位置検出部、１８０，３３０通信部、１９０インレット、３００サーバ、３１０制御部、４００通信ネットワーク、４１０基地局、５００充電ケーブル、５１０充電コネクタ。

Claims

各々が他車両との間で給電および受電が可能に構成された複数の車両と通信可能に構成された通信部と、
前記複数の車両のうちから給電車両および受電車両を設定し、前記給電車両と前記受電車両とをマッチングするマッチング処理を実行するように構成された制御部とを備え、
前記制御部は、前記複数の車両のうち、他車両から受電した履歴を有する車両を、前記マッチング処理において前記給電車両に設定することを禁止する、サーバ。
前記サーバは、他車両からの受電履歴に関する情報を前記複数の車両ごとに記憶する記憶部をさらに備え、
前記制御部は、前記受電履歴に関する情報を用いて、各前記車両が他車両から受電した履歴を有する車両であるか否かを判定する、請求項１に記載のサーバ。
前記制御部は、前記マッチング処理によって前記受電車両に設定された履歴の有無を示すマッチング履歴フラグを前記複数の車両に付与し、
前記受電履歴に関する情報には、前記マッチング履歴フラグの情報が含まれる、請求項２に記載のサーバ。
各前記車両は、他車両から受電した履歴の有無を示す受電履歴フラグを前記サーバに送信し、
前記受電履歴に関する情報には、前記受電履歴フラグが含まれる、請求項２に記載のサーバ。
各々が他車両との間で給電および受電が可能に構成された複数の車両と、
前記複数の車両と通信可能に構成され、前記複数の車両のうちから給電車両および受電車両を設定し、前記給電車両と前記受電車両とをマッチングするマッチング処理を実行するように構成されたサーバとを備え、
前記複数の車両のうち、他車両から受電した履歴を有する車両を、前記マッチング処理において前記給電車両に設定することを禁止する、情報提供システム。