JP2020106525A - 自律車両ルートプランニング - Google Patents

Abstract

【課題】自律車両に対するルートプランニングの方法を提供する。【解決手段】自律車両に対するルートプランニングの方法は、目的地へのルートがストールファクタを含んでいるかどうかを決定することと、そのルートの間に自律車両に乗員がいるかどうかを決定することを含んでいる。この方法はまた、自律車両に乗員がいないときは、決定されたストールファクタに基づいて代わりのルートを決定することも含んでいる。方法は、代わりのルートがストールファクタを含んでいないときは、その代わりのルート上を運転するように自律車両を制御することも更に含んでいる。【選択図】図５

Description

本開示のある態様は、概してルートプランニングに関し、より特別には、自律車両に対するルートをプランニングするためのシステムと方法に関する。

従来のナビゲーションシステムは、目的地へのルートを選択するときに、外部ファクタを考慮する。外部ファクタは、交通量、道路ハザード、及び／又は、気象を含むことができる。加えて、非自律車両用の従来のナビゲーションシステムは、目的地へのルートを決定することができるだけである。対照的に、自律車両ナビゲーションシステムは、目的地への、及びそこからのルートを決定することができる。つまり、自律車両ナビゲーションシステムは、出発点から目的地へのルートと、目的地から出発点に戻るルートを選択する。例えば、自律タクシーは、顧客をタクシーステーションでピックアップして、顧客を目的地まで運び、他のピックアップのためにタクシーステーションに戻ることができる。

自律サービスとしてのモビリティ（ｍｏｂｉｌｉｔｙ ａｓ−ａ−ｓｅｒｖｉｃｅ（ＭＡＡＳ））車両に対しては、自律ＭＡＡＳ車両は、走行の１つの経路に対しては乗員がいない（unoccupy）ことがあり得る。例えば、自律ＭＡＡＳ車両は、目的地へ走行するときは乗員がいて（occupy）、目的地から出発点へ走行するときは乗員がいないことがあり得る。従って、外部ファクタを考慮するだけの従来のナビゲーションンシステムとは対照的に、自律ＭＡＡＳ車両用ナビゲーションシステムは、ルートを首尾よく完成するための自律ＭＡＡＳ車両の能力を考慮するように改良されるべきである。

本開示の１つの態様においては、自律車両用のルートプランニングのための方法が開示される。方法は、目的地へのルートの間にストールファクタ（stall factor）が存在するかどうかを決定することを含んでいる。方法はまた、ルートの間に自律車両に乗員がいるかどうかを決定することも含んでいる。方法は更に、ストールファクタが存在し且つルートの間に自律車両に乗員がいないときは、代わりのルートを決定することも含んでいる。方法はより更に、代わりのルートがストールファクタを含んでいないときは、この代わりのルート上を運転するように自律車両を制御することも含んでいる。

本開示の他の態様においては、非一時的プログラムコードが記録されている非一時的コンピュータ読取り可能媒体が開示される。プログラムコードは、自律車両用のルートプランニングのためである。プログラムコードはプロセッサにより実行され、ストールファクタが目的地へのルートの間に存在するかどうかを決定するためのプログラムコードを含んでいる。プログラムコードはまた、ルートの間に自律車両に乗員がいるかどうかを決定するためのプログラムコードも含んでいる。プログラムコードは更に、ストールファクタが存在し且つルートの間に自律車両に乗員がいないときは、代わりのルートを決定するためのプログラムコードも含んでいる。プログラムコードはより更に、代わりのルートがストールファクタを含んでいないときは、この代わりのルート上を運転するように自律車両を制御するためのプログラムコードも含んでいる。

本開示の他の態様は、自律車両用のルートプランニングのための装置に向けられている。装置は、メモリと、メモリに結合されている１つ以上のプロセッサを有している。プロセッサは、目的地へのルートの間に、ストールファクタが存在しているかどうかを決定するように構成されている。プロセッサはまた、ルートの間に自律車両に乗員がいるかどうかを決定するようにも構成されている。プロセッサは更に、ストールファクタが存在し且つルートの間に自律車両に乗員がいないときは、代わりのルートを決定するようにも構成されている。プロセッサはより更に、代わりのルートがストールファクタを含んでいないときは、この代わりのルート上を運転するように自律車両を制御するようにも構成されている。

この明細書は、後に続く詳細な記載がより良好に理解されるように、本開示の特徴と技術的利点の要点をかなり広範囲に述べている。本開示の追加的特徴と利点は下記に記載される。当業者は、この本開示は、本開示の同じ目的を実行するために修正したり、他の構造を設計するための基盤として容易に利用することができるということを認識すべきである。また、当業者は、そのような等価な構成は、付随する請求項において記載されるような本開示の教示から逸脱しないということも認識すべきである。本開示の特徴と信じられる新しい特徴は、更なる目的と利点と共に、動作のその構成及び方法の両者に関して、付随する図と関連して考慮されるときに、下記の記載からより良好に理解されるであろう。しかし、各特徴は、例示と記載のみのための目的のために提供され、本開示の制限の定義としては意図されていないということを明確に理解されるべきである。

本開示の特徴、性質、及び利点は、同様な参照文字が全体を通して対応するように特定している図面と併用したときに、下記に記載される詳細な説明からより明確になるであろう。
図１は、本開示の態様に係る、予約を受け付けるかどうかを決定するためのフロー図を例示している。 図２は、本開示の態様に係る、予約を受け付けるかどうかを決定するためのフロー図を例示している。 図３Ａは、本開示の態様に係る、目的地へのルートを選択する例を示している。 図３Ｂは、本開示の態様に係る、目的地へのルートを選択する例を示している。 図４は、本開示の態様に係る自律車両ナビゲーションシステムに対するハードウェア実装形態の例を示している。 図５は、本開示の態様に係る、車両に対するルートプランニングのためのフロー図を例示している。

付随する図面に関連して下記に記載されている詳細な説明は、種々の構成の説明を意図したものであって、本明細書に記載された概念を実施することができる構成のみを表わすことを意図したものではない。詳細な説明は、種々の概念の完全な理解を提供する目的のために特定の詳細を含んでいる。しかし、当業者には、これらの概念は、これらの特定の詳細なしでも実施することができることは明白であろう。幾つかの例においては、そのような概念を不明瞭にすることを避けるために、よく知られている構造と構成要素はブロック図の形式で示されている。

教示に基づいて、本開示の範囲は、独立して実現されても本開示の任意の他の態様との組み合わせにおいて実現されても、本開示の如何なる態様もカバーするように意図されているということが当業者には理解されよう。例えば、記載される任意の数の態様を使用して、装置を実現することができ、又は方法を実行することができる。加えて、本開示の範囲は、記載された本開示の種々の態様に加えて又はこれら態様以外に、他の構造、機能、又は構造及び機能を使用して実施されるような装置又は方法をカバーするように意図されている。本開示の如何なる態様も、請求項の１つ以上の要素により具現化することができるということが理解されるべきである。

本明細書では、「例としての」という語句は「例、実例、例示としての役割を果たしている」ことを意味するよう使用される。本明細書において「例として」と記載された如何なる態様も、他の態様より好適又は利点があるとは必ずしも解釈されるべきではない。

本明細書には特別な態様が記載されるが、これら態様に多くの変形及び置換をくわえたものは本開示の範囲内である。好適な態様の幾つかの恩恵及び利点に言及するが、本開示の範囲は、特別な恩恵、使用、又は目的に制限されることは意図されていない。むしろ、本開示の態様は、異なる技術、システム構成、ネットワーク、及びプロトコルに広く適用可能であることが意図されており、それらの幾つかは、好適な態様の図、及び下記の記載において例として示されている。詳細な記載と図面は、限定するものではなく本開示の単なる例示に過ぎず、本開示の範囲は、付随する請求の範囲及びその等価物により定義されている。

