CN104125095A - 一种事件故障实时监控的系统和方法 - Google Patents

Abstract

本发明涉及一种事件故障实时监控的系统和方法，所述事件故障实时监控的系统包括以下模块：监控配置模块，用于配置事件信息和事件的监控队列信息；数据采集模块，用于接收事件处理方返回的数据，然后整理数据信息发送给消息队列，监控报警模块会自动异步从消息队列中获取消息；监控报警模块，首先读取监控配置模块的配置信息，为每一个事件生成多种维度的监控队列，如果监控配置模块中的一种维度队列开关是关闭状态，则该事件下不生成该维度的队列，然后异步接收数据采集模块发送的信息，执行解析数据，向监控维度队列中增加数据，针对于每个监控维度队列进行逻辑判断，如果满足报警条件，将会给运维人员发送短信报警和邮箱报警。

Description

一种事件故障实时监控的系统和方法

技术领域

本发明涉及一种事件故障实时监控的系统和方法。 

背景技术

相关技术中，例如关于支付通道的实时监控，大多数银行通道实时异常监控方案都是通过job定时任务调度来查询交易请求表最近20分钟内的支付交易数据，再去统计成功率，而有些支付通道如AE和MOTO通道由于交易量较少，甚至将查询交易的时间范围跨度拉长到3小时来统计，统计数据后如果满足报警条件就会发送报警短信。 

发明内容

相关技术方案完全可以反映出支付通道是否发生了异常情况，但总是在产生了故障问题很长一段时间以后才发送报警，不能实时反映通道故障，这就给运维人员增加一定负担，不能第一时间去解决问题。本文阐述的技术方案将大大减少这个延迟反映故障的时间，达到只要产生异常，立即向管理员发送报警，达到实时监控目的。 

根据本发明实施例的第一方面，提供一种事件故障实时监控的系统，包括以下模块： 

监控配置模块：用于配置事件信息和事件的监控队列信息； 

数据采集模块：用于接收事件处理方返回的事件结果数据，然后封装数据信息发送给消息队列，监控报警模块会自动异步从消息队列中获取消息； 

监控报警模块：包括四个子模块，分别为接收数据模块、增加数据模块、判断预警模块和汇总报警模块。 

所述事件信息包括事件ID、事件名称、报警人手机号、报警人邮箱以及其他必要事件信息。 

所述事件的监控队列信息包括队列名称、队列的长度、黄色报警阀值、红色报警阀值和队列开关以及其他必要信息。 

所述队列开关的状态若为关闭时则所述事件下不生成所述队列。 

所述消息队列包括Redis消息队列。 

所述接收信息模块包括用于异步接收消息队列中发送过来的数据，每当接收到一条新的数据时，执行一次更新监控报警模块中的监控队列池信息。 

所述增加数据模块包括用于当监控报警模块接收到一条新的数据并且执行完更新队列信息后，解析接收到的消息队列信息，并将解析出来的结果分别向多种维度队列中增加信息，当队列里面存在的数据数量大于队列长度时，系统会自动把当前队列的第一条数据删除掉，保证队列始终都是固定长度。 

所述维度队列包括根据事件故障所依赖的各种必要属性形成的事件的监控队列。 

所述判断预警模块包括用于当向各个队列中增加数据完毕后，判断各个队列当前的连续支付失败次数是否达到了当前队列的黄色警报阀值或红色警报阀值，如果达到了，则当前队列发出相应预警，当连续支付失败次数没有达到当前队列的黄色警报阀值或红色警报阀值，则不发出预警。 

所述汇总报警模块包括用于两个队列及以上都发出黄色预警或红色预警时，判定当前支付通道存在异常，向系统预先设置的报警人电话发送报警短信，向系统预先设置的报警人邮箱发送报警邮件。 

根据本发明实施例的第二方面，提供一种事件故障实时监控的方法，包括以下步骤： 

配置事件信息和事件的监控队列信息，保存到数据库中； 

读取数据库中的事件信息和其附属的监控队列信息； 

接收事件处理方返回的数据，向各个队列中增加结果信息； 

根据队列信息进行逻辑处理，判断是否需要报警； 

若不需要报警，则结束流程； 

若需要报警，则向系统预先设置好的报警人电话发送相应报警短信，向系统预先设置好的报警人邮箱发送相应报警邮件。 

