[发明专利]一种导航设备的要素级更新方法

说明书

技术领域

本发明涉及车载导航设备增量更新技术领域，特别涉及了一种导航设备的要素级更新方法。

背景技术

用户在使用导航中，可能会因为周围新建的小区，新开业的大型商场检索不到，抱怨数据太旧，可能因为城市新规划的道路，迟迟不能加入路线规划中，而无法满意。各家导航软件的提供商也都意识到新数据对于终端用户的重要性。他们也在想办法，采取措施，增加数据发布的版本，但是全要素的数据更新，很难做到少于一个月的更新频率，这是综合了成本和技术现状给出的结论。

在实际使用过程中，用户关心的内容是有限的。从道路交通运输和管理的视角观察现实世界，将地理对象或活动定义成要素。对于兴趣点和道路等都是要素，因此对于用户关心的要素进行更新，可以大大提高用户的满意度。而针对少量要素的更新，也会对导航软件的供应商来说，减少到可以承受的工作量的投入。除此之外，少量的要素更新，可以把升级数据制作的相对小一些，方便数据的下载和升级，减少数据更新过程中的复杂程度。

发明内容

本发明的目的是为了解决了用户长期使用旧数据的问题，实现要素级更新以较短的频次发布最新的升级数据，终端只要具有联网功能，就能以静默的方式来完成从旧数据到新数据的升级，特提供了一种导航设备的要素级更新方法。

本发明提供了一种导航设备的要素级更新方法，其特征在于：所述的导航设备的要素级更新方法具体为：

假设要素A需要更新，对于要素A有两种更新模式，第一种模式BASE+DELTA，另一种模式是BASE，至于选择哪种模式，依赖于数据量的大小，数据的组织结构，与其他要素的关联性等多个要素共同来决定；

第一种模式BASE+DELTA，要素被分成两个部分，每次更新的时候，会对DELTA进行更新，BASE不会更新；DELTA会维护BASE数据中，取消信息的描述；当这种模式的数据被使用的时候，会同时读取BASE+DELTA数据；BASE数据中的内容在解析过程中，需要去除DELTA数据中定义的使BASE无效的信息描述，加上DELTA中定义的增加信息，才是需要解析的结果；

第二种模式是BASE，更新的时候，会对全部的数据进行更新；这种模式对于读取和处理是最简单的模式，不同于BASE+DELTA模式，读取只是一个数据；

更新开始，首先会启动更新过程，判断是否是通过联网更新，还是本地更新，如果是联网更新，在网络已经连接的情况下，更新过程会与更新服务器进行数据的交换，判断是否存在可以更新的数据；

如果存在可更新的数据，会下载更新数据到指定的目录下，并负责管理下载的数据，管理下载的数据包括：下载数据的个数，下载数据的顺序，下载数据的进度，下载数据的状态。

下载结束后，更新过程会对数据的完整性和正确性校验，校验通过后，会触发升级数据，如果数据升级成功，会通知外部应用已经有新数据，更新过程处于等待；

外部应用在收到这个通知后，查询当前的切换时机是否符合切换到新数据的条件，一旦具备切换条件，外部应用主动将数据从旧数据切换到新数据；

更新过程，收到切换数据完成的通知，做切换后处理，要素级数据更新结束；

由于在实际场景中，更新过程会有多个要素数据来更新，中间的更新过程会被执行多遍；对于多个要素的数据更新，涉及更新过程对多个数据更新状态的管理，对这部分的实现会复杂一些；

对于用户体验，在实现更新过程中，会穿插页面和动作提示，指导用户来操作，完成数据更新的过程；

对于新要素数据，无论是BASE+DELTA的模式，还是BASE模式，更新后，外部应用业务模块将针对不同模式使用新要素数据。

导航设备，包括以下硬件模块：

外部应用模块：

外部应用的主线程，用于控制整个外部应用过程间的执行顺序。在要素级增量更新执行过程中，当收到有新数据更新的通知后，外部应用模块等待适当的时机，完成旧数据到新数据的切换。

外部通信模块：

会将要素级增量更新过程中的消息发给外部应用模块，外部应用模块会将用户操作反馈到外部通信模块。

数据管理模块：

根据外部通信模块传递过来的消息，判断是否需要更新，需要的文件，文件的个数，更新的策略，更新的状态，更新的进度，管理数据更新的履历等。这是整个要素级更新过程的控制模块，也是最为复杂的一个模块。

网络协议模块：

负责生成与更新服务器之间的通信交换协议。可以对协议的实现细节有很好的封装。

网络通信模块：