JP2023175992A - エネルギー供給システムおよび情報処理装置 - Google Patents

Abstract

【課題】エネルギーの供給の順番待ちのユーザの待ち時間が長くなるのを抑制しやすいエネルギー供給システムを得る。【解決手段】実施形態のエネルギー供給システムは、情報処理装置と、エネルギー供給装置と、を備える。情報処理装置は、取得部と、算出部と、走行状態管理部と、を備える。算出部は、取得部によって取得された位置情報と取得部によって取得された目的地とに基づいて、移動体が位置するエネルギー供給地点から目的地に前記移動体が到達するのに必要なエネルギーの量を算出し、目的地に移動体が到達するのに必要なエネルギーの量と、取得部によって取得された移動体のエネルギーの現在の残量との差分を算出する。走行状態管理部は、移動体のエネルギーの現在の残量で到達可能な次のエネルギー供給地点を特定し、特定した次のエネルギー供給地点を前記移動体に搭載された情報装置に送信する。【選択図】図２

Description

本発明の実施形態は、エネルギー供給システムおよび情報処理装置に関する。

ＥＶ（Electric Vehicle：電気自動車）向け情報提供システムは、例えば、ＥＶの高速道路（有料道路）利用時に、地図情報を参照し、ＥＶの到達可能範囲を精度良く予測して、ユーザに利用すべきサービス／パーキングエリア（ＳＡ／ＰＡ）を推奨するシステムが検討されている。

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

しかしながら、充電設備のあるＳＡ／ＰＡにおいて、あるユーザが、目的地までの距離に関わらずＥＶの電池を満充電にすると、充電の順番待ちのユーザの待ち時間が長くなる虞がある。

実施形態のエネルギー供給システムは、情報処理装置と、エネルギー供給装置と、を備える。前記エネルギー供給装置は、エネルギー供給地点に設置され、エネルギーによって移動する移動体に前記エネルギーを供給する。前記情報処理装置は、取得部と、算出部と、出力部と、走行状態管理部と、を備える。前記取得部は、前記エネルギー供給地点に位置した前記移動体の位置情報と前記移動体の目的地と前記移動体が蓄える前記エネルギーの現在の残量とを取得する。前記算出部は、前記取得部によって取得された前記位置情報と前記取得部によって取得された前記目的地とに基づいて、前記移動体が位置する前記エネルギー供給地点から前記目的地に前記移動体が到達するのに必要な前記エネルギーの量を算出し、前記目的地に前記移動体が到達するのに必要な前記エネルギーの量と、前記取得部によって取得された前記移動体の前記エネルギーの現在の残量との差分を算出する。前記出力部は、前記算出部によって算出された前記差分を出力する。前記走行状態管理部は、前記エネルギー供給地点で前記エネルギーを供給した後の前記移動体の移動中に、前記エネルギー供給地点での前記エネルギーの供給完了時の前記移動体の前記エネルギーの残量に基づいて、前記移動体の前記エネルギーの現在の残量で到達可能な次の前記エネルギー供給地点を特定し、特定した前記次の前記エネルギー供給地点を前記移動体に搭載された情報装置に送信する。前記エネルギー供給装置は、前記出力部によって出力された前記差分が入力される入力部と、前記入力部に前記差分が入力された場合に、前記エネルギーの供給に関する処理を行なう供給処理部と、を備える。

図１は、実施形態の情報処理システムの概要構成ブロック図である。 図２は、実施形態の情報処理装置のブロック図である。 図３は、実施形態の経路情報の一例を示す図である。 図４は、実施形態の経路情報のネットワーク構造の例を示す図である。 図５は、実施形態のトラフィックカウンタ管理情報の例を示す図である。 図６は、実施形態の気象情報の例を示す図である。 図７は、実施形態の道路管制情報の一例を示す図である。 図８は、実施形態の車両情報の一例を示す図である。 図９は、実施形態の充電器情報の一例を示す図である。 図１０は、実施形態の消費電力量を計算する例を示す図である。 図１１は、実施形態の消費電力量を計算する他の例を示す図である。 図１２は、実施形態の学習データの一例を示す図である。 図１３は、実施形態の分類ルールの一例を示す図である。 図１４は、実施形態のモデル管理部の動作の一例のフローチャートである。 図１５は、実施形態のモデル管理部の動作の他の例を示すフローチャートである。 図１６は、実施形態のモデル管理テーブルおよびカテゴリテーブルの例を示す図である。 図１７は、実施形態の走行データの例を示す図である。 図１８は、実施形態のＥＶの電池残量を計算する具体例を説明するための図である。 図１９は、実施形態の予測評価部の動作の一例のフローチャートである。 図２０は、実施形態のモデル更新管理部の動作の一例のフローチャートである。 図２１は、実施形態のモデル更新管理部の動作の他の例のフローチャートである。 図２２は、実施形態の情報処理装置の動作の一例を示すフローチャートである。 図２３は、実施形態のシステム管理画面の例を示す図である。 図２４は、実施形態の情報処理装置のハードウェア構成を示す図である。 図２５は、実施形態の充電器のブロック図である。 図２６は、実施形態の情報処理システムの充電処理の一例を示すフローチャートである。

次に、図面を参照して、実施形態について詳細に説明する。以下の説明においては、移動体としてＥＶを例に説明するが、ＥＶ以外の移動体でも同様に適用が可能である。他の移動体としては、例えば、電車、ハイブリッド車、燃料電池車、飛行機、ドローン、電動バイク、ディーゼル機関を持つ車、船などが移動体として挙げられる。

なお、本実施形態では移動体がＥＶの場合を想定するため、エネルギー供給は充電、供給地点は充電スタンド、エネルギー供給装置は充電器になる。しかしながら、移動体がガソリン車であれば、エネルギー補給を燃料補給、供給地点をガソリンスタンドおよび燃料補給装置に読み替えればよい。また、移動体が飛行機またはドローン等であれば、道路を航空路、船であれば航路と読み替えればよい。このようにＥＶ以外の移動体に対しても、本実施形態と同様の処理が可能である。

さて、ＥＶは、電池の充電電力（充電エネルギー）を使用して、交通路である道路を走行し、様々な地点に移動する。ＥＶの地点としては、エネルギー供給地点に限られずに、地図上の任意の地点で構わず、例えば自宅でもよいし、飲食店でもよいし、販売店でもよいし、ＥＶのユーザが任意に指定した地点でもよいが、本実施形態のＥＶの地点としては、ＥＶが充電を行う地点であるエネルギー供給地点を扱うものとする。

ＥＶは、エネルギー供給地点（以下、供給地点または充電地点と記載する）において電力を供給され、供給された電力を電池に蓄積する。そしてＥＶは電池に蓄積された電力を使用して移動する。ＥＶにおいて移動を継続するためには、電池の電力が無くなる前に、次の供給地点に移動し、当該供給地点で電力の供給を受ける必要がある。このようにＥＶは、各供給地点で充電を行いつつ、目的地へ移動することとなる。なお、供給地点には一つ又は複数の充電器（エネルギー供給装置）が設置されており、ＥＶは、任意の充電器２２１と有線または無線で接続して、電力の供給を受ける。

＜情報処理システム＞
図１は、実施形態の情報処理システムの概要構成ブロック図である。
図１に示されるように、情報処理システム１は、通信ネットワーク２２０を介して、情報処理装置１０１、情報装置２０１Ａ～２０１Ｎ、サーバ２１１Ａ～２１１Ｎ、および充電器２２１Ａ～２２１Ｎと接続されている。ここで、情報処理システム１は、エネルギー供給システムの一例であり、充電器２２１Ａ～２２１Ｎは、エネルギー供給装置の一例である。

以下の説明においては、情報装置２０１Ａ～２０１Ｎを識別する必要が無い場合には、情報装置２０１と総称するものとする。
また、以下の説明においては、サーバ２１１Ａ～２１１Ｎを識別する必要が無い場合には、サーバ２１１と総称するものとする。
また、以下の説明においては、充電器２２１Ａ～２２１Ｎを識別する必要が無い場合には、充電器２２１と総称するものとする。

通信ネットワーク２２０は、有線または無線またはこれらのハイブリッドのネットワークである。通信ネットワーク２２０は、無線ＬＡＮのアクセスポイント等の中継装置を含んでいてもよい。
情報装置２０１Ａ～２０１Ｎは、本情報処理装置とリアルタイムに通信可能な通信装置である。情報装置２０１Ａ～２０１Ｎは、例えばユーザが保持している通信端末（スマートフォン、タブレット装置、携帯電話、ノートＰＣ等）や、ＥＶに搭載されているカーナビ等の車載装置、ＥＶが充電を行う供給地点に設置された充電器２２１、ＩＴＳスポット（ＥＴＣ２．０装置）などの通信装置である。なお、情報装置２０１Ａ～２０１Ｎは、ＥＶが充電を行う供給地点に設置された充電器２２１によって構成されてもよい。
ＩＴＳスポット(ＥＴＣ２．０装置)は、通信端末およびカーナビの少なくとも一方と通信可能であり、例えば、複数の所定のスポットに配置される。所定のスポットはＩＴＳスポットでもよいし、経路に沿った箇所でもよいし、高速道路のサービスエリア、料金所、建物などでもよい。ＩＴＳスポット(ＥＴＣ装置２．０)は、給電地点の入口と出口に設けられてもよく、この場合、ＥＶの入場時刻、出場時刻、入場台数および出場台数を検出してもよい。
通信端末は、ユーザが運転しているＥＶの他の乗車者（例えば助手席に座っている人）が操作してもよい。あるいはユーザが通信端末を操作し、他の代行者がＥＶを運転してもよい。通信端末への入力は手入力でも音声入力でもよい。

サーバ２１１Ａ～２１１Ｎは、地図情報を管理する地図情報管理サーバ、気象情報を管理する気象情報管理サーバ、車両情報を管理する車両情報管理サーバ、充電器２２１情報を管理する充電器２２１情報サーバ、道路管制情報を管理する道路管制情報サーバ等である。ここで挙げた以外のサーバが配置されていてもよい。

情報処理装置１０１は、高速道路（有料道路）を利用するＥＶに対してエネルギー供給地点を推奨するＥＶ向け情報提供システムである。情報処理装置１０１は、一例として施設管理会社または交通管制局などに設置される。ただし、情報処理装置１０１は、ＥＶに搭載されているカーナビゲーションシステム（以下、カーナビ）等の車載装置に組み込まれてもいし、路側に設置されることも排除されない。路側に配置される場合、オペレータは本情報処理装置をリモート操作してもよい。

図２は、実施形態の情報処理装置のブロック図である。
図２に示されるように、情報処理装置１０１は、通信部１１、ユーザＩＤ登録部１２、ＥＶナビ利用登録部１３、ユーザＤＢ（データベース）１４、地図情報管理部１５、道路管制情報管理部１６、充電器情報管理部１７、気象情報管理部１８、車両情報管理部１９、システムＤＢ２０、制御部２１を備える。
情報処理装置１０１は、更に、モデル管理部３１、モデルＤＢ３２、予測部４１、走行状態管理部５１、走行管理ＤＢ５２、予測評価部６１、モデル更新管理部７１を備えている。更に、情報処理装置１０１は、取得部８１、算出部８２を備えている。
その他、情報処理装置１０１は、オペレータが本装置に指示またはデータを入力する入力手段、データをオペレータに表示する表示手段を備えていてもよい。ここで、入力手段の例としてキーボード、マウス、タッチパネル、音声入力用のマイク等がある。また、表示手段の例として、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、及びＰＤＰ（プラズマディスプレイ）等がある。

通信部１１は、通信ネットワーク２２０を介して、情報装置２０１Ａ～２０１Ｎ、サーバ２１１Ａ～２１１Ｎ、充電器２２１Ａ～２２１Ｎ等と通信を行なう。

