CN111190755B - 应用程序的功能异常处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种应用程序的功能异常处理方法及装置。其中，所述方法包括：接收第一终端运行应用程序时上传的日志文件；根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；若是，则根据所述异常状态，确定异常处理策略；向所述第一终端反馈所述异常处理策略。本发明实施例能够提高应用程序功能异常的处理效率和处理准确率。

Description

应用程序的功能异常处理方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种应用程序的功能异常处理方法及装置。

背景技术

现有技术中的应用程序(如IM软件)在发布之后，需要安排大量的人力、物力去做运营维护，对于用户提出的运营问题，需要经销商、售后、测试、开发人员协助配合，及时解决用户的问题。

例如，用户在使用IM软件的过程中遇到的任何问题，都以运营单据的形式告知到经销商，经销商若解决不了用户的问题，则需要收集必要的用户信息，包括登录号码、软件使用日志、现场截图或视频录制、问题出现路径描述等，将这些信息打包，随着单据转到售后，售后流转单据到测试人员、测试人员流转单据到开发人员进行处理。开发人员在接到单据后可能会远程用户机器并分析问题，得到解决方案之后，需要与用户沟通，并通过电话或者在线远程帮助用户操作。运营问题处理的模式普遍是依靠电话或者在线远程协助，比较强依赖用户的介入和当前网络环境。

上述处理方式需要人为将问题进行描述总结以及逐级上报，流程长而繁琐，导致用户的问题很难在短时间内被解决，即处理效率低下，而且容易丢失问题定位所需的信息，导致无法准确处理用户问题。另外，同类问题在多个用户的终端处频繁发生，造成运营事故，导致用户使用体验差。

发明内容

本申请提供一种应用程序的功能异常处理方法及装置，能够提高应用程序功能异常的处理效率和处理准确率。

第一方面，本申请提供一种应用程序的功能异常处理方法，所述方法包括：

接收第一终端运行应用程序时上传的日志文件；

根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；

若是，则根据所述异常状态，确定异常处理策略；

向所述第一终端反馈所述异常处理策略。

在本申请一些实施例中，所述接收第一终端运行应用程序时上传的日志文件，具体包括：

向所述第一终端发送日志上传指令，所述日志上传指令包括日志策略，用于指示所述终端在运行所述应用程序时上传满足所述日志策略的日志文件；

接收所述第一终端上传的日志文件。

在本申请一些实施例中，所述日志文件包括关键字段；

所述根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态，具体包括：

将关键字段相同的日志文件归为一类；

启动多进程分析所述目标功能对应类别的日志文件，以检测所述目标功能是否处于异常状态。

在本申请一些实施例中，所述日志文件包括所述目标功能的使用信息；

所述根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态，具体包括：

检测所述目标功能的使用信息中是否具有满足预设正则匹配策略的信息；

若是，则判定所述应用程序的所述目标功能处于异常状态；所述预设正则匹配策略为基于所述目标功能的异常使用信息设置的策略。

在本申请一些实施例中，所述方法还包括：

统计所述目标功能处于异常状态的次数；

根据所述次数，计算所述目标功能的使用成功率。

在本申请一些实施例中，所述日志文件包括所述目标功能的执行路径；

所述根据所述日志文件，检测所述应用程序中的目标功能是否处于异常状态，具体包括：

将所述目标功能的执行路径与预设标准路径进行对比；

若所述目标功能的执行路径与预设标准路径不同，或者所述目标功能的执行路径中的节点与预设标准路径中的节点未一一对应，则判定所述应用程序的所述目标功能处于异常状态。

在本申请一些实施例中，所述根据所述异常状态，确定异常处理策略，具体包括：

定位所述目标功能的执行路径中的异常节点；

根据所述异常节点，分析异常原因；

根据所述异常原因，确定异常处理策略。

在本申请一些实施例中，所述方法还包括：

获取所述第一终端中的所述应用程序的版本号；

确定具有所述版本号的所述应用程序的第二终端；

将所述异常处理策略发送给所述第二终端。

