CN105989145B - 公交线路的自动更新方法、设备及系统 - Google Patents

Abstract

本发明公开了一种公交线路的自动更新方法，包括：客户端向服务端发送公交线路的查询请求；服务端接收公交线路的查询请求，查询公交线路的查询请求对应的公交线路；查询结果为空或有误时，生成并发送采集任务；客户端接收采集任务后，采集并发送第一公交线路数据；服务端接收第一公交线路数据，并对第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存。本发明还同时公开了应用于服务端的公交线路自动更新方法、公交线路的服务端以及公交线路的自动更新系统。

Description

公交线路的自动更新方法、设备及系统

技术领域

本发明涉及数据库的信息更新技术，尤其涉及一种公交线路的自动更新方法、设备及系统。

背景技术

在21世纪的今天，乘坐公交和地铁是公众出行最为主要的方式。近年来，随着智能手机及移动互联网的不断普及，位置信息服务也在不断发展，导致越来越多的用户借助移动终端如手机公交查询软件进行公交路线查询。用户通过公交查询软件输入公交线路名称或直接输入“出发地”和“目的地”，即可查询两地间公交换乘线路，公交查询软件以电子地图方式直观地将查询结果呈现给用户。然而，随着各个城市的扩张建设，各地公交公司为适应城市变化，不断开通新的公交线路和对已有线路进行改线如线路延长，以满足公众出行需求。而现有的公交查询软件使用的公交数据未能及时同步更新，导致用户查询获得的公交信息与现实存在差异，使得公交信息的有效性和准确性受到影响。

传统公交线路数据的获取和更新手段主要依靠外业团队的工作人员前往公交站点，进行实地采集相应的公交站点和线路数据。采集方法使用专业测绘设备或车载设备记录公交车运行轨迹点，将采集的数据经过加工处理后更新至公交系统的公交线路数据库中。工作人员采集一个城市的数据大约需要将近一个月的时间，由于加工处理采集的数据时，受采集过程中人为或偶然因素的影响，使得最终的成果数据容易存在误差。

由此可知，现有公交线路数据的更新功能存在缺陷和不足，具体表现为如下几点：

1.采集前无法准确及时地获知新增或变更的公交线路，使得每次采集需对所有公交线路数据包括未变化的线路进行采集，采集任务分散，且工作量大。

2.采集时使用专业设备或车载设备记录公交车运行轨迹，采集设备昂贵，维护成本高。

3.采集后需要与现数据库中的数据进行比对，对变化的线路进行更新，对未变化的线路不作处理，加大了数据加工难度。

4.采集的数据处理时，受采集过程中人为或偶然因素的影响，最终的成果数据容易存在误差。

5.现有采集方法由于采集工作量大，数据采集及加工的周期长，无法保证数据现势性。

发明内容

有鉴于此，本发明实施例期望提供一种公交线路的自动更新方法、设备及系统，不仅能够快速准确地获知公交线路的变更，还可以降低线路信息的采集成本，缩短线路信息的采集周期，提高公交数据更新的及时性。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种公交线路的自动更新方法，包括：

客户端向服务端发送公交线路的查询请求；

所述服务端接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；查询结果为空或有误时，生成并发送所述采集任务；

所述客户端接收所述采集任务后，采集并发送第一公交线路数据；

所述服务端接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存。

上述方案中，所述查询结果为空或有误时，生成所述采集任务包括：

当所述查询结果为空时，所述服务端将所述查询请求保存至失败日志后，获取失败日志数据并保存至公交线路错误信息表；

所述服务端根据所述公交线路错误信息表生成新增线路采集任务；或，

所述服务端发送所述查询结果，所述客户端接收所述查询结果；

当所述查询结果有误时，所述客户端生成并发送报错数据；所述服务端接收所述报错数据后，保存所述报错数据至所述公交线路错误信息表；所述服务端根据所述公交线路错误信息表生成线路改线采集任务或线路延长采集任务。

上述方案中，所述道路化处理包括：线路轨迹处理、起点站和终点站打断处理；其中，所述线路轨迹处理包括：

根据第一时间点采集的第一线路轨迹坐标集合和第二时间点采集的第二线路轨迹坐标集合确定线路轨迹方向；

根据所述线路轨迹方向，确定每一对第一线路轨迹坐标和第二线路轨迹坐标垂直对应的电子地图道路线段，生成电子地图道路线段集合；

连接每一对所述第一线路轨迹坐标和所述第二线路轨迹坐标，生成采集道路线段集合；

分别计算所述采集道路线段集合中的每一个采集道路线段和所述电子地图道路线段集合中的每一个电子地图道路线段的角度差，生成角度差集合；

根据所述角度差集合，确定具有最小角度差的所述电子地图道路线段为公交线路轨迹；

所述起点站和终点站打断处理包括：

分别确定所述起点站坐标和所述终点站坐标垂直对应于所述电子地图道路线段上的电子地图起点站坐标和电子地图终点站坐标；

根据所述线路轨迹方向，所述电子地图起点站坐标将所述电子地图道路线段打断为第一电子地图道路线段和第二电子地图道路线段，确定所述第二电子地图道路线段为起点站公交线路轨迹；

根据所述线路轨迹方向，所述电子地图终点站坐标将所述电子地图道路线段打断为第三电子地图道路线段和第四电子地图道路线段，确定所述第三电子地图道路线段为终点站公交线路轨迹；

所述聚合处理包括：

确定采集的站点坐标集合对应的站点公交线路轨迹；

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合；

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合；

计算所述排序坐标集合中的排序坐标的个数；当所述个数为基数时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。

本发明实施例还提供了一种公交线路的自动更新方法，应用于服务端，包括：

接收公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；查询结果为空或有误时，生成并发送采集任务；

接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存。

上述方案中，所述道路化处理包括：线路轨迹处理、起点站和终点站打断处理；其中，所述线路轨迹处理包括：

根据第一时间点采集的第一线路轨迹坐标集合和第二时间点采集的第二线路轨迹坐标集合确定线路轨迹方向；

根据所述线路轨迹方向，确定每一对第一线路轨迹坐标和第二线路轨迹坐标垂直对应的电子地图道路线段，生成电子地图道路线段集合；

连接每一对所述第一线路轨迹坐标和所述第二线路轨迹坐标，生成采集道路线段集合；

分别计算所述采集道路线段集合中的每一个采集道路线段和所述电子地图道路线段集合中的每一个电子地图道路线段的角度差，生成角度差集合；

根据所述角度差集合，确定具有最小角度差的所述电子地图道路线段为公交线路轨迹；

所述起点站和终点站打断处理包括：

分别确定所述起点站坐标和所述终点站坐标垂直对应于所述电子地图道路线段上的电子地图起点站坐标和电子地图终点站坐标；

根据所述线路轨迹方向，所述电子地图起点站坐标将所述电子地图道路线段打断为第一电子地图道路线段和第二电子地图道路线段，确定所述第二电子地图道路线段为起点站公交线路轨迹；

根据所述线路轨迹方向，所述电子地图终点站坐标将所述电子地图道路线段打断为第三电子地图道路线段和第四电子地图道路线段，确定所述第三电子地图道路线段为终点站公交线路轨迹；

所述聚合处理包括：

确定采集的站点坐标集合对应的站点公交线路轨迹；

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合；

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合；

计算所述排序坐标集合中的排序坐标的个数；当所述个数为基数时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。

本发明实施例还提供了一种公交线路的服务端，包括：

查询模块，用于接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；

任务生成模块，用于当查询结果为空或有误时，生成并发送采集任务；

公交线路生成模块，用于接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据；

公交线路数据库，用于保存所述第二公交线路数据。

本发明实施例还提供了一种公交线路的自动更新系统，包括：

公交线路的客户端，用于在所述客户端自动更新所述公交线路；

公交线路的服务端，用于在所述服务端自动更新所述公交线路。

上述方案中，所述客户端包括：

查询请求模块，用于向服务端发送公交线路的查询请求；

报错模块，用于当查询结果有误时，生成并发送报错数据；

采集任务模块，用于接收采集任务后，采集并发送第一公交线路数据；

所述服务端包括：

查询模块，用于接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；

任务生成模块，用于当所述查询结果为空或有误时，生成并发送所述采集任务；

公交线路生成模块，用于接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据；

公交线路数据库，用于保存所述第二公交线路数据。

本发明实施例提供的公交线路的自动更新方法、设备及系统，由公交线路的客户端发送公交线路的查询请求至服务端；所述服务端接收所述公交线路的查询请求后，查询所述公交线路的查询请求对应的公交线路，当查询结果为空或有误时，所述服务端生成并发送采集任务；所述客户端根据采集任务采集第一公交线路数据；所述服务端对所述第一公交线路数据进行道路化处理和聚合处理,生成第二公交线路数据并保存。如此，可以进行有针对性地采集公交线路的线路信息，从而减少线路信息的采集工作量，避免重复采集，降低线路信息的采集成本；并且，本发明实施例采取的众包方式能够快速解决问题，从而缩短线路信息的采集周期，提高公交数据更新的及时性。另外，客户端作为公交线路自动更新应用的载体，由用户自行下载安装使用，降低了设备成本及维护安装成本。

