CN104615453B - 一种地图数据处理方法、装置及系统 - Google Patents
一种地图数据处理方法、装置及系统 Download PDFInfo
- Publication number
- CN104615453B CN104615453B CN201410504662.2A CN201410504662A CN104615453B CN 104615453 B CN104615453 B CN 104615453B CN 201410504662 A CN201410504662 A CN 201410504662A CN 104615453 B CN104615453 B CN 104615453B
- Authority
- CN
- China
- Prior art keywords
- map
- delta package
- renewal
- request
- client
- 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
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种地图数据处理方法、装置及系统，其中，该方法包括：获取地图数据更新信息，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；根据区域以及区域内的更新范围生成地图增量包；根据地图增量包生成更新提示信息，并将更新提示信息发送给客户端；接收客户端根据更新提示信息发送的第一请求更新指令，第一请求更新指令指示下载地图增量包；根据第一请求更新指令的指示向客户端发送地图增量包。本发明通过生成地图增量包，并发送至客户端以供更新下载，可以大大降低更新的数据包的大小，便于用户下载，并缩短更新周期，降低服务器资源的浪费，改善用户体验。
Description
技术领域
本发明属于通信技术领域，尤其涉及一种地图数据处理方法、装置及系统。
背景技术
随着移动导航技术的不断普及，更多的人开始在陌生路段越来越依赖导航进行路线指引，大大提升了人们寻路的便捷性和准确性。
目前，地图产品一般都会将一些用于地图显示等基础数据作为一个离线数据包的形态，提供给用户。用户可以将该离线数据包下载到本地客户端辅助地图的使用。由于为了保证地图的时效性，用户常常需要对这些离线数据包进行更新，而在现有技术中，对于离线数据包的更新，往往采用全量替换的方式，即当有数据需要更新时，地图数据提供商会上传全量的数据包到服务器，由服务器提示客户端下载使用，客户端在接收到提示信息时，便可以根据自身的需求进行下载并更新。一般的，现有业内地图产品的离线数据都是以城市为单位的全包存在，以北京市为例，一个离线数据包的大小为30M左右，也就是说，如果北京市的地图数据中有一处发生变化，则用户需要重新下载该30M大小的北京市离线数据包，并根据该下载的北京市离线数据包对原有的北京市离线数据包进行替换，才能完成对北京市的地图数据的更新。
在对现有技术的研究和实践过程中，本发明的发明人发现，由于离线数据包较大，因此，不仅需要耗费用户较多的带宽流量，以及浪费服务器的存储空间，而且，也大大降低了离线数据包生产的效率、增加地图数据更新的周期、以及降低客户端更新地图数据时的效率。
发明内容
本发明的目的在于提供一种地图数据处理方法、装置及系统，不仅可以节省用户的带宽流量，节省服务器的存储空间，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
为解决上述技术问题，本发明实施例提供以下技术方案：
一种地图数据处理方法，其中，所述方法包括：
获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；
根据所述区域以及所述区域内的更新范围生成地图增量包；
根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端；
接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；
根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便所述客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
为解决上述技术问题，本发明实施例还提供以下技术方案：
一种地图数据处理方法，其中，所述方法包括：
接收服务器发送的更新提示信息；
根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；
接收所述服务器根据所述第一请求更新指令发送的所述地图增量包；
根据所述地图增量包对地图数据进行更新。
为解决上述技术问题，本发明实施例还提供以下技术方案：
一种地图数据处理装置，其中，所述装置包括：
第一获取模块，用于获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；
第一生成模块，用于根据所述区域以及所述区域内的更新范围生成地图增量包，根据所述地图增量包生成更新提示信息；
发送模块，用于将所述更新提示信息发送给客户端；
接收模块，用于接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；
所述发送模块，还用于根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
为解决上述技术问题，本发明实施例还提供以下技术方案：
一种地图数据处理装置，其中，所述装置包括：
接收模块，用于接收服务器发送的更新提示信息；
发送模块，用于根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；
接收模块，用于接收所述服务器根据所述第一请求更新指令发送的所述地图增量包；
更新模块，用于根据所述地图增量包对地图数据进行更新。
为解决上述技术问题，本发明实施例还提供以下技术方案：
地图数据处理系统，包括：服务器以及客户端，其中，
所述服务器，用于获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；根据所述区域以及所述区域内的更新范围生成地图增量包；根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端；接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
所述客户端，用于接收服务器发送的更新提示信息；根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；接收所述服务器根据所述第一请求更新指令发送的所述地图增量包；根据所述地图增量包对地图数据进行更新。
相对于现有技术，本实施例根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载，所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
附图说明
图1为本发明第一实施例提供的地图数据处理方法的流程示意图；
图2为本发明第二实施例提供的地图数据处理方法的流程示意图；
图3为本发明第三实施例提供的地图数据处理方法的流程示意图；
图4为本发明第四实施例提供的地图数据处理方法的流程示意图；
图5为本发明第五实施例提供的地图数据处理方法的流程示意图；
图6为本发明第六实施例提供的地图数据处理装置的结构示意图；
图7为本发明第七实施例提供的地图数据处理装置的结构示意图；
图8为本发明第八和第九实施例提供的地图数据处理装置的结构示意图；
图9为本发明第十实施例提供的地图数据处理系统的结构示意图；
图10为本发明第十一实施例提供的服务器的结构示意图；
图11为本发明第十二实施例提供的服务器的结构示意图。
具体实施方式
请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。
在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。
本发明的原理使用许多其它泛用性或特定目的运算、通信环境或组态来进行操作。所熟知的适合用于本发明的运算系统、环境与组态的范例可包括(但不限于)手持电话、个人计算机、服务器、多处理器系统、微电脑为主的系统、主架构型计算机、及分布式运算环境，其中包括了任何的上述系统或装置。
本文所使用的术语「模块」可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法优选的以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。
而且本文所使用的词语“优选的”意指用作实例、示例或例证。奉文描述为“优选的”任意方面或设计不必被解释为比其他方面或设计更有利。相反，词语“优选的”的使用旨在以具体方式提出概念。如本申请中所使用的术语“或”旨在意指包含的“或”而非排除的“或”。即，除非另外指定或从上下文中清楚，“X使用A或B”意指自然包括排列的任意一个。即，如果X使用A；X使用B；或X使用A和B二者，则“X使用A或B”在前述任一示例中得到满足。
而且，尽管已经相对于一个或多个实现方式示出并描述了本公开，但是本领域技术人员基于对本说明书和附图的阅读和理解将会想到等价变型和修改。本公开包括所有这样的修改和变型，并且仅由所附权利要求的范围限制。特别地关于由上述组件(例如元件、资源等)执行的各种功能，用于描述这样的组件的术语旨在对应于执行所述组件的指定功能(例如其在功能上是等价的)的任意组件(除非另外指示)，即使在结构上与执行本文所示的本公开的示范性实现方式中的功能的公开结构不等同。此外，尽管本公开的特定特征已经相对于若干实现方式中的仅一个被公开，但是这种特征可以与如可以对给定或特定应用而言是期望和有利的其他实现方式的一个或多个其他特征组合。而且，就术语“包括”、“具有”、“含有”或其变形被用在具体实施方式或权利要求中而言，这样的术语旨在以与术语“包含”相似的方式包括。
第一实施例
请参阅图1，图1是本发明第一实施例提供的地图数据处理方法的流程示意图。其中，所述方法步骤包括：
在步骤S101中，获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围。
在步骤S102中，根据所述区域以及所述区域内的更新范围生成地图增量包。
可以理解的是，所述步骤S101和步骤S102可以具体包括：
其中，该实施例中提供的地图数据处理方法是基于服务器侧进行；可选的，在该实施例中，服务器中可以预先设置有地图基础数据包(也可称为地图基线包)，所述地图基础数据包根据地图基础数据生成。
例如：以城市为单位，首先可以对全国地图离线包数据进行全量更新，即预先更新设置好地图基础数据包，每个城市对应一个地图基础数据包，可以理解的是，地图离线包是指地图基础数据以某种单位和格式进行组织的一种文件形态进行显示。
优选的，若需要更新的区域以城市为单位，即以城市为单位对获取到的更新数据进行打包，生成地图增量包；其中，所述更新范围可以具体为数据块的ID信息，此处不作具体限定。
在步骤S103中，根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端。
在步骤S104中，接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包。
在步骤S105中，根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
可以理解的是，所述步骤S103、步骤S104和步骤S105可以具体包括：
在服务器生成所述地图增量包后，会根据所述地图增量包生成更新提示信息并发送至客户端，以提示用户当前地图数据有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；所述服务器接收所述第一请求更新指令，并根据指示向所述客户端发送所述地图增量包。
由上述可知，本实施例中提供的地图数据处理方法，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载，所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第二实施例
请参阅图2，图2为本发明第二实施例提供的地图数据处理方法的流程示意图。所述方法步骤包括：
在步骤S201中，获取地图数据更新信息。
在步骤S202中，判断是否需要对全量数据进行更新。
可以理解的是，所述步骤S201和步骤S202可以具体包括：
其中，该实施例中提供的地图数据处理方法是基于服务器侧进行。
在服务器获取了地图数据更新信息后，可根据地图数据更新信息预测所生成的地图增量包的容量大小，以此来判断是否需要对全量数据进行更新；其中，所述全量数据可以是指全国的地图数据，对全量数据进行更新的意思是，结合地图数据更新信息，需要对原有的地图基础数据包进行重新处理和打包。
在本实施例中，若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新；
其中，该阈值可以根据实际应用的需求进行设置，例如，优选的，若预测所生成的地图增量包的数据容量大小超过对应的地图基础数据包的数据容量大小的30％，则判断需要对全量数据进行更新，等等。
在步骤S203中，确定需要对全量数据进行更新时，获取地图基础数据。
在步骤S204中，根据所述地图基础数据生成地图基础数据包。
可以理解的是，所述步骤S203和步骤S204可以具体包括：
在一种实施方式下，当确定需要对全量数据进行更新时，获取地图基础数据并且根据地图基础数据生成地图基础数据包。假如，以城市为单位，全量更新全国地图离线包数据，生成地图基础数据包；同时，对该地图基础数据包指定一个大版本号(即指定一版本标识)。如生成北京市的大版本号为29的版本数据，数据打包前命名为：beijingshi.dat，打包后命名为：beijignshi29.zip。可以理解的是，在某些实施方式中，可以先根据获取地图基础数据生成地图基础数据包，再判断是否需要对全量数据进行更新，此处不作具体限定。
其中，版本号是代表不同时效性的地图数据的标识，一般全国整体全量更新一次，会有一个大版本号，若以城市为单位，在一次全量更新中，每个城市对应的地图基础数据包会有一个相同的大版本号；小范围更新部分城市的增量部分，会有一个小版本号；所述地图基础数据包也可以称之为地图基线包，可以理解的是，全量更新得到的只有大版本号的数据包，即地图基础数据包。
在步骤S205中，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围。
在步骤S206中，根据所述区域以及所述区域内的更新范围生成地图增量包。
可以理解的是，所述步骤S205至步骤S206可以具体包括：
若所述需要更新的区域以城市为单位，即以城市为单位对更新数据进行打包，生成地图增量包；所述服务器根据所述地图数据更新信息获取需要更新数据的城市以及实际在该城市中的更新范围；如北京市更新14号地铁线，服务器根据地铁线路数据的坐标范围，计算出需要更新数据的城市为北京市，更新范围具体是ID为35-40的数据块。
其后，按照上述需要更新的城市以及该城市的更新范围，生成对应更新范围的新的数据块，即地图增量包，也称新的patch(补丁)包，所述地图增量包是基于某个大版本号的地图基线包的小版本的离线数据补丁包，即更新的增量数据以小版本补丁包的形式进行打包，所述增量数据就是指上次全量更新导出之后的新数据；在本实施例中，数据打包前命名为：beijingshi.patch，打包后命名可以为：beijingshi29_patch.zip。
优选的，该实施例中还可以对小版本的patch包的容量大小进行限制，控制所述地图增量包的数据容量大小为其对应的地图基础数据包的数据容量大小的10％。进一步优选的，一个地图基础数据包最多配置有一个地图增量包，也就是说，如果在同一个地图基础数据包下需要二次打包地图增量包时，则要兼容之前版本地图增量包，从而可以保证客户端的逻辑简单，以便用户最多只需要处理一个地图增量包和地图基线包的融合。
在步骤S207中，将所述地图基础数据包和所述地图增量包进行融合，得到地图全量数据包。
本实施例中，由于确定出需要对全量数据进行更新，即预测所生成的地图增量包的容量大小超过预设阈值，需要对地图基础数据包进行重新处理和打包；也就是说，将所述地图基础数据包和所述地图增量包进行融合，得到地图全量数据包，且将所述地图全量数据包作为新的地图基础数据包并存储；可具体的，若地图增量包的容量大小超过对应的地图基础数据包的数据容量大小的30％，则将该地图增量包直接与地图基础数据包相融合，作为新的大版本号的基线包，即地图全量数据包。
在步骤S208中，根据所述地图全量数据包生成更新提示信息，并将所述更新提示信息发送给客户端。
在步骤S209中，接收所述客户端根据所述更新提示信息发送的第三请求更新指令，所述第三请求更新指令指示下载所述地图全量数据包；
在步骤S210中，根据所述第三请求更新指令向客户端发送所述地图全量数据包。
可以理解的是，所述步骤S208、步骤S209和步骤S210可以具体包括：
在服务器生成所述地图全量数据包后，会根据所述地图全量数据包生成更新提示信息并发送至客户端，以提示用户地图基础数据包有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第三请求更新指令，所述第三请求更新指令指示下载所述地图全量数据包，即新的地图基础数据包；所述服务器接收所述第三请求更新指令，并根据指示向所述客户端发送所述地图全量数据包。
由上述可知，本实施例中提供的地图数据处理方法，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第三实施例
请参阅图3，图3为本发明第三实施例提供的地图数据处理方法的流程示意图。所述方法步骤包括：
在步骤S301中，获取地图数据更新信息。
在步骤S302中，判断是否需要对全量数据进行更新。
可以理解的是，所述步骤S301和步骤S302可以具体包括：
其中，该实施例中提供的地图数据处理方法是基于服务器侧进行；可选的，在该实施例中，服务器中可以预先设置有地图基础数据包(也可称为地图基线包)，所述地图基础数据包根据地图基础数据生成；若以城市为单位，如生成北京市的大版本号为29的版本数据，数据打包前命名为：beijingshi.dat，打包后命名为：beijignshi29.zip。
在服务器获取了地图数据更新信息后，可根据地图数据更新信息预测所生成的地图增量包的容量大小，以此来判断是否需要对全量数据进行更新；其中，所述全量数据可以是指全国的地图数据，对全量数据进行更新的意思是，结合地图数据更新信息，需要对原有的地图基础数据包进行重新处理和打包。
在本实施例中，若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新；优选的，若预测所生成的地图增量包的数据容量大小超过对应的地图基础数据包的数据容量大小的30％，则判断需要对全量数据进行更新；相反的，若预测所生成的地图增量包的容量大小未超过预设阈值，则确定不需要对全量数据进行更新。
在步骤S303中，确定不需要对全量数据进行更新时，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围。
在步骤S304中，根据所述区域以及所述区域内的更新范围生成地图增量包。
可以理解的是，所述步骤S303和步骤S304可以具体包括：
在一种实施方式下，当确定不需要对全量数据进行更新时，则根据所述地图数据更新信息，生成地图增量包。若所述需要更新的区域以城市为单位，即以城市为单位对更新数据进行打包，生成地图增量包；所述服务器根据所述地图数据更新信息获取需要更新数据的城市以及实际在该城市中的更新范围；如北京市更新14号地铁线，服务器根据地铁线路数据的坐标范围，计算出需要更新数据的城市为北京市，更新范围具体是ID为35-40的数据块。
其后，按照上述需要更新的城市以及该城市的更新范围，生成对应更新范围的新的数据块，即地图增量包，也称新的patch(补丁)包，其中该地图增量包会有一个对应的小版本号，代表不同时效性的地图数据的标识。所述地图增量包是基于某个大版本号的地图基线包的小版本的离线数据补丁包，即更新的增量数据以小版本补丁包的形式进行打包，所述增量数据就是指上次全量更新导出之后的新数据；在本实施例中，数据打包前命名为：beijingshi.patch，打包后命名可以为：beijingshi29_patch.zip。
优选的，该实施例中还可以对小版本的patch包的容量大小进行限制，控制所述地图增量包的数据容量大小为其对应的地图基础数据包的数据容量大小的10％。
进一步优选的，该实施例中，可以将所述地图增量包与地图基础数据包的基线文件beijingshi.dat合并打包成文件作为该城市最新版本的地图数据包，可命名为beijignshi29_all.zip。可以理解的是，打包完成后，可以将该地图数据包，及其对应的配置信息一并上线到服务端。
在步骤S305中，根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端。
在步骤S306中，接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包。
在步骤S307中，根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包。
可以理解的是，所述步骤S305、步骤S306和步骤S307可以具体包括：
该实施例中，在服务器生成所述地图增量包后，会根据所述地图增量包生成更新提示信息并发送至客户端，以提示用户当前地图数据有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；所述服务器接收所述第一请求更新指令，并根据指示向所述客户端发送所述地图增量包。
在某些实施方式中，在服务器生成所述地图增量包和地图基础数据包后，会根据所述地图全量数据包生成更新提示信息并发送至客户端，以提示用户当前地图数据有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和所述地图基础数据包(即地图全量数据包)；所述服务器接收所述第二请求更新指令，并根据指示向所述客户端发送所述地图增量包和所述地图基础数据包。
由上述可知，本实施例中提供的地图数据处理方法，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第四实施例
请参阅图4，图4为本发明第四实施例提供的地图数据处理方法的流程示意图。其中，该实施例提供的地图数据处理方法与上述实施例提供的地图数据处理方法相对应，本实施例中提供的地图数据处理方法是基于客户端侧进行；所述方法步骤包括：
在步骤S401中，接收服务器发送的更新提示信息。
在步骤S402中，根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包。
可以理解的是，所述步骤S401至步骤S402可以具体包括：
所述客户端可以为笔记型计算机、平板PC(Personal Computer，个人计算机)、手机等具备储存单元并安装有微处理器而具有运算能力的终端机构成。该实施例中，在所述客户端中可至少存储有地图基础数据包。
本实施例中，所述地图增量包由所述服务器生成，具体的，所述服务器获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，并根据所述区域以及所述区域内的更新范围生成地图增量包。
在步骤S403中，接收所述服务器根据所述第一请求更新指令发送的所述地图增量包。
在步骤S404中，根据所述地图增量包对地图数据进行更新。
在服务器生成所述地图增量包后，会根据所述地图增量包生成更新提示信息并发送至客户端，以提示用户当前地图数据有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；所述服务器接收所述第一请求更新指令，并根据指示向所述客户端发送所述地图增量包，所述客户端接收所述地图增量包。
可以理解的是，在该实施例中没有详述的部分，可以参见上述基于服务器侧的第一实施例提供的地图数据处理方法的详细描述，此处不再赘述。
由上述可知，本实施例中提供的地图数据处理方法，客户端接收服务器发送的地图增量包，其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的，并提示客户端进行下载更新，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第五实施例
请参阅图5，图5为本发明第五实施例提供的地图数据处理方法的流程示意图。其中，该实施例提供的地图数据处理方法与上述实施例提供的地图数据处理方法相对应，本实施例中提供的地图数据处理方法是基于客户端侧进行；其中，所述方法步骤包括：
在步骤S501中，接收服务器发送的更新提示信息。
在步骤S502中，对服务器存储的地图数据包与本地存储的地图数据包进行比较。
可以理解的是，所述步骤S501至步骤S502可以具体包括：
其中，所述地图数据包可以包括地图基础数据包；或者可以包括地图基础数据包和地图增量包。所述地图基础数据包可以是服务器根据地图基础数据生成，也可以是根据原有的地图基础数据包以及生成的地图增量包融合而成的地图全量包，即新的地图基础数据包；所述地图增量包可以是所述服务器获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，并根据所述区域以及所述区域内的更新范围生成。
可以理解的是，在该实施例中没有详述的名词的含义，可以参见上述基于服务器侧的第二实施例和第三实施例提供的地图数据处理方法的详细描述，此处不再赘述。
基于此，所述更新提示信息可以包括与所述地图基础数据包相对应的第一版本标识和与所述地图增量包相对应的第二版本标识；以下针对对比的结果进行简单分析说明：
在步骤S503a中，若判断出本地只存在版本标识与所述第一版本标识一致的地图基础数据包，则根据所述更新提示信息，向所述服务器发送第一请求更新指令；
在步骤S503b中，若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致，且本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第一请求更新指令。
其中，所述第一请求更新指令指示下载地图增量包；
所述步骤S503a和步骤S503b后，执行步骤S504。
在步骤S504中，接收所述服务器根据所述第一请求更新指令发送的所述地图增量包。
在步骤S503c中，若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致，且本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第二请求更新指令。
在该实施方式下，是根据所述更新提示信息，向所述服务器发送第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和地图基础数据包。
在步骤S505中，接收所述服务器根据所述第二请求更新指令发送的所述地图增量包。
在步骤S506中，将下载的地图增量包与地图基础数据包进行融合。
需要说明的是，当客户端下载完数据包时，如果本地数据只有基线版本，如beijingshi.dat，则客户端可引擎直接读取该数据完成数据渲染显示功能；如果本地数据有基线数据和patch数据两个文件，则客户端引擎可根据patch数据中数据块的ID，将基线数据中同样ID的数据进行替换，以实现融合功能，让用户看到的是优先显示patch中的数据效果，即实际数据中最新的效果。
可以理解的是，在某些实施方式中，若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致，且本地的地图增量包的版本标识与所述第二版本标识也一致，则所述客户端不需要融合，控制应用程序正常进行；若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致，且所述服务器不存在地图增量包，则所述客户端直接下载所述地图基础数据包，对本地的地图基础数据包进行替换，此处不作具体描述。
由上述可知，本实施例中提供的地图数据处理方法，客户端接收服务器发送的地图增量包，其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的，并提示客户端进行下载更新，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第六实施例
为便于更好的实施本发明实施例提供的基于服务器侧的地图数据处理方法，本发明实施例还提供与所述地图数据处理方法相对应的装置。其中名词的含义与上述地图数据处理方法中相同，具体实现细节可以参考方法实施例中的说明。
请参阅图6，图6为本发明第六实施例提供的地图数据处理装置的结构示意图，该实施例中，所述地图数据处理装置包括第一获取模块61、第一生成模块62、发送模块63以及接收模块64；
其中第一获取模块61，用于获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；第一生成模块62，用于根据所述区域以及所述区域内的更新范围生成地图增量包，根据所述地图增量包生成更新提示信息。
其中，该实施例中提供的地图数据处理方法是基于服务器侧进行；可选的，在该实施例中，服务器中可以预先设置有地图基础数据包(也可称为地图基线包)，所述地图基础数据包根据地图基础数据生成。
例如：以城市为单位，首先可以对全国地图离线包数据进行全量更新，即预先更新设置好地图基础数据包，每个城市对应一个地图基础数据包，可以理解的是，地图离线包是指地图基础数据以某种单位和格式进行组织的一种文件形态进行显示。
优选的，若需要更新的区域以城市为单位，即以城市为单位对获取到的更新数据进行打包，生成地图增量包；其中，所述更新范围可以具体为数据块的ID信息，此处不作具体限定。
所述发送模块63，用于将所述更新提示信息发送给客户端；所述接收模块64，用于接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；所述发送模块63，还用于根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包。
在服务器生成所述地图增量包后，会根据所述地图增量包生成更新提示信息并发送至客户端，以提示用户当前地图数据有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；所述服务器接收所述第一请求更新指令，并根据指示向所述客户端发送所述地图增量包。
由上述可知，本实施例提供的地图数据处理装置，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载，所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第七实施例
请参阅图7，图7为本发明第七实施例提供的基于服务器侧的地图数据处理装置的结构示意图，该实施例中，所述地图数据处理装置包括第一获取模块701、第一生成模块702、发送模块703以及接收模块704，可以理解的是，该实施例中上述各功能模块的功能作用可对应参考第六实施例中的第一获取模块61、第一生成模块62、发送模块63以及接收模块64的相关描述，此处不作赘述。
优选的，所述装置还可以包括：第二获取模块705，用于根据获取的地图数据更新信息获取地图基础数据；第二生成模块706，用于根据所述地图基础数据生成地图基础数据包。
进一步优选的，所述装置还可以包括：判断模块707，用于判断是否需要对全量数据进行更新；第一控制模块708，用于确定需要对全量数据进行更新时，执行根据获取地图数据更新信息获取地图基础数据的步骤；第二控制模块709，用于确定不需要对全量数据进行更新时，执行根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围的步骤。
在本发明实施例中，所述判断模块707可以包括：预测单元7071，用于根据地图数据更新信息预测所生成的地图增量包的容量大小；第一确定单元7072，用于若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新；第二确定单元7073，用于若预测所生成的地图增量包的容量大小未超过预设阈值，则确定不需要对全量数据进行更新。
基于该实施方式，所述装置还包括：融合模块710，用于将所述地图基础数据包和所述地图增量包进行融合，得到地图全量数据包；
则所述第一生成模块702，还用于根据所述地图全量数据包生成更新提示信息。
所述接收模块704还用于：接收所述客户端发送的第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和所述地图基础数据包；
则所述发送模块703，还用于根据所述第二请求更新指令向客户端发送所述地图增量包和所述地图基础数据包。
也就是说，该实施例中，在服务器获取了地图数据更新信息后，可根据地图数据更新信息预测所生成的地图增量包的容量大小，以此来判断是否需要对全量数据进行更新；其中，所述全量数据可以是指全国的地图数据，对全量数据进行更新的意思是，结合地图数据更新信息，需要对原有的地图基础数据包进行重新处理和打包。若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新；优选的，若预测所生成的地图增量包的数据容量大小超过对应的地图基础数据包的数据容量大小的30％，则判断需要对全量数据进行更新。当确定需要对全量数据进行更新时，获取地图基础数据并且根据地图基础数据生成地图基础数据包。假如，以城市为单位，全量更新全国地图离线包数据，生成地图基础数据包；同时，对该地图基础数据包指定一个大版本号；可以理解的是，在某些实施方式中，可以先根据获取地图基础数据生成地图基础数据包，再判断是否需要对全量数据进行更新，此处不作具体限定。
若所述需要更新的区域以城市为单位，即以城市为单位对更新数据进行打包，生成地图增量包；其后，按照上述需要更新的城市以及该城市的更新范围，生成对应更新范围的新的数据块，即地图增量包，所述地图增量包是基于某个大版本号的地图基线包的小版本的离线数据补丁包，即更新的增量数据以小版本补丁包的形式进行打包。优选的，该实施例中还可以对小版本的patch包的容量大小进行限制，控制所述地图增量包的数据容量大小为其对应的地图基础数据包的数据容量大小的10％。
本实施例中，由于确定出需要对全量数据进行更新，即预测所生成的地图增量包的容量大小超过预设阈值，需要对地图基础数据包进行重新处理和打包；也就是说，将所述地图基础数据包和所述地图增量包进行融合，得到地图全量数据包，且将所述地图全量数据包作为新的地图基础数据包并存储；在服务器生成所述地图全量数据包后，会根据所述地图全量数据包生成更新提示信息并发送至客户端，以提示用户地图基础数据包有更新；所述客户端根据所述更新提示信息选择是否需要更新，并根据指令指示向所述客户端发送对应的数据包。
由上述可知，本实施例提供的地图数据处理装置，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文第二实施例和第三实施例针对地图数据处理方法的详细描述，此处不再赘述。
第八实施例
为便于更好的实施本发明实施例提供的基于客户端侧的地图数据处理方法，本发明实施例还提供与所述地图数据处理方法相对应的装置。其中名词的含义与上述地图数据处理方法中相同，具体实现细节可以参考方法实施例中的说明。
请参阅图8，图8为本发明第八实施例提供的地图数据处理装置的结构示意图，该实施例中，所述地图数据处理装置包括第一接收模块81、发送模块82、第二接收模块83以及更新模块84；
其中所述第一接收模块81，用于接收服务器发送的更新提示信息；所述发送模块82，用于根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；所述第二接收模块83，用于接收所述服务器根据所述第一请求更新指令发送的所述地图增量包，所述更新模块84，用于根据所述地图增量包对地图数据进行更新。
可以理解的是，所述客户端可以为笔记型计算机、平板PC、手机等具备储存单元并安装有微处理器而具有运算能力的终端机构成。该实施例中，在所述客户端中可至少存储有地图基础数据包。
本实施例中，所述地图增量包由所述服务器生成，具体的，所述服务器获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，并根据所述区域以及所述区域内的更新范围生成地图增量包。
在服务器生成所述地图增量包后，会根据所述地图增量包生成更新提示信息并发送至客户端，以提示用户当前地图数据有更新；所述客户端根据所述更新提示信息选择是否需要更新，若需要，则向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；所述服务器接收所述第一请求更新指令，并根据指示向所述客户端发送所述地图增量包，所述客户端接收所述地图增量包。
可以理解的是，在该实施例中没有详述的部分，可以参见上述第四实施例提供的地图数据处理方法的详细描述，此处不再赘述。
由上述可知，本实施例中提供的地图数据处理装置，客户端接收服务器发送的地图增量包，其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的，并提示客户端进行下载更新，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第九实施例
本发明第九实施例提供的基于服务器侧的地图数据处理装置包括第一接收模块、发送模块、第二接收模块以及更新模块，可以理解的是，该实施例中上述各功能模块的功能作用可对应参考第八实施例中的第一接收模块81、发送模块82、第二接收模块83以及更新模块84的相关描述，此处不作赘述。
优选的，所述发送模块82还用于：根据所述更新提示信息，向所述服务器发送第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和地图基础数据包。
其中，所述地图数据包可以包括地图基础数据包；或者可以包括地图基础数据包和地图增量包。所述地图基础数据包可以是服务器根据地图基础数据生成，也可以是根据原有的地图基础数据包以及生成的地图增量包融合而成的地图全量包，即新的地图基础数据包；所述地图增量包可以是所述服务器获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，并根据所述区域以及所述区域内的更新范围生成。
可以理解的是，在该实施例中没有详述的名词的含义，可以参见上述基于服务器侧的第二实施例和第三实施例提供的地图数据处理方法的详细描述，此处不再赘述。
基于此，所述更新提示信息可以包括与所述地图基础数据包相对应的第一版本标识和与所述地图增量包相对应的第二版本标识；以下针对对比的结果进行简单分析说明：
进一步优选的，所述更新提示信息包括与所述地图基础数据包相对应的第一版本标识和与所述地图增量包相对应的第二版本标识；则所述发送模块82，还用于：若判断出本地只存在版本标识与所述第一版本标识一致的地图基础数据包，则根据所述更新提示信息，向所述服务器发送第一请求更新指令；若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致，且本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第一请求更新指令。
更进一步的，所述发送模块82还用于：若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致，且本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第二请求更新指令。
需要说明的是，当客户端下载完数据包时，如果本地数据只有基线版本，如beijingshi.dat，则客户端可引擎直接读取该数据完成数据渲染显示功能；如果本地数据有基线数据和patch数据两个文件，则客户端引擎可根据patch数据中数据块的ID，将基线数据中同样ID的数据进行替换，以实现融合功能，让用户看到的是优先显示patch中的数据效果，即实际数据中最新的效果。
可以理解的是，在某些实施方式中，若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致，且本地的地图增量包的版本标识与所述第二版本标识也一致，则所述客户端不需要融合，控制应用程序正常进行；若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致，且所述服务器不存在地图增量包，则所述客户端直接下载所述地图基础数据包，对本地的地图基础数据包进行替换，此处不作具体描述。
由上述可知，本实施例提供的地图数据处理装置，客户端接收服务器发送的地图增量包，其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的，并提示客户端进行下载更新，进一步的，对地图增量包的容量大小加以限制，并将地图增量包与地图基础数据包进行融合；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第十实施例
请参阅图9，图9为本发明第十实施例提供的地图数据处理系统的结构示意图，该实施例中，所述系统包括服务器91和客户端92；
所述服务器91，用于获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；根据所述区域以及所述区域内的更新范围生成地图增量包；根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端92；接收所述客户端92根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；根据所述第一请求更新指令的指示向所述客户端92发送所述地图增量包；
所述客户端92，用于接收服务器91发送的更新提示信息；根据所述更新提示信息，向所述服务器91发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；接收所述服务器91根据所述第一请求更新指令发送的所述地图增量包。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对地图数据处理方法的详细描述，此处不再赘述。
由上述可知，本实施例提供的地图数据处理系统，服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第十一实施例
本发明实施例还提供一种服务器，其中可以集成本发明实施例的地图数据处理装置，如图10所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：
该服务器可以包括一个或者一个以上处理核心的处理器1001、一个或一个以上计算机可读存储介质的存储器1002、射频(Radio Frequency，RF)电路1003、电源1004、输入单元1005、以及显示单元1006等部件。本领域技术人员可以理解，图10中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
处理器1001是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器1002内的软件程序和/或模块，以及调用存储在存储器1002内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器1001可包括一个或多个处理核心；优选的，处理器1001可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1001中。
存储器1002可用于存储软件程序以及模块，处理器1001通过运行存储在存储器1002的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1002可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1002还可以包括存储器控制器，以提供处理器1001对存储器1002的访问。
RF电路1003可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器1001处理；另外，将涉及上行的数据发送给基站。通常，RF电路1003包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路1003还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobilecommunication)、通用分组无线服务(GPRS，General Packet Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband CodeDivision Multiple Access)、长期演进(LTE，Long Term Evolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。
服务器还包括给各个部件供电的电源1004(比如电池)，优选的，电源可以通过电源管理系统与处理器1001逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1004还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该服务器还可包括输入单元1005，该输入单元1005可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
该服务器还可包括显示单元1006，该显示单元1006可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元1008可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid Crystal Display)、有机发光二极管(OLED，Organic Light-EmittingDiode)等形式来配置显示面板。
具体在本实施例中，服务器中的处理器1001会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1002中，并由处理器1001来运行存储在存储器1002中的应用程序，从而实现各种功能，如下：
获取地图数据更新信息，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；根据所述区域以及所述区域内的更新范围生成地图增量包；根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端；接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便所述客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对地图数据处理方法的详细描述，此处不再赘述。
由上述可知，本实施例提供的服务器，根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围，从而生成地图增量包，并提示和发送至客户端进行下载更新，由于在该方案中，可以通过生成地图增量包，并发送至客户端以供更新下载；所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
第十二实施例
相应的，本发明实施例还提供一种终端，如图11所示，该终端可以包括射频电路1101、包括有一个或一个以上计算机可读存储介质的存储器1102、输入单元1103、显示单元1104、传感器1105、音频电路1106、无线保真(WiFi，Wireless Fidelity)模块1107、包括有一个或者一个以上处理核心的处理器1108、以及电源1109等部件。本领域技术人员可以理解，图11中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路1101可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器1108处理；另外，将涉及上行的数据发送给基站。通常，RF电路1101包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路1101还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统GSM、通用分组无线服务GPRS、码分多址CDMA、宽带码分多址WCDMA、长期演进LTE、电子邮件、短消息服务SMS等。
存储器1102可用于存储软件程序以及模块，处理器1108通过运行存储在存储器1102的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1102可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1102还可以包括存储器控制器，以提供处理器1108和输入单元1103对存储器1102的访问。
输入单元1103可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元1103可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1108，并能接收处理器1108发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元1103还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1104可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元1104可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器1108以确定触摸事件的类型，随后处理器1108根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图11中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。
终端还可包括至少一种传感器1105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1106、扬声器，传声器可提供用户与终端之间的音频接口。音频电路1106可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路1106接收后转换为音频数据，再将音频数据输出处理器1108处理后，经RF电路1101以发送给比如另一终端，或者将音频数据输出至存储器1102以便进一步处理。音频电路1106还可能包括耳塞插孔，以提供外设耳机与终端的通信。
WiFi属于短距离无线传输技术，终端通过WiFi模块1107可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图11示出了WiFi模块1107，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1108是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1102内的软件程序和/或模块，以及调用存储在存储器1102内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1108可包括一个或多个处理核心；优选的，处理器1108可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1108中。
终端还包括给各个部件供电的电源1109(比如电池)，优选的，电源可以通过电源管理系统与处理器1108逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1109还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器1108会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1102中，并由处理器1108来运行存储在存储器1102中的应用程序，从而实现各种功能：
接收服务器发送的更新提示信息；根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；接收所述服务器根据所述第一请求更新指令发送的所述地图增量包；根据所述地图增量包对地图数据进行更新，根据所述地图增量包对地图数据进行更新。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对地图数据处理方法的详细描述，此处不再赘述。
由上述可知，本实施例提供的终端，接收服务器发送的地图增量包，其中该地图增量包是由服务器根据地图数据更新信息获取需要更新的区域以及在该区域内的更新范围生成的，并提示客户端进行下载更新，所以，相对于现有技术只能进行全量替换的方式而言，可以大大降低更新的数据包的大小，不仅便于用户下载，可以大大节省用户的带宽流量，以及节省服务器的存储空间等资源，而且可以提高离线数据包的生产效率、缩短地图数据更新的周期、以及提高客户端更新地图数据时的效率。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种地图数据处理方法、装置及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (17)
1.一种地图数据处理方法，其特征在于，所述方法包括：
获取地图数据更新信息，根据所述地图数据更新信息预测所生成的地图增量包的容量大小；
若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新；
若预测所生成的地图增量包的容量大小未超过预设阈值，则确定不需要对全量数据进行更新同时，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；
根据所述区域以及所述区域内的更新范围生成地图增量包；
根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端；
接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；
根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便所述客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
2.根据权利要求1所述的地图数据处理方法，其特征在于，所述获取地图数据更新信息之后，还包括：
根据获取的地图数据更新信息获取地图基础数据；
根据所述地图基础数据生成地图基础数据包。
3.根据权利要求2所述的地图数据处理方法，其特征在于，所述若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新之后，还包括：
确定需要对全量数据进行更新时，执行根据获取地图数据更新信息获取地图基础数据的步骤。
4.根据权利要求1至3任一项所述的地图数据处理方法，其特征在于，所述根据所述地图增量包生成更新提示信息的步骤之前，还包括：
将所述地图基础数据包和所述地图增量包进行融合，得到地图全量数据包；
则所述根据所述地图增量包生成更新提示信息，并将所述更新提示信息发送给客户端具体为：
根据所述地图全量数据包生成更新提示信息，并将所述更新提示信息发送给客户端。
5.根据权利要求4所述的地图数据处理方法，其特征在于，所述将所述更新提示信息发送给客户端的步骤之后，还包括：
接收所述客户端发送的第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和所述地图基础数据包；
根据所述第二请求更新指令向客户端发送所述地图增量包和所述地图基础数据包。
6.一种地图数据处理方法，其特征在于，所述方法包括：
接收服务器发送的更新提示信息，所述更新提示信息包括与地图基础数据包相对应的第一版本标识和与地图增量包相对应的第二版本标识；
若判断出本地只存在版本标识与所述第一版本标识一致的地图基础数据包，则根据所述更新提示信息，向所述服务器发送第一请求更新指令；和/或，若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致，但本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；
接收所述服务器根据所述第一请求更新指令发送的所述地图增量包；
根据所述地图增量包对地图数据进行更新。
7.根据权利要求6所述的地图数据处理方法，其特征在于，所述接收服务器发送的更新提示信息的步骤之后，还包括：
根据所述更新提示信息，向所述服务器发送第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和地图基础数据包。
8.根据权利要求7所述的地图数据处理方法，其特征在于，所述根据所述更新提示信息，向所述服务器发送第二请求更新指令的步骤包括：若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致，且本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第二请求更新指令。
9.一种地图数据处理装置，其特征在于，所述装置包括：
第一获取模块，用于获取地图数据更新信息；
预测单元，用于根据地图数据更新信息预测所生成的地图增量包的容量大小；
第一确定单元，用于若预测所生成的地图增量包的容量大小超过预设阈值，则确定需要对全量数据进行更新；
第二确定单元，用于若预测所生成的地图增量包的容量大小未超过预设阈值，则确定不需要对全量数据进行更新；
所述第一获取模块，用于确定不需要对全量数据进行更新时，根据所述地图数据更新信息获取需要更新的区域以及在该区域内的更新范围；
第一生成模块，用于根据所述区域以及所述区域内的更新范围生成地图增量包，根据所述地图增量包生成更新提示信息；
发送模块，用于将所述更新提示信息发送给客户端；
接收模块，用于接收所述客户端根据所述更新提示信息发送的第一请求更新指令，所述第一请求更新指令指示下载所述地图增量包；
所述发送模块，还用于根据所述第一请求更新指令的指示向所述客户端发送所述地图增量包，以便客户端根据所述地图增量包对所述客户端中的地图数据进行更新。
10.根据权利要求9所述的地图数据处理装置，其特征在于，所述装置还包括：
第二获取模块，用于根据获取的地图数据更新信息获取地图基础数据；
第二生成模块，用于根据所述地图基础数据生成地图基础数据包。
11.根据权利要求10所述的地图数据处理装置，其特征在于，所述装置还包括：
第一控制模块，用于确定需要对全量数据进行更新时，执行根据获取地图数据更新信息获取地图基础数据的步骤。
12.根据权利要求9至11任一项所述的地图数据处理装置，其特征在于，所述装置还包括：
融合模块，用于将所述地图基础数据包和所述地图增量包进行融合，得到地图全量数据包；
则所述第一生成模块，还用于根据所述地图全量数据包生成更新提示信息。
13.根据权利要求12所述的地图数据处理装置，其特征在于，所述接收模块还用于：接收所述客户端发送的第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和所述地图基础数据包；
则所述发送模块，还用于根据所述第二请求更新指令向客户端发送所述地图增量包和所述地图基础数据包。
14.一种地图数据处理装置，其特征在于，所述装置包括：
第一接收模块，用于接收服务器发送的更新提示信息，所述更新提示信息包括与地图基础数据包相对应的第一版本标识和与地图增量包相对应的第二版本标识；
发送模块，用于若判断出本地只存在版本标识与所述第一版本标识一致的地图基础数据包，则根据所述更新提示信息，向所述服务器发送第一请求更新指令；若判断出本地的地图基础数据包的版本标识与所述第一版本标识一致，但本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第一请求更新指令，所述第一请求更新指令指示下载地图增量包；
第二接收模块，用于接收所述服务器根据所述第一请求更新指令发送的所述地图增量包；
更新模块，用于根据所述地图增量包对地图数据进行更新。
15.根据权利要求14所述的地图数据处理装置，其特征在于，所述发送模块还用于：
根据所述更新提示信息，向所述服务器发送第二请求更新指令，所述第二请求更新指令指示下载所述地图增量包和地图基础数据包。
16.根据权利要求15所述的地图数据处理装置，其特征在于，所述发送模块，还用于：若判断出本地的地图基础数据包的版本标识与所述第一版本标识不一致，且本地的地图增量包的版本标识与所述第二版本标识不一致，则根据所述更新提示信息，向所述服务器发送第二请求更新指令。
17.一种地图数据处理系统，包括：服务器以及客户端，其特征在于，所述服务器为如权利要求9至13任一项所述的地图数据处理装置，所述客户端为如权利要求14至16任一项所述的地图数据处理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410504662.2A CN104615453B (zh) | 2014-09-26 | 2014-09-26 | 一种地图数据处理方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410504662.2A CN104615453B (zh) | 2014-09-26 | 2014-09-26 | 一种地图数据处理方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104615453A CN104615453A (zh) | 2015-05-13 |
| CN104615453B true CN104615453B (zh) | 2018-02-09 |
Family
ID=53149913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410504662.2A Active CN104615453B (zh) | 2014-09-26 | 2014-09-26 | 一种地图数据处理方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104615453B (zh) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10077987B2 (en) * | 2015-05-28 | 2018-09-18 | Google Llc | Dynamically integrating offline and online data in a geographic application |
| CN104991790B (zh) * | 2015-06-09 | 2018-05-25 | 北京奇虎科技有限公司 | 一种文件的升级发布方法和装置 |
| CN105049532B (zh) * | 2015-08-28 | 2018-07-13 | 北京奇艺世纪科技有限公司 | 一种sdk包的打包方法及装置和下载方法及装置 |
| CN106897103B (zh) * | 2017-03-03 | 2020-11-06 | 广州四三九九信息科技有限公司 | 一种移动端网络游戏版本快速热更新的方法 |
| CN106844778B (zh) * | 2017-03-07 | 2020-09-01 | 北京齐尔布莱特科技有限公司 | 一种数据处理方法、装置及网络服务器 |
| CN106973099B (zh) * | 2017-03-28 | 2019-08-06 | Oppo广东移动通信有限公司 | 一种数据更新方法、装置及系统 |
| CN107016120A (zh) * | 2017-04-21 | 2017-08-04 | 北京视据科技有限公司 | 一种基于检索条件的电子地图生成方法及系统 |
| CN110019260B (zh) * | 2017-09-27 | 2021-10-08 | 北京国双科技有限公司 | 一种用户数据的更新方法及相关设备 |
| CN108509216B (zh) * | 2018-03-08 | 2021-06-15 | 智童时刻（厦门）科技有限公司 | 一种云端程序及数据配套更新的方法 |
| CN108846112B (zh) * | 2018-06-22 | 2021-04-27 | 新华三大数据技术有限公司 | 绘制数据地图的方法及装置 |
| CN111078239B (zh) * | 2018-10-19 | 2023-03-28 | 阿里巴巴集团控股有限公司 | 一种地图数据更新方法及装置 |
| CN111385317B (zh) * | 2018-12-27 | 2021-09-07 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
| CN109714727A (zh) * | 2019-02-27 | 2019-05-03 | 同济汽车设计研究院有限公司 | 一种基于ota技术的无人清扫车优化方法 |
| CN110609502A (zh) * | 2019-09-26 | 2019-12-24 | 武汉市珞珈俊德地信科技有限公司 | 一种装配式地图数据处理系统 |
| CN110866024B (zh) * | 2019-11-06 | 2023-07-18 | 山东省国土测绘院 | 一种矢量数据库增量更新方法及系统 |
| CN111753032B (zh) * | 2019-12-18 | 2024-05-28 | 腾讯云计算（北京）有限责任公司 | 一种地图路网数据的处理方法以及相关装置 |
| CN111813787A (zh) * | 2020-04-08 | 2020-10-23 | 北京嘀嘀无限科技发展有限公司 | 地图数据的下发方法、更新方法、存储介质及电子设备 |
| CN112233204B (zh) * | 2020-09-30 | 2024-03-12 | 腾讯科技（深圳）有限公司 | 一种地图处理方法、装置、计算机设备和存储介质 |
| CN112328292B (zh) * | 2020-10-21 | 2021-10-15 | 腾讯科技（深圳）有限公司 | 虚拟资源的处理方法、装置、存储介质及电子设备 |
| CN112783911A (zh) * | 2021-02-02 | 2021-05-11 | 杭州海兴泽科信息技术有限公司 | 一种地图数据更新方法、装置、设备及可读存储介质 |
| CN113127590B (zh) * | 2021-04-09 | 2021-11-26 | 中移智行网络科技有限公司 | 地图更新方法及设备 |
| CN116860899B (zh) * | 2023-05-18 | 2024-06-04 | 广州海宁海务技术咨询有限公司 | 一种船舶库存海图数据的更新方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101715543A (zh) * | 2007-03-30 | 2010-05-26 | 爱信艾达株式会社 | 导航设备及其地图数据更新方法 |
| CN101713657A (zh) * | 2008-10-07 | 2010-05-26 | 北京龙图通信息技术有限公司 | 导航电子地图双向Delta信息更新方法 |
| CN102803900A (zh) * | 2010-03-23 | 2012-11-28 | 爱信艾达株式会社 | 地图更新数据供应装置和地图更新数据供应程序 |
| CN103218239A (zh) * | 2013-04-09 | 2013-07-24 | 沈阳美行科技有限公司 | 一种支持导航机地图版本增量更新版本的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7634149B2 (en) * | 2003-09-29 | 2009-12-15 | Autodesk, Inc. | Method for dynamically updating a planar topology |
-
2014
- 2014-09-26 CN CN201410504662.2A patent/CN104615453B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101715543A (zh) * | 2007-03-30 | 2010-05-26 | 爱信艾达株式会社 | 导航设备及其地图数据更新方法 |
| CN101713657A (zh) * | 2008-10-07 | 2010-05-26 | 北京龙图通信息技术有限公司 | 导航电子地图双向Delta信息更新方法 |
| CN102803900A (zh) * | 2010-03-23 | 2012-11-28 | 爱信艾达株式会社 | 地图更新数据供应装置和地图更新数据供应程序 |
| CN103218239A (zh) * | 2013-04-09 | 2013-07-24 | 沈阳美行科技有限公司 | 一种支持导航机地图版本增量更新版本的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104615453A (zh) | 2015-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104615453B (zh) | 一种地图数据处理方法、装置及系统 | |
| CN104850434B (zh) | 多媒体资源下载方法及装置 | |
| CN104252364B (zh) | 增量更新的方法、设备及系统 | |
| CN106775637B (zh) | 一种应用程序的页面显示方法和装置 | |
| CN104112213B (zh) | 推荐信息的方法及装置 | |
| CN107404572A (zh) | 一种充电提示方法及终端 | |
| CN107251536B (zh) | 一种移动终端显示多个应用窗口的方法及移动终端 | |
| CN104102500B (zh) | 一种应用程序的进程启动方法及计算机系统 | |
| CN106786962A (zh) | 充电控制方法、装置及终端 | |
| CN105224556B (zh) | 瀑布流界面显示方法及装置 | |
| CN107734616A (zh) | 应用程序关闭方法、装置、存储介质和电子设备 | |
| CN106786961B (zh) | 充电处理方法、装置及终端 | |
| CN107302628A (zh) | 应用功能的控制方法及相关产品 | |
| CN107040610B (zh) | 数据同步方法、装置、存储介质、终端以及服务器 | |
| CN107295182A (zh) | 地铁到站提醒方法、装置、存储介质及终端 | |
| CN107295073B (zh) | 一种定位方法、定位装置及计算机存储介质 | |
| CN104166646B (zh) | 一种输入统一资源定位符的方法和装置 | |
| CN105530239B (zh) | 多媒体数据获取方法及装置 | |
| CN104699501B (zh) | 一种运行应用程序的方法及装置 | |
| CN109067981A (zh) | 分屏应用切换方法、装置、存储介质和电子设备 | |
| CN107276602A (zh) | 射频干扰处理方法、装置、存储介质及终端 | |
| CN108151716A (zh) | 飞行装置测绘作业区域规划方法、装置和终端 | |
| CN107219951A (zh) | 触控屏控制方法、装置、存储介质及终端设备 | |
| CN103399657B (zh) | 鼠标指针的控制方法、装置及终端设备 | |
| CN107291326A (zh) | 图标处理方法、及终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210924 Address after: 518057 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 floors Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd. Address before: 2, 518000, East 403 room, SEG science and Technology Park, Zhenxing Road, Shenzhen, Guangdong, Futian District Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |