CN110956515A - 一种订单处理方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本申请涉及定位技术领域，尤其涉及一种订单处理方法，包括：接收用户提交的服务订单；所述服务订单中携带有出发位置；判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；若不存在，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。采用上述方案，可以在用户附近无服务的服务提供方的情况下，为用户提供更加完善的服务方案。本申请还提供了一种订单处理装置及电子设备。

Description

一种订单处理方法、装置、电子设备及计算机存储介质

技术领域

本申请涉及信息处理技术领域，尤其涉及一种订单处理方法、装置、电子设备及计算机存储介质。

背景技术

随着交通工具的普及，使用打车软件打车越来越受到大众的青睐。打车软件中存在多种业务功能可以供用户进行选择，其中代驾业务可以为用户提供代驾的司机，从而可以为不方便开车的用户提供司机。乘客在打车软件上提交代驾业务的订单请求，司机可以根据乘客提交的订单中设置的位置接送乘客。

目前当用户使用打车软件呼叫代驾司机时，打车软件在确定用户附近没有司机可以提供服务时，会直接对用户发起的代驾请求进行拦截，不允许用户呼叫代驾司机。但是很多用户即使在附近没有可以服务的代驾司机时，仍然会继续尝试呼叫，并愿意持续等待。可见，在用户附近无提供服务的代驾司机的情况下，目前的直接拦截用户发起的代驾请求的方式不能很好地满足用户对代驾业务的需求。

发明内容

有鉴于此，本申请实施例提供一种订单处理方法、装置、电子设备及计算机存储介质，用以在用户附近无服务的服务提供方的情况下，为用户提供更加完善的服务方案。

主要包括以下几个方面：

第一方面，本申请实施例提供了一种订单处理的方法，所述方法包括：

接收用户提交的服务订单；所述服务订单中携带有出发位置；

判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；

若不存在，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；

若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，

所述判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方，包括：

确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方；

将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比；

若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

结合第一方面，本申请实施例提供了第一方面的第二种可能的实施方式，其中，

将所述用户的服务订单推送给所述目标服务提供方之后，还包括：

根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围；

向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

结合第一方面的第二种可能的实施方式，本申请实施例提供了第一方面的第三种可能的实施方式，其中，

所述向所述用户推送携带有所述预计接单时间范围的等待应答页信息之后，还包括：

确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，并将接单结果通知给所述用户。

结合第一方面的第三种可能的实施方式，本申请实施例提供了第一方面的第四种可能的实施方式，其中，

所述将接单结果通知给所述用户，包括：

若所述目标服务提供方接单，则向所述用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间；或者，

若所述目标服务提供方未接单，则向所述用户推送订单等待超时通知信息。

结合第一方面的第三种可能的实施方式，本申请实施例提供了第一方面的第五种可能的实施方式，其中，

所述将所述用户的服务订单推送给所述目标服务提供方，包括：

若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方；

所述确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，包括：

从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

结合第一方面的第五种可能的实施方式，本申请实施例提供了第一方面的第六种可能的实施方式，其中，

所述从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方，包括：

从多个所述目标服务提供方中，将在所述最晚时间之内最先抢单的目标服务提供方确定为所述接单的目标服务提供方；

或者，从在所述最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方；

或者，根据在所述最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在所述最晚时间之内选择抢单的多个目标服务提供方中选择所述接单的目标服务提供方。

结合第一方面，本申请实施例提供了第一方面的第七种可能的实施方式，其中，

所述方法还包括：

若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布所述用户的服务订单。

结合第一方面，本申请实施例提供了第一方面的第八种可能的实施方式，其中，

所述将所述用户的服务订单推送给所述目标服务提供方，包括：

在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方；或者，

向存在正在服务的订单的所述目标服务提供方推送所述用户的服务订单。

结合第一方面的第八种可能的实施方式，本申请实施例提供了第一方面的第九种可能的实施方式，其中，

所述在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方，包括：

若存在多个在所述未来预设时长内到达所述接单区域的目标服务提供方，则在任一所述目标服务提供方最先完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方。

结合第一方面，本申请实施例提供了第一方面的第十种可能的实施方式，其中，

将所述用户的服务订单推送给所述目标服务提供方之后，还包括：

若所述目标服务提供方未接单，则返回所述判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方的步骤，直到存在目标服务提供方接单，或者，直到满足播单停止条件，其中，所述播单停止条件包括：距离最开始接收到所述用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。

结合第一方面，本申请实施例提供了第一方面的第十一种可能的实施方式，其中，

所述服务订单为代驾业务订单，所述目标服务提供方为代驾服务提供方。

第二方面，本申请实施例还提供了一种订单处理的装置，所述装置包括：接收模块、第一判断模块、第二判断模块和推送模块；其中，

所述接收模块，用于接收用户提交的服务订单；所述服务订单中携带有出发位置；

所述第一判断模块，用于判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；

所述第二判断模块，用于若当前不存在所在位置位于所述出发位置对应的接单区域内的服务提供方，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；

所述推送模块，用于在未来预设时长内存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，所述第二判断模块，具体用于根据以下步骤判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方：

确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方；

将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比；

若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

结合第二方面，本申请实施例提供了第二方面的第二种可能的实施方式，其中，所述装置还包括：

确定模块，用于根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围；

所述推送模块，还用于向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

结合第二方面的第二种可能的实施方式，本申请实施例提供了第二方面的第三种可能的实施方式，其中，

所述确定模块，还用于确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单；

所述推送模块，还用于将接单结果通知给所述用户。

