设备状态监控系统及方法

摘要

本发明提供了一种设备状态监控系统及方法，涉及计算机的技术领域，包括：互相连接的采集子系统和Web服务子系统；Web服务子系统，用于接收针对采集子系统的第一计算机编程语言的配置程序的输入，并将第一计算机编程语言的配置程序转换为第二计算机编程语言的采集程序；采集子系统，用于根据待采集设备的标识和待采集参数进行采集，得到待采集设备的参数信息。当待采集设备为国产化设备时，本发明能够使采集子系统与国产化设备适配，在适配之后再对国产化设备的参数信息进行采集，最终能够根据采集到的国产化设备的参数信息对国产化通用设备实现监控功能。

权利要求

1.一种设备状态监控系统，其特征在于，包括：互相连接的采集子系统和Web服务子系统；所述Web服务子系统包括以下至少一种模块：系统首页模块、设备信息模块、日志信息模块、通信监视模块、历史信息模块、故障诊断模块、配置管理模块、统计报表模块、计划申请模块、信息系统上报模块、信息采集接口模块和数据库归档模块；

所述数据库归档模块，用于提供数据备份和/或历史数据删除服务；

所述Web服务子系统，用于接收针对采集子系统的第一计算机编程语言的配置程序的输入，并将所述第一计算机编程语言的配置程序转换为第二计算机编程语言的采集程序；

其中，所述第二计算机编程语言的采集程序中携带待采集设备的标识和待采集设备的待采集参数；

所述采集子系统，用于根据所述待采集设备的标识和所述待采集参数进行采集，得到所述待采集设备的参数信息，以使所述Web服务子系统根据所述待采集设备的参数信息对所述待采集设备的状态进行监控；

所述采集子系统，用于采用SNMP、TELNET、SSH、IPMI和MODBUS中的任一协议采集不同所述待采集设备的参数信息；

所述采集子系统，还用于响应所述Web服务子系统对所述待采集设备的标识和所述待采集参数的修改；

所述Web服务子系统，还用于通过组播上报的方式将监控到的数据上报到综合状态监视系统中；

所述Web服务子系统，还用于通过FEP文件与运管中心计划服务器交互计划信息；

所述Web服务子系统，还用于更新实时数据到内存结构中，根据预设的阈值进行告警；

所述的设备状态监控系统，还包括与所述Web服务子系统连接的数据库子系统，所述数据库子系统包括互相连接的内存和国产神通数据库；所述国产神通数据库包括以下九种类型的库表：系统管理列表、设备参数相关表、拓扑图列表、采集数据实时表、采集数据历史表、告警列表、信息上报相关表、计划申请相关表和链路监视相关表；

所述内存，用于获取所述Web服务子系统发送的参数变化率，并根据所述参数变化率、最大时间间隔和预设告警规则对所述待采集设备的参数信息进行存储；

所述国产神通数据库，用于从所述内存中获取所述待采集设备的参数信息，并转移存储；

所述数据库子系统包括数据入库功能，入库的内容包括：各服务器模板、模板参数的信息、网络拓扑结构视图和机柜拓扑结构视图；

在所述待采集设备为多个，或所述待采集参数的数量为多个时，所述采集子系统通过C++线程池的方式对待采集设备的待采集参数进行采集。

2.根据权利要求1所述的系统，其特征在于，所述Web服务子系统的前端采用HTML5技术，后端采用JAVA/C++平台，所述Web服务子系统为C/S架构中的服务端，且所述C/S架构中的客户端通过浏览器对所述Web服务子系统进行访问。

3.根据权利要求1所述的系统，其特征在于，所述采集子系统包括C++采集模块和JAVA采集模块；其中，所述C++采集模块包括顺序连接的第一调整采集单元，第一信息处理单元和第一接口单元；

所述第一调整采集单元，用于根据所述待采集设备的标识和所述待采集参数调整所述C++采集模块的配置信息，并根据所述配置信息采集所述待采集设备的初始参数信息；

所述第一信息处理单元，用于对所述初始参数信息进行格式化处理，得到所述待采集设备的参数信息；

所述第一接口单元，用于将所述待采集设备的参数信息上报至所述Web服务子系统。

4.根据权利要求3所述的系统，其特征在于，所述JAVA采集模块包括顺序连接的第二调整采集单元，第二信息处理单元和第二接口单元。

5.根据权利要求1所述的系统，其特征在于，所述Web服务子系统，还用于根据所述待采集设备的参数信息进行故障诊断。

6.一种设备状态监控方法，其特征在于，应用于权利要求1～5任一项所述的设备状态监控系统，包括：

通过Web服务子系统接收针对采集子系统的第一计算机编程语言的配置程序输入，并将所述第一计算机编程语言的配置程序转换为第二计算机编程语言的采集程序；其中，所述第二计算机编程语言的采集程序中携带待采集设备的标识和待采集设备的待采集参数；

所述Web服务子系统包括以下至少一种模块：系统首页模块、设备信息模块、日志信息模块、通信监视模块、历史信息模块、故障诊断模块、配置管理模块、统计报表模块、计划申请模块、信息系统上报模块、信息采集接口模块和数据库归档模块；

利用所述数据库归档模块提供数据备份和/或历史数据删除服务；

利用采集子系统根据所述待采集设备的标识和所述待采集参数进行采集，得到所述待采集设备的参数信息，以使所述Web服务子系统根据所述待采集设备的参数信息对所述待采集设备的状态进行监控；

通过所述采集子系统采用SNMP、TELNET、SSH、IPMI和MODBUS中的任一协议采集不同所述待采集设备的参数信息；

利用所述采集子系统响应所述Web服务子系统对所述待采集设备的标识和所述待采集参数的修改；

通过所述Web服务子系统和组播上报的方式将监控到的数据上报到综合状态监视系统中；

利用所述Web服务子系统，通过FEP文件与运管中心计划服务器交互计划信息；

利用所述Web服务子系统更新实时数据到内存结构中，根据预设的阈值进行告警；

利用内存获取所述Web服务子系统发送的参数变化率，并根据所述参数变化率、最大时间间隔和预设告警规则对所述待采集设备的参数信息进行存储；其中，所述的设备状态监控系统，还包括与所述Web服务子系统连接的数据库子系统，所述数据库子系统包括互相连接的内存和国产神通数据库；

利用所述国产神通数据库从所述内存中获取所述待采集设备的参数信息，并转移存储；所述国产神通数据库包括以下九种类型的库表：系统管理列表、设备参数相关表、拓扑图列表、采集数据实时表、采集数据历史表、告警列表、信息上报相关表、计划申请相关表和链路监视相关表；

所述数据库子系统包括数据入库功能，入库的内容包括：各服务器模板、模板参数的信息、网络拓扑结构视图和机柜拓扑结构视图；

在所述待采集设备为多个，或所述待采集参数的数量为多个时，所述采集子系统通过C++线程池的方式对待采集设备的待采集参数进行采集。

7.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现如权利要求6所述的方法。

8.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行如权利要求6所述的方法。

说明书

设备状态监控系统及方法

技术领域

[0001] 本发明涉及计算机技术领域，尤其是涉及一种设备状态监控系统及方法。

背景技术

[0002] 现有的老一代设备状态集中监控系统，能够实现对老一代运控系统所用的国外通用设备运行状态进行监控，例如：可以实现对Sun服务器、Solaris操作系统、Windows操作系
统、Cisco交换机、Sun存储阵列、Oracle数据库等软硬件运行状态的监控。然而为了有效解
决国外通用设备带来的一系列安全隐患问题，真正使得某项卫星任务所用的系统是可信的
系统，一般是将国外通用设备全部替换为国产化设备，进而能够使技术人员完全自主可控
的管理和应用这套系统为该卫星任务提供安全可靠的服务。

[0003] 由于现有的老一代设备状态集中监控系统主要针对国外通用设备运行状态进行监控，且软件的兼容性差，因此导致现有的设备状态集中监控系统无法监控国产化通用设
备。经过调研，目前完全基于国产自主可控设备的新一代卫星运控系统应用案例较少，与之
对应的，构建针对新一代卫星运控系统的设备状态监控系统的研发尚处于空白状态。

发明内容

[0004] 本发明的目的在于提供一种设备状态监控系统及方法，以缓解现有技术中存在的无法监控国产化通用设备的技术问题。

[0005] 第一方面，本发明提供的一种设备状态监控系统，其中，包括：互相连接的采集子系统和Web服务子系统；所述Web服务子系统，用于接收针对采集子系统的第一计算机编程
语言的配置程序的输入，并将所述第一计算机编程语言的配置程序转换为第二计算机编程
语言的采集程序；其中，所述第二计算机编程语言的采集程序中携带待采集设备的标识和
待采集设备的待采集参数；所述采集子系统，用于根据所述待采集设备的标识和所述待采
集参数进行采集，得到所述待采集设备的参数信息，以使所述Web服务子系统根据所述待采
集设备的参数信息对所述待采集设备的状态进行监控。

[0006] 进一步的，所述系统还包括与所述Web服务子系统连接的数据库子系统，所述数据库子系统包括互相连接的内存和国产神通数据库；所述内存，用于获取所述Web服务子系统
发送的参数变化率，并根据所述参数变化率对所述待采集设备的参数信息进行存储；所述
国产神通数据库，用于从所述内存中获取所述待采集设备的参数信息，并转移存储。

