JP2021129459A - 充電管理システム、充電管理方法および充電管理プログラム - Google Patents

Abstract

【課題】定期運行が計画される移動体の充電を行う充電システムにおける充電能力の余力を有効活用することができる充電管理システムを得ること。【解決手段】定期運行が計画され電気をエネルギー源として移動する複数の第１の移動体を充電可能な充電システムの充電を管理する充電管理システム３０であって、第１の移動体の充電スケジュールである第１充電スケジュールに基づいて、第１の移動体より充電の優先度が低く電気をエネルギー源として移動する第２の移動体の充電スケジュールを含む第２充電スケジュールを作成する第２計画作成部３３と、第２充電スケジュールに基づいて、第２の移動体ごとの充電スケジュールを提示する計画提示部３４と、を備える。【選択図】図２

Description

本開示は、定期運行が計画され蓄電池を有する複数の移動体を充電可能な充電管理システム、充電管理方法および充電管理プログラムに関する。

近年、電気自動車の普及が進んでいる。今後、バス、トラックなどの業務用の車両の本格的な電気自動車化が進むと期待される。さらには、自動車だけでなく、電車、飛行機、船など移動体全般においても、蓄電池を備えて電気をエネルギーとして用いるものが増えていくことが期待される。

業務用の移動体が蓄電池を備える場合には、事業者は、多数の移動体の蓄電池を充電することになるため、電気料金などを考慮して充電スケジュールを決定する必要がある。特許文献１には、路線バスの充電を行う充電システムにおいて、事業者が負担する費用、契約電力の超過の有無などを評価関数とし、評価関数が好適となるように充電スケジュールを作成する技術が開示されている。

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

路線バスなどの業務用の移動体の充電のために設置された充電システムは、充電口を複数備えており、複数の移動体を同時に充電可能である。一方、定期運行が計画されている移動体は定期運行の時間帯以外で主に充電が行われる。たとえば、路線バスの充電は、主に夜間に行われる。このため、路線バスの充電のために設置された充電システムは、昼間には、全く充電に使用されない時間帯があったり、充電可能な充電電力のうちの一部しか充電に用いられない時間帯があったりといったように、充電能力に余力が生じると想定される。このように、路線バスの充電だけでは充電システムの充電能力を有効活用できないことがある。上記特許文献１では、路線バス自体の充電スケジュールの好適化が述べられてはいるが、充電能力の余力を有効活用する方法については開示されていない。

本開示は、上記に鑑みてなされたものであって、定期運行が計画される移動体の充電を行う充電システムにおける充電能力の余力を有効活用することができる充電管理システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本開示にかかる充電管理システムは、定期運行が計画され電気をエネルギー源として移動する複数の第１の移動体を充電可能な充電システムの充電を管理する充電管理システムであって、第１の移動体の充電スケジュールである第１充電スケジュールに基づいて、第１の移動体より充電の優先度が低く電気をエネルギー源として移動する第２の移動体の充電スケジュールを含む第２充電スケジュールを作成する計画作成部を備える。この充電管理システムは、さらに、第２充電スケジュールに基づいて、第２の移動体ごとの充電スケジュールを提示する計画提示部、を備える。

本開示によれば、定期運行が計画される移動体の充電を行う充電システムにおける充電能力の余力を有効活用することができるという効果を奏する。

実施の形態１にかかる充電管理システムとこの充電管理システムの管理対象の充電システムを示す図 実施の形態１の充電管理システムの構成例を示す図 実施の形態１の車両の駐車場所の一例を示す図 実施の形態１のユーザ端末の構成例を示す図 実施の形態１の充電管理システムを実現するコンピュータシステムの構成例を示す図 実施の形態１の充電管理システムにおける充電管理処理手順の一例を示すフローチャート 実施の形態１のユーザ情報の構成例を示す図 実施の形態１の第１充電スケジュールの一例を示す図 実施の形態１の充電設備情報の一例を示す図 実施の形態１の第２充電スケジュールの一例を示す図 実施の形態１の各車両に通知される充電スケジュールの一例を示す図 実施の形態１の運行計画の一例を示す図 実施の形態１の移動情報の一例を示す図 実施の形態１の移動情報に含まれる帰りの時刻表の一例を示す図 実施の形態１の高優先車両に関する計画変更の一例を示す図 実施の形態２の充電管理システムを含む全体システムの構成例を示す図 実施の形態２の充電管理システムの構成例を示す図 実施の形態２のナビゲーションプロバイダシステムの構成例を示す図 実施の形態２の経路案内処理手順の一例を示すチャート図 ニューラルネットワークの構成例を示す図 実施の形態２のユーザ端末により表示される経路候補の一例を示す図 実施の形態２のナビゲーションプロバイダシステムにおける経路候補決定処理手順の一例を示すフローチャート 実施の形態２の周辺設備情報の一例を示す図 実施の形態２の配送情報の一例を示す図 実施の形態２の配達履歴情報の一例を示す図

以下に、実施の形態にかかる充電管理システム、充電管理方法および充電管理プログラムを図面に基づいて詳細に説明する。なお、この実施の形態に限定されるものではない。

実施の形態１．
図１は、実施の形態１にかかる充電管理システムとこの充電管理システムの管理対象の充電システムを示す図である。図１に示すように、本実施の形態の充電システム１は、移動体用蓄電池を有しする車両５−１，５−２を充電可能な充電設備である。車両５−１，５−２は、電気をエネルギー源として移動する第１の移動体の一例である。充電管理システム３０は、充電システム１における充電を管理する充電管理装置である。以下、車両５−１，５−２を個別に区別しないときには、車両５とも記載する。以下、車両５がバスである例を説明するが、車両５は、バスに限らず、定期運行が計画される車両であればよい。車両５は、たとえば、業務用のトラック、タクシー、業務用の普通自動車などであってもよい。また、以下では、定期運行が計画される移動体の一例として車両５を例に挙げて説明するが、本実施の形態の充電システム１は、電車、飛行機、船など他の移動体の充電にも適用可能である。また、この移動体は、電気エネルギーだけで移動するものに限られず、電気エネルギーとガソリンなど他のエネルギー源との両方を併用して移動するものであってもよい。

充電システム１は、たとえば、車両５の運行を管理する事業者などによって運用される。本実施の形態の充電システム１は、車両５の駐車場、車両５を管理する事業者における事業所、車両５のステーションなどに設置される。各車両５は、定められた運行計画にしたがって運行する。なお、トラック、タクシー、業務用の普通自動車は、バスのように詳細な運行計画は定められていないが、それぞれに応じた営業時間は定められており、これにともなって各車両５が走行する可能性のある時間帯が定められていることになる。したがって、トラック、タクシー、業務用の普通自動車などのように営業時間が定められている業務用車両についても定期運行が計画される移動体に含まれる。

本実施の形態の充電システム１は、車両５の充電、詳細には車両５の蓄電池の充電を行うために設置されるが、車両５だけでなく、一般のユーザの電気自動車である車両６−１，６−２を充電することも可能である。車両６−１，６−２は、例えば、蓄電池を備える普通自動車であるが、マイクロバスなどであってもよい。車両６−１，６−２は、電気をエネルギー源として移動する第２の移動体の一例である。第２の移動体は、電気エネルギーとガソリンなど他のエネルギー源との両方を併用して移動するものであってもよい。車両５がバスである場合、車両５は主に、昼間に運行され、夜間に充電される。このため、車両５が運行に用いられている時間帯では、充電システム１の充電能力に余力が生じる。本実施の形態では、このような余力を用いて一般のユーザの車両６−１，６−２を充電可能とすることにより、充電システム１における充電能力の余力を有効活用する。ユーザ端末７−１，７−２は、車両６−１，６−２にそれぞれ対応するユーザが使用可能な端末である。ユーザ端末７−１，７−２は車両６−１，６−２にそれぞれ設置されるカーナビゲーションシステムであってもよいし、スマートフォン、タブレットなどの携帯端末であってもよいし、ユーザの自宅などに設置されるパーソナルコンピュータなどであってもよい。

以下、車両６−１，６−２を個別に区別しないときには、車両６とも記載し、ユーザ端末７−１，７−２を個別に区別しないときには、ユーザ端末７とも記載する。なお、図１では、車両５と車両６を２台ずつ図示しているが、本実施の形態の充電システム１が充電可能な車両５および車両６の数は、それぞれ２台に限定されない。充電システム１は、定められた制約の範囲で複数の車両５を同時に充電することが可能であり、また、時間帯ごとに異なる車両５を充電することが可能である。同様に、充電システム１は、定められた制約の範囲内で複数の車両６を同時に充電することが可能であり、また、時間帯ごとに異なる車両６を充電することが可能である。また、定められた制約の範囲内で、同時に１つ以上の車両５と１つ以上の車両６とを同時に充電することも可能である。以下、充電システム１の充電対象を示す場合であって車両５と車両６とを区別しない場合には単に車両と記載する。

本実施の形態では、車両の属性情報に基づいて充電設備である充電システム１の利用計画を決定するために優先度を用いる。ここで、車両の属性情報は、充電システム１の管理者が保有する車両（保有車両）であるか否かを示す情報を含む。なお、充電システム１の管理者は、充電システム１を自身で保有している事業者等であってもよいし、リースによって充電システム１を保有している事業者等であってもよい。また、保有車両は、充電システム１の管理者自身が保有している車両であってもよいし、リースで保有している車両であってもよい。優先度高・低を判断するために車両の属性情報が用いられる。例えば、車両の属性情報において「保有車両である」場合、当該車両の優先度を高く設定し、反対に「保有車両でない」場合、当該車両の優先度を低く設定する。上述した車両５は、充電システム１の管理者の保有車両であり、車両６は保有車両ではない。

図１に示すように、充電システム１は、複数の充電器である充電器１０−１〜１０−ｎ、変換器４１、切替器５０−１〜５０−ｎ、充電端末１１−１−１〜１１−１−３，・・・，１１−ｎ−１〜１１−ｎ−３、蓄電池２０、蓄電池パワーコンディショナー（以下、ＰＣＳと略す）２１および太陽光発電設備２２を備える。ｎは２以上の整数である。以下、充電器１０−１〜１０−ｎ、充電端末１１−１−１〜１１−１−３，・・・，１１−ｎ−１〜１１−ｎ−３を、個別に区別しないときには、それぞれ充電器１０、充電端末１１とも記載する。なお、ここでは、充電システム１で直流母線４０が用いられる構成例を説明するが、直流母線４０を用いる構成例は一例であり、充電システム１は、変換器４１を備えず、充電器１０−１〜１０−ｎに交流電力が供給される構成であってもよい。また、充電システム１は蓄電池２０、蓄電池ＰＣＳ２１および太陽光発電設備２２を備えていなくてもよい。充電システム１は、図１に示した構成例に限定されず、車両を充電可能な複数の充電器を備えるものであれば、どのような構成であってもよい。

充電システム１には、電力会社によって管理される電力系統２からトランス３を介して、３相交流電力が供給される。トランス３は、電力系統２から供給される３相交流電力を変圧して変換器４１へ供給する。変換器４１は、トランス３を介して、電力系統２から供給される３相交流電力を直流電力に変換するＡＣ（Alternating Current）／ＤＣ（Direct Current）変換を行い、直流電力を直流母線４０に供給する。電力会社によって管理される電力系統２を、以下、単に系統とも呼ぶ。充電器１０−１〜１０−ｎおよび蓄電池ＰＣＳ２１は、直流母線４０に接続される。

本実施の形態では、図１に示すように、充電器１０−１〜１０−ｎにはそれぞれ対応する切替器５０−１〜５０−ｎが接続されている。切替器５０−１〜５０−ｎは、充電器１０−１〜１０−ｎにそれぞれ接続されるとともに複数の充電端末１１と接続される。具体的には、切替器５０−ｉ（ｉは１からｎまでの整数）は、充電端末１１−ｉ−１〜１１−ｉ−３に接続されており、充電器１０−ｉの接続先を充電端末１１−ｉ−１〜１１−ｉ−３のいずれか１つに切り替え可能である。切替器５０−１〜５０−ｎを個別に区別しないときには、切替器５０と記載する。なお、図１では、各切替器５０−１〜５０−ｎが３つの充電端末１１に接続される例を示しているが、各切替器５０−１〜５０−ｎが接続される充電端末１１の数は３に限定されない。また、切替器５０−１〜５０−ｎに接続される充電端末１１の数は、全て同一でなくてもよく、切替器５０によって接続される充電端末１１の数が異なっていてもよい。

充電端末１１は、車両の充電を行う際に車両と接続するための接合ケーブルを有する。したがって、充電端末１１は、車両を充電する際の充電口に相当する。接合ケーブルは、電力を伝達する電源線としての機能と通信を行うための通信線としての機能とを有する。充電端末１１は、接合ケーブルを介して車両との間で通信を行うことができる。充電端末１１は、当該通信により、接続された車両の蓄電池に関する情報を車両から取得する。車両に搭載されている蓄電池に関する情報は、充電の開始および終了を決定するための充電のオンオフ情報、蓄電池を充電する際に指定する電圧値、蓄電池の残量を示す残量情報であって充電率とも呼ばれるＳＯＣ（State Of Charge）などを含む。充電器１０は、充電端末１１を介して車両から取得した情報のうち少なくとも一部を、充電管理システム３０へ送信する。たとえば、充電器１０は、車両から取得した、蓄電池のＳＯＣを充電管理システム３０へ通知する。

本実施の形態の充電器１０は、直流母線４０から供給される直流電力を、車両に搭載されている蓄電池の充電用の直流電力に変換するＤＣ／ＤＣ変換を行う機能を有する。詳細には、充電器１０は、充電端末１１を介して車両から得た充電のオンオフ情報、蓄電池を充電する際に指定する電圧値などに従って、ＤＣ／ＤＣ変換を行い、変換後の直流電力を、対応する切替器５０および充電端末１１を介して車両の蓄電池へ供給することができる。

本実施の形態では、切替器５０−１〜５０−ｎが充電管理システム３０からの指示に基づいて、対応する充電器１０に接続する充電端末１１を切り替える。これにより、充電器１０の数を抑制できると共に充電完了後に他の車両へのつなぎ換えをしなくても複数の車両への充電をスムーズに行うことができる。

太陽光発電設備２２は、太陽光を電気エネルギーに変換し、電気エネルギーを直流電力として出力することができる。蓄電池２０は、太陽光発電設備２２から出力される直流電力を蓄電することができる。蓄電池ＰＣＳ２１は、蓄電池２０の充放電を行う制御装置である。蓄電池ＰＣＳ２１は、充電管理システム３０から受け取った充放電指令に基づいて蓄電池２０の充放電を行う。蓄電池ＰＣＳ２１は、蓄電池２０の放電時には、蓄電池２０から出力される直流電力を直流母線４０へ供給する機能を有する。さらに、蓄電池ＰＣＳ２１は、直流母線４０から供給される直流電力を用いて蓄電池２０を充電する機能も有する。蓄電池２０は、太陽光発電設備２２によって発電された電力を自身に蓄電するとともに蓄電された電力を放電することにより充電器１０−１〜１０−ｎへ供給可能である。車両５は、主に昼間運用され、夜間に充電されることが多い。多数の車両５を同時に充電すると、電力系統２から充電システム１に供給される電力が非常に大きくなり、契約電力または電力会社から要請される上限値を超える可能性がある。本実施の形態では、太陽光発電設備２２により発電された電力を蓄電池２０に蓄電しておき、蓄電池２０に蓄電された電力を夜間の充電時に使用することで、このような電力系統２から充電システム１に供給される電力のピーク値を抑えることができる。

なお、図１に示した充電システム１では、変換器４１が３相交流電力を直流電力に変換して充電器１０へ供給しているが、これに限らず、充電システム１が変換器４１を備えずに、各充電器１０のかわりに３相交流電力を直流電力に変換して車両へ電力を供給する機能を有する充電器を用いてもよい。この場合、蓄電池ＰＣＳ２１も、３相交流電力から直流電力への変換、および直流電力から３相交流電力への変換を行う機能を有する。

車両５がバス、トラックなどの大型の車両である場合、車両５の蓄電池容量が大きく、さらに、充電の対象となる車両５の台数も多いことから、充電に要する電力は大きな値となる。このため、事業者にとって、省エネルギーの観点、費用抑制の観点などから、電力ロスを抑えることが重要となる。図１に示したように、変換器４１が３相交流電力を直流電力に変換して充電器１０へ供給する場合には、変換器４１を設けずに各充電器が３相交流電力を直流電力に変換する場合に比べて電力ロスが少なくなり、省エネルギー化、および費用抑制を図ることができる。

また、図１に示した充電システム１では、切替器５０を介して充電器１０が複数の充電端末１１に接続されているが、これに限らず、切替器５０を用いずに各充電器１０がそれぞれ１つの充電端末１１に接続されてもよい。

また、図示を省略するが、直流母線４０には直流負荷が接続されていてもよい。また、図示を省略するが、太陽光発電設備に接続されていない定置型の蓄電池が設けられていてもよい。この場合、直流母線４０に、定置型の蓄電池の充放電を制御する蓄電池ＰＣＳが接続され、この蓄電池ＰＣＳに定置型の蓄電池が接続される。

また、図１では、充電システム１が、蓄電池２０、蓄電池ＰＣＳ２１および太陽光発電設備２２を備える例を図示しているが、これに限らず、充電システム１は、蓄電池２０、蓄電池ＰＣＳ２１および太陽光発電設備２２を備えていなくてもよい。

また、本実施の形態では、充電器１０が、車両の蓄電池の充電を行う例を説明するが、充電器１０は、さらに、車両の蓄電池を放電させる機能を有していてもよい。すなわち、充電器１０は充放電器であってもよい。

次に、本実施の形態の充電管理システム３０について説明する。充電管理システム３０は、ネットワーク４を介して、ユーザ端末７−１，７−２および運行管理システム８とそれぞれ通信を行うことができる。運行管理システム８は、車両５の運行計画を管理する装置である。充電管理システム３０と運行管理システム８との通信は有線通信であってもよいし無線通信であってもよい。また、充電管理システム３０と運行管理システム８との間の通信経路が有線通信経路と無線通信経路とで構成されていてよい。同様に、充電管理システム３０とユーザ端末７−１，７−２との通信は有線通信であってもよいし無線通信であってもよい。また、充電管理システム３０とユーザ端末７−１，７−２との間の通信経路が有線通信経路と無線通信経路とで構成されていてよい。また、充電管理システム３０は、充電器１０、切替器５０および蓄電池ＰＣＳ２１と通信を行うことが可能である。この通信も無線通信であっても有線通信であってもよい。

充電管理システム３０は、いわゆるＥＭＳ（エネルギーマネージメントシステム）としての機能を有している。充電管理システム３０は、運行管理システム８から取得した運行計画に基づいて、車両５の充電を行うための第１充電スケジュールを作成し、作成した第１充電スケジュールにしたがって充電器１０−１〜１０−ｎおよび蓄電池ＰＣＳ２１を制御することができる。車両５の充電は、電力系統２から充電システム１に供給される電力すなわち電力会社から購入する電力と、蓄電池２０から放電される電力と、太陽光発電設備２２により発電された電力とのうち１つ以上を用いて行われる。このため、第１充電スケジュールには、蓄電池２０の充放電のスケジュールも含まれる。

車両６のユーザは、充電システム１で充電したい場合には、ユーザ端末７を操作することにより、ユーザ端末７に充電管理システム３０へ充電要求を送信させる。充電管理システム３０は、第１充電スケジュールを参照し、充電要求のあった時間帯に充電システム１の充電能力に余力がある場合、車両６の充電スケジュールである第２充電スケジュールを作成する。充電管理システム３０は、車両６の充電スケジュールを、対応するユーザ端末７へ送信する。ユーザは、ユーザ端末７が受信した充電スケジュールにしたがって、車両６を充電システム１へ移動させる。これにより、ユーザは、車両６を充電システム１で充電することができる。ユーザは充電の料金を、充電システム１を管理する事業者へ支払う。事業者がユーザから料金を徴収する方法は、どのような方法であってもよく、充電量に応じて事業者が配置したオペレータなどにユーザが直接支払ってもよいし、クレジットカードなどを用いて電子的に支払が行われてもよい。

また、ユーザが車両６を充電する際に、充電システム１の充電管理システム３０は、接続された車両６が、正しい車両６であるか、すなわち第２充電スケジュールに対応した車両６であるか否かを確認してもよい。後述するように、車両６には、充電要求に応じて、対応する充電端末１１が決定される。充電管理システム３０は、車両６を確認するための情報を取得し、この情報を用いて、第２充電スケジュールに整合している車両６であるか否かを判断し、整合している場合に、当該充電端末１１を用いた充電を許可するようにしてもよい。車両６の確認方法としては、例えば、ユーザすなわち運転者がＩＣカード、スマートフォンなどの携帯端末等をリーダにかざしたり、カメラで車両６の車両ナンバを認識したり、車両６そのものから充電ケーブルを介して車両６の識別情報を取得する方法があるが、車両６の確認方法はこれらに限らずどのような方法であってもよい。

図２は、本実施の形態の充電管理システム３０の構成例を示す図である。図２に示すように、充電管理システム３０は、通信部３１、計画作成部３９、計画提示部３４、移動情報提示部３５、指令生成部３６および記憶部３７を備える。計画作成部３９は、第１計画作成部３２および第２計画作成部３３を備える。通信部３１は、運行管理システム８、ユーザ端末７、充電器１０、切替器５０、蓄電池ＰＣＳなどとの間で通信を行う。通信部３１は、運行管理システム８から車両５の運行計画を受信し、受信した運行計画を記憶部３７へ格納する。また、通信部３１は、ユーザ端末７から充電要求情報を受信すると、当該充電要求情報をユーザ端末７の識別情報とともにユーザ情報として記憶部３７へ格納する。

第１計画作成部３２は、車両５の運行計画に基づいて、車両５の充電を行うための充電スケジュールである第１充電スケジュールを作成し、作成した第１充電スケジュールを記憶部３７へ格納する。第１充電スケジュールの具体的な作成方法はどのような方法を用いてもよい。第１計画作成部３２は、たとえば、電気料金、運行計画、契約電力、電力会社から要請される上限値などを考慮して、第１充電スケジュールを作成する。詳細には、第１計画作成部３２は、たとえば、充電システム１全体に電力系統２から供給される電力が、契約電力または電力会社から要請される上限値を超えず、かつ費用を抑制するという条件のもとで、各車両５がそれぞれ運行計画で運行が計画されていない時間帯で充電できるように、各車両５を充電する充電端末１１および充電期間を決定する。車両５がバスの場合、始発から最終バスまでの時間帯は、車両５は運行に用いられている場合が多い。この時間帯で、運行していない車両５を充電することもあるが、主には、一日の最終の運行が終了してから翌日の始発までの間の夜間に車両５の充電が行われる。

第２計画作成部３３は、第１充電スケジュールに基づいて前記第２充電スケジュールを作成する。詳細には、第２計画作成部３３は、記憶部３７に格納されている第１充電スケジュールと、ユーザ情報とに基づいて、充電要求情報の送信元のユーザ端末７に対応する車両６の充電スケジュールを含む第２充電スケジュールを作成して記憶部３７へ格納する。後述するように、第２計画作成部３３は、車両６に対応するユーザ端末７から、希望する充電期間の範囲を示す情報を含む充電要求情報を受信した場合に、充電要求情報に対応する車両６に充電期間を割当てるように第２充電スケジュールを生成する。第２充電スケジュールは、第１充電スケジュールと、充電要求の送信元のユーザ端末７に対応する車両６の充電スケジュールとを含む。車両６の充電スケジュールは、車両６を充電するための充電端末１１および充電期間とを含む。充電端末１１は、充電システム１において各車両が充電のために駐車する駐車場所と対応づけられている。なお、車両６のユーザは充電システム１の事業者にとっての顧客となるため、車両６のユーザの利便性の観点から、第２計画作成部３３は、たとえば、第２充電スケジュールを作成する際に、車両６の駐車場所が駐車しやすい位置となるように、車両６に対応する充電端末１１を決定する。また、車両５は車両６に比べて大型であり、車両６のユーザが車両５の駐車場所の近辺を移動することをなるべく避ける方がユーザの安全性の観点から好ましい。このため、第１計画作成部３２および第２計画作成部３３は、車両５の駐車場所と車両６の駐車場所とがそれぞれなるべく分離されるように、車両５と車両６に対応する充電端末１１を決定することが望ましい。

図３は、本実施の形態の車両５および車両６の駐車場所の一例を示す図である。図３に示した例では、車両出入口に近い駐車場所Ｐ１に車両６−１が駐車されて充電端末１１−１−１を用いて充電され、駐車場所Ｐ１より車両出入口から遠い駐車場所Ｐ５に車両５−１が駐車されて充電端末１１−２−１を用いて充電されるように、各車両の駐車場所が決定されている。たとえば、車両６−１が充電システム１で充電するよう計画される時間帯では、図３に示した駐車場所Ｐ１〜Ｐ４が車両６用に割り当てられ、駐車場所Ｐ５，Ｐ６が車両５用に割り当てられるといったように、車両６の駐車場所と、車両５の駐車場所とが分離される。

充電システム１は車両５の充電を行うことが主たる目的であるため、基本的には、車両６の充電より車両５の充電が優先される。すなわち、車両６は車両５より充電の優先度が低い。したがって、車両５は優先して充電が行われる高優先車両であり、車両６は車両５より充電の優先度が低い低優先車両である。一方、車両５の充電を行う際の車両５の駐車場所を変更しても、車両５の運行計画に影響を与えないように車両５の充電を行うことができれば問題は生じない。このため、充電時間に関しては車両５を優先し、駐車場所に関しては車両６を優先すれば、車両５の運行に影響を与えずに車両６のユーザの利便性を向上させることができる。

ここでは、第２充電スケジュールは、第１充電スケジュールを含む例を説明するが、第２充電スケジュールは、車両６の充電スケジュールを含んでいればよく、充電要求の送信元のユーザ端末７に対応する車両６の充電スケジュールだけを含むものであってもよい。

計画提示部３４は、第２充電スケジュールに基づいて、車両６ごとの充電スケジュールを提示する。詳細には、計画提示部３４は、記憶部３７に格納されている第２充電スケジュールに基づいて、充電要求の送信元のユーザ端末７に対応する車両６の充電スケジュールを、車両６のユーザへ提示する。また、計画提示部３４は、充電を行う際の車両６の駐車場所を充電スケジュールとともにユーザへ提示する。具体的には、計画提示部３４は、充電要求の送信元のユーザ端末７へ、当該ユーザ端末７に対応する車両６の充電スケジュールおよび駐車場所を、通信部３１を介して送信する。これにより、ユーザは、ユーザ端末７を介して、車両６の充電スケジュールおよび駐車場所を把握することができる。

移動情報提示部３５は、車両６の充電中にユーザが利用可能な移動手段に関する情報を、移動情報としてユーザに提示する。具体的には、移動情報提示部３５は、運行計画および第２充電スケジュールに基づいて移動情報を生成し、移動情報を、記憶部３７へ格納するとともに、通信部３１を介してユーザ端末７へ送信する。これにより、ユーザは、移動情報を把握することができる。移動情報は、充電システム１の設置場所から出発する車両５の出発時刻を含む。移動情報の詳細については後述する。

指令生成部３６は、第２充電スケジュールに基づいて、各充電器１０および蓄電池ＰＣＳ２１のそれぞれへの充電または放電のための指令を生成し、生成した充放電指令を、対応する充電器１０および蓄電池ＰＣＳ２１へ、通信部３１を介して送信する。第２スケジュールが第１充電スケジュールを含んでいない場合には、指令生成部３６は、第１充電スケジュールおよび第２充電スケジュールに基づいて、各充電器１０および蓄電池ＰＣＳ２１のそれぞれへの充電または放電のための指令を生成し、生成した充放電指令を、対応する充電器１０および蓄電池ＰＣＳ２１へ、通信部３１を介して送信する。

なお、図２に示した構成要素のうち、第２計画作成部３３、計画提示部３４、移動情報提示部３５および記憶部３７は、車両６のユーザへの充電サービスに関する情報を提供する充電情報提供装置３８を構成する。ここでは、充電管理システム３０が、車両５の充電のために充電システム１の充電器１０および蓄電池ＰＣＳ２１を管理して制御するＥＭＳとしての機能と、充電情報提供装置３８としての機能との両方を備える例を説明する。これに限らず、車両５の充電のために充電システム１の充電器１０および蓄電池ＰＣＳ２１を管理して制御するＥＭＳと、充電情報提供装置３８とが別のシステムとして構成されてもよい。この場合、ＥＭＳは、通信部３１、第１計画作成部３２、指令生成部３６および記憶部を備える。ＥＭＳの記憶部には、第１計画作成部３２により作成された第１充電スケジュールが記憶される。また、充電情報提供装置３８は、ＥＭＳから第１充電スケジュールを取得して、記憶部３７に格納する。

次に、ユーザ端末７について説明する。図４は、本実施の形態のユーザ端末７の構成例を示す図である。ユーザ端末７は、通信部７１、受付部７２、情報提示部７３および記憶部７４を備える。受付部７２は、ユーザからの入力を受け付ける。受付部７２は、たとえば、ユーザから車両６の充電に関する情報である充電要求情報の入力を受け付け、受け付けた情報を記憶部７４へ格納する。充電要求情報は、ユーザが充電を行いたい時間帯などの情報を含む。

通信部７１は、他の装置との間で通信を行う。たとえば、通信部７１は、記憶部７４に格納された充電要求情報を、充電管理システム３０へ送信する。また、通信部７１は、充電管理システム３０から車両６の充電スケジュールを受信すると、充電スケジュールを記憶部７４へ格納する。

情報提示部７３は、記憶部７４に格納されている充電スケジュールをユーザへ提示する。情報提示部７３は、たとえば、充電スケジュールを表示することによりユーザへ提示してもよいし、音声により充電スケジュールをユーザへ提示してもよいし、表示と音声により充電スケジュールをユーザへ提示してもよい。

次に、充電管理システム３０のハードウェア構成について説明する。充電管理システム３０は、具体的にはコンピュータシステムにより実現される。図５は、本実施の形態の充電管理システム３０を実現するコンピュータシステムの構成例を示す図である。図５に示すように、このコンピュータシステムは、制御部１０１と入力部１０２と記憶部１０３と表示部１０４と通信部１０５と出力部１０６とを備え、これらはシステムバス１０７を介して接続されている。なお、充電管理システム３０は、１台のコンピュータシステムにより実現されてもよいし、複数台のコンピュータシステムにより実現されてもよい。

図５において、制御部１０１は、たとえば、ＣＰＵ（Central Processing Unit）等である。制御部１０１は、本実施の形態の充電管理方法が記述された充電管理プログラムを実行する。入力部１０２は、たとえばキーボード、マウスなどで構成され、コンピュータシステムのユーザが、各種情報の入力を行うために使用する。記憶部１０３は、ＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory）などの各種メモリおよびハードディスクなどのストレージデバイスを含み、上記制御部１０１が実行すべきプログラム、処理の過程で得られた必要なデータなどを記憶する。また、記憶部１０３は、プログラムの一時的な記憶領域としても使用される。表示部１０４は、ＬＣＤ（液晶表示パネル）などで構成され、コンピュータシステムのユーザに対して各種画面を表示する。また、入力部１０２と表示部１０４が一体化されたタッチパネルなどが用いられてもよい。通信部１０５は、通信処理を実施する通信回路などである。通信部１０５は、複数の通信方式にそれぞれ対応する複数の通信回路で構成されていてもよい。出力部１０６は、プリンタ、外部記憶装置などの外部の装置へデータを出力する出力インタフェイスである。なお、図５は、一例であり、コンピュータシステムの構成は図５の例に限定されない。

ここで、本実施の形態の充電管理プログラムが実行可能な状態になるまでのコンピュータシステムの動作例について説明する。上述した構成をとるコンピュータシステムには、たとえば、図示しないＣＤ（Compact Disc）−ＲＯＭドライブまたはＤＶＤ（Digital Versatile Disc）−ＲＯＭドライブにセットされたＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭから、充電管理プログラムが記憶部１０３にインストールされる。そして、充電管理プログラムの実行時に、記憶部１０３から読み出された充電管理プログラムが記憶部１０３に格納される。この状態で、制御部１０１は、記憶部１０３に格納されたプログラムに従って、本実施の形態の充電管理システム３０としての処理を実行する。例えば、充電管理プログラムは、充電管理システム３０に、第１充電スケジュールに基づいて、第２充電スケジュールを作成する第１ステップと、第２充電スケジュールに基づいて、車両６ごとの充電スケジュールを提示する第２ステップと、を実行させる。

なお、上記の説明においては、ＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭを記録媒体として、充電管理システム３０における処理を記述したプログラムを提供しているが、これに限らず、コンピュータシステムの構成、提供するプログラムの容量などに応じて、たとえば、通信部１０５を経由してインターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

図２に示した第１計画作成部３２、第２計画作成部３３、計画提示部３４、移動情報提示部３５および指令生成部３６は、図５の制御部１０１により実現される。図２に示した記憶部３７は、図５に示した記憶部１０３の一部である。図２に示した通信部３１は、図５に示した通信部１０５により実現される。

ユーザ端末７も、図５に例示したようなコンピュータシステムにより実現される。図４に示した受付部７２は、図５の入力部１０２および制御部１０１により実現される。図４に示した記憶部７４は、図５に示した記憶部１０３の一部である。図４に示した通信部７１は、図５に示した通信部１０５により実現される。図４に示した情報提示部７３は、制御部１０１および表示部１０４により実現される。情報提示部７３が音声によりユーザへ充電スケジュールを提示する場合には、ユーザ端末７を実現するコンピュータシステムは、さらにスピーカーなど音声を発するための装置を備える。ユーザ端末７は、上述したように、パーソナルコンピュータであってもよいし、カーナビゲーションシステムであってもよく、スマートフォン、タブレットなどであってもよい。

次に、本実施の形態の充電管理システム３０の動作の詳細について説明する。図６は、本実施の形態の充電管理システム３０における充電管理処理手順の一例を示すフローチャートである。なお、図６の処理とは別に、第１計画作成部３２は、適宜、第１充電スケジュールを生成し、記憶部３７に格納する。例えば、第１計画作成部３２は、毎日、定められた時間に、翌日の一日分の第１充電スケジュールを作成し、記憶部３７に格納する。作成された第１充電スケジュールは、当日の状況に応じて変更されてもよい。例えば、第１計画作成部３２は、充電端末１１および充電器１０を介して車両５から取得した蓄電池のＳＯＣなどに応じて、第１充電スケジュールを当日変更してもよい。

図６に示すように、充電管理システム３０は、ユーザ端末７から充電要求情報を受信したか否かを判断する（ステップＳ１）。ユーザ端末７から充電要求情報を受信していない場合（ステップＳ１ Ｎｏ）、充電管理システム３０は、ステップＳ１を繰り返す。充電管理システム３０は、ユーザ端末７から充電要求情報を受信した場合（ステップＳ１ Ｙｅｓ）、受信した充電要求情報でユーザ情報を更新する（ステップＳ２）。詳細には、ステップＳ１では、通信部３１が、ユーザ端末７から充電要求情報を受信したか否かを判断し、充電要求情報を受信すると、当該充電要求情報の受信時刻および送信元のユーザの識別情報とともに、第２計画作成部３３へ充電要求情報を出力する。そして、ステップＳ２で、第２計画作成部３３は、受け取った充電要求情報、受信時刻に基づいて、記憶部３７のユーザ情報を更新する。充電要求情報は、ユーザ端末７のユーザを識別する情報（ユーザＩＤ（IDentifier））と、希望する充電期間の範囲を示す情報とを含む。ユーザＩＤは、車両６の識別情報であってもよいし、ユーザに割当てられたＩＤであってもよいし、ユーザ端末７の識別情報であってもよい。ユーザＩＤがユーザに割当てられたＩＤである場合、例えば、当該ＩＤは充電システム１への利用登録のときなどに決定される。

車両６の充電を希望する充電期間は、例えば、希望する入庫予定時刻と出庫予定時刻とで示される。後述するように、充電管理システム３０は、車両６の充電を希望する充電期間内で各車両６への充電期間を割り当てるため、充電期間を広めに設定しておくと、充電期間が割り当てられる可能性が高まる。したがって、希望する充電期間は、実際の充電を行う期間より長めに設定されていてもよい。

図７は、本実施の形態のユーザ情報の構成例を示す図である。図７に示した例では、ユーザ情報は、ユーザＩＤ、受信時刻、入庫予定時刻および出庫予定時刻を含む。ユーザＩＤは、上述した充電要求情報に含まれる。図７に示した例では、ユーザＩＤは車両６の識別情報であるとしており、低優先車両＃１〜＃３は、それぞれ車両６−１〜６−３の識別情報を示している。入庫予定時刻および出庫予定時刻は、上述したように、ユーザが希望する充電期間を示すものであり、充電要求情報に含まれる。受信時刻は、充電要求情報を受信した時刻である。本実施の形態では、一定期間内に受信した充電要求情報に基づいて、後述するステップＳ４以降の処理が実施される。一定期間は、例えば、３０分、１時間などであるがこれらに限定されない。したがって、ユーザ情報には、この一定期間に受信した充電要求情報に対応する情報が含まれる。ユーザ情報は、一定期間ごとにクリアされてもよいし、一定期間ごとにはクリアされずに過去の情報も含まれていてもよい。後者の場合、ステップＳ４の処理では、直近の一定期間に対応する情報が参照される。

図６の説明に戻る。ステップＳ２の後、第２計画作成部３３は、充電要求の受付期間が終了したか否かを判断する（ステップＳ３）。本実施の形態では、上述したとおり、充電管理システム３０は、一定期間に受信した充電要求情報に基づいて、ステップＳ４以降の処理を実施する。したがって、充電要求の受付期間は、１回分の一定期間に対応する。例えば、一定期間が３０分の場合、第２計画作成部２３は、充電要求の受付の開始からの３０分が経過すると受付期間が終了したと判断する。なお、ここでは、一定期間ごとに充電要求を受け付けるようにしているが、これに限らず、受付期間は不定期に設定されてもよい。

充電要求の受付期間が終了していない場合（ステップＳ３ Ｎｏ）、ステップＳ１からの処理が繰り返される。充電要求の受付期間が終了した場合（ステップＳ３ Ｙｅｓ）、第２計画作成部３３は、高優先車両の充電スケジュールである第１充電スケジュールおよびユーザ情報に基づいて、高優先車両および低優先車両の充電スケジュールである第２充電スケジュールを作成する（ステップＳ４）。このとき、第２計画作成部３３は、第１充電スケジュールを参照して充電能力に余裕のある時間帯で低優先車両の充電を行うように第２充電スケジュールを作成する。

