專利名稱：服務(wù)器及利用該服務(wù)器實(shí)現(xiàn)uefi bios遠(yuǎn)程升級(jí)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種服務(wù)器，尤其是一種能夠支持UEFI BIOS遠(yuǎn)程升級(jí)的服務(wù)器。
背景技術(shù)：
BIOS (basic input output system，基本輸入輸出系統(tǒng))服務(wù)于最初的PC-XT機(jī)和PC-AT機(jī)的操作系統(tǒng)固件的接口，是針對(duì)英特爾X86處理器架構(gòu)的，因?yàn)樗蕾囉赬86處理器的 16 位“實(shí)模式”接口。UEFI (unified extensible firmware interface，統(tǒng)一可擴(kuò)展固件接口)定義了一種相似的操作系統(tǒng)固件接口，被稱為“啟動(dòng)服務(wù)器”和“運(yùn)行服務(wù)器”， 其并不針對(duì)某些特定的處理器架構(gòu)。因此，與只針對(duì)英特爾X86處理器架構(gòu)的BIOS相比， UEFI BIOS具有更大的靈活性。傳統(tǒng)的BIOS升級(jí)，將用于升級(jí)的文件先存儲(chǔ)在移動(dòng)設(shè)備中，例如光盤(pán)、U盤(pán)，計(jì)算機(jī)通過(guò)讀取移動(dòng)設(shè)備中用于升級(jí)的文件完成BIOS升級(jí)。這種BIOS升級(jí)方法需要移動(dòng)設(shè)備的輔助，成本較高，并且當(dāng)出現(xiàn)意外情況時(shí)，例如光盤(pán)驅(qū)動(dòng)無(wú)法識(shí)別、USB接口損壞，BIOS升級(jí)將無(wú)法完成。

發(fā)明內(nèi)容
鑒于以上內(nèi)容，有必要提出一種服務(wù)器，能夠支持UEFI BIOS的遠(yuǎn)程升級(jí)。此外，還有必要提出一種利用上述服務(wù)器實(shí)現(xiàn)UEFI BIOS遠(yuǎn)程升級(jí)的方法。一種服務(wù)器，該服務(wù)器包括請(qǐng)求接收模塊，用于接收客戶端計(jì)算機(jī)傳送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器等待所述客戶端計(jì)算機(jī)響應(yīng)的第二等待時(shí)間，該客戶端計(jì)算機(jī)包括一個(gè) UEFI BIOS ；數(shù)據(jù)發(fā)送模塊，用于響應(yīng)所述客戶端計(jì)算機(jī)發(fā)送的數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給客戶端計(jì)算機(jī)；反饋模塊，用于等待客戶端計(jì)算機(jī)的確認(rèn)回復(fù)，當(dāng)服務(wù)器在該第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)的確認(rèn)回復(fù)時(shí)，接收所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)。利用服務(wù)器支持客戶端計(jì)算機(jī)UEFI BIOS遠(yuǎn)程升級(jí)的方法，該方法包括接收客戶端計(jì)算機(jī)發(fā)送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器等待客戶端計(jì)算機(jī)響應(yīng)的第二等待時(shí)間；響應(yīng)所述數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給客戶端計(jì)算機(jī)；等待所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)；若服務(wù)器在所設(shè)置的第二等待時(shí)間內(nèi)偵測(cè)到所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)，則接收所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)?？蛻舳擞?jì)算機(jī)UEFI BIOS遠(yuǎn)程升級(jí)的方法，該方法包括設(shè)置等待時(shí)間，所述等待時(shí)間包括客戶端計(jì)算機(jī)等待服務(wù)器響應(yīng)的第一等待時(shí)間；發(fā)送數(shù)據(jù)讀取請(qǐng)求給服務(wù)器，以請(qǐng)求從服務(wù)器中下載數(shù)據(jù)包；等待服務(wù)器響應(yīng)上述數(shù)據(jù)讀取請(qǐng)求而回復(fù)的數(shù)據(jù)包；若客戶端計(jì)算機(jī)在所設(shè)置的第一等待時(shí)間內(nèi)偵測(cè)到從服務(wù)器發(fā)送來(lái)的簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包， 則讀取所述簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包的大小，并根據(jù)簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包的大小在客戶端計(jì)算機(jī)內(nèi)分配相應(yīng)的緩沖空間；接收所述簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包。相較于現(xiàn)有技術(shù)，本發(fā)明所提供的服務(wù)器及利用該服務(wù)器實(shí)現(xiàn)UEFIBI0S遠(yuǎn)程升級(jí)的方法，可以在不需要移動(dòng)設(shè)備輔助的情況下，利用服務(wù)器實(shí)現(xiàn)UEFI BIOS的遠(yuǎn)程升級(jí)， 降低了成本，實(shí)現(xiàn)了對(duì)UEFI BIOS升級(jí)的良好管控。


