JP2022500732A - 自律型車両のための周囲照明状態 - Google Patents

Abstract

本開示は、自律型車両による乗客および物品のピックアップおよびドロップオフ時の周囲照明状態の使用に関する。例えば、停止場所の周囲照明状態の地図は、所定の停止場所の周囲照明状態データを受信し、このデータを時刻および停止場所の１つに基づいて複数のバケットに配置することによって生成され得る。次いで、車両１００は、異なる停止場所２８２、２８４の両方の周囲照明状態を観察すること、場合によっては地図も使用することによって、乗客のために停止するために、自律運転モードで制御され得る。【選択図】図２Ｂ

Description

関連出願の相互参照
本出願は、２０１８年９月７日に出願された出願番号第１６／１２５，０２５号の利益を主張し、その開示は参照により本明細書に組み込まれる。

人間の運転者を必要としない車両などの自律型車両が、ある場所から別の場所へ乗客または物品の輸送を支援するために使用され得る。そのような車両は、ユーザがピックアップ場所または目的地のようないくつかの初期入力を提供し得、かつ車両がその場所へ車両自体を操縦する、完全な自律モードで動作し得る。

人（またはユーザ）は、車両を介して２つの場所の間で物理的に輸送されるか、および／または商品を輸送するのを望む場合、任意の数のタクシーまたは配達サービスを使用し得る。現在に至るまで、これらのサービスは通常、ユーザおよび／または商品をピックアップおよびドロップオフする場所への派遣命令を人間の運転者に与えることを伴う。一般に、これらの場所特定は、物理的な信号（すなわち、運転者を合図で停止させること）、ユーザが実際にどこにいるかを説明する電話、または運転者とユーザとの間の直接の話し合いを介してうまくいく。自律型車両の場合、このような連携は多くの場合、実現するのが困難であるか、または不可能であり、さらに車両に到達するまでの距離または車両が乗客および／または商品をピックアップまたはドロップオフするために停止する所望の目的地に到達するまでの距離という観点で、ユーザに対してかなりの不便性をもたらし得る。

本開示の一態様は、周囲照明状態の地図を生成する方法を提供する。この方法は、異なる時点における異なる場所での周囲照明状態を識別する１つ以上の車両によって生成されたデータを１つ以上のプロセッサによって検索することと、異なる場所に基づいて、車両用の所定の停止場所のセットのうちの１つを１つ以上のプロセッサによって識別することと、異なる時点および所定の停止場所のセットのうちの識別された１つに基づいて、データの少なくとも一部を、各バケットが特定の期間に関連付けられる、複数のバケットに１つ以上のプロセッサによって配置することと、複数のバケットを使用して地図を１つ以上のプロセッサによって生成することと、を含む。

一例では、地図を生成することは、複数のバケットを以前の地図に組み込むことを含む。別の例では、自律型車両が周囲照明状態の履歴に基づいて所定の停止場所のセットのピックアップ停止場所を識別することを可能にするために、自律型車両のコンピューティングデバイスに複数のバケットを提供すること。別の例では、この方法はまた、自律型車両が周囲照明状態の履歴に基づいて所定の停止場所のセットのドロップオフ停止場所を識別することを可能にするために、自律型車両のコンピューティングデバイスに複数のバケットを提供することを含む。別の例では、この方法はまた、クライアントコンピューティングデバイスから、移動のための１つ以上の可能なピックアップ場所を識別する要求を受信することと、クライアントコンピューティングデバイスへの要求に応答して、複数のバケットのうちの少なくとも１つを使用して所定の停止場所のセットのうちの１つを識別する情報を提供することと、を含む。この例では、この方法は、乗客が移動のためにピックアップされるであろうと予想される時刻に基づいて、複数のバケットのうちの少なくとも１つを選択することも含む。加えて、この方法は、クライアントコンピューティングデバイスへの要求に応答して、乗客が移動のためにピックアップされるであろうと予想される時刻に、複数のバケットのうちの少なくとも１つの周囲照明状態を識別する通知を提供することも含む。別の例では、この方法はまた、クライアントコンピューティングデバイスから、移動のための１つ以上の可能なドロップオフ場所を識別する要求を受信することと、クライアントコンピューティングデバイスへの要求に応答して、複数のバケットのうちの少なくとも１つを使用して所定の停止場所のセットのうちの１つを識別する情報を提供することと、を含む。この例では、この方法は、乗客が移動からドロップオフされるであろうと予想される時刻に基づいて、複数のバケットのうちの少なくとも１つを選択することも含む。加えて、この方法は、クライアントコンピューティングデバイスへの要求に応答して、乗客が移動からドロップオフされるであろうと予想される時刻に複数のバケットのうちの少なくとも１つの周囲照明状態を識別する通知を提供することも含む。

本開示の別の態様は、車両を停止するために車両を制御する方法を提供する。この方法は、車両の停止場所を１つ以上のプロセッサによって受信することと、自律運転モードで停止場所に向かう車両を１つ以上のプロセッサによって制御することと、自律運転モードでの車両を制御している間、停止場所を１つ以上のプロセッサによって観察することと、新しい停止場所の観察および周囲照明状態に基づいて、新しい停止場所を１つ以上のプロセッサによって識別することと、自律運転モードでの車両を新しい停止場所で停止するために１つ以上のプロセッサによって制御することと、を含む。

一例では、停止場所を観察することは、停止場所の周囲照明状態を判定することを含む。この例では、停止場所の周囲照明状態を判定することは、車両のカメラによって捕捉された画像に基づく。加えて、または代替的に、停止場所の周囲照明状態を判定することは、車両のカメラの露出値に基づく。加えて、または代替的に、停止場所の周囲照明状態を判定することは、車両の光センサに基づく。加えて、または代替的に、停止場所の周囲照明状態を判定することは、車両のヘッドライトの現在の状態に基づく。加えて、または代替的に、停止場所の周囲照明状態を判定することは、車両の内部ディスプレイの現在の状態に基づく。加えて、または代替的に、新しい停止場所の周囲照明状態を判定することは、車両のカメラによって捕捉された画像に基づく。加えて、または代替的に、新しい停止場所の周囲照明状態を判定することは、新しい停止場所の周囲照明状態の履歴を識別する地図情報に基づく。別の例では、停止場所を観察することは、停止場所が現在利用不可能であることを判定することを含む。

例示的な実施形態による例示的な車両の機能図である。 本開示の態様による地図情報の一例を示す図である。 本開示の態様による車両の例示的な外観図である。 本開示の態様による例示的なシステムのイラスト図である。 本開示の態様による図４のシステムの機能図である。 本開示の態様による運転状況の例示的な表現図である。 本開示の態様による運転状況およびデータの例示的な表現図である。 本開示の態様による例示的なフロー図である。 本開示の態様による例示的なフロー図である。

