CN101483545A - 一种金融业务监控方法及系统 - Google Patents

Abstract

本发明公开了一种金融业务监控方法及系统，所述系统包括：标准协议采集器，用于通过标准的协议获得监控的目标系统中的系统监控数据，并将系统监控数据发送给数据采集代理；至少一个数据采集代理，用于将系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器；采集引擎服务器，用于接收系统监控数据，将系统监控数据进行处理后，保存到历史数据库中，并基于系统监控数据进行故障处理，提供数据请求服务。采用本发明实施例提供的金融业务监控系统，通过集中式的处理监控数据，能充分处理业务系统中大量的监控指标，为快速隔离、诊断、提前预警故障提供高效、准确的手段。

Description

一种金融业务监控方法及系统

技术领域

本发明涉及一种业务系统，尤其涉及一种金融业务监控方法及系统。

背景技术

目前信息化建设可以快速提升企业的生产效率，各个行业都大量建设了满足本行业业务需求的应用处理系统；随着各种业务系统的建设，企业所有者、管理者、员工和用户都严重依赖业务系统的正常运作，业务系统的运行和维护(简称运维)工作逐步成为企业发展的重点。

随着我国各行各业IT基础建设的不断加大和深入的大环境下，运行维护类或监控类软件金融业务监控系统得到了长足的发展，目前出现了越来越多的新的客户运维需求，其中集中监控尤为突出，特别是对业务的运维。

目前很多金融业务监控系统都是把自己定位在IT基础监控工具或平台，它们可以很好的完整像服务器、交换机、路由器、oracle数据库等的监控任务，但是和业务相关的IT基础建设非常复杂，并且一直在发生变化着，这就对运维监控类金融业务监控系统提出了更高的灵活性要求。

同时，现在客户越来越关心的是这些IT硬件和其使用的业务有哪些关系，出了问题，会如何影响其使用的业务，以及怎么能够第一时间知道和联系相关人员，因此越来越需要为客户提供包括监控信息在内的数据请求服务。

发明内容

本发明的主要目的在于提供一种金融业务监控方法及系统，解决上述以往的问题集中采集各类IT基础资源监控指标、通过业务系统平台完成对金融业务的集中监控，并建立业务运维的完整可视化图，以方便用户和监控人员查询使用的业务的情况。

本发明提供了一种金融业务监控系统，包括：

标准协议采集器，用于通过标准的协议获得监控的目标系统中的系统监控数据，并将所述系统监控数据发送给数据采集代理；

至少一个数据采集代理，用于将所述系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器；

采集引擎服务器，用于接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务。

相应的，本发明还提供了一种金融业务监控方法，包括：

标准协议采集器通过标准的协议获得监控的目标系统中的系统监控数据，并将所述系统监控数据发送给数据采集代理；

所述数据采集代理将所述系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器；

所述采集引擎服务器接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务。

采用本发明，具有以下有益效果：

通过集中式的处理监控数据，能充分处理业务系统中大量的监控指标，符合业务监控要求的故障处理引擎，为快速隔离、诊断、提前预警故障提供高效、准确的手段；并对业务系统信息可视化，提供直观的业务运行监控视图，使得监控人员和用户能及时了解监控信息。

附图说明

图1是本发明中金融业务监控系统实施例的结构示意图；

图2是本发明中金融业务监控系统一个具体实施例的结构示意图；

图3是本发明中金融业务监控系统一个具体实施例的结构示意图；

图4是本发明中金融业务监控系统的一个具体实施例结构示意图；

图5是本发明中可视化业务视图的示意图；

图6是本发明中金融业务监控方法实施例的流程示意图；

图7是本发明中金融业务监控方法一个具体实施例的流程示意图；

图8是本发明中金融业务监控方法一个具体实施例的流程示意图；

图9是本发明中金融业务监控方法一个具体实施例的流程示意图；

图10是本发明中故障处理方法实施例的流程示意图；

图11是本发明中故障处理方法实施例的示意图。

