TWI622933B - Client update method and device - Google Patents

Abstract

本發明揭露了一種客戶端的更新方法及裝置，用以解決現有技術中更新客戶端時浪費網路資源、更新效率較低的問題。該方法服務端確定客戶端需要更新時，確定該客戶端的更新組件，在確定的該客戶端的更新組件中，確定用戶偏好的功能所依賴的組件，並下發給客戶端進行更新。透過上述方法，服務端無需將所有的更新組件都下發給客戶端進行更新，只更新用戶偏好的功能所依賴的組件即可，因此可有效節省網路資源，提高客戶端更新的效率。

Description

客戶端的更新方法及裝置

本發明涉及電腦技術領域，特別涉及一種客戶端的更新方法及裝置。

目前，隨著無線網路和移動終端的不斷發展，無線客戶端的應用也越來越普遍，而這些客戶端往往需要經常更新。

圖1為現有技術中客戶端的更新過程，具體包括以下步驟：S101：客戶端向服務端發起更新檢測。

具體的，客戶端可在啟動時，將自身的版本號發送給服務端，以發起更新檢測。

S102：服務端判斷該客戶端是否需要更新，若為是，執行步驟S103，否則執行步驟S104。

服務端接收到客戶端發送的版本號後，可對比接收到的版本號與當前最新的客戶端版本號，若二者一致，則說明該客戶端不需要更新，否則，說明該客戶端需要更新。

S103：將該客戶端的更新組件發送給該客戶端進行更 新。

當服務端確定接收到的版本號與當前最新的客戶端版本號不一致時，可根據對比這兩個版本號的結果，確定該客戶端的所有更新組件，並將該客戶端的所有更新組件發送給該客戶端進行更新。

S104：通知該客戶端不需要更新。

但是，一個客戶端往往可以提供很多功能，每一個功能依賴於該客戶端中的某一個或某幾個組件，而由於各個用戶的使用習慣並不相同，因此，對於一個用戶而言，其往往只會用到客戶端的某一個或某幾個功能，並不會用到其全部功能。例如，一個客戶端可以提供信用卡還貸和水電繳費兩個功能，而用戶可能通常只使用該客戶端的信用卡還貸功能，卻很少使用甚至從不使用該客戶端的水電繳費功能。

而在如圖1所示的現有技術中的客戶端更新方法中，一旦服務端確定了客戶端需要更新，那麼無論該客戶端的更新組件所支援的功能是否經常被該用戶使用，都要將更新組件下發給該客戶端進行更新，這顯然浪費了網路資源更新了一些不必要的組件，也降低了客戶端更新的效率，尤其是在該客戶端的網路環境較差的情況下，更會大幅延長客戶端更新的時間。

本發明實施例提供一種客戶端的更新方法及裝置，用 以解決現有技術中更新客戶端時浪費網路資源、更新效率較低的問題。

本發明實施例提供的一種客戶端的更新方法，包括：服務端確定客戶端需要更新時，確定所述客戶端的更新組件；並且根據保存的所述客戶端對應的用戶的操作記錄，在所述客戶端提供的功能中，確定所述用戶偏好的功能；以及在確定的更新組件中，確定所述用戶偏好的功能所依賴的更新組件，作為偏好組件；所述服務端將確定的偏好組件下發給客戶端進行更新。

本發明實施例提供的一種客戶端的更新裝置，包括：更新組件確定模組，用於在確定客戶端需要更新時，確定所述客戶端的更新組件；偏好功能確定模組，用於根據保存的所述客戶端對應的用戶的操作記錄，在所述客戶端提供的功能中，確定所述用戶偏好的功能；偏好組件確定模組，用於在確定的更新組件中，確定所述用戶偏好的功能所依賴的更新組件，作為偏好組件；下發模組，用於將確定的偏好組件下發給客戶端進行更新。

本發明實施例提供一種客戶端的更新方法及裝置，該方法服務端確定客戶端需要更新時，確定該客戶端的更新組件，在確定的該客戶端的更新組件中，確定用戶偏好的 功能所依賴的組件，並下發給客戶端進行更新。透過上述方法，服務端無需將所有的更新組件都下發給客戶端進行更新，只更新用戶偏好的功能所依賴的組件即可，因此可有效節省網路資源，提高客戶端更新的效率。

