特許 7559697 サーバー

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-24

(45)【発行日】2024-10-02

(54)【発明の名称】サーバー

(51)【国際特許分類】

   G06Q 50/26 20240101AFI20240925BHJP

【ＦＩ】

G06Q50/26 300

【請求項の数】 2

(21)【出願番号】P 2021118780

(22)【出願日】2021-07-19

(65)【公開番号】P2023014686

(43)【公開日】2023-01-31

【審査請求日】2023-10-11

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】内海 敦子

【審査官】塚田 肇

(56)【参考文献】

【文献】特開２０２０－１１２９６９（ＪＰ，Ａ）

【文献】特開２００７－１４８５９０（ＪＰ，Ａ）

【文献】特開２０２０－０４７０１４（ＪＰ，Ａ）

【文献】特開２０２０－００９０８７（ＪＰ，Ａ）

【文献】特開２０１３－２２２３０５（ＪＰ，Ａ）

【文献】特開２００７－２１９９４９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

電動車と通信可能なサーバーであって、
災害時の給電要請を受信した場合に、前記電動車に対して、前記電動車の識別情報、前記電動車の位置情報及び前記電動車のエネルギー残量を含む車両情報の開示を要求し、
前記開示の要求に対して、前記電動車のユーザの同意を得られた前記電動車から前記車両情報を取得し、
取得した前記車両情報に基づいて、前記電動車に対して給電指示を行い、
前記給電要請が終了した場合には、前記ユーザに対して、前記車両情報の取得の終了を通知する、
サーバー。

【請求項2】

前記電動車が行う給電に必要なエネルギーを補給するエネルギー補給ステーションと通信可能であり、
前記エネルギー補給ステーションの位置情報及び前記エネルギー補給ステーションのエネルギー残量を含むステーション情報を取得し、
取得した前記ステーション情報及び前記車両情報に基づいて、前記電動車に対して、補給指示を行う、
請求項１に記載のサーバー。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバーに関する。

【背景技術】

【0002】

特許文献１には、災害時において、避難所情報と車両情報とに基づいて車両の給電先を決定する災害時給電システムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－１１２８０６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１の災害時給電システムは、車両情報を常に開示することを好まないユーザにとっては利用しにくい。

【0005】

本発明は、そのような課題を解決するためになされたものであり、災害時といった緊急時にのみ車両情報を提供できるようにするので、より多くのユーザに利用されるようにすることができるサーバーを提供する。

【課題を解決するための手段】

【0006】

本実施形態に係るサーバーは、電動車と通信可能なサーバーであって、災害時の給電要請を受信した場合に、前記電動車に対して前記電動車の位置情報及び前記電動車のエネルギー残量を含む車両情報の開示を要求し、前記開示の要求に対して、前記電動車のユーザの同意を得られた前記電動車から前記車両情報を取得し、取得した前記車両情報に基づいて、前記電動車に対して給電指示を行い、前記給電要請が終了した場合には、前記ユーザに対して、前記車両情報の取得の終了を通知する。このような構成により、災害時といった緊急時にのみ車両情報を提供できるようにするので、より多くのユーザに利用されるようにすることができる。

【0007】

また、上記サーバーは、前記電動車が行う給電に必要なエネルギーを補給するエネルギー補給ステーションと通信可能であり、前記エネルギー補給ステーションの位置情報及び前記エネルギー補給ステーションのエネルギー残量を含むステーション情報を取得し、取得した前記ステーション情報及び前記車両情報に基づいて、前記電動車に対して、補給指示を行う。このような構成により、効率的にエネルギーを補給することができる。

【発明の効果】

【0008】

本実施形態によれば、災害時といった緊急時にのみ車両情報を提供できるようにするので、より多くのユーザに利用されるようにすることができる。

【図面の簡単な説明】

【0009】

【図1】実施形態１に係るサーバー及び電動車を例示した図である。

【図2】実施形態１に係るサーバーを例示したブロック図である。

【図3】実施形態１に係る端末装置を例示したブロック図である。

【図4】実施形態１に係るサーバー及び端末装置の給電方法を例示したシークエンス図である。

【図5】実施形態１に係るサーバーにおいて、給電方法を例示したフローチャート図である。

【図6】実施形態１に係る電動車において、給電方法を例示したフローチャート図である。

【図7】実施形態１に係るエネルギー補給ステーションが付加されたサーバー及び電動車を例示した図である。

【図8】実施形態２に係るサーバー、電動車及びエネルギーサービス事業者を例示した図である。

【図9】実施形態２に係るサーバーを例示したブロック図である。

【図10】実施形態２に係るサーバー及び電動車におけるエネルギー補給方法を例示したシークエンス図である。

【図11】実施形態２に係るサーバーにいて、補給方法を例示したフローチャート図である。

【図12】実施形態２に係る電動車において、補給方法を例示したフローチャート図である。

【発明を実施するための形態】

【0010】

以下、発明の実施形態を通じて本発明を説明するが、特許請求の範囲に係る発明を以下の実施形態に限定するものではない。また、実施形態で説明する構成の全てが課題を解決するための手段として必須であるとは限らない。説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

【0011】

（実施形態１）
実施形態１に係るサーバーを説明する。本実施形態のサーバーは、災害時等の緊急時において、自治体等からの給電要請に対応するためのサーバーである。災害時には、自治体等からの給電要請に基づき、給電を行う車両の手配を行う必要がある。但し、車両によっては、車両に蓄えられている水素や電気等のエネルギー残量及び車両の位置をタイムリーに把握することができない。よって、人為的に給電を行う車両を管理し、立ち合いを行っている。

【0012】

本実施形態のサーバーは、災害時等の緊急時において、自治体等からの給電要請に応じる車両の車両情報を取得し、車両に対して給電指示を行う。これにより、災害時にどの車両がどこにいて、どの程度のエネルギー残量かを把握することができ、給電のタイミングや車両の入れ替え等をタイムリーに行うことができる。

【0013】

以下では、車両として、電動車を例として説明する。電動車は、バッテリーの電力を車両の動力のすべてまたは一部として使用するものであり、例えば、電気自動車（Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ、ＥＶと呼ぶ。）、プラグインハイブリッド車（Ｐｌｕｇ－ｉｎ Ｈｙｂｒｉｄ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ、ＰＨＥＶと呼ぶ、及び、Ｐｌｕｇ－ｉｎ Ｈｙｂｒｉｄ Ｖｅｈｉｃｌｅ、ＰＨＶと呼ぶ）、ハイブリッド車（Ｈｙｂｒｉｄ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ、ＨＥＶと呼ぶ、及び、Ｈｙｂｒｉｄ Ｖｅｈｉｃｌｅ、ＨＶと呼ぶ）、燃料電池車（Ｆｕｅｌ Ｃｅｌｌ Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ、ＦＣＥＶと呼ぶ、及び、Ｆｕｅｌ Ｃｅｌｌ Ｖｅｈｉｃｌｅ、ＦＣＶと呼ぶ）を含む。なお、以下では、電動車を例にして説明しているが、給電することができれば、電動車の代わりに、ガソリン車、ディーゼル車等の車両でもよい。

【0014】

図１は、実施形態１に係るサーバー及び電動車を例示した図である。図１に示すように、サーバー１０は、電動車２０Ａ～２０Ｃと通信可能な状態で接続されている。例えば、サーバー１０は、無線通信回線により各電動車２０Ａ～２０Ｃと直接通信可能な状態で接続されてもよいし、インターネットを介して、各電動車２０Ａ～２０Ｃと通信可能な状態で接続されてもよい。サーバー１０は、各電動車２０Ａ～２０Ｃに配置された端末装置３０Ａ～３０Ｃと通信可能な状態で接続されてもよい。電動車２０Ａ～２０Ｃを総称して、電動車２０と呼ぶ。端末装置３０Ａ～３０Ｃを総称して、端末装置３０と呼ぶ。また、各電動車２０Ａ～２０Ｃの各ユーザ４０Ａ～４０Ｃを総称してユーザ４０と呼ぶ。

【0015】

サーバー１０は、複数の電動車２０と接続されてもよいし、１つの電動車２０とだけ接続されてもよい。図１には３台の電動車２０Ａ～２０Ｃが示されているが、複数の電動車２０は、２台でもよいし、４台以上でもよい。サーバー１０は、所定の箇所に固定されたものに限らず、クラウド上に設けられてもよい。サーバー１０は、例えば、自治体５０と通信可能な状態で接続されている。そして、サーバー１０は、自治体５０から災害時の給電要請を受信する。なお、サーバー１０は、自治体５０に配置され、自治体５０内の給電要請を行う部署から給電要請を受信してもよい。

【0016】

図２は、実施形態１に係るサーバー１０を例示したブロック図である。図２に示すように、サーバー１０は、制御部１１、通信部１２、記憶部１３、インタフェース部１４及び給電指示生成部１５を有している。制御部１１、通信部１２、記憶部１３、インタフェース部１４及び給電指示生成部１５は、それぞれ、制御手段、通信手段、記憶手段、インタフェース手段及び給電指示生成手段としての機能を有している。

【0017】