ユーザＩＤ登録部１２は、情報装置２０１からユーザ登録要求を受信し、本実施形態に係るＥＶ向け情報提供システムのサービス（ＥＶナビサービス）のユーザ登録を行う。例えばユーザは情報装置２０１を操作して、ＥＶナビサービスのユーザ登録を行うためのアプリケーションまたはウェブページを開き、ユーザＩＤ登録部１２にアクセスする。ユーザＩＤ登録部１２は、ユーザの個人情報やユーザが利用するＥＶの情報（車種、電池容量、電池劣化度、累計走行距離、タイヤの種類等）を取得し、これらをユーザ情報とする。ユーザＩＤ登録部１２は、ユーザに対してユーザＩＤ（ＥＶ＿ＩＤ）を発行し、ユーザＩＤとユーザ情報とを関連づけて、ユーザＤＢ１４に登録する。

ＥＶナビ利用登録部１３は、情報装置２０１から利用登録要求を受信し、ＥＶナビサービスを開始するための利用登録を行う。
例えば、ユーザは外出時に自宅またはＥＶの中等で、情報装置２０１を操作して、ＥＶナビサービスを受けるためのアプリケーションまたはウェブページを開き、情報装置２０１から、本サービスを受けるために必要な情報を含む利用登録要求をＥＶナビ利用登録部１３に送信する。
例えば、走行日時（出発ＩＣ（インターチェンジ）の出発予定日時、現在日時、自宅の出発予定日時など）、出発地（高速道路の出発ＩＣ等）、目的地（目的ＩＣ等）、ＥＶの電池容量（ユーザ登録時に通知済みの場合は省略してもよい）、電池劣化度（ユーザ登録時に通知済みの場合は省略してもよい）、ＥＶの電池残量（エネルギー残量）、エアコン使用状況（オン／オフ、設定モード、温度設定など）、累積走行距離（ユーザ登録時に通知済みの場合は省略してもよい）、タイヤの種類（ユーザ登録時に通知済みの場合は省略してもよい）、乗車人数等の情報を送信する。これらの情報は、情報装置２０１がカーナビであれば、カーナビに設定されている情報を送信してもよいし、スマートフォン等であればユーザが入力した情報を送信してもよい。取得したこれらの情報を利用登録情報と称する。

ＥＶナビ利用登録部１３は、今回のサービス利用に対してＩＤ（走行ＩＤ）を発行し、走行ＩＤを利用登録情報と関連づけて、ユーザＤＢ１４に格納し、また後述する走行状態管理部またはモデル管理部またはこれらの両方に通知する。
また、本装置は、利用登録後のユーザの情報装置２０１と通信して、ＧＰＳの位置情報、現在時刻、電池の残存電力量（電池残量）、エアコン使用状況等の情報を取得し、後述する走行状態管理部またはモデル管理部またはこれらの両方に通知する。通信のタイミングとして、リアルタイム、一定時間毎のタイミング、ユーザが登録した出発ＩＣなど所定のＩＣを通過したタイミング、本装置が要求を出してその応答を取得するタイミング、サービスエリア／パーキングエリア（ＳＡ／ＰＡ）に入ったまたは出たまたはタイミング、ＳＡ／ＰＡの近くを通過したタイミングなどがある。

ユーザＤＢ１４は、ユーザＩＤ登録部１２およびＥＶナビ利用登録部１３により登録される情報を保持する。ユーザＤＢ１４は、例えばメモリ装置、ハードディスク装置、ＳＳＤ装置など、ハードウェア記憶装置である。

制御部２１は、情報処理装置１０１の各部を制御することで、情報処理装置１０１全体の制御を行い、ＥＶ向け情報提供システムの動作を実現する。

地図情報管理部１５は、サーバ２１１から地図情報を取得し、取得した地図情報をシステムＤＢ２０に保持および管理する。
ここで、地図情報は、地図要素の位置（緯度、経度）やサイズ、範囲等の情報を表した情報である。例えば地図上の各位置に関連づけられた標高情報、各経路（高速道路の各経路、一般道等の各経路）の距離情報、勾配、カーブの角度、路線、方向、ＫＰ（キロポスト）、ＪＣＴ（ジャンクション）の形状、トンネル、明かり部（トンネル以外の場所）、路面の状況（舗装状況等）を含む。また、地図情報は、高速道路における車線数、インターチェンジ（ＩＣ）、サービスエリア／パーキングエリア（ＳＡ／ＰＡ）の場所等を含む。

また、地図情報は、上記の地図要素として、供給地点やＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点の情報を含む。また、地図情報は、供給地点やＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点間の経路情報として、経路の距離情報および当該経路の所要走行時間の情報を含んでもよい。
なお、地図情報管理部１５は、一定期間ごとまたはリアルタイムにサーバ２１１から地図情報の全部または一部を取得し、更新してもよい。

図３は、実施形態の経路情報の一例を示す図である。
所要走行時間は、過去の計測値の平均でもよいし、距離を所定速度で走行した場合に要する時間でもよい。また、当該経路の走行に要する所要エネルギーや電費の情報でもよい。所要エネルギーや電費は、実績の統計値（平均値、中央値など）でもよいし、計算式またはシミュレーションにより算出した値でもよい。経路情報を、一般的なネットワーク構造で表現してもよい。

図４は、実施形態の経路情報のネットワーク構造の例を示す図である。
供給地点Ｑ１～Ｑｎを表すノード間が、破線で示すリンクにより結合されている。リンクは、互いに隣接する供給地点同士を結合する。供給地点Ｑ１は、供給地点Ｑ３と、Ｑ２にそれぞれ隣接していることが分かる。また、供給地点Ｑ１から供給地点Ｑ３への経路は１つであり、供給地点Ｑ１から供給地点Ｑ２への経路も１つである。リンクには、当該リンクで結合される両ノードにより表される供給地点間の経路の特性が割り当てられる（図４においては経路の特性の表記は省略されている）。本例では、供給地点のみのネットワーク構造を示しているが、供給地点のほかにＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点をノードとして含んでもよい。

また、地図情報は、各供給地点間の区間に存在するトラフィックカウンタ（ＴＣ）を識別するＴＣ管理情報を含んでいてもよい。ＴＣは供給地点間の区間の交通に関する情報を取得する装置である。ＴＣは、上記の地図要素の一例である。

図５は、実施形態のトラフィックカウンタ管理情報の例を示す図である。
１番目のエントリのデータでは、供給地点Ｑｊと、隣接する供給地点Ｑｊ’との区間に、トラフィックカウンタＴＣ１、ＴＣ２、・・・が配置されている。なお、ＴＣ１、ＴＣ２、・・・の順序でトラフィックカウンタが配置されている必要はない。

図２に戻り、気象情報管理部１８は、サーバ２１１から気象情報を取得し、取得した気象情報をシステムＤＢ２０に保持および管理する。気象情報管理部１８は、サーバ２１１から一定時間ごとまたはリアルタイムに気象情報を取得してもよい。

図６は、実施形態の気象情報の例を示す図である。
気象情報は、例えば予め定めた各地域および各日時の気温、降雨有無、降水量、風速、風向、総日射量、降雪量、路面温度、光度、視程（霧）、放射線、ゲリラ豪雨などの情報を含む。気象情報は、過去および現在までの気象情報のほか、将来の予測の気象情報が取得可能な場合は、予測の気象情報を含んでもよい。

図２に戻り、道路管制情報管理部１６は、サーバ２１１から、各経路（区間）に関する道路管制情報を取得し、取得した情報を、システムＤＢ２０に保持および管理する。道路管制情報として、例えば、トラフィックカウンタ（ＴＣ）情報、ＥＴＣ情報（流入台数、流出台数、ＥＶの車種、ＥＶの電池残量など）がある。その他、発生事象に関する情報として、通行止、渋滞、事故、故障車、工事、落下物、火災、災害、速度規制などがある。また、予測情報の例として、渋滞予測、事故発生予測、ゲリラ豪雨予測、土砂災害予測などもある。トラフィックカウンタの設置位置は上記の地図情報（図５参照）において予め分かっている。

道路管制情報管理部１６は、サーバ２１１から一定時間ごとまたはリアルタイムに道路管制情報を取得してもよい。また、道路管制情報が更新される毎にサーバ２１１から道路管制情報を取得してもよい。なお、道路管制情報管理部１６は、サーバ２１１からではなく、トラフィックカウンタから直接、トラフィックカウンタ情報を取得してもよい。行名に時刻、列名にＴＣのＩＤが割り当てられている。表の各要素には速度（平均速度）の値が格納されている。以下では主に道路管制情報としてトラフィックカウンタ情報の場合を想定する。
図７は、実施形態の道路管制情報の一例を示す図である。
トラフィックカウンタの情報は、例えば速度［ｋｍ／ｈ］、占有率（オキュパンシー）［％］、交通量［台／ｈ］、車両密度［台／ｋｍ］などの情報である。速度は、例えば一定時間毎の、平均速度、最高速度、最低速度などである。

図２に戻り、車両情報管理部１９は、サーバ２１１から車種ＩＤ、ＥＶメーカー、電池容量、電池種類（リチウムイオン電池等）、総重量（ＥＶに定員まで載ったときの重量やＥＶ自体の重さ）、電費、電池劣化速度、発売年等の情報（車両情報）を取得し、取得した情報をシステムＤＢ２０に保持および管理する。車両情報管理部１９は、サーバ２１１から一定時間ごとに車種情報を取得してもよい。あるいは、車種情報をサーバ２１１ではなく、情報装置２０１から取得してもよい。

図８は、実施形態の車両情報の一例を示す図である。
車種ＩＤは、車種ごとに異なる値を有する。車両情報を管理するサーバ２１１は、ＥＶメーカーのサーバでもよいし、複数のＥＶメーカーの車種情報をまとめて管理するサーバでもよい。

図２に戻り、充電器情報管理部１７は、サーバ２１１から、各供給地点に設置された１つまたは複数の充電器２２１（エネルギー供給装置）についての充電器２２１情報を取得する。充電器情報管理部１７は、取得した充電器２２１情報をシステムＤＢ２０に保持および管理する。充電器情報管理部１７は、各供給地点の充電器２２１の数を把握している。

充電器情報管理部１７は、充電器２２１情報をサーバ２１１からではなく、充電器２２１から直接通信により取得してもよい。または、充電器２２１情報（ＧＰＳの位置情報と充電した電力量など）をユーザが情報装置２０１に入力し、情報装置２０１から充電器２２１情報を充電器情報管理部１７が取得してもよい。あるいは、情報装置２０１（カーナビ等の車載装置）が、充電した電力量の情報をＥＶから読み出して、充電器２２１情報を情報処理装置１０１に送信してもよい。

図９は、実施形態の充電器２２１情報の一例を示す図である。
充電器２２１情報は、例えば、充電器２２１で充電を行ったユーザのユーザＩＤ（ＥＶ＿ＩＤ）、供給地点ＩＤ、開始充電量、終了充電量、充電開始時刻、充電終了時刻を含む。その他、充電効率、充電回数などの情報が保持されてもよい。
開始充電量は、充電器２２１での充電開始時刻でＥＶの電池に蓄積されている電力量である。終了充電量は、充電器２２１での充電終了時刻でＥＶの電池に蓄積されている電力量である。終了充電量と開始充電量との差分がＥＶで充電された電力量である。
開始充電量および終了充電量の代わりに、開始充電量および終了充電量のいずれか一方と、充電された電力量との情報を充電器２２１情報が含んでもよい。
充電器２２１情報は、該当する供給地点におけるエネルギー供給履歴を表す。充電器情報管理部１７は、サーバ２１１から充電器２２１情報を一定時間ごとまたはリアルタイムに取得してもよい。

