一种地图数据处理方法、装置及系统的制作方法_4

文档序号:8298881阅读:来源:国知局
需要对全量数据进行更新时,执行根据获取地图数据更新信息获取地图基础数据的步骤;第二控制模块709,用于确定不需要对全量数据进行更新时,执行根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围的步骤。
[0164]在本发明实施例中,所述判断模块707可以包括:预测单元7071,用于根据地图数据更新信息预测所生成的地图增量包的容量大小;第一确定单元7072,用于若预测所生成的地图增量包的容量大小超过预设阈值,则确定需要对全量数据进行更新;第二确定单元7073,用于若预测所生成的地图增量包的容量大小未超过预设阈值,则确定不需要对全量数据进行更新。
[0165]基于该实施方式,所述装置还包括:融合模块710,用于将所述地图基础数据包和所述地图增量包进行融合,得到地图全量数据包;
[0166]则所述第一生成模块702,还用于根据所述地图全量数据包生成更新提示信息。
[0167]所述接收模块704还用于:接收所述客户端发送的第二请求更新指令,所述第二请求更新指令指示下载所述地图增量包和所述地图基础数据包;
[0168]则所述发送模块703,还用于根据所述第二请求更新指令向客户端发送所述地图增量包和所述地图基础数据包。
[0169]也就是说,该实施例中,在服务器获取了地图数据更新信息后,可根据地图数据更新信息预测所生成的地图增量包的容量大小,以此来判断是否需要对全量数据进行更新;其中,所述全量数据可以是指全国的地图数据,对全量数据进行更新的意思是,结合地图数据更新信息,需要对原有的地图基础数据包进行重新处理和打包。若预测所生成的地图增量包的容量大小超过预设阈值,则确定需要对全量数据进行更新;优选的,若预测所生成的地图增量包的数据容量大小超过对应的地图基础数据包的数据容量大小的30%,则判断需要对全量数据进行更新。当确定需要对全量数据进行更新时,获取地图基础数据并且根据地图基础数据生成地图基础数据包。假如,以城市为单位,全量更新全国地图离线包数据,生成地图基础数据包;同时,对该地图基础数据包指定一个大版本号;可以理解的是,在某些实施方式中,可以先根据获取地图基础数据生成地图基础数据包,再判断是否需要对全量数据进行更新,此处不作具体限定。
[0170]若所述需要更新的区域以城市为单位,即以城市为单位对更新数据进行打包,生成地图增量包;其后,按照上述需要更新的城市以及该城市的更新范围,生成对应更新范围的新的数据块,即地图增量包,所述地图增量包是基于某个大版本号的地图基线包的小版本的离线数据补丁包,即更新的增量数据以小版本补丁包的形式进行打包。优选的,该实施例中还可以对小版本的patch包的容量大小进行限制,控制所述地图增量包的数据容量大小为其对应的地图基础数据包的数据容量大小的10%。
[0171]本实施例中,由于确定出需要对全量数据进行更新,即预测所生成的地图增量包的容量大小超过预设阈值,需要对地图基础数据包进行重新处理和打包;也就是说,将所述地图基础数据包和所述地图增量包进行融合,得到地图全量数据包,且将所述地图全量数据包作为新的地图基础数据包并存储;在服务器生成所述地图全量数据包后,会根据所述地图全量数据包生成更新提示信息并发送至客户端,以提示用户地图基础数据包有更新;所述客户端根据所述更新提示信息选择是否需要更新,并根据指令指示向所述客户端发送对应的数据包。
[0172]由上述可知,本实施例提供的地图数据处理装置,根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围,从而生成地图增量包,并提示和发送至客户端进行下载更新,由于在该方案中,可以通过生成地图增量包,并发送至客户端以供更新下载,进一步的,对地图增量包的容量大小加以限制,并将地图增量包与地图基础数据包进行融合;所以,相对于现有技术只能进行全量替换的方式而言,可以大大降低更新的数据包的大小,不仅便于用户下载,可以大大节省用户的带宽流量,以及节省服务器的存储空间等资源,而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
[0173]在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文第二实施例和第三实施例针对地图数据处理方法的详细描述,此处不再赘述。
[0174]第八实施例
[0175]为便于更好的实施本发明实施例提供的基于客户端侧的地图数据处理方法,本发明实施例还提供与所述地图数据处理方法相对应的装置。其中名词的含义与上述地图数据处理方法中相同,具体实现细节可以参考方法实施例中的说明。
[0176]请参阅图8,图8为本发明第八实施例提供的地图数据处理装置的结构示意图,该实施例中,所述地图数据处理装置包括第一接收模块81、发送模块82、第二接收模块83以及更新模块84 ;
[0177]其中所述第一接收模块81,用于接收服务器发送的更新提示信息;所述发送模块82,用于根据所述更新提示信息,向所述服务器发送第一请求更新指令,所述第一请求更新指令指示下载地图增量包;所述第二接收模块83,用于接收所述服务器根据所述第一请求更新指令发送的所述地图增量包,所述更新模块84,用于根据所述地图增量包对地图数据进行更新。
[0178]可以理解的是,所述客户端可以为笔记型计算机、平板PC、手机等具备储存单元并安装有微处理器而具有运算能力的终端机构成。该实施例中,在所述客户端中可至少存储有地图基础数据包。
[0179]本实施例中,所述地图增量包由所述服务器生成,具体的,所述服务器获取地图数据更新信息,根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围,并根据所述区域以及所述区域内的更新范围生成地图增量包。
[0180]在服务器生成所述地图增量包后,会根据所述地图增量包生成更新提示信息并发送至客户端,以提示用户当前地图数据有更新;所述客户端根据所述更新提示信息选择是否需要更新,若需要,则向所述服务器发送第一请求更新指令,所述第一请求更新指令指示下载所述地图增量包;所述服务器接收所述第一请求更新指令,并根据指示向所述客户端发送所述地图增量包,所述客户端接收所述地图增量包。
[0181]可以理解的是,在该实施例中没有详述的部分,可以参见上述第四实施例提供的地图数据处理方法的详细描述,此处不再赘述。
[0182]由上述可知,本实施例中提供的地图数据处理装置,客户端接收服务器发送的地图增量包,其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的,并提示客户端进行下载更新,进一步的,对地图增量包的容量大小加以限制,并将地图增量包与地图基础数据包进行融合;所以,相对于现有技术只能进行全量替换的方式而言,可以大大降低更新的数据包的大小,不仅便于用户下载,可以大大节省用户的带宽流量,以及节省服务器的存储空间等资源,而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
[0183]第九实施例
[0184]本发明第九实施例提供的基于服务器侧的地图数据处理装置包括第一接收模块、发送模块、第二接收模块以及更新模块,可以理解的是,该实施例中上述各功能模块的功能作用可对应参考第八实施例中的第一接收模块81、发送模块82、第二接收模块83以及更新模块84的相关描述,此处不作赘述。
[0185]优选的,所述发送模块82还用于:根据所述更新提示信息,向所述服务器发送第二请求更新指令,所述第二请求更新指令指示下载所述地图增量包和地图基础数据包。
[0186]其中,所述地图数据包可以包括地图基础数据包;或者可以包括地图基础数据包和地图增量包。所述地图基础数据包可以是服务器根据地图基础数据生成,也可以是根据原有的地图基础数据包以及生成的地图增量包融合而成的地图全量包,即新的地图基础数据包;所述地图增量包可以是所述服务器获取地图数据更新信息,根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围,并根据所述区域以及所述区域内的更新范围生成。
[0187]可以理解的是,在该实施例中没有详述的名词的含义,可以参见上述基于服务器侧的第二实施例和第三实施例提供的地图数据处理方法的详细描述,此处不再赘述。
[0188]基于此,所述更新提示信息可以包括与所述地图基础数据包相对应的第一版本标识和与所述地图增量包相对应的第二版本标识;以下针对对比的结果进行简单分析说明:
[0189]进一步优选的,所述更新提示信息包括与所述地图基础数据包相对应的第一版本标识和与所述地图增量包相对应的第二版本标识;则所述发送模块82,还用于:若判断出本地只存在版本标识与所述第一版本标识一致的地图基础数据包,则根据所述更新提示信息,向所述服务器发送第一请求更新指令;若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致,且本地的地图增量包的版本标识与所述第二版本标识不一致,则根据所述更新提示信息,向所述服务器发送第一请求更新指令。
[0190]更进一步的,所述发送模块82还用于:若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致,且本地的地图增量包的版本标识与所述第二版本标识不一致,则根据所述更新提示信息,向所述服务器发送第二请求更新指令。
[0191]需要说明的是,当客户端下载完数据包时,如果本地数据只有基线版本,如beijingsh1.dat,则客户端可引擎直接读取该数据完成数据渲染显示功能;如果本地数据有基线数据和patch数据两个文件,则客户端引擎可根据patch数据中数据块的ID,将基线数据中同样ID的数据进行替换,以实现融合功能,让用户看到的是优先显示patch中的数据效果,即实际数据中最新的效果。
[0192]可以理解的是,在某些实施方式中,若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致,且本地的地图增量包的版本标识与所述第二版本标识也一致,则所述客户端不需要融合,控制应用程序正常进行;若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致,且所述服务器不存在地图增量包,则所述客户端直接下载所述地图基础数据包,对本地的地图基础数据包进行替换,此处不作具体描述。
[0193]由上述可知,本实施例提供的地图数据处理装置,客户端接收服务器发送的地图增量包,其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的,并提示客户端进行下载更新,进一步的,对地图增量包的容量大小加以限制,并将地图增量包与地图基础数据包进行融合;所以,相对于现有技术只能进行全量替换的方式而言,可以大大降低更新的数据包的大小,不仅便于用户下载,可以大大节省用户的带宽流量,以及节省服务器的存储空间等资源,而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
[0194]第十实施例
[0195]请参阅图9,图9为本发明第十实施例提供的地图数据处理系统的结构示意图,该实施例中,所述系统包括服务器91和客户端92 ;
[0196]所述服务器91,用于获取地图数据更新信息,根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围;根据所述区域以及所述区域内的更新范围生成地图增量包;根据所述地图增量包生成更新提示信息,并将所述更新提示信息发送给客户端92 ;接收所述客户端92根据所述更新提示信息发送的第一请求更新指令,所述第一请求更新指令指示下载所述地图增量包;根据所述第一请求更新指令的指示向所述客户端92发送所述地图增量包;
[0197]所述客户端92,用于接收服务器91发送的更新提示信息;根据所述更新提示信息,向所述服务器91发送第一请求更新指令,所述第一请求更新指令指示下载地图增量包;接收所述服务器91根据所述第一请求更新指令发送的所述地图增量包。
[0198]在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文针对地图数据处理方法的详细描述,此处不再赘述。
[0199]由上述可知,本实施例提供的地图数据处理系统,服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围,从而生成地图增量包,并提示
当前第4页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1