專利名稱：一種widget系統(tǒng)的升級方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)應(yīng)用領(lǐng)域，具體涉及一種widget系統(tǒng)的升級方法及系統(tǒng)。
背景技術(shù)：
widget (微件)是一小塊可以在任意一個基于HTML、JavaScript的Web頁面上 執(zhí)行的代碼、一個互聯(lián)網(wǎng)的小應(yīng)用，它的表現(xiàn)形式可能是視頻，地圖，新聞，小游戲等等。 widget起源于蘋果公司一位工程師的靈感，最初被實現(xiàn)在MAC OS(操作系統(tǒng))上。它由 widget引擎(又稱為widget系統(tǒng))和widget應(yīng)用構(gòu)成，能夠極大的完善桌面應(yīng)用和網(wǎng)絡(luò) 操作。Widget引擎是widget應(yīng)用運行的平臺，同時也通過ajax(Asynchronous JavaScript and XML，異步JavaScript和XML)技術(shù)提供了網(wǎng)絡(luò)訪問能力。在安裝了 widget引擎后，就 可以在此引擎上運行具有各種不同功能的widget應(yīng)用了。隨著widget的發(fā)展，它具備了 跨平臺的能力，目前在windows、MAC OS、Iinux及各種手機平臺上都能看到widget的影子。Widget應(yīng)用作為在互聯(lián)網(wǎng)上興起的一種小應(yīng)用，在2007年開始widget概念在互 聯(lián)網(wǎng)上盛行，國內(nèi)新浪、搜狐、盛大、中移動、聯(lián)通都開始投入到widget的研發(fā)和標(biāo)準(zhǔn)制定 中。Widget的表現(xiàn)形式也由最初的桌面widget、web widget，發(fā)展到終端設(shè)備上，如2008 年開始出現(xiàn)的手機widget和電視widget等。其共同想法是把桌面widget和web widget 的一些特點弓I入到終端設(shè)備上。為了在widget的發(fā)展中搶占先機，各大網(wǎng)站和廠商都發(fā)布了自己的widget標(biāo)準(zhǔn)。 W3C(fforld Wide Web Consortium，萬維網(wǎng)聯(lián)盟)從2006年開始制定一個統(tǒng)一的widget 標(biāo)準(zhǔn)，陸續(xù)發(fā)布了一系列的規(guī)范，但是這些規(guī)范標(biāo)準(zhǔn)都還處于草案階段，且只是面向桌面 widget系統(tǒng)。隨著終端設(shè)備上widget的出現(xiàn)，一些廠商也開始制定運動終端上的widget 規(guī)范。如0ΜΡΤ制定的BONDI規(guī)范，及中國移動參與制定的JIL規(guī)范。這些規(guī)范都提供了 對終端設(shè)備上widget本地應(yīng)用的支持。目前業(yè)界只有widget應(yīng)用的更新升級方式，而在widget系統(tǒng)的更新升級方面還 是空白。但是widget系統(tǒng)中涉及到的如html、CSS JavaScript等技術(shù)都是在不停發(fā)展變 化，而且widget的相關(guān)標(biāo)準(zhǔn)也是在不停的演進中。因而在實際應(yīng)用中widget系統(tǒng)的開發(fā) 者在把widget系統(tǒng)發(fā)布給用戶使用后，還是在不斷的對widget系統(tǒng)進行完善，以求為用戶 提供更多的功能和更好的用戶體驗。而如何把新版本的widget系統(tǒng)提供給用戶沒有一個 很好的解決方法。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種widget系統(tǒng)的升級方法及系統(tǒng)，可及時更 新版本，更好地滿足用戶需要，提高用戶體驗。為解決上述技術(shù)問題，本發(fā)明提供了一種widget系統(tǒng)的升級方法，包括客戶端啟動widget系統(tǒng)后登錄服務(wù)器，同時向服務(wù)器上報當(dāng)前widget系統(tǒng)的版 本信息；
所述服務(wù)器根據(jù)所述版本信息判斷如果客戶端widget系統(tǒng)不是最新版本，則向 所述客戶端發(fā)送更新文件列表；所述客戶端根據(jù)所述更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級。進一步地，在所述客戶端啟動widget系統(tǒng)后，登錄服務(wù)器之前，所述方法還包括 所述客戶端判斷是否有未安裝的更新，如果判斷有未安裝的更新，則安裝所述更新。進一步地，如果判斷有未安裝的更新，在安裝所述更新完成后，退出升級流程；或 者，在安裝所述更新完成后，計算所述未安裝的更新的下載時間與當(dāng)前安裝時間的時間間 隔，判斷如果所述時間間隔大于預(yù)定門限，則繼續(xù)登錄服務(wù)器，否則退出升級流程。進一步地，所述服務(wù)器根據(jù)所述版本信息判斷如果客戶端widget系統(tǒng)不是最新 版本，則向所述客戶端發(fā)送更新文件列表，具體包括服務(wù)器將其上保存的所述widget系 統(tǒng)的最新版本的版本號與所述客戶端上報的版本信息中的版本號進行比較，判斷所述客 戶端版本號低于服務(wù)器上的最新版本號時，則比較最新版本widget系統(tǒng)與所述客戶端 widget系統(tǒng)版本的差異，根據(jù)所述差異確定更新范圍，生成更新文件列表，向所述客戶端發(fā) 送。進一步地，所述更新文件列表包括以下子列表中的一個或幾個要刪除的文件列 表、要增加的文件列表、要改變的文件列表；所述要刪除的文件列表包括要刪除的文件的名 稱；所述要增加的文件列表包括要增加的文件的名稱以及該一個或多個文件的下載地址； 所述要改變的文件列表包括要修改的文件的名稱以及該一個或多個文件的下載地址。進一步地，所述客戶端根據(jù)所述更新文件列表執(zhí)行對應(yīng)的操作，完成widget系統(tǒng) 升級包括所述客戶端根據(jù)所述更新文件列表的內(nèi)容判斷需要下載文件，從所述服務(wù)器下 載需要新增的文件和/或需要修改的文件并保存；客戶端根據(jù)用戶發(fā)送的立即安裝命令或 下次啟動時再安裝的命令，確定執(zhí)行以下操作中一種或幾種的時機安裝新增的文件、安裝 修改的文件、刪除所述更新文件列表指示需要刪除的文件。為解決上述問題，本發(fā)明還提供了一種widget系統(tǒng)的升級系統(tǒng)，包括服務(wù)器更新 升級子系統(tǒng)和客戶端更新升級子系統(tǒng)，其中所述客戶端更新升級子系統(tǒng)，用于在widget系統(tǒng)啟動后登錄服務(wù)器，向服務(wù)器更 新升級子系統(tǒng)上報當(dāng)前widget系統(tǒng)的版本信息；以及用于根據(jù)所述服務(wù)器更新升級子系 統(tǒng)發(fā)送的更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級；所述服務(wù)器更新升級子系統(tǒng)，用于根據(jù)所述版本信息判斷如果客戶端的widget 系統(tǒng)不是最新版本，則向所述客戶端更新升級子系統(tǒng)發(fā)送更新文件列表。進一步地，所述服務(wù)器更新升級子系統(tǒng)包括網(wǎng)絡(luò)交互模塊、版本管理模塊、下載 策略模塊和下載模塊，其中網(wǎng)絡(luò)交互模塊，用于與客戶端進行交互，提供客戶端登錄，接收客戶端更新升級子 系統(tǒng)發(fā)送的版本信息，以及用于向客戶端更新升級子系統(tǒng)發(fā)送所述下載策略模塊生成的更 新文件列表；版本管理模塊，用于存放各個版本的widget系統(tǒng)，并提供查詢服務(wù)；下載策略模塊，用于根據(jù)所述客戶端發(fā)送的版本信息以及版本管理模塊保存的最 新版本widget系統(tǒng)的版本信息判斷客戶端widget系統(tǒng)是否需要更新，如果需要更新，則通 過所述版本管理模塊查詢其上保存的最新版本widget系統(tǒng)內(nèi)容確定客戶端widget系統(tǒng)中
5需要更新范圍，生成更新文件列表；下載模塊，用于在客戶端更新升級子系統(tǒng)發(fā)送下載文件請求時，向客戶端更新升 級子系統(tǒng)提供數(shù)據(jù)下載服務(wù)。進一步地，所述客戶端更新升級子系統(tǒng)包括網(wǎng)絡(luò)交互模塊、下載模塊和更新安裝 模塊，其中網(wǎng)絡(luò)交互模塊，用于與服務(wù)器進行交互，登錄服務(wù)器，并向服務(wù)器更新升級子系統(tǒng) 上報當(dāng)前widget系統(tǒng)的版本信息；以及用于接收服務(wù)器更新升級子系統(tǒng)發(fā)送的更新文件 列表；下載模塊，用于根據(jù)所述更新文件列表，向服務(wù)器更新升級子系統(tǒng)發(fā)送下載文件 請求，從服務(wù)器更新升級子系統(tǒng)下載對應(yīng)的更新文件；更新安裝模塊，用于根據(jù)下載的更新文件對widget系統(tǒng)進行升級。進一步地，所述客戶端widget系統(tǒng)還包括用戶交互模塊，用于與用戶進行交互， 接收用戶發(fā)送的立即安裝命令或下次啟動時再安裝的命令。為解決上述問題，本發(fā)明還提供了一種客戶端更新升級子系統(tǒng)，包括網(wǎng)絡(luò)交互模 塊、下載模塊、更新安裝模塊、用戶交互模塊，其中網(wǎng)絡(luò)交互模塊，用于與服務(wù)器進行交互，登錄服務(wù)器，并向服務(wù)器更新升級子系統(tǒng) 上報當(dāng)前widget系統(tǒng)的版本信息；以及用于接收服務(wù)器更新升級子系統(tǒng)發(fā)送的更新文件 列表；下載模塊，用于根據(jù)所述更新文件列表，向服務(wù)器更新升級子系統(tǒng)發(fā)送下載文件 請求，從服務(wù)器更新升級子系統(tǒng)下載對應(yīng)的更新文件；更新安裝模塊，用于根據(jù)下載的更新文件對widget系統(tǒng)進行升級。本發(fā)明實施例能夠同時適用于桌面widget系統(tǒng)和移動終端設(shè)備上的widget系 統(tǒng)，可以檢測到下載服務(wù)器上的最新widget系統(tǒng)并自動下載更新升級，可以使用戶始終能 夠使用版本最新、功能最全的widget系統(tǒng)，以達(dá)到更好的用戶體驗。同時，還能節(jié)約用戶的 時間和精力。


