订单分配方法、装置、设备和存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种订单分配方法、装置、设备和存储介质。

背景技术

随着交通工具的普及，代驾服务的需求也越来越大。目前对代驾司机的派单策略主要根据接驾距离和接驾时长确定，派单策略比较单一，这种分配方式忽略了司机的服务表现难以激发司机的积极性以及尽可能地留存客户，不利于订单量的增长。

发明内容

基于此，本申请提供了一种订单分配方法、装置、设备和存储介质，以解决无法准确地向司机分配订单的技术问题。

第一方面，提供一种订单分配方法，该方法包括：

获取用户所下订单的请求信息，请求信息包括用户始发地的请求地址；

根据请求地址，搜索用户始发地预设范围内的备选司机；

根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级；

根据角色类别和类别等级，将订单分配给目标司机。

根据本申请实施例中一种可实现的方式，历史派单信息包括服务订单信息和用户评价信息；根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级，包括：

根据服务订单信息和用户评价信息，确定备选司机的角色类别以及角色类别对应的类别等级。

根据本申请实施例中一种可实现的方式，服务订单信息包括订单时间、接单天气、确认接单率和有效报单量，用户评价信息包括评价星级和订单投诉量；根据服务订单信息和用户评价信息，确定备选司机的角色类别以及角色类别对应的类别等级，包括：

根据订单时间，确定备选司机在高峰时段内的时段上线天数；

根据接单天气，确定备选司机在恶劣天气的天气上线率；

根据有效报单量，确定备选司机的拉新订单量；

根据时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量，确定备选司机的角色类别以及角色类别对应的类别等级。

根据本申请实施例中一种可实现的方式，角色类别包括高级司机、拉新司机、司机队长和普通司机；根据时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量，确定备选司机的角色类别以及角色类别对应的类别等级，包括：

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第一预设条件时，确定备选司机的角色类别为普通司机，类别等级为低级；

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第二预设条件时，确定备选司机的角色类别为司机队长，类别等级为中级；

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第三预设条件时，确定备选司机的角色类别为拉新司机，类别等级为中高级；

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第四预设条件时，确定备选司机的角色类别为高级司机，类别等级为高级。

根据本申请实施例中一种可实现的方式，根据角色类别和类别等级，将订单分配给目标司机，包括：

按照类别等级的排序，确定类别等级最高的角色类别对应的至少一个备选司机；

根据至少一个备选司机在角色类别中的等级，确定目标司机；

将订单分配给目标司机。

根据本申请实施例中一种可实现的方式，该方法还包括：

获取每个服务城市中司机的订单分配信息，订单分配信息包括服务城市单日的司机匹配订单量、司机完成订单量和总分配订单量；

根据司机匹配订单量和总分配订单量，确定服务城市单日的订单应答率；

根据司机完成订单量和总分配订单量，确定服务城市单日的订单完成率；

根据订单分配信息，确定服务城市的订单应答率和订单完成率；

当服务城市的订单应答率和订单完成率在预设周期内存在预设比例的增加时，确定服务城市中司机的角色类别以及角色类别对应的类别等级保持不变。

根据本申请实施例中一种可实现的方式，该方法还包括：

当服务城市的订单应答率和订单完成率在预设周期内未存在预设比例的增加时，根据服务城市中司机的历史派单信息，重新确定服务城市中司机的角色类别以及角色类别对应的类别等级。

第二方面，提供了一种订单分配装置，该装置包括：

获取模块，用于获取用户所下订单的请求信息，请求信息包括用户到达目的地的请求地址；

搜索模块，用于根据请求地址，搜索用户始发地预设范围内的备选司机；

确定模块，用于根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级；

分配模块，用于根据角色类别和类别等级，将订单分配给目标司机。

第三方面，提供了一种计算机设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机指令，所述计算机指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面中涉及的方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述计算机指令用于使计算机执行上述第一方面中涉及的方法。

根据本申请实施例所提供的技术内容，获取用户所下订单的请求信息，请求信息包括用户到达目的地的请求地址，根据请求地址，搜索用户始发地预设范围内的备选司机，根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级，根据角色类别和类别等级，将订单分配给目标司机，能够准确地将订单分配给合适的司机，促进业务增长，提高用户体验，尽可能地留存用户。

附图说明

图1为一个实施例中订单分配方法的应用环境图；

图2为一个实施例中订单分配方法的流程示意图；

图3为一个实施例中订单分配装置的结构框图；

图4为一个实施例中计算机设备的示意性结构图。

具体实施方式

