JP7126897B2 - サーバ、充電スタンド案内システム、充電スタンド案内方法、及びプログラム - Google Patents

Description

本発明は、充電スタンドを案内する技術に関する。

ある充電スタンドで電気自動車を充電しようとした場合に、別の電気自動車が先にその充電スタンドで充電を行っていたときは、その電気自動車の充電が終わるまで待機しなければならない。一般に、電気自動車の充電にはガソリン車の給油と比較して長い時間を要する。充電が終わるまで待機を要することは、特にガソリン車との対比においてユーザに不便性を感じさせる要因となる。

充電スタンドでの待機時間を低減するため、特許文献１には、充電スタンドまでの到着予測時刻を考慮して充電スタンドの稼働予測情報を作成する技術が記載されている。また、特許文献２には、特定の充電設備（充電スタンド）の電力需要の予測値を算出する技術が開示されている。

特開２０１４－２２５１６７号公報 特開２０１７－１１２８３０号公報

ユーザは、早く充電が完了する充電スタンドでの充電を希望する場合がある。しかし、充電スタンドの性能はそれぞれ異なるうえ、その利用状況も刻一刻と変化するという問題があった。

これに対し本発明は、予測された充電完了時刻をユーザに提供する。

本開示の一態様によれば、複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得する第１取得手段と、前記対象充電スタンドにおける待ち時間を取得する第２取得手段と、前記対象電気自動車の充電に要する充電時間を取得する第３取得手段と、前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測する予測手段と、前記対象ユーザ端末に前記完了時刻を通知する通知手段とを有するサーバが提供される。

また、本開示の一態様によれば、複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得する第１取得手段と、前記対象充電スタンドにおける待ち時間を取得する第２取得手段と、前記対象電気自動車の充電に要する充電時間を取得する第３取得手段と、前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測する予測手段と、前記対象ユーザ端末に前記完了時刻を通知する通知手段とを有する充電スタンド案内システムが提供される。

さらに、本開示の一態様によれば、複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得するステップと、前記対象充電スタンドにおける待ち時間を取得するステップと、前記対象電気自動車の充電に要する充電時間を取得するステップと、前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測するステップと、前記対象ユーザ端末に前記完了時刻を通知するステップとを有する充電スタンド案内方法が提供される。

さらに、本開示の一態様によれば、コンピュータに、複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得するステップと、前記対象充電スタンドにおける待ち時間を取得するステップと、前記対象電気自動車の充電に要する充電時間を取得するステップと、前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測するステップと、前記対象ユーザ端末に前記完了時刻を通知するステップとを実行させるためのプログラムが提供される。

さらに、本開示の一態様によれば、コンピュータに、複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得する第１取得手段、前記対象充電スタンドにおける待ち時間を取得する第２取得手段、前記対象電気自動車の充電に要する充電時間を取得する第３取得手段、前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測する予測手段、及び前記対象ユーザ端末に前記完了時刻を通知する通知手段を有するサーバに対し、充電スタンドの情報提供要求を送信するステップと、前記情報提供要求の応答として、前記対象充電スタンドにおける前記完了時刻を含む通知を受信するステップと、前記完了時刻を含む情報を表示するステップとを実行させるためのプログラムが提供される。

さらに、本開示の一態様によれば、複数のユーザ端末のうち対象ユーザ端末に対応する対象燃料電池自動車が、複数の水素ステーションの中から選択された対象水素ステーションに到達するまでの所要時間を取得する第１取得手段と、前記対象水素ステーションにおける待ち時間を取得する第２取得手段と、前記対象燃料電池自動車の水素の補充に要する補充時間を取得する第３取得手段と、前記所要時間、前記待ち時間、及び前記補充時間を用いて前記対象燃料電池自動車の補充が完了する完了時刻を予測する予測手段と、前記対象ユーザ端末に前記完了時刻を通知する通知手段とを有するサーバが提供される。

本発明によれば、予測された充電完了時刻をユーザに提供することができる。

一実施形態に係る充電スタンド案内システムの概要を示す図。 充電スタンド案内システムの機能構成を例示する図。 充電スタンドの機能構成を例示する図。 サーバのハードウェア構成を例示する図。 ユーザ端末のハードウェア構成を例示する図。 充電スタンド案内システムの動作を例示するシーケンスチャート。 スタンドデータベースを例示する図。 稼働実績データベースを例示する図。 充電スタンドの検索結果を示す画面を例示する図。 図９の画面における指示待ち時の処理を示すフローチャート。 充電スタンドの詳細情報を表示する処理を示す図。 詳細情報の表示画面を例示する図。 充電スタンドのより詳細な情報を表示する画面を例示する図。 仮予約の処理を例示するシーケンスチャート。 仮予約データベースを例示する図。 仮予約した充電スタンドを示す画面を例示する図。 状況変化を通知する画面を例示する図。 充電スタンドにおける充電の処理を示すフローチャート。

１．構成
図１は、一実施形態に係る充電スタンド案内システム１の概要を示す図である。充電スタンド案内システム１は、サーバ１０、ユーザ端末２０、電気自動車３０、及び充電スタンド４０を有する。充電スタンド案内システム１は、電気自動車３０のユーザに対し、充電スタンド４０に関する情報を提供するシステムである。ここで、ユーザとは、電気自動車３０の運転者又は同乗者をいう。電気自動車とは、車体に電気プラグを接続して充電される二次電池をエネルギー源として電動機を回して走る自動車をいう。充電スタンドとは、電気自動車を充電するための充電装置をいう。ネットワークＮは、複数の装置間で通信を行うためのネットワークであり、例えばインターネットである。

充電スタンド案内システム１は、ユーザ端末２０、電気自動車３０、及び充電スタンド４０をそれぞれ複数、有する。例えば、複数のユーザ端末２０の各々を区別するときは、ユーザ端末２０［１］、ユーザ端末２０［２］、…、というように括弧付きの符号を用いる。電気自動車３０及び充電スタンド４０についても同様である。

ユーザ端末２０は、ユーザインターフェースを提供するための端末装置であり、ユーザから指示又は情報の入力を受け付け、サーバ１０等の装置から提供された情報を出力する。一例において、ユーザ端末２０は、ユーザが所持するスマートフォン又はタブレット端末等の携帯端末である。あるいは、ユーザ端末２０は、カーナビゲーション装置等の車載装置であってもよい。ユーザ端末２０は、電気自動車３０の運転者又は同乗者により使用されるという意味において、電気自動車３０と対応している。電気自動車３０［ｋ］と対応するユーザ端末をユーザ端末２０［ｋ］と表す。

図２は、充電スタンド案内システム１の機能構成を例示する図である。図２では、サーバ１０及びユーザ端末２０の機能を図示している。充電スタンド案内システム１は、記憶手段１１、受信手段１２、取得手段１３、予測手段１４、判定手段１５、通知手段１６、管理手段１７、予測手段８１、予測手段８２、予測手段８３、受け付け手段２１、送信手段２２、受信手段２３、及び案内手段２４を有する。この例において、記憶手段１１、受信手段１２、取得手段１３、予測手段１４、判定手段１５、通知手段１６、管理手段１７、予測手段８１、予測手段８２、及び予測手段８３はサーバ１０に実装される。受け付け手段２１、送信手段２２、受信手段２３、及び案内手段２４はユーザ端末２０に実装される。

