CN107786600B - 一种司机终端推荐处理方法及服务器 - Google Patents

Abstract

本发明实施例提供一种司机终端推荐处理方法及服务器。所述方法包括：获取乘客终端设置的常用路线对应的用车参数；获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端。所述服务器用于执行上所述方法。本发明提供的方法及服务器减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

Description

一种司机终端推荐处理方法及服务器

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种司机终端推荐处理方法及服务器。

背景技术

目前，随着互联网用车平台技术的迅速发展和普及，人们可以根据用车需求利用手机终端生成用车订单，为日常出行提供了便利。

在现有技术条件下，乘客需要通过移动终端发出用车订单，服务器接收到用车订单之后将所述用车订单广播出去，等待司机抢单，或者将用车订单以点播的方式发送给一些符合匹配条件的司机终端，乘客只能被动等待符合匹配条件的司机终端承接所述用车订单，这种情况下，常常出现乘客终端的用车订单得不到及时分配，耽误较长时间。

因此，如何帮助乘客的用车订单及时得到分配的问题是目前业界亟待解决的重要课题。

发明内容

针对现有技术中的缺陷，本发明实施例提供一种司机终端推荐处理方法及服务器。

一方面，本发明实施例提供一种司机终端推荐处理方法，包括：

获取乘客终端设置的常用路线对应的用车参数；

获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；

接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端。

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

获取单元，用于获取乘客终端设置的常用路线对应的用车参数；

发送单元，用于获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；

分配单元，用于接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端。

本发明实施例提供的司机终端推荐处理方法及服务器，通过将所设置的自动成行条件参数与乘客终端设置的常用路线的用车参数相匹配条件的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

附图说明

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

图1为本发明实施例提供的司机终端推荐处理方法的流程示意图；

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

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

具体实施方式

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

图1为本发明实施例提供的司机终端推荐处理方法的流程示意图，如图1所示，本实施例提供一种司机终端推荐处理方法，包括：

S1、获取乘客终端设置的常用路线对应的用车参数；

乘客根据日常出行情况在乘客终端设置常用路线对应的用车参数，服务器获取所述乘客终端设置的常用路线对应的用车参数。其中，所述用车参数可以包括多个参数，具体可以根据具体情况进行调整和设置，此处不作具体限定。

S2、获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；

司机终端开启自动成行功能时设置相应的自动成行条件参数。服务器获取开启自动成行功能的司机终端设置的自动成行条件参数，判断所述自动成行条件参数是否与所述常用路线对应的用车参数匹配，若所述自动成行条件参数与所述常用路线对应的用车参数匹配，则将所述司机终端对应的信息发送至所述乘客终端。其中，所述自动成行条件参数可以包括多个参数，具体可以根据实际情况进行调整和设置，此处不作具体限定；所述司机终端对应的信息可以包括所述司机终端的车牌号码，所述司机终端的车型信息，但不局限于上述信息，此处不作具体限定。可以理解的是，本发明实施例中所述的匹配是指与所有开启自动成行的司机终端都进行一一匹配，相应地，所述的不匹配是指没有任何一个开启自动成行的司机终端设置的自动成行条件参数与所述乘客终端设置的常用路线对应的用车参数匹配。

S3、接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端。

乘客终端接收到所述司机终端对应的信息后，向服务器发送确认选择所述司机终端作为接驾司机终端的信息，服务器接收到所述选择确认信息后，根据所述常用路线对应的用车参数自动生成用车订单，并将所述用车订单直接分配给所述司机终端。其中，所述选择确认信息可以包括所述司机终端的司机终端的车牌号码，所述司机终端的车型信息，但不局限于上述信息，此处不作具体限定。

本发明实施例提供的司机终端推荐处理方法，通过将所设置的自动同行条件参数与乘客终端设置的常用路线的用车参数匹配的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括用车时间，所述自动成行条件参数包括出发时间范围，相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

若判断所述用车时间处于所述出发时间范围内，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

具体地，乘客终端设置的常用路线对应的用车参数包括用车时间，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动同行条件参数中的出发时间为一个时间范围，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。若服务器判断所述乘客终端的常用路线对应的用车时间不超出司机终端设置的出发时间范围，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。

例如，乘客终端设置的常用路线对应的用车时间为上午8:10，司机终端设置的自动同行条件参数的出发时间为8:00-8:30，乘客终端的常用路线对应的用车时间处于司机终端设置的出发时间范围内，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

