CN107784851A - 一种行程路线推荐方法、服务器、司机终端及乘客终端 - Google Patents

Abstract

本发明实施例提供一种行程路线推荐方法、服务器、司机终端及乘客终端，所述方法包括：接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。所述服务器、司机终端及乘客终端执行上述方法。本发明实施例通过获取乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

Description

一种行程路线推荐方法、服务器、司机终端及乘客终端

技术领域

本发明实施例涉及互联网技术领域，具体涉及一种行程路线推荐方法、服务器、司机终端及乘客终端。

背景技术

随着互联网和智能终端技术的发展，人们经常使用手机并通过打车软件来满足自己方便出行的需求。

通常乘客发送用车订单，司机抢单，但是若乘客没有发送用车订单，司机无单可抢，对于乘客来讲，在特定时间经常往返于相同的出发地和目的地，希望搭乘到更加顺路的司机，对于司机来讲，希望能够主动邀请到更加顺路的乘客，不仅提高了工作效率，还获取到更多的业务机会。

因此，如何实现司机高效的获取更多、更加顺路的乘客，提高工作效率，成为亟须解决的问题。

发明内容

针对现有技术存在的问题，本发明实施例提供一种行程路线推荐方法、服务器、司机终端及乘客终端。

一方面，本发明实施例提供一种行程路线推荐方法，包括：

接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

本发明实施例还提供另一种行程路线推荐方法，包括：

向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

本发明实施例又提供另一种行程路线推荐方法，包括：

接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配；

根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

另一方面，本发明实施例提供一种行程路线推荐服务器，包括：

第一接收模块，用于接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

推荐模块，用于将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

本发明实施例还提供一种行程路线推荐司机终端，包括：

发送模块，用于向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

邀请模块，用于根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

本发明实施例又提供一种行程路线推荐乘客终端，包括：

第二接收模块，用于接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配；

第二自动生成模块，用于根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

本发明提供的行程路线推荐方法、服务器、司机终端及乘客终端通过获取乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

附图说明

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

图1为本发明实施例行程路线推荐方法的流程示意图；

图2为本发明另一实施例行程路线推荐方法的流程示意图；

图3为本发明又一实施例行程路线推荐方法的流程示意图；

图4为本发明再一实施例行程路线推荐方法的流程示意图；

图5为本发明还一实施例行程路线推荐方法的流程示意图；

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

图7为本发明实施例司机终端的结构示意图；

图8为本发明实施例乘客终端的结构示意图；

图9为本发明实施例实体结构示意图。

具体实施方式

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

图1为本发明实施例行程路线推荐方法的流程示意图，如图1所示，本实施例提供的一种行程路线推荐方法，包括以下步骤：

S1：接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的。

服务器接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的。具体的，行程信息包括司机的出发时间、出发地点和目的地点，乘客常用路线包括乘客出发地、乘客目的地、出行时间，服务器将行程信息和乘客常用路线进行匹配，可以对司机的出发地点和乘客的出发地、司机的目的地点和乘客的目的地、司机的出发时间和乘客的出行时间进行一一匹配，乘客常用路线可以是乘客不同时间设置的不同出发地和不同目的地，例如：乘客每天按时要上班，每天下班后按时要去健身房锻炼，则可以在每天设置一个出发地是自己家里，目的地是上班的公司地址，出行时间是早上8:00的乘客常用路线，每天设置一个出发地是上班的公司地址，目的地是健身房的地址，出发时间是下午18:00的乘客常用路线，乘客常用路线可以是多条。

S2：将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

服务器将所述乘客常用路线发送至所述司机终端，若服务器接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则服务器向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否与所述司机终端同行。具体的司机终端对乘客常用路线进行对比、选择，对有意向的乘客发出邀请信息，服务器将发出邀请司机终端的行程信息发送给受邀请乘客终端，由受邀请的乘客终端决定是否和发出邀请的司机终端同行。

本实施例通过获取乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

图2为本发明另一实施例行程路线推荐方法的流程示意图，如图2所示，在上述实施例的基础上，本方法还包括以下步骤：

