CN118115224A - 订单分配方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本公开提供了一种订单分配方法、装置、计算机设备及存储介质，其中，该方法包括：接收乘客端发送的乘车订单的订单信息；在将乘车订单的订单信息发送给与乘车订单匹配的至少一个司机端后，接收司机端返回的针对抢单功能按钮的事件操作数据；基于事件操作数据，确定至少一个司机端分别对应的用于指示司机端是否触发事件操作功能按钮的事件检测结果；基于至少一个司机端分别对应的事件检测结果，确定被分配乘车订单的目标司机端。本公开实现了对司机端操作行为是否符合要求的检测，比如司机端触发了事件操作功能按钮，确定司机端符合要求，并基于每个司机端的事件检测结果，确定被分配乘车订单的目标司机端，以提高抢单场景下订单分配的安全性。

Description

订单分配方法、装置、计算机设备及存储介质

技术领域

本公开涉及互联网技术领域，具体而言，涉及一种订单分配方法、装置、计算机设备及存储介质。

背景技术

现今网约车已成为人们生活出行必不可少的出行工具。在用户需要使用网约车时，用户可以向平台发起乘车订单，平台通过预设策略将乘车订单的请求下发给多个司机端，以便司机端进行手动抢单。进而，可以将该乘车订单分配给最快操作的司机端。

基于上述抢单的场景，在现实场景中司机端可能会通过破坏***的方式进行抢单，比如利用第三方软件进行抢单操作，造成大部分乘车订单被集中分配给了一些司机端，降低了乘车订单分配的安全性和公平性。

发明内容

本公开实施例至少提供一种订单分配方法、装置、计算机设备及存储介质。

第一方面，本公开实施例提供了一种订单分配方法，应用于服务端，包括：

接收乘客端发送的乘车订单的订单信息；

在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

一种可选的实施方式中，所述事件操作数据包括针对所述抢单功能按钮的操作位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：

针对每个所述司机端，确定所述司机端返回的所述事件操作数据中所述操作位置信息是否在预设位置范围内；

若是，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若否，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可选的实施方式中，所述事件操作数据包括所述司机端触发所述抢单功能按钮时所处的物理位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：

针对每个所述司机端，获取所述司机端上部署的定位装置采集的设备位置信息，并确定所述事件操作数据中所述物理位置信息与所述设备位置信息是否匹配；

若匹配，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若不匹配，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可选的实施方式中，所述方法还包括：

在所述司机端的事件检测结果指示未触发所述事件操作功能按钮时，向所述司机端发送用于指示所述乘车订单已被抢的第一反馈信息。

一种可选的实施方式中，所述基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端，包括：

从所述至少一个司机端中，确定所述事件检测结果指示触发了所述事件操作功能按钮的候选司机端；

基于所述候选司机端返回的所述事件操作数据中的操作时间，从所述候选司机端中，确定所述目标司机端。

一种可选的实施方式中，在确定所述目标司机端之后，所述方法还包括：

向所述乘客端发送用于指示所述乘车订单被接收的第二反馈信息；

向所述目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；

向所述候选司机端中除所述目标司机端之外的其他司机端，发送用于指示所述乘车订单已被抢的第四反馈信息。

一种可选的实施方式中，确定与所述乘车订单匹配的至少一个司机端，包括：

基于司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，确定与所述乘车订单匹配的至少一个司机端。

一种可选的实施方式中，所述方法还包括：

若所述至少一个司机端中每个所述司机端的所述事件检测结果均指示未触发所述事件操作功能按钮，则向所述乘客端发送用于指示所述乘车订单未被接单的第五反馈信息。

第二方面，本公开实施例还提供一种订单分配方法，应用于司机端，包括：

接收服务端发送的乘车订单的订单信息；

响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

第三方面，本公开实施例还提供一种订单分配装置，应用于服务端，包括：

第一接收模块，用于接收乘客端发送的乘车订单的订单信息；

第二接收模块，用于在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

第一确定模块，用于基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

第二确定模块，用于基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

一种可选的实施方式中，所述事件操作数据包括针对所述抢单功能按钮的操作位置信息，所述第一确定模块，在基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果时，用于：

针对每个所述司机端，确定所述司机端返回的所述事件操作数据中所述操作位置信息是否在预设位置范围内；

若是，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若否，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可选的实施方式中，所述事件操作数据包括所述司机端触发所述抢单功能按钮时所处的物理位置信息，所述第一确定模块，在基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果时，用于：

针对每个所述司机端，获取所述司机端上部署的定位装置采集的设备位置信息，并确定所述事件操作数据中所述物理位置信息与所述设备位置信息是否匹配；

若匹配，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若不匹配，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可选的实施方式中，所述装置还包括：第一发送模块，用于：

在所述司机端的事件检测结果指示未触发所述事件操作功能按钮时，向所述司机端发送用于指示所述乘车订单已被抢的第一反馈信息。

一种可选的实施方式中，所述第二确定模块，在基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端时，用于：

从所述至少一个司机端中，确定所述事件检测结果指示触发了所述事件操作功能按钮的候选司机端；

基于所述候选司机端返回的所述事件操作数据中的操作时间，从所述候选司机端中，确定所述目标司机端。

一种可选的实施方式中，在确定所述目标司机端之后，所述装置还包括：第二发送模块，用于：

向所述乘客端发送用于指示所述乘车订单被接收的第二反馈信息；

向所述目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；

向所述候选司机端中除所述目标司机端之外的其他司机端，发送用于指示所述乘车订单已被抢的第四反馈信息。

一种可选的实施方式中，所述第二接收模块，在确定与所述乘车订单匹配的至少一个司机端时，用于：

基于司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，确定与所述乘车订单匹配的至少一个司机端。

一种可选的实施方式中，所述装置还包括：第三发送模块，用于：

若所述至少一个司机端中每个所述司机端的所述事件检测结果均指示未触发所述事件操作功能按钮，则向所述乘客端发送用于指示所述乘车订单未被接单的第五反馈信息。

第四方面，本公开实施例还提供一种订单分配装置，应用于司机端，包括：

第三接收模块，用于接收服务端发送的乘车订单的订单信息；

控制模块，用于响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

生成模块，用于生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

第五方面，本公开实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

第六方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

本公开实施例提供的订单分配方法，在将乘客端发起的乘车订单的订单信息发送给至少一个司机端后，接收至少一个司机端返回的针对抢单功能按钮的事件操作数据，利用事件操作数据，确定至少一个司机端分别对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，即若司机端触发了操作功能按钮，则表征该司机端属于正常抢单行为，若司机端未触发操作功能按钮，则表征司机端可能存在作弊行为，实现了对司机端的抢单操作是否存在作弊行为的检测，再基于至少一个司机端分别对应的事件监测结果，确定被分配乘车订单的目标司机端，即在检测到司机端存在作弊行为时，避免将乘车订单发送给该司机端，提高了抢单场景下订单分配的安全性和公平性。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种订单分配方法的流程图；

图2示出了本公开实施例所提供的一种订单分配方法中，司机端的展示界面的界面示意图；

图3示出了本公开实施例所提供的另一种订单分配方法的流程图；

图4示出了本公开实施例所提供的另一种订单分配方法的流程图；

图5示出了本公开实施例所提供的一种订单分配装置的架构示意图；

图6示出了本公开实施例所提供的另一种订单分配装置的架构示意图；

图7示出了本公开实施例所提供的一种计算机设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

在用户需要使用网约车时，用户可以向平台发起乘车订单，平台通过预设策略将乘车订单的请求下发给多个司机端，以便司机端进行手动抢单。进而，可以将该乘车订单分配给最快操作的司机端。基于上述抢单的场景，在现实场景中司机端可能会通过破坏***的方式进行抢单，比如利用第三方软件进行抢单操作，造成大部分乘车订单被集中分配给了一些司机端，降低了乘车订单分配的安全性和公平性。

基于此，本公开提供了一种订单分配方法，该方法在将乘客端发起的乘车订单的订单信息发送给至少一个司机端后，接收至少一个司机端返回的针对抢单功能按钮的事件操作数据，利用事件操作数据，确定至少一个司机端分别对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，即若司机端触发了操作功能按钮，则表征该司机端属于正常抢单行为，若司机端未触发操作功能按钮，则表征司机端可能存在作弊行为，实现了对司机端的抢单操作是否存在作弊行为的检测，再基于至少一个司机端分别对应的事件监测结果，确定被分配乘车订单的目标司机端，即在检测到司机端存在作弊行为时，避免将乘车订单发送给该司机端，提高了抢单场景下订单分配的安全性和公平性。

