CN110160539A - 地图匹配方法、装置、计算设备和介质 - Google Patents

Abstract

本发明实施例公开了一种地图匹配方法、装置、计算设备和介质，其中，该方法包括：响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；确定各覆盖区域对应的计算节点；将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，计算节点用于对轨迹集合中的轨迹进行地图匹配。本发明实施例在执行地图匹配过程中摆脱了对现有分布式计算框架的依赖，提高了针对大量轨迹的地图匹配效率。

Description

地图匹配方法、装置、计算设备和介质

技术领域

本发明实施例涉及地图数据处理技术领域，尤其涉及一种地图匹配方法、装置、计算设备和介质。

背景技术

在地图数据行业，地图匹配技术存在广泛的应用。例如，在基于采集的用户轨迹进行轨迹挖掘分析过程中，将用户轨迹和现有地图路网进行几何匹配，从用户轨迹中挖掘出尽可能多的数据财产，用于修整现有地图路网精度和属性等。

现有的地图匹配实现方法主要包括以下两种：

方案一，单机匹配实现：在单台机器上首先把轨迹数据逐条加载到内存里，然后把现有地图路网也加载到内存里并构建相应的数据结构，利用现有匹配算法把轨迹匹配到地图路网上。由于单台机器逐条(或少量并行)加载轨迹并执行匹配，当轨迹数据量较多时，地图匹配效率较低。

方案二，借助于现有的分布式计算框架(例如hadoop、spark等)实现：每个分布式节点执行与单机匹配类似的流程。相比方案一，方案二的地图匹配执行效率有所提升，但是，方案二中对现有的分布式计算架构依赖性较强，给技术人员带来一定的局限性；而且，当每个分布式节点同时执行多种除地图匹配任务之外的其他处理任务，并存在大量的地图匹配需求时，地图匹配效率仍然较低。

发明内容

本发明实施例提供一种地图匹配方法、装置、计算设备和介质，以摆脱对现有分布式计算框架的依赖，提高针对大量轨迹的地图匹配效率。

第一方面，本发明实施例提供了一种地图匹配方法，应用于调度服务器，该方法包括：

响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

确定各覆盖区域对应的计算节点；

将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，所述计算节点用于对轨迹集合中的轨迹进行地图匹配。

第二方面，本发明实施例还提供了一种地图匹配装置，配置于调度服务器，该装置包括：

覆盖区域确定模块，用于响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

轨迹拆分模块，用于针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

轨迹分组模块，用于对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

计算节点确定模块，用于确定各覆盖区域对应的计算节点；

地图匹配模块，用于将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，所述计算节点用于对轨迹集合中的轨迹进行地图匹配。

第三方面，本发明实施例还提供了一种计算设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例所述的地图匹配方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例所述的地图匹配方法。

本发明实施例通过自主搭建专用于执行地图匹配操作的分布式计算框架，针对接收的每条轨迹，按照轨迹所属的不同覆盖区域进行拆分，在拆分操作结束后对当前处理的所有轨迹按照覆盖区域进行分组，并分配至与覆盖区域对应的计算节点执行地图匹配，实现了各个计算节点之间的明确分工，整体上摆脱了对现有分布式计算框架的依赖，实现了在自主搭建的分布式计算框架基础上结合地图匹配任务的调度策略，提高针对大量轨迹的地图匹配效率的效果。

附图说明

图1是本发明实施例一提供的地图匹配方法的流程图；

图2是本发明实施例二提供的地图匹配方法的流程图；

图3是本发明实施例二提供的分布式计算框架的一种示意图；

图4是本发明实施例三提供的地图匹配装置的结构示意图；

图5是本发明实施例四提供的一种计算设备的结构示意图。

具体实施方式

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

实施例一

图1是本发明实施例一提供的地图匹配方法的流程图，本实施例应用于调度服务器中，可适用于在不依赖现有的分布式计算框架的前提下，对大量轨迹的地图匹配任务进行高效执行的情况。本实施例方法可以由地图匹配装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在具有地图匹配任务调度功能的调度服务器中，该调度服务器可以是任意计算设备的一部分。

