一種組件更新方法、裝置和系統與流程

2023-10-25 03:26:42

本發明屬於通信技術領域，尤其涉及一種組件更新方法、裝置和系統。

背景技術：

com組件(即comcomponent)是微軟公司為了計算機工業的軟體生產更加符合人類的行為方式開發的一種新的軟體開發技術；隨著網際網路技術的迅速發展，在com構架下，人們可以開發出各種各樣的功能專一的com組件(以下簡稱組件)，然後將它們按照需要組合起來，構成複雜的應用系統。

為了便於對系統的升級和定製，可以將系統中的組件用新的組件替換，一般的，將這個過程稱為「組件更新」；目前組件更新過程中，首先需要關閉加載了待更新組件的進程，隨後啟動升級進程，並通過該升級進程從伺服器下載組件最新版本，最後用最新版本替換本地舊版本，再啟動被關閉的進程，從而完成組件更新。

在對現有技術的研究和實踐過程中，本發明的發明人發現，由於現有技術需要藉助升級進程才能完成組件的更新，因此會導致組件更新不及時、帶寬消耗較大的問題。

技術實現要素：

本發明的目的在於提供一種組件更新方法、裝置和系統，旨在提高組件更新的時效性、減少帶寬消耗。

為解決上述技術問題，本發明實施例提供以下技術方案：

一種組件更新方法，其中包括：

獲取本地的待更新組件相對應的預設更新線程；

基於所述預設更新線程，確定所述待更新組件的版本信息；

向伺服器發送更新請求，所述更新請求攜帶所述版本信息；

當所述伺服器根據所述更新請求確定所述待更新組件需要更新時，從所述伺服器下載更新文件，並根據所述更新文件更新所述待更新組件。

為解決上述技術問題，本發明實施例還提供以下技術方案：

一種組件更新裝置，其中包括：

獲取單元，用於獲取本地的待更新組件相對應的預設更新線程；

確定單元，用於基於所述預設更新線程，確定所述待更新組件的版本信息；

發送單元，用於向伺服器發送更新請求，所述更新請求攜帶所述版本信息；

下載單元，用於當所述伺服器根據所述更新請求確定所述待更新組件需要更新時，從所述伺服器下載更新文件；

更新單元，用於根據所述更新文件更新所述待更新組件。

為解決上述技術問題，本發明實施例還提供以下技術方案：

一種組件更新系統，其中包括伺服器以及如前述組件更新裝置；

所述伺服器，用於接收所述組件更新裝置發送的更新請求，所述更新請求攜帶待更新組件的版本信息，根據所述版本信息確定所述待更新組件需要更新時，向所述組件更新裝置發送通知信息，以使所述組件更新裝置更新所述待更新組件。

相對於現有技術，本發明實施例，首先，獲取本地的待更新組件相對應的預設更新線程，然後基於該預設更新線程，確定待更新組件的版本信息；接著，向伺服器發送攜帶該版本信息更新請求，當伺服器根據該更新請求確定待更新組件需要更新時，下載更新文件，並根據該更新文件更新待更新組件。即本發明實施例中待更新組件內部啟動相應的更新線程，並基於該更新進程與伺服器進行版本信息對比以及更新文件下載等，從而可自動加載完成組件的更新，相對於基於藉助外在的升級進程對組件進行更新的方式，提高了組件更新的時效性，同時減少帶寬消耗。

附圖說明

下面結合附圖，通過對本發明的具體實施方式詳細描述，將使本發明的技術方案及其它有益效果顯而易見。

圖1a是本發明實施例提供的組件更新系統的場景示意圖；

圖1b是本發明第一實施例提供的組件更新方法的流程示意圖；

圖2為本發明第二實施例提供的組件更新方法的流程示意圖；

圖3為本發明第三實施例提供的組件更新裝置的結構示意圖；

圖4為本發明第四實施例提供的電子設備的結構示意圖；

圖5是本發明第五實施例提供的組件更新系統的結構示意圖。

具體實施方式

請參照圖式，其中相同的組件符號代表相同的組件，本發明的原理是以實施在一適當的運算環境中來舉例說明。以下的說明是基於所例示的本發明具體實施例，其不應被視為限制本發明未在此詳述的其它具體實施例。