在本申请一些实施例中，所述目标功能包括网络连接功能、上传下载功能、收发消息功能和收发协议功能；所述异常处理策略包括脏数据清理、网络连通性探测、设置IP白名单、展示异常IP、重新启动所述应用程序和执行界面操作中的至少一个。

第二方面，本申请提供一种应用程序的功能异常处理装置，所述装置包括：

接收模块，用于接收第一终端运行应用程序时上传的日志文件；

检测模块，用于根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；

策略确定模块，用于在所述目标功能处于异常状态时，根据所述异常状态，确定异常处理策略；以及，

处理模块，用于向所述第一终端反馈所述异常处理策略。

本申请实施例中通过接收第一终端运行应用程序时上传的日志文件，检测应用程序的目标功能是否处于异常状态，在处于异常状态时，确定相应的异常处理策略，并将异常处理策略反馈给第一终端，使第一终端根据处理策略修复异常功能，缩短功能异常的处理周期，有效提高处理效率，且准确获取异常处理状态，提高处理的准确性；同时，将异常处理策略发送给同类版本的其他终端上，避免其他终端遇到同样的问题，防止运营事故的发生，提高应用程序的质量和口碑。

附图说明

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

图1是本发明实施例提供的应用程序的功能异常处理系统的场景示意图；

图2是本发明实施例提供的应用程序的功能异常处理系统的另一场景示意图；

图3是本发明实施例提供的应用程序的功能异常处理方法的一个实施例流程示意图；

图4是本发明实施例提供的应用程序的功能异常处理方法的另一个实施例流程示意图；

图5是本发明实施例中网络连接功能的异常状态统计的界面示意图；

图6是本发明实施例中提供的应用程序的功能异常处理装置的一个实施例结构示意图；

图7是本发明实施例提供的服务器的结构示意图。

具体实施方式

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

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有说明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语“模块”或“单元”可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法优选的以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本发明实施例提供一种应用程序的功能异常处理方法及装置。

请参阅图1，图1为本发明实施例所提供的应用程序的功能异常处理系统的场景示意图，该功能异常处理系统可以包括终端100和服务器200，终端100和服务器200通过网络连接，服务器200中集成有应用程序的功能异常处理装置，终端100可以访问服务器200。本发明实施例中服务器200主要用于接收第一终端运行应用程序时上传的日志文件；根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；若是，则根据所述异常状态，确定异常处理策略；向所述第一终端反馈所述异常处理策略。

本发明实施例中，该服务器200可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，例如，本发明实施例中所描述的服务器200，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(Cloud Computing)的大量计算机或网络服务器构成。本发明的实施例中，服务器与终端之间可通过任何通信方式实现通信，包括但不限于，基于第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)、长期演进(Long Term Evolution，LTE)、全球互通微波访问(Worldwide Interoperability for Microwave Access，WiMAX)的移动通信，或基于TCP/IP协议族(TCP/IP Protocol Suite，TCP/IP)、用户数据报协议(User Datagram Protocol，UDP)协议的计算机网络通信等。

可以理解的是，本发明实施例中所使用的终端100可以理解为客户端设备，客户端设备既包括接收和发射硬件的设备，即具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种客户端设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备。具体的终端100具体可以是台式终端或移动终端，终端100具体可以手机、平板电脑、笔记本电脑等中的一种。

本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的服务器，或者服务器网络连接关系，例如图1中仅示出1个服务器和2个客户端，可以理解的，该功能异常处理系统还可以包括一个或多个其他服务器，或/且一个或多个与服务器网络连接的终端，具体此处不作限定。

在本发明一些实施例中，如图2所示，服务器200包括业务服务器201、文件服务器202、日志分析服务器203和策略服务器204，终端100包括第一终端101和第二终端102。其中，业务服务器201用于向第一终端101发送应用程序的日志上传指令；文件服务器202用于接收第一终端上传的日志文件，并通知日志分析服务器203启动分析日志任务；日志分析服务器203用于分析日志文件，以检测应用程序的功能是否处于异常状态，并将检测结果发送给策略服务器204；策略服务器204用于在检测结果为异常状态时，确定异常处理策略，并将异常处理策略发送给第一终端101以及具有同样问题的第二终端102。