概要
本技術は、自律型車両の安全で快適な乗客のピックアップおよびドロップオフを容易にすることに関連する。例えば、そのような車両は、１日２４時間、１週間７日で、移動サービスに利用可能であり得る。夜間、照明の明るいエリアで、ピックアップおよびドロップオフのために車両を停止することは、乗客の快適性および安全性のために望ましい。一例として、ピックアップ中、照明の明るいエリアは、乗客が車両を待つのをより簡単にし、ストレスを少なくし得る。同様に、ドロップオフ時に、乗客は、水たまりもしくは高い縁石のような何か、または車両の周りに誰かがいるかどうかを、より良好に確認することができる。さらに他の例では、商品をピックアップまたはドロップオフする場合、人は、照明の明るい場所でより安心し、または車両の周りの危険の原因をより良好に見ることができ得る。このように、周囲照明状態に応じて駐車場所を選択することは、自律型タクシーおよび／または配達サービスの重要な安全機能であり得る。所与の駐車場所の周囲照明状態は、任意の数の異なる方式で判定され得る。例えば、車両のコンピューティングデバイスは、車両の光センサからフィードバックを受信し得る。この情報は、車両の現在の場所の周囲照明状態を判定するのに特に役立ち得る。加えて、または代替的に、所与の駐車場の周囲照明状態は、車両の知覚システムによって生成されたデータから判定され得る。加えて、または代替的に、所与の駐車場の周囲照明状態は、履歴データから判定され得る。例えば、周囲照明状態は、異なる時点で様々なエリアを運転する本車両または他の車両によって、収集され、集約され、かつ地図情報を生成するために使用され得る。この地図情報は、車両の車隊の車両に送信され得る。

周囲照明状態は、より良好な乗客のピックアップおよびドロップオフを容易にするために、任意の数の様々な方式で使用され得る。例えば、ユーザ（または将来の乗客）が移動を計画している場合、乗客にとって最良のピックアップ場所および／またはドロップオフ場所を判定するために、地図情報における周囲照明状態を使用することができる。加えて、または代替的に、車両が停車を試み、または駐車場所を探している最中に、車両のコンピューティングデバイスは、リアルタイムの観察に基づいて駐車場所にいくつかの小さな調整を加えることができ得る。

本明細書で説明される機能は、照明の明るいエリアでのピックアップおよびドロップオフのために自律型車両を停止することにより、快適性および安全性の観点からより良好な乗客体験を可能にし得る。履歴データを使用することにより、乗客は照明の明るいエリアでのピックアップおよびドロップオフを予め手配することができる。加えて、自律型車両で収集したリアルタイムの情報を使用することによって、車両は状況の変化に対応し得る。最後に、以下でさらに考察されるように、周囲照明状態は、乗客にサービスを提供しない場合に、車両の安全性およびセキュリティを向上させるために、車両の駐車場所を識別するためにも使用され得る。

例示的なシステム
図１に示されるように、本開示の一態様による車両１００は、様々な構成要素を含む。本開示の特定の態様は、特定のタイプの車両に関連して特に有用であるが、車両は、いずれのタイプの車両であってもよく、車、トラック、オートバイ、バス、レクリエーション用車両などを含むが、これらに限定されない。車両は、１つ以上のプロセッサ１２０、メモリ１３０、および汎用コンピューティングデバイスに典型的に存在する他の構成要素を含むコンピューティングデバイス１１０のような１つ以上の制御コンピューティングデバイスを有し得る。

メモリ１３０は、１つ以上のプロセッサ１２０によってアクセス可能である情報を記憶し、その情報には、プロセッサ１２０によって実行または別様に使用され得る命令１３４およびデータ１３２が含まれる。メモリ１３０は、プロセッサによってアクセス可能である情報を記憶することができる任意のタイプのメモリであってもよく、それらには、コンピューティングデバイス可読媒体、またはハードドライブ、メモリカード、ＲＯＭ、ＲＡＭ、ＤＶＤ、もしくは他の光ディスク、ならびに他の書き込み可能および読出し専用メモリなどの電子デバイスを使って読み取ることができるデータを記憶する他の媒体が含まれる。システムおよび方法は、上記の異なる組み合わせを含んでもよく、それによって、命令およびデータの様々な部分が、様々なタイプの媒体に記憶される。

命令１３４は、プロセッサにより直接的に（マシンコードなど）または間接的に（スクリプトなど）実行される任意の一連の命令であってもよい。例えば、命令は、コンピューティングデバイス可読媒体上のコンピューティングデバイスコードとして記憶されてもよい。その点について、「ソフトウェア」、「命令」、および「プログラム」という用語は、本明細書では、互換的に使用され得る。命令は、プロセッサによる直接処理のためのオブジェクトコード形式で、または要求に応じて解釈されるか、もしくは予めコンパイルされる独立したソースコードモジュールのスクリプトもしくはコレクションを含む、任意の他のコンピューティングデバイス言語で記憶されてもよい。命令の機能、方法、およびルーチンについては、以下でさらに詳細に説明される。

データ１３２は、命令１３４に従ってプロセッサ１２０によって検索、記憶、または修正されてもよい。例えば、特許請求された主題は、いかなる特定のデータ構造にも限定されないが、データは、コンピューティングデバイスレジスタ内に、すなわち、複数の異なるフィールドおよびレコードを有する表、ＸＭＬドキュメント、またはフラットファイルとしてリレーショナルデータベース内に記憶されてもよい。データはまた、任意のコンピューティングデバイス可読形式でフォーマットされてもよい。

１つ以上のプロセッサ１２０は、市販されているＣＰＵなど任意の従来のプロセッサであってもよい。代替的に、１つ以上のプロセッサは、ＡＳＩＣまたは他のハードウェアベースプロセッサなどの専用デバイスであってもよい。図１は、プロセッサ、メモリ、およびコンピューティングデバイス１１０の他の要素を同じブロック内にあるものとして機能的に例示するが、プロセッサ、コンピューティングデバイス、またはメモリは、実際には、同じ物理的な筐体内に記憶されてもされなくてもよい、複数のプロセッサ、コンピューティングデバイス、またはメモリを含むことができることは、当業者により、理解されるであろう。例えば、メモリは、ハードドライブ、またはコンピューティングデバイス１１０の筐体とは異なる筐体内に設置された他の記憶媒体であってもよい。したがって、プロセッサまたはコンピューティングデバイスへの言及は、並行に動作してもしなくてもよいプロセッサまたはコンピューティングデバイスまたはメモリの集合体への言及を含むことを理解されたい。

コンピューティングデバイス１１０は、上述したプロセッサおよびメモリ、ならびにユーザ入力１５０（例えば、マウス、キーボード、タッチスクリーンおよび／またはマイクロフォン）、様々な電子ディスプレイ（例えば、スクリーン、または情報を表示するように動作可能である任意の他の電気デバイスを有するモニタ）などのコンピューティングデバイスと接続して通常使用されるすべての構成要素であってもよい。この例では、車両は、内部の電子ディスプレイ１５２、ならびに１つ以上のスピーカ１５４を含み、情報または音響映像体験を提供する。この点について、内部の電子ディスプレイ１５２は、車両１００の車内に位置付けられてもよく、コンピューティングデバイス１１０によって使用されて、車両１００内の乗員乗客に情報を提供してもよい。

