CN113112116B - 订单分配方法、装置及服务器 - Google Patents

Abstract

本公开提出了一种订单分配方法、装置及服务器，该方法包括：从多个打车平台获得多个司机的接单请求；从所述多个司机中选取第一候选司机；在所述第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从所述第一其他司机和所述第一候选司机选取目标司机；在所述第一候选司机的剩余锁定时长小于或等于所述第一时长阈值的情况下，将所述第一候选司机作为所述目标司机；以及，将用车订单分配给所述目标司机。

Description

订单分配方法、装置及服务器

技术领域

本公开实施例涉及互联网技术领域，更具体地，本公开实施例涉及一种订单分配方法、一种订单分配装置、及一种服务器。

背景技术

在聚合平台模式下的网约车调度中，当用户提交用车订单后，聚合打车平台会向用户提交用车订单时所选择的各打车平台分发该用车订单，对应地，各打车平台会将对应的司机的接单请求返回给聚合打车平台，以供聚合打车平台选择司机并将该用车订单分配给司机。

相关技术中，聚合打车平台基于所获得的司机的接单请求选择最终司机时，其是在接收到首个司机的接单请求后，继续去等待获取其它打车平台的司机的接单请求，然后再从中择优选择。然而，各打车平台为了维护自身利益，减少聚合平台过多占用自身司机，在返回司机给聚合打车平台后，聚合打车平台必须在约定时间内和打车平台确认是否进行派单，否则打车平台将取消该司机，聚合打车平台考虑到自身系统时间消耗、网络通信消耗等因素，导致在接收到首个司机的接单请求后能够继续等待其它打车平台响应的时间非常短，即，真正能够延迟用来收集司机的时间非常短，使得不能收集到更多数量的司机。

发明内容

本公开实施例的一个目的是提供一种订单分配的新的技术方案。

根据本说明书的第一方面，提供一种订单分配方法的一个实施例，该方法包括：

从多个打车平台获得多个司机的接单请求；

从所述多个司机中选取第一候选司机；

在所述第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从所述第一其他司机和所述第一候选司机中选取目标司机；

在所述第一候选司机的剩余锁定时长小于或等于所述第一时长阈值的情况下，将所述第一候选司机作为所述目标司机；以及，

将用车订单分配给所述目标司机。

可选地，所述获取第一其他司机的接单请求，包括：

从所述多个打车平台中，所述第一候选司机所在的打车平台以外的打车平台，获取所述第一其他司机的接单请求。

可选地，所述从多个打车平台获得多个司机的接单请求，包括：

判断所述多个司机中的一个司机是否符合派单条件；

在不符合所述派单条件的情况下，从所述多个打车平台中，所述一个司机所在的打车平台以外的打车平台，获取所述多个司机的接单请求。

可选地，所述派单条件包括：所述一个司机与所述用车订单标注的出发地间的距离小于或等于设定的距离阈值；和/或，

所述一个司机在设定的时间段内评分大于设定的评分阈值。

可选地，所述方法还包括：

在符合所述派单条件的情况下，将所述一个司机作为所述目标司机。

可选地，所述方法还包括：

在不符合所述派单条件的情况下，配置提交所述用车订单的用户终端显示倒计时界面；

其中，所述倒计时界面用于提示所述用车订单已存在接单请求，且正在匹配所述目标司机。

可选地，所述从所述多个司机中选取第一候选司机的触发条件，包括：获得的接单请求的总数量大于设定的司机数量阈值、所述倒计时界面中的倒计时剩余时长小于或等于设定的第二时长阈值、所述多个打车平台均有司机提出接单请求、所述提出接单请求的司机中存在至少一个司机的剩余锁定时长小于或等于设定的第三时长阈值、所述倒计时界面开始进行倒计时后设定时间点到达时中的至少一项。

可选地，所述从所述第一其他司机和所述第一候选司机中选取目标司机，包括：

在所述触发条件满足的情况下，从所述第一其他司机和所述第一候选司机中选取第二候选司机；

在所述第二候选司机的剩余锁定时长大于设定的第四时长阈值的情况下，获取第二其他司机的接单请求，并从所述第二其他司机和所述第二候选司机中选取所述目标司机。

可选地，所述方法还包括：

在所述第二候选司机的剩余锁定时长小于或等于所述第四时长阈值的情况下，将所述第二候选司机作为所述目标司机。

根据本公开的第二方面，还提供一种订单分配装置的一个实施例，该装置包括：

获取模块，用于从多个打车平台获得多个司机的接单请求；

候选司机选取模块，用于从所述多个司机中选取第一候选司机；

目标司机选取模块，用于在所述第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从所述第一其他司机和所述第一候选司机中选取目标司机；

所述目标司机选取模块，还用于在所述第一候选司机的剩余锁定时长小于或等于所述第一时长阈值的情况下，将所述第一候选司机作为所述目标司机；以及，

分配模块，用于将用车订单分配给所述目标司机。

根据本说明书的第三方面，还提供一种服务器的一个实施例，该服务器包括：

以上第二方面所述的装置；或者，包括：

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述服务器执行以上第一方面所述的订单分配方法。

本公开的一个有益效果在于，其在从多个打车平台获得多个司机的接单请求后，会先从多个司机中选取第一候选司机，并在第一候选司机的锁定时长未结束的情况下，会继续获取其他司机的接单请求，进而基于其他司机和第一候选司机选取目标司机并分配用车订单，而在第一候选司机的锁定时长结束的情况下，直接将该第一候选司机作为目标司机进而分配订单。即，在聚合平台模式下，其在收集到司机至分配用车订单至目标司机的过程中，会进行多轮判断，司机间通过接力的方式延迟聚合打车平台收集司机的时间，提高用车订单的可选司机数量，同时满足了在锁定时长内给打车平台确认派单结果的约束。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是一种示例性的订单分配系统的硬件配置的原理框图；

图2是一种示例性的订单分配方法的流程示意图；

图3是一种示例性的订单分配方法的流程示意图；

图4是一种示例性的订单分配装置的原理框图；

图5是一种示例性的服务器的原理框图；

图6是一种示例性的服务器的硬件结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

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

<硬件配置>

如图1所示，订单分配系统100包括聚合打车平台1000、移动终端2000和打车平台3000。移动终端2000与聚合打车平台1000、聚合打车平台1000与打车平台3000、打车平台3000与移动终端2000之间可以通过通信网络4000进行通信。

聚合打车平台1000是指用于聚合不同打车平台3000以供用户选择并最终提交用车订单的平台。聚合打车平台1000可以是服务器。服务器提供处理、数据库、通讯设施的业务点。服务器可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。服务器可以是各种类型的，例如但不限于，网络服务器，新闻服务器，邮件服务器，消息服务器，广告服务器，文件服务器，应用服务器，交互服务器，数据库服务器，或代理服务器。在一些实施例中，每个服务器可以包括硬件，软件，或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。例如，服务器例如刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组，可以包括上述类型的服务器中的一种或多种等等。

在一个实施例中，聚合打车平台1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。

处理器1100用于执行计算机程序。该计算机程序可以采用比如x86、Arm、RISC、MIPS、SSE等架构的指令集编写。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括USB接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、LED显示屏触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。

本实施例中，聚合打车平台1000的存储器1200用于存储指令，该指令用于控制处理器1100进行操作以执行订单分配方法。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

尽管在图1中示出了聚合打车平台1000的多个装置，但是，本公开可以仅涉及其中的部分装置，例如，聚合打车平台1000只涉及存储器1200和处理器1100。

移动终端2000为用户使用的终端，该移动终端2000安装有聚合打车平台对应的聚合打车应用，任意用户可以在该聚合打车应用中注册自己的账号。这样，用户通过移动终端2000登录该聚合打车应用标注出发地和目的地提交用车订单，并在提交用车订单时选择不同的打车平台3000，进而将该用车订单提交给各个打车平台3000，以由各个打车平台3000接收自身平台的司机的接单请求并返回给聚合打车平台1000，进而由聚合打车平台1000选择出目标司机并将用车订单分配给目标司机。

本实施例中，移动终端2000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。

如图1所示，移动终端2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800等等。

处理器2100可以是移动版处理器。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，通信装置2400可以包括短距离通信装置，例如是基于Hilink协议、WiFi(IEEE 802.11协议)、Mesh、蓝牙、ZigBee、Thread、Z-Wave、NFC、UWB、LiFi等短距离无线通信协议进行短距离无线通信的任意装置，通信装置2400也可以包括远程通信装置，例如是进行WLAN、GPRS、2G/3G/4G/5G远程通信的任意装置。显示装置2500例如是液晶显示屏、触摸显示屏等。输入装置2600例如可以包括触摸屏、键盘等。移动终端2000可以通过扬声器2700输出音频信息，可以通过麦克风2800采集音频信息。

尽管在图1中示出了移动终端2000的多个装置，但是，本发明可以仅涉及其中的部分装置，在此不做限定。

本实施例中，移动终端2000的存储器2200用于存储指令，该指令用于控制处理器2100进行操作以实现聚合打车应用的功能，例如，包括接收下单指令、接收通知等等。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

打车平台3000是指用于为用户提供出行服务的平台，该用户是指具有用车需求的人员。该打车平台3000就可以是服务器，打车平台3000可以具有与上述聚合打车平台1000类似的硬件结构，例如，打车平台3000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600等等，在此不做赘述。

本实施例中，打车平台3000的存储器3200用于存储指令，该指令用于控制处理器3100进行为实现本实施例的订单分配方法提供支持。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

应当理解的是，尽管图1仅示出一个聚合打车平台1000、一个移动终端2000、一个打车平台3000，但不意味着限制各自的数量，订单分配系统100中可以包含多个聚合打车平台1000、多个移动终端2000、多个打车平台3000。

<方法实施例>

图2是根据本公开实施例的订单分配方法的流程示意图，该方法可以由聚合打车平台实施，该聚合打车平台可以是如图1所示的服务器1000。

如图2所示，本实施例中的订单分配方法可以包括如下步骤S2100～S2500：

步骤S2100，从多个打车平台获得多个司机的接单请求。

多个打车平台为用户提交用车订单时所选择的打车平台。

示例性地，用户登录移动终端2000所安装的聚合打车应用，并通过聚合打车应用标注出发地和目的地后生成用车订单，同时，为了快速出行，用户会在提交用车订单时选择不同的打车平台，例如会在聚合打车应用所提供的全部打车平台中选择不同的打车平台，该不同的打车平台可以是打车平台A、打车平台B、打车平台C和打车平台D，在此，用车订单下单完成，移动终端2000会将该用车订单发送至打车平台A、打车平台B、打车平台C和打车平台D，在此，打车平台A、打车平台B、打车平台C和打车平台D会获取自身平台的司机的接单请求，并返回给聚合打车平台1000。

在一个例子中，本步骤S2100中收集多个打车平台返回的多个司机可以进一步包括：判断多个司机中的一个司机是否符合派单条件，在不符合派单条件的情况下，从多个打车平台中，一个司机所在的打车平台以外的打车平台，获取多个司机的接单请求。

该派单条件可以包括：一个司机与提交用车订单的用户间的距离小于或等于设定的距离阈值；和/或，一个司机在最近的设定时间段内评分大于设定的评分阈值，这里，根据派单条件选取出的司机作为目标司机，不仅可以提高处理速度，减少数据冗余，还可以提高目标司机获取的准确性。

该设定的距离阈值可以根据应用场景和具体应用需求进行设置，该设定的距离阈值可以是2km。

实际场景当中，可能会存在下单地即提交用车订单时用户所在地址，以及，用户订单标注的出发地即用户通过聚合打车应用所选择的地址这两个地址并不一致的情况，在此，用户订单标注的出发地可以与该提交用车订单时用户所在地相同，即，该派单条件可以包括一个司机与提交用车订单时用户所在地间的距离小于或等于设定的距离阈值。当然，用户订单标注的出发地还可以是除提交用车订单时用户所在地以外的其他地。

该设定的时间段可以根据应用场景和具体应用需求进行设置，该设定的时间段可以为最近1个月。

该设定的评分阈值可以根据应用场景和具体应用需求进行设置，该设定的评分阈值可以是90分。

