CN112419706A - 实时单处理方法及服务器 - Google Patents

Abstract

本发明公开一种实时单处理方法及服务器，所述方法包括：接收第一实时单，第一实时单包括乘车目的地。该方法还包括获取已被承接的第一预约单，第一预约单包括第一预约用车时间以及第一预约用车地。该方法还包括响应于确定司机终端能够在第一预约用车时间之前从第一实时单的乘车目的地到达第一预约单的第一预约用车地，将第一实时单发送给已经承接第一预约单的司机终端。当上述方法应用于网络约车时，能够使车辆资源得到较合理的调配，从而降低司机成本。

Description

实时单处理方法及服务器

相关申请的交叉引用

本申请是申请号为201610409254.8、申请日为2016年6月6日、发明名称为“实时单处理方法及服务器”的发明专利申请的分案申请。

技术领域

本发明涉及网络约车技术领域，具体涉及一种实时单处理方法及服务器。

背景技术

通常用户在通过用户终端叫车时，不管是实时用车还是预约用车，均会向服务器上传包含乘车信息的用车订单。实时用车的用车订单称为实时单，预约用车的用车订单称为预约单。服务器在接收到所述用车订单后，会立即将所述用车订单进行广播，等待司机进行接单。在这样运作的模式下，如果一个司机先抢到了一个预约单，而后服务器又广播了一个实时单，而该实时单载客结束后司机仍然有充裕的时间赶往下一个预约单的预约用车地，但是该司机却未抢到该实时单，这就使得约车平台的车辆资源不能得到合理的调配，增加了司机的成本。比如，假定当前时间为中午12:00，司机A抢到了一个下午2:00从郊区某工厂至市区某宾馆的预约单X，而后服务器接到了一个从飞机场至郊区某小区的实时单Y，并立即通过广播进行发布。假定完成实时单Y大概需要1个半小时，而郊区某工厂邻近郊区某小区，如果这时司机B抢到了实时单Y，考虑司机A去往郊区某工厂以及司机B返回市区空载的可能性，如果考虑成本，现有的运作模式在派单方面就显得不太合理。

由此，如何将用户的实时单进行分配，以使车辆资源能够得到较合理的调配，成为亟待解决的问题。

发明内容

针对现有技术中的缺陷，本发明实施例提供一种实时单处理方法及服务器。

一方面，本发明实施例提出一种实时单处理方法，包括：

接收第一实时单，所述第一实时单包括乘车出发地和乘车目的地；

获取已被承接的第一预约单，所述第一预约单包括第一预约用车时间以及第一预约用车地；

判断是否满足预设的匹配条件，若满足所述匹配条件，则将所述第一实时单发送给已经承接所述第一预约单的司机终端。

本发明实施例提供的实时单处理方法，当满足预设的匹配条件时，将第一实时单发送给已经承接第一预约单的司机终端，从而相较于获取用车订单后即时进行广播等待接单的现有技术，本发明根据司机已承接的预约单的情况为其量身定制地发送其它实时单，从而能够合理地将实时单发送给司机，实现车辆资源的合理调配，继而降低司机的成本。

另一方面，本发明实施例提出一种服务器，包括：

接收单元，用于接收第一实时单，所述第一实时单包括乘车出发地和乘车目的地；

获取单元，用于获取已被承接的第一预约单，所述第一预约单包括第一预约用车时间以及第一预约用车地；

判断单元，用于判断是否满足预设的匹配条件，若满足所述匹配条件，则将所述第一实时单发送给已经承接所述第一预约单的司机终端。

本发明实施例提供的服务器，判断单元确定出满足预设的匹配条件时，将接收单元接收的第一实时单发送给已经承接获取单元获取的第一预约单的司机终端，从而相较于获取用车订单后即时进行广播等待接单的现有技术，本发明根据司机已承接的预约单的情况为其量身定制地发送其它实时单，从而能够合理地将实时单发送给司机，实现车辆资源的合理调配，继而降低司机的成本。

附图说明

图1为本发明实时单处理方法一实施例的流程示意图；

图2为本发明服务器一实施例的结构示意图；

图3为本发明服务器另一实施例的结构示意图。

具体实施方式

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

参看图1，本实施例公开一种实时单处理方法，包括：

