CN106210021A - 金融应用系统联机业务的实时监控方法以及监控装置 - Google Patents

Abstract

本发明提供一种金融应用系统联机业务的实时监控方法以及监控装置，所述装置包括：请求处理模块，从请求集群队列采集金融应用系统的联机业务的交易请求信息；响应处理模块，从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据交易请求信息以及交易响应信息得到交易信息；统计分析模块，扫描内存的基础数据区以及扩展数据区，将报警指标写入内存的数据分析区；报警发布模块，扫描内存的数据分析区，匹配报警参数组，当匹配成功时，推送报警指标和报警信息至监控模块进行显示。实现秒级实时图形化状态监控和自动报警，大幅提升系统安全预警的时间，为重要业务系统的信息安全保驾护航。

Description

金融应用系统联机业务的实时监控方法以及监控装置

技术领域

本发明关于监控技术领域，特别是关于金融应用系统的监控技术，具体的讲是一种金融应用系统联机业务的实时监控方法及监控装置。

背景技术

银行、证券、保险等金融机构，作为国家金融服务主体，为全社会提供日常必备金融服务，其金融应用系统从底层架构至整个体系，应用系统的安全运行，不仅关乎客户服务水平，金融资产安全，也会对企业造成负面影响，对社会稳定产生波动。

现有技术中，对金融应用系统联机业务的监控一般采用传统技术，基本采用如下两种模式实现：

(1)、将金融应用系统联机业务的监控系统作为业务系统的一个内部模块，直接操作其业务数据库，查询统计分析交易流水和日志，实现监控功能。

该种模式里，监控系统与业务系统耦合性太高，监控系统本身的运行故障会传到业务系统，可能导致业务系统不能正常运行，风险很高；监控系统直接操作业务数据库，如果出现操作失误，会引起业务数据库宕机，从而导致业务系统故障；监控系统直接频繁操作业务数据库，在业务高峰时段，会给业务系统造成资源压力，导致业务处理响应过慢，吞吐量减少，重则导致系统堵塞崩溃。

(2)、将金融应用系统的联机业务的监控系统作为外部独立系统，通过业务系统定时输出的交易流水和日志文件，清洗加载后，分析统计其信息，实现监控功能。

该种模式里，监控系统与源系统采用异步协作方式，业务系统要定时产生大量日志文件，产生和清理文件需要消耗较多系统资源，大量输出文件需要占用过多磁盘空间。监控系统轮询扫描接收业务系统延迟输出的日志文件，再进行抽取、清洗、加载入库等过程，两个步骤导致延迟叠加放大，监控的信息不能真实反映系统当前运行状态，监控效果大打折扣，严重情况下只能做到事后通知，而不能提前预警。

也即，现有技术中对金融应用系统的联机业务进行监控的系统因为资源和技术等限制，基本是在问题发生后较长时间才提供报警信息，且只有表格文字描述信息，或简单的一根曲线，不能及时问题预警。

因此，如何研究和开发出一种新的方案以实现对金融应用系统的联机业务状态的实时监控和自动报警，提升系统安全预警的时间是本领域亟待解决的技术难题。

发明内容

为了克服现有技术存在的上述技术问题，本发明提供了一种金融应用系统联机业务的实时监控方法以及监控装置，与金融应用系统的关系为实时异步，金融应用系统采集交易信息后，通过MQ集群消息队列发生到监控装置，监控装置采用自主研发的内存模型，经过加工分析，推送报警指标到web客户端向运维人员展示和报警，实现秒级实时图形化状态监控和自动报警，大幅提升系统安全预警的时间，为重要业务系统的信息安全保驾护航。

本发明的目的之一是，提供一种金融应用系统联机业务的实时监控方法，所述方法包括：从请求集群队列采集金融应用系统的联机业务的交易请求信息，并将所述的交易请求信息写入内存的基础数据区或扩展数据区；从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据所述的交易响应信息确定请求信息记录索引，根据所述的请求信息记录索引从所述的内存中查找交易请求信息，拼接所述的交易请求信息以及交易响应信息，得到交易信息；扫描所述内存的基础数据区以及扩展数据区，根据所述的交易信息生成报警指标，并将所述的报警指标写入所述内存的数据分析区，所述的报警指标包括交易量指标、响应时间指标、成功率指标、超时响应时间指标以及超时响应成功率指标；扫描所述内存的数据分析区，匹配所述的报警参数组生成报警信息，当匹配成功时，推送所述的报警指标以及报警信息。

在本发明的优选实施方式中，所述的方法还包括：以图形化多维显示所述的报警信息。

在本发明的优选实施方式中，所述的方法还包括：设置报警参数、报警日期、报警信息查询以及系统异常关闭。

在本发明的优选实施方式中，所述的方法还包括：在每一秒钟开始时刻获取金融应用系统的时间戳，更新所述内存的时钟区域作为标准时间。

在本发明的优选实施方式中，所述的方法还包括：扫描所述内存的基础数据区，对超过一个监控周期的数据进行删除。

在本发明的优选实施方式中，所述的方法还包括：扫描所述内存的基础数据区，将所述的交易信息写入数据采集队列；从所述的数据采集队列读取交易信息，并将所述的交易信息写入监控历史数据库。

在本发明的优选实施方式中，所述的内存包括监控时间、数据扩展区、异常数据区、索引区、索引扩展区、数据分析区以及报警参数区。

在本发明的优选实施方式中，所述的方法还包括：根据所述的请求信息记录索引查找所述内存，进而确定出异常数据，并将所述的异常数据写入所述内存的异常数据区。

在本发明的优选实施方式中，所述的方法还包括：扫描所述内存的异常数据区，对所述的异常数据进行清理，并写入异常文件。

在本发明的优选实施方式中，所述的方法还包括：扫描所述内存的数据分析区，将扫描到的报警数据信息写入报警采集队列；从报警采集队列读取报警数据信息，批量写入监控历史数据库。

在本发明的优选实施方式中，所述的方法还包括：采集用户实时输入以及修改的报警参数至所述内存的报警参数区。

本发明的目的之一是，提供了一种金融应用系统联机业务的实时监控装置，所述的装置包括请求处理模块，用于从请求集群队列采集金融应用系统的联机业务的交易请求信息，将所述的交易请求信息写入内存的基础数据区或扩展数据区；响应处理模块，用于从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据所述的交易响应信息确定请求信息记录索引，根据所述的请求信息记录索引从所述的内存中查找交易请求信息，拼接所述的交易请求信息以及交易响应信息，得到交易信息；统计分析模块，用于扫描所述内存的基础数据区以及扩展数据区，根据所述的交易信息生成报警指标，并将所述的报警指标写入所述内存的数据分析区，所述的报警指标包括交易量指标、响应时间指标、成功率指标、超时响应时间指标以及超时响应成功率指标；报警发布模块，用于扫描所述内存的数据分析区，匹配所述的报警参数组生成报警信息，当匹配成功时，推送所述的报警指标以及报警信息。

在本发明的优选实施方式中，所述的装置还包括：监控模块，用于接收所述的报警指标，以图形化多维显示所述的报警信息。

在本发明的优选实施方式中，所述的装置还包括：监控参数维护模块，用于设置报警参数、报警日期以及报警信息查询。

