CN106776243B - 一种针对监控软件的监控方法及装置 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种针对监控软件的监控方法及装置，包括：监测客户端上的监控软件的工作状态；若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；接收所述服务器发送的修复指令；根据所述修复指令对所述监控软件进行修复。本发明用以对监控软件自身进行监控并对检测出的问题加以修复和维护。

Description

一种针对监控软件的监控方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种针对监控软件的监控方法及装置。

背景技术

在信息科技、电子产业蓬勃发展的今天，各种应用软件应运而生，且发展极为迅速，切实为人们的日常生活带来了巨大的便利。软件(Software)是一系列按照特定顺序组织的计算机数据和指令的集合，其运行时，能够提供所要求功能和性能。

为了保证软件系统按照期望进行操作运行，监控软件系统是一件极为重要的技术任务。这不但应用于软件系统的开发阶段，还应用于部署阶段，例如，当必须控制异常运行时，或者出于维护或其它目的需要评估系统的性能时。在其最简单的形式中，监控仅仅是日志产生设备获知软件系统中发生的每一个动作，并将该动作记录为日志条目添加到日志中。更广义的，监控可以是查看软件正在执行什么，如获得软件系统的当前状态，并相应做出反应。

监控软件用于监控其它软件系统，但对于监控软件自身的检测却存在问题。大多数监控软件没有对监控软件自身部署检测机制，无法及时发现自身存在的问题，易导致故障不能及时发现，从而影响业务系统的运行。或者，部分监控软件虽然实施自检，但检测方式主要依赖于人工检查，且需要人工解决问题，无法保证监控的有效性和实时性，还浪费了大量人力、时间等资源。

发明内容

本发明实施例提供一种针对监控软件的监控方法及装置，用以对监控软件自身进行监控并对检测出的问题加以修复和维护。

本发明实施例提供的针对监控软件的监控方法包括：

监测客户端上的监控软件的工作状态；

若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；

接收所述服务器发送的修复指令；

根据所述修复指令对所述监控软件进行修复。

可选的，所述监测客户端上的监控软件的工作状态，包括：

监控所述客户端上的监控软件的启动状态是否正常；

在启动状态正常时，监控所述客户端上的监控软件的采值状态是否正常。

可选的，所述监控所述客户端上的监控软件的启动状态是否正常，包括：

监控所述客户端上的监控软件的进程状态是否正常；

若进程状态正常，则确定所述客户端与所述服务器间的通信端口是否正常；

所述监控所述客户端上的监控软件的采值状态是否正常，包括：

确定所述客户端上的监控软件的监控项出现遗漏，和/或，所述客户端上的监控软件最近的采值时间与当前时间的时间差大于时间阈值。

可选的，还包括：

若所述监控软件的工作状态为正常状态，则向所述服务器发送模拟告警消息，以使所述服务器根据所述模拟告警消息确定所述监控软件的消息发送状态为正常状态。

可选的，还包括：

根据所述告警消息和所述模拟告警消息，确定第一客户端列表；

将所述第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端；所述第二客户端列表为所述服务器中存储的所有客户端的列表。

一种针对监控软件的监控装置，包括：

监测模块，用于监测客户端上的监控软件的工作状态；

收发模块，用于若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；

所述收发模块，还用于接收所述服务器发送的修复指令；

修复模块，用于根据所述修复指令对所述监控软件进行修复。

可选的，所述监测模块，具体用于：

监控所述客户端上的监控软件的启动状态是否正常；

在启动状态正常时，监控所述客户端上的监控软件的采值状态是否正常。

可选的，所述监测模块，具体用于：

监控所述客户端上的监控软件的进程状态是否正常；

若进程状态正常，则确定所述客户端与所述服务器间的通信端口是否正常；

确定所述客户端上的监控软件的监控项出现遗漏，和/或，所述客户端上的监控软件最近的采值时间与当前时间的时间差大于时间阈值。

可选的，所述收发模块，还用于：

若所述监控软件的工作状态为正常状态，则向所述服务器发送模拟告警消息，以使所述服务器根据所述模拟告警消息确定所述监控软件的消息发送状态为正常状态。

可选的，还包括确定模块，用于：

根据所述告警消息和所述模拟告警消息，确定第一客户端列表；

将所述第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端；所述第二客户端列表为所述服务器中存储的所有客户端的列表。