同一ユーザについての充電器２２１情報を時系列に用いることで、供給地点間の区間毎の当該ユーザの消費電力量、走行時間および走行速度等を表す消費履歴情報が得られる。走行時間は、一例として、ある供給地点の充電開始時刻から１つ前の供給地点の充電終了時刻を減算することで得られる。走行速度（平均走行速度）は、当該走行時間を当該区間の距離で除算することで得られる。なお、ＥＶと通信して、リアルタイムに走行速度や走行時刻の情報を取得し、ＥＶから取得される情報から走行速度および走行時間を把握する構成も可能である。

図１０は、実施形態の消費電力量を計算する例を示す図である。
ある同一のＥＶについての充電器２２１情報から、ある区間の移動の消費電力量を計算する例を示す。
ある供給地点（１番目のエントリの供給地点）での充電終了時刻に最も近い充電開始時刻を有する別の供給地点（２番目のエントリの供給地点）を、次の供給地点として特定している。すなわち、３つの黒丸で示す供給地点Ｑｊ（前回供給地点）のＩＤ、３つの△で示す次の供給地点Ｑｊ’（次回供給地点）のＩＤを特定している。
また、供給地点Ｑｊでの充電が終了した時刻（前回利用終了時刻）、供給地点Ｑｊ’での充電の開始時刻（次回利用開始時刻）、供給地点Ｑｊ’での充電を開始するときの充電量（次回開始充電量）、供給地点Ｑｊでの充電が終了したときの充電量（前回終了充電量）を特定している。前回終了充電量から次回開始充電量を減算することにより、供給地点Ｑｊから供給地点Ｑｊ’への移動で消費した消費電力量を計算している。

図１１は、実施形態の消費電力量を計算する他の例を示す図である。
この例では情報装置（スマートフォン）から取得した情報を用いる。この情報は、ユーザを識別するＩＤ（ＥＶ＿ＩＤ）と、ＧＰＳ情報地点と、充電量とを表している。この場合、ある地点での充電量を、次の地点での充電量から減算することで、消費電力量を計算している。ＧＰＳ情報地点は、ＧＰＳにより取得した座標でもよいし、地図情報において当該座標に対応づけられた場所・施設等の名称でもよい。

図２に戻り、システムＤＢ２０は、上記の各管理部により取得される情報（外部情報と呼ぶ場合がある）を保持する。各管理部により取得される外部情報は、各管理部内のバッファで保持してもよい。バッファは例えばメモリ装置、ハードディスク装置、ＳＳＤ装置、ハードウェア記憶装置である。
また、システムＤＢ２０には、オペレーティングシステムや、情報処理プログラム、情報処理に使用される各種のデータが格納されている。オペレーティングシステムは、情報処理装置１０１の全体的な動作を制御するためのコンピュータプログラムである。情報処理プログラムは、情報処理装置１０１が後述する情報処理の各機能を実現するためのコンピュータプログラムである。

モデル管理部３１は、複数の学習データを用いて、ＥＶの予測消費電力量を計算するモデル（予測モデル）を生成する。学習データは、一例として、消費履歴情報（充電器２２１情報）、気象情報、地理情報、車両情報、道路管制情報、情報装置（スマートフォン、カーナビなど）から取得した情報の全部または一部を用いて生成する。これらの情報は、地理情報管理部１５、道路管制情報管理部１６、充電器情報管理部１７、気象情報管理部１８、車両情報管理部１９、情報装置２０１から取得する。

モデル管理部３１は、取得したこれらの情報の全部または一部を対応付けることで学習データを生成する。例えば、ある走行区間（供給地点間の区間）の消費電力量と、当該経路の走行日時の気象情報（温度など）と、ある走行区間の経路の地理情報（距離、勾配など）と、を対応づけて走行データを生成し、これを学習データとする。後述する走行状態管理部５１で取得および管理する走行データを学習データとして利用してもよい。ここで学習用に生成する走行データと、走行状態管理部５１で管理する走行データは同じでも異なってもよい。

図１２は、実施形態の学習データの一例を示す図である。
履歴ＩＤは、学習用データを識別するための識別子である。消費電力量は、走行区間の走行に使用した電力量である。例えば前述の充電器２２１情報（履歴情報）から取得できる。距離は、走行した走行区間の距離であり、速度は、走行の平均速度である。走行時間は走行区間の走行に要した時間である。電池容量は、ＥＶが搭載している電池容量（バッテリー総量とも呼ぶ）。エアコン運転有無は、ＥＶが走行中にエアコンをオンしていたか否かである。気温は走行時の気温を示す。また、車種はユーザが登録したＥＶの種類を示す。
ここに示した項目は一例に過ぎず、他の項目が存在してもよいし、図示の項目の一部が存在しなくてもよい。例えば、走行区間を特定する情報や、経路の勾配、湿度、電池残量などが学習データに含まれていてもよい。
学習データに含まれる個々の項目は、ＥＶの特徴量に対応する。速度（平均速度）、距離、走行時間、消費電力量、エアコン運転有無等はＥＶの動作状況を表し、電池残量、電池の劣化度合い等はＥＶの特性を表し、気温や勾配等は、ＥＶの走行環境を表す。これらはＥＶの移動状況を表す情報の一例である。

なお、ＥＶが供給地点Ｑｊから次の供給地点Ｑｊ’へ移動するのに使用した経路（走行区間）は、情報装置２０１と直接通信して取得した情報（ＧＰＳ情報等）から特定すればよい。
別の方法としてＥＶが使用した経路を、消費履歴情報と地理情報から推定することも可能である。あるＥＶにエネルギーを供給した供給地点Ｑｊ（例えばＱ１）と、当該ＥＶに次にエネルギーを供給した供給地点Ｑｊ’（例えばＱ６）との間の移動に使用した経路を推定する場合、供給地点Ｑｊから次の供給地点Ｑｊ’への最短の移動経路（最短経路）を、移動に使用した経路として推定してもよい。最短経路問題を解く手法として、一般的なダイクストラ法を始め、ベルマン－フォード法、Ｇａｂｏｗ 法、ワーシャル－フロイド法などを用いることができる。求めた経路は、例えば（Ｑｊ，Ｑ４，…，Ｑｊ’）のような供給地点リストで表すことができる。

上記の学習データの生成は一例に過ぎず、学習データを作成するために使用する情報の種類の組み合わせは任意に定めることができる。ＥＶの車両情報、および当該ＥＶが走行する日時の道路管制情報の少なくとも一方をさらに用いて学習データを生成してもよい。学習データは、例えば過去一定期間の情報を用いて生成する。

モデル管理部３１は、複数の学習データを分類ルールに従って、複数のグループ（クラスタと呼んでもよい）に分類する。
分類ルールは、例えば、走行距離、走行時間、走行速度、電池残量、勾配情報、気温、車種などの少なくとも１つに基づく基準を有する。

分類ルールは、モデルＤＢ３２に１つまたは複数格納されている。分類ルールは、オペレータの操作によって事前に作成され、モデルＤＢ３２に格納されている。
分類ルールはオペレータの操作によって更新されてもよい。また、分類ルールは、後述する処理により作成または更新されてもよい。
また、複数の分類ルールが格納されている場合、予測に使用する分類ルールを特定するフラグが設定されていてもよい。
分類ルールの構造は、決定木、クラスタモデルなど何でもよい。

図１３は、実施形態の分類ルールの一例として決定木を用いた場合を示す図である。
特徴量が割り当てられたノード（非末端ノード）３０１、３０２と、グループＡ、グループＢ、グループＣが割り当てられた末端ノード３０３、３０４、３０５とを含む。ノード３０１、３０２には特徴量の条件（分岐条件）が設定されており、満たす分岐条件によって、下位のノードに分岐される。
学習データは、このような構造によって最終的に末端ノード３０３～３０５に対応するグループＡ、グループＢ、グループＣのいずれかに分類される。例えば学習データに含まれる走行速度（特徴量）の値が４０ｋｍ／ｈ未満であり、気温（特徴量）が２０度未満であれば、学習データは、グループＡに分類される。
この例では、決定木のノードの特徴量は、走行速度と、気温のみであるが、他の項目（例えば勾配）が特徴量として選択されてもよい。
また、決定木の深さは図の例では２であるが、深さは１でも３以上でもよい。後述するように各グループにはそれぞれ予測モデルが対応づけられる。従って、決定木は、特徴量の複数の第１条件と、複数の第１予測モデルとを対応づけた分類ルールである。

モデル管理部３１は、分類ルールで分類された各グループに属する学習データに基づき、グループ毎に予測モデル（モデルパラメータ）を生成する。モデル管理部３１は、生成した予測モデルをモデルＤＢ３２に格納する。モデルＤＢ３２は、グループ毎の予測モデルを格納する。

予測モデルの構築方法は、人工知能、機械学習、ブラックボックスモデリング、物理モデルを定義するようなホワイトボックスモデリングなど、多くの手法がある。ブラックボックスモデリングは、対象の特性が不明の場合、回帰、ニューラルネットワーク、サポートベクターマシン（ＳＶＭ）または統計などを用いて、モデルリングを行う方法である。ホワイトボックスモデリングは、対象の特性が分かっている場合に、物理モデルなどを定義して行うモデリングである。
本実施形態では、一例として、複数のモデルの和による予測モデルを示す。この場合、予測モデルを構成する個々のモデルをサブモデルと呼んでもよい。予測モデルの型は、一般的に以下の式（１）で表すことができる。

＾ｙｉはｉ番目のモデルの予測値（出力値）、βｉはｉ番目のモデルの重み係数である。ＬＰはモデルの個数である。＾ｙは予測モデルの出力値であり、各サブモデル＾ｙｉより計算された消費電力量の重み付け合計和である。サブモデルの数は１つでもよい。サブモデルが示す消費電力量の予測値＾ｙは、ＥＶの走行時の区間消費電力量を含む値であり、その他にもサブモデルは、エアコンの消費電力量、ワイパーの消費電力量、カーナビの消費電力量、ＥＶユーザが車内で充電するスマホの充電容量等を含んでもよい。

サブモデルの例として回帰モデル、スペックモデル、離散値モデルがある。回帰モデルおよびスペックモデルは、特徴量として連続値を扱う連続値モデルの一例である。離散値モデルは、特徴量として離散値を扱う離散値モデルの一例である。
モデル管理部３１は、回帰モデルを生成する回帰モデル化手段３５、スペックモデルを生成するスペックモデル化手段３６、離散値モデルを生成する離散値モデル化手段３７を備えている。一例として、＾ｙ１は回帰モデル、＾ｙ２はスペックモデル、＾ｙ３は離散値モデルである。なお、回帰モデルに関して、予測値と真値（実測値）との誤差の標準偏差を考慮して、以下の（１－１）を用いてもよい。

ＳＤは、予測モデルの予測値と実測値との誤差の標準偏差等の値であり、γは重み係数である。以下の説明では予測モデルの型として（１）を用いるが（１－１）を用いた場合も同様に実施可能である。また、ＳＤは操作オペレータが入力してもよい。

モデルが重回帰モデルの場合、基本関数＾ｙ１＝ｆ（ｘ）は、例えば、以下のように表される。

ｗ０，ｗ１，ｗ２，ｗ３，…，ｗｎが、推定対象となるモデルパラメータである。ｘ１，ｘ２，ｘ３…，ｘｎは入力変数（特徴量）である。＾ｙ１は、出力変数である。
なお、各入力変数の測定単位の差を吸収するために、出力変数とすべての入力変数を、平均値０、分散１に正規化してもよい（スケーリング）。入力変数の一例として、距離、所要時間、外気温などがある。これらは、学習データに含まれる項目である。例えば、ｘ１は距離、ｘ２は所要時間、ｘ３は外気温である。入力変数は、学習データに含まれる複数の項目から計算される別の値でもよい。例えば距離を所要時間で除算することにより得られる速度を、入力変数としてもよい。

