一种应用冻结方法、装置及移动终端与流程

本发明涉及通信安全技术领域，尤其涉及一种应用冻结方法、装置及移动终端。

背景技术：

随着智能终端硬件、软件的高速发展，目前所能装载和容纳的应用也越来越多，但实际上用户经常使用的应用可能并不多，大部分应用都白白浪费存储空间和占用CPU。

目前，用户可以在移动终端的应用管理界面中手动停止某个预装的应用，或通过单独的软件管理需要冻结的应用，该软件通过添加或删除管理应用的冻结，然而这些冻结方式操作复杂，且冻结时机选择的也不合理，过早对应用冻结，导致信息同步失败，过晚冻结导致资源在应用未冻结的一段时间被浪费，从而降低了冻结效率，同时也影响了用户的使用体验。

技术实现要素：

本发明提供一种应用冻结方法、装置及移动终端，解决现有技术中应用的冻结时机不佳导致的用户体验较差的技术问题。

为解决上述技术问题，本发明采用以下技术方案:

一种应用冻结方法，包括：

若应用退出后台，则判断所述应用是否为预设的冻结应用；

若所述应用为预设的冻结应用，则对所述应用进行冻结。

其中，所述判断所述应用是否为预设的冻结应用包括：

判断所述应用是否在应用冻结列表中；

若所述应用在所述应用冻结列表中，则所述应用为预设的冻结应用。

其中，在所述判断所述应用是否在应用冻结列表中之前，还包括：通过以下任一方式设置所述应用冻结列表：

接收用户设置的应用冻结列表；

将状态信息满足冻结要求的应用添加至所述应用冻结列表中。

其中，在所述判断所述应用是否为预设的冻结应用之前，还包括：

监测所述应用是否退出后台；

若所述应用退出后台，则进入所述判断所述应用是否为预设的冻结应用的步骤。

其中，在所述对所述应用进行冻结之后，还包括：

保持所述应用的图标显示位置不变，且在所述应用的图标上显示冻结标识。

其中，在所述对所述应用进行冻结之后，还包括：

接收用户对所述应用的图标的触发操作；对所述应用进行解冻；进入解冻后的应用。

进一步的，本发明提供一种应用冻结装置，包括：

判断模块，用于若应用退出后台，则判断所述应用是否为预设的冻结应用；

应用冻结模块，用于若所述应用为预设的冻结应用，则对所述应用进行冻结。

其中，所述判断模块还用于判断所述应用是否在应用冻结列表中，若所述应用在所述应用冻结列表中，则所述应用为预设的冻结应用。

其中，还包括：

标识显示模块，用于在对所述应用进行冻结之后，保持所述应用的图标显示位置不变，且在所述应用的图标上显示冻结标识。

进一步的，本发明还提供一种移动终端，包括前述的应用冻结装置。

本发明提供的应用冻结方法、装置及移动终端，包括：若应用退出后台，则判断该应用是否为预设的冻结应用，若该应用为预设的冻结应用，则对该应用进行冻结。根据本发明提供的应用冻结方法，应用一旦退出后台，就会对其进行自动冻结，使得应用能够在恰当的时机快速冻结，在提高冻结效率的同时，也提升了用户的使用体验。

附图说明

图1为本发明实施例一提供的应用冻结方法流程图；

图2为本发明实施例二提供的应用具体冻结方法流程图；

图3为本发明实施例三提供的应用冻结装置示意图。

具体实施方式

应当理解的是，此处所描述的具体实施例仅用于解释本发明，并不用于限定本发明。

本发明中描述的移动终端可以包括智能手机、笔记本电脑、PAD(平板电脑)等终端，此外，本发明中的移动终端还可由台式电脑等固定终端替换。下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一