図８は、本実施の形態の第１充電スケジュールの一例を示す図である。図８に示すように、第１充電スケジュールは、各時間帯における充電器１０および充電端末１１ごとの、充電が行われる車両を示す情報を含む。例えば、図８に示した例では、０：００から１：００までは高優先車両＃１が、充電器＃１に接続される充電端末＃１を用いて充電される予定であることを示す。充電器＃１は、充電器１０−１を示す識別情報である。同様に、充電器＃ｉ（ｉ＝１，２，・・・，ｎ）は、充電器１０−ｉを示す識別情報である。高優先車両＃ｊ（ｊは自然数）は、車両５−ｊの識別情報である。なお、図８は一例であり、第１充電スケジュールの形式は図８に示した例に限定されない。また、図示を省略するが、第１充電スケジュールには、各車両を充電する際の充電電力が含まれていてもよい。

ステップＳ４では、第２計画作成部３３は、第１充電スケジュールを参照して、ユーザ情報に含まれる各ユーザに対応する情報ごとに、受信時刻の早い順に、入庫予定時刻から出庫予定時刻までの間の時間帯のうち充電器１０が使用されていない時間帯があるかを判断する。そして、入庫予定時刻から出庫予定時刻までの間の時間帯のうち充電器１０が使用されていない時間帯がある場合、当該時間帯を、対応するユーザの車両６の充電期間に決定する。第２計画作成部３３は、受信時刻が２番目以降に早い情報に対応するユーザの車両６には、すでに別のユーザの車両６の充電期間に決定された期間を除いて、同様に、充電期間を決定する。なお、ここでは、充電要求情報を受信した順、すなわち先着順に充電期間を割り当てるようにしたが、これに限らず、第２計画作成部３３は、一定期間内に受信した充電要求情報に対応するユーザの車両６に、あらかじめ定めた規則にしたがって充電期間を割当てればよい。例えば、一定期間内に受信した充電要求情報に対応するすべてのユーザの車両６に等しい充電時間を割当てるようにしてもよいし、あらかじめ定められたユーザの車両６ごとの重み係数にしたがって、重みづけをして充電時間を割当ててもよい。また、第２計画作成部３３は、各車両６の充電に用いる充電端末１１を決定する際に、記憶部３７に格納されている充電設備情報に基づいて駐車場所についても考慮してもよい。

図９は、本実施の形態の充電設備情報の一例を示す図である。充電設備情報は、記憶部３７に予め格納される。充電設備情報は、充電器１０、充電端末１１および駐車場所の対応を示す情報である。充電設備情報により充電端末１１と駐車場所との対応が示されているので、第２計画作成部３３は、例えば、出入口に近い駐車場所に対応する充電端末１１を車両６に優先的に割り当てる。なお、第２計画作成部３３は、どの駐車場所が出入口に近いかを示す情報を保持しているとする。例えば、第２計画作成部３３は、駐車場所が出入口に近い順に駐車場所の識別情報が並べられた情報を保持していてもよい。または、上述したように、車両５と車両６の駐車場所を分離させる場合には、車両６に割当てる駐車場所を予め定めておいてもよい。

図１０は、本実施の形態の第２充電スケジュールの一例を示す図である。図１０に示すように、第２充電スケジュールは、各時間帯における充電器１０および充電端末１１ごとの、充電が行われる車両を示す情報を含む。上述したように、充電端末１１と駐車位置とが充電設備情報によって対応づけられているので、第２計画作成部３３は、第２充電スケジュールと充電設備情報に基づいて、各車両６に割当てられた駐車場所を把握することができる。後述するステップＳ１１などでユーザ端末７へ通知される各車両６の充電スケジュールにはこの駐車場所も含む。

図１１は、本実施の形態の各車両６に通知される充電スケジュールの一例を示す図である。図１１に示した例では、各車両６に通知される充電スケジュールは、ユーザＩＤ、充電開始時刻、充電終了時刻、駐車場所、充電端末（充電口ＩＤ）をそれぞれ示す情報を含む。

図６の説明に戻る。ステップＳ４の後、第２計画作成部３３は、充電機会を提供できない低優先車両が有るか否かを判断する（ステップＳ５）。すなわち、第２計画作成部３３は、今回の受付期間に受信した充電要求情報の送信元のユーザに対応する車両６のうち、ステップＳ４で充電期間が割り当てられなかった車両６があるか否かを判断する。

充電機会を提供できない低優先車両が無い場合（ステップＳ５ Ｎｏ）、移動情報提示部３５は、第２充電スケジュールおよび運行計画に基づいて、ユーザごとに移動情報を作成する（ステップＳ９）。移動情報は、車両６が充電システム１で充電されている間に、当該車両６のユーザに向けて提供される移動手段に関する情報である。ステップＳ９では、具体的には、第２計画作成部３３が移動情報提示部３５へ充電機会を提供する低優先車両すなわち充電期間を割当てた低優先車両ごとに、移動情報提示部３５へ充電期間を通知する。移動情報提示部３５は、第２計画作成部３３からの通知と運行計画とに基づいて、低優先車両ごとに、充電期間の開始時刻以降であって充電期間の開始時刻から許容時間が経過するまでの間に、充電システム１が設置されている営業車などの場所または充電システム１が設置されている場所の近くの場所から出発する車両５の出発時刻を示す時刻表を移動情報として生成し、移動情報を記憶部３７へ格納する。許容時間はどのように決定されてもよいが、例えば、３０分程度とする。移動情報提示部３５は、車両５の行先ごとに、時刻表を生成してもよいし、ユーザから予め所望の行先を取得しておいて、当該行先に関する時刻表を生成してもよい。例えば、充電要求情報に、ユーザの所望の行先を含めるようにしておいてもよい。

図１２は、本実施の形態の運行計画の一例を示す図である。図１２に示すように、運行計画には、車両５を示す識別情報ごとに、すなわち車両５ごとに、経路および主たる経由地と出発時間および到着時間とが格納される。なお、図１２では、わかりやすくするために、車両５ごとに、経路と出発時間および到着時間とを示す形式としているが、経路ごとにどの車両５が用いられるかを示す形式であってもよい。

図１３は、本実施の形態の移動情報の一例を示す図である。図１３は、車両６−１（低優先車両＃１）に、図１１に示した充電スケジュールが割り当てられた場合に、車両６−１のユーザへ提示される移動情報の一例を示している。図１１に示すように、車両６−１には、１０：００〜１３：００までの充電期間が割当てられている。この場合、移動情報提示部３５は、１０：００以降に充電システム１が設置される営業所などを出発する車両５の時刻表を移動情報として示すことになる。図１３に示した例では、移動情報は、発車時刻、行先ごとの到着時刻、および使用される車両５を示している。なお、図１３では、行先は、バス自体の経路の終点となる目的地だけでなく経路の途中の主な経由地も含んでいる。図１３に示した例では、ユーザの所望の行先があらかじめわかっていないため、移動情報に複数の行先に関する時刻表が含まれているが、ユーザの所望の行先があらかじめわかっている場合には、当該行先に対応する時刻表が示されればよい。

また、移動情報には、各行先から充電システム１が設置される営業所などへ帰る際の時刻表も含まれていてもよい。すなわち、移動情報は、各行先を出発し充電システム１の設置場所へ戻る車両５が当該行先を出発する出発時刻を示す時刻表を含んでいてもよい。図１４は、本実施の形態の移動情報に含まれる帰りの時刻表の一例を示す図である。図１４は、行先がＡ駅である場合の帰りの時刻表を示している。行先の候補が複数存在する場合には、移動情報提示部３５は、行先ごとに図１４に示す時刻表を作成し、移動情報に含めておく。例えば、移動情報提示部３５は、運行計画に基づいて、車両６の充電期間の終了時刻以前に、行先ごとに当該行先から帰着する予定の車両５の時刻表を作成し、移動情報に含めておく。なお、ここでは、ユーザが往復の移動を考慮して選択できるように、移動情報に、行先へ向かう時刻表と帰りの時刻表との両方を含める例を示しているが、行先へ向かう時刻表を先にユーザ端末７へ送信してもよい。この場合、ユーザ端末７がユーザから行先の選択を受け付け、受け付けた結果を充電管理システム３０へ送信する。そして、移動情報提示部３５は、選択された行先の帰りの時刻表をユーザ端末７へ送信してもよい。

図１３および図１４に示した情報を確認することで、ユーザは、車両６の充電中に、充電システム１の設置場所から移動して、買い物、飲食などを行う計画を立てることができる。また、この移動のために、車両５を用いて移動が行われるため、ユーザは車両５の運賃を、車両５を運行する事業者、すなわち充電システム１を管理する事業者へ支払うことになる。これにより、事業者は、車両６の充電サービスによる利益だけでなく、車両５の乗客を増やすことによる利益も得ることができる。

図６の説明に戻る。ステップＳ９の後、移動情報提示部３５は、移動手段を提供できないユーザが有るか否かを判断する（ステップＳ１０）。具体的には、移動情報提示部３５は、ステップＳ４で充電期間が割当てられた車両６のうち、充電期間の開始時刻以降であって充電期間の開始時刻から許容時間までの間に、充電システム１が設置されている場所の近くの場所から出発する車両５がない場合に、当該車両６に対応するユーザに移動手段を提供できないと判断する。また、ユーザの所望の行先があらかじめわかっている場合には、移動情報提示部３５は、充電期間の開始時刻以降であって充電期間の開始時刻から許容時間までの間に、当該行先へ出発する車両５がない場合に、移動手段が提供できないと判断する。

移動手段を提供できないユーザがいない場合（ステップＳ１０ Ｎｏ）、ユーザ端末７へ充電スケジュールと移動情報を通知し（ステップＳ１１）、充電管理システム３０は、処理を終了する。詳細には、ステップＳ１１では、移動情報提示部３５は、移動情報の生成の終了を通知し、計画提示部３４は当該通知を受けると、充電期間が割当てられた各車両６に対応する充電スケジュールを第２充電スケジュールと充電設備情報を用いて求める。そして、計画提示部３４は、車両６ごとに、求めた充電スケジュールと移動情報とを、通信部３１を介して対応するユーザ端末７へ送信する。

ステップＳ５で、充電機会を提供できない低優先車両が有る場合（ステップＳ５ Ｙｅｓ）、充電管理システム３０は、高優先車両の充電スケジュール変更が可能か否かを判断する（ステップＳ６）。具体的には、第２計画作成部３３は、充電機会を提供できない低優先車両が有る旨を第１計画作成部３２へ通知する。そして、第１計画作成部３２は、電気料金、運行計画、契約電力、電力会社から要請される上限値などを考慮して、車両６の充電を行うために、充電スケジュールを変更可能な車両５があるか否かを判断する。

高優先車両の充電スケジュールが変更可能な場合（ステップＳ６ Ｙｅｓ）、充電管理システム３０は、第１充電スケジュールを変更し（ステップＳ７）、ステップＳ４からの処理を繰り返す。例えば、充電管理システム３０は、車両６のユーザが希望する充電期間内で充電が計画されている車両５のうち、充電期間を変更しても運行計画に影響を与えない車両５がある場合、当該車両５の充電期間を変更するように第１充電スケジュールを変更する。これにより、車両６へ充電期間を割当てられるようになる。このように、充電管理システム３０は、充電要求情報の送信元のユーザ端末７に対応する車両６に充電期間を割当てられない場合、変更可能であれば第１充電スケジュールを変更する。

また、高優先車両の充電スケジュールが変更可能でない場合（ステップＳ６ Ｎｏ）、充電管理システム３０は、対応するユーザ端末７すなわち充電期間が割当てられなかった車両６に対応するユーザ端末７へ充電不可であることを通知し（ステップＳ８）、処理をステップＳ９へ進める。ステップＳ８では、具体的には、第２計画作成部３３は、充電不可であることを示す通知を、通信部３１を介して対応するユーザ端末７へ送信する。

ステップＳ１０で、移動手段を提供できないユーザが有る場合（ステップＳ１０ Ｙｅｓ）、充電管理システム３０は、高優先車両の運行計画を、変更可能か否かを判断する（ステップＳ１２）。具体的には、移動情報提示部３５は、移動手段を提供できないユーザが有る旨を第１計画作成部３２へ通知する。そして、第１計画作成部３２は、運行計画、電気料金、契約電力、電力会社から要請される上限値などを考慮して、車両６のユーザへ移動手段を提供するために運行計画を変更可能な車両５があるか否かを判断する。例えば、車両６の充電期間の開始時刻から許容時間までの間に、充電システム１で待機している予定の車両５があるとする。このとき、第１計画作成部３２は、当該車両５を車両６のユーザへの移動手段を提供するために運行させるように当該車両５の運行計画を変更しても、他の運行計画などに影響を与えない場合、高優先車両の運行計画を変更可能であると判断する。また、例えば、車両６の充電期間の開始時刻から許容時間までの間に、充電システム１で充電が予定されている車両５があるとする。このとき、第１計画作成部３２は、当該車両５を車両６のユーザへの移動手段を提供するために当該車両５を運行させるように運行計画および充電期間を変更しても、他の運行計画などに影響を与えず契約電力または上限値などの条件を満たす場合、高優先車両の運行計画を変更可能であると判断する。このように、運行計画の変更に伴い充電期間の変更も必要な場合には、第１計画作成部３２は、充電期間の変更も可能か否かを判断する。

