CN114647550A - 进程管控方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种进程管控方法、装置、存储介质及电子设备，涉及计算机技术领域，该方法包括：监测用户界面的卡顿状态；若所述卡顿状态符合目标状态，生成目标反馈消息；基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；根据所述卡顿反馈消息对后台进程进行管控。本申请的进程管控方案可以有效考虑用户本身的用户界面真实卡顿体验，进而可以提升进程管控可靠性。

Description

进程管控方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，具体涉及一种进程管控方法、装置、存储介质及电子设备。

背景技术

以Android系统为例的各类系统中通常需要对后台进程进行管控，目标各类系统中对后台进程管控策略还不够完善，通常会简单地根据固定策略的对后台进程进行管控，来提升系统的性能和降低功耗，目前的方式下，进程管控往往难以考虑用户本身的真实体验，进而进程管控可靠性较低。

发明内容

本申请实施例提供一种方案，可以有效提升进程管控可靠性。

为解决上述技术问题，本申请实施例提供以下技术方案：

根据本申请的一个实施例，一种进程管控方法，其包括：监测用户界面的卡顿状态；若所述卡顿状态符合目标状态，生成目标反馈消息；基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；根据所述卡顿反馈消息对后台进程进行管控。

在本申请的一些实施例中，所述根据所述卡顿反馈消息对后台进程进行管控，包括：若所述卡顿反馈消息指示所述用户界面处于目标卡顿状态，则获取所述后台进程的进程状态；根据所述进程状态确定所述后台进程中的待冻结后台进程；将所述待冻结后台进程进行冻结。

在本申请的一些实施例中，所述进程状态包括用户感知状态；所述获取所述后台进程的进程状态，包括：获取针对所述后台进程中每个后台进程所配置的标签，其中，所述标签是根据所述每个后台进程对用户感知功能的使用情况进行配置的；根据所述每个后台进程的标签，确定所述每个后台进程的用户感知状态。

在本申请的一些实施例中，所述进程状态包括用户感知状态；所述根据所述进程状态确定所述后台进程中的待冻结后台进程，包括：确定低于预定感知标准的用户感知状态对应的后台进程，得到目标后台进程；根据所述目标后台进程确定所述待冻结进程。

在本申请的一些实施例中，所述根据所述目标后台进程确定所述待冻结进程，包括：从所述目标后台进程中确定与界面进程关联的后台进程，得到界面关联进程，所述界面进程为所述用户界面对应的进程；将所述目标后台进程中除所述界面关联进程之外的后台进程，确定为所述待冻结进程。

在本申请的一些实施例中，所述基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息，包括：播放所述目标反馈信息，所述目标反馈消息用于提示用户通过语音反馈所述用户界面是否卡顿；接收用户语音，并基于所述用户语音进行语音识别，得到所述用户的卡顿反馈消息。

在本申请的一些实施例中，所述监测用户界面的卡顿状态，包括：监测界面运行数据，所述界面运行数据包括中央处理器的使用率及画面掉帧数据中至少一种；根据所述界面运行数据分析所述用户界面的卡顿状态。

根据本申请的一个实施例，一种进程管控装置，所述装置包括：监测模块，用于监测用户界面的卡顿状态；生成模块，用于若所述卡顿状态符合目标状态，生成目标反馈消息；反馈模块，用于基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；管控模块，用于根据所述卡顿反馈消息对所述后台进程进行管控。

根据本申请的另一实施例，一种存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行本申请实施例所述的方法。

根据本申请的另一实施例，一种电子设备可以包括：存储器，存储有计算机程序；处理器，读取存储器存储的计算机程序，以执行本申请实施例所述的方法。

本申请实施例中，监测用户界面的卡顿状态；若所述卡顿状态符合目标状态，生成目标反馈消息；基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；根据所述卡顿反馈消息对所述后台进程进行管控。

以这种方式，在监测到用户界面的卡顿状态符合目标状态后，获取用户的真实卡顿反馈消息，根据卡顿反馈消息对后台进程进行管控，有效考虑用户本身的用户界面真实卡顿体验，进而可以提升进程管控可靠性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据本申请的一个实施例的进程管控方法的流程图。

图2示出了根据本申请的一个实施例的进程管控装置的框图。

图3示出了根据本申请的一个实施例的电子设备的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1示意性示出了根据本申请的一个实施例的进程管控方法的流程图。该进程管控方法的执行主体可以是任意的电子设备，例如电脑、手机、智能手表以及家电设备(如智能电视等)等。

如图1所示，该进程管控方法可以包括步骤S110至步骤S140。

步骤S110，监测用户界面的卡顿状态；

步骤S120，若所述卡顿状态符合目标状态，生成目标反馈消息；

步骤S130，基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；

步骤S140，根据所述卡顿反馈消息对后台进程进行管控。

用户界面即屏幕中的显示界面。卡顿状态即用户界面中播放内容的播放卡顿状态，一个示例中，卡顿状态例如卡顿或不卡顿，另一个示例中，卡顿状态可以包括评估的不同的卡顿等级，例如一级卡顿、二级卡顿以及不卡顿等。

对电子设备中用户界面相关的数据进行监测，可以实时或定时的确定用户界面的卡顿状态。

目标状态可以根据需求设定，一个示例中目标状态例如卡顿，另一个示例中目标状态例如二级卡顿等。

若监测到用户界面的卡顿状态符合目标状态，进一步的生成目标反馈消息，该目标反馈消息用于提示用户从用户角度进一步反馈卡顿状态。目标反馈消息例如“用户界面是否卡顿”的咨询消息。

进一步的，可以通过界面弹窗或语音的方式进行目标反馈消息的提示，进而实现卡顿提示，基于此，用户可以进一步向电子设备输送卡顿反馈消息，进而电子设备接收到该卡顿反馈消息。该卡顿反馈消息可以反映用户自身所体验的卡顿情况。

进一步的，根据该卡顿反馈消息对后台进程进行管控，例如对一些进程进行冻结等管控。

以这种方式，基于步骤S110至步骤S140，在监测到用户界面的卡顿状态符合目标状态后，获取用户的真实卡顿反馈消息，根据卡顿反馈消息对后台进程进行管控，有效考虑用户本身的用户界面真实卡顿体验，进而可以提升进程管控可靠性。

下面描述进行进程管控时，所进行的各步骤的具体过程。

在步骤S110中，监测用户界面的卡顿状态。

监测用户界面的卡顿状态可以是在电子设备启动后实时监控，或者在特定的时间段启动监控。

一种实施例中，步骤S110，监测用户界面的卡顿状态，包括：监测界面运行数据，所述界面运行数据包括中央处理器的使用率及画面掉帧数据中至少一种；根据所述界面运行数据分析所述用户界面的卡顿状态。

中央处理器的使用率即电子设备中CPU的使用率、画面掉帧数据即用户界面中画面的掉帧数据。申请人发现中央处理器的使用率及画面掉帧数据中至少一种可以准确分析用户界面的卡顿状态。

一种示例中，中央处理器的使用率高于预定使用率，则卡顿状态为卡顿，相反，使用率小于预定使用率，则卡顿状态为不卡顿。另一个示例中，画面掉帧数据高于预定大小，则卡顿状态为卡顿，相反，画面掉帧数据小于预定大小，则卡顿状态为不卡顿。

另一个示例中，可以基于预设函数对中央处理器的使用率及画面掉帧数据进行综合计算，得到卡顿分数，根据卡顿分数确定卡顿等级，例如A范围的卡顿分数对应一级卡顿、B范围的对应二级卡顿以及C范围的对应不卡顿等。

在步骤S120中，若所述卡顿状态符合目标状态，生成目标反馈消息。

目标状态可以根据需求设定，一个示例中目标状态例如卡顿，另一个示例中目标状态例如二级卡顿等。若监测到用户界面的卡顿状态符合目标状态，进一步的生成目标反馈消息，该目标反馈消息用于提示用户从用户角度进一步反馈卡顿状态。目标反馈消息例如“用户界面是否卡顿”的咨询消息。

在步骤S130中，基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息。

一种实施例中，步骤S130，基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息，包括：播放所述目标反馈信息，所述目标反馈消息用于提示用户通过语音反馈所述用户界面是否卡顿；接收用户语音，并基于所述用户语音进行语音识别，得到所述用户的卡顿反馈消息。

播放所述目标反馈信息的一种方式可以通过界面弹窗的方式进行，另一种方式可以通过语音的方式进行。其他方式下可以根据设定的信息播放方式进行播放。

用户接收到播放的目标反馈消息后，用户可以进一步向电子设备通过用户语音便捷高效地输送卡顿反馈消息，进而电子设备接收到该卡顿反馈消息。该卡顿反馈消息可以反映用户自身所体验的卡顿情况。另一些实时方式中用户也可以通过触发特定控件或按键的方式反馈卡顿反馈消息。

在步骤S140中，根据所述卡顿反馈消息对所述后台进程进行管控。