S101‧‧‧步驟

S102‧‧‧步驟

S103‧‧‧步驟

S104‧‧‧步驟

S201‧‧‧步驟

S202‧‧‧步驟

S203‧‧‧步驟

S204‧‧‧步驟

S2041‧‧‧步驟

S2042‧‧‧步驟

S2043‧‧‧步驟

401‧‧‧更新組件確定模組

402‧‧‧偏好功能確定模組

403‧‧‧偏好組件確定模組

404‧‧‧下發模組

405‧‧‧接收模組

406‧‧‧依賴組件確定模組

407‧‧‧強制組件確定模組

圖1為現有技術中客戶端的更新過程；圖2為本發明實施例提供的客戶端的更新過程；圖3為本發明實施例提供的服務端將偏好組件下發給客戶端進行更新的過程；圖4為本發明實施例提供的客戶端的更新裝置結構示意圖。

為了實現根據用戶的偏好，僅對客戶端中的部分組件進行更新，本發明實施例中服務端可根據保存的用戶的操作記錄，確定用戶偏好的功能，也即用戶經常使用的功能，再將用戶偏好的功能所依賴的更新組件下發給客戶端進行更新，由於近對客戶端中的部分組件進行了更新，因此可有效節省網路資源，提高客戶端的更新效率。

下面結合圖式對本發明較佳的實施例進行詳細說明。

圖2為本發明實施例提供的客戶端的更新過程，具體包括以下步驟：S201：服務端確定客戶端需要更新時，確定該客戶端 的更新組件。

在本發明實施例中，客戶端可在啟動時向服務端發起更新檢測，將客戶端自身的版本號發送給服務端，服務端則可以對比該客戶端的版本號與當前最新的客戶端版本號，若二者不一致，則可確定該客戶端需要更新，若一致，則確定該客戶端不需要更新。

當服務端確定客戶端需要更新時，則可進一步根據對比這兩個版本號的結果，確定該客戶端的更新組件。具體的，可採用版本樹的對比方法，確定客戶端中哪些組件需要更新，並確定這些需要更新的組件在服務端中對應的最新組件，就是該客戶端的更新組件。例如，服務端確定了客戶端中的組件1需要更新後，確定當前服務端中保存的與該組件1對應的最新組件為組件1’，則可確定該組件1’為該客戶端的更新組件。

S202：根據保存的該客戶端對應的用戶的操作記錄，在該客戶端提供的功能中，確定該用戶偏好的功能。

在本發明實施例中，服務端可根據保存的該客戶端對應的用戶的操作記錄，確定該用戶在指定時間範圍內對該客戶端提供的每個功能的使用次數，並按照使用次數從高到低的順序，依次選擇指定數量的功能，作為確定的該用戶偏好的功能。

其中，一個客戶端對應的用戶是指透過該客戶端登錄的用戶帳號。客戶端在向服務端發起更新檢測時，可將客戶端自身的版本號以及其對應的用戶的用戶標識(如用戶 的登錄名、用戶識別碼(IDentity，ID)等)同時發送給服務端。

具體的，服務端可預先保存各類型的操作與該客戶端所提供的各功能之間的對應關係，並根據保存的該客戶端對應的用戶的操作記錄，確定該用戶在指定時間範圍內執行每種類型操作的次數。其中，服務端可針對每個用戶，為該用戶創建操作日誌，並將該用戶的每條操作記錄保存在該用戶的操作日誌中，也可為該用戶創建操作記錄表，並將該用戶的每條操作記錄保存在該用戶的操作記錄表中。一條操作記錄包括用戶標識、用戶執行的操作的類型、時間等資訊，因此，伺服器可在該用戶的操作日誌或操作記錄表中，統計包含同一操作類型資訊、且時間在指定時間範圍內的操作記錄的條數，作為該用戶在指定時間範圍內執行該類型操作的次數。

