[发明专利]一种软件看门狗系统

说明书

技术领域

本发明涉及用于监控服务或业务运行的软件看门狗系统，具体涉及一种软件看门狗系统。

背景技术

看门狗系统广泛应用于硬件和软件当中，看门狗系统本身不是用来解决系统出现的问题，加入看门狗系统的目的是，对于一些程序的潜在错误和恶劣环境干扰等因素而导致的系统死机、且在无人干预的情况下能自动恢复系统正常工作状态。随着计算机和互联网的高速发展，各应用服务和互联网业务的使用也越来越广泛，而这些服务是需要一直提供服务的，这是就需要使用看门狗系统保证其能长期稳定可靠的运行。通常情况下，由于应用系统和业务系统的多样性，各主机上安装的应用系统和业务系统个数和类型也千差万别，有的只需安装一两个，有的则安装四五个，若每个服务都使用一个看门狗软件系统，那么有的机器上需安装一两个看门狗，有的则安装四五个看门狗，这样就在一定程度上、极大地浪费了资源。

因此，现有技术中存在需要改进之处。

发明内容

本发明的目的在于提供一种通用灵活的软件看门狗系统，其实现了任意多个服务使用一个看门狗系统的功能，只需通过修改看门狗的相关配置文件，就可以在看门狗系统自身的程序无需作任何变化的情况下，同时监控多个服务。

为了实现上述目的，本发明采用如下技术方案：

本发明提供了一种软件看门狗系统，所述看门狗系统包括：

看门狗配置文件模块，用于存储记录有所述看门狗系统自身端口和多个被监控服务的属性信息的配置文件；

定时发送器，用于定时向所述各个被监控服务发送探询消息；

消息处理器，用于处理来自所述各个被监控服务的服务消息；

内部通信接口模块，用于接收来自所述被监控服务的服务消息，将该服务消息发送至所述消息处理器；

服务属性管理器，用于读取所述配置文件中的属性信息，根据该属性信息在所述定时发送器和消息处理器中注册各个被监控服务；及

看门狗客户端接口模块，用于存储被监控服务要调用的消息处理方法，并在监听到来自所述看门狗系统的消息时，由被监控服务调用相应的消息处理方法向所述看门狗系统发送服务消息。

其中，所述服务属性管理器中存储有一策略表，该表记录有服务主题、服务消息的类型、以及与服务消息类型相对应的处理策略三者之间的对应关系，所述处理策略和服务消息的类型送至所述消息处理器中进行注册。

其中，所述注册过程是：根据所述属性信息中关于被监控服务的服务主题，在所述消息处理器和所述定时发送器内生成多个分别与所述各个被监控服务一一对应的映射对象。

其中，所述内部通信接口模块包括：

消息收集器，用于收集所述服务消息，将收集的服务消息按顺序送至消息分发器；及

消息分发器，用于根据所述服务消息对应的被监控服务，将所述服务消息发送至在所述消息处理器内与该被监控服务相对应的映射对象。

其中，所述消息处理器的一信息接口与所述内部通信接口模块相连，该信息接口用于在所述消息处理器生成多个所述映射对象时，将所述映射对象的标示传送给所述内部通信接口模块。

其中，所述消息分发器中设置有一关系表，该表用于记录所述被监控服务、所述服务主题以及在所述消息处理器内映射对象的标示三者之间的一一对应关系。

其中，所述看门狗系统还包括：多个分别与所述多个被监控服务相对应的计数单元，与一被监控服务相对应的计数单元用于记录该被监控服务未响应的所述探询消息的个数，并在该个数达到一限值时，使所述消息处理器中相应的映射对象对该被监控服务执行操作。

其中，所述被监控服务的属性信息至少包括：用于向被监控服务发送消息的通信端口、服务主题、基础的命令行语句、和探询间隔。

其中，所述处理策略包含：停止服务、重启服务、杀死进程、执行命令行语句中的一种或多种。

其中，所述服务消息的类型包括：回复所述探询消息的消息、各种级别的错误消息、或各种级别的命令消息。

从上述技术方案可以看出，通过对配置文件进行添加或修改或删除，可以对多个服务实现监控，当服务出现问题时，会根据处理策略或服务自身发送的命令消息执行相应的操作，从而保证服务的正常稳定的运行。无需再为每个服务提供特别的看门狗工具，节省了主机资源，也简化的安装查看时的繁琐性。新增服务的时候，也减少了实现时的负担，无需再为其实现一个看门狗系统，只需在原有看门狗系统的配置文件中新增一个服务项即可。

附图说明

图1为本发明的系统结构示意图；

图2为本发明的工作流程图；

图3为本发明的工作流程图。

具体实施方式