まずサーバ１０の機能を説明する。記憶手段１１は、各種のデータを記憶する。記憶手段１１が記憶するデータには、スタンドデータベースが含まれる。スタンドデータベースは、充電スタンド４０に関する情報が記録されたデータベースである。充電スタンド４０に関する情報には、例えば、所在地（住所又は座標）、名称（「Ｓ石油Ａ店」等）、施設種別（ガソリンスタンド、コンビニエンスストア、高速サービスアリア、ショッピングモール等）、出力性能（２０ｋＷ等）、料金情報（３００円／１０分等）、及びプラグ形状（ＣＨＡｄｅＭＯ、２００Ｖコンセント、２００Ｖ充電ケーブル付き、ＴｅｓｌａＳＣ等）が含まれる。一領域に複数台の充電スタンド４０が設置されている場合（例えば１カ所のガソリンスタンドに３台の充電スタンド４０が設置されている場合）、充電スタンド案内システム１において、これら３台の充電スタンド４０は、それぞれ別個の充電スタンドとして扱われる。

受信手段１２は、ユーザ端末２０から情報を受信する。受信手段１２が受信する情報には、サーバ１０に対する要求又は指示、若しくは各種のデータが含まれる。取得手段１３は、サーバ１０内の他の構成要素又は外部装置から各種の情報を取得する。取得手段１３は、取得手段１３１、取得手段１３２、及び取得手段１３３を有する。

取得手段１３１（第１取得手段の一例）は、対象となる電気自動車３０（以下「対象電気自動車」という）が、対象となる充電スタンド４０（以下「対象充電スタンド」という）に到達するまでの所要時間を取得する。対象電気自動車は、複数のユーザ端末２０のうち対象となるユーザ端末２０（以下「対象ユーザ端末」という）に対応する電気自動車である。具体的には、対象電気自動車は、対象ユーザ端末が携帯端末である場合には対象ユーザ端末を携帯するユーザが乗っている電気自動車３０であり、対象ユーザ端末が車載装置である場合には対象ユーザ端末が搭載された電気自動車３０である。対象充電スタンドは、複数の充電スタンド４０の中から選択された充電スタンド４０である。対象充電スタンドの選択はシステムにより自動的に行われてもよいし、ユーザにより行われてもよいが、本実施形態においては、充電スタンド案内システム１が自動的に対象充電スタンドを選択する。この例において、取得手段１３１は、予測手段８１から所要時間を取得する。予測手段８１は、対象電気自動車の位置及び対象充電スタンドの位置から所要時間を予測する。一例において、予測手段８１は、地図データを記憶しており、与えられた２地点間の経路に沿った所要時間を予測する。所要時間の予測に際し、予測手段８１は、道路交通情報（通行止めや渋滞の情報）を参照してもよい。現在時刻に所要時間を加算すると、予測される到着時刻の予測値（以下単に「到着時刻」という）が得られる。

取得手段１３２（第２取得手段の一例）は、対象充電スタンドにおける待ち時間を取得する。待ち時間とは、与えられた基準時（例えば現在時刻）に対象電気自動車が対象充電スタンドに到着したと仮定した場合に、到着してから充電を開始できるようになるまでの時間をいう。対象電気自動車より先に、対象充電スタンドで充電をしている他の電気自動車３０があった場合、対象電気自動車は、その電気自動車３０の充電が完了するまでは充電を開始することができない。この例において、取得手段１３２は、予測手段８２から待ち時間を取得する。予測手段８２は、例えば、対象充電スタンドに対する予約の状況、又は対象充電スタンドにおいて現に待機している電気自動車３０の状況を参照して待ち時間を予測する。到着時刻に待ち時間を加算すると、充電開始時刻の予測値（以下単に「充電開始時刻」という）が得られる。

ここで、充電の「予約」について説明する。予約とは、充電スタンド案内システム１に対し、対象充電スタンドにおいて充電する予定を登録することをいう。本実施形態において、「予約」は「本予約」と「仮予約」とに細分化される。本予約とは、対象充電スタンドを使用する排他的な権利を確保する（予約者のために充電スタンド４０のタイムスロットを確保する）ことをいう。例えば、あるユーザが対象充電スタンドを９時００分から１０時００分まで本予約すると、他のユーザは９時００分から１０時００分までの間、対象充電スタンドを使用することができない。一方、仮予約とは、充電スタンド案内システム１に対し、特定のタイムスロットを確保すること無しに、対象充電スタンドにおいてこれから充電する意思を登録することをいう。仮予約は、「充電スタンド４０において充電を行う旨の登録」の一例である。すなわち、仮予約は、その充電スタンド４０で充電する意思の宣言に過ぎない。単に「予約」というときは本予約及び仮予約を包括する概念である。

取得手段１３３（第３取得手段の一例）は、対象電気自動車の充電に要する充電時間を取得する。充電時間とは、対象充電スタンドにおいて対象電気自動車の充電を開始してから所定量（例えば満量）充電するのに要する時間をいう。この例において、取得手段１３３は、予測手段８３から待ち時間を取得する。予測手段８３は、例えば、充電スタンド４０の出力性能、対象電気自動車の電池残量、充電スタンド４０における気温等の状況を参照して充電時間を予測する。

予測手段１４は、取得手段１３により取得された、所要時間、待ち時間、及び充電時間を用いて対象電気自動車の充電が完了する時刻を予測する。以下、特に断らない限り、「充電完了時刻」とは、予測手段１４により予測された充電完了時刻（すなわち予測値）をいう。一例において、現在時刻に、所要時間、待ち時間、及び充電時間を加算すると充電完了時刻が得られる。判定手段１５は、予測手段１４における予測精度を判定する。一般に完了時刻の正確な予測は難しく、計算により得られる充電完了時刻はある不確かさを含んでいる。予測精度は、この不確かさを示す。通知手段１６は、予測手段１４により得られた充電完了時刻及びその予測精度を対象ユーザ端末に通知する。

次にユーザ端末２０の機能を説明する。受け付け手段２１は、ユーザから指示の入力を受け付ける。受け付け手段２１が受け付ける指示には、例えば、充電スタンド４０を案内するよう要求する指示が含まれる。送信手段２２は、受け付け手段２１が受け付けた指示に応じた情報、例えば、充電スタンド４０の案内要求をサーバ１０に送信する。受信手段２３は、サーバ１０等の外部装置から各種のデータを受信する。受信手段２３が受信するデータには、送信手段２２が送信した案内要求に対する応答としての、案内データが含まれる。案内データには、例えば、充電スタンド４０を案内するための地図データが含まれる。

図３は、充電スタンド４０の機能構成を例示する図である。充電スタンド４０は、充電手段４１、記憶手段４２、通信手段４３、及び受け付け手段４４を有する。充電手段４１は、電気自動車３０に充電を行う。充電手段４１は、例えば、入力された交流電力を直流電力に変換する交直変換部、充電の開始・終了又は異常検出を行う制御部、及び電気自動車３０と接続されるコネクタを有する。記憶手段４２は、各種のデータ及びプログラムを記憶する。通信手段４３は、サーバ１０と通信を行う。通信手段４３は、サーバ１０に対し、例えば、充電中か空きであるかという充電手段４１の使用状況を示す情報を送信する。受け付け手段４４は、充電スタンド４０のユーザに対しユーザインターフェースを提供する。ユーザは、受け付け手段４４を介して、充電の開始又は終了、若しくは料金の授受に関する指示を入力する。図示は省略したが、充電スタンド４０は、他の構成要素を制御する制御手段、及び充電スタンド４０周辺の状態を検知する検知手段を有してもよい。検知手段は、例えば、充電スタンド４０において充電待ちをする電気自動車３０を撮影するカメラを含む。また、例えば通信手段４３は、サーバ１０から充電手段４１の予約に関する情報を受信してもよい。この場合、受け付け手段４４は、本予約していないユーザからの充電開始の指示は受け付けない等、予約に対応する処理を行う。