コンピューティングデバイス１１０はまた、１つ以上の無線ネットワーク接続１５６も含み、以下に詳細に説明するクライアントコンピューティングデバイスおよびサーバコンピューティングデバイスなどの他のコンピューティングデバイスとの通信を容易にし得る。無線ネットワーク接続には、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈローエネルギー（ＬＥ）、携帯電話接続などの短距離通信プロトコル、ならびにインターネット、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ、イントラネット、仮想プライベートネットワーク、ワイドエリアネットワーク、ローカルネットワーク、１つ以上の企業に専用の通信プロトコルを使用するプライベートネットワーク、イーサネット、ＷｉＦｉ、およびＨＴＴＰを含む様々な構成およびプロトコル、ならびに上記の様々な組み合わせが含まれ得る。

一例では、コンピューティングデバイス１１０は、自律運転コンピューティングシステムの制御コンピューティングデバイスであってもよく、または車両１００に組み込まれてもよい。この自律運転コンピューティングシステムは、以下でさらに考察されるように、メモリ１３０の自律制御ソフトウェアに従って車両１００の動きを制御するために、車両の様々な構成要素と通信することが可能であり得る。例えば、図１に戻ると、コンピューティングデバイス１１０は、メモリ１３０の命令１３４に従って、車両１００の動き、速度などを制御するために、減速システム１６０、加速システム１６２、操縦システム１６４、シグナリングシステム１６６、ルーティングシステム１６８、測位システム１７０、知覚システム１７２、および動力システム１７４（すなわち、車両のエンジンまたはモータ）など、車両１００の様々なシステムと通信することができる。例えば、メモリは、車両の様々なシステムを制御する方法を判定するために使用することができる車両の操縦、加速および減速のプロファイルおよび制限を記憶し得る。また、これらのシステムは、コンピューティングデバイス１１０の外部にあるものとして示されるが、実際には、これらのシステムもまた、車両１００を制御するための自律運転コンピューティングシステムとして再度、コンピューティングデバイス１１０の中に組み込まれてもよい。

一例として、コンピューティングデバイス１１０が、車両の速度を制御するために、車両のブレーキ、アクセルペダル、および／またはエンジン、もしくはモータなどの減速システム１６０および／または加速システム１６２の１つ以上のアクチュエータと相互作用してもよい。同様に、操縦ホイール、操縦シャフト、ならびに／またはラックアンドピニオンシステムのピニオンおよびラックなど、操縦システム１６４の１つ以上のアクチュエータは、車両１００の方向を制御するために、コンピューティングデバイス１１０によって使用され得る。例えば、乗用車またはトラックなどの車両１００が道路上で使用するために構成される場合、操縦システムは、車両の向きを変えるために車輪の角度を制御するための１つ以上のアクチュエータを含んでもよい。シグナリングシステム１６６は、例えば、必要に応じて方向指示器またはブレーキライトを点灯させることによって、車両の意図を他の運転者または車両に知らせるために、コンピューティングデバイス１１０によって使用され得る。

ルーティングシステム１６８は、ある場所までの経路を判定し、これをたどるために、コンピューティングデバイス１１０によって使用され得る。この点について、ルーティングシステム１６８および／またはデータ１３２が、詳細な地図情報、例えば、道路の形状および上昇、車線境界線、交差点、横断歩道、速度制限、交通信号、建物、標識、リアルタイム交通情報、植生、または他のそのような物体および情報を特定する高精密地図、を記憶してもよい。

図２Ａおよび２Ｂは、交差点２２０を含む道路の区画の地図情報の例である。図２Ａは、車線マーカまたは車線ライン２１０、２１２、２１４、中央分離帯エリア２３０、２３２、交通信号２４０、２４２、および停止線２５０、２５２、２５４、２５６の形状、場所、および他の特性を特定する情報を含む地図情報の一部分を示す。車線ラインはまた、様々な車線２６０〜２７１を画定することができ、またはこれらの車線は、地図情報２００で明示的に特定することもできる。これらの特徴に加えて、地図情報はまた、各車線についての交通の方向および速度制限を識別する情報、ならびにコンピューティングデバイス１１０が、車両が特定の操縦を完了する（すなわち、ターンを完了するか、交通または交差点の車線を横断する）ための正しい方式があるか否か、および縁石、建物、水路、植生、標識などの他の特徴を判定することを可能にする情報も含み得る。

地図情報はまた、ピックアップ場所およびドロップオフ場所を含む所定の停止場所を記憶し得る。ピックアップ場所は、移動のために乗員をピックアップするために待機するために自律型車両が停止する場所を指し得る。ドロップオフ場所は、乗員が移動後に車両を出ることを可能にするために自律型車両が停止する場所を指し得る。車両が停止し、乗客が降車し、かつ乗客が戻るために待機することを可能にする場所のような他の停止場所も可能である。停止場所は、またユーザが商品をピックアップまたはドロップオフするために停止および待機するために車両によって使用され得る。例えば、車両がユーザに食品を配達している場合、車両は、停止場所で停止し、かつ待機し得る。これらの各々は、単に、別個の、事前に判定されたピックアップおよびドロップオフ場所であり、場合によっては、人間のオペレータによって手動で選択されるか、または経時的にコンピューティングデバイスによって学習され得る、駐車場所であり得る。この点について、各停止場所は、各場所の特性の何らかの手動または自動分析によって選択された車両が停止することができる場所であり得る。図２Ａおよび２Ｂに示されるように、地図情報は、複数の停止場所２８０〜２８８を含む。この例では、各停止場所は車線に隣接する駐車場に対応しているが、これらの所定の停止場所はすべてのタイプの駐車場所であり得る。

これらの停止場所の少なくとも一部には、周囲照明状態のデータが含まれ得る。以下でさらに考察されるように、所与の停止場所は、異なる時刻に予想される周囲照明状態を識別するデータに関連付けられ得、例えば、停止場所２８０、２８２、２８４、２８６、２８８では、各々「バケット化された」の期間は、現地時刻の午後６時〜午後７時、現地時刻の午後７時〜午後８時、現地時刻の午前８時〜午前９時などである。この例では、値０．２、０．６、０．８などは、０〜１までの均等目盛りに正規化され、０は周囲照明状態がなく、１は非常に明るい周囲照明状態である。。使用される時刻の実際の「バケット」は、その所与の停止場所についてのデータ量に基づいて判定され得る。

本明細書では、地図情報は、画像ベースの地図として図示されているが、地図情報は、完全に画像ベースである必要はない（例えば、ラスタ）。例えば、地図情報は、１つ以上の道路グラフ、または道路、車線、交差点、およびこれらの特徴間の接続などの情報のグラフネットワークを含み得る。各特徴は、グラフデータとして記憶されてもよく、地理的場所などの情報と関連付けられてもよく、いずれにせよ、他の関連する特徴にリンクされ、例えば、停止標識は、道路および交差点などにリンクされてもよい。いくつかの例では、関連付けられたデータは、道路グラフのグリッドベースのインデックスを含み得、ある道路グラフの特徴の効率的な検索を可能にする。

測位システム１７０は、地図上または地球上の車両の相対的または絶対的位置を判定するために、コンピューティングデバイス１１０によって使用され得る。例えば、測位システム１７０は、デバイスの緯度、経度、および／または標高の位置を判定するためのＧＰＳ受信機を含むことができる。レーザを利用した位置特定システム、慣性支援ＧＰＳ、またはカメラを利用した位置特定などの他の位置特定システムも、車両の位置を特定するために使用することができる。車両の位置には、緯度、経度、高度などの絶対的な地理的位置情報の他に、すぐ周りの他の車両に対する位置などの相対的な位置情報が含まれてもよく、これは、多くの場合、絶対的な地理的位置よりも少ないノイズで判定することができる。

