CN105677719A - 应用程序的管理方法和装置 - Google Patents

Abstract

本公开提供一种应用程序的管理方法和装置，属于互联网领域，所述方法包括：获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。本公开可以对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

Description

应用程序的管理方法和装置

技术领域

本发明涉及互联网技术，尤其涉及一种应用程序的管理方法和装置。

背景技术

移动互联网中用户从互联网中获取信息的方式有两种：拉取(Pull)和推送(Push)。具体的，拉取(Pull)是用户使用的客户端周期性查询互联网中的服务器，询问是否有消息，如果有则获取消息；推送(Push)是用户使用的客户端启动后与互联网络中的服务器建立长连接，在连接期间，客户端周期性向服务器发送心跳信息，以告诉服务器自己的存在，当有服务器有消息时，服务器会主动通过已经建立的连接发送消息给客户端。

随着智能终端的不断普及，许多应用软件会采用推送(Push)方式向用户推送消息。比如淘宝推送购物广告消息，微信推送群消息、好友聊天消息，今日头条推送的新闻消息。应用种类繁多、推送的消息也各式各样。

发明内容

本公开实施例提供了一种应用程序的管理方法和装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种应用程序的管理方法，该方法包括：

获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；

当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

在第一方面中，可以对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

结合第一方面，在第一方面的第一种可能的实现方式中，所述信息推送的应用程序特征库包括多个网络行为特征信息、多个通知栏使用特征信息和多个进程运行特征信息；

各个网络行为特征信息、各个通知栏使用特征信息和各个进程运行特征信息分别对应一个积分权重；

所述根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，包括：

根据信息推送的应用程序特征库分别获取所述应用程序的特征信息对应的积分权重；

计算所述应用程序的特征信息对应的积分权重总和获取所述应用程序的特征评估值；

根据所述应用程序的特征评估值和预设阈值确定所述应用程序的信息获取类型。

在第一方面的第一种可能的实现方式中，通过量化应用程序的特征信息，根据应用程序的特征信息获取各特征信息对应的积分权重，进而计算特征评估值，根据量化的特征评估值确定应用程序的信息获取类型，从而较为形象且高效的确定应用程序的信息获取类型，利于对应用程序的进一步管理。

结合第一方面或者第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式，包括：

获取应用程序的分类库和策略库；

根据所述应用程序的信息获取类型和所述分类库确定所述应用程序的分类结果；

根据所述应用程序的分类结果和所述策略库确定所述应用程序的策略信息；

根据所述应用程序的策略信息设定所述应用程序的消息通知模式；

其中，所述策略库包括分类结果和与分类结果对应的策略信息，所述策略信息包括允许推送、禁止推送、预设时间段内允许推送或用户设置。

在第一方面的第二种可能的实现方式中，通过不同的策略信息对应用程序的消息通知模式进行设定，从而使得对应用程序的管理更为灵活有效，避免推送消息的泛滥。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述方法还包括：

接收推送消息，所述推送消息包括：应用程序的标识；

判断所述应用程序的标识对应的应用程序的运行状态是否为后台运行，当所述应用程序的运行状态是后台运行时，则获取与所述应用程序的标识对应的策略信息；

若所述应用程序的策略信息为预设时间段内允许推送，则获取当前时间；

所述根据所述应用程序的策略信息设定所述应用的消息通知模式，包括：

判断所述当前时间是否在所述预设时间段内，当所述当前时间不在所述预设时间段内，则禁止在通知栏中显示所述推送消息。

在第一方面的第三种可能的实现方式中，通过预设时间段内允许推送的应用程序的策略信息，有效管理通知栏中消息推送，清洁通知栏中的消息，减少无用消息对用户的干扰，同时可以降低推送消息带来的电量消耗，增加待机时间。

结合第一方面的第二种可能的实现方式，在第一方面的第四种可能的实现方式中，若所述应用程序的策略信息为禁止推送，所述根据所述应用程序的策略信息设定所述应用的消息通知模式，包括：

当所述应用程序的运行状态是后台运行时，断开所述应用程序与服务器建立的长连接。

在第一方面的第四种可能的实现方式中，通过禁止推送的应用程序的策略信息，避免推送消息的泛滥，清洁通知栏中的消息，便于用户找到感兴趣或重要的信息，减少无用消息对用户的干扰，同时可以降低推送消息带来的电量消耗，增加待机时间，并且可以有效节省推送消息使用的网络流量。