在以下的說明中，本發明的具體實施例將參考由一部或多部計算機所執行的步驟及符號來說明，除非另有述明。因此，這些步驟及操作將有數次提到由計算機執行，本文所指的計算機執行包括了由代表了以一結構化型式中的數據的電子信號的計算機處理單元的操作。此操作轉換該數據或將其維持在該計算機的內存系統中的位置處，其可重新配置或另外以本領域測試人員所熟知的方式來改變該計算機的運作。該數據所維持的數據結構為該內存的實體位置，其具有由該數據格式所定義的特定特性。但是，本發明原理以上述文字來說明，其並不代表為一種限制，本領域測試人員將可了解到以下所述的多種步驟及操作亦可實施在硬體當中。

本文所使用的術語「模塊」可看做為在該運算系統上執行的軟體對象。本文所述的不同組件、模塊、引擎及服務可看做為在該運算系統上的實施對象。 而本文所述的裝置及方法優選的以軟體的方式進行實施，當然也可在硬體上進行實施，均在本發明保護範圍之內。

本發明實施例提供一種組件更新方法、裝置和系統。

參見圖1a，該圖為本發明實施例所提供的組件更新系統的場景示意圖，該組件更新系統可以包括組件更新裝置以及伺服器，其中該組件更新裝置具體可以集成在終端(如手機、平板電腦)上，主要用於：獲取本地的待更新組件相對應的預設更新線程，然後，基於該預設更新線程，確定待更新組件的版本信息，即待更新組件內部啟動相應的更新線程，並基於該更新線程對該組件進行更新；接著，向伺服器發送更新請求，該更新請求攜帶該待更新組件的版本信息；當伺服器根據該更新請求確定待更新組件需要更新時，從伺服器下載更新文件，並根據更新文件更新待更新組件，等等。

此外，該組件更新系統中伺服器主要用於：接收前述組件更新裝置發送的更新請求，其中，該更新請求攜帶待更新組件的在本地的版本信息；當該伺服器根據該版本信息確定待更新組件需要更新時，向前述組件更新裝置發送通知信息，以使得該組件更新裝置根據該通知信息，及時對該待更新組件進行更新。

以下將分別進行詳細說明。

第一實施例

在本實施例中，將從組件更新裝置的角度進行描述，該組件更新裝置具體可以集成在終端上，該終端可以是手機、平板電腦等具有存儲單元並安裝有微處理器而具有運算能力的終端機。

一種組件更新方法，包括：獲取本地的待更新組件相對應的預設更新線程；基於該預設更新線程，確定待更新組件的版本信息；向伺服器發送更新請求，該更新請求攜帶該版本信息；當伺服器根據該更新請求確定所述待更新組件需要更新時，從伺服器下載更新文件，並根據更新文件更新待更新組件。

請參閱圖1b，圖1b是本發明第一實施例提供的組件更新方法的流程示意圖。所述方法包括：

在步驟s101中，獲取本地的待更新組件相對應的預設更新線程。

在步驟s102中，基於該預設更新線程，確定待更新組件的版本信息。

其中，所述步驟s101與步驟s102可具體為：

比如，每一組件內部預先設置有更新線程，當確定出組件需要更新時，該組件啟動其對應的更新線程，並基於該更新線程實現對組件的更新。

可以理解的是，本實施例中，線程也被稱為輕量進程(lightweightprocesses)，在計算機領域中，其是指運行中的程序的調度單位。線程是進程中的實體，一個進程可以擁有多個線程，一個線程必須有一個父進程。線程不擁有系統資源，只有運行必須的一些數據結構；它與父進程的其它線程共享該進程所擁有的全部資源。線程可以創建和撤消線程，從而實現程序的並發執行。一般，線程具有就緒、阻塞和運行三種基本狀態。

進一步的，基於該預設更新線程，確定待更新組件的版本信息可以包括：

步驟1、根據該預設更新線程，獲取相應的預設時間間隔。

步驟2、按照該預設時間間隔，確定待更新組件的版本信息。

