自检处理方法、装置及系统与流程

本发明涉及云计算系统领域，具体而言，涉及一种自检处理方法、装置及系统。

背景技术：

云计算是分布式计算、并行计算、效用计算、网络存储、虚拟化(virtualization)、负载均衡、热备份冗余等传统计算机和网络技术发展融合的产物。近年随着云计算技术的蓬勃发展，对云计算系统中云终端的稳定性要求越来越高，云终端的稳定是系统正常运行的基础同时也是至关重要的。

传统技术中因为云终端管理平台不能实时检测云终端的系统状态、磁盘使用、网络速度、当前进程及其占用cpu和内存等软硬件资源的使用情况，导致用户不能及时了解云终端当前的使用状态，从而无法有预见性的掌控云终端的稳定性状态，不利于尽早的发现终端运行的问题并排除影响稳定性的因素。

针对在相关技术中，不能实时检测云终端的软硬件资源使用情况的问题，尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种自检处理方法、装置及系统，以至少解决相关技术中不能实时检测云终端的软硬件资源使用情况的问题。

根据本发明的一个方面，提供了一种自检处理方法，包括：

接收云终端管理平台下发的第一命令信息；

运行所述第一命令信息对应的自检任务；

根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。

进一步地，运行所述第一命令信息对应的自检任务包括：

查询与所述第一命令信息匹配的第二命令信息；

在查询到所述第二命令信息时，运行所述第二命令信息对应的自检任务。

进一步地，接收云终端管理平台下发的第一命令信息之前，所述方法还包括：

配置所述第二命令信息与所述自检任务的对应关系。

进一步地，所述自检任务至少包括以下之一：系统诊断自检任务、网络信息自检任务、磁息自检任务、系统信息自检任务、运行进程自检任务、程序信息自检任务、外设检测自检任务。

根据本发明的另一方面，提供了一种自检处理方法，包括：

向云终端下发第一命令信息，其中，所述云终端在接收所述第一命令信息后，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况；

接收所述云终端上报的所述使用情况。

进一步地，接收所述云终端上报的所述使用情况之后，所述方法还包括：

根据所述使用情况对所述云终端的软硬件资源进行监控。

根据本发明的另一方面，提供了一种自检处理装置，包括，接收模块，用于接收云终端管理平台下发的第一命令信息；运行模块，用于运行所述第一命令信息对应的自检任务；获取模块，用于根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。

根据本发明的另一方面，提供了一种自检处理装置，包括，下发模块，用于向云终端下发第一命令信息，其中，所述云终端在接收所述第一命令信息后，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况；接收模块，用于接收所述云终端上报的所述使用情况。

根据本发明的另一方面，提供了一种自检处理系统，包括，云终端管理平台，云终端，其中，所述云终端管理平台，用于给所述云终端下发第一命令信息；所述云终端，用于接 收所述第一命令信息，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。

进一步地，所述云终端管理平台，还用于在所述云终端为一个或多个时，根据所述使用情况对所述一个或多个云终端的软硬件资源进行监控。

通过本发明，采用了接收云终端管理平台下发的第一命令信息；然后运行所述第一命令信息对应的自检任务；根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台的技术方案。解决了现有技术中无法实时检测云终端的软硬件资源使用情况的问题，进而达到实时检测云终端的软硬件资源使用情况，尽早的发现终端运行的问题并排除影响稳定性的因素的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的自检处理方法的流程图；

图2是根据本发明示例的自检处理方法的流程图；

图3是根据本发明另一实施例的自检处理方法的流程图；

图4是根据本发明另一实施例的自检处理方法的另一流程图；

图5是根据本发明实施例的自检处理方法的另一流程图；

图6是根据本发明实施例的自检处理装置的结构框图；

图7是根据本发明实施例的自检处理装置的另一结构框图；

图8是根据本发明实施例的自检处理系统的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况 下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种自检处理方法，图1是根据本发明实施例的自检处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤s101，接收云终端管理平台下发的第一命令信息；

步骤s102，运行所述第一命令信息对应的自检任务；

步骤s103，根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。

通过上述各个步骤，当云终端接收到云终端管理平台下发的第一命令信息时，运行所述第一命令信息对应的自检任务；根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。解决了现有技术中不能实时检测云终端的软硬件资源使用情况的问题，进而达到实时检测云终端的软硬件资源使用情况，尽早的发现终端运行的问题并排除影响稳定性的因素的效果。

图2是根据本发明示例的自检处理方法的流程图，以下结合附图2来详细说明本发明实施例的实施方案。

在一个可选示例中，步骤s102还可以通过以下步骤s102a至步骤s102b的方案实现：

