智能终端设备的应用管理方法、智能终端设备及介质与流程

1.本发明涉及应用管理的技术领域，尤其涉及一种智能终端设备的应用管理方法、智能终端设备及介质。


背景技术：

2.现有的智能终端设备上在性能不足时，即、运行资源不够表现为卡顿时，往往会杀后台应用，即、结束后台应用的运行或结束后台应用在后台的驻留。比如目前各种智能终端设备的加速软件便会采用结束后台应用的方法，以便有足够运行资源给予前台应用，以让用户流畅的使用应用。但采用这样的方法，有可能某些应用不是用户想要结束的、是想要驻留在后台的，于是导致用户体验很差。因此，如何管理智能终端设备的应用成了亟需解决的问题。


技术实现要素：

3.本发明的主要目的在于提供一种智能终端设备的应用管理方法，旨在解决现有技术中智能终端设备的应用管理难以切合实际应用使用情况的技术问题。
4.为实现上述目的，本发明提供一种智能终端设备的应用管理方法，所述智能终端设备的应用管理方法包括：
5.在当前应用启动时，判断所述智能终端设备是否处于卡顿状态；
6.若所述智能终端设备未处于卡顿状态，则启动所述当前应用；
7.在启动所述当前应用之后，判断所述智能终端设备是否处于卡顿状态；
8.若所述智能终端设备处于卡顿状态，则结束所述当前应用之外的已启动应用，直至所述智能终端设备未处于卡顿状态。
9.可选地，在所述当前应用启动时，判断所述智能终端设备是否处于卡顿状态的步骤之前，还包括：
10.上传所述智能终端设备的识别信息至云端；
11.获取所述识别信息对应的云端的服务器配置文件；
12.基于云端的服务器配置文件和所述智能终端设备的当前配置文件确定所述智能终端设备的目标配置文件。
13.可选地，所述基于云端的服务器配置文件和所述智能终端设备的当前配置文件确定所述智能终端设备的目标配置文件的步骤，包括：
14.解析所述服务器配置文件和所述当前配置文件得到所述服务器配置文件的第一比较信息和所述当前配置文件的第二比较信息；
15.比较所述第一比较信息和所述第二比较信息的时间先后顺序；
16.若所述第一比较信息早于所述第二比较信息，则以所述当前配置文件作为所述目标配置文件；
17.若所述第二比较信息早于所述第一比较信息，则以所述服务器配置文件作为所述
目标配置文件。
18.可选地，所述目标配置文件中包括运行资源阈值，所述判断所述智能终端设备是否处于卡顿状态的步骤，包括：
19.获取所述智能终端设备的当前运行资源；
20.比较所述当前运行资源与所述运行资源阈值；
21.若所述当前运行资源大于所述运行资源阈值，则确定所述智能终端设备处于卡顿状态；
22.若所述当前运行资源不大于所述运行资源阈值，则确定所述智能终端设备未处于卡顿状态。
23.可选地，所述目标配置文件中包括应用的白名单和非白名单，在所述当前应用启动时，判断所述智能终端设备是否处于卡顿状态的步骤之后，还包括：
24.若所述智能终端设备处于卡顿状态，则在所述非白名单的应用中，按照应用启动时间结束所述非白名单的应用，直至所述智能终端设备未处于卡顿状态。
25.可选地，在所述结束所述当前应用之外的已启动应用的步骤之前，还包括：
26.判断是否存在所述非白名单的应用正在运行。
27.可选地，所述结束所述当前应用之外的已启动应用的步骤，包括：
28.若存在所述非白名单的应用正在运行，则在所述非白名单的应用中，按照应用启动时间结束所述非白名单的应用，直至所述智能终端设备未处于卡顿状态。
29.可选地，所述结束所述当前应用之外的已启动应用的步骤，包括：
30.若不存在所述非白名单的应用正在运行，则在所述白名单的应用中，按照应用启动时间反向结束所述白名单的应用，直至所述智能终端设备未处于卡顿状态。
31.此外，为实现上述目的，本发明还提供一种智能终端设备，其特征在于，所述智能终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序配置为实现如上所述的智能终端设备的应用管理方法的步骤。
32.此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有智能终端设备的应用管理程序，所述智能终端设备的应用管理程序被处理器执行时实现如上所述的智能终端设备的应用管理方法的步骤。
33.本发明实施例提出的一种智能终端设备的应用管理方法、智能终端设备及介质，方法为：在当前应用启动时，判断所述智能终端设备是否处于卡顿状态；若所述智能终端设备未处于卡顿状态，则启动所述当前应用；在启动所述当前应用之后，判断所述智能终端设备是否处于卡顿状态；若所述智能终端设备处于卡顿状态，则结束所述当前应用之外的已启动应用，直至所述智能终端设备未处于卡顿状态。
34.在当前应用启动时，如果智能终端设备未处于卡顿状态，则直接启动当前应用；在启动当前应用之后，如果智能终端设备处于卡顿状态，则结束当前应用之外的已启动应用，直至智能终端设备未处于卡顿状态。从而逐个结束后台应用，确保运行资源充足的同时，保证用户的使用体验。
附图说明
35.图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；
36.图2为本发明一种智能终端设备的应用管理方法一实施例的流程示意图；
37.图3为本发明一种智能终端设备的应用管理方法一实施例的清理逻辑示意图；
38.图4为本发明一种智能终端设备的应用管理方法一实施例的配置文件确认示意图。
39.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
40.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
41.参照图1，图1为本发明实施例方案涉及的硬件运行环境的终端结构示意图。
42.如图1所示，该终端设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)存储器，也可以是稳定的非易失性存储器(non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
43.本领域技术人员可以理解，图1中示出的结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
44.如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及计算机程序。
45.在图1所示的终端设备中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明终端设备中的处理器1001、存储器1005可以设置在终端设备中，所述终端设备通过处理器1001调用存储器1005中存储的计算机程序，并执行以下操作：
46.在当前应用启动时，判断所述智能终端设备是否处于卡顿状态；
47.若所述智能终端设备未处于卡顿状态，则启动所述当前应用；
48.在启动所述当前应用之后，判断所述智能终端设备是否处于卡顿状态；
49.若所述智能终端设备处于卡顿状态，则结束所述当前应用之外的已启动应用，直至所述智能终端设备未处于卡顿状态。
50.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操作：
51.在所述当前应用启动时，判断所述智能终端设备是否处于卡顿状态的步骤之前，还包括：
52.上传所述智能终端设备的识别信息至云端；
53.获取所述识别信息对应的云端的服务器配置文件；
54.基于云端的服务器配置文件和所述智能终端设备的当前配置文件确定所述智能终端设备的目标配置文件。
55.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操
作：
56.所述基于云端的服务器配置文件和所述智能终端设备的当前配置文件确定所述智能终端设备的目标配置文件的步骤，包括：
57.解析所述服务器配置文件和所述当前配置文件得到所述服务器配置文件的第一比较信息和所述当前配置文件的第二比较信息；
58.比较所述第一比较信息和所述第二比较信息的时间先后顺序；
59.若所述第一比较信息早于所述第二比较信息，则以所述当前配置文件作为所述目标配置文件；
60.若所述第二比较信息早于所述第一比较信息，则以所述服务器配置文件作为所述目标配置文件。
61.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操作：
62.所述目标配置文件中包括运行资源阈值，所述判断所述智能终端设备是否处于卡顿状态的步骤，包括：
63.获取所述智能终端设备的当前运行资源；
64.比较所述当前运行资源与所述运行资源阈值；
65.若所述当前运行资源大于所述运行资源阈值，则确定所述智能终端设备处于卡顿状态；
66.若所述当前运行资源不大于所述运行资源阈值，则确定所述智能终端设备未处于卡顿状态。
67.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操作：
68.所述目标配置文件中包括应用的白名单和非白名单，在所述当前应用启动时，判断所述智能终端设备是否处于卡顿状态的步骤之后，还包括：
69.若所述智能终端设备处于卡顿状态，则在所述非白名单的应用中，按照应用启动时间结束所述非白名单的应用，直至所述智能终端设备未处于卡顿状态。
70.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操作：
71.在所述结束所述当前应用之外的已启动应用的步骤之前，还包括：
72.判断是否存在所述非白名单的应用正在运行。
73.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操作：
74.所述结束所述当前应用之外的已启动应用的步骤，包括：
75.若存在所述非白名单的应用正在运行，则在所述非白名单的应用中，按照应用启动时间结束所述非白名单的应用，直至所述智能终端设备未处于卡顿状态。
76.进一步地，处理器1001可以调用存储器1005中存储的计算机程序，还执行以下操作：
77.所述结束所述当前应用之外的已启动应用的步骤，包括：
78.若不存在所述非白名单的应用正在运行，则在所述白名单的应用中，按照应用启
动时间反向结束所述白名单的应用，直至所述智能终端设备未处于卡顿状态。
79.本发明实施例提供了一种智能终端设备的应用管理方法，参照图2，图2为本发明一种智能终端设备的应用管理方法第一实施例的流程示意图。
80.本实施例中，所述智能终端设备的应用管理方法包括：
81.步骤s10：在当前应用启动时，判断所述智能终端设备是否处于卡顿状态。
82.智能终端设备可以为手机、平板、电视等可以安装并使用app(application，应用程序)的设备。在本实施例中，对智能终端设备的类型不做限定，对智能终端设备的应用运行环境不做限定，可以是安卓或者ios(iphone runs os，苹果公司的移动操作系统)等。由于应用的运行特性，必然会导致运行的应用之后，系统剩下的可运行可利用可支配的运行资源减少。参照图3，图3为本发明一种智能终端设备的应用管理方法一实施例的清理逻辑示意图。从而需要在运行启动当前应用后，判断运行启动当前应用的智能终端设备是否处于卡顿状态。其中，卡顿状态是指运行应用之后，系统剩下的可运行可利用可支配的运行资源少于预设的运行资源阈值，智能终端设备的使用表现出来丢帧、延迟、发热、续航变短等，严重的甚至会导致系统不稳定、蓝屏、死机等。在本实施例中，预先基于不同机型、机芯定制化不同的卡顿标准、即设置不同的运行资源阈值。
83.步骤s20：若所述智能终端设备未处于卡顿状态，则启动所述当前应用。
84.如果运行启动当前应用的智能终端设备未处于卡顿状态，则可以直接启动当前应用。也就是说，至少表明了启动了当前应用不会马上给智能终端设备的系统带来特别大的运行压力，可以直接启动当前应用。
85.步骤s30：在启动所述当前应用之后，判断所述智能终端设备是否处于卡顿状态。
86.但是在启动了当前应用之后，由于没有预估当前应用需要占用的运行资源，所以运行当前应用有可能导致系统卡顿。在本实施例中，通过在启动当前应用之后，再次判断智能终端设备是否处于卡顿状态来采取对应的措施来防止智能终端设备的系统卡顿。在可选的实施例中，还可以预估在启动当前应用之前，通过获取当前应用的应用信息以及该应用在过去的使用记录等信息，提前判断当前应用需占用的运行资源，从而将最不常用或最先使用的正在运行中的应用结束掉。
87.步骤s40：若所述智能终端设备处于卡顿状态，则结束所述当前应用之外的已启动应用，直至所述智能终端设备未处于卡顿状态。
88.如果在启动当前应用之后，智能终端设备处于卡顿状态，则需要结束正在运行的其他应用，直至智能终端设备未处于卡顿状态，以保证当前应用的正常使用和智能终端设备的稳定。在结束其他应用时，并不是将当前应用之外的所有应用全部一次性清理，而是以预设规则进行清理，从而避免为了保证当前应用的正常使用，而将同样需要但只是暂时处于后台的应用给终结掉。在用户重新开启暂留后台但被清理掉的应用时，同样会给系统的运行造成很大的负担，极端情况下又会把该误清理的应用之前的应用又全部清理掉，陷入让用户使用极差的死循环中。
89.在本实施例中，在当前应用启动时，判断所述智能终端设备是否处于卡顿状态；若所述智能终端设备未处于卡顿状态，则启动所述当前应用；在启动所述当前应用之后，判断所述智能终端设备是否处于卡顿状态；若所述智能终端设备处于卡顿状态，则结束所述当前应用之外的已启动应用，直至所述智能终端设备未处于卡顿状态。
90.在当前应用启动时，如果智能终端设备未处于卡顿状态，则直接启动当前应用；在启动当前应用之后，如果智能终端设备处于卡顿状态，则结束当前应用之外的已启动应用，直至智能终端设备未处于卡顿状态。从而逐个结束后台应用，确保运行资源充足的同时，保证用户的使用体验。
91.可选地，在所述当前应用启动时，判断所述智能终端设备是否处于卡顿状态的步骤之前，还包括：
92.上传所述智能终端设备的识别信息至云端；
93.获取所述识别信息对应的云端的服务器配置文件；
94.基于云端的服务器配置文件和所述智能终端设备的当前配置文件确定所述智能终端设备的目标配置文件。
95.在当前应用启动时，判断所述智能终端设备是否处于卡顿状态之前，需要确定智能终端设备的目标配置文件，在基于目标配置文件确定应用的白名单和非白名单，定义了智能终端设备对应机型的“卡顿”标准。
96.参照图4，图4为本发明一种智能终端设备的应用管理方法一实施例的配置文件确认示意图。以电视的应用管理为例进行说明：通过电视的同步模块，上传电视的识别信息至云端，比如上传机型(电视型号)、机芯(芯片型号)至云端。在云端，对于不同型号的智能终端设备设置、更新、维护了不同的服务器配置文件。在云端接收到识别信息后，下发对应机型、机芯的服务器配置文件至电视。通过电视的比较模块，计算比较服务器配置文件与出厂预置的配置文件或者更新后的配置文件、即电视的当前配置文件，得到目标配置文件。在本实施例中，对上传识别信息至云端、云端下发配置文件的时机不做限定，即、对配置文件的更新时机不做限定，可以是定时更新，也可是基于在配置文件设置的触发条件更新。同样对配置文件的更新方式不做限定，可以是由厂商或服务提供商进行更新，也可以由运营人员合并用户在前端进行更改后的配置文件，或者前后端联合更新。在本实施例中，对识别信息的类型不做限定，可以是根据机型、机芯来获取配置文件的，也可以通过其它的标识符获取，从而做到对不同的智能终端设备的精细化运营管理。
97.可选地，所述基于云端的服务器配置文件和所述智能终端设备的当前配置文件确定所述智能终端设备的目标配置文件的步骤，包括：
98.解析所述服务器配置文件和所述当前配置文件得到所述服务器配置文件的第一比较信息和所述当前配置文件的第二比较信息；
99.比较所述第一比较信息和所述第二比较信息的时间先后顺序；
100.若所述第一比较信息早于所述第二比较信息，则以所述当前配置文件作为所述目标配置文件；
101.若所述第二比较信息早于所述第一比较信息，则以所述服务器配置文件作为所述目标配置文件。
102.在本实施例中，配置文件中包括机型/机芯，版本号，cpu运行阈值，内存运行阈值，包名1，包名2...包名n。其中cpu运行阈值和内存运行阈值为在智能终端设备中预设的运行资源阈值，包名1，包名2...包名n为白名单和非白名单中的应用包包名。在本实施例中，对配置文件的格式定义不做限定。
103.另外，解析配置文件还能得到配置文件的比较信息，比如配置文件的时间戳或版
本号。在本实施例中，基于配置文件的时间戳，对比服务器配置文件的第一比较信息和当前配置文件的第二比较信息的时间先后顺序，以最新的配置文件作为目标配置文件。当然，还可以以版本号作为比较标准，在本实施例中，对确定目标配置文件的比较标准不做限定。
104.可选地，所述目标配置文件中包括运行资源阈值，所述判断所述智能终端设备是否处于卡顿状态的步骤，包括：
105.获取所述智能终端设备的当前运行资源；
106.比较所述当前运行资源与所述运行资源阈值；
107.若所述当前运行资源大于所述运行资源阈值，则确定所述智能终端设备处于卡顿状态；
108.若所述当前运行资源不大于所述运行资源阈值，则确定所述智能终端设备未处于卡顿状态。
109.在本实施例中，可以比较智能终端设备的当前运行资源和基于设备类型预设的运行资源阈值，从而判断智能终端设备是否处于卡顿状态。如果当前运行资源大于运行资源阈值，则确定智能终端设备处于卡顿状态；如果当前运行资源不大于运行资源阈值，则确定智能终端设备未处于卡顿状态。另外，智能终端设备是否卡顿，可以根据cpu，内存等单一维度确定，还可以基于多维度共同确认，在本实施例中，对智能终端设备处于卡顿状态的判断条件不做限定。
110.可选地，所述目标配置文件中包括应用的白名单和非白名单，在所述当前应用启动时，判断所述智能终端设备是否处于卡顿状态的步骤之后，还包括：
111.若所述智能终端设备处于卡顿状态，则在所述非白名单的应用中，按照应用启动时间结束所述非白名单的应用，直至所述智能终端设备未处于卡顿状态。
112.在现有的应用管理技术中，有可能某些应用不是用户想要结束的，于是就衍生出了白名单功能，在白名单中的应用不被清理。但这又带来以下问题非白名单中的应用清理完后，仍在运行的应用还可能处于卡顿状态。或者有可能不需要把白名单之外的全部清理掉，只清理结束一部分就可以解决卡顿问题。因此，在本实施例中，在目标配置文件中预设了应用的白名单和非白名单，在后续的开发、维护过程中，可以对不同智能终端设备的白名单和非白名单进行修改、更新等维护，以符合用户的安装情况，进一步提升用户的使用体验。
113.参照图3，图3为本发明一种智能终端设备的应用管理方法一实施例的清理逻辑示意图。以电视的应用管理为例进行说明：在启动当前应用，判断智能终端设备是否处于卡顿状态之后，如果智能终端设备处于卡顿状态，则在非白名单的应用中，按照应用启动时间结束非白名单的应用，直至智能终端设备未处于卡顿状态。也就是说，先结束非白名单中的应用，按照应用的启动顺序，从前向后清理(先清理最开始运行的应用)，一次清理一个已运行应用。每清理一个应用，则检测运行资源是否够用，只要低于运行资源阈值即可，从而在保证智能终端设备的性能的同时，保留尽可能多的已运行应用，尽可能保证用户对已运行应用的使用，提升用户的使用体验。
114.可选地，在所述结束所述当前应用之外的已启动应用的步骤之前，还包括：
115.判断是否存在所述非白名单的应用正在运行。
116.在运行了当前应用之后，当前应用的运行有可能也会导致系统卡顿。所以，在当前
应用启动之后，还需要对当前应用的运行进行检测。判断是否存在非白名单的应用正在运行，采取对应的措施防止运行当前应用带来的卡顿。
117.可选地，所述结束所述当前应用之外的已启动应用的步骤，包括：
118.若存在所述非白名单的应用正在运行，则在所述非白名单的应用中，按照应用启动时间结束所述非白名单的应用，直至所述智能终端设备未处于卡顿状态。
119.如果存在非白名单的应用正在运行，则在非白名单的应用中，按照应用启动时间结束非白名单的应用，直至智能终端设备未处于卡顿状态。在这种情况下，同样也是先结束非白名单中的应用，按照非白名单中的应用的启动顺序，从前向后清理(先清理最开始运行的应用)，一次清理一个已运行应用。每清理一个应用，则检测运行资源是否够用，只要低于运行资源阈值即可。
120.可选地，所述结束所述当前应用之外的已启动应用的步骤，包括：
121.若不存在所述非白名单的应用正在运行，则在所述白名单的应用中，按照应用启动时间反向结束所述白名单的应用，直至所述智能终端设备未处于卡顿状态。
122.但是，当把所有的非白名单的应用清理完还不能流畅运行时，则开始清理白名单中的应用。但在这种情况下，就并不是按照白名单中的应用的启动顺序，从前向后清理(先清理最开始运行的应用)，而是按照启动顺序反向结束白名单的应用，先清理最晚运行的应用。不关心非白名单中的应用是否持续运行，比如在非白名单中存在先后打开的app：浏览器，音乐，相册，则先结束浏览器后结束音乐最后结束相册。而白名单中的应用相当于需要被保护不被清理的应用，最开始启动的白名单应用对于用户、系统、或服务提供商来说价值是最大的，是最需要驻留的。比如在白名单中存在驻留在后台的更新的应用程序，则需要将更新一直保留在后台，将最新打开的应用清理。暂时牺牲在短时间内最新打开的应用的使用体验，换取白名单中已有的占多数的应用的使用体验。从而，在白名单之内与之外的应用清理的逻辑不同，最大化保证用户体验。
123.此外，本发明实施例还提供一种智能终端设备，其特征在于，所述智能终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序配置为实现如上所述的智能终端设备的应用管理方法的步骤。
124.此外，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有智能终端设备的应用管理程序，所述智能终端设备的应用管理程序被处理器执行时实现如上所述的智能终端设备的应用管理方法的步骤。
125.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
126.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
127.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个
存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
128.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。