JP2022177177A - 情報処理装置、情報処理方法及びコンピュータプログラム - Google Patents

Abstract

【課題】エネルギー供給器の稼働率を平準化可能なまたはユーザの不満の少ないエネルギー供給計画を可能とする。【解決手段】本発明の実施形態に係る情報処理装置は、複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理する予約管理部と、前記予約の履行状況に応じて、前記移動体のユーザにインセンティブまたはペナルティを付与する算出部と、を備える。【選択図】図１

Description

本発明の実施形態は、情報処理装置、情報処理方法及びコンピュータプログラムに関する。

ＥＶ（Electric Vehicle：電気自動車）向け情報提供システムは、ＥＶの高速道路（有料道路）利用時に、地図情報を参照し、ＥＶの到達可能範囲を精度良く予測して、ユーザに利用すべきサービス／パーキングエリア（ＳＡ／ＰＡ）を推奨、および予約するシステムである。ＥＶが電欠にならないよう効率よく、充電設備のあるＳＡ／ＰＡを利用できる計画を作成する必要がある。

しかしながら、道路の混雑や他のＥＶの待ち状態を計画に適性に反映させることができず、特定のＳＡ／ＰＡに予約がかたよる問題や、長い待機時間がＥＶのユーザにかかる問題がある。また、ユーザが行きたいＳＡ／ＰＡが推奨されない問題もある。このような場合、充電器の稼働率に大きな偏りが発生して、稼働率の高い充電器が急激に劣化したり、稼働率の低い充電器の維持管理コストが高くなったりする。また、ユーザが計画に不便を感じることがある。

特開２０１１－２０３１７４号 特開２０１３－１７１５２４号

本発明の実施形態は、エネルギー供給器の稼働率を平準化可能なまたはユーザの不満の少ないエネルギー供給計画を可能とする情報処理装置、情報処理方法およびコンピュータプログラムを提供する。

本発明の実施形態に係る情報処理装置は、複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理する予約管理部と、前記予約の履行状況に応じて、前記移動体のユーザにインセンティブまたはペナルティを付与する算出部と、を備える。

実施形態に係る予約管理装置のブロック図。 実施形態に係る通信システムを示す図。 経路情報の一例を示す図。 経路情報のネットワーク構造の例を示す図。 トラフィックカウンタ管理情報の例を示す図。 気象情報の例を示す図。 道路管制情報の一例を示す図。 車両情報の一例を示す図。 予約情報ＤＢ（データベース）の一例を示す図。 Ｉ／Ｐ（インセンティブ／ペナルティ）情報ＤＢの例を示す図。 走行管理部で管理するデータ例を示す図。 第１の実施例に係るモード選択充電計画案の作成例を示す図。 モード選択充電計画案の例を示す図。 図１３の画面から遷移する画面の例を示す図。 図１４の画面から遷移する画面の例を示す図。 ＥＶ向け情報提供システム画面の例を示す図。 図１３の画面から遷移する画面の例を示す図。 図１７の画面から遷移する画面の例を示す図。 モード選択充電計画案の他の例を示す図。 図１４の画面から遷移する画面の例を示す。 経路の再探索が可能なモード選択充電計画案のアプリ画面の例を示す図。 経路の再探索後に表示される画面の例を示す図。 図２２の画面から遷移する画面の例を示す図。 第２の実施例に係る予約管理装置の動作の一例を示すフローチャート。 第２の実施例に係る充電予約画面の例を示す図。 充電の予約を行う例を示す図。 予約完了後の充電予約画面の例を示す図。 充電地点および充電地点が指定された場合の充電予約画面の例を示す図。 充電計画ＤＢの例を示す図。 ユーザが充電予約を行う場合の処理の一例のフローチャート。 アプリにおけるＥＶ向け情報提供システム条件の入力画面の例を示す図。 アプリにおけるその他の条件の入力画面の例を示す図。 ユーザが充電予約を行う場合の処理の他の例のフローチャート。 充電計画部が充電計画の再作成（更新）を行う場合の処理の一例のフローチャート。 充電時間および充電地点の少なくとも一方の変更をユーザに通知する場合のユーザのアプリの画面例を示す図。 ユーザが間に合わないと判断された場合にその旨の通知をアプリに表示させる例を示す図。 充電時間の変更を行う場合のアプリの操作例を示す図。 予約を削除する場合のアプリの操作例を示す図。 充電計画部が充電計画の再作成（更新）を行う場合の処理の他の例のフローチャート。 Ｉ／Ｐ算出部の処理の一例のフローチャート。 充電予約の変更の通知と同時にペナルティを通知するアプリ画面の例を示す図。 予約の権利を剥奪する場合のアプリ画面の例を示す図。 予約のキャンセル回数に応じて、ユーザに付与するペナルティの内容を決定する処理のフローチャート。 ユーザが充電地点で充電を行う場合の動作例を示す図。 図４４に続く説明図。 充電予約端末の操作例を説明するための図。 充電予約端末の操作例を説明するための図。 充電予約端末の操作例を説明するための図。 充電予約端末の操作例を説明するための図。 充電予約端末の操作例を説明するための図。 充電予約端末の操作例を説明するための図。 充電予約端末の操作例を説明するための図。 第２の実施例に係る予約管理装置の動作の一例を示すフローチャート。 実施形態に係る予約管理装置のハードウェア構成を示す図。

以下、図面を参照しながら、本発明の実施形態について説明する。以下の説明は、移動体として電気自動車（以下、ＥＶ）を例に説明するが、ＥＶ以外の移動体でもよい。そのような移動体の例として、電車、ハイブリッド車、燃料電池車、飛行機、ドローン、電動バイク、ディーゼル機関を持つ車、船などがある。

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

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

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

図１は、本発明の実施形態に係る情報処理装置である予約管理装置のブロック図である。図１の予約管理装置１０１は、通信部１１、ＥＶ管理部１３、ユーザＤＢ（データベース）１４、地図情報管理部１５、道路管制情報管理部１６、充電器情報管理部１７、気象情報管理部１８、車両情報管理部１９、システムＤＢ２０、制御部２１、予約管理部２３、予約ＤＢ２４、Ｉ／Ｐ（インセンティブ／ペナルティ）情報管理部２５、Ｉ／Ｐ情報ＤＢ２６を備える。また予約管理装置１０１は、Ｉ／Ｐ料金管理部３１、充電管理部３２、走行管理部４１、Ｉ／Ｐ算出部（算出部）５１、ＩＰ計画ＤＢ５２、充電計画部７１、充電計画ＤＢ７２を備えている。

その他、予約管理装置１０１は、オペレータが予約管理装置１０１に指示またはデータを入力する入力手段、データをオペレータに表示する表示手段を備えていてもよい。入力手段の例としてキーボード、マウス、タッチパネル、音声入力用のマイク等がある。表示手段の例として、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、及びＰＤＰ（プラズマディスプレイ）等がある。オペレータが予約管理装置１０１を操作しない場合はこれらの入力手段および出力手段は不要である。

予約管理装置１０１は、高速道路（有料道路）を走行するＥＶのユーザに対してエネルギー供給地点の予約機能を提供する予約機能付きＥＶ向け情報提供システムを実現する。
予約管理装置１０１は、一例として施設管理会社または交通管制局などに設置される。ただし、予約管理装置１０１は、ＥＶのカーナビゲーションシステム（以下、カーナビ）に組み込まれてもいし、路側に設置されることも排除されない。路側に配置される場合、オペレータは予約管理装置１０１をリモート操作してもよい。

通信部１１は、通信ネットワークを介して、種々の情報装置、種々のサーバ、充電器管理システム、料金決済システムと通信を行う。

図２に予約管理装置１０１、種々の情報装置、種々のサーバ、充電器管理システム、料金決済システムを備えた通信システムを示す。図２に示すように、予約管理装置１０１は、通信ネットワーク２２０を介して、情報装置２０１Ａ～２０１Ｎ、サーバ２１１Ａ～２１１Ｎ、充電器管理システム９０、料金決済システム９１と接続されている。通信ネットワーク２２０は、有線または無線またはこれらのハイブリッドのネットワークである。通信ネットワーク２２０は、無線ＬＡＮのアクセスポイント等の中継装置を含んでいてもよい。

情報装置２０１Ａ～２０１Ｎは、例えばユーザが保持している通信端末または携帯端末（スマートフォン、タブレット装置、携帯電話、ノートＰＣ等）、ＥＶに搭載されているカーナビゲーションシステム等の車載装置、ＥＶが充電を行う供給地点に設置された充電器、ＩＴＳスポット（ＥＴＣ２．０装置）、充電予約端末（後述する図４６～図５２参照）である。情報装置２０１Ａ～２０１Ｎは予約管理装置１０１とリアルタイムに通信可能でもよい。ユーザが操作する情報装置（通信端末またはカーナビゲーションシステム等）には、本実施形態に係るＥＶ向け情報提供システムのサービス（以下、本サービス）を利用するためのアプリケーション（以下、アプリ）がインストールされている。ただし、ウェブページを介して、ユーザに本サービスを提供する構成も可能であり、その場合は、上記アプリのインストールは不要である。ＥＴＣ２．０装置は、通信端末およびカーナビの少なくとも一方と通信可能な通信装置であり、例えば、複数の所定のスポットに配置される。所定のスポットはＩＴＳスポットでもよいし、経路に沿った箇所でもよいし、高速道路のサービスエリア、料金所、建物などでもよい。ＥＴＣ装置２．０は、供給地点の入口と出口に設けられてもよく、この場合、ＥＶの入場時刻、出場時刻、入場台数および出場台数を検出してもよい。通信端末は、ユーザが運転しているＥＶの他の乗車者（例えば助手席に座っている人）が操作してもよい。あるいはユーザが通信端末を操作し、他の代行者がＥＶを運転してもよい。通信端末への入力は手入力でも音声入力でもよい。充電予約端末はアプリ以外で充電の予約を行うための端末であり、一例として通信端末を保持していないユーザによって利用される。以下では、情報装置２０１Ａ～２０１Ｎを情報装置２０１と総称する。

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

充電器管理システム９０は、各供給地点に設置された充電器を管理および制御する。各供給地点の充電器の近傍には充電器管理システム９０の端末が設置されており、ユーザはこの端末を操作して実際の充電のための操作を行ってもよい。あるいは、ユーザのアプリの操作により充電器管理システム９０に対する充電のための操作を行ってもよい。充電器管理システム９０は予約管理装置１０１とやり取りすることで、ユーザに対する充電を実行するかを判断する。例えばユーザに対して充電の予約が行われていることを確認できた場合や、予約が入っていないが充電器が空いている場合のみ、充電を実行する。

料金決済システム９１は、ユーザの充電の充電料金（請求額）を管理する。料金決済システム９１は、各ユーザの充電料金の決済処理を行う。各ユーザへの実際の請求は、クレジットカード会社を介した請求、各ユーザへの請求書の送付、銀行引き落とし、電子マネーや仮想通貨による支払い等、任意の手段により行うことが考えられる。

図１のＥＶ管理部１３は、本サービスを利用するユーザのアプリと通信して、ユーザから要求またはデータを受信したり、ユーザに要求またはデータを送信したりする。また、ＥＶ管理部１３は、本サービスを利用するユーザおよびユーザが利用するＥＶの情報を管理する。事前にＥＶ管理部１３は、本サービスの利用を希望するユーザに対してユーザ登録を行ってもよい。ユーザはアプリを起動して、ＥＶ管理部１３と通信することで、ユーザ登録を行うことができる。ＥＶ管理部１３は、ユーザに対してユーザＩＤ（ＥＶ＿ＩＤ）を発行する。ＥＶ管理部１３は、ユーザの情報（パスワード）やユーザが利用するＥＶの情報（車種、電池容量、バッテリー劣化度、累計走行距離、タイヤの種類等）を取得し、これらをユーザ情報とする。ユーザＩＤとユーザ情報とを関連づけて、ユーザＤＢ１４に登録する。ユーザＩＤをユーザ情報に含めて定義してもよい。

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

また、ＥＶ管理部１３は、利用登録後のユーザの情報装置２０１と通信して、ＧＰＳの位置情報、現在時刻、電池の残存電力量（電池残量）、エアコン使用状況等の情報を取得し、走行管理部４１に通知する。当該情報の取得は、走行管理部４１または他の処理部が行ってもよい。情報装置２０１との通信のタイミングとして、リアルタイム、一定時間毎のタイミング、出発ＩＣなど所定のＩＣを経由するタイミング、予約管理装置１０１が要求を出してその応答を取得するタイミング、サービスエリア／パーキングエリア（ＳＡ／ＰＡ）に流入したまたはＳＡ／ＰＡから流出したタイミング、ＳＡ／ＰＡの近くを経由したタイミングなどがある。