スペックモデルの場合、基本関数＾ｙ２＝ｆ（ｘ）は、以下の式（３）のように表される。ｗは推定対象となる係数または定数である。ｘはある特徴量である。＾ｙ２は、出力変数である。ｗは固定値（例えば１）でもよい。ｘは、学習データに含まれる項目の値でもよいし、（２）の回帰モデルの出力値＾ｙ１でもよい。スペックモデルで計算される消費電力量は、例えば車種や電池容量に依存する。

（モデル＾ｙ２が走行による消費電力を表す場合の例）
特徴量ｘが距離（ｋｍ）／電費（ｋｍ／ｋＷｈ）でもよい。この場合、電費は例えばカタログスペックの値でもよいし、推定すべき係数でもよい。 ｗが電費比（車種Ａの電費／車種Ｂの電費）、ｘが車種Ｂの消費電力量（回帰モデルで求めた値）でもよい。電費比は推定すべき係数でもよい。この場合、モデルが車種Ａと車種Ｂとが属するグループに対応するモデルであることが考えられる。
ｗが電池の劣化度合い、ｘが回帰モデルによる消費電力量でもよい。電池の劣化度合いは、例えば、ＥＶの電池のＳｏＨ／平均ＳｏＨでもよいし、ＥＶの累積走行距離／平均累積走行距離でもよい。ＳｏＨは、Ｓｔａｔｅ－ｏｆ－Ｈｅａｌｔｈであり、電池の劣化度合いを表す指標である。
ｗがＥＶと荷物の総重量／ＥＶの総重量（または平均総重量）、ｘが回帰モデルによる消費電力量でもよい。ＥＶと荷物の総重量／車の総重量（または平均総重量）はカタログ値に基づき決定してもよいし、学習により推定する係数でもよい。ＥＶと荷物の総重量は、例えば、ＥＶに許可された最大の人数と荷物を載せたときの重量である。

（モデル＾ｙ２がエアコンによる消費電力を表す場合の例）
特徴量ｘがエアコン使用時間（ｈ）であり、係数ｗは推定すべき係数であり、単位はｋＷｈ／ｈである。
特徴量ｘが温度差（Δ℃）であり、係数ｗは推定すべき係数であり、単位はｋＷｈ／Δ℃でもよい。

（＾ｙ２がワイパーによる消費電力を表す場合の例）
特徴量ｘがワイパー使用時間（ｈ）であり、係数ｗは推定すべき係数であり、単位はｋＷｈ／ｈである。

離散値モデルの場合、基本関数＾ｙ３＝ｆ（ｘ）は、以下の式（４）のように表される。

例えば、一定の定数として、ＥＶのエアコンの消費電力量＝３（ｋＷｈ）、またはスマートフォン充電量＝１（ｋＷｈ）がある。離散値モデルの場合、Ｃが推定すべき係数、または定数（カタログスペックの値など）となる。Ｃの項目は、学習データに含まれる。
離散値モデルによる消費電力量は、例えば走行以外で消費される電力量である。定数Ｃの項目は、特定の車種や季節、路面状態に対応するモデルを生成することが考えられる。
特徴量が複数の値を持つ離散値の場合（例えば、特徴量を季節とした春、夏、秋、冬等）、一般的に公知であるダミー変数化を行うことで、２値の離散値と同じように扱うことができる。

式（２）のモデルパラメータｗ、式（３）の係数ｗは、式（４）の定数Ｃは、式（１）に対して最尤法または最小二乗法など、公知の最適化アルゴリズムを適用することで求めればよい。

モデル管理部３１は、各モデル化手段の少なくとも１つを用いて予測モデルを生成する。予測モデル＾ｙはグループごとに生成する。生成した予測モデルは、モデルＤＢ３２に格納する。グループごとに予測モデルを構成する各サブモデルの種類が異なってもよい。
例えばグループＡの予測モデルに含まれる離散化モデルは、エアコンの消費電力量の値であり、グループＢの予測モデルに含まれる離散化モデルはスマートフォンの充電量の値でもよい。この場合、サブモデルごとに複数の種類を用意し、サブモデル間で種類の組み合わせを生成し、各組み合わせを評価する。グループごとに最も評価の高い組み合わせを用いればよい。
なお少数しか学習データのないグループについては、回帰モデルについても転移学習を利用してもよい。

図１４は、実施形態のモデル管理部の動作の一例のフローチャートである。
各グループについて本フローチャートの動作を行う。対象となるグループについて予測モデルの構築方法の候補を１つまたは複数決定する（Ｓ１０１）。構築方法の例として、回帰モデルとスペックモデルと離散値モデルの合計を表すモデル、回帰モデルとスペックモデルの合計を表すモデル、ニューラルネットワークとスペックモデルと離散値モデルの合計を表すモデルなどがある。個々のサブモデルの型をさらに変更することで、より多くの構築方法が考えられる。

対象となるグループに属する学習データで新規の予測モデルを構築する（Ｓ１０２）。 各構築方法で構築した予測モデルを仮モデルとしてモデルＤＢ３２に登録する（Ｓ１０３）。
各仮モデルに試用期間を設けるかを判断する（Ｓ１０４）。例えば新規にモデルを構築するときは試用期間を設けず、予測モデルの更新処理を行うときは、試用期間を設けると判断する。また、試用期間は操作オペレータが任意に設定してもよい。これ以外の方法で判断してもよい。

試用期間を設けない場合（ＮＯ）、仮モデルを、対象となるグループの学習データを用いて評価する（Ｓ１０５）。一例として、仮モデルの出力値と実際の値との誤差（予測誤差）の総和により評価値（モデル評価値）を計算する。
そして、最も評価の高い（モデル評価値が最も小さい）仮モデルを予測モデルとして選択する（Ｓ１０６）。選択されなかった仮モデルはモデルＤＢ３２から消去してもよい。

ここで交差検証法を用いて各仮モデルを生成および評価してもよい。この場合、ステップＳ１０２では、対象となるグループに属する学習データをＫ個（交差数）に分割する。Ｋは２以上の整数である。そのうちの１つをテストデータとし、残りのＫ－１個を訓練データとする。訓練データを用いてモデルを構築する。
ステップＳ１０５では、構築したモデルをテストデータを用いて評価する。Ｋ個の分割データをそれぞれテストデータとしてＫ回、モデルの生成とモデルの評価とを行い、それぞれ評価値（モデル評価値）を計算する。
ステップＳ１０６では、モデル評価値の統計値（例えば平均値、中央値、分散、四分位、最大値、最小値など）を計算する。統計値に基づき、各仮モデルのうち評価が最も高い仮モデルを、予測モデルとして選択する。評価方法によって、評価が高いほど統計値が大きい場合、評価が高いほど統計値が低い場合がある。

一方、ステップＳ１０４において、試用期間を設ける場合（ＹＥＳ）、新規の学習データを収集する（Ｓ１０７）。
そして、新規に収集した学習データと、過去に取得した学習データとを用いて、各仮モデルを評価する（Ｓ１０８）。評価の方法はステップＳ１０５で説明したのと同様であり、評価に試用するデータとして、新規に収集した学習データが用いられる点が異なる。
なお、新規に収集した学習データが評価に十分な個数存在する場合は、新規に収集した学習データのみで評価する構成も排除されない。
また、上述した交差検証法を用いることも可能である。この際、過去の学習データと新規の学習データが混在しているため、学習データの分割をランダムに行ってもよい。例えば、所定個のテストデータをランダムにサンプリングし、残りを訓練データとすることをＫ回繰り返し行う。

ステップＳ１０８での評価では、新規データの重みを高くしてもよい。例えば誤差の総和を計算する際、新規データに対して計算された誤差には、過去のデータに対して計算された誤差よりも大きな重みを乗じる。
また、交差検証法を用いる場合は、サンプリングで新規データがテストデータまたは訓練データとして選択される可能性を、過去のデータよりも高くしてもよい。

ここで仮モデルのモデル評価値として上記では仮モデルの出力値と実際の値との誤差の総和である例を示したが、これに限定されない。例えば、以下の式（５）で評価してもよい。ここでは回帰式の例を示しているが、回帰モデルとスペックモデルの合計を用いる場合、下記式に、スペックモデルの実際の値と、推定値との差分を、学習データのサンプル数に応じて正規化した値を加算すればよい。

また、モデル評価値の他の例として、平均二乗誤差（MSE：Mean Squared Error）、平均絶対誤差（MAE：Mean Absolute Error）、R2値（相関係数Ｒの２乗であり、決定係数呼ばれることもある）、平均平方二乗誤差（RMSE：Root Mean Square Error）、平均平方二乗誤差率（RMSPE：Root Mean Square Percentage Error）などがある。

消費電力量の実測値と予測値との誤差以外の要素も考慮したモデル評価値を定義してもよい。例えば、モデルのデータサイズに一定の係数を乗じ、上記した誤差の総和等の値に、当該乗算値を加算したものをモデル評価値としてもよい。モデルのデータサイズが大きいほど、モデルを用いた予測の演算に時間を要するため、サイズの小さいモデルが選択され易くすることで、演算時間および演算量の低減が期待できる。

モデル管理部３１は、前述したように予め与えられた分類ルールを用いる他、分類ルールを自動で生成することも可能である。分類ルールを自動で生成する場合は、下記の説明する方法で分類ルールを生成した後、上記した方法で、分類ルールを用いて予測モデルを構築する処理を行う。
ここでは分類ルールとして決定木の場合を示すが、これに限定されるものではない。分類ルールを自動で生成する場合、分類ルールの生成と予測モデルの構築とを同時に行う。予測モデルの予測誤差のばらつきを少なくする方向に決定木を繰り返し分割する。
ここで、ノードを分割とは、当該ノードに複数の子ノードを生成することである。例えばあるノード（親ノード）の分割数を２にするとは、当該ノードに２つの子ノードを生成することである。換言すると、親ノードに属するデータ群を各子ノードに対応するデータ群に分割することである。この場合、親ノードに割り当てる特徴量と、特徴量の値による分岐の条件とを決定する必要がある。親ノードに割り当てる特徴量は学習データに存在する項目でもよいし、学習データにおける複数の項目を演算した項目でもよい。親ノードの分割数は２ではなく、３以上でもよい。

ここではあるノードを２つに分割することを繰り返すことで、分類ルール（決定木）を発展させる例を考える。つまり、親グループを２つのグループ（左グループ、右グループ）に分割することで、分類ルールを成長させていく（決定木の深さを深くしていく）。親ノードにどの特徴量を割り当て、分岐の条件となる特徴量の値を決める際に、ＳＤＲ（Ｓｔａｎｄａｒｄ Ｄｅｖｉａｔｉｏｎ Ｒｅｄｕｃｔｉｏｎ：標準誤差減少量）を用いる。

図１５は、実施形態のモデル管理部３１の動作の他の例を示すフローチャートである。
まず、分割数を決定する（Ｓ２０１）。ここでは分割数を２とする。分割数は所定値でもよいし、分割対象となるノードに属する学習データの数や学習データに含まれる項目数に応じて決まる値でもよい。

ＳＤＲが最大になるように、親ノードに割り当てる特徴量と、分岐の条件となる特徴量の値（特徴量の条件）とを決定する（Ｓ２０２）。決定した特徴量の条件で、学習データを２つの子ノード（左子ノード（左グループ）、右子ノード（右グループ））に分割する。ＳＤＲは、一例として以下の式（６）で表される。この例では特徴量として消費電力を用いている。また、親ノードと子ノードに対して先に予測モデルを構築し、その予測値と実測値の誤差をＳＤＲの特徴量としても構わない。

