JP7380713B2 - 運転支援方法、運転支援システム、及び、運転支援装置 - Google Patents

Description

本発明は、情報処理方法、情報処理システム、情報処理装置、及び、情報端末に関する。

特許文献１には、電気自動車の走行で、電欠を生じさせないために充電施設立ち寄りを考慮した最適な走行ルートを提供するナビゲーション装置に関する技術が開示されている。

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

しかしながら、特許文献１に記載の技術によれば、電気自動車のユーザが経由地及び目的地をナビゲーション装置に入力したタイミングで、充電施設の経由を考慮した走行ルートの計算が実施される。そのため、走行ルートの計算が実施された後に車両の状態が変化したとしても、最新の状態を反映した走行ルートに基づいた走行を開始できない恐れがある。

本発明は、上記問題に鑑みてなされたものであり、その目的とするところは、走行ルートの計算が実施された後に、車両の状態が変化したとしても、最新の状態を反映した走行ルートに基づいた走行を開始することが可能な情報処理方法、情報処理システム、情報処理装置、及び、情報端末を提供することにある。

上述した課題を解決するために、本発明の一態様に係る情報処理方法、情報処理システム、情報処理装置、及び、情報端末は、ユーザから車両の目的地を受け付け、目的地までの走行ルートを検索して第１走行ルートとして設定し、第１走行ルートを設定した後であって車両が第１走行ルート上の走行を開始する前に、取得した車両の車両情報に基づいて目的地までの走行ルートを再度検索して第２走行ルートとして設定する。

本発明によれば、走行ルートの計算が実施された後に、車両の状態が変化したとしても、最新の状態を反映した走行ルートに基づいた走行を開始することが可能となる。

図１は、本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。 図２は、本発明の一実施形態に係る情報処理システムにおける仮ルート表示までの処理手順を示すフローチャートである。 図３は、本発明の一実施形態に係る情報処理システムにおける本ルート表示までの処理手順を示すフローチャートである。

次に、図面を参照して、本発明の実施の形態を詳細に説明する。説明において、同一のものには同一符号を付して重複説明を省略する。

［システムの構成］
図１は、本発明の一実施形態に係る情報処理システムの構成を示すブロック図である。図１に示すように、情報処理システムは、無線又は有線のネットワーク４００で互いに接続された、端末１００（情報端末）と、サーバ２００と、車両３００と、を備える。

ネットワーク４００は、例えば、インターネットが挙げられる。ネットワーク４００は、４Ｇ／ＬＴＥや、５Ｇなどのモバイル通信機能を利用するものであってもよい。

端末１００は、ユーザの操作を受け付け、受け付けた操作に関する情報をネットワーク４００に送信する。端末１００としては、例えば、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）が挙げられる。

ユーザは端末１００を操作することにより、車両３００が向かう目的地や目的地に到着する到着予定時刻を指定する。その他、ユーザは端末１００を操作することにより、車両３００が出発する出発予定時刻を指定するものであってもよい。したがって、受け付けた操作に関する情報には、車両３００が向かう目的地、到着予定時刻、出発予定時刻などが含まれうる。

車両３００は、ユーザが指定する目的地までの移動手段を提供する乗り物であって、例えば、自動運転車両が挙げられる。その他、車両３００としては、例えば、有人／無人のタクシー、バス、トラックなど、種々の移動手段が挙げられる。情報処理システムには、複数台の車両が登録されていてもよい。

なお、車両３００には、車載装置（図示なし）が搭載されており、車載装置を介して、車両３００の車両情報（例えば、車両３００が搭載するバッテリの残量を示すセンサ情報、車両３００の表面の汚れの程度や、車両３００の各種部品の摩耗度といった、車両３００のメンテンナンスの必要度合いを示すセンサ情報など）が、車両３００からネットワーク４００に送信されるものとする。

その他、車載装置は、端末１００と同様に、ユーザの操作を受け付け、受け付けた操作に関する情報をネットワーク４００に送信するものであってもよい。また、車載装置は、車両３００の出発予定時刻を取得して、取得した出発予定時刻に基づいて、車両３００に搭載される各種の機器（空調システム、シートヒータなど）の起動時刻を設定するものであってもよい。車載装置は、車両３００の出発前に、あるいは、車両３００の出発に合わせて、自動的に機器を起動させるものであってもよい。

車両３００は、所定のタイミングや、所定の周期で車両３００の車両情報を送信するものであってもよいし、端末１００やサーバ２００からのリクエストに基づいて、車両３００の車両情報を送信するものであってもよい。