ユーザＤＢ１４は、上述したユーザおよびＥＶに関する情報を保持する。ユーザＤＢ１４は、例えばメモリ装置、ハードディスク装置、ＳＳＤ装置など、ハードウェア記憶装置である。

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

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

また、地図情報は、上記の地図要素として、供給地点やＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点の情報を含む。また、地図情報は、供給地点やＳＡ／ＰＡ地点、ＩＣやＪＣＴ地点間の経路情報として、経路の距離情報および当該経路の所要走行時間の情報を含んでもよい。

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

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

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

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

地図情報管理部１５は一定期間ごとまたはリアルタイムにサーバ２１１から地図情報の全部または一部を取得し、更新してもよい。

気象情報管理部１８は、サーバ２１１から気象情報を取得し、取得した気象情報をシステムＤＢ２０に保持および管理する。

図６に、気象情報の一例を示す。気象情報は、例えば予め定めた各地域および各日時の気温、降雨有無、降水量、風速、風向、総日射量、降雪量、路面温度、光度、視程（霧）、放射線、ゲリラ豪雨などの情報を含む。気象情報は、過去および現在までの気象情報のほか、将来の予測の気象情報が取得可能な場合は、予測の気象情報を含んでもよい。気象情報管理部１８は、サーバ２１１から一定時間ごとまたはリアルタイムに気象情報を取得してもよい。

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

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

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

図８に、車両情報の一例を示す。車種ＩＤは、車種ごとに異なる値を有する。車両情報を管理するサーバ２１１は、ＥＶメーカーのサーバでもよいし、複数のＥＶメーカーの車種情報をまとめて管理するサーバでもよい。車両情報管理部１９は、サーバ２１１から一定時間ごとに車種情報を取得してもよい。あるいは、車種情報をサーバ２１１ではなく、情報装置２０１から取得してもよい。

充電器情報管理部１７は、サーバ２１１から、各供給地点に設置された１つまたは複数の充電器（エネルギー供給器）についての充電器情報を取得する。充電器情報管理部１７は、取得した充電器情報をシステムＤＢ２０に保持および管理する。充電器情報管理部１７は、各供給地点の充電器の数を把握している。充電器情報は、例えば、充電器で充電を行ったユーザ（ＥＶ向け情報提供システムのユーザ）のユーザＩＤ（ＥＶ＿ＩＤ）、供給地点ＩＤ、開始充電量、終了充電量、充電開始時刻、充電終了時刻を含む。その他、充電効率、充電回数などの情報が保持されてもよい。開始充電量は、充電器での充電開始時刻でＥＶの電池に蓄積されている電力量である。終了充電量は、充電器での充電終了時刻でＥＶの電池に蓄積されている電力量である。終了充電量と開始充電量との差分がＥＶで充電された電力量である。開始充電量および終了充電量の代わりに、開始充電量および終了充電量のいずれか一方と、充電された電力量との情報を充電器情報が含んでもよい。

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

予約管理部２３は、各ユーザのＥＶの充電の予約を、予約ＤＢ２４を用いて管理する。
予約管理部２３は、走行管理部４１の制御に基づき、予約ＤＢ２４への予約の登録、変更および削除を行う。予約ＤＢ２４は、各供給地点の充電器ごとに、充電の予約状況を表す情報を保持する。また、予約管理部は、各ユーザのＥＶが充電の予約に関して、予約可能な充電器、予約可能回数、予約可能時間帯、インセンティブの種類など、予約に関する制約条件も管理してもよい。これらの制約条件は、後述のポイント等により変動することも考えられる。

図９に予約ＤＢ２４の一例を示す。この例では、ある年月日における供給地点Ａの充電器０１に関する予約情報を示す。例えば、８：１０～８：４０は、ＥＶ＿ＩＤが０００７８２３７９のユーザが予約されている。８：４０～９：４０は、まだどのユーザにも予約されていない（これから予約可能である）。９：４０～１０：１０は、ＥＶ＿ＩＤが０００５８２４７１のユーザに予約されている。予約情報はテーブル形式またはファイル形式等で保存されている。供給地点Ａに充電器０１以外の充電器も存在する場合は、当該充電器についても同様に予約情報が保持されている。他の供給地点の充電器についても同様の予約情報が保持されている。予約の時間の粒度は１分単位でも、５分単位でも、その他の時間単位でもよい。なお、予約ＤＢ２４にＥＶ＿ＩＤを保持しない構成も可能である。

予約管理部２３は、予約を追加する場合は、予約情報において利用可能な時間にＥＶ＿ＩＤと予約時間とを含む予約を追加する。予約を削除する場合は、予約情報から該当する予約を削除し、削除した予約の時間を利用可能に設定する。変更する場合は、予約情報において変更対象となる予約をいったん削除し、変更後の予約を追加すればよい。

Ｉ／Ｐ情報管理部２５は、インセンティブおよびペナルティ（Ｉ／Ｐ）を定義するデータをＩ／Ｐ情報ＤＢ２６を用いて管理する。Ｉ／Ｐ情報ＤＢ２６は、Ｉ／Ｐを定義するデータを保持する。Ｉ／Ｐを定義するデータは外部（オペレータ等）からの指示により更新可能であってもよい。Ｉ／Ｐは、後述するＩ／Ｐ算出部５１によりユーザに付与されるものである。インセンティブは、例えば、ユーザが予約を履行した（予約した供給地点および時間で充電した）場合に、当該ユーザに付与される。ペナルティは、例えばユーザが予約を履行しなかった場合または予約を履行できないと判断された場合に、当該ユーザに設定される。インセンティブまたはペナルティは、他のユーザに譲渡可能であってもよい。

図１０に、Ｉ／Ｐ情報ＤＢ２６の一例を示す。図１０の上図には、インセンティブテーブルが示され、下図にはペナルティテーブルが示される。インセンティブテーブルには、インセンティブＩＤと、インセンティブの内容を表すデータが保持されている。ペナルティテーブルには、ペナルティＩＤと、ペナルティの内容を表すデータが保持されている。
インセンティブＩＤがＩｘｘｘのインセンティブを、インセンティブＩｘｘｘと記載する。ペナルティＩＤがＰｘｘｘのペナルティを、ペナルティＰｘｘｘと記載する。ｘには任意の整数が入る。

例えば、インセンティブＩ００１は、エネルギー供給を行う供給地点（充電地点）およびエネルギー供給時間（充電時間）を予約する権利である（ユーザ登録時のデフォルト状態で当該予約する権利を有している場合、当該インセンティブは今後も予約する権利を継続して保有することを意味する）。インセンティブＩ００２は、最速モード（目的地に最も早くつくように充電地点のスケジュールを立てる）を利用できる権利である。インセンティブＩ００３は、充電料金の割引を受ける権利、もしくは高い割引率の適用を受ける権利である。例えば料金を５％割り引くことがある。インセンティブＩ００４はポイントをもらう権利である。ポイントは例えば支払いの際、１ポイント当たり一定の金額（例えば１ポイント１０円など）に充当できる。ポイントを一定の金額に充当する以外の例として、ポイント数に応じて高いインセンティブに交換可能にしてもよい。この場合、各インセンティブには交換に必要なポイント数を設定しておく。インセンティブＩ００５は、クーポン（例えば最速モードで割引を受けることができるなど）をもらう権利である。インセンティブＩ００６は、アイテム（ノベルティなど）の贈与を受ける権利である。インセンティブＩ００７は、充電を行う時間長を指定する権利である。インセンティブＩ００８は、他のユーザがある箇所の充電器を待っている場合、割り込むことを許容する権利である。すなわち、他のユーザの予約（充電地点または充電時間等）をキャンセルまたは変更して、自分が空いた時間に予約する権利である。すなわち、なお、この場合は、割り込める地点、時間帯をシステム側が計画する充電計画に基づき、決定してもよい。インセンティブＩ００９は、複数の充電地点と充電時間とを指定する権利である。充電時間の代わりに、充電の時間長または時間の範囲でもよい。ここで示したインセンティブは一例に過ぎず、他のインセンティブを定義してもよい。例えば、充電を行う時間帯（朝、昼、夜、深夜など）を指定する権利があってもよい。また、指定した時刻までにＥＶが到来すると充電器が空き次第、優先的に当該充電器を利用できる権利があってもよい。図１０に示したインセンティブを複数、組み合わせてもよい。例えばインセンティブＩ００２とＩ００７を組み合わせてもよい。

ペナルティＰ００１は、充電料金の割引を受けることができない、もしくは低い割引率を適用されることである。ペナルティＰ００２は、次回の充電地点および充電時間の少なくとも前者が指定されることである。ペナルティＰ００３は、予約可能な充電地点が、特定の充電地点に制限されることである。ペナルティＰ００４は、予約可能な充電時間が特定の時間に制限されることである。ペナルティＰ００５は、予約可能な充電時間長が特定の長さに制限されることである。特定の充電地点、特定の時間、および特定の時間長は、予め決められていても良いし、Ｉ／Ｐ算出部が指定してもよい（例えば混んでいない充電地点を指定するなど）。ペナルティＰ００６は、充電地点および充電時間の予約を行うことができないことである。ペナルティＰ００７は最速モードを利用できないことである。
ここで示したペナルティは一例に過ぎず、他のペナルティを定義してもよい。また、図１０に示したペナルティを複数、組み合わせてもよい。例えばペナルティＰ００３とＰ００４を組み合わせたペナルティを定義して、充電地点と充電時間との両方が制限されるペナルティを定義してもよい。

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

Ｉ／Ｐ料金管理部３１は、Ｉ／Ｐ算出部５１により生成されたユーザ毎のＩ／Ｐ計画に基づき、料金に関するＩ／Ｐを実行する。Ｉ／Ｐ料金管理部３１は、ＥＶ充電の料金決済システム９１に有線または無線で接続されている。料金決済システム９１が、予約管理装置１０１の構成要素として予約管理装置１０１の内部に配置されてもよい。Ｉ／Ｐ料金管理部３１は、Ｉ／Ｐ算出部５１によって作成される各ユーザのＩ／Ｐ計画に基づき、料金に関するＩ／Ｐ（例えば図１０のＩ００３、Ｐ００１等）を付与されたユーザについて、料金の割引率等または割引の有無等を指示する指示データや、その他料金の計算に必要なデータ（充電量など）を、料金決済システム９１に送信する。料金決済システム９１は、Ｉ／Ｐ料金管理部３１から受信したデータに従って、ユーザの請求額（充電料金）を決定する。なお、１電力量単位当たりの充電の料金は、料金決済システム９１で管理されていてもよいし、予約管理装置１０１で管理してもよい。この場合、料金は、一例として、各供給地点および各充電器で同じでも異なってもよい。例えば急速充電器は普通充電器より料金が高くてもよい。また、充電を行う時間や混雑状況に応じて、料金が動的に変更されてもよい。

充電管理部３２は、充電器管理システム９０に有線または無線で接続されている。充電器管理システム９０が、予約管理装置１０１の構成要素として予約管理装置１０１の内部に配置されてもよい。充電管理部３２は、充電器管理システム９０と情報交換を行うことで、例えば、ユーザの充電を許可するかを判断し、判断の結果を充電器管理システム９０に通知する。ユーザの充電の予約が入っていれば充電を許可し、入っていなければ許可しない。また予約が入っていなくても、空いている時間（他のユーザの予約が入っていない時間）であれば、充電を許可する。なお、ユーザは充電を行う場合、充電用のケーブルをＥＶのコネクタに接続するなどの操作を行い（有線充電の場合）、充電器管理システム９０は、充電の準備ができたことを確認できた場合に、充電器からの充電を可能にする。

走行管理部４１は、走行中の各ＥＶの走行を管理する。走行管理部４１は、走行中のＥＶについて、出発地からの走行の履歴を管理する。例えば、出発地、目的地、経由したＩＣまたは供給地点（ＳＡ／ＰＡ）、充電した供給地点および充電時間等に関する情報を含む。さらに休憩を行った供給地点（ＳＡ／ＰＡ）および休憩時間に関する情報や、各区間（出発地から最初に経由または立ち寄った供給地点間の区間、隣接する供給地点間の区間など）の消費電力量、走行速度および走行時間等を管理してもよい。同じ供給地点で充電と休憩を行った場合、充電時間が休憩時間の一部になる。これらのデータは、例えば、各管理部１５～１９やＥＶ管理部１３で取得されるデータに基づき管理される。

図１１に、あるＥＶの走行履歴の一例を示す。流入の時刻は出発地（出発ＩＣ）に流入した時刻、流入の場所は出発地（出発ＩＣ）を表す。流出の時刻は、ＥＶが目的地（目的ＩＣ）から流出した時刻、流出の場所は、目的地（目的ＩＣ）を表す。ＥＶがまだ目的地に到着していないため、流出の時刻は空白になっている。充電１の場所は、１回目の充電を行った供給地点、充電１の時間は１回目の充電を行った時間（開始時刻および終了時刻）を表す。２回目以降の充電についても同様にして情報が格納される。休憩の場所は、ユーザが休憩を行ったＳＡ／ＰＡ、休憩の時間はユーザが休憩を行った時間（開始時刻および終了時刻）である。休憩の時間は、充電時間と重なってもよく、図の例では、Ｑ４での休憩時間内に充電を行っている。