高優先車両の運行計画を、変更可能である場合（ステップＳ１２ Ｙｅｓ）、第１計画作成部３２は、運行計画を変更し（ステップＳ１３）、ステップＳ４からの処理が繰り返される。ステップＳ１３では、車両５の充電期間の変更も必要な場合には、第１計画作成部３２は、運行計画だけでなく第１充電スケジュールも変更する。なお、ここでは、ユーザに移動手段を提供できない場合に運行計画を変更する例を説明した。これに限らず、ユーザ端末７からユーザの希望する行先を取得済みである場合には、車両６の充電中に充電システム１の設置場所から車両６のユーザの希望する行先へ出発する車両６がない場合、第１計画作成部３２は、車両６の充電中に充電システム１の設置場所から当該行先へ車両６が運行されるように運行計画を変更してもよい。

図１５は、本実施の形態の高優先車両に関する計画変更の一例を示す図である。図１５では、ステップＳ１３によって、高優先車両＃３の運行計画および第１充電スケジュールが変更された例を示している。図１５に示した例では、変更前では、運行計画において、高優先車両＃３は９：３０−１１：５０までは運行無とされている。充電管理システム３０が、ユーザ端末７からユーザの所望の行先がＣ駅であることを示す情報を既に取得しているとする。一方で、変更前の運行計画ではＣ駅へ向かう車両５は１２：００までなかったとする。このような場合に、第１計画作成部３２は、高優先車両＃３の運行計画を、例えば、図１５に示すように、１０：３０−１０：４５の期間、充電システム１の設置される営業所などからＣ駅へ向かう経路＃７で運行され、１０：４５−１１：００の期間、Ｃ駅から充電システム１の設置される営業所などへ戻る経路＃８で運行されるように変更する。また、これにともなって、高優先車両＃３の充電期間も図１５に示すように変更される。これにより、車両６のユーザに移動手段を提供できるようになる。これによって、充電期間が１０：００−１３：００に割当てられた車両６のユーザが、充電期間中に、Ｃ駅付近で買い物、飲食などを行うことができる。なお、図１５に示した例では、Ｃ駅からの帰りには、高優先車両＃３とは別の高優先車両が用いられる。

ステップＳ１２で、高優先車両の運行計画を、変更可能でない場合（ステップＳ１２ Ｎｏ）、充電管理システム３０は、移動手段を提供できないユーザ端末７へ充電スケジュールを通知し、移動手段を提供できるユーザ端末７へ充電スケジュールおよび移動情報を通知し（ステップＳ１４）、処理を終了する。

ユーザ端末７は、上述したように、充電管理システム３０から受信した充電スケジュールおよび移動情報をユーザに提示する。ユーザは、充電スケジュールおよび移動情報を確認して、提示された充電スケジュールにしたがって車両６を充電システム１へ移動させ、指定された駐車場所において充電を行うことができる。また、ユーザは、移動情報に基づいて、充電期間中の買い物、飲食などの計画を立てることができる。このように、充電管理システム３０は、ユーザ端末７を介して、充電スケジュールおよび移動情報をユーザに提示することができる。

なお、図６に示した例では、一定期間の間に受信した充電要求情報に基づいて、車両５への充電期間を割当てるようにしたが、これに限らず、充電要求情報を受信するたびに、上記のステップＳ４以降の処理を実施してもよい。

なお、車両５がバスである場合に、ユーザへ車両６の充電期間中の移動手段を提供しやすくするために、車両５の一部を普通自動車、小型のバスなどとしておいてもよい。すなわち、主に車両６の充電期間中の移動手段に用いられる車両５を用意し、これらの車両５を、ユーザが充電期間中の行先として頻繁に選択される場所を目的地として運行させるよう運行計画を作成しておくとともに、これらの車両５に関しては定期運行の計画されない時間帯を多く設けておく。そして、上述したステップＳ１３で運行計画を変更する際には、この普通自動車、小型のバスなどである車両５の運行計画および充電スケジュールを優先して変更する。例えば、主に車両６の充電期間中の移動手段に用いられる車両５が運行計画では定期運行としてＡ駅行、Ｃ駅行の運行が計画されているときに、ユーザが所望する行先がＢ駅であることを示す情報を充電管理システム３０が受信したとする。このような場合、定期運行では車両６の充電期間に対応した適切な時刻でＢ駅へ向かう車両５がない場合、充電管理システム３０は、上述した主に車両６の充電期間中の移動手段に用いられる車両５のうち運行が計画されていない車両５があれば、当該車両５をＢ駅へ向けて運行するように運行計画を変更する。上述したように、主に車両６の充電期間中の移動手段に用いられる車両５は、定期運行の計画されない時間帯が多いため、このような運行計画の変更が可能となる確率を高めることができる。

なお、上述した例では、充電管理システム３０が、ユーザ端末７から充電要求情報を受信して第２充電スケジュールを作成するようにした。これに限らず、充電管理システム３０は、ユーザ端末７からの充電要求情報を取得せずに、第１充電スケジュールに基づいて、車両６の充電に提供可能な時間帯、充電端末１１および駐車場所を示す情報を、例えば、Ｗｅｂページによって公開するなどにより、ユーザ端末７へ送信してもよい。この場合、多数のユーザ端末７へ同じ情報が公開されることになる。ユーザ端末７は、受信した情報をユーザへ提示する。この場合、単に、ユーザはユーザ端末７により提示された情報に基づいて車両６の充電を行ってもよいし、充電管理システム３０が、ユーザ端末７から時間帯ごとに充電の予約を先着順などにより受付け、予約できた場合に、車両６の充電を行うことが可能となるようにしてもよい。また、移動情報については、車両６の充電に提供可能な時間帯、充電端末１１および駐車場所を示す情報とともに、ユーザ端末７へ送信されてもよいし、上述した予約を受け付ける場合には予約が確定した後に対応するユーザ端末７へ移動情報が提供されてもよい。

以上のように、本実施の形態の充電管理システム３０は、充電の優先度の高い高優先車両である車両５の充電スケジュールを作成しておき、この充電スケジュールに基づいて充電能力に余裕のある時間帯で、充電要求のあった車両６へ充電期間を割当てるようにした。これにより、車両５の充電を行う充電システム１における充電能力の余力を有効活用することができる。

また、車両６の充電期間で、車両６のユーザが他の場所へ移動できるように、本実施の形態の充電管理システム３０は、移動手段に関する情報をユーザへ提示するようにした。これにより、ユーザの充電の待ち時間を有効活用できるようにすることができる。

実施の形態２．
図１６は、実施の形態２の充電管理システムを含む全体システムの構成例を示す図である。本実施の形態の充電管理システム３０ａは、実施の形態１と同様に、充電システム１の充電を管理する。充電システム１の構成および動作は、実施の形態１と同様である。充電管理システム３０ａは、ネットワーク４を介して、運行管理システム８、ナビゲーションプロバイダシステム６０、天気予報システム８０、道路交通システム７０、およびユーザ端末７ａ−１，７ａ−２，・・・，７ａ−１１，７ａ−１２，・・・とそれぞれ通信可能である。本実施の形態の充電管理システム３０ａは、実施の形態１と同様の機能を有する構成要素は実施の形態１と同一の符号を付して重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

ユーザ端末７ａ−１，７ａ−２，・・・，７ａ−１１，７ａ−１２，・・・は、それぞれ対応する車両５および車両６のいずれかに搭載され、カーナビゲーションシステムの端末としての機能を有する。以下、ユーザ端末７ａ−１，７ａ−２，・・・，７ａ−１１，７ａ−１２，・・・のそれぞれを、個別に区別せずに示すときには、ユーザ端末７ａと記載する。ユーザ端末７ａは、車両５または車両６に設置されたカーナビゲーション専用の端末であってもよいし、スマートフォン、タブレットなどの端末であってカーナビゲーション用のアプリケーションがインストールされたものであってもよい。

ナビゲーションプロバイダシステム６０は、ナビゲーションプロバイダにより管理され、ユーザ端末７ａへカーナビゲーション用の各種情報を提供する。充電管理システム３０ａは、実施の形態１の充電管理システム３０と同様の機能を有するとともに、カーナビゲーションをサポートするための情報を提供する。

図１７は、本実施の形態の充電管理システム３０ａの構成例を示す図である。図１７に示すように、充電管理システム３０ａは、実施の形態１の充電管理システム３０に、運転特性学習部９１、走行可能距離算出部９２および走行情報記憶部９３が追加されている。通信部３１、運転特性学習部９１、走行可能距離算出部９２および走行情報記憶部９３は、カーナビゲーションをサポートするための走行可能距離算出装置９０を構成する。本実施の形態では、充電管理システム３０ａが、実施の形態１の充電管理システム３０としての機能と、走行可能距離算出装置９０としての機能とを備える例を説明するが、実施の形態１の充電管理システム３０とは別に、走行可能距離算出装置９０を設けてもよい。

図１８は、本実施の形態のナビゲーションプロバイダシステム６０の構成例を示す図である。図１８に示すように、ナビゲーションプロバイダシステム６０は、通信部６１、経路候補作成部６２、経路案内部６３および記憶部６４を備える。

ユーザ端末７ａの構成は、図４に示した実施の形態１のユーザ端末７の構成と同様である。ただし、本実施の形態のユーザ端末７ａでは、実施の形態１のユーザ端末７に対して、各部の動作が追加される。ここでは、ユーザ端末７ａが、実施の形態１のユーザ端末７としての機能も有する例を説明するが、ユーザ端末７ａは、実施の形態１のユーザ端末７とは別の装置であってもよい。この場合、ユーザ端末７ａの記憶部７４には、図４に示した充電要求情報、充電スケジュールおよび移動情報は記憶されなくてよい。

充電管理システム３０ａは、実施の形態１の充電管理システム３０と同様に、例えば、図５に示したコンピュータシステムにより実現される。図１７に示した運転特性学習部９１および走行可能距離算出部９２は、図５に示した制御部１０１により実現される。図１７に示した走行情報記憶部９３は、図５に示した記憶部１０３の一部である。本実施の形態の走行可能距離算出装置９０としての機能を実現するためのプログラムは、実施の形態１の充電管理プログラムと同様に、記憶媒体または通信媒体により提供される。このプログラムが、制御部１０１により実行されることにより、走行可能距離算出装置９０としての機能が実現される。

ナビゲーションプロバイダシステム６０は、実施の形態１の充電管理システム３０と同様に、例えば、図５に示したコンピュータシステムにより実現される。図１８に示した通信部６１は、図５に示した通信部１０５により実現される。図１８に示した経路候補作成部６２、経路案内部６３は、図５に示した制御部１０１により実現される。図１８に示した記憶部６４は、図５に示した記憶部１０３の一部である。

次に、図１９を用いて本実施の形態における各装置の動作を説明する。なお、以下では、ユーザ端末７ａは車両６に搭載されている、またはユーザ端末７ａが搭載される車両５が路線バスではなくタクシー、トラックなど経路を変更可能な業務用車両であるとして説明する。図１９は、本実施の形態の経路案内処理手順の一例を示すチャート図である。図１９に示すように、ユーザ端末７ａは、現在位置、運転情報、車両状態情報を充電管理システム３０ａへ送信する（ステップＳ２１）。

詳細には、ユーザ端末７ａの通信部７１は、図示しないユーザ端末７ａの内部の現在位置算出装置、またはユーザ端末７ａが搭載される車両（車両５または車両６）に設置されたユーザ端末７ａ外部の現在位置算出装置から、ユーザ端末７ａが搭載される車両の現在位置を取得して、充電管理システム３０ａへ送信する。現在位置算出装置は、例えば、ＧＰＳ（Global Positioning System）衛星から測位信号を受信するＧＰＳ受信機と、受信された測位信号に基づいて現在位置を算出する演算部を備える装置であるが、これに限定されない。また、ユーザ端末７ａの通信部７１は、ユーザ端末７ａが搭載される車両に設置された図示しない車両制御装置から、運転情報および車両状態情報を取得し、取得した運転情報および車両状態情報を充電管理システム３０ａへ送信する。運転情報は、車両の運転者の運転の特性を表す情報である。

運転情報は、例えば、単位時間または単位走行距離ごとのブレーキの回数、エンジンの回転数、単位時間または単位走行距離ごとのエンジンブレーキの回数、アクセルの踏込の度合い、エアコンディショナ（以下、エアコンと略す）の設定温度、をそれぞれ示す情報のうちの少なくとも１つである。エンジンの回転数は、例えばエンジンの回転数の一定時間内の平均値であってもよい。本実施の形態では、車両に搭載される図示しない車両制御装置が、運転情報を取得可能であるとする。また、車両制御装置は、ブレーキが使用されたタイミングをユーザ端末７ａへ通知することとし、ユーザ端末７ａが、このタイミングの履歴を記録しておき、単位時間または単位走行距離ごとのブレーキの回数を算出するようにしてもよい。単位走行距離ごとのブレーキの回数をユーザ端末７ａが算出する場合には、ユーザ端末７ａは、走行距離についても車両制御装置から取得する。エンジンブレーキ、エンジンの回転数についても同様に、車両制御装置はエンジンブレーキの使用されたタイミング、またはエンジンの回転数の瞬時値をユーザ端末７ａへ通知し、ユーザ端末７ａが、処理を実施することにより、単位時間または単位走行距離ごとのエンジンブレーキの回数、または、エンジンの回転数の一定時間内の平均値を算出してもよい。