对后台进程进行管控时，可以确定一些后台进程中可以冻结的待冻结进程进行冻结，进而可以缓解用户界面的卡顿。

一种实施例中，所述根据所述卡顿反馈消息对后台进程进行管控，包括：若所述卡顿反馈消息指示所述用户界面处于目标卡顿状态，则获取所述后台进程的进程状态；根据所述进程状态确定所述后台进程中的待冻结后台进程；将所述待冻结后台进程进行冻结。

后台进程的进程状态可以包括电子设备中所有后台进程或部分后台进程的进程状态，一些示例中，进程状态可以是用户感知状态，一些示例中，进程状态包括是否闲置。

进而，一些示例中，根据进程状态确定后台进程中的待冻结后台进程，可以将低于预定感知标准的用户感知状态对应的后台进程确定为待冻结后台进程。例如，用户感知状态包括弱感知状态及可感知状态等，预定感知标准为可感知状态，低于预定感知标准的用户感知状态可以为弱感知状态；又例如，用户感知状态包括第一感知等级、第二感知等级及第三感知等级等，预定感知标准为第二感知等级，低于预定感知标准的用户感知状态可以为第一感知等级。一些示例中，可以将闲置的后台进程确定为待冻结后台进程。

一种实施例中，所述进程状态包括用户感知状态；所述获取所述电子设备中后台进程的进程状态，包括：获取所述电子设备中针对后台进程中每个后台进程所配置的标签，其中，所述标签是根据每个后台进程对用户感知功能的使用情况进行配置的；根据每个后台进程的标签，确定每个后台进程的用户感知状态。

监测目标进程可以获得目标进程对电子设备中用户感知功能的使用状态，其中，一个示例中，使用状态例如使用或未使用，另一个示例中，使用状态例如使用时长、使用日期等功能使用状态参数。

根据使用状态进行标签配置，得到目标进程对应的标签，该标签可以从标签配置策略的角度表征使用状态。根据目标进程所标定的标签进行分析处理，得到目标进程的用户感知状态，该用户感知状态可以综合所有功能的使用状态来描述目标进程对于用户来说的可感知强度。

其中，用户感知功能可以包括：音频、视频、广播、相机、网络下载、输入法、蓝牙、提供器(provider)、悬浮窗及麦克风等。用户感知功能的使用状态可以包括使用及停止使用，例如，监测到电子设备中后台进程“开始使用”音频功能，则确定后台进程对音频功能的使用状态为使用。

根据使用状态进行标签配置得到目标进程对应的标签，例如，若监测到后台进程使用音频的使用状态为“使用”，可以配置一个音频flag至后台进程对应的总标签mflag里面，相反，当监测到后台进程使用音频的状态为“停止使用”，可以从总的标签mflag中去掉之前已添加的音频flag。进而，以此类推，针对视频、广播、相机、网络下载、输入法、蓝牙、提供器(provider)、悬浮窗及麦克风等功能都可以根据监测到的使用状态配置对应的标签。

一种实施例中，所述进程状态包括用户感知状态；所述根据所述进程状态确定所述后台进程中的待冻结后台进程，包括：确定低于预定感知标准的用户感知状态对应的后台进程，得到目标后台进程；根据所述目标后台进程确定所述待冻结进程。

一些示例中，用户感知状态可以包括弱感知状态(例如目标进程对应的标签少于预定个数时确定为弱感知状态)及可感知状态(例如目标进程对应的标签多于预定个数时确定为可感知状态)，可以将弱感知状态确定为感知状态低于预定感知标准的用户感知状态，将弱感知状态对应的后台进程确定为目标后台进程。一些示例中，用户感知状态可以包括不同的感知等级(例如根据目标进程对应的标签的不同个数可以确定不同的感知等级，标签个数少感知等级越高)，可以将低于预定等级的感知等级，确定为感知状态低于预定感知标准的用户感知状态，将低于预定感知标准的用户感知状态对应的后台进程确定为目标后台进程。

进一步的，一些实施例中，可以将目标后台进程直接确定为待冻结进程。一种实施例中，所述根据所述目标后台进程确定所述待冻结进程，包括：从所述目标后台进程中确定与界面进程关联的后台进程，得到界面关联进程，所述界面进程为所述用户界面对应的进程；将所述目标后台进程中除所述界面关联进程之外的后台进程，确定为所述待冻结进程。

与界面进程关联的后台进程即与用户界面具有关联的进程，在根据用户感知状态确定目标后台进程后，进一步确定界面关联进程，并将目标后台进程中除界面关联进程之外的后台进程确定为待冻结进程，这样可以进一步避免进程冻结对用户界面的影响，进一步提升进程管控可靠性。

