一种清理终端设备进程的方法及系统与流程

本发明涉及智能终端技术领域，特别涉及一种清理终端设备进程的方法及系统。

背景技术：

随着电子技术的快速发展以及智能终端的大规模普及使用，智能终端的性能越来越高、内存也越来越大，于是用于安装的第三方软件越来越多。但是第三方软件由于其商业目的，应用自身行为并未按照系统规范进行约束，该类第三方软件大多会长期存活在系统后台，这样会极大的影响智能终端性能以及智能终端续航时间，且智能终端数据流量也会被后台偷偷使用。现有市场上各种智能终端应用清理方法普遍存在以下所列缺陷：一、扫描后台可清理程序时，需要用户自行确认清理对象，操作繁琐；二、清理动作并不彻底，部分残留进程仍然常驻后台；三、清理完成后不能较好的限制被清理的应用，部分应用会自行启动并常驻后台；四、需要修改底层代码，维护成本高，可移植性差；五、在系统负载过大时，不会主动提醒用户做加速动作。

因而现有技术还有待改进和提高。

技术实现要素：

本发明的目的是要提供一种清理终端设备进程的方法及系统，可以简单快速的对终端设备的应用进行清理，提高移动终端运行性能及响应速度、增加移动终端续航能力，避免后台偷跑流量。

为了实现上述目的，本发明所采用的技术方案如下：

一种清理终端设备进程的方法，其包括：

当接收到清理应用的控制指令时，扫描终端设备后台运行的所有进程以形成进程列表；

根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动；

当被限制自启动时，清理应用关联的所有后台进程并将所述应用设置为限制自启动。

所述清理终端设备进程的方法，其中，所述控制指令包括：检测到系统负载大于预设阈值而产生的控制指令、接收到用户主动触发的控制指令以及终端设备处于灭屏状态的时长大于预设时长而产生的控制指令。

所述清理终端设备进程的方法，其中，所述当接收到清理应用的控制指令时，扫描终端设备后台运行的所有进程形成以进程列表具体包括：

当接收到清理应用的控制指令时，通过AMS获取终端设备后台运行的进程信息；

通过PMS获取每个进程对应的包信息以及其关联进程信息以形成进程列表。

所述清理终端设备进程的方法，其中，所述根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动具体包括：

根据所述进程列表确定其对应的应用程序列表，并将所述应用程序列表与预设应用白名单进行对比以得到预清理名单；

获取预清理名单内每个应用被使用的统计数据，并结合所述应用程序的优选级信息确定需清理的清理名单。

所述清理终端设备进程的方法，其中，所述获取预清理名单内每个应用被使用的统计数据，并结合所述应用程序的优选级信息确定需清理的清理名单具体包括：

根据每个应用程序的优先级、常驻通知以及音频来判断所述应用是否处于使用状态；

当所述应用为处于未使用状态时，获取预清理名单内每个应用被使用的统计数据；

将应用的统计数据以及优先级与预设不可清理条件进行比较以确定需清理的清理名单。

一种清理终端设备进程的系统，其包括：

扫描模块，用于当接收到清理应用的控制指令时，扫描后台运行的所有进程以形成进程列表；

判断模块，用于根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动；

清理模块，用于当被限制自启动时，清理应用关联的所有后台进程并将所述应用设置为限制自启动。

所述清理终端设备进程的系统，其中，所述控制指令包括：检测到系统负载大于预设阈值而产生的控制指令、接收到用户主动触发的控制指令以及终端设备处于灭屏状态的时长大于预设时长而产生的控制指令。

所述清理终端设备进程的系统，其中，所述扫描模块具体包括：

获取单元，用于当接收到清理应用的控制指令时，通过AMS获取终端设备后台运行的进程信息；

形成单元，用于通过PMS获取每个进程对应的包信息以及其关联进程信息以形成进程列表。

所述清理终端设备进程的系统，其中，所述判断模块具体包括：

