CN111862578A - 一种用车方法和系统 - Google Patents

Abstract

本申请实施例公开了一种用车方法。该用车方法可以包括：获取用户的用车请求，该用车请求至少包括用户的起点位置和上车点；获取至少一个候选自动驾驶车辆的信息；基于用车请求和至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆；控制目标自动驾驶车辆从初始停车场站行驶至上车点，其中，目标自动驾驶车辆停靠在初始停车场站内。本申请可以实现在线呼叫自动驾驶车辆和在线还车，减少了用户停车和取车的时间、提升了用户的出行体验度。

Description

一种用车方法和系统

技术领域

本申请涉及出行领域，特别涉及一种用车方法和系统。

背景技术

目前，车辆已成为人们日常出行的重要工具。用户在使用汽车外出时，事先无法知晓目的地附近的停车场内空闲车位数量以及车位分布等信息。如果不需要用户本人寻找停车位停车或去停车位取车，将为用户节约停车和取车所花费的时间，进而给用户的出行带来极大的便捷。

因此，有必要提供一种用车方法和系统。

发明内容

根据本申请的一个方面，涉及一种用车方法。所述用车方法可以包括：获取用户的用车请求，所述用车请求至少包括所述用户的起点位置和上车点；获取至少一个候选自动驾驶车辆的信息；基于所述用车请求和所述至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆；控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。

根据本申请的另一方面，涉及一种用车系统。该系统可以包括第一获取模块、第二获取模块、确定模块和控制模块；其中：所述第一获取模块，用于获取用户的用车请求，其中，所述用车请求至少包括所述用户的起点位置和上车点；所述第二获取模块，用于获取至少一个候选自动驾驶车辆的信息；所述确定模块，用于基于所述用车请求和所述至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆；所述控制模块，用于控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。

根据本申请的另一方面，涉及一种用车方法。所述方法可以包括：获取用户输入的用车请求，所述用车请求至少包括所述用户的起点位置和上车点；发送所述用车请求给服务器；接收所述服务器响应于所述用车请求确定的目标自动驾驶车辆的信息；以及显示所述用户从起点位置到达所述上车点的第四导航路线。

根据本申请的另一方面，涉及一种用车系统。所述系统可以包括第三获取模块、第二发送模块、接收模块和显示模块；其中：所述第三获取模块，用于获取用户输入的用车请求，所述用车请求至少包括所述用户的起点位置和上车点；所述第二发送模块，用于发送所述用车请求给服务器；所述接收模块，用于接收所述服务器响应于所述用车请求确定的目标自动驾驶车辆的信息；以及所述显示模块，用于显示所述用户从起点位置到达所述上车点的第四导航路线。

根据本申请的另一方面，涉及一种用车装置。所述装置可以包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当所述至少一个处理器执行所述指令时，实现如本申请任一实施例所述的方法。

根据本申请的另一方面，涉及一种计算机可读存储介质。所述存储介质存储计算机指令，当计算机读取所述存储介质中的所述计算机指令后，所述计算机执行如本申请任一实施例所述的方法。

附图说明

本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本申请一些实施例所示的用车系统的应用场景示意图；

图2是根据本申请一些实施例所示的用车系统的模块图；

图3是根据本申请一些实施例所示的用车方法的示例性流程图；

图4是根据本申请一些实施例所示的从上车点至终点位置的用车方法的示例性流程图；

图5是根据本申请一些实施例所示的从终点位置至目标停车场站的还车方法的示例性流程图；

图6是根据本申请又一实施例所示的用车系统的模块图；以及

图7是根据本申请又一实施例所示的用车方法的示例性流程图。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本申请的实施例可以应用于不同的运输系统，不同的运输系统包括但不限于陆地、海洋、航空、航天等中的一种或几种的组合。例如，出租车、专车、顺风车、巴士、代驾、火车、动车、高铁、船舶、飞机、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统。本申请的不同实施例应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。例如，其他类似的引导用户停车系统。

本申请描述的“乘客”、“乘客端”、“用户终端”、“顾客”、“需求者”、“服务需求者”、“服务请求者”、“消费者”、“消费方”、“使用需求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。同样地，本申请描述的“司机”、“司机端”、“提供者”、“供应者”、“服务提供者”、“服务者”、“服务方”、“自动驾驶车辆”“车辆”等也是可以互换的，是指提供服务或者协助提供服务的个人、工具或者其他实体等。另外，本申请描述的“用户”可以是需要或者订购服务的一方，也可以是提供服务或者协助提供服务的一方。

图1是根据本申请一些实施例所示的用车系统的应用场景示意图。

用车系统100可以确定目标自动驾驶车辆，并根据用户的用车请求和还车请求控制目标自动驾驶车辆进行驾驶。用车系统100可以是用于互联网或者其它网络的服务平台。例如，用车系统100可以是为交通运输提供服务的线上服务平台。在一些实施例中，用车系统100可以应用于网约车服务，例如出租车呼叫、快车呼叫、专车呼叫、小巴呼叫、拼车、公交服务和接送服务等。在一些实施例中，用车系统100还可以应用于代驾、快递、外卖等。在另一些实施例中，用车系统100还可以应用于出行(如旅游)服务领域。用车系统100可以包括服务器110、服务请求者终端120、存储设备130、服务提供者终端140和网络150。

在一些实施例中，服务器110可以用于处理与服务请求有关的信息和/或数据，例如，用于处理在线用车请求。具体的，服务器110可以从服务请求者终端120接收用车请求并获取至少一个候选自动驾驶车辆的信息，并处理该用车请求和候选自动驾驶车辆的信息，以确定目标自动驾驶车辆并控制目标自动驾驶车辆从初始停车场站行驶至上车点。在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的或分布式的(例如，服务器110可以是一分布式系统)。在一些实施例中，服务器110可以是本地的，也可以是远程的。例如，服务器110可以经由网络150访问存储在服务请求者终端120和/或存储设备130中的信息和/或数据。又例如，服务器110可以直接连接到服务请求者终端120和/或存储设备130以访问存储信息和/或数据。在一些实施例中，服务器110可以在云平台或车载计算机上实现。仅作为示例，该云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。

在一些实施例中，服务器110可以包括处理引擎112。处理引擎112可以处理与控制自动驾驶车辆行驶有关的信息和/或数据，以执行本申请中描述的一个或以上功能。例如，处理引擎112可以获取服务请求者终端120发送的用车请求，并根据用车请求和候选自动驾驶车辆的信息确定目标自动驾驶车辆，然后控制目标自动驾驶车辆从初始停车场站行驶至上车点。处理引擎112可以获取用户的用车请求。在一些实施例中，处理引擎112还可以获取至少一个候选自动驾驶车辆的信息。在一些实施例中，处理引擎112可以基于用车请求和至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆。在一些实施例中，处理引擎112可以控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点。在一些实施例中，处理引擎112可以控制目标自动驾驶车辆从上车点行驶至用户的终点位置。在一些实施例中，处理引擎112还可以控制目标自动驾驶车辆从终点位置行驶至目标停车场站。在一些实施例中，处理引擎112可包括一个或以上处理引擎(例如，单芯片处理引擎或多芯片处理引擎)。仅作为示例，处理引擎112可以包括中央处理单元(CPU)、特定应用集成电路(ASIC)、特定应用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等或其任意组合。