[0007] 进一步的，所述Web服务子系统的前端采用HTML5技术，后端采用JAVA/C++平台，所述Web服务子系统为C/S架构中的服务端，且所述C/S架构中的客户端通过浏览器对所述Web
服务子系统进行访问。

[0008] 进一步的，在所述待采集设备为多个，或所述待采集参数的数量为多个时，所述采集子系统通过C++线程池的方式对待采集设备的待采集参数进行采集。

[0009] 进一步的，所述采集子系统包括C++采集模块和JAVA采集模块；其中，所述C++采集模块包括顺序连接的第一调整采集单元，第一信息处理单元和第一接口单元；所述第一调
整采集单元，用于根据所述待采集设备的标识和所述待采集参数调整所述C++采集模块的
配置信息，并根据所述配置信息采集所述待采集设备的初始参数信息；所述第一信息处理
单元，用于对所述初始参数信息进行格式化处理，得到所述待采集设备的参数信息；所述第
一接口单元，用于将所述待采集设备的参数信息上报至所述Web服务子系统。

[0010] 进一步的，所述JAVA采集模块包括顺序连接的第二调整采集单元，第二信息处理单元和第二接口单元。

[0011] 进一步的，所述Web服务子系统，还用于根据所述待采集设备的参数信息进行故障诊断。

[0012] 第二方面，本发明提供的一种设备状态监控方法，应用于第一方面任一项所述的设备状态监控系统，包括：通过Web服务子系统接收针对采集子系统的第一计算机编程语言
的配置程序输入，并将所述第一计算机编程语言的配置程序转换为第二计算机编程语言的
采集程序；其中，所述第二计算机编程语言的采集程序中携带待采集设备的标识和待采集
设备的待采集参数；利用采集子系统根据所述待采集设备的标识和所述待采集参数进行采
集，得到所述待采集设备的参数信息，以使所述Web服务子系统根据所述待采集设备的参数
信息对所述待采集设备的状态进行监控。

[0013] 第三方面，本发明还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现的
所述的设备状态监控方法的步骤。

[0014] 第四方面，本发明还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，所述程序代码使所述处理器执行所述的设备状态监控方法。

[0015] 本发明提供的一种设备状态监控系统及方法，包括：互相连接的采集子系统和Web服务子系统；Web服务子系统，用于接收针对采集子系统的第一计算机编程语言的配置程序
的输入，并将第一计算机编程语言的配置程序转换为第二计算机编程语言的采集程序；其
中，第二计算机编程语言的采集程序中携带待采集设备的标识和待采集设备的待采集参
数；采集子系统，用于根据待采集设备的标识和待采集参数进行采集，得到待采集设备的参
数信息，以使Web服务子系统根据待采集设备的参数信息对待采集设备的状态进行监控。当
待采集设备为国产化设备时，本发明中的Web服务子系统，通过将第一计算机编程语言的配
置程序转换为第二计算机编程语言的采集程序的方式，能够使采集子系统与国产化设备适
配，在适配之后再对国产化设备的参数信息进行采集，最终能够根据采集到的国产化设备
的参数信息对国产化通用设备实现监控功能。

[0016] 本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书以及附图中
所特别指出的结构来实现和获得。

[0017] 为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

[0018] 为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的
附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前
提下，还可以根据这些附图获得其他的附图。

[0019] 图1为本发明实施例提供的一种设备状态监控系统的结构示意图；

[0020] 图2为本发明实施例提供的C++采集模块的信息交互示意图；

[0021] 图3为本发明实施例提供的JAVA采集模块的信息交互示意图；

[0022] 图4为本发明实施例提供的Web服务子系统的结构示意图；

[0023] 图5为本发明实施例提供的Web服务子系统的信息交互示意图；

[0024] 图6为本发明实施例提供的数据库的类型；

[0025] 图7为本发明实施例提供的一种设备状态监控系统的信息交互示意图；

[0026] 图8为本发明实施例提供的一种设备状态监控方法的流程示意图。

具体实施方式

[0027] 下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技
术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范
围。

[0028] 现有老一代设备状态集中监控系统由集中监控系统数据库端、集中监控系统服务器端、集中监控系统采集端和集中监控系统客户端等四部分构成，能够实现对老一代运控
系统所用的通用设备运行状态进行监控，即可以实现对Sun服务器、Solaris操作系统、
Windows操作系统、Cisco交换机、Sun存储阵列、Oracle数据库等软硬件运行状态的监控。