对比单元，用于根据所述进程列表确定其对应的应用程序列表，并将所述应用程序列表与预设应用白名单进行对比以得到预清理名单；

确定单元，用于获取预清理名单内每个应用被使用的统计数据，并结合所述应用程序的优选级信息确定需清理的清理名单。

所述清理终端设备进程的系统，其中，所述确定单元具体包括：

判断子单元，用于根据每个应用程序的优先级、常驻通知以及音频来判断所述应用是否处于使用状态；

获取子单元，用于当所述应用为处于未使用状态时，获取预清理名单内每个应用被使用的统计数据；

确定子单元，用于将应用的统计数据以及优先级与预设不可清理条件进行比较以确定需清理的清理名单。

有益效果：与现有技术相比，本发明提供了一种清理终端设备进程的方法及系统，所述方法包括：当接收到清理应用的控制指令时，扫描终端设备后台运行的所有进程以形成进程列表；根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动；当被限制自启动时，清理应用关联的所有后台进程并将所述应用设置为限制自启动。本发明通过对后台进程的扫描确定需要清理的应用名单，并根据所述应用的被限制自启动情况进行相应的清理操作，可以简单快速的对终端设备的应用进行清理，提高移动终端运行性能及响应速度、增加移动终端续航能力，避免后台偷跑流量。

附图说明

图1为本发明提供的清理终端设备进程的方法较佳实施的流程图。

图2为本发明提供清理终端设备进程的方法中限制应用的自启动的流程图。

图3为本发明提供清理终端设备进程的方法中设置应用的自启动的流程图。

图4为本发明提供的清理终端设备进程的系统的结构原理图。

具体实施方式

本发明提供一种清理终端设备进程的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端设备可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。

请参照图1，图1为本发明提供的清理终端设备进程的方法的较佳实施例的流程图。所述方法包括：

S100、当接收到清理应用的控制指令时，扫描终端设备后台运行的所有进程以形成进程列表。

具体地，所述控制指令指的是用于控制终端设备进行应用程序清理的指令。所述控制指令可以是检测到系统负载大于预设阈值而产生的控制指令、接收到用户主动触发的控制指令以及终端设备处于灭屏状态的时长大于预设时长而产生的控制指令。在实际应用中，所述终端设备定期检查系统的负载情况，如果发现负载大于预设阈值时，弹出气泡提醒用户进行系统加速，并监听用户对所述气泡的操作指令；当所述操作指令为加速时，终端设备进行应用清理的操作。这样使得用户可以实现一键加速。同时，所述终端设备还会监听灭屏指令，当接收到灭屏指令后启动预先配置预设时长的计时器，当所述计时器超时时，启动应用清理操作。这样能够较好的改善长时间待机情况下的电量消耗。当然，用户也可以手动启动所述应用清理，也就是说，所述终端设备可以预设设置一个应用清理功能的控制界面，用户通过所述控制界面控制所述应用清理功能开启。

在本实施例中，在接收到清理应用的控制指令后，获取终端设备后台正在运行的所有进程信息。并且在获取到所有进程信息后，再分别获取每个进行对应的包信息以及相关联进程。由于所述包名为应用程序的唯一标识，从而所述包信息可以为包名。这样根据所述包名可以确定所述进程对应的应用程序，进而根据所述包信息以及相关联进程形成应用程序列表。所述应用程序列表中包含应用程序以及与其相关的所有进程，并且两者关联存储。

示例性的，所述当接收到清理应用的控制指令时，扫描终端设备后台运行的所有进程以形成进程列表具体可以包括：

S101、当接收到清理应用的控制指令时，通过AMS获取终端设备后台运行的进程信息；

S102、通过PMS获取每个进程对应的包信息以及其关联进程信息以形成进程列表。

具体地，所述AMS（Activity Manager Service）为android系统服务,Activity管理的服务端，用于管理activity的各种行为，控制activity的生命周期，派发消息事件，低内存管理等等。所述PMS（Package Manager Service，包管理服务）其运行在SystemServer进程中，为安卓系统服务，主要用于实现应用安装卸载，组件查询匹配，权限管理等功能。