目前，移动终端中预装的应用无法从移动终端中卸载，只能在系统的应用管理界面中，或者借助第三方软件停止运行或冻结该应用，然而前述冻结或停止运行方式操作复杂，且冻结时机选择的也不够合理，要么过早冻结，导致信息不能同步，使得用户不能在后台接收推送消息，从而影响用户体验；要么过晚冻结，导致资源在应用未冻结的一段时间被浪费，从而降低冻结效率。对此，本发明实施了提供了一种应用冻结方法，监测到当前运行的应用退出后台时，判断该应用是否为预设的需要进行冻结的应用，若该应用是预设的需要冻结的应用，则将该应用进行冻结，使得应用完全退出后就被自动冻结，在提高冻结效率的同时，也避免过早或过晚冻结影响应用体验。

请参见图1，图1为本实施例提供的应用冻结方法流程图，具体冻结过程如下：

S11，若应用退出后台，则判断该应用是否为预设的冻结应用。

具体地，本发明中应用可以是移动终端中预装的应用，也可以是用户自己在移动终端中安装的第三方应用；移动终端预装的应用包括系统中预先安装的应用，如电话、桌面壁纸、图库等，或者第三方服务商在移动终端中安装的第三方应用，如QQ、微信、微博等。基于该前提下，移动终端对当前运行的应用的退出状态进行监测，当监测到该应用完全退出(即退出后台)时，判断该应用是否是预设的需要冻结的应用。需注意，应用退出存在两种退出方式，一种是应用完全退出，不在后台运行，另一种是应用切换至后台，在后台继续运行。

此外，本发明所述的冻结，其所起的作用对于系统而言，相当于卸载了该应用，但不会像卸载一样删除应用的所有相关信息，其主要是不会占用系统资源，从而不会影响系统的运行速率。

S12，若该应用为预设的冻结应用，则对该应用进行冻结。

具体地，当确定该应用是预设的需要冻结的应用时，对该应用进行冻结，冻结后，在该应用对应的图标上显示冻结标识，以提示用户该应用已被冻结，同时，保持该应用对应的图标显示位置不变，使得用户能够清晰的看到当前哪些应用被冻结。可选地，用户也可将冻结的应用的图标移动到同一屏幕以便查看。其中，冻结标识可以是在图标上显示一层浮冰，或者图标变暗。

进一步的，在S11步骤中，限定该应用的退出状态为退出后台，其目的在于，一方面，若应用在后台运行，且该应用为预设的需要冻结的应用，就对其进行冻结，导致应用无法接收到推送消息，从而影响用户体验，例如，用户当前运行的应用是微信，然后将微信切换至后台，在后台接收消息，但是，移动终端监测到微信切换到后台，则对该微信进行冻结，导致用户无法接收推送消息；若限定该应用退出后台，则即使应用切换至后台，也不会对应用进行冻结，使得应用依然能够在后台同步信息，从而提升用户体验。另一当面，应用已经完全退出后台，但是移动终端依然未对该应用进行冻结，直到用户手动对应用进行冻结，且一旦冻结，就会对添加的所有应用均进行冻结，导致部分应用无法进行信息推送；或者等到移动终端锁屏后才自动对应用进行冻结，导致资源在这段时间被浪费。由此可见，在应用退出后台时对应用冻结的时机能够进一步的提升用户体验和性能效率。

进一步的，在判断应用是否为预设的冻结应用之前，首先判断该应用是否在应用冻结列表中，若该应用在应用冻结列表中，则表明该应用为预设的冻结应用，反之，则认为该应用为不需要进行冻结的应用。具体的，将当前运行的应用于应用冻结列表中的应用进行匹配，若匹配成功，则该应用为预设的冻结应用，若匹配失败，则该应用为不要冻结的应用。预设的冻结应用是指需要被冻结的应用，若这些应用没有在运行，则始终处于冻结状态。

其中，应用冻结列表可以由用户进行设置，也可由移动终端根据应用的状态信息自动添加或删除一些应用。具体地，用户根据自身需求添加或删除一些应用在应用冻结列表中；或者移动终端对各个应用的状态信息进行监控，当监测到某些或某个应用的状态信息满足预设要求时，则将该应用添加至应用冻结列表中，也可从应用冻结列表中按照设定规则移除一些应用。

为保证应用冻结列表不会丢失，影响冻结效果，可将应用冻结列表同步至云端进行存储，当判断当前退出后台的应用是否为预设的需要冻结的应用时，可直接从云端获取，当应用冻结列表为移动终端自动根据应用的状态信息设置并更新时，可通过云端服务器对各应用的状态信息进行统计排序等，动态的对应用进行更新，进一步保证该应用冻结列表满足用户需求。

对应用进行冻结标记时，除了将应用添加至应用冻结列表中，还可采用现有的方式对应用进行标记，如通过单独的应用软件管理需要冻结的应用，可采用手动添加和移除的方式来设置；或者通过系统中的应用管理界面对应用进行标记；或者通过代码层对应用进行标记。

此外，前述状态信息包括但不限于应用在设定时间周期中的使用频率、进程运行时间、应用类型以及应用的内存使用率等，根据前述的一种或多种状态信息确定是否将应用添加至应用冻结列表中；前述设定规则同样根据状态信息确定是否将该应用从应用冻结列表中删除。例如：当某些应用一周才会使用一次，则认为这些应用需要进行冻结，或者这些应用在后台占用太多的内存，影响系统运行速率，则认为这些应用需要进行冻结；当应用冻结列表中的某些应用一周频繁使用，则认为这些应用应该从应用冻结列表中删除。当然，相较于用户自定义的应用冻结列表，本方案能够自动对应用冻结列表进行动态更新，但其使用体验却要比用户自己设定的方式要差些。对于更新的时间周期本实施不做限定，可根据实际情况合理设定。

进一步的，在判断当前运行的应用是否为预设的冻结应用之前，首先会监测该应用是否退出后台，当监测到该应用退出后台时，才会执行判断该应用是否为预设的冻结应用的步骤。通过移动终端的监测，才能更准确的在合适的时机对应用进行自动冻结。需注意，移动终端在后台持续对各个应用的退出状态进行监测，若监测到某个应用完全退出，则执行判断该应用是否为预设的冻结应用的步骤；若未监测到某个应用完全退出，则继续对各应用进行监测。

在S12步骤中，当前应用被冻结后，当用户需要使用某个已冻结应用时，只需点击该应用对应的图标，移动终端接收到用户对该应用的触发操作后，对该应用进行解冻，然后进入解冻后的应用。当用户不再使用该应用时，移动终端监测到该应用退出后台，则立刻对该应用进行冻结。

本实施例提供的应用冻结方案，可对应用进行暂时冻结，当用户使用时立刻对已冻结应用进行自动解冻，当用户将该应用退出后台时，立刻对该应用自动冻结，在提高冻结效率的同时，也简化了冻结操作，同时也避免用户不能接收到消息的问题发生，进一步地提升用户体验。

实施例二

本实施例基于实施例一的内容对本发明实施例提供的应用冻结方法做进一步的说明。以应用A作为当前运行的应用，应用冻结列表中包括应用A、应用B以及应用C，该应用冻结列表为用户设置的列表。具体请参见图2，图2为本实施例提供的应用具体冻结方法流程图，整个应用冻结过程如下：

S21，设置应用冻结列表。

具体地，该应用冻结列表中添加有需要被冻结的应用A、应用B以及应用C，在设置该应用冻结列表时，可由用户自有添加，也可由移动终端自动根据各应用的状态信息自动添加；删除时，用户可以自己从该列表中移除不再需要冻结的应用，也可由移动终端自动移除不满足要求的应用。即在对应用冻结列表进行动态更新时，可由用户手动设置，也可由移动终端自动根据应用的状态信息设置。当然，除去设置应用冻结列表，也可通过独立的软件管理需要冻结的应用，或者通过通过代码层对需要冻结的应用进行标记。该应用冻结列表可存储于本地，也可同步于云端进行备份。