以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

为了方便理解，首先对本申请所适用的系统进行描述。本申请提供的订单分配方法，可以应用于如图1所示的系统架构中。其中，终端110通过网络与服务器120通过网络进行通信。用户通过终端110输入起始地和目的地的地址，点击下单后，服务器120获取用户所下订单的请求信息，请求信息包括用户始发地的请求地址，搜索请求地址预设范围内的备选司机，根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级，根据角色类别和类别等级，将订单分配给目标司机。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2为本申请实施例提供的一种订单分配方法的流程图，该方法可以由如图1所示系统中的服务器120执行。如图2所示，该方法可以包括以下步骤：

S210，获取用户所下订单的请求信息。

用户通过终端在下单界面填写请求信息之后，生成订单，将订单发送到服务器端，服务器接收到订单，获取该订单中的请求信息。

其中，请求信息可以包括用户始发地的请求地址、用户目的地的请求地址和用户下单时间等。

S220，搜索用户始发地的请求地址预设范围内的备选司机。

当确定用户始发地的请求地址后，开始搜索位于用户预设范围内的多个司机作为备选司机。其中，预设范围可以根据历史数据计算得到的，预设范围的设置标准可以根据用户的满意度选择合适等候时长对应的距离范围，比如说，根据用户的满意度获知用户能够接受的最长等候时长，根据等候时长计算车辆能够行驶的最长距离，将最长距离设置为预设范围。不同地点的预设范围因用户需求、车辆行驶状况而设置不同。

S230，根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级。

在确定备选司机之后，获取备选司机的历史派单信息。其中，历史派单信息包括服务订单信息和用户评价信息。

根据备选司机的服务订单信息和用户评价信息，匹配备选司机的角色类别，以及备选司机在该角色类别中的类别等级。其中，角色类别包括高级司机、拉新司机、司机队长和普通司机，其对应的类别等级分别为高级、中高级、中级、低级。

设置准确的角色类别及其等级，同时可以随着业务的不断扩展动态地增加角色，定义不同的级别，给管理员定义个性化的派单策略提供了数据层面的支持。

S240，根据角色类别和类别等级，将订单分配给目标司机。

根据备选司机的角色类别，一一比较其等级，确定备选司机的优先级顺序，选出当前最优的司机确定为目标司机，将订单发分配给目标司机。

可以看出，本申请实施例通过获取用户所下订单的请求信息，请求信息包括用户到达目的地的请求地址，搜索请求地址预设范围内的备选司机，根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级，根据角色类别和类别等级，将订单分配给目标司机，能够准确地将订单分配给合适的司机，促进业务增长，提高用户体验，尽可能地留存用户。

下面对上述方法流程中的各步骤进行详细描述。首先结合实施例对上述S230即“根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级”进行详细描述。

根据服务订单信息和用户评价信息，确定备选司机的角色类别以及角色类别对应的类别等级。

其中，服务订单信息包括订单时间、接单天气、确认接单率和有效报单量，用户评价信息包括评价星级和订单投诉量。

具体地，根据订单时间，确定备选司机在高峰时段内的时段上线天数；

根据接单天气，确定备选司机在恶劣天气的天气上线率；

根据有效报单量，确定备选司机的拉新订单量；

根据时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量，确定备选司机的角色类别以及角色类别对应的类别等级。

订单时间包括接单时间和完成订单时间，时段上线天数为司机在高峰时段内的上线天数。高峰阶段可以定义为早晚上下班高峰时段，或者节假日的全天时段。根据订单时间，统计备选司机在高峰时段内上线天数。

接单天气包括晴天、阴天、大风、大雨、大雪等，可以根据天气预报的标准定义恶劣天气，也可以根据派单平台自行定义恶劣天气。根据接单天气，统计备选司机在恶劣天气的天气上线天数，计算天气上线天数和总上线天数的比值得到天气上线率。

有效报单量为实际产生交易的上报订单，拉新订单为用户首次下单的订单，从备选司机的有效报单量中筛选出拉新订单量。

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足其对应的预设条件时，确定备选司机的角色类别以及角色类别对应的类别等级。

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第一预设条件时，确定备选司机的角色类别为普通司机，类别等级为低级。

第一预设条件为时段上线天数大于第一时段上线阈值，天气上线率大于第一上线率阈值，拉新订单量大于第一拉单量阈值，确认接单率大于第一接单率阈值，有效报单量大于第一报单量阈值，评价星级大于第一星级阈值，订单投诉量小于第一投诉量阈值。

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第二预设条件时，确定备选司机的角色类别为司机队长，类别等级为中级。

