、根据乘客客户端反馈的选择信息生成拼车信息，将拼车信息发送给司机客户端。
[0052]所述行程信息包括行车路线、行车终点、集合地点及其对应的集合时间；所述乘车信息包括乘客客户端选择的出发时间、出发地点和预期目的地；所述选择信息包括乘客选定的集合地点和在行车路线上选择的行车目的地；所述拼车信息包括乘客联系方式，乘客客户端选定的集合地点和行车目的地。
[0053]如图2所示，本发明还公开了一种用于拼车的设备。该设备包括，
[0054]接收装置1:用于分别接受司机客户端发送的行程信息和乘客客户端发送的乘车?目息。
[0055]匹配装置2:用于根据乘车信息寻找匹配的行程信息，生成备选方案推送给乘客客户端。
[0056]确认装置3:用于根据乘客客户端反馈的选择信息生成拼车信息，将拼车信息发送给司机客户端。
[0057]所述行程信息包括行车路线、行车终点、集合地点及其对应的集合时间；所述乘车信息包括乘客客户端选择的出发时间、出发地点和预期目的地；所述选择信息包括乘客选定的集合地点和在行车路线上选择的行车目的地；所述拼车信息包括乘客联系方式，乘客客户端选定的集合地点和行车目的地。
[0058]现有的拼车服务都是基于乘客发布乘车线路，然后由司机确认的接单模式。因此，现有的拼车服务只能做到单人拼车，很难匹配多个乘客的出行需求。另外，这种基于乘客需求的拼车方法跟专车、快车服务并没有本质的区别，很多专车司机、快车司机也会利用拼车服务挣钱，违背了拼车服务共享用车、绿色出行的公益理念，也容易招致出租车司机群体和监管者的抵触，不具有可持续性。本发明分别独立采集乘客的乘车信息和司机的行程信息，由设备进行匹配，交由乘客进行选择，司机的行程信息是固定，不可变动的。由乘客来选择最适合的行程信息，这样同一条行程信息就可以同时推送给多个乘客，从而达到一趟行程尽可能多带同行乘客的目的，进而平摊服务成本，降低乘客的出行成本。另外，乘客只能在集合地点上车，也只能在行车路线上选择的行车目的地下车，避免了现有的拼车方式需要乘客和司机反复沟通的问题，乘车效率更高，司机不需要将就乘客更改行车路线，有利于确保其他乘客和司机出行权益，真正做到顺风出行。更重要的是，本发明需要司机事先发布行程信息，并严格按行程信息来驾驶，跟专车、快车服务有明显的区别，确保司机是非营运目的，更容易获得监管层的认可和支持。
[0059]下面结合附图和较佳的实施例对本发明作进一步说明。
[0060]一种拼车方法，包括步骤:
[0061]分别接受司机客户端发送的行程信息和乘客客户端发送的乘车信息；
[0062]根据乘车信息寻找匹配的行程信息，生成备选方案推送给乘客客户端；
[0063]根据乘客客户端反馈的选择信息生成拼车信息，将拼车信息发送给司机客户端。
[0064]所述行程信息包括行车路线、行车终点、集合地点及其对应的集合时间；所述乘车信息包括乘客客户端选择的出发时间、出发地点和预期目的地；所述选择信息包括乘客选定的集合地点和在行车路线上选择的行车目的地。
[0065]为了方便乘客和司机相互联系，还可以将车辆信息(如车的品牌、型号、车牌号码等)推送给乘客，这些信息既可以独立推送，也可以嵌入到行程信息、选择信息或拼车信息中预先推送给乘客客户端和司机客户端，等确认拼车以后，再展示给对应的乘客和司机看。本发明的拼车方法和设备可以跟现有的地图服务连接，以方便乘客和司机使用。可选的，本发明的司机客户端和乘客客户端可以选用智能终端，如手机、平板、台式电脑、笔记本电脑等。本发明的设备可以选用服务器来实现。
[0066]进一步的，集合地点和行车终点可以是单个，也可以是多个，每个集合地点对应一个集合时间。在实际应用中，一般都会采用多个集合地点和一个行车终点，司机可以根据人流和接客便利性在自己起始位置附近选择集合地点，以提高入座率，并缩短接客时间。
[0067]进一步的，所述行程信息还包括空余的座位数；所述乘车信息还包括乘客数量；根据乘车信息寻找匹配的行程信息时，排除空余座位数低于乘客数量的行程信息。当确认拼车服务后，对应车辆的空余座位数自动减去乘客数量。因此，乘客数量可以不推送给司机客户端，不会造成座位不够的情况。不过为了司机更好地联系乘客，建议把乘客数量也加入拼车信息中推送到司机客户端。可选的，空余座位数也可以仅记录在云端服务器，初始空余座位数跟车型匹配，每次匹配成功以后，自动减去乘客数量。比如一般的小轿车都是5座，除去司机，初始空余座位数为4个，匹配成功1个乘客以后，空余座位数就变成3个。
[0068]根据乘车信息寻找匹配的行程信息的步骤大概包括以下几种:
[0069]方案一
[0070]在距离出发地点的预设范围内寻找所有的集合地点，符合该条件的行程信息，记为第一方案；
[0071]以出发时间为基准，从第一方案中寻找集合时间落入预设时间范围的行程信息，记为第二方案；
[0072]计算预期目的地跟第二方案中各行程信息的行车线路的最短距离，符合预设距离的行程信息作为所述备选方案。
[0073]举例说明:
[0074]如图3所示，假设乘客发布了乘车信息，其出发地点为A，预期目的地为B，出发时间为T ;假设有两个司机发布了行程信息；司机Drl的行程信息包括集合地点All、A12和A13，分别对应集合时间Tll、T12和T13 ;行车终点P1，司机Dr2的行程信息包括集合地点A2UA22和A23，分别对应集合时间T21、T22和T23 ;行车终点P2。如果连接了地图服务器，根据集合地点和行车终点可以自动生成行车路线，司机可以灵活选择行程路线。
[0075]在距离出发地点A的预设范围内寻找所有的集合地点一般采用以下方法:以发地点为A为圆心，R为半径形成一个圆，这个圆圈框定的范围作为预设范围。从图中可见，司机Drl有一个集合地点A13符合要求，而司机Dr2有两个集合地点A22、A23符合要求。然后计算这三个集合地点是否符合预设时间范围。假设乘客选择的是7点半，前后15分钟都可以，即对应预设时间范围为7:15?7:45。假设时间T13和T22都符合要求。最后再计算预期目的地跟两天行车路线的最短距离。D1为预期目的地跟司机Drl的行车路线的最短距离；D2为预期目的地跟司机Dr2的行车路线的最短距离。假设预设距离为500米；D1为327米，D2为605米。显然，D1符合要求，最终的备选方案为司机Drl的行程信息，司机Drl的行车路线距离B点最近的点Μ为行车目的地。
[0076]本发明所述的最短距离不局限于最短直线距离。实际上，为了使计算更准确，本发明方法和设备可以结合地图数据来综合判断，如果地图上标明预期目的地和司机Drl的行车路线之间有障碍物，那么B点距离该线路的最短距离就是折线段或曲线段，实际最短距离有可能超过D2。在地图中计算最短路径已经有很多成熟的算法，本案不做具体介绍。
[0077]后面的方案可以参考本方案的举例，以下不再赘述。
[0078]方案二
[0079]在距离出发地点的预设范围内寻找所有的集合地点，符合该条件的行程信息记为第三方案；
[0080]计算预期目的地跟第三方案中各行程信息的行车线路的最短距离，符合预设距离的行程信息记为第四方案；
[0081]以出发时间为基准，从第四方案中寻找集合时间落入预设时间范围的行程信息作为所述备选方案。
[0082]方案三
[0083]以出发时间为基准，寻找集合时间落入预设时间范围的所有行程信息，记为第五方案；
[0084]以出发地点为圆心，从第五方案中寻找在预设半径范围内的集合地点，符合该条件的行程信息记为第六方案；
[0085]计算预期目的地跟第六方案中所有的行程路线的最短距离，符合预设距离的行程信息作为所述备选方案。
[00