在本发明的优选实施方式中，所述的装置还包括：主控制模块，用于在每一秒钟开始时刻获取金融应用系统的时间戳，更新所述内存的时钟区域作为标准时间。

在本发明的优选实施方式中，所述的装置还包括：主监视模块，用于监控所述装置的时钟、服务进程状态，实时更新监控状态、主监控模块的心跳时间。

在本发明的优选实施方式中，所述的装置还包括：副监视模块，用于监测所述主监控模块的心跳状态，同时更新所述装置的状态。

在本发明的优选实施方式中，所述的装置还包括内存，所述的内存包括监控时间、数据扩展区、异常数据区、索引区、索引扩展区、数据分析区以及报警参数区。

在本发明的优选实施方式中，所述的装置还包括：内存清理模块，用于扫描所述内存的基础数据区，对超过一个监控周期的数据进行删除。

在本发明的优选实施方式中，所述的装置还包括：数据采集模块，用于扫描所述内存的基础数据区，将所述的交易信息写入数据采集队列；数据存储模块，用于从所述的数据采集队列读取交易信息，并将所述的交易信息写入监控历史数据库。

在本发明的优选实施方式中，所述的响应处理模块，还用于根据所述的请求信息记录索引查找所述内存，进而确定出异常数据，并将所述的异常数据写入所述内存的异常数据区。

在本发明的优选实施方式中，所述的装置还包括：异常处理模块，用于扫描所述内存的异常数据区，对所述的异常数据进行清理，并写入异常文件。

在本发明的优选实施方式中，所述的装置还包括：报警采集模块，用于扫描所述内存的数据分析区，将扫描到的报警数据信息写入报警采集队列；报警存储模块，用于从报警采集队列读取报警数据信息，批量写入监控历史数据库。

在本发明的优选实施方式中，所述的装置还包括：报警参数模块，用于扫描监控模块，采集用户实时输入以及修改的报警参数至所述内存的报警参数区。

本发明的有益效果在于，提供了一种金融应用系统联机业务的实时监控方法以及监控装置，与金融应用系统的关系为实时异步，金融应用系统采集交易信息后，通过MQ集群消息队列发生到监控装置，监控装置采用自主研发的内存模型，经过加工分析，推送报警指标到web客户端向运维人员展示和报警，实现秒级实时图形化状态监控和自动报警，大幅提升系统安全预警的时间，为重要业务系统的信息安全保驾护航。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种金融应用系统联机业务的实时监控方法的流程图；

图2为本发明实施例提供的一种金融应用系统联机业务的实时监控装置的结构框图；

图3为本发明实施例提供的一种金融应用系统联机业务的实时监控装置中内存的结构示意图。

具体实施方式

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

本发明针对现有技术中对金融应用系统的联机业务进行监控的系统因为资源和技术等限制，基本是在问题发生后较长时间才提供报警信息，且只有表格文字描述信息，或简单的一根曲线，不能及时问题预警的问题，提出了一种金融应用系统联机业务的实时监控方法以及监控装置。

本发明提出了一种金融应用系统联机业务的实时监控装置，所述的装置包括：

请求处理模块，用于从请求集群队列采集金融应用系统的联机业务的交易请求信息，将所述的交易请求信息写入内存的基础数据区或扩展数据区。

在本发明的具体实施例中，请求处理模块从MQ请求集群队列接收金融应用系统传送的交易请求信息，写入内存的基础数据区，并生成内存索引。具体的，请求处理模块读取MQ请求集群队列,得到源系统发出的一条交易请求信息，判断请求信息超时和数据包合法性。通过后判断当前位置内存记录状态是否空闲，非空闲则判断当前内存块的水平线，如果水平线低，则查找该块内空闲记录位置，水平线高，则遍历整个内存基础数据区和扩展区，查找该模块已经使用过的内存块，如果水平线低，则查找该块内空闲记录位置。如果都没有找到空闲记录位置，则开始在扩展块新增内存块，新增块中标识各控制信息。如果无内存空间新增块，则该条请求信息丢失，否则读取内存中的内存时钟区域，获取监控系统时间，整理和插入该交易请求信息到空闲记录位置，更新块水平线增高。根据该条请求信息中关键要素，计算出该条记录的hash索引值，根据索引值，在内存索引基础去区查找索引信息，如果未使用，则插入索引信息，如使用则判断索引是否超时，超时则更新索引值为新索引值，如有后续索引则链接。如无后续索引，则在索引扩展区随机生成一个索引号，获取该位置索引信息，如未使用，则更新索引信息，否则在该索引位置左右两边查找空闲索引位置。如未找到，则索引区全满，则索引丢弃，否则更新索引信息。

响应处理模块，用于从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据所述的交易响应信息确定请求信息记录索引，根据所述的请求信息记录索引从所述的内存中查找交易请求信息，拼接所述的交易请求信息以及交易响应信息，得到交易信息。响应处理模块还用于根据所述的请求信息记录索引查找所述内存，进而确定出异常数据，并将所述的异常数据写入所述内存的异常数据区。

在本发明的具体实施方式中，响应处理模块从MQ队里接收金融应用系统传送的交易响应信息，匹配内存的基础数据区的原交易请求信息后，更新内存区的交易数据。响应处理模块读取MQ响应集群队列,得到源系统发出的一条交易响应信息,判断响应信息超时和数据包合法性。通过后则根据响应信息计算该响应信息对应的请求信息记录索引,来查找和拼接出一条完整的交易信息，包括请求时间戳和响应时间戳、业务信息等。根据计算的索引信息，查找内存中索引位置的索引信息，如果索引状态为使用，则根据响应信息要素判断索引是否是它的索引，满足条件则索引找到，否则根据索引链表，查找下一个索引，判断是否是它的索引，直到无后续索引。索引找到则根据索引信息，找到内存中的交易请求信息，拼接交易请求信息和交易响应信息为一条完整记录，根据响应和请求的时间戳，计算出该笔交易的处理时长(秒和毫秒值),响应时间分类。释放当前使用索引，拼接前后有效索引链表。如果索引未找到，则响应数据写入异常数据区，等待异常处理模块反刍后二次处理。

统计分析模块，用于扫描所述内存的基础数据区以及扩展数据区，根据所述的交易信息生成报警指标，并将所述的报警指标写入所述内存的数据分析区，所述的报警指标包括交易量指标、响应时间指标、成功率指标、超时响应时间指标以及超时响应成功率指标。

在具体的实施方式中，统计分析模块扫描内存基础数据区和扩展数据区数据，加工交易量、响应时间、成功率等报警指标，写入内存数据分析区。

统计分析模块每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据分析参数，获取到本次分析时间。读取内存报警参数区域中超时时长报警参数,计算出全局超时开始统计分析时间点、与当前时间的偏移量。读取内存报警参数区每个客户端的报警参数条件，包括交易量总计标识，响应时间标识，成功率标识，超时时长参数，交易量统计条件(源系统编号/处理机器节点编号/交易类型编号等)，响应时间统计条件(源系统编号/处理机器节点编号/交易类型编号等)，成功率统计条件(源系统编号/处理机器节点编号/交易类型编号等)，计算出每个客户端超时开始统计分析时间点，在内部形成二维矩阵记录。根据自己的MQ管理编号和服务编号等参数,定位到本进程在内存中的基础数据区块，判断基础数据区块状态，非空闲则开始统计分析。循环遍历基础区块中每条数据记录的状态，如果空闲则跳过。

