CN104935621A - 一种远程监控***及远程监控方法 - Google Patents

Abstract

本发明公开了一种远程监控***及远程监控方法，属于***监控技术领域；包括一监控端与多个被监控端；监控端内设置有一通信模块；监控端通过通信模块分别连接并远程登录到多个被监控端；监控端还包括：指令模块，连接通信模块，用于通过通信模块向被监控端发送调用指令，以调用执行被监控端的操作***的相应***命令；数据处理模块，连接通信模块，用于通过通信模块接收被监控端的操作***返回的回应***命令的执行结果，并根据执行结果处理得到被监控端的操作***的状态信息；告警模块根据状态信息执行告警动作。上述技术方案的有益效果是：避免代理软件占用被监控端***资源，而影响被监控端的操作***正常运行，整个***适用性较广。

Description

一种远程监控***及远程监控方法

技术领域

本发明涉及***监控技术领域，尤其涉及一种远程监控***及远程监控方法。

背景技术

现有的远程监控客户端操作***的技术中，为了支持远程监控功能，通常需要在被监控的客户端上安装相应的代理软件。在实施远程监控时，通过与被监控的客户端上的代理软件进行连接来实现对客户端上的操作***的状态进行监控的目的。但是在客户端上安装代理软件并进行监控的方法，会带来以下几个问题：

1）代理软件的运行会占用客户端操作***本身的***资源，特别当代理软件本身出现bug时，有可能会干扰到操作***的正常运行，甚至有时会耗尽操作***的***资源；

2）使用者为了维护代理软件，通常会对代理软件进行升级或者打补丁等操作，但是当被监控的客户端数量比较庞大时，这类升级或者打补丁的操作实现起来非常困难；同时，每增加一个客户端，使用者需要在其上安装一个代理软件，这种重复性的劳动耗费了大量的人力资源；

3）由于代理软件在客户端上运行时，通常采用守护进程的方式潜伏在后台，因此当代理软件因意外终止时，***无法判断是远程监控的服务器宕机还是代理软件本身出现运行错误。

基于上述问题，在对客户端上的操作***进行远程监控时，需要使用者具备较高的专业知识和技术水平，这极大限制了***监控功能的适用范围。

发明内容

根据现有技术中存在的问题，即在远程监控客户端的操作***时，需要在客户端上安装一代理软件，从而带来的：

1）代理软件的运行会占用客户端操作***本身的***资源，特别当代理软件本身出现bug时，有可能会干扰到操作***的正常运行，甚至有时会耗尽操作***的***资源；

2）使用者为了维护代理软件，通常会对代理软件进行升级或者打补丁等操作，但是当被监控的客户端数量比较庞大时，这类升级或者打补丁的操作实现起来非常困难；同时，每增加一个客户端，使用者需要在其上安装一个代理软件，这种重复性的劳动耗费了大量的人力资源；

3）由于代理软件在客户端上运行时，通常采用守护进程的方式潜伏在后台，因此当代理软件因意外终止时，***无法判断是远程监控的服务器宕机还是代理软件本身出现运行错误。

现提供一种远程监控***及远程监控方法，具体包括：

一种远程监控***，其中，包括一监控端与多个被监控端；所述监控端内设置有一通信模块；所述监控端通过所述通信模块分别连接多个所述被监控端，以对所述被监控端进行交互通信；

所述监控端还包括：

指令模块，连接所述通信模块，用于通过所述通信模块向所述被监控端发送调用指令，以远程调用执行所述被监控端的操作***的相应的***命令；

所述指令模块内预设有供所述指令模块发送所述调用指令的配置文件；

数据处理模块，连接所述通信模块，用于通过所述通信模块接收所述被监控端的操作***返回的所述***命令的执行结果，并根据所述执行结果处理得到所述被监控端的操作***的状态信息；

告警模块，连接所述数据处理模块，用于以预设的标准判断条件对所述状态信息进行判断，随后根据判断结果执行相应的告警动作。

优选的，该远程监控***，其中，所述监控端还包括：