针对以上方案所存在的缺陷以及所提出的解决方案，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种订单分配方法进行详细介绍。下面以执行主体为服务端为例对本公开实施例提供的订单分配方法加以说明。

参见图1所示，为本公开实施例提供的订单分配方法的流程图，所述方法包括S101～S104，其中：

S101，接收乘客端发送的乘车订单的订单信息；

S102，在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

S103，基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

S104，基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

下述对S101-S104进行具体说明。

针对S101：

乘客端可以为任一有乘车需求的用户的终端设备，比如，手机、电脑、平板等设备。用户在需要乘车时，可以在乘客端上发起乘车请求，响应于该乘车请求，生成乘车订单的订单信息。该订单信息可以包括用户的起始位置、目的地位置、所需的运力类型，运力类型比如可以包括出租车、快车、专车、顺风车等；订单信息还可以包括乘客的联系方式、姓名等注册信息。乘客端在生成乘车订单的订单信息之后，将该乘车订单的订单信息发送给服务端，服务端用于接收各个乘客端发送的乘车订单的订单信息。

针对S102：

在乘车订单不存在分配类型时，即每个乘车订单均属于抢单类型，服务器可以确定与乘车订单匹配的至少一个司机端。在乘车订单存在分配类型时，服务端在接收到乘车订单的订单信息之后，可以确定该乘车订单的分配类型，若该乘车订单的分配类型属于派单，则为该乘车订单确定目标司机端，将该乘车订单的订单信息分配给确定的目标司机端，无需司机端进行抢单做。若该乘车订单的分配类型属于抢单，则可以确定与该乘车订单匹配的至少一个司机端。

一种可选实施方式中，确定与所述乘车订单匹配的至少一个司机端，包括：基于司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，确定与所述乘车订单匹配的至少一个司机端。

比如，可以基于司机端的抢单功能的开启状态，确定与乘车订单匹配的至少一个司机端，比如，若司机端的抢单功能开启，则该司机端属于与乘车订单匹配的至少一个司机端；若司机端的抢单功能未开启，则该司机端不属于与乘车订单匹配的至少一个司机端。

再比如，可以基于司机端的车辆属性，确定与乘车订单匹配的至少一个司机端。实施时，可以判断司机端的车辆属性是否与乘车订单的订单信息指示的算力类型相匹配，若匹配，则该司机端属于与乘车订单匹配的司机端；若不匹配，则该司机端不属于与乘车订单匹配的司机端。例如若乘车订单的订单信息指示乘客端所需的运力类型属于出租车，司机端的车辆属性是出租车，则该司机端与乘车订单匹配，即该司机端属于与乘车订单匹配的司机端。

再比如，可以基于司机端的当期位置，确定与乘车订单匹配的至少一个司机端。实施时，可以基于乘车订单的订单信息指示的起始位置和预设尺寸，确定订单区域范围，比如，以起始位置为中心、以预设尺寸为半径，确定圆形区域，将该圆形区域确定为订单区域范围。判断司机端的当前位置是否位于订单区域范围内，若是，则该司机端属于与乘车订单匹配的司机端；若否，则该司机端不属于与乘车订单匹配的司机端。

实施时，还可以利用司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的多种信息，确定与乘车订单匹配的至少一个司机端。以司机端的车辆属性和司机端的当前位置为例进行说明。可以先从多个司机端中，选取司机端的当前位置满足要求(即位于订单区域范围内)的候选司机端；再根据候选司机端的车辆属性，从候选司机端中确定与乘车订单匹配的至少一个司机端。

本公开实施方式中，通过利用司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，能够较准确和较高效的确定与乘车订单匹配的至少一个司机端。

这里，若没有确定得到与乘车订单匹配的至少一个司机端，可以向乘客端发送用于提示当前没有可接单的司机的第一提示信息，和/或用于提示乘客端修改运力类型的第二提示信息等。

在确定了与乘车订单匹配的至少一个司机端之后，将该乘车订单的订单信息发送给确定的至少一个司机端。这里发送给司机端的订单信息可以与乘客端发送的订单信息相同，也可以不同。一般的，服务端发送给司机端的订单信息可以为司机端比较关注的信息，例如订单标识(Identity document，ID)、起始位置、目的地位置、从起始位置至目的地位置所需的预计行驶时间、历史计费金额等。