由於對於一種類型的操作來說，該用戶在指定時間範圍內執行該類型操作的次數，就是該用戶在指定時間範圍內對客戶端中該類型操作對應的功能的使用次數，因此，服務端可根據預先保存的各類型的操作與各功能之間的對應關係，針對每個功能，確定該用戶在指定時間範圍內對該功能對應的類型的操作的執行次數，作為確定的該用戶在指定時間範圍內對該功能的使用次數。

例如，假設客戶端提供了信用卡還貸和水電繳費兩個功能，則對於客戶端提供的信用卡還貸功能，可預設與該功能對應的操作為信用卡還款操作。服務端根據該客戶端 對應的用戶的操作日誌中保存的各操作記錄，可確定該用戶在指定時間範圍內(如過去的一年)執行信用卡還款操作的次數，作為該用戶使用信用卡還貸功能的使用次數。類似的，可確定該用戶在指定時間範圍內對水電繳費等其他功能的使用次數。

後續的，假設指定數量為1，確定該用戶使用信用卡還貸功能的使用次數為20次，使用水電繳費功能的使用次數為2次，則伺服器可按照使用次數從高到低的順序，選擇1個使用次數較高的功能，即信用卡還貸功能，作為該用戶偏好的功能。

S203：在確定的更新組件中，確定該用戶偏好的功能所依賴的更新組件，作為偏好組件。

服務端透過上述步驟S202確定了該客戶端對應的用戶偏好的功能後，則可根據預先保存的客戶端的各功能與各組件的依賴關係，在透過步驟S201確定出的更新組件中，確定該用戶偏好的功能所依賴的更新組件，並將確定的該用戶偏好的功能所依賴的更新組件作為偏好組件。

S204：服務端將確定的偏好組件下發給客戶端進行更新。

確定了偏好組件後，服務端則可將偏好組件下發給客戶端，使客戶端對自身的組件進行更新。

透過上述方法，服務端可以只將用戶偏好的功能所依賴的更新組件下發給客戶端進行更新，而無需將客戶端的所有更新組件都下發給客戶端，因此可以有效節省網路資 源，而由於客戶端也僅對自身的部分組件進行了更新，未更新全部組件，因此也提高了客戶端更新的效率。

考慮到在實際應用場景中，各客戶端所處的網路環境好壞不一，對於所處網路環境較差的客戶端，如果其更新的組件過多，則會大幅延長客戶端更新的時間，降低客戶端更新的效率，因此，在圖2所示的步驟S202中，服務端在確定客戶端對應的用戶偏好的功能之前，可接收由客戶端上報的網路環境資訊。進而，服務端在按照該用戶使用各功能的使用次數從高到低的順序，依次選擇指定數量的功能作為該用戶偏好的功能時，可根據該客戶端上報的網路環境資訊，以及預設的網路環境資訊與指定數量的映射關係，確定該客戶端上報的網路環境資訊對應的指定數量，並按照該用戶使用各功能的使用次數從高到低的順序，依次選擇確定的指定數量的功能，作為確定的該用戶偏好的功能。其中，網路環境越差，其對應的指定數量越小。

例如，網路環境資訊可包括第二代移動通信技術(2nd Generation，2G)網路、第三代移動通信技術(3rd Generation，3G)網路、無線保真(Wireless Fidelity，Wi-Fi)網路；預設的網路環境資訊與指定數量的映射關係為：2G網路對應的指定數量為3，3G網路對應的指定數量為6，Wi-Fi網路對應的指定數量為該客戶端所包含的所有組件的數量。如果客戶端上報的網路環境資訊為2G網路，則服務端確定2G網路對應的指定數量為3，因 此按照用戶使用各功能的使用次數從高到低的順序，依次選擇3個功能，作為該用戶偏好的功能。而如果客戶端上報的網路環境資訊為Wi-Fi網路，則服務端可將該客戶端的所有功能都作為該用戶偏好的功能，此時，服務端可將該客戶端的所有更新組件都下發給客戶端進行更新。