図４は、サーバ１０のハードウェア構成を例示する図である。サーバ１０は、ＣＰＵ（Central Processing Unit）１０１、メモリ１０２、ストレージ１０３、及び通信ＩＦ（Interface）１０４を有するコンピュータ装置である。ＣＰＵ１０１は、プログラムを実行して各種の演算を行い、サーバ１０の他のハードウェア要素を制御する制御装置である。メモリ１０２は、ＣＰＵ１０１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ１０３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ１０４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。

この例において、ストレージ１０３は、コンピュータ装置を充電スタンド案内システム１におけるサーバ１０として機能させるためのプログラム（以下「サーバプログラム」という）を記憶する。ＣＰＵ１０１がサーバプログラムを実行することにより、コンピュータ装置に図２の機能が実装される。ＣＰＵ１０１がサーバプログラムを実行している状態において、メモリ１０２及びストレージ１０３の少なくとも一方が記憶手段１１の一例である。通信ＩＦ１０４が受信手段１２の一例である。ＣＰＵ１０１が取得手段１３、予測手段１４、判定手段１５、通知手段１６、管理手段１７、予測手段８１、予測手段８２、及び予測手段８３の一例である。

図５は、ユーザ端末２０のハードウェア構成を例示する図である。ユーザ端末２０は、ＣＰＵ２０１、メモリ２０２、ストレージ２０３、通信ＩＦ２０４、及びタッチスクリーン２０５を有するコンピュータ装置、例えばスマートフォンである。ＣＰＵ２０１は、プログラムを実行して各種の演算を行い、ユーザ端末２０の他のハードウェア要素を制御する制御装置である。メモリ２０２は、ＣＰＵ２０１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ２０３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ２０４は、所定の通信規格（例えばＬＴＥ（Long Term Evolution）等の移動体通信規格）に従って他の装置と通信する通信装置である。タッチスクリーン２０５は、ユーザに対し情報を表示し、またユーザから情報の入力を受け付ける入出力装置である。

この例において、ストレージ２０３は、コンピュータ装置を充電スタンド案内システム１におけるユーザ端末２０として機能させるためのプログラム（以下「クライアントプログラム」という）を記憶する。ＣＰＵ２０１がクライアントプログラムを実行することにより、コンピュータ装置に図２の機能が実装される。ＣＰＵ２０１がクライアントプログラムを実行している状態において、タッチスクリーン２０５が受け付け手段２１及び案内手段２４の一例である。通信ＩＦ２０４が送信手段２２及び受信手段２３の一例である。

２．動作
２－１．検索及び案内
図６は、充電スタンド案内システム１の動作を例示するシーケンスチャートである。まず、ステップＳ５０１において、充電スタンド４０は、自身に関する状態を検知する。充電スタンド４０に関する状態とは、例えば、その時点においてその充電スタンド４０で充電中の電気自動車３０の有無、充電中の電気自動車３０がある場合には残り充電時間、充電スタンド４０において充電待ちをしている電気自動車３０の数、及び充電スタンド４０における気温のうち少なくとも１種を含む。充電待ちをしている電気自動車３０の数は、例えば、充電スタンド４０又はその近傍に設置されたカメラにより撮影された画像を解析することにより得られる。一例において、充電スタンド４０は撮影した画像を他の装置（例えばサーバ１０）に送信し、この他の装置が画像を解析する。ステップＳ５０１の処理は所定のイベントを契機として行われる。この所定のイベントは、例えば、前回、状態の検知を行ってから所定の時間が経過した、所定の時刻に達した、又はサーバ１０から指示があった、等のイベントである。ステップＳ５０２において、充電スタンド４０は、検知結果をサーバ１０に送信する。ステップＳ５０３において、サーバ１０は、充電スタンド４０から受信した検知結果を、スタンドデータベースに記憶する。各充電スタンド４０は、それぞれ独立してステップＳ５０１及びＳ５０２の処理を繰り返し実行しており、スタンドデータベースには最新の情報が記録される。

図７は、スタンドデータベースを例示する図である。この例において、スタンドデータベースは、施設種別、スタンド名、場所、性能、料金、残り充電時間、待ち台数、及び気温の項目を含む。これらの項目は、その値が比較的長期間変更されない項目（「固定項目」という）と、比較的短い周期で更新される項目（「変動項目」という）とを含む。施設種別、スタンド名、場所、性能、及び料金は固定項目である。残り充電時間、待ち台数、及び気温は変動項目である。変動項目は、ステップＳ５０１で検知された状態を記録したものである。「施設種別」、「スタンド名」、及び「場所」は、その充電スタンド４０の施設種別、名前（識別子）、及び場所を示す。「性能」は、その充電スタンド４０の出力性能［ｋＷ］を示す。「料金」は、その充電スタンド４０における充電料金（例えば［円／ｋＷ］又は［円／分］）を示す。「残り充電時間」は、その充電スタンド４０においてその時点で充電している電気自動車３０の残り充電時間［時間］を示す。その充電スタンド４０においてその時点で充電している電気自動車３０が無ければ残り充電時間は０分である。「待ち台数」はその充電スタンド４０において現場で充電待ちしている電気自動車３０の台数である。「気温」はその充電スタンド４０周辺の気温を示す。

再び図６を参照する。ステップＳ１０１の前の時点において、ユーザは、ユーザ端末２０においてクライアントプログラムを起動している。クライアントプログラムには、あらかじめ、対応する電気自動車３０に関する情報（以下「車両情報」という）が登録されている。車両情報には、例えば、車種名、車番（ナンバープレートの番号）、電池容量、充電プラグのプラグ形状が含まれる。以下において、クライアントプログラム等のソフトウェア要素を処理の主体として記載することがあるが、これは、例えば、クライアントプログラム等のソフトウェアを実行しているＣＰＵ２０１等のハードウェア要素が他のハードウェア要素と協働して処理を実行することを意味する。また、以下の説明においては、処理を行うクライアントプログラムを実行しているユーザ端末２０に対応する電気自動車３０が、そのクライアントプログラムにとっての「対象電気自動車」である。

ステップＳ１０１において、クライアントプログラムは、ユーザから指示の入力を受け付ける。この指示は、例えば、充電スタンド４０の検索指示である。ステップＳ１０２において、クライアントプログラムは入力された指示に応じて、充電スタンド４０の検索要求をサーバ１０に送信する。検索要求は、対象充電スタンドに関する情報の提供を要求する「情報提供要求」の一例である。この検索要求は、例えば、ユーザ端末２０の識別情報、対象電気自動車に関する車両情報（例えば車種及び電池残量又は電池容量）、対象電気自動車の位置に関する情報（以下「位置情報」という）、その他検索キーを含む。位置情報は、少なくとも対象電気自動車の現在位置を示す情報を含み、さらに対象電気自動車の目的地を示す情報を含んでもよい。検索キーは、充電スタンド４０を絞り込むための情報であり、例えば、施設種別（例えば「コンビニエンスストアのみ」）、充電料金（例えば「２００円／１０分以下」）、及び位置情報との関係（例えば「現在位置から１０分以内」、「目的地まで１５分以内」等）に関する条件のうち少なくとも１つを含む。

ステップＳ１０３において、サーバ１０のサーバプログラムは、ユーザ端末２０から受信した検索要求に適合する充電スタンド４０を、スタンドデータベース内において検索する。検索により特定（選択）された充電スタンド４０が対象充電スタンドである。すなわち対象充電スタンドは複数あってもよい。ステップＳ１０４において、サーバプログラムは、検索要求に適合する充電スタンド４０の情報（充電スタンド情報）をスタンドデータベースから取得する。この際、サーバプログラムは、情報を取得する充電スタンドの数を所定のしきい値以下に絞り込んでもよい。

