用于自主车辆的接载区和放下区的制作方法

文档序号:11587378阅读:153来源:国知局



背景技术:

诸如不需要人类驾驶员的车辆的自主车辆可用于帮助将乘客或物品从一个位置运输到另一个位置。这种车辆可以在完全自主模式中操作,在该模式中乘客可以提供诸如接载或目的地位置的某种初始输入,并且车辆操纵自身到该位置。

当人(或用户)想要被经由车辆在两个位置之间物理地运输时,他们可以使用任何数量的出租车服务。到目前为止,这些服务通常涉及人类驾驶员,其被给予到一位置以接载用户的分派指令。这些服务尽管有用,但一般不能向用户提供关于出租车在接载用户的路上正在进行什么动作的实时信息。



技术实现要素:

本公开的一方面提供了一种方法。该方法包括:由具有一个或多个处理器的客户端计算设备发送对车辆在特定位置处停车的请求;响应于请求,由客户端计算设备接收标识车辆的当前位置的信息;由客户端计算设备生成用于显示的地图,该地图包括标识车辆的位置的第一标记,标识特定位置的第二标记,以及限定车辆可停车的第二标记周围的区域的形状,该形状具有距第二标记至少为大于零的最小距离的边缘;由客户端计算设备在客户端计算设备的显示器上显示在第一标记与形状之间的地图上的路线,以使得该路线在该形状处结束并且不到达第二标记;由客户端计算设备接收车辆的更新的位置信息;以及由客户端计算设备基于更新的位置信息来显示车辆沿着路线朝向该区域的显示进度。

在一个示例中,该方法包括:确定客户端计算设备的当前位置,并且利用地图显示指示客户端计算设备的当前位置的第三标记,以便向潜在乘客指示客户端计算设备相对于接载位置、区域和车辆的位置。在该示例中,特定位置是针对潜在乘客的接载位置。在该示例中,当车辆在该区域内识别出接载地点时,该方法包括显示相对于第二标记标识接载地点的第三标记。在该示例中,当车辆的进度描绘车辆进入区域时,该方法包括不再显示该区域。可替代地,当车辆在该区域内识别出接载地点时,该方法包括在显示器上朝向第三标记收缩该区域。在另一示例中,该方法包括,当车辆的进度描绘车辆在区域内的某一点处时,在显示器上增加该区域的大小。在另一示例中,该方法包括结合进度显示指示车辆当前是否正在寻找区域内的地点以停止车辆的状态指示符。在另一示例中,该方法包括结合进度显示指示车辆是否已找到区域内的地点以停止车辆的状态指示符。在另一示例中,该方法还包括,当车辆的进度描绘车辆在相对于该区域的某一点处时,显示对车辆不能找到区域内的地点以停车的指示,以及显示朝向该区域的新路线。

本公开的另一方面提供了一种装置。该装置包括显示器和一个或多个处理器。该一个或多个处理器被配置为:发送对车辆在特定位置处停车的请求;响应于请求,接收标识车辆的当前位置的信息;生成用于显示的地图,该地图包括标识车辆的位置的第一标记,标识特定位置的第二标记,以及限定车辆可停车的第二标记周围的区域的形状,该形状具有距第二标记至少为大于零的最小距离的边缘;在显示器上显示在第一标记与形状之间的地图上的路线,以使得该路线在该形状处结束并且不到达第二标记;接收车辆的更新的位置信息;以及基于更新的位置信息在显示器上显示车辆沿着该路线朝向该区域的进度。