结合第一方面的第二种可能的实现方式，在第一方面的第五种可能的实现方式中，若所述应用程序的策略信息为用户设置，所述根据所述应用程序的策略信息设定所述应用的消息通知模式，包括：

当所述应用程序的运行状态是后台运行时，发送用户设置请求消息，所述用户设置请求消息用于请求用户对所述应用程序的消息通知模式进行设置；

获取用户输入的设置结果，根据所述设置结果设定所述应用的消息通知模式。

在第一方面的第五种可能的实现方式中，通过用户设置的应用程序的策略信息，便于用户找到感兴趣或重要的信息，提升用户使用体验。

结合第一方面、第一方面的第一种至第五种任意一种可能的实现方式，在第一方面的第六种可能的实现方式中，所述方法还包括：

当所述信息获取类型为信息推送时，将所述应用程序的特征信息加入到所述信息推送的应用程序特征库中，获取更新后的特征信息；

根据所述信息推送的应用程序特征库中更新后的特征信息计算各特征信息对应的积分权重，获取更新后的各特征信息对应的积分权重；

获取更新后的信息推送的应用程序特征库。

在第一方面的第六种可能的实现方式中，通过更新信息推送的应用程序特征库，可以使得后续对应用程序的获取类型进行分析的结果更为准确。

根据本公开实施例的第二方面，提供一种应用程序的管理装置，该装置包括：

特征获取模块，被配置为获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

类型确定模块，被配置为根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；

通知设定模块，被配置为当所述信息获取类型为推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

结合第二方面，在第二方面的第一种可能的实现方式中，所述信息推送的应用程序特征库包括多个网络行为特征信息、多个通知栏使用特征信息和多个进程运行特征信息；

各个网络行为特征信息、各个通知栏使用特征信息和各个进程运行特征信息分别对应一个积分权重；

所述类型确定模块，包括：积分权重获取子模块、评估值计算子模块和类型确定子模块；

所述积分权重获取子模块，被配置为根据信息推送的应用程序特征库分别获取所述应用程序的特征信息对应的积分权重；

所述评估值计算子模块，被配置为计算所述应用程序的特征信息对应的积分权重总和获取所述应用程序的特征评估值；

所述类型确定子模块，被配置为根据所述应用程序的特征评估值和预设阈值确定所述应用程序的信息获取类型。

结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述通知设定模块，包括：获取子模块、分类结果确定子模块、策略确定子模块和通知设定子模块；

所述获取子模块，被配置为获取应用程序的分类库和策略库；

所述分类结果确定子模块，被配置为根据所述应用程序的信息获取类型和所述分类库确定所述应用程序的分类结果；

所述策略确定子模块，被配置为根据所述应用程序的分类结果和所述策略库确定所述应用程序的策略信息；

所述通知设定子模块，被配置为根据所述应用程序的策略信息设定所述应用程序的消息通知模式；

其中，所述策略库包括分类结果和与分类结果对应的策略信息，所述策略信息包括允许推送、禁止推送、预设时间段内允许推送或用户设置。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述方法还包括：

接收模块，被配置为接收推送消息，所述推送消息包括：应用程序的标识；

运行状态确定模块，被配置为判断所述应用程序的标识对应的应用程序的运行状态是否为后台运行，当所述应用程序的运行状态是后台运行时，则获取与所述应用程序的标识对应的策略信息；

时间获取模块，被配置为当应用程序的策略信息为预设时间段内允许推送时，则获取当前时间；

所述通知设定子模块包括禁止推送子模块；

所述禁止推送子模块，被配置为判断所述当前时间是否在所述预设时间段内，当所述当前时间不在所述预设时间段内，则禁止在通知栏中显示所述推送消息。

结合第二方面的第二种可能的实现方式，在第二方面的第四种可能的实现方式中，若所述应用程序的策略信息为禁止推送，所述通知设定子模块包括：断开连接子模块；

所述断开连接子模块，被配置为当所述应用程序的运行状态是后台运行时，断开所述应用程序与服务器建立的长连接。

结合第二方面的第二种可能的实现方式，在第二方面的第五种可能的实现方式中，若所述应用程序的策略信息为用户设置，所述通知设定子模块包括设置请求子模块和设定子模块；