结合第二方面的第三种可能的实施方式，本申请实施例提供了第二方面的第四种可能的实施方式，其中，

所述推送模块，还用于，

若所述目标服务提供方接单，则向所述用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间；或者，

若所述目标服务提供方未接单，则向所述用户推送订单等待超时通知信息。

结合第二方面的第三种可能的实施方式，本申请实施例提供了第二方面的第五种可能的实施方式，其中，

所述推送模块，具体用于根据以下步骤将所述用户的服务订单推送给所述目标服务提供方：

若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方；

所述确定模块，具体用于根据以下步骤确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单：

从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

结合第二方面的第五种可能的实施方式本申请实施例提供了第二方面的第六种可能的实施方式，其中，

所述确定模块，具体用于根据以下步骤从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方：

从多个所述目标服务提供方中，将在所述最晚时间之内最先抢单的目标服务提供方确定为所述接单的目标服务提供方；

或者，从在所述最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方；

或者，根据在所述最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在所述最晚时间之内选择抢单的多个目标服务提供方中选择所述接单的目标服务提供方。

结合第二方面，本申请实施例提供了第二方面的第七种可能的实施方式，其中，

所述装置还包括：

发布模块，用于若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布所述用户的服务订单。

结合第二方面，本申请实施例提供了第二方面的第八种可能的实施方式，其中，

所述推送模块，具体用于根据以下步骤将所述用户的服务订单推送给所述目标服务提供方：

在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方；或者，

向存在未完成订单的所述目标服务提供方推送所述用户的服务订单。

结合第二方面的第八种可能的实施方式，本申请实施例提供了第二方面的第九种可能的实施方式，其中，

所述推送模块，具体用于根据以下步骤在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方：

若存在多个在所述未来预设时长内到达所述接单区域的目标服务提供方，则在任一所述目标服务提供方最先完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方。

结合第二方面，本申请实施例提供了第二方面的第十种可能的实施方式，其中，

所述装置还包括：

返回模块，用于若所述目标服务提供方未接单，则返回所述判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方的步骤，直到存在目标服务提供方接单，或者，直到满足播单停止条件，其中，所述播单停止条件包括：距离最开始接收到所述用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。

结合第二方面，本申请实施例提供了第二方面的第十一种可能的实施方式，其中，

所述服务订单为代驾业务订单，所述目标服务提供方为代驾服务提供方。

第三方面，本申请实施例还提供了一种电子设备，包括：处理器和存储器，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面的第一～十一任一种可能的实施方式中的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面的第一～十一任一种可能的实施方式中的步骤。

采用上述方案，可以根据接收的用户提交的服务订单，判断当前是否存在位置位于该服务订单携带的出发位置对应的接单区域内的服务提供方，如果不存在位置位于接单区域内的服务提供方，则可以判断在未来预设时长内是否存在到达该接单区域的目标服务提供方，如果在未来预设时长内存在到达该接单区域的目标服务提供方，则将用户的服务订单推送给目标服务提供方。这样，在用户发起服务订单时，即使在用户设定的出发位置对应的接单区域内不存在空闲状态的服务提供方，也可以将用户提交的服务订单推送给即将到达接单区域内的目标服务提供方，而不是直接对用户发起的服务订单进行拦截，从而可以为用户提供更加完善的服务方案，更好地满足用户的出行需求。

为使本申请实施例的上述目的、特征和优点能更明显易懂，下面将结合实施例，并配合所附附图，作详细说明。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例一所提供的订单处理的方法流程图；

图2示出了本申请实施例二所提供的确定目标服务提供方的流程图；

图3示出了本申请实施例三所提供的向目标服务提供方推送用户提交的服务订单过程的流程图；

图4示出了本申请实施例三所提供的等待应答页界面的示意图；

图5示出了本申请实施例四所提供的在存在多个目标服务提供方时推送服务订单过程的流程图；

图6示出了本申请实施例五所提供的订单处理过程的流程图；

图7示出了本申请实施例六所提供的订单处理装置的结构图；

图8示出了本申请实施例七所提供的电子设备的结构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。以下对本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例下述方法、装置、电子设备或计算机存储介质可以应用于任何需要对订单进行处理的场景，比如，可以应用于打车软件、车辆管理平台等。本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的方法对用户的服务订单进行推送的方案均在本申请保护范围内。

本申请实施例中，可以接收用户提交的服务订单，进而可以根据服务订单中携带的出发位置，判断当前是否存在所在位置位于该出发位置对应的接单区域内的服务提供方，如果不存在位置位于该接单区域内的服务提供方，则可以进一步判断在未来预设时长内，是否存在到达该接单区域的目标服务提供方，如果在未来预设时长内存在到达该接单区域的目标服务提供方，则可以将用户的服务订单推送给目标服务提供方，进而可以在即将到达该接单区域的服务提供方中，为用户确定可以为用户提供服务的目标服务提供方。

如果在判断当前不存在所在位置位于用户的出发位置对应的接单区域内的服务提供方时，直接对用户提交的服务订单进行拦截，即不会将服务订单发送给服务提供方，那么用户可能会重复提交订单，或持续使用呼叫服务提供方功能，这样不仅耗费用户的时间与精力，使用户的使用体验变差，还会导致平台不得不重复处理用户请求，浪费平台的服务资源。因此，本申请实施中提供的订单处理方法，可以避免直接对用户提交的服务订单进行拦截带来的上述弊端，为用户提供完善的呼叫服务提供方的方案，提高用户的体验满意度。下述实施例将会对订单处理过程作详细说明。