在一些实施例中，服务请求者终端120可以是与请求直接相关的个人、工具或其他实体。用户可以是服务请求者。在本申请中，“用户”、“用户终端”可以互换使用。在一些实施例中，服务请求者终端120可以包括移动设备120-1、台式电脑120-2、笔记本电脑120-3、以及机动车辆中的车载设备120-4等或其任意组合。在一些实施例中，移动设备120-1可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器控制设备、智能监控设备、智能电视、智能摄像机、对讲机等或其任意组合。在一些实施例中，可穿戴设备可以包括智能手镯、智能鞋袜、智能眼镜、智能头盔、智能手表、智能穿着、智能背包、智能配件等或其任意组合。在一些实施例中，智能移动设备可以包括智能电话、个人数字助理(PDA)、游戏设备、导航设备、销售点(POS)等或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强型虚拟现实头盔、增强现实眼镜、增强现实眼罩等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括Google Glass、Oculus Rift、HoloLens或Gear VR等。在一些实施例中，机动车辆中的车载设备120-4可以包括车载计算机、车载电视等。在一些实施例中，服务请求者终端120可以是具有定位技术的设备，用于定位服务请求者终端120的位置。

服务提供者终端140可以是自动驾驶车辆上具有通信和控制功能的终端设备。自动驾驶车辆能够在没有人类操纵的情况下感测环境信息和导航。自动驾驶车辆可以包括传统车辆的结构。例如，自动驾驶车辆可以包括至少两个控制组件，其被配置为控制自动驾驶车辆的操作。在一些实施例中，至少两个控制组件可以包括转向设备(例如，方向盘)、制动设备(例如，制动踏板)、加速器等。在一些实施例中，转向设备可以被配置为调节自动驾驶车辆的朝向和/或方向。在一些实施例中，制动设备可以被配置为执行制动操作以停止自动驾驶车辆。在一些实施例中，加速器可以被配置为控制自动驾驶车辆的速度和/或加速度。在一些实施例中，自动驾驶车辆还可以包括至少两个探测单元，其被配置为探测与自动驾驶车辆相关的驾驶信息。在一些实施例中，至少两个探测单元可以包括相机、全球定位系统(GPS)模块、加速度传感器(例如，压电传感器)、速度传感器(例如，霍尔传感器)、距离传感器(例如，雷达、激光雷达、红外传感器)、转向角传感器(例如倾斜传感器)、牵引相关传感器(例如，力传感器)等。在一些实施例中，与自动驾驶车辆相关的驾驶信息可以包括自动驾驶车辆上探测单元在一定距离范围内感知的信息(例如，道路信息、障碍物信息)和在自动驾驶车辆周围一定范围内的地图信息等。

在一些实施例中，服务提供者终端140还可以为司机终端。若服务提供者终端140为司机终端，服务提供者终端140可以与服务请求者终端120类似或相同的设备。在一些实施例中，服务提供者终端140可以包括移动设备140-1、台式电脑140-2、笔记本电脑140-3、以及机动车辆中的车载设备140-4等或其任意组合。

在一些实施例中，服务提供者终端140可以是具有用于确定服务提供者或者服务提供者终端140位置的定位技术的装置。在一些实施例中，服务请求者终端120和/或服务提供者终端140可以与另一定位设备通信以确定服务请求者、服务请求者终端120、服务提供者和/或服务提供者终端140的位置。在一些实施例中，服务请求者终端120和/或服务提供者终端140可以将定位信息发送到服务器110。

存储设备130可以储存与服务请求相关的数据和/或指令。在一些实施例中，存储设备130可以存储从服务请求者终端120和/或服务提供者终端140获得/获取的数据。在一些实施例中，存储设备130可以储存服务器110用来执行或使用以完成本申请中描述的示例性方法的数据和/或指令。在一些实施例中，存储设备130可包括大容量存储设备、可移动存储设备、易失性读写存储设备、只读存储设备(ROM)等或其任意组合。示例性的大容量存储设备可以包括磁盘、光盘、固态磁盘等。示例性可移动存储设备可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储设备可以包括随机存取存储设备(RAM)。示例性RAM可包括动态随机存取存储设备(DRAM)、双倍数据速率同步动态随机存取存储设备(DDRSDRAM)、静态随机存取存储设备(SRAM)、晶闸管随机存取存储设备(T-RAM)和零电容随机存取存储设备(Z-RAM)等。示例性只读存储设备可以包括模型只读存储设备(MROM)、可编程只读存储设备(PROM)、可擦除可编程只读存储设备(EPROM)、电可擦除可编程只读存储设备(EEPROM)、光盘只读存储设备(CD-ROM)和数字多功能磁盘只读存储设备等。在一些实施例中，存储设备130可在云平台上实现。仅作为示例，该云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。在一些实施例中，存储设备130可以连接到网络150以与用车系统100的一个或以上组件(例如，服务器110、服务请求者终端120)通信。用车系统100的一个或以上组件可以经由网络150访问存储在存储设备130中的数据或指令。在一些实施例中，存储设备130可以直接连接到自动驾驶系统100的一个或以上组件(例如，服务器110、服务请求者终端120)或与之通信。在一些实施例中，存储设备130可以是服务器110的一部分。在一些实施例中，存储设备130可以是单独的存储设备。

网络150可以促进信息和/或数据的交换。在一些实施例中，用车系统100的一个或以上组件(例如，服务器110、服务请求者终端120、存储设备130和服务提供者终端140)可以经由网络150将信息和/或数据发送至用车系统100的其他组件。例如，服务器110可以经由网络150从服务请求者终端120获得/获取服务请求。在一些实施例中，网络150可以是有线网络或无线网络等或其任意组合。仅作为示例，网络150可以包括电缆网络、有线网络、光纤网络、电信网络、内部网络、互联网、局域网络(LAN)、广域网络(WAN)、无线局域网络(WLAN)、城域网(MAN)、公共交换电话网络(PSTN)、蓝牙网络、紫蜂网络、近场通讯(NFC)网络、全球移动通讯系统(GSM)网络、码分多址(CDMA)网络、时分多址(TDMA)网络、通用分组无线服务(GPRS)网络、增强数据速率GSM演进(EDGE)网络、宽带码分多址接入(WCDMA)网络、高速下行分组接入(HSDPA)网络、长期演进(LTE)网络、用户数据报协议(UDP)网络、传输控制协议/互联网协议(TCP/IP)网络、短讯息服务(SMS)网络、无线应用协议(WAP)网络、超宽带(UWB)网络、红外线等或其任意组合。在一些实施例中，用车系统100可以包括一个或以上网络接入点。例如，基站和/或无线接入点150-1、150-2、…，用车系统100的一个或以上组件可以连接到网络150以交换数据和/或信息。

应当注意用车系统100仅仅是为了说明的目的而提供的，并不意图限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出多种修改或变化。例如，用车系统100还可以包括数据库、信息源等。又例如，用车系统100可以在其他设备上实现类似或不同的功能。然而，这些变化和修改不会背离本申请的范围。

图2是根据本申请一些实施例所示的用车系统的模块图。

如图2所示，该用车系统200可以包括第一获取模块210、第二获取模块220、确定模块230和控制模块240。

第一获取模块210可以用于获取用户的用车请求，用车请求可以至少包括用户的起点位置和上车点。关于获取用户的用车请求的详细描述可以参见图3，在此不再赘述。

在一些实施例中，第一获取模块210还可以用于接收用户的上车确认信息。关于接收用户的上车确认信息的详细描述可以参见图4，在此不再赘述。

在一些实施例中，第一获取模块210还可以用于接收用户的还车请求。关于接收用户的还车请求的详细描述可以参见图5，在此不再赘述。

第二获取模块220可以用于获取至少一个候选自动驾驶车辆的信息。关于获取至少一个候选自动驾驶车辆的信息的详细描述可以参见图3，在此不再赘述。

确定模块230可以用于基于用车请求和至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆。关于基于用车请求和所述至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆的详细描述可以参见图3，在此不再赘述。

