CN108989084A - 异常数据监控方法、装置及系统 - Google Patents

Abstract

本发明提供一种异常数据监控方法、装置及系统，其中的异常数据监控系统包括应用端和监控子系统，所述应用端用于与业务服务器进行数据交互，在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，发送异常数据；所述监控子系统用于接收所述应用端发送的异常数据，统计所述异常数据的数量，根据所述数量向预设终端发送报警信息。

Description

异常数据监控方法、装置及系统

技术领域

本发明涉及数据通信领域，具体涉及一种异常数据监控方法、装置及系统。

背景技术

常见的应用端故障和报警方法中，为了达到尽可能少的开发量，尽可能多的获取业务数据，通常是通过一个深入到业务系统与客户端的共享内存处的服务端来实现，利用服务端来监听并存储业务过程数据，然后再经过策略单元判断应用端是否发生故障，是否需要进行报警。

在采用上述方法的监控系统中，在数据采集时，对业务过程数据没有任何的筛选，将全量业务过程数据都进行了监控，所以需要监控的数据量巨大，信息量冗余。由于在处理新的报警策略时，需要筛选所有的数据，各数据之间的业务逻辑关系与影响，进而会十分繁琐。同时，还要求研发人员对用户体验，商业逻辑，业务逻辑，系统逻辑都具有较高的掌握程度，才能将这套系统的功能完全发挥。

同时由于采用了共享内存监听的方案，则对应用端在服务端(业务系统)异常时无法进行持续监控。

发明内容

有鉴于此，本发明第一方面提供一种异常数据发送方法，包括：

与业务服务器进行数据交互；

在预设延时时间内检测所述业务服务器反馈的数据是否存在异常；

当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，向监控服务器发送异常数据。

优选地，所述在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，包括：

判断是否在预设延时时间之后收到所述业务服务器反馈的数据；

当在预设延时时间之后收到所述业务服务器反馈的数据时，判定存在异常。

优选地，所述在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，包括：

判断在预设延时时间内收到的所述业务服务器反馈的数据是否不完整；

当在预设延时时间内收到的所述业务服务器反馈的数据不完整时，判定存在异常。

本发明第二方面提供一种异常数据报警方法，包括：

接收应用端发送的异常数据，所述异常数据是所述应用终端在预设延时时间内检测业务服务器反馈的数据存在异常时所发送的数据；

对所述异常数据进行统计；

根据所述异常数据的统计结果向预定终端发送报警信息。

优选地，所述对所述异常数据进行统计，包括：

确定所述异常数据的类型；

统计在预设时间内各种所述异常数据出现的频率。

优选地，所述根据所述异常数据的统计结果向预设终端发送报警信息，包括：

分别判断在预设时间内各种所述异常数据出现的频率是否大于预设阈值；

当在预设时间内各种所述异常数据出现的频率是否大于预设阈值时，向预定终端发送与所述异常数的类型相应的报警信息。

本发明第三方面提供一种异常数据发送装置，包括：

交互模块，用于与业务服务器进行数据交互；

延时检测模块，用于在预设延时时间内检测所述业务服务器反馈的数据是否存在异常；

异常数据发送模块，用于当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，向监控服务器发送异常数据。

本发明第四方面提供一种异常数据报警装置，包括：

异常数据接收模块，用于接收应用端发送的异常数据，所述异常数据是所述应用终端在预设延时时间内检测业务服务器反馈的数据存在异常时所发送的数据；

统计模块，用于对所述异常数据进行统计；

报警模块，用于根据所述异常数据的统计结果向预定终端发送报警信息。

本发明第五方面提供一种异常数据监控系统，包括：

应用端，用于与业务服务器进行数据交互，在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，发送异常数据；

监控子系统，用于接收所述应用端发送的异常数据，统计所述异常数据的数量，根据所述数量向预设终端发送报警信息。

根据本发明提供的异常数据监控方法、装置及系统，由监控子系统对数据进行存储、整合与处理，保证了独立的监控子系统所需要处理的逻辑的单一性，进而提高了独立的监控子系统稳定性与可靠性。

另外，因为监控子系统是独立于业务服务器的，监控子系统的维护人员可以与业务系统服务端的维护人员分割，进而降低对维护人员的要求。

本发明利于及时发现应用端和业务服务器的通信是否发生了故障，以及方便根据警报的内容分辨故障的类型；监控子系统和业务服务器独立存在，互不干扰；监控子系统对收集到的业务数据的分类和统计的报警阀值的预先设定，可以自由修改阀值，以便有针对性的监控应用端的运行状况。

附图说明

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

图1为本发明实施例中的一个通信系统示意图；

