專利名稱：企業(yè)內(nèi)的客戶端的軟件更新方法
技術(shù)領(lǐng)域：
本發(fā)明是有關(guān)一種軟件更新的方法，特別是一種在企業(yè)級(jí)環(huán)境中管理客戶端的軟
件更新的方法。
背景技術(shù)：
目前企業(yè)級(jí)應(yīng)用系統(tǒng)有著分布性強(qiáng)、復(fù)雜度高、異構(gòu)度高等特點(diǎn)，而且此趨勢(shì)不斷 加劇。這使得依靠管理員手工管理企業(yè)級(jí)應(yīng)用軟件變的極為困難，尤其對(duì)于高復(fù)雜度的系 統(tǒng)管理將會(huì)趨近于不可能。 傳統(tǒng)的自動(dòng)升級(jí)程序，例如微軟的自動(dòng)更新(Automatic updates)是利用一種常 駐客戶端的升級(jí)程序?？蛻舳嗽趫?zhí)行此程序后會(huì)聯(lián)機(jī)到服務(wù)器。當(dāng)服務(wù)器發(fā)布新的補(bǔ)丁程 序后，客戶端再將其下載到本地安裝。傳統(tǒng)自動(dòng)升級(jí)程序，只包含了軟件生存期管理其中的 一部分，并且對(duì)于操作失敗的情況，傳統(tǒng)自動(dòng)升級(jí)組件不能自動(dòng)處理，也不向服務(wù)端反饋， 只能通過(guò)人工發(fā)現(xiàn)和維護(hù)。而且企業(yè)所使用的應(yīng)用系統(tǒng)對(duì)于安全性和組件的有效性要求比 較高。若是使用完全自動(dòng)升級(jí)和更新的方式，難以保證軟件中各組件及時(shí)的更新和安全正 確地運(yùn)行。此外，軟件組件之間異構(gòu)性比較強(qiáng)，難以使用同一個(gè)客戶端升級(jí)程序完成全部組 件的升級(jí)任務(wù)。 因此，有廠商提出了一種基于策略的軟件組件維護(hù)方法。這種方式是改進(jìn)傳統(tǒng)自 動(dòng)升級(jí)程序，但是仍依賴于客戶端常駐程序，且對(duì)軟件組件進(jìn)行完全生存期的維護(hù)。對(duì)于軟 件組件的安裝，卸載等動(dòng)作，是依照已定制的策略對(duì)組件執(zhí)行指定動(dòng)作，是對(duì)傳統(tǒng)軟件升級(jí) 策略的一種改進(jìn)。這種方式依然將客戶端組件作為控制核心，依賴客戶端組件進(jìn)行策略判 斷，對(duì)動(dòng)作進(jìn)行執(zhí)行。這正是此種方法的弱點(diǎn)。第一，需要手工維護(hù)客戶端常駐升級(jí)程序， 對(duì)其進(jìn)行必要的安裝，升級(jí)和卸載。第二，客戶端常駐升級(jí)程序需要和組件庫(kù)進(jìn)行頻繁的通 訊過(guò)于頻繁的通訊影響服務(wù)端資源，通信周期過(guò)大將會(huì)影響組件更新的進(jìn)度，影響組件發(fā) 布過(guò)程。第三，客戶端常駐程序，運(yùn)行時(shí)間有不確定性，管理員不能及時(shí)獲取安裝結(jié)果，增加 企業(yè)級(jí)軟件在維護(hù)過(guò)程中風(fēng)險(xiǎn)。第四，難以對(duì)有特殊安裝需求的組件進(jìn)行處理。第五，難以 對(duì)現(xiàn)有的已經(jīng)運(yùn)行中的異構(gòu)組件納入維護(hù)范圍。第六，此方法同樣難以用統(tǒng)一的客戶端程 序，完成各種異構(gòu)組件的維護(hù)。