实施例一

如图1所示，为本申请实施例一提供的一种订单处理的方法，包括：

S101：接收用户提交的服务订单；所述服务订单中携带有出发位置。

这里的服务订单可以是指用户的出行订单。在具体实施中，软件平台可以接收用户提交的服务订单，并根据服务订单中携带的出发位置，确定与该出发位置之间的距离在预设距离范围内的接单区域。例如，用户A提交了一个服务订单，软件平台可以根据服务订单中携带的出发位置，确定与该出发位置之间的距离在预设距离范围内的接单区域B，也即以该出发位置为中心，以预设距离为半径的一个区域范围。

这里，用户提交的服务订单中还可以携带目的位置、用户的联系方式、用户账户、用户信用度等订单信息，从而服务提供方在接收到用户提交的服务订单时，可以根据服务订单中携带的订单信息确定接送用户的位置，或者根据用户信用度优先为信用度高的用户提供优质服务的服务提供方。这里的服务提供方是可以为用户提供出行服务的司机端。

S102：判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域。

在具体实施中，软件平台在接收到用户提交的服务订单之后，可以根据服务订单中携带的出发位置，判断当前是否存在所在位置位于该出发位置对应的接单区域内的服务提供方。这里，接单区域可以为与服务订单中携带的出发位置之间的距离在预设距离范围内的区域。其中的预设距离可以为预先设置的固定距离，不同出发位置对应的接单区域的面积可以相同；或者，预设距离可以为根据服务订单中的出发位置进行确定的，如软件平台可以根据服务订单中的出发位置，当确定该出发位置属于偏远区域或车流量较少区域时，可以将预设距离设置为较大值，当确定该出发位置属于中心区域或车流量较大区域时，可以将预设值设置为较小值，从而实现接单区域的动态设置及调整。

需要说明的是，这里的较大值是相对于标准值而言的预设距离，车流量较大与车流量较小可以为相对于标准车流量而言的，当车流量大于标准车流量时，可以将车流量大于标准车流量的区域称为车流量较大区域，当车流量小于标准车流量时，可以将车流量小于标准车流量的区域称为车流量较小区域。

这里，在判断当前是否存在所在位置位于上述出发位置对应的接单区域内的服务提供方时，可以先根据用户提交的服务订单中携带的出发位置，确定与该出发位置之间的距离在预设距离范围内的接单区域，再获取位于该接单区域内的服务提供方。

在具体实施中，如果软件平台判断当前存在所在位置位于出发位置对应的接单区域内的服务提供方，则可以将用户提交的服务订单推送给接单区域内的服务提供方，由接单区域内的服务提供方进行抢单。或者，可以进一步判断位于接单区域内的服务提供方当前是否空闲，如果位于接单区域内的服务提供方当前为空闲状态，可以将用户提交的服务订单推送给接单区域内处于空闲状态的服务提供方。

S103：若不存在，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方。

这里，在软件平台判断当前不存在所在位置位于出发位置对应的接单区域内的服务提供方时，可以判断在未来预设时长内是否存在到达接单区域的目标服务提供方，从而可以在不存在位置位于接单区域内的服务提供方时，通过判断未来预设时长内是否存在位于接单区域的目标服务提供方，为用户确定在未来预设时长内可以接单的目标服务提供方。

在具体实施中，软件平台可以根据正在服务的订单中携带的订单信息及正在服务的订单的完成进度，判断在未来预设时长内是否存在到达接单区域的目标服务提供方。例如，可以利用正在服务的订单中携带的目标位置，以及正在服务的订单对应的完成程度，如完成该订单所需的剩余时长，确定在未来预设时长内到达接单区域的目标服务提供方，从而可以根据未来预设时长内是否存在到达接单区域的目标服务提供方，设置不同的服务订单的推送方案。

S104：若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

在具体实施中，软件平台如果判断在未来预设时长内存在到达接单区域的目标服务提供方，则可以将用户的服务订单推送该目标服务提供方。这里，在向目标服务提供方推送用户的服务订单时，可以直接向目标服务提供方推送用户的服务订单；或者，可以先确定目标服务提供方当前是否存在正在服务的订单，如果当前不存在正在服务的订单，则可以向目标服务提供方推送用户的服务订单，如果当前存在正在服务的订单，则可以在目标服务提供方完成正在服务的订单之后，将用户的服务订单推送给目标服务提供方。一些实施方式中，即使确定目标服务提供方当前存在正在服务的订单，也可以向存在正在服务的订单的目标服务提供方推送用户的服务订单，这样可以由存在正在服务的订单的目标服务提供方选择是否接受用户的服务订单。

采用上述订单处理方式，一方面避免了在用户附近没有可以为用户提供服务的服务提供方时对用户提交的服务订单进行拦截的情况；另一方面，通过上述订单处理的方案，可以在用户的出发位置对应的接单区域没有为用户提供服务的服务提供方时，判断未来预设时长内是否存在达到接单范围的目标服务提供方，从而向未来预设时长内到达该接单范围的目标服务提供方推送用户的服务订单，避免用户提交的服务订单无服务提供方回应导致用户体验差的问题。

实施例二

在上述实施例一的S103中，可以在用户的出发位置对应的接单区域没有为用户提供服务的服务提供方时，判断未来预设时长内是否存在达到接单范围的目标服务提供方，可以根据未来预设时长内是否存在到达接单区域的目标服务提供方，设置不同的服务订单的推送方案。

基于此，如图2所示，本申请实施例还提供一种确定目标服务提供方的实施方式，包括：