初始化模块，连接所述指令模块，用于在所述监控端启动时对所述配置文件进行初始化操作。

检测模块，连接所述通信模块，用于在所述监控端通过所述通信模块与所述被监控端之间建立连接时检测连接是否正常；

判断模块，连接所述通信模块，用于判断所述监控端与所述被监控端之间是否完成一轮所述交互通信；

计时模块，分别连接所述判断模块和所述检测模块，所述计时模块内置有一预设的时间间隔，所述检测模块在预设的所述时间间隔后重新开始检测所述监控端与所述被监控端之间的连接是否正常。

优选的，该远程监控***，其中，所述监控端还包括：

显示模块，连接所述数据处理模块，用于将所述数据处理模块输出的所述状态信息转换成可视化的图像信息并显示。

优选的，该远程监控***，其中，所述告警模块包括：

判断部件，连接所述数据处理模块；所述判断部件内预设有对应不同的所述状态信息的多个所述标准状态条件；所述判断部件接收所述数据处理模块发送的所述状态信息，并判断所述状态信息是否满足对应的所述标准状态条件；

告警部件，连接所述判断部件，所述告警部件内预先定义有对应不同的所述标准状态条件的多个告警动作；所述告警部件根据所述判断部件的判断结果，执行相应的告警动作。

优选的，该远程监控***，其中，所述监控端还包括：

存储模块，连接所述数据处理模块，用于保存每个所述被监控端的所述状态信息。

一种远程监控方法，其中，包括一监控端和多个与所述监控端连接的被监控端，所述监控端对所述被监控端进行交互通信；

所述远程监控方法的步骤具体包括：

步骤1，所述监控端连接所述被监控端，并远程登录所述被监控端的操作***；

步骤2，所述监控端向所述被监控端发送调用命令，以控制所述被监控端的操作***调用相应的***命令；

步骤3，所述监控端接收来自所述被监控端的操作***回应所述***命令的相应的执行结果；

步骤4，所述监控端根据所述执行结果处理得到所述被监控端的操作***的相应的状态信息。

步骤5，判断是否对所述被监控端完成一轮交互通信；

若已对所述被监控端完成一轮交互通信，则等待一预设的时间间隔后，返回所述步骤1；

若未对所述被监控端完成一轮交互通信，则直接返回所述步骤1。

优选的，该远程监控方法，其中，

当所述监控端被启动时，首先对所述监控端的配置文件进行初始化操作，随后开始执行所述步骤1；

所述配置文件供所述指令模块发送所述调用指令。

优选的，该远程监控方法，其中，所述步骤1中，当所述监控端与所述被监控端之间建立连接后，检测所述监控端与所述被监控端是否正常连接；

若正常连接，则继续执行所述步骤1；

若未正常连接，则转至所述步骤5。

优选的，该远程监控方法，其中，当所述监控端向所述被监控端发送需要连续监控的所述调用命令时，所述预设的时间间隔为10秒。

优选的，该远程监控方法，其中，当所述监控端向所述被监控端发送需要定期监控的所述调用命令时，所述预设的时间间隔为300秒。

优选的，该远程监控方法，其中，所述步骤4中，当所述监控端获得所述状态信息后，所述监控端保存所述状态信息。

优选的，该远程监控方法，其中，所述步骤4中，当所述监控端获得所述状态信息后，将所述状态信息处理形成可视化的图像信息并显示。

优选的，该远程监控方法，其中，在所述监控端内预设有对应于不同种类的所述状态信息的多个标准判断条件；

在所述监控端内预先定义有对应不同的所述标准状态条件的多个告警动作；

所述步骤4中，所述监控端判断所述状态信息是否满足对应的所述标准判断条件：若所述状态信息满足所述标准判断条件，则所述监控端不进行任何操作；

若所述状态信息不满足所述标准判断条件，则所述监控端根据所述判断结果所依据的所述标准判断条件，执行相应的告警动作。

上述技术方案的有益效果是：

1）避免代理软件占用过多的***资源；

2）避免当代理软件自身出现bug时影响到操作***的正常运行；