交易量(TPS)指标统计开始：判断当前记录的请求时间是否等于统计时间，相等则总计交易量值加一，循环每个客户端的TPS报警参数条件(源系统编号/处理机器节点编号/交易类型编号等)，如果与当前记录一致，则该客户端交易量加一。

响应时间(RTS)指标统计分析开始，判断当前记录的响应时间是否等于统计时间，相等则总计交易量值加一，判断当前记录的处理时间等级(按处理时长分为8个等级)，对应的时间等级值加一，判断当前记录的处理时间是否超过超时参数，未超过则对应正常笔数值加一。循环每个客户端的RTS报警参数条件(源系统编号/处理机器节点编号/交易类型编号等)，如果与当前记录一致，则该客户端交易量加一，判断当前记录的处理时间等级(按处理时长分为8个等级)，对应的客户端时间等级值加一。判断当前记录的处理时间是否超过客户端超时参数,未超过则对应客户端正常笔数值加一。

成功率(SUC)指标统计分析开始，判断当前记录的响应时间是否等于统计时间，相等则总计交易量值加一，判断当前记录的响应码是否是成功，则成功笔数值加一，循环每个客户端的SUC报警参数条件(源系统编号/处理机器节点编号/交易类型编号等)，如果与当前记录一致，则该客户端交易量加一，判断当前记录的响应码是否是成功，对应的客户端成功笔数值加一。

超时响应时间(OVR)指标统计分析开始，判断当前记录的请求时间是否等于全局超时开始统计分析时间点,相等则总计交易量值加一，判断当前记录的处理时间是否小于等于全局超时参数,对应的未超时笔数加一。循环每个客户端的OVR报警参数条件(超时时间、源系统编号/处理机器节点编号/交易类型编号等),判断当前记录的请求时间是否等于客户端超时开始统计分析时间点和参数条件，如果与当前记录一致,则该客户端交易量加一，判断当前记录的处理时间是否小于等于客户端超时参数，对应的客户端的未超时笔数加一。

超时响应成功率(OVS)指标统计分析开始，判断当前记录的请求时间是否等于全局超时开始统计分析时间点，相等则总计交易量值加一，判断当前记录的响应码是否是成功,则成功笔数值加一。判断当前记录的处理时间是否超过超时参数，未超过则对应正常笔数值加一。循环每个客户端的OVS报警参数条件(源系统编号/处理机器节点编号/交易类型编号等),如果与当前记录一致，则该客户端交易量加一，判断当前记录的响应码是否是成功,对应的客户端成功笔数值加一。判断当前记录的处理时间是否超过客户端超时参数，未超过则对应客户端正常笔数值加一。

循环分析完内存基础数据块中的每一条记录的五个指标。

同上分析规则,遍历内存扩展数据区中本进程对应的数据区块,累计五个指标值。

本次统计分析结束，根据时间的奇偶性，把本进程的统计分析结果的五组指标二维矩阵记录更新到内存数据分析区的上半交换区域或下半交换区域的对应指标位置。

计算出本次停止时长(微秒)，暂停微秒，开始下一秒统计分析任务。

报警发布模块，用于扫描所述内存的数据分析区，匹配所述的报警参数组生成报警信息，当匹配成功时，推送所述的报警指标以及报警信息至监控模块进行显示。也即，报警发布模块将报警指标与报警参数组进行匹配，进而生成报警信息。

报警发布模块每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据发布参数，获取到本次发布时间。读取内存报警参数区域中超时时长报警参数,计算出全局超时开始统计分析时间点、与当前时间的偏移量。读取内存报警参数区每个客户端的报警参数条件，包括交易量总计标识，响应时间标识，成功率标识，超时时长参数，交易量统计条件(源系统编号/处理机器节点编号/交易类型编号等)，响应时间统计条件(源系统编号/处理机器节点编号/交易类型编号等)，成功率统计条件(源系统编号/处理机器节点编号/交易类型编号等)，计算出每个客户端超时开始统计分析时间点,在内部形成二维矩阵记录。根据发布时间，获取内存报警参数区发布时间点的TPS/RTS/SUC三组报警参数，根据超时全局超时分析时间点，获取内存报警参数区超时时间点的OVR/OVS二组报警参数。根据MQ管理编号和服务编号等参数，计算出统计分析区各指标的记录总数。根据时间的奇偶性，访问内存数据分析区的下半交换区域或上半交换区域统计分析数据。

交易量(TPS)指标汇总和报警开始，访问内存数据分析区中TPS交换区的统计分析数据,对所有记录总数进行累加，计算出总交易量值,判断交易量值和报警参数TPS的高值/中值/低值进行比较，判断当前时间发布时间点的交易量指标的报警级别为严重/警告/可疑/正常。根据报警级别持续周期参数和上一秒报警级别，判断当前发布时间是否需要报警，如果当前报警级别与上一秒级别有变化，则报警级别重新累计持续值，否则判断当前报警级别是否超过持续周期参数，超过则判断是否已经报警过，如未报警，则根据TPS信息和报警参数,组织报警报文。同步判断每条记录的条件和每个客户端的TPS查询条件(源系统编号/处理机器节点编号/交易类型编号等)是否一致,一致则该客户端交易量值累加,遍历完所有记录,则统计出所有终端的交易量统计值。

响应时间(RTS)指标汇总和报警开始，访问内存数据分析区中RTS交换区的统计分析数据,对所有记录交易量进行累加,计算出总交易量值，对所有记录各时间等级值累加，计算出各时间等级总值。对所有记录正常笔数值累加，计算出总正常值笔数.根据总交易量值减去总正常值笔数，算出总超时笔数,根据总正常值除以总交易量，算出正常值百分比。同时对超时总笔数、正常值百分比，和报警参数RTS的超时笔数高值/中值/低值、正常值百分比高值/中值/低值进行比较，判断当前时间发布时间点的响应时间指标的报警级别为严重/警告/可疑/正常。根据报警级别持续周期参数和上一秒报警级别，判断当前发布时间是否需要报警，如果当前报警级别与上一秒级别有变化，则报警级别重新累计持续值，否则判断当前报警级别是否超过持续周期参数，超过则判断是否已经报警过，如未报警，则根据RTS信息和报警参数，组织报警报文。同步判断每条记录的条件和每个客户端的RTS查询条件(源系统编号/处理机器节点编号/交易类型编号等)是否一致，一致则该客户端交易量值和正常值笔数各自累加，遍历完所有记录，则统计出所有终端的总交易量统计值和正常值统计值。