サーバー１０は、コンピュータを含む情報処理装置であり、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）を含んでもよい。制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサを含む。制御部１１は、制御処理及び演算処理等を行う演算装置としての機能を有する。また、制御部１１は、通信部１２、記憶部１３、インタフェース部１４及び給電指示生成部１５等の各構成要素の動作を制御する。

【0018】

通信部１２は、電動車２０及び自治体５０と無線の通信回線を介して通信を行うために必要な処理を行う。通信部１２は、ユーザ４０の携帯端末と無線の通信回線を介して接続されてもよい。通信部１２は、通信ポート、ルータ、ファイアウォール等を含み得る。

【0019】

記憶部１３は、例えば、メモリ又はハードディスク等の記憶装置を有してもよい。記憶装置は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）又はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。記憶部１３は、制御部１１によって実行される制御プログラム及び演算プログラム等を記憶するための機能を有する。また、記憶部１３は、処理データ等を一時的に記憶するための機能を有する。

【0020】

また、記憶部１３は、各ユーザ４０の住所及び電話番号等の個人情報を記憶してもよい。記憶部１３は、各電動車２０の車種、型式、製造年月日等の車両識別情報を記憶してもよい。記憶部１３は、給電を受けられる給電場所を記憶する。

【0021】

インタフェース部１４は、例えば、ユーザインタフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。インタフェース部１４は、キーボード、タッチパネル又はマウス等の入力装置と、ディスプレイ又はスピーカ等の出力装置とを有する。インタフェース部１４は、オペレータ等によるデータの入力の操作を受け付け、オペレータ等に対して情報を出力する。

【0022】

給電指示生成部１５は、車両情報に基づいて、電動車２０に対して行う給電指示を生成する。制御部１１、通信部１２、記憶部１３、インタフェース部１４及び給電指示生成部１５は、データバスなどを介して相互に接続されている。

【0023】

サーバー１０の各構成要素は、例えば、制御部１１の制御によって、プログラムを実行させることによって実現できる。より具体的には、各構成要素は、記憶部１３に格納されたプログラムを、制御部１１が実行することによって実現され得る。また、必要なプログラムを任意の不揮発性記録媒体に記録しておき、必要に応じてインストールすることで、各構成要素を実現するようにしてもよい。また、各構成要素は、プログラムによるソフトウェアで実現することに限ることなく、ハードウェア、ファームウェア、及びソフトウェアのうちのいずれかの組み合わせ等により実現してもよい。

【0024】

サーバー１０は、例えば、自治体５０から災害時の給電要請を受信した場合に、電動車２０に対して車両情報の開示を要求する。具体的には、制御部１１は、通信部１２を制御することにより、通信部１２が自治体５０から災害時の給電要請を受信した場合には、電動車２０に対して車両情報の開示要求を送信させる。

【0025】

サーバー１０は、電動車２０に対して、車両情報の開示を要求した場合に、電動車２０のユーザ４０から車両情報の開示の同意を受信する。具体的には、制御部１１は、通信部１２を制御することにより、通信部１２に、ユーザ４０から車両情報の開示の同意を受信させる。また、サーバー１０は、車両情報の開示の不同意を受信してもよいし、同意も不同意も受信しない場合があってもよい。サーバー１０は、電動車２０のユーザ４０の同意を得られた電動車２０から車両情報を取得する。具体的には、制御部１１は、通信部１２を制御することにより、ユーザ４０の同意を得られた電動車２０から車両情報を取得させる。車両情報は、例えば、電動車２０の位置情報、電動車２０の識別情報、電動車２０のエネルギー残量を含む。

【0026】

サーバー１０は、取得した車両情報に基づいて、電動車２０に対して給電指示を行う。具体的には、制御部１１は、給電指示生成部１５を制御することにより、取得した車両情報に基づいて、電動車２０に対して行う給電指示を生成させる。例えば、給電指示生成部１５は、ユーザ４０の同意を得られた電動車２０から、自治体５０のＡ地区に近い位置情報及び十分なエネルギー残量を含む車両情報を取得する。その場合には、給電指示生成部１５は、電動車２０に対して、Ａ地区に移動してＡ地区の給電場所で給電せよとの給電指示を生成する。そして、制御部１１は、通信部１２を制御することにより、電動車２０に対して給電指示生成部１５が生成した給電指示を送信させる。

【0027】

サーバー１０は、自治体５０からの給電要請が終了した場合には、ユーザ４０に対して、車両情報の取得の終了を通知する。具体的には、制御部１１は、通信部１２を制御することにより、通信部１２が自治体５０から給電要請の終了を受信した場合には、電動車２０のユーザ４０に対して、車両情報の取得の終了を送信させる。このようにして、サーバー１０は、災害時といった緊急時において、給電要請に応じる電動車２０の車両情報を取得し、電動車２０に対して給電指示を行う。

