專利名稱：全程遠(yuǎn)程控制系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種遠(yuǎn)程控制系統(tǒng)及方法，尤其涉及一種整合現(xiàn)有的多種遠(yuǎn)程控制模式的綜合性的全程遠(yuǎn)程控制系統(tǒng)及方法。
背景技術(shù)：
目前有很多軟件都可以實(shí)現(xiàn)遠(yuǎn)程控制，也就是在客戶(Client)端可以登陸并控制服務(wù)器(Server)端。例如控制臺(tái)(Console)模式，即基于圖形方式的操作模式，實(shí)現(xiàn)客戶端與服務(wù)器端同步的訪問、管理，也就是雙方的屏幕相同；命令行(Command Line，CLI)模式，即以用戶方式登陸服務(wù)器，基于命令行的操作模式，客戶端所做的操作不影響服務(wù)器端的當(dāng)前屏幕；圖形接口(GUI)模式即為用戶提供用戶/組、進(jìn)程管理、系統(tǒng)資源、系統(tǒng)服務(wù)等功能的方便處理模式，用戶可以不必對(duì)系統(tǒng)有太多了解，不必輸入命令，而是直接點(diǎn)選相應(yīng)命令的按鈕完成管理工作；虛擬設(shè)備(virtual device)模式，提供客戶端設(shè)備共享給服務(wù)器端訪問、使用的功能支持。
但是，上述這些軟件都只能提供一種單一的控制模式，例如，或者使用CLI模式，或者使用控制臺(tái)模式。然而對(duì)于不同的管理需求和系統(tǒng)類型來說，并不是某一種模式都能夠始終適用的，這就要求用戶要尋找、安裝不同模式的遠(yuǎn)程控制軟件以適應(yīng)各種需求，操作煩瑣。
另外，目前的遠(yuǎn)程控制軟件都是在操作系統(tǒng)啟動(dòng)后才開始工作的。如果需要監(jiān)視從系統(tǒng)開機(jī)到操作系統(tǒng)啟動(dòng)前的信息，包括BIOS設(shè)置，就不能通過遠(yuǎn)程控制軟件完成了。這就限制了操作系統(tǒng)啟動(dòng)前的服務(wù)器管理工作只能在本地進(jìn)行，不能實(shí)現(xiàn)遠(yuǎn)程控制。而另一方面，新經(jīng)濟(jì)時(shí)代企業(yè)面臨的一個(gè)主要問題是既要保證應(yīng)用系統(tǒng)不間斷運(yùn)行，又要不斷降低運(yùn)行成本。誰能更好地控制網(wǎng)絡(luò)管理成本，誰就有可能在競(jìng)爭(zhēng)中站在前列。
市場(chǎng)的需求決定著技術(shù)與產(chǎn)業(yè)的發(fā)展方向。業(yè)界的一些主要廠商從1997年開始聯(lián)手，步入服務(wù)器管理智能化的研發(fā)之路。它們的出發(fā)點(diǎn)是解決服務(wù)器硬件管理能力低的問題。經(jīng)過數(shù)年努力，于2001年推出了智能化平臺(tái)管理接口(Intelligent Platform Management Interface，IPMI)標(biāo)準(zhǔn)。
IPMI是使硬件管理具備智能化的新一代通用接口標(biāo)準(zhǔn)。用戶可以利用IPMI監(jiān)視服務(wù)器的物理健康特征，如溫度、電壓、電扇工作狀態(tài)、電源供應(yīng)以及機(jī)箱入侵等，為系統(tǒng)管理、恢復(fù)以及資產(chǎn)管理提供信息。
IPMI技術(shù)的“智能化”來自于一個(gè)管理微控制器。在一個(gè)主機(jī)系統(tǒng)里，這個(gè)控制器被稱為基板管理控制器(Baseboard Management Controller，BMC)。BMC自備電源，并自動(dòng)地監(jiān)控系統(tǒng)健康狀況。如果發(fā)現(xiàn)任何被控單元異常，它能立即采取行動(dòng)，例如記錄事件、報(bào)警、自動(dòng)關(guān)機(jī)或重啟動(dòng)。與BMC相關(guān)聯(lián)的是一組無源內(nèi)存，用來存儲(chǔ)傳感器的數(shù)據(jù)(Sensor Data Records，SDR)、系統(tǒng)事件記錄文件，以及一些單元信息如序列號(hào)和部件號(hào)信息等。IPMI通過指定通用、精簡(jiǎn)、基于消息的接口，將信息傳輸?shù)焦芾砦⒖刂破?，?shí)現(xiàn)軟件與硬件信息的分離。
根據(jù)IPMI規(guī)范，術(shù)語SOL表示“Serial over LAN”，其是一個(gè)數(shù)據(jù)封包格式和協(xié)議的規(guī)范，用于通過IPMI over LAN封包在局域網(wǎng)上傳輸串行數(shù)據(jù)。其目標(biāo)主要是復(fù)位至/自本地異步串行控制器接口的通信業(yè)務(wù)量，從而可以使用本地軟件在局域網(wǎng)上通信，而該軟件只需知道如何通過本地串行控制器進(jìn)行通信即可。SOL可以被用來執(zhí)行一個(gè)虛擬遠(yuǎn)程串行終端來使用戶或遠(yuǎn)程軟件可以與基于串行的操作系統(tǒng)接口(如“命令行Command-line”接口以及控制臺(tái)Linux console)或管理服務(wù)(如Microsoft的EMS(serial-based EmergencyManagement Services))進(jìn)行交互。
因此，如何能夠在現(xiàn)有的服務(wù)器管理技術(shù)規(guī)范下提供一種即能遠(yuǎn)程控制操作系統(tǒng)啟動(dòng)以前的信息，又能整合現(xiàn)有的多種遠(yuǎn)程控制模式的綜合性的遠(yuǎn)程控制系統(tǒng)及方法已經(jīng)成為業(yè)界亟待解決的問題。

