合乘出行的配对方法、装置、存储介质和计算机设备与流程

本申请涉及互联网技术领域，特别是涉及一种合乘出行的配对方法、装置、计算机可读存储介质和计算机设备。

背景技术：

随着人们生活水平的不断提高，城市车流量不断增长，越来越多的城市正面临日益严重的环境污染、交通拥堵及车位紧张等问题。在此情况下，拼车及顺风车等合乘出行的方式应运而生。

对于合乘出行而言，关键是要实现司机与乘客的配对。传统的配对方法为，服务器接收携带乘客的出发地和目的地的乘客行程信息，以及携带司机的出发地和目的地的司机行程信息，再由服务器基于预定的配对算法查找路线相近的乘客行程信息和司机行程信息，并基于查找到的乘客行程信息和司机行程信息生成配对结果。然而，基于该方法获得配对结果往往运算复杂，配对效率低下。

技术实现要素：

基于此，有必要针对传统方法运算复杂，配对效率低下的问题，提供一种合乘出行的配对方法、装置、计算机可读存储介质和计算机设备。

一种合乘出行的配对方法，包括：

接收司机行程信息，所述司机行程信息包括司机出发地及司机目的地；

确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线，并获取所述司机行驶路线包含的途径地点；

基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息；

基于所述顺路乘客信息推送所述司机行程信息；

当接收到携带所述顺路乘客信息、乘客行程信息及所述司机行程信息的合乘请求时，基于所述合乘请求生成配对结果；所述乘客行程信息包括乘客出发地和乘客目的地。

在一个实施例中，所述司机行程信息还包括司机身份信息；

所述确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线的步骤，包括：

查找与所述司机身份信息关联的历史司机出行路线；所述历史司机出行路线以所述司机出发地为起点、所述司机目的地为终点；

将所述历史司机出行路线中使用频率最高的路线确定为所述司机行驶路线。

在一个实施例中，所述基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息的步骤，包括：

基于所述司机行驶路线的起点、途径地点及终点确定司机顺路区域；所述司机顺路区域为到所述司机出发地、所述司机目的地或者任一所述途径地点的距离小于预设距离值的区域；

查找起点及终点均位于所述司机顺路区域内的历史乘客出行路线；

获取与所述历史乘客出行路线相关联的乘客信息，并将所述乘客信息作为顺路乘客信息。

在一个实施例中，在所述接收司机行程信息的步骤之后，还包括：

识别所述司机出发地和所述司机目的地的地址类别；

当识别出所述司机出发地和/或所述司机目的地为自定义地址时，基于所述司机出发地和/或所述司机目的地对应地更新地图数据库；其中，所述地图数据库用于提供待选的司机出发地和司机目的地。

在一个实施例中，在所述基于所述合乘请求生成配对结果的步骤之后，还包括：

基于所述乘客出发地和所述乘客目的地更新与所述顺路乘客信息相关联的累计合乘路程；

基于更新后的累计合乘路程计算与所述顺路乘客信息相关联的环保贡献值；所述环保贡献值包括污染物的减排量。

一种合乘出行的配对方法，包括：

接收乘客行程信息，所述乘客行程信息包括乘客出发地及乘客目的地；

基于所述乘客出发地及所述乘客目的地匹配顺路司机信息；

基于所述顺路司机信息推送所述乘客行程信息；

当接收到携带所述顺路司机信息及所述乘客行程信息的合乘请求时，基于所述合乘请求生成配对结果。

一种合乘出行的配对装置，包括：

司机行程接收模块，用于接收司机行程信息，所述司机行程信息包括司机出发地及司机目的地；

司机路线确定模块，用于确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线，并获取所述司机行驶路线包含的途径地点；

乘客信息匹配模块，用于基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息；

司机行程推送模块，用于基于所述顺路乘客信息推送所述司机行程信息；

第一配对结果生成模块，用于当接收到携带所述顺路乘客信息、乘客行程信息及所述司机行程信息的合乘请求时，基于所述合乘请求生成配对结果；所述乘客行程信息包括乘客出发地和乘客目的地。

一种合乘出行的配对装置，包括：

乘客行程接收模块，用于接收乘客行程信息，所述乘客行程信息包括乘客出发地及乘客目的地；

司机信息匹配模块，用于基于所述乘客出发地及所述乘客目的地匹配顺路司机信息；

乘客行程推送模块，用于基于所述顺路司机信息推送所述乘客行程信息；

第二配对结果生成模块，用于当接收到携带所述顺路司机信息及所述乘客行程信息的合乘请求时，基于所述合乘请求生成配对结果。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行上述合乘出行的配对方法的步骤。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述合乘出行的配对方法的步骤。

