CN110837453B - 一种公文交换平台的监控方法及相关装置 - Google Patents

Abstract

本申请公开了一种公文交换平台的监控方法，包括：向多个待监控公文交换节点发送监控请求，以便接收到监控请求的待监控公文交换节点返回运行状态信息；对多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从软硬件资源获取到软硬件监控数据；通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到多个待监控公文交换节点的综合运行状态信息；根据关联关系对多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据整体运行状态对公文交换平台进行监控。通过关联出的关联关系拓扑化处理出公文交换平台的整体运行状态，实现对该平台进行整体监控，提高了监控的有效性。

Description

一种公文交换平台的监控方法及相关装置

技术领域

本申请涉及计算机技术领域，特别涉及一种公文交换平台的监控方法、监控装置、服务器以及计算机可读存储介质。

背景技术

随着信息化技术的不断发展，文档交换尤其是公文交换可以通过信息化技术实现。其中一种现有技术是通过电子公文交换平台技术对公文进行交换。具体的，电子公文交换平台是一个跨地区、跨单位、跨部门交换型的公文应用平台，支持安全可靠的电子公文信息交换。随着政务电子信息交换，可有效提高政务工作的办公效率，推进政务信息化建设。

随着政务信息化建设的不断推进，政务部门的日常工作越来越依赖电子公文交换平台。因此，保持电子公文交换平台的安全可靠运行越来越重要。但是，现有技术中的电子公文交换平台由于跨地区、跨单位、跨部门的特性，对电子公文交换平台进行全面的有效的监控十分困难。进一步，当将电子公文交换平台运行在分布式系统中时，由于设备的分布更加分散，无法将全系统的收发文数据进行统一的汇总以及展现，也无法对全系统的公文收发请求进行跟踪和实时掌握。降低了对危险情况进行预警的实时性，容易在公文交换的过程中出现执行问题。

因此，如何有效的对公文交换过程进行监控，是本领域工作人员关注的重点问题。

发明内容

本申请的目的是提供一种公文交换平台的监控方法、监控装置、服务器以及计算机可读存储介质，通过关联出的关联关系拓扑化处理出公文交换平台的整体运行状态，实现对该平台进行整体监控，提高了监控的有效性。

为解决上述技术问题，本申请提供一种公文交换平台的监控方法，包括：

向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息；

对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据；

通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到所述多个待监控公文交换节点的综合运行状态信息；

根据所述关联关系对所述多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据所述整体运行状态对公文交换平台进行监控。

可选的，向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息，包括：

向所述多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点以外部接口参数的形式返回所述运行状态信息。

可选的，对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据，包括：

将所述多个待监控公文交换节点之间进行关联，得到节点关联关系；

将每个待监控公文交换节点与对应的软硬件资源进行关联，得到软硬件关联关系；

将所述节点关联关系和所述软硬件关联关系作为所述关联关系；

从每个待监控公文交换节点对应的所述软硬件资源获取到软硬件监控数据。

可选的，所述综合运行状态信息包括基础信息和预警信息。

本申请还提供一种公文交换平台的监控装置，包括：

节点状态获取模块，用于向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息；

软硬件资源处理模块，用于对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据；

复杂事件处理模块，用于通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到所述多个待监控公文交换节点的综合运行状态信息；

整体运行状态获取模块，用于根据所述关联关系对所述多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据所述整体运行状态对公文交换平台进行监控。

可选的，所述节点状态获取模块，具体用于向所述多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点以外部接口参数的形式返回所述运行状态信息。

可选的，所述软硬件资源处理模块，包括：

节点关联单元，用于将所述多个待监控公文交换节点之间进行关联，得到节点关联关系；

软硬件关联单元，用于将每个待监控公文交换节点与对应的软硬件资源进行关联，得到软硬件关联关系；

关联关系获取单元，用于将所述节点关联关系和所述软硬件关联关系作为所述关联关系；

软硬件数据获取单元，用于从每个待监控公文交换节点对应的所述软硬件资源获取到软硬件监控数据。

本申请还提供一种服务器，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述的监控方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的监控方法的步骤。

本申请所提供的一种公文交换平台的监控方法，包括：向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息；对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据；通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到所述多个待监控公文交换节点的综合运行状态信息；根据所述关联关系对所述多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据所述整体运行状态对公文交换平台进行监控。

通过向多个待监控公文交换节点发送监控请求获取到该节点的运行状态信息，并且对每个待监控节点的软硬件资源进行关联得到关联关系，获取到软硬件监控数据，最后根据关联关系将每个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，也就是将每个待监控公文交换节点的监控数据拓扑化后成为整体的监控数据，再对整体进行监控操作，而不是现有技术中单个节点进行监控，实现对公文交换平台的实时跟踪以及全局掌握，提高了对危险情况进行预警的实时性。