ステップＳ１０５において、サーバプログラムは、対象電気自動車が対象充電スタンドに到達するまでの所要時間を取得（計算）する。所要時間の計算に際しては、例えば、対象電気自動車の現在位置から対象充電スタンドまでの道のり及び道路交通情報が考慮される。

ステップＳ１０６において、サーバプログラムは、対象充電スタンドの稼働実績を取得する。サーバ１０の記憶手段１１は、充電スタンド４０の稼働実績を記録したデータベース（以下「稼働実績データベース」という）を記憶しており、サーバプログラムはこの稼働実績データベースを参照して稼働実績を取得する。

図８は、稼働実績データベースを例示する図である。稼働実績データベースは、スタンド名、稼働時間、及び稼働種別の項目を含む。「稼働時間」は１台の電気自動車３０に充電を行った時間（開始時刻及び終了時刻）を示す。「稼働種別」は本予約、仮予約、又はビジターの別をいう。「ビジター」とは予約をせずに来訪したユーザであることをいう。例えば、最上行のデータは、予約をしたユーザが、３月３０日の９時００分から１０時００分まで充電したことを示す。

再び図６を参照する。ステップＳ１０７において、サーバプログラムは、各対象充電スタンドにおける待ち時間を計算する。待ち時間の計算に際し、サーバプログラムは、対象充電スタンドの稼働実績、対象充電スタンドまでの所要時間、対象充電スタンドにおける待ち台数、対象充電スタンドにおける予約の有無、及び対象充電スタンドの充電料金のうち少なくとも１種を参照してもよい。一例において、対象充電スタンドに対して電気自動車３０［１］及び電気自動車３０［２］の２台の電気自動車３０が仮予約を登録しており、
電気自動車３０［１］：到着時刻 ９：３０ 充電時間１５分
電気自動車３０［２］：到着時刻 ９：４０ 充電時間２０分
対象電気自動車： 到着時刻 ９：５０
であり、対象電気自動車よりも先に２台の電気自動車３０が対象充電スタンドに到着することが予測される場合、サーバプログラムは、これら２台の電気自動車３０が充電を行うものと仮定し、待ち時間を１５分と計算する。別の例において、対象充電スタンドまでの所要時間を考慮すると、対象充電スタンドへの予測到着時刻が１０時であった場合において、直近の所定期間（例えば一週間）の午前１０時時点における平均の待ち時間が３０分であったときには、サーバプログラムは、待ち時間を３０分と計算する。なおこれらの計算はあくまで一例であって、サーバプログラムはより多くのパラメータを考慮してもよいし、これらのパラメータを複合的に考慮してもよい。

ステップＳ１０８において、サーバプログラムは、各対象充電スタンドにおける充電時間を計算する。充電時間の計算に際し、サーバプログラムは、対象充電スタンドの出力性能、対象電気自動車における電池残量、及び気温のうち少なくとも１種を参照してもよい。電池残量及び出力性能から、満充電までの時間を計算することができる。なお、ここで気温を考慮するのは、気温が充電時間に影響するためである。

ステップＳ１０９において、サーバプログラムは、各対象充電スタンドに対する充電完了時刻を予測する。ここでは、サーバプログラムは、現在時刻に、対象充電スタンドまでの所要時間、対象充電スタンドにおける待ち時間、及び充電時間を加算する。例えば、現在時刻が８時４５分、対象充電スタンドまでの所要時間が１５分、待ち時間が０分、充電時間が２０分の場合、サーバプログラムは、充電完了時刻を９時２０分と計算する。サーバプログラムは、全ての対象充電スタンドに対して充電完了時刻を計算する。

ステップＳ１１０において、サーバプログラムは、充電完了時刻の予測の精度を判定する。この例で、予測精度は、所定のレベル分け（例えば高、中、低の３レベル）のどのレベルであるかで判定される。例えば、予測精度は、対象充電スタンドにおけるビジターユーザの人数に影響される。予約ユーザと比べるとビジターユーザは不確定要素が多いためである。一例において、直近の所定期間（例えば一週間）におけるビジターの数が所定の範囲内に収まっている場合、サーバプログラムは、予測精度を「中」と判定する。ビジターの数がこの所定の範囲を超える（上限よりも多い）場合、サーバプログラムは、予測精度を「低」と判断する。ビジターの数がこの所定の範囲を下回る（下限よりも少ない）場合、サーバプログラムは、予測精度を「高」と判断する。別の例において、直近の所定期間（例えば一週間）における単位期間（例えば１日）当たりビジター数の分散が所定の範囲内に収まっている場合、サーバプログラムは、予測精度を「中」と判定する。ビジター数の分散がこの所定の範囲を超える（上限よりも大きい）場合、サーバプログラムは、予測精度を「低」と判断する。ビジター数の分散がこの所定の範囲を下回る（下限よりも少ない）場合、サーバプログラムは、予測精度を「高」と判断する。あるいは、サーバプログラムは、対象充電スタンドの立地条件、対象充電スタンドの充電料金、近隣の他の充電スタンドの数、天気、季節、時刻、及び曜日のうち少なくとも１つの項目を参照して予測精度を判定してもよい。

予測精度の判定において、機械学習又はＡＩ（Artificial Intelligence）の技術が用いられてもよい。例えば、サーバプログラムは、仮予約に関し、予測された充電完了時刻と、実績（実測値）である充電完了時刻との一致度（合致状況）を記録する。例えば、サーバプログラムは、一致度を、予測精度に影響しそうな要素を用いてクラスタリングする。予測精度に影響しそうな要素としては、例えば、検索数、車種、施設種別、エリア、エリア内の充電器の数、料金設定の水準、充電日時、及び気温等がある。サーバプログラムは、これらの要素の中から予測精度に相関関係のある要素を探索する。こうして特定された要素を機械学習等に入力することにより、サーバプログラムはより精度の高い予測結果を得ることができる。予測精度の判定において、サーバプログラムは、予測結果を得るために用いた要素の値から想定される一致度に応じて、予測精度のレベル分け又は数値化を行う。

なお、予測精度はレベル分けされたものに限定されず、所定の指標に基づいて数値化されたものであってもよい。例えば、充電完了時刻の予測精度は、所要時間、待ち時間、及び充電時間それぞれの予測精度の影響を受けるため、サーバプログラムは、所定のアルゴリズムに従って所要時間、待ち時間、及び充電時間それぞれについて、数値化された予測精度を計算し、これら３つの予測精度を所定の数式に代入する等の手法により、充電完了時刻の予測精度を計算してもよい。

ステップＳ１１１において、サーバプログラムは、検索要求（ステップＳ１０２）の応答として、対象充電スタンドに関する情報をユーザ端末２０に通知する。この情報は、例えば、対象充電スタンドの施設種別、スタンド名、場所、性能、充電料金、及び充電完了時刻を含む。ステップＳ１１２において、ユーザ端末２０のクライアントプログラムは、充電スタンド４０の検索結果を示す画面を表示する。

図９は、充電スタンド４０の検索結果を示す画面を例示する図である。この例においては、検索結果を示す画面は、地図上に、対象充電スタンド（この例では３カ所）の位置及び関連する情報を表示したものである。対象充電スタンドの位置はドット９１（●）で示され、対象充電スタンドに関連する情報は、地図に重ねて表示されるサブウインドウ９２により示される。なお、図示される３つのサブウインドウ９２を区別するときは、サブウインドウ９２［１］、サブウインドウ９２［２］のように括弧付きの符号を用いる。他の要素についても同様である。ここで、サブウインドウ９２［ｉ］は充電スタンド４０［ｉ］に関連する情報を表示するサブウインドウである。

