CN1642101A

CN1642101A - 全程远程控制系统及方法

Info

Publication number: CN1642101A
Application number: CN 200410000657
Authority: CN
Inventors: 刘文涵; 陈玄同; 龙晓宇
Original assignee: Inventec Corp
Current assignee: Inventec Corp
Priority date: 2004-01-15
Filing date: 2004-01-15
Publication date: 2005-07-20

Abstract

本发明涉及一种全程远程控制系统及方法，首先检测本地客户端的远程控制模式类别，然后加载各个远程控制模式的动态库，向用户提供多个远程控制模式的选择，显示相应的远程控制模式接口，并以用户选择的远程控制模式与服务器建立连接进行数据通信，本发明在现有的服务器管理技术规范下提供一种既能远程控制操作系统启动以前的信息，又整合了现有的多种远程控制模式的远程控制系统及方法。

Description

全程远程控制系统及方法

技术领域

本发明涉及一种远程控制系统及方法，尤其涉及一种整合现有的多种远程控制模式的综合性的全程远程控制系统及方法。

背景技术

目前有很多软件都可以实现远程控制，也就是在客户(Client)端可以登陆并控制服务器(Server)端。例如：控制台(Console)模式，即基于图形方式的操作模式，实现客户端与服务器端同步的访问、管理，也就是双方的屏幕相同；命令行(Command Line，CLI)模式，即以用户方式登陆服务器，基于命令行的操作模式，客户端所做的操作不影响服务器端的当前屏幕；图形接口(GUI)模式：即为用户提供用户/组、进程管理、系统资源、系统服务等功能的方便处理模式，用户可以不必对系统有太多了解，不必输入命令，而是直接点选相应命令的按钮完成管理工作；虚拟设备(virtual device)模式，提供客户端设备共享给服务器端访问、使用的功能支持。

但是，上述这些软件都只能提供一种单一的控制模式，例如，或者使用CLI模式，或者使用控制台模式。然而对于不同的管理需求和系统类型来说，并不是某一种模式都能够始终适用的，这就要求用户要寻找、安装不同模式的远程控制软件以适应各种需求，操作烦琐。

另外，目前的远程控制软件都是在操作系统启动后才开始工作的。如果需要监视从系统开机到操作系统启动前的信息，包括BIOS设置，就不能通过远程控制软件完成了。这就限制了操作系统启动前的服务器管理工作只能在本地进行，不能实现远程控制。而另一方面，新经济时代企业面临的一个主要问题是既要保证应用系统不间断运行，又要不断降低运行成本。谁能更好地控制网络管理成本，谁就有可能在竞争中站在前列。

市场的需求决定着技术与产业的发展方向。业界的一些主要厂商从1997年开始联手，步入服务器管理智能化的研发之路。它们的出发点是解决服务器硬件管理能力低的问题。经过数年努力，于2001年推出了智能化平台管理接口(Intelligent Platform Management Interface，IPMI)标准。

IPMI是使硬件管理具备智能化的新一代通用接口标准。用户可以利用IPMI监视服务器的物理健康特征，如温度、电压、电扇工作状态、电源供应以及机箱入侵等，为系统管理、恢复以及资产管理提供信息。

IPMI技术的“智能化”来自于一个管理微控制器。在一个主机系统里，这个控制器被称为基板管理控制器(Baseboard Management Controller，BMC)。BMC自备电源，并自动地监控系统健康状况。如果发现任何被控单元异常，它能立即采取行动，例如记录事件、报警、自动关机或重启动。与BMC相关联的是一组无源内存，用来存储传感器的数据(Sensor Data Records，SDR)、系统事件记录文件，以及一些单元信息如序列号和部件号信息等。IPMI通过指定通用、精简、基于消息的接口，将信息传输到管理微控制器，实现软件与硬件信息的分离。

根据IPMI规范，术语SOL表示“Serial over LAN”，其是一个数据封包格式和协议的规范，用于通过IPMI over LAN封包在局域网上传输串行数据。其目标主要是复位至/自本地异步串行控制器接口的通信业务量，从而可以使用本地软件在局域网上通信，而该软件只需知道如何通过本地串行控制器进行通信即可。SOL可以被用来执行一个虚拟远程串行终端来使用户或远程软件可以与基于串行的操作系统接口(如“命令行Command-line”接口以及控制台Linux console)或管理服务(如Microsoft的EMS(serial-based EmergencyManagement Services))进行交互。