本发明实施例中，在客户端上部署监控软件的自检工具，用于监测客户端上的监控软件的工作状态。若监控软件的工作状态为非正常状态，则向该监控软件的服务器发送告警消息，以使服务器根据告警消息制定出修复策略，并向客户端反馈修复指令。自检工具则可根据该修复指令对监控软件进行修复。本发明实施例实现了监控软件的故障自检和问题修复功能，自动运行，及时发现并修复问题，提高了对监控软件监测的时效性和准确性，避免了潜在的业务风险。

附图说明

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

图1为本发明实施例适用的一种系统架构的示意图；

图2为本发明实施例中一种针对监控软件的监控方法的流程图；

图3为本发明实施例中对监控软件启动状态的检测方法流程图；

图4为本发明实施例中对监控软件的采值状态的检测方法流程图；

图5为本发明的具体实施例中针对监控软件的监控方法的流程图；

图6为本发明实施例中一种针对监控软件的监控方法装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

如图1所示，本发明实施例所适用的一种系统架构，包括客户端101和服务器102。客户端101为应用程序(Application，简称APP)，服务器102为客户端101所对应的服务器。其中，一个服务器102可以对应多个客户端101。客户端101部署监控软件的自检工具，将检测出的问题实时上报至服务器102，服务器102收到客户端的问题告警消息后，根据问题确定修复策略，并下发修复指令给客户端101，客户端101按照修复指令修复监控软件的问题。

客户端101安装于终端上，终端可以是手机、平板电脑或者是专用的手持设备等具有无线通信功能的电子设备，也可以是个人计算机(personal computer，简称PC)，笔记本电脑，服务器等有线接入方式连接上网的设备。服务器102可以是计算机等网络设备。服务器102可以是一个独立的设备，也可以是多个服务器所形成的服务器集群。优选地，服务器102可以采用云计算技术进行信息处理。

客户端101可以通过INTERNET网络与服务器102进行通信，也可以通过全球移动通信系统(Global System for Mobile Communications，简称GSM)、长期演进(long termevolution，简称LTE)系统等移动通信系统与服务器102进行通信。

图2示例性示出了本发明实施例提供的一种针对监控软件的监控方法流程示意图。

基于前述内容，如图2所示，本发明实施例提供的在客户端侧实现的一种针对监控软件的监控方法，包括以下步骤：

步骤201、监测客户端上的监控软件的工作状态；

步骤202、若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；

步骤203、接收所述服务器发送的修复指令；

步骤204、根据所述修复指令对所述监控软件进行修复。

本发明实施例中，在客户端上部署监控软件的自检工具，用于监测客户端上的监控软件的工作状态。若监控软件的工作状态为非正常状态，则向该监控软件的服务器发送告警消息，以使服务器根据告警消息制定出修复策略，并向客户端反馈修复指令。自检工具则可根据该修复指令对监控软件进行修复。本发明实施例实现了监控软件的故障自检和问题修复功能，自动运行，及时发现并修复问题，提高了对监控软件监测的时效性和准确性，避免了潜在的业务风险。

上述步骤201，监测客户端上的监控软件的工作状态，包括：

监控所述客户端上的监控软件的启动状态是否正常；

在启动状态正常时，监控所述客户端上的监控软件的采值状态是否正常。

本发明实施例中，监控软件的工作状态包括监控软件的启动状态和监控软件的采值状态。因此监测客户端上监控软件的工作状态，即为监控监控软件的启动状态和采值状态。若监控软件的启动状态和采值状态有一个状态不正常，或者，启动状态和采值状态均不正常，则客户端向服务器发送告警消息，向服务器上报监控软件出现的问题。

下面分别对监控软件的启动状态和采值状态进行详细说明。

首先是监控软件的启动状态。

监控所述客户端上的监控软件的启动状态是否正常，包括：

监控所述客户端上的监控软件的进程状态是否正常；

若进程状态正常，则确定所述客户端与所述服务器间的通信端口是否正常。

具体来说，本发明实施例中，对于监控软件启动状态的检测分为两个部分，一是对监控软件的进程的检测，另一个是对客户端与服务器间的通信端口进行检测，如图3所示。对监控软件的进程的检测，主要检测进程的数量和进程对应的用户，若进程的数量为零，则其进程状态不正常，直接发送告警消息至服务器；在进程的数量不为零的情况下，检测每个进程对应的用户，如验证每个用户的账号密码是否正确且对应，若每个进程的用户均通过验证，则表明监控软件的进程状态正常，继续进行后续检测；若至少有一个进程的用户未通过验证，则表明监控软件的进程状态不正常，需要发送告警消息至服务器。在监控软件的进程状态为正常的情况下，检测客户端与服务器是否连通，主要是监测客户端与服务器的通信端口是否连通。若端口不通，则发送告警消息至服务器；若端口连接正常，则表明监控软件的进程状态正常。