上述合乘出行的配对方法、装置、计算机可读存储介质和计算机设备，匹配到顺路乘客信息后，先基于顺路乘客信息推送司机行程信息，当接收到携带顺路乘客信息及司机行程信息的合乘请求时，基于该合乘请求生成配对结果。或者，匹配到顺路司机信息后，先基于顺路司机信息推送乘客行程信息，当接收到携带司机行程信息及乘客行程信息的合乘请求时，基于该合乘请求生成配对结果。可见，本发明实施例中，部分选择工作由其他参与方处理，在接收到其他参与方返回的合乘请求时，基于该合乘请求生成配对结果，能够简化运算，提高配对效率。

附图说明

图1为一个实施例中合乘出行的配对方法的应用环境图；

图2为一个实施例中合乘出行的配对方法的流程示意图；

图3为一个实施例中乘客终端上显示司机行程信息的界面示意图；

图4为一个实施例中乘客终端上确认搭车的界面示意图；

图5为一个实施例中合乘出行的配对方法的交互示意图；

图6为一个实施例中合乘出行的配对装置的结构框图；

图7为另一个实施例中合乘出行的配对方法的流程示意图；

图8为另一个实施例中合乘出行的配对方法的交互示意图；

图9为另一个实施例中合乘出行的配对装置的结构框图；

图10为一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

合乘出行，也称为拼车或顺风车等，是由合乘服务提供者事先发布出行信息，出行线路相同或相近的人选择乘坐合乘服务提供者的车辆，分摊部分出行成本或免费互助的共享出行方式。

图1为一个实施例中合乘出行的配对方法的应用环境图。参照图1，该合乘出行的配对方法应用于合乘出行的配对系统。该配对系统一般涉及司机终端110、乘客终端120和服务器130。司机终端110及乘客终端120分别通过网络与服务器130连接。司机终端110和乘客终端120均具体可以为台式终端或移动终端，移动终端具体可以为手机、平板电脑、笔记本电脑以及可穿戴式设备等中的至少一种。服务器130可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种合乘出行的配对方法。本实施例主要以该方法应用于上述图1中的服务器130来举例说明。参照图2，该合乘出行的配对方法具体包括如下步骤s202至步骤s210：

步骤s202，接收司机行程信息，所述司机行程信息包括司机出发地及司机目的地。

在实际应用中，当需要合乘出行时，司机可以打开安装于司机终端上的相应应用软件，在该应用软件的相关操作界面上输入司机出发地和司机目的地，进而司机终端基于获得的司机出发地和司机目的地生成司机行程信息，并将其发送至服务器。另外，司机还可以输入出行时间及初始空座数量等，相应地，司机行程信息还可以包括司机出行时间及初始剩余座位数量等。

此外，司机输入司机出发地或司机目的地的具体过程可以为：司机在操作界面的出发地或目的地输入框中输入地名，司机终端再基于接收到的地名调用电子地图进行搜索，并显示搜索获得的待选地址，进而，司机根据实际需求在显示的待选地址中进行选择，当司机选中了某个待选地址后，司机终端获取该待选地址，并将其作为出发地或目的地。或者，对于司机出发地而言，还可以由司机终端调用其自带的定位工具获取当前所处的位置，并将该位置作为司机出发地。其中，定位工具可为gps(globalpositioningsystem，全球定位系统)。另外，电子地图可以由地图服务提供商提供。

需要说明的是，服务器可以连接多个司机终端，进而能够接收到与之连接的各个司机终端发送的司机行程信息，再分别基于各司机行程信息执行后续的处理步骤。

步骤s204，确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线，并获取所述司机行驶路线包含的途径地点。

可以理解，具有相同起点及终点的行驶路线可能有多条，本实施例中的司机行驶路线指的是在本次合乘中，司机要行驶的路线。

具体地，司机行驶路线可以由服务器直接基于司机出发地及司机目的地确定；也可以由服务器先基于司机出发地及司机目的地初步确定待确认司机行驶路线，再向司机终端发送携带该待确认司机行驶路线的路线确认通知，服务器接收到司机终端反馈的针对该路线确认通知的路线确认结果后，服务器再基于该路线确认结果最终确定司机行驶路线。

另外，司机行驶路线包括起点、终点及若干个途径地点，途径地点可以为按照该司机行驶路线从起点到终点的行驶过程中经过的地点。具体地，途径地点可以为司机行驶路线自带的预定地点，在此情况下，服务器基于司机出发地及司机目的地确定了司机行驶路线后，可获取该司机行驶路线中的预定地点，再将获取到的预定地点作为途径地点。

在其他可选的实施例中，司机可根据实际需求自行输入司机出发地、司机途径地点以及司机目的地至司机终端，在此情况下，司机终端可生成携带司机出发地、司机途径地点以及司机目的地的司机行程信息。司机终端将该司机行程信息发送至服务器后，服务器可直接基于该司机行程信息中的司机出发地、司机途径地点以及司机目的地生成司机行驶路线。

步骤s206，基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息。

其中，顺路乘客信息可以为顺路乘客对应的访问服务器所用的账号信息，顺路乘客指的是其历史乘客出行路线与司机行驶路线相同或相近的乘客。

