一种保障用户权益的方法

技术领域

本发明属于网约车技术领域，具体涉及一种保障用户权益的方法。

背景技术

随着互联网用车的普及，支持越来越多的用车形式，即时用车、预约用车等。但在预约用车场景下，由于平台缺少提醒机制，当用户选择的用车时间距离当前时间比较远时，可能存在司机忘记该订单或者故意推单不去接乘客的情况，以至于无法及时服务乘客。预约单司机忘记服务或故意推单，会给平台形象造成损失，同时对司机也缺少惩罚机制。为了避免司机忘记服务乘客的情况出现，本发明设计了提醒方案，在距离用户用车时间30min时，提醒司机出发去接乘客，司机可以评估到乘客用车点的距离，若用不了这么久，可以选择关闭提醒。在距离用户用车时间10min时，会再次提醒司机，若司机不处理提醒，会触发系统自动改派，保障用户用车时间有车可用。同时，若多次提醒情况下，司机仍然不去接乘客，则认为是故意推单，此时若改派成功，会扣减司机权益，作为一种惩罚机制，以约束司机尽量守约。

发明内容

本发明的目的在于提供一种保障用户权益的方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：一种保障用户权益的方法，具体包括：S1：用户选择一个未来的时间点下单，订单系统接到用车时间距离当前时间超出n小时的订单后，标记该订单为预约用车；

S2：订单系统调用派单系统为该订单寻找未来时段的可用司机，并通知司机有新的订单及用户的用车时间，同时回调订单系统，更新订单状态为已绑定司机；若未找到可用司机，则调订单系统取消订单；

S3：订单系统将此类预约单关键信息单独存储至提醒记录表，以方便提醒司机，并记录提醒状态；

S4：监听MQ，若订单状态发生变更，修改提醒记录表状态为对应的状态；

S5：定时任务一Cron1，每分钟执行一次，扫描提醒记录表，将提醒时间为1min内,且订单状态为已绑定司机20，并且提醒次数为0，并且提醒状态为1表示有效的数据记录取出，调用车管系统，查看司机基本信息及当前在线状态；同时，修改提醒记录表，将提醒时间remindTime设置为预定用车时间减去10分钟，作为第二次提醒的时间，同时将提醒次数remindTimes设置为1，标记已经提醒司机过一次；

S6：定时任务二，扫描提醒时间为1min内且提醒状态有效为1，且订单状态为已绑定司机且提醒次数为1的数据记录取出，调用车管系统查看司机基本信息及当前在线状态；

S7：提醒司机出发和自动改派的流程完成；若司机收到提醒按时出发，可以达到如约服务乘客的目的，若司机接到提醒，故意推单，则会对司机进行一定程度的惩罚，并对用户进行补偿。

优选的，步骤S3中，此时会初始化记录，将订单号和派单系统选定的司机ID写入表中，同时将订单预定用车时间写入，订单状态初始化为20，提醒次数初始化为0，计算预定用车时间减去30分钟，作为初始化提醒时间，提醒状态初始化为1，表示提醒记录有效，一起写入提醒记录表。

优选的，由于并不是每个预约单都能找到合适的司机接单，所以初始化表信息放在绑上司机时，而不是在下单时，将所有的预约单都记录下来，可以提高系统效率。

优选的，步骤S5中，提醒过程如下：

若司机在线，且司机不在服务中，给司机端内弹出通知弹框，提醒司机“用车时间已不足30分钟，请及时出发去接乘客”；若司机评估距离乘客用车点较近，可以晚一点出发，司机可以在界面操作“稍后处理”关闭该提醒，回到原界面；也可以点击“查看订单”进入预约单详情页，查看订单信息；

若司机不在线，端内提醒无法触达，则使用语音电话提醒，以保证司机可以收到提醒，提醒内容与端内提醒一致；

若司机不在线，且语音电话未接听，则给司机发送短信消息，短信内容与端内提醒内容一致，作为最后保障司机可以收到提醒的兜底方案；

若任意一种提醒，生效，司机滑动出发，则会调用订单系统，通知订单状态变更为司机出发30，此时步骤S4中订单MQ消费者Consumer1会收到对应状态变更消息，进入步骤S4中的处理，提醒记录状态失效，下次不会再重复提醒。

优选的，步骤S6中，提醒步骤如下：

若司机在线且不在服务中，给司机端内弹出通知弹框，提醒司机“临近乘客用车时间，请立即确认出发；超时未确认订单将开始改派”；

若司机在线但处于服务中，则给司机推送短信通知，提醒司机“#用车时间##订单类型#已临近乘客用车时间，请立即登录司机端确认出发并准时到达乘车上车点”；

发出提醒时，会将该订单放入1min延迟队列，1min后，消费者Consumer2消费到该订单消息，查询订单状态，判断当前状态是否仍为已绑定司机20，若是，则调用派单系统，进行订单改派，为乘客寻找新的司机；若寻找到新的司机，将由该司机来为乘客服务；否则，改派失败，会为乘客取消订单，短信告知用户，表示歉意，并提醒用户会给予一定的用车优惠券儿补偿，同时调用车管系统，对司机进行惩罚；

若任意一种提醒，生效，司机滑动出发，则会调用订单系统，通知订单状态变更为司机出发30，此时步骤S4中订单MQ会收到对应状态变更消息，进入步骤S4中的处理，提醒记录状态失效；且由于司机出发，当消费者Consumer2接收到消息时，订单状态已变更，不会触发改派和扣减司机权益，订单进入正常服务状态。

