JP7283077B2 - 情報処理装置、情報処理方法、プログラム - Google Patents

Description

本発明は、情報処理装置等に関する。

従来、車両の過去の燃料消費量に関する情報（例えば、過去の同一の曜日についての燃料消費量の平均値）を利用して、ある期間の燃料消費量を予測する技術が知られている（例えば、特許文献１参照）。

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

ところで、予測される燃料消費量を利用して、燃料補給が必要になるタイミングを予測することが考えられる。

しかしながら、上述の従来技術では、過去の燃費消費量に関する情報を利用する。そのため、例えば、ユーザが日常よりも相対的に長い距離を移動する特別な予定がある場合、当該予定で実際に消費される燃料消費量は、例えば、過去の同一の曜日についての燃料消費量の平均値等の過去の燃費消費量に関する情報と乖離してしまう可能性がある。よって、例えば、日常的な比較的短い距離での複数回の車両の利用を中心とした中での燃料補給が必要なタイミングを予測する場合、車両の燃料消費量の予測精度が低下し、結果として、燃料補給が必要になるタイミングを精度良く予測できない可能性がある。

そこで、上記課題に鑑み、車両で燃料補給が必要になるタイミングをより精度良く予測することが可能な情報処理装置等を提供することを目的とする。

上記目的を達成するため、本発明の一実施形態では、
車両の燃料消費量の実績に関する情報、及び前記車両のユーザの予定に関する情報に基づき、今後の前記車両の燃料消費量を予測する燃料消費量予測部と、
前記燃料消費量予測部により予測される今後の前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、前記車両の燃料補給が必要なタイミングを予測する燃料補給タイミング予測部と、を備え、
前記燃料消費量予測部は、前記車両の燃料消費量の実績に関する情報に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する過去の予定ごとに、前記車両の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた前記車両の燃料消費量の実績に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する今後の予定であって、複数の日に亘って分散する今後の予定ごとの前記車両の燃料消費量を予測し、
前記燃料補給タイミング予測部は、今後の予定ごとの前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、今後の予定の中から時系列での燃料消費によってどの予定に伴う前記車両の利用時に前記車両の燃料補給が必要なタイミングが到来するかを予測する、
情報処理装置が提供される。

本実施形態によれば、情報処理装置は、車両のユーザの過去の予定及び今後の予定を利用することができる。そのため、情報処理装置は、ユーザが過去の予定で車両を利用した際の車両の燃料消費量の実績を把握し、過去の予定と燃料消費量の実績との関係性により、今後のユーザの予定に合わせて、今後の車両の利用による燃料消費量を予測することができる。よって、情報処理装置は、今後のユーザの予定に合わせて予測した今後の燃料消費量と、車両の燃料残量とを用いることで、車両で燃料補給が必要になるタイミングをより精度良く予測することができる。

また、本実施形態によれば、情報処理装置は、車両のユーザの過去の予定及び今後の予定を用いて、具体的に、今後の車両の燃料消費量を予測し、車両の燃料補給が必要なタイミングを予測することができる。

また、上述の実施形態において、
前記ユーザの予定に関する情報に未登録の前記車両の利用に関連する予定を推定する予定推定部を更に備え、
前記燃料消費量予測部は、前記車両の燃料消費量の実績に関する情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する過去の予定、及び前記予定推定部により推定された、前記ユーザの予定に関する情報に未登録の前記車両の利用に関連する過去の予定ごとに、前記車両の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた前記車両の燃料消費量の実績に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定、及び前記予定推定部により推定された、前記ユーザの予定に関する情報に未登録の前記車両の利用に関連する今後の予定ごとの前記車両の燃料消費量を予測してよい。

本実施形態によれば、情報処理装置は、例えば、通勤等のユーザが予定としてわざわざ登録しないような未登録の予定を推定し、登録済みの過去及び今後の予定だけでなく、未登録の過去及び今後の予定も用いることができる。そのため、情報処理装置は、車両の燃料消費量の実績と、ユーザの車両の利用に関連する予定との関係性をより細かく把握することができる。よって、情報処理装置は、車両で燃料補給が必要になるタイミングを更に精度良く予測することができる。

また、上述の実施形態において、
前記ユーザの予定に関する情報には、登録済みの前記車両の利用に関連する予定に対応する出発地から目的地までのルートに関する情報が含まれ、
前記燃料消費量予測部は、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する過去の予定に紐づけられた前記車両の燃料消費量の実績、当該過去の予定に対応する前記ルートに関する情報、及び前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定に対応する前記ルートに関する情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定の前記車両の燃料消費量を予測してよい。

本実施形態によれば、情報処理装置は、ユーザの登録済みの車両の利用に関連する過去の予定及び今後の予定のそれぞれに対応する出発地から目的地までのルートを把握し、ルートに関する情報（例えば、距離、勾配、制限車速等）を用いることができる。そのため、情報処理装置は、例えば、過去の予定及び今後の予定のそれぞれに対応するルートに関する情報の類似点や相違点を把握し、具体的に、過去の予定に対応する車両の燃料消費量の実績から、今後の予定に対応する車両の燃料消費量を予測することができる。

また、上述の実施形態において、
前記燃料消費量予測部は、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する過去の予定の日時における前記ルートの混雑状況に関する実績情報、及び前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定の日時における前記ルートの混雑状況に関する予測情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定の前記車両の燃料消費量を予測してよい。

本実施形態によれば、情報処理装置は、過去の予定の日時における当該予定に対応するルート上の混雑状況に関する実績情報、及び今後の予定の日時における当該予定に対応するルート上の混雑状況に関する予測情報を利用することができる。そのため、情報処理装置は、過去の予定及び今後の予定のそれぞれに対応する車両の利用時におけるルート上の混雑状況を考慮して、過去の予定に対応する車両の燃料消費量の実績から、今後の予定に対応する車両の燃料消費量を予測することができる。よって、情報処理装置は、今後の予定に対応する車両の燃料消費量をより精度良く予測することができる。

また、上述の実施形態において、
前記燃料補給タイミング予測部により予測された前記車両の燃料補給が必要なタイミングに関する情報を、ユーザ端末を通じて、前記ユーザに提供する情報提供部を更に備えてよい。

本実施形態によれば、情報処理装置は、より適切なタイミングでユーザに燃料補給を促すことができる。

また、上述の実施形態において、
前記情報提供部は、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定のうちの前記燃料補給タイミング予測部により予測された前記車両の燃料補給が必要なタイミング以前の特定の予定に対応する移動ルートの経由地としての燃料補給施設に関する情報を前記ユーザに提供してよい。

本実施形態によれば、情報処理装置は、車両の燃料補給が必要なタイミングに関する情報として、具体的に、今後の予定に対応する移動ルートの周辺で立ち寄り可能な燃料補給施設に関する情報を提供することができる。

また、上述の実施形態において、
前記情報提供部は、燃料価格に関する予測情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定のうち、前記燃料補給タイミング予測部により予測された前記車両の燃料補給が必要なタイミングまでの間で前記燃料価格が相対的に安いと予測される日の予定に対応する前記移動ルートの経由地としての燃料補給施設に関する情報を前記ユーザに提供してよい。

本実施形態によれば、情報処理装置は、予測した車両の燃料補給が必要なタイミングまでの間で、燃料価格が相対的に安いタイミングで燃料補給施設に立ち寄れるようにユーザへの情報提供を行うことができる。

また、上述の実施形態において、
前記情報提供部は、前記車両の移動履歴に関する情報に基づき、前記経由地としての燃料補給施設に関する情報を前記ユーザに提供してもよい。

本実施形態によれば、情報処理装置は、車両の移動履歴を用いることで、燃料補給施設に関するユーザの嗜好性（例えば、どの燃料補給施設の利用頻度が高いかや、立ち寄った燃料補給施設がセルフ式であるかフルサービス式であるか等）を把握することができる。よって、情報処理装置は、燃料補給施設に関するユーザの嗜好性に合わせて、経由地としての燃料補給施設に関する情報をユーザに提供することができる。

また、上述の実施形態において、
前記情報提供部は、複数の燃料補給施設ごとの混雑度に関する情報に基づき、前記複数の燃料補給施設の中から前記経由地としての燃料補給施設を選択し、選択した燃料補給施設に関する情報を前記ユーザに提供してもよい。

本実施形態によれば、情報処理装置は、複数の燃料補給施設ごとの混雑度に関する情報を用いることで、例えば、複数の燃料補給施設のうちの経由地として相対的に混雑してない燃料補給施設に関する情報をユーザに提供することができる。

また、本発明の他の実施形態は、情報処理方法、及びプログラムとして実現可能である。

上述の実施形態によれば、車両で燃料補給が必要になるタイミングをより精度良く予測することが可能な情報処理装置等を提供することができる。

情報提供システムの構成の一例を示す概要図である。 車両のハードウェア構成の一例を示す図である。 車両情報サーバ、予定情報サーバ、及びユーザ端末のハードウェア構成の一例を示す図である。 情報提供システムの機能構成の一例を示す機能ブロック図である。 予定情報表示画面の一例を示す図である。 予定情報表示画面の他の例を示す図である。 予定情報表示画面の更に他の例を示す図である。

以下、図面を参照して発明を実施するための形態について説明する。

［情報提供システムの概要］
まず、図１を参照して、本実施形態に係る情報提供システム１の概要について説明する。

情報提供システム１は、複数の車両１０と、車両情報サーバ２０と、予定情報サーバ３０と、複数のユーザ端末４０を含む。

情報提供システム１は、ユーザ端末４０を通じて、予定情報サーバ３０からユーザにより登録された予定情報や、ユーザの車両１０の燃料補給が必要なタイミング（以下、「燃料補給タイミング」）に関する情報（以下、「燃料補給タイミング情報」）をユーザに提供する。以下、情報提供システム１のユーザ、換言すれば、後述するスケジューラアプリを通じて予定情報サーバ３０を利用するユーザを「アプリユーザ」と称し、車両１０を利用するユーザを「車両ユーザ」として区別する場合がある。また、本実施形態では、アプリユーザは、例外なく、車両ユーザである場合を中心に説明を進める。

車両１０は、外部から補給される燃料を用いて、駆動力を発生させ、走行する。車両１０は、例えば、ガソリンや軽油等の燃料を用いて、エンジンを駆動するエンジン搭載車である。このとき、エンジン搭載車は、エンジンの駆動力を駆動輪に伝達させること、及び、エンジンの駆動力で発電機を駆動し、発電機の電力で駆動される電動モータの駆動力を駆動輪に伝達させることの少なくとも一方を行う。また、車両１０は、例えば、水素等の燃料を用いる燃料電池の電力で車両駆動用の電動モータを駆動する燃料電池車であってもよい。以下、本実施形態では、車両１０がエンジン搭載車である場合を中心に説明を進める。

車両１０は、例えば、基地局を末端とする移動体通信網、上空の通信衛星を利用する衛星通信網、インターネット網等を含みうる通信ネットワークＮＷ１を通じて、車両情報サーバ２０と通信可能に接続される。車両１０は、予め規定された種類の、当該車両１０（自車）に関連する動的な情報（以下、「車両情報」）を取得し、取得した車両情報を、車両情報サーバ２０からの指令に応じて、或いは、予め規定されたタイミングに合わせて自動的に、車両情報サーバ２０にアップロード（送信）する。車両情報には、例えば、車両１０の位置状態、運動状態、運転者等による操作状態、制御状態等の車両１０の各種状態に関する情報（以下、「車両状態情報」）が含まれる。このとき、車両状態情報には、車両１０の燃料消費に関連する情報（以下、「燃料消費関連情報」）が含まれる。また、車両情報には、例えば、温度センサによる車両１０の周囲の外気温、レインセンサによる車両１０の周囲の降雨状態（具体的には、雨滴の有無やその量）等、車両１０の周囲の環境状態に関する情報（以下、「環境状態情報」）が含まれうる。

車両情報サーバ２０は、通信ネットワークＮＷ１を通じて、複数の車両１０のそれぞれと通信可能に接続される。車両情報サーバ２０は、複数の車両１０のそれぞれから送信される車両情報を受信し、受信した車両情報を車両１０ごとに蓄積する。

また、車両情報サーバ２０は、例えば、インターネット網等を含みうる通信ネットワークＮＷ２を通じて、予定情報サーバ３０と通信可能に接続される。車両情報サーバ２０は、予定情報サーバ３０からの要求に応じて、或いは、予め規定されたタイミングに合わせて自動的に、車両１０の燃料消費関連情報を含む最新の車両情報を送信する。最新の車両情報とは、前回の予定情報サーバ３０への車両情報の送信以降で、新たに取得された車両情報を意味し、具体的には、取得日時の異なる車両情報のレコード群（車両識別情報及び取得日時情報を含む）であってよい。また、燃料消費関連情報には、例えば、各時点においける車両１０の燃料残量に関する情報（以下、「燃料残量情報」）、各時点における直近の過去の時点からの車両１０の燃料消費量の実績に関する情報（以下、「燃料消費量実績情報」）、直近の各時点間での車両１０の燃料補給の有無に関する情報等が含まれうる。このとき、各時点における直近の過去の時点からの車両１０の燃料消費量は、各時点の燃料残量の差分として導出されうる。また、燃料補給の有無は、例えば、隣接する各時点間で、燃料残量が増加しているか否かにより判断されうる。

予定情報サーバ３０は、車両ユーザを含む複数のアプリユーザごとの予定情報（「スケジュール情報」とも称する）を管理する。具体的には、予定情報サーバ３０は、例えば、基地局を末端とする移動体通信網、上空の通信衛星を利用する衛星通信網、インターネット網等を含みうる通信ネットワークＮＷ３を通じて、複数のユーザのそれぞれが利用するユーザ端末４０と通信可能に接続される。予定情報サーバ３０は、ユーザ端末４０にインストールされる所定のアプリケーショプログラム（以下、「スケジューラアプリ」）を通じたアプリユーザの操作に応じて、アプリユーザの予定に関する情報（以下、「予定情報」）を登録したり、アプリユーザの予定情報をユーザ端末４０に表示させたりする。

また、予定情報サーバ３０は、通信ネットワークＮＷ２を通じて、車両情報サーバ２０と通信可能に接続される。予定情報サーバ３０は、定期的に（例えば、毎日の決められた時刻に）、車両情報サーバ２０からアプリユーザが利用する車両１０の燃料消費関連情報を含む最新の車両情報を取得する。予定情報サーバ３０は、アプリユーザ（兼車両ユーザ）が利用する車両１０の燃料消費関連情報と、当該車両１０を利用するアプリユーザの予定情報とに基づき、当該車両１０の今後の燃料消費量を予測する共に、予測した今後の燃料消費量に基づき、当該車両１０の燃料補給タイミングを予測する。そして、予定情報サーバ３０は、当該予測結果に基づき、燃料補給タイミング情報を、ユーザ端末４０を通じて、当該車両１０を利用するアプリユーザ、つまり、当該車両１０の車両ユーザに提供する。詳細は、後述する（図４Ａ～図４Ｃ等参照）。

ユーザ端末４０は、例えば、スマートフォン、携帯電話、タブレット端末、ラップトップ型のコンピュータ等の携帯端末である。また、ユーザ端末４０は、例えば、デスクトップ型のコンピュータ等の定置型の端末であってもよい。また、ユーザ端末４０は、例えば、車両１０に搭載される端末、つまり、車載機（例えば、ナビゲーション装置等のヘッドユニット）であってもよい。

ユーザ端末４０は、通信ネットワークＮＷ３を通じて、予定情報サーバ３０と通信可能に接続される。ユーザ端末４０は、スケジューラアプリを通じたアプリユーザの操作に応じて、予定情報サーバ３０に予定情報の登録を要求したり、登録済みの予定情報の表示を要求したりすることで、アプリユーザによる予定情報の登録や、登録済みの予定情報及び補給タイミング情報の閲覧等を支援する。

［情報提供システムの構成］
次に、図１に加えて、図２（図２Ａ、図２Ｂ）、図３を参照して、情報提供システム１の構成について説明する。

図２は、情報提供システム１のハードウェア構成の一例を示す図である。具体的には、図２Ａは、車両１０のハードウェア構成の一例を示す図であり、図２Ｂは、車両情報サーバ２０のハードウェア構成の一例を示す図である。図３は、情報提供システム１の機能構成の一例を示す機能ブロック図である。

尚、予定情報サーバ３０及びユーザ端末４０のハードウェア構成は、車両情報サーバ２０と略同じであるため、以下の説明では、図２Ｂを参照し図示を省略する。以下、予定情報サーバ３０の説明では、図２Ｂの符号"２１"、"２１Ａ"、"２２"、"２３"、"２４"、"２５"、"２６"、"２７"、及び"Ｂ２"を、それぞれ、"３１"、"３１Ａ"、"３２"、"３３"、"３４"、"３５"、"３６"、"３７"、及び"Ｂ３"に読み替えて説明を行う。また、ユーザ端末４０の説明では、図２Ｂの符号"２１"、"２１Ａ"、"２２"、"２３"、"２４"、"２５"、"２６"、"２７"、及び"Ｂ２"を、それぞれ、"４１"、"４１Ａ"、"４２"、"４３"、"４４"、"４５"、"４６"、"４７"、及び"Ｂ４"に読み替えて説明を行う。

＜車両の構成＞
図２Ａに示すように、車両１０は、ＥＣＵ１１と、ＧＮＳＳ（Global Navigation Satellite System）モジュール１２と、ＤＣＭ（Data Communication Module）１３と、燃料残量センサ１４と、車輪速センサ１５を含む。

ＥＣＵ１１は、車両１０に関する各種制御を行う電子制御ユニットであるＥＣＵ１１は、その機能が任意のハードウェア或いはハードウェア及びソフトウェアの組み合わせにより実現されてよい。例えば、ＥＣＵ１１は、それぞれがバスＢ１で接続される、補助記憶装置１１Ａ、メモリ装置１１Ｂ、ＣＰＵ（Central Processing Unit）１１Ｃ、及びインタフェース装置１１Ｄ等を含むマイクロコンピュータを中心に構成されてよい。

ＥＣＵ１１の各種機能を実現するプログラムは、例えば、車両１０のＣＡＮ（Controller Area Network）等による車載ネットワークに繋がる所定の外部接続用のコネクタ（例えば、ＤＬＣ（Data Link Coupler））に着脱可能なケーブルで接続される専用ツールによって提供される。プログラムは、専用ツールにおける所定の操作に応じて、専用ツールからケーブル、コネクタ、及び車載ネットワークを経由して、ＥＣＵ１１の補助記憶装置１１Ａにインストールされる。また、プログラムは、通信ネットワークＮＷ１を通じて、他のコンピュータ（例えば、車両情報サーバ２０）からダウンロードされ、補助記憶装置１１Ａにインストールされてもよい。

補助記憶装置１１Ａは、不揮発性の記憶手段であり、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。補助記憶装置１１Ａは、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等である。

メモリ装置１１Ｂは、プログラムの起動指示があった場合に、補助記憶装置１１Ａからプログラムを読み出して格納する。

ＣＰＵ１１Ｃは、メモリ装置１１Ｂに格納されたプログラムを実行し、プログラムに従ってＥＣＵ１１の各種機能を実現する。

インタフェース装置１１Ｄは、例えば、車載ネットワークに接続したり、各種センサ、アクチュエータ等と一対一で接続したりするためのインタフェースとして用いられる。インタフェース装置１１Ｄは、接続する対象に合わせて、複数の異なる種類のインタフェース装置を含みうる。

ＧＮＳＳモジュール１２は、車両１０の上空の３以上、好ましくは、４以上の衛星からの送信される衛星信号を受信することにより、自身が搭載される車両１０（自車）の位置を測位する。ＧＮＳＳモジュール１２の測位情報、つまり、車両１０の位置情報は、例えば、一対一の通信線や車載ネットワークを通じて、ＤＣＭ１３に取り込まれる。また、ＧＮＳＳモジュール１２の測位情報は、例えば、車載ネットワーク等を通じて、ＤＣＭ１３からＥＣＵ１１に取り込まれてもよい。

ＤＣＭ１３は、車両１０の外部の通信ネットワークＮＷ１と接続し、通信ネットワークＮＷ１を通じて、車両情報サーバ２０を含む外部装置と通信を行うための通信デバイスの一例である。ＤＣＭ１３は、車両情報サーバ２０との間で各種信号（例えば、情報信号、制御信号等）の送受信を行う。また、ＤＣＭ１３は、ＥＣＵ１１と一対一の通信線やＣＡＮ等の車載ネットワークを通じて通信可能に接続され、ＥＣＵ１１からの要求に応じて、各種信号を車両１０（自車）の外部に送信したり、当該車両１０の外部から受信された信号をＥＣＵ１１に向けて出力したりする。

燃料残量センサ１４は、車両１０の燃料残量を検出する既知の検出手段である。例えば、燃料残量センサ１４は、車両１０がエンジン搭載車である場合、燃料タンク内のフロートの高さ位置を表す抵抗値から燃料残量を検出する。燃料残量センサ１４により検出される燃料残量に対応する検出信号は、一対一の通信線や車載ネットワーク等を通じて、ＥＣＵ１１に取り込まれる。

車輪速センサ１５は、車両１０の各車輪の車輪速を検出する既知の検出手段である。車輪速センサ１５により検出される各車輪の車輪速に対応する検出信号は、一対一の通信線や車載ネットワーク等を通じて、ＥＣＵ１１に取り込まれる。

図３に示すように、ＥＣＵ１１は、例えば、補助記憶装置１１Ａにインストールされる一以上のプログラムをＣＰＵ１１Ｃ上で実行することにより実現される機能部として、車両情報送信部１１１を含む。

車両情報送信部１１１は、例えば、所定の周期ごと（例えば、数分ごと～数十分ごと等）に、予め規定される種類の車両情報を取得し、或いは、ＤＣＭ１３に取得させ、ＤＣＭ１３を通じて、車両情報サーバ２０に送信する。車両情報サーバ２０への送信対象の種類の車両情報には、ＧＮＳＳモジュール１３による車両１０の位置情報が含まれる。また、車両情報サーバ２０への送信対象の種類の車両情報には、燃料残量センサ１４による燃料残量の検出情報、或いは、当該検出情報から算出される各種燃料消費関連情報（例えば、燃料残量から算出される所定時間ごとの燃料消費量或いは燃料補給量等）が含まれる。また、車両情報サーバ２０への送信対象の種類の車両情報には、車輪速センサ１５による各車輪の検出情報、或いは、当該検出情報から算出される車速に関する情報（以下、「車速情報」）が含まれる。具体的には、車両情報送信部１１１は、送信元の車両１０を特定する識別情報（例えば、車両１０のＶＩＮ（Vehicle Index Number）や、複数の車両１０ごとに予め規定される車両ＩＤ（Identifier）等）（以下、「車両識別情報」）、車両情報の取得日時に関する情報（例えば、タイムスタンプ）（以下、「取得日時情報」）、及び車両情報を含む信号を車両情報サーバ２０に送信してよい。これにより、車両情報サーバ２０は、車両情報を含む信号の送信元の車両１０を識別（特定）したり、車両情報の取得日時（取得タイミング）等を特定したりすることができる。

尚、車両情報送信部１１１の機能は、ＤＣＭ１３に移管されてもよい。

＜車両情報サーバの構成＞
車両情報サーバ２０は、その機能が任意のハードウェア、或いは、ハードウェア及びソフトウェアの組み合わせにより実現されてよい。図２Ｂに示すように、例えば、車両情報サーバ２０は、ドライブ装置２１と、補助記憶装置２２と、メモリ装置２３と、ＣＰＵ２４と、インタフェース装置２５と、表示装置２６と、入力装置２７を含み、それぞれがバスＢ２で接続される。

車両情報サーバ２０の各種機能を実現するプログラムは、例えば、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ－ＲＯＭ（Digital Versatile Disc Read Only Memory）、或いは、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型の記録媒体２１Ａによって提供される。プログラムが記録された記録媒体２１Ａが、ドライブ装置２１にセットされると、プログラムが記録媒体２１Ａからドライブ装置２１を介して補助記憶装置２２にインストールされる。また、プログラムは、通信ネットワークを介して他のコンピュータからダウンロードされ、補助記憶装置２２にインストールされてもよい。

補助記憶装置２２は、インストールされた各種プログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２３は、プログラムの起動指示があった場合に、補助記憶装置２２からプログラムを読み出して格納する。

ＣＰＵ２４は、メモリ装置２３に格納された各種プログラムを実行し、プログラムに従って車両情報サーバ２０に係る各種機能を実現する。

インタフェース装置２５は、通信ネットワーク（例えば、通信ネットワークＮＷ１，ＮＷ２）に接続するためのインタフェースとして用いられる。

表示装置２６は、例えば、ＣＰＵ２４で実行されるプログラムに従って、ＧＵＩ（Graphical User Interface）を表示する。

入力装置２７は、車両情報サーバ２０に関する様々な操作指示を車両情報サーバ２０の作業者や管理者等に入力させるために用いられる。

図３に示すように、車両情報サーバ２０は、例えば、補助記憶装置２２にインストールされる一以上のプログラムをＣＰＵ２４上で実行することにより実現される機能部として、車両情報取得部２０１と、車両情報提供部２０３を含む。また、車両情報サーバ２０は、車両情報記憶部２０２等を利用する。車両情報記憶部２０２は、例えば、補助記憶装置２２や、車両情報サーバ２０と通信可能に接続される外部記憶装置等を用いて実現可能である。

車両情報取得部２０１は、複数の車両１０のそれぞれから受信される信号に含まれる車両情報を取得し、車両情報記憶部２０２に記憶（蓄積）させる。具体的には、車両情報取得部２０１は、車両１０から受信される車両情報を、対応する車両識別情報、及び取得日時情報と紐付けたレコードとして、車両情報記憶部２０２に記憶させる。

車両情報記憶部２０２には、上述の如く、車両１０から受信される車両情報が記憶される。具体的には、車両情報記憶部２０２は、車両識別情報、取得日時情報、及び車両情報を含むレコードを蓄積させることにより、複数の車両１０で取得された車両情報のレコード群（つまり、データベース）を保持してよい。また、車両情報記憶部２０２には、複数の車両１０ごとに専用の車両情報記憶部が設けられ、それぞれの車両情報記憶部に車両１０ごとの取得日時情報及び車両情報を含むレコードの履歴、つまり、レコード群が保持されてもよい。

車両情報提供部２０３は、予定情報サーバ３０からの要求に応じて、或いは、予め規定されたタイミングに合わせる態様で、定期的に、複数の車両１０のそれぞれの燃料消費関連情報、車速情報、車両１０の位置情報を含む最新の車両情報を予定情報サーバ３０に提供（送信）する。

＜予定情報サーバの構成＞
予定情報サーバ３０は、車両情報サーバ２０と同様、その機能が任意のハードウェア、或いは、ハードウェア及びソフトウェアの組み合わせにより実現されてよい。図２Ｂに示すように、例えば、予定情報サーバ３０は、ドライブ装置３１と、補助記憶装置３２と、メモリ装置３３と、ＣＰＵ３４と、インタフェース装置３５と、表示装置３６と、入力装置３７を含み、それぞれがバスＢ３で接続される。

予定情報サーバ３０のハード構成は、車両情報サーバ２０のハード構成と略同じであるため、詳細な説明を省略する。

図３に示すように、予定情報サーバ３０は、例えば、補助記憶装置３２にインストールされる一以上のプログラムをＣＰＵ３４上で実行することにより実現される機能部として、車両情報取得部３００１と、ルート探索部３００４と、予定登録部３００５と、予定推定部３００７と、燃料消費量予測部３００９と、燃料補給タイミング予測部３０１０と、予定情報提供部３０１３を含む。また、予定情報サーバ３０は、車両情報記憶部３００２、地図情報記憶部３００３、予定情報記憶部３００６、道路交通情報記憶部３００８、燃料価格予測情報記憶部３０１１、燃料補給施設混雑度情報記憶部（以下、「ＧＳ混雑度情報記憶部」）３０１２等を利用する。車両情報記憶部３００２、地図情報記憶部３００３、予定情報記憶部３００６、道路交通情報記憶部３００８、燃料価格予測情報記憶部３０１１、及びＧＳ混雑度情報記憶部３０１２等は、例えば、補助記憶装置３２や、予定情報サーバ３０と通信可能に接続される外部記憶装置等を用いて実現可能である。

