CN110928600A - 终端后台应用的清理方法和装置、移动终端、电子设备 - Google Patents

Abstract

本公开提供一种终端后台应用的清理方法和装置、移动终端、电子设备、存储介质。该方法包括：响应于终端卡顿，显示用于对后台应用进行清理的交互界面，若检测到用户对交互界面中的后台应用的点击操作，则关闭点击操作对应的后台应用，通过显示交互界面，可使用户基于交互界面对其想要关闭的后台应用进行点击操作，进而实现该后台应用的关闭，实现了后台应用清理的灵活性，提高用户的体验的技术效果。

Description

终端后台应用的清理方法和装置、移动终端、电子设备

技术领域

本公开涉及通信技术领域，尤其涉及一种终端后台应用的清理方法和装置、移动终端、电子设备、存储介质。

背景技术

随着互联网应用的普及，终端(如手机、电脑、iPad、智能手表、智能手环、笔记本和掌上迷你电脑等)上安装的应用也逐渐增加，如游戏相关的应用、购物相应的应用和出行相关的应用等，为了避免因终端的可被使用资源(如存储资源)减少而造成的终端运行速率降低的问题，对终端后台应用清理的技术应运而生。

在现有技术中，主要通过两种方式实现对终端后台应用的清理，一种为终端获取环境气流产生的振动信号，判断振动信号的振动频率是否满足第一预设条件，若满足第一预设条件，则启动终端的清理功能，进行后台应用的清理；另一种为如果终端界面对用户操作指令作出响应的延迟时间超过第一预设时间阈值，对响应延迟动作进行标记；在第二预设时间内标记的个数超过预设阈值，对终端后台运行的应用进行清理。

发明内容

本公开提供一种终端后台应用的清理方法和装置、移动终端、电子设备、存储介质。

一方面，本公开实施例提供一种终端后台应用的清理方法，所述方法包括：

响应于终端卡顿，显示用于对后台应用进行清理的交互界面；

若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用。

在一些实施例中，在所述显示用于对后台应用进行清理的交互界面之前，所述方法还包括：

响应于所述终端卡顿，根据预设的LSTM模型确定所述后台应用中的活跃应用和非活跃应用；

为所述活跃应用分配第一标识，且为所述非活跃应用分配第二标识，其中，所述第一标识和第二标识为不同的标识；

以及，所述显示用于对后台应用进行清理的交互界面，包括：

显示携带所述第一标识的活跃应用和携带所述第二标识的非活跃应用的交互界面。

在一些实施例中，确定所述LSTM模型的步骤包括：

获取预设的第一时间段内所述终端运行各应用的记录数据；

对所述记录数据进行预处理，得到样本数据，其中，所述样本数据中至少包括所述各应用被运行的时间参数、位置参数和次数；

根据所述样本数据和初始网络模型训练得到所述LSTM模型。

在一些实施例中，在所述关闭所述点击操作对应的后台应用之后，所述方法还包括：

响应于所述终端仍然卡顿，判断所述后台应用中是否包括所述非活跃应用；

若是，则关闭所述非活跃应用。

在一些实施例中，在所述若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用之前，所述方法还包括：

响应于预设的第二时间段内未检测到所述用户对所述交互界面的操作，输出语音信息，用于提示所述用户对所述交互界面进行操作。

在一些实施例中，所述方法还包括：

若检测到所述用户对所述交互界面的滑动操作，则关闭所述交互界面。

另一方面，本公开实施例还提供了一种终端后台应用的清理装置，所述装置包括：

显示模块，用于响应于终端卡顿，显示用于对后台应用进行清理的交互界面；

第一关闭模块，用于若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用。

在一些实施例中，所述装置还包括：

第一确定模块，用于响应于所述终端卡顿，根据预设的LSTM模型确定所述后台应用中的活跃应用和非活跃应用；

分配模块，用于为所述活跃应用分配第一标识，且为所述非活跃应用分配第二标识，其中，所述第一标识和第二标识为不同的标识；