另外，服務端還可以在客戶端上報的網路環境資訊滿足指定條件時，將透過步驟S201確定出的該客戶端的更新組件中未下發給客戶端的更新組件全部下發給客戶端進行更新。繼續沿用上例，在某一時刻客戶端發起更新檢測，服務端檢測出該客戶端的更新組件共有10個，而客戶端上報的網路環境資訊為2G網路，因此服務端只向客戶端下發了其中的3個更新組件，而在後續的另一時刻，客戶端再次發起更新檢測，上報的網路環境資訊為滿足指定條件的Wi-Fi網路，服務端則可將剩餘的7個更新組件全部下發給客戶端進行更新。

當然，上例只是以2G網路、3G網路、Wi-Fi網路為例說明的網路環境資訊與指定數量的映射關係，網路環境資訊中還可包括其他網路品質指標，如下載速度等，可採用連續函數或離散函數預設網路環境資訊與指定數量的映射關係，只要可以根據網路環境資訊確定出要選擇的用戶偏好的功能的指定數量即可。

在圖2所示的步驟S204中，服務端採用上述方法確定出偏好組件後，可直接將確定出的偏好組件下發給客戶端進行更新，而如果客戶端由於網路等原因(如突然斷 網)中斷了接收服務端下發的偏好組件，服務端將不能獲知續傳偏好組件的中斷點，只能重新由客戶端發起更新檢測執行如圖2所示的過程，嚴重影響了客戶端更新的效率。因此，為了進一步提高客戶端更新的效率，本發明實施例中提供了如圖3所示的服務端將偏好組件下發給客戶端進行更新的方法。

圖3為本發明實施例提供的服務端將偏好組件下發給客戶端進行更新的過程，具體包括以下步驟：S2041：服務端將確定的偏好組件的組件標識添加到更新表中，為該更新表設置唯一的表標識，將該表標識下發給客戶端。

在本發明實施例中，服務端確定了偏好組件後，則可將確定的所有偏好組件的組件標識(如組件編號等)添加到一個更新表中，並為該更新表設置一個唯一的表標識(如表ID)，並將該表標識下發給客戶端，該更新表實際上就相當於該客戶端的更新方案，其記錄了該客戶端本次更新所需的更新組件(即，偏好組件)。其中，對於一個更新表而言，服務端每將其中記錄的一個組件標識對應的偏好組件下發給客戶端後，就為該更新表中該偏好組件的組件標識添加已下發標記。

S2042：客戶端根據接收到的表標識，向服務端請求該表標識對應的更新表中的組件。

即，客戶端接收到服務端發送的表標識後，保存該表標識，並向服務端發送該表標識，用以向服務端請求該表 標識對應的更新表中的組件。

S2043：服務端接收到客戶端發送的表標識時，查找該客戶端發送的表標識對應的更新表，並將查找到的更新表中未添加已下發標記的組件標識對應的組件下發給該客戶端進行更新。

透過上述方法，由於服務端已將確定出的各偏好組件的組件標識添加到一個唯一的表標識對應的更新表中，因此，即使客戶端中斷接收偏好組件，其也無需再次執行如圖2所示的全部過程，只需再次向服務端發送表標識，即可請求到該表標識對應的更新表中的組件，而且，服務端對更新表中已經成功下發的組件對應的組件標識添加了已下發標記，因此客戶端中斷接收偏好組件並再次請求更新組件時，服務端也只需在相應的更新表中查找未添加已下發標記的組件標識對應的組件並下發即可，而無需將更新表中所有組件標識對應的組件全部重新下發，可進一步提高客戶端更新的效率。

較佳的，為了保證客戶端在更新後可以正常運行，服務端還可以透過步驟S201確定出的該客戶端的更新組件中，確定由步驟S203確定出的各偏好組件所依賴的更新組件，作為依賴組件，並將依賴組件下發給客戶端進行更新。