附图说明

图1为本发明实施例1提供的公交线路的自动更新方法的流程示意图；

图2为图1处理流程中生成采集任务的实现流程示意图；

图3为本发明实施例1提供的公交线路错误信息表的结构示意图；

图4为本发明实施例1提供的公交线路采集任务表的结构示意图；

图5为本发明实施例1提供的第一公交线路数据表的结构示意图；

图6为本发明实施例1提供的起点站和终点站打断处理示意图；

图7为本发明实施例1提供的聚合处理示意图；

图8为本发明实施例2至5提供的公交线路的自动更新方法的流程示意图；

图9为本发明实施例6提供的公交线路的服务端自动更新方法的流程示意图；

图10为本发明实施例7至9提供的公交线路的客户端、服务端及系统的组成结构示意图。

具体实施方式

本发明实施例中，公交线路的客户端发送公交线路的查询请求至服务端；所述服务端接收所述公交线路的查询请求后，查询所述公交线路的查询请求对应的公交线路，当查询结果为空或有误时，所述服务端生成并发送采集任务；所述客户端根据采集任务采集第一公交线路数据；所述服务端对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存。

这里，所述保存可以是将处理后的公交线路数据保存至公交线路数据库，以供后续查询。

下面结合附图及具体实施例对本发明再做进一步详细的说明。

实施例1

图1为本发明实施例1提供的公交线路的自动更新方法的流程示意图，如图1所示，所述方法包括：

步骤110：客户端向服务端发送公交线路的查询请求。

本步骤中，用户在公交线路的自动更新系统的客户端输入查询请求，包括请求查询的公交线路信息，例如，“公交线路名称”或“出发地”和“目的地”，以查询公交线路。

步骤120：服务端接收公交线路的查询请求，查询公交线路的查询请求对应的公交线路。

本步骤中，所述服务端先接收所述客户端发送的所述查询请求；随后，根据所述查询请求执行公交线路数据的查询，查询所述查询请求中信息对应的公交线路，得到查询结果。具体地，所述服务端解析所述查询请求，在所述服务端的公交线路数据库中检索对应的公交线路，以获取所述查询结果。所述查询结果可为空或不为空，所述查询结果为空，说明所述公交线路数据库中没有储存对应的公交线路；所述查询结果不为空说明所述公交线路数据库中储存有对应的公交线路。

步骤130：当查询结果为空或有误时，服务端生成并发送公交线路的采集任务。

这里，当查询结果有误时，所述客户端还可以生成报错数据。

本步骤中，根据所述查询结果及所述用户的报错数据，服务端将生成四种不同的错误类型，分别为：新增线路、线路改线、线路延长和撤销线路；随后，所述服务端会根据所述错误类型生成相应的三种采集任务，分别为：新增线路采集任务、线路改线采集任务及线路延长采集任务。

需要说明的是，由于所述撤销线路的错误类型不需要采集公交线路，所以也不会由此生成相应的采集任务；对于所述撤销线路的错误类型，服务端会直接在所述公交线路数据库中更新相应的公交线路数据。

具体地，如图2所示，步骤130中所述生成所述采集任务进一步包括：

步骤131：当查询结果为空时，服务端将查询请求保存至失败日志后，获取失败日志数据并保存至公交线路错误信息表；所述服务端根据公交线路错误信息表生成新增线路采集任务。

具体地，当所述查询结果为空时，说明所述公交线路数据库没有所要查询的公交线路，即，所要查询的公交线路为新增线路。首先，所述服务端将所述查询请求按格式保存至所述服务端的失败日志中；其次，所述服务端检索所述失败日志，获取所述查询请求，即所述用户输入的公交线路信息，包括：公交线路名称、所属城市；第三，所述服务端将获取的信息保存至所述服务端的公交线路错误信息表。

这里，所述公交线路错误信息表的结构如图3所示，包括：公交线路名称、所属城市、错误区间起点站、错误区间终点站、错误类型等。其中，如果同一客户端查询同一条公交线路在所述服务端生成当查询结果为空时的失败日志信息，即使查询多次，在所述公交线路错误信息表中只会保存一条错误信息的记录，判断的依据是“上报设备编号”和“公交线路名称”字段。需要说明的是，当所述查询结果为空时，在所述公交线路错误信息表中对应的错误类型为新增线路。