条件の候補となる特徴量の値を複数設定し、複数の候補で上記のＳＤＲを計算する。この際、候補は、親ノードに属する消費電力量をソートし、各値すべてを候補としてもよい。最もＳＤＲが大きい特徴量と、特徴量の条件との組を選択する。このようにして親ノードに２つの子ノードを仮生成する。なお、３つ以上に分割する場合も同様にして、ＳＤＲを計算できる。なお、３つの分割の場合、条件の候補となる特徴量の値は例えば２つ存在する。

生成した決定木を用いて、学習データを複数のグループに分割し、前述した方法で予測モデルを生成し（Ｓ２０３）、予測モデルの評価値（モデル評価値）を計算する。
親ノードの予測モデルのモデル評価値と、各子ノードの予測モデルのモデル評価値とに基づき、決定木が分割条件を満たすかを判断する（Ｓ２０４）。例えば、親ノードの予測モデルのモデル評価値が、２つの子ノードの予測モデルのモデル評価値の平均よりも大きければ（モデル評価値が小さいほど評価が高い場合）、当該決定木は分割条件を満たし、そうでなければ分割条件を満たさないと判断する。
分割条件を満たす場合（ＹＥＳ）、親ノードの分割を確定する（上記の仮生成した２つの子ノードを採択する）（Ｓ２０５）。
ステップＳ２０２に戻り、各子ノードをそれぞれ親ノードとして上記と同様の処理を繰り返す。なお、戻ったステップＳ２０２で各子ノードに割り当てる候補となる特徴量を決める際は、上位ノード（親ノードを含む）に既に割り当てられた特徴量を除外してもよい。

分割条件を満たさない場合は（ＮＯ）、仮生成した子ノードを削除し（分割を中止し）、子ノードを仮生成する前の決定木に戻し（Ｓ２０６）、処理を終了する。
子ノードごとに再帰的に本処理が行われる結果、複数の決定木が特定され得る。この場合、例えば、これら複数の決定木の中から、決定木を最終的に選択する。例えば子ノードの予測誤差を表す評価値（ルール評価値）を計算する。例えば、予測誤差の平均、中央値、最大値などの統計値を計算する。ルール評価値が最も小さい決定木を選択する。平均を計算する場合に、子ノード（グループ）に属するデータ数に応じて予測誤差に重みを乗じてもよい。
また、子ノード（グループ）に属するＥＶの総電池量（電池容量のＥＶ台数分の合計）を電費で除算した値が大きいグループほど、重みを小さくしてもよい（除算値が大きいほど電欠しにくいことを意味する）。
また、予測誤差が閾値より大きい子ノードの個数をカウントし、当該個数が最も小さい決定木を選択してもよい。
また、子ノードの個数に一定の係数を乗じたものを、上記のように計算した統計値等の値に加算したものをルール評価値としてもよい。これにより子ノード数が少ない決定木が選ばれ易くなり、演算量および演算時間の低減を図ることができる。

処理の終了条件として、上記の分割条件以外の条件を用いてもよい。例えば、決定木が予め定められた深さになったことを条件に処理を終了してもよい。ＳＤＲの最大値が閾値未満になったことを条件に処理を終了してもよい。その他の条件でもよい。

モデル管理部３１は、生成した各予測モデルと分類ルールをモデルＤＢ３２で管理する。モデル管理部３１は、各予測モデルのモデルＩＤと、各予測モデルで使用する特徴量の係数とをモデル管理テーブルで管理してもよい。

図１６は、実施形態のモデル管理テーブルおよびカテゴリテーブルの例を示す図である。
図１６中の（Ａ）は、消費電力量および電池容量等の特徴量（入力変数）ごとに、使用する係数の値が示されている。値が０の特徴量は、使用されないことを意味する。また、図１６中の（Ｂ）に示すように、特徴量ごとに、連続値か離散値かのカテゴリを示したテーブル（カテゴリテーブル）で管理してもよい。このテーブルを、各特徴量が、離散値モデルで使用されるのか、連続値モデル（回帰モデル、スペックモデル）で使用されるのかの判断に利用してもよい。
また、分類ルールは、一般的な木構造を実装する形式（図１３参照）でモデルＤＢ３２に保持してもよいし、プログラムの形で保持してもよい。
また、モデル管理部３１は、モデルＤＢ３２に各予測モデルのプログラムコード（予測モデルを構成する関数のプログラムコード）を保持してもよい。

予測部４１は、予測モデルと、ＥＶの予測用データとを用いて、予測対象の走行区間におけるＥＶの消費電力量を予測する。予測用データは、予測モデルの各サブモデルで使用する項目を含むデータである。ただし、サブモデルで使用する項目が、他のサブモデルの出力値である場合もある。予測対象の走行区間は、例えば、次の充電候補となる供給地点までの区間である。

走行状態管理部５１は、走行中のＥＶの走行区間の走行状態（例えば区間毎の消費電力量等）を管理する。走行状態管理部５１は、走行中のＥＶについて、充電を行った拠点間の走行区間の走行データを取得し、走行管理ＤＢ５２で管理する。走行データは、各管理部１５～１９やＥＶナビ利用登録部１３で取得されるデータ（移動体の走行状態に関する情報）に基づき生成できる。

図１７は、実施形態の走行データの例を示す図である。
各ＥＶについて、１回目充電地点と、２回目充電地点と、各種変数とを管理する。３回以上充電を行った場合は、１回目充電地点の列に２回目の充電地点の値が、２回目の充電地点の列に３回目の充電池点の値が入る。４回以上の充電を行った場合も同様の方法で値が入れられる。
時間は走行区間の走行に要した時間、消費電力量は、走行区間の走行で使用した消費電力量（実績値）であり、距離は、走行区間の距離である。上り坂は、走行区間において一定値以上の勾配があった経路の長さである。下り坂は、走行区間において一定値未満の勾配があった経路の長さである（負の値で表現している）。
ここで示した変数は一例に過ぎず、様々な種類の変数が可能である。例えば、総充電量として、２箇所の充電の合計充電量を追加してもよい。走行状態管理部５１は、走行完了後のＥＶについて、各走行区間で予測した消費電力量を当該ＥＶの走行データに追加してもよい。
また、１回目充電地点と２回目充電地点は、消費電力量を求めたい任意の２地点でも構わない。任意の２地点は、例えば、ＴＣ間やＩＣ間、ＩＣ～充電地点間等、複数の組み合わせも考えられる。

また、走行状態管理部５１は、予測部４１を用いて、ＥＶの電池残量から到達可能な範囲にある供給地点の候補を見つけ、見つけた候補の中から当該ＥＶの次の供給地点を決定する処理を行ってもよい。予測対象の走行区間の開始地点は、例えば任意の供給地点でもよいし、走行中の任意の地点でもよい。
走行区間の終了地点は、例えば候補となる供給地点である。走行状態管理部５１は走行中のＥＶに対し、消費電力量の予測値を算出するために、走行データの時間や平均速度等として、予測値や道路情報、気象情報から得られるリアルタイムの現状値を用いてもよい。
ＥＶの位置情報が必要な場合は、例えば情報装置２０１のＧＰＳから通信で取得してもよい。ＥＶの電池の残存電力量（電池残量）等の情報が必要な場合は、情報装置２０１から通信で取得してもよいし、当該電池残量等の情報を充電器２２１情報から計算してもよい。または、ＥＶの電費を利用して電池残量を推定してもよい。
予測モデルで使用する特徴量として電池残量が必要なときは、このように取得または推定した電池残量を使用することができる。

走行状態管理部５１は、各候補について計算した消費電力量から、ＥＶの電池残量で到達可能な供給地点を絞り込み、この中から次の供給地点を決定する。供給地点を決定する方法は、現在の電池残量で到達可能な供給地点を選択する限り、何でもよい。
例えば、目的地までの経路が１つの場合に、各供給地点の混雑状況を考慮して、出来るだけ待ち時間の少ない供給地点を選択してもよいし、目的地までに複数通りの経路が存在する場合、最も短い経路上の供給地点を選択してもよいし、最も渋滞が少ない経路または最も勾配が小さい経路上の供給地点を選択してもよい。目的地のＩＣを降りた後に次に到達可能な供給地点の箇所を考慮して、目的地のＩＣを降りる前の供給地点を決定してもよい。
決定した供給地点の情報をユーザの情報装置２０１（ＥＶ）に送信する。送信された情報が情報装置２０１の画面に表示され、ユーザは、次に向かうべき供給地点を把握する。

図１８を用いて、走行状態管理部５１がＥＶの電池残量を計算する具体例を説明する。 供給地点Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ（以下、地点Ａ～Ｇ）が、高速道路に配置されている。これらの地点Ａ～Ｇは、ＥＶの目的地（目的ＩＣ）までのある経路に沿って配置されたＳＡ／ＰＡである。ＥＶは、地点Ｃで充電を行っており、充電完了後の電池残量（ＳｏＣ（Ｓｔａｔｅ ｏｆ Ｃｈａｒｇｅ）でもよい）を、充電器２２１情報または情報装置２０１から取得する情報から走行状態管理部５１は把握している。電池残量をＥａと表す。
また、走行状態管理部５１は、情報装置２０１のＧＰＳからＥＶの速度および時刻の情報を取得できる。ＥＶは、現在走行中であり、地点ＤとＥとの間に位置している。２つの供給地点ＸとＹの区間を、区間ＸＹを記載する。走行状態管理部５１は、ＥＶが現在の位置にいるときに、区間ＣＤ、区間ＤＥ、区間ＥＦ、区間ＦＧの消費電力量を計算する例を示す。予測モデルに用いる特徴量の例として、区間の速度（平均速度）、区間の走行に要した走行時間を用いる。

区間ＣＤはＥＶがすでに走行した過去の区間である。区間ＣＤの走行距離ＤＩＳｃｄ、および地点Ｄから現在位置Ｎまでの走行距離ＤＩＳｄｎは、地図情報から把握できる。地点Ｃで充電完了した時刻は、充電器２２１情報または情報装置２０１から取得した情報から把握できる。
現在位置での時刻は本装置の内部のタイマーから取得できる。したがって、地点Ｃで充電完了した時刻を地点Ｃの出発時刻とみなせば、地点Ｃから現在位置Ｎまでの走行に要した時間ｔｃｎを計算できる。
なお、ＥＶのＧＰＳから取得する情報に基づき、ＥＶが地点Ｃを出発した時刻を決定してもよい。地点Ｃから地点Ｄまでの走行速度（平均速度）ｖｃｄを、（ＤＩＳｃｄ＋ＤＩＳｄｎ）／ｔｃｎとして計算すると、区間ＣＤの走行に要した時間ｔｃｄは、ＤＩＳｃｄ＊ｖｃｄにより計算できる。よって、ｖｃｄ、ｔｃｄおよびその他の必要な特徴量を予測モデルに入れて、区間ＣＤの消費電力量（＾ｙｃｄ）を計算（予測）できる。
なお、地点Ｄを走行時の時刻を取得できている場合は、区間ＣＤ間の距離を、地点Ｃから地点Ｄまでの走行に要した時間で除算することにより、ｖｃｄを計算してもよい。