發(fā)明內(nèi)容
本發(fā)明為解決上述問題而提供一種全程遠(yuǎn)程控制系統(tǒng)及方法，能夠在現(xiàn)有的服務(wù)器管理技術(shù)規(guī)范下提供一種即能遠(yuǎn)程控制操作系統(tǒng)啟動(dòng)以前的信息，又能整合現(xiàn)有的多種遠(yuǎn)程控制模式。
本發(fā)明提供一種全程遠(yuǎn)程控制系統(tǒng)，包括一檢測(cè)模塊，用以檢測(cè)遠(yuǎn)程控制模式類別；一加載模塊，用以根據(jù)該檢測(cè)結(jié)果加載遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)；一選擇模塊，用以向用戶提供遠(yuǎn)程控制模式的選擇，并接收用戶的選擇；一顯示模塊，用以根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口；前操作系統(tǒng)模式控制模塊，用以在該服務(wù)器未啟動(dòng)操作系統(tǒng)時(shí)對(duì)該服務(wù)器進(jìn)行遠(yuǎn)程控制；后操作系統(tǒng)模式控制模塊，用以在該服務(wù)器啟動(dòng)操作系統(tǒng)后對(duì)該服務(wù)器進(jìn)行遠(yuǎn)程控制。
本發(fā)明還提供一種全程遠(yuǎn)程控制方法，首先檢測(cè)本地客戶端的遠(yuǎn)程控制模式類別；根據(jù)該類別加載各個(gè)遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)；向用戶提供多個(gè)遠(yuǎn)程控制模式的選擇；根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口；以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信。
本發(fā)明是從遠(yuǎn)程服務(wù)器開機(jī)到操作系統(tǒng)啟動(dòng)后，通過本地客戶端對(duì)服務(wù)器進(jìn)行全程遠(yuǎn)程管理，既可以監(jiān)視server開機(jī)過程，進(jìn)行BIOS設(shè)置，又可以在OS啟動(dòng)后實(shí)現(xiàn)遠(yuǎn)程控制。本發(fā)明整合了控制臺(tái)模式，命令行模式，圖形接口模式等常用的遠(yuǎn)程控制模式，可以為L(zhǎng)inux，Windows服務(wù)器的各種不同管理需求提供相應(yīng)的控制模式，并提供虛擬設(shè)備功能，將客戶端設(shè)備共享給服務(wù)器端使用。本發(fā)明的客戶端作為瀏覽器插件(Plug-in)提供，不需用戶安裝，可以在Linux，Windows操作系統(tǒng)跨平臺(tái)使用，從而在現(xiàn)有的服務(wù)器管理技術(shù)規(guī)范下提供了一種即能遠(yuǎn)程控制操作系統(tǒng)啟動(dòng)以前的信息，又能整合現(xiàn)有的多種遠(yuǎn)程控制模式的綜合性的遠(yuǎn)程控制系統(tǒng)及方法。