車両状態情報は、ユーザ端末７ａが搭載される車両の走行距離、ユーザ端末７ａが搭載される車両の蓄電池の状態をそれぞれ示す情報である。車両の蓄電池の状態を示す情報は、例えば、車両の蓄電池の満充電容量およびＳＯＣである。

なお、車両６の場合、ユーザ端末７ａのユーザと運転者が同一であることが多いが、１台の車両６を運転する運転者が複数存在する場合もある。また、車両５の場合には、１台の車両５を運転する運転者は一般に複数である。このような場合には、ユーザ端末７ａの受付部７２が、運転者を識別する識別情報の入力を受付け、通信部７１は、運転者の識別情報とともに現在位置、運転情報、車両状態情報を充電管理システム３０ａへ送信する。充電管理システム３０ａでは、通信部３１は、運転情報および車両状態情報を、それぞれ現在位置およびユーザＩＤと対応づけて走行情報記憶部９３へ格納する。ユーザＩＤは、実施の形態１と同様に、ユーザ端末７ａの識別情報であってもよいし、ユーザに割当てられたＩＤであってもよいし、車両の識別情報であってもよい。運転情報および車両状態情報が、ユーザＩＤに対応付けられる場合には、当該ユーザＩＤに対応するユーザを運転者とみなすことに相当する。なお、上述したとおり、運転者の識別情報がステップＳ２１で送信される場合には、通信部３１は、運転情報および車両状態情報を、それぞれ現在位置および運転者の識別情報に対応付けて走行情報記憶部９３へ格納する。

充電管理システム３０ａは、走行情報記憶部９３に記憶されている情報を用いて、運転者ごとの運転特性を学習する（ステップＳ２２）。また、図１９では図示を省略しているが、充電管理システム３０ａの通信部３１は、例えば、定期的に、天気予報システム８０から、気温と晴れ、曇り、雨といった天気とを示す情報の実績値と予報値を取得し、天候情報として走行情報記憶部９３へ格納する。また、通信部３１は、例えば、定期的に、道路交通システム７０から、道路の渋滞の状態の実績値と予報値を示す渋滞情報を取得して走行情報記憶部９３へ格納する。走行情報記憶部９３には、あらかじめ、各道路の道幅、勾配の情報を含む地図情報が格納されている。地図情報は、適宜更新される。充電管理システム３０ａは、地図情報を、ナビゲーションプロバイダシステム６０から取得してもよいし、図示しない他の装置から取得してもよい。

運転特性学習部９１が用いる機械学習における学習アルゴリズムは、教師あり学習、教師なし学習、強化学習等の公知のアルゴリズムを用いることができる。以下では、一例として、ニューラルネットワークを適用した場合について説明する。ここで、教師あり学習とは、入力と結果（ラベル）のデータの組を学習装置に与えることで、それらの学習用データにある特徴を学習し、入力から結果を推論する手法をいう。

ニューラルネットワークは、複数のニューロンからなる入力層、複数のニューロンからなる中間層(隠れ層)、及び複数のニューロンからなる出力層で構成される。中間層は、１層、または２層以上でもよい。

図２０は、ニューラルネットワークの構成例を示す図である。例えば、図２０に示すような３層のニューラルネットワークであれば、複数の入力が入力層（Ｘ１‐Ｘ３）に入力されると、その値に重みＷ１（ｗ１１‐ｗ１６）を掛けて中間層（Ｙ１‐Ｙ２）に入力され、その結果にさらに重みＷ２（ｗ２１‐ｗ２６）を掛けて出力層（Ｚ１‐Ｚ３）から出力される。この出力結果は、重みＷ１と重みＷ２の値によって変わる。

例えば、ステップＳ２２では、充電管理システム３０ａの運転特性学習部９１が、走行情報記憶部９３に記憶されている運転情報、車両状態情報および地図情報に基づいて、道路の道幅、道路の勾配を求める。具体的には、運転特性学習部９１は、地図情報を参照して、現在位置に対応する道路の道幅と勾配とを求める。運転特性学習部９１は、渋滞情報を参照して、現在位置に対応する渋滞の状態を求める。渋滞の状態は、例えば、最も混雑している状態から渋滞が全くない状態までを段階的に示す情報により示される。渋滞の状態は、１ｋｍを進むためにかかる時間などにより示されてもよい。また、運転特性学習部９１は、車両状態情報の走行距離および蓄電池の状態を示す情報を用いて、蓄電池の単位エネルギー量で走行可能な距離を示す単位走行可能距離を算出する。そして、運転特性学習部９１は、例えば、同じ時刻または近い時刻に対応する各情報をデータセットとする教師データを用いて学習済モデルを作成し、走行情報記憶部９３へ格納する。教師データのデータセットにおける入力データは、例えば、天候情報である気温および天気、渋滞の状態、道路の道幅、道路の勾配などのうちの１つ以上であり、正解データは、算出された単位走行可能距離である。この場合、運転者によらない情報（以下、環境情報と呼ぶ）を入力データとし運転者に依存するである単位走行可能距離を正解データとする。運転特性学習部９１が、運転者ごとに、複数のデータセットを用いて学習を行うことにより、各入力データの値に応じた単位走行可能距離が学習され、運転者ごとの学習済モデルが作成される。図２０に示したニューラルネットワークを例に挙げると、入力層に入力データを入力して出力層から出力された結果が、正解データに近づくように重みＷ１と重みＷ２を調整することで学習が行われる。

また、１人の運転者に関して多様な条件の教師データを求めるより、運転特性が類似している運転者を１つの運転特性のグループとしてまとめ、同じグループに属する運転者の教師データを当該グループの教師データとして用いると、教師データの数を増やすことができ、学習済モデルの精度が向上することも考えられる。このため、運転特性学習部９１は、運転情報に基づいて、運転者をグループ分けしてもよい。例えば、上述したデータセットの入力データのデータ値が同じときに、単位走行可能距離が近い値となる運転者が同一のグループとなるように、グループ分けが行われる。このように、運転特性学習部９１が、運転情報に基づいて運転者をグループ分けし、グループごとに、道路の道幅、道路の勾配、天候を示す情報のうち少なくとも１つである環境情報と走行可能距離とを教師データとして用いて、環境情報から走行可能距離を推測するための学習済モデルを生成し、走行可能距離算出部９２が、新たに取得した環境情報と学習済モデルを用いて走行可能距離を算出してもよい。

または、運転特性学習部９１は、上述したニューラルネットワークを用いた学習を行う際に、入力データとして上述した天候情報である気温および天気、渋滞の状態、道路の道幅、道路の勾配などのうちの１つ以上（環境情報）に加えてさらに運転情報も用いてもよい。そして、これらの入力データと正解データ（算出された単位走行可能距離）のデータセットを教師データとして学習済モデルを作成する。この場合、運転者の区別はおこなわずに、入力データに応じた単位走行可能距離を学習することになる。すなわち、この場合、学習済モデルは運転者によらず１つである。

または、運転特性学習部９１は、以下のような学習を行ってもよい。運転特性学習部９１は、上述したニューラルネットワークを用いた学習を行う際に、運転者ごとに、上述した環境情報を入力データとし運転情報を正解データとしたデータセットを教師データとして第１学習済モデルを作成する。さらに、運転特性学習部９１は、上述したニューラルネットワークを用いた学習を行う際に、運転者ごとに、上述した環境情報および運転情報を入力データとし算出された単位走行可能距離を正解データとしたデータセットを教師データとして第２学習済モデルを作成する。この場合、後述する推論の際に、第１学習済モデルを用いて環境情報を入力として運転情報を求めて、さらに第２学習済モデルを用いて環境情報および求めた運転情報を入力として単位走行可能距離を算出することができる。すなわち、この場合、運転特性学習部９１は、環境情報と運転情報とを教師データとして用いて、環境情報から運転情報を推測するための第１学習済モデルを生成し、運転情報および運転情報と走行可能距離とを教師データとして用いて、運転情報および運転情報から走行可能距離を推測するための第２学習済モデルを生成する。そして、走行可能距離算出部９２は、新たに取得した環境情報、第１学習済モデルおよび前記第２学習済モデルを用いて走行可能距離を算出する。

図１９の説明に戻る。ステップＳ２２の学習が行われた後、ユーザ端末７ａの受付部７２が、車両の目的地の入力を受付けると（ステップＳ２３）、ユーザ端末７ａの通信部７１は、目的地と現在位置を、ナビゲーションプロバイダシステム６０および充電管理システム３０ａへ送信する（ステップＳ２４，Ｓ２５）。また、ユーザ端末７ａは、運転情報、車両状態情報を充電管理システム３０ａへ送信する（ステップＳ２６）。

充電管理システム３０ａは、目的地、現在位置、運転情報、車両状態情報をユーザ端末７ａから受信すると、走行可能距離を算出する（ステップＳ２７）。具体的には、走行可能距離算出部９２は、車両の蓄電池の残量がなくなるまでに車両が走行可能な距離である走行可能距離を算出する。走行可能距離は、後述するように、車両に搭載されるユーザ端末７ａに提供される目的地までの経路候補を作成する際に用いられる。ステップＳ２７では、詳細には、例えば、次のような処理が行われる。走行可能距離算出部９２は、地図情報を参照して、現在位置に対応する道路の道幅と勾配とを求め、渋滞情報を参照して、現在位置に対応する渋滞の状態を求める。また、走行可能距離算出部９２は、地図情報を参照して、現在位置から目的地までの経路の候補である経路候補を求める。経路候補は１つ以上であればよいが、後述するナビゲーションプロバイダシステム６０が求める経路候補と同じものを含んでいることが望ましい。このため、走行可能距離算出部９２は、ナビゲーションプロバイダシステム６０における経路算出と同様のアルゴリズムを用いて経路候補を求めることが可能であることが望ましい。または、走行可能距離算出部９２は、通信部３１を介して、現在位置と目的地をナビゲーションプロバイダシステム６０へ送信してナビゲーションプロバイダシステム６０へ経路候補の作成を指示し、ナビゲーションプロバイダシステム６０から経路候補を示す情報を受信するようにしてもよい。

そして、走行可能距離算出部９２は、経路上の１つ以上の区間に関して、運転者に応じた上述した学習済モデルを用いた推論を行うことにより単位走行可能距離を算出する。経路上の１つの区間は、学習済モデルの入力データとなるデータ値が同じまたは近い値であることが望ましい。したがって、例えば、出発点である現在位置における道路の道幅および勾配と比較して経路上の道幅および勾配のうちいずれかの変化が閾値を超えた場合には、別の区間とする。また、経路上で天気予報に基づいて気温が出発点から閾値以上変化した場合には、別の区間とする。このようにして、走行可能距離算出部９２は、経路候補を、それぞれ入力データが同じまたは近いと予想される区間ごとに区分けし、区間ごとに、単位走行可能距離を算出する。または、単に、エンジンの回転数の平均値だけに基づいてグループ分けを行ってもよいし、エンジンの回転数の平均値と単位時間または単位走行距離あたりのブレーキの回数とに基づいてグループ分けを行うといったように運転情報の複数の項目に基づいてグループ分けを行ってもよい。

詳細には、走行可能距離算出部９２は、区間ごとに、天候情報である気温および天気、渋滞の状態、道路の道幅、道路の勾配などのうちの１つ以上である入力データを学習済モデルへの入力データとして用いることにより、出力データである単位走行可能距離の推定値を得る。走行可能距離算出部９２は、各区間の単位走行可能距離の推定値と各区間の長さと蓄電池の満充電容量およびＳＯＣとに基づいて、蓄電池の残量がなくなるまでに走行可能な距離である走行可能距離を算出する。具体的には、満充電容量およびＳＯＣに基づいて蓄電池の残容量を算出する。そして、走行可能距離算出部９２は、現在位置から順に区間ごとに、区間の長さを単位走行可能距離で割ることにより、当該区間の走行で使用される蓄電池の容量を算出する。さらに、走行可能距離算出部９２は、現在位置の蓄電池の残量から順次各区間の走行で使用される蓄電池の容量を減じていく。これを繰り返すことにより、走行可能距離算出部９２は、蓄電池の残量が０となる経路上の位置を求めることができる。走行可能距離算出部９２は、現在位置から、当該経路上の位置までの経路に沿った距離を、走行可能距離として求めることができる。走行可能距離算出部９２は、経路候補ごとに、走行可能距離を算出して、走行情報記憶部９３に格納する。

また、グループごとに学習済モデルが生成されている場合には、走行可能距離算出部９２は、その時点に対応する入力データ、すなわち天候情報である気温および天気、渋滞の状態、道路の道幅、道路の勾配などのうちの１つ以上を入力として、対応する運転者が属するグループに対応する学習済モデルを用いて、同様に走行可能距離を求める。

教師データの入力データとして運転情報を含んで学習済みモデルが作成されている場合には、その時点に対応する天候情報である気温および天気、渋滞の状態、道路の道幅、道路の勾配などのうちの１つ以上と、運転情報を入力として、学習済モデルを用いて、同様に走行可能距離を求める。

