应用程序处理方法及系统与流程

本发明涉及软件设计技术领域，具体涉及一种应用程序处理方法及系统。

背景技术：

在现今各式消费性电子设备市场中，手机、平板电脑、笔记本电脑等便携式电子设备已经被广泛使用。

为了实现更多的功能来提高用户体验，电子设备上安装的应用程序越来越多种多样，应用程序控制的需求也越来越高。一种控制应用程序的方法是当满足预设条件时将应用程序冻结，例如在应用程序置于后台的时间超过预设阈值或电子设备处于锁屏状态的时候将应用程序冻结。所述冻结就是让应用程序保留进程但是无法获取CPU时间去执行代码，使得应用程序处于静止状态。在应用程序被冻结后，还需要对被冻结的应用程序进行处理，例如在适当的时候将其解冻。现有的对冻结后的应用程序的处理方法通常是在电子设备亮屏或者解锁的瞬间对应用程序全部解冻。这种亮屏或者解锁的时候全部解冻的方法局限性较大，不够灵活，不能很好地对冻结后的应用程序进行控制。因此，为了更好地对冻结后的应用程序进行处理，现有技术还需要改进和发展。

技术实现要素：

鉴于以上内容，有必要提出一种应用程序处理方法，以更加灵活的进行解冻。

本申请的第一方面提供一种应用程序处理方法，应用于电子设备中，所述方法包括：

判断是否有其他的应用程序要与被冻结的应用程序发生交互；

若有其他的应用程序要与被冻结的应用程序发生交互，则根据所述电子设备的屏幕状态及选用的应用程序交互限制机制对所述被冻结的应用程序进行处理。

另一种可能的实现方式中，所述方法还包括：

所述根据所述电子设备的屏幕状态及选用的应用程序交互限制机制对所述被冻结的应用程序进行处理包括：

若所述电子设备处于亮屏状态，选用的应用程序交互限制机制是白名单机制，并且所述被冻结的应用程序在预先设定的白名单中，则解冻所述被冻结的应用程序；

若所述电子设备处于亮屏状态，选用的应用程序交互限制机制是白名单机制，并且所述被冻结的应用程序不在预先设定的白名单中，则不解冻所述被冻结的应用程序。

另一种可能的实现方式中，所述根据所述电子设备的屏幕状态及选用的应用程序交互限制机制对所述被冻结的应用程序进行处理包括：

若所述电子设备处于亮屏状态，选用的应用程序交互限制机制是黑名单机制，并且所述被冻结的应用程序在预先设定的黑名单中，则不解冻所述被冻结的应用程序。

另一种可能的实现方式中，所述根据所述电子设备的屏幕状态及选用的应用程序交互限制机制对所述被冻结的应用程序进行处理包括：

若所述电子设备不处于亮屏状态，则不解冻所述被冻结的应用程序。

另一种可能的实现方式中，所述方法还包括：

若所述电子设备处于亮屏状态，并且要与所述被冻结的应用程序发生的交互不是广播类的交互，则解冻所述被冻结的应用程序；

若所述电子设备不处于亮屏状态，则不解冻所述被冻结的应用程序。

另一种可能的实现方式中，所述方法还包括：

当不解冻所述被冻结的应用程序时，对要与所述被冻结的应用程序发生的交互进行拦截或过滤。

本申请的第二方面提供一种应用程序处理系统，应用于电子设备中，所述系统包括：

第一判断单元，用于判断是否有其他的应用程序要与被冻结的应用程序发生交互；及

第一处理单元，用于当有其他的应用程序要与被冻结的应用程序发生交互时，根据所述电子设备的屏幕状态及选用的应用程序交互限制机制对所述被冻结的应用程序进行处理。

另一种可能的实现方式中，所述根据所述电子设备的屏幕状态及选用的应用程序交互限制机制对所述被冻结的应用程序进行处理包括：

若所述电子设备处于亮屏状态，选用的应用程序交互限制机制是白名单机制，并且所述被冻结的应用程序在预先设定的白名单中，则解冻所述被冻结的应用程序；

若所述电子设备处于亮屏状态，选用的应用程序交互限制机制是白名单机制，并且所述被冻结的应用程序不在预先设定的白名单中，则不解冻所述被冻结的应用程序；

若所述电子设备处于亮屏状态，选用的应用程序交互限制机制是黑名单机制，并且所述被冻结的应用程序在预先设定的黑名单中，则不解冻所述被冻结的应用程序；

若所述电子设备不处于亮屏状态，则不解冻所述被冻结的应用程序。

另一种可能的实现方式中，所述系统还包括：

第二判断单元，用于判断所述电子设备的系统框架层是否要与所述被冻结的应用程序发生交互；及

第二处理单元，用于当所述电子设备处于亮屏状态，并且要与所述被冻结的应用程序发生的交互不是广播类的交互时，解冻所述被冻结的应用程序，当所述电子设备不处于亮屏状态时，不解冻所述被冻结的应用程序。

另一种可能的实现方式中，所述系统还包括拦截单元，用于当不解冻所述被冻结的应用程序时，对要与所述被冻结的应用程序发生的交互进行拦截或过滤。

本发明所提供的实施例对其他的应用程序与被冻结的应用程序之间的交互行为进行处理，实现对被冻结的应用程序用时解冻，节省了电子设备的耗电。

附图说明

图1是本发明一个实施例提供的应用程序处理方法的流程图。

图2是本发明另一实施例提供的应用程序处理方法的流程图。

图3是本发明另一实施例提供的应用程序处理系统的结构图。

图4是本发明另一实施例提供的应用程序处理系统的结构图。

主要元件符号说明

设立单元 301、401

第一判断单元 302、402

第一处理单元 303、403

拦截单元 304、406

第二判断单元 404

第二处理单元 405

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

图1为本发明实施例提供的应用程序处理方法的流程图。如图1所示，该方法具体包括以下步骤：

101：设立应用程序的白名单和/或黑名单，将电子设备中的应用程序列入所述白名单和/或黑名单中。所述白名单和黑名单分别对应下述的白名单机制和黑名单机制。所述白名单机制和黑名单机制是不同的应用程序交互限制机制，表示当有其他的应用程序要与被冻结的应用程序发生交互时，采取不同的方案限制其他的应用程序与被冻结的应用程序的交互。每个应用程序可以在或不在所述白名单和/或黑名单中。所述白名单可以列入被冻结时允许其他的应用程序与其交互的应用程序，例如QQ(当QQ被冻结时，其他未被冻结的应用程序可能会需要使用QQ账号登录)。所述黑名单可以列入被冻结时不允许其他的应用程序与其交互的应用程序。在其他的实施例中，所述白名单和/或黑名单可以预先设置并存储在所述电子设备中。

102：判断是否有其他的应用程序要与被冻结的应用程序发生交互。所述其他的应用程序要与被冻结的应用程序发生交互可以是所述其他的应用程序要绑定所述被冻结的应用程序的service，或者所述其他的应用程序要访问所述被冻结的应用程序的provider。

当没有其他的应用程序要与所述被冻结的应用程序发生交互时，重复执行102。

103：当有其他的应用程序要与所述被冻结的应用程序发生交互时，判断所述电子设备是否处于亮屏状态。如果所述电子设备处于亮屏状态，则执行104～110。否则，如果所述电子设备不处于亮屏状态(即处于黑屏状态)，则执行111。

104：当所述电子设备处于亮屏状态时，判断是否采取白名单机制或黑名单机制。如果采取白名单机制，则执行105～107。否则，如果采取黑名单机制，则执行108～110。

105：如果采取白名单机制，则判断所述被冻结的应用程序是否在白名单中。

106：如果所述被冻结的应用程序在所述白名单中，则解冻所述被冻结的应用程序。

107：如果所述被冻结的应用程序不在白名单中，则不解冻所述被冻结的应用程序。如果所述被冻结的应用程序不在白名单中，还可以对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