响应成功率(SUC)指标汇总和报警开始，访问内存数据分析区中SUC交换区的统计分析数据，对所有记录交易量进行累加，计算出总交易量值，对所有记录成功笔数值累加,计算出成功笔数总值。根据总交易量值减去成功笔数总值，算出总失败笔数,根据成功笔数总值除以总交易量，算出成功率百分比。同时对总失败笔数、成功率百分比，和报警参数SUC的失败笔数高值/中值/低值、成功率百分比高值/中值/低值进行比较，判断当前时间发布时间点的响应成功率指标的报警级别为严重/警告/可疑/正常。根据报警级别持续周期参数和上一秒报警级别，判断当前发布时间是否需要报警，如果当前报警级别与上一秒级别有变化，则报警级别重新累计持续值，否则判断当前报警级别是否超过持续周期参数，超过则判断是否已经报警过，如未报警，则根据SUC信息和报警参数，组织报警报文。同步判断每条记录的条件和每个客户端的SUC查询条件(源系统编号/处理机器节点编号/交易类型编号等)是否一致，一致则该客户端交易量值和成功笔数值各自累加，遍历完所有记录，则统计出所有终端的总交易量统计值和成功笔数统计值。

超时响应时间(OVR)指标汇总和报警开始，访问内存数据分析区中OVR交换区的统计分析数据，对所有记录交易量进行累加，计算出总交易量值，对所有记录正常笔数值累加，计算出总正常值笔数。根据总交易量值减去总正常值笔数，算出总超时笔数，根据总正常值除以总交易量，算出正常值百分比。同时对超时总笔数、正常值百分比，和报警参数OVR的超时笔数高值/中值/低值、正常值百分比高值/中值/低值进行比较，判断当前时间发布时间点的超时响应时间指标的报警级别为严重/警告/可疑/正常。根据报警级别持续周期参数和上一秒报警级别，判断当前发布时间是否需要报警，如果当前报警级别与上一秒级别有变化，则报警级别重新累计持续值，否则判断当前报警级别是否超过持续周期参数，超过则判断是否已经报警过，如未报警，则根据OVR信息和报警参数，组织报警报文。同步判断每条记录的条件和每个客户端的OVR查询条件(源系统编号/处理机器节点编号/交易类型编号等)是否一致，一致则该客户端交易量值和正常值笔数各自累加，遍历完所有记录，则统计出所有终端的总交易量统计值和正常值统计值。

超时响应成功率(OVS)指标汇总和报警开始，访问内存数据分析区中OVS交换区的统计分析数据，对所有记录交易量进行累加，计算出总交易量值，对所有记录成功笔数值累加，计算出成功笔数总值。根据总交易量值减去成功笔数总值，算出总失败笔数，根据成功笔数总值除以总交易量，算出成功率百分比。同时对总失败笔数、成功率百分比，和报警参数OVS的失败笔数高值/中值/低值、成功率百分比高值/中值/低值进行比较，判断当前时间发布时间点的超时响应成功率指标的报警级别为严重/警告/可疑/正常。根据报警级别持续周期参数和上一秒报警级别，判断当前发布时间是否需要报警，如果当前报警级别与上一秒级别有变化，则报警级别重新累计持续值，否则判断当前报警级别是否超过持续周期参数，超过则判断是否已经报警过，如未报警，则根据OVS信息和报警参数,组织报警报文。同步判断每条记录的条件和每个客户端的OVS查询条件(源系统编号/处理机器节点编号/交易类型编号等)是否一致，一致则该客户端交易量值和成功笔数值各自累加，遍历完所有记录，则统计出所有终端的总交易量统计值和成功笔数统计值。

五个指标分析结束后，判断当前是否有报警，有报警则对集群广播报警信息，通知源系统状态发生异常。根据各终端报警条件，对总计五组报警指标和匹配条件的终端五组指标(关键数据项有:监控时间,交易量总计,响应时间交易量总计,响应时间未超时笔数总计,响应时间超时时间,响应时间1级到8级各级值总计,响应成功率交易量笔数总计,响应成率成功笔数总计，超时响应时间交易量笔数总计，超时响应时间未超时笔数总计，超时响应时间超时时间，超时成功率交易量笔数总计，超时成功率成功笔数总计，符合终端条件分项的交易量，响应时间交易量，响应时间未超时笔数，响应时间超时时间,响应时间1级到8级各级值,响应成功率交易量笔数，响应成率成功笔数，超时响应时间交易量笔数，超时响应时间未超时笔数，超时响应时间超时时间，超时成功率交易量笔数，超时成功率成功笔数。)、报警信息进行组包(关键数据项有报警时间、报警类型、报警级别、当前统计笔数值、当前统计百分比值、当前时间点报警参数笔数值、当前报警参数百分比值、报警信息)，通过TCP协议推送到WEB客户端。

计算出本次停止时长(微秒)，暂停微秒，开始下一秒报警发布任务。

在具体的实施方式中，监控模块可位于监控客户端，监控客户端采用瘦客户模式，图形的计算功能迁移至核心引擎，避免了客户端计算延迟的缺陷。

如上即是本发明提供的一种金融应用系统联机业务的实时监控装置，作为一个独立外部监控装置，与金融应用系统的关系为实时异步，金融应用系统采集交易信息后，通过M Q集群消息队列发生到监控装置，监控装置通过集群队列交易信息传入到内部的各个模块，采用自主研发的内存计算模型，经过复杂的加工分析，推送监控结果到web客户端向运维人员展示和报警。

监控装置作为金融应用系统的伙伴，数据采集既要与金融应用系统有紧密联系，又不能影响其运行；数据分析既要大批量高效计算存储，又不能过高消耗资源；监控显示既要实时图形化，又有资源瓶颈。

为满足上述条件要求，本发明的监控装置对金融应用系统采用微创手术方式，金融应用系统在处理每一笔交易时，调用监控装置提供的标准接口，通过MQ通信方式，与监控装置对接，做到了实时交换，又与金融应用系统耦合最小，业务影响最小。

整个监控装置的核心引擎运行着系统中最重要的14类服务进程，它们之间互相分工与协作，提供整个监控系统的内部生态活动，任何一个慢一秒，可能导致整个监控系统失效。

也即，本发明提供的监控装置的核心设计思想采用大数据先分散采集存储，同时各项任务切分，最后再聚合的模式，支持高并发。核心数据的存储、访问和交换采用内存机制，自主实现类RDBMS功能，摒弃其中的锁机制，保证了监控的秒级实时。

本发明的监控装置分为三层逻辑架构设计，数据采集层、数据分析层以及监控显示层。在具体的实施方式中，数据采集层部署在ICPS子系统的上下游网关和交换服务器上，实时采集交易数据。数据分析层部署在ICRS子系统服务器ICPS用户下，实时统计分析交易数据，同时发布、存储监控数据和报警信息，并对整个监控系统自身进行监控。监控显示层部署在监控PC上，接收分析层传输的监控信息，转换信息数据为动态变化的图形和声音。数据采集层通过MQ消息队列传输原始数据到数据分析层，数据分析层通过TCP协议传输监控分析数据到监控显示层。

图2为本发明实施例提供的一种金融应用系统联机业务的实时监控装置的结构框图，由图2可知，所述的监控装置还包括：

监控模块，用于接收所述的报警指标，以图形化多维显示所述的报警信息。

在具体的实施方式中，监控模块可为WEB监控模块，接收报警发布模块传递的信息，图形化多维显示系统信息和报警信息。

WEB监控模块接收到报警发布模块推送的统计分析信息和报警信息，在概览主页面分三个框，把总计五类指标按照条带图和柱状图动态显示，根据五个报警指标和报警级别，分别用对应级别颜色点亮对应指标的报警灯。报警信息根据报警级别不同，用不同颜色在报警信息栏滚动。各分页(交易量、响应时间、成功率)根据各自条件，分项显示各自的统计分析信息，把条件指标按照条带图和柱状图动态显示。