因此，如何能够在现有的服务器管理技术规范下提供一种即能远程控制操作系统启动以前的信息，又能整合现有的多种远程控制模式的综合性的远程控制系统及方法已经成为业界亟待解决的问题。

发明内容

本发明为解决上述问题而提供一种全程远程控制系统及方法，能够在现有的服务器管理技术规范下提供一种即能远程控制操作系统启动以前的信息，又能整合现有的多种远程控制模式。

本发明提供一种全程远程控制系统，包括一检测模块，用以检测远程控制模式类别；一加载模块，用以根据该检测结果加载远程控制模式的动态库；一选择模块，用以向用户提供远程控制模式的选择，并接收用户的选择；一显示模块，用以根据用户选择显示相应的远程控制模式接口；前操作系统模式控制模块，用以在该服务器未启动操作系统时对该服务器进行远程控制；后操作系统模式控制模块，用以在该服务器启动操作系统后对该服务器进行远程控制。

本发明还提供一种全程远程控制方法，首先检测本地客户端的远程控制模式类别；根据该类别加载各个远程控制模式的动态库；向用户提供多个远程控制模式的选择；根据用户选择显示相应的远程控制模式接口；以用户选择的远程控制模式与服务器建立连接进行数据通信。

本发明是从远程服务器开机到操作系统启动后，通过本地客户端对服务器进行全程远程管理，既可以监视server开机过程，进行BIOS设置，又可以在OS启动后实现远程控制。本发明整合了控制台模式，命令行模式，图形接口模式等常用的远程控制模式，可以为Linux，Windows服务器的各种不同管理需求提供相应的控制模式，并提供虚拟设备功能，将客户端设备共享给服务器端使用。本发明的客户端作为浏览器插件(Plug-in)提供，不需用户安装，可以在Linux，Windows操作系统跨平台使用，从而在现有的服务器管理技术规范下提供了一种即能远程控制操作系统启动以前的信息，又能整合现有的多种远程控制模式的综合性的远程控制系统及方法。

附图说明

图1为SOL在BMC中的功能简图；

图2为SOL功能的实施环境示意图；

图3为符合IPMI规范的SOL实现方法流程图；

图4为SOL建立会话期间的基本演示图；

图5为SOL会话期间建立过程中远程控制台的流程图；

图6为SOL会话期间建立过程中服务器的流程图；

图7为SOL载荷数据交互的示意图；

图8为收发SOL数据的流程图；

图9为本发明的全程远程控制系统示意图；

图10为本发明的全程远程控制方法流程图；

图11为本发明的初始化过程流程图；

图12为本发明所提出的前操作系统模式的远程控制模块化流程图；

图13为本发明所提出的建立连接部分的流程图；

图14为本发明所提出的利用符合IPMI2.0规范的SOL功能的服务器数据分析部分流程图；

图15为本发明所提出的控制台模式的模块化流程图；

图16为本发明所提出的命令行模式的模块图；

图17为本发明所提出的GUI模式架构图；

图18为本发明所提出的虚拟设备模式架构图；及

图19A至图19F为本发明的一个实施例过程演示图。

附图标记说明

10 基板串行控制器

20 BMC

30 LAN控制器

100 远程控制台

200 包含BMC的服务器

步骤301 远程控制台发送Ping封包，并由服务器响应一Pong封包

步骤302 远程控制台发送Get Channel Authentication Capabilities命令，并由服务器响应该命令

步骤303 远程控制台发送RSSP Open Session Request命令，并由服务器响应RSSP Open Session Response命令

步骤304 远程控制台发送RAKP Message 1命令，并由服务器响应RAKPMessage 2命令

步骤305 远程控制台发送RAKP Message 3命令，并由服务器响应RAKPMessage 4命令

步骤306 远程控制台发送Activate Payload命令，并由服务器响应该命令以激活SOL载荷

步骤307 远程控制台与服务器交互SOL载荷数据

步骤401 远程控制台发送一RMCP Ping封包

步骤402 服务器收到后响应一RMCP Pong封包

步骤403 远程控制台发送Get Channel Authentication Capabilities命令

步骤404 服务器响应Get Channel Authentication Capabilities命令

步骤405 接着由远程控制台100发送RSSP Open Session Request命令

步骤406 服务器响应RSSP Open Session Response命令

步骤407 远程控制台100发送RAKP Message 1命令

