CN112950319B - 一种网约车订单的处理方法和系统 - Google Patents

Abstract

本发明实施例提供了一种网约车订单的处理方法和系统，其中，所述方法包括：接收来自抢单乘客终端的抢单请求信息；根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单；向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息；接收所述被抢单乘客终端根据所述抢单提醒信息返回的抢单应答信息；根据所述抢单应答信息和所述抢单请求信息生成抢单网约车订单；将所述抢单网约车订单发送至所述抢单乘客终端和所述目标网约车订单对应的司机终端。本发明实施例中抢单乘客可以从被抢单乘客处抢到网约车订单，避免了远距离的司机接单，减少了抢单乘客的等待时间，提升了抢单乘客和司机的网约车体验。

Description

一种网约车订单的处理方法和系统

技术领域

本发明涉及互联网技术领域，特别是涉及一种网约车订单的处理方法和系统。

背景技术

在网约车应用场景中，经常会遇到乘客比较着急打车，或者打车高峰期无法及时打到车的情况。

目前，可以通过调整车辆的调度费用解决此问题，即增加乘客的支付金额以补偿给司机。但是，也产生了新的问题，如车辆距离乘客的上车点太远，乘客的等待时间很长，而且，司机空驶距离和时间都很长，乘客和司机双方的体验都较差。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种网约车订单的处理方法和系统。

为了解决上述问题，根据本发明实施例的第一方面，公开了一种网约车订单的处理方法，应用于服务器，所述方法包括：接收来自抢单乘客终端的抢单请求信息；根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单；向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息；接收所述被抢单乘客终端根据所述抢单提醒信息返回的抢单应答信息；根据所述抢单应答信息和所述抢单请求信息生成抢单网约车订单；将所述抢单网约车订单发送至所述抢单乘客终端和所述目标网约车订单对应的司机终端。

可选地，所述抢单请求信息包含所述抢单乘客终端的位置信息；所述根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单，包括：根据所述位置信息定期筛选得到位于预设距离范围内、且已接单但未失效的候选网约车订单；将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单。

可选地，在所述向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息之后，所述方法还包括：将所述目标网约车订单的状态由未触发状态变更为已触发状态。

可选地，所述将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单，包括：在根据所述位置信息筛选得到第一个所述候选网约车订单之后，将所述第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近、且状态为未触发状态的所述候选网约车订单作为所述目标网约车订单。

可选地，所述接收来自抢单乘客终端的抢单请求信息，包括：向所述抢单乘客终端发送抢单补偿金额信息，所述抢单补偿金额信息包含所述抢单乘客终端针对所述抢单网约车订单的额外支付金额信息；接收所述抢单乘客终端根据所述抢单补偿金额信息返回的所述抢单请求信息。

可选地，所述抢单提醒信息包含被抢单补偿金额信息；所述被抢单补偿金额信息包含所述被抢单乘客终端针对所述目标网约车订单的补偿金额信息；所述额外支付金额信息的金额数量与所述补偿金额信息的金额数量相同。

根据本发明实施例的第二方面，还公开了一种网约车订单的处理系统，应用于服务器，所述系统包括：接收模块，用于接收来自抢单乘客终端的抢单请求信息；筛选模块，用于根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单；发送模块，用于向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息；所述接收模块，还用于接收所述被抢单乘客终端根据所述抢单提醒信息返回的抢单应答信息；生成模块，用于根据所述抢单应答信息和所述抢单请求信息生成抢单网约车订单；所述发送模块，还用于将所述抢单网约车订单发送至所述抢单乘客终端和所述目标网约车订单对应的司机终端。

可选地，所述抢单请求信息包含所述抢单乘客终端的位置信息；所述筛选模块，包括：候选订单筛选模块，用于根据所述位置信息定期筛选得到位于预设距离范围内、且已接单但未失效的候选网约车订单；目标订单确定模块，用于将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单。

可选地，所述系统还包括：变更模块，用于在所述发送模块向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息之后，将所述目标网约车订单的状态由未触发状态变更为已触发状态。