従来のナビゲーションシステムは、目的地へのルートを選択するときに、外部ファクタを考慮する。外部ファクタは、交通量、道路ハザード、及び／又は気象を含むことができる。ほとんどの場合において、従来のナビゲーションシステムは、外部ファクタの数が最も少ないルートを選択する。例えば、走行時間に基づいてルートを決定するとき、従来のナビゲーションシステムは、より短い距離のルートと比較して、交通量の少ない、より長い距離のルートを選択することができる。

加えて、非自律車両に対する従来のナビゲーションシステムは、目的地へのルートを決定することができるのみである。対照的に、自律サービスとしてのモビリティ（ｍｏｂｉｌｉｔｙ ａｓ−ａ−ｓｅｒｖｉｃｅ（ＭＡＡＳ））車両に対するナビゲーションシステムは、初期位置から目的地へのルートと、目的地から、初期位置のような帰還位置へのルートを決定することができる。例えば、自律ＭＡＡＳ車両（例えば、自律タクシー）は、初期位置（例えば、タクシーステーション、空港、列車の駅など）において顧客をピックアップでき、顧客を目的地へ運び、他のピックアップのための位置に戻ることができる。この例においては、自律ＭＡＡＳ車両は、顧客を目的地へ運んだ後は乗員はいない。

本開示の態様は、自律ＭＡＡＳ車両に制限されない。他の車両もまた考慮される。例えば、本開示の態様は、自律個人所有車両（ＰＯＶ）にも向けることもできる。例えば、所有者は、列車で通勤することができる。それでもなお、ＰＯＶは所有者を列車の駅へ運ぶことができる。この例においては、ルートプランニングシステムは、降車位置（例えば、列車の駅）から帰還位置（例えば、所有者の家）までにストール（stall）する可能性を考慮することができる。加えて、所有者が仕事から列車の駅に戻ったときに、所有者は、ＰＯＶに、所有者の家から列車の駅へ運転するように呼び出すことができる。この例においては、ルートプランニングシステムは、初期位置からピックアップ位置への間のストールの可能性を考慮することができる。本願においては、簡潔性のため、ＭＡＡＳ車両とＰＯＶ車両を車両と称する。

本開示の態様は、異なるタイプのルートの間のストールの可能性を考慮する。ルートは、初期位置からピックアップ位置へのルート、ピックアップ位置から降車位置へのルート、及び降車位置から帰還位置へのルートを含むことができる。幾つかの場合においては、車両の走行は、３つすべてのルート又はルートの組み合わせを含む。

幾つかの場合においては、車両は走行中にストールすることが起り得る。例えば、車両は機械的不作動（例えば、タイヤのパンク、バッテリの枯渇など）又はセンサの不作動（例えば、ＧＰＳ信号がない、ワイヤレスネットワーク信号がないなど）に遭遇し得る。車両に乗員がいる場合、乗員は支援を提供することができる。例えば、乗員は機械的不作動（failure）を直す、助けを呼ぶ、又は助けを求めて歩くことができる。対照的に、乗員がいない車両がストールを克服するのは困難であり得る。例えば、乗員がいない車両が、ワイヤレスネットワークサービスのないエリアでストールすると、車両は支援を呼ぶことができない。

本開示の態様は、ルートがストールファクタを含むかどうかを決定することに向けられている。ルートがストールファクタを含んでいる場合、代わりのルートが選択される。代わりのルートが利用可能でないときは、車両はそのルート上を運転しない。ルートとは、顧客の位置に顧客を迎えに行くためのルート、目的地へのルート、及び／又は、目的地から、初期位置のような他の位置へのルートのことである。

例として、顧客は車両を予約することができる。車両の予約は、顧客の位置と目的地を含むことができる。予約の受信に応答して、車両は顧客の位置へのピックアップルート、顧客の位置から目的地への目的地ルート、及び帰還位置への帰還ルートを決定する。各ルートは、多数の可能性のあるルートを含むことができる。１つの構成においては、車両は、ルート上にストールの可能性があるときは、その可能性のあるルートを削除する。

ストールの可能性は、少ない燃料、不十分なバッテリ、モバイルサービスが閾値未満、環境の考慮（例えば、悪天候）、工事、道路ハザード、地図にないエリア（例えば、私有道路）、古い地図、事故、センサの不作動状況などの１つ以上のストールファクタに基づくことができる。車両は、ルートが１つ以上のストールファクタを含んでいる場合は、代わりのルートを選択することができる。代わりのルートを選択する前に、車両は、１つ以上のストールファクタを含んでいるルート上を進むことが安全かどうかを決定することができる。例えば、ルート上を進むことが安全かどうかを決定するときは、車両は、ルートの間で乗員がいるかどうか、乗員は運転免許証を有しているかどうか、及び／又は、ストールファクタの持続時間を決定することができる。

車両がストールなしに走行を完了することができる場合、車両は予約を受け付ける。図１は、本開示の態様に係る、予約を受け付けるかどうかを決定するためのフロー図１００の例を示している。図１に示されているように、ブロック１０２において、車両は、顧客の予約に基づいて目的地を受信する。目的地とは、車両が走行して向かう初期位置又は車両が初期位置から走行する位置である。例えば、目的地は顧客の位置又は顧客が意図した目的地である。この例においては、車両は、顧客を迎えに行く（例えば、顧客をピックアップする）ために顧客の位置へ運転を行い、そして、顧客をその目的地へ送る。他の例においては、車両はピックアップ位置（例えば、空港のピックアップロット）にいて、顧客はピックアップ位置において車両に乗り込む。

ブロック１０４において、車両は目的地へのルートを決定する。ルートは、交通量のような外部ファクタに基づくことができる。例えば、ルートは、外部ファクタを考慮した最小走行時間のルートであってよい。ブロック１０６において、車両はルートがストールファクタを含んでいるかどうかを決定する。ストールファクタは、少ない資源（例えば、燃料、バッテリなど）、環境ファクタ、道路ハザード、地図にないエリア、古い地図、交通量、事故、センサの不作動状況などを含むが、これらに制限されるものではない。

ルートがストールファクタを含んでいない場合、ブロック１０８において、車両は目的地へのルートを選択する。オプションとしての構成においては、ルートがストールを含む場合、ブロック１１０において、車両はルートの間、乗員がいるかどうかを決定する。ルートが車両の初期位置から顧客のピックアップ位置への場合、車両に乗員はいない。代わりに、顧客をピックアップした後は、車両には乗員がいる（例えば、顧客をその目的地へ送っていく間）。車両に乗員がいると、乗員は車両がストールした場合、支援を提供することができる。例えば、乗員は車両を運転でき、不作動を修理でき、助けを呼ぶことができ、又は助けを求めて歩くことができる。

このオプションとしての構成においては、ブロック１１２で、車両は、乗員（例えば、顧客）が車両を運転する能力を有しているかどうかを更に決定することができる。つまり、ストールが起こった場合、乗員は車両を運転することが必要となり得る。そのため、乗員が車両を運転できない場合、乗員の存在は重要ではない。運転する能力は、顧客プロファイルに格納されている運転免許証情報のような情報から決定することができる。

幾つかの場合においては、車両を予約した顧客は、乗員とは異なっていてよい。代替として、顧客は車両を、顧客と１人以上の他の乗員のために要求することができる。１つの構成においては、１人以上の乗員が車両を運転することができるかどうかを決定するために、車両はスキャナ又はカメラを使用して各乗員の運転免許証をスキャンする。

乗員が車両を運転できない場合、ブロック１１４で、車両は、代わりのルートが利用可能かどうかを決定する。更に、ルートの間、車両に乗員がいない場合、ブロック１１４で、車両は、代わりのルートが利用可能かどうかを決定する。代わりのルートが利用可能な場合、ブロック１０６で、車両は、代わりのルートがストールファクタを含んでいるかどうかを決定する。代替として、代わりのルートが利用可能でない場合、ブロック１１６で、車両は顧客の予約を受け付けない。顧客は、予約をキャンセルするという車両の決定を覆すことはできない。