測位システム１７０はまた、車両の方向および速度、またはそれらの変化を判定するための加速度計、ジャイロスコープ、または別の方向／速度検出デバイスなどの、コンピューティングデバイス１１０と通信する他のデバイスも含むことができる。単なる例として、加速デバイスは、重力の方向、または重力に対して垂直な平面に対する車両の縦揺れ、偏揺れ、または横揺れ（またはそれらの変化）を判定することができる。このデバイスはまた、速度の増減、およびそのような変化の方向を追跡することもできる。本明細書で説明したように、デバイスの位置および配向データの提供が、コンピューティングデバイス１１０、他のコンピューティングデバイス、および上記の組み合わせに自動的に提供されてもよい。

知覚システム１７２はまた、他の車両、道路内の障害物、交通信号、標識、樹木などの車両の外部にある対象物を検出するために１つ以上の構成要素を含む。例えば、知覚システム１７２は、レーザ、ソナー、レーダー、カメラ、および／またはコンピューティングデバイス１１０が処理することができるデータを記録する任意の他の検出デバイスを含んでもよい。車両がミニバンなどの搭乗者車両である場合には、ミニバンは、屋根または他の都合の良い場所に搭載されるレーザまたは他のセンサを含んでもよい。例えば、図３は、車両１００の例示的な外観図である。この例では、屋根上にある筐体３１０およびドーム状筐体３１２は、ＬＩＤＡＲセンサ、ならびに各種のカメラおよびレーダーユニットを含んでもよい。さらに、車両１００の前端部に設置された筐体３２０、ならびに車両の運転者側および乗客側の筐体３３０、３３２は、各々、ＬＩＤＡＲセンサを保管することができる。例えば、筐体３３０は、運転者ドア３５０の前部に設置される。車両１００はまた、車両１００の屋根の上にさらに設置されたレーダーユニットおよび／またはカメラのための筐体３４０、３４２も含む。追加のレーダーユニットおよびカメラ（図示せず）は、車両１００の前端および後端に、および／または屋根もしくは屋根上にある筐体３１０に沿った他の位置に設置され得る。車両１００はまた、ドア３５０、３５２、ホイール３６０、３６２などの典型的な乗用車の多くの特徴を含む。

コンピューティングデバイス１１０は、様々な構成要素を制御することによって車両の方向および速度を制御してもよい。例として、コンピューティングデバイス１１０は、詳細な地図情報およびルーティングシステム１６８からのデータを使用して、車両を目的地に完全に自律的にナビゲートし得る。コンピューティングデバイス１１０は、測位システム１７０を使用して車両の場所を判定し、知覚システム１７２を使用して、対象物を検出し、その場所に安全に到着するために必要である場合、対象物に対して応答することができる。そうするために、コンピューティングデバイス１１０は、車両を、（例えば、加速システム１６２により、エンジンに提供される燃料または他のエネルギーを増加させることによって）加速させ、（例えば、エンジンに供給される燃料を減少させ、ギアを切り替え、および／または減速システム１６０によりブレーキをかけることによって）減速させ、（例えば、操縦システム１６４により、車両１００の前輪または後輪の向きを変えることによって）方向を変更させ、（例えば、シグナリングシステム１６６の方向指示器を点灯することによって）かかる変更を伝えさせてもよい。このため、加速システム１６２および減速システム１６０は、車両のエンジンと車両の車輪との間に様々な構成要素を含む、動力伝達装置の一部であり得る。再び、これらのシステムを制御することによって、コンピューティングデバイス１１０はまた、車両を自律的に操縦するために、車両の動力伝達装置を制御してもよい。

車両１００のコンピューティングデバイス１１０はまた、輸送サービスの一部であるコンピューティングデバイスならびに他のコンピューティングデバイスのような他のコンピューティングデバイスとの間で情報を受信または転送することもできる。図４および図５は、それぞれ、例示的なシステム４００のイラスト図および機能図であり、システムは、ネットワーク４６０を介して接続された複数のコンピューティングデバイス４１０、４２０、４３０、４４０、および記憶システム４５０を含む。システム４００は、車両１００、および車両１００と同じまたは同様に構成され得る車両１００Ａ、１００Ｂも含む。簡潔にするため、いくつかの車両およびコンピューティングデバイスのみを図示しているが、通常のシステムは、これよりもはるかに多くのものを含み得る。

図４に示されるように、コンピューティングデバイス４１０、４２０、４３０、４４０の各々は、１つ以上のプロセッサ、メモリ、データ、および命令を含み得る。そのようなプロセッサ、メモリ、データ、および命令は、コンピューティングデバイス１１０の１つ以上のプロセッサ１２０、メモリ１３０、データ１３２、および命令１３４と同様に構成されてもよい。

ネットワーク４６０および仲介ノードは、Ｂｌｕｅｔｏｏｔｈ、ＢｌｕｅｔｏｏｔｈＬＥ、インターネット、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ、イントラネット、仮想プライベートネットワーク、ワイドエリアネットワーク、ローカルネットワーク、１つ以上の企業に専用の通信プロトコルを使用するプライベートネットワーク、イーサネット、ＷｉＦｉ、およびＨＴＴＰ、ならびに上記の様々な組み合わせなどの短距離通信プロトコルを含む様々な構成およびプロトコルを含んでもよい。そのような通信は、モデムおよび無線インターフェースなどの、他のコンピューティングデバイスとの間でデータを送受信することができるいずれかのデバイスによって容易に行われ得る。

一例では、１つ以上のコンピューティングデバイス４１０は、他のコンピューティングデバイスとの間でデータを受信、処理、および送信する目的で、ネットワークの異なるノードと情報を交換する、例えば、負荷分散サーバファームなど、複数のコンピューティングデバイスを有する１つ以上のサーバコンピューティングデバイスを含んでもよい。例えば、１つ以上のコンピューティングデバイス４１０は、ネットワーク４６０を介して、車両１００のコンピューティングデバイス１１０、または車両１００Ａの同様のコンピューティングデバイス、ならびにコンピューティングデバイス４２０、４３０、４４０と通信することが可能である１つ以上のサーバコンピューティングデバイスを含んでもよい。例えば、車両１００、１００Ａは、サーバコンピューティングデバイスによって様々な場所に派遣され得る車両の車隊の一部であり得る。この点について、サーバコンピューティングデバイス４１０は、乗客をピックアップおよびドロップオフするために、車両１００および車両１００Ａのような車両を異なる場所に派遣するために使用することができる派遣サーバコンピューティングシステムとして機能し得る。加えて、サーバコンピューティングデバイス４１０は、ネットワーク４６０を使用し得、コンピューティングデバイス４２０、４３０、４４０のディスプレイ４２４、４３４、４４４のようなディスプレイ上に、ユーザ４２２、４３２、４４２などのユーザに情報を送信および提示する。この点について、コンピューティングデバイス４２０、４３０、４４０は、クライアントコンピューティングデバイスとみなされてもよい。