在将乘车订单的订单信息发送给至少一个司机端之后，司机端在接收到乘车订单的订单信息之后，可以控制展示界面展示抢单功能按钮，并生成针对抢单功能按钮的事件操作数据。这里，事件操作数据可能是响应于司机触发了抢单功能按钮，生成的操作数据，该情况确认事件操作数据为真实操作数据；或者，事件操作数据也可能是司机端利用第三方软件模拟触发抢单功能按钮，生成的操作数据，该情况确认事件操作数据为虚假操作数据。

司机端在生成事件操作数据之后，将事件操作数据返回给服务端，服务端用于接收至少一个司机端返回的事件操作数据。

针对S103：

服务端在接收到至少一个司机端返回的事件操作数据之后，可以基于事件操作数据，确定至少一个司机端分别对应的、用于指示司机端是否触发事件操作功能按钮的事件检测结果。即事件检测结果可以包括：触发了事件操作功能按钮、未触发事件操作功能按钮。

一种可选实施方式中，所述事件操作数据包括针对所述抢单功能按钮的操作位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：针对每个所述司机端，确定所述司机端返回的所述事件操作数据中所述操作位置信息是否在预设位置范围内；若是，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；若否，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

操作位置信息可以为在司机端的展示界面上的位置信息，比如，以司机端的展示界面的左下角为原点构建平面坐标系，操作位置信息可以为在该平面坐标系上的坐标位置。

考虑到在现实抢单场景中，若司机端触发了抢单功能按钮(比如司机点击了抢单功能按钮)，该操作位置信息为司机端触发抢单功能按钮时在展示界面上触发的坐标信息；若司机端是利用第三方软件模拟触发抢单功能按钮(比如司机未点击抢单功能按钮)，该操作位置信息为第三方软件随机生成的位置信息。

基于此，在接收到事件操作数据之后，可以针对每个司机端，判断该司机端发送的操作位置信息是否在预设位置范围内，若在预设位置范围内，则表征该司机端触发了事件操作功能按钮，故该事件检测结果为触发了事件操作功能按钮；若不在预设位置范围内，则该操作位置信息可能为第三方软件随机生成的，表征该司机端并未触发事件操作功能按钮，故该事件检测结果为未触发事件操作功能按钮。

其中，预设位置范围可以为事件操作功能按钮在司机端的展示界面上所处的区域范围。实施时，可以建立司机端的设备类型与预设位置范围之间的映射关系，在确定了司机端之后，可以根据该司机端的设备类型确定预设位置范围。再或者，还可以实时控制事件操作功能按钮在司机端的展示位置，比如，针对同一乘车订单，不同的司机端可以在不同的位置展示事件操作功能按钮；以及针对同一司机端，不同的乘车订单时事件操作功能按钮的展示位置可以不同。进而可以基于事件操作功能按钮在司机端的展示位置，实时确定预设位置范围。

这里，通过利用操作位置信息，能够较精准和较快速的检测司机端是否触发了事件操作功能按钮，进而实现在抢单场景中对司机端是否存在作弊行为进行检测，以提高订单分配的安全性和公平性。

一种可能的实施方式中，所述事件操作数据包括所述司机端触发所述抢单功能按钮时所处的物理位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：针对每个所述司机端，获取所述司机端上部署的定位装置采集的设备位置信息，并确定所述事件操作数据中所述物理位置信息与所述设备位置信息是否匹配；若匹配，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；若不匹配，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

事件操作数据可以包括司机端触发抢单功能按钮时所处的物理位置信息，比如该物理位置信息可以为司机点击抢单功能按钮时所处的地理位置(例如经纬度)，还可以为司机利用第三方软件模拟触发抢单功能按钮时随机生成的地理位置。

实施时，针对每个司机端，获取司机端上部署的定位装置采集的设备位置信息，该设备位置信息属于司机端所处的真实位置，比如，定位装置可以为司机端上全球定位***(Global Positioning System，GPS)、惯性测量单元(Inertial Measurement Unit，IMU)等等。