监控参数维护模块，用于设置报警参数、报警日期以及报警信息查询。

主控制模块，用于在每一秒钟开始时刻获取金融应用系统的时间戳，更新所述内存的时钟区域作为标准时间。

主控制模块作为整个监控的主控，计算和申请共享内存区，提供所有模块的标准时钟发生器,监视、维护和更新系统的运行状态。主控制模块在每一秒钟开始时刻获取源系统(被监控系统)时间戳，更新内存时钟区域，作为整个系统的标准时间。

主监视模块，用于监控所述装置的时钟、服务进程状态，实时更新监控状态、主监控模块的心跳时间。具体的，主监视模块监控装置时钟、服务进程状态，实时更新监控状态，通知金融应用系统监控故障或者正常，更新主监控模块的心跳时间。

副监视模块，用于监测所述主监控模块的心跳状态，同时更新所述装置的状态。

由于传统数据库无法满足小资源的大批量的增删改查等业务处理，监控装置采用自主设计开发的内存操作引擎，为整个监控装置提供高效低耗的监控分析计算处理和存储。图3为本发明实施例提供的一种金融应用系统联机业务的实时监控装置中内存的结构示意图。由图3可知，所述的内存包括监控时间、数据扩展区、异常数据区、索引区、索引扩展区、数据分析区以及报警参数区。

监控装置的核心处理引擎架设在UNIX操作系统的内存之上，对申请的内存块根据业务功能不同，逻辑上划块操作，各块之间访问边界隔离，块内又分片，片内访问也进行边界隔离。

内存首块为监控时间区，由主控制模块主监控模块进行维护，作为时钟发生器，生成每一时刻的小时分秒时间，同步所有服务进程的时间。

基础数据区是监控装置采集的原始交易请求数据、交易响应数据的存放区域，请求处理模块、响应处理模块、内存清理模块会对它们进行操作。

数据扩展区是基础数据的扩展部分，正常情况下，各服务运行在基础数据区。在服务不平衡的情况下，某些服务模块会越过基础数据区，使用数据扩展区。数据扩展区是为防止系统运行巅峰和异常的一个容错区域。

索引区存放是基础数据区和数据扩展区内部每条记录数据的索引，可以给服务模块的数据更新操作提供高效的向导功能。

索引扩展区是正常索引区的一个有效补充，在多条记录产生同一索引的情况下，系统采用链表形式，快速导向新的索引，解决冲突发生，保障访问效率。

数据分析区存放所有客户端不同条件的监控指标加工的结果和报警信息，统计分析模块自动根据不同条件，自动识别合并相同指标，自动加工出监控信息的最小集合，同时根据当前时刻的报警参数组，计算出报警信息，最后存储在数据分析区。

报警参数区存放当天的84600秒的各组监控参数，报警参数每天自动装置维护。管理终端设置或修改报警参数后，参数管理模块即时载入内存中，数据实时生效。

由图2可知，该装置还包括：内存清理模块，用于扫描所述内存的基础数据区，对超过一个监控周期的数据进行删除。内存清理模块扫描内存基础数据区的交易数据，对超过一个监控周期的数据进行删除，并删除对于的内存索引。

内存清理模块每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据清理超时参数,定位时钟链表环,获取本次清理时间。查找内存基础数据区，找出本服务模块对应清理的数据块。循环处理块内的非空闲记录，如果记录时间小于清理时间，则释放该记录数据，块水平线降低。查找该记录对应的索引，释放索引，如果有后续索引，则首尾链接索引链表。查找内存扩展数据区，找出本服务模块对应清理的数据块。循环处理块内的非空闲记录，如果记录时间小于清理时间，则释放该记录数据，块水平线降低。查找该记录对应的索引，释放索引，如果有后续索引，则首尾链接索引链表。判断删除块记录数是否等于块记录数，则是否该块。根据本次清理时长，计算出本次停止时长(微秒)，暂停微秒，开始下一秒内存清理任务。

数据采集模块，用于扫描所述内存的基础数据区，将所述的交易信息写入数据采集队列。数据采集模块扫描内存基础数据区的交易数据，把已经处理过的交易数据信息，写入MQ数据采集队列。

数据采集模块每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据采集参数，获取到本次采集时间。遍历访问内存基础数据区和扩展数据区中的所有记录，判断如果等于当前采集时间，则把该记录通过MQ消息队列发送到数据存储模块。

数据存储模块，用于从所述的数据采集队列读取交易信息，并将所述的交易信息写入监控历史数据库。数据存储模块从MQ数据采集队列读取交易数据信息，批量写入监控历史数据库中交易信息表。数据存储模块从MQ消息队列中读取到交易数据记录,缓存一定的数量后,持久化落地到数据库中进行保存。

异常处理模块，用于扫描所述内存的异常数据区，对所述的异常数据进行清理，并写入异常文件。异常处理模块扫描内存中异常数据区,判断当前记录的处理次数,如果处理次数已经超过最大处理次数,则本地异常数据日志文件。否则处理次数加一，然后判断当前记录状态，如果未处理，则赋值为已处理，跳过；如果为为已处理，则赋值为未处理，整理异常记录信息为交易响应信息，发送到MQ响应集群队列中。循环处理异常区域所有记录，直到所有结束。暂停50毫秒，开始下次异常处理任务。

报警采集模块，用于扫描所述内存的数据分析区，将扫描到的报警数据信息写入报警采集队列。报警采集模块扫描内存数据分析区数据，把当前处理过的报警数据信息，写入MQ报警采集列。

报警采集模块每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据发布参数，获取到本次采集时间。处理流程与报警发布模块一致，只产生总计五个指标和五个报警信息，然后指标和报警信息通过MQ消息队列发送到报警存储模块。

报警存储模块，用于从报警采集队列读取报警数据信息，批量写入监控历史数据库。

报警参数模块，用于扫描监控模块，采集用户实时输入以及修改的报警参数至所述内存的报警参数区。报警参数模块循环扫描数据库中参数文件，动态刷入用户实时修改的参数到内存报警参数区；根据日期参数表刷入正常日参数，或者节假日特殊日参数到内存报警参数去。

报警参数模块定时扫描客户端监控条件表、报警日期表、报警参数表等，根据更新时间，实时刷新客户端条件和报警参数到内存报警参数区。

如上即是本发明提供的一种金融应用系统联机业务的实时监控装置，作为一个独立应用系统,从外部对金融应用联机金融应用系统联机交易信息进行实时采集，从多个维度统计分析，实现秒级实时图形化状态监控和自动报警，大幅提升系统安全预警的时间，为重要金融应用系统的信息安全保驾护航。

图1为本发明实施例提供的一种金融应用系统联机业务的实时监控方法的流程图，由图1可知，该方法包括：

S1：从请求集群队列采集金融应用系统的联机业务的交易请求信息，并将所述的交易请求信息写入内存的基础数据区或扩展数据区。