步骤408 服务器200响应RAKP Message 2命令

步骤409 远程控制台100发送RAKP Message 3命令

步骤410 服务器200响应RAKP Message 4命令

步骤501 发送Ping封包

步骤502 判断是否在规定时间内收到Pong封包

步骤503 发送Get Channel Authentication Capabilities命令

步骤504 判断是否在规定时间内收到响应命令

步骤505 发送RSSP Open Session Request命令

步骤506 判断是否在规定时间内收到RSSP Open Session Response命令

步骤507 发送RAKP Message 1命令

步骤508 判断是否在规定时间内收到RAKP Message 2命令

步骤509 发送RAKP Message 3命令

步骤510 判断是否在规定时间内收到RAKP Message 4命令

步骤511 期间建立成功

步骤512 期间建立失败

步骤601 接收以太网数据封包

步骤602 是否是Ping封包

步骤603 发送Pong封包响应

步骤604 是否在规定时间内收到Get Channel AuthenticationCapabilities命令

步骤605 发送Get Channel Authentication Capabilities命令的响应

步骤606 是否在规定时间内收到RSSP Open Session Request命令

步骤607 发送RSSP Open Session Response命令

步骤608 是否在规定时间内收到RAKP Message 1命令

步骤609 发送RAKP Message 2命令

步骤610 是否在规定时间内收到RAKP Message 3命令

步骤611 发送RAKP Message 4命令

步骤612 期间建立成功

步骤613 期间建立失败

步骤701 发送Activate Payload命令

步骤702 服务器响应该命令

步骤703 服务器发送SOL载荷

步骤704 远程控制台响应ACK/NACK讯号

步骤7031 远程控制台发送SOL载荷

步骤7041 服务器200响应ACK/NACK循环

步骤801 判断SOL载荷是否被激活

步骤802 判断是否超时

步骤803 判断是否得到串行端口数据

步骤804 将数据封装发送

步骤805 是否得到了确认信息

步骤806 数据解析处理

步骤807 判断是否已经超过了重传次数

步骤808 重传处理

步骤809 传送结束

步骤901 前操作系统模式控制模块

步骤902 后操作系统模式控制模块

步骤903 检测模块

步骤904 加载模块

步骤905 选择模块

步骤906 显示模块

步骤1001 检测本地客户端的远程控制模式类别

步骤1002 根据该类别加载各个远程控制模式的动态库

步骤1003 向用户提供多个远程控制模式的选择

步骤1004 根据用户选择显示相应的远程控制模式接口

步骤1005 以用户选择的远程控制模式与服务器建立连接进行数据通信

步骤1101 初始化主接口

步骤1102 检测控制模式

步骤1103 加载各个模式的动态库

步骤1104 初始化各个模式模块

步骤1105 提供用户选择接口并显示为默认控制模式

步骤1106 等待用户模式选择

步骤1107 显示相应的模式模块

步骤1201 与服务器建立连接

步骤1202 提示用户开机

步骤1203 仿真终端模拟显示服务器屏幕

步骤1204 仿真终端事件捕捉，数据发送

步骤1205 服务器接收到该数据，发回客户端，对服务器数据分析处理

步骤1301 输入服务器IP地址

步骤1302 探测服务器是否支持IPMI2.0

步骤1303 取得服务器可以提供的加密方式

步骤1304 输入用户名、密码以及加密方式与服务器建立会话期间

步骤1305 激活SOL功能

步骤1306 是否请求开机

步骤1307 服务器开机，开始监控服务器启动过程

步骤1308 退出前操作系统模式

步骤1401 开始处理接收缓冲区中的数据

步骤1402 读入一字节数据

步骤1403 接收缓冲区上锁

步骤1404 命令启始分析

步骤1405 ESC命令序列中的字符分析

步骤1406 接收缓冲区开锁

步骤1407 标准字符入栈，显示到屏幕，控制字符进行分析，根据对应功能做相应处理

步骤1408 对ESC开头的命令，根据情况呼叫处理；控制字符进行分析，根据对应功能做相应处理

步骤1501 建立连接

步骤1502 再进行密码验证

步骤1503 接收，显示服务器端的屏幕图像

步骤1504 事件捕捉，发送数据

具体实施方式

本发明提供了一种从服务器系统开机到操作系统启动后，对服务器的全程远程管理系统及方法。既可以监视服务器开机过程，进行BIOS设置，又可以在操作系统启动后实现远程控制。