走行管理部４１は、本サービスの利用要求があったユーザのＥＶに対する充電計画案を充電計画部７１に作成させる。また、ユーザの充電計画に変更の必要性が発生した都度（例えば後述する充電の予約が履行されたり、予約の変更が発生したりした都度）、充電計画案を再作成させる。走行管理部４１は、作成された充電計画案を、ＥＶのユーザのアプリに送信する。アプリに送信された充電計画案はアプリによって情報装置２０１の画面に表示される。

充電計画案の一例は、最速モードの充電計画案と最安モードの充電計画案の選択をユーザに実行させるものである。以下、このような充電計画案を、モード指定充電計画案と呼ぶ場合がある。最速モードは、例えば目的地まで最も早くつくように充電地点の計画を行うもので、充電料金は例えば通常料金（料金割引なしのペナルティ）のモードである。最安モードは、例えば充電器の利用率の平準化の観点から本装置が推奨する充電地点を計画するモードであり、目的地に到着するまでに要する時間は最速モードに比べて遅くなるが、充電料金が最も安くなる（料金割引のインセンティブがある）。ユーザは、モード指定充電計画案で提示される複数のモードの中からモードの選択を行うことで、充電地点と充電時間の予約を行う。

また、充電計画案の他の例として、ＥＶがどの供給地点でどの時間、充電可能か否かを表す充電候補情報、充電可能な供給地点および充電時間のうち推奨する供給地点および充電時間の情報（推奨情報）を含み、ユーザに自由に充電地点および充電時間を決定させるものもある（以下、個別指定充電計画案と呼ぶ場合がある）。本例の場合、充電候補情報で指定した中からユーザに充電地点および充電時間を自由に選択させる。ユーザは、充電を行う供給地点（充電地点）と、充電を行う時間（開始時刻および終了時刻）とを選択し、予約の実行をする（予約不可のペナルティを受けていない状況を想定）。この際、ユーザは、推奨情報で推奨された充電地点および充電時間を選択することが推奨される。そのため、推奨される充電計画でユーザが予約を実施した場合、高いインセンティブ(例えば、予約可能時間帯の拡大など)を付与してよい。

モード指定充電計画案および個別指定充電計画案等の充電計画案には、供給地点間の区間の走行の予測消費電力量、各供給地点での電池残量、各供給地点の到着予測時刻など、様々な情報を含めてもよい。予測消費電力量は、一例として、区間のＴＣ情報の走行速度および当該ＥＶの電費等の情報に基づき計算できる。その他、予測消費電力量の計算は、消費電力量の予測モデルを用いる方法や、過去の統計値を用いる方法など様々な方法が可能である。到着予測時刻の計算には、一例として、各区間のＴＣ情報の走行速度を用いればよい。

充電計画部７１は、上述したようなＥＶの充電計画案（エネルギー供給計画案）を、一般的なＥＭＳ(エネルギーマネジメントシステム)、例えば各充電器のＥＭＳと連携し、一般的な充電計画法で各ＥＭＳの平準化を実施した充電計画を立案してもよい。または、多目的最適化を用い、ユーザの待ち時間短縮または各充電器のエネルギー平準化またはこれらの両方を可能とした充電計画を立案してもよい。充電計画案を作成するに当たっては、一例として、ＥＶの出発地、目的地、ＥＶが通過する経路、ＥＶが現在の電池残量で到達可能な供給地点の情報、ＥＶの各供給地点における到着予測時刻、各供給地点における予約状況、各ユーザが指定する条件（ユーザ指定条件）の少なくとも１つを用いる。

ユーザ指定条件の例として、最も安い料金で充電するモード（最安モード）、目的地に最も早くように充電を計画するが料金は通常料金であるモード（最速モード）といった充電スタイル（充電モード）の選択がある。料金を変える方法として、料金インセンティブで充電料金を安くしたり、料金ペナルティで充電料金の割引を行わないようにする方法がある。また、供給地点、充電を行う時間、混雑状況（後述）によって料金が異なる場合に、供給地点や充電を行う時間等を調整することで、充電料金を変えることができる。ユーザ指定条件の他の例として、電池残量がどの程度になったら充電するかといった充電タイミングがある。例えば、ＳｏＣ（Ｓｔａｔｅ ｏｆ Ｃｈａｒｇｅ）が５０％以下になったら充電する“普通モード”、ＳｏＣが３０％以下になったら充電する“ぎりぎりモード”がある。ＳｏＣの値をユーザが直接指定してもよい。充電スタイル（充電モード）と充電タイミングとを組み合わせた複数のモード（充電計画案）をユーザに提示して、ユーザにモード（充電計画案）を選択させる方法も可能である。

また、充電計画部７１は、各供給地点の混雑状況（待ち時間が長いか短いか）を考慮してもよい。混雑状況として、各供給地点の充電器の利用率（供給地点に複数の充電器がある場合は複数の充電器の利用率の平均でもよい）を用いてもよい。充電器の利用率は、一例として、基準時刻から現在時刻までの時間のうち、充電器が使用された時間と予約が入っている時間とを合計した時間の比率である。当該利用率が大きいほど、供給地点が混雑しているといえる。各供給地点の混雑状況ができるだけ均等になるように（例えば各供給地点の利用率が一定の範囲に収まるように）、モード指定充電計画案の最安モードで推奨する供給地点、または個別指定充電計画案の推奨情報で推奨する供給地点を決定してもよい。

Ｉ／Ｐ算出部５１は、各ユーザの充電計画（または予約情報）に基づき、各ユーザによる予約の履行状況に応じて、インセンティブまたはペナルティを各ユーザに付与する。例えばユーザが予約を履行したか否か、もしくは予約履行可能か否かを判断し、予約を履行した場合はインセンティブを付与し、履行しなかった場合は、もしくは履行できないと判断した場合は、ペナルティを付与する。Ｉ／Ｐ算出部５１は、各ユーザに付与したＩ／Ｐを表す情報（各ユーザのＩ／Ｐ計画）を生成する。Ｉ／Ｐ計画は、一例として、ユーザに適用するＩ／Ｐ、Ｉ／Ｐが適用される期間または回数、適用タイミング（ユーザがインセンティブまたはペナルティの適用タイミングを決定できるのか、予約管理装置１０１がインセンティブまたはペナルティの適用タイミングを決定するのか、また後者の場合はどのタイミングか（例えば料金請求のタイミング））等の情報を含む。１人のユーザに累積的にインセンティブまたはペナルティが付与されることにより、１人のユーザに複数のインセンティブまたは複数のペナルティが付与されている状況もある。また、１人のユーザに累積的にインセンティブおよびペナルティが付与されることで、１人のユーザがインセンティブとペナルティとの両方を付与されている状況もある。Ｉ／Ｐ算出部５１は各ユーザのＩ／Ｐ計画をＩ／Ｐ計画ＤＢ５２に格納する。Ｉ／Ｐ計画ＤＢ５２は、各ユーザのＩ／Ｐ計画を保持する。Ｉ／Ｐ計画が変更された場合は、変更後のＩ／Ｐ計画でＩ／Ｐ計画ＤＢ５２を更新する。

Ｉ／Ｐの例は図１０を用いて前述したとおりである。予約の履行状況に応じて適用するＩ／Ｐは、予め定めたものでもよいし、予めユーザが前述のユーザ指定条件の一部または本サービスの申し込み時に、選択可能にしてもよい。また、予約を履行または不履行した状況に応じて、適用するＩ／Ｐを変えたり、適用する回数または期間を変えたりしてもよい。

例えば、予約の時間に応じて、適用するＩ／Ｐを変えてもよい。混んでいる時間で予約を履行したまたは不履行にした場合は、高いインセンティブ（高い割引率を適用など）または高いペナルティ（一定期間、供給地点と時間の予約を認めないなど）を付与し、混んでいない時間で予約を履行したまたは不履行にした場合は、低いインセンティブ（予約の権利を引き続き認めるなど）または低いペナルティ（次回は予約管理装置１０１が指定した供給地点および充電時間で充電を行うなど）を付与してもよい。適用するＩ／Ｐは具体的には、図１０のインセンティブＩＤまたはペナルティＩＤとして指定し、Ｉ／Ｐの回数、期間または適用タイミングを、Ｉ／Ｐを付与する際に、逐次決定してもよい。あるいは、図１０のテーブルで、Ｉ／Ｐの定義に回数、期間または適用タイミングを含めてもよい。あるいは、本実施携帯の処理を行うプログラムにインセンティブまたはペナルティの定義およびその実行のコードを埋め込んでもよい。

Ｉ／Ｐ算出部５１は、予約を連続して履行した回数または予約を連続して不履行にした回数によって、適用するＩ／Ｐを変えてもよい。例えば回数が多いほど、高いインセンティブまたは高いペナルティを付与する。また、Ｉ／Ｐ算出部５１は、連続して一定回数予約が履行された場合にインセンティブを付与し、連続して一定回数予約が不履行にされた場合に、ペナルティを付与してもよい（つまり、連続して一定回数未満の予約の不履行は許容される）。

Ｉ／Ｐ算出部５１は、付与するインセンティブの内容に応じて、当該インセンティブの権利を行使するタイミングをユーザおよび予約管理装置１０１のいずれが決定するのかを判断してもよい。例えばインセンティブが料金の割引１０％で、行使可能な回数が１回であったとする。このとき、この権利を行使するタイミングをユーザが自由に定めることとしてもよい。この場合、ユーザが割引を受けるタイミングを自発的に指定するか、あるいはＩ／Ｐ料金管理部３１が当該割引を受ける権利を有するユーザに、権利を行使するか否かを問い合わせてもよい。あるいは、料金割引を適用するタイミングが予め定められていてもよい。例えば、実際に予約が履行された充電の料金を１０％割り引くようにしてもよい。別の例として、インセンティブが料金の割引５％で、行使可能な期間が１週間であったとする。このときはＩ／Ｐ算出部５１が、インセンティブが付与された日から１週間の間、インセンティブが付与されたユーザの各充電の料金を１０％、割り引くようにしてもよい。

Ｉ／Ｐ算出部５１は、解除条件が成立した場合に、ペナルティを解除してもよい。例えば連続して一定回数予約を履行した場合には、ペナルティを解除してもよい。または、ペナルティ適用中のユーザに対して、充電計画部７１が充電拠点および充電時間を指定し、指定した充電拠点および指定した充電時間で実際に当該ユーザが充電を行った場合は、ペナルティを解除してもよい（すなわち、この場合、指定した充電拠点および指定した充電時間で充電を行うこともペナルティの一種である）。当該指定による充電を一定回数行った場合に、ペナルティを解除してもよい。ここで述べた以外の方法でペナルティの解除条件を定義してもよい。

充電計画部７１は、ユーザから指定された充電地点および充電時間に、他のユーザ（他の第１ユーザ）の予約が入っている場合に、他の第１ユーザに予約の変更を問い合わせてもよい。Ｉ／Ｐ算出部５１は、他の第１ユーザが予約の変更に応じた場合に、他の第１ユーザが指定する他の第２ユーザにインセンティブを付与してもよい。また、当該他の第１ユーザが予約の変更に応じた場合に、ユーザが指定する他の第３ユーザにインセンティブを付与してもよい。また、当該他の第１ユーザが予約の変更に応じた場合に、ユーザに付与されているインセンティブを、他の第１ユーザまたは他の第２ユーザに譲り渡してもよい。

充電計画部７１もしくは充電管理部３２は、ユーザが予約時間よりも早く充電地点に到着した場合に、使用予定の充電器が空いている場合は、予約時間を時間的に前にシフトし、予定時間よりも早く充電を開始することを許容してもよい。この場合、予約時間のシフトに応じて予約ＤＢ２４を更新する。

以下、充電計画案として充電計画部７１がモード選択充電計画案または個別指定充電計画案を作成し、ユーザが充電予約を行う具体例を示す。まず第１の実施例としてモード選択充電計画案を作成する場合を説明し、その後、第２の実施例として個別指定充電計画案を作成する場合を説明する。

（第１の実施例）
図１２にモード選択充電計画案の作成例を示す。経路のネットワーク構造の例が示されている。ＳＡ／ＰＡ（供給地点）を表すノードＳＡ／ＰＡ００１～００６と、ＥＶの出発ＩＣのノードＩＮと、ＥＶの目的ＩＣのノードＯＵＴとが、破線で示すリンクにより結合されている。その他のＩＣおよびＪＣＴの図示は省略している。このネットワーク構造例では、出発ＩＣから目的ＩＣまでの経路は複数存在するが、ネットワーク構造によっては出発ＩＣから目的ＩＣまでの経路が１つのみの場合もある。このような場合も本実施例は可能である。充電計画部７１は、出発ＩＣに流入した、もしくはこれから流入するＥＶに対し、モード選択充電計画案を作成する。具体的には、目的ＩＣに最も早く到着する最速モードの充電計画案（最速経路）と、目的ＩＣまで最も充電料金が安くなる最安モードの充電計画案（最安経路）とを作成し、これらのうちの１つを選択させるモード選択充電計画案を作成する。各充電計画案の作成は、前述した方法で行えばよい。各充電計画案が図に示される。

最速モードの充電計画案では実線の矢印で示される経路（最速経路）、すなわちＳＡ／｀Ａ００１，００３，００４，００６を辿り、途中ＳＡ／ＰＡ００４で１回、３０分充電を行う。マーク１Ａ（塗りつぶした車の絵）は最速モードの場合に充電を行うＳＡ／ＰＡの位置を示している。充電料金は９００円であり、走行距離２４８ｋｍである。目的ＩＣまでの所要時間は３時間２５分である。

最安モードの充電計画案では一点鎖線の矢印で示される経路（最安経路）、すなわちＳＡ／ＰＡ００１，００２，００５，００４，００６を辿り、途中ＳＡ／ＰＡ００５とＳＡ／ＰＡ００６の２箇所でそれぞれ３０分（合計１時間）充電を行う。マーク２Ａ、２Ｂ（白抜きの車の絵）は最安モードの場合に充電を行うＳＡ／ＰＡの位置を示している。充電料金は６００円であり、走行距離２７６ｋｍである。目的ＩＣまでの所要時間は４時間１５分である。最速モードよりも３００円安い。これは、最安モードでは３００円割引のインセンティブが付与されているためである。すなわちこの最安モードの計画案通りに充電を行ったらユーザの料金は６００円で済む。なお、課金は各箇所で充電を行った際にそれぞれ割引料金で行えばよい。最安モードの充電料金は２箇所の充電料金の合計である。

各充電計画案において、各ＳＡ／ＰＡの到着予測時刻、充電の待ち時間などの情報も計算してもよい。

最安モードまたは最速モードの計画案通りに充電を行わなかった場合には、例えば、予め決定されたペナルティがユーザに付与される。例えば計画通りに充電を行わなかったと判断された後の次の充電地点は、本装置１０１が指定した充電地点で充電を行うよう要請される。ユーザは充電地点やモードの選択を行うことができない。

充電計画部７１は、これら最安モードおよび最速モードから充電計画を選択させるモード選択充電計画案をユーザのアプリに送信する。

（具体例１）
図１３に、図１２の場合にユーザのアプリ画面に表示されるモード選択充電計画案の例を示す。画面には、図１２で説明した経路のネットワーク構造と、最速モードおよび最安モードの充電計画案とが示される。ユーザは最速経路を希望するときは左の予約ボタンを押下し、最安経路を希望するときは右の予約ボタンを押下する。予約ボタンをこの画面で押下せずに、次の画面で押下する構成も可能である。最安経路または最速経路で利用する充電地点の位置を変更することも可能であり、変更する場合は、“はい”ボタンを押下し、変更しない場合は、“いいえ”ボタンを押下する。図１３の画面には、図示の情報以外に、各充電地点（ＳＡ／ＰＡ）の到着予測時刻、充電の待ち時間などを表示してもよい（以下同様）。

図１４に、図１３の画面で最安経路を選択して、“いいえ”ボタンを押下したときに遷移する画面の例を示す。この画面で、ＳＡ／ＰＡ００５とＳＡ／ＰＡ００６の充電を予約してよいかを問い合わせるメッセージが表示されている。ユーザは予約を確定するときは、“はい”ボタンを押下する。前の画面に戻るときは、“いいえ”ボタンを押下する。

図１５に、図１４の画面で“はい”ボタンを押下したときに遷移する画面の例を示す。
ＳＡ／ＰＡ００５とＳＡ／ＰＡ００６での充電を予約したことの確認メッセージが表示されている。この画面で“はい”ボタンを押下すると、ユーザのアプリ画面にＥＶ向け情報提供システム画面が表示される。

図１６に、ＥＶ向け情報提供システム画面の例が示される。この画面を見ることでユーザは、今後の充電計画および経路を確認できる。図１６において、ＥＶの現在位置はアプリ画面の一番下に対応する。現在の電池残量で１２５．５ｋｍ走行可能である。ＩＣは、ＩＣｘｘｘによって表されている。各ＳＡ／ＰＡのブロックと各ＩＣのブロックとが、ＥＶが経由する順番に配置されている。すなわち、供給地点ＳＡ／ＰＡ００１、ＳＡ／ＰＡ００２、ＳＡ／ＰＡ００５、ＳＡ／ＰＡ００４等のブロックとＩＣ００１～ＩＣ００２、ＩＣ０１３、ＩＣ０１４、ＩＣ０１５等のブロックとが経由する順に配置されている。ＳＡ／ＰＡ００６等は画面に収まらないため表示されていない。ユーザが予約したＳＡ／ＰＡ００５に対して予約済みのマークが設定されている。予約済みのマークには充電予定開始時刻（９：５５）と充電時間長（３０分）が記載されている。ユーザは充電予定開始時刻までに充電地点に到着する必要がある。到着出来なかった場合や到着できないと判断される場合についての処理（ペナルティ等）については、後述する。

なお、出発地から目的地までの経路は、ユーザ側のアプリ等で決定して、予約管理装置１０１に決定した経路の情報を通知してもよい。その場合、充電計画部７１は、通知された経路を目的地までの経路として用いる。あるいは、ユーザ側では出発地と目的地とを決め、充電計画部７１（または走行管理部４１）で最速モードおよび最安モードといったモードによって経路を決定してもよい。また、出発地から目的地への移動に用いる経路として、例えば最短経路を決定してもよい。最短経路問題を解く手法として、一般的なダイクストラ法を始め、ベルマン－フォード法、Ｇａｂｏｗ 法、ワーシャル－フロイド法などを用いることができる。

図１６において各ＳＡ／ＰＡには、その位置での電池残量と、走行可能距離と、予測到着時刻が記載されている。各ＩＣには、その位置の予測到着時刻が記載されている。

なお、図１６の各ＳＡ／ＰＡおよびＩＣのブロックには、電池残量に応じた色付けを行ってもよい。例えば電池残量が１０％未満であれば橙色、電池残量が１０％以上３０％未満であれば黄色、電池残量が３０％以上であれば緑色とする。これによりユーザは直感的に各ブロックに対応する位置（ＩＣまたはＳＡ／ＰＡ）での電池残量を把握できる。

図１７に、上述した図１３の画面において、ユーザが最安経路の充電地点を変更したい場合に“はい”ボタンを押したときに遷移する画面の例を示す。この画面で、ユーザは、選択したいモードで利用する充電地点を指すマークを、充電を行いたいＳＡ／ＰＡに移動させることができる。図の例では、最安モードにおけるＳＡ／ＰＡ００５を指すマーク２ＡをＳＡ／ＰＡ００２に移動させている。移動を完了させたら、ユーザは、“はい”ボタンを押下する。

図１８に、図１７の画面で“はい”ボタンを押下したときに遷移する画面の例を示す。
最安経路の充電地点が変更されたことにより、充電料金が１００円だけ上昇した７００円となっている。つまり、更新前の最安経路よりもインセンティブの割引率が低下している。更新前の最安経路の充電地点は、本装置１０１が充電器の利用率の平準化から推奨した充電地点であったが、充電地点を変更したことにより、インセンティブを下げる。なお、変更したことによる料金の変動額は、予め１００円など固定の値に決めてもよいし、充電器の利用率の平準化の観点からユーザの貢献度を計算し、貢献度に応じた料金変動額を決定してもよい。例えば充電地点間の利用率のばらつきの値を変更前後で比較し、差分に応じて変動額を決定してもよい。例えばばらつきの値が大きくなるほど、料金の上昇額を大きくする。ユーザは、この内容で予約を確定する場合は、最安経路に対応する予約ボタンを押下する（なお、この時点で、ユーザの考えが変わり、最速経路を選びたいときは、最速経路に対応する予約ボタンを押下してもよい）。この後、ＥＶ向け情報提供システムの画面（図１６参照）に遷移する。予約を確定せず、前の画面に戻りたいときは“はい”ボタンを押下する。

（具体例２）
具体例１と同様の動作を他のアプリ画面構成例で実現することも可能である。

図１９に、ユーザのアプリ画面に表示されるモード選択充電計画案の他の例を示す。ユーザは、最速経路および最安経路のうち希望する方の予約ボタンを押下する。ここでは最安経路の予約ボタンを押下したとする。この場合に遷移する画面は図１４と同じである。
図１４の画面で、予約を確定するため“はい”ボタンを押下した場合は、具体例１と同様に、図１５の画面に遷移する。

図２０に、図１４の画面で“いいえ”ボタンを押下した場合に遷移する画面の例を示す。予約を確定する場合は、一番上の“はい”ボタンを押下する。この後、ＥＶ向け情報提供システム画面（図１６参照）に遷移する。充電地点の変更を行う場合は、真ん中の“はい”ボタンを押下する。この後、充電地点の変更を行う画面（例えば図１７、図１８参照）に遷移する。モードの選択に戻る場合は、一番下の“はい”ボタンを押下する。この後、図１９の画面に戻る。このように具体例１と同様な動作は、様々な画面構成で実現できる。

（具体例３）
上述の具体例１（図１７および図１８）では、目的地までの経路を変更せずに充電地点を変更する例を示したが、充電地点の変更と経路の再探索とを行ってもよい。

図２１に、経路の再探索が可能なモード選択充電計画案のアプリ画面の例を示す。ユーザは、最安経路における充電地点をＳＡ／ＰＡ００５からＳＡ／ＰＡ００２に変更し、“はい”ボタンを押下する。充電計画部７１は、変更後のＳＡ／ＰＡ００２を充電地点として利用する経路（例えば最短経路）を再探索する。再探索で見つける経路は、ＳＡ／ＰＡ００６を含むことを制約条件としてもよいし、そのような制約条件を設けなくても良い。

図２２に、経路の再探索後に表示される画面の例を示す。本例では、結果として、元の最安経路と同じ経路が選択され、充電地点のみがＳＡ／ＰＡ００５からＳＡ／ＰＡ００２に変更され、ＳＡ／ＰＡ００６の変更はない。充電地点を変更したことにより料金は６００から７００円に上がっている（インセンティブの割引率が低くなっている）。この内容で予約を確定する場合は、“はい”ボタンを押下し、前の画面に戻るときは、“いいえ”ボタンを押下する。

図２３に、図２２の画面で“はい”ボタンを押下したときに遷移する画面の例を示す。
ＳＡ／ＰＡ００２とＳＡ／ＰＡ００６での充電を予約したことの確認メッセージが表示されている。この画面で“はい”ボタンを押下すると、ＥＶ向け情報提供システム画面（図１６参照）が表示される。

図２４は、第１の実施例に係る予約管理装置１０１によるＥＶ向け情報提供システムに関わる動作の一例のフローチャートである。充電計画部７１は、ユーザのアプリから走行区間の情報を受信する（Ｓ１１）。走行区間の情報は、例えば、出発地、目的地、電池残量等を含む。走行区間の情報の入力には、一例として、後述する第２の実施例で説明する図３１および図３２等のアプリ画面を用いることができる。

充電計画部７１は、最速モードおよび最安モードの選択画面をユーザのアプリに提示する（Ｓ１２）。ユーザは、最速モードまたは最安モードを選択する。充電計画部７１はユーザが選択したモードの情報をユーザのアプリから取得する（同Ｓ１２）。ユーザは、最速モードと最安モードの両方を比較したいときは両方のモードを選択してもよい。

充電計画部７１は、ユーザが選択したモードの充電計画案（一次推奨充電計画案）を作成し、作成した充電計画案をユーザのアプリに通知する（Ｓ１３）。ユーザのアプリ画面には、選択したモードの充電計画案（経路、充電地点、所要時間、充電回数、充電料金、走行距離等）が表示される。ユーザが比較用に両方のモードを選択した場合は、図１３、図１９または図２１のような両モードの充電計画案（経路、充電地点、所要時間、充電回数、充電料金、走行距離等）を含む画面が表示される。