另外，如图1所示，该功能异常处理系统还可以包括存储器300，用于存储数据，如日志文件数据库，该日志文件数据库中保存有日志文件，该日志文件可以包括应用模版(例如审批模版、打卡模版等各种应用模版)，文件数据(如Word文件、Excel文件或PPT文件等各种格式的文件)，图片数据(如jpg、png、bmp等各种格式的图片)等多种数据，与之对应的，该日志文件数据库也可以分为多种类型的数据，例如应用数据库，文件数据库或图片数据库等。

需要说明的是，图1和图2所示的功能异常处理系统的场景示意图仅仅是一个示例，本发明实施例描述的功能异常处理系统以及场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着功能异常处理系统的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合具体实施例进行详细说明。

在本实施例中，将从应用程序的功能异常处理装置的角度进行描述，该应用程序的功能异常处理装置具体可以集成在服务器200中。

本发明提供一种应用程序的功能异常处理方法，该应用程序的功能异常处理方法包括：接收第一终端运行应用程序时上传的日志文件；根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；若是，则根据所述异常状态，确定异常处理策略；向所述第一终端反馈所述异常处理策略。

请参阅图3，为本发明实施例中本发明实施例中应用程序的功能异常处理方法的一个实施例流程示意图，该应用程序的功能异常处理方法包括：

301、接收第一终端运行应用程序时上传的日志文件。

本发明实施例中，应用程序可以是运行在终端上的任意应用软件，尤其是指即时通讯(IM)软件，例如微信、QQ等。日志文件是应用程序在运行过程中产生的一些记录操作事件的记录文件或文件集合，例如，日志文件记录了用户的操作记录、键盘输入和运行时的相关信息数据。日志文件与用户账号进行绑定，以用来标识日志文件。其中，用户账号为用户通过终端登录应用程序的账号，例如应用程序为微信，用户账号为登录微信的手机号等。

终端在运行应用程序时可定时通过HTTPS协议将应用程序产生的日志文件进行上传，终端也可根据服务器发送的日志上传指令进行日志文件的上传。

具体地，所述接收第一终端运行应用程序时上传的日志文件，包括：向所述第一终端发送日志上传指令，所述日志上传指令包括日志策略，用于指示所述终端在运行所述应用程序时上传满足所述日志策略的日志文件；接收所述第一终端上传的日志文件。

需要说明的是，服务器可以指定应用程序的日志上传指令的发送范围，即指定向特定终端、特定用户的终端或特定版本的应用程序的终端等发送日志上传指令。终端支持在线和离线两种方式的日志上传指令。若终端在线，即终端正在运行应用程序，则终端可立即收到日志上传指令，并根据该日志上传指令上传日志文件；若终端离线，即终端未运行应用程序，则终端在下次上线时，即终端再次运行应用程序时才会收到日志上传指令。

日志上传指令可以包括日志策略，终端在接收日志上传指令后，对日志上传指令中的日志策略进行解析。日志策略可以为全量日志策略，指示终端将全量日志文件进行上传，即将应用程序产生的所有日志文件进行上传。日志策略可以为部分日志策略，指示终端有选择性地从全量日志文件中筛选出满足一定规则的日志文件进行上传，即将应用程序产生的部分指定日志文件进行上传。

另外，终端在每次上传日志文件时，会记录本次上传日志文件的时间戳，当下次上传日志文件时，会获取日志产生时间在该时间戳之后的日志文件进行上传，即下次所上传的日志文件的产生时间在本次记录的时间戳之后，以防止重复上传相同的日志文件。服务器接收日志文件后会存储到数据库，并定时清理数据库中的日志文件。

302、根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态。

