CN102607577B - 一种导航电子地图的增量更新方法、装置及系统 - Google Patents
一种导航电子地图的增量更新方法、装置及系统 Download PDFInfo
- Publication number
- CN102607577B CN102607577B CN201110027464.8A CN201110027464A CN102607577B CN 102607577 B CN102607577 B CN 102607577B CN 201110027464 A CN201110027464 A CN 201110027464A CN 102607577 B CN102607577 B CN 102607577B
- Authority
- CN
- China
- Prior art keywords
- record
- differential data
- file
- hash table
- data file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Navigation (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种导航电子地图的增量更新方法、装置及系统,方法包括:遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;遍历更新版地图文件的所有记录,利用所述哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;对所述第一哈希表和第二哈希表进行比较生成差分数据文件,所述差分数据文件中包括需要删除的记录以及需要增加的记录;将所述差分数据文件提供给导航端,以供所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。本发明不需依赖数据生产时为记录添加永久ID,就能够实现对导航电子地图的增量更新。
Description
技术领域
本发明涉及卫星导航领域,特别涉及一种导航电子地图的增量更新方法、装置及系统。
背景技术
在现实世界中时刻存在道路的新建、开通和废止以及道路的交通规则变更现象,尤其是像中国这样正大搞基础设施建设的新兴国家,每年都有30%~40%左右的变化。为了反映这些变化,需要对导航仪端的数据进行更新。传统的数据更新方法是电子地图供应商发布新版本数据,然后通知客户到相应的更新网点进行数据更新,这种更新方式存在以下缺点:
更新周期比较长,不能及时反映现实世界中的地理信息的变化,也就是导航数据的现势性较差;
更新手段比较单一,主要通过替换整个数据来到达更新目的;
更新数据量大,难以通过网络进行更新;
更新数据介质主要是CD、DVD、SD卡等。
近几年为了克服传统更新方法的缺陷,保障导航电子地图的现势性,国际导航业界的一些标准组织和企业在数据增量更新方面提供了大量的人力和物力进行研究。
目前业界比较有参考价值的主要有以下两种增量更新方案:
方案一、日本KIWI协会主导的KIWI3.0
KIWI3.0是对原KIWI规格关于导航电子地图增量更新方面的一些扩展。由于KIWI规格提出已经有10多年的时间了,且在日本已经得到非常广泛的应用,这样在设计KIWI3.0时必须考虑到规格的兼容性,因此KIWI3.0注定对整个KIWI体系不能做大的改动和调整。
KIWI从本质上讲是一种静态的物理应用格式,该规格的设计中最重要的一个技术要求是,使导航应用软件能够在较低的硬件设备上高效运行。在此技术要求下,在设计KIWI时更多考虑的是读取KIWI数据的高效性和数据的紧凑型,而怎样使数据更新比较方便并没有做过多的设计,从某种意义上讲,KIWI规格是一种只读的物理应用格式,因此KIWI的数据更新天生是比较复杂和困难的。
图1为KIWI3.0方案中地图数据的增量更新原理图,从图1可知,KIWI3.0增量更新方案的主要特点为:
差分数据主要通过对原始数据的永久ID(Permanent ID,PID)进行查找匹配所得;
由于对原始数据进行差分故传输数据量较小;
以二次格网为单位进行增量数据管理;
需要在车载导航端对数据进行更新编译。
KIWI3.0增量更新方案的主要缺点为:
由于通过对原始数据中的永久ID进行比对抽取差分数据,需要在生产原始数据时为每一条记录添加静态永久ID,这样会导致生产管理成本的增加,对于哪些早期生产的没有永久ID的原始数据存在着再加工或废弃的可能;
以二次格网为单位对差分数据进行管理导致数据管理比较复杂,尤其是像中国那样具有广阔地域的国家会显得更加复杂;
在车载导航端进行数据编译,对导航仪的硬件要求比较高,导致硬件成本增加;
由于KIWI的编译比较复杂,对于车载导航端用户素质的要求比较高。
方案二、欧洲主导的PSI
PSI是包括汽车厂商、导航系统提供商和导航电子地图供应商组成的一个组织,由组织中的成员提供技术和资金进行研究开发。目前PSI还没最终开发完成,PSI架构的效率和可行性还有待进一步验证。
图2为PSI方案中地图数据的增量更新原理图,从图2可知,PSI增量更新方案的主要特点为:
在中心服务端进行数据编译并提取差分数据;
用数据库来管理差分数据,格网内容以二进制大对象(BLOB)字段形式存储在数据表记录中;
更新以格网为单位,格网里只要有内容改变则整个格网将被替换;
车载导航端数据库融合过程比较简单,只要进行简单的数据库操作就能完成;
数据融合后车载导航端的更新版车载数据库与中心服务端的更新版车载数据库完全一致。
PSI增量更新方案主要缺点为:
更新数据以格网为单位进行整体更新,差分数据传输量比较大;
差分数据抽取也必须依赖事先设置的静态永久ID;
编译复杂,需要专业厂家进行编译;
技术尚不成熟,有效性和效率有待进一步验证。
发明内容
有鉴于此,本发明的目的是提供一种导航电子地图的增量更新方法、装置及系统,不需依赖数据生产时为记录添加永久ID,就能够实现对导航电子地图的增量更新。
为实现上述目的,本发明提供技术方案如下:
一种导航电子地图的增量更新方法,包括:
遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;
遍历更新版地图文件的所有记录,利用所述哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;
对所述第一哈希表和第二哈希表进行比较生成差分数据文件,所述差分数据文件中包括需要删除的记录以及需要增加的记录;
将所述差分数据文件提供给导航端,以供所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。
上述的增量更新方法,其中,所述对所述第一哈希表和第二哈希表进行比较生成差分数据文件,包括:
对于存在于所述第一哈希表中、但不存在于所述第二哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置删除标记;
对于存在于所述第二哈希表中、但不存在于所述第一哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置增加标记。
上述的增量更新方法,其中,所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件,包括:
获取用户请求的地理范围;
根据所述请求的地理范围将基准版地图文件的相应记录加载到内存中;
对于加载到内存中的基准版地图文件的每条记录,如果该记录在所述差分数据文件中设置有删除标记,则在内存中删除该记录;
如果在所述请求的地理范围对应的差分数据文件中存在设置有增加标记的记录,则在内存中增加该记录。
上述的增量更新方法,其中,所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件,包括:
将所述差分数据文件中设置有删除标记的记录从所述基准版地图文件中删除,并将所述差分数据文件中设置有增加标记的记录增加到所述基准版地图文件中,从而得到恢复后的更新版地图文件。
上述的增量更新方法,其中,所述第一哈希表和第二哈希表中存储的记录为记录的指针。
上述的增量更新方法,其中,所述差分数据文件按照多尺度分区域方式进行存储。
一种导航电子地图的增量更新系统,包括中心服务端和导航端,所述中心服务端包括:
第一哈希表生成模块,用于遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;
第二哈希表生成模块,用于遍历更新版地图文件的所有记录,利用所述哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;
差分数据产生模块,用于对所述第一哈希表和第二哈希表进行比较生成差分数据文件,所述差分数据文件中包括需要删除的记录以及需要增加的记录;
差分数据发送模块,用于将所述差分数据文件发送给导航端;
所述导航端包括:
差分数据接收模块,用于接收所述差分数据文件;
数据恢复模块,用于根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。
上述的增量更新系统,其中,所述差分数据产生模块进一步用于:
对于存在于所述第一哈希表中、但不存在于所述第二哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置删除标记;
对于存在于所述第二哈希表中、但不存在于所述第一哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置增加标记。
上述的增量更新系统,其中,所述第一哈希表和第二哈希表中存储的记录为记录的指针。
一种导航电子地图的增量更新装置,位于导航端,包括:
差分数据接收模块,用于接收中心服务端发送的差分数据文件,所述差分数据文件中包括需要删除的记录以及需要增加的记录;
数据恢复模块,用于根据所述差分数据文件和基准版地图文件恢复更新版地图文件。
上述的增量更新装置,其中,所述数据恢复模块进一步用于:
获取用户请求的地理范围;
根据所述请求的地理范围将基准版地图文件的相应记录加载到内存中;
对于加载到内存中的基准版地图文件的每条记录,如果该记录在所述差分数据文件中设置有删除标记,则在内存中删除该记录;
如果在所述请求的地理范围对应的差分数据文件中存在设置有增加标记的记录,则在内存中增加该记录。
上述的增量更新装置,其中,所述数据恢复模块进一步用于:
将所述差分数据文件中设置有删除标记的记录从所述基准版地图文件中删除,并将所述差分数据文件中设置有增加标记的记录增加到所述基准版地图文件中,从而得到恢复后的更新版地图文件。
与现有技术相比,本发明的有益效果是:
本发明通过动态计算永久ID技术,使得差分数据的提取不仅不需要额外的生产成本,而且能够充分利用长期积淀的原始导航数据;其次,动态计算永久ID技术可以方便地实现以记录为单位进行差分数据提取,大大减少了差分数据总量,从而大大减少了网络传输数量,使在线更新导航数据变得非常容易。
附图说明
图1为KIWI3.0方案中地图数据的增量更新原理图;
图2为PSI方案中地图数据的增量更新原理图;
图3为本发明实施例的导航电子地图的增量更新方法流程图;
图4为本发明实施例的导航电子地图的增量更新方法的一种具体实现示意图;
图5为本发明实施例中差分数据的抽取原理图;
图6为本发明实施例中差分数据的存储模型示意图;
图7为本发明实施例中差分数据的分层模型示意图;
图8为本发明实施例中格网的编号方式示意图;
图9A、9B为本发明实施例中数据融合的具体流程图;
图10为本发明实施例的导航电子地图的增量更新系统结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
参照图3,本发明实施例的导航电子地图的增量更新方法,包括如下步骤:
步骤301:中心服务端遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;
步骤302:所述中心服务端遍历更新版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;
为了根据动态生成的永久ID来抽取差分数据,步骤301与步骤302中应当采用相同的哈希算法,这样,在不同版本中的相同记录就具有相同的永久ID。
在具体实现时,所述第一哈希表和第二哈希表可以为链表,所述链表的节点存储记录的指针以及该记录的永久ID。当然,所述第一哈希表和第二哈希表也可以采用其他公知的数据结构,这里不作赘述。
本发明实施例对步骤301和步骤302的执行顺序不做限制,即,可以先执行步骤302,再执行步骤301,另外,两者还可以并行执行。
步骤303:所述中心服务端对所述第一哈希表和第二哈希表进行比较生成差分数据文件,所述差分数据文件中包括需要删除的记录以及需要增加的记录;
在步骤303中,差分数据的产生规则为:
对于存在于所述第一哈希表中、但不存在于所述第二哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置删除标记;
对于存在于所述第二哈希表中、但不存在于所述第一哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置增加标记。
步骤304:所述中心服务端将所述差分数据文件提供给导航端;
步骤305:所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。
所述导航端接收到所述差分数据文件后,有两种恢复更新版地图文件的方式,方式一为按需恢复,即,仅恢复导航端当前屏幕对应的地理范围,方式二是恢复整个更新版地图文件。以下分别介绍之。
在方式一中,所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件,具体包括:
获取用户请求的地理范围;
根据所述请求的地理范围将基准版地图文件的相应记录加载到内存中;
对于加载到内存中的基准版地图文件的每条记录,如果该记录在所述差分数据文件中设置有删除标记,则在内存中删除该记录;
如果在所述请求的地理范围对应的差分数据文件中存在设置有增加标记的记录,则在内存中增加该记录。
在方式二中,所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件,具体包括:
将所述差分数据文件中设置有删除标记的记录从所述基准版地图文件中删除,并将所述差分数据文件中设置有增加标记的记录增加到所述基准版地图文件中,从而得到恢复后的更新版地图文件。
图4为本发明实施例的导航电子地图的增量更新方法的一种具体实现示意图,可以看出,图4与图1相比主要做了以下方面的改进:
在中心服务端进行数据编译及差分数据提取,车载导航端只需要进行简单的数据融合(数据合并)操作;
对两个版本的物理存储格式(Physical Storage Format,PSF)数据进行差分,而不是对原始数据进行差分,差分数据的抽取不依赖预先设置的静态永久ID;
由于对PSF进行差分,因此可以使用不同模型的原始数据进行差分(在两个版本的原始数据的模型相同的前提下),如四维图新科技股份有限公司面向日系的K版数据和面向欧美系G版数据;
在车载导航端进行数据融合,融合的数据区域是导航端当前屏幕所覆盖的范围,数据融合实现了按需融合;
数据融合在内存中进行,融合后不影响基准版PSF数据。
从这些改进项可以看出,本发明实施例的增量更新方案相比KIWI3.0方案而言具有以下优点:
在中心服务端进行所有版本的数据编译,并进行PSF的差分抽取,这样可以充分利用服务器的硬件资源;
在差分抽取时动态计算记录的永久ID,没有额外的生产成本,同时可以充分利用长期积淀的原始数据;
在内存中按需对所请求的地理范围进行数据融合更新,基本上不需要额外的硬件开销;
由于在内存中进行融合,融合后的数据也不回写,使破坏基准版数据的风险降为零。
图4与图2相比主要做了以下方面的改进:
差分数据的抽取不依赖预先设置的静态永久ID;
分格网以记录为单位进行数据差分,同时融合时只更新有变更的记录;
数据融合后不影响基准版PSF数据;
从这些改进项可以看出,本发明实施例的增量更新方案相比PSI方案而言具有以下优点:
在差分数据抽取时动态计算记录的永久ID,没有额外的生产成本;
由于在内存中进行融合,融合后的数据不回写,因此不存在破坏基准版数据的危险;
由于只对有变更的记录进行差分更新,而不是对有记录变更的格网进行整体更新,故差分数据量比较小。
以下给出本发明实施例的导航电子地图的增量更新方法的一个应用实例。
在该应用实例中,从中心服务端数据生成到车载导航端数据更新的数据流向这个角度来讲,根据数据流所处的不同阶段,主要涉及以下三大方面内容:差分数据抽取、差分数据管理和差分数据融合。
1)差分数据抽取
差分数据抽取是对两个版本的车载数据中的所有记录进行比较并将有变更记录输出到差分数据文件中。其过程如图5所示,包括如下步骤:
遍历基准版PSF的所有记录,并利用动态永久ID计算技术(哈希算法)计算记录的永久ID,并将记录所在的格网、记录类型以及记录索引保存在基准版永久ID哈希表中;
遍历更新版PSF的所有记录,并利用动态永久ID计算技术(哈希算法)计算记录的永久ID,并将记录所在的格网、记录类型及记录索引保存在更新版永久ID哈希表中;
比较两个版本数据生成的哈希表后生成差分数据,在比较哈希表时对于某个永久ID存在以下几种情形:
A、同时存在于基准版与更新版所生成的哈希表中;
B、存在于基准版所生成的哈希表中,但在更新版所生成的哈希表中不存在;
C、存在于更新版所生成的哈希表中,但在基准版所生成的哈希表中不存在。
根据不同的情形生成差分记录的原则如表1所示:
情形 | 数据输出处理方法 |
A | 两个版本中该记录无任何变更,不输出 |
B | 该记录已在新版本中删除,输出该记录并设置删除标志 |
C | 该记录在新版本中需要追加,输出该记录并设置增加标志 |
表1
差分数据输出存储模型如图6所示,具体说明如下:
差分数据管理头用来标识各类数据的有无,如路网数据、背景数据、名称数据等的有无;
长度及跳转地址是指各种类型数据的长度及在文件中的偏移地址;
新增记录数据区存放的是各种类型新增记录数据;
删除记录数据区存放的是各种被删减记录。
数据存储的详细规格在“差分数据管理”一节中详细说明。
2)差分数据管理
差分数据采用多尺度分区域方式进行管理。
所谓多尺度是指,参考基准版PSF数据分层模型进行分层,其数据分层方法如图7所示。
多尺度数据组织模型主要就有以下特点:
根据地理要素所显示的比例尺范围将数据分成7层进行管理;
每一层根据地域划分成多个区集,每个区集有划分成多个区,每个区又划分成多个格网,每一层的区集、区与格网的个数见图7;
层0(Level0)只有一个格网,层1~层5(1Level1~Level5)依次对上层进行4*4分割。层5(Level5)格网跨度与层6(Level6)相同,另外Level5、Level6的格网跨度等于原始数据中的一个二次格网跨度;
为了方便管理我们将每一层的格网进行统一编号,编号方式如图8所示:
层号取值范围为0~6;
区集号、区号、格网编号前面两位表示纬度方向编号,编号后面两位表示经度方向编号;
这个格网编号在整个数据中是唯一的;
如果某个格网有数据更新,则差分数据存储文件的名称为该格网编号,如5-0507-0101-2211.map。
所谓分区域,是指根据数据所在的区域(例如省),将属于同一个区域的差分数据以压缩包的形式打包在一起,这样既方便用户按区域获取差分数据,又可以减少文件的传输个数和传输量。其目录结构及压缩包相关规则如下:
a)压缩包存放目录结构
数据根目录
压缩包1.zip
压缩包2.zip
压缩包n.zip
b)压缩包命名方式为:
区域名_数据版本号_.zip,如shanghai_1.1_.zip
c)压缩包内结构为:
说明:
区域名为省名的拼音如shanghai;
格网ID是按图8的规则进行命名。
差分数据在文件里的具体存放格式如表2所示:
表2
说明:
表中序号1部分对应图6中的差分数据管理头区域;
表中序号2~15部分对应图6中的长度及地址跳转区域;
表中序号16~19部分对应图6中的新增记录数据区域;
表中序号20~22部分对应图6中的删除记录数据区域;
表中可选项有无取决于管理头中相应的标志是否置1;
表中新增记录数据中各种类型记录的存储格式与基准版PSF中完全一致。
下表为删除记录索引列表的存储格式:
表3
说明:
记录类型是指地理要素类型,如绿地、水系、高速公路、国道等;
记录索引是基准版中该记录在其所属类中的位置。
3)差分数据融合
差分数据融合是当车载端从中心服务端下载已编译好的差分数据后,将当前屏幕所覆盖格网的差分数据与基准版对应格网的数据进行合并操作,该操作通过数据引擎在内存完成,融合后的数据不回写到文件中,这样将由于数据更新导致基准版数据损坏的风险将为零。
数据融合的具体流程如图9所示,包括如下步骤:
步骤901:数据融合开始后,根据当前比例尺计算数据层;
步骤902:按屏幕范围计算所要加载的格网列表;
步骤903:遍历所要加载的格网列表;
步骤904:判断当前格网在缓存中是否存在,若是,返回步骤903,否则,进入步骤905;
步骤905:加载基准版的该格网数据;
步骤906:判断当前格网的差分数据是否存在,若是,进入步骤908,否则,进入步骤907;
步骤907:将基准版格网数据放入缓存后,返回步骤903;
步骤908:加载该格网的差分数据;
步骤909:遍历差分数据的所有新增记录;
步骤910:在基准版相同ID格网数据的对应类型中插入当前新增记录;
步骤911:判断该格网所有新增记录是否均处理完成,若是,进入步骤912,否则,返回步骤909;
步骤912:遍历差分数据的所有删除列表;
步骤913:删除基准版格网中对应记录;
步骤914:判断所有删除记录是否均处理完成,若是,进入步骤915,否则,返回步骤912;
步骤915:将合并后的格网数据放入缓存;
步骤916,判断是否所有格网均处理完成,若是,数据融合结束,否则,返回步骤903。
本发明实施例还提供一种导航电子地图的增量更新系统,参照图10,该系统包括中心服务端10和导航端20,所述中心服务端10包括:
第一哈希表生成模块11,用于遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;
第二哈希表生成模块12,用于遍历更新版地图文件的所有记录,利用所述哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;
差分数据产生模块13,用于对所述第一哈希表和第二哈希表进行比较生成差分数据文件,所述差分数据文件中包括需要删除的记录以及需要增加的记录;
差分数据发送模块14,用于将所述差分数据文件发送给导航端;
所述导航端20包括:
差分数据接收模块21,用于接收所述差分数据文件;
数据恢复模块22,用于根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。
优选地,所述第一哈希表和第二哈希表中存储的记录为记录的指针,所述差分数据文件按照多尺度分区域方式进行存储。
具体地,所述差分数据产生模块13按照如下规则产生差分数据文件:
对于存在于所述第一哈希表中、但不存在于所述第二哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置删除标记;
对于存在于所述第二哈希表中、但不存在于所述第一哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置增加标记。
所述导航端接收到所述差分数据文件后,有两种恢复更新版地图文件的方式,方式一为按需恢复,即,仅恢复导航端当前屏幕对应的地理范围,方式二是恢复整个更新版地图文件。以下分别介绍之。
在方式一中,所述数据恢复模块22进一步用于:
获取用户请求的地理范围;
根据所述请求的地理范围将基准版地图文件的相应记录加载到内存中;
对于加载到内存中的基准版地图文件的每条记录,如果该记录在所述差分数据文件中设置有删除标记,则在内存中删除该记录;
如果在所述请求的地理范围对应的差分数据文件中存在设置有增加标记的记录,则在内存中增加该记录。
在方式二中,所述数据恢复模块22进一步用于:
将所述差分数据文件中设置有删除标记的记录从所述基准版地图文件中删除,并将所述差分数据文件中设置有增加标记的记录增加到所述基准版地图文件中,从而得到恢复后的更新版地图文件。
综上所述,本发明实施例首先通过动态计算永久ID技术,使得差分数据的提取不仅不需要额外的生产成本,而且能够充分利用长期积淀的原始导航数据;其次,动态计算永久ID技术可以方便地实现以记录为单位进行差分数据提取,大大减少了差分数据总量,从而大大减少了网络传输数量,使在线更新导航数据变得非常容易;再次,本发明实施例通过对差分数据进行多尺度分区域的管理,大大减少了差分数据的管理成本;最后,由于编译和差分数据的提取是在中心服务端进行,用户只要通过网络下载事先提取好的差分数据到车载导航端,导航软件会自动在需要时进行数据融合,这种技术几乎不需要额外的硬件开销。
最后应当说明的是,以上实施例仅用以说明本发明的技术方案而非限制,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神范围,其均应涵盖在本发明的权利要求范围当中。
Claims (10)
1.一种导航电子地图的增量更新方法,其特征在于,包括:
遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;
遍历更新版地图文件的所有记录,利用所述哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;
对所述第一哈希表和第二哈希表进行比较生成差分数据文件,包括:对两个版本的物理存储格式PSF数据进行差分,差分数据的抽取不依赖预先设置的静态永久ID;所述差分数据文件中包括需要删除的记录以及需要增加的记录;所述差分数据文件按照多尺度分区域方式进行存储;
将所述差分数据文件提供给导航端,以供所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。
2.如权利要求1所述的增量更新方法,其特征在于,所述对所述第一哈希表和第二哈希表进行比较生成差分数据文件,包括:
对于存在于所述第一哈希表中、但不存在于所述第二哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置删除标记;
对于存在于所述第二哈希表中、但不存在于所述第一哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置增加标记。
3.如权利要求2所述的增量更新方法,其特征在于,所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件,包括:
获取用户请求的地理范围;
根据所述请求的地理范围将基准版地图文件的相应记录加载到内存中;
对于加载到内存中的基准版地图文件的每条记录,如果该记录在所述差分数据文件中设置有删除标记,则在内存中删除该记录;
如果在所述请求的地理范围对应的差分数据文件中存在设置有增加标记的记录,则在内存中增加该记录。
4.如权利要求2所述的增量更新方法,其特征在于,所述导航端根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件,包括:
将所述差分数据文件中设置有删除标记的记录从所述基准版地图文件中删除,并将所述差分数据文件中设置有增加标记的记录增加到所述基准版地图文件中,从而得到恢复后的更新版地图文件。
5.如权利要求1所述的增量更新方法,其特征在于:
所述第一哈希表和第二哈希表中存储的记录为记录的指针。
6.一种导航电子地图的增量更新系统,包括中心服务端和导航端,其特征在于,所述中心服务端包括:
第一哈希表生成模块,用于遍历基准版地图文件的所有记录,利用哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第一哈希表中;
第二哈希表生成模块,用于遍历更新版地图文件的所有记录,利用所述哈希算法生成每条记录的永久ID,并将生成的永久ID及对应的记录存储到第二哈希表中;
差分数据产生模块,用于对所述第一哈希表和第二哈希表进行比较生成差分数据文件,包括:对两个版本的物理存储格式PSF数据进行差分,差分数据的抽取不依赖预先设置的静态永久ID;所述差分数据文件中包括需要删除的记录以及需要增加的记录,所述差分数据文件按照多尺度分区域方式进行存储;
差分数据发送模块,用于将所述差分数据文件发送给导航端;
所述导航端包括:
差分数据接收模块,用于接收所述差分数据文件;
数据恢复模块,用于根据所述差分数据文件和基准版地图文件恢复所述更新版地图文件。
7.如权利要求6所述的增量更新系统,其特征在于,所述差分数据产生模块进一步用于:
对于存在于所述第一哈希表中、但不存在于所述第二哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置删除标记;
对于存在于所述第二哈希表中、但不存在于所述第一哈希表中的永久ID,将该永久ID及对应的记录输出到差分数据文件中,并设置增加标记。
8.一种导航电子地图的增量更新装置,位于导航端,其特征在于,包括:
差分数据接收模块,用于接收中心服务端发送的差分数据文件,所述差分数据文件是由中心服务端对两个版本的物理存储格式PSF数据进行差分得到的,且差分数据的抽取不依赖预先设置的静态永久ID;且所述差分数据文件中包括需要删除的记录以及需要增加的记录,所述差分数据文件按照多尺度分区域方式进行存储;
数据恢复模块,用于根据所述差分数据文件和基准版地图文件恢复更新版地图文件。
9.如权利要求8所述的增量更新装置,其特征在于,所述数据恢复模块进一步用于:
获取用户请求的地理范围;
根据所述请求的地理范围将基准版地图文件的相应记录加载到内存中;
对于加载到内存中的基准版地图文件的每条记录,如果该记录在所述差分数据文件中设置有删除标记,则在内存中删除该记录;
如果在所述请求的地理范围对应的差分数据文件中存在设置有增加标记的记录,则在内存中增加该记录。
10.如权利要求8所述的增量更新装置,其特征在于,所述数据恢复模块进一步用于:
将所述差分数据文件中设置有删除标记的记录从所述基准版地图文件中删除,并将所述差分数据文件中设置有增加标记的记录增加到所述基准版地图文件中,从而得到恢复后的更新版地图文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110027464.8A CN102607577B (zh) | 2011-01-25 | 2011-01-25 | 一种导航电子地图的增量更新方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110027464.8A CN102607577B (zh) | 2011-01-25 | 2011-01-25 | 一种导航电子地图的增量更新方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102607577A CN102607577A (zh) | 2012-07-25 |
CN102607577B true CN102607577B (zh) | 2015-08-12 |
Family
ID=46525172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110027464.8A Active CN102607577B (zh) | 2011-01-25 | 2011-01-25 | 一种导航电子地图的增量更新方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102607577B (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103377210B (zh) * | 2012-04-19 | 2016-12-14 | 北京四维图新科技股份有限公司 | 建立增量型导航数据库的方法和对数据库进行更新的方法 |
CN102968327B (zh) * | 2012-12-14 | 2016-09-07 | 沈阳美行科技有限公司 | 一种支持增量更新的嵌入式poi数据增量更新方法 |
CN104748757B (zh) * | 2013-12-31 | 2017-12-22 | 北京四维图新科技股份有限公司 | 一种导航电子地图数据更新方法及装置 |
CN106030685B (zh) * | 2014-02-21 | 2019-03-15 | 三菱电机株式会社 | 地图信息处理装置、地图信息处理方法及更新数据的调整方法 |
CN104123160A (zh) * | 2014-07-25 | 2014-10-29 | 沈阳美行科技有限公司 | 一种导航设备的要素级更新方法 |
CN105138635B (zh) * | 2015-08-21 | 2019-04-09 | 中国人民解放军装备学院 | 一种利用哈希值比对进行数据增量复制的方法 |
CN105243123A (zh) * | 2015-09-29 | 2016-01-13 | 百度在线网络技术(北京)有限公司 | 地图离线文件的差异文件的生成、地图离线文件的更新方法及装置 |
CN105573790A (zh) * | 2015-12-15 | 2016-05-11 | 上海博泰悦臻网络技术服务有限公司 | 一种车载系统软件升级方法、车载系统及软件服务器 |
CN105868361A (zh) * | 2016-03-29 | 2016-08-17 | 中国银行股份有限公司 | 一种数据更新方法和装置 |
CN106595682B (zh) * | 2016-12-16 | 2020-12-04 | 上海博泰悦臻网络技术服务有限公司 | 一种地图数据的差分更新方法、系统及服务器 |
CN108253977B (zh) * | 2016-12-28 | 2020-11-24 | 沈阳美行科技有限公司 | 用于更新导航数据的增量数据的生成方法及生成装置 |
CN108062399A (zh) * | 2017-12-21 | 2018-05-22 | 新华三大数据技术有限公司 | 数据处理方法及装置 |
CN108399192B (zh) * | 2018-01-25 | 2020-07-24 | 贝壳找房(北京)科技有限公司 | 一种小区信息匹配方法及装置 |
CN109032653B (zh) * | 2018-08-29 | 2022-11-08 | 百度在线网络技术(北京)有限公司 | 无人驾驶汽车车载终端升级方法、装置、设备及存储介质 |
CN109783125A (zh) * | 2019-01-23 | 2019-05-21 | 苏州翔云瑞图信息技术有限公司 | 应用于自动驾驶的高精地图差分更新方法 |
CN111488410B (zh) * | 2019-01-25 | 2023-05-09 | 阿里巴巴集团控股有限公司 | Nds数据的差分处理、更新方法和装置以及电子设备 |
CN111159326B (zh) * | 2020-01-02 | 2023-05-09 | 中国航空工业集团公司西安航空计算技术研究所 | 一种机载数字地图局部数据增量更新方法和装置 |
CN113992648A (zh) * | 2021-10-26 | 2022-01-28 | 沈阳世纪高通科技有限公司 | 一种基于容器编排技术的路况实时发布方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101694392A (zh) * | 2009-09-29 | 2010-04-14 | 北京四维图新科技股份有限公司 | 一种导航终端的地图更新方法、导航终端及系统 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001075967A (ja) * | 1999-08-31 | 2001-03-23 | Denso Corp | 地図データの更新用情報作成方法及び地図データの差分更新システム |
JP4065202B2 (ja) * | 2003-01-07 | 2008-03-19 | 三菱電機株式会社 | 地図データ処理装置およびセンターシステム |
JP4360816B2 (ja) * | 2003-03-20 | 2009-11-11 | アルパイン株式会社 | 地図データ更新方法及びナビゲーション装置 |
JP4814507B2 (ja) * | 2004-11-01 | 2011-11-16 | 日立オートモティブシステムズ株式会社 | 差分地図データ配信方法 |
JP4531582B2 (ja) * | 2005-02-10 | 2010-08-25 | アルパイン株式会社 | 地図更新処理用データ作成方法、地図更新方法及び装置 |
JP4822830B2 (ja) * | 2005-12-15 | 2011-11-24 | アルパイン株式会社 | 地図データ作成装置 |
JP4822062B2 (ja) * | 2006-09-29 | 2011-11-24 | アイシン・エィ・ダブリュ株式会社 | データ更新システム、ナビゲーション装置、及びデータ更新方法 |
CN101078633B (zh) * | 2007-06-12 | 2010-05-19 | 江苏华科导航科技有限公司 | 导航装置的地图数据更新方法 |
JP5361148B2 (ja) * | 2007-06-26 | 2013-12-04 | アルパイン株式会社 | 配信地図作成装置及び差分データ作成装置 |
JP2010266640A (ja) * | 2009-05-14 | 2010-11-25 | Alpine Electronics Inc | 地図データ更新装置及び地図データ更新方法 |
-
2011
- 2011-01-25 CN CN201110027464.8A patent/CN102607577B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101694392A (zh) * | 2009-09-29 | 2010-04-14 | 北京四维图新科技股份有限公司 | 一种导航终端的地图更新方法、导航终端及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102607577A (zh) | 2012-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102607577B (zh) | 一种导航电子地图的增量更新方法、装置及系统 | |
EP1347394B1 (en) | Schema-oriented content management system | |
US7930100B2 (en) | Computer readable medium storing a map data updating program and map data updating terminal | |
CN101162149B (zh) | 一种联网车载导航终端实现远程快速更新地图导航数据的方法 | |
CN103377210B (zh) | 建立增量型导航数据库的方法和对数据库进行更新的方法 | |
CN104102677A (zh) | 电子地图数据更新方法、装置及服务器 | |
JP2004326073A (ja) | 地理データベースを形成、更新、及び使用する方法及びシステム | |
CN102646039A (zh) | 基于XML Schema的软件界面生成系统及方法 | |
CN109522290A (zh) | 一种HBase数据块恢复及数据记录提取方法 | |
CN102376160A (zh) | 实时交通信息更新方法及系统 | |
CN103186617B (zh) | 一种存储数据的方法和装置 | |
CN102564435A (zh) | 一种导航电子地图的增量包及自校验方法 | |
CN101436211A (zh) | 基于缓冲区分析的城市道路网络数据增量识别方法及增量更新方法 | |
JP4360816B2 (ja) | 地図データ更新方法及びナビゲーション装置 | |
CN106682003A (zh) | 分布式存储命名空间的路径分割映射方法和装置 | |
CN100334429C (zh) | 电子地图数据存储与更新的方法 | |
KR20120034383A (ko) | 지도 업데이트 자동화 시스템 및 그 방법 | |
Min et al. | A system framework for map air update navigation service | |
CN104021210B (zh) | 以GeoJSON格式半结构化方式存储地理数据的MongoDB集群的地理数据读写方法 | |
CN105912675A (zh) | 一种针对小文件合并的批量删除/查询方法与装置 | |
CN104008209B (zh) | 以GeoJSON格式结构化方式存储地理数据的MongoDB集群的地理数据读写方法 | |
CN102930049B (zh) | 一种支持增量更新的嵌入式用户兴趣点数据编译方法 | |
KR20040101986A (ko) | 화일 관리 방법, 콘텐츠 재생 방법, 콘텐츠 기록/재생장치, 및 콘텐츠 재생 프로그램을 기록한 기록 매체 | |
CN104748757A (zh) | 一种导航电子地图数据更新方法及装置 | |
Andersen et al. | An advanced data warehouse for integrating large sets of GPS data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |