CN105893134A - 一种信息处理方法及电子设备 - Google Patents

Abstract

本发明公开了一种信息处理方法及电子设备，用于提高电子设备的运行速率及降低电子设备的功耗。所述方法包括：确定电子设备中的第一应用程序的当前状态为前台运行状态；获得所述第一应用程序的当前状态改变事件为第一事件；在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态。

Description

一种信息处理方法及电子设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种信息处理方法及电子设备。

背景技术

随着科学技术的不断发展，电子技术也得到了飞速的发展，电子产品的种类越来越多，人们也享受到了科技发展带来的各种便利，现在人们可以通过各种类型的电子设备享受随着科技发展带来的舒适生活。

用户可以在电子设备中安装多个应用程序，以满足日常工作和娱乐的需求，在实际使用过程中，电子设备的显示界面上一般只显示一个应用程序的应用界面，即一般只有一个应用程序处于前台运行状态，而还在电子设备中运行的其它应用程序则可以切换到后台运行，比如，电子设备中同时运行有微信、QQ、地图和视频应用，而用户当前正在使用微信聊天，那么QQ、地图和视频应用则可以进入后台运行。

处于后台运行的应用程序仍然可以接收消息推送或进行应用更新等等，也就是说，处于后台运行的应用程序仍然会占用电子设备的内存和耗用电子设备的系统资源(即CPU资源)，当电子设备中运行的应用程序较多时，CPU资源会被过多的耗用，这可能导致电子设备出现卡顿等现象，进而降低电子设备的运行速率，影响用户的使用，同时较多的应用程序正常运行的话，电子设备的功耗也较大。

发明内容

本发明实施例提供一种信息处理方法及电子设备，用于提高电子设备的运行速率及降低电子设备的功耗。

第一方面，提供一种信息处理方法，包括：

确定电子设备中的第一应用程序的当前状态为前台运行状态；

获得所述第一应用程序的当前状态改变事件为第一事件；

在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；

在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态。

可选的，在获得所述第一应用程序的当前状态改变事件为第一事件之前，还包括：

获得用于将所述第一应用程序从所述前台运行状态调整为后台运行状态的第一触发条件；

基于所述第一触发条件，将所述第一应用程序从所述前台运行状态调整为所述后台运行状态；

生成用于表征所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的所述第一事件。

可选的，获得所述第一应用程序的当前状态改变事件为第一事件，包括：

所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件。

可选的，在所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件之前，还包括：

所述应用程序状态事件监听和处理模块向所述系统服务模块发送注册服务请求，以使所述系统服务模块能够基于所述注册服务请求完成对所述应用程序状态事件监听和处理模块的注册。

可选的，获得所述第一应用程序的当前状态改变事件为第一事件，包括：

所述电子设备中的应用程序状态事件监听和处理模块确定正处于后台运行状态的至少一个应用程序；

在所述至少一个应用程序包括所述第一应用程序时，将所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的状态改变事件确定为所述第一事件。

可选的，基于状态管理策略，确定是否需要对所述当前状态进行调整，包括：

基于状态管理策略，判断所述第一应用程序是否为预设程序，获得第一判断结果；

基于所述第一判断结果，确定是否需要对所述当前状态进行调整；

其中，在所述第一判断结果为是时，确定需要对所述当前状态进行调整，则执行步骤：将所述当前状态调整为与所述前台运行状态不同的所述挂起状态，所述挂起状态为所述第一应用程序对应的第一进程保留在所述电子设备的内存中，且所述电子设备的处理器不对所述第一进程进行进程管理的状态。

可选的，在将所述当前状态调整为与所述前台运行状态不同的挂起状态之后，还包括：

所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得用于将所述第一应用程序从所述挂起状态调整为所述前台运行状态的第二触发条件；

基于所述第二触发条件，将所述第一应用程序从所述挂起状态调整为所述前台运行状态。

可选的，基于所述第二触发条件，将所述第一应用程序从所述挂起状态调整为所述前台运行状态，包括：

基于所述第二触发条件，以及基于保存在所述电子设备的内存中的与所述第一应用程序对应的第一进程，将所述第一应用程序从所述挂起状态恢复到所述前台运行状态。

第二方面，提供第一种电子设备，包括：

壳体；

处理器，设置于所述壳体内，用于确定所述电子设备中的第一应用程序的当前状态为前台运行状态；获得所述第一应用程序的当前状态改变事件为第一事件；在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；以及在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态。

可选的，所述处理器用于：

在获得所述第一应用程序的当前状态改变事件为第一事件之前，获得用于将所述第一应用程序从所述前台运行状态调整为后台运行状态的第一触发条件；

基于所述第一触发条件，将所述第一应用程序从所述前台运行状态调整为所述后台运行状态；