本申请还提供一种公文交换平台的监控装置、服务器以及计算机可读存储介质，具有以上有益效果，在此不作赘述。

附图说明

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

图1为本申请实施例所提供的一种公文交换平台的监控方法的流程图；

图2为本申请实施例所提供的一种公文交换平台的监控装置的结构示意图。

具体实施方式

本申请的核心是提供一种公文交换平台的监控方法、监控装置、服务器以及计算机可读存储介质，通过关联出的关联关系拓扑化处理出公文交换平台的整体运行状态，实现对该平台进行整体监控，提高了监控的有效性。

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

现有技术是通过电子公文交换平台技术对公文进行交换。具体的，电子公文交换平台是一个跨地区、跨单位、跨部门交换型的公文应用平台，支持安全可靠的电子公文信息交换。随着政务电子信息交换，可有效提高政务工作的办公效率，推进政务信息化建设。随着政务信息化建设的不断推进，政务部门的日常工作越来越依赖电子公文交换平台。因此，保持电子公文交换平台的安全可靠运行越来越重要。但是，现有技术中的电子公文交换平台由于跨地区、跨单位、跨部门的特性，对电子公文交换平台进行全面的有效的监控十分困难。进一步，当将电子公文交换平台运行在分布式系统中时，由于设备的分布更加分散，无法将全系统的收发文数据进行统一的汇总以及展现，也无法对全系统的公文收发请求进行跟踪和实时掌握。降低了对危险情况进行预警的实时性，容易在公文交换的过程中出现执行问题。

因此，本申请提供一种公文交换平台的监控方法，通过向多个待监控公文交换节点发送监控请求获取到该节点的运行状态信息，并且对每个待监控节点的软硬件资源进行关联得到关联关系，获取到软硬件监控数据，最后根据关联关系将每个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，也就是将每个待监控公文交换节点的监控数据拓扑化后成为整体的监控数据，再对整体进行监控操作，而不是现有技术中单个节点进行监控，实现对公文交换平台的实时跟踪以及全局掌握，提高了对危险情况进行预警的实时性。

请参考图1，图1为本申请实施例所提供的一种公文交换平台的监控方法的流程图。

本实施例中，该方法可以包括：

S101，向多个待监控公文交换节点发送监控请求，以便接收到监控请求的待监控公文交换节点返回运行状态信息；

本步骤旨在从待监控公文交换节点中获取到该节点的运行状态信息。具体的，执行方式是向该交换节点发送监控请求，使得该交换节点返回对应的数据。为了提高运行状态信息获取的实时性，可以设定预设周期向该交换节点发送监控请求。并且，本步骤中是向多个节点发送监控请求，具体的，可以以广播的方式发送监控请求，也可以是对预设集合内的所有待监控公文交换节点发送监控请求。

进一步的，本步骤中从待监控公文交换节点获取运行状态信息的方式可以是直接从节点中取回数据，也可以是通过节点提供的接口参数实时获取参数，还可以采用现有技术提供的任意一种数据获取方式获取到数据。可见，本步骤中从节点获取到状态信息的方式并不唯一，本实施例并不做限定。

可选的，本步骤可以包括：

向多个待监控公文交换节点发送监控请求，以便接收到监控请求的待监控公文交换节点以外部接口参数的形式返回运行状态信息。

可见，本可选方案中就是以外部接口的形式获取运行状态信息。也就是，当获取到该外部接口参数后根据该外部接口参数实时从接口中获取到运行状态信息。

S102，对多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从软硬件资源获取到软硬件监控数据；

本步骤旨在对每个待监控公文交换节点对应的软硬件资源进行关联和同步。其中，关联即为与对应的待监控公文交换节点设置对应的关系。同步即为按照预设周期获取到该软硬件资源的软硬件监控数据。

具体的，本步骤可以包括：

步骤1，将多个待监控公文交换节点之间进行关联，得到节点关联关系；

步骤2，将每个待监控公文交换节点与对应的软硬件资源进行关联，得到软硬件关联关系；

步骤3，将节点关联关系和软硬件关联关系作为关联关系；

步骤4，从每个待监控公文交换节点对应的软硬件资源获取到软硬件监控数据。

可见，本具体方案中的关联关系包括了节点关联关系和软硬件关联关系，不仅从节点层面将各个节点联系起来，还在软硬件层面形成对应的联系。最后获取到对应的软硬件监控数据。其中，软硬件监控数据可以包括服务器资源数据、数据库资源数据以及中间件资源数据。

