專利名稱：基于dhcp網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法。
背景技術(shù)：
目前的組網(wǎng)環(huán)境大多是DHCP (Dynamic Host Configure Protocol,動(dòng)態(tài)主機(jī)配置
協(xié)議)網(wǎng)絡(luò)，由一臺(tái)設(shè)備作為服務(wù)器，向其他的客戶端設(shè)備提供動(dòng)態(tài)IP地址。隨著組網(wǎng)規(guī)
模的日益增大，網(wǎng)絡(luò)設(shè)備變得越來越多，而同時(shí)軟件版本也在不停地更新?lián)Q代。 但是，傳統(tǒng)的軟件版本升級(jí)需要手工對(duì)逐臺(tái)設(shè)備進(jìn)行更新，這將給網(wǎng)管的管理帶
來了很大的工作負(fù)擔(dān)。

發(fā)明內(nèi)容
本發(fā)明的發(fā)明目的是提供一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法，旨在實(shí)現(xiàn)版本的批量升級(jí)。 本發(fā)明一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法，包括以下步驟 DHCP服務(wù)器接收升級(jí)設(shè)備選擇指令，并根據(jù)升級(jí)設(shè)備選擇指令，向選定的升級(jí)設(shè)
備發(fā)送升級(jí)命令，等待升級(jí)設(shè)備的響應(yīng)； 升級(jí)設(shè)備根據(jù)升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程，并向DHCP服務(wù)器返回升級(jí)響應(yīng)。 優(yōu)選地，上述根據(jù)所述設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令的步驟包括 根據(jù)升級(jí)設(shè)備選擇指令，查找DHCP服務(wù)器上存儲(chǔ)的客戶端列表；
提取匹配的DHCP客戶端，將其作為當(dāng)前處理設(shè)備，并獲取其設(shè)備類型；
根據(jù)設(shè)備類型，查找該設(shè)備類型對(duì)應(yīng)的版本信息；
將版本信息添加到升級(jí)命令，發(fā)送至當(dāng)前處理設(shè)備。 優(yōu)選地，上述根據(jù)升級(jí)設(shè)備選擇指令，查詢DHCP服務(wù)器上存儲(chǔ)的客戶端列表的步驟還包括 客戶端列表不存在匹配的DHCP客戶端時(shí)，提示用戶不存在匹配的DHCP客戶端，并結(jié)束升級(jí)工作。
優(yōu)選地，上述根據(jù)設(shè)備類型，查找該設(shè)備類型對(duì)應(yīng)的版本信息的步驟還包括
版本信息無法找到時(shí)，記錄該類設(shè)備無法找到版本信息，繼續(xù)查詢匹配的客戶端。
優(yōu)選地，上述升級(jí)設(shè)備接收到升級(jí)命令的步驟包括 獲取升級(jí)命令中的版本信息，其中版本信息包括版本號(hào)、版本加載地址及版本文件名； 根據(jù)版本信息，判斷DHCP服務(wù)器上的版本是否高于升級(jí)設(shè)備的當(dāng)前版本，是則升級(jí)設(shè)備與DHCP服務(wù)器進(jìn)行版本加載過程，并將升級(jí)結(jié)果添加至升級(jí)響應(yīng)，返回DHCP服務(wù)器。
優(yōu)選地，上述獲取版本信息的步驟之后還包括 判斷版本信息是否合法，是則判斷DHCP服務(wù)器上的版本是否高于升級(jí)設(shè)備的當(dāng)前版本；否則將版本信息不合法的原因添加至升級(jí)響應(yīng)返回。
優(yōu)選地，DHCP服務(wù)器發(fā)出升級(jí)命令的步驟之后還包括 判斷預(yù)設(shè)時(shí)間內(nèi)DHCP服務(wù)器是否收到升級(jí)響應(yīng)或者升級(jí)命令次數(shù)是否超過預(yù)設(shè)值，是繼續(xù)查詢匹配的DHCP客戶端；否則重新發(fā)送升級(jí)命令。
優(yōu)選地，上述繼續(xù)查詢匹配的DHCP客戶端的步驟包括 查詢DHCP客戶端是否還存在匹配的DHC客戶端，是則將匹配的DHCP客戶端作為當(dāng)前處理設(shè)備，進(jìn)行升級(jí)工作。 本發(fā)明還提供一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的系統(tǒng)，包括DHCP服務(wù)器和DHCP客戶端。 其中，上述DHCP服務(wù)器包括 接收模塊，用于接收升級(jí)設(shè)備選擇指令； 控制模塊，根據(jù)所述升級(jí)設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令；
記錄模塊，等待升級(jí)設(shè)備的響應(yīng)，并記錄升級(jí)設(shè)備的升級(jí)信息；
上述DHCP客戶端包括 版本加載模塊，根據(jù)升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程；
響應(yīng)消息生成模塊，將升級(jí)結(jié)果添加至升級(jí)響應(yīng)并返回DHCP服務(wù)器。
優(yōu)選地，上述控制模塊包括 查詢單元，根據(jù)升級(jí)設(shè)備選擇指令，從客戶端列表中查找匹配的DHCP客戶端；
信息提取單元，獲取匹配的DHCP客戶端的設(shè)備類型，并根據(jù)該設(shè)備類型查找對(duì)應(yīng)的版本信息； 升級(jí)消息生成單元，將查找到的版本信息添加至升級(jí)命令，并發(fā)送至所述匹配的DHCP客戶端。 本發(fā)明基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法和系統(tǒng)，通過接收用戶發(fā)出的設(shè)備選擇指令，從客戶端列表中找到待升級(jí)的設(shè)備，對(duì)其進(jìn)行升級(jí)，實(shí)現(xiàn)了DHCP客戶端的批量升級(jí)，操作也更加方便、簡單。而且，通過查詢升級(jí)設(shè)備返回的記錄信息，可以知道各個(gè)DHCP客戶端當(dāng)前的版本狀態(tài)及升級(jí)的結(jié)果，方便排查錯(cuò)誤和分析問題。