生成用于表征所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的所述第一事件。

可选的，所述处理器用于：

控制所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件。

可选的，所述处理器还用于：

在控制应用程序状态事件监听和处理模块从所述系统服务模块获得所述第一事件之前，控制所述应用程序状态事件监听和处理模块向所述系统服务模块发送注册服务请求，以使所述系统服务模块能够基于所述注册服务请求完成对所述应用程序状态事件监听和处理模块的注册。

可选的，所述处理器用于：

确定正处于后台运行状态的至少一个应用程序；

在所述至少一个应用程序包括所述第一应用程序时，将所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的状态改变事件确定为所述第一事件。

可选的，所述处理器用于：

基于状态管理策略，判断所述第一应用程序是否为预设程序，获得第一判断结果；

基于所述第一判断结果，确定是否需要对所述当前状态进行调整；

其中，在所述第一判断结果为是时，确定需要对所述当前状态进行调整，则执行步骤：将所述当前状态调整为与所述前台运行状态不同的所述挂起状态，所述挂起状态为所述第一应用程序对应的第一进程保留在所述电子设备的内存中，且所述电子设备的处理器不对所述第一进程进行进程管理的状态。

可选的，所述处理器还用于：

在将所述当前状态调整为与所述前台运行状态不同的挂起状态之后，控制所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得用于将所述第一应用程序从所述挂起状态调整为所述前台运行状态的第二触发条件；

基于所述第二触发条件，将所述第一应用程序从所述挂起状态调整为所述前台运行状态。

可选的，所述处理器用于：

基于所述第二触发条件，以及基于保存在所述电子设备的内存中的与所述第一应用程序对应的第一进程，将所述第一应用程序从所述挂起状态恢复到所述前台运行状态。

第三方面，提供第二种电子设备，包括：

第一确定模块，用于确定所述电子设备中的第一应用程序的当前状态为前台运行状态；

第一获得模块，用于获得所述第一应用程序的当前状态改变事件为第一事件；

第二确定模块，用于在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；

状态调整模块，用于在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态

本发明实施例中，在确定电子设备中的第一应用程序的当前状态为前台运行状态时，可以获得第一应用程序的当前状态改变事件为第一事件，并且在第一事件为预设事件时，再基于状态管理策略确定是否需要对第一应用程序的当前状态进行调整，进而在确定需要对第一应用程序的当前状态进行调整时，将第一应用程序的当前状态调整为挂起状态。

也就是说，在获得第一应用程序的当前状态改变事件为第一事件时，再基于预设事件和状态管理策略这两重条件进行判断再确定是否对第一应用程序的当前状态进行调整，这样可以在较大程度上提高状态调整的准确性和目的性，以尽量满足用户的实际使用需求。

进一步地，当确定需要对第一应用程序的当前状态进行调整时，将第一应用程序的当前状态调整为挂起状态，由于在挂起状态时，第一应用程序对应的第一进程保留在电子设备的内存中而电子设备的处理器不对第一进程进行处理，也就是说，当处于挂起状态时，第一应用程序仍然占用电子设备的内存但是不再耗用电子设备的CPU资源，这样就可以释放出原本需要用于对第一应用程序进行调度的CPU资源，由于CPU资源被释放，所以可以在一定程度上降低电子设备的功耗，同时，释放出的CPU可以再分配给其它应用程序使用，例如可以分配给用户使用频率较高的微信应用程序使用，这样可以提高电子设备的系统资源的利用率。

附图说明

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

图1为本发明实施例中信息处理方法的流程图；

图2为本发明实施例采用第一种方式获得第一事件的流程示意图；

图3为本发明实施例采用第二种方式获得第一事件的流程示意图；

图4为本发明实施例中电子设备的结构示意图；

图5为本发明实施例中电子设备的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

本发明实施例中，电子设备可以包括手机、平板电脑(PAD)、掌上电脑(Personal Digital Assistant，PDA)、笔记本电脑等等不同的电子设备，对于所述电子设备具体是什么样的设备本发明不做限制。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

请参见图1，本发明实施例提供一种信息处理方法，该方法可以应用于上述的电子设备，即，该方法中各步骤的执行主体可以是上述电子设备。该方法的流程描述如下。

步骤101：确定电子设备中的第一应用程序的当前状态为前台运行状态。

电子设备中可以安装有各种类型的多个应用程序，例如微信应用程序、QQ应用程序、地图应用程序、网银应用程序、游戏应用程序，等等，而第一应用程序可以是电子设备中安装的多个应用程序中的任意一个应用程序。

用户在使用应用程序的过程中，即电子设备在运行应用程序的过程中，可以根据应用程序是否显示在电子设备的当前显示界面来对应用程序的运行状态进行划分，例如，当第一应用程序对应的应用界面显示在电子设备的当前显示界面时可以将第一应用程序此时的状态称作前台运行状态，或者，当第一应用程序对应的应用界面未显示在电子设备的当前显示界面中且第一应用程序仍然处于运行状态时，可以将第一应用程序此时的状态称作后台运行状态。

无论是处于前台运行状态还是处于后台运行状态，通过第一应用程序所接收的消息是相同的。以第一应用程序是微信为例，当微信处于后台运行状态时，仍然可以接收其它设备发送的文字信息或语音信息，而且与其处于前台运行状态所接收的消息量是相同的，也就是说，对于第一应用程序来说，前台运行状态和后台运行状态的区别仅仅是应用界面是否显示在电子设备的当前显示界面中，而对于电子设备内存的占用和对电子设备的CPU资源的耗用是相同的。

在实际使用中，用户一般不会主动去查看具体有多少或者有哪些应用程序是处于后台运行状态，又由于CPU需要对后台运行状态的应用程序进行资源调度，那么当大量的应用程序处于后台运行状态时，就会大幅消耗CPU资源，而在电子设备的CPU资源有限的情况下，运行的应用程序越多则电子设备的运行速率也越低，并且，处于后台运行状态的应用程序可能是用户当前不需要使用的应用程序，那么相当于就是浪费了CPU资源，并且还会大量消耗电子设备的电量，造成资源浪费。

步骤102：获得第一应用程序的当前状态改变事件为第一事件。

在使用应用程序的过程中，应用程序会存在多种状态的改变，本发明实施例中将用于表征应用程序的使用状态发生改变的事件称作状态改变事件，并且将第一用程序当前的状态改变事件称作第一事件。

例如，可以将应用程序从未启动到启动看作是一次状态改变事件，或者可以将关闭应用程序看作是一次状态改变事件，或者可以将应用程序从前台运行状态切换到后台运行状态看作是一次状态改变事件，或者可以将应用程序从后台运行状态切换到前台运行状态看作是一次状态改变事件，等等，那么第一事件可以是前述所列举的多种状态改变事件中的任意一种状态改变事件。

步骤103：在第一事件为预设事件时，基于状态管理策略，确定是否需要对第一应用程序的当前状态进行调整。

在获得用于表征第一应用程序的当前状态改变事件的第一事件之后，可以判断第一事件是否为预设事件。其中，预设事件可以根据用户的实际需求或者可以由电子设备自动设置，例如，预设事件为应用程序的状态切换为后台运行状态的事件，因为当应用程序切换为后台运行状态时，表明用户可能暂时不需要使用该应用程序，所以进一步地可以根据切换为后台运行状态这一状态改变事件对第一应用程序进行相应处理，当然，预设事件还可以为其它状态改变事件，本发明不做具体限制。

在确定第一事件为预设事件时，进一步地，可以基于状态管理策略，判断是否需要对第一应用程序的当前状态调整，通过预设事件和状态管理策略这两重条件进行判断后再确定是否对第一应用程序的当前状态进行调整，可以在较大程度上提高状态调整的准确性和目的性，以尽量符合用户的实际使用需求。

需要说明的是，步骤103中的第一应用程序的当前状态与步骤101中的第一应用程序的当前状态可以是相同的或者也可以是不同的。即随着各步骤的执行，第一应用程序的当前状态可以是保持不变的或者也可以是发生变化的。例如，在步骤101中，第一应用程序的当前状态是前台运行状态，而在步骤102中第一应用程序的当前状态改变事件是由前台运行状态切换为后台运行状态，即在步骤102中第一应用程序由前台运行状态切换为了后台运行状态，那么在步骤103中，第一应用程序的当前状态则为步骤102中切换后的后台运行状态，可见，从步骤101-步骤103，第一应用程序的当前状态由前台运行状态变成了后台运行状态，即步骤101和步骤013中第一应用程序的当前状态是不同的。

可选的，基于状态管理策略，确定是否需要对所述当前状态进行调整，可以包括：基于状态管理策略，判断第一应用程序是否为预设程序，获得第一判断结果，再基于第一判断结果，确定是否需要对当前状态进行调整。例如，当第一判断结果表明第一应用程序为预设程序时，则确定需要对第一应用程序的当前状态进行调整，即可以进一步地执行步骤104。

由于当确定第一应用程序为预设程序时，则会将其当前状态调整为挂起状态，所以预设程序可以为一些用户关注程度或使用程度较低的程序，也就是说，用户对于预设程序的依赖程度较低，比如，预设程序可以是用户使用频率较低的应用程序，或者是用户不希望接收推送的广告消息的应用程序，或者是用户在特定时间段不会使用的应用程序，例如当处于10:00-18:00工作时间段内用户一般不会使用电子书应用程序阅读小说，那么则可以将电子书这一应用程序作为预设应用程序，等等。

在具体实施过程中，可以预先设置一个应用程序的黑名单，可以将该黑名单看作是多个预设应用程序的集合，只要确定属于该黑名单的应用程序均可以将其看作是预设程序。

在本发明实施例中，可以将状态管理策略看作是用于判断第一应用程序是否为预设程序的管理条件，通过状态管理策略对第一应用程序进行甄别，可以在较大程度上使得进行状态调整的程序是用户关注程度较低的程序，这样可以尽量降低由于调整应用程序的状态对用户的不必要困扰，例如通过状态管理策略对第一应用程序进行甄别，可以无需将用户经常关注的微信应用程序切换为挂起状态，以避免用户无法通过微信及时获知其他用户发送的微信消息。

步骤104：在为是时，将第一应用程序的当前状态调整为与前台运行状态不同的挂起状态。

通过预设事件和状态管理策略，在确定需要对第一应用程序的当前状态进行调整之后，则表明第一应用程序可能是用户不太希望使用或者关注度较低的应用程序，此时则可以将第一应用程序的当前状态切换为挂起状态。

其中，第一应用程序处于挂起状态可以按照以下方式进行理解：第一应用程序对应的第一进程保留在电子设备的内存中，但电子设备的处理器不对第一进程进行进程管理，也就是说，当处于挂起状态时，第一应用程序仍然占用电子设备的内存但是不再耗用电子设备的CPU资源，这样就可以释放出原本需要用于对第一应用程序进行调度的CPU资源，以分配给其它应用程序使用，例如分配给用户关注程度较高的微信应用程序使用，以提高电子设备的系统资源的利用率。

同时，由于将第一应用程序调整为挂起状态，那么电子设备则可以不用再对第一应用程序的应用进程进行处理，这样可以尽量降低电子设备的功耗。

可选的，在获得第一应用程序的当前状态事件为第一事件之前，还可以包括：获得用于将第一应用程序从前台运行状态调整为后台运行状态的第一触发条件，再基于第一触发条件，将第一应用程序从前台运行状态调整为后台运行状态，并生成用于表征第一应用程序已经从前台运行状态调整为后台运行状态的第一事件。

其中，第一触发条件例如可以为检测到用户进行了特定操作，例如检测到用户触控了电子设备中的用于回到主界面的快捷键，或者，第一触发条件还可以为确定到达预定时刻，等等。

也就是说，在本发明实施例中，可以将第一应用程序从前台运行状态切换为后台运行状态的状态改变事件作为第一事件，因为当将第一应用程序从前台运行状态切换为后台运行状态之后，则表明用户对第一应用程序的关注程度降低，至少来说，用户在当前时刻不需要使用第一应用程序，由于用户对第一应用程序的使用需求较小，为了尽量调高CPU资源的利用率，则可以在第一应用程序切换为后台运行状态之后，再将其从后台运行状态切换为挂起状态。

本发明实施例提供以下两种方式用于说明电子设备获得第一事件的过程。

第一种方式：

获得第一应用程序的当前状态改变事件为第一事件，包括：电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件。

在电子设备的系统中，所有应用程序的状态的变更都可以通过系统中的应用程序状态事件监听和处理模块进行监控，具体来说，电子设备可以通过系统服务模块获知应用程序的状态该改变事件，而系统服务模块包括但不限于例如Android Activity Manager Service服务，用于提供应用程序的状态改变事件的通知服务。

那么，当第一应用程序从前台运行状态切换为后台运行状态之后，系统服务模块可以及时获知这一状态改变事件，进而可以向应用程序状态事件监听和处理模块通知这一状态改变事件，使得应用程序状态事件监听和处理模块可以及时监控到这一状态改变事件。

可选的，在电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得第一事件之前，还包括：

应用程序状态事件监听和处理模块向系统服务模块发送注册服务请求，以使系统服务模块能够基于注册服务请求完成对应用程序状态事件监听和处理模块的注册。

为了保证系统信息的安全，系统服务模块在向应用程序状态事件监听和处理模块提供通知服务之前，还需要获得应用程序状态事件监听和处理模块的注册认证结果，只有当确定应用程序状态事件监听和处理模块向系统服务模块成功注册之后，才表明应用程序状态事件监听和处理模块具有获知通知服务的需求，以提高通知服务发生的针对性和目的性，同时还可以对用程序状态事件监听和处理模块进行身份确认，以确保系统中信息传递的安全性。

请参见图2，图2为电子设备通过第一种方式获得第一事件的流程示意图。首先，执行步骤201，即通过电子设备中的系统服务模块获得用于表征第一应用程序的当前状态改变事件的第一事件，进而再通过应用程序状态事件监听和处理模块向电子设备中的系统服务模块进行注册，即执行步骤202，进一步地，系统服务模块可以基于注册服务向应用程序监听和处理模块通知第一事件，即执行步骤203，以使得应用程序状态事件监听和处理模块及时监控到第一应用程序的状态发生改变，进一步地根据第一事件可以判断第一应用程序是否切换为了后台运行状态，即执行步骤204，进一步地通过步骤205判断第一应用程序是否符合状态管理策略，并在第一应用程序符合状态管理策略时通过执行步骤206将第一应用程序的当前状态调整为挂起状态。

第二种方式：

电子设备中的应用程序状态事件监听和处理模块确定正处于后台运行状态的至少一个应用程序；

在至少一个应用程序包括第一应用程序时，将第一应用程序已经从前台运行状态调整为后台运行状态的状态改变事件确定为第一事件。

在第二种方式中，通过应用程序状态事件监听和处理模块对处于后台运行状态的至少一个应用程序进行遍历查询和筛选，如果确定第一应用程序存在于至少一个应用程序中，则表明第一应用程序是处于后台运行状态的，此时则可以直接将第一应用程序已经从前台运行状态调整为后台运行状态的状态改变事件确定为第一事件。

请参见图3，图3为电子设备通过第二种方式获得第一事件的流程示意图。

首先，执行步骤301，即通过电子设备中的应用程序状态事件监听和处理模块确定正处于后台运行状态的至少一个应用程序，再通过执行步骤302从至少一个应用程序中确定存在第一应用程序，进一步地通过执行步骤303判断第一应用程序是否符合状态管理策略，并在第一应用程序符合状态管理策略时通过执行步骤304将第一应用程序的当前状态调整为挂起状态。

进一步地，在将当前状态调整为与前台运行状态不同的挂起状态之后，还包括：电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得用于将第一应用程序从挂起状态调整为前台运行状态的第二触发条件，再基于第二触发条件，将第一应用程序从挂起状态调整为前台运行状态。

也就是说，当在将第一应用程序挂起之后，还可以基于第二触发条件对第一应用程序进行恢复，即可以基于第二触发条件重新启动第一应用程序。

其中，第二触发条件例如可以是检测到针对第一应用程序的应用图标的触控操作，例如用户再次使用第一应用程序时，则可以通过手指触控与其对应的应用图标，或者，第二触发条件也可以是确定到达特定时刻，等等。

其中，基于第二触发条件，将第一应用程序从挂起状态调整为前台运行状态，包括：基于第二触发条件，以及基于保存在电子设备的内存中的与第一应用程序对应的第一进程，将第一应用程序从挂起状态恢复到前台运行状态。

由于当处于挂起状态时第一应用程序的第一进程仍保留在电子设备的内存中，那么当用户再次使用第一应用程序时，例如将第一应用程序从挂起状态切换为前台运行状态时，则可以从电子设备的内存中快速地获得第一应用程序的应用进程(即第一进程)，相对于将直接关闭或直接结束进程的方式再重启第一应用程序来说，可以无需再次全部重新加载与第一应用程序之前的缓存信息，这样可以便于对第一应用程序的快速恢复，缩短启动的时间，以增强用户的使用体验。

请参见图4，基于同一发明构思，本发明实施例提供第一种电子设备，该电子设备包括：

壳体401；

处理器402，设置于壳体401内，用于确定电子设备中的第一应用程序的当前状态为前台运行状态；获得第一应用程序的当前状态改变事件为第一事件；在第一事件为预设事件时，基于状态管理策略，确定是否需要对当前状态进行调整；以及在为是时，将当前状态调整为与前台运行状态不同的挂起状态。

其中，处理器402具体可以是通用的中央处理器(CPU)，或者可以是特定应用集成电路(Application Specific Integrated Circuit，ASIC)，或者可以是一个或多个用于控制程序执行的集成电路。

进一步地，电子设备还可以包括显示装置，显示装置可以包括发光二极管(Light Emitting Diode，LED)显示屏、有机发光二极管(Organic Light EmittingDiode，OLED)显示屏、有源矩阵有机发光二极体(Active MatrixOrganic Light Emitting Diode，AMOLED)显示屏、IPS(In-Plane Switching，平面转换)显示屏，等等。

进一步的，电子设备还可以包括存储器，存储器的数量可以是一个或多个。存储器可以包括只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)或磁盘存储器。

可选的，处理器402用于：

在获得第一应用程序的当前状态改变事件为第一事件之前，获得用于将第一应用程序从前台运行状态调整为后台运行状态的第一触发条件；

基于第一触发条件，将第一应用程序从前台运行状态调整为后台运行状态；

生成用于表征第一应用程序已经从前台运行状态调整为后台运行状态的第一事件。

可选的，处理器402用于：

控制电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得第一事件。

可选的，处理器402还用于：

在控制应用程序状态事件监听和处理模块从系统服务模块获得第一事件之前，控制应用程序状态事件监听和处理模块向系统服务模块发送注册服务请求，以使系统服务模块能够基于注册服务请求完成对应用程序状态事件监听和处理模块的注册。

可选的，处理器402用于：

确定正处于后台运行状态的至少一个应用程序；

在所述至少一个应用程序包括第一应用程序时，将第一应用程序已经从前台运行状态调整为后台运行状态的状态改变事件确定为第一事件。

可选的，处理器402用于：

基于状态管理策略，判断第一应用程序是否为预设程序，获得第一判断结果；

基于第一判断结果，确定是否需要对当前状态进行调整；

其中，在第一判断结果为是时，确定需要对当前状态进行调整，则执行步骤：将当前状态调整为与前台运行状态不同的所述挂起状态为第一应用程序对应的第一进程保留在电子设备的内存中，且电子设备的处理器不对第一进程进行进程管理的状态。

可选的，处理器402还用于：

在将当前状态调整为与前台运行状态不同的挂起状态之后，控制电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得用于将第一应用程序从挂起状态调整为前台运行状态的第二触发条件；

基于第二触发条件，将第一应用程序从挂起状态调整为前台运行状态。

可选的，处理器402用于：

基于第二触发条件，以及基于保存在电子设备的内存中的与第一应用程序对应的第一进程，将第一应用程序从挂起状态恢复到前台运行状态。

由于本发明实施例中的电子设备与图1-图3中的信息处理方法解决问题的原理相似，因此本发明实施例中电子设备的实施可以参见图1-图3中信息处理方法的实施，在此不再赘述。

请参见图5，基于同一发明构思，本发明实施例还提供第二种电子设备，该电子设备包括第一确定模块501、第一获得模块502、第二确定模块503和状态调整模块504。

第一确定模块501，用于确定电子设备中的第一应用程序的当前状态为前台运行状态；

第一获得模块502，用于获得第一应用程序的当前状态改变事件为第一事件；

第二确定模块503，用于在第一事件为预设事件时，基于状态管理策略，确定是否需要对当前状态进行调整；

状态调整模块504，用于在为是时，将当前状态调整为与前台运行状态不同的挂起状态。

可选的，电子设备还包括第二获得模块和生成模块；其中，

第二获得模块，用于在第一获得模块502用于获得第一应用程序的当前状态改变事件为第一事件之前，获得用于将第一应用程序从前台运行状态调整为后台运行状态的第一触发条件；

状态调整模块504，还用于基于第一触发条件，将第一应用程序从前台运行状态调整为后台运行状态；

生成模块，用于生成用于表征第一应用程序已经从前台运行状态调整为后台运行状态的第一事件。

可选的，第一获得模块502用于：

通过电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得第一事件。

可选的，电子设备还包括注册模块，用于：

在第一获得模块502用于通过应用程序状态事件监听和处理模块从系统服务模块获得第一事件之前，通过应用程序状态事件监听和处理模块向系统服务模块发送注册服务请求，以使系统服务模块能够基于注册服务请求完成对应用程序状态事件监听和处理模块的注册。

可选的，第一获得模块502用于：

通过电子设备中的应用程序状态事件监听和处理模块确定正处于后台运行状态的至少一个应用程序；

在至少一个应用程序包括第一应用程序时，将第一应用程序已经从前台运行状态调整为后台运行状态的状态改变事件确定为第一事件。

可选的，第二确定模块503用于：

基于状态管理策略，判断第一应用程序是否为预设程序，获得第一判断结果；

基于第一判断结果，确定是否需要对当前状态进行调整；

其中，在第一判断结果为是时，确定需要对当前状态进行调整，则执行步骤：将当前状态调整为与前台运行状态不同的挂起状态，挂起状态为第一应用程序对应的第一进程保留在电子设备的内存中，且电子设备的处理器不对第一进程进行进程管理的状态。

可选的，电子设备包括第三获得模块，用于在状态调整模块504用于将当前状态调整为与前台运行状态不同的挂起状态之后，通过电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得用于将第一应用程序从挂起状态调整为前台运行状态的第二触发条件；

状态调整模块504还用于：

基于第二触发条件，将第一应用程序从挂起状态调整为前台运行状态。

可选的，状态调整模块504用于：

基于第二触发条件，以及基于保存在电子设备的内存中的与第一应用程序对应的第一进程，将第一应用程序从挂起状态恢复到前台运行状态。

由于本发明实施例中的电子设备与图1-图3中的信息处理方法解决问题的原理相似，因此本发明实施例中电子设备的实施可以参见图1-图3中信息处理方法的实施，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

具体来讲，本发明实施例中的一种信息处理方法对应的计算机程序指令可以被存储在光盘，硬盘，U盘等存储介质上，当存储介质中的与一种信息处理方法对应的计算机程序指令被一电子设备读取或被执行时，包括如下步骤：

确定电子设备中的第一应用程序的当前状态为前台运行状态；

获得第一应用程序的当前状态改变事件为第一事件；

在第一事件为预设事件时，基于状态管理策略，确定是否需要对当前状态进行调整；

在为是时，将当前状态调整为与前台运行状态不同的挂起状态。

可选的，存储介质中存储的与步骤：获得第一应用程序的当前状态改变事件为第一事件，对应的计算机指令在被执行之前，还包括：

获得用于将第一应用程序从前台运行状态调整为后台运行状态的第一触发条件；

基于第一触发条件，将第一应用程序从前台运行状态调整为后台运行状态；

生成用于表征第一应用程序已经从前台运行状态调整为后台运行状态的第一事件。

可选的，存储介质中存储的与步骤：获得第一应用程序的当前状态改变事件为第一事件，对应的计算机指令在被执行的过程之中，包括：

电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得第一事件。

可选的，存储介质中存储的与步骤：电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得第一事件，对应的计算机指令在被执行的过程之中，包括：

应用程序状态事件监听和处理模块向系统服务模块发送注册服务请求，以使系统服务模块能够基于注册服务请求完成对应用程序状态事件监听和处理模块的注册。

可选的，存储介质中存储的与步骤：获得第一应用程序的当前状态改变事件为第一事件，对应的计算机指令在被执行的过程之中，包括：

电子设备中的应用程序状态事件监听和处理模块确定正处于后台运行状态的至少一个应用程序；

在至少一个应用程序包括第一应用程序时，将第一应用程序已经从前台运行状态调整为后台运行状态的状态改变事件确定为第一事件。

可选的，存储介质中存储的与步骤：基于状态管理策略，确定是否需要对当前状态进行调整，对应的计算机指令在被执行的过程之中，包括：

基于状态管理策略，判断第一应用程序是否为预设程序，获得第一判断结果

基于第一判断结果，确定是否需要对当前状态进行调整；

其中，在第一判断结果为是时，确定需要对当前状态进行调整，则执行步骤：将当前状态调整为与前台运行状态不同的挂起状态，挂起状态为第一应用程序对应的第一进程保留在电子设备的内存中，且电子设备的处理器不对第一进程进行进程管理的状态。

可选的，存储介质中存储的与步骤：将当前状态调整为与前台运行状态不同的挂起状态，对应的计算机指令在被执行之后，还包括：

电子设备中的应用程序状态事件监听和处理模块从电子设备的系统服务模块获得用于将第一应用程序从挂起状态调整为前台运行状态的第二触发条件；

基于第二触发条件，将第一应用程序从挂起状态调整为前台运行状态。

可选的，存储介质中存储的与步骤：基于第二触发条件，将第一应用程序从所述挂起状态调整为前台运行状态，对应的计算机指令在被执行的过程之中，包括：

基于第二触发条件，以及基于保存在电子设备的内存中的与第一应用程序对应的第一进程，将第一应用程序从挂起状态恢复到前台运行状态。

以上所述，以上实施例仅用以对本发明的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (17)

1.一种信息处理方法，包括：

确定电子设备中的第一应用程序的当前状态为前台运行状态；

获得所述第一应用程序的当前状态改变事件为第一事件；

在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；

在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态。

2.如权利要求1所述的方法，其特征在于，在获得所述第一应用程序的当前状态改变事件为第一事件之前，还包括：

获得用于将所述第一应用程序从所述前台运行状态调整为后台运行状态的第一触发条件；

基于所述第一触发条件，将所述第一应用程序从所述前台运行状态调整为所述后台运行状态；

生成用于表征所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的所述第一事件。

3.如权利要求2所述的方法，其特征在于，获得所述第一应用程序的当前状态改变事件为第一事件，包括：

所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件。

4.如权利要求3所述的方法，其特征在于，在所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件之前，还包括：

所述应用程序状态事件监听和处理模块向所述系统服务模块发送注册服务请求，以使所述系统服务模块能够基于所述注册服务请求完成对所述应用程序状态事件监听和处理模块的注册。

5.如权利要求2所述的方法，其特征在于，获得所述第一应用程序的当前状态改变事件为第一事件，包括：

所述电子设备中的应用程序状态事件监听和处理模块确定正处于后台运行状态的至少一个应用程序；

