一种乘车订单处理方法及系统与流程

本申请涉及电子技术领域，尤其涉及一种乘车订单处理方法及系统。

背景技术：

当前，网络约车已经逐渐普及，用户可以通过客户端生成订单，系统将根据客户端发送来的订单来为客户端分配对应的司机端，这里的司机端为提供乘车服务的司机对应终端设备。司机端根据系统发送来的可以确定客户端所在位置，从而行驶到客户端所处位置为客户端提供乘车服务。

随着网络约车的盛行，越来越多的乘客选择网络约车接机。由于国内航班的晚点率较高，在给乘客造成损失的同时，也对接机的车主造成了一定的损失，但是乘客可以购买延误险，而车主只能自己承受损失。

技术实现要素：

本发明实施例提供了一种乘车订单处理方法及系统，用以解决现有技术中约车系统中车主无法避免用户取消订单带来的损失问题。

其具体的技术方案如下：

一种订单的处理方法，所述方法包括：

服务器接收订单取消的通知消息；

判定订单取消时间与所述订单中的指定时间之间的差值是否大于等于预设阈值；

若所述差值大于等于所述预设阈值，则检测所述订单是否符合预设条件；

若所述订单符合所述预设条件，则按照预设执行规则，确定司机端对应的赔付数据，并根据所述赔付数据修改所述司机端的总金额。

可选的，在判定订单取消时间与所述订单中的指定时间之间的差值是否大于等于预设阈值之前，所述方法还包括：

在生成所述订单时，向所述订单中的司机端发送是否执行预设执行规则的提示信息；

若接收到所述司机端确定执行所述预设执行规则的确认指令时，将所述订单存储到所述保单集合中。

可选的，在生成所述订单时，向所述订单中的司机端发送是否执行所述预设执行规则的提示信息，包括：

在生成所述订单时，获取所述订单中的司机端的身份标识；

判定所述司机端的身份标识是否满足身份条件；

若满足，则向所述订单中的所述司机端发送是否执行所述预设执行规则的提示信息。

可选的，在将所述订单存储到所述保单集合中之后，所述方法还包括：

检测是否存在用于取消订单保险的取消指令；

若存在所述取消指令，则在所述保单集合中移除所述订单。

可选的，在所述保单集合中移除所述订单，包括：

检测获取到所述取消指令的时刻是否在所述订单中的预定时刻之前；

若是，则在所述保单集合中移除所述订单。

一种乘车订单处理系统，包括：

处理模块，用于接收订单取消的通知消息；判定订单取消时间与所述订单中的指定时间之间的差值是否大于等于预设阈值；

执行模块，用于若所述差值大于等于所述预设阈值，则检测所述订单是否符合预设条件；若所述订单符合所述预设条件，则按照预设执行规则，确定司机端对应的赔付数据，并根据所述赔付数据修改所述司机端的总金额。

可选的，所述系统还包括：

通讯模块，用于在生成所述订单时，向所述订单中的司机端发送是否执行所述预设执行规则的提示信息；

存储模块，用于若接收到所述司机端确定执行所述预设执行规则的确认指令时，将所述订单存储到所述保单集合中。

可选的，所述通讯模块，具体用于在生成所述订单时，获取所述订单中的司机端的身份标识；判定所述司机端的身份标识是否满足身份条件；若满足，则向所述订单中的所述司机端发送是否执行所述预设执行规则的提示信息。

可选的，所述处理模块，还用于检测是否存在用于取消订单保险的取消指令；若存在所述取消指令，则在所述保单集合中移除所述订单。

可选的，所述处理模块，还用于检测获取到所述取消指令的时刻是否在所述订单中时刻之前；若是，则在所述保单集合中移除所述订单。

在本发明技术方案中，在接收到订单被取消的通知信息时，判定当前时间与订单中的指定时间之间的差值是否大于预设阈值；若是，则检测订单是否为预存的保单集合中的被保险订单；若是，则按照预设执行规则对订单中的司机端进行赔付。也就是说，在客户端延误无法完成订单的情况下，服务器可以基于司机端的保险情况来对司机端进行对应的赔付，这样可以降低司机端为无法完成订单造成的损失，保证司机端的权益，提升了使用体验。

附图说明

图1为本发明实施例中一种乘车订单处理方法的流程图。

图2为本发明实施例中车主保险生成方法流程图。

图3为本发明实施例中一种乘车订单处理系统的结构示意图。

具体实施方式

下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解，本发明实施例以及实施例中的具体技术特征只是对本发明技术方案的说明，而不是限定，在不冲突的情况下，本发明实施例以及实施例中的具体技术特征可以相互组合。

如图1所示为本发明实施例中一种乘车订单处理方法的流程图，该方法包括：

S1，服务器接收订单取消的通知信息；

S2，判定订单取消时间与所述订单中的指定时间的差值是否大于等于预设阈值；

若是，则执行S3，若否，则执行S4。

S3，检测订单是否符合预设条件；

若是，则执行S5，若否，则执行S6。

S4，正常取消订单；

S5，按照预设执行规则，确定司机端对应的赔付数据，并根据赔付数据修改司机端的总金额；

S6，忽略该订单。

具体来讲，在本发明实施例中，约车系统中为了给司机端避免损失，因此，在执行S1之前，还将执行如图2所示的方法流程：

