CN107145782B - 一种异常应用程序的识别方法、移动终端及服务器 - Google Patents

Abstract

本发明提供一种异常应用程序的识别方法、移动终端及服务器，该方法包括：获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果识别所述应用程序是否为异常应用程序。本发明实施例通过收集应用程序的异常信息并发送给服务器以通过服务器对应用程序进行测试，以进一步判断应用程序是否运行异常，从而可以提高异常应用程序的识别结果的准确性。

Description

一种异常应用程序的识别方法、移动终端及服务器

技术领域

本发明涉及通信技术领域，尤其涉及一种异常应用程序的识别方法、移动终端及服务器。

背景技术

随着移动操作系统逐渐完善和壮大，例如，安卓(Android)操作系统、IOS操作系统等，越来越多开发者投入移动操作系统的应用程序开发。但是由于开发者能力参差不齐，以及一些开发者不顾终端整体的运行状态，导致目前存在大量各类体验不好、表现异常的应用程序。

虽然存在大量的异常应用程序，但是管控这些异常应用程序的方式目前并不多，主要有以下两种方式：

第一种方式，定时清理应用程序的内存，或者定时关闭后台的应用程序。这种方式在一定情况下可以使手机等移动终端免受异常应用程序的侵扰，但是也会在一定程度上影响一部分正常的应用程序的使用。

第二种方式，提示用户进行病毒查杀。这样虽可以让手机等移动终端避免被恶意的病毒类的应用程序侵扰，却无法被避免大量不是病毒，但是会导致手机等移动终端整体的运行状态下降的应用程序。

由上可以看出，现有方式由于不能准确的识别异常应用程序，从而导致存在误处理一些正常的应用程序的情况或是遗漏处理部分的异常应用程序的情况。

发明内容

本发明实施例提供一种异常应用程序的识别方法、移动终端及服务器，以解决识别移动终端中异常应用程序准确性低的问题。

第一方面，本发明实施例提供了一种异常应用程序的识别方法。该方法包括：

获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；

向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；

接收所述服务器发送的所述测试结果；

根据所述测试结果，识别所述应用程序是否为异常应用程序。

第二方面，本发明实施例还提供了一种异常应用程序的识别方法。该方法包括：

接收移动终端发送的应用程序的异常信息；

根据所述异常信息，对所述应用程序进行测试，得到测试结果；

向所述移动终端发送所述测试结果。

第三方面，本发明实施例还提供一种移动终端。该移动终端包括：

第一获取模块，用于获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；

发送模块，用于向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；

第一接收模块，用于接收所述服务器发送的所述测试结果；

识别模块，用于根据所述测试结果，识别所述应用程序是否为异常应用程序。

第四方面，本发明实施例还提供一种服务器。该服务器包括：

第二接收模块，用于接收移动终端发送的应用程序的异常信息；

测试模块，用于根据所述异常信息对所述应用程序进行测试，得到测试结果；

第一发送模块，用于向所述移动终端发送所述测试结果。

第五方面，本发明实施例还提供一种异常应用程序的识别系统，包括上述的移动终端和上述的服务器。

这样，本发明实施例中，通过获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果，识别所述应用程序是否为异常应用程序。本发明实施例通过收集应用程序的异常信息并发送给服务器以通过服务器对应用程序进行测试，以进一步判断应用程序是否运行异常，从而可以提高异常应用程序的识别结果的准确性。

附图说明

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

图1是本发明实施例提供的异常应用程序的识别方法的流程图；

图2是本发明又一实施例提供的异常应用程序的识别方法的流程图；

图3是本发明又一实施例提供的异常应用程序的识别方法的流程图；

图4是本发明又一实施例提供的异常应用程序的识别方法的流程图；

图5是本发明实施例提供的异常应用程序的识别方法的硬件环境的结构图；

图6是本发明实施例提供的移动终端的结构图之一；

图7是本发明实施例提供的移动终端的结构图之二；

图8是本发明实施例提供的移动终端的结构图之三；

图9是本发明实施例提供的移动终端的结构图之四；

图10是本发明实施例提供的移动终端的结构图之五；

图11是本发明又一实施例提供的服务器的结构图之一；

图12是本发明又一实施例提供的服务器的结构图之二；

图13是本发明又一实施例提供的服务器的结构图之三；

图14是本发明实施例提供的异常应用程序的识别系统的结构图；

图15是本发明又一实施例提供的移动终端的结构图；

图16是本发明又一实施例提供的移动终端的结构图。

具体实施方式

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

参见图1，图1是本发明实施例提供的异常应用程序的识别方法的流程图。

如图1所示，包括以下步骤：

步骤101、获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息。

本发明实施例中，应用程序可以是任何安装于移动终端上的应用程序，例如，各类游戏APP、各类新闻APP、各类美图APP等。异常信息是指应用程序运行异常的信息，例如，A应用程序运行时占用大量内存，或者B应用程序运行时CPU占用率过高，或者C应用程序运行时移动终端频繁卡顿等信息。

步骤102、向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果。

本发明实施例可以实时收集移动终端上各个应用程序的异常信息，并发送给服务器。可选地，可以预先将各个应用程序和异常信息进行关联后在发送给服务器。服务器在接收到异常信息后，对异常信息对应的应用程序进行测试，得到测试结果，例如，若异常信息指示该应用程序占用内存过多，则可以在服务器侧测试该应用程序运行时内存的占用情况(例如，该应用程序在预设时间内占用内存量等)；若异常信息指示该应用程序耗电过多，则可以在服务器侧测试该应用程序运行时耗电情况(例如，该应用程序在预设时间内耗电量等)。

