CN103916413A - 一种异构小型机控制方法、装置及云计算*** - Google Patents

Abstract

本发明公开了一种异构小型机控制方法、装置及云计算***。其中方法包括：根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令；将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包；将所述操作命令包发送到所述小型机。本发明的异构小型机控制方法、装置及云计算***，通过对不同类型的小型机进行控制，避免了控制装置上因运行过多程序支持不同类型虚机的开销，节省了控制装置上的***资源，提高了运行效率。

Description

一种异构小型机控制方法、装置及云计算***

技术领域

本发明涉及云计算技术领域，尤其涉及一种异构小型机控制方法、装置及云计算***。 

背景技术

随着云计算的发展，不同厂商的小型机如Sun、HP、IBM等，因为其CPU架构不同，所以采用了自己的虚拟化技术来实现云计算，并且和x86架构不兼容，因为云计算和传统的***监控和管理的对象不同，所以对管理***的要求也不同，云计算的管理平台要求必须能支持虚拟化的功能。 

对于现有管理***，主要存在以下方面的问题： 

1、功能单一：目前已有的管理***，只能对计算机设备进行一定的监视，少有控制功能，而新的管理***要求不仅能监视不同的设备，还能对设备进行一定的控制操作。 

2、不支持虚拟化功能：因为云计算的基本要求就是必须要支持虚拟化功能，所以现在的管理***都无法适应新的功能要求，这就提出了新的管理平台必须具备支持多种不同的小型机虚拟化技术。 

3、安全性方面：因为多数传统的管理***，都是采用SNMP协议来进行管理和监视，这要求必须提供目标设备的用户名和密码，这可能会对安全方面带来困扰，造成资料的泄密，而在新的管理***中，则要尽量避免使用。 

现有的管理***在技术方面存在如下缺陷： 

（1）不支持虚拟化技术 

现有的管理***没有实现支持不同小型机的虚拟化技术，没将虚拟化的功能整合到里面，所以也无法监控和管理虚拟机。 

（2）安全性 

传统的管理***大都采用SNMP协议的方式，所以在安全性方面不高。 

发明内容

为了解决现有技术中的技术问题，本发明提出一种异构小型机控制方法、装置及云计算***。 

本发明的一个方面，提供一种异构小型机控制方法，包括：根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令；将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包；将所述操作命令包发送到所述小型机。 

本发明的另一个方面，提供一种异构小型机控制装置，包括：适配处理模块，用于根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令；打包模块，将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包；发送模块，用于将所述操作命令包发送到所述小型机。 

本发明的另一个方面，提供一种云计算***，包括：多个不同种类的小型机和异构小型机控制装置，其中，所述异构小型机控制装置，用于根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令；将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包；将所述操作命令包发送到所述小型机。 

本发明的异构小型机控制方法、装置及云计算***，通过对不同类型的小型机进行控制，避免了控制装置上因运行过多程序支持不同类型虚机的开销，节省了控制装置上的***资源，提高了运行效率。 

附图说明

图1是本发明异构小型机控制方法实施例的流程图； 

图2是本发明方法实施例数据发送的流程图； 

图3是本发明异构小型机控制装置实施例的结构图； 

图4是本发明检测模块实施例的结构图； 

图5是本发明云计算***实施例的结构图； 

图6是本发明Server端具体实现架构图； 

图7本发明Server端的具体工作流程示意图； 

图8本发明Agent端具体工作流程示意图； 

图9是本发明一数据报文示意图。 

具体实施方式

以下结合附图对本发明进行详细说明。 

如图1所示，本发明异构小型机控制方法实施例包括： 

步骤102，根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令； 

步骤104，将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包； 

步骤106，将所述操作命令包发送到所述小型机。 

如图2所示，该方法实施例还包括接收小型机发送数据的步骤，具体包括： 

步骤202，接收小型机发送的按照预先设定的数据通信协议打包的数据包； 

步骤204，对所述数据包进行正确性检测； 

步骤206，当检测通过后，对所述数据包进行解包处理； 

步骤208，将解包后的数据存储到数据库中。 

上述步骤204的正确性检测具体包括： 