在一些实施例中，确定模块230还可以用于基于用户的终点位置，确定目标停车场站。关于确定目标停车场站的详细描述可以参见图5，在此不再赘述。

在一些实施例中，确定模块230还可以用于基于上车点和用户的终点位置，计算行车费用。关于计算行车费用的详细描述可以参见图3，在此不再赘述。

控制模块240可以用于控制目标自动驾驶车辆从初始停车场站行驶至上车点，其中，目标自动驾驶车辆停靠在初始停车场站内。关于控制目标自动驾驶车辆从初始停车场站行驶至上车点的详细描述可以参见图3，在此不再赘述。

在一些实施例中，控制模块240还可以用于生成从上车点至用户的终点位置的第二导航路线；以及控制目标自动驾驶车辆按照第二导航路线从上车点行驶至用户的终点位置。关于生成第二导航路线以及控制目标自动驾驶车辆从上车点行驶至用户的终点位置的详细描述可以参见图4，在此不再赘述。

在一些实施例中，控制模块240还可以用于生成从终点位置行驶至目标停车场站的第三导航路线；以及还可以用于控制目标自动驾驶车辆按照第三导航路线从终点位置行驶至所述目标停车场站。关于生成从终点位置行驶至目标停车场站的第三导航路线以及控制目标自动驾驶车辆按照第三导航路线从终点位置行驶至所述目标停车场站的详细描述可以参见图5，在此不再赘述。

在一些实施例中，用车系统200还可以包括第一发送模块250。在一些实施例中，第一发送模块250可以用于发送目标自动驾驶车辆的信息给用户。关于发送目标自动驾驶车辆的信息给用户的详细描述参见图3，在此不再赘述。

在一些实施例中，第一发送模块250可以用于发送行车费用给用户。关于发送行车费用给用户的详细描述参见图3，在此不再赘述。

应当理解，图2所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储设备中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储设备(固件)的可编程的存储设备或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于用车系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。上述模块中的两个或以上模块可以合并为单个模块，所述单个模块可执行所合并的模块相应的各种功能；上述某一模块也可拆分为不同模块，拆分后的模块可分别执行不同功能。例如，在一些实施例中，图2中披露的第一获取模块210、第二获取模块220、确定模块230、控制模块240和第一发送模块250可以是系统中的不同模块，也可以是一个模块实现上述两个或以上模板的功能。又例如，确定模块230和第一发送模块250可以是两个模块，也可以是一个模块同时具有确定和发送功能。再例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本申请的保护范围之内。

图3是根据本申请一些实施例所示的用车系统的示例性流程图。

步骤310，获取用户的用车请求，所述用车请求至少包括所述用户的起点位置和上车点。具体的，步骤310可以由第一获取模块210实现。

在一些实施例中，用车请求可以为用户对车辆需求的信息。在一些实施例中，用户的起点位置可以为用户发起用车请求时所处的位置。在一些实施例中，上车点可以为用户上车的位置。在一些实施例中，上车点可以由用户指定。在一些实施例中，起点位置和上车点可以是不同的位置。在一些实施例中，起点位置和上车点也可以是相同的位置。例如，用户在A商场门口发送用车请求，用户可以在用车请求中指定商场门口为上车点，也可以在用车请求中指定商场附近人流量较少的路口为上车点。

在一些实施例中，用车请求还可以包括用户信息。在一些实施例中，用户信息可以包括用户基本信息、对车辆的偏好数据和/或历史订单数据。在一些实施例中，用户基本信息可以包括以下中的一个或多个：性别、年龄、职业、征信记录、身份信息、银行账户。在一些实施例中，征信记录可以包括借贷次数、借款数额、借款期限和/或还款情况。在一些实施例中，身份信息可以包括但不限于用户身份证上的信息或用户的护照上的信息。在一些实施例中，对车辆的偏好数据可以包括以下中的一个或多个：对车辆颜色、车辆类型、车辆型号、车牌号码、车辆性能的偏好。在一些实施例中，车辆性能可以包括但不限于发动机启动快慢和车辆百公里加速快慢。在一些实施例中，历史订单数据可以包括以下中的一个或多个：车辆数据、用车时间、用车次数、用车区域。在一些实施例中，车辆数据可以包括车辆颜色、车辆型号、车辆品牌、车牌号码和/或车辆出厂日期。在一些实施例中，用车时间可以包括用车开始时间、用车结束时间和/或用车时长。在一些实施例中，用车区域可以包括用车街道、用车辖区和/或用车城市。

在一些实施例中，用户的用车请求可以包括一个或多个用户的用车请求。

在一些实施例中，第一获取模块210可以通过与服务请求者终端120和/或存储设备130进行通讯以获取用户的用车请求。例如，服务请求者终端120可以通过其上安装的各类传感器获取感测数据以及用户对于服务请求者终端120的操作内容。又例如，第一获取模块210可以访问读取存储在服务请求者终端120或存储设备130上的用户信息。

步骤320，获取至少一个候选自动驾驶车辆的信息。具体的，步骤320可以由第二获取模块220实现。

在一些实施例中，候选自动驾驶车辆可以包括当前能够提供用车服务的自动驾驶车辆。

在一些实施例中，候选自动驾驶车辆的信息可以包括但不限于车辆与用户的距离、车辆颜色、车辆类型、车辆型号、车牌号码、车辆性能、车辆剩余能源可用里程数。在一些实施例中，车辆与用户的距离可以为车辆与用户起点位置的距离，也可以为车辆与用户上车点的距离。在一些实施例中，车辆类型可以包括燃油车、燃气车或电动车。在一些实施例中，车辆剩余能源可用里程数可以为车辆在能源耗尽前还能行驶的总里程。例如，燃油车辆的油箱中剩余油量可以供该燃油车辆再行驶80公里，则80公里即为车辆剩余能源可用里程数。

在一些实施例中，第二获取模块220可以通过与服务提供者终端140和/或存储设备130进行通讯以获取候选自动驾驶车辆的信息。例如，服务提供者终端140可以通过其上安装的各类传感器获取感测候选自动驾驶车辆的数据。又例如，第二获取模块220可以访问读取存储在服务提供者终端140或存储设备130上的候选自动驾驶车辆的信息。

步骤330，基于用车请求和至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆。具体的，步骤330可以由确定模块230实现。

在一些实施例中，目标自动驾驶车辆可以为从一个或多个候选自动驾驶车辆中确定出的即将给用户提供用车服务的自动驾驶车辆。

在一些实施例中，可以根据候选自动驾驶车辆的信息与用车请求的匹配度确定目标自动驾驶车辆。具体的，可以基于匹配算法或匹配模型得到候选自动驾驶车辆的信息与用车请求的匹配度评分，然后对该匹配度评分进行排序，筛选出匹配度评分最高的候选自动驾驶车辆作为目标自动驾驶车辆。例如，如果用户对车辆的偏好数据中的车辆颜色为白色，那么目标自动驾驶车辆的车辆颜色可以为白色。又例如，如果用户对车辆的偏好数据中的车辆类型为燃油车，那么目标自动驾驶车辆的车辆类型可以为燃油车。在一些实施例中，若包括多个用户的用车请求，可以根据接收到的用车请求的时间点，依次为多个用户确定目标自动驾驶车辆。在一些实施例中，若包括多个用户的用车请求，还可以判断该用车请求是否为即时用车。具体的，若该用车请求为即时用车，则优先确定该用车请求对应的目标自动驾驶车辆。

在一些实施例中，确定模块230可以基于用车请求和至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆。

在一些实施例中，步骤330还可以包括将目标自动驾驶车辆的信息发送给用户。在一些实施例中，第一发送模块250可以将目标自动驾驶车辆的信息发送给用户。在一些实施例中，该目标自动驾驶车辆的信息可以在服务请求者终端120上显示。在一些实施例中，在服务请求者终端120上显示的方法可以包括但不限于音频、视频、图片以及文字等。