在一个示例中,一个或多个处理器进一步被配置为:确定客户端计算设备的当前位置;以及利用地图显示指示客户端计算设备的当前位置的第三标记,以便向潜在乘客指示客户端计算设备相对于接载位置、所述区域和车辆的位置。在该示例中,特定位置是针对潜在乘客的接载位置。此外,一个或多个处理器进一步被配置为当车辆在区域内识别出接载地点时,显示相对于第二标记标识接载地点的第三标记。在该示例中,一个或多个处理器还被配置为,当车辆的进度描绘车辆进入区域时,不再显示该区域。可替代地,一个或多个处理器还被配置为当车辆在区域内识别出接载地点时,朝向第三标记收缩显示器上的区域。在另一示例中,一个或多个处理器进一步被配置为,当车辆的进度描绘车辆在区域内的某一点处时,增加显示器上的区域的大小。在另一示例中,一个或多个处理器进一步被配置为,结合进度显示指示车辆当前是否正在寻找区域内的地点以停止车辆的状态指示符。在另一示例中,该系统还包括车辆。

本公开的另外方面提供了一种其上存储有指令的非暂态有形计算机可读介质。该指令在由一个或多个处理器执行时使得一个或多个处理器执行一种方法。该方法包括:发送对车辆在特定位置处停车的请求;响应于请求,接收标识车辆的当前位置的信息;生成用于显示的地图,该地图包括标识车辆的位置的第一标记,标识特定位置的第二标记,以及限定车辆可停车的第二标记周围的区域的形状,该形状具有距第二标记至少为大于零的最小距离的边缘;在显示器上显示在第一标记与形状之间的地图上的路线,以使得路线在该形状处结束并且不到达第二标记;接收车辆的更新的位置信息;以及基于更新的位置信息在显示器上显示车辆沿着路线朝向该区域的进度。

附图说明

图1是根据示例性实施例的示例系统的功能图。

图2是根据本公开的方面的图1的系统的直观图。

图3是根据本公开的方面的详细地图信息的示例。

图4a、4b和4c是根据本公开的方面的示例客户端设备和屏幕截图。

图5-16是根据本公开的方面的各种示例屏幕截图和客户端计算设备。

图17是根据本公开的方面的示例流程图。

具体实施方式

概述

该技术涉及接载和放下乘客。这在车辆不能在确切指定的位置处停车的情况下可能是特别棘手的问题。在一些系统中,可以在地图上放置钉以指定接载或放下位置。例如,可能没有停车或可用的空间来靠边停车,并且因此汽车需要找到靠近指定位置但不完全在该位置处的位置。然而,当车辆不能在该确切位置处停车时,用户可能会困惑他们将在何处遇上车辆(在接载的情况下)或者他们将具体在何处被放下(在放下的情况下)。另外,在没有人类驾驶员的自主车辆的情况下,可能难以在如此短的时间将位置上的变化传达给用户。

当车辆被分派给用户时,用户的客户端计算设备(例如移动电话)可以显示关于接载位置将在何处的信息。最初,该接载位置可以在地图上显示为标记。该标记可以对应于优选的接载位置。还可以显示指示给用户可能发生接载的与距优选接载位置的预定距离相对应的标记周围的区域或区。此外,客户端设备可以显示车辆的当前位置与接载区之间的路径。另一标记可用于标识客户端设备相对于地图的位置。

预定距离大于零并且可以以距离或行驶时间定义。另外,预定距离可以是径向距离,或者简单地是沿着从接载位置延伸开的道路的距离。在一个示例中,该区可以示为诸如气泡的形状,其中形状的边缘距接载位置至少为预定距离。

然而,为了使实际的接载地点看起来更加灵活,路径可以在接载区的边缘处结束。换句话说,路径不会继续进入该区。此外,通过在接载区的边缘处结束路径,客户端设备能够向用户清楚地指示他或她可能够在该点处拦截车辆,而且实际接载位置是根据当前交通、停车状况等进行改变的流动(fluid)概念。

为了使用户被提示到接载位置最有可能发生的地方,可以增大或减小该区的大小。作为示例,当车辆沿着路线到达距接载区一定距离时,该区可以在大小上减小。在一个示例中,当车辆正在查看潜在地点以停车时,该区可以消失。在该示例中,当找到要停车的地点时,可以通过新标记来标识该位置,该新标记向用户标识该新标记相对于指示原始接载位置的标记的位置。

