CN110858379A - 出行订单的处理方法、装置及服务器 - Google Patents

Abstract

本发明提供一种出行订单的处理方法、装置及服务器，服务器获取乘客的预约订单，并将所述预约订单分配给提供出行服务的第二用户，根据所述预约订单，获取乘客预约的出行信息，所述出行信息包括出发时间和出发地点；然后根据司机的当前位置，判断司机能否根据所述出发时间到达所述出发地点，若否，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示司机释放所述预约订单；通过在司机终端提示释放该预约订单，可以避免乘客出行时间延迟，从而不会对司机的个人好评度造成损害，也避免了司机被出行平台处罚，提升了出行平台的用户体验。

Description

出行订单的处理方法、装置及服务器

技术领域

本发明涉及互联网技术领域，尤其涉及一种出行订单的处理方法、装置及服务器。

背景技术

随着互联网技术的发展，网络消费已成为人们的主要消费方式，其中，网络出行越来越受到人们的欢迎。当乘客需要打车时，可以通过出行平台发布出行信息，包括出发时间、出发地点及到达地点等信息，由出行平台根据出行信息生成出行订单，以派单或者抢单的方式发布给司机，司机接单后根据订单中的出发时间和出发地点接送乘客。

在某些情况下，乘客的出行具有计划性，因此会根据出行计划提前(半个小时或者更长的时间)在出行平台发布订单以确保准时出行，这一类订单被称为预约订单。通常情况下，司机可以根据自己的行程情况抢接预约订单，在接单后会在指定的出发时间到达出发地点。

对于司机来说，抢接的预约订单属于优质订单，主观故意迟到的概率极低。但是在接驾途中可能会有各种不确定的原因导致司机迟到，比如事故、堵塞、天气等原因。现有技术中，由于司机迟到会导致乘客出行时间延迟，乘客可能会对司机进行差评，也就是说，即使是在非主观原因导致司机迟到的情况下，也会损害司机的个人好评度并被出行平台处罚，使得出行平台的用户体验降低。

发明内容

本发明提供一种出行订单的处理方法、装置及服务器，服务器在判断司机可能会迟到的情况下，提醒司机释放该订单，从而避免了司机的个人好评度受到损害或被出行平台处罚，提升出行平台的用户体验。

第一方面，本发明提供的出行订单的处理方法，包括：

获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户；

根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点；

根据所述第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点；

若否，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

可选的，所述向所述第二用户的终端发送第一提示信息之后，还包括：

获取所述第二用户根据所述第一提示信息输入的选择指令；

若所述选择指令用于指示释放所述预约订单，则将所述预约订单指派给第三用户，并向所述第二用户的终端发送第二提示信息，所述第二提示信息用于提示第二用户已释放所述预约订单。

可选的，所述根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点，包括：

在所述出发时间之前的至少一个预设时间，根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点。

可选的，所述根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点，包括：

根据第二用户的当前位置，以及第二用户的当前位置与所述出发地点之间的路况信息，确定所述第二用户从当前位置到达所述出发地点所需要的路程时间；

根据当前时间、所述路程时间以及所述出发时间，判断所述第二用户能否根据所述出发时间到达所述出发地点。

可选的，所述根据当前时间、所述路程时间以及所述出发时间，判断所述第二用户能否根据所述出发时间到达所述出发地点，包括：

确定由当前时间至所述出发时间之间的剩余时间；

若所述剩余时间与所述路程时间之差大于预设值，则确定所述第二用户能够根据所述出发时间到达所述出发地点；

否则，确定所述第二用户不能根据所述出发时间到达所述出发地点。

可选的，所述方法还包括：

若所述选择指令用于指示不释放所述预约订单，则向所述第二用户的终端发送第三提示信息，所述第三提示信息用于提示第二用户继续执行所述预约订单。

可选的，所述将所述预约订单指派给第三用户之后，还包括：

向所述第一用户的终端发送第四提示信息，所述第四提示信息用于向所述第一用户提示所述预约订单对应的接驾车辆信息。

第二方面，本发明提供的出行订单的处理装置，包括：

获取模块，用于获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户；

处理模块，用于根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点；

判断模块，用于根据所述第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点；