【0028】

電動車２０は、サーバー１０と通信可能な状態で接続された端末装置３０を有してもよい。端末装置３０は、災害時等にサーバー１０から車両情報の開示要求を受信する。端末装置３０は、電動車２０のユーザ４０の同意を得られた場合に、電動車２０から取得した車両情報をサーバー１０に送信する。また、端末装置３０は、サーバー１０から給電指示を受信する。そして、端末装置３０は、サーバー１０から車両情報の取得の終了を受信する。

【0029】

図３は、実施形態１に係る端末装置３０を例示したブロック図である。図３に示すように、端末装置３０は、電動車２０に設けられている。端末装置３０は、制御部３１、通信部３２、記憶部３３、インタフェース部３４及び車両情報取得部３５を備えている。制御部３１、通信部３２、記憶部３３、インタフェース部３４及び車両情報取得部３５は、それぞれ、制御手段、通信手段、記憶手段、インタフェース手段及び車両情報取得手段としての機能を有している。

【0030】

端末装置３０の各構成要素は、一つの筐体または基板に配置されてもよいし、各構成要素のうちいずれかまたはいくつかが、他の構成要素から分離してもよい。例えば、端末装置３０の各構成要素は、ユーザ４０が携帯する携帯端末に配置されてもよいし、電動車２０に配置されたカーナビゲーション装置に配置されてもよいし、電動車２０の操作パネル等に配置されてもよい。また、例えば、制御部３１、記憶部３３及び車両情報取得部３５は、カーナビゲーション装置に配置され、通信部３２及びインタフェース部３４は、携帯端末に配置されてもよい。端末装置３０の各構成要素の配置位置はこだわらない。

【0031】

端末装置３０は、コンピュータを含む情報処理装置であり、制御部３１は、例えば、ＣＰＵ等のプロセッサを含む。制御部３１は、制御処理及び演算処理等を行う演算装置としての機能を有する。制御部３１は、通信部３２、記憶部３３、インタフェース部３４及び車両情報取得部３５等の各構成要素の動作を制御する。

【0032】

通信部３２は、サーバー１０と無線の通信回線を介して通信を行うために必要な処理を行う。通信部３２は、通信ポート、ルータ、ファイアウォール等を含み得る。通信部３２は、ユーザ４０の携帯端末に配置されてもよい。

【0033】

記憶部３３は、例えば、メモリ又はハードディスク等の記憶装置を有してもよい。記憶装置は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）又はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。記憶部３３は、制御部３１によって実行される制御プログラム及び演算プログラム等を記憶するための機能を有する。また、記憶部３３は、処理データ等を一時的に記憶するための機能を有する。

【0034】

また、記憶部３３は、電動車２０の車種、型式、製造年月日等の車両識別情報を記憶してもよい。記憶部３３は、給電を行う給電場所を記憶してもよい。

【0035】

インタフェース部３４は、例えばユーザインタフェースである。インタフェース部３４は、キーボード、タッチパネル又はマウス等の入力装置と、ディスプレイ又はスピーカ等の出力装置とを有する。インタフェース部３４は、ユーザ４０によるデータの入力の操作を受け付け、ユーザ４０に対して情報を出力する。

【0036】

車両情報取得部３５は、電動車２０の位置情報及び電動車２０のエネルギー残量を含む車両情報を取得する。例えば、車両情報取得部３５は、位置情報取得部２１及びエネルギー残量計２２と有線又は無線の通信回線により接続されている。位置情報取得部２１は、例えば、カーナビゲーション装置であり、ＧＰＳ等の情報を取得する。車両情報取得部３５は、車両情報として、記憶部３３に記憶された電動車２０の車種、型式、製造年月日等の車両識別情報を取得してもよい。

【0037】

制御部３１、通信部３２、記憶部３３、インタフェース部３４及び車両情報取得部３５は、データバス、無線通信回線などを介して相互に接続されている。

【0038】

端末装置３０の各構成要素は、例えば、制御部３１の制御によって、プログラムを実行させることによって実現できる。より具体的には、各構成要素は、記憶部３３に格納されたプログラムを、制御部３１が実行することによって実現され得る。また、必要なプログラムを任意の不揮発性記録媒体に記録しておき、必要に応じてインストールすることで、各構成要素を実現するようにしてもよい。また、各構成要素は、プログラムによるソフトウェアで実現することに限ることなく、ハードウェア、ファームウェア、及びソフトウェアのうちのいずれかの組み合わせ等により実現してもよい。

【0039】

