CN110045994B - 应用程序处理方法和装置、电子设备、计算机可读存储介质 - Google Patents

Abstract

本申请提供一种应用程序处理方法和装置、电子设备、计算机可读存储介质。所述方法包括：获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；根据所述心率数据对所述第一类目标应用程序进行冻结或解冻处理。上述应用程序处理方法和装置、电子设备、计算机可读存储介质，可以降低电子设备的功耗。

Description

应用程序处理方法和装置、电子设备、计算机可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用程序处理方法和装置、电子设备、计算机可读存储介质。

背景技术

智能设备可以通过应用程序实现不同的应用操作，比如可以通过购物类应用程序购买商品、通过视频类应用程序查看视频等。应用程序可以被冻结，冻结后的应用程序无法再继续运行，不会占用智能设备中处理器资源。但是由于应用程序还是存在与智能设备中的，因此还会占用智能设备中的内存、硬件等资源。

发明内容

本申请实施例提供一种应用程序处理方法和装置、电子设备、计算机可读存储介质，可以降低电子设备的功耗。

一种应用程序处理方法，包括：

获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；

若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；

根据所述心率数据对所述第一类目标应用程序进行冻结或解冻处理。

一种应用程序处理装置，包括：

数据获取模块，用于获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；

应用获取模块，用于若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；

应用处理模块，用于根据所述心率数据对所述第一类目标应用程序进行冻结或解冻处理。

一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如下步骤：

获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；

若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；

根据所述心率数据对所述第一类目标应用程序进行冻结或解冻处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；

若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；

根据所述心率数据对所述第一类目标应用程序进行冻结或解冻处理。

上述实施例提供的应用程序处理方法和装置、电子设备、计算机可读存储介质，电子设备可以获取目标用户的心率数据，从而根据心率数据判断目标用户是否处于运动状态。若目标用户处于运动状态，则获取第一类目标应用程序，并根据心率数据控制第一类目标应用程序进行冻结或解冻处理。这样可以规律性地将应用程序进行冻结或解冻处理，既能够保证应用程序能够及时地接收消息，又能够通过减少应用程序的运行，从而降低电子设备的功耗。

附图说明

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

图1为一个实施例中应用程序处理方法的应用环境示意图；

图2为一个实施例中电子设备的内部结构示意图；

图3为一个实施例中应用程序处理方法的流程图；

图4为另一个实施例中应用程序处理方法的流程图；

图5为一个实施例中心率曲线的示意图；

图6为一个实施例中应用程序的资源限制状态的示意图；

图7为一个实施例中电子设备的部分架构图；

图8为一个实施例中应用程序处理装置的结构示意图；

图9为与本申请实施例提供的电子设备相关的手机的部分结构的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。

图1为一个实施例中应用程序处理方法的应用环境示意图。如图1所示，该应用环境包括客户端102和服务器104。客户端102上可以安装应用程序，客户端102可以获取用户的心率数据，并根据心率数据判断客户端102是否处于运动状态；若客户端102处于运动状态，则从安装的应用程序中获取第一类目标应用程序；根据心率数据对第一类目标应用程序进行冻结或解冻处理。服务器104可以用于向客户端102推送应用程序处理算法，客户端102根据该应用程序处理算法对应用程序进行处理。其中，客户端102为处于计算机网络最***，主要用于输入用户信息以及输出处理结果的电子设备，例如可以是个人电脑、移动终端、个人数字助理、可穿戴电子设备等。服务器104是用于响应服务请求，同时提供计算服务的设备，例如可以是一台或者多台计算机。可以理解的是，本申请提供的其他实施例中，应用程序处理方法的应用环境可以只包含客户端102。