对于操作系统启动前的监视过程，可以利用IPMI2.0规范下的SOL功能实现。如图1所示，为SOL在BMC中的功能简图。通过分析IPMI规范可知，一个远程管理程序可以与BMC建立一个IPMI-over-LAN会话期间(Session)，一旦该期间建立，客户端可以请求SOL激活。

从这一点来说，任何从基板串行控制器10输出的字符都被BMC20重组入封包中，并通过LAN控制器30经由局域网被发送到客户端。反过来，携带字符的带内(in-band)局域网封包中，对于系统串行控制器来说，含有它们的字符数据，由BMC20拆取并发送到基板串行控制器10。

SOL字符数据被作为SOL信息运载于UDP(User Data Protocol)数据报中，封包格式符合IPMI规范。SOL载荷(Payload)中包括有用于支持肯定应答(Acknowledge)和重试(Retries)的域，以及用于支持刷新缓冲区或使用流控制临时挂起串行流量的功能的域。

根据IPMI规范，一个肯定应答封包有两种形式，一个是ACK，表示收到了封包并接受其全部的数据；另一个是NACK，表示收到了封包，但是有部分或全部的数据不能被接受。

如图2所示，为SOL功能的实施环境示意图。依据IPMI规范，可以将包含BMC的服务器200上BIOS的输入输出通过设置串口控制器的开关复位到BMC中，BMC中的固件(Firmware)负责接收从BIOS传送过来的数据，将其封装成RMCP(Remote Management Control Protocol，远程管理控制协议)的数据格式，最终以UDP数据报的格式通过LAN传送到远程的控制台100上，从客户端10发送回的数据也要经过固件进行解析，并将解析后的数据通过BMC传送给BIOS。实际上其实现的是一个虚拟串行端口的功能。

如图3所示，为符合IPMI规范的SOL实现方法流程图，首先客户端发送Ping封包，并由服务器响应一Pong封包(步骤301)；客户端发送Get ChannelAuthentication Capabilities命令，并由服务器响应该命令(步骤302)；客户端发送RSSP Open Session Request命令，并由服务器响应RSSP OpenSession Response命令(步骤303)；客户端发送RAKP Message 1命令，并由服务器响应RAKP Message 2命令(步骤304)；客户端发送RAKP Message 3命令，并由服务器响应RAKP Message 4命令(步骤305)；客户端发送ActivatePayload命令，并由服务器响应该命令以激活SOL载荷(步骤306)；客户端与服务器交互SOL载荷数据(步骤307)。

SOL的实现方法主要依靠两个部分：会话期间的建立和SOL载荷数据的交互。其中，建立会话期间的主要目的是用于进行用户校验和支持多种IPMI信息的在一个信道下的传输。

如图4所示，为SOL建立会话期间的基本演示图。在发现阶段，首先由客户端100发送一RMCP Ping封包(步骤401)；然后由包含有BMC的服务器200收到后响应一RMCP Pong封包(步骤402)；在启动阶段，首先由客户端100发送一Get Channel Authentication Capabilities命令(步骤403)；再由服务器200响应该命令(步骤404)；接着由客户端100发送RSSP Open SessionRequest命令(步骤405)；由服务器200响应RSSP Open Session Response命令(步骤406)；再由客户端100发送RAKP Message 1命令(步骤407)；由服务器200响应RAKP Message 2命令(步骤408)；再由客户端100发送RAKPMessage 3命令(步骤409)；由服务器200响应RAKP Message 4命令(步骤410)。

图5所示为会话期间建立过程中，客户端100的流程图。首先发送Ping封包(步骤501)；然后判断是否在规定时间内收到Pong封包(步骤502)；如果没有收到，则期间建立失败(步骤512)，如果收到，则发送Get ChannelAuthentieation Capabilities命令(步骤503)；接着判断是否在规定时间内收到响应命令(步骤504)；如果没有收到则期间建立失败(步骤512)，如果收到则发送RSSP Open Session Request命令(步骤505)；然后判断是否在规定时间内收到RSSP Open Session Response命令(步骤506)；如果没有收到则期间建立失败(步骤512)，如果收到则发送RAKP Message 1命令(步骤507)；然后判断是否在规定时间内收到RAKP Message 2命令(步骤508)；如果没有收到则期间建立失败(步骤512)，如果收到则发送RAKP Message 3命令(步骤509)；然后判断是否在规定时间内收到RAKP Message 4命令(步骤510)；如果没有收到则期间建立失败(步骤512)，如果收到则期间建立成功(步骤511)；在期间建立成功或失败后，流程结束。