可选地，本发明实施例可以直接通过服务器测试该应用程序是否运行异常；也可以是通过该服务器调用多个测试终端分别测试该应用程序是否运行异常。

步骤103、接收所述服务器发送的所述测试结果。

步骤104、根据所述测试结果识别所述应用程序是否为异常应用程序。

例如，若测试结果为多个测试终端中存在上述异常行为的测试终端的数量或是比例，则可以将测试结果与预设值比较，来确定该应用程序是否为异常应用程序；若测试结果为表示该应用程序是否为异常应用程序的标识，则可以直接根据该标识确定该应用程序是否为异常应用程序。

本发明实施例中，上述移动终端可以是任何可以运行应用程序的移动终端，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等。

本发明实施例的异常应用程序的识别方法，通过获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果，识别所述应用程序是否为异常应用程序。本发明实施例通过收集应用程序的异常信息并发送给服务器以通过服务器对应用程序进行测试，以进一步判断应用程序是否运行异常，从而可以提高异常应用程序的识别结果的准确性。

参见图2，图2是本发明又一实施例提供的异常应用程序的识别方法的流程图。本发明实施例与上一实施例的区别主要在于在向服务器发送异常信息之前对应用程序的类型进行判断。本发明实施中，在所述向服务器发送所述异常信息之前，所述异常应用程序的识别方法还包括：根据所述异常信息，确定所述应用程序的类型；所述向服务器发送所述异常信息包括：若所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息。

如图2所示，本发明实施提供的异常应用程序的识别方法包括以下步骤：

步骤201、获取应用程序的异常信息。

本发明实施例中，应用程序可以是任何安装于移动终端上的应用程序，例如，各类游戏APP、各类新闻APP、各类美图APP等。异常信息是指应用程序的异常行为的相关信息，例如，A应用程序运行时占用大量内存，或者B应用程序运行时CPU占用率过高，或者C应用程序运行时移动终端频繁卡顿等信息。

步骤202、根据所述异常信息，确定所述应用程序的类型。

在实际情况中，对于一些病毒类或木马类的应用程序，其通常可以直接根据异常信息确认是否为异常应用程序；而对于一些影响移动终端运行状态(例如，影响移动终端运行流畅度、占用移动终端大量内存、降低终端续航时间等)的应用程序，通常难以直接确认是否为异常应用程序。

本发明实施例可以根据应用程序的异常信息确定该应用程序的类型，例如，可以将那些影响移动终端运行状态的应用程序作为第一类应用程序，将那些频繁导致移动终端系统崩溃或是关闭的应用程序或是带有病毒或木马的应用程序作为第二类应用程序。需要说明的是，应用程序的具体分类可以根据实际情况进行设置，本发明实施例对此不做限定。

步骤203、若所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果。

本发明实施例中，若确认出所述应用程序的类型为第一类应用程序，例如，所述应用程序为影响移动终端运行状态的应用程序，则可以向服务器发送异常信息，以通过所述服务器根据所述异常信息对所述应用程序进行进一步测试。

可选地，在上述步骤202之后，若所述应用程序的类型为第二类应用程序，则确定所述应用程序为异常应用程序。

本发明实施例中，若判断出所述应用程序的类型为第二类应用程序，例如，判断出所述应用程序为病毒类应用程序，此时则可以直接确定该应用程序为异常应用程序，从而可以快速对该应用程序进行处理，例如，卸载该应用程序或是关闭该应用程序，以免该应用程序进一步影响移动终端。

步骤204、接收所述服务器发送的所述测试结果。

步骤205、根据所述测试结果识别所述应用程序是否为异常应用程序。

本发明实施例中，在接收到测试结果后，根据测试结果识别所述应用程序是否为异常应用程序，例如，若测试结果指示该应用程序运行异常，则识别出该应用程序为异常应用程序，否则识别出该应用程序不为异常应用程序。

需要说明的是，为了提高测试结果的可靠性，本发明实施例可以对应用程序进行多次测试，得到多个测试结果。在一些可选实施例中，所述测试结果的数量为至少一个；所述根据所述测试结果，识别所述应用程序是否为异常应用程序包括：若所述测试结果中指示所述应用程序运行异常的次数大于预设阈值，则识别出所述应用程序为异常应用程序；若所述测试结果中指示所述应用程序运行异常的次数小于或等于预设阈值，则识别出所述应用程序不为异常应用程序。

本发明实施例中，预设阈值可以根据测试次数进行设置，例如，测试次数为5，则预设阈值可以设为3。本发明实施例可以对应用程序进行多次测试，得到多个测试结果，并综合多个测试结果识别应用程序是否为异常应用程序，可以进一步提高异常应用程序识别结果的准确性。

本发明实施例的异常应用程序的识别方法，通过获取应用程序的异常信息；根据所述异常信息，确定所述应用程序的类型；若判断出所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果识别所述应用程序是否为异常应用程序。本发明实施例通过对应用程序进行分类，并仅将那些难以确定是否为异常应用程序的异常信息发送给服务器，以通过服务器对应用程序进一步测试，可以节省系统资源。

在一些可选实施例中，为了降低异常应用程序对移动终端的不良影响，若确定所述应用程序为异常应用程序，所述异常应用程序的识别方法还包括：获取与所述应用程序的类型对应的处理方式；根据与所述应用程序的类型对应的处理方式对所述应用程序进行处理。

本发明实施例可以预先根据各个异常应用程序的异常行为的特点制定不同的处理方式。具体的，若确定所述应用程序为异常应用程序，可以根据该应用程序的类型获取对应的处理方式，例如，对于病毒类或木马类的异常应用程序，可以直接进行卸载，对于占用移动终端的内存过多的应用程序，可以定时清理该应用程序的内存，等。

