CN112801666A - 基于企业服务总线的监控管理方法、系统、介质和设备 - Google Patents

Abstract

本发明实施例提供基于企业服务总线的监控管理方法、系统、介质和设备，所述企业服务总线分别连接请求方系统与服务方系统，该方法包括：在请求方系统、企业服务总线以及服务方系统进行在线交易时执行如下操作：记录用于监控的交易流水日志；将所述需要进行记录的流水日志放入到流水队列；读取所述流水队列中的所述交易流水日志，并存储到企业服务总线的数据库中；从所述数据库中获取所述交易流水日志，并对所述交易流水日志进行分析，获得异常监控信息，基于异常监控信息进行预警。本发明实施例中，ESB核心平台主交易流程与管理监控分离解耦，管理监控端分析流水服务记录到数据库中信息进行展示，不影响核心平台在线交易运行。

Description

基于企业服务总线的监控管理方法、系统、介质和设备

技术领域

本发明涉及信息技术领域，具体涉及基于企业服务总线的监控管理方法、系统、介质和设备。

背景技术

企业服务总线(Enterprise Service Bus，ESB)作为面向服务体系架构SOA(Service Oriented Architecture)的核心框架，是企业异构应用交互的基础平台，具有高效、全面、灵活的特性，是解决信息孤岛的有效手段。企业服务总线的定义可以简单的理解为由中间件技术实现并支持SOA的一组基础架构，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。通过企业服务总线实现应用系统的快速接入，并通过更高级的事件、流程处理能力，能够很好的将企业信息系统与实际业务协调起来，在保证原有投资的条件下，实现更加灵活和敏捷的企业信息系统改造。企业服务总线主要功能是连接外部系统与服务，实现不同系统间的交互需求。

目前多数管理监控方案与运行态绑定，通过异常处理触发，与异常处理流程模块绑定，或者依赖第三方平台做一些开发实现。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：现有ESB管理监控方案影响ESB核心交易平台在线交易运行，难以保障整个ESB系统的高可用性。

发明内容

有鉴于此，本发明实施例的目的在于提供一种基于企业服务总线的监控管理方法、系统、介质和设备，以不影响ESB核心平台在线交易运行，保障整个ESB系统的高可用性。

为达上述目的，第一方面，本发明实施例提供了一种基于企业服务总线的监控管理方法，所述企业服务总线分别连接请求方系统与服务方系统，所述基于企业服务总线的监控管理方法包括：

在请求方系统、企业服务总线以及服务方系统进行在线交易时执行如下操作：

记录用于监控的交易流水日志；

将所述交易流水日志放入到流水队列；

读取所述流水队列中的所述交易流水日志，并存储到企业服务总线的数据库中；

从所述数据库中获取所述交易流水日志，并对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警。

在一些可能的实施方式中，所述的记录用于监控的交易流水日志，可以包括：

确定两个流水日志点，所述两个流水日志点包括：企业服务总线的接收请求点和企业服务总线的转发应答点；或者，确定四个流水日志点，所述四个流水日志点包括：企业服务总线的接收请求点、企业服务总线的转发请求点、企业服务总线的接收应答点和企业服务总线的转发应答点；

在多个确定的交易流水日志点进行流水登记，以分别记录每个所述交易流水日志点对应的流水日志。

在一些可能的实施方式中，所述对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警，具体可以包括：

当所述企业服务总线的转发应答点对应的流水日志缺失时，确定所述交易属于无应答交易，输出第一预警信息；

获取企业服务总线的接收请求点对应的第一日志点时间戳，获取企业服务总线的转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当该时间差大于预设的第一时间阈值时，确定所述交易属于超时交易，输出第二预警信息；

从企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息。

在一些可能的实施方式中，所述从所述数据库中获取所述交易流水日志，并对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警，具体还可以包括：

在本交易属于无应答交易时，统计在预设时间段内无应答交易的第一数量；

在交易属于超时交易时，统计在预设时间段内超时交易的第二数量；

当交易业务发生错误时，统计在预设时间段内由交易返回码确定的交易业务错误的第三数量；

根据第一数量、第二数量和第三数量之和确定在预设时间段内的错误的交易量；

以所述在预设时间段内的错误的交易量除以在预设时间段内的总交易量，得到预设时间段内的错误率；

当所述预设时间段内的错误率大于或等于预设的错误率阈值时，发出第四预警信息。

在一些可能的实施方式中，所述的当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息的步骤包括：

接收选定查询条件；其中，所述查询条件包括：交易返回码或错误类型；以及，所述查询条件还包括如下中的任意一个或多个：报文编号、交易流水、交易时间、请求方系统的标识、请求方成员、服务方系统的标识、服务方成员；所述错误类型包括：用于指示企业服务总线自身内部发生错误的第一错误类型，以及用于指示交易业务发生错误的第二错误类型；

筛选出与所述查询条件相匹配的查询结果，以所述查询结果作为第三预警信息；其中，所述第三预警信息包括采用报表形式展示的如下多个字段数据：交易流水、报文编号、请求方系统标识、发送日期、发送时间、企业服务总线服务器标识、交易返回码、错误系统、错误类型；其中，所述错误系统字段数据用于指示请求方系统发生错误或者服务方系统发生错误。

