一种应用程序状态设置的方法和装置与流程

本发明涉及电子终端领域，尤其涉及一种应用程序状态设置的方法和装置。

背景技术：

随着电子技术的不断发展，在电子终端当中安装的应用程序越来越多，很多应用之间还会互相在后台唤醒启动，这就造成了用户在不知情的状态下，有一些应用在后台启动，这不但会造成手机工作电流增加、内存增加，还会进行网络数据连接、获取手机特定权限等后台动作。

现有技术中，为了实现对应用的管理，一般由用户对后台运行的应用程序进行设置。例如对应用程序的后台运行状态的切换方式进行批量设置，直接设定锁屏多长时间后清理后台的应用；又例如，用户逐个对应用程序的后台运行状态的切花方式进行设置，具体如图1所示，在应用程序列表中逐个对应用程序的启用状态进行设置(其中无阴影表示允许自动启用，有阴影表示禁止自动启用)。

不管是锁屏清理应用程序，还是手动设置允许或者禁止自动启动应用程序，应用程序的设置都是比较死板的，并且手动设置或锁屏清理的管理菜单路径往往比较复杂，不提供简单操作。

技术实现要素：

有鉴于此，本发明的目的在于提供一种应用程序状态设置的方法和装置,以解决应用程序的自动启动或禁止比较死板，操作比较复杂的问题。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明的一个方面，提供的一种应用程序状态设置的方法，包括：

监测应用程序的使用时间数据；

当所述应用程序的使用时间数据符合对应的禁用模型时，所述应用程序进入冷冻状态，冷冻状态的应用程序停止响应后台收到的消息。

根据本发明的另一个方面，提供的一种应用程序状态设置的装置，包括：

数据监测单元，用于监测应用程序的使用时间数据；

状态调整单元，用于当所述应用程序的使用时间数据符合对应的禁用模型时，所述应用程序进入冷冻状态，冷冻状态的应用程序停止响应后台收到的消息。

本发明实施例的应用程序状态设置的方法和装置，通过监测应用程序的使用时间数据，根据应用程序的使用时间数据与对应的禁用模型的匹配结果，判断应用程序是否需要禁用，如果该应用程序是否需要禁用，则该应用程序进入冷冻状态，停止响应后台收到的消息。基于应用程序的使用时间数据的判断结果确认应用程序是否需要进入冷冻状态，应用程序的自动启动的设置结果与应用程序的实际使用需求相对应，状态设置的过程更加智能，无需用户手动操作。

附图说明

图1为现有技术中设置应用程序的自动启动的界面示意图。

图2为本发明具体实施方式中提供的一种应用程序状态设置的方法的第一实施例的方法流程图；

图3为本发明具体实施方式中提供的一种应用程序状态设置的方法的第二实施例的方法流程图；

图4为本发明具体实施方式中提供的一种应用程序状态设置的装置的第一实施例的结构方框图；

图5为本发明具体实施方式中提供的一种应用程序状态设置的装置的第二实施例的结构方框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参考图2，其是本发明具体实施方式中提供的一种应用程序状态设置的方法的第一实施例的方法流程图，如图所示，该方法包括：

步骤s11：监测应用程序的使用时间数据。

本方案中，应用程序的后台运行启动与否由该应用的使用情况决定，具体而言，由应用程序的使用时间数据(例如使用频率、使用时长)决定，一般而言，使用频率越高，使用时间越长的应用程序越要开启自动启动后台运行，以实时接收各种信息。使用频率越低，每次使用时间越短的应用程序越要禁止自动启用后台运行。

并且对于不同类型的应用程序，其判断的标准也不一样。对于系统应用程序(例如电话、短信)，一般都要开启自动启动后台运行，以随时接听电话或接收短信(手动设置除外)。对于第三方应用程序，可以根据实际的使用情况判断是否开启自动启动后台运行，并且对于其中不同种类的应用(例如游戏类、娱乐类、资讯类、社交类)，可以进一步细分。但是所有的应用的自动启动后台的设置都是基于使用时间数据进行判断和设定。

