CN104751625A - 基于轨迹分析的拼车方法和*** - Google Patents

Abstract

本发明公开了一种基于轨迹分析的拼车方法和***，基于历史驾驶轨迹的分析寻找到同路人员，从而实现日常生活中的高效率拼车。其技术方案为：服务器接收终端发起的拼车请求；服务器基于已存储的所有用户的历史驾驶轨迹和此次拼车请求中的拼车参数，通过轨迹分析寻找同路人员；服务器确认同路人员是否同意拼车，并在发起拼车请求的用户和经确认的同路人员之间交互信息。

Description

基于轨迹分析的拼车方法和***

技术领域

本发明涉及一种拼车***，尤其涉及一种基于轨迹的进行计算评估，从而决定是否拼车的方法和***。

背景技术

城市人口越来越多，挤公车成为一种“都市流行病”。漫长的等车，拥挤的车厢，兜兜转转的绕行，没完没了的塞车，汗臭狐臭口臭弥满空间，每天的上下班之旅成为城市白领的挥之不去的噩梦。

另一方面，有车一族每天早上上班的空驶率80%，非常的不经济不环保。根据这一现实情况，逐步兴起了拼车这一现象。所谓拼车，就是在一个小区里，或周围的几个小区，有同一目的地的，或可以顺道路过的，可以搭车一起上下班。先把目的地设计成一条行车路线，几个相识或本不相识的邻居、陌生人结伴上下班。也指一起到同一地方旅游的旅游者为节省燃油费、过路费等费用或车辆磨损而只使用某一方的车辆。

拼车是一个新兴的事物。根据报导，韩国、希腊及欧美国家的出租车已尝试“合乘制”。在美国，多人乘坐同一辆出租车称作Carpool是被鼓励和支持的。既有利于环保，有利于缓解拥挤的城市交通，又有利于乘客。在中国北京、浙江、广州等五十多个城市已经开拓了拼车服务并产生了注册服务机构。随着互联网的发展，北、上、广城市上班族都愿意通过拼车网寻找车友进行拼车。拼车逐渐流行起来起来。

拼车主要分为：1、上下班拼车：因为各种原因，许多人住的地主距离公司可能比较远，而且不管是坐地铁、乘公交都不是特别方便，而选择上下班拼车就很好的解决这一难题。比如从A地住，在B地上班，那就可以寻找每天往返这2个地区的同样的上班族。而这种拼车是最常见的，而且是基本上每天都有需求的，当然可能只限在工作日。2、过年、过节回家拼车：由于过年过节时间，车票都不好买，许多人无奈之下，只好选择拼车。可以寻找同样要回某地过年的朋友一起，当然对方要有车，这样既解决了回家的难题，而有车的一方，也可以省一些费用，可以说是双赢。3、旅游拼车：如果要想去某地尽兴地游玩，比如要去西藏，这时候跟随旅游团可能达不到这种效果。许多地方就出现了旅游拼车。大家可以提前联系好，在约定的日期，出发去旅游，是个很不错的选择。

简而言之，拼车有如下几点好处：1.车费分摊，乘客省钱。2.避免等车，节省时间。3.免受夏日炎炎，冬日寒风刺骨，雨雪天难打的之苦。轻松快乐，心情舒坦，省时省力省钱。4.减少尾气，环保。5.减少交通压力。

然而，拼车也会带来一些问题，比较常见的是时间路线上的问题。即使是亲朋好友结伴旅行，也难免因为出现分歧，陌生人之间就更不用说了。如不能在会面地点、时间和路线等问题上妥协，达成一致，车就很难拼得成。

如何解决拼车中的时间路线的安排，成为业界亟待解决的问题之一，这也是本发明创造的动机。

发明内容

本发明的目的在于解决上述问题，提供了一种基于轨迹分析的拼车方法和***，基于历史驾驶轨迹的分析寻找到同路人员，从而实现日常生活中的高效率拼车。

本发明的技术方案为：本发明揭示了一种基于轨迹分析的拼车方法，包括：