可选地，所述目标订单确定模块，用于在根据所述位置信息筛选得到第一个所述候选网约车订单之后，将所述第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近、且状态为未触发状态的所述候选网约车订单作为所述目标网约车订单。

可选地，所述接收模块，包括：补偿提醒模块，用于向所述抢单乘客终端发送抢单补偿金额信息，所述抢单补偿金额信息包含所述抢单乘客终端针对所述抢单网约车订单的额外支付金额信息；抢单接收模块，用于接收所述抢单乘客终端根据所述抢单补偿金额信息返回的所述抢单请求信息。

可选地，所述抢单提醒信息包含被抢单补偿金额信息；所述被抢单补偿金额信息包含所述被抢单乘客终端针对所述目标网约车订单的补偿金额信息；所述额外支付金额信息的金额数量与所述补偿金额信息的金额数量相同。

与现有技术相比，本发明实施例提供的技术方案具有如下优点：

本发明实施例提供的一种网约车订单的处理方案，抢单乘客终端向服务器发送抢单请求信息，服务器根据抢单请求信息定期筛选满足预设条件的目标网约车订单，并向目标网约车订单对应的被抢单乘客终端发送抢单提醒信息。被抢单乘客终端根据抢单提醒信息生成并返回抢单应答信息至服务器。服务器根据抢单应答信息和抢单请求信息生成抢单网约车订单，进而将抢单网约车订单发送至抢单乘客终端和目标网约车订单对应的司机终端。

本发明实施例中抢单乘客终端发出抢单请求信息，服务器可以从已存在的网约车订单中筛选出目标网约车订单，并提醒目标网约车订单的被抢单乘客终端，即通知被抢单乘客有抢单乘客对当前的目标网约车订单进行抢单。在被抢单乘客同意被抢单之后，被抢单乘客终端返回抢单应答信息，服务器再根据抢单应答信息和抢单请求信息生成抢单网约车订单，该抢单网约车订单属于抢单乘客的网约车订单，至此，抢单乘客可以从被抢单乘客处抢到网约车订单，避免了远距离的司机接单，减少了抢单乘客的等待时间，提升了抢单乘客和司机的网约车体验。

附图说明

图1是本发明的一种网约车订单的处理方法实施例的步骤流程图；

图2是本发明的一种乘客抢单系统的原理示意图；

图3是本发明的一种网约车订单的处理系统实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种网约车订单的处理方法实施例的步骤流程图。该网约车订单的处理方法可以应用于服务器，该服务器可以为网约车调度服务器。该网约车订单的处理方法具体可以包括如下步骤：

步骤101，接收来自抢单乘客终端的抢单请求信息。

在本发明的实施例中，抢单乘客终端可以为网约车业务中的任意乘客终端。通常，在抢单乘客终端发出约车请求信息之后，若在一定时间内未有司机接单，或者，在一定时间内未接收到接单应答信息，则可以发出抢单请求信息。在实际应用中，抢单请求信息可以包含但不限于：抢单流水号、抢单乘客的乘客标识、抢单乘客终端的终端标识、抢单乘客终端的位置信息等等。

步骤102，根据抢单请求信息定期筛选满足预设条件的目标网约车订单。

在本发明的实施例中，服务器在接收到抢单请求信息之后，为该抢单乘客终端创建一个具有时效性的抢单候选池。在抢单候选池中根据抢单请求信息添加多个候选网约车订单，再从多个候选网约车订单中选择出满足预设条件的目标网约车订单。

步骤103，向目标网约车订单对应的被抢单乘客终端发送抢单提醒信息。

在本发明的实施例中，目标网约车订单为被司机接单，但司机未到达上车点的网约车订单。目标网约车订单的乘客终端即被抢单乘客终端。

在选择出目标网约车订单之后，向被抢单乘客终端发送抢单提醒信息。该抢单提醒信息用于通知被抢单乘客终端该目标网约车订单正在被其他乘客终端(即抢单乘客终端)抢单。

步骤104，接收被抢单乘客终端根据抢单提醒信息返回的抢单应答信息。