図４に示すように、各クライアントコンピューティングデバイス４２０、４３０、４４０は、ユーザ４２２、４３２、４４２が使用することを意図されたパーソナルコンピューティングデバイスであってもよく、１つ以上のプロセッサ（例えば、中央処理装置（ＣＰＵ））、データおよび命令を記憶するメモリ（例えば、ＲＡＭおよび内蔵ハードドライブ）、ディスプレイ４２４、４３４、４４４などのディスプレイ（例えば、画面を有するモニタ、タッチスクリーン、プロジェクタ、テレビ、または情報を表示するように動作可能である他のデバイス）、およびユーザ入力デバイス４２６、４３６、４４６（例えば、マウス、キーボード、タッチスクリーン、またはマイクロフホン）を含む、パーソナルコンピューティングデバイスと接続して通常使用されるすべての構成要素を有し得る。クライアントコンピューティングデバイスはまた、ビデオストリームを記録するためのカメラ、スピーカ、ネットワークインターフェースデバイス、およびこれらの要素を互いに接続するために使用されるすべての構成要素を含んでもよい。

クライアントコンピューティングデバイス４２０、４３０、および４４０は、各々、フルサイズのパーソナルコンピューティングデバイスを含んでもよいが、代替的に、インターネットなどのネットワークを介してサーバとデータを無線で交換することが可能であるモバイルコンピューティングデバイスを含んでもよい。ほんの一例として、クライアントコンピューティングデバイス４２０は、携帯電話、または無線対応ＰＤＡ、タブレットＰＣ、ウェアラブルコンピューティングデバイスもしくはシステムなどのデバイス、またはインターネットもしくは他のネットワークを介して情報を取得することができるネットブックであってもよい。別の例では、クライアントコンピューティングデバイス４３０は、図４に示されるように、腕時計として示されるウェアラブルコンピューティングシステムであってもよい。一例として、ユーザは、小型キーボード、キーパッド、マイクロフォンを使用して、カメラを用いる映像信号、またはタッチスクリーンを使用して、情報を入力し得る。

いくつかの例では、クライアントコンピューティングデバイス４４０は、以下でさらに考察されるように、シナリオの結果、ハンドオーバー時間、および検証情報をレビューするために管理者またはオペレータによって使用される操作ワークステーションであり得る。図４および図５には操作ワークステーション４４０が１つのみ示されるが、典型的なシステムには、任意の数のそのようなワークステーションが含まれてもよい。さらに、操作ワークステーションはデスクトップコンピュータとして図示されるが、操作ワークステーションは、ラップトップ、ネットブック、タブレットコンピュータなど様々なタイプのパーソナルコンピューティングデバイスを含み得る。

メモリ１３０と同様に、記憶システム４５０は、ハードドライブ、メモリカード、ＲＯＭ、ＲＡＭ、ＤＶＤ、ＣＤ−ＲＯＭ、書き込み可能メモリ、および読み出し専用メモリなどの、サーバコンピューティングデバイス４１０によりアクセス可能である情報を記憶することができる、任意のタイプのコンピュータ化された記憶装置であり得る。さらに、記憶システム４５０は、データが、同じまたは異なる地理的位置に物理的に設置され得る複数の異なる記憶デバイス上に記憶される分散型記憶システムを含んでもよい。記憶システム４５０は、図４および図５に示すように、ネットワーク４６０を介してコンピューティングデバイスに接続されてもよく、かつ／またはコンピューティングデバイス１１０、４１０、４２０、４３０、４４０などのいずれかに直接接続されるか、もしくは組み込まれてもよい。

記憶システム４５０は、様々なタイプの情報を記憶し得る。この情報には、様々な日時に車隊の車両によって様々なエリアおよび／または停止場所について報告された周囲照明状態が含まれ得る。さらに、記憶システムはまた、地図情報２００の１つ以上の複製を記憶してもよい。この情報は、本明細書で記載される特徴のうちのいくつかを実行するために、１つ以上のサーバコンピューティングデバイス４１０のようなサーバコンピューティングデバイスによって検索または別の方法でアクセスされ得る。
例示的な方法

上述し、図に例示した動作に加えて、様々な動作が、ここで説明される。以下の動作は、以下に説明する正確な順序で実行される必要がないことを理解されたい。むしろ、様々なステップが、異なる順序で、または同時に処理されてもよく、ステップもまた、追加または省略されてもよい。

上記のように、コンピューティングデバイス１１０は、ルーティングシステムを使用して、目的地へのルートを判定することができ、例えば、乗客をピックアップする、商品をピックアップする、乗客をドロップオフする、および／または商品を配達する。次いで、コンピューティングデバイス１１０は、目的地までのルートをたどるために、車両が将来にわたってある時間および距離をたどるための軌跡を定期的に生成し得る。例えば、図６は地図情報２００に対応する道路６００の例示的な区画を表す。この点について、車線ライン６１０、６１２、６１４は車線ライン２１０、２１２、２１４に対応し、交差点６２０は交差点２２０に対応し、中央分離帯エリア６３０、６３２は中央分離帯エリア２３０、２３２に対応し、交通信号６４０、６４２は交通信号２４０、２４２に対応し、停止線６５０、６５２、６５４、６５６は停止線２５０、２５２、２５４、２５６に対応し、車線６６０〜６７１は車線２６０〜２７１に対応し、駐車場６８０〜６８８は停止場所２８０〜２８８に対応する。

図示されるように、車両１００は、車線６６０の交差点６２０に接近し、マーカ６９０によって表される目的地に到達しようとしているように描かれる。この時点で、コンピューティングデバイス１１０は、例えば、車両１００をピックアップ、ドロップオフ、または単に駐車するために、目的地に近接する停止場所を識別し始め得る。上述したように、そうするために、コンピューティングデバイス１１０は、目的地に近接する場所に停止するための周囲照明状態を判定しようと試みてもよい。

所与の停止場所の周囲照明状態は、任意の数の異なる方法で判定し得る。これらの少なくとも一部には、リアルタイムの判定が含まれ得る。例えば、コンピューティングデバイス１１０は、車両のヘッドライトの状態を制御し、内部電子ディスプレイ１５２などの内部電子ディスプレイの明るさを調整するために使用されるもののような、車両の光センサからフィードバックを受信し得る。光センサからのフィードバックがコンピューティングデバイス１１０に直接利用できない場合、この情報はまた、車両のヘッドライトおよび／または内部電子ディスプレイの状態から収集され得る。言い換えれば、コンピューティングデバイス１１０は、この情報から、車両がヘッドライトを点灯するのに「十分に暗い」か、または特定の明るさの内部電子ディスプレイであるかを判定することができ得る。この情報は、例えば、前で考察されたように０〜１までの均等目盛りの値のような、正規化された値に変換することができ、ここで、０は周囲照明状態がない場合（例えば、車両のヘッドライトがオンで内部の電子ディスプレイ１５２が最も明るい場合）であり、さらに１は非常に明るい周囲照明状態である（例えば、車両のヘッドライトがオフであり、内部電子ディスプレイ１５２が非常に暗い場合）。この情報はまた、例えば、図７の例７００に示されるように、車両１００の近くのエリア７１０内の、車両の現在の場所についての周囲照明状態を判定するために特に有用であり得る。