随后，所述服务端根据所述公交线路错误信息表中达到预定阀值的错误信息记录次数，生成新增线路采集任务。具体地，所述服务端统计所述公交线路错误信息表中同一线路的错误信息，如果所述同一线路的错误信息记录次数达到所述预定阀值，那么，可确定所述公交线路数据库中的公交线路信息与实际情况不符，需要更新所述公交线路数据库中的相应线路信息。然后，所述服务端生成新增线路采集任务，并保存至所述公交线路采集任务表。如图4所述，所述公交线路采集任务表包括：采集任务类型、公交线路名称、改线起点站、改线终点站等。

步骤132：所述服务端发送所述查询结果，所述客户端接收所述查询结果；当所述查询结果有误时，所述客户端生成并发送报错数据；所述服务端接收所述报错数据后，保存所述报错数据至所述公交线路错误信息表；所述服务端根据所述公交线路错误信息表生成线路改线采集任务或线路延长采集任务。

在步骤132中，当所述查询结果不为空时，说明所述公交线路数据库中储存有对应的公交线路，但并不等于查询到的所述公交线路与实际情况相符合，即，所述查询结果有可能不是最近更新过的，可能存在错误信息。

具体地，所述服务端先将所述查询结果保存至所述服务端的成功日志，并将所述查询结果发送给所述客户端；然后，所述客户端接收所述查询结果；如果所述用户在使用过程中发现所述查询结果有误时，所述用户在所述客户端根据所述错误类型输入报错信息，以生成报错数据。这里，所述报错数据为线路改线报错数据或线路延长报错数据。之后，所述客户端发送所述报错数据；相应地，所述服务端接收所述报错数据后，保存所述报错数据至所述公交线路错误信息表。

需要说明的是，当所述查询结果有误时，在所述公交线路错误信息表中对应的错误类型为线路改线或线路延长。所述服务端根据所述公交线路错误信息表中达到预定阀值的错误信息记录次数，生成线路改线采集任务或线路延长采集任务。具体实现方法可以参见步骤131的描述。

最后，在完成步骤131或步骤132后，所述服务端将生成的所述采集任务发送给所述客户端。

步骤140：客户端接收采集任务后，采集并发送第一公交线路数据。

在步骤140中，所述客户端接收所述采集任务后，根据所述采集任务采集所述第一公交线路数据并发送给所述服务端。这里，所述第一公交线路数据包括：所属城市、公交线路的属性信息，例如线路名称、票价、首末车时间和站牌照片，公交车运行时采集到的线路轨迹坐标，以及途经站点的属性信息，例如站名名称、站点坐标和站点次序。

具体的采集方式包括：

首先，所述用户在起点站采集起点站的站点坐标；随后，每隔一定的预定时间段，所述用户再次采集线路轨迹坐标；最后，所述用户在终点站采集终点站的站点坐标。由于在所述起点站和所述终点站之间所述用户会采集多个所述线路轨迹坐标，因此所述多个线路轨迹坐标将以线路轨迹坐标串的形式被保存下来。另外，由于系统会收集多个用户的采集信息，每个所述线路轨迹坐标、所述站点坐标都会有多个，从而相应的形成了线路轨迹坐标集合和站点坐标集合。

步骤150：所述服务端接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存。

在步骤150中，首先，所述服务端接收所述客户端发送的所述第一公交线路数据，之后对所述第一公交线路数据进行属性信息校验，并将通过所述属性信息校验的所述第一公交线路数据保存至第一公交线路数据表。如图5所示，所述第一公交线路数据表包括：公交线路名称、所属城市、采集任务编号、线路轨迹坐标串、站点名称、站点坐标等。

随后，结合服务端中预先保存的电子地图道路线段，所述服务端将所述第一公交线路数据表中的线路轨迹坐标串和途径的站点坐标数据分别进行道路化处理和聚合处理。