S21，在生成订单时，获取订单中的司机端的身份标识；

首先来讲，在客户端向服务器上传订单之后，服务器将基于得到的订单进行派发，在订单派发完成，并有司机端接单时，约车系统将生成订单，基于生成的订单，约车系统将获取订单中的司机端的身份标识，这里身份标识可以是司机端的电话号码，或者是司机端车牌号等等。这里只要是唯一标识该司机端的信息都可以作为司机端的身份标识，不限于上述的举例。

S22，判定司机端的身份标识是否满足预设条件；

在步骤S21中，服务器已经获取到司机端的身份标识，服务器将调取出预先存储的预设身份标识，该预设身份标识表征了可以购买车主保险的司机端。

服务器将得到的身份标识与预先存储的多个预设身份标识匹配，从而确定得到的身份标识对应的司机端是否符合购买车主保险的条件。

若是，则执行S23，若否，则执行S24。

S23，向订单中的司机端发送是否执行预设执行规则的提示信息；

具体来讲，在司机端符合购买车主保险的条件时，服务器将生成一个提示信息，该提示信息用于提示司机端购买车主保险，这里只是一个提示信息，司机可以根据自身的需求在司机端上进行操作，比如说服务司机可以根据提示信息点击取消购买，或者是点击购买。

S24，正常处理订单。

通过图2中所示的流程，司机端就可以根据需求来实现车主保险的购买，并且该操作过程简单便捷。

在司机端选择购买车主保险之后，服务器将该订单保存至保单集合中，并且还将保存该订单的保险状态信息，也就说，服务器将记录该订单为具有车主保险的订单，服务器后续可以在该保单集合中直接调取出该订单进行处理。

进一步，在本发明实施例中，在将订单保存至保单集合中之后，服务器将实时监听订单状态。也就是检测是否存在用于取消订单保险的取消指令，若是接收到该取消指时，则在保单集合中移除该订单，并且更新该订单的保险状态信息，即：将该订单的车主保险取消。

进一步，在本发明实施例中，为了进一步的保证司机端的利益不受损失，所以在获取到取消指令时，检测获取到的取消指令的时刻是否在订单中的预定时刻之前，若是，则在保单集合中移除该订单，若否，则继续维持该订单的保险状态，比如说，该订单中的预定时刻为16:30，那么在16:30之前司机端都可以取消该订单的车主保险，从而司机端可以根据自身的需求来随时调整订单的保险状态。保证了司机端的利益。

基于上述流程，司机端可以完成车主保险的购买一个取消。在司机端购买车主保险的情况下，若是服务器接收到订单取消的通知信息时，服务器将判定当前时间与订单中的指定时间之间的差值是否大于预设阈值。若是，则检测订单是否为预存的保单集合中的被保险订单。

比如说，该订单为16:30的机场接机的订单，若是在16:30之后，该订单被客户端取消，则此单将无法完成，此时服务器将获取当前时间，比如说当前时间为17:02，则该时间差为32分钟，而预设阈值为30分钟，此时两个时间差值已经大于预设阈值，则服务器将启动订单的保险机制。

若是该订单中的司机端购买了车主保险，也就是被保险订单，则服务器将按照预设执行规则，确定该司机端对应的赔付数据，赔付数据是根据保单中的数据计算得到，然后根据赔付数据，修改的司机端的总金额，这样就实现了对司机端的赔付。这里需要说明是，预设执行规则为预先设置的赔付方式，可以根据具体的情况来调整，此处不做具体说明。

基于上述的方法，在客户端延误无法完成订单的情况下，服务器可以基于司机端的保险情况来对司机端进行对应的赔付，这样可以降低司机端为无法完成订单造成的损失，保证司机端的权益，提升了使用体验。

对应本发明实施例中一种乘车订单处理方法，本发明实施例中还通过了一种乘车订单处理系统，如图3所示为本发明实施例中一种乘车订单处理系统的结构示意图，该系统包括：

处理模块301，用户在接收到订单被取消的通知信息时，判定当前时间与所述订单中的指定时间之间的差值是否大于预设阈值；

执行模块302，用于所述差值大于预设阈值，则检测所述订单是否为预存的保单集合中的被保险订单；所述差值小于预设阈值，则按照预设执行规则对所述订单中的司机端进行赔付。

进一步，在本发明实施例中，所述系统还包括：

通讯模块，用于在生成所述订单时，向所述订单中的司机端发送是否执行所述预设执行规则的提示信息；

存储模块，用于若接收到所述司机端确定执行所述预设执行规则的确认指令时，将所述订单存储到所述保单集合中。

进一步，在本发明实施例中，所述通讯模块，具体用于在生成所述订单时，获取所述订单中的司机端的身份标识；判定所述司机端的身份标识是否满足预设条件；若是，则向所述订单中的所述司机端发送是否执行所述预设执行规则的提示信息。

进一步，在本发明实施例中，所述处理模块301，还用于检测是否存在用于取消订单保险的取消指令；若存在所述取消指令，则在所述保单集合中移除所述订单。

进一步，在本发明实施例中，所述处理模块301，还用于检测获取到所述取消指令的时刻是否在所述订单中时刻之前；若是，则在所述保单集合中移除所述订单。

尽管已描述了本申请的优选实施例，但本领域内的普通技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。