具体实施方式

参见图1，为本发明中金融业务监控系统实施例的结构示意图。

本发明实施例中，金融监控系统包括：

标准协议采集器(如图1所示的10、11...1n)，用于通过标准的协议获得监控的目标系统中的系统监控数据，并将所述系统监控数据发送给数据采集代理；

具体地，所述标准协采集器采集的系统监控数据包括：

所述监控的目标系统内服务器的中央处理器、内存、磁盘利用率，进程资源情况，应用端口信息；以及所述监控的目标系统内网络设备的中央处理器、内存利用率，端口总流量，输入流量，输出流量，输入丢包率，输出丢包率。

至少一个数据采集代理(如图1所示的20、21...2n)，用于将所述系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器3；

采集引擎服务器3，用于接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务。

所述系统还包括：

探针(如图1所示的40、41、42、43、44...4n)，部署在监控的目标系统中，用于在目标系统运行的业务流程中获取业务监控数据，并将所述业务监控数据发送至数据采集代理。具体地，所述探针与所述数据采集代理之间通过标准接口，完成数据交换。

需要说明的是，一个数据采集代理对应至少一个探针，一个探针对应目标系统中的一个业务流程。所述探针获取的业务监控数据包括：性能数据、过程数据、告警信息。

需要说明的是，所述系统还包括：

采集管理控制台5，用于采用Ajax技术为用户或监控人员提供操作界面。

采用本发明实施例提供的金融业务监控系统，具有以下有益效果：

通过集中式的处理监控数据，能充分处理业务系统中大量的监控指标，符合业务监控要求的故障处理引擎，为快速隔离、诊断、提前预警故障提供高效、准确的手段；

对业务系统信息可视化，提供直观的业务运行监控视图。

参见图2，是本发明中金融业务监控系统实施例的结构示意图；

本实施例中，将详细描述数据采集代理的结构和功能，其包括：

通信模块20，用于接收探针的业务监控数据和标准协议采集器的系统监控数据，并转发给所述采集引擎服务器；

格式转换处理模块21，用于按照业务模型所需结构，重新组织所述业务监控数据和系统监控数据，对所述业务监控数据和系统监控数据进行缓冲和过滤处理，将所述业务监控数据和系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式。

参见图3，是本发明中金融业务监控系统实施例的结构示意图；

本实施例中，将详细描述采集引擎服务器3的结构和功能，其包括：

采集管理服务器30，用于响应来自采集管理控制台的数据请求，将所述数据请求转发到中心服务器；

中心服务器31，用于接收业务监控数据和系统监控数据，将所述业务监控数据和系统监控数据进行处理后，保存到历史数据库，并基于所述业务监控数据和系统监控数据进行故障处理，通过所述采集管理控制台30为用户或监控人员提供数据请求服务。

所述中心服务器31具体包括：

数据存储模块310，用于接收来自所述数据采集代理的业务监控数据和系统监控数据，将所述业务监控数据和系统监控数据进行处理后，保存到历史数据库中；

故障处理模块311，用于基于所述业务监控数据和系统监控数据，通过故障过滤、合并、压制，产生故障信息，并通知用户；

数据服务模块312，用于根据来自所述采集管理控制台的数据请求，通过所述采集管理控制台为用户或监控人员提供数据请求服务。

参见图4，为本发明中金融业务监控系统实施例的结构示意图。

本发明实施例中，采用J2EE技术架构，将金融业务监控系统分解进行模块化设计，形成多个程序组件，使之具有清晰的功能定义和实现方法。技术上使用开放的J2EE规范技术，利用Java组件技术、RMI技术、Applet技术，实现系统功能。还基于开源的Prefuse软件提供丰富的视图展示手段，满足监控系统对信息展示的复杂需求。

需要说明的是，Prefuse是一套基于Java技术的图形信息展示工具软件。它可以有效的组织和显示有关联关系的结构化信息，使对物理的或逻辑的结构信息得到最佳显示。

