專利名稱：升級處理方法和系統(tǒng)、升級服務(wù)器以及升級設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及計算機及通信技術(shù)領(lǐng)域，尤其涉及一種升級處理方法和系統(tǒng)、
升級服務(wù)器以及升級設(shè)備。
背景技術(shù)：
隨著軟件開發(fā)和版本更新速度的不斷提高，各種升級處理也逐漸頻繁。圖1為現(xiàn) 有技術(shù)升級處理過程的信令流程圖，如圖l所示，升級設(shè)備針對不同的升級節(jié)點具有不同 的升級接口，升級設(shè)備通過各個升級接口分別采用不同的控制邏輯對升級節(jié)點的升級過程 進行控制。以對兩個升級節(jié)點，即升級節(jié)點1和升級節(jié)點2為例來說，升級處理的具體過程 為對于升級節(jié)點1來說，升級設(shè)備首先為升級節(jié)點1下載升級所需的軟件包，并將該軟件 包發(fā)送給升級節(jié)點1 ;然后升級設(shè)備向升級節(jié)點1發(fā)送升級命令，通過升級命令來控制升級 節(jié)點1實現(xiàn)升級，且該升級命令可以有N條，對于升級節(jié)點2的升級處理也是如此。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題在升級處理過 程中，由于升級設(shè)備分別與不同的升級節(jié)點對應(yīng)并控制升級節(jié)點的升級處理過程，因此，升 級設(shè)備與升級節(jié)點之間緊耦合，從而導(dǎo)致升級處理過程的擴展性較差。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種升級處理方法和系統(tǒng)、升級服務(wù)器以及升級設(shè)備，以實現(xiàn)
升級設(shè)備與升級節(jié)點之間松耦合，提高升級處理過程的擴展性。 本發(fā)明實施例提供一種升級處理方法，包括 接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜帶版本標識； 控制升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)； 接收所述升級設(shè)備發(fā)送的啟動升級命令，并控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)
進行升級處理。 本發(fā)明實施例提供另一種升級處理方法，包括 向升級服務(wù)器發(fā)送版本下載命令，所述版本下載命令中攜帶版本標識； 在接收所述升級服務(wù)器控制升級節(jié)點獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)的指
示信息后，向所述升級服務(wù)器發(fā)送啟動升級命令，以使所述升級服務(wù)器控制所述升級節(jié)點
應(yīng)用所述升級數(shù)據(jù)進行升級處理。 本發(fā)明實施例提供一種升級服務(wù)器，包括接收模塊和控制模塊， 所述接收模塊，用于接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜
帶版本標識； 在所述控制模塊，用于控制升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的
升級數(shù)據(jù)，并在所述接收模塊接收所述升級設(shè)備發(fā)送的啟動升級命令后，控制所述升級節(jié)
點應(yīng)用所述升級數(shù)據(jù)進行升級處理。 本發(fā)明實施例提供一種升級設(shè)備，包括
第一發(fā)送模塊，用于向升級服務(wù)器發(fā)送版本下載命令，所述版本下載命令中攜帶 版本標識； 第二發(fā)送模塊，用于在所述升級服務(wù)器控制升級節(jié)點獲取與所述版本標識對應(yīng)的 升級數(shù)據(jù)后，向所述升級服務(wù)器發(fā)送啟動升級命令，以使所述升級服務(wù)器控制所述升級節(jié) 點應(yīng)用所述升級數(shù)據(jù)進行升級處理。 本發(fā)明實施例還提供一種升級處理系統(tǒng)，包括
升級服務(wù)器和升級節(jié)點， 所述升級服務(wù)器用于接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜 帶版本標識；控制所述升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)；并 接收所述升級設(shè)備發(fā)送的啟動升級命令，控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處 理； 所述升級節(jié)點，用于在所述升級服務(wù)器的控制下，從所述升級設(shè)備獲取與所述版 本標識對應(yīng)的升級數(shù)據(jù)，并應(yīng)用所述升級數(shù)據(jù)進行升級處理。 本發(fā)明實施例，可以使升級設(shè)備本身并不對升級節(jié)點進行升級操作的過程進行任 何控制，升級設(shè)備與升級節(jié)點之間為松耦合，升級設(shè)備與升級節(jié)點中任一者發(fā)生改變，均不 會影響對方，從而提高了升級操作的可擴展性。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附 圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域 普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為現(xiàn)有技術(shù)升級處理過程的信令流程圖；
圖2為本發(fā)明升級處理方法一個實施例的流程圖； 圖3為本發(fā)明升級處理方法另一個實施例應(yīng)用的系統(tǒng)的結(jié)構(gòu)示意圖； 圖4為本發(fā)明升級處理方法另一個實施例的信令流程圖； 圖5為本發(fā)明升級處理方法再一個實施例的流程圖； 圖6為本發(fā)明升級服務(wù)器一個實施例的結(jié)構(gòu)示意圖； 圖7為本發(fā)明升級服務(wù)器另一個實施例的結(jié)構(gòu)示意圖； 圖8為本發(fā)明升級設(shè)備一個實施例的結(jié)構(gòu)示意圖； 圖9為本發(fā)明升級設(shè)備另一個實施例的結(jié)構(gòu)示意圖； 圖10為本發(fā)明升級處理系統(tǒng)一個實施例的結(jié)構(gòu)示意圖； 圖11為本發(fā)明升級處理系統(tǒng)另一個實施例的結(jié)構(gòu)示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。 圖2為本發(fā)明升級處理方法一個實施例的流程圖，如圖2所示，本實施例的方法可
5以包括 步驟201、接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜帶版本標 識； 舉例來說，升級服務(wù)器可以接收升級設(shè)備發(fā)送的版本下載命令，該版本下載命令 中攜帶有版本標識。具體來說，當用戶需要進行版本升級操作時，可以通過升級設(shè)備向升級 服務(wù)器發(fā)送該版本下載命令，從而通過該版本下載命令觸發(fā)升級服務(wù)器控制對應(yīng)的升級節(jié) 點的升級處理。該版本標識用于使升級服務(wù)器獲知本次升級操作中，升級節(jié)點需要從升級 設(shè)備下載的升級數(shù)據(jù)。 步驟202、控制升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)；
在本實施例中，升級設(shè)備也可以作為存放升級處理所需要的升級數(shù)據(jù)的版本服務(wù) 器，因此，升級服務(wù)器受到升級設(shè)備的觸發(fā)后，即可控制升級節(jié)點從升級設(shè)備獲取與版本標 識對應(yīng)的升級數(shù)據(jù)。 步驟203、接收所述升級設(shè)備發(fā)送的啟動升級命令，并控制所述升級節(jié)點應(yīng)用所述 升級數(shù)據(jù)進行升級處理。 在升級節(jié)點從升級設(shè)備獲取與版本標識對應(yīng)的升級數(shù)據(jù)后，升級設(shè)備即可向升級 服務(wù)器發(fā)送啟動升級命令。升級服務(wù)器在接收到該啟動升級命令后，即可控制升級節(jié)點應(yīng) 用前述從升級設(shè)備獲取的升級數(shù)據(jù)進行升級處理。 圖3為本發(fā)明升級處理方法另一個實施例應(yīng)用的系統(tǒng)的結(jié)構(gòu)示意圖，如圖3所示， 本實施例應(yīng)用升級數(shù)據(jù)承載與升級命令控制分離的思想，升級設(shè)備可以承載升級數(shù)據(jù)，而 對升級節(jié)點的具體升級過程進行控制的操作主要由升級服務(wù)器完成。在圖3中，升級服務(wù) 器與升級設(shè)備和升級節(jié)點之間連接的虛線表示升級服務(wù)器與升級設(shè)備和升級節(jié)點之間傳 送升級控制命令，升級設(shè)備與升級節(jié)點1 (如操作維護節(jié)點)之間以及升級節(jié)點1與其它升 級節(jié)點之間連接的實線表示升級設(shè)備與升級節(jié)點之間傳送升級操作所需的升級數(shù)據(jù)。需要 說明的是，上述升級節(jié)點之間不限于圖3所示的連接關(guān)系。升級設(shè)備接收用戶的升級指令， 然后觸發(fā)升級服務(wù)器啟動升級過程，并且升級設(shè)備還可以接收升級進度、狀態(tài)和報告指示 并顯示給用戶。升級服務(wù)器總控整個升級過程，根據(jù)業(yè)務(wù)邏輯觸發(fā)相應(yīng)升級節(jié)點進行版本 升級。升級節(jié)點在升級服務(wù)器的控制下，從升級設(shè)備直接下載升級數(shù)據(jù)，執(zhí)行本升級節(jié)點的 具體升級命令，執(zhí)行版本快速切換和版本回退等具體命令。 因此，升級設(shè)備僅需要進行簡單的操作，例如接收用戶發(fā)送的升級指令，向升級服
務(wù)器發(fā)送版本下載命令和啟動升級命令，而控制升級節(jié)點獲取升級數(shù)據(jù)以及后續(xù)控制升級
節(jié)點根據(jù)升級數(shù)據(jù)進行升級處理的操作都交由升級服務(wù)器進行處理。因此，本實施例中的
升級設(shè)備只需要具有普通升級設(shè)備的基本功能即可，使得該升級設(shè)備可以應(yīng)用于不同的升
級環(huán)境，而且，該升級設(shè)備既可以作為獨立升級設(shè)備被獨立地部署，也可以部署在網(wǎng)元管理
系統(tǒng)(Element Management System,以下簡稱EMS)。而且，該升級設(shè)備只需要與升級服務(wù)
器之間進行粗粒度信令的交互，如版本下載命令、啟動升級命令等，即可觸發(fā)升級服務(wù)器對
升級節(jié)點的升級操作進行控制，從而使得升級設(shè)備本身并不對升級節(jié)點進行升級操作的過
程進行直接控制，因此本實施例中，升級設(shè)備與升級節(jié)點之間為松耦合，升級設(shè)備與升級節(jié)
點中任一者發(fā)生改變，均不會影響對方，從而提高了升級操作的可擴展性。 本發(fā)明升級處理方法另一個實施例與圖2所示方法實施例的步驟類似，其區(qū)別在于，若升級節(jié)點需要聯(lián)動升級，步驟203中所述的控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進 行升級處理，可以包括啟動分布式升級事務(wù)，控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升 級處理，并在所述升級節(jié)點全部升級成功時，接收所述升級事務(wù)提交的升級成功命令。
當升級節(jié)點之間需要聯(lián)動升級時，升級服務(wù)器可以啟動分布式事務(wù)，此時，升級節(jié) 點與升級服務(wù)器之間構(gòu)成了分布式系統(tǒng)，在升級服務(wù)器上啟動分布式事務(wù)相當于啟動數(shù)據(jù) 庫事務(wù)。所謂聯(lián)動升級即為升級服務(wù)器作為事務(wù)控制者和協(xié)調(diào)者，只有相應(yīng)的升級節(jié)點都 升級成功，升級事務(wù)才能進行升級提交；只要有一個升級節(jié)點升級失敗，則所有升級節(jié)點均 需要進行回退。如果升級節(jié)點不需要進行聯(lián)動升級，則升級服務(wù)器可以控制各個升級節(jié)點 進行獨立升級。 本發(fā)明升級處理方法再一個實施例與圖2所示的方法實施例的步驟類似，其區(qū)別 在于，步驟203中所述的控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理，可以包括根 據(jù)存儲的通用處理程序，控制所述升級節(jié)點進行升級前檢查、升級執(zhí)行、升級后驗證以及升 級回退；根據(jù)特殊處理程序，解釋執(zhí)行升級過程所需要的操作步驟的升級流程，并調(diào)度執(zhí)行 所述升級流程中用于描述各獨立的升級操作的升級原語，控制所述升級節(jié)點應(yīng)用所述升級 數(shù)據(jù)進行升級處理。 雖然升級節(jié)點的類型千差萬別，但是從升級的流程來說，差異不大，主要的升級流 程一般為先在某一個節(jié)點，比如操作維護單元上準備升級需要的程序和數(shù)據(jù)，然后將這些 程序和數(shù)據(jù)加載到各升級節(jié)點，比如設(shè)備的各個單板。升級過程中真正的差異在于準備程 序和數(shù)據(jù)需要的步驟、執(zhí)行的操作；將程序和數(shù)據(jù)加載到各升級節(jié)點需要遵循的順序、執(zhí)行 的操作；以及升級失敗后的處理步驟、執(zhí)行的操作。因此，本實施例可以將升級流程分解為 通用處理程序和特殊處理程序，其中，通用處理程序可以包括控制所述升級節(jié)點進行升級 前檢查、升級執(zhí)行、升級后驗證以及升級回退的通用程序，該通用處理程序可以通過高度抽 象被固化在升級服務(wù)器中，從而形成統(tǒng)一的升級架構(gòu)；而對于特殊處理程序，可以針對升級 節(jié)點的類型部署不同的專用程序。在本實施例中，該專用程序可以分為用于描述升級過程 所需要的操作步驟的升級流程和所述升級流程中用于描述各獨立的升級操作的升級原語。 本實施例可以基于不同的升級節(jié)點自身特點，編寫不同的升級流程以及升級原語，這些升 級流程和升級原語可以采用腳本進行描述，然后將這些升級流程腳本和升級原語集成到升 級服務(wù)器中。在具體升級過程中，該升級服務(wù)器可以在通用處理程序的控制下，控制升級節(jié) 點完成通用操作，例如升級前檢查、升級執(zhí)行、升級后驗證以及升級回退；而在特殊處理程 序的控制下，控制升級節(jié)點完成這些升級節(jié)點在升級處理過程中所特有的升級操作，在完 成這些特有的升級操作過程中，升級服務(wù)器可以解釋執(zhí)行升級流程，調(diào)度執(zhí)行流程中描述 的升級原語來完成升級。因此，本實施例的升級服務(wù)器可以為不同平臺不同架構(gòu)下的升級 節(jié)點提供統(tǒng)一的升級集成環(huán)境，可以支持WINDOWS、UNIX以及LINUX環(huán)境。
本實施例的升級處理方法，通過提供統(tǒng)一的升級設(shè)備，減少了用戶使用升級設(shè)備 的用戶的培訓(xùn)時間，降低了用戶的技能要求，而且降低了升級設(shè)備與升級節(jié)點之間的耦合 程度，提高了升級的可擴展性；通過統(tǒng)一的跨平臺升級服務(wù)器，給不同平臺和不同架構(gòu)的升 級節(jié)點提供了統(tǒng)一的二次開發(fā)集成環(huán)境，屏蔽了不同節(jié)點的升級流程差異和升級節(jié)點對外 的接口差異，提高了升級服務(wù)器的復(fù)用度。升級設(shè)備可以靈活部署在EMS上，也可以作為工 具獨立部署，升級服務(wù)器可以運行在UNIX、 WINDOWS和LINUX上，從而提高了升級部署實施的靈活性，降低了現(xiàn)場實施的難度和成本；通過升級服務(wù)器提供分布式事務(wù)機制，自動保證 升級的完整性和一致性，提高了升級可靠性和升級效率。 圖4為本發(fā)明升級處理方法另一個實施例的信令流程圖，如圖4所示，本實施例以 升級節(jié)點為雙控制器，即主控制器和備控制器為例進行說明。本實施例的方法可以包括
步驟401、升級設(shè)備向升級服務(wù)器發(fā)送版本下載命令； 該版本下載命令中攜帶版本標識，該版本標識用于使升級服務(wù)器獲知本次升級操
作中，升級節(jié)點需要從升級設(shè)備下載的升級數(shù)據(jù)。 步驟402、升級服務(wù)器向主控制器發(fā)送版本下載命令； 步驟403、升級服務(wù)器向備控制器發(fā)送版本下載命令； 步驟402和403中的版本下載命令中均可以攜帶版本標識，從而使得升級服務(wù)器
控制主控制器和備控制器從升級設(shè)備獲取與該版本標識對應(yīng)的升級數(shù)據(jù)。 步驟402和403可以沒有先后順序。 步驟404、主控制器從升級設(shè)備中獲取升級包； 步驟405、備控制器從升級設(shè)備獲取升級包； 步驟404和405中的升級包即為與版本標識對應(yīng)的升級數(shù)據(jù)。在獲取升級包的過 程中，主控制器和備控制器作為文件傳輸協(xié)議(File TransferProtocol，以下簡稱FTP)/ 安全文件傳輸協(xié)議(Secure File Transfer Protocol,以下簡稱SFTP)客戶端，升級設(shè)備 即可以作為FTP服務(wù)器，主控制器和備控制器基于FTP/SFTP從升級設(shè)備下載升級數(shù)據(jù)到本 地指定目錄下。 步驟404和405可以沒有先后順序。 步驟406、升級設(shè)備向升級服務(wù)器發(fā)送啟動升級命令； 該啟動升級命令可以觸發(fā)升級服務(wù)器控制主控制器和備控制器進行升級處理的 操作。 步驟407、升級服務(wù)器啟動升級事務(wù)。 需要說明的是，本實施例若需要進行聯(lián)動升級，則步驟407也可以為升級服務(wù)器 啟動聯(lián)動升級事務(wù)。 為了使主控制器和備控制器可以聯(lián)動升級，升級服務(wù)器可以啟動聯(lián)動升級事務(wù)， 對主控制器和備控制器進行聯(lián)動升級控制，即主控制器和備控制器都升級成功，升級事務(wù) 才能進行升級提交；只要主控制器和備控制器中有一個升級失敗，則主控制器和備控制器 均需要進行回退。如果主控制器和備控制器不需要進行聯(lián)動升級，則升級服務(wù)器可以控制 主控制器和備控制器進行獨立升級。 步驟408、升級服務(wù)器向主控制器發(fā)送升級命令； 步驟409、主控制器在升級成功后，向升級服務(wù)器發(fā)送升級成功的反饋信息；
在步驟409中，如果主控制器升級失敗，則升級服務(wù)器還需要控制主控制器進行 事務(wù)回滾，升級回退的操作。 步驟410、升級服務(wù)器向備控制器發(fā)送升級命令； 步驟411、備控制器在升級成功后，向升級服務(wù)器發(fā)送升級成功的反饋信息；
在步驟411中，如果備控制器升級失敗，則升級服務(wù)器還需要控制備控制器進行 事務(wù)回滾，升級回退的操作。
步驟412、升級服務(wù)器向主控制器發(fā)送升級提交；
步驟413、升級服務(wù)器向備控制器發(fā)送升級提交；
步驟412和413之間可以沒有先后順序；
步驟414、升級服務(wù)器結(jié)束事務(wù)； 步驟415、升級服務(wù)器向升級設(shè)備發(fā)送升級成功的反饋信息。 本實施例的升級處理方法，降低了升級設(shè)備與升級節(jié)點之間的耦合程度，提高了 升級的可擴展性；升級服務(wù)器可以運行在UNIX、 WINDOWS和LINUX上，通過統(tǒng)一的跨平臺升 級服務(wù)器，給不同平臺和不同架構(gòu)的升級節(jié)點提供了統(tǒng)一的二次開發(fā)集成環(huán)境；通過升級 服務(wù)器提供分布式事務(wù)機制，自動保證升級的完整性和一致性，提高了升級可靠性和升級 效率。 圖5為本發(fā)明升級處理方法再一個實施例的流程圖，如圖5所示，本實施例的方法 可以包括 步驟501 、向升級服務(wù)器發(fā)送版本下載命令，所述版本下載命令中攜帶版本標識；
舉例來說，升級設(shè)備可以向升級服務(wù)器發(fā)送版本下載命令，該版本下載命令中攜 帶有版本標識。具體來說，當用戶需要進行版本升級操作時，可以通過升級設(shè)備向升級服務(wù) 器發(fā)送該版本下載命令，從而通過該版本下載命令觸發(fā)升級服務(wù)器控制對應(yīng)的升級節(jié)點的 升級處理。該版本標識用于使升級服務(wù)器獲知本次升級操作中，升級節(jié)點需要從升級設(shè)備 下載的升級數(shù)據(jù)。 步驟502、在接收所述升級服務(wù)器控制升級節(jié)點獲取與所述版本標識對應(yīng)的升級 數(shù)據(jù)的指示信息后，向所述升級服務(wù)器發(fā)送啟動升級命令，以使所述升級服務(wù)器控制所述 升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。 在本實施例中，升級設(shè)備也可以作為存放升級處理所需要的升級數(shù)據(jù)的版本服務(wù) 器，因此，升級服務(wù)器受到升級設(shè)備的觸發(fā)后，即可控制升級節(jié)點從升級設(shè)備獲取與版本標 識對應(yīng)的升級數(shù)據(jù)。 在升級節(jié)點從升級設(shè)備獲取與版本標識對應(yīng)的升級數(shù)據(jù)后，升級設(shè)備即可向升級 服務(wù)器發(fā)送啟動升級命令。升級服務(wù)器在接收到該啟動升級命令后，即可控制升級節(jié)點應(yīng) 用前述從升級設(shè)備獲取的升級數(shù)據(jù)進行升級處理。 在本發(fā)明升級處理方法另一個實施例中，還包括接收并顯示所述升級服務(wù)器在
控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理過程中發(fā)送的升級狀態(tài)信息。 在升級服務(wù)器控制升級節(jié)點進行升級處理的過程中，升級設(shè)備還可以接收升級服
務(wù)器發(fā)送的升級狀態(tài)信息，例如升級進度，升級狀態(tài)以及報告指示等，從而使用戶可以通過
升級設(shè)備獲知升級處理過程中的相關(guān)狀態(tài)信息。 本實施例的升級處理方法中，升級設(shè)備僅需要進行簡單的操作，例如接收用戶發(fā) 送的升級指令，向升級服務(wù)器發(fā)送版本下載命令和啟動升級命令，而控制升級節(jié)點獲取升 級數(shù)據(jù)以及后續(xù)控制升級節(jié)點根據(jù)升級數(shù)據(jù)進行升級處理的操作都交由升級服務(wù)器進行 處理。因此，本實施例中的升級設(shè)備只需要具有普通升級設(shè)備的基本功能即可，使得該升級 設(shè)備可以應(yīng)用于不同的升級環(huán)境，而且，該升級設(shè)備既可以作為獨立升級設(shè)備被獨立地部 署，也可以部署在EMS。而且，該升級設(shè)備只需要與升級服務(wù)器之間進行粗粒度信令的交互， 如版本下載命令、啟動升級命令等，即可觸發(fā)升級服務(wù)器對升級節(jié)點的升級操作進行控制，從而使得升級設(shè)備本身并不對升級節(jié)點進行升級操作的過程進行任何控制，因此本實施例 中，升級設(shè)備與升級節(jié)點之間為松耦合，升級設(shè)備與升級節(jié)點中任一者發(fā)生改變，均不會影 響對方，從而提高了升級操作的可擴展性。 圖6為本發(fā)明升級服務(wù)器一個實施例的結(jié)構(gòu)示意圖，如圖6所示，本實施例的升級 服務(wù)器可以包括接收模塊11和控制模塊12，其中接收模塊11用于接收升級設(shè)備發(fā)送的 版本下載命令，版本下載命令中攜帶版本標識；控制模塊12用于控制升級節(jié)點從升級設(shè)備 獲取與版本標識對應(yīng)的升級數(shù)據(jù)，并在接收模塊11接收升級設(shè)備發(fā)送的啟動升級命令后， 控制升級節(jié)點應(yīng)用升級數(shù)據(jù)進行升級處理。 在本發(fā)明升級服務(wù)器另一個實施例中，若升級節(jié)點需要聯(lián)動升級，控制模塊12具 體用于啟動分布式升級事務(wù)，控制升級節(jié)點應(yīng)用升級數(shù)據(jù)進行升級處理，并在所述升級節(jié) 點全部升級成功時，向所述接收模塊11發(fā)送升級成功命令。 圖7為本發(fā)明升級服務(wù)器另一個實施例的結(jié)構(gòu)示意圖，如圖7所示，本實施例在圖 6所示的升級服務(wù)器的基礎(chǔ)上，還包括存儲模塊13，該存儲模塊13用于存儲通用處理程序 和特殊處理程序，供所述控制模塊根據(jù)存儲的通用處理程序和特殊處理程序控制所述升級 節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。其中，所述通用處理程序可以包括控制所述升級節(jié) 點進行升級前檢查、升級執(zhí)行、升級后驗證以及升級回退的通用程序；所述特殊處理程序可 以包括與所述升級節(jié)點對應(yīng)的、所述升級節(jié)點特有的專用程序。控制模塊12可以進一步包 括解釋單元121和調(diào)度執(zhí)行單元122，其中解釋單元121用于解釋執(zhí)行所述升級流程；調(diào) 度執(zhí)行單元122用于調(diào)度執(zhí)行所述升級流程中的升級原語，控制所述升級節(jié)點應(yīng)用所述升 級數(shù)據(jù)進行升級處理。 上述實施例中的升級服務(wù)器，其實現(xiàn)原理與圖2和圖4所示的升級處理方法實施 例的實現(xiàn)原理相同，不再贅述。 本實施例的升級服務(wù)器可以使升級設(shè)備本身并不對升級節(jié)點進行升級操作的過 程進行直接控制，升級設(shè)備與升級節(jié)點之間為松耦合，升級設(shè)備與升級節(jié)點中任一者發(fā)生 改變，均不會影響對方，從而提高了升級操作的可擴展性。而且，本實施例的升級服務(wù)器可 以為不同平臺不同架構(gòu)下的升級節(jié)點提供統(tǒng)一的升級集成環(huán)境，可以支持WINDOWS、UNIX 以及LINUX環(huán)境。 圖8為本發(fā)明升級設(shè)備一個實施例的結(jié)構(gòu)示意圖，如圖8所示，本實施例的升級設(shè) 備可以包括第一發(fā)送模塊14和第二發(fā)送模塊15，其中，第一發(fā)送模塊14用于向升級服務(wù) 器發(fā)送版本下載命令，所述版本下載命令中攜帶版本標識；第二發(fā)送模塊15用于在所述升 級服務(wù)器控制升級節(jié)點獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)后，向所述升級服務(wù)器發(fā)送啟 動升級命令，以使所述升級服務(wù)器控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。
圖9為本發(fā)明升級設(shè)備另一個實施例的結(jié)構(gòu)示意圖，如圖9所示，本實施例的升級 設(shè)備在圖8所示的升級設(shè)備的基礎(chǔ)上，還包括接收顯示模塊16，該接收顯示模塊16用于 接收并顯示所述升級服務(wù)器在控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理過程中 發(fā)送的升級狀態(tài)信息。該升級狀態(tài)信息可以包括升級進度，升級狀態(tài)以及報告指示等，從而 使用戶可以通過升級設(shè)備獲知升級處理過程中的相關(guān)狀態(tài)信息。 上述實施例中的升級設(shè)備僅需要進行簡單的操作，例如接收用戶發(fā)送的升級指 令，向升級服務(wù)器發(fā)送版本下載命令和啟動升級命令，而控制升級節(jié)點獲取升級數(shù)據(jù)以及后續(xù)控制升級節(jié)點根據(jù)升級數(shù)據(jù)進行升級處理的操作都交由升級服務(wù)器進行處理。因此， 本實施例中的升級設(shè)備只需要具有普通升級設(shè)備的基本功能即可，使得該升級設(shè)備可以應(yīng) 用于不同的升級環(huán)境，而且，該升級設(shè)備既可以作為獨立升級設(shè)備被獨立地部署，也可以部 署在EMS。而且，該升級設(shè)備只需要與升級服務(wù)器之間進行粗粒度信令的交互，如版本下載 命令、啟動升級命令等，即可觸發(fā)升級服務(wù)器對升級節(jié)點的升級操作進行控制，從而使得升 級設(shè)備本身并不對升級節(jié)點進行升級操作的過程進行任何控制，因此本實施例中，升級設(shè) 備與升級節(jié)點之間為松耦合，升級設(shè)備與升級節(jié)點中任一者發(fā)生改變，均不會影響對方，從 而提高了升級操作的可擴展性。 圖IO為本發(fā)明升級處理系統(tǒng)一個實施例的結(jié)構(gòu)示意圖，如圖IO所示，本實施例的
系統(tǒng)可以包括升級服務(wù)器1和升級節(jié)點2，其中，升級服務(wù)器1可以用于接收升級設(shè)備發(fā)
送的版本下載命令，版本下載命令中攜帶版本標識；控制所述升級節(jié)點2從所述升級設(shè)備
獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)；并接收升級設(shè)備發(fā)送的啟動升級命令，控制升級節(jié)
點2應(yīng)用升級數(shù)據(jù)進行升級處理；升級節(jié)點2用于在升級服務(wù)器1的控制下，從升級設(shè)備獲
取與所述版本標識對應(yīng)的升級數(shù)據(jù)，并應(yīng)用所述升級數(shù)據(jù)進行升級處理。 本實施例的升級節(jié)點2可以包括多個升級節(jié)點，且這些升級節(jié)點之間可以根據(jù)需
要連接在一起，以便升級服務(wù)器1對這些升級節(jié)點的升級處理進行控制。 圖ll為本發(fā)明升級處理系統(tǒng)另一個實施例的結(jié)構(gòu)示意圖，如圖ll所示，本實施例
在圖10所示系統(tǒng)的基礎(chǔ)上，進一步包括升級設(shè)備3，該升級設(shè)備3用于向所述升級服務(wù)器1
發(fā)送版本下載命令和啟動升級命令。 上述實施例的系統(tǒng)與上述圖2 9所示的方法和裝置的實施例的原理相同，不再 贅述。 上述實施例通過提供統(tǒng)一的升級設(shè)備，減少了用戶使用升級設(shè)備的培訓(xùn)時間，降 低了用戶的技能要求，而且降低了升級設(shè)備與升級節(jié)點之間的耦合程度，提高了升級的可 擴展性；通過統(tǒng)一的跨平臺升級服務(wù)器，給不同平臺和不同架構(gòu)的升級節(jié)點提供了統(tǒng)一的 二次開發(fā)集成環(huán)境，屏蔽了不同節(jié)點的升級流程差異和升級節(jié)點對外的接口差異，提高了 升級服務(wù)器的復(fù)用度。升級設(shè)備可以靈活部署在EMS上，也可以作為工具獨立部署，升級服 務(wù)器可以運行在UNIX、 WINDOWS和LINUX上，從而提高了升級部署實施的靈活性，降低了現(xiàn) 場實施的難度和成本；通過升級服務(wù)器提供分布式事務(wù)機制，自動保證升級的完整性和一 致性，提高了升級可靠性和升級效率。 最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制， 盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解其依 然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
一種升級處理方法，其特征在于，包括接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜帶版本標識；控制升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)；接收所述升級設(shè)備發(fā)送的啟動升級命令，并控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。
2. 根據(jù)權(quán)利要求1所述的升級處理方法，其特征在于，若所述升級節(jié)點需要聯(lián)動升級， 所述控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理，包括啟動分布式升級事務(wù)，控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理，并在所述 升級節(jié)點全部升級成功時，接收所述升級事務(wù)提交的升級成功命令。
3. 根據(jù)權(quán)利要求1所述的升級處理方法，其特征在于，所述控制所述升級節(jié)點應(yīng)用所 述升級數(shù)據(jù)進行升級處理，包括根據(jù)存儲的通用處理程序，控制所述升級節(jié)點進行升級前檢查、升級執(zhí)行、升級后驗證 以及升級回退；根據(jù)特殊處理程序，解釋執(zhí)行升級流程，并調(diào)度執(zhí)行所述升級流程中用于描述各獨立 的升級操作的升級原語，控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。
4. 一種升級處理方法，其特征在于，包括向升級服務(wù)器發(fā)送版本下載命令，所述版本下載命令中攜帶版本標識； 在接收所述升級服務(wù)器控制升級節(jié)點獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)的指示信息后，向所述升級服務(wù)器發(fā)送啟動升級命令，以使所述升級服務(wù)器控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。
5. 根據(jù)權(quán)利要求4所述的升級處理方法，其特征在于，還包括接收并顯示所述升級服務(wù)器在控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理過 程中發(fā)送的升級狀態(tài)信息。
6. —種升級服務(wù)器，其特征在于，包括接收模塊和控制模塊，所述接收模塊，用于接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜帶版 本標識；所述控制模塊，用于控制升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù) 據(jù)，在所述接收模塊接收所述升級設(shè)備發(fā)送的啟動升級命令后，控制所述升級節(jié)點應(yīng)用所 述升級數(shù)據(jù)進行升級處理。
7. 根據(jù)權(quán)利要求6所述的升級服務(wù)器，其特征在于，若所述升級節(jié)點需要聯(lián)動升級，所 述控制模塊具體用于啟動分布式升級事務(wù)，控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級 處理，并在所述升級節(jié)點全部升級成功時，向所述接收模塊發(fā)送升級成功命令。
8. 根據(jù)權(quán)利要求6或7所述的升級服務(wù)器，其特征在于，還包括 存儲模塊，用于存儲通用處理程序和特殊處理程序，供所述控制模塊根據(jù)存儲的通用處理程序和特殊處理程序控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理，所述通用處 理程序包括控制所述升級節(jié)點進行升級前檢查、升級執(zhí)行、升級后驗證以及升級回退的通 用程序；所述特殊處理程序包括與所述升級節(jié)點對應(yīng)的、所述升級節(jié)點特有的專用程序；所述控制模塊包括解釋單元，用于解釋執(zhí)行升級流程；調(diào)度執(zhí)行單元，用于調(diào)度執(zhí)行所述升級流程中的升級原語，控制所述升級節(jié)點應(yīng)用所 述升級數(shù)據(jù)進行升級處理。
9. 一種升級設(shè)備，其特征在于，包括第一發(fā)送模塊，用于向升級服務(wù)器發(fā)送版本下載命令，所述版本下載命令中攜帶版本 標識；第二發(fā)送模塊，用于在所述升級服務(wù)器控制升級節(jié)點獲取與所述版本標識對應(yīng)的升級 數(shù)據(jù)后，向所述升級服務(wù)器發(fā)送啟動升級命令，以使所述升級服務(wù)器控制所述升級節(jié)點應(yīng) 用所述升級數(shù)據(jù)進行升級處理。
10. 根據(jù)權(quán)利要求9所述的升級設(shè)備，其特征在于，還包括接收顯示模塊，用于接收并顯示所述升級服務(wù)器在控制所述升級節(jié)點應(yīng)用所述升級數(shù) 據(jù)進行升級處理過程中發(fā)送的升級狀態(tài)信息。
11. 一種升級處理系統(tǒng)，其特征在于，包括升級服務(wù)器和升級節(jié)點，所述升級服務(wù)器用于接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜帶版 本標識；控制所述升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)；并接收 所述升級設(shè)備發(fā)送的啟動升級命令，控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理；所述升級節(jié)點，用于在所述升級服務(wù)器的控制下，從所述升級設(shè)備獲取與所述版本標 識對應(yīng)的升級數(shù)據(jù)，并應(yīng)用所述升級數(shù)據(jù)進行升級處理。
12. 根據(jù)權(quán)利要求11所述的升級處理系統(tǒng)，其特征在于，還包括 升級設(shè)備，用于向所述升級服務(wù)器發(fā)送所述版本下載命令和所述啟動升級命令。
全文摘要
本發(fā)明實施例涉及一種升級處理方法和系統(tǒng)、升級服務(wù)器以及升級設(shè)備。升級處理方法，包括接收升級設(shè)備發(fā)送的版本下載命令，所述版本下載命令中攜帶版本標識；控制升級節(jié)點從所述升級設(shè)備獲取與所述版本標識對應(yīng)的升級數(shù)據(jù)；接收所述升級設(shè)備發(fā)送的啟動升級命令，并控制所述升級節(jié)點應(yīng)用所述升級數(shù)據(jù)進行升級處理。本發(fā)明實施例，可以使升級設(shè)備本身并不對升級節(jié)點進行升級操作的過程進行任何控制，升級設(shè)備與升級節(jié)點之間為松耦合，升級設(shè)備與升級節(jié)點中任一者發(fā)生改變，均不會影響對方，從而提高了升級操作的可擴展性。
文檔編號G06F9/445GK101710288SQ200910225679
公開日2010年5月19日 申請日期2009年11月27日 優(yōu)先權(quán)日2009年11月27日
發(fā)明者范德富 申請人:成都市華為賽門鐵克科技有限公司