CN118069304A - 一种后台应用程序的控制方法及电子设备 - Google Patents

Abstract

本申请实施例提供了一种后台应用程序的控制方法及电子设备，涉及终端技术领域。电子设备在后台运行第一应用程序和第二应用程序，第一应用程序执行第一保活任务，第二应用程序执行第二保活任务。电子设备可以确定第一应用程序已注册第一保活任务对应的第一保活信息，以及显示第一保活任务对应的任务信息。电子设备还可以确定第二应用程序未注册第二保活任务对应的第二保活信息，以及终止第二应用程序执行的第二保活任务。避免一些应用程序为了实现自身的长期稳定运行，绕过操作***管控而在后台执行一些保活任务，节省电子设备的设备资源，提高电子设备的稳定运行，提升用户的使用体验感。

Description

一种后台应用程序的控制方法及电子设备

技术领域

本申请涉及终端技术领域，尤其涉及一种后台应用程序的控制方法及电子设备。

背景技术

随着电子技术的不断发展，用户在日常生活中使用电子设备的频率也越来越高。电子设备的操作***中通常安装有多个用于实现各种功能的应用程序(Application，APP)，以满足用户的工作和生活需求。通常，用户在使用电子设备的过程中，会将一些应用程序从前台运行切换至后台运行。在电子设备上后台运行的应用程序可以称为后台应用程序。

然而，一些应用程序被切换至后台运行后，为了实现自身的长期稳定运行，会绕过操作***的管控，在后台执行一些保活任务。例如，一些音频应用可以在进入后台之后播放无声音频，以保活自身，防止被***回收。这样，应用程序在后台长期运行的情况下，会消耗电子设备的各种资源，例如内存和电量等，影响电子设备的运行，降低用户的使用体验感。

发明内容

本申请实施例提供一种后台应用程序的控制方法及电子设备，在后台运行的应用程序未向电子设备注册保活信息的情况下，终止应用程序执行的保活任务。避免一些应用程序为了实现自身的长期稳定运行在后台执行一些保活任务，提高电子设备的稳定运行，提升用户的使用体验感。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种后台应用程序的控制方法，应用于电子设备，该方法包括：电子设备在后台运行第一应用程序和第二应用程序；其中，第一应用程序执行第一保活任务，第二应用程序执行第二保活任务。电子设备可以确定第一应用程序已向电子设备注册第一保活任务对应的第一保活信息，且显示第一保活任务对应的任务信息；任务信息用于提示第一应用程序在后台执行的第一保活任务。电子设备还可以确定第二应用程序未向电子设备注册第二保活任务对应的第二保活信息，且终止第二应用程序执行的第二保活任务。

其中，第一保活信息用于电子设备配置第一应用程序与第一保活任务关联的属性信息。第二保活信息用于电子设备配置第二应用程序与第二保活任务关联的属性信息。第一保活任务可以包括：播放音频任务，或者定位任务，或者录音任务，或者下载任务；第二保活任务可以包括：播放音频任务，或者定位任务，或者录音任务，或者下载任务。

可见，电子设备中后台运行的应用程序可以执行保活任务。在应用程序向电子设备注册保活信息的情况下，电子设备可以显示该应用程序执行保活任务对应的任务信息。以便于用户可以实时查看应用程序在后台执行的保活任务，增加用户与电子设备之间的交互性。

而在应用程序未向电子设备注册保活信息的情况下，电子设备可以终止应用程序执行的保活任务。避免一些应用程序为了实现自身的长期稳定运行，绕过操作***的管控而在后台执行一些保活任务。同时，能够减少电子设备中的各种资源的浪费，提高电子设备的稳定运行，提升用户的使用体验感。

并且，若一些应用程序执行的保活任务涉及用户隐私，电子设备可以对应用程序进行控制和管理，避免应用程序执行关于用户隐私的保活任务而降低电子设备安全性的问题。

在第一方面的一种可实现方式中，方法还包括：电子设备在终止第二应用程序执行的保活任务之后，输出第一提示信息；其中，第一提示信息用于提示电子设备已终止第二应用程序执行第二保活任务。

可见，在本申请实施例中电子设备不仅可以对应用程序执行的保活任务进行控制和管理，还可以输出第一提示信息，以提示用户电子设备已终止应用程序执行的保活任务。这样，可以让用户感知电子设备如何对应用程序进行控制和管理，提高用户与电子设备之间的交互性，提升用户的使用体验。

在第一方面的一种可实现方式中，方法还包括：电子设备在终止第二应用程序执行的第二保活任务之后，冻结第二应用程序，以禁止第二应用程序在后台调用操作***资源。电子设备还可以输出第二提示信息；第二提示信息用于提示电子设备已冻结第二应用程序。

可见，本申请实施例还可以在终止应用程序执行的保活任务之后，对应用程序进行冻结处理，以禁止应用程序在后台调用操作***资源。还可以输出第二提示信息，以提示用户电子设备已冻结应用程序。由此，电子设备可以对在后台执行保活任务的应用程序进行控制和管理，如冻结该应用程序以及输出第二提示信息。能够减少电子设备中的各种资源的浪费，提高电子设备运行的稳定性。同时让用户感知应用程序已被冻结，提升用户的使用体验。

在第一方面的一种可实现方式中，方法还包括：电子设备在冻结第二应用程序之后，响应于用户对第二应用程序的切换操作，在前台运行第二应用程序。接着，电子设备解冻第二应用程序，以使得第二应用程序调用操作***资源。

可见，电子设备还可以响应于用户的切换操作，实现应用程序的快速调出，在前台运行应用程序。接着，电子设备还可以解冻该应用程序，并恢复应用程序执行的任务。这样，该应用程序的接口和功能模块就可以被正常调用。便于用户继续正常地使用该应用程序的各种功能，提高用户的使用体验。

在第一方面的一种可实现方式中，第一保活任务包括播放音频任务，第一应用程序为音频类应用程序，第一保活信息包括音频会话；方法还包括：电子设备可以响应于第一应用程序触发的注册请求，在确定预置的应用程序名单中包括第一应用程序的情况下，注册第一应用程序对应的音频会话。