如图2所示，提供了一种电子设备的内部结构示意图。该电子设备包括通过***总线连接的处理器、存储器和显示屏。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器用于存储数据、程序、和/或指令代码等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于电子设备的应用程序处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random-Access-Memory，RAM)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作***和计算机程序。该计算机程序可被处理器所执行，以用于实现本申请各个实施例所提供的一种应用程序处理方法。内存储器为非易失性存储介质中的操作***和计算机程序提供高速缓存的运行环境。显示屏可以是触摸屏，比如为电容屏或电子屏，用于显示前台进程对应的应用的界面信息，还可以被用于检测作用于该显示屏的触摸操作，生成相应的指令，比如进行前后台应用的切换指令等。

本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。如该电子设备还包括通过***总线连接的网络接口，网络接口可以是以太网卡或无线网卡等，用于与外部的电子设备进行通信，比如可用于同服务器进行通信。

图3为一个实施例中应用程序处理方法的流程图。本实施例中的应用程序处理方法，以运行于图1中的终端或服务器上为例进行描述。如图3所示，该应用程序处理方法包括步骤302至步骤306。其中：

步骤302，获取目标用户的心率数据，并根据心率数据判断目标用户是否处于运动状态。

在一个实施例中，心率数据是指表示用户的心脏跳动规律的数据，具体可以是指用户每分钟内心跳的次数。一般用户在安静状态下和运动状态下的心率数据是不同的，在安静状态下时，用户的心率数据会在一个静态心率范围内变化，而不同给用户在安静状态下的静态心率范围也是不同的。在运动状态下时，用户的心率数据会超过静态心率范围，一般运动越剧烈，心率数据越大。因此，可以根据用户的心率数据来判断用户是否处于运动状态。

电子设备可以采集目标用户的心率数据。具体地，电子设备上可以安装摄像头，然后通过电子设备上安装的摄像头采集目标用户的用户图像，根据采集用户图像获取目标用户的心率数据。可以理解的是，用户的心脏在收缩和舒张的时候，会使血液的流动速度产生变化，从而使皮肤表层的血管产生变化。摄像头采集的用户图像可以反映用户皮肤表层反射的光强度的变化，从而反映血管的血流速度的变化规律。因此根据用户图像可以获取用户皮肤表层的血流速度的变化规律，从而计算用户的心率数据。例如，用户在跑步机上跑步的时候，可以通过摄像头采集用户的面部图像或手部图像，并根据采集的面部图像或手部图像获取用户的心率数据。

在本申请提供的其他实施例中，还可以通过可穿戴设备来目标用户的采集心率数据。可穿戴设备是指可直接穿戴在用户身上的设备，例如可穿戴设备可以是智能手环、智能眼镜、智能手表等设备。可穿戴设备一般可直接与用户的皮肤表层接触，可穿戴设备上安装采集用户心率数据的传感器，然后通过传感器检测皮肤表层的脉搏跳动，并根据脉搏的跳动计算心率数据。可穿戴设备可将采集的心率数据进行存储，并将心率数据发送到电子设备。

步骤304，若目标用户处于运动状态，则从目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序。

应用程序(Application，APP)是指电子设备中针对某种应用目的所撰写的软体，电子设备可以通过应用程序实现对用户的需求服务。例如，用户可以通过游戏类应用程序玩游戏，也可以通过视频类应用程序看视频，还可以通过音乐类应用程序播放音乐等。应用程序可以根据运行的状态分为前台应用程序和后台应用程序。前台应用程序是指在电子设备的前台运行的应用程序，前台应用程序可以在与在前台显示并与用户实现交互。后台应用程序是指在电子设备的后台运行的应用程序，后台应用程序一般不能在前台显示并与用户实现交互过程。

一般地，应用程序的应用操作是由一个或多个进程(process)来共同完成，进程是是计算机中的程序关于某数据集合上的一次运行活动，是***进行资源分配和调度的基本单位。同时，一个进程可以对应一个或多个线程，线程是程序中一个单一的顺序控制流程，是进程内一个相对独立的、可调度的执行单元。进程可包括前台进程和后台进程，前台进程即为在电子设备前台运行的进程，后台进程即为在电子设备后台运行的进程。电子设备可以控制前台进程和后台进程的切换，前台进程可切换到后台运行，后台进程也可以切换到前台运行。具体地，可以通过进程池来实现对进程的管理，进程池中可以存放一个或多个进程对应的进程标识。进程标识用于唯一标示一个进程。进程池可以包括前台进程池和后台进程池，前台进程池中包括前台进程对应的进程标识，后台进程池中包括后台进程对应的进程标识。当检测到前台进程和后台进程的运行状态发生改变时，进程池会相应地添加或删除产生变化的进程标识。例如，进程A的进程标识为“0123”，当检测到进程A由后台进程变成前台进程时，可将该进程A的进程标识“0123”从后台进程池中移除，并添加到前台进程池中。