这里，所述道路化处理为将采集到的线路轨迹坐标串和站点坐标与所述电子地图的道路数据建立对应关系，从而可以在所述电子地图中选择与所述线路轨迹坐标串和站点坐标对应的最近的所述电子地图道路线段作为公交线路轨迹。具体地，所述道路化处理包括线路轨迹处理、起点站和终点站打断处理。其中，所述线路轨迹处理是根据每一个起点站和终点站之间的所有所述线路轨迹坐标串确定所述每一个起点站和终点站之间的公交线路轨迹。也就是说，由于所述用户会在所述每一个起点站和终点站之间每隔一定的预定时间段采集线路轨迹坐标以形成所述线路轨迹坐标串，因此，所述线路轨迹处理会对每一个所述预定时间段采集的两个所述线路轨迹坐标进行处理以获得所述两个线路轨迹坐标之间的所述公交线路轨迹。当对所述线路轨迹坐标串上的所有线路轨迹坐标进行所述线路轨迹处理后，将得到多个所述公交线路轨迹。随后，将所述多个公交线路轨迹组合即得到所述每一个起点站和终点站之间的公交线路轨迹。同时，所述起点站和终点站打断处理是根据起点站坐标和终点站坐标确定起点站对应的公交线路轨迹和终点站对应的公交线路轨迹，即，打断并丢弃对应在所述电子地图道路线段上不属于所述每一个起点站和终点站之间的所述电子地图道路线段，而保留属于所述每一个起点站和终点站之间的所述电子地图道路线段。此外，所述聚合处理为根据采集到的所述站点坐标，确定站点公交轨迹坐标。

需要说明的是，经处理后生成的所述第二公交线路数据如果不满足生成公交线路的要求，那么，将所述第二公交线路数据进行暂存。等待其他用户采集并发送新的所述第一公交线路数据以进行再次处理并生成新的所述第二公交线路数据，直至所述第二公交线路数据完整满足所述要求。

进一步地，对每个所述预定时间段采集的两个所述线路轨迹坐标进行所述线路轨迹处理包括：

根据第一时间点采集的第一线路轨迹坐标集合和第二时间点采集的第二线路轨迹坐标集合确定线路轨迹方向。这里，所述线路轨迹方向包括正向线路轨迹方向和反向线路轨迹方向。需要说明的是，所述线路轨迹方向不同，对应的电子地图道路线段也可能不同。

根据所述线路轨迹方向，确定每对第一线路轨迹坐标和第二线路轨迹坐标垂直对应的电子地图道路线段，生成电子地图道路线段集合。

连接每对所述第一线路轨迹坐标和所述第二线路轨迹坐标，生成采集道路线段集合。

分别计算所述采集道路线段集合中的每个采集道路线段和所述电子地图道路线段集合中的每个电子地图道路线段的角度差，生成角度差集合。

根据所述角度差集合，确定具有最小角度差的所述电子地图道路线段为公交线路轨迹。

进一步地，如图6所示，所述起点站和终点站打断处理包括：

分别确定所述起点站坐标和所述终点站坐标垂直对应于所述电子地图道路线段上的电子地图起点站坐标和电子地图终点站坐标。在图6中，D可以是起点站也可以是终点站获取的坐标点，D的坐标可以为所述起点站坐标，也可以为所述终点站坐标。d是D垂直对应于所述电子地图道路线段103上的电子地图站点坐标点。d的坐标可以为所述电子地图起点站坐标也可以为所述电子地图终点站坐标。

根据所述线路轨迹方向，所述电子地图起点站坐标将所述电子地图道路线段打断为第一电子地图道路线段和第二电子地图道路线段，确定所述第二电子地图道路线段为起点站公交线路轨迹。在图6中，所述线路轨迹方向为平行向右，d将103打断为103-1和103-2；如果d为所述电子地图起点站坐标，所述103-2即为所述起点站公交线路轨迹。

根据所述线路轨迹方向，所述电子地图终点站坐标将所述电子地图道路线段打断为第三电子地图道路线段和第四电子地图道路线段，确定所述第三电子地图道路线段为终点站公交线路轨迹。在图6中，如果d为所述电子地图终点站坐标，所述103-1即为所述终点站公交线路轨迹。

进一步地，如图7所示，所述聚合处理包括：

确定采集的站点坐标集合对应的站点公交线路轨迹。在图7中，所述采集的站点坐标集合包括：A、B、C、D和E，所述站点坐标集合对应的站点公交线路轨迹为电子地图道路线段104。

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合。在图7中，所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合为：a、b、c、d和e。

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合。在图7中，获取相应的排序坐标集合。

计算所述排序坐标集合中的排序坐标的个数；当所述个数为基数时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。在图7中，所述排序坐标集合中的排序坐标的个数为5，即为基数，所以所述排序坐标集合的中间坐标为站点公交轨迹坐标。