（1）根据所述数据包报文的报头标识和报尾标识对所述数据包进行正确性检测； 

（2）根据所述数据包报文的数据类型标识对所述数据包进行正确性检测； 

（3）根据所述数据包报文的加密标识对所述数据包进行正确性检测； 

（4）根据所述数据包报文的收发标识及数据长度标识对所述数据包进行正确性检测。 

如图3所示，本发明还提供一种异构小型机控制装置实施例，具体包括：适配处理模块31、打包模块32、发送模块33、接收模块34、检测模块35、解包模块36和数据库37。 

适配处理模块根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令。打包模块将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包。发送模块将 所述操作命令包发送到所述小型机。 

接收模块接收小型机发送的按照预先设定的数据通信协议打包的数据包。检测模块对所述数据包进行正确性检测。解包模块当检测通过后，对所述数据包进行解包处理。数据库将解包后的数据存储到数据库中。 

如图4所示，检测模块包括：第一检测子模块41、第二检测子模块42、第三检测子模块43和/或第四检测子模块44。 

第一检测子模块根据所述数据包报文的报头标识和报尾标识对所述数据包进行正确性检测。第二检测子模块根据所述数据包报文的数据类型标识对所述数据包进行正确性检测。第三检测子模块根据所述数据包报文的加密标识对所述数据包进行正确性检测。第四检测子模块根据所述数据包报文的收发标识及数据长度标识对所述数据包进行正确性检测。 

如图5所示，本发明还提供一种云计算***实施例，包括：多个不同种类的小型机51a、51b、51c…和异构小型机控制装置52。 

小型机通过交换机与异构小型机控制装置连接。 

小型机管理平台Server程序运行在异构小型机控制装置上，Agent代理程序行在不同类型的小型机服务器上。Agent代理实现了不同小型机的虚拟化技术，Server通过与Agent的连接、通信和数据传输，来监控和管理各类不同的小型机，并支持对不同小型机的虚拟化操作，如创建虚机、启动虚机、停止虚机、删除虚机、迁移虚机、克隆虚机、重启虚机等。管理页面通过与数据库的连接，来完成对虚拟机各种操作的命令下发，Server实时读取数据库中的命令，并下发到不同的Agent，Agent在收到这些命令，完成对相应虚拟机的操作，然后将操作结果反馈给Server，Server同时更新到数据库，管理页面获取到数据库里的最新结果并显示到页面上。 

本发明的异构小型机控制方法、装置及云计算***，通过对不同类型的小型机进行控制，避免了控制装置上因运行过多程序支持不同类型虚机的开销，节省了控制装置上的***资源，提高了运行效率。 

另外，本发明通过对接收到数据包进行正确性检测，提高了数据安全性问题。 

如图6所示，本发明的Server端具体实现架构包括：网络模块、接收模块、发送模块、命令处理模块、数据校验模块、链路模块、数据库模块、消 息队列、管理模块、接口模块等。各模块的具体说明如下： 

（1）管理模块 

管理模块是主要来管理每个运行的链路，通过管理模块，来启动、停止链接的每个设备，并同时监控其他的模块的运行状态，如其他模块出现问题，则进行重启恢复。 

（2）链路模块 

链路模块是获取每个已连接Agent的实时数据，判断链路状态信息，并进行控制。 

（3）数据库模块 

完成对数据库的读、写、更新等操作。 

（4）接收/发送模块 

接收模块主要完成对已接收数据的解包工作，数据的解包根据定义的通信协议来进行，发送模块对要下发的命令和数据进行打包工作，打包工作安装定义的通信协议数据来进行。 

（5）命令处理模块 

循环处理来自页面下发的命令，判断命令的正确性、有效性，然后将命令打包发送到发送模块，并下发到具体的小型机服务器上。 

（6）数据校验模块 

数据校验模块主要是完成对新增加的物理小型机的数据校验，自动对新增加的物理服务器添加监视和管理，不再进行人工维护。 

（7）线程模块 

线程完成对线程的派生和启动。 

（8）消息队列 

完成对各模块中消息队列的创建，读写消息的操作。 

（9）日志模块 