[0029] 现有的系统逻辑架构层次主要可分为三层：数据采集层、应用服务器层及客户端数据展示层。其中，数据采集层用于采集被监控对象的运行状态信息，并对原始数据分析处
理后，将最终数据发送给应用程序服务层。数据采集层通过SNMP、Telnet、Syslog、TCP/UDP
及ODBC等方式采集，被监控对象包括服务器主机设备、存储设备、网络交换设备、综合显示
设备和专用通信设备等国外通用设备的关键运行状态参数信息，以及机房环境温湿度等参
数信息。应用服务器层用于接收数据采集层获取的数据，通过数据计算处理，进行阈值告警
等状态判别，并将所有数据存入国外数据库；同时通过与客户端交互，将数据展示层订阅信
息推送到客户端。客户端数据展示层：向应用程序层提交订阅信息，并将应用服务器层推送
的数据展示给最终用户界面。数据展示层部署集中监控系统客户端，用户通过该客户端进
行设备运行状态监控与系统管理。

[0030] 本申请最主要的技术问题书是现有的集中监控系统主要针对国外通用设备运行状态进行监控，由于软件的兼容性差，因此无法监控国产化通用设备。基于此，本发明实施
例提供了一种设备状态监控系统及方法，通过将第一计算机编程语言的配置程序转换为第
二计算机编程语言的采集程序的方式，能够使采集子系统与国产化设备适配，在适配之后
再对国产化设备的参数信息进行采集，最终能够根据采集到的国产化设备的参数信息对国
产化通用设备实现监控功能。

[0031] 为便于对本实施例进行理解，首先对本发明实施例所公开的一种设备状态监控系统进行详细描述。

[0032] 实施例1：

[0033] 参照图1，本发明实施例提供了一种设备状态监控系统，包括：互相连接的采集子系统和Web服务子系统；Web服务子系统，用于接收针对采集子系统的第一计算机编程语言
的配置程序的输入，并将第一计算机编程语言的配置程序转换为第二计算机编程语言的采
集程序；其中，第二计算机编程语言的采集程序中携带待采集设备的标识和待采集设备的
待采集参数；采集子系统，用于根据待采集设备的标识和待采集参数进行采集，得到待采集
设备的参数信息，以使Web服务子系统根据待采集设备的参数信息对待采集设备的状态进
行监控。

[0034] 待采集设备可以指国产化设备(或称为国产化通用设备)，即国内通用设备和软件，包括但不限于以下设备：浪潮服务器、曙光服务器、联想服务器、麒麟操作系统、华为网
络设备、网御星云防火墙、神通数据库、同友存储阵列、科云备份一体机和国产双工时统软
件。该设备状态监控系统主要解决的是针对上述国内通用设备和软件运行状态的监控。上
述Web服务子系统包括多个模块，采集子系统(或称为数据采集子系统)包括两种采集模块，
这两个子系统的具体结构在下文中具有详细描述，在此不再赘述。上述第一计算机编程语
言可以指JAVA语言，第二计算机编程语言可以指C++语言。上述采集子系统，可以称为数据
采集子系统，或称为信息采集子系统。

[0035] 本发明实施例中的Web服务子系统，通过将第一计算机编程语言的配置程序转换为第二计算机编程语言的采集程序的方式，能够使采集子系统与国产化设备适配，在适配
之后再对国产化设备的参数信息进行采集，最终能够根据采集到的国产化设备的参数信息
对国产化通用设备实现监控功能。

[0036] 现有的集中监控系统根据用户设定的参数变化率虽然可以实现对采集的参数先压缩后入库存储，但是在待采集设备数量过多(例如，大于100台待采集设备)时，存在严重
的采集数据延迟现象。为了避免采集数据延迟现象，本实施例先将采集到的待采集设备的
参数信息存储到内存中，然后根据需求在存储到国产神通数据库。在一个可选的实施例中，
参照图1，设备状态监控系统，还包括与Web服务子系统连接的数据库子系统，数据库子系统
包括互相连接的内存和国产神通数据库；内存，用于获取Web服务子系统发送的参数变化
率，并根据参数变化率对待采集设备的参数信息进行存储；国产神通数据库，用于从内存中
获取待采集设备的参数信息，并转移存储。综上所述，设备状态监控系统根据功能低耦合的
软件设计原则，并结合系统分布操控的特点，可以划分为采集子系统、Web服务子系统和数
据库子系统这3个子系统。

[0037] 本实施例提供的设备状态监控系统是一种计算机设备状态监控系统，该计算机设备状态监控系统基于参数变化率、最大间隔时间和预设告警规则对采集到的参数信息进行
入库存储，具体的，先将实时采集到的数据(即上述参数信息)保存在内存的数据结构中，能
够有效的减轻数据库的入库压力，同时提高了实时监控设备状态的显示时间。

