CN106558159B - 一种拼车方法和装置 - Google Patents

Abstract

本发明公开了一种拼车方法和装置。所述拼车方法应用于司机客户端，包括：获取司机行车信息并发送拼车服务器；获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单；所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生；根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，解决了现有技术中的拼车过程中需要线下沟通行车路径的问题，简化了拼车过程，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验，实现了多个乘客共同搭乘一辆汽车出行，减少了乘车成本。

Description

一种拼车方法和装置

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种拼车方法和装置。

背景技术

随着城市人口和城市汽车数量的增加，人们选择出租车或者私家车出行的频率也随之增加。大多数情况下，一辆出租车或者私家车只承载一位乘客，这不仅造成了能源的浪费和交通道路的拥堵，同时也给乘客带来经济负担。

近年来，为提高汽车的乘坐率，减少交通费用开支以及方便出行，拼车方式日趋流行。目前常用的拼车方式是，司机发布出行路线，乘客发布拼车路线，服务器通过将乘客的拼车路线与司机的出行路线匹配，并在匹配时，将匹配信息分别发送司机和乘客，供司机和乘客选择。但这种方法当司机提交行车路线之后，行车路线则不会再根据乘客的拼车请求进行修改。所以现有的拼车方式还需要线下司机和乘客沟通，自行调整汽车的行车路线，整个拼车过程比较繁琐、耗时长，拼车协议达成的几率低，不便于用户使用。

发明内容

本发明提供一种拼车方法和装置，以实现提高拼车达成几率，减小拼车过程的耗时时间，降低用户的乘车成本。

第一方面，本发明实施例提供了一种拼车方法，应用于司机客户端，包括：

获取司机行车信息并发送拼车服务器；

获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单；所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生；

根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径。

第二方面，本发明实施例还提供了一种拼车装置，配置于司机客户端，包括：

司机行车信息获取模块，用于获取司机行车信息并发送拼车服务器；

拼车订单产生模块，用于获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单；所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生；

行车路径调整模块，用于根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径。

第三方面，本发明实施例还提供了一种拼车方法，应用于拼车服务器，包括：

获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息；

根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径；

获取司机客户端发送的拼车订单，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息。

第四方面，本发明实施例还提供了一种拼车装置，配置于拼车服务器，包括：

信息获取模块，用于获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息；

匹配模块，用于根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径；

提示信息发送模块，用于获取司机客户端发送的拼车订单，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息。

本发明通过获取司机行车信息以及与所述司机行车信息匹配的拼车信息，并根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，因此可以自动的根据乘客的拼车请求改变司机行车信息中的行车路径，解决了现有技术中的拼车过程中需要线下沟通行车路径的问题，简化了拼车过程，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验。

附图说明

图1为本发明实施例一提供的一种拼车方法的流程示意图；

图2为本发明实施例二提供的一种拼车方法的流程示意图；

图3为本发明实施例三提供的一种拼车装置的结构示意图；

图4为本发明实施例四提供的一种拼车方法的流程示意图；

图5为本发明实施例五提供的一种拼车装置的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1为本发明实施例一提供的一种拼车方法的流程示意图，该方法适用于包括至少一个乘客终端、至少一个司机终端和拼车服务器组成的系统架构中，乘客终端安装有乘客客户端，司机终端安装有司机客户端，拼车服务器安装有拼车服务端；乘客客户端、司机客户端和拼车服务端之间可以通过通信网络连接并进行相互交互，该无线网络可以是有通信运营商提供的具有数据传输功能的网络，包括但不限于GSM(全球移动通信系统，GlobalSystem for Mobile Communication)网络、CDMA(码分多址，Code Division MultipleAccess)网络、LTE(长期演进，Long Term Evolution)网络、WIFI(无线保真，Wireless-Fidelity)网络。本发明实施例中司机终端和乘客终端可以是手机、平板电脑等，本发明实施例对此不作限制。本实施例的执行主体为司机客户端，本实施例的方法可以由拼车装置来执行，该装置可通过硬件和/或软件的方式实现，并一般可作为应用程序设置于手机等移动终端中，或作为拼车软件等应用程序的子程序。本实施例的方法具体包括如下操作：

S110、获取司机行车信息并发送拼车服务器。