图6所示为期间建立过程中，服务器200端的流程图。服务器200在接收以太网数据封包(步骤601)后，会检查该封包是否是Ping封包(步骤602)，如果不是则期间建立失败(步骤613)，并继续接收数据，如果是则发送一Pong封包响应(步骤603)，然后判断是否在规定时间内收到Get ChannelAuthentication Capabilities命令(步骤604)，如果没有收到则期间建立失败(步骤613)，如果收到则发送Get Channel Authentication Capabilities命令的响应(步骤605)，然后判断是否在规定时间内收到RSSP Open SessionRequest命令(步骤606)，如果没有收到则期间建立失败(步骤613)，如果收到则发送RSSP Open Session Response命令(步骤607)，然后判断是否在规定时间内收到RAKP Message 1命令(步骤608)，如果没有收到则期间建立失败(步骤613)，如果收到则发送RAKP Message 2命令(步骤609)，然后判断是否在规定时间内收到RAKP Message 3命令(步骤610)，如果没有收到则期间建立失败(步骤613)，如果收到则发送RAKP Message 4命令(步骤611)，然后期间建立成功(步骤612)，在期间建立成功或失败后，流程结束。

会话期间建立完成之后，就可以进行SOL载荷数据的交互了。由于数据是以UDP数据报的格式在LAN上进行传送的，所以可能出现数据包丢失或是接收到的数据包次序混乱的情况，图7就是SOL payload数据交互的示意图。首先由客户端100发送Activate Payload命令(步骤701)，以激活SOL载荷，由服务器200响应该命令(步骤702)，然后就可以进行数据交互，可以首先由服务器200发送SOL载荷(步骤703)，由客户端100响应ACK/NACK讯号(步骤704)；或者也可以首先由客户端100发送SOL载荷(步骤7031)，由服务器200响应ACK/NACK循环(步骤7041)。

图8所示为收发SOL数据的流程图，首先判断SOL载荷是否被激活(步骤801)，如果被激活则接着判断是否超时(步骤802)，如果超时则传送结束(步骤809)，如果没有超时则进一步判断是否得到串行端口数据(步骤803)，如果得到数据则将数据封装发送(步骤804)，然后检查是否得到了确认信息(步骤805)，如果没有得到则做重传处理(步骤808)，重传时判断是否已经超过了重传次数(步骤807)，如果没有超过则回到步骤804重新封装发送；如果收到了确认信息则开始对收到的数据解析处理(步骤806)。

请参阅图9，为本发明的全程远程控制系统示意图，包括检测模块903，加载模块904，选择模块905，显示模块906，前操作系统模式控制模块901，后操作系统模式控制模块902。

其中，该检测模块903用以检测远程控制模式类别；加载模块904用以根据该检测结果加载远程控制模式的动态库；选择模块905用以向用户提供远程控制模式的选择，并接收用户的选择；显示模块906用以根据用户选择显示相应的远程控制模式接口；前操作系统模式控制模块901用以在该服务器未启动操作系统时对该服务器进行远程控制；后操作系统模式控制模块902用以在该服务器启动操作系统后对该服务器进行远程控制。

其中，该前操作系统模式控制模块901可以是以符合智能化平台管理接口(Intelligent Platform Management Interface)IPMI规范的SOL(Serialover LAN)模式对服务器进行远程控制。后操作系统模式控制模块包括控制台(Console)模式；命令行(CLI)模式；图形接口(GUI)模式；虚拟设备(VirtualDevice)。

如图10所示，为本发明的全程远程控制方法流程图，首先检测本地客户端的远程控制模式类别(步骤1001)；然后根据该类别加载各个远程控制模式的动态库(步骤1002)；向用户提供多个远程控制模式的选择(步骤1003)；根据用户选择显示相应的远程控制模式接口(步骤1004)；最后以用户选择的远程控制模式与服务器建立连接进行数据通信(步骤1005)。

如图11所示，为本发明的初始化过程流程图，首先初始化主接口(步骤1101)；然后检测控制模式(步骤1102)；然后加载各个模式的动态库(步骤1103)，再初始化各个模式模块(步骤1104)；提供用户选择接口并显示为默认控制模式(步骤1105)；等待用户模式选择(步骤1106)；显示相应的模式模块(步骤1107)。