区間ＤＥは、ＥＶが既に走行した区間（過去の区間）ＤＮと、まだ走行していない区間（未来の区間）ＮＥとを含む。
区間ＤＮの速度ｖｄｎを、区間ＣＤと同様に、（ＤＩＳｃｄ＋ＤＩＳｄｎ）／ｔｃｎとして計算すると、区間ＤＮの走行に要した時間ｔｄｎは、ＤＩＳｄｎ＊ｖｄｎにより計算できる。
また、区間ＮＥの速度ｖｎｅとして、当該区間に配置されているトラフィックカウンタ（ＴＣ）の値を利用する。例えばＴＣの速度の最新値でもよいし、過去一定期間（例えば３０分）の平均でもよい。区間ＮＥの走行に要する時間ｔｎｅは、ＤＩＳｎｅ／ｖｎｅにより計算できる。ＤＩＳｎｅは、区間ＮＥの距離である。よって、区間ＤＥの走行に要する時間ｔｄｅは、ｔｄｎ＋ｔｎｅにより計算できる。
また、区間ＤＥの走行速度（平均速度）ｖｄｅは、（ＤＩＳｄｎ＋ＤＩＳｎｅ）／ｔｄｅにより計算できる。なお、ＤＩＳｄｎ＋ＤＩＳｎｅの代わりに、区間ＤＥの距離ＤＩＳｄｅを地図情報から直接取得してもよい。よって、ｖｄｅ、ｔｄｅおよびその他の必要な特徴量を予測モデルに入れて、区間ＤＥの消費電力量（＾ｙｄｅ）を計算（予測）できる。

区間ＥＦは、ＥＶがまだ走行していない区間（未来の区間）である。区間ＥＦの速度ｖｅｆは、当該区間に配置されているトラフィックカウンタ（ＴＣ）の値を利用する。例えばＴＣの速度の最新値でもよいし、過去一定期間（例えば３０分）の平均でもよい。
区間ＥＦの走行に要する時間ｔｅｆは、ＤＩＳｅｆ／ｖｅｆにより計算できる。よって、ｖｅｆ、ｔｅｆおよびその他の必要な特徴量を予測モデルに入れて、区間ＥＦの消費電力量（＾ｙｅｆ）を計算（予測）できる。

区間ＦＧは、ＥＶがまだ走行していない区間（未来の区間）である。よって、区間ＦＧの消費電力量（＾ｙｆｇ）は、区間ＦＧと同様にして計算（予測）できる。

このように走行区間が過去の区間の場合、過去と未来の両方の区間を含む場合、未来の区間の場合のいずれもＥＶの消費電力量を計算できる。したがって、地点Ｃでの電池残量Ｅａと、各区間の消費電力量とに基づき、ＥＶの現在の電池残量で到達可能な地点を特定できる。

予測評価部６１は、走行状態管理部５１で消費電力量を予測した区間の走行を完了したＥＶについて、消費電力量の予測値と、消費電力量の実績値との差（誤差）を計算する。計算した誤差に基づき、複数の予測モデルおよび分類ルールの組に対する評価値（以下、更新判定評価値）を算出する。
消費電力量の実績値は、充電器２２１情報から算出してもよい。例えばある供給地点Ｘの充電終了時の電力量と、次に充電を行った供給地点Ｙの充電開始時の電力量との差に基づき、区間ＸＹの消費電力量の実績値が算出できる。
区間ＸＹの消費電力量の予測値は、走行状態管理部５１の予測結果から特定できる。区間ＸＹが、走行状態管理部５１で予測した連続する複数の区間を含んでもよい。例えば区間ＸＹが、区間ＣＦであれば、区間ＣＤ、区間ＤＥ、区間ＥＦの予測値を合計することで、区間ＣＦの消費電力量の予測値が算出できる。
なお、情報装置２０１からＥＶの電池残量の情報を直接通信で取得できる場合に、当該情報を取得して、消費電力量の実績値を算出することも可能である。

更新判定評価値は、分類ルールと予測モデルを更新するための処理を開始するか否かの判定のために用いられる。更新判定評価値が、閾値に基づく更新開始条件を満たす場合は（例えば更新判定評価値が閾値より大きい場合）、分類ルールと予測モデルを更新するための処理を開始する。更新判定条件が満たされない場合は（例えば更新判定評価値が閾値より小さい場合）、分類ルールと予測モデルを更新するための処理を開始しない。

更新判定評価値は、これまで複数のＥＶについて１回または複数回計算された誤差に基づき計算される。ＥＶについて誤差が計算されるごとに、更新判定評価値が再計算（更新）される。更新判定評価値の具体例として、平均二乗誤差（MSE）、平均絶対誤差（MAE）、R2値、平均平方二乗誤差（RMSE）、平均平方二乗誤差率（RMSPE）などがある。

更新判定評価値は、分類ルールで分類されるグループごとに計算してもよい。グループのうち更新開始条件を満たすグループが閾値以上の場合に、更新開始条件が満たされると判断してもよい。
グループ間で更新判定評価値の統計値（平均、中央、または最大値など）を計算し、統計値が閾値以上（または閾値未満。閾値以上および閾値未満のいずれを用いるかは統計値の種類に依存する）の場合に、更新開始条件が満たされると判断してもよい。
グループ間で更新判定閾値の平均を計算する場合、グループに重みを設定して重み付け平均を計算してもよい。重みは、グループに属するデータ数が多いほど大きくしてもよい。
また、グループに属するＥＶの総電池量（電池容量のＥＶ台数分の合計）を電費で除算した値が大きいグループほど、重みを小さくしてもよい（除算値が大きいほど電欠しにくいことを意味する）。

図１９は、実施形態の予測評価部６１の動作の一例のフローチャートである。
走行状態管理部５１で消費電力量を予測した区間の走行を完了したＥＶについて、消費電力量の予測値と、消費電力量の実績値との差（誤差）を計算する（Ｓ３０１）。
計算した誤差に基づき、複数の予測モデルおよび分類ルールの組に対する評価値（更新判定評価値）を算出する（Ｓ３０２）。
更新判定評価値が、閾値に基づく更新開始条件を満たすかを判断し（Ｓ３０３）、更新開始条件を満たす場合は（ＹＥＳ）、分類ルールと予測モデルを更新するための処理の開始を決定する（Ｓ３０４）。
更新開始条件が満たされない場合は（ＮＯ）、分類ルールと予測モデルを更新するための処理を開始せずに処理を終了する。
本フローチャートは例えば１台のＥＶについて消費電力量の実績値と予測値が取得されるごとに行われてもよいし、一定時間毎または一定数の誤差が計算されるごとに行われてもよい。

モデル更新管理部７１は、予測評価部６１により更新開始条件が満たされると判断した場合、分類ルールと予測モデルの少なくとも一方を更新するための処理を開始する。

図２０は、実施形態のモデル更新管理部７１の動作の一例のフローチャートである。
分類ルールを更新するか否かを判断する（Ｓ４０１）。分類ルールを更新するか否かは任意の方法で判断できる。

一例として、分類ルールで分類されるグループ毎に予測モデルの誤差を計算する。誤差の計算のために、例えば一定期間のデータを用いる。誤差の計算に使用するデータとして、予測モデルの作成後に取得されたデータを用いる。
当該データに加えて、予測モデルの作成に使用されたデータを用いてもよい。各グループの誤差に基づき評価値（ルール評価値）を計算する。例えば、誤差の平均、中央値または最大値等の統計値を計算する。ルール評価値が閾値以上であれば、分類ルールを更新すると判断し、閾値未満であれば、分類ルールを更新しないと判断する。
上記平均を計算する場合に、子ノード（グループ）に属するデータ数に応じて予測誤差に重みを乗じてもよい。また、子ノード（グループ）に属するＥＶの総電池量（電池容量のＥＶ台数分の合計）を電費で除算した値が大きいグループほど、重みを小さくしてもよい（除算値が大きいほど電欠しにくいことを意味する）。

上記の閾値は、オペレータが本装置に入力手段を用いて、入力してもよい。また、ある定めた期間の誤差の平均に一定の係数を乗じた値を、閾値としてもよい。例えば、当該期間の誤差の平均のβ倍の誤差まで許容する場合は、一定の係数の値をβにする。

分類ルールを更新するか否かを判断する別の例として、誤差が一定値以上のグループ数をカウントする。カウント値が閾値以上の場合に、分類ルールを更新することを決定する。閾値未満の場合は、分類ルールを更新しないことを決定する。
この場合の閾値は、オペレータが本装置に上記の入力手段を用いて、入力してもよい。また、閾値は、グループ数に一定の係数を掛けた値でもよい。例えば誤差の大きいグループ数をグループ数の５％未満まで許容する場合、一定の係数の値を０．０５とする。

分類ルールを更新する場合は（ＹＥＳ）、図１５で説明した分類ルール更新処理を行う（Ｓ４０２）。現在使用している分類ルール（元の分類ルールまたは第１分類ルールと呼ぶ）を、分類ルール更新処理で新たに生成された分類ルール（更新用分類ルールまたは第２分類ルールと呼ぶ）とともにモデルＤＢ３２に保存しておく。これは、後述するモデル更新処理で、更新用分類ルールを破棄して、元の分類ルールに戻す可能性があるためである。
続いて、分類ルール更新処理で生成された更新用分類ルールに基づき、モデル更新処理を行う（Ｓ４０３）。モデル更新処理の詳細は後述する。

一方、分類ルールを更新しない場合は（ＮＯ）、現在使用している分類ルール（元の分類ルール）に基づきモデル更新処理を行う（Ｓ４０３）。

図２１は、実施形態のモデル更新管理部の動作の他の例のフローチャートである。
分類ルールとして更新用分類ルールを用いる場合を想定する。ステップＳ１０１～Ｓ１０８までは、図１４と同じである。

モデル更新管理部７１は、ステップＳ１０１～Ｓ１０８の処理によって各グループの予測モデルを決定する。ここで決定した予測モデルを更新用予測モデルと呼ぶ。更新用分類ルールと、元の分類ルールとを評価する（Ｓ５０１）。つまり、当該更新用分類ルールの各グループの更新用予測モデルを用いてルール評価値（更新用ルール評価値）を計算する。また、元の分類ルールについて元の予測モデルを用いてルール評価値（元のルール評価値）を計算する。
なお、ステップＳ１０７で収集される新規のデータは、更新用分類ルールの生成後および各仮モデルの生成後に取得された学習データ（走行データ）に対応する。ステップＳ１０５で使用されるデータは、更新用分類ルールの生成前および各仮モデルの生成前に取得された学習データ（走行データ）に対応する。

更新用ルール評価値と、元のルール評価値とを比較して、更新用分類ルールおよび更新用予測モデルが、元の分類ルールおよび元の分類ルールよりも改善したかを判断する（Ｓ５０２）。例えば更新用ルール評価値が元のル－ル評価値よりも小さい場合、改善したと判断し、そうでない場合は、改善していないと判断する。
改善したと判断した場合（ＹＥＳ）、更新用分類ルールと更新用予測モデルで、元の分類ルールおよび元の予測モデルを更新する（Ｓ５０３）。更新前の予測モデルは第１予測モデル、更新後の予測モデルは第２予測モデルに対応する。更新用分類ルールに含まれる特徴量の複数の条件は、特徴量の複数の第２条件に対応する。複数の第２条件は元の分類ルールに含まれる複数の第１条件と同じになる場合もあり得る。
一方、改善していないと判断した場合（ＮＯ）、元の分類ルール（第１分類ルール）と元の予測モデル（第１予測モデル）を引き続き用いることを決定する（Ｓ５０４）。この場合、更新用分類ルールと更新用予測モデルを廃棄してもよい。

上述した説明では、分類ルールとして更新用分類ルールを用いることを想定したが、上述の分類ルール更新処理で元の分類ルールを用いることが決まった場合は、元の分類ルールを用いる。この場合も、図２１のフローチャートと同じ処理を行えばよい。ただし、ステップＳ５０３では、更新用予測モデルで元の予測モデルを更新する処理は同じであるが、分類ルールは元の分類ルールをそのまま用いる点が更新用分類ルールを用いる場合と異なる。