端末装置３０は、災害時にサーバー１０から車両情報の開示要求を受信する。具体的には、制御部３１は、通信部３２を制御することにより、サーバー１０の通信部１２から車両情報の開示要求を受信させる。制御部３１は、インタフェース部３４を制御することにより、通信部３２が車両情報の開示要求を受信した場合に、車両情報の開示に同意するか、ユーザ４０に問い合わせる。これを受けて、ユーザ４０は、インタフェース部３４に同意または不同意を入力する。

【0040】

端末装置３０は、ユーザ４０の同意を得られた場合には、サーバー１０に対して車両情報を送信する。具体的には、ユーザ４０からインタフェース部３４に車両情報の開示の同意を入力された場合には、制御部３１は、車両情報取得部３５を制御することにより、車両情報取得部３５に車両情報を取得させる。制御部３１は、車両情報取得部３５及び通信部３２を制御することにより、車両情報取得部３５が取得した車両情報をサーバー１０に対して送信させる。

【0041】

端末装置３０は、サーバー１０から給電指示を受信する。具体的には、制御部３１は、通信部３２を制御することにより、サーバー１０の通信部１２から給電指示を受信させる。通信部３２が給電指示を受信した場合には、制御部３１は、インタフェース部３４を制御することにより、給電指示に従って電動車２０を移動させるようにユーザ４０に指示する。

【0042】

端末装置３０は、自治体５０の給電要請が終了した場合には、サーバー１０から車両情報の取得の終了を受信する。具体的には、制御部３１は、通信部３２を制御することにより、サーバー１０の通信部１２から車両情報の取得の終了を受信させる。そして、通信部３２が車両情報の取得の終了を受信した場合には、制御部３１は、インタフェース部３４を制御することにより、ユーザ４０に車両情報の取得の終了を知らせる。

【0043】

次に、サーバー１０及び端末装置３０の給電方法を、シークエンス図を参照して説明する。図４は、実施形態１に係るサーバー１０及び端末装置３０の給電方法を例示したシークエンス図である。

【0044】

図４に示すように、自治体５０は、災害時等において、サーバー１０に対して給電要請を行う（Ｓ１０１）。サーバー１０は、自治体５０から給電要請を受信する（Ｓ１０２）。そうすると、サーバー１０は、電動車２０に対して車両情報の開示を要求する（Ｓ１０３）。これにより、電動車２０は、車両情報の開示要求を受信する（Ｓ１０４）。そして、電動車２０は、開示要求に同意か不同意かユーザに問い合わせる（Ｓ１０５）。ユーザ４０が開示要求に同意の場合には、電動車２０は、車両情報を取得する（Ｓ１０６）。そして、電動車２０は、サーバー１０に対して、開示要求に同意であることを送信するとともに（Ｓ１０７）、取得した車両情報を送信する（Ｓ１０８）。これにより、サーバー１０は、開示要求に同意であることを受信するとともに（Ｓ１０９）、車両情報を受信する（Ｓ１１０）。なお、ユーザ４０が開示要求に不同意の場合、または、開示要求が不達で同意及び不同意をできない場合には、処理を終了する。

【0045】

サーバー１０は、取得した車両情報に基づいて、給電指示を生成する（Ｓ１１１）。給電指示は、例えば、給電場所及び給電日時を含んでもよい。そして、サーバー１０は、電動車２０に対して、給電指示を送信する（Ｓ１１２）。電動車２０は、サーバー１０から給電指示を受信する（Ｓ１１３）。そして、電動車２０は、給電指示に従った給電を行う（Ｓ１１４）。

【0046】

自治体５０は、災害時の緊急時等を脱し、給電の必要がなくなった場合には、給電要請の終了をサーバー１０に対して送信する（Ｓ１１５）。これにより、サーバー１０は、自治体５０から給電要請の終了を受信する（Ｓ１１６）。そして、サーバー１０は、電動車２０に対して、車両情報の取得の終了を送信する（Ｓ１１７）。これにより、電動車２０は、サーバー１０から車両情報の取得の終了を受信する（Ｓ１１８）。そして、電動車２０は、車両情報の取得の終了をユーザ４０に通知する（Ｓ１１９）。

【0047】

次に、サーバー１０における給電方法を、フローチャート図を用いて説明する。図５は、実施形態１に係るサーバー１０における給電方法を例示したフローチャート図である。

【0048】

図５のステップＳ２０１に示すように、サーバー１０は、災害時の給電要請を受信する。例えば、サーバー１０は、自治体５０から災害時の給電要請を受信する。次に、ステップＳ２０２に示すように、サーバー１０は、電動車２０に対して、災害時の給電に必要な車両情報の開示を要求する。その際に、電動車２０は、車両情報の開示について同意するかユーザに問い合わせる。

【0049】