より具体的には、車両３００は、搭載しているバッテリの充電開始のタイミングや、充電終了のタイミングで、車両情報、特にバッテリの残量を示す情報を送信するものであってもよい。また、車両３００は、イグニッションがオンになったタイミングや、イグニッションがオフになったタイミングで、車両情報を送信するものであってもよい。

サーバ２００は、ネットワーク４００を介して、端末１００や車両３００から送信される情報を取得し、取得した情報に基づいて車両３００の走行ルートを検索する。走行ルートの検索には、車両３００の現在位置、目的地周囲の地図情報や、道路情報が用いられる。

以下では、ネットワーク４００を介して、端末１００、サーバ２００、車両３００は互いに双方向に通信可能であるとする。

［端末の構成］
次に、端末１００（情報端末）について説明する。図１に示すように、端末１００は、センサ１５０と、表示部１６０と、操作部１７０と、通信部１１０と、制御部１３０（コントローラ）と、を備える。

センサ１５０は、複数のセンサ群からなり、端末１００の位置情報を取得する位置検出センサを含む。例えば、位置検出センサは、ＧＰＳ（グローバル・ポジショニング・システム）などの絶対位置を計測するセンサである。

その他、センサ１５０は、端末１００の置かれた環境に関する環境情報（温度、湿度、振動、加速度、音などの情報）を取得する環境センサを含んでいてもよい。例えば、環境センサは、温度センサ、湿度センサ、振動センサ、加速度センサ、マイクロフォンなどである。

表示部１６０は、車両３００の情報や、サーバ２００によって検索された、車両３００の走行ルートに関する情報を表示する。車両３００の情報及び走行ルートに関する情報は、後述する通信部１１０により、ネットワーク４００を介してサーバ２００から取得する。その他、表示部１６０は、車両３００の位置までユーザが移動するために必要な、端末１００の位置から車両３００の位置までの経路情報や、ユーザの移動をガイドするための案内情報を表示するものであってもよい。

なお、表示部１６０としては、各種の情報を視覚情報によって情報を提示するものに限定されない。表示部１６０は、聴覚情報によってユーザに情報を提示するものであってもよいし、振動を発生させて、振動による刺激によってユーザに情報を提示するものであってもよい。

視覚情報、聴覚情報、振動による刺激などにより、表示部１６０は、ユーザに各種の報知を行うものであってもよい。表示部１６０による報知の内容として、車両３００の走行予定の有無、当該走行予定における車両３００の出発予定時刻、車両３００が走行を予定している走行ルート、当該走行ルート上の渋滞情報や天気情報などが挙げられる。表示部１６０が報知を行う時刻は、後述するサーバ２００によって設定されるものであってもよい。

操作部１７０は、情報処理システムに対するユーザからの各種の指令に対応するユーザの操作を受け付ける。例えば、操作部１７０は、複数のボタンを備えた入力インターフェイスであってもよいし、タッチインターフェイスを備えたタッチパネルであってもよい。

より具体的には、絵や記号で表現したアイコンをユーザが操作可能なように表示部１６０が表示し、表示されたアイコンをユーザがタッチ、ドラッグなどすることで、操作部１７０はユーザの操作を受け付けるものであってもよい。

通信部１１０は、ネットワーク４００との間で情報を送受信する。通信部１１０は、ネットワーク４００から取得した情報を図示しないメモリ等に記憶し、また、ユーザの操作に基づいて生成されるリクエストや環境情報など所定の情報をネットワーク４００に対して出力する。例えば、通信部１１０は、４Ｇ／ＬＴＥのモバイル通信機能を備えた車載デバイスであってもよいし、Ｗｉｆｉ通信機能を備えた車載デバイスであってもよい。

制御部１３０は、センサ１５０、表示部１６０、操作部１７０、通信部１１０と接続されており、制御部１３０には、センサ１５０、操作部１７０、通信部１１０からの情報が入力され、制御部１３０からは表示部１６０、通信部１１０への情報が出力される。

なお、制御部１３０は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部１３０には、情報処理システムの一部として機能するためのコンピュータプログラム（情報端末プログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部１３０は、表示部１６０及び通信部１１０の制御が行われる。

制御部１３０が備える各種の情報処理は、ソフトウェアによって実現されるものであってもよいし、専用のハードウェアによって実現されるものであってもよい。