可替代地,当车辆进入接载区时,该区可以保留,而不是消失。在该示例中,即使在车辆已经通过接载位置的情况下,该区也可以持续。当车辆已识别出一地点时,该区也可以消失。

在一些示例中,一旦车辆在一个边缘处进入对应于接载区的物理区域,并且当车辆接近或靠近该区的另一边缘时,用户的客户端设备上的区的大小就可以增加。这让用户知道他或她可能必须离开期望的接载位置更远一些,但是仍然可以保持接载区内的优选接载位置的方位。

在另一示例中,一旦车辆识别出停车及等待用户的潜在地点,该区就可以开始朝向该地点收缩。这向用户指示他或她应朝向收缩区的中心移动,而不是朝向优选的接载位置移动。收缩还可以在车辆已经开始停车之后或当车辆实际上在该地点时发生。

在一些情况下,车辆将不能找到在接载区内停车的地方。在该情况下,该区可以保持在其当前大小,并且可以朝向接载位置回绕。在这样做时,可以计算回到接载区的路线并将其显示给用户,并且该过程可以如上面所述继续。

同时,用户的电话可以显示关于车辆正在做或正在“思考”什么的信息,以便进一步向用户表达接载位置如何改变。例如,如果车辆接近离开接载区并且不能找到停车地点,则客户端设备可以指示车辆需要更多的时间或区来找到停车地点。类似地,客户端设备可以指示车辆何时找到停车的地点。

当车辆在试图在目的地放下乘客时,上述特征也会是有用的。例如,当车辆接近目的地点时,客户端设备可以显示到由地图钉标识的目的地的路线的地图。围绕该地图钉某一距离可以绘制一区,以便向用户标识车辆可能潜在地停车在该区内的任何地方。在一些示例中,当车辆接近该区并开始检测车辆安全停车的地方的可用性时,该区在大小上可再次增大。一旦车辆已经识别出车辆在该区内停车的位置,就可以通过新标记来标识该位置,该新标记向用户标识该新标记相对于指示原始目的地的地图钉的位置。同时,该区可消失以向用户指示车辆不再寻找停车的地方。

通过如本文所论述地改变接载区或放下区的大小和/或形状,用户可以容易理解,用户将会遇到汽车的实际接载位置是流动的且灵活的概念。类似地,通过使“区”消失并用新标记替换它,用户可以容易地确定他或她相对于原始目的地的位置。

示例系统

如在图1和图2中所示,根据本公开的一方面的系统100包括各种部件,诸如车辆100a和100b。尽管本公开的某些方面结合特定类型的车辆尤其有用,但是车辆可以是任何类型的车辆,包括但不限于汽车、卡车、摩托车、公共汽车、休闲车等。车辆可以具有一个或多个计算设备,诸如包含通常存在于具有自主驾驶模式的车辆中的一个或多个处理器102、存储器104、数据106、指令108和其它部件的计算设备101(在图2中示出)。在这方面,计算设备101可以是自主驾驶系统,该自主驾驶系统可以控制车辆100a的方面以便例如在接载和目的地位置之间操纵车辆100a。另外,车辆100b可以与车辆100a相同或类似地配置。

存储器104存储可由一个或多个处理器102访问的信息,包括可由处理器102执行或以其它方式使用的指令108和数据106。存储器104可以是能够存储可由处理器访问的信息的任何类型,包括计算设备可读介质或存储可以借助于电子设备(诸如硬盘驱动器、存储卡、rom、ram、dvd或其它光盘)读取的数据的其它介质,以及其它可写和只读存储器。系统和方法可以包括前述的不同组合,由此指令和数据的不同部分存储在不同类型的介质上。