S1、接收第一实时单，所述第一实时单包括乘车出发地和乘车目的地；

在用户通过用户终端实时叫车时，约车服务器会接收用户终端发送的第一实时单。其中，所述实时单具体指即时用车的用车订单，包括乘车出发地和乘车目的地。

S2、获取已被承接的第一预约单，所述第一预约单包括第一预约用车时间以及第一预约用车地；

约车服务器在接收到所述第一实时单后，会获取已被承接的、包括第一预约用车时间以及第一预约用车地的第一预约单。其中，所述预约单对应于实时单，具体指非即时用车的用车订单。比如，用户S要在当天下午4:00从XX宾馆搭车至飞机场，则可以通过预约叫车服务生成一个包含预约用车时间为下午4:00以及预约用车地为XX宾馆信息的预约单。

S3、判断是否满足预设的匹配条件，若满足所述匹配条件，则将所述第一实时单发送给已经承接所述第一预约单的司机终端。

约车服务器在获取到所述第一实时单和第一预约单后，会根据所述第一实时单和第一预约单判断是否满足预设的匹配条件，若满足所述匹配条件，则会将所述第一实时单发送给已经承接所述第一预约单的司机终端。

在具体实施例中，关于订单的发送方式，存在以下几种方式：

1.广播订单，即约车服务器通过广播的方式将所述第一实时单发送给已经承接所述第一预约单的司机终端，这种方式下司机可以选择接单或拒绝，如果在预定时间内该司机没有接单，则所述第一实时单通过广播的方式发送给满足一定条件的多个司机终端，最早确定接单的司机将承接该订单；

2.点播订单，即约车服务器通过点播的方式首先将所述第一实时单发送给已经承接所述第一预约单的司机终端，如果在预定时间内该司机没有接单，则使用一定的规则对其它司机端进行排序，并将所述第一实时单发送给排序最高的司机端，如果在预定时间内该司机没有接单，则订单发送给排序次高的司机，以此类推，这种订单发送方式每次仅将订单发送给一个司机，对通信信道资源占用较少；

3.直接分配方式，即约车服务器直接将所述第一实时单分配给已经承接所述第一预约单的司机终端，这种方式下司机无法主动选择接单或拒绝，在订单分配给司机后，司机只能申请改派订单，即申请重新将该订单改派给其他司机，具体改派规则可以是随机分配，按距离远近分配，按司机等级分配等不同方式。

本发明实施例提供的实时单处理方法，当满足预设的匹配条件时，将第一实时单发送给已经承接第一预约单的司机终端，从而相较于获取用车订单后即时进行广播等待接单的现有技术，本发明根据司机已承接的预约单的情况为其量身定制地发送其它实时单，从而能够合理地将实时单发送给司机，实现车辆资源的合理调配，继而降低司机的成本。

在上述方法实施例基础上，所述判断是否满足预设的匹配条件，具体可以包括如下的图中未示出的子步骤：

S30、根据所述乘车出发地、所述乘车目的地和当前时间，计算所述第一实时单的预计完成时间；

S31、判断在从所述预计完成时间至所述第一预约用车时间的时间间隔内，所述司机终端是否能够驱车从所述乘车目的地抵达所述第一预约用车地，若在所述时间间隔内，所述司机终端能够驱车从所述乘车目的地抵达所述第一预约用车地，则确定满足所述匹配条件。

本实施例中，所述满足预设的匹配条件指的是，假如已经承接所述第一预约单的司机终端接了第一实时单，在第一实时单完成后，所述司机终端能够在第一预约用车时间之前从第一实时单乘车目的地赶到第一预约单预约用车地。