例如，假設服務端確定出的偏好組件為信用卡還貸組件和水電繳費組件，這兩個組件均依賴於密碼輸入的安全組件，步驟S201確定出的更新組件中除了包括信用卡還 貸組件和水電繳費組件之外，還包括該安全組件。那麼如果僅將這兩個組件下發給客戶端進行更新，而不講安全組件下發給客戶端進行更新，則很有可能會導致客戶端更新後不能正常運行(或不能正常提供信用卡還貸和水電繳費這兩個功能)，因此，服務端還要在步驟S201中確定出的更新組件中，確定信用卡還貸組件和水電繳費組件所依賴的更新組件，即安全組件，將該安全組件作為依賴組件下發給客戶端進行更新，以保證更新後的客戶端可以正常運行。

當然，服務端確定出依賴組件後，該依賴組件可能還會依賴於步驟S201中確定出的其他更新組件(如上例中的安全組件還依賴於其他的更新組件)，服務端則可繼續確定該依賴組件所依賴的其他更新組件，將該其他更新組件也作為依賴組件，並繼續採用同樣的方法遞迴確定出所有的依賴組件進行下發。

進一步的，在實際應用場景中，客戶端的更新組件可能會包括一些重大漏洞修復的更新組件，這些更新組件對客戶端的正常運行起著至關重要的作用，因此，可預先對該客戶端的每個更新組件設置對應的重要性權值，對於這些重大漏洞修復的更新組件則可將其對應的重要性權值設置的較高，而對於一些較佳的或升級的更新組件，則可將其對應的重要性權值設置的較低。從而，服務端還可在透過步驟S201確定出的更新組件中，確定對應的重要性權值大於設定臨界值的更新組件，作為強制更新組件，也 即，將重要性權值較高的更新組件作為強制更新組件，並將強制更新組件下發給客戶端進行更新。

相應的，對於依賴組件和強制更新組件的下發，服務端也可採用更新表的方法進行下發，即，服務端可將偏好組件、依賴組件、強制更新組件的組件標識添加到更新表中，並為該更新表設置一個唯一的表標識，將該表標識下發給客戶端，其中，對更新表中已下發給客戶端的組件對應的組件標識添加已下發標記，當接收到客戶端發送的表標識時，則將接收到的表標識對應的更新表中未添加已下發標記的組件標識對應的組件下發給客戶端進行更新。

另外，作為本發明的另一個實施例，服務端確定出該客戶端的更新組件後，也可根據該客戶端對應的用戶對每個功能的使用次數，確定每個功能所依賴的更新組件的偏好性權值，其中，對一個功能的使用次數越多，則確定的該功能所依賴的更新組件的偏好性權值越大。再針對每個更新組件，根據該更新組件對應的重要性權值，確定該更新組件的偏好性權值與重要性權值的總權值。然後，根據客戶端上報的網路環境資訊，以及預設的網路環境資訊與指定數量的對應關係，確定客戶端上報的網路環境資訊對應的指定數量。最後，按照各更新組件的總權值從大到小的順序，依次選擇確定的指定數量的更新組件，作為待下發組件，再在該客戶端的更新組件中遞迴確定出各待下發組件所依賴的更新組件，也作為待下發組件，將各待下發組件下發給客戶端進行更新，也可達到同樣的效果。

以上是本發明實施例提供的客戶端的更新方法，基於同樣的思路，本發明實施例還提供一種客戶端的更新裝置，如圖4所示。

圖4為本發明實施例提供的客戶端或客戶端記憶體中的更新裝置結構示意圖，具體包括：更新組件確定模組401，用於在確定客戶端需要更新時，確定所述客戶端的更新組件；偏好功能確定模組402，用於根據保存的所述客戶端對應的用戶的操作記錄，在所述客戶端提供的功能中，確定所述用戶偏好的功能；偏好組件確定模組403，用於在確定的更新組件中，確定所述用戶偏好的功能所依賴的更新組件，作為偏好組件；下發模組404，用於將確定的偏好組件下發給客戶端進行更新。

所述偏好功能確定模組402具體用於，根據保存的所述客戶端對應的用戶的操作記錄，確定所述用戶在指定時間範圍內對所述客戶端提供的每個功能的使用次數，按照使用次數從高到低的順序，依次選擇指定數量的功能，作為確定的所述用戶偏好的功能。