再确定事件操作数据中物理位置信息与设备位置信息是否匹配，比如，可以判断物理位置信息与设备位置信息之间的差值是否小于预设偏差阈值，若是，则确定物理位置信息与设备位置信息匹配，即确定司机端的事件检测结果为触发了事件操作功能按钮；若否，则确定物理位置信息与设备位置信息不匹配，即确定司机端的事件检测结果为未触发事件操作功能按钮。

一般的，在抢单场景中，乘车订单可以发送给特定区域范围内司机端，以便该特定区域范围内的司机端进行抢单操作；即若司机端位于特定区域范围之外时，该司机端不具备获取到该乘车订单的条件。此时，司机端可能会存在作弊行为，比如利用第三方软件更改自己的真实位置，以使得具备获取该乘车订单的条件。为了对上述作弊行为进行检测，可以利用事件操作数据包括的物理位置信息，判断司机端是否存在作弊行为，即判断事件操作数据包括的物理位置信息是否与定位装置采集的设备位置信息相匹配，若匹配，则司机端不存在作弊行为；若不匹配，则司机端存在作弊行为。

这里，通过利用物理位置信息，能够较精准和较快速的检测司机端是否触发了事件操作功能按钮，进而实现在抢单场景中对司机端是否存在作弊行为进行检测，以提高订单分配的安全性和公平性。

另一种实施方式中，事件操作数据还可以包括操作位置信息和物理位置信息。针对每个司机端，确定操作位置信息是否在预设位置范围，以及确定物理位置信息与设备位置信息是否匹配。若操作位置信息位于预设位置范围内、且物理位置信息与设备位置信息匹配，则确定司机端的检测结果为触发了事件操作功能按钮，即司机端不存在作弊行为；若操作位置信息位于预设位置范围外、或物理位置信息与设备位置信息不匹配，则确定司机端的检测结果为未触发事件操作功能按钮，即司机端存在作弊行为。

一种可选实施方式中，所述方法还包括：在所述司机端的事件检测结果指示未触发所述事件操作功能按钮时，向所述司机端发送用于指示所述乘车订单已被抢的第一反馈信息。

实施时，若检测到司机端的事件检测结果指示未触发事件操作功能按钮，则该司机端无需进行后续的确定目标司机端的服务过程，向该司机端发送用于指示乘车订单已被抢的第一反馈信息。比如第一反馈信息可以为“订单已被抢”。

参见图2所示的司机端的展示界面，该展示界面中展示有第一反馈信息。即展示界面中的“订单已被抢，请继续耐心听单”为第一反馈信息。

针对S104：

在得到了各个司机端分别对应的事件检测结果之后，可以确定事件检测结果指示为触发了事件操作功能按钮的候选司机端。在从候选司机端中，确定目标司机端。比如可以随机从候选司机端中确定一个候选司机端作为目标司机端。再或者，可以根据候选司机端中每个候选司机端的今日接单数量，确定目标司机端，比如选取今日接单数最少的候选司机端作为目标司机端。

一种可选实施方式中，所述基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端，包括：从所述至少一个司机端中，确定所述事件检测结果指示触发了所述事件操作功能按钮的候选司机端；基于所述候选司机端返回的所述事件操作数据中的操作时间，从所述候选司机端中，确定所述目标司机端。

实施时，从至少一个司机端中，确定事件检测结果指示触发了事件操作功能按钮的候选司机端。再基于候选司机端返回的事件操作数据中的操作时间，从候选司机端中确定目标司机端，比如，可以将操作时间最早的候选司机端，确定为目标司机端。

示例性的，若候选司机端包括候选司机端一、候选司机端二，候选司机端一返回的操作时间为10时10分10秒、候选司机端二返回的操作时间为10时10分11秒，则可以将候选司机端一确定为目标司机端。

一种可选实施方式中，所述方法还包括：若所述至少一个司机端中每个所述司机端的所述事件检测结果均指示未触发所述事件操作功能按钮，则向所述乘客端发送用于指示所述乘车订单未被接单的第五反馈信息。

实施时，存在以下情况：至少一个司机端中每个司机端的事件检测结果均指示未触发事件操作功能按钮，为了有效缓解抢单场景中司机端的作弊行为，提高订单分配的公平性和安全性，此时可以向每个司机端发送用于指示乘车订单已被抢的第一反馈信息，同时向乘客端发送用于指示乘车订单未被接单的第五反馈信息。比如，第五反馈信息可以包括“无人接单，请稍后重试”。