3）避免升级代理软件或为其打补丁的麻烦；

4）无需专业人员进行操作，适用性广。

附图说明

图1是本发明的较佳的实施例中，一种远程监控***的结构示意图；

图2是本发明的较佳的实施例中，远程监控***与外部模块连接的示意图；

图3是本发明的较佳的实施例中，一种远程监控方法的总体流程示意图；

图4-5是本发明的较佳的实施例中，监控不同的监控项目时的不同的流程示意图；

图6是本发明的较佳的实施例中，远程监控***向外部的使用者告警的结构示意图；

图7是本发明的较佳的实施例中，进行告警操作的图表示意图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

如图1所示，本发明的较佳的实施例中，一种远程监控***包括监控端1和多个被监控端2；监控端1内设置有通信模块11，监控端1通过通信模块11分别与多个被监控端2连接，以对被监控端进行交互通信。

本发明的较佳的实施例中，上述监控端1还包括一连接通信模块11的指令模块12，以及一连接通信模块11的数据处理模块13。

监控端1控制指令模块12通过通信模块11向相应的被监控端2发送调用命令，以调用被监控端2的操作***中对应的***命令；

监控端1控制数据处理模块13通过通信模块11接收被监控端2发送的操作***执行***命令后回应的执行结果。数据处理模块13根据回应的执行结果，处理得出相应的状态信息并输出。

本发明的较佳的实施例中，仍然如图1所示，监控端1中还包括：

初始化模块14，连接上述数据处理模块12。本发明的较佳的实施例中，数据处理模块12中预设有配置文件，用于供监控端1向被监控端2发送调用命令。初始化模块14在监控端1启动时即对其中的配置文件进行初始化操作，也就是对监控端进行初始化操作。

检测模块15，连接上述通信模块11。本发明的较佳的实施例中，当通信模块11在监控端1和被监控端2之间建立连接后，采用检测模块15检测连接是否正常。

本发明的较佳的实施例中，监控端1中还设置有一判断模块17，以及一计时模块18。判断模块17连接通信模块11，用于判断监控端与被监控端之间是否已完成一轮交互通信。计时模块18分别连接判断模块17和检测模块15，用于预设的时间间隔后重新开始检测监控端与所述被监控端之间的连接是否正常。

具体地，本发明的较佳的实施例中，若监控端对被监控端完成一轮交互通信，即监控端对所有被监控端均进行过一次交互通信后，则等待预设的时间间隔后，检测模块15重新检测监控端与被监控端之间的连接是否正常；

若监控端与被监控端之间未完成一轮交互通信，即有被监控端并未被检测到，则检测模块15直接检测监控端与被监控端之间的连接是否正常。

本发明的较佳的实施例中，进一步地，可以在数据处理模块13中设置具有不同功能的部件，具体包括：

数据获取部件131，连接通信模块11，用于获取监控端2的操作***回应的上述执行结果；

数据处理部件132，连接数据获取部件131，用于根据上述执行结果处理得出相应的状态信息，随后输出该状态信息。

本发明的较佳的实施例中，监控端1还设置有一与上述数据处理模块13连接的显示模块19。该显示模块19将接收到的数据处理模块13输出的状态信息转换成相应的可视化的图像信息（例如表示被监控端的操作***的状态变化的坐标图、柱状图或者其他图表等）并进行显示。本发明的较佳的实施例中，上述显示模块20可以将图像信息显示于监控端的显示屏上。

本发明的较佳的实施例中，监控端1中还设置有一告警模块20，该告警模块20连接上述数据处理模块13。本发明的较佳的实施例中，在告警模块20中设置一与数据处理模块13连接的判断部件201。本发明的较佳的实施例中，在判断部件201中预置有多个标准判断条件，每个标准判断条件对应于上述一种状态信息（例如表示操作***当前使用的存储容量的状态信息，对应于一个预设的存储容量占有率的标准判断条件）。判断部件201根据数据处理部件132输出的不同种类的状态信息，选择一个对应的标准判断条件进行比较，并输出判断结果。