所述裝置還包括：接收模組405，用於在所述偏好功能確定模組402確定所述用戶偏好的功能之前，接收所述客戶端上報的網路環境資訊； 所述偏好功能確定模組402具體用於，根據所述接收模組405接收到的所述客戶端上報的網路環境資訊，以及預設的網路環境資訊與指定數量的映射關係，確定所述客戶端上報的網路環境資訊對應的指定數量，並按照使用次數從高到低的順序，依次選擇確定的指定數量的功能，作為確定的所述用戶偏好的功能。

所述下發模組404具體用於，將確定的偏好組件的組件標識添加到更新表中，為所述更新表設置唯一的表標識，並將所述表標識下發給所述客戶端，其中，為所述更新表中已經下發給所述客戶端的偏好組件的組件標識添加已下發標記；當接收到所述客戶端發送的表標識時，查找所述客戶端發送的表標識對應的更新表，並將查找到的更新表中未添加下發標記的組件標識對應的組件下發給所述客戶端進行更新。

所述裝置還包括：依賴組件確定模組406，用於在確定的所述客戶端的更新組件中，確定所述偏好組件所依賴的更新組件，作為依賴組件；強制組件確定模組407，用於在確定的所述客戶端的更新組件中，確定對應的重要性權值大於預設臨界值的更新組件，作為強制更新組件；所述下發模組404還用於，將確定的依賴組件和強制更新組件下發給客戶端進行更新。

具體的上述客戶端的更新裝置可以位於服務端中。

本發明實施例提供一種客戶端的更新方法及裝置，該方法服務端確定客戶端需要更新時，確定該客戶端的更新組件，在確定的該客戶端的更新組件中，確定用戶偏好的功能所依賴的組件，並下發給客戶端進行更新。透過上述方法，服務端無需將所有的更新組件都下發給客戶端進行更新，只更新用戶偏好的功能所依賴的組件即可，因此可有效節省網路資源，提高客戶端更新的效率。

本領域內具有通常知識者應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。

在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。

記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。