该实施例中，只要首个司机满足以上任意一个或两个条件，便可以作为目标司机。可以理解的是，在选出目标司机之后，便可将用车订单分配给该目标司机。

示例性地，例如可以是在接收到打车平台A的一个司机A1的接单请求后，聚合打车平台1000需要判断该司机A1与用车订单标注的出发地间的距离是否小于或等于2km，和/或该司机A1在最近1个月的评分是否超过90分，并在判断出该司机A1与用车订单标注的出发地间的距离小于或等于2km，和/或该司机A1在最近1个月的评分超过90分的情况下，表明该司机A1可以作为目标司机，进而将该用车订单分配给该司机A1。而在判断出该司机A1与用车订单标注的出发地间的距离大于2km，且该司机A1在最近1个月的评分低于90分的情况下，聚合打车平台1000会从打车平台B、打车平台C和打车平台D获取司机的接单请求，例如所获得的司机的接单请求可以是打车平台B的司机B1的接单请求，打车平台C的司机C1的接单请求；又例如所获得的司机的接单请求可以是打车平台B的司机B1的接单请求，打车平台C的司机C1的接单请求，及打车平台D的司机D1的接单请求。

该例子中，在该一个司机不符合派单条件的情况下，聚合打车平台1000还会配置提交用车订单的用户终端显示倒计时界面，以避免用户在这个延迟的过程中取消用车订单，提高用户体验。

该提高用车订单的用户终端即为以上移动终端2000。

该倒计时界面用于提示用车订单已存在接单请求，且正在匹配目标司机。该倒计时界面中包括的倒计时时长可以为10s，该倒计时时长10s也可以理解为是延迟的最大时长，即，聚合打车平台1000在收集到一个司机后能够继续等待其他打车平台响应的时间为10s，达到这个最大时长后将直接分配用车订单给该一个司机。

可以理解的是，现有的聚合打车平台1000在收集到一个司机后能够继续等待其他打车平台响应的最大时长通常为3s，通过本公开实施例设置的倒计时时长10s，相当于是延长收集到一个司机后继续等待其他打车平台响应的间隔，进而提高聚合打车平台1000收集分配用车订单的可选司机数量。

继续上述示例，在判断出该司机A1与用车订单标注的出发地间的距离大于2km，且该司机A1在最近1个月的评分低于90分的情况下，终端设备2000会显示倒计时界面，该倒计时界面显示提示信息“已有司机接单，正在匹配最优司机”，且，该倒计时界面中包括的倒计时时长为10s，例如可以是在该倒计时界面中显示该10s的倒计时时长，也可以是在该倒计时界面中不显示该10s的倒计时时长。

步骤S2200，从多个司机中选取第一候选司机。

本实施例中，可以是在从多个司机中选取第一候选司机的触发条件满足的情况下，才从多个司机中选取第一候选司机，该触发条件可以包括：获得的接单请求的总数量大于设定的司机数量阈值、倒计时界面中的倒计时剩余时长小于或等于设定的第二时长阈值、多个打车平台均有司机提出接单请求、提出接单请求的司机中存在至少一个司机的剩余锁定时长小于或等于设定的第三时长阈值、倒计时界面开始进行倒计时后设定时间点到达时中的至少一项。

以上设定的司机数量阈值可以根据应用场景和具体应用需求进行设置，该设定的司机数量阈值可以为2，也可以理解为是，从打车平台获得的司机的接单请求大于1，例如可以是从打车平台A获得司机A1的接单请求、及从打车平台B获得司机B1的接单请求等。

以上设定的第二时长阈值可以根据应用场景和具体应用需求进行设置，该设定的第二时长阈值可以为3s，也可以理解为是，倒计时界面中的倒计时时间即将用尽。

以上多个打车平台均有司机提车接单请求，例如可以是打车平台A存在司机A1提出接单请求、打车平台B存在司机B1提出接单请求、打车平台C存在司机C1提出接单请求、及打车平台D存在司机D1提出接单请求。

司机的锁定时长是指，打车平台将司机的接单请求返回给聚合打车平台后到打车平台取消该司机之间的时间间隔，在此，可以为每一个打车平台设置各自对应的司机的锁定时长，对应不同打车平台的司机的锁定时长可以相同，也可以不同。定义该司机的锁定时长的目的在于：打车平台为了维护自身利益，减少聚合打车平台1000过多占用自身司机，打车平台在返回司机的接单请求给聚合打车平台1000后，聚合打车平台1000必须在该锁定时长内和打车平台确认是否进行派单，否则打车平台将取消该司机的接单请求。目前所规定的司机的锁定时长通常在3-5s之间。

以上设定的第三时长阈值可以根据应用场景和具体应用需求进行设置，该设定的第三时长阈值可以为1s。

以上倒计时界面开始进行倒计时后设定时间点到达时，可以是倒计时界面开始进行倒计时后每隔2s。

继续上述示例，在获得打车平台A的司机A1的接单请求，且该司机A1不符合设定的派单条件时，聚合打车平台1000会继续等待以获取打车平台B、打车平台C和打车平台D中至少一个打车平台的司机的接单请求，在触发条件满足时，如果已经获取到打车平台A的司机A1的接单请求、打车平台B的司机B1的接单请求、及打车平台C的司机C1的接单请求，此时，聚合打车平台1000会在司机A1、司机B1及司机C1中进行比对以选取出距离用车订单标注的出发地最近和/或在最近1个月内评分最高的司机作为第一候选司机，该第一候选司机即为从所收集的多个司机中进行本轮比对所选择出的最优司机，该第一候选司机可以为司机B1。

可以理解的是，对比失败的司机会自动被打车平台所取消，例如本轮比对所选择出的第一候选司机为B1，则司机A1和司机C1会被对应的打车平台自动取消。

步骤S2300，在第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从第一其他司机和第一候选司机中选取目标司机。

目标司机为从所收集到的司机中所选择出的距离用车订单标注的出发地最近和/或在设定的时间段内评分最高的司机，其为聚合打车平台1000为用户所选择出的最优司机。

以上设定的第一时长阈值可以根据应用场景和具体应用需求进行设置，该设定的第一时长阈值可以为0。

本实施例中，本步骤S2300中获取第一其他司机的接单请求可以进一步包括：从多个打车平台中，第一候选司机所在的打车平台以外的打车平台，获取第一其他司机的接单请求。

以上第一其他司机为，多个打车平台中，该第一候选司机所在的打车平台以外的打车平台。继续上述示例中的第一候选司机B1所在的打车平台为打车平台B为例，则该第一其他司机为，位于打车平台A的司机、位于打车平台C的司机、及位于打车平台D的司机。

本实施例中，本步骤S2300中从第一其他司机和第一候选司机中选取目标司机可以进一步包括：在触发条件满足的情况下，从第一其他司机和第一候选司机中选取第二候选司机；在第二候选司机的剩余锁定时长大于设定的第四时长阈值的情况下，获取第二其他司机的接单请求，并从第二其他司机和第二候选司机中选取目标司机。

以上设定的第四时长阈值可以根据应用场景和具体应用需求进行设置，该设定的第一时长阈值可以为0。

以上第二其他司机为，多个打车平台中，该第一候选司机所在的打车平台以外的打车平台。

继续上述示例，在以上第一候选司机B1的剩余锁定时长大于设定的第一时长阈值的情况下，打车平台A会自动取消司机A1，打车平台C会自动取消司机C1。聚合打车平台1000会继续等待以获取第一其他司机例如打车平台A、打车平台C和打车平台D中至少一个打车平台的司机的接单请求，在触发条件满足时，如果已经获取到打车平台A的司机A2的接单请求、打车平台C的司机C2的接单请求、及打车平台D的司机D1的接单请求，此时，聚合打车平台1000会在司机A2、司机B1及司机D1中进行比对以选取出距离用车订单的出发地最近和/或在最近1个月内评分最高的司机作为第二候选司机，该第二候选司机即为进行本轮比对所选择出的最优司机，该第二候选司机可以为司机D1。