指令108可以是由处理器直接(诸如机器代码)或间接(诸如脚本)执行的任何指令集。例如,指令可以作为计算设备代码存储在计算设备可读介质上。在这方面,术语“指令”和“程序”在本文中可以互换使用。指令可以以目标代码格式存储以由处理器直接处理,或者以任何其它计算设备语言存储,包括根据需要解释或预先编译的独立源代码模块的脚本或集合。下面更详细地解释指令的功能、方法和例程。

数据106可以根据指令108由处理器102检索、存储或修改。例如,尽管要求保护的主题不限于任何特定数据结构,但是数据可以存储在计算设备寄存器中,在关系数据库中作为具有多个不同字段和记录、xml文档或平面文件的表。还可以以任何计算设备可读格式来格式化数据。

一个或多个处理器102可以是任何常规处理器,诸如市场上可买到的cpu。可替代地,一个或多个处理器可以是专用设备,诸如asic或其它基于硬件的处理器。虽然图2在功能上将车辆计算设备101的处理器、存储器和其它元件图示为在同一框内,但本领域的普通技术人员将理解,处理器、计算设备或存储器实际上可包括可以存储在或可以不存储在同一物理外壳内的多个处理器、计算设备或存储器。例如,存储器可以是位于与计算设备101不同的外壳中的硬盘驱动器或其它存储介质。因此,对处理器或计算设备的引用将被理解为包括对可以并行操作或可以不并行操作的处理器或计算设备或者存储器的集合的引用。

计算设备101可以包括通常结合诸如上述处理器和存储器的计算设备以及用户输入部(例如,鼠标、键盘、触摸屏和/或麦克风)使用的所有部件,以及各种电子显示器(例如,具有屏幕的监视器或可操作以显示信息的任何其它电气设备)。在该示例中,车辆包括内部电子显示器以及一个或多个扬声器以提供信息或视听体验。在这方面,内部电子显示器可以位于车辆100a的舱室内,并且可以由计算设备101使用以向车辆100a内的乘客提供信息。

计算设备101还可以包括一个或多个无线网络连接,以便于与其它计算设备(诸如下面详细描述的客户端计算设备和服务器计算设备)通信。无线网络连接可以包括短距离通信协议,诸如蓝牙、蓝牙低功耗(le)、蜂窝连接,以及各种配置和协议,包括因特网、万维网、内联网、虚拟专用网、广域网、本地网络、使用一个或多个公司专有的通信协议的专用网络、以太网、wifi和http,以及前述的各种组合。

车辆100a的计算设备101还可以从其它计算设备接收信息以及向其传送信息。在这方面,系统100还包括经由网络160连接的多个计算设备110、120、130、140和存储系统150。如上面所指明的,系统100还包括车辆100b,其可以类似于车辆100地配置。尽管为了简单起见仅描绘了几个车辆和计算设备,但是典型的系统可以包括显著更多的车辆和计算设备。

如在图2中所示,计算设备110、120、130、140中的每一个可以包括一个或多个处理器、存储器、数据和指令。这种处理器、存储器、数据和指令可以类似于计算设备101的一个或多个处理器102、存储器104、数据106和指令108地配置。

网络160和中间节点可以包括各种配置和协议,包括短距离通信协议,诸如蓝牙、蓝牙le、因特网、万维网、内联网、虚拟专用网、广域网、本地网络、使用一个或多个公司专有的通信协议的专用网络、以太网、wifi和http,以及前述的各种组合。可以通过能够向诸如调制解调器和无线接口的其它计算设备发送数据并从其发送数据的任何设备来促进这种通信。

在一个示例中,一个或多个计算设备110可以包括具有多个计算设备的服务器,例如负载平衡服务器群,其与网络的不同节点交换信息以用于从其它计算设备接收数据、处理数据以及向其它计算设备发送数据。例如,一个或多个计算设备110可以包括一个或多个服务器计算设备,它们能够经由网络160与车辆100a的计算设备101或车辆100b的类似计算设备以及计算设备120、130、140通信。例如,车辆100a和100b可以是可以由服务器计算设备分派到各个位置的车队的一部分。在这方面,车队的车辆可以周期性地向服务器计算设备发送由车辆的相应定位系统提供的位置信息,并且一个或多个服务器计算设备可以跟踪车辆的位置。

