一种用车订单处理方法和装置与流程

本发明实施例涉及互联网技术领域，尤其涉及一种用车订单处理方法和装置。

背景技术

目前，随着互联网用车平台技术的迅速发展和普及，人们可以根据用车需求利用手机终端生成用车订单，为日常出行提供了便利。

乘客在应用互联网用车平台打车的过程中，通过设置出发地、目的地、支付方式等基本信息，来满足最基本的出行需求。但是在一些特殊情况下，例如，携带儿童的乘客需要配备有儿童座椅的车辆，多人通行的乘客需要较大的车型，或者女性乘客在深夜打车时，出于自身安全问题的考虑，需要系统指派女性司机。由于上述个性化需求无法在向服务端发送用车订单时告知服务端，导致服务端分配的车辆无法满足乘客的个性化需求。

因而，如何根据乘客的个性化需求进行用车订单分配，成为了互联网用车平台亟待解决的问题。

技术实现要素：

本发明实施例提供一种用车订单处理方法和装置，用以解决当前的派单方法无法满足乘客的个性化需求的问题。

一方面，本发明实施例提供一种用车订单处理方法，包括：

接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆；

接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

另一方面，本发明实施例提供一种用车订单处理装置，包括：

候选信息发送单元，用于接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆；

最优车辆选取单元，用于接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

又一方面，本发明实施例提供一种服务端，包括处理器、通信接口、存储器和总线，其中，处理器，通信接口，存储器通过总线完成相互间的通信，处理器可以调用存储器中的逻辑指令，以执行如前所述的用车订单处理方法。

再一方面，本发明实施例提供一种用车订单处理方法，包括：

向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息；

接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

再另一方面，本发明实施例提供一种用车订单处理装置，包括：

用车订单发送单元，用于向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息；

目标车辆选取单元，用于接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

再又一方面，本发明实施例提供一种乘客终端，包括处理器、通信接口、存储器和总线，其中，处理器，通信接口，存储器通过总线完成相互间的通信，处理器可以调用存储器中的逻辑指令，以执行如前所述的用车订单处理方法。

本发明实施例提供的一种用车订单处理方法和装置，通过服务端将候选车辆的车辆信息发送到乘客终端，以供乘客根据车辆信息选取目标车辆，将乘客选取的目标车辆作为订单分配的条件，保证了最终接单的最优车辆能够满足乘客的个性化需求，提高了订单处理过程中乘客需求的影响因素，优化了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例的一种用车订单处理方法的流程示意图；

图2为本发明实施例的一种用车订单处理装置的结构示意图；

图3为本发明实施例的一种服务端的结构示意图；

图4为本发明实施例的一种用车订单处理方法的流程示意图；

图5为本发明实施例的一种用车订单处理装置的结构示意图；

图6为本发明实施例的一种乘客终端的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

针对现有的互联网打车平台派单方法存在的无法满足乘客个性化需求的问题，本发明实施例提出一种用车订单处理方法，并从服务端和乘客终端两个执行主体的角度分别进行了说明。

图1为本发明实施例的一种用车订单处理方法的流程示意图，如图1所示，一种基于服务端的用车订单处理方法，包括：

101，服务端接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆。

其中，用车订单至少包括乘车地点和目的地，还可以包括预约乘车时间和乘客信息等，本发明实施例对此不作具体限定。基于用车订单获取候选车辆的方式有多种，可以是基于用车订单中乘车地点到车辆的直线距离，选取直线距离小于等于预设距离的车辆作为候选车辆，也可以是基于用车订单中乘客信息获取该乘客的历史订单，将历史订单中已有的车辆作为候选车辆，还可以是基于车辆当前定位到用车订单中的乘车地点的到达所需时间，选取达到所述时间小于等于预设时间的车辆作为候选车辆，本发明实施例对此不作具体限定。

服务端将候选车辆的车辆信息发送到乘客终端后，乘客根据每一候选车辆的车辆信息，从候选车辆中选取符合自己需求的车辆，即目标车辆，并通过乘客终端将选定的目标车辆返回到服务端。需要说明的是，本发明实施例中，乘客为应用乘客终端进行打车的人员，并不限于乘坐车辆的人员，乘客选取的目标车辆可以是一个，也可以是多个，本发明实施例对此不作具体限定。

102，服务端接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。此处，从目标车辆中选取最优车辆，保证了最终接单的车辆是由乘客选取的满足乘客需求的车辆。

本发明实施例中，通过将候选车辆的车辆信息发送到乘客终端，以供乘客根据车辆信息选取目标车辆，将乘客选取的目标车辆作为订单分配的条件，保证了最终接单的最优车辆能够满足乘客的个性化需求，提高了订单处理过程中乘客需求的影响因素，优化了用户体验。