S22，监测应用A是否退出后台，若应用A退出后台，执行S23步骤，若应用A未退出后台，继续执行S22步骤。

具体地，移动终端对各个应用均进行监测，当监测到应用A退出后台时，遍历整个应用冻结列表进行匹配。此外，应用退出后台是指，应用完全退出后台，不再接收消息推送或进行信息同步，用户当前不再使用该应用，与切换至后台有所差别。

S23，遍历应用冻结列表。

具体地，在遍应用冻结列表时，将当前退出后台的应用A与应用冻结列表中的各应用进行匹配，当应用A与应用冻结列表中的应用A匹配成功时，则认为该应用A是需要被冻结的应用。

S24，判断应用A是否在应用冻结列表中，若应用A在应用冻结列表中，则执行S25步骤，若应用A不在应用冻结列表中，则执行S22步骤。

S25，对应用A进行冻结。

具体地，在对应用A进行冻结之后，在该应用A的图标上显示一层浮冰或者应用A的图标变暗以提示用户该应用已冻结。同时，在冻结应用A时，应用A的图标显示位置不发生变化，即应用A的图标依然显示在原始位置，相应的，应用冻结列表中的应用B、应用C的图标显示位置同样不发生变化，尽是在应用需要被冻结时，在对应图标上显示冻结标识，如显示一层浮冰或图标变暗。

S26，接收用户对应用A的图标的触发操作。

具体地，应用A被冻结，在应用图标A上显示有一层浮冰，用户点击应用B的图标，图标上的浮冰破碎，表明移动终端接收到用户对应用B的图标的触发操作。

S27，对应用A进行解冻。

具体地，当接收到用户触发的解冻操作后，立即对应用B进行自动解冻，具体解冻方式可采用本领域熟知的解冻方式。

S28，进入应用A。

通过本实施例提供的应用冻结方法，能够在恰当的时机对当前退出后台、且需要进行冻结的应用自动冻结，从而避免需要在后台同步信息的应用被冻结，或者退出后台很长一段时间后才对应用进行冻结，使得资源在这段时间被浪费。进一步的，当用户使用已冻结的应用时，只需点击已冻结应用对应的图标进行解冻，解冻后直接进入该应用，从而简化解冻流程。由于对应用进行冻结时并未对应用的图标显示位置做出改动，用户能够清晰的看到哪些应用被冻结，进一步的提升用户体验。

实施例三

本实施例以实施例一为基础，对本实施例提供的应用冻结装置进行说明。实施例一种保护的方案可应用于本实施提供的装置，故本实施例将不再对应用冻结装置做详细说明。具体请参见图3，该装置包括：

判断模块31，用于若应用退出后台，判断该应用是否为预设的冻结应用；

应用冻结模块32，用于若应用为预设的冻结应用，则对该应用进行冻结。

进一步地，判断模块31还用于判断该应用是否在应用冻结列表中，若该应用在应用冻结列表中，则该应用即为预设的冻结应用。

更进一步地，该应用冻结装置还包括：

标识显示模块33，用于在对该应用进行冻结之后，保持应用的图标显示位置不变，且在应用的图标上显示冻结标识。

前述的判断模块31、应用冻结模块32的功能可通过处理器实现，处理器对各应用的退出状态进行监测，且在监测到某个应用退出后台时，判断该应用是否在应用冻结列表中，当应用在应用冻结列表中时，对该应用进行冻结。对应用冻结后，通过显示单元在该应用的图标上显示冻结标识以提示用户该应用已冻结。其中，标识显示模块的功能可通过显示单元实现。