例如，該預設更新線程設置定時器，每隔預設時間間隔(如20分鐘或30分鐘等)觸發一次，當定時器觸發時，確定待更新組件在本地的版本信息。

在步驟s103中，向伺服器發送更新請求，該更新請求攜帶該版本信息。

在步驟s104中，當伺服器根據該更新請求確定待更新組件需要更新時，從伺服器下載更新文件，並根據更新文件更新待更新組件。

其中，所述步驟s103與步驟s104可具體為：

可以理解的是，當確定待更新組件在本地的版本信息之後，向伺服器發送攜帶該版本信息的更新請求，從而可以根據該版本信息確定待更新組件是否需要更新。

例如，伺服器接收到該更新請求後，先獲取該待更新組件的最新版本信息，將該最新版本信息與待更新組件在本地的版本信息進行比較，若該最新版本信息與待更新組件在本地的版本信息不一致，則可以確定待更新組件需要更新。

進一步的，在伺服器確定出待更新組件需要更新時，發送通知信息，該通知信息指示需要對該待更新組件進行更新，進而，從伺服器下載更新文件可以具體包括：

步驟a、接收伺服器發送的指示需要更新的通知信息；

步驟b、根據該通知信息，從伺服器下載更新文件。

例如，根據該通知信息的指示，從伺服器中查找相應的更新文件；其中，該更新文件可以是最新版本信息的組件整體對應的更新文件，也可以是組件中需要更新的部分對應的更新文件，此處不作具體限定。

本實施例中，根據更新文件更新待更新組件的方式可以有很多，比如，可以包括：

步驟a、將該更新文件拷貝至待更新組件所在目錄，生成新版本組件；

步驟b、在該新版本組件所在進程進行重新啟動後，加載該新版本組件；

步驟c、當確定該新版本組件加載完成後，確定該新版本組件為更新後的待更新組件。

也就是說，在將更新文件拷貝至待更新組件所在目錄，生成新版本組件之後，還需要對該新版本組件所在進程(如所在的終端應用等)進行重新啟動，並加載該新版本組件，當確定該新版本組件加載完成後，則可以確定該待更新組件更新完畢。

更進一步的，在較為優選的方式中，(步驟a中)將該更新文件拷貝至待更新組件所在目錄之前，還可以對各文件、組件進行命名，比如：

將該更新文件命名為第一標識信息，將待更新組件命名為第二標識信息。

基於此，在(步驟a中)生成新版本組件之後，還可以包括：根據前述第一標識信息和第二標識信息，對該新版本組件進行命名。

可具體的，比如，可以將該更新文件命名為「*.a.new」，將待更新組件命名為「*.a.old」，從而該新版本組件可以命名為「*.a」，以根據這些命名信息快速查找到對應的文件/組件，便於該組件更新。

由上述可知，本發明實施例提供的組件更新方法，首先，獲取本地的待更新組件相對應的預設更新線程，然後基於該預設更新線程，確定待更新組件的版本信息；接著，向伺服器發送攜帶該版本信息更新請求，當伺服器根據該更新請求確定待更新組件需要更新時，下載更新文件，並根據該更新文件更新待更新組件。即本發明實施例中待更新組件內部啟動相應的更新線程，並基於該更新進程與伺服器進行版本信息對比以及更新文件下載等，從而可自動加載完成組件的更新，相對於基於藉助外在的升級進程對組件進行更新的方式，提高了組件更新的時效性，同時減少帶寬消耗。

第二實施例

根據第一實施例所描述的方法，以下將舉例作進一步詳細說明。

首先，設置組件更新裝置，該用於對組件進行更新的裝置可以集成在終端上，其次，設置伺服器，該伺服器用於在確定終端上的組件是否需要更新，當確定需要更新時生成通知信息，以提醒組件更新裝置及時對組件進行更新。以下將進行詳細說明。

請參閱圖2，圖2為本發明第二實施例提供的組件更新方法的流程示意圖。所述方法包括：

在步驟s201中，終端控制組件啟動相應的更新線程。

在步驟s202中，終端按照更新線程所指示的更新間隔，獲取組件的版本a。

其中，所述步驟s201與步驟s202可具體為：