在实际应用中，约车服务器在判断是否满足预设的匹配条件时会先根据所述乘车出发地、所述乘车目的地和当前时间，计算所述第一实时单的预计完成时间，在计算出所述预计完成时间后会判断在从所述预计完成时间至所述第一预约用车时间的时间间隔内，已经承接所述第一预约单的司机是否能够驱车从所述乘车目的地抵达所述第一预约用车地，若在所述时间间隔内，已经承接所述第一预约单的司机能够驱车从所述乘车目的地抵达所述第一预约用车地，则确定满足所述匹配条件。举例来说，假定当前时间为中午12:00，司机A抢到了一个预约用车时间为当天下午2:00、预约用车地为郊区某工厂的预约单X，而后约车服务器接到了一个乘车出发地为飞机场、乘车目的地为郊区某小区的实时单Y，约车服务器会先根据实时单Y的乘车出发地飞机场、乘车目的地郊区某小区和当前时间计算实时单Y的预计完成时间。假定实时单Y的预计完成时间为下午1:30，而后约车服务器会判断在从实时单Y的预计完成时间下午1:30至预约单X的预约用车时间下午2:00的时间间隔内，司机A是否能够驱车从实时单Y的乘车目的地郊区某小区抵达预约单X的预约用车地郊区某工厂。假定郊区某工厂邻近郊区某小区，即在从实时单Y的预计完成时间下午1:30至预约单X的预约用车时间下午2:00的时间间隔内，司机A能够驱车从郊区某小区抵达郊区某工厂，则约车服务器会将实时单Y分配给司机A。

本发明实施例中，在发送实时单时，将完成后仍然能够在第一预约单的预约用车时间之前赶到第一预约单的预约用车地的第一实时单发送给已承接第一预约单的司机终端，即将完成后不耽误完成第一预约单的第一实时单发送给同一个司机终端，从而能够合理地将实时单发送给司机，实现车辆资源的合理调配。

在上述方法实施例基础上，所述S30，具体可以包括如下的图中未示出的步骤：

S300、根据所述乘车出发地和所述乘车目的地，计算预计车程距离；

S301、获取当前时间对应的平均车速，根据所述平均车速和所述预计车程距离计算所述预计完成时间。

本发明实施例中，约车服务器计算所述第一实时单的预计完成时间时可以先根据第一实时单的乘车出发地和乘车目的地，计算获得预计车程距离。而后计算当前时间对应的平均车速，根据所述平均车速和预计车程距离计算所述预计完成时间。

在计算所述预计车程距离时，可以根据已经承接所述第一预约单的司机终端当前所在位置、所述乘车出发地和乘车目的地的位置进行计算，比如可以计算从已经承接所述第一预约单的司机终端当前所在位置到所述乘车出发地再到乘车目的地的直线距离并将其作为所述预计车程距离。当然也可以使用电子地图进行计算，比如可以计算电子地图指示的从已经承接所述第一预约单的司机终端当前所在位置到所述乘车出发地的最短距离，与从所述乘车出发地到乘车目的地的最短距离之和，或者电子地图指示的从已经承接所述第一预约单的司机终端当前所在位置到所述乘车出发地的用时最少的距离，与从所述乘车出发地到乘车目的地的用时最少的距离之和并将其作为所述预计车程距离等。

而在计算当前时间对应的平均车速时，可以计算当前时间对应的实时平均车速或历史平均车速。当前时间对应的实时平均车速指的是，当前一段时间已经承接所述第一预约单的司机终端的平均车速，具体可以根据当前一段时间行驶的距离和耗时计算。当前时间对应的历史平均车速指的是，历史一段时间，在当前时间时的已经承接所述第一预约单的司机终端的车速的均值。比如，假定当前时间为中午12:00，历史一段时间设置为历史一个月，则当前时间对应的历史平均车速为过去一个月内中午12:00时已经承接所述第一预约单的司机终端的车速的均值。

在计算出平均车速后，可以根据所述预计车程距离和平均车速计算出所述第一实时单的预计耗时，根据所述预计耗时和当前时间可以计算出所述预计完成时间。

当然，除了计算当前时间对应的实时平均车速或历史平均车速作为当前时间对应的平均车速外，还可以计算实时车速、某一段路程某一特定时刻的历史平均车速作为当前时间对应的平均车速，而无论是实时车速、一段时间内的平均车速、还是某一时刻历史平均车速，甚至某一段路程某一特定时刻的历史平均车速均可以通过历史数据计算得出，因此可以使用这些不同的速度参数计算预计完成时间。

本发明实施例中，根据预计车程距离以及当前时间对应的平均车速能够较准确地计算出所述第一实时单的预计完成时间，便于利用所述预计完成时间准确得到是否满足预设的匹配条件的判断结果。