本发明实施例中，日志文件还与上传终端的类型进行绑定，例如上传的终端可以是PC客户端、MAC客户端、IOS移动端、Android移动端等。服务器在接收不同终端上传的日志文件后，根据上传终端的类型对日志文件进行分类，例如，将PC客户端上传的日志文件归为一类，将MAC客户端上传的日志文件归为一类等，以对日志文件进行初步归类。

由于每一终端在每一时刻都会产生日志文件，导致每一终端上传的日志文件数量较多，服务器在对接收到的日志文件进行初步归类后，还会针对日志文件中的关键字段进行进一步的分类。具体地，所述根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态，包括：将关键字段相同的日志文件归为一类；启动多进程分析所述目标功能对应类别的日志文件，以检测所述目标功能是否处于异常状态。

需要说明的是，日志文件中的关键字段可以为应用程序功能的关键字段，即与应用程序的某一功能相关的日志文件都会具有该功能的关键字段。针对每一终端的日志文件，分析日志文件的内容，若日志内容匹配到目标功能的关键字段，则将相关日志文件归为一类，作为目标功能对应的日志文件，便于后续对功能使用状态的分析。

服务器还可以包括多个子服务器，服务器在接收日志文件后，根据日志文件的数量来决定启动子服务器的数据，子服务器用于分担高峰压力，保证当前日志文件分析服务的高可用，不会因为负载过高而宕机。每个子服务器会启用多进程来分析日志文件，保证多任务能够被并行执行，提高日志文件的分析效率。

应用程序的目标功能可以是应用程序的任一功能，例如网络连接功能、上传下载功能、收发消息功能、收发协议功能等。目标功能的使用状态可以为正常状态，也可以为异常状态，目标功能处于正常状态是指目标功能执行正常，目标功能处于异常状态是指目标功能执行失败。例如，网络连接功能的异常状态是指网络连接失败，上传下载功能的异常状态是指上传下载失败，收发消息功能的异常状态是指收发消息失败，收发协议功能的异常状态是指收发协议失败。

日志文件中包括目标功能的使用信息，例如日志文件产生时的机器环境、网络连接情况，用户在使用文件、图片上传下载功能时的HTTPS协议的成功或失败情况，用户收发信息的情况，应用程序在使用过程中与后台收发协议的情况等。在目标功能处于异常状态时，日志文件中的目标功能的使用信息为异常使用信息。例如，网络连接功能的IP连接失败信息，上传下载功能的HTTPS协议失败信息，收发信息功能的失败原因和错误码，收发协议的失败原因和错误码等。

在一个实施方式中，可通过正则匹配策略从日志文件中分析出应用程序的目标功能的使用状态，进而判断目标功能是否处于异常状态。具体地，所述根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态，包括：检测所述目标功能的使用信息中是否具有满足预设正则匹配策略的信息；若是，则判定所述应用程序的所述目标功能处于异常状态。

需要说明的是，正则匹配策略可根据日志文件中目标功能的异常使用信息预先设置。例如，日志文件中网络连接功能的异常使用信息通常表示为：connect to10.100.12.4failed！，则网络连接功能对应的正则匹配策略可以设置为：connect to*failed。服务器在分析日志文件时，只需将日志文件内容与正则匹配策略进行匹配，即可判断日志文件中是否具有目标功能的异常使用信息，从而判断目标功能是否处于异常状态。例如，若匹配到某个日志文件中具有connect to*failed字段，则判定应用程序的网络连接功能处于异常状态，即网络连接失败，输出网络连接失败的日志内容和对应的IP，以便后续确定异常处理策略；若日志文件中不具有connect to*failed字段，则判定应用程序的网络连接功能处于正常状态。

为了帮助功能对应的服务提供者发现问题，例如部分IP服务器是否已拒绝服务、服务的数据是否有异常等，本发明实施例还统计每个功能的使用成功率。具体地，所述方法还包括：统计所述目标功能处于异常状态的次数；根据所述次数，计算所述目标功能的使用成功率。