金融业务监控系统主要由数据采集、信息处理和展现三层组成，本发明对数据采集、信息处理和展现三层做了优化设计，使之具有更大的适用性和灵活扩充性。例如：采集代理的处理方式和接口的统一；处理的模块化和结构化能应对功能的各种变化；视图展现按树形结构能够展现任何结构或关联的业务结构视图。在以下实施例中，将详细阐述。

本发明实施例提供的金融业务监控系统中使用探针Probe，在业务流程的关键点，获得性能、告警等信息，使用固化的标准协议采集器Protocol Snap自动获得网络设备、服务、系统、软件的标准监控指标；

探针和标准协议采集器获得所有监控指标后，发送给数据采集代理Agent，由数据采集代理统一转换成采集引擎服务器能够识别、管理的XML接口格式，并转发给采集引擎服务器。通过增加数据采集代理，还可以扩展系统容量，减少采集引擎服务器压力；

采集引擎服务器包括采集管理服务器和中心服务器两部分组成，其中采集管理服务器用于响应来自所述采集管理控制台的数据请求，将所述数据请求转发到中心服务器；

而中心服务器使用缓存方式，接受并保存大量的监控数据，定期、批量的刷新缓冲数据到历史数据库中，并且提供各种数据请求服务，以浏览器方式查询展现业务状态。中心服务器还可以根据配置的策略，向上级服务器转发XML接口数据，实现多层扩展，较大规模的企业可以使用该方式，进行分级管理。下面结合图1和图4，详细阐述进入本发明实施例提供的金融业务监控系统的功能。

(1)数据采集代理实现功能原理如下：

整个采集引擎采取B/S的方式，采用Ajax+Servlet技术，在采集引擎服务器中设置采集管理服务器，负责响应用户在管理界面的Web请求，将请求转发到作为RMI客户端的中心服务器；并且以RMI技术为载体与作为RMI服务器的各个数据采集代理进行通讯，实现各个数据采集代理的管理和控制，后台运行中的通讯模块封装了RMI操作。

中心服务器通过通讯层发起对分散在各个远程服务器上的数据采集代理的控制和管理，监控人员通过人机界面来管理和监控各个数据采集代理。一致的数据采集管理和集中处理，很容易实现信息的集中和展现，对各类使用者的要求都能满足，同时最大限度的提供各方数据的共享。

中心服务器是本发明金融业务监控系统的使用管理的中心，它针对本金融业务监控系统的特点和应用要求设计，能够完成被监控对象和本金融业务监控系统运行系统的对接和配置管理，提供统一的数据加工处理方法和数据管理以及为用户提供数据请求服务等。

中心服务器设置后台数据库，通过中心服务器持久化层来对代理实例进行存储。各个数据采集代理不设置后台数据库，数据采集代理需要用到的采集配置参数由中心服务器统一配置后，直接以文件形式将对象持久化到数据采集代理所在服务器上，另一方面为了实现参数配置更新实时响应，同时也更新数据采集代理内存中的配置。监控数据采集工作由数据采集代理来具体实现，首先监控数据采集工作所需的配置参数由监控员在采集管理控制台配置完后分发到相应的数据采集代理，然后数据采集代理利用这些参数进行具体的数据采集工作，对于业务监控数据的采集将通过标准协议采集器通过SNMP协议来进行，对业务监控数据的采集将通过探针采用通讯层的SocketUDP技术来实现，采集系统监控数据和业务监控数据到达数据采集代理后，再利用通讯层的Socket UDP技术将数据传输到中心服务器，由中心服务器发送给相关的数据处理模块进行处理。

(2)统一事件处理中心实现功能原理如下：

基于业务监控视图、被监控对象之间的物理依赖关系的分析基础之上，建立起“交换设备-服务器-应用”等物理、逻辑的依赖关系，通过故障过滤、合并、压制一系列故障操作过程，来产生用户需要的故障信息，并根据故障通知的配置信息，及时通知客户；