在一个具体的示例中，服务器每生成一次配对结果，可将该配对结果对应的乘客出行路线与乘客的账号信息进行关联并存储，相应地，历史乘客出行路线可为服务器中已存储的乘客出行路线。

步骤s208，基于所述顺路乘客信息推送所述司机行程信息。

在本实施例中，服务器获得与司机行程信息匹配的顺路乘客信息后，可将相应的司机行程信息推送给匹配获得的顺路乘客信息对应的乘客终端。而后，当乘客终端通过相应的账号信息访问服务器，获取服务器推送的司机行程信息后，可显示接收到的司机行程信息，以将相应的司机行程信息呈现给相应的顺路乘客，供顺路乘客查看及选择。具体地，顺路乘客信息可为顺路乘客对应的访问服务器所用的账号信息，该账号信息可包括顺路乘客的唯一标识。

步骤s210，当接收到携带所述顺路乘客信息、乘客行程信息及所述司机行程信息的合乘请求时，基于所述合乘请求生成配对结果；所述乘客行程信息包括乘客出发地和乘客目的地。

在实际应用中，顺路乘客可根据实际需求在乘客终端所显示的司机行程信息中进行选择，当该顺路乘客选中任一司机行程信息时，该乘客终端将接收到包含该司机行程信息的选中指令，并基于该选中指令生成合乘请求，以及将该合乘请求发送给服务器。

可以理解，服务器接收到携带任一顺路乘客信息、乘客行程信息及司机行程信息的合乘请求，则意味着相应的顺路乘客将该司机行程信息对应的司机选为了意向司机。此时，服务器可基于该合乘请求生成配对结果。后续，服务器可向该顺路乘客信息对应的乘客终端以及该司机行程信息对应的司机终端发送配对结果，使得司机和与之配对的顺路乘客互相知晓对方的出发地及目的地。在实际应用中，该顺路乘客在乘客出发地等待司机到来，司机接到该顺路乘客后，将该顺路乘客送到乘客目的地，即完成了合乘出行。

需要说明的是，合乘请求还可以包括乘客出行时间以及所需座位数量等。服务器可进一步匹配乘客出行时间和司机出行时间，以及剩余座位数量与所需座位数量，当出行时间及座位数量均可以互相匹配时，再生成配对结果。

此外，生成配对结果后，服务器可以为配对成功的司机终端及顺路乘客终端建立通信链路，使得司机与顺路乘客可以给彼此发送即时消息，从而进一步沟通出行细节等。

再则，生成配对结果后，服务器还可以获取司机终端的实时位置信息及预估的到乘客出发地的剩余时间信息，并将其发送给对应的乘客终端，使顺路乘客及时了解司机的实时出行情况。其中，剩余时间信息可以调用电子地图获得，在电子地图中，可基于司机行驶路线、路况及车速等信息计算剩余时间。

在一个具体的示例中，如图3所示，乘客终端通过相应的账号信息访问服务器，获取服务器推送的司机行程信息后，可将接收到的各司机行程信息进行罗列显示。顺路乘客可根据实际需求及显示的各司机行程信息进行初步选择，当顺路乘客选中了某一个关键信息后，例如顺路乘客点击了图3所示界面中的司机李四，乘客终端则可跳转至图4所示的确认搭车界面。在确认搭车界面，顺路乘客可完成搭车确认操作，如点击该界面中的“搭车”按钮，此时，乘客终端将基于相应的司机行程信息、顺路乘客信息、以及乘客行程信息生成合乘请求，并将该合乘请求发送至服务器。

其次，司机行程信息显示界面上还可以设置用于触发搜索的按钮，如图3中的“放大镜”图标，当顺路乘客点击“放大镜”图标时，可弹出搜索输入框，顺路乘客可在搜索输入框中输入搜索关键词，如司机名字，司机出发地的地名等，乘客终端即可基于用户输入的搜索关键词在接收到的司机行程信息中进行筛选，再仅显示筛选获得的司机行程信息，以使顺路乘客能够快速地找到意向司机。

再则，确认搭车界面还可以设置用于联系司机的按钮，如图4中的“消息”图标及“电话”图标。当顺路乘客点击“消息”图标时，乘客终端可跳转至聊天界面，在聊天界面，司机与顺路乘客均可以给对方发送消息，如文字消息、图像消息、语音消息及表情符号等。当顺路乘客点击“电话”图标时，乘客终端可获取该司机的联系电话，并弹出拨号框，拨号框中可显示司机的联系电话、确认拨号按钮，取消按钮等，顺路乘客可通过该拨号框拨打司机的电话。

此外，确认搭车界面还可以设置用于评论的按钮，当顺路乘客点击该按钮时，乘客终端可跳转至评论界面，在评论界面，顺路乘客可输入对司机的评价或为司机点赞等。