可以看出，由于所述用户采集的线路轨迹坐标和站点坐标存在不规则偏移，因此通过道路化处理和聚合处理使得线路轨迹趋近平滑，从而达到使用要求。

最后，在完成所述道路化处理和所述聚合处理后，所述服务端根据处理后的所述第一公交线路数据生成所述第二公交线路数据，并保存至所述公交线路数据库以更新所述公交线路。具体地，当更新所述公交线路数据库时，如果所述任务类型为所述新增线路，则直接更新所述新增线路。如果所述任务类型为所述线路改线，则直接根据所述公交线路采集任务表中的所述“改线起点站”和所述“改线终点站”，将所述公交线路数据库中已存在的公交线路按站点打断，将采集的公交线路插入，形成完整的公交线路数据。

至此，公交线路的自动更新过程就完成了。

这里，所述公交线路的自动更新是指：一方面，所述服务端自动对所述客户端采集并发送的所述第一公交线路数据进行所述道路化处理和聚合处理，所述服务端自动生成的所述第二公交线路数据被所述服务端保存更新至所述公交线路数据库；另一方面，当所述客户端再次查询对应于所述第二公交线路数据的公交线路时，所述服务端将在所述公交线路数据库自动查询到所述公交线路并自动发送至所述客户端。

本实施例中，所述方法可以有针对性地进行采集，从而能减少采集工作量，避免重复采集，降低采集工作成本。同时，所述系统采取的众包方式能够快速解决问题，从而缩短采集周期。另外，系统客户端作为公交应用载体，由用户自行下载安装使用，降低了设备成本及维护安装成本。

实施例2

图8为本发明实施例2提供的公交线路的自动更新方法的流程示意图，如图8所示，所述方法包括：

步骤201：客户端向服务端发送公交线路的查询请求。

步骤202：所述服务端接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；当查询结果为空时，执行步骤203。

步骤203：所述服务端生成并发送新增线路采集任务；之后执行步骤208。

步骤208：所述客户端接收所述采集任务后，采集并发送第一公交线路数据。

步骤209：所述服务端接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理。

步骤210：所述服务端生成第二公交线路数据并保存至公交线路数据库。

由此可知，实施例2提供的所述方法可以自动更新新增线路，具体实施方法可参见实施例1的描述。

实施例3

图8为本发明实施例3提供的公交线路的自动更新方法的流程示意图，如图8所示，所述方法包括：

步骤201：客户端向服务端发送公交线路的查询请求。

步骤202：所述服务端接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；当查询结果有误时，执行步骤204。

步骤204：客户端生成并发送报错数据；服务端接收报错数据后，保存报错数据至公交线路错误信息表；服务端根据公交线路错误信息表生成并发送线路改线采集任务；之后执行步骤208。

步骤208：所述客户端接收所述采集任务后，采集并发送第一公交线路数据。

步骤209：所述服务端接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理。

步骤210：所述服务端生成第二公交线路数据并保存至公交线路数据库。

由此可知，实施例3提供的所述方法可以自动更新改线线路，具体实施方法可参见实施例1的描述。

实施例4

图8为本发明实施例4提供的公交线路的自动更新方法的流程示意图，如图8所示，所述方法包括：

步骤201：客户端向服务端发送公交线路的查询请求。

步骤202：所述服务端接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；当查询结果有误时，执行步骤205。

步骤205：客户端生成并发送报错数据；服务端接收报错数据后，保存报错数据至公交线路错误信息表；服务端根据公交线路错误信息表生成并发送线路延长采集任务；之后执行步骤208。

步骤208：所述客户端接收所述采集任务后，采集并发送第一公交线路数据。

步骤209：所述服务端接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理。

步骤210：所述服务端生成第二公交线路数据并保存至公交线路数据库。

由此可知，实施例4提供的所述方法可以自动更新延长线路，具体实施方法可参见实施例1的描述。

实施例5

图8为本发明实施例5提供的公交线路的自动更新方法的流程示意图，如图8所示，所述方法包括：

步骤201：客户端向服务端发送公交线路的查询请求。

步骤202：所述服务端接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；当查询结果有误时，执行步骤206。

步骤206：所述服务端发送并接受撤销线路报错数据；之后执行步骤210。

步骤210：所述服务端生成第二公交线路数据并保存至公交线路数据库。

由此可知，实施例5提供的所述方法可以自动更新撤销线路，具体实施方法可参见实施例1的描述。

实施例6

图9为本发明实施例6提供的公交线路的服务端自动更新方法的流程示意图，如图9所示，所述方法包括：