在一些可能的实施方式中，所述方法还包括：

根据所述第一数量、第二数量、第三数量和在预设时间段内的总交易量，绘制所有的请求方系统和所有的服务方系统在所述预设时间段内的第一交易量统计图；

根据指定的请求方系统标识和指定的服务方系统标识确定指定的请求方系统与指定的服务方系统之间的目标链路，根据所述目标链路以及预设时间段，从所述异常监控信息中筛选确定与所述目标链路相关联的链路异常监控信息，所述链路异常监控信息包括：用于指示所述目标链路在预设时间段内的无应答交易的数量，用于指示所述目标链路在预设时间段内的超时交易的数量，用于指示所述目标链路在预设时间段内的交易业务错误的数量；根据用于指示所述目标链路在预设时间段内的无应答交易的数量，用于指示所述目标链路在预设时间段内的超时交易的数量，用于指示所述目标链路在预设时间段内的交易业务错误的数量绘制指定的请求方系统和指定的服务方系统在所述预设时间段内的第二交易量统计图。

在一些可能的实施方式中，在所述确定第一日志点时间戳和第二日志点时间戳之间的时间差之后，还包括：

将所述时间差作为响应时间；

将所述响应时间，以及所述交易对应的请求方系统标识和服务方系统标识，所述第一日志点时间戳和所述第二日志点时间戳关联地存储至从所述企业服务总线的数据库中；

根据接收到的查询条件，从所述数据库中，获取所述查询条件指定的请求方系统和所述查询条件指定的服务方系统之间的目标链路对应的在指定时间段内的多个响应时间；

根据所述多个响应时间，绘制所述目标链路在指定的时间段内的响应时间变化曲线；

以可视化仪表盘方式输出所述目标链路的平均响应时间。

第二方面，本发明实施例提供一种基于企业服务总线的监控管理系统，所述企业服务总线分别连接请求方系统与服务方系统，所述企业服务总线中设置有服务运行平台，所述企业服务总线还设置有所述监控管理系统，所述监控管理系统包括：

确定模块，用于记录用于监控的交易流水日志；

异步流水记录模块，用于将所述交易流水日志放入到流水队列；

流水服务模块，用于读取所述流水队列中的所述交易流水日志，并存储到企业服务总线的数据库中；

分析监控模块，用于从所述数据库中获取所述交易流水日志，并对所述交易流水日志进行分析，获得异常监控信息。

在一些可能的实施方式中，所述确定模块，具体可以用于：确定两个流水日志点，所述两个流水日志点包括：企业服务总线的接收请求点和企业服务总线的转发应答点；或者，确定四个流水日志点，所述四个流水日志点包括：企业服务总线的接收请求点、企业服务总线的转发请求点、企业服务总线的接收应答点和企业服务总线的转发应答点； 在多个所述交易流水日志点进行流水登记，以分别记录每个所述交易流水日志点对应的流水日志。

在一些可能的实施方式中，所述分析监控模块，具体可以包括：

第一预警子模块，用于当所述企业服务总线的转发应答点对应的流水日志缺失时，确定本交易属于无应答交易，输出第一预警信息；

第二预警子模块，用于获取企业服务总线的接收请求点对应的第一日志点时间戳，获取企业服务总线的转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当该时间差大于预设的第一时间阈值时，确定本交易属于超时交易，输出第二预警信息；

第三预警子模块，用于从企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息。

在一些可能的实施方式中，所述分析监控模块，具体可以包括第四预警子模块，其用于：

当所述企业服务总线的转发应答点对应的流水日志缺失时，确定本交易属于无应答交易；并且，统计在预设时间段内无应答交易的第一数量；

获取所述企业服务总线的接收请求点对应的第一日志点时间戳，获取所述企业服务总线的转发应答点对应的第二日志点时间戳，确定所述第一日志点时间戳和所述第二日志点时间戳之间的时间差，当所述时间差大于预设的第一时间阈值时，确定本交易属于超时交易，当所述时间差大于预设的第二时间阈值且小于所述预设的第一时间阈值时，确定本交易属于响应慢需要关注的交易；并且，统计在预设时间段内超时交易的第二数量；

从所述企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据所述交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型；并且，统计在预设时间段内由交易返回码确定的交易业务错误的第三数量；

根据第一数量、第二数量和第三数量之和确定在预设时间段内的错误的交易量；

以所述在预设时间段内的错误的交易量除以在预设时间段内的总交易量，得到预设时间段内的错误率；

当所述预设时间段内的错误率大于或等于预设的错误率阈值时，发出第四预警信息。

第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任意一种基于企业服务总线的监控管理方法。

第四方面，提供一种计算机设备，其包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的任意一种基于企业服务总线的监控管理方法。

上述技术方案具有如下有益效果：

本发明实施例中，ESB核心平台主交易流程与管理监控分离解耦，管理监控端分析流水服务记录到数据库中信息进行展示，不影响核心平台在线交易运行。

附图说明

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

图1是本发明实施例的基于企业服务总线的监控管理方法的流程图；

图2是本发明实施例的基于企业服务总线的监控管理系统的一种功能框图；

图3是本发明实施例的基于企业服务总线的监控管理系统的另一种功能框图；

图4是本发明实施例的计算机设备的功能框图；