上述合乘出行的配对方法，匹配到顺路乘客信息后，先基于顺路乘客信息推送司机行程信息，当接收到携带顺路乘客信息及司机行程信息的合乘请求时，基于该合乘请求生成配对结果。可见，本发明实施例中，部分选择工作由其他参与方处理，在接收到其他参与方返回的合乘请求时，基于该合乘请求生成配对结果，能够简化运算，提高配对效率。并且，可由顺路乘客基于接收到的司机行程信息自行选择，能够更准确地贴合用户的需求。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，所述司机行程信息还可以包括司机身份信息；

所述确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线的步骤，还可以包括：

查找与所述司机身份信息关联的历史司机出行路线；所述历史司机出行路线以所述司机出发地为起点、所述司机目的地为终点；

将所述历史司机出行路线中使用频率最高的路线确定为司机行驶路线。

在本实施例中，基于与司机身份信息关联的历史司机出行路线确定司机行驶路线，适用于用户的出行路线均较为固定的场景，例如上/下班场景。在此应用场景下，将查找到的与司机身份信息关联的历史司机出行路线中使用频率最高的路线确定为当前司机行驶路线，既能保障服务器配对的准确性，又能提高服务器的处理效率。

具体地，服务器每生成一次配对结果，就将该配对结果对应的司机行驶路线与司机身份信息进行关联，并存储。对应地，历史司机出行路线可为服务器中已存储的司机行驶路线。其中，司机身份信息可为司机对应的访问服务器所用的账号信息。

在一个实施例中，所述司机行程信息还可以包括司机身份信息；

所述确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线的步骤，包括：

获取以所述司机出发地为起点、所述司机目的地为终点的可选行驶路线；

基于所述司机身份信息推送所述可选行驶路线；

当接收到路线选择反馈结果时，将所述路线选择反馈结果对应的可选行驶路线确定为司机行驶路线。

其中，可选行驶路线可以为服务器调用电子地图搜索获得的以司机出发地为起点、司机目的地为终点的行驶路线。并且，基于司机出发地及司机目的地可能搜索到多条可选行驶路线。

然后，服务器可将获得的可选行驶路线推送给司机身份信息对应的司机终端，司机终端将接收到的可选行驶路线进行显示，以呈现给司机，使司机能够根据实际需求人工进行选择。司机选中某条可选行驶路线后，司机终端获取该可选行驶路线，并生成路线选择反馈结果，以及将其发送给服务器。进而，服务器可将该路线选择反馈结果对应的可选行驶路线确定为司机行驶路线。此外，在司机终端一侧，也可以在其显示界面上设置用于触发司机终端显示可选行驶路线的按钮，当用户按下该按钮后，司机终端才显示可选行驶路线。

在一个实施例中，所述基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息的步骤，包括：

基于所述司机行驶路线的起点、途径地点及终点确定司机顺路区域；所述司机顺路区域为到所述司机行驶路线的起点、终点或者任一所述途径地点的距离小于预设距离值的区域；

查找其起点及终点均位于所述司机顺路区域内的历史乘客出行路线；

获取与所述历史乘客出行路线相关联的乘客信息，并将所述乘客信息作为顺路乘客信息。

在本实施例中，对于司机行驶路线而言，其起点、终点以及每一个途径地点均一一对应一个司机顺路区域。在一个具体的示例中，预设距离值可以为500米。

与前文所述的历史司机出行路线类似，历史乘客出行路线可为服务器中已存储的乘客出行路线。若一条历史乘客出行路线的起点与终点均位于司机顺路区域内，说明该历史乘客出行路线与该司机行驶路线相同或相近，适宜合乘，则将与所述历史乘客出行路线相关联的乘客信息作为顺路乘客信息。

在一个实施例中，在所述接收司机行程信息的步骤之后，还包括：

识别所述司机出发地和所述司机目的地的地址类别；

当识别出所述司机出发地和/或所述司机目的地为自定义地址时，基于所述司机出发地和/或所述司机目的地对应地更新地图数据库；其中，所述地图数据库用于提供待选的司机出发地和司机目的地。

需要说明的是，在司机终端一侧，司机可在司机终端上输入地名，进而司机终端基于接收到的地名调用电子地图进行搜索，以获得司机出发地及司机目的地。但某些情况下，电子地图中无法搜索到司机输入的地名。

在本实施例中，可以由司机创建自定义地址，司机终端将创建的自定义地址(地名、经度及纬度)发送至服务器。相应地，在服务器一侧，当识别出司机出发地为自定义地址，或者识别出司机目的地为自定义地址，或者识别出司机出发地及目的地均为自定义地址时，服务器可将相应的自定义地址新增至地图数据库中，以更新地图数据库。

另外，司机行程信息还可以包括司机身份信息，服务器可基于司机身份信息将更新后的地图数据库发送至司机终端，司机终端将更新后的地图数据库存储至本地。在此情况下，司机再次向司机终端输入该自定义地址的地名时，司机终端则可以将本地地图数据库中存储的该自定义地址作为待选地址进行显示，供司机选择。相应地，当服务器再次接收到司机终端发送的携带该自定义地址的司机行程信息时，服务器可直接在地图数据库中查找到该自定义地址。

需要说明的是，对于较为具体的地址，例如某栋大厦的某号门，电子地图中往往只能够搜索到该栋大厦，此时则可以由司机创建自定义地址，如司机行程信息中包括的司机出发地为总部大厦1号门。

在一个实施例中，所述合乘请求还包括乘客出发地和乘客目的地；

在所述基于所述合乘请求生成配对结果的步骤之后，还包括：

基于所述乘客出发地和所述乘客目的地更新与所述顺路乘客信息相关联的累计合乘路程；

基于更新后的累计合乘路程计算与所述顺路乘客信息相关联的环保贡献值；所述环保贡献值包括污染物的减排量。

在本实施例中，可基于累计合乘路程计算累计燃油消耗数，再基于预设的燃油消耗数与污染物排放量之间的对应关系计算污染物的减排量(如污染物为二氧化碳时，每升汽油相当于2.3公斤的碳排放)，从而获得对应的环保贡献值。服务器可将环保贡献值发送至顺路乘客信息对应的乘客终端，乘客终端将该环保贡献值呈现给顺路乘客，使得顺路乘客能够了解到自己对环保事业作出的贡献，从而起到激励作用。可选地，也可以计算与司机身份信息相关联的环保贡献值，使得司机也能够了解到对环保事业作出的贡献。

另外，也可以通过计算平均数的方式，来计算每个用户的环保贡献值。以在一段时间内，拼车总人数为19240、人均拼车路程为7.6千米、且污染物为二氧化碳为例，总合乘路程则为19240*7.6＝146224千米，按照10千米对应1升汽油，则总燃油消耗数为14622升，再按照每升汽油相当于2.3公斤的碳排放计算，总二氧化碳减排量为33.6吨，则人均二氧化碳减排量为0.00174吨。

图5中示出了一个实施例中合乘出行的配对方法的交互示意图。下面结合图5，对司机终端110、乘客终端120以及服务器130之间的通信交互过程进行详细说明，该方法包括如下步骤s501至步骤s507。

步骤s501，司机终端发送司机行程信息；所述司机行程信息包括司机出发地及司机目的地；

步骤s502，服务器接收司机行程信息；

步骤s503，服务器确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线，并获取所述司机行驶路线包含的途径地点；

步骤s504，服务器基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息；

步骤s505，服务器基于所述顺路乘客信息推送所述司机行程信息；

步骤s506，乘客终端发送携带所述顺路乘客信息及所述司机行程信息的合乘请求；

步骤s507，服务器接收到所述合乘请求时，基于所述合乘请求生成配对结果。

需要说明的是，图5仅示出了一个实施例中司机终端110、乘客终端120以及服务器130三者间的部分通信交互步骤，与前文所述的各实施例类似，这些步骤之间可以加入相应的步骤，且其至少一部分步骤还可以包括多个子步骤，此处不加赘述。

如图6所示，在一个实施例中，提供了一种合乘出行的配对装置。参照图6，所述配对装置600包括：

司机行程接收模块602，用于接收司机行程信息，所述司机行程信息包括司机出发地及司机目的地；

司机路线确定模块604，用于确定以所述司机出发地为起点、所述司机目的地为终点的司机行驶路线，并获取所述司机行驶路线包含的途径地点；

乘客信息匹配模块606，用于基于所述司机行驶路线的起点、途径地点及终点匹配顺路乘客信息；

司机行程推送模块608，用于基于所述顺路乘客信息推送所述司机行程信息；以及，

第一配对结果生成模块610，用于当接收到携带顺路乘客信息、乘客行程信息及所述司机行程信息的合乘请求时，基于所述合乘请求生成配对结果；所述乘客行程信息包括乘客出发地和乘客目的地。

上述合乘出行的配对装置，匹配到顺路乘客信息后，先基于顺路乘客信息推送司机行程信息，当接收到携带顺路乘客信息及司机行程信息的合乘请求时，基于该合乘请求生成配对结果。可见，本发明实施例中，部分选择工作由其他参与方处理，在接收到其他参与方返回的合乘请求时，基于该合乘请求生成配对结果，能够简化运算，提高配对效率。

在一个实施例中，所述司机行程信息还包括司机身份信息；

此时，所述司机路线确定模块604包括：

历史路线查找单元，用于查找与所述司机身份信息关联的历史司机出行路线；所述历史司机出行路线以所述司机出发地为起点、所述司机目的地为终点；以及，

司机路线确定单元，用于将所述历史司机出行路线中使用频率最高的路线确定为所述司机行驶路线。

在一个实施例中，所述司机行程信息还包括司机身份信息；

此时，所述司机路线确定模块604包括：

可选路线获取单元，用于获取以所述司机出发地为起点、所述司机目的地为终点的可选行驶路线；以及，

可选路线推送单元，基于所述司机身份信息推送所述可选行驶路线；

司机路线确定单元，当接收到路线选择反馈结果时，将所述路线选择反馈结果对应的可选行驶路线确定为所述司机行驶路线。