需要说明的是，通过一个统一的故障管理接口FaultMngInterface实现对所有故障信息的一致处理，故障处理功能通过这个接口可由按某类或特定故障处理要求实现的模块FaultMngInfImp组成，保证了故障处理的多样性和一致性，简化功能的实现。故障信息通过FaultResContainer和FaultItemInfor进行缓存管理和服务。

(3)可视化业务视图配置/监控门户(portal)：

现有技术中，如何让用户可以方便在大量监控数据里找到想要的指标，尤其是在几十万监控指标的视图上就非常困难，所以能向用户提供一个方便实用的业务监控视图查看的手段，就尤为重要，本发明中的可视化业务视图如图5所示。本发明使用图或树展现视图结构，并采用一系列数据展现处理效果，如鹰眼效果，树形展现等使得使用者可以很方便的操作视图。

参见图6，为本发明中金融业务监控方法实施例的流程图。

本实施例中的金融业务监控方法，包括：

步骤100，标准协议采集器通过标准的协议获得监控的目标系统中的系统监控数据，并将所述系统监控数据发送给数据采集代理；

需要说明的是，为了采集业务有关的监控数据，还可以通过部署在监控的目标系统中的探针，在目标系统运行的业务流程中获取业务监控数据，并将所述业务监控数据发送至数据采集代理。

其中，所述标准协议采集器采集的系统监控数据包括：

所述监控的目标系统内服务器的中央处理器、内存、磁盘利用率，进程资源情况，应用端口信息；

所述监控的目标系统内网络设备的中央处理器、内存利用率，端口总流量，输入流量，输出流量，输入丢包率，输出丢包率。

所述探针获取的业务监控数据包括：性能数据、过程数据、告警信息。

步骤101，数据采集代理将所述系统监控数据和业务监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器；

步骤102，所述采集引擎服务器接收所述系统监控数据和业务监控数据，将所述系统监控数据和业务监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据和业务监控数据进行故障处理，提供数据请求服务。

参见图7，为本发明中金融业务监控方法实施例的流程图。

本实施例中的金融业务监控方法将详细阐述所述数据采集代理将所述监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器的流程，具体如下：

步骤200，数据采集代理接收所述探针的业务监控数据和所述标准协议采集器的系统监控数据，并转发给所述采集引擎服务器；

步骤201，数据采集代理将所述业务监控数据和系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式。

具体地，数据采集代理按照业务模型所需结构，重新组织所述业务监控数据和系统监控数据，对所述业务监控数据和系统监控数据进行缓冲和过滤处理，将所述业务监控数据和系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式；

步骤202，数据采集代理将所述经过格式转换后的系统监控数据和业务监控数据转发给所述采集引擎服务器。

参见图8，为本发明中金融业务监控方法实施例的流程图。

本实施例中的金融业务监控方法将详细阐述所述采集引擎服务器接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务的流程，具体如下：

步骤300，采集引擎服务器中的采集管理服务器响应来自所述采集管理控制台的数据请求，将所述数据请求转发到所述采集引擎服务器中的中心服务器；

步骤301，所述采集引擎服务器中的中心服务器接收所述业务监控数据和系统监控数据，将所述业务监控数据和系统监控数据进行处理后，保存到历史数据库；

步骤302，基于所述业务监控数据和系统监控数据进行故障处理；

步骤303，通过所述采集管理控制台为用户或监控人员提供数据请求服务。

参见图9，为本发明中金融业务监控方法实施例的流程图。

本实施例中的金融业务监控方法将详细阐述所述中心服务器基于所述业务监控数据和系统监控数据进行故障处理的方法流程，具体如下：

步骤400，中心服务器接收到所述业务监控数据和系统监控数据中的告警信息后，对告警信息进行过滤、合并、压制处理；

步骤401，通过预置的故障后处理事件，自动触发通知处理、自动恢复处理，运行维护工作流程；

步骤402，通过声音、电子邮件、短信，主动通知用户；