其次是监控软件的采值状态。

所述监控所述客户端上的监控软件的采值状态是否正常，包括：

确定所述客户端上的监控软件的监控项出现遗漏，和/或，所述客户端上的监控软件最近的采值时间与当前时间的时间差大于时间阈值。

对于监控软件的采值状态的检测也分为两个部分，一个是检测监控软件的监控项是否出现遗漏，另一个是检测监控软件的采值时间是否正常。如图4所示，先检测监控软件的监控项是否出现遗漏，具体可以从终端的文件系统、数据库等存储空间中查找出该监控软件对应的监控项信息，将存储的监控项信息与监控软件实施监控的监控项进行对比，若两者不同，则表明监控软件的监控项出现遗漏，向服务器发送告警消息；若两者相同，则监控软件的监控项未出现遗漏，执行后续对采值时间的检测。对于确定监控软件的采值时间是否正常，针对一个监控项，本发明实施例计算最近的采值时间与当前时间之间的差值，若差值大于时间阈值，则认为监控软件的采值时间不正常，发送告警消息给服务器；若差值小于或等于时间阈值，表明该监控项的采值时间正常。这里每个监控项的时间阈值可以相同，也可以不同，具体的时间阈值由监控软件的设置决定。

本发明实施例中，在对客户端的监控软件进行各项检测时，若检测出问题，则立刻向服务器发送告警消息。较佳地，告警消息采用基于简单网络管理协议(Simple NetworkManagement Protocol，简称SNMP)的SNMP Trap通信机制。SNMP Trap是被管理设备主动发送消息至管理设备的一种通信方式，客户端指定SNMP版本、目的地址和约定的规则，将告警消息发送至服务器，服务器根据约定的SNMP版本和规则接收客户端发来的告警消息。通过SNMP Trap通信机制，客户端可以主动地将检测出的问题实时发送给服务器。

本发明实施例中，若检测出监控软件的工作状态为非正常状态，向服务器发送告警消息；另一方面，若监控软件的工作状态为正常状态，则向服务器发送模拟告警消息。即本发明实施例还包括：

若所述监控软件的工作状态为正常状态，则向所述服务器发送模拟告警消息，以使所述服务器根据所述模拟告警消息确定所述监控软件的消息发送状态为正常状态。

具体来说，本发明实施例在完成对客户端的监控软件的各项检测后，向服务器发送模拟告警消息，模拟告警消息的发送基于监控软件客户端和服务器之间的通信机制，整个模拟告警消息的上送流程与实际的告警消息上送过程完全一致。向服务器发送模拟告警消息的作用是，可以使服务器根据收到模拟告警消息，确定相应客户端中的监控软件的消息发送状态为正常状态，即该客户端可以正常将消息发送至服务器。

进一步，本发明实施例还包括：

所述服务器根据所述告警消息和所述模拟告警消息，确定第一客户端列表；

所述服务器将所述第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端；所述第二客户端列表为所述服务器中存储的所有客户端的列表。

具体来说，服务器根据接收到的告警消息和模拟告警消息，确定接收到的消息对应的客户端列表，作为第一客户端列表，第一客户端列表中的客户端为可以成功将消息发送给服务器的客户端。同时，服务器从服务器的内存或数据库等存储区域中，获取该服务器管理的所有客户端的列表，作为第二客户端列表，第二客户端列表中的客户端为该服务器中存储的所有客户端。将第一客户端列表和第二客户端列表进行对照，确定出位于第二客户端列表而不在第一客户端列表中的客户端，即为无法上送告警消息至服务器的客户端。这样，服务器可以通过第一客户端列表和第二客户端列表确定出消息发送状态不正常的客户端，从而对这部分客户端进行相应处理。

最后，服务器在接收到客户端发送的告警消息后，或者通过对比第一客户端列表和第二客户端列表，确定出存在问题的客户端以及相应的问题。从而根据相应的问题修复策略，查找出修复相应问题的方法，并下发修复指令给相应的客户端，客户端可根据指令进行问题的自动修复。客户端完成问题修复后，等待进行下一轮的定时检查和修复。

为了更清楚地理解本发明，下面以具体的实施例对上述流程进行详细描述，如图5所示，具体实施例中针对监控软件的监控方法的步骤如下所示，包括：

步骤501、客户端检测监控软件的进程状态是否正常，若是，则执行步骤502；否则，执行步骤503。

步骤502、客户端确定客户端与服务器间的通信端口是否正常，若是，则执行步骤504；否则，执行步骤503。

