CN107844842A - 一种用车订单处理方法及服务器 - Google Patents

Abstract

本发明实施例提供一种用车订单处理方法及服务器，所述方法包括：获取乘客终端发送的出发地和目的地；根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。所述服务器用于执行上述方法。本发明实施例提供的用车订单处理方法及服务器，能够让乘客和司机在出发前对行驶路线达成共识，减少了纠纷事件的发生，提高了订单完成效率。

Description

一种用车订单处理方法及服务器

技术领域

本发明实施例涉及互联网技术领域，具体涉及一种用车订单处理方法及服务器。

背景技术

随着移动通信技术和互联网技术的发展，各种打车软件出现在人们的生活中，人们越来越多的选择在网上下单进行打车，方便了人们的出行。

现有技术中，用户在网上下单打车，提交出发地、目的地以及乘车时间等信息，司机接单后，前往用户订单中的出发地去接乘客，但是从乘客的出发地到目的地的路线有很多，乘客在出发前不知道具体的行车路线，若在出发前不能与接单司机对行驶路线达成共识，容易产生纠纷，耽误司机与乘客的时间，影响订单完成效率。

因此，如何提出一种方法，能够让乘客和司机在出发前对行驶路线达成共识，减少纠纷事件的发生，成为亟待解决的问题。

发明内容

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

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

获取乘客终端发送的出发地和目的地；

根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；

接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。

另一方面，本发明实施例提供一种用车订单处理服务器，包括：

获取单元，用于获取乘客终端发送出发地和目的地；

处理单元，用于根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；

分配单元，用于接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。

本发明实施例提供的用车订单处理方法及服务器，通过获取乘客终端发送出发地和目的地，并根据出发地和目的地获取第一行驶路线作为规划行驶路线，并将规划行驶路线发送给乘客终端，接收到乘客的确认使用划行驶路线的用车订单的消息后，将包含规划行驶路线的用车订单进行分配，司机接单后，根据规划行驶路线完成用车订单，使得乘客和司机在出发前对行驶路线达成一个共识，减少了纠纷事件的发生，提高了订单完成效率。

附图说明

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

图1为本发明实施例中的用车订单处理方法的流程示意图；

图2为本发明实施例中用车订单处理服务器的结构示意图；

图3为本发明实施例中的用车订单处理服务器的实体结构示意图。

具体实施方式

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

图1为本发明实施例中的用车订单处理方法的流程示意图，如图1所示，本发明实施例公开了一种用车订单处理方法，包括：

S1、获取乘客终端发送出发地和目的地；

S2、根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；

S3、接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。

具体地，乘客打开乘客终端上的打车软件，在乘客终端上输入出发地和目的地的，服务器获取到乘客输入的出发地和目的地，并根据出发地和目的地获取第一行驶路线，将所述第一行驶路线作为规划行驶路线发送至乘客终端，乘客在所述乘客终端用户界面上的地图中可以看到所述规划行驶路线，若乘客选择所述规划行驶路线并在乘客终端上点击确认，服务器获取到乘客终端返回的确认使用划行驶路线的用车订单的消息后，会将包括所述规划行驶路线的用车订单进行分配，司机接单后司机终端会显示所述规划行驶路线，司机根据规划行驶路线去完成所述用车订单。需要说明的是，乘客通过乘客终端发送的可以不仅仅包括本发明实施例列举的出发地和目的地，还可以包括用车时间，乘客人数等，本实施例不做具体限定。此外，出发地可以是乘客输入的出发地，若乘客没有输入，也可以是系统定位乘客当前的位置作为出发地。

另外，乘客在通过乘客终端输入出发地和目的地时，可以直接发单，服务器根据用车订单中的出发地和目的地获得规划行驶路线，也可以不进行发单，只是输入出发地和目的地，服务器根据乘客输入的出发地和目的地获得规划行驶路线，并发送给乘客终端，乘客终端在确认是否使用规划行驶路线时再进行发单。