基于上述实施例，一种基于服务端的用车订单处理方法，候选车辆的车辆信息包含候选车辆的车型、预估价格、司机信息和司机安全评估信息中的至少一种。

此处，候选车辆的车型包括车辆型号、座位数量、车辆类别、是否配备儿童座椅中的至少一种。其中，车辆类别可以根据车厢分为单厢车、两厢车、三厢车等，还可以根据车型类别分为紧凑型、suv、mpv等，还可以根据车顶分为敞篷车和非敞篷车，本发明实施例对此不作具体限定。候选车辆的预估价格是指根据用车订单预估的候选车辆完成用车订单后乘客需要负担的费用。司机信息包括司机的姓名和性别，还可以包括证件号码、是否通过平台认证、信用评分和用户评分等。司机安全评估信息是平台根据司机的信用评分和用户评分等对司机的安全性进行评估得到的评估结果，可以是具体的安全得分，也可以是安全等级，本发明实施例对此不作具体限定。

基于上述任一实施例，一种基于服务端的用车订单处理方法，基于用车订单获取若干个候选车辆，具体包括：服务端基于用车订单获取若干个匹配车辆，向每一匹配车辆对应的司机终端发送用车订单，以供司机通过司机终端根据用车订单判断是否返回接单意愿；接收任一匹配车辆对应的司机终端针对用车订单返回的接单意愿，并将任一匹配车辆作为候选车辆。

此处，基于用车订单获取匹配车辆的方式有多种，可以是基于用车订单中乘车地点到车辆的直线距离，选取直线距离小于等于预设距离的车辆作为匹配车辆，也可以是基于用车订单中乘客信息获取该乘客的历史订单，将历史订单中已有的车辆作为匹配车辆，本发明实施例对此不作具体限定。

任一匹配车辆对应的司机终端接收到服务端发送的用车订单后，司机基于用车订单判断是否有意愿接单，如果有意愿接单，则通过该匹配车辆对应的司机终端向服务端返回接单意愿，若果无意愿接单，则司机终端不回应服务端。

在预设时间内，服务端接收匹配车辆对应的司机终端返回的接单意愿，并将返回了接单意愿的司机终端对应的匹配车辆作为候选车辆。

本发明实施例中，在候选车辆的选取过程中增加了服务端与司机终端的互动，确保候选车辆对应的司机均愿意接单，乘客选取的目标车辆对应的司机是愿意接单的，有助于提高订单成功的概率。

基于上述任一实施例，一种基于服务端的用车订单处理方法，服务端从全部目标车辆中选取最优车辆，具体包括：针对任一目标车辆，对任一目标车辆的乘车地点直线距离、乘车地点路线距离、到达所需时间和信用等级中的至少两种进行加权求和，获取该目标车辆的综合分数；根据每一目标车辆的综合分数，选取最优车辆。

此处，乘车地点直线距离是指目标车辆当前定位地址与用车订单中乘车位置之间的直线距离。乘车地点路线距离是指目标车辆从当前定位地址行驶至用车订单中乘车位置的距离。到达所需时间是服务端根据乘车地点路线距离和乘车地点路线拥堵状态等预测的目标车辆行驶至用车订单中乘车位置需要的时间。信用等级是指服务端存储的根据历史订单完成情况和客户评分等为目标车辆评定的表示目标车辆的信用度的等级。目标车辆的综合分数的计算基于上述各参数中的至少两种，且本发明实施例不对此作具体限定。

基于上述任一实施例，一种基于服务端的用车订单处理方法，向每一匹配车辆对应的司机终端发送用车订单，以供司机通过司机终端根据用车订单判断是否返回接单意愿，具体包括：

针对任一匹配车辆，向该匹配车辆对应的司机终端发送用车订单，以及该匹配车辆的乘车地点路线距离、到达所需时间和预估价格中的至少一种，以供该匹配车辆的司机通过司机终端根据用车订单以及该匹配车辆的乘车地点路线距离、到达所需时间和预估价格中的至少一种判断是否返回接单意愿。

具体地，在向匹配车辆对应的司机终端发送用车订单的同时，还将该匹配车辆的乘车地点路线距离、到达所需时间和预估价格中的至少一种一起发送至司机终端，以供司机参考判断是否接单并返回接单意愿。此处，乘车地点路线距离是指匹配车辆从当前定位地址行驶至用车订单中乘车位置的距离。到达所需时间是服务端根据乘车地点路线距离和乘车地点路线拥堵状态等预测的匹配车辆行驶至用车订单中乘车位置需要的时间。预估价格是指根据用车订单预估的匹配车辆完成用车订单后乘客需要负担的费用。

基于上述任一方法实施例，图2为本发明实施例的一种用车订单处理装置的结构示意图，如图2所示，一种基于服务端的用车订单处理装置，包括：

候选信息发送单元201，用于接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆；

最优车辆选取单元202，用于接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

需要说明的是，上述候选信息发送单元201和最优车辆选取单元202配合以执行上述实施例中的一种用车订单处理方法，该系统的具体功能参见上述的用车订单处理配方法的实施例，此处不再赘述。

本发明实施例中，通过将候选车辆的车辆信息发送到乘客终端，以供乘客根据车辆信息选取目标车辆，将乘客选取的目标车辆作为订单分配的条件，保证了最终接单的最优车辆能够满足乘客的个性化需求，提高了订单处理过程中乘客需求的影响因素，优化了用户体验。

基于上述任一实施例，一种基于服务端的用车订单处理装置，候选车辆的车辆信息包含候选车辆的车型、预估价格、司机信息和司机安全评估信息中的至少一种。

基于上述任一实施例，一种基于服务端的用车订单处理装置，候选信息发送单元201包括：

匹配车辆获取子单元，用于基于用车订单获取若干个匹配车辆，向每一匹配车辆对应的司机终端发送用车订单，以供司机通过司机终端根据用车订单判断是否返回接单意愿；

候选车辆获取子单元，用于接收任一匹配车辆对应的司机终端返回的所述接单意愿，并将该匹配车辆作为候选车辆。

基于上述任一实施例，一种基于服务端的用车订单处理装置，最优车辆选取单元202包括：

综合分数获取子单元，用于针对任一目标车辆，对该目标车辆的乘车地点直线距离、乘车地点路线距离、到达所需时间和信用等级中的至少两种进行加权求和，获取该目标车辆的综合分数；

最优车辆选取子单元，用于根据每一目标车辆的综合分数，选取最优车辆。

基于上述任一实施例，一种基于服务端的用车订单处理装置，匹配车辆获取子单元具体用于：

针对任一匹配车辆，向该匹配车辆对应的司机终端发送用车订单，以及该匹配车辆的乘车地点路线距离、到达所需时间和预估价格中的至少一种，以供该匹配车辆的司机通过司机终端根据用车订单以及该匹配车辆的乘车地点路线距离、到达所需时间和预估价格中的至少一种判断是否返回接单意愿。

图3为本发明实施例的一种服务端的结构示意图，如图3所示，服务端包括：处理器(processor)301、通信接口(communicationsinterface)302、存储器(memory)303和总线304，其中，处理器301，通信接口302，存储器303通过总线304完成相互间的通信。处理器301可以调用存储器303中的逻辑指令，以执行如下方法，例如包括：接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆；接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

本发明实施例公开一种计算机程序产品，计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆；接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。。

本实施例提供一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储计算机指令，计算机指令使计算机执行上述各方法实施例所提供的方法，例如包括：接收乘客终端发送的用车订单，基于用车订单获取若干个候选车辆，将每一候选车辆的车辆信息发送到乘客终端，以供乘客通过乘客终端根据每一候选车辆的车辆信息从全部候选车辆中选取若干个目标车辆；接收乘客终端返回的若干个目标车辆，从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的通信设备等实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

基于上述任一实施例，图4为本发明实施例的一种用车订单处理方法的流程示意图，如图4所示，一种基于乘客终端的用车订单处理方法，包括：

401，乘客终端向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息。

其中，用车订单至少包括乘车地点和目的地，还可以包括预约乘车时间和乘客信息等，本发明实施例对此不作具体限定。基于用车订单获取候选车辆的方式有多种，可以是基于用车订单中乘车地点到车辆的直线距离，选取直线距离小于等于预设距离的车辆作为候选车辆，也可以是基于用车订单中乘客信息获取该乘客的历史订单，将历史订单中已有的车辆作为候选车辆，还可以是基于车辆当前定位到用车订单中的乘车地点的到达所需时间，选取达到所述时间小于等于预设时间的车辆作为候选车辆，本发明实施例对此不作具体限定。

402，乘客终端接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

乘客终端接收到服务端发送的车辆信息后，乘客根据每一候选车辆的车辆信息，从候选车辆中选取符合自己需求的车辆，即目标车辆，并通过乘客终端将选定的目标车辆返回到服务端。需要说明的是，本发明实施例中，乘客为应用乘客终端进行打车的人员，并不限于乘坐车辆的人员，乘客选取的目标车辆可以是一个，也可以是多个，本发明实施例对此不作具体限定。