１つの構成においては、目的地へのルート上にストールの可能性があるかどうかの決定に加えて、ナビゲーションシステムは、目的地からの帰還ルート上にストールの可能性があるかどうかを決定する。帰還ルートとは、顧客の目的地から車両の出発点又は他の位置へのルートのことである。帰還ルート上にストールの可能性があるかどうかの決定は、目的地へのルート上にストールの可能性があるかどうかの決定と連携して、又はそれとは別に（exclusive）行うことができる。

ほとんどの場合において、顧客は帰還ルートの間は存在しない。それでもなお、帰還ルートの間、顧客が存在することができるという状況がある。例えば、車両の所有者は、車をある位置に到着させて、車両の所有者を家に運ぶということを予約することができる。この例においては、車両の所有者の家が帰還位置である。そのため、車両の所有者（例えば、顧客）は帰還ルートの間存在している。

図２は、本開示の態様に係る、予約を受け付けるかどうかを決定するためのフロー図２００を例示している。オプションとしての構成においては、ブロック２０２で、ナビゲーションシステムは、初期目的地（例えば、顧客のピックアップ位置及び／又は顧客の降車位置）へのルートが利用可能かどうかを決定する。ナビゲーションシステムは、目的地へのルートが利用可能かどうかを、図１のフロー図１００に基づいて決定することができる。目的地へのルートが利用できない場合、このプロセスは終了する（ブロック２０４）。

初期目的地へのルートが利用可能な場合、ナビゲーションシステムは帰還ルートを決定する（ブロック２０６）。帰還ルートを決定することは、初期目的地へのルートが利用可能かどうかの決定とは別であってよい。帰還ルートを決定した後、ブロック２０８で、ナビゲーションシステムは、ルート（例えば、帰還ルート）上にストールファクタがあるかどうかを決定する。図２においては示されていないが、１つの構成においては、車両は、帰還ルートの間、車両に乗員がいるかどうかを決定する。車両はまた、乗員が車両を運転することができるかどうかもまた決定することができる。乗員がいるかどうかの決定及び／又は乗員の運転する能力は、車両がストールファクタのある帰還ルートを選択すべきかどうかを決定するために使用することができる。

帰還ルートがストールファクタを含んでいない場合、予約は受け付けられる（ブロック２１０）。帰還ルートがストールファクタを含んでいる場合、ナビゲーションシステムは、代わりのルートが利用可能かどうかを決定する（ブロック２１２）。代わりのルートが利用可能でない場合、車両は予約を受け付けない（ブロック２１４）。代わりのルートが利用可能な場合、ブロック２０８で、車両は、ルート（例えば、代わりの帰還ルート）上にストールファクタがあるかどうかを決定する。代わりの帰還ルートがストールファクタを含んでいない場合、ブロック２１０において、車両は顧客の予約を受け付ける。代わりのルートがストールファクタを含んでいる場合、プロセスはブロック２１２で繰り返し、車両は他の代わりのルートが利用可能かどうかを決定する。顧客は予約をキャンセルする車両の決定を覆すことはできない。

図３Ａは、本開示の態様に係る、目的地３１４、３１６へのルート３０２、３０４を選択する例を示している。図３Ａに示されているように、車両３１０は、エリア３００における初期位置３１２にいることができる。この例においては、エリア３００の一部は雨３１８を含んでいる。更に、エリア３００は、古い地図の区画３２４と、弱い信号区画３２２を含んでいる。古い地図の区画３２４とは、最後の地図の更新からの時間が閾値よりも長い、エリア３００の一部のことである。古い地図の区画３２４はまた、私有地道路のあるエリアのような、地図情報がないエリアのことでもあり得る。弱い信号区画３２２とは、セルラー、ＷｉＦｉ、ＧＰＳなどのような、１つ以上の送信信号の受信が弱い、又は受信がない区画のことである。

この例においては、車両３１０は、家３１４における顧客から予約を受信する。予約は、顧客がオフィス３１６で降ろしてもらいたいことを示している。予約を受信すると、車両３１０（例えば、車両３１０のナビゲーションシステム）は、家３１４（例えば、ピックアップ目的地）へのピックアップルート３０２と、オフィス３１６（例えば、降車目的地）への降車ルート３０４を決定する。幾つかの場合においては、車両３１０は、１つの目的地へのルートを決定することができるだけである。例えば、顧客が、車両３１０の初期位置３１２において車両３１０に遭遇する場合、車両３１０は、顧客の降車目的地３１６へのルートを決定するだけである。車両３１０は、各ルート３０２、３０４がストールファクタを含んでいるかどうかを決定する。

この例においては、車両３１０はピックアップルート３０２の一部に雨３１８があると決定する。そのため、雨３１８（例えば、ストールファクタ）により、ピックアップルート３０２上ではストールの可能性がある。雨３１８は、湿気状況のため、センサの不作動又は機械的不作動（又は事故）を引き起こし得る。車両３１０は、ピックアップルート３０２の間、乗員がいるかどうかを決定することができる。この例においては、ピックアップルート３０２の間、車両３１０に乗員がいないので、車両３１０は、代わりのピックアップルート３２０を決定する。車両３１０はまた、代わりのピックアップルート３２０上にストールファクタがあるかどうかも決定する。代わりのピックアップルート３２０にはストールファクタがないので、代わりのピックアップルート３２０が、家３１４へのルートとして選択される。

代わりのピックアップルート３２０を選択した後、車両３１０は、家３１４（例えば、顧客の位置）からオフィス３１６（例えば、顧客の降車目的地）への降車ルート３０４を決定する。車両３１０は、降車ルート３２０上にストールファクタがあるかどうかを決定する。図３Ａに示されているように、降車ルート３０４の一部は、弱い信号区画３２２（例えば、ストールファクタ）と重なっている。そのため、弱い信号区画３２２にはストールの可能性がある。ストールは、弱い信号のためのセンサの不作動により引き起こされ得る。加えて、機械的な不作動が起きた場合、車両３１０は、弱い信号のため助けを呼ぶことができない。

降車ルート３０４がストールファクタを含んでいるので、車両３１０は、降車ルート３０４の間、乗員がいるかどうかを決定する。この例においては、降車ルート３０４の間、顧客は車両３１０にいる。１つの構成においては、車両３１０は更に、顧客はマニュアルモードで車両３１０を運転することができるかどうかを決定する。この決定は、顧客プロファイルにおける情報に基づくことができる。例えば、顧客プロファイルは、顧客の運転免許証情報を含むことができる。図３Ａの例においては、顧客は車両３１０を運転することができると仮定している。そのため、車両３１０は、ストールの可能性があるにも拘わらず、降車ルート３０４を選択する。

車両３１０が、目的地３１４、３１６まで、ルート３０４、３２０を運行することができると決定した後、車両３１０は予約を承認することができる。１つの構成においては、予約を承認する前に、車両３１０は、帰還ルートが利用可能かどうかを決定する。帰還ルートは、顧客の降車位置３１６から、指定された出発点、又は他の顧客をピックアップする位置などのように、車両３１０の次の位置へのルートである。図３Ｂは、本開示の態様に係る、帰還ルート３３２、３３４を選択する例を示している。

図３Ｂの例においては、車両３１０は、オフィス３１６（例えば、顧客の降車位置）から駐車場などの帰還位置３３０への帰還ルート３３２を決定する。帰還ルート３３２を決定した後、車両３１０は、帰還ルート３３２がストールファクタを含んでいるかどうかを決定する。図３Ｂに示されているように、帰還ルート３３２の一部は弱い信号区画３２２（例えば、ストールファクタ）と重なっている。そのため、弱い信号区画３２２においてストールの可能性がある。