进一步地，本发明的较佳的实施例中，告警模块20中还设置有一连接上述判断部件201的告警部件202，该告警部件202中预先定义有对应不同种类的状态信息的不同的告警动作；告警部件202接收到判断部件201输出的上述判断结果，并根据所判断的不同种类的状态信息执行不同的告警动作。执行告警动作的过程由下文详述。

本发明的较佳的实施例中，监控端1中还设置有一与数据处理模块13连接的存储模块16，用于保存由数据处理模块13输出的状态信息，以供使用者需要查看历史记录的时候进行调用操作。进一步地，上述存储模块16与数据处理部件132连接。

本发明的较佳的实施例中，上述存储模块可以为一RRD（ReadReceive Data register，读接收数据寄存器）数据库。

本发明的较佳的实施例中，如图2所示为上述远程监控***与外部模块连接的示意图。监控服务器A1（除去存储模块后的监控端中其他功能模块的集合）通过IP网络与被监控端B连接，并收发数据。进一步地，本发明的较佳的实施例中，监控服务器A1通过Telnet/SSH协议（两者均为网络安全协议，telnet协议为用户提供在本地计算机上完成远程登录并实现主机工作的能力；SSH协议，即安全外壳协议（Secure Shell），为用户提供远程会话和传输数据的接口程序）向被监控端B发送调用命令并获取执行结果。监控服务器A1根据执行结果生成状态信息，以供使用者检查，同时将信息写入RRD数据库A2（即本发明的较佳的实施例中所述的存储模块）中，因此，监控服务器A1和RRD数据库A2构成监控端A。当状态信息超出预设的标准范围时，监控服务器以对应的告警方式向使用者C发出告警信息。

如图3所示，本发明的较佳的实施例中，一种远程监控方法具体包括：

包括监控端与多个被监控端，监控端通过内置的一通信模块与多个被监控端连接，并对被监控端进行交互通信。本发明的较佳的实施例中，监控端与被监控端的结构设置可以参照上文中的***结构以及说明书附图1-2。

步骤1，监控端连接被监控端，并远程登录被监控端的操作***；

本发明的较佳的实施例中，以被监控端上安装有UNIX操作***为例，监控端登录被监控端的操作***即意味着获得一个接口程序（shell），从而监控端可以通过该接口程序与被监控端之间实现数据传输。

步骤2，监控端向被监控端发送调用命令，以控制被监控端的操作***调用相应的***命令；

步骤3，监控端接收来自被监控端的操作***回应***命令的相应的执行结果；

步骤4，监控端根据执行结果处理得到被监控端的操作***的相应的状态信息；

步骤5，判断监控端对被监控端是否完成一轮交互通信；

若已对被监控端完成一轮交互通信，则等待一预设的时间间隔后，返回步骤1；

若未对被监控端完成一轮交互通信，则直接返回步骤1。

本发明的较佳的实施例中，上述监控端对被监控端完成一轮交换通信，是指监控端对所有被监控端均完成一次完整的监控过程。

进一步地，本发明的较佳的实施例中，当监控端被启动时，首先采用初始化模块对监控端进行初始化操作，主要为对监控端的配置文件进行初始化操作，随后开始执行步骤1。

本发明的较佳的实施例中，在监控端内预设有上述配置文件，以供使用者发送调用命令来调用被监控端的操作***的***命令。

本发明的较佳的实施例中，上述初始化监控端的过程实际为初始化telnetd（Telnet的守护进程服务程序，提供telnet协议的虚拟终端服务）的过程。

进一步地，本发明的较佳的实施例中，步骤1中，当监控端与被监控端之间建立连接后，检测监控端与被监控端是否正常连接；

若正常连接，则继续执行步骤1；

若未正常连接，则转至步骤5。