此外，除了上述实施例中根据所述平均车速和所述预计车程距离计算所述预计完成时间之外，本发明实施例计算预计完成时间还可以使用现有技术中的算法，例如，在使用百度地图或高德地图搜索地点及路线时，地图均会给出预计耗时，因此可以直接调用地图中的耗时估计程序来实现该功能。

上述实施例中对于实时订单预计完成时间的计算，可以使用现有技术中任何预测行驶时间的方法，也可以使用实时路况或预测路况参数进行修正。例如，使用前述的当前平均车速、历史平均车速进行预计到达时间计算，也可以使用将要行驶路段的预计平均车速进行计算，预计平均车速可以根据相应路段相应时间段的历史交通数据进行平均计算获取，也可以根据道路预计拥堵情况确定，例如在目前地图软件中，表示道路拥堵程度分别使用绿、黄、红、深红来代表4档不同的拥堵程度，可以设定这四种路况下分别对应的预计平均车速，例如，将深红对应为10公里/小时，红对应20公里/小时，黄对应30公里/小时，绿对应道路最高限速，对应不同交通拥堵程度的路段，分段计算行驶时间，从而更准确的预估到达时间，更高效的分配订单。

以上仅为举例说明，可以理解，本发明可以使用任意现有技术中的预测行驶时间的方法。目的在于确定司机能否按时到达预约单出发地。

在上述方法实施例基础上，所述S31，具体可以包括如下的图中未示出的步骤：

S310、根据电子地图指示的最短距离，计算判断所述司机终端是否能够在所述时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地。

约车服务器在计算出所述第一实时单的预计完成时间后，可以根据电子地图指示的最短距离，计算判断在从所述第一实时单的预计完成时间至所述第一预约单的预约用车时间的时间间隔内，已承接所述第一预约单的司机是否能够驱车从所述第一实时单的乘车目的地抵达所述第一预约单的预约用车地。具体的，约车服务器可以使用现有的电子地图指示的从所述乘车目的地至所述预约用车地的最短距离对应的预计耗时，并结合所述时间间隔来判断。比如电子地图指示的从所述乘车目的地至所述预约用车地的最短距离对应的预计耗时大于所述时间间隔，则确定出在所述时间间隔内，已承接所述第一预约单的司机不能驱车从所述第一实时单的乘车目的地抵达所述第一预约单的预约用车地，否则，则确定出在所述时间间隔内，已承接所述第一预约单的司机能够驱车从所述第一实时单的乘车目的地抵达所述第一预约单的预约用车地。

当然，约车服务器也可以使用现有的电子地图指示的从所述乘车目的地至所述预约用车地的最短距离，并结合所述平均车速来判断。具体的，约车服务器可以先根据所述平均车速和电子地图指示的从所述乘车目的地至所述预约用车地的最短距离计算从所述乘车目的地至所述预约用车地的预计耗时，再结合所述时间间隔来判断。具体判断过程与前述实施例中对应的判断过程相同，此处不再赘述。

本发明实施例中，利用电子地图进行司机终端是否能够在从第一实时单的预计完成时间至第一预约单的预约用车时间的时间间隔内从第一实时单的乘车目的地抵达第一预约单的预约用车地的判断，能够加快判断效率。

在上述方法实施例基础上，所述将所述第一实时单发送给已经承接所述第一预约单的司机终端，具体可以包括：

仅将所述第一实时单通过广播方式发送给所述司机终端，以等待司机抢单；或者

直接将所述第一实时单分配给所述司机终端。

本发明实施例中，约车服务器在确定出满足预设的匹配条件时，可以直接将第一实时单分配给已经承接第一预约单的司机终端，也可以考虑司机的接单意愿，只是将第一实时单的订单信息发送给已经承接第一预约单的司机终端，以给司机接单或不接单的选择。

参看图2，本发明实施例提出一种服务器，包括：接收单元1、获取单元2和判断单元3；其中：

在用户通过用户终端实时叫车时，接收单元1会接收用户终端发送的第一实时单，并将所述第一实时单发送给获取单元2。其中，所述实时单具体指即时用车的用车订单，包括乘车出发地和乘车目的地。