具体的，司机客户端展示有输入界面，以供司机输入司机行车信息。其中司机行车信息的输入可以通过文字形式输入，也可以通过语音形式输入。所述司机行车信息一般包括行车路径。所述行车路径包括行车起点和终点。可选的，所述行车路径还可以包括中途的至少一个停靠点。此外，根据具体应用场景，所述司机行车信息还可以包括绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个。举例而言，司机A通过司机客户端输入的司机行车信息为：起点为公主坟，终点为西单，中途停靠点为复兴门，绕路限制为1千米，拼车人数限制为3人，拼车时间为工作日的9:00到10:00。

S120、获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单。

其中，所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生。所述拼车服务器中设置有数据库，所述数据库用于存储拼车信息。所述拼车信息可根据乘客客户端发送的拼车请求实时更新。举例而言，乘客客户端X向拼车服务器发送拼车请求，拼车服务器在所述数据库中查找已有的拼车信息是否存在与乘客客户端X送拼车请求行匹配的拼车信息，若存在，则更新该拼车信息，例如将该拼车信息的拼车人数加1，若数据库中不存在与乘客客户端X送拼车请求行匹配的拼车信息，则根据乘客客户端X送拼车请求生成新的拼车信息并存储在所述数据库中。拼车服务器在收到司机客户端发送的司机行车信息后，在数据库查找与所述司机行车信息匹配的拼车信息，并在查找到与所述司机行车信息匹配的拼车信息时发送司机客户端，司机客户端接收上述匹配的拼车信息，所述拼车信息可以是一个拼车信息，还可以是拼车信息列表，以供司机确定拼车订单。

需要说明的是，获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，可以是司机客户端主动向拼车服务器进行请求，拼车服务器在接收到司机客户端发送请求时，再向司机客户端发送与所述司机行车信息匹配的拼车信息。还可以是拼车服务器定时的向司机客户端发送与所述司机行车信息匹配的拼车信息，本发明实施例在此不作限制。

可选的，所述拼车信息包括：拼车路径，以及绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个。

S130、根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径。

确定拼车订单后，根据拼车订单对应的拼车信息，可以反过来再调整司机行车信息中的行车路径。举例而言，例如司机Y的拼车订单里包括乘客Z1和Z2的拼车信息，那么在确定拼车订单后，可以根据乘客Z1和Z2的拼车信息自动调整司机Y之前提交的行车信息中的行车路径，以满足乘客Z1和Z2的拼车请求。在符合司机行车信息的前提下，可以按照调整后的行车路径，绕路搭载乘客Z1和Z2，无需司机和乘客在线下再进行沟通，简化了拼车过程。

本发明实施例通过获取司机行车信息以及与所述司机行车信息匹配的拼车信息，并根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，因此可以自动的根据乘客的拼车请求改变司机行车信息中的行车路径，解决了现有技术中的拼车过程中需要线下沟行车车路径的问题，简化了拼车过程，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验，实现了多个乘客共同搭乘一辆汽车出行，减少了乘车成本。

在上述实施例的基础上，可选的，在根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径之前，还包括：

向拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息。

在确定拼车订单后，司机客户端向拼车服务器发送拼车订单锁定请求，拼车服务器在接收到所述拼车订单锁定请求后，停止发送与所述司机行车信息匹配的拼车信息，因此，司机客户端就不再接受其他乘客的拼车请求，只根据当前订单对应的拼车信息调整司机的行车路径，即司机选择只搭载当前确定的拼车订单对应的乘客。

实施例二

图2为本发明实施例二提供的一种拼车方法的流程示意图，该方法的执行主体为司机客户端，如图2所示，所述方法包括如下操作：

S210、获取司机行车信息并发送拼车服务器。

S220、获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单。

其中，所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生。

S230、判断所述拼车订单是否达到所述司机行车信息的拼车人数限制。

当所述拼车订单达到所述司机行车信息的拼车人数限制时，则依次执行操作S240和S250；否则，执行操作S260。

S240、向所述拼车服务器发送拼车订单锁定请求。

其中，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息。

S250、根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径。

S260、获取拼车服务器发送的与所述司机行车信息匹配的拼车信息并更新所述拼车订单。

当司机行车信息中包括拼车人数限制时，在确定拼车订单后，还需判断所述拼车订单是否达到司机行车信息的拼车人数限制，当所述拼车订单达到司机行车信息的拼车人数限制时，则锁定该拼车订单，即确定当前拼车订单对应的乘客为要搭载的乘客。若所述拼车订单还未达到司机行车信息的拼车人数限制，则继续获取拼车服务器发送的与所述司机行车信息匹配的拼车信息并更新所述拼车订单，直至所述拼车订单达到司机行车信息的拼车人数限制。举例而言，当确定的拼车订单的拼车人数为2人，而司机行车信息中的拼车人数限制为3人时，则继续获取拼车服务器发送的与所述司机行车信息匹配的拼车信息并更新所述拼车订单，由于通过拼车服务器的匹配，在拼车订单中又增加了一个拼车乘客，此时的拼车订单已经达到司机行车信息的拼车人数限制，然后向所述拼车服务器发送拼车订单锁定请求，并根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径。

本发明实施例根据司机行车信息中包括拼车人数限制，控制拼车订单中的拼车人数，并实时调整司机行车信息中的行车路径，同时满足司机和乘客的行车需求，整个拼车过程简单，在拼车过程中，调整后的行车路径可以绕道搭载多个乘客，能够实现拼车路径的起点和终点不一致或者不完全一致的乘客拼车请求，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验。

进一步的，可选的，操作S250根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，具体的可以包括：

根据拼车订单对应的拼车信息，以及绕路距离、拥堵程度和行驶时间中的至少一个，调整司机行车信息中的行车路径。

举例而言，若拼车订单对应的拼车信息包括：乘客A的行车路径是从A1到A2，乘客B的行车路径是从B1到B2，乘客C的行车路径是从C1到C2，司机D输入的行车信息中的行车路径是从D1到D2。那么可以根据上述地点A1、A2、B1、B2、C1、C2、D1和D2，计算最短绕路距离的行车路径，将该路径作为调整后的行车路径。还可以根据上述地点A1、A2、B1、B2、C1、C2、D1和D2，计算拥堵程度最小的行车路径，并将该路径作为调整后的行车路径。或者根据上述地点A1、A2、B1、B2、C1、C2、D1和D2，计算行驶时间最少的行车路径，并将该路径作为调整后的行车路径。

实施例三

本发明实施例三提供一种拼车装置，所述拼车装置可配置于司机客户端，图3为本发明实施例三提供的一种拼车装置的结构示意图，如图3所示，所述装置包括：

司机行车信息获取模块31，用于获取司机行车信息并发送拼车服务器。

拼车订单产生模块32，用于获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单；所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生；

行车路径调整模块33，用于根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径。

本发明实施例通过获取司机行车信息以及与所述司机行车信息匹配的拼车信息，并根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，因此可以自动的根据乘客的拼车请求改变司机行车信息中的行车路径，解决了现有技术中的拼车过程中需要线下沟通行车路径的问题，简化了拼车过程，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验，实现了多个乘客共同搭乘一辆汽车出行，减少了乘车成本。

在上述实施例的基础上，可选的，所述拼车装置还包括：

拼车订单锁定模块，用于向拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息。

进一步的，所述司机行车信息还包括：绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个；

所述拼车信息包括：拼车路径，以及绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个。

可选的，当所述司机行车信息包括拼车人数限制时，还包括：

判断模块，用于判断所述拼车订单是否达到所述司机行车信息的拼车人数限制，若是，则向所述拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息；否则，继续获取拼车服务器发送的与所述司机行车信息匹配的拼车信息并更新所述拼车订单。

在上述实施例的基础上，可选的，所述行车路径调整模块具体用于：

根据拼车订单对应的拼车信息，以及绕路距离、拥堵程度和行驶时间中的至少一个，调整司机行车信息中的行车路径。

实施例四

图4为本发明实施例四提供的一种拼车方法的流程示意图，本实施例所述的方法的执行主体为拼车服务器，如图4所示，所述方法包括如下操作：

S410、获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息。

司机客户端和乘客客户端设置有输入界面，司机和乘客可以通过文字形式或者语音形式分别输入司机行车信息和拼车请求。

其中，所述拼车信息是所述拼车服务器根据至少一个拼车请求产生的。

可选的，所述根据所述乘客客户端发送的拼车请求产生拼车信息包括：