[0038] 现有老一代的设备状态集中监控系统为B/S架构，一般通过浏览器实现监控的所有功能操作与界面展示。现有的集中监控系统一般采用纯Web架构进行开发，其前端采用
Flex技术，后端采用Java平台，其中Flex技术和Java平台的结合导致数据采集效率较低，为
了提高数据采集效率，在一个可选的实施例中，Web服务子系统的前端采用HTML5技术，后端
采用JAVA/C++平台，Web服务子系统为C/S架构中的服务端，且C/S架构中的客户端通过浏览
器对Web服务子系统进行访问。

[0039] 本实施例提供的设备状态监控系统是一种计算机设备状态监控系统，该计算机设备状态监控系统的客户端使用浏览器进行访问，且采用Web结合C/S架构的方式进行开发，
其前端采用HTML5技术，后端采用Java和C++平台，且Java和C++之间采用HTTP协议进行通
信。在本发明实施例中，HTML5技术可以实现真正意义上的跨平台，无需安装任何插件，另
外，C++平台的实时性好，能够保证数据采集的准确性和有效性。

[0040] 现有的集中监控系统一般采用Java线程实现设备的并行数据采集，该技术导致系统资源利用率较低，且无法保证参数采集的实时性。因此为了提高资源利用率，保证参数采
集的实时性，在一个可选的实施例中，在待采集设备为多个，或待采集参数的数量为多个
时，采集子系统通过C++线程池的方式对待采集设备的待采集参数进行采集。

[0041] 本实施例提供的计算机设备状态监控系统采用C++线程池可以实现多个待采集设备的多种待采集参数的并行数据采集，能够有效提高系统资源的利用率，并保证参数采集
的实时性。

[0042] 在一个可选的实施例中，采集子系统包括C++采集模块和JAVA采集模块；其中，如图2所示，C++采集模块包括顺序连接的第一调整采集单元，第一信息处理单元和第一接口
单元；第一调整采集单元，用于根据待采集设备的标识和待采集参数调整C++采集模块的配
置信息，并根据配置信息采集待采集设备的初始参数信息；第一信息处理单元，用于对初始
参数信息进行格式化处理，得到待采集设备的参数信息；第一接口单元，用于将待采集设备
的参数信息上报至Web服务子系统。

[0043] 上述C++采集模块可以采用SNMP、TELNET、SSH、IPMI和MODBUS中的任一协议，采集主机、交换机、防火墙、存储磁盘阵列、时统、温湿度传感器等设备的初始状态信息(即上述
初始参数信息)，经过信息采集、提取、处理后将参数信息上报到Web服务子系统，并能响应
Web服务子系统对待采集设备和待采集参数的修改。本模块无需设置前台页面，也可以实现
对数据的处理。上述C++采集模块分为以下三个单元：第一调整采集单元，第一信息处理单
元和第一接口单元；

[0044] 第一调整采集单元，或称为第一采集参数处理单元，可以获取C++采集模块所有需要采集设备的参数(即上述待采集参数)，并能根据Web服务子系统对待采集设备和待采集
参数的修改，调整待采集的内容；

[0045] 第一信息处理单元，或称为第一状态信息解析单元，该单元对采集到的初始参数信息进行格式化处理，进而为后续的告警、入库做好了数据准备；

[0046] 第一接口单元，或称为第一采集数据接口单元，用于将上述格式化处理后得到的参数信息上报到Web服务子系统，以使Web服务子系统进行下一步处理。

[0047] 本实施例通过C++采集模块可以采用不同的协议对图2中的各个待采集设备的数据分别进行采集，例如：(1)通过SNMP、TELNET、SSH和IPMI协议采集服务器设备的参数信息；
(2)通过SNMP和TELNET协议采集网络设备的参数信息；(3)通过SSH协议采集存储设备的参
数信息；(4)通过SNMP、TELNET和SSH采集时统设备的参数信息；(5)通过MODBUS协议采集机
房环境设备的参数信息。在采集完各个待采集设备的待采集参数之后，可以将C++采集模块
处理完成的数据，上报至Web服务子系统，以使Web服务子系统进行下一步业务处理。

[0048] 在一个可选的实施例中，如图3所示，JAVA采集模块包括顺序连接的第二调整采集单元，第二信息处理单元和第二接口单元。

[0049] 上述JAVA采集模块采用SQL语句查询、SYSLOG上报、组播上报、WEBSERVISE采集、PING测试采集等方式，采集数据库、大屏显示拼接处理器、备份一体机、加解密机、NTM等设
备的初始参数信息，经过信息采集、提取、处理后的参数信息上报到Web服务子系统，并能响
应Web服务子系统对待采集设备和待采集参数的修改。JAVA采集模块无需设置前台页面，也
可以对初始参数信息进行处理。