帰還ルート３３２上はストールの可能性があるので、車両３１０は、帰還ルート３３２の間、車両３１０に乗員がいるかどうかを決定する。この例においては、帰還ルート３３２は、顧客が降車した後なので、車両３１０には乗員がいない。従って、車両３１０は代わりの帰還ルート３３４を決定する。

代わりの帰還ルート３３４を決定したことに応答して、車両３１０は、代わりの帰還ルート３３４がストールファクタを含んでいるかどうかを決定する。図３Ｂに示されているように、代わりの帰還ルート３３４の一部は、古い地図の区画３２４（例えば、ストールファクタ）と重なっている。そのため、古い地図の区画３２４においてストールの可能性がある。古い地図は、道路が未知であり得、又は１つ以上の道路はアクセスできない（例えば、私有地道路）のでストールの原因になり得る。代わりの帰還ルート３３４上にストールの可能性があるので、車両３１０は、代わりの帰還ルート３３４の間、乗員がいるかどうかを決定する。この例においては、代わりの帰還ルート３３４は、顧客が降車した後であり、そのため、車両３１０には乗員はいない。車両３１０は、帰還位置３３０への更に他のルートがあるかどうかを決定する。

この例においては、帰還ルート３３２と、代わりの帰還ルート３３４だけが、帰還位置３３０へ利用することができるルートである。１つの構成においては、車両３１０は、帰還ルートが利用できない場合、予約をキャンセルする。他の構成においては、車両が、ルート（例えば、目的地ルート、又は帰還ルート）の１つ以上においてストールの可能性を有している場合、車両３１０は代わりのピックアップ又は降車位置を決定する。

図３Ｂの例においては、車両３１０は、帰還ルート３３２と、代わりの帰還ルート３３４の両者にストールの可能性を有している。そのため、代わりの帰還エリア又は、代わりの降車エリアが選択された場合、車両３１０は、ストールファクタのない帰還ルートが利用可能かどうかを決定する。代わりの帰還エリアと、代わりの降車目的地は、元の帰還エリア３３０と、元の降車目的地３１６それぞれから所定の距離内である。この例においては、車両３１０は、元の顧客位置３１６から所定距離内にある代わりの降車エリア３３６を選択する。この代わりの降車目的地はまた、所定の位置、又は、バス停又は列車の駅のような多くの人が通行する位置も含むことができる。多くの人が通行する位置は、元の降車位置３１６へ最も近い多くの人が通行する位置であってよい。

車両３１０は、元の降車目的地３１６が、代わりの降車エリア３３６に変更された場合、帰還ルート３３２及び／又は代わりの帰還ルート３３４上にストールファクタがあるかどうかを決定する。図３Ｂに示されているように、帰還ルート３３２は、帰還ルート３３２が、代わりの降車エリア３３６内の位置から始まっている場合、弱い信号区画３２２を迂回する。従って、帰還ルート３３２を選択することは、既知のストールファクタを回避する。この構成においては、予約をキャンセルするのではなく、車両３１０は顧客に、キャンセルか、代わりの降車エリア３３６の選択かのオプションを提供することができる。車両３１０はまた、元の降車目的地３１６をなぜ使用できないのかの理由も提供することができる。

本開示の態様に対して、ナビゲーションシステム（例えば、車両）は、ストールファクタが一時的なものかどうかを決定する。例えば、可能性のあるストールが雨に基づいている場合、ナビゲーションシステムは、雨の持続時間を推定する。雨のようなストールファクタの推定された持続時間は、コマンドセンタ、気象データ、交通量データ、他の車両との通信、又は他のデータ供給源から得ることができる。この例においては、雨の位置に車両が到着する前に雨があがると推定される場合、車両は依然として予約を受け付けることができる。

加えて、又は代替として、ストールファクタが一時的なものである場合、ナビゲーションシステムは、ルート上の運行を開始する前に、ストールファクタが終了するのを待つことができる。１つの構成においては、ナビゲーションシステムは、待ち時間が閾値未満かどうかを決定する。待ち時間が閾値未満の場合、ナビゲーションシステムは、ストールファクタが終わるのを待つことができる。ナビゲーションシステムはまた、顧客にストールファクタが終わるのを待つか、予約をキャンセルするかのオプションを与えることもできる。待ち時間が閾値よりも長い場合、ナビゲーションシステムは予約をキャンセルすることができる。

検討したように、予約を受け付けるために、ナビゲーションシステムは、１つ以上の目的地へのルート上で、車両がストールの可能性を有しているかどうかを決定することができる。この決定は、ピックアップ位置、降車位置、帰還位置、又は他のタイプの位置を含むことができる。目的地へのルートがストールファクタを含んでいる場合、車両は予約をキャンセルすることができる。代替として、ナビゲーションシステムは、車両がストールファクタのあるルートの部分を迂回することを可能にする１つ以上の代わりの目的地を提案することができる。代わりの目的地は、メイン通りのような、元の目的地に近い目的地又はエリアである。

加えて、又は代替として、ストールファクタが一時的なものである場合、ナビゲーションシステムはストールファクタの持続時間を推定することができる。ナビゲーションシステムは顧客に、ストールファクタのため遅延があることを知らせることができる。顧客は予約をキャンセルするか、又はストールファクタが終わるのを待つかを選択することができる。遅延が遅延閾値よりも長い場合、ナビゲーションシステムは、顧客に予約を受け付けるためのオプションを与えることなく予約をキャンセルすることができる。

ストールファクタは、少ない資源（例えば、燃料、バッテリ）、ワイヤレス信号強度が信号強度閾値未満であること、環境状況、道路ハザード、地図にないエリア、古い地図、事故、センサの不作動状況などを含むことができるが、これらに限定されるものではない。例えば、車両は、潜在的なセンサの不作動状況のあるエリアでストールする可能性がある。１つの例として、交通信号灯の色を検出するために使用される車両センサ（例えば、カメラ）は、太陽の角度がある範囲の場合、色の検出に失敗する可能性がある。他の例としては、光検出及び測距（ＬＩＤＡＲ）センサは、雨又は霧の中では機能しない可能性がある。更に他の例においては、ルートがトンネルのような、制限された信号、又は信号のないエリアを含んでいる場合、車両はその位置までの航跡を失う可能性がある。信号は、全地球測位システム（ＧＰＳ）信号、ワイヤレスインターネット信号、セルラー信号などのような異なる通信信号を含むことができる。

検討したように、ストールファクタはまた環境状況を含むことができる。カメラのようなセンサに対しては、ナビゲーションシステムは、バックライトの状況、車両の方向、交通信号灯の位置、交差点到着時間、太陽の角度、気象、建物情報（例えば、建物が太陽をブロックするかどうか）などを決定することができる。太陽の角度のような上述した情報は、車両に格納されている地図データに含めることができる。情報はまた、インターネット又は他のデータ供給源からも得ることができる。

ＬＩＤＡＲセンサ及び他のセンサに対しては、湿度などのような気象状況はセンサの不作動の原因になる可能性がある。そのため、ナビゲーションシステムは、利用可能な気象情報に基づいて、湿度などのような種々の気象状況を推定することができる。ナビゲーションシステムはまた、一日の中の時間及び／又は走行持続時間もまた考慮することができる。ＧＳＰセンサ及び他のセンサに対しては、弱い信号又は遮られた信号は、センサの不作動の原因となる可能性がある。そのため、ナビゲーションシステムは、ルートに対する信号強度を推定することができる。信号強度は、例えば、建物情報（例えば、高さ及び位置）、トンネルの位置、地形情報（例えば、取り囲む山の高さ）、衛星の数、衛星の位置、セル塔（cell tower）の数、ＷｉＦｉトランシーバの数などに基づいて推定することができる。この情報は地図データに格納することができる。