在本发明的实施例中，被抢单乘客终端接收到抢单提醒信息之后，可以响应于被抢单乘客的响应操作，生成抢单应答信息。在实际应用中，响应操作可以为同意被抢单的响应操作，也可以为不同意被抢单的响应操作。相应地，抢单应答信息也可以为同意被抢单的抢单应答信息，也可以为不同意被抢单的抢单应答信息。

步骤105，根据抢单应答信息和抢单请求信息生成抢单网约车订单。

在本发明的实施例中，生成抢单网约车订单的抢单应答信息可以为上述同意被抢单的抢单应答信息。在生成抢单网约车订单时，可以根据抢单应答信息、抢单请求信息和目标网约车订单生成抢单网约车订单。具体可以根据抢单乘客终端的上车点信息、目的地信息和司机终端的位置信息等生成抢单网约车订单。

步骤106，将抢单网约车订单发送至抢单乘客终端和目标网约车订单对应的司机终端。

在本发明的实施例中，在生成抢单网约车订单之后，可以通知抢单乘客终端抢单成功，并通知司机终端目标网约车订单被更改为抢单网约车订单。至此，抢单乘客终端从被抢单乘客终端处抢单成功。

本发明实施例提供的一种网约车订单的处理方案，抢单乘客终端向服务器发送抢单请求信息，服务器根据抢单请求信息定期筛选满足预设条件的目标网约车订单，并向目标网约车订单对应的被抢单乘客终端发送抢单提醒信息。被抢单乘客终端根据抢单提醒信息生成并返回抢单应答信息至服务器。服务器根据抢单应答信息和抢单请求信息生成抢单网约车订单，进而将抢单网约车订单发送至抢单乘客终端和目标网约车订单对应的司机终端。

本发明实施例中抢单乘客终端发出抢单请求信息，服务器可以从已存在的网约车订单中筛选出目标网约车订单，并提醒目标网约车订单的被抢单乘客终端，即通知被抢单乘客有抢单乘客对当前的目标网约车订单进行抢单。在被抢单乘客同意被抢单之后，被抢单乘客终端返回抢单应答信息，服务器再根据抢单应答信息和抢单请求信息生成抢单网约车订单，该抢单网约车订单属于抢单乘客的网约车订单，至此，抢单乘客可以从被抢单乘客处抢到网约车订单，避免了远距离的司机接单，减少了抢单乘客的等待时间，提升了抢单乘客和司机的网约车体验。

在本发明的一种示例性实施例中，抢单请求信息中可以包含抢单乘客终端的位置信息。该位置信息可以包含抢单乘客终端的当前位置信息。在筛选得到目标网约车订单时，可以根据抢单乘客终端的位置信息定期筛选得到位于预设距离范围内、且已接单但未失效的候选网约车订单，然后将第一预设时间段内筛选得到的与抢单乘客终端的距离最近的候选网约车订单作为目标网约车订单。例如，每隔1分钟召回抢单乘客终端3公里范围内的候选网约车订单H01、H02和H03。候选网约车订单为已接单但未失效的网约车订单，其中，未失效可以理解为司机终端未到达上车点。定期筛选得到的候选网约车订单可以存入抢单候选池。然后在2分钟内筛选得到与抢单乘客终端的距离最近的候选网约车订单H01，将候选网约车订单H01作为目标网约车订单。

在本发明的一种示例性实施例中，在向目标网约车订单对应的被抢单乘客终端发送抢单提醒信息之后，还可以将目标网约车订单的状态由未触发状态变更为已触发状态。其中，未触发状态表示该目标网约车订单对应的被抢单乘客终端在当天或者近几天未被抢单过。已触发状态表示该目标网约车订单对应的被抢单乘客终端在当天或者近几天被抢单过。在实际应用中，在将候选网约车订单存入抢单候选池之后，可以先判断候选网约车订单是否为未触发状态。如果状态为未触发状态，则进一步判断候选网约车订单是否为目标网约车订单。如果状态为已触发状态，则不再判断候选网约车订单是否为目标网约车订单，状态为已触发状态的候选网约车订单在当天或者近几天不可以再作为目标网约车订单。也就是说，若被抢单乘客终端在当天或者近几天被抢单过，则该被抢单乘客终端在当天或者近几天不可以再被抢单。