例如：8月2号下午6:00，乘客A在其乘客终端的打车软件上输入从B大厦到C小区的信息，服务器获取到乘客A输入的出发地和目的地，根据出发地B大厦和目的地C小区获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至乘客A的乘客终端，乘客A在其乘客终端的地图中看到所述规划行驶路线，点击确认后，服务器接收到乘客终端返回的确认使用划行驶路线的用车订单的消息，将包含规划行驶路线的用车订单进行分配，司机接单后司机终端会显示所述规划行驶路线，司机按照显示规划行驶路线完成所述订单。若乘客对规划行驶路线不满意，则不选择确认，直接下单，服务器直接将用车订单进行分配，司机接单，由司机和乘客自行决定行驶路线。需要说明的是，服务器接收到乘客终端返回的包含所述规划行驶路线的用车订单后，将包含规划行驶路线的用车订单进行分配，可以是将包含规划行驶路线的用车订单以点播的方式分配给司机终端，也可以是将包含规划行驶路线的用车订单进行广播，由司机判断是否能够接单，本实施例不做具体限定。

本发明实施例中提供的用车订单处理方法，服务器获取乘客终端发送的出发地和目的地，根据出发地和目的地获取第一行驶路线，并将第一行驶路线作为规划行驶路线发送至乘客终端，乘客确认选择所述规划行驶路线后，服务器将包含规划行驶路线的用车订单进行分配，司机接单后，会根据用车订单中的规划行驶路线去完成订单，使得司机和乘客在出发前就对行驶路线达成了共识，减少了纠纷事件的产生，提高了订单完成效率。

在上述实施例的基础上，所述根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端包括：

根据所述出发地和所述目的地获取多条所述第一行驶路线，并将所述多条第一行驶路线分别作为规划行驶路线发送至所述乘客终端；

相应地，所述接收到所述乘客终端返回的包含所述规划行驶路线的用车订单包括：

获取到所述乘客终端返回的、选择其中一条规划行驶路线的用车订单。

具体地，服务器获取到乘客终端发送出发地和目的地后，根据出发地和目的地获取多条第一行驶路线，获取到的多条第一行驶路线，可以是实际行驶路线最短的路线、红绿灯最少的路线或者线路最畅通的路线，当然还可以是其他合理的行驶路线，都可以作为规划行驶路线发送至乘客终端，还可以对每一条规划行驶路线标注出其特点，由乘客根据自身需要选择其中一条规划行驶路线并确认，服务器获取乘客终端返回的确认消息后，将包括乘客选择的规划行驶路线的用车订单进行分配。

例如：8月2号下午6:00，服务器获取到乘客A在其乘客终端的打车软件上发送从B大厦到C小区的信息，根据出发地B大厦和目的地C小区，获取到三条行驶路线，路线一是行驶距离最短的路线、路线二是通过红绿灯最少的路线、路线三是线路最畅通的路线。服务器将这三条行驶路线做上特点标注，如：路线一标注行驶距离最短、路线二标注通过红绿灯最少、路线三标注线路最畅通，将这些加上特点标注的路线作为规划行驶路线发送至乘客A的乘客终端，乘客A根据自己的需要选择路线一作为规划行驶路线并确认，服务器接收到乘客的确认消息后，将包括路线一作为规划行驶路线的用车订单进行分配。

本发明实施例提供的用车订单处理方法，根据出发地和目的地获取到至少一条第一行驶路线，给乘客提供了更多的选择，提高了乘客用车体验感。

在上述实施例的基础上，所述根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端包括：

根据所述出发地获取推荐上车点；

根据所述推荐上车点和所述出发地，获取第一步行路线规划线路；

根据所述第一步行路线规划线路和所述第一行驶路线，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

具体地，服务器获取到乘客终端发送的出发地和目的地后，根据出发地和地图的内置数据，为乘客推荐合适的推荐上车点，根据推荐上车点和出发地，获取第一步行路线规划线路，并根据第一步行路线规划线路和第一行驶路线，生成第二行驶路线，将生成的第二行驶路线作为规划行驶路线发送至所述乘客终端。所述第一步行路线规划线路是从出发地到推荐上车点的真实的步行路线，用来引导乘客到推荐上车点乘车。

