專利名稱：一種軟件更新的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明公布了一種軟件更新的系統(tǒng)和方法。更具體的，涉及一種用于軟件故障維
護(hù)及自動(dòng)更新的系統(tǒng)和方法。
背景技術(shù)：
隨著多媒體終端的軟件技術(shù)日益成熟，多媒體終端產(chǎn)品的功能要求也由單一化到 多樣化，支持的環(huán)境也越來越多，對(duì)產(chǎn)品的復(fù)用性要求越來越高。每一次版本更新，對(duì)于不 同的版本，不同的環(huán)境，經(jīng)常需要制作多個(gè)同一目標(biāo)版本的軟件包，增加了工程人員和開發(fā) 人員的工作量。 目前的軟件升級(jí)存在這樣幾個(gè)問題1、工程操作復(fù)雜，需要針對(duì)系統(tǒng)中的每個(gè)模 塊制作多個(gè)升級(jí)軟件包；2、如果升級(jí)，必須全部升級(jí)，無法做到只更新某一區(qū)域的用戶；3、 由于客戶端版本不同，開發(fā)人員在更新前需要判斷客戶端版本是否兼容目標(biāo)版本，這樣開 發(fā)人員需要了解每一個(gè)版本的信息，如果判斷失誤，就會(huì)使更新失敗，主觀性比較大，且無 標(biāo)準(zhǔn)；4、對(duì)于解決故障現(xiàn)有技術(shù)只能是全面升級(jí)，但其實(shí)往往只需替換或修改幾個(gè)文件即 可完成故障修復(fù)。