在本发明的具体实施例中，从MQ请求集群队列接收金融应用系统传送的交易请求信息，写入内存的基础数据区，并生成内存索引。具体的，读取MQ请求集群队列,得到源系统发出的一条交易请求信息，判断请求信息超时和数据包合法性。通过后判断当前位置内存记录状态是否空闲，非空闲则判断当前内存块的水平线，如果水平线低，则查找该块内空闲记录位置，水平线高，则遍历整个内存基础数据区和扩展区，查找该模块已经使用过的内存块，如果水平线低，则查找该块内空闲记录位置。如果都没有找到空闲记录位置，则开始在扩展块新增内存块，新增块中标识各控制信息。如果无内存空间新增块，则该条请求信息丢失，否则读取内存中的内存时钟区域，获取监控系统时间，整理和插入该交易请求信息到空闲记录位置，更新块水平线增高。根据该条请求信息中关键要素，计算出该条记录的hash索引值，根据索引值，在内存索引基础去区查找索引信息，如果未使用，则插入索引信息，如使用则判断索引是否超时，超时则更新索引值为新索引值，如有后续索引则链接。如无后续索引，则在索引扩展区随机生成一个索引号，获取该位置索引信息，如未使用，则更新索引信息，否则在该索引位置左右两边查找空闲索引位置。如未找到，则索引区全满，则索引丢弃，否则更新索引信息。

S2：从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据所述的交易响应信息确定请求信息记录索引，根据所述的请求信息记录索引从所述的内存中查找交易请求信息，拼接所述的交易请求信息以及交易响应信息，得到交易信息。

在本发明的具体实施方式中，从MQ队里接收金融应用系统传送的交易响应信息，匹配内存的基础数据区的原交易请求信息后，更新内存区的交易数据。响应处理模块读取MQ响应集群队列,得到源系统发出的一条交易响应信息,判断响应信息超时和数据包合法性。通过后则根据响应信息计算该响应信息对应的请求信息记录索引,来查找和拼接出一条完整的交易信息，包括请求时间戳和响应时间戳、业务信息等。根据计算的索引信息，查找内存中索引位置的索引信息，如果索引状态为使用，则根据响应信息要素判断索引是否是它的索引，满足条件则索引找到，否则根据索引链表，查找下一个索引，判断是否是它的索引，直到无后续索引。索引找到则根据索引信息，找到内存中的交易请求信息，拼接交易请求信息和交易响应信息为一条完整记录，根据响应和请求的时间戳，计算出该笔交易的处理时长(秒和毫秒值),响应时间分类。释放当前使用索引，拼接前后有效索引链表。如果索引未找到，则响应数据写入异常数据区，等待异常处理模块反刍后二次处理。

S3：扫描所述内存的基础数据区以及扩展数据区，根据所述的交易信息生成报警指标，并将所述的报警指标写入所述内存的数据分析区，所述的报警指标包括交易量指标、响应时间指标、成功率指标、超时响应时间指标以及超时响应成功率指标；在具体的实施方式中，扫描内存基础数据区和扩展数据区数据，加工交易量、响应时间、成功率等报警指标，写入内存数据分析区。

S4：扫描所述内存的数据分析区，匹配报警参数组生成报警信息，当匹配成功时，推送所述的报警指标以及报警信息。每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据发布参数，获取到本次发布时间。读取内存报警参数区域中超时时长报警参数,计算出全局超时开始统计分析时间点、与当前时间的偏移量。读取内存报警参数区每个客户端的报警参数条件，包括交易量总计标识，响应时间标识，成功率标识，超时时长参数，交易量统计条件(源系统编号/处理机器节点编号/交易类型编号等)，响应时间统计条件(源系统编号/处理机器节点编号/交易类型编号等)，成功率统计条件(源系统编号/处理机器节点编号/交易类型编号等)，计算出每个客户端超时开始统计分析时间点,在内部形成二维矩阵记录。根据发布时间，获取内存报警参数区发布时间点的TPS/RTS/SUC三组报警参数，根据超时全局超时分析时间点，获取内存报警参数区超时时间点的OVR/OVS二组报警参数。根据MQ管理编号和服务编号等参数，计算出统计分析区各指标的记录总数。根据时间的奇偶性，访问内存数据分析区的下半交换区域或上半交换区域统计分析数据。

如上即是本发明提供的一种金融应用系统联机业务的实时监控方法，与金融应用系统的关系为实时异步，金融应用系统采集交易信息后，通过MQ集群消息队列发生到监控装置，监控装置通过集群队列交易信息传入到内部的各个模块，采用自主研发的内存计算模型，经过复杂的加工分析，推送监控结果到web客户端向运维人员展示和报警。

该方法还包括：以图形化多维显示所述的报警信息。在具体的实施方式中，可由WEB监控模块接收报警发布模块传递的信息，图形化多维显示系统信息和报警信息。

WEB监控模块接收到报警发布模块推送的统计分析信息和报警信息，在概览主页面分三个框，把总计五类指标按照条带图和柱状图动态显示，根据五个报警指标和报警级别，分别用对应级别颜色点亮对应指标的报警灯。报警信息根据报警级别不同，用不同颜色在报警信息栏滚动。各分页(交易量、响应时间、成功率)根据各自条件，分项显示各自的统计分析信息，把条件指标按照条带图和柱状图动态显示。

该方法还包括：设置报警参数、报警日期、报警信息查询以及系统异常关闭。

该方法还包括：在每一秒钟开始时刻获取金融应用系统的时间戳，更新所述内存的时钟区域作为标准时间。在具体的实施方式中，该步骤可由主控制模块执行，作为整个监控的主控，计算和申请共享内存区，提供所有模块的标准时钟发生器,监视、维护和更新系统的运行状态。主控制模块在每一秒钟开始时刻获取源系统(被监控系统)时间戳，更新内存时钟区域，作为整个系统的标准时间。

该方法还包括：扫描所述内存的基础数据区，对超过一个监控周期的数据进行删除。在具体的实施方式中，该步骤可由内存清理模块每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据清理超时参数,定位时钟链表环,获取本次清理时间。查找内存基础数据区，找出本服务模块对应清理的数据块。循环处理块内的非空闲记录，如果记录时间小于清理时间，则释放该记录数据，块水平线降低。查找该记录对应的索引，释放索引，如果有后续索引，则首尾链接索引链表。查找内存扩展数据区，找出本服务模块对应清理的数据块。循环处理块内的非空闲记录，如果记录时间小于清理时间，则释放该记录数据，块水平线降低。查找该记录对应的索引，释放索引，如果有后续索引，则首尾链接索引链表。判断删除块记录数是否等于块记录数，则是否该块。根据本次清理时长，计算出本次停止时长(微秒)，暂停微秒，开始下一秒内存清理任务。

该方法还包括：扫描所述内存的基础数据区，将所述的交易信息写入数据采集队列；从所述的数据采集队列读取交易信息，并将所述的交易信息写入监控历史数据库。

每秒中读取内存中的内存时钟区域，获取监控系统时间，更新时钟链表环。根据采集参数，获取到本次采集时间。遍历访问内存基础数据区和扩展数据区中的所有记录，判断如果等于当前采集时间，则把该记录通过MQ消息队列发送到数据存储模块。

从MQ数据采集队列读取交易数据信息，批量写入监控历史数据库中交易信息表。数据存储模块从MQ消息队列中读取到交易数据记录,缓存一定的数量后,持久化落地到数据库中进行保存。