图2为本发明实施例中的异常数据发送方法的流程图；

图3为本发明实施例中的异常数据报警方法的流程图；

图4为本发明实施例中的异常数据发送装置的结构示意图；

图5为本发明实施例中的异常数据报警装置的结构示意图。

具体实施方式

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

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

本发明实施例提供一种异常数据监控系统，可以应用于业务服务器与移动设备上的客户端进行通信时的故障监控，如图1所示，本实施例的应用场景是一个通信系统，通信系统中包括第一应用端11、第二应用端12、业务服务器13和监控子系统14，其中第一应用端11与监控子系统14组成所述异常数据监控系统。

第一应用端11用于与业务服务器13进行数据交互，在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，发送异常数据。

第一应用端11与业务服务器13进行通信，相互传输业务数据时(比如页面切换或页面跳转时)，第一应用端11需要判断通信的时间是否产生延时，所述的延时是否超出一个指定的第一时间阀值。如果没有产生延时，或者在所述的第一时间阀值之内得到了业务服务器13反馈的数据，那么正常跳转到第二应用端12，由第二应用端12与业务服务器13进行通信。如果第一应用端11与业务服务器13的通信存在所述的延时，并且是在超过了所述的第一阀值时间之后，第一应用端11才得到业务服务器13的响应数据，即在第一阈值时间内，没有收到完整的数据的情况，或者超过阀值时间后，第一应用端11还没有得到业务服务器13的响应数据，即没有收到数据的情况，则由第一应用端11将当前的故障状况，以及与业务服务器13之间通信的业务信息、数据、第一应用端11的页面地址发送给所述的监控子系统14。

监控子系统14用于接收所述应用端发送的异常数据，统计所述异常数据的数量，根据所述数量向预设终端发送报警信息。

监控子系统14将接收第一应用端11发送过来的异常业务数据，并对接收到的异常业务数据进行存储、分类和统计。监控子系统14还可以根据延时时间是否超过一个预设的第二阀值，决策是否进入对应的警报决策单元，比如，通过当前的业务数据的数量和数据产生的频率，判断是否触发警报，如果触发了警报，监控子系统14会调用已预设好的的警报信息生成警报内容，并以邮件或者短信的方式，将警报信息发送给指定的接收方。

根据本发明实施例提供的异常数据监控系统，由于是由监控子系统对数据进行存储、整合与处理，就保证了独立的监控子系统所需要处理的逻辑的单一性，进而提高了独立的监控子系统稳定性与可靠性。另外，因为监控子系统是独立于业务服务器的，监控子系统的维护人员可以与业务系统服务端的维护人员分割，进而降低对维护人员的要求(如：监控子系统的维护人员只需要了解数据反馈出的结果在用户体验，商业逻辑，业务逻辑方面的表现即可；在业务系统服务端的维护人员，只需要了解，系统逻辑，有足够处理问题的技术实力即可)。

此外，独立的监控子系统，还可以在业务系统服务端异常时，对应用端的反馈进行持续的监控。同时也可以监控在各系统交互过程中的过程数据。

在本发明实施例中，第一应用端11执行了一种异常数据发送方法，如图2所示，该方法包括：

S1，与业务服务器13进行数据交互；

S2，在预设延时时间内检测所述业务服务器13反馈的数据是否存在异常，当在预设延时时间内检测所述业务服务器13反馈的数据存在异常时，执行步骤S3，不存在异常则正常跳转到第二应用端12，由第二应用端12与业务服务器13进行通信。此步骤检测数据包括但不限于页面信息、用户信息、业务信息、软件信息，硬件信息、交互流程信息。

S3，向监控子系统14发送异常数据。第一应用端11接收数据的同时，比如页面切换或页面跳转时，判断其与业务服务器13的通信是否产生延时，并且判断所述的延时是否达到一个第一阀值。这个步骤中，第一应用端11需要预先设定一个阀值时间，比如设定一个10秒的阀值，当第一应用端11和业务服务器13的一次性通信时间大于10秒的时候，表示第一应用端11和业务服务器13之间的通信不顺畅或者有问题，需要将此时的通信的数据内容发送给监控子系统14。

对于步骤S2中的异常判断，在一个优选的实施例中，步骤S2可以包括如下步骤：

S21A，判断是否在预设延时时间之后收到所述业务服务器13反馈的数据；

S22A，当在预设延时时间之后收到所述业务服务器13反馈的数据时，判定存在异常。

对于步骤S2中的异常判断，在另一个优选的实施例中，步骤S2可以包括如下步骤：

S21B，判断在预设延时时间内收到的所述业务服务器13反馈的数据是否不完整；