S201：确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方。

这里，软件平台在判断当前不存在所在位置位于用户的出发位置对应的接单区域内的服务提供方时，可以获取正在服务的订单中的目标位置，并根据获取的目标位置确定正在服务的订单中目标位置位于接单区域内的候选服务提供方。例如，软件平台发现接单区域B中没有可以为用户A提供服务的服务提供方，则可以将正在服务的订单中目标位置位于接单区域B的服务提供方C确定为候选服务提供方。

S202：将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比。

在具体实施中，软件平台可以将候选服务提供方完成正在服务的订单所需的剩余时长与上述未来预设时长进行对比，从而可以根据候选服务提供方完成正在服务的订单所需的剩余时长与未来预设时长的对比结果，确定在未来预设时长内到达接单区域的目标服务提供方。

这里，候选服务提供方完成正在服务的订单所需的剩余时长，可以根据候选服务提供方的当前位置以及正在服务的订单的目的地址进行确定。例如，可以根据候选服务提供方的当前位置以及正在服务的订单的目的地址，确定候选服务提供方的当前位置到达正在服务的订单的目的地址的剩余距离，再结合候选服务提供方的行驶速度，得到候选服务提供方完成正在服务的订单所需的剩余时长。

S203：若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

这里，软件平台若确定候选服务提供方完成正在服务的订单所需的剩余时长小于或等于未来预设时长，则将完成正在服务的订单所需的剩余时长小于或等于未来预设时长的候选服务提供方确定为目标服务提供方。

通过上述确定目标服务提供方的过程，可以在用户的出发位置对应的接单区域没有为用户提供服务的服务提供方时，判断未来预设时长内是否存在达到接单范围的目标服务提供方，从而可以根据未来预设时长内是否存在到达接单区域的目标服务提供方，为用户提交的服务订单设置不同的服务订单的推送方案。

下面，将通过一个具体的实施例对推送服务订单的过程作进一步说明。

实施例三

本申请实施例三提供的向目标服务提供方推送用户提交的服务订单的过程如图3所示，包括：

S301：当确定在未来预设时长内达到接单区域的目标服务提供方时，将用户的服务订单推送给目标服务提供方。

这里，在将用户的服务订单推送给目标服务提供方时，如果存在多个在目标服务提供方，则可以将服务订单推送给多个目标服务提供方，由多个目标服务提供方进行抢单。或者，可以根据多个目标服务提供方完成正在服务的订单所需的剩余时长，优先将服务订单推动给剩余时长最短的目标服务提供方。

S302：根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围。

这里，预计接单时间范围可以为用户的预计等待时长，如由剩余时长至剩余时长加预设的播单等待时长的时间范围，例如，软件平台确定目标服务提供方完成正在服务的订单所需的剩余时长为20分钟，预设的播单等待时长为5分钟，则预计接单时间范围为20-25分钟。或者，预计接单时间范围可以为用户的预计等待的时间范围，如由当前时间起，至当前时间加剩余时长加播单等待时长的时间范围，例如，当前时间为9:00，软件平台确定目标服务提供方完成正在服务的订单所需的剩余时长为20分钟，预设的播单等待时长为5分钟，则预计接单时间范围为9:00-9:25。

S303：向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

在具体实施中，软件平台在确定用户的预计接单时间范围之后，可以向用户端返回携带有预计接单时间范围的等待应答页信息。用户端可以将等待应答页信息显示给用户。例如，用户的出发位置为得实大厦，则软件平台确定的对应得实大厦的接单区域为接单区域A，软件平台预计接单时间范围为20-25分钟，则可以将携带有预计接单时间范围为20-25分钟的等待应答页信息推送至用户端，用户端的显示的等待应答页界面如图4所示，等待应答页界面中显示的预计接单时间范围为20-25分钟，软件平台还可以记录用户的等待时长，并在等待应答页界面显示用户的等待时长。

在一些实施方式中，在将用户的服务订单推送给目标服务提供方之后，还可以进一步确定目标服务提供方在预计接单时间范围对应的最晚时间之内是否接单，并将接单结果通知给所述用户。具体如，软件平台确定用户的预计接单时间范围为20-25分钟之后，可以将其中的25分钟确定为目标服务提供方在预计接单时间范围对应的最晚时间，进而可以将目标服务提供方在25分钟之内对应的接单结果通知给用户。

这里，若目标服务提供方在预计接单时间范围对应的最晚时间之内接单，则可以向用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间。若目标服务提供方在预计接单时间范围对应的最晚时间之内目标服务提供方未接单，则可以向用户推送订单等待超时通知信息。这样，用户可以根据返回的信息实时获取提交的服务订单的动态，以及时根据服务订单的动态做出出行调整。

实施例四

基于上述实施例三提供的向目标服务提供方推送服务订单的过程，图5实施例四还提供了在存在多个目标服务提供方时推送服务订单的过程，包括：

S401：确定在未来预设时长内达到接单区域的目标服务提供方。

这具体实施中，软件平台在接收到用户提交的服务订单之后，如果确定当前不存在所在位置位于服务订单的出发位置对应的接单区域内的服务提供方，则可以根据正在服务的订单中的目标位置及完成正在服务的订单所需的剩余时长，确定在未来预设时长内达到接单区域的目标服务提供方。

S402：若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方。

在具体实施中，如果软件平台判断在未来预设时长内存在多个到达接单区域的目标服务提供方，则可以将用户的服务订单推送给多个目标服务提供方。这里，在将用户的服务订单推送给多个目标服务提供方时，即使目标服务提供方当前存在正在服务的订单，也可以将服务订单推送给目标服务提供方，由多个目标服务提供方对推送的服务订单进行抢单。或者，在将用户的服务订单推送给多个目标服务提供方时，可以在任一目标服务提供方最先完成正在服务的订单之后，将用户的服务订单推送给目标服务提供方，即将服务订单推送给在先完成正在服务的订单的目标服务提供方，如果该目标服务提供方没有接单，再将服务订单推送给在后完成正在服务的订单的目标服务提供方。

S403：向用户推送携带有预计接单时间范围的等待应答页信息。

在具体实施中，软件平台在将用户的服务订单推送给多个所述目标服务提供方，可以根据目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围，并将携带有确定的预计接单时间范围的等待应答页信息推送给用户。这里，在确定预计时间范围时，可以根据多个目标服务提供方完成正在服务的订单的剩余时间，选择最先完成正在服务的订单的剩余时间，作为确定预计接单时间范围的参考值，具体如，可以将最先完成正在服务的订单的剩余时间，以及该剩余时间加播单等待时长之间的时长，作为预计接单时间范围。

S404：从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

这里，最晚时间可以为预计接单时间范围对应的最晚时间。如预计接单时间范围为20-25分钟，则可以将25分钟作为对应的最晚时间。

在具体实施中，从多个所述目标服务提供方中确定在最晚时间之内接单的目标服务提供方可以包括以下任一种实现方式：

方式一：从多个目标服务提供方中，将在最晚时间之内最先抢单的目标服务提供方确定为接单的目标服务提供方。

这种方式可以对应于将用户提交的服务订单同时推送给多个目标服务提供方的情况，多个目标服务提供方可以对服务订单进行抢单，此时，可以将最先抢单的目标服务提供方确定为接单的目标服务提供方。

方式二：从在最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方。

这种方式可以对应于将用户提交的服务订单同时推送给多个目标服务提供方的情况，多个目标服务提供方可以对服务订单进行抢单，在多个目标服务提供方均抢单的情况下，可以确定在多个接单的目标服务提供方中确定最先完成正在服务的订单的目标服务提供方，并将该目标服务提供方作为接单的目标服务提供方。

方式三：根据在最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在最晚时间之内选择抢单的多个目标服务提供方中选择接单的目标服务提供方。

这种方式可以对应于将用户提交的服务订单同时推送给多个目标服务提供方的情况，多个目标服务提供方可以对服务订单进行抢单，在多个目标服务提供方均抢单的情况下，可以根据多个接单完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达出发位置所需的时长，将到达出发位置所需的总时长最短的目标服务提供方作为接单的目标服务提供方。

S405：将接单结果通知给所述用户。

这里，如果在预计接单时间范围内存在接单的目标服务提供方，则可以向用户推送等待接送页面信息，如接单的目标服务提供方的信息或者接单的目标服务提供方的预计到达时间等。如果不存在接单的目标服务提供方，则可以向用户推送订单等待超时通知信息，并继续为用户寻找可以为用户提供服务的目标服务提供方。

实施例五

本申请实施例五提供的订单处理方法如图6所示，包括：

S501：接收用户提交的服务订单，确定用户的出发位置。

这里，软件平台可以在用户提交的服务订单中提取用户的出发位置。软件平台还可以在服务订单中提取目的位置、用户的联系方式、用户账户、用户信用度等订单信息，从而可以为服务提供方提供全面的用户信息。

S502：判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方。

这里，在判断当前是否存在所在位置位于出发位置对应的接单区域内的服务提供方时，可以先根据用户提交的服务订单的出发位置确定接单区域。具体如，将与出发位置之间的距离在预设距离范围内的区域确定为接单区域。

S503：若存在所在位置位于出发位置对应的接单区域内的服务提供方，则将用户的服务订单推送给接单区域内的服务提供方。

在具体实施中，软件平台如果确定存在所在位置位于出发位置对应的接单区域内的服务提供方，则可以认为接单区域内存在可以为用户提供服务的服务提供方，进而可以将用户的服务订单推送给接单区域内的服务提供方。

S504：若不存在所在位置位于出发位置对应的接单区域内的服务提供方，则判断在未来预设时长内是否存在到达接单区域的目标服务提供方。

在具体实施中，软件平台如果确定不存在所在位置位于出发位置对应的接单区域内的服务提供方，则可以根据正在服务订单的目标位置，确定正在服务的订单中的目标位置位于接单区域内的候选服务提供方，并将候选服务提供方完成正在服务的订单所需的剩余时长与未来预设时长进行对比，如果候选服务提供方完成正在服务的订单所需的剩余时长小于或等于未来预设时长，则可以将候选服务提供方确定为目标服务提供方。

S505：若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布用户的服务订单。

在具体实施中，软件平台如果确定在未来预设时长内不存在达到接单区域的目标服务提供方，则可以在预设的播单等待时长内周期性发布用户的服务订单，或者，可以扩大接单区域的范围为用户查找可以接单的服务提供方。

S506：若在未来预设时长内存在到达接单区域的目标服务提供方，则将用户的服务订单推送给目标服务提供方。

在具体实施中，在将用户的服务订单推送给目标服务提供方时，可以在目标服务提供方完成正在服务的订单之后，将用户的服务订单推送给所述目标服务提供方。或者，可以向存在正在服务的订单的目标服务提供方推送所述用户的服务订单。

这里，在将用户的服务订单推送给完成正在服务的订单的目标服务提供方时，如果存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则可以在任一目标服务提供方最先完成正在服务的订单之后，将用户的服务订单推送给目标服务提供方。

S507：根据目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围，并向用户推送携带有预计接单时间范围的等待应答页信息。

这里，在确定预计接单时间范围时，可以将由目标服务提供方完成正在服务的订单的剩余时长，至该剩余时长及预设的播单等待时长的时间范围，作为预计接单时间范围，或者，可以将由当前时间起，至当前时间加剩余时长加播单等待时长的时间范围，作为预计接单时间范围。

在具体实施中，软件平台在确定预计接单时间范围之后，可以向用户推送携带有预计接单时间范围的等待应答页信息，从而用户可以根据等待应答页信息确定需要等待的时间范围。

S508：确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，并将接单结果通知给所述用户。

在具体实施中，如果目标服务提供方接单，则可以向用户推送等待接送页面信息，等待接送页面信息中可以包括接单的目标服务提供方的信息和/或预计到达时间。如果目标服务提供方未接单，则可以向用户推送订单等待超时通知信息，并继续为用户寻找可以为用户提供服务的目标服务提供方。

S509：若目标服务提供方未接单，则返回判断当前是否存在所在位置位于出发位置对应的接单区域内的服务提供方的步骤，即返回S502，直到存在目标服务提供方接单，或者，直到满足播单停止条件。

这里，播单停止条件可以包括距离最开始接收到用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。其中的用户等待时长可以为预先进行设置的，如果超过用户等待时长没有接单的目标服务提供方，则可以继续为用户寻找目标服务提供方，或者，可以提示用户考虑其他出行方式。

在具体实施中，如果在预设的用户等待时长之内不存在接单的目标服务提供方，则可以向用户提供相应的补偿，如向用户提供优惠券或代金券等，从而可以减少用户的损失，提高用户的满意度。

需要说明的是，以上任一种实施方式中的服务订单可以为代驾业务订单，其中的目标服务提供方可以为代驾服务提供方。在具体实施中，软件平台可以实时检测接单区域内是否存在可以为用户提供服务的服务提供方，如果检测到接单区域内存在可以为用户提供服务的服务提供方，则可以直接将用户提交的服务订单推送给该服务提供方，无需等待其他存在正在服务的订单的服务提供方进行接单，从而可以为用户提供最快的接单方案，提高用户的满意度。

本申请实施例中，可以接收用户提交的服务订单，进而可以根据服务订单中携带的出发位置，判断当前是否存在所在位置位于该出发位置对应的接单区域内的服务提供方，如果不存在位置位于该接单区域内的服务提供方，则可以进一步判断在未来预设时长内，是否存在到达该接单区域的目标服务提供方，如果在未来预设时长内存在到达该接单区域的目标服务提供方，则可以将用户的服务订单推送给目标服务提供方，可以在即将到达该接单区域的服务提供方中，为用户确定可以为用户提供服务的目标服务提供方，从而可以避免直接对用户提交的服务订单进行拦截带来的上述弊端，为用户提供完善的呼叫服务提供方的方案，提高用户的体验满意度。

实施例六

如图7所示，为本申请实施例六提供的订单处理装置70，包括：接收模块71、第一判断模块72、第二判断模块73和推送模块74。

所述接收模块71，用于接收用户提交的服务订单；所述服务订单中携带有出发位置；

所述第一判断模块72，用于判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；

所述第二判断模块73，用于若当前不存在所在位置位于所述出发位置对应的接单区域内的服务提供方，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；

所述推送模块74，用于在未来预设时长内若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

采用上述订单处理装置70，可以根据接收的用户提交的服务订单，判断当前是否存在位置位于该服务订单携带的出发位置对应的接单区域内的服务提供方，如果不存在位置位于接单区域内的服务提供方，则可以判断在未来预设时长内是否存在到达该接单区域的目标服务提供方，如果在未来预设时长内存在到达该接单区域的目标服务提供方，则将用户的服务订单推送给目标服务提供方。这样，在用户发起服务订单时，即使在用户设定的出发位置对应的接单区域内不存在空闲状态的服务提供方，也可以将用户提交的服务订单推送给即将到达接单区域内的目标服务提供方，而不是直接对用户发起的服务订单进行拦截，从而可以为用户提供更加完善的需求方案，更好地满足用户对服务提供方的需求。

在具体实施中，所述第二判断模块73，具体用于根据以下步骤判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方：

确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方；

将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比；

若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

进一步地，所述装置70还包括：

确定模块75，用于根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围；

所述推送模块74，还用于向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

在具体实施中，所述确定模块75，还用于确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单；

所述推送模块74，还用于将接单结果通知给所述用户。

进一步地，所述推送模块74，还用于，

若所述目标服务提供方接单，则向所述用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间；或者，

若所述目标服务提供方未接单，则向所述用户推送订单等待超时通知信息。

在具体实施中，所述推送模块74，具体用于根据以下步骤将所述用户的服务订单推送给所述目标服务提供方：

若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方；

所述确定模块75，具体用于根据以下步骤确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单：

从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

所述确定模块75，具体用于根据以下步骤从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方：

从多个所述目标服务提供方中，将在所述最晚时间之内最先抢单的目标服务提供方确定为所述接单的目标服务提供方；

或者，从在所述最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方；

或者，根据在所述最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在所述最晚时间之内选择抢单的多个目标服务提供方中选择所述接单的目标服务提供方。

可选地，所述装置70还包括：

发布模块76，用于若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布所述用户的服务订单。