S3：若接收到所述乘客终端发送的确认同行消息，则根据所述乘客常用路线自动生成用车订单。

具体的，服务器若接收到所述乘客终端发送的确认同行消息，确认同行消息可以理解为乘客终端针对司机终端发送的同行邀请信息的确认，则服务器根据所述乘客常用路线自动生成用车订单。

本实施例通过乘客确认与发出同行邀请的司机同行消息，并自动生成订单，使得乘客不需要发送用车订单，就可以更加快捷的选择到同行的司机。

在上述实施例的基础上，所述将所述乘客常用路线发送至所述司机终端包括：若与所述行程信息相匹配的乘客常用路线包括多条，则按预设发送规则将所述乘客常用路线发送至所述司机终端。

具体的，乘客常用路线可以包括很多条，乘客可以按照不同的出行要求设置不同的常用路线，其中的预设发送规则可以是服务器按照乘客常用路线的匹配程度由高到低依次发送至所述司机终端，也可以是根据乘客常用路线的出行频率由高到低依次发送至所述司机终端，具体预设发送规则不限于上述两种，使得司机最先看到的路线是更符合预设发送规则的乘客常用路线。。

本实施例服务器若获取到多条与行程信息相匹配的乘客常用路线，则将常用路线按照预设发送规则顺序发送，使得司机更加方便的邀请到更符合预设发送规则乘客常用路线所对应的乘客。

在上述实施例的基础上，所述向所述乘客终端发送所述行程信息的同时，所述方法还包括：向所述乘客终端发送所述司机终端对应的车辆可提供的座位数量。

具体的，服务器向所述乘客终端发送所述行程信息的同时，还向所述乘客终端发送所述司机终端对应的车辆可提供的座位数量。

本实施例通过向乘客终端提供的车辆座位数量信息，使得乘客可以进一步根据同行的人数选择并确认更加合适的司机终端。

在上述实施例的基础上，所述方法还包括：接收所述乘客终端发送的临时用车订单，所述临时用车订单包括乘客临时出发时间、乘客临时出发地、乘客临时目的地以及出行人数。

具体的，服务器接收所述乘客终端发送的临时用车订单，所述临时用车订单包括乘客临时出发时间、乘客临时出发地、乘客临时目的地以及出行人数。

若判断获知所述行程信息中包括的出发时间、出发地点、目的地点、以及提供的座位数与所述乘客临时出发时间、所述乘客临时出发地和所述乘客临时目的地、以及所述出行人数相匹配，则将所述临时用车订单自动分配给所述司机终端。

具体的，服务器若判断获知所述行程信息中包括的出发时间、出发地点、目的地点、以及提供的座位数与所述乘客临时出发时间、所述乘客临时出发地、所述乘客临时目的地、以及所述出行人数相匹配，其中的相匹配可以对司机的出发时间和乘客的临时出发时间、出发地点和乘客临时出发地、目的地点和乘客临时目的地、提供的座位数和所述出行人数进行一一匹配，则对满足匹配条件的临时用车订单自动分配给所述司机终端。

本实施例通过获取行程信息中的路线并与乘客临时订单的路线匹配，并自动分配给所述司机终端，进一步保证了乘客的快速出行。

图3为本发明又一实施例行程路线推荐方法的流程示意图，如图3所示，本发明提供的一种行程路线推荐方法，包括以下步骤：

S10：向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的。

司机终端向服务器发送司机的行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的。

S20：根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

司机终端根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

本实施例根据服务器返回的乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

在上述实施例的基础上，所述接收所述服务器返回的与所述行程信息相匹配的乘客常用路线后，所述方法还包括：若与所述行程信息相匹配的乘客常用路线包括多条，则按第一预设排序规则在所述司机终端处进行显示。

具体的，第一预设排序规则可以是服务器按照乘客常用路线的匹配程度由高到低依次排序，也可以是根据乘客常用路线的出行频率由高到低依次排序，具体第一预设排序规则不限于上述两种，使得司机最先看到的路线是更符合第一预设排序规则的乘客常用路线。