服务器接收终端发起的拼车请求；

服务器基于已存储的所有用户的历史驾驶轨迹和此次拼车请求中的拼车参数，通过轨迹分析寻找同路人员；

服务器确认同路人员是否同意拼车，并在发起拼车请求的用户和经确认的同路人员之间交互信息。

根据本发明的基于轨迹分析的拼车方法的一实施例，拼车参数包括时间段、起始地、目的地的信息。

根据本发明的基于轨迹分析的拼车方法的一实施例，在寻找同路人员的步骤中，根据拼车参数中的起始地和目的地所对应的地理位置是否位于待定同路人员的历史驾驶轨迹之上或者距离小于一预设距离，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

根据本发明的基于轨迹分析的拼车方法的一实施例，在寻找同路人员的步骤中，根据拼车参数中的起始地和目的地之间的驾驶轨迹与待定同路人员的历史驾驶轨迹的路径重合度，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

本发明还揭示了一种基于轨迹分析的拼车***，包括终端装置和服务器，其中：

终端装置包括：

请求模块，向服务器发起拼车请求；

接收模块，接收服务器发送的拼车确认信息；

确认模块，将拼车确认的信息发送至服务器；

服务器包括：

数据库模块，存储所有用户的历史驾驶轨迹；

同路人员查找模块，连接数据库模块，基于终端装置发送的拼车请求中的拼车参数以及数据库模块中存储的所有用户的历史驾驶轨迹，通过轨迹分析寻找同路人员；

拼车交互模块，在发起拼车请求的用户和待拼车的同路人员之间交互信息。

根据本发明的基于轨迹分析的拼车***的一实施例，拼车参数包括时间段、起始地、目的地的信息。

根据本发明的基于轨迹分析的拼车***的一实施例，同路人员查找模块进一步包括：

地理位置判定单元，根据拼车参数中的起始地和目的地所对应的地理位置是否位于待定同路人员的历史驾驶轨迹之上或者距离小于一预设距离，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

根据本发明的基于轨迹分析的拼车***的一实施例，同路人员查找模块进一步包括：

路径重合度判定单元，根据拼车参数中的起始地和目的地之间的驾驶轨迹与待定同路人员的历史驾驶轨迹的路径重合度，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

本发明对比现有技术有如下的有益效果：本发明的方案是基于所有用户的历史驾驶轨迹以及某一终端发起的拼车请求中的起始地、目的地和时间，寻找到同路人员，从而实现拼车。相较于传统技术，本发明能够为发起拼车请求的一方找到非常合适的同路人员，使得拼车效率更高效，也更科学。

附图说明

图1示出了本发明的基于轨迹分析的拼车方法的第一实施例的流程图。

图2示出了本发明的基于轨迹分析的拼车方法的第二实施例的流程图。

图3示出了本发明的基于轨迹分析的拼车***的第一实施例的原理图。

图4示出了本发明的基于轨迹分析的拼车***的第二实施例的原理图。

具体实施方式

下面结合附图和实施例对本发明做进一步的描述。

基于轨迹分析的拼车方法的第一实施例

图1示出了本发明的基于轨迹分析的拼车方法的第一实施例的流程。请参见图1，本实施例的拼车方法的实施步骤详述如下。

步骤S10：服务器接收终端发起的拼车请求。

终端的用户通常都已经在服务器上注册，登记个人信息（姓名、身份证号码、手机号码等）以及车辆信息（车型、车牌号、车机号码等），所有用户的日常驾驶轨迹上报到服务器。

本发明中的终端可以是手机或者车载***，其中手机号码和车载***（车机）号码可以绑定。

步骤S12：服务器基于已存储的所有用户的历史驾驶轨迹和此次拼车请求中的拼车参数，通过轨迹分析寻找同路人员，即：将用户发送的起始地和目的地转化为地理位置信息，并判断地理位置信息是否落入他人的历史驾驶轨迹或距离较近。