步骤340，控制目标自动驾驶车辆从初始停车场站行驶至上车点，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。具体的，步骤340可以由控制模块240实现。

在一些实施例中，初始停车场站可以为目标自动驾驶车辆在提供用车服务前停靠的停车场站。

在一些实施例中，控制目标自动驾驶车辆行驶至上车点可以包括根据目标自动驾驶车辆从初始停车场站到上车点的导航路线以及目标自动驾驶车辆和用户分别到达上车点的时间。具体的，控制模块240可以生成从初始停车场站行驶至上车点的第一导航路线；并预估用户到达上车点的第一时间和目标自动驾驶车辆到达上车点的第二时间；以及当满足预设条件时，启动目标自动驾驶车辆，并控制其按照第一导航路线到达上车点。

在一些实施例中，第一导航路线可以为目标自动驾驶车辆从初始停车场站内的停靠位置行驶到上车点的导航路线。在一些实施例中，实际行驶路线与第一导航路线可以不同。例如，在目标自动驾驶车辆实际行驶过程中，可能会因为交通拥堵而重新规划导航路线，进而导致实际行驶路线可能比第一导航路线更长。在一些实施例中，控制模块240可以基于初始停车场站和上车点生成第一导航路线。在一些替代性实施例中，还可以调用地图API(应用程序接口)来生成第一导航路线。该地图API为现有技术，在本申请中不作描述。

在一些实施例中，第一时间可以为用户从起点位置到达上车点的时间。在一些实施例中，第二时间可以为目标自动驾驶车辆从初始停车场站的停靠位置到达上车点的时间。在一些实施例中，可以基于第一时间预估模型，预估用户到达上车点的第一时间。具体的，在一些实施例中，可以将用户起点位置、上车点、起点位置与上车点之间的道路交通信息、天气信息等特征，输入第一时间预估模型中以输出用户到达上车点的第一时间。在一些实施例中，可以基于第二时间预估模型，预估目标自动驾驶车辆到达上车点的第二时间。具体的，可以将初始停车场站与上车点之间的道路交通信息、初始停车场站内的车辆进出情况等特征，输入第二时间预估模型中以输出车辆到达上车点的第二时间。

在一些实施例中，第一时间预估模型可以包括机器学习模型。在一些实施例中，第二时间预估模型也可以包括机器学习模型。在一些实施例中，机器学习模型可以包括神经网络模型。在一些实施例中，神经网络模型可以包括卷积循环神经网络(ConvolutionalRecurrent Neural Network，CRNN)、卷积神经网络(Convolutional neural networks，CNN)、深度卷积神经网络(Deep Convolutional Neural Networks，DCNN)、循环神经网络(Recurrent neural networks，RNN)或长短期记忆(Long/Short Term Memory，LSTM)模型等。

在一些实施例中，预设条件可以包括当第一时间大于或等于第一预设时间阈值时，用户当前位置与上车点的距离小于或等于第一预设距离阈值。在一些实施例中，第一预设时间阈值可以为系统默认设置，也可以为人工设置。例如，第一预设时间阈值可以为5分钟、10分钟或20分钟。在一些实施例中，第一预设距离阈值可以为系统默认设置。例如，第一预设距离阈值可以为50米。

在一些替代性实施例中，预设条件可以包括当第二时间大于或等于第二预设时间阈值时，用户当前位置与上车点的距离小于或等于第二预设距离阈值。在一些实施例中，第二预设时间阈值可以为系统默认设置。例如，第二预设时间阈值可以为5分钟。在一些实施例中，第二预设距离阈值可以为系统默认设置。例如，第二预设距离阈值为20米。在一些实施例中，第二预设距离阈值可以等于第一预设距离阈值。在一些实施例中，第二预设距离阈值也可以不等于第一预设距离阈值。

在一些替代性实施例中，如果第一时间大于第二时间，预设条件可以包括实时获取用户当前位置，计算用户当前位置到达上车点的用时，如果用户当前位置到达上车点的用时小于第二时间时，启动目标自动驾驶车辆。

在一些实施例中，若同一初始停车场站中包括多个用户的用车请求，可以根据目标自动驾驶车辆的确定时间点(即，步骤330中确定目标自动驾驶车辆的时间点)、用户的实时位置信息、初始停车场站与上车点的距离信息、交通状况信息、天气状况信息等特征，利用派车模型，得到该初始停车场站中车辆的派车顺序，以使得用户到达上车点的时间与车辆到达上车点的时间间隔最小。在一些实施例中，该派车模型可以为机器学习模型。在一些实施例中，机器学习模型可以包括神经网络模型。在一些实施例中，神经网络模型可以包括卷积循环神经网络(Convolutional Recurrent Neural Network，CRNN)、卷积神经网络(Convolutional neural networks，CNN)、深度卷积神经网络(Deep ConvolutionalNeural Networks，DCNN)、循环神经网络(Recurrent neural networks，RNN)或长短期记忆(Long/Short Term Memory，LSTM)模型等。

在一些实施例中，控制目标自动驾驶车辆从初始停车场站行驶至上车点还可以包括启动目标自动驾驶车辆。具体的，可以判断目标自动驾驶车辆与初始停车场站内的至少一个检测设备检测到的车辆是否一致；若是一致，则启动该目标自动驾驶车辆。在一些实施例中，检测设备可以包括但不限于摄像头、摄像机。

在一些实施例中，控制目标自动驾驶车辆从初始停车场站行驶至上车点还可以包括控制目标自动驾驶车辆在初始停车场站内的行驶过程。具体的，可以根据初始停车场站中其他车辆的行驶情况，控制目标自动驾驶车辆在初始停车场站中的行驶速度、加速、刹车、转弯等。

在一些实施例中，控制目标自动驾驶车辆从初始停车场站行驶至上车点还可以包括控制目标自动驾驶车辆通过初始停车场站的停车闸。具体的，当目标自动驾驶车辆行驶至初始停车场站出口时，判断目标自动驾驶车辆与初始停车场站出口的检测设备检测到的车辆是否一致；若是一致，则开启初始停车场站的停车闸以允许目标自动驾驶车辆驶出。在一些实施例中，检测设备可以包括但不限于摄像头、摄像机。在一些实施例中，控制模块240可以控制目标自动驾驶车辆从初始停车场站行驶至上车点。

在一些实施例中，当目标自动驾驶车辆到达上车点后，还可以控制其继续行驶至用户的终点位置。具体的，可以接收用户的上车确认信息，生成从上车点至用户的终点位置的第二导航路线；以及控制目标自动驾驶车辆按照第二导航路线从上车点行驶至用户的终点位置。在一些实施例中，控制模块240可以控制目标自动驾驶车辆继续行驶至用户的终点位置。关于控制目标自动驾驶车辆继续行驶至用户的终点位置的更多内容可以参见图4及其相关描述，在此不再赘述。

在一些实施例中，当用户下车后，还可以控制自动驾驶车辆从用户的终点位置行驶至目标停车场站。具体的，可以接收用户的还车请求；并基于用户的终点位置，确定目标停车场站；然后生成从终点位置行驶至目标停车场站的第三导航路线；以及控制目标自动驾驶车辆按照第三导航路线从终点位置行驶至目标停车场站。在一些实施例中，控制模块240可以控制自动驾驶车辆从用户的终点位置行驶至目标停车场站。关于控制自动驾驶车辆从用户的终点位置行驶至目标停车场站的更多内容可以参见图5及其相关描述，在此不再赘述。