以及，所述显示模块用于，显示携带所述第一标识的活跃应用和携带所述第二标识的非活跃应用的交互界面。

在一些实施例中，所述装置还包括：

第二确定模块，用于获取预设的第一时间段内所述终端运行各应用的记录数据；

对所述记录数据进行预处理，得到样本数据，其中，所述样本数据中至少包括所述各应用被运行的时间参数、位置参数和次数；

根据所述样本数据和初始网络模型训练得到所述LSTM模型。

在一些实施例中，所述装置还包括：

判断模块，用于响应于所述终端仍然卡顿，判断所述后台应用中是否包括所述非活跃应用；

第二关闭模块，用于若是，则关闭所述非活跃应用。

在一些实施例中，所述装置还包括：

输出模块，用于响应于预设的第二时间段内未检测到所述用户对所述交互界面的操作，输出语音信息，用于提示所述用户对所述交互界面进行操作。

在一些实施例中，所述第一关闭模块还用于，若检测到所述用户对所述交互界面的滑动操作，则关闭所述交互界面。

另一个方面，本公开实施例还提供了一种移动终端，所述移动终端包括如上任一实施例所述的装置。

另一个方面，本公开实施例还提供了一种电子设备，包括：存储器，处理器；

所述存储器用于存储所述处理器可执行指令的存储器；

其中，当执行所述存储器中的指令时，所述处理器被配置为实现如上任一实施例所述的方法。

另一个方面，本公开实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上任一实施例所述的方法。

本公开提供的响应于终端卡顿，显示用于对后台应用进行清理的交互界面，若检测到用户对交互界面中的后台应用的点击操作，则关闭点击操作对应的后台应用，通过显示交互界面，可使用户基于交互界面对其想要关闭的后台应用进行点击操作，进而实现该后台应用的关闭，实现了后台应用清理的灵活性，提高用户的体验的技术效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开实施例的终端后台应用的清理方法的场景示意图；

图2为本公开实施例的终端后台应用的清理方法的流程示意图；

图3为本公开实施例的终端发生卡顿时的界面示意图；

图4为本公开实施例的从手机屏幕下方弹出交互界面的示意图；

图5为本公开实施例的包括活跃应用和非活跃应用的交互界面的示意图；

图6为本公开实施例的确定LSTM模型的方法的示意图；

图7为本公开实施例的LSMT模型的结构示意图；

图8为本公开实施例的终端后台应用的清理装置的模块示意图；

图9为本公开另一实施例的终端后台应用的清理装置的模块示意图；

图10为本公开另一实施例的终端后台应用的清理装置的模块示意图；

图11为本公开另一实施例的终端后台应用的清理装置的模块示意图；

图12为本公开另一实施例的终端后台应用的清理装置的模块示意图；

图13为本公开实施例的电子设备的结构示意图；

附图标记：10、手机，20、用户，1、显示模块，2、第一关闭模块，3、第一确定模块，4、分配模块，5、第二确定模块，6、判断模块，7、第二关闭模块，8、输出模块。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供的终端后台应用的清理方法，可以适用于如图1所示的场景。

其中，执行本公开实施例的终端后台应用的清理方法的主体可以为终端后台应用的清理装置，该装置包括但不限于服务器(如云端服务器或者本地服务器等)和终端，或者设置于终端的客户端，等等。且，终端包括但不限于手机、iPad、掌上电脑和车载终端。

在如图1所示的应用场景中，终端可以为手机10，用户20可以通过触屏的方式或者语音的方式与手机10进行交互。如，用户可通过滑动解锁的方式解锁手机屏保，或者，通过语音指令的方式解锁手机屏保，手机10解锁成功后的界面可以为如图1中所示的手机10的界面。

用户20可以通过点击图标进入相应的应用，如与影视相关的应用、与出行相关的应用、与天气相关的应用等等。