本发明实施例提供的司机终端推荐处理方法，通过判断若乘客终端的常用路线对应的用车时间不超出司机终端设置的出发时间范围，则将所述司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括第一出发地，所述自动成行条件参数包括第二出发地；相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

若判断所述第一出发地与所述第二出发地之间的距离不大于第一阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

具体地，乘客终端设置的常用路线对应的用车参数包括第一出发地，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动同行条件参数包括第二出发地，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。若服务器判断乘客终端的常用路线对应的第一出发地距离司机终端设置的第二出发地不大于第一阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。可以理解的是，所述第一出发地与所述第二出发地之间的距离为行驶路线的距离，并非直线距离；所述第一阈值可以是司机终端设置的，也可以是服务器设置的，但是司机终端设置的第一阈值应小于服务器设置的第一阈值，具体可以根据实际情况进行调整，此处不作具体限定。

例如，乘客根据日常需要，在乘客终端将A小区设置为常用路线的出发地；司机终端开启自动同行时设置的出发地为C小区。服务器分别获取所述乘客终端和司机终端设置的出发地，并获取从C小区到A小区的距离为2公里。若预先设定的第一阈值为3公里，服务器判断所述司机终端出发地与所述乘客终端的出发地之间的距离小于预先设定的第一阈值，则确定所述司机终端设置的自动成行条件参数与所述乘客终端设置的常用路线对应的用车参数匹配，则服务器将所述司机终端的信息发送至所述乘客终端，所述乘客终端若确定选择所述司机终端作为接驾的司机终端，则服务器生成常用路线对应的用车订单，并将所述用车订单直接分配给所述司机终端。

本发明实施例提供的司机终端推荐处理方法，通过判断若乘客终端的常用路线对应的出发地与司机终端设置的出发地之间的距离不超出第一阈值，则将所述司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括第二出发地，第二目的地；相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

具体地，所述乘客终端设置的常用路线对应的用车参数包括乘客终端的第一出发地和第一目的地，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动成行条件参数包括司机终端的第二出发地和第二目的地，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。服务器获取所述第二出发地与所述第二目的地之间的距离，也就是司机终端如果不承接所述乘客终端的常用路线对应的用车订单，按照预计的行程需要行驶的距离；服务器根据乘客终端的第一出发地和第一目的地以及司机终端的第二出发地和第二目的地计算第三距离，所述第三距离也就是司机终端如果承接所述乘客终端的常用路线对应的用车订单，需要行驶的距离。服务器判断所述第二距离与所述第三距离的差值的绝对值不大于第二阈值，也就是司机终端接送乘客的绕路距离不超出第二阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。可以理解的是，所述第二距离、第三距离均为行驶路线的距离，并非直线距离；所述阈值可以是服务器设置的对应自动成行的距离阈值，也可以是司机终端根据具体情况进行设置的，但司机终端设置的第二阈值应小于服务器设置的第二阈值，具体可以根据实际情况进行调整，此处不作具体限定。

例如，乘客根据日常需要，在乘客终端将从A小区到B大厦的上班路线设置为常用路线。司机终端开启自动同行时设置的出发地为C小区目的地为D机场。服务器分别获取所述乘客终端和司机终端设置的出发地和目的地，并获取从C小区到D机场的第二距离为10公里，计算司机终端从C小区到A小区接到乘客之后将乘客送达B大厦，最终到达D机场整个行程中的行驶距离为15公里，也就是第三距离为15公里，所述第二距离与所述第三距离的差值为5公里即为司机终端的绕路距离，预先设定的第二阈值为5公里，服务器判断获知所述绕路距离不大于预先设定的第二阈值，则确定所述司机终端设置的自动成行条件参数与所述乘客终端设置的常用路线对应的用车参数匹配，则服务器将所述司机终端的信息发送至所述乘客终端，所述乘客终端若确定选择所述司机终端作为接驾的司机终端，则服务器生成从A小区到B大厦的用车订单，并将所述用车订单直接分配给所述司机终端。

本发明实施例提供的司机终端推荐处理方法，通过根据乘客终端设置的常用路线和司机终端设置的自动成行条件参数计算绕路距离，并判断若所述绕路距离不大于第二阈值，则将所述司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括最低用车费用；相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

根据所述第一出发地和第一目的地计算用车费用，若判断所述用车费用不低于所述最低用车费用，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