比如，每一組件內部都對應設置自己的更新線程，其中，該更新線程中設置定時器，按設定的更新間隔觸發，如每隔20分鐘、30分鐘觸發一次，等等；當定時器觸發，即更新間隔到達時，終端獲取組件的本地版本。

進一步的，比如，終端獲取本地組件的dll(dynamiclinklibrary，動態連結庫文件)的版本，為便於描述，本地組件dll的版本簡稱為版本a。

其中，dll文件又叫應用程式拓展，是一種軟體文件類型，在windows中， 許多應用程式並不是一個完整的可執行文件，它們被分割成一些相對獨立的動態連結庫，即dll文件，放置於系統中。當執行某一個程序時，相應的dll文件就會被調用。

在步驟s203中，終端向伺服器發送更新請求，該更新請求攜帶版本a。

在步驟s204中，伺服器接收該更新請求，獲取相應組件的版本b。

在步驟s205中，伺服器根據版本a和版本b，確定組件需要更新。

其中，所述步驟s203至步驟s205可具體為：

比如，伺服器接收到該攜帶版本a的更新請求後，首先獲取相應組件，其後檢測該組件最新dll版本，即更新時間最晚的版本，為便於描述，伺服器上組件最新dll版本可簡稱為版本b。

假設，版本a為「xxdll6.2」，版本b為「xxdll6.5」，因此，可認為版本b為版本a的最新更新版本，伺服器確定相應的組件需要更新。

在步驟s206中，伺服器向終端發送通知信息。

在步驟s207中，終端接收該通知信息，並從伺服器下載更新文件，得到更新後的組件。

在步驟s208中，終端在該組件所在進程進行重新啟動後，自動加載更新後的組件。

其中，所述步驟s206至步驟s208可具體為：

比如，當伺服器確定組件需要更新時，伺服器向終端發送通知信息，以指示終端是否對組件進行更新；當終端接收到該通知信息，即收到伺服器回應時，如果根據該通知信息知道需要更新組件，則可以使用超文本傳輸協議(http，hypertexttransferprotocol)從伺服器下載更新文件。

進一步優選的，下載的更新文件為最新版本dll文件，可以命名為「*.dll.new」，同時將本地的dll文件命名為「*.dll.old」；隨後，將「*.dll.new」拷貝到dll組件所在目錄，並將其重命名為「*.dll」。

需要說明的是，本發明實施例中，更新後的組件需要重啟後才能生效，比 如，終端在該dll組件所在進程進行重新啟動後，自動加載更新後的dll文件。

以組件a：xx瀏覽器服務程序與組件b：xbshellicon.dll的更新為例，之前這兩個組件的更新需要藉助於瀏覽器的更新，與瀏覽器安裝包綁定；使用本發明提供的自更新方法後，組件a和組件b均可以靈活的配置升級，與瀏覽器安裝包解耦，在不需要瀏覽器重新發版的情況下，組件可以實現自更新，及時應對各種變化，節約帶寬。

由上述可知，本發明實施例提供的組件更新方法，首先，獲取本地的待更新組件相對應的預設更新線程，然後基於該預設更新線程，確定待更新組件的版本信息；接著，向伺服器發送攜帶該版本信息更新請求，當伺服器根據該更新請求確定待更新組件需要更新時，下載更新文件，並根據該更新文件更新待更新組件。即本發明實施例中待更新組件內部啟動相應的更新線程，並基於該更新進程與伺服器進行版本信息對比以及更新文件下載等，從而可自動加載完成組件的更新，也就是說，不需要藉助其他進程，加載組件的進程自己就可以完成升級，更新前進程也不需要關閉，從而大大提高了組件更新的時效性，同時減少帶寬消耗。

第三實施例

為便於更好的實施本發明實施例提供的組件更新方法，本發明實施例還提供一種基於上述組件更新方法的裝置。其中名詞的含義與上述組件更新的方法中相同，具體實現細節可以參考方法實施例中的說明。

請參閱圖3，圖3為本發明實施例提供的組件更新裝置的結構示意圖，其中所述組件更新裝置可以包括獲取單元301、確定單元302、發送單元303、下載單元304以及更新單元305；