制御部１３０が行う情報処理としては、特に、制御部１３０は、操作部１７０に対するユーザの操作に基づいて、情報処理システムに対するリクエストを生成する。例えば、リクエストには、車両３００が向かう目的地や目的地に到着する到着予定時刻の指定が含まれていてもよい。また、リクエストには、車両３００が出発する出発予定時刻の指定が含まれていてもよい。

その他、リクエストには、ユーザの属性情報が含まれていてもよい。ユーザの属性情報には、ユーザの嗜好、年齢、性別、職種、身体的特徴、リクエストの前後でのイベントの有無、イベント種別などの情報が含まれていてもよい。

例えば、端末１００が、ユーザが日常的に利用する携帯端末（スマートフォン、タブレットなど）である場合には、情報端末プログラムとしてのアプリケーションが、ＳＮＳ（ソーシャル・ネットワーク・サービス）やその他のクラウドサービスなどと連携することにより、これらの属性情報を取得するものであってもよい。

その他、車両３００に搭載される車載装置（図示なし）は、端末１００と同様に、センサ１５０と、表示部１６０と、操作部１７０と、通信部１１０と、制御部１３０（コントローラ）と、を備えるものであってもよい。

［サーバの構成］
次に、サーバ２００（情報処理装置）について説明する。図１に示すように、サーバ２００は、通信部２１０（通信手段）と、データベース２２０と、制御部２３０（コントローラ）と、を備える。

通信部２１０は、ネットワーク４００との間で情報を送受信する。通信部２１０は、端末１００から送信されたリクエストや、車両３００から送信された車両情報など所定の情報をネットワーク４００から取得し、取得した情報をデータベース２２０に記録する。その他、通信部２１０は、サーバ２００以外の外部のサーバから、渋滞情報や天気情報を取得するものであってもよい。

データベース２２０は、車両３００の車両情報、端末１００の位置、車両３００の位置など、通信部２１０によって取得した情報を記憶する。その他、データベース２２０は、ユーザの過去のリクエストや、情報処理システムの利用履歴、頻度などを記憶するものであってもよい。また、データベース２２０は、ユーザのユーザ特性を推定するための種々のパラメータテーブルを記憶するものであってもよい。

制御部２３０（コントローラ、処理部の一例）は、ＣＰＵ（中央処理装置）、メモリ、及び入出力部を備える汎用のマイクロコンピュータである。制御部２３０には、情報処理システムの一部として機能させるためのコンピュータプログラム（情報処理サーバプログラム）がインストールされている。コンピュータプログラムを実行することにより、制御部２３０は、複数の情報処理回路（２３１、２３３、２３５）として機能する。

なお、ここでは、ソフトウェアによって制御部２３０が備える複数の情報処理回路（２３１、２３３、２３５）を実現する例を示す。ただし、以下に示す各情報処理を実行するための専用のハードウェアを用意して、情報処理回路（２３１、２３３、２３５）を構成することも可能である。また、複数の情報処理回路（２３１、２３３、２３５）を個別のハードウェアにより構成してもよい。

制御部２３０は、複数の情報処理回路（２３１、２３３、２３５）として、ルート算出部２３１、位置情報取得部２３３、時間設定部２３５を備える。

位置情報取得部２３３（位置情報取得手段）は、通信部２１０を介して、端末１００の位置及び車両３００の位置を取得する。その他、端末１００から送信されたリクエストに基づいて、車両３００が向かう目的地の情報を取得する。

ルート算出部２３１（ルート算出手段）は、位置情報取得部２３３によって取得した車両３００の位置、及び、ユーザが指定する目的地に基づいて、目的地までの走行ルートを検索して、車両３００の走行に用いるべき走行ルートとして設定する。

ルート算出部２３１は、車両３００の車両情報に基づいて経由する必要がある経由地を算出し、経由地を経由して目的地まで走行する走行ルートを算出する。例えば、車両情報のうち、車両３００が搭載するバッテリの残量が所定閾値以下である場合、充電スポットを経由地として選出する。車両情報のうち、車両３００のメンテンナンスの必要度合いが高い場合、車両３００の洗浄あるいは車両３００の各種部品の交換・修理が可能なメンテナンス施設を経由地として選出する。ルート算出部２３１は、これらの経由地を経由して目的地まで走行する走行ルートを算出する。