进一步地，所述推送模块74，具体用于根据以下步骤将所述用户的服务订单推送给所述目标服务提供方：

在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方；或者，

向存在未完成订单的所述目标服务提供方推送所述用户的服务订单。

进一步地，所述推送模块74，具体用于根据以下步骤在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方：

若存在多个在所述未来预设时长内到达所述接单区域的目标服务提供方，则在任一所述目标服务提供方最先完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方。

可选地，所述装置70还包括：

返回模块77，用于若所述目标服务提供方未接单，则返回所述判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方的步骤，直到存在目标服务提供方接单，或者，直到满足播单停止条件，其中，所述播单停止条件包括：距离最开始接收到所述用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。

可选地，所述服务订单为代驾业务订单，所述目标服务提供方为代驾服务提供方。

通过上述订单处理装置70，可以在当前不存在所在位置位于用户的出发位置对应的接单区域内的服务提供方时，避免直接对用户提交的服务订单进行拦截带来的处理方式，为用户提供完善的呼叫服务提供方的方案，提高用户的体验满意度。

实施例七

如图8所示，为本申请实施例七所提供的一种电子设备80的结构示意图，包括：处理器81、存储器82和总线83；

所述存储器存储82有所述处理器81可执行的机器可读指令(，当电子设备运行时，所述处理器81与所述存储器82之间通过总线83通信，所述机器可读指令被所述处理器81执行时执行如下处理：

接收用户提交的服务订单；所述服务订单中携带有出发位置；

判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；

若不存在，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；

若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

在具体实施中，上述处理器81执行的处理中，所述判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方，包括：

确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方；

将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比；

若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

在具体实施中，上述处理器81执行的处理中，将所述用户的服务订单推送给所述目标服务提供方之后，还包括：

根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围；

向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

在具体实施中，上述处理器81执行的处理中，所述向所述用户推送携带有所述预计接单时间范围的等待应答页信息之后，还包括：

确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，并将接单结果通知给所述用户。

在具体实施中，上述处理器81执行的处理中，所述将接单结果通知给所述用户，包括：

若所述目标服务提供方接单，则向所述用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间；或者，

若所述目标服务提供方未接单，则向所述用户推送订单等待超时通知信息。

在具体实施中，上述处理器81执行的处理中，所述将所述用户的服务订单推送给所述目标服务提供方，包括：

若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方；

所述确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，包括：

从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

在具体实施中，上述处理器81执行的处理中，所述从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方，包括：

从多个所述目标服务提供方中，将在所述最晚时间之内最先抢单的目标服务提供方确定为所述接单的目标服务提供方；

或者，从在所述最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方；

或者，根据在所述最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在所述最晚时间之内选择抢单的多个目标服务提供方中选择所述接单的目标服务提供方。

在具体实施中，上述处理器81执行的处理中，所述方法还包括：

若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布所述用户的服务订单。

在具体实施中，上述处理器81执行的处理中，所述将所述用户的服务订单推送给所述目标服务提供方，包括：

在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方；或者，

向存在正在服务的订单的所述目标服务提供方推送所述用户的服务订单。

在具体实施中，上述处理器81执行的处理中，所述在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方，包括：

若存在多个在所述未来预设时长内到达所述接单区域的目标服务提供方，则在任一所述目标服务提供方最先完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方。

在具体实施中，上述处理器81执行的处理中，将所述用户的服务订单推送给所述目标服务提供方之后，还包括：

若所述目标服务提供方未接单，则返回所述判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方的步骤，直到存在目标服务提供方接单，或者，直到满足播单停止条件，其中，所述播单停止条件包括：距离最开始接收到所述用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。

在具体实施中，上述处理器81执行的处理中，所述服务订单为代驾业务订单，所述目标服务提供方为代驾服务提供方。

实施例八

本申请实施例八还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述任一实施例订单处理方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述订单处理方法，从而解决目前在用户附近无提供服务的代驾服务提供方的情况下对用户的代驾请求直接拦截的问题，进而为用户提供便利。

本申请实施例所提供的订单处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (26)

1.一种订单处理方法，其特征在于，所述方法包括：

接收用户提交的服务订单；所述服务订单中携带有出发位置；

判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；

若不存在，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；

若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

2.根据权利要求1所述的方法，其特征在于，所述判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方，包括：

确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方；

将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比；

若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

3.根据权利要求1所述的方法，其特征在于，将所述用户的服务订单推送给所述目标服务提供方之后，还包括：

根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围；

向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

4.根据权利要求3所述的方法，其特征在于，所述向所述用户推送携带有所述预计接单时间范围的等待应答页信息之后，还包括：

确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，并将接单结果通知给所述用户。

5.根据权利要求4所述的方法，其特征在于，所述将接单结果通知给所述用户，包括：

若所述目标服务提供方接单，则向所述用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间；或者，

若所述目标服务提供方未接单，则向所述用户推送订单等待超时通知信息。

6.根据权利要求4所述的方法，其特征在于，所述将所述用户的服务订单推送给所述目标服务提供方，包括：

若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方；

所述确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单，包括：

从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

7.根据权利要求6所述的方法，其特征在于，所述从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方，包括：

从多个所述目标服务提供方中，将在所述最晚时间之内最先抢单的目标服务提供方确定为所述接单的目标服务提供方；

或者，从在所述最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方；

或者，根据在所述最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在所述最晚时间之内选择抢单的多个目标服务提供方中选择所述接单的目标服务提供方。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布所述用户的服务订单。

9.根据权利要求1所述的方法，其特征在于，所述将所述用户的服务订单推送给所述目标服务提供方，包括：

在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方；或者，

向存在正在服务的订单的所述目标服务提供方推送所述用户的服务订单。

10.根据权利要求9所述的方法，其特征在于，所述在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方，包括：

若存在多个在所述未来预设时长内到达所述接单区域的目标服务提供方，则在任一所述目标服务提供方最先完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方。

11.根据权利要求1所述的方法，其特征在于，将所述用户的服务订单推送给所述目标服务提供方之后，还包括：

若所述目标服务提供方未接单，则返回所述判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方的步骤，直到存在目标服务提供方接单，或者，直到满足播单停止条件，其中，所述播单停止条件包括：距离最开始接收到所述用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。

12.根据权利要求1所述的方法，其特征在于，所述服务订单为代驾业务订单，所述目标服务提供方为代驾服务提供方。

13.一种订单处理装置，其特征在于，所述装置包括：接收模块、第一判断模块、第二判断模块和推送模块；其中，

所述接收模块，用于接收用户提交的服务订单；所述服务订单中携带有出发位置；

所述第一判断模块，用于判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方；其中，所述接单区域是指与所述出发位置之间的距离在预设距离范围内的区域；

所述第二判断模块，用于若当前不存在所在位置位于所述出发位置对应的接单区域内的服务提供方，则判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方；

所述推送模块，用于在未来预设时长内若存在到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给所述目标服务提供方。

14.根据权利要求13所述的装置，其特征在于，所述第二判断模块，具体用于根据以下步骤判断在未来预设时长内是否存在到达所述接单区域的目标服务提供方：

确定正在服务的订单中的目标位置位于所述接单区域内的候选服务提供方；

将所述候选服务提供方完成正在服务的订单所需的剩余时长与所述未来预设时长进行对比；

若所述剩余时长小于或等于所述未来预设时长，则将所述候选服务提供方确定为所述目标服务提供方。

15.根据权利要求13所述的装置，其特征在于，所述装置还包括：

确定模块，用于根据所述目标服务提供方完成正在服务的订单所需的剩余时长，以及预设的播单等待时长，确定预计接单时间范围；

所述推送模块，还用于向所述用户推送携带有所述预计接单时间范围的等待应答页信息。

16.根据权利要求15所述的装置，其特征在于，

所述确定模块，还用于确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单；

所述推送模块，还用于将接单结果通知给所述用户。

17.根据权利要求16所述的装置，其特征在于，所述推送模块，还用于，

若所述目标服务提供方接单，则向所述用户推送等待接送页面信息，其中包括接单的目标服务提供方的信息和/或预计到达时间；或者，

若所述目标服务提供方未接单，则向所述用户推送订单等待超时通知信息。

18.根据权利要求16所述的装置，其特征在于，所述推送模块，具体用于根据以下步骤将所述用户的服务订单推送给所述目标服务提供方：

若存在多个在未来预设时长内到达所述接单区域的目标服务提供方，则将所述用户的服务订单推送给多个所述目标服务提供方；

所述确定模块，具体用于根据以下步骤确定所述目标服务提供方在所述预计接单时间范围对应的最晚时间之内是否接单：

从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方。

19.根据权利要求18所述的装置，其特征在于，所述确定模块，具体用于根据以下步骤从多个所述目标服务提供方中确定在所述最晚时间之内接单的目标服务提供方：

从多个所述目标服务提供方中，将在所述最晚时间之内最先抢单的目标服务提供方确定为所述接单的目标服务提供方；

或者，从在所述最晚时间之内选择抢单的多个目标服务提供方中，选择最先完成正在服务的订单的目标服务提供方作为所述接单的目标服务提供方；

或者，根据在所述最晚时间之内选择抢单的多个目标服务提供方完成正在服务的订单所需的剩余时长，以及完成正在服务的订单后到达所述出发位置所需的时长，从在所述最晚时间之内选择抢单的多个目标服务提供方中选择所述接单的目标服务提供方。

20.根据权利要求13所述的装置，其特征在于，所述装置还包括：

发布模块，用于若在未来预设时长内不存在到达所述接单区域的目标服务提供方，则在预设的播单等待时长内周期性发布所述用户的服务订单。

21.根据权利要求13所述的装置，其特征在于，所述推送模块，具体用于根据以下步骤将所述用户的服务订单推送给所述目标服务提供方：

在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方；或者，

向存在未完成订单的所述目标服务提供方推送所述用户的服务订单。

22.根据权利要求21所述的装置，其特征在于，所述推送模块，具体用于根据以下步骤在所述目标服务提供方完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方：

若存在多个在所述未来预设时长内到达所述接单区域的目标服务提供方，则在任一所述目标服务提供方最先完成正在服务的订单之后，将所述用户的服务订单推送给所述目标服务提供方。

23.根据权利要求13所述的装置，其特征在于，所述装置还包括：

返回模块，用于若所述目标服务提供方未接单，则返回所述判断当前是否存在所在位置位于所述出发位置对应的接单区域内的服务提供方的步骤，直到存在目标服务提供方接单，或者，直到满足播单停止条件，其中，所述播单停止条件包括：距离最开始接收到所述用户的服务订单超过预设的用户等待时长，和/或，接收到用户提交的结束订单指令。

24.根据权利要求13所述的装置，其特征在于，所述服务订单为代驾业务订单，所述目标服务提供方为代驾服务提供方。

25.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1～12任一所述方法的步骤。

26.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1～12任一所述方法的步骤。

Images