具体地，所述乘客终端设置的常用路线对应的用车参数包括乘客终端的第一出发地和第一目的地，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动成行条件参数包括收取的最低用车费用，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。服务器获取所述乘客终端的第一出发地和第一目的地，并根据所述第一出发地和第一目的地计算用车费用，若服务器判断所述用车费用高于或等于所述司机终端设置的最低用车费用，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。

例如，乘客根据日常需要，在乘客终端将从A小区到B大厦的上班路线设置为常用路线，服务器计算从A小区到B大厦的预计用车费用为25元。所述司机终端在自动成行条件参数中设置的需收取的最低用车费用为15元，服务器判断所述乘客终端的用车费用高于所述司机终端设置的最低用车费用，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

本发明实施例提供的司机终端推荐处理方法，通过将所设置的最低用车费用与乘客终端设置的常用路线对应的用车费用匹配的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认消息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述各实施例中，所述方法还包括：将所述用车订单分配给所述司机终端后，更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

具体地，服务器确定所述司机终端设置的自动成行条件参数与所述乘客终端设置的常用路线对应的用车参数匹配后，自动生成所述常用路线对应的用车订单，并将所述用车订单分配给所述司机终端，服务器更新用于指示所述司机终端的自动成行功能是否开启的标识，并向所述司机终端发送关闭自动成行功能的控制指令，自动成行功能关闭之后，服务器不再将所述司机终端与其他乘客终端设置的常用路线进行自动匹配。

例如，服务器确定所述司机终端设置的自动成行条件参数与所述乘客终端设置的常用路线对应的用车参数匹配后，自动生成所述常用路线对应的用车订单，并将所述用车订单分配给所述司机终端后，服务器将所述司机终端的自动成行功能的指示标识设置为否，并向所述司机终端发送关闭自动成行功能的控制指令。

本发明实施例提供的司机终端推荐处理方法，通过将所设置的自动成行条件参数与乘客终端设置的常用路线的用车参数匹配的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认消息后直接生成用车订单并分配给所述司机终端，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率，并且乘客终端可以根据自己需要选择相应的司机终端，提升了打车体验。

图2为本发明实施例提供的服务器的结构示意图，如图2所示，本发明实施例提供一种服务器，包括：获取单元201、发送单元202、分配单元203，其中：

获取单元201用于获取乘客终端设置的常用路线对应的用车参数；发送单元202用于获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；分配单元203用于接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端。

具体地，乘客根据日常出行情况在乘客终端设置常用路线对应的用车参数，获取单元201获取所述乘客终端设置的常用路线对应的用车参数。其中，所述用车参数可以包括多个参数，具体可以根据具体情况进行调整和设置，此处不作具体限定。司机终端开启自动成行功能时设置相应的自动成行条件参数，所述自动成行条件参数可以包括多个参数，具体可以根据实际情况进行调整和设置，此处不作具体限定。发送单元202获取开启自动成行功能的司机终端设置的自动成行条件参数，判断所述自动成行条件参数是否与所述常用路线对应的用车参数匹配，若判断所述自动成行条件参数与所述常用路线对应的用车参数匹配，则发送单元202将所述司机终端对应的信息发送至所述乘客终端。其中，所述司机终端对应的信息可以包括所述司机终端的车牌号码，所述司机终端的车型信息，但不局限于上述信息，此处不作具体限定。乘客终端接收到所述司机终端对应的信息后，向分配单元203发送确认选择所述司机终端作为接驾司机终端的信息，分配单元203接收到所述选择确认信息后，根据常用路线对应的用车参数自动生成用车订单，并将所述用车订单直接分配给所述司机终端。其中，所述选择确认信息可以包括所述司机终端的司机终端的车牌号码，所述司机终端的车型信息，但不局限于上述信息，此处不作具体限定。

本发明实施例提供的服务器，通过将所设置的自动成行条件参数与乘客终端设置的常用路线的用车参数匹配的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，所述常用路线对应的用车参数包括用车时间，所述自动成行条件参数包括出发时间范围；相应地，所述发送单元202具体用于：

若判断所述用车时间处于所述出发时间范围内，则确定所述自动成行条件参数与所述常用路线对应的用车参数相匹配。

具体地，乘客终端设置的常用路线对应的用车参数包括用车时间，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动同行条件参数中的出发时间为一个时间范围，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。发送单元202获取所述司机终端设置的自动同行条件参数判断所述乘客终端的常用路线对应的用车时间是否超出司机终端设置的出发时间范围，若不超出，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。

本发明实施例提供的服务器，通过判断若乘客终端的常用路线对应的用车时间不超出司机终端设置的出发时间范围，则将所述司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括第一出发地，所述自动成行条件参数包括第二出发地；相应地，所述发送单元202具体用于：

若判断所述第一出发地与所述第二出发地之间的距离不大于第一阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数相匹配。

具体地，乘客终端设置的常用路线对应的用车参数包括第一出发地，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动同行条件参数包括第二出发地，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。发送单元202获取所述司机终端设置的自动同行条件参数中的第二出发地，判断乘客终端的常用路线对应的第一出发地距离司机终端设置的第二出发地是否大于第一阈值，若不大于，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。可以理解的是，所述第一阈值可以是司机终端设置的，也可以是服务器设置的，但是司机终端设置的第一阈值应小于服务器设置的第一阈值，具体可以根据实际情况进行调整，此处不作具体限定。

本发明实施例提供的服务器，通过判断若乘客终端的常用路线对应的出发地与司机终端设置的出发地之间的距离不超出第一阈值，则将所述司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括第二出发地，第二目的地；相应地，所述发送单元202具体用于：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

具体地，所述乘客终端设置的常用路线对应的用车参数包括乘客终端的第一出发地和第一目的地，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动成行条件参数包括司机终端的第二出发地和第二目的地，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。发送单元202获取所述乘客终端的所述第二出发地与所述第二目的地之间的第二距离，且根据乘客终端的第一出发地和第一目的地以及司机终端的第二出发地和第二目的地计算第三距离，所述第三距离也就是司机终端如果承接所述乘客终端的常用路线对应的用车订单，需要行驶的距离。发送单元202若判断获知所述第二距离与所述第三距离的差值的绝对值不大于第二阈值，也就是司机终端接送乘客的绕路距离不超出第二阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。可以理解的是，所述第二距离、第三距离均为行车路线的距离，并非直线距离；所述第二阈值可以是所述服务器设置的对应自动成行的阈值，也可以是所述司机终端根据具体情况进行设置的，但司机终端设置的第二阈值应小于服务器设置的第二阈值。

本发明实施例提供的服务器，通过根据乘客终端设置的常用路线和司机终端设置的自动成行条件参数计算绕路距离，并判断若所述绕路距离不大于第二阈值，则将所述司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述实施例的基础上，进一步地，所述常用路线对应的用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括最低用车费用；相应地，所述发送单元202具体用于：

根据所述第一出发地和第一目的地计算用车费用，若判断所述用车费用不低于所述最低用车费用，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

具体地，所述乘客终端设置的常用路线对应的用车参数包括乘客终端的第一出发地和第一目的地，但不局限于上述参数，也可以包括其他用车参数，此处不作具体限定。司机终端设置的自动成行条件参数包括收取的最低用车费用，但不局限于上述参数，也可以包括其他条件参数，此处不作具体限定。获取单元201获取所述乘客终端的第一出发地和第一目的地，发送单元202根据所述第一出发地和第一目的地计算用车费用，若发送单元202判断获知所述用车费用等于或高于所述司机终端设置的最低用车费用，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配，当然此时用车参数与自动成行参数中的其他参数已经是匹配的。

本发明实施例提供的服务器，通过将所设置的最低用车费用与乘客终端设置的常用路线对应的用车费用匹配的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，提高了推荐司机终端的合理性，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率。

在上述各实施例中，所述分配单元203还用于：

将所述用车订单分配给所述司机终端后，更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

具体地，发送单元202确定所述司机终端设置的自动成行条件参数与所述乘客终端设置的常用路线对应的用车参数匹配后，分配单元203自动生成所述常用路线对应的用车订单，并将所述用车订单分配给所述司机终端，分配单元203更新用于指示所述司机终端的自动成行功能是否开启的标识，并向所述司机终端发送关闭自动成行功能的控制指令，自动成行功能关闭之后，服务器不再将司机终端与乘客终端的常用路线进行自动匹配。