サブウインドウ９２には、スタンド名、充電完了時刻、充電料金、「詳細」リンク、「ここへ行く」リンク、及びアイコン９３が表示される。「詳細」リンクは、その対象充電スタンドの詳細情報を表示する画面へ移行するためのＵＩ（User Interface）オブジェクトである。「ここへ行く」リンクは、その対象充電スタンドでの充電を仮予約するためのＵＩオブジェクトである。

アイコン９３は、充電完了時刻の予測精度を示すＵＩオブジェクトである。この例において、予測精度は、高、中、及び低の３レベルで表され、それぞれ異なる画像が用いられる。アイコン９３［１］は高レベルを、アイコン９３［３］は中レベルを、アイコン９３［２］は低レベルを、それぞれ示す。例えばこの例ではサブウインドウ９２［１］により示される、スタンド名「Ｓ石油Ａ店」については、充電完了時刻が１０：５２であり、その予測精度は高レベルである。一方、サブウインドウ９２［２］により示される、「ＣコンビニＸ店」の充電完了時刻は１０：５１であり、その予測精度は低レベルである。予測精度はアイコンにより視認性が高く、ユーザは容易にその予測精度を認識することができる。

図９の画面において、ベースとなる地図部分は、自機の位置の変化に応じて（すなわち対象電気自動車の走行に応じて）更新される。この処理は、公知のカーナビゲーション装置におけるＵＩと同様である。図９の画面を表示すると、クライアントプログラムは、ユーザによる指示の入力待ち状態になる。この状態でクライアントプログラムが受け付ける指示には、対象充電スタンドの詳細情報を表示する画面への移行（「詳細」リンクの選択）及び対象充電スタンドでの充電の仮予約（「ここへ行く」リンクの選択）が含まれる。

図１０は、図９の画面における指示待ち時の処理を示すフローチャートである。ステップＳ１１３において、クライアントプログラムは入力待ち状態である。「詳細」リンクが選択された場合（Ｓ１１３：「詳細」）、クライアントプログラムは、処理を図１１のフローに移行する。「ここへ行く」リンクが選択された場合（Ｓ１１３：「ここへ行く」）、クライアントプログラムは、処理を図１４のフローに移行する。

図１１は、充電スタンド４０の詳細情報を表示する処理を例示するシーケンスチャートである。ステップＳ２０１において、クライアントプログラムは、詳細情報を送信する要求（以下「詳細要求」という）をサーバ１０に送信する。詳細要求は、例えば、ユーザ端末２０の識別情報、詳細情報が要求される充電スタンド４０の識別情報、及び対象電気自動車の現在位置を含む。

ユーザ端末２０から詳細要求を受信すると、サーバ１０のサーバプログラムは、スタンドデータベース等から情報を取得し、取得した情報を用いて詳細情報を表示する画面を生成する（ステップＳ２０２）。サーバプログラムは、生成された画面のデータをユーザ端末２０に送信する（ステップＳ２０３）。ユーザ端末２０のクライアントプログラムは、受信したデータに従って画面を表示する（ステップＳ２０４）。

図１２は、詳細情報の表示画面を例示する図である。ここでは、詳細情報の表示が要求された充電スタンド４０に加え、充電スタンド案内システム１が推薦する２つの充電スタンド４０の詳細情報が表示される。この表示画面は、表示領域９０１、ボタン９０２、ボタン９０３、リンク９０４、ボタン９０５、ウインドウ９０６、及びボタン９０７を有する。表示領域９０１は、充電スタンド４０に関する情報を表示する領域である。ここで表示される情報には、スタンド名、出力性能、施設種別、到着時刻、充電開始時刻、充電完了時刻、及び充電料金が含まれる。なお、ここで表示される到着時刻、充電開始時刻、充電完了時刻、及び充電料金は、サーバ１０により得られる予測値である。ボタン９０２は、充電スタンド４０のより詳細な情報を表示するためのＵＩオブジェクトである。

図１３は、充電スタンド４０のより詳細な情報を表示する画面を例示する図である。ボタン９０２が選択（タップ又はクリック）されると、図１３のウインドウが図１２の画面に重ねて表示される。図１３のウインドウには、営業時間（利用可能時間）、充電器情報（プラグ形状／出力性能）、料金体系（ビジター／会員別の充電料金）、住所、電話番号、及び備考が含まれる。

再び図１２を参照する。ボタン９０３は、その充電スタンド４０の仮予約を指示するためのＵＩオブジェクトである。ボタン９０３が選択されると、クライアントプログラムは、その充電スタンド４０の仮予約の要求（以下「仮予約要求」という）をサーバ１０に送信する。仮予約の処理については後述する。リンク９０４は、その充電スタンド４０の口コミ情報を表示するためのＵＩオブジェクトである。リンク９０４が選択されると、クライアントプログラムは、サーバ１０にその充電スタンド４０の口コミ情報の要求（以下「口コミ要求」という）をサーバ１０に送信する。なお口コミ情報とは、その充電スタンド４０を利用した他のユーザによる評価文（コメント）をいう。ボタン９０５は、その充電スタンド４０の過去の混雑状況を表示するためのＵＩオブジェクトである。ボタン９０５が選択されると、クライアントプログラムは、サーバ１０にその充電スタンド４０の過去の混雑状況を送信する要求（以下「過去情報要求」という）を送信する。ウインドウ９０６は、充電スタンド４０の現在又は直近の様子を示す画像を表示するためのＵＩオブジェクトである。ボタン９０７は、その充電スタンド４０の周辺施設を表示するためのＵＩオブジェクトである。ボタン９０７が選択されると、クライアントプログラムは、サーバ１０にその充電スタンド４０の周辺施設の情報を送信する要求（以下「周辺情報要求」という）する。

リンク９０４、ボタン９０５、及びボタン９０７が選択されたときのサーバ１０の詳細な動作については説明を省略するが、サーバ１０のサーバプログラムは、要求された情報をデータベース又は他のサーバ装置から取得し、取得した情報を表示するための画面データを生成する。サーバ１０は、生成した画面データをユーザ端末２０に送信する。

２－２．仮予約
図１４は、仮予約の処理を例示するシーケンスチャートである。このシーケンスは、図９又は図１２において「ここへ行く」リンクが選択されたことを契機として開始される。ステップＳ３０１において、クライアントプログラムは、仮予約要求をサーバ１０に送信する。仮予約要求は、例えば、ユーザ端末２０の識別情報、仮予約する充電スタンド４０の識別情報、及び対象電気自動車の現在位置を含む。サーバ１０の記憶手段１１は仮予約の状況を記録するためのデータベース（以下「仮予約データベース」）を記憶する。ユーザ端末２０から仮予約要求を受信すると、サーバ１０のサーバプログラムは、仮予約の情報を仮予約データベースに登録する（ステップＳ３０２）。

図１５は、仮予約データベースを例示する図である。仮予約データベースは、スタンド名、ユーザＩＤ（IDentification）、予約番号、予測到着時刻、及び所要時間の項目を含む。「ユーザＩＤ」は、充電スタンド案内システム１におけるユーザの識別情報である。「予約番号」は、各予約登録を他と区別するための識別情報である。例えば、図１５の最上行のデータは、スタンド名「Ｓ石油Ａ店」の充電スタンド４０に対し、「ＩＤ０００１」を有するユーザが仮予約を行っており、予測到達時刻が９時００分（所要時間３０分）であることを示している。なお、本実施形態における仮予約は充電スタンド４０を使用する意思の表明に過ぎないので、あくまで、実際にその充電スタンド４０に先に到達したユーザの方が先に充電を行うことができる。図１５の例では、ユーザＩＤ「ＩＤ０００１」のユーザの方が先にＳ石油Ａ店での充電を予約しているが、仮にこのユーザが寄り道等をして、ユーザＩＤ［ＩＤ０００２］のユーザの方が先にＳ石油Ａ店に着いた場合、先に着いたユーザが先に充電を開始することができる。また、充電スタンド４０［ｉ］を仮予約したユーザが、充電スタンド４０［ｉ］に行かずに充電スタンド４０［ｊ］をさらに仮予約した場合、そのユーザの充電スタンド４０［ｉ］に対する予約は取り消されてもよい。