判断数据库中是否存在与所述乘客客户端发送的拼车请求匹配的拼车信息，若是，则根据所述乘客客户端发送的拼车请求更新所述数据库中的拼车信息；否则，根据所述乘客客户端发送的拼车请求生成拼车信息并存储在所述数据库。

具体的，拼车服务器在获取乘客客户端发送的拼车请求后，与自身数据库中已有的拼车信息进行匹配，并判断所述数据库中是否存在与所述乘客客户端发送的拼车请求匹配的拼车信息，若乘客客户端发送的拼车请求与数据库中已有的拼车信息匹配，则根据所述乘客客户端发送的拼车请求更新所述数据库中的拼车信息；若乘客客户端发送的拼车请求与数据库中不存在与乘客客户端发送的拼车请求匹配的拼车信息，则根据所述乘客客户端发送的拼车请求生成拼车信息并存储在所述数据库中。

S420、根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径。

本操作将司机行车信息与数据库中的拼车信息进行匹配，并将与所述司机行车信息匹配的拼车信息发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径。

S430、获取司机客户端发送的拼车订单，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息。

当拼车服务器获取到司机客户端发送的拼车订单后，根据所述拼车订单，向所述拼车订单对应的乘客客户端发送拼车订单提示信息，以提示乘客有司机接收了自身的拼车请求。

本发明实施例通过获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息；然后根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径，并在获取司机客户端发送的拼车订单后，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息。通过与乘客客户端以及司机客户端之间的交互，解决了现有技术中的拼车过程中需要线下沟通行车路径的问题，简化了拼车过程，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验，实现了多个乘客共同搭乘一辆汽车出行，减少了乘车成本。

进一步的，所述司机行车信息还包括：绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个；

所述拼车信息包括：拼车路径，以及绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个。

在上述实施例的基础上，可选的，在获取司机客户端发送的拼车订单之后，还包括：

在获取司机客户端发送的拼车订单锁定请求时，停止根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息并发送司机客户端的操作。

需要说明的是，所述司机客户端可以是在确定拼车订单时，就向拼车服务器发送拼车订单锁定请求，以拒绝后续乘客的拼车请求的加入。此外，还可以是，司机客户端根据司机行车信息中的拼车人数限制，在拼车订单达到所述司机行车信息的拼车人数限制时，向拼车服务器发送拼车订单锁定请求，以拒绝后续乘客的拼车请求的加入。

实施例五

图5为本发明实施例五提供的一种拼车装置的结构示意图，本发明实施例提供的拼车装置可配置于拼车服务器，如图5所示，所述装置包括：

信息获取模块51，用于获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息；

匹配模块52，用于根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径；

提示信息发送模块53，用于获取司机客户端发送的拼车订单，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息。

本发明实施例通过将司机行车信息查询与司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径，并在获取司机客户端发送的拼车订单后，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息。通过与乘客客户端以及司机客户端之间的交互，解决了现有技术中的拼车过程中需要线下沟通行车路径的问题，简化了拼车过程，减少了拼车时间，提高了拼车协议达成的几率，提升了用户体验，实现了多个乘客共同搭乘一辆汽车出行，减少了乘车成本。

可选的，所述司机行车信息还包括：绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个；

所述拼车信息包括：拼车路径，以及绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个。

在上述实施例的基础上，可选的，所述拼车装置还包括：

匹配终止模块，用于在获取司机客户端发送的拼车订单锁定请求时，停止根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息并发送司机客户端的操作。

进一步的，所述信息获取模块包括：

判断单元，用于判断数据库中是否存在与所述乘客客户端发送的拼车请求匹配的拼车信息，若是，则根据所述乘客客户端发送的拼车请求更新所述数据库中的拼车信息；否则，根据所述乘客客户端发送的拼车请求生成拼车信息并存储在所述数据库。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (9)

1.一种拼车方法，其特征在于，应用于司机客户端，包括：

获取司机行车信息并发送拼车服务器；

获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单；所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生；

根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，其中，所述拼车信息包括绕路限制，所述拼车信息为拼车信息列表；

在根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径之前，还包括：

向拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息；

所述根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，包括：

根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定具有最短绕路距离的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定拥堵程度最小的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定行驶时间最少的行车路径。

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

绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个；