拼车请求中包括了若干拼车参数，例如时间、起始地、目的地。例如，用户的拼车请求为早上8点到9点这个时间段，地点是从莘庄到徐家汇。

在本实施例中，是根据拼车参数中的起始地和目的地所对应的地理位置是否位于待定同路人员的历史驾驶轨迹之上或者距离小于一预设距离，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

服务器在数据库中查找所有用户的日常驾驶轨迹，基于轨迹分析，帮助用户寻找同路人员，也就是，查找日常驾驶轨迹中，是否有待定同路人员经常在早上8点到9点之间，其驾驶路径包括了从莘庄到徐家汇，并且用户发送的起始地和目的地所对应的地理位置在该待定同路人员的历史驾驶轨迹上，或者起始地和目的地对应的地理位置与用户的驾驶轨迹的距离小于一定值，如果有，则待定同路人员被确定其为同路人员。确定同路人员的考虑因素有，时间、起始地和目的地与该路径的距离、驾驶该路径的频率（也就是待定同路人员是否经常走这条路，频率越高的话，则说明同路的可能性越大）。

步骤S14：服务器确认同路人员是否同意拼车，并在发起拼车请求的用户和经确认的同路人员之间交互信息。

服务器将该用户的个人信息发送给查找到的同路人员（接收端可以是手机或者车机），并提示同路人员有人请求拼车，是否同意拼车。在确认同意后，将同路人员的个人信息发送给该用户，待该用户确认后拼车成功。

服务器还可以在用户被限号的日期提前向用户发送拼车提示，用户确认拼车时再发送拼车请求到服务器。

基于轨迹分析的拼车方法的第二实施例

图2示出了本发明的基于轨迹分析的拼车方法的第二实施例的流程。请参见图2，本实施例的拼车方法的实施步骤详述如下。

步骤S20：服务器接收终端发起的拼车请求。

终端的用户通常都已经在服务器上注册，登记个人信息（姓名、身份证号码、手机号码等）以及车辆信息（车型、车牌号、车机号码等），所有用户的日常驾驶轨迹上报到服务器。

本发明中的终端可以是手机或者车载***，其中手机号码和车载***（车机）号码可以绑定。

步骤S22：服务器基于已存储的所有用户的历史驾驶轨迹和此次拼车请求中的拼车参数，通过轨迹分析寻找同路人员，即：将用户在起始地和目的地之间的历史驾驶轨迹与他人的历史驾驶轨迹做比较，分析路径的重合度。

拼车请求中包括了若干拼车参数，例如时间、起始地、目的地。例如，用户的拼车请求为早上8点到9点这个时间段，地点是从莘庄到徐家汇。

在本实施例中，根据拼车参数中的起始地和目的地之间的驾驶轨迹与待定同路人员的历史驾驶轨迹的路径重合度，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

服务器在数据库中查找所有用户的日常驾驶轨迹，基于轨迹分析，帮助用户寻找同路人员，也就是，查找日常驾驶轨迹中，是否有待定同路人员经常在早上8点到9点之间，从莘庄开车到徐家汇，并且其历史驾驶轨迹与用户发送的起始地和目的地之间的驾驶轨迹重合度较高，如果有，则确定其为同路人员。确定同路人员的考虑因素有，时间、路径的重合度、驾驶该路径的频率（也就是待定同路人员是否经常走这条路，频率越高的话，则说明同路的可能性越大）。

步骤S24：服务器确认同路人员是否同意拼车，并在发起拼车请求的用户和经确认的同路人员之间交互信息。

服务器将该用户的个人信息发送给查找到的同路人员（接收端可以是手机或者车机），并提示同路人员有人请求拼车，是否同意拼车。在确认同意后，将同路人员的个人信息发送给该用户，待该用户确认后拼车成功。

服务器还可以在用户被限号的日期提前向用户发送拼车提示，用户确认拼车时再发送拼车请求到服务器。

基于轨迹分析的拼车***的第一实施例