第二预设条件为时段上线天数大于第二时段上线阈值，天气上线率大于第二上线率阈值，拉新订单量大于第二拉单量阈值，确认接单率大于第二接单率阈值，有效报单量大于第二报单量阈值，评价星级大于第二星级阈值，订单投诉量小于第二投诉量阈值。

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第三预设条件时，确定备选司机的角色类别为拉新司机，类别等级为中高级。

第三预设条件为时段上线天数大于第三时段上线阈值，天气上线率大于第三上线率阈值，拉新订单量大于第三拉单量阈值，确认接单率大于第三接单率阈值，有效报单量大于第三报单量阈值，评价星级大于第三星级阈值，订单投诉量小于第三投诉量阈值。

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第四预设条件时，确定备选司机的角色类别为高级司机，类别等级为高级。

第四预设条件为时段上线天数大于第四时段上线阈值，天气上线率大于第四上线率阈值，拉新订单量大于第四拉单量阈值，确认接单率大于第四接单率阈值，有效报单量大于第四报单量阈值，评价星级大于第四星级阈值，订单投诉量小于第四投诉量阈值。

其中，随着类别等级的提高，时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级对应的阈值是逐渐提高，而订单投诉量对应的阈值是逐渐减小的。

下面结合实施例对上述S240即“根据角色类别和类别等级，将订单分配给目标司机”进行详细描述。

按照类别等级的排序，确定类别等级最高的角色类别对应的至少一个备选司机；

根据至少一个备选司机在角色类别中的等级，确定目标司机；

将订单分配给目标司机。

类别等级按照从高到低的顺序可排列为高级、中高级、中级、低级，先从备选司机中选取属于高级司机类别中的至少一个备选司机，如果备选司机中没有属于高级司机类别的，那么就按照排序从下一个类别中开始筛选，直到筛选出备选司机中等级最高的角色类别中的至少一个备选司机。

每个角色类别中的司机也有其对应的等级，选取该角色类别中排序最靠前的司机为目标司机，将订单分配给目标司机。

作为一种可实现的方式，该方法还包括：

获取每个服务城市中司机的订单分配信息，订单分配信息包括服务城市单日的司机匹配订单量、司机完成订单量和总分配订单量；

根据司机匹配订单量和总分配订单量，确定服务城市单日的订单应答率；

根据司机完成订单量和总分配订单量，确定服务城市单日的订单完成率；

根据订单分配信息，确定服务城市的订单应答率和订单完成率；

当服务城市的订单应答率和订单完成率在预设周期内存在预设比例的增加时，确定服务城市中司机的角色类别以及角色类别对应的类别等级保持不变。

为了进一步确定订单分配的准确性，对每日的订单分配信息留存，分析每个城市的应答率和完单率，判断角色类别及其类别等级的有效性。

计算司机匹配订单量和总分配订单量的比值得到服务城市单日的订单应答率，计算司机完成订单量和总分配订单量的比值得到服务城市单日的订单完成率。当服务城市的订单应答率和订单完成率在预设周期内存在预设比例的增加时，说明角色类别及其类别等级的设置合理，能够产生积极正向效果，确定服务城市中司机的角色类别以及角色类别对应的类别等级保持不变。比如说，当服务城市的订单应答率和订单完成率相对于上周连续5天存在10％的增加时，确定服务城市中司机的角色类别以及角色类别对应的类别等级保持不变。其中，预设周期和预设比例可以根据派单效果设置，此处不做限定。

当服务城市的订单应答率和订单完成率在预设周期内未存在预设比例的增加时，根据服务城市中司机的历史派单信息，说明角色类别及其类别等级的设置不太合理，无法产生积极正向效果，需要重新确定服务城市中司机的角色类别以及角色类别对应的类别等级。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本申请中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

图3为本申请实施例提供的一种订单分配装置的结构示意图，该装置可以设置于图1所示系统中的服务器120，用以执行如图2中所示的方法流程。如图3所示，该装置可以包括：获取模块310、搜索模块320、确定模块330和分配模块340。其中各组成模块的主要功能如下：

获取模块310，用于获取用户所下订单的请求信息，请求信息包括用户到达目的地的请求地址；

搜索模块320，用于根据请求地址，搜索用户始发地预设范围内的备选司机；

确定模块330，用于根据备选司机的历史派单信息，确定备选司机的角色类别以及角色类别对应的类别等级；