[0050] JAVA采集模块主要分为以下三部分：第二调整采集单元，第二信息处理单元和第二接口单元，其中：

[0051] 第二调整采集单元，或称为第二采集参数处理模块，判断JAVA采集模块需要采集的参数，并能根据Web服务子系统对待采集设备和待采集参数的修改，调整采集的内容；

[0052] 第二信息处理单元，或称为第二状态信息解析模块：对采集到的初始参数信息进行格式化处理，进而为后续的告警、入库(例如：入历史库)做好数据准备；

[0053] 第二接口单元，或称为采集数据接口单元，用于将格式化后的参数信息上报到Web服务子系统，以使Web服务子系统进行下一步处理。

[0054] 本实施例通过JAVA采集模块可以采用不同的协议对图3中的各个待采集设备的数据分别进行采集，例如，(1)通过组播上报的方式采集加解密机的数据；(2)通过SYSLOG上报
的方式采集服务器的服务器日志；(3)通过SYSLOG上报的方式可以采集网络设备的数据；
(4)通过PING命令的方式采集通信监视的数据；(5)通过SQL语句的方式采集数据库的数据；
(6)通过WEBSERVICE采集备份一体机的数据；(7)通过WEBSERVICE采集NTM设备的数据。在采
集完各个待采集设备的待采集参数之后，可以将JAVA采集模块处理完成的数据，上报至Web
服务子系统，以使Web服务子系统进行下一步业务处理。

[0055] 通过图2和图3可知，两个采集模块均用于采集服务器设备和网络设备的待采集参数，但是通过C++采集模块所要采集的服务器设备的待采集参数区别于JAVA采集模块所要
采集的服务器设备的待采集参数，且通过C++采集模块所要采集的网络设备的待采集参数
区别于JAVA采集模块所要采集的服务器设备的待采集参数。

[0056] 如图4所示，上述Web服务子系统包括以下至少一种模块：系统首页模块、设备信息模块、日志信息模块、通信监视模块、历史信息模块、故障诊断模块、配置管理模块、统计报
表模块、计划申请模块、信息系统上报模块、数据采集接口模块和数据库归档模块。对上述
12个模块进行具体描述：(1)系统首页模块包括网络拓扑图、机柜拓扑图和设备列表视图；
(2)设备信息模块包括所有待采集设备的状态信息，且每个待采集设备的页面显示信息有
所不同。(3)日志信息模块包括但不限于：告警日志、Syslog日志、软件操作日志和值班日
志；(4)通信监视模块：可以查看与用户的连通状态，按任务监视与任务相关的用户在线状
态，通信中断时可以判断链路中断在哪个环节；(5)历史信息模块：提供查看所有待采集设
备的状态历史信息；(6)故障诊断模块有以下功能：告警压缩、告警屏蔽、告警解决方案参
考、故障快速定位和综合故障诊断；(7)配置管理模块：提供用户管理、系统配置、设备管理、
装备管理、规则管理、通信监视管理和设备树管理；(8)统计报表模块：目前主要有周维护报
表、月维护报表和子系统状态评估；(9)计划申请模块：计划申请是和运管中心计划服务器
之间的信息交换，由设备状态监控系统发起设备维护申请、删除维护申请、删除计划响应，
并发送到运管中心计划服务器，运管中心计划服务器发起设备维护申请响应、删除维护申
请响应、删除维护计划等发送到设备状态监控系统；(10)信息系统上报模块：周期性向综合
状态监视系统发送计算机系统的运行状态、服务器主机的状态参数及数据库的状态参数信
息，告知计算机系统是否正常；当计算机系统发生异常时，上报具体的异常情况。同时，为了
动态监视Web服务子系统中的监控服务器与信息交换服务器之间的连通性，监控服务器周
期性发送链路监视信息；(11)信息采集接口模块：对于采集后的数据根据预设的入库变化
率来决定是否入库，当参数信息发生变化并且满足入库变化率时则将其存入历史表，同时
更新实时数据到内存结构中，根据预设的阈值进行告警；(12)数据库归档模块：用于提供数
据备份和/或历史数据删除服务。

[0057] 通过图5可知，(1)信息采集子系统在Web服务子系统提供的待采集设备及待采集参数发生变化时，通过接口调整待采集设备以及待采集参数；并将采集到的初始参数信息
处理完成后上报到Web服务子系统，以使Web服务子系统进行告警、入库和查询等多项操作；
(2)Web服务子系统通过组播上报的方式可以将监控到的数据上报到综合状态监视系统中；
(3)Web服务子系统通过FEP文件与运管中心计划服务器交互计划信息；(4)Web服务子系统
将设备监控、管理等信息保存到数据库子系统，同时能够对数据库子系统中的数据进行查
询、统计、分析等操作。