步骤s102a，查询与所述第一命令信息匹配的第二命令信息；步骤s102b，在查询到所述第二命令信息时，运行所述第二命令信息对应的自检任务，即接收到云终端管理平台下发的第一命令信息后，需要查询是否与该第一命令信息对应的第二命令信息，如果有，则根据预先配置的第二命令信息与自检任务的对应关系，运行第二命令信息对应的自检任务，例如，如果接收到的第一命令信息为标识1，则首先也要在云终端中查找到标识1的第二命令信息，由于第二命令信息预先配置对应的是磁盘的自检任务，则在收到标识1的第一命令信息后，运行磁盘的自检任务。

基于上述实施例的技术方案，在一个可选示例中，在接收云终端管理平台下发的第一命令信息之前，上述方法还包括步骤s100，配置所述第二命令信息与所述自检任务的对应关系。

在本实施例中还提供了一种自检处理方法，图3是根据本发明另一实施例的自检处理方法的流程图，如图3所示，该流程包括如下步骤：

步骤s301，向云终端下发第一命令信息，其中，所述云终端在接收所述第一命令信息后，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况；

步骤s302，接收所述云终端上报的所述使用情况。

通过上述各个步骤，向云终端下发第一命令信息，进而云终端在接收所述第一命令信息后，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况；接收云终端上报的使用情况，采用本发明实施例提供的上述技术方案。解决了现有技术中无法实时检测云终端的软硬件资源使用情况的问题，进而达到实时检测云终端的软硬件资源使用情况，尽早的发现终端运行的问题并排除影响稳定性的因素的效果。

图4根据本发明另一实施例的自检处理方法的另一流程图，在一个可选示例中，如图4所示，接收所述云终端上报的所述使用情况之后，该方法还包括步骤s303，根据所述使用情况对所述云终端的软硬件资源进行监控。

上述本发明的所有实施例中，所述自检任务至少包括以下之一：系统诊断自检任务、网络信息自检任务、磁盘信息自检任务、系统信息自检任务、运行进程自检任务、程序信息自检任务、外设检测自检任务。

其中，系统诊断自检任务主要用于检查网络及管理服务器是否可达，所需各种服务是否已正常开启；网络信息自检任务主要用于检查本地连接及其状态，线路速度，上传/下载速率，已发送/接收字节数；磁盘信息自检任务主要用于检查磁盘格式、总容量、使用率及剩余容量；系统信息自检任务主要用于检查操作系统类型、处理器、物理内存、ip(internetprotocol，网络连接协议)地址、物理地址、网关、设备制造商、序列号、固件版本；运行进程自检任务主要用于检查进程名、pid(processid进程标识符)、cpu(centralprocessingunit中央处理器)占用率、内存占用率；程序信息自检任务主要用于检查程序名、发布者及其版本号；外设检测自检任务主要用于检查接入的外部设备列表信息。

以下结合一示例对上述技术方案进行说明，图5是根据本发明实施例的自检处理方法 的流程图，如图5所示，

步骤s501，云终端管理平台下发自检任务对应的第一命令信息，云终端管理平台通过tr069协议与终端进行消息交互，下发第一命令信息。第一命令信息对应的自检任务本实施例中共预置了8种，包括：系统诊断自检任务、网络信息自检任务、磁盘信息自检任务、系统信息自检任务、运行进程自检任务、程序信息自检任务、外设检测自检任务；

步骤s502，终端收到任务并解析参数(即第一命令信息)，终端收到第一命令信息后查询与所述第一命令信息匹配的第二命令信息；

步骤s503，检查任务类型是否支持，即查询到的第二命令信息对应的任务类型是否在提前配置好的任务类型的范围内。假如说提前配置好的任务类型不可以支持该任务，则执行步骤s510向管理平台上报错误码，提示其下发的任务类型错误；

步骤s504，在步骤s503中当提前配置好的任务类型可以支持该任务时，则执行对第二命令信息对应的自检任务参数进行保存；

步骤s505，根据保存的自检任务参数运行该自检任务，该自检任务包括但不限于系统诊断自检任务、网络信息自检任务、磁盘信息自检任务、系统信息自检任务、运行进程自检任务、程序信息自检任务和外设检测自检任务；

步骤s506，运行完该自检任务后生成运行结果，将自检结果组装成xml(extensiblemarkuplanguage)格式。文件名以管理平台下发的自检任务时间戳来命名，根据该xml文件可以用于获取云终端中软硬件资源的使用情况；

步骤s507，上报管理平台自检已完成，当云终端自检完成并生成运行结果后，云终端会给管理平台上报一个自检完成提示信息；

步骤s508，当云终端给管理平台上报一个自检完成提示信息后，终端将自检结果文件通过http方式上传至管理平台指定的路径。当文件上传完成，终端通过tr069协议上报“上传完成”；

步骤s509，管理平台收到上传完成消息，读取解析该xml文件，根据解析所述自检结果对所述云终端的软硬件资源进行监控，同时显示该自检结果；

步骤s510，当提前配置好的任务类型不可以支持该任务时，云终端向管理平台上报错误码，提示其下发的任务类型错误。