例如：服务器接收到乘客A在乘客终端发送的8月2号下午6:00从B大厦到C小区的信息，服务器获取到出发地B大厦，并根据地图的内置数据，为乘客推荐合适的推荐上车点D路口，并绘制出从出发地B大厦到推荐上车点D路口的真实路线，即第一步行路线规划线路，再根据第一步行路线规划线路和第一行驶路线，生成第二行驶路线，将第二行驶路线作为规划行驶路线发送至乘客A的乘客终端。乘客A确认选择第二行驶路线作为规划行驶路线后，服务器会获取乘客终端返回的确认消息，并将包括规划行驶路线的用车订单进行分配，司机接单后会接收到包括规划行驶路线的用车订单，并到规划行驶路线中的推荐上车点去接乘客，乘客则可以根据规划行驶路线中的第一步行路线规划线路步行至推荐上车点D路口乘车。

需要说明的是，推荐上车点是事先设置的，类似于公交站点，在地图内置数据中存储，服务器根据乘客终端发送的出发地，从地图的内置数据中为乘客推荐合适的推荐上车点，当然推荐上车点可以不止一个，当有多个推荐上车点时，乘客可以根据自己的需要选择一个，服务器会根据乘客的选择来为乘客绘制第一步行路线规划线路，引导乘客到推荐上车点乘车。

本发明实施例提供的用车订单处理方法，根据乘客输入的出发地和地图的内置数据，为用户推荐合适的推荐上车点，并绘制从乘客出发地到推荐上车点的第一步行路线规划线路，引导乘客到推荐上车点上车，并根据第一步行路线规划线路和第一行驶路线，生成第二行驶路线作为规划行驶路线，并将包含规划行驶路线的用车订单进行分配，司机接单后，根据规划行驶路线中的推荐上车点去接乘客，减少了乘客和司机相互寻找的时间，提高了接驾效率。

在上述实施例的基础上，所述方法还包括：

根据所述目的地，获取推荐下车点；

根据所述推荐下车点和所述目的地，获取第二步行路线规划线路；

根据所述第一步行路线规划线路、所述第一行驶路线和所述第二步行路线规划线路，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

具体地，服务器获取到乘客终端发送的出发地和目的地后，根据目的地和地图的内置数据，为乘客推荐合适的推荐下车点，并根据推荐下车点和目的地，获取第二步行路线规划线路，并根据第一步行路线规划线路、第一行驶路线和第二步行路线，生成第二行驶路线，将生成的第二行驶路线作为规划行驶路线发送至所述乘客终端。所述第二步行路线规划线路是从推荐下车点到目的地的真实的步行路线，用来引导乘客从推荐下车点步行至目的地。其中，推荐下车点和推荐上车点一样都是事先设置并存储在地图内置数据中，推荐下车点的数量也可以和推荐上车点一样不止一个，具体实现方式同推荐上车点相同，此处不再赘述。

例如：服务器获取到乘客A在乘客终端发送的8月2号下午6:00从B大厦到C小区的信息，并获取到目的地C小区，并根据地图的内置数据，为乘客推荐合适的推荐下车点E路口，并绘制出从推荐下车点E路口到目的地C小区的真实路线，即第二步行路线规划线路。再根据第一步行路线规划线路、第一行驶路线和第二步行路线规划线路，生成第二行驶路线，将第二行驶路线作为规划行驶路线发送至乘客A的乘客终端。乘客A确认选择第二行驶路线作为规划行驶路线后，服务器会获取乘客终端返回的确认消息，并将包括规划行驶路线的用车订单进行分配，司机接单后会接收到包括规划行驶路线的用车订单，并根据规划行驶路线去完成订单。司机将乘客送至推荐下车点，乘客根据第二步行路线规划线路，从推荐下车点步行至目的地。

本发明实施例为乘客推荐一个合适的推荐下车点，并在出发前乘客和司机就已经达成这样的共识，不仅避免了纠纷事件的产生，当乘客选择拼车，司机车辆上还有其他乘客，将乘客送至目的地绕路较远时，选择一个合适的推荐下车点，并获取第二步行路线规划线路引导乘客从推荐下车点步行至目的地，节约了其他乘客的时间，提高了订单完成效率。