S103，通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到多个待监控公文交换节点的综合运行状态信息；

在S101和S102的基础上，本步骤旨在通过复杂事件处理引擎将获取到的多个运行状态信息和软硬件监控数据进行处理，得到综合运行状态信息。具体的，该综合运行状态信息可以包括基础信息和预警信息。

其中，复杂事件处理引擎是一种基于动态环境中事件流的分析技术，事件在这里通常是有意义的状态变化，通过分析事件间的关系，利用过滤、关联、聚合等技术，根据事件间的时序关系和聚合关系制定检测规则，持续地从事件流中查询出符合要求的事件序列，最终分析得到更复杂的复合事件，主要用于网络诈欺识别等防止犯罪，银行等金融行业防止以及风险规避和营销决策等。

S104，根据关联关系对多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据整体运行状态对公文交换平台进行监控。

在S103的基础上，本步骤旨在根据关联关系将获取到的多个综合运行状态信息进行拓扑化处理，得到该公文交换平台的整体运行状态，以便根据该整体运行状态对公文交换平台整体进行监控，实现对公文交换过程进行整体掌控，提高预警的及时性。

而在现有技术中，由于设备之间的分散只能每次监控到一个设备的运行状态。而公文传输是经过多个设备，监控窗口太小无法很好的对整体的过程进行监控，当出现问题时就降低了监控的及时性，无法保证预警的有效性。

因此，本步骤中对每个交换节点的综合运行状态信息进行拓扑化处理后得到整体运行状态，以实现对公文交换平台进行整体监控操作，提高监控的及时性和有效程度。

综上，本实施例通过向多个待监控公文交换节点发送监控请求获取到该节点的运行状态信息，并且对每个待监控节点的软硬件资源进行关联得到关联关系，获取到软硬件监控数据，最后根据关联关系将每个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，也就是将每个待监控公文交换节点的监控数据拓扑化后成为整体的监控数据，再对整体进行监控操作，而不是现有技术中单个节点进行监控，实现对公文交换平台的实时跟踪以及全局掌握，提高了对危险情况进行预警的实时性。

以下通过另一具体的实施例，对本申请提供的一种公文交换平台的监控方法做进一步说明。

本实施例中，该方法可具体通过OSGi规范结合Spring技术实现。

其中，OSGi服务平台的Spring动态模型项目(即Spring动态模型，简称Spring DM)允许开发者构建Spring应用程序，这种应用程序能够在OSGi容器中进行部署，并可有效利用OSGi框架所提供的服务。使用Spring DM，可以动态发现和使用系统内其他模块提供的服务，在模块内部和模块之间进行实例化、配置、整合组件，让企业应用开发者使用简单、熟悉的编程模型开发OSGi平台的功能。通过该技术可以将本申请中的监控方法轻松的插入原有的运维平台中，而不用做出过多的改动。

并且，在现有的监控适配器的基础上进行改进，主要包括：

关联软硬件资源：公文交换节点所关联的软硬件资源进行关联，实现关联软硬件的动态增删改以及监控，实现公文交换节点部署迁移后，仅进行简单页面配置即可实现监控功能。

与公文交换节点信息交互接口：原有适配器技术的基础上，集成公文交换节点信息交互接口，并实现接口参数的动态配置。

公文交换数据封装：将公文交换数据解析后的字节数据通过事件封装方法包装成事件，然后再将事件通过事件流封装方法包装成事件流。最终适配器将封装后的事件流发送到复杂事件处理引擎。

通过开发公文交换类适配器，上层应用只关注于业务逻辑，数据获取则全部交给适配器，大大节约了开发成本和时间。

在以上应用场景的基础上，本实施例的方法具体可以包括：

步骤1，添加公文交换节点资源首先会向被监控节点发送监控请求，告知其产生告警信息发送的外部接口参数。

步骤2，同步会关联公文监控节点的相关软硬件资源，包含服务器、数据库、中间件的等，并同步展开监控。

步骤3，在完成步骤1和步骤2的同时，会同步生成公文交换节点资源的关联关系，关联关系既包含公文交换节点和自身关联的软硬件的关系，又包含公文交换节点之间的关联关系。

步骤4，公文交换自身运行数据和公文监控节点的相关软硬件资源的监控数据，通过复杂事件处理引擎，生成公文监控节点的整体运行状态以及预警信息。

步骤5，根据关联关系，绘制拓扑图，整体展现公文交换所有节点的整体状态。