本实施例中，在接收轨迹的地图匹配请求之前，技术人员根据地图匹配业务的处理需求，选择高性能的计算设备部署专门用于执行地图匹配任务的分布式计算框架，包括调度服务器(或称为调度中心)和计算节点集群。其中，调度服务器用于接收大量轨迹的地图匹配请求，并按照设定的地图匹配任务的调度策略，将地图匹配任务分配至相应的计算节点。每个计算节点预先按照完整地图的区域划分策略，负责一定区域内的轨迹与地图的匹配。各个计算节点执行地图匹配任务并将轨迹与地图的匹配结果返回调度服务器。以下结合附图，对本实施例的技术方案进行示例性说明。

如图1所示，本实施例提供的地图匹配方法可以包括：

S110、响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域。

本实施例中所涉及的轨迹可以是针对同一对象(包括人或车辆)的位置变化轨迹，也可以是针对不同对象的位置变化轨迹，这与地图匹配操作结束后的下游业务需求有关。例如，如果轨迹与地图的匹配结果用于挖掘分析特定对象的出行习惯，则待处理的各条轨迹需要是同一对象的轨迹；如果轨迹与地图的匹配结果用于修整地图精度和属性，则待处理的各条轨迹可以是不同对象的轨迹。关于轨迹的采集，可以利用现有技术中任意的轨迹采集设备实现。轨迹的来源可以是专业采集人员采集，也可以是大众用户上传。

地图匹配请求可以是在调度服务器接收到至少一条轨迹后，例如在调度服务器以轨迹序列的形式实时接收多条轨迹后，基于预先设定的请求触发机制自动触发，也可以是根据用户操作而触发。调度服务器响应于对至少一条轨迹的地图匹配请求，按照预设的覆盖区域确定策略，确定各条轨迹所属的至少一个覆盖区域。轨迹所属的覆盖区域指轨迹坐标点所属的地理区域。其中，覆盖区域确定策略可以考虑轨迹涉及的行政区域、轨迹的经纬度信息、轨迹的长度、轨迹上的转折点和轨迹经过的标志性位置点等因素中的一种或者多种进行确定。通过确定轨迹所属的覆盖区域，可以为后续确定是否对轨迹进行拆分做铺垫，进而为实现地图匹配任务的合理调度奠定基础。

示例性一，确定各条轨迹所属的至少一个覆盖区域，包括：根据各条轨迹涉及的行政区域或者各条轨迹的经纬度信息，确定各条轨迹所属的至少一个覆盖区域。

当根据行政区域确定轨迹覆盖区域时，各条轨迹涉及的每个行政区域对应一个覆盖区域，行政区域的划分包括省级或市级区域；当根据经纬度信息确定轨迹覆盖区域时，可以按照预设的经纬度值之间的间隔，确定各条轨迹所属的至少一个覆盖区域，一个经纬度区间对应一个覆盖区域。

示例性二，确定各条轨迹所属的至少一个覆盖区域，包括：根据各条轨迹的长度以及轨迹经过的标志性位置点，或者根据各条轨迹的长度以及轨迹上的转折点，确定各条轨迹所属的至少一个覆盖区域。

其中，轨迹经过的标志性位置点包括标志性地标的位置点，轨迹上的转折点是指轨迹形状发生变化的坐标过渡点。在本实施例中，轨迹经过的标志性位置点和轨迹上的转折点是指针对众多轨迹而言，预先选定的具有共性的一些位置点，即多条轨迹均可将这些标志性位置点或者转折点作为自身轨迹的分界点，从而确定自己的至少一个覆盖区域。例如，在确定较长轨迹所属的覆盖区域时，可以将经过轨迹上的特定转折点或者特定标志性位置点的设定直线作为确定轨迹覆盖区域的分界线，该设定直线可以和轨迹的延伸方向呈垂直关系。相邻的两条分界线确定轨迹所属的一个覆盖区域。通过在考虑轨迹长度的基础上，结合轨迹经过的标志性位置点或者轨迹转折点确定轨迹所属的覆盖区域，可以实现基于各条轨迹的地理特性或趋势对其覆盖区域进行合理划分与确定的效果，还有助于后续提高轨迹的地图匹配效率。

S120、针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分。