图3示出了本发明的基于轨迹分析的拼车***的第一实施例的原理。请参见图3，本实施例的拼车***包括终端装置10和服务器12，其中终端装置10包括请求模块100、接收模块101、确认模块102，服务器12包括数据库模块120、同路人员查找模块121、拼车交互模块122。

首先，由终端装置中的请求模块100向服务器12发起拼车请求。终端装置10的用户通常都已经在服务器上注册，登记个人信息（姓名、身份证号码、手机号码等）以及车辆信息（车型、车牌号、车机号码等），所有用户的日常驾驶轨迹上报到服务器12。本发明中的终端装置10可以是手机或者车载***，其中手机号码和车载***（车机）号码可以绑定。拼车请求中包括了若干拼车参数，例如时间、起始地、目的地。例如，用户的拼车请求为早上8点到9点这个时间段，地点是从莘庄到徐家汇。

服务器12中的数据库模块120存储所有用户的历史驾驶轨迹。同路人员查找模块121连接数据库模块120，基于终端装置10发送的拼车请求中的拼车参数以及数据库模块120中存储的所有用户的历史驾驶轨迹，通过轨迹分析寻找同路人员。在本实施例中，同路人员查找模块121中设有地理位置判定单元1210，地理位置判定单元1210根据拼车参数中的起始地和目的地所对应的地理位置是否位于待定同路人员的历史驾驶轨迹之上或者距离小于一预设距离，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

服务器12在数据库模块120中查找所有用户的日常驾驶轨迹，基于轨迹分析，帮助用户寻找同路人员，也就是，查找日常驾驶轨迹中，是否有待定同路人员经常在早上8点到9点之间，其驾驶路径包括了从莘庄到徐家汇，并且用户发送的起始地和目的地所对应的地理位置在该待定同路人员的历史驾驶轨迹上，或者起始地和目的地对应的地理位置与用户的驾驶轨迹的距离小于一定值，如果有，则待定同路人员被确定其为同路人员。确定同路人员的考虑因素有，时间、起始地和目的地与该路径的距离、驾驶该路径的频率（也就是待定同路人员是否经常走这条路，频率越高的话，则说明同路的可能性越大）。

在查找到待定的同路人员之后，拼车交互模块122发起拼车请求的用户和待拼车的同路人员之间交互信息。具体而言，服务器12将该用户的个人信息发送给查找到的同路人员（接收端可以是手机或者车机，由接收模块101接收服务器12发送的拼车确认信息），并提示同路人员有人请求拼车，是否同意拼车。在终端装置的确认模块102确认同意后，将同路人员的个人信息发送给该用户，待该用户确认后拼车成功。

服务器12还可以在用户被限号的日期提前向用户发送拼车提示，用户确认拼车时再发送拼车请求到服务器12。

基于轨迹分析的拼车***的第二实施例

图4示出了本发明的基于轨迹分析的拼车***的第二实施例的原理。请参见图4，本实施例的拼车***包括终端装置20和服务器22，其中终端装置20包括请求模块200、接收模块201、确认模块202，服务器22包括数据库模块220、同路人员查找模块221、拼车交互模块222。

首先，由终端装置中的请求模块200向服务器22发起拼车请求。终端装置20的用户通常都已经在服务器上注册，登记个人信息（姓名、身份证号码、手机号码等）以及车辆信息（车型、车牌号、车机号码等），所有用户的日常驾驶轨迹上报到服务器22。本发明中的终端装置20可以是手机或者车载***，其中手机号码和车载***（车机）号码可以绑定。拼车请求中包括了若干拼车参数，例如时间、起始地、目的地。例如，用户的拼车请求为早上8点到9点这个时间段，地点是从莘庄到徐家汇。

服务器22中的数据库模块220存储所有用户的历史驾驶轨迹。同路人员查找模块221连接数据库模块220，基于终端装置20发送的拼车请求中的拼车参数以及数据库模块220中存储的所有用户的历史驾驶轨迹，通过轨迹分析寻找同路人员。在本实施例中，同路人员查找模块221中设有路径重合度判定单元2210，路径重合度判定单元2210根据拼车参数中的起始地和目的地之间的驾驶轨迹与待定同路人员的历史驾驶轨迹的路径重合度，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