在一些可选实施例中，根据与所述应用程序的类型对应的处理方式，对所述应用程序进行处理，包括：若与所述应用程序的类型对应的处理方式为卸载处理方式，则卸载所述应用程序；若与所述应用程序的类型对应的处理方式为关闭处理方式，则关闭所述应用程序；若与所述应用程序的类型对应的处理方式为清理内存处理方式，则清理所述应用程序所占用的内存；若与所述应用程序的类型对应的处理方式为升级处理方式，则对所述应用程序进行升级处理。

本发明实施例可以根据不同异常应用程序的特点设置对应的处理方式，例如，可以将那些病毒类或木马类的异常应用程序、频繁自启动的异常应用程序等与卸载处理方式对应，将那些耗电量较大的异常应用程序、CPU占用率较高的异常应用程序等与关闭处理方式对应，将那些占用内存较多的异常应用程序与清理内存处理方式对应；对于那些存在新版本的异常应用程序，可以进行升级处理。需要说明的是，本发明实施例的升级处理方式也可以与上述卸载处理方式、关闭处理方式和清理内存处理方式相结合，例如，可以在卸载某个异常应用程序后，检测当前卸载的应用程序是否存在新版本，若存在，则可以输出提示信息，以提示用户是否安装该应用程序的新版本，或是在关闭某个异常应用程序后，检测当前关闭的应用程序是否存在新版本，若存在，则可以输出提示信息，以提示用户是否安装该应用程序的新版本。

需要说明的是，应用程序的分类和各个类型的应用程序对应的处理方式可以根据实际情况进行设置，本发明实施例对此不做限定。

由上可知，本发明实施例通过根据不同异常应用程序的特点设置对应的处理方式，并采用对应的处理方式对异常应用程序进行处理，提高了异常应用程序处理的灵活性和针对性。

在一些可选实施例中，为了提高与用户的交互性，在所述获取与所述应用程序的类型对应的处理方式之前，所述异常应用程序的识别方法还包括：输出所述应用程序的异常信息和/或运行风险信息，并输出提示信息，所述提示信息用于提示是否处理所述应用程序，所述运行风险信息为运行所述应用程序的风险信息；所述获取与所述应用程序的类型对应的处理方式包括：若接收到处理所述应用程序的指令，则获取与所述应用程序的类型对应的处理方式。

本发明实施例中，异常信息是指应用程序运行异常的信息，例如，A应用程序运行时占用移动终端的大量内存，或者B应用程序运行时耗电量较大等信息。运行风险信息是指运行该应用程序的风险信息，例如，运行该应用程序可能导致的危害，例如，继续运行A应用程序可能会导致移动终端运行不流畅，或是继续运行B应用程序可能会使移动终端续航时间降低等。

可选地，本发明实施例可以通过消息框输出所述应用程序的异常信息和/或运行风险信息以及提示信息。可选地，也可以将该应用程序对应的处理方式显示在消息框中以提示用户是否进行处理，若用户触发消息框中的处理按钮，也即接收到处理该应用程序的指令，则可以获取与该应用程序的类型对应的处理方式对该应用程序进行处理，若用户触发消息框中的不处理按钮，则不执行任何操作。

本发明实施例通过向用户输出应用程序的异常信息和/或运行风险信息，以提示该应用程序的异常行为和/或运行该应用程序的危害，从而用户可以根据提示信息确定是否对该应用程序进行处理，提高了与用户的交互性，也可以避免对一些应用程序的不恰当的处理。

参见图3，图3是本发明又一实施例提供的异常应用程序的识别方法的流程图。如图3所示，本发明实施提供的异常应用程序的识别方法包括以下步骤：

步骤301、接收移动终端发送的应用程序的异常信息。