（分類ルールとして元の分類ルールを用いてモデル更新処理を行う場合の他の処理例）
グループごとに更新を行うか否かを判断し、更新を行うことを決定したグループのみ予測モデルを更新し、更新を行わないことを決定したグループについては予測モデルの更新を行わなくてもよい。より詳細には、グループの予測モデル（元の予測モデル）のモデル評価値を計算する。モデル評価値が閾値以上であれば、予測モデルを更新するための処理を開始することを決定し、閾値未満であれば、予測モデルを更新するための更新処理を開始しないことを決定する。
当該処理を開始することを決定した場合は、図２１のＳ１０１～Ｓ１０８の処理を行って、当該グループの予測モデル（更新用予測モデル）を生成する。生成した予測モデルのモデル評価値（更新用モデル評価値）と、元の予測モデルのモデル評価値（元のモデル評価値）を計算および比較する。更新用モデル評価値が元のモデル評価値よりも小さければ、更新用予測モデルは元の予測モデルよりもが改善したと判断し、更新用予測モデルで元の予測モデルを更新する。
更新後の予測モデルは、第３予測モデルに対応する。それ以外の場合は、元の予測モデルをそのまま用いることを決定する。

上記で更新処理を開始するか否かの判断に用いる閾値は、オペレータが入力手段を用いて入力してもよい。また、ある定めた期間の誤差の平均に一定の係数を乗じた値を、閾値としてもよい。例えば、当該期間の誤差の平均のβ倍の誤差まで許容する場合は、一定の係数の値をβにする。

また上述した分類ルール更新処理において分類ルールの一部のみを更新してもよい。例えば、分類ル－ルの各グループの予測モデルのモデル評価値を計算し、モデル評価値が閾値以上のグループを特定する。特定したグループが属する子ノードの親ノードより下位を更新の対象とする。
図１３の例において、グループＡ、Ｂのモデル評価値が閾値以上で、グループＣのモデル評価値は閾値未満であったとする。この場合、「気温＜２０」の親ノードの下位を更新の対象とする。「速度＜４０」の特徴量と、分岐の条件を規定する特徴量の値（＝４０）は維持する。モデル更新処理では、前述した図２１の処理と同様でよいが、グループＣについては予測モデルそのまま使用を継続することを決定して更新の対象から除外してもよいし、図２１のフローチャートの処理に従って、更新用の予測モデルを生成してもよい。

図２２は、実施形態の情報処理装置の動作の一例を示すフローチャートである。
走行状態管理部５１が、通信部１１を介して、走行中のＥＶの走行データを情報装置２０１（スマートフォン、カーナビなど）から取得する（Ｓ６０１）。走行状態管理部５１は、取得した走行データを走行管理ＤＢ５２に格納する。

予測部４１は、取得した走行データと、分類ルールと、複数の予測モデル（各グループの予測モデル）を用いて、走行データが示す走行区間について、消費電力量の予測値を算出する（Ｓ６０２）。すなわち走行データと分類ルールに基づき、使用する予測モデルを特定し、特定した予測モデルと走行データに基づいて、消費電力量の予測値を算出する。

走行状態管理部５１は、上記走行区間におけるＥＶの消費電力量の実績値を取得する（Ｓ６０３）。実績値は、充電器２２１情報から取得してもよいし、情報装置２０１から取得してもよい。

予測評価部６１は、算出した消費電力量の予測値と、取得した消費電力量の実績値とに基づき、評価値（更新判定評価値）を算出する（Ｓ６０４）。

制御部２１が、本処理の終了条件が成立したかを判断する（Ｓ６０５）。例えばオペレータが終了指示を入力した場合に、終了条件が成立したと判断する。終了条件が成立した場合（ＹＥＳ）、本処理を終了し、成立していない場合は（ＮＯ）、ステップＳ６０６に進む。

予測評価部６１は、ステップＳ６０４で算出した評価値に基づき、分類ルールおよび予測モデルを更新するための処理を開始するか否かを判断する（Ｓ６０６）。具体的には、評価値が更新開始条件を満たすか判断する。例えば、評価値が閾値以上であれば、更新開始条件が成立したと判断し、閾値未満であれば、成立していないと判断する。成立していないと判断した場合は（ＮＯ）、ステップＳ６０１に戻る。

更新開始条件が成立したと判断した場合は（ＹＥＳ）、モデル更新管理部７１が、分類ルール更新処理（図１５参照）を行う（Ｓ６０７）。
続けて、モデル更新処理（図２１参照）を行う（Ｓ６０８）。その後、ステップＳ６０１に戻る。

分類ルール更新処理およびモデル更新処理の結果によって、分類ルールおよび予測モデルがいずれも更新されない場合、いずれか一方のみが更新される場合、分類ルールの一部と予測モデルの一部が更新される場合、予測モデルの一部のみが更新される場合など、様々な態様がある。

図２３は、実施形態のシステム管理画面の例を示す図である。
上図では、分類ルールの各グループの予測モデル（モデル１～４の予測モデル）の予測誤差の推移データが示されている。各モデルの構築日時、最新の予測誤差、利用中止日時が、図の下図に表で示されている。
時刻ｔ１までモデル１とモデル２が用いられており、モデル１の予測誤差が時刻ｔ１で急上昇している。時刻ｔ１のモデル１の予測誤差の上昇により、本実施形態の動作により分類ルール更新処理およびモデル更新処理が行われている。モデル１の更新用モデルとしてモデル３とモデル４が生成されている。モデル２は更新の必要がないと判断されて、引き続き使用されている。
試用期間中は、モデル３とモデル４とが、モデル１と並行して用いられる。時刻ｔ２（＝ＹＹＹＹ／ＭＭ／ＤＤ ＨＨ：ＭＭ：ＳＳ２）で試用期間が終了する。モデル３とモデル４の平均のモデル評価値が、モデル１のモデル評価値より小さかったため、モデル１は利用が中止され、モデル３とモデル４が時刻ｔ２以降で使用される。モデル２は、時刻２以降も引き続き使用される。なお、図の下の表において、モデル１の現在の予測誤差は時刻ｔ２（利用中止日時）での値である。

なお、情報処理装置１０１の取得部８１および算出部８２の詳細は後述する。

図２４に、本実施形態に係る情報処理装置１０１のハードウェア構成を示す。本実施形態に係る情報処理装置１０１は、コンピュータ装置１００により構成される。コンピュータ装置１００は、ＣＰＵ１５１と、入力インタフェース１５２と、表示装置１５３と、通信装置１５４と、主記憶装置１５５と、外部記憶装置１５６とを備え、これらはバス１５７により相互に接続されている。

ＣＰＵ（中央演算装置）１５１は、主記憶装置１５５上で、情報処理装置１０１の上述の各機能構成を実現するコンピュータプログラムを実行する。ＣＰＵ１５１が、コンピュータプログラムを実行することにより、各機能構成は実現される。

入力インタフェース１５２は、キーボード、マウス、及びタッチパネルなどの入力装置からの操作信号を、情報処理装置１０１に入力するための回路である。

表示装置１５３は、情報処理装置１０１から出力されるデータまたは情報を表示する。表示装置１５３は、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、及びＰＤＰ（プラズマディスプレイ）であるが、これに限られない。コンピュータ装置１００から出力されたデータまたは情報は、この表示装置１５３により表示することができる。

通信装置１５４は、情報処理装置１０１が外部装置と無線または有線で通信するための回路である。通信装置１５４を介して外部装置から情報を入力することができる。外部装置から入力した情報を、ＤＢに格納することができる。通信部１１は、通信装置１５４上に構築されることができる。

主記憶装置１５５は、本実施形態の処理を実現するプログラム、およびプログラムの実行に必要なデータ、及びプログラムの実行により生成されたデータなどを記憶する。プログラムは、主記憶装置１５５上で展開され、実行される。主記憶装置１５５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。各実施形態における記憶部は、主記憶装置１５５上に構築されてもよい。

外部記憶装置１５６は、上記プログラムおよびプログラムの実行に必要なデータ、及びプログラムの実行により生成されたデータなどを記憶する。これらのプログラムやデータは、本実施形態の処理の際に主記憶装置１５５に読み出される。外部記憶装置１５６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、及び磁気テープであるが、これに限られない。各実施形態における記憶部は、外部記憶装置１５６上に構築されてもよい。

なお、上述のプログラムは、コンピュータ装置１００に予めインストールされていてもよいし、ＣＤ－ＲＯＭなどの記憶媒体に記憶されていてもよい。また、当該プログラムは、インターネット上にアップロードされていてもよい。

なお、コンピュータ装置１００は、ＣＰＵ１５１、入力インタフェース１５２、表示装置１５３、通信装置１５４、及び主記憶装置１５５を、それぞれ１つ又は複数備えてもよいし、プリンタやスキャナなどの周辺機器を接続されていてもよい。

また、情報処理装置１０１は、単一のコンピュータ装置１００により構成されてもよいし、相互に接続された複数のコンピュータ装置１００からなるシステムとして構成されてもよい。

＜充電器２２１＞
図２５は、実施形態の充電器２２１のブロック図である。充電器２２１は、エネルギー供給装置の一例である。
充電器２２１は、制御部３１０と、操作部３１１と、出力部３１２と、充電部３１３と、通信インタフェース部３１４と、を備えている。

操作部３１１は、タッチパネル付き表示装置等を含み、ユーザの操作を受ける。出力部３１２は、表示装置およびスピーカ等を含み、各種の情報を表示や音声等によって出力する。
充電部３１３は、充電回路を含み、ＥＶの電池に電気的に接続されて、当該電池に電力を供給する。通信インタフェース部３１４は、通信ネットワーク２２０を介して、情報処理装置１０１、情報装置２０１Ａ～２０１Ｎ、およびサーバ２１１Ａ～２１１Ｎ等と通信を実行する。

制御部３１０は、例えば、ＣＰＵ（Central Processing Unit）と、記憶部とを有したコンピュータによって構成されている。制御部３１０記憶部は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含み、ＣＰＵが実行するプログラム等を記憶している。制御部３１０は、充電器２２１の各部の制御や各種の演算を行なう。また、制御部３１０は、ＣＰＵが記憶部に記憶されたプログラムを実行することにより、例えば、通信部３２０、充電制御部３２１、および報知部３２２等の機能部を実現する。

通信部３２０は、通信インタフェース部３１４を介して、情報処理装置１０１、情報装置２０１Ａ～２０１Ｎ、およびサーバ２１１Ａ～２１１Ｎ等と情報の送信および受信をする。充電制御部３２１は、充電部３１３によるＥＶの電池に対する充電を制御する。
報知部３２２は、各種の情報を出力部３１２によって報知する。

＜充電処理＞
次に、供給地点におけるＥＶの電池への充電方法の一例を説明する。
ＥＶの電池への充電においては、情報処理システム１は、充電処理を実行する。情報処理装置１０１では、通信部１１、取得部８１、および算出部８２が、充電処理の一部を行い、充電器２２１では、通信部３２０、充電制御部３２１、および報知部３２２が充電処理の一部を行なう。情報処理装置１０１の通信部１１は、出力部の一例であり、充電器２２１の通信部３２０は、入力部の一例である。

情報処理装置１０１の取得部８１は、供給地点に位置したＥＶの位置情報とＥＶの目的地とＥＶが蓄えている電力の残量（電池残量）とを含む算出用情報を取得する。このとき、例えば、ユーザが、供給地点において、当該ユーザが所有する情報装置２０１に表示される充電開始ボタン等を操作する。そして、ユーザは、ＥＶの表示部に表示される当該ＥＶの電池の残量を情報装置２０１に入力する（手動入力）。
このようにして入力された電池の残量は、情報装置２０１の現在位置およびユーザＩＤ（ＥＶ＿ＩＤ）等を含む充電開始要求情報として、情報装置２０１から情報処理装置１０１に送信される。情報装置２０１の現在位置は、ＥＶの現在位置（ＥＶが位置する供給地点の位置）でもある。
取得部８１は、算出用情報のうち充電開始要求情報に含まれない他の算出用情報を、ユーザＤＢ１４や走行管理ＤＢ、システムＤＢから取得する。
なお、ＥＶの電池の残量やユーザＩＤ（ＥＶ＿ＩＤ）は、ＥＶの電池と充電器２２１とが電気的に接続された場合に、充電器２２１がＥＶから取得して情報処理装置１０１に送信してもよい（自動入力）。