目标用户在处于运动状态时，对电子设备的使用也会受到限制。例如，在跑步的时候，没有办法玩游戏，也不能看小说，但是可以听音乐。因此，当用户处于运动状态时，电子设备可以将部分无法使用的应用程序进行冻结，可能用到的应用程序进行周期性地冻结，在运动过程中可以使用的应用程序不进行冻结处理，以减少电子设备的功耗。具体地，电子设备可以预先将安装的应用程序进行分类，并通过分类标签对应用程序的分类进行标记。并在用户处于运动状态时，对不同类型的应用程序进行不同的处理。

步骤306，根据心率数据对第一类目标应用程序进行冻结或解冻处理。

第一类目标应用程序表示用户在运动状态下可能使用的应用程序。例如，当用户在运动状态下，可能接收到语音通话的消息，则可以对即时通讯类应用程序进行周期性的冻结或解冻处理，从而既能够及时地接收通讯消息，又能降低电子设备的功耗。具体地，心率数据一般是周期性地进行变化，则可以根据心率数据对第一类目标应用程序进行冻结或解冻处理。例如，每检测到用户的心脏跳动一次，就改变一次第一类目标应用程序的状态，从而交替性地控制第一类目标应用程序进行冻结或解冻。

电子设备可以通过第一目标应用列表将第一类目标应用程序进行管理，该第一目标应用列表中存储着多个第一目标应用标识，每一个第一目标应用标识用于唯一标示一个第一类目标应用程序。当检测到用户处于运动状态时，电子设备可从第一目标应用列表中获取第一目标应用标识，并根据第一目标应用标识获取第一类目标应用程序，并将第一类目标应用程序进行冻结或解冻处理。

上述实施例提供的应用程序处理方法，电子设备可以获取目标用户的心率数据，从而根据心率数据判断目标用户是否处于运动状态。若目标用户处于运动状态，则获取第一类目标应用程序，并根据心率数据控制第一类目标应用程序进行冻结或解冻处理。这样可以规律性地将应用程序进行冻结或解冻处理，既能够保证应用程序能够及时地接收消息，又能够通过减少应用程序的运行，从而降低电子设备的功耗。

图4为另一个实施例中应用程序处理方法的流程图。本实施例中的应用程序处理方法，以运行于图1中的终端或服务器上为例进行描述。如图4所示，该应用程序处理方法包括步骤402至步骤414。其中：

步骤402，连接可穿戴设备，接收可穿戴设备发送的目标用户的心率数据。

在一个实施例中，电子设备可以与可穿戴设备建立连接，建立连接之后，电子设备和可穿戴设备之间可以进行数据传输。电子设备与可穿戴设备之间可以进行有线连接，也可以进行无线连接。例如，可穿戴设备可以与电子设备通过WiFi(Wireless Fidelity，无线保真)、蓝牙(Bluetooth)等进行连接。电子设备和可穿戴设备打开蓝牙开关后，电子设备可以搜索可穿戴设备的蓝牙接口，并向可穿戴设备发起蓝牙连接请求。当电子设备接收到可穿戴设备返回的允许连接的信息之后，电子设备与可穿戴设备连接成功。

具体地，可穿戴设备在获取用户的心率数据之后，可将用户的心率数据进行存储。当电子设备和可穿戴设备建立连接之后，可穿戴设备将获取的心率数据发送到电子设备。可穿戴设备在获取心率数据的时候，常用的方法包括光电法、心电信号、压力振荡法等。由于血液是红色的，因此绿光在透过血液地的时候就会被吸收，绿光吸收得越多，说明血液越多。光电法就是通过可穿戴设备发射绿光，根据绿光被吸收的多少来判断血液的流动规律，从而测量得到心率数据。当心脏周期性地跳动的时候，心肌细胞也会随之产生规律性变化，心电信号法就是通过可穿戴设备来获取心肌收缩和舒张过程中的电信号，并通过获取的电信号变化来计算心率数据。压力振荡法则是通过压力传感器探测动脉血管的搏动振幅，根据搏动规律来计算心率数据。

步骤404，判断心率数据是否大于动态心率阈值。

用户在处于安静状态时，心率数据是在一个静态心率范围内变化的。每个人的静态心率范围不同，因此电子设备可以预先存储目标用户的静态心率范围。该静态心率范围可以通过用户进行设置，也可以通过电子设备根据目标用户的历史心率数据进行获取。例如，电子设备可以获取凌晨00:00到6:00的历史心率数据，并获取历史心率数据的平均值，并通过平均值确定静态心率范围。电子设备还可以根据历史心率数据进行机器学习，并根据学习的结果得到静态心率范围。具体地，根据静态心率范围可以获取动态心率阈值，并根据动态心率阈值判断用户是否处于运动状态。一般动态心率阈值可以取静态心率范围的较大边界值，也可以取大于该较大边界值的值。

步骤406，若心率数据大于动态心率阈值，则判定目标用户处于运动状态。

在一个实施例中，可穿戴设备可以将采集的心率数据实时发送到电子设备中，电子设备在获取到心率数据之后，将心率数据与动态心率阈值进行比较。若心率数据超过该动态心率阈值，则认为目标用户处于运动状态。例如，用户的静态心率范围为80～90次/分钟，根据静态心率范围获取动态心率阈值，得到动态心率阈值为95次/分钟。则当检测到目标用户的心率数据为85次/分钟时，认为该目标用户处于安静状态；当检测到目标用户的心率数据为100次/分钟时，则认为该目标用户处于运动状态。

可以理解的是，为了防止用户心率数据的偶然性变化，可以根据心率数据大于动态心率阈值的持续时长来判断用户是否处于运动状态。例如，当心率数据大于动态心率阈值的持续时长只有1秒钟时，则可以认为目标用户仍然是处于安静状态的；若持续时长达到10秒钟，则可以认为目标用户是处于运动状态的。具体地，获取心率数据大于动态心率阈值的持续时长，若该持续时长超过时长阈值，则判定目标用户处于运动状态。

步骤408，若目标用户处于运动状态，则从目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序。

在本申请提供的实施例中，可将电子设备中安装的应用程序分为三类，即第一类目标应用程序、第二类目标应用程序和第三类目标应用程序。第一类目标应用程序表示用户在运动状态下需要进行周期性冻结或解冻的应用程序，第二类目标应用程序用于表示用户在运动状态下需要冻结的应用程序，第三类目标应用程序表示用户在运动状态下无需冻结的应用程序。用户或***可以根据需要对第一类目标应用程序、第二类目标应用程序和第三类目标应用程序进行设置，在本申请中不进行限定。电子设备可以建立第一目标应用列表、第二目标应用列表和第三目标应用列表，第一目标应用列表用于存储第一类目标应用程序对应的第一目标应用标识，第二目标应用列表用于存储第二类目标应用程序对应的第二目标应用标识，第三目标应用列表用于存储第三类目标应用程序对应的第三目标应用标识。

例如，第一类目标应用程序可以但不限于是指即时通讯类应用程序，在用户处于运动状态时，根据用户的心率周期将第一类目标应用程序进行冻结或解冻处理，以保证用户在运动过程中能够及时地接收消息，同时能够减少电子设备的功耗。第二类目标应用程序是指用户在运动过程中无法使用的应用程序，例如可以是视频类应用程序、游戏类应用程序等。用户在处于运动状态时，可以将第二类目标应用程序进行冻结。第三类目标应用程序可以但不限于是指音乐类应用程序，用户处于运动状态时，还可以对第三类目标应用程序进行使用，因此不需要对第三类目标应用程序进行冻结处理。