另外,服务器计算设备110可以使用网络160来在诸如计算设备120、130、140的显示器114、134、144的显示器上向诸如用户122、132、142(在图1中示出)的用户发送和呈现信息。在这方面,计算设备120、130、140可以被认为是客户端计算设备。

如在图1中所示,每个客户端计算设备120、130、140可以是旨在由用户122、132、142使用的个人计算设备,并且具有通常结合个人计算设备使用的所有部件,包括一个或多个处理器(例如,中央处理单元(cpu))、存储数据和指令的存储器(例如,ram和内部硬盘驱动器),诸如显示器114、134、144的显示器(例如具有屏幕的监视器、触摸屏、投影仪、电视或可操作以显示信息的其它设备)以及用户输入设备116、136、146(例如,鼠标、键盘、触摸屏或麦克风)。客户端计算设备还可以包括用于记录视频流的相机、扬声器、网络接口设备以及用于将这些元件彼此连接的所有部件。

另外,客户端计算设备120和130还可以包括用于确定客户端计算设备的方位和取向的部件128和238。例如,这些部件可以包括确定设备的纬度、经度和/或高度的gps接收器以及加速度计、陀螺仪或另外的方向/速度检测设备。

虽然客户端计算设备120、130和140可以各自包括全尺寸的(full-sized)个人计算设备,但是它们可以可替代地包括能够通过诸如因特网的网络与服务器无线地交换数据的移动计算设备。仅作为示例,客户端计算设备120可以是移动电话或诸如支持无线的pda、平板pc、可穿戴计算设备或系统的设备,或能够经由因特网或其它网络获得信息的上网本。在另一示例中,客户端计算设备130可以是在图1中示出为头戴式计算系统的可穿戴计算系统。作为示例,用户可以使用小的键盘、键区、麦克风来输入信息,在具有相机的情况下使用可视信号来输入信息,或者使用触摸屏来输入信息。

在一些示例中,客户端计算设备140可以是由管理员使用以向用户(诸如用户122和132)提供礼宾(concierge)服务的礼宾部工作站。例如,礼宾部142可以使用礼宾部工作站140通过其相应的客户端计算设备经由电话呼叫或音频连接与用户或者车辆100a或100b通信,以便于车辆100a和100b的安全操作以及用户的安全,如下面进一步详细描述的。虽然在图1和图2中仅示出了单个礼宾部工作站140,但是在典型系统中可以包括任何数量的这种工作站。

存储系统150可以存储如下面更详细描述的各种类型的信息。该信息可以由服务器计算设备(诸如一个或多个服务器计算设备110)检索或以其它方式访问,以便执行本文所描述的一些或全部特征。例如,该信息可以包括用于生成和评估位置之间的路线的路由数据。例如,路由信息可以用于估计在第一位置处的车辆到达第二位置将花多长时间。在这方面,路由信息可以包括包含道路的地图信息,以及关于道路的信息,诸如方向(单向、双向等)、取向(北、南等)、速度限制以及标识预期交通状况的交通信息等。地图信息还可以包括来自诸如政府机构、付费信息服务、手动输入的信息、由自主车辆实时收集并提供的信息等的各种来源的建筑物、海拔、消防栓、建筑区、实时交通状况等。

存储系统150还可以存储可以提供给客户端计算设备以显示给用户的信息。例如,存储系统150可以存储用于确定车辆对于给定的接载或目的地位置可能停车的区域的预定距离信息。存储系统150还可以存储可以向用户显示的图形、图标和其它项目,如下面所论述的。

