(57)【要約】【課題】車両間で受電および給電を繰り返すことによる電力ロスを抑制する。【解決手段】情報提供システムは、複数の車両と、複数の車両と通信可能に構成されたサーバとを備える。複数の車両の各々は、他車両との間で給電および受電が可能に構成される。サーバは、複数の車両のうちから給電車両および受電車両を設定し、給電車両と受電車両とをマッチングするマッチング処理を実行する。サーバは、複数の車両のうちの、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。【選択図】図８
2019086844.tif 000002
【特許請求の範囲】
【請求項１】
各々が他車両との間で給電および受電が可能に構成された複数の車両と通信可能に構成された通信部と、
前記複数の車両のうちから給電車両および受電車両を設定し、前記給電車両と前記受電車両とをマッチングするマッチング処理を実行するように構成された制御部とを備え、
前記制御部は、前記複数の車両のうち、他車両から受電した履歴を有する車両を、前記マッチング処理において前記給電車両に設定することを禁止する、サーバ。
【請求項２】
前記サーバは、他車両からの受電履歴に関する情報を前記複数の車両ごとに記憶する記憶部をさらに備え、
前記制御部は、前記受電履歴に関する情報を用いて、各前記車両が他車両から受電した履歴を有する車両であるか否かを判定する、請求項１に記載のサーバ。
【請求項３】
前記制御部は、前記マッチング処理によって前記受電車両に設定された履歴の有無を示すマッチング履歴フラグを前記複数の車両に付与し、
前記受電履歴に関する情報には、前記マッチング履歴フラグの情報が含まれる、請求項２に記載のサーバ。
【請求項４】
各前記車両は、他車両から受電した履歴の有無を示す受電履歴フラグを前記サーバに送信し、
前記受電履歴に関する情報には、前記受電履歴フラグが含まれる、請求項２に記載のサーバ。
【請求項５】
各々が他車両との間で給電および受電が可能に構成された複数の車両と、
前記複数の車両と通信可能に構成され、前記複数の車両のうちから給電車両および受電車両を設定し、前記給電車両と前記受電車両とをマッチングするマッチング処理を実行するように構成されたサーバとを備え、
前記複数の車両のうち、他車両から受電した履歴を有する車両を、前記マッチング処理において前記給電車両に設定することを禁止する、情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電動車両へ情報を提供するサーバおよび情報提供システムに関する。
【背景技術】
【０００２】
特開２０１３−１３０９６３号公報（特許文献１）には、充電を必要とする電動車両に対して充電を救済するためのサービスを提供する充電システムが開示されている。この充電システムには、サーバと、複数の電動車両とが含まれる。サーバは、充電を要求している受電車両の情報と、他車両に対して給電可能である旨を送信してきた給電許可車両の情報とを照合し、給電許可車両の中から適合条件をみたす給電車両を選定し、選定された給電車両の情報を受電車両に提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１３０９６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
給電車両から受電車両に電力を供給する際には、一般的に、給電車両および受電車両の少なくとも一方において電力変換（直流と交流との間の変換、あるいは直流電圧の変換など）が行なわれる。電力変換にはロス（損失）が生じるため、車両間での受電および給電が過度に繰り返されると、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことが懸念される。
【０００５】
本開示は、上述の課題を解決するためになされたものであって、その目的は、車両間で受電および給電を繰り返すことによる電力ロスを抑制することである。
【課題を解決するための手段】
【０００６】
（１）  本開示によるサーバは、各々が他車両との間で給電および受電が可能に構成された複数の車両と通信可能に構成された通信部と、複数の車両のうちから給電車両および受電車両を設定し、給電車両と受電車両とをマッチングするマッチング処理を実行するように構成された制御部とを備える。制御部は、複数の車両のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。
【０００７】
上記構成によれば、複数の車両のうち、他車両から受電した履歴を有する車両が、マッチング処理において給電車両に設定されることが禁止される。これにより、車両間での受電および給電が過度に繰り返されることが抑制される。そのため、全体として、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことを抑制することができる。
【０００８】
（２）  ある実施の形態においては、サーバは、他車両からの受電履歴に関する情報を複数の車両ごとに記憶する記憶部をさらに備える。制御部は、受電履歴に関する情報を用いて、各車両が他車両から受電した履歴を有する車両であるか否かを判定する。
【０００９】
（３）  ある実施の形態においては、制御部は、マッチング処理によって受電車両に設定された履歴を有する車両に対してマッチング履歴フラグを付与する。受電履歴に関する情報には、マッチング履歴フラグの情報が含まれる。
【００１０】
上記の構成によれば、サーバが管理するマッチング履歴フラグを用いて、各車両が他車両から受電した履歴を有するか否かを判定することができる。
【００１１】
（４）  ある実施の形態においては、各車両は、他車両から受電した場合、他車両から受電したことを示す受電履歴フラグをサーバに送信する。受電履歴に関する情報には、受電履歴フラグが含まれる。
【００１２】
上記の構成によれば、各車両からサーバが受信した受電履歴フラグを用いて、各車両が他車両から受電した履歴を有するか否かを判定することができる。
【００１３】
（５）  本開示による情報提供システムは、各々が他車両との間で給電および受電が可能に構成された複数の車両と、複数の車両と通信可能に構成され、複数の車両のうちから給電車両および受電車両を設定し、給電車両と受電車両とをマッチングするマッチング処理を実行するように構成されたサーバとを備える。情報提供システムは、複数の車両のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。
【００１４】
上記構成によれば、複数の車両のうち、他車両から受電した履歴を有する車両が、マッチング処理において給電車両に設定されることが禁止される。これにより、車両間での受電および給電が過度に繰り返されることが抑制される。そのため、全体として、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことを抑制することができる。
【発明の効果】
【００１５】
本開示によれば、車両間で受電および給電を繰り返すことによる電力ロスを抑制することができる。
【図面の簡単な説明】
【００１６】
【図１】情報提供システムの全体構成を概略的に示す図である。
【図２】車両の構成の一例を示す図である。
【図３】車両間充電を説明するための図である。
【図４】車両におけるナビゲーション装置に関連する構成を示すブロック図である。
【図５】サーバの構成を示すブロック図である。
【図６】情報提供システムに含まれる受電要求車両、サーバ３００、給電許可車両で実行される処理の一例を示すシーケンス図である。
【図７】サーバの記憶部に記憶されてる受電履歴情報の一例を示す図である。
【図８】サーバが行なうマッチング処理の詳細な手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
＜システム構成＞
図１は、本実施の形態による情報提供システム１０の全体構成を概略的に示す図である。情報提供システム１０は、複数の電動車両（以下、単に「車両」ともいう）１００と、サーバ３００とを備える。車両１００およびサーバ３００は、インターネットあるいは電話回線などの通信ネットワーク４００を介して互いに通信可能に構成されている。なお、各車両１００は、通信ネットワーク４００の基地局４１０と無線通信によって情報の授受が可能に構成される。
【００１９】
車両１００は、図２で後述するように、搭載された蓄電装置からの電力を用いて走行駆動力を生成するとともに、車両外部の電源から供給される電力を用いて蓄電装置の充電が可能な電気自動車（ＥＶ）である。
【００２０】
サーバ３００は、車両１００と通信を行ない、車両１００に対して他車両に関する情報を提供する。
【００２１】
図２は、車両１００の構成の一例を示す図である。車両１００は、蓄電装置１１０と、駆動装置であるＰＣＵ１２０と、モータジェネレータ１３０と、動力伝達ギア１３５と、駆動輪１４０と、車両ＥＣＵ（Electronic  Control  Unit）１５０と、ナビゲーション装置１７０とを備える。
【００２２】
車両１００は、車両外部の充電ステーションあるいは商用電力網から供給される電力を用いて蓄電装置１１０を充電することが可能である。また、車両１００は、蓄電装置１１０の電力を車両外部に出力することも可能であり、他車両との間で充放電を行なう「車両間充電」を行なうことも可能である。
【００２３】
図３は、車両間充電を説明するための図である。車両間充電を行なう場合には、図３に示すように、電力を受ける車両１００（以下「受電車両１００Ａ」ともいう）と電力を供給する車両１００（以下「給電車両１００Ｂ」ともいう）とを、充電ケーブル５００によって接続する。そして、給電車両１００Ｂの蓄電装置１１０Ｂから電力を放電し、受電車両１００Ａの蓄電装置１１０Ａを充電する。
【００２４】
図２に戻って、蓄電装置１１０は、充放電可能に構成される。蓄電装置１１０は、たとえば、リチウムイオン電池あるいはニッケル水素電池などの二次電池や、電気二重層キャパシタなどの蓄電素子を含んで構成される。
【００２５】
蓄電装置１１０は、車両１００の駆動力を発生させるための電力をＰＣＵ１２０に供給する。また、蓄電装置１１０は、モータジェネレータ１３０で発電された電力を蓄電する。
【００２６】
ＰＣＵ１２０は、いずれも図示しないが、コンバータやインバータなどの電力変換装置を含んで構成される。そして、コンバータおよびインバータは、車両ＥＣＵ１５０からの制御信号によってそれぞれ制御され、蓄電装置１１０からの直流電力を、モータジェネレータ１３０を駆動するための交流電力に変換する。
【００２７】
モータジェネレータ１３０は交流回転電機であり、たとえば、永久磁石が埋設されたロータを備える永久磁石型同期電動機である。モータジェネレータ１３０の出力トルクは、動力伝達ギア１３５を介して駆動輪１４０に伝達されて、車両１００を走行させる。モータジェネレータ１３０は、車両１００の回生制動動作時には、駆動輪１４０の回転力によって発電することができる。そして、その発電電力は、ＰＣＵ１２０によって蓄電装置１１０の充電電力に変換される。
【００２８】
車両ＥＣＵ１５０は、いずれも図２には図示しないがＣＰＵ（Central  Processing  Unit）、記憶装置および入出力バッファを含み、各センサ等からの信号の入力や各機器への制御信号の出力を行なうとともに、車両１００および各機器の制御を行なう。なお、これらの制御については、ソフトウェアによる処理に限られず、専用のハードウェア（電子回路）で構築して処理することも可能である。
【００２９】
車両１００は、蓄電装置１１０の充放電を行なう構成として、双方向電力変換装置１６０と、通信部１８０と、インレット１９０とをさらに備える。インレット１９０には、充電ケーブル５００の充電コネクタ５１０が接続される。そして、他車両等から供給される電力が、充電ケーブル５００を介して車両１００に伝達される。
【００３０】
双方向電力変換装置１６０は、蓄電装置１１０とインレット１９０との間に接続される。双方向電力変換装置１６０は、車両ＥＣＵ１５０からの制御信号により制御される。双方向電力変換装置１６０は、他車両等から供給される電力で蓄電装置１１０を充電する場合、他車両等から供給される電力を蓄電装置１１０が充電可能な電力に変換する。また、双方向電力変換装置１６０は、蓄電装置１１０の電力を他車両等に供給する場合、蓄電装置１１０の電力を他車両等へ出力可能な電力に変換する。
【００３１】
通信部１８０は、車両ＥＣＵ１５０と車両外部のサーバ３００あるいは他車両との間で通信を行なうためのインターフェースである。通信部１８０は、上述のように通信ネットワーク４００を介してサーバ３００と通信可能に構成される。
【００３２】
図４は、車両１００におけるナビゲーション装置１７０に関連する構成を示すブロック図である。ナビゲーション装置１７０は、図４に示されるように、入力部１７２と、表示部１７４と、記憶部１７６と、位置検出部１７８とを含む。ナビゲーション装置１７０は、記憶部１７６に記憶された地図情報と、位置検出部１７８のＧＰＳ（Global  Positioning  System）により検出した車両１００の位置情報とを用いて、ユーザに地図上における車両１００の現在位置を表示したり、目的地までの案内を行なったりする。
【００３３】
表示部１７４は、たとえば液晶パネルで構成されており、車両１００の現在位置、あるいは車両ＥＣＵ１５０からの各種情報を表示する。入力部１７２は、タッチパネルやスイッチ等で構成されており、ユーザによる操作を受け付ける。
【００３４】
図５は、サーバ３００の構成を示すブロック図である。サーバ３００は、制御部３１０と、記憶部３２０と、通信部３３０とを含む。
【００３５】
通信部３３０は、通信ネットワーク４００を介して車両１００と通信を行なうためのインターフェースである。記憶部３２０には、地図情報および車両１００から受信した情報が記憶されている。なお、後述する「受電履歴情報」も記憶部３２０に記憶されている。
【００３６】
制御部３１０は、車両１００から通信部３３０が受信した情報および記憶部３２０に記憶された情報に基づいて、車両間充電を行なう車両同士をマッチングさせる処理を行なう。
【００３７】
＜車両間充電を行なう車両同士のマッチング＞
上述のように、車両１００は、他車両との間で車両間充電を行なうことが可能である。したがって、蓄電装置１１０の残電力量に余裕がなく他車両からの受電を要求する車両１００（以下「受電要求車両」ともいう）と、蓄電装置１１０の残電力量に余裕があり他車両への給電を許容する車両１００（以下「給電許可車両」ともいう）とをマッチングすることができれば、各車両１００に蓄えられる電力エネルギを有効に利用することが可能となる。
【００３８】
そこで、本実施の形態１による情報提供システム１０は、複数の車両１００のうちから受電候補車両および給電候補車両を設定して双方の車両をマッチングする「マッチング処理」を行ない、マッチングされた各車両にマッチング内容を通知するサービスを提供する。
【００３９】
しかしながら、マッチングされた車両間で実際に電力をやり取りする際には、双方の車両の双方向電力変換装置１６０において電力変換が行なわれる。この電力変換に起因してロス（損失）が生じる。したがって、車両間での受電および給電が過度に繰り返されると、全体として、各車両に蓄えられる電力エネルギが無駄に消費されてしまうことが懸念される。
【００４０】
この点に鑑み、本実施の形態１による情報提供システム１０は、複数の車両１００のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。以下、このサービスの詳細について説明する。
【００４１】
図６は、情報提供システム１０に含まれる受電要求車両（より詳しくは受電要求車両の車両ＥＣＵ１５０）、サーバ３００（より詳しくはサーバ３００の制御部３１０）、給電許可車両（より詳しくは給電許可車両の車両ＥＣＵ１５０）で実行される処理の一例を示すシーケンス図である。なお、図６には説明を単純化するために受電要求車両および給電許可車両をそれぞれ１台ずつのみ記載しているが、実際には受電要求車両および給電許可車両はそれぞれ複数存在し得る。
【００４２】
給電許可車両は、ユーザ操作などに応じて他車両への給電を許容する場合、給電許可情報をサーバ３００に送信する（ステップＳ１０）。給電許可情報には、給電許可車両を特定するための車両ＩＤ、給電許可車両の現在位置、他車両へ給電可能な電力量（以下「可能給電量」ともいう）などの情報が含まれる。
【００４３】
サーバ３００は、給電許可車両から給電許可情報を受信すると、当該給電許可車両から受信した給電許可情報を記憶部３２０に記憶する（ステップＳ５０）。
【００４４】
受電要求車両は、ユーザ操作などに応じて他車両からの受電を要求する場合、受電要求車両Ａの受電要求情報をサーバ３００に送信する（ステップＳ２０）。受電要求情報には、受電要求車両を特定するための車両ＩＤ、受電要求車両の現在位置、他車両からの受電を要求する電力量（以下「要求受電量」ともいう）などの情報が含まれる。
【００４５】
サーバ３００は、受電要求車両から受電要求情報を受信すると、当該受電要求車両を受電候補車両に設定し、上述の「マッチング処理」を行なう（ステップＳ１００）。
【００４６】
サーバ３００は、マッチング処理において、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の情報とに基づいて、受電候補車両への給電に適した車両を複数の給電許可車両のうちから設定して給電候補車両に設定する。
【００４７】
そして、サーバ３００は、記憶部３２０に記憶されてる「受電履歴情報」を参照して、設定された給電候補車両が他車両から受電した履歴を有するか否かを判定する。
【００４８】
図７は、サーバ３００の記憶部３２０に記憶されてる「受電履歴情報」の一例を示す図である。図７に示すように、受電履歴情報には、車両ＩＤと、その車両ＩＤに対応付けられたマッチング履歴フラグＦｍとが含まれる。
【００４９】
マッチング履歴フラグＦｍは、マッチング処理によって受電車両に設定された履歴の有無を示すフラグである。マッチング履歴フラグＦｍが「１」である場合は受電車両に設定された履歴があることを意味し、マッチング履歴フラグＦｍが「０」である場合は受電車両に設定された履歴がリセットされていることを意味する。
【００５０】
サーバ３００は、マッチング処理によって受電車両が設定された場合、当該車両のマッチング履歴フラグＦｍを「１」に設定する。サーバ３００は、マッチング履歴フラグＦｍが「１」に設定されてから所定時間（たとえば２４時間）が経過すると、当該車両が他車両から受電した電力量が既に消費されていることが想定されるため、そのマッチング履歴フラグＦｍを「０」にリセットする。
【００５１】
サーバ３００は、図７に示すような「受電履歴情報」を参照して、設定された給電候補車両が他車両から受電した履歴を有するか否かを判定する。サーバ３００は、設定された給電候補車両の車両ＩＤが受電履歴情報に含まれており、かつその車両のマッチング履歴フラグＦｍが「１」である場合、設定された給電候補車両が他車両から受電した履歴を有すると判定する。一方、設定された給電候補車両の車両ＩＤが受電履歴情報に含まれていない場合、あるいは、設定された給電候補車両の車両ＩＤが受電履歴情報に含まれいるがその車両のマッチング履歴フラグＦｍが「０」にリセットされている場合、設定された給電候補車両が他車両から受電した履歴を有しないと判定する。
【００５２】
設定された給電候補車両が他車両から受電した履歴を有しない場合、サーバ３００は、設定された給電候補車両と受電候補車両とのマッチング処理を進める。
【００５３】
具体的には、サーバ３００は、設定された給電候補車両に対してマッチングの可否について問合せる。この問合せを受けた給電候補車両は、マッチングの可否についてサーバ３００に回答する（ステップＳ１５）。サーバ３００は、給電候補車両からマッチングを承認する旨の回答を受信すると、当該給電候補車両と受電候補車両とのマッチングを確定させる。そして、サーバ３００は、マッチングされた双方の車両に対して、マッチングされた車両の情報などを通知する。サーバ３００からの通知を受信した受電候補車両は、受信した通知内容を表示部１７４に表示させる（ステップＳ２６）。同様に、サーバ３００からの通知を受信した給電候補車両は、受信した通知内容を表示部１７４に表示させる（ステップＳ２６）。これにより、各車両のユーザは、マッチングされた相手側の車両を確認することができる。
【００５４】
一方、設定された給電候補車両が他車両から受電した履歴を有する場合、サーバ３００は、当該車両をマッチング処理において給電車両に設定することを禁止する。具体的には、サーバ３００は、他車両から受電した履歴を有すると判定された給電候補車両を除外して、残りの給電許可車両のうちから新たな給電候補車両を選定し直す。これにより、他車両から受電した履歴のある車両が、マッチング処理によって他車両に給電する給電車両に設定されることが抑制される。そのため、車両間での受電および給電が過度に繰り返されることが抑制される。
【００５５】
図８は、サーバ３００が行なうマッチング処理（図６のステップＳ１００）の詳細な手順の一例を示すフローチャートである。サーバ３００は、受電要求車両から受電要求情報を受信したことをトリガーとして、このフローチャートの処理を開始する。
【００５６】
サーバ３００は、まず、受電要求情報によって特定される受電要求車両を、受電候補車両に設定する（Ｓ１１０）。
【００５７】
次いで、サーバ３００は、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の給電許可情報とに基づいて、受電候補車両に適した給電候補車両を設定する処理を行なう（ステップＳ１１１）。たとえば、サーバ３００は、受電候補車両との距離が閾値未満であり、かつ可能給電量が受電候補車両の要求受電量に最も近い給電許可車両を、給電候補車両に設定する。
【００５８】
サーバ３００は、ステップＳ１１１の処理によって給電候補車両が設定されたか否かを判定する（ステップＳ１１２）。給電候補車両が設定されなかった場合（ステップＳ１１２においてＮＯ）、サーバ３００は、マッチングが不成立である旨を受電候補車両に通知する（ステップＳ１５０）。
【００５９】
給電候補車両が設定された場合（ステップＳ１１２においてＹＥＳ）、サーバ３００は、記憶部３２０に記憶されてる受電履歴情報（上述の図７）を参照して、設定された給電候補車両が他車両から受電した履歴を有するか否かを判定する（ステップＳ１２０）。具体的な判定手法については、図７を用いて既に説明したため、詳細な説明はここでは繰り返さない。
【００６０】
設定された給電候補車両が他車両から受電した履歴を有する場合（ステップＳ１２０においてＹＥＳ）、サーバ３００は、当該車両をマッチング処理において給電車両に設定することを禁止する（ステップＳ１２２）。その後、サーバ３００は、処理をステップＳ１１１に戻し、給電候補車両の設定処理を再び行なう。この際、サーバ３００は、給電車両に設定することを禁止された給電候補車両を除外して、残りの給電許可車両のうちから新たな給電候補車両を選定し直す。
【００６１】
一方、設定された給電候補車両が他車両から受電した履歴を有しない場合（ステップＳ１２０においてＮＯ）、サーバ３００は、給電候補車両に対して受電候補車両の情報等を送信して受電候補車両とのマッチングの可否について問合せる（ステップＳ１２６）。
【００６２】
次いで、サーバ３００は、給電候補車両からマッチングを承認する旨の回答を受信したか否かを判定する（ステップＳ１２８）。
【００６３】
給電候補車両からマッチングを拒否する旨の回答があった場合（ステップＳ１２８においてＮＯ）、サーバ３００は、処理をステップＳ１１１に戻し、給電候補車両の設定処理を再び行なう。この際、サーバ３００は、マッチングを拒否する旨の回答があった給電候補車両を除外して、残りの給電許可車両のうちから新たな給電候補車両を選定し直す。
【００６４】
給電候補車両からマッチングを承認する旨の回答があった場合（ステップＳ１２８においてＹＥＳ）、サーバ３００は、受電候補車両と給電候補車両とのマッチングを確定させる（ステップＳ１３０）。
【００６５】
そして、サーバ３００は、マッチングされた双方の車両に対して、マッチングされた各車両の情報等を含むマッチング決定情報を通知する（ステップＳ１４０）。
【００６６】
以上のように、本実施の形態によるサーバ３００は、複数の車両１００のうちから受電候補車両および給電候補車両を設定して双方の車両をマッチングする「マッチング処理」を行なう。
【００６７】
この際、サーバ３００は、複数の車両１００のうち、他車両から受電した履歴を有する車両を、マッチング処理において給電車両に設定することを禁止する。これにより、車両間での受電および給電が過度に繰り返されることが抑制され、全体として、各車両１００に蓄えられる電力エネルギが無駄に消費されてしまうことが抑制される。
【００６８】
特に、本実施の形態によるサーバ３００は、記憶部３２０に記憶されている受電履歴情報に含まれる「マッチング履歴フラグＦｍ」を用いて、給電候補車両が他車両から受電した履歴を有するか否かを判定している。この「マッチング履歴フラグＦｍ」は、マッチング処理によって受電車両に設定された車両に対してサーバ３００が付与および管理するフラグである。そのため、サーバ３００は、自ら付与および管理する「マッチング履歴フラグＦｍ」を用いて、給電候補車両が他車両から受電した履歴を有するか否かを判定することができる。
【００６９】
＜変形例１＞
上述の実施の形態においては、サーバ３００の記憶部３２０に記憶されてる「受電履歴情報」に、サーバ３００が付与および管理する「マッチング履歴フラグＦｍ」が含まれる例を示した。
【００７０】
しかしながら、「受電履歴情報」に含まれるフラグは、「マッチング履歴フラグＦｍ」に限定されるものではない。たとえば、「受電履歴情報」に、マッチング履歴フラグＦｍに代えてあるいは加えて、各車両が実際に他車両から受電した履歴があるか否かを示す「受電履歴フラグＦｃ」が含まれるようにしてもよい。このようにすることで、サーバ３００は、受電履歴情報に含まれる「受電履歴フラグＦｃ」を参照して、給電候補車両が実際に他車両から受電した履歴を有するか否かを精度よく判定することができる。
【００７１】
なお、「受電履歴フラグＦｃ」は、各車両が付与および管理するフラグである。たとえば、各車両は、他車両から受電した場合に受電履歴フラグＦｃを「１」（受電履歴あり）に設定し、所定のリセット条件が成立した場合に受電履歴フラグＦｃを「０」（受電履歴なし）に設定する。各車両は、たとえば受電履歴フラグＦｃが更新される毎に、最新の受電履歴フラグＦｃを自らの車両ＩＤとともにサーバ３００に送信する。これにより、サーバ３００は、各車両から受信した車両ＩＤおよび最新の受電履歴フラグＦｃを受電履歴情報として記憶部３２０に記憶しておくことができる。
【００７２】
＜変形例２＞
上述の実施の形態においては、サーバ３００は、マッチング履歴フラグＦｍを「１」に設定してから所定時間が経過した場合にそのマッチング履歴フラグＦｍを「０」にリセットする例を示した。
【００７３】
しかしながら、マッチング履歴フラグＦｍのリセット条件はこれに限定されるものではない。たとえば、マッチング履歴フラグＦｍが「１」である車両から、他車両から受電した電力量をその後の走行によって消費したことを示す情報を受信した場合に、その車両のマッチング履歴フラグＦｍを「０」にリセットするようにしてもよい。また、マッチング履歴フラグＦｍが「１」である車両から、他車両からの受電後にさらに充電ステーションあるいは商用電力網から受電したことを示す情報を受信した場合には、他車両から受電した電力量が既に消費されていることが想定されるため、その車両のマッチング履歴フラグＦｍを「０」にリセットするようにしてもよい。なお、上述の変形例１で説明した「受電履歴フラグＦｃ」のリセット条件についても同様である。
【００７４】
＜変形例３＞
上述の実施の形態による情報提供システム１０においては、サーバ３００が他車両から受電した履歴を有する車両を除外して給電候補車両を設定することによって、他車両から受電した履歴を有する車両を給電車両に設定することを禁止した。
【００７５】
しかしながら、他車両から受電した履歴を有する車両を給電車両に設定することを禁止する手法はこれに限定されるものではない。たとえば、各車両１００が、他車両から受電した履歴を管理し、他車両から受電した履歴がある場合にはサーバ３００に給電許可情報を送信できないようにする（たとえばユーザが給電許可情報を送信するための操作をできないようにする）ことによって、他車両から受電した履歴を有する車両を給電車両に設定することを禁止するようにしてもよい。
【００７６】
＜変形例４＞
上述の実施の形態においては、マッチング処理によってマッチングされる給電車両および受電車両が１台ずつである場合について説明した。しかしながら、マッチングされる車両の組合せはこれに限定されるものではない。たとえば、給電車両１台に対して受電車両２台以上をマッチングさせることも可能である。
【００７７】
＜変形例５＞
上述の実施の形態においては、各車両１００に、通信ネットワーク４００と直接的に通信可能に構成される通信部１８０を設ける例を説明した（図４参照）。
【００７８】
しかしながら、各車両１００と通信ネットワーク４００との通信を、各車両１００のユーザが所持する携帯端末を利用して行なうようにしてもよい。具体的には、各車両１００が、ユーザが所持する携帯端末との間で近距離通信を行ない、その携帯端末を介して通信ネットワーク４００と通信するようにしてもよい。
【００７９】
＜変形例６＞
上述の実施の形態においては、サーバ３００が、マッチング決定情報として、マッチングされた車両の情報をマッチングされた車両に対して通知する例を示した。
【００８０】
しかしながら、サーバ３００がマッチングされた車両に対して通知するマッチング決定情報は、上記の情報だけに限定されるものではない。たとえば、サーバ３００が、上記の情報に加えて、マッチングされた車両が車両間充電を実行するために集合する集合場所、各車両から集合場所までの距離、各車両が集合場所に移動するのに要する時間、集合時刻、給電候補車両が給電可能な電力量、受電候補車両が要求する受電量、マッチング相手のユーザ情報（連絡先など）を、マッチングされた車両に対して送信するようにしてもよい。
【００８１】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８２】
１０  情報提供システム、１００  車両、１００Ａ  受電車両、１００Ｂ  給電車両、１１０，１１０Ａ，１１０Ｂ  蓄電装置、１３０  モータジェネレータ、１３５  動力伝達ギア、１４０  駆動輪、１５０  車両ＥＣＵ、１６０  双方向電力変換装置、１７０  ナビゲーション装置、１７２  入力部、１７４  表示部、１７６，３２０  記憶部、１７８  位置検出部、１８０，３３０  通信部、１９０  インレット、３００  サーバ、３１０  制御部、４００  通信ネットワーク、４１０  基地局、５００  充電ケーブル、５１０  充電コネクタ。
【図１】
2019086844.tif 000003
【図２】
2019086844.tif 000004
【図３】
2019086844.tif 000005
【図４】
2019086844.tif 000006
【図５】
2019086844.tif 000007
【図６】
2019086844.tif 000008
【図７】
2019086844.tif 000009
【図８】
2019086844.tif 000010