發(fā)明內(nèi)容
為了解決上述問題的全部或者至少之一，本發(fā)明提出一種可解決設(shè)備軟件故障修 復(fù)及設(shè)備軟件自動(dòng)更新的系統(tǒng)與方法。
本發(fā)明公開了一種軟件更新系統(tǒng)，包括服務(wù)器和客戶端，其中 所述服務(wù)器包括版本管理模塊、更新策略模塊，所述版本管理模塊用于在服務(wù)器 上建立版本數(shù)據(jù)庫，管理版本信息，還用于提供查詢接口 ，所述查詢接口用于使所述版本管 理模塊具有可移植性，嵌入其它模塊，獲取和/或提供信息；所述更新策略模塊，用于根據(jù) 所述版本管理模塊的版本信息提供更新策略，所述更新策略用于指導(dǎo)所述更新執(zhí)行模塊執(zhí) 行軟件更新； 所述客戶端包括更新執(zhí)行模塊，用于在客戶端登陸服務(wù)器并通過了所述更新策略 檢查需要執(zhí)行更新時(shí)，下載更新軟件包執(zhí)行軟件更新；所述更新執(zhí)行模塊還用于備份更新 前的客戶端版本，并用于根據(jù)客戶端版本與所述服務(wù)器上更新軟件包的不同制定更新文件 清單，還用于生成更新結(jié)果報(bào)告。 所述更新策略包括以下參數(shù)中一項(xiàng)或多項(xiàng)的組合策略名稱、策略優(yōu)先級(jí)、客戶端 類型、客戶端版本，更新范圍，更新生效時(shí)間，更新標(biāo)志。用戶也可以設(shè)定其他的參數(shù)項(xiàng)。其 中所述更新范圍，用于預(yù)先設(shè)定需要進(jìn)行軟件更新的省份、城市、業(yè)務(wù)區(qū)、企業(yè)或特定用 戶；所述更新生效時(shí)間，用于指定軟件更新可以開始的時(shí)間；所述更新標(biāo)志，包括升級(jí)、不 升級(jí)、強(qiáng)制升級(jí)，用于對(duì)所述更新策略的選項(xiàng)進(jìn)行檢測(cè)后，給出的用戶是否應(yīng)當(dāng)執(zhí)行更新的 提示。 本發(fā)明公開的所述軟件更新系統(tǒng)還包括故障診斷模塊，設(shè)置于服務(wù)器，還包括設(shè)置于客戶端上的駐留程序；所述故障診斷模塊用于在服務(wù)器接到客戶端上報(bào)故障時(shí)通過在 所述客戶端上的駐留程序遠(yuǎn)程獲取所述客戶端故障信息，根據(jù)故障信息制定出故障修復(fù)文 件做成故障修復(fù)包。所述故障修復(fù)模塊還用于在所述客戶端再次登陸服務(wù)器后向所述客戶 端發(fā)送更新命令提示客戶端進(jìn)行更新以修復(fù)故障。需要說明的是，在執(zhí)行故障修復(fù)時(shí)，所述 更新執(zhí)行模塊下載升級(jí)服務(wù)器上的所述更新軟件包為故障修復(fù)包。 根據(jù)本發(fā)明的軟件更新系統(tǒng)，本發(fā)明還公開了一種軟件更新方法，包括以下步 驟 根據(jù)版本管理模塊的信息，更新策略模塊設(shè)置更新策略； 客戶端登陸服務(wù)器后，所述更新策略模塊檢查客戶端當(dāng)前版本軟件是否符合所述 更新策略，并向客戶端返回檢查結(jié)果； 當(dāng)符合所述更新策略時(shí)，所述客戶端啟動(dòng)更新執(zhí)行模塊發(fā)起軟件更新； 所述更新執(zhí)行模塊從服務(wù)器上下載更新軟件包，完成更新，其中進(jìn)行的是增量式下載。 本發(fā)明公開的所述的軟件更新方法，其中所述設(shè)置更新策略，包括對(duì)以下參數(shù)中 一項(xiàng)或多項(xiàng)組合的設(shè)定 策略名稱、策略優(yōu)先級(jí)、客戶端類型、客戶端版本、更新范圍、更新生效時(shí)間、更新 標(biāo)志。 本發(fā)明公開的所述的軟件更新方法中，根據(jù)比較結(jié)果，從所述更新服務(wù)器下載文 件的步驟，具體包括 所述更新執(zhí)行模塊比較客戶端當(dāng)前版本軟件與服務(wù)器上的更新軟件包，將更新軟 件包中新增而當(dāng)前版本軟件中沒有的文件列成清單； 依據(jù)所述文件清單，所述更新執(zhí)行模塊從所述服務(wù)器增量式下載更新軟件包中的 文件，執(zhí)行更新。
本發(fā)明公開的所述軟件更新方法中，啟動(dòng)更新執(zhí)行模塊發(fā)起軟件更新后，包括 更新執(zhí)行模塊將所述客戶端當(dāng)前版本軟件備份； 如軟件更新失敗，執(zhí)行版本回退，根據(jù)所述備份回退至更新前版本。 本發(fā)明公開的系統(tǒng)還可以利用更新策略模塊來對(duì)更新軟件包進(jìn)行檢驗(yàn)。即利用一
定的更新策略設(shè)定特定客戶端對(duì)更新包進(jìn)行檢測(cè)，在確保更新包功能無誤后再供大范圍更
新使用。利用更新策略設(shè)定特定客戶端對(duì)用于更新的軟件包進(jìn)行檢測(cè)，方法如下 在所述更新策略中設(shè)定特定客戶端，使得所述特定客戶端啟動(dòng)更新； 所述特定客戶端登陸服務(wù)器后，通過更新策略模塊檢查得到更新提示，下載測(cè)試
用更新軟件包并更新； 對(duì)所述特定客戶端版本進(jìn)行檢查分析，根據(jù)檢查分析結(jié)果，完善所述更新軟件包。
本發(fā)明公開的所述軟件更新方法中，所述更新服務(wù)器上的軟件包為客戶端故障修 復(fù)包，所述故障修復(fù)包生成步驟如下 接到客戶端上報(bào)故障后，故障診斷模塊通過所述客戶端上的駐留程序進(jìn)行故障診 斷； 根據(jù)診斷結(jié)果制定修復(fù)方案； 將修復(fù)所需文件打包成故障修復(fù)包上傳到升級(jí)服務(wù)器。
5
本發(fā)明提供的軟件更新方法，內(nèi)容包括根據(jù)版本管理模塊的信息，更新策略模塊 設(shè)置更新策略；客戶端登陸服務(wù)器后，所述更新策略模塊檢查客戶端當(dāng)前版本軟件是否符 合所述更新策略，并向客戶端返回檢查結(jié)果；符合所述更新策略時(shí)，客戶端啟動(dòng)更新執(zhí)行模 塊發(fā)起軟件更新；更新執(zhí)行模塊從服務(wù)器下載更新軟件包，執(zhí)行更新。故障發(fā)生時(shí)，用故障 修復(fù)包替代更新軟件包，可以利用本發(fā)明的軟件更新方法實(shí)現(xiàn)故障修復(fù)。通過本發(fā)明的軟 件更新系統(tǒng)和/或方法，不但可以實(shí)現(xiàn)軟件的自動(dòng)更新，還可以實(shí)現(xiàn)故障修復(fù)。并且，軟件 更新的過程可以通過更新策略地設(shè)定而變得更簡(jiǎn)便更可控，比如可以定時(shí)、定點(diǎn)的實(shí)現(xiàn)軟 件更新；軟件的故障修復(fù)過程也更有針對(duì)性，更易操作，不用費(fèi)時(shí)費(fèi)事；這解決了背景技術(shù) 中提到的關(guān)于軟件更新與故障修復(fù)的諸多難題。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明 書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而得以了解。本發(fā) 明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu) 來實(shí)現(xiàn)和獲得。