次に、ステップＳ２０３に示すように、サーバー１０は、ユーザ４０から、車両情報の開示について同意を得られたか判断する。ステップＳ２０３において、ユーザ４０から同意を得られない場合には、処理を終了する。一方、ステップＳ２０３において、ユーザから同意を得られた場合には、ステップＳ２０４に示すように、サーバー１０は、ユーザの同意を得られた電動車２０から車両情報を取得する。

【0050】

次に、ステップＳ２０５に示すように、サーバー１０は、取得した車両情報に基づいて、給電指示を生成する。具体的には、サーバー１０は、取得した電動車２０の位置情報及び電動車２０のエネルギー残量を含む車両情報に基づいて、電動車２０に対して行う給電指示を生成する。そして、ステップＳ２０６に示すように、サーバー１０は、電動車２０に対して生成した給電指示を送信することにより、給電指示を行う。

【0051】

次に、ステップＳ２０７に示すように、給電要請の終了を受信したか判断する。ステップＳ２０７において、給電要請の終了を受信していない場合には、ステップＳ２０４に戻り、ステップＳ２０４～ステップＳ２０６を繰り返す。例えば、新たな車両情報に基づいて、他の給電場所に移動する給電指示をしてもよいし、他の電動車２０と交代する給電指示をしてもよい。

【0052】

一方、ステップＳ２０７において、給電要請の終了を受信した場合には、ステップＳ２０８に示すように、ユーザ４０に対して、車両情報の取得の終了を通知する。そして、処理を終了する。このようにして、サーバー１０は、災害時といった緊急時において、給電要請に応じる電動車２０の車両情報を取得し、電動車２０に対して給電指示を行うことができる。

【0053】

次に、電動車２０における給電方法を、フローチャート図を用いて説明する。図６は、実施形態１に係る電動車２０における給電方法を例示したフローチャート図である。

【0054】

図６のステップＳ３０１に示すように、電動車２０は、サーバー１０から車両情報の開示要求を受信する。次に、ステップＳ３０２に示すように、電動車２０は、車両情報の開示供給に対して同意するかユーザ４０に問い合わせる。ステップＳ３０２において、ユーザ４０から同意を得られない場合には、処理を終了する。一方、ステップＳ３０２において、ユーザから同意を得られた場合には、ステップＳ３０３に示すように、電動車２０は、車両情報を取得する。

【0055】

次に、ステップＳ３０４に示すように、電動車２０は、サーバー１０に、取得した車両情報を送信する。次に、ステップＳ３０５に示すように、電動車２０は、送信した車両情報に基づいてサーバー１０が生成した給電指示を受信する。次に、ステップＳ３０６に示すように、電動車２０は、給電指示に従って給電を行う。

【0056】

次に、ステップＳ３０７に示すように、サーバー１０から車両情報の取得の終了を受信したか判断する。ステップＳ３０７において、サーバー１０から車両情報の取得の終了を受信していない場合には、ステップＳ３０３に戻り、ステップＳ３０３～Ｓ３０６を繰り返す。例えば、新たな車両情報を送信することにより、新たな給電指示を受信し、新たな給電を行ってもよい。ステップＳ３０７において、サーバー１０から車両情報の取得の終了を受信した場合には、ステップＳ３０８に示すように、電動車２０は、車両情報の取得の終了をユーザ４０に通知する。そして、処理を終了する。このようにして、電動車２０は、災害時といった緊急時において、給電要請に応じた給電を行うことができる。

【0057】

図７は、実施形態１に係るエネルギー補給ステーションが付加されたサーバー及び電動車を例示した図である。図７に示すように、サーバー１０は、エネルギー補給ステーション６０と通信可能な状態で接続されてもよい。エネルギー補給ステーション６０は、例えば、ＦＣＶに水素を補給する水素ステーション等のように、電動車２０が行う給電に必要なエネルギーを電動車２０に補給する。サーバー１０は、エネルギー補給ステーション６０の位置情報及びエネルギー補給ステーション６０のエネルギー残量を含むステーション情報を取得する。サーバー１０は、取得したステーション情報及び電動車２０の車両情報に基づいて、電動車２０に対して、補給指示を行ってもよい。

【0058】

次に、本実施形態の効果を説明する。本実施形態のサーバー１０は、災害時といった緊急時の給電要請に応じることができる電動車２０の車両情報を取得する。電動車２０のユーザ４０によっては、緊急時には車両情報を提供してもよいが、通常時の車両情報の提供を嫌う場合がある。そこで、サーバー１０は、災害時の給電要請を受信した場合に、電動車２０に対して車両情報の開示を要求する。そして、電動車２０のユーザ４０の同意を得られた電動車２０から車両情報を取得する。これにより、災害時といった緊急時にのみ車両情報を提供できるようになるので、より多くのユーザ４０が利用できるようにすることができる。

