(57)【要約】【課題】給電車両と受電車両との間の電力量のミスマッチを抑制可能な集合場所を双方の車両のユーザに通知する。【解決手段】情報提供システムは、サーバと、複数の給電車両と、複数の受電車両とを備える。各給電車両は、現在位置および可能給電量を示す給電許可情報をサーバに送信する。各受電車両は、現在位置および要求受電量を示す充電要求情報をサーバに送信する。サーバは、給電車両の給電許可情報（現在位置および可能給電量）および受電車両の受電要求情報（現在位置および要求受電量）を用いて、マッチングされる車両およびその集合場所を決定し、決定された集合場所をマッチングされた車両に送信する。【選択図】図６
2019086842.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、
現在位置および可能給電量を示す第１情報を前記サーバに送信可能な複数の給電車両と、
現在位置および要求受電量を示す第２情報を前記サーバに送信可能な複数の受電車両とを備え、
前記サーバは、
前記第１情報および前記第２情報を用いて、前記複数の給電車両の少なくとも１台と前記複数の受電車両の少なくとも１台とをマッチングするとともに、マッチングされた車両の集合場所を決定するマッチング処理を実行し、
決定された前記集合場所を示す情報を前記マッチングされた車両に送信する、情報提供システム。
【請求項２】
前記サーバは、前記マッチング処理において、
前記複数の給電車両の少なくとも１台を給電候補車両に設定するとともに、前記複数の受電車両の少なくとも１台を受電候補車両に設定し、
前記給電候補車両の現在位置と、前記受電候補車両の現在位置と、地図情報とを用いて、前記給電候補車両と前記受電候補車両との集合候補場所を設定し、
前記集合候補場所へ前記給電候補車両が移動するのに要する電力量を前記給電候補車両の可能給電量から差し引いた値と、前記集合候補場所へ前記受電候補車両が移動するのに要する電力量を前記受電候補車両の要求受電量に加えた値とを用いて、前記給電候補車両と前記受電候補車両とのマッチングを行なうか否かを決定する、請求項１に記載の情報提供システム。
【請求項３】
前記複数の給電車両の各々および前記複数の受電車両の各々は蓄電装置を搭載し、
各前記給電車両は、自らの現在位置から目標位置への移動に要する電力量を、自らに搭載される蓄電装置の蓄電量から差し引いた値を前記可能給電量として前記サーバに送信し、
各前記受電車両は、自らの現在位置から目標位置への移動に要する電力量から、自らに搭載される蓄電装置の蓄電量を差し引いた値を前記要求受電量として前記サーバに送信する、請求項１または２に記載の情報提供システム。
【請求項４】
前記複数の給電車両の各々および前記複数の受電車両の各々は、自動運転中か否かを示す自動運転フラグを前記サーバに送信可能であり、
前記サーバは、前記マッチング処理において、前記自動運転フラグによって自動運転中であると判定される車両を前記マッチング処理の対象に含める、請求項１〜３のいずれかに記載の情報提供システム。
【請求項５】
前記サーバは、前記マッチング処理において、前記自動運転フラグによって自動運転中であると判定されない受電車両と、前記自動運転フラグによって自動運転中であると判定された給電車両とをマッチングする、請求項４に記載の情報提供システム。
【請求項６】
複数の給電車両および複数の受電車両と通信可能に構成されたサーバであって、
前記複数の給電車両から現在位置および可能給電量を示す第１情報を取得するとともに、前記複数の受電車両から現在位置および要求受電量を示す第２情報を取得するように構成された通信部と、
前記通信部に接続された制御部とを備え、
前記制御部は、
前記第１情報および前記第２情報を用いて、前記複数の給電車両の少なくとも１台と前記複数の受電車両の少なくとも１台とをマッチングするとともに、マッチングされた車両の集合場所を決定するマッチング処理を実行し、
決定された前記集合場所を示す情報を前記マッチングされた車両に送信する、サーバ。
【請求項７】
複数の給電車両と、複数の受電車両と、前記複数の給電車両および前記複数の受電車両と通信可能に構成されたサーバとを備える情報提供システムが行なう情報提供方法であって、
前記複数の給電車両から現在位置および可能給電量を示す第１情報を取得するステップと、
前記複数の受電車両から現在位置および要求受電量を示す第２情報を取得するステップと、
前記第１情報および前記第２情報を用いて、前記複数の給電車両の少なくとも１台と前記複数の受電車両の少なくとも１台とをマッチングするとともに、マッチングされた車両の集合場所を決定するマッチング処理を実行するステップと、
決定された前記集合場所を示す情報を前記マッチングされた車両に送信するステップとを含む、情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電動車両へ情報を提供するシステムおよび方法、ならびにそれに用いられるサーバに関する。
【背景技術】
【０００２】
特開２０１３−１３０９６３号公報（特許文献１）には、充電を必要とする電動車両に対して充電を救済するためのサービスを提供する充電システムが開示されている。この充電システムには、サーバと、複数の電動車両とが含まれる。サーバは、充電を要求してきた受電要求車両の情報と、他の車両に対して給電可能である旨を送信してきた給電可能車両の情報とを照合し、給電可能車両の中から適合条件をみたす給電実施車両を選定し、選定された給電実施車両の情報を受電要求車両に提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１３０９６３号公報
【特許文献２】特開２０１３−１９２２８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された充電システムにおいては、給電実施車両および充電要求車両の各ユーザは、相手車両との間でどれくらいの電力量をやり取りするのが適切であるのか把握することができない。たとえば、給電車両は、受電車両に給電し過ぎると、その後の走行距離が短くなり目的地にたどり着けなくなることが懸念される。また、受電車両は、給電車両から受ける電力が少な過ぎると、次の目的地（たとえば充電ステーションなど）にたどり着けなくなることが懸念される。
【０００５】
さらに、特許文献１に開示された充電システムにおいては、各車両のユーザは、相手車両との集合場所をどこにするのが適切であるのかを把握することができない。集合場所が不適切であると、双方の車両が集合場所に移動したことによって電力量のミスマッチが生じることが懸念される。
【０００６】
本開示は、上述の課題を解決するためになされたものであって、その目的は、給電車両と受電車両との間の電力量のミスマッチを抑制可能な集合場所を双方の車両のユーザに通知することである。
【課題を解決するための手段】
【０００７】
（１）  本開示による情報提供システムは、サーバと、現在位置および可能給電量を示す第１情報をサーバに送信可能な複数の給電車両と、現在位置および要求受電量を示す第２情報をサーバに送信可能な複数の受電車両とを備える。サーバは、第１情報および第２情報を用いて、複数の給電車両の少なくとも１台と複数の受電車両の少なくとも１台とをマッチングするとともに、マッチングされた車両の集合場所を決定するマッチング処理を実行する。サーバは、決定された集合場所を示す情報をマッチングされた車両に送信する。
【０００８】
上記構成によれば、サーバが、給電車両の現在位置および可能給電量（第１情報）および受電車両の現在位置および要求受電量（第２情報）を加味した上で、マッチングされる車両およびその集合場所を決定する。そのため、サーバは、マッチングされる車両間の電力量のミスマッチを抑制可能な場所を集合場所として決定することができる。そして、サーバは、決定された集合場所をマッチングされた車両に送信する。そのため、給電車両と受電車両との間の電力量のミスマッチを抑制可能な集合場所を双方の車両のユーザに通知することができる。
【０００９】
（２）  ある実施の形態においては、サーバは、マッチング処理において、複数の給電車両の少なくとも１台を給電候補車両に設定するとともに、複数の受電車両の少なくとも１台を受電候補車両に設定し、給電候補車両の現在位置と、受電候補車両の現在位置と、地図情報とを用いて、給電候補車両と受電候補車両との集合候補場所を設定する。そして、サーバは、集合候補場所へ給電候補車両が移動するのに要する電力量を給電候補車両の可能給電量から差し引いた値と、集合候補場所へ受電候補車両が移動するのに要する電力量を受電候補車両の要求受電量に加えた値とを用いて、給電候補車両と受電候補車両とのマッチングを行なうか否かを決定する。
【００１０】
上記構成によれば、サーバは、マッチング処理において、給電候補車両が集合候補場所へ移動するのに要する電力量、および受電候補車両が集合候補場所へ移動するのに要する電力量を加味した上で、給電候補車両と受電候補車両とのマッチングを行なうか否かを決定することができる。そのため、マッチングされる双方の車両が集合場所に移動することによって電力量のミスマッチが生じることを適切に抑制することができる。
【００１１】
（３）  ある実施の形態においては、複数の給電車両の各々および複数の受電車両の各々は蓄電装置を搭載する。各給電車両は、自らの現在位置から目標位置への移動に要する電力量を、自らに搭載される蓄電装置の蓄電量から差し引いた値を可能給電量としてサーバに送信する。各受電車両は、自らの現在位置から目標位置への移動に要する電力量から、自らに搭載される蓄電装置の蓄電量を差し引いた値を要求受電量としてサーバに送信する。
【００１２】
上記構成によれば、サーバは、マッチング処理において、給電車両が目標位置へ移動するのに要する電力量、および受電車両が目標位置へ移動するのに要する電力量を加味した上で、給電候補車両と受電候補車両とのマッチングを行なうか否かを決定することができる。そのため、マッチンされた車両間で電力が交換された後においても、各車両が各目標位置へ移動するのに要する電力量を適切に確保することができる。
【００１３】
（４）  ある実施の形態においては、複数の給電車両の各々および複数の受電車両の各々は、自動運転中か否かを示す自動運転フラグをサーバに送信可能である。サーバは、マッチング処理において、自動運転フラグによって自動運転中であると判定される車両をマッチング処理の対象に含める。
【００１４】
上記構成によれば、サーバは、各車両が自動運転中であるのか否かを加味した上でマッチング処理を行なうことが可能となる。
【００１５】
（５）  ある実施の形態においては、サーバは、マッチング処理において、自動運転フラグによって自動運転中であると判定されない受電車両と、自動運転フラグによって自動運転中であると判定された給電車両とをマッチングする。
【００１６】
上記構成によれば、サーバは、ユーザ運転中であり比較的運行に自由度のない受電車両に対して、自動運転中であり比較的運行に自由度のある給電候補車両をマッチングすることができる。
【００１７】
（６）  本開示によるサーバにおいては、複数の給電車両および複数の受電車両と通信可能に構成される。このサーバは、複数の給電車両から現在位置および可能給電量を示す第１情報を取得するとともに、複数の受電車両から現在位置および要求受電量を示す第２情報を取得するように構成された通信部と、通信部に接続された制御部とを備える。制御部は、第１情報および第２情報を用いて、複数の給電車両の少なくとも１台と複数の受電車両の少なくとも１台とをマッチングするとともに、マッチングされた車両の集合場所を決定するマッチング処理を実行し、決定された集合場所を示す情報をマッチングされた車両に送信する。
【００１８】
（７）  本開示による情報提供方法は、複数の給電車両と、複数の受電車両と、複数の給電車両および複数の受電車両と通信可能に構成されたサーバとを備える情報提供システムが行なう情報提供方法である。この情報提供方法は、複数の給電車両から現在位置および可能給電量を示す第１情報を取得するステップと、複数の受電車両から現在位置および要求受電量を示す第２情報を取得するステップと、第１情報および第２情報を用いて、複数の給電車両の少なくとも１台と複数の受電車両の少なくとも１台とをマッチングするとともに、マッチングされた車両の集合場所を決定するマッチング処理を実行するステップと、決定された集合場所を示す情報をマッチングされた車両に送信するステップとを含む。
【発明の効果】
【００１９】
本開示によれば、給電車両と受電車両との間の電力量のミスマッチを抑制可能な集合場所を双方の車両のユーザに通知することができる。
【図面の簡単な説明】
【００２０】
【図１】情報提供システムの全体構成を概略的に示す図である。
【図２】車両の構成の一例を示す図（その１）である。
【図３】車両間充電を説明するための図である。
【図４】車両におけるナビゲーション装置に関連する構成を示すブロック図である。
【図５】サーバの構成を示すブロック図である。
【図６】受電要求車両、サーバ、給電許可車両で実行される処理の一例を示すシーケンス図（その１）である。
【図７】給電許可車両が給電許可情報をサーバに送信する処理の詳細な手順の一例を示すフローチャート（その１）である。
【図８】受電要求車両が受電要求情報をサーバに送信する処理の詳細な手順の一例を示すフローチャート（その１）である。
【図９】サーバが行なうマッチング処理の詳細な手順の一例を示すフローチャート（その１）である。
【図１０】給電候補車両の設定手法の一例を説明するための図である。
【図１１】車両の構成の一例を示す図（その２）である。
【図１２】受電要求車両、サーバ、給電許可車両で実行される処理の一例を示すシーケンス図（その２）である。
【図１３】給電許可車両が給電許可情報をサーバに送信する処理の詳細な手順の一例を示すフローチャート（その２）である。
【図１４】受電要求車両が受電要求情報をサーバに送信する処理の詳細な手順の一例を示すフローチャート（その２）である。
【図１５】サーバが行なうマッチング処理の詳細な手順の一例を示すフローチャート（その２）である。
【発明を実施するための形態】
【００２１】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００２２】
［実施の形態１］
＜システム構成＞
図１は、本実施の形態に従う情報提供システム１０の全体構成を概略的に示す図である。情報提供システム１０は、複数の電動車両（以下、単に「車両」ともいう）１００と、サーバ３００とを備える。車両１００およびサーバ３００は、インターネットあるいは電話回線などの通信ネットワーク４００を介して互いに通信可能に構成されている。なお、各車両１００は、通信ネットワーク４００の基地局４１０と無線通信によって情報の授受が可能に構成される。
【００２３】
車両１００は、図２で後述するように、搭載された蓄電装置からの電力を用いて走行駆動力を生成するとともに、車両外部の電源から供給される電力を用いて蓄電装置の充電が可能な電気自動車（ＥＶ）である。
【００２４】
サーバ３００は、車両１００と通信を行ない、車両１００に対して他の車両に関する情報を提供する。
【００２５】
図２は、車両１００の構成の一例を示す図である。車両１００は、蓄電装置１１０と、駆動装置であるＰＣＵ１２０と、モータジェネレータ１３０と、動力伝達ギア１３５と、駆動輪１４０と、車両ＥＣＵ（Electronic  Control  Unit）１５０と、ナビゲーション装置１７０とを備える。
【００２６】
車両１００は、車両外部の充電ステーションあるいは商用電力網から供給される電力を用いて蓄電装置１１０を充電することが可能である。また、車両１００は、蓄電装置１１０の電力を車両外部に出力することも可能であり、他の車両との間で充放電を行なう「車両間充電」を行なうことも可能である。
【００２７】
図３は、車両間充電を説明するための図である。車両間充電を行なう場合には、図３に示すように、電力を受ける車両１００（以下「受電車両１００Ａ」ともいう）と電力を供給する車両１００（以下「給電車両１００Ｂ」ともいう）とを、充電ケーブル５００によって接続する。そして、給電車両１００Ｂの蓄電装置１１０Ｂから電力を放電し、受電車両１００Ａの蓄電装置１１０Ａを充電する。
【００２８】
図２に戻って、蓄電装置１１０は、充放電可能に構成される。蓄電装置１１０は、たとえば、リチウムイオン電池あるいはニッケル水素電池などの二次電池や、電気二重層キャパシタなどの蓄電素子を含んで構成される。
【００２９】
蓄電装置１１０は、車両１００の駆動力を発生させるための電力をＰＣＵ１２０に供給する。また、蓄電装置１１０は、モータジェネレータ１３０で発電された電力を蓄電する。蓄電装置１１０は、図示しないセンサによって検出された蓄電装置１１０の電圧および電流の検出値を車両ＥＣＵ１５０へ出力する。
【００３０】
ＰＣＵ１２０は、いずれも図示しないが、コンバータやインバータなどの電力変換装置を含んで構成される。そして、コンバータおよびインバータは、車両ＥＣＵ１５０からの制御信号によってそれぞれ制御され、蓄電装置１１０からの直流電力を、モータジェネレータ１３０を駆動するための交流電力に変換する。
【００３１】
モータジェネレータ１３０は交流回転電機であり、たとえば、永久磁石が埋設されたロータを備える永久磁石型同期電動機である。モータジェネレータ１３０の出力トルクは、動力伝達ギア１３５を介して駆動輪１４０に伝達されて、車両１００を走行させる。モータジェネレータ１３０は、車両１００の回生制動動作時には、駆動輪１４０の回転力によって発電することができる。そして、その発電電力は、ＰＣＵ１２０によって蓄電装置１１０の充電電力に変換される。
【００３２】
車両ＥＣＵ１５０は、いずれも図２には図示しないがＣＰＵ（Central  Processing  Unit）、記憶装置および入出力バッファを含み、各センサ等からの信号の入力や各機器への制御信号の出力を行なうとともに、車両１００および各機器の制御を行なう。なお、これらの制御については、ソフトウェアによる処理に限られず、専用のハードウェア（電子回路）で構築して処理することも可能である。
【００３３】
車両１００は、蓄電装置１１０の充放電を行なう構成として、双方向電力変換装置１６０と、通信部１８０と、インレット１９０とをさらに備える。インレット１９０には、充電ケーブル５００の充電コネクタ５１０が接続される。そして、他の車両等から供給される電力が、充電ケーブル５００を介して車両１００に伝達される。
【００３４】
双方向電力変換装置１６０は、蓄電装置１１０とインレット１９０との間に接続される。双方向電力変換装置１６０は、車両ＥＣＵ１５０からの制御信号により制御され、他の車両等から供給される電力を、蓄電装置１１０が充電可能な電力に変換する。また、双方向電力変換装置１６０は、蓄電装置１１０からの電力を車両外部へ出力することが可能な電力に変換する。
【００３５】
通信部１８０は、車両ＥＣＵ１５０と車両外部のサーバ３００あるいは他の車両との間で通信を行なうためのインターフェースである。通信部１８０は、上述のように通信ネットワーク４００を介してサーバ３００と通信可能に構成される。
【００３６】
図４は、車両１００におけるナビゲーション装置１７０に関連する構成を示すブロック図である。ナビゲーション装置１７０は、図４に示されるように、入力部１７２と、表示部１７４と、記憶部１７６と、位置検出部１７８とを含む。ナビゲーション装置１７０は、記憶部１７６に記憶された地図情報と、位置検出部１７８のＧＰＳ（Global  Positioning  System）により検出した車両１００の位置情報とを用いて、ユーザに地図上における車両１００の現在位置を表示したり、目的地までの案内を行なったりする。
【００３７】
表示部１７４は、たとえば液晶パネルで構成されており、車両１００の現在位置、あるいは車両ＥＣＵ１５０からの各種情報を表示する。入力部１７２は、タッチパネルやスイッチ等で構成されており、ユーザによる操作を受け付ける。
【００３８】
図５は、サーバ３００の構成を示すブロック図である。サーバ３００は、制御部３１０と、記憶部３２０と、通信部３３０とを含む。
【００３９】
通信部３３０は、通信ネットワーク４００を介して車両１００と通信を行なうためのインターフェースである。記憶部３２０には、地図情報および車両１００から受信した情報（位置情報等）が記憶されている。
【００４０】
制御部３１０は、車両１００から通信部３３０が受信した情報および記憶部３２０に記憶された情報に基づいて、後述するような、車両間充電を行なう車両のマッチング処理を行なう。
【００４１】
＜車両間充電を行なう車両同士のマッチング＞
上述のように、車両１００は、他車両との間で充放電を行なう車両間充電を行なうことが可能である。したがって、蓄電装置１１０の残電力量に余裕がなく他車両からの受電を要求する車両１００（以下「受電要求車両」ともいう）と、蓄電装置１１０の残電力量に余裕があり他車両への給電を許容する車両１００（以下「給電許可車両」ともいう）とをマッチングすることができれば、各車両１００に蓄えられる電力エネルギを有効に利用することが可能となる。
【００４２】
しかしながら、各車両のユーザは、他車両との間でどれくらいの電力量をやり取りするのが適切であるのか不明である。たとえば、給電許可車両は、受電要求車両に給電し過ぎると、その後の走行距離が短くなり目的地にたどり着けなくなることが懸念される。また、受電要求車両は、給電許可車両から受ける電力が少な過ぎると、次の目的地（たとえば充電ステーションなど）にたどり着けなくなることが懸念される。
【００４３】
さらに、各車両のユーザは、車両間充電を行なうために集合する場所をどこにすべきか不明である。双方の車両が集合場所への移動に要するのにも電力が消費される。そのため、集合場所への移動に要する電力量を加味せずに集合場所を決定すると、双方の車両が集合場所に移動したことによって電力量のミスマッチが生じ得る。このようなミスマッチが生じると、車両間充電ができないだけでなく、双方の車両が集合場所へ移動するのに要した電力が無駄になってしまうことになる。
【００４４】
上記の点に鑑み、本実施の形態１による情報提供システム１０は、給電許可車両が給電可能な電力量と受電要求車両が要求する電力量とがほぼ一致する車両同士を地図上でマッチングさせて各車両にマッチング内容を通知するサービスを提供する。以下、このサービスの詳細について説明する。
【００４５】
図６は、情報提供システム１０に含まれる受電要求車両（より詳しくは受電要求車両の車両ＥＣＵ１５０）、サーバ３００（より詳しくはサーバ３００の制御部３１０）、給電許可車両（より詳しくは給電許可車両の車両ＥＣＵ１５０）で実行される処理の一例を示すシーケンス図である。なお、図６では説明を単純化するために受電要求車両および給電許可車両をそれぞれ１台ずつのみ記載しているが、実際には受電要求車両および給電許可車両はそれぞれ複数存在し得る。
【００４６】
給電許可車両は、他車両への給電を許容する場合、給電許可情報をサーバ３００に送信する（ステップＳ１０）。給電許可情報には、給電許可車両を特定するための車両ＩＤ、給電許可車両の現在位置Ｐｆ、給電可能な電力量（以下「可能給電量」ともいう）Ｅｏｕｔなどの情報が含まれる。サーバ３００は、給電許可車両から受信した給電許可情報を記憶部３２０に記憶する（ステップＳ５０）。
【００４７】
図７は、給電許可車両が給電許可情報をサーバ３００に送信する処理（図６のステップＳ１０）の詳細な手順の一例を示すフローチャートである。
【００４８】
給電許可車両は、ユーザによって他車両への給電が許可されているか否かを判定する（ステップＳ１１）。他車両への給電が許可されていない場合（ステップＳ１１においてＮＯ）、給電許可車両は、以降の処理をスキップしてリターンへと処理を移す。
【００４９】
他車両への給電が許可されている場合（ステップＳ１１においてＹＥＳ）、給電許可車両は、位置検出部１７８のＧＰＳを用いて自車の現在位置Ｐｆを特定する（ステップＳ１２）。
【００５０】
次いで、給電許可車両は、可能給電量Ｅｏｕｔを算出する（ステップＳ１３）。本実施の形態において、給電許可車両は、現在位置Ｐｆから目標位置への移動に要する必要電力量を公知の方法で算出し、算出された必要電力量を蓄電装置１１０の蓄電量（残電力量）から差し引いた値を、可能給電量Ｅｏｕｔとして算出する。必要電力量の算出に用いられる「目標位置」は、たとえば、ユーザが目的地を指定している場合にはその目的地に設定され、そうでない場合には予め定められた位置（たとえばユーザの自宅など）に設定される。なお、算出された可能給電量Ｅｏｕｔをユーザが調整する機能を設けるようにしてもよい。
【００５１】
次いで、給電許可車両は、車両ＩＤ、現在位置Ｐｆおよび可能給電量Ｅｏｕｔを含む給電許可情報をサーバ３００に送信する（ステップＳ１４）。
【００５２】
図６に戻って、受電要求車両は、他車両からの受電を要求する場合、受電要求情報をサーバ３００に送信する（ステップＳ２０）。受電要求情報には、受電要求車両を特定するための車両ＩＤ、受電要求車両の現在位置Ｐｃ、他車両からの受電を要求する電力量（以下「要求受電量」ともいう）Ｅｒｅｑなどの情報が含まれる。
【００５３】
図８は、受電要求車両が受電要求情報をサーバ３００に送信する処理（図６のステップＳ２０）の詳細な手順の一例を示すフローチャートである。
【００５４】
受電要求車両は、ユーザによる受電要求操作があったか否かを判定する（ステップＳ２１）。たとえば、受電要求車両のユーザは、電力量が不足すると自ら判断した場合、入力部１７２に車両間受電サービスを開始するための操作を入力することによって、受電要求操作を行なうことができる。受電要求操作がない場合（ステップＳ２１においてＮＯ）、受電要求車両は、処理をステップＳ２１に戻す。
【００５５】
受電要求操作があった場合（ステップＳ２１においてＹＥＳ）、受電要求車両は、位置検出部１７８のＧＰＳを用いて自車の現在位置Ｐｃを特定する（ステップＳ２２）。
【００５６】
次いで、受電要求車両は、要求受電量Ｅｒｅｑを算出する（ステップＳ２３）。たとえば、受電要求車両は、現在位置Ｐｃから目標位置までの距離を走行するのに要する必要電力量を公知の方法で算出し、算出された必要電力量から蓄電装置１１０の蓄電量（残電力量）を差し引いた値を、要求受電量Ｅｒｅｑとして算出する。必要電力量の算出に用いられる「目標位置」は、たとえば、ユーザが目的地を指定している場合にはその目的地に設定され、そうでない場合には予め定められた位置（たとえばユーザの自宅など）に設定される。なお、算出された要求受電量Ｅｒｅｑをユーザが調整する機能を設けるようにしてもよい。
【００５７】
次いで、受電要求車両は、車両ＩＤ、現在位置Ｐｃおよび要求受電量Ｅｒｅｑを含む受電要求情報をサーバ３００に送信する（ステップＳ２４）。
【００５８】
図６に戻って、サーバ３００は、受電要求車両から受電要求情報を受信すると、当該受電要求車両を受電候補車両に設定し、受電候補車両に適した給電候補車両を設定して双方の車両をマッチングさせる処理（以下、単に「マッチング処理」ともいう）を行なう（ステップＳ１００）。
【００５９】
なお、以下では、説明を単純化するために、マッチング処理によってマッチングされる受電候補車両および給電候補車両が１台ずつである場合について説明するが、マッチングされる車両の組合せはこれに限定されるものではない。たとえば、受電候補車両１台に対して給電候補車両２台以上をマッチングさせるようにしてもよい。
【００６０】
サーバ３００は、マッチング処理において、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の情報とに基づいて、受電候補車両への給電に適した車両を複数の給電許可車両のうちから設定して給電候補車両に設定する。そして、サーバ３００は、受電候補車両および給電候補車両の各現在位置と、記憶部３２０に記憶された地図情報とを用いて、受電候補車両と給電候補車両とが集合して車両間充電を行なう場所の候補（以下「集合候補場所」ともいう）を設定する。そして、サーバ３００は、設定された給電候補車両に対してマッチングの可否について問合せる。この問合せを受けた給電候補車両は、マッチングの可否についてサーバ３００に回答する（ステップＳ１５）。
【００６１】
サーバ３００は、給電候補車両からマッチングを承認する旨の回答を受信すると、当該給電候補車両と受電候補車両とのマッチングを確定させる。そして、サーバ３００は、マッチングされた車両に対して、マッチングされた車両の情報および集合場所を通知する。
【００６２】
サーバ３００からの通知を受信した受電候補車両は、受信した通知内容を表示部１７４に表示させる（ステップＳ２６）。同様に、サーバ３００からの通知を受信した給電許可車両は、受信した通知内容を表示部１７４に表示させる（ステップＳ１６）。これにより、各車両のユーザは、マッチングされた相手側の車両および集合場所を確認することができる。
【００６３】
図９は、サーバ３００が行なうマッチング処理（図６のステップＳ１００）の詳細な手順の一例を示すフローチャートである。サーバ３００は、受電要求車両から受電要求情報を受信したことをトリガーとして、このフローチャートの処理を開始する。
【００６４】
サーバ３００は、まず、受電要求情報によって特定される受電要求車両を、受電候補車両に設定する（Ｓ１１０）。
【００６５】
次いで、サーバ３００は、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の給電許可情報とに基づいて、給電候補車両を設定する処理を行なう（ステップＳ１１１）。
【００６６】
たとえば、サーバ３００は、受電候補車両との距離が閾値Ｌｔｈ未満であり、かつ可能給電量Ｅｏｕｔが受電候補車両の要求受電量Ｅｒｅｑに最も近い給電許可車両を、給電候補車両に設定する。
【００６７】
図１０は、給電候補車両の設定手法の一例を説明するための図である。図１０に示すケースでは、受電候補車両との距離が閾値Ｌｔｈ未満にある範囲に、４台の給電許可車両Ａ〜Ｄが存在している例が示されている。なお、各給電許可車両Ａ〜Ｄと受電候補車両との距離Ｌ１，Ｌ２，Ｌ３，Ｌ４は、Ｌ１＜Ｌ２＜Ｌ３＜Ｌ４＜Ｌｔｈの関係にある。
【００６８】
給電許可車両Ｂの可能給電量Ｅｏｕｔと要求受電量Ｅｒｅｑとの電力差は「０」であり、最も小さい。給電許可車両Ａの可能給電量Ｅｏｕｔと要求受電量Ｅｒｅｑとの電力差、および給電許可車両Ｃの可能給電量Ｅｏｕｔと要求受電量Ｅｒｅｑとの電力差は、ともに「α」（α＞０）であり、給電許可車両Ｂの次に小さい。給電許可車両Ｄの可能給電量Ｅｏｕｔと要求受電量Ｅｒｅｑとの電力差は「２α」であり、最も大きい。
【００６９】
サーバ３００は、図１０に示すように、受電候補車両との距離が閾値Ｌｔｈ未満にある範囲に存在する４台の給電許可車両Ａ〜Ｄに対して、電力差が小さい車両から順に優先順位を付与する。電力差が同じである場合には、受電候補車両との距離が短い順に優先順位を付与する。図１０に示すケースでは、給電許可車両Ｂ、給電許可車両Ａ、給電許可車両Ｃ、給電許可車両Ｄの順に優先順位が付与される。
【００７０】
サーバ３００は、付与された優先順位に従って給電候補車両を設定する。図１０に示すケースでは、優先順位が最も高い給電許可車両Ｂが給電候補車両に設定される。給電許可車両Ｂとのマッチングが成立しなかった場合には、次に優先順位が高い給電許可車両Ａが給電候補車両に設定される。
【００７１】
なお、４台の給電許可車両Ａ〜Ｄすべてにおいてマッチングが成立しなかった場合には、給電候補車両は設定されない。また、受電候補車両との距離が閾値Ｌｔｈ未満にある範囲に給電許可車両が１台も存在しない場合にも、給電候補車両は設定されない。
【００７２】
図９に戻って、サーバ３００は、ステップＳ１１１の処理によって給電候補車両が設定されたか否かを判定する（ステップＳ１１２）。給電候補車両が設定されなかった場合（ステップＳ１１２においてＮＯ）、サーバ３００は、マッチングが不成立である旨を受電候補車両に通知する（ステップＳ１５０）。
【００７３】
一方、給電候補車両が設定された場合（ステップＳ１１２においてＹＥＳ）、サーバ３００は、受電候補車両の現在位置Ｐｃ、給電候補車両の現在位置Ｐｆ、および記憶部３２０に記憶されている地図情報を用いて、集合候補場所を設定する（ステップＳ１２０）。
【００７４】
実際に車両間充電を行なう際には、２台の車両がある程度余裕を持って駐車できるスペースが必要となる。そのため、サーバ３００は、記憶部３２０に記憶されている地図情報を参照して、受電候補車両および給電候補車両のいずれの位置とも異なる場所（たとえばショッピングセンター、映画館、テーマパークなどの公共の駐車場など）を集合候補場所に設定する場合がある。
【００７５】
集合候補場所が設定されると、サーバ３００は、受電候補車両および給電候補車両が集合候補場所に移動するのに要する電力量を加味して、受電候補車両の要求受電量Ｅｒｅｑおよび給電候補車両の可能給電量Ｅｏｕｔを補正する（ステップＳ１２２）。具体的には、サーバ３００は、給電候補車両が集合候補場所へ移動するのに要する電力量を推定し、推定された電力量を可能給電量Ｅｏｕｔから差し引いた値を、補正後の可能給電量Ｅｏｕｔとする。また、サーバ３００は、受電候補車両が集合候補場所へ移動するのに要する電力量を推定し、推定された電力量を要求受電量Ｅｒｅｑに加えた値を、補正後の要求受電量Ｅｒｅｑとする。
【００７６】
次いで、サーバ３００は、補正後の要求受電量Ｅｒｅｑと補正後の可能給電量Ｅｏｕｔとがマッチング要件を満たしているか否かを判定する（ステップＳ１２４）。具体的には、補正後の可能給電量Ｅｏｕｔが補正後の要求受電量Ｅｒｅｑよりも大きく、かつ両者の差（＝｜Ｅｏｕｔ−Ｅｒｅｑ｜）が基準値未満であるか否かを判定する。
【００７７】
マッチング要件を満たしていない場合（ステップＳ１２４においてＮＯ）、サーバ３００は、処理をステップＳ１１１に戻し、給電候補車両の設定処理を再び行なう。この際、サーバ３００は、マッチング要件を満たしていないと判定された給電候補車両を除いて、次に優先順位の高い給電許可車両を給電候補車両に設定する（図１０参照）。
【００７８】
マッチング要件を満たしている場合（ステップＳ１２４においてＹＥＳ）、サーバ３００は、給電候補車両に対して受電候補車両の情報および集合候補場所の情報等を送信して受電候補車両とのマッチングの可否について問合せる（ステップＳ１２６）。
【００７９】
次いで、サーバ３００は、給電候補車両からマッチングを承認する旨の回答を受信したか否かを判定する（ステップＳ１２８）。
【００８０】
給電候補車両からマッチングを拒否する旨の回答があった場合（ステップＳ１２８においてＮＯ）、サーバ３００は、処理をステップＳ１１１に戻し、給電候補車両の設定処理を再び行なう。この際、マッチングを拒否する旨の回答があった給電候補車両を除いて、次に優先順位の高い給電許可車両を給電候補車両に設定する（図１０参照）。
【００８１】
給電候補車両からマッチングを承認する旨の回答があった場合（ステップＳ１２８においてＹＥＳ）、サーバ３００は、受電候補車両と給電候補車両とのマッチングを確定させる（ステップＳ１３０）。具体的には、受電候補車両と給電候補車両とをマッチングの対象車両として確定し、集合候補場所を対象車両の集合場所として確定する。
【００８２】
そして、サーバ３００は、マッチングされた双方の車両に対して、各車両の情報、集合場所などを通知する（ステップＳ１４０）。
【００８３】
以上のように、本実施の形態によるサーバ３００は、マッチング処理（図９のＳ１１０〜Ｓ１３０参照）において、給電候補車両の現在位置Ｐｆおよび可能給電量Ｅｏｕｔ（給電許可情報）および受電候補車両の現在位置Ｐｃおよび要求受電量Ｅｒｅｑ（受電要求情報）を加味した上で、マッチングされる車両およびその集合場所を決定する。そのため、サーバは、マッチングされる車両間の電力量のミスマッチを抑制することが可能な場所を集合場所として決定することができる。そして、サーバ３００は、決定された集合場所をマッチングされた車両に送信する（図９のステップＳ１４０参照）。そのため、給電車両と受電車両との間の電力量のミスマッチを抑制可能な集合場所を双方の車両のユーザに通知することができる。
【００８４】
特に、本実施の形態によるサーバ３００は、マッチング処理において、給電候補車両の現在位置Ｐｆと受電候補車両の現在位置Ｐｃと地図情報とを用いて双方の車両の集合候補場所を設定し（図９のステップＳ１２０）、双方の車両が集合候補場所に移動するのに要する必要電力量を加味して要求受電量Ｅｒｅｑおよび可能給電量Ｅｏｕｔを補正する（図９ステップＳ１２２）。そして、サーバ３００は、補正後の要求受電量Ｅｒｅｑおよび可能給電量Ｅｏｕｔを加味した上で、給電候補車両と受電候補車両とのマッチングを行なうか否かを決定する（図９のステップＳ１２４）。そのため、マッチンされる車両が集合場所に移動したことによって電力量のミスマッチが生じることを適切に抑制することができる。
【００８５】
さらに、給電候補車両は、自らの現在位置Ｐｆから目標位置への移動に要する電力量を、自らに搭載される蓄電装置１１０の残電力量（蓄電量）から差し引いた値を可能給電量Ｅｏｕｔとしてサーバ３００に送信する。また、受電候補車両は、自らの現在位置Ｐｃから目標位置への移動に要する電力量から、自らに搭載される蓄電装置１１０の残電力量（蓄電量）を差し引いた値を要求受電量Ｅｒｅｑとしてサーバ３００に送信する。これにより、サーバ３００は、マッチング処理において、給電候補車両が目標位置へ移動するのに要する電力量、および受電車両が受電車両の目標位置へ移動するのに要する電力量を加味した上で、給電候補車両と受電候補車両とのマッチングを行なうか否かを決定することができる。そのため、マッチングされた車両同士で電力が交換された後においても、各車両が各目的位置へ移動するのに要する電力量を適切に確保することができる。
【００８６】
＜変形例１＞
上述の実施の形態１においては、各車両１００に、通信ネットワーク４００と直接的に通信可能に構成される通信部１８０を設ける例を説明した（図４参照）。
【００８７】
しかしながら、各車両１００と通信ネットワーク４００との通信を、各車両１００のユーザが所持する携帯端末を利用して行なうようにしてもよい。
【００８８】
図１１は、本変形例１による車両１００−１の構成の一例を示す図である。この車両１００−１は、上述の通信部１８０に代えて、スマートフォン１８４などの携帯端末との近距離通信を実行可能に構成された近距離通信部１８２を備える。スマートフォン１８４は、通信ネットワーク４００と直接的に通信する機能を有している。そのため、車両１００−１は、スマートフォン１８４を介して、通信ネットワーク４００に接続されたサーバ３００と通信することができる。
【００８９】
近年において、近距離通信部１８２は、多くの車両に標準仕様として搭載される。したがって、車両１００−１は、通信ネットワーク４００と直接的に通信可能な通信部１８０を新たに設けることなく、近距離通信部１８２およびスマートフォン１８４を経由してサーバ３００と通信することができる。
【００９０】
＜変形例２＞
上述の実施の形態１においては、給電車両が電力を用いて走行する電気自動車（ＥＶ）である例を示した。しかしながら、給電車両は、電力に加えて、電力以外の燃料（ガソリン等）を用いても走行可能なプラグインハイブリッド車両であってもよい。
【００９１】
給電車両１００Ｂがプラグインハイブリッド車両である場合、ユーザが電力ではなく燃料（ガソリン等）主体の走行を許容するのであれば、可能給電量Ｅｏｕｔをより大きい値に設定することができる。
【００９２】
可能給電量Ｅｏｕｔを可能な限り大きい値にしようとする場合、燃料のみで目標位置まで走行できるか否かを判定し、燃料のみで目標位置まで走行できる場合には蓄電装置１１０の残電力量をそのまま可能給電量Ｅｏｕｔに設定することができる。一方、燃料のみでは目標位置まで走行できない場合には、不足する燃料量に相当する電力量を算出し、算出された電力量を蓄電装置１１０の残電力量から差し引いた値を可能給電量Ｅｏｕｔに設定することができる。
【００９３】
＜変形例３＞
上述の実施の形態１において、マッチングされた車両の各ユーザが、サーバ３００によるマッチングの結果を評価し、その評価結果をサーバ３００に返信する処理を新たに設けるようにしてもよい。
【００９４】
図１２は、本変形例３による情報提供システム１０に含まれる受電要求車両、サーバ３００、給電許可車両で実行される処理の一例を示すシーケンス図である。図１２に示すシーケンス図は、上述の図６に示すシーケンス図に対して、受電要求車両の評価処理（ステップＳ２７）、および給電許可車両の評価処理（ステップＳ１７）を追加したものである。
【００９５】
受電要求車両（給電候補車両）は、サーバ３００から受信したマッチング通知内容を表示部１７４に表示させる処理（ステップＳ２６）を行なった後、マッチング結果に対するユーザの評価を受け付けて、その評価結果をサーバ３００に送信する（ステップＳ２７）。同様に、給電許可車両（給電候補車両）は、サーバ３００から受信したマッチング通知内容を表示部１７４に表示させる処理（ステップＳ１６）を行なった後、マッチング結果に対するユーザの評価を受け付けて、の評価結果をサーバ３００に送信する（ステップＳ１７）。これにより、サーバ３００は、ユーザの評価結果を踏まえた上で、今後のマッチング処理を行なうことができる。
【００９６】
また、各車両のユーザは、マッチングされた集合場所が遠く、時間的な制約などによってマッチング結果を受け入れられない場合、たとえばユーザの評価を入力する処理（ステップＳ１７、Ｓ２７）において、マッチングを拒否する旨をサーバ３００に送信するようにしてもよい。どちらか一方のユーザがマッチングを拒否した場合、サーバ３００は、拒否されたマッチング内容（マッチング相手、集合場所）を除外して、再びマッチング処理（ステップＳ１００）を実行するようにすればよい。
【００９７】
また、サーバ３００は、マッチングが拒否される頻度が多い車両の評価を相対的に下げてマッチングされ難くすることでマッチング成功率を上げるようにしてもよい。また実際にマッチングされ、車両間で給電および充電を実行した後に各車両のユーザがお互いを評価するステップを設けるようにしてもよい。
【００９８】
＜変形例４＞
上述の実施の形態１においては、サーバ３００が、マッチングされた車両に対して集合場所を通知する例を示した。
【００９９】
しかしながら、サーバ３００が、マッチングされた車両に対して送信する情報は、集合場所だけに限定されるものではない。たとえば、サーバ３００が、集合場所に加えて、各車両から集合場所までの距離、各車両が集合場所に移動するのに要する時間、集合時刻、可能給電量Ｅｏｕｔ、要求受電量Ｅｒｅｑ、マッチング相手の情報（連絡先、車種など）を、マッチングされた車両に対して送信するようにしてもよい。
【０１００】
＜変形例５＞
上述の実施の形態１においては給電による報酬については特に言及していないが、給電車両のユーザが受電車両のユーザから報酬を得るようにしてもよい。その際は、マッチングを行なう条件に、報酬額に関する条件を加えるようにしてもよい。たとえば、給電に対して希望する報酬額を給電許可車両がサーバ３００ヘ送信するとともに、受電に対して支払可能な報酬額を受電候補車両がサーバ３００ヘ送信し、サーバ３００がこれらの報酬額を加味した上でマッチング処理を行なうようにするようにしてもよい。
【０１０１】
［実施の形態２］
上述の実施の形態１においては、マッチングされる双方の車両が、どちらもユーザによる運転中である車両（以下「ユーザ運転車両」ともいう）であることを想定していた。
【０１０２】
しかしながら、マッチングの対象となる車両に、運転者が不在の状態で自動運転中である車両（以下「自動運転車両」ともいう）を含めるようにしてもよい。たとえば、マッチングされる双方の車両が、どちらも自動運転車両であってもよい。また、マッチングされる車両の一方がユーザ運転車両であり、他方が自動運転車両であってもよい。
【０１０３】
このように、マッチングの対象となる車両に自動運転車両を含める場合には、各車両が自動運転中かを示すフラグ（以下「自動運転フラグ」ともいう）をサーバ３００に送信するようにすればよい。これにより、サーバ３００は、各車両が自動運転中であるのか否かを加味した上でマッチング処理を行なうことが可能となる。
【０１０４】
たとえば、サーバ３００は、ユーザ運転中である受電車両に対して、自動運転中である給電車両をマッチングさせることができる。このようにすることで、比較的運行に自由度のある自動運転車両を、比較的運行に自由度のないユーザ運転車両の給電に向かわせることができる。
【０１０５】
図１３は、本実施の形態２による給電許可車両が給電許可情報をサーバ３００に送信する処理の詳細な手順の一例を示すフローチャートである。このフローチャートは、上述の図７のフローチャートのステップＳ１４をステップＳ１４Ａに変更したものである。その他のステップ（前述の図７に示したステップと同じ番号を付しているステップ）については、既に説明したため詳細な説明はここでは繰り返さない。
【０１０６】
給電許可車両は、自車の車両ＩＤ、現在位置Ｐｆおよび可能給電量Ｅｏｕｔに加えて、自動運転フラグを含む給電許可情報をサーバ３００に送信する（ステップＳ１４Ａ）。
【０１０７】
図１４は、本実施の形態２による受電要求車両が受電要求情報をサーバ３００に送信する処理の詳細な手順の一例を示すフローチャートである。このフローチャートは、上述の図８のフローチャートのステップＳ２４をステップＳ２４Ａに変更したものである。その他のステップ（前述の図８に示したステップと同じ番号を付しているステップ）については、既に説明したため詳細な説明はここでは繰り返さない。
【０１０８】
受電要求車両は、自車の車両ＩＤ、現在位置Ｐｃおよび要求受電量Ｅｒｅｑに加えて、自動運転フラグを含む受電要求情報をサーバ３００に送信する（ステップＳ２４Ａ）。
【０１０９】
図１５は、本実施の形態２によるサーバ３００が行なうマッチング処理の詳細な手順の一例を示すフローチャートである。このフローチャートは、上述の図９のフローチャートのステップＳ１４をステップＳ１４Ａに変更したものである。その他のステップ（前述の図９に示したステップと同じ番号を付しているステップ）については、既に説明したため詳細な説明はここでは繰り返さない。
【０１１０】
サーバ３００は、受電候補車両を設定した後（Ｓ１１０）、受電候補車両から受信した受電要求情報と、記憶部３２０に記憶されている複数の給電許可車両の情報とに基づいて、給電候補車両を設定する（ステップＳ１１１Ａ）。
【０１１１】
この際、サーバ３００は、受電候補車両の自動運転フラグおよび給電許可車両の自動運転フラグを参照しながら、給電候補車両を設定する。
【０１１２】
たとえば、サーバ３００は、受電要求情報に含まれる自動運転フラグを参照して、受電候補車両が自動運転中であるか否かを判定する。そして、受電候補車両が自動運転中でない場合（すなわちユーザ運転中である場合）、サーバ３００は、記憶部３２０に記憶されている複数の給電許可車両のなかから、自動運転フラグを参照して自動運転中の給電許可車両を抽出し、抽出された自動運転中の給電許可車両を給電候補車両に設定する。これにより、サーバ３００は、自動運転フラグによって自動運転中であると判定されない受電車両と、自動運転フラグによって自動運転中であると判定された給電車両とをマッチングすることができる。その結果、比較的運行に自由度のないユーザ運転中の受電要求車両に対して、比較的運行に自由度のある自動運転中の給電候補車両をマッチングすることができる。「ユーザ運転車両」ともいう）
以上のように、本実施の形態２においては、複数の給電車両の各々および複数の受電車両の各々は、自動運転中か否かを示す自動運転フラグをサーバ３００に送信可能である。サーバ３００は、自動運転フラグによって自動運転中であると判定される車両をマッチング処理の対象に含める。これにより、サーバ３００は、各車両が自動運転中であるか否かを加味した上で、マッチング処理を行なうことができる。
【０１１３】
なお、マッチングされた給電候補車両が自動運転車両である場合、サーバ３００は、自動運転中の給電候補車両との通信を行なって、自動運転中の給電候補車両を集合場所へ向かわせるように給電候補車両を自動制御することができる。
【０１１４】
この際、たとえば、自動運転中の給電候補車両がユーザを迎えに行く途中である場合には、サーバ３００は、自動運転中の給電候補車両のユーザが所持する携帯端末に対して給電の可否を問合せ、給電が承認された場合に、ユーザを迎えに行く前に給電候補車両を集合場所へ向かわせるように自動運転制御するようにしてもよい。
【０１１５】
また、自動運転中の給電候補車両がユーザを目的地に届けた後に自動回送している途中である場合には、サーバ３００は、ユーザへの問合せることなく、無条件で給電候補車両を集合場所へ向かわせるように自動運転制御するようにしてもよい。
【０１１６】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１１７】
１０  情報提供システム、１００  車両、１００Ａ  受電車両、１００Ｂ  給電車両、１１０  蓄電装置、１２０  ＰＣＵ、１３０  モータジェネレータ、１３５  動力伝達ギア、１４０  駆動輪、１５０  車両ＥＣＵ、１６０  双方向電力変換装置、１７０  ナビゲーション装置、１７２  入力部、１７４  表示部、１７６，３２０  記憶部、１７８  位置検出部、１８０，３３０  通信部、１８２  近距離通信部、１８４  スマートフォン、１９０  インレット、３００  サーバ、３１０  制御部、４００  通信ネットワーク、４１０  基地局、５００  充電ケーブル、５１０  充電コネクタ。
【図１】
2019086842.tif 000003
【図２】
2019086842.tif 000004
【図３】
2019086842.tif 000005
【図４】
2019086842.tif 000006
【図５】
2019086842.tif 000007
【図６】
2019086842.tif 000008
【図７】
2019086842.tif 000009
【図８】
2019086842.tif 000010
【図９】
2019086842.tif 000011
【図１０】
2019086842.tif 000012
【図１１】
2019086842.tif 000013
【図１２】
2019086842.tif 000014
【図１３】
2019086842.tif 000015
【図１４】
2019086842.tif 000016
【図１５】
2019086842.tif 000017