与存储器104一样,存储系统150可以是能够存储可由服务器计算设备110访问的信息的任何类型的计算机化存储装置,诸如硬盘驱动器、存储卡、rom、ram、dvd、cd-rom、可写和只读存储器。另外,存储系统150可以包括分布式存储系统,其中数据存储在可以物理上位于相同或不同地理位置处的多个不同存储设备上。存储系统150可以如图1和图2中所示经由网络160连接到计算设备,和/或可以直接连接到或并入计算设备110、120、130、140等中的任何计算设备中。

除了上面描述的和图中所图示的操作之外,现在将描述各种操作。应当理解,以下操作不必以下面描述的精确顺序执行。相反,可以以不同的顺序或同时处理各个步骤,并且还可以添加或省略步骤。

在一个方面中,用户可以向将用于请求车辆的应用下载到客户端计算设备。例如,用户122和132可以经由电子邮件中的链接,直接从网站或应用商店下载应用到客户端计算设备120和130。例如,客户端计算设备可以通过网络例如向一个或多个服务器计算设备110发送针对应用的请求,并且作为响应,接收该应用。应用可以本地安装在客户端计算设备处。

然后,用户可以使用他或她的客户端计算设备来访问应用并请求车辆。作为示例,诸如用户132的用户可以使用客户端计算设备130针对车辆向一个或多个服务器计算设备110发送请求。作为其一部分,用户可以在车辆可以停车的服务区域内的任何地方标识接载位置、目的地位置,并且在一些情况下标识一个或多个中间停车位置。

这些接载和目的地位置可以是预定义的(例如,停车场的特定区域等),或者可以简单地是车辆的服务区域内的任何位置。作为示例,接载位置可以默认为用户的客户端计算设备的当前位置,或者可以由用户在用户的客户端设备处输入。例如,用户可以输入地址或其它位置信息,或者选择地图上的位置以选择接载位置。如在图4a中所示,用户122可以使用他或她的手指422来点击在客户端计算设备120的显示器114上显示的地图424。作为响应,如在图4b中所示,显示为地图标记426的在地图上的点击的位置可以被标识为请求的位置。允许用户输入或选择位置在用户当前不位于接载位置处但将在车辆到达时位于该处的情况下会是特别有用的。

在图4c的示例中,向用户提供用于输入位置的多个选项。如图所示,用户能够从由用户先前保存的保存选项430下的一系列保存的位置中进行选择,如上面所论述的。还可以向用户提供选项440,其向用户提供查看最近位置的列表的能力。通过选择选项450,用户可能够进行位置搜索。例如,用户可以输入搜索查询(“快餐店”或“医生doe”或“我附近的加油站”),并且接收与搜索查询对应的一组位置,如同典型的地图或基于位置的搜索引擎。

一旦用户选择了一个或多个接载和/或目的地位置,客户端计算设备120就可以向集中式分派系统的一个或多个服务器计算设备发送一个或多个位置。作为响应,一个或多个服务器计算设备(诸如服务器计算设备110)可以例如基于对用户的可用性和接近度来选择车辆。然后,服务器计算设备可以通过向车辆提供由用户指定的接载和/或目的地位置来分派所选择的车辆以接载用户。

当诸如车辆101的车辆被分派给用户时,客户端计算设备120可以示出关于接载位置将在何处的信息。该信息可以从服务器计算设备110提供给客户端计算设备。例如,服务器计算设备110可以访问存储系统150的信息,以便标识地图并且确定在车辆的当前位置与接载位置之间的沿着地图的路线。该信息连同如下面所论述的潜在接载区域或区然后可以被提供给客户端计算设备以显示给用户。一旦由客户端计算设备接收,信息就可以如下面所论述地被显示。

最初,接载位置可以在客户端计算设备120中显示为地图上的标记。例如,如在图5的示例500中所示,对应于优选接载位置的标记510显示在地图520上。还可以显示对应于距优选接载位置的预定距离的标记周围的潜在接载区530。该潜在接载区域可以向用户指示接载可能发生的地方。此外,客户端设备可以显示车辆101的当前位置550和与从服务器计算设备110接收的路线相对应的接载区之间的路径540,其是车辆将或预计行驶以到达用户的路径。