同时，在该司机D1的剩余锁定时长大于设定的第四时长阈值的情况下，聚合打车平台1000会继续等待以获取第二其他司机例如打车平台A、打车平台B及打车平台C中至少一个打车平台的司机的接单请求，并从第二其他司机和第二候选司机D1中选取目标司机，依次循环往复，以达到最优司机间进行接力的过程，提高每个用车订单能够收集到的司机数量并从中选择出最好的司机，提升用户的打车体验。

而在第二候选司机D1的剩余锁定时长小于或等于设定的第四时长阈值的情况下，会直接将该第二候选司机D1作为目标司机，并将用车订单分配给该第二候选司机D1，即，在进行两轮比对后，在第二候选司机D1的锁定时长结束的情况下，不仅确定出距离用车订单标注的出发地最近和/或在最近1个月内评分最高的司机，同时满足在约定时间内和打车平台确认是否进行派单的约束。

步骤S2400，在第一候选司机的剩余锁定时长小于或等于第一时长阈值的情况下，将第一候选司机作为目标司机。

继续上述示例，在第一候选司机B1的剩余锁定时长小于或等于设定的第一时长阈值的情况下，会直接将该第一候选司机B1作为目标司机，并将用车订单分配给该第一候选司机B1，即，在进行一轮比对后，在第一候选司机B1的锁定时长结束的情况下，不仅确定出距离用车订单标注的出发地最近和/或在最近1个月内评分最高的司机，同时满足在约定时间内和打车平台确认是否进行派单的约束。

步骤S2500，将用车订单分配给目标司机。

本实施例中，在选择出距离用车订单标注的出发地最近和/或在最近1个月内评分最高的司机后，便可将该用车订单分配给该司机。

根据本公开实施例的方法，其在从多个打车平台获得多个司机的接单请求后，会先从多个司机中选取第一候选司机，并在第一候选司机的锁定时长未结束的情况下，会继续获取其他司机的接单请求，进而基于其他司机和第一候选司机选取目标司机并分配用车订单，而在第一候选司机的锁定时长结束的情况下，直接将该第一候选司机作为目标司机进而分配订单。即，在聚合平台模式下，其在收集到司机至分配用车订单至目标司机的过程中，会进行多轮判断，司机间通过接力的方式延迟聚合打车平台收集司机的时间，提高用车订单的可选司机数量，同时满足了在锁定时长内给打车平台确认派单结果的约束。

接下来示出一个例子的订单分配方法，该例子中，该订单分配方法可以包括如下步骤：

步骤S3100，获取用户通过移动终端2000提交用车订单所选择的打车平台。

用户提交用户订单时所选择的打车平台可以包括打车平台A、打车平台B、打车平台C、及打车平台D。

步骤S3200，接收到打车平台A的司机的接单请求。

例如可以是接收到打车平台A的司机A1的接单请求。

步骤S3300，判断打车平台A的司机是否符合派单条件，在符合派单条件的情况下，执行以下步骤S3400，反之，执行以下步骤S3400。

例如在该打车平台A的司机A1符合派单条件的情况下，可以执行以下步骤S3400，反之，执行以下步骤S3500。

步骤S3400，将该司机作为目标司机，并执行以下步骤31000。

步骤S3500，在不符合派单条件的情况下，配置移动终端2000显示倒计时界面。

步骤S3600，等待其他打车平台响应。

例如可以继续等待打车平台B、打车平台C及打车平台D的响应。

步骤S3700，在触发条件满足时，从已收集到的司机中选出一个当前最优司机。

当进行第一轮比对，且触发条件满足时，已获得打车平台A的司机A1的接单请求，打车平台B的司机B1的接单请求，及打车平台C的司机C1的接单请求，在此，会从该司机A1、司机B1、及司机C1选择出一个距离用车订单标注的出发地最近和/或在最近1个月内评分最高的司机作为第一轮比对选出的当前最优司机，例如可以是司机B1。

步骤S3800，判断该当前最优司机的锁定时长是否结束，在当前最优司机的锁定时长结束的情况下，则执行以下步骤S3900，反之，则继续执行以上步骤S3600。

当通过第一轮所比对出的当前最优司机B1的锁定时长未结束的情况下，则可以继续等待其他打车平台A、打车平台C、及打车平台D的响应，并在满足触发条件时，从所收集的司机中(包括第一轮选取出的当前最优司机B1)选取出本轮的当前最优司机。