在一个实施例中，所述乘客信息匹配模块606包括：

顺路区域确定单元，用于基于所述司机行驶路线的起点、途径地点及终点确定司机顺路区域；所述司机顺路区域为到所述司机出发地、所述司机目的地或者任一所述途径地点的距离小于预设距离值的区域；

乘客路线查找单元，用于查找起点及终点均位于所述司机顺路区域内的历史乘客出行路线；以及，

顺路乘客获取单元，用于获取与所述历史乘客出行路线相关联的乘客信息，并将所述乘客信息作为顺路乘客信息。

在一个实施例中，所述司机行程信息还包括司机身份信息；

此时，所述配对装置600还包括：

地址类别识别模块，用于识别所述司机出发地和所述司机目的地的地址类别；

地图数据更新模块，用于当识别出所述司机出发地和/或所述司机目的地为自定义地址时，基于所述司机出发地和/或所述司机目的地对应地更新地图数据库；其中，所述地图数据库用于提供待选的司机出发地和司机目的地。

在一个实施例中，所述合乘请求包括乘客出发地和乘客目的地；

此时，所述配对装置600还包括：

累计路程更新模块，用于基于所述乘客出发地和所述乘客目的地更新与所述顺路乘客信息相关联的累计合乘路程；以及，

环保值计算模块，用于基于更新后的累计合乘路程计算与所述顺路乘客信息相关联的环保贡献值；所述环保贡献值包括污染物的减排量。

基于与上述合乘出行的配对方法相同的思想，如图7所示，在另一个实施例中，提供了一种合乘出行的配对方法。本实施例主要以该方法应用于上述图1中的服务器130来举例说明。参照图7，该合乘出行的配对方法具体包括如下步骤s702至步骤s708：

步骤s702，接收乘客行程信息，所述乘客行程信息包括乘客出发地及乘客目的地。

在实际应用中，当需要合乘出行时，乘客可以打开安装于乘客终端上的相应应用软件，在该应用软件的操作界面上输入乘客出发地和乘客目的地，进而乘客终端基于获得的乘客出发地和乘客目的地生成乘客行程信息，并将其发送至服务器。另外，乘客还可以输入出行时间及所需座位数量等，相应地，乘客行程信息还可以包括乘客出行时间及所需座位数量等。

此外，乘客输入乘客出发地或乘客目的地的具体过程可以为：乘客在操作界面的出发地或目的地输入框中输入地名，乘客终端再基于接收到的地名调用电子地图进行搜索，并显示搜索获得的待选地址，进而，乘客根据实际需求在显示的待选地址中进行选择，当乘客选中了某个待选地址后，乘客终端获取该待选地址，并将其作为乘客出发地或乘客目的地。或者，对于乘客出发地而言，还可以由乘客终端调用其自带的定位工具获取当前所处的位置，并将该位置作为乘客出发地。其中，定位工具可为gps(globalpositioningsystem，全球定位系统)。另外，电子地图可以由地图服务提供商提供。

需要说明的是，服务器可以连接多个乘客终端，进而能够接收到与之连接的各个乘客终端发送的乘客行程信息，再分别基于各乘客行程信息执行后续的处理步骤。

步骤s704，基于所述乘客出发地及所述乘客目的地匹配顺路司机信息。

其中，顺路司机信息可以为顺路司机对应的访问服务器所用的账号信息。

步骤s706，基于所述顺路司机信息推送所述乘客行程信息。

在本实施例中，服务器获得与乘客行程信息匹配的顺路乘客信息后，可将相应的乘客行程信息推送给匹配获得的顺路乘客信息对应的乘客终端。而后，当乘客终端通过相应的账号信息访问服务器，获取服务器推送的乘客行程信息后，可显示接收到的乘客行程信息，以将相应的乘客行程信息呈现给相应的顺路乘客，供顺路乘客查看及选择。具体地，顺路乘客信息可为顺路乘客对应的访问服务器所用的账号信息，该账号信息可包括顺路乘客的唯一标识。

步骤s708，当接收到携带所述顺路司机信息及所述乘客行程信息的合乘请求时，基于所述合乘请求生成配对结果。

在实际应用中，顺路司机能够根据实际需求在司机终端所显示的乘客行程信息中进行选择，当顺路司机选中任一乘客行程信息时，司机终端将接收到包含该乘客行程信息的选中指令，并基于该选中指令生成携带顺路司机信息及乘客行程信息的合乘请求，以及将该合乘请求发送给服务器。

可以理解，服务器接收到携带顺路司机信息及乘客行程信息的合乘请求，则意味着顺路司机将该乘客行程信息对应的乘客选为了意向乘客。此时，服务器可基于该合乘请求生成配对结果。另外，合乘请求还可以包括司机行程信息，司机行程信息可包括司机出发地和司机目的地。后续，服务器可向该顺路司机信息对应的司机终端以及该乘客行程信息对应的乘客终端发送配对结果。