本发明实施例提供的服务器，通过将所设置的自动同行条件参数与乘客终端设置的常用路线的用车参数匹配条件的司机终端的信息发送至所述乘客终端，并在接收到所述乘客终端的选择确认信息后直接生成用车订单并分配给所述司机终端，减少了乘客终端发布用车订单及等待用车订单被承接的时间，提高了打车效率，并且乘客终端可以根据自己需要选择相应的司机终端，提升了打车体验。

本发明提供的服务器的实施例具体可以用于执行上述各方法实施例的处理流程，其功能在此不再赘述，可以参照上述方法实施例的详细描述。

以上所描述的服务器实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

图3为本发明实施例提供的服务器的实体结构示意图，如图3所示，该服务器可以包括：处理器(processor)301、通信接口(Communications Interface)302、存储器(memory)303和总线304，其中，处理器301，通信接口302，存储器303通过总线304完成相互间的通信。通信接口304可以用于服务器与乘客终端之间的信息传输。处理器301可以调用存储器303中的逻辑指令，以执行如下方法：获取乘客终端设置的常用路线对应的用车参数；获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端。

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

Claims (10)

1.一种司机终端推荐处理方法，其特征在于，包括：

获取乘客终端设置的常用路线对应的用车参数；

获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；

接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端；

所述常用路线对应的所述用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括最低用车费用；相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

根据所述第一出发地和所述第一目的地计算用车费用，若判断所述用车费用不低于所述最低用车费用，则确定所述自动成行条件参数与所述常用路线对应的所述用车参数匹配，

此时所述用车参数与所述自动成行参数中的其他参数已经是匹配的。

2.根据权利要求1所述的方法，其特征在于，所述常用路线对应的用车参数包括用车时间，所述自动成行条件参数包括出发时间范围，相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

若判断所述用车时间处于所述出发时间范围内，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

3.根据权利要求1所述的方法，其特征在于，所述常用路线对应的用车参数包括第一出发地，所述自动成行条件参数包括第二出发地；相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

若判断所述第一出发地与所述第二出发地之间的距离不大于第一阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

4.根据权利要求1所述的方法，其特征在于，所述常用路线对应的用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括第二出发地，第二目的地；相应地，所述判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，包括：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

5.根据权利要求1-4任意一项所述的方法，其特征在于，所述方法还包括：

将所述用车订单分配给所述司机终端后，更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

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

获取单元，用于获取乘客终端设置的常用路线对应的用车参数；

发送单元，用于获取司机终端设置的自动成行条件参数，判断所述自动成行条件参数与所述常用路线对应的用车参数是否匹配，若判断为匹配，则将所述司机终端信息发送至所述乘客终端；

分配单元，用于接收到乘客终端发送的选择确认信息后，生成所述常用路线对应的用车订单并将所述用车订单分配给所述司机终端；

所述常用路线对应的所述用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括最低用车费用；相应地，所述发送单元具体用于：

根据所述第一出发地和所述第一目的地计算用车费用，若判断所述用车费用不低于所述最低用车费用，确定所述自动成行条件参数与所述常用路线对应的所述用车参数匹配，

此时所述用车参数与所述自动成行参数中的其他参数已经是匹配的。

7.根据权利要求6所述的服务器，其特征在于，所述常用路线对应的用车参数包括用车时间，所述自动成行条件参数包括出发时间范围；相应地，所述发送单元具体用于：

若判断所述用车时间处于所述出发时间范围内，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

8.根据权利要求6所述的服务器，其特征在于，所述常用路线对应的用车参数包括第一出发地，所述自动成行条件参数包括第二出发地；相应地，所述发送单元具体用于：

若判断所述第一出发地与所述第二出发地之间的距离不大于第一阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

9.根据权利要求6所述的服务器，其特征在于，所述常用路线对应的用车参数包括第一出发地、第一目的地，所述自动成行条件参数包括第二出发地，第二目的地；相应地，所述发送单元具体用于：

获取所述第二出发地和所述第二目的地之间的第二距离，并根据所述第二出发地、所述第一出发地、所述第一目的地以及所述第二目的地计算第三距离，若判断所述第二距离与所述第三距离的差值的绝对值不大于第二阈值，则确定所述自动成行条件参数与所述常用路线对应的用车参数匹配。

10.根据权利要求6-9任意一项所述的服务器，其特征在于，所述分配单元还用于：

将所述用车订单分配给所述司机终端后，更新所述司机终端的自动成行指示标识，并向所述司机终端发送关闭自动成行功能的控制指令。

Images