进一步地，判断模块31中涉及的应用可以是移动终端中预装的应用，也可以是用户自己在移动终端中安装的第三方应用；移动终端预装的应用包括系统中预先安装的应用，如电话、桌面壁纸、图库等，或者第三方服务商在移动终端中安装的第三方应用，如QQ、微信、微博等。此外，在判断模块31中，限定该应用的退出状态为退出后台，其目的在于，一方面，若应用在后台运行，且该应用为预设的需要冻结的应用，就对其进行冻结，导致应用无法接收到推送消息，从而影响用户体验，例如，用户当前运行的应用是微信，然后将微信切换至后台，在后台接收消息，但是，移动终端监测到微信切换到后台，则对该微信进行冻结，导致用户无法接收推送消息；若限定该应用退出后台，则即使应用切换至后台，也不会对应用进行冻结，使得应用依然能够在后台同步信息，从而提升用户体验。另一当面，应用已经完全退出后台，但是移动终端依然未对该应用进行冻结，直到用户手动对应用进行冻结，且一旦冻结，就会对添加的所有应用均进行冻结，导致部分应用无法进行信息推送；或者等到移动终端锁屏后才自动对应用进行冻结，导致资源在这段时间被浪费。由此可见，在应用退出后台时对应用冻结的时机能够进一步的提升用户体验和性能效率。

在判断应用是否为预设的冻结应用之前，首先判断该应用是否在应用冻结列表中，若该应用在应用冻结列表中，则表明该应用为预设的冻结应用，反之，则认为该应用为不需要进行冻结的应用。具体的，将当前运行的应用于应用冻结列表中的应用进行匹配，若匹配成功，则该应用为预设的冻结应用，若匹配失败，则该应用为不要冻结的应用。预设的冻结应用是指需要被冻结的应用，若这些应用没有在运行，则始终处于冻结状态。

此外，应用冻结列表可以由用户进行设置，也可由移动终端根据应用的状态信息自动添加或删除一些应用。具体地，用户根据自身需求添加或删除一些应用在应用冻结列表中；或者移动终端对各个应用的状态信息进行监控，当监测到某些或某个应用的状态信息满足预设要求时，则将该应用添加至应用冻结列表中，也可从应用冻结列表中按照设定规则移除一些应用。

进一步的，在判断当前运行的应用是否为预设的冻结应用之前，首先会监测该应用是否退出后台，当监测到该应用退出后台时，才会执行判断该应用是否为预设的冻结应用的步骤。通过移动终端的监测，才能更准确的在合适的时机对应用进行自动冻结。需注意，移动终端在后台持续对各个应用的退出状态进行监测，若监测到某个应用完全退出，则执行判断该应用是否为预设的冻结应用；若未监测到某个应用完全退出，则继续对各应用进行监测。

在应用冻结模块32，当确定该应用是预设的需要冻结的应用时，对该应用进行冻结，冻结后，标识显示模块33在该应用对应的图标上显示冻结标识，以提示用户该应用已被冻结，同时，保持该应用对应的图标显示位置不变，使得用户能够清晰的看到当前哪些应用被冻结。可选地，用户也可将冻结的应用的图标移动到同一屏幕以便查看。其中，冻结标识可以是在图标上显示一层浮冰，或者图标变暗。

当前应用被冻结后，当用户需要使用某个已冻结应用时，只需点击该应用对应的图标，移动终端接收到用户对该应用的触发操作后，对该应用进行解冻，然后进入解冻后的应用。当用户不再使用该应用时，移动终端监测到该应用退出后台，则立刻对该应用进行冻结。

此外，本实施例还提供了一种移动终端，该移动终端包括前述应用冻结装置。

通过本实施例提供的应用冻结装置和移动终端，在监测到应用完全退出后台后，结合预设的应用冻结列表，判断是否对当前退出后台的应用进行冻结，从而在恰当的时机对应用进行冻结，相应的，也提高了冻结效率和用户体验，避免需要在后台运行的应用被错误冻结，或者应用退出后台很长一段时间才进行冻结，导致资源在这段时间被浪费。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。