可以理解的是，一般情况下，当用户20第一应用切换至第二应用(其中，第一应用与第二应用为不相同的应用)时，第一应用的状态由前台应用转换为后台应用，且在后台运行的第一应用可能会降低手机10的运行速率。

例如：第一应用可以为购物APP，第二应用可以为视频APP，在用户20通过购物APP购物结束后，通过视频APP观看电影，则购物APP在手机10的后台运行，而用户20发现电影播放并不流畅。

而手机10通过执行本公开实施例的终端后台应用的清理方法，可以实现关闭后台购物APP，释放手机10的内存，恢复电影播放的流畅性，提高用户20的观看体验等技术效果。

下面以具体地实施例对本公开的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。

一个方面，本公开实施例提供了一种适用于上述应用场景的终端后台应用的清理方法。

请参阅图2，图2为本公开实施例的终端后台应用的清理方法的流程示意图。

如图2所示，该方法包括：

S201：响应于终端卡顿，显示用于对后台应用进行清理的交互界面。

结合图1所示的应用场景，在一些实施例中，手机在出厂设置时设置了时间间隔，以便每间隔该时长检测手机是否卡顿。

在另一些实施例中，也可由用户基于需求对时间间隔进行设置和修改，以便每间隔相应的时间间隔检测手机是否卡顿。

在一些实施例中，检测终端是否卡顿的方法包括：

S1：获取终端的资源使用率和前台应用的等待时长。

S2：响应于资源使用率大于预设的第一阈值，且等待时长大于预设的第二阈值，确定终端发生卡顿。

同理，第一阈值和第二阈值可以由厂家进行设置，也可由用户基于需求进行设置。

其中，在一些实施例中，S2可包括：判断资源使用率与第一阈值的大小，如果资源使用率大于第一阈值，则判断等待时长与第二阈值的大小，如果等待时长大于第二阈值，则确定终端发生卡顿。或者，

在另一些实施例中，S2可包括：判断等待时长与第二阈值的大小，如果等待时长大于第二阈值，则判断资源使用率与第一阈值的大小，如果资源使用率大于第一阈值，则确定终端发生卡顿。

在一些实施例中，可通过在状态栏中显示不同的形状，或不同颜色的某一形状对终端是否发生卡顿进行视觉上的展现。

例如：若确定出终端发生卡顿，则在状态栏中显示椭圆，可参阅图3(图3为本公开实施例的终端发生卡顿时的界面示意图)。

在一些实施例中，若终端未出现卡顿，则可在状态栏中显示椭圆；若终端出现卡顿，则可在状态栏中显示三角形。

在另一些实施例中，可通过在状态栏中设置椭圆，且当终端未出现卡顿时，椭圆可以为绿色；当资源使用率大于第一阈值，而终端未出现卡顿时，可对椭圆的颜色进行切换处理，从绿色切换为橙色；当终端出现卡顿时，则可将橙色的椭圆切换为红色的椭圆。

其中，形状和/或颜色的变化等可由用户进行设置，上述只是示范性的说明，不能理解为对本公开实施例的范围的限定。

在本公开实施例中，若手机出现卡顿时，则在手机的显示屏上显示交互界面，以便基于交互界面进行后台应用的清理。

在一些实施例中，可从手机屏幕上方弹出交互界面，也可从手机屏幕下方弹出交互界面，也可从手机屏幕左方弹出交互界面，也可从手机屏幕右方弹出交互界面。其中，图4为本公开实施例的从手机屏幕下方弹出交互界面的示意图。

在一些实施例中，弹出交互界面的方式和交互界面的形状可由用户进行设置。

S202：若检测到用户对交互界面中的后台应用的点击操作，则关闭点击操作对应的后台应用。

基于上述示例，在手机屏幕上显示交互界面，并显示后台应用，用户可对交互界面中的任意后台应用进行点击操作，手机根据用户的点击操作关闭相应的后台应用。