加えて、または代替的に、所与の停止場所の周囲照明状態は、車両の知覚システムによって生成されたデータから判定され得る。前述したように、知覚システム１７２は、複数の異なるセンサを含み得、そのいくつかは、静止カメラまたはビデオカメラなど、周囲照明状態を判定するために使用し得る。例えば、周囲照明状態を判定するために、車両の環境の_“ライブ_”カメラ画像を分析し得る。これには、カメラが向けられているエリアが明るいエリアであるか否かを判定するために画素の処理を含み得る。画素が明るく、画像が短い露光時間である場合、これはそのエリアも明るいことを示している可能性がある。同様に、その日の異なる時刻における同じ場所のカメラ画像の画素を上述のように分析し得、それにより周囲照明状態を判定し、ある正規化された値、例えば、前述の０〜１の目盛りの値などに変換し、かつ前で考察されたように地図情報２００に記憶し得る。一例として、一部の駐車場は夜間の画像でははるかに暗くなるか「没した」状態になり、さらに一部の駐車場は依然としてかなり鮮明であり得る。

別の例として、周囲照明状態は、カメラの露出値を使用することによってリアルタイムで判定され得る。一例として、画像を捕捉する場合、知覚システム１７２のカメラは、周囲照明状態が与えられると、露出値を自動的に再較正することができる。この点について、露出値は、車両のカメラによって現在視認可能なエリアの明るさの代用と見なし得る。例えば、リアルタイムの露出値を使用し得、周囲照明状態を判定する。露出値が長いほど、シーンは暗くなり、つまり、周囲照明状態は低くなる（すなわち、前述の０〜１の目盛りで０に近くなる。同様に、露出値が短いほど、シーンは明るくなり、つまり、周囲照明状態は高くなる（すなわち、前述の０〜１の目盛りで１に近くなる。加えて、太陽が出ていない期間（すなわち、１年のうちの任意の所与の日の夕暮れから夜明けまで）の露出値を確認し、より明るい人工照明を示す短い露出時間のものを識別することができる。この場合も、この情報は、何らかの正規化された値、例えば、前述の０〜１の目盛りの値などに変換され、上で考察されたように地図情報に記憶され得る。

ほとんどの場合、車両の知覚システム１７２のカメラの位置および視野のために、これらの画像は、車両からある程度離れた駐車場所のものであり得る。車両の周囲照明状態に関するより詳細な情報を取得するために、車両の少なくとも一部（すなわち、目に見える車両パネル）を含む画像を分析に使用し得る。もちろん、画像を分析する場合、車両パネル部分は、照明状態を比較するための参照点として使用され得、周囲照明判定の精度を高める。

加えて、または代替的に、所与の駐車エリアの周囲照明状態は、履歴データから判定され得る。例えば、サーバコンピューティングデバイス４１０は、車両１００および１００Ａのような車隊の様々な車両によって検出された周囲照明状態を識別するデータを、異なる時点における異なる場所で定期的に受信し得る。例えば、データは、所与の時点について上で考察されたように、車両の知覚システムによって収集された光センサまたはカメラ画像からのフィードバックを含み得る。加えて、または代替的に、データは、データを報告する車両のコンピューティングデバイスによる０〜１までの均等目盛りのような、所与の時点の周囲照明状態を表すいくつかの使用可能な正規化値を含み得る。上述したように、この情報は、記憶システム４５０に記憶され得る。サーバコンピューティングデバイス４１０は、周囲照明状態を含む地図データを生成するために、このデータを検索し得る。

所与の停止エリアの周囲照明状態データを生成するために、地図情報の停止場所の１つを識別し得る。その識別された停止場所に関連する任意のデータは、サーバコンピューティングデバイス４１０によって記憶システム４５０から検索され得る。次いで、この検索されたデータは、上述のように周囲照明状態を表す使用可能な正規化された値に変換され得る。次いで、これらの値は、「バケット化」されるか、またはデータに関連付けられた様々な時点に基づいて、複数のバケット、クラスタ、もしくは離散時間間隔の他のグループに配置され得る。各バケットは、午後４時〜午前９時まで３０分および／または６０分ごとのように、特定の特定期間または離散時間間隔に関連付けられ得る。バケットの端の近くで時々捕捉されたデータからの外れ値または値の下位への押し下げを削除するためのフィルタリングも使用され得る。データ量に応じて、これらのバケットは、異なる季節、月、または年間の特定日のような、年間の異なる時期にさらに分割され得る。これは、日照時間が年間を通して変化するため、特定の場所で特に役立つ場合があり得る。

次いで、複数のバケットおよび値が、周囲照明状態の地図を生成するために使用され得る。これには、各バケットの残りの値を平均化するか、そうでなければ、単一の使用可能な値に低減し（すなわち、前述のフィルタリングが実行される場合はポストフィルタリング）、さらに、この情報を識別された停止場所の地理的場所に関連付けることが含まれ得る。さらに、地図の生成は、図２Ｂに示されるような地図情報２００および周囲照明状態の例などの、複数のバケットからの低減された値を以前の地図に組み込むことを含み得る。次いで、サーバコンピューティングデバイス４１０は、この情報を記憶システム４５０に記憶し得る。

次いで、サーバコンピューティングデバイス４１０は、複数のバケットへの更新および／または地図情報の任意の停止場所の低減された値を含む、車隊の車両への更新を定期的に送信し得る。以下でさらに考察されるように、これにより、自律型車両のコンピューティングデバイスが、周囲照明状態の履歴に基づいて、所定の停止場所で例えば、ピックアップまたはドロップオフするための停止駐車場所の識別することが可能となり得る。

周囲照明状態は、より良好な乗客のピックアップおよびドロップオフを容易にするために、任意の数の異なる方式で使用され得る。例えば、サーバコンピューティングデバイス４１０は、クライアントコンピューティングデバイス４２０のようなクライアントコンピューティングデバイスから、移動のための、より可能性のあるピックアップまたはドロップオフの場所を識別する要求を受信し得る。それに応じて、サーバコンピューティングデバイス４１０は、所定の駐車場所の１つを識別するために、記憶システム４５０の地図情報および周囲照明状態を使用し得る。例えば、ピックアップまたはドロップオフ場所への推定到着予想時刻が与えられると、サーバコンピューティングデバイスは、その到着予想時刻の周囲照明状態に対して、最大の低減された値を有する複数のバケットのうちの１つに関連付けられる停止場所を識別し得る。予想されるピックアップまたはドロップオフの時刻がバケット間である場合、情報の柔軟性と有用性を高めるために、２つのバケットの周囲照明状態を平均化し得る。

次いで、サーバコンピューティングデバイス４１０は、この識別された停止場所をクライアントコンピューティングデバイス４２０に送信し得る。加えて、サーバコンピューティングデバイス４１０はまた、識別された停止場所について予想される周囲照明状態を識別する通知を提供し得る。これは、ピックアップまたはドロップオフを手配しようとするユーザに、サーバコンピューティングデバイス４１０が特定の停止場所をなぜ提案しているかのより良好な理解を提供し得る。