为便于更好的实施本申请实施例提供的进程管控方法，本申请实施例还提供一种基于上述进程管控方法的进程管控装置。其中名词的含义与上述进程管控方法中相同，具体实现细节可以参考方法实施例中的说明。图2示出了根据本申请的一个实施例的进程管控装置的框图。

如图2所示，进程管控装置200中可以包括监测模块210、生成模块220、反馈模块230、管控模块240。

监测模块210可以用于监测用户界面的卡顿状态；生成模块220可以用于若所述卡顿状态符合目标状态，生成目标反馈消息；反馈模块230可以用于基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；管控模块240可以用于根据所述卡顿反馈消息对所述后台进程进行管控。

在本申请的一些实施例中，所述管控模块240包括：进程状态确定单元，用于若所述卡顿反馈消息指示所述用户界面处于目标卡顿状态，则获取所述后台进程的进程状态；冻结进程确定单元，用于根据所述进程状态确定所述后台进程中的待冻结后台进程；进程冻结单元，用于将所述待冻结后台进程进行冻结。

在本申请的一些实施例中，所述进程状态包括用户感知状态；所述进程状态确定单元，用于：获取所述针对每个后台进程配置的标签，所述标签是根据所述每个后台进程对用户感知功能的使用情况进行配置的；根据每个后台进程的标签，确定每个后台进程的用户感知状态。

在本申请的一些实施例中，所述进程状态包括用户感知状态；所述冻结进程确定单元，用于：确定感知状态低于预定感知标准的用户感知状态对应的后台进程，得到目标后台进程；根据所述目标后台进程确定所述待冻结进程。

在本申请的一些实施例中，所述冻结进程确定单元，用于：从所述目标后台进程中确定与界面进程关联的后台进程，得到界面关联进程，所述界面进程为所述用户界面对应的进程；将所述目标后台进程中除所述界面关联进程之外的后台进程，确定为所述待冻结进程。

在本申请的一些实施例中，所述反馈模块230，用于：播放所述目标反馈信息，所述目标反馈消息用于提示用户通过语音反馈所述用户界面是否卡顿；接收用户语音，并基于所述用户语音进行语音识别，得到所述用户的卡顿反馈消息。

在本申请的一些实施例中，所述监测模块210，用于：监测界面运行数据，所述界面运行数据包括中央处理器的使用率及画面掉帧数据中至少一种；根据所述界面运行数据分析所述用户界面的卡顿状态。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，本申请实施例还提供一种电子设备，该电子设备可以为终端或者服务器，如图3所示，其示出了本申请实施例所涉及的电子设备的结构示意图，具体来讲：

该电子设备可以包括一个或者一个以上处理核心的处理器301、一个或一个以上计算机可读存储介质的存储器302、电源303和输入单元304等部件。本领域技术人员可以理解，图3中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器301是该电子设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行计算机设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器301可包括一个或多个处理核心；优选的，处理器301可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户页面和应用程序等，调制解调处理器主要处理无线通讯。可以理解的是，上述调制解调处理器也可以不集成到处理器301中。

存储器302可用于存储软件程序以及模块，处理器301通过运行存储在存储器302的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器302可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器302还可以包括存储器控制器，以提供处理器301对存储器302的访问。

电子设备还包括给各个部件供电的电源303，优选的，电源303可以通过电源管理系统与处理器301逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源303还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该电子设备还可包括输入单元304，该输入单元304可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，电子设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，电子设备中的处理器301会按照如下的指令，将一个或一个以上的计算机程序的进程对应的可执行文件加载到存储器302中，并由处理器301来运行存储在存储器302中的计算机程序，从而实现本申请前述实施例中各种功能，如处理器301可以执行下述步骤：

监测用户界面的卡顿状态；若所述卡顿状态符合目标状态，生成目标反馈消息；基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；根据所述卡顿反馈消息对后台进程进行管控。

在本申请的一些实施例中，所述根据所述卡顿反馈消息对后台进程进行管控时，处理器301可以执行：若所述卡顿反馈消息指示所述用户界面处于目标卡顿状态，则获取后台进程的进程状态；根据所述进程状态确定所述后台进程中的待冻结后台进程；将所述待冻结后台进程进行冻结。

在本申请的一些实施例中，所述进程状态包括用户感知状态；所述获取后台进程的进程状态时，处理器301可以执行：获取针对所述后台进程中每个后台进程所配置的标签，其中，所述标签是根据所述每个后台进程对用户感知功能的使用情况进行配置的；根据所述每个后台进程的标签，确定所述每个后台进程的用户感知状态。