所述事件信息包括事件ID、事件名称、报警人手机号、报警人邮箱以及其他必要事件信息。 

所述事件的监控队列信息包括队列名称、队列的长度、黄色报警阀值、红色报警阀值、队列开关以及其他必要信息。 

所述事件信息和事件的监控队列信息都可以人工设置并进行增加、修改、删除操作。 

所述逻辑处理包括当连续支付失败次数大于某一阀值时，发出黄色预警；当连续支付失败次数大于另一阀值时，发出红色预警。 

所述逻辑处理还包括当两个或两个以上队列发出黄色预警或红色预警时，则向系统预先设置好的报警人电话发送相应报警短信，向系统预先设置好的报警人邮箱发送相应报警邮件。 

本发明的实施例提供的技术方案可以包括以下有益效果： 

1.事件故障实时监控与成功率的监控侧重点不同、更加注重实时监控； 

2..通过监控对异常的结果进行分析，分为不同的等级，如最严重的红色警报； 

3.根据警报的级别，系统可以选择直接做关闭事件的该方案或切换到另一可用方案的动作，甚至发邮件通知相关运营人员，无需人工介入，将监控上升到运维自动化； 

4.由于现有事件比较多，每个事件需要对应一个或者多个监控维度，可根据实际情况自由配置，大大增加了可复用性。 

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。 

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。 

图1是按照本发明的事件实时监控系统的一优选实施例的系统框图。 

图2是按照本发明的事件实时监控系统的一优选实施例的系统运作图。 

图3是按照本发明的事件实时监控方法的一优选实施例的流程图。 

图4是按照本发明的一优选实施例的支付通道实时监控系统的框图。 

图5是按照本发明的一优选实施例支付通道实时监控系统的系统运作图。 

图6是按照本发明的一优选实施例支付通道实时监控方法的流程图。 

图7是按照本发明的一优选实施例支付通道实时监控系统的通道监控队列信息列表界面截图。 

图8是按照本发明的一优选实施例支付通道实时监控系统的通道监控队列信息修改界面截图。 

图9是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息列表界面截图。 

图10是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息删除界面截图。 

图11是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息新增界面截图。 

图12是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息修改界面截图。 

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。 

图1是按照本发明的事件实时监控系统的一优选实施例的系统框图。如图1所示，事件实时监控系统100包括监控配置模块110，数据采集模块120和监控报警模块130。 

该监控配置模块110被配置为用于配置事件信息和事件的监控队列信息； 

该数据采集模块120被配置为用于接收事件处理方返回的数据，然后封装数据信息发送给消息队列，监控报警模块会自动异步从消息队列中获取消息； 

该监控报警模块130被配置为包括四个子模块，分别为接收信息模块、增加数据模块、判断预警模块和汇总报警模块。其中，接受信息模块131被配置为用于异步接收消息队列中发送过来的数据，每当接收到一条新的数据时，执行一次更新监控报警模块中的监控队列池信息；增加数据模块132被配置为用于当 监控报警模块接收到一条新的数据并且执行完更新队列信息后，解析接收到的消息队列信息，并将解析出来的结果分别向多种维度队列中增加信息，当队列里面存在的数据量大于队列长度时，系统会自动把当前队列的第一条数据删除掉，保证队列始终都是固定长度；判断预警模块133被配置为用于当向各个队列中增加数据完毕后，判断各个队列当前的连续失败次数是否达到了当前队列的黄色警报阀值或红色警报阀值，如果达到了，则当前队列发出相应预警，当连续支付失败次数没有达到当前队列的黄色警报阀值或红色警报阀值，则不发出预警；汇总报警模块134被配置为用于两个队列及以上都发出黄色预警或红色预警时，判定当前支付通道存在异常，向系统预先设置好的报警人电话发送报警短信，向系统预先设置好的报警人邮箱发送报警邮件。 

图2是按照本发明的事件实时监控系统的一优选实施例的系统运作图。如图2所示，首先由监控配置模块配置事件信息和队列信息，保存到数据库中；同时，数据采集模块接收事件处理方返回的结果数据，并整理数据发送给监控报警模块；然后监控报警模块读取数据库中的事件信息和队列信息并接收数据采集模块发送的数据，向各个队列中增加支付结果信息，再根据队列信息进行逻辑处理，判断是否报警，如果需要报警，则给负责人发送报警短信和邮件，如果不需要报警，则结束流程。 