日志模块主要实现对管理***在运行过程中的记录，如命令下发的时间，命令下发的小型机，命令下发的具体内容等，运行过程中发生的错误等信息。 

（10）接口模块 

Server端的接口主要是与SkyForm资源管理平台之间的接口，该接口主要完成SkyForm资源管理平台下发的对小型机虚拟机的操作命令，如在某台 小型机上创建、启动、删除、停止、重启虚机等操作动作，接口模块完成对命令的接收、解析，并将解析后的命令传送到发送模块，然后下发到agent端进行执行。 

如图7所示，Server端的具体工作原理如下： 

一、数据接收流程 

数据接收流程主要是从Agent端接收实时数据和命令返回数据的处理流程，数据接收流要经过链路模块、接收模块、管理模块和日志模块。 

对于实时监测数据，agent端定时（时间间隔可自定义）采集，并主动将实时数据按自定义的数据通信协议，打包并发送到管理服务器，管理服务器在收到实时数据包后，按照自定的通信协议解包，把对应的数据解析出来，然后更新到数据库表中，页面平台通过调用WebService的接口来获取监测点的实时数据值，在接收到正确的数据值后，管理服务器给对应的Agent发送一个数据确认信息包，表示数据接收正确。 

对于控制数据的返回，主要包括控制的状态返回和结果返回，控制状态返回主要是表示agent端收到管理服务器的命令，给其发送一个收到命令确认信息，控制结果返回主要是在控制执行完毕后，返回控制执行的结果是成功还是失败。 

数据流向链路模块时，链路模块主要是进行对数据正确性的检测，检测的依据是根据自定义的数据通信协议来进行，根据数据报头的数据，判断数据是否正确，数据长度是否符合要求，如果数据正确，则将数据传递到接收模块队列，同时链路模块去处理下一个链路数据；当接收模块收到数据时，按照定义的数据通信协议格式，解包数据，并将数据更新到数据库，同时给发送数据的agent发送一个数据确认包，确认数据收到。 

在接收数据过程中，接收和解包的动作需要通知日志模块，以便日志模块记录操作，可以供维护人员查询使用，需要通知管理模块当前链路的状态信息和数据的类型，以便管理模块实时更新链路的状态数据。 

在数据接收中，网络连接的套接口描述字是从网络模块获取的。 

二、数据发送流程 

数据发送流程主要包括命令下发和控制报文发送，数据发送流要经过命令处理模块和发送模块。 

命令处理模块，主要是完成对命令的接收和打包处理，命令是从页面通过WebService的接口下发到对应的数据库中，命令处理模块循环读取该表，获取新的命令，判断命令的正确性和有效性，并按照通信协议格式打包命令，然后将命令传递给发送模块，发送模块在收到命令后，获取对应链路的套接口描述字，下发到对应的小型机服务器上。 

如图8所示，Agent端具体工作流程如下： 

一、命令接收解析流程 

令解析流程主要是有命令接收模块、命令解析、命令执行模块组成，接收模块完成对命令的接收，接收的命令以原码的形式存在，命令格式是以通信数据传输协议定义的来进行传输的，在收到命令后，命令解析模块解析命令，判断命令的合法性、正确性，如果错误，则丢弃该命令，并返回出错信息。如果命令正确，则调用对应的虚拟化脚本，执行该命令，并等待命令执行完毕后，返回命令执行结果。 

二、数据发送流程 

数据发送流程包括数据采集、数据封包、数据发送三部分，agent定时采集要实时数据、配置数据，然后经过封包，打包成要发送的数据格式，通过通信数据传输协议，将这些数据发送到Server端。 

本发明中，小型机和异型小型机控制装置之间采用新的数据通信协议。数据通信协议采用报头报尾标识检测、数据分类传输、数据加密、多类报文应答、点对点传输等技术方式，来确保报文的安全性、有效性和稳定性。 

报头报尾标识检测：协议采用特殊的报头格式和报尾格式，并在Server和Agent端接收和解析数据模块部分都要对报头进行检测，以确保对端传输的报文正确性。 

数据分类传输：协议中把要传输的数据进行分类，明确每种数据的格式和报文长度，防止了其他异常的报文，提高了解码快捷性和安全性。 