步骤410，根据心率数据绘制心率曲线，根据心率曲线对第一类目标应用程序进行冻结或解冻处理。

心率曲线是指心率数据的变化曲线，电子设备可以根据心率数据绘制心率曲线，心率曲线可以反映历史心率数据的变化过程。根据心率曲线对第一类目标应用程序进行冻结或解冻处理具体包括：当检测到心率曲线的波峰时，对第一类目标应用程序进行冻结处理；当检测到心率曲线的波谷时，对第一类目标应用程序进行解冻处理。波峰是指心率曲线变化的极大值，波谷是指心率曲线变化的极小值。当检测到心率曲线的波峰时，将第一类目标应用程序进行冻结处理。冻结之后的第一类目标应用程序无法在继续运行，也不占用CPU资源，能够深层地限制应用程序对资源的占用，减少了电子设备的功耗。当检测心率曲线的波谷时，将第一类目标应用程序进行解冻处理，解冻后的第一类目标应用程序可以正常运行。

在本申请提供的其他实施例中，可以将心率曲线的两个波峰或波谷之间间隔的时长作为一个周期，然后根据心率曲线周期性地控制第一类目标应用程序进行冻结或解冻处理。具体地，根据心率曲线对第一类目标应用程序进行冻结或解冻处理可以包括：检测心率曲线的波峰或波谷；在每间隔预设个数的波峰或波谷时，检测第一类目标应用程序的工作状态；若第一类目标应用程序处于冻结状态，则将第一类目标应用程序进行解冻处理；若第一类目标应用程序处于运行状态，则将第一类目标应用程序进行冻结处理。例如，首先获取心率曲线的所有波峰，获取的波峰会组成一个波峰序列。将每间隔3个波峰的时长作为一个周期，每到一个周期时，控制第一类目标应用程序交替地进行冻结和解冻处理。

图5为一个实施例中心率曲线的示意图。如图5所示，该心率曲线可以反映心率数据的历史变化规律，心率曲线中包含若干个波峰502，和若干个波谷504。在波峰502时，心率数据从递增变为递减的变化趋势；在波谷504时，心率数据从递减变为递增的变化趋势。

步骤412，从电子设备安装的应用程序中获取第二类目标应用程序。

步骤414，将第二类目标应用程序进行冻结处理。

在一个实施例中，电子设备可以获取第二目标应用列表，并根据第二目标应用列表获取第二类目标应用程序。第二类目标应用程序表示在运动过程中用户无法使用的应用程序，则电子设备可以获取第二类目标应用程序，并将第二类目标应用程序进行冻结处理，这样可以减少电子设备的功耗。

在一个实施例中，步骤414之后还可以包括：若检测到目标用户处于安静状态，则控制第一类目标应用程序和第二类目标应用程序恢复正常运行状态。具体地，电子设备将电子设备的心率数据与静态心率范围进行比较，若心率数据在静态心率范围内，则判定目标用户处于安静状态。当目标用户为安静状态时，则将第一类目标应用程序和第二类目标应用程序恢复正常运行状态。恢复到正常运行状态后，应用程序对电子设备资源的使用不再受到限制。

以Android***中，实现应用程序的冻结和及解冻的方法有多种。以其中一种为例，可以通过pm(package manager，包管理)命令来实现，在pm命令中，可以通过冻结命令pmdisable[–user USER_ID]PACKAGE_OR_COMPONENT将应用程序设置为冻结状态，然后还可以通过解冻命令pm enable[–user USER_ID]PACKAGE_OR_COMPONENT将处于冻结状态的应用程序进行解冻，通过冻结列表查询命令pm list packages–d获取处于冻结状态的应用程序列表，以查看处于冻结状态的应用程序。可以理解的是，本申请中以Android操作***为例对应用程序处理方法进行说明，但是本申请的应用程序处理方法并不仅限于在Android***中实现，还可以应用在IOS、塞班、Windows、MAC OS(Macintosh Operating System)等操作***中。