在本申请的一些实施例中，所述进程状态包括用户感知状态；所述根据所述进程状态确定所述后台进程中的待冻结后台进程时，处理器301可以执行：确定低于预定感知标准的用户感知状态对应的后台进程，得到目标后台进程；根据所述目标后台进程确定所述待冻结进程。

在本申请的一些实施例中，所述根据所述目标后台进程确定所述待冻结进程时，处理器301可以执行：从所述目标后台进程中确定与界面进程关联的后台进程，得到界面关联进程，所述界面进程为所述用户界面对应的进程；将所述目标后台进程中除所述界面关联进程之外的后台进程，确定为所述待冻结进程。

在本申请的一些实施例中，所述基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息时，处理器301可以执行：播放所述目标反馈信息，所述目标反馈消息用于提示用户通过语音反馈所述用户界面是否卡顿；接收用户语音，并基于所述用户语音进行语音识别，得到所述用户的卡顿反馈消息。

在本申请的一些实施例中，所述监测用户界面的卡顿状态时，处理器301可以执行：监测界面运行数据，所述界面运行数据包括中央处理器的使用率及画面掉帧数据中至少一种；根据所述界面运行数据分析所述用户界面的卡顿状态。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过计算机程序来完成，或通过计算机程序控制相关的硬件来完成，该计算机程序可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例还提供一种存储介质，其中存储有计算机程序，该计算机程序能够被处理器进行加载，以执行本申请实施例所提供的任一种方法中的步骤。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种方法中的步骤，因此，可以实现本申请实施例所提供的方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的实施例，而可以在不脱离其范围的情况下进行各种修改和改变。

Claims (10)

1.一种进程管控方法，其特征在于，包括：

监测用户界面的卡顿状态；

若所述卡顿状态符合目标状态，生成目标反馈消息；

基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；

根据所述卡顿反馈消息对后台进程进行管控。

2.根据权利要求1所述的方法，其特征在于，所述根据所述卡顿反馈消息对后台进程进行管控，包括：

若所述卡顿反馈消息指示所述用户界面处于目标卡顿状态，则获取所述后台进程的进程状态；

根据所述进程状态确定所述后台进程中的待冻结后台进程；

将所述待冻结后台进程进行冻结。

3.根据权利要求2所述的方法，其特征在于，所述进程状态包括用户感知状态；所述获取所述后台进程的进程状态，包括：

获取针对所述后台进程中每个后台进程所配置的标签，其中，所述标签是根据所述每个后台进程对用户感知功能的使用情况进行配置的；

根据所述每个后台进程的标签，确定所述每个后台进程的用户感知状态。

4.根据权利要求2所述的方法，其特征在于，所述进程状态包括用户感知状态；所述根据所述进程状态确定所述后台进程中的待冻结后台进程，包括：

确定低于预定感知标准的用户感知状态对应的后台进程，得到目标后台进程；

根据所述目标后台进程确定所述待冻结进程。

5.根据权利要求4所述的方法，其特征在于，所述根据所述目标后台进程确定所述待冻结进程，包括：

从所述目标后台进程中确定与界面进程关联的后台进程，得到界面关联进程，所述界面进程为所述用户界面对应的进程；

将所述目标后台进程中除所述界面关联进程之外的后台进程，确定为所述待冻结进程。

6.根据权利要求1所述的方法，其特征在于，所述基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息，包括：

播放所述目标反馈信息，所述目标反馈消息用于提示用户通过语音反馈所述用户界面是否卡顿；

接收用户语音，并基于所述用户语音进行语音识别，得到所述用户的卡顿反馈消息。

7.根据权利要求1所述的方法，其特征在于，所述监测用户界面的卡顿状态，包括：

监测界面运行数据，所述界面运行数据包括中央处理器的使用率及画面掉帧数据中至少一种；

根据所述界面运行数据分析所述用户界面的卡顿状态。

8.一种进程管控装置，其特征在于，包括：

监测模块，用于监测用户界面的卡顿状态；

生成模块，用于若所述卡顿状态符合目标状态，生成目标反馈消息；

反馈模块，用于基于所述目标反馈信息进行卡顿提示，以接收用户的卡顿反馈消息；

管控模块，用于根据所述卡顿反馈消息对后台进程进行管控。

9.一种存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至7任一项所述的方法。

10.一种电子设备，其特征在于，包括：存储器，存储有计算机程序；处理器，读取存储器存储的计算机程序，以执行权利要求1至7任一项所述的方法。

Images