本实施例通过设置多条乘客常用路线，并将乘客常用路线按照第一预设排序规则排序，使得司机更加方便的邀请到更符合第一预设排序规则的乘客。

在上述实施例的基础上，所述根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行包括：根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，所述同行邀请信息中携带有可提供的座位数量，以使得所述服务器将所述行程信息和所述座位数量发送至所述乘客终端，以供所述乘客终端确认是否同行。

具体的，司机终端根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，所述同行邀请信息中携带有可提供的座位数量，以使得所述服务器将所述行程信息和所述座位数量发送至所述乘客终端，以供所述乘客终端确认是否同行。

本实施例通过向乘客终端提供的车辆座位数量信息，使得乘客可以进一步根据同行的人数选择并确认更加合适的司机终端。图4为本发明再一实施例行程路线推荐方法的流程示意图，如图4所示，所述方法还包括以下步骤：

S30：接收服务器转发的、来自于所述乘客终端发送的确认同行消息后，则服务器根据所述乘客常用路线自动生成用车订单。

具体的，司机终端接收服务器转发的、来自于所述乘客终端发送的确认同行消息后，服务器根据所述乘客常用路线自动生成用车订单。

本实施例通过乘客确认与发出同行邀请的司机同行消息，并自动生成订单，使得乘客不需要发送用车订单，就可以更加快捷的选择到同行的司机。

图5为本发明还一实施例行程路线推荐方法的流程示意图，如图5所示，本发明提供的一种行程路线推荐方法，包括以下步骤：

S40：接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配。

具体的，乘客终端接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配。

S50：根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

具体的，乘客终端根据所述行程信息，若确定与发出邀请的司机同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

本实施例通过向服务器发送乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

在上述实施例的基础上，本方法还包括：若服务器发送的司机终端的行程信息包括多条，则按第二预设排序规则在所述乘客终端处进行显示。

具体的，第二预设排序规则可以是服务器按照司机行程信息路线的匹配程度由高到低依次排序，也可以是司机行程信息路线出行的频率由高到低依次排序，具体第二预设排序规则不限于上述两种，使得乘客最先看到的路线是更符合第二预设排序规则的司机行程信息路线。

本实施例根据服务器获取的多条行程信息，将行程信息按照第二预设排序规则在乘客终端处显示，使得乘客更加方便的确认更符合第二预设排序规则的司机。

在上述实施例的基础上，所述接收服务器发送的司机终端的行程信息的同时，所述方法还包括：接收服务器发送的所述司机终端对应的车辆可提供的座位数量。

具体的，乘客终端接收服务器发送的司机终端的行程信息的同时，还接收服务器发送的所述司机终端对应的车辆可提供的座位数量。

本实施例通过向乘客终端提供的车辆座位数量信息，使得乘客可以进一步根据同行的人数选择并确认更加合适的司机终端。

图6为本发明实施例服务器的结构示意图，如图6所示，本实施例提供了一种服务器，包括第一接收模块1和推荐模块2，其中：

第一接收模块1用于接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；推荐模块2用于将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

具体的，第一接收模块1用于接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；并将行程路线和乘客常用路线发送给推荐模块2，推荐模块2用于将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

本实施例通过获取乘客常用路线，并将乘客常用路线发送至司机终端，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

在上述实施例的基础上，所述服务器还包括确认模块3：确认模块3用于若接收到所述乘客终端发送的确认同行消息，则根据所述乘客常用路线自动生成用车订单。

具体的，确认模块3用于若接收到所述乘客终端发送的确认同行消息，则根据所述乘客常用路线自动生成用车订单。

本实施例通过乘客确认与发出同行邀请的司机同行消息，并自动生成订单，使得乘客不需要发送用车订单，就可以更加快捷的选择到同行的司机。

在上述实施例的基础上，所述推荐模块2具体用于若与所述行程信息相匹配的乘客常用路线包括多条，则按预设发送规则将所述乘客常用路线发送至所述司机终端。

具体的，所述推荐模块2具体用于：若与所述行程信息相匹配的乘客常用路线包括多条，则按预设发送规则将所述乘客常用路线发送至所述司机终端。