可见，本实施例通过向多个待监控公文交换节点发送监控请求获取到该节点的运行状态信息，并且对每个待监控节点的软硬件资源进行关联得到关联关系，获取到软硬件监控数据，最后根据关联关系将每个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，也就是将每个待监控公文交换节点的监控数据拓扑化后成为整体的监控数据，再对整体进行监控操作，而不是现有技术中单个节点进行监控，实现对公文交换平台的实时跟踪以及全局掌握，提高了对危险情况进行预警的实时性。

下面对本申请实施例提供的一种公文交换平台的监控装置进行介绍，下文描述的一种公文交换平台的监控装置与上文描述的一种公文交换平台的监控方法可相互对应参照。

请参考图2，图2为本申请实施例所提供的一种公文交换平台的监控装置的结构示意图。

本实施例中，该装置可以包括：

节点状态获取模块100，用于向多个待监控公文交换节点发送监控请求，以便接收到监控请求的待监控公文交换节点返回运行状态信息；

软硬件资源处理模块200，用于对多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从软硬件资源获取到软硬件监控数据；

复杂事件处理模块300，用于通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到多个待监控公文交换节点的综合运行状态信息；

整体运行状态获取模块400，用于根据关联关系对多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据整体运行状态对公文交换平台进行监控。

可选的，该节点状态获取模块100，具体用于向多个待监控公文交换节点发送监控请求，以便接收到监控请求的待监控公文交换节点以外部接口参数的形式返回运行状态信息。

可选的，该软硬件资源处理模块200，可以包括：

节点关联单元，用于将多个待监控公文交换节点之间进行关联，得到节点关联关系；

软硬件关联单元，用于将每个待监控公文交换节点与对应的软硬件资源进行关联，得到软硬件关联关系；

关联关系获取单元，用于将节点关联关系和软硬件关联关系作为关联关系；

软硬件数据获取单元，用于从每个待监控公文交换节点对应的软硬件资源获取到软硬件监控数据。

本申请实施例还提供一种服务器，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如以上实施例所述的监控方法的步骤。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的监控方法的步骤。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种公文交换平台的监控方法、监控装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (7)

1.一种公文交换平台的监控方法，其特征在于，包括：

向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息；

对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据；

通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到所述多个待监控公文交换节点的综合运行状态信息；

根据所述关联关系对所述多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据所述整体运行状态对公文交换平台进行监控；

其中，对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据，包括：

将所述多个待监控公文交换节点之间进行关联，得到节点关联关系；

将每个待监控公文交换节点与对应的软硬件资源进行关联，得到软硬件关联关系；

将所述节点关联关系和所述软硬件关联关系作为所述关联关系；

从每个待监控公文交换节点对应的所述软硬件资源获取到软硬件监控数据。

2.根据权利要求1所述的监控方法，其特征在于，向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息，包括：

向所述多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点以外部接口参数的形式返回所述运行状态信息。

3.根据权利要求1所述的监控方法，其特征在于，所述综合运行状态信息包括基础信息和预警信息。

4.一种公文交换平台的监控装置，其特征在于，包括：

节点状态获取模块，用于向多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点返回运行状态信息；

软硬件资源处理模块，用于对所述多个待监控公文交换节点和对应的软硬件资源进行关联，得到关联关系，并从所述软硬件资源获取到软硬件监控数据；

复杂事件处理模块，用于通过复杂事件处理引擎对接收到的多个运行状态信息和软硬件监控数据进行处理，得到所述多个待监控公文交换节点的综合运行状态信息；

整体运行状态获取模块，用于根据所述关联关系对所述多个待监控公文交换节点的综合运行状态信息进行拓扑化处理，得到整体运行状态，以便根据所述整体运行状态对公文交换平台进行监控；

其中，所述软硬件资源处理模块，包括：

节点关联单元，用于将所述多个待监控公文交换节点之间进行关联，得到节点关联关系；

软硬件关联单元，用于将每个待监控公文交换节点与对应的软硬件资源进行关联，得到软硬件关联关系；

关联关系获取单元，用于将所述节点关联关系和所述软硬件关联关系作为所述关联关系；

软硬件数据获取单元，用于从每个待监控公文交换节点对应的所述软硬件资源获取到软硬件监控数据。

5.根据权利要求4所述的监控装置，其特征在于，所述节点状态获取模块，具体用于向所述多个待监控公文交换节点发送监控请求，以便接收到所述监控请求的待监控公文交换节点以外部接口参数的形式返回所述运行状态信息。

6.一种服务器，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至3任一项所述的监控方法的步骤。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述的监控方法的步骤。