所述设置请求子模块，被配置为当所述应用程序的运行状态是后台运行时，发送用户设置请求消息，所述用户设置请求消息用于请求用户对所述应用程序的消息通知模式进行设置；

所述设定子模块，被配置为获取用户输入的设置结果，根据所述设置结果设定所述应用的消息通知模式。

结合第二方面、第二方面的第一种至第五种任意一种可能的实现方式，在第二方面的第六种可能的实现方式中，所述装置还包括：特征信息更新模块、积分权重更新模块和特征库更新模块；

特征信息更新模块，被配置为当所述信息获取类型为信息推送时，将所述应用程序的特征信息加入到所述信息推送的应用程序特征库中，获取更新后的特征信息；

积分权重更新模块，被配置为根据所述信息推送的应用程序特征库中更新后的特征信息计算各特征信息对应的积分权重，获取更新后的各特征信息对应的积分权重；

特征库更新模块，被配置为获取更新后的信息推送的应用程序特征库。

根据本公开实施例的第三方面，提供了一种应用程序的管理装置，该装置包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

与所述处理器电性相连的触控显示屏；

其中，所述处理器被配置为：

获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；

当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

本公开实施例提供的技术方案可以包括以下有益效果：

通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种应用程序的管理方法的流程图；

图2是根据另一示例性实施例示出的一种应用程序的管理方法的流程图；

图3A是根据另一示例性实施例示出的一种应用程序的管理方法的流程图；

图3B至图3E是图3A示例性实施例在实施时的界面示意图；

图4是根据一示例性实施例示出的一种应用程序的管理装置的框图；

图5是根据一示例性实施例示出的一种应用程序的管理装置的框图；

图6A是根据一示例性实施例示出的一种应用程序的管理装置的框图；

图6B是根据一示例性实施例示出的一种应用程序的管理装置的框图；

图6C是图6A示例性实施例示出的一种通知设定子模块的框图；

图6D是图6A示例性实施例示出的一种通知设定子模块的框图；

图7是根据一示例性实施例示出的一种应用程序的管理装置700的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先对本公开实施例所涉及的几个名词进行解释：

网络行为特征信息：是指应用程序使用互联网的行为特征，包括应用程序后台运行使用互联网、应用程序后台运行未使用互联网等。

通知栏使用特征信息：是指应用程序使用通知栏的特征，包括应用程序后台运行使用通知栏、应用程序后台运行未使用通知栏、应用程序后台运行使用通知栏的频率等。

进程运行特征信息：具体指应用程序的进程种类，包括本地数据库进程、用户界面进程、后台进程等。

图1是根据一示例性实施例示出的一种应用程序的管理方法的流程图，本实施例以该应用程序的管理方法应用于包括触控显示屏的终端中来举例说明。该应用程序的管理方法可以包括如下几个步骤：

在步骤101中，获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项。

在步骤102中，根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送。

在步骤103中，当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

综上所述，本实施例提供的应用程序的管理方法，通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

图2是根据另一示例性实施例示出的一种应用程序的管理方法的流程图，本实施例以该应用程序的管理方法应用于包括触控显示屏的终端中来举例说明。该应用程序的管理方法可以包括如下几个步骤。

在步骤201中，获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项。

其中，可以通过采集的方式获取应用程序的特征信息。即将应用程序形象化为各个特征信息。

在步骤202中，根据信息推送的应用程序特征库分别获取所述应用程序的特征信息对应的积分权重。

其中，所述信息推送的应用程序特征库包括多个网络行为特征信息、多个通知栏使用特征信息和多个进程运行特征信息；各个网络行为特征信息、各个通知栏使用特征信息和各个进程运行特征信息分别对应一个积分权重。即，建立一个信息推送的应用程序特征库，该特征库的建立可以是通过将已知的信息推送类型的应用程序作为训练样本，得出的信息推送的应用程序包括的各个特征信息，以及各个特征信息对应的积分权重。该特征库中的特征信息可以分为三个类别，网络行为特征信息、通知栏使用特征信息和进程运行特征信息，每个类别可以包括多个特征信息，即该特征库共计N个特征，记为F＝{f1，f2，……，fN}，针对每一个特征，根据统计分析，按照特征的普遍性分别给予不同的积分权重，即为W＝{w1，w2，……，wN}。具体的，该特征库中的每一个特征信息并不是该特征库中每一个信息推送的应用程序都具有的，所以根据特征信息在信息推送的应用程序中的普遍性赋予其不同的积分权重，即越多的信息推送的应用程序具有的特征信息，该特征信息对应的积分权重就越大。