按照轨迹覆盖区域确定策略，如果确定一条轨迹所属的覆盖区域只有一个，则无需进行拆分；如果确定一条轨迹所属的覆盖区域为至少两个，则该轨迹需要进行拆分，拆后得到的子轨迹的数量与覆盖区域的数量相同。因此，调度服务器在当前处理周期内，可能需要对当前接收的各条轨迹均进行拆分，也可能对当前接收的至少一条轨迹中部分轨迹进行拆分。

S130、对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域。

如果当前处理周期内的各条轨迹均进行了拆分，则对拆分后的所有子轨迹以覆盖区域为单位进行分组，得到至少一个轨迹集合；如果当前处理周期内只有一部分轨迹进行了拆分，则将拆分得到的子轨迹连同未进行拆分的轨迹，一并执行轨迹分组，得到至少一个轨迹集合。

S140、确定各覆盖区域对应的计算节点。

在本实施例中，每个计算节点负责一定地图区域内的轨迹与地图的匹配。并且，每个计算节点负责不同的地图区域，从而实现计算节点之间的明确分工，有助于提高效率。每个计算节点负责的地图区域可以在部署分布式计算框架的过程中确定，并且，部署的计算节点数量与划分得到的地图区域数量相同。具体的，每个计算节点负责的地图区域的划分策略与轨迹所属的覆盖区域确定策略相对应，可以按照地图上的行政区域、经纬度信息、标志性建筑的位置点或者区域面积等因素进行划分，使得每条轨迹根据其覆盖区域都能唯一性的确定执行该轨迹与地图的匹配操作的计算节点。

例如，按照行政区域确定每条轨迹所属的至少一个覆盖区域，同时，按照行政区域预先确定每个计算节点负责的地图区域，当某个计算节点负责的地图区域与某条轨迹所属的覆盖区域重合，则说明该计算节点用于执行该轨迹的地图匹配。各个计算节点负责的地图区域可以形成完整的全国性地图，各条轨迹所属的覆盖区域属于全国性地图的多个地图区域中的一部分区域，因此，在地图匹配任务的调度过程中，部署的计算节点能够满足调度需求。

计算节点与负责的地图区域的对应关系可以配置文件的形式存储在调度服务器本地，也可以将该对应关系存储至其他的存储设备中，以供调度服务器调用。

S150、将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，计算节点用于对轨迹集合中的轨迹进行地图匹配。

每个轨迹集合被发送至对应的计算节点后，该计算节点可以同时并行执行该轨迹集合中多条轨迹的地图匹配操作。本实施例对可用的地图类型不作具体限定，即轨迹的地图匹配可以是轨迹与导航地图的匹配，或者轨迹与全国地图路网的匹配等。

进一步的，每个轨迹集合中轨迹的地图匹配操作是通过计算节点依据首次执行地图匹配操作时加载至内存中的地图数据实现，其中，内存中加载的地图数据与计算节点负责的地图区域相对应。当每个计算节点首次执行地图匹配任务时，根据其负责的地图区域，从地图数据库中读取相应区域的数据，并存储在内存中。地图数据库中的全国地图数据可以在计算节点读取数据之前便按照地图区域划分策略进行划分。以全国地图路网数据为例，地图数据库中以网格的形式持久化地存储全国地图路网数据，按照地图区域划分策略，得到的多个地图区域即对应一个网格组(group)，网格组的数量与计算节点的数量相同，每个计算在首次执行地图匹配任务之前，从地图数据库中读取并加载其负责区域的路网数据。

需要说明的是，调度服务器接收大量的轨迹以及生成轨迹的地图匹配任务并分配是一个持续的过程，当前地图匹配处理周期结束后，每个计算节点再次执行地图匹配任务时，无需再次从地图数据库中重新加载其负责区域的地图数据。基于各个计算节点的内存中存储的地图数据，可以实现对地图数据库中全国地图数据的分布式缓存效果，并且，相比于依赖现有的分布式计算架构进行轨迹的地图匹配操作，省去了每个计算节点每次执行地图匹配操作之前均需要重复地从地图数据库中加载所需的地图数据的操作(因为现有分布式计算框架中执行的处理任务多而杂，只有在执行地图匹配任务时加载所需地图数据，当前地图匹配任务结束便会释放缓存)，进而可以避免重复加载地图数据对计算节点的资源占用，影响计算节点执行地图匹配的效率。