加えて、または代替的に、１人以上の乗客または１つ以上の商品のピックアップまたはドロップオフを設定する場合の最良の選択を容易にするために、様々な近くの停止場所の周囲照明状態も提供され得る。ユーザには、どの場所で照明が最も明るいか、または提案された停止場所がユーザの選好、または以前のピックアップ場所もしくはドロップオフ場所と異なる理由を示す通知が提供され得る。ただし、場合によっては、周囲照明状態が「低すぎる」（すなわち、前述の０〜１のスケールで０に近い）と予想される一部の駐車場は、単に無視されるか（提案されない）、または単にユーザによる選択で使用され得ない。この点について、提案されたピックアップおよび／またはドロップオフ場所を選択したプロセスは、ピックアップまたはドロップオフが発生すると予想される時刻に応じて、照明が明るくない駐車場所よりも、より照明が明るい駐車場所を提案するようにバイアスされ得る。

図８は、コンピューティングデバイス１１０のプロセッサのような１つ以上のプロセッサによって実行され得る、周囲照明状態の地図を生成するためのいくつかの例のうちの一例のフロー図８００を含む。この例では、ブロック８１０で、異なる時点における異なる場所での周囲照明状態を識別する１つ以上の車両によって生成されたデータを検索し得る。ブロック８２０で、異なる場所に基づいて車両用の所定の停止場所のセットのうちの１つを識別する。ブロック８３０で、データの少なくとも一部を、異なる時点および所定の停止場所のセットのうちの識別されたものに基づいて、複数のバケットに配置する。これらの各バケットは、特定の期間に関連付けられる。ブロック８４０にて、複数のバケットを使用して地図を生成する。

加えて、または代替的に、図６を参照して上述したように、車両が停止するのを試み、または駐車場所を探している最中に、コンピューティングデバイス１１０は、リアルタイムの観察に基づいて駐車場所にいくつかの小さな調整を行うことができ得る。例えば、新しい街路灯が設置されたり、古い街路灯が撤去されたりすると、周囲照明状態が変わり得る。この点について、コンピューティングデバイス１１０が自律運転モードでの車両を制御している間、これらのコンピューティングデバイスは、前述の技術によって、停止場所を観察しようと試み得る。この停止場所は、例えば、上で考察されたように移動を設定する場合に乗客によって選択され得、車両が派遣される場合にサーバコンピューティングデバイス４１０からコンピューティングデバイス１１０によって受信される場所であり得る。代替的に、この停止場所は、単に、車両の目的地に最も近い停止場所であり得、目的地は、車両が派遣される場合にサーバコンピューティングデバイス４１０から受信される。例えば、図７のマーカ７１０によって表される目的地が与えられると、停止場所は、停止場所２８２に対応する駐車場６８２であり得る。

この観察には、停止場所が利用可能（すなわち、別の車両または物体によって占有されていない）または利用不可能（占有されているか、そうでなければ利用可能ではない）であるか否かの観察が含まれ得る。加えて、または代替的に、この観察は、停止エリアの周囲照明状態の観察を含み得る。例えば、上で考察されたように、これには、車両のカメラによって捕捉された画像を使用することと、車両のカメラの露出値を使用することと、車両の光センサを使用することと、車両のヘッドライトの現在の状態を使用することと、車両の内部電子ディスプレイの現在の状態を使用することと、停止場所２８２での周囲照明状態を判定することなどが含まれ得る。

観察されたまたは「元の」停止場所が占有されている場合、および／または周囲照明状態が低い場合、例えば、前述の０〜１の目盛りで０．３の閾値を下回る場合、コンピューティングデバイス１１０は、新しい停止場所の周囲照明状態に基づいて、所定の停止場所の新しい停止場所を識別し得る。したがって、車両からある程度の距離にある新しい停止場所の周囲照明状態は、車両１００のカメラによって捕捉されたカメラ画像から判定され得、車両における周囲照明状態は、上で考察されたようにカメラ画像および／または光センサから判定され得、および／または新しい停止場所の周囲照明状態もまた、地図情報から判定され得る。例えば、コンピューティングデバイス１１０は、この情報を使用し得、元の停止場所または目的地からのある所定の距離内のすべての停止場所の周囲照明状態、および／または最大の相対周囲照明状態を有する次の最も近い利用可能な停止場所を判定することができる。一例として、この所定の距離は、元の停止場所と新しい停止場所との間の、例えば５分以上またはそれ以下のような妥当な歩行距離であり得る。探索には、新しい停止場所が元の停止場所と同じ車線に沿っているなど、他の制限も有し得る。図６の例に戻ると、コンピューティングデバイスは、停止場所２８０および２８４の周囲照明状態を判定し得る。この例では、停止場所２８６および２８８は、マーカ７１０によって表される目的地から「遠すぎる」と見なされ得る。

コンピューティングデバイス１１０は、コスト分析を実行し得、より照明の明るい停止場所で車両を停止するために乗客がより長い距離を歩くことが「価値がある」のか否かを判定する。例えば、元の停止場所と、停止場所および／または最大の相対的周囲照明状態を有する次の最も近い利用可能な停止場所の所定の距離内の停止場所の各々と、の間の周囲照明状態における増加を、乗客が元の停止場所または目的地と新しい停止場所との間を歩かなければならない可能性のある追加の距離と比較し得る。例えば、停止場所２８０と停止場所２８２との間の距離（乗客が歩かなければならない追加の距離）は、停止場所２８０および停止場所２８２の周囲照明条件の増加と比較され得る。同様に、停止場所２８４と停止場所２８２との間の距離（乗客が歩かなければならない追加の距離）は、停止場所２８４および停止場所２８２の周囲照明状態の増加と比較され得る。

この分析は、元の停止場所が実際に占有されている場合、または元の停止状態についての周囲照明状態が非常に低い場合においては、例えば前述の０〜１の目盛りで０に非常に近い場合、車両が元の停止場所で停止することができないというように、わずかに異なり得る。このような場合、コスト分析により、異なる停止場所の周囲照明位置と距離を相互に比較してもよい。例えば、コンピューティングデバイス１１０は、停止場所２８４および２８０までの距離および周囲照明状態を比較してもよい。代替的に、所定の停止場所が他に１つしかない場合、例えば、２８４および２８０のうちの１つだけが利用可能である（すなわち、占有されていない）場合、コスト分析は完全に無視されてもよい。

加えて、または代替的に、乗客またはユーザ（商品のピックアップまたは配達の場合）乗客のモバイルデバイスまたは車両内のディスプレイまたは他のＵＩ（ドロップオフの場合）の通知を介して、乗客が新しい停止場所を受諾するか拒否することを可能にするための１つ以上の選択肢が提供され得る。いずれの場合にも、新しい停止場所が識別され、コスト分析によりそれが価値があることと示され、および／または乗客が新しい停止場所を確認した場合、コンピューティングデバイス１１０は、自律運転モードにおいて、車両を制御し得、新しい停止場所で停止する。

加えて、前述の地図情報および地図情報のリアルタイムの判定はまた、他の目的のために使用され得る。例えば、車両が使用されていない場合、車両は駐車場所に駐車され得る。長期間または短期間に駐車する場合、乗客にサービスを提供していない場合でも、車両が不正使用され、または侵入される可能性を低減するために、照明の明るい場所に車両を駐車すると有効であり得る。この点について、周囲照明状態を使用して、そのような状況で車両を駐車するための好ましい場所を選択し得る。