S200、根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动。

具体地，所述清理名单是需要清理的应用的名单，所述清理指的是结束所述应用的所有相关进程。由于终端设备中有一些关键应用的进程是不可以清理的，例如，桌面、输入法等。所述在根据所述进行列表确定清理名单时需要将所述进程列表与预设白名单进行比较，将所述进程列表与白名单重合的应用删除以确定预清理名单。在对预清理名单内的应用的优先级进行判断以确定清理名单。

示例性的，所述根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动具体包括：

S201、根据所述进程列表确定其对应的应用程序列表，并将所述应用程序列表与预设应用白名单进行对比以得到预清理名单；

S202、获取预清理名单内每个应用被使用的统计数据，并结合所述应用程序的优选级信息确定需清理的清理名单。

具体的来说，在所述步骤S201中，根据所述进程列表中每个进程对应的包信息以及相关进程的信息确定其对应的应用程序以及所述应用程序相关的进程，进而形成应用程序列表。在形成应用程序列表之后，将应用程序列表内的应用程序的包信息与白名单内应用的包信息分别进行比较，排除所述应用程序列表中包含的白名单中的应用程序。所述白名单为预先建立的，其包含系统运行的必要应用，同时还包括用户手动添加的应用程序。

在所述步骤S202中，所述获取预清理名单内每个应用被使用的统计数据指的获取预清理名单内每个应用被使用的次数以及每次被使用的时间。之后在根据被使用的统计数据和应用程序的优先级等信息确定需要清理的清理名单。

示例性的，所述获取预清理名单内每个应用被使用的统计数据，并结合所述应用程序的优选级信息确定需清理的清理名单具体包括：

S2021、根据每个应用程序的优先级、常驻通知以及音频来判断所述应用是否处于使用状态；

S2022、当所述应用为处于未使用状态时，获取预清理名单内每个应用被使用的统计数据；

S2023、将应用的统计数据以及优先级与预设不可清理条件进行比较以确定需清理的清理名单。

具体的来说，在所述步骤S2021中，所述每个应用的优先级可以通过Activity Manager的Running App Process Info信息可知进程优先级，并将所述优先级分为两类，一类为高于前台运行进行的优先级，一个是不高于前台运行的优先级；再获取所述应用是否存在常驻通知栏的通知，其具体可以通过Notification Listener Service的get Active Notifications方法得到活跃的通知，然后通过Notification.flags判定是否常驻通知栏；然后，判定应用是否使用到音频，其可以使用Audio Manager的隐藏API（通过反射机制），isAppInFocus用于判断一个应用是否正在使用音频，传入包名即可；最后判断应用是否有绑定桌面小组件，其可以使用App Widget Manager的隐藏API（通过反射机制），isBoundWidgetPackage用于判断一个应用是否在桌面上绑定了小组件。

在获取上述信息后，根据上述信息判断所述应用是否处于使用状态，当所述应用处于使用状态时，默认所述应用不可清理；当所述应用处于使用状态时，所述应用为可清理。所述判断使用是否处于使用中状态的条件包括：1）进程优先级大于前台可见进程，2）具有不可移除通知，3）正在使用音频，4）被检测应用在桌面上有被绑定的小组件。

在所述步骤S2022中，所述获取应用被使用的统计数据可以通过Usage Stats Service获取的（标准接口queryUsage-Stats）。

在所述步骤S2023中，所述不可清理条件可以根据进程优先级分两种情况：1）进程优先级大于或等于前台可见，应用在过去两天内才安装的、或者1小时以内使用过、或者过去两天内使用的次数超过5次；2）进程优先级小于前台可见，应用在过去两天内才安装的、或者半小时以内使用过、或者过去24小时内使用的次数超过5次。