本发明的较佳的实施例中，在被监控端的操作***中，包括有许多需要进行监控的监控项目。有些是需要进行实时监控的监控项目，即监控端需要连续调用操作***的***命令，以获取关于该监控项目的在时间上连续的多个取值，以表示该监控项目的连续变化，例如***内核的运行情况等；有些是需要进行定期监控的监控项目，即监控端定期调用操作***的***命令，来获取相关的执行结果，例如一些应用程序的运行情况，内存使用的情况以及文件***的使用情况等。对于上述两种监控项目，监控端需要执行不同的调用命令，来调用执行不同的***命令。

本发明的较佳的实施例中，对于第一种监控项目，即需要进行实时监控的监控项目，通常为监控处理器（CPU）的运行情况，监控端通过通信模块向相应的被监控端发送调用命令，以调用被监控端的操作***内部的相应的***命令。本发明的较佳的实施例中，上述用于实时监控而被调用执行的***命令可以包括例如vmstart命令（报告关于内核线程、虚拟内存、磁盘、陷阱和CPU活动的统计信息），iostat命令（输出CPU和磁盘I/O相关的统计信息）或者是sar命令（报告***资源尤其是内存和CPU的使用情况）。这些***命令不间断地被调用，其被调用的间隔时间较短，例如60秒，表示操作***每60秒就产生一个相关的执行结果。

本发明的较佳的实施例中，针对上述需要进行实时监控的监控项目，上述预设的时间间隔可以为10秒。

综上所述，本发明的较佳的实施例中，针对需要进行实时监控的监控项目，其监控步骤如图4所示，可以为：

步骤a1，启动监控端；

步骤a2，对监控端的配置文件进行初始化操作；

若初始化操作成功，则转至步骤a3；

若初始化操作失败，则退出；

步骤a3，监控端连接至被监控端，并检测连接是否正常；

若连接正常，则转至步骤a4；

若连接不正常，则初始化连接，随后转至步骤a7；

步骤a4，监控端向被监控端发送调用命令，并监测被监控端是否由可读取的执行结果生成；

步骤a5，监控端读取执行结果，并保存于存储模块中；

步骤a6，监控端根据执行结果处理得出相应的状态信息，并根据状态信息进行操作：

根据预设的对应的标准判断条件，判断上述状态信息是否满足标准判断条件；若满足，则不进行操作；若不满足，则执行相应的告警动作；

将状态信息转换成相应的可视化的图像信息并显示；

步骤a7，完成监控后，判断是否对被监控端完成一轮交互通信；

若完成一轮交互通信，则等待10秒后，返回步骤a3；

若未完成一轮交互通信，则直接返回步骤a3。

本发明的较佳的实施例中，上述步骤a6中，根据预设的对应的标准判断条件，也可以做以下处理：

当满足上述标准判断条件，则执行相应的告警动作；

当不满足上述标准判断条件，则不作任何操作。

本发明的较佳的实施例中，上述判断并告警的具体过程由下文中详述。

本发明的较佳的实施例中，上述步骤a4中，监控端向被监控端发送调用命令，以调用被监控端的操作***中的相应的***命令并不间断执行，从而获取在时间上连续的执行结果。

本发明的较佳的实施例中，对于第二种监控项目，即需要进行定期监控的监控项目，通常为监控操作***的网络连接情况或者文件***使用情况等，监控端通过通信模块向相应的被监控端发送调用命令，以调用被监控端的操作***内部的相应的***命令。本发明的较佳的实施例中，上述用于定期监控而被调用执行的***命令可以包括例如df-kl命令（用于获取文件***的使用情况）和netstat-in命令（用于获取网络的使用情况）等。这些***命令以预设的顺序被调用。

本发明的较佳的实施例中，针对上述需要定期监控的监控项目，上述预设的时间间隔可以为300秒。

综上所述，本发明的较佳的实施例中，针对需要定期监控的监控项目，其监控步骤如图5所示，可以为：

步骤b1，启动监控端；

步骤b2，对监控端的配置文件进行初始化操作；

若初始化操作成功，则转至步骤b3；

若初始化操作失败，则退出；

步骤b3，监控端连接至被监控端，并检测连接是否正常；

若连接正常，则转至步骤b4；

若连接不正常，则初始化连接，随后转至步骤b7；