圖1是本發(fā)明的第一實(shí)施例中基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法的流程示意圖； 圖2是上述實(shí)施例中根據(jù)升級(jí)設(shè)備選擇指令，向選定的設(shè)備發(fā)送升級(jí)命令，等待升級(jí)設(shè)備的響應(yīng)的步驟的流程示意圖； 圖3是上述實(shí)施例中升級(jí)設(shè)備根據(jù)升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程，并向DHCP服務(wù)器返回升級(jí)響應(yīng)的步驟的流程示意圖； 圖4是上述實(shí)施例中基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法的流程示意 圖5是本發(fā)明的第二實(shí)施例中基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的系統(tǒng)的結(jié)構(gòu)框5
圖6是上述實(shí)施例的一個(gè)實(shí)施方式中控制模塊的結(jié)構(gòu)框圖。 本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。
具體實(shí)施例方式
應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
參照?qǐng)Dl，提出了第一實(shí)施例的一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法。該方法包括以下步驟 S100、DHCP服務(wù)器接收升級(jí)設(shè)備選擇指令，并根據(jù)所述設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令，等待升級(jí)設(shè)備的響應(yīng)； 升級(jí)命令可以為Upgrade_Cmd消息，該消息利用DHCP協(xié)議報(bào)文格式。例如，本實(shí)施例中DHCP報(bào)文中使用0ption91-0ption93攜帶版本信息的版本號(hào)、版本加載地址及版本文件名三個(gè)字段。 S200、升級(jí)設(shè)備根據(jù)升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程，并向DHCP服務(wù)器返回升級(jí)響應(yīng)。 升級(jí)響應(yīng)可以為Upgrade—Ack消息，該消息也是利用DHCP協(xié)議報(bào)文格式。例如，在DHCP報(bào)文中使用0ption94字段攜帶升級(jí)設(shè)備的版本升級(jí)結(jié)果。該升級(jí)結(jié)果可以包括
(1)錯(cuò)誤情況——例如收到的消息內(nèi)容缺失、版本比較失敗、加載失敗等錯(cuò)誤。
(2)無需升級(jí)——客戶端上當(dāng)前運(yùn)行的版本高于或等于服務(wù)器上的版本時(shí)，無需升級(jí)。
(3)成功情況——客戶端升級(jí)成功。 在本實(shí)施例中，可以定義Option94字段中"0"表示升級(jí)成功、"1"表示無需升級(jí)、"2 "表示內(nèi)容缺失、"3 "表示加載失敗等等。 步驟S100中，選定的升級(jí)設(shè)備指令包括零散的幾臺(tái)設(shè)備、設(shè)備類型相同的一類設(shè)備或所有設(shè)備。 例如，在一示例中，為了測試新版本，只升級(jí)幾臺(tái)設(shè)備作為測試機(jī)，則指令為upgrade ipl ip2. . . ipN，其中ipl、ip2、ipN為升級(jí)設(shè)備的IP地址。在另一示例中，某設(shè)備類型的設(shè)備發(fā)布了新版本，只需要升級(jí)該類型設(shè)備，則指令為upgrade device-type，其中device-type為升級(jí)設(shè)備的設(shè)備類型。 在又一示例中，為所有的設(shè)備進(jìn)行升級(jí)時(shí)，則指令為upgrade all。在這里應(yīng)當(dāng)說明的是，該設(shè)備選擇指令必須在DHCP服務(wù)器上操作。如果該設(shè)備選擇指令不在DHCP服務(wù)器上操作，則返回錯(cuò)誤信息，提示用戶必須在DHCP服務(wù)器上執(zhí)行升級(jí)指令操作，且結(jié)束整個(gè)流程。 參照?qǐng)D2，步驟S100中，根據(jù)所述設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令的步驟包括 SlOl、 DHCP服務(wù)器根據(jù)該設(shè)備選擇指令，查詢DHCP服務(wù)器上存儲(chǔ)的客戶端列表；
DHCP服務(wù)器上有一個(gè)地址資源池，用于給客戶端分配動(dòng)態(tài)地址。可以理解的是，DHCP服務(wù)器在分配動(dòng)態(tài)地址的同時(shí)需要將客戶端的設(shè)備類型記錄下來，形成客戶端列表。
S102 、判斷是否存在匹配的DHCP客戶端，是則執(zhí)行步驟S103 ;否則執(zhí)行步驟S107 ;
對(duì)DHCP客戶端列表從第一條記錄開始進(jìn)行逐一查詢，當(dāng)查詢到第一個(gè)匹配的DHCP客戶端，則停止當(dāng)前的查詢工作，將匹配的DHCP客戶端作為當(dāng)前處理設(shè)備執(zhí)行升級(jí)程序。待當(dāng)該匹配的DHCP客戶端的升級(jí)工作完成后，再返回到當(dāng)前的查詢工作停止處繼續(xù)查詢下一條記錄。待最后一條記錄查詢完為止。 S103、將匹配的DHCP客戶端作為當(dāng)前處理設(shè)備，并獲取其設(shè)備類型； S104、判斷是否存在該設(shè)備類型對(duì)應(yīng)的版本信息，是則執(zhí)行步驟S105 ;否則執(zhí)行
步驟S106 ; 版本信息包括版本號(hào)、版本加載地址及版本文件名。版本號(hào)用于DHCP客戶端比較當(dāng)前運(yùn)行版本和服務(wù)器上的版本的高低。版本加載地址及版本文件名用于DHCP客戶端加載軟件版本。 由于一個(gè)DHCP服務(wù)器可能管理多種設(shè)備類型的客戶端，因此，本實(shí)施例采用統(tǒng)一的版本文件名格式，如ZXR102900SI_V2. 0. 12. R，其中"_"作為分隔符，ZXR102900SI表示設(shè)備類型，V2.0. 12.R表示軟件版本號(hào)。通過匹配版本文件名的前綴字符串就能獲得版本號(hào)和版本文件名，版本加載地址則為DHCP客戶端的本機(jī)地址。 查詢DHCP服務(wù)器上預(yù)存的所有版本信息，通過版本文件名判斷當(dāng)前處理設(shè)備是否存在對(duì)應(yīng)的版本信息。 S105、將版本信息添加到Upgrade_Cmd消息中，發(fā)送至當(dāng)前處理設(shè)備，等待當(dāng)前處理設(shè)備的響應(yīng)； S106、記錄該類設(shè)備無法找到版本信息； S107、提示用戶不存在匹配的DHCP客戶端，流程結(jié)束。 參照?qǐng)D3，步驟S200包括 S201、升級(jí)設(shè)備接收到Upgrade_Cmd消息后，獲取版本信息； 升級(jí)設(shè)備，即當(dāng)前處理設(shè)備接收到Upgrade_Cmd消息后，提取Upgrade_Cmd消息中的版本信息，獲得版本號(hào)、版本加載地址及版本文件名。 S202、判斷DHCP服務(wù)器上的版本是否高于升級(jí)設(shè)備的當(dāng)前版本，是則執(zhí)行步驟S203 ;否則執(zhí)行步驟S204 ; 根據(jù)版本號(hào)與當(dāng)前版本的版本號(hào)進(jìn)行比對(duì)，判斷DHCP服務(wù)器上的版本是否高于升級(jí)設(shè)備的當(dāng)前版本。由于一個(gè)DHCP服務(wù)器可能支持多個(gè)廠商的DHCP客戶端，而DHCP客戶端的版本編號(hào)規(guī)則的差異會(huì)導(dǎo)致比較方法的不同。因此，在本實(shí)施例中，采用最常見的版本編號(hào)規(guī)則，數(shù)字越大版本越高。例如版本號(hào)為VI. 1和V2. 0，由版本編號(hào)規(guī)則可知，V2. 0的版本高于Vl. 1的版本。 S203、升級(jí)設(shè)備根據(jù)版本信息中的版本加載地址和版本文件名，與DHCP服務(wù)器進(jìn)行信息交互，完成版本加載過程； DHCP客戶端根據(jù)版本加載地址和版本文件名，向DHCP服務(wù)器發(fā)起加載請(qǐng)求。DHCP服務(wù)器收到加載請(qǐng)求后，與DHCP客戶端建立信息交互。DHCP客戶端將從DHCP服務(wù)器上下載的軟件版本替換當(dāng)前版本，作為升級(jí)設(shè)備的啟動(dòng)版本。 S204、將當(dāng)前處理設(shè)備的升級(jí)結(jié)果添加到Upgrade—Ack消息中返回。
上述步驟S201之后還包括 S205、判斷版本信息是否合法，是則執(zhí)行步驟S202 ;否則執(zhí)行步驟S204。
判斷版本信息的選項(xiàng)是否缺失或內(nèi)容是否合法，是則執(zhí)行步驟S202 ;否則執(zhí)行步 驟S204。 參照?qǐng)D4，為了保證DHCP服務(wù)器與DHCP客戶端之間的順利交互，因此，在DHCP服 務(wù)器發(fā)出Upgrade_Cmd消息的步驟之后還包括 S108、判斷預(yù)設(shè)時(shí)間內(nèi)DHCP服務(wù)器是否收到Upgrade_Ack消息或者Upgrade_Cmd 消息次數(shù)是否超過預(yù)設(shè)值，是則執(zhí)行步驟S109 ;否則執(zhí)行步驟S105 ; 上述預(yù)設(shè)時(shí)間通過定時(shí)器來實(shí)現(xiàn)，為了提供消息重發(fā)機(jī)制，使得消息能夠可靠地 到達(dá)對(duì)端。當(dāng)預(yù)設(shè)時(shí)間到時(shí)，且DHCP服務(wù)器未收到Upgrade_ACk消息，則DHCP服務(wù)器重發(fā) Upgrade_Cmd消息。當(dāng)重發(fā)次數(shù)達(dá)到預(yù)設(shè)值時(shí)，且DHCP服務(wù)器仍未收到Upgrade—Ack消息， 則DHCP服務(wù)器記錄未收到響應(yīng)消息。 S109、查詢是否還存在匹配的DHCP客戶端，是則執(zhí)行步驟S103 ;否則執(zhí)行步驟 S110 ; S110、返回記錄信息，流程結(jié)束。 該記錄信息包括DHCP服務(wù)器從升級(jí)設(shè)備返回的Upgrade_ACk消息中提取的升級(jí) 結(jié)果。例如，升級(jí)設(shè)備升級(jí)成功、升級(jí)失敗及失敗的原因等等。 參照?qǐng)D5，本發(fā)明提出第二實(shí)施例的基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的系統(tǒng)。該 系統(tǒng)包括DHCP服務(wù)器100和DHCP客戶端200。 DHCP服務(wù)器包括
接收模塊ll，用于接收升級(jí)設(shè)備選擇指令； 升級(jí)設(shè)備選擇指令所選定的升級(jí)設(shè)備可以是其中的幾臺(tái)設(shè)備，也可以是其中某一 類型的設(shè)備，還可以是所有的設(shè)備。 控制模塊12，根據(jù)所述設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送Upgrade_Cmd消息；
參照?qǐng)D6，控制模塊12包括 查詢單元121，從客戶端列表中查詢匹配的DHCP客戶端； DHCP服務(wù)器上有一個(gè)地址資源池，用于給客戶端分配動(dòng)態(tài)地址?？梢岳斫獾氖?， DHCP服務(wù)器在分配動(dòng)態(tài)地址的同時(shí)需要將客戶端的設(shè)備類型記錄下來，形成客戶端列表。
該查詢單元121對(duì)客戶端列表進(jìn)行逐一查詢，如果沒有查詢到匹配的DHCP客戶 端，則返回錯(cuò)誤信息，提示用戶不存在匹配的DHCP客戶端。 信息提取單元122，獲取匹配的DHCP客戶端的設(shè)備類型，并根據(jù)該設(shè)備類型提取 對(duì)應(yīng)的版本信息； 信息提取單元122，根據(jù)匹配的DHCP客戶端的設(shè)備類型，在DHCP服務(wù)器上查找與 設(shè)備類型相應(yīng)的版本信息。查詢到時(shí)，提取對(duì)應(yīng)的版本信息；查詢不到時(shí)，返回錯(cuò)誤信息，記 錄該類設(shè)備無法找到版本信息。 升級(jí)消息生成單元123，將所述版本信息添加到Upgrade_Cmd消息，并發(fā)送至所述 匹配的DHCP客戶端200。 Upgrade_Cmd消息利用DHCP協(xié)議報(bào)文格式。例如，本實(shí)施例中DHCP報(bào)文中使用 Option91-0ption93攜帶版本信息的版本號(hào)、版本加載地址及版本文件名三個(gè)字段。
記錄模塊13，等待升級(jí)設(shè)備的響應(yīng)，并記錄升級(jí)設(shè)備的升級(jí)信息。
DHCP客戶端200包括 版本加載模塊21，根據(jù)Upgrade_Cmd消息，與DHCP服務(wù)器100進(jìn)行版本加載過程；
該版本加載模塊21 ，可以根據(jù)Upgrade_Cmd消息，判斷Upgrade_Cmd消息攜帶的版 本信息是否合法，是則根據(jù)版本加載地址及版本文件名與DHCP服務(wù)器進(jìn)行信息交互，完成 版本加載過程。 響應(yīng)消息生成模塊22，將升級(jí)結(jié)果添加到Upgrade—Ack消息返回至DHCP服務(wù)器。 Upgrade—Ack消息也是利用DHCP協(xié)議報(bào)文格式。例如，在DHCP報(bào)文中使用
0ption94字段攜帶升級(jí)設(shè)備的版本升級(jí)結(jié)果。該升級(jí)結(jié)果可以包括 (1)錯(cuò)誤情況——例如收到的消息內(nèi)容缺失、版本比較失敗、加載失敗等錯(cuò)誤。 (2)無需升級(jí)——客戶端上當(dāng)前運(yùn)行的版本高于或等于服務(wù)器上的版本時(shí)，無需升級(jí)。
(3)成功情況——客戶端升級(jí)成功。 本發(fā)明基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法和系統(tǒng)，通過接收用戶發(fā)出的設(shè)
備選擇指令，從客戶端列表中找到待升級(jí)的設(shè)備，對(duì)其進(jìn)行升級(jí)，實(shí)現(xiàn)了DHCP客戶端的批
量升級(jí)，操作也更加方便、簡單。而且，通過查詢升級(jí)設(shè)備返回的記錄信息，可以知道各個(gè)
DHCP客戶端當(dāng)前的版本狀態(tài)及升級(jí)的結(jié)果，方便排查錯(cuò)誤和分析問題。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用
本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)
的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法，其特征在于，包括以下步驟DHCP服務(wù)器接收升級(jí)設(shè)備選擇指令，并根據(jù)所述升級(jí)設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令，等待升級(jí)設(shè)備的響應(yīng)；升級(jí)設(shè)備根據(jù)升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程，并向DHCP服務(wù)器返回升級(jí)響應(yīng)。
2. 如權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述設(shè)備選擇指令，向選定的升級(jí) 設(shè)備發(fā)送升級(jí)命令的步驟包括根據(jù)升級(jí)設(shè)備選擇指令，查找DHCP服務(wù)器上存儲(chǔ)的客戶端列表； 提取匹配的DHCP客戶端，將其作為當(dāng)前處理設(shè)備，并獲取其設(shè)備類型； 根據(jù)設(shè)備類型，查找該設(shè)備類型對(duì)應(yīng)的版本信息； 將版本信息添加至升級(jí)命令，發(fā)送至當(dāng)前處理設(shè)備。
3. 如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)升級(jí)設(shè)備選擇指令，查詢DHCP服務(wù) 器上存儲(chǔ)的客戶端列表的步驟還包括客戶端列表不存在匹配的DHCP客戶端時(shí)，提示用戶 不存在匹配的DHCP客戶端，并結(jié)束升級(jí)工作。
4. 如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)設(shè)備類型，查找該設(shè)備類型對(duì)應(yīng)的 版本信息的步驟還包括版本信息無法找到時(shí)，記錄該類設(shè)備無法找到版本信息，繼續(xù)查詢 匹配的客戶端。
5. 如權(quán)利要求1所述的方法，其特征在于，所述升級(jí)設(shè)備接收到升級(jí)命令的步驟包括獲取升級(jí)命令中的版本信息，其中所述版本信息包括版本號(hào)、版本加載地址及版本文件名；根據(jù)版本信息，判斷DHCP服務(wù)器上的版本是否高于升級(jí)設(shè)備的當(dāng)前版本，是則升級(jí)設(shè) 備與DHCP服務(wù)器進(jìn)行版本加載過程，并將升級(jí)結(jié)果添加到升級(jí)響應(yīng)，返回至DHCP服務(wù)器。
6. 如權(quán)利要求5所述的方法，其特征在于，所述獲取版本信息的步驟之后還包括 判斷版本信息是否合法，是則判斷DHCP服務(wù)器上的版本是否高于升級(jí)設(shè)備的當(dāng)前版本；否則將版本信息不合法的原因添加至升級(jí)響應(yīng)返回。
7. 如權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述DHCP服務(wù)器發(fā)出升級(jí)命 令的步驟之后還包括判斷預(yù)設(shè)時(shí)間內(nèi)DHCP服務(wù)器是否收到升級(jí)響應(yīng)或者升級(jí)命令發(fā)送次數(shù)是否超過預(yù)設(shè) 值，是繼續(xù)查詢匹配的DHCP客戶端；否則重新發(fā)送升級(jí)命令。
8. 如權(quán)利要求7所述的方法，其特征在于，所述繼續(xù)查詢匹配的DHCP客戶端的步驟包括查詢DHCP客戶端是否還存在匹配的DHC客戶端，是則將匹配的DHCP客戶端作為當(dāng)前 處理設(shè)備，進(jìn)行升級(jí)工作。
9. 一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的系統(tǒng)，包括DHCP服務(wù)器和DHCP客戶端，其 特征在于，所述DHCP服務(wù)器包括 接收模塊，用于接收升級(jí)設(shè)備選擇指令；控制模塊，根據(jù)所述升級(jí)設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令； 記錄模塊，等待升級(jí)設(shè)備的響應(yīng)，并記錄升級(jí)設(shè)備的升級(jí)信息；所述DHCP客戶端包括版本加載模塊，根據(jù)升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程； 響應(yīng)消息生成模塊，將升級(jí)結(jié)果添加至升級(jí)響應(yīng)返回至DHCP服務(wù)器。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述控制模塊包括 查詢單元，根據(jù)升級(jí)設(shè)備選擇指令，從客戶端列表中查找匹配的DHCP客戶端； 信息提取單元，獲取匹配的DHCP客戶端的設(shè)備類型，并根據(jù)該設(shè)備類型查找對(duì)應(yīng)的版 本信息；升級(jí)消息生成單元，將查找到的版本信息添加到升級(jí)命令，并發(fā)送至所述匹配的DHCP 客戶端。
全文摘要
本發(fā)明涉及一種基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法和系統(tǒng)。該方法包括DHCP服務(wù)器接收升級(jí)設(shè)備選擇指令，并根據(jù)所述升級(jí)設(shè)備選擇指令，向選定的升級(jí)設(shè)備發(fā)送升級(jí)命令，等待升級(jí)設(shè)備的響應(yīng)；升級(jí)設(shè)備接收到升級(jí)命令，與DHCP服務(wù)器進(jìn)行版本加載過程，并將升級(jí)結(jié)果添加到升級(jí)響應(yīng)消息返回至DHCP服務(wù)器。本發(fā)明基于DHCP網(wǎng)絡(luò)進(jìn)行版本批量升級(jí)的方法和系統(tǒng)，通過接收用戶發(fā)出的升級(jí)設(shè)備選擇指令，從客戶端列表中找到待升級(jí)的設(shè)備，對(duì)其進(jìn)行升級(jí)，實(shí)現(xiàn)了DHCP客戶端的批量升級(jí)，使得操作更加方便、簡單。而且，通過查詢升級(jí)設(shè)備返回的升級(jí)結(jié)果信息，可以了解各個(gè)DHCP客戶端當(dāng)前的版本狀態(tài)及升級(jí)的結(jié)果，方便排查錯(cuò)誤和分析問題。
文檔編號(hào)H04L29/06GK101729293SQ200910189319
公開日2010年6月9日 申請(qǐng)日期2009年12月23日 優(yōu)先權(quán)日2009年12月23日
發(fā)明者李嬌 申請(qǐng)人:中興通訊股份有限公司