[發明專利]一種導航設備的要素級更新方法

無效

• 申請號: 201410360180.4
• 申請日: 2014-07-25
• 公開（公告）號: CN104123160A
• 公開（公告）日: 2014-10-29
• 發明（設計）人: 解威;李濰希;郭瑞瑞;朱小瑩
• 申請（專利權）人: 沈陽美行科技有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445
• 代理公司: 沈陽晨創科技專利代理有限責任公司 21001
• 代理人: 任玉龍

技術領域

本發明涉及車載導航設備增量更新技術領域，特別涉及了一種導航設備的要素級更新方法。

背景技術

用戶在使用導航中，可能會因為周圍新建的小區，新開業的大型商場檢索不到，抱怨數據太舊，可能因為城市新規劃的道路，遲遲不能加入路線規劃中，而無法滿意。各家導航軟件的提供商也都意識到新數據對于終端用戶的重要性。他們也在想辦法，采取措施，增加數據發布的版本，但是全要素的數據更新，很難做到少于一個月的更新頻率，這是綜合了成本和技術現狀給出的結論。

在實際使用過程中，用戶關心的內容是有限的。從道路交通運輸和管理的視角觀察現實世界，將地理對象或活動定義成要素。對于興趣點和道路等都是要素，因此對于用戶關心的要素進行更新，可以大大提高用戶的滿意度。而針對少量要素的更新，也會對導航軟件的供應商來說，減少到可以承受的工作量的投入。除此之外，少量的要素更新，可以把升級數據制作的相對小一些，方便數據的下載和升級，減少數據更新過程中的復雜程度。

發明內容

本發明的目的是為了解決了用戶長期使用舊數據的問題，實現要素級更新以較短的頻次發布最新的升級數據，終端只要具有聯網功能，就能以靜默的方式來完成從舊數據到新數據的升級，特提供了一種導航設備的要素級更新方法。

本發明提供了一種導航設備的要素級更新方法，其特征在于：所述的導航設備的要素級更新方法具體為：

假設要素A需要更新，對于要素A有兩種更新模式，第一種模式BASE+DELTA，另一種模式是BASE，至于選擇哪種模式，依賴于數據量的大小，數據的組織結構，與其他要素的關聯性等多個要素共同來決定；

第一種模式BASE+DELTA，要素被分成兩個部分，每次更新的時候，會對DELTA進行更新，BASE不會更新；DELTA會維護BASE數據中，取消信息的描述；當這種模式的數據被使用的時候，會同時讀取BASE+DELTA數據；BASE數據中的內容在解析過程中，需要去除DELTA數據中定義的使BASE無效的信息描述，加上DELTA中定義的增加信息，才是需要解析的結果；

第二種模式是BASE，更新的時候，會對全部的數據進行更新；這種模式對于讀取和處理是最簡單的模式，不同于BASE+DELTA模式，讀取只是一個數據；

更新開始，首先會啟動更新過程，判斷是否是通過聯網更新，還是本地更新，如果是聯網更新，在網絡已經連接的情況下，更新過程會與更新服務器進行數據的交換，判斷是否存在可以更新的數據；

如果存在可更新的數據，會下載更新數據到指定的目錄下，并負責管理下載的數據，管理下載的數據包括：下載數據的個數，下載數據的順序，下載數據的進度，下載數據的狀態。

下載結束后，更新過程會對數據的完整性和正確性校驗，校驗通過后，會觸發升級數據，如果數據升級成功，會通知外部應用已經有新數據，更新過程處于等待；

外部應用在收到這個通知后，查詢當前的切換時機是否符合切換到新數據的條件，一旦具備切換條件，外部應用主動將數據從舊數據切換到新數據；

更新過程，收到切換數據完成的通知，做切換后處理，要素級數據更新結束；

由于在實際場景中，更新過程會有多個要素數據來更新，中間的更新過程會被執行多遍；對于多個要素的數據更新，涉及更新過程對多個數據更新狀態的管理，對這部分的實現會復雜一些；

對于用戶體驗，在實現更新過程中，會穿插頁面和動作提示，指導用戶來操作，完成數據更新的過程；

對于新要素數據，無論是BASE+DELTA的模式，還是BASE模式，更新后，外部應用業務模塊將針對不同模式使用新要素數據。

導航設備，包括以下硬件模塊：

外部應用模塊：

外部應用的主線程，用于控制整個外部應用過程間的執行順序。在要素級增量更新執行過程中，當收到有新數據更新的通知后，外部應用模塊等待適當的時機，完成舊數據到新數據的切換。

外部通信模塊：

會將要素級增量更新過程中的消息發給外部應用模塊，外部應用模塊會將用戶操作反饋到外部通信模塊。

數據管理模塊：

根據外部通信模塊傳遞過來的消息，判斷是否需要更新，需要的文件，文件的個數，更新的策略，更新的狀態，更新的進度，管理數據更新的履歷等。這是整個要素級更新過程的控制模塊，也是最為復雜的一個模塊。

網絡協議模塊：

負責生成與更新服務器之間的通信交換協議。可以對協議的實現細節有很好的封裝。

網絡通信模塊：