发送模块，用于若所述判断模块判断所述第二用户不能根据所述出发时间到达所述出发地点，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

可选的，所述获取模块，还用于获取所述第二用户根据所述第一提示信息输入的选择指令；

相应的，所述处理模块，还用于若所述选择指令用于指示释放所述预约订单，则将所述预约订单指派给第三用户；

所述发送模块，还用于向所述第二用户的终端发送第二提示信息，所述第二提示信息用于提示第二用户已释放所述预约订单。

可选的，所述判断模块，具体用于在所述出发时间之前的至少一个预设时间，根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点。

可选的，所述判断模块，具体用于根据第二用户的当前位置，以及第二用户的当前位置与所述出发地点之间的路况信息，确定所述第二用户从当前位置到达所述出发地点所需要的路程时间；

根据当前时间、所述路程时间以及所述出发时间，判断所述第二用户能否根据所述出发时间到达所述出发地点。

可选的，所述判断模块，具体用于确定由当前时间至所述出发时间之间的剩余时间；

若所述剩余时间与所述路程时间之差大于预设值，则确定所述第二用户能够根据所述出发时间到达所述出发地点；

否则，确定所述第二用户不能根据所述出发时间到达所述出发地点。

可选的，所述发送模块，还用于若所述选择指令用于指示不释放所述预约订单，则向所述第二用户的终端发送第三提示信息，所述第三提示信息用于提示第二用户继续执行所述预约订单。

可选的，所述发送模块，还用于向所述第一用户的终端发送第四提示信息，所述第四提示信息用于向所述第一用户提示所述预约订单对应的接驾车辆信息。

第三方面，本发明提供的服务器，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面任一项所述的方法。

第四方面，本发明提供的计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如第一方面任一项所述的方法。

本发明提供的出行订单的处理方法、装置及服务器，服务器获取乘客的预约订单，并将所述预约订单分配给提供出行服务的第二用户，根据所述预约订单，获取乘客预约的出行信息，所述出行信息包括出发时间和出发地点；然后根据司机的当前位置，判断司机能否根据所述出发时间到达所述出发地点，若否，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示司机释放所述预约订单；通过在司机终端提示释放该预约订单，可以避免乘客出行时间延迟，从而不会对司机的个人好评度造成损害，也避免了司机被出行平台处罚，提升了出行平台的用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的出行订单的处理方法所适用的场景示意图；

图2为本发明提供的出行订单的处理方法实施例一的流程图；

图3为本发明提供的出行订单的处理方法实施例二的流程图；

图4A-图4D为本发明实施例二中第二用户的终端界面的示意图；

图5为本发明提供的出行订单的处理方法实施例三的流程图；

图6为本发明提供的出行订单的处理装置实施例的结构示意图；

图7为本发明提供的服务器实施例的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本发明提供的出行订单的处理方法所使用的场景示意图，如图1所示，包括服务器和至少两个终端，终端可以为能够与服务器通信连接的任意电子设备，包括但不限于手机、笔记本电脑、平台电脑、智能穿戴设备等。其中，服务器上运行出行平台的服务端，终端上运行出行平台的客户端。乘客使用终端在出行平台上发布预约订单后，司机可以使用终端在出行平台上抢接该预约订单。对于司机来说，抢接的预约订单属于优质订单，主观故意迟到的概率极低。但是在接驾途中可能会有各种不确定的原因导致司机迟到，比如事故、堵塞、天气等原因。

现有技术中，在司机迟到的情况下，乘客有两种应对方式，一种应对方式为乘客在出发地点继续等待，直到司机到达该出发地点，等待多久不确定；另一种应对方式为乘客取消该订单重新叫车，即重新进入排队序列，等待出行平台为新订单指派司机。上述两种应对方式下，均会导致乘客出行时间延迟，乘客可能会对司机进行差评，也就是说，即使是在非主观原因导致司机迟到的情况下，也会损害司机的个人好评度并被出行平台处罚，使得出行平台的用户体验降低。