情報処理装置１０１の算出部８２は、ＥＶが位置する供給地点における、ＥＶの目的地に応じたＥＶの推奨電池残量（電力の推奨残量）、を算出する。別の言い方をすると、算出部８２は、ＥＶが位置した供給地点からＥＶの目的地までのＥＶの移動に応じたＥＶにおける推奨電池残量を算出する。詳細には、算出部８２は、ＥＶの現在の位置（供給地点）から目的地までの距離を算出する。算出部８２は、算出した目的地までの距離にＥＶが到達するのに必要な消費電力量を算出する。
このとき、算出部８２は、システムＤＢに保存された各種情報（電池容量、電池種類、総重量体の重さ）、電費、電池劣化速度、発売年等の情報（車両情報））に基づいて、必要な消費電力量を算出することができる。算出部８２は、算出した消費電力量とＥＶの現在の電池残量との差分を算出して当該差分を推奨電池残量とする。すなわち、推奨電力残量は、例えば、目的地までのＥＶの移動に必要な（必要十分な）電力の量である。
また、算出部８２は、ＥＶの現在の電池残量を推奨電池残量にするのに必要な電力の供給時間（以後、必要供給時間とも称する）を、充電器２２１の電力供給性能に基づいて算出する。なお、算出部８２は、予測部４１が行なう消費電力量の算出方法を用いてもよい。すなわち、予測部４１が算出部８２を兼用してもよい。
また、ＥＶの推奨電力残量は、上記の算出方法に限られない。例えば、ＥＶの推奨電力残量は、電池の劣化度合いに応じて算出されてもよい。また、電池が満充電に近いと極端に充電効率が悪くなる場合があるので、ＥＶの推奨電力残量は、例えば、電力の供給必要時間に応じて算出されてもよい。
さらには、ＥＶの推奨電力残量は、上記の各例の組み合わせにより算出されてもよい。推奨電池残量は、エネルギーの推奨残量の一例である。

情報処理装置１０１の通信部１１は、算出部８２によって算出された推奨電池残量および必要供給時間を出力する。具体的には、通信部１１は、推奨電池残量および必要供給時間を充電器２２１に対して送信する。

充電器２２１の通信部３２０は、情報処理装置１０１の通信部１１によって送信された推奨電池残量および必要供給時間を受信する。すなわち、通信部３２０には、情報処理装置１０１の通信部１１によって出力された推奨電池残量および必要供給時間が入力される。

充電器２２１の報知部３２２は、通信部３２０に推奨電池残量が入力された場合に、電力の供給に関する以下の処理を行なう。すなわち、報知部３２２は、推奨電池残量と、必要供給時間と、を出力部３１２によって報知する。なお、報知部３２２は、推奨電池残量と、必要供給時間と、のうち一方を出力部３１２によって報知してもよい。すなわち、報知部３２２は、推奨電池残量と、必要供給時間と、のうち少なくとも一方を出力部３１２によって報知すればよい。

充電器２２１の充電制御部３２１は、通信部３２０に推奨電池残量が入力された場合に、電力の供給に関する以下の処理を行なう。すなわち、充電制御部３２１は、ＥＶの電池への電力の供給を開始し、ＥＶへの電力の供給中にＥＶの電力の残量が推奨電池残量に達した場合に、ＥＶへの電力の供給を終了する。このとき、充電制御部３２１は、例えば、充電開始からの経過時間と必要充電時間とに基づいて、ＥＶの電力の残量が推奨電池残量に達したか否かを判定する。
また、別の一例として、充電制御部３２１は、ＥＶの現在の電力の残量とＥＶの推奨電池残量との差分と、充電器２２１が供給する電力の電圧および電流と、に基づいて、ＥＶの電力の残量が推奨電池残量に達したか否かを判定してもよい。

次に、情報処理システム１が実行する充電処理の一例を図２６に基づいて説明する。
図２６は、実施形態の情報処理システム１の充電処理の一例を示すフローチャートである。

情報処理装置１０１の取得部８１が、算出用情報を取得する（Ｓ７０１）。
次に、情報処理装置１０１の算出部８２が、ＥＶにおける推奨電池残量を算出する（Ｓ７０２）。このとき、算出部８２は、必要電力供給時間も算出する。

次に、情報処理装置１０１の通信部１１が、算出部８２によって算出された推奨電池残量および必要電力供給時間を充電器２２１に送信する（Ｓ７０３）。

充電器２２１の通信部３２０が、情報処理装置１０１の通信部１１からの推奨電池残量および必要電力供給時間を受信する（Ｓ７１１）。

次に、充電器２２１の報知部３２２が、推奨電池残量と、必要供給時間と、を出力部３１２によって報知する（Ｓ７１２）。

次に、充電器２２１の充電制御部３２１が、ＥＶの電池への電力の供給を開始する（Ｓ７１３）。充電制御部３２１は、ＥＶの電力の残量が推奨電池残量に達するまで充電を続ける（Ｓ７１４：Ｎｏ）。
充電制御部３２１は、ＥＶの電力の残量が推奨電池残量に達した場合に（Ｓ７１４：Ｙｅｓ）、ＥＶへの電力の供給を終了する（Ｓ７１５）。

以上のように、本実施形態では、情報処理システム１（電力供給システム）は、情報処理装置１０１と、供給地点（エネルギ供給地点）に設置され、電力によって移動するＥＶに電力（エネルギー）を供給する充電器２２１（エネルギー供給装置）と、を備えている。情報処理装置１０１は、取得部８１と、算出部８２と、通信部１１（出力部）と、を備えている。取得部８１は、供給地点に位置したＥＶの位置情報とＥＶの目的地とＥＶが蓄える電力の残量とを含む算出用情報を取得する。算出部８２は、算出用情報に基づいて、
ＥＶが位置する供給地点における、ＥＶの目的地に応じたＥＶの推奨電池残量（エネルギーの推奨残量）、を算出する。通信部１１は、算出部８２によって算出された推奨電池残量を出力する。充電器２２１は、通信部３２０（入力部）と、報知部３２２（供給処理部）と、充電制御部３２１（供給処理部）と、を備えている。通信部３２０には、通信部１１によって出力された推奨電池残量が入力される。報知部３２２および充電制御部３２１（供給処理部）は、通信部３２０に推奨電池残量が入力された場合に、電力の供給に関する処理を行なう。

よって、本実施形態によれば、算出部８２が、ＥＶが位置する供給地点における、ＥＶの目的地に応じたＥＶの推奨電池残量、を算出するので、当該推奨電池残量をユーザに報知したり、当該推奨電池残量まで充電した場合に充電を停止することができる。したがって、電力の供給の順番待ちのユーザの待ち時間が長くなるのが抑制されやすい。

また、本実施形態では、報知部３２２は、推奨電池残量と、ＥＶの電力の残量を推奨電池残量にするのに必要な電力の供給時間と、のうち少なくとも一方を報知する。よって、ユーザは、推奨電池残量や、ＥＶの電力の残量を推奨電池残量にするのに必要な電力の供給時間に基づいて、電力の供給量を調整することができる。

また、本実施形態では、充電制御部３２１は、ＥＶへの電力の供給中にＥＶの電力の残量が推奨電池残量に達した場合に、ＥＶへの電力の供給を終了する。よって、ユーザは、電力の供給量を調整する必要がない。また、情報処理システム１がＥＶの充電量を管理することができる。

なお、上記実施形態では、図２６の処理において、充電制御部３２１が、ＥＶの電力の残量が推奨電池残量に達した場合に、ＥＶへの電力の供給を終了する例が示されたが、これに限定されない。例えば、追加料金の支払い等を条件に、ＥＶの電力の残量が推奨電池残量に達した場合でも、ユーザが充電器２２１や情報装置２０１によって指定する量（例えば満充電）まで、充電するようにしてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…情報処理システム（電力供給システム）、１１…通信部（出力部）、５１…走行状態管理部、８１…取得部、８２…算出部、１０１…情報処理装置、２２１…充電器（エネルギー供給装置）、３２０…通信部（入力部）、３２２…報知部（供給処理部）、３２１…充電制御部（供給処理部）。

Claims (4)

1. 情報処理装置と、
   エネルギー供給地点に設置され、エネルギーによって移動する移動体に前記エネルギーを供給するエネルギー供給装置と、
   を備え、
   前記情報処理装置は、
   前記エネルギー供給地点に位置した前記移動体の位置情報と前記移動体の目的地と前記移動体が蓄える前記エネルギーの現在の残量とを取得する取得部と、
   前記取得部によって取得された前記位置情報と前記取得部によって取得された前記目的地とに基づいて、前記移動体が位置する前記エネルギー供給地点から前記目的地に前記移動体が到達するのに必要な前記エネルギーの量を算出し、前記目的地に前記移動体が到達するのに必要な前記エネルギーの量と、前記取得部によって取得された前記移動体の前記エネルギーの現在の残量との差分を算出する算出部と、
   前記算出部によって算出された前記差分を出力する出力部と、
   前記エネルギー供給地点で前記エネルギーを供給した後の前記移動体の移動中に、前記エネルギー供給地点での前記エネルギーの供給完了時の前記移動体の前記エネルギーの残量に基づいて、前記移動体の前記エネルギーの現在の残量で到達可能な次の前記エネルギー供給地点を特定し、特定した前記次の前記エネルギー供給地点を前記移動体に搭載された情報装置に送信する走行状態管理部と、
   を備え、
   前記エネルギー供給装置は、
   前記出力部によって出力された前記差分が入力される入力部と、
   前記入力部に前記差分が入力された場合に、前記エネルギーの供給に関する処理を行なう供給処理部と、
   を備える、
   エネルギー供給システム。
2. 前記供給処理部は、前記処理として、前記差分と、前記移動体の前記エネルギーの残量を前記必要な前記エネルギーの量にするのに必要な前記エネルギーの供給時間と、のうち少なくとも一方を報知する、
   請求項１に記載のエネルギー供給システム。
3. 前記供給処理部は、前記処理として、前記移動体への前記エネルギーの供給中に前記移動体の前記エネルギーの残量が前記必要な前記エネルギーの量に達した場合に、前記移動体への前記エネルギーの供給を終了する、
   請求項１または２に記載のエネルギー供給システム。
4. 供給されたエネルギーによって移動する移動体であってエネルギー供給地点に位置した前記移動体の位置情報と前記移動体の目的地と前記移動体が蓄える前記エネルギーの現在の残量とを取得する取得部と、
   前記取得部によって取得された前記位置情報と前記取得部によって取得された前記目的地とに基づいて、前記移動体が位置する前記エネルギー供給地点から前記目的地に前記移動体が到達するのに必要な前記エネルギーの量を算出し、前記目的地に前記移動体が到達するのに必要な前記エネルギーの量と、前記取得部によって取得された前記移動体の前記エネルギーの現在の残量との差分を算出する算出部と、
   前記算出部によって算出された前記差分を出力する出力部と、
   前記エネルギー供給地点で前記エネルギーを供給した後の前記移動体の移動中に、前記エネルギー供給地点での前記エネルギーの供給完了時の前記移動体の前記エネルギーの残量に基づいて、前記移動体の前記エネルギーの現在の残量で到達可能な次の前記エネルギー供給地点を特定し、特定した前記次の前記エネルギー供給地点を前記移動体に搭載された情報装置に送信する走行状態管理部と、
   を備える、
   情報処理装置。

Images