数据加密：协议中的报文采用一定的加密手段，为每帧报文数据都进行加密，提高了安全性和有效性。 

多类报文应答：协议中的每一种报文，都有对应的应答标识，防止了错误的应答报文，提供了安全性。 

点对点传输：协议传输采用点对点的可靠传输协议，保证了报文的完整 性、有效性和安全性。 

下面用一个传输报文的例子来说明。如图9所示，报头标识：A9E4，这是两个字节报头标识，该标识是汉字“云”的国家标准GB2312—80的ASCII编码值，所有的报文均以此标识开始，如果在报头没有检测到该报文，则认为本报文非正确报文，报文将被丢弃。 

报尾标识：0x16，一个字节报尾标识以此值结尾。在所有数据报文和控制报文中后续报文不为0的报文均以此标识结束，如果在报尾没有检测到该报文，则认为本报文非正确报文，报文将被丢弃。 

其他标识：数据报文中的第6个报文，0x01表示主动传输，应答报文中的第6个报文0x02表示收到确认。第7、8两个字节报文表示后续数据长度，数据报文一般不为0，应答报文一般为0。 

数据分类：第3个字节0x0A，一个字节的数据分类标识，0x0A的含义是该报文是一个数据报文，第9个字节0x01表示这是一个实时数据报文。其余的报文分类请参考下面的设计明细。 

数据加密：倒数第2个字节0x10，1个字节，报文采用CRC16算法来加密，即第1个报文到该加密报文前的所有报文的总和值，如果传输报文的加密值和报文算出来的加密值不一样，则认为报文错误，丢弃。 

多类报文应答：在应答报文中，第3个字节的0x0B表示这是一个数据应答报文，该报文的后续长度为0，即没有数据部分。 

管理***和Agent端通信格式是指管理服务端和agent端进行连接通信时所传输的数据报文的设计规则，它包含了两者间传输的三种数据格式：实时数据、配置数据、命令数据。 

（一）总报文格式定义 

全部的数据格式由报头、数据报文和结尾报文三部分组成，如下表所示： 

报头

数据报文

结束报文

说明： 

①报头：报头报文8个字节长度，其中报文标志2字节，1个字节报文类型，1个字节收包序号，1个字节发包序号，1个字节原因，2个后续报文字节长度； 

②数据报文：该部分报文全部为所接收的数据，以一定的格式来进行传输； 

③结束报文：设置由16进制值0x16h来表示报文的结束； 

④报文长度：报头8字节+N个数据字节+1字节结束<=1024字节。 

（二）报头格式定义 

报头总计8个字节长度，分6个部分： 

A9

E4

apdu_id

nr

ns

reason

length

结构定义如下： 

说明： 

①id_code：报文开始标志，2个字节，在数据报第1、2两个字节，以汉字“云”的16进制编码来进行标志的，A9E4两个字节代表汉字“云” 

②apdu_id：报文类型，1个字节，在数据报第3个字节，区分报文是数据报还是控制报，定义如下： 

以上的所有报文长度为8个字节，后续报文没有，长度为0 

A_DATA=10;        //数据报文 

A_CONTROL=30;    //控制报文 

③nr、ns：收、发包的序列号，各1个字节，在数据报第4、5个字节，校验数据包使用； 

④reason：1个字节，在数据报第6个字节，该数据包是发包还是回包，1：发送包，2：回包； 

⑤length：2个字节，在数据报第7、8两个字节，后续数据长度，除去报头之外的数据长度。 

三、块头格式定义 

因为数据类型的不同，所以要区分数据块，3个字节长度，定义如下： 

①data_type：1个字节，在数据报第9个字节，定义4类数据，1:SYS_DATA、2:SRV_CFG_DATA、3：VM_CFG_DATA 

②pack_no：包号2个字节，在数据报的第10、11两个字节，如果数据一包打不完，则需要进行分包传输 

③命令类数据使用apdu_id来区分，不使用这里的data_type 

四、数据报格式 

当数据报头的apdu_id=A_DATA时，表示该包是接收到的数据报文。 