電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體 (PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式編碼唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學記憶體、磁盒式磁帶，磁帶磁磁碟記憶體或其他磁性儲存裝置或任何其他非傳輸媒體，可用於儲存可以被計算設備登入的資訊。按照本文中的界定，電腦可讀媒體不包括非暫存電腦可讀媒體(transitory media)，如調變的資料信號和載波。

本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方塊圖中的每一流程和/或方塊、以及流程圖和/或方塊圖中的流程和/或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可程式編碼資料處理設備的處理器以產生一個機器，使得透過電腦或其他可程式編碼資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的裝置。

這些電腦程式指令也可儲存在能引導電腦或其他可程式編碼資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個 流程和/或方塊圖一個方塊或多個方塊中指定的功能。

這些電腦程式指令也可裝載到電腦或其他可程式設計資料處理設備上，使得在電腦或其他可程式編碼設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可程式編碼設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的步驟。

儘管已描述了本發明較佳的實施例，但本領域內具有通常知識者一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附申請專利範圍意欲解釋為包括較佳的實施例以及落入本發明範圍的所有變更和修改。

顯然，本領域具有通常知識者可以對本發明實施例進行各種改動和變型而不脫離本發明實施例的精神和範圍。這樣，倘若本發明實施例的這些修改和變型屬於本發明申請專利範圍及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。

Claims (6)

1. 一種客戶端的更新方法，其特徵在於，包括：服務端確定客戶端需要更新時，確定該客戶端的更新組件；根據保存的該客戶端對應的用戶的操作記錄，在該客戶端提供的功能中，確定該用戶偏好的功能，包括：根據保存的該客戶端對應的用戶的操作記錄，確定該用戶在指定時間範圍內對該客戶端提供的每個功能的使用次數；且按照使用次數從高到低的順序，依次選擇指定數量的功能，作為確定的該用戶偏好的功能；在確定的更新組件中，確定該用戶偏好的功能所依賴的更新組件，作為偏好組件，包括：確定該更新組件中之一更新組件是否需要該偏好的功能中之一偏好功能以正常操作：且在該更新組件中之該一更新組件需要該偏好的功能中之該一偏好功能以正常操作的情形下，增加該一更新組件至該偏好組件；以及該服務端將確定的偏好組件下發給客戶端進行更新，其中，確定該用戶偏好的功能之前，該方法還包括：該服務端接收該客戶端上報的網路環境資訊；按照使用次數從高到低的順序，依次選擇指定數量的功能，作為確定的該用戶偏好的功能，具體包括：根據該客戶端上報的網路環境資訊，以及預設的 網路環境資訊與指定數量的映射關係，確定該客戶端上報的網路環境資訊對應的指定數量；並且按照使用次數從高到低的順序，依次選擇確定的指定數量的功能，作為確定的該用戶偏好的功能。
2. 如申請專利範圍第1項所述的方法，其中，該服務端將確定的偏好組件下發給客戶端進行更新，具體包括：該服務端將確定的偏好組件的組件標識添加到更新表中，為該更新表設置唯一的表標識，並將該表標識下發給該客戶端，其中，該服務端為該更新表中已經下發給該客戶端的偏好組件的組件標識添加已下發標記；當該服務端接收到該客戶端發送的表標識時，查找該客戶端發送的表標識對應的更新表，並將查找到的更新表中未添加已下發標記的組件標識對應的組件下發給該客戶端進行更新。
3. 如申請專利範圍第1項所述的方法，其中，該方法還包括：該服務端在確定的該客戶端的更新組件中，確定該偏好組件所依賴的更新組件，作為依賴組件；並且在確定的該客戶端的更新組件中，確定對應的重要性權值大於預設臨界值的更新組件，作為強制更新組件；以及將確定的依賴組件和強制更新組件下發給客戶端進行更新。
4. 一種客戶端的更新裝置，其特徵在於，包括： 更新組件確定模組，用於在確定客戶端需要更新時，確定該客戶端的更新組件；接收模組，用於接收該客戶端上報的網路環境資訊；偏好功能確定模組，用於根據保存的該客戶端對應的用戶的操作記錄，在該客戶端提供的功能中，確定該用戶偏好的功能，其中，該偏好功能確定模組根據保存的該客戶端對應的用戶的操作記錄，確定該用戶在指定時間範圍內對該客戶端提供的每個功能的使用次數，按照使用次數從高到低的順序，依次選擇指定數量的功能，作為確定的該用戶偏好的功能；偏好組件確定模組，用於在確定的更新組件中，確定該用戶偏好的功能所依賴的更新組件，作為偏好組件，包括：確定該更新組件中之一更新組件是否需要該偏好的功能中之一偏好功能以正常操作：且在該更新組件中之該一更新組件需要該偏好的功能中之該一偏好功能以正常操作的情形下，增加該一更新組件至該偏好組件；以及下發模組，用於將確定的偏好組件下發給客戶端進行更新，其中，該偏好功能確定模組具體用於，根據該接收模組接收到的該客戶端上報的網路環境資訊，以及預設的網路環境資訊與指定數量的映射關係，確定該客戶端上報的網路環境資訊對應的指定數量，並按照使用次數從高到低 的順序，依次選擇確定的指定數量的功能，作為確定的該用戶偏好的功能。
5. 如申請專利範圍第4項所述的裝置，其中，該下發模組具體用於，將確定的偏好組件的組件標識添加到更新表中，為該更新表設置唯一的表標識，並將該表標識下發給該客戶端，其中，為該更新表中已經下發給該客戶端的偏好組件的組件標識添加已下發標記；當接收到該客戶端發送的表標識時，查找該客戶端發送的表標識對應的更新表，並將查找到的更新表中未添加下發標記的組件標識對應的組件下發給該客戶端進行更新。
6. 如申請專利範圍第4項所述的裝置，其中，該裝置還包括：依賴組件確定模組，用於在確定的該客戶端的更新組件中，確定該偏好組件所依賴的更新組件，作為依賴組件；強制組件確定模組，用於在確定的該客戶端的更新組件中，確定對應的重要性權值大於預設臨界值的更新組件，作為強制更新組件；該下發模組還用於，將確定的依賴組件和強制更新組件下發給客戶端進行更新。