本实施例服务器若获取到多条与行程信息相匹配的乘客常用路线，则将常用路线按照预设发送规则顺序发送，使得司机更加方便的邀请到更符合预设发送规则乘客常用路线所对应的乘客。

在上述实施例的基础上，所述向所述乘客终端发送所述行程信息的同时，所述推荐模块2具体用于：向所述乘客终端发送所述司机终端对应的车辆可提供的座位数量。

具体的，所述推荐模块2具体用于：向所述乘客终端发送所述司机终端对应的车辆可提供的座位数量。

本实施例通过向乘客终端提供的车辆座位数量信息，使得乘客可以进一步根据同行的人数选择并确认更加合适的司机终端。

在上述实施例的基础上，所述推荐模块2还包括：

接收子模块201用于接收所述乘客终端发送的临时用车订单，所述临时用车订单包括乘客临时出发时间、乘客临时出发地和乘客临时目的地、以及出行人数；分配子模块202用于若判断获知所述行程信息中包括的出发时间、出发地点、目的地点以及提供的座位数与所述乘客临时出发时间、所述乘客临时出发地、所述乘客临时目的地以及所述出行人数相匹配，则将所述临时用车订单自动分配给所述司机终端。

具体的，接收子模块201用于接收所述乘客终端发送的临时用车订单，所述临时用车订单包括乘客临时出发时间、乘客临时出发地和乘客临时目的地、以及出行人数；分配子模块202用于若判断获知所述行程信息中包括的出发时间、出发地点、目的地点以及提供的座位数与所述乘客临时出发时间、所述乘客临时出发地、所述乘客临时目的地以及所述出行人数相匹配，则将所述临时用车订单自动分配给所述司机终端。

本实施例通过获取行程信息中的路线并与乘客临时订单的路线匹配，并自动分配给所述司机终端，进一步保证了乘客的快速出行。

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

图7为本发明实施例司机终端的结构示意图，如图7所示，本实施例提供了一种司机终端，包括发送模块11和邀请模块12，其中：

发送模块11用于向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；邀请模块12用于根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

具体的，发送模块11用于向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的，并将行程路线和乘客常用路线发送给邀请模块12，邀请模块12用于根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

本实施例根据服务器返回的乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

在上述实施例的基础上，所述发送模块11具体用于：若与所述行程信息相匹配的乘客常用路线包括多条，则匹配按第一预设排序规则在所述司机终端处进行显示。

具体的，所述发送模块11具体用于：若与所述行程信息相匹配的乘客常用路线包括多条，则匹配按第一预设排序规则在所述司机终端处进行显示。

本实施例通过设置多条乘客常用路线，并将乘客常用路线按照第一预设排序规则排序，使得司机更加方便的邀请到更符合第一预设排序规则的乘客。

在上述实施例的基础上，所述邀请模块22具体用于：根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，所述同行邀请信息中携带有可提供的座位数量，以使得所述服务器将所述行程信息和所述座位数量发送至所述乘客终端，以供所述乘客终端确认是否同行。

具体的，所述邀请模块22具体用于：根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，所述同行邀请信息中携带有可提供的座位数量，以使得所述服务器将所述行程信息和所述座位数量发送至所述乘客终端，以供所述乘客终端确认是否同行。

本实施例通过向乘客终端提供的车辆座位数量信息，使得乘客可以进一步根据同行的人数选择并确认更加合适的司机终端。

在上述实施例的基础上，所述司机终端还包括第一自动生成模块13：第一自动生成模块13用于接收服务器转发的、来自于所述乘客终端发送的确认同行消息后，则服务器根据所述乘客常用路线自动生成用车订单。

具体的，第一自动生成模块13用于接收服务器转发的、来自于所述乘客终端发送的确认同行消息后，则服务器根据所述乘客常用路线自动生成用车订单。

本实施例通过乘客确认与发出同行邀请的司机同行消息，并自动生成订单，使得乘客不需要发送用车订单，就可以更加快捷的选择到同行的司机。

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

图8为本发明实施例乘客终端的结构示意图，如图8所示，本实施例提供了一种乘客终端，包括第二接收模块21和第二自动生成模块22，其中：