图5是本发明实施例的普通交易错误的软件监控界面的示意图；

图6是本发明实施例的超时交易错误的软件监控界面的示意图；

图7是本发明实施例的无应答交易的软件监控界面的示意图；

图8是本发明实施例的针对所有系统的在指定时间段内的交易量统计的图表；

图9是本发明实施例的交易质量分析的界面示意图；

图10是本发明实施例的交易质量分析中响应时间统计示意图；

图11是本发明实施例的交易质量分析中平均响应时间统计示意图；

图12是本发明实施例的ESB异常监控非实时月报的示意图。

具体实施方式

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

本发明实施例的目的在于，企业服务总线产品进一步标准化，通过分析获取的管理监控的信息方式展示监控内容，同时可以与第三方平台适配打通（如短信平台或社交媒体平台等），在不影响ESB核心平台运行的情况下，实现一定程度自动化监控告警的能力。本实施例可将告警信息发送到监控大屏，并且还可以通过发短信或发邮件的方式发送告警信息至关联方，提示关联方对告警信息进行处理。该告警信息可以是表格或者图形化、可视化的图表。本实施例的技术方案主要服务于但不限于金融、泛金融领域企业服务总线系统建设。

图1是本发明实施例的一种基于企业服务总线的监控管理方法的流程图。企业服务总线分别连接请求方系统与服务方系统，如图1所示，该方法包括在请求方系统、企业服务总线以及服务方系统进行在线交易时执行如下步骤：

S110：记录用于监控的交易流水日志；

具体地，本步骤可根据预先配置的规则，记录用于监控的交易流水日志。该预先配置的规则是用户自定义的规则或者可定制化的规则，通过可配置的方式确定哪些类型的交易需要记录。例如，对于某些关键类型的交易需要记录其流水日志，而对于查询则不需要记录其流水日志，这样有利于实现可定制化功能。

在一些可能的实施例中，S110记录用于监控的交易流水日志，可以包括：确定多个不同的流水日志点；在多个流水日志点进行流水登记，以分别记录每个流水日志点对应的流水日志。

在一些可能的实施例中，确定多个不同的流水日志点，可以包括：确定四个流水日志点，该四个流水日志点包括：企业服务总线的接收请求点、企业服务总线的转发请求点、企业服务总线的接收应答点和企业服务总线的转发应答点。

S120：将交易流水日志放入到流水队列；例如可将需要进行记录的流水日志实时地放入到流水队列。

S130：读取流水队列中的交易流水日志，并存储到企业服务总线的数据库中；

在本步骤中，企业服务总线ESB中的流水服务实时监听流水队列中是否有新的消息，即监听流水队列中的流水日志，当监听到有新的流水日志时，则读取该流水日志并存储于企业服务总线的数据库中。这样可保障一定的实时性要求，能够实时查询到交易流水。

在一些实施例中，流水服务判断如果将流水日志存储（写入）到企业服务总线的数据库发生失败时或者数据库本身异常时，此时流水日志无法写入到该数据库中，则将该流水日志回滚到该流水队列中。

S140：从数据库中获取交易流水日志，并对交易流水日志进行分析，获得异常监控信息，基于该异常监控信息进行预警。

在本步骤中，企业服务总线的监控管理端与该数据库连接，从该数据库中读取流水日志，对流水日志进行分析，并展示异常监控信息。上述监控管理端可以是WEB程序。

在本实施例中，企业服务总线的后台服务端程序执行上述的步骤S110至S130，企业服务总线的监控管理端（web端）执行上述步骤S140。上述方法可实现ESB后台服务端程序和监控管理端（web端）程序运行解耦，对流水日志进行异步存储，ESB系统可用性更高，更稳定。

在一些可能的实施例中，异常监控信息包括如下中的任意一种或多种：流水日志点缺失无应答、不同流水日志点时间计算超时及响应时间、返回码判断错误。

图2是本发明实施例的基于企业服务总线的监控管理系统的一种功能框图。如图2所示，流水服务记录策略包括如下步骤：需要记录流水日志时，不直接访问ESB的数据库做插入动作，而是将需要进行记录的流水日志放入到流水队列，由流水服务读取流水队列中的消息（例如账务流水、非账务流水、附件流水等）并记录到该ESB的数据库中，这样做降低了ESB系统对数据库的依赖，当流水日志量过大或者数据库出现问题时，不影响在线实时交易，从而可以很大程度地保证整个ESB系统的高可用性。

ESB处理流程中在不同流水日志点进行流水登记，在一个示例中流水日志点可以包括四个，对应于ESB接收请求点、转发请求点、接收应答点和转发应答点，通过分析不同日志点记录的流水信息进行异常监控信息展示（例如：流水日志点缺失无应答、基于不同流水日志点时间戳计算确定存在超时或者超出预设的响应时间、基于返回码判断存在普通错误等）；考虑到实时交易的性能和高可用性，流水日志的记录采用异步完成。

在本实施例中，0点流水日志点、1点流水日志点、2点流水日志点、3点流水日志点，分别对应于：企业服务总线的接收请求点、企业服务总线的转发请求点、企业服务总线的接收应答点和企业服务总线的转发应答点。

在一些实施例中，流水日志点的数量可以是两个，即0点流水日志点和3点流水日志点。