なお、以上の説明では、運転特性学習部９１が学習済モデルを生成して、走行可能距離算出部９２が学習済モデルを用いて走行可能距離を算出する例を示したが、これに限らず、走行可能距離を算出するための、運転者ごとの情報が外部から設定されてもよい。例えば、運転者ごとの、天候情報である気温および天気、渋滞の状態、道路の道幅、道路の勾配などのうちの１つ以上である入力データに応じた単位走行可能距離がテーブル形式で設定されてもよい。または、運転者ごとの、入力データに基づいて単位走行可能距離を算出する計算式が設定されてもよい。この場合も、走行可能距離算出部９２は、入力データに基づいて区間ごとの単位走行可能距離を算出し、区間ごとの単位走行可能距離を用いて、上記の例と同様に、経路候補ごとに、走行可能距離を算出することができる。

ステップＳ２７の後、充電管理システム３０ａの通信部３１は、経路候補ごとの走行可能距離をナビゲーションプロバイダシステム６０へ送信する（ステップＳ２８）。ナビゲーションプロバイダシステム６０の通信部６１は、経路候補ごとの走行可能距離を受信すると、経路候補作成部６２へ渡す。

ナビゲーションプロバイダシステム６０の経路候補作成部６２は、ユーザ端末７ａから受信した現在位置および目的地と、経路候補ごとの走行可能距離とに基づいて、車両の目的地までの経路候補を決定する（ステップＳ２９）。ナビゲーションプロバイダシステム６０は、充電管理システム３０ａと同様に、渋滞情報を取得して記憶部６４に記憶している。ナビゲーションプロバイダシステム６０の記憶部６４には、地図情報も記憶されている。さらに、ナビゲーションプロバイダシステム６０の記憶部６４には、充電ステーションなどの充電設備の位置に関する情報、飲食店の位置およびメニューなどに関する情報、パーキングエリア、サービスエリア、休憩所といった設備の位置に関する情報などを含む周辺設備情報も記憶されている。さらに、ナビゲーションプロバイダシステム６０の記憶部６４には、充電設備、飲食店、パーキングエリア、サービスエリア、休憩所などの混雑情報を示す混雑情報が記憶されている。混雑情報は、例えば、ネットワーク４を介して、各設備の事業者または混雑情報を提供するサービスの提供者により管理されるシステムから取得される。

ステップＳ２９では、経路候補作成部６２は、優先項目に応じた複数の経路候補を求めることができることとする。優先項目は、例えば、費用優先、時間優先、食事メニュー優先、道幅の広い道路優先など経路候補の作成において優先すべき条件を示す。優先項目として費用優先の条件が設定された場合には、経路候補作成部６２は、地図情報、現在位置および目的地に基づいて、費用を最小とする経路候補を決定する。このとき、経路候補作成部６２は、走行可能距離を用いて、経路候補において経由する充電設備を決定する。すなわち、経路候補作成部６２は、経路候補ごとの走行可能距離と地図情報と周辺設備情報とに基づいて、目的地に到着するまでの間に充電が必要な場合には、途中で充電設備を経由するように経路候補を作成する。

また、経路候補作成部６２は、食事の時間帯を含む場合には、飲食店を経由するように経路候補を作成する。食事メニュー優先の経路候補を作成する際には、経路候補作成部６２は、周辺設備情報を参照して、あらかじめ設定されたユーザの所望の食事メニューを提供する飲食店を経由する経路を優先するように経路候補を作成する。なお、食事の時間帯、ユーザの所望の食事メニューは、ユーザごとに設定可能であり、例えばユーザ端末７ａからこれらを示す情報が送信されることにより、設定される。すなわち、経路候補作成部６２は、ユーザ端末７ａから受信した食事メニューの希望を示す情報に基づいて、経路候補において経由する飲食店を決定する。なお、地図情報には、有料道路を走行する際に要する費用を計算するための情報も含まれており、費用優先の経路候補を作成する場合に、この情報が参照される。

また、経路候補作成部６２は、一定時間以上連続して走行したら、パーキングエリア、サービスエリア、休憩所などに休憩のために立ち寄るように経路候補を作成してもよい。休憩のための条件についても、ユーザごとに設定可能とする。経路候補作成部６２が、ステップＳ２９で作成する経路候補は１つ以上であり、経路候補を決定するための優先項目はユーザ端末７ａから設定可能であるとする。この優先項目は、ステップＳ２４で目的地などとともにユーザ端末７ａから送信されてもよいし、別のタイミングでユーザ端末７ａから送信されてもよい。

通信部６１は、経路候補作成部６２が決定した経路候補をユーザ端末７ａへ送信する（ステップＳ３０）。ユーザ端末７ａでは、通信部７１が経路候補を受信すると、情報提示部７３により経路候補が表示される（ステップＳ３１）。なお、ユーザ端末７ａも地図情報を保持しており、経路候補とともに地図が表示されるようにしてもよい。または、対応する地図情報が、経路候補とともにナビゲーションプロバイダシステム６０からユーザ端末ａへ送信されてもよい。

図２１は、本実施の形態のユーザ端末７ａにより表示される経路候補の一例を示す図である。図２１では、上述したステップＳ２９において、費用優先、時間優先、食事メニュー優先の３つの優先項目の経路候補を決定するように設定されている例を示している。したがって、図２１では、現在地から目的地までの経路候補として費用優先経路２０１、時間優先経路２０２、食事メニュー優先経路２０３の３つが示されている。なお、図２１では、線種を変えてこれらを区別しているが、実際のユーザ端末７ａでは、例えば、色分けなどによりこれらが区別されてもよい。また、図２１では、各経路候補は重なっている部分があり、当該部分では費用優先経路２０１の線種で記載されている。図２１では、経路候補ごとに、経由する飲食店、充電設備である充電スポットが異なるハッチングで示されているが、実際のユーザ端末７ａではこれらについても経路候補ごとに色分けされていてもよい。また、図２１では、ユーザが識別しやすいように、飲食店を矩形、充電スポットを三角形でそれぞれ示しているが、飲食店および充電スポットの表示方法はこの例に限定されない。また、図２１では、各経路候補のトータルの所要時間、飲食店、充電スポットで停車している時間についても示されている。さらに、図２１では、ユーザが経路候補で立ち寄る予定となっている飲食店以外の飲食店などもハッチング無で示されている。このように、ユーザ端末７ａは、立ち寄る予定でない設備についても表示することで、立ち寄る飲食店、充電設備などを経路候補で示されたもの以外に変更したい場合に、変更の参考になる情報を提示することができる。

図１９の説明に戻る。ユーザ端末７ａは、経路候補を表示した後、経路の選択を受付ける（ステップＳ３２）。詳細には、ユーザ端末７ａの受付部７２が、ユーザから、経路候補のうちどの経路を選択するかを示す情報すなわち選択結果の入力を受け付ける。ユーザ端末７ａは、選択結果をナビゲーションプロバイダシステム６０へ送信する（ステップＳ３３）。ナビゲーションプロバイダシステム６０は、受信した選択結果を選択情報として記憶する（ステップＳ３４）。詳細には、ナビゲーションプロバイダシステム６０の通信部６１は、選択結果を受信すると記憶部６４にユーザＩＤとともに格納する。ナビゲーションプロバイダシステム６０の経路案内部６３は、選択結果に基づいて、選択された経路で案内を行う（ステップＳ３５）。なお、図では、経路の案内をナビゲーションプロバイダシステム６０の動作として記載しているが、実際にはユーザ端末７ａと情報のやりとりが行われながら、経路の案内が行われる。経路の案内については、通常のナビゲーションシステムにおいて経路が選択された後に実施される経路案内と同様であるため、詳細な説明を省略する。

車両の運転者であるユーザが、トイレ休憩、予定変更などのために、選択した経路と異なる経路で走行すると、ユーザ端末７ａは、現在位置と選択された経路との差に基づいて、経路変更が発生したことを検出する（ステップＳ３６）。そして、ユーザ端末７ａは、経路が変更されたことを示す変更情報と現在位置とをナビゲーションプロバイダシステム６０および充電管理システム３０ａへ送信する（ステップＳ３７，Ｓ３８）。なお、ユーザが目的地を変更した場合には、変更情報には変更後の目的地も含まれる。その後、変更後の情報に基づいて、ステップＳ２６〜Ｓ３５が再実施される。以降、経路が変更されるたびに、同様に、変更後の情報に基づいて、ステップＳ２６〜Ｓ３５が再実施される。

なお、ナビゲーションプロバイダシステム６０の経路候補作成部６２は、経路候補を決定する際に、記憶部６４に記憶されている過去の選択結果を用いて、例えば、同じ現在位置と目的地の組み合わせの場合には、過去にユーザが選択した経路を優先して提示することができる。また、ユーザが選択した経路上の飲食店の情報を蓄積することで、経路候補作成部６２は、過去に立ち寄った飲食店と同種の飲食店に立ち寄る経路を経路候補として提示することができる。

なお、ナビゲーションプロバイダシステム６０が作成する経路候補が、充電管理システム３０ａが走行可能距離を算出する際に仮定した経路候補と異なる可能性もある。例えば、食事メニューを優先した経路は充電管理システム３０ａが走行可能距離を算出する際に仮定されていないことも考えられる。このような場合には、ナビゲーションプロバイダシステム６０は、経路候補を示す情報を充電管理システム３０ａへ送信し、対応する経路候補における走行可能距離を再度算出するように指示してもよい。そして、ナビゲーションプロバイダシステム６０は、算出された走行可能距離を用いて立ち寄る充電設備を決定してもよい。

次に、上述したステップＳ２９のナビゲーションプロバイダシステム６０における経路候補決定処理の詳細について説明する。図２２は、本実施の形態のナビゲーションプロバイダシステム６０における経路候補決定処理手順の一例を示すフローチャートである。図２２に示すように、経路候補作成部６２は、通信部６１を介して、ユーザ端末７ａから目的地を受信したか否かを判断する（ステップＳ４１）。なお、上述したとおり、ユーザ端末７ａからは目的地とともに現在位置も送信される。ユーザ端末７ａから目的地を受信していない場合（ステップＳ４１ Ｎｏ）、ステップＳ４１が繰り返される。

目的地を受信すると（ステップＳ４１ Ｙｅｓ）、経路候補作成部６２は、経路候補の作成で考慮する優先項目を設定する（ステップＳ４２）。経路候補を作成する際の優先項目は、上述したとおり、ユーザ端末７ａから指定することが可能である。ステップＳ４２では、ユーザ端末７ａから設定されたまたはあらかじめ設定されている１つ以上の優先項目のうち、対応する経路候補の作成が未了な優先項目のうちの１つを、経路候補の対象として設定する。なお、優先項目として、食事メニュー優先が設定される場合には、どのような食事メニューを優先するかを示す情報についても例えばユーザ端末７ａから設定される。

次に、経路候補作成部６２は、走行可能距離、周辺設備情報、混雑情報および渋滞情報に基づいて、設定された優先項目に対応する経路候補を作成する（ステップＳ４３）。

図２３は、本実施の形態の周辺設備情報の一例を示す図である。図２３に示すように、周辺設備情報は、飲食店、充電設備といった設備の種別（図２３では設備と記載）と、設備の場所と、設備の種類と、メニューとを含む。なお、設備の種類とメニューは、設備が飲食店である場合に情報が格納される。設備の種類は、飲食店が和食、洋食などどのような種類の飲食店であるかを示す。メニューは、飲食店で提供される食事メニューの少なくとも一部である。例えば、ユーザ端末７ａから、食事メニューとしてパスタを優先するように設定されている場合には、経路候補作成部６２は、食事メニュー優先の経路候補を生成する際に、周辺設備情報を参照して、パスタを提供する飲食店を検索する。そして、経路候補作成部６２は、検索された飲食店のうち、当該飲食店に立ち寄る経路の距離が最短となる飲食店を選択し、選択した飲食店を経由する経路を食事メニュー優先の経路候補とする。

図２２の説明に戻る。ステップＳ４３の後、経路候補作成部６２は、全ての優先項目に対応する経路候補を作成済みであるか否かを判断し（ステップＳ４４）、全ての優先項目に対応する経路候補を作成済みである場合（ステップＳ４４ Ｙｅｓ）、通信部６１を介して、優先項目ごとの経路候補をユーザ端末７ａへ送信する（ステップＳ４５）。その後、通信部６１は、選択結果をユーザ端末７ａから受信したか否かを判断し（ステップＳ４６）、選択結果を受信していない場合（ステップＳ４６ Ｎｏ）、ステップＳ４６が繰り返される。選択結果を受信すると（ステップＳ４６ Ｙｅｓ）、ナビゲーションプロバイダシステム６０は、選択結果を選択情報として記憶する（ステップＳ４７）。具体的には、通信部６１が記憶部６４へ選択結果を選択情報として格納する。この後、上述した経路案内が行われるが経路案内の処理の説明は省略する。通信部６１は、変更情報を受信したか否かを判断する（ステップＳ４８）。変更情報を受信していない場合（ステップＳ４８ Ｎｏ）、ステップＳ４８が繰り返される。