步骤810：接收公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路。。

步骤820：查询结果为空或有误时，生成并发送采集任务。

步骤830：接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存。

其中，所述道路化处理和聚合处理可以参见实施例1的描述。并且，具体实施方法可参见实施例1的描述。

实施例7

图10为本发明实施例7提供的公交线路的客户端、服务端及系统的组成结构示意图，如图10所示，所述客户端包括：

查询请求模块910，用于向服务端发送公交线路的查询请求。

报错模块920，用于当查询结果有误时，生成并发送报错数据。

采集任务模块930，用于接收采集任务后，采集并发送第一公交线路数据。

这里，所述客户端各组成部分的功能具体可参见实施例1的描述。

实施例8

图10为本发明实施例8提供的公交线路的客户端、服务端及系统的组成结构示意图。如图10所示，所述服务端包括：

查询模块940，用于接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路。

任务生成模块950，用于当查询结果为空或有误时，生成并发送采集任务。

公交线路生成模块960，用于接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据。

其中，所述道路化处理和聚合处理可以参见实施例1的描述。

公交线路数据库970，用于保存所述第二公交线路数据。

这里，所述服务端各组成部分的功能具体可参见实施例1的描述。

实施例9

图10为本发明实施例9提供的公交线路的客户端、服务端及系统的组成结构示意图。如图10所示，所述系统包括：

公交线路的客户端1010，用于在所述客户端自动更新所述公交线路。

公交线路的服务端1020，用于在所述服务端自动更新所述公交线路。

这里，所述客户端1010的具体组成结构及各组成部分的功能与实施例8所述客户端完全相同；所述服务端1020的具体组成结构及各组成部分的功能与实施例9所述客户端完全相同。

在实际应用中，所述查询请求模块910、报错模块920和采集任务模块930均可由位于所述客户端的中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)、微处理器(MPU)、或可编程逻辑阵列(FPGA，FieldProgrammable Gate Array)实现。

所述查询模块940、任务生成模块950、公交线路生成模块960均可由位于服务端的任意计算机设备中的CPU、DSP、MPU、或FPGA实现，所述公交线路数据库970可由位于服务端的任意计算机设备中的CPU、DSP、MPU、FPGA和存储器实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种公交线路的自动更新方法，其特征在于，所述方法包括：

客户端向服务端发送公交线路的查询请求；

所述服务端接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；查询结果为空或有误时，生成并发送采集任务；

所述客户端接收所述采集任务后，采集并发送第一公交线路数据；

所述服务端接收所述第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存；其中，

所述聚合处理，包括：

确定采集的站点坐标集合对应的站点公交线路轨迹；

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合；

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合；

计算所述排序坐标集合中的排序坐标的个数；当所述个数为奇数 时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。

2.根据权利要求1所述的方法，其特征在于，所述查询结果为空或有误时，生成所述采集任务包括：

当所述查询结果为空时，所述服务端将所述查询请求保存至失败日志后，获取失败日志数据并保存至公交线路错误信息表；

所述服务端根据所述公交线路错误信息表生成新增线路采集任务；或，

所述服务端发送所述查询结果，所述客户端接收所述查询结果；

当所述查询结果有误时，所述客户端生成并发送报错数据；所述服务端接收所述报错数据后，保存所述报错数据至所述公交线路错误信息表；所述服务端根据所述公交线路错误信息表生成线路改线采集任务或线路延长采集任务。

3.根据权利要求1所述的方法，其特征在于，所述道路化处理包括：线路轨迹处理、起点站和终点站打断处理；其中，所述线路轨迹处理包括：

根据第一时间点采集的第一线路轨迹坐标集合和第二时间点采集的第二线路轨迹坐标集合确定线路轨迹方向；

根据所述线路轨迹方向，确定每一对第一线路轨迹坐标和第二线路轨迹坐标垂直对应的电子地图道路线段，生成电子地图道路线段集合；

连接每一对所述第一线路轨迹坐标和所述第二线路轨迹坐标，生成采集道路线段集合；

分别计算所述采集道路线段集合中的每一个采集道路线段和所述电子地图道路线段集合中的每一个电子地图道路线段的角度差，生成角度差集合；

根据所述角度差集合，确定具有最小角度差的所述电子地图道路线段为公交线路轨迹；

所述起点站和终点站打断处理包括：

分别确定所述起点站坐标和所述终点站坐标垂直对应于所述电子地图道路线段上的电子地图起点站坐标和电子地图终点站坐标；