本发明提供一种出行订单的处理方法、装置及服务器，服务器在判断司机可能会迟到的情况下，提醒司机释放该订单，从而避免了司机的个人好评度受到损害或被出行平台处罚，提升出行平台的用户体验。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明提供的出行订单的处理方法实施例一的流程图，本实施例的执行主体可以为出行订单的处理装置，具体的，该装置可以以软件或硬件的方式设置于图1所示的服务器中。

如图2所示，本实施例的方法，可以包括：

S21：获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户。

S22：根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点。

S23：根据所述第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点。

S24：若否，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

其中，第一用户可以为乘客，第二用户可以为司机。预约订单是指乘客根据出行计划提前发布的出行订单，例如，乘客根据出行计划提前半小时或者更长的时间在出行平台发布出行信息以确保准时出行。

具体的，乘客终端通过出行平台发布预约订单后，出行平台服务器将该订单分配给提供出行服务的司机。需要说明的是，服务器分配订单的方式有多种，例如：可以是司机可以通过出行平台抢接该预约订单，还可以是服务器按照预设的分配原则为该订单分配司机，本发明实施例对此不作具体限定。

然后，服务器根据预约订单获取乘客的出行信息，其中，出行信息包括但不限于出发时间和出发地点。进而，服务器根据司机当前位置，判断司机能否根据所述出发时间到达所述出发地点，即判断司机是否会迟到。

需要说明的是，判断司机是否会迟到的方法有多种，本实施例对此不作具体限定。一种可选的实施方式中，根据司机的当前位置与所述出发地点之间的距离，以及司机当前的运行时速，预估司机由当前位置达到所述出发地点所需要的路程时间，然后根据当前时间和所述路程时间，判断司机能否在所述出发时间到达所述出发地点。

另一种可选的实施方式中，根据司机的当前位置与所述出发地点之间的距离，结合当前的路况信息、天气信息，估算司机由当前位置到达所述出发地点所需要的路程时间，然后根据当前时间和所述路程时间，判断司机能否在所述出发时间到达所述出发地点。

若判断司机能够在所述出发时间达到所述出发地点，则司机继续执行该预约订单，即继续前往所述出发地点接乘客。

若判断司机无法在所述出发时间达到所述出发地点，则可以向司机终端发送第一提示信息，用于提示司机释放该预约订单。例如，司机终端中显示的提示信息可以为“根据当前位置与乘客上车点距离判断：您本次接乘客很可能会迟到，迟到会影响您的服务评价，为把您的损失降低到最小，同时避免影响乘客，建议您释放本次行程给其他师傅”。

司机看到该第一提示信息后，可以选择释放该预约订单。由于司机在出行时间之前释放了该预约订单，使得乘客或者出行出台还可以采用其他方式保证乘客按时出行。例如，乘客通过终端重新发布实时订单，由距离所述出发地点较近的其他司机终端接单；或者，在司机终端释放该预约订单后，出行平台将该预约订单转移给距离所述出发地点较近的其他司机终端。可见，通过提示司机终端释放该预约订单，可以避免乘客出行时间延迟，从而不会对司机的个人好评度造成损害，也避免了司机被出行平台处罚，提升了出行平台的用户体验。

本实施例中，服务器获取乘客的预约订单，根据所述预约订单，获取乘客预约的出行信息，所述出行信息包括出发时间和出发地点；然后根据司机的当前位置，判断司机能否根据所述出发时间到达所述出发地点，若否，则向司机终端发送第一提示信息，所述第一提示信息用于提示司机释放所述预约订单；通过提示司机释放该预约订单，可以避免乘客出行时间延迟，从而不会对司机的个人好评度造成损害，也避免了司机被出行平台处罚，提升了出行平台的用户体验。

图3为本发明提供的出行订单的处理方法实施例二的流程图，图4A-图4D为本发明实施例二中第二用户的终端界面的示意图。在上述实施例的基础上，本实施例对本发明技术方案进行更详细的描述，如图3所示，本实施例的方法，可以包括：

S31：获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户。

S32：根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点。

S33：在所述出发时间之前的至少一个预设时间，根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点，若能，则执行S34，若否，则执行S35。

具体的，本实施例中，司机终端抢接预约订单后，服务器可以根据预约订单中的出发时间，确定至少一个预设时间，并在所述至少一个预设时间判断司机是否会迟到。其中，司机终端中显示的预约订单的界面可参见图4A所示。