圖1為SOL在BMC中的功能簡(jiǎn)圖；圖2為SOL功能的實(shí)施環(huán)境示意圖；圖3為符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法流程圖；圖4為SOL建立會(huì)話期間的基本演示圖；圖5為SOL會(huì)話期間建立過程中遠(yuǎn)程控制臺(tái)的流程圖；圖6為SOL會(huì)話期間建立過程中服務(wù)器的流程圖；圖7為SOL載荷數(shù)據(jù)交互的示意圖；圖8為收發(fā)SOL數(shù)據(jù)的流程圖；圖9為本發(fā)明的全程遠(yuǎn)程控制系統(tǒng)示意圖；圖10為本發(fā)明的全程遠(yuǎn)程控制方法流程圖；圖11為本發(fā)明的初始化過程流程圖；
圖12為本發(fā)明所提出的前操作系統(tǒng)模式的遠(yuǎn)程控制模塊化流程圖；圖13為本發(fā)明所提出的建立連接部分的流程圖；圖14為本發(fā)明所提出的利用符合IPMI2.0規(guī)范的SOL功能的服務(wù)器數(shù)據(jù)分析部分流程圖；圖15為本發(fā)明所提出的控制臺(tái)模式的模塊化流程圖；圖16為本發(fā)明所提出的命令行模式的模塊圖；圖17為本發(fā)明所提出的GUI模式架構(gòu)圖；圖18為本發(fā)明所提出的虛擬設(shè)備模式架構(gòu)圖；及圖19A至圖19F為本發(fā)明的一個(gè)實(shí)施例過程演示圖。
附圖標(biāo)記說明10 基板串行控制器20 BMC30 LAN控制器100 遠(yuǎn)程控制臺(tái)200 包含BMC的服務(wù)器步驟301 遠(yuǎn)程控制臺(tái)發(fā)送Ping封包，并由服務(wù)器響應(yīng)一Pong封包步驟302 遠(yuǎn)程控制臺(tái)發(fā)送Get Channel Authentication Capabilities命令，并由服務(wù)器響應(yīng)該命令步驟303 遠(yuǎn)程控制臺(tái)發(fā)送RSSP Open Session Request命令，并由服務(wù)器響應(yīng)RSSP Open Session Response命令步驟304 遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 1命令，并由服務(wù)器響應(yīng)RAKPMessage 2命令步驟305 遠(yuǎn)程控制臺(tái)發(fā)送RAKP Message 3命令，并由服務(wù)器響應(yīng)RAKPMessage 4命令步驟306 遠(yuǎn)程控制臺(tái)發(fā)送Activate Payload命令，并由服務(wù)器響應(yīng)該命令以激活SOL載荷步驟307 遠(yuǎn)程控制臺(tái)與服務(wù)器交互SOL載荷數(shù)據(jù)步驟401 遠(yuǎn)程控制臺(tái)發(fā)送一RMCP Ping封包步驟402 服務(wù)器收到后響應(yīng)一RMCP Pong封包步驟403 遠(yuǎn)程控制臺(tái)發(fā)送Get Channel Authentication Capabilities命令步驟404 服務(wù)器響應(yīng)Get Channel Authentication Capabilities命令步驟405 接著由遠(yuǎn)程控制臺(tái)100發(fā)送RSSP Open Session Request命令步驟406 服務(wù)器響應(yīng)RSSP Open Session Response命令步驟407 遠(yuǎn)程控制臺(tái)100發(fā)送RAKP Message 1命令步驟408 服務(wù)器200響應(yīng)RAKP Message 2命令步驟409 遠(yuǎn)程控制臺(tái)100發(fā)送RAKP Message 3命令步驟410 服務(wù)器200響應(yīng)RAKP Message 4命令步驟501 發(fā)送Ping封包步驟502 判斷是否在規(guī)定時(shí)間內(nèi)收到Pong封包步驟503 發(fā)送Get Channel Authentication Capabilities命令步驟504 判斷是否在規(guī)定時(shí)間內(nèi)收到響應(yīng)命令步驟505 發(fā)送RSSP Open Session Request命令步驟506 判斷是否在規(guī)定時(shí)間內(nèi)收到RSSP Open Session Response命令步驟507 發(fā)送RAKP Message 1命令步驟508 判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 2命令步驟509 發(fā)送RAKP Message 3命令步驟510 判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 4命令步驟511 期間建立成功步驟512 期間建立失敗步驟601 接收以太網(wǎng)數(shù)據(jù)封包步驟602 是否是Ping封包步驟603 發(fā)送Pong封包響應(yīng)步驟604 是否在規(guī)定時(shí)間內(nèi)收到Get Channel AuthenticationCapabilities命令步驟605 發(fā)送Get Channel Authentication Capabilities命令的響應(yīng)步驟606 是否在規(guī)定時(shí)間內(nèi)收到RSSP Open Session Request命令步驟607 發(fā)送RSSP Open Session Response命令步驟608 是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 1命令步驟609 發(fā)送RAKP Message 2命令步驟610 是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 3命令步驟611 發(fā)送RAKP Message 4命令步驟612 期間建立成功步驟613 期間建立失敗步驟701 發(fā)送Activate Payload命令步驟702 服務(wù)器響應(yīng)該命令步驟703 服務(wù)器發(fā)送SOL載荷步驟704 遠(yuǎn)程控制臺(tái)響應(yīng)ACK/NACK訊號(hào)步驟7031 遠(yuǎn)程控制臺(tái)發(fā)送SOL載荷步驟7041 服務(wù)器200響應(yīng)ACK/NACK循環(huán)步驟801 判斷SOL載荷是否被激活步驟802 判斷是否超時(shí)步驟803 判斷是否得到串行端口數(shù)據(jù)步驟804 將數(shù)據(jù)封裝發(fā)送步驟805 是否得到了確認(rèn)信息步驟806 數(shù)據(jù)解析處理步驟807 判斷是否已經(jīng)超過了重傳次數(shù)步驟808 重傳處理步驟809 傳送結(jié)束步驟901 前操作系統(tǒng)模式控制模塊步驟902 后操作系統(tǒng)模式控制模塊步驟903 檢測(cè)模塊步驟904 加載模塊步驟905 選擇模塊步驟906 顯示模塊步驟1001 檢測(cè)本地客戶端的遠(yuǎn)程控制模式類別步驟1002 根據(jù)該類別加載各個(gè)遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)步驟1003 向用戶提供多個(gè)遠(yuǎn)程控制模式的選擇步驟1004 根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口步驟1005 以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信步驟1101 初始化主接口步驟1102 檢測(cè)控制模式步驟1103 加載各個(gè)模式的動(dòng)態(tài)庫(kù)步驟1104 初始化各個(gè)模式模塊步驟1105 提供用戶選擇接口并顯示為默認(rèn)控制模式步驟1106 等待用戶模式選擇步驟1107 顯示相應(yīng)的模式模塊步驟1201 與服務(wù)器建立連接步驟1202 提示用戶開機(jī)步驟1203 仿真終端模擬顯示服務(wù)器屏幕步驟1204 仿真終端事件捕捉，數(shù)據(jù)發(fā)送步驟1205 服務(wù)器接收到該數(shù)據(jù)，發(fā)回客戶端，對(duì)服務(wù)器數(shù)據(jù)分析處理步驟1301 輸入服務(wù)器IP地址步驟1302 探測(cè)服務(wù)器是否支持IPMI2.0步驟1303 取得服務(wù)器可以提供的加密方式步驟1304 輸入用戶名、密碼以及加密方式與服務(wù)器建立會(huì)話期間步驟1305 激活SOL功能步驟1306 是否請(qǐng)求開機(jī)步驟1307 服務(wù)器開機(jī)，開始監(jiān)控服務(wù)器啟動(dòng)過程步驟1308 退出前操作系統(tǒng)模式步驟1401 開始處理接收緩沖區(qū)中的數(shù)據(jù)步驟1402 讀入一字節(jié)數(shù)據(jù)步驟1403 接收緩沖區(qū)上鎖步驟1404 命令啟始分析步驟1405 ESC命令序列中的字符分析步驟1406 接收緩沖區(qū)開鎖步驟1407 標(biāo)準(zhǔn)字符入棧，顯示到屏幕，控制字符進(jìn)行分析，根據(jù)對(duì)應(yīng)功能做相應(yīng)處理步驟1408 對(duì)ESC開頭的命令，根據(jù)情況呼叫處理；控制字符進(jìn)行分析，根據(jù)對(duì)應(yīng)功能做相應(yīng)處理步驟1501 建立連接步驟1502 再進(jìn)行密碼驗(yàn)證步驟1503 接收，顯示服務(wù)器端的屏幕圖像步驟1504 事件捕捉，發(fā)送數(shù)據(jù)具體實(shí)施方式
本發(fā)明提供了一種從服務(wù)器系統(tǒng)開機(jī)到操作系統(tǒng)啟動(dòng)后，對(duì)服務(wù)器的全程遠(yuǎn)程管理系統(tǒng)及方法。既可以監(jiān)視服務(wù)器開機(jī)過程，進(jìn)行BIOS設(shè)置，又可以在操作系統(tǒng)啟動(dòng)后實(shí)現(xiàn)遠(yuǎn)程控制。
對(duì)于操作系統(tǒng)啟動(dòng)前的監(jiān)視過程，可以利用IPMI2.0規(guī)范下的SOL功能實(shí)現(xiàn)。如圖1所示，為SOL在BMC中的功能簡(jiǎn)圖。通過分析IPMI規(guī)范可知，一個(gè)遠(yuǎn)程管理程序可以與BMC建立一個(gè)IPMI-over-LAN會(huì)話期間(Session)，一旦該期間建立，客戶端可以請(qǐng)求SOL激活。
從這一點(diǎn)來說，任何從基板串行控制器10輸出的字符都被BMC20重組入封包中，并通過LAN控制器30經(jīng)由局域網(wǎng)被發(fā)送到客戶端。反過來，攜帶字符的帶內(nèi)(in-band)局域網(wǎng)封包中，對(duì)于系統(tǒng)串行控制器來說，含有它們的字符數(shù)據(jù)，由BMC20拆取并發(fā)送到基板串行控制器10。
SOL字符數(shù)據(jù)被作為SOL信息運(yùn)載于UDP(User Data Protocol)數(shù)據(jù)報(bào)中，封包格式符合IPMI規(guī)范。SOL載荷(Payload)中包括有用于支持肯定應(yīng)答(Acknowledge)和重試(Retries)的域，以及用于支持刷新緩沖區(qū)或使用流控制臨時(shí)掛起串行流量的功能的域。
根據(jù)IPMI規(guī)范，一個(gè)肯定應(yīng)答封包有兩種形式，一個(gè)是ACK，表示收到了封包并接受其全部的數(shù)據(jù)；另一個(gè)是NACK，表示收到了封包，但是有部分或全部的數(shù)據(jù)不能被接受。
如圖2所示，為SOL功能的實(shí)施環(huán)境示意圖。依據(jù)IPMI規(guī)范，可以將包含BMC的服務(wù)器200上BIOS的輸入輸出通過設(shè)置串口控制器的開關(guān)復(fù)位到BMC中，BMC中的固件(Firmware)負(fù)責(zé)接收從BIOS傳送過來的數(shù)據(jù)，將其封裝成RMCP(Remote Management Control Protocol，遠(yuǎn)程管理控制協(xié)議)的數(shù)據(jù)格式，最終以UDP數(shù)據(jù)報(bào)的格式通過LAN傳送到遠(yuǎn)程的控制臺(tái)100上，從客戶端10發(fā)送回的數(shù)據(jù)也要經(jīng)過固件進(jìn)行解析，并將解析后的數(shù)據(jù)通過BMC傳送給BIOS。實(shí)際上其實(shí)現(xiàn)的是一個(gè)虛擬串行端口的功能。
如圖3所示，為符合IPMI規(guī)范的SOL實(shí)現(xiàn)方法流程圖，首先客戶端發(fā)送Ping封包，并由服務(wù)器響應(yīng)一Pong封包(步驟301)；客戶端發(fā)送Get ChannelAuthentication Capabilities命令，并由服務(wù)器響應(yīng)該命令(步驟302)；客戶端發(fā)送RSSP Open Session Request命令，并由服務(wù)器響應(yīng)RSSP OpenSession Response命令(步驟303)；客戶端發(fā)送RAKP Message 1命令，并由服務(wù)器響應(yīng)RAKP Message 2命令(步驟304)；客戶端發(fā)送RAKP Message 3命令，并由服務(wù)器響應(yīng)RAKP Message 4命令(步驟305)；客戶端發(fā)送ActivatePayload命令，并由服務(wù)器響應(yīng)該命令以激活SOL載荷(步驟306)；客戶端與服務(wù)器交互SOL載荷數(shù)據(jù)(步驟307)。
SOL的實(shí)現(xiàn)方法主要依靠?jī)蓚€(gè)部分會(huì)話期間的建立和SOL載荷數(shù)據(jù)的交互。其中，建立會(huì)話期間的主要目的是用于進(jìn)行用戶校驗(yàn)和支持多種IPMI信息的在一個(gè)信道下的傳輸。
如圖4所示，為SOL建立會(huì)話期間的基本演示圖。在發(fā)現(xiàn)階段，首先由客戶端100發(fā)送一RMCP Ping封包(步驟401)；然后由包含有BMC的服務(wù)器200收到后響應(yīng)一RMCP Pong封包(步驟402)；在啟動(dòng)階段，首先由客戶端100發(fā)送一Get Channel Authentication Capabilities命令(步驟403)；再由服務(wù)器200響應(yīng)該命令(步驟404)；接著由客戶端100發(fā)送RSSP Open SessionRequest命令(步驟405)；由服務(wù)器200響應(yīng)RSSP Open Session Response命令(步驟406)；再由客戶端100發(fā)送RAKP Message 1命令(步驟407)；由服務(wù)器200響應(yīng)RAKP Message 2命令(步驟408)；再由客戶端100發(fā)送RAKPMessage 3命令(步驟409)；由服務(wù)器200響應(yīng)RAKP Message 4命令(步驟410)。
圖5所示為會(huì)話期間建立過程中，客戶端100的流程圖。首先發(fā)送Ping封包(步驟501)；然后判斷是否在規(guī)定時(shí)間內(nèi)收到Pong封包(步驟502)；如果沒有收到，則期間建立失敗(步驟512)，如果收到，則發(fā)送Get ChannelAuthentieation Capabilities命令(步驟503)；接著判斷是否在規(guī)定時(shí)間內(nèi)收到響應(yīng)命令(步驟504)；如果沒有收到則期間建立失敗(步驟512)，如果收到則發(fā)送RSSP Open Session Request命令(步驟505)；然后判斷是否在規(guī)定時(shí)間內(nèi)收到RSSP Open Session Response命令(步驟506)；如果沒有收到則期間建立失敗(步驟512)，如果收到則發(fā)送RAKP Message 1命令(步驟507)；然后判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 2命令(步驟508)；如果沒有收到則期間建立失敗(步驟512)，如果收到則發(fā)送RAKP Message 3命令(步驟509)；然后判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 4命令(步驟510)；如果沒有收到則期間建立失敗(步驟512)，如果收到則期間建立成功(步驟511)；在期間建立成功或失敗后，流程結(jié)束。
圖6所示為期間建立過程中，服務(wù)器200端的流程圖。服務(wù)器200在接收以太網(wǎng)數(shù)據(jù)封包(步驟601)后，會(huì)檢查該封包是否是Ping封包(步驟602)，如果不是則期間建立失敗(步驟613)，并繼續(xù)接收數(shù)據(jù)，如果是則發(fā)送一Pong封包響應(yīng)(步驟603)，然后判斷是否在規(guī)定時(shí)間內(nèi)收到Get ChannelAuthentication Capabilities命令(步驟604)，如果沒有收到則期間建立失敗(步驟613)，如果收到則發(fā)送Get Channel Authentication Capabilities命令的響應(yīng)(步驟605)，然后判斷是否在規(guī)定時(shí)間內(nèi)收到RSSP Open SessionRequest命令(步驟606)，如果沒有收到則期間建立失敗(步驟613)，如果收到則發(fā)送RSSP Open Session Response命令(步驟607)，然后判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 1命令(步驟608)，如果沒有收到則期間建立失敗(步驟613)，如果收到則發(fā)送RAKP Message 2命令(步驟609)，然后判斷是否在規(guī)定時(shí)間內(nèi)收到RAKP Message 3命令(步驟610)，如果沒有收到則期間建立失敗(步驟613)，如果收到則發(fā)送RAKP Message 4命令(步驟611)，然后期間建立成功(步驟612)，在期間建立成功或失敗后，流程結(jié)束。
會(huì)話期間建立完成之后，就可以進(jìn)行SOL載荷數(shù)據(jù)的交互了。由于數(shù)據(jù)是以UDP數(shù)據(jù)報(bào)的格式在LAN上進(jìn)行傳送的，所以可能出現(xiàn)數(shù)據(jù)包丟失或是接收到的數(shù)據(jù)包次序混亂的情況，圖7就是SOL payload數(shù)據(jù)交互的示意圖。首先由客戶端100發(fā)送Activate Payload命令(步驟701)，以激活SOL載荷，由服務(wù)器200響應(yīng)該命令(步驟702)，然后就可以進(jìn)行數(shù)據(jù)交互，可以首先由服務(wù)器200發(fā)送SOL載荷(步驟703)，由客戶端100響應(yīng)ACK/NACK訊號(hào)(步驟704)；或者也可以首先由客戶端100發(fā)送SOL載荷(步驟7031)，由服務(wù)器200響應(yīng)ACK/NACK循環(huán)(步驟7041)。
圖8所示為收發(fā)SOL數(shù)據(jù)的流程圖，首先判斷SOL載荷是否被激活(步驟801)，如果被激活則接著判斷是否超時(shí)(步驟802)，如果超時(shí)則傳送結(jié)束(步驟809)，如果沒有超時(shí)則進(jìn)一步判斷是否得到串行端口數(shù)據(jù)(步驟803)，如果得到數(shù)據(jù)則將數(shù)據(jù)封裝發(fā)送(步驟804)，然后檢查是否得到了確認(rèn)信息(步驟805)，如果沒有得到則做重傳處理(步驟808)，重傳時(shí)判斷是否已經(jīng)超過了重傳次數(shù)(步驟807)，如果沒有超過則回到步驟804重新封裝發(fā)送；如果收到了確認(rèn)信息則開始對(duì)收到的數(shù)據(jù)解析處理(步驟806)。
請(qǐng)參閱圖9，為本發(fā)明的全程遠(yuǎn)程控制系統(tǒng)示意圖，包括檢測(cè)模塊903，加載模塊904，選擇模塊905，顯示模塊906，前操作系統(tǒng)模式控制模塊901，后操作系統(tǒng)模式控制模塊902。
其中，該檢測(cè)模塊903用以檢測(cè)遠(yuǎn)程控制模式類別；加載模塊904用以根據(jù)該檢測(cè)結(jié)果加載遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)；選擇模塊905用以向用戶提供遠(yuǎn)程控制模式的選擇，并接收用戶的選擇；顯示模塊906用以根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口；前操作系統(tǒng)模式控制模塊901用以在該服務(wù)器未啟動(dòng)操作系統(tǒng)時(shí)對(duì)該服務(wù)器進(jìn)行遠(yuǎn)程控制；后操作系統(tǒng)模式控制模塊902用以在該服務(wù)器啟動(dòng)操作系統(tǒng)后對(duì)該服務(wù)器進(jìn)行遠(yuǎn)程控制。
其中，該前操作系統(tǒng)模式控制模塊901可以是以符合智能化平臺(tái)管理接口(Intelligent Platform Management Interface)IPMI規(guī)范的SOL(Serialover LAN)模式對(duì)服務(wù)器進(jìn)行遠(yuǎn)程控制。后操作系統(tǒng)模式控制模塊包括控制臺(tái)(Console)模式；命令行(CLI)模式；圖形接口(GUI)模式；虛擬設(shè)備(VirtualDevice)。
如圖10所示，為本發(fā)明的全程遠(yuǎn)程控制方法流程圖，首先檢測(cè)本地客戶端的遠(yuǎn)程控制模式類別(步驟1001)；然后根據(jù)該類別加載各個(gè)遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)(步驟1002)；向用戶提供多個(gè)遠(yuǎn)程控制模式的選擇(步驟1003)；根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口(步驟1004)；最后以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信(步驟1005)。
如圖11所示，為本發(fā)明的初始化過程流程圖，首先初始化主接口(步驟1101)；然后檢測(cè)控制模式(步驟1102)；然后加載各個(gè)模式的動(dòng)態(tài)庫(kù)(步驟1103)，再初始化各個(gè)模式模塊(步驟1104)；提供用戶選擇接口并顯示為默認(rèn)控制模式(步驟1105)；等待用戶模式選擇(步驟1106)；顯示相應(yīng)的模式模塊(步驟1107)。
如圖12所示，為本發(fā)明所提出的前操作系統(tǒng)模式的遠(yuǎn)程控制模塊化流程圖，服務(wù)器200處于操作系統(tǒng)未啟動(dòng)之前的狀態(tài)，客戶端100啟動(dòng)后首先與服務(wù)器建立連接(步驟1201)；然后提示用戶開機(jī)(步驟1202)；仿真終端模擬顯示服務(wù)器屏幕(步驟1203)；仿真終端事件捕捉，數(shù)據(jù)發(fā)送(步驟1204)；服務(wù)器接收到該數(shù)據(jù)，并發(fā)回客戶端，對(duì)服務(wù)器數(shù)據(jù)分析處理(步驟1205)；最后再返回步驟1203模擬顯示。
客戶端100可以利用符合IPMI2.0規(guī)范的SOL功能與未啟動(dòng)操作系統(tǒng)的服務(wù)器建立連接，完成數(shù)據(jù)傳輸功能。如圖13所示，為其建立連接部分(步驟1201)的流程圖，首先輸入服務(wù)器IP地址(步驟1301)；然后探測(cè)服務(wù)器是否支持IPMI2.0(步驟1302)；如果不支持則退出當(dāng)前操作系統(tǒng)模式(步驟1308)；如果支持則取得服務(wù)器可以提供的加密方式(步驟1303)，然后輸入用戶名、密碼以及加密方式與服務(wù)器建立會(huì)話期間(步驟1304)；激活SOL功能(步驟1305)；判斷是否請(qǐng)求開機(jī)(步驟1306)，如果沒有則退出前操作系統(tǒng)模式(步驟1308)，否則服務(wù)器開機(jī)，開始監(jiān)控服務(wù)器啟動(dòng)過程。(步驟1307)。
圖14所示為本發(fā)明所提出的利用符合IPMI2.0規(guī)范的SOL功能的服務(wù)器數(shù)據(jù)分析部分流程圖，首先開始處理接收緩沖區(qū)中的數(shù)據(jù)(步驟1401)；讀入一字節(jié)數(shù)據(jù)(步驟1402)；接收緩沖區(qū)上鎖(步驟1403)；命令啟始分析(步驟1404)，標(biāo)準(zhǔn)字符入棧，顯示到屏幕，控制字符進(jìn)行分析，根據(jù)對(duì)應(yīng)功能做相應(yīng)處理(步驟1407)；ESC命令序列中的字符分析(步驟1405)，對(duì)ESC開頭的命令，根據(jù)情況呼叫處理；控制字符進(jìn)行分析，根據(jù)對(duì)應(yīng)功能做相應(yīng)處理(步驟1408)；最后接收緩沖區(qū)開鎖(步驟1406)，讀入下一個(gè)字節(jié)數(shù)據(jù)。
本發(fā)明所提出的后操作系統(tǒng)模式可以包括控制臺(tái)模式，如圖15所示，為控制臺(tái)模式的模塊化流程圖。首先建立連接(步驟1501)；再進(jìn)行密碼驗(yàn)證(步驟1502)；然后接收，顯示服務(wù)器端的屏幕圖像(步驟1503)；接著事件捕捉，發(fā)送數(shù)據(jù)(步驟1504)，服務(wù)器相應(yīng)鍵盤鼠標(biāo)事件后，再把屏幕圖像數(shù)據(jù)發(fā)送回客戶端。
本發(fā)明所提出的后操作系統(tǒng)模式可以包括命令行模式，如圖16所示，為命令行模式的模塊圖。SSH Applet是SSH協(xié)議客戶端的JAVA版本。主要功能是以系統(tǒng)認(rèn)證方式登陸服務(wù)端，建立會(huì)話期間，將客戶端輸入的信息和服務(wù)器端返回的信息按照SSH協(xié)議進(jìn)行傳輸，顯示服務(wù)端返回結(jié)果。
在服務(wù)器端需要運(yùn)行兩個(gè)背景行程，SSH Sever和SAS Server。SSH Server用于與客戶端的SSH Applet進(jìn)行通訊。SAS Server接收瀏覽器(Browser)的連接請(qǐng)求，將SSH Applet通過瀏覽器下載到客戶端，由瀏覽器運(yùn)行Applet進(jìn)行登陸和會(huì)話期間。本發(fā)明支持多個(gè)瀏覽器同時(shí)連接SAS Server下載Applet，然后通過Applet登陸SSH Server進(jìn)行會(huì)話。一個(gè)客戶端可以運(yùn)行一個(gè)瀏覽器登陸SSH Server，也可以運(yùn)行多個(gè)瀏覽器以不同賬號(hào)登陸SSHServer；多個(gè)客戶端端可以同時(shí)以不同賬號(hào)登陸SSH Server。
本發(fā)明所提出的后操作系統(tǒng)模式可以包括GUI模式，如圖17所示，為GUT模式架構(gòu)圖。在“用戶登陸”下面包括用戶/組模塊、進(jìn)程管理模塊、系統(tǒng)資源模塊和系統(tǒng)服務(wù)模塊，其中在用戶/組模塊下面又包括“創(chuàng)建”、“刪除”和“修改”，在進(jìn)程管理模塊下面又包括中止進(jìn)程和中止僵尸進(jìn)程(“僵尸”進(jìn)程defunct進(jìn)程)。
本發(fā)明所提出的后操作系統(tǒng)模式可以包括虛擬設(shè)備模式，如圖18所示，為虛擬設(shè)備模式架構(gòu)圖。在步驟1，客戶端本地設(shè)備枚舉，生成存儲(chǔ)設(shè)備的選擇列表；在步驟2，選擇預(yù)虛擬的本地設(shè)備，在服務(wù)器端進(jìn)行設(shè)備映像；在步驟3，在服務(wù)器端產(chǎn)生虛擬設(shè)備，以供使用。
請(qǐng)參閱圖19A至圖19F，為本發(fā)明的一個(gè)實(shí)施例過程，用戶進(jìn)入遠(yuǎn)程管理系統(tǒng)后，主接口列出目前支持的模式，等待用戶選擇操作模式。如圖19A，以選擇前操作系統(tǒng)模式為例，用戶首先通過第三方網(wǎng)站或其它方式得知serverip和控制server的用戶名，密碼，之后開始前操作系統(tǒng)模式操作；如圖19B所示，若通過IP檢測(cè)，提示用戶輸入用戶名，密碼并選擇數(shù)據(jù)加密方式；如圖19C所示，用戶名，密碼經(jīng)過服務(wù)器檢測(cè)后，若不正確會(huì)提示用戶重新輸入，若正確會(huì)向提示用戶發(fā)出開機(jī)命令，開始前操作系統(tǒng)控制模式；如圖19D所示，如果開機(jī)不成功，會(huì)提示用戶是服務(wù)器開機(jī)失敗，還是操作系統(tǒng)已啟動(dòng)，并提示退出前操作系統(tǒng)模式，若開機(jī)成功，開始在前操作系統(tǒng)模式下遠(yuǎn)程控制服務(wù)器，在客戶端會(huì)顯示服務(wù)器屏幕，并可以進(jìn)入BIOS，進(jìn)行設(shè)置；如圖19E所示，操作系統(tǒng)啟動(dòng)后，退出前操作系統(tǒng)模式，進(jìn)入控制臺(tái)模式；如圖19F所示，驗(yàn)證成功后，開始接收顯示服務(wù)器端圖像。
以上所述僅為本發(fā)明其中的較佳實(shí)施例而已，并非用來限定本發(fā)明的實(shí)施范圍；即凡依本發(fā)明申請(qǐng)專利范圍所作的等效變化與修改，皆為本發(fā)明專利范圍所涵蓋。
權(quán)利要求
1.一種全程遠(yuǎn)程控制系統(tǒng)，從遠(yuǎn)程服務(wù)器開機(jī)到操作系統(tǒng)啟動(dòng)后，通過本地客戶端對(duì)服務(wù)器進(jìn)行全程遠(yuǎn)程管理，其特征在于，該系統(tǒng)包括一檢測(cè)模塊，用以檢測(cè)遠(yuǎn)程控制模式類別；一加載模塊，用以根據(jù)該檢測(cè)結(jié)果加載遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)；一選擇模塊，用以向用戶提供遠(yuǎn)程控制模式的選擇，并接收用戶的選擇；一顯示模塊，用以根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口；前操作系統(tǒng)模式控制模塊，用以在該服務(wù)器未啟動(dòng)操作系統(tǒng)時(shí)對(duì)該服務(wù)器進(jìn)行遠(yuǎn)程控制；及后操作系統(tǒng)模式控制模塊，用以在該服務(wù)器啟動(dòng)操作系統(tǒng)后對(duì)該服務(wù)器進(jìn)行遠(yuǎn)程控制。
2.如權(quán)利要求1所述的全程遠(yuǎn)程控制系統(tǒng)，其特征在于，該前操作系統(tǒng)模式控制模塊是以符合IPMI規(guī)范的SOL模式對(duì)服務(wù)器進(jìn)行遠(yuǎn)程控制。
3.如權(quán)利要求1所述的全程遠(yuǎn)程控制系統(tǒng)，其特征在于，該后操作系統(tǒng)模式控制模塊包括控制臺(tái)模式、命令行模式、圖形接口模式、虛擬設(shè)備。
4.一種全程遠(yuǎn)程控制方法，從遠(yuǎn)程服務(wù)器開機(jī)到操作系統(tǒng)啟動(dòng)后，通過本地客戶端對(duì)服務(wù)器進(jìn)行全程遠(yuǎn)程管理，其特征在于，該方法包括檢測(cè)本地客戶端的遠(yuǎn)程控制模式類別；根據(jù)該類別加載各個(gè)遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)；向用戶提供多個(gè)遠(yuǎn)程控制模式的選擇；根據(jù)用戶選擇顯示相應(yīng)的遠(yuǎn)程控制模式接口；及以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信。
5.如權(quán)利要求4所述的全程遠(yuǎn)程控制方法，其特征在于，該以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信的步驟，如果用戶選擇前操作系統(tǒng)控制模式，則還包括如下步驟本地客戶端與服務(wù)器建立連接；提示用戶開機(jī)；仿真終端模擬顯示服務(wù)器屏幕；仿真終端捕捉事件，并發(fā)送數(shù)據(jù)；服務(wù)器接收到該數(shù)據(jù)后進(jìn)行分析；及服務(wù)器將分析結(jié)果發(fā)送回仿真終端。
6.如權(quán)利要求5所述的全程遠(yuǎn)程控制方法，其特征在于，該與服務(wù)器建立連接的步驟，本地客戶端還包括如下步驟輸入服務(wù)器IP地址；探測(cè)服務(wù)器是否支持IPMI2.0規(guī)范；取得服務(wù)器可以提供的加密方式；輸入用戶名、密碼以及加密方式，與服務(wù)器建立會(huì)話期間；激活SOL功能；及請(qǐng)求服務(wù)器開機(jī)并開始監(jiān)視服務(wù)器啟動(dòng)過程。
7.如權(quán)利要求5所述的全程遠(yuǎn)程控制方法，其特征在于，該服務(wù)器分析數(shù)據(jù)的步驟，還包括如下步驟接收緩沖區(qū)數(shù)據(jù)；讀入一字節(jié)數(shù)據(jù)；接收緩沖區(qū)上鎖；對(duì)命令啟始分析，標(biāo)準(zhǔn)字符入棧，顯示到屏幕，根據(jù)控制字符執(zhí)行相應(yīng)功能；對(duì)ESC命令序列中的字符進(jìn)行分析；及接收緩沖區(qū)開鎖，重新讀入下一個(gè)字節(jié)。
8.如權(quán)利要求4所述的全程遠(yuǎn)程控制方法，其特征在于，該以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信的步驟，如果用戶選擇控制臺(tái)模式，則還包括如下步驟與服務(wù)器建立連接；對(duì)密碼進(jìn)行驗(yàn)證；顯示服務(wù)器端的屏幕圖像；捕捉事件，并向服務(wù)器發(fā)送數(shù)據(jù)；及服務(wù)器接收到該數(shù)據(jù)后將服務(wù)器執(zhí)行后的屏幕圖像數(shù)據(jù)發(fā)送回該本地客戶端。
9.如權(quán)利要求4所述的全程遠(yuǎn)程控制方法，其特征在于，該以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信的步驟，如果用戶選擇虛擬設(shè)備模式，則還包括如下步驟客戶端進(jìn)行本地設(shè)備枚舉，生成存儲(chǔ)設(shè)備的選擇列表；選擇欲虛擬的本地設(shè)備，在服務(wù)器端進(jìn)行設(shè)備映像；及在服務(wù)器端產(chǎn)生虛擬設(shè)備以供使用。
全文摘要
本發(fā)明涉及一種全程遠(yuǎn)程控制系統(tǒng)及方法，首先檢測(cè)本地客戶端的遠(yuǎn)程控制模式類別，然后加載各個(gè)遠(yuǎn)程控制模式的動(dòng)態(tài)庫(kù)，向用戶提供多個(gè)遠(yuǎn)程控制模式的選擇，顯示相應(yīng)的遠(yuǎn)程控制模式接口，并以用戶選擇的遠(yuǎn)程控制模式與服務(wù)器建立連接進(jìn)行數(shù)據(jù)通信，本發(fā)明在現(xiàn)有的服務(wù)器管理技術(shù)規(guī)范下提供一種既能遠(yuǎn)程控制操作系統(tǒng)啟動(dòng)以前的信息，又整合了現(xiàn)有的多種遠(yuǎn)程控制模式的遠(yuǎn)程控制系統(tǒng)及方法。
文檔編號(hào)H04L12/24GK1642101SQ20041000065
公開日2005年7月20日 申請(qǐng)日期2004年1月15日 優(yōu)先權(quán)日2004年1月15日
發(fā)明者劉文涵, 陳玄同, 龍曉宇 申請(qǐng)人:英業(yè)達(dá)股份有限公司