その他、ルート算出部２３１は、走行ルートの検索にあたって、データベース２２０を参照するものであってもよく、地図情報、道路情報、渋滞情報、天気情報、その他、車両３００が出発する出発予定時刻、目的地に到着する到着予定時刻などに基づいて、ルート算出部２３１は、走行ルートの検索するものであってもよい。

ルート算出部２３１によって設定された走行ルートはサーバ２００の外部に出力され、例えば、端末１００に表示されたり、車両３００による走行に用いられたりする。

ルート算出部２３１は、ユーザからのリクエストを通信部２１０が取得した直後に、走行ルートとして仮ルート（第１走行ルート）を設定し、さらに、後述する本ルート算出時刻に、走行ルートとして本ルート（第２走行ルート）を設定する。

時間設定部２３５（時間設定手段）は、ルート算出部２３１が本ルートを設定する処理を開始する本ルート算出時刻を設定する。より具体的には、仮ルート上の走行を車両３００が開始する時刻から、第１所定時間だけ手前の時刻を、本ルート算出時刻として設定する。なお、第１所定時間は、車両３００の車両情報を取得する時刻と車両３００が仮ルート上の走行を開始する時刻の間の時間であるといえる。ユーザは、パラメータである第１所定時間を設定可能であってもよい。

なお、ルート算出部２３１が仮ルートを設定する処理を開始する時刻（ユーザからのリクエストを通信部２１０が取得した直後の時刻）である仮ルート算出時刻は、本ルート算出時刻とは区別される。

時間設定部２３５は、端末１００がユーザに報知を行う時刻（リマインド時刻）を設定するものであってもよい。より具体的には、時間設定部２３５は、位置情報取得部２３３によって取得した端末１００の位置及び車両３００の位置、走行ルート上の走行を車両３００が開始する時刻（第１時刻）に基づいて、リマインド時刻を設定する。

例えば、時間設定部２３５は、走行ルート上の走行を車両３００が開始する時刻（第１時刻）に基づいて、基準リマインド時刻を設定するものであってもよい。基準リマインド時刻は、走行ルート上の走行を車両３００が開始する時刻であってもよいし、走行ルート上の走行を車両３００が開始する時刻から第２所定時間を差し引くことにより算出される時刻をリマインド時刻として設定するものであってもよい。ユーザは、パラメータである第２所定時間を設定可能であってもよい。

そして、時間設定部２３５は、端末１００の位置から車両３００の位置までのユーザの移動時間を算出し、基準リマインド時刻から移動時間を差し引くことにより算出される時刻を補正リマインド時刻（第２時刻）として設定するものであってもよい。

ここで、ユーザの移動時間は、端末１００の位置から車両３００の位置までの移動距離を、地図情報や道路情報に基づいて算出し、移動距離を所定速度で除算することによって算出できる。所定速度とは、ユーザが利用する移動手段（歩行、自転車、バイクなど）の移動速度である。

その他にも、端末１００の位置における天気情報、又は、車両３００の位置における天気情報を取得して、当該天気情報に基づいて、ユーザの移動時間を算出してもよい。具体的には、天候が良い場合（晴れ、曇りなど）の移動時間と比較して、天候が悪い場合（雨、雪、暴風など）の移動時間が長くなるよう、移動時間を算出するものであってもよい。

時間設定部２３５は、仮ルート上の走行を車両３００が開始する時刻に基づいて、リマインド時刻を設定するものであってもよいし、本ルート上の走行を車両３００が開始する時刻に基づいて、リマインド時刻を設定するものであってもよい。

［情報処理システムの処理手順］
次に、本実施形態に係る情報処理システムの処理手順を、図２及び図３のフローチャートを参照して説明する。図２は、本発明の一実施形態に係る情報処理システムにおける仮ルート表示までの処理手順を示すフローチャートである。図３は、本発明の一実施形態に係る情報処理システムにおける本ルート表示までの処理手順を示すフローチャートである。

図２に示されるフローチャートの処理は、端末１００又は車両３００の車載装置が起動すると開始される。

ステップＳ１０１にて、端末１００又は車両３００の車載装置は、ユーザからスケジュールを受け付ける。具体的には、ユーザから、車両３００が向かう目的地、到着予定時刻が含まれるリクエストを受け付ける。

ステップＳ１０３にて、端末１００又は車両３００の車載装置は、受け付けたスケジュール（リクエスト）を送信する。

ステップＳ１０５にて、サーバ２００は、受け付けたリクエストに基づいて、車両３００が向かう目的地の情報を取得する。

ステップＳ１０７にて、サーバ２００は、仮ルート（第１走行ルート）を算出し、車両３００の走行ルートとして設定する。

ステップＳ１０９にて、サーバ２００は、算出した仮ルートを送信する。

ステップＳ１１１にて、リクエストを送信した端末１００又は車両３００の車載装置は、サーバ２００から仮ルートを取得する。

ステップＳ１１３にて、リクエストを送信した端末１００又は車両３００の車載装置は、取得した仮ルートを表示する。

次に、図３に示されるフローチャートの処理は、本ルート算出時刻になると開始される。

ステップＳ２０１にて、サーバ２００は、車両３００の車両情報を取得する。

ステップＳ２０３にて、サーバ２００は、車両３００の車両情報に基づいて、車両３００が目的地に向かうまでに経由する必要のある充電スポットを選出し、選出した充電スポットを経由地に設定する。

ステップＳ２０５にて、サーバ２００は、データベース２２０に記録されている車両３００が向かう目的地の情報を取得する。

ステップＳ２０７にて、サーバ２００は、本ルート（第２走行ルート）を算出し、車両３００の走行ルートとして設定する。

ステップＳ２０９にて、サーバ２００は、算出した本ルートを送信する。

ステップＳ２１１にて、リクエストを送信した端末１００又は車両３００の車載装置は、サーバ２００から本ルートを取得する。

ステップＳ２１３にて、リクエストを送信した端末１００又は車両３００の車載装置は、取得した本ルートを表示する。

［実施形態の効果］
以上詳細に説明したように、本実施形態に係る情報処理方法、情報処理システム、情報処理装置、及び、情報端末は、ユーザから車両の目的地を受け付け、目的地までの走行ルートを検索して第１走行ルートとして設定し、第１走行ルートを設定した後であって車両が第１走行ルート上の走行を開始する前に、取得した車両の車両情報に基づいて目的地までの走行ルートを再度検索して第２走行ルートとして設定する。

これにより、走行ルートの計算が実施された後に、車両の状態が変化したとしても、最新の状態を反映した走行ルートを再度得ることができ、最新の状態を反映した走行ルートに基づいて車両の走行を開始することができる。その結果、車両を利用するユーザの利便性を向上させることができる。

また、本実施形態に係る情報処理方法、情報処理システム、情報処理装置、及び、情報端末において、車両情報は、車両が搭載するバッテリの残量を示す情報を含むものであってもよい。これにより、第１走行ルートを設定した後に、車両がバッテリ駆動によって走行したり、バッテリ充電が行われたりして、バッテリの残量が変化した場合であっても、最新の車両の状態に基づいて充電スポットを経由地に含めるか否かをより正確に判定することができ、走行ルートの設定を適切に行うことができる。その結果、車両を利用するユーザの利便性を向上させることができる。さらには、ユーザは、走行中の車両のバッテリ残量を気にして、走行前に設定された走行ルートの再確認等を行う必要がなくなる。

さらに、本実施形態に係る情報処理方法、情報処理システム、情報処理装置、及び、情報端末において、車両情報を取得する時刻と車両が第１走行ルート上の走行を開始する時刻の間の時間を、ユーザが設定可能であってもよい。つまり、走行ルートを再度検索して第２走行ルートを設定するタイミングをユーザが調節することが可能になるため、車両が走行を開始する前のどのタイミングにおける車両の状態を第２走行ルートに反映させるかを、ユーザ自身が決めることができる。その結果、ユーザの好みや、ユーザの車両の利用方法に合わせた、より実用的な走行ルート設定ができる。

また、本実施形態に係る情報処理方法、情報処理システム、情報処理装置、及び、情報端末において、車両が第２走行ルート上の走行を開始する時刻に合わせて、車両に搭載される機器の起動時刻が設定されてもよい。これにより、空調システム、シートヒータといった車両に搭載される機器によって車両内の環境を整えることができ、車両内でユーザがより快適に過ごすことができるようになる。

さらに、本実施形態に係る情報処理方法、情報処理システム、情報処理装置、及び、情報端末は、第２走行ルートを出力するものであってもよい。これにより、最新の状態を反映した走行ルートに基づいて車両の走行を開始することができる。その結果、車両を利用するユーザの利便性を向上させることができる。

上述の実施形態で示した各機能は、１又は複数の処理回路によって実装されうる。処理回路には、プログラムされたプロセッサや、電気回路などが含まれ、さらには、特定用途向けの集積回路（ＡＳＩＣ）のような装置や、記載された機能を実行するよう配置された回路構成要素なども含まれる。

以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。この開示の一部をなす論述および図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例および運用技術が明らかとなろう。

本発明はここでは記載していない様々な実施形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

本出願は、２０１９年１２月２７日に出願された日本国特許願第２０１９－２３８０９６に基づく優先権を主張しており、この出願の全内容が参照により本明細書に組み込まれる。

１００ 端末（情報端末）
１１０ 通信部
１３０ 制御部
１５０ センサ
１６０ 表示部
１７０ 操作部
２００ サーバ（情報処理装置）
２１０ 通信部
２２０ データベース
２３０ 制御部
２３１ ルート算出部
２３３ 位置情報取得部
２３５ 時間設定部
３００ 車両
４００ ネットワーク

Claims (9)

1. リクエストを受け付ける通信部と、前記リクエストを処理するコントローラと、
   を備える、車両の走行ルートを設定する運転支援装置に係る運転支援方法であって、
   前記コントローラは、
   前記車両の目的地を受け付け、
   前記目的地までの走行ルートを検索して第１走行ルートとして設定し、
   前記第１走行ルートの走行を開始する走行開始時刻を設定し、前記第１走行ルートをユーザに提示し、
   前記第１走行ルートの設定の後、前記走行開始時刻から所定時間手前に車両情報を取得し、
   前記第１走行ルートが前記ユーザに提示された後に、前記車両情報に基づいて前記目的地までの走行ルートを再度検索して第２走行ルートとして設定すること
   を特徴とする運転支援方法。
2. 請求項１に記載の運転支援方法であって、
   前記車両情報は、前記車両が搭載するバッテリの残量を示す情報を含むこと
   を特徴とする運転支援方法。
3. 請求項１又は２に記載の運転支援方法であって、
   前記車両情報を取得する時刻と前記車両が前記第１走行ルート上の走行を開始する時刻の間の時間を、前記ユーザが設定可能であること
   を特徴とする運転支援方法。
4. 請求項１又は２に記載の運転支援方法であって、
   前記コントローラは、前記車両が前記第２走行ルート上の走行を開始する時刻に合わせて、前記車両に搭載される機器の起動時刻を設定すること
   を特徴とする運転支援方法。
5. 請求項１又は２に記載の運転支援方法であって、
   前記コントローラは、前記第２走行ルートを出力すること
   を特徴とする運転支援方法。
6. 請求項１又は２に記載の運転支援方法であって、
   前記コントローラは、
   前記第１走行ルートを端末に出力し、
   前記第１走行ルートが端末に出力された後、第２走行ルートを端末に出力すること
   を特徴とする運転支援方法。
7. 請求項１又は２に記載の運転支援方法であって、
   前記第１走行ルートは前記車両情報を使用しない仮ルートであり、
   前記第２走行ルートは前記車両情報を使用する本ルートであること
   を特徴とする運転支援方法。
8. 操作を受け付ける操作部と、前記操作を処理するコントローラと、
   を備える、車両の走行ルートを設定する運転支援システムであって、
   前記コントローラは、
   前記操作部を介して、前記車両の目的地を受け付け、
   前記目的地までの走行ルートを検索して第１走行ルートとして設定し、前記第１走行ルートをユーザに提示し、
   前記第１走行ルートの走行を開始する走行開始時刻を設定し、
   前記第１走行ルートの設定の後、前記走行開始時刻から所定時間手前に車両情報を取得し、
   前記第１走行ルートが前記ユーザに提示された後に、前記車両情報に基づいて前記目的地までの走行ルートを再度検索して第２走行ルートとして設定すること
   を特徴とする運転支援システム。
9. リクエストを受け付ける通信部と、前記リクエストを処理するコントローラと、
   を備える、車両の走行ルートを設定する運転支援装置であって、
   前記コントローラは、
   前記リクエストに含まれる、前記車両の目的地を取得し、
   前記目的地までの走行ルートを検索して第１走行ルートとして設定し、前記第１走行ルートをユーザに提示し、
   前記第１走行ルートの走行を開始する走行開始時刻を設定し、
   前記第１走行ルートの設定の後、前記走行開始時刻から所定時間手前に車両情報を取得し、
   前記第１走行ルートが前記ユーザに提示された後に、前記車両情報に基づいて前記目的地までの走行ルートを再度検索して第２走行ルートとして設定すること
   を特徴とする運転支援装置。

Images