第二接收模块21用于接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配；第二自动生成模块22用于根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

具体的，第二接收模块21用于接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配，并将行程信息和乘客常用路线发送给第二自动生成模块22，第二自动生成模块22用于根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

本实施例通过向服务器发送乘客常用路线，由司机向乘客发出同行邀请，能够使司机主动获取到更多的业务机会，提高工作效率，也使得乘客可以更加快捷的选择到同行的司机。

在上述实施例的基础上，所述乘客终端还包括顺序匹配模块23：顺序匹配模块23用于若服务器发送的司机终端的所述行程信息包括多条，则按第二预设排序规则在所述乘客终端处进行显示。

具体的，顺序匹配模块23用于若服务器发送的司机终端的所述行程信息包括多条，则按第二预设排序规则在所述乘客终端处进行显示。

本实施例根据服务器获取的多条行程信息，将行程信息按照第二预设排序规则在乘客终端处显示，使得乘客更加方便的确认更符合第二预设排序规则的司机。

在上述实施例的基础上，所述接收服务器发送的司机终端的行程信息的同时，所述第二接收模块21具体用于：接收服务器发送的所述司机终端对应的车辆可提供的座位数量。

具体的，所述接收服务器发送的司机终端的行程信息的同时，所述第二接收模块21具体用于：接收服务器发送的所述司机终端对应的车辆可提供的座位数量。

本实施例通过向乘客终端提供的车辆座位数量信息，使得乘客可以进一步根据同行的人数选择并确认更加合适的司机终端。

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

图9为本发明实施例实体结构示意图，如图9所示，该服务器可以包括：处理器(processor)910、通信接口(Communications Interface)920、存储器(memory)930和通信总线940，其中，处理器910，通信接口920，存储器930通过通信总线940完成相互间的通信。通信接口920可以用于服务器与司机终端和乘客终端之间的信息传输。处理器910可以调用存储器930中的逻辑指令，以执行如下方法：接收司机终端发送的行程路线，并获取与所述行程路线相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

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

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

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

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

Claims (24)

1.一种行程路线推荐方法，其特征在于，包括：

接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

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

若接收到所述乘客终端发送的确认同行消息，则根据所述乘客常用路线自动生成用车订单。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述乘客常用路线发送至所述司机终端包括：

若与所述行程信息相匹配的乘客常用路线包括多条，则按预设发送规则将所述乘客常用路线发送至所述司机终端。

4.根据权利要求1所述的方法，其特征在于，所述向所述乘客终端发送所述行程信息的同时，所述方法还包括：

向所述乘客终端发送所述司机终端对应的车辆可提供的座位数量。

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

接收所述乘客终端发送的临时用车订单，所述临时用车订单包括乘客临时出发时间、乘客临时出发地、乘客临时目的地、以及出行人数；

若判断获知所述行程信息中包括的出发时间、出发地点、目的地点、以及提供的座位数与所述乘客临时出发时间、所述乘客临时出发地、所述乘客临时目的地、以及所述出行人数相匹配，则将所述临时用车订单自动分配给所述司机终端。

6.一种行程路线推荐方法，其特征在于，包括：

向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

7.根据权利要求6所述的方法，其特征在于，所述接收所述服务器返回的与所述行程信息相匹配的乘客常用路线后，所述方法还包括：

若与所述行程信息相匹配的乘客常用路线包括多条，则按第一预设排序规则在所述司机终端处进行显示。

8.根据权利要求6所述的方法，其特征在于，所述根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行包括：

根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，所述同行邀请信息中携带有可提供的座位数量，以使得所述服务器将所述行程信息和所述座位数量发送至所述乘客终端，以供所述乘客终端确认是否同行。

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

接收服务器转发的、来自于所述乘客终端发送的确认同行消息后，则服务器根据所述乘客常用路线自动生成用车订单。

10.一种行程路线推荐方法，其特征在于，包括：

接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配；

根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

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

若服务器发送的司机终端的所述行程信息包括多条，则按第二预设排序规则在所述乘客终端处进行显示。