所述拼车信息包括：拼车路径，以及绕路限制、拼车人数限制、拼车时间限制和拼车价格中的至少一个。

3.根据权利要求2所述的方法，其特征在于，当所述司机行车信息包括拼车人数限制时，在根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径之前，还包括：

判断所述拼车订单是否达到所述司机行车信息的拼车人数限制，若是，则向所述拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息；否则，继续获取拼车服务器发送的与所述司机行车信息匹配的拼车信息并更新所述拼车订单。

4.一种拼车装置，其特征在于，配置于司机客户端，包括：

司机行车信息获取模块，用于获取司机行车信息并发送拼车服务器；

拼车订单产生模块，用于获取拼车服务器发送的与所述司机行车信息匹配的拼车信息，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单；所述拼车信息为所述拼车服务器根据至少一个乘客客户端发送的拼车请求产生；

行车路径调整模块，用于根据拼车订单对应的拼车信息，调整司机行车信息中的行车路径，其中，所述拼车信息包括绕路限制，所述拼车信息为拼车信息列表；

拼车订单锁定模块，用于向拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息；

所述行车路径调整模块具体用于：

根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定具有最短绕路距离的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定拥堵程度最小的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定行驶时间最少的行车路径。

5.根据权利要求4所述的装置，其特征在于，当所述司机行车信息包括拼车人数限制时，还包括：

判断模块，用于判断所述拼车订单是否达到所述司机行车信息的拼车人数限制，若是，则向所述拼车服务器发送拼车订单锁定请求，所述拼车订单锁定请求用于通知所述拼车服务器停止发送与所述司机行车信息匹配的拼车信息；否则，继续获取拼车服务器发送的与所述司机行车信息匹配的拼车信息并更新所述拼车订单。

6.一种拼车方法，其特征在于，应用于拼车服务器，包括：

获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息；

根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径，其中，所述拼车信息包括绕路限制，所述拼车信息为拼车信息列表；

获取司机客户端发送的拼车订单，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息；

在获取司机客户端发送的拼车订单之后，还包括：

在获取司机客户端发送的拼车订单锁定请求时，停止根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息并发送司机客户端的操作；

其中，根据拼车订单对应的拼车信息调整司机行车信息中的行车路径，包括：

根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定具有最短绕路距离的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定拥堵程度最小的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定行驶时间最少的行车路径。

7.根据权利要求6所述的方法，其特征在于，所述根据所述乘客客户端发送的拼车请求产生拼车信息包括：

判断数据库中是否存在与所述乘客客户端发送的拼车请求匹配的拼车信息，若是，则根据所述乘客客户端发送的拼车请求更新所述数据库中的拼车信息；否则，根据所述乘客客户端发送的拼车请求生成拼车信息并存储在所述数据库。

8.一种拼车装置，其特征在于，配置于拼车服务器，包括：

信息获取模块，用于获取司机客户端发送的司机行车信息以及乘客客户端发送的拼车请求，并根据至少一个乘客客户端发送的拼车请求产生拼车信息；

匹配模块，用于根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息，并发送司机客户端，以供司机根据与所述司机行车信息匹配的拼车信息确定拼车订单，并根据拼车订单对应的拼车信息调整司机行车信息中的行车路径，其中，所述拼车信息包括绕路限制，所述拼车信息为拼车信息列表；

提示信息发送模块，用于获取司机客户端发送的拼车订单，并向所述拼车订单包含的乘客客户端发送拼车订单提示信息；

匹配终止模块，用于在获取司机客户端发送的拼车订单锁定请求时，停止根据所述司机行车信息查询与所述司机行车信息匹配的拼车信息并发送司机客户端的操作；

其中，匹配模块具体用于：

根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定具有最短绕路距离的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定拥堵程度最小的行车路径；

或，根据所述司机行车信息中的起点和终点以及所述拼车信息列表中的每个起点和终点，确定行驶时间最少的行车路径。

9.根据权利要求8所述的装置，其特征在于，所述信息获取模块包括：

判断单元，用于判断数据库中是否存在与所述乘客客户端发送的拼车请求匹配的拼车信息，若是，则根据所述乘客客户端发送的拼车请求更新所述数据库中的拼车信息；否则，根据所述乘客客户端发送的拼车请求生成拼车信息并存储在所述数据库。

Images