如图12所示，为本发明所提出的前操作系统模式的远程控制模块化流程图，服务器200处于操作系统未启动之前的状态，客户端100启动后首先与服务器建立连接(步骤1201)；然后提示用户开机(步骤1202)；仿真终端模拟显示服务器屏幕(步骤1203)；仿真终端事件捕捉，数据发送(步骤1204)；服务器接收到该数据，并发回客户端，对服务器数据分析处理(步骤1205)；最后再返回步骤1203模拟显示。

客户端100可以利用符合IPMI2.0规范的SOL功能与未启动操作系统的服务器建立连接，完成数据传输功能。如图13所示，为其建立连接部分(步骤1201)的流程图，首先输入服务器IP地址(步骤1301)；然后探测服务器是否支持IPMI2.0(步骤1302)；如果不支持则退出当前操作系统模式(步骤1308)；如果支持则取得服务器可以提供的加密方式(步骤1303)，然后输入用户名、密码以及加密方式与服务器建立会话期间(步骤1304)；激活SOL功能(步骤1305)；判断是否请求开机(步骤1306)，如果没有则退出前操作系统模式(步骤1308)，否则服务器开机，开始监控服务器启动过程。(步骤1307)。

图14所示为本发明所提出的利用符合IPMI2.0规范的SOL功能的服务器数据分析部分流程图，首先开始处理接收缓冲区中的数据(步骤1401)；读入一字节数据(步骤1402)；接收缓冲区上锁(步骤1403)；命令启始分析(步骤1404)，标准字符入栈，显示到屏幕，控制字符进行分析，根据对应功能做相应处理(步骤1407)；ESC命令序列中的字符分析(步骤1405)，对ESC开头的命令，根据情况呼叫处理；控制字符进行分析，根据对应功能做相应处理(步骤1408)；最后接收缓冲区开锁(步骤1406)，读入下一个字节数据。

本发明所提出的后操作系统模式可以包括控制台模式，如图15所示，为控制台模式的模块化流程图。首先建立连接(步骤1501)；再进行密码验证(步骤1502)；然后接收，显示服务器端的屏幕图像(步骤1503)；接着事件捕捉，发送数据(步骤1504)，服务器相应键盘鼠标事件后，再把屏幕图像数据发送回客户端。

本发明所提出的后操作系统模式可以包括命令行模式，如图16所示，为命令行模式的模块图。SSH Applet是SSH协议客户端的JAVA版本。主要功能是以系统认证方式登陆服务端，建立会话期间，将客户端输入的信息和服务器端返回的信息按照SSH协议进行传输，显示服务端返回结果。

在服务器端需要运行两个背景行程，SSH Sever和SAS Server。SSH Server用于与客户端的SSH Applet进行通讯。SAS Server接收浏览器(Browser)的连接请求，将SSH Applet通过浏览器下载到客户端，由浏览器运行Applet进行登陆和会话期间。本发明支持多个浏览器同时连接SAS Server下载Applet，然后通过Applet登陆SSH Server进行会话。一个客户端可以运行一个浏览器登陆SSH Server，也可以运行多个浏览器以不同账号登陆SSHServer；多个客户端端可以同时以不同账号登陆SSH Server。

本发明所提出的后操作系统模式可以包括GUI模式，如图17所示，为GUT模式架构图。在“用户登陆”下面包括：用户/组模块、进程管理模块、系统资源模块和系统服务模块，其中在用户/组模块下面又包括：“创建”、“删除”和“修改”，在进程管理模块下面又包括中止进程和中止僵尸进程(“僵尸”进程：defunct进程)。

本发明所提出的后操作系统模式可以包括虚拟设备模式，如图18所示，为虚拟设备模式架构图。在步骤1，客户端本地设备枚举，生成存储设备的选择列表；在步骤2，选择预虚拟的本地设备，在服务器端进行设备映像；在步骤3，在服务器端产生虚拟设备，以供使用。