本实施例的技术方案通过自主搭建用于执行地图匹配操作的分布式计算框架，针对接收的每条轨迹，按照轨迹所属的不同覆盖区域进行拆分，在拆分操作结束后对当前处理的所有轨迹按照覆盖区域进行分组，并分配至相应的计算节点执行地图匹配，实现了各个计算节点之间的明确分工，整体上摆脱了对现有分布式计算框架的依赖，实现了在自主搭建的分布式计算框架基础上结合地图匹配任务的调度策略，提高针对大量轨迹的地图匹配效率的效果，从而快速挖掘轨迹的价值，达到快速更新地图的目的；而且，从长远角度而言，通过自动搭建专用的分布式计算框架可以降低地图匹配业务的设备成本。

实施例二

图2是本发明实施例二提供的地图匹配方法的流程图，本实施例是在上述实施例的基础上进一步进行优化。如图2所示，该方法包括：

S210、响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域。

可选的，在确定各条轨迹所属的至少一个覆盖区域之前，该方法还包括：对各条轨迹进行预处理，预处理操作包括但不限于异常点过滤和平滑处理等。通过预处理，可以避免轨迹中存在的干扰点对准确确定覆盖区域的影响，进而保证轨迹与地图的匹配结果的准确性。

S220、针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分。

S230、对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域。

S240、确定各覆盖区域对应的计算节点。

S250、将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，计算节点用于对轨迹集合中的轨迹进行地图匹配。

S260、接收各个计算节点发送的轨迹匹配结果。

每个计算节点完成轨迹的地图匹配操作后，可以利用回调函数将轨迹匹配结果返回调度服务器；也可以根据调度服务器的轨迹匹配结果查询请求，将轨迹匹配结果反馈给调度服务器。

调度服务器接收的轨迹匹配结果中包括经轨迹拆分得到的各个子轨迹与地图区域的匹配结果，以及未经拆分的轨迹与地图区域的匹配结果。调度服务器可以根据轨迹的标识信息对接收的轨迹匹配结果进行区分。轨迹的标识信息用于区分不同的轨迹，包括但不限于轨迹ID，该标识信息可以在轨迹采集过程中被分配，也可以在调度服务器的接收过程中被分配。各个子轨迹的标识信息中不仅包括所属的未经拆分的原始轨迹ID，还包括轨迹拆后各子轨迹被重新分配的子ID。调度服务器在地图匹配任务调度过程中会进行轨迹标识信息的记录，并将轨迹标识信息携带在地图匹配任务中一同发送至相应的计算节点。

未经拆分的轨迹与地图的匹配结果可以直接进行存储；子轨迹与地图的匹配结果，可以按照子轨迹所属的原始轨迹(即拆分前的轨迹)进行合并后再存储。

S270、按照拆分前的至少一条轨迹，将属于同一条未拆分轨迹的轨迹匹配结果进行合并。

示例性的，首先根据轨迹匹配结果中携带的轨迹标识信息，区分出子轨迹与地图的匹配结果，以及未经拆分的轨迹与地图的匹配结果；然后根据子轨迹与地图的匹配结果中携带的原始轨迹ID，区分出属于同一条未拆分轨迹(即原始轨迹)的轨迹匹配结果，然后按照子轨迹在原始轨迹中的位置进行合并，从而得到每条原始轨迹与地图的完整匹配结果。

在上述技术方案的基础上，可选的，确定各覆盖区域对应的计算节点，包括：

调用配置服务器(或称为配置中心)中记录的每个计算节点与其负责的地图区域的对应关系，通过轨迹覆盖区域与各个计算节点负责的地图区域之间的重合度计算，确定各覆盖区域对应的计算节点，配置服务器以集群形式实现；

相应的，调度服务器(或称为调度中心)以集群形式实现。上述两种集群中均可以包括一个主节点和至少一个副节点。

配置服务器中存储有计算节点集群的信息，包括但不限于每个计算节点与其负责的地图区域的对应关系、计算节点的IP地址以及计算节点是否可用等信息。在地图匹配任务分配过程中，如果轨迹覆盖区域与计算节点负责的地图区域相互重合，则该计算节点用于执行该覆盖区域内轨迹的地图匹配操作。配置服务器以集群的形式实现，可以保证配置服务器的高可用性，保障调度服务能够顺利完成地图匹配任务的分配。同时，调度服务器也可以集群形式实现，保证了调度服务器的高可用性。