将所述预清理名单内的各个应用与所述不可清理条件进行对比，筛选其包含的不可删除的应用，进而形成清理名单。

S300、当被限制自启动时，清理应用关联的所有后台进程并将所述应用设置为限制自启动。

具体地，在确定所述确定清理名单后，依次判断英朗名单中每个应用是否被限制自启动；当被限制自启动时，清理应用关联的所有后台进程并将所述应用设置为限制自启动。在实际应用中，所述清理后台应用程序可以使用Activity-Manager的隐藏API，killBackgroundProcesses和forceStop Package，进而确保应用关联的所有后台进程都能够被清理干净。

在清理完后台进程之后，执行重新限制自启动应用的动作（针对清理名单中被限制过自启动的应用）。限制自启动与互启动的方式采取的是禁用组件的形式。如图2所示，所述限制自启动途径具体可以通过限制应用的静态广播组件(Receivier)实现的、限制互启动行为是通过限制应用的服务组件(Service)和内容提供者(Provider)实现的。首先会通过PackageManager的getPackageInfo的方法获得应用组件信息，然后设置静态广播组件(Receivier)为Disable状态，此时应用自启动途径将给限制；设置服务组件(Service)和内容提供者(Provider)为Disable状态，此时应用互启动途径也将给限制。当然，所述应用为不被限制自启动，则仅清理应用关联的所有后台进程。

进一步，当应用被限制自启动后，需要在用户启动应用的时候自动解除启动限制。解除应用程序启动限制是在用户主动点击桌面该应用图标，只有这种情况才允许其启动。如图3所示，所述自动解除启动限制的过程可以为使用AMS的进程切换监听ProcessObserver以及通过输入输出系统截取关键字；所述所述关键为am_create_activity或者am_proc_start表示启动一个进程，为android.intent.action.MAIN表示启动是桌面启动，或者当进程切换到前台而且用户可见的状态PROCESS_STATE_TOP时，将该应用程序的组件（Receivier/ Service/Provider）都解禁，并发送应用程序状态信息改变的广播ACTION_PACKAGE_CHANGED。

本发明还提供了一种清理终端设备进程的系统，如图4所示，其包括：

扫描模块100，用于当接收到清理应用的控制指令时，扫描后台运行的所有进程以形成进程列表；

判断模块200，用于根据所述进程列表确定需要清理应用的清理名单，并分别判断所述清理名单内的应用是否被限制自启动；

清理模块300，用于当被限制自启动时，清理应用关联的所有后台进程并将所述应用设置为限制自启动。

所述清理终端设备进程的系统，其中，所述控制指令包括：检测到系统负载大于预设阈值而产生的控制指令、接收到用户主动触发的控制指令以及终端设备处于灭屏状态的时长大于预设时长而产生的控制指令。

所述清理终端设备进程的系统，其中，所述扫描模块具体包括：

获取单元，用于当接收到清理应用的控制指令时，通过AMS获取终端设备后台运行的进程信息；

形成单元，用于通过PMS获取每个进程对应的包信息以及其关联进程信息以形成进程列表。

所述清理终端设备进程的系统，其中，所述判断模块具体包括：

对比单元，用于根据所述进程列表确定其对应的应用程序列表，并将所述应用程序列表与预设应用白名单进行对比以得到预清理名单；

确定单元，用于获取预清理名单内每个应用被使用的统计数据，并结合所述应用程序的优选级信息确定需清理的清理名单。

所述清理终端设备进程的系统，其中，所述确定单元具体包括：

判断子单元，用于根据每个应用程序的优先级、常驻通知以及音频来判断所述应用是否处于使用状态；

获取子单元，用于当所述应用为处于未使用状态时，获取预清理名单内每个应用被使用的统计数据；

确定子单元，用于将应用的统计数据以及优先级与预设不可清理条件进行比较以确定需清理的清理名单。

上述清理终端设备进程的系统的各个模块在上述方法中已经详细说明，在这里就不再一一陈述。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。