在所述至少一个应用程序包括所述第一应用程序时，将所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的状态改变事件确定为所述第一事件。

6.如权利要求2-5中任一项权利要求所述的方法，其特征在于，基于状态管理策略，确定是否需要对所述当前状态进行调整，包括：

基于状态管理策略，判断所述第一应用程序是否为预设程序，获得第一判断结果；

基于所述第一判断结果，确定是否需要对所述当前状态进行调整；

其中，在所述第一判断结果为是时，确定需要对所述当前状态进行调整，则执行步骤：将所述当前状态调整为与所述前台运行状态不同的所述挂起状态，所述挂起状态为所述第一应用程序对应的第一进程保留在所述电子设备的内存中，且所述电子设备的处理器不对所述第一进程进行进程管理的状态。

7.如权利要求6所述的方法，其特征在于，在将所述当前状态调整为与所述前台运行状态不同的挂起状态之后，还包括：

所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得用于将所述第一应用程序从所述挂起状态调整为所述前台运行状态的第二触发条件；

基于所述第二触发条件，将所述第一应用程序从所述挂起状态调整为所述前台运行状态。

8.如权利要求7所述的方法，其特征在于，基于所述第二触发条件，将所述第一应用程序从所述挂起状态调整为所述前台运行状态，包括：

基于所述第二触发条件，以及基于保存在所述电子设备的内存中的与所述第一应用程序对应的第一进程，将所述第一应用程序从所述挂起状态恢复到所述前台运行状态。

9.一种电子设备，包括：

壳体；

处理器，设置于所述壳体内，用于确定所述电子设备中的第一应用程序的当前状态为前台运行状态；获得所述第一应用程序的当前状态改变事件为第一事件；在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；以及在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态。

10.如权利要求9所述的电子设备，其特征在于，所述处理器用于：

在获得所述第一应用程序的当前状态改变事件为第一事件之前，获得用于将所述第一应用程序从所述前台运行状态调整为后台运行状态的第一触发条件；

基于所述第一触发条件，将所述第一应用程序从所述前台运行状态调整为所述后台运行状态；

生成用于表征所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的所述第一事件。

11.如权利要求10所述的电子设备，其特征在于，所述处理器用于：

控制所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得所述第一事件。

12.如权利要求11所述的电子设备，其特征在于，所述处理器还用于：

在控制应用程序状态事件监听和处理模块从所述系统服务模块获得所述第一事件之前，控制所述应用程序状态事件监听和处理模块向所述系统服务模块发送注册服务请求，以使所述系统服务模块能够基于所述注册服务请求完成对所述应用程序状态事件监听和处理模块的注册。

13.如权利要求10所述的电子设备，其特征在于，所述处理器用于：

确定正处于后台运行状态的至少一个应用程序；

在所述至少一个应用程序包括所述第一应用程序时，将所述第一应用程序已经从所述前台运行状态调整为所述后台运行状态的状态改变事件确定为所述第一事件。

14.如权利要求9-13中任一项权利要求所述的电子设备，其特征在于，所述处理器用于：

基于状态管理策略，判断所述第一应用程序是否为预设程序，获得第一判断结果；

基于所述第一判断结果，确定是否需要对所述当前状态进行调整；

其中，在所述第一判断结果为是时，确定需要对所述当前状态进行调整，则执行步骤：将所述当前状态调整为与所述前台运行状态不同的所述挂起状态，所述挂起状态为所述第一应用程序对应的第一进程保留在所述电子设备的内存中，且所述电子设备的处理器不对所述第一进程进行进程管理的状态。

15.如权利要求14所述的电子设备，其特征在于，所述处理器还用于：

在将所述当前状态调整为与所述前台运行状态不同的挂起状态之后，控制所述电子设备中的应用程序状态事件监听和处理模块从所述电子设备的系统服务模块获得用于将所述第一应用程序从所述挂起状态调整为所述前台运行状态的第二触发条件；

基于所述第二触发条件，将所述第一应用程序从所述挂起状态调整为所述前台运行状态。

16.如权利要求15所述的电子设备，其特征在于，所述处理器用于：

基于所述第二触发条件，以及基于保存在所述电子设备的内存中的与所述第一应用程序对应的第一进程，将所述第一应用程序从所述挂起状态恢复到所述前台运行状态。

17.一种电子设备，包括：

第一确定模块，用于确定所述电子设备中的第一应用程序的当前状态为前台运行状态；

第一获得模块，用于获得所述第一应用程序的当前状态改变事件为第一事件；

第二确定模块，用于在所述第一事件为预设事件时，基于状态管理策略，确定是否需要对所述当前状态进行调整；

状态调整模块，用于在为是时，将所述当前状态调整为与所述前台运行状态不同的挂起状态。