車両情報取得部３００１は、車両情報サーバ２０から受信される、最新の車両情報を取得し、車両情報記憶部３００２に記憶（蓄積）させる。具体的には、車両情報取得部３００１は、車両情報サーバ２０から受信される、複数の車両１０ごとの最新の車両情報に対応する車両情報のレコード群を車両情報記憶部３００２に記憶させる。このとき、車両情報取得部３００１は、ある車両１０の最新の車両情報と、当該車両１０に対応するアプリユーザ、つまり、当該車両１０の車両ユーザとしてのアプリユーザの識別情報（例えば、アプリユーザに固有のユーザＩＤ等）（以下、「ユーザ識別情報」）とを紐づける。より具体的には、車両情報取得部３００１は、ある車両１０の車両情報のレコード群に、ユーザ識別情報のフィールドを追加することで、当該車両１０に対応するアプリユーザのユーザ識別情報を含む車両情報のレコード群を生成し、車両情報記憶部３００２に記憶させてよい。また、複数のアプリユーザが一台の車両１０を共用する場合もありうる。この場合、車両情報取得部３００１は、当該車両１０の最新の車両情報と、複数のアプリユーザを紐づけてよい。

車両情報記憶部３００２には、上述の如く、車両情報サーバ２０から提供される最新の車両情報が記憶（蓄積）される。具体的には、車両情報記憶部３００２は、車両情報サーバ２０から最新の車両情報が提供されるごとに、対応する最新のレコード群を蓄積させることにより、車両識別情報、ユーザ識別情報、取得日時情報、及び車両情報を含む過去の車両情報のレコードの履歴（つまり、データベース）を保持してよい。また、車両情報記憶部３００２には、複数の車両１０ごとに専用の車両情報記憶部が設けられ、それぞれの車両情報記憶部に車両１０ごとのユーザ識別情報、取得日時情報、及び車両情報を含むレコードの履歴が保持されてもよい。

地図情報記憶部３００３には、後述するルート探索部３００４によるルート探索対象範囲や、予定情報提供部３０１３による燃料補給施設の探索対象範囲を含む、予め規定された地理的な範囲（以下、「対象範囲」）の地図情報が記憶される。地図情報には、例えば、道路のリンクやノードの位置情報や道路の種別等を含む道路情報が含まれる。また、地図情報には、対象範囲内のＰＯＩ（Point Of Interest）に関する情報（以下、「ＰＯＩ情報」）が含まれる。

ルート探索部３００４は、ユーザ端末４０から受信されるルート探索要求、或いは、予定登録部３００５からの依頼に応じて、地図情報記憶部３００３の地図情報に基づく出発地から目的地までのルート探索を行う。そして、ルート探索部３００４は、ルート探索結果として、出発地から目的地までの一又は複数のルート、及び所要時間等を出力する。

予定登録部３００５は、ユーザ端末４０から受信される予定登録要求に応じて、当該要求で指定される日時やその予定の内容を、当該要求で指定されるユーザ識別情報に対応するアプリユーザの予定情報として、予定情報記憶部３００６に登録する。予定登録要求で指定される予定の内容には、予定での移動ルートや、予定に対応する場所までの行きのルート及び予定に対応する場所からの帰りのルートの少なくとも一方を指定する情報（以下、「ルート指定情報」）が含まれうる。この場合、予定登録部３００５は、ルート探索部３００４からルート指定情報で指定されたルートに関する情報（例えば、出発地から目的地までの指定されたルート、所要時間等）（以下、「ルート情報」）を取得し、登録する予定情報にルート情報を含める。また、予定登録部３００５は、予定の前及び後の少なくとも一方に、登録対象の予定を遂行するための付随的な予定として、予定に対応する場所まで、或いは、予定に対応する場所からの車両１０による移動に対応する予定（以下、「付随移動予定」）を追加し、登録する予定情報に含めてもよい。

また、予定登録部３００５は、ユーザ端末４０から受信される予定登録要求にルート指定情報が含まれない場合、ユーザからの要求に依らず、ルート探索部３００４に予定登録要求で指定される予定での移動ルートのルート探索を依頼してよい。また、予定登録部３００５は、ユーザ端末４０から受信される予定登録要求にルート指定情報が含まれない場合、ユーザからの要求に依らず、ルート探索部３００４に予定登録要求で指定される予定に対応する場所までの行きのルートや予定に対応する場所からの帰りのルートのルート探索を依頼してもよい。この場合、予定登録部３００５は、その予定の時間帯、その直前及び直後の予定に対応する場所等を考慮して、出発地を推定してよい。

予定情報記憶部３００６には、複数のアプリユーザごとの予定情報が登録（記憶）される。具体的には、予定情報記憶部３００６には、複数のアプリユーザごとの予定表データベースが保持され、各アプリユーザの予定表データベースに各アプリユーザの予定情報が登録される。

予定推定部３００７は、定期的に（例えば、一週間ごと）、複数のアプリユーザごとの予定情報として未登録のアプリユーザの予定、具体的には、アプリユーザの、車両１０の利用に関連する予定を推定する。車両１０の利用に関連する予定とは、車両１０が利用されながら遂行される予定だけでなく、遂行されるための前提として車両１０が利用される予定が含まれる。このとき、車両１０が利用されながら遂行される予定には、例えば、車両１０で移動をしながら観光地を巡る旅行等含まれる。また、遂行されるための前提として車両１０が利用される予定には、例えば、遊園地等のレジャー施設への来訪等が含まれる。例えば、予定推定部３００７は、ユーザの予定情報の登録状況や、当該車両１０の過去の燃料消費量に基づき、ユーザの行動サイクルを把握することで、予定情報として登録されないような予定を推定する。具体的には、予定推定部３００７は、あるアプリユーザの車両１０の利用に関連する登録済みの予定が一週間の特定の曜日（例えば、土日）に集中し、且つ、特定の曜日以外の曜日で、車両１０の利用に関連する予定が未登録にも関わらず、毎日同程度の燃料消費量が観測される場合、通勤や通学等に車両１０が利用されていると推定することができる。つまり、予定推定部３００７は、当該車両１０に関連する未登録の予定として、特定の曜日以外の曜日における"通勤"や"通学"を推定することができる。予定推定部３００７は、推定した予定の日時や内容を未登録予定情報として、予定情報記憶部３００６に記憶させる。以下、アプリユーザにより登録された予定情報を「登録済み予定情報」と称し、未登録予定情報と区別すると共に、登録済み予定情報及び未登録予定情報を包括的に「予定情報」と称する。

道路交通情報記憶部３００８には、地図情報記憶部３００３に記憶される道路情報で規定される各種道路の交通状況に関する情報（以下、「道路交通情報」）が記憶される。道路交通情報は、例えば、予定情報サーバ３０の外部の所定の外部機関（例えば、道路交通情報センタ）等から定期的に取得されてよい。道路交通情報には、過去の道路の混雑状況（例えば、渋滞の有無、渋滞が発生した場合のその程度）の実績情報（以下、「道路混雑状況実績情報」）と、今後の道路の混雑状況の予測情報（以下、「道路混雑状況予測情報」）が含まれる。

燃料消費量予測部３００９は、複数の車両１０ごとに、車両情報記憶部３００２に保持される、車両１０の過去の燃料消費量実績情報、及び当該車両１０を利用するアプリユーザの予定情報に基づき、定期的に、今後の当該車両１０の燃料消費量を予測する。

例えば、燃料消費量予測部３００９は、毎日の決められた時間帯（例えば、車両１０の利用頻度が非常に下がる真夜中の時間帯）において、前日までの当該車両１０の燃料消費量実績情報と、当該車両１０を利用するアプリユーザの前日までの予定情報及び明日以降の予定情報に基づき、明日以降の今後の予定ごとの燃料消費量を予測する。

具体的には、まず、燃料消費量予測部３００９は、車両１０の過去の燃料消費量実績情報に基づき、予定情報から把握される、車両１０の利用に関連する過去の予定ごとに、車両１０の燃料消費量の実績を紐づける。つまり、燃料消費量予測部３００９は、車両１０の過去の燃料消費量実績情報に基づき、登録済み予定情報に対応する過去の予定及び未登録予定情報に対応する過去の予定ごとに、車両１０の燃料消費量の実績を紐づける。このとき、ある登録済み予定情報に対応する過去の予定が車両１０の利用に関連する予定であったか否かは、例えば、登録済み予定情報にルート情報が含まれるか否かを確認したり、対応する時間帯での車両１０の燃料消費量の変化を観測したりすることにより判断されてよい。より具体的には、燃料消費量予測部３００９は、車両１０の過去の燃料消費量実績情報に基づき、予定情報から把握される、車両１０の利用に関連する過去の予定ごとの車両１０の利用で消費された燃料消費量の実績値を取得（導出）する。そして、燃料消費量予測部３００９は、取得した過去の予定ごとの車両１０の利用で消費された燃料消費量の実績値を、それぞれの過去の予定に紐づける。

尚、燃料消費量予測部３００９は、上述の如く、定期的に、過去の予定に対する車両１０の燃料消費量の紐づけ処理を行う。そのため、燃料消費量予測部３００９は、実際上、前回の定期的な処理のタイミングから今回の処理開始までの間の過去の予定だけを対象として、当該紐付け処理を行えばよい。