在一些实施例中，当用户发送还车请求后，还可以计算费用。具体的，确定模块230可以基于上车点和用户的终点位置，计算行车费用。在一些实施例中，行车费用可以包括但不限于能源费、时长费、服务费等。在一些实施例中，服务费可以包括系统预先设定的完成用车服务所必须支付的费用、用户自行选择的打赏费用。

在一些实施例中，还可以将行车费用发送给用户。具体的，第一发送模块250可以发送行车费用给用户。在一些实施例中，发送行车费用的方式可以包括但不限于通过APP、短信、彩信、微信以及其他任何合适的方式。

应当注意的是，上述有关流程300的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程300进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。例如，第一预设时间阈值、第二预设时间阈值、第一预设距离阈值和第二预设距离阈值可以根据具体用车场景中的实际情况进行调整。

图4是根据本申请一些实施例所示的从上车点至终点位置的用车方法的示例性流程图。

步骤410，接收用户的上车确认信息。具体的，步骤410可以由第一获取模块210实现。

在一些实施例中，用户上车确认信息可以为用户确认已经上车的信息。例如，用户可以通过点击服务请求者终端120上的上车确认界面中的“确认上车”按钮确认已经上车。在一些实施例中，第一获取模块210可以经由网络150接收用户的上车确认信息。

步骤420，生成从上车点至用户的终点位置的第二导航路线。具体的，步骤420可以由控制模块240实现。

关于上车点的详细描述可以参见图3，在此不再赘述。在一些实施例中，用户的终点位置可以为用户下车的位置。在一些实施例中，第二导航路线可以为目标自动驾驶车辆从上车点行驶到用户的终点位置的导航路线。在一些实施例中，实际行驶路线与第二导航路线可以不同。例如，在目标自动驾驶车辆实际行驶过程中，可能会因为交通拥堵而重新规划导航路线，进而导致实际行驶路线可能比第二导航路线更长。在一些实施例中，控制模块240可以基于上车点和用户的终点位置生成第二导航路线。在一些替代性实施例中，还可以调用地图API(应用程序接口)来生成第二导航路线。该地图API为现有技术，在本申请中不作描述。

步骤430，控制目标自动驾驶车辆按照第二导航路线从上车点行驶至用户的终点位置。具体的，步骤430可以由控制模块240实现。

在一些实施例中，控制目标自动驾驶车辆按照第二导航路线行驶的方法可以包括用户手动驾驶模式以及自动驾驶模式。在一些实施例中，不同驾驶模式可以由用户进行选择。在一些实施例中，用户进行选择驾驶模式的方式可以包括在服务请求者终端120上的驾驶模式界面中进行选择，或在目标自动驾驶车辆上的控制按钮上进行选择。在一些实施例中，用户手动驾驶模式可以为用户手动驾驶为主、自动驾驶为辅助的驾驶模式。在一些实施例中，自动驾驶模式是指自动驾驶为主、手动驾驶为辅助的驾驶模式，或完全自动驾驶的驾驶模式。在一些实施例中，自动驾驶可以包括在不需要人工干预的情况下车辆在控制系统的控制下行驶。在一些实施例中，在手动驾驶为辅助的情况下，用户仍然可以紧急制动车辆。

应当注意的是，上述有关流程400的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程400进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。例如，步骤410和步骤420可以合并为一个步骤，可以接收用户的上车确认信息后，同时生成从上车点至用户的终点位置的第二导航路线。

图5是根据本申请一些实施例所示的从终点位置至目标停车场站的还车方法的示例性流程图。

步骤510，接收用户的还车请求。具体的，步骤510可以由第一获取模块210实现。

在一些实施例中，用户的还车请求可以为用户归还车辆的请求信息。例如，用户可以通过点击服务请求者终端120上的还车确认界面中的“确认还车”按钮来确认还车。在一些实施例中，第一获取模块210可以经由网络150访问接收用户的还车请求。

步骤520，基于用户的终点位置，确定目标停车场站。具体的，步骤520可以由确定模块230实现。

在一些实施例中，目标停车场站可以为目标自动驾驶车辆完成用车服务后停靠的停车场站。在一些实施例中，可以基于候选停车场站内车辆停放信息和候选停车场站与终点位置的距离，确定目标停车场站。具体的，确定模块230可以基于用户的终点位置，查找距离终点位置小于或等于第三预设距离阈值的候选停车场站；并获取候选停车场站内车辆停放信息；以及基于候选停车场站内车辆停放信息和候选停车场站与终点位置的距离，确定目标停车场站。在一些实施例中，第三预设距离阈值可以为系统默认设置。例如，第三预设距离阈值可以为3公里。在一些实施例中，候选停车场站可以为距离目标自动驾驶车辆在第三预设距离阈值范围内，且当前可能供目标自动驾驶车辆停靠的停车场站。在一些实施例中，候选停车场站内车辆的停放信息可以包括停车位空置数、空置停车位的位置等信息。

在一些实施例中，可以基于排序模型或排序算法确定目标停车场。具体的，确定模块230可以基于训练好的排序模型，对候选停车场站进行排序，筛选出排序最靠前的候选停车场站作为目标停车场站。在一些实施例中，排序模型可以包括机器学习模型。在一些实施例中，机器学习模型可以包括神经网络模型。在一些实施例中，神经网络模型可以包括卷积循环神经网络(Convolutional Recurrent Neural Network，CRNN)、卷积神经网络(Convolutional neural networks，CNN)、深度卷积神经网络(Deep ConvolutionalNeural Networks，DCNN)、循环神经网络(Recurrent neural networks，RNN)或长短期记忆(Long/Short Term Memory，LSTM)模型等。

步骤530，生成从终点位置行驶至目标停车场站的第三导航路线。具体的，步骤530可以由控制模块240实现。

在一些实施例中，第三导航路线可以为目标自动驾驶车辆从用户的终点位置行驶到目标停车场站的导航路线。在一些实施例中，实际行驶路线与第三导航路线可以不同。例如，在目标自动驾驶车辆实际行驶过程中，可能会因为交通拥堵而重新规划导航路线，进而导致实际行驶路线可能比第三导航路线更长。

在一些实施例中，控制模块240可以基于用户的终点位置和目标停车场站的位置生成第三导航路线。在一些替代性实施例中，还可以调用地图API(应用程序接口)来生成第三导航路线。该地图API为现有技术，在本申请中不作描述。

步骤540，控制目标自动驾驶车辆按照第三导航路线从终点位置行驶至目标停车场站。具体的，步骤540可以由控制模块240实现。

在一些实施例中，控制目标自动驾驶车辆按照第三导航路线行驶的方法可以包括用户手动驾驶模式以及自动驾驶模式。关于驾驶模型的详细描述可以参见图4，在此不再赘述。

在一些实施例中，控制目标自动驾驶车辆从终点位置行驶至目标停车场站还可以包括控制目标自动驾驶车辆通过目标停车场站的停车闸。具体的，当目标自动驾驶车辆到达目标停车场站入口时，判断该目标自动驾驶车辆与从初始停车场站出口的检测设备检测到车辆是否一致；若是一致，则控制目标停车场站的停车闸开启以允许目标自动驾驶车辆进入。关于检测设备的详细描述可以参见图3，在此不再赘述。

在一些实施例中，控制目标自动驾驶车辆从终点位置行驶至目标停车场站还可以包括控制目标自动驾驶车辆在目标停车场站内的行驶过程。具体的，可以根据目标停车场站中其他车辆的行驶和停靠情况，控制目标自动驾驶车辆在目标停车场站中的行驶速度、加速、刹车、转弯等，以将目标自动驾驶车辆停靠在目标停车场站中的停车位。在一些实施例中，待目标自动驾驶车辆停靠在停车位后，可以关闭目标自动驾驶车辆的控制系统以使车辆处于熄火状态。