108：如果采取黑名单机制，则判断所述被冻结的应用程序是否在黑名单中。

109：如果所述被冻结的应用程序在黑名单中，则不解冻所述被冻结的应用程序。如果所述被冻结的应用程序在黑名单中，还可以对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

110：如果所述被冻结的应用程序不在黑名单中，则解冻所述被冻结的应用程序。

111：如果103中判断所述电子设备不处于亮屏状态(即处于黑屏状态)，则不解冻所述被冻结的应用程序。如果所述电子设备不处于亮屏状态，还可以对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

本实施例对其他的应用程序与被冻结的应用程序之间的交互行为进行处理，实现对被冻结的应用程序用时解冻，节省了电子设备的耗电。

图2为本发明实施例提供的应用程序处理方法的流程图。如图2所示，该方法具体包括以下步骤：

201：设立应用程序的白名单和/或黑名单，将电子设备中的应用程序列入所述白名单和/或黑名单中。所述白名单和黑名单分别对应下述的白名单机制和黑名单机制。所述白名单机制和黑名单机制是不同的应用程序交互限制机制，表示当有其他的应用程序要与被冻结的应用程序发生交互时，采取不同的方案限制其他的应用程序与被冻结的应用程序的交互。每个应用程序可以在或不在所述白名单和/或黑名单中。所述白名单可以列入被冻结时允许其他的应用程序与其交互的应用程序，例如QQ(当QQ被冻结时，其他未被冻结的应用程序可能会需要使用QQ账号登录)。所述黑名单可以列入被冻结时不允许其他的应用程序与其交互的应用程序。在其他的实施例中，所述白名单和/或黑名单可以预先设置并存储在所述电子设备中。

202：判断是否有其他的应用程序要与被冻结的应用程序发生交互。所述其他的应用程序要与被冻结的应用程序发生交互可以是所述其他的应用程序要绑定所述被冻结的应用程序的service，或者所述其他的应用程序要访问所述被冻结的应用程序的provider。

当有其他的应用程序要与所述被冻结的应用程序发生交互时，执行203～211。否则，当没有其他的应用程序要与所述被冻结的应用程序发生交互时，执行212。

203：当有其他的应用程序要与所述被冻结的应用程序发生交互时，判断所述电子设备是否处于亮屏状态。如果所述电子设备处于亮屏状态，执行204～210。如果所述电子设备不处于亮屏状态(即处于黑屏状态)，则执行211。

204：当所述电子设备处于亮屏状态时，判断是否采取白名单机制或黑名单机制。如果采取白名单机制，则执行205～207。否则，如果采取黑名单机制，则执行208～210。

205：如果采取白名单机制，则判断所述被冻结的应用程序是否在白名单中。

206：如果所述被冻结的应用程序在所述白名单中，则解冻所述被冻结的应用程序。

207：如果所述被冻结的应用程序不在白名单中，则不解冻所述被冻结的应用程序。如果所述被冻结的应用程序不在白名单中，还可以对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

208：如果采取黑名单机制，则判断所述被冻结的应用程序是否在黑名单中。

209：如果所述被冻结的应用程序在黑名单中，则不解冻所述被冻结的应用程序。如果所述被冻结的应用程序在黑名单中，还可以对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

210：如果所述被冻结的应用程序不在黑名单中，则解冻所述被冻结的应用程序。

211：如果203中判断所述电子设备不处于亮屏状态(即处于黑屏状态)，则不解冻所述被冻结的应用程序。如果203判断所述电子设备不处于亮屏状态，还可以对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

212：当202中判断没有其他的应用程序要与被冻结的应用程序发生交互时，判断所述电子设备的系统框架层是否要与所述被冻结的应用程序发生交互。如果所述电子设备的系统框架层不要与所述被冻结的应用程序发生交互，返回202。如果所述电子设备的系统框架层要与所述被冻结的应用程序发生交互，执行213～217。