在该步骤中，用户可基于自身需求对其使用频率较低的后台应用进行点击操作，以提高用户的体验，提高后台应用清理的灵活性。

在一些实施例中，S202可包括：若检测到用户对交互界面中的后台应用的点击操作，确定用户的点击时长，响应于时长大于第三阈值，关闭点击操作对应的后台应用。

也就是说，当手机检测到用户对交互界面中的后台应用的点击操作时，对该点击操作进行计时，得到点击操作开始的时间和点击操作结束的时间之间的差值，即得到时长，将时长与第三阈值进行比较，以判断时长与第三阈值之间的大小，如果时长大于第三阈值，则关闭点击操作对应的后台应用，如果时长小于或等于第三阈值，则暂不关闭点击操作对应的后台应用。

同理，第三阈值也可由用户基于需求进行设置。

通过将时长与第三阈值进行比较，以便确定是否关闭点击操作对应的后台应用，可以避免因用户的误操作导致的关闭后台应用，给用户造成使用不便的问题，从而实现确保用户对手机的正常使用，提高用户的体验的技术效果。

本公开实施例提供了一种新的终端后台应用的清理方法，该方法包括：响应于终端卡顿，显示用于对后台应用进行清理的交互界面，若检测到用户对交互界面中的后台应用的点击操作，则关闭点击操作对应的后台应用，通过显示交互界面，可使用户基于交互界面对其想要关闭的后台应用进行点击操作，进而实现该后台应用的关闭，实现了后台应用清理的灵活性，提高用户的体验的技术效果。

在一些实施例中，在确定出终端卡顿，显示交互界面之前，该方法还包括：

S01：根据预设的LSTM模型确定后台应用中的活跃应用和非活跃应用。

在该步骤中，通过LSTM模型对后台应用进行分类处理，将后台应用分为活跃应用和非活跃应用。

其中，活跃应用可以是用户使用频率大于或等于频率阈值的应用，而非活跃应用可以是用户使用频率小于频率阈值的应用。

S02：为活跃应用分配第一标识，且为非活跃应用分配第二标识，其中，第一标识和第二标识为不同的标识。

同理，第一标识和第二标识也可由用户进行设置。

在一些实施例中，第一标识和第二标识可以为不同的形状，如第一标识为圆形，第二标识为长方形。

在另一些实施例中，第一标识和第二标识可以为不同的颜色，第一标识为绿色，第二标识为红色。

以及，显示用于对后台应用进行清理的交互界面包括：显示携带第一标识的活跃应用和携带第二标识的非活跃应用的交互界面。

可参阅图5，图5为本公开实施例的包括活跃应用和非活跃应用的交互界面的示意图，其中，第一标识为圆形，即支付宝应用为活跃应用；第二标识为长方形，即百度地图应用为非活跃应用。

结合图6(图6为本公开实施例的确定LSTM模型的方法的示意图)可知，在一些实施例中，确定LSTM模型的步骤包括：

S61：获取预设的第一时间段内终端运行各应用的记录数据。

其中，第一时间段可基于需求进行设置，如半年。

S62：对记录数据进行预处理，得到样本数据，其中，样本数据中至少包括各应用被运行的时间参数、位置参数和次数。

S63：根据样本数据和初始网络模型训练得到LSTM模型。

在本公开实施例中，通过对记录数据进行预处理，以得到包括时间参数、位置参数和次数的样本数据，对用户使用各应用的习惯以及使用各应用的时序序列进行了充分考虑，进而可以实现训练得到的LSTM模型的准确性。

在本公开实施例中，可采用10层LSTM结构的深度网络模型，LSMT模型的结构示意图可参见图7，LSTM模型包括三个门，分别为：遗忘门、输入门、输出门。其中，遗忘门具有决定历史状态信息遗忘程度的作用，输入门具有控制新状态信息的更新程度，输出门具有控制哪些信息作为输出的作用。