以下结合一示例对上述技术方案进行具体说明，当自检任务为磁盘信息自检任务时，云终端的处理过程是：(1)检查磁盘整体使用情况。预先设置磁盘各分区的使用限额为80％(boot分区单独考虑)，当达到或超过此限额，记录该分区名称，使用率和告警信息作为检查结果。(2)检查boot分区使用情况。预先设置了boot分区使用限额80％。当检查到达到或超过此限额，检查boot目录下各文件夹占用大小，从大到小的顺序排列，取前十个文件夹的名字，路径，占用大小和告警信息做为检测结果。

当自检任务为运行进程自检任务时，云终端的处理过程是：(1)检查系统进程是否存在及其cpu占用率和内存占用率。系统进程配置文件记录了云终端的系统进程列表。读取该配置文件，检查该文件中的系统进程是否存在。若存在，进一步查看其cpu占用率和内存占用率。当其cpu占用率/内存占用率超过设定的告警阈值，记录该进程名称，cpu，当前cpu和内存占用率以及告警信息；同时上报告警；若不存在，记录该进程名称及告警信息；(2)检查cpu和内存占用率超过设定阈值的进程，此处的阈值是40％；若存在该进程，记录该进程名称，当前cpu和内存占用率以及告警信息；(3)自检过程结束，生成进程名称，当前cpu和内存占用率以及告警信息等自检结果信息。

当自检任务为外设检测自检任务时，云终端的处理过程是：(1)首先获取设备文件系统下的路径，读取设备vid(vendorid，供应商识别码)，pid(productid，产品识别码)，设备接口类型和外设使能状态参数。(2)根据当前终端接入的虚拟桌面的虚拟机协议类型和终端本地usb(universalserialbus，通用串行总线)配置文件，判断接入的设备是允许还是禁止还是未知设备。终端本地usb配置文件记录了usb设备映射规则。映射规则有两种类型，一种是按照vid，pid来允许/禁止映射特定的单个设备；另一种是按照class(类)，subclass(子类)，protocol(协议)来允许/禁止映射某类设备。若虚拟机协议类型是非citrix(思杰公司虚拟化软件)，则在usb配置文件中查找获取的vid，pid字符串。若存在，找到其规则属于允许或禁止映射；若找不到，表明该设备不能识别，属于未知设备。(3)自检过程结束，生成该云终端连接的所有设备的外设名称，vid，pid，外设类型，型号，映射状态等自检结果信息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 (如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例上述的方法。

在本实施例中还提供了一种自检处理装置，如图6所示，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的自检处理装置的结构框图，如图6所示，该装置包括如下模块：

接收模块32，用于接收云终端管理平台下发的第一命令信息；

运行模块34，用于运行所述第一命令信息对应的自检任务；

获取模块36，用于根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。

通过上述各个模块的综合作用，当云终端接收到云终端管理平台下发的第一命令信息时，运行所述第一命令信息对应的自检任务；根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。解决了现有技术中不能实时检测云终端的软硬件资源使用情况的问题，进而达到实时检测云终端的软硬件资源使用情况，尽早的发现终端运行的问题并排除影响稳定性的因素的效果。

图7根据本发明实施例的自检处理装置的另一结构框图，对应于上述步骤s301－步骤s302，如图7所示，该装置包括：

下发模块42，用于向云终端下发第一命令信息，其中，所述云终端在接收所述第一命令信息后，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况；

接收模块44，用于接收所述云终端上报的所述使用情况。

通过上述各个模块的综合作用，向云终端下发第一命令信息，进而云终端在接收所述第一命令信息后，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况；接收云终端上报的使用情况，采用本发明实施例提供的上述技术方案。解决了现有技术中无法实时检测云终端的软硬件资源使用情况的问 题，进而达到实时检测云终端的软硬件资源使用情况，尽早的发现终端运行的问题并排除影响稳定性的因素的效果。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

在本实施例中，还提供了一种自检处理系统，图8根据本发明实施例的自检处理系统的结构框图所示，该系统包括：云终端管理平台52，云终端54，其中，所述云终端管理平台52，用于给所述云终端下发第一命令信息所述云终端54，用于接收所述第一命令信息，运行所述第一命令信息对应的自检任务，并根据所述自检任务的运行结果获取云终端中软硬件资源的使用情况，并将该使用情况上报至所述云终端管理平台。云终端管理平台和云终端通过tr069协议进行通讯。

在一个可选示例中，上述云终端管理平台52，还用于在所述云终端54为一个或多个时，根据所述使用情况对所述一个或多个云终端的软硬件资源进行监控。

综上所述，本发明实施例解决了用户不能实时检测云终端的软硬件资源使用情况的问题，进而达到实时检测云终端的软硬件资源使用情况，尽早的发现终端运行的问题并排除影响稳定性的因素的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。