在上述实施例的基础上，所述根据所述出发地和所述目的地获取第一行驶路线包括：

根据所述出发地、所述目的地以及实时路况信息，获取所述第一行驶路线。

具体地，服务器获取到乘客终端发送的出发地和目的地后，再获取实时路况信息，其中实时路况信息是指出发地到目的地之间的实时路况信息，可以通过获取系统平台内在线车辆在出发地和目的地之间各条线路上的行驶情况，计算判断哪条行驶路线合理，如:距离最短、通过红绿灯最少或行驶最畅通等，为乘客规划合理的规划行驶路线。当然，还可以通过获取当前时间的车辆状态信息和其他乘客的发单信息来间接的获取实时路况信息，其中车辆状态信息是指在线车辆处于空车状态或非空车状态，若是处于非空车状态，获取处于非空车状态的车辆的行驶路线，结合其他乘客的发单信息，来判断计算从出发地到目的地哪条行驶路线合理。其中第一行驶路线的数量同上述实施例一致，此处不再赘述。

此外，若乘客选择拼车业务，还可以通过获取当前时间的车辆状态信息，获取处于非空车状态车辆的行驶路线、乘车人数等，或获取处于空车状态的车辆信息结合其他乘客的发单信息，判断是否可以拼车，若可以拼车，再结合出发地、目的地以及实时路况信息获取合适的第一行驶路线。

本发明实施例提供了一种用车订单处理方法，服务器获取乘客终端发送的出发地和目的地，并根据出发地、目的地以及实时路况信息，获取第一行驶路线作为规划行驶路线发送至乘客终端，使得规划行驶路线更加合理，并将包含规划行驶路线的用车订单进行分配，使得司机接单后能在出发前和乘客对行驶路线达成共识，减少了纠纷事件的发生，提高了接驾效率。同时，服务器还根据出发地、目的地结合地图的内置数据，为乘客推荐合适的推荐上车点和推荐下车点，并获取第一步行路线规划线路和第二步行路线规划线路，用来引导乘客从出发地到推荐上车点乘车，从推荐下车点步行至目的地，减少了乘客和司机相互寻找的时间，提高了接驾效率。

图2为本发明实施例中用车订单处理服务器的结构示意图，如图2所示，本发明实施例提供了一种用车订单处理服务器，包括：获取单元20，处理单元21和分配单元22，其中：

获取单元20用于获取乘客终端发送的出发地和目的地；处理单元21用于根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；分配单元22用于接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。

具体地，乘客打开乘客终端上的打车软件，发送包括出发地和目的地，获取单元20获取到出发地和目的地并发送给处理单元21，处理单元21根据出发地和目的地获取第一行驶路线，将所述第一行驶路线作为规划行驶路线发送至乘客终端，乘客在所述乘客终端的地图中可以看到所述规划行驶路线，若乘客选择所述规划行驶路线并在乘客终端上点击确认，分配单元22接收到乘客终端返回的包含所述规划行驶路线的用车订单后，会将包括所述规划行驶路线的用车订单进行分配，司机接单后司机终端会显示所述规划行驶路线，司机根据规划行驶路线去完成所述用车订单。其中用车订单中的信息和用车订单中出发地的获取上述实施例一致，此处不再赘述。

本发明实施例提供的用车订单处理服务器，通过获取单元获取乘客终端发送的出发地和目的地并发送给处理单元，处理单元根据出发地和目的地来获取第一行驶路线作为规划行驶路线发送至乘客终端，分配单元获取乘客终端发送的确认消息后，再进行订单分配，使得乘客和司机在出发前就对行驶路线达成共识，减少了纠纷事件的发生，提高了订单完成效率。

在上述实施例的基础上，所述处理单元21还用于：

根据所述出发地和所述目的地获取多条所述第一行驶路线，并将所述多条第一行驶路线分别作为规划行驶路线发送至所述乘客终端；

相应地，所述获取到所述乘客终端返回的确认消息包括：