上述合乘出行的配对方法，匹配到顺路司机信息后，先基于顺路司机信息推送乘客行程信息，当接收到携带顺路司机信息及乘客行程信息的合乘请求时，基于该合乘请求生成配对结果。可见，本发明实施例中，部分选择工作由其他参与方处理，在接收到其他参与方返回的合乘请求时，基于该合乘请求生成配对结果，能够简化运算，提高配对效率。并且，可由顺路司机基于接收到的乘客行程信息自行选择，能够更准确地贴合用户的需求。

应该理解的是，虽然图7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，所述基于所述乘客出发地及所述乘客目的地匹配顺路司机信息的步骤，包括：

查找其顺路区域包含所述乘客出发地及所述乘客目的地的历史司机出行路线；其中，所述历史司机出行路线的顺路区域为到其起点、终点或者任一途径地点的距离小于预设距离值的区域；

将与查找到的历史司机出行路线关联的司机信息作为顺路司机信息。

在本实施例中，对于任一历史司机出行路线而言，其起点、终点以及每一个途径地点均一一对应一个司机顺路区域。在一个具体的示例中，预设距离值可以为500米。

与上文所述类似，历史司机出行路线可为服务器中已存储的司机行驶路线。若一条历史司机出行路线顺路区域包含乘客出发地及乘客目的地，说明该历史司机出行路线与乘客出发地及乘客目的地相匹配，则适宜合乘。

在一个实施例中，在所述接收乘客行程信息的步骤之后，还包括：

识别所述乘客出发地和所述乘客目的地的地址类别；

当识别出所述乘客出发地和/或所述乘客目的地为自定义地址时，基于所述乘客出发地和/或所述乘客目的地对应地更新地图数据库；其中，所述地图数据库用于提供待选的乘客出发地和乘客目的地。

需要说明的是，在乘客终端一侧，乘客可在乘客终端上输入地名，进而乘客终端基于接收到的地名调用电子地图进行搜索，以获得乘客出发地及乘客目的地。但某些情况下，电子地图中无法搜索到乘客输入的地名。

在本实施例中，可以由乘客创建自定义地址，乘客终端将创建的自定义地址(地名、经度及纬度)发送至服务器。相应地，在服务器一侧，当识别出乘客出发地为自定义地址，或者识别出乘客目的地为自定义地址，或者识别出乘客出发地及目的地均为自定义地址时，服务器可将相应的自定义地址新增至地图数据库中，以更新地图数据库。

另外，乘客行程信息还可以包括乘客身份信息，服务器可基于乘客身份信息将更新后的地图数据库发送至乘客终端，乘客终端将更新后的地图数据库存储至本地。在此情况下，乘客再次向乘客终端输入该自定义地址的地名时，乘客终端则可以将本地地图数据库中存储的该自定义地址作为待选地址进行显示，供乘客选择。相应地，当服务器再次接收到乘客终端发送的携带该自定义地址的乘客行程信息时，服务器可直接在地图数据库中查找到该自定义地址。

需要说明的是，对于较为具体的地址，例如某栋大厦的某号门，电子地图中往往只能够搜索到该栋大厦，此时则可以由乘客创建自定义地址，如乘客行程信息中包括的乘客出发地为总部大厦1号门。

在一个实施例中，所述合乘请求还包括乘客出发地和乘客目的地；

在所述基于所述合乘请求生成配对结果的步骤之后，还包括：

在一个实施例中，所述合乘请求还包括乘客行程信息；所述乘客行程信息可包括乘客出发地和乘客目的地；

在所述基于所述合乘请求生成配对结果的步骤之后，还包括：

基于所述乘客出发地和所述乘客目的地更新与所述顺路乘客信息相关联的累计合乘路程；

基于更新后的累计合乘路程计算与所述顺路乘客信息相关联的环保贡献值；所述环保贡献值包括污染物的减排量。

在本实施例中，可基于累计合乘路程计算累计燃油消耗数，再基于预设的燃油消耗数与污染物排放量之间的对应关系计算污染物的减排量(如污染物为二氧化碳时，每升汽油相当于2.3公斤的碳排放)，从而获得对应的环保贡献值。服务器可将环保贡献值发送至顺路乘客信息对应的乘客终端，乘客终端将该环保贡献值呈现给顺路乘客，使得顺路乘客能够了解到自己对环保事业作出的贡献，从而起到激励作用。可选地，还可以计算与司机的身份信息相关联的环保贡献值，使得司机也能够了解到对环保事业作出的贡献。

另外，也可以通过计算平均数的方式，来计算每个用户的环保贡献值。以在一段时间内，拼车总人数为19240、人均拼车路程为7.6千米、且污染物为二氧化碳为例，总合乘路程则为19240*7.6＝146224千米，按照10千米对应1升汽油，则总燃油消耗数为14622升，再按照每升汽油相当于2.3公斤的碳排放计算，总二氧化碳减排量为33.6吨，则人均二氧化碳减排量为0.00174吨。