图3作为示例，示出了本实施例提供的分布式计算框架的一种示意图。如图3所示，调度中心是整个分布式计算框架的入口，用于接收轨迹的地图匹配请求、对轨迹进行预处理、管理轨迹的地图匹配任务、分发地图匹配任务以及合并轨迹匹配结果等；配置中心用于存储计算节点集群的信息，供调度中心分配任务时调用；计算机节点集群用于根据调度中心的调度，缓存与其负责的地图区域对应的路网数据，执行具体的地图匹配任务，并将轨迹匹配结果返回调度中心。

本实施例的技术方案通过自主搭建用于执行地图匹配操作的分布式计算框架，按照各条轨迹的不同覆盖区域进行轨迹的拆分与分组操作，将分组得到的轨迹集合分配至相应的计算节点执行地图匹配，实现了各个计算节点之间的明确分工，然后接收各个计算节点的轨迹匹配结果，并对拆分得到的子轨迹与地图的匹配结果进行合并，整体上摆脱了对现有分布式计算框架的依赖，实现了在自主搭建的分布式计算框架基础上结合地图匹配任务的调度策略，提高针对大量轨迹的地图匹配效率的效果；同时，配置服务器和调度服务器均可以集群的形式实现，保证了配置服务器和调度服务器的高可用性。

实施例三

图4是本发明实施例三提供的地图匹配装置的结构示意图，本实施例可适用于在不依赖现有的分布式计算框架的前提下，对大量轨迹的地图匹配任务进行高效执行的情况。该装置可以采用软件和/或硬件的方式实现，并可集成在具有地图匹配任务调度功能的调度服务器中，该调度服务器可以是任意计算设备的一部分。

如图4所示，本实施例提供的地图匹配装置包括覆盖区域确定模块310、轨迹拆分模块320、轨迹分组模块330、计算节点确定模块340和地图匹配模块350，其中：

覆盖区域确定模块310，用于响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

轨迹拆分模块320，用于针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

轨迹分组模块330，用于对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

计算节点确定模块340，用于确定各覆盖区域对应的计算节点；

地图匹配模块350，用于将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，计算节点用于对轨迹集合中的轨迹进行地图匹配。

可选的，每个轨迹集合中轨迹的地图匹配操作是通过计算节点依据首次执行地图匹配操作时加载至内存中的地图数据，其中，内存中加载的路网数据与计算节点负责的地图区域相对应。

可选的，覆盖区域确定模块310具体用于：

响应于对至少一条轨迹的地图匹配请求，根据各条轨迹涉及的行政区域或者各条轨迹的经纬度信息，确定各条轨迹所属的至少一个覆盖区域。

可选的，计算节点确定模块340具体用于：

调用配置服务器中记录的每个计算节点与其负责的地图区域的对应关系，通过轨迹覆盖区域与各个计算节点负责的地图区域之间的重合度计算，确定各覆盖区域对应的计算节点，配置服务器以集群形式实现；

调度服务器以集群形式实现。

可选的，该装置还包括：

轨迹匹配结果接收模块，用于接收各个计算节点发送的轨迹匹配结果；

轨迹匹配结果合并模块，用于按照拆分前的至少一条轨迹，将属于同一条未拆分轨迹的轨迹匹配结果进行合并。

本发明实施例所提供的地图匹配装置可执行本发明任意实施例所提供的地图匹配方法，具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本发明任意方法实施例中的描述。

实施例四

图5是本发明实施例四提供的一种计算设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性计算设备412的框图。图5显示的计算设备412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。本实施例提供的计算设备能够用于执行地图匹配方法，而且设备组件中可以包括能够执行地图匹配方法的服务器。

如图5所示，计算设备412以通用计算设备的形式表现。计算设备412的组件可以包括但不限于：一个或者多个处理器416，存储装置428，连接不同系统组件(包括存储装置428和处理器416)的总线418。

总线418表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry SubversiveAlliance，ISA)总线，微通道体系结构(Micro Channel Architecture，MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

计算设备412典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算设备412访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置428可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)430和/或高速缓存存储器432。计算设备412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘，例如只读光盘(Compact Disc Read-Only Memory，CD-ROM),数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储装置428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储装置428中，这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。