本发明实施例中，异常信息是指应用程序运行异常的信息，例如，A应用程序运行时占用移动终端的大量内存，或者B应用程序运行时耗电量较大等信息。移动终端可以是任意可以连接至服务器的移动终端，其中，该移动终端可以是任何可以运行应用程序的移动终端，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)、个人数字助理(personal digital assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等。

步骤302、根据所述异常信息对所述应用程序进行测试，得到测试结果。

本发明实施例中，在接收到移动终端发送的应用程序的异常信息后，可以根据所述异常信息对所述应用程序进行测试，例如，若异常信息指示该应用程序占用内存过多，则可以在服务器侧测试该应用程序运行时内存的占用情况(例如，该应用程序在预设时间内占用内存量等)；若异常信息指示该应用程序耗电过多，则可以在服务器侧测试该应用程序运行时耗电情况(例如，该应用程序在预设时间内耗电量等)。

可选地，本发明实施例可以直接通过服务器测试该应用程序是否为异常应用程序；也可以是通过服务器调用多个测试终端分别对该应用程序进行测试，得到测试结果。

步骤303、向所述移动终端发送所述测试结果。

本发明实施例中，在得到测试结果后，将测试结果发送给移动终端，从而移动终端可以根据测试结果识别该应用程序是否为异常应用程序。

本发明实施例通过接收移动终端发送的应用程序的异常信息；根据所述异常信息对所述应用程序进行测试，得到测试结果；向所述移动终端发送所述测试结果。本发明实施例通过对接收到的移动终端发送的应用程序的异常信息进行测试，以进一步判断应用程序是否运行异常，从而可以提高异常应用程序识别结果的准确性。

参见图4，图4是本发明又一实施例提供的异常应用程序的识别方法的流程图。本发明实施例与上一实施例的区别主要在于对根据所述异常信息对所述应用程序进行测试，得到测试结果进行进一步限定。本发明实施中，在根据所述异常信息对所述应用程序进行测试，得到测试结果包括：模拟所述移动终端运行所述应用程序；获取所述应用程序运行时与所述异常信息对应的运行信息；根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果；将所述判断结果确定为所述测试结果。

如图4所示，本发明实施提供的异常应用程序的识别方法包括以下步骤：

步骤401、接收移动终端发送的应用程序的异常信息。

该步骤同上述步骤301，在此不再赘述。

步骤402、模拟所述移动终端运行所述应用程序。

本发明实施例中，在运行该应用程序之前，可以先下载该应用程序并安装该应用程序。具体的，异常信息可以同时包括应用程序的标识，例如，应用程序的名称和版本号等，从而可以根据该应用程序的标识下载对应的应用程序并安装和运行该应用程序。

步骤403、获取所述应用程序运行时与所述异常信息对应的运行信息。

本发明实施例中，在应用程序运行过程中，可以实时监测该应用程序的运行信息，具体的，可以仅监测与异常信息对应的运行信息，例如，若异常信息指示该应用程序内存占用过多，则可以仅监测该应用程序的内存占用信息，若异常信息指示该应用程序耗电过多，则可以仅监测该应用程序的耗电信息等。

步骤404、根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果。

本发明实施例中，根据运行信息判断该应用程序是否运行异常，例如，若运行信息为内存占用信息，则可以通过比较在预设时间段内内存占用量的增长率是否大于第一预设值判断该应用程序是否运行异常，若在预设时间段内内存占用量的增长率大于第一预设值，则确定该应用程序运行异常，否则确定该应用程序运行正常；若运行信息为耗电信息，则可以通过比较在预设时间段内耗电量是否大于第二预设值判断该应用程序是否运行异常，若在预设时间段内耗电量大于第二预设值，则确定该应用程序运行异常，否则确定该应用程序运行正常。

步骤405、将所述判断结果确定为所述测试结果。

步骤406、向所述移动终端发送所述测试结果。

需要说明的是，本发明实施例可以多次模拟移动终端运行上述应用程序以测试该应用程序是否运行异常。

本发明实施例通过接收移动终端发送的应用程序的异常信息；模拟所述移动终端运行所述应用程序；获取所述应用程序运行时与所述异常信息对应的运行信息；根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果；将所述判断结果确定为所述测试结果；向所述移动终端发送所述测试结果。本发明实施例通过模拟移动终端运行应用程序以进一步测试该应用程序是否运行异常，可以提高异常应用程序识别结果的准确性。

在一些可选实施例中，所述异常信息的数量为至少两个，在根据所述异常信息，对所述应用程序进行测试，得到测试结果之前，所述方法还包括：分别确定每条所述异常信息的类型；分别根据每条所述异常信息的类型，确定每条所述异常信息的测试优先级；

相应的，所述根据所述异常信息，对所述应用程序进行测试，得到测试结果，包括：分别按照每条所述异常信息的测试优先级，对所述应用程序进行测试，得到测试结果。

本发明实施例中，至少两条异常信息可以是来自于同一个移动终端的不同应用程序的异常信息，也可以是分别来自不同移动终端的不同应用程序的异常信息。实际情况中，由于应用程序的不同异常信息对应的异常行为对移动终端的影响程度可能不同，对于那些对移动终端影响较大的异常行为，例如，导致移动终端频繁死机或是崩溃的异常行为，则可以优先测试，以降低该异常行为对移动终端的影响。

本发明实施例可以预先确定不同类型异常信息的优先级，从而在接收到多个异常信息后，先分别确定多条异常信息的类型，在根据各个异常信息的类型确定各个异常信息的测试优先级。相应的，在测试过程中，可以根据各个异常信息的测试优先级依次进行测试，得到测试结果。

本发明实施例通过对不同类型的异常信息设置不同的测试优先级，从而可以优先基于那些对移动终端影响较大的异常信息对应用程序进行测试，以尽快根据测试结果对该应用程序进行处理。

在一些可选实施例中，服务器可以通过调用多个测试终端对所述应用程序进行测试，得到测试结果。

本发明实施例中，测试终端可以是任意可以运行应用程序的移动终端，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等。可选地，多个测试终端可以是不同型号的移动终端。

本发明实施例中，服务器可以将接收到的移动终端发送的应用程序的异常信息下发给多个测试终端，从而多个测试终端可以分别对应用程序进行测试，测试终端完成测试后将测试结果返回给服务器。例如，若异常信息指示该应用程序占用内存过多，则可以分别在多个测试终端中运行该应用程序，并测试该应用程序运行时内存的占用情况(例如，该应用程序在预设时间内占用内存量等)；若异常信息指示该应用程序耗电过多，则可以在多个测试终端中运行该应用程序，并测试该应用程序运行时耗电情况(例如，该应用程序在预设时间内耗电量等)。

在一些可选实施例中，也可以进一步根据所述测试结果识别所述应用程序是否为异常应用程序，得到识别结果，并将识别结果发送给移动终端。具体的，根据所述测试结果识别所述应用程序是否为异常应用程序，得到识别结果，可以包括：若所述测试结果中存在所述异常行为的测试终端的数量大于预设值，则确定所述应用程序为异常应用程序；若所述测试结果中存在所述异常行为的测试终端的数量不大于预设值，则确定所述应用程序为正常应用程序。

例如，在移动终端中应用程序A运行时占用内存量异常，此时可以通过多个测试终端(例如，5个)测试应用程序A运行时内存的占用情况，若5个测试终端中存在3个以上的测试终端运行应用程序A时占用内存量异常，则确定应用程序A为异常应用程序，否则确定应用程序A为正常应用程序。

需要说明的是，上述预设值可以根据测试终端的数量进行设置。

可选地，本发明实施例也可以根据多个测试终端中存在所述异常行为的测试终端的比例确定应用程序是否为异常应用程序。

在一些可选实施例中，若确定所述应用程序为异常应用程序，所述方法还包括：确定所述应用程序的类型；向所述移动终端发送与所述应用程序的类型对应的处理方式。

本发明实施例可以预先根据各个异常应用程序的异常行为的特点制定不同的处理方式。具体的，若确定所述应用程序为异常应用程序，可以根据该应用程序的类型获取对应的处理方式，例如，对于病毒类或木马类的异常应用程序，可以直接进行卸载，对于占用移动终端的内存过多的应用程序，可以定时清理该应用程序的内存，等。

参见图5，移动终端01可以通过网络连接至服务器02，以下结合图5对本发明实施例的异常应用程序的识别方法进行说明：

移动终端01收集运行于该移动终端01上的应用程序的异常信息，对收集到的应用程序的异常信息进行分类整理(例如，根据异常信息确定应用程序的类型，并建立应用程序和异常信息的对应关系等)，并将分类整理后的应用程序的异常信息发送给服务器02。

服务器02根据接收到的应用程序的异常信息对应用程序进行测试，例如，可以通过多个测试终端对所述应用程序进行测试。服务器02在得到测试结果后，将测试结果返回给移动终端01。

移动终端01可以根据测试结果识别该应用程序是否为异常应用程序，若识别出该应用程序为异常应用程序，可以输出该应用程序的异常信息、运行该应用程序的后果信息以及对应的处理方式以供用户查看，若接收到处理该应用程序的指令，则可以获取与该应用程序对应的处理方式对该应用程序进行处理。

由上可知，本发明实施例通过移动终端01收集应用程序的异常信息并发送给服务器02进行进一步测试，提高了异常应用程序识别的准确性。此外，通过对识别为异常应用程序进行处理，可以减少异常应用程序的使用，使移动终端的运行更加流畅。

参见图6，图6是本发明实施例提供的移动终端的结构图，如图6所示，移动终端600包括：第一获取模块601、发送模块602、第一接收模块603和识别模块604，其中：

第一获取模块601，用于获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；

发送模块602，用于向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；

第一接收模块603，用于接收所述服务器发送的所述测试结果；

识别模块604，用于根据所述测试结果识别所述应用程序是否为异常应用程序。

可选地，参见图7，所述移动终端600还包括：第一确定模块605，用于在所述向服务器发送所述异常信息之前，所述获取应用程序的异常信息之后，根据所述异常信息，确定所述应用程序的类型；

所述发送模块602具体用于：若判断出所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息。

可选地，参见图8，所述移动终端600还包括：第二确定模块606，用于在根据所述异常信息，确定所述应用程序的类型之后，若所述应用程序的类型为第二类应用程序，则确定所述应用程序为异常应用程序。

可选地，参见图9，所述移动终端600还包括：第二获取模块607，用于若识别出所述应用程序为异常应用程序，获取与所述应用程序的类型对应的处理方式；处理模块608，用于根据与所述应用程序的类型对应的处理方式对所述应用程序进行处理。

可选地，所述处理模块608具体用于：若与所述应用程序的类型对应的处理方式为卸载处理方式，则卸载所述应用程序；若与所述应用程序的类型对应的处理方式为关闭处理方式，则关闭所述应用程序；若与所述应用程序的类型对应的处理方式为清理内存处理方式，则清理所述应用程序所占用的内存；若与所述应用程序的类型对应的处理方式为升级处理方式，则对所述应用程序进行升级处理。

可选地，参见图10，所述移动终端600还包括：输出模块609，用于输出所述应用程序的异常信息和/或运行风险信息，并输出提示信息，所述提示信息用于提示是否处理所述应用程序，所述运行风险信息为运行所述应用程序的风险信息；

相应的，所述处理模块608具体用于：若接收到处理所述应用程序的指令，则获取与所述应用程序的类型对应的处理方式。

可选地，所述测试结果的数量为至少一个；所述识别模块604具体用于：若所述测试结果中指示所述应用程序运行异常的次数大于预设阈值，则识别出所述应用程序为异常应用程序；若所述测试结果中指示所述应用程序运行异常的次数小于或等于预设阈值，则识别出所述应用程序不为异常应用程序。

移动终端600能够实现图1至图2的方法实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端600，第一获取模块601获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；发送模块602向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；第一接收模块603接收所述服务器发送的所述测试结果；识别模块604根据所述测试结果识别所述应用程序是否为异常应用程序。本发明实施例通过收集应用程序的异常信息并发送给服务器以通过服务器对应用程序的异常行为进行测试，以提高对异常行为判断结果的可靠性，从而可以提高异常应用程序的识别结果的准确性。

参见图11，图11是本发明实施例提供的服务器的结构图，如图11所示，服务器1100包括：第二接收模块1101、测试模块1102和第一发送模块1103，其中：

第二接收模块1101，用于接收移动终端发送的应用程序的异常信息；

测试模块1102，用于根据所述异常信息对所述应用程序进行测试，得到测试结果；

第一发送模块1103，用于向所述移动终端发送所述测试结果。

可选地，参见图12，所述测试模块1102包括：模拟单元11021，用于模拟所述移动终端运行所述应用程序；获取单元11022，用于获取所述应用程序运行时与所述异常信息对应的运行信息；判断单元11023，用于根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果；确定单元11024，用于将所述判断结果确定为所述测试结果。

可选地，所述异常信息的数量为至少两个，参见图13，所述服务器1100还包括：第三确定模块1104，用于在根据所述异常信息，对所述应用程序进行测试，得到测试结果之前，分别确定每条所述异常信息的类型；第四确定模块1105，用于分别根据每条所述异常信息的类型，确定每条所述异常信息的测试优先级；相应的，所述测试模块1102具体用于：分别按照每条所述异常信息的测试优先级，对所述应用程序进行测试，得到测试结果。

服务器1100能够实现图3至图4的方法实施例中服务器实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的服务器1100，通过第二接收模块1101接收移动终端发送的应用程序的异常信息；测试模块1102根据所述异常信息对所述应用程序进行测试，得到测试结果；第一发送模块1103向所述移动终端发送所述测试结果。本发明实施例通过对接收到的移动终端发送的应用程序的异常信息进行测试，以提高对应用程序的异常行为判断结果的可靠性，从而可以提高异常应用程序识别结果的准确性。

参见图14，图14是本发明实施例提供的异常应用程序的识别系统的结构图。该异常应用程序的识别系统10包括上述实施例中的移动终端600和上述实施例中的服务器1100。

参见图15，图15是本发明又一实施例提供的移动终端的结构图，如图15所示，移动终端1500包括：至少一个处理器1501、存储器1502、至少一个网络接口1504和用户接口1503。移动终端1500中的各个组件通过总线系统1505耦合在一起。可理解，总线系统1505用于实现这些组件之间的连接通信。总线系统1505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图15中将各种总线都标为总线系统1505。

其中，用户接口1503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器1502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器1502旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器1502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统15021和应用程序15022。

其中，操作系统15021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序15022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序15022中。

在本发明实施例中，通过调用存储器1502存储的程序或指令，具体的，可以是应用程序15022中存储的程序或指令，处理器1501用于：获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果识别所述应用程序是否为异常应用程序。

上述本发明实施例揭示的方法可以应用于处理器1501中，或者由处理器1501实现。处理器1501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1502，处理器1501读取存储器1502中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选的，处理器1501还用于：在所述向服务器发送所述异常信息之前，所述获取应用程序的异常信息之后，根据所述异常信息，确定所述应用程序的类型；所述向服务器发送所述异常信息包括：若所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息。

可选的，处理器1501还用于：在根据所述异常信息，确定所述应用程序的类型之后，若所述应用程序的类型为第二类应用程序，则确定所述应用程序为异常应用程序。

可选的，处理器1501还用于：若识别出所述应用程序为异常应用程序，获取与所述应用程序的类型对应的处理方式；根据与所述应用程序的类型对应的处理方式对所述应用程序进行处理。

可选的，处理器1501执行所述根据与所述应用程序的类型对应的处理方式，对所述应用程序进行处理，包括：若与所述应用程序的类型对应的处理方式为卸载处理方式，则卸载所述应用程序；若与所述应用程序的类型对应的处理方式为关闭处理方式，则关闭所述应用程序；若与所述应用程序的类型对应的处理方式为清理内存处理方式，则清理所述应用程序所占用的内存；若与所述应用程序的类型对应的处理方式为升级处理方式，则对所述应用程序进行升级处理。

可选的，处理器1501还用于：在所述获取与所述应用程序的类型对应的处理方式之前，输出所述应用程序的异常信息和/或运行风险信息，并输出提示信息，所述提示信息用于提示是否处理所述应用程序；所述获取与所述应用程序的类型对应的处理方式包括：若接收到处理所述应用程序的指令，则获取与所述应用程序的类型对应的处理方式；其中，所述运行风险信息为运行所述应用程序的风险信息。

移动终端1500能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端1500，获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果识别所述应用程序是否为异常应用程序。本发明实施例通过收集应用程序的异常信息并发送给服务器以通过服务器对应用程序的异常行为进行测试，从而可以提高异常应用程序的识别结果的准确性。

本发明实施例还提供一种服务器，包括：至少一个处理器、存储器、至少一个网络接口和用户接口。服务器中的各个组件通过总线系统耦合在一起。可理解，总线系统用于实现这些组件之间的连接通信。总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

在一些实施方式中，存储器存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统和应用程序。

其中，操作系统，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序中。

在本发明实施例中，通过调用存储器存储的程序或指令，具体的，可以是应用程序中存储的程序或指令，处理器用于：接收移动终端发送的应用程序的异常信息；根据所述异常信息对所述应用程序进行测试，得到测试结果；向所述移动终端发送所述测试结果。

可选的，处理器执行所述根据所述异常信息，对所述应用程序进行测试，得到测试结果包括：模拟所述移动终端运行所述应用程序；获取所述应用程序运行时与所述异常信息对应的运行信息；根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果；将所述判断结果确定为所述测试结果。

可选的，所述异常信息的数量为至少两个，处理器还用于：在根据所述异常信息，对所述应用程序进行测试，得到测试结果之前，分别确定每条所述异常信息的类型；分别根据每条所述异常信息的类型，确定每条所述异常信息的测试优先级；所述根据所述异常信息，对所述应用程序进行测试，得到测试结果，包括：分别按照每条所述异常信息的测试优先级，对所述应用程序进行测试，得到测试结果。

本发明实施例通过接收移动终端发送的应用程序的异常信息；根据所述异常信息对所述应用程序进行测试，得到测试结果；向所述移动终端发送所述测试结果。本发明实施例通过对接收到的移动终端发送的应用程序的异常信息进行测试，以提高对应用程序的异常行为判断结果的可靠性，从而可以提高异常应用程序识别结果的准确性。

参见图16，图16是本发明又一实施提供的移动终端的结构图。

如图16所示，移动终端1600包括射频(Radio Frequency，RF)电路1610、存储器1620、输入单元1630、显示单元1640、处理器1650、音频电路1660、通信模块1670和电源1680。

其中，输入单元1630可用于接收用户输入的数字或字符信息，以及产生与移动终端1600的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元1630可以包括触控面板1631。触控面板1631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1631上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器1650，并能接收处理器1650发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1631。除了触控面板1631，输入单元1630还可以包括其他输入设备1632，其他输入设备1632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元1640可用于显示由用户输入的信息或提供给用户的信息以及移动终端1600的各种菜单界面。显示单元1640可包括显示面板1641，可选的，可以采用LCD或有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板1641。

应注意，触控面板1631可以覆盖显示面板1641，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器1650以确定触摸事件的类型，随后处理器1650根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器1650是移动终端1600的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器1621内的软件程序和/或模块，以及调用存储在第二存储器1622内的数据，执行移动终端1600的各种功能和处理数据，从而对移动终端1600进行整体监控。可选的，处理器1650可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器1621内的软件程序和/或模块和/或该第二存储器1622内的数据，处理器1650用于：获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果识别所述应用程序是否为异常应用程序。

可选的，处理器1650还用于：在所述向服务器发送所述异常信息之前，所述获取应用程序的异常信息之后，根据所述异常信息，确定所述应用程序的类型；所述向服务器发送所述异常信息包括：若所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息。

可选的，处理器1650还用于：在根据所述异常信息，确定所述应用程序的类型之后，若所述应用程序的类型为第二类应用程序，则确定所述应用程序为异常应用程序。

可选的，处理器1650还用于：若识别出所述应用程序为异常应用程序，获取与所述应用程序的类型对应的处理方式；根据与所述应用程序的类型对应的处理方式对所述应用程序进行处理。

可选的，处理器1650执行所述根据与所述应用程序的类型对应的处理方式，对所述应用程序进行处理，包括：若与所述应用程序的类型对应的处理方式为卸载处理方式，则卸载所述应用程序；若与所述应用程序的类型对应的处理方式为关闭处理方式，则关闭所述应用程序；若与所述应用程序的类型对应的处理方式为清理内存处理方式，则清理所述应用程序所占用的内存；若与所述应用程序的类型对应的处理方式为升级处理方式，则对所述应用程序进行升级处理。

可选的，处理器1650还用于：在所述获取与所述应用程序的类型对应的处理方式之前，输出所述应用程序的异常信息和/或运行风险信息，并输出提示信息，所述提示信息用于提示是否处理所述应用程序；所述获取与所述应用程序的类型对应的处理方式包括：若接收到处理所述应用程序的指令，则获取与所述应用程序的类型对应的处理方式；其中，所述运行风险信息为运行所述应用程序的风险信息。

本发明实施例的移动终端1600，获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序进行测试，得到测试结果；接收所述服务器发送的所述测试结果；根据所述测试结果识别所述应用程序是否为异常应用程序。本发明实施例通过收集应用程序的异常信息并发送给服务器以通过服务器对应用程序的异常行为进行测试，从而可以提高异常应用程序的识别结果的准确性。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (15)

1.一种异常应用程序的识别方法，应用于移动终端，其特征在于，包括：

获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；

向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序执行与所述异常信息的类型对应的测试，得到测试结果，其中，所述测试结果用于指示所述应用程序是否运行异常；

接收所述服务器发送的所述测试结果；

根据所述测试结果，识别所述应用程序是否为异常应用程序；

在所述向服务器发送所述异常信息之前，所述获取应用程序的异常信息之后，所述方法还包括：

根据所述异常信息，确定所述应用程序的类型；

所述向服务器发送所述异常信息，包括：

若所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息，其中，所述第一类应用程序为影响所述移动终端运行状态的应用程序；

在根据所述异常信息，确定所述应用程序的类型之后，所述方法还包括：

若所述应用程序的类型为第二类应用程序，则直接确定所述应用程序为异常应用程序，其中，所述第二类应用程序为导致所述移动终端系统崩溃或是关闭的应用程序或是带有病毒或木马的应用程序。

2.根据权利要求1所述的方法，其特征在于，在根据所述测试结果，识别所述应用程序是否为异常应用程序之后，所述方法还包括：

若识别出所述应用程序为异常应用程序，则获取与所述应用程序的类型对应的处理方式；

根据与所述应用程序的类型对应的处理方式，对所述应用程序进行处理。

3.根据权利要求2所述的方法，其特征在于，所述根据与所述应用程序的类型对应的处理方式，对所述应用程序进行处理，包括：

若与所述应用程序的类型对应的处理方式为卸载处理方式，则卸载所述应用程序；

若与所述应用程序的类型对应的处理方式为关闭处理方式，则关闭所述应用程序；

若与所述应用程序的类型对应的处理方式为清理内存处理方式，则清理所述应用程序所占用的内存；

若与所述应用程序的类型对应的处理方式为升级处理方式，则对所述应用程序进行升级处理。

4.根据权利要求2所述的方法，其特征在于，在所述获取与所述应用程序的类型对应的处理方式之前，所述方法还包括：

输出所述应用程序的异常信息和/或运行风险信息，并输出提示信息，所述提示信息用于提示是否处理所述应用程序；

所述获取与所述应用程序的类型对应的处理方式，包括：

若接收到处理所述应用程序的指令，则获取与所述应用程序的类型对应的处理方式；

其中，所述运行风险信息为运行所述应用程序的风险信息。

5.根据权利要求1所述的方法，其特征在于，所述测试结果的数量为至少一个；

所述根据所述测试结果，识别所述应用程序是否为异常应用程序，包括：

若所述测试结果中指示所述应用程序运行异常的次数大于预设阈值，则识别出所述应用程序为异常应用程序；

若所述测试结果中指示所述应用程序运行异常的次数小于或等于预设阈值，则识别出所述应用程序不为异常应用程序。

6.一种异常应用程序的识别方法，应用于服务器，其特征在于，包括：

接收移动终端发送的应用程序的异常信息；

根据所述异常信息，对所述应用程序执行与所述异常信息的类型对应的测试，得到测试结果，其中，所述测试结果用于指示所述应用程序是否运行异常；

向所述移动终端发送所述测试结果；

所述异常信息的数量为至少两个，在根据所述异常信息，对所述应用程序进行测试，得到测试结果之前，所述方法还包括：

分别确定每条所述异常信息的类型；

分别根据每条所述异常信息的类型，确定每条所述异常信息的测试优先级；

所述根据所述异常信息，对所述应用程序进行测试，得到测试结果，包括：

分别按照每条所述异常信息的测试优先级，对所述应用程序进行测试，得到测试结果。

7.根据权利要求6所述的方法，其特征在于，根据所述异常信息，对所述应用程序进行测试，得到测试结果，包括：

模拟所述移动终端运行所述应用程序；

获取所述应用程序运行时与所述异常信息对应的运行信息；

根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果；

将所述判断结果确定为所述测试结果。

8.一种移动终端，其特征在于，包括：

第一获取模块，用于获取应用程序的异常信息，其中，所述异常信息为所述应用程序运行异常的信息；

发送模块，用于向服务器发送所述异常信息，以使所述服务器根据所述异常信息对所述应用程序执行与所述异常信息的类型对应的测试，得到测试结果，其中，所述测试结果用于指示所述应用程序是否运行异常；

第一接收模块，用于接收所述服务器发送的所述测试结果；

识别模块，用于根据所述测试结果，识别所述应用程序是否为异常应用程序；

所述移动终端还包括：

第一确定模块，用于在所述向服务器发送所述异常信息之前，所述获取应用程序的异常信息之后，根据所述异常信息，确定所述应用程序的类型；

所述发送模块具体用于：若所述应用程序的类型为第一类应用程序，则向所述服务器发送所述异常信息，其中，所述第一类应用程序为影响所述移动终端运行状态的应用程序；

第二确定模块，用于在根据所述异常信息，确定所述应用程序的类型之后，若所述应用程序的类型为第二类应用程序，则确定所述应用程序为异常应用程序，其中，所述第二类应用程序为导致所述移动终端系统崩溃或是关闭的应用程序或是带有病毒或木马的应用程序。

9.根据权利要求8所述的移动终端，其特征在于，所述移动终端还包括：

第二获取模块，用于若识别出所述应用程序为异常应用程序，获取与所述应用程序的类型对应的处理方式；

处理模块，用于根据与所述应用程序的类型对应的处理方式对所述应用程序进行处理。

10.根据权利要求9所述的移动终端，其特征在于，所述处理模块具体用于：

若与所述应用程序的类型对应的处理方式为卸载处理方式，则卸载所述应用程序；

若与所述应用程序的类型对应的处理方式为关闭处理方式，则关闭所述应用程序；

若与所述应用程序的类型对应的处理方式为清理内存处理方式，则清理所述应用程序所占用的内存；

若与所述应用程序的类型对应的处理方式为升级处理方式，则对所述应用程序进行升级处理。

11.根据权利要求9所述的移动终端，其特征在于，所述移动终端还包括：

输出模块，用于输出所述应用程序的异常信息和/或运行风险信息，并输出提示信息，所述提示信息用于提示是否处理所述应用程序；

所述处理模块具体用于：若接收到处理所述应用程序的指令，则获取与所述应用程序的类型对应的处理方式；

其中，所述运行风险信息为运行所述应用程序的风险信息。

12.根据权利要求8所述的移动终端，其特征在于，所述测试结果的数量为至少一个；

所述识别模块具体用于：

若所述测试结果中指示所述应用程序运行异常的次数大于预设阈值，则识别出所述应用程序为异常应用程序；

若所述测试结果中指示所述应用程序运行异常的次数小于或等于预设阈值，则识别出所述应用程序不为异常应用程序。

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

第二接收模块，用于接收移动终端发送的应用程序的异常信息；

测试模块，用于根据所述异常信息对所述应用程序执行与所述异常信息的类型对应的测试，得到测试结果，其中，所述测试结果用于指示所述应用程序是否运行异常；

第一发送模块，用于向所述移动终端发送所述测试结果；

所述异常信息的数量为至少两个，所述服务器还包括：

第三确定模块，用于在根据所述异常信息，对所述应用程序进行测试，得到测试结果之前，分别确定每条所述异常信息的类型；

第四确定模块，用于分别根据每条所述异常信息的类型，确定每条所述异常信息的测试优先级；

所述测试模块具体用于：

分别按照每条所述异常信息的测试优先级，对所述应用程序进行测试，得到测试结果。

14.根据权利要求13所述的服务器，其特征在于，所述测试模块包括：

模拟单元，用于模拟所述移动终端运行所述应用程序；

获取单元，用于获取所述应用程序运行时与所述异常信息对应的运行信息；

判断单元，用于根据所述运行信息，判断所述应用程序是否运行异常，得到判断结果；

确定单元，用于将所述判断结果确定为所述测试结果。

15.一种异常应用程序的识别系统，其特征在于，包括权利要求8至12中任一项所述的移动终端和权利要求13至14中任一项所述的服务器。

Images