需要说明的是，正则匹配策略可以统计出目标功能的异常使用信息的数量，通常一个异常使用信息对应一次异常状态，从而根据目标功能的异常使用信息的数量统计目标功能处于异常状态的次数，进而根据目标功能的使用次数和处于异常状态的次数，即可计算应用程序在使用过程中目标功能的使用成功率。

由于用户的某种操作必然有其固有的一条或多条执行路径，因此日志文件中还包括目标功能执行时的执行路径，所述执行路径包括多个节点。若目标功能从一条路径的起始点开始执行，但未运行到该路径的终止点，则目标功能处于异常状态；若目标功能运行到该路径的终止点，但未严格按照该路径的每一个节点运行，则目标功能也处于异常状态。

在另一个实施方式中，可通过多路径匹配策略从日志文件中分析出应用程序的目标功能的使用状态，进而判断目标功能是否处于异常状态。具体地，所述根据所述日志文件，检测所述应用程序中的目标功能是否处于异常状态，具体包括：将所述目标功能的执行路径与预设标准路径进行对比；若所述目标功能的执行路径与预设标准路径不同，或者所述目标功能的执行路径中的节点与预设标准路径中的节点未一一对应，则判定所述应用程序的所述目标功能处于异常状态。

其中，目标功能可以具有多条标准路径。日志文件中的目标功能的执行路径只要与对应的标准路径相同，且目标功能的执行路径中的节点与任意一条标准路径的节点一一对应，则目标功能处于正常状态。反之，目标功能的执行路径与对应的标准路径不同，且目标功能的执行路径中的节点与任意一条标准路径的节点均未一一对应，则目标功能处于异常状态。

例如，发送文本消息的功能有以下几条标准路径：

Begin->A->B->C->D->E->End

Begin->A->F->End

Begin->A->B->G->H->End

而日志文件中发送文本消息功能的执行路径为：Begin->A->B->D->B->E->End。虽然发送文本消息功能的执行路径与对应的标准路径相同，但节点未一一对应，则判定发送文本消息功能处于异常状态，可能是代码逻辑、本地脏数据、机器环境或第三方dll等因素导致的异常。可根据目标功能的运行路径结合标准路分析定位异常节点，获取最优的异常处理策略。

303、若是，则根据所述异常状态，确定异常处理策略。

本发明实施例中，对于基于正则匹配策略判定出的异常状态，可直接从异常状态的相关信息中获取失败原因，进而根据失败原因确定异常处理策略。对于基于多路径匹配策略判定出的异常状态，还需进一步分析失败原因后，再根据失败原因确定异常处理策略。

具体地，所述根据所述异常状态，确定异常处理策略，具体包括：定位所述目标功能的执行路径中的异常节点；根据所述异常节点，分析异常原因；根据所述异常原因，确定异常处理策略。

将目标功能的执行路径中的节点与标准路径中的节点进行对比，即可获得异常节点。目标功能的不同异常节点对应的异常原因也不同。例如，发送文本消息功能的执行路径异常，若发送消息节点异常，即消息未发送出去，则分析异常原因为IP被拦截；若显示节点异常，即消息发送出去但未显示在会话窗口，则需要进一步定位异常原因。

在确定异常原因后，对异常原因进行针对性的分析，以确定相应的异常处理策略。其中，可以结合前期技术人员的介入经验和同类问题的积累经验来确定异常处理策略，也可以从知识库中匹配出相应的异常处理策略，该知识库中存储有目标功能的各种异常状态对应的异常处理策略。

异常处理策略包括非功能性的策略，例如脏数据清理、网络连通性探测(telnet)、设置IP白名单等，异常处理策略也包括功能性的策略，例如展示异常IP、重新启动应用程序、执行界面操作(基于界面执行对应的操作)等，以实际解决应用程序的功能使用问题。

例如，网络连接功能处于异常状态，分析原因为终端网络问题或服务器问题，具体的分析原因还可根据人工干预二次分析获得。若是终端网络问题，相应的异常处理策略可以是设置IP白名单；若是服务器问题，可具体定位异常位置再确定异常处理策略。