在本发明的一种示例性实施例中，在将第一预设时间段内筛选得到的与抢单乘客终端的距离最近的候选网约车订单作为目标网约车订单时，可以在根据位置信息筛选得到第一个候选网约车订单之后，将第一预设时间段内筛选得到的与抢单乘客终端的距离最近、且状态为未触发状态的候选网约车订单作为目标网约车订单。例如，第一预设时间段为2分钟，每隔1分钟召回抢单乘客终端3公里范围内的候选网约车订单。在筛选得到第一个候选网约车订单H01之后，间隔1分钟筛选得到第二个候选网约车订单H02，再间隔1分钟筛选得到第二个候选网约车订单H03。在第一预设时间段内筛选得到的候选网约车订单为候选网约车订单H01、H02和H03。若候选网约车订单H01对应的司机终端距离抢单乘客终端的距离最近，而且，候选网约车订单H01的状态为未触发状态，则将候选网约车订单H01作为目标网约车订单。

在本发明的一种示例性实施例中，接收来自抢单乘客终端的抢单请求信息的过程可以包含：向抢单乘客终端发送抢单补偿金额信息，该抢单补偿金额信息包含抢单乘客终端针对抢单网约车订单的额外支付金额信息。然后接收抢单乘客终端根据抢单补偿金额信息返回的抢单请求信息。在实际应用中，抢单乘客终端向服务器发出约车请求信息，若在一段时间(如30秒)内未接收到司机接单的接单信息，则可以向服务器发出抢单请求信息。在抢单乘客终端向服务器发出抢单请求信息的过程中，服务器向抢单乘客终端发送抢单补偿金额信息(如补偿金额为10元)，若抢单乘客同意为该次抢单操作成功补偿金额10元，则向服务器发送抢单请求信息。而且，该抢单请求信息中也可以包含抢单补偿金额信息。需要说明的是，抢单补偿金额信息可以动态变化，例如，根据时间、抢单乘客终端附近的司机终端数量、候选网约车订单数量等等进行动态变化。

在本发明的一种示例性实施例中，服务器向被抢单乘客终端发送的抢单提醒信息可以包含被抢单补偿金额信息。该被抢单补偿金额信息可以包含被抢单乘客终端针对目标网约车订单的补偿金额信息。而且，上述额外支付金额信息的金额数量可以与补偿金额信息的金额数量相同。例如，抢单补偿金额信息为10元，被抢单补偿金额信息为10元。也就是说，若抢单乘客终端从被抢单乘客终端处抢单成功，则抢单乘客终端需要额外支付10元，被签单乘客终端可以获得10元作为被抢单的补偿。

基于上述关于一种网约车订单的处理方法实施例的相关说明，下面介绍一种乘客抢单系统。参照图2，图2示出了一种乘客抢单系统的原理示意图。该乘客抢单系统可以包含抢单乘客终端、被抢单乘客终端、司机终端和服务器。

抢单乘客(如乘客A)在抢单乘客终端上向服务器发送约车请求信息。若在30秒内没有约车成功，则抢单乘客可以向服务器发送抢单请求信息。同时，在抢单终端可以展示补偿金额信息(如补偿10元)。

服务器在接收到抢单请求信息之后，为抢单乘客建立一个抢单候选池，并根据抢单请求信息每隔1分钟召回抢单乘客附近一定范围(如3公里)内的运力司机对应的网约车订单。对召回的网约车订单进行筛选得到已接单但未到达上车点的候选网约车订单，将候选网约车订单存入抢单候选池。

判断抢单候选池中的候选网约车订单的状态是否为未触发状态，若候选网约车订单的状态为未触发状态，则向候选网约车订单对应的被抢单(如乘客B)乘客终端发送抢单提醒信息。该抢单提醒信息可以包含：乘客A对当天订单进行抢单，是否同意，如同意，则可以获得10元的补偿，并重新等待派单。同时，将该候选网约车订单的状态标记为已触发状态。若候选网约车订单的状态为已触发状态，则跳过该候选网约车订单，不对该候选网约车订单进行抢单。