在一些实施例中，步骤S140从数据库中获取流水日志，并对流水日志进行分析，获得异常监控信息，基于异常监控信息进行预警，具体可以包括如下步骤：

S141：当企业服务总线的转发应答点对应的流水日志缺失时，确定本交易属于无应答交易。满足该条件可单独发出预警信息。

S142：获取企业服务总线的接收请求点对应的第一日志点时间戳，获取企业服务总线的转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当该时间差大于预设的第一时间阈值时，确定本交易属于超时交易，当时间差大于预设的第二时间阈值且小于预设的第一时间阈值时，确定本交易属于响应慢需要关注的交易。满足该条件可单独发出预警信息。

作为举例，每个日志点都有时间戳，正常时间差值的第一阈值可以是60秒，超过60秒属于超时。在时间正常范围内，响应时间偏长时，例如响应时间为10秒，大于正常交易响应时间对应的第二阈值1秒，并且小于第一阈值60秒，属于正常没有中断，这属于响应慢需要关注的交易或业务。

S143：从企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型。满足该条件可单独发出预警信息。

在一些实施例中，可根据3日志点缺失识别无应答交易；可根据0，3日志点时间差识别超时交易及响应慢需要关注的交易；可根据交易返回码识别各种业务错误，不需要关注的时候可以配置取消返回码识别；可根据查询不同时间段错误情况进行预警，阈值可灵活配置。3日志点的流水日志（报文）里都带着返回码信息，可以根据配置做不做监控。3日志点的流水日志可以记录在数据库中。作为举例：查询交易中，如果对方给的返回码是000000，表示交易业务成功；如果返回码是非六个0时，表示发生业务类的错误，000001表示这个业务不存在，000002表示余额不足。

在另一些实施例中，S140中从数据库中获取流水日志，并对流水日志进行分析，获得异常监控信息，基于异常监控信息进行预警，具体可以包括：

当企业服务总线的转发应答点对应的流水日志缺失时，确定本交易属于无应答交易；并且，统计在预设时间段内无应答交易的第一数量；

获取企业服务总线的接收请求点对应的第一日志点时间戳，获取企业服务总线的转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当时间差大于预设的第一时间阈值时，确定本交易属于超时交易，当时间差大于预设的第二时间阈值且小于预设的第一时间阈值时，确定本交易属于响应慢需要关注的交易；并且，统计在预设时间段内超时交易的第二数量；

从企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型；并且，统计在预设时间段内由交易返回码确定的交易业务错误的第三数量；

根据第一数量、第二数量和第三数量之和确定在预设时间段内的错误的交易量；

以在预设时间段内的错误的交易量除以在预设时间段内的总交易量，得到预设时间段内的错误率；

当预设时间段内的错误率大于或等于预设的错误率阈值时，发出第四预警信息。

在本实施例中，获取预设时间段内的错误率，当错误率大于或等于预设的错误率阈值时，发出预警（告警）信息；其中，该错误率等于在预设时间段内的错误的交易量除以在预设时间段内的总交易量；其中，在预设时间段内的错误的交易量等于在预设时间段内无应答交易的数量、在预设时间段内超时交易的数量、以及在预设时间段内由交易返回码确定的交易业务错误的数量三者之和。满足该条件可单独发出预警信息。作为举例：每分钟（时间可配置修改）定时查询，看这一分钟错误率情况，当高于预设的错误率阈值时可发出预警。错误率是在预设的时长内错误的交易量除以总交易量。在一些可选的实施例中，当同时存在超时又配置了返回码时才需要对数量进行去重处理。在本实施例中可以执行：在指定时间间隔内交易超时率检查，以及在指定时间间隔内交易失败率检查。在一些实施例中可显示指定历史时间段内的错误率动态变化曲线。

在一些可能的实施例中，当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息的步骤包括：

接收选定的一个或多个查询条件；其中，查询条件包括交易返回码或错误类型；以及，所述查询条件还包括如下中的任意一个或多个：报文编号、交易流水、交易时间、请求方系统的标识、请求方成员、服务方系统的标识、服务方成员；错误类型包括：用于指示企业服务总线自身内部发生错误的第一错误类型，以及用于指示交易业务发生错误的第二错误类型；

筛选出与一个或多个预设的查询条件相匹配的查询结果，以该查询结果作为第三预警信息；其中，第三预警信息包括采用报表形式展示的如下多个字段数据：交易流水、报文编号、请求方系统标识、发送日期、发送时间、企业服务总线服务器标识、交易返回码、错误系统、错误类型；其中，错误系统字段数据用于指示请求方系统发生错误或者服务方系统发生错误。

在一些可能的实施例中，该方法还包括：

根据第一数量、第二数量、第三数量和在预设时间段内的总交易量，绘制所有的请求方系统和所有的服务方系统在预设时间段内的第一交易量统计图；

根据指定的请求方系统标识和指定的服务方系统标识确定指定的请求方系统与指定的服务方系统之间的目标链路，根据目标链路以及预设时间段，从所述异常监控信息中筛选确定与目标链路相关联的链路异常监控信息；即根据目标链路对应的请求方系统标识和指定的服务方系统标识，在数据库中存储的异常监控信息中执行匹配搜索，筛选出目标链路的链路异常监控信息。异常监控信息可以是一个数据库表，包含多条异常监控数据，每条异常监控数据包括多个关联存储记录的字段，这些多个字段例如包括如下中的多个：交易流水、报文编号、发送方系统名称或标识、服务方（接收方）系统名称或标识、发送日期、某个发送日期中的具体发送时刻、ESB服务器标识、交易返回码、错误系统、错误类型、接收时间戳（转发应答时间戳）。上述预设指定的时间段包括从选定的第一发送日期到选定的第二发送日期之间的时间段。

链路异常监控信息包括：用于指示目标链路在预设时间段内的无应答交易的数量，用于指示目标链路在预设时间段内的超时交易的数量，用于指示目标链路在预设时间段内的交易业务错误的数量；根据用于指示目标链路在预设时间段内的无应答交易的数量，用于指示目标链路在预设时间段内的超时交易的数量，用于指示目标链路在预设时间段内的交易业务错误的数量绘制指定的请求方系统和指定的服务方系统在预设时间段内的第二交易量统计图。

在一些可能的实施例中，在确定第一日志点时间戳和第二日志点时间戳之间的时间差之后，还可以包括：

将时间差作为响应时间；

将响应时间，以及交易对应的请求方系统标识和服务方系统标识，第一日志点时间戳和第二日志点时间戳关联地存储至从企业服务总线的数据库中；

根据接收到的查询条件，从数据库中，获取查询条件指定的请求方系统和查询条件指定的服务方系统之间的目标链路对应的在指定时间段内的多个响应时间；

根据多个响应时间，绘制目标链路在指定的时间段内的响应时间变化曲线；

以可视化仪表盘方式输出目标链路的平均响应时间。其中，可视化仪表盘可包括多个不同的预警颜色区域，例如随着平均响应时间增加而依次分布的绿色区域，黄色区域，紫色区域和红色区域，随着颜色的显著或醒目程度增加而指示预警级别。

本发明实施例的有益技术效果包括：

异步流水记录，管理监控及分析与核心运行平台（核心平台即ESB后台服务端运行程序，管理监控分析属于web端与核心平台分离独立运行）解耦，ESB系统可用性更高，更稳定。

图3是本发明实施例的基于企业服务总线的监控管理系统的另一种功能框图。企业服务总线分别连接请求方系统与服务方系统，所述企业服务总线中设置有服务运行平台，企业服务总线还设置有所述监控管理系统。如图3所示，监控管理系统200包括：

确定模块210，用于记录用于监控的交易流水日志；

异步流水记录模块220，用于将交易流水日志放入到流水队列；

流水服务模块230，用于读取流水队列中的交易流水日志，并存储到企业服务总线的数据库中；

分析监控模块240，用于从数据库中获取交易流水日志，并对交易流水日志进行分析，获得异常监控信息。

确定模块210，具体可以用于：确定多个不同的流水日志点；上述确定多个不同的流水日志点，可以包括：确定两个流水日志点，两个流水日志点包括：企业服务总线的接收请求点和企业服务总线的转发应答点；或者，确定四个流水日志点，四个流水日志点包括：企业服务总线的接收请求点、企业服务总线的转发请求点、企业服务总线的接收应答点和企业服务总线的转发应答点； 在多个流水日志点进行流水登记，以分别记录每个流水日志点对应的流水日志。

分析监控模块240，具体可以包括：

第一预警子模块，用于当企业服务总线的转发应答点对应的流水日志缺失时，确定本交易属于无应答交易，输出第一预警信息；

第二预警子模块，用于获取企业服务总线的接收请求点对应的第一日志点时间戳，获取企业服务总线的转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当该时间差大于预设的第一时间阈值时，确定本交易属于超时交易，输出第二预警信息；

第三预警子模块，用于从企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息。

分析监控模块240，具体可以包括第四预警子模块，其用于：

当企业服务总线的转发应答点对应的流水日志缺失时，确定本交易属于无应答交易；并且，统计在预设时间段内无应答交易的第一数量；

获取企业服务总线的接收请求点对应的第一日志点时间戳，获取企业服务总线的转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当时间差大于预设的第一时间阈值时，确定本交易属于超时交易，当时间差大于预设的第二时间阈值且小于预设的第一时间阈值时，确定本交易属于响应慢需要关注的交易；并且，统计在预设时间段内超时交易的第二数量；

从企业服务总线的转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型；并且，统计在预设时间段内由交易返回码确定的交易业务错误的第三数量；

根据第一数量、第二数量和第三数量之和确定在预设时间段内的错误的交易量；

以在预设时间段内的错误的交易量除以在预设时间段内的总交易量，得到预设时间段内的错误率；

当预设时间段内的错误率大于或等于预设的错误率阈值时，发出第四预警信息。

进一步地，第三预警子模块，具体可以用于：

接收选定的查询条件；其中，查询条件包括：交易返回码或错误类型；以及，所述查询条件还包括如下中的任意一个或多个：报文编号、交易流水、交易时间、请求方系统的标识、请求方成员、服务方系统的标识、服务方成员；错误类型包括：用于指示企业服务总线自身内部发生错误的第一错误类型，以及用于指示交易业务发生错误的第二错误类型；

