(57)【特許請求の範囲】
【請求項１】
車両に対して走行用のエネルギーが補充された蓋然性が高いという第１指定条件が満たされているとき、当該車両と連携している携帯端末との通信に基づき、前記携帯端末に入力された車両に対するエネルギー補充量および前記携帯端末により前記車両から取得された累積走行距離を認識した上で、当該認識結果に基づいて前記車両の走行エネルギー効率を算定するように構成されている第１サーバ演算処理要素と、
前記携帯端末によりトリガイベントの発生が検知されたという第２指定条件が満たされているとき、前記携帯端末との通信に基づき、前記第１サーバ演算処理要素により算定された前記車両の走行エネルギー効率およびこれに基づいて定まる情報のうち少なくとも１つを前記携帯端末に認識させるように構成されている第２サーバ演算処理要素と、を備え、
前記第２サーバ演算処理要素が、前記第２指定条件が満たされているとき、前記携帯端末との通信に基づき、前記携帯端末により認識された前記車両の累積走行距離を認識し、前記車両の走行エネルギー効率および累積走行距離に基づいて定まる情報として、前記第１サーバ演算処理要素により最後に算定された前記車両のエネルギー効率と、前記第１サーバ演算処理要素により最後に認識された前記車両の累積走行距離および前記第２サーバ演算処理要素により最後に認識された前記車両の累積走行距離の偏差とに基づき、前記車両におけるエネルギー残量の現在値を算定した上で前記携帯端末に認識させるように構成されていることを特徴とするサポートサーバ。
【請求項２】
請求項１記載のサポートサーバにおいて、
前記第２サーバ演算処理要素が、前記トリガイベントとしてルート検索のための目標位置が指定されたという前記第２指定条件が満たされているとき、前記携帯端末との通信に基づき、前記目標位置を認識した上で前記目標位置を終点とするルートを検索し、前記車両が前記ルートにしたがって走行した場合のエネルギー残量の予測値を算定し、当該エネルギー残量の予測値およびこれに応じて定まる情報を前記携帯端末に認識させるように構成されていることを特徴とするサポートサーバ。
【請求項３】
請求項２記載のサポートサーバにおいて、
前記第２サーバ演算処理要素が、前記エネルギー残量の予測値が最低基準値を下回っている場合、前記エネルギー残量が前記最低基準値以下になる前記ルート上の中間位置を認識し、前記車両のエネルギー残量の予測値に応じて定まる情報として前記中間位置を前記携帯端末に認識かつ出力させるように構成されていることを特徴とするサポートサーバ。
【請求項４】
車両と連携する携帯端末であって、
前記車両に対して走行用のエネルギーが補充された蓋然性が高いという第１指定条件が満たされているか否かを判定し、当該判定結果が肯定的であることを要件として、前記携帯端末の操作を通じて入力された前記車両に対するエネルギー補充量および前記車両の累積走行距離を認識した上で、前記車両のエネルギー補充量および累積走行距離をサポートサーバに認識させるように構成されている第１携帯演算処理要素と、
トリガイベントの発生が検知されたという第２指定条件が満たされているか否かを判定し、当該判定結果が肯定的であることを要件として前記サポートサーバとの通信に基づき、前記車両のエネルギー補充量および累積走行距離に応じて前記サポートサーバにより算定された前記車両の走行エネルギー効率およびこれに応じて定まる情報のうち少なくとも１つを認識した上で出力するように構成されている第２携帯演算処理要素と、を備え、
前記第２携帯演算処理要素が、前記第２指定条件が満たされていると判定したことを要件として、前記サポートサーバとの通信に基づき、前記車両の累積走行距離を認識した上で前記サポートサーバに認識させ、
前記車両のエネルギー効率と、前記第１携帯演算処理要素が、前記第１指定条件が満たされていると判定したことを要件として最後に前記サポートサーバに認識させた前記車両の累積走行距離、および前記第２携帯演算処理要素が、前記第２指定条件が満たされていると判定したことを要件として最後に前記サポートサーバに認識させた前記車両の累積走行距離の偏差とに基づき、前記サポートサーバにより算定された前記車両におけるエネルギー残量の現在値およびこれに応じて定まる情報のうち少なくとも１つを認識した上で出力するように構成されていることを特徴とする携帯端末。
【請求項５】
請求項４記載の携帯端末において、
前記第２携帯演算処理要素が、前記車両のエネルギー残量の前回認識結果に対する今回認識結果の偏差を表わす画像を動的に出力するように構成されていることを特徴とする携帯端末。
【請求項６】
請求項５記載の携帯端末において、
前記第２携帯演算処理要素が、前記車両のエネルギー残量の前回認識結果に対する今回認識結果の偏差が大きいほど、当該偏差を表わす画像が高速で変動するように当該画像を動的に出力するように構成されていることを特徴とする携帯端末。
【請求項７】
請求項４〜６のうちいずれか１つに記載の携帯端末において、
前記第２携帯演算処理要素が、前記車両のエネルギー残量の今回認識結果が最低基準値以下である場合、前記車両に対する走行用のエネルギーの補充を促すメッセージを出力するように構成されていることを特徴とする携帯端末。
【請求項８】
請求項４〜７のうちいずれか１つに記載の携帯端末において、
前記第２携帯演算処理要素が、前記トリガイベントとしてルート検索のための目標位置の指定が検知されたという前記第２指定条件が満たされているとき、前記サポートサーバにより算定された、前記目標位置を終点とするルートにしたがって走前記車両が走行した場合の前記車両におけるエネルギー残量の予測値を認識し、当該エネルギー残量の予測値およびこれに応じて定まる情報のうち少なくとも１つを出力するように構成されていることを特徴とする携帯端末。
【請求項９】
請求項８記載の携帯端末において、
前記第２携帯演算処理要素が、前記車両のエネルギー残量の現在値に対する予測値の偏差を表わす画像を動的に出力するように構成されていることを特徴とする携帯端末。
【請求項１０】
請求項９記載の携帯端末において、
前記第２携帯演算処理要素が、前記車両のエネルギー残量の現在値に対する予測値の偏差が大きいほど、当該偏差を表わす画像が高速で変動するように当該画像を動的に出力するように構成されていることを特徴とする携帯端末。
【請求項１１】
請求項８〜１０のうちいずれか１つに記載の携帯端末において、
前記第２携帯演算処理要素が、前記車両におけるエネルギー残量の予測値が最低基準値を下回っているとき、前記車両におけるエネルギー残量の予測値が前記最低基準値以下になる前記ルート上の中間地点を出力するように構成されていることを特徴とする携帯端末。
【請求項１２】
請求項１１記載の携帯端末において、
前記第２携帯演算処理要素が、前記ルート上の中間地点に対応させて前記車両に対する走行用のエネルギーの補充を促すメッセージを出力するように構成されていることを特徴とする携帯端末。
【請求項１３】
請求項１記載のサポートサーバおよび請求項４記載の携帯端末により構成されていることを特徴とするサポートシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両と連携する携帯端末の機能を利用して、当該車両のエネルギー残量に関する情報を提供するシステムに関する。
【背景技術】
【０００２】
燃料供給ステーションにおける車両への燃料供給が終了した後、車両にこの燃料供給ステーションから燃料補充量データが受信させ、これに基づいて燃費データを算出かつ出力させる手法が提案されている（特許文献１参照）。利便性およびエンターテイメント性の観点から、燃費情報を地点または路線ごとに区別し、かつ、地図情報に重畳させて携帯電話機などのユーザ端末に表示させる手法が提案されている（特許文献２参照）。
【特許文献１】特開２００３−１６０１９９号公報
【特許文献２】特開２００２−３５０１５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、スマホの機能を利用して車両の利便性を向上させることについては検討が不十分である。
【０００４】
そこで、本発明は、スマホ等の携帯端末の機能をより有効活用することにより、車両の利便性のさらなる向上を図りうるシステム等を提供することを解決課題とする。
【課題を解決するための手段】
【０００５】
本発明のサポートサーバは、車両に対して走行用のエネルギーが補充された蓋然性が高いという第１指定条件が満たされているとき、当該車両と連携している携帯端末との通信に基づき、前記携帯端末に入力された車両に対するエネルギー補充量および前記携帯端末により前記車両から取得された累積走行距離を認識した上で、当該認識結果に基づいて前記車両の走行エネルギー効率を算定するように構成されている第１サーバ演算処理要素と、前記携帯端末によりトリガイベントの発生が検知されたという第２指定条件が満たされているとき、前記携帯端末との通信に基づき、前記第１サーバ演算処理要素により算定された前記車両の走行エネルギー効率およびこれに基づいて定まる情報のうち少なくとも１つを前記携帯端末に認識させるように構成されている第２サーバ演算処理要素と、を備え、前記第２サーバ演算処理要素が、前記第２指定条件が満たされているとき、前記携帯端末との通信に基づき、前記携帯端末により認識された前記車両の累積走行距離を認識し、前記車両の走行エネルギー効率および累積走行距離に基づいて定まる情報として、前記第１サーバ演算処理要素により最後に算定された前記車両のエネルギー効率と、前記第１サーバ演算処理要素により最後に認識された前記車両の累積走行距離および前記第２サーバ演算処理要素により最後に認識された前記車両の累積走行距離の偏差とに基づき、前記車両におけるエネルギー残量の現在値を算定した上で前記携帯端末に認識させるように構成されていることを特徴とする。
【０００６】
本発明の携帯端末は、車両と連携する携帯端末であって、前記車両に対して走行用のエネルギーが補充された蓋然性が高いという第１指定条件が満たされているか否かを判定し、当該判定結果が肯定的であることを要件として、前記携帯端末の操作を通じて入力された前記車両に対するエネルギー補充量および前記車両の累積走行距離を認識した上で、前記車両のエネルギー補充量および累積走行距離をサポートサーバに認識させるように構成されている第１携帯演算処理要素と、トリガイベントの発生が検知されたという第２指定条件が満たされているか否かを判定し、当該判定結果が肯定的であることを要件として前記サポートサーバとの通信に基づき、前記車両のエネルギー補充量および累積走行距離に応じて前記サポートサーバにより算定された前記車両の走行エネルギー効率およびこれに応じて定まる情報のうち少なくとも１つを認識した上で出力するように構成されている第２携帯演算処理要素と、を備え、前記第２携帯演算処理要素が、前記第２指定条件が満たされていると判定したことを要件として、前記サポートサーバとの通信に基づき、前記車両の累積走行距離を認識した上で前記サポートサーバに認識させ、前記車両のエネルギー効率と、前記第１携帯演算処理要素が、前記第１指定条件が満たされていると判定したことを要件として最後に前記サポートサーバに認識させた前記車両の累積走行距離、および前記第２携帯演算処理要素が、前記第２指定条件が満たされていると判定したことを要件として最後に前記サポートサーバに認識させた前記車両の累積走行距離の偏差とに基づき、前記サポートサーバにより算定された前記車両におけるエネルギー残量の現在値およびこれに応じて定まる情報のうち少なくとも１つを認識した上で出力するように構成されていることを特徴とする。
【０００７】
本発明のサポートシステムは、前記サポートサーバおよび前記携帯端末により構成されていることを特徴とする。
【図面の簡単な説明】
【０００８】
【図１】本発明のサポートサーバの構成説明図。
【図２】本発明のサポートサーバの機能説明図（第１実施形態）。
【図３】燃料補充量の入力形態に関する説明図。
【図４】燃料残量の出力形態に関する説明図（第１実施形態）。
【図５】本発明のサポートサーバの機能説明図（第２実施形態）。
【図６】燃料残量の出力形態に関する説明図（第２実施形態）。
【発明を実施するための形態】
【０００９】
（構成）
図１に示されているサポートシステムは、ネットワークを介して相互通信可能なサポートサーバ１０およびスマホ２０（携帯端末）により構成されている。携帯端末はスマホ２０のほか、タブレット型端末などサイズおよび重量がユーザにより携帯されうるように設計されているあらゆる情報処理端末が該当する。車両の走行用エネルギーが燃料（ガソリンまたは燃料電池車両の電池用燃料ガス）である場合について実施形態を説明するが、走行用エネルギーが電力である場合でも同様の説明が妥当する。
【００１０】
サポートサーバ１０は、サーバ記憶要素１０４と、第１サーバ演算処理要素１１と、第２サーバ演算処理要素１２とを備えている。サーバ記憶要素１０４は、車両識別子およびこの車両識別子により識別される車両の燃料残量のほか、複数のリンクにより構成される道路網を含むサポートマップ等の種々のデータを記憶保持または格納するように構成されている。第１サーバ演算処理要素１１および第２サーバ演算処理要素１２は、サポートサーバ１０を構成するＣＰＵ（演算処理装置）およびメモリ（サーバ記憶要素）により構成され、後述する演算処理を実行するように構成されている。
【００１１】
スマホ２０は、ＧＰＳを用いた自己位置測定機能と、サポートサーバ１０を含む外部機器との通信機能とを有している。スマホ２０は、入力インターフェース２０１と、出力インターフェース２０２と、スマホ記憶要素２０４と、第１スマホ演算処理要素２１（第１携帯演算処理要素）と、第２スマホ演算処理要素２２（第２携帯演算処理要素）とを備えている。
【００１２】
入力インターフェース２０１は、ディスプレイと一体的に構成されているタッチパネルスイッチにより構成され、ユーザによるスマホ２０に対する情報入力および指令などを可能とするように構成されている。タップ（シングルタップ、ダブルタップおよびロングタップ）、フリック（上フリック、下フリック、左フリックおよび右フリック）、スワイプ、ピンチ（ピンチインおよびピンチアウト）またはマルチタッチなど、スマホ２０の様々な操作が可能とされている。出力インターフェース２０２は、当該ディスプレイにより構成されている。スマホ記憶要素２０４は、車両識別子およびこの車両識別子により識別される車両の燃料残量のほか、複数のリンクにより構成される道路網を含むサポートマップ等の種々のデータを記憶保持または格納するように構成されている。第１スマホ演算処理要素２１および第２スマホ演算処理要素２２は、スマホ２０を構成するコンピュータ（ＣＰＵ（演算処理装置）およびメモリ（スマホ記憶要素）を有する。）により構成され、後述する演算処理を実行するように構成されている。
【００１３】
本発明の構成要素が担当の情報演算処理を実行するように構成されているとは、当該構成要素がメモリからプログラム（アプリケーションソフトウェア（以下「アプリ」という。）を含む。）を読み取り、当該プログラムにしたがって当該担当の情報演算処理を実行するようにプログラムされていることを意味する。
【００１４】
本発明の構成要素が情報を「認識する」とは、当該構成要素が情報を受信すること、情報を内部または外部記憶装置から検索または読み取ること、検索等された基礎情報を対象に演算処理を実行することにより情報を算定または推定すること、情報を記憶装置に保存しておくことなど、当該情報を利用可能な状態とするための演算処理の少なくとも一部を実行することを意味する。
【００１５】
車両のイグニッションスイッチがＡＣＣ位置またはＯＮ位置にあってＥＣＵ３０（ＣＰＵおよびＲＯＭ等のメモリ等により構成されている。車載制御装置）に車載バッテリから電力が供給される。この状態で、ＥＣＵ３０との通信可能範囲にスマホ２０が存在する場合、スマホ２０および車両（正確にはＥＣＵ３０）が通信により認証を経たうえで、スマホ２０および車両（正確には車載のＥＣＵ３０）の連携が確立される。スマホ２０および車両の連携により、スマホ２０と車両との通信が可能になり、かつ、スマホ２０を通じた車両およびサポートサーバ１０等の外部機器との通信が可能になる。
【００１６】
（作用（第１実施形態））
本発明の第１実施形態としてのサポートシステムの作用について説明する。
【００１７】
スマホ２０および車両が連携している状態において、第１指定条件が満たされているか否かが第１スマホ演算処理要素２１により判定される（図２／ＳＴＥＰ２１２）。「第１指定条件」とは、車両に対して燃料が供給される（または供給された）蓋然性が高いことを意味する。具体的には、スマホ２０において燃料残量通知サービスを享受するためのアプリが起動されたことが第１指定条件として定義されている。
【００１８】
車両の燃料供給口が開放（または閉塞）されたことが第１指定条件として定義されていてもよい。燃料供給口の開閉は、適当なスイッチにより検知され、当該検知信号がＥＣＵ３０を経てスマホ２０に送信される。この場合、スマホ２０および車両の連携が確立されている必要がある。
【００１９】
スマホ２０のＧＰＳ機能により測定される車両の現在位置が、所定時間以上にわたり燃料供給ステーションに相当する領域に停留していることが第１指定条件として定義されていてもよい。燃料供給ステーションに相当する領域は、複数のグローバル座標値（緯度および経度）により画定される領域として、携帯端末の記憶装置に格納されているスマホマップの一部を構成している。所定時間は標準的な燃料供給所用時間に鑑みてあらかじめ設定されている。この場合、スマホ２０および車両が連携している必要はなく、スマホ２０が電源ＯＮ状態であれば第１指定条件の充足性が判定されうる。
【００２０】
スマホ２０にクレジット支払機能がある場合、燃料供給ステーションに対するクレジットが支払われたことが第１指定条件として定義されていてもよい。支払に際して支払先端末との通信によりコード（支払先識別子）が認識され、当該コード基づいて支払先が燃料供給ステーションであることが識別される。この場合も、スマホ２０および車両が連携している必要はなく、スマホ２０が電源ＯＮ状態であれば第１指定条件の充足性が判定されうる。
【００２１】
第１指定条件が満たされていると判定された場合（図２／ＳＴＥＰ２１２‥ＹＥＳ）、第１スマホ演算処理要素２１が、燃料補充量の入力インターフェースを構成する画像をディスプレイに出力させる（図２／ＳＴＥＰ２１４）。これにより、図３（ａ）に示されているように、燃料補充量の入力を促す旨のメッセージＭ１が出力インターフェース２０２を構成するディスプレイに表示され、かつ、横長の矩形状のアイコンＣ１も当該ディスプレイに表示される。このアイコンはスワイプ（指先をディスプレイ上でスライドさせる操作。ドラッグ・アンド・ドロップに類する操作。）により縦方向に当該操作量に応じた分だけ伸長する。当該アイコンＣ１の縦方向の長短は燃料補充量の多少を表わしている。すなわち、アイコンＣ１は、スワイプによる燃料補充量の入力インターフェース２０１を構成する。
【００２２】
入力インターフェース２０１を通じてスマホ２０に今回燃料補充量が入力され、当該入力情報が第１スマホ演算処理要素２１により認識される（図２／ＳＴＥＰ２１６）。たとえば、図３（ｂ）〜図３（ｅ）のそれぞれに示されているように、ドラッグ・アンド・ドロップにより伸長されたアイコンＣ１の長さに応じた数字（単位はＬ）が当該認識結果に相当する。燃料補充量の入力方法としては、スワイプのほか、タップ、フリック、ピンチまたはマルチタッチなど、スマホ２０の様々な操作態様またはこれらの組み合わせが採用される。
【００２３】
燃料補充量に代えて、燃料供給ステーションにおける今回のクレジット支払額および必要に応じて燃料単価など、燃料補充量を特定しうる情報がスマホ２０に入力されてもよい。この場合、第１スマホ演算処理要素２１または第１サーバ演算処理要素１１により、当該情報に基づいて今回燃料補充量が算定または認識されうる。
【００２４】
燃料タンクにおける燃料残量が基準値に到るまで（満タンになるまで）燃料が補充されたか否かが確認される（図２／ＳＴＥＰ２１７）。具体的には、当該確認のためのメッセージが出力インターフェース２０２に出力され、入力インターフェース２０１を通じたユーザの操作を通じて当該確認が実行される。
【００２５】
当該判定結果が肯定的である場合（図２／ＳＴＥＰ２１７‥ＹＥＳ）、第１スマホ演算処理要素２１が、その時点における車両の累積走行距離を認識する（図２／ＳＴＥＰ２１８）。たとえば、第１スマホ演算処理要素２１が車両のオドメータによって測定されている累積走行距離をＥＣＵ３０との通信に基づき認識する。スマホ２０のＧＰＳ機能により車両が走行したリンクがスマホマップに基づいて特定された上で、このスマホマップから認識される当該リンクの距離（長さ）が累積または合計されることにより当該車両の累積走行距離が測定されてもよい。その上で、第１スマホ演算処理要素２１がサポートサーバ１０との通信に基づき、当該累積走行距離および燃料補充量を第１サーバ演算処理要素１１に認識させる（図２／矢印Ｘ１１）。
【００２６】
その一方、当該判定結果が否定的である場合（図２／ＳＴＥＰ２１７‥ＮＯ）、第１スマホ演算処理要素２１が連携先の車両から累積走行距離に加えて、燃料計により測定されている燃料残量を取得する（図２／ＳＴＥＰ２１９）。その上で、第１スマホ演算処理要素２１がサポートサーバ１０との通信に基づき、当該累積走行距離および燃料残量を、燃料補充量とともに第１サーバ演算処理要素１１に認識させる（図２／矢印Ｘ１２）。
【００２７】
なお、当該判定結果が否定的である場合（図２／ＳＴＥＰ２１７‥ＮＯ）、その旨を示す付属情報とともに、当該判定結果が肯定的である場合と同様に車両の累積走行距離および燃料補充量のみが第１サーバ演算処理要素１１により認識されてもよい（図２／矢印Ｘ１１参照）。当該判定処理（図２／ＳＴＥＰ２１７）は省略されてもよい。
【００２８】
第１サーバ演算処理要素１１により、スマホ２０との通信に基づき認識された情報に基づき、車両の燃費（燃料単位量当たりの車両の走行距離）が算定される（図２／ＳＴＥＰ１１２）。
【００２９】
具体的には、当該認識情報としての累積走行距離および燃料補充量に基づき（図２／矢印Ｘ１１参照）、前回燃料供給時点ｔ（ｋ−１）および今回燃料供給時点ｔ（ｋ）のそれぞれにおける車両の累積走行距離の偏差ΔＤ（ｋ）＝Ｄ（ｋ）−Ｄ（ｋ−１）が、今回燃料補充量ｆ（ｋ）により除されることにより今回燃費Ｅ（ｋ）＝ΔＤ（ｋ）／ｆ（ｋ）が算定される。
【００３０】
これに代えて、当該認識情報としての累積走行距離、燃料補充量および燃料残量に基づき（図２／矢印Ｘ１２参照）、当該累積走行距離偏差ΔＤ（ｋ）が、前回燃料残量Ｆ（ｋ−１）（または基準値Ｆ＋）に対する今回燃料残量Ｆ（ｋ）の偏差ΔＦ（ｋ）と今回燃料補充量ｆ（ｋ）との和により除されることにより今回燃費Ｅ（ｋ）＝ΔＤ（ｋ）／｛ΔＦ（ｋ）＋ｆ（ｋ）｝が算定される。
【００３１】
第２指定条件が満たされているか否かが第２スマホ演算処理要素２２により判定される（図２／ＳＴＥＰ２２２）。「第２指定条件」は、車両の燃料残量をスマホ２０の出力インターフェース２０２に表示させるトリガイベントが発生したことを意味する。たとえば、入力インターフェース２０１の操作を通じてスマホ２０においてナビゲーションアプリまたはＰＯＩ検索アプリなどの所定のアプリが起動されたこと、または燃料残量表示指令が入力されたことが第２指定条件として定義されている。
【００３２】
スマホ２０において車両の累積走行距離（図２／ＳＴＥＰ２１８、２１９およびＳＴＥＰ２２４参照）および燃費（図２／ＳＴＥＰ１１２参照）が断続的に認識され、最新の燃費に基づいて燃料消費量または低減量が断続的に推定され、当該推定結果に基づく燃料残量が最低基準値以下になったことが第２指定条件として定義されていてもよい。第２指定条件は第１指定条件と同一の条件であってもよい。
【００３３】
第２指定条件が満たされていると判定された場合（図２／ＳＴＥＰ２２２‥ＹＥＳ）、第２スマホ演算処理要素２２がその時点における累積走行距離を認識した上で（図２／ＳＴＥＰ２２４）、サポートサーバ１０との通信に基づき、その時点における車両の累積走行距離を第２サーバ演算処理要素１２に認識させる（図２／矢印Ｘ２０）。
【００３４】
第２サーバ演算処理要素１２により、その時点における車両の燃料残量が算定される（図２／ＳＴＥＰ１２２）。具体的には、サーバ記憶要素１０４に格納されているこの車両の最後の燃料供給時点の累積走行距離Ｄ（ｋ）および新たに受信された累積走行距離Ｄ（ｊ（ｋ））の差ΔＤ（ｊ（ｋ））と、最後に算定された燃費Ｅ（ｋ）との積が算定される。その上で、当該積ΔＤ（ｊ（ｋ））×Ｅ（ｋ）が基準値Ｆ＋（または最後の燃料残量Ｆ（ｋ））から差し引かれることにより燃料残量Ｆ（ｊ（ｋ））が算定される。
【００３５】
第２サーバ演算処理要素１２により、その時点における車両の走行可能距離が算定される（図２／ＳＴＥＰ１２４）。具体的には、燃料残量Ｆ（ｊ（ｋ））（またはこれから燃料残量の最低基準値Ｆ−が差し引かれた値）と、最後に算定された燃費Ｅ（ｋ）との積が走行可能距離Ｄ＋（ｊ（ｋ））＝Ｆ（ｊ（ｋ））×Ｅ（ｋ）（または｛Ｆ（ｊ（ｋ））−Ｆ−｝×Ｅ（ｋ））として算定される。
【００３６】
第２サーバ演算処理要素１２が、スマホ２０との通信に基づき、第２スマホ演算処理要素２２に燃料残量および走行可能距離の算定結果を認識させる（図２／矢印Ｘ１０）。第２スマホ演算処理要素２２は当該燃料残量および走行可能距離に応じた情報または画像を出力インターフェース２０２に表示させる（図２／ＳＴＥＰ２２６）。なお、第２スマホ演算処理要素２２により燃料残量および燃費が認識された上で、第２サーバ演算処理要素１２による車両の走行可能距離の算定（図２／ＳＴＥＰ１２４参照）が代替的に実行されてもよい。
【００３７】
これにより、図４（ａ）に示されているように、燃料残量の多少に応じて高低が異なる矩形状のアイコンＣ２および走行可能距離を示す数字を含む画像Ｍ２が出力インターフェース２０２に表示される。
【００３８】
ここで、図４（ｂ）に矢印で示されているように、アイコンＣ２が、前回燃料残量（燃費算定（図２／ＳＴＥＰ１１２参照）において用いられた燃料残量を含む。）に応じた長さから、今回燃料残量に応じた長さに短縮するように動的に表示されてもよい。前回燃料残量に対する今回燃料残量の減少量が大きいほど、アイコンの伸縮速度が速くなる、またはアイコンの輝度が高くなるなど、ユーザの注意をより喚起するあらゆる形態で燃料残量が出力インターフェース２０２を通じて出力されてもよい。前回燃料補充後に燃料残量が基準値に到ったことが確認されなかった場合、前回燃料補充後に燃料残量が基準値に到ったことが確認された場合と比較して、ユーザの注意をより喚起する形態で燃料残量が出力インターフェース２０２を通じて出力されてもよい。
【００３９】
燃料残量が最低基準値以下であることが第２スマホ演算処理要素２２により認識された場合、図４（ｃ）に示されているように、アイコンＣ２の長さが燃料残量の最低基準値に応じた長さ以下に調節された上で強調表示され、かつ、燃料補充を促すメッセージＭ３が出力インターフェース２０２を通じて表示されてもよい。
【００４０】
（作用（第２実施形態））
本発明の第２実施形態としてのサポートシステムの作用について説明する。ＳＴＥＰ２１２〜２１９およびＳＴＥＰ１１２の演算処理は第１実施形態と同様なので説明を省略し、当該演算処理以降の演算処理についてのみ説明する。
【００４１】
「第２指定条件」またはその代替条件として、スマホ２０のナビゲーションアプリの機能にしたがい、入力インターフェース２０１を通じてユーザにより目的位置が指定されたという条件が満たされているか否かが第２スマホ演算処理要素２２により判定される（図５／ＳＴＥＰ２２１）。
【００４２】
当該判定結果が肯定的である場合（図５／ＳＴＥＰ２２１‥ＹＥＳ）、第２スマホ演算処理要素２２により、その時点における車両の累積走行距離が認識される（図５／ＳＴＥＰ２２３（図２／ＳＴＥＰ２２２参照））。
【００４３】
第２スマホ演算処理要素２２が、サポートサーバ１０との通信に基づき、当該指定された目的位置および現在位置、ならびに、累積走行距離を第２サーバ演算処理要素１２に認識させる（図５／矢印Ｘ２０）。
【００４４】
これに応じて第２サーバ演算処理要素１２により、サーバ記憶要素１０４に格納されているサーバマップに基づき、現在位置から目的位置までのルートが探索される（図５／ＳＴＥＰ１２１）。距離または走行時間の最短という観点から、複数の探索ルートの中から一のルートが選択されてもよい。
【００４５】
第２サーバ演算処理要素１２により、当該検索ルートにしたがった車両の予測走行距離が算定される（図５／ＳＴＥＰ１２３）。具体的には、ルートを構成する複数のリンクのそれぞれの長さがサーバルートに基づいて認識された上で、当該長さが合計されることにより予測走行距離が算定される。
【００４６】
第２サーバ演算処理要素１２により、車両の燃料残量（現在値）が算定される（図５／ＳＴＥＰ１２５（図２／ＳＴＥＰ１２２参照））。
【００４７】
第２サーバ演算処理要素１２により、車両が目的位置に到達した時点における燃料残量が予測される（図５／ＳＴＥＰ１２７）。具体的には、車両の予測走行距離が、最後に算定された燃費により除されることによって燃料消費量が予測される。その上で、燃料残量（現在値）から燃料消費量の予測値が差し引かれることにより燃料残量（予測値）が算定される。
【００４８】
第２サーバ演算処理要素１２が、スマホ２０との通信に基づき、検索ルートに加えて、燃料残量の現在値および予測値の算定結果を第２スマホ演算処理要素２２に認識させる（図５／矢印Ｘ１０）。
【００４９】
これに応じて、第２スマホ演算処理要素２２は、検索ルート、ならびに当該燃料残量の現在値および予測値に応じた画像を出力インターフェース２０２に表示させる（図５／ＳＴＥＰ２２６）。
【００５０】
これにより、たとえば図６（ａ）に示されているように、車両の現在位置から目的位置までの検索ルートＲがスマホマップに重畳表示される。また、現在位置（ルートＲの始点）に対応付けられて、燃料残量（現在値）の多少に応じて高低が異なる矩形状のアイコンＣ２１が出力インターフェース２０２に表示される。目標位置（ルートＲの終点）に対応付けられて、燃料残量（予測値）の多少に応じて高低が異なる矩形状のアイコンＣ２２が出力インターフェース２０２に表示される。アイコンＣ２２が、アイコンＣ２１が短縮された結果として認識されるように動的に表示されるなど、ユーザの注意をより喚起しやすいあらゆる形態で燃料残量（予測値）が出力インターフェース２０２を通じて出力されてもよい（図４（ｂ）参照）。
【００５１】
第２サーバ演算処理要素１２または第２スマホ演算処理要素２２により、燃料残量（予測値）が燃料残量の最低基準値Ｆ−以下であることが認識された場合、走行可能距離が算定されてもよい（図２／ＳＴＥＰ１２４参照）。その上で、検索ルートにおいて当該走行可能距離に相当する中間位置が認識され、出力インターフェース２０２に表示されてもよい。
【００５２】
これにより、図６（ｂ）に示されているように、中間位置がスマホマップに表示される。これに加えて、燃料補充を促すメッセージＭ３が出力インターフェース２０２を通じて表示される（図４（ｃ）参照）。
【００５３】
（効果）
前記機能を発揮するサポートシステムによれば、スマホ２０の入力インターフェース２０１および出力インターフェース２０２により実現されている情報入力機能および情報出力機能が有効活用される。
【００５４】
具体的には、車両に対する各回の燃料補充量がスマホ２０を通じてサポートサーバ１０により収集される（図２／ＳＴＥＰ２１２〜２１９およびＳＴＥＰ１１２、図３参照）。そして、サポートサーバ１０による当該収集情報に基づく燃料残量等の計算結果に応じた情報がスマホ２０を通じてユーザに伝達される（図２／ＳＴＥＰ２２２〜２２６およびＳＴＥＰ１２２〜１２４、図４および図６参照）。
【００５５】
これにより、スマホ２０に対して燃料補充量を送信する端末が燃料供給ステーションに設置されていない場合でも、このスマホ２０を通じて車両の燃料残量等、当該車両の運転計画に際して有意義な情報がユーザに対して適当なタイミングで提供されうる。このように、スマホ２０の機能の有効活用が図られることにより、車両の利便性のさらなる向上が図られる。
【００５６】
（本発明の他の実施形態）
第１実施形態において、第２指定条件が満たされた時点における車両の累積走行距離Ｄ（ｊ（ｋ））および最新燃費Ｅ（ｋ）に基づく燃料残量Ｆ（ｊ（ｋ））の算定が（図２／ＳＴＥＰ１２２参照）、第２スマホ演算処理要素２２により実行されてもよい。この場合、第２スマホ演算処理要素２２が、第２指定条件が満たされたことを契機として、サポートサーバ１０との通信に基づき、第１サーバ演算処理要素１１により算定された車両の最新燃費Ｅ（ｋ）を認識し、当該認識結果に加えてその時点における車両の累積走行距離Ｄ（ｊ（ｋ））に基づいて燃料残量Ｆ（ｊ（ｋ））を算定するように構成される。
【００５７】
第２実施形態において、第２スマホ演算処理要素２２により、目標位置までのルート探索（図５／ＳＴＥＰ１２１参照）、当該目標位置における車両の予測走行距離の算定（図５／ＳＴＥＰ１２３参照）、燃料残量（現在値）の算定（図５／ＳＴＥＰ１２５参照）および燃料残量（予測値）の算定（図５／ＳＴＥＰ１２７参照）のうち一部または全部が実行されてもよい。この場合、第２スマホ演算処理要素２２により当該演算処理の実行に必要な情報はサポートサーバ１０との通信に基づいて認識され、当該演算処理の実行に不要な情報（たとえば車両の累積走行距離（図５／ＳＴＥＰ２２３参照））はサポートサーバ１０に認識させることが省略される。
【００５８】
なお、付加的な第１指定条件として、ユーザにスマホ２０の操作を促すことが適当な状態である蓋然性が高いという条件が満たされているか否かが判定押されてもよい。たとえば、車両が一定期間にわたり燃料供給ステーションに停車していることが当該条件として定義されている。これにより、車両を運転している最中のユーザにスマホ２０の操作を促すような事態が回避される。
【００５９】
スマホ２０にインストールされているアプリにしたがった情報演算処理が実行されていることが当該条件として定義されていてもよい。このようなアプリとして、目的地までのルートを探索するためのサポートゲーションアプリ、または現在位置周辺の指定カテゴリに属するＰＯＩ情報を収集するためのＰＯＩ検索アプリなどがあげられる。
【符号の説明】
【００６０】
１０‥サポートサーバ、１０４‥サーバ記憶要素、１１‥第１サーバ演算処理要素、１２‥第２サーバ演算処理要素、２０‥スマホ、２０１‥入力インターフェース、２０２‥出力インターフェース、２０４‥サポート記憶要素、２１‥第１スマホ演算処理要素（第１携帯演算処理要素）、２２‥第２スマホ演算処理要素（第２携帯演算処理要素）、３０‥ＥＣＵ（車載制御装置）。
【図１】
0005960172.tif 000002
【図２】
0005960172.tif 000003
【図３】
0005960172.tif 000004
【図４】
0005960172.tif 000005
【図５】
0005960172.tif 000006
【図６】
0005960172.tif 000007