被抢单乘客终端在接收到抢单提醒信息之后的有效时间(如1分钟或者司机未到达上车点)内，被抢单乘客可以在被抢单乘客终端上执行抢单响应操作，若抢单响应操作为不同意被抢单，则被抢单乘客终端对应的候选网约车订单未被抢单，向服务器返回不同意被抢单的抢单应答信息。若抢单响应操作为同意被抢单，则被抢单乘客终端对应的候选网约车订单被抢单，向服务器返回同意被抢单的抢单应答信息。

服务器在接收到多个表示同意被抢单的抢单应答信息之后，可以从多个候选网约车订单中匹配出目标网约车订单。具体地，在抢单候选池存入第一个候选网约车订单之后，等待5秒钟得到5秒内存入抢单候选池的全部候选网约车订单。从5秒内存入候选抢单池的全部候选网约车订单内选择司机终端距离抢单乘客终端最近的候选网约车订单作为目标网约车订单。根据目标网约车订单生成抢单网约车订单，并通知抢单乘客终端和目标网约车订单的司机终端获得了抢单网约车订单。还可以通知被抢单乘客终端被抢单成功，且收到补偿金额券。

如果在抢单乘客终端的附近有另一个抢单乘客(如乘客C)也发起抢单，则可以直接对针对乘客A的抢单候选池中的候选网约车订单进行匹配，以获得针对乘客C的目标网约车订单。

上述乘客B获得的补偿金额券可以具有一定的时效性，例如24小时。而且，在约车高峰期时，乘客B的约车请求还可以适当后移一定名次，例如，后移10名位置。而且，为了保证乘客B的约车体验，在24小时之内只可以被抢单一次。

为了保障乘客A和司机的利益，抢单成功之后，乘客A和司机均不可以对抢单网约车订单进行取消。

本发明的实施例可以在约车高峰期或者乘客附近的司机较少时，为乘客提供有偿抢单功能，即对其他乘客的网约车订单进行抢单，服务器生成新的网约车订单，减少了乘客的约车等待时间，提高了乘客的约车效率。而且，被抢单的乘客还可以获得一定的补偿金额，利用补偿金额再次约车，可以减少约车费用。并且，抢单乘客成功抢单，以及被抢单乘客利用补偿金额再次约车，均提高了约车服务器的约车订单，保证乘客资源不流失。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图3，示出了本发明的一种网约车订单的处理系统实施例的结构框图，该网约车订单的处理系统可以应用于服务器，该网约车订单的处理系统具体可以包括如下模块：

接收模块31，用于接收来自抢单乘客终端的抢单请求信息；

筛选模块32，用于根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单；

发送模块33，用于向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息；

所述接收模块31，还用于接收所述被抢单乘客终端根据所述抢单提醒信息返回的抢单应答信息；

生成模块34，用于根据所述抢单应答信息和所述抢单请求信息生成抢单网约车订单；

所述发送模块33，还用于将所述抢单网约车订单发送至所述抢单乘客终端和所述目标网约车订单对应的司机终端。

在本发明的一种示例性实施例中，所述抢单请求信息包含所述抢单乘客终端的位置信息；

所述筛选模块32，包括：

候选订单筛选模块，用于根据所述位置信息定期筛选得到位于预设距离范围内、且已接单但未失效的候选网约车订单；

目标订单确定模块，用于将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单。

在本发明的一种示例性实施例中，所述系统还包括：

变更模块，用于在所述发送模块33向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息之后，将所述目标网约车订单的状态由未触发状态变更为已触发状态。

在本发明的一种示例性实施例中，所述目标订单确定模块，用于在根据所述位置信息筛选得到第一个所述候选网约车订单之后，将所述第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近、且状态为未触发状态的所述候选网约车订单作为所述目标网约车订单。

在本发明的一种示例性实施例中，所述接收模块31，包括：

补偿提醒模块，用于向所述抢单乘客终端发送抢单补偿金额信息，所述抢单补偿金额信息包含所述抢单乘客终端针对所述抢单网约车订单的额外支付金额信息；