另一标记560可以用于标识客户端设备相对于地图510的当前位置。客户端计算设备的位置可以在客户端计算设备120处本地检索以用于更快的处理,但是也可以从服务器计算设备110接收。

在客户端计算设备的显示器上提供的信息可以在例如从服务器计算设备110和/或车辆101的计算设备接收到更新时被更新。例如,路径540的位置、车辆101的当前位置550以及与用户的客户端设备的当前位置相对应的标记560可以随着客户端设备120移动而被更新,如在图6和图7之间可以看到的。

同时,还可以基于接收到的更新来提供关于车辆状态的信息。例如,图5包括指示车辆将在估计的时间段内到达该区或优选接载位置的通知580。类似地,图6和图7包括指示该估计的时间段已经被更新的通知680和780。当前显示的估计时间段可以周期性地在用户的客户端计算设备处本地确定,或由用户的客户端计算设备从车辆的计算设备和/或服务器计算设备接收,并且约每分钟更新,以保持显示尽可能与用户相关。

限定该区的距优选接载位置的预定距离大于零,并且可以以距离或行驶时间定义。例如,预定距离可以是约10米,或在某一预定速度的情况下(诸如道路的速度限制)为15秒。另外,预定距离可以是径向距离,或者简单地是沿着从接载位置延伸开的道路的距离。在一个示例中,区530可以示出为诸如气泡的形状,其中形状的边缘或点距接载位置至少为预定距离。

当车辆101沿着路径540操纵时,地图510的区域可以看起来朝向路径放大,以向用户给予关于车辆相对于接载位置的区的进一步细节。例如,如在图5和图6之间以及在图6和图7之间可以看到的,随着车辆接近接载位置,放大级别增加,以便保持地图视觉上与用户相关且对用户来说是令人满意的。

返回到图5,为了使实际接载地点看起来更加灵活,路径540可以在接载区的边缘处结束。在这方面,路径540不继续到区530的空间中,而是沿着区530的边缘在点570处结束。另外,通过在接载区的边缘处结束路径,客户端设备能够向用户清楚地指示他或她可能够在点570处拦截车辆,而且实际接载位置是根据当前交通、停车状况等而改变的流动概念。

为了使用户被提示到接载位置最可能发生的地方,可以增大或减小区的大小。如在图8的示例中所示,当车辆沿着路线到达距接载区诸如小于1英里或1分钟的一定距离时(如由通知880所指示),接载区530可以在大小上减小,因为车辆101很可能根据从车辆感知系统或其它源接收的信息更了解区内的可用停车地点。这可以允许用户容易地标识用户能够拦截车辆101的区并致力于到达该区。此外,如在图9的示例900中所示,当车辆到达地图510上的区530时,路径540可以不再被显示,并且客户端计算设备可以向用户显示车辆当前正在寻找接载地点的指示910。

在一个示例中,当车辆在区530内并且寻找停车的潜在地点时,区530可以完全消失,如在图10的示例1000中所示。如图11的示例1100中所示的指示1110所指示的,当停车并等待用户的地点由车辆的计算设备发现时,该位置可以由新标记1120标识,该新标记1120向用户标识该新标记相对于标记510或原始接载位置的位置。此外,还可以显示车辆的当前位置与新标记1120之间的新路径1130。

可替代地,当车辆进入接载区时,该区可以保持,如在图12的示例1200中所示,而不是消失,并且通知910可以继续被显示。在该示例中,区530可以持续,甚至在车辆已经经过接载位置的情况下也如此。在一些变型中,一旦车辆已经识别出停车并且等待用户的地点,区530就可以消失,如上面所论述的并且在图13的示例1300中示出的。再者,此时,可以显示通知1110以指示车辆的计算设备已经找到停车并等待用户的地点。