【0059】

また、給電要請が終了した場合には、ユーザ４０に対して、車両情報の取得の終了を通知する。これにより、ユーザ４０は、通常時には、車両情報を提供することがないので、安心して電動車２０を使用することができる。

【0060】

今後、電動車２０が普及した際に、多くの電動車２０が給電を行う可能性がある。例えば、災害時等の混乱した状況下でも、各電動車２０の電欠、水素欠の心配を防ぎつつ、最適な場所に電動車２０を誘導することが可能となる。

【0061】

また、このような給電を行う電動車２０は、平常時には、移動手段はもちろんのこと、キッチンカー、物品販売車、医療用車両と多様な目的に用いることができる。よって、緊急時にのみ使用だけのために準備するものではなく、マルチパーポスとして運用できるのでコストを低減することができる。

【0062】

また、電動車２０は、振動、騒音及び異臭を抑制することができるので、周囲の環境衛生を向上させることができる。

【0063】

（実施形態２）
次に、実施形態２に係るサーバーを説明する。本実施形態のサーバーは、エネルギーの需給に応じてエネルギー価格が変動するサービスへ対応するためのものである。具体的には、本実施形態のサーバーは、エネルギーの需給に応じてエネルギー価格が変動しても、エネルギーの価格が低い時間帯及びエネルギーの価格が低い地区でエネルギーを補給することができるようにする。

【0064】

図８は、実施形態２に係るサーバー１０Ａ、電動車２０及びエネルギーサービス事業者７０を例示した図である。図８に示すように、サーバー１０Ａは、エネルギーを販売するエネルギーサービス事業者７０と通信可能な状態で接続されている。エネルギーは、例えば、ＦＣＶに補給される水素、ＥＶに補給される電力等である。また、サーバー１０Ａは、エネルギー補給ステーション６０と通信可能な状態で接続されてもよい。サーバー１０Ａは、エネルギーの価格及びエネルギーの販売地区の位置情報を含む価格情報をエネルギーサービス事業者７０から受信する。なお、サーバー１０Ａは、エネルギーサービス事業者７０に配置され、エネルギーサービス事業者７０内の価格情報を取得する部署から価格情報を受信してもよい。

【0065】

図９は、実施形態２に係るサーバー１０Ａを例示したブロック図である。図９に示すように、サーバー１０Ａは、制御部１１、通信部１２、記憶部１３、インタフェース部１４及び補給指示生成部１６を有している。制御部１１、通信部１２、記憶部１３、インタフェース部１４及び補給指示生成部１６は、それぞれ、制御手段、通信手段、記憶手段、インタフェース手段及び補給指示生成手段としての機能を有している。

【0066】

補給指示生成部１６は、エネルギーの価格及びエネルギーの販売地区の位置情報を含む価格情報、並びに、車両情報に基づいて、補給指示を生成する。例えば、補給指示生成部１６は、Ｂ地区及びＣ地区との間の価格差、電動車２０のＢ地区及びＣ地区までの距離差、電動車２０のエネルギー残量、電動車２０のエネルギー残量が０になるまでのエネルギー価格の変動予測等から、すぐにＢ地区で補給せよ、または、明日以降にＣ地区で補給せよ、等の補給指示を生成する。これ以外のサーバー１０Ａの構成は、実施形態１と同様である。

【0067】

次に、サーバー１０Ａ及び電動車２０におけるエネルギー補給方法を、シークエンス図を参照して説明する。図１０は、実施形態２に係るサーバー１０及び電動車２０におけるエネルギー補給方法を例示したシークエンス図である。

【0068】

図１０に示すように、エネルギーサービス事業者７０は、エネルギーの価格及びエネルギーの販売地区の位置情報を含む価格情報を、サーバー１０Ａに対して送信する（Ｓ４０１）。サーバー１０Ａは、エネルギーサービス事業者７０から価格情報を受信する（Ｓ４０２）。そうすると、サーバー１０Ａは、電動車２０に対して車両情報の開示を要求する（Ｓ４０３）。これにより、電動車２０は、車両情報の開示要求を受信する（Ｓ４０４）。そして、電動車２０は、開示要求に同意か不同意かユーザに問い合わせる（Ｓ４０５）。ユーザ４０が開示要求に同意の場合には、電動車２０は、車両情報を取得する（Ｓ４０６）。そして、電動車２０は、サーバー１０Ａに対して、開示要求に同意であることを送信するとともに（Ｓ４０７）、取得した車両情報を送信する（Ｓ４０８）。これにより、サーバー１０Ａは、開示要求に同意であることを受信するとともに（Ｓ４０９）、車両情報を受信する（Ｓ４１０）。なお、ユーザ４０が開示要求に不同意の場合、または、開示要求が不達で同意及び不同意をできない場合には、処理を終了する。