304、向所述第一终端反馈所述异常处理策略。

本发明实施例中，服务器可动态地向终端发送SC指令(服务器到终端的指令)，SC指令中可以包括异常处理策略，终端在接收到异常处理策略后执行相应的逻辑，用于修复问题和改善功能体验，提升应用程序的质量和口碑。

处理策略也可以发送给其他同类的终端上，避免其他终端遇到同样的问题，预防运营事故的发生，以营造整体良性的应用程序生态环境。具体地，所述方法还包括：获取所述第一终端中的所述应用程序的版本号；确定具有所述版本号的所述应用程序的第二终端；将所述异常处理策略发送给所述第二终端。

需要说明的是，将具有相同版本号的终端作为同类问题终端，在某一终端中的应用程序功能异常后获取该终端对应的异常处理策略，并将该异常处理策略发送给其他同类问题终端，以避免其他同类问题终端出现相同异常情况。

综上，本发明实施例中通过接收第一终端运行应用程序时上传的日志文件，检测应用程序的目标功能是否处于异常状态，在处于异常状态时，确定相应的异常处理策略，并将异常处理策略反馈给第一终端，使第一终端根据处理策略修复异常功能，缩短功能异常的处理周期，有效提高处理效率，且准确获取异常处理状态，提高处理的准确性；同时，将异常处理策略发送给同类版本的其他终端上，避免其他终端遇到同样的问题，防止运营事故的发生，改善功能体验，提高应用程序的质量和口碑，营造整体良性的应用程序生态环境。

下面结合一具体应用场景对本发明实施例中应用程序的功能异常处理方法进行描述。

请参阅图4，为本发明实施例中应用程序的功能异常处理方法的另一个实施例流程示意图，该功能异常处理方法应用于服务器，该功能异常处理方法包括：

401、向第一终端发送第一SC指令。

第一SC指令包括应用程序的网络连接日志策略，第一SC指令即为服务器到终端的指令，具体可以是应用程序的日志上传指令，用于指示第一终端上传满足网络连接日志策略的日志文件。

402、接收所述第一终端根据所述SC指令上传的网络连接功能对应的日志文件。

服务器接收的满足网络连接日志策略的日志文件即为应用程序的网络连接功能对应的日志文件。

403、根据所述网络连接功能对应的日志文件，检测所述网络连接功能是否处于异常状态。

网络连接功能对应的日志文件中包括日志文件产生时的机器环境和每个时刻的网络连接情况。分析每个时刻的网络连接情况中是否具有网络连接失败的信息，若是，则判定网络连接功能处于异常状态，若否，则判定网络连接功能处于正常状态。

404、若是，则分析异常状态的原因，确定异常处理策略。

在分析网络连接功能异常的原因是第一终端网络问题，则可以确定异常处理策略为网络连通性探测。另外，还可获取第一终端访问失败的IP地址，并统计访问失败的次数，即错误次数，如图5所示，第一终端访问101.226.76.235(端口号80)失败，且错误次数为1等。根据第一终端访问失败的IP地址，可以设置白名单放过策略，即将这些IP地址设置到第一终端所在企业网络路由器的白名单中，以便第一终端再请求这些IP地址时，请求能够被路由器放过，避免第一终端访问失败。

405、向所述第一终端反馈第二SC指令。

第二SC指令包括异常处理策略，用于将网络连通性探测的异常处理策略反馈给第一终端，使第一终端探测网络连通性，进而修复问题。本实施例无需过多人工接入解决应用程序的功能问题，大大降低处理周期，提高处理效率。

为便于更好的实施本发明实施例提供的应用程序的功能异常处理方法，本发明实施例还提供一种基于上述应用程序的功能异常处理方法的装置。其中名词的含义与上述应用程序的功能异常处理方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图6，图6为本发明实施例提供的应用程序的功能异常处理装置的结构示意图，其中该应用程序的功能异常处理装置可以包括接收模块601、检测模块602、策略确定模块603和处理模块604，其中：

接收模块601，用于接收第一终端运行应用程序时上传的日志文件；