可以理解的是，对于第N轮(N为大于0的整数)而言，其在触发条件满足时，会将本轮所收集的司机和前一轮的当前最优司机进行比对，以选取出本轮的当前最优司机。即，在聚合平台模式下，在司机响应到派单的过程中进行多轮比对，每一轮比对胜出的司机间通过接力的方式延长首个响应到派单的间隔。

可以理解的是，对于当前轮而言，当通过当前轮选取出的当前最优司机的锁定时长结束时，不再进行下一轮比对，而是将当前轮的当前最优司机作为目标司机，以满足在约定时间内给打车平台确认派单结果的约束。

步骤S3900，将当前最优司机作为目标司机。

步骤S31000，将用车订单分配给目标司机。

通过本例子，其能够使得聚合打车平台满足在约定时间内给打车平台确认派单结果的约束下，延迟了能够等待打车平台响应司机的时间间隔，提高了每个用车订单能够收集到的司机数量，并通过在移动终端展示倒计时界面，避免用户在该时间间隔内取消用车订单。

<装置实施例>

图4是根据本公开实施例的一种订单分配装置的原理框架。

根据图4所示，本实施例的订单分配装置4000可以包括获取模块4100、候选司机选取模块4200、目标司机选取模块4300和分配模块4400。

该获取模块4100，用于从多个打车平台获得多个司机的接单请求。

该候选司机选取模块4200，用于从所述多个司机中选取第一候选司机。

该目标司机选取模块4300，用于在所述第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从所述第一其他司机和所述第一候选司机选取目标司机。

该目标司机选取模块4300，还用于在所述第一候选司机的剩余锁定时长小于或等于所述第一时长阈值的情况下，将所述第一候选司机作为所述目标司机用于。

该分配模块4400，用于将所述用车订单分配给所述目标司机。

在一个实施例中，该目标司机选取模块4300在获取第一其他司机的接单请求时，用于从所述多个打车平台中，所述第一候选司机所在的打车平台以外的打车平台，获取所述第一其他司机的接单请求。

在一个实施例中，该获取模块4100在从多个打车平台获得多个司机的接单请求时，用于判断所述多个司机中的一个司机是否符合派单条件；在不符合所述派单条件的情况下，从所述多个打车平台中，所述一个司机所在的打车平台以外的打车平台，获取所述多个司机的接单请求。

在一个实施例中，所述派单条件包括：所述一个司机与所述用车订单标注的出发地间的距离小于或等于设定的距离阈值；和/或，

所述一个司机在设定的时间段内评分大于设定的评分阈值。

在一个实施例中，该目标司机选取模块4300，还用于在符合所述派单条件的情况下，将所述一个司机作为所述目标司机。

在一个实施例中，该装置还包括配置模块(图中未示出)。

该配置模块，用于在不符合所述派单条件的情况下，配置所述用车订单的用户终端显示倒计时界面。

所述倒计时界面用于指示所述用车订单已存在接单请求，且正在匹配所述目标司机。

在一个实施例中，所述从所述多个司机中选取第一候选司机的触发条件，包括：所述获得的接单请求的总数量大于设定的司机数量阈值、所述倒计时界面中的倒计时剩余时长小于或等于设定的第二时长阈值、所述多个打车平台均有司机提出接单请求、所述提出接单请求的司机中存在至少一个司机的剩余锁定时长小于或等于设定的第三时长阈值、所述倒计时界面开始进行倒计时后设定时间点到达时中的至少一项。

在一个实施例中，该目标司机选取模块4300在从所述第一其他司机和所述第一候选司机中选取目标司机时，用于在所述触发条件满足的情况下，从所述第一其他司机和所述第一候选司机中选取第二候选司机；在所述第二候选司机的剩余锁定时长大于设定的第四时长阈值的情况下，获取第二其他司机的接单请求，并从所述第二其他司机和所述第二候选司机中选取所述目标司机。

在一个实施例中，该目标司机选取模块4300，还用于在所述第二候选司机的剩余锁定时长小于或等于所述第四时长阈值的情况下，将所述第二候选司机作为所述目标司机。

