CN109286191A - 基于asm的j2ee电力业务应用系统的巡检系统及方法 - Google Patents

Abstract

本发明提供一种基于ASM的J2EE电力业务应用系统的巡检系统及方法，抓取业务功能后台运行状况信息；根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，形成业务功能执行流程图；将抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断业务应用系统运行是否正常。通过AOP探针抓取系统业务功能后台执行步骤相关信息，实现对J2EE电力业务应用系统性能监控及故障定位，保证电力系统高效稳定运行；发现业务应用系统运行规律，溯源业务操作过程记录，为系统功能优化及业务系统功能故障问题提供数据支撑，真正实现主动运维、主动发现系统运行问题，保证电力业务系统稳定高效运转，更好地为智能电网服务。

Description

基于ASM的J2EE电力业务应用系统的巡检系统及方法

技术领域

本发明属于电力系统监控技术领域，尤其涉及一种基于ASM的J2EE电力业务应用系统的巡检系统及方法。

背景技术

电力系统中通常包括多个业务应用系统，每个业务应用系统都有其各自的作用，如：用采、营销、输电、配电等，尤其是用电信息采集系统，具有功能点多、数据量大及日志量也很大的特点，单纯靠日志发现用户操作业务功能是可以实现的，但这种实现是滞后的，功能业务处理耗时长的问题需要客户的反馈。

而且，多个业务应用系统部署上线前经过严格的测试，但人工测试情形往往是理想数据的情况下，系统上线后往往会有极个别情况导致系统功能异常，这些异常无法溯源，类似这样的问题很难再现，系统维护人员也往往是束手无策。除此之外，开发测试环境的数据量无法跟生产环境的数据量比拟，业务应用系统上线后随着数据量增加之后，业务处理速度会变得越来越慢，后台业务处理方法间相互调用，具体哪个方法的业务处理算法导致整体效率慢也需要大量测试工作才能发现，耗费了大量的人力、物力，而且效率低下，问题发现也是滞后的。

发明内容

为解决上述技术问题，本发明提供一种基于ASM的J2EE电力业务应用系统的巡检系统及方法。

为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

本发明采用如下技术方案：

在一些可选的实施例中，提供一种基于ASM的J2EE电力业务应用系统的巡检系统，包括：

AOP探针抓取数据模块，用于根据预设的配置区域，抓取业务应用系统功能对应的执行节点数据，以获取业务功能后台运行状况信息；

业务功能执行信息整合模块，用于整合功能后台执行运行数据，根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，形成业务功能执行流程图；

比对模块，用于将所述AOP探针抓取数据模块抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断业务应用系统运行是否正常。

在一些可选的实施例中，所述业务功能后台运行状况信息包括：电力业务应用系统后台Action层、Service层及业务实现层中的开始时间、结束时间、参数传递、异常信息。

在一些可选的实施例中，所述的基于ASM的J2EE电力业务应用系统的巡检系统，还包括：修正模块，用于根据功能菜单的指标标准信息对异常的业务应用系统进行修正。

在一些可选的实施例中，所述的基于ASM的J2EE电力业务应用系统的巡检系统，还包括：告警模块，用于对异常的业务应用系统进行告警。

在一些可选的实施例中，所述比对模块包括：第一判断单元，用于判断功能后台执行过程中是否存在异常错误信息；第一处理单元，用于当所述第一判断单元的判断结果为存在异常错误信息时，关闭相关功能监控，通知所述告警模块生成严重告警，并发送短信至业务运维人员；第二判断单元，用于计算功能后台执行耗时，并判断功能后台执行耗时是否大于响应预警阈值；第三判断单元，用于当所述第二判断单元的判断结果为大于响应预警阈值时，判断一周内相同告警的累加次数是否超过100次；第二处理单元，用于当所述第三判断单元的判断结果为一周内相同告警的累加次数超过100次时，则通知所述告警模块生成严重告警，并根据所述业务功能执行流程图标出影响总体业务执行时长的业务处理方法，生成指导数据，所述指导数据用于指导业务运维人员优化完善功能处理算法；第三处理单元，用于当所述第三判断单元的判断结果为一周内相同告警的累加次数未超过100次时，则通知所述告警模块生成一般告警，并发送一般告警信息至业务运维人员，所述一般告警信息用于提醒业务运维人员目标功能需要优化。