筛选出与查询条件相匹配的查询结果，以查询结果作为第三预警信息；其中，第三预警信息包括采用报表形式展示的如下多个字段数据：交易流水、报文编号、请求方系统标识、发送日期、发送时间、企业服务总线服务器标识、交易返回码、错误系统、错误类型；其中，错误系统字段数据用于指示请求方系统发生错误或者服务方系统发生错误。

进一步地，监控管理系统200还可以包括：交易质量分析模块，其包括：

整体交易量分析子模块，用于根据第一数量、第二数量、第三数量和在预设时间段内的总交易量，绘制所有的请求方系统和所有的服务方系统在预设时间段内的第一交易量统计图；

目标链路交易量分析子模块，用于根据指定的请求方系统标识和指定的服务方系统标识确定指定的请求方系统与指定的服务方系统之间的目标链路，根据目标链路以及预设时间段，从异常监控信息中筛选确定与目标链路相关联的链路异常监控信息，链路异常监控信息包括：用于指示目标链路在预设时间段内的无应答交易的数量，用于指示目标链路在预设时间段内的超时交易的数量，用于指示目标链路在预设时间段内的交易业务错误的数量；根据用于指示目标链路在预设时间段内的无应答交易的数量，用于指示目标链路在预设时间段内的超时交易的数量，用于指示目标链路在预设时间段内的交易业务错误的数量绘制指定的请求方系统和指定的服务方系统在预设时间段内的第二交易量统计图。

进一步地，交易质量分析模块还包括：目标链路平均响应时间分析子模块，用于：

将确定第一日志点时间戳和第二日志点时间戳之间的时间差作为响应时间；

将响应时间，以及交易对应的请求方系统标识和服务方系统标识，第一日志点时间戳和第二日志点时间戳关联地存储至从企业服务总线的数据库中；

根据接收到的查询条件，从数据库中获取查询条件指定的请求方系统和查询条件指定的服务方系统之间的目标链路对应的在指定时间段内的多个响应时间；

根据多个响应时间，绘制目标链路在指定的时间段内的响应时间变化曲线；

以可视化仪表盘方式输出目标链路的平均响应时间。

本发明实施例的有益技术效果包括：

异步流水记录，管理监控及分析与核心运行平台（核心平台即ESB后台服务端运行程序，管理监控分析属于web端与核心平台分离独立运行）解耦，ESB系统可用性更高，更稳定。可以反映ESB交易运行情况，与交易运行态解耦，数据库失败不影响流水信息的记录和分析。本发明实施例中还可以生成异常监控信息的非实时报告，例如日报、周报、月报、季报等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以下再举例对本发明实施例的上述技术方案进行详细说明：

图5是本发明实施例的普通交易错误的软件监控界面的示意图。如图5所示，当前的界面处于异常流水监控页面中的“普通交易错误”标签。在该界面中示出了异常流水监控包括的至少三种类型：普通交易错误、超时交易错误、无应答交易。在“普通交易错误”标签或页签界面中，具有多个查询条件下拉框，输入框和/或选择框，用户能够根据这些选定的查询条件或查询条件的组合进行查询检索，得到不同的属于普通交易错误的过滤查询结果。例如，可以根据错误类型进行过滤查询，可以根据请求方系统进行查询。过滤筛选查询更加方便，效率更高，针对性更强。如果不设置查询条件，则在软件界面中将显示指定的历史时段内的所有的各种类型的错误数据。根据查询条件进行过滤查询，能够查询到满足选定查询条件的普通交易错误数据。在图5中，F1是ESB服务器标识，即ESB所在的服务器的标识。发送时间字段可以精确到毫秒，发送日期字段和发送时间字段一起可组合构成发送时间戳。请求方系统字段用于标识交易的请求方，在该界面中没有显示服务方系统，但是该界面的列头字段可以定制，可选择显示或隐藏各个字段列头，从而可将服务方系统调出来。返回码有许多个，这里未全面列举，其中，100001是表示通信异常，200001是表示从bytes数组到XML解析错误，20000表示报文域检查不通过。错误类型字段对应两种错误类型，一种是ESB系统内部的错误，另一种是业务上的错误（例如业务不存在，余额不足等）。本实施例可以根据客户定制的规则确定是否显示业务上的错误。

图6是本发明实施例的超时交易错误的软件监控界面的示意图。如图6所示，当前软件界面属于超时交易错误标签对应的界面，在该界面中显示的是全部或选定的超时交易错误ESB监控数据，根据交易流水号可以定位相应的交易。在图6界面的中间区域是条件过滤筛选查询区，用户可根据条件进行过滤查询相应的超时交易错误的异常监控信息，在未设置查询条件时，显示当天的所有的超时交易。图6中的时间戳是收到3点日志的时间戳。图6示出了在测试环境数据的测试数据，模拟的请求方系统是TLR柜面系统和服务方系统均是CBS核心系统。在本示例中，与超时交易相关联的第一时间阈值例如设置为1分钟，接收请求点对应的发送时刻的第一时间戳与转发应答点对应的第二时间戳之间的时间差大于或等于1分钟属于超时交易。

图7是本发明实施例的无应答交易的软件监控界面的示意图。如图7所示，当前的软件界面选中了无应答交易标签界面，在该界面的数据区中没有数据，是空的区域，表示没有3点日志数据，即没有企业服务总线转发应答点流水日志数据。