ユーザは、提示された充電計画案を受け入れる場合は、同意の通知をアプリから送信する。ユーザが充電計画案で提示された充電地点の変更を希望する場合は、変更希望先の充電地点の情報をアプリに入力する。充電計画部７１は、ユーザの同意の通知または入力された変更希望先の充電地点の情報を、ユーザのアプリから取得する（同Ｓ１４）。両モードの充電計画案をユーザに通知した場合、ユーザにより選択されたモードの充電計画案の情報をアプリから取得し、この際、併せて、変更希望先の充電地点の情報を取得してもよい。

ユーザの充電計画を決定し、決定した充電計画の情報をユーザのアプリに、確認用に送信する（Ｓ１５）。充電計画には、インセンティブおよびペナルティの少なくとも一方の情報を含めてもよい。例えば最安モードの場合、料金の割引がインセンティブに対応する。最速モードの場合、インセンティブは無くても良いし、インセンティブを設けてもよい。ペナルティとして、最速モードおよび最安モードの少なくとも一方に対して、予約した時間に間に合わなかった場合等には、次回の充電地点は、本装置１０１の指定に従うことの事前通知を行ってもよい。ユーザは、決定された充電計画の内容に同意する場合は、同意の通知をアプリから送信する。

ユーザのアプリから同意の通知を受信した場合は（Ｓ１６のＹＥＳ）、充電計画部７１は予約を生成して、予約ＤＢ２４に予約情報を登録し、ステップＳ１７に進む。ユーザのアプリから充電地点またはモード等の変更要求を受信した場合は（Ｓ１６のＮＯ）、ステップＳ１３に戻る。戻ったステップＳ１３では、再度充電計画案を作成する。

ステップＳ１７において、充電計画部７１（または走行管理部４１）は、ユーザが、予約時間の開始前またはその一定時間前までに、予約した充電地点に到来したか、もしくは到来可能かを判断する。この判断は、例えば後述する第２の実施例の図３４と同様にして行うことができる。ユーザが到来した場合（Ｓ１７のＹＥＳ）、充電計画部７１（または走行管理部４１）は、ユーザが実際に予約時間で充電をしたかを判断する（Ｓ１８）。ユーザが実際に充電を行った場合は（Ｓ１８のＹＥＳ）、Ｉ／Ｐ算出部５１がユーザに、選択したモードに応じたインセンティブを付与する（Ｓ１９）。すなわち、Ｉ／Ｐ算出部５１が、ユーザに適用するインセンティブを表したＩ／Ｐ計画を生成（もしくは更新）する。一例として、選択したモードが最安モードであれば、インセンティブとして料金の割引を付与し、料金を請求時に割り引く。選択したモードが最速モードであれば、インセンティブとして何も付与しない。そして、次の充電を計画するかを判断し（Ｓ２０）、次の充電を計画する場合は（ＹＥＳ）、ステップＳ１３に戻り、計画しない場合は（ＮＯ）、本処理を終了する。

次の充電を計画しない場合の例として、ユーザのＥＶが、この後充電を行うことなく目的ＩＣを流出する場合に対応する。例えばユーザの目的ＩＣでの電池残量が閾値以上と予測される場合は、次の充電の計画は不要と判断する。またはユーザのアプリから次の充電の計画が必要か否かの通知を受け、当該通知に基づいて判断を行ってもよい。ここに記載した以外の方法で判断してもよい。

ユーザが予約時間までに到来しなかった場合（Ｓ１７のＮＯ）、または予約時間までに到着できないと判断した場合は、現在のユーザの予約をキャンセルし、次の充電地点および充電時間の指定を、ユーザのアプリに通知する（Ｓ２１）。通知の具体例として、後述する第２の実施例で説明する図３５のようなアプリ画面例がある。ユーザは、次回、指定された充電地点に行くことが要請される。これはユーザに与えられるペナルティの一種である。

ユーザが、指定した予約時間の開始前またはその一定時間前までに、指定した充電地点に到来した場合は（Ｓ２２のＹＥＳ）、ステップＳ１３に戻り、次の充電計画案を作成する。一方、ユーザが、当該指定した充電地点に到来しなかった場合、またはユーザが到着できないと判断した場合は、ペナルティをユーザに付与する（Ｓ２３）。ステップＳ１３に戻り、次の充電計画案を作成する。

ステップＳ１８においてユーザが予約時間までに到来したが、充電を行わなかった場合（Ｓ１８のＮＯ）、ステップＳ１３に戻る。例えば、ユーザがうっかり忘れた場合、ユーザ自身または同乗者の体調不良等で充電作業を行うことができる状況でなかった場合などがあり得る。このような場合、ユーザにペナルティを与えないようにしてもよいし、ユーザにペナルティ（例えば次回の最安モードでの割引率を低くするなど）を与えることも可能である。

以上、第１の実施例によれば、最速モードおよび最安モードをユーザに選択させ、最安モードでは料金のインセンティブを付与し、予約を履行しなかったもしくは履行できないと判断される場合は、ペナルティを付与することにより、本装置が推奨する充電地点にユーザを効率的に誘導でき、充電器の稼働状態を平準化または充電器の平均稼働率を向上させることができる。これにより不必要な充電器の増強を抑制でき、維持管理コストを低減できる。

（第２の実施例）
第１の実施例ではユーザが最速モードおよび最安モードからモードの選択を行うことにより予約を行った。すなわち本装置１０１側で複数の充電計画案を作成し、ユーザに選択させた。第２の実施例では、本装置１０１が提示した情報の範囲内で、ユーザに充電地点および充電時間を自由に選択させ、選択した内容で予約を行う例を示す。第２の実施例で記載する具体例および説明は、矛盾の生じない限り、第１の実施例にも適用可能である。
例えば、ユーザが予約時間までに到着できるかの判断や、アプリ画面のＳＡ／ＰＡのブロックを押下して予約状況を確認したり、予約内容を変更したりする操作の動作、予約不履行の回数（キャンセル回数）に基づくペナルティ付与の動作等を、第１の実施例に適用してもよい。また第１の実施例と第２の実施例を組み合わせてもよい。第１の実施例と同じ説明は適宜省略する。

図２５に、第２の実施例における充電予約のアプリ画面（充電予約のメイン画面）の例を示す。アプリ画面に充電計画案が表示されている。
図２５

「予約なし」、「予約あり」、「推奨」のマークが、ＳＡ／ＰＡのブロックに付されている。「予約なし」は、到着予測時刻に応じた時刻（到着予測時刻でもよいし、これより一定時間前または後の時刻でもよい）以降の一定時間（例えば２時間）内では他の予約が入っておらず、電池をフル充電できることを意味する。フル充電とは例えば電池を上限値まで充電することを意味する。「予約あり」は、到着予測時刻に応じた時刻以降の一定時間内では他の予約が入っているため、充電の予約はできないが、その後の時間では予約できることを意味する。「推奨」は予約管理装置１０１が、充電計画に基づき推奨する充電地点を意味する。ユーザはＳＡ／ＰＡのブロックを押下（タップまたはタッチ）することで、ＳＡ／ＰＡの現在の予約状況を確認できる。

図２６にユーザがＳＡ／ＰＡ００１のブロックを押下した場合に表示される予約画面（サブ画面）の例を示す。充電計画部７１がアプリからブロックの押下に基づく要求が送信され、この要求を受信した場合に、予約情報ＤＢを用いてＳＡ／ＰＡの予約状況の情報（図９参照）を取得し、アプリに送信する。図の左の予約画面には、ユーザが予約可能な時間（すなわち空いている時間）と、すでに他の予約が入っている時間（予約不能な時間）とが表示されている。ユーザが充電可能な時間長としてデフォルト値（この例では３０分）が設定されている。デフォルト値は、例えば次の予約不可の開始時刻から到着予測時刻を引いた最大可能時間（５分未満は切り捨てるなどの端数処理を行ってもよい）としてもよいし、所定の標準時間（例えば２０分または３０分など）としてもよいし、所定の最小時間（例えば１０分など）としてもよい。ユーザはアプリを操作して、これより短い値に変更してもよいし、長い値に変更してもよい。ユーザに充電時間長を長くするインセンティブを付与されている場合に限り、デフォルト値より長い値に変更することを許容してもよい。あるいは、ユーザにペナルティを付与されている状況では、デフォルトの充電時間がペナルティで指定された上限値にされ、ユーザはこの上限値以下の範囲でのみ値の変更が許容されてもよい。このような制御は、ユーザのＩ／Ｐ計画に基づき行えばよい。図の中央の予約画面において、ユーザは充電開始時刻として８：５５を入力し、充電時間はデフォルト値の３０分のままにしている。この状態で予約ボタンを押下すると、図の右側の予約画面において、予約済みとしてユーザの充電時間の予約が確定される。予約が確定する前に、充電料金、充電地点に到着してから充電開始までの予測待ち時間、他のＥＶの予約状況を画面に表示し、ユーザに最終確認を促してもよい。この際、目的地に着くまでの総旅行時間（出発地に入ってから目的地に着くまでに要する合計時間）や総料金（充電の総料金の他、高速の利用料金が含まれてもよい）を表示してもよい。また過去の混雑状況の統計値を表示してもよい。ユーザが、ＯＫボタンを押下すると、充電予約のメイン画面が更新される。

図２７は、充電予約のメイン画面の更新例を示す。ユーザが予約したＳＡ／ＰＡ００１に対して予約済みのマークが設定されている。予約済みのマークには充電予定開始時刻（８：５５）と充電時間長（３０分）が記載されている。

これにより、ＥＶ管理部１３は、充電地点（ＳＡ／ＰＡ）と充電時間（開始時刻および終了時刻）の予約を受け付ける。予約管理部２３は、予約不可になった時間を該当する充電地点（ＳＡ／ＰＡ）に対して登録する。また、ユーザの予約情報は充電計画部７１に渡される。充電計画部７１は、ユーザの充電計画に、予約情報を反映させる。すなわち、予約情報に基づきユーザの充電計画を作成または更新する。充電計画部７１は、ユーザの確定した充電計画を充電計画ＤＢ７２に格納する。充電計画ＤＢ７２はユーザの充電計画を保持する。

ユーザがペナルティにより予約をすることができないときは、予約管理装置１０１がユーザに対する充電地点と充電時間を決定し、これをユーザに提示する充電計画と決定してもよい。

図２８に、この場合のユーザのアプリ画面の例を示す。充電地点と充電時間とが指定された充電予約画面が表示される（実際には予約できないため単に確認のための画面として機能する）。この例では、ユーザに対してＳＡ／ＰＡ００２で９：３０から２０分充電することを指定されている。この場合、ユーザは提示された充電計画に従って、次の充電地点および充電時間で充電を行うことが推奨される。ユーザは指定された充電地点に到着したら、その場で、当該充電地点での予約を行う（到着する前はペナルティにより予約できない）。もしくは、空いている時間が到来するまで待機して、その時間が到来したら、充電を行うこととしてもよい。

図２９に充電計画ＤＢ７２の一例を示す。各ユーザ（ＥＶ＿ＩＤ）について、１回目の充電地点と充電時間の予定が入っている。また２回目以降の充電地点と充電時間の予定が入っていてもよい。１回目とは次回の意味であり、２回目とは次々回の意味である。例えば、ＥＶ＿ＩＤが２０１６５３のユーザは、１回目の予定充電地点は供給地点Ｑ４であり、予定充電時間は、２０１８／０６／２０の１０：００から２０１８／０６／２０の１０：３０である。また、２回目の予定充電地点は供給地点Ｑ１１であり、予定充電時間は、２０１８／０６／２０の１０：００から２０１８／０６／２０の１０：３０である。ＥＶ＿ＩＤが１２３４５６のユーザについても同様にして予定充電地点と予定充電時間の情報が格納されているが、１回目の充電に対してのみであり、２回目に対しては情報が格納されていない。なお、前述した第１の実施例でも予約が確定したら充電計画ＤＢ７２に充電計画を格納する。

図３０は、ユーザが充電予約を行う場合の処理の一例のフローチャートである。本処理は、予約管理装置１０１がユーザへ予約可能な充電地点（ＳＡ／ＰＡ）と充電時間を提示し、ユーザが提示された範囲の中から充電地点と充電時間を自由に選択する。ユーザにインセンティブが付与されている場合は、インセンティブの内容に応じて、提示される範囲が通常よりも拡大される場合もある。

ステップＳ１０１において、ユーザがアプリの画面を介して、出発地（供給地点またはＳＡ／ＰＡなど）、目的地（供給地点またはＳＡ／ＰＡなど）、電池残量等の条件（ＥＶ向け情報提供システム条件）を入力する。その他、出発時刻、ＥＶの車種、電池容量等の情報を入力してもよい。また、経由地として、経由するＩＣや、経由する供給地点（ＳＡ／ＰＡ）を入力してもよい。予約管理装置１０１が、出発地にＥＶが流入した時刻を検出し、検出した時刻を出発時刻として補完してもよい。アプリへの入力はユーザまたは他の同乗者がＥＶの中で行ってもよいし、ユーザが自宅で行ってもよい。また充電を希望する充電地点を入力してもよい。経由地（ＳＡ／ＰＡ）をユーザが充電を希望する充電地点と見なしてもよい。