应当注意的是，上述有关流程500的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程500进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。例如，步骤520和步骤530可以合并为一个步骤，可以基于用户的终点位置确定目标停车场站后，同时生成从终点位置行驶至目标停车场站的第三导航路线。

图6是根据本申请又一实施例所示的用车系统的模块图。

如图6所示，该用车系统600可以包括第三获取模块610、第二发送模块620、接收模块630和显示模块640。

第三获取模块610可以用于获取用户输入的用车请求，该用车请求至少包括用户的起点位置和上车点。关于获取用户输入的用车请求的详细描述可以参见图7，在此不再赘述。

在一些实施例中，第三获取模块610还可以用于获取用户的上车确认信息。关于获取用户的上车确认信息的详细描述可以参见图7，在此不再赘述。

在一些实施例中，第三获取模块610还可以用于获取用户的还车请求。关于获取用户的还车请求的详细描述可以参见图7，在此不再赘述。

第二发送模块620可以用于发送用车请求给服务器。关于发送用车请求给服务器的详细描述可以参见图7，在此不再赘述。

在一些实施例中，第二发送模块620还可以用于发送上车确认信息。关于发送上车确认信息的详细描述可以参见图7，在此不再赘述。

在一些实施例中，第二发送模块620还可以用于发送还车请求。关于发送还车请求的详细描述可以参见图7，在此不再赘述。

接收模块630可以用于接收服务器响应于用车请求确定的目标自动驾驶车辆的信息。关于接收服务器响应于用车请求确定的目标自动驾驶车辆的信息的详细描述可以参见图7，在此不再赘述。

在一些实施例中，接收模块630还可以用于接收目标自动驾驶车辆到达上车点的提示信息。关于接收目标自动驾驶车辆到达上车点的提示信息的详细描述可以参见图7，在此不再赘述。

在一些实施例中，接收模块630还可以用于接收行车费用。关于接收行车费用的详细描述可以参见图7，在此不再赘述。

在一些实施例中，接收模块630还可以用于接收用车完成的提示信息。关于接收用车完成的提示信息的详细描述可以参见图7，在此不再赘述。

显示模块640可以用于显示用户从起点位置到达上车点的第四导航路线。关于显示用户从起点位置到达上车点的第四导航路线的详细描述可以参见图7，在此不再赘述。

在一些实施例中，显示模块640还可以用于显示目标自动驾驶车辆从初始停车场站到达上车点的第一导航路线，其中，目标自动驾驶车辆停靠在初始停车场站内。关于显示目标自动驾驶车辆从初始停车场站到达上车点的第一导航路线的详细描述可以参见图7，在此不再赘述。

在一些实施例中，显示模块640还可以用于显示上车点至终点位置的第二导航路线。关于显示上车点至终点位置的第二导航路线的详细描述可以参见图7，在此不再赘述。

在一些实施例中，显示模块640还可以用于显示目标停车场站的位置；以及还用于显示目标自动驾驶车辆从终点位置行驶至目标停车场站的第三导航路线。关于显示目标停车场站的位置以及显示目标自动驾驶车辆从终点位置行驶至目标停车场站的第三导航路线的详细描述可以参见图7，在此不再赘述。

在一些实施例中，用车系统600还可以包括支付模块650。

在一些实施例中，支付模块650可以用于完成在线支付。关于完成在线支付的详细描述可以参见图7，在此不再赘述。

应当理解，图6所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储设备中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储设备(固件)的可编程的存储设备或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于用车系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图6中披露的第三获取模块610、第二发送模块620、接收模块630、显示模块640和支付模块650可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或两个以上模块的功能。又例如，第二发送模块620、接收模块630可以是两个模块，也可以是一个模块同时具有发送和接收功能。再例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本申请的保护范围之内。

图7是根据本申请又一实施例所示的用车方法的示例性流程图。

步骤710，获取用户输入的用车请求，所述用车请求至少包括所述用户的起点位置和上车点。具体的，步骤710可以由第三获取模块610实现。

在一些实施例中，用车请求可以为用户对车辆需求的信息。关于用车请求以及起点位置和上车点的详细描述可以参见图3，在此不再赘述。

在一些实施例中，用户输入的用车请求可以包括用户通过文字、语音、定位和/或图片的方式输入的用车请求。例如，用户可以在服务请求者终端120上的用车请求界面中的“上车点”输入框中输入“A商场门口”，同时服务请求者终端120通过定位技术获取此时用户的起点位置。在一些实施例中，第三获取模块610可以获取用户输入的用车请求。

步骤720，发送用车请求给服务器。具体的，步骤720可以由第二发送模块620实现。

关于服务器110的详细描述可以参见图1，在此不再赘述。在一些实施例中，服务请求者终端120可以发送用车请求给服务器110。具体的，服务请求者终端120中的第二发送模块620可以经由网络150发送用车请求给服务器。

步骤730，接收服务器响应于用车请求确定的目标自动驾驶车辆的信息。具体的，步骤730可以由接收模块630实现。

在一些实施例中，目标自动驾驶车辆的信息可以为服务器响应于用车请求来确定的。在一些实施例中，目标自动驾驶车辆的信息可以至少包括车型、车身颜色和车牌号。关于确定目标自动驾驶车辆的详细描述可以参见图3，在此不再赘述。服务器响应可以为处理与服务请求有关的信息和/或数据。在一些实施例中，接收模块630可以经由网络150接收服务器响应于用车请求确定的目标自动驾驶车辆的信息。

步骤740，显示用户从起点位置到达上车点的第四导航路线。具体的，步骤740可以由显示模块640实现。

在一些实施例中，第四导航路线可以为用户从起点位置到达上车点的导航路线。在一些实施例中，实际行驶路线与第四导航路线可以不同。例如，在用户实际行进过程中，可能会因为个人喜好而改变至上车点的行进路线。在一些实施例中，显示模块640可以在服务请求者终端120的显示界面上显示用户从起点位置到达上车点的第四导航路线。

在一些实施例中，为了让用户知晓目标自动驾驶车辆的行驶情况，还可以显示目标自动驾驶车辆从初始停车场站到达上车点的第一导航路线，其中，该目标自动驾驶车辆停靠在初始停车场站内。关于目标自动驾驶车辆从初始停车场站到达上车点的第一导航路线的详细描述可以参见图3，在此不再赘述。在一些实施例中，显示模块640可以显示目标自动驾驶车辆从初始停车场站到达上车点的第一导航路线。

在一些实施例中，为了提醒用户及时上车，还可以接收目标自动驾驶车辆到达上车点的提示信息。在一些实施例中，提示信息可以通过在服务请求者终端120上显示弹窗、即时信息或播放语音等方式进行提示。关于目标自动驾驶车辆和上车点的详细描述可以参见图3，在此不再赘述。在一些实施例中，接收模块630可以通过网络150接收目标自动驾驶车辆到达上车点的提示信息。

在一些实施例中，还可以获取用户的上车确认信息。关于用户的上车确认信息的详细描述可以参见图4，在此不再赘述。在一些实施例中，第三获取模块610可以获取用户的上车确认信息。在一些实施例中，还可以发送该上车确认信息至服务器。在一些实施例中，第二发送模块620可以发送该上车确认信息至服务器。在一些实施例中，用户确认上车后，还可以显示上车点至终点位置的第二导航路线。关于上车点至终点位置的第二导航路线的详细描述可以参见图4，在此不再赘述。在一些实施例中，显示模块640可以显示上车点至终点位置的第二导航路线。