続いて、燃料消費量予測部３００９は、過去の予定ごとに紐付けられた燃料消費量の実績値に基づき、当該車両１０を利用するアプリユーザの予定情報から把握される、つまり、登録済み予定情報に対応する当該車両１０の利用に関連する今後の予定及び未登録予定情報に対応する当該車両１０の利用に関連する今後の予定ごとに、燃料消費量を予測する。このとき、登録済み予定情報に対応する今後の予定が車両１０の利用に関連する予定であるか否かは、例えば、登録済み予定情報にルート情報が含まれるか否か、過去の同じ場所への移動を伴う予定や同じ種別の過去の予定での車両１０の利用実績等に基づき判断されてよい。この場合、予定の種別は、予め規定され、予定登録時に、予定登録部３００５により予定の内容に基づき自動的に判断され、判断された予定の種別に関する情報が予定情報に含められてよい。これにより、燃料消費量予測部３００９は、今後の予定ごとに、同じ種別の過去の予定を抽出することができる。

尚、燃料消費量予測部３００９は、上述の如く、定期的に、今後の予定ごとの車両１０の燃料消費量の予測処理を行う。そのため、燃料消費量予測部３００９は、実際上、前回の定期的な処理のタイミングから今回の処理開始までの間で変更された今後の予定、或いは、追加された今後の予定だけを対象として、当該予測処理を行えばよい。

例えば、燃料消費量予測部３００９は、登録済み予定情報に対応する今後の予定について、過去の同じ場所への車両１０での移動を伴う過去の予定がある場合、過去の予定の当該車両１０の燃料消費量を今後の予定の燃料消費量の予測値として採用してよい。

また、例えば、燃料消費量予測部３００９は、登録済み予定情報に対応する今後の予定について、同じ種別の過去の予定での車両１０の燃料消費量に、移動距離の差（比率）に応じた係数を乗ずることにより、車両１０の燃料消費量の予測値を算出してもよい。この場合、同じ種別の過去の予定が複数ある場合、対象となる今後の予定に対して、相対的に日付が新しい過去の予定（例えば、直近の過去の予定）が優先的に利用されてよい。これにより、車両１０の運転者の運転操作の傾向によって、車両１０の燃料消費量が変化しうるところ、対象となる今後の予定での燃料消費量の予測値に対して、比較的最近のアプリユーザの運転操作の傾向を反映させることができる。

また、例えば、燃料消費量予測部３００９は、登録済み予定情報に対応する、遂行されるための前提として車両１０が利用される今後の予定について、登録済み予定情報に行きのルート情報及び帰りのルート情報が含まれる場合、行きのルートと帰りのルートとに分けて、燃料消費量を予測してもよい。

また、例えば、燃料消費量予測部３００９は、未登録予定情報に対応する今後の予定について、同じ内容の過去の予定での燃料消費量の実績値（例えば、直近或いは同じ曜日の同じ内容の過去の予定での実績値）をそのまま燃料消費量の予測値として採用してよい。また、燃料消費量予測部３００９は、同じ内容の過去の予定での車両１０の燃料消費量の実績値の平均値を燃料消費量の予測値として採用してもよい。この場合、車両１０の燃料消費量の実績値の平均処理において、相対的に日付が新しい過去の予定の方が日付の古い過去の予定よりも重視される態様であってもよい。これにより、車両１０の運転者の運転操作の傾向によって、車両１０の燃料消費量が変化しうるところ、対象となる今後の予定での燃料消費量の予測値に対して、比較的最近のアプリユーザの運転操作の傾向を反映させることができる。

また、例えば、燃料消費量予測部３００９は、過去の予定に紐付けた燃料消費量から今後の予定での車両１０の利用による燃料消費量を予測する場合に、今後の予定に対応する登録済み予定情報に含まれるルート情報のルートと、比較対象の過去の予定の移動ルートの実績（以下、「移動実績ルート」）との違いを考慮してもよい。このとき、比較対象の過去の予定の移動実績ルートは、例えば、過去の予定に対応する登録済み予定情報に含まれるルート情報で規定されるルートであってもよいし、車両情報記憶部３００２に記憶される車両１０の位置情報の履歴に基づき導出されてもよい。これにより、過去の予定及び今後の予定の双方における具体的な車両１０の移動ルートの違い（距離、勾配、制限車速等）を考慮して、燃料消費量を予測することができる。

また、例えば、燃料消費量予測部３００９は、過去の予定に紐付けた燃料消費量から今後の予定での車両１０の利用による燃料消費量を予測する場合に、道路混雑状況予測情報及び道路混雑状況実績情報から把握される、予測対象の今後の予定に対応するルート情報のルートで予測される混雑状況、及び比較対象の過去の予定に対応する移動実績ルートでの混雑状況の実績を考慮してもよい。これにより、燃料消費量予測部３００９は、予測対象の今後の予定に対応するルートと、比較対象の過去の予定に対応する移動実績ルートとの間の道路の混雑状況の違いを、車両１０の燃料消費量の予測値に反映させることができる。そのため、予測精度を向上させることができる。

尚、過去の予定に対応する移動実績ルートの混雑状況の実績は、例えば、車両情報記憶部３００２に保持される複数の車両１０の車速情報を利用して判断されてもよい。

燃料補給タイミング予測部３０１０は、燃料消費量予測部３００９により予測された車両１０の今後の燃料消費量、及び車両情報記憶部３００２に記憶される当該車両１０の燃料残量情報に基づき、当該車両１０の燃料補給が必要なタイミング（燃料補給タイミング）を予測する。燃料補給タイミングは、例えば、車両１０の燃料残量が所定閾値以下になるときであってよい。具体的には、燃料補給タイミング予測部３０１０は、燃料消費量予測部３００９により予測された、車両１０の利用に関連する今後の予定ごとの燃料消費量の予測値と、燃料残量情報に基づく現在の車両１０の燃料残量とに基づき、車両１０の利用に関連する今後の予定のうちのどの予定に伴う車両１０の利用時に燃料補給タイミングが到来するかを予測してよい。また、燃料補給タイミング予測部３０１０は、車両１０の利用に関連する今後の予定に対応するルート情報として、行きのルート情報と帰りのルート情報が含まれ、燃料消費量予測部３００９により行きのルートと帰りのルートとに分けて燃料消費量が予測されている場合、どちらのルートで燃料補給タイミングが到来するかを予測してもよい。

燃料価格予測情報記憶部３０１１には、燃料価格に関する予測情報（以下、「燃料価格予測情報」）が記憶される。燃料価格予測情報は、例えば、燃料価格に関する外部機関から定期的に取得されてよい。

ＧＳ混雑度情報記憶部３０１２には、予め登録される複数の燃料補給施設（例えば、ガソリンスタンドや水素ステーション等）ごとの混雑度に関する情報（以下、「ＧＳ混雑度情報」）が記憶される。ＧＳ混雑度情報は、外部の調査機関等から定期的に取得されてよい。また、ＧＳ混雑度情報は、車両情報記憶部３００２に記憶される複数の車両１０の位置情報及び地図情報記憶部３００３の地図情報に基づき、複数の車両１０の登録された燃料補給施設への立ち寄り状況が定期的に解析されることにより作成されてもよい。

予定情報提供部３０１３（情報提供部の一例）は、予定情報取得要求に応じて、該要求で指定される所定の形式でユーザ端末４０（後述する表示装置４６）に表示させるための、該要求で指定されるアプリユーザの予定情報（以下、「表示用予定情報」）を送信する。このとき、表示用予定情報には、当該アプリユーザが利用する車両１０の燃料補給タイミング情報が含まれる。つまり、予定情報提供部３０１３は、ユーザ端末４０で起動中のスケジューラアプリの画面（以下、「アプリ画面」）上で、アプリユーザが利用する車両１０の燃料補給タイミング情報を提供する。

例えば、予定情報提供部３０１３は、ユーザ端末４０のアプリ画面上で、予定情報（つまり、登録済み予定情報及び未登録予定情報）に対応する今後の予定のうち、車両１０の利用時に燃料補給タイミングが到来すると予測される今後の予定をアプリユーザに通知してよい。

また、例えば、予定情報提供部３０１３は、ユーザ端末４０のアプリ画面上で、予定情報（つまり、登録済み予定情報及び未登録予定情報）に対応する今後の予定のうち、車両１０の利用時に燃料補給タイミングが到来すると予測される今後の予定に対応する日付をアプリユーザに通知してもよい。

また、例えば、予定情報提供部３０１３は、ユーザ端末のアプリ画面上で、予定情報（登録済み予定情報及び未登録予定情報）に対応する今後の予定のうち、燃料補給タイミング以前の今後の予定に対応する移動ルートの経由地としての燃料補給施設に関する情報をアプリユーザに通知してもよい。このとき、未登録予定情報の移動ルートは、例えば、同じ内容の過去の予定での車両１０の位置情報の履歴から推定されてよい。また、情報提供される経由地としての燃料補給施設は、一つであってもよいし、複数であってもよい。また、情報提供される燃料補給施設が複数である場合、一つの予定に対応する移動ルートの周辺の複数の燃料補給施設に関する情報がアプリユーザに提供されてもよいし、複数の予定ごとに、対応する移動ルートの周辺の燃料補給施設に関する情報がアプリユーザに提供されてもよい。また、例えば、予定に対応する目的地に行くための行きの移動ルート、つまり、登録済み予定情報に含まれる行きのルート情報のルートの経由地として燃料補給施設に関する情報がアプリユーザに提供される場合がありうる。この場合、予定登録部３００５は、燃料補給施設への立ち寄りによる追加の所要時間を加味し、登録済み予定情報に対応する予定の前の車両１０による移動（付随移動予定）の出発時刻を調整（修正）してよい。これにより、アプリユーザは、レコメンドされた燃料補給施設に立ち寄っても、予定時刻に予定遂行のための目的地に到達することができる。

具体的には、予定情報提供部３０１３は、燃料補給タイミングが到来すると予測される今後の予定に対応する移動ルートの周辺に存在する燃料補給施設を経由地としてアプリユーザにレコメンドしてよい。このとき、移動ルートは、登録済み予定情報に対応する今後の予定の場合、登録済み予定情報含まれるルート情報のルートである。また、移動ルートは、未登録予定情報に対応する今後の予定の場合、上述の如く、例えば、同じ内容の過去の予定での車両１０の位置情報の履歴から推定されたルートであってよい。

また、予定情報提供部３０１３は、燃料価格予測情報に基づき、予定情報（つまり、登録済み予定情報及び未登録予定情報）に対応する今後の予定のうち、予測された燃料補給タイミングまでの間で燃料価格が相対的に安いと予測される日の予定に対応する登録済み予定情報に含まれるルート情報のルートの周辺に存在する燃料補給施設を経由地としてアプリユーザにレコメンドしてもよい。これにより、アプリユーザは、燃料価格が相対的に安い日に車両１０の燃料補給を行うことができる。

また、予定情報提供部３０１３は、アプリユーザが利用する車両１０の移動履歴に関する情報（以下、「移動履歴情報」）に基づき、上述の経由地としての燃料補給施設をレコメンドしてもよい。このとき、移動履歴情報は、例えば、車両情報記憶部３００２に記憶される車両１０の位置情報の履歴である。より具体的には、予定情報提供部３０１３は、移動履歴情報及び地図情報記憶部３００３の地図情報（ＰＯＩ情報）に基づき、利用頻度が相対的に高い燃料補給施設を抽出し、抽出した燃料補給施設の中から経由地としての燃料補給施設を選択し、アプリユーザにレコメンドしてよい。また、予定情報提供部３０１３は、移動履歴情報及び地図情報記憶部３００３の地図情報（ＰＯＩ情報）に基づき、ユーザが過去に利用した燃料補給施設を抽出し、抽出されたそれぞれの燃料補給施設がセルフ式であるのかフルサービス式であるのかを判別することで、アプリユーザがセルフ式の燃料補給施設を好むのか、フルサービス式の燃料補給施設を好むのかを判断してよい。そして、予定情報提供部３０１３は、判断結果に基づき、アプリユーザが好むタイプ（セルフ式或いはフルサービス式）の燃料補給施設を経由地としてレコメンドしてもよい。これにより、予定情報提供部３０１３は、アプリユーザの嗜好性に合わせて、経由地としての燃料補給施設をレコメンドすることができる。

また、予定情報提供部３０１３は、複数の燃料補給施設ごとのＧＳ混雑度情報に基づき、複数の燃料補給施設の中から相対的に混雑度の低い燃料補給施設を上述の経由地として選択し、アプリユーザにレコメンドしてもよい。これにより、アプリユーザは、混雑度の相対的に低い燃料補給施設で燃料補給を行うことができる。

＜ユーザ端末の構成＞
ユーザ端末４０は、車両情報サーバ２０等と同様、その機能が任意のハードウェア、或いは、ハードウェア及びソフトウェアの組み合わせにより実現されてよい。図２Ｂに示すように、例えば、ユーザ端末４０は、ドライブ装置４１と、補助記憶装置４２と、メモリ装置４３と、ＣＰＵ４４と、インタフェース装置４５と、表示装置４６と、入力装置４７を含み、それぞれがバスＢ４で接続される。

ユーザ端末４０のハード構成は、車両情報サーバ２０等のハード構成と略同じであるため、詳細な説明を省略する。

図３に示すように、ユーザ端末４０は、例えば、補助記憶装置４２にインストールされるスケジューラアプリをＣＰＵ４４で起動し実行することにより実現される機能部として、予定登録要求部４０１と、ルート探索要求部４０２と、予定情報表示処理部４０３を含む。

予定登録要求部４０１は、アプリ画面のＧＵＩに対するアプリユーザの操作に応じて、入力された予定の内容や、ルート探索要求部４０２からのルート探索要求に基づくルート探索結果から選択されるルートを指定するルートして指定情報等を含む予定登録要求を予定情報サーバに送信する。これにより、アプリユーザは、アプリ画面上での操作入力を通じて、予定情報を予定情報サーバ３０に登録することができる。

ルート探索要求部４０２は、アプリ画面のＧＵＩに対するアプリユーザの操作に応じて、入力された出発地及び目的地を含むルート探索要求を予定情報サーバ３０に送信する。これにより、アプリユーザは、予定情報の登録に際して、登録対象の予定に対応する車両１０の具体的な移動ルートを、アプリ画面を通じて予定情報サーバ３０から取得することができる。

予定情報表示処理部４０３は、アプリ画面のＧＵＩに対するアプリユーザの操作に応じて、アプリユーザの予定情報を表示装置４６（例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイ等）に表示させる。具体的には、予定情報表示処理部４０３は、アプリユーザの操作に応じて、予定情報の表示形式等を含む予定情報取得要求を予定情報サーバ３０に送信する。そして、予定情報表示処理部４０３は、予定情報取得要求に応じて予定情報サーバ３０から返信される表示用予定情報に基づき、ユーザの操作に応じた表示形式（つまり、予定情報取得要求で指定される表示形式）で予定情報を表示装置４６に表示させる。表示装置４６の予定情報が表示されるアプリ画面（以下、「予定情報表示画面」）の詳細は、後述する（図４Ａ～図４Ｃ参照）。

［予定情報の提供方法の具体例］
次に、図４（図４Ａ～図４Ｃ）を参照して、予定情報サーバ３０によるユーザ端末４０を通じたアプリユーザへの燃料補給タイミングを含む予定情報の提供方法の具体例について説明する。

まず、図４Ａは、予定情報表示画面の一例（予定情報表示画面４１０）を示す図である。本例では、１か月（具体的には、２０１８年５月の１か月）の予定表の形式でアプリユーザの予定情報が表示される。以下、本例では、２０１８年５月１３日が現在の日付である前提で説明を進める。

図４Ａに示すように、予定情報表示画面４１０には、２０１８年５月１６日に登録済みの登録済み予定情報４１１と、登録済み予定情報４１１に対応する予測燃料消費量４１２と、燃料補給タイミングアイコン４１３と、燃料補給済みアイコン４１４が含まれる。

登録済み予定情報４１１は、具体的には、"××遊園地"で遊ぶ予定を表している。

予測燃料消費量４１２は、２０１８年５月１６日の車両１０の利用に関連する予定での燃料消費量の予測値を表す。具体的には、予測燃料消費量４１２は、予定情報４１１の予定に対応する車両１０の利用、つまり、"××遊園地"への移動や"××遊園地"からの移動による車両１０の燃料消費量の予測値を表している。

尚、本例では、２０１８年５月の現在の日付以降の他の日付（１３日～１５日）にも予測燃料消費量が表示されている。また、２０１８年５月の現在の日付より前の日付（１日～１２日）には、車両１０の燃料消費量の実績値が表示されている。また、予測燃料消費量４１２を含め、これらの予測燃料消費量や燃料消費量の実績値の表示は、ユーザの設定操作に応じて、省略可能であってもよい。

燃料補給タイミングアイコン４１３は、表示位置に対応する日付（２０１８年５月１６）の予定に伴う車両１０の利用時に、燃料補給タイミングの到来が予測されることを表す。つまり、燃料補給タイミングアイコン４１３は、燃料補給タイミング情報の一例である。具体的には、燃料補給タイミングアイコン４１３は、予定情報４１１に対応する車両１０の利用、つまり、"××遊園地"への移動時や"××遊園地"からの移動時に燃料補給タイミングが到来することを表している。これにより、アプリユーザは、燃料補給タイミングアイコン４１３を確認することで、予測される燃料補給タイミングを認識することができる。

燃料補給済みアイコン４１４は、表示位置に対応する日付（２０１８年５月８日）に燃料補給が行われたことを表す。これにより、アプリユーザは、過去に燃料補給を行われたタイミングを確認することができる。

尚、本例では、燃料補給タイミングアイコン４１３及び燃料補給済みアイコン４１４は、同じ形状（具体的には、燃料補給装置を模した形状）であり、表示位置が現在の日付以降であるか現在の日付以前であるかによりアプリユーザが区別可能な態様であるが、相互に異なる形状であってもよい。

続いて、図４Ｂは、予定情報表示画面の他の例（予定情報表示画面４２０）を示す図である。本例では、特定の一日（具体的には、２０１８年５月１６日）の予定表の形式でアプリユーザの予定情報が表示される。

図４Ｂに示すように、予定情報表示画面４２０には、登録済み予定情報４２１と、登録済み予定情報４２１に対応する付随移動予定を表す付随移動予定情報４２２，４２３を含む。

登録済み予定情報４２１は、１０時から１２時３０分まで間に"××遊園地"で遊ぶ予定を表している。

付随移動予定情報４２２は、８時３０分に出発地し、１０時前に到着する行程で、アプリユーザの自宅から登録済み予定情報４２１に対応する目的地である"××遊園地"までの間を車両１０で移動する予定を表している。

付随移動予定情報４２３は、１２時３０分過ぎに出発し、１４時に到着する行程で、"××遊園地"から"□□□港"までの間を車両１０で移動する予定を表している。

また、付随移動予定情報４２２には、燃料補給タイミングアイコン４２４と、経由地情報４２５を含む。

燃料補給タイミングアイコン４２４は、付随移動予定情報４２３に対応する車両１０での移動中に燃料補給タイミングの到来が予測されることを表す。これにより、アプリユーザは、燃料補給タイミングアイコン４２４を確認することで、"××遊園地"に向かう移動時に燃料補給タイミングの到来が予測されることを認識できる。

経由地情報４２５は、経由地としてレコメンドされる燃料補給施設に関する情報を表している。これにより、アプリユーザは、自ら調べたりすることなく、燃料補給のための経由地（立ち寄り先）としての具体的な燃料補給施設に関する情報を把握することができる。

また、付随移動予定情報４２２，４２３には、それぞれ、ルート確認ボタン４２６が含まれる。

ルート確認ボタン４２６は、アプリユーザが付随移動予定情報４２２，４２３のそれぞれに対応する付随移動予定のルート情報を確認するための仮想的な操作対象である。ユーザは、ルート確認ボタン４２６を指定し且つ決定する操作（例えば、表示装置４６に実装されるタッチパネルのルート確認ボタン４２６に対応する位置でのタッチ操作）を行うことにより、表示装置４６の表示内容をルート情報を表示する予定情報表示画面に遷移させ、ルート情報を確認することができる。

続いて、図４Ｃは、予定情報表示画面の更に他の例（予定情報表示画面４３０）を示す図である。本例では、地図画像上にルート情報（出発地、目的地、ルート、及び経由地等）が重畳して表示される。

図４Ｃに示すように、予定情報表示画面４３０は、ルート情報のルート４３１と、出発地アイコン４３２と、目的地アイコン４３３と、経由地としての燃料補給施設アイコン４３４と、を含む。

ルート４３１は、地図画像上におけるルート情報の出発地から経由地を通過し目的地に至る経路を表す。

出発地アイコン４３２は、地図画像上におけるルート情報の出発地を表す。

目的地アイコン４３３は、地図画像上におけるルート情報の目的地を表す。

燃料補給施設アイコン４３４は、予測される燃料補給タイミングの到来に合わせてルート情報の経由地として提案される燃料補給施設の地図画像上における場所を表す。これにより、アプリユーザは、自ら燃料補給施設の場所を探すことなく、予測される燃料補給タイミングに合わせて燃料補給施設に立ち寄り、車両１０の燃料補給を行うことができる。

［本実施形態の作用］
次に、本実施形態に係る情報提供システム１（予定情報サーバ３０）の作用について、説明する。

本実施形態では、燃料消費量予測部３００９は、車両１０の燃料消費量実績情報、及び車両１０のユーザの予定情報に基づき、今後の車両１０の燃料消費量を予測する。そして、燃料補給タイミング予測部３０１０は、燃料消費量予測部３００９により予測される今後の車両１０の燃料消費量、及び車両１０の燃料残量に関する情報に基づき、車両１０の燃料補給が必要なタイミングを予測する。

これにより、予定情報サーバ３０は、車両１０のユーザの過去の予定及び今後の予定を利用することができる。そのため、予定情報サーバ３０は、ユーザが過去の予定で車両１０を利用した際の車両１０の燃料消費量の実績を把握し、過去の予定と燃料消費量の実績との関係性により、今後のユーザの予定に合わせて、今後の車両１０の利用による燃料消費量を予測することができる。よって、予定情報サーバ３０は、今後のユーザの予定に合わせて予測した今後の燃料消費量と、車両１０の燃料残量とを用いることで、車両１０で燃料補給が必要になるタイミングをより精度良く予測することができる。

また、本実施形態では、燃料消費量予測部３００９は、車両１０の燃料消費量実績情報に基づき、ユーザの予定情報から把握される、車両１０の利用に関連する過去の予定ごとに、車両１０の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた車両１０の燃料消費量の実績に基づき、ユーザの予定情報から把握される、車両１０の利用に関連する今後の予定ごとの車両１０の燃料消費量を予測する。そして、燃料補給タイミング予測部３０１０は、燃料消費量予測部３００９により予測された今後の予定ごとの車両１０の燃料消費量、及び車両１０の燃料残量に関する情報に基づき、車両１０の燃料補給が必要なタイミングを予測してよい。

これにより、予定情報サーバ３０は、車両１０のユーザの過去の予定及び今後の予定を用いて、具体的に、今後の車両１０の燃料消費量を予測し、車両１０の燃料補給が必要なタイミングを予測することができる。

また、本実施形態では、予定推定部３００７は、ユーザの予定情報に未登録の車両１０の利用に関連する予定を推定する。そして、燃料消費量予測部３００９は、車両１０の燃料消費量実績情報に基づき、ユーザの予定情報に登録済みの車両１０の利用に関連する過去の予定、及び予定推定部３００７により推定された、ユーザの予定情報に未登録の車両１０の利用に関連する過去の予定ごとに、車両１０の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた車両１０の燃料消費量の実績に基づき、ユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定、及び予定推定部３００７により推定された、ユーザの予定情報に未登録の車両１０の利用に関連する今後の予定ごとの車両１０の燃料消費量を予測してよい。

これにより、予定情報サーバ３０は、例えば、通勤等のユーザが予定としてわざわざ登録しないような未登録の予定を推定し、登録済みの過去及び今後の予定だけでなく、未登録の過去及び今後の予定も用いることができる。そのため、予定情報サーバ３０は、車両１０の燃料消費量の実績と、ユーザの車両１０の利用に関連する予定との関係性をより細かく把握することができる。よって、予定情報サーバ３０は、車両１０で燃料補給が必要になるタイミングを更に精度良く予測することができる。

また、本実施形態では、ユーザの予定情報には、登録済みの車両１０の利用に関連する予定に対応する出発地から目的地までのルート情報が含まれうる。そして、燃料消費量予測部３００９は、ユーザの予定情報に登録済みの車両１０の利用に関連する過去の予定に紐づけられた車両１０の燃料消費量の実績、当該過去の予定に対応するルート情報、及びユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定に対応するルート情報に基づき、ユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定の車両１０の燃料消費量を予測してよい。

これにより、予定情報サーバ３０は、ユーザの登録済みの車両１０の利用に関連する過去の予定及び今後の予定のそれぞれに対応する出発地から目的地までのルートを把握し、ルート情報（例えば、距離、勾配、制限車速等）を用いることができる。そのため、予定情報サーバ３０は、例えば、過去の予定及び今後の予定のそれぞれに対応するルート情報の類似点や相違点を把握し、具体的に、過去の予定に対応する車両１０の燃料消費量の実績から、今後の予定に対応する車両１０の燃料消費量を予測することができる。

また、本実施形態では、燃料消費量予測部３００９は、ユーザの予定情報に登録済みの車両１０の利用に関連する過去の予定の日時におけるルートの混雑状況実績情報、及びユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定の日時におけるルートの混雑状況予測情報に基づき、ユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定の車両１０の燃料消費量を予測してよい。

これにより、予定情報サーバ３０は、過去の予定の日時における当該予定に対応するルート上の混雑状況実績情報、及び今後の予定の日時における当該予定に対応するルート上の混雑状況予測情報を利用することができる。そのため、予定情報サーバ３０は、過去の予定及び今後の予定のそれぞれに対応する車両１０の利用時におけるルート上の混雑状況を考慮して、過去の予定に対応する車両１０の燃料消費量の実績から、今後の予定に対応する車両１０の燃料消費量を予測することができる。よって、予定情報サーバ３０は、今後の予定に対応する車両１０の燃料消費量をより精度良く予測することができる。

また、本実施形態では、予定情報提供部３０１３は、燃料補給タイミング予測部３０１０により予測された車両１０の燃料補給が必要なタイミングに関する情報（燃料補給タイミング情報）を、ユーザ端末４０を通じて、ユーザに提供してよい。

これにより、予定情報サーバ３０は、より適切なタイミングでユーザに燃料補給を促すことができる。

また、本実施形態では、予定情報提供部３０１３は、ユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定のうちの燃料補給タイミング予測部３０１０により予測された車両１０の燃料補給が必要なタイミング以前の予定に対応する移動ルートの経由地としての燃料補給施設に関する情報をユーザに提供してよい。

これにより、予定情報サーバ３０は、車両１０の燃料補給が必要なタイミングに関する情報として、具体的に、今後の予定に対応する移動ルートの周辺で立ち寄り可能な燃料補給施設に関する情報を提供することができる。

また、本実施形態では、予定情報提供部３０１３は、燃料価格予測情報に基づき、ユーザの予定情報に登録済みの車両１０の利用に関連する今後の予定のうち、燃料補給タイミング予測部３０１０により予測された車両１０の燃料補給が必要なタイミングまでの間で燃料価格が相対的に安いと予測される日の予定に対応する移動ルートの経由地としての燃料補給施設に関する情報をユーザに提供してよい。

これにより、予定情報サーバ３０は、予測した車両１０の燃料補給が必要なタイミングまでの間で、燃料価格が相対的に安いタイミングで燃料補給施設に立ち寄れるようにユーザへの情報提供を行うことができる。

また、本実施形態では、予定情報提供部３０１３は、車両１０の移動履歴情報に基づき、経由地としての燃料補給施設に関する情報をユーザに提供してもよい。

これにより、予定情報サーバ３０は、車両１０の移動履歴を用いることで、燃料補給施設に関するユーザの嗜好性（例えば、どの燃料補給施設の利用頻度が高いかや、立ち寄った燃料補給施設がセルフ式であるかフルサービス式であるか等）を把握することができる。よって、予定情報サーバ３０は、燃料補給施設に関するユーザの嗜好性に合わせて、経由地としての燃料補給施設に関する情報をユーザに提供することができる。