S22B，当在预设延时时间内收到的所述业务服务器13反馈的数据不完整时，判定存在异常。

在本发明实施例中，监控子系统14执行了一种异常数据报警方法，如图3所示，该方法包括如下步骤：

S4，接收第一应用端11发送的异常数据，即第一应用端11在预设延时时间内检测业务服务器13反馈的数据存在异常时所发送的数据；

S5，对异常数据进行统计，监控子系统14接收到第一应用端11发送过来的数据后，进行保存、分类、统计。这个步骤中，监控子系统14对将接收过来的数据保存到监控系统的本地数据库中。保存的数据作为一个记录的形式保存到数据库中。监控子系统14将接收到的数据按照数据所属的第一应用端11的页面地址和接口地址进行分类，并统计和计算相同业务当天产生的数据量和产生频率。最后，将这些分类和统计得到的统计数据保存到本地数据库中。

S6，根据异常数据的统计结果向预定终端发送报警信息，输出的报警信息包括但不限于页面信息、用户信息、业务信息、软件信息、硬件信息和交互流程信息。

监控子系统14中的警报决策单元定时查看本地数据库中保存的通过分类和统计处理得到的数据，并比较这些数据是否触发了操作员预先设定的一组第二阀值，如在1分钟的时间段内，发生同类故障的次数，是否超过5次设定为第二阈值，如果通过分类合同及处理得到的数据超出了所述的第二阀值，则进入触发报警步骤，生成对应的报警内容。报警内容包含客户端页面地址、当前产生数量和产生的频率以及报警内容产生的当前时间。

将得到的报警内容通过预先设定的发送邮件到报警接收人邮箱的方式，或者以短信的方式发送报警报内容到预先设定的报警接收人的手机中。报警接收人即可实时接收到这些报警信息，从而判断客户端是否出现了问题，以及问题是否需要及时处理。

对于上述步骤S5中的统计操作，在一个优选的实施例中，步骤S5可以包括如下步骤：

S51，确定异常数据的类型；

S52，统计在预设时间内各种异常数据出现的频率。

进一步地，步骤S6可以包括如下步骤：

S61，分别判断在预设时间内各种所述异常数据出现的频率是否大于预设阈值；

S62，当在预设时间内各种所述异常数据出现的频率是否大于预设阈值时，向预定终端发送与所述异常数的类型相应的报警信息。

上述优选方案利于及时发现应用端和业务服务器的通信是否发生了故障，以及方便根据警报的内容分辨故障的类型；监控子系统和业务服务器独立存在，互不干扰；监控子系统对收集到的业务数据的分类和统计的报警阀值的预先设定，可以自由修改阀值，以便有针对性的监控应用端的运行状况。

作为应用举例说明：当一个用户在借贷系统客户端的实名认证页面，填写用户的身份证号码和真实姓名后，点击提交，客户端(第一应用端11)将业务数据(用户的身份证号码和真实姓名)发送给业务服务端(业务服务器13)。在发送过程中服务端在10秒内没有响应返回处理的结果，这里需要说明的是，预定等待10秒只是个举例，实际应用时也可以是5秒或15秒，这个时候客户端判断到本次业务请求触碰了阀值。客户端将用户的真实姓名、身份号码、实名认证页面的url地址、当前手机的时间以文本数据的形式发送给监控系统(监控子系统14)。监控系统接收到这些业务信息后保存到本地数据库，同时进行数据分析，当判断这是实名认证页面提交的业务数据，则统计当天截止到当前时间内，实名认证页面产生的问题数据的次数。当发现次数已达到了100次，超过了监控系统预先设定的80次的阀值，监控系统的警报决策单元判断得出需要发送短信给监控接收人A。监控接收人A手机中收到了警报信息，警报信息显示在实名认证页面当天的实名提交接口通信延时超过阀值80次了，并且当前已经达到了100次，属于大范围的错误，根据判断是业务服务端响应超时造成的。这个时候通知运维同事展开排查业务服务端的运营情况，处理并解决问题。当客户端判断到本次业务请求没有触碰阀值，业务服务端返回结果是认证通过，前端页面从实名认证页(客户端A)跳转到上传照片页(客户端B)。