根据所述线路轨迹方向，所述电子地图起点站坐标将所述电子地图道路线段打断为第一电子地图道路线段和第二电子地图道路线段，确定所述第二电子地图道路线段为起点站公交线路轨迹；

根据所述线路轨迹方向，所述电子地图终点站坐标将所述电子地图道路线段打断为第三电子地图道路线段和第四电子地图道路线段，确定所述第三电子地图道路线段为终点站公交线路轨迹。

4.一种公交线路的自动更新方法，应用于服务端，其特征在于，所述方法包括：

接收公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；查询结果为空或有误时，生成并发送采集任务；

接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据并保存；其中，

所述聚合处理，包括：

确定采集的站点坐标集合对应的站点公交线路轨迹；

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合；

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合；

计算所述排序坐标集合中的排序坐标的个数；当所述个数为奇数 时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。

5.根据权利要求4所述的方法，其特征在于，所述道路化处理包括：线路轨迹处理、起点站和终点站打断处理；其中，所述线路轨迹处理包括：

根据第一时间点采集的第一线路轨迹坐标集合和第二时间点采集的第二线路轨迹坐标集合确定线路轨迹方向；

根据所述线路轨迹方向，确定每一对第一线路轨迹坐标和第二线路轨迹坐标垂直对应的电子地图道路线段，生成电子地图道路线段集合；

连接每一对所述第一线路轨迹坐标和所述第二线路轨迹坐标，生成采集道路线段集合；

分别计算所述采集道路线段集合中的每一个采集道路线段和所述电子地图道路线段集合中的每一个电子地图道路线段的角度差，生成角度差集合；

根据所述角度差集合，确定具有最小角度差的所述电子地图道路线段为公交线路轨迹；

所述起点站和终点站打断处理包括：

分别确定所述起点站坐标和所述终点站坐标垂直对应于所述电子地图道路线段上的电子地图起点站坐标和电子地图终点站坐标；

根据所述线路轨迹方向，所述电子地图起点站坐标将所述电子地图道路线段打断为第一电子地图道路线段和第二电子地图道路线段，确定所述第二电子地图道路线段为起点站公交线路轨迹；

根据所述线路轨迹方向，所述电子地图终点站坐标将所述电子地图道路线段打断为第三电子地图道路线段和第四电子地图道路线段，确定所述第三电子地图道路线段为终点站公交线路轨迹。

6.一种公交线路的服务端，其特征在于，所述服务端包括：

查询模块，用于接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；

任务生成模块，用于当查询结果为空或有误时，生成并发送采集任务；

公交线路生成模块，用于接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据；

公交线路数据库，用于保存所述第二公交线路数据；其中，

所述聚合处理，包括：

确定采集的站点坐标集合对应的站点公交线路轨迹；

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合；

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合；

计算所述排序坐标集合中的排序坐标的个数；当所述个数为奇数 时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。

7.一种公交线路的自动更新系统，其特征在于，所述系统包括：

公交线路的客户端，用于在所述客户端自动更新所述公交线路；

公交线路的服务端，用于在所述服务端自动更新所述公交线路；

所述服务端包括：

查询模块，用于接收所述公交线路的查询请求，查询所述公交线路的查询请求对应的公交线路；

任务生成模块，用于当查询结果为空或有误时，生成并发送采集任务；

公交线路生成模块，用于接收第一公交线路数据，并对所述第一公交线路数据进行道路化处理和聚合处理，生成第二公交线路数据；

公交线路数据库，用于保存所述第二公交线路数据；其中，

所述聚合处理，包括：

确定采集的站点坐标集合对应的站点公交线路轨迹；

确定所述站点坐标集合垂直对应在所述站点公交线路轨迹上的站点线路轨迹坐标集合；

根据所述站点线路轨迹坐标集合在所述站点公交线路轨迹上的位置进行排序，获取排序坐标集合；

计算所述排序坐标集合中的排序坐标的个数；当所述个数为奇数 时，确定所述排序坐标集合的中间坐标为站点公交轨迹坐标；当所述个数为偶数时，确定所述排序坐标集合中任一两个中间坐标为所述站点公交轨迹坐标。

8.根据权利要求7所述的系统，其特征在于，所述客户端包括：

查询请求模块，用于向服务端发送公交线路的查询请求；

报错模块，用于当查询结果有误时，生成并发送报错数据；

采集任务模块，用于接收采集任务后，采集并发送第一公交线路数据。

Images