<服务器实施例>

在本实施例中，还提供一种服务器5000。

如图5所示，服务器5000可以包括根据本公开任意实施例的订单分配装置4000，用于实施本公开任意实施例的订单分配方法。

在另一个实施例中，如图6所示，服务器5000还可以包括处理器5100和存储器5200，该存储器5200用于存储可执行的指令；该处理器5100用于根据指令的控制运行服务器5000执行根据本公开任意实施例的订单分配方法。

<介质实施例>

本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时，实现前述任一实施例提供的订单分配方法。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (11)

1.一种订单分配方法，包括：

从多个打车平台获得多个司机的接单请求；

从所述多个司机中选取第一候选司机；

在所述第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从所述第一其他司机和所述第一候选司机中选取目标司机；

在所述第一候选司机的剩余锁定时长小于或等于所述第一时长阈值的情况下，将所述第一候选司机作为所述目标司机；

将用车订单分配给所述目标司机。

2.根据权利要求1所述的方法，其特征在于，所述获取第一其他司机的接单请求，包括：

从所述多个打车平台中，所述第一候选司机所在的打车平台以外的打车平台，获取所述第一其他司机的接单请求。

3.根据权利要求1所述的方法，其特征在于，所述从多个打车平台获得多个司机的接单请求，包括：

判断所述多个司机中的一个司机是否符合派单条件；

在不符合所述派单条件的情况下，从所述多个打车平台中，所述一个司机所在的打车平台以外的打车平台，获取所述多个司机的接单请求。

4.根据权利要求3所述的方法，其特征在于，所述派单条件包括：所述一个司机与所述用车订单标注的出发地间的距离小于或等于设定的距离阈值；和/或，

所述一个司机在设定的时间段内评分大于设定的评分阈值。

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

在符合所述派单条件的情况下，将所述一个司机作为用于选取所述第一候选司机的所述多个司机中的一个。

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

在不符合所述派单条件的情况下，配置所述用车订单的用户终端显示倒计时界面；

其中，所述倒计时界面用于指示所述用车订单已存在接单请求，且正在匹配所述目标司机。

7.根据权利要求6所述的方法，其特征在于，所述从所述多个司机中选取第一候选司机的触发条件，包括：所述获得的接单请求的总数量大于设定的司机数量阈值、所述倒计时界面中的倒计时剩余时长小于或等于设定的第二时长阈值、所述多个打车平台均有司机提出接单请求、所述提出接单请求的司机中存在至少一个司机的剩余锁定时长小于或等于设定的第三时长阈值、所述倒计时界面开始进行倒计时后设定时间点到达时中的至少一项。

8.根据权利要求7所述的方法，其特征在于，所述从所述第一其他司机和所述第一候选司机中选取目标司机，包括：

在所述触发条件满足的情况下，从所述第一其他司机和所述第一候选司机中选取第二候选司机；

在所述第二候选司机的剩余锁定时长大于设定的第四时长阈值的情况下，获取第二其他司机的接单请求，并从所述第二其他司机和所述第二候选司机中选取所述目标司机。

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

在所述第二候选司机的剩余锁定时长小于或等于所述第四时长阈值的情况下，将所述第二候选司机作为所述目标司机。

10.一种订单分配装置，包括：

获取模块，用于从多个打车平台获得多个司机的接单请求；

候选司机选取模块，用于从所述多个司机中选取第一候选司机；

目标司机选取模块，用于在所述第一候选司机的剩余锁定时长大于设定的第一时长阈值的情况下，获取第一其他司机的接单请求，并从所述第一其他司机和所述第一候选司机中选取目标司机；

所述目标司机选取模块，还用于在所述第一候选司机的剩余锁定时长小于或等于所述第一时长阈值的情况下，将所述第一候选司机作为所述目标司机；以及，

分配模块，用于将用车订单分配给所述目标司机。

11.一种服务器，包括权利要求10所述的装置；或者，包括：

存储器，用于存储可执行的指令；

处理器，用于根据所述指令的控制运行所述服务器执行如权利要求1-9任意一项所述订单分配方法。