步骤b4，监控端向被监控端发送调用命令，以顺序执行操作***中的相应的多个***命令；

步骤b5，监控端监测命令执行的结果是否正常；

若命令执行的结果正常，则监控端读取相应的执行结果；

若命令执行的结果不正常，则转至步骤b7；

步骤b6，监控端根据执行结果处理得出相应的状态信息，并根据状态信息进行操作：

根据预设的对应的标准判断条件，判断上述状态信息是否满足标准判断条件；若满足，则不进行操作；若不满足，则执行相应的告警动作；

将状态信息转换成相应的可视化的图像信息，并显示在显示屏上；

步骤b7，完成监控后，判断是否对被监控端完成一轮交互通信；

若完成一轮交互通信，则等待300秒后，返回步骤b3；

若未完成一轮交互通信，则直接返回步骤b3。

本发明的较佳的实施例中，上述步骤b6中，根据预设的对应的标准判断条件，也可以做以下处理：

当满足上述标准判断条件，则执行相应的告警动作；

当不满足上述标准判断条件，则不作任何操作。

本发明的较佳的实施例中，上述判断并告警的具体过程由下文中详述。

本发明的较佳的实施例中，上述步骤b4中，监控端向被监控端发送调用命令，以调用被监控端的操作***中的相应的***命令，并按照预设的顺序执行多个被调用的***命令，从而获取顺序执行后***回应的对应的执行结果。

本发明的较佳的实施例中，上述步骤4中，监控端输出状态信息后，会进行几种后续处理：

1）监控端内预设有多个对应不同种类的状态信息的不同的标准判断条件。因此，本发明的较佳的实施例中，监控端将状态信息与对应的标准判断条件进行比较，以判断其是否满足该判断条件；随后监控端根据判断结果执行不同的告警动作。

进一步地，本发明的较佳的实施例中，若不满足判断条件，则监控端执行相应的告警动作。

或者，相反地，本发明的较佳的实施例中，若满足判断条件，则监控端执行相应的告警动作。

本发明的较佳的实施例中，适用于上述远程监控***及远程监控方法的告警***如图6所示，监控端通过数据采集得到状态信息，并根据不同的标准判断条件判断是否需要告警；当需要告警时，监控端执行相应的告警动作，以提示外部的使用者注意。

本发明的较佳的实施例中，上述图6中，MES（manufacturingexecution system）表示制造执行***；MI（Manufacturing Integration）表示制造集成***；EAS（Enterprise Administrate Service）表示企业管理服务；ERP（Enterprise Resource Planning）表示企业资源计划***。

本发明的较佳的实施例中，判断并告警的具体方法如图7所示：

图6中的CHECK ITEMS为监控项目；PERFORMANCE表示监控的状态信息；MONITOR DEFAULT INDEX表示需要进行告警的条件（即标准判断条件）以及方式；PHONE+SMS，E-MAIL表示同时拨打电话、发送短消息和发送邮件（为了方便下文中描述，将该告警方式简称为第一类告警方式）；仅仅E-MAIL表示只发送邮件（为了方便下文中描述，将该告警方式简称为第二类告警方式）。上述MONITOR DEFAULT INDEX下的选项设置仅为表示优先级触发，当两项设置下对应的条件相同时，首先触发靠前的告警方式，本发明的较佳的实施例中即为第一类告警方式。

本发明的较佳的实施例中，N表示未收到操作***回应的执行结果，相反地，Y表示接收到操作***回应的执行结果。

本发明的较佳的实施例中，进一步地，对每个监控项目进行解释：

ALIVE表示被监控端的操作***正常运行；本发明的较佳的实施例中，当操作***未正常运行（DOWN）时，采用第一类告警方式通知使用者。

CPU表示操作***的CPU（处理器）的使用情况；本发明的较佳的实施例中，当操作***的CPU使用率≥95%时，采用第一类告警方式通知使用者；当操作***的CPU使用率≥90%时，采用第二类告警方式通知使用者。