図９は、コンピューティングデバイス１１０のプロセッサのような１つ以上のプロセッサによって実行され得る、１人以上の乗客または商品をピックアップまたはドロップオフするように停止するために、車両を制御するためのいくつかの例の例示的なフロー図９００を含む。この例では、ブロック９１０で車両の停止場所を受信する。ブロック９２０で、車両は、停止場所に向かう自律運転モードで制御される。ブロック９３０で、自律運転モードでの車両を制御している間、停止場所を観察する。ブロック９４０で、新しい停止場所を、新しい停止場所の観察および周囲照明状態に基づいて識別する。ブロック９５０で、車両を自律運転モードで制御し、新しい停止場所で停止する。

ここで説明する機能は、照明の明るいエリアでピックアップおよびドロップオフするために自律型車両を停止することにより、快適性と安全性の観点からより良好な乗客体験を可能にし得る。履歴データを使用することにより、乗客は、（乗客または商品）の照明の明るいエリアでのピックアップおよびドロップオフを予め手配することができる。加えて、自律型車両にて収集したリアルタイムの情報を活用することによって、車両は状況の変化に対応し得る。最後に、周囲照明状態は、乗客にサービスを提供していない場合に、車両の安全性およびセキュリティを向上させるために、車両の駐車場所を識別するためにも使用し得る。

特段の記述がない限り、前述の代替的な例は、相互に排他的ではないが、独自の有益点を達成するために様々な組み合わせで実施し得る。上で考察された特徴のこれらおよび他の変形および組み合わせは、特許請求の範囲によって定義される主題から逸脱することなく利用することができるので、実施形態の前述の説明は、特許請求の範囲によって定義される主題を限定するのではなく、実例としてみなされるべきである。さらに、本明細書に記載された実施例、ならびに「など」、「含む」などと表現された語句の提供は、特許請求の範囲の主題を特定の実施例に限定するものと解釈されるべきではなく、むしろ、実施例は、多くの可能な実施形態のうちの１つだけを例示することが意図される。さらに、異なる図面中の同じ参照番号は、同じまたは類似の要素を特定することができる。

Claims (20)

1. 周囲照明状態の地図を生成する方法であって、
   異なる時点における異なる場所での周囲照明状態を識別する１つ以上の車両によって生成されたデータを１つ以上のプロセッサによって検索することと、
   前記異なる場所に基づいて、車両用の所定の停止場所のセットのうちの１つを前記１つ以上のプロセッサによって識別することと、
   前記異なる時点および前記所定の停止場所のセットのうちの識別された１つに基づいて、前記データの少なくとも一部を、前記１つ以上のプロセッサによって配置することであって、各バケットが、特定の期間に関連付けられる、配置することと、
   前記複数のバケットを使用して、前記地図を前記１つ以上のプロセッサによって生成することと、を含む、方法。
2. 前記地図を生成することが、前記複数のバケットを以前の地図に組み込むことを含む、請求項１に記載の方法。
3. 自律型車両が、周囲照明状態の履歴に基づいて、前記所定の停止場所のセットのピックアップ停止場所を識別することを可能にするために、前記自律型車両のコンピューティングデバイスに前記複数のバケットを提供することをさらに含む、請求項１に記載の方法。
4. 前記自律型車両が、周囲照明状態の履歴に基づいて、前記所定の停止場所のセットのドロップオフ停止場所を識別することを可能にするために、前記自律型車両のコンピューティングデバイスに前記複数のバケットを提供することをさらに含む、請求項１に記載の方法。
5. クライアントコンピューティングデバイスから、移動のための１つ以上の可能なピックアップ場所を識別するための要求を受信することと、
   前記クライアントコンピューティングデバイスへの前記要求に応答して、前記複数のバケットのうちの少なくとも１つを使用して、所定の停止場所のセットのうちの１つを識別する情報を提供することと、をさらに含む、請求項１に記載の方法。
6. 乗客が前記移動のためにピックアップされるであろう予想時刻に基づいて、前記複数のバケットのうちの前記少なくとも１つを選択することをさらに含む、請求項５に記載の方法。
7. 前記クライアントコンピューティングデバイスへの前記要求に応答して、前記移動のために前記乗客がピックアップされるであろう前記予想時刻における前記複数のバケットのうちの前記少なくとも１つの周囲照明状態を識別する通知を提供することをさらに含む、請求項６に記載の方法。
8. クライアントコンピューティングデバイスから、移動のための１つ以上の可能なドロップオフ場所を識別するための要求を受信することと、
   前記クライアントコンピューティングデバイスへの前記要求に応答して、前記複数のバケットのうちの少なくとも１つを使用して、所定の停止場所のセットのうちの１つを識別する情報を提供することと、をさらに含む、請求項１に記載の方法。
9. 前記移動から乗客がドロップオフされるであろう予想時刻に基づいて、前記複数のバケットのうちの前記少なくとも１つを選択することをさらに含む、請求項８に記載の方法。
10. 前記クライアントコンピューティングデバイスへの前記要求に応答して、前記移動のために前記乗客がドロップオフされるであろう前記予想時刻に前記複数のバケットのうちの前記少なくとも１つの周囲照明状態を識別する通知を提供することをさらに含む、請求項９に記載の方法。
11. 車両を停止するために前記車両を制御する方法であって、
    前記車両の停止場所を１つ以上のプロセッサによって受信することと、
    自律運転モードで前記停止場所に向かう前記車両を前記１つ以上のプロセッサによって制御することと、
    前記自律運転モードでの前記車両を制御している間、前記停止場所を前記１つ以上のプロセッサによって観察することと、
    新しい停止場所の前記観察および周囲照明状態に基づいて、前記新しい停止場所を前記１つ以上のプロセッサによって識別することと、
    前記新しい停止場所で停止するために、前記自律運転モードでの前記車両を前記１つ以上のプロセッサによって制御することと、を含む、方法。
12. 前記停止場所を観察することが、前記停止場所の周囲照明状態を判定することを含む、請求項１１に記載の方法。
13. 前記停止場所の前記周囲照明状態を判定することが、前記車両のカメラによって捕捉された画像に基づく、請求項１２に記載の方法。
14. 前記停止場所の前記周囲照明状態を判定することが、前記車両のカメラの露出値に基づく、請求項１２に記載の方法。
15. 前記停止場所の前記周囲照明状態を判定することが、前記車両の光センサに基づく、請求項１２に記載の方法。
16. 前記停止場所の前記周囲照明状態を判定することが、前記車両のヘッドライトの現在の状態に基づく、請求項１２に記載の方法。
17. 前記停止場所の前記周囲照明状態を判定することが、前記車両の内部ディスプレイの現在の状態に基づく、請求項１２に記載の方法。
18. 前記車両のカメラによって捕捉された画像に基づいて、前記新しい停止場所の前記周囲照明状態を判定することをさらに含む、請求項１２に記載の方法。
19. 前記新しい停止場所の周囲照明状態の履歴を識別する地図情報に基づいて、前記新しい停止場所の前記周囲照明状態を判定することをさらに含む、請求項１２に記載の方法。
20. 前記停止場所を観察することが、前記停止場所が現在利用不可能であることを判定することを含む、請求項１１に記載の方法。

Images