本发明实施例中，乘客终端通过将乘客根据车辆信息选取的目标车辆发送到服务端，再由服务端将乘客选取的目标车辆作为订单分配的条件，保证了最终接单的最优车辆能够满足乘客的个性化需求，提高了订单处理过程中乘客需求的影响因素，优化了用户体验。

基于上述任一实施例，一种基于乘客终端的用车订单处理方法，候选车辆的车辆信息包含候选车辆的车型、预估价格、司机信息和司机安全评估信息中的至少一种。

此处，候选车辆的车型包括车辆型号、座位数量、车辆类别、是否配备儿童座椅中的至少一种。其中，车辆类别可以根据车厢分为单厢车、两厢车、三厢车等，还可以根据车型类别分为紧凑型、suv、mpv等，还可以根据车顶分为敞篷车和非敞篷车，本发明实施例对此不作具体限定。候选车辆的预估价格是指根据用车订单预估的候选车辆完成用车订单后乘客需要负担的费用。司机信息包括司机的姓名和性别，还可以包括证件号码、是否通过平台认证、信用评分和用户评分等。司机安全评估信息是平台根据司机的信用评分和用户评分等对司机的安全性进行评估得到的评估结果，可以是具体的安全得分，也可以是安全等级，本发明实施例对此不作具体限定。

为了更好地理解与应用本发明提出的一种用车订单处理方法，本发明进行以下示例，且本发明不仅局限于以下示例。

首先，乘客终端向服务端发送用车订单。服务端接收到用车订单后，根据用车订单中乘车地点到车辆的直线距离，选取直线距离小于等于预设距离的车辆作为匹配车辆，共获取10个匹配车辆。随后，服务端向上述10个匹配车辆对应的司机终端分别发送用车订单，司机终端接收到用车订单后，司机根据用车订单中的乘车地点和目的地判断是否愿意接单，如果司机愿意接单，则司机终端向服务端返回接单意愿。服务端在向匹配车辆对应的司机终端分别发送用车订单后，将在预设时间返回了接单意愿的司机终端对应的匹配车辆作为候选车辆，本示例中共有3个候选车辆a、b和c，并将3个候选车辆的车辆信息发送到乘客终端。

使用乘客终端的乘客携带有小孩，需要设置有儿童座椅的车辆。乘客根据乘客终端接收到的候选车辆的车辆信息，选取车辆信息中标注有设置儿童座椅的候选车辆a和b作为目标车辆，并将目标车辆通过乘客终端返回服务端。

服务端获知目标车辆为a和b后，分别计算a和b的综合得分，选取综合得分更高的b为最优车辆，并向b发送用车订单对应的订单执行命令。b接单后前往乘车地点接乘客。

基于上述任一方法实施例，图5本发明实施例的一种用车订单处理装置的结构示意图，如图5所示，一种基于乘客终端的订单分配装置，包括：

用车订单发送单元501，用于向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息；

目标车辆选取单元502，用于接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

需要说明的是，上述用车订单发送单元501和目标车辆选取单元502，配合以执行上述实施例中的一种用车订单处理方法，该系统的具体功能参见上述的用车订单处理方法的实施例，此处不再赘述。

本发明实施例中，乘客终端通过将乘客根据车辆信息选取的目标车辆发送到服务端，再由服务端将乘客选取的目标车辆作为订单分配的条件，保证了最终接单的最优车辆能够满足乘客的个性化需求，提高了订单处理过程中乘客需求的影响因素，优化了用户体验。

基于上述任一实施例，一种基于乘客终端的订单分配装置，候选车辆的车辆信息包含候选车辆的车型、预估价格、司机信息和司机安全评估信息中的至少一种。

图6为本发明实施例的一种乘客终端的结构示意图，如图6所示，乘客终端包括：处理器(processor)601、通信接口(communicationsinterface)602、存储器(memory)603和总线604，其中，处理器601，通信接口602，存储器603通过总线604完成相互间的通信。处理器601可以调用存储器603中的逻辑指令，以执行如下方法，例如包括：向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息；接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到所述服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

本发明实施例公开一种计算机程序产品，计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息；接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到所述服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

本实施例提供一种非暂态计算机可读存储介质，非暂态计算机可读存储介质存储计算机指令，计算机指令使计算机执行上述各方法实施例所提供的方法，例如包括：向服务端发送用车订单，以使得服务端能够基于用车订单获取若干个候选车辆并返回每一候选车辆的车辆信息；接收服务端返回的每一候选车辆的车辆信息，接收乘客基于每一候选车辆的车辆信息从全部候选车辆中选取的若干个目标车辆，将若干个目标车辆发送到所述服务端，以使得服务端能够从全部目标车辆中选取最优车辆，并向最优车辆对应的司机终端发送用车订单对应的订单执行命令。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的通信设备等实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。