在步骤203中，计算所述应用程序的特征信息对应的积分权重总和获取所述应用程序的特征评估值。

其中，通过步骤201获取应用程序的特征信息，在步骤202中的特征库获取各特征信息对应的积分权重，计算所有特征信息对应的积分权重之和得到该应用程序的特征评估值。

在步骤204中，根据所述应用程序的特征评估值和预设阈值确定所述应用程序的信息获取类型。

其中，该预设阈值可以根据需求进行灵活设置，也可以计算已有信息推送的应用程序的特征评估值，从而确定一个预设阈值。当应用程序的特征评估值大于该预设阈值时，则可以确定该应用程序的信息获取类型为信息推送，反之，则可以确定该应用程序的信息获取类型为信息拉取。

在步骤205中，当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

综上所述，本实施例提供的应用程序的管理方法，通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

本实施例提供的应用程序的管理方法，还通过量化应用程序的特征信息，根据应用程序的特征信息获取各特征信息对应的积分权重，进而计算特征评估值，根据量化的特征评估值确定应用程序的信息获取类型，从而较为形象且高效的确定应用程序的信息获取类型，利于对应用程序的进一步管理。

图3A是根据另一示例性实施例示出的一种应用程序的管理方法的流程图，本实施例以该应用程序的管理方法应用于包括触控显示屏的终端中来举例说明。该应用程序的管理方法可以包括如下几个步骤。

在步骤301中，获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项。

在步骤302中，根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送。

在步骤303中，当所述信息获取类型为信息推送时，则获取应用程序的分类库和策略库。

其中，分类库包括对信息推送类型的应用程序的分类标准。策略库包括不同分类的信息推送类型的应用程序对应的策略信息。

在步骤304中，根据所述应用程序的信息获取类型和所述分类库确定所述应用程序的分类结果。

其中，当通过步骤302确定应用程序的信息获取类型为信息推送时，可以结合该应用程序的特征评估值在分类库中确定该应用程序的分类结果，当然可以理解的，也可以结合该应用程序的其他信息在分类库中确定应用程序的分类结果。

在步骤305中，根据所述应用程序的分类结果和所述策略库确定所述应用程序的策略信息。

其中，所述策略库包括分类结果和与分类结果对应的策略信息，所述策略信息包括允许推送、禁止推送、预设时间段内允许推送或用户设置。

信息推送的应用程序的策略信息可以是不同，即并不是信息推送的应用程序都使用一种策略信息进行管理，从而使得应用程序的管理更为灵活。

在步骤306中，根据所述应用程序的策略信息设定所述应用程序的消息通知模式。

一种可实现的方式，应用程序的策略信息为允许推送，则可以允许该应用程序的所有推送消息显示在通知栏。举例而言，该应用程序为通信功能的软件，即用户想要及时收到每一条信息，即服务器在获取到新的信息后，会通过服务器与该应用程序建立的连接发送推送消息，终端接收到该推送消息后显示在通知栏中，以提示用户及时查看。

作为一种示例，结合参考图3B，应用程序2(图3B中的应用2)的策略信息为允许推送，则服务器在获取到新的信息后，会通过服务器与应用2建立的连接发送推送消息，终端接收到该推送消息后根据该推送消息对应的测量信息，即允许推送，触发用于显示通知栏的第一信号，响应于第一触发信号，终端在当前界面显示通知栏31，通知栏31中显示应用2的推送消息，由于应用2的策略信息为允许推送，所以应用2的所有推送消息都会触发第一信号，从而显示推送消息。当用户的手指在触控显示屏21上从通知栏31开始向下运动时，终端通过触控显示屏21检测出手指的运动，响应于该手指的运动，终端切换界面为界面32，在界面32中可以显示应用2的所有推送消息，用户可以点击任意一条推送消息，响应于该点击，终端显示应用2的界面，在应用2的界面中具体呈现推送消息的具体内容。

另一种可实现的方式，应用程序的策略信息为禁止推送，则当应用程序的运行状态是后台运行时，断开所述应用程序与服务器建立的长连接。即，通过断开该应用程序与服务器之间的连接，可以有效避免服务器的广播推送消息。