發(fā)明內(nèi)容
鑒于以上的問(wèn)題，本發(fā)明的主要目的在于提供一種企業(yè)內(nèi)的客戶端的軟件更新方 法，其是私人網(wǎng)域中的客戶端的多個(gè)批次軟件進(jìn)行更新，其特征在于利用服務(wù)器端對(duì)多個(gè) 客戶端的軟件進(jìn)行更新。 為達(dá)上述目的，本發(fā)明所公開(kāi)的一種企業(yè)內(nèi)的客戶端的軟件更新方法包括以下步
驟由服務(wù)器端根據(jù)軟件的依存關(guān)系，決定多個(gè)批次更新套件的下載順序；從服務(wù)器端對(duì) 每一個(gè)客戶端發(fā)出維護(hù)請(qǐng)求；令客戶端開(kāi)始執(zhí)行維護(hù)請(qǐng)求，用來(lái)向服務(wù)器端下載更新程序
至客戶端；根據(jù)更新程序依序下載更新套件；當(dāng)更新套件下載過(guò)程中或?qū)浖M(jìn)行更新時(shí)
3發(fā)生錯(cuò)誤時(shí)，執(zhí)行錯(cuò)誤處理程序用來(lái)決定更新套件的運(yùn)行結(jié)果；重復(fù)更新更新套件，直至完 成所有更新套件。 本發(fā)明是提供一種軟件的更新方法，其特征在于對(duì)企業(yè)內(nèi)部的各客戶端的軟件進(jìn) 行更新。在本發(fā)明中是由服務(wù)器端向客戶端發(fā)布維護(hù)請(qǐng)求，并且由服務(wù)器端控制更新程序。 用來(lái)確保企業(yè)的私有網(wǎng)絡(luò)中的每一個(gè)客戶端的更新完整性與安全性。 有關(guān)本發(fā)明的技術(shù)特征和具體實(shí)施例，參照附圖詳細(xì)地對(duì)最佳實(shí)施例進(jìn)行如下說(shuō) 明。