在一些可选的实施例中，所述比对模块还包括：触发单元，用于当获取业务运维人员完成处理异常问题的信息后，关闭告警，自动触发模拟功能访问，且当获取业务运维人员完成优化告警目标功能或更改响应预警阈值的信息后，发布版本并关闭告警，自动触发模拟功能访问。

在一些可选的实施例中，提供一种基于ASM的J2EE电力业务应用系统的巡检方法，包括：

根据预设的配置区域，抓取业务应用系统功能对应的执行节点数据，以获取业务功能后台运行状况信息；

整合功能后台执行运行数据，根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，形成业务功能执行流程图；

将抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断业务应用系统运行是否正常。

在一些可选的实施例中，所述判断业务应用系统运行是否正常的过程包括：判断功能后台执行过程中是否存在异常错误信息，如果存在异常错误信息，则关闭相关功能监控，生成严重告警并发送短信至业务运维人员；如果不存在异常错误信息，则计算功能后台执行耗时，判断功能后台执行耗时是否大于响应预警阈值，若大于响应预警阈值，则判断一周内相同告警的累加次数是否超过100次；若一周内相同告警的累加次数超过100次，则生成严重告警，并根据所述业务功能执行流程图标注影响总体业务执行时长的业务处理方法，生成指导数据，所述指导数据用于指导业务运维人员优化完善功能处理算法；若一周内相同告警的累加次数未超过100次，则生成一般告警，并发送一般告警信息至业务运维人员，所述一般告警信息用于提醒业务运维人员目标功能需要优化。

在一些可选的实施例中，所述判断业务应用系统运行是否正常的过程，还包括：当获取业务运维人员完成处理异常问题的信息后，关闭告警，自动触发模拟功能访问；当获取业务运维人员完成优化告警目标功能或更改响应预警阈值的信息后，发布版本并关闭告警，自动触发模拟功能访问。

本发明所带来的有益效果：通过AOP探针抓取业务功能后台运行状况信息，实现对J2EE电力业务应用系统性能监控及故障定位，保证电力系统高效稳定运行；发现业务应用系统运行规律，发现系统潜在问题和系统薄弱环节，指导业务运维人员快速优化系统功能、定位系统故障，制定科学合理系统运行情况指标体系，有针对地开展信息系统运行保障工作；实现主动运维、主动发现系统运行问题，溯源业务操作过程记录，为系统功能优化及业务应用系统功能故障问题提供数据支撑，可以有针对地开展信息系统运行保障工作，更好地为智能电网服务；提升电力业务应用系统的运行效率，且降低人工参与，降低成本。

为了上述以及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面，并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有这些方面以及它们的等同。

附图说明

图1是本发明一种基于ASM的J2EE电力业务应用系统的巡检系统的示意图；

图2是本发明一种基于ASM的J2EE电力业务应用系统的巡检方法的流程示意图；

图3是本发明基于ASM技术来动态监控业务功能后台方法的执行情况时的ASM监控UML类图；

图4是本发明AOP探针抓取数据的示意图。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。

如图1所示，在一些说明性的实施例中，提供一种基于ASM的J2EE电力业务应用系统的巡检系统，包括：AOP探针抓取数据模块、业务功能执行信息整合模块、比对模块、修正模块及告警模块。

AOP探针抓取数据模块，用于根据预设的配置区域，抓取业务应用系统功能对应的执行节点数据，以获取业务功能后台运行状况信息。

如图3所示，AOP探针抓取数据模块，基于ASM技术来动态监控业务功能后台方法的执行情况，实现AOP无损探针注入，针对业务应用系统各个调用层级提供具体的AOP监控。