可见，在本申请实施例中电子设备并不是允许全部应用程序都能注册音频会话。当第一应用程序为音频类应用程序，第一保活任务包括播放音频任务以及第一保活信息包括音频会话时，电子设备可以通过预置的应用程序名单对第一应用程序进行判定，并在确定预置的应用程序名单中包括第一应用程序的情况下，注册第一应用程序对应的音频会话。这样，通过确定应用程序可不可以注册音频会话，允许被用户或者操作***信任的应用程序进行音频会话注册。提升了电子设备的安全性，进而提高用户的使用体验。

在第一方面的一种可实现方式中，第一保活任务包括播放音频任务，第一应用程序为音频类应用程序，第一保活信息包括音频会话；方法还包括：电子设备响应于第一应用程序触发的注册请求，在确定预置的应用程序名单中包括第一应用程序的情况下，获取应用程序名单中第一应用程序的顺序值；其中，应用程序名单包括根据优先级由高到低进行排序的多个应用程序。之后，若第一应用程序的顺序值小于等于预设阈值，电子设备则注册第一应用程序对应的音频会话。

可见，在本申请实施例中，电子设备可以通过预置的应用程序名单对第一应用程序进行判定，并在确定预置的应用程序名单中包括第一应用程序的情况下，获取应用程序名单中第一应用程序的顺序值。电子设备在确定第一应用程序的顺序值小于等于预设阈值时，注册第一应用程序对应的音频会话。由此，通过对满足优先级条件的应用程序进行音频会话的注册，允许被用户或者操作***信任的应用程序进行音频会话注册。提升了电子设备的安全性，进而提高用户的使用体验。

在第一方面的一种可实现方式中，第一保活任务包括播放音频任务，第一应用程序为音频类应用程序，第一保活信息包括音频会话；方法还包括：电子设备可以响应于用户对第一应用程序的注册操作，注册第一应用程序对应的音频会话；其中，注册操作包括针对第一应用程序对应的音频会话控件的点击操作，或者，用于指示注册音频会话的语音操作。

可见，在本申请实施例中，用户也可以针对注册音频会话进行配置，配置应用程序向不向电子设备注册音频会话。这样，用户想要对应用程序注册音频会话时，则可针对应用程序执行注册操作，以便于电子设备后续管控该应用程序。可以提供给用户注册应用程序对应的音频会话的功能，提升用户与电子设备之间的交互性，提升用户的使用体验。

第二方面，提供了一种电子设备，电子设备包括存储器、一个或多个处理器；存储器与处理器耦合；其中，存储器中存储有计算机程序代码，计算机程序代码包括计算机指令，当计算机指令被处理器执行时，使得电子设备执行如第一方面的后台应用程序的控制方法。

第三方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机可以执行如第一方面的后台应用程序的控制方法。

附图说明

图1为本申请实施例提供的一种手机屏幕的界面示意图；

图2为本申请实施例提供的一种电子设备的硬件结构示意图；

图3为本申请实施例提供的一种电子设备的软件结构示意图；

图4为本申请实施例提供的另一种电子设备的软件结构示意图；

图5为本申请实施例提供的一种后台应用程序的控制方法的流程示意图；

图6为本申请实施例提供的一种应用场景的界面示意图；

图7为本申请实施例提供的一种注册音频会话的界面示意图；

图8为本申请实施例提供的一种任务信息的界面示意图；

图9为本申请实施例提供的另一种任务信息的界面示意图；

图10为本申请实施例提供的一种提示信息的界面示意图；

图11为本申请实施例提供的一种解冻应用程序的界面示意图；

图12为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。同时，在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

此外，本申请实施例描述的网络架构以及业务场景，是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

随着电子技术的不断发展，用户在日常生活中使用电子设备的频率也越来越高。电子设备的操作***中通常安装有多个用于实现各种功能的应用程序(Application，APP)，以满足用户的工作和生活需求。通常，用户在使用电子设备的过程中，会将一些应用程序从前台运行切换至后台运行。其中，在电子设备上前台运行的应用程序可以称为前台应用程序。在电子设备上后台运行的应用程序可以称为后台应用程序。

为便于理解，下面以用户操作电子设备如手机为例，应用程序在前台运行或后台运行进行描述。

示例性的，图1所示的为手机屏幕的界面示意图。参见图1中(A)，手机的主屏幕界面上显示有音频应用图标200，用户可以点击音频应用图标200，如图1中的(B)所示，手机响应于点击操作，显示音频应用的用户界面，用户界面可以包括搜索栏、音频信息以及功能入口等。例如，音频信息可以包括音频A、音频B、音频C、音频D、音频E以及音频F等。并且用户可以点击音频信息对应的音频图标，触发进入与音频图标对应的音频详情页面。可以理解的是，此时用户使用手机中的音频应用，手机显示音频应用对应的界面。那么音频应用的运行状态为前台运行。在用户使用手机中的音频应用的过程中，手机中音频应用对应的界面可以显示有可以切换至短信应用的控件。例如，音频应用对应的界面中显示出短信应用对应的弹框控件。参见图1中(C)，用户可以点击该控件，以触发手机显示短信应用的界面，并使得音频应用从前台运行切换至后台运行。之后，用户可以在后台应用界面中找到后台运行的音频应用。示例性的，用户可以从手机屏幕底部端面向上进行滑动操作，触发进入后台应用界面。参见图1中(D)，手机响应于滑动操作，显示后台应用界面。后台应用界面包括音频应用对应的界面。

然而，当一些应用程序被用户切换至后台运行后，会绕过操作***的管控，执行一些保活任务来实现自身的长期稳定运行。可以理解的是，保活任务是指应用程序在后台运行时，防止自身***作***杀掉而执行的任务。

在一些实施例中，保活任务可以包括在应用程序为音频类应用，音频类应用执行播放音频的任务，其中，音频包括有声音频和无声音频；或者，在应用程序为定位类应用，定位类应用执行定位任务；或者，在应用程序为下载类应用，下载类应用执行下载任务。