一种可选实施方式中，在确定所述目标司机端之后，所述方法还包括：

向所述乘客端发送用于指示所述乘车订单被接收的第二反馈信息；

向所述目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；

向所述候选司机端中除所述目标司机端之外的其他司机端，发送用于指示所述乘车订单已被抢的第四反馈信息。

在确定了目标司机端之后，可以向乘客端发送用于指示乘车订单被接收的第二反馈信息。第二反馈信息比如可以包括“订单被接收了”。同时，还可以向乘客端发送目标司机端的信息，比如目标司机端的当前位置、目标司机端的历史接单数量、司机端的工作时长、司机端到达乘客端的时长等等。

向目标司机端发送用于指示已抢到乘车订单的第三反馈信息，比如第三反馈信息可以包括“抢到订单，请前往接乘客”。同时，还可以向目标司机端发送乘客端所处的位置、到达乘客端的导航路径等。

向候选司机端中除目标司机端之外的其他司机端发送用于指示乘车订单已被抢的第四反馈信息。比如，第四反馈信息可以包括“当前订单已被抢，请查看其他订单”。

在具体实施时，在检测到司机端的事件检测结果指示为未触发事件功能按钮时，还可以获取该司机端的ID、乘车订单ID，并将司机端的ID和乘车ID进行存储，以便后续对该司机端的抢单事件进行检测，或者，以便平台管理人员可以向该司机端发送警示信息。

参见图3所示，结合图3对订单分配方法进行示例性说明，该方法包括：

S301：乘客端发起乘车请求，生成乘车订单的订单信息。

S302，乘客端将乘车订单的订单信息发送给服务端。

S303，服务端确定乘车订单匹配的至少一个司机端。

S304，服务端将乘车订单的订单信息发送给确定的至少一个司机端。

S305，司机端在接收到订单信息之后，控制展示界面展示抢单功能按钮，并生成针对抢单功能按钮的事件操作数据。

S306，司机端将事件操作数据发送给服务端。

S307，服务端针对每个司机端，基于该司机端返回的事件操作数据，确定该司机端的用于指示司机端是否触发事件操作功能按钮的事件检测结果。

此处，若司机端的事件检测结果指示为未触发事件操作功能按钮，服务端向该司机端发送用于指示乘车订单已被抢的第一反馈信息。

S308，服务端基于至少一个司机端分别对应的事件检测结果，确定被分配所述乘车订单的目标司机端。

其中，在确定目标司机端之后，服务端向乘客端发送用于指示乘车订单被接收的第二反馈信息；向目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；向候选司机端中除目标司机端之外的其他司机端，发送用于指示乘车订单已被抢的第四反馈信息。

基于同一发明构思，参见图4所示，本公开实施例中还提供了一种订单分配方法，该方法应用于司机端，具体包括：

S401，接收服务端发送的乘车订单的订单信息；

S402，响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

S403，生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

所述方法还包括：在服务端基于事件操作数据，确定司机端对应的、用于指示司机端是否触发事件操作功能按钮的事件检测结果之后，接收针对乘车订单的反馈信息，其中，反馈信息包括用于指示乘车订单已被抢的第一反馈信息、第四反馈信息，或者，用于指示已抢到乘车订单的第三反馈信息。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与订单分配方法对应的订单分配装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述订单分配方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图5所示，为本公开实施例提供的一种订单分配装置的架构示意图，该装置应用于服务端，所述装置包括：

第一接收模块501，用于接收乘客端发送的乘车订单的订单信息；

第二接收模块502，用于在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

第一确定模块503，用于基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

第二确定模块504，用于基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

一种可选的实施方式中，所述事件操作数据包括针对所述抢单功能按钮的操作位置信息，所述第一确定模块503，在基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果时，用于：

针对每个所述司机端，确定所述司机端返回的所述事件操作数据中所述操作位置信息是否在预设位置范围内；

若是，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若否，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可选的实施方式中，所述事件操作数据包括所述司机端触发所述抢单功能按钮时所处的物理位置信息，所述第一确定模块503，在基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果时，用于：

针对每个所述司机端，获取所述司机端上部署的定位装置采集的设备位置信息，并确定所述事件操作数据中所述物理位置信息与所述设备位置信息是否匹配；