其中，业务功能后台运行状况信息包括：电力业务应用系统后台Action层、Service层及业务实现层中的开始时间、结束时间、参数传递、异常信息。

业务功能执行信息整合模块，用于整合功能后台执行运行数据，根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，贯穿业务执行过程中，形成业务功能执行流程图。

如图4所示，AOP探针实时抓取数据，业务功能执行信息整合模块进行整合：

首先，通过ASM技术在一些特定的业务调用中注入拦截的方法，获取相应的处理信息，比如：Webservice接口调用、Ftp服务、JDBC访问处理等。其中http请求中response信息拦截需要根据不同的web服务中间件定制开发。

然后，由于每层调用都处于同一线程中，可以通过线程封闭技术将每层调用节点串联起来，Java中的ThreadLocal类实现了线程封闭，通过该类实现每层调用信息的共享，由统一的UUID串联。

最后，通过ASM技术，使用公共方法统一拦截业务应用系统配置的需要监控的类和方法，获取方法调用开始时间、结束时间以及异常信息。

比对模块，用于将AOP探针抓取数据模块抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断业务应用系统运行是否正常。

在本发明中，业务功能步骤标准信息，即预设的功能菜单的指标标准信息，是衡量业务功能处理算法是否正常运行的标准，因此将抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断是否含有异常或者耗时问题，如果存在说明功能运行不正常，需要优化改进，如果没有，则说明运行正常。

修正模块，用于根据功能菜单的指标标准信息对异常的业务应用系统进行修正。如果业务应用系统运行异常，则根据功能菜单的指标标准信息进行修正，使得业务应用系统恢复正常的运行。

告警模块，用于对异常的业务应用系统进行告警，通知业务运维人员进行功能优化。

比对模块包括：第一判断单元、第一处理单元、第二判断单元、第三判断单元、第二处理单元、第三处理单元及触发单元。

第一判断单元，用于判断功能后台执行过程中是否存在异常错误信息。

第一处理单元，用于当第一判断单元的判断结果为存在异常错误信息时，关闭相关功能监控，通知告警模块生成严重告警，并发送短信至业务运维人员。

第二判断单元，用于计算功能后台执行耗时，并判断功能后台执行耗时是否大于响应预警阈值。功能后台执行耗时是指功能业务处理时间。

第三判断单元，用于当第二判断单元的判断结果为大于响应预警阈值时，判断一周内相同告警的累加次数是否超过100次。

第二处理单元，用于当第三判断单元的判断结果为一周内相同告警的累加次数超过100次时，则通知告警模块生成严重告警，并根据业务功能执行流程图标出影响总体业务执行时长的业务处理方法，即锁定影响整个业务处理功能问题方法，生成指导数据。

指导数据用于指导业务运维人员优化完善功能处理算法。

第三处理单元，用于当第三判断单元的判断结果为一周内相同告警的累加次数未超过100次时，则通知告警模块生成一般告警，并发送一般告警信息至业务运维人员。

一般告警信息用于提醒业务运维人员目标功能需要优化。

触发单元，用于当获取业务运维人员完成处理异常问题的信息后，关闭告警，自动触发模拟功能访问，且当获取业务运维人员完成优化告警目标功能或更改响应预警阈值的信息后，发布版本并关闭告警，自动触发模拟功能访问。本发明的基于ASM的J2EE电力业务应用系统的巡检方法，利用AOP探针对业务功能执行后台进行跟踪监控，其周边通常没有工作人员，可以实时监控电力业务应用系统各功能运行情况。因此，当业务应用系统各功能运行存在异常，及时通过告警通知业务运维人员，对运行异常的系统业务功能进行优化并可以溯源业务操作场景指导系统优化工作。

如图2所示，在一些说明性的实施例中，提供一种基于ASM的J2EE电力业务应用系统的巡检方法，包括：

101：根据预设的配置区域，抓取业务应用系统功能对应的执行节点数据，以获取业务功能后台运行状况信息。