圖1是本發(fā)明實(shí)現(xiàn)UEFI BIOS遠(yuǎn)程升級(jí)的系統(tǒng)架構(gòu)圖。圖2是本發(fā)明較佳實(shí)施例中客戶端計(jì)算機(jī)2利用圖1中的服務(wù)器1實(shí)現(xiàn)UEFI BIOS 遠(yuǎn)程升級(jí)的方法流程圖。圖3是本發(fā)明較佳實(shí)施例中圖1中的服務(wù)器1支持客戶端計(jì)算機(jī)2UEFI BIOS遠(yuǎn)程升級(jí)的方法流程圖。主要元件符號(hào)說(shuō)明
服務(wù)器1請(qǐng)求接收模塊100數(shù)據(jù)發(fā)送模塊101反饋模塊102客戶端計(jì)算機(jī)2網(wǎng)卡20UEFI BIOS21網(wǎng)絡(luò)具體實(shí)施例方式參閱圖1所示，是本發(fā)明實(shí)現(xiàn)UEFI BIOS遠(yuǎn)程升級(jí)的系統(tǒng)架構(gòu)圖。所述多個(gè)客戶端計(jì)算機(jī)2通過(guò)網(wǎng)絡(luò)3與服務(wù)器1相連接。其中每臺(tái)客戶端計(jì)算機(jī)2都包括一個(gè)網(wǎng)卡20 及一個(gè)UEFI (unified extensible firmwareinterface，統(tǒng)一可擴(kuò)展固件接口)BIOS (basic input output system，基本輸入輸出系統(tǒng))21。所述服務(wù)器1中存儲(chǔ)有供客戶端計(jì)算機(jī)2的 UEFIBI0S21進(jìn)行升級(jí)的數(shù)據(jù)包。在本實(shí)施例中，所述網(wǎng)絡(luò)3可以是企業(yè)內(nèi)部網(wǎng)(Intranet) 或以太網(wǎng)(Ethernet)，也可以是互聯(lián)網(wǎng)(Internet)或其它類型的通訊網(wǎng)絡(luò)。所述服務(wù)器1還包括請(qǐng)求接收模塊100、數(shù)據(jù)發(fā)送模塊101及反饋模塊102。本發(fā)明所稱的模塊是完成一特定功能的計(jì)算機(jī)程序段，比程序更適合于描述軟件在計(jì)算機(jī)中的執(zhí)行過(guò)程，因此在本發(fā)明以下對(duì)軟件描述中都以模塊描述。所述請(qǐng)求接收模塊100用于接收UEFI環(huán)境下的客戶端計(jì)算機(jī)2傳送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器1等待客戶端計(jì)算機(jī)2響應(yīng)的第二等待時(shí)間。所述數(shù)據(jù)發(fā)送模塊101用于響應(yīng)所述客戶端計(jì)算機(jī)2發(fā)送的數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給客戶端計(jì)算機(jī)2。
所述反饋模塊102用于等待客戶端計(jì)算機(jī)2的ACKfecknowledgecharacter，確認(rèn)字符)回復(fù)。所述ACK是指在數(shù)據(jù)通信傳輸中，接收站發(fā)給發(fā)送站的一種傳輸控制字符，它表示確認(rèn)發(fā)來(lái)的數(shù)據(jù)已經(jīng)接收無(wú)誤。所述反饋模塊102還用于判斷服務(wù)器1是否在所接收的第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)2的ACK回復(fù)。所述反饋模塊102還用于當(dāng)服務(wù)器1在所接收的第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)2的ACK回復(fù)時(shí)，接收所述客戶端計(jì)算機(jī)2的ACK回復(fù)。參閱圖2所示，是本發(fā)明較佳實(shí)施例中客戶端計(jì)算機(jī)2利用圖1中的服務(wù)器1實(shí)現(xiàn)BIOS遠(yuǎn)程升級(jí)的方法流程圖。步驟S10，連接服務(wù)器1的一臺(tái)或者多臺(tái)客戶端計(jì)算機(jī)2被開(kāi)啟，客戶端計(jì)算機(jī)2 進(jìn)入U(xiǎn)EFI環(huán)境，并加載虛擬硬盤(pán)。步驟S11，客戶端計(jì)算機(jī)2建立和服務(wù)器1之間的數(shù)據(jù)連接。步驟S12，客戶端計(jì)算機(jī)2設(shè)置等待時(shí)間。所述等待時(shí)間包括客戶端計(jì)算機(jī)2等待服務(wù)器1響應(yīng)的第一等待時(shí)間和服務(wù)器1等待客戶端計(jì)算機(jī)2響應(yīng)的第二等待時(shí)間。所述第一等待時(shí)間和第二等待時(shí)間可以相同，也可以不同。步驟S13，客戶端計(jì)算機(jī)2發(fā)送數(shù)據(jù)讀取請(qǐng)求和所設(shè)置的第二等待時(shí)間給服務(wù)器 1，以請(qǐng)求從服務(wù)器1中下載數(shù)據(jù)包。所述數(shù)據(jù)包10包括UEFI BIOS文件與UEFI BIOS刷新工具，所述客戶端計(jì)算機(jī)2下載數(shù)據(jù)包后，根據(jù)數(shù)據(jù)包中的UEFI BIOS文件與UEFI BIOS 刷新工具對(duì)UEFIBI0S 21進(jìn)行升級(jí)。步驟S14，客戶端計(jì)算機(jī)2等待服務(wù)器1響應(yīng)上述數(shù)據(jù)讀取請(qǐng)求而回復(fù)的數(shù)據(jù)包。步驟S15，判斷客戶端計(jì)算機(jī)2是否在所設(shè)置第一等待時(shí)間內(nèi)偵測(cè)到從服務(wù)器1發(fā)送來(lái)的數(shù)據(jù)包。若客戶端計(jì)算機(jī)2沒(méi)有在所設(shè)置的第一等待時(shí)間內(nèi)偵測(cè)到從服務(wù)器1發(fā)送來(lái)的數(shù)據(jù)包，則結(jié)束流程。步驟S16，若客戶端計(jì)算機(jī)2在所設(shè)置的第一等待時(shí)間內(nèi)偵測(cè)到從服務(wù)器1發(fā)送來(lái)的數(shù)據(jù)包，則客戶端計(jì)算機(jī)2識(shí)別從服務(wù)器1傳送來(lái)的數(shù)據(jù)包是否為T(mén)FTP(trivial file transfer protocol，簡(jiǎn)單文件傳輸協(xié)議)數(shù)據(jù)包。若從服務(wù)器1傳送來(lái)的數(shù)據(jù)包不是TFTP 數(shù)據(jù)包，則返回步驟S14。步驟S17，若從服務(wù)器1傳送來(lái)的數(shù)據(jù)包為T(mén)FTP數(shù)據(jù)包，則客戶端計(jì)算機(jī)2讀取所述TFTP數(shù)據(jù)包的大小，并根據(jù)TFTP數(shù)據(jù)包的大小分配相應(yīng)的緩沖空間。步驟S18，客戶端計(jì)算機(jī)2接收所述TFTP數(shù)據(jù)包。步驟S19，客戶端計(jì)算機(jī)2判斷TFTP數(shù)據(jù)包是否接收完成。若客戶端計(jì)算機(jī)2接收的TFTP數(shù)據(jù)包大小小于所讀取的TFTP數(shù)據(jù)包大小，則判斷TFTP數(shù)據(jù)包沒(méi)有接收完成； 若客戶端計(jì)算機(jī)2接收的TFTP數(shù)據(jù)包大小等于所讀取的TFTP數(shù)據(jù)包大小，則判斷TFTP數(shù)據(jù)包接收完成。當(dāng)TFTP數(shù)據(jù)包沒(méi)有接收完成時(shí)，返回至步驟S18 ；或者，當(dāng)TFTP數(shù)據(jù)包接收完成時(shí)，執(zhí)行步驟S20，發(fā)送ACK應(yīng)答給服務(wù)器1，以告知服務(wù)器ITFTP數(shù)據(jù)包接收完成，并存儲(chǔ)所接收的TFTP數(shù)據(jù)包。參閱圖3所示，是本發(fā)明較佳實(shí)施例中圖1中的服務(wù)器1支持客戶端計(jì)算機(jī)2BI0S 遠(yuǎn)程升級(jí)的方法流程圖。
5
步驟S30，服務(wù)器1中的請(qǐng)求接收模塊100接收UEFI環(huán)境下的客戶端計(jì)算機(jī)2傳送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器1等待客戶端計(jì)算機(jī)2響應(yīng)的第二等待時(shí)間。步驟S31，服務(wù)器1中的數(shù)據(jù)發(fā)送模塊101響應(yīng)所述數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給客戶端計(jì)算機(jī)2。步驟S32，服務(wù)器1中的反饋模塊102等待客戶端計(jì)算機(jī)2的ACK回復(fù)。步驟S33，反饋模塊102判斷服務(wù)器1是否在所設(shè)置的第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)2的ACK回復(fù)。若服務(wù)器1沒(méi)有在所設(shè)置的第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī) 2的ACK回復(fù)，則結(jié)束流程。步驟S34，若服務(wù)器1在所設(shè)置的第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)2的ACK回復(fù)，則反饋模塊102接收所述客戶端計(jì)算機(jī)2的ACK回復(fù)。最后應(yīng)說(shuō)明的是，以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種服務(wù)器，其特征在于，該服務(wù)器包括請(qǐng)求接收模塊，用于接收客戶端計(jì)算機(jī)傳送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器等待所述客戶端計(jì)算機(jī)響應(yīng)的第二等待時(shí)間，該客戶端計(jì)算機(jī)包括一個(gè)統(tǒng)一可擴(kuò)展固件接口環(huán)境下的基本輸入輸出系統(tǒng)UEFI BIOS ；數(shù)據(jù)發(fā)送模塊，用于響應(yīng)所述客戶端計(jì)算機(jī)發(fā)送的數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給客戶端計(jì)算機(jī)；反饋模塊，用于等待客戶端計(jì)算機(jī)的確認(rèn)回復(fù)，當(dāng)服務(wù)器在該第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)的確認(rèn)回復(fù)時(shí)，接收所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)。
2.如權(quán)利要求1所述的服務(wù)器，其特征在于，所述數(shù)據(jù)包用于對(duì)客戶端計(jì)算機(jī)的UEFI BIOS進(jìn)行升級(jí)。
3.利用服務(wù)器支持客戶端計(jì)算機(jī)UEFIBIOS遠(yuǎn)程升級(jí)的方法，其特征在于，該方法包括接收客戶端計(jì)算機(jī)發(fā)送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器等待客戶端計(jì)算機(jī)響應(yīng)的第二等待時(shí)間；響應(yīng)所述數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給客戶端計(jì)算機(jī)； 等待所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)；若服務(wù)器在所設(shè)置的第二等待時(shí)間內(nèi)偵測(cè)到所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)，則接收所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)。
4.客戶端計(jì)算機(jī)UEFIBIOS遠(yuǎn)程升級(jí)的方法，其特征在于，該方法包括設(shè)置等待時(shí)間，所述等待時(shí)間包括客戶端計(jì)算機(jī)等待服務(wù)器響應(yīng)的第一等待時(shí)間； 發(fā)送數(shù)據(jù)讀取請(qǐng)求給服務(wù)器，以請(qǐng)求從服務(wù)器中下載數(shù)據(jù)包； 等待服務(wù)器響應(yīng)上述數(shù)據(jù)讀取請(qǐng)求而回復(fù)的數(shù)據(jù)包；若客戶端計(jì)算機(jī)在所設(shè)置的第一等待時(shí)間內(nèi)偵測(cè)到從服務(wù)器發(fā)送來(lái)的簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包，則讀取所述簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包的大小，并根據(jù)簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包的大小在客戶端計(jì)算機(jī)內(nèi)分配相應(yīng)的緩沖空間； 接收所述簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包。
5.如權(quán)利要求4所述的方法，其特征在于，在設(shè)置等待時(shí)間的步驟之前，該方法還包括開(kāi)啟客戶端計(jì)算機(jī)，客戶端計(jì)算機(jī)進(jìn)入U(xiǎn)EFI環(huán)境； 加載虛擬硬盤(pán)；建立和所述服務(wù)器之間數(shù)據(jù)連接。
6.如權(quán)利要求4所述的方法，其特征在于，在接收所述簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包的步驟之后，該方法還包括判斷簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包是否接收完成；當(dāng)簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包沒(méi)有接收完成時(shí)，返回至所述客戶端計(jì)算機(jī)接收所述簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包的步驟；當(dāng)簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包接收完成時(shí)，客戶端計(jì)算機(jī)發(fā)送確認(rèn)回復(fù)給服務(wù)器，以告知服務(wù)器簡(jiǎn)單文件傳輸協(xié)議數(shù)據(jù)包接收完成。
全文摘要
一種服務(wù)器，該服務(wù)器包括請(qǐng)求接收模塊，用于接收客戶端計(jì)算機(jī)傳送的數(shù)據(jù)讀取請(qǐng)求和服務(wù)器等待客戶端計(jì)算機(jī)響應(yīng)的第二等待時(shí)間，該客戶端計(jì)算機(jī)包括一個(gè)UEFI BIOS；數(shù)據(jù)發(fā)送模塊，用于響應(yīng)所述客戶端計(jì)算機(jī)發(fā)送的數(shù)據(jù)讀取請(qǐng)求，并根據(jù)數(shù)據(jù)讀取請(qǐng)求發(fā)送相應(yīng)的數(shù)據(jù)包給所述客戶端計(jì)算機(jī)；反饋模塊，用于等待所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)，當(dāng)服務(wù)器在所接收的第二等待時(shí)間內(nèi)偵測(cè)到客戶端計(jì)算機(jī)的確認(rèn)回復(fù)時(shí)，接收所述客戶端計(jì)算機(jī)的確認(rèn)回復(fù)。本發(fā)明還提供一種利用該服務(wù)器實(shí)現(xiàn)UEFI BIOS遠(yuǎn)程升級(jí)的方法。
文檔編號(hào)H04L29/08GK102316073SQ20101021388
公開(kāi)日2012年1月11日 申請(qǐng)日期2010年6月30日 優(yōu)先權(quán)日2010年6月30日
發(fā)明者江濤, 鄭治橋 申請(qǐng)人:鴻富錦精密工業(yè)(深圳)有限公司, 鴻海精密工業(yè)股份有限公司