在用户的运行过程中，第三类目标应用程序可以不进行冻结处理，但为了降低电子设备的功耗，可以将第三类目标应用程序进行资源限制处理。其中，处于资源限制状态的应用程序在运行时对电子设备的资源占用率小于占用率阈值。当第三类目标应用程序处于资源限制状态时，第三类目标应用程序对电子设备的资源占用率就不能超过占用率阈值，这样可以控制第三类目标应用程序对电子设备的资源占用，从而降低电子设备的功耗。例如，控制第三类目标应用程序在运行时的CPU占用率不能超过5％，这样可以保证第三类目标应用程序的运行，又可以防止第三类目标应用程序对CPU的过度消耗。在手机***中可以通过cgroups(control groups，控制组)来控制第三类目标应用程序的CPU、内存、IO等资源占用率，即控制所获取的第三类目标应用程序进入资源限制状态。

在对第三类目标应用程序进行资源限制处理的时候，可以根据电子设备的资源占用率来控制对第三类目标应用程序的资源限制程度。其中，资源总占用率是指电子设备中被占用的资源和总资源的比例。具体地，可以获取电子设备的资源总占用率，并根据资源总占用率来控制第三类目标应用程序进入资源限制状态。例如，当电子设备的资源占用率较高时，对第三类目标应用程序进行程度较深的资源限制处理；当电子设备的资源占用率较低时，对第三类目标应用程序进行程度较轻的资源限制处理。

电子设备可以预先建立资源总占用率和资源限制级别的对应关系，处于不同的资源限制级别时，第三类目标应用程序对应的占用率阈值不同。获取电子设备的资源总占用率，并根据资源总占用率获取资源限制级别；控制第三类目标应用程序进入资源限制级别对应的资源限制状态。例如，将电子设备的资源总占用率划分为50％～60％、60％～80％、80％～100％等三个占用级别，然后分别对应轻度资源限制级别、普通资源限制级别和深度资源限制级别等三个等级，根据资源总占用率可以获取对应的资源限制级别，不同的资源限制级别对应的占用率阈值不同。可以理解的是，不同资源对应的占用率阈值还可以不同。比如，CPU占用率阈值可以为5％，内存占用率阈值可以为10％。

在其他实施例中，还可以根据第三类目标应用程序的应用优先级来控制对资源的占用情况，预先建立应用优先级与资源限制级别的对应关系，然后根据第三类目标应用程序的应用优先级来控制进入资源限制状态的资源限制级别。具体可以包括：获取第三类目标应用程序对应的第三应用优先级；根据该第三应用优先级获取对应的资源限制级别；控制第三类目标应用程序进入资源限制级别对应的资源限制状态。

图6为一个实施例中应用程序的资源限制状态的示意图。如图6所示，电子设备的资源包括CPU、内存、IO、网络资源等，应用程序的状态可以分为正常运行状态、资源限制状态和冻结状态。其中，资源限制状态又可以分为轻度资源限制状态、普通资源限制状态和深度资源限制状态。在不同资源限制状态下，对应的可用资源602和不可用资源604不相同。从轻度资源限制状态、普通资源限制状态到深度资源限制状态，可用资源602递减。在正常运行状态下，应用程序的可用资源602为100％。

上述实施例提供的应用程序处理方法，电子设备可以获取目标用户的心率数据，从而根据心率数据判断目标用户是否处于运动状态。若目标用户处于运动状态，则获取第一类目标应用程序，并根据心率数据控制第一类目标应用程序进行冻结或解冻处理。这样可以规律性地将应用程序进行冻结或解冻处理，既能够保证应用程序能够及时地接收消息，又能够通过减少应用程序的运行，从而降低电子设备的功耗。同时获取第二类目标应用程序，并将第二类目标应用程序进行冻结。冻结后的第二类目标应用程序无法继续运行，减少了电子设备的功耗。