图3是按照本发明的事件实时监控方法的一优选实施例的流程图。如图所示，事件实时监控方法用于终端中，包括以下步骤： 

在步骤S301中，配置事件信息和队列信息，保存到数据库中； 

在步骤S302中，读取数据库中的事件信息和事件的监控队列信息； 

在步骤S303中，接收事件处理方返回的数据，向各个队列中增加结果信息； 

在步骤S304中，根据队列信息进行逻辑处理，判断是否需要报警； 

在步骤S305中，如果判断需要报警，则向相关负责人发送相应报警短信和邮件； 

在步骤S306中，如果判断不需要报警，则结束流程。 

上文中提到的事件包括网络上可能会出现故障的各种事件，如购物、咨询、上传、下载、发布信息、点赞等等事件，甚至生活中各种可以被本系统监控的故障，总之，本发明的系统和方法可以用来监控各种事件的故障，并能及时报告故障，让工作人员能尽早解决问题，提高用户体验。 

图4是按照本发明的一优选实施例支付通道实时监控系统的框图。如图4所示，支付通道实时监控系统400包括监控配置模块410，数据采集模块420，监控报警模块430，其中监控报警模块430有四个子模块组成，分别是接受信息模块431，增加数据模块432，判断预警模块433和汇总报警模块434。 

该监控配置模块410被配置为用于配置支付通道信息和支付通道队列信息； 

该数据采集模块420被配置为用于接收银行返回的支付结果，然后整理支付数据信息发送给消息队列，监控报警模块会自动异步从消息队列中获取消息； 

该监控报警模块430包括四个子模块，分别为接收信息模块、增加数据模块、判断预警模块和汇总报警模块。其中，接受信息模块431被配置为用于异步接收消息队列中发送过来的数据，每当接收到一条新的数据时，执行一次更新监控报警模块中的监控队列池信息；增加数据模块432被配置为用于当监控报警模块接收到一条新的数据并且执行完更新队列信息后，解析接收到的消息队列信息，并将解析出来的结果分别向多种维度队列中增加信息，当队列里面存数的数据大于队列长度时，系统会自动把当前队列的第一条数据删除掉，保证队列始终都是固定长度；判断预警模块433被配置为用于当向各个队列中增加数据完毕后，判断各个队列当前的连续支付失败次数是否达到了当前队列的黄色警报阀值或红色警报阀值，如果达到了，则当前队列发出相应预警，当连续支付失败次数没有达到当前队列的黄色警报阀值或红色警报阀值，则不发出预警；汇总报警模块434被配置为用于两个队列及以上都发出黄色预警或红色预警时，判定当前支付通道存在异常，向系统预先设置好的报警人电话发送报警短信，向系统预先设置好的报警人邮箱发送报警邮件。 

图5是按照本发明的一优选实施例支付通道实时监控系统的系统运作图。如图5所示，首先用户需要进入监控配置模块，增加支付通道信息，然后在每个支付通道下建立3种不同维度的监控队列，并且设置每个队列的红色、黄色警报阀值和队列长度。每当用户发起一笔支付交易后，数据采集模块都可以获取到支付通道名称，支付人ID，支付人卡号(部分显示)，订单号，支付结果等信息。数据采集模块将这些数据整理后发送给监控报警模块，监控报警模块解析接收到的数据，根据解析后的信息分别向三种维度队列中插入支付结果数据，然后在根据监控配置模块已经配置的警报阀值进行数据处理，如果有两种以上的维度都达到了预先设置的红色警报阀值，那么最终向运维人员发送支付通道红色报警，让运维人员第一时间去解决问题。 

其中，本实施例支付通道实时监控系统中各个模块之间的交互桥梁分别为：监控配置模块与监控报警模块依赖于数据库表交互；数据采集模块与监控报警模块依赖于Redis消息队列交互，需要理解的是，该交互桥梁只是针对支付通道实时监控系统一种优选的交互桥梁，实际中可根据项目情况换成其他技术。 

图6是按照本发明的一优选实施例支付通道实时监控方法的流程图。如图所示，支付通道实时监控方法用于终端中，包括以下步骤： 