作为另一种示例，结合参考图3C，应用程序3(图3C中的应用2)频繁使用通知栏推送消息，并且推送消息都是用户不感兴趣的广告等信息，如图3C所示，界面32中显示许多应用3的推送消息，用户可以通过触控显示屏21触发终端清除应用3的推送消息，利用本实施例图3A的方法，终端会对应用3的消息通知模式进行管理，终端通过处理确定应用3的策略信息为禁止推送，则当应用3的运行状态是后台运行时，则断开应用3与服务器建立的长连接，终端在对应用3进行管理后，参考图3D，通知栏中不会再显示应用3的所有推送消息，从而有效避免通知栏中的推送消息泛滥。

再一种可实现的方式，应用程序的策略信息为预设时间段内允许推送，则当应用程序的运行状态是后台运行时，保持应用程序与服务器建立的长连接，在服务器有推送消息时，终端可以接收该推送消息，该推送消息包括：应用程序的标识，终端判断该应用程序的标识对应的应用程序的运行状态是否为后台运行，当所述应用程序的运行状态是后台运行时，则获取与所述应用程序的标识对应的策略信息，即该策略信息为预设时间段内允许推送，则获取当前时间，判断当前时间是否在所述预设时间段内，当所述当前时间不在所述预设时间段内，则禁止在通知栏中显示所述推送消息。当所述当前时间在所述预设时间段内，则允许在通知栏中显示所述推送消息。

又一种可实现的方式，应用程序的策略信息为用户设置，则当所述应用程序的运行状态是后台运行时，发送用户设置请求消息，所述用户设置请求消息用于请求用户对所述应用程序的消息通知模式进行设置，获取用户输入的设置结果，根据所述设置结果设定所述应用的消息通知模式。

作为又一种示例，结合参考图3E，应用程序4(应用4)显示为当前界面34，即用户正在使用终端上的应用4，而之后，用户点击主页按钮，点击主页按钮生成第二信号，响应与第二信号，终端将当前界面34切换为主页页面35，此时应用4的运行状态转换为后台运行，则终端生成用户设置请求消息，响应于该用户设置请求消息，终端在主页页面35中显示用户设置请求消息，该用户设置请求消息的具体形式可以如图3E所示，包括提示信息：“应用4的推送消息方式？”和选择控件，该选择控件可以是“允许”、“禁止”和“更多”，不同的选择控件用于生成不同的触发信号，使得终端根据该触发信号进行相应控制，例如，若用户点击“禁止”，则生成触发信号，使得终端断开应用4与服务器建立的长连接。若用户点击“更多”，则生成触发信号，使得终端将主页页面切换为系统设置中的通知设置界面，用于用户对应用4的推送消息方式作进一步设置。

可选的，所述方法还可以包括：当所述信息获取类型为信息推送时，将所述应用程序的特征信息加入到所述信息推送的应用程序特征库中，获取更新后的特征信息；根据所述信息推送的应用程序特征库中更新后的特征信息计算各特征信息对应的积分权重，获取更新后的各特征信息对应的积分权重；获取更新后的信息推送的应用程序特征库。

综上所述，本实施例提供的应用程序的管理方法，通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

本实施例提供的应用程序的管理方法，还通过不同的策略信息对应用程序的消息通知模式进行设定，从而使得对应用程序的管理更为灵活有效，避免推送消息的泛滥，清洁通知栏中的消息，便于用户找到感兴趣或重要的信息，减少无用消息对用户的干扰，同时可以降低推送消息带来的电量消耗，增加待机时间，对于部分应用程序可以采用禁止推送的策略信息，可以有效节省推送消息使用的网络流量。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图4是根据一示例性实施例示出的一种应用程序的管理装置的框图，该应用程序的管理装置可以通过软件、硬件或者两者的结合实现成为包含触控显示屏的电子设备的部分或者全部。该应用程序的管理装置可以包括：

特征获取模块11，被配置为获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项。

类型确定模块12，被配置为根据信息推送的应用程序特征库和所述特征获取模块11获取的应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送。

通知设定模块13，被配置为当所述信息获取类型为推送时，则根据所述类型确定模块12确定的应用程序的信息获取类型设定所述应用程序的消息通知模式。

综上所述，本实施例提供的应用程序的管理装置，通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

图5是根据一示例性实施例示出的一种应用程序的管理装置的框图，该应用程序的管理装置可以通过软件、硬件或者两者的结合实现成为包含触控显示屏的电子设备的部分或者全部。该应用程序的管理装置可以包括：