１つの構成においては、ナビゲーションシステムは、ストールファクタが閾値より大きいか又はそれ未満かを決定する。例えば、雨の量が雨閾値よりも多い場合、雨はストールファクタであると決定される。雨が閾値未満の場合、雨はストールファクタとは考慮されない。他の例においては、建物及び／又は周りの環境の特徴がセルラー信号を閾値未満にさせる場合、建物及び／又は周りの環境の特徴はストールファクタである。セルラー信号が、建物及び／又は周りに環境の特徴を考慮しても閾値よりも大きい場合、前述の要素はリスクファクタではない。１つの構成においては、顧客は、特別なルートがストールファクタを含んでいる可能性があるかどうかの考慮を覆したり、無視したりすることはできない。

ストールファクタはまた、計算の失敗も含むことができる。例えば、ルートプランニングシステム（例えば、自律運転システム）における計算エラーは、車両が古い地図エリアを走行中に起こり得る。計算エラーは、位置特定、対象物追跡、経路プランニング、及び／又は他の計算におけるエラーを含むことができる。１つの例においては、古い地図は、ルートプランニングシステムが、地図に関してその位置への航跡を失う原因となり得る（例えば、位置特定エラー）。

他の例として、車両が古い地図エリアにいるとき、ルートプランニングシステムは、１つ以上の対象物が地図情報に基づいて追跡された場合、周りの対象物の標識を付け間違える可能性がある（例えば、対象物追跡エラー）。更に他の例においては、車両が古い地図エリアにいるとき、ルートプランニングシステムは、地図から腸情報を除去することに失敗する可能性がある。つまり、古い地図は、システムリソースの使用を増大させる可能性があり、それにより、計算における遅延又はエラーを引き起こす。

図４は、本開示の態様に係る、ルートプランニングシステム４００に対するハードウェア実装形態の例を示す図である。ルートプランニングシステム４００は車両、ロボット装置、又は他の装置の構成要素であってよい。例えば、図４に示されているように、ルートプランニングシステム４００は、ＭＡＡＳ車両４２８の構成要素である。本開示の態様は、ルートプランニングシステム４００が車両４２８の構成要素であることに限定されるものではなく、他の装置として、バス、ボート、ドローン、又はロボットもまたルートプランニングシステム４００を使用するものとして考えられる。車両４２８は自律又は半自律であってよい。

ルートプランニングシステム４００は、概してバス４４０で代表されるバスアーキテクチャで実現することができる。バス４４０は、ルートプランニングシステム４００の特殊な適用及び全体の設計上の制約により、任意の数の相互接続バス及びブリッジを含むことができる。バス４４０は、プロセッサ４２０、通信モジュール４２２、位置モジュール４１８、センサモジュール４０２、移動モジュール４２６、ナビゲーションモジュール４２４、及びコンピュータ読取り可能媒体４１４で代表される１つ以上のプロセッサ及び／又はハードウェアモジュールを含んでいる種々の回路をリンクしてつなげる。バス４４０はまた、タイミングソース、周辺機器、電圧レギュレータ、及び電力管理回路のような種々の他の回路もリンクすることができるが、それらはこの技術においてはよく知られているので、これ以上は記載しない。

ルートプランニングシステム４００は、プロセッサ４２０、センサモジュール４０２、コンフォートモジュール４０８、通信モジュール４２２、位置モジュール４１８、移動モジュール４２６、ナビゲーションモジュール４２４、及びコンピュータ読取り可能媒体４１４に結合されているトランシーバ４１６を含んでいる。トランシーバ４１６はアンテナ４４４に結合されている。トランシーバ４１６は、通信媒体上で、種々の他の装置と通信する。例えば、トランシーバ４１６は、送信を介して、ユーザ又は遠隔地の装置からのコマンドを受信することができる。他の例として、トランシーバ４１６は、運転統計値及び情報を、コンフォートモジュール４０８からサーバ（図示されてない）に送信することができる。

ルートプランニングシステム４００は、コンピュータ読取り可能媒体４１４に結合されているプロセッサ４２０を含んでいる。プロセッサ４２０は、開示に係る機能を提供する、コンピュータ読取り可能媒体４１４上に格納されているソフトウェアの実行を含む処理を実行する。ソフトウェアは、プロセッサ４２０により実行されると、ルートプランニングシステム４００に、車両４２８のような特別な装置に対して、又はモジュール４０２、４１４、４１６、４１８、４２０、４２２、４２４、４２６の何れに対しても記載されている種々の機能を実行させる。コンピュータ読取り可能媒体４１４はまた、ソフトウェアを実行するときにプロセッサ４２０により操作されるデータを格納するためにも使用することができる。

センサモジュール４０２は、第１センサ４０６や第２センサ４０４のような異なるセンサを介して測定値を得るために使用することができる。第１センサ４０６は、２Ｄ画像を撮像するための立体カメラ又はＲＧＢカメラのようなビジョンセンサであってよい。第２センサ４０４は、光検出及び測距（ＬＩＤＡＲ）センサ又は無線検出及び測距（ＲＡＤＡＲ）センサのような測距センサであってよい。もちろん、本開示の態様は上述のセンサに限定されず、他のタイプのセンサとして、例えば、熱、ソナー、及び／又はレーザーもまた、センサ４０４、４０６の何れかとして考えられる。第１センサ４０６と第２センサ４０４の測定値は、プロセッサ４２０、センサモジュール４０２、通信モジュール４２２、位置モジュール４１８、移動モジュール４２６、ナビゲーションモジュール４２４の１つ以上により、コンピュータ読取り可能媒体４１４と連携して処理されて、本明細書に記載される機能を実現することができる。１つの構成においては、第１センサ４０６と第２センサ４０４により捕捉されたデータは、トランシーバ４１６を介して外部装置に送信することができる。第１センサ４０６と第２センサ４０４は、車両４２８に結合でき、又は車両４２８と通信することができる。

位置モジュール４１８は、車両４２８の位置を決定するために使用することができる。例えば、位置モジュール４１８は、車両４２８の位置を決定するために全地球測位システム（ＧＰＳ）を使用することができる。通信モジュール４２２は、トランシーバ４１６を介しての通信を容易にするために使用することができる。例えば、通信モジュール４２２は、ＷｉＦｉ、ＬＴＥ（Ｌｏｎｇ −Ｔｅｒｍ Ｅｖｏｌｕｓｉｏｎ（３ＧＰＰで規定している第３．９世代移動通信方式））、４Ｇなどのような異なるワイヤレスプロトコルを介して通信能力を提供するように構成することができる。通信モジュール４２２はまた、ルートプランニングシステム４００のモジュールではない車両４２８の他の構成要素と通信するためにも使用することができる。

移動モジュール４２６は、車両４２８の移動を容易にするために使用することができる。例として、移動モジュール４２６は、車輪の動きを制御することができる。他の例として、移動モジュール４２６は、エンジン又はバッテリのような、車両４２８の動力供給源と通信することができる。もちろん、本開示の態様は、車輪を介して移動を提供することに限定されるものではなく、プロペラ、トレッド、フィン、及び／又はジェットエンジンなどのような移動を提供するための他のタイプの構成要素に対しても考えられる。

ルートプランニングシステム４００はまた、ルートのプランニングのための、又は移動モジュール４２６を介して車両４２８の移動を制御するためのナビゲーションモジュール４２４も含んでいる。１つの構成においては、プランニングモジュール４２４は、ユーザの入力が衝突を引き起こすと予期される（例えば、予測される）ときは、ユーザの入力を無効にする。モジュールは、プロセッサ４２０において作動し、コンピュータ読取り可能媒体４１４に常駐／格納されているソフトウェアモジュール、プロセッサ４２０に結合されている１つ以上のハードウェアモジュール、又はそれらのある組み合わせであってよい。