一种可选的实施方式中，可以根据出发时间和预设的时间间隔确定所述至少一个预设时间，具体的，由所述出发时间开始往前推算，每隔预设的时间间隔作为一个预设时间。例如：假设出发时间为8:00，预设的时间间隔为15分钟，当前时间为7:05，则可以将7:45、7:30、7:15作为所述预设时间，也就是说，在7:15、7:30和7:45时执行S23，判断司机能否在8:00到达所述出发地点。

另一种可选的实施方式中，还可以根据当前时间和预设的时间间隔确定所述至少一个预设时间，具体的，由当前时间开始往后推算，每隔预设的时间间隔作为一个预设时间。例如：假设出发时间为8:00，预设的时间间隔为15分钟，当前时间为7:05，则可以将7:20、7:35、7:50作为所述预设时间，也就是说，在7:20、7:35和7:45时执行S23，判断司机能否在8:00到达所述出发地点。

需要说明的是，本发明对于所述预设时间的数量不作具体限定，可以只设置一个预设时间，例如只在7:45进行一次是否会迟到的判断；也可以设置多个预设时间，例如在7:15、7:30和7:45分别进行三次是否会迟到的判断。可以理解的，具体实施过程中，可以根据司机当前位置与所述出发地点之间的距离以及路况情况，确定所述预设时间的数量。

另外，上述的预设的时间间隔也不作具体限定，可以为5分钟、10分钟或者15分钟，还可以为其他时长的时间间隔，实施例中仅以15分钟为例进行说明，但本发明并不以此为限。

S34：确定由第二用户继续执行所述预约订单。

S35：向第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

当经过S33的判断后，确定司机能够根据所述出发时间到达所述出发地点，则确定该司机继续执行所述预约订单，即该司机继续前往所述出发地点接乘客。

当经过S33的判断后，确定司机无法根据所述出发时间到达所述出发地点，则向司机终端发送第一提示信息，提示该司机释放所述预约订单。作为一种可选的实施方式，司机终端中显示第一提示信息的界面可以参见图4B，第一提示信息的内容可以为“根据当前位置与乘客上车点距离判断：您本次接乘客很可能会迟到，迟到会影响您的服务评价，为把您的损失降低到最小，同时避免影响乘客，建议您释放本次行程给其他师傅”。

S36：获取所述第二用户根据所述第一提示信息输入的选择指令。

如图4B所示，司机看到该第一提示信息后，可以根据实际情况，选择释放或者不释放该预约订单。

S37：根据所述选择指令判断所述第二用户是否释放所述预约订单，若是，则执行S38，若否，则执行S40。

S38：向所述第二用户的终端发送第三提示信息，所述第三提示信息用于提示第二用户继续执行所述预约订单。

若司机选择不释放该预约订单，则向司机终端发送第三提示信息，以提示该司机继续执行该预约订单，即继续前往所述出发地点接乘客。作为一种可选的实施方式，司机终端中显示第三提示信息的界面可以参见图4D，第三提示信息的内容可以为“您选择不释放，请尽快去接乘客，不要让乘客等太久”。

S39：将所述预约订单指派给第三用户，并向所述第二用户的终端发送第二提示信息，所述第二提示信息用于提示第二用户已释放所述预约订单。

S40：向所述第一用户的终端发送第四提示信息，所述第四提示信息用于向第一用户提示所述预约订单对应的接驾车辆信息。

假设司机A选择释放该预约订单，则服务器将该预约订单放入优先指派队列，优先指派给司机B。具体的，选择司机B的方法可以根据现有技术中为实时订单指派司机的方法，本发明对此不作具体限定。例如：可以选择距离所述出发地点最近的司机作为司机B，或者，选择前往所述出发地点最方便的司机作为司机B，以使司机B可以准时到达出发地点接乘客，从而保证乘客可以按时出行。

另外，由于司机A释放该预约订单后，该预约订单无需进入排队队列，而是直接为该预约订单选择一个更合适的司机B，也就是说，在司机A迟到的情况下，还可以通过将订单转移给司机B完成订单续接，一方面，不会影响乘客的出行时间，乘客感知不到订单转移的过程，提升乘客的出行体验；另一方面，还避免了司机A的个人好评度受到损害，并避免了司机A受到出行平台的处罚。