213：当所述电子设备的系统框架层要与所述被冻结的应用程序发生交互，判断所述电子设备是否处于亮屏状态。如果所述电子设备处于亮屏状态，则执行214～216。否则，如果所述电子设备不处于亮屏状态(即处于黑屏状态)，则执行217。

214：如果所述电子设备处于亮屏状态，则判断所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互是否是广播类的交互。

215：如果所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互是广播类的交互，则不解冻所述被冻结的应用程序。如果所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互是广播类的交互，还可以对所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互进行拦截或过滤。

216：如果所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互不是广播类的交互，则解冻所述被冻结的应用程序。例如，如果所述电子设备的系统框架层中的监听器要对所述被冻结的应用程序进行回调，则解冻所述被冻结的应用程序。

217：如果213中判断所述电子设备不处于亮屏状态(即处于黑屏状态)，则不解冻所述被冻结的应用程序。如果213中判断所述电子设备不处于亮屏状态，还可以对所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互进行拦截或过滤。

本实施例除了对其他的应用程序与被冻结的应用程序之间的交互行为进行处理，还对系统框架层与被冻结的应用程序之间的交互行为进行处理，进一步完善了技术方案。在其他的实施例中，所述系统框架层可以是所述电子设备的系统架构中的其他层。

以上是对本发明所提供的方法进行的详细描述。根据不同的需求，所示流程图中方块的执行顺序可以改变，某些方块可以省略。下面对本发明所提供的系统进行描述。

图3为本发明实施例提供的应用程序处理系统的结构图。如图3所示，所述应用程序处理系统可以包括：设立单元301、第一判断单元302及第一处理单元303及拦截单元304。

设立单元301，用于设立应用程序的白名单和/或黑名单，将电子设备中的应用程序列入所述白名单和/或黑名单中。所述白名单和黑名单分别对应下述的白名单机制和黑名单机制。所述白名单机制和黑名单机制是不同的应用程序交互限制机制，表示当有其他的应用程序要与被冻结的应用程序发生交互时，采取不同的方案限制其他的应用程序与被冻结的应用程序的交互。每个应用程序可以在或不在所述白名单和/或黑名单中。所述白名单可以列入被冻结时允许其他的应用程序与其交互的应用程序，例如QQ(当QQ被冻结时，其他未被冻结的应用程序可能会需要使用QQ账号登录)。所述黑名单可以列入被冻结时不允许其他的应用程序与其交互的应用程序。在其他的实施例中，所述白名单和/或黑名单可以预先设置并存储在所述电子设备中。

第一判断单元302，用于判断是否有其他的应用程序要与被冻结的应用程序发生交互。所述其他的应用程序要与被冻结的应用程序发生交互可以是所述其他的应用程序要绑定所述被冻结的应用程序的service，或者所述其他的应用程序要访问所述被冻结的应用程序的provider。

第一处理单元303，用于当有其他的应用程序要与所述被冻结的应用程序发生交互时进行相应处理。具体包括：

如果所述电子设备不处于亮屏状态(即处于黑屏状态)，则不解冻所述被冻结的应用程序；

如果所述电子设备处于亮屏状态，并且采取白名单机制，并且所述被冻结的应用程序在所述白名单中，则解冻所述被冻结的应用程序；

如果所述电子设备处于亮屏状态，并且采取白名单机制，并且所述被冻结的应用程序不在所述白名单中，则不解冻所述被冻结的应用程序；

如果所述电子设备处于亮屏状态，并且采取黑名单机制，并且所述被冻结的应用程序在黑名单中，则不解冻所述被冻结的应用程序。

拦截单元304，用于当不解冻所述被冻结的应用程序，对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。例如，当有其他的应用程序要与所述被冻结的应用程序发生交互时，如果所述电子设备不处于亮屏状态，则不解冻所述被冻结的应用程序，此时对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。

本实施例对其他的应用程序与被冻结的应用程序之间的交互行为进行处理，实现对被冻结的应用程序用时解冻，节省了电子设备的耗电。