分配模块340，用于根据角色类别和类别等级，将订单分配给目标司机。

作为一种可实现的方式，历史派单信息包括服务订单信息和用户评价信息；确定模块330，具体用于根据服务订单信息和用户评价信息，确定备选司机的角色类别以及角色类别对应的类别等级。

作为一种可实现的方式，服务订单信息包括订单时间、接单天气、确认接单率和有效报单量，用户评价信息包括评价星级和订单投诉量；确定模块330，具体用于根据订单时间，确定备选司机在高峰时段内的时段上线天数；

根据接单天气，确定备选司机在恶劣天气的天气上线率；

根据有效报单量，确定备选司机的拉新订单量；

根据时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量，确定备选司机的角色类别以及角色类别对应的类别等级。

作为一种可实现的方式，角色类别包括高级司机、拉新司机、司机队长和普通司机；确定模块330，具体用于当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第一预设条件时，确定备选司机的角色类别为普通司机，类别等级为低级；

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第二预设条件时，确定备选司机的角色类别为司机队长，类别等级为中级；

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第三预设条件时，确定备选司机的角色类别为拉新司机，类别等级为中高级；

当时段上线天数、天气上线率、拉新订单量、确认接单率、有效报单量、评价星级和订单投诉量满足第四预设条件时，确定备选司机的角色类别为高级司机，类别等级为高级。

作为一种可实现的方式，分配模块340，具体用于按照类别等级的排序，确定类别等级最高的角色类别对应的至少一个备选司机；

根据至少一个备选司机在角色类别中的等级，确定目标司机；

将订单分配给目标司机。

作为一种可实现的方式，确定模块330，还用于获取每个服务城市中司机的订单分配信息，订单分配信息包括服务城市单日的司机匹配订单量、司机完成订单量和总分配订单量；

根据司机匹配订单量和总分配订单量，确定服务城市单日的订单应答率；

根据司机完成订单量和总分配订单量，确定服务城市单日的订单完成率；

根据订单分配信息，确定服务城市的订单应答率和订单完成率；

当服务城市的订单应答率和订单完成率在预设周期内存在预设比例的增加时，确定服务城市中司机的角色类别以及角色类别对应的类别等级保持不变。

作为一种可实现的方式，确定模块330，还用于当服务城市的订单应答率和订单完成率在预设周期内未存在预设比例的增加时，根据服务城市中司机的历史派单信息，重新确定服务城市中司机的角色类别以及角色类别对应的类别等级。

上述各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如用户明确同意，对用户切实通知，用户明确授权等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

根据本申请的实施例，本申请还提供了一种计算机设备、一种计算机可读存储介质。

如图4所示，是根据本申请实施例的计算机设备的框图。计算机设备旨在表示各种形式的数字计算机或移动装置。其中数字计算机可以包括台式计算机、便携式计算机、工作台、个人数字助理、服务器、大型计算机和其它适合的计算机。移动装置可以包括平板电脑、智能电话、可穿戴式设备等。

如图4所示，设备400包括计算单元401、ROM 402、RAM 403、总线404以及输入/输出(I/O)接口405，计算单元401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

计算单元401可以根据存储在只读存储器(ROM)402中的计算机指令或者从存储单元408加载到随机访问存储器(RAM)403中的计算机指令，来执行本申请方法实施例中的各种处理。计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401可以包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。在一些实施例中，本申请实施例提供的方法可被实现为计算机软件程序，其被有形地包含于计算机可读存储介质，例如存储单元408。

RAM 403还可存储设备400操作所需的各种程序和数据。计算机程序的部分或者全部可以经由ROM 802和/或通信单元409而被载入和/或安装到设备400上。

设备400中的输入单元406、输出单元407、存储单元408和通信单元409可以连接至I/O接口405。其中，输入单元406可以是诸如键盘、鼠标、触摸屏、麦克风等；输出单元407可以是诸如显示器、扬声器、指示灯等。设备400能够通过通信单元409与其他设备进行信息、数据等的交换。

需要说明的是，该设备还可以包括实现正常运行所必需的其他组件。也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件和/或它们的组合中实现。

用于实施本申请的方法的计算机指令可以采用一个或多个编程语言的任何组合来编写。这些计算机指令可以提供给计算单元401，使得计算机指令当由诸如处理器等计算单元401执行时使执行本申请方法实施例中涉及的各步骤。

本申请提供的计算机可读存储介质可以是有形的介质，其可以包含或存储计算机指令，用以执行本申请方法实施例中涉及的各步骤。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的等形式的存储介质。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。