CN111459757A - 异常数据的分析方法及异常数据分析平台 - Google Patents

Abstract

本申请提供了一种异常数据的分析方法及异常数据分析平台，该方法包括：通过实时获取至少一个移动端上传的异常数据；然后，确认获取到的异常数据属于哪一预设类别；并分析得到异常数据的分析结果；之后，每隔第一预设时间，将异常数据和异常数据对应的分析结果，按照异常数据所属的预设类别存入至数据库中；最后，若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，第二预设时间大于第一预设时间。运维人员在接收到告警信息后，利用数据库中的异常数据和异常数据对应的分析结果，快速对APP发生的异常进行处理，以达到实时监控定位移动端APP异常，并快速针对APP异常，进行快速阻断的目的。

Description

异常数据的分析方法及异常数据分析平台

技术领域

本申请涉及计算机技术领域，特别涉及一种异常数据的分析方法及异常数据分析平台。

背景技术

随着互联网技术的迅速发展，业务量的增长，对应的移动端用户也在快速增加，随之增加的功能、后台支撑系统也越来越多，因此产生的异常也越来越多。

目前，针对移动端的应用程序(application，APP)产生的异常数据，需要需要依赖客户投诉电话，然后客服人员向运维人员反馈投诉内容。因此，导致问题发现、暴露的慢。并且，根据客服人员反馈的投诉内容，由于投诉内容为用户反馈，可能描述不准确，或客服人员转述不清，所以，后续运维人员不能准确的分析出APP所出现的异常。

因此，亟需一种可以实时监控定位移动端APP异常，并快速针对APP异常，进行快速阻断的方法。

发明内容

有鉴于此，本申请提供一种异常数据的分析方法及异常数据分析平台，用于实时监控定位移动端APP异常，并快速针对APP异常，进行快速阻断。

为实现上述目的，本申请实施例提供如下技术方案：

本申请第一方面提供了一种异常数据的分析方法，应用于异常数据分析平台，所述异常数据的分析方法，包括：

实时获取至少一个移动端上传的异常数据；

确认获取到的异常数据属于哪一预设类别；

分析得到所述异常数据的分析结果；

每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中；

若在第二预设时间内，所述数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，所述第二预设时间大于所述第一预设时间。

可选的，所述预设类别包括页面异常和后台接口报错，所述分析得到所述异常数据的分析结果，包括：

若所述异常数据用于说明所述页面异常，则分析得到第一分析结果；其中，所述第一分析结果包括：所述页面异常影响到的用户人数、所述页面异常影响的应用程序的分布情况和移动端的操作系统的当前情况；

若所述异常数据用于说明所述后台接口报错，则分析得到第二分析结果；其中，所述第二分析结果包括：报错的接口对应的系统、所述报错的接口对应的系统所在的交易链路、影响到的用户人数、影响的应用程序的分布情况和设备操作系统的当前情况。

可选的，所述每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中之后，还包括：

将所述数据库中所有预设类别的异常数据的数量和所述异常数据对应的分析结果，通过展示页面进行实时展示。

可选的，所述若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息之后，还包括：

获取针对异常数据大于预设数量的异常数据的处理进程；

将所述处理进程通过展示页面进行实时展示。

本申请第二方面提供了一种异常数据分析平台，包括：

监控单元，用于实时获取至少一个移动端上传的异常数据；

确认单元，用于确认获取到的异常数据属于哪一预设类别；

分析单元，用于分析得到所述异常数据的分析结果；

存储单元，用于每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中；

告警单元，用于若在第二预设时间内，所述数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，所述第二预设时间大于所述第一预设时间。

可选的，所述预设类别包括页面异常和后台接口报错，所述分析单元，包括：

第一分析子单元，用于若所述异常数据用于说明所述页面异常，则分析得到第一分析结果；其中，所述第一分析结果包括：所述页面异常影响到的用户人数、所述页面异常影响的应用程序的分布情况和移动端的操作系统的当前情况；

第二分析子单元，用于若所述异常数据用于说明所述后台接口报错，则分析得到第二分析结果；其中，所述第二分析结果包括：报错的接口对应的系统、所述报错的接口对应的系统所在的交易链路、影响到的用户人数、影响的应用程序的分布情况和设备操作系统的当前情况。

可选的，所述异常数据分析平台，还包括：

数据库展示单元，将所述数据库中所有预设类别的异常数据的数量和所述异常数据对应的分析结果，通过展示页面进行实时展示。

可选的，所述异常数据分析平台，还包括：

