行程匹配方法及装置、电子设备、计算机可读存储介质
技术领域
本发明涉及网络约车技术领域，尤其涉及一种行程匹配方法及装置、电子设备、计算机可读存储介质。
背景技术
随着互联网技术的发展，网络约车逐步融入人们的日常生活。网络约车服务不仅能够大大提高乘客的打车效率，其多元化服务模式也能够有效提升乘客的出行体验。
其中，网络约车服务中的顺风车业务，越来越走近人们的生活。顺风车业务在提高车辆闲置座位利用率的同时，也方便了人们的出行，并且节能环保，还有利于减轻交通压力。
对于顺风车业务，为了方便发布行程的车主以及乘客了解彼此的顺路程度，运营后台(即服务器)可以给出顺路程度信息。现有技术中，运营后台在计算车主与乘客之间的顺路程度时，对于新发布的行程，如乘客新发布的行程，会将该行程与预设区域范围内的车主行程进行匹配，运算量较大，增加了运营后台的处理压力。
发明内容
本发明实施例提供了一种行程匹配方法及装置、电子设备、计算机可读存储介质，以在一定程度上解决现有技术中在进行车主与乘客之间的行程匹配度时，存在运算量大的问题。
为了解决上述技术问题，本发明实施例提供了以下技术方案：
第一方面，本发明实施例提供了一种行程匹配方法，应用于服务器，所述行程匹配方法包括：
获取第一行程信息；其中，所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组；
分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度；其中，所述第二行程信息为所述目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；
发送所述第一行程与每一所述第二行程之间的行程匹配结果至目标终端设备。
可选地，在分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度之前，所述行程匹配方法还包括：
根据行程信息中的座位数和出发时间，在至少一个第三行程信息中筛选出所述第二行程信息；
其中，所述第三行程信息为面向所述目标群组发布的行程信息，且所述第三行程信息与所述第二行程信息均为同一类型用户发布的行程信息。
可选地，所述根据行程信息中的座位数和出发时间，在至少一个第三行程信息筛选出所述第二行程信息，包括：
在所述第一行程信息为车主发布的行程信息的情况下，将座位数小于或等于所述第一行程信息中的座位数，且出发时间与所述第一行程信息对应的目标时间之差的绝对值小于或等于预设时长的第三行程信息，确定为所述第二行程信息；
在所述第一行程信息为乘客发布的行程信息的情况下，将座位数大于或等于所述第一行程信息中的座位数，且对应的目标时间与所述第一行程信息中的出发时间之差的绝对值小于或等于预设时长的行程信息，确定为所述第二行程信息；
其中，所述目标时间为车主的出发时间加上接驾时长之后的时间，所述接驾时长为车主从自身出发地到乘客的出发地所需的时长。
可选地，所述分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度，包括：
根据预设公式：match_degree＝1-[(d1+d2+d3)-d0]/d0，分别确定所述第一行程与每一所述第二行程之间的行程匹配度；
其中，match_degree表示行程匹配度；d0表示车主的出发地到目的地之间的路面距离；d1表示车主的出发地与乘客的出发地之间的路面距离；d2表示乘客的出发地与目的地之间的路面距离；d3表示车主的目的地与乘客的目的地之间的路面距离。
可选地，在分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度之后，所述行程匹配方法还包括：
在所述第一行程与所述第二行程之间的行程匹配度超过预设数值的情况下，则分别发送推送信息至所述第一行程对应的所述第一群成员，以及与所述第一行程之间的行程匹配度超过预设数值的第二行程对应的所述第二群成员；
其中，所述推送信息中包括：所述第一行程与所述第二行程之间的行程匹配度。
可选地，所述目标群组为个人用户建立的群组、企业申请建立的企业群组或所述服务器根据目标出行路线建立的群组。
可选地，在所述目标群组为所述服务器根据目标出行路线建立的群组的情况下，在获取第一行程信息之前，所述行程匹配方法还包括：
发送针对目标用户群体的入群邀请信息至所述目标终端设备；其中，所述目标用户群体为发布的历史行程信息对应的出行路线与所述目标出行路线的重复度大于或等于预设重复度的用户；
在接收到所述目标终端设备发送的同意入群的反馈信息时，将所述目标终端设备对应的用户加入所述目标群组，成为所述第一群成员。
可选地，所述第一行程信息为所述目标终端设备接收的所述第一群成员输入的行程信息，或由所述服务器根据所述第一群成员的历史行程信息的发布规律生成的行程信息。
第二方面，本发明实施例提供了一种行程匹配方法，应用于终端设备，所述行程匹配方法包括：
接收目标服务器发送的行程匹配结果；其中，所述行程匹配结果为第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配结果；所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述至少一个第二行程信息为目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组；
显示所述行程匹配结果于所述目标应用程序的目标界面中。
可选地，所述目标群组为个人用户建立的群组、企业申请建立的企业群组或所述目标服务器根据目标出行路线建立的群组。
可选地，在所述目标群组为所述目标服务器根据目标出行路线建立的群组的情况下，在接收所述目标服务器发送的行程匹配结果之前，所述行程匹配方法还包括：
接收所述目标服务器针对目标用户群体发送的入群邀请信息；其中，所述目标用户群体为发布的历史行程信息对应的出行路线与所述目标出行路线的重复度大于或等于预设重复度的用户；
在检测到用户的同意入群操作的情况下，发送同意入群的反馈信息至所述目标服务器。
可选地，所述第一行程信息为所述终端设备接收的所述第一群成员输入的行程信息，或由所述目标服务器根据所述第一群成员的历史行程信息的发布规律生成的行程信息。
可选地，在所述第一行程信息为所述终端设备接收的所述第一群成员输入的行程信息的情况下，在接收目标服务器发送的行程匹配结果之前，所述行程匹配方法还包括：
发送所述第一行程信息至所述目标服务器。
可选地，在接收所述目标服务器发送的行程匹配结果时，该行程匹配方法还包括：
接收所述目标服务器发送的推送信息；
其中，所述推送信息为所述目标服务器确定所述第一行程与所述第二行程之间的行程匹配度超过预设数值的情况下发送的，所述推送信息中包括：所述第一行程与所述第二行程之间的行程匹配度。
第三方面，本发明实施例提供了一种行程匹配装置，应用于服务器，所述行程匹配装置包括：
获取模块，用于获取第一行程信息；其中，所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组；
确定模块，用于分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度；其中，所述第二行程信息为所述目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；
第一发送模块，用于发送所述第一行程与每一所述第二行程之间的行程匹配结果至目标终端设备。
可选地，所述行程匹配装置还包括：
筛选模块，用于根据行程信息中的座位数和出发时间，在至少一个第三行程信息中筛选出所述第二行程信息；
其中，所述第三行程信息为面向所述目标群组发布的行程信息，且所述第三行程信息与所述第二行程信息均为同一类型用户发布的行程信息。
可选地，所述筛选模块包括：
第一筛选单元，用于在所述第一行程信息为车主发布的行程信息的情况下，将座位数小于或等于所述第一行程信息中的座位数，且出发时间与所述第一行程信息对应的目标时间之差的绝对值小于或等于预设时长的第三行程信息，确定为所述第二行程信息；
第一筛选单元，用于在所述第一行程信息为乘客发布的行程信息的情况下，将座位数大于或等于所述第一行程信息中的座位数，且对应的目标时间与所述第一行程信息中的出发时间之差的绝对值小于或等于预设时长的行程信息，确定为所述第二行程信息；
其中，所述目标时间为车主的出发时间加上接驾时长之后的时间，所述接驾时长为车主从自身出发地到乘客的出发地所需的时长。
可选地，所述确定模块包括：
确定单元，用于根据预设公式：match_degree＝1-[(d1+d2+d3)-d0]/d0，分别确定所述第一行程与每一所述第二行程之间的行程匹配度；
其中，match_degree表示行程匹配度；d0表示车主的出发地到目的地之间的路面距离；d1表示车主的出发地与乘客的出发地之间的路面距离；d2表示乘客的出发地与目的地之间的路面距离；d3表示车主的目的地与乘客的目的地之间的路面距离。
可选地，所述行程匹配装置还包括：
第二发送模块，用于在所述第一行程与所述第二行程之间的行程匹配度超过预设数值的情况下，则分别发送推送信息至所述第一行程对应的所述第一群成员，以及与所述第一行程之间的行程匹配度超过预设数值的第二行程对应的所述第二群成员；
其中，所述推送信息中包括：所述第一行程与所述第二行程之间的行程匹配度。
可选地，所述目标群组为个人用户建立的群组、企业申请建立的企业群组或所述服务器根据目标出行路线建立的群组。
可选地，所述行程匹配装置还包括：
第三发送模块，用于发送针对目标用户群体的入群邀请信息至所述目标终端设备；其中，所述目标用户群体为发布的历史行程信息对应的出行路线与所述目标出行路线的重复度大于或等于预设重复度的用户；
在接收到所述目标终端设备发送的同意入群的反馈信息时，将所述目标终端设备对应的用户加入所述目标群组，成为所述第一群成员。
可选地，所述第一行程信息为所述目标终端设备接收的所述第一群成员输入的行程信息，或由所述服务器根据所述第一群成员的历史行程信息的发布规律生成的行程信息。
第四方面，本发明实施例提供了一种行程匹配装置，应用于终端设备，所述行程匹配装置包括：
第一接收模块，用于接收目标服务器发送的行程匹配结果；其中，所述行程匹配结果为第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配结果；所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述至少一个第二行程信息为目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组；
显示模块，用于显示所述行程匹配结果于所述目标应用程序的目标界面中。
可选地，所述目标群组为个人用户建立的群组、企业申请建立的企业群组或所述目标服务器根据目标出行路线建立的群组。
可选地，所述行程匹配装置还包括：
第二接收模块，用于接收所述目标服务器针对目标用户群体发送的入群邀请信息；其中，所述目标用户群体为发布的历史行程信息对应的出行路线与所述目标出行路线的重复度大于或等于预设重复度的用户；
第四发送模块，用于在检测到用户的同意入群操作的情况下，发送同意入群的反馈信息至所述目标服务器。
可选地，所述第一行程信息为所述终端设备接收的所述第一群成员输入的行程信息，或由所述目标服务器根据所述第一群成员的历史行程信息的发布规律生成的行程信息。
可选地，该行程匹配方法还包括：
第三接收模块，用于接收所述目标服务器发送的推送信息；
其中，所述推送信息为所述目标服务器确定所述第一行程与所述第二行程之间的行程匹配度超过预设数值的情况下发送的，所述推送信息中包括：所述第一行程与所述第二行程之间的行程匹配度。
第五方面，本发明实施例提供了一种电子设备，所述电子设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序或指令，所述处理器执行所述程序或指令时实现如上第一方面或第二方面所述的行程匹配方法中的步骤。
第六方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如上第一方面或第二方面所述的行程匹配方法中的步骤。
本发明实施例中，本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的应用于服务器的行程匹配方法的流程示意图；
图2为本发明实施例提供的行程匹配过程的示意图；
图3为本发明实施例提供的车主与乘客的行程示意图；
图4为本发明实施例提供的群组建立过程的示意图；
图5为本发明实施例提供的应用于终端设备的行程匹配方法的流程示意图；
图6为本发明实施例提供的应用于服务器的行程匹配装置的框图；
图7为本发明实施例提供的应用于终端设备的行程匹配装置的框图；
图8为本发明实施例提供的终端设备的框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，均属于本发明保护的范围。
依据本发明实施例的一个方面，提供了一种行程匹配方法，应用于服务器。
如图1所示，该行程匹配方法可以包括：
步骤101：获取第一行程信息。
这里所述的第一行程信息为目标群组内的第一群成员面向目标群组发布的行程信息，即该第一行程信息仅限目标群组内的群成员可见。
这里所述的目标群组为针对目标应用程序中的顺风车功能预先建立的群组。该目标群组可以是个人用户建立的群组，也可以是由服务器根据目标出行路线(如热门出行路线)建立的群组，还可以是企业申请建立的企业群组等。
为顺风车功能增加群组组建功能，可以在一定程度上提升用户的使用体验。例如，作为乘客的用户期望能够搭载熟知朋友的顺风车，此时用户则可以建立一个群组，邀请自己的亲朋好友加入该群组。群众组内的群成员发布行程时，可以选择面向群组发布，这样由于行程信息仅限群组内的群成员可见，接单的车主将会是乘客熟悉的人，从而满足用户的期望，提升用户的使用体验，此外，熟人之间搭乘也可以提升出行的安全性。
这里所述的目标应用程序可以是专为顺风车业务开发的应用程序，也可以是将顺风车作为其中一项功能的应用程序等。
本发明实施例中所述的行程信息中可以包括：出发地信息、目的地信息、预计出发时间信息等。对于车主发布的行程信息还可以包括：提供的座位数信息等。对于乘客发布的行程信息还可以包括：乘坐人数信息或所需座位数信息等。
步骤102：分别确定第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度。
这里所述的至少一个第二行程信息为目标群组内的至少一个第二群成员面向目标群组发布的行程信息。第二行程信息与第一行程信息是不同类型的用户发布的行程信息，其中用户类型包括：车主和乘客。也就是说，在第一行程信息为车主发布的行程信息的情况下，第二行程信息为乘客发布的行程信息；在第一行程信息为乘客发布的行程信息的情况下，第二行程信息为车主发布的行程信息。
本发明实施例中，服务器获取到第一行程信息之后，确定发布第一行程信息的用户的用户类型。然后确定与之不同的用户类型的用户面向目标群组发布的行程信息(即第二行程信息)，例如，确定发布第一行程信息的用户的用户类型为乘客，则再确定用户类型为车主的用户面向目标群组发布的行程信息；若确定发布第一行程信息的用户的用户类型为车主，则再确定用户类型为乘客的用户面向目标群组发布的行程信息。最后，在确定第二行程信息后，分别确定第一行程信息对应的第一行程与每一个第二行程信息对应的第二行程之间的行程匹配度(即顺路程度)。
需要说明的是，第二行程信息为可成单的行程信息。例如，在第二行程信息为车主发布的情况下，该第二行程信息处于可接单状态。在第二行程信息为乘客发布的情况下，该第二行程信息处于未被接单状态。
步骤103：发送第一行程与每一第二行程之间的行程匹配结果至目标终端设备。
服务器在完成第一行程与每一个第二行程之间的行程匹配后，将行程匹配结果发送至目标终端设备，以使目标终端设备显示该行程匹配结果，供用户查看。
本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。
为了更好地说明本发明实施例提供的行程匹配方法能够达到的有益效果，下面进行举例说明。
假设，属于预设区域范围内的车主订单和乘客订单的数量分别有1000个，即车主订单和乘客订单的总数量数为2000个。如果针对预设区域范围内的车主订单与乘客订单进行行程匹配计算，则具有1000*1000＝100万次的计算量。而假如前述车主订单和乘客订单均匀分布于10个群组中，即每个群组中有100个车主订单和100个乘客订单，则一个群组内的计算量为100*100＝1万次，10个群组的总计算量为10万次，仅为前者计算量的十分之一。再假如前述车主订单和乘客订单均匀分布于20个群组中，即每个群组中有50个车主订单和50个乘客订单，则一个群组内的计算量为50*50＝2500次，20个群组的总计算量为5万次，仅为前者计算量的二十分之一。由此可见，基于群组计算行程匹配，有利于减小行程匹配的计算量，且群组越多，订单越分散，行程匹配的计算量也会越小。
可选地，在步骤102：分别确定第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度之前，该行程匹配方法还可以包括：
根据行程信息中的座位数和出发时间，在至少一个第三行程信息中筛选出第二行程信息。
其中，这里所述的第三行程信息为面向目标群组发布的行程信息，且第三行程信息与第二行程信息均为同一类型用户发布的行程信息，即第三行程信息与第二行程信息均为车主或乘客发布的行程信息。
本发明实施例中，在针对第一行程信息进行行程匹配之前，可以先对发布者的用户类型与第一行程信息的发布者的用户类型不同的行程信息进行筛选，以过滤掉与第一行程信息成单率较低的行程信息，以及进一步减少服务器的数据处理量。其中，在筛选时，可以基于座位数和出发时间进行筛选，因为当车主与乘客之间因为座位数和出发时间无法达成一致时，二者之间是难以成单的。
例如，在第一行程信息为车主发布的行程信息的情况下，可以将座位数小于或等于第一行程信息中的座位数，且出发时间与第一行程信息对应的目标时间之差的绝对值小于或等于预设时长的第三行程信息，确定为第二行程信息，也就是说，将第三行程信息中座位数大于第一行程信息中的座位数，和/或，出发时间与第一行程信息对应的目标时间之差的绝对值大于预设时长的行程信息过滤掉，仅使第三行程信息中剩余的行程信息与第一行程信息进行行程匹配。
再例如，在第一行程信息为乘客发布的行程信息的情况下，将座位数大于或等于第一行程信息中的座位数，且对应的目标时间与第一行程信息中的出发时间之差的绝对值小于或等于预设时长的行程信息，确定为第二行程信息，也就是说，将第三行程信息中座位数小于第一行程信息中的座位数，且对应的目标时间与第一行程信息中的出发时间之差的绝对值大于预设时长的行程信息过滤掉，仅使第三行程信息中剩余的行程信息与第一行程信息进行行程匹配。
其中，上面所述的预设时长可根据实际需求进行设置，如1小时、两小时等。上面所述的目标时间为车主的出发时间加上接驾时长之后的时间，该接驾时长为车主从自身出发地到乘客的出发地所需的时长。在第一行程信息为车主发布的行程信息的情况下，接驾时长为第一行程信息对应的车主从第一行程信息中的出发地，到第二行程信息中的出发地所需的时长。在第一行程信息为乘客发布的行程信息的情况下，接驾时长为第二行程信息对应的车主从第二行程信息中的出发地，到第一行程信息中的出发地所需的时长。该接驾时长可以是由服务器根据车主的出发地和乘客的出发地预测得到的时长。
为了更好地理解上述行程匹配过程，下面以图2为例，进行举例说明。
如图2所示，车主或乘客面向群组a发布行程后，服务器会将车主发布的行程信息归属于车主订单池中，将乘客发布的行程信息归属于乘客订单池中。在针对群组a，进行车主与乘客之间的行程匹配时，将车主订单与乘客订单进行全连接组合，然后基于座位数和出发时间，过滤掉不符合条件的组合。在完成过滤后，针对符合条件的组合进行行程匹配度计算。最后，输出将计算结果，并将计算结果推送至服务器的下游(即客户端)。
可选地，步骤102：分别确定第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度，可以包括：
根据预设公式：match_degree＝1-[(d1+d2+d3)-d0]/d0，分别确定第一行程与每一第二行程之间的行程匹配度。
其中，预设公式中的match_degree表示行程匹配度。如图2所示，预设公式中的d0表示车主的出发地到目的地之间的路面距离；预设公式中的d1表示车主的出发地与乘客的出发地之间的路面距离；预设公式中的d2表示乘客的出发地与目的地之间的路面距离；预设公式中的d3表示车主的目的地与乘客的目的地之间的路面距离。这里所述的路面距离即路程。
可选地，在步骤102：分别确定第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度之后，该行程匹配方法还可以包括：
在第一行程与第二行程之间的行程匹配度超过预设数值的情况下，则分别发送推送信息至第一行程对应的第一群成员，以及与第一行程之间的行程匹配度超过预设数值的第二行程对应的第二群成员。
其中，这里所述的推送信息中包括：第一行程与第二行程之间的行程匹配度。
本发明实施例中所述的行程匹配度的取值范围可以是[0,1]，具体可以以百分数进行表示，如，85％。这里所述的预设数值为0与1之间的一个较大数值，如0.8，具体可以以百分数进行表示，如80％。
本发明实施例中，服务器在计算得到车主行程与乘客行程之间的行程匹配度后，对于两个行程之间的行程匹配度超过预设数值的情况，可以分别向两个行程对应的车主和乘客，发送推送信息，以分别告知车主和乘客二者行程之间的行程匹配度，促使车主与乘客之间进行成单，从而提高成单率。
针对服务器的该推送功能，可以在群组中设置一个控制开关，在需要该推送功能时，则通过控制开关开启这一功能；在不需要这一推送功能时，则通过控制开关关闭这一功能，这样服务器不会发送推送信息。
可选地，前文提到：目标群组可以是个人用户建立的群组、服务器根据目标出行路线建立的群组或企业申请建立的企业群组。下面分别以这三种群组为例，对本发明实施例提供的顺风车群组组建功能进行解释说明。
在本发明实施例中，对于个人用户建立的群组，前文已经提到，当用户期望熟人之间成单时，可以自己建立一个群组，邀请自己的亲朋好友加入到该群组内，这样可以提升出行的安全性。除此之外，个人用户还可以基于其他目的组建群组，如基于出行路线组建群组，并邀请也具有同样需求的其他用户加入群组，这样面向该群组发布的行程之间的顺路程度会更高，车主与乘客之间更易成单。
在本发明实施例中，企业可以基于员工的出行需求(如上班、下班、出差等)，申请建立的企业顺风车群组(以下简称企业群组)。加入企业群组的员工可以面向群组发布行程，由于同一企业的员工之间的需求比较相似，因此更易成单，且安全性高，便于企业员工的出行，此外，这样也有利于减少企业为员工出行进行配车等而产生的成本。其中，管理企业群组的管理员，可以查看面向企业群组发布的每一行程的状态(如行程未开始、行程进行中、行程已结束等)，以及行程开始后发布行程的车主和乘客的位置信息，以便于了解车主与乘客的状态，这样在发现异常时可以及时报警，有利于提高安全性。
在本发明实施例中，服务器还可以根据目标出行路线建立群组，如：根据某一城市的通勤路线创建群组。在创建群组后，服务器可以邀请目标用户群体入群。这里所述的目标用户群体为发布的历史行程信息对应的出行路线与目标出行路线的重复度大于或等于预设重复度的用户。用户加入该群组后，可以面向该群组发布行程，由于行程之间的顺路程度可能较高，因此有利于提高车主与乘客之间的成单率。
其中，在目标群组为服务器根据目标出行路线建立的群组的情况下，在步骤101：获取第一行程信息之前，该行程匹配方法还可以包括：
发送针对目标用户群体的入群邀请信息至目标终端设备，并在接收到目标终端设备发送的同意入群的反馈信息时，将目标终端设备对应的用户加入目标群组，成为目标群组的第一群成员。
可选地，目标终端设备接收到服务器发送的入群邀请信息后，可以显示“同意入群”和“拒绝入群”两个虚拟按钮。用户同意入群时，触发“同意入群”的虚拟按钮，目标终端设备根据用户的触发操作，发送的同意入群的反馈信息至服务器，以使服务器将用户加入目标群组，成为群成员。用户不同意入群时，触发“拒绝入群”的虚拟按钮，目标终端设备根据用户的触发操作，发送的拒绝入群的反馈信息至服务器，以对服务器的邀请进行应答。
为了更好地理解顺风车群组的建立过程，下面以图4为例进行举例说明。
如图4所示，运营后台(即服务器)开启群组功能后，三种群组的创建的过程如下所述：
运营后台可以自行创建群组，并对自行创建的群组进行管理，如编辑群组名称、生成群组链接、增减群组成员等。运营后台除了可以对自行创建的群组进行管理外，还可以对用户(包括个人用户和企业用户等所有用户)创建的群组进行管理。
个人用户可以通过安装于终端设备中的普通客户端创建群组，并对群组进行管理，如编辑群组名称、分享群组链接、增减群组成员等。
企业可以通过企业客户端，向运营后台申请组建企业群组。运营后台对企业提出的申请进行审核，在审核通过后，则完成企业群组的创建；若审核未通过，企业需要重新进行申请，且运营后台也会重新对企业提出的申请进行审核。其中，成功组建企业群组后，企业群组的管理员可以通过企业专用客户端，查看各个行程的状态，以及行程进行中时发布行程的群成员的位置信息等。
其中，运营后台可以为所有已创建的群组生成群组链接，这样，在邀请他人加入群组时，可以通过社交平台等将群组链接分享给他人，从而使得他人依据群组链接加入群组。当然，用户也可以通过搜索群组ID(如群组名称等)的方式查找到所要加入的群组，并申请入群。另外，现有技术中的微信、qq等应用程序中的群组入群方式，同样适用于本发明实施例所述的群组，本发明实施对此便不再进行赘述。
用户在加入群组后，可以选择面向群组发布行程。例如，行程发布界面可以显示“面向群组”和“非面向群组”两个选项，用户根据自己需求进行选择，若选择“面向群组”，则弹出用户加入的群组列表界面，由用户选择具体面向哪个群组发布。再完成群组选择后，则可以面向选择的群组发布行程。此时，运营后台会对面向该群组发布的行程进行行程匹配。其中，在选择群组时，可以选择至少一个群组。
可选地，本发明实施例中，第一行程信息可以是目标终端设备接收的第一群成员输入的行程信息，即第一行程信息为用户在目标终端设备上编辑生成的行程信息。例如，用户在终端设备上通过目标应用程序的顺风车功能，选择出发地、目的地、出发时间以及乘坐人数等，从而生成行程信息。在用户完成第一行程信息的编辑后，目标终端设备可以将第一行程信息发送至服务器，以使服务器获取到第一行程信息，并对第一行程信息进行行程匹配。
此外，第一行程信息还可以是由服务器根据第一群成员的历史行程信息的发布规律生成的行程信息。例如，服务器通过对第一群成员以往发布的行程进行分析，发现第一群成员每周五会面向目标群组发布一个出发时间为下午6：00，出发地为城市A，目的地为城市B的行程。这样每到周五，服务器在检测到第一群成员未面向目标群组发布行程的情况下，可以根据第一群成员的行程发布规律，生成出发时间为下午6：00、出发地为城市A、目的地为城市B等的行程信息。
当然，服务器在自动为第一群成员生成第一行程信息后，可以发送包括第一行程信息的第一信息至目标终端设备，以使第一群成员确认是否面向目标群组发布该第一行程信息。在目标终端设备接收到第一群成员输入的确认发布操作时，发送第二信息至服务器，以告知服务器第一群成员同意发布该第一行程信息。可以理解地是，在目标终端设备接收到第一群成员输入的拒绝发布操作时，还可以发送第三信息至服务器，以告知服务器第一群成员拒绝发布该第一行程信息，从而使服务器删除第一行程信息。
可选地，面向群组发布的第一行程信息，可以显示于目标群组的聊天界面中，也可以和非面向群组发布的行程信息显示在一起，但为了区别于非面向群组发布的行程信息，可以对第一行程信息进行标记，如添加一“群友”标签，以便其他群成员进行辨别。此外，在第一行程信息与非面向群组发布的行程信息显示在一起时，也可以将第一行程信息的链接信息发送至群组内，以便群成员根据链接信息对第一行程信息进行查看。
可选地，对于车主面向目标群组发布的行程，即乘客可以发送接单请求消息至车主，车主在接收到该接单请求消息后，可以选择同意接单或拒绝接单。
例如，在第一行程信息为车主发布的行程时，目标终端设备可以接收其他终端设备发送的接单请求消息。在目标终端设备接收到车主的同意接单操作的情况下，向发送接单请求消息的其他终端设备发送反馈信息，已告知乘客车主已同意接单。在目标终端设备接收到车主的拒绝接单操作的情况下，向发送接单请求消息的其他终端设备发送反馈信息，已告知乘客车主拒绝接单。
再例如，在第一行程信息为乘客发布的行程时，目标终端设备可以发送接单请求消息至车主。在车主的同意接单的情况下，目标终端设备可以接收到车主通过其他终端设备发送的同意接单的反馈信息。在车主的拒绝接单的情况下，目标终端设备可以接收到车主通过其他终端设备发送的拒绝接单的反馈信息。
综上所述，本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。此外，该群组组建功能还可以改善顺风车功能的性能，如提高安全性、增大成单率等，从而提升用户的使用体验。
以上即为对本发明实施例提供的应用于服务器的行程匹配方法的描述，下面对本发明实施例提供的应用于终端设备的行程匹配方法进行描述。
依据本发明实施例的一个方面，提供了一种行程匹配方法，应用于终端设备，该终端设备可以是移动电子设备，也可以为非移动电子设备。示例性的，终端设备为移动电子设备时，可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、上网本或者个人数字助理(personal digital assistant，简称PDA)等。终端设备为非移动电子设备时，可以为个人计算机(personal computer，简称PC)等，本发明实施例对此不作具体限定。
如图5所示，该行程匹配方法可以包括：
步骤501：接收目标服务器发送的行程匹配结果。
这里所述的行程匹配结果为第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度的结果。
这里所述的第一行程信息为目标群组内的第一群成员面向目标群组发布的行程信息，即该第一行程信息仅限目标群组内的群成员可见。
这里所述的至少一个第二行程信息为目标群组内的至少一个第二群成员面向目标群组发布的行程信息。其中，第二行程信息与第一行程信息是不同类型的用户发布的行程信息，用户类型包括：车主和乘客。也就是说，在第一行程信息为车主发布的行程信息的情况下，第二行程信息为乘客发布的行程信息；在第一行程信息为乘客发布的行程信息的情况下，第二行程信息为车主发布的行程信息。需要说明的是，第二行程信息为可成单的行程信息。例如，假设该第二行程信息为车主发布的，则该第二行程信息对应的订单处于可接单状态。若假设该第二行程信息为乘客发布的，则该第二行程信息对应的订单处于未被接单状态。
这里所述的目标群组为针对目标应用程序中的顺风车功能预先建立的群组。
这里所述的目标应用程序可以是专为顺风车业务开发的应用程序，也可以是顺风车作为其中一项功能的应用程序。
本发明实施例中，目标服务器获取到第一行程信息之后，确定发布第一行程信息的用户的用户类型。然后确定与之不同的用户类型的用户面向目标群组发布的行程信息(即第二行程信息)，例如，确定发布第一行程信息的用户的用户类型为乘客，则再确定用户类型为车主的用户面向目标群组发布的行程信息；若确定发布第一行程信息的用户的用户类型为车主，则再确定用户类型为乘客的用户面向目标群组发布的行程信息。之后，在确定第二行程信息后，分别确定第一行程信息对应的第一行程与每一个第二行程信息对应的第二行程之间的行程匹配度(即顺路程度)。最后，在得到行程匹配结果后，将行程匹配结果发送至终端设备。
其中，本发明实施例中所述的行程信息中可以包括：出发地信息、目的地信息、预计出发时间信息等。对于车主发布的行程信息还可以包括：提供的座位数信息等。对于乘客发布的行程信息还可以包括：乘坐人数信息或所需座位数信息等。
步骤502：显示行程匹配结果于目标应用程序的目标界面中。
这里所述的目标界面可以是群组的聊天界面，也可以是目标应用程序中用于界面显示全网行程信息的显示界面。
终端设备接收到目标服务器发送的行程匹配结果后，将行程匹配结果进行显示，以供用户查看。
本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。
为了更好地说明本发明实施例提供的行程匹配方法能够达到的有益效果，下面进行举例说明。
假设，属于预设区域范围内的车主订单和乘客订单的数量分别有1000个，即车主订单和乘客订单的总数量数为2000个。如果针对预设区域范围内的车主订单与乘客订单进行行程匹配计算，则具有1000*1000＝100万次的计算量。而假如前述车主订单和乘客订单均匀分布于10个群组中，即每个群组中有100个车主订单和100个乘客订单，则一个群组内的计算量为100*100＝1万次，10个群组的总计算量为10万次，仅为前者计算量的十分之一。再假如前述车主订单和乘客订单均匀分布于20个群组中，即每个群组中有50个车主订单和50个乘客订单，则一个群组内的计算量为50*50＝2500次，20个群组的总计算量为5万次，仅为前者计算量的二十分之一。由此可见，基于群组计算行程匹配，有利于减小行程匹配的计算量，且群组越多，订单越分散，行程匹配的计算量也会越小。
可选地，在接收目标服务器发送的行程匹配结果时，该行程匹配方法还包括：接收目标服务器发送的推送信息。
其中，该推送信息为目标服务器确定第一行程与第二行程之间的行程匹配度超过预设数值的情况下发送的，该推送信息中包括：第一行程与第二行程之间的行程匹配度。
本发明实施例中所述的行程匹配度的取值范围可以是[0,1]，具体可以以百分数进行表示，如，85％。这里所述的预设数值为0与1之间的一个较大数值，如0.8，具体可以以百分数进行表示，如80％。
本发明实施例中，目标服务器在计算得到车主行程与乘客行程之间的行程匹配度后，对于两个行程之间的行程匹配度超过预设数值的情况，可以分别向两个行程对应的车主和乘客，发送推送信息，以分别告知车主和乘客二者行程之间的行程匹配度，促使车主与乘客之间进行成单，从而提高成单率。
针对服务器的该推送功能，可以在群组中设置一个控制开关，在需要该推送功能时，则通过控制开关开启这一功能；在不需要这一推送功能时，则通过控制开关关闭这一功能，这样服务器不会发送推送信息。
可选地，本发明实施例中所述的目标群组为个人用户建立的群组、企业申请建立的企业群组或目标服务器根据目标出行路线建立的群组等。下面分别以这三种群组为例，对本发明实施例提供的顺风车群组组建功能进行解释说明。
在本发明实施例中，对于个人用户建立群组，例如，作为乘客的用户期望能够搭载熟知朋友的顺风车，此时用户则可以建立一个群组，邀请自己的亲朋好友加入该群组。群众组内的群成员发布行程时，可以选择面向群组发布，这样由于行程信息仅限群组内的群成员可见，接单的车主将会是乘客熟悉的人，从而满足用户的期望，提升用户的使用体验，此外，熟人之间搭乘也可以提升出行的安全性。除此之外，个人用户还可以基于其他目的组建群组，如基于出行路线组建群组，并邀请也具有同样需求的其他用户加入群组，这样面向该群组发布的行程之间的顺路程度会更高，车主与乘客之间更易成单。
在本发明实施例中，企业可以基于员工的出行需求(如上班、下班、出差等)，申请建立的企业顺风车群组(以下简称企业群组)。加入企业群组的员工可以面向群组发布行程，由于同一企业的员工之间的需求比较相似，因此易成单，且安全性高，便于企业员工的出行，此外，这样也有利于减少企业为员工出行进行配车等而产生的成本。其中，管理企业顺风车群组的管理员，可以查看面向企业群组发布的每一行程的状态(如行程未开始、行程进行中、行程已结束等)，以及行程开始后发布行程的车主和乘客的位置信息，以便于了解车主与乘客的状态，这样在发现异常时可以及时报警，有利于提高安全性。
在本发明实施例中，服务器还可以根据目标出行路线建立群组，如：根据某一城市的通勤路线创建群组。在创建群组后，服务器可以邀请目标用户群体入群。这里所述的目标用户群体为发布的历史行程信息对应的出行路线与目标出行路线的重复度大于或等于预设重复度的用户。用户加入该群组后，可以面向该群组发布行程，由于行程之间的顺路程度可能较高，因此有利于提高车主与乘客之间的成单率。
其中，在目标群组为目标服务器根据目标出行路线建立的群组的情况下，在步骤501：接收目标服务器发送的行程匹配结果之前，该行程匹配方法还可以包括：
接收目标服务器针对目标用户群体发送的入群邀请信息，并在检测到用户的同意入群操作的情况下，发送同意入群的反馈信息至目标服务器，以使终端设备对应的用户成为目标群组中的第一群成员。
可选地，终端设备接收到目标服务器发送的入群邀请信息后，可以显示“同意入群”和“拒绝入群”两个虚拟按钮。用户同意入群时，触发“同意入群”的虚拟按钮，终端设备根据用户的触发操作，发送的同意入群的反馈信息至目标服务器，以使目标服务器将用户加入目标群组，成为群成员。用户不同意入群时，触发“拒绝入群”的虚拟按钮，终端设备根据用户的触发操作，发送的拒绝入群的反馈信息至目标服务器，以对目标服务器的邀请进行应答。
可选地，目标服务器可以为所有已创建的群组生成群组链接，这样，在邀请他人加入群组时，可以通过社交平台等将群组链接分享给他人，从而使得他人依据群组链接加入群组。当然，用户也可以通过搜索群组ID(如群组名称等)的方式查找到所要加入的群组，并申请入群。另外，现有技术中的微信、qq等应用程序中的群组入群方式，同样适用于本发明实施例所述的群组，本发明实施对此便不再进行赘述。
可选地，用户在加入群组后，可以选择面向群组发布行程。例如，行程发布界面可以显示“面向群组”和“非面向群组”两个选项，用户根据自己需求进行选择，若选择“面向群组”，则弹出用户加入的群组列表界面，由用户选择具体面向哪个群组发布。再完成群组选择后，则可以面向选择的群组发布行程。此时，目标服务器会对面向该群组发布的行程进行行程匹配。其中，在选择群组时，可以选择至少一个群组。
可选地，本发明实施例中，第一行程信息可以是终端设备接收的第一群成员输入的行程信息，即第一行程信息为用户在终端设备上编辑生成的行程信息。例如，用户在终端设备上通过目标应用程序的顺风车功能，选择出发地、目的地、出发时间以及乘坐人数等，从而生成行程信息。
此外，第一行程信息还可以是由服务器根据第一群成员的历史行程信息的发布规律生成的行程信息。例如，服务器通过对第一群成员以往发布的行程进行分析，发现第一群成员每周五会面向目标群组发布一个出发时间为下午6：00，出发地为城市A，目的地为城市B的行程。这样每到周五，服务器在检测到第一群成员未面向目标群组发布行程的情况下，可以根据第一群成员的行程发布规律，生成出发时间为下午6：00、出发地为城市A、目的地为城市B等的行程信息。
当然，目标服务器在自动为第一群成员生成第一行程信息后，可以发送包括第一行程信息的第一信息至终端设备，以使第一群成员确认是否面向目标群组发布该第一行程信息。在终端设备接收到第一群成员输入的确认发布操作时，发送第二信息至目标服务器，以告知目标服务器第一群成员同意发布该第一行程信息。可以理解地是，在终端设备接收到第一群成员输入的拒绝发布操作时，还可以发送第三信息至目标服务器，以告知目标服务器第一群成员拒绝发布该第一行程信息，从而使目标服务器删除第一行程信息。
可选地，在第一行程信息为终端设备接收的第一群成员输入的行程信息的情况下，在步骤501：接收目标服务器发送的行程匹配结果之前，该行程匹配方法还包括：发送第一行程信息至目标服务器，以使目标服务器可以获取到第一行程信息，并针对第一行程信息进行行程匹配。
可选地，前文提到，面向群组发布的第一行程信息，可以显示于目标群组的聊天界面中，也可以和非面向群组发布的行程信息显示在一起，但为了区别于非面向群组发布的行程信息，可以对第一行程信息进行标记，如添加一“群友”标签，以便其他群成员进行辨别。此外，在第一行程信息与非面向群组发布的行程信息显示在一起时，也可以将第一行程信息的链接信息发送至群组内，以便群成员根据链接信息对第一行程信息进行查看。
可选地，对于车主面向目标群组发布的行程，即乘客可以发送接单请求消息至车主，车主在接收到该接单请求消息后，可以选择同意接单或拒绝接单。
例如，在第一行程信息为车主发布的行程时，目标终端设备可以接收其他终端设备发送的接单请求消息。在目标终端设备接收到车主的同意接单操作的情况下，向发送接单请求消息的其他终端设备发送反馈信息，已告知乘客车主已同意接单。在目标终端设备接收到车主的拒绝接单操作的情况下，向发送接单请求消息的其他终端设备发送反馈信息，已告知乘客车主拒绝接单。
再例如，在第一行程信息为乘客发布的行程时，目标终端设备可以发送接单请求消息至车主。在车主的同意接单的情况下，目标终端设备可以接收到车主通过其他终端设备发送的同意接单的反馈信息。在车主的拒绝接单的情况下，目标终端设备可以接收到车主通过其他终端设备发送的拒绝接单的反馈信息。
综上所述，本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。此外，该群组组建功能还可以改善顺风车功能的性能，如提高安全性、增大成单率等，从而提升用户的使用体验。
上面针对本发明实施例提供的行程匹配方法进行了详细描述，下面继续对本发明实施例提供的行程匹配装置进行描述。
依据本发明实施例的另一方面，提供了一种行程匹配装置，应用于服务器。该行程匹配装置能实现上述应用于服务器的行程匹配方法实施例中的具体细节，并能达到相同的技术效果。
如图6所示，所述行程匹配装置包括：
获取模块601，用于获取第一行程信息。
其中，所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组。
确定模块602，用于分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度。
其中，所述第二行程信息为所述目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客。
第一发送模块603，用于发送所述第一行程与每一所述第二行程之间的行程匹配结果至目标终端设备。
可选地，所述行程匹配装置还包括：
筛选模块，用于根据行程信息中的座位数和出发时间，在至少一个第三行程信息中筛选出所述第二行程信息。
其中，所述第三行程信息为面向所述目标群组发布的行程信息，且所述第三行程信息与所述第二行程信息均为同一类型用户发布的行程信息。
可选地，所述筛选模块包括：
第一筛选单元，用于在所述第一行程信息为车主发布的行程信息的情况下，将座位数小于或等于所述第一行程信息中的座位数，且出发时间与所述第一行程信息对应的目标时间之差的绝对值小于或等于预设时长的第三行程信息，确定为所述第二行程信息。
第一筛选单元，用于在所述第一行程信息为乘客发布的行程信息的情况下，将座位数大于或等于所述第一行程信息中的座位数，且对应的目标时间与所述第一行程信息中的出发时间之差的绝对值小于或等于预设时长的行程信息，确定为所述第二行程信息。
其中，所述目标时间为车主的出发时间加上接驾时长之后的时间，所述接驾时长为车主从自身出发地到乘客的出发地所需的时长。
可选地，所述确定模块602包括：
确定单元，用于根据预设公式：match_degree＝1-[(d1+d2+d3)-d0]/d0，分别确定所述第一行程与每一所述第二行程之间的行程匹配度。
其中，match_degree表示行程匹配度；d0表示车主的出发地到目的地之间的路面距离；d1表示车主的出发地与乘客的出发地之间的路面距离；d2表示乘客的出发地与目的地之间的路面距离；d3表示车主的目的地与乘客的目的地之间的路面距离。
可选地，所述行程匹配装置还包括：
第二发送模块，用于在所述第一行程与所述第二行程之间的行程匹配度超过预设数值的情况下，则分别发送推送信息至所述第一行程对应的所述第一群成员，以及与所述第一行程之间的行程匹配度超过预设数值的第二行程对应的所述第二群成员。
其中，所述推送信息中包括：所述第一行程与所述第二行程之间的行程匹配度。
可选地，所述目标群组为个人用户建立的群组、企业申请建立的企业群组或所述服务器根据目标出行路线建立的群组。
可选地，所述行程匹配装置还包括：
第三发送模块，用于发送针对目标用户群体的入群邀请信息至所述目标终端设备。
其中，所述目标用户群体为发布的历史行程信息对应的出行路线与所述目标出行路线的重复度大于或等于预设重复度的用户。
在接收到所述目标终端设备发送的同意入群的反馈信息时，将所述目标终端设备对应的用户加入所述目标群组，成为所述第一群成员。
可选地，所述第一行程信息为所述目标终端设备接收的所述第一群成员输入的行程信息，或由所述服务器根据所述第一群成员的历史行程信息的发布规律生成的行程信息。
本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。
对于上述行程匹配装置实施例而言，由于其与应用于服务器的行程匹配方法实施例基本相似，相关之处参见方法实施例的部分说明即可，为避免重复，这里便不再进行赘述。
依据本发明实施例的另一方面，提供了一种行程匹配装置，应用于终端设备。该行程匹配装置能实现上述应用于终端设备的行程匹配方法实施例中的具体细节，并能达到相同的技术效果。
如图7所示，所述行程匹配装置包括：
第一接收模块701，用于接收目标服务器发送的行程匹配结果。
其中，所述行程匹配结果为第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配结果；所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述至少一个第二行程信息为目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组。
显示模块702，用于显示所述行程匹配结果于所述目标应用程序的目标界面中。
可选地，所述目标群组为个人用户建立的群组、企业申请建立的企业群组或所述目标服务器根据目标出行路线建立的群组。
可选地，所述行程匹配装置还包括：
第二接收模块，用于接收所述目标服务器针对目标用户群体发送的入群邀请信息。
其中，所述目标用户群体为发布的历史行程信息对应的出行路线与所述目标出行路线的重复度大于或等于预设重复度的用户。
第四发送模块，用于在检测到用户的同意入群操作的情况下，发送同意入群的反馈信息至所述目标服务器。
可选地，所述第一行程信息为所述终端设备接收的所述第一群成员输入的行程信息，或由所述目标服务器根据所述第一群成员的历史行程信息的发布规律生成的行程信息。
可选地，该行程匹配方法还包括：
第三接收模块，用于接收所述目标服务器发送的推送信息。
其中，所述推送信息为所述目标服务器确定所述第一行程与所述第二行程之间的行程匹配度超过预设数值的情况下发送的，所述推送信息中包括：所述第一行程与所述第二行程之间的行程匹配度。
本发明实施例中，为应用程序中的顺风车功能增加了群组组建功能，车主或乘客在针对顺风车业务发布行程时，可以选择面向群组发布，这样行程信息则仅限群组内的群成员可见，也就是说，成单时仅限于群组内的车主与乘客，这样服务器在计算车主与乘客之间的顺路程度(即行程匹配度)时，仅针对面向该群组发布的行程信息进行行程匹配即可，相比于进行预设区域范围内的行程匹配，能够减少数据处理量，减小运营后台的处理压力，提升处理效率。
对于上述行程匹配装置实施例而言，由于其与应用于服务器的行程匹配方法实施例基本相似，相关之处参见方法实施例的部分说明即可，为避免重复，这里便不再进行赘述。
依据本发明实施例的又一方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序或指令，所述处理器执行所述程序或指令时实现上述行程匹配方法中的步骤。
举个例子如下，图8示出了一种电子设备的实体结构示意图。
如图8所示，该电子设备可以包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810、通信接口820以及存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令。
其中，在电子设备为服务器时，处理器810可以执行如下方法：
获取第一行程信息；分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度；发送所述第一行程与每一所述第二行程之间的行程匹配结果至目标终端设备。
所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组；所述第二行程信息为所述目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客。
其中，在电子设备为终端设备时，处理器810可以执行如下方法：
接收目标服务器发送的行程匹配结果；
显示所述行程匹配结果于所述目标应用程序的目标界面中。
所述行程匹配结果为第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配结果；所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述至少一个第二行程信息为目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组。
此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
依据本发明实施例的再一方面，提供了一种计算机可读存储介质，其上存储有程序或指令。
该程序或指令被处理器执行时可以执行上述应用于服务器的行程匹配方法中的步骤，例如：
获取第一行程信息；分别确定所述第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配度；发送所述第一行程与每一所述第二行程之间的行程匹配结果至目标终端设备。
所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组；所述第二行程信息为所述目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客。
该程序或指令被处理器执行时还可以执行上述应用于终端设备的行程匹配方法中的步骤，例如：
接收目标服务器发送的行程匹配结果；
显示所述行程匹配结果于所述目标应用程序的目标界面中。
所述行程匹配结果为第一行程信息对应的第一行程与至少一个第二行程信息对应的第二行程之间的行程匹配结果；所述第一行程信息为目标群组内的第一群成员面向所述目标群组发布的行程信息；所述至少一个第二行程信息为目标群组内的至少一个第二群成员面向所述目标群组发布的行程信息；所述第一行程信息与所述第二行程信息为不同类型的用户发布的行程信息，用户类型包括：车主和乘客；所述目标群组为针对目标应用程序中的顺风车功能预先建立的群组。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