若匹配，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若不匹配，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可选的实施方式中，所述装置还包括：第一发送模块505，用于：

在所述司机端的事件检测结果指示未触发所述事件操作功能按钮时，向所述司机端发送用于指示所述乘车订单已被抢的第一反馈信息。

一种可选的实施方式中，所述第二确定模块504，在基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端时，用于：

从所述至少一个司机端中，确定所述事件检测结果指示触发了所述事件操作功能按钮的候选司机端；

基于所述候选司机端返回的所述事件操作数据中的操作时间，从所述候选司机端中，确定所述目标司机端。

一种可选的实施方式中，在确定所述目标司机端之后，所述装置还包括：第二发送模块506，用于：

向所述乘客端发送用于指示所述乘车订单被接收的第二反馈信息；

向所述目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；

向所述候选司机端中除所述目标司机端之外的其他司机端，发送用于指示所述乘车订单已被抢的第四反馈信息。

一种可选的实施方式中，所述第二接收模块502，在确定与所述乘车订单匹配的至少一个司机端时，用于：

基于司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，确定与所述乘车订单匹配的至少一个司机端。

一种可选的实施方式中，所述装置还包括：第三发送模块507，用于：

若所述至少一个司机端中每个所述司机端的所述事件检测结果均指示未触发所述事件操作功能按钮，则向所述乘客端发送用于指示所述乘车订单未被接单的第五反馈信息。

参照图6所示，为本公开实施例提供的一种订单分配装置的架构示意图，该装置应用于司机端，所述装置包括：

第三接收模块601，用于接收服务端发送的乘车订单的订单信息；

控制模块602，用于响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

生成模块603，用于生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

基于同一技术构思，本公开实施例还提供了一种计算机设备。参照图7所示，为本公开实施例提供的计算机设备700的结构示意图，包括处理器701、存储器702、和总线703。其中，存储器702用于存储执行指令，包括内存7021和外部存储器7022；这里的内存7021也称内存储器，用于暂时存放处理器701中的运算数据，以及与硬盘等外部存储器7022交换的数据，处理器701通过内存7021与外部存储器7022进行数据交换，当计算机设备700运行时，处理器701与存储器702之间通过总线703通信，使得处理器701在执行以下指令：

接收乘客端发送的乘车订单的订单信息；

在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

一种可能的设计中，处理器701执行的指令中，所述事件操作数据包括针对所述抢单功能按钮的操作位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：

针对每个所述司机端，确定所述司机端返回的所述事件操作数据中所述操作位置信息是否在预设位置范围内；

若是，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若否，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可能的设计中，处理器701执行的指令中，所述事件操作数据包括所述司机端触发所述抢单功能按钮时所处的物理位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：

针对每个所述司机端，获取所述司机端上部署的定位装置采集的设备位置信息，并确定所述事件操作数据中所述物理位置信息与所述设备位置信息是否匹配；

若匹配，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若不匹配，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

一种可能的设计中，处理器701执行的指令中，所述方法还包括：

在所述司机端的事件检测结果指示未触发所述事件操作功能按钮时，向所述司机端发送用于指示所述乘车订单已被抢的第一反馈信息。

一种可能的设计中，处理器701执行的指令中，所述基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端，包括：

从所述至少一个司机端中，确定所述事件检测结果指示触发了所述事件操作功能按钮的候选司机端；

基于所述候选司机端返回的所述事件操作数据中的操作时间，从所述候选司机端中，确定所述目标司机端。

一种可能的设计中，处理器701执行的指令中，在确定所述目标司机端之后，所述方法还包括：

向所述乘客端发送用于指示所述乘车订单被接收的第二反馈信息；

向所述目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；

向所述候选司机端中除所述目标司机端之外的其他司机端，发送用于指示所述乘车订单已被抢的第四反馈信息。

一种可能的设计中，处理器701执行的指令中，确定与所述乘车订单匹配的至少一个司机端，包括：

基于司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，确定与所述乘车订单匹配的至少一个司机端。

一种可能的设计中，处理器701执行的指令中，所述方法还包括：

若所述至少一个司机端中每个所述司机端的所述事件检测结果均指示未触发所述事件操作功能按钮，则向所述乘客端发送用于指示所述乘车订单未被接单的第五反馈信息。

或处理器701执行以下指令：

接收服务端发送的乘车订单的订单信息；