其中，獲取單元301，用於獲取本地的待更新組件相對應的預設更新線程；確定單元302，用於基於所述預設更新線程，確定所述待更新組件的版本信息。

比如，每一組件內部預先設置有更新線程，當確定出組件需要更新時，該 組件啟動其對應的更新線程，並基於該更新線程實現對組件的更新。

可以理解的是，本實施例中，線程也被稱為輕量進程，在計算機領域中，其是指運行中的程序的調度單位。線程是進程中的實體，一個進程可以擁有多個線程，一個線程必須有一個父進程。線程不擁有系統資源，只有運行必須的一些數據結構；它與父進程的其它線程共享該進程所擁有的全部資源。線程可以創建和撤消線程，從而實現程序的並發執行。一般，線程具有就緒、阻塞和運行三種基本狀態。

進一步的，所述確定單元302可以包括：

獲取子單元，用於根據所述預設更新線程，獲取相應的預設時間間隔；

確定子單元，用於按照所述預設時間間隔，確定所述待更新組件的版本信息。

例如，該預設更新線程設置定時器，每隔預設時間間隔(如20分鐘或30分鐘等)觸發一次，當定時器觸發時，確定待更新組件在本地的版本信息。

其後，發送單元303，用於向伺服器發送更新請求，所述更新請求攜帶所述版本信息；下載單元304，用於當所述伺服器根據所述更新請求確定所述待更新組件需要更新時，從所述伺服器下載更新文件；更新單元305，用於根據所述更新文件更新所述待更新組件。

可以理解的是，當確定待更新組件在本地的版本信息之後，向伺服器發送攜帶該版本信息的更新請求，從而可以根據該版本信息確定待更新組件是否需要更新。

例如，伺服器接收到該更新請求後，先獲取該待更新組件的最新版本信息，將該最新版本信息與待更新組件在本地的版本信息進行比較，若該最新版本信息與待更新組件在本地的版本信息不一致，則可以確定待更新組件需要更新。

進一步的，在伺服器確定出待更新組件需要更新時，發送通知信息，該通知信息指示需要對該待更新組件進行更新，進而，所述下載單元304可以包括：

接收子單元，用於接收所述伺服器發送的指示需要更新的通知信息；

下載子單元，用於根據所述通知信息，從所述伺服器下載更新文件。

例如，根據該通知信息的指示，從伺服器中查找相應的更新文件；其中，該更新文件可以是最新版本信息的組件整體對應的更新文件，也可以是組件中需要更新的部分對應的更新文件，此處不作具體限定。

本實施例中，根據更新文件更新待更新組件的方式可以有很多，比如，所述更新單元305可以包括：

生成子單元，用於將所述更新文件拷貝至所述待更新組件所在目錄，生成新版本組件；

加載子單元，用於在所述新版本組件所在進程進行重新啟動後，加載所述新版本組件；

更新確定子單元，用於當確定所述新版本組件加載完成後，確定所述新版本組件為更新後的待更新組件。

也就是說，在將更新文件拷貝至待更新組件所在目錄，生成新版本組件之後，還需要對該新版本組件所在進程(如所在的終端應用等)進行重新啟動，並加載該新版本組件，當確定該新版本組件加載完成後，則可以確定該待更新組件更新完畢。

更進一步的，在較為優選的方式中，將該更新文件拷貝至待更新組件所在目錄之前，還可以對各文件、組件進行命名，基於此，所述裝置還可以包括：

命名單元，用於將所述更新文件命名為第一標識信息，將所述待更新組件命名為第二標識信息；在所述生成子單元生成新版本組件之後，根據所述第一標識信息和所述第二標識信息，對所述新版本組件進行命名。

可具體的，比如，可以將該更新文件命名為「*.a.new」，將待更新組件命名為「*.a.old」，從而該新版本組件可以命名為「*.a」，以根據這些命名信息快速查找到對應的文件/組件，便於該組件更新。

具體實施時，以上各個單元可以作為獨立的實體來實現，也可以進行任意組合，作為同一或若干個實體來實現，以上各個單元的具體實施可參見前面的 方法實施例，在此不再贅述。