また、本実施形態では、予定情報提供部３０１３は、ＧＳ混雑度情報に基づき、複数の燃料補給施設の中から経由地としての燃料補給施設を選択し、選択した燃料補給施設に関する情報をユーザに提供してもよい。

これにより、予定情報サーバ３０は、複数の燃料補給施設ごとの混雑度に関する情報を用いることで、例えば、複数の燃料補給施設のうちの経由地として相対的に混雑してない燃料補給施設に関する情報をユーザに提供することができる。

以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・改良が可能である。

例えば、上述の実施形態において、車両情報サーバ２０の機能と、予定情報サーバ３０の機能は、一つのサーバ装置に統合されてもよい。

また、上述の実施形態では、スケジューラアプリを前提として、燃料補給タイミング情報がユーザに提供されるが、スケジューラアプリとは関係なく、燃料補給タイミング情報がユーザに通知されてもよい。この場合、予定推定部３００７、燃料消費量予測部３００９の機能、燃料補給タイミング予測部の２０１０の機能、及び予定情報提供部３０１３における車両ユーザへの燃料補給タイミング情報の提供に関する機能、並びに、関連する情報リソースは、車両情報サーバ２０（情報処理装置の一例）に移管されてよい。具体的には、車両情報サーバ２０は、予定情報サーバ３０から予定情報の開示を受けることで、上述の実施形態における予定情報サーバ３０と同様に、車両１０の燃料消費量の予測、車両１０の燃料補給タイミングの予測、及び燃料補給タイミング情報の車両ユーザへの提供を行うことができる。

また、上述の実施形態において、燃料消費量予測部３００９の機能、燃料補給タイミング予測部の２０１０の機能、及び予定情報提供部３０１３における車両ユーザへの燃料補給タイミング情報の提供に関する機能、並びに、関連する情報リソースは、それぞれの車両１０（例えば、ＥＣＵ１１（情報処理装置の一例））に移管されてもよい。この場合、車両１０のＥＣＵ１１は、予定情報サーバ３０から直接或いは車両情報サーバ２０を経由して、自車を利用するアプリユーザの予定情報の開示を受けることで、自車の車両情報（燃料消費関連情報）を利用しながら、自車の燃料消費量の予測、自車の燃料補給タイミングの予測、及び燃料補給タイミング情報の自車のユーザへの提供を行うことができる。

１ 情報提供システム
１０ 車両
１１ ＥＣＵ（情報処理装置）
１２ ＧＮＳＳモジュール
１３ ＤＣＭ
１４ 燃料残量センサ
１５ 車輪速センサ
２０ 車両情報サーバ（情報処理装置）
３０ 予定情報サーバ（情報処理装置）
４０ ユーザ端末
１１１ 車両情報送信部
２０１ 車両情報取得部
２０２ 車両情報記憶部
２０３ 車両情報提供部
４０１ 予定登録要求部
４０２ ルート探索要求部
４０３ 予定情報表示処理部
３００１ 車両情報取得部
３００２ 車両情報記憶部
３００３ 地図情報記憶部
３００４ ルート探索部
３００５ 予定登録部
３００６ 予定情報記憶部
３００７ 予定推定部
３００８ 道路交通情報記憶部
３００９ 燃料消費量予測部
３０１０ 燃料補給タイミング予測部
３０１１ 燃料価格予測情報記憶部
３０１２ 燃料補給施設混雑度情報記憶部
３０１３ 予定情報提供部（情報提供部）

Claims (11)

1. 車両の燃料消費量の実績に関する情報、及び前記車両のユーザの予定に関する情報に基づき、今後の前記車両の燃料消費量を予測する燃料消費量予測部と、
   前記燃料消費量予測部により予測される今後の前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、前記車両の燃料補給が必要なタイミングを予測する燃料補給タイミング予測部と、を備え、
   前記燃料消費量予測部は、前記車両の燃料消費量の実績に関する情報に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する過去の予定ごとに、前記車両の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた前記車両の燃料消費量の実績に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する今後の予定であって、複数の日に亘って分散する今後の予定ごとの前記車両の燃料消費量を予測し、
   前記燃料補給タイミング予測部は、今後の予定ごとの前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、今後の予定の中から時系列での燃料消費によってどの予定に伴う前記車両の利用時に前記車両の燃料補給が必要なタイミングが到来するかを予測する、
   情報処理装置。
2. 前記ユーザの予定に関する情報として未登録の前記車両の利用に関連する予定を推定する予定推定部を更に備え、
   前記燃料消費量予測部は、前記車両の燃料消費量の実績に関する情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する過去の予定、及び前記予定推定部により推定された、前記ユーザの予定に関する情報に未登録の前記車両の利用に関連する過去の予定ごとに、前記車両の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた前記車両の燃料消費量の実績に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定、及び前記予定推定部により推定された、前記ユーザの予定に関する情報に未登録の前記車両の利用に関連する今後の予定ごとの前記車両の燃料消費量を予測する、
   請求項１に記載の情報処理装置。
3. 前記ユーザの予定に関する情報には、登録済みの前記車両の利用に関連する予定に対応する出発地から目的地までのルートに関する情報が含まれ、
   前記燃料消費量予測部は、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する過去の予定に紐づけられた前記車両の燃料消費量の実績、当該過去の予定に対応する前記ルートに関する情報、及び前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定に対応する前記ルートに関する情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定の前記車両の燃料消費量を予測する、
   請求項１又は２に記載の情報処理装置。
4. 前記燃料消費量予測部は、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する過去の予定の日時における前記ルートの混雑状況に関する実績情報、及び前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定の日時における前記ルートの混雑状況に関する予測情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定の前記車両の燃料消費量を予測する、
   請求項３に記載の情報処理装置。
5. 前記燃料補給タイミング予測部により予測された前記車両の燃料補給が必要なタイミングに関する情報を、ユーザ端末を通じて、前記ユーザに提供する情報提供部を更に備える、
   請求項１乃至４の何れか一項に記載の情報処理装置。
6. 前記情報提供部は、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定のうちの前記燃料補給タイミング予測部により予測された前記車両の燃料補給が必要なタイミング以前の特定の予定に対応する移動ルートの経由地としての燃料補給施設に関する情報を前記ユーザに提供する、
   請求項５に記載の情報処理装置。
7. 前記情報提供部は、燃料価格に関する予測情報に基づき、前記ユーザの予定に関する情報に登録済みの前記車両の利用に関連する今後の予定のうち、前記燃料補給タイミング予測部により予測された前記車両の燃料補給が必要なタイミングまでの間で前記燃料価格が相対的に安いと予測される日の予定に対応する前記移動ルートの経由地としての燃料補給施設に関する情報を前記ユーザに提供する、
   請求項６に記載の情報処理装置。
8. 前記情報提供部は、前記車両の移動履歴に関する情報に基づき、前記経由地としての燃料補給施設に関する情報を前記ユーザに提供する、
   請求項６又は７に記載の情報処理装置。
9. 前記情報提供部は、複数の燃料補給施設ごとの混雑度に関する情報に基づき、前記複数の燃料補給施設の中から前記経由地としての燃料補給施設を選択し、選択した燃料補給施設に関する情報を前記ユーザに提供する、
   請求項６乃至８の何れか一項に記載の情報処理装置。
10. 情報処理装置により実行される情報処理方法であって、
    車両の燃料消費量の実績に関する情報、及び前記車両のユーザの予定に関する情報に基づき、今後の前記車両の燃料消費量を予測する燃料消費量予測ステップと、
    前記燃料消費量予測ステップで予測される今後の前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、前記車両の燃料補給が必要なタイミングを予測する燃料補給タイミング予測ステップと、を含み、
    前記燃料消費量予測ステップでは、前記車両の燃料消費量の実績に関する情報に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する過去の予定ごとに、前記車両の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた前記車両の燃料消費量の実績に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する今後の予定であって、複数の日に亘って分散する今後の予定ごとの前記車両の燃料消費量を予測し、
    前記燃料補給タイミング予測ステップでは、今後の予定ごとの前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、今後の予定の中から時系列での燃料消費によってどの予定に伴う前記車両の利用時に前記車両の燃料補給が必要なタイミングが到来するかを予測する、
    情報処理方法。
11. 情報処理装置に、
    車両の燃料消費量の実績に関する情報、及び前記車両のユーザの予定に関する情報に基づき、今後の前記車両の燃料消費量を予測する燃料消費量予測ステップと、
    前記燃料消費量予測ステップで予測される今後の前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、前記車両の燃料補給が必要なタイミングを予測する燃料補給タイミング予測ステップと、を実行させ、
    前記燃料消費量予測ステップでは、前記車両の燃料消費量の実績に関する情報に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する過去の予定ごとに、前記車両の燃料消費量の実績を紐づけると共に、過去の予定ごとに紐付けられた前記車両の燃料消費量の実績に基づき、前記ユーザの予定に関する情報から把握される、前記車両の利用に関連する今後の予定であって、複数の日に亘って分散する今後の予定ごとの前記車両の燃料消費量を予測し、
    前記燃料補給タイミング予測ステップでは、今後の予定ごとの前記車両の燃料消費量、及び前記車両の燃料残量に関する情報に基づき、今後の予定の中から時系列での燃料消費によってどの予定に伴う前記車両の利用時に前記車両の燃料補給が必要なタイミングが到来するかを予測する、
    プログラム。

Images