[0058] 在一个可选的实施例中，Web服务子系统，还用于根据待采集设备的参数信息进行故障诊断。本实施例可以通过自定义的设备故障现象的组合，来确定一个故障规则，在使用
过程中可以根据实际情况增加、修改设备故障现象的组合来综合故障诊断，进而完善模型。

[0059] 老一代的集中监控系统一般采用Mysql数据库，该数据库需要通过第三方软件实现主备库的数据同步。并且该数据库为国外软件，无法满足自主可控要求。在一个可选的实
施例中，为了满足自主可控要求，本发明实施例采用了国产神通数据库。如图6所示，上述国
产神通数据库包括以下九种类型的库表：系统管理列表、设备参数相关表、拓扑图列表、采
集数据实时表、采集数据历史表、告警列表、信息上报相关表、计划申请相关表和链路监视
相关表。数据库端可以提供所有业务数据的存储服务，是数据存放的主体。上述业务数据包
括但不限于：所有待采集设备的状态数据、设备告警的数据和基础数据。

[0060] 数据库子系统包括数据入库功能，该功能可以实现设备状态监控系统中所有数据的保存，能够保障数据及时可靠的保存到国产神通数据库中。本实施例主要入库的内容包
括：服务器各参数信息、网络设备的各参数信息、数据库的各参数信息、专有设备的参数信
息、防火墙系统的各参数信息、通信监视信息、告警日志信息、Syslog日志信息、值班日志信
息、用户信息、各服务器模板及模板参数的信息、故障告警相关配置信息、装备管理相关信
息、网络拓扑结构视图和机柜拓扑结构视图等信息。

[0061] 数据采集子系统所提供的反映设备运行状态的参数信息在完成格式化处理后，上报到Web服务子系统进行数据入库操作。数据采集子系统对每台设备的参数信息均进行实
时采集并格式化处理，对于格式化处理后的数据根据预设的入库变化率来决定是否入库，
当参数信息发生变化并且满足入库变化率时则将其存入历史表，同时更新实时数据到内存
结构中去，最终将采集并格式化处理后得到的参数信息中需要持久化的数据存储到存入表
中，不需要持久化的数据仍保留在内存结构中，对于其它信息则存储在相应的表中。

[0062] 在本发明实施例中，上述国产神通数据库，可以使用国产神通数据库自带的HA(High Availability，高可用性)技术实现冗余，能够在满足国产自主可控的前提下，有效
提高数据库的可靠性，同时简化系统数据(即上述参数信息)维护难度。

[0063] 如图7所示，数据采集子系统可以从数据库子系统中获取包含待采集的设备的标识和待采集参数的列表，C++采集模块负责采集主机设备、交换机设备、防火墙设备、存储磁
盘阵列设备、存储光纤交换机设备、时统设备和温湿度传感器的状态信息；而JAVA采集模块
负责采集备份一体机、数据库、拼接控制器、加解密机、NTM设备、SYSLOG上报数据以及用户
设备的网络连通性数据；数据采集子系统将采集到的实时数据，上报到Web服务子系统，由
Web服务子系统进行判断告警处理，实时数据查询显示等工作。Web服务子系统向综合状态
监视系统上报设备信息、告警信息、故障处置结果等信息；Web服务子系统向运管中心计划
服务器提交计划申请、接收相关应答信息等处理；同时Web服务子系统还向数据库子系统存
储采集的实时数据和系统配置信息。

[0064] 本申请提供的设备状态监控系统较之传统计算机集中监控系统有很大程度上的改进。本实施例提供的软件平台是基于国产化自主可控设计的，其应用服务器/数据库服务
器采用国产曙光的两路服务器，操作系统采用国产麒麟操作系统，数据库采用国产神舟通
用数据库，网络设备采用华为5720系列交换机，存储阵列配置了华为OceanStor系列，因此
该设备状态监控系统整体的安全性和自主可控性优于从传统的计算机集中监控系统。

[0065] 本申请提供的设备状态监控系统在具体应用设计时借鉴了传统计算机集中监控系统的使用经验，针对存在的不足进行了优化，功能较之传统计算机集中监控系统有了很
大的改进完善，主要体现在以下几个方面：

[0066] (1)传统的计算机集中监控系统设计之初的任务值班系统中硬件设备数量有限，岗位人员依靠一张拓扑视图就可以很好的掌握系统整体状态。但是随着系统的不断建设优
化，拓扑视图空间有限，对新增设备的布局调整愈加困难；拓扑结构不断复杂化，不利于岗
位人员特别是新学员尽快掌握全系统状态。

