一种提高订单取消判责效率的方法与流程

1.本发明属于网约车技术领域，具体是一种提高订单取消判责效率的方法。


背景技术：

2.在当前网约车背景下，用户在网约车平台下单完成后，在一定规则下可以取消订单，取消订单主要分为派前取消和派后取消，针对派后取消的订单往往涉及到订单判责问题，如果是用户责任取消订单，用户则需要支付一定的取消费，订单取消为司机责任，平台则会对司机有一定的奖惩，如图3所示，常见网约车的取消判责规则:
3.乘客取消场景：
4.1.司机到达指定上车点后，判断是否超过订单无责免费等待的时长，如果超过的话，乘客取消订单则判定为乘客责任，需要收取乘客取消费；
5.2.司机未到达指定上车点位置，判断乘客取消订单与司机接驾时间的间隔是否大于订单接驾阈值，如果大于阈值，则判定为乘客责任，需要收取乘客取消费作为司机的空驶费用，如果小于阈值，则乘客无责取消。
6.司机取消场景：
7.司机到达指定上车点后，判断是否超过订单无责免费等待的时长，如果超过的话，司机取消可以判定乘客责任，收取乘客相应取消费。
8.然而，现有取消判责规则存在以下缺陷，首先，现有取消判责依旧主要以订单取消时间与订单已到达的时间间隔，订单取消时间与订单接单时间的时间间隔来进行判断，判责依据较为单一，容易产生客诉，而且，在实际取消场景中，由于单一的取消判责规则单一，容易被司机利用规则漏洞，如司机虚假到达场景：司机到达实际位置距离乘客预订上车点很远，导致乘客取消，用订单取消时间与订单接单时间的时间间隔来进行判断，乘客取消时会判定乘客责任，会给到司机空驶费用。


技术实现要素：