在一些实施例中，还可以获取用户的还车请求；并发送该还车请求。关于还车请求的详细描述可以参见图5，在此不再赘述。在一些实施例中，第三获取模块610可以获取用户的还车请求。在一些实施例中，第二发送模块620可以通过网络150发送该还车请求至服务器。

在一些实施例中，在发送还车请求后，还可以接收行车费用。在一些实施例中，行车费用可以至少包括：金额、行车里程和优惠金额。在一些实施例中，接收模块630可以通过网络150接收行车费用。

在一些实施例中，还可以完成在线支付。在一些实施例中，在线支付方式可以包括网上银行、支付宝、微信或其他支付途径等。在一些实施例中，支付模块650可以完成行车费用的在线支付。

在一些实施例中，还可以显示目标停车场站的位置；并显示目标自动驾驶车辆从终点位置行驶至目标停车场站的第三导航路线。关于终点位置至目标停车场站的第三导航路线的详细描述可以参见图5，在此不再赘述。在一些实施例中，显示模块640可以显示目标停车场站的位置；并显示目标自动驾驶车辆从终点位置行驶至目标停车场站的第三导航路线。

在一些实施例中，在目标自动驾驶车辆停靠在目标停车场站的停车位后，还可以接收用车完成的提示信息。在一些实施例中，提示信息可以通过在服务请求者终端120上显示弹窗、即时信息或播放语音等方式进行提示。例如，提示信息可以是“感谢您的使用，用车服务已经完成”。在一些实施例中，接收模块630可以接收用车完成的提示信息。

应当注意的是，上述有关流程700的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程700进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。例如，步骤710和步骤720可以合并为一个步骤，可以获取用户输入的用车请求，同时发送该用车请求给服务器。

本申请实施例可能带来的有益效果包括但不限于：(1)通过在线呼叫自动驾驶车辆和在线还车，减少了用户停车和取车的时间、提升了用户的出行体验度；(2)自动驾驶车辆从初始停车场站自动行驶至上车点和从用户的终点位置行驶至目标停车场站，不需要用户人工寻找停车位，提高了用户的体验度。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。

最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不仅限于本申请明确介绍和描述的实施例。

Claims (50)

1.一种用车方法，所述方法由至少一个处理器执行，其特征在于，所述方法包括：

获取用户的用车请求，所述用车请求至少包括所述用户的起点位置和上车点；

获取至少一个候选自动驾驶车辆的信息；

基于所述用车请求和所述至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆；

控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

发送所述目标自动驾驶车辆的信息给所述用户。

3.根据权利要求1所述的方法，其特征在于，所述控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点包括：

生成从所述初始停车场站行驶至所述上车点的第一导航路线；

预估所述用户到达所述上车点的第一时间和所述目标自动驾驶车辆到达所述上车点的第二时间；

当满足预设条件时，启动所述目标自动驾驶车辆，并控制其按照所述第一导航路线到达所述上车点。

4.根据权利要求3所述的方法，其特征在于，所述预估所述用户到达所述上车点的第一时间和所述目标自动驾驶车辆到达所述上车点的第二时间包括：

基于第一时间预估模型，预估所述用户到达所述上车点的第一时间；以及

基于第二时间预估模型，预估所述目标自动驾驶车辆到达所述上车点的第二时间。

5.根据权利要求3所述的方法，其特征在于，所述预设条件包括：

当所述第一时间大于或等于第一预设时间阈值时，所述用户当前位置与所述上车点的距离小于或等于第一预设距离阈值；或者

当所述第二时间大于或等于第二预设时间阈值时，所述用户当前位置与所述上车点的距离小于或等于第二预设距离阈值。

6.根据权利要求1所述的方法，其特征在于，所述控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点包括：

判断所述目标自动驾驶车辆与所述初始停车场站内的至少一个检测设备检测到的车辆是否一致：

若是，则启动所述目标自动驾驶车辆。

7.根据权利要求6所述的方法，其特征在于，所述控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点还包括：

当所述目标自动驾驶车辆行驶至所述初始停车场站出口时，判断所述目标自动驾驶车辆与所述初始停车场站出口的检测设备检测到的车辆是否一致：

若是，则开启所述初始停车场站的停车闸以允许所述目标自动驾驶车辆驶出。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述用户的上车确认信息；

生成从所述上车点至所述用户的终点位置的第二导航路线；以及

控制所述目标自动驾驶车辆按照所述第二导航路线从所述上车点行驶至所述用户的终点位置。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

接收所述用户的还车请求；

基于所述用户的终点位置，确定目标停车场站；

生成从所述终点位置行驶至所述目标停车场站的第三导航路线；以及

控制所述目标自动驾驶车辆按照所述第三导航路线从所述终点位置行驶至所述目标停车场站。

10.根据权利要求9所述的方法，其特征在于，所述基于所述用户的终点位置，确定目标停车场站包括：

基于所述用户的终点位置，查找距离所述终点位置小于或等于第三预设距离阈值的候选停车场站；

获取所述候选停车场站内车辆停放信息；

基于所述候选停车场站内车辆停放信息和所述候选停车场站与所述终点位置的距离，确定目标停车场站。

11.根据权利要求9所述的方法，其特征在于，所述控制所述目标自动驾驶车辆按照所述第三导航路线从所述用户的终点位置行驶至目标停车场站包括：

当所述目标自动驾驶车辆到达所述目标停车场站入口时，判断所述目标自动驾驶车辆与从所述初始停车场站出口的检测设备检测到车辆是否一致：

若是，则控制所述目标停车场站的停车闸开启允许所述目标自动驾驶车辆进入。

12.根据权利要求9所述的方法，其特征在于，所述方法还包括：

基于所述上车点和所述用户的终点位置，计算行车费用；以及

发送所述行车费用给所述用户。

13.根据权利要求1所述的方法，其特征在于，所述用车请求还包括用户信息，所述用户信息包括：

用户基本信息、对车辆的偏好数据和/或历史订单数据。

14.根据权利要求13所述的方法，其特征在于，

所述用户基本信息包括以下中的至少一个：性别、年龄、职业、征信记录、身份信息、银行账户；

所述对车辆的偏好数据包括以下中的至少一个：对车辆颜色、车型、车牌号码、车辆性能的偏好；

所述历史订单数据包括以下中的至少一个：车辆数据、用车时间、用车次数、用车区域。

15.一种用车系统，其特征在于，包括第一获取模块、第二获取模块、确定模块和控制模块；其中：

所述第一获取模块，用于获取用户的用车请求，其中，所述用车请求至少包括所述用户的起点位置和上车点；

所述第二获取模块，用于获取至少一个候选自动驾驶车辆的信息；

所述确定模块，用于基于所述用车请求和所述至少一个候选自动驾驶车辆的信息，确定目标自动驾驶车辆；

所述控制模块，用于控制所述目标自动驾驶车辆从初始停车场站行驶至所述上车点，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。

16.根据权利要求15所述的系统，其特征在于，还包括第一发送模块；

所述第一发送模块，用于发送所述目标自动驾驶车辆的信息给所述用户。

17.根据权利要求15所述的系统，其特征在于，所述控制模块还用于：

生成从所述初始停车场站行驶至所述上车点的第一导航路线；

预估所述用户到达所述上车点的第一时间和所述目标自动驾驶车辆到达所述上车点的第二时间；

当满足预设条件时，启动所述目标自动驾驶车辆，并控制其按照所述第一导航路线到达所述上车点。

18.根据权利要求17所述的系统，其特征在于，所述控制模块还用于：

基于第一时间预估模型，预估所述用户到达所述上车点的第一时间；以及

基于第二时间预估模型，预估所述目标自动驾驶车辆到达所述上车点的第二时间。

19.根据权利要求17所述的系统，其特征在于，所述预设条件包括：