[0067] 针对上述弊端，本实施例提供的设备状态监控系统采用多层次结构的设计理念，网络拓扑视图主页展示计算机子系统的整体架构，对各个子系统结点的层次进行细致划
分。由于层次结构鲜明，增加/删除设备操作变得相对简单，岗位人员特别是新学员可以从
总体层面上对运行监管系统有直观的了解，若需详细了解各子系统功能和设备架构可进入
二级节点进行查看学习；同时增加了设备列表视图，将设备依据各分系统进行划分，展示了
设备的核心参数和综合评估状态，方便各专业人员了解掌握所分管设备状态。

[0068] (2)现有的计算机集中监控系统告警日志划分为通知、告警和故障三类，且岗位人员根据需要查看各类别的告警，在同一时刻仅支持选择一种类型的日志，不支持复选；同
时，告警日志的确认仅支持确认单条日志或确认所有，不支持批量确认功能。

[0069] 为解决上述技术问题，本实施例提供的设备状态监控系统较传统计算机设备状态监控系统进行了设计优化，可以支持同时对多种级别的告警日志进行复选，以及批量确认
功能。此外，本实施例提供的计算机设备状态监控系统提供了故障诊断功能，对产生的告警
日志可以提供可行的处置建议，方便岗位人员日常值班所需。

[0070] (3)传统的计算机集中监控系统虽然具备通信链路监视功能，但是仅正常监测源端至目的端之间通信链路的通断情况，如果发生中断，那么则无法精确定位至故障点，也无
法判断出中断发生的环节是处于两端还是中间环节。

[0071] 基于此，本发明实施例提供的计算机设备状态监控系统对通信监视功能进行了设计优化，对需要进行PING探测的设备采用了多段监测的方式。采用该方式可快速定位出通
信链路中断发生的节点所在位置，进而可以提升问题沟通排查效率。

[0072] (4)现有的计算机集中监控系统采用应用软件热备份的方式实现系统的双机热备功能。当应用服务器主机出现故障时，需确认主机宕机无法启动或是在主机上关闭应用软
件后，采用备机的IP地址在Web浏览器前端登录的方式实现故障应急。该应急处置方式存在
设备宕机或软件崩溃时无法登录导致无法查看待采集设备状态信息的隐患。

[0073] 针对该问题，本实施例中的计算机设备状态监控系统在设计时采用浮动IP地址的技术对Web前端的登录方式进行了优化。当应用服务器主机宕机或软件崩溃时，Web前端界
面不受影响，当前的IP地址依然可以正常登录使用，岗位人员无需进行地址切换。

[0074] 综上所述，本实施例提供的计算机设备状态监控系统可以用来实现对执行某项卫星任务的计算机系统国产化设备和软件的有效监控，包括服务器主机设备、网络设备、存储
设备、数据库软件、指挥显示设备、专用设备以及机房环境设备等进行工作状态和性能的监
测，可以有效降低系统运行管理工作的复杂性，提高工作效率和维护可靠性；同时本实施例
还提供故障诊断功能，便于岗位人员根据提示进行应急处置操作，实现计算机系统的长期
稳定可靠运行。

[0075] 实施例2：

[0076] 参照图8，本发明实施例提供了一种设备状态监控方法，应用于上述设备状态监控系统，包括以下步骤S101～步骤S102：

[0077] 步骤S101，通过Web服务子系统接收针对采集子系统的第一计算机编程语言的配置程序输入，并将第一计算机编程语言的配置程序转换为第二计算机编程语言的采集程
序。其中，第二计算机编程语言的采集程序中携带待采集设备的标识和待采集设备的待采
集参数；

[0078] 步骤S102，利用采集子系统根据待采集设备的标识和待采集参数进行采集，得到待采集设备的参数信息，以使Web服务子系统根据待采集设备的参数信息对待采集设备的
状态进行监控。

[0079] 有益效果

[0080] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的方法的具体工作过程，可以参考前述系统实施例中的对应过程，在此不再赘述。

[0081] 在一个可选的实施例中，本实施例还提供一种电子设备，包括存储器、处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述方法实
施例的步骤。

[0082] 在一个可选的实施例中，本实施例还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，其中，所述程序代码使所述处理器执行上述方法实施例。

[0083] 另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机
械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元
件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中
的具体含义。

[0084] 在本实施例的描述中，需要说明的是，术语“中”、“上”、“内”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指
示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理
解为对本实施例的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为
指示或暗示相对重要性。

[0085] 在本实施例所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅
为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结
合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的
相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合
或通信连接，可以是电性，机械或其它的形式。

[0086] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目
的。

[0087] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

[0088] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本实施
例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软
件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使
得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例
所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，
Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种
可以存储程序代码的介质。

[0089] 最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发
明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员
在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻
易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使
相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护
范围之内。