获取到所述乘客终端返回的、选择其中一条规划行驶路线的确认消息。

具体地，获取单元20接收到乘客终端发送的出发地和目的地后，发送给处理单元21，处理单元21根据出发地和目的地获取多条第一行驶路线，其中第一行驶路线的获取方法和上述实施例一致，此处不再赘述。获取到的多条第一行驶路线都可以作为规划行驶路线发送至乘客终端，还可以对每一条规划行驶路线标注出其特点，由乘客根据自身需要选择其中一条规划行驶路线并确认，处理单元21获取乘客终端返回的确认消息后，将乘客终端返回的确认消息发送给分配单元22，分配单元22将包乘客选择的规划行驶路线的用车订单进行分配。

在上述实施例的基础上，所述处理单元21具体用于：

根据所述出发地获取推荐上车点；

根据所述推荐上车点和所述出发地，获取第一步行路线规划线路；

根据所述第一步行路线规划线路和所述第一行驶路线，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

具体地，获取单元20获取到乘客终端发送出发地并发送给处理单元21，处理单元21根据出发地和地图的内置数据，为乘客推荐合适的推荐上车点，根据推荐上车点和出发地，获取第一步行路线规划线路，并根据第一步行路线规划线路和第一行驶路线，生成第二行驶路线，将生成的第二行驶路线作为规划行驶路线发送至所述乘客终端。所述第一步行路线规划线路是从出发地到推荐上车点的真实的步行路线，用来引导乘客到推荐上车点乘车。

在上述实施例中，所述处理单元21还具体用于：

根据所述目的地，获取推荐下车点；

根据所述推荐下车点和所述目的地，获取第二步行路线规划线路；

根据所述第一步行路线规划线路、所述第一行驶路线和所述第二步行路线规划线路，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

具体地，获取单元20获取到乘客终端发送的目的地，并发送给处理单元21，处理单元21根据目的地和地图的内置数据，为乘客推荐合适的推荐下车点，并根据推荐下车点和目的地，获取第二步行路线规划线路，并根据第一步行路线规划线路、第一行驶路线和第二步行路线，生成第二行驶路线，将生成的第二行驶路线作为规划行驶路线发送至所述乘客终端。所述第二步行路线规划线路是从推荐下车点到目的地的真实的步行路线，用来引导乘客从推荐下车点步行至目的地。

其中，推荐上车点和推荐下车点具体实现方式以及数量与上述实施例一致，此处不再赘述。

在上述实施例的基础上，所述处理单元还具体用于：

根据所述出发地、所述目的地以及实时路况信息，获取所述第一行驶路线。

具体地，获取单元20获取到乘客终端发送的出发地和目的地，并发送给处理单元21，处理单元21根据出发地和目的地，结合实时路况信息，获取第一行驶路线，其中实时路况信息是指出发地到目的地之间的实时路况信息，可以通过获取系统平台内在线车辆在出发地和目的地之间各条线路上的行驶情况，计算判断哪条行驶路线合理，如:距离最短、通过红绿灯最少或行驶最畅通等，为乘客规划合理的规划行驶路线。当然，还可以通过获取当前时间的车辆状态信息和其他乘客的发单信息来间接的获取实时路况信息，其中车辆状态信息是指在线车辆处于空车状态或非空车状态，若是处于非空车状态，获取处于非空车状态的车辆的行驶路线，结合其他乘客的发单信息，来判断计算从出发地到目的地哪条行驶路线合理。其中第一行驶路线的数量同上述实施例一致，此处不再赘述。

本发明提供的服务器用于执行上述方法，其具体的实施方式与方法的实施方式一致，此处不再赘述。

本发明实施例提供了一种用车订单处理服务器，通过获取单元获取乘客终端发送的出发地和目的地，处理单元根据所述出发地和目的地，获取第一行驶路线作为规划行驶路线发送至乘客终端，分配单元将包含规划行驶路线的用车订单进行分配，使得司机接单后能在出发前和乘客对行驶路线达成共识，减少了纠纷事件的发生，提高了订单完成效率。还可以结合实时路况信息获取第一行驶路线，使得规划行驶路线更加合理。同时，处理单元还可以根据出发地、目的地结合地图的内置数据，为乘客推荐合适的推荐上车点和推荐下车点，并获取第一步行路线规划线路和第二步行路线规划线路，用来引导乘客从出发地到推荐上车点乘车，从推荐下车点步行至目的地，接单司机可以根据规划行驶路线中的推荐上车点去接乘客，避免了乘客和司机相互寻找的过程，提高了接驾效率，方便了乘客出行。

图3为本发明实施例中的用车订单处理服务器的实体结构示意图，如图3所示，所述服务器可以包括：处理器(processor)30、通信接口(Communications Interface)31、存储器(memory)32和通信总线33，其中，处理器30，通信接口31，存储器32通过通信总线33完成相互间的通信。通信接口31可以用于服务器与乘客终端、司机终端之间的信息传输。处理器30可以调用存储器32中的逻辑指令，以执行如下方法：获取乘客终端发送的出发地和目的地；根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。

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

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

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

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

Claims (10)

1.一种用车订单处理方法，其特征在于，包括：

获取乘客终端发送的出发地和目的地；

根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；

接收所述乘客终端返回的包含所述规划行驶路线的用车订单，将所述用车订单进行分配。

2.根据权利要求1所述的方法，其特征在于，所述根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端包括：

根据所述出发地和所述目的地获取多条所述第一行驶路线，并将所述多条第一行驶路线分别作为规划行驶路线发送至所述乘客终端；

相应地，所述接收所述乘客终端返回的包含所述规划行驶路线的用车订单包括：

接收所述乘客终端返回的、选择其中一条规划行驶路线的用车订单。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端包括：

根据所述出发地获取推荐上车点；

根据所述推荐上车点和所述出发地，获取第一步行路线规划线路；

根据所述第一步行路线规划线路和所述第一行驶路线，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

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

根据所述目的地，获取推荐下车点；

根据所述推荐下车点和所述目的地，获取第二步行路线规划线路；

根据所述第一步行路线规划线路、所述第一行驶路线和所述第二步行路线规划线路，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

5.根据权利要求1或2所述的方法，其特征在于，所述根据所述出发地和所述目的地获取第一行驶路线包括：

根据所述出发地、所述目的地以及实时路况信息，获取所述第一行驶路线。

6.一种用车订单处理服务器，其特征在于，包括：

获取单元，用于获取乘客终端发送的出发地和目的地；

处理单元，用于根据所述出发地和所述目的地获取第一行驶路线，并将所述第一行驶路线作为规划行驶路线发送至所述乘客终端；

分配单元，用于接收到所述乘客终端返回的包含所述规划行驶路线的用车订单后，将所述用车订单进行分配。

7.根据权利要求6所述的服务器，其特征在于，处理单元还用于：

根据所述出发地和所述目的地获取多条所述第一行驶路线，并将所述多条第一行驶路线分别作为规划行驶路线发送至所述乘客终端；

相应地，所述接收到所述乘客终端返回的包含所述规划行驶路线的用车订单包括：

接收到所述乘客终端返回的、选择其中一条规划行驶路线的用车订单。

8.根据权利要求6或7所述的服务器，其特征在于，所述处理单元具体用于：

根据所述出发地获取推荐上车点；

根据所述推荐上车点和所述出发地，获取第一步行路线规划线路；

根据所述第一步行路线规划线路和所述第一行驶路线，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

9.根据权利要求8所述的服务器，其特征在于，所述处理单元还具体用于：

根据所述目的地，获取推荐下车点；

根据所述推荐下车点和所述目的地，获取第二步行路线规划线路；

根据所述第一步行路线规划线路、所述第一行驶路线和所述第二步行路线规划线路，生成第二行驶路线，并将所述第二行驶路线作为规划行驶路线发送至所述乘客终端。

10.根据权利要求6或7所述的服务器，其特征在于，所述处理单元还具体用于：

根据所述出发地、所述目的地以及实时路况信息，获取所述第一行驶路线。