該組件更新裝置具體可以集成在終端上，該終端可以是手機、平板電腦等具有存儲單元並安裝有微處理器而具有運算能力的終端機。

由上述可知，本發明實施例提供的組件更新裝置，首先，獲取本地的待更新組件相對應的預設更新線程，然後基於該預設更新線程，確定待更新組件的版本信息；接著，向伺服器發送攜帶該版本信息更新請求，當伺服器根據該更新請求確定待更新組件需要更新時，下載更新文件，並根據該更新文件更新待更新組件。即本發明實施例中待更新組件內部啟動相應的更新線程，並基於該更新進程與伺服器進行版本信息對比以及更新文件下載等，從而可自動加載完成組件的更新，相對於基於藉助外在的升級進程對組件進行更新的方式，提高了組件更新的時效性，同時減少帶寬消耗。

第四實施例

請參考圖4，圖4為本發明實施例提供的一種電子設備，可以用於實施上述實施例中提供的組件更新方法。具體如下：

電子設備400包括處理器(cpu)401、包括隨機存取存儲器(ram)402和只讀存儲器(rom)403的系統存儲器404，以及連接系統存儲器404和處理器401的系統總線405。所述電子設備400還包括幫助計算機內的各個器件之間傳輸信息的基本輸入/輸出系統(i/o系統)406，和用於存儲作業系統413、應用程式414和其他程序模塊415的大容量存儲設備407。

所述電子設備400包括處理器(cpu)401、包括隨機存取存儲器(ram)402和只讀存儲器(rom)403的系統存儲器404，以及連接系統存儲器404和處理器401的系統總線405。所述電子設備400還包括幫助計算機內的各個器件之間傳輸信息的基本輸入/輸出系統(i/o系統)406，和用於存儲作業系統413、應用程式414和其他程序模塊415的大容量存儲設備407。

所述基本輸入/輸出系統406包括有用於顯示信息的顯示器408和用於用 戶輸入信息的諸如滑鼠、鍵盤之類的輸入設備409。其中所述顯示器408和輸入設備409都通過連接到系統總線405的輸入輸出控制器410連接到處理器401。所述基本輸入/輸出系統406還可以包括輸入輸出控制器410以用於接收和處理來自鍵盤、滑鼠、或電子觸控筆等多個其他設備的輸入。類似地，輸入輸出控制器410還提供輸出到顯示屏、印表機或其他類型的輸出設備。

所述大容量存儲設備407通過連接到系統總線405的大容量存儲控制器(未示出)連接到處理器401。所述大容量存儲設備407及其相關聯的計算機可讀介質為客戶端設備400提供非易失性存儲。也就是說，所述大容量存儲設備407可以包括諸如硬碟或者cd-rom驅動器之類的計算機可讀介質(未示出)。

不失一般性，所述計算機可讀介質可以包括計算機存儲介質和通信介質。計算機存儲介質包括以用於存儲諸如計算機可讀指令、數據結構、程序模塊或其他數據等信息的任何方法或技術實現的易失性和非易失性、可移動和不可移動介質。計算機存儲介質包括ram、rom、eprom、eeprom、快閃記憶體或其他固態存儲其技術，cd-rom、dvd或其他光學存儲、磁帶盒、磁帶、磁碟存儲或其他磁性存儲設備。當然，本領域技術人員可知所述計算機存儲介質不局限於上述幾種。上述的系統存儲器404和大容量存儲設備407可以統稱為存儲器。

根據本發明的各種實施例，所述電子設備400還可以通過諸如網際網路等網絡連接到網絡上的遠程計算機運行。也即電子設備400可以通過連接在所述系統總線405上的網絡接口單元411連接到網絡412，或者說，也可以使用網絡接口單元411來連接到其他類型的網絡或遠程計算機系統(未示出)。

所述存儲器還包括一個或者一個以上的模塊，所述一個或者一個以上模塊存儲於存儲器中，且被配置由一個或多個處理器401執行，所述一個或多個模塊具有如下功能：

獲取本地的待更新組件相對應的預設更新線程；基於所述預設更新線程， 確定所述待更新組件的版本信息；向伺服器發送更新請求，所述更新請求攜帶所述版本信息；當所述伺服器根據所述更新請求確定所述待更新組件需要更新時，從所述伺服器下載更新文件，並根據所述更新文件更新所述待更新組件。