该方法还包括：根据所述的请求信息记录索引查找所述内存，进而确定出异常数据，并将所述的异常数据写入所述内存的异常数据区。扫描所述内存的异常数据区，对所述的异常数据进行清理，并写入异常文件。

扫描内存中异常数据区,判断当前记录的处理次数,如果处理次数已经超过最大处理次数,则本地异常数据日志文件。否则处理次数加一，然后判断当前记录状态，如果未处理，则赋值为已处理，跳过；如果为为已处理，则赋值为未处理，整理异常记录信息为交易响应信息，发送到MQ响应集群队列中。循环处理异常区域所有记录，直到所有结束。暂停50毫秒，开始下次异常处理任务。

该方法还包括：扫描所述内存的数据分析区，将扫描到的报警数据信息写入报警采集队列；从报警采集队列读取报警数据信息，批量写入监控历史数据库。

采集用户实时输入的报警参数至所述内存的报警参数区。

如上即是本发明提供的一种金融应用系统联机业务的实时监控方法，作为一个独立应用系统,从外部对金融应用联机金融应用系统联机交易信息进行实时采集，从多个维度统计分析，实现秒级实时图形化状态监控和自动报警，大幅提升系统安全预警的时间，为重要金融应用系统的信息安全保驾护航。

下面结合具体的实施例，详细介绍本发明的一种金融应用系统联机业务的实时监控装置。

客户在ATM上操作一笔现金取款交易，通过来源系统转发到金融应用系统。

金融应用系统收到客户交易请求后,通过MQ队列推送一笔交易请求信息(卡号/记账日期/记账时间/流水号/来源系统标识/处理机器标识/交易类型/来源系统流水号/金融应用系统日期/金融应用系统时间/金融应用系统时间戳等)到监控系统的请求处理模块。

请求处理模块把该笔交易请求信息插入到内存数据区或者数据扩展去一条记录,并在内存索引区或者索引扩展区生成一条索引。

金融应用系统对客户的该笔现金取款交易验证通过，并对账户余额进行扣减，记录会计分录和日志后，发送授权成功结果给来源系统通知ATM机吐钞，同时通过MQ队列推送一笔交易响应信息(卡号/记账日期/记账时间/流水号/来源系统标识/处理机器标识/交易类型/来源系统流水号/金融应用系统响应日期/金融应用系统响应时间/金融应用系统响应时间戳/金融应用系统授权码/金融应用系统内部响应码等)到监控系统的响应处理模块。

响应处理模块接收到交易响应信息后,根据报文内容计算出索引值,通过索引值定位到内存索引区中的索引,检查核对索引信息是否匹配,匹配则从索引信息中找到交易请求信息在内存数据区的位置,读取交易请求信息,根据两个时间戳之差,计算出金融应用系统的处理时间长度,整理交易信息回写到内存数据区原记录位置，删除索引。

统计分析模块每秒钟根据内存时钟区域时间，扫描内存数据区和数据扩展区的所有交易记录，统计分析出整个系统的总计交易量(TPS)/响应时间(RTS)/响应成功率(SUC)/超时响应时间(OVR)/超时响应成功率(OVS)等五个指标,和符合各终端条件的交易量(TPS)/响应时间(RTS)/响应成功率(SUC)/超时响应时间(OVR)/超时响应成功率(OVS)等五个分项指标，然后写入内存数据分析区。

报警发布模块每秒钟根据内存时钟区域时间，扫描内存数据分析区的所有交易记录，汇总出系统的总计五大指标和符合各终端条件的五大指标。读取内存报警参数区中当前时间点的五大指标报警参数组,和总计五大指标进行对比，生成报警信息。然后推送监控结果(总计五大指标、终端五大指标、报警信息等)到WEB客户端。

WEB客户端接收到监控报警信息后,通过图形化动态界面/声音/文字,向生产运维人员展示系统当前指标状态和报警。

本发明提供的一种金融应用系统联机业务的实时监控装置的系统功能包括：

1、采用当前和超时两个时间坐标,综合监控源系统运行中的交易量、响应时间、成功率等三大关键安全指标，实时动态图形化、声音、文字等多种方式监控报警。

2、独立窗口分系统、分交易、分节点、分超时，组合监控系统运行的三大安全指标，实时动态图形化、声音、文字等多种方式监控报警。

3、提供报警信息查询功能，可以根据日期、时间段、监控类型等，查看系统发布的报警信息。

4、提供报警参数设置和节假日参数设置。报警参数丰富，阀值设置共有5个维度，每个维度包括值阈和百分比阈，每个阈值包含高值和低值。可按每天不同时段、星期、节假日、特殊日等设置，时间分段精细到秒级。

5、提供系统异常管理功能，可以查看监控系统当前的状态，进程数，系统关键参数等，如有异常情况，可菜单手动关闭监控系统。

本发明提供的一种金融应用系统联机业务的实时监控装置的系统扩展性：

1、集群扩展：根据金融应用系统的交易压力情况，通过集群参数定制，对模块组进行横行扩展。

2、任务扩展：根据金融应用系统的交易压力情况，通过交易量和服务数参数定制，对模块内服务进行横向扩展。

3、范围扩展：监控子系统因为系统独立，可以适应行内许多渠道类和业务类系统，包括IST、ATMP、MCIS、ICCD、EISS等。

本发明提供的一种金融应用系统联机业务的实时监控装置的系统安全性：

1、轻量采集：对源系统进行标准接口封装，只采集标准交易数据，通过集群MQ队列抛送数据，不改变系统的原有业务流程，不增加系统资源负荷，对原系统做到微创。

2、多重保护：系统实现自动检测和手动维护两种方式，检测系统自身运行状态，自动切换停止服务模式，保护被监控的原系统安全运行。

自动方式：自动检测分为三层保护机制

A.主控制模块在MASTER节点，自动实时检测各模块运行状态，如发生异常则自动关闭监控服务；

B.主控制模块失效的异常情况下，MASTER节点上的主监视模块代理检测各模块运行状态，如果异常则自动关闭监控服务；

C.在MASTER节点发生宕机无响应情况下，SLAVE节点上的副监视模块通过内部应用的心跳机制，分析发现监控故障，强制关闭监控子系统。

手动方式：生产运维人员通过监控WEB管理终端的菜单，手工关闭监控子系统。

本发明提供的一种金融应用系统联机业务的实时监控装置的架构设计：

本系统架构分层清晰，模块划分合理，扩展性和健壮性良好，可复用在多种联机应用场景中。

系统新特性：

1、双图形：监控信息提供了时段动态曲线图和时点动态柱状图展示，让运维人员能直观看到过去的系统状态历史，也能看到当前秒的系统状态。

2、双媒质：监控信息采用颜色条带和数字双结合方式显示系统运行信息，通过直观的不同颜色、面积占比和数值，直观的看到系统的健康状态，二维平面显示三维的监控信息。

3、双时间：采用交易收发的两个不同时间坐标监控系统的三大安全指标，全面覆盖系统运行状态。

4、双报警：主界面报警彩灯和报警文字信息实时更新，查询报警页面智能屏蔽一分钟内的重复报警和低级报警信息。