步骤403，故障处理完毕后，将故障恢复过程编制脚本，以使之后发生故障时，通过故障后处理事件触发该脚本。

为了更好的说明故障处理的逻辑流程，本发明实施例用UML的活动图来说明，图10是整个故障处理的图：

图10所示的活动图指出了故障处理的逻辑流程，下面参见图11，将对其中的两条最重要的处理流程：新增故障、清除故障分别进行说明；

1.新增故障：监控资源通过阀值比较、状态变更等操作来判断是否有故障产生，如果符合故障产生条件，则把该新故障加到故障缓存池中，并进行故障的压制，同时根据故障通知的配置信息，进行故障通知；

2.清除故障：当某一故障被恢复时，故障管理模块会把故障清除时间等指标更新该故障记录，并解除故障压制，同时根据故障通知的配置信息，进行故障通知。

采用本发明实施提供的金融业务监控方法和系统，具有以下有益效果：

可实现统一数据采集代理，负责对各种监控对象的采集，包括各种类型的服务器(windows/linux/aix/hpunix等)、通用软件(oracle、sql server数据库等)、被监控业务系统。

可实现统一事件处理，完成各种故障事件的统一处理。本发明中提供如下故障生成判断方式：阀值项设置、业务故障规则，故障在经过过滤、合并、压制等一系列动作后，并按照故障后续处理的设置，进行相关的报警动作，如短信通知、业务监控视图上进行相应图片故障提示。

可实现视图配置/监控门户(portal)，用户在此可以对根据业务监控视图的需要，对任何可用的原子监控项，通过可视化的拖拽编辑成想要的业务视图，并在此配置用户可查看的业务视图的权限等相关管理任务。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (17)

1.一种金融业务监控系统，其特征在于，包括：

标准协议采集器，用于通过标准的协议获得监控的目标系统中的系统监控数据，并将所述系统监控数据发送给数据采集代理；

至少一个数据采集代理，用于将所述系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器；

采集引擎服务器，用于接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务。

2.根据权利要求1所述的金融业务监控系统，其特征在于，所述系统还包括：

探针，部署在监控的目标系统中，用于在目标系统运行的业务流程中获取业务监控数据，并将所述业务监控数据发送至数据采集代理。

3.根据权利要求2所述的金融业务监控系统，其特征在于，所述探针获取的业务监控数据包括：性能数据、过程数据、告警信息。

4.根据权利要求3所述的金融业务监控系统，其特征在于，所述探针还用于与所述数据采集代理之间通过标准接口，完成数据交换。

5.根据权利要求3或4所述的金融业务监控系统，其特征在于，一个数据采集代理对应多个探针，一个探针对应目标系统中的一个业务流程。

6.根据权利要求5所述的金融业务监控系统，其特征在于，所述标准协议采集器采集的系统监控数据包括：

所述监控的目标系统内服务器的中央处理器、内存、磁盘利用率，进程资源情况，应用端口信息；

所述监控的目标系统内网络设备的中央处理器、内存利用率，端口总流量，输入流量，输出流量，输入丢包率，输出丢包率。

7.根据权利要求6所述的金融业务监控系统，其特征在于，所述数据采集代理包括：

通信模块，用于接收所述探针的业务监控数据和所述标准协议采集器的系统监控数据，并转发给所述采集引擎服务器；

格式转换处理模块，用于按照业务模型所需结构，重新组织所述业务监控数据和系统监控数据，对所述业务监控数据和系统监控数据进行缓冲和过滤处理，将所述业务监控数据和系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式。

8.根据权利要求1或2所述的金融业务监控系统，其特征在于，所述系统还包括：

采集管理控制台，用于采用Ajax技术为用户或监控人员提供操作界面。

9.根据权利要求8所述的金融业务监控系统，其特征在于，所述采集引擎服务器包括：

采集管理服务器，用于响应来自所述采集管理控制台的数据请求，将所述数据请求转发到中心服务器；