步骤s12：当应用程序的使用时间数据符合对应的禁用模型时，应用程序进入冷冻状态。

冷冻状态的应用程序停止响应后台收到的消息。

禁用模型的结构复杂度取决于生成该禁用模型的使用时间数据的复杂度。禁用模型最简单的是基于使用频率生成，如果达到预设时长没有监测到该应用程序在前台使用，例如15天或10天，则该应用程序进入冷冻状态，停止响应后台收到的消息，例如通知消息、唤醒消息、启动消息、升级消息等。在冷冻状态下，该应用程序对应的图标是没有变化的，用户也能通过图标直接启动该应用程序。禁用模型也可以选用较为复杂的使用时间数据作为判断依据，例如使用频率和使用时长，只有应用程序在最近一个预设时段内的使用频率和总的使用时间均未达到禁用模型的要求，该应用程序才禁止自动启动后台运行。

应用程序的冷冻状态记录于冷冻队列中，冷冻队列中只记录处于冷冻状态的应用程序，其中记录的应用程序都禁止自动启动后台运行。

综上所述，通过监测应用程序的使用时间数据，根据应用程序的使用时间数据与对应的禁用模型的匹配结果，判断应用程序是否需要禁用，如果该应用程序是否需要禁用，则该应用程序进入冷冻状态，停止响应后台收到的消息。基于应用程序的使用时间数据的判断结果确认应用程序是否需要进入冷冻状态，应用程序的自动启动的设置结果与应用程序的实际使用需求相对应，状态设置的过程更加智能，无需用户手动操作。

请参考图3，其是本发明具体实施方式中提供的一种应用程序状态设置的方法的第二实施例的方法流程图，如图所示，该方法包括：

步骤s21：监测应用程序的使用时间数据。

使用时间数据除了用于判断是否禁止自动启动后台运行，还用于对禁用模型进行修正，具体的修正过程例如自学习算法。在具体的监测过程中，至少要对应用程序进行识别，例如通过应用名称或应用的标识符；

步骤s22：当应用程序的使用时间数据符合对应的禁用模型时，应用程序进入冷冻状态。

应用程序进入冷冻状态可以是实时设置，也可以是周期设置。

实时设置是每监测到有一个应用程序的使用时间数据符合对应的禁用模型，该应用程序直接进入冷冻状态。

周期设置是以一个基于周期的确定时刻(例如每天10:00am)进行冷冻状态的设置。在使用时间数据统计过程中，当一个应用程序的使用时间数据符合对应的禁用模型，将该应用程序加入到待冷冻应用列表，在确定时刻，如果待冷冻应用列表不为空，则将待冷冻应用列表中记录的应用程序设置为冷冻状态，冷冻状态的应用程序停止响应后台收到的消息。

步骤s23：根据使用时间数据对禁用模型进行修正。

具体的修正过程可以通过自学习实现，获取一个应用在最近周期内的使用时间数据，基于所述使用时间数据通过自学习对所述禁用模型进行修正。

修正过程简单而言，如果禁用模型中的判断依据过于苛刻，通过对多次使用时间数据的分析，得到更为适应用户的使用习惯参考值。例如基于使用频率的禁用模型中，初始以15天作为判断参考，经过对使用时间数据的自学习可以在15天过短时修正得较短，例如14天或13天。

另外一种简单的修正方式，直接取每次使用间隔时长的平均值，以平均值作为修正值。

通过对禁用模型的修正，可以获得更加准确参考值，在应用程序的状态设置过程中更加适应用户的使用习惯。

步骤s24：当接收到转移禁用模型的转移指令时，将禁用模型转移到获得授权的终端。

禁用模型的转移可以通过多种技术手段实现，例如蓝牙、nfc(nearfieldcommunication，近场通信)。在数据传输过程，为保证数据的私密性，需要用户对终端进行授权。

步骤s25：当进入冷冻状态的应用程序从桌面开启时，结束冷冻状态。