进一步的，服务器将预约订单指派给司机B后，还可以向司机A的终端发送第二提示信息，用于提示司机A已成功释放该预约订单，从而司机A可以不必前往所述出发地点接乘客。一种可选的实施方式中，司机A的终端显示第二提示信息的界面可以参见图4C，第二提示信息的内容可以为“释放成功，该订单将由其他师傅续接”。

由于该预约订单已由司机A转移至司机B，可选的，服务器还可以向乘客的终端发送第四提示信息，用于提示乘客由司机B执行该预约订单，在第四提示信息中还可以携带司机B对应的接驾车辆信息，以方便乘客在所述出发地点准确、快速的找到司机B的车辆。

本实施例中，当司机根据第一提示信息选择释放所述预约订单后，服务器将该预约订单优先指派给其他司机完成订单的续接，一方面，不会影响乘客的出行时间，乘客感知不到订单转移的过程，提升乘客的出行体验；另一方面，还避免了司机A的个人好评度受到损害，并避免了司机A受到出行平台的处罚。

图5为本发明提供的出行订单的处理方法实施例三的流程图，在上述实施例的基础上，本实施例对S23和S33的其中一种可选的实施方式进行详细描述。如图5所示，根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点，可以具体包括：

S51：根据第二用户的当前位置，以及第二用户的当前位置与所述出发地点之间的路况信息，确定所述第二用户从当前位置到达所述出发地点所需要的路程时间。

S52：确定由当前时间至所述出发时间之间的剩余时间。

S53：若所述剩余时间与所述路程时间之差大于预设值，则确定所述第二用户不能根据所述出发时间到达所述出发地点。

S54：否则，确定所述第二用户能够根据所述出发时间到达所述出发地点。

具体的，剩余时间是指出发时间与当前之间之差，路程时间是指司机由当前位置到所述出发地点所需要的时间，由于路程时间为估算时间，可能会有误差。因此，本实施例中，在判断司机是否会迟到时，考虑了迟到容忍时间，例如：假设迟到容忍时间为10分钟，当(路程时间-剩余时间)>10分钟时，确定司机不能根据所述出发时间到达所述出发地点，即司机会迟到；否则，确定司机能够根据所述出发时间到达所述出发地点，即司机不会迟到。

举例说明：假设当前时间为7:00，出发时间为7:20，司机当前位置在甲地，订单中的出发地点为乙地，迟到容忍时间为10分钟。

由当前时间7:00至出发时间7:20之间的剩余时间为20分钟；根据甲地和乙地之间的距离以及路况信息，可以估算出司机由甲地到达乙地所需要的路程时间，有下列几种情况：

(1)假设路程时间为18分钟，由于剩余时间20分钟大于路程时间18分钟，可以认为司机不会迟到；

(2)假设路程时间为23分钟，由于(路程时间-剩余时间)<迟到容忍时间，可以认为司机不会迟到；

(3)假设路程时间为32分钟，由于(路程时间-剩余时间)>迟到容忍时间，可以认为司机会迟到。

需要说明的是，本实施例中对于迟到容忍时间的时长设置并不作具体限定，上述的10分钟仅为示例。

本实施例中，在判断司机是否会迟到时，同时考虑路况信息以及迟到容忍时间，使得对于司机是否会迟到的判断结果更加准确，从而能够更加准确的保证乘客的出行时间不被延迟。

图6为本发明提供的出行订单的处理装置实施例的结构示意图，本实施例的装置可设置于服务器中。如图6所示，本实施例的出行订单的处理装置600，可以包括：获取模块601、处理模块602、判断模块603、发送模块604。

其中，获取模块601，用于获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户。

处理模块602，用于根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点。

判断模块603，用于根据所述第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点。

发送模块604，用于若所述判断模块判断所述第二用户不能根据所述出发时间到达所述出发地点，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

可选的，获取模块601，还用于获取所述第二用户根据所述第一提示信息输入的选择指令；相应的，处理模块602，还用于若所述选择指令用于指示释放所述预约订单，则将所述预约订单指派给第三用户；发送模块604，还用于向所述第二用户的终端发送第二提示信息，所述第二提示信息用于提示第二用户已释放所述预约订单。