12.根据权利要求10所述的方法，其特征在于，所述接收服务器发送的司机终端的行程信息的同时，所述方法还包括：

接收服务器发送的所述司机终端对应的车辆可提供的座位数量。

13.一种行程路线推荐服务器，其特征在于，包括：

第一接收模块，用于接收司机终端发送的行程信息，并获取与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

推荐模块，用于将所述乘客常用路线发送至所述司机终端，若接收到所述司机终端根据所述乘客常用路线返回的、针对所述乘客的同行邀请信息，则向所述乘客终端发送所述行程信息，以供所述乘客终端确认是否同行。

14.根据权利要求13所述的服务器，其特征在于，所述服务器还包括：

确认模块，用于若接收到所述乘客终端发送的确认同行消息，则根据所述乘客常用路线自动生成用车订单。

15.根据权利要求13或14所述的服务器，其特征在于，所述推荐模块具体用于：

若与所述行程信息相匹配的乘客常用路线包括多条，则按预设发送规则将所述乘客常用路线发送至所述司机终端。

16.根据权利要求13所述的服务器，其特征在于，所述向所述乘客终端发送所述行程信息的同时，所述推荐模块具体用于：

向所述乘客终端发送所述司机终端对应的车辆可提供的座位数量。

17.根据权利要求13所述的服务器，其特征在于，所述推荐模块还包括：

接收子模块，用于接收所述乘客终端发送的临时用车订单，所述临时用车订单包括乘客临时出发时间、乘客临时出发地、乘客临时目的地、以及出行人数；

分配子模块，用于若判断获知所述行程信息中包括的出发时间、出发地点、目的地点以及提供的座位数与所述乘客临时出发时间、所述乘客临时出发地、所述乘客临时目的地以及所述出行人数相匹配，则将所述临时用车订单自动分配给所述司机终端。

18.一种行程路线推荐司机终端，其特征在于，包括：

发送模块，用于向服务器发送行程信息，并接收所述服务器返回的与所述行程信息相匹配的乘客常用路线，所述乘客常用路线为乘客通过乘客终端预先设置的；

邀请模块，用于根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，以使得所述服务器将所述行程信息发送至所述乘客终端，以供所述乘客终端确认是否同行。

19.根据权利要求18所述的司机终端，其特征在于，所述发送模块具体用于：

若与所述行程信息相匹配的乘客常用路线包括多条，则按第一预设排序规则在所述司机终端处进行显示。

20.根据权利要求18所述的司机终端，其特征在于，所述邀请模块具体用于：

根据所述乘客常用路线向所述服务器发送针对所述乘客的同行邀请信息，所述同行邀请信息中携带有可提供的座位数量，以使得所述服务器将所述行程信息和所述座位数量发送至所述乘客终端，以供所述乘客终端确认是否同行。

21.根据权利要求18或19或20所述的司机终端，其特征在于，所述司机终端还包括：

第一自动生成模块，用于接收服务器转发的、来自于所述乘客终端发送的确认同行消息后，则服务器根据所述行程信息自动生成用车订单。

22.一种行程路线推荐乘客终端，其特征在于，包括：

第二接收模块，用于接收服务器发送的司机终端的行程信息，所述行程信息是所述服务器在接收到所述司机终端根据所述服务器发送的乘客常用路线返回的、针对乘客的同行邀请信息后发送的；其中，所述乘客常用路线为乘客通过乘客终端预先设置的、且与所述行程信息相匹配；

第二自动生成模块，用于根据所述行程信息，若确定同行，则向所述服务器发送确认同行消息，服务器根据所述乘客常用路线自动生成用车订单。

23.根据权利要求22所述的乘客终端，其特征在于，所述乘客终端还包括：

顺序匹配模块，用于若服务器发送的司机终端的所述行程信息包括多条，则按第二预设排序规则在所述乘客终端处进行显示。

24.根据权利要求22所述的乘客终端，其特征在于，所述接收服务器发送的司机终端的行程信息的同时，所述第二接收模块具体用于：

接收服务器发送的所述司机终端对应的车辆可提供的座位数量。