ナビゲーションモジュール４２４は、センサモジュール４０２、トランシーバ４１６、プロセッサ４２０、通信モジュール４２２、位置モジュール４１８、移動モジュール４２６、プランニングモジュール４２４、及びコンピュータ読取り可能媒体４１４と通信することができる。１つの構成においては、ナビゲーションモジュール４２４は、プロセッサ４２０及び／又はトランシーバ４１６を介して、顧客から予約を受信する。予約は、ピックアップ位置と降車位置を含むことができる。位置モジュール４１８から得た車両４２８の位置に基づいて、ナビゲーションモジュール４２４は、ピックアップ位置へのルート、降車位置へのルート、及び／又は、帰還位置へのルートを決定する。

各ルートに対して、ナビゲーションモジュール４２４は、ルートがストールファクタを含んでいるかどうかを決定する。つまり、ナビゲーションモジュール４２４は、車両４２８が各ルートに沿ってストールの可能性を有しているかどうかを決定する。ストールファクタは、トランシーバ４１６を介して、インターネットのような外部供給源から得られる情報、センサモジュール４０２から得られるセンサデータ、及び／又は、コンピュータ読取り可能媒体４１４及び／又は格納モジュール（図示されてない）に格納されている地図及び環境データにより決定することができる。

例えば、ナビゲーションモジュール４２４は、他のファクタと共に、交差点におけるバックライトの状況、交差点における車両４２８の方向、交通信号灯の位置、交差点への到着時間、太陽の位置、交差点における気象、建物情報を決定することができる。ルートに沿ってストールの可能性がある場合、ナビゲーションモジュール４２４は、１つ以上の代わりのルート及び／又は代わりのピックアップ又は降車位置を決定することができる。

ナビゲーションモジュール４２４はまた、トランシーバ４１６及び／又は通信モジュール４２２を介して顧客と通信することもできる。例えば、１つ以上のルートが利用可能でない場合、ナビゲーションモジュール４２４は、顧客に予約を引き受けることはできないことを通知するために、トランシーバ４１６及び／又は通信モジュール４２２を使用することができる。代替として、ナビゲーションモジュール４２４が、走行は完了することができると決定した場合、ナビゲーションモジュール４２４は、顧客に予約を引き受けることができることを通知するために、トランシーバ４１６及び／又は通信モジュール４２２を使用することができる。ナビゲーションモジュール４２４は、車両４２８に決定されたルート上を運転させるために、位置モジュール４１８に指示を送信することができる。

図５は、本開示の態様に係る自律車両に対するルートプランニングのための方法５００を例示している。図５に示されているように、ブロック５０２において、ルートプランニングシステムは、目的地へのルートの間、ストールファクタが存在するかどうかを決定する。ストールファクタは、環境ファクタ、地図データが閾値より古いこと、欠けている地図データ、信号強度が閾値未満であること、及び／又はバッテリ電力が閾値未満であることを含むことができる。ルートは、初期位置から顧客のピックアップ位置へのピックアップルート、顧客のピックアップ位置から降車位置への降車ルート、又は、降車位置から帰還位置への帰還ルートを含むことができる。ルートは、顧客（例えば、乗員）からの予約に基づくことができる。

ブロック５０４において、ルートプランニングシステムは、ルートの間、自律車両に乗員がいるかどうかを決定する。オプションとしての構成においては、自律車両に乗員がいる場合、ルートプランニングシステムは、乗員が自律車両をマニュアルモードで運転することができるかどうかを決定する。ブロック５０６において、ルートプランニングシステムは、ルートの間、ストールファクタが存在し、自律車両に乗員がいないときは、代わりのルートを決定する。ブロック５０８において、ルートプランニングシステムは、代わりのルートがストールファクタを含んでいないときは、代わりのルート上を運転するように自律車両を制御する。

１つの構成においては、ルートプランニングシステムは、ストールファクタが存在し、乗員が自律車両をマニュアルモードで運転できないときは、代わりのルートを決定する。ルートプランニングシステムはまた、代わりのルートに沿ってストールファクタが存在するかどうかも決定することができる。代わりのルートがストールファクタを含んでいる場合、予約はキャンセルすることができる。１つの構成においては、ストールファクタが代わりのルート上に存在する場合、代わりの目的地が決定される。代わりの目的地は、目的地から閾値距離内の位置、所定の位置、又は多くの人が通行する位置であってよい。

本明細書にて使用されるとき、「決定すること（determining）」という用語は、広く多様な行動を含んでいる。例えば、「決定すること」は、計算すること、演算すること、処理すること、導出すること、調査すること、調べること（例えば、表、データベース、又は他のデータ構造を調べること）、確かめることなどを含むことができる。加えて、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリのデータにアクセスすること）などを含むことができる。更に、「決定すること」は、解決すること、選択すること、選ぶこと、確立することなどを含むことができる。

本明細書に使用されているように、事項のリスト「の少なくとも１つ」に言及するフレーズは、単一のメンバーも含む、それらの事項の任意の組み合わせを指している。例として、「ａ、ｂ、又はｃの少なくとも１つ」は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、及びａとｂとｃをカバーするように意図されている。

本開示に関連して記載されている種々の例としての論理ブロック、モジュール、及び回路は、本開示において検討されている機能を実行するように構成されているプロセッサにより実現又は実行することができる。プロセッサは、本明細書に記載されている機能を実行するように設計されているニューラルネットワークプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）信号又は他のプログラマブル論理装置（ＰＬＤ）、分離ゲート又はトランジスタロジック、分離ハードウェア構成要素、又はそれらの任意の組み合わせであってよい。プロセッサは、本明細書に記載されているように特別に構成されているマイクロプロセッサ、コントローラ、マイクロコントローラ、又は、ステートマシンであってよい。プロセッサはまた、本明細書に記載されているように演算装置の組み合わせとしても実現でき、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携しての１つ以上のマイクロプロセッサ、又は、他の特殊な構成としても実現することができる。

本開示と関連して記載されている方法又はアルゴリズムのステップは、ハードウェアにおいて直接、又は、プロセッサにより実行されるソフトウェアモジュールにおいて、又は両者の組み合わせにおいて具現化することができる。ソフトウェアモジュールは、命令又はデータ構造の形式の所望のプログラムコードを実行又は格納するために使用でき、コンピュータによりアクセス可能な、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、フラッシュメモリ、消去可能型プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能型プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ又は他の光ディスクストレージ、磁気ディスクストレージ又は他の磁気格納装置、又は任意の他の媒体を含む、ストレージ又は機械読取り媒体に常駐することができる。ソフトウェアモジュールは、単一の命令又は多数の命令を備えることができ、異なるプログラムにおいて、幾つかの異なるコードセグメント上に、及び多数の格納媒体にわたって分散することができる。格納媒体は、プロセッサが情報を格納媒体から読むことができ、また格納媒体に書き込むことができるようにプロセッサに結合することができる。代替においては、格納媒体はプロセッサに統合することができる。

本明細書に開示されている方法は、記載されている方法を達成するための１つ以上のステップ又は行動を備えている。方法のステップ及び／又は行動は、請求項の範囲から逸脱することなく互いに入れ換えることができる。言い換えれば、ステップ又は行動の特定の順序が指定されていない限り、特定のステップ及び／又は行動の順序及び／又は使用は、請求項の範囲から逸脱することなく修正することができる。

記載されている機能は、ハードウェア、ソフトウェア、ファームウェア、又はその任意の組み合わせにおいて実現することができる。ハードウェアにおいて実現される場合、例としてのハードウェア構成は、装置における処理システムを備えることができる。処理システムは、バスアーキテクチャで実現することができる。バスは、処理システムの特定の適用及び全体の設計制約により、任意の数の相互接続バス及びブリッジを含むことができる。バスは、プロセッサ、機械読取り可能媒体、及びバスインタフェースを含む種々の回路をリンクしてつなげることができる。バスインタフェースは、ネットワークアダプタをバスを介して、特には、処理システムに接続するために使用することができる。ネットワークアダプタは、信号処理機能を実現するために使用することができる。ある態様に対しては、ユーザインタフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もまたバスに接続することができる。バスはまた、タイミング供給源、周辺装置、電圧レギュレータ、電力管理回路などのような種々の他の回路もリンクすることができるが、これらはこの技術においてはよく知られているので、これ以上は記載しない。