MEMORY表示操作***的内存使用情况；本发明的较佳的实施例中，当操作***的内存剩余量为100MB时，采用第一类告警方式通知使用者；当操作***的内存剩余量为200MB时，采用第二类告警方式通知使用者。

FILE SYSTEM表示操作***的文件***使用情况；本发明的较佳的实施例中，当文件***的占用率≥90%时，采用第一类告警方式通知使用者；当文件***的占用率≥85%时，采用第二类告警方式通知使用者。

INODE表示操作***的节点的使用情况；本发明的较佳的实施例中，当节点块的占用率≥90%时，采用第一类告警方式通知使用者；当节点块的占用率≥85%时，采用第二类告警方式通知使用者。

NETWORK表示操作***的网络使用情况；本发明的较佳的实施例中，当操作***连接网络失败，则采用第一类告警方式通知使用者。

SWAP为操作***的交换分区的占用情况；本发明的较佳的实施例中，当交换分区占用的硬盘容量≤1%时，采用第一类告警方式通知使用者；当交换分区占用的硬盘容量≤30%时，采用第二类告警方式通知使用者。

VIRTUAL MEMORY表示操作***的虚拟内存情况；本发明的较佳的实施例中，当操作***中没有虚拟内存时（NO），采用第一类告警方式通知使用者。

SYSTEM CALL表示操作***的***调用情况；本发明的较佳的实施例中，当操作***中没有***调用时（NO），采用第一类告警方式通知使用者。

2）监控端将状态信息转换成可视化的图像信息（例如可以表示操作***的状态变化的图表）并显示在监控端的显示屏上，以供使用者查看。

本发明的较佳的实施例中，监控端可以通过运行一些画图软件将上述状态信息依照获取的时间轴绘制成一张能够反映状态变化的坐标图/曲线图/柱状图等，并显示于监控端的显示屏上。即上文中所述的执行模块可以为一绘制模块，上文中所述的显示模块可以为一显示屏。

3）监控端将状态信息保存入一存储模块内，以供使用者查看历史记录时进行调用。

综上所述，本发明的较佳的实施例中，上述远程监控方法概括来说，即：

通过自动登录模块连接到被监控端，并获得一个可以与被监控端的操作***进行交互的接口程序（shell）；

通过接口程序，监控端发送调用命令给被监控端的操作***，用来调用操作***的***命令，并且获得操作***的回应；

监控端捕获操作***回应的执行结果，并进行后续处理，以形成相应的状态信息；

监控端对状态信息进行后续处理，例如存入画图软件数据库中，并通过画图软件占线相关性能指标的趋势图；又例如将其与对应的标准判断条件进行比较，并根据比较结果以对应的告警方式发送告警信号给使用者（即执行相应的告警动作）；又例如将其存入RRD数据库中，以供使用者以后调用并查看历史记录。

于上述技术方案的基础上，上述可被选择的技术特征，例如被监控端的操作***为UNIX操作***，上述标准判断条件以及相应的告警信号等，均仅包括在本发明的特定的实施例中，并非因此限制本发明的保护范围。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (13)

1.一种远程监控***，其特征在于，包括一监控端与多个被监控端；所述监控端内设置有一通信模块；所述监控端通过所述通信模块分别连接多个所述被监控端，以对所述被监控端进行交互通信；

所述监控端还包括：

指令模块，连接所述通信模块，用于通过所述通信模块向所述被监控端发送调用指令，以远程调用执行所述被监控端的操作***的相应的***命令；

所述指令模块内预设有供所述指令模块发送所述调用指令的配置文件；

数据处理模块，连接所述通信模块，用于通过所述通信模块接收所述被监控端的操作***返回的所述***命令的执行结果，并根据所述执行结果处理得到所述被监控端的操作***的状态信息；

告警模块，连接所述数据处理模块，用于以预设的标准判断条件对所述状态信息进行判断，随后根据判断结果执行相应的告警动作。

2.如权利要求1所述的远程监控***，其特征在于，所述监控端还包括：

初始化模块，连接所述指令模块，用于在所述监控端启动时对所述配置文件进行初始化操作。