检测模块602，用于根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；

策略确定模块603，用于在所述目标功能处于异常状态时，根据所述异常状态，确定异常处理策略；以及，

处理模块604，用于向所述第一终端反馈所述异常处理策略。

需要说明的是，接收模块601可以是单独的文件服务器，如图2中的文件服务器202，检测模块602可以是单独的日志分析服务器，如图2中的日志分析服务器203，策略确定模块603和处理模块604可以构成单独的策略服务器，如图2中的策略服务器204。

在本发明一些实施例中，所述接收模块601具体用于：

向所述第一终端发送日志上传指令，所述日志上传指令包括日志策略，用于指示所述终端在运行所述应用程序时上传满足所述日志策略的日志文件；

接收所述第一终端上传的日志文件。

在本发明一些实施例中，所述日志文件包括关键字段；

所述检测模块602还用于：

将关键字段相同的日志文件归为一类；

启动多进程分析所述目标功能对应类别的日志文件，以检测所述目标功能是否处于异常状态。

在本发明一些实施例中，述日志文件包括所述目标功能的使用信息；

所述检测模块602还用于：

检测所述目标功能的使用信息中是否具有满足预设正则匹配策略的信息；

若是，则判定所述应用程序的所述目标功能处于异常状态；所述预设正则匹配策略为基于所述目标功能的异常使用信息设置的策略。

在本发明一些实施例中，所述装置还包括：

统计模块，用于统计所述目标功能处于异常状态的次数；

计算模块，用于根据所述次数，计算所述目标功能的使用成功率。

在本发明一些实施例中，所述日志文件包括所述目标功能的执行路径；

所述检测模块602还用于：

将所述目标功能的执行路径与预设标准路径进行对比；

若所述目标功能的执行路径与预设标准路径不同，或者所述目标功能的执行路径中的节点与预设标准路径中的节点未一一对应，则判定所述应用程序的所述目标功能处于异常状态。

在本发明一些实施例中，所述策略确定模块603还用于：

定位所述目标功能的执行路径中的异常节点；

根据所述异常节点，分析异常原因；

根据所述异常原因，确定异常处理策略。

在本发明一些实施例中，所述装置还包括：

版本号获取模块，用于获取所述第一终端中的所述应用程序的版本号；

确定模块，用于确定具有所述版本号的所述应用程序的第二终端；

发送模块，用于将所述异常处理策略发送给所述第二终端。

在本发明一些实施例中，所述目标功能包括网络连接功能、上传下载功能、收发消息功能和收发协议功能；所述异常处理策略包括脏数据清理、网络连通性探测、设置IP白名单、展示异常IP、重新启动所述应用程序和执行界面操作中的至少一个。

本发明实施例通过接收第一终端运行应用程序时上传的日志文件，检测应用程序的目标功能是否处于异常状态，在处于异常状态时，确定相应的异常处理策略，并将异常处理策略反馈给第一终端，使第一终端根据处理策略修复异常功能，缩短功能异常的处理周期，有效提高处理效率，且准确获取异常处理状态，提高处理的准确性；同时，将异常处理策略发送给同类版本的其他终端上，避免其他终端遇到同样的问题，防止运营事故的发生，提高应用程序的质量和口碑。

本发明实施例还提供一种服务器，如图7所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器701、一个或一个以上计算机可读存储介质的存储器702、电源703和输入单元704等部件。本领域技术人员可以理解，图7中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器701是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器701可包括一个或多个处理核心；优选的，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作存储介质、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。

存储器702可用于存储软件程序以及模块，处理器701通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作存储介质、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。

服务器还包括给各个部件供电的电源703，优选的，电源703可以通过电源管理存储介质与处理器701逻辑相连，从而通过电源管理存储介质实现管理充电、放电、以及功耗管理等功能。电源703还可以包括一个或一个以上的直流或交流电源、再充电存储介质、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元704，该输入单元704可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的应用程序，从而实现各种功能，如下：