作为再一个举例说明：当一个用户在借贷系统客户端(第一应用端11)的绑定银行卡页面，填写用户的银行卡信息和银行预留手机号吗，点击发送手机验证码按钮，将客户端中用户填写的卡号和手机号发送给业务服务端(业务服务器13)。业务服务端接收到数据后调用第三方的短信平台给用户发送短信，但是第三方短信平台此时发生了故障，并返回“发送失败”的信息给业务服务端。业务服务端将短信发送的结果返回给客户端，客户端接收到返回的结果发现服务端返回“发送失败”，这个时候客户端会将这个信息展示给用户，并且判断这个返回的信息是否触发了客户端预先设定的阀值，即得到的服务端返回的信息包含“失败”文字的话就表示此时业务系统出现了故障，需要将本次的业务数据发送给监控系统(监控子系统14)。监控系统接收到客户端绑卡页面url地址、用户银行卡号、银行预留手机号、服务端返回的结果(“发送失败”)。将这些信息保存到本地数据库，并进行分类和统计，警报决策单元判断发现当天截止到现在客户端的绑卡页面发送过来的包含“发送失败”文字结果的次数超过了阀值50次，触发了警报。监控系统将绑卡页面发生的警报信息以邮件的方式发送给预先设定的警报接收人的邮件中，警报接收人从邮件中查看到警报信息中展示有绑卡页面和服务器返回的结果“发送失败”判断得出是第三方短信平台可能出了故障，随即通知第三方短信平台公司的运营人员查看平台的状况以解决故障和问题。当客户端判断到本次业务请求没有触碰阀值并正常发起通信请求到业务服务端，业务服务端返回结果是认证通过，前端页面从绑卡页(客户端A)跳转到额度展示页(客户端B)。

本发明实施例相应地提供了一种异常数据发送装置，如图4所示包括：

交互模块41，用于与业务服务器进行数据交互；

延时检测模块42，用于在预设延时时间内检测所述业务服务器反馈的数据是否存在异常；

异常数据发送模块43，用于当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，向监控服务器发送异常数据。

本发明实施例相应地提供了一种异常数据报警装置，如图5所示包括：

异常数据接收模块51，用于接收应用端发送的异常数据，所述异常数据是所述应用终端在预设延时时间内检测业务服务器反馈的数据存在异常时所发送的数据；

统计模块52，用于对所述异常数据进行统计；

报警模块53，用于根据所述异常数据的统计结果向预定终端发送报警信息。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

Claims (9)

1.一种异常数据发送方法，其特征在于，包括：

与业务服务器进行数据交互；

在预设延时时间内检测所述业务服务器反馈的数据是否存在异常；

当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，向监控服务器发送异常数据。

2.根据权利要求1所述的方法，其特征在于，所述在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，包括：

判断是否在预设延时时间之后收到所述业务服务器反馈的数据；

当在预设延时时间之后收到所述业务服务器反馈的数据时，判定存在异常。

3.根据权利要求1所述的方法，其特征在于，所述在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，包括：

判断在预设延时时间内收到的所述业务服务器反馈的数据是否不完整；

当在预设延时时间内收到的所述业务服务器反馈的数据不完整时，判定存在异常。

4.一种异常数据报警方法，其特征在于，包括：

接收应用端发送的异常数据，所述异常数据是所述应用终端在预设延时时间内检测业务服务器反馈的数据存在异常时所发送的数据；

对所述异常数据进行统计；

根据所述异常数据的统计结果向预定终端发送报警信息。

5.根据权利要求4所述的方法，其特征在于，所述对所述异常数据进行统计，包括：

确定所述异常数据的类型；

统计在预设时间内各种所述异常数据出现的频率。

6.根据权利要求5所述的方法，其特征在于，所述根据所述异常数据的统计结果向预设终端发送报警信息，包括：

分别判断在预设时间内各种所述异常数据出现的频率是否大于预设阈值；

当在预设时间内各种所述异常数据出现的频率是否大于预设阈值时，向预定终端发送与所述异常数的类型相应的报警信息。

7.一种异常数据发送装置，其特征在于，包括：

交互模块，用于与业务服务器进行数据交互；

延时检测模块，用于在预设延时时间内检测所述业务服务器反馈的数据是否存在异常；

异常数据发送模块，用于当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，向监控服务器发送异常数据。

8.一种异常数据报警装置，其特征在于，包括：

异常数据接收模块，用于接收应用端发送的异常数据，所述异常数据是所述应用终端在预设延时时间内检测业务服务器反馈的数据存在异常时所发送的数据；

统计模块，用于对所述异常数据进行统计；

报警模块，用于根据所述异常数据的统计结果向预定终端发送报警信息。

9.一种异常数据监控系统，其特征在于，包括：

应用端，用于与业务服务器进行数据交互，在预设延时时间内检测所述业务服务器反馈的数据是否存在异常，当在预设延时时间内检测所述业务服务器反馈的数据存在异常时，发送异常数据；

监控子系统，用于接收所述应用端发送的异常数据，统计所述异常数据的数量，根据所述数量向预设终端发送报警信息。