可选的，判断模块603，具体用于在所述出发时间之前的至少一个预设时间，根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点。

可选的，判断模块603，具体用于根据第二用户的当前位置，以及第二用户的当前位置与所述出发地点之间的路况信息，确定所述第二用户从当前位置到达所述出发地点所需要的路程时间；根据当前时间、所述路程时间以及所述出发时间，判断所述第二用户能否根据所述出发时间到达所述出发地点。

可选的，判断模块603，具体用于确定由当前时间至所述出发时间之间的剩余时间；若所述剩余时间与所述路程时间之差大于预设值，则确定所述第二用户能够根据所述出发时间到达所述出发地点；否则，确定所述第二用户不能根据所述出发时间到达所述出发地点。

可选的，发送模块604，还用于若所述选择指令用于指示不释放所述预约订单，则向所述第二用户的终端发送第三提示信息，所述第三提示信息用于提示第二用户继续执行所述预约订单。

可选的，发送模块604，还用于向所述第一用户的终端发送第四提示信息，所述第四提示信息用于向所述第一用户提示所述预约订单对应的接驾车辆信息。

本实施例的装置，可用于执行上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图7为本发明提供的服务器实施例的结构示意图，如图7所示，本实施例的服务器700，可以包括：存储器701、处理器702以及计算机程序，其中，所述计算机程序存储在存储器701中，并被配置为由处理器702执行以实现如上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述任一方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random AccessMemory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在上述网络设备或者终端设备的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种出行订单的处理方法，其特征在于，包括：

获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户；

根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点；

根据所述第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点；

若否，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

2.根据权利要求1所述的方法，其特征在于，所述向所述第二用户的终端发送第一提示信息之后，还包括：

获取所述第二用户根据所述第一提示信息输入的选择指令；

若所述选择指令用于指示释放所述预约订单，则将所述预约订单指派给第三用户，并向所述第二用户的终端发送第二提示信息，所述第二提示信息用于提示第二用户已释放所述预约订单。

3.根据权利要求2所述的方法，其特征在于，所述根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点，包括：

在所述出发时间之前的至少一个预设时间，根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点，包括：

根据第二用户的当前位置，以及第二用户的当前位置与所述出发地点之间的路况信息，确定所述第二用户从当前位置到达所述出发地点所需要的路程时间；

根据当前时间、所述路程时间以及所述出发时间，判断所述第二用户能否根据所述出发时间到达所述出发地点。

5.根据权利要求4所述的方法，其特征在于，所述根据当前时间、所述路程时间以及所述出发时间，判断所述第二用户能否根据所述出发时间到达所述出发地点，包括：

确定由当前时间至所述出发时间之间的剩余时间；

若所述剩余时间与所述路程时间之差大于预设值，则确定所述第二用户能够根据所述出发时间到达所述出发地点；

否则，确定所述第二用户不能根据所述出发时间到达所述出发地点。

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

若所述选择指令用于指示不释放所述预约订单，则向所述第二用户的终端发送第三提示信息，所述第三提示信息用于提示第二用户继续执行所述预约订单。

7.根据权利要求2所述的方法，其特征在于，所述将所述预约订单指派给第三用户之后，还包括：

向所述第一用户的终端发送第四提示信息，所述第四提示信息用于向所述第一用户提示所述预约订单对应的接驾车辆信息。

8.一种出行订单的处理装置，其特征在于，包括：

获取模块，用于获取第一用户的预约订单，并将所述预约订单分配给提供出行服务的第二用户；

处理模块，用于根据所述预约订单，获取所述第一用户预约的出行信息，所述出行信息包括：出发时间和出发地点；

判断模块，用于根据所述第二用户的当前位置，判断所述第二用户能否根据所述出发时间到达所述出发地点；

发送模块，用于若所述判断模块判断所述第二用户不能根据所述出发时间到达所述出发地点，则向所述第二用户的终端发送第一提示信息，所述第一提示信息用于提示第二用户释放所述预约订单。

9.一种服务器，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-7任一项所述的方法。

Images