图8是本发明实施例的针对所有系统的在指定时间段内的交易量统计的图表。如图8所示，其显示了所有的请求方系统和服务方系统在当天指定时间段例如10分钟内（从11点到11点10分）的交易量统计图。图8中纵坐标表示数量，横坐标表示时间段，线条L1表示10分钟内的总交易量，线条L2表示10分钟内的交易失败的数量，线条L3表示10分钟内的超时交易的数量。由于在该示例中交易成功的数量为0，故没有示出表示交易成功的线条。在其他的实施例中，可以针对指定的请求方系统与指定的服务方系统之间的交易量数据进行统计，形成统计图表，在该统计图表中仅显示上述指定的请求方系统与指定的服务方系统的链路之间，在选定的时间段内的总交易量、交易成功数量、交易失败数量和交易超时数量分别对应的曲线。

图9是本发明实施例的交易质量分析的界面示意图。如图9所示，通过界面中部的条件组合筛选框和/服务编号及日期输入框，可以查询选定的请求方系统与选定的服务方系统之间的交易质量分析数据，以数据表格方式进行显示，包括：交易量笔数、成功笔数、失败笔数、超时笔数、成功率。在图9的示例中，交易质量分析结果界面显示选定的请求方系统是TLR，即柜面系统，选定的服务方系统是CBS（Core Bank System，核心系统），总共的交易量笔数是100笔，成功笔数是99笔，失败笔数是1笔，其中超时交易数量为0笔，交易错误发生1笔，无应答的数量为0笔，成功率是99%。失败笔数是超时数量、交易错误数量、无应答数量三者之和。

图10是本发明实施例的交易质量分析中响应时间统计示意图。如图10所示，L4示出了选定的请求方系统与选定的服务方系统之间在指定的时间间隔内的响应时间变化曲线。图10中纵坐标为响应时间，单位是毫秒，横坐标是指定的时间间隔。图10示出了10分钟内（最小刻度）的2个数据点之间的连线构件成的响应时间变化曲线，当指定的时间间隔大于10分钟时，例如为一天时，将产生大量的数据点，从而能够将这些数据点拟合成一条响应时间变化曲线。

图11是本发明实施例的交易质量分析中平均响应时间统计示意图。如图11所示，其通过类似于仪表盘的可视化图表方式示出了在选定的请求方系统与选定的服务方系统之间的平均响应时间，在本示例中为0.144秒。

图12是本发明实施例的ESB异常监控非实时月报的示意图。在该监控月报中显示了当月的多个字段的ESB异常监控信息数据，包括：序号、应用名称、应用编号、成员行号、总交量量（笔）、成功交易量（笔）、成功率、失败交易量（笔）、超时交易量（笔）、超时率、平均响应时间（单位是毫秒）。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质内存储有计算机程序，计算机程序被处理器执行时实现上述任意一种基于企业服务总线的监控管理方法的各步骤。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

图4是本发明实施例的计算机设备的功能框图。本发明实施例还提供了一种计算机设备，如图4所示，包括一个或多个处理器301、通信接口302、 存储器303和通信总线304，其中，处理器301，通信接口302，存储器303通过通信总线304完成相互间的通信。

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

处理器301，用于执行存储器303上所存放的程序时，实现：

记录用于监控的交易流水日志；

将需要进行记录的交易的流水日志放入到流水队列；

读取流水队列中的流水日志，并存储到企业服务总线的数据库中；

从数据库中获取流水日志，并对流水日志进行分析，获得异常监控信息，基于异常监控信息进行预警。

上述计算机设备提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述计算机设备与其他设备之间的通信。

总线304包括硬件、软件或两者，用于将上述部件彼此耦接在一起。举例来说，总线可包括加速图形端口（AGP）或其他图形总线、增强工业标准架构（EISA）总线、前端总线（FSB）、超传输（HT）互连、工业标准架构（ISA）总线、无限带宽互连、低引脚数（LPC）总线、存储器总线、微信道架构（MCA）总线、外围组件互连（PCI）总线、PCI-Express（PCI-X）总线、串行高级技术附件（SATA）总线、视频电子标准协会局部（VLB）总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

存储器303可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器303可包括硬盘驱动器（Hard Disk Drive，HDD）、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线（Universal Serial Bus，USB）驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器303可包括可移除或不可移除(或固定)的介质。在特定实施例中，存储器303是非易失性固态存储器。在特定实施例中，存储器303包括只读存储器（ROM）。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM（PROM）、可擦除PROM（EPROM）、电可擦除PROM（EEPROM）、电可改写ROM（EAROM）或闪存或者两个或更多个以上这些的组合。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、计算机设备及可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种基于企业服务总线的监控管理方法，所述企业服务总线分别连接请求方系统

与服务方系统，其特征在于，所述基于企业服务总线的监控管理方法包括：

在请求方系统、企业服务总线以及服务方系统进行在线交易时执行如下操作：

记录用于监控的交易流水日志；

将所述交易流水日志放入到流水队列；

读取所述流水队列中的所述交易流水日志，并存储到企业服务总线的数据库中；以及；

从所述数据库中获取所述交易流水日志，并对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警。

2.根据权利要求1所述的方法，其特征在于，记录用于监控的交易流水日志，包括：