处理进程获取单元，用于获取针对异常数据大于预设数量的异常数据的处理进程；

处理进程展示单元，用于将所述处理进程通过展示页面进行实时展示。

本申请第三方面提供了一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本申请第一方面中任意一项所述的方法。

本申请第四方面提供了一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本申请第一方面中任意一项所述的方法。

由以上方案可知，本申请提供的一种异常数据的分析方法及异常数据分析平台中，通过实时获取至少一个移动端上传的异常数据；然后，确认获取到的异常数据属于哪一预设类别；并分析得到所述异常数据的分析结果；之后，每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中；最后，若在第二预设时间内，所述数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，所述第二预设时间大于所述第一预设时间。运维人员在接收到告警信息后，利用数据库中的异常数据和异常数据对应的分析结果，快速对APP发生的异常进行处理，以达到实时监控定位移动端APP异常，并快速针对APP异常，进行快速阻断的目的。

附图说明

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

图1为本申请实施例提供的一种异常数据的分析方法的具体流程图；

图2为本申请另一实施例提供的一种异常数据的分析方法的具体流程图；

图3为本申请另一实施例提供的一种异常数据的分析方法的具体流程图；

图4为本申请另一实施例提供的一种异常数据分析平台的示意图；

图5为本申请另一实施例提供的一种分析单元的示意图；

图6为本申请另一实施例提供的一种异常数据分析平台的示意图；

图7为本申请另一实施例提供的一种异常数据的分析方法的服务器的示意图。

具体实施方式

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

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系，而术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种异常数据的分析方法，应用于异常数据分析平台，如图1所示，该方法包括以下步骤：

S101、实时获取至少一个移动端上传的异常数据。

需要说明的是，通过软件开发工具包(Software Development Kit，SDK)，对实时在移动端中的应用程序(application，APP)中采集到得异常数据发送至异常数据分析平台。其中，异常数据可以包括但不限于APP版本、机型、操作系统、启动时长、页面点击、页面编码、功能编码、错误类型、具体错误等信息。

具体的，异常数据分析平台通过自身携带的接收程序，实时接收到至少一个用户所使用的移动端中的APP进行上传的异常数据。

S102、确认获取到的异常数据属于哪一预设类别。

其中，预设类别包括：预设类别包括页面异常和后台接口报错。

具体的，移动端在上传异常数据时，就会标明该异常数据的类别。例如，可以移动端在上传异常数据时，在异常数据中直接夹带一个该异常数据属于哪一种预设类别的标识，在异常数据分析平台接收到异常数据时，可以直接根据标识分辨、确认该异常数据属于哪一种预设类别。

S103、分析得到异常数据的分析结果。

具体的，通过异常数据分析平台自身携带的分析程序，对获取到的异常数据进行分析，得到的分析结果。其中，分析程序可是但不限于，大数据流式计算分型程序。

可选的，在本申请的另一实施例中，步骤S103的一种实施方式，如图2所示，包括：

S201、判断异常数据是否用于说明页面异常。

具体的，若判断出异常数据用于说明页面异常，则执行步骤S202；若判断出异常数据不用于说明页面异常，即用于说明后台接口报错，则执行步骤S203。

S202、对异常数据进行分析，得到第一分析结果。

其中，第一分析结果包括：页面异常影响到的用户人数、页面异常影响的应用程序的分布情况和移动端的操作系统的当前情况。

具体的，可以但不限于通过预设的大数据流式计算程序实时分析获取到的异常数据，得到第一分析结果。

S203、对异常数据进行分析，得到第二分析结果。

其中，第二分析结果包括：报错的接口对应的系统、报错的接口对应的系统所在的交易链路、影响到的用户人数、影响的应用程序的分布情况和设备操作系统的当前情况。

具体的，可以但不限于通过预设的大数据流式计算程序实时分析获取到的异常数据，得到第二分析结果。

S104、每隔第一预设时间，将异常数据和异常数据对应的分析结果，按照异常数据所属的预设类别存入至数据库中。

其中，数据库中会有更将详细的标签分类，例如：获取到的异常数据属于预设类别中的页面异常中的具体哪一种；如页面无法打开、页面卡顿等。并且，在通过标签分类的同时，还会对其计数，实时显示当前发生这样的异常的移动端有多少。

具体的，异常数据分析平台可以但不限于每隔10秒对异常数据和异常数据对应的分析结果进行统计，并按照异常数据所属的预设类别存入至数据库中。需要说明的是，第一预设时间是可以根据实际情况由运维人员进行调整的，因此不对第一预设时间的时长进行限定。