图4为本发明实施例提供的应用程序处理系统的结构图。如图4所示，所述应用程序处理系统可以包括：设立单元401、第一判断单元402、第一处理单元403、第二判断单元404、第二处理单元405及拦截单元406。

设立单元401，用于设立应用程序的白名单和/或黑名单，将电子设备中的应用程序列入所述白名单和/或黑名单中。所述白名单和黑名单分别对应下述的白名单机制和黑名单机制。所述白名单机制和黑名单机制是不同的应用程序交互限制机制，表示当有其他的应用程序要与被冻结的应用程序发生交互时，采取不同的方案限制其他的应用程序与被冻结的应用程序的交互。每个应用程序可以在或不在所述白名单和/或黑名单中。所述白名单可以列入被冻结时允许其他的应用程序与其交互的应用程序，例如QQ(当QQ被冻结时，其他未被冻结的应用程序可能会需要使用QQ账号登录)。所述黑名单可以列入被冻结时不允许其他的应用程序与其交互的应用程序。在其他的实施例中，所述白名单和/或黑名单可以预先设置并存储在所述电子设备中。

第一判断单元402，用于判断是否有其他的应用程序要与被冻结的应用程序发生交互。所述其他的应用程序要与被冻结的应用程序发生交互可以是所述其他的应用程序要绑定所述被冻结的应用程序的service，或者所述其他的应用程序要访问所述被冻结的应用程序的provider。

第一处理单元403，用于当有其他的应用程序要与所述被冻结的应用程序发生交互时进行相应处理。具体包括：

如果所述电子设备不处于亮屏状态(即处于黑屏状态)，则不解冻所述被冻结的应用程序；

如果所述电子设备处于亮屏状态，并且采取白名单机制，并且所述被冻结的应用程序在所述白名单中，则解冻所述被冻结的应用程序；

如果所述电子设备处于亮屏状态，并且采取白名单机制，并且所述被冻结的应用程序不在所述白名单中，则不解冻所述被冻结的应用程序；

如果所述电子设备处于亮屏状态，并且采取黑名单机制，并且所述被冻结的应用程序在黑名单中，则不解冻所述被冻结的应用程序。

第二判断单元404，用于判断所述电子设备的系统框架层是否要与所述被冻结的应用程序发生交互。

第二处理单元405，用于当所述电子设备的系统框架层要与所述被冻结的应用程序发生交互时进行相应处理。具体包括：

如果所述电子设备处于亮屏状态，并且所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互不是广播类的交互，则解冻所述被冻结的应用程序(例如，如果所述电子设备的系统框架层中的监听器要对所述被冻结的应用程序进行回调，则解冻所述被冻结的应用程序)；

如果所述电子设备不处于亮屏状态(即处于黑屏状态)，则不解冻所述被冻结的应用程序。

拦截单元406，用于当不解冻所述被冻结的应用程序时，对所述其他的应用程序或所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互进行拦截或过滤。例如，当有其他的应用程序要与所述被冻结的应用程序发生交互时，如果所述电子设备不处于亮屏状态，则不解冻所述被冻结的应用程序，此时对所述其他的应用程序要与所述被冻结的应用程序发生的交互进行拦截或过滤。又如，当所述电子设备的系统框架层要与所述被冻结的应用程序发生交互时，如果所述电子设备不处于亮屏状态，则不解冻所述被冻结的应用程序，此时对所述电子设备的系统框架层要与所述被冻结的应用程序发生的交互进行拦截或过滤。

本实施例除了对其他的应用程序与被冻结的应用程序之间的交互行为进行处理，还对系统框架层与被冻结的应用程序之间的交互行为进行处理，进一步完善了技术方案。在其他的实施例中，所述系统框架层可以是所述电子设备的系统架构中的其他层。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是手持式电子设备，如智能手机、笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、智能式穿戴式设备等，也可以是桌面式电子设备，如台式机、智能电视等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由同一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。