计算设备412也可以与一个或多个外部设备414(例如键盘、指向终端、显示器424等)通信，还可与一个或者多个使得用户能与该计算设备412交互的终端通信，和/或与使得该计算设备412能与一个或多个其它计算终端进行通信的任何终端(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，计算设备412还可以通过网络适配器420与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图5所示，网络适配器420通过总线418与计算设备412的其它模块通信。应当明白，尽管图中未示出，可以结合计算设备412使用其它硬件和/或软件模块，包括但不限于：微代码、服务器驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器416通过运行存储在存储装置428中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的地图匹配方法，该方法可以包括：

响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

确定各覆盖区域对应的计算节点；

将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，所述计算节点用于对轨迹集合中的轨迹进行地图匹配。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的地图匹配方法，该方法可以包括：

响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

确定各覆盖区域对应的计算节点；

将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，所述计算节点用于对轨迹集合中的轨迹进行地图匹配。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

Claims (12)

1.一种地图匹配方法，其特征在于，应用于调度服务器，所述方法包括：

响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

确定各覆盖区域对应的计算节点；

将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，所述计算节点用于对轨迹集合中的轨迹进行地图匹配。

2.根据权利要求1所述的方法，其特征在于，每个轨迹集合中轨迹的地图匹配操作是通过计算节点依据首次执行地图匹配操作时加载至内存中的地图数据实现，其中，所述内存中加载的地图数据与计算节点负责的地图区域相对应。

3.根据权利要求1所述的方法，其特征在于，所述确定各条轨迹所属的至少一个覆盖区域，包括：

根据各条轨迹涉及的行政区域或者各条轨迹的经纬度信息，确定各条轨迹所属的至少一个覆盖区域。

4.根据权利要求1所述的方法，其特征在于，所述确定各覆盖区域对应的计算节点，包括：

调用配置服务器中记录的每个计算节点与其负责的地图区域的对应关系，通过所述覆盖区域与所述地图区域之间的重合度计算，确定各覆盖区域对应的计算节点，所述配置服务器以集群形式实现；

所述调度服务器以集群形式实现。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收各个计算节点发送的轨迹匹配结果；

按照拆分前的至少一条轨迹，将属于同一条未拆分轨迹的轨迹匹配结果进行合并。

6.一种地图匹配装置，其特征在于，配置于调度服务器，所述装置包括：

覆盖区域确定模块，用于响应于对至少一条轨迹的地图匹配请求，确定各条轨迹所属的至少一个覆盖区域；

轨迹拆分模块，用于针对每条轨迹，按照该每条轨迹所属的不同的覆盖区域进行拆分；

轨迹分组模块，用于对拆分后的轨迹进行分组，得到至少一个轨迹集合，其中，每个轨迹集合中的轨迹对应相同的覆盖区域；

计算节点确定模块，用于确定各覆盖区域对应的计算节点；

地图匹配模块，用于将每个轨迹集合发送至与其覆盖区域对应的计算节点，其中，所述计算节点用于对轨迹集合中的轨迹进行地图匹配。

7.根据权利要求6所述的装置，其特征在于，每个轨迹集合中轨迹的地图匹配操作是通过计算节点依据首次执行地图匹配操作时加载至内存中的地图数据实现，其中，所述内存中加载的地图数据与计算节点负责的地图区域相对应。

8.根据权利要求6所述的装置，其特征在于，所述覆盖区域确定模块具体用于：

响应于对至少一条轨迹的地图匹配请求，根据各条轨迹涉及的行政区域或者各条轨迹的经纬度信息，确定各条轨迹所属的至少一个覆盖区域。

9.根据权利要求6所述的装置，其特征在于，所述计算节点确定模块具体用于：

调用配置服务器中记录的每个计算节点与其负责的地图区域的对应关系，通过所述覆盖区域与所述地图区域之间的重合度计算，确定各覆盖区域对应的计算节点，所述配置服务器以集群形式实现；

所述调度服务器以集群形式实现。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

轨迹匹配结果接收模块，用于接收各个计算节点发送的轨迹匹配结果；

轨迹匹配结果合并模块，用于按照拆分前的至少一条轨迹，将属于同一条未拆分轨迹的轨迹匹配结果进行合并。

11.一种计算设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的地图匹配方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的地图匹配方法。