プロセッサは、バスと、機械読取り可能媒体上に格納されたソフトウェアの実行を含む処理の管理を司ることができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、その他、何と称されようが、命令、データ、又はその任意の組み合わせを意味すると解釈されるべきである。

ハードウェア実装形態においては、機械読取り可能媒体は、プロセッサとは別個の処理システムの一部であってよい。しかし、当業者は容易に認識するように、機械読取り可能媒体、又はその何れの部分も、処理システムの外部であってよい。例として、機械読取り可能媒体は伝送線、データにより変調されたキャリア波、及び／又は装置とは別個のコンピュータ製品を含むことができ、それらはすべて、バスインタフェースを通してプロセッサによりアクセスされ得る。代替として、又はそれに加えて、機械読取り可能媒体又はその何れの部分も、キャッシュ及び／又は特殊化レジスタファイルの場合のように、プロセッサに統合することができる。検討された種々の構成要素は、ローカル構成要素のように特定の位置を有するものとして記載できるが、それらはまた、ある構成要素は、分散演算システムの一部として構成することができるというように、種々の方法でも構成することができる。

処理システムは、プロセッサ機能を提供する１つ以上のマイクロプロセッサと、機械読取り可能媒体の少なくとも一部分を提供する外部メモリで構成でき、これらすべては、外部バスアーキテクチャを通して他のサポート回路とリンクされてつなげられる。代替として、処理システムは、本明細書に記載されたニューロンモデルとニューロンシステムのモデルを実現するために、１つ以上のニューロモルフィックプロセッサを備えることができる。他の代替として、処理システムは、本開示を通して記載された種々の機能を実行することができるプロセッサ、バスインタフェース、ユーザインタフェース、サポート回路、及び、単一のチップに統合された機械読取り可能媒体の少なくとも一部分を有する特殊用途向け集積回路（ＡＳＩＣ）、又は、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理装置（ＰＬＤ）、コントローラ、ステートマシン、ゲート制御論理、分離ハードウェア構成要素、又は任意の他の適切な回路、又は、回路の任意の組み合わせで実現することができる。当業者は、特別な適用と、システム全体に課せられる設計全体の制約により、処理システムに対して記載された機能をどのように実現するのがベストであるかを認識するであろう。

機械読取り可能媒体は、多数のソフトウェアモジュールを備えることができる。ソフトウェアモジュールは、送信モジュールと受信モジュールを含むことができる。各ソフトウェアモジュールは、単一の格納装置に常駐でき、又は多数の格納装置にわたって分散することができる。例として、ソフトウェアモジュールは、誘発事象が起きたときに、ハードドライブからＲＡＭにロードすることができる。ソフトウェアモジュールの実行の間、プロセッサは、アクセス速度を増大するために、命令の幾つかをキャッシュにロードできる。そして、１つ以上のキャッシュラインは、プロセッサによる実行のために、特殊目的レジスタファイルにロードすることができる。下記でソフトウェアモジュールの機能に言及するときは、そのような機能は、プロセッサがそのソフトウェアモジュールからの命令を実行することにより実現されるということを理解されよう。更に、本開示の態様は、プロセッサ、コンピュータ、マシン、又はそのような態様を実現する他のシステムの機能の向上という結果になるということは認識されるべきである。

ソフトウェアにおいて実現される場合、機能は、１つ以上の命令又はコードとして、機械読取り可能媒体に格納、又はそこへ送信することができる。機械読取り可能媒体は、コンピュータプログラムの１つの場所から他の場所への転送を容易にする任意の格納媒体を含んでいるコンピュータ格納媒体と通信媒体の両者を含んでいる。加えて、何れの関係も機械読取り可能媒体と適切に称される。例えば、ソフトウェアが、ウェブサイト、サーバ、又は、他の遠隔供給源から、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者ライン（ＤＳＬ）、又は、赤外線（ＩＲ）、無線、及びマイクロ波のようなワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は、赤外線、無線、及びマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。本明細書にて使用されているように、ディスクは、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、及びＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ディスクは通常、データを磁気的に再生するが、一方ではディスクはオプションとしてレーザーによりデータを再現する。そのため、幾つかの態様においては、コンピュータ読取り可能媒体は、非一時的コンピュータ読取り可能媒体（例えば、実体のある媒体）を備えることができる。加えて、他の態様に対しては、コンピュータ読取り可能媒体は、一時的コンピュータ読取り可能媒体（例えば、信号）を備えることができる。上記の組み合わせもまた、コンピュータ読取り可能媒体の範囲内に含まれるべきである。

そのため、ある態様は、本明細書に提示された動作を実行するためのコンピュータプログラム製品を備えることができる。例えば、そのようなコンピュータプログラム製品は、命令を格納した（及び／又は符号化した）コンピュータ読取り可能媒体を備えることができ、命令は、１つ以上のプロセッサにより実行されて、本明細書に記載された動作を実行する。ある態様に対しては、コンピュータプログラム製品は包装材料を含むことができる。

更に、本明細書に記載された方法及び技術を実行するためのモジュール及び／又は他の適切な手段はダウンロードでき、及び／又は、該当する場合は、ユーザ端末及び／又は基地局により得ることができる。例えば、そのような装置を、本明細書に記載された方法を実行するための手段の転送を容易にするためにサーバに結合することができる。代替として、本明細書に記載された種々の方法は、格納手段を介して提供でき、それにより、ユーザ端末及び／又は基地局は、格納手段を装置に結合、又は提供すると種々の方法を得ることができる。更に、本明細書に記載された方法及び技術を装置に提供するための任意の他の適切な技術を利用することができる。

請求項は、上記に例示された正確な構成及び構成要素に制限されないということは理解すべきである。種々の修正、変更、及び変形を、配置、動作、及び上記に記載した方法及び装置の詳細において、請求項の範囲から逸脱することなく行うことができる。

