业务对象的异常告警方法和装置制造方法及图纸

本申请实施例提供了一种业务对象的异常告警方法和装置，包括：在相邻两个基准时间之间的计算周期中，接收中间件发送的业务对象调整事件；所述业务对象调整事件在客户端进行业务对象调整操作时生成；根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调整数量；所述基准存储数值为当前基准时间的业务对象数量，所述累积业务对象调整数量为在所述计算周期中所累积的业务对象调整总数量；当所述基准业务对象数量小于所述累积业务对象调整数量时，判断由所述业务对象调整操作造成异常状态；执行所述异常状态对应的告警操作。本发明专利技术实施例实现了在海量数据下异常状态的实时监控，减少了人工处理，降低了人力成本，有效降低了用户损失。

【技术实现步骤摘要】

本申请涉及监控的
，特别是涉及一种业务对象的异常告警方法和一种业务对象的异常告警装置。
技术介绍
随着科技的发展与进步，现代社会已经进入了信息化时代，信息化管理已经广泛普及在各行各业。事件驱动架构(EventDrivenArchitecture，EDA)是分布式应用程序的普遍架构形式，分布式应用程序都被设计成为模块化的、封装的、可共享事件服务的组件。在EDA系统中各组件以异步方式响应事件，在本质上是可以并行的，具有并发执行、事件触发/数据触发/时间规则触发、实时/增量响应、分布式事件系统处理等特点，因而在应用中具有极大的优势。由于EDA系统的上述特点，因此，在金融贸易、能源贸易、电信以及欺诈检测等行业中，普遍采用事件驱动架构技术。例如，利用EDA系统的分布式处理架构的优势构建共享交换平台，实现跨部门、跨平台、跨应用系统的信息资源的共享与交换，并对不同部门之间的业务协同工作提供支撑和保障。但正是由于EDA系统以异步方式响应事件，容易出现异常状态。而在出现异常状态时，通常有两种方法进行处理。一种方法是通过线下用户反馈异常状态，由技术人员协助确认。但是，这种方法反馈并由技术人员介入排查的方案完全基于人工处理，效率非常低下且结果并不精准，容易出错。另一种方法通过诸如分布式系统基础架构Hadoop等技术手段，采取事后离线计算的方式计算。虽然离线计算的方式一定程度上减少了人为分析的介入，但是有个较大的缺点，当计算海量数据时，需要延后较长时间(一般为一个自然日)才能获得分析结果。上述两种方法都是基于被动发现并反馈的机制，对异常状态只是在异常状态发生了，事后人为反馈或者统计异常状态数据，用户损失十分之大。因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何提出一种业务对象的异常告警机制，在海量数据下实现实时处理，以减少用户损失。
技术实现思路
本申请实施例所要解决的技术问题是提供一种业务对象的异常告警方法，在海量数据下实现实时处理，以减少用户损失。相应的，本申请实施例还提供了一种业务对象的异常告警装置，用以保证上述方法的实现及应用。为了解决上述问题，本申请实施例公开了一种业务对象的异常告警方法，包括：在相邻两个基准时间之间的计算周期中，接收中间件发送的业务对象调整事件；所述业务对象调整事件在客户端进行业务对象调整操作时生成；根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调整数量；所述基准存储数值为当前基准时间的业务对象数量，所述累积业务对象调整数量为在所述计算周期中所累积的业务对象调整总数量；当所述基准业务对象数量小于所述累积业务对象调整数量时，判断由所述业务对象调整操作造成异常状态；执行所述异常状态对应的告警操作。优选地，所述业务对象调整事件包括调整前的业务对象数量、调整时间、调整操作版本号、业务对象标识、第一用户调整数量和第二用户调整数量中的至少一个。优选地，所述调整时间在当前计算周期中。优选地，所述根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调整数量的步骤包括：判断是否存在所述业务对象标识对应的基准业务对象数据；所述基准业务对象数据包括基准业务对象数量、基准调整时间、基准调整操作版本号、业务对象标识、第一用户累积调整数量和第二用户累积调整数量中的至少一个；若否，则将所述调整前的业务对象数量设置为基准业务对象数量，将所述调整时间设置为基准调整时间，将所述调整操作版本号设置为基准调整操作版本号，写入所述业务对象标识，将所述第一用户调整数量设置为第一用户累积调整数量，将所述第二用户调整数量设置为第二用户累积调整数量；计算所述第一用户累积调整数量和所述第二用户累积调整数量之和，获得累积业务对象调整数量。优选地，所述根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调整数量的步骤包括：子步骤S21，判断是否存在所述业务对象标识对应的基准业务对象数据；若是，则执行子步骤S22；所述基准业务对象数据包括基准业务对象数量、基准调整时间、基准调整操作版本号、业务对象标识、第一用户累积调整数量和第二用户累积调整数量中的至少一个；子步骤S22，判断所述业务对象调整事件是否存在去重记录；若否，则执行子步骤S23；子步骤S23，判断是否满足第一条件或者第二条件；若是，则执行子步骤S24；若否，则执行子步骤S25；所述第一条件包括所述基准调整时间为空，或者，所述基准调整操作版本号为空；所述第二条件包括所述调整时间小于基准调整时间，且，所述调整操作版本号小于或等于所述基准调整操作版本号；子步骤S24，将所述调整前的业务对象数量设置为基准业务对象数量，将所述调整时间设置为基准调整时间，将所述调整操作版本号设置为基准调整操作版本号；子步骤S25，将所述第一用户调整数量累积到第一用户累积调整数量中，或者，将所述第二用户调整数量累积到第二用户累积调整数量中；子步骤S26，计算所述第一用户累积调整数量和所述第二用户累积调整数量之和，获得累积业务对象调整数量。优选地，所述根据所述库业务对象调整事件计算基准业务对象数量和累积业务对象调整数量的步骤还包括：增加所述业务对象调整事件对应的去重记录。优选地，还包括：当基于新的业务对象调整事件计算出新的基准业务对象数量，且新的基准业务对象数量大于或等于所述累积业务对象调整数量时，判断由所述业务对象操作造成异常状态属于错误判断。优选地，包括：执行所述错误判断对应的误报操作。优选地，还包括：当所述基准业务对象数量大于或等于所述累积业务对象调整数量时，判断由所述业务对象调整操作未造成异常状态。优选地，还包括：当基于新的业务对象调整事件计算出新的基准业务对象数量，且新的基准业务对象数量小于所述累积业务对象调整数量时，判断由所述业务对象调整操作造成异常状态。本申请实施例还公开了一种业务对象的异常告警装置，包括：业务对象调整事件接收模块，用于在相邻两个基准时间之间的计算周期中，接收中间件发送的业务对象调整事件；所述业务对象调整事件在客户端进行业务对象调整操作时生成；基准计算模块，用于根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调整数量；所述基准存储数值为当前基准时间的业务对象数量，所述累积业务对象调整数量为在所述计本文档来自技高网...