通信部６１が、変更情報を受信すると（ステップＳ４８ Ｙｅｓ）、変更情報を経路候補作成部６２へ通知することにより、変更後の情報で再度ステップＳ４２からの処理が実施される。また、ステップＳ４４でＮｏの場合には、再度ステップＳ４２からの処理が実施される。

また、車両５が配送を行うトラックなどである場合には、当該車両５に対応する経路候補の作成（ステップＳ４３）では、以下のように配送業務に関する情報も考慮してもよい。図２４は、本実施の形態の配送情報の一例を示す図である。図２４に示した例では、配送情報は、配達先ごとの、配達先名、場所、配達指定時間の各情報を含む。配送情報は、例えば、配送を管理する図示しない装置からナビゲーションプロバイダシステム６０が受信し、記憶部６４に記憶される。また、ユーザ端末７ａにも配送情報が記憶されていてもよい。車両５を運転する運転者は、配送情報にしたがって配送を行う必要があるため、経路候補作成部６２は、配送情報に基づいて経路候補を作成する。

本実施の形態では、配達先ごとに、過去の配達の受け取りに関する情報である配達履歴情報を記憶しておき、経路候補の作成の際に、この情報を考慮する。図２５は、本実施の形態の配達履歴情報の一例を示す図である。図２５に示した例では、配達履歴情報は、配達先ごとの、場所、配達時間、曜日、不在であったか否か（在宅／不在）をそれぞれ示す情報を含む。車両５の運転者は、例えば、ユーザ端末７ａから配達先ごとに過去の配達の受け取りに関する情報をナビゲーションプロバイダシステム６０へ送信し、ナビゲーションプロバイダシステム６０が受信した情報に基づいて、記憶部６４の配達履歴情報を更新する。そして、経路候補作成部６２は、走行可能距離、周辺設備情報、混雑情報および渋滞情報だけでなく、さらに配送情報に基づいて経路候補を作成する。例えば、配達指定時間内で配達先に到着するように経路候補を作成する。また、経路候補作成部６２は、さらに、配達履歴情報に基づいて経路候補を作成してもよい。例えば、経路候補作成部６２は、過去に不在であった時間帯および曜日の組み合わせはなるべく避けて配達先へ到着するように経路候補を作成する。また、経路候補作成部６２は、例えば、在宅履歴情報（在宅／不在を示す情報を含む）を用いて、時間帯ごとの在宅確率（例えば、午前：２０％、午後５０％）を算出し、算出した在宅確率を比較し、在宅確率がより高い時間帯に配達するように経路候補を作成してもよい。また、経路候補作成部６２は、同様に、例えば、曜日ごとに、または曜日と時間帯の組み合わせごとに、在宅確率を算出し、算出した在宅確率を比較し、在宅確率がより高い時間帯に配達するように経路候補を作成してもよい。

また、配送情報に変更があった場合にはステップＳ４８で変更情報を受信した場合と同様に、変更後の情報に基づいて再度、ステップＳ４２からの処理が実施される。

なお、以上の本実施の形態の説明では、車両５がバスである場合を除いた例を示したが、車両５が路線バスである場合も、同様に充電管理システム３０ａが走行可能距離を算出し、ナビゲーションプロバイダシステム６０が走行可能距離に基づいて、車両５の蓄電池の残量が閾値以下となる場所の周辺の充電設備の情報を抽出して、ユーザ端末７ａへ送信してもよい。この場合、バスである車両５の運転者は、運行中に充電残量が足りなくなり、ナビゲーションプロバイダシステム６０から提示された充電設備に実施の形態１で述べた充電システム１が含まれる場合、運転者が選択すれば、当該充電システム１で充電を行うようにしてもよい。例えば、充電システム１が設置されている営業所などに運行していない車両５である空車両がありかつ充電システム１で車両５を充電することが可能な場合、運行中の車両５を当該充電システム１で充電するとともに、空車両で残りの経路の運行を行う。このように、車両５の蓄電池の残量が閾値以下となる場所の周辺の充電設備の情報を車両５の運転者に提示することで、実施の形態１の充電システム１を利用して、車両５を乗り継いだ運行を行うことも可能である。この場合、充電システム１を管理する充電管理システム３０ａは、第１充電スケジュールと運行計画を変更する。

なお、ナビゲーションプロバイダシステム６０と充電管理システム３０ａとに分けて説明したが、充電管理システム３０ａがナビゲーションプロバイダシステム６０の機能を備えていてもよい。すなわち、充電管理システム３０ａが、さらに、経路候補作成部６２、経路案内部６３を備え、通信部３１が通信部６１の機能も有し、走行情報記憶部９３が記憶部６４としての機能も有していてもよい。

以上の処理により、本実施の形態では、充電管理システム３０ａが蓄電池の状態、天候情報、渋滞情報、道路の道幅、道路の勾配などに基づいて走行可能距離を算出し、算出された走行可能距離に基づいてナビゲーションプロバイダシステム６０が経路候補を作成し、経路候補をユーザ端末７ａへ送信するようにした。これにより、走行可能距離の算出精度を高めることができるので、より適切な経路候補をユーザに提供することができる。また、ナビゲーションプロバイダシステム６０が周辺設備情報に基づいて経路候補を作成するので、食事メニュー優先などユーザの好みを反映した経路選択を実現できる。

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１ 充電システム、５−１，５−２，６−１，６−２ 車両、７−１，７−２，７ａ−１，７ａ−２，７ａ−１１，７ａ−１２ ユーザ端末、８ 運行管理システム、１０−１〜１０−ｎ 充電器、１１−１−１〜１１−１−３，・・・，１１−ｎ−１〜１１−ｎ−３ 充電端末、２０ 蓄電池、２１ 蓄電池ＰＣＳ、２２ 太陽光発電設備、３０，３０ａ 充電管理システム、３１，７１，６１ 通信部、３２ 第１計画作成部、３３ 第２計画作成部、３４ 計画提示部、３５ 移動情報提示部、３６ 指令生成部、３７，６４，７４ 記憶部、３８ 充電情報提供装置、３９ 計画作成部、４１ 変換器、５０−１〜５０−ｎ 切替器、６２ 経路候補作成部、６３ 経路案内部、７２ 受付部、７３ 情報提示部、９０ 走行可能距離算出装置、９１ 運転特性学習部、９２ 走行可能距離算出部、９３ 走行情報記憶部。

Claims (17)

1. 定期運行が計画され電気をエネルギー源として移動する複数の第１の移動体を充電可能な充電システムの充電を管理する充電管理システムであって、
   前記第１の移動体の充電スケジュールである第１充電スケジュールに基づいて、前記第１の移動体より充電の優先度が低く電気をエネルギー源として移動する第２の移動体の充電スケジュールを含む第２充電スケジュールを作成する計画作成部と、
   前記第２充電スケジュールに基づいて、前記第２の移動体ごとの充電スケジュールを提示する計画提示部と、
   を備えることを特徴とする充電管理システム。
2. 前記計画作成部は、
   前記第１の移動体の運行計画に基づいて、前記第１充電スケジュールを作成する第１計画作成部と、
   前記第１充電スケジュールに基づいて前記第２充電スケジュールを作成する第２計画作成部と、
   を備え、
   前記第２計画作成部は、前記第２の移動体に対応するユーザ端末から、希望する充電期間の範囲を示す情報を含む充電要求情報を受信した場合に、前記充電要求情報に対応する前記第２の移動体に充電期間を割当てるように前記第２充電スケジュールを生成することを特徴とする請求項１に記載の充電管理システム。
3. 前記充電要求情報の送信元の前記ユーザ端末に対応する前記第２の移動体に充電期間を割当てられない場合、前記第１計画作成部は前記第１充電スケジュールを変更することを特徴とする請求項２に記載の充電管理システム。
4. 前記運行計画および前記第２充電スケジュールに基づいて、前記第２の移動体の充電中に前記充電システムの設置場所から出発する前記第１の移動体の出発時刻を含む移動情報を生成し、前記移動情報を提示する移動情報提示部、
   をさらに備えることを特徴とする請求項２または３に記載の充電管理システム。
5. 前記移動情報は、前記充電システムの設置場所から出発する前記第１の移動体の行先ごとの出発時刻と、当該行先を出発し前記充電システムの設置場所へ戻る前記第１の移動体が当該行先を出発する出発時刻とを含むことを特徴とする請求項４に記載の充電管理システム。
6. 前記第２の移動体の充電中に前記充電システムの設置場所から前記第２の移動体のユーザの希望する行先へ出発する前記第１の移動体がない場合、前記第１計画作成部は、前記第２の移動体の充電中に前記充電システムの設置場所から当該行先へ前記第１の移動体が運行されるように前記運行計画を変更することを特徴とする請求項４または５に記載の充電管理システム。
7. 移動体ごとの、当該移動体が前記充電システムの管理者の保有する移動体であるか否かを示す属性情報に基づいて、移動体ごとの充電の優先度を決定することを特徴とする請求項１から６のいずれか１つに記載の充電管理システム。
8. 前記第１の移動体および前記第２の移動体は電気自動車であり、
   前記充電管理システムは、
   前記電気自動車に搭載されるユーザ端末に提供される目的地までの経路候補を作成する際に用いられ前記電気自動車の蓄電池の残量がなくなるまでに前記電気自動車が走行可能な距離である走行可能距離を算出する走行可能距離算出部、
   を備え、
   前記走行可能距離算出部は、前記ユーザ端末が搭載される前記電気自動車の運転に関する情報である運転情報、道路の道幅、道路の勾配、天候を示す情報のうち少なくとも１つに基づいて前記走行可能距離を算出することを特徴とする請求項１から７のいずれか１つに記載の充電管理システム。
9. 前記運転情報は、単位時間または単位走行距離ごとのブレーキの回数、エンジンの回転数、単位時間または単位走行距離ごとのエンジンブレーキの回数のうち少なくとも１つを含むことを特徴とする請求項８に記載の充電管理システム。
10. 前記運転情報に基づいて運転者をグループ分けし、前記グループごとに、道路の道幅、道路の勾配、天候を示す情報のうち少なくとも１つである環境情報と走行可能距離とを教師データとして用いて、環境情報から走行可能距離を推測するための学習済モデルを生成する運転特性学習部、
    を備え、
    前記走行可能距離算出部は、新たに取得した環境情報と前記学習済モデルを用いて走行可能距離を算出することを特徴とする請求項８または９に記載の充電管理システム。
11. 道路の道幅、道路の勾配、天候を示す情報のうち少なくとも１つである環境情報と運転情報とを教師データとして用いて、環境情報から運転情報を推測するための第１学習済モデルを生成し、運転情報および運転情報と走行可能距離とを教師データとして用いて、運転情報および運転情報から走行可能距離を推測するための第２学習済モデルを生成する運転特性学習部、
    を備え、
    前記走行可能距離算出部は、新たに取得した環境情報、第１学習済モデルおよび前記第２学習済モデルを用いて走行可能距離を算出することを特徴とする請求項８または９に記載の充電管理システム。
12. 前記電気自動車の目的地までの経路候補を作成する経路候補作成部と、
    前記経路候補を前記ユーザ端末へ送信する通信部と、
    を備え、
    前記経路候補作成部は、前記走行可能距離を用いて、前記経路候補において経由する充電設備を決定することを特徴とする請求項８から１１のいずれか１つに記載の充電管理システム。
13. 前記経路候補作成部は、前記ユーザ端末から受信した食事メニューの希望を示す情報に基づいて、前記経路候補において経由する飲食店を決定することを特徴とする請求項１２に記載の充電管理システム。
14. 前記経路候補作成部は、前記ユーザ端末が搭載される前記電気自動車が、配送を行う前記第１の移動体である場合に、配達先ごとの場所および配達指定時間を示す配送情報に基づいて前記経路候補を作成することを特徴とする請求項１２に記載の充電管理システム。
15. 前記経路候補作成部は、さらに前記配達先ごとの過去の配達時間と不在であったか否かを示す情報とを含む配達履歴情報に基づいて前記経路候補を決定することを特徴とする請求項１４に記載の充電管理システム。
16. 定期運行が計画され電気をエネルギー源として移動する複数の第１の移動体を充電可能な充電システムの充電を管理する充電管理システムにおける充電管理方法であって、
    前記充電管理システムが、前記第１の移動体の充電スケジュールである第１充電スケジュールに基づいて、前記第１の移動体より充電の優先度が低く電気をエネルギー源として移動する第２の移動体の充電スケジュールを含む第２充電スケジュールを作成する第１ステップと、
    前記充電管理システムが、前記第２充電スケジュールに基づいて、前記第２の移動体ごとの充電スケジュールを提示する第２ステップと、
    を含むことを特徴とする充電管理方法。
17. 定期運行が計画され電気をエネルギー源として移動する複数の第１の移動体を充電可能な充電システムの充電を管理する充電管理システムに、
    前記第１の移動体の充電スケジュールである第１充電スケジュールに基づいて、前記第１の移動体より充電の優先度が低く電気をエネルギー源として移動する第２の移動体の充電スケジュールを含む第２充電スケジュールを作成する第１ステップと、
    前記第２充電スケジュールに基づいて、前記第２の移動体ごとの充電スケジュールを提示する第２ステップと、
    を実行させることを特徴とする充電管理プログラム。

Images