如图3所示，基于ASM技术来动态监控业务功能后台方法的执行情况，实现AOP无损探针注入，针对业务应用系统各个调用层级提供具体的AOP监控。

102：整合功能后台执行运行数据，根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，贯穿业务执行过程中，形成业务功能执行流程图。

如图4所示，AOP探针实时抓取数据，并将抓取的数据实时的进行整合。

首先，通过ASM技术在一些特定的业务调用中注入拦截的方法，获取相应的处理信息，比如：Webservice接口调用、Ftp服务、JDBC访问处理等。其中http请求中response信息拦截需要根据不同的web服务中间件定制开发。

然后，由于每层调用都处于同一线程中，可以通过线程封闭技术将每层调用节点串联起来，Java中的ThreadLocal类实现了线程封闭，通过该类实现每层调用信息的共享，由统一的UUID串联。

最后，通过ASM技术，使用公共方法统一拦截业务应用系统配置的需要监控的类和方法，获取方法调用开始时间、结束时间以及异常信息。

103：将抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对。

比对的目的是判断业务应用系统运行是否正常。在本发明中，业务功能步骤标准信息，即预设的功能菜单的指标标准信息，是衡量业务功能处理算法是否正常运行的标准，因此将抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断是否含有异常或者耗时问题，如果存在说明功能运行不正常，需要优化改进，如果没有，则说明运行正常。

判断业务应用系统运行是否正常的过程包括：

104：判断功能后台执行过程中是否存在异常错误信息，如果存在异常错误信息，则进行步骤105，否则进行步骤107。

105：关闭相关功能监控，生成严重告警并发送短信至业务运维人员。

106：当获取业务运维人员完成处理异常问题的信息后，关闭告警，自动触发模拟功能访问，返回步骤101。

107：计算功能后台执行耗时，判断功能后台执行耗时是否大于响应预警阈值，若大于响应预警阈值，则进行步骤108，否则进行步骤112。功能后台执行耗时是指功能业务处理时间。

108：判断一周内相同告警的累加次数是否超过100次，若一周内相同告警的累加次数超过100次，则进行步骤109，否则进行步骤111。

109：生成严重告警，并根据业务功能执行流程图标注影响总体业务执行时长的业务处理方法，即锁定影响整个业务处理功能问题方法，生成指导数据。

指导数据用于指导业务运维人员优化完善功能处理算法。

110：当获取业务运维人员完成优化告警目标功能或更改响应预警阈值的信息后，发布版本并关闭告警，自动触发模拟功能访问，返回步骤101。

111：生成一般告警，并发送一般告警信息至业务运维人员。

一般告警信息用于提醒业务运维人员目标功能需要优化。

112：正常状态，即业务应用系统功能运行正常，巡检任务结束。

运行无异常和业务处理耗时时间数据全部正常后，监控任务才会最终结束。

本发明的基于ASM的J2EE电力业务应用系统的巡检方法，利用AOP探针对业务功能执行后台进行跟踪监控，其周边通常没有工作人员，可以实时监控电力业务应用系统各功能运行情况。因此，当业务应用系统各功能运行存在异常，及时通过告警通知业务运维人员，对运行异常的系统业务功能进行优化并可以溯源业务操作场景指导系统优化工作。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

Claims (9)

1.基于ASM的J2EE电力业务应用系统的巡检系统，其特征在于，包括：

AOP探针抓取数据模块，用于根据预设的配置区域，抓取业务应用系统功能对应的执行节点数据，以获取业务功能后台运行状况信息；

业务功能执行信息整合模块，用于整合功能后台执行运行数据，根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，形成业务功能执行流程图；

比对模块，用于将所述AOP探针抓取数据模块抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断业务应用系统运行是否正常。

2.根据权利要求1所述的基于ASM的J2EE电力业务应用系统的巡检系统，其特征在于，所述业务功能后台运行状况信息包括：电力业务应用系统后台Action层、Service层及业务实现层中的开始时间、结束时间、参数传递、异常信息。

3.根据权利要求2所述的基于ASM的J2EE电力业务应用系统的巡检系统，其特征在于，还包括：修正模块，用于根据功能菜单的指标标准信息对异常的业务应用系统进行修正。

4.根据权利要求3所述的基于ASM的J2EE电力业务应用系统的巡检系统，其特征在于，还包括：告警模块，用于对异常的业务应用系统进行告警。

5.根据权利要求4所述的基于ASM的J2EE电力业务应用系统的巡检系统，其特征在于，所述比对模块包括：

第一判断单元，用于判断功能后台执行过程中是否存在异常错误信息；

第一处理单元，用于当所述第一判断单元的判断结果为存在异常错误信息时，关闭相关功能监控，通知所述告警模块生成严重告警，并发送短信至业务运维人员；

第二判断单元，用于计算功能后台执行耗时，并判断功能后台执行耗时是否大于响应预警阈值；

第三判断单元，用于当所述第二判断单元的判断结果为大于响应预警阈值时，判断一周内相同告警的累加次数是否超过100次；

第二处理单元，用于当所述第三判断单元的判断结果为一周内相同告警的累加次数超过100次时，则通知所述告警模块生成严重告警，并根据所述业务功能执行流程图标出影响总体业务执行时长的业务处理方法，生成指导数据，所述指导数据用于指导业务运维人员优化完善功能处理算法；

第三处理单元，用于当所述第三判断单元的判断结果为一周内相同告警的累加次数未超过100次时，则通知所述告警模块生成一般告警，并发送一般告警信息至业务运维人员，所述一般告警信息用于提醒业务运维人员目标功能需要优化。

6.根据权利要求5所述的基于ASM的J2EE电力业务应用系统的巡检系统，其特征在于，所述比对模块还包括：

触发单元，用于当获取业务运维人员完成处理异常问题的信息后，关闭告警，自动触发模拟功能访问，且当获取业务运维人员完成优化告警目标功能或更改响应预警阈值的信息后，发布版本并关闭告警，自动触发模拟功能访问。

7.基于ASM的J2EE电力业务应用系统的巡检方法，其特征在于，包括：

根据预设的配置区域，抓取业务应用系统功能对应的执行节点数据，以获取业务功能后台运行状况信息；

整合功能后台执行运行数据，根据业务应用系统功能执行初生成一个唯一标识和步骤执行时间，形成业务功能执行流程图；

将抓取的业务功能后台运行状况信息与预设的功能菜单的指标标准信息进行比对，判断业务应用系统运行是否正常。

8.根据权利要求7所述的基于ASM的J2EE电力业务应用系统的巡检方法，其特征在于，所述判断业务应用系统运行是否正常的过程包括：

判断功能后台执行过程中是否存在异常错误信息，如果存在异常错误信息，则关闭相关功能监控，生成严重告警并发送短信至业务运维人员；

如果不存在异常错误信息，则计算功能后台执行耗时，判断功能后台执行耗时是否大于响应预警阈值，若大于响应预警阈值，则判断一周内相同告警的累加次数是否超过100次；

若一周内相同告警的累加次数超过100次，则生成严重告警，并根据所述业务功能执行流程图标注影响总体业务执行时长的业务处理方法，生成指导数据，所述指导数据用于指导业务运维人员优化完善功能处理算法；

若一周内相同告警的累加次数未超过100次，则生成一般告警，并发送一般告警信息至业务运维人员，所述一般告警信息用于提醒业务运维人员目标功能需要优化。

9.根据权利要求8所述的基于ASM的J2EE电力业务应用系统的巡检方法，其特征在于，所述判断业务应用系统运行是否正常的过程，还包括：

当获取业务运维人员完成处理异常问题的信息后，关闭告警，自动触发模拟功能访问；

当获取业务运维人员完成优化告警目标功能或更改响应预警阈值的信息后，发布版本并关闭告警，自动触发模拟功能访问。