获取单元2在获取到所述第一实时单后，会获取已被承接的、包括第一预约用车时间以及第一预约用车地的第一预约单，并将所述第一实时单和第一预约单发送给判断单元3。其中，所述预约单对应于实时单，具体指非即时用车的用车订单。

判断单元3在获取到所述第一实时单和第一预约单后，会判断是否满足预设的匹配条件，若满足所述匹配条件，则会将所述第一实时单分配给已经承接所述第一预约单的司机终端。

在具体实施例中，关于订单的发送方式，存在广播订单、点播订单和直接分配三种方式，详情见前述方法实施例，此处不再赘述。

本实施例公开的服务器，判断单元确定出满足预设的匹配条件时，将接收单元接收的第一实时单发送给已经承接获取单元获取的第一预约单的司机终端，从而相较于获取用车订单后即时进行广播等待接单的现有技术，本发明根据司机已承接的预约单的情况为其量身定制地发送其它实时单，从而能够合理地将实时单发送给司机，实现车辆资源的合理调配，继而降低司机的成本。

在上述服务器实施例基础上，所述满足预设的匹配条件指的是，假如已经承接所述第一预约单的司机终端接了第一实时单，在第一实时单完成后，所述司机终端能够在第一预约用车时间之前从第一实时单乘车目的地赶到第一预约单预约用车地。

在实际应用中，判断单元3在判断是否满足预设的匹配条件时会先根据所述乘车出发地、所述乘车目的地和当前时间，计算所述第一实时单的预计完成时间，在计算出所述预计完成时间后会判断在从所述预计完成时间至所述第一预约用车时间的时间间隔内，已经承接所述第一预约单的司机是否能够驱车从所述乘车目的地抵达所述第一预约用车地，若在所述时间间隔内，已经承接所述第一预约单的司机能够驱车从所述乘车目的地抵达所述第一预约用车地，则确定满足所述匹配条件。

本发明实施例中，判断单元3在发送实时单时，将完成后仍然能够在第一预约单的预约用车时间之前赶到第一预约单的预约用车地的第一实时单发送给已承接第一预约单的司机终端，即将完成后不耽误完成第一预约单的第一实时单发送给同一个司机终端，从而能够合理地将实时单发送给司机，实现车辆资源的合理调配。

在上述服务器实施例基础上，所述判断单元3可以包括如下的图中未示出的结构：距离计算子单元30和时间计算子单元31；其中，

在判断是否满足预设的匹配条件时，距离计算子单元30会根据所述乘车出发地和所述乘车目的地，计算预计车程距离，并将所述预计车程距离发送给时间计算子单元31。距离计算子单元30在计算所述预计车程距离时，可以根据已经承接所述第一预约单的司机终端当前所在位置、所述乘车出发地和乘车目的地的位置进行计算，比如可以计算从已经承接所述第一预约单的司机终端当前所在位置到所述乘车出发地再到乘车目的地的直线距离并将其作为所述预计车程距离。当然也可以使用电子地图进行计算，比如可以计算电子地图指示的从已经承接所述第一预约单的司机终端当前所在位置到所述乘车出发地的最短距离，与从所述乘车出发地到乘车目的地的最短距离之和，或者电子地图指示的从已经承接所述第一预约单的司机终端当前所在位置到所述乘车出发地的用时最少的距离，与从所述乘车出发地到乘车目的地的用时最少的距离之和并将其作为所述预计车程距离等。

时间计算子单元31在获取到所述预计车程距离后，会计算当前时间对应的平均车速，根据所述平均车速和所述预计车程距离计算所述预计完成时间。

具体的，时间计算子单元31在计算平均车速时，可以计算当前时间对应的实时平均车速或历史平均车速。当前时间对应的实时平均车速指的是，当前一段时间已经承接所述第一预约单的司机终端的平均车速，具体可以根据当前一段时间行驶的距离和耗时计算。当前时间对应的历史平均车速指的是，历史一段时间，在当前时间时的已经承接所述第一预约单的司机终端的车速的均值，具体计算方法与前述方法实施例一致，此处不再赘述。

时间计算子单元31在计算所述预计完成时间时，可以根据所述预计车程距离和平均车速计算出所述第一实时单的预计耗时，根据所述预计耗时和当前时间可以计算出所述预计完成时间。