中心服务器，用于接收所述业务监控数据和系统监控数据，将所述业务监控数据和系统监控数据进行处理后，保存到历史数据库，并基于所述业务监控数据和系统监控数据进行故障处理，通过所述采集管理控制台为用户或监控人员提供数据请求服务。

10.根据权利要求9所述的金融业务监控系统，其特征在于，所述中心服务器包括：

数据存储模块，用于接收来自所述数据采集代理的业务监控数据和系统监控数据，将所述业务监控数据和系统监控数据进行处理后，保存到历史数据库中；

故障处理模块，用于基于所述业务监控数据和系统监控数据，通过故障过滤、合并、压制，产生故障信息，并通知用户；

数据服务模块，用于根据来自所述采集管理控制台的数据请求，通过所述采集管理控制台为用户或监控人员提供数据请求服务。

11.根据权利要求10所述的金融业务监控系统，其特征在于，所述采集管理控制台提供的操作界面包括：

视图导航区，其使用资源树方式列出有效视图，显示视图和业务之间的关系；

编辑区，其通过图形和树形展现业务流程和金融业务监控系统结构，为用户或监控人员提供查询监控数据，配置故障信息，对所述视图导航区进行编辑操作。

12.一种金融业务监控方法，其特征在于，包括：

标准协议采集器通过标准的协议获得监控的目标系统中的系统监控数据，并将所述系统监控数据发送给数据采集代理；

所述数据采集代理将所述系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器；

所述采集引擎服务器接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务。

13.根据权利要求12所述的金融业务监控方法，其特征在于，所述方法还包括：

通过部署在监控的目标系统中的探针，在目标系统运行的业务流程中获取业务监控数据，并将所述业务监控数据发送至数据采集代理。

14.根据权利要求13所述的金融业务监控方法，其特征在于，所述数据采集代理将所述监控数据的格式转换为采集引擎服务器能识别和管理的数据格式后，将其发送至采集引擎服务器，包括：

数据采集代理接收所述探针的业务监控数据和所述标准协议采集器的系统监控数据，并转发给所述采集引擎服务器；

数据采集代理按照业务模型所需结构，重新组织所述业务监控数据和系统监控数据，对所述业务监控数据和系统监控数据进行缓冲和过滤处理，将所述业务监控数据和系统监控数据的格式转换为采集引擎服务器能识别和管理的数据格式。

15.根据权利要求14所述的金融业务监控方法，其特征在于，所述采集引擎服务器接收所述系统监控数据，将所述系统监控数据进行处理后，保存到历史数据库中，并基于所述系统监控数据进行故障处理，提供数据请求服务，包括：

所述采集引擎服务器中的采集管理服务器响应来自所述采集管理控制台的数据请求，将所述数据请求转发到所述采集引擎服务器中的中心服务器；

所述采集引擎服务器中的中心服务器接收所述业务监控数据和系统监控数据，将所述业务监控数据和系统监控数据进行处理后，保存到历史数据库，并基于所述业务监控数据和系统监控数据进行故障处理，通过所述采集管理控制台为用户或监控人员提供数据请求服务。

16.根据权利要求15所述的金融业务监控方法，其特征在于，所述中心服务器基于所述业务监控数据和系统监控数据进行故障处理，包括：

中心服务器接收到所述业务监控数据和系统监控数据中的告警信息后，对告警信息进行过滤、合并、压制处理；

若所述经过处理的告警信息满足预置条件，则升级为故障信息，并触发人工或自动处理所述故障信息，并通知用户。

17.根据权利要求12-16中任一项所述的金融业务监控方法，其特征在于，所述触发自动处理所述故障信息，并通知用户，包括：

通过预置的故障后处理事件，自动触发通知处理、自动恢复处理，运行维护工作流程；

通过声音、电子邮件、短信，主动通知用户；

故障处理完毕后，将故障恢复过程，编制脚本，以使之后发生故障时，通过故障后处理事件触发该脚本。

Images