检测模块，连接所述通信模块，用于在所述监控端通过所述通信模块与所述被监控端之间建立连接时检测连接是否正常；

判断模块，连接所述通信模块，用于判断所述监控端与所述被监控端之间是否完成一轮所述交互通信；

计时模块，分别连接所述判断模块和所述检测模块，所述计时模块内置有一预设的时间间隔，所述检测模块在预设的所述时间间隔后重新开始检测所述监控端与所述被监控端之间的连接是否正常。

3.如权利要求2所述的远程监控***，其特征在于，所述监控端还包括：

显示模块，连接所述数据处理模块，用于将所述数据处理模块输出的所述状态信息转换成可视化的图像信息并显示。

4.如权利要求2所述的远程监控***，其特征在于，所述告警模块包括：

判断部件，连接所述数据处理模块；所述判断部件内预设有对应不同的所述状态信息的多个所述标准状态条件；所述判断部件接收所述数据处理模块发送的所述状态信息，并判断所述状态信息是否满足对应的所述标准状态条件；

告警部件，连接所述判断部件，所述告警部件内预先定义有对应不同的所述标准状态条件的多个告警动作；所述告警部件根据所述判断部件的判断结果，执行相应的告警动作。

5.如权利要求1所述的远程监控***，其特征在于，所述监控端还包括：

存储模块，连接所述数据处理模块，用于保存每个所述被监控端的所述状态信息。

6.一种远程监控方法，其特征在于，包括一监控端和多个与所述监控端连接的被监控端，所述监控端对所述被监控端进行交互通信；

所述远程监控方法的步骤具体包括：

步骤1，所述监控端连接所述被监控端，并远程登录所述被监控端的操作***；

步骤2，所述监控端向所述被监控端发送调用命令，以控制所述被监控端的操作***调用相应的***命令；

步骤3，所述监控端接收来自所述被监控端的操作***回应所述***命令的相应的执行结果；

步骤4，所述监控端根据所述执行结果处理得到所述被监控端的操作***的相应的状态信息。

步骤5，判断是否对所述被监控端完成一轮交互通信；

若已对所述被监控端完成一轮交互通信，则等待一预设的时间间隔后，返回所述步骤1；

若未对所述被监控端完成一轮交互通信，则直接返回所述步骤1。

7.如权利要求6所述的远程监控方法，其特征在于，

当所述监控端被启动时，首先对所述监控端的配置文件进行初始化操作，随后开始执行所述步骤1；

所述配置文件供所述指令模块发送所述调用指令。

8.如权利要求6所述的远程监控方法，其特征在于，所述步骤1中，当所述监控端与所述被监控端之间建立连接后，检测所述监控端与所述被监控端是否正常连接；

若正常连接，则继续执行所述步骤1；

若未正常连接，则转至所述步骤5。

9.如权利要求7所述的远程监控方法，其特征在于，当所述监控端向所述被监控端发送需要连续监控的所述调用命令时，所述预设的时间间隔为10秒。

10.如权利要求7所述的远程监控方法，其特征在于，当所述监控端向所述被监控端发送需要定期监控的所述调用命令时，所述预设的时间间隔为300秒。

11.如权利要求6所述的远程监控方法，其特征在于，所述步骤4中，当所述监控端获得所述状态信息后，所述监控端保存所述状态信息。

12.如权利要求6所述的远程监控方法，其特征在于，所述步骤4中，当所述监控端获得所述状态信息后，将所述状态信息处理形成可视化的图像信息并显示。

13.如权利要求6所述的远程监控方法，其特征在于，在所述监控端内预设有对应于不同种类的所述状态信息的多个标准判断条件；

在所述监控端内预先定义有对应不同的所述标准状态条件的多个告警动作；

所述步骤4中，所述监控端判断所述状态信息是否满足对应的所述标准判断条件：若所述状态信息满足所述标准判断条件，则所述监控端不进行任何操作；

若所述状态信息不满足所述标准判断条件，则所述监控端根据所述判断结果所依据的所述标准判断条件，执行相应的告警动作。