特征获取模块11，被配置为获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

类型确定模块12包括：积分权重获取子模块121、评估值计算子模块122和类型确定子模块123。

其中，积分权重获取子模块121，被配置为根据信息推送的应用程序特征库分别获取所述特征获取模块11获取的应用程序的特征信息对应的积分权重；

所述信息推送的应用程序特征库包括多个网络行为特征信息、多个通知栏使用特征信息和多个进程运行特征信息；各个网络行为特征信息、各个通知栏使用特征信息和各个进程运行特征信息分别对应一个积分权重。

评估值计算子模块122，被配置为计算所述积分权重获取子模块121获取的应用程序的特征信息对应的积分权重总和获取所述应用程序的特征评估值。

类型确定子模块123，被配置为根据所述评估值计算子模块122获取的应用程序的特征评估值和预设阈值确定所述应用程序的信息获取类型。

通知设定模块13，被配置为当类型确定子模块12确定所述应用程序的信息获取类型为推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

综上所述，本实施例提供的应用程序的管理装置，通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

本实施例提供的应用程序的管理装置，还通过量化应用程序的特征信息，根据应用程序的特征信息获取各特征信息对应的积分权重，进而计算特征评估值，根据量化的特征评估值确定应用程序的信息获取类型，从而较为形象且高效的确定应用程序的信息获取类型，利于对应用程序的进一步管理。

图6A是根据一示例性实施例示出的一种应用程序的管理装置的框图，该应用程序的管理装置可以通过软件、硬件或者两者的结合实现成为包含触控显示屏的电子设备的部分或者全部。该应用程序的管理装置可以包括：

特征获取模块11，被配置为获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项。

类型确定模块12，被配置为根据信息推送的应用程序特征库和所述特征获取模块11获取的应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送。

通知设定模块13，包括：获取子模块131、分类结果确定子模块132、策略确定子模块133和通知设定子模块134。

获取子模块131，被配置为获取应用程序的分类库和策略库。

分类结果确定子模块132，被配置为根据所述应用程序的信息获取类型和所述获取子模块131获取的分类库确定所述应用程序的分类结果。

策略确定子模块133，被配置为根据所述分类结果确定子模块132确定的应用程序的分类结果和所述获取子模块131获取的策略库确定所述应用程序的策略信息。

通知设定子模块134，被配置为根据所述策略确定子模块133确定的应用程序的策略信息设定所述应用程序的消息通知模式。

其中，所述策略库包括分类结果和与分类结果对应的策略信息，所述策略信息包括允许推送、禁止推送、预设时间段内允许推送或用户设置。

可选的，结合参考图6B，应用程序的管理装置还可以包括：

接收模块14，被配置为接收推送消息，所述推送消息包括：应用程序的标识；

运行状态确定模块15，被配置为判断所述应用程序的标识对应的应用程序的运行状态是否为后台运行，当所述应用程序的运行状态是后台运行时，则获取与所述应用程序的标识对应的策略信息；

时间获取模块16，被配置为当应用程序的策略信息为预设时间段内允许推送时，则获取当前时间；

通知设定子模块134包括禁止推送子模块1341；

禁止推送子模块1341，被配置为判断所述当前时间是否在所述预设时间段内，当所述当前时间不在所述预设时间段内，则禁止在通知栏中显示所述推送消息。

可选的，结合参考图6C，若所述应用程序的策略信息为禁止推送，通知设定子模块134包括：断开连接子模块1342；

所述断开连接子模块1342，被配置为当所述应用程序的运行状态是后台运行时，断开所述应用程序与服务器建立的长连接。

可选的，结合参考图6D，若所述应用程序的策略信息为用户设置，通知设定子模块134包括设置请求子模块1343和设定子模块1344；

设置请求子模块1343，被配置为当所述应用程序的运行状态是后台运行时，发送用户设置请求消息，所述用户设置请求消息用于请求用户对所述应用程序的消息通知模式进行设置；

设定子模块1344，被配置为获取用户输入的设置结果，根据所述设置结果设定所述应用的消息通知模式。

