[發明專利]應用更新方法及其系統、存儲介質、電子設備

在審

• 申請號: 201810344161.0
• 申請日: 2018-04-17
• 公開（公告）號: CN108228220A
• 公開（公告）日: 2018-06-29
• 發明（設計）人: 段曉波
• 申請（專利權）人: 深圳攜程網絡技術有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F9/445
• 代理公司: 上海隆天律師事務所 31282
• 代理人: 臧云霄;周駿

本發明揭示了應用更新方法及其系統、存儲介質、電子設備。所述應用更新方法包括如下步驟：在應用程序啟動時獲取終端的當前腳本文件，其中，所述終端的當前腳本文件中至少包括多個預埋的用戶界面模型；將獲取到的所述當前腳本文件置于一虛擬機中加載運行；所述虛擬機判斷是否出現更新應用程序的事件，若是，則所述虛擬機根據獲取的所述當前腳本文件中的多個預埋的用戶界面模型對所述當前腳本文件進行數據處理后，形成用戶界面模型更改指令；所述虛擬機將所述用戶界面模型更改指令發送至所述終端；由所述終端根據所述用戶界面模型更改指令在所述當前腳本文件中加載對應的一個所述預埋的用戶界面模型，以完成所述應用程序的更新。

技術領域

本發明涉及一種應用更新方法及其系統、存儲介質、電子設備。

背景技術

隨著互聯網應用的空前繁榮，人們越來越多地通過各種終端獲取資訊、進行相互交流、學習和工作，這都是通過終端上的應用哇完成的。由此將使得各種應用被爭相發布，并通過不斷的發布新版本、新特性來不斷地滿足用戶的需求。

但是，隨著應用的需求和功能的逐漸增多，應用中的邏輯也越來越復雜，因此，沒出現BUG和運營需求的情況也越來越多。大部分的應用在一個版本發布周期內出現的BUG和運營需求只能通過進行下個版本的發布得到解決。目前，在IOS客戶端的實現基本都是通過Objective-C實現的，每次需求版本更新都需要通過蘋果審核后才能發布新的需求。這種方式存在審核周期長、審核不通過、迭代性的速度緩慢等風險和問題。若出現需要進行緊急更新的需求就更加地不適用。

發明內容

針對現有技術中的缺陷，本發明的目的是提供一種應用更新方法及其系統、存儲介質、電子設備，無需發布新版本即可實現業務邏輯變更、需求迭代和BUG修復。

根據本發明的一個方面提供一種應用更新方法，所述應用更新方法包括如下步驟：S10：在應用程序啟動時獲取終端的當前腳本文件，其中，所述終端的當前腳本文件中至少包括多個預埋的用戶界面模型；S20：將獲取到的所述當前腳本文件置于一虛擬機中加載運行；S30：所述虛擬機判斷是否出現更新應用程序的事件，若是，則執行步驟S40；S40：所述虛擬機根據獲取的所述當前腳本文件中的多個預埋的用戶界面模型對所述當前腳本文件進行數據處理后，形成用戶界面模型更改指令；S50：所述虛擬機將所述用戶界面模型更改指令發送至所述終端；S60：由所述終端根據所述用戶界面模型更改指令在所述當前腳本文件中加載對應的一個所述預埋的用戶界面模型，以完成所述應用程序的更新。

優選地，在應用程序啟動時由一服務器獲取終端的當前腳本文件，所述虛擬機設置于所述服務器中。

優選地，所述步驟S30還包括如下步驟：判斷是否接收到更新應用程序的更新指令，若是，則判斷出現更新應用程序的事件。

優選地，所述步驟S30還包括如下步驟：當所述終端運行當前腳本文件的過程中，觸發第一事件時，將所述第一事件發送至所述虛擬機；所述虛擬機判斷所述第一事件是否屬于所述更新應用程序的事件；若是，則判斷出現更新應用程序的事件。

優選地，所述當前腳本文件為javascript文件，所述虛擬機為JS虛擬機。

優選地，所述應用更新方法應用于使用IOS系統的終端中。

優選地，所述終端與所述虛擬機之間通過IOS系統提供的JavascriptCore方案中的一個橋來實現消息通信。

優選地，所述終端包括功能模塊，所述功能模塊具有一接口，所述虛擬機將所述用戶界面模型更改指令發送至所述接口，使所述功能模塊被觸發，并根據所述用戶界面模型更改指令加載對應的一個所述預埋的用戶界面模型。