在另一些实施例中，保活任务还可以是用户不期望在后台执行的任务，或者未经操作***允许在后台运行的任务。通常，保活任务在后台运行时通常需要耗费较多的资源。示例性的，保活任务可以包括：在应用程序为音频类应用，音频类应用进入后台运行时执行播放音频的任务；或者，音频类应用在前台运行时未执行录音任务的情况下，音频类应用进入后台运行时执行录音任务；或者，在应用程序为定位类应用且在前台运行时未执行定位任务(如用户已终止定位应用执行定位任务)，而定位类应用进入后台运行时仍持续执行定位任务；或者，在应用程序为下载类应用且在前台运行时未执行下载任务(如用户已终止下载类应用执行定位任务)，而下载类应用进入后台运行时持续执行下载任务等。

为便于后续描述，本申请实施例以电子设备和电子设备安装的应用程序作为示例进行后续阐述。

在本申请实施例中，应用程序可以包括具有音频功能的应用程序，该音频功能包括音频播放功能和音频录制功能中的至少一种。应用程序还可以包括短视频应用程序(具有短视频播放和短视频录制功能)、直播类应用程序(具有观看直播以及开启直播功能)或社交应用程序(具有视频分享以及视频拍摄功能)等等，本申请实施例并不对应用程序的具体类型进行限定。

相关技术中，***无法自动检测应用程序执行的上述保活任务，或者采用人工方式在应用程序上架至应用市场时审核上述保活任务，但人工审核成本较高且审核出上述保活任务的难度较高。由此，应用程序在后台长期运行的情况下，会消耗电子设备的各种资源，例如内存和电量等，严重影响电子设备的运行，降低用户的使用体验感。

而且，一些保活任务还容易窃取用户隐私，导致电子设备安全性降低。比如，如果应用程序被用户切换至后台运行后，在后台执行录音任务，则有可能窃取用户的隐私信息。严重影响电子设备的安全运行。

基于上述内容，本申请实施例提供了一种后台应用程序的控制方法，应用于安装有应用程序的电子设备中。在本申请实施例中，电子设备在后台运行第一应用程序和第二应用程序，第一应用程序执行第一保活任务，第二应用程序执行第二保活任务。确定第一应用程序向电子设备注册保活信息，显示保活任务对应的任务信息，任务信息用于提示第一应用程序在后台执行的保活任务。并且确定第二应用程序未向电子设备注册保活信息，可以终止第二应用程序执行的保活任务。

其中，第一保活信息用于电子设备配置第一应用程序与第一保活任务关联的属性信息，第二保活信息用于电子设备配置第二应用程序与第二保活任务关联的属性信息。第一保活任务可以包括：播放音频任务，或者定位任务，或者录音任务，或者下载任务；第二保活任务可以包括：播放音频任务，或者定位任务，或者录音任务，或者下载任务。

由此，若应用程序未注册保活任务对应的保活信息且在后台执行保活任务，则判定该应用程序为非规范应用，此时终止该应用程序执行的保活任务，并冻结该应用程序，以使得该应用程序无法运行以及调用***资源。可以理解的是，在应用程序注册了保活任务对应的保活信息的情况下，当应用程序切换到后台之后，操作***能够基于该保活信息对该后台应用程序进行管控，以允许该应用程序在后台运行时继续执行保活任务。还可以将保活任务对应的任务信息提示给用户，以便用户对该后台应用程序进行管控。

下面以音频应用作为示例，其中，第一应用程序可以为音频应用，第二应用程序也可以为音频应用；以及将保活任务对应的保活信息以音频会话作为示例进行说明。音频应用切换至后台运行时，音频应用在执行播放音频且注册过音频会话，则确定音频应用为规范应用。若音频应用在执行播放音频且未注册过音频会话，则确定音频应用为非规范应用；之后，终止音频应用播放音频，并且冻结音频应用。

由此，在应用程序在后台执行保活任务且未向操作***注册音频会话等保活信息的情况下，操作***可以对在后台执行保活任务的应用程序进行控制和管理，如终止该应用程序执行保活任务。能够减少电子设备中的各种资源的浪费，提高电子设备运行的稳定性。而当应用程序执行的保活任务涉及用户隐私时，操作***通过对应用程序进行控制和管理，避免应用程序执行关于用户隐私的保活任务而降低电子设备安全性的问题。

在应用程序在后台执行保活任务且已向操作***采用注册音频会话等保活信息的情况下，操作***能够对该后台应用程序进行管控以允许该应用程序在后台运行时执行保活任务，还可以将保活任务对应的任务信息提示给用户，还能够方便用户对该后台应用程序主动进行控制和处理。提高用户与电子设备之间的交互性，提升用户的使用体验。本申请实施例对于未向电子设备注册保活信息的应用程序，可以对其进行控制和管理。同时对于已向电子设备注册保活信息的应用程序，也可以正常地对其进行管控。

在一些实施例中，不同应用程序执行的保活任务不同，保活任务对应的保活信息也可以不同。本申请实施例仅以第一应用程序包括具有音频功能的音频类应用程序，第一保活任务包括播放音频任务以及第一保活信息包括音频会话为例，具体不予限定。

下面具体介绍本申请实施例涉及的电子设备。