在步骤S601中，配置支付通道信息和队列信息，保存到数据库中； 

在步骤S602中，读取数据库中的通道信息和队列信息； 

在步骤S603中，接收银行支付返回的数据，向各个队列中增加支付结果信息； 

在步骤S604中，根据队列信息进行逻辑处理，判断是否需要报警； 

在步骤S605中，如果判断需要报警，则向相关负责人发送相应报警短信和邮件； 

在步骤S606中，如果判断不需要报警，则结束流程。 

图7是按照本发明的支付通道实时监控系统的通道监控队列信息列表界面截图。从图中可以看出，每一个通道监控队列都有其对应的队列长度、一个黄色警报阀值和一个红色警报阀值。 

图8是按照本发明的一优选实施例支付通道实时监控系统的通道监控队列信息修改界面截图。从图中可以看出，队列长度、黄色警报阀值、红色警报阀值和监控状态都是可以人为修改的。 

图9是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息列表界面截图。从图中可以看出，通道监控信息包括通道名称、报警手机号、报警邮箱、报警后关闭通道、关闭通道后通知和备注。 

图10是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息删除界面截图。从图中可以看出，通道监控信息可以人为删除。 

图11是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息新增界面截图。从图中可以看出，通道监控信息可以人为新增。 

图12是按照本发明的一优选实施例支付通道实时监控系统的通道监控信息修改界面截图。从图中可以看出，通道监控信息可以人为修改。 

下面给出支付通道实时监控系统的一个具体的实施例，让本领域人员能更好地理解本发明。 

名词解释： 

BOCI：一种支付通道 

QUEUE：队列 

TRANSID：交易请求ID 

CARDNO：支付卡号 

ORDERNO：订单号 

例如某一个支付通道定义为BOCI，本章节内搜有BOCI都代表一种具体的支付通道。 

详细方案步骤： 

1、登陆监控配置模块，在数据库支付通道表中增加一个通道名称为BOCI的支付通道，参考如下表格： 

然后在支付通道队列表中增加三条队列记录，三条记录分别对应着三种监控维度方案，详细如下表格： 

到此监控配置模块已经配置完毕，此模块设置的这些数据是为了实现监控方案可配置，监控策略可控制。 

2、数据采集模块，后台每次接收到银行返回的支付结果信息后，自动把支付通道名称、交易请求ID、支付卡号(部分显示)，订单号，支付结果等信息封装与一个对象内，发送给Redis消息队列中。如：{通道名称：BOCI，交易请求ID：PAY20140530123252_12341288，支付卡号：622588******8399，订单号：20140530123252_123412，支付结果：02}。其中支付结果这一项，02代表支付失败，01代表支付成功。 

3、监控报警模块 

监控报警模块可分为“接收信息”、“向队列增加数据”、“判断队列中数据”、“汇总预警信息，发送报警”四个流程。 

(1)接收数据 

异步接收Redis消息队列中发送过来的数据，每当接收到一条新的数据时，执行一次更新监控报警模块中的监控队列池信息，做此更新操作是因为监控配置模块可以随时更改队列的属性信息，达到即改即用的目的，例如运营人员觉得BOCI通道的订单号维度的监控队列红色报警值过高，而去修改模块中BOCI通道的订单号维度的监控队列红色报警值，当监控报警模块下一次接收到Redis消息队列中的数据时就需要使用新的红色报警值。 

(2)向队列增加数据 

当监控报警模块接收到一条新的数据并且执行完更新队列信息后，那么就可以解析接收到的Redis信息了，其中按照自定义的规则一定包含支付通道名称、交易请求ID、支付卡号(部分显示)，订单号，支付结果等信息，将解析出来的结果分别向三种维度队列中增加信息。当队列里面存数的数据大于队列长度(队列长度由监控配置模块设置)时，系统会自动把当前队列的第一条数据删除掉，保证队列始终都是固定长度。当就收到的信息与之前的信息重复时，覆盖前一条数据，例如卡号维度队列{6225******8361：01，6225******8362：02，6225******8363：02，6225******8364：02，6225******8365：02，……}，当队列又接收到新的数据卡号为6225******8361支付结果为02，那么卡号维度队列的第一条相同卡号数据将会被覆盖，覆盖后队列的信息变成{6225******8361：02，6225******8362：02，6225******8363：02，6225******8364：02，6225******8365：02，……}。 