可选的，在本申请的另一实施例中，步骤S104之后，还包括：

将数据库中所有预设类别的异常数据的数量和异常数据对应的分析结果，通过展示页面进行实时展示。

具体的，可以通过在管理端以WEB页面的形式或者短信的方式，对数据库中所有预设类别的异常数据的数量和异常数据对应的分析结果进行实时展示。

S105、若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息。

其中，第二预设时间大于第一预设时间。

需要说明的是，第二预设时间和预设数量，是可以根据实际情况由运维人员进行调整的，因此不对第二预设时间的时长和预设数量进行限定。

具体的，若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则可以通过WEB页面提醒、短信等方式向运维人员发送告警信息。其中，告警信息会简单包括异常数据的简单情况，如目前已经影响了多少用户，目前异常数据的进展情况，如移动端对该类异常数据的上报数量是否依旧在继续快速增加；目前，产生该异常数据的范围大小；或直接附加当前的异常数据的所带来的严重级别，如严重级别为高、中或低。运维人员在接收到告警信息后，调用数据库中的异常数据和异常数据对应的分析结果，从而可以快速对APP发生的异常进行处理。

可选的，在本申请的另一实施例中，步骤S105之后，如图3所示，还包括：

S301、获取针对异常数据大于预设数量的异常数据的处理进程。

需要说明的是，在当有异常数据大于预设数量后，异常数据分析平台，可以针对此异常数据，形成一个关于此类型异常数据的处理进程表。因为运维人员可能不只有一个，如果有运维人员在家通过短信的方式接收到了告警信息后，可以通过处理进程表，查看当前针对异常数据的处理进程，从而可以快速的加入对异常数据的处理。同样，项目负责人也可以通过当前针对异常数据的处理进程，进行更加快速详细的分工，使得对异常处理的准确度更高、效率更快。

S302、将处理进程通过展示页面进行实时展示。

具体的，可以通过在管理端以WEB页面的形式或者短信的方式，对处理进程进行实时展示。

由以上方案可知，本申请提供的一种异常数据的分析方法中，通过实时获取至少一个移动端上传的异常数据；然后，确认获取到的异常数据属于哪一预设类别；并分析得到异常数据的分析结果；之后，每隔第一预设时间，将异常数据和异常数据对应的分析结果，按照异常数据所属的预设类别存入至数据库中；最后，若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，第二预设时间大于第一预设时间。运维人员在接收到告警信息后，利用数据库中的异常数据和异常数据对应的分析结果，快速对APP发生的异常进行处理，以达到实时监控定位移动端APP异常，并快速针对APP异常，进行快速阻断的目的。

本申请另一实施例提供了一种异常数据分析平台，如图4所示，包括：

监控单元401，用于实时获取至少一个移动端上传的异常数据。

确认单元402，用于确认获取到的异常数据属于哪一预设类别。

其中，预设类别包括页面异常和后台接口报错。

分析单元403，用于分析得到异常数据的分析结果。

可选的，在本申请的另一实施例中，分析单元403的一种实施方式，如图5所示，包括：

判断单元501，用于判断异常数据是否用于说明页面异常。

具体的，若判断出异常数据用于说明页面异常，则调用第一分析子单元502；若判断出异常数据不用于说明页面异常，即用于说明后台接口报错，则调用第二分析子单元503。

第一分析子单元502，用于对异常数据进行分析，得到第一分析结果。

其中，第一分析结果包括：页面异常影响到的用户人数、页面异常影响的应用程序的分布情况和移动端的操作系统的当前情况。

第二分析子单元503，用于对异常数据进行分析，得到第二分析结果。

其中，第二分析结果包括：报错的接口对应的系统、报错的接口对应的系统所在的交易链路、影响到的用户人数、影响的应用程序的分布情况和设备操作系统的当前情况。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图2所示，此处不再赘述。

存储单元404，用于每隔第一预设时间，将异常数据和异常数据对应的分析结果，按照异常数据所属的预设类别存入至数据库中。

告警单元405，用于若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息。

其中，第二预设时间大于第一预设时间。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图1所示，此处不再赘述。

可选的，在本申请的另一实施例中，异常数据分析平台，还包括：

数据库展示单元，将数据库中所有预设类别的异常数据的数量和异常数据对应的分析结果，通过展示页面进行实时展示。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，异常数据分析平台，如图6所示，还包括：

处理进程获取单元601，用于获取针对异常数据大于预设数量的异常数据的处理进程；