図３１に、アプリのＥＶ向け情報提供システム条件の入力画面の例を示す。図３１の左に、入力画面のフォーマット例を示す。ＥＶの車種、電池容量、電池残量、出発地、目的地を入力する。また、“＋”ボタンを押下して、経由地（経由するＩＣおよびＳＡ／ＰＡ等）を入力することもできる。経由地を入力しない場合、予約管理装置１０１が前述した経路を探索することで、経由地を特定してもよい。

図３１の右に、入力画面への入力例を示す。経由地が２つ追加されている。“その他の条件設定”ボタンを押下することで、その他の条件を設定できる。

図３２に、その他の条件の入力画面の例を示す。図３２の左に、その他の条件の入力画面のフォーマット例が示される。累積走行距離（これまでＥＶが使用開始されてから走行した累積の走行距離）、乗車人数、充電スタイル（充電モード）、エアコンの使用状況、充電のタイミング、タイヤの種類の情報などが入力される。累積走行距離、エアコンの使用状況、タイヤの種類は、例えば、ＥＶの電費（ｋｍ／ｋＷｈ）を高精度に計算したい場合などに用いられる。これらの情報から電費を計算する式は予め与えられている。なお、電費はスペック情報として予め与えられた値を利用してもよい。充電スタイルおよび充電タイミングは、例えばユーザに提示（推奨の場合を含む）する充電地点を決定するのに用いられる。充電スタイルおよび充電タイミングの詳細は前述したとおりである。図３２の右には、入力画面への入力例が示される。

ステップＳ１０２において、充電計画部７１が充電計画案を作成し、予約可能な充電地点と充電時間とを含む充電計画案を、ユーザにアプリを介して提示する（図２５、図２６参照）。ユーザは、提示された充電計画案に基づき、充電地点と充電時間とを決定し、入力する。

ステップＳ１０３において、充電計画部７１が、ユーザから決定した充電地点と充電時間とを表す情報を取得し、続くステップＳ１０４において、取得した情報の内容で予約可能か否かを判断する。

ユーザに提示した範囲内でユーザが決定を行っていれば予約可能と判断する（Ｓ１０４のＹＥＳ）。ユーザに提示した範囲を超えていれば、予約不能と判断し、再度の決定を促す（Ｓ１０４のＮＯ）。ステップＳ１０４において予約可能と判断した場合は、予約を確定する（Ｓ１０５）。アプリの画面には、前述した図２６の右および図２７のような画面が表示されることで、ユーザは予約が確定したことを確認できる。充電計画部７１は、予約管理部２３を介して予約情報ＤＢ２３を更新し、また、ユーザの充電計画を確定（または更新）する。確定（または更新）された充電計画は充電計画ＤＢ７２で保持される。

上述のステップＳ１０２でユーザに充電計画案の提示を行う際、提示する充電計画案は、ユーザのＩ／Ｐ計画を反映させたものでもよい。例えばユーザが予約不可のペナルティを付与されている場合は、予約管理装置１０１が指定した充電地点および充電時間を含む充電計画案を提示する。この場合、ユーザは提示された充電計画案を確認し、提示された充電計画案を受け入れるか否かの応答を返してもよいし、何も応答を返さなくてもよい。
また、ユーザから情報を取得し、予約可能か否かを判断する際に、ユーザのＩ／Ｐ計画を満たすかを判断してもよい。Ｉ／Ｐ計画を満たさない場合は、予約可能でないと判断し、ステップＳ１０３に戻る。

図３３は、ユーザが充電予約を行う場合の処理の他の例のフローチャートである。本処理が図３０の処理と異なる点は、ユーザが希望する充電地点や時間等の条件（ユーザ指定条件）を入力し、入力したユーザ指定条件を制約条件として充電計画案を作成することである。

ステップＳ１１１では、図３０のステップＳ１０１で入力する情報に加え、ユーザ指定条件を入力する。ユーザ指定条件の例として、充電を希望する充電地点および充電時間（もしくは時間の範囲）がある。また、充電待ち時間に関する条件（例えば充電待ち時間を閾値未満にする）、充電料金に関する条件（例えば充電料金を閾値未満にする）がある。
また、旅行時間に関する条件（例えば出発地から目的地までの走行に要する時間を閾値未満にする）、総料金に関する条件（例えば出発地から目的地までの充電の総料金を閾値未満にする）がある。その他の条件でもよい。

ステップＳ１１２では、ユーザ指定条件を制約条件として、充電計画部７１が充電計画案を作成し、ユーザにアプリを介して提示する。充電計画案を受け入れるとの応答をユーザのアプリから受信したら（Ｓ１１３のＹＥＳ）、提示した充電計画案の内容で、予約を確定する（Ｓ１１４）。充電計画案を受け入れないとの応答を受信したら（Ｓ１１３のＮＯ）、別の充電計画案を作成する（Ｓ１１２）。以降、ユーザが充電計画案を受け入れるまで同様の処理を繰り返す（Ｓ１１３、Ｓ１１２）。ユーザ指定条件を満たす充電計画案を作成できないときは、その旨の通知をユーザのアプリに送信する。この場合、ユーザはユーザ指定条件を変更し、上記と同様の処理を行えばよい。

図３４は、充電計画部７１が充電計画の再作成（更新）を行う場合の処理の一例のフローチャートである。本処理は、ユーザの予約が不履行になった、もしくは不履行でない（不履行になる可能性が高い場合を含む）と判断した場合に、ユーザの予約不履行を決定し、充電計画案を再作成（更新）する。なお、不履行になった場合は、Ｉ／Ｐ算出部５１ではユーザに対してペナルティを付与するかが判断され、判断の結果、ペナルティが付与される場合、付与されない場合がある。例えば、許容回数未満の予約不履行はペナルティを与えず、許容回数以上の予約不履行にペナルティを与える。または、予約不履行の回数に応じてペナルティを重くしてもよい。本フローチャートの処理は、例えば各ユーザについて一定時間毎に実行する。

ステップＳ２０１において、充電計画部７１は、ユーザのアプリから位置情報（ＧＰＳ情報等）と、位置情報が取得された時刻を表す情報（時刻情報）を受信する。なお、時刻情報の受信を省略してもよい。この場合、予約管理装置１０１が位置情報を受信した時刻を位置情報が取得された時刻としてもよい。

ステップＳ２０１において、充電計画部７１は、ユーザのＥＶが、予約した充電地点（予約管理装置１０１が指定した充電地点の場合を含む）に到達する予測時刻（到達予測時刻）を計算する。到達予測時刻の計算には、例えば地図情報やＴＣ情報等を利用すればよい。なお、予約管理装置１０１が充電地点をユーザに指定した場合、予約管理装置１０１が強制的に予約したと考えることもできる。

ステップＳ２０３において到達予測時刻と、予約した充電時間（予約管理装置１０１が指定した充電時間の場合を含む）の開始時刻との差に基づき、当該予約した充電時間に間に合うかを判断する。例えば到達予測時刻が、当該開始時刻以前もしくは開始時刻の一定時間前までであれば、間に合うと判断し（Ｓ２０３のＹＥＳ）、ステップＳ２０１に戻る。そうでなければ、間に合わないと判断し（Ｓ２０３のＮＯ）、ステップＳ２０４に進む。間に合わない例として、渋滞で間に合わない場合、ユーザが充電地点を誤ってもしくは故意に通り過ぎてしまった場合、ユーザが別のＳＡ／ＰＡで休憩するなどして間に合わなくなる場合などがあり得る。通り過ぎてしまった場合は、予約した充電地点を超過した時刻が、予約時間の開始時刻より前であっても、間に合わないと判断する。ユーザが間に合ったか否か、およびユーザが間に合わなかった理由は、位置情報（ＧＰＳ情報）や道路管制情報などに基づき判断できる。なお、Ｉ／Ｐ算出部５１では、間に合わなかった理由に応じてユーザにペナルティを与えるか否か、および与える場合のペナルティの内容を変えてもよい。

ステップＳ２０４において、充電計画部７１は、ユーザの充電時間および充電地点の少なくとも一方を変更する。例えば、渋滞で間に合わない場合等は、予約時間を到達予測時刻より後で最も早く充電可能な時間を特定し、特定した時間に予約を入れる（予約時間のシフト）。この際、元の予約はキャンセルする。キャンセルした予約の時間は、別のユーザが充電に使用できるようになる。ユーザが予約した充電地点を通り過ぎてしまった場合は、別の充電地点に予約を入れる。予約管理部２３に予約情報ＤＢ２４を更新させ、充電計画部７１はユーザの充電計画を更新する。

ステップＳ２０５において、充電計画部７１は、充電時間および充電地点の少なくとも一方の変更の通知をユーザのアプリに送信する。この際、変更をユーザが受け入れるかを問い合わせてもよい。ユーザが受け入れない場合、充電時間を短くしたり（３０分を２０分にするなど）、他の充電地点を探したりするなど、別の候補を探索し、探索した候補について、ユーザが受け入れ可能か、ユーザに再度問い合わせてもよい。

図３５に、充電時間および充電地点の少なくとも一方の変更をユーザに通知した場合のユーザのアプリの画面例を示す。アプリの画面には、変更後の充電地点と充電時間と、変更後の充電地点の到着予測時刻が表示されている。

図３４のフローチャートの例では、予約管理装置１０１側で自動的に再計画を行ったが、ステップＳ２０３でユーザが間に合わないと判断された場合に、ユーザのアプリにその旨を通知し、ユーザ側の操作で充電地点および充電時間を変更するように処理を変更してもよい。

図３６に示すように、例えば、ステップＳ２０３でユーザが間に合わないと判断された場合に、その旨の通知をアプリに行って表示させる。ユーザはアプリを操作して、充電地点および充電時間の少なくとも一方を変更する。

図３７は、同じ充電地点で充電時間のみの変更を行う場合のアプリの操作例を示す。充電予約画面（図２７参照）において予約したＳＡ／ＰＡ００１のブロックを押下（タップ等）し、図３７の左に示す、ＳＡ／ＰＡ００１のパネルを表示させる。“予約済”エリアを移動（ドラッグ等）させる。移動の結果の例が、図３７の右に示される。充電開始時刻が８：５５から９：１５に変更されている。これに応じて、充電時間長も３０分から２５分に変更されている。ユーザがＯＫボタンを押下すると、移動後の“予約済”エリアの情報が充電計画部７１に通知される。充電計画部７１はこの内容でユーザの充電計画を更新する。図３７の例ではユーザは予約を変更したが、予約を削除してもよい。

図３８は、予約を削除する場合のアプリの操作例を示す。充電予約画面（図２７参照）において予約したＳＡ／ＰＡ００１のブロックを押下（タップ等）し、図３８の左に示す、ＳＡ／ＰＡ００１のパネルを表示させる。“予約済”エリアを押下（タップ等）する。
アプリは、図３８の中央に示すように、充電予約の削除の確認画面を表示し、ユーザがＯＫボタンを押下すると、図３８の右のように、予約が削除される。

図３９は、充電計画部７１が充電計画の再作成（更新）を行う場合の処理の他の例のフローチャートである。本処理は、ユーザから事前に予約の不履行の通知を受けた場合に、充電計画の再作成（更新）を行う。なお、この場合、Ｉ／Ｐ算出部では、ユーザに対してペナルティを付与するかが判断され、判断の結果、ペナルティが付与され得る。許容回数以下の予約不履行はペナルティを与えなくてもよい。または、予約不履行の回数に応じてペナルティを重くしてもよい。本フローチャートの処理は、例えば各ユーザについて一定時間毎に実行する。

ステップＳ２１１において、充電計画部７１は、ユーザのアプリから予約時間に間に合わないとの通知（予約不履行の通知）を、予約時間の開始時間より前に受信する。例えば、渋滞でユーザが予約時間に間に合わないと判断した場合、他の供給地点（ＳＡ／ＰＡ）等で休憩が必要と判断した場合などに、このような通知を行うことが考えられる。休憩が必要な例として、子供がぐずる、ユーザもしくは同乗者がトイレに行きたい、運転者（ユーザ等）が睡眠を取りたいなど理由があり得る。

ステップＳ２１２において、充電計画部７１は、充電計画を再度行い、予約可能な充電地点と時間とを含む充電計画案を、ユーザにアプリを介して提示する。

ステップＳ２１３において、ユーザのアプリから、提示した充電計画案の範囲で選択した充電地点および充電時間を指定した予約変更要求を受信した場合は（Ｓ２１３のＹＥＳ）、ユーザの予約を変更する（Ｓ２１４）。一方、予約変更要求を受信しなかった場合は、ユーザの予約をキャンセルする（Ｓ２１５）