本文中的队列指的是一个固定长度的队列，一个队列中存放一个维度的支付结果信息。如卡号维度队列，它的存储的数据是{6225******8361：01，6225******8362：02，6225******8363：02，6225******8364：02，6225******8365：02，……}，如订单号维度队列，它的存储的数据是{20140530123252_123412：01，20140530123252_123412：02，20140530123252_123412：02，20140530123252_123412：02，20140530123252_123412：02，……}。 

(3)判断队列中数据，发出预警 

当向各个队列中增加数据完毕后，就开始判断各个队列当前的连续支付失败次数是否达到了当前队列的红色警报阀值，如果达到了则当前队列发出红色预警(非报警)，预警并不是报警而是系统暂时用来逻辑判断的依据。当连续支付失败次数没有达到当前队列的红色警报阀值，则不发出预警。 

(4)汇总预警信息，发送报警 

当有两个队列以上都发出红色预警时，就有足够的依据断定当前支付通道存在异常，向系统预先设置好的报警人电话发送报警短信，向系统预先设置好的报警人邮箱发送报警邮件。 

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。 

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。 

Claims (10)

1.一种事件故障实时监控的系统，其通过统计事件执行多次成功或失败的次数，实现对事件故障的监控，且其特征在于，包括以下模块：

监控配置模块：用于配置事件信息和事件的监控队列信息；

数据采集模块：用于接收事件处理方返回的事件结果数据，然后封装数据信息发送给消息队列，监控报警模块会自动异步从消息队列中获取消息；

监控报警模块：包括四个子模块，分别为接收数据模块、增加数据模块、判断预警模块和汇总报警模块。

2.如权利要求1所述的事件故障实时监控的系统，其特征在于，所述事件信息包括事件ID、事件名称、报警人手机号、报警人邮箱以及其他必要事件信息。

3.如权利要求1所述的事件故障实时监控的系统，其特征在于，所述事件的监控队列信息包括队列名称、队列的长度、黄色报警阀值、红色报警阀值和队列开关以及其他必要信息。

4.如权利要求3所述的事件故障实时监控的系统，其特征在于，所述队列开关的状态若为关闭时则所述事件下不生成所述队列。

5.如权利要求1所述的事件故障实时监控的系统，其特征在于，所述消息队列包括Redis消息队列。

6.如权利要求1所述的事件故障实时监控的系统，其特征在于，所述接收信息模块包括用于异步接收消息队列中发送过来的数据，每当接收到一条新的数据时，执行一次更新监控报警模块中的监控队列池信息。

7.如权利要求1所述的事件故障实时监控的系统，其特征在于，所述增加数据模块包括用于当监控报警模块接收到一条新的数据并且执行完更新队列信息后，解析接收到的消息队列信息，并将解析出来的结果分别向多种维度队列中增加信息，当队列里面存在的数据数量大于队列长度时，系统会自动把当前队列的第一条数据删除掉，保证队列始终都是固定长度。

8.如权利要求7所述的事件故障实时监控的系统，其特征在于，所述维度队列包括根据事件故障所依赖的各种必要属性形成的事件的监控队列。

9.如权利要求1所述的事件故障实时监控的系统，其特征在于，所述判断预警模块包括用于当向各个队列中增加数据完毕后，判断各个队列当前的连续支付失败次数是否达到了当前队列的黄色警报阀值或红色警报阀值，如果达到了，则当前队列发出相应预警，当连续支付失败次数没有达到当前队列的黄色警报阀值或红色警报阀值，则不发出预警。

10.一种事件故障实时监控的方法，通过统计事件执行多次成功或失败的次数，实现对事件的监控，其特征在于，包括以下步骤：

配置事件信息和事件的监控队列信息，保存到数据库中；

读取数据库中的事件信息和其附属的监控队列信息；

接收事件处理方返回的数据，向各个队列中增加结果信息；

根据队列信息进行逻辑处理，判断是否需要报警；

若不需要报警，则结束流程；

若需要报警，则向系统预先设置好的报警人电话发送相应报警短信，向系统预先设置好的报警人邮箱发送相应报警邮件。