步骤503、客户端向服务器发送告警消息。

步骤504、客户端确定监控软件的监控项是否出现遗漏，若是，执行步骤503；否则，执行步骤505。

步骤505、客户端计算监控软件最近的采值时间与当前时间的时间差是否大于时间阈值，若是，执行步骤503；否则，执行步骤506。

步骤506、客户端向服务器发送模拟告警消息。

步骤507、服务器根据告警消息和模拟告警消息，确定第一客户端列表。

步骤508、服务器将第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端。

步骤509、服务器根据接收到的告警消息，或无法上送告警消息的客户端，确定问题修复方案。

步骤510、服务器向客户端发送问题修复指令。

步骤511、客户端根据问题修复指令对监控软件进行修复。

基于相同的技术构思，本发明实施例还提供一种针对监控软件的监控装置，如图6所示，包括：

监测模块601，用于监测客户端上的监控软件的工作状态；

收发模块602，用于若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；

所述收发模块602，还用于接收所述服务器发送的修复指令；

修复模块603，用于根据所述修复指令对所述监控软件进行修复。

可选的，所述监测模块601，具体用于：

监控所述客户端上的监控软件的启动状态是否正常；

在启动状态正常时，监控所述客户端上的监控软件的采值状态是否正常。

可选的，所述监测模块601，具体用于：

监控所述客户端上的监控软件的进程状态是否正常；

若进程状态正常，则确定所述客户端与所述服务器间的通信端口是否正常；

确定所述客户端上的监控软件的监控项出现遗漏，和/或，所述客户端上的监控软件最近的采值时间与当前时间的时间差大于时间阈值。

可选的，所述收发模块602，还用于：

若所述监控软件的工作状态为正常状态，则向所述服务器发送模拟告警消息，以使所述服务器根据所述模拟告警消息确定所述监控软件的消息发送状态为正常状态。

可选的，还包括确定模块604，用于：

根据所述告警消息和所述模拟告警消息，确定第一客户端列表；

将所述第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端；所述第二客户端列表为所述服务器中存储的所有客户端的列表。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (4)

1.一种针对监控软件的监控方法，其特征在于，包括：

监测客户端上的监控软件的工作状态；

所述监测客户端上的监控软件的工作状态，包括：监控所述客户端上的监控软件的启动状态是否正常，包括：监控所述客户端上的监控软件的进程状态是否正常；若进程状态正常，则确定所述客户端与服务器间的通信端口是否正常；

在启动状态正常时，监控所述客户端上的监控软件的采值状态是否正常，包括：确定所述客户端上的监控软件的监控项是否出现遗漏，和/或，所述客户端上的监控软件最近的采值时间与当前时间的时间差是否大于时间阈值；

若所述监控软件的工作状态为正常状态，则向所述服务器发送模拟告警消息，以使所述服务器根据所述模拟告警消息确定所述监控软件的消息发送状态为正常状态；

若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；

接收所述服务器发送的修复指令；

根据所述修复指令对所述监控软件进行修复。

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

根据所述告警消息和所述模拟告警消息，确定第一客户端列表；

将所述第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端；所述第二客户端列表为所述服务器中存储的所有客户端的列表。

3.一种针对监控软件的监控装置，其特征在于，包括：

监测模块，用于监控客户端上的监控软件的启动状态是否正常，包括监控所述客户端上的监控软件的进程状态是否正常，若进程状态正常，则确定所述客户端与服务器间的通信端口是否正常；在启动状态正常时，监控所述客户端上的监控软件的采值状态是否正常，包括确定所述客户端上的监控软件的监控项是否出现遗漏，和/或，所述客户端上的监控软件最近的采值时间与当前时间的时间差是否大于时间阈值；

收发模块，用于若所述监控软件的工作状态为非正常状态，则向所述监控软件的服务器发送告警消息；

所述收发模块，还用于接收所述服务器发送的修复指令；

修复模块，用于根据所述修复指令对所述监控软件进行修复；

所述收发模块，还用于若所述监控软件的工作状态为正常状态，则向所述服务器发送模拟告警消息，以使所述服务器根据所述模拟告警消息确定所述监控软件的消息发送状态为正常状态。

4.如权利要求3所述的装置，其特征在于，还包括确定模块，用于：

根据所述告警消息和所述模拟告警消息，确定第一客户端列表；

将所述第一客户端列表与第二客户端列表对比，确定无法上送告警消息的客户端；所述第二客户端列表为所述服务器中存储的所有客户端的列表。

Images