ステップＳ２１１において予約不履行の通知を受信した場合に、実際にユーザが予約時間に間に合わないかをステップＳ２０３と同様の方法で判断してもよい。間に合うと判断した場合は、その旨の通知をユーザのアプリに送信し、充電計画の変更は行わないことを決定してもよい。

図４０は、Ｉ／Ｐ算出部５１の処理の一例のフローチャートである。本処理では、ユーザに対し、予約のキャンセル（予約の不履行）に関する所定のペナルティ基準が満たされた場合にペナルティ回数を増加させ、ペナルティ基準を満たした回数が閾値以上になった場合に、ユーザにペナルティを付与するものである。この例では、閾値は３以上である場合を想定するが、閾値は１以上の整数ならば何でもよい。

ステップＳ３０１においてペナルティ基準が満たされたことが検出される。ペナルティ基準は何でも良い。例えば図３４のステップＳ２０３でユーザが予約時間に間に合わないと判断されることでもよいし、ユーザが予約時間に実際に間に合わなかったことでもよい。これらの場合、ユーザは予約を無断キャンセルした場合に相当する。あるいは、ペナルティ基準は、図３９のステップＳ２１１で予約不履行通知を受信したことでもよい。この場合、ユーザは事前連絡した上で、予約をキャンセルした場合に相当する。

ステップＳ３０２で、ユーザのアプリにペナルティ基準が満たされたことを通知する。
例えばペナルティ基準がユーザのＥＶが予約時間または予約した充電地点を超過したことであれば、その旨をユーザのアプリに通知する。ユーザのアプリには、ペナルティ基準が満たされたことのメッセージが表示される。これにより、ユーザはペナルティ基準が満たされたこと（例えば自分が予約を無断キャンセルしたこと）を認識する。

ステップＳ３０３において、ユーザへのペナルティ基準が満たされたことへの通知に対して、ユーザのアプリから応答があったかを判断する。ユーザは、上記メッセージに対して一定時間内にメッセージを確認したことの応答をアプリ操作により返すことができる。
応答を受信した場合は（Ｓ３０３のＹＥＳ）、予約のキャンセル回数に１を加算する（Ｓ３０４）。応答を受信しなかった場合は（Ｓ３０３のＮＯ）、予約のキャンセル回数（ペナルティ基準が満たされた回数）に２を加算する（Ｓ３０５）。なお、ペナルティ基準は複数存在してもよく、その場合、ペナルティ基準ごとに独立してキャンセル回数をカウントしてもよいし、ペナルティ基準を区別することなく、キャンセル回数をカウントしてもよい。

ステップＳ３０６において予約のキャンセル回数（ペナルティ基準が満たされた回数）が閾値以上になったかを判断する。キャンセル回数が閾値未満の場合は（Ｓ３０６のＮＯ）、本処理を終了する。一方、閾値以上になった場合は（Ｓ３０６のＹＥＳ）、ユーザに対してペナルティを付与する（Ｓ３０７）。すなわち、ユーザに対してペナルティを含むＩ／Ｐ計画を作成（または更新）する。ペナルティの付与方法については前述した通りである。付与したペナルティをユーザのアプリに通知する（Ｓ３０８）。ペナルティの内容がアプリの画面に表示される。これによりユーザは、自分にペナルティが付与されたこと、およびその内容を認識する。

ペナルティ通知を、充電予約の変更の通知（図３４のＳ２０５参照）と同時に行ってもよい。

図４１は、ペナルティ基準がユーザのＥＶが予約時間または予約した充電地点を超過したことである場合に、充電予約の変更の通知と同時にペナルティを通知するアプリ画面の例を示す。ユーザに対してこの例ではペナルティは充電料金の割引がなく、通常料金になることである。

図４２に、他のペナルティの例として予約の権利を剥奪する場合のアプリ画面例を示す。この例では予約管理装置１０１が指定する充電地点および充電時間で充電を行うまでは次回の予約はできない（前述したように指定した充電地点に到着してからの当該充電地点の予約は可能としても良いし、到着してから空きの時間が到来するまで順番待ち（待機）し、空きの時間が到来したら充電するようにしてもよい）。

図４０のフローチャートの処理ではキャンセル回数が閾値以上の場合にペナルティを付与したが、変形例として、ユーザ応答の有無に応じて、ユーザに付与するペナルティの内容を決定してもよい。

図４３は、この場合の処理のフローチャートの一例を示す。図４３のステップＳ３０１～Ｓ３０３は図４０と同じである。ユーザの応答があった場合は（Ｓ３０３のＹＥＳ）、ステップＳ３１４において、軽いペナルティを付与する。軽いペナルティとして、例えばペナルティの内容が軽い（割引率が中程度など）、ペナルティが適用される回数が少ない、ペナルティが適用される期間が短いなどがある。ユーザの応答がなかった場合は（Ｓ３０３のＮＯ）、ステップＳ３１５において、重いペナルティを付与する。重いペナルティとして、例えばペナルティの内容が重い（割引無しなど）、ペナルティが適用される回数が多い、またはペナルティが適用される期間が長いなどがある。付与したペナルティをユーザのアプリに通知する（Ｓ３０８）。

ここでユーザが充電地点で実際に充電を行う場合の動作の具体例について説明する。

図４４は、ユーザが充電地点で充電を行う場合のアプリ画面の例を示す図。図４５は、図４４に続く図である。

予約管理装置１０１は、ユーザが予約した充電地点に到着すると、予定通り充電を行うかの確認のメッセージを送信する。メッセージはユーザのアプリに表示される。図４４の左にはメッセージの表示例を示す。ユーザは予定通り充電を行う場合は、充電器に移動し、充電の準備（有線充電の場合はケーブルの接続等、無線充電の場合は指定箇所にＥＶを設置等）を行う。そして、アプリのＯＫボタンを押下する。予約管理装置１０１はアプリから充電を行う旨の通知を受けると、充電器管理システム９０もしくは充電器に当該ユーザについての充電許可を通知し、当該ユーザのＥＶに充電が開始される。このときユーザのアプリには、図４４の右に示すように、充電完了の一定時間前になったらアラートで通知することをメッセージで表示する。図４５の左に示すように、完了の一定時間前になったら、その旨を通知するメッセージをユーザのアプリに表示する。そして、図４５の右に示すように、充電が完了したら、次の充電地点（ＳＡ／ＰＡ）の予約が可能になったことのメッセージをユーザのアプリに表示する。図４４および図４５で説明した充電の手順は一例であり、この手順に限定されない。例えば充電の実際の指示はアプリではなく、ユーザが充電器管理システムの端末を直接操作して入力するようにしてもよい。

上述した説明ではユーザはスマートフォン等の携帯端末を保持しており、予約管理装置１０１はユーザの携帯端末のアプリを介して予約のための情報のやりとりを行ったり、ユーザのＥＶの位置等を把握したりできることを前提としていた。ユーザの中には、自宅に携帯端末を忘れてきてしまった場合や、そもそも携帯端末を保持していない場合も考えられる。また本アプリのユーザ登録を行っていないユーザ（非会員）も存在する。そのようなユーザが予約を可能とするために各供給地点に充電予約端末を設置してもよい。充電予約端末を設置する供給地点はすべての供給地点でもよいし、一部の供給地点でもよい。充電予約端末は、一例として図２の情報装置２０１に対応する。充電予約端末を利用して充電を予約できる。充電の予約は、充電予約端末が設置された供給地点の充電の予約のみならず、他の供給地点の充電の予約が可能であってもよい。なお、充電予約端末の利用は、携帯端末を保持しているユーザが行ってもよい。前述のペナルティの種類として、アプリからの予約を認めず、供給地点に設置された充電予約端末で予約を行うこと（現地での予約）を要求するものがあってもよい。

図４６～図５２を用いて、充電予約端末を用いて充電の予約等を行う例を説明する。

図４６に充電予約端末のメニュー画面の例を示す。充電予約端末が設置された供給地点（現在位置のＳＡ／ＰＡ）の充電予約を行うメニュー６０１、現在位置のＳＡ／ＰＡの充電予約を変更・取消のメニュー６０２と、他の供給地点（ＳＡ／ＰＡ）の充電予約状況を確認するメニュー６０３とが存在する。画面の右上には現在時刻が表示されている。本ＥＶ向け情報提供システムの会員が利用する場合は、会員ＩＤ等の入力により、本人認証を行うようにしてもよい。

図４７に、メニュー６０１を選択した場合に表示される画面の例を示す。ＳＡ／ＰＡ００１の現在の予約状況が表示されている。この情報は、一例として予約管理装置１０１の予約ＤＢ２４から取得してもよいし、本充電予約端末に同じ情報が同期して保持されていてもよい。この画面でユーザは充電時間（充電開始時刻と時間長）の設定を行い、充電の予約を行うことができる。“充電予約を実行”のボタンを押下することで予約が完了する。

図４８の画面に遷移して、充電予約端末から整理券が発行される。整理券にはパスワードおよびバーコード（ＱＲコード）の少なくとも一方が記載されている。ユーザは充電を行う際は、このパスワードまたはバーコードを、充電器を管理する充電器管理システム９０（充電器管理システム９０の端末が設置されている）に入力して充電を行うことが許容されてもよい。

図４９に，図４６のメニュー６０２を選択した場合に表示される画面の例を示す。ユーザは、予約を変更または取り消すときはメニュー６０２を選択する。画面に、整理券に記載されたパスワードを入力するか、整理券に記載されたバーコードを読取部に読み取らせることで、ユーザ認証を行う。“充電予約を変更・取消”ボタンを押下する。

図５０の画面に遷移し、この画面でユーザは、予約の変更または取消を行うことができる。

図５１に，図４６のメニュー６０３を選択した場合に表示される画面の例を示す。ユーザは、他のＳＡ／ＰＡの充電の予約状況を確認したいときはメニュー６０３を選択する。
この画面で充電の予約状況を確認したいＳＡ／ＰＡを選択する。ＳＡ／ＰＡの選択誤、“充電予約を参照”ボタンを押下する。

図５２の画面に遷移し、この画面でユーザは、選択したＳＡ／ＰＡの予約状況を確認できる。変形例として、図４７の画面と同様に、選択したＳＡ／ＰＡの充電の予約をこの画面で行うことを可能にしてもよい。“到着予定”は、現在位置のＳＡ／ＰＡを現在出発した場合に、選択したＳＡ／ＰＡに到着する予定の時刻を指している。選択したＳＡ／ＰＡへの経路が複数あるときは経路別に時刻を表示してもよい。これにより、ユーザは次にどのＳＡ／ＰＡで充電を行うべきか判断できる。

図５３は、第２の実施例における予約管理装置１０１によるＥＶ向け情報提供システムに関わる動作の一例のフローチャートである。充電計画部７１は、ユーザのアプリから走行区間の情報（出発地、目的地を含み、経由するＩＣや供給地点（ＳＡ／ＰＡ）等を含んでも良い）を受信し（Ｓ４０１）、また、ユーザ指定条件等の情報を受信する。ユーザ指定条件の例として、前述した充電スタイル、充電タイミング等がある（図３２参照）。

充電計画部７１は、ユーザに推奨する充電地点および充電時間を含む充電計画案を作成し、作成した充電計画案をユーザのアプリに通知する（Ｓ４０３）。ユーザが選択した充電地点および充電時間を表す情報を受信し（Ｓ４０４）、受信した情報に基づきユーザの充電計画を決定する。決定した充電計画をユーザのアプリに通知する（Ｓ４０５）。この際、この充電計画を守って充電した場合に付与されるインセンティブを通知してもよい。
また、充電計画を守らなかった場合（キャンセルした場合）等に付与されるペナルティを通知してもよい。通知した充電計画に対してユーザが同意したか否かの通知を受信し、ユーザが同意した場合は（Ｓ４０６のＹＥＳ）、この充電計画の内容を確定する（充電計画の内容で充電地点および充電時間を予約する）。ユーザが同意しなかった場合は（Ｓ４０６のＮＯ）、ステップＳ４０３に戻り、別の充電計画案を作成し、ユーザのアプリに通知する。なお、ステップＳ４０５でユーザの充電計画を決定した時点で、この内容にユーザの充電計画を確定し、ユーザには確定した充電計画を参照用に通知するようにしてもよい。

充電計画部７１（または走行管理部４１）は、ユーザが、予約時間の開始前またはその一定時間前までに、予約した充電地点に到来したかを判断する（Ｓ４０７）。到来しなかった場合、または到着予測時刻からユーザが到着できないと判断した場合は（図３４参照）、現在の予約をキャンセルし、次の充電地点および充電時間を決定し、ユーザのアプリに通知する（Ｓ４１１）。これによりユーザに次の充電地点および充電時間を指定する。
この決定した充電地点および充電時間の予約をユーザの予約情報として登録する。