在图7所示的结构示意图中，xt是t时刻的样本数据，ht-1是通过样本数据学习到长度为t-1的输出状态，ct-1是通过样本数据学习到长度为t-1的状态，ct是通过样本数据学习到长度为t的状态。

在一些实施例中，在将点击操作的后台应用关闭之后，该方法还包括：

S203：响应于终端仍然卡顿，判断后台应用中是否包括非活跃应用，如果是，则执行S204。

基于上述示例，手机将用户执行了点击操作的后台应用删除后，手机依然卡顿，则手机判断后台应用中是否还包括非活跃应用。

S204：关闭非活跃应用。

在该步骤中，若在手机仍然卡顿，且后台应用中仍然包括非活跃应用，则可将非活跃应用关闭，以确保手机的正常运行，进而满足用户对前台应用的正常使用的技术效果。

在一些实施例中，若S203的判断结果为否，即后台应用中没有非活跃应用，而均为活跃应用，则可对各活跃应用的资源占用率进行计算，并依次将资源占用率最大的活跃应用进行关闭，以确保手机的正常运行。

在另一些实施例中，若S203的判断结果为否，即后台应用中没有非活跃应用，而均为活跃应用，则可将活跃应用均进行关闭，或者随机关闭一个或多个活跃应用，以便手机不再卡顿。

在一些实施例中，在S202之前，该方法还包括：

S201’：响应于预设的第二时间段内未检测到用户对交互界面的操作，输出语音信息，用于提示用户对交互界面进行操作。

同理，第二时间段可由用户基于需求进行设置，如1分钟。

基于上述示例，在手机屏幕上显示交互界面，若手机在1分钟内未检测到用户对交互界面的操作，则输出语音信息，以通过语音的方式提示用户对交互界面进行操作。

在一些实施例中，该方法还包括：若检测到用户对交互界面的滑动操作，则关闭交互界面。

其中，滑动操作的方式可由用户进行设置，如可以通过滑动实现，也可以结合滑动的图形实现。

例如：在手机屏幕上显示交互界面，如果检测到用户对交互界面的滑动操作，如向上的滑动操作，或者向下的滑动操作，或者向左的滑动操作，或者向右的滑动操作，则对该交互界面进行关闭。或者，

在手机屏幕上显示交互界面，如果监测到用户在交互界面上滑动，且滑动的图形为勾的形状，或者为圆形等，则对该交互界面进行关闭。

根据本公开实施例的另一个方面，本公开实施例还提供了一种终端后台应用的清理装置。

请参阅图8，图8为本公开实施例的终端后台应用的清理装置的模块示意图。

如图8所示，该装置包括：

显示模块1，用于响应于终端卡顿，显示用于对后台应用进行清理的交互界面；

第一关闭模块2，用于若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用。

结合图9可知，在一些实施例中，所述装置还包括：

第一确定模块3，用于响应于所述终端卡顿，根据预设的LSTM模型确定所述后台应用中的活跃应用和非活跃应用；

分配模块4，用于为所述活跃应用分配第一标识，且为所述非活跃应用分配第二标识，其中，所述第一标识和第二标识为不同的标识；

以及，所述显示模块1用于，显示携带所述第一标识的活跃应用和携带所述第二标识的非活跃应用的交互界面。

结合图10可知，在一些实施例中，所述装置还包括：

第二确定模块5，用于获取预设的第一时间段内所述终端运行各应用的记录数据，对所述记录数据进行预处理，得到样本数据，其中，所述样本数据中至少包括所述各应用被运行的时间参数、位置参数和次数，根据所述样本数据和初始网络模型训练得到所述LSTM模型。

结合图11可知，在一些实施例中，所述装置还包括：

判断模块6，用于响应于所述终端仍然卡顿，判断所述后台应用中是否包括所述非活跃应用；

第二关闭模块7，用于若是，则关闭所述非活跃应用。

结合图12可知，在一些实施例中，所述装置还包括：

