(57)【要約】【課題】次回の車両の使用計画に基づいて駆動エネルギーの補給のタイミングを通知する通知システムを提供する。【解決手段】車両の使用者による車両の次回の使用計画を取得し、その取得された次回の使用計画によれば車両の駆動エネルギーの補給が必要であると判断された場合、現在の車両の使用時に、車両の駆動エネルギーの補給に関する通知をする。【選択図】図５
2019163983.tif 000002
【特許請求の範囲】
【請求項１】
車両の使用者による前記車両の次回の使用計画 を取得する取得手段と、
前記取得手段により取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であると判断された場合、現在の前記車両の使用時に、前記車両の駆動エネルギーの補給に関する通知をする通知手段と、
を備えることを特徴とする通知システム。
【請求項２】
前記通知手段は、現在の前記車両の走行時に、前記車両の駆動エネルギーの補給に関する通知をすることを特徴とする請求項１に記載の通知システム。
【請求項３】
前記取得手段により取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であるか否かを判断する判断手段、をさらに備えることを特徴とする請求項１又は２に記載の通知システム。
【請求項４】
前記判断手段は、現在の前記車両の使用後の前記駆動エネルギーの残量と、前記次回の使用計画の実行後の前記駆動エネルギーの残量とに基づいて、前記車両の駆動エネルギーの補給が必要であるか否かを判断することを特徴とする請求項３に記載の通知システム。
【請求項５】
前記判断手段は、現在の前記車両の使用後の前記駆動エネルギーの残量と、前記次回の使用計画による前記駆動エネルギーの消費量に基づいて、前記車両の駆動エネルギーの補給が必要であるか否かを判断することを特徴とする請求項４に記載の通知システム。
【請求項６】
前記次回の使用計画による前記駆動エネルギーの消費量は、前記車両の走行に要する前記駆動エネルギーの消費量と、前記車両の走行以外に要する前記駆動エネルギーの消費量とを含むことを特徴とする請求項５に記載の通知システム。
【請求項７】
前記取得手段は、前記使用者の行動計画情報に基づいて、前記次回の使用計画を取得することを特徴とする請求項１乃至６のいずれか１項に記載の通知システム。
【請求項８】
前記行動計画情報は、カレンダー情報、ＳＮＳ情報を含むことを特徴とする請求項７に記載の通知システム。
【請求項９】
前記通知手段は、前記駆動エネルギーの補給地の候補を通知することを特徴とする請求項１乃至８のいずれか１項に記載の通知システム。
【請求項１０】
前記補給地の属性情報に基づいて、前記補給地の候補を取得する補給地取得手段、をさらに備え、
前記通知手段は、前記補給地取得手段により取得された前記補給地の候補を前記車両の表示部に表示する、
ことを特徴とする請求項９に記載の通知システム。
【請求項１１】
前記属性情報は、価格情報、距離情報、充電時間のうち少なくともいずれかを含むことを特徴とする請求項１０に記載の通知システム。
【請求項１２】
前記通知手段は、前記次回の使用計画の実行日より前の日における前記車両の使用時に、前記通知をすることを特徴とする請求項１乃至１１のいずれか１項に記載の通知システム。
【請求項１３】
前記通知手段は、現在の前記車両の使用時としての、前記車両の復路での移動時 に、前記通知をすることを特徴とする請求項１乃至１２のいずれか１項に記載の通知システム。
【請求項１４】
前記通知手段は、前記復路の目的地への到着時または該到着より前に、前記通知をすることを特徴とする請求項１３に記載の通知システム。
【請求項１５】
前記通知手段は、前記通知として、前記車両の駆動エネルギーの補給が必要である旨の報知を行うことを特徴とする請求項１乃至１４のいずれか１項に記載の通知システム。
【請求項１６】
前記通知手段は、前記通知とともに前記車両の駆動エネルギーの補給量に関する情報を通知することを特徴とする請求項１乃至１５のいずれか１項に記載の通知システム。
【請求項１７】
前記車両の駆動エネルギーは、バッテリに充電された電気エネルギーであることを特徴とする請求項１乃至１６のいずれか１項に記載の通知システム。
【請求項１８】
前記通知システムは、サーバと前記車両とを含み、
前記サーバは、前記取得手段を備え、前記車両は、前記通知手段を備えることを特徴とする請求項１乃至１７のいずれか１項に記載の通知システム。
【請求項１９】
車両の駆動エネルギーの補給を通知する通知システムにおいて実行される通知方法であって、
車両の使用者による前記車両の次回の使用計画を取得する取得工程と、
前記取得工程において取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であると判断された場合、現在の車両の使用時に、前記車両の駆動エネルギーの補給に関する通知をする通知工程と、
を有することを特徴とする通知方法。 
【請求項２０】
請求項１乃至１８の通知システムに記載の各手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の駆動エネルギーに関する情報を通知する通知システム、通知方法およびプログラムに関する。
【背景技術】
【０００２】
特許文献１には、地域、店舗、銘柄等により日々変動する燃料価格と、残燃料量及び燃費予測、更に予定走行ルート（自車両が次に通過する予定のガソリンスタンド等）等を考慮して、最適な給油手法を運転者に通知することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２９４４５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
当日の走行ルートにおいて給油や給電等の駆動エネルギーの補給計画を立てることにより、その当日の目的地までの効率的な走行を実現することができる。しかしながら、翌日以降の次回の車両の使用計画は考慮されていないので、例えば翌日、目的地に向けて出発しようとした際に残燃料量や残容量がごくわずかであれば、目的地までの経路で給油や給電を行う必要が生じる。その場合、本来、残燃料量や残容量が充分であれば目的地までの経路で給油や給電を行わなくてすむにも関わらず、経路の変更を行ったり、到着時間を変更したりしなくてはならない。
【０００５】
本発明の目的は、このような従来の問題点を解決することにある。上記の点に鑑み、本発明は、次回の車両の使用計画に基づいて駆動エネルギーの補給のタイミングを通知する通知システム、通知方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る通知システムは、車両の使用者による前記車両の次回の使用計画を取得する取得手段と、前記取得手段により取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であると判断された場合、現在の前記車両の使用時に、前記車両の駆動エネルギーの補給に関する通知をする通知手段とを備えることを特徴とする。
【０００７】
また、本発明に係る通知方法は、車両の駆動エネルギーの補給を通知する通知システムにおいて実行される通知方法であって、車両の使用者による前記車両の次回の使用計画を取得する取得工程と、前記取得工程において取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であると判断された場合、現在の車両の使用時に、前記車両の駆動エネルギーの補給に関する通知をする通知工程とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、次回の車両の使用計画に基づいて駆動エネルギーの補給のタイミングを通知することができる。
【図面の簡単な説明】
【０００９】
【図１】システムの構成を示す図である。
【図２】サーバ、無線基地局の構成を示す図である。
【図３】車両の構成を示す図である。
【図４】エネルギー補給のタイミングの通知を説明するための図である。
【図５】エネルギー補給のタイミングの通知処理を示すフローチャートである。
【図６】将来の行動計画実行日におけるエネルギー消費量の推定処理を示すフローチャートである。
【図７】エネルギー補給のタイミングの通知の判断処理を示すフローチャートである。
【図８】将来の行動計画実行開始時点でのエネルギー残量の推定処理を示すフローチャートである。
【図９】エネルギー補給のタイミングの通知処理と車両の運転状態とを対応付けた図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図を参照しながら説明する。なお、同一の構成要素には同一の参照番号を付して、その説明を省略する。
【００１１】
図１は、本実施形態における駆動エネルギー補給のタイミングの通知システムの構成を示す図である。図１に示すように、通知システム１００において、サーバ１０１と無線基地局１０３とが有線や無線等の媒体を含むネットワーク１０２を介して相互に通信可能に構成されている。本実施形態では、車両１０４は、充電可能なバッテリを搭載したプラグインハイブリッドカーなどの電気自動車として説明する。その際の車両１０４を駆動するための駆動エネルギー（以下、単にエネルギーという）は、電気エネルギーである。また、エネルギーは、電気エネルギーのみのならず、燃料も含む。通知システム１００では、車両１０４の利用者による車両１０４の使用計画に基づいて、車両１０４のバッテリの充電のタイミングであることが車両１０４の搭乗者に通知される。
【００１２】
無線基地局１０３は、例えば、信号機などの公共施設に設けられており、車両１０４から送信されたデータをネットワーク１０２を介してサーバ１０１へ中継する。車両１０４から送信されたデータとは、例えば、車両１０４の搭乗者の識別情報や車両１０４のＧＰＳ情報である。図１では、説明上、無線基地局１０３と車両１０４とが１対１として示されているが、複数の車両１０４が１つの無線基地局１０３に対応する場合もある。
【００１３】
サーバ１０１は、車両１０４から送信されたデータに基づいて、翌日以降の車両１０４の使用計画を実行した場合のバッテリの残容量を推定し、その使用計画の実行のためにはバッテリが不足すると判断した場合に、搭乗者に対してエネルギーの補給のタイミングであることを通知する。そのような構成により、例えば、金曜日に勤務地から車両１０４で自宅へ帰る途中であって、翌々日の日曜日にゴルフ場に行く予定がある場合、自宅へ帰る途中で充電スポットで充電していくことを搭乗者に通知する。その結果、日曜日の行動においてバッテリの残容量がわずかとなって充電を行わなくてはならない事態を回避することができる。
【００１４】
図２（Ａ）は、サーバ１０１の構成を示す図である。プロセッサ２０１は、サーバ１０１を統括的に制御し、例えば、記憶部２０３に記憶された制御プログラムを記憶媒体の一例であるメモリ２０２に読み出して実行することにより、本実施形態の動作を実現する。ネットワークインタフェース（ＮＷＩ／Ｆ）２０４は、ネットワーク１０２との通信を可能にするためのインタフェースであり、ネットワーク１０２の媒体に応じた構成を有する。
【００１５】
記憶部２０３は、サーバ１０１の動作に必要なデータ、パラメータ、プログラムなどを記憶する。また、記憶部２０３には、各種データベース（ＤＢ）が構成され、例えば、地図ＤＢ２０７や、行動履歴ＤＢ２０８が構成されている。地図ＤＢ２０７は、道路情報や施設情報、交通情報が含まれる地図ＤＢであり、充電スポットの情報も含まれている。行動履歴ＤＢ２０８には、車両１０４の搭乗者の行動履歴が搭乗者ごとに格納されている。例えば、２０１８／１／１２に人物Ａが車両１０４の使用者として車両１０４を走行させた行動履歴が、人物Ａと対応付けられて格納されており、２０１８／１／３０に人物Ｂが車両１０４の使用者として車両１０４を走行させた行動履歴が、人物Ｂと対応付けられて格納されている。
【００１６】
搭乗者の行動履歴とは、例えば、搭乗者が過去に車両１０４を運転した経路情報であり、例えば車両１０４から受信するＧＰＳ情報が行動履歴として格納される。例えば、過去に北海道のスキー場に行った際の車両１０４の経路情報が格納されている。また、プロセッサ２０１は、搭乗者ごとの、カレンダー情報やＳＮＳ情報を日常的にビッグデータとして記憶部２０３に収集している。例えば、あるユーザが通知システム１００のサーバ１０１にユーザ登録すると、プロセッサ２０１は、登録ユーザのカレンダー情報やＳＮＳ情報を収集し、記憶部２０３に格納する。記憶部２０３は、カレンダー情報やＳＮＳ情報に基づいて、上記の人物Ａと人物Ｂの例のように、車両１０４に対する１または複数の使用者もしくは使用予定者による車両１０４の使用計画を時系列で記憶している。
【００１７】
経路推定部２０６は、記憶部２０３に格納されたカレンダー情報やＳＮＳ情報から、将来（翌日以降）の車両１０４の使用計画を取得し、その使用計画における車両１０４の走行経路を推定する。経路推定部２０６は、走行経路の推定の際には、行動履歴ＤＢ２０８に格納されている過去の経路情報を用いる場合もある。エネルギー量推定部２０６は、将来の使用計画において消費されるエネルギー量を推定する。本実施形態では、エネルギー量推定部２０６は、第１のエネルギー消費量として、経路推定部２０６により推定された走行経路において使用されるエネルギー量を推定する。また、エネルギー量推定部２０６は、第２のエネルギー消費量として、走行経路において使用される第１のエネルギー量以外のエネルギー量を推定する。第２のエネルギー消費量とは、例えば、車両１０４と車両１０４以外の機器との接続において消費されるエネルギー量であり、車両１０４内で携帯端末への充電に必要なエネルギー量である。本実施形態では、車両１０４は電気自動車であるので、その場合の第１のエネルギー消費量及び第２のエネルギー消費量は、バッテリの消費量である。一方で、第１のエネルギー消費量が残燃料量であっても良い。図２（Ａ）に示す各ブロックは、バス２０９を介して相互に通信可能に構成される。
【００１８】
図２（Ｂ）は、無線基地局１０３の構成を示す図である。プロセッサ２１１は、例えば記憶部２１３に記憶された制御プログラムをメモリ２１２に読み出して実行することにより、無線基地局１０３を統括的に制御する。ネットワークインタフェース（ＮＷＩ／Ｆ）２１５は、ネットワーク１０２との通信を可能にするためのインタフェースであり、ネットワーク１０２の媒体に応じた構成を有する。インタフェース（Ｉ／Ｆ）２１４は、車両１０４との無線通信インタフェースであり、無線基地局１０３は、Ｉ／Ｆ２１４により車両１０４からデータを受信する。受信したデータは、データ変換が行われ、ＮＷＩ／Ｆ２１５によりネットワーク１０２を介してサーバ１０１へ送信される。図２（Ｂ）に示す各ブロックは、バス２１６を介して相互に通信可能に構成される。
【００１９】
図３は、車両１０４の構成を示す図である。図３は、バッテリ周辺の主なブロック構成を示している。制御部３０１は、バッテリ３０３の充電状態（例えば、満充電であるか否かや、残容量）を検知部３０６からの検知情報に基づいて判定するＥＣＵや、本実施形態におけるエネルギー補給のタイミングの通知処理を実行するためのＥＣＵを含む。
【００２０】
バッテリ制御部３０２は、外部の交流電源３１０と車両１０４との接続の検出や、充電器によるバッテリ３０３の充電を行う。バッテリ３０３は、外部の交流電源３１０から供給される電力により充電可能なバッテリである。検知部３０６は、バッテリ３０３の残容量や温度等を検知し、その検知信号を制御部３０１に送信する。モータ制御部３０４は、バッテリ３０３の電圧を駆動用電圧に変換してモータ３０５に供給するインバータを含む。モータ３０５は、モータ制御部３０４から供給された駆動用電圧により車両１０４を走行させる。
【００２１】
制御部３０１は、ネットワークインタフェース（ＮＷＩ／Ｆ）３０７を介して、無線基地局１０３に搭乗者の識別情報やＧＰＳ情報を含むデータを送信する。搭乗者の識別情報としては、例えば、車両１０４の車内に構成されたカメラにより撮像された撮像データや特徴量を表すデータなどがＮＷＩ／Ｆ３０７を介して無線基地局１０３に送信される。ＨＭＩ３０８は、ヒューマンマシンインタフェースであり、表示部となるディスプレイを含み、例えばバッテリ３０３の残容量が少なくなった旨の通知メッセージを表示する画面を表示する。ＧＰＳ３０９は、車両１０４の現在位置を検知する。
【００２２】
以上説明した図２〜図３の構成それぞれは、プログラムに係る本発明を実施するコンピュータとなり得る。
【００２３】
図４を参照しながら、本実施形態の動作について説明する。ここでは、一例として、金曜日に搭乗者Ａが勤務地から自宅へ車両１０４で帰る状況を説明する。図４（ａ）に示すように、勤務地を出発する時点でのバッテリ３０３の残容量は３０％である。勤務地から自宅までの走行によりバッテリ３０３が１０％消費されるので、自宅に到着する際には、バッテリ３０３の残容量は２０％となる。
【００２４】
そして、搭乗者Ａは、翌々日の日曜日にゴルフ場へ車両１０４で行く予定である。自宅からゴルフ場への走行によりバッテリ３０３が３０％消費される。日曜日の自宅を出発する時点でバッテリ３０３の残容量は２０％であるので、ゴルフ場へ行くとなると−１０％となりエネルギーが不足してしまう。従って、搭乗者Ａは、自宅からゴルフ場へ行く途中で、エネルギーの補給（本実施形態ではバッテリ３０３の充電）を行う必要がある。
【００２５】
そのような状況になると、エネルギーの補給を行うために、ゴルフ場への経路から外れる可能性や、ゴルフ場への到着時間が遅れる可能性が生じてしまう。そこで、本実施形態では、そのような可能性が発生すると判断した場合には、ゴルフ場へ行く日（日曜日）までの車両１０４の使用の際に（本例では金曜日の帰宅中）、バッテリ３０３の充電タイミングであることを通知する。例えば、図４（ｂ）に示すように、勤務地から自宅へ帰る途中で、ＨＭＩ３０８に「日曜日にゴルフ行くのにエネルギーが足りませんので補給していきませんか？」というメッセージが表示される。
【００２６】
そして、搭乗者は、バッテリ３０３の充電を行うために充電スポットに立ち寄る。充電スポットとは、エネルギーの補給地であり、燃料の場合には、補給地は例えばガソリンスタンドである。図４（ｃ）には、充電の結果、バッテリ３０３の残容量が８０％となったことを示している。そして、自宅へ到着したとき、走行によりバッテリ３０３が５％消費されたので、バッテリ３０３の残容量は７５％となっている。
【００２７】
図４（ｃ）の日曜日では、自宅出発の時点では、バッテリ３０３の残容量は７５％である。自宅からゴルフ場までの走行によりバッテリ３０３が３０％消費されるので、バッテリ３０３を充電することなしにゴルフ場まで行くことができる。
【００２８】
図５は、本実施形態におけるエネルギー補給のタイミングの通知処理を示すフローチャートである。エネルギー補給のタイミングの通知処理は、通知システム１００において実行される。図５においては、Ｓ１０１〜Ｓ１０５、Ｓ１０７の処理は、例えばサーバ１０１のプロセッサ２０１、エネルギー量推定部２０５、経路推定部２０６により実現され、Ｓ１０６の処理は、例えば車両１０４の制御部３０１により実現されるとして説明する。しかしながら、サーバ１０１で実行される処理の少なくとも一部を車両１０４側で実行するようにしても良い。
【００２９】
通知システム１００の登録ユーザが車両１０４に乗車した際に、例えば、その登録ユーザがＨＭＩ３０８を介して指示すると、車両１０４の制御部３０１は、エネルギー補給のタイミングの通知処理に必要なデータをＮＷＩ／Ｆ３０７を介して無線基地局１０３に送信する。エネルギー補給のタイミングの通知処理に必要なデータとは、例えば、搭乗者の情報を示すデータである。搭乗者の情報を示すデータは、例えば、車両１０４の車内に構成されたカメラにより搭乗者の顔が撮像された撮像データである。若しくは、搭乗者の撮像データの代わりに、特徴量が抽出されたデータであっても良いし、両方を送信するようにしても良い。
【００３０】
なお、図５の処理は、目的地から出発地へ戻るタイミングで開始される。つまり、図４で言えば、図５の処理は、金曜日の自宅から勤務地へ向かうタイミングでは実行されず、勤務地から自宅へ帰る途中で実行される。これは、目的地（勤務地）から出発地（自宅）へ戻る途中であれば、目的地へ向かうタイミングよりも搭乗者に時間的な余裕があると考えられ、充電スポットに立ち寄る場合には適切なタイミングとなるからである。
【００３１】
図５の処理の開始タイミングは、プロセッサ２０１が車両１０４の搭乗者のカレンダー情報やＳＮＳ情報からその日の行動計画を取得し、車両１０４の位置情報および時刻情報に基づいて目的地から出発地へ戻る途中である（即ち、復路の移動時）と判断すれば開始しても良い。例えば、サーバ１０１のプロセッサ２０１は、カレンダー情報やＳＮＳ情報から、現在の車両１０４の搭乗者の「自宅」の位置を取得する。「自宅」の位置は、例えば、本日における車両１０４の駆動開始地点が「自宅」（上記の出発地）として車両１０４に登録されるようにしても良い。若しくは、プロセッサ２０１は、図１のシステムへの登録ユーザである搭乗者の登録情報から「自宅」の位置を取得するようにしても良い。「自宅」の位置の取得後、プロセッサ２０１は、車両１０４の位置情報を監視し、「自宅」の位置を目的地として移動しているかを推定する。例えば、プロセッサ２０１は、車両１０４の行動から抽出される複数の特徴的要素から、一定の信頼度以上で復路の移動時であると推定しても良い。ここで、特徴的要素とは、例えば、走行時間帯、走行経路、搭乗者の情報（未登録ユーザであるか、乗員数等）、所定時間以上の停車に関する情報（停車場所等）、である。以上のような処理は、プロセッサ２０１でなく、サーバ１０１内に復路の移動時を判断するための復路判断部が構成され、復路判断部で上記の処理が行われるようにしても良い。
【００３２】
Ｓ１０１において、サーバ１０１のプロセッサ２０１は、車両１０４の搭乗者の将来の行動計画情報を取得する。将来の行動計画情報は、例えば、記憶部２０３に記憶された、搭乗者に対応するカレンダー情報やＳＮＳ情報から取得される。将来の行動計画情報とは、例えば、日曜日に長野県○○市のゴルフ場へ行くといった情報である。プロセッサ２０１は、取得した将来の行動計画情報をエネルギー量推定部２０５と経路推定部２０６に送信する。ここでは、車両１０４の搭乗者の将来の行動計画情報を取得するとして説明するが、現在の車両１０４の使用者（つまり、現在の搭乗者）と、将来の行動計画の実行時における使用者とが異なっていても良い。その場合には、プロセッサ２０１は、記憶部２０３を参照し、時系列的に直近となる車両１０４が用いられる行動計画を検索して取得する。
【００３３】
Ｓ１０２において、経路推定部２０６は、Ｓ１０１で取得された将来の行動計画情報に基づいて、将来の行動計画実行日における目的地までの経路を推定する。例えば、図４で言えば、日曜日のゴルフ場までの経路を推定する。経路推定部２０６は、例えば、地図ＤＢ２０７を参照することにより経路を推定する。また、経路推定部２０６は、経路の推定の際、行動履歴ＤＢ２０８において同一もしくは類似の内容、例えば過去に同じゴルフ場に行った履歴があれば、その履歴に示される経路情報を参照するようにしても良い。そのような構成により、経路をより確実に推定することができる。類似の内容とは、例えば、過去にスケジュールに「勤務」とあって「赤坂」を目的地としていた場合には、経路推定部２０６は、将来の行動計画情報に「勤務地」とあった場合には、「赤坂」を目的地とする。また、目的地に応じて、車両１０４を使用可能な経路の候補を搭乗者に確認するような表示データを車両１０４に送信し、その搭乗者の指定結果に応じて、経路を推定するようにしても良い。
【００３４】
Ｓ１０３において、エネルギー量推定部２０５は、将来の行動計画実行日におけるエネルギー消費量を推定する。
【００３５】
図６は、Ｓ１０３における将来の行動計画実行日におけるエネルギー消費量の推定の処理を示すフローチャートである。Ｓ２０１において、エネルギー量推定部２０５は、将来の行動計画実行日における第１のエネルギー消費量を推定する。エネルギー量推定部２０５は、Ｓ１０２で推定された経路情報、例えば距離情報に基づいて、第１のエネルギー消費量を推定する。
【００３６】
Ｓ２０２において、エネルギー量推定部２０５は、将来の行動計画実行日における第２のエネルギー消費量を推定する。エネルギー量推定部２０５は、例えば、車両１０４の表示機器や音響システムや空調システム、携帯端末への充電等に消費されるエネルギー量を第２のエネルギー消費量として推定する。エネルギー量推定部２０５は、第１のエネルギー消費量及び第２のエネルギー消費量の推定の際、行動履歴ＤＢ２０８を参照しても良い。エネルギー量推定部２０５は、行動履歴ＤＢ２０８において同一もしくは類似の内容、例えば過去に同じゴルフ場に行った履歴があれば、その履歴に示されるエネルギー消費量を参照するようにしても良い。そのような構成により、エネルギー消費量をより確実に推定することができる。
【００３７】
Ｓ２０３において、エネルギー量推定部２０５は、Ｓ２０１で推定された第１のエネルギー消費量とＳ２０２で推定された第２のエネルギー消費量との合算値を算出する。その後、図６の処理を終了する。
【００３８】
再び、図５を参照する。Ｓ１０４において、エネルギー量推定部２０５は、将来の行動計画実行日における行動計画実行後のエネルギー残量を推定する。Ｓ１０４において、エネルギー量推定部２０５は、まず、将来の行動計画実行開始時点でのエネルギー残量を推定する。ここでの将来の行動開始実行開始時点とは、例えば、図４における日曜日の自宅出発時のことである。
【００３９】
図８は、将来の行動計画実行開始時点でのエネルギー残量の推定処理を示すフローチャートである。Ｓ４０１において、エネルギー量推定部２０５は、現在のエネルギー残量を車両１０４から取得する。例えば、サーバ１０１から車両１０４に対して、バッテリ３０３の残容量のリクエストを定期的に送信することにより取得するようにしても良い。
【００４０】
Ｓ４０２において、経路推定部２０６は、本日（例えば金曜日）の行動計画情報を取得する。経路推定部２０６は、例えば、記憶部２０３に記憶されているカレンダー情報やＳＮＳ情報を参照しても良い。経路推定部２０６は、本日の行動計画情報として、例えば、自宅〜勤務地〜自宅といった行動計画情報を取得する。
【００４１】
Ｓ４０３において、経路推定部２０６は、本日の目的地までの経路を取得する。ここでの目的地とは、現在の車両１０４の走行においての目的地ということであり、例えば図４の金曜日においては、目的地は自宅となる。経路推定部２０６は、地図ＤＢ２０７を参照して目的地までの経路を取得しても良いし、行動履歴ＤＢ２０８において過去の同じ行動計画情報に示される経路情報を取得しても良い。
【００４２】
Ｓ４０４において、エネルギー量推定部２０５は、本日の目的地までのエネルギー消費量を推定する。ここでの目的地とは、Ｓ４０３と同じく、現在の車両１０４の走行においての目的地ということなので、例えば図４の金曜日においては、目的地は自宅となる。エネルギー量推定部２０５は、Ｓ４０３で推定された経路情報、例えば距離情報に基づいて、本日の目的地までのエネルギー消費量を推定する。
【００４３】
Ｓ４０５において、エネルギー量推定部２０５は、将来の行動計画実行日までの日における（例えば、土曜日）行動計画情報を取得する。エネルギー量推定部２０５は、例えば、記憶部２０３に記憶されているカレンダー情報やＳＮＳ情報を参照しても良い。なお、ここでの行動計画情報は、バッテリ３０３の使用に関わるものであるならば、車両１０４の走行に限られない。例えば、バッテリ３０３を家庭用の蓄電システム等の蓄電池として用いるのであれば、そのような情報も行動計画情報として取得する。
【００４４】
Ｓ４０６において、エネルギー量推定部２０５は、将来の行動計画実行日までのエネルギー消費量を推定する。エネルギー量推定部２０５は、Ｓ４０５で取得された行動計画情報に基づいて、将来の行動計画実行日までのエネルギー消費量を推定する。また、将来の行動計画実行日までのエネルギー消費量に、バッテリ３０３の自然放電量を含めるようにしても良い。
【００４５】
Ｓ４０７において、エネルギー量推定部２０５は、将来の行動計画実行開始時点でのエネルギー残量を推定する。エネルギー量推定部２０５は、例えば、Ｓ４０１で取得された現在のエネルギー残量から、Ｓ４０４で推定された本日の目的地までのエネルギー消費量とＳ４０６で推定された将来の行動計画実行日までのエネルギー消費量との合計値を差し引いた値を算出する。その後、図８の処理を終了する。
【００４６】
Ｓ１０４では、エネルギー量推定部２０５は、Ｓ４０７で推定された将来の行動計画実行開始時点でのエネルギー残量から、Ｓ１０３で推定された将来の行動計画実行日におけるエネルギー消費量を差し引いた値を求める。その値が、将来の行動計画実行日における行動計画実行後のエネルギー残量となる。
【００４７】
Ｓ１０５において、プロセッサ２０１は、Ｓ１０４で推定された将来の行動計画実行日における行動計画実行後のエネルギー残量に基づいて、エネルギー補給（例えばバッテリ３０３の充電）のタイミングの通知を行うか否かを判断する。
【００４８】
図７は、Ｓ１０５のエネルギー補給のタイミングの通知を行うか否かの判断の処理を示すフローチャートである。Ｓ３０１において、プロセッサ２０１は、Ｓ１０４で推定された将来の行動計画実行日における行動計画実行後のエネルギー残量を取得する。
【００４９】
Ｓ３０２において、プロセッサ２０１は、Ｓ３０１で取得した将来の行動計画実行日における行動計画実行後のエネルギー残量が閾値以下となるか否かを判定する。ここで、閾値以下となると判定された場合、Ｓ３０４において、プロセッサ２０１は、エネルギー補給のタイミングであることを通知すると判断する。その後、図７の処理を終了する。一方、閾値以下とならないと判定された場合、Ｓ３０５において、プロセッサ２０１は、エネルギー補給の通知タイミングでない、即ち、通知を行わないと判断し、Ｓ３０１からの処理を繰り返す。
【００５０】
ここで、閾値は例えば０である。つまり、Ｓ３０２の差分の結果が０以下であるということは、エネルギーの残量がないということなので、エネルギー補給のタイミングであることを通知すると判断する。しかしながら、所定の正値であっても良い。例えば、充電時間に基づいて設定されても良い。図４（ｂ）において、バッテリ３０３の残容量が３０％で、即ち３０％（残容量）−３０％（日曜日の消費量）＝０％で閾値０以下の条件を満たすとして通知を行い、図４（ｃ）で８０％までの充電（＋８０％の充電）を行っているとする。しかしながら、６０％（残容量）−３０％（日曜日の消費量）＝３０％で閾値３０以下の条件を満たすとして通知を行い、図４（ｃ）で８０％までの充電（＋５０％の充電）を行うようにしても良い。そのような構成により、充電スポットにおける充電時間を短縮させるようにしても良い。また、バッテリ３０３の充電容量の上限（例えば、８０％）は満充電であっても良いし、過充電を防ぐためのマージンと将来の行動計画実行日における消費量とに基づいて設定されても良い。
【００５１】
Ｓ３０４でエネルギー補給の通知タイミングであると判断された場合、プロセッサ２０１は、その旨を示す情報とエネルギー補給のタイミングであることを示すメッセージを表示するための表示データとを、無線基地局１０３を介して車両１０４に送信する。
【００５２】
Ｓ１０６において、車両１０４の制御部３０１は、無線基地局１０３を介してサーバ１０１から、エネルギー補給のタイミングであることを示すメッセージを表示するための表示データを受信すると、ＨＭＩ３０８にエネルギー補給のタイミングであることを示すメッセージを表示する。その際のメッセージとしては、図４（ｂ）に示すような「日曜日にゴルフ行くのにエネルギーが足りませんので補給していきませんか？」といったメッセージでも良い。また、補給量に対応する情報、例えば補給時間（充電時間）が合わせて通知されるようにしても良い。また、上記のメッセージとともに、「補給する」「補給しない」といった選択ボタンが受付可能に表示される。搭乗者からいずれかの選択ボタンが選択されると、その選択結果を示す情報が、無線基地局１０３を介してサーバ１０１に送信される。サーバ１０１のプロセッサ２０１は、「補給しない」という選択結果を示す情報を受信した場合、図５の処理を終了する。一方、「補給する」という選択結果を示す情報を受信した場合、Ｓ１０７において、プロセッサ２０１は、エネルギーの補給を計画する。
【００５３】
Ｓ１０７では、プロセッサ２０１は、車両１０４のＧＰＳ情報に基づいて、地図ＤＢ２０７を参照して、車両１０４の現在位置から所定の範囲内における充電スポットを検索する。ここで、複数の充電スポットの候補が検索された場合には、プロセッサ２０１は、属性情報に基づいて複数の充電スポットを順位付けする。ここで、属性情報とは、例えば、価格情報、滞在時間、充電時間、車両１０４の現在位置からの距離である。滞在時間は、例えば、プロセッサ２０１がＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）情報に基づいて取得した来客の混み具合に基づいて取得されても良い。また、所定の範囲内における充電スポットが極めて多数検索された場合には、属性情報に基づいて充電スポットをスコアリングし、所定の上位の順位に該当する充電スポットのみを選択するようにしても良い。
【００５４】
プロセッサ２０１は、検索された充電スポットを表示する表示データを、無線基地局１０３を介して車両１０４に送信する。車両１０４の制御部３０１は、受信した表示データに基づいて、検索された充電スポットの画面をＨＭＩ３０８に表示する。その際に、複数の充電スポットに順位付けがされている場合には、その順位に従って表示される。また、価格情報等の属性情報が合わせて表示されても良い。
【００５５】
図９は、本実施形態の動作を搭乗者の運転状態と対応づけた図である。図９の「運転前」とは、図４での金曜日の勤務地を出発する前の時点である。また、「運転中」とは、図４での金曜日の勤務地から自宅への帰宅途中の時点である。また、「運転後」とは、図４での金曜日の自宅へ到着した後の時点である。
【００５６】
ブロック９０５は、図５のＳ１０２に対応する。ブロック９０３、９０４、９０６はそれぞれ、図６のＳ２０１、Ｓ２０２、Ｓ２０３に対応する。なお、ブロック９０１及び９０２は、図５のＳ１０１で将来の行動計画情報が取得される上で参照されるＳＮＳ情報やカレンダー情報である。図５のＳ１０２及びＳ１０３は、図９のブロック９０３、９０４、９０６に示されるように、運転前に行われても良いし、運転中、即ち、図４での金曜日の勤務地から自宅への帰宅途中の時点で行われても良い。
【００５７】
ブロック９０７の将来のエネルギー残量推定は、図５のＳ１０４に対応する。また、ブロック９１５のエネルギー残量推定は、図８の処理に対応する。ここで、図８において、本日の目的地までのエネルギー消費量を考慮しなくても良い場合があり得る。例えば、図４の金曜日の場合で、自宅までの距離が所定距離内まで近くなり、自宅までのバッテリ３０３の消費量を考慮しなくても問題ない場合である。そのような場合には、図４においてＳ４０２〜Ｓ４０４の処理をスキップするようにしても良い。また、将来の行動計画実行日が翌日である場合には、Ｓ４０５〜Ｓ４０６の処理をスキップするようにしても良い。
【００５８】
図４でＳ４０２〜Ｓ４０６の処理がスキップされると、図８で推定される将来の行動計画実行開始時点でのエネルギー残量は、Ｓ４０１で取得される現在のエネルギー残量となる。図９のブロック９１４のエネルギー残量は、図４でＳ４０２〜Ｓ４０６の処理がスキップされた場合のエネルギー残量を表している。
【００５９】
ブロック９０８及び９０９はそれぞれ、図５のＳ１０５及びＳ１０６に対応する。ブロック９０９で、ＨＭＩ３０８が「補給する」若しくは「補給しない」という指示を搭乗者から受け付け、その受け付けた結果がサーバ１０１に送信される。
【００６０】
図５においては、サーバ１０１は、「補給する」という情報を車両１０４から受信した場合、車両１０４の現在位置に基づいて、充電スポットの情報を車両１０４に提示するとして説明した。複数の充電スポットの情報がＨＭＩ３０８上に表示され、搭乗者から任意の充電スポットが選択されると（ブロック９１０）、その充電スポットの情報が、無線基地局１０３を介してサーバ１０１に送信される（ブロック９１１）。
【００６１】
サーバ１０１のプロセッサ２０１は、搭乗者から選択された充電スポットの情報を受け付けると、車両１０４の現在位置に基づいて、選択された充電スポットまでの経路を設定し、その設定情報を車両１０４に送信する。車両１０４では、その受信した設定情報を経路情報としてＨＭＩ３０８上に表示する。若しくは、車両１０４が自動運転制御されている場合には、車両１０４のシステムが、その受信した設定情報に基づいて車両を走行制御するようにしても良い。
【００６２】
また、勤務地から自宅までの帰宅途中で充電スポットが検索されないことがあり得る。例えば、勤務地から自宅までの間に存在する充電スポットが混んでいる、若しくは、営業していないといった場合である。そのような場合には、目的地（自宅）の周辺で充電スポットを検索するようにし、その情報を車両１０４に送信するようにしても良い。また、その場合には、ブロック９０９、即ちＳ１０６の通知を目的地への到着後に行うようにしても良い。また、車両１０４が自動運転制御されている場合には、車両１０４のシステムが、その受信した情報に基づいて、目的地から充電スポットまで車両を走行制御するようにしても良い（ブロック９１３）。
【００６３】
以上、本実施形態について説明した。なお、本発明は、上記の実施形態に限定されるものではなく、本発明の主旨の範囲内での構成の変更や変形も含む。また、本実施形態で説明されている特徴の組み合わせの全てが本発明に必須のものと限られない。
【００６４】
＜実施形態のまとめ＞
上記の実施形態の通知システムは、車両の使用者による前記車両の次回の使用計画を取得する取得手段と（Ｓ１０１）、前記取得手段により取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であると判断された場合、現在の前記車両の使用時に、前記車両の駆動エネルギーの補給に関する通知をする通知手段と（Ｓ１０６）を備えることを特徴とする。また、前記通知手段は、現在の前記車両の走行時に、前記車両の駆動エネルギーの補給に関する通知をすることを特徴とする。また、前記取得手段により取得された前記次回の使用計画によれば前記車両の駆動エネルギーの補給が必要であるか否かを判断する判断手段（図７）、をさらに備えることを特徴とする。
【００６５】
そのような構成により、例えば、車両の次回の使用計画を考慮して、車両の駆動エネルギーの補給が必要であると判断された場合には、車両の駆動エネルギーの補給に関する通知を現在の車両の走行において行うことができる。
【００６６】
また、前記判断手段は、現在の前記車両の使用後の前記駆動エネルギーの残量と、前記次回の使用計画の実行後の前記駆動エネルギーの残量とに基づいて、前記車両の駆動エネルギーの補給が必要であるか否かを判断することを特徴とする。
【００６７】
そのような構成により、例えば、現在の車両の走行におけるバッテリ残量と、翌日の使用計画の実行後のバッテリ残量とに基づいて、バッテリの充電が必要であるか否かを判断することができる。
【００６８】
また、前記判断手段は、現在の前記車両の使用後の前記駆動エネルギーの残量と、前記次回の使用計画による前記駆動エネルギーの消費量に基づいて、前記車両の駆動エネルギーの補給が必要であるか否かを判断することを特徴とする。
【００６９】
そのような構成により、例えば、現在の車両の使用後のバッテリ残量と、翌日の使用計画によるバッテリの消費量に基づいて、バッテリの充電が必要であるか否かを判断することができる。
【００７０】
また、前記次回の使用計画による前記駆動エネルギーの消費量は、前記車両の走行に要する前記駆動エネルギーの消費量と、前記車両の走行以外に要する前記駆動エネルギーの消費量とを含むことを特徴とする。
【００７１】
そのような構成により、例えば、翌日の使用計画によるバッテリの消費量は、車両の走行に要するバッテリの消費量と、携帯機器の充電に消費される消費量とに基づいて翌日の使用計画の実行後のバッテリ残量を推定することができる。
【００７２】
また、前記取得手段は、前記使用者の行動計画情報に基づいて、前記次回の使用計画を取得することを特徴とする。前記行動計画情報は、カレンダー情報、ＳＮＳ情報を含むことを特徴とする。そのような構成により、例えば、搭乗者のカレンダー情報やＳＮＳ情報に基づいて、翌日の使用計画を取得することができる。
【００７３】
また、前記通知手段は、前記駆動エネルギーの補給地の候補を通知することを特徴とする。また、前記補給地の属性情報に基づいて、前記補給地の候補を取得する補給地取得手段、をさらに備え、前記通知手段は、前記補給地取得手段により取得された前記補給地の候補を前記車両の表示部に表示することを特徴とする。また、前記属性情報は、価格情報、距離情報のうち少なくともいずれかを含むことを特徴とする。そのような構成により、例えば、バッテリの充電スポットの複数の候補を価格情報や距離情報に基づいて取得し、それらの候補を表示部に表示させることができる。
【００７４】
また、前記通知手段は、前記次回の使用計画の実行日より前の日における前記車両の使用時に、前記通知をすることを特徴とする。また、前記通知手段は、現在の前記車両の使用時としての、前記車両の復路での移動時に、前記通知をすることを特徴とする。また、前記通知手段は、前記復路の目的地への到着時または該到着より前に、前記通知をすることを特徴とする。また、前記通知手段は、前記通知として、前記車両の駆動エネルギーの補給が必要である旨の報知を行うことを特徴とする。そのような構成により、例えば、翌日の使用計画の実行日の前日の自宅への復路において、若しくは、自宅に戻った際に、バッテリの充電が必要であることを通知することができる。
【００７５】
また、前記通知手段は、前記通知とともに前記車両の駆動エネルギーの補給量に関する情報を通知することを特徴とする。そのような構成により、例えば、バッテリの充電時間を通知することができる。
【００７６】
また、前記車両の駆動エネルギーは、バッテリに充電された電気エネルギーであることを特徴とする（図３）。そのような構成により、例えば、バッテリの充電が必要であることを通知することができる。
【００７７】
また、前記通知システムは、サーバと前記車両とを含み（図１）、前記サーバは、前記取得手段を備え、前記車両は、前記通知手段を備えることを特徴とする。そのような構成により、サーバと車両とにおいて処理を分担させ、車両の処理の負荷を低減させることができる。
【符号の説明】
【００７８】
１０１  サーバ：  １０４  車両：  ２０１  プロセッサ：  ２０３  記憶部：  ２０５  エネルギー量推定部：  ２０６  経路推定部
【図１】
2019163983.tif 000003
【図２】
2019163983.tif 000004
【図３】
2019163983.tif 000005
【図４】
2019163983.tif 000006
【図５】
2019163983.tif 000007
【図６】
2019163983.tif 000008
【図７】
2019163983.tif 000009
【図８】
2019163983.tif 000010
【図９】
2019163983.tif 000011