再び図１４を参照する。ステップＳ３０３において、サーバプログラムは、充電完了時刻を再予測する。充電完了時刻の予測には待ち時間が用いられ、待ち時間の予測には予約状況が参照されるので、予約状況が変更されるとそのユーザ又は他のユーザの充電完了時刻に影響が出るはずである。この例において、サーバプログラムは、仮予約を要求したユーザのみについて充電完了時刻を再予測する。

ステップＳ３０４において、サーバプログラムは、仮予約した充電スタンド４０を示す画面を生成する。ステップＳ３０５において、サーバプログラムは、生成した画面のデータを、仮予約を要求したユーザ端末２０に送信する。ステップＳ３０６において、ユーザ端末２０のクライアントプログラムは、受信したデータを用いて、仮予約した充電スタンド４０を示す画面を表示する。

図１６は、仮予約した充電スタンド４０を示す画面を例示する図である。この例においては、仮予約された充電スタンド４０に対応するサブウインドウ９２［１］のみが表示され、図９では表示されていた他のサブウインドウは表示されない。サブウインドウ９２［１］には、その充電スタンド４０が仮予約済であることを示すＵＩオブジェクト（この例においては「仮予約中」の文字列）が含まれる。

再び図６を参照する。サーバプログラムは、所定のタイミングで、その時点でアクティブなユーザについて、ステップＳ１０４～Ｓ１１１の処理を繰り返し実行する。所定のタイミングとは、例えば、前回の予測（ステップＳ１０９）をしてから所定の時間（例えば１０分）が経過したタイミングである。すなわち、各ユーザについて、そのユーザがアクティブである限り、所定の時間毎にステップＳ１０４～Ｓ１１１の処理が繰り返し実行される。ここで、アクティブなユーザとは、アクティブ条件を満たすユーザをいう。アクティブ条件は、例えば、以下の（１）～（３）のうち少なくとも１つをいう。
（１）いずれかの充電スタンド４０を仮予約中のユーザ。
（２）充電スタンド案内システム１に対する要求（検索要求、詳細要求当等）をサーバ１０に送信してから所定の期間が経過していないユーザ。
（３）そのユーザがアクティブであることの通知をユーザ端末２０から受信してから所定の期間が経過していないユーザ。
なお、ユーザ端末２０は、ユーザの指示に応じて、そのユーザが非アクティブになったことをサーバ１０に通知してもよい。この通知を受信すると、サーバ１０は、そのユーザが非アクティブになったと判断する。

なお、ステップＳ３０３又はＳ１０９の再予測において、前回予測と大きく異なる結果が得られた場合、すなわち、前回予測時と状況が大きく変化した場合、サーバプログラムは、その旨をユーザ端末２０に通知してもよい。

図１７は、状況変化を通知する画面を例示する図である。図１７は、スタンド名「Ｓ石油Ａ店」の充電スタンド４０［１］が仮予約されている場合において、例えば他の複数のユーザがこの充電スタンド４０［１］に仮予約を入れたことにより、充電スタンド４０［１］における充電完了時刻が大幅に遅くなった（１０：５２が１２：００になった）例を示している。この例では、サブウインドウ９２［１］に「状況変化！」という文字列が追加され、さらに、変更された状況を示す文字列である「１２：００」が強調して表示される。表示の強調は、例えば、状況変化以前又は他の文字列と比較して文字の色を変えること、書体を変えること、サイズを変えること、及び時間変化（例えば点滅）を与えることのうち少なくとも１つによって行われる。

図１７の例では、さらに、代替候補の充電スタンド４０［２］の情報が併せて表示される。充電スタンド４０［２］に対応するサブウインドウ９２［２］には、これが代替候補であることを示す「他の候補」という文字列が含まれる。図１７の画面を表示した後の処理は図９を表示した後と同様である。例えば、ユーザがサブウインドウ９２［２］の「ここへ行く」を選択すると、充電スタンド４０［２］が仮予約される。なおこのとき、充電スタンド４０［１］の予約は解除される。

なお、本実施形態において充電スタンド４０の本予約については詳細な説明をしないが、充電スタンド案内システム１は、充電スタンド４０の本予約を受け付けてもよい。本予約が登録された場合、少なくとも本予約が入っている時間帯は他の電気自動車３０は充電を行うことができないので、サーバプログラムは、この点を考慮して待ち時間を予測する。さらに、例えば、対象充電スタンドに９：３０から本予約が入っている場合、他の電気自動車３０が９：１５から１５分以上の充電を行うことはできないので、サーバプログラムはこの点を考慮して待ち時間を予測してもよい。

２－３．充電
図１８は、充電スタンド４０における充電時のサーバ１０における処理を示すフローチャートである。このフローの開始前の時点において、充電スタンド４０は、来店したユーザのユーザＩＤを読み取る。ユーザＩＤは充電スタンド案内システム１又はその運営事業者により与えられる。ユーザＩＤは所定の記録媒体に記録される。記録媒体は、例えばカード又はスマートフォンである。記録媒体は、ユーザＩＤを磁気記録するもの（例えば磁気ストライプを有するプラスチックカード）、ユーザＩＤをコード化した図形を表示するもの（例えば二次元バーコードが印刷されたプラスチックカード、又は二次元バーコードを表示するスマートフォンのアプリケーション）、メモリーチップにデータとして記録したもの（例えばＮＦＣ（Near Field Communication）タグを有するカード又はスマートフォン）等、どのようなものであってもよい。充電スタンド４０は、これらのうち少なくとも１つに対応する読み取り手段を有する。充電が開始されると、充電スタンド４０は、読み取ったユーザＩＤをサーバ１０に送信する。このとき、充電スタンド４０は、自身の状態（ステップＳ５０１で検知する状態）を更新してサーバ１０に通知してもよい。

ステップＳ４０１において、サーバ１０のサーバプログラムは、充電スタンド４０からユーザＩＤを受信する。ステップＳ４０２において、サーバプログラムは、受信したユーザＩＤが予約者のものであるか判断する。すなわち、サーバプログラムは、ユーザＩＤと仮予約データベースを照合する。受信したユーザＩＤが予約者のものであると判断された場合（Ｓ４０２：ＹＥＳ）、サーバプログラムは、処理をステップＳ４０３に移行する。読み取ったユーザＩＤが予約者のものでないと判断された場合（Ｓ４０２：ＮＯ）、サーバプログラムは、処理をステップＳ４０４に移行する。

ステップＳ４０３において、サーバプログラムは、仮予約データベース（図においてデータベースを「ＤＢ」と表記。以下同様）から対象予約を削除する。すなわち、サーバプログラムは、仮予約どおりに充電スタンド４０において充電が開始されたことを契機として、その仮予約を解除する。なお対象予約とは、ステップＳ４０１において受信したユーザＩＤに対応する仮予約のうち未処理のものをいう。