抢单接收模块，用于接收所述抢单乘客终端根据所述抢单补偿金额信息返回的所述抢单请求信息。

在本发明的一种示例性实施例中，所述抢单提醒信息包含被抢单补偿金额信息；所述被抢单补偿金额信息包含所述被抢单乘客终端针对所述目标网约车订单的补偿金额信息；所述额外支付金额信息的金额数量与所述补偿金额信息的金额数量相同。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种网约车订单的处理方法和系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种网约车订单的处理方法，其特征在于，应用于服务器，所述方法包括：

接收来自抢单乘客终端的抢单请求信息；

根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单；

向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息；

接收所述被抢单乘客终端根据所述抢单提醒信息返回的同意被抢单的抢单应答信息；

根据所述抢单应答信息和所述抢单请求信息生成抢单网约车订单；

将所述抢单网约车订单发送至所述抢单乘客终端和所述目标网约车订单对应的司机终端。

2.根据权利要求1所述的方法，其特征在于，所述抢单请求信息包含所述抢单乘客终端的位置信息；

所述根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单，包括：

根据所述位置信息定期筛选得到位于预设距离范围内、且已接单但未失效的候选网约车订单；

将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单。

3.根据权利要求2所述的方法，其特征在于，在所述向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息之后，所述方法还包括：

将所述目标网约车订单的状态由未触发状态变更为已触发状态。

4.根据权利要求3所述的方法，其特征在于，所述将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单，包括：

在根据所述位置信息筛选得到第一个所述候选网约车订单之后，将所述第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近、且状态为未触发状态的所述候选网约车订单作为所述目标网约车订单。

5.根据权利要求1所述的方法，其特征在于，所述接收来自抢单乘客终端的抢单请求信息，包括：

向所述抢单乘客终端发送抢单补偿金额信息，所述抢单补偿金额信息包含所述抢单乘客终端针对所述抢单网约车订单的额外支付金额信息；

接收所述抢单乘客终端根据所述抢单补偿金额信息返回的所述抢单请求信息。

6.根据权利要求5所述的方法，其特征在于，所述抢单提醒信息包含被抢单补偿金额信息；所述被抢单补偿金额信息包含所述被抢单乘客终端针对所述目标网约车订单的补偿金额信息；所述额外支付金额信息的金额数量与所述补偿金额信息的金额数量相同。

7.一种网约车订单的处理系统，其特征在于，应用于服务器，所述系统包括：

接收模块，用于接收来自抢单乘客终端的抢单请求信息；

筛选模块，用于根据所述抢单请求信息定期筛选满足预设条件的目标网约车订单；

发送模块，用于向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息；

所述接收模块，还用于接收所述被抢单乘客终端根据所述抢单提醒信息返回的同意被抢单的抢单应答信息；

生成模块，用于根据所述抢单应答信息和所述抢单请求信息生成抢单网约车订单；

所述发送模块，还用于将所述抢单网约车订单发送至所述抢单乘客终端和所述目标网约车订单对应的司机终端。

8.根据权利要求7所述的系统，其特征在于，所述抢单请求信息包含所述抢单乘客终端的位置信息；

所述筛选模块，包括：

候选订单筛选模块，用于根据所述位置信息定期筛选得到位于预设距离范围内、且已接单但未失效的候选网约车订单；

目标订单确定模块，用于将第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近的所述候选网约车订单作为所述目标网约车订单。

9.根据权利要求8所述的系统，其特征在于，所述系统还包括：

变更模块，用于在所述发送模块向所述目标网约车订单对应的被抢单乘客终端发送抢单提醒信息之后，将所述目标网约车订单的状态由未触发状态变更为已触发状态。

10.根据权利要求9所述的系统，其特征在于，所述目标订单确定模块，用于在根据所述位置信息筛选得到第一个所述候选网约车订单之后，将所述第一预设时间段内筛选得到的与所述抢单乘客终端的距离最近、且状态为未触发状态的所述候选网约车订单作为所述目标网约车订单。

Images