当然，除了计算当前时间对应的实时平均车速或历史平均车速作为当前时间对应的平均车速外，还可以计算实时车速、某一段路程某一特定时刻的历史平均车速作为当前时间对应的平均车速，而无论是实时车速、一段时间内的平均车速、还是某一时刻历史平均车速，甚至某一段路程某一特定时刻的历史平均车速均可以通过历史数据计算得出，因此可以使用这些不同的速度参数计算预计完成时间。

本发明实施例中，时间计算子单元根据当前时间对应的平均车速以及距离计算子单元计算出的预计车程距离能够较准确地计算出所述第一实时单的预计完成时间，便于利用所述预计完成时间准确得到是否满足预设的匹配条件的判断结果。

此外，除了上述实施例中根据所述平均车速和所述预计车程距离计算所述预计完成时间之外，本发明实施例计算预计完成时间还可以通过直接调用百度地图或高德地图中的耗时估计程序来实现。

在上述服务器实施例基础上，所述判断单元在计算出所述第一实时单的预计完成时间后，可以根据电子地图指示的最短距离，计算判断所述司机终端是否能够在从所述第一实时单的预计完成时间至所述第一预约单的预约用车时间的时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地。具体的，判断单元可以使用现有的电子地图指示的从所述乘车目的地至所述预约用车地的最短距离对应的预计耗时，并结合所述时间间隔来判断。比如电子地图指示的从所述乘车目的地至所述预约用车地的最短距离对应的预计耗时大于所述时间间隔，则确定出在所述时间间隔内，已承接所述第一预约单的司机不能驱车从所述第一实时单的乘车目的地抵达所述第一预约单的预约用车地，否则，则确定出在所述时间间隔内，已承接所述第一预约单的司机能够驱车从所述第一实时单的乘车目的地抵达所述第一预约单的预约用车地。

当然，判断单元也可以使用现有的电子地图指示的从所述乘车目的地至所述预约用车地的最短距离，并结合所述平均车速来判断。具体的，判断单元可以先根据所述平均车速和电子地图指示的从所述乘车目的地至所述预约用车地的最短距离计算从所述乘车目的地至所述预约用车地的预计耗时，再结合所述时间间隔来判断。具体判断过程与前述实施例中对应的判断过程相同，此处不再赘述。

本发明实施例中，利用电子地图进行司机终端是否能够在从第一实时单的预计完成时间至第一预约单的预约用车时间的时间间隔内从第一实时单的乘车目的地抵达第一预约单的预约用车地的判断，能够加快判断效率。

在上述服务器实施例基础上，所述判断单元，具体用于：

仅将所述第一实时单通过广播方式发送给所述司机终端，以等待司机抢单；或者

直接将所述第一实时单分配给所述司机终端。

本发明实施例中，判断单元在确定出满足预设的匹配条件时，可以直接将第一实时单分配给已经承接第一预约单的司机终端，也可以考虑司机的接单意愿，只是将第一实时单的订单信息发送给已经承接第一预约单的司机终端，以给司机接单或不接单的选择。

图3示例了一种服务器的实体结构示意图，如图3所示，该服务器可以包括：处理器(processor)101、存储器(memory)102、通信接口(Communications Interface)103和总线104，其中，处理器101，存储器102，通信接口103通过总线104完成相互间的通信。通信接口103可以用于该服务器与用户终端和司机终端之间的信息传输。处理器101可以调用存储器102中的逻辑指令，以执行如下方法：接收第一实时单，所述第一实时单包括乘车出发地和乘车目的地；获取已被承接的第一预约单，所述第一预约单包括第一预约用车时间以及第一预约用车地；判断是否满足预设的匹配条件，若满足所述匹配条件，则将所述第一实时单发送给已经承接所述第一预约单的司机终端。

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

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (14)

1.一种实时单处理方法，包括：

接收第一实时单，所述第一实时单包括乘车目的地；

获取已被承接的第一预约单，所述第一预约单包括第一预约用车时间以及第一预约用车地；以及

响应于确定司机终端能够在所述第一预约用车时间之前从所述第一实时单的所述乘车目的地到达所述第一预约单的所述第一预约用车地，将所述第一实时单发送给已经承接所述第一预约单的所述司机终端。