ステップＳ４０４において、サーバプログラムは、他の予約者の充電完了時刻を再予測する。予約状況及び充電スタンド４０の状態は充電完了時刻の予測に影響を与える要因であるので、これらの情報を更新した上で他の予約者の充電完了時刻を再予測することにより、最新の状態を反映した予測を提供することができる。サーバプログラムは、再予測された充電完了時刻を他のユーザに通知する（ステップＳ４０５）。

ステップＳ４０６において、サーバプログラムは、充電が完了したか判断する。充電スタンド４０は、充電開始時及び充電完了時に、サーバ１０に対しその旨を通知する。サーバプログラムは、この通知に基づいて充電が完了したか判断する。充電が完了したと判断された場合（Ｓ４０６：ＹＥＳ）、サーバプログラムは、処理をステップＳ４０７に移行する。充電が完了していないと判断された場合（Ｓ４０６：ＮＯ）、サーバプログラムは、充電が完了するまで待機する。

ステップＳ４０７において、サーバプログラムは、稼働実績データベースを更新する。サーバプログラムは、充電スタンド４０から受信した通知に基づいて、スタンド名、稼働時間、及び稼働種別を稼働実績データベースに記録する。なお、稼働時間は充電開始時刻及び充電完了時刻を含むが、ここで記録される充電開始時刻及び充電完了時刻は、いずれも実測値である。

本実施形態によれば、充電スタンド４０までの所要時間、充電スタンド４０における待ち時間、及び充電時間を考慮して予測された充電完了時刻をユーザに対し案内することができる。

３．変形例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。

対象充電スタンドに関する情報を通知する契機となるイベントは、実施形態において例示されたものに限定されない。例えば、ユーザは、事前に複数の充電スタンド４０の中から候補を選択して「お気に入り」としてユーザ端末２０又はサーバ１０に登録しておく。ユーザが「お気に入り」の充電スタンド４０の情報取得を指示すると、ユーザ端末２０は、サーバ１０に対し対象充電スタンドの情報を取得する要求（以下「取得要求」という）を送信する。サーバ１０は、ユーザ端末２０から取得要求を受信したことを契機として対象充電スタンドに関する情報を通知する。この例における取得要求は、サーバ１０に対する「情報提供要求」の別の例である。なおこの例において対象充電スタンドは充電スタンド案内システム１により自動的に選択されたものではなく、ユーザが選択したものである。

充電完了時刻の予測精度の判定に用いられる情報は実施形態において例示されたものに限定されない。例えば、充電スタンド案内システム１がユーザに対し充電スタンド４０の検索を行うための検索手段（図示略）を有している場合において、サーバプログラムは、この検索手段における検索履歴を参照して予測精度を判定してもよい。例えば、検索された回数（又は検索でヒットした回数）が多い充電スタンド４０は、予約無しのユーザ（ビジター）が充電に訪れる可能性が相対的に高い。したがって、予測精度の判定に際し、検索回数が多い充電スタンド４０に対しては予測精度を下げるような計算式又はパラメータが用いられてもよい。

仮予約データベースから仮予約の登録を解除する契機となるイベントは、実施形態において例示されたものに限定されない。例えば、サーバプログラムは、ユーザ端末２０の案内手段２４において、充電スタンド４０が目的地から解除されたことを契機として仮予約の登録を解除してもよい。この場合、ユーザ端末２０は、充電スタンド４０が目的地から解除されたことをサーバ１０に通知する。あるいは、ユーザ端末２０がスマートフォン又はタブレット端末である場合において、クライアントプログラムの実行が停止されたこと、又はクライアントプログラムの実行がフォアグラウンドからバックグラウンドに移行したことを契機として仮予約の登録が解除されてもよい。これは、例えば、クライアントプログラムがフォアグラウンドで実行されている間は所定の時間間隔でサーバ１０に対し（フォアグラウンドであることの）通知を送信することにより実現できる。

充電完了時刻を再予想する契機となるイベントは、実施形態において例示されたものに限定されない。例えば、サーバプログラムは、ある充電スタンド４０に対し２台以上のユーザ端末２０が仮予約をしている場合において、これら２台以上のユーザ端末２０に対応する電気自動車３０の順位（その充電スタンド４０までの所要時間の順位、又は距離の順位）が入れ替わったことを契機として、充電完了時刻を再予想してもよい。仮予約している電気自動車３０のうち最初にその充電スタンド４０に到着した電気自動車３０が先に充電を開始するとの仮定に基づいて待ち時間を予測する場合、複数の電気自動車間の到着時刻が入れ替わると待ち時間が大きく変動する場合があるためである。

充電完了時刻の再予想が行われるときに、サーバプログラムは、再予測の対象となる電気自動車３０、又はその結果を通知するユーザ端末２０を絞り込んでもよい。例えば、ある充電スタンド４０に５人のユーザ（５台の電気自動車３０）が仮予約をしている場合において、何らかのイベントを契機として充電完了時刻の再予想が行われたときは、サーバプログラムは、これら５台の電気自動車３０からこの充電スタンド４０までの所要時間（又は距離）に応じて、再予測を行う電気自動車３０を絞り込んでもよい。より具体的には、これら５台の電気自動車３０のうちこの充電スタンド４０までの所要時間が近いものから順に所定数（例えば最も近い１台）の電気自動車３０のみについて、再予測を行ってもよい。あるいは、再予測はこれら５台の電気自動車３０の全てについて行い、その結果の通知先を、これら５台の電気自動車３０からこの充電スタンド４０までの所要時間（又は距離）に応じて絞り込んでもよい。具体的には、所要時間の短いものから順に（優先的に）再予測された結果を通知してもよい。

実施形態において示したＵＩ画面はあくまで例示であり、これらにおいて用いられるＵＩオブジェクト及びその組み合わせは実施形態において例示したものに限定されない。例えば図１２の画面は、充電スタンド案内システム１が推薦する充電スタンド４０に関する情報を含んでいなくてもよい。

本開示の技術は、例えば、燃料電池自動車（FCV:Fuel Cell Vehicle又はFCEV:Fuel Cell Electric Vehicle）に水素を補給する施設である水素ステーションを利用する場合にも適用可能である。水素ステーションでは、蓄圧の関係から、水素の補充を開始するまでの待ち時間が掛かる場合がある。しかしながら、本開示の技術によれば、完了時刻の予想に待ち時間も用いるため、燃料電池自動車のユーザは、水素の補充が完了する予測時間を容易に把握することができる。

充電スタンド案内システム１における機能とハードウェアとの関係は実施形態において例示したものに限定されない。実施形態においてサーバ１０に実装される機能の少なくとも一部を、ユーザ端末２０、充電スタンド４０、又は他の装置に実装してもよい。また、サーバ１０、ユーザ端末２０、及び充電スタンド４０のハードウェア構成は実施形態において例示されたものに限定されず要求される機能が実装されるのであれば、これらの装置はそれぞれどのようなハードウェア構成を有していてもよい。

１…充電スタンド案内システム、１０…サーバ、１１…記憶手段、１２…受信手段、１３…取得手段、１４…予測手段、１５…判定手段、１６…通知手段、１７…管理手段、２０…ユーザ端末、２１…受け付け手段、２２…送信手段、２３…受信手段、２４…案内手段、３０…電気自動車、４０…充電スタンド、４１…充電手段、４２…記憶手段、４３…通信手段、４４…受け付け手段、８１…予測手段、８２…予測手段、８３…予測手段、９１…ドット、９２…サブウインドウ、９３…アイコン、１０１…ＣＰＵ、１０２…メモリ、１０３…ストレージ、１０４…通信ＩＦ、１３１…取得手段、１３２…取得手段、１３３…取得手段、２０１…ＣＰＵ、２０２…メモリ、２０３…ストレージ、２０４…通信ＩＦ、２０５…タッチスクリーン、９０１…表示領域、９０２…ボタン、９０３…ボタン、９０４…リンク、９０５…ボタン、９０６…ウインドウ、９０７…ボタン