图2示出了电子设备100的结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位***(global positioning system，GPS)，全球导航卫星***(global navigation satellite system，GLONASS)，北斗卫星导航***(beidounavigation satellite system，BDS)，准天顶卫星***(quasi-zenith satellitesystem，QZSS)和/或星基增强***(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。摄像头193用于捕获静态图像或视频。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android***为例，示例性说明电子设备100的软件结构。

图3是本发明实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。其中，电子设备100安装的操作***包括但不限于 或者其它操作***。本申请实施例对电子设备100的具体类型以及在有安装操作***下操作***的类型均不作限制。

在一些实施例中，将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和***库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：音频模块、音频会话管理模块、应用生命周期管理模块和资源调度模块等。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

参见图4，下面继续以电子设备和电子设备中安装的第一应用程序为音频应用为例，示例性说明音频模块、音频会话管理模块、应用生命周期管理模块和资源调度模块的工作流程。

其中，音频模块用于执行音频应用相应的任务。音频会话管理模块用于管理操作***中的音频会话。应用生命周期管理用于监听音频应用的运行状态。资源调度模块用于冻结或解冻音频应用。其中，冻结音频应用是指控制音频应用无法运行以及无法调用***资源。解冻音频应用是指控制音频应用恢复运行以及能够调用***资源。需要说明的是，在电子设备的***开机启动后，音频会话管理模块、音频模块、应用生命周期管理模块和资源调度模块分别启动，并完成各自功能的初始化。

在一种可实现方式中，音频模块响应于音频应用发送的播放音频请求，开始播放音频。并将第一通知信息发送至音频会话管理模块，以指示音频会话管理模块已开始播放音频。之后，应用生命周期管理模块监听到音频应用的运行状态为后台运行状态后，发送第二通知信息至音频会话管理模块，以指示音频会话管理模块音频应用的运行状态为后台运行状态。音频会话管理模块若判定音频应用满足预设条件，则发送第三通知信息至音频模块，以指示音频模块暂停播放音频；并且发送第四通知信息至资源调度模块，以指示资源调度模块冻结音频应用。

在一些实施例中，上述音频模块、音频会话管理模块、应用生命周期管理模块和资源调度模块也可以集成在一个功能模块中，并且该功能模块可以位于电子设备100中。

在一些实施例中，为了将第一应用程序纳入电子设备中操作***进行统一管理，电子设备可以提供给第一应用程序关于创建、释放、查询以及监听音频会话的接口，便于后续第一应用程序可以与操作***进行数据通信。继续以第一应用程序中的音频应用为例进行说明。音频应用可以在操作***中进行音频会话的注册。这样，完成注册音频会话的音频应用可以能够***作***进行管控，同时还可以后续配置与音频相关的属性和行为等。

图5为本申请实施例示出的一种后台应用程序的控制方法的流程示意图，下面将上述电子设备为手机，以及电子设备中安装的第一应用程序为音频类应用(音频应用A)作为示例，对本申请实施例提供的控制方法进行具体阐述。如图5所示，该方法可以包括如下步骤S500-S505。

步骤S500、手机启动音频应用A。

用户在需要使用音频应用A时，可以指示手机启动该音频应用A。手机启动音频应用A的方式可以有多种。示例性的，图6为本申请实施例示出的应用场景的界面示意图。如图6中的(A)所示，用户可以点击手机主屏幕界面上的音频应用A图标，手机响应于用户的该点击操作启动音频应用A。手机响应于用户的点击操作，显示出音频应用A的详情页面。此时，音频应用A已启动，并且对应的运行状态为前台运行状态。再示例性的，手机可以响应于用户的语音指令，启动音频应用A。之后，用户可以使用音频应用A对应的播放音频、播放短视频以及录音等功能。

在本申请实施例中，手机启动音频应用A后，音频应用A在手机前台运行。在一些情况下，音频应用A可以向操作***注册音频会话。音频会话用于配置音频应用A与音频相关的属性和行为。示例性的，音频应用A在前台运行时，可以发送注册请求至音频会话管理模块；注册请求用于请求操作***注册音频应用A对应的音频会话。音频会话管理模块调用创建接口，创建与音频应用A对应的音频会话。进而，完成音频应用A注册音频会话的过程。在另一些情况下，手机启动音频应用A后，可以在手机前台运行并执行任务如播放音频。音频应用A在启动之后以及执行任务之前，可以向操作***注册音频会话。

在一些实施例中，应用程序在启动后均可以向操作***注册音频会话。示例性的，第一应用程序可以发送注册请求至操作***。操作***可以响应于第一应用程序触发的注册请求，在确定预置的应用程序名单中包括第一应用程序的情况下，注册第一应用程序对应的音频会话。这样，操作***在接收到第一应用程序发送注册请求时，可以根据预置的程序名单确定第一应用程序能否注册音频会话。

由此，操作***可以确定程序名单中是否包括该应用程序，以确定该应用程序能否注册音频会话。如果程序名单(即白名单)中包括该应用程序，操作***则允许该应用程序注册音频会话。进而，该应用程序能够注册音频会话。如果程序名单中不包括该应用程序，操作***则不允许该应用程序注册音频会话。进而，该应用程序不能注册音频会话。其中，程序名单中包括操作***允许注册音频会话的一个或多个应用程序。

示例性的，操作***在确定预置的程序名单中是否包括第一应用程序的过程中，操作***可以根据第一应用程序对应的程序信息，确定预置的程序名单中是否包括第一应用程序。其中，第一应用程序对应的程序信息包括应用程序对应的应用包名、应用名称、应用图标、版本号、版本名、最小SDK版本、启动项和应用权限中的一种或几种。例如，第一应用程序的应用包名为“com.android.updater”。当程序名单中包括应用包名为“com.android.updater”的第一应用程序时，操作***则允许第一应用程序注册音频会话。

在另一种可实现方式中，操作***响应于第一应用程序触发的注册请求，在确定预置的应用程序名单中包括第一应用程序的情况下，获取应用程序名单中第一应用程序的顺序值；其中，应用程序名单包括根据优先级由高到低进行排序的多个应用程序。之后，若第一应用程序的顺序值小于等于预设阈值，操作***则注册第一应用程序对应的音频会话。这样，操作***可以根据程序名单中应用程序对应的优先级，确定该应用程序能否注册音频会话。

示例性的，操作***可以根据应用程序对应的程序信息，查找到程序名单中该应用程序对应的顺序值；如果该应用程序对应的顺序值小于等于预设阈值，操作***则允许该应用程序注册音频会话；反之，不允许该应用程序注册音频会话。

可见，操作***并不是允许全部应用程序都能注册音频会话。操作***可以根据程序名单对应用程序进行判定，以确定该应用程序可不可以注册音频会话。通常，程序名单中的应用程序可以认为是被用户或者操作***信任的应用程序。由此，通过确定应用程序可不可以注册音频会话，允许被用户或者操作***信任的应用程序进行音频会话注册。提升了电子设备的安全性，进而提高用户的使用体验。

在另一些实施例中，一些应用程序在启动后可以向操作***注册音频会话，另一些应用程序在启动后也可以不向操作***注册音频会话。应用程序可以在开发阶段进行配置，以决定在启动后是否向操作***注册音频会话。在应用程序启动后，若应用程序向操作***注册音频会话，则该应用程序受操作***的管控。若应用程序不向操作***注册音频会话，则该应用程序不受操作***的管控。

示例性的，应用程序在启动后向操作***注册音频会话后，操作***响应于音频应用A发送注册请求，在音频应用A具备注册权限的情况下，创建与音频应用A对应的音频会话。若音频应用A不具备注册权限的情况下，则不创建与音频应用A对应的音频会话。其中，用户在安装音频应用A的过程中，音频应用A可以向用户发送注册权限对应的授权请求。若用户对音频应用A的注册权限进行了授权，音频应用A则具备注册权限，进而能够顺利完成音频会话的注册。

在一些实施例中，应用程序可以在开发阶段预先针对注册音频会话进行配置，配置应用程序在启动后向不向操作***注册音频会话。当然，也可以是使用阶段服务器或用户针对注册音频会话进行配置，本申请实施例不予限定。

示例性的，用户可以配置应用程序列表，该列表包括一个或多个应用程序，应用程序列表中的应用程序在启动后会自动向操作***注册音频会话。

用户也可以主动指示第一应用程序注册音频会话。用户可向手机发出针对第一应用程序中注册操作。操作***可以响应于用户对第一应用程序的注册操作，注册第一应用程序对应的音频会话；其中，注册操作包括针对第一应用程序对应的音频会话控件的点击操作，或者，用于指示注册音频会话的语音操作。

示例性的，用户可通过该操作***中的指定***应用输入针对第一应用程序中音频会话的注册操作。该指定***应用可以包括***设置等应用。例如，参见图7中(A)，手机的主屏幕界面上显示有设置应用图标，用户可以点击设置应用图标，如图7中的(B)所示，手机响应于用户对设置应用图标的点击操作，显示设置应用的用户界面。其中，在设置应用中显示手机中安装的所有应用程序的列表。用户可以点击列表中的音频应用A，以触发进入音频应用A对应的详情页面。如图7中的(C)所示，手机响应于用户对音频应用A的点击操作，显示详情页面，详情页面中包括音频应用A对应的音频会话控件。用户可以点击音频会话控件，以触发手机注册音频应用A对应的音频会话。

这样，用户想要对某个应用程序注册音频会话时，则可在该***设置应用提供的上述列表中，并点击该应用程序对应的音频会话控件。以便于操作***后续管控该应用程序。

需要说明的是，本申请实施例不对注册音频会话的具体实现方式进行具体限定，可以是应用程序自发地向操作***注册音频会话，也可以是用户主动向操作***注册某个应用程序的音频会话。

之后，用户可以使用音频应用A播放音频。并且还可以将音频应用A由前台运行切换至后台运行。示例性的，如图6中的(A)所示，用户在对音频A图标进行点击操作后，手机中的音频模块响应于用户的点击操作，开始播放音频A以及触发进入音频A对应的详情页面。音频A对应的详情页面请参见图6中的(B)。音频模块在开始播放音频A时，也可以发送第一通知信息至音频会话管理模块，以通知音频会话管理模块音频应用A已开始播放音频。

步骤S501、***听音频应用A的运行状态，确定音频应用A由前台运行切换到后台运行。

本申请实施例中，应用程序的运行状态包括前台运行状态或后台运行状态。本申请实施例可以通过应用生命周期管理模块，监听操作***中应用程序的运行状态。其中，应用生命周期管理模块用于管理操作***中应用程序的前台运行状态和后台运行状态。应用生命周期管理模块可以提供有查询和注册变化监听接口，以实现管理应用程序的前台运行状态和后台运行状态。

在一种可实现方式中，应用生命周期管理模块可以采用定时轮询的方式，监听手机中音频应用A是否存在运行状态切换。可以理解的是，音频应用A存在运行状态切换时，音频应用A可以由前台运行切换到后台，还可以从后台运行切换到前台运行。因此，可以通过应用生命周期管理模块监听音频应用A是否存在运行状态切换。进而，确定音频应用A的运行状态是前台运行状态或后台运行状态。

在另一种实现方式中，应用生命周期管理模块也可以实时监听音频应用A的运行状态，以确定音频A的运行状态是前台运行状态还是后台运行状态。需要说明的是，本申请实施例不对确定应用程序运行状态的实现方式进行具体限定。

在一些实施例中，用户在前台使用音频应用A时，在后台运行的应用程序也可以对用户进行信息推送。后台运行的应用程序进行信息推送的方式有多种。继续如图6中的(B)所示，在后台运行的短信应用可以对用户进行短信提醒。示例性的，用户控制音频应用A开始播放音频A后，主屏幕界面中显示有短信提醒弹框600。短信提醒弹框600用于提示用户短信应用推送的信息。用户可以点击短信提醒弹框600，触发进入短信应用对应的短信界面。

之后，手机可以响应于用户的第一切换操作，将音频应用A由前台运行状态切换至后台运行状态。其中，切换操作可以包括用户针对显示屏沿预设方向的滑动操作，也可以是针对其他应用图标的点击操作，还可以是针对其他应用提示控件的点击操作等。

示例性的，用户可以点击短信提醒弹框600，以触发短信应用对应的短信界面。如图6中的(C)所示，手机响应于用户对短信提醒弹框600的点击操作，显示短信界面。可以理解的是，当用户点击短信提醒弹框600后，短信应用从后台运行切换至前台运行，而音频应用A从前台运行切换至后台运行。由此，手机即可实现对短信应用的快速调出，以及实现对音频应用A的快速收起。并且控制切换到后台运行的音频应用A继续运行。

可以理解的是，当前台运行有应用程序时，用户可以通过手机的显示界面，看到前台运行的该应用程序。当后台运行有应用程序时，用户则难以通过手机的显示界面看到后台运行的该应用。

并且，操作***中的应用程序包括***应用和第三方应用，因此上述应用切换可以包括不同的***应用之间的切换、***应用和第三方应用之间的切换，或者不同的第三方应用之间的切换。

步骤S502、音频应用A切换到后台运行后，手机判定音频应用A是否满足预设条件。其中，若音频应用A满足预设条件，执行步骤S503；反之，执行步骤S504。

本申请实施例中，当应用生命周期管理模块监听到音频应用A的运行状态为后台运行状态后，应用生命周期管理模块可以发送第二通知信息至音频会话管理模块。第二通知信息用于指示音频应用A的运行状态已切换至后台运行状态。

之后，音频会话管理模块判定音频应用A是否满足预设条件。在一种实现方式中，音频会话管理模块可以基于音频应用A执行的任务，判定音频应用A是否满足预设条件。音频应用A的任务用于表示音频应用A当前所执行的功能，如正在录音、正在执行调用任务、正在执行监听任务、正在播放短视频或正在播放音频等。预设条件包括音频应用A执行播放音频任务以及未注册音频会话。

在一种实现方式中，当音频应用A执行播放音频任务且音频应用A未注册音频会话时，可以判定音频应用A满足预设条件。其中，音频会话用于配置音频应用A与音频相关的属性和行为。音频会话可以理解为是操作***与音频应用A之间的媒介，以及音频应用A在后台执行保活任务时的必要条件。由此，手机中的音频应用A若未向音频会话管理模块注册音频会话且在后台运行时执行播放音频任务，则说明音频应用A绕过操作***的管控在执行保活任务。进而，该音频应用A满足预设条件，便于操作***后续能够对该音频应用A进行控制和管理。

示例性的，音频应用A在后台执行播放音频任务。继续如图6中的(C)所示，在一种场景中，音频应用A在前台运行时正常播放音频A，而被切换到后台运行时仍然在持续播放音频A。再例如，在一种场景中，继续如图6中的(C)所示，音频应用A在前台运行时正常播放或暂停播放音频A，而被切换到后台运行时可以循环播放准备好的无声音频。这样，音频应用A在确定执行的任务包括播放音频A或者播放无声音频后，便于后续判定音频应用A是否注册音频会话，从而判定操作***后续是否需要对该音频应用A进行控制和管理。

在一些实施例中，在步骤500中音频应用A在后台执行播放音频任务，若音频会话管理模块确定音频应用A已注册了音频会话，可以使得后续操作***能够允许音频应用A在后台运行时执行播放音频任务，还可以将播放音频任务对应的任务信息提示给用户，能够方便用户对音频应用A主动进行控制和处理。而在步骤500中音频应用A在后台执行播放音频任务，若音频会话管理模块确定音频应用A未注册音频会话，可以使得后续操作***能够控制和管理音频应用A执行的播放音频任务。避免后续出现音频应用A绕过操作***的管控执行播放音频任务，而导致占用操作***资源以及操作***性能变差的情况。

需要说明的是，本申请实施例并不对预设条件以及音频会话进行具体限定，预设条件还可以包括其他必要条件，音频会话也可以采用其他的名称。

步骤S503、手机终止音频应用A执行的播放音频任务，并冻结该音频应用A。

本申请实施例中，音频会话管理模块若判定在后台执行播放音频任务的音频应用A未注册音频会话，则发送第三通知信息至音频模块。第三通知信息用于指示音频模块终止音频应用A执行的播放音频任务。示例性的，音频会话管理模块发送第三通知信息至音频模块，以指示音频模块停止播放音频A。

在一种可实现方式中，音频会话管理模块判定在后台执行播放音频任务的音频应用A未注册音频会话，控制音频模块停止播放音频A。通常，音频应用A若检测到音频A被停止播放后，会重新开始播放音频A。之后，操作***会再次控制音频模块停止播放音频A。从而导致操作***与音频应用A两者之间反复进行任务拉锯，如反复启动播放和停止播放音频A。

为此，操作***在终止第一应用程序执行的第一保活任务之后，还可以冻结第一应用程序，以禁止第一应用程序在后台调用操作***资源。

在一种可实现方式中，音频会话管理模块还可以发送第四通知信息至资源调度模块，第四通知信息用于指示资源调度模块冻结音频应用A。资源调度模块响应于第四通知信息，冻结该音频应用A。这样，音频应用A一旦被冻结后，其接口和功能模块就不能被正常调用。进而，能够更好地控制该音频应用A，使音频应用A无法与操作***之间进行反复任务拉锯。避免音频应用A产生缓存数据以及占用一定的网络资源。提高用户使用手机的安全性以及用户整体的使用体验。

可以理解的是，音频应用A被冻结后，操作***可以将其设置为不可用状态。也就是说本申请实施例不会关闭音频应用A，便于后续用户可以将该音频应用A从后台运行状态切换至前台运行状态后继续使用该音频应用A。

在一些实施例中，操作***在终止第一应用程序执行的第一保活任务之后，可以输出第一提示信息；其中，第一提示信息用于提示操作***已终止第一应用程序执行第一保活任务。

并且，操作***在冻结第一应用程序时，还可以输出第二提示信息；第二提示信息用于提示电子设备已冻结第一应用程序。

当然，操作***可以控制第一提示信息和第二提示信息可以分别显示，也可以同时显示。本申请实施例对此不进行具体限定。

示例性的，手机终止音频应用A执行的播放音频任务并冻结该音频应用A之后，可以提示用户，以使得用户察觉音频应用A执行的任务已被终止并且音频应用A已被冻结。图10为本申请实施例示出的一种提示信息的界面示意图。如图10中的(A)，用户将音频应用A切换到后台运行后，短信应用调出在前台运行。之后，音频会话管理模块通过确定音频应用A未满足预设条件后，控制音频模块停止播放音频A且冻结音频应用A。之后，手机可以在用户界面中显示提示信息，以提示用户已停止播放音频A且冻结音频应用A。如图10中的(B)，用户界面中显示有提醒界面，提醒界面包括用于显示提示信息的提示控件900，提示控件900，可以实现为文本“已冻结后台运行的音频应用A”。或者，手机中包括有蜂鸣器，在停止播放音频A且冻结音频应用A之后，手机发出提示音如“已冻结后台运行的音频应用A”，以提醒用户。

可见，本申请实施例在判定在后台执行播放音频任务的音频应用A未注册音频会话后，可以及时对音频应用A进行控制和管理，如终止音频应用A执行的播放音频任务，并冻结该音频应用A。避免音频应用A绕过操作***的管控，执行保活任务浪费电子设备的各种资源，进而提高了电子设备运行的稳定性。

同时，当应用程序执行的保活任务涉及用户隐私时，操作***可以终止应用程序执行关于用户隐私的保活任务而提高电子设备的安全性。本申请实施例在对音频应用A进行管理后，还可以将管理结果提示给用户，以便于用户可以知道音频应用A在后台执行的任务被终止并且已被冻结。进而提升用户的使用体验。

在一些实施例中，电子设备也可以在冻结音频应用A之后，终止音频应用A执行播放音频任务。当然电子设备也可以仅冻结音频应用A。本申请实施例不对终止保活任务和冻结应用程序的先后顺序进行限定。

步骤S504、手机保持音频应用A执行的播放音频任务。

本申请实施例中，电子设备确定第一应用程序已向电子设备注册第一保活任务对应的第一保活信息，可以控制第一应用程序持续执行第一保活任务；以及显示第一保活任务对应的任务信息；任务信息用于提示第一应用程序在后台执行的第一保活任务。

示例性的，音频会话管理模块若判定在后台执行播放音频任务的音频应用A注册音频会话，则控制音频模块可以继续播放音频A。当然也可以基于预设条件来对音频应用A进行判定。其中，音频应用A未满足预设条件包括：音频应用A执行播放音频任务以及注册音频会话。

在一种可实现方式中，音频会话管理模块在判定在后台执行播放音频任务的音频应用A注册音频会话后，也可以发送第五通知信息至音频模块，第五通知信息用于通知音频模块继续播放音频A。音频模块响应于音频会话管理模块发送的第五通知信息，继续播放音频A。

在一些实施例中，通常应用程序在后台执行保活任务时，手机不会将应用程序在后台执行的保活任务进行呈现。用户也就无法察觉应用程序在后台执行的保活任务。

为此，本申请实施例可以在后台执行播放音频任务的音频应用A注册音频会话的情况下，显示音频应用A执行播放音频任务对应的任务信息。以便于用户可以实时查看音频应用A在后台执行的播放音频任务。

例如，图8为本申请实施例示出的一种任务信息的界面示意图。如图8中的(A)所示，用户可以从手机屏幕顶部端面向下进行滑动操作，触发进入目标界面。如图8中的(B)所示，音频应用A在前台运行时正常播放音频A，而被切换到后台运行时仍然在持续播放音频A的情况下，目标界面包括第一显示区700和第二显示区710。第一显示区700用于显示多个快捷功能控件。其中，快捷功能控件可以包括蓝牙控件、Wi-Fi控件、移动数据控件、音量控件和自动旋转控件等。第二显示区710用于显示音频应用A在后台执行任务时对应的任务信息。其中，手机可以在第二显示区710内显示音频应用A播放的音频A、音频A对应的封面图片以及音频A对应的播放进度等。

再例如，图9为本申请实施例示出的另一种任务信息的界面示意图。如图9中的(A)所示，用户可以从手机屏幕顶部端面向下进行滑动操作，触发进入目标界面。如图9中的(B)所示，音频应用A在前台运行时正常播放或暂停播放音频A，而被切换到后台运行时可以循环播放准备好的无声音频的情况下，手机可以在第二显示区710内显示音频应用A播放的无声音频以及无声音频对应的播放进度等。

可见，音频应用A在后台执行播放音频任务时，对应的任务信息可以在目标界面上展示出来。用户可以直观的看到在后台运行的音频应用A当前执行的保活任务，音频应用A不能够隐藏自身，提升用户体验。

综上，本申请实施例电子设备在后台运行有第一应用程序，第一应用程序执行第一保活任务。在第一应用程序未向电子设备注册音频会话的情况下，电子设备可以对其进行控制和管理。同时在第一应用程序向电子设备注册音频会话的情况下，电子设备也可以正常的对其进行管控。进而实现对全部应用程序的控制。具体实现是，预先确定音频应用A是否注册过音频会话，将注册过音频会话的音频应用A纳入操作***中进行正常管控。若音频应用A未注册过音频会话，则在后台运行的过程中设为不可用状态，控制音频应用A无法继续执行播放音频任务。能够减少电子设备中的各种资源的浪费，提高手机运行的稳定性。

本申请实施例中，操作***在冻结第一应用程序之后，响应于用户对第一应用程序的切换操作，在前台运行第一应用程序。接着，操作***可以解冻第一应用程序，以使得第一应用程序调用操作***资源。当然也可以恢复第一应用程序执行的任务。

也就是说，若手机终止音频应用A执行的任务，并冻结该音频应用A之后，还可以包括：当手机中的音频应用A由后台运行切换至前台运行时，解冻音频应用A。

在一些实施例中，在上述步骤S503之后，该方法还包括：

步骤S505、当音频应用A由后台运行状态切换至前台运行状态时，手机解冻音频应用A，以及恢复音频应用A执行的任务。

在一些实施例中，手机可以响应于用户的第二切换操作，将音频应用A由后台运行状态切换至前台运行状态。由此，手机即可实现对音频应用A的快速调出，以及实现对其他应用的快速收起。以便于后续控制切换到前台运行的音频应用A继续运行。

示例性的，参见图11中的(A)，第二切换操作可以包括用户沿屏幕底部端面向上进行的滑动操作，手机响应于该操作进入后台应用界面。之后，参见图11中的(B)，第二切换操作还可以包括用户对后台应用界面中音频应用A的点击操作，手机响应于该操作将音频应用A快速调出。最后，参见图11中的(C)，手机调出音频应用A且显示音频应用A对应的应用界面。此时，音频应用A由后台运行切换至前台运行。

在实现上述方式的过程中，应用生命周期管理模块可以持续监听手机中音频应用A是否存在运行状态的切换。进而，确定音频应用A的运行状态由后台运行状态切换至前台运行状态。

可以理解的是，若音频应用A由后台运行切换至前台运行时，则说明用户当前想使用音频应用A。本申请实施例中，当应用生命周期管理模块监听到音频应用A的运行状态由后台运行状态切换至前台运行状态后，应用生命周期管理模块可以发送第六通知信息至资源调度模块。第六通知信息用于指示音频应用A的运行状态已由后台运行状态切换至前台运行状态。

之后，资源调度模块可以对该音频应用A进行解冻，将该音频应用A设置为可用状态。这样，音频应用A被解冻后，其接口和功能模块就可以被正常调用。

在一些实施例中，资源调度模块还可以向音频模块发送第七通知信息，第七通知信息用于通知音频模块恢复音频应用A执行的任务。可以理解的是，当音频应用A由后台运行切换至前台运行时，音频应用A可以继续播放音频A，以便于用户可以继续正常的使用音频应用A相应的功能。

在本申请实施例中，电子设备还可以在后台运行第二应用程序，在后台运行第一应用程序和第二应用程序；第一应用程序执行第一保活任务，第二应用程序执行第二保活任务。电子设备确定第二应用程序已向电子设备注册第二保活任务对应的第二保活信息时，也可以显示第二保活任务对应的任务信息。当然，电子设备确定第二应用程序未向电子设备注册第二保活任务对应的第二保活信息时，也可以终止第二应用程序执行的第二保活任务，并在终止第二应用程序执行的第二保活任务之后，冻结第二应用程序。

电子设备在终止第二应用程序执行的第二保活任务之后，也可以输出相应的提示信息提示用户已终止执行第二保活任务；以及在冻结第二应用程序之后，也可以输出相应的提示信息提示用户已冻结第二应用程序。同样的，电子设备在冻结第二应用程序之后，也可以对第二应用程序进行解冻处理。

需要说明的是，第二应用程序与第一应用程序可以相同也可以不同；第二保活任务和第一保活任务可以相同也可以不同；第一保活信息和第二保活信息可以相同也可以不同。本申请实施例仅以第一应用程序和第二应用程序进行举例说明，不对后台运行的应用程序的数量、应用程序执行的保活任务、保活任务对应的保活信息及应用程序的类型进行具体限定。电子设备针对第二应用程序的全部实现方式均可参照上述第一应用程序的实现方式，在此不再赘述。

在一些方案中，可以对本申请的多个实施例进行组合，并实施组合后的方案。可选的，各方法实施例的流程中的一些操作任选地被组合，并且/或者一些操作的顺序任选地被改变。并且，各流程的步骤之间的执行顺序仅是示例性的，并不构成对步骤之间执行顺序的限制，各步骤之间还可以是其他执行顺序。并非旨在表明执行次序是可以执行这些操作的唯一次序。本领域的普通技术人员会想到多种方式来对本申请实施例所描述的操作进行重新排序。另外，应当指出的是，本申请某个实施例涉及的过程细节同样以类似的方式适用于其他实施例，或者，不同实施例之间可以组合使用。

此外，方法实施例中的某些步骤可等效替换成其他可能的步骤。或者，方法实施例中的某些步骤可以是可选的，在某些使用场景中可以删除。或者，可以在方法实施例中增加其他可能的步骤。

并且，各方法实施例之间可以单独实施，或结合起来实施。

本申请实施例还提供一种电子设备，比如可以是上述手机，如图12所示，该电子设备可以包括一个或者多个处理器1210、存储器1220和通信接口1230。

其中，存储器1220、通信接口1230与处理器1210耦合。例如，存储器1220、通信接口1230与处理器1210可以通过总线1240耦合在一起。

其中，通信接口1230用于与其他设备进行数据传输。存储器1220中存储有计算机程序代码。计算机程序代码包括计算机指令，当计算机指令被处理器1210执行时，使得电子设备执行本申请实施例中的后台应用程序的控制方法。

其中，处理器1210可以是处理器或控制器，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

其中，总线1240可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。上述总线1240可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例还提供一种计算机可读存储介质，该计算机存储介质中存储有计算机程序代码，当上述处理器执行该计算机程序代码时，电子设备执行上述方法实施例中的相关方法步骤。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例中的相关方法步骤。

其中，本申请实施例提供的电子设备、计算机存储介质或者计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种后台应用程序的控制方法，其特征在于，应用于电子设备，所述方法包括：

在后台运行第一应用程序和第二应用程序；其中，所述第一应用程序执行第一保活任务，所述第二应用程序执行第二保活任务；

确定所述第一应用程序已向所述电子设备注册所述第一保活任务对应的第一保活信息，显示所述第一保活任务对应的任务信息；所述任务信息用于提示所述第一应用程序在后台执行的所述第一保活任务；

确定所述第二应用程序未向所述电子设备注册所述第二保活任务对应的第二保活信息，终止所述第二应用程序执行的所述第二保活任务。

2.根据权利要求1所述的方法，其特征在于，所述第一保活任务包括：播放音频任务，或者定位任务，或者录音任务，或者下载任务；所述第二保活任务包括：播放音频任务，或者定位任务，或者录音任务，或者下载任务。

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

在所述终止所述第二应用程序执行的所述第二保活任务之后，输出第一提示信息；所述第一提示信息用于提示所述电子设备已终止所述第二应用程序执行所述第二保活任务。

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

在所述终止所述第二应用程序执行的所述第二保活任务之后，冻结所述第二应用程序，以禁止所述第二应用程序在后台调用操作***资源；

输出第二提示信息；所述第二提示信息用于提示所述电子设备已冻结所述第二应用程序。

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

在冻结所述第二应用程序之后，响应于用户对所述第二应用程序的切换操作，在前台运行所述第二应用程序；

解冻所述第二应用程序，以使得所述第二应用程序调用操作***资源。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述第一保活任务包括播放音频任务；所述第一应用程序为音频类应用程序，所述第一保活信息包括音频会话。

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

响应于所述第一应用程序触发的注册请求，在确定预置的应用程序名单中包括所述第一应用程序的情况下，注册所述第一应用程序对应的所述音频会话。

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

响应于所述第一应用程序触发的注册请求，在确定预置的应用程序名单中包括所述第一应用程序的情况下，获取所述应用程序名单中所述第一应用程序的顺序值；所述应用程序名单包括根据优先级由高到低进行排序的多个应用程序；

若所述第一应用程序的顺序值小于等于预设阈值，则注册所述第一应用程序对应的所述音频会话。

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

响应于用户对所述第一应用程序的注册操作，注册所述第一应用程序对应的所述音频会话；

其中，所述注册操作包括针对所述第一应用程序对应的音频会话控件的点击操作，或者，用于指示注册所述音频会话的语音操作。

10.一种电子设备，其特征在于，所述电子设备包括存储器、一个或多个处理器；所述存储器与所述处理器耦合；其中，所述存储器中存储有计算机程序代码，所述计算机程序代码包括计算机指令，当所述计算机指令被所述处理器执行时，使得所述电子设备执行如权利要求1-9任一项所述的后台应用程序的控制方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机可以执行如权利要求1-9任一项所述的后台应用程序的控制方法。