在监测过程中，如果监测到用户从桌面通过点击应用程序的图标开启该应用程序，检查该应用程序是否处于冷冻列表中，如果处于冷冻列表中，则从冷冻列表中删除该应用程序，相当于结束该应用程序的冷冻状态，开始该应用程序的新一轮计时。不管是冷冻还是结束冷冻，都是在后台完成，应用程序的图标在终端的桌面上没有变化。

综上所述，通过监测应用程序的使用时间数据，根据应用程序的使用时间数据与对应的禁用模型的匹配结果，判断应用程序是否需要禁用，如果该应用程序是否需要禁用，则该应用程序进入冷冻状态，停止响应后台收到的消息。基于应用程序的使用时间数据的判断结果确认应用程序是否需要进入冷冻状态，应用程序的自动启动的设置结果与应用程序的实际使用需求相对应，状态设置的过程更加智能，无需用户手动操作。对禁用模型的修正使得应用程序的自动启动与否的设置更加符合用户的使用习惯；禁用模型的转移使得另一终端的应用程序的设置与用户的使用习惯能够快速适应；基于应用程序的操作的冷冻状态的接触能够实现应用程序的自动启用状态的自动设置。

以下为本发明具体实施方式中提供的一种应用程序状态设置的装置的实施例，装置的实施例基于前述的方法的实施例实现。

请参考图4，其是本发明具体实施方式中提供的一种应用程序状态设置的装置的第一实施例的结构方框图，如图所示，该装置，包括：

数据监测单元10，用于监测应用程序的使用时间数据；

状态调整单元20，用于当应用程序的使用时间数据符合对应的禁用模型时，应用程序进入冷冻状态，冷冻状态的应用程序停止响应后台收到的消息。

综上所述，上述各单元的协同工作，通过监测应用程序的使用时间数据，根据应用程序的使用时间数据与对应的禁用模型的匹配结果，判断应用程序是否需要禁用，如果该应用程序是否需要禁用，则该应用程序进入冷冻状态，停止响应后台收到的消息。基于应用程序的使用时间数据的判断结果确认应用程序是否需要进入冷冻状态，应用程序的自动启动的设置结果与应用程序的实际使用需求相对应，状态设置的过程更加智能，无需用户手动操作。

请参考图5，其是本发明具体实施方式中提供的一种应用程序状态设置的装置的第二实施例的结构方框图，如图所示，该装置，包括：

数据监测单元10，用于监测应用程序的使用时间数据；

状态调整单元20，用于当应用程序的使用时间数据符合对应的禁用模型时，应用程序进入冷冻状态，冷冻状态的应用程序停止响应后台收到的消息。

其中，还包括：

模型修正单元30，用于根据使用时间数据对禁用模型进行修正。

其中，模型修正单元30，具体用于：

获取一个应用在最近周期内的使用时间数据，基于使用时间数据通过自学习对禁用模型进行修正。

其中，还包括：

模型迁移单元40，用于当接收到转移禁用模型的转移指令时，将禁用模型转移到获得授权的终端。

其中，还包括：

状态恢复单元50，用于当进入冷冻状态的应用程序从桌面开启时，结束冷冻状态。

综上所述，上述各单元的协同运转，通过监测应用程序的使用时间数据，根据应用程序的使用时间数据与对应的禁用模型的匹配结果，判断应用程序是否需要禁用，如果该应用程序是否需要禁用，则该应用程序进入冷冻状态，停止响应后台收到的消息。基于应用程序的使用时间数据的判断结果确认应用程序是否需要进入冷冻状态，应用程序的自动启动的设置结果与应用程序的实际使用需求相对应，状态设置的过程更加智能，无需用户手动操作。对禁用模型的修正使得应用程序的自动启动与否的设置更加符合用户的使用习惯；禁用模型的转移使得另一终端的应用程序的设置与用户的使用习惯能够快速适应；基于应用程序的操作的冷冻状态的接触能够实现应用程序的自动启用状态的自动设置。

需要说明的是，上述装置实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。