Claims (18)

1. 複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得する第１取得手段と、
   前記対象充電スタンドにおける待ち時間を取得する第２取得手段と、
   前記対象電気自動車の充電に要する充電時間を取得する第３取得手段と、
   前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測する予測手段と、
   前記対象ユーザ端末に前記完了時刻を通知する通知手段と、
   前記完了時刻の予測精度を判定する判定手段と
   を有し、
   前記通知手段は、前記完了時刻とともに、当該完了時刻の予測精度を示す情報を通知する
   サーバ。
2. 前記判定手段は、過去の所定期間における前記対象充電スタンドの稼働実績を参照して前記予測精度を判定する
   請求項１に記載のサーバ。
3. 前記判定手段は、前記対象充電スタンドにおいて充電を行う旨を前記サーバに登録しているユーザの数を参照して前記予測精度を判定する
   請求項２に記載のサーバ。
4. 前記複数の充電スタンドに関するデータベースを記憶する記憶手段と、
   外部装置からの検索要求に応じて前記複数の充電スタンドから当該検索要求に適合する充電スタンドを検索する検索手段と
   を有し、
   前記判定手段は、前記検索手段における検索履歴を参照して前記予測精度を判定する
   請求項１乃至３のいずれか一項に記載のサーバ。
5. 前記判定手段は、前記対象充電スタンドの立地条件、近隣の他の充電スタンドの数、天気、季節、時刻、及び曜日のうち少なくとも１つの項目を参照して前記予測精度を判定する
   請求項１乃至４のいずれか一項に記載のサーバ。
6. 前記複数のユーザ端末の各々から、当該ユーザ端末に対応する電気自動車が、前記複数の充電スタンドの中から選択された充電スタンドにおいて充電を行う旨の登録を管理する管理手段を有し、
   前記第２取得手段は、前記登録の状況に応じて計算された前記待ち時間を取得する
   請求項１乃至５のいずれか一項に記載のサーバ。
7. 前記管理手段は、所定のイベントを契機として前記登録を解除する
   請求項６に記載のサーバ。
8. 前記所定のイベントは、前記対象電気自動車の充電が開始されたというイベントである
   請求項７に記載のサーバ。
9. 前記対象ユーザ端末が、前記対象充電スタンドまでの経路を案内する案内手段を有し、
   前記所定のイベントは、前記案内手段において前記対象充電スタンドが目的地から解除された旨の通知を前記対象ユーザ端末から受信したというイベントである
   請求項７に記載のサーバ。
10. 前記予測手段は、所定のイベントを契機として前記完了時刻を再予測する
    請求項１乃至５のいずれか一項に記載のサーバ。
11. 前記所定のイベントは、他の電気自動車が前記対象充電スタンドで充電を開始したというイベントである
    請求項１０に記載のサーバ。
12. 前記複数のユーザ端末の各々から、当該ユーザ端末に対応する電気自動車が、前記複数の充電スタンドの中から選択された充電スタンドにおいて充電を行う旨の登録を管理する管理手段を有し、
    前記所定のイベントは、２台以上のユーザ端末が前記対象充電スタンドにおいて充電を行う旨の登録をしている場合において、当該２台以上のユーザ端末に対応する電気自動車の当該対象充電スタンドまでの所要時間又は距離の順位が入れ替わったというイベントである
    請求項１０に記載のサーバ。
13. 前記複数のユーザ端末の各々から、当該ユーザ端末に対応する電気自動車が、前記複数の充電スタンドの中から選択された充電スタンドにおいて充電を行う旨の登録を管理する管理手段を有し、
    ２台以上のユーザ端末が前記対象充電スタンドにおいて充電を行う旨の登録をしている場合において前記予測手段が前記完了時刻を再予測したときは、前記通知手段は、当該２台以上のユーザ端末のうち、前記対象充電スタンドまでの所要時間又は距離が近い電気自動車に対応するユーザ端末に対して優先的に、当該再予測された完了時刻を通知する
    請求項１０又は１１に記載のサーバ。
14. 複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得する第１取得手段と、
    前記対象充電スタンドにおける待ち時間を取得する第２取得手段と、
    前記対象電気自動車の充電に要する充電時間を取得する第３取得手段と、
    前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測する予測手段と、
    前記対象ユーザ端末に前記完了時刻を通知する通知手段と、
    前記完了時刻の予測精度を判定する判定手段と
    を有し、
    前記通知手段は、前記完了時刻とともに、当該完了時刻の予測精度を示す情報を通知する
    充電スタンド案内システム。
15. コンピュータが、
    複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得するステップと、
    前記対象充電スタンドにおける待ち時間を取得するステップと、
    前記対象電気自動車の充電に要する充電時間を取得するステップと、
    前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測するステップと、
    前記対象ユーザ端末に前記完了時刻を通知するステップと、
    前記完了時刻の予測精度を判定するステップと
    を実行する充電スタンド案内方法であって、
    前記通知するステップにおいて、前記完了時刻とともに、当該完了時刻の予測精度を示す情報を通知する
    充電スタンド案内方法。
16. コンピュータに、
    複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得するステップと、
    前記対象充電スタンドにおける待ち時間を取得するステップと、
    前記対象電気自動車の充電に要する充電時間を取得するステップと、
    前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測するステップと、
    前記対象ユーザ端末に前記完了時刻を通知するステップと、
    前記完了時刻の予測精度を判定するステップと
    を実行させるためのプログラムであって、
    前記通知するステップにおいて、前記完了時刻とともに、当該完了時刻の予測精度を示す情報が通知される
    プログラム。
17. コンピュータに、
    複数のユーザ端末のうち対象ユーザ端末に対応する対象電気自動車が、複数の充電スタンドの中から選択された対象充電スタンドに到達するまでの所要時間を取得する第１取得手段、前記対象充電スタンドにおける待ち時間を取得する第２取得手段、前記対象電気自動車の充電に要する充電時間を取得する第３取得手段、前記所要時間、前記待ち時間、及び前記充電時間を用いて前記対象電気自動車の充電が完了する完了時刻を予測する予測手段、及び前記対象ユーザ端末に前記完了時刻を通知する通知手段、及び前記完了時刻の予測精度を判定する判定手段を有し、前記通知手段が、前記完了時刻とともに、当該完了時刻の予測精度を示す情報を通知するサーバに対し、充電スタンドの情報提供要求を送信するステップと、
    前記情報提供要求の応答として、前記対象充電スタンドにおける前記完了時刻を含む通知を受信するステップと、
    前記完了時刻を含む情報を表示するステップと
    を実行させるためのプログラム。
18. 複数のユーザ端末のうち対象ユーザ端末に対応する対象燃料電池自動車が、複数の水素ステーションの中から選択された対象水素ステーションに到達するまでの所要時間を取得する第１取得手段と、
    前記対象水素ステーションにおける待ち時間を取得する第２取得手段と、
    前記対象燃料電池自動車の水素の補充に要する補充時間を取得する第３取得手段と、
    前記所要時間、前記待ち時間、及び前記補充時間を用いて前記対象燃料電池自動車の補充が完了する完了時刻を予測する予測手段と、
    前記対象ユーザ端末に前記完了時刻を通知する通知手段と、
    前記完了時刻の予測精度を判定する判定手段と
    を有し、
    前記通知手段は、前記完了時刻とともに、当該完了時刻の予測精度を示す情報を通知する
    サーバ。

Images