应该理解的是，虽然图3和图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3和图4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种电子设备的部分架构图。其中，该电子设备的架构***中包括JAVA空间层71、本地框架层72以及内核(Kernel)空间层73。JAVA空间层71上可包含策略应用程序710，电子设备可通过该策略应用程序710来发起对各个应用程序的冻结和解冻策略，从而实现对电子设备中的各个应用程序实现冻结和解冻的操作。例如，通过策略应用程序710来判断后台耗电的应用程序，并发起对该后台耗电的应用程序做冻结操作。本地框架层72中包含资源优先级和限制管理模块720及平台冻结管理模块722。电子设备可通过资源优先级和限制管理模块720来实时维护应用程序的优先级和对应的资源组，根据上层的需求来调整应用程序的优先级和资源组，从而达到优化性能，节省功耗的作用。电子设备可通过平台冻结管理模块722将后台可以冻结的任务按照进入冻结时间的长短，分配到对应预设的不同层次的冻结层，可选地，该冻结层可包括：CPU限制睡眠模式、CPU冻结睡眠模式、进程深度冻结模式。内核空间层73中包括UID管理模块730、Cgroup模块732、超时冻结退出模块734、Binder管控模块737、进程内存回收模块738。其中，UID管理模块730可以基于应用程序的用户身份标识(User Identifier，UID)来管理第三方应用程序的资源或进行冻结。相比较于基于进程身份标识(Process Identifier，PID)来进行进程管控，通过UID更便于统一管理一个用户的应用的资源。Cgroup模块732用于提供一套完善的中央处理器(Central Processing Unit，CPU)、CPUSET、内存(memory)、输入/输出(input/output，I/O)和Net相关的资源限制机制。超时冻结退出模块734用于解决出现冻结超时场景产生的异常。Binder管控模块736用于实现后台binder通信的优先级的控制。进程内存回收模块738用于实现进程的深度冻结模式，当第三方应用程序长期处于冻结状态的时候，可以释放进程的文件区，从而达到节省内存的模块，也加快该应用程序在下次启动时的速度。通过上述的架构，可实现本申请各个实施例中的应用程序处理方法。

图8为一个实施例中应用程序处理装置的结构示意图。如图8所示，该应用程序处理装置800包括数据获取模块802、应用获取模块804和应用处理模块806。其中：

数据获取模块802，用于获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态。

应用获取模块804，用于若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序。

应用处理模块806，用于根据所述心率数据对所述第一类目标应用程序进行冻结或解冻处理。

上述实施例提供的应用程序处理装置，电子设备可以获取目标用户的心率数据，从而根据心率数据判断目标用户是否处于运动状态。若目标用户处于运动状态，则获取第一类目标应用程序，并根据心率数据控制第一类目标应用程序进行冻结或解冻处理。这样可以规律性地将应用程序进行冻结或解冻处理，既能够保证应用程序能够及时地接收消息，又能够通过减少应用程序的运行，从而降低电子设备的功耗。

在一个实施例中，数据获取模块802还用于连接可穿戴设备，接收所述可穿戴设备发送的目标用户的心率数据。

在一个实施例中，数据获取模块802还用于判断所述心率数据是否大于动态心率阈值；若所述心率数据大于所述动态心率阈值，则判定所述目标用户处于运动状态。

在一个实施例中，应用处理模块806还用于根据所述心率数据绘制心率曲线，根据所述心率曲线对所述第一类目标应用程序进行冻结或解冻处理。

在一个实施例中，应用处理模块806还用于当检测到所述心率曲线的波峰时，对所述第一类目标应用程序进行冻结处理；当检测到所述心率曲线的波谷时，对所述第一类目标应用程序进行解冻处理。

在一个实施例中，应用处理模块806还用于检测所述心率曲线的波峰或波谷；在每间隔预设个数的波峰或波谷时，检测所述第一类目标应用程序的工作状态；若所述第一类目标应用程序处于冻结状态，则将所述第一类目标应用程序进行解冻处理；若所述第一类目标应用程序处于运行状态，则将所述第一类目标应用程序进行冻结处理。