综上所述，本实施例提供的应用程序的管理装置，通过获取应用程序的特征信息，根据信息推送的应用程序特征库和该应用程序的特征信息确定该应用程序的信息获取类型，当该应用程序的信息获取类型为信息推送时，则根据该应用程序的信息获取类型设定应用程序的消息通知模式。从而对信息推送类型的应用程序的消息通知模式进行有效管理，避免大量推送消息对用户造成困扰，提高用户使用体验。

本实施例提供的应用程序的管理装置，还通过不同的策略信息对应用程序的消息通知模式进行设定，从而使得对应用程序的管理更为灵活有效，避免推送消息的泛滥，清洁通知栏中的消息，便于用户找到感兴趣或重要的信息，减少无用消息对用户的干扰，同时可以降低推送消息带来的电量消耗，增加待机时间，对于部分应用程序可以采用禁止推送的策略信息，可以有效节省推送消息使用的网络流量。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种应用程序的管理装置700的框图。例如，装置700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，装置700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制装置700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在装置700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为装置700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当装置700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当装置700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为装置700提供各个方面的状态评估。例如，传感器组件714可以检测到装置700的打开/关闭状态，组件的相对定位，例如所述组件为装置700的显示器和小键盘，传感器组件714还可以检测装置700或装置700一个组件的位置改变，用户与装置700接触的存在或不存在，装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于装置700和其他设备之间有线或无线方式的通信。装置700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述应用程序的管理方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由装置700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置700的处理器执行时，使得装置700能够执行一种应用程序的管理方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (15)

1.一种应用程序的管理方法，其特征在于，包括：

获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；

当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

2.根据权利要求1所述的方法，其特征在于，所述信息推送的应用程序特征库包括多个网络行为特征信息、多个通知栏使用特征信息和多个进程运行特征信息；

各个网络行为特征信息、各个通知栏使用特征信息和各个进程运行特征信息分别对应一个积分权重；

所述根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，包括：

根据信息推送的应用程序特征库分别获取所述应用程序的特征信息对应的积分权重；

计算所述应用程序的特征信息对应的积分权重总和获取所述应用程序的特征评估值；

根据所述应用程序的特征评估值和预设阈值确定所述应用程序的信息获取类型。

3.根据权利要求1所述的方法，其特征在于，所述根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式，包括：

获取应用程序的分类库和策略库；

根据所述应用程序的信息获取类型和所述分类库确定所述应用程序的分类结果；

根据所述应用程序的分类结果和所述策略库确定所述应用程序的策略信息；

根据所述应用程序的策略信息设定所述应用程序的消息通知模式；

其中，所述策略库包括分类结果和与分类结果对应的策略信息，所述策略信息包括允许推送、禁止推送、预设时间段内允许推送或用户设置。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

接收推送消息，所述推送消息包括：应用程序的标识；

判断所述应用程序的标识对应的应用程序的运行状态是否为后台运行，当所述应用程序的运行状态是后台运行时，则获取与所述应用程序的标识对应的策略信息；

若所述应用程序的策略信息为预设时间段内允许推送，则获取当前时间；

所述根据所述应用程序的策略信息设定所述应用的消息通知模式，包括：

判断所述当前时间是否在所述预设时间段内，当所述当前时间不在所述预设时间段内，则禁止在通知栏中显示所述推送消息。

5.根据权利要求3所述的方法，其特征在于，若所述应用程序的策略信息为禁止推送，所述根据所述应用程序的策略信息设定所述应用的消息通知模式，包括：

当所述应用程序的运行状态是后台运行时，断开所述应用程序与服务器建立的长连接。

6.根据权利要求3所述的方法，其特征在于，若所述应用程序的策略信息为用户设置，所述根据所述应用程序的策略信息设定所述应用的消息通知模式，包括：

当所述应用程序的运行状态是后台运行时，发送用户设置请求消息，所述用户设置请求消息用于请求用户对所述应用程序的消息通知模式进行设置；

获取用户输入的设置结果，根据所述设置结果设定所述应用的消息通知模式。

7.根据权利要求2至6任一项所述的方法，其特征在于，所述方法还包括：

当所述信息获取类型为信息推送时，将所述应用程序的特征信息加入到所述信息推送的应用程序特征库中，获取更新后的特征信息；

根据所述信息推送的应用程序特征库中更新后的特征信息计算各特征信息对应的积分权重，获取更新后的各特征信息对应的积分权重；

获取更新后的信息推送的应用程序特征库。

8.一种应用程序的管理装置，其特征在于，包括：