与现有技术相比，本发明的有益效果是：本发明规避由于用车时间距离当前时间较远，导致司机遗忘，忘记服务乘客的情况，提高用户满意度；多次提醒后，优先尝试为乘客改派，若找到合适的司机，则优先保证乘客用车权益；若多次提醒，司机扔拒不服务，则对司机进行一定程度的惩罚，并补偿用户，以防司机恶意推单，并降低乘客对平台的不满。

附图说明

图1为本发明的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，本发明提供一种技术方案：一种保障用户权益的方法，S1：用户选择一个未来的时间点下单(一般是距离当前时间n小时后)，订单系统接到用车时间距离当前时间超出n小时的订单后，标记该订单为预约用车；

S2：订单系统调用派单系统为该订单寻找未来时段的可用司机，并通知司机有新的订单及用户的用车时间，同时回调订单系统，更新订单状态为已绑定司机20，若未找到可用司机，则调订单系统取消订单。

S3：订单系统将此类预约单关键信息单独存储，以方便提醒司机，并记录提醒状态，表结构简化为下表一。

此时会初始化记录，将订单号和派单系统选定的司机ID写入表中，同时将订单预定用车时间写入，订单状态初始化为20，提醒次数初始化为0，计算预定用车时间减去30分钟，作为初始化提醒时间，提醒状态初始化为1(提醒记录有效)，一起写入表一(提醒记录表)。

说明：并不是每个预约单都能找到合适的司机接单，所以，初始化表信息放在绑上司机时，而不是在下单时，将所有的预约单都记录下来，这样可以提高系统效率。

S4：监听MQ，若订单状态发生变更，修改表一状态为对应的状态，比如，司机滑动立即出发，订单状态会更新为司机出发30，同时将提醒状态设置为0，无需提醒，此时说明，司机已按时出发，无需提醒。

S5：定时任务一Cron1，每分钟执行一次，扫描表一，将提醒时间为1min内,且订单状态为已绑定司机20并且提醒次数为0，并且醒状态为1有效，的数据记录取出，调用车管系统，查看司机基本信息及当前在线状态。同时，修改表一提醒记录表，将提醒时间remindTime设置为预定用车时间减去10分钟，作为第二次提醒的时间，同时将提醒次数remindTimes设置为1，标记已经提醒司机过一次。

提醒过程如下：

若司机在线，且司机不在服务中，给司机端内弹出通知弹框，提醒司机“用车时间已不足30分钟，请及时出发去接乘客”。若司机评估距离乘客用车点较近，可以晚一点出发，司机可以在界面操作“稍后处理”关闭该提醒，回到原界面；也可以点击“查看订单”进入预约单详情页，查看订单信息。

若司机不在线，端内提醒无法触达，则使用语音电话提醒，以保证司机可以收到提醒，提醒内容与端内提醒一致；

若司机不在线，且语音电话未接听，则给司机发送短信消息，短信内容与端内提醒内容一致，作为最后保障司机可以收到提醒的兜底方案。

若任意一种提醒，生效，司机滑动出发，则会调用订单系统，通知订单状态变更为司机出发30，此时步骤S4中订单MQ消费者Consumer1会收到对应状态变更消息，进入步骤S4中的处理，提醒记录状态失效，下次不会再重复提醒。

S6：定时任务二，扫描提醒时间为1min内且提醒状态为1，表示有效，且订单状态为已绑定司机且提醒次数为1的数据记录取出，调用车管系统查看司机基本信息及当前在线状态。

提醒步骤如下：

若司机在线且不在服务中，给司机端内弹出通知弹框，提醒司机“临近乘客用车时间，请立即确认出发，超时未确认订单将开始改派”。

若司机在线但处于服务中，则给司机推送短信通知，提醒司机“#用车时间##订单类型#已临近乘客用车时间，请立即登录司机端确认出发并准时到达乘车上车点。”

发出提醒时，会将该订单放入1min延迟队列，1min后，消费者Consumer2消费到该订单消息，查询订单状态，判断当前状态是否仍为已绑定司机20，若是，则调用派单系统，进行订单改派，为乘客寻找新的司机。若寻找到新的司机，将由该司机来为乘客服务。否则，改派失败，会为乘客取消订单，短信告知用户，表示歉意，并提醒用户会给予一定的用车优惠券儿补偿，同时调用车管系统，对司机进行惩罚，比如权益扣减或者罚款等。

若任意一种提醒，生效，司机滑动出发，则会调用订单系统，通知订单状态变更为司机出发30，此时步骤S4中订单MQ会收到对应状态变更消息，进入步骤S4中的处理，提醒记录状态失效。且由于司机出发，当消费者Consumer2接收到消息时，订单状态已变更，不会触发改派和扣减司机权益，订单进入正常服务状态。

S7：提醒司机出发和自动改派的流程完成。若司机收到提醒按时出发，可以达到如约服务乘客的目的，若司机接到提醒，故意推单，则会对司机进行一定程度的惩罚，并对用户进行补偿。

说明：

订单状态说明：

下单：10；绑定司机：20；司机出发：30；司机到达：40；开始服务：50；服务完成：60；订单取消：100。

表一：预约单提醒出发记录表

表说明：

订单号：订单唯一标识，司机ID：司机唯一标识，用来查找司机信息，推送消息；

预定用车时间：乘客选择的用车时间；

提醒时间：若数据有效，将在该时间点对司机推送提醒消息；

提醒状态：是否还需要推送提醒消息，0：不需要(可能司机已出发或者订单已取消)；1：需要。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。