数据报文长度为1015个字节长度（总长度—报头长度—结束报文长度），分2部分，如下表： 

数据序号

数据值

说明： 

①数据序号：1个字节，在报文的第12字节，传输的是该包的第几个数据值；考虑在向外部或上层传输数据时使用，命令类数据没有该项 

②数据值：各采集值的汇总，从数据报第13个字节以后开始，主要有float、int类型值； 

③非命令类数据的数据序号和值都是成对出现和传输的，不能割裂开来； 

④数据类型，分为实时数据、小型机配置数据、虚拟机配置类数据、命令数据。 

五、链路握手报文格式 

当报文头的apdu_id=A_ASSOCIATE时，是链路的握手报文，该报文8个字节长度，一般由agent端发往server端，主要表示为向server端请求，是否连接为正确的server端，该报文一般如下： 

链路握手确认报文格式 

当报文头的apdu_id=A_ASSOCIATE_ACK时，是链路的握手应答报文，该报文8个字节长度，一般由server端发往agent端，主要server端已收到正确的握手报文，并给agent端返回握手确认报文，该报文一般如下： 

六、链路握手否认报文格式 

当报文头的apdu_id=A_ASSOCIATE_NAK时，是链路的握手否认报文，该报文8个字节长度，一般由server端发往agent端，主要server端已收到握手报文，但握手报文不正确，不是server端所需要的地址或服务器，该报文一般如下： 

七、数据应答报文 

当报文头的apdu_id=A_DATA_ACK时，是链路的数据应答报文，该报文8个字节长度，一般由server端发往agent端，表示server端已收到正确的数据报文，必须给agent端返回数据确认报文，该报文一般如下： 

八、数据应答否认报文 

当报文头的apdu_id=A_DATA_NAK时，是链路的数据应答否认报文，该报文8个字节长度，一般由server端发往agent端，表示server端已收到数据报文，但是该数据报文并不是server所需要的，该报文一般如下： 

九、链路测试报文 

当报文头的apdu_id=A_TEST时，是链路的测试报文，该报文8个字节长度，可以由server端发往agent端，也可以由agent端发往server端，表示某一端没有收到数据报文或确认报文，需要判断对方是否还存在，即判断链路是否还在进行通信，就发送该报文进行测试，一般如下： 

十、链路测试应答报文 

当报文头的apdu_id=A_TEST_ACK时，是链路的测试应答报文，该报文8个字节长度，表示某端收到A_TEST后，返回给对方的测试确认报文，表示我这端还存活着，可以继续进行数据的传输，该报文一般如下： 

十一、链路测试应答否认报文 

当报文头的apdu_id=A_TEST_NAK时，是链路的测试应答否认报文，该报文8个字节长度，表示某端收到A_TEST后，判断A_TEST并不是server端或client端发送的，就要给对方回一个A_TEST_NAK，该报文一般如下： 

十二、链路停止报文 

当报文头的apdu_id=A_STOP时，是链路的停止报文，该报文8个字节长度，表示当某端判断该链路已经断开或很久没有数据传输时，就停止该链路并断开，然后重新等待连接或主动去连接对方，开始新的链路。该报文不需要等待对方的回应，该报文一般如下： 

十三、实时数据 

传输的是物理机和虚拟机的实时采集信息值，物理机和虚拟机的实时信息值都是相同的属性： 

说明：该数据类总共20项，共计141个字节长度 

数据包格式： 

说明：该类数据总计22项，总计538个字节长度 

数据包格式： 

十六、虚拟机类配置数据 

传输的是虚拟机配置信息类数据： 

说明：该类数据共14项，总计356个字节长度 

数据包格式： 

十七、命令数据 

传输的是命令类的数据 

说明：该类数据13项，170个字节长度，命令类数据不加block的标志 

数据包格式： 

十八、结束报文格式 

报文结束以0x16h占用1个字节来表示数据报文的结束。 

①定义新的通信数据传输协议：本***根据应用的需求，定义并引入新的通信数据传输协议，该通信数据协议包含实时数据、配置数据、控制数据 的传输、控制、返回等，并同时具有很好的扩展性，在项目中很好的满足了对数据的传输要求，达到了最初的设计目的，该数据通信协议也可以应用于其他产品或项目中，可以作为一项标准协议来推广。 