请参阅图19A至图19F，为本发明的一个实施例过程，用户进入远程管理系统后，主接口列出目前支持的模式，等待用户选择操作模式。如图19A，以选择前操作系统模式为例，用户首先通过第三方网站或其它方式得知serverip和控制server的用户名，密码，之后开始前操作系统模式操作；如图19B所示，若通过IP检测，提示用户输入用户名，密码并选择数据加密方式；如图19C所示，用户名，密码经过服务器检测后，若不正确会提示用户重新输入，若正确会向提示用户发出开机命令，开始前操作系统控制模式；如图19D所示，如果开机不成功，会提示用户是服务器开机失败，还是操作系统已启动，并提示退出前操作系统模式，若开机成功，开始在前操作系统模式下远程控制服务器，在客户端会显示服务器屏幕，并可以进入BIOS，进行设置；如图19E所示，操作系统启动后，退出前操作系统模式，进入控制台模式；如图19F所示，验证成功后，开始接收显示服务器端图像。

以上所述仅为本发明其中的较佳实施例而已，并非用来限定本发明的实施范围；即凡依本发明申请专利范围所作的等效变化与修改，皆为本发明专利范围所涵盖。

Claims

1、一种全程远程控制系统，从远程服务器开机到操作系统启动后，通过本地客户端对服务器进行全程远程管理，其特征在于，该系统包括：

一检测模块，用以检测远程控制模式类别；

一加载模块，用以根据该检测结果加载远程控制模式的动态库；

一选择模块，用以向用户提供远程控制模式的选择，并接收用户的选择；

一显示模块，用以根据用户选择显示相应的远程控制模式接口；

前操作系统模式控制模块，用以在该服务器未启动操作系统时对该服务器进行远程控制；及

后操作系统模式控制模块，用以在该服务器启动操作系统后对该服务器进行远程控制。

2、如权利要求1所述的全程远程控制系统，其特征在于，该前操作系统模式控制模块是以符合IPMI规范的SOL模式对服务器进行远程控制。

3、如权利要求1所述的全程远程控制系统，其特征在于，该后操作系统模式控制模块包括控制台模式、命令行模式、图形接口模式、虚拟设备。

4、一种全程远程控制方法，从远程服务器开机到操作系统启动后，通过本地客户端对服务器进行全程远程管理，其特征在于，该方法包括：

检测本地客户端的远程控制模式类别；

根据该类别加载各个远程控制模式的动态库；

向用户提供多个远程控制模式的选择；

根据用户选择显示相应的远程控制模式接口；及

以用户选择的远程控制模式与服务器建立连接进行数据通信。

5、如权利要求4所述的全程远程控制方法，其特征在于，该以用户选择的远程控制模式与服务器建立连接进行数据通信的步骤，如果用户选择前操作系统控制模式，则还包括如下步骤：

本地客户端与服务器建立连接；

提示用户开机；

仿真终端模拟显示服务器屏幕；

仿真终端捕捉事件，并发送数据；

服务器接收到该数据后进行分析；及

服务器将分析结果发送回仿真终端。

6、如权利要求5所述的全程远程控制方法，其特征在于，该与服务器建立连接的步骤，本地客户端还包括如下步骤：

输入服务器IP地址；

探测服务器是否支持IPMI2.0规范；

取得服务器可以提供的加密方式；

输入用户名、密码以及加密方式，与服务器建立会话期间；

激活SOL功能；及

请求服务器开机并开始监视服务器启动过程。

7、如权利要求5所述的全程远程控制方法，其特征在于，该服务器分析数据的步骤，还包括如下步骤：

接收缓冲区数据；

读入一字节数据；

接收缓冲区上锁；

对命令启始分析，标准字符入栈，显示到屏幕，根据控制字符执行相应功能；

对ESC命令序列中的字符进行分析；及

接收缓冲区开锁，重新读入下一个字节。

8、如权利要求4所述的全程远程控制方法，其特征在于，该以用户选择的远程控制模式与服务器建立连接进行数据通信的步骤，如果用户选择控制台模式，则还包括如下步骤：

与服务器建立连接；

对密码进行验证；

显示服务器端的屏幕图像；

捕捉事件，并向服务器发送数据；及

服务器接收到该数据后将服务器执行后的屏幕图像数据发送回该本地客户端。

9、如权利要求4所述的全程远程控制方法，其特征在于，该以用户选择的远程控制模式与服务器建立连接进行数据通信的步骤，如果用户选择虚拟设备模式，则还包括如下步骤：

客户端进行本地设备枚举，生成存储设备的选择列表；

选择欲虚拟的本地设备，在服务器端进行设备映像；及

在服务器端产生虚拟设备以供使用。