在一些示例中,一旦车辆在一个边缘处进入接载区并且当车辆接近或靠近该区域的另一边缘时,就可以增加用户的客户端设备上的区相对于地图的大小。这让用户知道他或她可能必须离开期望的接载位置更远一些,但是仍然可以保持接载区内的优选接载位置的方位。

在另一示例中,一旦车辆识别出停车并等待用户的潜在地点,区域530就可以开始朝向该地点收缩。这向用户指示他或她应朝向收缩区域的中心移动,而不是朝向优选接载位置移动。收缩还可以在车辆已经开始停车之后或当车辆实际上在该地点时发生。

在一些情况下,车辆将不能在区530内找到停车的地方,如在图14的示例1400中所示。在该情况下,可以继续显示通知910。此外,如在图15的示例1500中所示,区可以保持在其当前大小或返回到与距优选接载位置的预定距离相对应的区。

一旦车辆退出区530,如在图15中所示,车辆101就可以环绕(circle)或者以其它方式操纵自身朝向接载位置回绕。在该示例中,客户端计算设备可以显示通知1510,其指示直到车辆到达优选接载位置或区的新路线和对应的估计时间被重新计算。同样,该重新计算可以在客户端计算设备120处本地进行或在车辆101和/或服务器计算设备110处远程进行。另外,第二通知1520可以指示车辆不能找到停车的安全地方,并且必须再次尝试。在这一点上,也重新计算到优选接载位置或区的新路线。

一旦计算了新路线,就可以显示对应于新路线的新路径1640,如在图16的示例1600中所示。这里,显示通知1610以指示车辆将到达优选接载位置和/或区的当前估计时间。同时,车辆可以尝试到达区530以便如上面所论述地接载用户。

当车辆在试图在目的地处放下乘客时,前述特征也会是有用的。例如,当车辆接近目的地点时,客户端设备可以显示具有到由地图钉标识的目的地的路线的地图。围绕该地图钉某一距离可以绘制一区,以便向用户标识车辆可能潜在地停车在该区内的任何地方。在一些示例中,当车辆接近该区并开始检测车辆安全停车的地方的可用性时,该区在大小上可再次增大。一旦车辆已经识别出车辆在该区内停车的位置,就可以由新标记来标识该位置,该新标记向用户标识该新标记相对于指示原始目的地的地图钉的位置。同时,该区可以消失以向用户指示车辆不再寻找停车的地方。

图17是根据可以由一个或多个计算设备(诸如客户端计算设备120)执行的上述一些方面的示例流程图1900。例如,在框1710处,具有一个或多个处理器的客户端计算设备发送对车辆停车在特定位置处的请求。在框1720处,响应于该请求,客户端计算设备接收标识车辆的当前位置的信息。然后客户端计算设备在框1730处生成地图以供显示。该地图包括标识车辆的位置的第一标记,标识特定位置的第二标记,以及限定车辆可停车的第二标记周围的区域的形状。该形状具有距第二标记至少为大于零的最小距离的边缘。在框1740处,客户端计算设备在客户端计算设备的显示器上显示在第一标记与形状之间的地图上的路线,以使得路线在该形状处结束并且不到达第二标记。在框1750处,客户端计算设备接收车辆的更新的位置信息,并且在框1760处,基于更新的位置信息,显示车辆沿着路线朝向该区域的的进度。

除非另有说明,否则前述替代示例不是相互排斥的,而是可以以各种组合来实现以实现独特的优点。由于在不脱离由权利要求限定的主题的情况下可以利用上述特征的这些和其它变型和组合,因此应当以说明的方式而非限制权利要求所限定的主题的方式来看待对实施例的前述描述。此外,对本文描述的示例以及措词为“诸如”、“包括”等的从句的提供不应被解释为将权利要求的主题限制为具体示例;相反,这些示例意在仅说明许多可能的实施例中的一个。此外,在不同附图中的相同参考标记可以标识相同或相似的元件。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1