输出模块8，用于响应于预设的第二时间段内未检测到所述用户对所述交互界面的操作，输出语音信息，用于提示所述用户对所述交互界面进行操作。

在一些实施例中，所述第一关闭模块2还用于，若检测到所述用户对所述交互界面的滑动操作，则关闭所述交互界面。

根据本公开实施例的另一个方面，本公开实施例还提供了一种移动终端，所述移动终端包括上述任一实施例所述的装置。

根据本公开实施例的另一个方面，本公开实施例还提供了一种电子设备，包括：存储器，处理器；

存储器用于存储处理器可执行指令的存储器；

其中，当执行存储器中的指令时，处理器被配置为实现如上任一实施例所述的方法。

请参阅图13，图13为本公开实施例的电子设备的结构示意图。

如图13所示，该电子设备包括存储器和处理器，该电子设备还可以包括通信接口和总线，其中，处理器、通信接口和存储器通过总线连接；处理器用于执行存储器中存储的可执行模块，例如计算机程序。

其中，存储器可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口可以是有线或者无线)实现该***网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。

其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序，前述本公开实施例任一实施例揭示的方法可以应用于处理器中，或者由处理器实现。

处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

根据本公开实施例的另一个方面，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上任一实施例所述的方法。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

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

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

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

还应理解，在本公开各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。

以上，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种终端后台应用的清理方法，其特征在于，所述方法包括：

响应于终端卡顿，显示用于对后台应用进行清理的交互界面；

若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用。

2.根据权利要求1所述的方法，其特征在于，在所述显示用于对后台应用进行清理的交互界面之前，所述方法还包括：

响应于所述终端卡顿，根据预设的LSTM模型确定所述后台应用中的活跃应用和非活跃应用；

为所述活跃应用分配第一标识，且为所述非活跃应用分配第二标识，其中，所述第一标识和第二标识为不同的标识；

以及，所述显示用于对后台应用进行清理的交互界面，包括：

显示携带所述第一标识的活跃应用和携带所述第二标识的非活跃应用的交互界面。

3.根据权利要求2所述的方法，其特征在于，确定所述LSTM模型的步骤包括：

获取预设的第一时间段内所述终端运行各应用的记录数据；

对所述记录数据进行预处理，得到样本数据，其中，所述样本数据中至少包括所述各应用被运行的时间参数、位置参数和次数；

根据所述样本数据和初始网络模型训练得到所述LSTM模型。

4.根据权利要求2所述的方法，其特征在于，在所述关闭所述点击操作对应的后台应用之后，所述方法还包括：

响应于所述终端仍然卡顿，判断所述后台应用中是否包括所述非活跃应用；

若是，则关闭所述非活跃应用。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用之前，所述方法还包括：

响应于预设的第二时间段内未检测到所述用户对所述交互界面的操作，输出语音信息，用于提示所述用户对所述交互界面进行操作。

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

若检测到所述用户对所述交互界面的滑动操作，则关闭所述交互界面。

7.一种终端后台应用的清理装置，其特征在于，所述装置包括：

显示模块，用于响应于终端卡顿，显示用于对后台应用进行清理的交互界面；

第一关闭模块，用于若检测到用户对所述交互界面中的后台应用的点击操作，则关闭所述点击操作对应的后台应用。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一确定模块，用于响应于所述终端卡顿，根据预设的LSTM模型确定所述后台应用中的活跃应用和非活跃应用；

分配模块，用于为所述活跃应用分配第一标识，且为所述非活跃应用分配第二标识，其中，所述第一标识和第二标识为不同的标识；

以及，所述显示模块用于，显示携带所述第一标识的活跃应用和携带所述第二标识的非活跃应用的交互界面。

9.一种电子设备，包括：存储器，处理器；

所述存储器用于存储所述处理器可执行指令的存储器；

其中，当执行所述存储器中的指令时，所述处理器被配置为实现如权利要求1至6中任一项所述的方法。

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

Images