在一个实施例中，应用处理模块806还用于若所述目标用户处于运动状态，则从所述电子设备安装的应用程序中获取第二类目标应用程序；将所述第二类目标应用程序进行冻结处理。

上述应用程序处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将应用程序处理装置按照需要划分为不同的模块，以完成上述应用程序处理装置的全部或部分功能。

本申请实施例中提供的应用程序处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行上述实施例提供的应用程序处理方法。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的应用程序处理方法。

本申请实施例还提供了一种电子设备。如图9所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该电子设备可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以电子设备为手机为例：

图9为与本申请实施例提供的电子设备相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wireless fidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，RF电路910可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器980处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括程序存储区和数据存储区，其中，程序存储区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等；数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941。在一个实施例中，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板941。在一个实施例中，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机900还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。运动传感器可包括加速度传感器，通过加速度传感器可检测各个方向上加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等；此外，手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。

音频电路960、扬声器961和传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910可以发送给另一手机，或者将音频数据输出至存储器920以便后续处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机900的必须构成，可以根据需要而省略。

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

手机900还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理***与处理器980逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

在一个实施例中，手机900还可以包括摄像头、蓝牙模块等。

在本申请实施例中，该电子设备所包括的处理器980执行存储在存储器上的计算机程序时实现上述实施例提供的应用程序处理方法的步骤。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

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

获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；

若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；所述第一类目标应用程序表示用户在运动状态下可能使用的应用程序；

根据所述心率数据对所述第一类目标应用程序进行周期性冻结或解冻处理。

2.根据权利要求1所述的方法，其特征在于，所述获取目标用户的心率数据包括：

连接可穿戴设备，接收所述可穿戴设备发送的目标用户的心率数据。

3.根据权利要求1所述的方法，其特征在于，所述根据所述心率数据判断所述目标用户是否处于运动状态包括：

判断所述心率数据是否大于动态心率阈值；

若所述心率数据大于所述动态心率阈值，则判定所述目标用户处于运动状态。

4.根据权利要求1所述的方法，其特征在于，所述根据所述心率数据对所述第一类目标应用程序进行周期性冻结或解冻处理包括：

根据所述心率数据绘制心率曲线，根据所述心率曲线对所述第一类目标应用程序进行周期性冻结或解冻处理。

5.根据权利要求4所述的方法，其特征在于，所述根据所述心率曲线对所述第一类目标应用程序进行周期性冻结或解冻处理包括：

当检测到所述心率曲线的波峰时，对所述第一类目标应用程序进行冻结处理；

当检测到所述心率曲线的波谷时，对所述第一类目标应用程序进行解冻处理。

6.根据权利要求4所述的方法，其特征在于，所述根据所述心率曲线对所述第一类目标应用程序进行周期性冻结或解冻处理包括：

检测所述心率曲线的波峰或波谷；

在每间隔预设个数的波峰或波谷时，检测所述第一类目标应用程序的工作状态；

若所述第一类目标应用程序处于冻结状态，则将所述第一类目标应用程序进行解冻处理；

若所述第一类目标应用程序处于运行状态，则将所述第一类目标应用程序进行冻结处理。

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

若所述目标用户处于运动状态，则从所述电子设备安装的应用程序中获取第二类目标应用程序；

将所述第二类目标应用程序进行冻结处理。

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

数据获取模块，用于获取目标用户的心率数据，并根据所述心率数据判断所述目标用户是否处于运动状态；

应用获取模块，用于若所述目标用户处于运动状态，则从所述目标用户使用的电子设备安装的应用程序中获取第一类目标应用程序；所述第一类目标应用程序表示用户在运动状态下可能使用的应用程序；

应用处理模块，用于根据所述心率数据对所述第一类目标应用程序进行周期性冻结或解冻处理。

9.一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述的方法的步骤。

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

Images