一种司机应答策略的保障方法与流程

1.本发明涉及网约车领域，尤其涉及一种司机应答策略的保障方法。


背景技术：

2.在现在的网约车背景中，随着用户打车需求的日益增多，下单量也随之增多，对于平台派单而言就是一个考验，派单环节是主流程中很重要的一个环节，在派单环节司机应答率是一个很重要的指标，在同等条件下，排除正常司机有冲突订单的情况下，现有的派单策略中常见的有几个：绑单距离是否超过派单上限；司机开启回家模式情况下订单路线是否不匹配；司机是否开启降级接单；接驾时间大于订单预估服务时间，在派单过程中命中以上派单规则，会过滤司机，认为该司机不可用，导致平台整体的应答率降低，同时一定程度上也会导致司机一段时间内无订单。
3.根据现有的派单策略，造成派单失败的主要原因有以上所提到的4种原因，命中其中某一个策略都会取消订单，没有给司机应答的机会，导致司机可能一段时间内都接不了订单，影响司机收入。
4.单一的派单策略，没有考虑订单本身的价值，对于高价值订单无法采用特殊的派单策略，保障司机应答。
5.对于网约车平台而言，派单失败的命中率越高，全平台应答率和完单率也会越低。


技术实现要素：

6.鉴于上述问题，提出了本发明以便提供克服上述问题或者至少部分地解决上述问题的一种司机应答策略的保障方法。
7.根据本发明的一个方面，提供了一种司机应答策略的保障方法，所述保障方法包括：
8.在网约车平台入口用户下单，平台代理层组装下单信息请求订单
9.系统；
10.所述订单系统下单成功，获得订单号，并发送至所述平台代理层；
11.所述平台代理层组装派单信息请求派单系统；
12.所述派单系统接受到派单请求，进行派单规则校验；
13.判断是否超过前5轮派单失败的订单，如果是，适应应答保障派单策略；否则，不适应应答保障；
14.调用算法组，获取订单价值是否需要应答保障；
15.所述算法组接受派单请求，调用订单价值算法模型，获得被应答保障结果；
16.所述算法组返回订单应答保障结果给派单，订单是否被应答保障；
17.如果是，符合应答保障策略；否则，不符合应答保障策略。
18.可选的，所述下单信息包括：网约车平台订单号、城市、上下车经纬度、预约用车时间和乘车人基本信息。
19.可选的，所述派单失败的原因具体包括：
20.绑单距离超过派单上限；司机开启回家模式但路线不匹配；
21.司机关闭降级接单；接驾时间大于送驾时间。
22.可选的，所述订单价值算法模型具体包括：
23.接受派单请求，计算订单价值；
24.算法组调用订单，获取订单信息；
25.判断订单金额是否大于当日平均客单价*1.5；
26.如果是，根据订单目的地判断司机到达目的地是否热点区域；否则，订单不符合应答保障；
27.根据订单目的地判断司机到达目的地是否热点区域；如果是，获得派单对应订单符合应答保障；否则，获得派单对应订单不符合应答保障。
28.可选的，所述保障方法还包括：
29.派单将派单失败原因与被对应失败原因所过滤的司机id作为参数，请求算法组，调用应答保障算法模型；
30.所述算法组，通过所述应答保障算法模型从被过滤的司机id中筛选出符合应答保障的司机id给到所述派单系统；
31.所述派单系统接受到算法组返回的符合条件的司机id，并通过奖励方式的形式给符合条件的司机发送抢单通知；
32.司机抢单成功应答，给予对应的应答奖励。
33.可选的，所述应答保障算法模型包括：
34.根据派单入参：失败原因和被过滤的司机id，根据不同的派单失败原因，制定不同的策略；
35.派单失败原因命中为：绑单超过派单距离上限，司机接驾时间大于预估服务时长，将派单距离扩大300m-500m重新筛选司机，判断扩大派单半径内是否有司机；如果是，将符合条件的司机以接驾时间大小排序，优先获取接驾时间最小的司机；否则，没有符合条件的司机id，返回给派单没有合适的司机id；
36.派单失败原因命中为：司机关闭了降级接单，不接受降级，判断被过滤的司机是否超过30分钟内无完单；
37.否，不符合应答保障的要求，优先长时间没有完单的司机，保障司机权益；
38.是，判断订单金额是否超过司机当天平均接单价格；如果是，符合应答保障策略；否，司机不会应答，排除司机；
39.派单失败原因命中为：由于司机开启回家/顺路模式与订单不匹配，判断被过滤的司机是否超过30分钟内无完单；
40.是，订单目的地与司机设定的家距离是否超过15km；如果是，符合应答保障策略；否，排除对应司机；
41.否，优先长时间没有完单的司机，保障司机权益。
42.本发明提供的一种司机应答策略的保障方法，所述保障方法包括：在网约车平台入口用户下单，平台代理层组装下单信息请求订单系统；所述订单系统下单成功，获得订单号，并发送至所述平台代理层；所述平台代理层组装派单信息请求派单系统；所述派单系统
接受到派单请求，进行派单规则校验；判断是否超过前5轮派单失败的订单，如果是，适应应答保障派单策略；否则，不适应应答保障；调用算法组，获取订单价值是否需要应答保障；所述算法组接受派单请求，调用订单价值算法模型，获得被应答保障结果；所述算法组返回订单应答保障结果给派单，订单是否被应答保障；如果是，符合应答保障策略；否则，不符合应答保障策略。通过接入应答保障派单策略，突破了原有的派单限制，保障了订单完单率。
43.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
44.为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
45.图1为本发明实施例提供的一种司机应答策略的保障方法流程图；
46.图2为本发明实施例提供的订单价值算法模型流程图；
47.图3为本发明实施例提供的应答保障算法模型流程图。
具体实施方式
48.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
49.本发明的说明书实施例和权利要求书及附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。
50.下面结合附图和实施例，对本发明的技术方案做进一步的详细描述。
51.订单系统数据库，订单表
52.订单号司机id预约用车时间创建时间上车经纬度order_nodriver_idbooking_datecreate_datebooking_start_point
53.如图1所示，新派单应答保障策略流程操作步骤：
54.网约车平台入口用户下单，平台代理层组装下单信息请求订单系统，包含：网约车平台订单号，城市，上下车经纬度，预约用车时间，乘车人基本信息。
55.订单系统下单成功，返回给平台代理层订单号。
56.平台代理层接受订单系统返回的订单号，组装派单信息请求派单。
57.派单系统接受到派单请求，进行派单规则校验。
58.判断是否超过前5轮派单失败的订单；如果是，适应应答保障派单策略；否则，不适应应答保障，因为失败轮次阈值不能太小，太小会影响正常的派单效率。
59.派单失败原因命中以下4种原因：绑单距离超过派单上限；司机开启回家模式但路线不匹配；司机关闭降级接单；接驾时间大于送驾时间。
60.调用算法组，获取该订单价值是否需要应答保障；
61.算法组接受派单请求，调用订单价值算法模型，返回该订单是否应该被应答保障结果；
62.算法组返回订单应答保障结果给到派单，订单是否应该被应答保障；如果是，对应订单价值较高，符合应答保障策略；否则，对应订单价值较低，不符合应答保障策略；
63.派单将派单失败原因与被对应失败原因所过滤的司机id作为参数，请求算法组，调用应答保障算法模型。
64.算法组，通过应答保障算法模型从被过滤的司机id中筛选出符合应答保障的司机id给到派单。
65.派单接受到算法组返回的符合条件的司机id，并通过奖励方式的形式给符合条件的司机发送抢单通知。司机抢单成功应答，给予对应的应答奖励。
66.如图2所示，订单价值算法模型实现步骤：接受派单请求，计算订单价值；算法组调用订单，获取订单详细信息；判断订单金额是否大于当日平均客单价*1.5；是，说明该订单价值较高，根据订单目的地判断司机到达目的地是否热点区域，热点区域指：城市中心地段，大型商场周边，司机到达目的地后继续接单概率较高；否则，说明该订单价值较低，返回给派单该订单不符合应答保障；根据订单目的地判断司机到达目的地是否热点区域，是，则说明该订单价值较高，返回派单该订单符合应答保障；否则，说明该订单价值较低，返回给派单该订单不符合应答保障。
67.如图3所示，应答保障算法模型流程图，根据派单入参：失败原因和因为该原因被过滤的司机id，根据不同的派单失败原因，制定不同的策略。
68.派单失败原因命中为：绑单超过派单距离上限，司机接驾时间大于预估服务时长，将派单距离扩大300m-500m重新筛选司机，判断扩大派单半径内是否有司机；
69.否，没有符合条件的司机id，返回给派单没有合适的司机id；
70.是，将符合条件的司机以接驾时间大小排序，优先返回接驾时间最小的司机。
71.派单失败原因命中为：司机关闭了降级接单，不接受降级，判断被过滤的司机是否超过30分钟内无完单；
72.否，则说明司机30分钟内有过完单记录，不符合应答保障的要求，应该优先长时间没有完单的司机，保障司机权益；
73.如果是，继续判断订单金额是否超过该司机当天平均接单价格；
74.是，则该订单对于该司机吸引力较强，司机应答率较高，符合应答保障策略；否，则说明该订单对司机吸引力不大，司机可能不会应答，排除该司机。
75.派单失败原因命中为：由于司机开启回家/顺路模式与订单不匹配，判断被过滤的司机是否超过30分钟内无完单；否，说明司机30分钟内有过完单记录，不符合应答保障的要求，应该优先长时间没有完单的司机，保障司机权益；
76.是，则订单目的地与司机设定的家距离是否超过15km；如果是，对应订单对于司机回家来讲，不会太远，司机应答率较高，符合应答保障策略；否则，说明该订单对司机吸引力不大，司机可能不会应答，排除该司机。
77.有益效果：通过接入应答保障派单策略，突破了原有的派单限制，在正常派单失败的前提下，保障高价值订单对于司机的应答，提高了全平台的应答率。
78.司机接受应答保障的订单，平台会给予抢单成功司机奖励，保障订单完单率的同时也提高司机的收入。
79.以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。