特征获取模块，被配置为获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

类型确定模块，被配置为根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；

通知设定模块，被配置为当所述信息获取类型为推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。

9.根据权利要求8所述的装置，其特征在于，所述信息推送的应用程序特征库包括多个网络行为特征信息、多个通知栏使用特征信息和多个进程运行特征信息；

各个网络行为特征信息、各个通知栏使用特征信息和各个进程运行特征信息分别对应一个积分权重；

所述类型确定模块，包括：积分权重获取子模块、评估值计算子模块和类型确定子模块；

所述积分权重获取子模块，被配置为根据信息推送的应用程序特征库分别获取所述应用程序的特征信息对应的积分权重；

所述评估值计算子模块，被配置为计算所述应用程序的特征信息对应的积分权重总和获取所述应用程序的特征评估值；

所述类型确定子模块，被配置为根据所述应用程序的特征评估值和预设阈值确定所述应用程序的信息获取类型。

10.根据权利要求8所述的装置，其特征在于，所述通知设定模块，包括：获取子模块、分类结果确定子模块、策略确定子模块和通知设定子模块；

所述获取子模块，被配置为获取应用程序的分类库和策略库；

所述分类结果确定子模块，被配置为根据所述应用程序的信息获取类型和所述分类库确定所述应用程序的分类结果；

所述策略确定子模块，被配置为根据所述应用程序的分类结果和所述策略库确定所述应用程序的策略信息；

所述通知设定子模块，被配置为根据所述应用程序的策略信息设定所述应用程序的消息通知模式；

其中，所述策略库包括分类结果和与分类结果对应的策略信息，所述策略信息包括允许推送、禁止推送、预设时间段内允许推送或用户设置。

11.根据权利要求10所述的装置，其特征在于，所述方法还包括：

接收模块，被配置为接收推送消息，所述推送消息包括：应用程序的标识；

运行状态确定模块，被配置为判断所述应用程序的标识对应的应用程序的运行状态是否为后台运行，当所述应用程序的运行状态是后台运行时，则获取与所述应用程序的标识对应的策略信息；

时间获取模块，被配置为当应用程序的策略信息为预设时间段内允许推送时，则获取当前时间；

所述通知设定子模块包括禁止推送子模块；

所述禁止推送子模块，被配置为判断所述当前时间是否在所述预设时间段内，当所述当前时间不在所述预设时间段内，则禁止在通知栏中显示所述推送消息。

12.根据权利要求10所述的装置，其特征在于，若所述应用程序的策略信息为禁止推送，所述通知设定子模块包括：断开连接子模块；

所述断开连接子模块，被配置为当所述应用程序的运行状态是后台运行时，断开所述应用程序与服务器建立的长连接。

13.根据权利要求10所述的装置，其特征在于，若所述应用程序的策略信息为用户设置，所述通知设定子模块包括设置请求子模块和设定子模块；

所述设置请求子模块，被配置为当所述应用程序的运行状态是后台运行时，发送用户设置请求消息，所述用户设置请求消息用于请求用户对所述应用程序的消息通知模式进行设置；

所述设定子模块，被配置为获取用户输入的设置结果，根据所述设置结果设定所述应用的消息通知模式。

14.根据权利要求9至13任一项所述的装置，其特征在于，所述装置还包括：特征信息更新模块、积分权重更新模块和特征库更新模块；

特征信息更新模块，被配置为当所述信息获取类型为信息推送时，将所述应用程序的特征信息加入到所述信息推送的应用程序特征库中，获取更新后的特征信息；

积分权重更新模块，被配置为根据所述信息推送的应用程序特征库中更新后的特征信息计算各特征信息对应的积分权重，获取更新后的各特征信息对应的积分权重；

特征库更新模块，被配置为获取更新后的信息推送的应用程序特征库。

15.一种应用程序的管理装置，其特征在于，所述装置包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

与所述处理器电性相连的触控显示屏；

其中，所述处理器被配置为：

获取应用程序的特征信息，所述特征信息包括网络行为特征信息、通知栏使用特征信息和进程运行特征信息中至少一项；

根据信息推送的应用程序特征库和所述应用程序的特征信息确定所述应用程序的信息获取类型，所述信息获取类型包括信息拉取或信息推送；

当所述信息获取类型为信息推送时，则根据所述应用程序的信息获取类型设定所述应用程序的消息通知模式。