处理进程展示单元602，用于将处理进程通过展示页面进行实时展示。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图3所示，此处不再赘述。

由以上方案可知，本申请提供的一种异常数据分析平台中，通过监控单元401实时获取至少一个移动端上传的异常数据；然后，通过确认单元402确认获取到的异常数据属于哪一预设类别；并利用分析单元403分析得到异常数据的分析结果；之后，每隔第一预设时间，存储单元404将异常数据和异常数据对应的分析结果，按照异常数据所属的预设类别存入至数据库中；最后，若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，告警单元405发出告警信息；其中，第二预设时间大于第一预设时间。运维人员在接收到告警信息后，利用数据库中的异常数据和异常数据对应的分析结果，快速对APP发生的异常进行处理，以达到实时监控定位移动端APP异常，并快速针对APP异常，进行快速阻断的目的。

本申请另一实施例提供一种计算机可读介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项方法。

本申请另一实施例提供一种服务器，如图7所示，包括：

一个或多个处理器701。

存储装置702，其上存储有一个或多个程序。

当一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器实现如上述实施例中任意一项所述的方法。

在本申请公开的上述实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，直播设备，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种异常数据的分析方法，其特征在于，应用于异常数据分析平台，所述异常数据的分析方法，包括：

实时获取至少一个移动端上传的异常数据；

确认获取到的异常数据属于哪一预设类别；

分析得到所述异常数据的分析结果；

每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中；

若在第二预设时间内，所述数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，所述第二预设时间大于所述第一预设时间。

2.根据权利要求1所述的分析方法，其特征在于，所述预设类别包括页面异常和后台接口报错，所述分析得到所述异常数据的分析结果，包括：

若所述异常数据用于说明所述页面异常，则分析得到第一分析结果；其中，所述第一分析结果包括：所述页面异常影响到的用户人数、所述页面异常影响的应用程序的分布情况和移动端的操作系统的当前情况；

若所述异常数据用于说明所述后台接口报错，则分析得到第二分析结果；其中，所述第二分析结果包括：报错的接口对应的系统、所述报错的接口对应的系统所在的交易链路、影响到的用户人数、影响的应用程序的分布情况和设备操作系统的当前情况。

3.根据权利要求1所述的分析方法，其特征在于，所述每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中之后，还包括：

将所述数据库中所有预设类别的异常数据的数量和所述异常数据对应的分析结果，通过展示页面进行实时展示。

4.根据权利要求1所述的分析方法，其特征在于，所述若在第二预设时间内，数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息之后，还包括：

获取针对异常数据大于预设数量的异常数据的处理进程；

将所述处理进程通过展示页面进行实时展示。

5.一种异常数据分析平台，其特征在于，包括：

监控单元，用于实时获取至少一个移动端上传的异常数据；

确认单元，用于确认获取到的异常数据属于哪一预设类别；

分析单元，用于分析得到所述异常数据的分析结果；

存储单元，用于每隔第一预设时间，将所述异常数据和所述异常数据对应的分析结果，按照所述异常数据所属的预设类别存入至数据库中；

告警单元，用于若在第二预设时间内，所述数据库中任意预设类别中的异常数据大于预设数量，则发出告警信息；其中，所述第二预设时间大于所述第一预设时间。

6.根据权利要求5所述的异常数据分析平台，其特征在于，所述预设类别包括页面异常和后台接口报错，所述分析单元，包括：

第一分析子单元，用于若所述异常数据用于说明所述页面异常，则分析得到第一分析结果；其中，所述第一分析结果包括：所述页面异常影响到的用户人数、所述页面异常影响的应用程序的分布情况和移动端的操作系统的当前情况；

第二分析子单元，用于若所述异常数据用于说明所述后台接口报错，则分析得到第二分析结果；其中，所述第二分析结果包括：报错的接口对应的系统、所述报错的接口对应的系统所在的交易链路、影响到的用户人数、影响的应用程序的分布情况和设备操作系统的当前情况。

7.根据权利要求5所述的异常数据分析平台，其特征在于，还包括：

数据库展示单元，将所述数据库中所有预设类别的异常数据的数量和所述异常数据对应的分析结果，通过展示页面进行实时展示。

8.根据权利要求5所述的异常数据分析平台，其特征在于，还包括：

处理进程获取单元，用于获取针对异常数据大于预设数量的异常数据的处理进程；

处理进程展示单元，用于将所述处理进程通过展示页面进行实时展示。

9.一种计算机可读介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至4中任意一项所述的方法。

10.一种服务器，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至4中任意一项所述的方法。

Images