【技术保护点】
一种业务对象的异常告警方法，其特征在于，包括：在相邻两个基准时间之间的计算周期中，接收中间件发送的业务对象调整事件；所述业务对象调整事件在客户端进行业务对象调整操作时生成；根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调整数量；所述基准存储数值为当前基准时间的业务对象数量，所述累积业务对象调整数量为在所述计算周期中所累积的业务对象调整总数量；当所述基准业务对象数量小于所述累积业务对象调整数量时，判断由所述业务对象调整操作造成异常状态；执行所述异常状态对应的告警操作。

【技术特征摘要】
1.一种业务对象的异常告警方法，其特征在于，包括：
在相邻两个基准时间之间的计算周期中，接收中间件发送的业务对象调
整事件；所述业务对象调整事件在客户端进行业务对象调整操作时生成；
根据所述业务对象调整事件计算基准业务对象数量和累积业务对象调
整数量；所述基准存储数值为当前基准时间的业务对象数量，所述累积业务
对象调整数量为在所述计算周期中所累积的业务对象调整总数量；
当所述基准业务对象数量小于所述累积业务对象调整数量时，判断由所
述业务对象调整操作造成异常状态；
执行所述异常状态对应的告警操作。
2.根据权利要求1所述的方法，其特征在于，所述业务对象调整事件
包括调整前的业务对象数量、调整时间、调整操作版本号、业务对象标识、
第一用户调整数量和第二用户调整数量中的至少一个。
3.根据权利要求2所述的方法，其特征在于，所述调整时间在当前计
算周期中。
4.根据权利要求2所述的方法，其特征在于，所述根据所述业务对象
调整事件计算基准业务对象数量和累积业务对象调整数量的步骤包括：
判断是否存在所述业务对象标识对应的基准业务对象数据；所述基准业
务对象数据包括基准业务对象数量、基准调整时间、基准调整操作版本号、
业务对象标识、第一用户累积调整数量和第二用户累积调整数量中的至少一
个；
若否，则将所述调整前的业务对象数量设置为基准业务对象数量，将所
述调整时间设置为基准调整时间，将所述调整操作版本号设置为基准调整操
作版本号，写入所述业务对象标识，将所述第一用户调整数量设置为第一用
户累积调整数量，将所述第二用户调整数量设置为第二用户累积调整数量；
计算所述第一用户累积调整数量和所述第二用户累积调整数量之和，获
得累积业务对象调整数量。
5.根据权利要求2所述的方法，其特征在于，所述根据所述业务对象
调整事件计算基准业务对象数量和累积业务对象调整数量的步骤包括：
子步骤S21，判断是否存在所述业务对象标识对应的基准业务对象数据；
若是，则执行子步骤S22；
所述基准业务对象数据包括基准业务对象数量、基准调整时间、基准调
整操作版本号、业务对象标识、第一用户累积调整数量和第二用户累积调整
数量中的至少一个；
子步骤S22，判断所述业务对象调整事件是否存在去重记录；若否，则
执行子步骤S23；
子步骤S23，判断是否满足第一条件或者第二条件；若是，则执行子步
骤S24；若否，则执行子步骤S25；
所述第一条件包括所述基准调整时间为空，或者，所述基准调整操作版
本号为空；
所述第二条件包括所述调整时间小于基准调整时间，且，所述调整操作
版本号小于或等于所述基准调整操作版本号；
子步骤S24，将所述调整前的业务对象数量设置为基准业务对象数量，
将所述调整时间设置为基准调整时间，将所述调整操作版本号设置为基准调
整操作版本号；
子步骤S25，将所述第一用户调整数量累积到第一用户累积调整数量中，
或者，将所述第二用户调整数量累积到第二用户累积调整数量中；
子步骤S26，计算所述第一用户累积调整数量和所述第二用户累积调整
数量之和，获得累积业务对象调整数量。
6.根据权利要求4或5所述的方法，其特征在于，所述根据所述库业
务对象调整事件计算基准业务对象数量和累积业务对象调整数量的步骤还
包括：
增加所述业务对象调整事件对应的去重记录。
7.根据权利要求1或2或3或4或5所述的方法，其特征在于，还包
括：
当基于新的业务对象调整事件计算出新的基准业务对象数量，且新的基
准业务对象数量大于或等于所述累积业务对象调整数量时，判断由所述业务

\t对象操作造成异常状态属于错误判断。
8.根据权利要求7所述的方法，其特征在于，还包括：
执行所述错误判断对应的误报操作。
9.根据权利要求1或2或3或4或5所述的方法，其特征在于，还包
括：
当所述基准业务对象数量大于或等于所述累积业务对象调整数量时，判
断由所述业务对象调整操作未造成异常状态。
10.根据权利要求9所述的方法，其特征在于，还包括：
当基于新的业务对象调整事件计算出新的基准业务对象数量，且新的基
准业务对象数量小于所述累积业务对象调整数量时，判断由所述业务对象调
整操作造成异常状态。
11.一种业务对象的异常告警装置，其特征在于，包括：
业务对象调整事件接收模块，用于在相邻...

【专利技术属性】
技术研发人员：张凯隆，温腾云，章天锋，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛;KY