5、双实时：监控参数、报警参数、日志级别可以实时进行修改，修改后的参数自动保存，并实时在系统运行中生效而不用重新启动。

6、反连接：监控客户端与服务核心采用区别于传统的反向连接模式，服务核心充当客户端，根据安全控制定义，主动连接外部的WEB监控客户端，主动推送监控信息，增强了主机控制能力，降低了主机资源使用，并简化系统维护。

系统先进性：

1、去IOE：系统核心处理模块放弃ORACLE数据库，采用自主开发的内存数据库功能，实现数据存储管理、索引、表实体等，支持实时的大批量交易数据的插入、修改、删除、查询、统计等功能。

2、大数据：系统核心处理模块采大数数据处理技术原理，数据分块、多任务、分散、聚合等，使用12支独立进程组相互协作完成。

3、高并发：系统核心处理模块采用进程复制、任务隔离策略，MQ集群架构，在各处理环节实现高并发处理，理论支持10000以上TPS交易。

4、大马力：监控子系统根据实际运行场景和系统负荷，实现可以拖挂四个不同的WEB监控客户端，同时进行不同纬度的监控管理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一般计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

本领域技术人员还可以了解到本发明实施例列出的各种功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (24)

1.一种金融应用系统联机业务的实时监控装置，其特征是，所述的装置包括：

请求处理模块，用于从请求集群队列采集金融应用系统的联机业务的交易请求信息，将所述的交易请求信息写入内存的基础数据区或扩展数据区；

响应处理模块，用于从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据所述的交易响应信息确定请求信息记录索引，根据所述的请求信息记录索引从所述的内存中查找交易请求信息，拼接所述的交易请求信息以及交易响应信息，得到交易信息；

统计分析模块，用于扫描所述内存的基础数据区以及扩展数据区，根据所述的交易信息生成报警指标，并将所述的报警指标写入所述内存的数据分析区，所述的报警指标包括交易量指标、响应时间指标、成功率指标、超时响应时间指标以及超时响应成功率指标；

报警发布模块，用于扫描所述内存的数据分析区，匹配报警参数组生成报警信息，当匹配成功时，推送所述的报警指标以及报警信息至监控模块进行显示。

2.根据权利要求1所述的装置，其特征是，所述的装置还包括：

监控模块，用于接收所述的报警指标，以图形化多维显示所述的报警信息。

3.根据权利要求2所述的装置，其特征是，所述的装置还包括：

监控参数维护模块，用于设置报警参数、报警日期以及报警信息查询。

4.根据权利要求1所述的装置，其特征是，所述的装置还包括：

主控制模块，用于在每一秒钟开始时刻获取金融应用系统的时间戳，更新所述内存的时钟区域作为标准时间。

5.根据权利要求1所述的装置，其特征是，所述的装置还包括：

主监视模块，用于监控所述装置的时钟、服务进程状态，实时更新监控状态、主监控模块的心跳时间。

6.根据权利要求5所述的装置，其特征是，所述的装置还包括：

副监视模块，用于监测所述主监控模块的心跳状态，同时更新所述装置的状态。

7.根据权利要求1所述的装置，其特征是，所述的装置还包括内存，所述的内存包括监控时间、数据扩展区、异常数据区、索引区、索引扩展区、数据分析区以及报警参数区。

8.根据权利要求1所述的装置，其特征是，所述的装置还包括：

内存清理模块，用于扫描所述内存的基础数据区，对超过一个监控周期的数据进行删除。

9.根据权利要求1所述的装置，其特征是，所述的装置还包括：

数据采集模块，用于扫描所述内存的基础数据区，将所述的交易信息写入数据采集队列；

数据存储模块，用于从所述的数据采集队列读取交易信息，并将所述的交易信息写入监控历史数据库。

10.根据权利要求1所述的装置，其特征是，所述的响应处理模块，还用于根据所述的请求信息记录索引查找所述内存，进而确定出异常数据，并将所述的异常数据写入所述内存的异常数据区。

11.根据权利要求10所述的装置，其特征是，所述的装置还包括：

异常处理模块，用于扫描所述内存的异常数据区，对所述的异常数据进行清理，并写入异常文件。

12.根据权利要求1所述的装置，其特征是，所述的装置还包括：

报警采集模块，用于扫描所述内存的数据分析区，将扫描到的报警数据信息写入报警采集队列；

报警存储模块，用于从报警采集队列读取报警数据信息，批量写入监控历史数据库。

13.根据权利要求1所述的装置，其特征是，所述的装置还包括：

报警参数模块，用于扫描监控模块，采集用户实时输入以及修改的报警参数至所述内存的报警参数区。

14.一种金融应用系统联机业务的实时监控方法，其特征是，所述的方法包括：

从请求集群队列采集金融应用系统的联机业务的交易请求信息，并将所述的交易请求信息写入内存的基础数据区或扩展数据区；

从响应集群队列采集所述金融应用系统的联机业务的交易响应信息，根据所述的交易响应信息确定请求信息记录索引，根据所述的请求信息记录索引从所述的内存中查找交易请求信息，拼接所述的交易请求信息以及交易响应信息，得到交易信息；

扫描所述内存的基础数据区以及扩展数据区，根据所述的交易信息生成报警指标，并将所述的报警指标写入所述内存的数据分析区，所述的报警指标包括交易量指标、响应时间指标、成功率指标、超时响应时间指标以及超时响应成功率指标；

扫描所述内存的数据分析区，匹配报警参数组生成报警信息，当匹配成功时，推送所述的报警指标以及报警信息。

15.根据权利要求14所述的方法，其特征是，所述的方法还包括：

以图形化多维显示所述的报警信息。

16.根据权利要求15所述的方法，其特征是，所述的方法还包括：

设置报警参数、报警日期、报警信息查询以及系统异常关闭。

17.根据权利要求14所述的方法，其特征是，所述的方法还包括：

在每一秒钟开始时刻获取金融应用系统的时间戳，更新所述内存的时钟区域作为标准时间。

18.根据权利要求14所述的方法，其特征是，所述的内存包括监控时间、数据扩展区、异常数据区、索引区、索引扩展区、数据分析区以及报警参数区。

19.根据权利要求14所述的方法，其特征是，所述的方法还包括：

扫描所述内存的基础数据区，对超过一个监控周期的数据进行删除。

20.根据权利要求14所述的方法，其特征是，所述的方法还包括：

扫描所述内存的基础数据区，将所述的交易信息写入数据采集队列；

从所述的数据采集队列读取交易信息，并将所述的交易信息写入监控历史数据库。

21.根据权利要求14所述的方法，其特征是，所述的方法还包括：根据所述的请求信息记录索引查找所述内存，进而确定出异常数据，并将所述的异常数据写入所述内存的异常数据区。

22.根据权利要求21所述的方法，其特征是，所述的方法还包括：

扫描所述内存的异常数据区，对所述的异常数据进行清理，并写入异常文件。

23.根据权利要求14所述的方法，其特征是，所述的方法还包括：

扫描所述内存的数据分析区，将扫描到的报警数据信息写入报警采集队列；

从报警采集队列读取报警数据信息，批量写入监控历史数据库。

24.根据权利要求14所述的方法，其特征是，所述的方法还包括：

采集用户实时输入以及修改的报警参数至所述内存的报警参数区。