(57)【要約】      （修正有）【課題】路線の性質に基づいて路線を選択するための、車両運転者支援方法及びシステムを提供する。【解決手段】一つ以上のセンサに通信的に連結されたセンサモジュールと、ユーザからの入力を受信するためのユーザインターフェース２１８と、プロセッサ２１４，２２０と、及び車両を走行させる路線を含む路線を決定するための、プロセッサによって実行可能な命令を記憶するストレージデバイス２０８と、を含む。命令は、路線区分の路線区分性質が閾値超である場合に、路線の路線区分の選択をさらに実行可能であり、閾値及び路線区分性質の一つ以上は、路線区分の観測された状態を表す入力に基づき、その入力は、ユーザ及び車両外部のリモートユーザの一人以上から送信されて、受信される。【選択図】図２
2017049990.tif 000002
【特許請求の範囲】
【請求項１】
車両用の運転者支援システムであり、
一つ以上のセンサに通信的に連結されたセンサモジュールと、
ユーザからの入力を受信するためのユーザインターフェースと、
プロセッサと、及び
車両を走行させる路線であって、一つ以上の路線区分を含む前記路線を決定し、
そして前記路線における前記一つ以上の路線区分ごとに、その路線区分の路線区分性質が閾値よりも大きい場合に、複数個の候補となる路線区分からその路線区分を選択するための、前記プロセッサによって実行可能な命令を記憶するストレージデバイスと、を備えており、前記閾値及び前記路線区分性質の一つ以上が、前記路線区分の観測された状態を表す入力に基づき、前記入力が、前記ユーザ及び前記車両外部のリモートユーザの一人以上から受信される、前記車両用の運転者支援システム。
【請求項２】
前記命令が、前記一つ以上の候補となる路線区分の各々の前記路線区分性質が前記閾値よりも低い場合に、前記路線に含有するための一つ以上の候補となる路線区分を選択しないことがさらに実行可能である、請求項１に記載の運転者支援システム。
【請求項３】
前記命令が、前記車両が走行している路線区分の路線区分性質が前記閾値よりも低いことを特定し、決定された方向にまたは決定された目的地まで前記ユーザを案内する代替的な路線区分を前記ユーザに提示することがさらに実行可能である、請求項２に記載の運転者支援システム。
【請求項４】
前記閾値及び前記路線区分性質の一つ以上が、さらに、一つ以上のセンサからの入力及び／またはナビゲーションデータベースからの路線区分情報に基づいて決定され、前記ナビゲーションデータベースが、前記ストレージデバイス及びサーバの一つ以上に記憶される、請求項１に記載の運転者支援システム。
【請求項５】
前記一つ以上のセンサが、加速度計、ジャイロスコープ及びカメラの一つ以上を含む、請求項４に記載の運転者支援システム。
【請求項６】
前記閾値が、さらに、ユーザ嗜好に基づいて調節され、当該システムが、さらに、グローバルポジションセンサ（ＧＰＳ）を備える、請求項１に記載の運転者支援システム。
【請求項７】
車両の走行路線を決定するためのリクエストであって、目的地及び走行方向の一つ以上を含む前記リクエストを受信することと、
前記車両を走行させる前記路線であって、一つ以上の路線区分を含む前記路線を決定することと、及び
その路線の路線スコアが閾値よりも大きい場合に、複数個の候補となる路線から当該路線を選択することと、を含み、前記路線スコアが、前記車両の乗員及び前記車両外部のリモートユーザの一人以上によって報告された、前記路線の前記一つ以上の路線区分の性質に基づき、そして前記路線スコア及び前記閾値の一つ以上が、さらに、前記車両の前記乗員及びセンサのいずれかまたは両方からの追加の入力に基づく、車両のナビゲーションシステムのための方法。
【請求項８】
前記路線の前記路線スコアが、前記路線における前記路線区分の合計路線区分スコアに基づく、請求項７に記載の方法
【請求項９】
前記合計路線区分スコアが、前記路線における前記路線区分の路線区分スコアの和、平均値及び加重平均値の一つ以上である、請求項８に記載の方法。
【請求項１０】
前記センサが、カメラ、加速度計及びジャイロスコープの一つ以上を含む、請求項８に記載の方法。
【請求項１１】
路線区分スコアメモリと、
複数個のセンサに通信的に連結されたセンサモジュールと、
ユーザ入力を受信するように構成されたユーザ入力インターフェースと、
プロセッサと、及び
車両の乗員または前記車両外部のリモートユーザによって入力された、路線区分の観測された状態の表示を含む、前記ユーザ入力及び前記センサモジュールからの入力に基づいて前記路線区分の路線区分スコアを生成し、
前記路線区分スコアを前記路線区分スコアメモリ及びクラウドサーバの一つ以上に記憶し、
前記路線区分スコアメモリまたは前記クラウドサーバから選択的に検索された前記路線区分スコアが閾値超である場合に、前記路線区分の前記路線区分スコアに基づいて、前記車両のための路線であって、前記路線区分を含む前記路線を決定する、前記プロセッサによって実行可能な命令を記憶するストレージデバイスと、を備えた、車両のナビゲーションシステム。
【請求項１２】
当該システムが、さらに、前記生成された路線区分スコアを前記クラウドサーバに送信する無線送信機を含む、請求項１１に記載のナビゲーションシステム。
【請求項１３】
当該システムが、さらに、前記クラウドサーバからの前記路線区分スコアを受信する無線受信機を含む、請求項１２に記載のナビゲーションシステム。
【請求項１４】
前記ストレージデバイスが、前記ユーザ入力インターフェースを通じて受信した路線リクエストに応答し、前記路線に沿う路線区分を特定及びマッピングするための、前記プロセッサによって実行可能な命令をさらに含む、請求項１３に記載のナビゲーションシステム。
【請求項１５】
前記ストレージデバイスが、前記路線区分の特定に応答し、前記無線受信機を通じた前記クラウドサーバ及び前記路線区分スコアメモリのいずれかから、前記特定された路線区分についての前記路線区分スコアを検索するための、前記プロセッサによって実行可能な命令をさらに含む、請求項１４に記載のナビゲーションシステム。
【請求項１６】
前記ストレージデバイスが、さらに、前記路線に沿う前記路線区分の各々の前記路線区分スコアに基づく合計路線区分スコアが閾値よりも高いことに基づいて最終路線を選択するための、前記プロセッサによって実行可能な命令を含む、請求項１５に記載のナビゲーションシステム。
【請求項１７】
前記合計路線区分スコアが、ユーザ状態及びユーザ回避嗜好の一つ以上に基づいてさらに調節される、請求項１６に記載のナビゲーションシステム。
【請求項１８】
前記ユーザ状態及び前記ユーザ嗜好が前記ユーザ入力に基づいて決定される、請求項１７に記載のナビゲーションシステム。
【請求項１９】
前記ストレージデバイスが、前記合計路線区分スコアに基づいて車両設定を調節するための、前記プロセッサによって実行可能な命令をさらに含む、請求項１６に記載のナビゲーションシステム。
【請求項２０】
前記車両設定が、前記車両のサスペンションの調節及び自動クルーズコントロールの有効化／無効化の一つ以上を含む、請求項１９に記載のナビゲーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、路線の性質に基づいて路線を選択するための、車両の運転者の支援に関する。
【背景技術】
【０００２】
運転者の運転経験は、走行された道路または道路区分の性質に大幅に依存し得る。大抵の車両は、比較的に平坦な車道において良い性能を示し、それ故に、より快適な経験を運転者に与える。でこぼこの道路は、不快な経験を招くだけでなく、場合によっては、基本的な健康状態を悪化させる。自動車運転者にとって、道路の性質は、経験への寄与に加えて、安全性の問題にもなり得る。ポットホール、スピードバンプ、平坦でない舗装道路などの何らかの不規則性及び／または道路上の他の妨害物は、牽引力の損失に起因する衝突を引き起こし得、道路における何らかの空中破片は、運転者に肉体的な負傷をもたらし得る。
【発明の概要】
【課題を解決するための手段】
【０００３】
路線／路線における路線区分の性質に基づいて路線／路線区分を自動的に選択することによって運転者を支援するための実施形態が開示される。車両のための例示的な運転者支援システムは、一つ以上のセンサに通信的に連結されたセンサモジュールと、ユーザからの入力を受信するためのユーザインターフェースと、プロセッサと、及び車両を走行させる路線であって、一つ以上の路線区分を含む路線を決定し、そして路線における一つ以上の路線区分ごとに、その路線区分の路線区分性質が閾値よりも大きい場合に、複数個の候補となる路線区分からその路線区分を選択するための、プロセッサによって実行可能な命令を記憶するストレージデバイスと、を含み、そして路線区分性質及び閾値の一つ以上は、路線区分の観測された状態を表す入力に基づき、その入力は、ユーザ及び車両外部のリモートユーザの一人以上から受信される。
【０００４】
車両のナビゲーションシステムのための例示的な方法は、車両の走行路線を決定するためのリクエストであって、目的地及び走行方向の一つ以上を含むリクエストを受信することと、車両を走行させる路線であって、一つ以上の路線区分を含む路線を決定することと、及びその路線の路線スコアが閾値よりも大きい場合に、複数個の候補となる路線からその路線を選択することと、を含み、その路線スコアは、車両の乗員及び車両外部のリモートユーザの一人以上によって報告された、路線の一つ以上の路線区分の性質に基づき、そして路線スコア及び閾値の一つ以上は、さらに、車両の乗員及びセンサのいずれかまたは両方からの追加の入力に基づく。
【０００５】
例示的な車両のナビゲーションシステムは、路線区分スコアメモリと、複数個のセンサに通信的に連結されたセンサモジュールと、ユーザ入力を受信するように構成されたユーザ入力インターフェースと、プロセッサと、及び車両の乗員または車両外部のリモートユーザによって入力された、路線区分の観測された状態の表示を含む、ユーザ入力及びセンサモジュールからの入力に基づいて路線区分の路線区分スコアを生成し、路線区分スコアを路線区分スコアメモリ及びクラウドサーバの一つ以上に記憶し、そして路線区分スコアメモリまたはクラウドサーバから選択的に検索された路線区分スコアが閾値超である場合に、路線区分の路線区分スコアに基づいて、車両のための路線であって、路線区分を含む路線を決定する、プロセッサによって実行可能な命令を記憶するストレージデバイスと、を含む。
【０００６】
本開示は、以下の添付図面を参照して、限定されない実施形態の以下の記述を読むことによってより良く理解することができる。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
車両用の運転者支援システムであり、
一つ以上のセンサに通信的に連結されたセンサモジュールと、
ユーザからの入力を受信するためのユーザインターフェースと、
プロセッサと、及び
車両を走行させる路線であって、一つ以上の路線区分を含む上記路線を決定し、
そして上記路線における上記一つ以上の路線区分ごとに、その路線区分の路線区分性質が閾値よりも大きい場合に、複数個の候補となる路線区分からその路線区分を選択するための、上記プロセッサによって実行可能な命令を記憶するストレージデバイスと、を備えており、上記閾値及び上記路線区分性質の一つ以上が、上記路線区分の観測された状態を表す入力に基づき、上記入力が、上記ユーザ及び上記車両外部のリモートユーザの一人以上から受信される、上記車両用の運転者支援システム。
（項目２）
上記命令が、上記一つ以上の候補となる路線区分の各々の上記路線区分性質が上記閾値よりも低い場合に、上記路線に含有するための一つ以上の候補となる路線区分を選択しないことがさらに実行可能である、上記項目に記載の運転者支援システム。
（項目３）
上記命令が、上記車両が走行している路線区分の路線区分性質が上記閾値よりも低いことを特定し、決定された方向にまたは決定された目的地まで上記ユーザを案内する代替的な路線区分を上記ユーザに提示することがさらに実行可能である、上記項目のいずれかに記載の運転者支援システム。
（項目４）
上記閾値及び上記路線区分性質の一つ以上が、さらに、一つ以上のセンサからの入力及び／またはナビゲーションデータベースからの路線区分情報に基づいて決定され、上記ナビゲーションデータベースが、上記ストレージデバイス及びサーバの一つ以上に記憶される、上記項目のいずれかに記載の運転者支援システム。
（項目５）
上記一つ以上のセンサが、加速度計、ジャイロスコープ及びカメラの一つ以上を含む、上記項目のいずれかに記載の運転者支援システム。
（項目６）
上記閾値が、さらに、ユーザ嗜好に基づいて調節され、当該システムが、さらに、グローバルポジションセンサ（ＧＰＳ）を備える、上記項目のいずれかに記載の運転者支援システム。
（項目７）
車両の走行路線を決定するためのリクエストであって、目的地及び走行方向の一つ以上を含む上記リクエストを受信することと、
上記車両を走行させる上記路線であって、一つ以上の路線区分を含む上記路線を決定することと、及び
その路線の路線スコアが閾値よりも大きい場合に、複数個の候補となる路線から当該路線を選択することと、を含み、上記路線スコアが、上記車両の乗員及び上記車両外部のリモートユーザの一人以上によって報告された、上記路線の上記一つ以上の路線区分の性質に基づき、そして上記路線スコア及び上記閾値の一つ以上が、さらに、上記車両の上記乗員及びセンサのいずれかまたは両方からの追加の入力に基づく、車両のナビゲーションシステムのための方法。
（項目８）
上記路線の上記路線スコアが、上記路線における上記路線区分の合計路線区分スコアに基づく、上記項目のいずれかに記載の方法
（項目９）
上記合計路線区分スコアが、上記路線における上記路線区分の路線区分スコアの和、平均値及び加重平均値の一つ以上である、上記項目のいずれかに記載の方法。
（項目１０）
上記センサが、カメラ、加速度計及びジャイロスコープの一つ以上を含む、上記項目のいずれかに記載の方法。
（項目１１）
路線区分スコアメモリと、
複数個のセンサに通信的に連結されたセンサモジュールと、
ユーザ入力を受信するように構成されたユーザ入力インターフェースと、
プロセッサと、及び
車両の乗員または上記車両外部のリモートユーザによって入力された、路線区分の観測された状態の表示を含む、上記ユーザ入力及び上記センサモジュールからの入力に基づいて上記路線区分の路線区分スコアを生成し、
上記路線区分スコアを上記路線区分スコアメモリ及びクラウドサーバの一つ以上に記憶し、
上記路線区分スコアメモリまたは上記クラウドサーバから選択的に検索された上記路線区分スコアが閾値超である場合に、上記路線区分の上記路線区分スコアに基づいて、上記車両のための路線であって、上記路線区分を含む上記路線を決定する、上記プロセッサによって実行可能な命令を記憶するストレージデバイスと、を備えた、車両のナビゲーションシステム。
（項目１２）
当該システムが、さらに、上記生成された路線区分スコアを上記クラウドサーバに送信する無線送信機を含む、上記項目のいずれかに記載のナビゲーションシステム。
（項目１３）
当該システムが、さらに、上記クラウドサーバからの上記路線区分スコアを受信する無線受信機を含む、上記項目のいずれかに記載のナビゲーションシステム。
（項目１４）
上記ストレージデバイスが、上記ユーザ入力インターフェースを通じて受信した路線リクエストに応答し、上記路線に沿う路線区分を特定及びマッピングするための、上記プロセッサによって実行可能な命令をさらに含む、上記項目のいずれかに記載のナビゲーションシステム。
（項目１５）
上記ストレージデバイスが、上記路線区分の特定に応答し、上記無線受信機を通じた上記クラウドサーバ及び上記路線区分スコアメモリのいずれかから、上記特定された路線区分についての上記路線区分スコアを検索するための、上記プロセッサによって実行可能な命令をさらに含む、上記項目のいずれかに記載のナビゲーションシステム。
（項目１６）
上記ストレージデバイスが、さらに、上記路線に沿う上記路線区分の各々の上記路線区分スコアに基づく合計路線区分スコアが閾値よりも高いことに基づいて最終路線を選択するための、上記プロセッサによって実行可能な命令を含む、上記項目のいずれかに記載のナビゲーションシステム。
（項目１７）
上記合計路線区分スコアが、ユーザ状態及びユーザ回避嗜好の一つ以上に基づいてさらに調節される、上記項目のいずれかに記載のナビゲーションシステム。
（項目１８）
上記ユーザ状態及び上記ユーザ嗜好が上記ユーザ入力に基づいて決定される、上記項目のいずれかに記載のナビゲーションシステム。
（項目１９）
上記ストレージデバイスが、上記合計路線区分スコアに基づいて車両設定を調節するための、上記プロセッサによって実行可能な命令をさらに含む、上記項目のいずれかに記載のナビゲーションシステム。
（項目２０）
上記車両設定が、上記車両のサスペンションの調節及び自動クルーズコントロールの有効化／無効化の一つ以上を含む、上記項目のいずれかに記載のナビゲーションシステム。
（摘要）
運転者支援のための実施形態が開示される。車両のための例示的な運転者支援システムは、一つ以上のセンサに通信的に連結されたセンサモジュールと、ユーザからの入力を受信するためのユーザインターフェースと、プロセッサと、及び車両を走行させる路線を含む路線を決定するための、プロセッサによって実行可能な命令を記憶するストレージデバイスと、を含む。命令は、路線区分の路線区分性質が閾値超である場合に、路線の路線区分の選択をさらに実行可能であり、閾値及び路線区分性質の一つ以上は、路線区分の観測された状態を表す入力に基づき、その入力は、ユーザ及び車両外部のリモートユーザの一人以上から受信される。
【図面の簡単な説明】
【０００７】
【図１】本開示の一つ以上の実施形態に従う車両キャビンの例示的な部分図を示す。
【図２】本開示の一つ以上の実施形態に従う例示的な車載コンピューティングシステムを示す。
【図３】本開示の一つ以上の実施形態に従う、路線区分の性質に基づいて路線区分スコアを生成するナビゲーションシステムのブロック図の例証を示す。
【図４】本開示の一つ以上の実施形態に従う、選択された路線の路線スコアに基づいて、走行するための路線を選択するための例示的な方法のフローチャートを示す。
【図５】本開示の一つ以上の実施形態に従う、センサ及び／またはユーザから受信した入力の一つ以上に基づいて路線区分スコアを生成するための例示的な方法のフローチャートを示す。
【図６】本開示の一つ以上の実施形態に従う、選択された路線の合計路線区分スコアに基づいて、走行するための路線を生成するための例示的な方法のフローチャートを示す。
【発明を実施するための形態】
【０００８】
前述のように、運転者の経験及び運転者の安全性の両方は、運転者の車両が走行する道路部分の性質に大幅に依存する。今日の車両ではセンサの激増に伴い、センサの出力に基づいてそのような道路部分における道路性質を概算することが可能である。道路の性質が道路の全長に沿って変化し得、そして車両は、目的地に到着するために道路部分のみを走行し得るので、全体としての道路の性質は、車両が目的地に到達するために走行し得る道路部分の性質ほど運転者には関連し得ない。したがって、本明細書に使用するような走行され得る道路部分は、路線区分とみなされる。例えば、車両は、一つ以上の路線区分によって形成された路線に沿って出発点から目的地まで走行し得る。各路線区分は、（例えば、目的地に到達するために）走行され得る道路部分（例えば、州間高速道路のマイル長の範囲）を含み得る。しかしながら、いくつかの実施例では、路線区分が、完全な道路（例えば、道路の始まりから終点）及び／または複数の道路部分を含み得ることを理解すべきである。本開示は、以下に、道路／路線を路線区分に区分する、より詳細な実施例を提供する。
【０００９】
路線及び／または路線区分の性質を決定するために、本開示は、センサと通信し、運転者の入力に基づいてさらに調節され得るセンサの出力に基づいて路線及び／または路線区分性質の測定値を生成するナビゲーションシステムを記述する。運転者は、概算された路線／路線区分性質に基づいて路線／路線区分をアドバイスされることによって、路線／路線区分ハザードを知る及び追跡することができる。図１は、データ同期化のための通信システムに関するあるタイプの環境、すなわち、運転者及び／または一人以上の乗客が座ることができる車両１０２のキャビン１００内部の例示的な部分図を示す。図１の車両１０２は、駆動輪（図示せず）及びエンジン１０４を含む自動車であっても良い。エンジン１０４は、いくつかの実施例では、吸気通路を通じて吸気を受け入れ、排気通路を通じて燃焼ガスを排気することができる一つ以上の燃焼室を含む内燃エンジンであっても良い。車両１０２は、数あるタイプの車両の中でも、道路乗用車であっても良い。いくつかの実施例では、車両１０２は、車両運動及び／またはエンジンからのエネルギーを吸収し、吸収したエネルギーを、エネルギー貯蔵デバイスによる貯蔵に適したエネルギー形態に変換するように動作可能なエネルギー変換装置を含むハイブリッド推進システムを含むことができる。車両１０２は、燃料電池、太陽エネルギー捕捉要素及び／または車両に電力供給するための他のエネルギー貯蔵システムを内蔵する全電動車両を含むことができる。車両１０２は、いくつかの実施例では、オートバイ、海洋車両、機関車または任意の他の車両であっても良い。例えば、車両１０２が海洋車両である場合には、本明細書に記述する路線／路線区分は、海洋車両によって走行され得る水路を指し得る。水路状況は車道状況よりも不安定であり得るので、本明細書に記述する路線／路線区分スコアリングは、さらに、（例えば、ソーシャルネットワーキングサービスにおいてユーザによって為されたプロファイル／ステータス更新を解析することによって決定されるような）水路状況についてのよりリアルタイムの情報を提供するための、所与の水路についての他の走行者からの報告された状況におけるファクタであっても良い。しかしながら、そのような状況情報のクラウドソーシングは、車道における路線／路線区分スコアの決定にも使用できることを理解すべきである。
【００１０】
示すように、計器盤１０６は、車両１０２の運転者（ユーザとも称される）がアクセス可能なさまざまなディスプレイ及び制御を含むことができる。例えば、計器盤１０６は、車載コンピューティングシステム１０９のタッチスクリーン１０８（例えば、インフォテインメントシステム）、オーディオシステム制御パネル、及び計器群１１０を含むことができる。図１に示す例示的なシステムは、別個のオーディオシステム制御パネルがなくても、タッチスクリーン１０８などの、車載コンピューティングシステム１０９のユーザインターフェースを通じて実行できるオーディオシステム制御を含むが、他の実施形態では、車両は、例えば、ラジオ、コンパクトディスクプレーヤ、ＭＰ３プレーヤなどの従来の車両オーディオシステムについての制御を含むことができるオーディオシステム制御パネルを含むことができる。オーディオシステム制御は、車両スピーカシステムのスピーカ１１２を通じたオーディオ出力の一つ以上の態様を制御するための特徴を含むことができる。例えば、車載コンピューティングシステムまたはオーディオシステム制御は、オーディオ出力のボリューム、車両スピーカシステムの個々のスピーカ間の音の分配、オーディオ信号の同等化、及び／またはオーディオ出力の任意の他の態様を制御することができる。さらなる実施例では、車載コンピューティングシステム１０９は、タッチスクリーン１０８を通じて直接に受信したユーザ入力、または外部デバイス１５０及び／またはモバイルデバイス１２８を通じて受信したユーザについてのデータ（例えば、ユーザの身体的状態及び／または環境）に基づいて、ラジオ放送局選択、再生リスト選択、オーディオ入力源（例えば、ラジオまたはＣＤまたはＭＰ３から）などを調節することができる。
【００１１】
いくつかの実施形態では、車載コンピューティングシステム１０９の一つ以上のハードウェア要素、例えば、タッチスクリーン１０８、ディスプレイ画面、さまざまなコントロールダイヤル、ノブ及びボタン、メモリ、プロセッサ（複数可）、ならびに任意のインターフェース要素（例えば、コネクタまたはポート）は、車両の計器盤１０６にインストールされる統合ヘッドユニットを形成できる。ヘッドユニットは、計器盤１０６に固定して取り付けられても良いし、取り外し可能に取り付けられても良い。追加的なまたは代替的な実施形態では、車載コンピューティングシステムの一つ以上のハードウェア要素は、モジュラーであっても良く、車両の複数の位置にインストールすることができる。
【００１２】
キャビン１００は、車両、ユーザ及び／または環境を監視するための一つ以上のセンサを含むことができる。例えば、キャビン１００は、ユーザの存在及び／または（例えば、圧力変化が路線区分における不規則性に対応し得る場合に）ユーザの運転経験を決定するための、座席に印加された圧力を測定するように構成された一つ以上の座席搭載の圧力センサ、路線区分の性質を表し得る道路ノイズを測定するための、音声命令の形態のユーザ入力を受信し、ユーザが電話で通話できる、及び／またはキャビン１００内の周囲ノイズを測定するためのマイクロホン、車両に搭載されたカメラ、車両に連結されており、車両の加速度を測定する能力がある加速度計及び／またはジャイロスコープなどを含むことができる。前述のセンサ及び／または一つ以上の追加的なまたは代替的なセンサを車両の任意の適切な位置に位置付けることができることを理解すべきである。例えば、センサは、エンジン室内、車両の外面、及び／または（例えば、車両診断を示す、モバイルデバイス及び／または車載コンピューティングシステムにおいて受信された信号に基づいて）車両の動作、車両の周囲状況、車両のユーザなどについての情報を提供するための他の適切な位置に位置付けることができる。車両の周囲状況、車両ステータスまたは車両運転者についての情報は、車両外部の、車両とは分離した（すなわち、車両システムの一部ではない）センサ、例えば、外部デバイス１５０及び／またはモバイルデバイス１２８に連結されたセンサからも受信できる。
【００１３】
キャビン１００は、走行前、走行中及び／または走行後に車両に保管される、モバイルデバイス１２８などの一つ以上のユーザオブジェクトも含むことができる。モバイルデバイス１２８は、スマートフォン、タブレット、ラップトップコンピュータ、携帯用メディアプレーヤ及び／または任意の適切なモバイルコンピューティングデバイスを含むことができる。モバイルデバイス１２８は、通信リンク１３０を通じて車載コンピューティングシステムに接続することができる。通信リンク１３０は、（例えば、ユニバーサルシリアルバス［ＵＳＢ］、モバイル・ハイデフニション・リンク［ＭＨＬ］、高精細度マルチメディアインターフェース［ＨＤＭＩ（登録商標）］、イーサネット（登録商標）などを通じた）有線接続であっても良いし、（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）、ＷＩＦＩ、ＷＩＦＩダイレクト近距離無線通信［ＮＦＣ］、携帯電話の相互通信能力などを通じた）無線接続であっても良く、そしてモバイルデバイスと車載コンピューティングシステムとの間の双方向通信を提供するように構成できる。モバイルデバイス１２８は、一つ以上の通信リンク（例えば、前述の例示的な通信リンクの一つ以上）と接続するための一つ以上の無線通信インターフェースを含むことができる。無線通信インターフェースは、送信または受信したデータを伝送するためのデータ回線に連結されたアンテナ（複数可）またはポート（複数可）などの一つ以上の物理的デバイス、ならびにモバイルデバイスにおける他のデバイスに従い物理的デバイスを動作させるための一つ以上のモジュール／ドライバを含むことができる。例えば、通信リンク１３０は、さまざまな車両システム（例えば、車両オーディオシステム、クライメイトコントロールシステムなど）及びタッチスクリーン１０８からのセンサ及び／または制御信号をモバイルデバイス１２８に提供し、モバイルデバイス１２８からの制御及び／または表示信号を車載システム及びタッチスクリーン１０８に提供することができる。通信リンク１３０は、車載電源からの電力をモバイルデバイス１２８に提供して、モバイルデバイスの内蔵電池を充電することもできる。
【００１４】
車載コンピューティングシステム１０９は、ユーザによって操作及び／またはアクセスされるが、車両１０２外部に位置する追加のデバイス、例えば、一つ以上の外部デバイス１５０に通信的に連結することもできる。描写した実施形態では、外部デバイスは車両１０２の外部に位置するが、代替的な実施形態では、外部デバイスがキャビン１００内部に位置しても良いことが認識される。外部デバイスは、サーバコンピューティングシステム、パーソーナルコンピューティングシステム、携帯用電子デバイス、電子リストバンド、電子ヘッドバンド、携帯用音楽プレーヤ、電子活動追跡デバイス、歩数計、スマートウォッチ、ＧＰＳシステム、カメラ、加速度計、ジャイロスコープ、傾斜計などを含むことができる。外部デバイス１５０は、通信リンク１３０を参照して論じたように、有線でも無線でも良く、外部デバイスと車載コンピューティングシステムとの間の双方向通信を提供するように構成できる通信リンク１３６を通じて車載コンピューティングシステムに接続できる。例えば、外部デバイス１５０は、一つ以上のセンサを含むことができ、通信リンク１３６は、外部デバイス１５０からのセンサ出力を車載コンピューティングシステム１０９及びタッチスクリーン１０８に送信することができる。外部デバイス１５０は、コンテキストデータ、ユーザ行動／嗜好、動作規則などについての情報を記憶及び／または受信し、外部デバイス１５０からのそのような情報は、車載コンピューティングシステム１０９及びタッチスクリーン１０８に送信することもできる。
【００１５】
車載コンピューティングシステム１０９は、外部デバイス１５０、モバイルデバイス１２８及び／または他の入力源から受信した入力を解析してさまざまな車載システム（例えば、クライメイトコントロールシステムまたはオーディオシステム）のための設定を選択し、タッチスクリーン１０８及び／またはスピーカ１１２を通じて出力を提供し、モバイルデバイス１２８及び／または外部デバイス１５０と通信する、及び／または評価に基づいて他のアクションを実行することができる。いくつかの実施形態では、評価のすべてまたは一部は、モバイルデバイス１２８及び／または外部デバイス１５０によって実行することができる。
【００１６】
いくつかの実施形態では、外部デバイス１５０の一つ以上は、モバイルデバイス１２８及び／または外部デバイス１５０の別の部分を通じて間接的に、車載コンピューティングシステム１０９に通信的に連結することができる。例えば、通信リンク１３６は、外部デバイス１５０からの出力をモバイルデバイス１２８に中継するように、外部デバイス１５０とモバイルデバイス１２８とを通信的に連結することができる。次に、外部デバイス１５０から受信されたデータを、モバイルデバイス１２８においてモバイルデバイス１２８によって収集されたデータと集合させ、次に、集合データを、通信リンク１３０を通じて車載コンピューティングシステム１０９及びタッチスクリーン１０８に送信することができる。同様のデータ集合をサーバシステムにおいても発生し、これをその後、通信リンク１３６／１３０を通じて車載コンピューティングシステム１０９及びタッチスクリーン１０８に送信することもできる。
【００１７】
図２は、車両２０１内部に構成及び／または統合された車載コンピューティングシステム２００のブロック図を示す。車載コンピューティングシステム２００は、図１の車載コンピューティングシステム１０９の実施例であっても良く、及び／またはいくつかの実施形態において本明細書に記述する方法の一つ以上を実行することができる。いくつかの実施例では、車載コンピューティングシステムは、情報に基づいたメディアコンテンツ（エンターテインメントコンテンツ、ナビゲーションサービスなどを含むオーディオ及び／またはビジュアルメディアコンテンツ）を、オペレータの車内体験を向上するために車両ユーザに提供するように構成された車両インフォテインメントシステムであっても良い。車両インフォテインメントシステムは、さまざまな車両システム、サブシステム、ハードウェアコンポーネント、ならびに運転者及び／または乗客の車内体験を向上するために、車両２０１内に統合されたまたはその内部に統合可能なソフトウェアアプリケーション及びシステムを含むまたはそれらに連結することができる。
【００１８】
車載コンピューティングシステム２００は、オペレーティングシステムプロセッサ２１４及びインターフェースプロセッサ２２０を含む一つ以上のプロセッサを含むことができる。オペレーティングシステムプロセッサ２１４は、車載コンピューティングシステムにおけるオペレーティングシステムを実行し、入力／出力、表示、再生及び車載コンピューティングシステムの他の動作を制御することができる。インターフェースプロセッサ２２０は、車両間システム通信モジュール２２２を通じて車両制御システム２３０と相互作用することができる。
【００１９】
車両間システム通信モジュール２２２は、例えば、車両制御システム２３０を経由して、データを他の車両システム２３１及び車両制御要素２６１に出力し、また、他の車両コンポーネント２３１及びシステム２６１から入力されたデータを受信することもできる。車両間システム通信モジュール２２２は、データを出力するときに、車両の任意のステータス、車両周囲環境、または車両に接続された任意の他の情報源の出力に対応する信号を、バスを通じて提供することができる。車両データ出力は、例えば、アナログ信号（例えば、現在の速さ）、個々の情報源（例えば、時計、温度計、グローバル・ポジショニング・システム［ＧＰＳ］センサなどの位置センサなど）によって提供されたデジタル信号、車両データネットワーク（エンジン関連情報がそこを通じて通信できるエンジン・コントローラー・エリア・ネットワーク［ＣＡＮ］バス、クライメイトコントロール関連情報がそこを通じて通信できるクライメイトコントロールＣＡＮバス、及びマルチメディアデータが車両内のマルチメディアコンポーネント間を、そこを通じて通信するマルチメディアデータネットワーク）を通じて伝播されたデジタル信号を含むことができる。例えば、車載コンピューティングシステムは、車輪センサによって概算された車両の現在速度、車両の電池及び／または電力分配システムを通じた車両の電力状況、車両の点火状況などを、エンジンＣＡＮバスから読み出すことができる。さらに、本開示の範囲から逸脱することなく、イーサネット（登録商標）などの他の相互作用手段を同様に使用することができる。
【００２０】
プロセッサ２１４及び２２０によって実行可能な命令などのデータを不揮発性形態において記憶するための不揮発性ストレージデバイス２０８を、車載コンピューティングシステム２００に含むことができる。ストレージデバイス２０８は、クラウドベースのサーバと接続する、及び／またはクラウドベースのサーバに送信するための情報を収集するためのアプリケーションを車載コンピューティングシステム２００が実行できるアプリケーションデータを記憶することができる。アプリケーションは、車両システム／センサ、入力デバイス（例えば、ユーザインターフェース２１８）、車載コンピューティングシステムと通信するデバイス（例えば、ブルートゥース（登録商標）リンクを通じて接続されたモバイルデバイス）などによって集められた情報を検索することができる。車載コンピューティングシステム２００は、さらに、揮発性メモリ２１６を含むことができる。揮発性メモリ２１６は、ランダムアクセスメモリ（ＲＡＭ）であっても良い。不揮発性ストレージデバイス２０８などの非一時的ストレージデバイス及び／または揮発性メモリ２１６は、プロセッサ（例えば、オペレーティングシステムプロセッサ２１４及び／またはインターフェースプロセッサ２２０）によって実行されたときに、車載コンピューティングシステム２００を制御して本開示に記述するアクションの一つ以上を実行するための命令及び／またはコードを記憶することができる。
【００２１】
ユーザからの音声命令を受信し、車両における周囲ノイズを測定し、車両の音響環境に従い車両のスピーカからの音を調整するか否かを決定することなどのためのマイクロホン２０２を、車載コンピューティングシステム２００に含ませることができる。音声処理部２０４が、音声命令、例えば、マイクロホン２０２から受信した音声命令を処理することができる。いくつかの実施形態では、車載コンピューティングシステム２００は、車両のオーディオシステム２３２に含まれるマイクロホンを使用しても、音声命令を受信し、周囲車両ノイズをサンプリングすることができる。
【００２２】
一つ以上の追加のセンサを、車載コンピューティングシステム２００のセンササブシステム２１０に含ませることができる。例えば、センササブシステム２１０は、車両の駐車においてユーザを支援するためのリアビューカメラ、（例えば、顔認識及び／またはユーザジェスチャを使用して）ユーザを識別するためのキャビンカメラ、及び／または前方の路線区分の性質を評価するためのフロントビューカメラなどのカメラを含むことができる。車載コンピューティングシステム２００のセンササブシステム２１０は、さまざまな車両センサからの入力と通信及びそれを受信し、さらに、ユーザ入力を受信することができる。例えば、センササブシステム２１０によって受信する入力は、変速ギアの位置、変速クラッチの位置、アクセルペダル入力、ブレーキ入力、変速セレクタの位置、車両速度、エンジン速度、エンジンを通る気流、周囲温度、吸気温度、車両運動、車両の傾きなど、ならびにクライメイトコントロールシステムセンサ（例えば、熱伝導流体温度、不凍温度、ファン回転速度、パッセンジャーコンパートメントの温度、所望のパッセンジャーコンパートメント温度、周囲湿度など）、ユーザが発した音声命令を検出するオーディオセンサ、車両のフォブの地理的な位置／近接位置からの命令を受信し、選択的にその位置を追跡するフォブセンサなどからの入力を含むことができる。特定の車両システムセンサは単独でセンササブシステム２１０と通信できるが、他のセンサは、センササブシステム２１０及び車両制御システム２３０の両方と通信しても良いし、車両制御システム２３０を通じて間接的にセンササブシステム２１０と通信しても良い。車載コンピューティングシステム２００のナビゲーションサブシステム２１１は、（例えば、ＧＰＳセンサ及び／またはセンササブシステム２１０が提供する他のセンサを通じて）位置情報、路線案内、交通情報、関心のある地点（ＰＯＩ）の特定などのナビゲーション情報を生成及び／または受信する、及び／または運転者のための他のナビゲーションサービスを提供することができる。ナビゲーションサブシステム２１１は、運動及び回転センサの入力によって、さらに車両の位置、向き及び速さを決定できる慣性ナビゲーションシステムを含むことができる。運動センサの実施例は、加速度計を含み、回転センサの実施例は、ジャイロスコープを含む。ナビゲーションサブシステム２１１は、センササブシステム２１０に含まれる運動及び回転センサと通信することができる。代替的に、ナビゲーションサブシステム２１１は、運動及び回転センサを含み、これらのセンサの出力に基づいて運転及び回転を決定することができる。
【００２３】
車載コンピューティングシステム２００の外部デバイスインターフェース２１２は、車両２０１外部に位置する一つ以上の外部デバイス２４０と連結可能である、及び／またはそれと通信することができる。外部デバイスは、車両２０１外部に位置するものとして図示したが、例えば、ユーザが、車両２０１を運転しながら外部デバイスを動作させているときには、一時的に車両２０１内部に収容できることを理解すべきである。言い換えれば、外部デバイス２４０は、車両２０１と一体的ではない。外部デバイス２４０は、（例えば、ブルートゥース（登録商標）、ＮＦＣ、ＷＩＦＩダイレクトまたは他の無線接続を通じて接続された）モバイルデバイス２４２、または代替的なブルートゥース（登録商標）対応デバイス２５２を含むことができる。モバイルデバイス２４２は、有線及び／または無線通信を通じて車載コンピューティングシステムと通信できる携帯電話、スマートフォン、ウェアラブルデバイス／センサ、または他の携帯用電子デバイス（複数可）であっても良い。他の外部デバイスとして、外部サービス２４６が含まれる。例えば、外部デバイスとして、車両と分離し、車両の外部に位置する車外デバイスを含むことができる。なおも他の外部デバイスとして、例えば、ソリッドステートドライブ、ペンドライブ、ＵＳＢドライブなどの外部ストレージデバイス２５４が含まれる。外部デバイス２４０は、本開示の範囲から逸脱することなく、無線でまたはコネクタを通じてのいずれかによって、車載コンピューティングシステム２００と通信することができる。例えば、外部デバイス２４０は、ネットワーク２６０、ユニバーサルシリアルバス（ＵＳＢ）接続、直接有線接続、直接無線接続、及び／または他の通信リンクを通じて、外部デバイスインターフェース２１２を通して車載コンピューティングシステム２００と通信することができる。
【００２４】
外部デバイスインターフェース２１２は、運転者の連絡に関連するモバイルデバイスと車載コンピューティングシステムが通信できる通信インターフェースを提供することができる。例えば、外部デバイスインターフェース２１２によって、運転者の連絡に関連するモバイルデバイスに電話をかける及び／またはテキストメッセージ（例えば、ＳＭＳ、ＭＭＳなど）を（例えば、移動体通信ネットワークを通じて）送ることができる。外部デバイスインターフェース２１２は、追加的にまたは代替的に、より詳細は後述するように、ＷＩＦＩダイレクトを通じて、データと車両内の一つ以上のデバイス（例えば、運転者のモバイルデバイス）とを車載コンピューティングシステムが同期化できる無線通信インターフェースを提供できる。
【００２５】
一つ以上のアプリケーション２４４が、モバイルデバイス２４２において動作可能である。実施例として、モバイルデバイスアプリケーション２４４は、ユーザの相互作用についてのユーザデータをモバイルデバイスに集合させるように動作できる。例えば、モバイルデバイスアプリケーション２４４は、モバイルデバイスにおいてユーザが聴いた音楽再生リスト、（ユーザが受け入れた通話の頻度及び時間を含む）電話通話記録、ユーザが頻繁に訪れた位置及び各位置で費やした時間を含む位置情報などについてのデータを集合させることができる。収集されたデータは、アプリケーション２４４によって、ネットワーク２６０を通じて外部デバイスインターフェース２１２に転送することができる。さらに、具体的なユーザデータリクエストを、車載コンピューティングシステム２００から外部デバイスインターフェース２１２を通じてモバイルデバイス２４２において受信することができる。具体的なデータリクエストは、ユーザが地理的に位置するところ、ユーザの位置における周囲ノイズレベル及び／または音楽ジャンル、ユーザの位置における周囲気象状況（温度、湿度など）などを決定するためのリクエストを含むことができる。モバイルデバイスアプリケーション２４４は、制御命令をコンポーネント（例えば、マイクロホンなど）、またはモバイルデバイス２４２の他のアプリケーション（例えば、ナビゲーションアプリケーション）に送って、リクエストされたデータをモバイルデバイスに収集させることができる。次に、モバイルデバイスアプリケーション２４４は、収集された情報を中継して車載コンピューティングシステム２００に戻すことができる。
【００２６】
同様に、一つ以上のアプリケーション２４８が、外部サービス２４６において動作可能である。実施例として、外部サービスアプリケーション２４８は、複数のデータソースからのデータを集合及び／または解析するように動作できる。例えば、外部サービスアプリケーション２４８は、ユーザの一つ以上のソーシャルメディアアカウントからのデータ、車載コンピューティングシステムからのデータ（例えば、センサデータ、ログファイル、ユーザ入力など）、インターネットクエリからのデータ（例えば、気象データ、ＰＯＩデータ）などを集合させることができる。収集されたデータは、運転者、車両及び環境のコンテキストを決定し、コンテキストに基づいてアクションを実行する（例えば、他のデバイスにデータをリクエストする／送る）ために、別のデバイスに送信する及び／またはアプリケーションによって解析することができる。
【００２７】
車両制御システム２３０は、種々の車載機能に伴うさまざまな車両システム２３１の態様を制御するための制御を含むことができる。これらは、例えば、オーディオエンターテインメントを車両乗員に提供するための車両オーディオシステム２３２の態様、車両乗員のキャビン冷房または暖房ニーズを満たすためのクライメイトコントロールシステム２３４の態様、ならびに他者との遠隔通信網を車両乗員が確立できるような遠隔通信システム２３６の態様の制御を含むことができる。
【００２８】
オーディオシステム２３２は、スピーカなどの電磁変換器を含む一つ以上の音響再生デバイスを含むことができる。車両オーディオシステム２３２は、受動的であっても良いし、例えば、電力増幅器を含むことによって能動的であっても良い。いくつかの実施例では、車載コンピューティングシステム２００は、音響再生デバイスのための単なるオーディオ源であっても良いし、オーディオ再生システムに接続された他のオーディオ源（例えば、携帯電話などの外部デバイス）が存在しても良い。オーディオ再生デバイスとの任意のそのような外部デバイスの接続は、アナログ、デジタルまたはアナログ技術とデジタル技術との任意の組み合わせであっても良い。
【００２９】
クライメイトコントロールシステム２３４は、車両２０１のキャビンまたはパッセンジャーコンパートメント内部の快適な環境を提供するように構成できる。クライメイトコントロールシステム２３４は、例えば、換気口、ヒータ、空調装置、統合ヒータ及び空調装置システムなど換気を制御できるコンポーネントを含む。暖房及び空調設定にリンクされた他のコンポーネントとして、フロントガラスをきれいにする能力があるフロントガラス霜取り及び曇り除去装置、ならびに吸気口を通じてパッセンジャーコンパートメントに入る外気を清潔にする循環空気フィルタを含むことができる。
【００３０】
車両制御システム２３０は、車両のキャビン内部のエンジン及び／または補助要素に関連するさまざまな車両制御２６１（または、車両システム制御要素）の設定を調節するための制御も含むことができる。例えば、ハンドル制御２６２（例えば、ハンドルに搭載されたオーディオシステム制御、クルーズコントロール、ワイパ制御、ヘッドライト制御、方向指示器制御など）、計器盤制御、マイクロホン（複数可）、アクセル／ブレーキ／クラッチペダル、ギアシフト、運転者または乗客ドアに位置付けられたドア／ウィンドウ制御、座席制御、キャビンライト制御、オーディオシステム制御、キャビン温度制御などを含むことができる。車両制御２６１は、エンジン、排気システム、トランスミッション及び／または他の車両システムの一つ以上の動作を変化させるための命令を車両のＣＡＮバスを通じて受信するように構成された内部エンジン及び車両動作制御（例えば、エンジン制御器モジュール、アクチュエータ、バルブなど）も含むことができる。制御信号は、車両のオーディオシステム２３２の一つ以上のスピーカにおけるオーディオ出力も制御することができる。例えば、制御信号は、例えば、ボリューム、同等化、音像（例えば、一つ以上の規定の位置を起源とする、ユーザに見せるオーディオ出力を生成するためのオーディオ信号の構成）、複数個のスピーカ間のオーディオ配分などのオーディオ出力特性を調節することができる。同様に、制御信号は、クライメイトコントロールシステム２３４のベント、空調装置及び／またはヒータを制御することができる。例えば、制御信号は、キャビンの具体的な部分への冷却空気の送出を増大することができる。
【００３１】
車両の外部に位置付けられた制御要素（例えば、セキュリティシステムのための制御）も、例えば、通信モジュール２２２を通じて、コンピューティングシステム２００に接続することができる。車両制御システムの制御要素は、ユーザ入力を受信するように、車両に及び／または車両内部に物理的に及び取り外せないように位置付けることができる。車載コンピューティングシステム２００からの制御命令の受信に加えて、車両制御システム２３０は、ユーザによって操作される一つ以上の外部デバイス２４０、例えば、モバイルデバイス２４２からの入力も受信することができる。これにより、外部デバイス２４０から受信したユーザ入力に基づいて、車両システム２３１及び車両制御２６１の態様を制御することができる。
【００３２】
車載コンピューティングシステム２００は、さらに、アンテナ２０６を含むことができる。アンテナ２０６は、単一のアンテナとして示されるが、いくつかの実施形態では一つ以上のアンテナを備えても良い。車載コンピューティングシステムは、アンテナ２０６を通じて広帯域無線インターネットアクセスを取得し、さらに、例えば、ラジオ、テレビ放送、気象、交通などの放送信号を受信することができる。車載コンピューティングシステムは、一つ以上のアンテナ２０６を通じてＧＰＳ信号などの位置決め信号を受信することができる。車載コンピューティングシステムは、アンテナ（複数可）２０６または赤外線などを通じたＲＦを通じて、または他の手段を通じて、適当な受信デバイスを通じて無線命令を受信することができる。いくつかの実施形態では、アンテナ２０６は、オーディオシステム２３２または遠隔通信システム２３６の一部として含ませることができる。さらに、アンテナ２０６は、外部デバイスインターフェース２１２を通じて、ＡＭ／ＦＭラジオ信号を外部デバイス２４０（例えば、モバイルデバイス２４２）に提供することができる。
【００３３】
車載コンピューティングシステム２００の一つ以上の要素は、ユーザインターフェース２１８を通じてユーザが制御することができる。ユーザインターフェース２１８は、図１のタッチスクリーン１０８などのタッチスクリーンに提示されたグラフィカルユーザインターフェース、及び／またはユーザ作動のボタン、スイッチ、ノブ、ダイヤル、滑動部などを含むことができる。例えば、ユーザ作動の要素は、ハンドル制御、ドア及び／またはウィンドウ制御、計器盤制御、オーディオシステム設定、クライメイトコントロールシステム設定、路線／路線区分性質嗜好、路線／路線区分回避嗜好などを含むことができる。ユーザは、ユーザインターフェース２１８を通じて、車載コンピューティングシステム２００及びモバイルデバイス２４２の一つ以上のアプリケーションとも相互作用することができる。ユーザインターフェース２１８におけるユーザの車両設定嗜好の受信に加えて、車載制御システムによって選択された車両設定も、ユーザインターフェース２１８上でユーザに表示することができる。通知及び他のメッセージ（例えば、受信したメッセージ）、ならびにナビゲーション支援を、ユーザインターフェースのディスプレイ上でユーザに表示することができる。ユーザ嗜好／情報及び／または提示されたメッセージに対する応答を、ユーザインターフェースへのユーザ入力を通じて実行することができる。
【００３４】
図３は、ユーザ嗜好／回避を考慮しつつ、さまざまなセンサからの入力に基づいて路線／路線区分性質／スコアを決定する例示的なナビゲーションシステム３００のブロック図の例証である。システムは、センサ入力３０４、ユーザ入力３０６及びナビゲーション入力３０８を受信するプロセッサ３０２を含む。ナビゲーションシステム３００は、さらに、メモリ／ストレージデバイス３１０及びディスプレイ３１６を含む。ナビゲーションシステムは、ハンドヘルドデバイスとして、自動車ナビゲーションシステムのコンポーネント（例えば、図１の車載コンピューティングシステム１０９／図２の車載コンピューティングシステム２００）として、スマートフォンのコンポーネントとして、及び／または任意の他の適切なコンピューティングデバイス（複数可）として構成できる。プロセッサ３０２は、図２のオペレーティングシステムプロセッサ２１４の実施例であっても良く、さらに、図２のインターフェースプロセッサ２２０を含む、及び／またはいくつかの実施形態において本明細書に記述する方法の一つ以上を実行することができる。プロセッサ３０２は、後述するように、受信したさまざまな入力に基づいて、路線／路線区分スコアまたは路線／路線区分性質の測定値を生成するように構成された路線／路線区分スコア／性質生成器３１２を含むことができる。路線／路線区分性質生成器３１２は、受信した入力に基づいて路線／路線区分スコアを生成するアルゴリズムであっても良い。追加的にまたは代替的に、路線／路線区分性質生成器は、（例えば、一つ以上のセンサ、ユーザ入力などを通じて監視されるような）最近の走行経験に基づいて路線／路線区分スコアを適応的に学習することができる。いくつかの実施例では、路線／路線区分性質生成器は、後述するように、受信した入力に基づいてスコアを更新するルックアップテーブルから路線／路線区分スコアをルックアップすることができる。
【００３５】
センサ入力３０４は、図２のセンササブシステム２１０から受信した入力の実施例であっても良い。センササブシステム２１０に含まれるセンサの実施例は、交互に路線／路線区分の性質の決定に使用できる路線区分の画像を入手するための、車両に搭載されたリアビューカメラ及びフロントビューカメラなどのカメラである。例えば、カメラから入手された画像が、いくつかのポットホール、または平坦でない表面構造または破片が存在する路線区分を示すときには、次に、これらの画像を使用して路線／路線区分スコアを生成することができる。閾値数超のポットホールが存在する路線／路線区分には、例えば、低スコアを付与することができる。他の実施例では、深いポットホールまたはふたのないマンホール／排水孔または停滞水が存在する路線／路線区分にも、低路線／路線区分スコアを生成できる。さらなる実施例として、周囲に横たわる閾値超の破片が存在する路線／路線区分、及び舗装されてない路線／路線区分または砂利で覆われた路線／路線区分にも、低路線／路線区分スコアを生成できる。前述のように、破片が存在する路線／路線区分は、特にオートバイにおいて安全性の問題が提起され得る。プロセッサ３０２は、センサ入力を受信し、さらに、車両に基づいて路線／路線区分スコアを調節することができる。例えば、一つのシナリオでは、路線／路線区分スコア／性質生成器３１２は、砂利が存在する路線／路線区分には、（例えば、１の路線／路線区分スコアが走行に不適当であり、１０の路線／路線区分スコアが走行に最適であるところの１〜１０のスケールにおいて）２の路線／路線区分スコアを生成することができる。路線／路線区分スコアは、ディスプレイ３１６上に表示することができる。そのため、より低い路線／路線区分スコアは、より低い路線／路線区分性質を表し、より高い路線／路線区分スコアは、より高い路線／路線区分性質を表すことができる。プロセッサ３０２は、例えば、さらに、車両に基づいてスコアを調節することができる。実施例として、前述のシナリオでは、車両がオートバイである場合には、路線／路線区分スコアを１に低減することができる。センサの他の実施例は、これらに限定されないが、加速度計、傾斜計、ジャイロスコープ、レーダー／ソナー装置などのリモートセンシング装置、サスペンションセンサ、車両バスにおける他のセンサなどを含む。いくつかの実施例では、閾値は、車両に基づく路線／路線区分スコアの調節に加えてまたはその代わりに調節することができる。例えば、前述のシナリオにおける路線／路線区分スコアの低減の代わりにまたはそれに加えて、車両がオートバイである場合には、閾値を（例えば、５から７に）上げることができる。このようにして、生成された路線／路線区分スコアを任意の車両用に記憶及び使用することができ、それとともに、その車両用の閾値が路線／路線区分スコアの代わりに調節される。そのような実施例では、路線／路線区分スコアは、路線／路線区分の状態が変化した場合にのみ変化させることができる。
【００３６】
例えば、車両に搭載された及び車両サスペンションに連結された加速度計、ジャイロスコープ及び傾斜計などの位置及び運動センサは、路線／路線区分の性質の表示を与えることができ、これらは、将来の参照のためにナビゲーションシステム３００のメモリ／ストレージデバイス３１０に保存することができる。そのため、車両が路線／路線区分上を走行しているときに、センサは、それらの入力をプロセッサ３０２に送り、路線／路線区分スコア／性質生成器３１２は、その具体的な路線／路線区分についての路線／路線区分スコアを生成することができる。この路線／路線区分スコアは、メモリ／ストレージデバイス３１０に保存することができる。この路線／路線区分スコアは、さらに、ユーザ入力３０６の一つ以上及びナビゲーション入力３０８に基づいて将来の走行のための路線／路線区分を選択するときにはいつでも、ルックアップまたはアクセスすることができる。追加的にまたは代替的に、路線／路線区分スコアは、リモートサーバまたはクラウドサーバ３１４にアップロードすることができる。このようにして、ユーザ（例えば、車両の運転者）は、他の車両／運転者の路線／路線区分スコア決定から利益を得ることができる。例えば、路線／路線区分についての路線／路線区分スコアは、一つ以上の他のプロセッサ（例えば、他の車両における一つ以上のプロセッサ）によってその路線／路線区分に割り当てられた路線／路線区分スコアに基づいて、プロセッサによって決定することができる。
【００３７】
クラウドサーバ３１４は、図２のネットワーク２６０の実施例であっても良い。路線／路線区分スコアは、無線で及び／またはブルートゥース（登録商標）を通じてクラウドサーバ３１４にアップロードすることができる。そのため、ナビゲーションシステム３００は、さらに、ナビゲーションシステム３００とクラウドサーバ３１４との間で信号を受信及び送信する能力がある無線送受信機（図示せず）を含むことができる。送受信機は、例えば、送信機及び受信機を含むことができ、通常、信号を送信及び受信する能力がある。ナビゲーションシステム３００は、無線（例えば、ブルートゥース（登録商標））接続が存在するときにはいつでもクラウドサーバ３１４とナビゲーションシステム３００とを接続し、クラウドサーバ３１４に記憶された路線／路線区分スコアを受信することができる。路線／路線区分スコアがクラウドサーバ３１４に記憶されているときには、路線／路線区分スコアは、ここに記述したナビゲーションシステム３００と同様のナビゲーションシステムを装備できる他の車両によってアクセスすることができる。このようにして、路線／路線区分スコアのデータベースは、クラウドサーバ３１４に記憶でき、多くのライダ／運転者に利用可能であり、それ故に、路線／路線区分状態のマシン間の助言が可能になる。他の実施例では、マシン間の通信は、（例えば、クラウドサーバにアクセスしなくても）車両間ネットワークを通じてピアツーピア方式において、ある車両から別の車両に直接に起こすことができる。
【００３８】
プロセッサ３０２は、ユーザ入力３０６を受信及び／または処理することができる。そのため、ユーザ入力は、路線／路線区分スコア、路線／路線区分嗜好、路線／路線区分回避、路線／路線区分スコア閾値、及び健康状態の一つ以上を含むことができる。例えば、プロセッサは、ユーザ入力３０６に基づいて、センサ入力３０４から生成された路線／路線区分スコアを調節することができる。例えば、センサ入力（例えば、カメラによって入手された画像）に基づいて決定されたものとして５の路線／路線区分スコアをもち、閾値数よりも少ないポットホールをもつ路線／路線区分を、ユーザ入力に基づいてさらに調節することができる。例えば、背中に痛み／問題をもつユーザは、ポットホールが存在する路線／路線区分を通る走行を望まない場合がある。ポットホールが存在する路線／路線区分に沿う走行時に発生し得る任意の高振動またはより高い量の動揺が、背中にさらなる損傷／痛みを誘発することがある。ユーザによって入力された健康状態に基づいて、プロセッサ３０２は、例えば、ユーザ入力とポットホール数との結果として、路線／路線区分スコアを５から２に低減することができる。いくつかの実施例では、路線／路線区分において車両を運転した後に、ユーザは、路線／路線区分の性質を自身が好まないことを決定し、将来そこを回避することを選ぶことができる。ユーザは、その特定の路線／路線区分を回避する嗜好を入力でき、そしてプロセッサ３０２は、路線／路線区分スコア及び／または路線／路線区分スコア閾値を調節する、及び／または候補となる路線／路線区分のリストからその路線／路線区分を不適格とするために、後に検索して使用できるユーザ嗜好をメモリ３１０に記憶させることができる。追加的なまたは代替的な実施例では、ユーザは、路線／路線区分を回避するための自身の嗜好を表す低路線／路線区分スコアを入力することができる。いくつかの実施例では、ユーザは、路線／路線区分が低路線／路線区分スコアを有する場合でさえも、路線／路線区分を通って走行することを所望することができる。次に、ユーザは、メモリ（例えば、ユーザ嗜好メモリ）に記憶されるものとして、路線／路線区分スコアを上書きするオプションを有することができる。プロセッサは、絶対的スケール、相対的スケール、スライドスケール及び段階的スケールの一つ以上に基づいて路線／路線区分スコアを生成することができる。一つの非限定的な実施例では、路線／路線区分スコアは、路線／路線区分における不規則性／事象のタイプ、発生頻度及び／または大きさに基づいて生成することができる。例えば、ポットホールを含む路線／路線区分には、ポットホールの数（例えば、発生頻度）及び／またはポットホールの大きさ（例えば、強度、平坦な路線／路線区分からの偏差量、ポットホールの高さ／深さ、ポットホールのサイズなど）に基づいて、（１０の中からの）２〜５の範囲から選択されたスコアを与えることができる。別の実施例として、砂利面を含む路線／路線区分には、路線／路線区分の砂利部分の数（例えば、発生頻度）及び／または砂利の大きさ（例えば、平坦な路線／路線区分からの偏差、砂利のサイズ）などに基づいて、（１０の中からの）３〜６の範囲から選択されたスコアを与えることができる。いくつかの実施例では、各事象／不規則性にスコア（例えば、各不規則性の深刻度を特定するスコア）を与えることができ、規定の路線区分における不規則性のスコアの平均値または他の統計的ファクタを計算し、それを使用して、その路線区分についてのスコア導き出すことができる。
【００３９】
ユーザ入力３０６に基づく路線／路線区分スコアの調節に加えて、プロセッサ３０２は、ナビゲーション入力３０８に基づいても、路線／路線区分スコアに追加の調節を実行することができる。ナビゲーション入力３０８は、ユーザからの路線リクエスト（例えば、目的地、出発点、走行方向、関心のある地点の探索など）を含むことができる。ナビゲーション入力３０８に基づいて、プロセッサは、複数個の候補となる路線区分を含む路線を生成することができる。例えば、候補となる路線区分は、現在位置から走行して通過できる見込みのある路線区分、及び／または目的地までの入力された出発位置（例えば、ユーザによって入力された位置及び／またはナビゲーションシステムによって予測された位置）を含むことができる。次に、プロセッサ３０２は、路線を構成する候補となる路線区分の各々の個々の路線区分スコアに基づいて、所与の路線の路線スコアを決定することができる。いくつかの実施例では、路線／路線区分は、（例えば、タッチスクリーン、モニタなどを含む）ディスプレイ３１６上に表示することができる。いくつかの実施例では、ナビゲーション入力は、最近の事象のオフボードデータベースからの通知を含むことができる。例えば、路線／路線区分に沿って自然の緊急事態／災害（例えば、熱に関連する道路の座屈、鉄砲水、倒木、流失など）が発生した場合には、その結果、ナビゲーション入力は、リアルタイム道路／環境状況情報を含むことができ、プロセッサは、より低い路線／路線区分スコアを生成し、そして路線／路線区分を目下回避できることを示すことができる。自然の緊急事態／災害状況は、最近の事象の行政機関のデータベースなどのオフボードデータベース、第三者からの検知されたデータ、及び／または車両からの検知されたデータからの情報に基づいて決定することができる。他の実施例として、ナビゲーションデータは、路線／路線区分の衛星画像を含むことができ、プロセッサは、衛星画像に基づいて、路線／路線区分が舗装されているか否か、または土の路線／路線区分であるか否かを決定することができる。プロセッサは、路線／路線区分が舗装されていないまたは土の路線／路線区分である場合に、より低い路線／路線区分スコアを生成することができる。ナビゲーション入力についてもう少し実施例を挙げると、気象データを含むことができる。例えば、ナビゲーション入力は、気象状況についての詳細を含むことができる。例えば、雨が降っていて、路線／路線区分が、土の路線／路線区分である場合には、プロセッサは、その路線／路線区分についてより低い路線／路線区分スコアを生成することができる。さらに、プロセッサは、特に、車両がオートバイである、及び／または荒い路線／路線区分によって悪化する健康問題の存在をユーザが示した場合には、そのような土の路線／路線区分を回避するために、オーディオ／ビジュアルアラートを通じてユーザにアラートすることができる。
【００４０】
図４は、路線／路線区分の路線／路線区分スコアに基づいて、走行するための路線／路線区分を選択するための方法についての方法４００を示す。例えば、方法４００は、図３に図示したナビゲーションシステム３００によって実行することができる。４０２において、プロセッサ（例えば、図３のプロセッサ３０２）は、路線／路線区分スコアがリクエストされたか否かを決定することができる。例えば、ユーザは、路線／路線区分に沿って出発または走行する前に、路線／路線区分スコアを入手することを所望し、故に、路線／路線区分スコアをリクエストすることがある。４０２において確認したときに路線／路線区分スコアを求めるリクエストが存在しない場合には、その結果、方法は戻る。しかしながら、路線／路線区分スコアがリクエストされた場合には、その結果、方法は４０４に進み、ここで、プロセッサは、路線／路線区分スコアが既にメモリにあるか否かを決定する。前に説明したように、走行される路線／路線区分の路線／路線区分スコアは、さまざまな入力（例えば、センサ入力、ユーザ入力、ナビゲーション入力）に基づいて生成され、メモリに記憶することができる。路線／路線区分スコアがナビゲーションシステムのメモリ／ストレージデバイスに既に記憶されている場合には、その結果、方法は４１０に進み、ここで、プロセッサは、メモリ／ストレージデバイス（例えば、図３のナビゲーションシステム３００のメモリ／ストレージデバイス３１０など）から路線／路線区分スコアを検索することができる。しかしながら、４０４において確認したときにメモリ内に路線／路線区分スコアが検出されない場合には、その結果、方法は４０６に進み、ここで、リモート／クラウドサーバ（例えば、図３のクラウドサーバ３１４）内に路線／路線区分スコアが存在するか否かを決定することができる。前に説明したように、一つ以上の車両によって生成された路線／路線区分スコアを、リモート／クラウドサーバにアップロードすることができる。リモート／クラウドサーバ内の路線／路線区分スコアは、その後、ナビゲーションシステムによってアクセスすることができる。そのため、リモート／クラウドサーバは、路線／路線区分及びそれぞれの路線／路線区分スコアのデータベースを含むことができる。４０６において確認したときにリモート／クラウドサーバ内に路線／路線区分スコアが既に存在する場合には、その結果、方法は４１０に進み、ここで、プロセッサが、リモート／クラウドサーバから路線／路線区分スコアを検索する。そのため、路線／路線区分スコアは、無線及び／またはブルートゥース（登録商標）接続を通じて検索することができる。しかしながら、リモート／クラウドサーバ内に路線／路線区分スコアが存在しない場合には、その結果、方法は４０８に進み、ここで、図５に記述する方法５００などの方法を実行することによって路線／路線区分スコアが生成される。
【００４１】
ここで図５を参照する。この図は、センサ及びユーザから受信した入力の一つ以上に基づいて路線／路線区分スコアを生成するための例示的な方法５００を示す。例えば、方法５００は、図３に図示したプロセッサ３０２によって実行することができる。５０２において、プロセッサは、複数個のセンサからの入力を受信し、受信したセンサ入力に基づいて路線／路線区分スコアを生成する。センサ入力は、５０４におけるカメラ、５０６における加速度計及びジャイロスコープ５０８からの一つ以上の入力を含むことができる。前述のように、カメラからの画像を使用して路線／路線区分スコアを決定することができる。実施例として、前向きカメラによって撮られた路線区分の画像が路線区分に沿ういくつかのポットホールを示す場合には、その結果、プロセッサは、ポットホールが全く現れていない（または、ポットホールが少ししか現れていない）画像よりも低い路線／路線区分スコアを生成することができる。代替的に、路線／路線区分の衛星画像は、ＧＰＳ及び／またはナビゲーションデータベースから検索することができ、例えば、路線／路線区分スコアは、画像の解析に基づいて生成することができる。さらに、プロセッサは、５０６及び５０８において、車両内部に搭載及び／または統合された加速度計及びジャイロスコープからの入力を受信することができる。例えば、車両内部に搭載及び／または統合されたジャイロスコープ及び加速度計から受信した入力は、車両サスペンションの状態に基づいてさらに調節することができる。したがって、５０６及び５０８において受信した入力は、タイヤ、ブレーキ、サスペンションなどの状態を含む、車両の状態に基づいてさらに調節することができる。
【００４２】
（例えば、選択的に調節されたものとして）５０４、５０６及び５０８において受信したセンサ入力に基づいて、プロセッサは、５０２において、路線／路線区分についての路線／路線区分スコアを生成する。次に、方法は５１０に進み、ここで、プロセッサは、ユーザから受信した入力に基づいて、５０２において生成された路線／路線区分スコアをさらに調節することができる。ユーザ入力は、５１２において受信した健康状態入力、５１４において受信したユーザ嗜好、及び５１５において受信したユーザ観測の一つ以上を含むことができる。例えば、健康状態入力は、運転者及び／または車両の任意の他の乗員に基づくことができ、そして路線／路線区分スコアを生成する前、（例えば、車両乗員の健康状態の入力をユーザにリクエストするための、車載システムによって提示された、表示されたまたは可聴のプロンプトに基づいて）路線／路線区分スコアの生成中、及び／または（例えば、路線に沿う走行中の路線決定をさらに微調整するために）路線／路線区分スコアの生成後に、プロセッサ（例えば、車両の車載コンピューティングシステム）に入力することができる。健康状態は、道路不規則性に対する耐性の観点から表すことができる（例えば、ユーザは、例えば、ポットホール、道路タイプ［砂利、土、アスファルトなど］、破片などの、どのタイプの道路不規則性がユーザの健康状態を悪化させるか、及び／または各タイプの道路不規則性がユーザの健康状態を悪化させる程度を［例えば、スケールまたは他のランキングシステムにおいて］表すことができる）。追加的にまたは代替的に、健康状態は、健康状態それ自体を入力することによって表すことができ、道路不規則性が健康状態にどのような影響を及ぼすかを、（例えば、健康関連のデータベース内の情報に基づいて）プロセッサによって決定することができる。別の実施例では、ユーザは、最低限許容する路線スコアを下回る路線スコアを有するあらゆる路線または路線区分が走行用に選択されないように最低限許容する路線スコアを選択することによって、健康状態を表すことができる。
【００４３】
ユーザ嗜好５１４は、特定のタイプの路線／路線区分（例えば、路線／路線区分表面のタイプ、路線／路線区分の曲率、路線／路線区分における車線数、路線／路線区分の位置［例えば、都市、田舎など］など）に対する嗜好あるいはそれを回避するための嗜好、特定のタイプまたは量の不規則性または他の特徴（例えば、ポットホール、破片、荒い舗装道路、交通信号／一時停止標識、踏切など）がある路線／路線区分を回避または選択するための嗜好、及び／または任意の他の適切な嗜好についてのユーザ入力を含むことができる。ユーザ嗜好５１４は、特徴及び／または状況の組み合わせにも基づくことができる。例えば、ユーザは、（例えば、土の路線／路線区分において「洗濯板」状態を引き起こす）干ばつ状況が存在するとき、（例えば、滑りやすい／ぬかるみ状況を引き起こす）洪水状況が存在するとき、及び／または路線／路線区分が閾値時間内に採点されなかったときに、土の路線／路線区分を回避することを選ぶことができる。ただし、ユーザは、他の状況下では走行を許容できる土の路線／路線区分を見つけることができる。同様に、路線／路線区分嗜好は、時刻（例えば、ラッシュアワー中の都市路線を回避する、または日没後の田舎路線／路線区分を回避することを選ぶ）、交通状況、過去の、現在のまたは予測される将来の気象状況、及び／または他の変化する状況に基づくこともできる。
【００４４】
ユーザ観測５１５は、方法５００を実行するプロセッサを含む車両におけるユーザからのユーザ入力、及び／または他の車両のユーザを起源とする情報に基づくこともできる。例えば、ユーザ観測５１５は、（例えば、一つ以上の車両内の）一人以上のユーザによって為される路線／路線区分の特徴（例えば、ポットホールの数、路線／路線区分における破片の位置、及び／または前述の道路タイプ及び特徴のいずれか）の入力を含むことができる。方法を実行中の車両外部のユーザ（例えば、「他のユーザ」）からのユーザ観測は、中心となるストレージデバイスを通じて、及び／または他のユーザのデバイス（例えば、車載コンピューティングシステム）から直接に、方法を実行中の車両に送信することができる。ユーザ観測は、路線／路線区分のタイプ（例えば、サイズ、車線数、曲率、幹線道路／都市路線／路線区分、路線／路線区分表面［例えば、砂利、アスファルト、土など］など）以外にも、路線／路線区分の動的状態についての追加の／別個の情報を提供できる、路線／路線区分の観測された状態を含むことができる。例えば、路線／路線区分の動的状態は、路線／路線区分におけるポットホールの数、路線／路線区分における破片、路線／路線区分における表面不規則性などを含むことができる。
【００４５】
車両が走行できる各道路は、道路区分または路線区分に区分することができる。いくつかの実施例では、区分は、道路における不規則性に基づくことができる。例えば、各路線区分は、その区分における不規則性の数に応じて規定することができる。いくつかの実施例では、路線区分は、不規則性を有する道路部分に対応し得、そして路線区分は、道路における不規則性間の分離（例えば、第一の不規則性と第二の不規則性との間の中間点から、第二の不規則性と第三の不規則性との間の中間点に延伸する距離、不規則性の閾値数を占めるサイズなど）に基づく全長を有することができる。路線区分が道路の特定の車線を対象にできることを理解すべきである。例えば、４車線道路の同じストレッチ（例えば、道路のマイルマーカ１からマイルマーカ２）は、それに関連する複数個の道路区分（例えば、道路のそのマイルに渡る車線ごとに一つの四つの道路区分、または道路のそのマイルに渡る走行方向ごとに一つの二つの道路区分）を有することができる。道路の複数個の車線のうちの一つのみに対応する路線区分を、異なる車線を通じて運転者が移動及び／または走行することを推奨するのに使用できる（例えば、一つの車線が、舗装の準備中で不快感を与え、他の車線は、舗装されたばかりである場合）。そのような路線区分解析に使用される車線の状態は、車両サスペンションメトリクス（例えば、車両の左側と右側との車輪の鉛直変位の比較）、及び／または本明細書に記述する他の検知機構のいずれかに基づいて検知することができる。
【００４６】
各路線区分は、データベースにおける入力を有することができ、この各入力は、道路／路線区分の特定、道路／路線区分タイプについての情報、及び道路／路線区分タイプ以外の道路／路線区分状態についての情報を含むことができる。所与の路線区分についてのデータベース入力内の情報は、ユーザ／システムが情報の信頼性を適格とすることを援助するために、情報を受信／観測した時刻などの情報源を示すメタデータにタグ付けすることもできる。いくつかの実施例では、タグは、道路不規則性が位置する路線区分の代わりに道路不規則性に関連させることができる。そのような実施例では、タグは、道路／路線／路線区分における位置（例えば、道路のマイルマーカなどの、道路における相対的位置）、及び／または（例えば、座標系に基づく）グローバルな位置に関係させることができる。所与の道路／路線区分の不規則性は、車両及び／または関連するナビゲーションシステムによって提供された位置情報に各不規則性が直面する及びタグを付けられたものとして、車両によって記録することができる。タグを付けられた不規則性データは、車両から遠隔のクラウドシステムに記憶し、データのパラメータに基づいてフィルタリングすることができる。例えば、フィルタは、位置、不規則性特徴（例えば、発生頻度、大きさ、タイプなど）、不規則性を測定／検知した車両に関連するユーザなどに基づいてデータをソートするクラウドにおいて作り出すことができる。このようにして、路線区分の解析は、クラウドサービスに記憶された、動的に及び／または静的に（例えば、事前に）フィルタリングされた不規則性データに基づいて実行することができる。
【００４７】
健康状態入力、ユーザ嗜好入力及び／またはユーザ観測入力に基づいて、プロセッサは、路線／路線区分スコアを再調節することができる。例えば、例示的な路線区分が砂利を多く含むが、車両サスペンションが新しく、ユーザが主要な健康状態または嗜好を有さない場合には、その結果、路線／路線区分スコアを実質的に調節しなくても良い。しかしながら、ユーザが背中／肩の痛みなどの健康問題を有する場合には、その結果、前述の例示的な路線／路線区分についての路線／路線区分スコアを、同じ路線／路線区分／車両サスペンションの状態においてより低い値に再調節することができる。別の実施例として、砂利路線／路線区分を走行する特定の要望をユーザが示す場合には、５０２において生成され得た路線／路線区分スコアをより高いスコアに増加することができる。そのため、ユーザ入力に基づく路線／路線区分スコアの調節によって、５０２における路線／路線区分スコアよりも高くまたは低くなるように、５１０において、調節された路線／路線区分スコアを生じることができる。次に、方法は５１６に進み、ここで、路線／路線区分スコアを、ナビゲーション入力に基づいてさらに調節する。例えば、関心のある路線／路線区分に自然災害が最近発生したことをナビゲーション入力が示す場合には、その結果、路線／路線区分スコアをより低いスコアにさらに調節することができる。それ故に、５１８において、５１０において調節され、５１６においてさらに調節された、路線／路線区分スコアに対応する最終路線／路線区分スコアを生成することができる。前述の調節が、選択的であっても良く、最終路線／路線区分スコアが、前述の入力の一つのみに依存しても良いし、入力のサブセットのみに依存しても良いことを理解すべきである。いくつかの実施例では、調節に使用される入力の一つまたはサブセットは、デフォルト（例えば、既定の）設定、ユーザ定義の設定、（例えば、一人以上のユーザからの履歴データ及び／またはユーザフィードバックに基づく）入力源についての信用及び／または信頼性スコア、及び／または任意の他の適切なパラメータ（複数可）に基づくことができる。
【００４８】
図４に戻ると、プロセッサは、メモリまたはサーバのいずれかに路線／路線区分スコアが未だに存在しない場合には、方法５００を実行することによって４０８において路線／路線区分スコアを生成することができる。次に、方法は４１２に進み、ここで、（メモリ／サーバから検索または生成のいずれかをされた）路線／路線区分スコアが閾値よりも高いか否かを決定することができる。例えば、路線／路線区分スコアは、車両が路線／路線区分を走行するときに車両センサ及び／または外部センサ（例えば、交通カメラ、衛星画像、他の車両のセンサなど）から受信したデータに基づいて自動的に計算することができる。そのような実施例では、センサデータ及び／または計算された路線／路線区分スコアは、クラウドコンピューティングシステム（例えば、クラウドサーバ及び／またはサーバのネットワーク）にアップロードすることができる。センサデータをクラウドコンピューティングシステムにアップロードする実施例では、クラウドコンピューティングシステムは、ユーザ入力が全くなくても、（例えば、データの閾値数の受信に基づいて、及び／または追加のデータを受信したときに路線／路線区分スコアを連続的に更新することによって）路線／路線区分スコアを計算及び記憶することができる。このようにして、ユーザ干渉が全くなくても、データを車両センサによって自動的にキャプチャし、クラウドコンピューティングシステムにアップロードし、そして路線／路線区分スコアの計算に使用することができる。追加的なまたは代替的な実施例では、ユーザは、センサデータ／路線／路線区分スコアのキャプチャ、アップロード及び／または計算を確立し、路線／路線区分スコアの決定を支援するための入力を提供することができる。
【００４９】
閾値は、走行の安全性及び快適性に関する既定の測定値であっても良い。実施例として、１〜１０の階級において、閾値を６に設定することができる。いくつかの実施例では、閾値は、ユーザ入力、現在の状態、路線／路線区分スコアの生成／検索に利用可能なデータなどに基づいて調節することができる。閾値超のあらゆる路線／路線区分スコアは、その路線／路線区分が走行に適することを表し得、一方で、閾値未満のあらゆるスコアは、その路線／路線区分が走行に不適当／危険であることを表すことができる。路線／路線区分のユーザにとっての最低限許容できるレベルの性質に相当するように閾値を設定する実施例では、閾値と等しい路線／路線区分スコアは、閾値を満たすもの（例えば、以下に記述した「閾値よりも大きい」進路）として扱われ得る。路線／路線区分のユーザにとって許容できないレベルの性質に相当するように閾値を設定する代替的な実施例では、閾値と等しい路線／路線区分スコアは、閾値を満たさないもの（例えば、以下に記述した「閾値以下」または「閾値よりも低い」進路）として扱われ得る。路線／路線区分スコアが閾値よりも低い場合には、その結果、方法は４１４に進み、ここでは、走行するための路線／路線区分は選択されず、次の４１６において、プロセッサは、（例えば、路線に含有するための）新しい代替的な路線／路線区分を見つけることができる。次に方法は４０４に戻り、ここで、新しい路線／路線区分についての路線／路線区分スコアを検索または生成するプロセスが繰り返される。
【００５０】
しかしながら、路線／路線区分スコアが閾値よりも高い場合には、その結果、方法は４１８に進み、ここで、プロセッサは、走行するための路線／路線区分を選択し、さらに、選択された路線／路線区分をユーザに表示する。次に、４２０において、選択された路線または路線区分がユーザによって受け入れられるか否かを決定する。選択された路線／路線区分がユーザによって受け入れられた場合には、その結果、方法は４２４に進み、ここで、将来の参照／使用のために、ユーザ嗜好がメモリに記憶される。さらに、その選択に基づいて４２６において車両設定を調節することができ、そして方法は戻る。車両設定の調節は、車両サスペンションの調節、クルーズコントロールオプションの有効化／無効化、受け入れられた路線区分／路線に沿って運転者を従わせる及び案内するナビゲーションユニットの設定などの一つ以上を含むことができる。逆に、４２０において、選択された路線／路線区分をユーザが拒否した場合には、その結果、方法は４２２に進み、ここで、将来の使用／検索のためにユーザ嗜好がメモリに記憶され、方法は、終了する及び／または新しい代替的な路線／路線区分についての路線／路線区分スコアを決定する４０４に戻る。
【００５１】
図６は、選択された路線における路線区分の合計路線区分スコアに基づいて、走行するための路線を生成するための例示的な方法を示す。例えば、方法６００は、受信したナビゲーションリクエストに基づいて、図３に図示したナビゲーションシステム３００によって実行することができる。６０２において、路線リクエストを受信したか否かを決定することができる。例えば、路線リクエストは、プロセッサがユーザから目的地入力を受信したときに開始することができる。路線リクエストが受信されなかった場合には、その結果、方法は戻る。しかしながら、路線リクエストを受信した場合には、その結果、方法は６０４に進み、ここで、プロセッサは、候補となる路線を生成する。例えば、候補となる路線は、現在位置及び目的地に基づいて生成することができる。例えば、候補となる路線は、さらに、ＧＰＳからの入力を使用しても生成することができる。次に、６０６において、方法は、候補となる路線に沿う各路線区分（ｎ）を特定することを含む。実施例として、プロセッサは、現在位置Ａから目的地Ｂにナビゲートするための、路線における四つの路線区分（ｎ＝４）を特定することができる。その後、方法は６０８に進み、ここで、ｎ個の特定された路線区分ごとに路線区分スコアを生成する。前述の実施例では、四つの特定された路線区分ごとに四つの路線区分スコア（例えば、Ｒ１＝３、Ｒ２＝７、Ｒ３＝８、Ｒ４＝２）が生成される。次に、方法は６１２に進み、ここで、合計路線区分スコアＲｔが決定される。そのため、合計路線区分スコアは、すべての個々の路線区分スコアの和であっても良く、路線についての路線スコアに相当／それを規定し得る。前述の実施例では、Ｒｔは、（Ｒ１＋Ｒ２＋Ｒ３＋Ｒ４）であり、２０と等しい。他の実施例では、合計路線区分スコアは、個々の路線区分スコアの平均値であっても良い。なおも他の実施例では、合計路線区分スコアは、個々の路線区分スコアの加重平均値であっても良い。そのため、加重は、ユーザ嗜好、路線区分スコアの生成／検索に使用される入力における信用／信頼性、及び／または任意の他の適切なパラメータ（複数可）に基づいて決定することができる。加重は、追加的にまたは代替的に、より高いスコアよりもより低いスコアを強く重視するように構成できる（例えば、加重平均値を決定するときに、より高いスコアよりも大きい加重をより低いスコアに加える）。
【００５２】
次に、方法は６１４に進み、ここで、合計路線区分スコアが閾値よりも高いか否かを決定する。閾値は、ユーザによって設定された、及び／または、さもなければ、図４に関して前述したように設定及び／または調節された、走行の安全性及び快適性に関する既定の測定値（例えば、閾値＝１５）であっても良い。例えば、閾値は、走行用に選択され得る最小限の路線区分スコアを規定できる。そのような実施例では、ユーザは、選択された閾値未満の路線／路線区分スコアを有するあらゆる路線／路線区分を走行しない嗜好を選択することができる。合計路線区分スコアが閾値よりも高い場合には、その結果、方法は６１８に進み、ここで、プロセッサは、走行するための路線を選択し、さらに、６２０において、選択された路線をユーザに表示する。しかしながら、合計路線区分スコアが閾値よりも低い場合には、その結果、方法は６１６に進み、ここで、代替的な路線を決定し、次に、方法は、前述のように、代替的な路線の合計路線区分スコアを計算する６０６に戻る。このようにして、システムは、危険な路線についてユーザに警告／通知し、走行するための代替的なより安全な路線を提案することによって、自動車事故及び負傷の可能性を低減することができる。
【００５３】
いくつかの実施例では、車載コンピューティングシステムは、現在の設定では入力目的地に到達できない場合（例えば、目的地までのすべての可能性がある路線が、閾値未満の路線スコアを有する及び／または閾値未満のスコアをもつ一つ以上の路線区分を有する場合）には、（例えば、ディスプレイ、車両スピーカ、ユーザのスマートフォンへのアラートなどに）警告を出力することができる。そのような警告によって、ユーザは、設定を調節（例えば、より低い閾値に設定）する、異なる目的地を選択する、及び／またはナビゲーションを取り消すことができる。コンピューティングシステムは、目的地まで走行するための最も高いあり得る路線／路線区分スコアを示す、及び／または閾値未満の路線区分を特定することによって、設定の調節においてユーザを支援することができる。このようにして、ユーザは、最も高い路線／路線区分スコアをもつ路線が許容できるか否かを決定する、及び／または、さもなければ、許容できる路線を決定するように設定を調節することができる。コンピューティングシステムは、同様の目的地を決定することによって、異なる目的地の選択において、（例えば、その目的地の位置／そこまでの走行時間、目的地のタイプ［例えば、関心のある地点のタイプ、すなわち、目的地がレストランである場合には、他の同様のレストランを特定する］、以前の旅行［例えば、ユーザが、典型的に、入力目的地を訪れた後にコーヒー店を訪れた場合には、目的地をスキップして、コーヒー店に直行することを提案する］、及び／または他のパラメータに基づいて）ユーザを支援し、（例えば、目的地ごとの路線スコア及び／または各目的地までの路線の説明とともに）決定された目的地の一つ以上をユーザに提示することができる。
【００５４】
実施形態の記述は、例証及び説明を目的として提示した。実施形態への適切な変更及び変化を、前の記述を考慮して実行するまたは方法を実践して取得することができる。例えば、特に断りのない限り、記述した方法の一つ以上は、図１及び図２を参照して記述した車載コンピューティングシステム１０９／２００及び／または図３のナビゲーションシステム３００などの適切なデバイス及び／またはデバイスの組み合わせによって実行することができる。方法は、例えば、ストレージデバイス、メモリ、ハードウェアネットワークインターフェース／アンテナ、スイッチ、アクチュエータ、クロック回路などの一つ以上の追加のハードウェア要素と組み合わされた一つ以上の論理デバイス（例えば、プロセッサ）によって記憶した命令を遂行することによって実行することができる。記述した方法及び関連するアクションは、本出願に記述した順序に加えたさまざまな順序で、並行して、及び／または同時にも実行することができる。記述したシステムは、事実上例示であり、追加の要素を含む及び／または要素を除外することができる。本開示の主題は、開示したさまざまなシステム及び構成、ならびに他の特徴、機能及び／または特性のすべての新規の及び明白でない組み合わせ及びサブコンビネーションを含む。
【００５５】
前述のシステム及び方法は、車両用の運転者支援システムも提供する。この運転者支援システムは、一つ以上のセンサに通信的に連結されたセンサモジュールと、ユーザからの入力を受信するためのユーザインターフェースと、プロセッサと、及び車両を走行させる路線であって、一つ以上の路線区分を含む路線を決定し、そして路線における一つ以上の路線区分ごとに、その路線区分の路線区分性質が閾値よりも大きい場合に、複数個の候補となる路線区分からその路線区分を選択するための、プロセッサによって実行可能な命令を記憶するストレージデバイスと、を備えており、そして閾値及び路線区分性質の一つ以上は、路線区分の観測された状態を表す入力に基づき、その入力は、ユーザ及び車両外部のリモートユーザの一人以上から受信される。
【００５６】
運転者支援システムの第二の実施例は、選択的に第一の実施例を含み、さらに、車両が走行している路線区分の路線区分性質が閾値よりも低いことを特定し、決定された方向にまたは決定された目的地までユーザを案内する代替的な路線区分をユーザに提示する命令をさらに実行可能であることを含む。運転者支援システムの第三の実施例は、選択的に第一の実施例及び第二の実施例の一つ以上を含み、さらに、ストレージデバイス及びサーバの一つ以上にナビゲーションデータベースを記憶させることを含む。運転者支援システムの第四の実施例は、第一の実施例から第三の実施例の一つ以上を含み、さらに、センサが加速度計、ジャイロスコープ及びカメラの一つ以上を含むことを含む。運転者支援システムの第五の実施例は、第一の実施例から第四の実施例の一つ以上を含み、さらに、ユーザ嗜好に基づいて閾値をさらに調節し、システムがさらに、グローバルポジショニングセンサ（ＧＰＳ）を含むことを含む。
【００５７】
前述のシステム及び方法は、車両のナビゲーションシステムのための方法も提供する。この方法は、車両の走行路線を決定するためのリクエストであって、目的地及び走行方向の一つ以上を含むリクエストを受信することと、車両を走行させる路線であって、一つ以上の路線区分を含む路線を決定することと、及びその路線の路線スコアが閾値よりも大きい場合に、複数個の候補となる路線からその路線を選択することと、を含み、その路線スコアは、車両の乗員及び車両外部のリモートユーザの一人以上によって報告された、路線の一つ以上の路線区分の性質に基づき、そして路線スコア及び閾値の一つ以上は、さらに、車両の乗員及びセンサのいずれかまたは両方からの追加の入力に基づく。方法の第二の実施例は、選択的に第一の実施例を含み、さらに、合計路線区分スコアが、路線における路線区分の路線区分スコアの和、平均値及び加重平均値の一つ以上であることを含む。方法の第三の実施例は、選択的に第一の実施例及び第二の実施例の一つ以上を含み、さらに、閾値が路線区分スコアに基づき、路線区分スコアが、ユーザ入力に基づき、さらに、カメラ、加速度計及びジャイロスコープの一つ以上を含む複数個のセンサからの入力に基づき調節されることを含む。
【００５８】
前述のシステム及び方法は、車両のナビゲーションシステムも提供する。このシステムは、路線区分スコアメモリと、複数個のセンサに通信的に連結されたセンサモジュールと、ユーザ入力を受信するように構成されたユーザ入力インターフェースと、プロセッサと、及び車両の乗員または車両外部のリモートユーザによって入力された、路線区分の観測された状態の表示を含む、ユーザ入力及びセンサモジュールからの入力に基づいて路線区分の路線区分スコアを生成し、路線区分スコアを路線区分スコアメモリ及びクラウドサーバの一つ以上に記憶し、そして路線区分スコアメモリまたはクラウドサーバから選択的に検索された路線区分スコアが閾値超である場合に、路線区分の路線区分スコアに基づいて、車両のための路線であって、路線区分を含む路線を決定する、プロセッサによって実行可能な命令を記憶するストレージデバイスと、を備える。
【００５９】
ナビゲーションシステムの第一の実施例において、システムは、追加的にまたは代替的に、生成された路線区分スコアをクラウドサーバに送信する無線送信機を含むことができる。ナビゲーションシステムの第二の実施例は、選択的に第一の実施例を含み、さらに、システムが、さらに、クラウドサーバからの路線区分スコアを受信する無線受信機を含むことを含む。ナビゲーションシステムの第三の実施例は、選択的に第一の実施例及び第二の実施例の一つ以上を含み、さらに、ストレージデバイスが、ユーザ入力インターフェースを通じて受信した路線リクエストに応答し、路線に沿う路線区分を特定及びマッピングするための、プロセッサによって実行可能な命令をさらに含むことを含む。ナビゲーションシステムの第四の実施例は、選択的に第一の実施例から第三の実施例の一つ以上を含み、さらに、ストレージデバイスが、路線区分の特定に応答し、無線受信機を通じたクラウドサーバ及び路線区分スコアメモリのいずれかから、特定された路線区分についての路線区分スコアを検索するための、プロセッサによって実行可能な命令をさらに含むことを含む。ナビゲーションシステムの第五の実施例は、選択的に第一の実施例から第四の実施例の一つ以上を含み、さらに、路線に沿う路線区分の各々の路線区分スコアに基づく合計路線区分スコアが閾値よりも高いことに基づいて最終路線を選択することを含む。ナビゲーションシステムの第六の実施例は、選択的に第一の実施例から第五の実施例の一つ以上を含み、さらに、合計路線区分スコアがユーザ状態及びユーザ回避嗜好の一つ以上に基づいてさらに調節されることを含む。ナビゲーションシステムの第七の実施例は、選択的に第一の実施例から第六の実施例の一つ以上を含み、さらに、ユーザ状態及びユーザ嗜好がユーザ入力に基づいて決定されることを含む。ナビゲーションシステムの第八の実施例は、選択的に第一の実施例から第七の実施例の一つ以上を含み、さらに、ストレージデバイスが、合計路線区分スコアに基づいて車両設定を調節するための、プロセッサによって実行可能な命令をさらに含むことを含む。ナビゲーションシステムの第九の実施例は、選択的に第一の実施例から第八の実施例の一つ以上を含み、さらに、車両設定が、車両のサスペンションの調節及び自動クルーズコントロールの有効化／無効化の一つ以上を含むことを含む。
【００６０】
本出願に使用されるような、単数形で列挙され、「ａ」または「ａｎ」という単語で開始する要素またはステップは、そのような排除が記載されていない限り、複数形の前述の要素またはステップを排除しないように理解すべきである。さらに、本開示の「ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ」または「ｏｎｅ  ｅｘａｍｐｌｅ」との言及は、列挙した特徴も組み込む追加の実施形態の存在を排除しないように解釈されることを意図される。「ｆｉｒｓｔ」、「ｓｅｃｏｎｄ」及び「ｔｈｉｒｄ」などの用語は、単にラベルとして使用され、対象における数値要件または特定の位置秩序を課すことは意図しない。以下の特許請求の範囲は、特に、新規の及び明白でないものとみなされる前述の開示からの主題を指し示す。
【図１】
2017049990.tif 000003
【図２】
2017049990.tif 000004
【図３】
2017049990.tif 000005
【図４】
2017049990.tif 000006
【図５】
2017049990.tif 000007
【図６】
2017049990.tif 000008