一种实时交易监控系统的制作方法
【专利摘要】本发明涉及一种实时交易监控系统，包括监控核心平台和数据库，所述监控核心平台包括通信层、消息队列层、业务处理层和数据采集层；通信层为负责与各个交易系统通信的程序接口，用于实现消息接收、路由分发和消息队列监控；消息队列层用于接收从通信层转发来的消息，并根据业务需求建立相应的消息队列服务器以及调整消息队列容量大小；业务处理层用于实现对业务逻辑的处理，对不同的交易系统或业务由线程池读取，再交由不同的规则处理引擎服务器处理；数据采集层用于从业务处理层、缓存或者数据库取得数据。本发明能够对系统上下游系统稳定性进行监控。
【专利说明】一种实时交易监控系统
【技术领域】
[0001] 本发明涉及互联网支付【技术领域】，特别是涉及一种实时交易监控系统。
【背景技术】
[0002] 随着通联支付业务的持续发展，业务系统越来越多，业务逻辑和各种应用场景越 来越复杂，现有的交易运行监控系统已经不能满足日常的监控需求。对于第三方的支付系 统，核心的交互平台需要监控其平台的上游数据（如商户提交数据）和下游交互数据（如 收单银行）之间是否存在网络或者系统的不稳定性或者不可访问。对于第三方的支付系统 或者数据交互系统一般不可能定时用伪交易来检查其上下游系统的稳定性，因此亟需一种 能够实时对系统上下游系统进行监控的系统。
【发明内容】
[0003] 本发明所要解决的技术问题是提供一种实时交易监控系统，能够对支付系统或者 数据交互系统上上下游系统稳定性进行监控，并实现高可用和大数据量处理。
[0004] 本发明解决其技术问题所采用的技术方案是：提供一种实时交易监控系统，包括 监控核心平台和数据库，所述监控核心平台包括通信层、消息队列层、业务处理层和数据采 集层；所述通信层为负责与各个交易系统通信的程序接口，用于实现消息接收、路由分发和 消息队列监控，实现与各个交易系统物理、程序、业务处理充分解耦；所述消息队列层用于 接收从通信层转发来的的消息，并实现消息的持久化，并根据业务需求建立相应的消息队 列服务器以及调整消息队列容量大小，实现坚向扩展；所述业务处理层用于实现对业务逻 辑的处理，对不同的交易系统或者不同的业务由线程池读取，然后交由不同的规则处理引 擎服务器处理；所述业务处理层实现对规则处理引擎服务器和线程池进行管理，实现对规 则处理引擎服务器动态注入；所述数据采集层用于从业务处理层、缓存或者数据库取得数 据。
[0005] 所述数据库还与管理平台相连，所述管理平台用于实现对核心监控平台的参数化 配置管理，包括对业务系统进行数据初始化、定义规则种类与规则组、以及定义监控规则。
[0006] 所述的实时交易监控系统还包括展现层，所述展现层用于展示经过业务处理满足 监控需求的信息。
[0007] 所述的实时交易监控系统还包括自身监控平台，所述自身监控平台用于监控平台 的各个服务组件的状态，确保监控平台能正常工作。
[0008] 所述通信层包括：通信模块，用于与各业务系统进行数据交换；队列监控模块，用 于监控部署所有的消息队列，如果发现队列全部堵塞则向自身监控模块报警；分发模块，用 于将通信模块取到数据分发到任何一个不堵塞的队列；存储转发模块在队列监控模块报警 时将收到的数据存入数据库，并在消息队列不堵塞情况下读取数据并转发；转发存储模块， 用于将收到的数据直接存入数据库；第一自身监控模块通过自身监控平台心跳来检查通信 层是否正常。
[0009] 所述业务处理层包括：报文解析模块，用于解析从消息队列里读取的报文；线程 池管理模块，通过管理平台配置参数管理线程池，包括线程的新增和销毁；规则注入管理模 块，用于读取缓存里的业务和业务相对应的处理规则、并由管理平台刷新这些业务和对应 的规则；远程调用服务模块，用于将解析或者处理的数据通过远程调用上送到数据采集层； 第二自身监控模块通过自身监控平台心跳来检查业务处理层是否正常。
[0010] 所述数据采集层包括：数据接收模块，用于将收到报文解析模块的数据写入缓存 服务器；写入消息队列模块，用于将收到报文解析模块的数据写入消息队列，并从缓存读取 未处理的数据；规则注入管理模块，用于读取缓存里的业务和业务相对应的处理规则、并由 管理平台刷新这些些业务和对应的规则；消息队列管理模块，根据后台数据生成或者销毁 相对应业务的消息队列；业务处理模块，用于对每个业务消息队列对应一个线程读取队列 消息并做业务处理，在处理成功后删除缓存上的数据；报警数据管理模块，用于从后台读取 要报警的规则；报警数据写入模块，用于将报警信息根据规则写入数据库；消息分发模块， 用于将报警信息推送到监控终端；数据查询模块，用于通过监控终端查询历史报警信息。有 益效果
[0011] 由于采用了上述的技术方案，本发明与现有技术相比，具有以下的优点和积极效 果：本发明为面向应用的交易全周期监控系统，可从各种业务应用系统中实时获取交易数 据，通过内部规则库对数据进行分析、过滤，并对异常的交易进行展现及实时预警。同时交 易监控还具备异常验证及处理的机制，通过对应用系统是否可用进行测试，验证应用系统 是否正常，当应用系统发送异常影响正常交易时，可以通过应急处理快速缓解故障，保证部 分关键交易可以进行。另外，本监控系统可以对各监控对象进行多维度、多时间段定制化的 监控，多维度表现在如交易的承兑率、成功率、TPS等，还可以监控业务系统的交易报文、日 志报文和系统的健康状态等。
【专利附图】
【附图说明】
[0012] 图1是应用系统交互图；
[0013] 图2是系统构架图。
【具体实施方式】
[0014] 下面结合具体实施例，进一步阐述本发明。应理解，这些实施例仅用于说明本发明 而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人 员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所附权利要求书所限定 的范围。
[0015] 本发明的实施方式涉及一种实时交易监控系统，如图2所示，包括监控核心平台 和数据库，所述监控核心平台包括通信层、消息队列层、业务处理层和数据采集层；所述通 信层为负责与各个交易系统通信的程序接口，用于实现消息接收、路由分发和消息队列监 控，实现与各个交易系统物理、程序、业务处理充分解耦；所述消息队列层用于接收从通信 层转发来的的消息，并实现消息的持久化，并根据业务需求建立相应的消息队列服务器以 及调整消息队列容量大小，实现坚向扩展；所述业务处理层用于实现对业务逻辑的处理， 对不同的交易系统或者不同的业务由线程池读取，然后交由不同的规则处理引擎服务器处 理；所述业务处理层实现对规则处理引擎服务器和线程池进行管理，实现对规则处理引擎 服务器动态注入；所述数据采集层用于从业务处理层、缓存或者数据库取得数据。其中，所 述数据库还与管理平台相连，所述管理平台用于实现对核心监控平台的参数化配置管理， 包括对业务系统进行数据初始化、定义规则种类与规则组、以及定义监控规则。所述的实时 交易监控系统还包括展现层，所述展现层用于展示经过业务处理满足监控需求的信息。所 述的实时交易监控系统还包括自身监控平台，所述自身监控平台用于监控平台的各个服务 组件的状态，确保监控平台能正常工作。
[0016] 图1是应用系统交互图，其中，业务系统提供交易数据给监控系统，从而使得监控 系统能够对各个业务系统的交易情况进行监控。监控系统用于收集分析交易数据、推送给 监控终端。监控终端用于监控各业务系统的交易情况、报警情况、交易统计情况、各业务系 统健康状态情况。
[0017] 所述通信层为负责与各个交易系统通信的程序接口，用于实现消息接收、路由分 发和消息队列监控，实现与各个交易系统物理、程序、业务处理充分解耦。具体包括：通信 模块，用于与各业务系统进行数据交换；队列监控模块，用于监控部署所有的消息队列，如 果发现队列全部堵塞则向自身监控模块报警；分发模块，用于将通信模块取到数据分发到 任何一个不堵塞的队列；存储转发模块在队列监控模块报警时将收到的数据存入数据库， 并在消息队列不堵塞情况下读取数据并转发（与转发存储模块分开是因为直接存储数据 量，，查询性能差）；转发存储模块，用于将收到的数据直接存入数据库；第一自身监控模块 通过自身监控平台心跳来检查通信层是否正常。
[0018] 由此可见，所述通信层负责与各个交易子系统进行通信，并将接收到的数据转发 到消息队列层。可采用新启用端口通过管理平台配置，而不用修改程序。通信层对定制开 发透明，可根据不同的需求实现路由分发。
[0019] 所述业务处理层用于实现对业务逻辑的处理，对不同的交易系统或者不同的业务 由线程池读取，然后交由不同的规则处理引擎服务器处理；所述业务处理层实现对规则处 理引擎服务器和线程池进行管理，实现对规则处理引擎服务器动态注入。具体包括：报文解 析模块，用于解析从消息队列里读取的报文；线程池管理模块，通过管理平台配置参数管理 线程池，包括线程的新增和销毁；规则注入管理模块，用于读取缓存里的业务和业务相对应 的处理规则、并由管理平台刷新这些业务和对应的规则；远程调用服务模块，用于将解析或 者处理的数据通过远程调用上送到数据采集层；第二自身监控模块通过自身监控平台心跳 来检查业务处理层是否正常。
[0020] 业务处理层作为监控平台的核心处理层，可根据交易系统上送报文处理业务逻 辑，对规则引擎实现注入的方式。核心的处理引擎的功能对定制开发是透明的，抽象提取公 共的业务处理引擎，实现对新增引擎的热部署，并且实现不同的交易系统或者不同的业务 处理不同的物理机部署，可以通过后台配置实现配置不同的业务处理引擎。同时还将相应 的业务处理的结果放入缓存或者数据库，实现坚向扩展。业务处理层还实现不同的线程池 读不同的消息队列，可定时触发各个交易系统健康检查。
[0021] 所述数据采集层用于从业务处理层、缓存或者数据库取得数据。具体包括：数据接 收模块，用于将收到报文解析模块的数据写入缓存服务器；写入消息队列模块，用于将收到 报文解析模块的数据写入消息队列，并从缓存读取未处理的数据；规则注入管理模块，用于 读取缓存里的业务和业务相对应的处理规则、并由管理平台刷新这些业务和对应的规则； 消息队列管理模块，根据后台数据生成或者销毁相对应业务的消息队列；业务处理模块， 用于对每个业务消息队列对应一个线程读取队列消息并做业务处理，在处理成功后删除缓 存上的数据；报警数据管理模块，用于从后台读取要报警的规则；报警数据写入模块，用于 将报警信息根据规则写入数据库；消息分发模块，用于将报警信息推送到监控终端；数据 查询模块，用于通过监控终端查询历史报警信息。
[0022] 所述展现层用于展示经过业务处理满足监控需求的信息。包括以下模块：菜单展 现界面模块，以树状结构展现要监控的维度要素；对应维度展现的TPS界面模块；对应维度 展现的成功率界面模块；对应维度展现的承兑率界面模块；对应维度展现的交易日志界面 模块；对应维度展现的应用日志界面模块。展现层用于展示经过业务处理满足监控需求的 信息，并能实现展现的可配置化。根据业务需要展现监控数据，提供多种展现方式，如柱状 图、线形图、饼状图、仪表盘等，展示形式包括地域形式和日志形式。报表包括：成功率曲线、 承兑率曲线、告警分布柱状图、告警分布饼图、返回码分布柱状图、返回码分布饼图、TPS曲 线。
[0023] 所述管理平台用于实现对核心监控平台的参数化配置管理，包括对业务系统进行 数据初始化、定义规则种类与规则组、以及定义监控规则。
[0024] 对各业务系统进行数据初始化包括业务系统管理、分公司管理、机构管理、渠道管 理、商户管理、应答码管理、业务系统交易类型管理。其中，业务系统管理：监控系统为每个 业务分配的业务系统标示。管理的字段有业务系统名称、业务系统描述、业务标示ID。业 务系统标示ID在整个监控系统是唯一的，以便区分其他的业务系统。实现的功能，登录用 户在有权限的情况下进行新增、修改、查询、删除。分公司管理：初始化所在业务系统的分公 司数据。管理的字段有业务系统、分公司ID、分公司名称、分公司描述。登录用户在有权限 的情况下进行新增、修改、查询、删除。机构管理：初始化所在业务系统的机构。管理的字段 有业务系统、机构ID、机构名称、机构描述。登录用户在有权限的情况下进行新增、修改、查 询、删除。渠道管理：初始化所在业务系统的渠道。管理的字段有业务系统、渠道ID、渠道名 称、渠道描述。登录用户在有权限的情况下进行新增、修改、查询、删除。商户管理：初始化 所在业务系统的商户。管理的字段有业务系统、商户ID、商户名称、商户描述。登录用户在 有权限的情况下进行新增、修改、查询、删除。应答码管理：初始化所在业务系统的应答码。 管理的字段有业务系统、应答码ID、应答码名称、应答码描述。登录用户在有权限的情况下 进行新增、修改、查询、删除。业务系统交易类型管理：初始化所在业务系统的交易类型。管 理的字段有业务系统、交易类型ID、交易类型名称、交易类型描述、承兑率统计标志。登录用 户在有权限的情况下进行新增、修改、查询、删除。
[0025] 定义规则种类和规则组。通过规则种类绑定规则组，监控项值绑定规则种类来确 定监控项值和定义规则的关系。其中，规则组管理：定义规则组。管理的字段有规则组标示 ID、规则组描述、监控项、规则组名称、业务系统。登录用户在有权限的情况下进行新增、修 改、查询、删除。规则种类管理：定义规则种类。管理的字段有规则种类标示ID、规则种类 描述、规则组名称、业务系统。登录用户在有权限的情况下进行新增、修改、查询、删除。监 控种类与监控规则组绑定管理：定义监控类别与监控规则组的关系。管理的字段有绑定标 示、绑定名称、绑定描述、规则种类标示ID、规则组标示ID。登录用户在有权限的情况下进 行新增、修改、查询、删除。监控项与规则种类管理：定义监控项与规则种类对应关系。管理 的字段有绑定标示、绑定名称、绑定描述、业务系统ID、业务系统监控项ID、监控项值ID、监 控类别ID。登录用户在有权限的情况下进行新增、修改、查询、删除同时修改相应的缓存数 据。修改缓存数据的规则是：根据业务系统读取表监控项与规则种类找到此业务系统下所 有的监控种类。根据监控种类读数据表业务规则组与规则种类绑定表找到所有的监控组。 根据监控组读数据表规则组表找到所有的监控规则，并将这些规则初始到内存。根据业务 规则读数据计算公式表找到要参与计算的应答码组合。机构合并管理：将多个机构合并成 一个机构。机构会涉及到渠道、商户、分公司和交易机构（银行），将选中的机构合并成新的 一个机构、渠道、商户、分公司，并将合并后的机构表不成已合并。
[0026] 定义各种监控规则，比如成功率、承兑率、TPS、连续应答码、应答码正向组合、应答 码反向组合、应用日志。其中，成功率规则管理：定义成功率的监控规则。管理的字段有成 功率业务规则组、成功率规则名称、监控规则有效区间、告警压制次数、数据采集区间、告警 区间、告警级别、告警颜色、告警声效、监控信息保留时间、计算率公式。登录用户在有权限 的情况下进行新增、修改、查询、删除。在同一规则组里所有的规则与规则之间的的监控时 间区间可以重贴（时间相同但告警区间不同）但不能交叉，而且所有的时间组合为一整天， 不能没有不能监控到的时间段。承兑率规则管理：定义承兑率的监控规则。管理的字段有 承兑率业务规则组、承兑率规则名称、监控规则有效区间、告警压制次数、数据采集区间、告 警区间、告警级别、告警颜色、告警声效、监控信息保留时间、计算率公式。登录用户在有权 限的情况下进行新增、修改、查询、删除。在同一规则组里所有的规则与规则之间的的监控 时间区间可以重贴（时间相同但告警区间不同）但不能交叉，而且所有的时间组合为一整 天，不能没有不能监控到的时间段。TPS规则管理：定义TPS的监控规则。管理的字段有 TPS业务规则组、TPS规则名称、监控规则有效区间、数据采集区间、告警区间、告警级别、告 警颜色、告警声效、监控信息保留时间。登录用户在有权限的情况下进行新增、修改、查询、 删除。在同一规则组里所有的规则与规则之间的的监控时间区间可以重贴（时间相同但告 警区间不同）但不能交叉，而且所有的时间组合为一整天，不能没有不能监控到的时间段。 计算公式管理：定义业务规则的计算公式。管理的字段有业务系统、公式名、监控项、分母 应答码、分子应答码。登录用户在有权限的情况下进行新增、修改、查询、删除。连续应答码 管理：定义业务规则的计算公式。管理的字段有业务规则组、规则名称、数据采集区间、监控 规则有效区间、告警级别、告警区间、告警声效、告警颜色、监控信息保留时间、应答码连续 返回次数、计算公式。登录用户在有权限的情况下进行新增、修改、查询、删除。在同一规则 组里所有的规则与规则之间的的监控时间区间可以重贴（时间相同但告警区间不同）但不 能交叉，而且所有的时间组合为一整天，不能没有不能监控到的时间段。应答码反向组合管 理：定义业务规则的计算公式。管理的字段有业务规则组、规则名称、数据采集区间、监控规 则有效区间、告警级别、告警笔数、告警声效、告警颜色、监控信息保留时间、计算公式。登录 用户在有权限的情况下进行新增、修改、查询、删除。在同一规则组里所有的规则与规则之 间的的监控时间区间可以重贴（时间相同但告警区间不同）但不能交叉，而且所有的时间 组合为一整天，不能没有不能监控到的时间段。应答码正向组合管理：定义业务规则的计算 公式。管理的字段有业务规则组、规则名称、数据采集区间、监控规则有效区间、告警级别、 告警笔数、告警声效、告警颜色、监控信息保留时间、计算公式。登录用户在有权限的情况下 进行新增、修改、查询、删除。在同一规则组里所有的规则与规则之间的的监控时间区间可 以重贴（时间相同但告警区间不同）但不能交叉，而且所有的时间组合为一整天，不能没有 不能监控到的时间段。应用日志规则管理：定义业务规则的计算公式。管理的字段有规则 名称、描述、告警级别、关键字、日志级别、告警颜色、告警声效、监控信息保留时间。登录用 户在有权限的情况下进行新增、修改、查询、删除。在同一规则组里所有的规则与规则之间 的的监控时间区间可以重贴（时间相同但告警区间不同）但不能交叉，而且所有的时间组 合为一整天，不能没有不能监控到的时间段。消息队列连接参数管理：定义通信层放置解析 后的消息到指定的队列。业务处理组件连接消息队列参数管理：定义业务处理组件要从配 置参数表里读取指定的消息队列。
[0027] 不难发现，本发明为面向应用的交易全周期监控系统，可从各种业务应用系统中 实时获取交易数据，通过内部规则库对数据进行分析、过滤，并对异常的交易进行展现及实 时预警。同时交易监控还具备异常验证及处理的机制，通过对应用系统是否可用进行测试， 验证应用系统是否正常，当应用系统发送异常影响正常交易时，可以通过应急处理快速缓 解故障，保证部分关键交易可以进行。另外，本监控系统可以对各监控对象进行多维度、多 时间段定制化的监控，多维度表现在如交易的承兑率、成功率、TPS等，还可以监控业务系统 的交易报文、日志报文和系统的健康状态等。
【权利要求】
1. 一种实时交易监控系统，包括监控核心平台和数据库，其特征在于，所述监控核心 平台包括通信层、消息队列层、业务处理层和数据采集层；所述通信层为负责与各个交易系 统通信的程序接口，用于实现消息接收、路由分发和消息队列监控，实现与各个交易系统物 理、程序、业务处理充分解耦；所述消息队列层用于接收从通信层转发来的的消息，并实现 消息的持久化，并根据业务需求建立相应的消息队列服务器以及调整消息队列容量大小， 实现坚向扩展；所述业务处理层用于实现对业务逻辑的处理，对不同的交易系统或者不同 的业务由线程池读取，然后交由不同的规则处理引擎服务器处理；所述业务处理层实现对 规则处理引擎服务器和线程池进行管理，实现对规则处理引擎服务器动态注入；所述数据 采集层用于从业务处理层、缓存或者数据库取得数据。
2. 根据权利要求1所述的实时交易监控系统，其特征在于，所述数据库还与管理平台 相连，所述管理平台用于实现对核心监控平台的参数化配置管理，包括对业务系统进行数 据初始化、定义规则种类与规则组、以及定义监控规则。
3. 根据权利要求1所述的实时交易监控系统，其特征在于，还包括展现层，所述展现层 用于展示经过业务处理满足监控需求的信息。
4. 根据权利要求1所述的实时交易监控系统，其特征在于，还包括自身监控平台，所述 自身监控平台用于监控平台的各个服务组件的状态，确保监控平台能正常工作。
5. 根据权利要求1-4中任一权利要求所述的实时交易监控系统，其特征在于，所述通 信层包括：通信模块，用于与各业务系统进行数据交换；队列监控模块，用于监控部署所有 的消息队列，如果发现队列全部堵塞则向自身监控模块报警；分发模块，用于将通信模块取 到数据分发到任何一个不堵塞的队列；存储转发模块在队列监控模块报警时将收到的数据 存入数据库，并在消息队列不堵塞情况下读取数据并转发；转发存储模块，用于将收到的数 据直接存入数据库；第一自身监控模块通过自身监控平台心跳来检查通信层是否正常。
6. 根据权利要求1-4中任一权利要求所述的实时交易监控系统，其特征在于，所述业 务处理层包括：报文解析模块，用于解析从消息队列里读取的报文；线程池管理模块，通过 管理平台配置参数管理线程池，包括线程的新增和销毁；规则注入管理模块，用于读取缓存 里的业务和业务相对应的处理规则、并由管理平台刷新这些业务和对应的规则；远程调用 服务模块，用于将解析或者处理的数据通过远程调用上送到数据采集层；第二自身监控模 块通过自身监控平台心跳来检查业务处理层是否正常。
7. 根据权利要求6所述的实时交易监控系统，其特征在于，所述数据采集层包括：数据 接收模块，用于将收到报文解析模块的数据写入缓存服务器；写入消息队列模块，用于将收 到报文解析模块的数据写入消息队列，并从缓存读取未处理的数据；规则注入管理模块，用 于读取缓存里的业务和业务相对应的处理规则、并由管理平台刷新这些些业务和对应的规 贝1J ;消息队列管理模块，根据后台数据生成或者销毁相对应业务的消息队列；业务处理模 块，用于对每个业务消息队列对应一个线程读取队列消息并做业务处理，在处理成功后删 除缓存上的数据；报警数据管理模块，用于从后台读取要报警的规则；报警数据写入模块， 用于将报警信息根据规则写入数据库；消息分发模块，用于将报警信息推送到监控终端； 数据查询模块，用于通过监控终端查询历史报警信息。
【文档编号】G06Q20/02GK104156850SQ201410338787
【公开日】2014年11月19日 申请日期:2014年7月16日 优先权日:2014年7月16日
【发明者】蒋明福 申请人:通联支付网络服务股份有限公司