【0069】

サーバー１０Ａは、取得した車両情報及び価格情報に基づいて、補給指示を生成する（Ｓ４１１）。そして、サーバー１０Ａは、電動車２０に対して、補給指示を送信する（Ｓ４１２）。電動車２０は、サーバー１０Ａから補給指示を受信する（Ｓ４１３）。そして、電動車２０は、補給指示に従った補給を行う（Ｓ４１４）。

【0070】

次に、サーバー１０Ａによる補給方法を、フローチャート図を用いて説明する。図１１は、実施形態２に係るサーバー１０Ａにおける補給方法を例示したフローチャート図である。

【0071】

図１１のステップＳ５０１に示すように、サーバー１０Ａは、エネルギーサービス事業者７０から価格情報を受信する。次に、ステップＳ５０２に示すように、サーバー１０Ａは、電動車２０に対して、車両情報の開示を要求する。その際に、電動車２０は、車両情報の開示について同意するかユーザに問い合わせる。

【0072】

次に、ステップＳ５０３に示すように、サーバー１０Ａは、ユーザ４０から、車両情報の開示について同意を得られたか判断する。ステップＳ５０３において、ユーザ４０から同意を得られない場合には、処理を終了する。一方、ステップＳ５０３において、ユーザから同意を得られた場合には、ステップＳ５０４に示すように、サーバー１０Ａは、ユーザの同意を得られた電動車２０から車両情報を取得する。

【0073】

次に、ステップＳ５０５に示すように、サーバー１０Ａは、価格情報及び車両情報に基づいて、補給指示を生成する。具体的には、サーバー１０Ａの補給指示生成部１６は、エネルギーサービス事業者７０から取得した価格情報及び電動車２０から取得した車両情報に基づいて、電動車２０に対して行う補給指示を生成する。そして、ステップＳ５０６に示すように、サーバー１０Ａは、電動車２０に対して生成した補給指示を送信することにより、給電指示を行う。

【0074】

次に、電動車２０による補給方法を、フローチャート図を用いて説明する。図１２は、実施形態２に係る電動車２０における補給方法を例示したフローチャート図である。

【0075】

図１２のステップＳ６０１に示すように、電動車２０は、サーバー１０Ａから車両情報の開示要求を受信する。次に、ステップＳ６０２に示すように、電動車２０は、車両情報の開示供給に対して同意するかユーザ４０に問い合わせる。ステップＳ６０２において、ユーザ４０から同意を得られない場合には、処理を終了する。一方、ステップＳ６０２において、ユーザ４０から同意を得られた場合には、ステップＳ６０３に示すように、電動車２０は、車両情報を取得する。

【0076】

次に、ステップＳ６０４に示すように、電動車２０は、サーバー１０Ａに、取得した車両情報を送信する。次に、ステップＳ６０５に示すように、電動車２０は、価格情報及び車両情報に基づいてサーバー１０Ａが生成した補給指示をサーバー１０Ａから受信する。次に、ステップＳ６０６に示すように、電動車２０は、補給指示に従った給電を行う。このようにして、電動車２０は、価格情報に応じた補給を行うことができる。

【0077】

本実施形態のサーバー１０Ａは、エネルギーの需給変動に応じてエネルギー価格が変動するサービスへ対応することができる。よって、サーバー１０Ａは、エネルギーの価格が低い時間帯または価格が低い地区での補給をユーザ４０に対して指示することができる。これにより、エネルギーの購入価格を低減することができる。本実施形態における上記以外の構成及び効果は、実施形態１の記載に含まれている。

【0078】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施形態１及び２の各構成を組み合わせたものも、本実施形態の技術的思想の範囲に含まれる。例えば、災害時の給電要請時において、エネルギーの需給変動に応じてエネルギー価格が変動するサービスに対応させてもよい。

【符号の説明】

【0079】

１０、１０Ａ サーバー
１１ 制御部
１２ 通信部
１３ 記憶部
１４ インタフェース部
１５ 給電指示生成部
１６ 補給指示生成部
２０、２０Ａ、２０Ｂ、２０Ｃ 電動車
２１ 位置情報取得部
２２ エネルギー残量計
３０、３０Ａ、３０Ｂ、３０Ｃ 端末装置
３１ 制御部
３２ 通信部
３３ 記憶部
３４ インタフェース部
３５ 車両情報取得部
４０、４０Ａ、４０Ｂ、４０Ｃ ユーザ
５０ 自治体
６０ エネルギー補給ステーション
７０ エネルギーサービス事業者

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】