当所述第一时间大于或等于第一预设时间阈值时，所述用户当前位置与所述上车点的距离小于或等于第一预设距离阈值；或者

当所述第二时间大于或等于第二预设时间阈值时，所述用户当前位置与所述上车点的距离小于或等于第二预设距离阈值。

20.根据权利要求15所述的系统，其特征在于，所述控制模块还用于：

判断所述目标自动驾驶车辆与所述初始停车场站内的至少一个检测设备检测到的车辆是否一致：

若是，则启动所述目标自动驾驶车辆。

21.根据权利要求20所述的系统，其特征在于，所述控制模块还用于：

当所述目标自动驾驶车辆行驶至所述初始停车场站出口时，判断所述目标自动驾驶车辆与所述初始停车场站出口的检测设备检测到的车辆是否一致：

若是，则开启所述初始停车场站的停车闸以允许所述目标自动驾驶车辆驶出。

22.根据权利要求15所述的系统，其特征在于，

所述第一获取模块，还用于接收所述用户的上车确认信息；

所述控制模块，还用于生成从所述上车点至所述用户的终点位置的第二导航路线；以及还用于控制所述目标自动驾驶车辆按照所述第二导航路线从所述上车点行驶至所述用户的终点位置。

23.根据权利要求22所述的系统，其特征在于，

所述第一获取模块，还用于接收所述用户的还车请求；

所述确定模块，还用于基于所述用户的终点位置，确定目标停车场站；

所述控制模块，还用于生成从所述终点位置行驶至所述目标停车场站的第三导航路线；以及还用于控制所述目标自动驾驶车辆按照所述第三导航路线从所述终点位置行驶至所述目标停车场站。

24.根据权利要求23所述的系统，其特征在于，所述确定模块还用于：

基于所述用户的终点位置，查找距离所述终点位置小于或等于第三预设距离阈值的候选停车场站；

获取所述候选停车场站内车辆停放信息；

基于所述候选停车场站内车辆停放信息和所述候选停车场站与所述终点位置的距离，确定目标停车场站。

25.根据权利要求23所述的系统，其特征在于，所述控制模块还用于：

当所述目标自动驾驶车辆到达所述目标停车场站入口时，判断所述目标自动驾驶车辆与从所述初始停车场站出口的检测设备检测到车辆是否一致：

若是，则控制所述目标停车场站的停车闸开启允许所述目标自动驾驶车辆进入。

26.根据权利要求23所述的系统，其特征在于，

所述确定模块，还用于基于所述上车点和所述用户的终点位置，计算行车费用；以及

所述第一发送模块，还用于发送所述行车费用给所述用户。

27.根据权利要求15所述的系统，其特征在于，所述用车请求还包括用户信息，所述用户信息包括：

用户基本信息、对车辆的偏好数据和/或历史订单数据。

28.根据权利要求27所述的系统，其特征在于，

所述用户基本信息包括以下中的至少一个：性别、年龄、职业、征信记录、身份信息、银行账户；

所述对车辆的偏好数据包括以下中的至少一个：对车辆颜色、车型、车牌号码、车辆性能的偏好；

所述历史订单数据包括以下中的至少一个：车辆数据、用车时间、用车次数、用车区域。

29.一种控制自动驾驶车辆使用的装置，其特征在于，所述装置包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当所述至少一个处理器执行所述指令时，实现如权利要求1～14中任一项所述的方法。

30.一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取所述存储介质中的所述计算机指令后，所述计算机执行如权利要求1～14中任一项所述的方法。

31.一种用车方法，其特征在于，所述方法包括：

获取用户输入的用车请求，所述用车请求至少包括所述用户的起点位置和上车点；

发送所述用车请求给服务器；

接收所述服务器响应于所述用车请求确定的目标自动驾驶车辆的信息；以及

显示所述用户从起点位置到达所述上车点的第四导航路线。

32.根据权利要求31所述的方法，其特征在于，所述方法还包括：

显示所述目标自动驾驶车辆从初始停车场站到达所述上车点的第一导航路线，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。

33.根据权利要求31所述的方法，其特征在于，所述用户输入的用车请求包括用户通过文字、语音、定位和/或图片的方式输入的用车请求。

34.根据权利要求31所述的方法，其特征在于，所述方法还包括：

接收所述目标自动驾驶车辆到达所述上车点的提示信息。

35.根据权利要求31所述的方法，其特征在于，所述方法还包括：

获取所述用户的上车确认信息；

发送所述上车确认信息；以及

显示所述上车点至所述终点位置的第二导航路线。

36.根据权利要求31所述的方法，其特征在于，所述方法还包括：

获取所述用户的还车请求；

发送所述还车请求；

接收行车费用；以及

完成在线支付。

37.根据权利要求36所述的方法，其特征在于，所述方法还包括：

显示目标停车场站的位置；

显示所述目标自动驾驶车辆从所述终点位置行驶至所述目标停车场站的第三导航路线；以及

接收用车完成的提示信息。

38.根据权利要求36所述的方法，其特征在于，所述行车费用至少包括：金额、行车里程和优惠金额。

39.根据权利要求31所述的方法，其特征在于，所述目标自动驾驶车辆的信息至少包括车型、车身颜色和车牌号。

40.一种用车系统，其特征在于，包括第三获取模块、第二发送模块、接收模块和显示模块；其中：

所述第三获取模块，用于获取用户输入的用车请求，所述用车请求至少包括所述用户的起点位置和上车点；

所述第二发送模块，用于发送所述用车请求给服务器；

所述接收模块，用于接收所述服务器响应于所述用车请求确定的目标自动驾驶车辆的信息；以及

所述显示模块，用于显示所述用户从起点位置到达所述上车点的第四导航路线。

41.根据权利要求40所述的系统，其特征在于，所述显示模块还用于：

显示所述目标自动驾驶车辆从初始停车场站到达所述上车点的第一导航路线，其中，所述目标自动驾驶车辆停靠在所述初始停车场站内。

42.根据权利要求40所述的系统，其特征在于，所述用户输入的用车请求包括用户通过文字、语音、定位和/或图片的方式输入的用车请求。

43.根据权利要求40所述的系统，其特征在于，所述接收模块还用于：

接收所述目标自动驾驶车辆到达所述上车点的提示信息。

44.根据权利要求40所述的系统，其特征在于，

所述第三获取模块，还用于获取所述用户的上车确认信息；

所述第二发送模块，还用于发送所述上车确认信息；以及

所述显示模块，还用于显示所述上车点至所述终点位置的第二导航路线。

45.根据权利要求40所述的系统，其特征在于，

所述第三获取模块，还用于获取所述用户的还车请求；

所述第二发送模块，还用于发送所述还车请求；

所述接收模块，还用于接收行车费用；以及

所述系统还包括支付模块，所述支付模块用于完成在线支付。

46.根据权利要求45所述的系统，其特征在于，

所述显示模块，还用于显示目标停车场站的位置；以及还用于显示所述目标自动驾驶车辆从所述终点位置行驶至所述目标停车场站的第三导航路线；以及

所述接收模块，还用于接收用车完成的提示信息。

47.根据权利要求45所述的系统，其特征在于，所述行车费用至少包括：金额、行车里程和优惠金额。

48.根据权利要求40所述的系统，其特征在于，所述目标自动驾驶车辆的信息至少包括车型、车身颜色和车牌号。

49.一种用车的提示装置，其特征在于，所述装置包括至少一个处理器和至少一个存储设备，所述存储设备用于存储指令，当所述至少一个处理器执行所述指令时，实现如权利要求31～39中任一项所述的方法。

50.一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取所述存储介质中的所述计算机指令后，所述计算机执行如权利要求31～39中任一项所述的方法。

Images