圖1是本發(fā)明的架構(gòu)示意圖。
圖2是本發(fā)明的全自動(dòng)處理運(yùn)作流程示意圖。
圖3是本發(fā)明的半自動(dòng)處理運(yùn)作流程示意圖。
圖4是本發(fā)明的逐步處理運(yùn)作流程示意圖。
其中，附圖標(biāo)記 110 服務(wù)器端 120 客戶端 111 企業(yè)組件資源庫(kù) 112 組件維護(hù)工具資源庫(kù) 113 軟件關(guān)系列表
具體實(shí)施例方式
請(qǐng)參考圖l所示，其是本發(fā)明的架構(gòu)示意圖。本發(fā)明應(yīng)用在企業(yè)內(nèi)部的私有網(wǎng)絡(luò) 的客戶端的軟件更新。在本發(fā)明中至少包括有服務(wù)器端110與多個(gè)客戶端120。服務(wù)器端 110用來(lái)管理企業(yè)組件資源庫(kù)(Enterprise ComponentLibraries) 111、組件維護(hù)工具資源 庫(kù)(Maintain Tool Libraries) 112與軟件關(guān)系列表(Relations) 113。企業(yè)組件資源庫(kù)111 用來(lái)保存更新套件。組件維護(hù)工具資源庫(kù)112用來(lái)保存更新程序。軟件關(guān)系列表113用來(lái) 保存軟件與相應(yīng)的更新套件的依存關(guān)系。 在本發(fā)明中服務(wù)器端110可以根據(jù)不同的作業(yè)情況對(duì)客戶端120中的軟件更新做 出不同的指示。在服務(wù)器端110發(fā)出維護(hù)請(qǐng)求前，服務(wù)器端110可以設(shè)定對(duì)維護(hù)請(qǐng)求的錯(cuò) 誤處理型態(tài)。為方便說(shuō)明各種指示狀況在此將其分別定義為全自動(dòng)處理、半自動(dòng)處理與逐 步處理。
1.全自動(dòng)處理 請(qǐng)參考圖2所示，其是本發(fā)明的全自動(dòng)處理運(yùn)作流程示意圖。在本發(fā)明的全自動(dòng) 處理軟件更新方法中包括以下步驟 首先，由服務(wù)器端根據(jù)軟件的依存關(guān)系，決定多個(gè)批次更新套件的下載順序(步 驟S210)。服務(wù)器端110可以根據(jù)軟件關(guān)系列表用來(lái)查找出想要更新的軟件套件與相應(yīng)的 軟件的依存關(guān)系。 從服務(wù)器端對(duì)每客戶端發(fā)出維護(hù)請(qǐng)求(步驟S220)。 令客戶端開(kāi)始執(zhí)行維護(hù)請(qǐng)求，用來(lái)向服務(wù)器端下載更新程序至客戶端(步驟 S230)。 根據(jù)更新程序依序下載更新套件(步驟S240)。
4
判斷更新套件在更新期間是否產(chǎn)生錯(cuò)誤(步驟S250)。當(dāng)更新套件下載過(guò)程中 或?qū)浖M(jìn)行更新時(shí)發(fā)生錯(cuò)誤時(shí)，執(zhí)行錯(cuò)誤處理程序用來(lái)決定更新套件的運(yùn)行結(jié)果(步驟 S251)。 在客戶端中的更新程序根據(jù)錯(cuò)誤處理程序所產(chǎn)生的錯(cuò)誤碼，決定軟件更新發(fā)生的 錯(cuò)誤的處理方式(步驟S260)。其中，錯(cuò)誤處理方式包括忽略更新套件的錯(cuò)誤、終止更新 套件的更新或重新執(zhí)行更新套件的更新。在此處理型態(tài)中，服務(wù)器端iio不需要介入客戶 端120更新錯(cuò)誤的處理。 接著，判斷是否為最后一個(gè)更新套件(步驟S270)，重復(fù)更新更新套件，直至完成 所有更新套件。若是更新過(guò)程中發(fā)生錯(cuò)誤時(shí)，則重復(fù)步驟250 步驟260的處理。
再由更新程序發(fā)布完成信息至客戶端與服務(wù)器端(步驟S280)。
服務(wù)器端根據(jù)完成信息來(lái)記錄每一客戶端中的軟件的更新記錄(步驟S290)。
2.半自動(dòng)處理 請(qǐng)參考圖3所示，其是本發(fā)明的半自動(dòng)處理運(yùn)作流程示意圖。在本發(fā)明的半自動(dòng) 處理軟件更新方法中包括以下步驟 首先，由服務(wù)器端根據(jù)軟件的依存關(guān)系，決定多個(gè)批次更新套件的下載順序(步 驟S310)。 從服務(wù)器端對(duì)每一個(gè)客戶端發(fā)出維護(hù)請(qǐng)求(步驟S320)。 令客戶端開(kāi)始執(zhí)行維護(hù)請(qǐng)求，用來(lái)向服務(wù)器端下載更新程序至客戶端(步驟 S330)。 根據(jù)更新程序依序下載更新套件(步驟S340)。 判斷更新套件在更新期間中是否產(chǎn)生錯(cuò)誤(步驟S350)。 當(dāng)更新套件下載過(guò)程中或?qū)浖M(jìn)行更新時(shí)發(fā)生錯(cuò)誤時(shí)，執(zhí)行錯(cuò)誤處理程序用來(lái) 決定更新套件的運(yùn)行結(jié)果(步驟S351)。由錯(cuò)誤處理程序產(chǎn)生錯(cuò)誤碼，并將錯(cuò)誤碼回復(fù)至服 務(wù)器端(步驟S352)。服務(wù)器端根據(jù)錯(cuò)誤碼決定忽略更新套件的錯(cuò)誤、終止更新套件的更新 或重新執(zhí)行更新套件的更新(步驟S353)。服務(wù)器端指示客戶端對(duì)更新套件發(fā)生錯(cuò)誤時(shí)的 處理(步驟S354)。本實(shí)施形態(tài)與全自動(dòng)處理的差異在于當(dāng)客戶端發(fā)生更新套件錯(cuò)誤時(shí)， 更新程序會(huì)將錯(cuò)誤碼回報(bào)至服務(wù)器端110。服務(wù)器端IIO會(huì)根據(jù)錯(cuò)誤碼的種類，用來(lái)決定此 次更新錯(cuò)誤的處理方式。 判斷是否為最后一個(gè)更新套件(步驟S360)，重復(fù)更新更新套件，直至完成所有更
新套件。若是更新過(guò)程中發(fā)生錯(cuò)誤時(shí)，則重復(fù)步驟351 步驟354的處理。 由更新程序發(fā)布完成信息至客戶端與服務(wù)器端(步驟S370)。 服務(wù)器端根據(jù)完成信息來(lái)記錄每一客戶端中的軟件的更新記錄(步驟S380)。 3.逐步處理 請(qǐng)參考圖4所示，其是本發(fā)明的逐步處理運(yùn)作流程示意圖。在本發(fā)明的逐步處理 軟件更新方法中包括以下步驟首先，由服務(wù)器端根據(jù)軟件的依存關(guān)系，決定多個(gè)批次更新 套件的下載順序(步驟S410)。 從服務(wù)器端對(duì)每一客戶端發(fā)出維護(hù)請(qǐng)求(步驟S420)。 令客戶端開(kāi)始執(zhí)行維護(hù)請(qǐng)求，用來(lái)向服務(wù)器端下載更新程序至客戶端(步驟 S430)。
根據(jù)更新程序依序下載更新套件(步驟S440)。 當(dāng)更新套件下載完成或?qū)浖M(jìn)行更新時(shí)，由更新程序回復(fù)更新套件的執(zhí)行進(jìn)度 至該服務(wù)器端(步驟S441)。以及，由服務(wù)器端指示更新套件的執(zhí)行參數(shù)(步驟S442)。
判斷更新套件在更新期間中是否產(chǎn)生錯(cuò)誤(步驟S450)。 當(dāng)更新套件下載過(guò)程中或?qū)浖M(jìn)行更新時(shí)發(fā)生錯(cuò)誤時(shí)，執(zhí)行錯(cuò)誤處理程序用來(lái) 決定更新套件的運(yùn)行結(jié)果(步驟S451)。由錯(cuò)誤處理程序產(chǎn)生錯(cuò)誤碼，并將錯(cuò)誤碼回復(fù)至服 務(wù)器端(步驟S452)。服務(wù)器端根據(jù)錯(cuò)誤碼決定忽略更新套件的錯(cuò)誤、終止更新套件的更 新或重新執(zhí)行更新套件的更新(步驟S453)。服務(wù)器端再發(fā)送指示到客戶端(步驟S454)， 用來(lái)通知此次更新軟件的錯(cuò)誤處理。在此模式中客戶端120的軟件更新流程將由服務(wù)器端 110控制。軟件更新的每一步執(zhí)行都將向服務(wù)器詢問(wèn)。例如軟件更新的終止、繼續(xù)或者重
試。服務(wù)器端iio可以在決定更新程序中加入停頓點(diǎn)，用來(lái)在每一項(xiàng)的軟件更新期間對(duì)服 務(wù)器端iio提出詢問(wèn)。 判斷是否為最后一個(gè)更新套件(步驟S460)，用來(lái)重復(fù)更新更新套件，直至完成所
有更新套件。若是更新過(guò)程中發(fā)生錯(cuò)誤時(shí)，則重復(fù)步驟451 步驟454的處理。 由更新程序發(fā)布完成信息至客戶端與服務(wù)器端(步驟S470)。 服務(wù)器端根據(jù)完成信息來(lái)記錄每一客戶端中的軟件的更新記錄(步驟S480)。 本發(fā)明是提供一種軟件的更新方法，其特征在于對(duì)企業(yè)內(nèi)部的各客戶端120的軟
件進(jìn)行更新。在本發(fā)明中是由服務(wù)器端110向客戶端120發(fā)布維護(hù)請(qǐng)求，并且由服務(wù)器端
110控制更新程序。用來(lái)確保每一個(gè)客戶端120的更新完整性與安全性。
權(quán)利要求
一種企業(yè)內(nèi)的客戶端的軟件更新方法，其是私人網(wǎng)域中的客戶端的多個(gè)批次軟件進(jìn)行更新，其特征在于利用一服務(wù)器端對(duì)多個(gè)客戶端的相應(yīng)軟件進(jìn)行更新，該軟件更新方法包括以下步驟由該服務(wù)器端根據(jù)相應(yīng)軟件的依存關(guān)系，決定多個(gè)批次更新套件的下載順序；從該服務(wù)器端對(duì)每一該客戶端發(fā)出一維護(hù)請(qǐng)求；令該客戶端開(kāi)始執(zhí)行該維護(hù)請(qǐng)求，用來(lái)向該服務(wù)器端下載一更新程序至該客戶端；在客戶端執(zhí)行該更新程序，并根據(jù)該更新程序依序下載相應(yīng)更新套件；當(dāng)該更新套件下載過(guò)程中或?qū)υ撥浖M(jìn)行更新時(shí)發(fā)生錯(cuò)誤時(shí)，該服務(wù)器端執(zhí)行一錯(cuò)誤處理程序用來(lái)決定該更新套件的運(yùn)行結(jié)果；以及該服務(wù)器端重復(fù)更新相應(yīng)更新套件，直至完成相應(yīng)更新套件的更新。
2. 根據(jù)權(quán)利要求1所述的企業(yè)內(nèi)的客戶端的軟件更新方法，其特征在于，其中在執(zhí)行 該錯(cuò)誤處理程序中更包括以下步驟該更新程序根據(jù)該錯(cuò)誤處理程序所產(chǎn)生的一錯(cuò)誤碼，用來(lái)決定忽略該更新套件的錯(cuò) 誤、終止該更新套件的更新或重新執(zhí)行該更新套件的更新。
3. 根據(jù)權(quán)利要求1所述的企業(yè)內(nèi)的客戶端的軟件更新方法，其特征在于，其中在執(zhí)行 該錯(cuò)誤處理程序中更包括以下步驟由該錯(cuò)誤處理程序所產(chǎn)生的一錯(cuò)誤碼，并將該錯(cuò)誤碼回復(fù)至該服務(wù)器端； 該服務(wù)器端根據(jù)該錯(cuò)誤碼決定忽略該更新套件的錯(cuò)誤、終止該更新套件的更新或重新 執(zhí)行該更新套件的更新；以及指示該客戶端該更新軟件的處理。
4. 根據(jù)權(quán)利要求1所述的企業(yè)內(nèi)的客戶端的軟件更新方法，其特征在于，其中在執(zhí)行 下載相應(yīng)更新套件后更包括以下步驟當(dāng)該更新套件下載完成或?qū)υ撥浖M(jìn)行更新時(shí)，由該更新程序回復(fù)該更新套件的執(zhí)行 進(jìn)度至該服務(wù)器端；以及由該服務(wù)器端指示該更新套件的執(zhí)行參數(shù)。
5. 根據(jù)權(quán)利要求4所述的企業(yè)內(nèi)的客戶端的軟件更新方法，其特征在于，其中在當(dāng)該 更新套件下載過(guò)程中或?qū)υ撥浖M(jìn)行更新時(shí)發(fā)生錯(cuò)誤時(shí)更包括以下步驟由該錯(cuò)誤處理程序所產(chǎn)生的該錯(cuò)誤碼，并將該錯(cuò)誤碼回復(fù)至該服務(wù)器端； 該服務(wù)器端根據(jù)該錯(cuò)誤碼決定忽略該更新套件的錯(cuò)誤、終止該更新套件的更新或重新 執(zhí)行該更新套件的更新；以及指示該客戶端該更新軟件的處理。
6. 根據(jù)權(quán)利要求1所述的企業(yè)內(nèi)的客戶端的軟件更新方法，其特征在于，其中在完成 相應(yīng)更新套件的更新后更包括以下步驟由該更新程序發(fā)布一完成信息至該客戶端與該服務(wù)器端；以及 該服務(wù)器端根據(jù)該完成信息來(lái)記錄每一該客戶端中的相應(yīng)軟件的更新記錄。
全文摘要
本發(fā)明公開(kāi)了一種企業(yè)內(nèi)的客戶端的軟件更新方法，其是私人網(wǎng)域中的客戶端的多個(gè)批次軟件進(jìn)行更新，其特征在于利用服務(wù)器端管理對(duì)多個(gè)客戶端的軟件更新程序，更新方法包括以下步驟由服務(wù)器端根據(jù)軟件的依存關(guān)系，決定多個(gè)批次更新套件的下載順序；從服務(wù)器端對(duì)每客戶端發(fā)出維護(hù)請(qǐng)求；令客戶端開(kāi)始執(zhí)行維護(hù)請(qǐng)求，用來(lái)向服務(wù)器端下載更新程序至客戶端；客戶端運(yùn)行更新程序依序下載更新套件；當(dāng)更新套件下載過(guò)程中或?qū)浖M(jìn)行更新時(shí)發(fā)生錯(cuò)誤時(shí)，依據(jù)客戶端返回的錯(cuò)誤碼執(zhí)行錯(cuò)誤處理程序并運(yùn)行相應(yīng)的處理程序；以及重復(fù)更新更新套件，直至完成所有更新套件。
文檔編號(hào)H04L29/06GK101770380SQ20091000150
公開(kāi)日2010年7月7日 申請(qǐng)日期2009年1月5日 優(yōu)先權(quán)日2009年1月5日
發(fā)明者馮磊閣, 牛玉廷, 陳玄同 申請(qǐng)人:英業(yè)達(dá)集團(tuán)(天津)電子技術(shù)有限公司;英業(yè)達(dá)股份有限公司