專利名稱：軟件系統(tǒng)更新補丁的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟件升級領(lǐng)域，具體而言，涉及一種軟件系統(tǒng)更新補丁的方法和裝置。
背景技術(shù)：
任何一種軟件產(chǎn)品的正式發(fā)布都經(jīng)歷了較長時間的測試。特別是在產(chǎn)品規(guī)劃期， 隨著產(chǎn)品需求的不斷變化，會經(jīng)常推出產(chǎn)品需求補丁包，這時，需要測試人員測試需求的可行性；然后，產(chǎn)品需求基本穩(wěn)定，產(chǎn)品開發(fā)初期，產(chǎn)品功能和性能還不穩(wěn)定的情況下，測試工作也會顯得尤為重要——是保證產(chǎn)品質(zhì)量的重要一環(huán)。測試人員在測試中，為了驗證版本的質(zhì)量，用的最多的方式就是通過更新補丁文件的方式來驗證版本的故障單。而目前常用的獲取補丁文件的方式，是手工獲取手動連接補丁服務(wù)器，人工查找補丁文件的目錄，查看新增補丁文件說明，用戶根據(jù)自己需要，決定是否打補丁。這種方式更新補丁有以下缺陷第一，用戶更新補丁的隨機性，用戶什么時候更新補丁，沒有固定的時間點，完全依賴用戶自己的意愿，如果測試中，用戶沒有及時更新補丁，就不能夠及時的驗證故障，影響測試的效率；第二，用戶更新補丁的被動性，用戶什么時候、打什么樣的補丁，完全依賴補丁發(fā)布人員或者去向開發(fā)人員了解補丁情況，每次都需要關(guān)注補丁發(fā)布人員群發(fā)的郵件，這在測試時，也容易打斷測試人員的思路，影響測試效率。另外，在軟件產(chǎn)品對外發(fā)布后，也需要不斷地通過更新補丁的方式升級產(chǎn)品。比如網(wǎng)管軟件，在網(wǎng)管軟件拿到工程現(xiàn)場或者用戶那里去試用或商用時，會經(jīng)常遇到更新補丁的問題，通過補丁，解決一些已經(jīng)更改過的Bug，或者升級一下網(wǎng)管功能。目前市場上更新補丁的做法，大多也是由市場接口人員提供補丁包，由用服人員去手工更新補丁，這種做法同樣存在上述手工更新補丁的弊端。由以上內(nèi)容可知，手動更新軟件補丁存在更新不及時和操作繁瑣等問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種軟件系統(tǒng)更新補丁的方法和裝置，以至少解決上述手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題。根據(jù)本發(fā)明的一個方面，提供了一種軟件系統(tǒng)更新補丁的方法，包括監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件，如果滿足，根據(jù)用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；根據(jù)該補丁文件和用戶設(shè)置的補丁文件夾路徑確定上述軟件系統(tǒng)需要更新的文件；比較該補丁文件與需要更新的文件是否匹配，如果不匹配，使用該補丁文件更新需要更新的文件。根據(jù)本發(fā)明的另一方面，提供了一種軟件系統(tǒng)更新補丁的裝置，包括監(jiān)測模塊， 用于監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件；文件獲取模塊，用于所述監(jiān)測模塊的監(jiān)測結(jié)果為滿足所述更新補丁條件時，根據(jù)所述用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；文件確定模塊，用于根據(jù)所述文件獲取模塊獲取的所述補丁文件和所述用戶設(shè)置的補丁文件夾路徑確定所述軟件系統(tǒng)需要更新的文件；更新模塊，用于比較所述補丁文件與所述需要更新的文件是否匹配，如果不匹配，使用所述補丁文件更新所述需要更新的文件。通過本發(fā)明，采用監(jiān)測當前時刻是否滿足用戶設(shè)定的更新補丁條件來決定是否觸發(fā)補丁更新，該觸發(fā)過程不需要人來參與，解決了手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題，提升了用戶對產(chǎn)品的滿意度。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例1的軟件系統(tǒng)更新補丁的方法流程圖；圖2是根據(jù)本發(fā)明實施例2的設(shè)備的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實施例2的軟件系統(tǒng)更新補丁的方法流程圖；圖4是根據(jù)本發(fā)明實施例2的補丁自動回退流程圖；以及圖5是根據(jù)本發(fā)明實施例3的軟件系統(tǒng)更新補丁的裝置的結(jié)構(gòu)框圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。本發(fā)明實施例提供了軟件系統(tǒng)更新補丁的方法和裝置，用以實現(xiàn)軟件系統(tǒng)的自動更新。實施例1圖1示出了根據(jù)本發(fā)明實施例的軟件系統(tǒng)更新補丁的方法流程圖，該方法包括以下步驟步驟S102，監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件，如果滿足，根據(jù)用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；更新補丁條件為以下之一指定日期的指定時間和軟件系統(tǒng)啟動后運行指定時長。例如每天的晚上8點或者軟件系統(tǒng)運行40個小時等；如果當前時刻不滿足更新補丁條件，則不進行該軟件系統(tǒng)的更新補丁操作；步驟S104，根據(jù)上述補丁文件和用戶設(shè)置的補丁文件夾路徑確定軟件系統(tǒng)需要更新的文件；步驟S106，比較上述補丁文件與需要更新的文件是否匹配，如果不匹配，使用補丁文件更新需要更新的文件。上述補丁文件與需要更新的文件不匹配，說明服務(wù)器上有新增的補丁，則需要對本地的文件進行更新，否則，說明二者相同，不需對本地的文件進行更新。本實施例采用監(jiān)測當前時刻是否滿足用戶設(shè)定的更新補丁條件來決定是否觸發(fā)補丁更新，該觸發(fā)過程不需要人來參與，解決了手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題，提升了用戶對產(chǎn)品的滿意度，尤其適用于軟件測試過程中的軟件更新和網(wǎng)管軟件的軟件更新?？紤]到軟件的補丁更新會存在異常情況，本實施例在使用補丁文件更新需要更新的文件之前，該方法還包括備份需要更新的文件；基于此，使用補丁文件更新需要更新的文件包括使用補丁文件更新需要更新的文件的過程中，如果發(fā)生更新中斷(例如操作終端與服務(wù)器意外斷開連接等)，則根據(jù)備份的需要更新的文件進行補丁回退。即使用備份的需要更新的文件替換掉補丁更新中新增的文件。用戶使用更新補丁后的軟件系統(tǒng)，如果發(fā)現(xiàn)有不安全等問題，需要退回到未進行補丁更新的狀態(tài)時，也需要進行補丁回退。基于此，使用補丁文件更新需要更新的文件之后，上述方法包括軟件系統(tǒng)運行過程中，接收到用戶的補丁回退命令后，根據(jù)備份的需要更新的文件進行補丁回退。上述補丁回退動作是現(xiàn)有技術(shù)中所沒有的，對于手工更新補丁的方式，如果更新補丁失敗，補丁是不容易回退的，因為為方便測試人員一次性把所有補丁都更新，大多數(shù)補丁都采用全量編譯，然后再發(fā)布，但是由于手工更新補丁的方式，不會自動對更新的配置文件進行備份，導致更新補丁失敗或者補丁本身有問題的情況下，補丁不容易回退。另外，在工程應(yīng)用中，如果補丁不能夠自動回退的話，萬一更新補丁失敗或者補丁本身不可靠的話， 會對現(xiàn)場網(wǎng)管的管理能力帶來災難性的后果，也會讓用戶對產(chǎn)品產(chǎn)生不信任感。所以本實施例優(yōu)選對需要更新的文件進行備份，用以進行補丁回退操作來克服上述缺陷。當然，大量的備份文件會占用設(shè)備的存儲空間，因此，本實施例采用運行軟件系統(tǒng)達到設(shè)定的時間后，提示用戶刪除備份的需要更新的文件；接收到用戶的同意刪除指示后， 刪除上述備份的需要更新的文件。為了順利完成補丁文件的更新操作，本實施例優(yōu)選使用補丁文件更新需要更新的文件之前，該方法包括判斷軟件系統(tǒng)是否正在使用，如果是，提示用戶關(guān)閉軟件系統(tǒng)；該軟件系統(tǒng)關(guān)閉后，再執(zhí)行使用補丁文件更新需要更新的文件的步驟。用戶設(shè)置的配置信息可以以模板的方式保存，也可以時常進行更新，例如每隔一段時間提示用戶更新配置信息?；诖耍鲜霰O(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件之前，該方法還包括接收并保存用戶設(shè)置的軟件系統(tǒng)的配置信息，該配置信息包括更新補丁條件、補丁文件的服務(wù)器地址、補丁文件夾和補丁文件夾的路徑。為了增強軟性系統(tǒng)使用的安全性，本實施例的上述配置信息還包括用戶的用戶名和密碼；上述監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件之前，方法還包括接收到啟動軟件系統(tǒng)的命令后，提示用戶輸入用戶名和密碼；根據(jù)配置信息中的用戶名和密碼驗證用戶是否合法，如果用戶合法，啟動并運行軟件系統(tǒng)。為了保護運營商或軟件開發(fā)商的利益，本實施例可以在進行補丁更新操作之前， 對軟件系統(tǒng)進行鑒權(quán)，即比較補丁文件與需要更新的文件是否匹配之前，該方法還包括判斷軟件系統(tǒng)是否合法性，例如，判斷輸入的序列號是否正確等，如果合法，執(zhí)行比較補丁文件與需要更新的文件是否匹配的步驟。本實施例根據(jù)用戶設(shè)定的補丁更新條件觸發(fā)補丁更新，軟件系統(tǒng)將自動從服務(wù)器獲取并更新補丁，如果補丁更新失敗，或者補丁需要回退，軟件系統(tǒng)會自動回退補丁，恢復軟件系統(tǒng)更新補丁前的環(huán)境。很好地解決了手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題，保證了用戶更新補丁的周期性和主動性，同時，改變?nèi)斯じ卵a丁模式，系統(tǒng)自動更新補丁；即使更新補丁失敗，系統(tǒng)也會快速自動回退補丁，因此具有很強的實用性。實施例2本實施例以圖2提供的設(shè)備為例進行說明，該設(shè)備包括4個模塊配置模塊、鑒權(quán)模塊、自動更新補丁模塊和自動回退補丁模塊。其中，各模塊功能如下配置模塊負責根據(jù)用戶的需要，設(shè)置各種條件組合，并把用戶設(shè)置的條件保存成一個模版格式，例如設(shè)置用戶的配置信息，包括設(shè)置補丁服務(wù)器的地址、用戶名、密碼和文件夾，設(shè)置需要更新補丁文件的文件夾，設(shè)置自動更新補丁的時間策略，保存用戶配置數(shù)據(jù)等；鑒權(quán)模塊負責判斷需要更新補丁文件的用戶身份，主要用來判斷需要升級的系統(tǒng)軟件的合法性，比如通過license文件判斷該軟件系統(tǒng)是否具備自動獲取補丁文件的權(quán)限。自動更新補丁模塊負責自動獲取補丁文件、自動更新補丁，例如通過某種判斷準貝U，判斷補丁服務(wù)器上補丁文件和操作終端相同文件的比對結(jié)果，決定是否自動更新補丁， 比如通過目錄文件比較器工具。自動回退補丁模塊負責根據(jù)用戶補丁更新結(jié)果和補丁質(zhì)量，用戶決定是否自動回退補丁。基于上述圖2所示裝置，本實施例提供了一種軟件系統(tǒng)更新補丁的方法，參見圖 3，該方法包括以下步驟步驟S301，判斷用戶是否設(shè)置自動更新補丁的條件模版，如果是，執(zhí)行步驟S302 ； 如果否，執(zhí)行步驟S306。如果用戶配置了該模塊，后面所有自動更新補丁的操作將根據(jù)該模塊的設(shè)置運行；如果沒有設(shè)置自動更新補丁的條件模板，則讀取用戶最近一次配置的模版。步驟S302，設(shè)置自動獲取補丁文件的服務(wù)器地址、用戶名、密碼和補丁文件夾。步驟S303，設(shè)置操作終端需要更新補丁文件的文件夾。步驟S304，設(shè)置操作終端自動更新補丁的時間策略，比如設(shè)置每天幾點定時更新補丁或者系統(tǒng)啟動多長時間更新補丁等；待用戶的各種條件設(shè)置完畢后，進入步驟S305。步驟S305，保存用戶配置，該操作會把用戶的各種配置當作模板保存，以后運行該系統(tǒng)，即按照用戶本次設(shè)置的條件自動更新補丁文件；如果用戶更改了配置條件，那么下次運行該系統(tǒng)，保存的模板以最近用戶更改的條件為準。上述步驟S301-S305可以在上述配置模塊上實現(xiàn)。步驟S306，讀取用戶最近一次配置的模版。如果在步驟S301中，用戶選擇不配置自動更新補丁文件的模版，則系統(tǒng)轉(zhuǎn)入步驟 S306,即讀取用戶最近一次配置的模版。在系統(tǒng)自動比較補丁文件前，首先需要進入步驟S307。步驟S307，對用戶身份鑒權(quán)，該步驟的目的是判斷需要更新補丁文件系統(tǒng)的合法性，比如通過判斷操作終端上的license文件去判斷需要更新補丁的系統(tǒng)是否合法；如果不合法，執(zhí)行步驟S308 ；如果合法，則執(zhí)行步驟S309。步驟S308，不允許操作終端自動更新補丁，至此，則系統(tǒng)運行結(jié)束；步驟S309，啟動目錄文件比較器，這里目錄文件比較器會根據(jù)用戶設(shè)置的補丁服務(wù)器上的補丁文件為參考。步驟S310，服務(wù)器上的補丁文件是否和本地文件相同，如果是，執(zhí)行步驟S311 ；如果否，執(zhí)行步驟S312。例如，使用文件比較器對比操作終端上的文件大小和時間是否與服務(wù)器上的補丁文件匹配，即如果匹配，則說明補丁服務(wù)器上沒有新的補丁，不需要更新補丁，即步驟S311， 如此，則系統(tǒng)運行結(jié)束；如果不匹配，則說明補丁服務(wù)器上有新的補丁，這時，系統(tǒng)可以自動調(diào)出補丁更新說明表，供用戶查看新增的補丁。步驟S311，不需要自動更新補丁。上述步驟S306-步驟S311可以通過上述鑒權(quán)模塊實現(xiàn)。步驟S312，判斷該軟件系統(tǒng)是否正在運行，如果是，執(zhí)行步驟S313 ；如果否，執(zhí)行步驟S315。步驟S313，判斷是否需要關(guān)閉系統(tǒng)進程再更新補丁，如果是，執(zhí)行步驟S314;如果否，執(zhí)行步驟S315。步驟S314，提示用戶是自動或者手動結(jié)束該軟件系統(tǒng)的所有進程。步驟S315，系統(tǒng)自動打補丁，且把本地被替換的文件備份。在系統(tǒng)自動更新補丁前，會去判斷該軟件系統(tǒng)是否正在運行，即如果系統(tǒng)正在運行，則會根據(jù)系統(tǒng)的不同情況去判斷是否需要關(guān)閉系統(tǒng)進程再更新補丁，即步驟S313，如果需要關(guān)閉系統(tǒng)進程，則會提示用戶是自動或者手動結(jié)束系統(tǒng)所有進程，即步驟S314，這樣做的好處是讓用戶選擇如何結(jié)束系統(tǒng)進程，防止自動結(jié)束系統(tǒng)進程對其他業(yè)務(wù)造成不必要的影響。更新補丁后，系統(tǒng)會自動刪除更新前的一些文件，比如temp文件夾等；如果系統(tǒng)沒有運行或者不需要關(guān)閉系統(tǒng)進程，則直接進入該步驟，這里自動更新補丁的同時，會把被更新的文件自動備份，以防用戶需要回退補丁。上述步驟S312-S315可以在上述自動更新補丁模塊上實現(xiàn)。步驟S316，待系統(tǒng)自動更新補丁文件完畢，用戶根據(jù)更新補丁的情況和更新補丁后軟件的運行情況，進入補丁回退流程。步驟S317，讓用戶判斷是否自動啟動系統(tǒng)進程，如果是，執(zhí)行步驟S318，如果否， 執(zhí)行步驟S319 ；步驟S318，自動啟動系統(tǒng)進程；則啟動后的系統(tǒng)自然是自動更新補丁后的系統(tǒng)；步驟S319，提示用戶選擇是否刪除備份文件，如果是，執(zhí)行步驟S320 ；如果否，結(jié)
束ο步驟S320，如果用戶選擇刪除，系統(tǒng)會自動刪除備份文件。如果用戶選擇不刪除備份文件，則備份文件會一直保留，直到用戶主動刪除這些備份文件。這樣做的目的是防止備份文件過多，占用硬盤空間。上述步驟S316-S320可以在上述自動回退補丁模塊上實現(xiàn)。值得說明的是，刪除備份文件功能是一個單獨的功能，可以在系統(tǒng)運行過程中進行，也可以獨立于系統(tǒng)運行，本實施例中刪除備份文件的獨立功能。圖4為本設(shè)備中補丁自動回退流程圖，補丁需要回退的情況下的處理包括步驟S401，判斷是否立即回退補丁，如果是，執(zhí)行步驟S405 ；如果否，執(zhí)行步驟S402 ；步驟S402，自動或手動啟動系統(tǒng)進程；步驟S403，判斷補丁是否可靠，如果是，結(jié)束當前流程；如果否，執(zhí)行步驟S404 ；步驟S404，自動或手動關(guān)閉系統(tǒng)進程，然后執(zhí)行步驟S405 ；步驟S405，將本地備份文件替換原文件。上述補丁自動回退過程有兩種情況第一，補丁立即回退，這種情況一般是，在更新補丁時，網(wǎng)絡(luò)發(fā)生中斷，此時系統(tǒng)需要立即回退補丁，將本地備份文件替換原文件，即步驟S405 ；第二，在系統(tǒng)啟動后，根據(jù)補丁質(zhì)量，決定是否需要回退補丁，即步驟S403，在該步驟前，首先需要用戶選擇手動或者自動啟動該系統(tǒng)進程，即步驟S402，若補丁不可靠，則系統(tǒng)會提示用戶手動或者自動關(guān)閉系統(tǒng)進程，即步驟S404，然后同樣執(zhí)行步驟S405，將本地備份文件替換原文件；這種情況下，用戶一般不能判斷是否需要回退補丁，一般需要用戶在使用更新補丁后的軟件過程中，發(fā)現(xiàn)補丁有問題，才決定去回退補丁。如果更新補丁過程中，更新順利，并且補丁本身可靠，則系統(tǒng)無需補回退丁。本實施例與現(xiàn)有的手工更新補丁方法對比，該方法因為采用的是自動更新補丁的方式，提高了軟件更新補丁的效率，而且對于更新補丁失敗后的處理，提供了較好的補丁回退功能。實施例3圖5示出了根據(jù)本發(fā)明實施例的軟件系統(tǒng)更新補丁的裝置的結(jié)構(gòu)框圖，該裝置可以設(shè)置在任意一個設(shè)備上，其包括監(jiān)測模塊52，用于監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件；更新補丁條件為以下之一指定日期的指定時間和軟件系統(tǒng)啟動后運行指定時長。例如每天的晚上8點或者軟件系統(tǒng)運行40個小時等；如果當前時刻不滿足更新補丁條件，則不進行該軟件系統(tǒng)的更新補丁操作；
文件獲取模塊54，與監(jiān)測模塊52相連，用于監(jiān)測模塊52的監(jiān)測結(jié)果為滿足更新補丁條件時，根據(jù)用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；文件確定模塊56，與文件獲取模塊M相連，用于根據(jù)文件獲取模塊M獲取的補丁文件和用戶設(shè)置的補丁文件夾路徑確定軟件系統(tǒng)需要更新的文件；更新模塊58，與文件確定模塊56相連，用于比較補丁文件與需要更新的文件是否匹配，如果不匹配，使用補丁文件更新需要更新的文件。上述補丁文件與需要更新的文件不匹配，說明服務(wù)器上有新增的補丁，則需要對本地的文件進行更新，否則，說明二者相同，不需對本地的文件進行更新。本實施例采用監(jiān)測當前時刻是否滿足用戶設(shè)定的更新補丁條件來決定是否觸發(fā)補丁更新，該觸發(fā)過程不需要人來參與，解決了手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題，提升了用戶對產(chǎn)品的滿意度，尤其適用于軟件測試過程中的軟件更新和網(wǎng)管軟件的軟件更新?？紤]到軟件的補丁更新會存在異常情況，本實施例在使用補丁文件更新需要更新的文件之前，該方法還包括備份需要更新的文件；基于此，該裝置還包括備份模塊，用于備份文件確定模塊確定的需要更新的文件；第一回退模塊，用于使用補丁文件更新需要更新的文件的過程中，如果發(fā)生更新
9中斷(例如操作終端與服務(wù)器意外斷開連接等)，根據(jù)上述備份的需要更新的文件進行補丁回退。即使用備份的需要更新的文件替換掉補丁更新中新增的文件。用戶使用更新補丁后的軟件系統(tǒng)，如果發(fā)現(xiàn)有不安全等問題，需要退回到未進行補丁更新的狀態(tài)時，也需要進行補丁回退。基于此，該裝置還包括第二回退模塊，用于軟件系統(tǒng)運行過程中，接收到補丁回退命令后，根據(jù)上述備份的需要更新的文件進行補丁回退。當然，大量的備份文件會占用設(shè)備的存儲空間，因此，本實施例的裝置還可以包括刪除模塊，用于運行軟件系統(tǒng)達到設(shè)定的時間后，提示用戶刪除備份的需要更新的文件；以及接收到用戶的同意刪除指示后，刪除上述備份的需要更新的文件。為了順利完成補丁文件的更新操作，本實施例優(yōu)選，該裝置還包括軟件關(guān)閉模塊，用于判斷軟件系統(tǒng)是否正在使用，如果是，提示用戶關(guān)閉軟件系統(tǒng)；該軟件系統(tǒng)關(guān)閉后， 再觸發(fā)更新模塊58使用補丁文件更新需要更新的文件。用戶設(shè)置的配置信息可以以模板的方式保存，也可以時常進行更新，例如每隔一段時間提示用戶更新配置信息?；诖?，上述裝置還包括備份模塊，用于接收并保存用戶設(shè)置的軟件系統(tǒng)的配置信息，該配置信息包括更新補丁條件、補丁文件的服務(wù)器地址、補丁文件夾和補丁文件夾的路徑。為了增強軟性系統(tǒng)使用的安全性，本實施例的上述配置信息還包括用戶的用戶名和密碼；上述裝置還包括鑒權(quán)模塊，用于接收到啟動軟件系統(tǒng)的命令后，提示用戶輸入用戶名和密碼；根據(jù)配置信息中的用戶名和密碼驗證用戶是否合法，如果用戶合法，啟動并運行軟件系統(tǒng)。為了保護運營商或軟件開發(fā)商的利益，本實施例的鑒權(quán)模塊還用于判斷軟件系統(tǒng)是否合法性，例如，判斷輸入的序列號是否正確等，如果合法，觸發(fā)更新模塊58比較補丁文件與需要更新的文件是否匹配。本實施例根據(jù)用戶設(shè)定的補丁更新條件觸發(fā)補丁更新，軟件系統(tǒng)將自動從服務(wù)器獲取并更新補丁，如果補丁更新失敗，或者補丁需要回退，軟件系統(tǒng)會自動回退補丁，恢復軟件系統(tǒng)更新補丁前的環(huán)境。很好地解決了手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題，保證了用戶更新補丁的周期性和主動性，同時，改變?nèi)斯じ卵a丁模式，系統(tǒng)自動更新補丁 ；即使更新補丁失敗，系統(tǒng)也會快速自動回退補丁，因此具有很強的實用性。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了根據(jù)用戶的需求，系統(tǒng)自動更新補丁、 自動回退補丁，第一，保證了用戶更新補丁的周期性和主動性，第二，改變?nèi)斯じ卵a丁模式，系統(tǒng)自動更新補丁 ；第三，即使更新補丁失敗，系統(tǒng)也會快速自動回退補丁。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種軟件系統(tǒng)更新補丁的方法，其特征在于，包括監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件，如果滿足，根據(jù)所述用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；根據(jù)所述補丁文件和所述用戶設(shè)置的補丁文件夾路徑確定所述軟件系統(tǒng)需要更新的文件；比較所述補丁文件與所述需要更新的文件是否匹配，如果不匹配，使用所述補丁文件更新所述需要更新的文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述使用所述補丁文件更新所述需要更新的文件之前，所述方法還包括備份所述需要更新的文件；使用所述補丁文件更新所述需要更新的文件包括使用所述補丁文件更新所述需要更新的文件的過程中，如果發(fā)生更新中斷，根據(jù)備份的所述需要更新的文件進行補丁回退。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述使用所述補丁文件更新所述需要更新的文件之后，所述方法包括所述軟件系統(tǒng)運行過程中，接收到所述用戶的補丁回退命令后，根據(jù)備份的所述需要更新的文件進行補丁回退。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述使用所述補丁文件更新所述需要更新的文件之后，所述方法包括運行所述軟件系統(tǒng)達到設(shè)定的時間后，提示所述用戶刪除備份的所述需要更新的文件；接收到所述用戶的同意刪除指示后，刪除備份的所述需要更新的文件。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述使用所述補丁文件更新所述需要更新的文件之前，所述方法包括判斷所述軟件系統(tǒng)是否正在使用，如果是，提示所述用戶關(guān)閉所述軟件系統(tǒng)； 所述軟件系統(tǒng)關(guān)閉后，執(zhí)行所述使用所述補丁文件更新所述需要更新的文件的步驟。
6.根據(jù)權(quán)利要求1-5任一項所述的方法，其特征在于，所述監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件之前，所述方法還包括接收并保存用戶設(shè)置的所述軟件系統(tǒng)的配置信息，所述配置信息包括更新補丁條件、 補丁文件的服務(wù)器地址、補丁文件夾和所述補丁文件夾的路徑。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于， 所述配置信息還包括所述用戶的用戶名和密碼；所述監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件之前，所述方法還包括接收到啟動所述軟件系統(tǒng)的命令后，提示所述用戶輸入用戶名和密碼； 根據(jù)所述配置信息中的所述用戶名和密碼驗證所述用戶是否合法，如果所述用戶合法，啟動并運行所述軟件系統(tǒng)。
8.根據(jù)權(quán)利要求1-5任一項所述的方法，其特征在于，所述比較所述補丁文件與所述需要更新的文件是否匹配之前，所述方法還包括 判斷所述軟件系統(tǒng)是否合法性，如果合法，執(zhí)行比較所述補丁文件與所述需要更新的文件是否匹配的步驟。
9.根據(jù)權(quán)利要求1-5任一項所述的方法，其特征在于，所述更新補丁條件為以下之一 指定日期的指定時間和所述軟件系統(tǒng)啟動后運行指定時長。
10.一種軟件系統(tǒng)更新補丁的裝置，其特征在于，包括監(jiān)測模塊，用于監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件； 文件獲取模塊，用于所述監(jiān)測模塊的監(jiān)測結(jié)果為滿足所述更新補丁條件時，根據(jù)所述用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；文件確定模塊，用于根據(jù)所述文件獲取模塊獲取的所述補丁文件和所述用戶設(shè)置的補丁文件夾路徑確定所述軟件系統(tǒng)需要更新的文件；更新模塊，用于比較所述補丁文件與所述需要更新的文件是否匹配，如果不匹配，使用所述補丁文件更新所述需要更新的文件。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述裝置還包括 備份模塊，用于備份所述文件確定模塊確定的所述需要更新的文件；第一回退模塊，用于使用所述補丁文件更新所述需要更新的文件的過程中，如果發(fā)生更新中斷，根據(jù)備份的所述需要更新的文件進行補丁回退。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述裝置還包括第二回退模塊，用于所述軟件系統(tǒng)運行過程中，接收到補丁回退命令后，根據(jù)備份的所述需要更新的文件進行補丁回退。
全文摘要
本發(fā)明公開了一種軟件系統(tǒng)更新補丁的方法和裝置。其中，該方法包括監(jiān)測當前時刻是否滿足用戶設(shè)置的軟件系統(tǒng)的更新補丁條件，如果滿足，根據(jù)用戶設(shè)置的補丁文件的服務(wù)器地址獲取補丁文件；根據(jù)該補丁文件和用戶設(shè)置的補丁文件夾路徑確定上述軟件系統(tǒng)需要更新的文件；比較該補丁文件與需要更新的文件是否匹配，如果不匹配，使用該補丁文件更新需要更新的文件。根據(jù)本發(fā)明，解決了手動更新軟件補丁時引起的更新不及時和操作繁瑣的問題，提升了用戶對產(chǎn)品的滿意度。
文檔編號G06F9/445GK102479092SQ20101056716
公開日2012年5月30日 申請日期2010年11月30日 優(yōu)先權(quán)日2010年11月30日
發(fā)明者劉玉璽, 焦向麗 申請人:中興通訊股份有限公司