响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的订单分配方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的订单分配方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

需要说明的是，本说明书及实施例中所述方案，如涉及个人信息处理，则均会在具备合法性基础(例如征得个人信息主体同意，或者为履行合同所必需等)的前提下进行处理，且仅会在规定或者约定的范围内进行处理。用户拒绝处理基本功能所需必要信息以外的个人信息，不会影响用户使用基本功能。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种订单分配方法，其特征在于，应用于服务端，包括：

接收乘客端发送的乘车订单的订单信息；

在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

2.根据权利要求1所述的方法，其特征在于，所述事件操作数据包括针对所述抢单功能按钮的操作位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：

针对每个所述司机端，确定所述司机端返回的所述事件操作数据中所述操作位置信息是否在预设位置范围内；

若是，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若否，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

3.根据权利要求1所述的方法，其特征在于，所述事件操作数据包括所述司机端触发所述抢单功能按钮时所处的物理位置信息，所述基于所述事件操作数据，确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，包括：

针对每个所述司机端，获取所述司机端上部署的定位装置采集的设备位置信息，并确定所述事件操作数据中所述物理位置信息与所述设备位置信息是否匹配；

若匹配，则确定所述司机端的所述事件检测结果为触发了所述事件操作功能按钮；

若不匹配，则确定所述司机端的所述事件检测结果为未触发所述事件操作功能按钮。

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

在所述司机端的事件检测结果指示未触发所述事件操作功能按钮时，向所述司机端发送用于指示所述乘车订单已被抢的第一反馈信息。

5.根据权利要求1所述的方法，其特征在于，所述基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端，包括：

从所述至少一个司机端中，确定所述事件检测结果指示触发了所述事件操作功能按钮的候选司机端；

基于所述候选司机端返回的所述事件操作数据中的操作时间，从所述候选司机端中，确定所述目标司机端。

6.根据权利要求5所述的方法，其特征在于，在确定所述目标司机端之后，所述方法还包括：

向所述乘客端发送用于指示所述乘车订单被接收的第二反馈信息；

向所述目标司机端发送用于指示已抢到所述乘车订单的第三反馈信息；

向所述候选司机端中除所述目标司机端之外的其他司机端，发送用于指示所述乘车订单已被抢的第四反馈信息。

7.根据权利要求1所述的方法，其特征在于，确定与所述乘车订单匹配的至少一个司机端，包括：

基于司机端的抢单功能的开启状态、司机端的车辆属性、司机端的当前位置中的至少一种信息，确定与所述乘车订单匹配的至少一个司机端。

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

若所述至少一个司机端中每个所述司机端的所述事件检测结果均指示未触发所述事件操作功能按钮，则向所述乘客端发送用于指示所述乘车订单未被接单的第五反馈信息。

9.一种订单分配方法，其特征在于，应用于司机端，包括：

接收服务端发送的乘车订单的订单信息；

响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

10.一种订单分配装置，其特征在于，应用于服务端，包括：

第一接收模块，用于接收乘客端发送的乘车订单的订单信息；

第二接收模块，用于在将所述乘车订单对应的订单信息发送给与所述乘车订单匹配的至少一个司机端后，接收所述至少一个司机端返回的针对抢单功能按钮的事件操作数据；

第一确定模块，用于基于所述事件操作数据，确定所述至少一个司机端分别对应的、用于指示所述司机端是否触发所述事件操作功能按钮的事件检测结果；

第二确定模块，用于基于所述至少一个司机端分别对应的所述事件检测结果，确定被分配所述乘车订单的目标司机端。

11.一种订单分配装置，其特征在于，应用于司机端，包括：

第三接收模块，用于接收服务端发送的乘车订单的订单信息；

控制模块，用于响应于接收到所述订单信息，控制展示界面展示抢单功能按钮；

生成模块，用于生成针对所述展示抢单功能按钮的事件操作数据，并将所述事件操作数据发送给所述服务端；所述事件操作数据，用于所述服务端确定所述至少一个司机端对应的、用于指示司机端是否触发所述事件操作功能按钮的事件检测结果，以及所述服务端基于所述至少一个司机端对应的所述事件检测结果，确定执行所述乘车订单的目标司机端。

12.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至9任一项所述的订单分配方法的步骤。

13.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至9任一项所述的订单分配方法的步骤。