接收第一终端运行应用程序时上传的日志文件；根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；若是，则根据所述异常状态，确定异常处理策略；向所述第一终端反馈所述异常处理策略。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种应用程序的功能异常处理方法中的步骤。例如，该指令可以执行如下步骤：

接收第一终端运行应用程序时上传的日志文件；根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；若是，则根据所述异常状态，确定异常处理策略；向所述第一终端反馈所述异常处理策略。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一种应用程序的功能异常处理方法中的步骤，因此，可以实现本发明实施例所提供的任一种应用程序的功能异常处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本发明实施例所提供的一种应用程序的功能异常处理方法、装置、服务器和存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种应用程序的功能异常处理方法，其特征在于，包括：

接收第一终端运行应用程序时上传的日志文件；

根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；

若是，则根据所述异常状态，确定异常处理策略；

向所述第一终端反馈所述异常处理策略；

其中，所述日志文件包括关键字段，所述根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态，包括：

根据所述第一终端的类型对所述日志文件进行分类，得到初步分类结果；

将所述初步分类结果中的关键字段与目标功能的关键字段相同的日志文件归为一类，作为所述目标功能对应的日志文件，所述目标功能对应的日志文件包括所述目标功能的执行路径；

将所述目标功能的执行路径与预设标准路径进行对比；

若所述目标功能的执行路径与预设标准路径不同，或者所述目标功能的执行路径中的节点与预设标准路径中的节点未一一对应，则判定所述应用程序的所述目标功能处于异常状态。

2.根据权利要求1所述的应用程序的功能异常处理方法，其特征在于，所述接收第一终端运行应用程序时上传的日志文件，具体包括：

向所述第一终端发送日志上传指令，所述日志上传指令包括日志策略，用于指示所述终端在运行所述应用程序时上传满足所述日志策略的日志文件；

接收所述第一终端上传的日志文件。

3.根据权利要求1所述的应用程序的功能异常处理方法，其特征在于，所述方法还包括：

统计所述目标功能处于异常状态的次数；

根据所述次数，计算所述目标功能的使用成功率。

4.根据权利要求1所述的应用程序的功能异常处理方法，其特征在于，所述根据所述异常状态，确定异常处理策略，具体包括：

定位所述目标功能的执行路径中的异常节点；

根据所述异常节点，分析异常原因；

根据所述异常原因，确定异常处理策略。

5.根据权利要求1所述的应用程序的功能异常处理方法，其特征在于，所述方法还包括：

获取所述第一终端中的所述应用程序的版本号；

确定具有所述版本号的所述应用程序的第二终端；

将所述异常处理策略发送给所述第二终端。

6.根据权利要求1所述的应用程序的功能异常处理方法，其特征在于，所述目标功能包括网络连接功能、上传下载功能、收发消息功能和收发协议功能；所述异常处理策略包括脏数据清理、网络连通性探测、设置IP白名单、展示异常IP、重新启动所述应用程序和执行界面操作中的至少一个。

7.一种应用程序的功能异常处理装置，其特征在于，包括：

接收模块，用于接收第一终端运行应用程序时上传的日志文件；

检测模块，用于根据所述日志文件，检测所述应用程序的目标功能是否处于异常状态；

策略确定模块，用于在所述目标功能处于异常状态时，根据所述异常状态，确定异常处理策略；以及，

处理模块，用于向所述第一终端反馈所述异常处理策略；

其中，所述日志文件包括关键字段，所述检测模块具体用于：

根据所述第一终端的类型对所述日志文件进行分类，得到初步分类结果；

将所述初步分类结果中的关键字段与目标功能的关键字段相同的日志文件归为一类，作为所述目标功能对应的日志文件，所述目标功能对应的日志文件包括所述目标功能的执行路径；

将所述目标功能的执行路径与预设标准路径进行对比；

若所述目标功能的执行路径与预设标准路径不同，或者所述目标功能的执行路径中的节点与预设标准路径中的节点未一一对应，则判定所述应用程序的所述目标功能处于异常状态。

Images