确定两个流水日志点，所述两个流水日志点包括：企业服务总线的接收请求点和企业服务总线的转发应答点；或者，确定四个流水日志点，所述四个流水日志点包括：企业服务总线的接收请求点、企业服务总线的转发请求点、企业服务总线的接收应答点和企业服务总线的转发应答点；

在确定的流水日志点进行流水登记，以分别记录每个所述流水日志点对应的流水日志。

3.根据权利要求2所述的方法，其特征在于，对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警，具体包括：

当所述转发应答点对应的流水日志缺失时，确定交易属于无应答交易，输出第一预警信息；

获取所述接收请求点对应的第一日志点时间戳，获取所述转发应答点对应的第二日志点时间戳，确定第一日志点时间戳和第二日志点时间戳之间的时间差，当该时间差大于预设的第一时间阈值时，确定交易属于超时交易，输出第二预警信息；

从所述转发应答点对应的流水日志中获取交易返回码，根据交易返回码确定交易业务是否错误，以及当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息。

4.根据权利要求3所述的方法，其特征在于，对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警，具体还包括：

在交易属于无应答交易时，统计在预设时间段内无应答交易的第一数量；

在交易属于超时交易时，统计在预设时间段内超时交易的第二数量；

当交易业务发生错误时，统计在预设时间段内由交易返回码确定的交易业务错误的第三数量；

根据所述第一数量、第二数量和第三数量之和确定在预设时间段内的错误的交易量；

以所述在预设时间段内的错误的交易量除以在预设时间段内的总交易量，得到预设时间段内的错误率；

当所述预设时间段内的错误率大于或等于预设的错误率阈值时，发出第四预警信息。

5.根据权利要求4所述的方法，其特征在于，所述的当交易业务发生错误时，确定交易业务的错误类型，输出第三预警信息的步骤包括：

接收选定的查询条件；其中，所述查询条件包括：交易返回码或错误类型；以及，所述查询条件还包括如下中的任意一个或多个：报文编号、交易流水、交易时间、请求方系统的标识、请求方成员、服务方系统的标识、服务方成员；所述错误类型包括：用于指示企业服务总线自身内部发生错误的第一错误类型，以及用于指示交易业务发生错误的第二错误类型；

筛选出与所述查询条件相匹配的查询结果，以所述查询结果作为第三预警信息；其中，所述第三预警信息包括采用报表形式展示的如下多个字段数据：交易流水、报文编号、请求方系统标识、发送日期、发送时间、企业服务总线服务器标识、交易返回码、错误系统、错误类型；其中，所述错误系统字段数据用于指示请求方系统发生错误或者服务方系统发生错误。

6.根据权利要求5所述的方法，其特征在于，还包括：

根据所述第一数量、第二数量、第三数量和在预设时间段内的总交易量，绘制所有的请求方系统和所有的服务方系统在所述预设时间段内的第一交易量统计图；

根据指定的请求方系统标识和指定的服务方系统标识确定指定的请求方系统与指定的服务方系统之间的目标链路，根据所述目标链路以及预设时间段，从所述异常监控信息中筛选确定与所述目标链路相关联的链路异常监控信息，所述链路异常监控信息包括：用于指示所述目标链路在预设时间段内的无应答交易的数量，用于指示所述目标链路在预设时间段内的超时交易的数量，用于指示所述目标链路在预设时间段内的交易业务错误的数量；根据用于指示所述目标链路在预设时间段内的无应答交易的数量，用于指示所述目标链路在预设时间段内的超时交易的数量，用于指示所述目标链路在预设时间段内的交易业务错误的数量绘制指定的请求方系统和指定的服务方系统在所述预设时间段内的第二交易量统计图。

7.根据权利要求5所述的方法，其特征在于，在所述确定第一日志点时间戳和第二日志点时间戳之间的时间差之后，还包括：

将所述时间差作为响应时间；

将所述响应时间，以及所述交易对应的请求方系统标识和服务方系统标识，所述第一日志点时间戳和所述第二日志点时间戳关联地存储至从所述企业服务总线的数据库中；

根据接收到的查询条件，从所述数据库中获取所述查询条件指定的请求方系统和所述查询条件指定的服务方系统之间的目标链路对应的在指定时间段内的多个响应时间；

根据所述多个响应时间，绘制所述目标链路在指定的时间段内的响应时间变化曲线；

以可视化仪表盘方式输出所述目标链路的平均响应时间。

8.一种基于企业服务总线的监控管理系统，所述企业服务总线分别连接请求方系统

与服务方系统，所述企业服务总线中设置有服务运行平台，其特征在于，所述企业服务总线还设置有所述监控管理系统，所述监控管理系统包括：

确定模块，用于记录用于监控的交易流水日志；

异步流水记录模块，用于将所述交易流水日志放入到流水队列；

流水服务模块，用于读取所述流水队列中的所述交易流水日志，并存储到企业服务总线的数据库中；

分析监控模块，用于从所述数据库中获取所述交易流水日志，并对所述交易流水日志进行分析，获得异常监控信息，基于所述异常监控信息进行预警。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任意一项所述的基于企业服务总线的监控管理方法。

10.一种计算机设备，其特征在于，其包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-7中任一所述的基于企业服务总线的监控管理方法。

Images