一方、ユーザが、指定した予約時間の開始前またはその一定時間前までに、指定した充電地点に到来した場合は（Ｓ４１２のＹＥＳ）、ステップＳ４０３に戻り、次の充電計画案を作成する。一方、ユーザが、当該指定した充電地点に到来しなかった場合、または到着予測時刻からユーザが到着できないと判断した場合は、ペナルティ基準が満たされたとして、ペナルティをユーザに付与する（Ｓ４１３）。ステップＳ４０３に戻り、次の充電計画案を作成する。一例として、ユーザのペナルティの内容が次回の予約ができないことであれば、次の充電計画案ではユーザの充電地点および充電時間を予約管理装置１０１側で指定する。

ステップＳ４０７でユーザが予約時間の開始前またはその一定時間前までに、予約した充電地点に到来したと判断した場合、充電計画部７１（または走行管理部４１）は、ユーザが実際に予約時間で充電をしたかを判断する（Ｓ４０８）。ユーザが実際に充電を行った場合は（ＹＥＳ）、Ｉ／Ｐ算出部５１がユーザにインセンティブを付与する（Ｓ４０９）。すなわち、Ｉ／Ｐ算出部５１が、ユーザに適用するインセンティブを表したＩ／Ｐ計画を生成（もしくは更新）する。ユーザに対して次の充電を計画するかを判断し、計画する場合は（Ｓ４１０のＹＥＳ）、ステップＳ４０３に戻り、計画しない場合（Ｓ４１０のＮＯ）、本処理を終了する。次の充電を計画しない場合の具体例は第１の実施例と同様である。ステップＳ４０８でユーザが予約時間に充電を行わなかった場合は、ステップＳ４０３に戻る。この場合、ユーザにペナルティを与えてもよいし、与えなくてもよい。

以上、本実施形態によれば、ユーザに充電地点および充電時間を選択および予約させ、充電予約を履行したユーザにはインセンティブを付与し、充電予約を不履行にしたユーザにはペナルティを付与したことにより、充電器稼働状態を平準化または充電器の平均稼働率を向上させることができる。これにより不必要な充電器の増強を抑制でき、維持管理コストを低減できる。また、ユーザの待ち時間を減らす、不満の少ない充電計画を作成できる。

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

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

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

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

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

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

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

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

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

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

なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、各実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

本実施形態は、以下のように構成することもできる。
［項目１］
複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理する予約管理部と、
前記予約の履行状況に応じて、前記移動体のユーザにインセンティブまたはペナルティを付与する算出部と、
を備えた予約管理装置。
［項目２］
前記ユーザの通信端末と通信する通信部と、
複数のモードのうち前記通信端末から前記ユーザが選択したモードの情報を取得し、前記情報が示すモードで生成したエネルギー供給計画案に基づいて前記予約を生成するエネルギー供給計画部と、を備え、
前記算出部は、前記ユーザにより選択された前記モードに応じて、前記ユーザに付与するインセンティブまたは前記ペナルティを決定する
項目１に記載の予約管理装置。
［項目３］
前記複数のモードは、前記移動体のエネルギー供給料金が最も安くなるモードと、前記移動体が目的地に最も早く到着するモードとを含む
項目２に記載の予約管理装置。
［項目４］
前記算出部は、前記ユーザが前記予約を履行したか否か、または前記予約を履行可能か否かを判断し、前記予約を履行した場合に前記インセンティブを付与し、前記予約を履行しなかった場合、もしくは前記予約を履行できないと判断した場合に、前記ペナルティを付与する
項目１ないし３のいずれか一項に記載の予約管理装置。
［項目５］
前記移動体の走行状態を管理する走行管理部を備え、
前記算出部は、前記ユーザが前記エネルギー供給時間の開始までに前記エネルギー供給地点に間に合うか否かを判断し、前記ユーザが前記エネルギー供給時間の開始までに間に合わないと判断した場合、前記ユーザが前記予約を履行できないことを決定する
項目４に記載の予約管理装置。
［項目６］
前記移動体の走行状態を管理する走行管理部を備え、
前記算出部は、前記エネルギー供給時間の開始前に、前記移動体が前記予約の前記エネルギー供給地点を通り過ぎたかを判断し、前記移動体が前記エネルギー供給地点を通り過ぎたと判断した場合 前記ユーザが前記予約を履行しなかったこと、または前記予約を履行できないことを決定する
項目４または５に記載の予約管理装置。
［項目７］
前記インセンティブは、前記エネルギー供給の料金を割り引くこともしくは割引率を高くすることを含む
項目１～６のいずれか一項に記載の予約管理装置。
［項目８］
前記インセンティブは、前記エネルギー供給地点、前記エネルギー供給時間、前記エネルギー供給時間の長さの少なくとも１つを指定する権利を含む
項目１～７のいずれか一項に記載の予約管理装置。
［項目９］
前記インセンティブは、前記ユーザに、前記エネルギー供給地点と前記エネルギー供給時間とに関する他のユーザの予約を強制的にキャンセルまたは変更し、前記キャンセルまたは前記変更により空いた時間に前記ユーザの予約を入れる権利を含む
項目１～８のいずれか一項に記載の予約管理装置。
［項目１０］
前記インセンティブは、前記ユーザにポイントを贈与すること、または前記ユーザにアイテムを贈与することを含む
項目１～９のいずれか一項に記載の予約管理装置。
［項目１１］
前記インセンティブは、複数の前記エネルギー供給地点を予約する権利を含む
項目１～１０のいずれか一項に記載の予約管理装置。
［項目１２］
前記ユーザに前記予約の前記エネルギー供給地点および前記エネルギー供給時間の少なくとも一方の変更を提示するエネルギー供給計画部を備え、
前記算出部は、前記ユーザが前記変更に同意した場合に、前記インセンティブを付与する
項目１～１１のいずれか一項に記載の予約管理装置。
［項目１３］
前記算出部は、前記ユーザから要求された前記エネルギー供給地点および前記エネルギー供給時間に、他の第１ユーザの予約が入っている場合に、前記他の第１ユーザに前記予約の変更を問い合わせ、
前記算出部は、前記他の第１ユーザが前記予約の変更に応じた場合に、
前記他の第１ユーザが指定する他の第２ユーザにインセンティブを付与する、または
前記ユーザが指定する他の第３ユーザにインセンティブを付与する、または
前記ユーザに付与されている前記インセンティブを、前記他の第１ユーザまたは前記他の第２ユーザに譲り渡す
項目１～１２のいずれか一項に記載の予約管理装置。
［項目１４］
前記算出部は、前記ユーザから前記予約を履行できないとの通知を前記エネルギー供給時間の開始前に受けた場合は、前記ペナルティを付与しないもしくは前記ペナルティを軽減する
項目１～１３のいずれか一項に記載の予約管理装置。
［項目１５］
前記ペナルティは、前記ユーザが前記エネルギー供給地点と前記エネルギー供給時間とに関する予約を、少なくとも前記エネルギー供給地点の到着前に行うことができないことを含む
請求項１～１４のいずれか一項に記載の予約管理装置。
［項目１６］
前記ユーザは、前記複数のエネルギー供給地点の少なくとも１つに到着した後に、前記到着したエネルギー供給地点でのエネルギー供給時間の予約を行い、または前記到着したエネルギー供給地点の空いている時間で前記エネルギー供給を行い、
前記算出部は、前記エネルギー供給地点に到着した後で行った前記予約を履行した場合、または前記空いている時間でエネルギー供給を行った場合に、前記ペナルティを解除する
項目１５に記載の予約管理装置。
［項目１７］
前記ペナルティを付与されたユーザに使用させるエネルギー供給地点とエネルギー供給時間とを指定するエネルギー供給計画部を備え、
前記算出部は、前記ユーザが前記指定されたエネルギー供給地点で前記指定されたエネルギー供給時間に前記エネルギー供給を行った場合に、前記ペナルティを解除する
項目１～１６のいずれか一項に記載の予約管理装置。
［項目１８］
前記ペナルティは、前記エネルギー供給の料金を割り引かないこと、もしくは前記料金の割引率を低くすることを含む
項目１～１７のいずれか一項に記載の予約管理装置。
［項目１９］
前記ペナルティは、前記ユーザが予約可能なエネルギー供給地点を特定のエネルギー供給地点に制限すること、または、前記ユーザが予約可能なエネルギー供給を行う時間または前記時間の長さを制限することを含む
項目１～１８のいずれか一項に記載の予約管理装置。
［項目２０］
前記算出部は、前記ユーザが前記予約を履行しなかった回数が閾値以上になった場合に、前記ペナルティを付与する
項目１～１９のいずれか一項に記載の予約管理装置。
［項目２１］
複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理するステップと、
前記予約の履行状況に応じて、前記移動体のユーザにインセンティブまたはペナルティを付与するステップと、
を備えた予約管理方法。
［項目２２］
複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理するステップと、
前記予約の履行状況に応じて、前記移動体のユーザにインセンティブまたはペナルティを付与するステップと、
をコンピュータに実行させるためのコンピュータプログラム。

１０１：予約管理装置
１１：通信部
１３：ＥＶ管理部
１４：ユーザＤＢ（データベース）
１５：地図情報管理部
１６：道路管制情報管理部
１７：充電器情報管理部
１８：気象情報管理部
１９：車両情報管理部
２０：システムＤＢ
２１：制御部
２３：予約管理部
２４：予約ＤＢ
２５：Ｉ／Ｐ（インセンティブ／ペナルティ）情報管理部
２６：Ｉ／Ｐ情報ＤＢ２６
３１：Ｉ／Ｐ料金管理部
３２：充電管理部
４１：走行管理部
５１：Ｉ／Ｐ算出部
５２：Ｉ／Ｐ計画ＤＢ
７１：充電計画部７１
２０１Ａ～２０１Ｎ：情報装置
２１１Ａ～２１１Ｎ：サーバ
２２０：通信ネットワーク
１００：コンピュータ装置
１５１：プロセッサ（ＣＰＵ）
１５２：入力インタフェース
１５３：表示装置
１５４：通信装置
１５５：主記憶装置
１５６：外部記憶装置
１５７：バス
６０１、６０２，６０３：メニュー

Claims (5)

1. 複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理する予約管理部と、
   複数のモードのうちユーザの通信端末から前記ユーザが選択したモードの情報を取得し、前記情報が示すモードに従って前記移動体のエネルギー供給計画案を作成し、前記エネルギー供給計画案に基づき、前記予約を生成するエネルギー供給計画部と、を備え、
   前記エネルギー供給計画部は、前記情報が示すモードが前記複数のモードのうちの第１モードの場合に、前記エネルギー供給地点の利用率に基づいて、前記移動体のエネルギー供給計画案を作成する
   情報処理装置。
2. 前記第１モードは、前記移動体のエネルギー供給料金が前記複数のモードのうちの他のモードよりも安くなるモードであり、
   前記エネルギー供給計画部は、前記情報が示すモードが前記第１モードである場合は、前記移動体のエネルギー供給料金が前記複数のモードのうちの前記他のモードよりも安くなるエネルギー供給計画案を作成する
   請求項１に記載の情報処理装置。
3. 前記複数のモードのうちの第２モードは、前記移動体が目的地に前記複数のモードのうち前記第２モード以外のモードよりも早く到着するモードであり、
   前記エネルギー供給計画部は、前記情報が示すモードが前記第２モードである場合、前記移動体が前記目的地に前記第２モード以外のモードよりも早く到着するエネルギー供給計画案を作成する
   請求項２に記載の情報処理装置。
4. 複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理するステップと、
   複数のモードのうちユーザの通信端末から前記ユーザが選択したモードの情報を取得し、前記情報が示すモードに従って前記移動体のエネルギー供給計画案を作成するステップと、
   前記エネルギー供給計画案に基づき、前記予約を生成するステップと、
   前記情報が示すモードが前記複数のモードのうちの第１モードの場合に、前記エネルギー供給地点の利用率に基づいて、前記移動体のエネルギー供給計画案を作成するステップと、
   をコンピュータが実行する情報処理方法。
5. 複数のエネルギー供給地点を含む交通路を移動する移動体にエネルギー供給を行う前記エネルギー供給地点と前記エネルギー供給を行うエネルギー供給時間とに関する予約を管理するステップと、
   複数のモードのうちユーザの通信端末から前記ユーザが選択したモードの情報を取得し、前記情報が示すモードに従って前記移動体のエネルギー供給計画案を作成するステップと、
   前記エネルギー供給計画案に基づき、前記予約を生成するステップと、
   前記情報が示すモードが前記複数のモードのうちの第１モードの場合に、前記エネルギー供給地点の利用率に基づいて、前記移動体のエネルギー供給計画案を作成するステップと、
   をコンピュータに実行させるためのコンピュータプログラム。

Images