(57)【要約】【課題】ビークルのための提案ルートを決定するためのシステム及び方法並びにビークルの提供。【解決手段】出発場所から目的場所までのビークルのための提案ルートを決定する方法及びシステム。システムは、出発場所と目的場所との間の将来のトラフィック状態の１以上の指標を含むルート状態データを１以上の他のビークルから受信するように構成されたトランシーバを含む。システムは、履歴トラフィックデータに基づいて基準最良ルートを決定するように構成されたＥＣＵを含む。ＥＣＵは、基準最良ルートに沿う進行により遅延が発生するとルート状態データが示すかを決定するように構成される。ＥＣＵは、基準最良ルートに沿う進行により遅延が発生するとルート状態データが示すときに、提案ルートをルート状態データに基づく新規の予測ルートに決定するように構成される。システムはまた、提案ルートを表示するように構成されたディスプレイを含む。【選択図】図４
2020076757.tif 000002
【特許請求の範囲】
【請求項１】
出発場所から目的場所までのビークルのための提案ルートを決定するためのシステムにおいて、
前記ビークルのトランシーバであって、前記出発場所と前記目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを、１つ以上の他のビークルから受信するように構成されている、トランシーバと、
前記トランシーバに接続された、前記ビークルの電子制御ユニット（ＥＣＵ）であって、
履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定し、
基準最良ルートに沿う進行により時間閾値を超える遅延が発生すると前記ルート状態データが示すかを決定し、
前記基準最良ルートに沿う進行により前記時間閾値を超える前記遅延が発生すると前記ルート状態データが示すときに、前記提案ルートを、前記ルート状態データに基づく新規の予測ルートに決定する、
ように構成されている、ＥＣＵと、
前記ビークルの内部に位置設定され、前記ＥＣＵに接続され、前記提案ルートを表示するように構成されている、ディスプレイと、
を含むシステム。
【請求項２】
前記ＥＣＵはさらに、前記基準最良ルートに沿う進行により前記時間閾値よりも短い遅延が発生すると前記ルート状態データが示すときに、前記提案ルートを前記基準最良ルートに決定する、ように構成されている、請求項１に記載のシステム。
【請求項３】
前記履歴トラフィックデータが、前記出発場所から前記目的場所までの予想進行時間にわたる前記出発場所から前記目的場所までの前記複数の候補ルートのトラフィックデータを含んでおり、
前記基準最良ルートは、前記予想進行時間にわたる前記出発場所から前記目的場所までの前記複数の候補ルートに沿う予想トラフィックに基づいて決定される、
請求項１に記載のシステム。
【請求項４】
前記ＥＣＵはさらに、前記履歴トラフィックデータに基づいて前記出発場所から前記目的場所までの前記複数の候補ルートについてのそれぞれの基準進行時間を決定することと、前記ルート状態データに基づいて前記複数の候補ルートについてのそれぞれの前記基準進行時間の各々を調整することとによって、前記新規の予測ルートを決定するように構成されている、請求項１に記載のシステム。
【請求項５】
前記ルート状態データが、履歴ビークル渋滞レベルに対するビークル渋滞レベルを含む、請求項１に記載のシステム。
【請求項６】
前記ルート状態データが、１つ以上の遅延原因となるイベントまたはオブジェクトの検出を含む、請求項１に記載のシステム。
【請求項７】
前記１つ以上の他のビークルが各々、画像データを検出するように構成されている画像センサ、または周囲環境の空間データを検出するように構成されている空間センサのうちの少なくとも１つを含み、
前記１つ以上の他のビークルの各々が、検出された前記画像データおよび／または検出された前記空間データに基づいて前記ルート状態データを決定するように構成されている、
請求項１に記載のシステム。
【請求項８】
出発場所から目的場所まで進行することを望むユーザに関連付けられたビークルにおいて、
前記出発場所と前記目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを、１つ以上の他のビークルから受信するように構成されている、トランシーバと、
前記トランシーバに接続された電子制御ユニット（ＥＣＵ）であって、
履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定し、
基準最良ルートに沿う進行により時間閾値を超える遅延が発生すると前記ルート状態データが示すかを決定し、
前記基準最良ルートに沿う進行により前記時間閾値を超える前記遅延が発生すると前記ルート状態データが示すときに、提案ルートを、前記ルート状態データに基づく新規の予測ルートに決定し、または、前記基準最良ルートに沿う進行により前記時間閾値よりも短い遅延が発生すると前記ルート状態データが示すときに、前記提案ルートを前記基準最良ルートに決定する、
ように構成されている、ＥＣＵと、
を含むビークル。
【請求項９】
前記履歴データが、前記出発場所から前記目的場所までの予想進行時間にわたる前記出発場所から前記目的場所までの前記複数の候補ルートのトラフィックデータを含んでおり、
前記基準最良ルートは、前記予想進行時間にわたる前記出発場所から前記目的場所までの前記複数の候補ルートに沿う予想トラフィックに基づいて決定される、
請求項８に記載のビークル。
【請求項１０】
前記ＥＣＵはさらに、前記履歴トラフィックデータに基づいて前記出発場所から前記目的場所までの前記複数の候補ルートについてのそれぞれの基準進行時間を決定することと、前記ルート状態データに基づいて前記複数の候補ルートについてのそれぞれの前記基準進行時間の各々を調整することとによって、前記新規の予測ルートを決定するように構成されている、請求項８に記載のビークル。
【請求項１１】
前記ルート状態データが、履歴ビークル渋滞レベルに対するビークル渋滞レベルを含む、請求項８に記載のビークル。
【請求項１２】
前記ルート状態データが１つ以上の遅延原因となるイベントまたはオブジェクトの検出を含む、請求項８に記載のビークル。
【請求項１３】
画像データを検出するように構成されている画像センサ、または周囲環境の空間データを検出するように構成されている空間センサのうちの少なくとも１つをさらに含み、
前記ＥＣＵがさらに、検出された前記画像データおよび／または検出された前記空間データと、前記１つ以上の他のビークルから受信した前記ルート状態データとに基づいて、更新されたルート状態データを決定するように構成されており、
前記トランシーバがさらに、前記更新されたルート状態データを１つ以上の追加のビークルに通信するように構成されている、
請求項８に記載のビークル。
【請求項１４】
前記ＥＣＵがさらに、前記提案ルートが決定されると前記提案ルートに沿い前記目的場所に向けて自動運転するように構成されている、請求項８に記載のビークル。
【請求項１５】
出発場所から目的場所までビークルのための提案ルートを決定する方法において、
前記ビークルの電子制御ユニット（ＥＣＵ）によって、履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定することと、
前記出発場所と前記目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを、前記ビークルのトランシーバによって、１つ以上の他のビークルから受信することと、
前記基準最良ルートに沿う進行により時間閾値を超える遅延が発生すると前記ルート状態データが示すかを、前記ＥＣＵによって決定することと、
前記基準最良ルートに沿う進行により前記時間閾値を超える前記遅延が発生すると前記ルート状態データが示すときに、前記ＥＣＵによって、前記提案ルートを、前記ルート状態データに基づく新規の予測ルートに決定することと、
前記ビークル内部に位置設定されたディスプレイによって、前記提案ルートを表示することと、
を含む方法。
【請求項１６】
前記ＥＣＵによって、前記基準最良ルートに沿う進行により前記時間閾値よりも短い遅延が発生すると前記ルート状態データが示すときに、前記提案ルートを前記基準最良ルートに決定することをさらに含む、請求項１５に記載の方法。
【請求項１７】
前記履歴データが、前記出発場所から前記目的場所までの予想進行時間にわたる前記出発場所から前記目的場所までの前記複数の候補ルートのトラフィックデータを含んでおり、
前記基準最良ルートを決定することは、前記予想進行時間にわたる前記出発場所から前記目的場所までの前記複数の候補ルートに沿う予想トラフィックに基づいている、
請求項１５に記載の方法。
【請求項１８】
前記ＥＣＵにより前記新規の予測ルートを決定することが、前記履歴トラフィックデータに基づいて前記出発場所から前記目的場所までの前記複数の候補ルートについてのそれぞれの基準進行時間を決定することと、前記ルート状態データに基づいて前記複数の候補ルートについてのそれぞれの前記基準進行時間の各々を調整することとを含む、請求項１５に記載の方法。
【請求項１９】
前記ルート状態データが、履歴ビークル渋滞レベルに対するビークル渋滞レベル、および／または１つ以上の遅延原因となるイベントまたはオブジェクトの検出を含む、請求項１５に記載の方法。
【請求項２０】
前記ビークルの画像センサにより画像データを検出すること、および／または前記ビークルの空間センサにより周囲環境の空間データを検出することと、
前記ＥＣＵにより、検出された前記画像データおよび／または検出された前記空間データと、前記１つ以上の他のビークルから受信した前記ルート状態データとに基づいて、更新されたルート状態データを決定することと、
前記トランシーバにより、前記更新されたルート状態データを１つ以上の追加のビークルに通信することと、
をさらに含む、請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
１．分野
【０００２】
本開示は、分散型コンピューティングデバイスを用いてナビゲーションルートを決定するためのシステムおよび方法に関する。
【背景技術】
【０００３】
２．関連技術の説明
【０００４】
従来、ナビゲーションシステムは、第三者データサービスからトラフィックデータを受信し、出発場所（多くの場合、ビークルの現在場所）から目的場所までの最速ルートを決定する。これらの従来のナビゲーションシステムは、変化するトラフィック状態に基づいて更新しうるけれども、これらの従来のナビゲーションシステムは、本来、反応性のものであり、現在利用可能なトラフィックデータに基づいてルート進行時間を評価するだけである。その上、現実世界においてトラフィック渋滞が始まった時点と従来のナビゲーションシステムが受信するトラフィックデータがトラフィック渋滞を反映する時点の間には時間差が存在する。この時間差のため、従来のナビゲーションシステムを使用するビークルは、現実世界で存在するトラフィックに遭遇するおそれがあり、しかしながら従来のナビゲーションシステムはまだこれを把握していない。したがって、改良されたルート決定に対するニーズが存在する。
【発明の概要】
【０００５】
概要
出発場所から目的場所までのビークル（車両、乗り物、輸送体）のための提案ルートを決定するためのシステムが説明される。本システムは、ビークルのトランシーバであって、出発場所と目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを、１つ以上の他のビークルから受信するように構成されている、トランシーバを含む。また、システムは、トランシーバに接続された、ビークルの電子制御ユニット（ＥＣＵ）を含む。本ＥＣＵは、履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定するように構成されている。また、本ＥＣＵは、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すかを決定するように構成されている。また、本ＥＣＵは、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すときに、提案ルートを、ルート状態データに基づく新規の予測ルートに決定するように構成されている。また、本システムは、ビークルの内部に位置設定され、ＥＣＵに接続され、提案ルートを表示するように構成されている、ディスプレイを含む。
【０００６】
また、出発場所から目的場所まで進行することを望むユーザに関連付けられたビークルが説明される。本ビークルは、出発場所と目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを、１つ以上の他のビークルから受信するように構成されている、トランシーバを含む。また、本ビークルは、トランシーバに接続された電子制御ユニット（ＥＣＵ）を含む。本ＥＣＵは、履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定するように構成されている。また、本ＥＣＵは、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すかを決定するように構成されている。また、本ＥＣＵは、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すときに、提案ルートを、ルート状態データに基づく新規の予測ルートに決定し、または、基準最良ルートに沿う進行により時間閾値よりも短い遅延が発生するとルート状態データが示すときに、提案ルートを基準最良ルートに決定する、ように構成されている。
【０００７】
また、出発場所から目的場所までビークルのための提案ルートを決定する方法が説明される。本方法は、ビークルの電子制御ユニット（ＥＣＵ）によって、履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定することを含む。また、本方法は、出発場所と目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを、ビークルのトランシーバによって、１つ以上の他のビークルから受信することを含む。また、本方法は、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すかを、ＥＣＵによって決定することを含む。また、本方法は、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すときに、ＥＣＵによって、提案ルートを、ルート状態データに基づく新規の予測ルートに決定することを含む。また、本方法は、ビークル内部に位置設定されたディスプレイによって、提案ルートを表示することを含む。
【０００８】
図面の簡単な説明
本発明の他のシステム、方法、特徴および利点は、以下の図および詳細な説明を検討することにより、当業者に明らかになるものである。図面中に示されている構成部品は必ずしも原寸に比例せず、本発明の重要な特徴をよりよく例示するために誇張されている可能性がある。
【図面の簡単な説明】
【０００９】
【図１Ａ】本発明のさまざまな実施形態に係る、出発時点で検出されたトラフィックデータを用いて提案ルートを決定するためのプロセスを例示する図である。
【図１Ｂ】本発明のさまざまな実施形態に係る、出発時点で検出されたトラフィックデータを用いて提案ルートを決定するためのプロセスを例示する図である。
【図１Ｃ】本発明のさまざまな実施形態に係る、出発時点で検出されたトラフィックデータを用いて提案ルートを決定するためのプロセスを例示する図である。
【図１Ｄ】本発明のさまざまな実施形態に係る、出発時点で検出されたトラフィックデータを用いて提案ルートを決定するためのプロセスを例示する図である。
【図１Ｅ】本発明のさまざまな実施形態に係る、出発時点で検出されたトラフィックデータを用いて提案ルートを決定するためのプロセスを例示する図である。
【００１０】
【図２Ａ】本発明のさまざまな実施形態に係る、履歴トラフィックデータに基づく基準進行状態下での基準最良ルートの一表現を示す図である。
【００１１】
【図２Ｂ】本発明のさまざまな実施形態に係る、ルートに沿う複数のビークルにより検出されたルート状態データに基づく第１の考えられる予想トラフィック状態を例示する図である。
【００１２】
【図２Ｃ】本発明のさまざまな実施形態に係る、ルートに沿う複数のビークルにより検出されたルート状態データに基づく第２の考えられる予想トラフィック状態を例示する図である。
【００１３】
【図２Ｄ】本発明のさまざまな実施形態に係る、ルートに沿う複数のビークルにより検出されたルート状態データに基づく第３の考えられる予想トラフィック状態を例示する図である。
【００１４】
【図３】本発明のさまざまな実施形態に係る、互いに通信しルート状態データを検出するビークルを例示する図である。
【００１５】
【図４】本発明のさまざまな実施形態に係る、分散型ルート決定システムの構成要素を例示する図である。
【００１６】
【図５】本発明のさまざまな実施形態に係る、分散型ルート決定システムにより行なわれるプロセスのフローチャートを例示する図である。
【発明を実施するための形態】
【００１７】
詳細な説明
本開示中で開示されているのは、分散型コンピューティングデバイスを用いてナビゲーションルートを決定するためのシステム、ビークルおよび方法である。本開示中に記載のシステム、ビークルおよび方法は、ビークルが規則的スケジュールに基づいて運転されているか（例えばユーザの自宅からユーザの勤務地までの通勤）を検出する。本開示中に記載のシステム、ビークルおよび方法は、次に、履歴トラフィックデータに基づいてデフォルトの最良ルートを決定する。その後、所与の日において、本開示中に記載のシステム、ビークルおよび方法は、この所与の日が典型的な日に類似すると予期されるかを決定する。この所与の日が典型的な日に類似すると予期されるときには、デフォルト最良ルートが提案される。所与の日が典型的な日に類似すると予期されないときには、代替ルートが考慮され、デフォルト最良ルートは使用されない場合がある。
【００１８】
本開示中に記載のシステム、ビークルおよび方法は、ユーザの通勤中の１つ以上のルート（デフォルト最良ルートを含む）に沿うトラフィック状態のプロジェクション予測を決定するために、ルート状態データ収集ビークルの分散型ネットワークを活用する。検出されたルート状態データに基づくトラフィック状態の予測は、従来のシステムに比べ、ユーザの通勤中のユーザの経験をよりよく代表する。ルート状態データの収集および分配の分散性により、より効率的な計算が可能になり、現実世界において検出されるものとルート提案決定を行なうときにシステムが反映するものとの間の待ち時間をさらに短縮することが可能になる。
【００１９】
より精確でより応答性の高いルート提案を提供することにより、本開示中に記載のシステムおよび方法は、臨界量のビークルおよびユーザによって使用された場合、さまざまなルートに沿ってビークルの流れをより均等に分散させることにより全体的なトラフィック渋滞レベルを低減してもよい。本開示中で使用されるルートとは、第１の場所と第２の場所とを結ぶ道路を意味してもよい。
【００２０】
図１Ａは、午前７時における、ビークル１１０の現在場所、出発場所１０２、目的場所１０４、第１のルート１０６および第２のルート１０８を示す地図１００を例示している。ビークル１１０は、ルートの提案を決定する従来の方法およびトラフィックデータに基づいて、ビークル１１０が第１のルート１０６をとった場合、午前７時３０分に目的場所１０４に到着するだろうと決定する。ビークル１１０は同様に、ビークル１１０が第２のルート１０８をとった場合、午前７時４５分に目的場所１０４に到着するだろうと決定する。これは、第２のルート１０８が第１のルート１０６より長く、現在いずれのルートにもトラフィックが存在しないからである。したがって、ビークル１１０は第１のルート１０６をとることを推奨してもよい。
【００２１】
図１Ｂは、午前７時１５分に第１のルート１０６に沿って進行するビークル１１０を例示している。第１のルート１０６にはトラフィック１１２が位置特定されている比較的小さいエリアが存在する。第２のルート１０８にはトラフィックがない。
【００２２】
図１Ｃは、午前７時３０分に第１のルート１０６に沿って進行するビークル１１０を例示する。トラフィック１１２は、午前７時１５分と午前７時３０分の間で拡張し、午前７時３０分の時点で、ビークル１１０はトラフィック１１２の中にいる。第２のルート１０８にはトラフィックはない。
【００２３】
図１Ｄは、午前７時４５分に第１のルート１０６に沿って進行するビークル１１０を例示する。トラフィック１１２は、午前７時３０分と７時４５分の間でさらに拡張している。ビークル１１０は、ほぼトラフィック１１２を通過済みである。この時点で、第２のルート１０８であればいかなる遅延にも遭遇せずビークル１１０は午前７時４５分に目的場所１０４に到達していたはずなので、ビークル１１０は第２のルート１０８をとった方がよかったと考えられる。
【００２４】
図１Ｅは、午前８時に目的場所１０４に到着するビークル１１０を例示する。第２のルート１０８をとっていたならば、ビークル１１０はより早く目的場所１０４に到着していたはずである。しかしながら、第２のルート１０８ではなく第１のルート１０６をとる決断を下した時点では、第１のルート１０６がよりよい選択であると思われた。
【００２５】
本開示中で説明されているシステムおよび方法は、出発場所から目的場所までの提案ルートのより確かな情報に基づく究極的により精確な推奨を提供する目的で、ルートを決定する従来の方法の改善を提供する。
【００２６】
図２Ａは、出発場所２０２から目的場所２０４までのビークルの典型的な通勤中の予期されるトラフィックを示す地図２００を例示する。ビークルは、傾向を決定するために、一定時間にわたる自らの場所の軌跡を維持してもよい。例えば、ビークルは、平日の毎日午前７時に、ビークルは出発場所２０２から目的場所２０４までビークルを運転されると決定してもよい。いくつかの実施形態において、ビークルは、特定の出発場所から特定の目的場所までの運転が行われた数が閾値に達するまで、１つの傾向が存在すると決定しなくてよい。いくつかの実施形態では、ビークルのユーザは、ビークルに対しユーザの通勤スケジュールを示してもよい。
【００２７】
また、ビークルは、ユーザの通勤スケジュール中に典型的に存在するトラフィックパターンを決定してもよい。これらのトラフィックパターンは、ユーザの通勤中（すなわちビークルが出発場所を離れた時点と目的場所に到着する時点との間）に変化してもよい。したがって、トラフィックパターンは、一定の期間にわたる一連のトラフィック状態であってよい。代替的にまたは付加的に、トラフィックパターンは、ユーザの通勤中の期間にわたるトラフィック状態の平均として表現されてもよい。
【００２８】
図２Ａは、ユーザの通勤スケジュール中の第１のルート２０６および第２のルート２０８上のトラフィックの平均量を例示する。すなわち、図２Ａは、出発場所を離れたときにユーザが経験する確率の高いトラフィックを例示する。これは、図１Ａに示されているようなユーザが出発場所を離れたときに示される現在のトラフィック状態に比べてより精確にユーザが経験するトラフィックを示すものである。
【００２９】
いくつかの実施形態において、トラフィックパターンは、ユーザの通勤スケジュールにしたがってユーザが出発場所２０２から目的場所２０４まで進行する毎に、ビークルによって決定され記憶される。例えば、ユーザの通勤スケジュールが平日で午前８時に出発場所２０２を離れる場合、ビークルは、平日の午前８時にユーザが出発場所２０２から目的場所２０４まで通勤する毎に、第１のルート２０６のトラフィックパターンおよび第２のルート２０８のトラフィックパターンを記録することができる。
【００３０】
いくつかの実施形態において、トラフィックパターンは第三者によって記録され、ビークルはこのトラフィックパターンデータにアクセスしてもよい。第三者は、一日の全時間帯において全てのルートについてトラフィック状態を監視してもよく、ビークルは、特定の時刻における出発場所から目的場所までのトラフィックパターンを要求してもよい。次いで第三者はビークルに対し、要求されたトラフィックパターンを提供してもよい。
【００３１】
図２Ａの地図２００により表現されているトラフィックパターンによると、典型的な日において、出発場所２０２から目的場所２０４まで進行する間、ビークルは、第１のルート２０６に沿ってトラフィック２１２に遭遇すると予期してもよく、第２のルート２０８に沿ってトラフィック２１４に遭遇すると予期してもよい。第２のルート２０８はより長いけれども、第２のルート２０８に沿うトラフィック２１４は、第１のルート２０６に沿うトラフィック２１２よりも著しく少ない。したがって、第２のルート２０８は、出発場所２０２から目的場所２０４までの時間がより短いので、ビークルは、典型的な日に第２のルート２０８をとることを提案してもよい。典型的な日にとるべき提案ルートは、本開示において基準最良ルートと呼ばれることがあり、典型的な日のルート状態は基準状態と呼ばれることがある。
【００３２】
特定の日のトラフィック状態とは無関係に毎日第２のルート２０８を提案することは、図１Ａから１Ｅに例示された従来の方法と比べて、経時的にビークルのユーザにとっての改善された通勤時間についての集約された結果をもたらすと考えられる。しかしながら、本開示中で説明されるシステムおよび方法はさらに、特定の日の予想トラフィック状態を考慮に入れることができ、特定の日の予想トラフィック状態に基づいてとるべきルートの推奨を調整することができる。
【００３３】
図２Ｂは、特定の日に第１のルート２０６および第２のルート２０８に沿って現在進行している複数の他のビークル２２０を例示する。他のビークル２２０は、ルート状態を検出し報告してもよい。他のビークル２２０は、第１のルート２０６および第２のルート２０８に沿う現在のルート状態を提供するために、自らの進行速度を提供してもよい。しかしながら、より重要なことに、他のビークル２２０はルート状態データを検出してもよい。ルート状態データは、第１のルート２０６および第２のルート２０８上のビークルの数を含んでもよい。所与の道路上のビークル数は、将来のトラフィックの最強の指標である。また、ルート状態データは、他のビークル２２０によって検出される通りの、道路内の遅延原因となるあらゆるイベントまたはオブジェクトの存在を含んでもよい。他のビークル２２０は、遅延原因となるイベントまたはオブジェクトに起因する予期可能なおおよその遅延を決定してもよい。いくつかの実施形態において、他のビークル２２０は、遅延原因となるイベントまたはオブジェクトおよびこの遅延原因となるイベントまたはオブジェクトの結果としてひき起こされると予期される対応する予期遅延のタイプを識別するために、機械学習技術を使用する。
【００３４】
出発場所２０２にあるビークルは、他のビークル２２０からルート状態データを受信してもよく、この特定の日が基準状態を有する典型的な日であるかおよび図２Ａに例示された典型的トラフィックパターンを予期できるかを決定してもよい。概して、ルート状態データは、出発場所２０２と目的場所２０４との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標（例えば、トラフィック渋滞の量および／または遅延原因となるオブジェクトまたはイベントの存在）を含む。
【００３５】
図２Ｂに例示されているように、他のビークル２２０からのルート状態データは、トラフィックが典型的な日とほぼ同じ場所で予期されるおそれがあることを示す。他のビークル２２０は、道路上のビークル数を検出してもよく、道路上のビークル数は、履歴ビークル渋滞データと整合してもよい。したがって、システムは、第２のルート２０８に沿うビークルの進行を推奨してもよい。
【００３６】
図２Ｃは、異なる日に第１のルート２０６および第２のルート２０８に沿って現在進行する複数の他のビークル２２０を例示する。この日において、第２のルート２０８上の他のビークル２２０からのルート状態データは、第２のルート２０８に沿う典型的な日のトラフィックが予期されるはずであることを示している。しかしながら、第１のルート２０６上の他のビークル２２０からのルート状態データは、第１のルート２０６に沿うトラフィックが平均的な日よりも軽微だと予期されるはずであることを示している。他のビークル２２０は、この日に第１のルート２０６上において、履歴ビークル渋滞データに比べて、少ない数のビークルを検出してもよい。したがって、ビークルは、他のビークル２２０から受信したルート状態データに基づいて、第１のルート２０６の方が典型的な日に比べて、有意に少ない量のトラフィックを有するであろうことと、第１のルート２０６の方がこの日に、第２のルート２０８よりも現在速く進むことと、を決定してもよい。ビークルは次に、第１のルート２０６に沿う進行を提案する。
【００３７】
図２Ｄは、別の異なる日に、第１のルート２０６および第２のルート２０８に沿って現在進行中の複数の他のビークル２２０を例示している。この別の日に、第１のルート２０６上の他のビークル２２０からのルート状態データは、第１のルート２０６に沿って典型的な日のトラフィックが予期されるはずであることを示している。すなわち、第１のルート２０６の検出されたルート状態データは、基準状態に整合する。しかしながら、第２のルート２０８上の他のビークル２２０からのルート状態データは、第２のルート２０８に沿うトラフィックが平均的な日よりも多いと予期されるはずであることを示している。他のビークル２２０は、この日に第２のルート２０８上において、平均よりも多い数のビークルおよび／または遅延原因となるイベントまたはオブジェクトの存在を検出してもよい。したがって、ビークルは、他のビークル２２０から受信したルート状態データに基づいて、第２のルート２０８が典型的な日に比べて有意に多い量のトラフィックを有するだろうことと、第１のルート２０６の方がこの日に、第２のルート２０８よりも現在速く進むことと、を決定してもよい。ビークルは次に、第１のルート２０６に沿う進行を提案する。
【００３８】
いくつかの実施形態において、ビークルは、基準最良ルートに沿う予想遅延が時間閾値を超えないかぎり、典型的な日に使用される基準最良ルートと異なるルートの使用を提案しなくてもよい。例えば、典型的な日に基準最良ルートに沿って進行するのに３０分かかるものの、この特定の日においては、ルート状態データが、基準最良ルートに沿って進行するのにさらに１０分かかるおそれがあることを示す場合、追加の１０分が時間閾値と比較される。時間閾値が５分である場合、ビークルはとるべき新規の予測ルートを決定してもよい。時間閾値が１５分である場合、ビークルは基準最良ルート上にとどまってもよい。いくつかの実施形態において、時間閾値は、絶対的時間測定値ではなく、時間の百分率増加である。例えば、時間閾値は、進行時間の１０％増加または進行時間の５％増加であってよい。
【００３９】
ユーザのビークルが出発場所から出発する前に他のビークル２２０がユーザのビークルに対してルート状態データを提供することによって、ユーザのビークルは、考えられる最良のルート提案を行なうことができるようになる。他のビークル２２０からのルート状態データは、道路上の他のビークルの数および／または遅延原因となるイベントまたはオブジェクトの存在を検出するので、従来のトラフィックデータよりもさらにロバスト性を有する。道路上の他のビークルの数は、絶対値（例えば約１．６キロメートル（１マイル）半径内に２０台のビークル）であってもよく、あるいは、相対値（例えば約３．０メートル（１０フィート）半径内において、典型的な日に比べて２台少ないビークル）であってもよい。
【００４０】
いくつかの実施形態において、他のビークル２２０からのルート状態データを、地図データまたは他の補足的データに照らし確認して、任意の検出された渋滞または速度低下についての説明が存在するかを決定してもよい。例えば、ルート状態データが特定の場所における渋滞を示す場合、ビークルは、特定の場所における地図データをチェックして、道路上のレーン数の減少または停止標識などの説明が存在するかを決定してもよい。
【００４１】
図３は、道路上の複数のビークルを例示する。第１のビークル３０２、第２のビークル３０４、第３のビークル３０６および第４のビークル３０８が存在する。
【００４２】
第１のビークル３０２、第２のビークル３０４、および第３のビークル３０６は、互いに通信するように構成されてもよい。これらのビークルは、例えば専用短距離通信（ＤＳＲＣ）などの通信プロトコルを用いて互いに通信してもよい。これらのビークルは、図２Ｂから２Ｄの他のビークル２２０と同様に、互いにルート状態データを提供してもよい。また、これらのビークルは、その近隣の他のビークルの存在、および考えられる遅延原因となるイベントまたはオブジェクトを検出するように構成されてもよい。例えば第１のビークル３０２および第２のビークル３０４は、第４のビークル３０８の存在を検出してもよい。第４のビークル３０８は、他のビークルを検出して他のビークルに対しルート状態データを提供する能力を有しなくてもよく、したがって、図２Ｂから２Ｄの他のビークル２２０と異なっている。
【００４３】
第１のビークル３０２、第２のビークル３０４および第３のビークル３０６は、特定の頻度（例えば毎日、毎平日、毎週末）で道路３１２に沿って進行してもよく、第１のビークル３０２、第２のビークル３０４および第３のビークル３０６は、道路３１２に沿って進行する毎にその近隣の多数のビークルを追跡してもよい。この特定の日に、第１のビークル３０２および第２のビークル３０４によって第４のビークル３０８の存在が検出される。第４のビークル３０８が検出されたということは、典型的な日と比べて、この特定の日のビークル密度が増加していることを表している。したがって、第１のビークル３０２は第２のビークル３０４に対し、ルート上に通常よりも多くのビークルが存在することを示すルート状態データを通信してもよい。第２のビークル３０４は、第４のビークル３０８の存在を直接検出できない第３のビークル３０６に対して、ルート上に通常よりも多くのビークルが存在することを示すルート状態データを通信してもよい。同様にして、第３のビークル３０６は、ユーザのビークルが出発場所を出発しどのルートをとるべきかの決断を求められる前の時点でルート状態データがユーザのビークルに届くまで、下流側の他のビークルに対しルート状態データを通信してもよい。このようにして、ルート状態データの通信は、１つのビークルから別のビークルに渡され、中央サーバとの通信に依存しない。中央サーバとの通信は、中央サーバへのおよび中央サーバからの大量のデータフローで渋滞した状態となるおそれがある。さらに、ビークルからビークルへの直接の通信は、メンテナンスのためのダウンタイムなどの何らかの理由での中央サーバのアクセス不能に関する懸念を取り除く。
【００４４】
また、第３のビークル３０６は、遅延原因となるイベントまたはオブジェクト３１０の存在を検出してもよい。第３のビークル３０６は、他のビークルに通信されるそのルート状態データ中に遅延原因となるイベントまたはオブジェクト３１０の検出された存在を含めてもよい。
【００４５】
第１のビークル３０２、第２のビークル３０４および第３のビークル３０６は、画像センサ例えばカメラ、または空間センサ例えばＬＩＤＡＲを用いて、他のビークルおよび／または遅延原因となるオブジェクトまたはイベントの存在を検出してもよい。
【００４６】
いくつかの実施形態において、ビークルが自宅または職場などの指定された場所にパーキングされているかまたは位置設定されているときに、ビークルは、自身が検出し受信したルート状態データを遠隔データサーバに通信してもよい。また、ビークルは、その通勤中の進行速度を遠隔データサーバに通信してもよい。遠隔データサーバは、さまざまなビークルからの、受信され検出されたルート状態データを集約して、典型的な日についての最良ルート（例えば基準最良ルート）を決定してもよい。遠隔データサーバは、典型的な日についての最良ルートの決定を定期的に更新してもよく、典型的トラフィックパターンが充分な変化を経験したならば、典型的な日についての最良ルートは変化してもよい。
【００４７】
いくつかの実施形態において、ビークルがパーキングされているかまたは他の理由で使用されていない場合、近傍のビークルは、ルート状態データ、予測ルートおよび／または予測トラフィック状態を決定する上で、近傍のビークルの計算負荷の一部を負担するために、パーキング中または使用されていないビークルのＥＣＵを使用してもよい。
【００４８】
ルート状態データが下流側に向けてビークルからビークルへ通信されるので、ユーザのビークルは、他の上流側のビークルの存在に基づく予測トラフィック状態についての情報を有している。同様にして、ユーザビークルが、自ら検出したルート状態データを他の下流側ビークルに渡したときに、他の下流側ビークルは、ユーザビークルの存在に基づいてルーティングの決断を下すことができる。この分散型アーキテクチャは、負荷が自然に均等化されるシステムであって、来たるべき予想トラフィック状態を下流側ビークルが実時間で把握しているシステムを創出する。出発時刻における現在のトラフィック状態に基づいてどのルートを提案すべきかを中央サーバが決定する中央アーキテクチャは、将来のビークルが全て特定の代替ルートに誘導されそのため代替ルート上で非意図的にトラフィックが創出される状態を作り出すおそれがある。この非意図的に創出されたトラフィックは、究極的には、回避するように意図された当初のトラフィックよりも劣後するおそれがある。
【００４９】
図４は、システム４００のブロック図を例示する。システム４００は、第１のビークル４０２Ａおよび第２のビークル４０２Ｂを含む。文字の接尾辞を有する構成要素は、文字接尾辞の前の数字によって集合的にまたは個別に言及される場合がある。例えば、ビークル４０２は、第１のビークル４０２Ａおよび第２のビークル４０２Ｂを集合的に意味する場合があり、または、第１のビークル４０２Ａもしくは第２のビークル４０２Ｂのいずれかを個別に意味する場合がある。
【００５０】
ビークル４０２は、オートマチックまたはマニュアルトランスミッションを有してもよい。ビークル４０２は、人間、オブジェクト、または常設的にもしくは一時的に付加された器具を輸送する能力を有する輸送体である。ビークル４０２は、乗用車、スポーツユーティリティビークル、トラック、バス、バンまたは他のモータまたはバッテリ駆動式ビークルなどの自己推進型の、ホイール付き輸送体であってもよい。例えば、ビークル４０２は、電気ビークル、ハイブリッドビークル、プラグインハイブリッドビークル、燃料電池ビークルまたは、モータ／発電機を含む他のあらゆるタイプのビークルであってよい。他のタイプのビークルには、自転車、列車、航空機または船舶、および輸送能力を有する他のあらゆる形態の輸送体が含まれる。ビークル４０２は、半自律ビークルまたは自律ビークルであってよい。すなわち、ビークル４０２は、自動操縦であってよく、人間の入力なしにナビゲートしてもよい。自律ビークルは、１つ以上のセンサおよび／またはナビゲーションユニットを使用して全自動運転してもよい。
【００５１】
ビークル４０２(例えば第１のビークル４０２Ａおよび第２のビークル４０２Ｂ)は、トランシーバ４０６（例えば４０６Ａおよび４０６Ｂ）に接続されたＥＣＵ４０４（例えばＥＣＵ４０４Ａおよび４０４Ｂ）、ＧＰＳユニット４０８（例えば４０８Ａおよび４０８Ｂ）、メモリ４１０（例えば４１０Ａおよび４１０Ｂ）、画像センサ４１２（例えば４１２Ａおよび４１２Ｂ）、ディスプレイ４１４（例えば４１４Ａおよび４１４Ｂ）、および空間センサ４１６（例えば４１６Ａおよび４１６Ｂ）を含む。ＥＣＵ４０４は、ビークルの１つ以上の動作を制御するために、適切にプログラミングされた１つ以上のＥＣＵであってよい。１つ以上のＥＣＵ４０４は、単一のＥＣＵとしてまたは多重ＥＣＵの形で実装されてもよい。ＥＣＵ４０４は、ビークルのいくつかのまたは全ての構成要素に対し電気的に結合されてもよい。いくつかの実施形態において、ＥＣＵ４０４は、ビークル全体の１つ以上の動作を制御するように構成されている中央ＥＣＵである。いくつかの実施形態において、ＥＣＵ４０４は、ビークルの内部に位置設定された多重ＥＣＵであって、各々がビークルの１つ以上の局所的動作を制御するように構成されている多重ＥＣＵである。いくつかの実施形態において、ＥＣＵ４０４は、非一時的メモリ４１０内に記憶された命令を実行するように構成されている１つ以上のコンピュータプロセッサまたはコントローラである。
【００５２】
ビークル４０２は、ネットワークに結合されてもよい。ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、セルラネットワーク、デジタル短距離通信（ＤＳＲＣ）、インタネットまたはそれらの組合せなどのネットワークは、ビークル４０２を遠隔データサーバ４２０に接続する。
【００５３】
トランシーバ４０６は、Ｗｉ−Ｆｉユニット、Ｂｌｕｅｔｏｏｔｈ（登録商標）ユニット、無線周波数識別（ＲＦＩＤ）タグもしくはリーダ、ＤＳＲＣユニット、またはセルラネットワークにアクセスするためのセルラネットワークユニット（例えば３Ｇ、４Ｇもしくは５Ｇ）のうちの１つ以上などの、通信ポートまたはチャネルを含むことができる。トランシーバ４０６は、ビークルに対して物理的に連結されていないデバイスおよびシステムにデータを伝送しそこからデータを受信してもよい。例えば、ＥＣＵ４０４は、遠隔データサーバ４２０と通信してもよい。さらに、トランシーバ４０６は、遠隔データサーバ４２０も同様に接続されているネットワークにアクセスしてもよい。
【００５４】
ＧＰＳユニット４０８は、ＥＣＵ４０４に接続され、場所データを決定するように構成されている。ＥＣＵ４０４は、ビークルの場所を決定するために、メモリ４１０内に記憶された地図データと共に場所データを使用してもよい。他の実施形態において、ＧＰＳユニット４０８は、地図データにアクセスし、ビークルの場所を決定して、ビークルの場所をＥＣＵ４０４に提供してもよい。場所データは、ＥＣＵ４０４がナビゲーションおよびルート決定に付随する任意の動作、例えば１つ以上のルートに沿う履歴トラフィックデータの記録、ルート状態データの検出および提案ルートの決定など、を行なうときに、ＥＣＵ４０４によって使用されてもよい。
【００５５】
メモリ４１０はＥＣＵ４０４に接続され、ビークルの他のあらゆる構成要素に接続されてもよい。メモリ４１０は、本開示中で説明されたあらゆるデータ、例えばルート状態データ、検出された画像データ、地図データ、場所データ、検出された空間データ、トラフィックパターンデータ、履歴トラフィック渋滞データおよび、ビークル４０２のトランシーバ４０６を介して遠隔データサーバ４２０からまたは他のビークルから受信したあらゆるデータ、を記憶するように構成されている。メモリ４１０は、図２Ａ中の第２のルート２０８などの、典型的な日についての提案ルートを記憶してもよい。
【００５６】
また、ビークル４０２は、画像データを検出するように構成されている画像センサ４１２を含む。画像センサ４１２は、ビークル４０２の外部の環境の画像を検出するように構成されている１つ以上のカメラであってよい。画像データは、ルート状態データを決定するためにＥＣＵ４０４によって使用されてもよい。
【００５７】
また、ビークル４０２は、空間データを検出するように構成されている空間センサ４１６も含む。空間センサ４１６は、ビークル４０２の外部の環境を検出するように構成されているＲＡＤＡＲまたはＬＩＤＡＲなどの１つ以上の空間検出デバイスであってよい。空間データは、ルート状態データを決定するためにＥＣＵ４０４により使用されてもよい。
【００５８】
また、ビークル４０２は、ディスプレイ４１４を含む。ディスプレイ４１４は、他のビークルから受信したルート状態データに基づいて、提案ルートの地図または予測されるトラフィック状態の地図を表示してもよい。ディスプレイ４１４は、１つ以上の選択可能なアイコンを介してユーザ入力を受信するように構成されているタッチスクリーンであってよい。例えば、ディスプレイ４１４は、基準最良ルートに代って新規の予測ルートに切換える指示をユーザから受け取るための選択可能なアイコンを表示してもよい。
【００５９】
ルート状態データ、検出された画像データ、場所データ、および検出された空間データを、ビークル４０２のトランシーバ４０６および遠隔データサーバ４２０のトランシーバ４２４を介して、ビークル４０２から遠隔データサーバ４２０に通信してもよい。
【００６０】
遠隔データサーバ４２０は、トランシーバ４２４およびメモリ４２６に接続されたプロセッサ４２２を含む。プロセッサ４２２（および、本開示中で説明されるあらゆるプロセッサ）は、非一時的メモリ上に記憶された命令を実行するように構成されている１つ以上のコンピュータプロセッサであってよい。メモリ４２６は、さまざまなルートに沿うトラフィックと関連付けられたデータを記憶するように構成されている非一時的メモリであってよい。メモリ４２６は、任意の数の特定の時刻値について、複数のルートのうちの各ルートについての典型的基準トラフィック状態を記憶してもよい。例えば、メモリ４２６は、時刻ｔ１、ｔ２、ｔ３、ｔ４、ｔ５およびｔ６におけるルートＡ、ＢおよびＣの各々についての典型的基準トラフィック状態を記憶してもよい。トランシーバ４２４は、トランシーバ４０６と同様に、データを送受信するように構成されてもよい。
【００６１】
遠隔データサーバ４２０のプロセッサ４２２は、典型的な日の多くの時刻における複数あるルートの全てのルートのトラフィック状態を決定するように構成されてもよい。例えば、プロセッサ４２２は、時刻ｔ１、ｔ２、ｔ３、ｔ４、ｔ５およびｔ６におけるルートＡ、ＢおよびＣの各々についての典型的基準トラフィック状態を決定してもよい。プロセッサ４２２は、ビークル４０２から受信したルート状態データに基づいてさまざまな時刻におけるルートの典型的基準トラフィック状態を決定してもよい。いくつかの実施形態において、プロセッサ４２２は、プロセッサ４２２が観察されたデータ点を閾値数だけ有さないかぎり、所与の時刻における所与のルートについての典型的トラフィック状態を決定しない。
【００６２】
本開示中で使用される「ユニット」なる用語は、非一時的メモリ中に記憶された命令を実行するように構成されている１つ以上のコンピュータプロセッサ、コントローラ、またはコンピューティングデバイスなどのハードウェア構成要素を意味してもよい。
【００６３】
図５は、出発場所から目的場所までの１つのビークルについてのプロセス５００のフローチャートである。ビークル（例えばビークル４０２）の電子制御ユニット（ＥＣＵ）（例えばＥＣＵ４０４）は、履歴トラフィックデータに基づいて基準進行状態下での基準最良ルートを決定する（ステップ５０２）。基準最良ルートは、典型的基準トラフィック状態が存在する場合の最速ルートに対応してもよい。ルートに沿って進行する１つ以上のビークルは、履歴トラフィックデータを検出し記録してもよい。基準トラフィック状態のパラメータを、履歴トラフィックデータに基づいて決定し定義してもよい。
【００６４】
ビークルのトランシーバ（例えばトランシーバ４０６）は、１つ以上の他のビークルから、出発場所と目的場所との間の複数の候補ルートに沿う将来のトラフィック状態の１つ以上の指標を含むルート状態データを受信する（ステップ５０４）。ルート状態データは、ルート上のビークルの数および／または遅延原因となるイベントまたはオブジェクトの存在の示すものを含んでもよい。１つ以上のビークルは、画像センサまたは空間センサのうちの少なくとも１つを用いて、ルート状態データを検出してもよい。１つ以上の他のビークルは、ルート状態データがトランシーバによって受信されるまで、ビークルからビークルへルート状態データを渡してもよい。ルート状態データが１つ以上の他のビークルのうちの１台により受信されると、受信されたルート状態データは、特定のビークルが検出したルート状態データで補足されてもよく、補足されたルート状態データはその後、次のビークルへと順送りされる。
【００６５】
ＥＣＵは、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すかを決定する（ステップ５０６）。例えば、ルート状態データは、基準最良ルートが基準状態下で存在するレベルよりも高い渋滞レベルを有しており、その結果、典型的な日に比べて、ビークルが基準最良ルート上を進行したとした場合に予測遅延が発生することを示してもよい。ＥＣＵは、基準状態下の進行時間を、受信したルート状態データに基づく予測進行時間と比較することによって、遅延を決定してもよい。本開示中で説明されるように、時間閾値は、時間測定値（例えば５分、１０分）であってもよいし、相対量（例えば１０％長い時間、５％長い時間）であってもよい。ルート状態データに基づく予測遅延の決定に関する不確実性および公知のルートに対する共通の人的選好性に起因して、ルート状態データが、時間閾値により測定される実質的な遅延を示さないかぎり、基準最良ルートが使用される。
【００６６】
ＥＣＵは、基準最良ルートに沿う進行により時間閾値を超える遅延が発生するとルート状態データが示すときには、提案ルートをルート状態データに基づく新規の予測ルートに決定する（ステップ５０８）。新規の予測ルートを決定する目的で、ＥＣＵは、複数の候補ルートと関連付けられたルート状態データを用いて出発場所と目的場所との間の複数の候補ルートの予測進行時間を決定してもよい。ＥＣＵは次いで、提案ルートとして複数の候補ルートのうち最速のものを選択してもよい。
【００６７】
基準最良ルートに沿う進行により時間閾値を下回る遅延（すなわち時間閾値よりも短い遅延、遅延なし、または典型的な日を下回る進行時間）が発生するとルート状態データが示すときには、基準最良ルートが提案ルートとして使用される。
【００６８】
ビークル内部のディスプレイ（例えばディスプレイ４１４）は、提案ルートを表示する（ステップ５１０）。提案ルートのディスプレイは、提案ルートに沿ってドライバを案内するターンバイターンナビゲーションを含んでもよい。ディスプレイは、インフォテインメントユニットのディスプレイなどの、ビークルの一部であるディスプレイであってよい。ディスプレイは、ビークルの客室内部に位置設定されたモバイルデバイスのディスプレイであってよい。
【００６９】
ビークルが自律ビークルまたは半自律ビークルである場合、ＥＣＵは、提案ルートが決定されると直ちに提案ルートに沿って目的場所までビークルを自動的に運転してもよい（ステップ５１２）。
【００７０】
ユーザに対するサービスとして輸送が提供されるいくつかの実施形態において、それが自律ビークルを用いてであろうと非自律ビークルを用いてであろうと、特定のユーザは、設定されたスケジュールに基づいてピックアップされるように予定されていてもよい。例えば或る人は、午前７時１５分までに職場まで連れて行ってもらうように、平日毎朝午前６時３０分にピックアップされるように予定されていてもよい。しかしながら、ユーザをピックアップする上でまたはユーザを目的場所で降ろす上で、遅延が生じる確率が高いことをルート状態データが示すときには、ユーザは、代替的輸送をアレンジするオファーを受けてもよい。例えば、ユーザをピックアップすべきビークルが午前６時４５分までにユーザの現在場所に来れないであろうことをルート状態データが示す場合、ユーザを収容する余裕のある代替のビークルに乗るよう、ユーザにオファーしてもよい。別の例では、ビークルが午前６時３０分にユーザをピックアップするが、予測されるトラフィックに起因して午前７時３０分までユーザを降ろすことができない確率が高いことをルート状態データが示す。午前７時１５分に目的場所にユーザを降ろすことが可能な午前６時に到着する別のビークルに乗ることが、ユーザにオファーされてもよい。さらに別の例では、ビークルはユーザを午前６時３０分にピックアップするが、予測されるトラフィックに起因して午前７時３０分までユーザを降ろすことができない確率が高いということを、ルート状態データが示す。目的場所に午前７時１５分にユーザを降ろすことが可能な、より早い午前６時のピックアップ時刻が、ユーザにオファーされてもよい。
【００７１】
本方法／システムの例示的実施形態が、例証的型式で開示されてきた。したがって、全体を通して使用されている専門用語は、非限定的な意味で読み取られるべきである。当業者であれば本開示中の教示に対するわずかな修正を思い付くであろうけれども、本開示上で保証されている特許の範囲内に制限されるよう意図されているのが、本開示による貢献を受ける技術に対する進歩の範囲内に合理的に属する全ての実施形態であることと、この範囲が、添付の特許請求の範囲およびそれらの均等物に照らしたものを除いて、限定されないことと、を理解すべきである。
【図１Ａ】
2020076757.tif 000003
【図１Ｂ】
2020076757.tif 000004
【図１Ｃ】
2020076757.tif 000005
【図１Ｄ】
2020076757.tif 000006
【図１Ｅ】
2020076757.tif 000007
【図２Ａ】
2020076757.tif 000008
【図２Ｂ】
2020076757.tif 000009
【図２Ｃ】
2020076757.tif 000010
【図２Ｄ】
2020076757.tif 000011
【図３】
2020076757.tif 000012
【図４】
2020076757.tif 000013
【図５】
2020076757.tif 000014
【外国語明細書】
2020076757000001.pdf