9.本发明的目的在于克服现有技术的缺陷，提供一种提高订单取消判责效率的方法。
10.为实现上述目的，本发明采用了如下技术方案：
11.一种提高订单取消判责效率的方法，包括以下步骤：
12.s1平台代理层接收到用户下单请求，组装下单信息请求订单系统；其中，所述下单信息包括网约车平台订单号，城市，上下车经纬度，预约用车时间及乘车人基本信息；
13.s2订单系统下单成功，返回给平台代理层订单号，canal监听订单表binlog发送消费下单消息至订单消息消费系统；
14.s3平台代理层接收到订单系统返回的订单号，组装派单信息请求派单系统；
15.s4派单系统接受到派单请求，开始筛选司机；
16.s5司机抢单成功，开始服务，订单状态改变更新订单表发送司机绑单消息至订单
消息消费系统；
17.s6司机到达预定上车点，canal发送司机已到达消息至订单消息消费系统；
18.s7订单取消判责表数据整合。
19.优选的，所述步骤s2中，消费下单消息包括：
20.规则计算值：计算订单的起终点的距离；
21.判责规则描述:订单预定上下车经纬度距离《100m；
22.判责规则参数:订单预定上下车经纬度。
23.优选的，所述步骤s5中，消费司机绑单消息包括：
24.规则计算值：请求lbs通过司机当前位置计算到达订单预定上车点的预估接驾时间；
25.判责规则描述:司机未到达且订单取消时间-司机接单时间≤1.5*(订单预估接驾时长 1min)；
26.判责规则参数:司机接单经纬度和订单预定上车点。
27.优选的，所述步骤s6中，消费司机已到达消息包括：
28.规则计算值：计算司机已到达时的当前位置定位点距离订单预定上车点距离；
29.判责规则描述:司机点击到达时的位置，距离订单起点直线距离》280m；
30.判责规则参数:司机已到达点的经纬度和订单预定上车点。
31.优选的，所述步骤s7中，订单取消判责表数据整合，包括：
32.基于消费下单消息、消费司机绑单消息以及消费司机已到达消息中的判责规则参数组合成订单取消判责表。
33.优选的，还包括：
34.s8订单取消判责。
35.优选的，所述步骤s8中，订单取消判责，包括：
36.s81乘客取消订单判责：
37.s811判断订单预定起点与预定终点的直线距离≤100m；
38.若是，判定乘客责任；
39.若否，进行取消判责下一步判断；
40.s812判断司机未到达且订单取消时间-司机接单时间≤1.5*(订单预估接驾时长 1min)；
41.若是，判定乘客责任；
42.若否，进行取消判责下一步判断；
43.s813判断司机点击到达时的位置，距离订单起点直线距离《280m；
44.若是，判定乘客责任；
45.若否，判定司机责任；
46.s814判断取消时间是否在免费等待时长之内；
47.若在免费等待时长内，则判定司机责任；
48.若在免费等待时长外，则判定乘客责任。
49.优选的，所述步骤s8中，订单取消判责，还包括：
50.s82司机取消订单判责：
51.s821判断取消时间-司机接单时刻≤30s；
52.若是，判定司机责任；
53.若否，进行取消判责下一步判断；
54.s822判断司机点击到达时的位置，距离订单起点直线距离《280m；
55.若是，判定乘客责任；
56.若否，判定司机责任；
57.s823判断取消时间是否在免费等待时长之内；
58.若在免费等待时长内，则判定司机责任；
59.若在免费等待时长外，则判定乘客责任。
60.综上所述，由于采用了上述技术方案，本发明的有益效果是：
61.本发明中，通过在下单，司机接单，司机已到达等订单状态节点，记录司机接单距离，司机预估接驾时长，司机已到达位置等数据，可以在取消判责过程中给予强有力的数据支撑，后续只需要在各个节点准备好对应的数据可以灵活配置相对应的取消判责策略，使取消判责更加合理，既保障了司机和乘客的权益，也提高了司乘对平台的认可度。
62.本发明中，完善了平台对订单各个服务流程的监控，订单在后续发生客诉时，客服可以依据平台记录的数据来进行人工判责，减轻客服的压力，流程更加合理化，判责更加准确。
附图说明
63.图1是本发明一种提高订单取消判责效率的方法的流程图；
64.图2是本发明一种提高订单取消判责效率的方法的判责流程图；
65.图3是本发明中现有取消判责流程图。
具体实施方式
66.以下结合附图1-2，进一步说明本发明一种提高订单取消判责效率的方法的具体实施方式。本发明一种提高订单取消判责效率的方法不限于以下实施例的描述。
67.实施例1：
68.本实施例给出一种提高订单取消判责效率的方法的具体实施方式，如图1-2所示，包括以下步骤：
69.s1平台代理层接收到用户下单请求，组装下单信息请求订单系统；其中，下单信息包括网约车平台订单号，城市，上下车经纬度，预约用车时间及乘车人基本信息；
70.s2订单系统下单成功，返回给平台代理层订单号，canal监听订单表binlog发送消费下单消息至订单消息消费系统；
71.s3平台代理层接收到订单系统返回的订单号，组装派单信息请求派单系统；
72.s4派单系统接受到派单请求，开始筛选司机；
73.s5司机抢单成功，开始服务，订单状态改变更新订单表发送司机绑单消息至订单消息消费系统；
74.s6司机到达预定上车点，canal发送司机已到达消息至订单消息消费系统；
75.s7订单取消判责表数据整合。
76.进一步的，步骤s2中，消费下单消息包括：
77.规则计算值：计算订单的起终点的距离；
78.判责规则描述:订单预定上下车经纬度距离《100m；
79.判责规则参数:订单预定上下车经纬度。
80.进一步的，步骤s5中，消费司机绑单消息包括：
81.规则计算值：请求lbs通过司机当前位置计算到达订单预定上车点的预估接驾时间；
82.判责规则描述:司机未到达且订单取消时间-司机接单时间≤1.5*(订单预估接驾时长 1min)；
83.判责规则参数:司机接单经纬度和订单预定上车点。
84.进一步的，步骤s6中，消费司机已到达消息包括：
85.规则计算值：计算司机已到达时的当前位置定位点距离订单预定上车点距离；
86.判责规则描述:司机点击到达时的位置，距离订单起点直线距离》280m；
87.判责规则参数:司机已到达点的经纬度和订单预定上车点。
88.进一步的，步骤s7中，订单取消判责表数据整合，包括：
89.基于消费下单消息、消费司机绑单消息以及消费司机已到达消息中的判责规则参数组合成订单取消判责表。
90.进一步的，还包括：
91.s8订单取消判责。
92.进一步的，步骤s8中，订单取消判责，包括：
93.s81乘客取消订单判责：
94.s811判断订单预定起点与预定终点的直线距离≤100m；
95.若是，判定乘客责任；
96.若否，进行取消判责下一步判断；
97.s812判断司机未到达且订单取消时间-司机接单时间≤1.5*(订单预估接驾时长 1min)；
98.若是，判定乘客责任；
99.若否，进行取消判责下一步判断；
100.s813判断司机点击到达时的位置，距离订单起点直线距离《280m；
101.若是，判定乘客责任；
102.若否，判定司机责任；
103.s814判断取消时间是否在免费等待时长之内；
104.若在免费等待时长内，则判定司机责任；
105.若在免费等待时长外，则判定乘客责任。
106.进一步的，步骤s8中，订单取消判责，还包括：
107.s82司机取消订单判责：
108.s821判断取消时间-司机接单时刻≤30s；
109.若是，判定司机责任；
110.若否，进行取消判责下一步判断；
111.s822判断司机点击到达时的位置，距离订单起点直线距离《280m；
112.若是，判定乘客责任；
113.若否，判定司机责任；
114.s823判断取消时间是否在免费等待时长之内；
115.若在免费等待时长内，则判定司机责任；
116.若在免费等待时长外，则判定乘客责任。
117.进一步的，订单系统包括一个数据库。
118.表1：订单表：order；表结构：列举部分字段
119.订单号司机id预约用车时间创建时间上车经纬度order_nodriver_idbooking_datecreate_datebooking_start_point
120.订单号规则:
121.前缀(bx|px) yymmddhhmmss(12位) 机器ip后三位 自增序列(4位)；
122.案例：bx2109081758561620001；
123.表2：订单取消判责表：order_cancel_accountability_result；表结构：列举部分字段
124.订单号判责规则描述判责规则参数规则计算值创建时间判责规则优先级order_norule_descrule_paramsvaluecreate_dateduty_desc
125.进一步的，订单数据库：mysql，版本为：5.7.0；
126.工作原理：如图1-3所示，在服务过程中，订单消息消费系统监听mq消息，依次消费下单消息，司机绑单消息，司机已到达消息，并组装订单判责参数写入订单取消判责表；
127.取消判责表数据整合完成后，当遇到取消订单事件，根据司机取消/乘客取消，分别通过取消判责表进行判责。
128.通过在下单，司机接单，司机已到达等订单状态节点，记录司机接单距离，司机预估接驾时长，司机已到达位置等数据，可以在取消判责过程中给予强有力的数据支撑，后续只需要在各个节点准备好对应的数据可以灵活配置相对应的取消判责策略，使取消判责更加合理，既保障了司机和乘客的权益，也提高了司乘对平台的认可度。
129.完善了平台对订单各个服务流程的监控，订单在后续发生客诉时，客服可以依据平台记录的数据来进行人工判责，减轻客服的压力，流程更加合理化，判责更加准确。
130.以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。