可選的，所述一個或多個模塊還具有如下功能：

根據所述預設更新線程，獲取相應的預設時間間隔；按照所述預設時間間隔，確定所述待更新組件的版本信息。

可選的，所述一個或多個模塊還具有如下功能：

接收所述伺服器發送的指示需要更新的通知信息；根據所述通知信息，從所述伺服器下載更新文件。

可選的，所述一個或多個模塊還具有如下功能：

將所述更新文件拷貝至所述待更新組件所在目錄，生成新版本組件；在所述新版本組件所在進程進行重新啟動後，加載所述新版本組件；當確定所述新版本組件加載完成後，確定所述新版本組件為更新後的待更新組件。

可選的，所述一個或多個模塊還具有如下功能：

將所述更新文件命名為第一標識信息；將所述待更新組件命名為第二標識信息；所述生成新版本組件之後，還包括：根據所述第一標識信息和所述第二標識信息，對所述新版本組件進行命名。

由上述可知，本發明實施例提供的電子設備中，首先，獲取本地的待更新組件相對應的預設更新線程，然後基於該預設更新線程，確定待更新組件的版本信息；接著，向伺服器發送攜帶該版本信息更新請求，當伺服器根據該更新請求確定待更新組件需要更新時，下載更新文件，並根據該更新文件更新待更新組件。即本發明實施例中待更新組件內部啟動相應的更新線程，並基於該更新進程與伺服器進行版本信息對比以及更新文件下載等，從而可自動加載完成組件的更新，相對於基於藉助外在的升級進程對組件進行更新的方式，提高了組件更新的時效性，同時減少帶寬消耗。

第五實施例

本發明實施例還提供一種基於上述組件更新方法的系統。其中名詞的含義與上述組件更新的方法中相同，具體實現細節可以參考方法實施例中的說明。

請參閱圖5，圖5為本發明實施例提供的組件更新系統500的結構示意圖，其中所述組件更新系統500可以包括伺服器501、以及如第三實施例提供的組件更新裝置502；

其中組件更新裝置502，主要用於獲取本地的待更新組件相對應的預設更新線程；基於該預設更新線程，確定待更新組件的版本信息；向伺服器發送更新請求，該更新請求攜帶該版本信息；當伺服器根據該更新請求確定所述待更新組件需要更新時，從伺服器下載更新文件，並根據更新文件更新待更新組件。

伺服器501，用於接收所述組件更新裝置發送的更新請求，所述更新請求攜帶待更新組件的版本信息，根據所述版本信息確定所述待更新組件需要更新時，向所述組件更新裝置發送通知信息，以使所述組件更新裝置更新所述待更新組件。

在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見上文針對組件更新方法的詳細描述，此處不再贅述。

本發明實施例提供的所述組件更新裝置，譬如為計算機、平板電腦、具有觸摸功能的手機等等，所述組件更新裝置與上文實施例中的組件更新方法屬於同一構思，在所述組件更新裝置上可以運行所述組件更新方法實施例中提供的任一方法，其具體實現過程詳見所述組件更新方法實施例，此處不再贅述。

需要說明的是，對本發明所述組件更新方法而言，本領域普通測試人員可以理解實現本發明實施例所述組件更新方法的全部或部分流程，是可以通過電腦程式來控制相關的硬體來完成，所述電腦程式可存儲於一計算機可讀取存儲介質中，如存儲在終端的存儲器中，並被該終端內的至少一個處理器執行，在執行過程中可包括如所述組件更新方法的實施例的流程。其中，所述的存儲介質可為磁碟、光碟、只讀存儲器、隨機存取記憶體等。

對本發明實施例的所述組件更新裝置而言，其各功能模塊可以集成在一個處理晶片中，也可以是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。所述集成的模塊如果以軟體功能模塊的形式實現並作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中，所述存儲介質譬如為只讀存儲器，磁碟或光碟等。

以上對本發明實施例所提供的一種組件更新方法、裝置和系統進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領域的技術人員，依據本發明的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。