本開示は以下の態様を含む。
（１）自律車両に対するルートプランニングの方法であって、
ストールファクタが、目的地へのルートの間に存在するかどうかを決定することと、
前記ルートの間に前記自律車両に乗員がいるかを決定することと、
前記ストールファクタが存在し且つ前記ルートの間に前記自律車両に乗員がいないときは、代わりのルートを決定することと、
前記代わりのルートがストールファクタを含んでいないときは、前記代わりのルート上を運転するように前記自律車両を制御することと、を備える方法。
（２）乗員は前記自律車両をマニュアルモードで運転することができるかどうかを決定することを更に備えている、（１）に記載の方法。
（３）前記ストールファクタが存在し且つ前記乗員が前記自律車両をマニュアルモードで運転できないときは、前記代わりのルートを決定することを更に備えている、（２）に記載の方法。
（４）前記ルートは、初期位置から顧客ピックアップ位置へのピックアップルート、前記顧客ピックアップ位置から降車位置への降車ルート、又は前記降車位置から帰還位置への帰還ルートのうちの１つである、（１）に記載の方法。
（５）顧客からの予約に基づいて前記ルートを決定することと、
前記代わりのルートがストールファクタを備えているときは、前記予約をキャンセルすることを更に備えている、（１）に記載の方法。
（６）前記代わりのルートがストールファクタを備えている場合、代わりの目的地を決定することを更に備えている、（１）に記載の方法。
（７）前記代わりの目的地は、前記目的地から閾値距離内の位置、予め定められた位置、又は多くの人が通行する位置である、（１）に記載の方法。
（８）前記ストールファクタは、環境ファクタ、地図データが閾値より古いこと、欠けている地図データ、信号強度が閾値未満であること、バッテリ電力が閾値未満であることの少なくとも１つ、又はそれらの組み合わせを含む、（１）に記載の方法。
（９）前記ルートの前記ストールファクタの持続時間を決定することと、
前記持続時間に基づいて、前記自律車両の行動を変えることを更に備えている、（１）に記載の方法。
（１０）自律車両に対するルートプランニングのための装置であって、
メモリと、
前記メモリに結合されている少なくとも１つのプロセッサであって、
ストールファクタが、目的地へのルートの間に存在するかどうかを決定し、
前記ルートの間に前記自律車両に乗員がいるかどうかを決定し、
前記ストールファクタが存在し且つ前記ルートの間に前記自律車両に乗員がいないときは、代わりのルートを決定し、
前記代わりのルートがストールファクタを含んでいないときは、前記代わりのルート上を運転するように前記自律車両を制御する、
ように構成されている少なくとも１つのプロセッサと、を備えている、装置。
（１１）前記少なくとも１つのプロセッサは、乗員が前記自律車両をマニュアルモードで運転することができるかどうかを決定するように更に構成されている、（１０）に記載の装置。
（１２）前記少なくとも１つのプロセッサは、前記ストールファクタが存在し且つ前記乗員が前記自律車両をマニュアルモードで運転できないときは、前記代わりのルートを決定するように更に構成されている、（１１）に記載の装置。
（１３）前記ルートは、初期位置から顧客ピックアップ位置へのピックアップルート、前記顧客ピックアップ位置から降車位置への降車ルート、又は前記降車位置から帰還位置への帰還ルートのうちの１つである、（１０）に記載の装置。
（１４）前記少なくとも１つのプロセッサは、
顧客からの予約に基づいて前記ルートを決定し、
前記代わりのルートがストールファクタを備えているときは、前記予約をキャンセルする
ように更に構成されている、（１０）に記載の装置。
（１５）前記少なくとも１つのプロセッサは、前記代わりのルートがストールファクタを備えている場合、代わりの目的地を決定するように更に構成されている、（１０）に記載の装置。
（１６）前記代わりの目的地は、前記目的地から閾値距離内の位置、予め定められた位置、又は多くの人が通行する位置である、（１０）に記載の装置。
（１７）前記ストールファクタは、環境ファクタ、地図データが閾値より古いこと、欠けている地図データ、信号強度が閾値未満であること、バッテリ電力が閾値未満であることの少なくとも１つ、又はそれらの組み合わせを含む、（１０）に記載の装置。
（１８）前記少なくとも１つのプロセッサは、
前記ルートの前記ストールファクタの持続時間を決定し、
前記持続時間に基づいて、前記自律車両の行動を変える
ように更に構成されている、（１０）に記載の装置。
（１９）自律車両に対するルートプランニングのために、プロセッサにより実行されるプログラムコードを記録している非一時的コンピュータ読取り可能媒体であって、
ストールファクタが、目的地へのルートの間に存在するかどうかを決定するプログラムコードと、
前記ルートの間に前記自律車両に乗員がいるかどうかを決定するプログラムコードと、
前記ストールファクタが存在し且つ前記ルートの間に前記自律車両に乗員がいないときに、代わりのルートを決定するプログラムコードと、
前記代わりのルートがストールファクタを含んでいないときに、前記代わりのルート上を運転するように前記自律車両を制御するプログラムコードと、を備えている、非一時的コンピュータ読取り可能媒体。
（２０）前記プログラムコードは、前記ストールファクタが存在し且つ乗員が前記自律車両をマニュアルモードで運転できないときに、前記代わりのルートを決定するためのプログラムコードを更に備えている、（１９）に記載の非一時的コンピュータ読取り可能媒体。

Claims (15)

1. 自律車両に対するルートプランニングの方法であって、
   ストールファクタが、目的地へのルートの間に存在するかどうかを決定することと、
   前記ルートの間に前記自律車両に乗員がいるかを決定することと、
   前記ストールファクタが存在し且つ前記ルートの間に前記自律車両に乗員がいないときは、代わりのルートを決定することと、
   前記代わりのルートがストールファクタを含んでいないときは、前記代わりのルート上を運転するように前記自律車両を制御することと、を備える方法。
2. 乗員は前記自律車両をマニュアルモードで運転することができるかどうかを決定することを更に備えている、請求項１に記載の方法。
3. 前記ストールファクタが存在し且つ前記乗員が前記自律車両をマニュアルモードで運転できないときは、前記代わりのルートを決定することを更に備えている、請求項２に記載の方法。
4. 前記ルートは、初期位置から顧客ピックアップ位置へのピックアップルート、前記顧客ピックアップ位置から降車位置への降車ルート、又は前記降車位置から帰還位置への帰還ルートのうちの１つである、請求項１〜３のいずれか１項に記載の方法。
5. 顧客からの予約に基づいて前記ルートを決定することと、
   前記代わりのルートがストールファクタを備えているときは、前記予約をキャンセルすることを更に備えている、請求項１〜４のいずれか１項に記載の方法。
6. 前記代わりのルートがストールファクタを備えている場合、代わりの目的地を決定することを更に備えている、請求項１〜５のいずれか１項に記載の方法。
7. 前記代わりの目的地は、前記目的地から閾値距離内の位置、予め定められた位置、又は多くの人が通行する位置である、請求項６に記載の方法。
8. 前記ストールファクタは、環境ファクタ、地図データが閾値より古いこと、欠けている地図データ、信号強度が閾値未満であること、バッテリ電力が閾値未満であることの少なくとも１つ、又はそれらの組み合わせを含む、請求項１〜７のいずれか１項に記載の方法。
9. 前記ルートの前記ストールファクタの持続時間を決定することと、
   前記持続時間に基づいて、前記自律車両の行動を変えることを更に備えている、請求項１〜８のいずれか１項に記載の方法。
10. 自律車両に対するルートプランニングのための装置であって、
    メモリと、
    前記メモリに結合されている少なくとも１つのプロセッサであって、
    ストールファクタが、目的地へのルートの間に存在するかどうかを決定し、
    前記ルートの間に前記自律車両に乗員がいるかどうかを決定し、
    前記ストールファクタが存在し且つ前記ルートの間に前記自律車両に乗員がいないときは、代わりのルートを決定し、
    前記代わりのルートがストールファクタを含んでいないときは、前記代わりのルート上を運転するように前記自律車両を制御する、
    ように構成されている少なくとも１つのプロセッサと、を備えている、装置。
11. 前記少なくとも１つのプロセッサは、乗員が前記自律車両をマニュアルモードで運転することができるかどうかを決定するように更に構成されている、請求項１０に記載の装置。
12. 前記少なくとも１つのプロセッサは、前記ストールファクタが存在し且つ前記乗員が前記自律車両をマニュアルモードで運転できないときは、前記代わりのルートを決定するように更に構成されている、請求項１１に記載の装置。
13. 前記ルートは、初期位置から顧客ピックアップ位置へのピックアップルート、前記顧客ピックアップ位置から降車位置への降車ルート、又は前記降車位置から帰還位置への帰還ルートのうちの１つである、請求項１０〜１２のいずれか１項に記載の装置。
14. 自律車両に対するルートプランニングのために、プロセッサにより実行されるプログラムコードを記録している非一時的コンピュータ読取り可能媒体であって、
    ストールファクタが、目的地へのルートの間に存在するかどうかを決定するプログラムコードと、
    前記ルートの間に前記自律車両に乗員がいるかどうかを決定するプログラムコードと、
    前記ストールファクタが存在し且つ前記ルートの間に前記自律車両に乗員がいないときに、代わりのルートを決定するプログラムコードと、
    前記代わりのルートがストールファクタを含んでいないときに、前記代わりのルート上を運転するように前記自律車両を制御するプログラムコードと、を備えている、非一時的コンピュータ読取り可能媒体。
15. 前記プログラムコードは、前記ストールファクタが存在し且つ乗員が前記自律車両をマニュアルモードで運転できないときに、前記代わりのルートを決定するためのプログラムコードを更に備えている、請求項１４に記載の非一時的コンピュータ読取り可能媒体。