(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024114506
(43)【公開日】2024-08-23
(54)【発明の名称】情報処理方法、プログラム及び情報処理装置
(51)【国際特許分類】
H02J 7/04 20060101AFI20240816BHJP
H02J 7/00 20060101ALI20240816BHJP
H02J 7/02 20160101ALI20240816BHJP
B60L 3/00 20190101ALI20240816BHJP
B60L 58/12 20190101ALI20240816BHJP
B60L 50/60 20190101ALI20240816BHJP
B60L 53/14 20190101ALI20240816BHJP
B60L 53/65 20190101ALI20240816BHJP
B60L 53/67 20190101ALI20240816BHJP
B60L 15/20 20060101ALI20240816BHJP
G01C 21/36 20060101ALI20240816BHJP
G08G 1/133 20060101ALI20240816BHJP
G16Y 20/30 20200101ALI20240816BHJP
G16Y 40/00 20200101ALI20240816BHJP
G16Y 40/10 20200101ALI20240816BHJP
G16Y 40/35 20200101ALI20240816BHJP
G16Y 40/60 20200101ALI20240816BHJP
【ＦＩ】
H02J7/04 H
H02J7/00 P
H02J7/02 F
H02J7/00 X
B60L3/00 S
B60L58/12
B60L50/60
B60L53/14
B60L53/65
B60L53/67
B60L15/20 J
G01C21/36
G08G1/133
G16Y20/30
G16Y40/00
G16Y40/10
G16Y40/35
G16Y40/60
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2023020313
(22)【出願日】2023-02-13
(71)【出願人】
【識別番号】514105011
【氏名又は名称】株式会社東光高岳
(74)【代理人】
【識別番号】100114557
【弁理士】
【氏名又は名称】河野 英仁
(74)【代理人】
【識別番号】100078868
【弁理士】
【氏名又は名称】河野 登夫
(72)【発明者】
【氏名】平 昌展
(72)【発明者】
【氏名】小熊 淳一
【テーマコード（参考）】
2F129
5G503
5H125
5H181
【Ｆターム（参考）】
2F129AA03
2F129DD13
2F129DD15
2F129DD19
2F129DD20
2F129DD46
2F129DD49
2F129EE02
2F129EE52
2F129EE78
2F129EE79
2F129EE81
2F129EE83
2F129EE92
2F129EE94
2F129EE96
2F129FF02
2F129FF11
2F129FF15
2F129FF20
2F129FF32
2F129FF36
2F129FF59
2F129FF62
2F129FF63
2F129FF65
2F129FF67
2F129FF71
2F129HH02
2F129HH04
2F129HH12
2F129HH18
2F129HH19
2F129HH20
5G503AA01
5G503BA02
5G503BB01
5G503CB09
5G503CB13
5G503CB16
5G503EA05
5G503FA06
5G503GD02
5G503GD03
5G503GD05
5G503GD06
5H125AA01
5H125AC12
5H125AC24
5H125BC05
5H125BC21
5H125CA18
5H125CD10
5H125EE27
5H125EE41
5H125EE55
5H125EE61
5H125EE64
5H181AA01
5H181BB04
5H181BB05
5H181FF13
5H181FF14
5H181FF22
5H181FF27
5H181FF33
5H181MB03
(57)【要約】
【課題】より適切な充電スケジュールを作成することが可能な情報処理方法等を提供すること。
【解決手段】一つの側面に係る情報処理方法は、出発地から目的地までの走行ルート群に対応する車両の日時情報、必要電力量及び電池残量を取得し、取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する処理を実行させることを特徴とする。より適切な充電スケジュールを作成することが可能となる。
【選択図】図１
【解決手段】一つの側面に係る情報処理方法は、出発地から目的地までの走行ルート群に対応する車両の日時情報、必要電力量及び電池残量を取得し、取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する処理を実行させることを特徴とする。より適切な充電スケジュールを作成することが可能となる。
【選択図】図１
【特許請求の範囲】
【請求項1】
出発地から目的地までの走行ルート群に対応する車両の日時情報、必要電力量及び電池残量を取得し、
取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する
情報処理方法。
取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する
情報処理方法。
【請求項2】
各走行ルートに対応する天候、日時情報、運転者及び車種を取得し、
運転者、車種、走行ルート、天候、及び日時情報に対応付けて電費を記憶した記憶部を参照して、取得した運転者、車種、走行ルート群、天候及び日時情報に基づき、各走行ルートの電費を特定し、
特定した電費に基づき各走行ルートでの前記必要電力量を導出する
請求項１に記載の情報処理方法。
運転者、車種、走行ルート、天候、及び日時情報に対応付けて電費を記憶した記憶部を参照して、取得した運転者、車種、走行ルート群、天候及び日時情報に基づき、各走行ルートの電費を特定し、
特定した電費に基づき各走行ルートでの前記必要電力量を導出する
請求項１に記載の情報処理方法。
【請求項3】
前記天候は、気温及び降水確率に関する情報を含み、
前記日時情報は、季節及び各走行ルートにおける出発日時を含む
請求項２に記載の情報処理方法。
前記日時情報は、季節及び各走行ルートにおける出発日時を含む
請求項２に記載の情報処理方法。
【請求項4】
取得した日時情報、必要電力量及び電池残量から、単位時間当たりの充電量を算出する
請求項１または２に記載の情報処理方法。
請求項１または２に記載の情報処理方法。
【請求項5】
算出した単位時間当たりの充電量に応じて、前記日時情報、前記必要電力量及び前記電池残量をソートし、
ソートした後の前記日時情報、前記必要電力量及び前記電池残量を前記車両ＩＤに対応付けて出力する
請求項４に記載の情報処理方法。
ソートした後の前記日時情報、前記必要電力量及び前記電池残量を前記車両ＩＤに対応付けて出力する
請求項４に記載の情報処理方法。
【請求項6】
前記車両とは異なる第２車両の日時情報、必要電力量及び電池残量を取得し、
取得した第２車両の日時情報、必要電力量及び電池残量から、前記第２車両における単位時間当たりの充電量を算出し、
前記車両における単位時間当たりの充電量と、算出した前記第２車両における単位時間当たりの充電量とに応じて、前記日時情報、前記必要電力量及び前記電池残量を再ソートし、
再ソートした後の前記日時情報、前記必要電力量及び前記電池残量を前記車両ＩＤに対応付けて出力する
請求項５に記載の情報処理方法。
取得した第２車両の日時情報、必要電力量及び電池残量から、前記第２車両における単位時間当たりの充電量を算出し、
前記車両における単位時間当たりの充電量と、算出した前記第２車両における単位時間当たりの充電量とに応じて、前記日時情報、前記必要電力量及び前記電池残量を再ソートし、
再ソートした後の前記日時情報、前記必要電力量及び前記電池残量を前記車両ＩＤに対応付けて出力する
請求項５に記載の情報処理方法。
【請求項7】
前記車両の充電状態を取得し、
取得した充電状態が未充電である場合に、前記日時情報、前記必要電力量及び前記電池残量を取得する
請求項１または２に記載の情報処理方法。
取得した充電状態が未充電である場合に、前記日時情報、前記必要電力量及び前記電池残量を取得する
請求項１または２に記載の情報処理方法。
【請求項8】
全体契約電力量及び充電器の１台当たりの最大充電容量を取得し、
取得した全体契約電力量及び最大充電容量に基づき、同時充電可能な充電器の台数を決定し、
決定した充電器の台数と、算出した単位時間当たりの充電量とに基づき、充電対象となる車両を特定する
請求項４に記載の情報処理方法。
取得した全体契約電力量及び最大充電容量に基づき、同時充電可能な充電器の台数を決定し、
決定した充電器の台数と、算出した単位時間当たりの充電量とに基づき、充電対象となる車両を特定する
請求項４に記載の情報処理方法。
【請求項9】
前記車両の位置情報、及び前記車両に接続された充電器が設置された場所の位置情報を取得し、
取得した車両の位置情報と、前記充電器の位置情報とが一致するか否かを判定し、
位置情報が一致していない場合に、第１アラートを出力する
請求項８に記載の情報処理方法。
取得した車両の位置情報と、前記充電器の位置情報とが一致するか否かを判定し、
位置情報が一致していない場合に、第１アラートを出力する
請求項８に記載の情報処理方法。
【請求項10】
前記車両が前記充電器に接続された場合、前記車両の充電開始日時を取得し、
前記必要電力量及び前記電池残量に基づき、前記車両における充電量を算出し、
取得した充電開始日時と、算出した充電量とに基づき、前記車両における充電完了日時を算出し、
算出した充電完了日時が前記車両の出発日時よりも前でない場合に、第２アラートを出力する
請求項８に記載の情報処理方法。
前記必要電力量及び前記電池残量に基づき、前記車両における充電量を算出し、
取得した充電開始日時と、算出した充電量とに基づき、前記車両における充電完了日時を算出し、
算出した充電完了日時が前記車両の出発日時よりも前でない場合に、第２アラートを出力する
請求項８に記載の情報処理方法。
【請求項11】
算出した充電完了日時が前記車両の出発日時よりも前である場合に、前記充電器に充電指示を出力する
請求項１０に記載の情報処理方法。
請求項１０に記載の情報処理方法。
【請求項12】
出発地から目的地までの走行ルート群に対応する車両の日時情報、必要電力量及び電池残量を取得し、
取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する
処理をコンピュータに実行させるプログラム。
取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する
処理をコンピュータに実行させるプログラム。
【請求項13】
出発地から目的地までの走行ルート群に対応する車両の日時情報、必要電力量及び電池残量を取得する取得部と、
取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する記憶部と
を備える情報処理装置。
取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する記憶部と
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理方法、プログラム及び情報処理装置に関する。
【背景技術】
【0002】
近年、ＥＶ（Electric Vehicle：電気自動車）充電に関する技術の開発が盛んに進められている。特許文献１には、地域内で供給可能な電力量の範囲内で自動車に充電する電力量に関する充電スケジュールに基づいて、前記自動車から前記充電池への充電開始の信号が検知された場合に、前記自動車の現在位置及び現在時刻における充電の可否を判定するＥＶ充電管理方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－０６１４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１に係る発明は、電費に基づき算出された必要電力量を用いて、充電スケジュールを作成することができない問題がある。
【0005】
一つの側面では、より適切な充電スケジュールを作成することが可能な情報処理方法等を提供することにある。
【課題を解決するための手段】
【0006】
一つの側面に係る情報処理方法は、出発地から目的地までの走行ルート群に対応する車両の日時情報、必要電力量及び電池残量を取得し、取得した日時情報、必要電力量及び電池残量を、前記車両を特定する車両ＩＤに対応付けて記憶する処理を実行させることを特徴とする。
【発明の効果】
【0007】
一つの側面では、より適切な充電スケジュールを作成することが可能となる。
【図面の簡単な説明】
【0008】
【図1】充電スケジュールシステムの概要を示す説明図である。
【図2】サーバの構成例を示すブロック図である。
【図3】車両ＤＢ及び季節ＤＢのレコードレイアウトの一例を示す説明図である。
【図4】天候ＤＢ及び消費電力ＤＢのレコードレイアウトの一例を示す説明図である。
【図5】車状態履歴ＤＢ及び走行ルートＤＢのレコードレイアウトの一例を示す説明図である。
【図6】走行ルート別電費ＤＢのレコードレイアウトの一例を示す説明図である。
【図7】運行計画ＤＢのレコードレイアウトの一例を示す説明図である。
【図8】車載器及び運転者端末の構成例を示すブロック図である。
【図9】車両における運行計画を作成する処理の概要を説明する説明図である。
【図10】車両における運行計画の作成画面の一例を示す説明図である。
【図11】運行計画を作成する際の処理手順を示すフローチャートである。
【図12】走行実績を判定する処理のサブルーチンの処理手順を示すフローチャートである。
【図13】電費を取得する処理のサブルーチンの処理手順を示すフローチャートである。
【図14】必要電力量を算出する処理のサブルーチンの処理手順を示すフローチャートである。
【図15】走行ルートの電費を更新する際の処理手順を示すフローチャートである。
【図16】電費を更新する処理のサブルーチンの処理手順を示すフローチャートである。
【図17】実施形態３における充電スケジュールシステムの概要を示す説明図である。
【図18】実施形態３におけるサーバの構成例を示すブロック図である。
【図19】車充電器対応ＤＢ及び充電器設置場所ＤＢのレコードレイアウトの一例を示す説明図である。
【図20】充電スケジュールＤＢのレコードレイアウトの一例を示す説明図である。
【図21】充電器の構成例を示すブロック図である。
【図22】充電対象となる車両を特定する際の処理手順を示すフローチャートである。
【図23】充電対象となる車両を特定する際の処理手順を示すフローチャートである。
【図24】充電対象となる車両を特定する処理のサブルーチンの処理手順を示すフローチャートである。
【図25】充電スケジュールを再作成する際の処理手順を示すフローチャートである。
【発明を実施するための形態】
【0009】
以下、本発明をその実施形態を示す図面に基づいて詳述する。
【0010】
（実施形態１）
実施形態１は、車両における運行計画を作成する形態に関する。図１は、充電スケジュールシステムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、車両２、車載器３及び情報処理端末４を含む。情報処理装置１及び情報処理端末４は、インターネット等のネットワークＮを介して情報の送受信を行う。情報処理装置１及び車載器３は、インターネット等のネットワークＮ、及び、３Ｇ、４Ｇ、５ＧもしくはＬＴＥ（Long Term Evolution）等の無線通信規格に準じた通信インタフェースを介して情報の送受信を行う。
実施形態１は、車両における運行計画を作成する形態に関する。図１は、充電スケジュールシステムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、車両２、車載器３及び情報処理端末４を含む。情報処理装置１及び情報処理端末４は、インターネット等のネットワークＮを介して情報の送受信を行う。情報処理装置１及び車載器３は、インターネット等のネットワークＮ、及び、３Ｇ、４Ｇ、５ＧもしくはＬＴＥ（Long Term Evolution）等の無線通信規格に準じた通信インタフェースを介して情報の送受信を行う。
【0011】
情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において、情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。
【0012】
車両２は、電気自動車（ＥＶ）とも称し、自家用車、業務用の車両（小型貨物自動車、軽四輪貨物車またはトラック等）、または、バスもしくはタクシー等の乗用自動車等を含む。ＥＶを保有する各種業者は、電池特性を同じくする同一車種の車両２を複数台所有している。また、上記車種とは電池特性が異なる車種の車両２を複数台所有している。車載器３は、車両２に取り付けられ、車両２の状態情報の取得及び送信等を行う無線装置である。なお、状態情報に関しては後述する。
【0013】
情報処理端末４は、出発地から目的地までの走行ルート群に含まれる各走行ルートの設定の受付及び送信等を行う端末装置である。情報処理端末４は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch：登録商標）等のウェアラブルデバイス、タブレット、またはパーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末４を運転者端末４と読み替える。
【0014】
本実施形態に係るサーバ１は、出発地から目的地までの走行ルート群及び車両の識別子（車両ＩＤ）を取得する。サーバ１は、各走行ルートに対応する天候及び日時情報を取得する。サーバ１は、車両ＩＤに対応付けられた車種及び運転者を記憶した記憶部を参照し、車種及び運転者を取得する。サーバ１は、車種、運転者、車両ＩＤ、走行ルート、天候、及び日時情報に対応付けて電費を記憶した記憶部を参照して、取得した車種、運転者、車両ＩＤ、走行ルート群、天候及び日時情報に基づき、各走行ルートの電費を特定する。サーバ１は、特定した電費に基づき各走行ルートでの必要電力量を導出する。
【0015】
図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、読取部１４及び大容量記憶部１５を含む。各構成は、バスＢまたはＬＡＮ（Local Area Network）等で接続されている。
【0016】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）、ＤＳＰ（Digital Signal Processor）、または量子プロセッサ等の演算処理装置を含む。制御部１１は、記憶部１２に記憶された制御プログラム１Ｐ（プログラム製品）を読み出して実行することにより、サーバ１に係る種々の情報処理または制御処理等を行う。
【0017】
なお、制御プログラム１Ｐは、単一のコンピュータ上で、または１つのサイトにおいて配置されるか、もしくは複数のサイトにわたって分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。
【0018】
記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、車載器３及び運転者端末４等との間で情報の送受信を行う。
【0019】
読取部１４は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１４を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１５に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１５に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。
【0020】
大容量記憶部１５は、例えばＨＤＤ（Hard disk drive）、またはＳＳＤ（Solid State Drive）等の記録媒体を備える。大容量記憶部１５は、車両ＤＢ（database）１５１、季節ＤＢ１５２、天候ＤＢ１５３、消費電力ＤＢ１５４、車状態履歴ＤＢ１５５、走行ルートＤＢ１５６、走行ルート別電費ＤＢ１５７及び運行計画ＤＢ１５８を含む。
【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】
通信部４３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部４４は、キーボード、マウスまたは表示部４５と一体化したタッチパネルでも良い。表示部４５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部４１の指示に従い各種情報を表示する。
【0059】
図９は、車両２における運行計画を作成する処理の概要を説明する説明図である。運行計画は、例えば、翌日また翌々日といった比較的現在から近い将来の期間における運行計画であっても良い。
まず、走行ルート群に含まれる各走行ルートでの必要電力量を導出する処理を説明する。
まず、走行ルート群に含まれる各走行ルートでの必要電力量を導出する処理を説明する。
【0060】
サーバ１は、出発地から目的地までの走行ルート群を取得する。具体的には、運転者端末４は、車両２において、出発地から目的地までの走行ルート群に含まれる各走行ルートの出発日時、出発地及び目的地の設定（入力または選択）を受け付ける。運転者端末４は、車両ＩＤに対応付けて、受け付けた各走行ルートの出発日時、出発地及び目的地をサーバ１に送信する。
【0061】
サーバ１は、運転者端末４から送信された車両ＩＤ、各走行ルートの出発日時、出発地及び目的地を受信する。サーバ１は、受信した出発地及び目的地に基づき、各走行ルートにおける出発地から目的地までの所要時間を算出する。なお、出発地から目的地までの所要時間は、例えば、地図データが記憶された外部サーバ等を通じて算出されても良い。サーバ１は、受信した出発日時と、算出した所要時間とに基づき、目的地に到着する到着予定日時を算出する。
【0062】
サーバ１は、受信した車両ＩＤに基づき、当該車両２の運転者ＩＤ及び車種を車両ＤＢ１５１から取得する。サーバ１は、各走行ルートに対応する天候及び日時情報を取得する。天候は、気温及び降水確率に関する情報を含む。日時情報は、季節及び各走行ルートにおける出発日時を含む。
【0063】
具体的には、サーバ１は、複数の走行ルートのうち、１つの走行ルートを取得する。サーバ１は、取得した走行ルートの出発地に基づき、例えば、外部の天気予報のサーバまたはサイトから、気象庁が発表した気温及び降水確率を取得する。サーバ１は、取得した気温に基づき、該当する気温レベルを天候ＤＢ１５３から特定する。サーバ１は、取得した降水確率に基づき、該当する降水量レベルを天候ＤＢ１５３から特定する。
【0064】
サーバ１は、当該走行ルートの出発日時に基づいて、季節を季節ＤＢ１５２から取得する。サーバ１は、当該走行ルートの出発地の経度緯度に基づき、気象予報区分に基づいて設けられた地域である天気区分（例えば、東京）を外部の天気予報のサーバまたはサイトから取得する。なお、天気区分は予めサーバ１の記憶部１２または大容量記憶部１５に記憶されても良い。
【0065】
サーバ１は、当該走行ルートの走行実績があるか否かを判定する。具体的には、サーバ１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候（気温レベル及び降水量レベル）及び日時情報（季節及び出発日時）に対応する走行ルートのデータが走行ルート別電費ＤＢ１５７に記憶されたか否かを判定する。
【0066】
例えば、サーバ１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報と、走行ルート別電費ＤＢ１５７に記憶された子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報とが一致するか否かを判定する。日時情報に含まれる出発日時の一致性の判定処理は、出発日時（例えば、１１：００）に対応する時間帯（例えば、１１：００～１１：３０）が利用されても良い。例えば、走行ルート別電費ＤＢ１５７に記憶された出発日時が１１：００である場合、取得した出発日時（例えば、１１：１５）が１１：００から１１：３０までの時間帯に該当する場合、出発日時が一致すると判定される。
【0067】
サーバ１は、走行ルートのデータが走行ルート別電費ＤＢ１５７に記憶されている場合、当該走行ルートの走行実績があると判定する。サーバ１は、走行ルートのデータが走行ルート別電費ＤＢ１５７に記憶されていない場合、当該走行ルートの走行実績がないと判定する。
【0068】
サーバ１は、当該走行ルートの走行実績があると判定した場合、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報に対応する走行ルートの電費を走行ルート別電費ＤＢ１５７から特定（取得）する。
【0069】
サーバ１は、特定した電費に基づき、走行ルートでの必要電力量を導出する。必要電力量は、以下の式（１）で表される。
必要電力量（ｋＷｈ）＝距離（ｋｍ）／電費（ｋｍ／ｋＷｈ） …（１）
サーバ１は、当該走行ルートにおける出発地から目的地までの距離を算出する。なお、出発地から目的地までの距離は、例えば、地図データが記憶された外部サーバ等を通じて算出されても良い。サーバ１は、算出した距離と、特定した走行ルートの電費とに基づき、上述した式（１）を用いて、運転者による運転の癖、季節、天候、日時及び起伏による電費への影響が考慮された当該走行ルートでの必要電力量を導出（算出）する。
必要電力量（ｋＷｈ）＝距離（ｋｍ）／電費（ｋｍ／ｋＷｈ） …（１）
サーバ１は、当該走行ルートにおける出発地から目的地までの距離を算出する。なお、出発地から目的地までの距離は、例えば、地図データが記憶された外部サーバ等を通じて算出されても良い。サーバ１は、算出した距離と、特定した走行ルートの電費とに基づき、上述した式（１）を用いて、運転者による運転の癖、季節、天候、日時及び起伏による電費への影響が考慮された当該走行ルートでの必要電力量を導出（算出）する。
【0070】
サーバ１は、当該走行ルートの走行実績がないと判定した場合、基準電費及び各電装機器の消費電力に基づき当該走行ルートでの必要電力量を導出（算出）する。
【0071】
まず、サーバ１は、基準消費電力量を導出する。具体的には、サーバ１は、当該走行ルートに対応する日時情報に含まれる出発日時に基づいて、季節を季節ＤＢ１５２から特定する。サーバ１は、特定した季節に対応する電費初期値を基準電費として季節ＤＢ１５２から取得する。サーバ１は、当該走行ルートにおける出発地から目的地までの距離を算出する。サーバ１は、取得した基準電費と、算出した距離とに基づき、上述した式（１）を用いて、基準消費電力量を導出（算出）する。
【0072】
次に、サーバ１は、当該走行ルートに対応する天候及び日時情報に基づき、各電装機器の消費電力量を導出する。電装機器は、空調、ライト（スモールライト及びヘッドライト）及びワイパー等を含む。具体的には、サーバ１は、当該走行ルートに対応する気温及び降水確率と、季節及び出発日時とに基づき、消費電力を加算する対象となる電装機器を季節ＤＢ１５２から特定する。
【0073】
例えば、空調が動作している（空調ＯＮ）場合の外気温が３０℃である場合、または、空調が動作している場合の降水確率が７５％である場合、サーバ１は、「空調」である電装機器を消費電力ＤＢ１５４から特定する。または、出発日時がスモールライトの点灯時間帯に該当する場合、サーバ１は、「スモールランプ」である電装機器を消費電力ＤＢ１５４から特定する。サーバ１は、車種に基づき、特定した各電装機器の消費電力を消費電力ＤＢ１５４から取得する。
【0074】
サーバ１は、特定した各電装機器の消費電力（ｋＷ）に、当該走行ルートに要する時間（ｈ）を乗じた値を算出する。サーバ１は、算出した各電装機器の値から全電装機器の合計値を算出する。全電装機器の合計値は、当該走行ルートでの必要となる全電装機器の電力量である。
【0075】
そして、サーバ１は、後述する式（２）を用いて、算出した基準消費電力量と、取得した全電装機器の消費電力量との合計消費電力量を、走行実績のない場合の必要電力量として算出する。走行実績のない場合の必要電力量は、以下の式（２）で表される。
走行実績のない場合の必要電力量（ｋＷｈ）＝基準消費電力量（ｋＷｈ）＋各電装機器消費電力量の合計（ｋＷｈ） …（２）
走行実績のない場合の必要電力量（ｋＷｈ）＝基準消費電力量（ｋＷｈ）＋各電装機器消費電力量の合計（ｋＷｈ） …（２）
【0076】
サーバ１は、天気区分、季節名、気温レベル及び降水量レベルを取得する。なお、天気区分、季節名、気温レベル及び降水量レベルの取得処理に関しては、上述した取得処理と同様であるため、説明を省略する。サーバ１は、当該走行ルートに対して子ルートＩＤを割り振る。サーバ１は、割り振った子ルートＩＤに対応付けて、天気区分、季節名、出発日時、気温レベル、降水量レベル、及び算出した必要電力量を一つのレコードとして後述する運行計画ＤＢ１５８に記憶できるように一時的に記憶部１２に記憶する。
【0077】
これにより、例えば、新たな走行ルートのように過去の走行実績がない場合でも、日時情報、走行ルート、走行時間、及び電装機器（空調、ライトまたはワイパー等）の消費電力に基づき必要電力量を適切に求めることができる。
【0078】
このように、サーバ１は、走行ルート群に含まれる各走行ルートに対し、上述した必要電力量の導出処理を行うことにより、各走行ルートでの必要電力量を導出することができる。
【0079】
次に、導出された各走行ルートでの必要電力量に基づき、運行計画を作成する処理を説明する。サーバ１は、走行実績がある場合、車両ＩＤ及び運転者ＩＤと、各走行ルートに対応する気温及び降水確率と、季節及び出発日時、到着日時、距離、必要電力量（電費実績×距離）を記憶部１２から取得する。または、サーバ１は、走行実績がない場合、車両ＩＤ及び運転者ＩＤと、各走行ルートに対応する気温及び降水確率と、季節及び出発日時、到着日時、距離、必要電力量（基準電力量）及び各電装機器の消費電力量を記憶部１２から取得する。
【0080】
サーバ１は、各走行ルートでの必要電力量の合計を、走行ルート群に対応する必要電力量として算出する。サーバ１は、走行ルート群に対し、運行計画を特定する計画ＩＤを割り振る。サーバ１は、割り振った計画ＩＤに対応付けて、運行計画を運行計画ＤＢ１５８に記憶する。
【0081】
具体的には、サーバ１は、走行実績がある場合、各走行ルートを特定する子ルートＩＤ、車両ＩＤ、運転者ＩＤ、出発予定日時、到着予定日時、距離、各走行ルートでの必要電力量、走行ルート群に対応する必要電力量（各走行ルートでの必要電力量の合計値）、天気区分、気温及び降水確率を運行計画ＤＢ１５８に記憶する。
【0082】
または、サーバ１は、走行実績がない場合、各走行ルートを特定する子ルートＩＤ、車両ＩＤ、運転者ＩＤ、出発予定日時、到着予定日時、距離、各走行ルートでの必要電力量、走行ルート群に対応する必要電力量、天気区分、気温、降水確率、ヘッドライトの消費電力量、スモールランプの消費電力量、エアコンの消費電力量、リヤデフォッガーの消費電力量及びワイパーの消費電力量を運行計画ＤＢ１５８に記憶する。
【0083】
なお、図９で示されている走行ルートの電費の更新処理に関しては、実施形態２で説明する。
【0084】
図１０は、車両２における運行計画の作成画面の一例を示す説明図である。作成画面は、走行ルート設定欄１１ａ及び地図表示欄１１ｂを含む。走行ルート設定欄１１ａは、走行ルート群に含まれる各走行ルートの設定を受け付ける欄である。地図表示欄１１ｂは、走行ルート群に対応する地図データを表示する表示欄である。
【0085】
運転者端末４は、走行ルート設定欄１１ａの設定操作を受け付けた場合、車両２において、出発地から目的地までの走行ルート群に含まれる各走行ルートの設定を受け付ける。図示のように、運転者端末４は、各走行ルートの出発日時、出発地及び目的地の設定を受け付ける。
【0086】
運転者端末４は、車両ＩＤに対応付けて、受け付けた各走行ルートの出発日時、出発地及び目的地をサーバ１に送信する。サーバ１は、運転者端末４から送信された車両ＩＤ、各走行ルートの出発日時、出発地及び目的地を受信する。サーバ１は、受信した出発地及び目的地に基づき、各走行ルートにおける出発地から目的地までの所要時間を算出する。サーバ１は、受信した出発日時と、算出した所要時間とに基づき、目的地に到着する到着予定日時を算出する。
【0087】
サーバ１は、例えば地図データが記憶された外部サーバから、各走行ルートを含む走行ルート群に対応する地図データを取得する。サーバ１は、算出した各走行ルートの到着予定日時と、取得した地図データとを運転者端末４に送信する。運転者端末４は、サーバ１から送信された各走行ルートの到着予定日時及び地図データを受信する。運転者端末４は、受信した各走行ルートの到着予定日時を走行ルート設定欄１１ａに表示し、受信した地図データを地図表示欄１１ｂに表示する。
【0088】
なお、図１０では、サーバ１側で各走行ルートの到着予定日時が算出されたが、これに限るものではない。例えば、運転者端末４は、運転者による各走行ルートの到着予定日時の入力を受け付けても良い。または、運転者端末４は、地図データが記憶された外部サーバを通じて、各走行ルートの到着予定日時を算出しても良い。
【0089】
図１１は、運行計画を作成する際の処理手順を示すフローチャートである。運転者端末４の制御部４１は、走行ルート群に含まれる各走行ルートの出発日時、出発地及び目的地の設定を入力部４４により受け付ける（ステップＳ４０１）。制御部４１は、車両ＩＤに対応付けて、受け付けた各走行ルートの出発日時、出発地及び目的地を通信部４３によりサーバ１に送信する（ステップＳ４０２）。
【0090】
サーバ１の制御部１１は、運転者端末４から送信された車両ＩＤ、各走行ルートの出発日時、出発地及び目的地を通信部１３により受信する（ステップＳ１０１）。制御部１１は、複数の走行ルートのうち、１つの走行ルートを取得する（ステップＳ１０２）。制御部１１は、取得した走行ルートの走行実績があるか否かを判定する処理のサブルーチンを実行する（ステップＳ１０３）。なお、走行実績の判定処理のサブルーチンに関しては後述する。
【0091】
制御部１１は、走行実績の判定処理のサブルーチンにより得られた判定結果に基づき、当該走行ルートの走行実績があるか否かを判定する（ステップＳ１０４）。制御部１１は、当該走行ルートの走行実績がないと判定した場合（ステップＳ１０４でＮＯ）、必要電力量を算出する処理のサブルーチンを実行する（ステップＳ１１０）。なお、必要電力量算出処理のサブルーチンに関しては後述する。
【0092】
制御部１１は、算出した必要電力量を記憶部１２に一時記憶する（ステップＳ１１１）。制御部１１は、後述するステップＳ１０７の処理に遷移する。具体的には、制御部１１は、当該走行ルートに対して子ルートＩＤを割り振る。制御部１１は、割り振った子ルートＩＤに対応付けて、車種、運転者ＩＤ、車両ＩＤ、天気区分、季節名、出発日時、気温レベル、降水量レベル、基準消費電力量及び各電装機器の消費電力量を一つのレコードとして、運行計画ＤＢ１５８に記憶できるように一時的に記憶部１２に記憶する。
【0093】
出発日時について、当該出発日時が所属する時間帯を示す時刻はルート別電費ＤＢ１５７に記憶される。例えば、出発日時が２０２３／１／２０ １１：１５である場合、当該出発日時が所属する時間帯は１１：００～１１：３０である。制御部１１は、当該時間帯を示す時刻（１１：００）を出発日時列に記憶する。
【0094】
制御部１１は、当該走行ルートの走行実績があると判定した場合（ステップＳ１０４でＹＥＳ）、電費を取得する処理のサブルーチンを実行する（ステップＳ１０５）。なお、電費取得処理のサブルーチンに関しては後述する。
【0095】
制御部１１は、当該走行ルートでの必要電力量を導出する（ステップＳ１０６）。具体的には、制御部１１は、当該走行ルートの出発地及び目的地、または天気区分境界に基づき、当該走行ルートの子ルートＩＤを大容量記憶部１５の走行ルートＤＢ１５６から取得する。制御部１１は、当該走行ルートの出発地から目的地までの距離を算出する。制御部１１は、当該走行ルートの電費と、算出した当該走行ルートの距離とに基づき、上述した式（１）を用いて、当該走行ルートでの必要電力量（電費×距離）を導出する。
【0096】
制御部１１は、当該走行ルートが最後の走行ルートであるか否かを判定する（ステップＳ１０７）。制御部１１は、当該走行ルートが最後の走行ルートでないと判定した場合（ステップＳ１０７でＮＯ）、ステップＳ１０２の処理に戻る。
【0097】
制御部１１は、当該走行ルートが最後の走行ルートであると判定した場合（ステップＳ１０７でＹＥＳ）、算出した各走行ルートでの必要電力量の合計を、走行ルート群に対応する必要電力量として算出する（ステップＳ１０８）。例えば、走行ルート群には、走行ルートＡ＿１、走行ルート１＿Ｂ、走行ルートＢ＿２、走行ルート２＿３及び走行ルート３＿３Ｔが含まれる。例えば、Ａ＿１、１＿Ｂ、Ｂ＿２及び２＿３が走行実績のある走行ルートであり、且つ、３＿３Ｔが走行実績のない走行ルートである。
【0098】
Ａ＿１、１＿Ｂ、Ｂ＿２及び２＿３のそれぞれでの必要電力量は、電費取得処理のサブルーチン（ステップＳ１０５）により取得された電費に基づき導出される。また、３＿３Ｔでの必要電力量は、必要電力量算出処理のサブルーチン（ステップＳ１１０）により算出された必要電力量（基準消費電力量＋各電装機器消費電力量の合計）となる。例えば、Ａ＿１、１＿Ｂ、Ｂ＿２、２＿３及び３＿３Ｔのそれぞれでの必要電力量が、「2kWh、4kWh、1.3kWh、4kWh、4.7kWh」である。走行ルート群に対応する必要電力量（１６ｋＷｈ）は、Ａ＿１、１＿Ｂ、Ｂ＿２、２＿３及び３＿３Ｔのそれぞれでの必要電力量の合計値（2kWh+4kWh+1.3kWh+4kWh+4.7kWh）である。
【0099】
制御部１１は、子ルートＩＤ、車両ＩＤ及び運転者ＩＤに対応付けて運行計画を大容量記憶部１５の運行計画ＤＢ１５８に記憶し（ステップＳ１０９）、処理を終了する。具体的には、制御部１１は、運行計画を特定する計画ＩＤを割り振る。制御部１１は、走行実績がある場合、割り振った計画ＩＤに対応付けて、各走行ルートを特定する子ルートＩＤ、車両ＩＤ、運転者ＩＤ、出発予定日時、到着予定日時、距離、各走行ルートでの必要電力量、走行ルート群に対応する必要電力量（各走行ルートでの必要電力量の合計値）、天気区分、気温及び降水確率を運行計画ＤＢ１５８に記憶する。
【0100】
または、制御部１１は、走行実績がない場合、割り振った計画ＩＤに対応付けて、各走行ルートを特定する子ルートＩＤ、車両ＩＤ、運転者ＩＤ、出発予定日時、到着予定日時、距離、各走行ルートでの必要電力量、走行ルート群に対応する必要電力量、天気区分、気温、降水確率、ヘッドライトの消費電力量、スモールランプの消費電力量、エアコンの消費電力量、リヤデフォッガーの消費電力量及びワイパーの消費電力量を運行計画ＤＢ１５８に記憶する。
【0101】
図１２は、走行実績を判定する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、車両ＩＤに基づき、当該車両２の運転者ＩＤ及び車種を大容量記憶部１５の車両ＤＢ１５１から取得する（ステップＳ０１）。制御部１１は通信部１３を介して、走行ルートの出発地の経度緯度に基づき、天気区分を外部の天気予報のサーバまたはサイトから取得する（ステップＳ０２）。
【0102】
制御部１１は通信部１３を介して、走行ルートの出発地に基づき、外部の天気予報のサーバまたはサイトから、気象庁等が発表した気温及び降水確率を取得する（ステップＳ０３）。制御部１１は、取得した気温に基づき、該当する気温レベルを大容量記憶部１５の天候ＤＢ１５３から特定する（ステップＳ０４）。制御部１１は、取得した降水確率に基づき、該当する降水量レベルを大容量記憶部１５の天候ＤＢ１５３から特定する（ステップＳ０５）。制御部１１は、走行ルートに対応する日時情報に含まれる出発日に基づいて、季節を大容量記憶部１５の季節ＤＢ１５２から特定する（ステップＳ０６）。
【0103】
制御部１１は、走行ルートのデータが大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶されたか否かを判定する（ステップＳ０７）。具体的には、制御部１１は、当該走行ルートの出発地及び目的地、または天気区分境界に基づき、当該走行ルートの子ルートＩＤを大容量記憶部１５の走行ルートＤＢ１５６から取得する。制御部１１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候（気温レベル及び降水量レベル）及び日時情報（季節及び出発日時）と、大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶された子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報との一致性を判定することにより、走行ルートのデータが走行ルート別電費ＤＢ１５７に記憶されたか否かを判定する。
【0104】
制御部１１は、走行ルートのデータが走行ルート別電費ＤＢ１５７に記憶されている場合（ステップＳ０７でＹＥＳ）、当該走行ルートの走行実績があると判定する（ステップＳ０８）。制御部１１は、走行実績の判定処理のサブルーチンを終了してリターンする。制御部１１は、走行ルートのデータが走行ルート別電費ＤＢ１５７に記憶されていない場合（ステップＳ０７でＮＯ）、当該走行ルートの走行実績がないと判定する（ステップＳ０９）。制御部１１は、走行実績の判定処理のサブルーチンを終了してリターンする。
【0105】
図１３は、電費を取得する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、ステップＳ１１～Ｓ１６の処理を実行する。なお、ステップＳ１１～Ｓ１６の処理に関しては、ステップＳ０１～Ｓ０６の処理と同様であるため、説明を省略する。
【0106】
制御部１１は、大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶された子ルートＩＤ及び電費を取得する（ステップＳ１７）。具体的には、制御部１１は、当該走行ルートの出発地及び目的地、または天気区分境界に基づき、当該走行ルートの子ルートＩＤを大容量記憶部１５の走行ルートＤＢ１５６から取得する。制御部１１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報に基づき、大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶された子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報と一致する走行ルートの電費を、走行ルート別電費ＤＢ１５７から取得する。制御部１１は、電費取得処理のサブルーチンを終了してリターンする。
【0107】
図１４は、必要電力量を算出する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、当該走行ルートに対応する日時情報に含まれる出発日に基づいて、季節を大容量記憶部１５の季節ＤＢ１５２から特定する（ステップＳ２１）。制御部１１は、特定した季節に対応する電費初期値を基準電費として、大容量記憶部１５の季節ＤＢ１５２から取得する（ステップＳ２２）。
【0108】
制御部１１は、当該走行ルートにおける出発地から目的地までの距離を算出する（ステップＳ２３）。制御部１１は、取得した基準電費と、算出した距離とに基づき、上述した式（１）を用いて、基準必要電力量を導出する（ステップＳ２４）。制御部１１は、外部の天気予報のサーバまたはサイトから、当該走行ルートに対応する気温及び降水確率を通信部１３により取得する（ステップＳ２５）。
【0109】
制御部１１は、当該走行ルートに対応する気温及び降水確率と、季節及び出発日時とに基づき、必要電力量を加算する対象となる電装機器を大容量記憶部１５の季節ＤＢ１５２から特定する（ステップＳ２６）。制御部１１は、車種に基づき、特定した各電装機器の消費電力を大容量記憶部１５の消費電力ＤＢ１５４から取得する（ステップＳ２７）。
【0110】
制御部１１は、各電装機器の必要電力量を算出する（ステップＳ２８）。具体的には、制御部１１は、当該走行ルートの到着日時と出発日時との差を算出することにより、走行に要する時間を取得する。制御部１１は、各電装機器の消費電力と走行に要する時間とに基づき、後述する式（３）を用いて各電装機器の必要電力量を算出する。電装機器の必要電力量は、以下の式（３）で表される。
電装機器の必要電力量（ｋＷｈ）＝電装機器の消費電力（ｋＷ）×走行に要する時間（ｈ） …（３）
制御部１１は、必要電力量算出処理のサブルーチンを終了してリターンする。
電装機器の必要電力量（ｋＷｈ）＝電装機器の消費電力（ｋＷ）×走行に要する時間（ｈ） …（３）
制御部１１は、必要電力量算出処理のサブルーチンを終了してリターンする。
【0111】
本実施形態によると、走行実績のある場合、運転者、車種、走行ルート群、天候及び日時情報に基づき、各走行ルートの必要電力量を算出することにより、電費の精度を向上することが可能となる。
【0112】
本実施形態によると、走行実績のある場合、走行実績から得られた電費に基づき各走行ルートでの必要電力量を導出することが可能となる。
【0113】
本実施形態によると、各走行ルートでの必要電力量を含む運行計画を作成することが可能となる。
【0114】
本実施形態によると、新たな走行ルートのように過去の走行実績がない場合でも、日時情報、天候、走行ルート及び電装機器の消費電力に基づき、必要電力量を適切に算出することが可能となる。
【0115】
（実施形態２）
実施形態２は、走行ルートの走行開始後に、車両２の位置情報、電池残量及び走行距離に基づき、当該走行ルートの電費を更新する形態に関する。なお、実施形態１と重複する内容については説明を省略する。
実施形態２は、走行ルートの走行開始後に、車両２の位置情報、電池残量及び走行距離に基づき、当該走行ルートの電費を更新する形態に関する。なお、実施形態１と重複する内容については説明を省略する。
【0116】
図９に戻り、走行ルートの電費の更新処理を説明する。車両２に搭載されている車載器３は、当該車両２に対応する走行ルートの走行開始後に、車両２のモーターの電源供給の状態（供給中／供給停止）を取得する。車載器３は、前回サーバ１に車両２の状態情報を送信してから所定の時間間隔（例えば、１分）を経過したか否かを判定する。
【0117】
車載器３は、所定の時間間隔を経過し、または、電源供給の状態が供給停止である（目的地到着）場合、車両２の状態情報を取得する。車両２の状態情報は、経度緯度、電池残量、累積走行距離、空調の状態（ＯＮ／ＯＦＦ）、空調の風量、リヤデフォッガーの状態（ＯＮ／ＯＦＦ）、ワイパーの状態（ＯＮ／ＯＦＦ）、スモールランプの状態（点灯／消灯）またはヘッドライトの状態（点灯／消灯）等を含む。
【0118】
車載器３は、車両２の車両ＩＤに対応付けて、取得した車両２の状態情報をサーバ１に送信する。サーバ１は、車載器３から送信された車両ＩＤ及び状態情報を受信する。サーバ１は、受信した車両ＩＤに対応付けて、車両２の状態情報を車状態履歴ＤＢ１５５に記憶する。
【0119】
サーバ１は、車両２の経度緯度に基づき、所定の更新条件を満たしたか否かを判定する。更新条件は、種々の設定とすることができるが、以下が例示される。サーバ１は、車両２の現在位置が目的地または天気区分の境界である場合、更新条件を満たしたと判定する。サーバ１は、車両２の現在位置が目的地及び天気区分の境界のいずれかでない場合、更新条件を満たしていないと判定する。
【0120】
具体的には、サーバ１は、車両２の現在位置を示す経度緯度と、目的地の経度緯度とに基づき、車両２の現在位置が目的地であるか否かを判定する。また、サーバ１は、車両２の経度緯度に基づき、天気区分（例えば、東京）を外部の天気予報のサーバまたはサイトから取得する。サーバ１は、取得した車両２の現在位置を示す経度緯度と、取得した天気区分に示されている地域の経度緯度とに基づき、車両２が天気区分の境界であるか否かを判定する。
【0121】
サーバ１は、所定の更新条件を満たしたと判定した場合、電池残量及び走行距離に基づき、当該走行ルートの電費を導出する。サーバ１は、走行ルートの出発地と現在位置とに基づき、該当する子ルートＩＤを走行ルートＤＢ１５６から取得する。サーバ１は、車両ＩＤに基づき車種及び運転者ＩＤを車両ＤＢ１５１から取得する。サーバ１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、季節、出発日時、天候と、導出した電費とで、走行ルート別電費ＤＢ１５７に記憶された電費を更新する。
【0122】
具体的には、サーバ１は、車両ＩＤに基づき、当該車両２の前回電費計算に使用した前回累積走行距離、及び前回電費計算に使用した前回電池残量を車状態履歴ＤＢ１５５から取得する。なお、前回電費計算に使用したデータ（レコード）は、電費計算フラグ等を用いて識別されても良い。サーバ１は、車載器３から送信された今回累積走行距離と、取得した前回累積走行距離とに基づき、今回走行距離（今回累積走行距離－前回累積走行距離）を算出する。
【0123】
サーバ１は、車載器３から送信された今回電池残量と、取得した前回電池残量とに基づき、今回消費電力量（前回電池残量－今回電池残量）を算出する。サーバ１は、算出した今回走行距離及び今回消費電力量に基づき、後述する式（４）を用いて、当該走行ルートの電費を導出する。走行ルートの電費は、以下の式（４）で表される。
電費（ｋｍ／ｋＷｈ）＝距離（ｋｍ）／消費電力量（ｋＷｈ）…（４）
電費（ｋｍ／ｋＷｈ）＝距離（ｋｍ）／消費電力量（ｋＷｈ）…（４）
【0124】
サーバ１は、車両ＩＤに基づき、当該車両２の運転者ＩＤ及び車種を車両ＤＢ１５１から取得する。サーバ１は、走行ルートの出発地に基づき、外部の天気予報のサーバまたはサイトから、気象庁が発表した気温及び降水確率を取得する。サーバ１は、取得した気温に基づき、該当する気温レベルを天候ＤＢ１５３から特定する。
【0125】
サーバ１は、取得した降水確率に基づき、該当する降水量レベルを天候ＤＢ１５３から特定する。サーバ１は、当該走行ルートの出発日に基づいて、季節を季節ＤＢ１５２から取得する。サーバ１は、車両２の出発地を示す経度緯度に基づき、天気区分を外部の天気予報のサーバまたはサイトから取得する。サーバ１は、走行ルートの出発地と現在位置とに基づき、該当する子ルートＩＤを走行ルートＤＢ１５６から取得する。
【0126】
サーバ１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報と、大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶された子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報との一致性を判定することにより、走行ルート別電費ＤＢ１５７から、子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候（気温レベル及び降水量レベル）及び日時情報（季節及び出発日時）に対応する電費を特定する。
【0127】
サーバ１は、導出した電費で、走行ルート別電費ＤＢ１５７から特定された電費を更新する。例えば、サーバ１は、導出した電費と、特定された電費とに基づき、加重平均値等を算出する。サーバ１は、算出した電費の加重平均値で、走行ルート別電費ＤＢ１５７から特定された電費を更新する。なお、サーバ１は、導出した電費で、走行ルート別電費ＤＢ１５７から特定された電費を直接更新しても良い。
【0128】
これにより、車両２の走行の実績データを利用し、走行ルート別電費ＤＢ１５７に蓄積された各走行ルートの電費を更新することにより、各走行ルートの電費の精度を向上することが可能となる。
【0129】
図１５は、走行ルートの電費を更新する際の処理手順を示すフローチャートである。車両２に搭載されている車載器３の車載制御部３１は、当該車両２のモーターの電源供給の状態（供給中／供給停止）を取得する（ステップＳ３２１）。車載制御部３１は、時計部３４を介して、前回サーバ１に車両２の状態情報を送信してから所定の時間間隔（例えば、１分）が経過し、または、電源供給の状態が供給停止であるか否かを判定する（ステップＳ３２２）。
【0130】
車載制御部３１は、所定の時間間隔が経過し、及び、電源供給の状態が供給停止であること、のいずれかでない場合（ステップＳ３２２でＮＯ）、待機する。車載制御部３１は、所定の時間間隔が経過し、または、電源供給の状態が供給停止である場合（ステップＳ３２２でＹＥＳ）、車両２の状態情報を取得する（ステップＳ３２３）。
【0131】
状態情報は、経度緯度、電池残量、累積走行距離、空調の状態、空調の風量、リヤデフォッガーの状態、ワイパーの状態、スモールランプの状態またはヘッドライトの状態等を含む。車載制御部３１は、車両２の車両ＩＤに対応付けて、取得した状態情報を通信部３３によりサーバ１に送信する（ステップＳ３２４）。サーバ１の制御部１１は、車載器３から送信された車両ＩＤ及び状態情報を通信部１３により受信する（ステップＳ１２１）。
【0132】
制御部１１は、受信した車両ＩＤに対応付けて、車両２の状態情報を大容量記憶部１５の車状態履歴ＤＢ１５５に記憶する（ステップＳ１２２）。具体的には、制御部１１は、車両ＩＤに対応付けて、送信日時、経度緯度、電池残量、累積走行距離、空調状態（ＯＮ／ＯＦＦ）、空調の風量（風量ＭＡＸ、風量３、風量２または風量１等）、リヤデフォッガーの状態（ＯＮ／ＯＦＦ）、ワイパーの状態（ＯＮ／ＯＦＦ）、スモールランプの状態（点灯／消灯）、ヘッドライトの状態（点灯／消灯）及び作成日時を一つのレコードとして車状態履歴ＤＢ１５５に記憶する。
【0133】
制御部１１は、車両２の経度緯度に基づき、車両２の現在位置が目的地または天気区分の境界であるか否かを判定する（ステップＳ１２３）。具体的には、制御部１１は、車両２の現在位置を示す経度緯度と、目的地の経度緯度とに基づき、車両２の現在位置が目的地であるか否かを判定する。また、制御部１１は通信部１３を介して、車両２の出発地を示す経度緯度に基づき、天気区分を外部の天気予報のサーバまたはサイトから取得する。なお、制御部１１は、出発地が天気区分の境界である場合、旧区分と新区分との２つの選択肢のうち、新たな天気区分を取得する。制御部１１は、車両２の現在位置を示す経度緯度と、取得した天気区分に示されている地域の経度緯度とに基づき、車両２が天気区分の境界であるか否かを判定する。
【0134】
制御部１１は、車両２の現在位置が目的地及び天気区分の境界のいずれかでない場合（ステップＳ１２３でＮＯ）、ステップＳ１２１の処理に戻る。制御部１１は、車両２の現在位置が目的地または天気区分の境界である場合（ステップＳ１２３でＹＥＳ）、電費を更新する処理のサブルーチンを実行する（ステップＳ１２４）。なお、電費更新処理のサブルーチンに関しては後述する。制御部１１は、処理を終了する。
【0135】
図１６は、電費を更新する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、車両ＩＤに基づき、当該車両の前回電費計算に使用した前回累積走行距離、及び前回電費計算に使用した前回電池残量を大容量記憶部１５の車状態履歴ＤＢ１５５から取得する（ステップＳ３１）。制御部１１は、車載器３から送信された今回累積走行距離と、取得した前回累積走行距離とに基づき、今回走行距離（今回累積走行距離－前回累積走行距離）を算出する（ステップＳ３２）。
【0136】
制御部１１は、車載器３から送信された今回電池残量と、取得した前回電池残量とに基づき、今回消費電力量（前回電池残量－今回電池残量）を算出する（ステップＳ３３）。制御部１１は、算出した今回走行距離及び今回消費電力量に基づき、上述した式（４）を用いて、当該走行ルートの電費を導出する（ステップＳ３４）。
【0137】
制御部１１は、ステップＳ３５～Ｓ４０の処理を実行する。なお、ステップＳ３５～Ｓ４０の処理に関しては、ステップＳ０１～Ｓ０６の処理と同様であるため、説明を省略する。
【0138】
制御部１１は、大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶された電費を特定する（ステップＳ４１）。具体的には、制御部１１は、当該走行ルートの出発地及び目的地、または天気区分境界に基づき、当該走行ルートの子ルートＩＤを大容量記憶部１５の走行ルートＤＢ１５６から取得する。制御部１１は、取得した子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報と、大容量記憶部１５の走行ルート別電費ＤＢ１５７に記憶された子ルートＩＤ、車種、運転者ＩＤ、車両ＩＤ、天気区分、天候及び日時情報との一致性を判定することにより、走行ルート別電費ＤＢ１５７から電費を特定する。
【0139】
制御部１１は、導出した電費と、特定した電費とに基づき、電費の加重平均値を算出する（ステップＳ４２）。具体的には、制御部１１は、過去実績により算出された電費の記憶（更新）回数に対して重み付けを行い、且つ、今回導出した電費の回数に対し重み付けを行って加重平均を算出する。重みは、回数／総回数（過去の記憶回数＋今回の記憶回数）により算出される。
【0140】
例えば、過去の加重平均値の記憶回数が９回である場合、過去の電費（特定した電費）の重みは、９／１０（０．９）である。今回導出した電費の回数が１回であるため、導出した電費の重みは、１／１０（０．１）である。そして、制御部１１は、特定した電費（例えば、5.9km/kWh）及び重み（０．９）と、導出した電費（例えば、6.7km/kWh）及び重み（０．１）とに基づき、電費の加重平均値を算出する。例えば、算出された電費の加重平均値は、５．９８ｋＷｈ（6.7×0.1 + 5.9×0.9）である。
【0141】
なお、電費は、上述した加重平均値に限らず、単なる平均値（または、中間値）、相加平均値、相乗平均値、調和平均値、今回導出した値またはその他の統計量であっても良い。
【0142】
制御部１１は、算出した電費の加重平均値で、走行ルート別電費ＤＢ１５７から特定された電費を更新する（ステップＳ４３）。制御部１１は、電費更新処理のサブルーチンを終了してリターンする。
【0143】
本実施形態によると、走行ルートの走行開始後に、走行ルートに対応する車両２の位置情報、電池残量及び走行距離に基づき、当該走行ルートの電費を更新することが可能となる。
【0144】
（実施形態３）
実施形態３は、車両２における充電スケジュールを作成する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。
実施形態３は、車両２における充電スケジュールを作成する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。
【0145】
本実施形態に係るサーバ１は、出発地から目的地までの走行ルート群に対応する車両２の日時情報、必要電力量及び電池残量を取得する。サーバ１は、取得した日時情報、必要電力量及び電池残量を、当該車両２を特定する車両ＩＤに対応付けて記憶する。サーバ１は、取得した日時情報、必要電力量及び電池残量から、単位時間当たりの充電量を算出する。
【0146】
サーバ１は、全体契約電力量及び充電器の１台当たりの最大充電容量を取得する。サーバ１は、取得した全体契約電力量及び最大充電容量に基づき、同時充電可能な充電器の台数を決定する。サーバ１は、決定した充電器の台数と、算出した単位時間当たりの充電量とに基づき、充電対象となる車両を特定する。
【0147】
図１７は、実施形態３における充電スケジュールシステムの概要を示す説明図である。なお、図１～２と重複する内容については同一の符号を付して説明を省略する。本実施形態の充電スケジュールシステムは、充電器５を含む。充電器５は、充電プラグ及び充電ケーブル等を介して車両２の充電装置に接続される。
【0148】
図１８は、実施形態３におけるサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１５には、車充電器対応ＤＢ１５９、充電器設置場所ＤＢ１６０及び充電スケジュールＤＢ１６１が含まれる。車充電器対応ＤＢ１５９は、車両２と、当該車両２に接続された充電器５との対応関係情報を記憶している。充電器設置場所ＤＢ１６０は、充電器５が設置された場所を記憶している。充電スケジュールＤＢ１６１は、車両２の充電スケジュールを記憶している。
【0149】
図１９は、車充電器対応ＤＢ１５９及び充電器設置場所ＤＢ１６０のレコードレイアウトの一例を示す説明図である。
車充電器対応ＤＢ１５９は、車両ＩＤ列、充電器番号列、充電状態（ステータス）列、充電開始日時列及び充電完了日時列を含む。車両ＩＤ列は、車両２を特定する車両ＩＤを記憶している。充電器番号列は、各充電器５を識別するために、一意に特定される充電器５のＩＤを記憶している。
車充電器対応ＤＢ１５９は、車両ＩＤ列、充電器番号列、充電状態（ステータス）列、充電開始日時列及び充電完了日時列を含む。車両ＩＤ列は、車両２を特定する車両ＩＤを記憶している。充電器番号列は、各充電器５を識別するために、一意に特定される充電器５のＩＤを記憶している。
【0150】
充電状態列は、充電器５の充電状態を記憶している。充電状態は、未充電、充電中または充電完了等を含む。充電開始日時列は、車両２に対する充電開始日時を記憶している。充電完了日時列は、車両２に対する充電完了日時を記憶している。
【0151】
充電器設置場所ＤＢ１６０は、充電器番号列及び設置場所列を含む。充電器番号列は、充電器５を特定する充電器番号を記憶している。設置場所列は、充電器５が設置された場所（例えば、経度緯度）を記憶している。
【0152】
図２０は、充電スケジュールＤＢ１６１のレコードレイアウトの一例を示す説明図である。充電スケジュールＤＢ１６１は、管理ＩＤ列、車両ＩＤ列、必要電力量列、季節名列、出発日時列、電池残量列、充電量列、充電可能時間列及び単位時間当充電量列を含む。
【0153】
管理ＩＤ列は、各充電スケジュールのデータを識別するために、一意に特定される充電スケジュールのデータの管理ＩＤを記憶している。車両ＩＤ列は、車両２を特定する車両ＩＤを記憶している。必要電力量列は、ステップＳ１０８の処理で求めた各走行ルートでの必要電力量の合計値を記憶している。季節名列は、季節の名称を記憶している。
【0154】
出発日時列は、走行ルート群に対応する出発日時を記憶している。電池残量列は、車両２の電池残量を記憶している。充電量列は、必要電力量から電池残量を引いた後の電力量を記憶している。充電可能時間列は、出発日時と現在日時とに基づき算出された時間（出発日時－現在日時）を記憶している。単位時間当充電量列は、車両２における単位時間当たりの充電量を記憶している。電池残量、充電量、充電可能時間及び単位時間当たりの充電量は、定期的（例えば、１０分毎）に更新される。
【0155】
図２１は、充電器５の構成例を示すブロック図である。充電器５は、充電制御部５１、接続検知部５２及び通信部５３を含む。充電制御部５１は、サーバ１から与えられる電力指令値（充電器５の出力電力を指定する）に従って、充電器５の充電ＯＮまたは充電ＯＦＦを制御する。接続検知部５２は、充電器５と車両２との接続を検知する。通信部５３は、通信に関する処理を行うための通信モジュールであり、サーバ１等と情報の送受信を行う。
【0156】
続いて、車両２における充電スケジュールを作成する処理を説明する。サーバ１は、各車両２における翌日の運行計画が運行計画ＤＢ１５８に存在するか否かを判定する。なお、本実施形態では、翌日の運行計画の例を説明するが、これに限るものではない。例えば、翌々日といった比較的現在から近い将来の期間における運行計画にも同様に適用することができる。
【0157】
サーバ１は、翌日の運行計画が運行計画ＤＢ１５８に存在する車両２を抽出する。サーバ１は、抽出した車両２の車両ＩＤに基づき、各車両２の充電状態を取得する。サーバ１は、取得した車両２の充電状態に基づき、充電状態が未充電である車両２を特定する。サーバ１は、特定した車両２の日時情報（季節及び出発日時）、必要電力量及び電池残量を取得する。
【0158】
具体的には、サーバ１は、特定した車両２の車両ＩＤに基づき、当該車両２の出発日時及び必要電力量を運行計画ＤＢ１５８から取得する。サーバ１は、取得した出発日時に基づき、季節を季節ＤＢ１５２から特定する。サーバ１は、特定した車両２の車両ＩＤに基づき、当該車両２の最新の電池残量を車状態履歴ＤＢ１５５から取得する。
【0159】
サーバ１は、単位時間当たりの充電量を算出する。単位時間当たりの充電量は、以下の式（５）で表される。
単位時間当たりの充電量＝（必要電力量－電池残量）／（出発日時－現在日時） …（５）
サーバ１は、取得した日時情報、必要電力量及び電池残量に基づき、上述した式（５）を用いて、各車両２における単位時間当たりの充電量を算出する。
単位時間当たりの充電量＝（必要電力量－電池残量）／（出発日時－現在日時） …（５）
サーバ１は、取得した日時情報、必要電力量及び電池残量に基づき、上述した式（５）を用いて、各車両２における単位時間当たりの充電量を算出する。
【0160】
サーバ１は、取得した日時情報、必要電力量及び電池残量を、特定した車両２の車両ＩＤに対応付けてスケジュールＤＢ１６１に記憶する。具体的には、サーバ１は、スケジュールデータを管理するための管理ＩＤを割り振る。サーバ１は、割り振った管理ＩＤ及び車両ＩＤに対応付けて、車両２における必要電力量、季節名、出発日時、電池残量、充電量（必要電力量－電池残量）、充電可能時間（出発日時－現在日時）及び単位時間当たりの充電量を一つのレコードとして充電スケジュールＤＢ１６１に記憶する。
【0161】
なお、日時情報に含まれる季節は、必須ではなく、充電スケジュールＤＢ１６１に記憶されなくても良い。
【0162】
続いて、充電対象となる車両２を特定する処理を説明する。サーバ１は、算出した単位時間当たりの充電量の大きい順（降順）に、例えば、車両２の日時情報、必要電力量及び電池残量をソートする。サーバ１は、ソートした後の日時情報、必要電力量及び電池残量を各車両の車両ＩＤに対応付けて出力する。なお、サーバ１は、ソートした後の日時情報、必要電力量及び電池残量を各車両の車両ＩＤに対応付けて、充電スケジュールＤＢ１６１を更新しても良い。
【0163】
サーバ１は、例えば、外部の電力管理システムから全体契約電力量を取得する。例えば、全体契約電力量が２０ｋＷであっても良い。サーバ１は、例えば、予め記憶部１２または大容量記憶部１５に記憶された充電器５の１台当たりの最大充電容量を取得する。例えば、充電器５の１台当たりの最大充電容量が６ｋＷであっても良い。
【0164】
サーバ１は、同時充電可能な充電器５の台数を決定する。同時充電可能な充電器５の台数は、以下の式（６）で表される。
充電器５の台数＝全体契約電力量／充電器５の１台当たりの最大充電容量 …（６）
充電器５の台数＝全体契約電力量／充電器５の１台当たりの最大充電容量 …（６）
【0165】
サーバ１は、取得した全体契約電力量と充電器５の１台当たりの最大充電容量とに基づき、上述した式（６）を用いて、同時充電可能な充電器５の台数を決定する。例えば、決定された同時充電可能な充電器５の台数が３台である。
【0166】
サーバ１は、決定した充電器５の台数と、ソートした後の単位時間当たりの充電量とに基づき、充電対象となる車両２を特定する。具体的には、サーバ１は、決定した充電器５の台数に基づき、単位時間当たりの充電量の大きい順から、充電対象となる車両２を特定する。
【0167】
以下では、一例として、充電対象となる車両２を特定する処理を説明する。サーバ１は、事業所に帰ってきた複数の車両２において、車両ＩＤ別に翌日の必要電力量、出発日時及び電池残量を取得する。例えば、取得された必要電力量、出発日時及び電池残量が、
「車両ID:LF001,必要電力量:40kWh,出発時刻:14:00,電池残量:8kWh
車両ID:LF002,必要電力量:30kWh,出発時刻:09:00,電池残量:12kWh
車両ID:LF003,必要電力量:40kWh,出発時刻:09:00,電池残量:5kWh
車両ID:LF004,必要電力量:40kWh,出発時刻:10:00,電池残量:4kWh
車両ID:LF005,必要電力量:20kWh,出発時刻:12:00,電池残量:6kWh」である。
「車両ID:LF001,必要電力量:40kWh,出発時刻:14:00,電池残量:8kWh
車両ID:LF002,必要電力量:30kWh,出発時刻:09:00,電池残量:12kWh
車両ID:LF003,必要電力量:40kWh,出発時刻:09:00,電池残量:5kWh
車両ID:LF004,必要電力量:40kWh,出発時刻:10:00,電池残量:4kWh
車両ID:LF005,必要電力量:20kWh,出発時刻:12:00,電池残量:6kWh」である。
【0168】
サーバ１は、取得した日時情報、必要電力量及び電池残量に基づき、充電量（必要電力量－電池残量）及び充電可能時間（出発日時－現在日時）を算出する。サーバ１は、取得した日時情報と、算出した必要電力量及び電池残量とに基づき、上述した式（５）を用いて、各車両２における単位時間当たりの充電量を算出する。
【0169】
算出された単位時間当たりの充電量が
「車両ID:LF001,必要電力量:40kWh,出発時刻:14:00,電池残量:8kWh,充電量:32kWh,充電可能時間:20h,単位時間当充電量:1.6kWh/h
車両ID:LF002,必要電力量:30kWh,出発時刻:09:00,電池残量:12kWh,充電量:18kWh,充電可能時間:15h,単位時間当充電量:1.2kWh/h
車両ID:LF003,必要電力量:40kWh,出発時刻:09:00,電池残量:5kWh,充電量:35kWh,充電可能時間:15h,単位時間当充電量:2.3kWh/h
車両ID:LF004,必要電力量:40kWh,出発時刻:10:00,電池残量:4kWh,充電量:36kWh,充電可能時間:16h,単位時間当充電量:2.25kWh/h
車両ID:LF005,必要電力量:20kWh,出発時刻:12:00,電池残量:6kWh,充電量:14kWh,充電可能時間:18h,単位時間当充電量:0.78kWh/h」である。
「車両ID:LF001,必要電力量:40kWh,出発時刻:14:00,電池残量:8kWh,充電量:32kWh,充電可能時間:20h,単位時間当充電量:1.6kWh/h
車両ID:LF002,必要電力量:30kWh,出発時刻:09:00,電池残量:12kWh,充電量:18kWh,充電可能時間:15h,単位時間当充電量:1.2kWh/h
車両ID:LF003,必要電力量:40kWh,出発時刻:09:00,電池残量:5kWh,充電量:35kWh,充電可能時間:15h,単位時間当充電量:2.3kWh/h
車両ID:LF004,必要電力量:40kWh,出発時刻:10:00,電池残量:4kWh,充電量:36kWh,充電可能時間:16h,単位時間当充電量:2.25kWh/h
車両ID:LF005,必要電力量:20kWh,出発時刻:12:00,電池残量:6kWh,充電量:14kWh,充電可能時間:18h,単位時間当充電量:0.78kWh/h」である。
【0170】
サーバ１は、算出した単位時間当たりの充電量の大きい順にソートする。ソートされた車両ＩＤ、日時情報、必要電力量及び電池残量は
「車両ID:LF003,必要電力量:40kWh,出発時刻:09:00,電池残量:5kWh,充電量:35kWh,充電可能時間:15h,単位時間当充電量:2.3kWh/h
車両ID:LF004,必要電力量:40kWh,出発時刻:10:00,電池残量:4kWh,充電量:36kWh,充電可能時間:16h,単位時間当充電量:2.25kWh/h
車両ID:LF001,必要電力量:40kWh,出発時刻:14:00,電池残量:8kWh,充電量:32kWh,充電可能時間:20h,単位時間当充電量:1.6kWh/h
車両ID:LF002,必要電力量:30kWh,出発時刻:09:00,電池残量:12kWh,充電量:18kWh,充電可能時間:15h,単位時間当充電量:1.2kWh/h
車両ID:LF005,必要電力量:20kWh,出発時刻:12:00,電池残量:6kWh,充電量:14kWh,充電可能時間:18h,単位時間当充電量:0.78kWh/h」である。
「車両ID:LF003,必要電力量:40kWh,出発時刻:09:00,電池残量:5kWh,充電量:35kWh,充電可能時間:15h,単位時間当充電量:2.3kWh/h
車両ID:LF004,必要電力量:40kWh,出発時刻:10:00,電池残量:4kWh,充電量:36kWh,充電可能時間:16h,単位時間当充電量:2.25kWh/h
車両ID:LF001,必要電力量:40kWh,出発時刻:14:00,電池残量:8kWh,充電量:32kWh,充電可能時間:20h,単位時間当充電量:1.6kWh/h
車両ID:LF002,必要電力量:30kWh,出発時刻:09:00,電池残量:12kWh,充電量:18kWh,充電可能時間:15h,単位時間当充電量:1.2kWh/h
車両ID:LF005,必要電力量:20kWh,出発時刻:12:00,電池残量:6kWh,充電量:14kWh,充電可能時間:18h,単位時間当充電量:0.78kWh/h」である。
【0171】
サーバ１は、全体契約電力量（例えば、２０ｋＷ）と、充電器５の１台当たりの最大充電容量（例えば、６ｋＷ）とに基づき、上述した式（６）を用いて、同時充電可能な充電器５の台数（３台）を決定する。
【0172】
サーバ１は、決定した同時充電可能な充電器５の台数に基づき、ソート後の複数の車両２において、単位時間当たりの充電量の大きい順から、車両ＩＤが「ＬＦ００３」、「ＬＦ００４」及び「ＬＦ００１」である車両２を充電対象となる車両２として特定する。
【0173】
そして、サーバ１は、特定した各車両２を運転する運転者の運転者端末４に、車両２と充電器５との接続指示を送信する。なお、サーバ１は、接続指示を該当する運転者の電子メールアドレス宛に送信しても良い。運転者端末４は、サーバ１から送信された接続指示を受信して画面に表示する。これにより、充電器の設置台数が車両数より少ない場合でも、運行計画に応じた充電を実現することができる。
【0174】
運転者端末４は、運転者が車両２と充電器５とを接続した後に、運転者による車両２の車両ＩＤ及び充電器５の充電器番号の入力を受け付ける。運転者端末４は、受け付けた車両ＩＤ及び充電器番号をサーバ１に送信する。サーバ１は、運転者端末４から送信された車両ＩＤ及び充電器番号を受信する。
【0175】
サーバ１は、受信した車両ＩＤ及び充電器番号に基づき、車両２の位置情報と、充電器５の位置情報との一致性を判定する。具体的には、サーバ１は、車両ＩＤに基づき、当該車両２の最新の経度緯度を車状態履歴ＤＢ１５５から取得する。サーバ１は、充電器番号に基づき、当該充電器５が設置された場所の位置情報を充電器設置場所ＤＢ１６０から取得する。
【0176】
サーバ１は、取得した車両２の位置情報と、充電器の位置情報とが一致するか否かを判定する。サーバ１は、両者が一致していない場合、位置情報が不一致である旨を含むアラート（第１アラート）を運転者端末４に送信する。運転者端末４は、サーバ１から送信された第１アラートを受信し、受信した第１アラートを画面に表示する。
【0177】
サーバ１は、両者が一致する場合、充電完了日時と出発日時との関係の正確性を判定する。具体的には、サーバ１は、現在日時を車両２の充電開始日時として取得する。サーバ１は、車両２の必要電力量及び電池残量に基づき、当該車両２における充電量（必要電力量－電池残量）を算出する。
【0178】
サーバ１は、取得した充電開始日時と、算出した充電量とに基づき、当該車両２における充電完了日時を算出する。充電完了日時は、以下の式（７）で表される。
充電完了日時＝充電開始日時＋充電量／充電器５の１台当たりの最大充電容量 …（７）
サーバ１は、例えば、予め記憶部１２または大容量記憶部１５に記憶された充電器５の１台当たりの最大充電容量を取得する。サーバ１は、充電開始日時及び充電量と、取得した充電器５の１台当たりの最大充電容量とに基づき、上述した式（７）を用いて、当該車両２における充電完了日時を算出する。
充電完了日時＝充電開始日時＋充電量／充電器５の１台当たりの最大充電容量 …（７）
サーバ１は、例えば、予め記憶部１２または大容量記憶部１５に記憶された充電器５の１台当たりの最大充電容量を取得する。サーバ１は、充電開始日時及び充電量と、取得した充電器５の１台当たりの最大充電容量とに基づき、上述した式（７）を用いて、当該車両２における充電完了日時を算出する。
【0179】
サーバ１は、算出した充電完了日時が当該車両２の出発日時よりも前でない場合、運転者に充電が間に合わない旨を含むアラート（第２アラート）を運転者端末４に送信する。運転者端末４は、サーバ１から送信された第２アラートを受信し、受信した第２アラートを画面に表示する。なお、第２アラートには、例えば直流電流で車両２の電池（バッテリー）を比較的短い時間で急速充電可能な充電器を利用することを勧める旨が含まれても良い。
【0180】
サーバ１は、算出した充電完了日時が当該車両２の出発日時よりも前である場合、当該車両２に接続された充電器５に充電指示を出力する。充電器５は、サーバ１から送信された充電指示を受信する。充電器５は、受信した充電指示に応じて、当該充電器５に接続された車両２に充電する。
【0181】
サーバ１は、車両２の車両ＩＤ及び充電器５の充電器番号に対応付けて、「充電中」である充電状態、充電開始日時及び充電完了日時を一つのレコードとして車充電器対応ＤＢ１５９に記憶する。
【0182】
なお、上述した位置情報の一致性、及び、充電完了日時と出発日時との関係の正確性の判定処理の順は限定されず、どちらを先に判定しても良い。
【0183】
なお、本実施形態では、経度緯度である位置情報の一致性の判定処理を行ったが、これに限るものではない。例えば、車両２及び充電器５に設けられたＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標）、またはＲＦＩＤ等の無線接続手段を利用して、車両２と充電器５との接続状況により位置情報の一致性を判定しても良い。例えば、サーバ１は、車両２と充電器５との接続が成立した場合、位置情報が一致すると判定する。サーバ１は、車両２と充電器５との接続が成立していない場合、位置情報が一致していないと判定する。
【0184】
なお、上述した位置情報の一致性の判定処理に限るものではない。例えば、ナンバープレートの一致性の判定処理を行っても良い。具体的には、サーバ１は、充電器５の近傍に設置された撮像装置により撮影された車両２のナンバープレートの画像を取得する。サーバ１は、公知の画像認識技術を用いて、取得したナンバープレートの画像を画像解析することにより、当該ナンバープレートに記載された番号を認識する。サーバ１は、認識した番号と、車両ＤＢ１５１に記憶された車両２のナンバープレートの番号とに基づいて、ナンバープレートの一致性を判定する。
【0185】
図２２及び図２３は、充電対象となる車両２を特定する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、翌日の運行計画に対応する車両２の車両ＩＤを大容量記憶部１５の運行計画ＤＢ１５８から抽出する（ステップＳ１３１）。制御部１１は、抽出した各車両２の車両ＩＤに基づき、各車両２の充電状態を大容量記憶部１５の車充電器対応ＤＢ１５９から取得する（ステップＳ１３２）。制御部１１は、取得した各車両２の充電状態に基づいて、充電状態が未充電である車両２を抽出する（ステップＳ１３３）。
【0186】
制御部１１は、抽出した車両２の日時情報（季節及び出発日時）及び必要電力量を取得する（ステップＳ１３４）。具体的には、制御部１１は、抽出した車両２の車両ＩＤに基づき、走行ルート群に対応する出発日時、及び各走行ルートでの必要電力量を大容量記憶部１５の運行計画ＤＢ１５８から取得する。制御部１１は、取得した各走行ルートでの必要電力量の合計電力量を算出する。制御部１１は、取得した出発日時に基づき、季節を季節ＤＢ１５２から取得する。
【0187】
制御部１１は、抽出した車両２の車両ＩＤに基づき、当該車両２の最新の電池残量を大容量記憶部１５の車状態履歴ＤＢ１５５から取得する（ステップＳ１３５）。制御部１１は、取得した日時情報、必要電力量及び電池残量に基づき、上述した式（５）を用いて、単位時間当たりの充電量を算出する（ステップＳ１３６）。
【0188】
制御部１１は、取得した日時情報、必要電力量（合計電力量）及び電池残量を、特定した車両２の車両ＩＤに対応付けて、大容量記憶部１５の充電スケジュールＤＢ１６１に記憶する（ステップＳ１３７）。具体的には、制御部１１は、スケジュールデータを管理するための管理ＩＤを割り振る。制御部１１は、割り振った管理ＩＤ及び車両ＩＤに対応付けて、必要電力量、季節名、出発日時、電池残量、充電量（必要電力量－電池残量）、充電可能時間（出発日時－現在日時）及び単位時間当たりの充電量等を一つのレコードとして充電スケジュールＤＢ１６１に記憶する。
【0189】
制御部１１は、充電対象となる車両２を特定する処理のサブルーチンを実行する（ステップＳ１３８）。なお、充電対象となる車両の特定処理のサブルーチンに関しては後述する。制御部１１は、通信部１３を介して、特定した各車両２を運転する運転者の運転者端末４に、車両２と充電器５との接続指示を送信する（ステップＳ１３９）。
【0190】
運転者端末４の制御部４１は、サーバ１から送信された接続指示を通信部４３により受信する（ステップＳ４３１）。制御部４１は、受信した接続指示を表示部４５により表示する（ステップＳ４３２）。制御部４１は、運転者による車両２の車両ＩＤ及び充電器５の充電器番号の入力を入力部４４により受け付ける（ステップＳ４３３）。制御部４１は、受け付けた車両ＩＤ及び充電器番号を通信部４３によりサーバ１に送信する（ステップＳ４３４）。
【0191】
サーバ１の制御部１１は、運転者端末４から送信された車両ＩＤ及び充電器番号を通信部１３により受信する（ステップＳ１４０）。制御部１１は、受信した車両ＩＤに基づき、当該車両２の最新の経度緯度を大容量記憶部１５の車状態履歴ＤＢ１５５から取得する（ステップＳ１４１）。
【0192】
制御部１１は、充電器番号に基づき、当該充電器５が設置された場所の位置情報を大容量記憶部１５の充電器設置場所ＤＢ１６０から取得する（ステップＳ１４２）。制御部１１は、取得した車両２の位置情報と、充電器の位置情報とが一致するか否かを判定する（ステップＳ１４３）。
【0193】
制御部１１は、両者が一致していない場合（ステップＳ１４３でＮＯ）、位置情報が不一致である旨を含む第１アラートを通信部１３により運転者端末４に送信する（ステップＳ１５０）。運転者端末４の制御部４１は、サーバ１から送信された第１アラートを通信部４３により受信する（ステップＳ４３５）。制御部４１は、受信した第１アラートを表示部４５により表示する（ステップＳ４３６）。
【0194】
制御部１１は、両者が一致する場合（ステップＳ１４３でＹＥＳ）、現在日時を車両２の充電開始日時として取得する（ステップＳ１４４）。制御部１１は、車両２の必要電力量及び電池残量に基づき、当該車両２における充電量（必要電力量－電池残量）を算出する（ステップＳ１４５）。
【0195】
制御部１１は、当該車両２における充電完了日時を算出する（ステップＳ１４６）。具体的には、制御部１１は、予め記憶部１２または大容量記憶部１５に記憶された充電器５の１台当たりの最大充電容量を取得する。制御部１１は、充電開始日時及び充電量と、取得した充電器５の１台当たりの最大充電容量とに基づき、上述した式（７）を用いて、当該車両２における充電完了日時を算出する。
【0196】
制御部１１は、算出した充電完了日時が当該車両２の出発日時よりも前であるか否かを判定する（ステップＳ１４７）。制御部１１は、算出した充電完了日時が当該車両２の出発日時よりも前である場合（ステップＳ１４７でＹＥＳ）、当該車両２に接続された充電器５に充電指示を通信部１３により送信する（ステップＳ１４８）。
【0197】
制御部１１は、車両２の車両ＩＤ及び充電器５の充電器番号に対応付けて、「充電中」である充電状態、充電開始日時及び充電完了日時を一つのレコードとして大容量記憶部１５の車充電器対応ＤＢ１５９に記憶する（ステップＳ１４９）。制御部１１は、処理を終了する。
【0198】
制御部１１は、算出した充電完了日時が当該車両２の出発日時よりも前でない場合（ステップＳ１４７でＮＯ）、第２アラートを通信部１３により運転者端末４に送信する（ステップＳ１５１）。第２アラートは、例えば、運転者に充電が間に合わない、及び、急速充電可能な充電器を利用することを勧める旨を含んでも良い。
【0199】
運転者端末４の制御部４１は、サーバ１から送信された第２アラートを通信部４３により受信する（ステップＳ４３７）。制御部４１は、受信した第２アラートを表示部４５により表示する（ステップＳ４３８）。
【0200】
図２４は、充電対象となる車両を特定する処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、算出した単位時間当たりの充電量の大きい順に、例えば、車両２の日時情報、必要電力量及び電池残量をソートする（ステップＳ５１）。制御部１１は、ソートした後の日時情報、必要電力量及び電池残量を車両ＩＤに対応付けて出力する（ステップＳ５２）。
【0201】
制御部１１は、例えば、外部の電力管理システムから全体契約電力量を通信部１３により取得する（ステップＳ５３）。制御部１１は、例えば、予め記憶部１２または大容量記憶部１５に記憶された充電器５の１台当たりの最大充電容量を取得する（ステップＳ５４）。制御部１１は、取得した全体契約電力量と充電器５の１台当たりの最大充電容量とに基づき、上述した式（６）を用いて、同時充電可能な充電器５の台数を決定する（ステップＳ５５）。
【0202】
制御部１１は、決定した充電器５の台数を特定対象となる車両２の台数とし、複数の単位時間当たりの充電量のうち、単位時間当たりの充電量の大きい順から、充電対象となる車両２を特定する（ステップＳ５６）。制御部１１は、充電対象となる車両の特定処理のサブルーチンを終了してリターンする。
【0203】
本実施形態によると、運転者、走行ルート群、天候及び日時情報により特定された電費に基づき算出された必要電力量を利用することにより、車両２における適切な充電スケジュールを作成することが可能となる。
【0204】
本実施形態によると、車両２の位置情報と、及び当該車両２に接続された充電器５が設置された場所の位置情報とが一致していない場合、第１アラートを出力することが可能となる。
【0205】
本実施形態によると、車両２における充電完了日時が出発日時よりも前でない場合に、第２アラートを出力することが可能となる。
【0206】
＜実施形態３における変形例１＞
充電スケジュールを再作成する処理を説明する。例えば、車両２（第１車両２）とは異なる第２車両２が事業所等に戻った場合、当該第２車両２、及び、充電状態が未充電または充電中である複数の第１車両２に対し、必要電力量、出発日時及び電池残量に基づき、充電スケジュールの再調整が必要になる。
充電スケジュールを再作成する処理を説明する。例えば、車両２（第１車両２）とは異なる第２車両２が事業所等に戻った場合、当該第２車両２、及び、充電状態が未充電または充電中である複数の第１車両２に対し、必要電力量、出発日時及び電池残量に基づき、充電スケジュールの再調整が必要になる。
【0207】
具体的には、サーバ１は、充電状態が未充電または充電中である複数の第１車両２の日時情報、必要電力量及び電池残量を取得する。サーバ１は、取得した各第１車両２の日時情報、必要電力量及び電池残量から、各第１車両２における単位時間当たりの充電量を算出する。サーバ１は、第２車両２の日時情報、必要電力量及び電池残量を取得する。サーバ１は、取得した第２車両２の日時情報、必要電力量及び電池残量から、当該第２車両２における単位時間当たりの充電量を算出する。
【0208】
サーバ１は、算出した第１車両２における単位時間当たりの充電量と、第２車両２における単位時間当たりの充電量と合わせて、単位時間当たりの充電量で再ソートする。サーバ１は、再ソートした後の日時情報、必要電力量及び電池残量を各車両２の車両ＩＤに対応付けて出力する。
【0209】
そして、サーバ１は、実施形態３での処理と同様に、全体契約電力量及び充電器５の１台当たりの最大充電容量を取得する。サーバ１は、取得した全体契約電力量及び最大充電容量に基づき、同時充電可能な充電器の台数を決定する。サーバ１は、決定した充電器の台数と、算出した単位時間当たりの充電量とに基づき、充電対象となる車両２を特定する。
【0210】
図２５は、充電スケジュールを再作成する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、充電状態が未充電または充電中である第１車両２の車両ＩＤを大容量記憶部１５の車充電器対応ＤＢ１５９から抽出する（ステップＳ１６１）。制御部１１は、抽出した各第１車両２の車両ＩＤに基づき、各第１車両２の出発日時、必要電力量及び電池残量を取得する（ステップＳ１６２）。なお、日時情報、必要電力量及び電池残量の取得処理に関しては、ステップＳ１３４～１３５と同様であるため、詳細説明を省略する。
【0211】
制御部１１は、取得した日時情報、必要電力量及び電池残量に基づき、上述した式（５）を用いて、第１車両２における単位時間当たりの充電量を算出する（ステップＳ１６３）。制御部１１は、第２車両２の車両ＩＤを取得する（ステップＳ１６４）。例えば、運転者端末４の制御部４１は、運転者による第２車両２の車両ＩＤの入力を入力部４４により受け付ける。制御部４１は、受け付けた車両ＩＤを通信部４３によりサーバ１に送信しても良い。
【0212】
制御部１１は、取得した車両ＩＤに基づき、当該第２車両２の日時情報、必要電力量及び電池残量を取得する（ステップＳ１６５）。なお、ステップＳ１６５の処理は、ステップＳ１６２の処理と同様であるため、詳細説明を省略する。制御部１１は、取得した日時情報、必要電力量及び電池残量に基づき、上述した式（５）を用いて、第２車両２における単位時間当たりの充電量を算出する（ステップＳ１６６）。制御部１１は、ステップＳ１３７の処理を実行する。その後の処理は、実施形態３での図２２及び図２３の処理と同様であるため、重複する内容については同一の符号を付して説明を省略する。
【0213】
本変形例によると、事業所等に戻った第２車両２を含む複数の車両２に対し、充電スケジュールを随時調整することにより、充電を確保することが可能となる。
【0214】
今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【0215】
各実施形態に記載した事項は相互に組み合わせることが可能である。また、特許請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、特許請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。
【符号の説明】
【0216】
１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 読取部
１５ 大容量記憶部
１５１ 車両ＤＢ
１５２ 季節ＤＢ
１５３ 天候ＤＢ
１５４ 消費電力ＤＢ
１５５ 車状態履歴ＤＢ
１５６ 走行ルートＤＢ
１５７ 走行ルート別電費
１５８ 運行計画ＤＢ
１５９ 車充電器対応ＤＢ
１６０ 充電器設置場所ＤＢ
１６１ 充電スケジュールＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 車両
３ 車載器
３１ 車載制御部
３２ 記憶部
３３ 通信部
３４ 時計部
３Ｐ 制御プログラム
４ 情報処理端末（運転者端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４Ｐ 制御プログラム
５ 充電器
５１ 充電制御部
５２ 接続検知部
５３ 通信部
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 読取部
１５ 大容量記憶部
１５１ 車両ＤＢ
１５２ 季節ＤＢ
１５３ 天候ＤＢ
１５４ 消費電力ＤＢ
１５５ 車状態履歴ＤＢ
１５６ 走行ルートＤＢ
１５７ 走行ルート別電費
１５８ 運行計画ＤＢ
１５９ 車充電器対応ＤＢ
１６０ 充電器設置場所ＤＢ
１６１ 充電スケジュールＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 車両
３ 車載器
３１ 車載制御部
３２ 記憶部
３３ 通信部
３４ 時計部
３Ｐ 制御プログラム
４ 情報処理端末（運転者端末）
４１ 制御部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４Ｐ 制御プログラム
５ 充電器
５１ 充電制御部
５２ 接続検知部
５３ 通信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】