附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)
施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。
圖1是根據(jù)本發(fā)明的軟件更新系統(tǒng)的示意圖。
圖2是版本管理模塊的組成示意圖。 圖3是本發(fā)明實(shí)現(xiàn)軟件更新的具體實(shí)施步驟流程圖 圖4是根據(jù)本發(fā)明更新執(zhí)行模塊執(zhí)行更新過程的流程圖。 圖5是根據(jù)本發(fā)明實(shí)現(xiàn)故障修復(fù)的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對(duì) 本發(fā)明作進(jìn)一步的詳細(xì)描述。 如圖1是本發(fā)明的軟件更新系統(tǒng)的示意圖，客戶端主要包括更新執(zhí)行模塊，客戶 端主程序，客戶端駐留程序；服務(wù)器端主要包括服務(wù)器主程序、版本管理模塊、更新策略模 塊、故障診斷模塊，以及統(tǒng)一更新版本包。其中 版本管理模塊包括版本數(shù)據(jù)庫，版本管理模塊用來管理版本信息，還能夠提供查 詢接口 ，讓其他模塊嵌入版本管理模塊。 更新策略模塊用于制定更新策略。根據(jù)查詢版本數(shù)據(jù)庫的得到的版本信息，工程 人員制定出更新策略上傳道服務(wù)器上。更新策略內(nèi)容包括策略名稱、策略優(yōu)先級(jí)、客戶端 類型、客戶端版本，更新范圍，更新生效時(shí)間，更新標(biāo)志等等。用戶也可以自定義各種更新策 略選項(xiàng)。 更新執(zhí)行模塊，根據(jù)更新策略檢查的結(jié)果，執(zhí)行更新過程，并且將更新結(jié)果上報(bào)服 務(wù)器。當(dāng)客戶端登錄系統(tǒng)時(shí)，根據(jù)更新策略的判斷結(jié)果啟動(dòng)更新執(zhí)行模塊；更新執(zhí)行模塊首 先將當(dāng)前版本文件備份，這樣當(dāng)更新失敗時(shí)可以執(zhí)行版本回退；然后比較當(dāng)前版本與服務(wù) 器上的目標(biāo)版本更新軟件包的差異，生成一份不同的文件的清單，按照清單進(jìn)行增量式下 載，降低了服務(wù)器的負(fù)載，也加快了更新的時(shí)間。更新完成后，自動(dòng)生成一份此次更新的結(jié)果報(bào)告，自動(dòng)上傳至服務(wù)器，便于工程人員后期跟蹤，同時(shí)也可以根據(jù)這些信息更新版本數(shù)據(jù)庫。其中的更新軟件包，是工程人員根據(jù)各種信息包括版本數(shù)據(jù)庫中的信息，預(yù)先做好放到服務(wù)器上的。 故障診斷模塊，進(jìn)行故障定位并提供故障修復(fù)包。在故障發(fā)生時(shí)，工程人員通過客戶端上的駐留程序獲取客戶端的版本信息、系統(tǒng)信息、操作日志、告警信息、故障信息等，進(jìn)行故障定位，生成診斷結(jié)果，制定故障修復(fù)方案；工程人員根據(jù)所述故障修復(fù)方案，將修復(fù)所需文件制成故障修復(fù)軟件包上傳到服務(wù)器上。當(dāng)用戶下次登陸服務(wù)器時(shí)，故障診斷模塊向用戶發(fā)送更新命令，提示用戶進(jìn)行文件更新。此處需要說明的是，即使故障診斷模塊不像用戶發(fā)送更新命令，發(fā)生故障的客戶端登陸服務(wù)器也會(huì)接受更新策略的檢查，得到更新的指示，不過此處更新下載的更新軟件包實(shí)際上為故障修復(fù)包。 本發(fā)明涉及的軟件更新系統(tǒng)既能實(shí)現(xiàn)自動(dòng)更新功能，又能實(shí)現(xiàn)單純的故障維護(hù)。其中，版本管理模塊是進(jìn)行自動(dòng)更新和故障維護(hù)的基礎(chǔ)。 如圖2所示，版本管理模塊包括一個(gè)版本數(shù)據(jù)庫，和若干查詢接口。其中，查詢接口，用于嵌入其它模塊，使版本管理模塊具有兼容性，可以自動(dòng)獲取客戶端相關(guān)信息。版本數(shù)據(jù)庫，用于匯總版本信息，并進(jìn)行管理。訪問版本管理模塊，可以獲得上述版本信息。所述版本信息，包括客戶端版本號(hào)、版本功能、版本適用范圍、客戶端系統(tǒng)要求，以及與客戶端軟件相關(guān)的其它各種信息。 本發(fā)明涉及的軟件自動(dòng)更新系統(tǒng)在實(shí)現(xiàn)自動(dòng)更新的過程中，工程人員通過查詢服務(wù)器上的版本信息庫，了解版本信息，給制定更新策略提供依據(jù)；更新策略模塊給出更新策略；客戶端根據(jù)更新策略啟動(dòng)更新執(zhí)行程序。 如圖3所示，本發(fā)明實(shí)現(xiàn)軟件更新的具體實(shí)施步驟如下 S301工程人員根據(jù)查詢版本數(shù)據(jù)庫的信息，制定更新策略，將更新包上傳到服務(wù)器上； S302客戶端登陸服務(wù)器后，更新策略模塊對(duì)客戶端是否符合更新策略進(jìn)行檢查并向客戶端返回提示，當(dāng)返回"不更新"時(shí)，不啟動(dòng)更新執(zhí)行模塊，退出查詢；否則，啟動(dòng)更新執(zhí)行模塊； S303更新執(zhí)行模塊首先將當(dāng)前版本文件進(jìn)行備份； S304然后比較當(dāng)前版本與更新服務(wù)器上的目標(biāo)版本的差異，根據(jù)比較結(jié)果生成一份當(dāng)前版本沒有而目標(biāo)版本有的文件的清單； S305依據(jù)文件清單進(jìn)行增量式下載文件，并自動(dòng)安裝更新相關(guān)文件； S306若更新成功，則生成一份此次更新的結(jié)果報(bào)告，并上傳至服務(wù)器；若更新失
敗，則執(zhí)行版本回退，回退到更新前的版本，當(dāng)再次登錄時(shí)，重新啟動(dòng)更新程序。 為進(jìn)一步提高本發(fā)明的實(shí)用性，本發(fā)明的自動(dòng)更新方法還可以進(jìn)行改進(jìn)，下面提
供了一種優(yōu)選實(shí)施例。針對(duì)更新包，利用更新策略模塊設(shè)置特定客戶端對(duì)其進(jìn)行檢驗(yàn)，確保
更新軟件包功能無誤后再上傳到服務(wù)器上，供大范圍使用?？杀苊飧萝浖煌晟朴绊?br> 網(wǎng)絡(luò)中大范圍用戶。其實(shí)現(xiàn)方法如下 步驟1、工程人員在更新策略中設(shè)定特定客戶端滿足更新條件； 步驟2、特定客戶端登陸后通過更新策略檢查啟動(dòng)下載測(cè)試更新軟件包并更新； 步驟3、工程人員對(duì)所述特定客戶端版本進(jìn)行檢查，根據(jù)檢查結(jié)果完善更新包；
步驟4、將更新軟件包上傳到服務(wù)器，供大范圍下載。 更進(jìn)一步地，本發(fā)明的自動(dòng)更新方法，還可以做以下改進(jìn)，即在后臺(tái)更新，不影響用戶前臺(tái)操作。 在實(shí)現(xiàn)上述軟件更新的具體步驟中，步驟S301更新策略的制定，是通過更新策略模塊來實(shí)現(xiàn)的?，F(xiàn)結(jié)合一個(gè)具體實(shí)施例，對(duì)更新策略模塊再做進(jìn)一步詳細(xì)說明。在實(shí)際中如何制定更新策略以及如何利用更新策略啟動(dòng)更新的方法可以描述為 步驟一、通過查詢版本數(shù)據(jù)庫，獲得軟件的最新版本信息，以及查看歷史版本在現(xiàn)網(wǎng)中的分布情況，包括現(xiàn)網(wǎng)版本號(hào)，版本分布情況，以及系統(tǒng)中各個(gè)模塊的配套版本，等等情況。這些信息作為制定更新策略的依據(jù)。 步驟二、對(duì)上一步獲取的信息進(jìn)行分析，現(xiàn)網(wǎng)版本和最新版本進(jìn)行比較，制定更新策略，具體可以包括如下一些參數(shù)的一項(xiàng)或多項(xiàng)的組合，這里只是舉例說明，用戶可根據(jù)需要設(shè)定其他的更新策略參數(shù)。可選的，所述設(shè)定更新策略參數(shù)包括 設(shè)定策略優(yōu)先級(jí)，可以同時(shí)制定多條更新策略，工程人員根據(jù)現(xiàn)網(wǎng)特點(diǎn)，對(duì)更新策略的執(zhí)行進(jìn)行排序，例如如果不滿足策略A，就執(zhí)行策略B，這樣可以應(yīng)對(duì)復(fù)雜的現(xiàn)網(wǎng)環(huán)境；
設(shè)定客戶端類型，根據(jù)獲取的信息確定客戶端是B/S結(jié)構(gòu)的網(wǎng)頁版客戶端還是C/S結(jié)構(gòu)的桌面客戶端； 設(shè)定客戶端版本號(hào)，確定一個(gè)讓客戶端版本與之相比較的版本號(hào)； 設(shè)定版本比較標(biāo)志，包括大于、大于等于、小于、小于等于、等于，并選擇其中一種。
這是用來將當(dāng)前版本型號(hào)與設(shè)定的客戶端版本號(hào)(預(yù)定版本號(hào))進(jìn)行比較進(jìn)而判斷客戶端
是否滿足更新策略，例如選擇大于，就表示大于預(yù)定版本的客戶端符合本條策略； 設(shè)定更新范圍，包括設(shè)定省份、城市、業(yè)務(wù)區(qū)、企業(yè)、用戶，這是工程人員預(yù)先設(shè)定
更新對(duì)象的選項(xiàng)，用來制定更新策略執(zhí)行的范圍，在此限定范圍的用戶才可更新； 設(shè)定更新亂(Uniform/Universal Resource Locator,統(tǒng)一 /通用資源定位器)，
更新URL是需要更新時(shí)下載更新文件的網(wǎng)絡(luò)地址； 設(shè)定更新生效時(shí)間，指定更新策略開始執(zhí)行的具體時(shí)間，在此時(shí)間之后，所述更新范圍的用戶才可以進(jìn)行更新操作； 設(shè)定更新標(biāo)志，包括更新、不更新、強(qiáng)制更新，更新標(biāo)志是對(duì)上述更新策略的其他選項(xiàng)進(jìn)行檢測(cè)后，給出的用戶是否應(yīng)當(dāng)執(zhí)行更新的提示，例如，若更新標(biāo)志設(shè)定為"不更新"，則客戶端經(jīng)過更新策略檢查滿足以上條件的，服務(wù)器就提示用戶不更新；若更新標(biāo)志設(shè)定為"更新"、"強(qiáng)制更新"，客戶端經(jīng)過更新策略檢查滿足條件的，服務(wù)器就提示用戶更新。 步驟三、將設(shè)定好的更新策略上傳到服務(wù)器； 步驟四、當(dāng)用戶向服務(wù)器發(fā)送登錄請(qǐng)求時(shí)，服務(wù)器會(huì)自動(dòng)進(jìn)行更新策略的檢查，如果滿足更新策略，就根據(jù)更新策略中的更新標(biāo)志對(duì)用戶進(jìn)行提示。例如更新策略中更新標(biāo)志選擇的是更新，那么服務(wù)器檢查完成發(fā)現(xiàn)滿足該條更新策略時(shí)，就提示用戶進(jìn)行更新；反之，如果更新策略中更新標(biāo)志為不更新，則用戶登錄后不會(huì)提示更新。 上述更新策略設(shè)定不但可用于C/S結(jié)構(gòu)，也可用于B/S結(jié)構(gòu)。本軟件更新系統(tǒng)與方法適用于所有的軟件更新，上述實(shí)施例只是一個(gè)展示，并不構(gòu)成對(duì)技術(shù)方案的限制。
本部分結(jié)合一個(gè)具體實(shí)施例及附圖4對(duì)更新執(zhí)行模塊執(zhí)行具體更新過程作進(jìn)一步的說明。根據(jù)更新策略的指示，啟動(dòng)更新，更新執(zhí)行模塊首先將當(dāng)前版本文件進(jìn)行備份，這樣當(dāng)更新失敗時(shí)，可以執(zhí)行版本回退；然后比較當(dāng)前版本與更新服務(wù)器上的目標(biāo)版本的差異，將不同的部分生成一份文件清單，這樣根據(jù)文件清單進(jìn)行增量式下載，既降低了服務(wù)器的負(fù)載，也加快了更新的時(shí)間。更新完成之后，自動(dòng)生成一份此次更新的結(jié)果報(bào)告，并且自動(dòng)上傳至服務(wù)器，這樣便于工程人員后期跟蹤，同時(shí)也可以根據(jù)這些信息更新版本數(shù)據(jù)庫。具體方法可描述如下 S401更新執(zhí)行模塊首先將當(dāng)前版本文件進(jìn)行備份； S402然后更新執(zhí)行模塊對(duì)當(dāng)前版本與更新服務(wù)器上的目標(biāo)版本進(jìn)行比較，檢查
當(dāng)前版本不同于目標(biāo)版本的部分，生成一份文件清單； S403依據(jù)文件清單從服務(wù)器上下載文件并安裝更新； S404更新完成跳轉(zhuǎn)至S406，更新失敗跳轉(zhuǎn)至S405 ; S405執(zhí)行版本回退，根據(jù)備份記錄回退至更新前版本； S406自動(dòng)生成一份此次更新的結(jié)果報(bào)告，上傳至服務(wù)器； 基于本發(fā)明的軟件更新過程，可選地，為了解決網(wǎng)絡(luò)中斷及網(wǎng)絡(luò)傳輸速度過慢等造成的無法繼續(xù)下載，所述更新執(zhí)行模塊還可以做如下改進(jìn)，在從服務(wù)器下載文件并進(jìn)行更新的過程中，包括 步驟A、網(wǎng)絡(luò)中斷時(shí)或無法繼續(xù)下載時(shí)，更新程序自動(dòng)嘗試重新建立連接，若連續(xù)n(用戶可自己定義)次失敗則告知用戶"因網(wǎng)絡(luò)無法連接導(dǎo)致更新未完成，請(qǐng)稍后再試"(用戶可自定義)； 步驟B、用戶可在稍后重新啟動(dòng)客戶端觸發(fā)自動(dòng)更新流程；若用戶m(用戶自定義)秒內(nèi)無反應(yīng)，跳轉(zhuǎn)至上述步驟S405。 本申請(qǐng)涉及的裝置除了能夠維護(hù)客戶端系統(tǒng)結(jié)構(gòu)性的自動(dòng)更新，還能對(duì)客戶端的故障進(jìn)行維護(hù)。故障修復(fù)只需預(yù)先設(shè)定特定更新策略，根據(jù)更新策略讓故障客戶端下載修復(fù)方案，該修復(fù)方案即為專門針對(duì)故障制定的故障修復(fù)包。這樣解決了現(xiàn)有技術(shù)中進(jìn)行故障維護(hù)只能全面升級(jí)的難題。 故障修復(fù)過程的實(shí)現(xiàn)，有故障時(shí)，工作人員診斷后，通過客戶端上的駐留程序?qū)蛻舳诉M(jìn)行故障診斷，獲得客戶端的信息?？蛻舳松系鸟v留程序，用來收集客戶端的故障信息，包括客戶端版本信息，客戶端系統(tǒng)信息，客戶端操作日志，故障信息，告警信息等。工程人員根據(jù)得到的相關(guān)信息制成故障修復(fù)軟件包傳到服務(wù)器，然后利用更新策略的設(shè)置，指定出現(xiàn)故障的客戶端下載故障修復(fù)軟件包更新。即故障修復(fù)時(shí)，用故障修復(fù)包替換了以前所說的升級(jí)軟件包，將故障修復(fù)過程融合到之前的軟件更新過程中去。 現(xiàn)結(jié)合一個(gè)具體實(shí)施例對(duì)本發(fā)明所述方法如何實(shí)現(xiàn)故障修復(fù)功能進(jìn)行說明。如圖5所示，本發(fā)明實(shí)現(xiàn)故障修復(fù)功能的具體實(shí)施步驟如下
S501當(dāng)有故障發(fā)生時(shí)，客戶端主動(dòng)上報(bào)故障； S502工程人員收到故障通知，通過客戶端上的駐留程序進(jìn)行故障診斷，獲取客戶
端版本信息和系統(tǒng)信息，獲取客戶端的操作日志，查看告警信息，進(jìn)行故障定位； S503工程人員根據(jù)診斷結(jié)果制定修復(fù)方案； S504把故障修復(fù)文件打包上傳至服務(wù)器； S505設(shè)定更新策略，使得故障客戶端能夠滿足更新策略；
S506故障客戶端再次登錄服務(wù)器時(shí)，通過更新策略檢查，下載故障修復(fù)包更新軟件，完成故障維護(hù)。 特別說明，本發(fā)明方法主要屬于一種自動(dòng)更新的系統(tǒng)和方法，所以本發(fā)明對(duì)于軟件的更新都適用，是一種實(shí)用性非常高，應(yīng)用范圍非常廣的方法。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，以上僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不限制本發(fā)明。同時(shí)，對(duì)于本領(lǐng)域的普通技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種軟件更新系統(tǒng)，包括服務(wù)器和客戶端，其特征在于，所述服務(wù)器包括版本管理模塊、更新策略模塊，所述版本管理模塊用于在服務(wù)器上建立版本數(shù)據(jù)庫，管理版本信息，還用于提供查詢接口，所述查詢接口用于使所述版本管理模塊具有可移植性，嵌入其它模塊，獲取和/或提供信息；所述更新策略模塊，用于根據(jù)所述版本管理模塊的版本信息提供更新策略，所述更新策略用于指導(dǎo)所述更新執(zhí)行模塊執(zhí)行軟件更新；所述客戶端包括更新執(zhí)行模塊，用于在客戶端登陸服務(wù)器并通過了所述更新策略檢查需要執(zhí)行更新時(shí)，下載更新軟件包執(zhí)行軟件更新。
2. 根據(jù)權(quán)利要求1所述的軟件更新系統(tǒng)，其特征在于，所述更新策略包括以下參數(shù)的 一項(xiàng)或者多項(xiàng)的組合，包括策略優(yōu)先級(jí)、客戶端類型、客戶端版本，更新范圍，更新生效時(shí) 間，更新標(biāo)志。
3. 根據(jù)權(quán)利要求1所述的軟件更新系統(tǒng)，其特征在于，所述更新執(zhí)行模塊用于比較客 戶端版本與所述服務(wù)器上更新軟件包的不同生成更新文件清單，更新執(zhí)行模塊狹窄更新軟 件包時(shí)依據(jù)所述文件清單增量式下載。
4. 根據(jù)權(quán)利要求1或3所述的軟件更新系統(tǒng)，其特征在于，所述更新執(zhí)行模塊用于備份 更新前的客戶端版本，還用于更新成功后生成更新結(jié)果報(bào)告。
5. 根據(jù)權(quán)利要求1所述軟件更新系統(tǒng)，其特征在于，所述更新執(zhí)行模塊下載服務(wù)器上 的所述更新軟件包為故障修復(fù)包，所述服務(wù)器上包括故障診斷模塊，所述故障診斷模塊用于在服務(wù)器接到客戶端上報(bào)故 障時(shí)遠(yuǎn)程獲取所述客戶端故障信息，依據(jù)所述故障信息制定所述故障修復(fù)包。
6. —種軟件更新方法，應(yīng)用于如權(quán)利要求1所述的軟件更新系統(tǒng)中，更新客戶端軟件， 其特征在于，包括以下步驟根據(jù)版本管理模塊的信息，更新策略模塊設(shè)置更新策略；客戶端登陸服務(wù)器后，所述更新策略模塊檢查客戶端當(dāng)前版本軟件是否符合所述更新 策略，并向客戶端返回檢查結(jié)果；當(dāng)符合所述更新策略時(shí)，所述客戶端啟動(dòng)更新執(zhí)行模塊發(fā)起軟件更新； 所述更新執(zhí)行模塊從所述服務(wù)器下載更新軟件包，執(zhí)行更新。
7. 如權(quán)利要求6所述的軟件更新方法，其特征在于，所述設(shè)置更新策略，包括對(duì)以下參 數(shù)一項(xiàng)或多項(xiàng)的設(shè)定策略名稱、策略優(yōu)先級(jí)、客戶端類型、客戶端版本、更新范圍、更新生效時(shí)間、更新標(biāo)志。
8. 如權(quán)利要求6所述的軟件更新方法，其特征在于，根據(jù)比較結(jié)果，從服務(wù)器下載文 件，包括比較所述當(dāng)前版本軟件不同于軟件包的部分，生成更新文件清單；所述更新執(zhí)行模塊依據(jù)所述更新文件清單從服務(wù)器進(jìn)行增量式下載并更新文件；更新成功后，所述更新執(zhí)行模塊生成更新報(bào)告上傳到服務(wù)器。
9. 如權(quán)利要求6所述的軟件更新方法，其特征在于，啟動(dòng)更新執(zhí)行模塊發(fā)起軟件更新 后，包括更新執(zhí)行模塊將所述客戶端當(dāng)前版本軟件備份； 如軟件更新失敗，執(zhí)行版本回退，根據(jù)所述備份回退至更新前版本。
10.如權(quán)利要求6所述的軟件更新方法，其特征在于，所述更新服務(wù)器上的軟件包為客戶端故障修復(fù)包，所述故障修復(fù)包生成步驟如下接到客戶端上報(bào)故障后，故障診斷模塊通過所述客戶端上的駐留程序進(jìn)行故障診斷； 根據(jù)診斷結(jié)果制定修復(fù)方案；將修復(fù)所需文件打包成故障修復(fù)包上傳到升級(jí)服務(wù)器。
全文摘要
本發(fā)明提供一種軟件更新的系統(tǒng)與方法。本發(fā)明提供的軟件更新方法，根據(jù)查詢版本管理模塊的信息，更新策略模塊設(shè)置更新策略；客戶端登陸服務(wù)器后，更新策略模塊檢查客戶端當(dāng)前版本軟件是否符合所述更新策略，并向客戶端返回檢查結(jié)果；符合更新策略時(shí)，客戶端啟動(dòng)更新執(zhí)行模塊發(fā)起軟件更新；更新執(zhí)行模塊從服務(wù)器下載更新軟件包，執(zhí)行更新。故障發(fā)生時(shí)，用故障修復(fù)包替代更新軟件包，可以利用本發(fā)明的軟件更新方法實(shí)現(xiàn)故障修復(fù)。通過本發(fā)明的軟件更新系統(tǒng)和/或方法，軟件升級(jí)和故障維護(hù)的過程可以通過更新策略的設(shè)定變得更簡(jiǎn)便更可控，實(shí)用效果非常顯著。
文檔編號(hào)G06F9/445GK101699399SQ20091011047
公開日2010年4月28日 申請(qǐng)日期2009年11月3日 優(yōu)先權(quán)日2009年11月3日
發(fā)明者黨倩 申請(qǐng)人:中興通訊股份有限公司