服务器22在数据库模块220中查找所有用户的日常驾驶轨迹，基于轨迹分析，帮助用户寻找同路人员，也就是，查找日常驾驶轨迹中，是否有待定同路人员经常在早上8点到9点之间，从辛庄开车到徐家汇，并且其历史驾驶轨迹与用户发送的起始地和目的地之间的驾驶轨迹重合度较高，如果有，则确定其为同路人员。确定同路人员的考虑因素有，时间、路径的重合度、驾驶该路径的频率（也就是待定同路人员是否经常走这条路，频率越高的话，则说明同路的可能性越大）。

在查找到待定的同路人员之后，拼车交互模块222发起拼车请求的用户和待拼车的同路人员之间交互信息。具体而言，服务器22将该用户的个人信息发送给查找到的同路人员（接收端可以是手机或者车机，由接收模块201接收服务器22发送的拼车确认信息），并提示同路人员有人请求拼车，是否同意拼车。在终端装置的确认模块202确认同意后，将同路人员的个人信息发送给该用户，待该用户确认后拼车成功。

服务器22还可以在用户被限号的日期提前向用户发送拼车提示，用户确认拼车时再发送拼车请求到服务器22。

上述实施例是提供给本领域普通技术人员来实现和使用本发明的，本领域普通技术人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书所提到的创新性特征的最大范围。

Claims (8)

1.一种基于轨迹分析的拼车方法，包括：

服务器接收终端发起的拼车请求；

服务器基于已存储的所有用户的历史驾驶轨迹和此次拼车请求中的拼车参数，通过轨迹分析寻找同路人员；

服务器确认同路人员是否同意拼车，并在发起拼车请求的用户和经确认的同路人员之间交互信息。

2.根据权利要求1所述的基于轨迹分析的拼车方法，其特征在于，拼车参数包括时间段、起始地、目的地的信息。

3.根据权利要求2所述的基于轨迹分析的拼车方法，其特征在于，在寻找同路人员的步骤中，根据拼车参数中的起始地和目的地所对应的地理位置是否位于待定同路人员的历史驾驶轨迹之上或者距离小于一预设距离，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

4.根据权利要求2所述的基于轨迹分析的拼车方法，其特征在于，在寻找同路人员的步骤中，根据拼车参数中的起始地和目的地之间的驾驶轨迹与待定同路人员的历史驾驶轨迹的路径重合度，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

5.一种基于轨迹分析的拼车***，包括终端装置和服务器，其中：

终端装置包括：

请求模块，向服务器发起拼车请求；

接收模块，接收服务器发送的拼车确认信息；

确认模块，将拼车确认的信息发送至服务器；

服务器包括：

数据库模块，存储所有用户的历史驾驶轨迹；

同路人员查找模块，连接数据库模块，基于终端装置发送的拼车请求中的拼车参数以及数据库模块中存储的所有用户的历史驾驶轨迹，通过轨迹分析寻找同路人员；

拼车交互模块，在发起拼车请求的用户和待拼车的同路人员之间交互信息。

6.根据权利要求5所述的基于轨迹分析的拼车***，其特征在于，拼车参数包括时间段、起始地、目的地的信息。

7.根据权利要求6所述的基于轨迹分析的拼车***，其特征在于，同路人员查找模块进一步包括：

地理位置判定单元，根据拼车参数中的起始地和目的地所对应的地理位置是否位于待定同路人员的历史驾驶轨迹之上或者距离小于一预设距离，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。

8.根据权利要求6所述的基于轨迹分析的拼车***，其特征在于，同路人员查找模块进一步包括：

路径重合度判定单元，根据拼车参数中的起始地和目的地之间的驾驶轨迹与待定同路人员的历史驾驶轨迹的路径重合度，以及拼车参数中的时间段和待定同路人员的历史驾驶轨迹所对应的时间段的比较和路径驾驶频率，确定同路人员。