2.根据权利要求1所述的方法，还包括：

根据所述第一实时单中包括的乘车出发地、所述乘车目的地和当前时间，计算所述第一实时单的预计完成时间；

判断在从所述预计完成时间至所述第一预约用车时间的时间间隔内，所述司机终端是否能够驱车从所述乘车目的地抵达所述第一预约用车地；以及

响应于确定在所述时间间隔内所述司机终端能够驱车从所述乘车目的地抵达所述第一预约用车地，确定所述司机终端能够在所述第一预约用车时间之前从所述第一实时单的所述乘车目的地到达所述第一预约单的所述第一预约用车地。

3.根据权利要求2所述的方法，其中计算所述第一实时单的预计完成时间包括：

根据所述乘车出发地和所述乘车目的地，计算预计车程距离；以及

获取当前时间对应的平均车速，根据所述平均车速和所述预计车程距离计算所述预计完成时间。

4.根据权利要求3所述的方法，其中获取当前时间对应的平均车速包括：

获取当前时间对应的实时平均车速或历史平均车速。

5.根据权利要求3或4所述的方法，其中判断在从所述预计完成时间至所述第一预约用车时间的时间间隔内，所述司机终端是否能够驱车从所述乘车目的地抵达所述第一预约用车地包括：

根据电子地图指示的最短距离，计算判断所述司机终端是否能够在所述时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地。

6.根据权利要求5所述的方法，其中根据电子地图指示的最短距离，计算判断所述司机终端是否能够在所述时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地包括：

根据所述平均车速和电子地图指示的最短距离，计算判断所述司机终端是否能够在所述时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地。

7.根据权利要求1所述的方法，其中将所述第一实时单发送给已经承接所述第一预约单的司机终端包括：

仅将所述第一实时单通过广播方式发送给所述司机终端，以等待司机抢单；或者

直接将所述第一实时单分配给所述司机终端。

8.一种服务器，包括：

接收单元，用于接收第一实时单，所述第一实时单包括乘车目的地；

获取单元，用于获取已被承接的第一预约单，所述第一预约单包括第一预约用车时间以及第一预约用车地；以及

发送单元，用于响应于确定所述司机终端能够在所述第一预约用车时间之前从所述第一实时单的所述乘车目的地到达所述第一预约单的所述第一预约用车地，将所述第一实时单发送给已经承接所述第一预约单的所述司机终端。

9.根据权利要求8所述的服务器，还包括：

预计完成时间计算单元，用于根据所述乘车出发地、所述乘车目的地和当前时间，计算所述第一实时单的预计完成时间；

判断单元，用于判断在从所述预计完成时间至所述第一预约用车时间的时间间隔内，所述司机终端是否能够驱车从所述乘车目的地抵达所述第一预约用车地；以及

确定单元，用于响应于确定在所述时间间隔内所述司机终端能够驱车从所述乘车目的地抵达所述第一预约用车地，则确定所述司机终端能够在所述第一预约用车时间之前从所述第一实时单的所述乘车目的地到达所述第一预约单的所述第一预约用车地。

10.根据权利要求9所述的服务器，其中所述预计完成时间计算单元包括：

距离计算子单元，用于根据所述乘车出发地和所述乘车目的地，计算预计车程距离；以及

时间计算子单元，用于获取当前时间对应的平均车速，根据所述平均车速和所述预计车程距离计算所述预计完成时间。

11.根据权利要求10所述的服务器，其中所述时间计算子单元还用于获取当前时间对应的实时平均车速或历史平均车速。

12.根据权利要求10或11所述的服务器，其中所述判断单元还用于根据电子地图指示的最短距离，计算判断所述司机终端是否能够在所述时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地。

13.根据权利要求12所述的服务器，其中所述判断单元还用于根据所述平均车速和电子地图指示的最短距离，计算判断所述司机终端是否能够在所述时间间隔内，驱车从所述乘车目的地抵达所述第一预约用车地。

14.根据权利要求8所述的服务器，其中所述判断单元还用于：

仅将所述第一实时单通过广播方式发送给所述司机终端，以等待司机抢单；或者

直接将所述第一实时单分配给所述司机终端。

Images