图8中示出了另一个实施例中合乘出行的配对方法的交互示意图。下面结合图8，对司机终端110、乘客终端120以及服务器130之间的通信交互过程进行详细说明，该方法包括如下步骤s801至步骤s806。

s801，乘客终端向服务器发送乘客行程信息；所述乘客行程信息包括乘客出发地及乘客目的地；

s802，服务器接收所述乘客行程信息；

s803，服务器基于所述乘客出发地及所述乘客目的地匹配顺路司机信息；

s804，服务器基于所述顺路司机信息推送所述乘客行程信息；

s805，司机终端基于接收到的乘客行程信息向服务器发送携带司机行程信息及所述乘客行程信息的合乘请求；

s806，服务器接收到所述合乘请求时，基于所述合乘请求生成配对结果。

需要说明的是，图8仅示出了另一个实施例中司机终端110、乘客终端120以及服务器130三者间的部分通信交互步骤，与前文所述的各实施例类似，这些步骤之间可以加入相应的步骤，且其至少一部分步骤还可以包括多个子步骤，此处不加赘述。

如图9所示，在另一个实施例中，提供了一种合乘出行的配对装置900。参照图9，所述配对装置900包括：

乘客行程接收模块902，用于接收乘客行程信息，所述乘客行程信息包括乘客出发地及乘客目的地；

司机信息匹配模块904，用于基于所述乘客出发地及所述乘客目的地匹配顺路司机信息；

乘客行程推送模块906，用于基于所述顺路司机信息推送所述乘客行程信息；以及，

第二配对结果生成模块908，用于当接收到携带司机行程信息及所述乘客行程信息的合乘请求时，基于所述合乘请求生成配对结果。

上述合乘出行的配对装置，匹配到顺路司机信息后，先基于顺路司机信息推送乘客行程信息，当接收到携带顺路司机信息及乘客行程信息的合乘请求时，基于该合乘请求生成配对结果。可见，本发明实施例中，部分选择工作由其他参与方处理，在接收到其他参与方返回的合乘请求时，基于该合乘请求生成配对结果，能够简化运算，提高配对效率。并且，可由顺路司机基于接收到的乘客行程信息自行选择，能够更准确地贴合用户的需求。

在一个实施例中，所述司机信息匹配模块904包括：

历史路线查找单元，用于查找其顺路区域包含所述乘客出发地及所述乘客目的地的历史司机出行路线；其中，所述历史司机出行路线的顺路区域为到其起点、终点或者任一途径地点的距离小于预设距离值的区域；以及，

顺路司机获取单元，用于将与查找到的历史司机出行路线关联的司机信息作为顺路司机信息。

在一个实施例中，所述乘客行程信息还包括乘客身份信息；

此时，所述合乘配对装置900还可以包括：

地址类别识别模块，用于识别所述乘客出发地和所述乘客目的地的地址类别；以及，

地图数据更新模块，用于当识别出所述乘客出发地和/或所述乘客目的地为自定义地址时，基于所述乘客出发地和/或所述乘客目的地对应地更新地图数据库；其中，所述地图数据库用于提供待选的乘客出发地和乘客目的地。在一个实施例中，所述合乘请求还包括乘客出发地和乘客目的地；

此时，所述合乘配对装置900还包括：

累计路程更新模块，用于基于所述乘客出发地和所述乘客目的地更新与所述顺路乘客信息相关联的累计合乘路程；以及，

环保值计算模块，用于基于更新后的累计合乘路程计算与所述顺路乘客信息相关联的环保贡献值；所述环保贡献值包括污染物的减排量。

图10示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的服务器130。如图10所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现合乘出行的配对方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行合乘出行的配对方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的合乘出行的配对装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该合乘出行的配对装置的各个程序模块，比如，图6所示的司机行程接收模块602、司机路线确定模块604、乘客信息匹配模块606、司机行程推送模块608和第一配对结果生成模块610，或者，图9所示的乘客行程接收模块902、司机信息匹配模块904、乘客行程推送模块906和第二配对结果生成模块908。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的合乘出行的配对方法中的步骤。

例如，图10所示的计算机设备可以通过如图6所示的合乘出行的配对装置中的司机行程接收模块602执行步骤s202，可通过司机路线确定模块604执行步骤s204，可通过乘客信息匹配模块606执行步骤s206等。计算机设备还可以通过如图5所示的合乘出行的配对装置中的乘客行程接收模块902执行步骤s702，可通过司机信息匹配模块904执行步骤s704，可通过乘客行程推送模块906执行步骤s706等。

为此，一个实施例中还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行本申请提供的合乘出行的配对方法的步骤。

需要说明的是，本申请提供的合乘出行的配对方法可应用于企业内部，以实现同一企业的员工上/下班合乘出行的配对。在此应用场景下，还可以促进员工之间的社交。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

为此，一个实施例中还提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行本申请提供的合乘出行的配对方法的步骤。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。