②管理***采用分层设计：管理***分为两部分，server和agent，其中server采用分层设计的方式，只需要经过简单的配置，server可以部署在任何一层，如省局，市局，网局等，server同时可以进行双向数据传输，满足实时数据和控制类数据的传输要求。 

本发明，小型机上运行agent程序，支持Sun、HP、IBM等不同小型机的虚拟化技术，管理服务器上运行的核心程序，能支持对不同小型机的虚机进行处理，有效的避免了因运行过多程序支持不同类型虚机的开销， 

本管理***能有效的解决数据传输的问题，控制命令下发问题，远程登录安全性问题。 

■通过使用定义“通信数据传输协议”，有效的解决多类数据传输的问题，不仅能传输各类实时数据，也可以传输命令数据和配置数据，实现了多样化数据的采集和传输。 

■通过采用agent端方式，解决了SNMP远程登录时所产生的安全问题，本***使用自定义的固定端口，加密的数据报文，有效的解决了安全性方面的问题。 

■采用分层设计，少量的配置工作，就能快速的部署在不同的应用或生产环境中。 

应说明的是：以上实施例仅用以说明本发明而非限制，本发明也并不仅限于上述举例，一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖在本发明的权利要求范围中。 

Claims (9)

1.一种异构小型机控制方法，其特征在于，包括： 

根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令； 

将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包； 

将所述操作命令包发送到所述小型机。 

2.根据权利要求1所述的方法，其特征在于，还包括： 

接收小型机发送的按照预先设定的数据通信协议打包的数据包； 

对所述数据包进行解包处理； 

将解包后的数据存储到数据库中。 

3.根据权利要求2所述的方法，其特征在于，在对所书数据包进行解包之前还包括： 

对所述数据包进行正确性检测。 

4.根据权利要求3所述的方法，其特征在于，对所述数据包进行正确性检测包括： 

根据所述数据包报文的报头标识和报尾标识对所述数据包进行正确性检测； 

和/或根据所述数据包报文的数据类型标识对所述数据包进行正确性检测； 

和/或根据所述数据包报文的加密标识对所述数据包进行正确性检测； 

和/或根据所述数据包报文的收发标识及数据长度标识对所述数据包进行正确性检测。 

5.一种异构小型机控制装置，其特征在于，包括： 

适配处理模块，用于根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令； 

打包模块，将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包； 

发送模块，用于将所述操作命令包发送到所述小型机。 

6.根据权利要求5所述的装置，其特征在于，还包括： 

接收模块，用于接收小型机发送的按照预先设定的数据通信协议打包的数据包； 

检测模块，用于对所述数据包进行正确性检测； 

解包模块，用于当检测通过后，对所述数据包进行解包处理； 

数据库，用于将解包后的数据存储到数据库中。 

7.根据权利要求6所述的装置，其特征在于，所述检测模块包括： 

第一检测子模块，用于根据所述数据包报文的报头标识和报尾标识对所述数据包进行正确性检测； 

和/或第二检测子模块，用于根据所述数据包报文的数据类型标识对所述数据包进行正确性检测； 

和/或第三检测子模块，用于根据所述数据包报文的加密标识对所述数据包进行正确性检测； 

和/或第四检测子模块，用于根据所述数据包报文的收发标识及数据长度标识对所述数据包进行正确性检测。 

8.一种云计算***，其特征在于，包括：多个不同种类的小型机和异构小型机控制装置，其中， 

所述异构小型机控制装置，用于根据小型机的类型对所述控制命令进行适配处理，将所述控制命令转换为适配所述小型机的控制命令；将适配所述小型机的控制命令按照预先设定的数据通信协议打包，得到控制命令包；将所述操作命令包发送到所述小型机。 

9.根据权利要求8所述的***，其特征在于，所述异构小型机控制装置，用于接收小型机发送的按照预先设定的数据通信协议打包的数据包；对所述数据包进行正确性检测；当检测通过后，对所述数据包进行解包处理；将解包后的数据存储到数据库中。