圖1是本實施例widget系統(tǒng)功能框圖；圖2是widget系統(tǒng)自動更新的流程圖。
具體實施例方式在現(xiàn)有的widget系統(tǒng)中，通常都不提供widget系統(tǒng)更新升級的功能，而是需要用 戶來訪問特定網(wǎng)站來查看widget系統(tǒng)的發(fā)布者有無新版本的widget系統(tǒng)發(fā)布，如果有的 話再手動下載安裝，既不快捷方便，又消耗用戶的時間和精力。為此，本發(fā)明提供一種widget系統(tǒng)升級方法，包括客戶端啟動widget系統(tǒng)后登 錄服務(wù)器，同時向服務(wù)器上報當(dāng)前widget系統(tǒng)的版本信息；所述服務(wù)器根據(jù)所述版本信息 判斷如果客戶端widget系統(tǒng)不是最新版本，則向所述客戶端發(fā)送更新文件列表；所述客戶 端根據(jù)所述更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級。優(yōu)選地，在所述客戶端啟動widget系統(tǒng)后，登錄服務(wù)器之前，所述客戶端判斷是否有未安裝的更新，如果判斷有未安裝的更新，則安裝所述更新。在安裝所述更新完成后， 再登錄服務(wù)器；或者，退出升級流程；或者，在安裝所述更新完成后，計算所述未安裝的更 新的下載時間與當(dāng)前安裝時間的時間間隔，判斷如果所述時間間隔大于預(yù)定門限，則繼續(xù) 登錄服務(wù)器，否則退出升級流程。所述更新文件列表包括以下子列表中的一個或幾個要刪除的文件列表、要增加 的文件列表、要改變的文件列表。所述要刪除的文件列表包括要刪除的文件的名稱；所述要 增加的文件列表包括要增加的文件的名稱以及該一個或多個文件的下載地址；所述要改變 的文件列表包括要修改的文件的名稱以及該一個或多個文件的下載地址。所述客戶端根據(jù)所述更新文件列表的內(nèi)容判斷需要下載文件，從所述服務(wù)器下載 需要新增的文件和/或需要修改的文件并保存；客戶端根據(jù)用戶發(fā)送的立即安裝命令或下 次啟動時再安裝的命令，確定執(zhí)行以下操作中一種或幾種的時機安裝新增的文件、安裝修 改的文件、刪除所述更新文件列表指示需要刪除的文件。采用了本發(fā)明的widget系統(tǒng)升級方法，既可以讓用戶第一時間使用到最新版本 的widget系統(tǒng)，又為用戶節(jié)約了時間和精力。遵循W3C、JIL和BONDI標(biāo)準(zhǔn)定義的widget系統(tǒng)框架，本實施例所述的widget升 級系統(tǒng)包括2個子系統(tǒng)服務(wù)器的更新升級子系統(tǒng)和客戶端的更新升級子系統(tǒng)，如圖1所 示，其中服務(wù)器的更新升級子系統(tǒng)的主要功能為用于根據(jù)所述版本信息判斷如果客戶端 的widget系統(tǒng)不是最新版本，則向所述客戶端更新升級子系統(tǒng)發(fā)送更新文件列表。包括以 下子模塊網(wǎng)絡(luò)交互模塊，用于與客戶端進行交互，提供客戶端登錄，接收客戶端更新升級子 系統(tǒng)發(fā)送的版本信息，以及用于向客戶端更新升級子系統(tǒng)發(fā)送所述下載策略模塊生成的更 新文件列；版本管理模塊，以數(shù)據(jù)庫的形式存放各個版本的widget系統(tǒng)，并能提供查詢服 務(wù)；下載策略模塊，用于根據(jù)所述客戶端發(fā)送的版本信息以及版本管理模塊保存的最 新版本widget系統(tǒng)的版本信息判斷客戶端widget系統(tǒng)是否需要更新，如果需要更新，則通 過所述版本管理模塊查詢其上保存的最新版本widget系統(tǒng)內(nèi)容確定客戶端widget系統(tǒng)中 哪些文件需要更新，即比較客戶端widget系統(tǒng)與版本數(shù)據(jù)庫中最新版本widget系統(tǒng)的差 異，生成更新文件列表，以便于增量更新；下載模塊，用于在客戶端更新升級子系統(tǒng)發(fā)送下載文件請求時，向客戶端更新升 級子系統(tǒng)提供數(shù)據(jù)下載服務(wù)?？蛻舳说母律壸酉到y(tǒng)的主要功能為用于在widget系統(tǒng)啟動后登錄服務(wù)器， 向服務(wù)器更新升級子系統(tǒng)上報當(dāng)前widget系統(tǒng)的版本信息；以及用于根據(jù)所述服務(wù)器更 新升級子系統(tǒng)發(fā)送的更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級。包括以下子模 塊網(wǎng)絡(luò)交互模塊，用于與服務(wù)器的網(wǎng)絡(luò)交互，登錄服務(wù)器，并向服務(wù)器更新升級子系 統(tǒng)上報當(dāng)前widget系統(tǒng)的版本信息；以及用于接收服務(wù)器更新升級子系統(tǒng)發(fā)送的更新文 件列表；
7
下載模塊，用于根據(jù)所述更新文件列表，向服務(wù)器更新升級子系統(tǒng)發(fā)送下載文件 請求，從服務(wù)器更新升級子系統(tǒng)下載對應(yīng)的更新文件；更新安裝模塊，用于根據(jù)下載的更新文件對widget系統(tǒng)進行升級。優(yōu)選地，所述客戶端更新升級子系統(tǒng)還包括用戶交互模塊，用于與用戶交互，接收 用戶發(fā)送的立即安裝命令或下次啟動時再安裝的命令。Widget系統(tǒng)的自動升級流程的一種實施方式如圖2所示，包括以下步驟步驟201，客戶端widget系統(tǒng)啟動；步驟202，判斷是否有未安裝的更新，如果有，執(zhí)行步驟203，如果沒有，執(zhí)行步驟 204 ；步驟203，安裝更新，執(zhí)行步驟214 ；優(yōu)選地，考慮到有可能出現(xiàn)用戶長時間沒有在客戶端使用widget系統(tǒng)的情況，在 安裝完上次的更新后，有可能仍然不是最新版本，為了防止此種情況出現(xiàn)，可在步驟203安 裝更新完畢后，返回步驟204;或者，在下載更新時記錄下載時間，在安裝更新時記錄安裝 更新時間，比較兩時間的時間間隔，如果大于預(yù)定值則執(zhí)行步驟204，訪問服務(wù)器，否則執(zhí)行 步驟214，不訪問服務(wù)器。步驟204，客戶端登錄服務(wù)器，并向服務(wù)器發(fā)送當(dāng)前widget系統(tǒng)的版本信息；widget系統(tǒng)登錄服務(wù)器具體使用的協(xié)議可以使用HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)、SIP (Session Initiation Protocol，會話初始協(xié)議)等，可 由雙方事先約定。版本信息例如可以是版本號，也可以是唯一表示版本的其他任何信息。步驟205，服務(wù)器將客戶端當(dāng)前widget系統(tǒng)的版本號與數(shù)據(jù)庫中最新版本的版本 號進行比較；步驟206，服務(wù)器根據(jù)版本號比較結(jié)果判斷客戶端widget系統(tǒng)是否需要更新，如 果是，執(zhí)行步驟207，否則，執(zhí)行步驟214 ；步驟207，服務(wù)器對最新版本widget系統(tǒng)和客戶端當(dāng)前上報的widget系統(tǒng)版本進 行比較，確定更新范圍，生成更新列表，將更新列表發(fā)送給客戶端；服務(wù)器接收到客戶端發(fā)送的版本信息后，與數(shù)據(jù)庫中的最新版本進行比較，如果 客戶端的當(dāng)前版本已經(jīng)是最新版本了，則可結(jié)束更新過程，或者通知客戶端無需更新；如 果客戶端的當(dāng)前版本不是最新版本，即客戶端版本號低于服務(wù)器上的最新版本號，比較 客戶端的當(dāng)前版本和數(shù)據(jù)庫中最新版本之間的差異。通常一個widget系統(tǒng)由多部分組 成，可能的組成部分有解壓縮模塊、widget安全模塊、瀏覽器引擎、擴展的JavaScript API (Application Programming Interface，應(yīng)用程序編程接口)、widget 應(yīng)用管理模塊、 安全等部分。新版本相對于舊版本而言，通常只有一個或多個部分發(fā)生了變化。因此更新 時也只需更新對應(yīng)部分即可，即差異性更新。根據(jù)比較結(jié)果，確認(rèn)更新范圍，以更新文件列 表的方式返回給客戶端。具體的形式可以采用xml (可擴展標(biāo)記語言)文件實現(xiàn)，可包括以 下子列表中的一個或多個要刪除的文件列表、要增加的文件列表和要改變的文件列表，每 個子列表中包含需更新文件的文件名，需要時，還可包括需更新的一個或多個文件對應(yīng)的 url (Uniform/Universal Resource Locator,統(tǒng)一資源定位符)。以包含上述三個子列表為例給出一種更新文件列表示例
<update_fles_list>//更新文件列表<added_files_list>//要增加的文件列表<file>//增加的文件〈filename〉文件名〈/filename〉//增加文件的文件名<url>文件的url<url>//文件對應(yīng)的url</file>____</added_files_list><changed_file_list s>//要改變的文件列表<file>//改變的文件〈filename〉文件名〈/filename〉//改變文件的文件名<url>文件的url<url>//文件對應(yīng)的url</file>...</changed_fles_list><delete_files_list>//要刪除的文件列表<file>//刪除的文件〈filename〉文件名〈/filename〉//刪除文件的文件名</file>...</delete_files_list></update_file_list>步驟208，客戶端根據(jù)更新文件列表確認(rèn)需更新的文件，如果有需要改變和/或需
要更新的文件，則下載對應(yīng)文件并保存；在本步驟中，客戶端在收到服務(wù)器返回的更新文件列表后，根據(jù)更新內(nèi)容，下載對 應(yīng)文件，即對于安裝列表內(nèi)新增的和有變化的文件，按照每個文件的對應(yīng)url下載文件，并 把全部數(shù)據(jù)保存為臨時文件。該臨時文件如果沒有被安裝，在widget系統(tǒng)關(guān)閉后也不會被清除。步驟209，判斷用戶確認(rèn)是否立即安裝，如果是，執(zhí)行步驟211，否則執(zhí)行步驟210 ；下載完成后，提示用戶是馬上安裝更新文件或下一次widget系統(tǒng)啟動時再安裝。步驟210，標(biāo)記該更新文件，以便在下次widget系統(tǒng)啟動時安裝；步驟211，保存當(dāng)前的系統(tǒng)狀態(tài)；步驟212，對widget系統(tǒng)進行更新；如果用戶選擇馬上安裝，則保存widget系統(tǒng)的當(dāng)前狀態(tài)，關(guān)閉widget系統(tǒng)，根據(jù) 更新策略進行更新安裝，即只更新更新文件列表內(nèi)的部分。按照更新文件列表里的新增文 件，把新增文件添加進來；對于更新文件列表里有改變的文件進行覆蓋操作；對于更新文 件列表里需要刪除的文件，進行刪除操作。步驟213，重新啟動widget系統(tǒng)，并根據(jù)步驟211中保存的狀態(tài)，恢復(fù)到關(guān)閉前的 狀態(tài)，同時刪除臨時保存的下載更新文件；
9
步驟214，退出更新。通過以上步驟可以達(dá)到widget系統(tǒng)可更新的目的，可以有效提升用戶體驗，并為 用戶節(jié)約時間和精力。在其他實施例中，可以不包括步驟202、209和210，即默認(rèn)為發(fā)現(xiàn)更新便安裝。在 另外的實施例中，也可以不執(zhí)行步驟211，僅在安裝完更新后重啟widget系統(tǒng)，不會打開之 前打開的widget實例。本實施例所提供的自動更新流程可與現(xiàn)有技術(shù)兼容，即可為用戶提供一自動更新 和手動更新按鈕或選項，根據(jù)用戶的選擇，確定是自動更新還是手動更新。需要說明的是，如果不沖突，本發(fā)明實施例以及實施例中的各個特征可以相互結(jié) 合，均在本發(fā)明的保護范圍之內(nèi)。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令 相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤 等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng) 地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的 形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變 形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
一種widget系統(tǒng)的升級方法，包括客戶端啟動widget系統(tǒng)后登錄服務(wù)器，同時向服務(wù)器上報當(dāng)前widget系統(tǒng)的版本信息；所述服務(wù)器根據(jù)所述版本信息判斷如果客戶端widget系統(tǒng)不是最新版本，則向所述客戶端發(fā)送更新文件列表；所述客戶端根據(jù)所述更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于在所述客戶端啟動widget系統(tǒng)后，登錄服務(wù)器之前，所述方法還包括所述客戶端判 斷是否有未安裝的更新，如果判斷有未安裝的更新，則安裝所述更新。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于如果判斷有未安裝的更新，在安裝所述更新完成后，退出升級流程； 或者，在安裝所述更新完成后，計算所述未安裝的更新的下載時間與當(dāng)前安裝時間的 時間間隔，判斷如果所述時間間隔大于預(yù)定門限，則繼續(xù)登錄服務(wù)器，否則退出升級流程。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于所述服務(wù)器根據(jù)所述版本信息判斷如果客戶端widget系統(tǒng)不是最新版本，則向所述 客戶端發(fā)送更新文件列表，具體包括服務(wù)器將其上保存的所述widget系統(tǒng)的最新版本的版本號與所述客戶端上報的版本 信息中的版本號進行比較，判斷所述客戶端版本號低于服務(wù)器上的最新版本號時，則比較 最新版本widget系統(tǒng)與所述客戶端widget系統(tǒng)版本的差異，根據(jù)所述差異確定更新范圍， 生成更新文件列表，向所述客戶端發(fā)送。
5.根據(jù)權(quán)利要求1或4所述的方法，其特征在于所述更新文件列表包括以下子列表中的一個或幾個要刪除的文件列表、要增加的文 件列表、要改變的文件列表；所述要刪除的文件列表包括要刪除的文件的名稱；所述要增加的文件列表包括要增加 的文件的名稱以及該一個或多個文件的下載地址；所述要改變的文件列表包括要修改的文 件的名稱以及該一個或多個文件的下載地址。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于所述客戶端根據(jù)所述更新文件列表執(zhí)行對應(yīng)的操作，完成widget系統(tǒng)升級包括 所述客戶端根據(jù)所述更新文件列表的內(nèi)容判斷需要下載文件，從所述服務(wù)器下載需要 新增的文件和/或需要修改的文件并保存；客戶端根據(jù)用戶發(fā)送的立即安裝命令或下次啟動時再安裝的命令，確定執(zhí)行以下操作 中一種或幾種的時機安裝新增的文件、安裝修改的文件、刪除所述更新文件列表指示需要 刪除的文件。
7.—種widget系統(tǒng)的升級系統(tǒng)，包括服務(wù)器更新升級子系統(tǒng)和客戶端更新升級子系 統(tǒng)，其中所述客戶端更新升級子系統(tǒng)，用于在widget系統(tǒng)啟動后登錄服務(wù)器，向服務(wù)器更新升 級子系統(tǒng)上報當(dāng)前widget系統(tǒng)的版本信息；以及用于根據(jù)所述服務(wù)器更新升級子系統(tǒng)發(fā) 送的更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級；所述服務(wù)器更新升級子系統(tǒng)，用于根據(jù)所述版本信息判斷如果客戶端的widget系統(tǒng)不是最新版本，則向所述客戶端更新升級子系統(tǒng)發(fā)送更新文件列表。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于所述服務(wù)器更新升級子系統(tǒng)包括網(wǎng)絡(luò)交互模塊、版本管理模塊、下載策略模塊和下載 模塊，其中網(wǎng)絡(luò)交互模塊，用于與客戶端進行交互，提供客戶端登錄，接收客戶端更新升級子系統(tǒng) 發(fā)送的版本信息，以及用于向客戶端更新升級子系統(tǒng)發(fā)送所述下載策略模塊生成的更新文 件列表；版本管理模塊，用于存放各個版本的widget系統(tǒng)，并提供查詢服務(wù)； 下載策略模塊，用于根據(jù)所述客戶端發(fā)送的版本信息以及版本管理模塊保存的最新版 本widget系統(tǒng)的版本信息判斷客戶端widget系統(tǒng)是否需要更新，如果需要更新，則通過所 述版本管理模塊查詢其上保存的最新版本widget系統(tǒng)內(nèi)容確定客戶端widget系統(tǒng)中需要 更新范圍，生成更新文件列表；下載模塊，用于在客戶端更新升級子系統(tǒng)發(fā)送下載文件請求時，向客戶端更新升級子 系統(tǒng)提供數(shù)據(jù)下載服務(wù)。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于所述客戶端更新升級子系統(tǒng)包括網(wǎng)絡(luò)交互模塊、下載模塊和更新安裝模塊，其中 網(wǎng)絡(luò)交互模塊，用于與服務(wù)器進行交互，登錄服務(wù)器，并向服務(wù)器更新升級子系統(tǒng)上報 當(dāng)前widget系統(tǒng)的版本信息；以及用于接收服務(wù)器更新升級子系統(tǒng)發(fā)送的更新文件列表； 下載模塊，用于根據(jù)所述更新文件列表，向服務(wù)器更新升級子系統(tǒng)發(fā)送下載文件請求， 從服務(wù)器更新升級子系統(tǒng)下載對應(yīng)的更新文件；更新安裝模塊，用于根據(jù)下載的更新文件對widget系統(tǒng)進行升級。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于所述客戶端widget系統(tǒng)還包括用戶交互模塊，用于與用戶進行交互，接收用戶發(fā)送的 立即安裝命令或下次啟動時再安裝的命令。
11.一種客戶端更新升級子系統(tǒng)，包括網(wǎng)絡(luò)交互模塊、下載模塊、更新安裝模塊、用戶交 互模塊，其中網(wǎng)絡(luò)交互模塊，用于與服務(wù)器進行交互，登錄服務(wù)器，并向服務(wù)器更新升級子系統(tǒng)上報 當(dāng)前widget系統(tǒng)的版本信息；以及用于接收服務(wù)器更新升級子系統(tǒng)發(fā)送的更新文件列表； 下載模塊，用于根據(jù)所述更新文件列表，向服務(wù)器更新升級子系統(tǒng)發(fā)送下載文件請求， 從服務(wù)器更新升級子系統(tǒng)下載對應(yīng)的更新文件；更新安裝模塊，用于根據(jù)下載的更新文件對widget系統(tǒng)進行升級。
全文摘要
本發(fā)明公開了一種widget系統(tǒng)的升級方法及系統(tǒng)，可及時更新版本，更好地滿足用戶需要，提高用戶體驗。所述升級方法包括客戶端啟動widget系統(tǒng)后登錄服務(wù)器，同時向服務(wù)器上報當(dāng)前widget系統(tǒng)的版本信息；所述服務(wù)器根據(jù)所述版本信息判斷如果客戶端widget系統(tǒng)不是最新版本，則向所述客戶端發(fā)送更新文件列表；所述客戶端根據(jù)所述更新文件列表執(zhí)行相應(yīng)的操作，完成widget系統(tǒng)升級。本發(fā)明能夠同時適用于桌面widget系統(tǒng)和移動終端設(shè)備上的widget系統(tǒng)，可以檢測到下載服務(wù)器上的最新widget系統(tǒng)并自動下載更新升級，可使用戶始終能夠使用版本最新、功能最全的widget系統(tǒng)，以達(dá)到更好的用戶體驗。
文檔編號H04L29/06GK101945135SQ20101029050
公開日2011年1月12日 申請日期2010年9月20日 優(yōu)先權(quán)日2010年9月20日
發(fā)明者肖非 申請人:中興通訊股份有限公司