应用管控方法、装置、存储介质及电子设备与流程

1.本技术属于电子技术领域，尤其涉及一种应用管控方法、装置、存储介质及电子设备。


背景技术：

2.智能手机或平板电脑等电子设备上，通常会安装多个不同功能的应用，以解决用户的不同需求。目前，电子设备的系统支持多个应用同时运行，即一个应用在前台运行，其他应用可以在后台运行。然而，后台运行的应用仍然会有各类行为活动占用一些系统资源，导致前台运行的应用存在卡顿现象。


技术实现要素：

3.本技术实施例提供一种应用管控方法、装置、存储介质及电子设备，可以避免在前台应用的运行场景为预设运行场景时，因后台应用占用系统资源导致的前台应用卡顿的现象。
4.第一方面，本技术实施例提供一种应用管控方法，包括：
5.获取用于识别前台应用的运行场景的场景信息；
6.根据所述场景信息，对所述前台应用的运行场景进行识别；
7.若所述前台应用的运行场景为预设运行场景，则暂停运行后台应用。
8.第二方面，本技术实施例提供一种应用管控装置，包括：
9.信息获取模块，用于获取用于识别前台应用的运行场景的场景信息；
10.场景识别模块，用于根据所述场景信息，对所述前台应用的运行场景进行识别；
11.暂停运行模块，用于若所述前台应用的运行场景为预设运行场景，则暂停运行后台应用。
12.第三方面，本技术实施例提供一种存储介质，其上存储有计算机程序，当所述计算机程序在计算机上执行时，使得所述计算机执行本技术实施例提供的应用管控方法。
13.第四方面，本技术实施例还提供一种电子设备，包括存储器，处理器，所述处理器通过调用所述存储器中存储的计算机程序，用于执行本技术实施例提供的应用管控方法。
14.本技术实施例中，通过获取用于识别前台应用的运行场景的场景信息；根据场景信息，对前台应用的运行场景进行识别；若前台应用的运行场景为预设运行场景，则暂停运行后台应用，可以在前台应用的运行场景为预设运行场景时，暂停运行后台应用，从而可以避免在前台应用的运行场景为预设运行场景时，因后台应用占用系统资源导致的前台应用卡顿的现象。
附图说明
15.下面结合附图，通过对本技术的具体实施方式详细描述，将使本技术的技术方案及其有益效果显而易见。
16.图1是本技术实施例提供的应用管控方法的流程示意图。
17.图2是本技术实施例提供的应用内部的示意图。
18.图3是本技术实施例提供的应用管控装置的结构示意图。
19.图4是本技术实施例提供的电子设备的结构示意图。
具体实施方式
20.请参照图示，其中相同的组件符号代表相同的组件，本技术的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本技术具体实施例，其不应被视为限制本技术未在此详述的其它具体实施例。
21.本技术实施例提供一种应用管控方法、应用管控装置、存储介质及电子设备，其中应用管控方法的执行主体可以是本技术实施例提供的应用管控装置，或者集成了该应用管控装置的电子设备，其中该应用管控装置可以采用硬件或者软件的方式实现。其中，电子设备可以是智能手机、平板电脑、掌上电脑、笔记本电脑等配置有处理器而具有应用管控能力的设备。
22.请参阅图1，图1是本技术实施例提供的应用管控方法的流程示意图，流程可以包括：
23.101、获取用于识别前台应用的运行场景的场景信息。
24.智能手机或平板电脑等电子设备上，通常会安装多个不同功能的应用，以解决用户的不同需求。目前，电子设备的系统支持多个应用同时运行，即一个应用在前台运行，其他应用可以在后台运行。其中，前台运行的应用可以称为前台应用，后台运行的应用可以称为后台应用。
25.其中，如图2所示，从应用内部来看，包括以下内容：
26.主线程：产生其他子线程的线程，执行程序的控制，通常主线程必须最后完成执行，因为它执行各种关闭动作。另外，当应用在前台运行时，主线程会负责向ui组件分发事件，包括绘制事件。
27.activity：应用组件，它与屏幕进行交互。每个activity都会获得一个用于绘制其用户界面的窗口，窗口可以充满屏幕也可以小于屏幕并浮动在其他窗口之上。
28.服务：是实现程序后台运行的解决方案，适合执行不需要和用户交互而且还要长期运行的任务。不依赖于任何用户界面，能够保持独立运行。
29.交互机制：进程间通信相关任务，包括以下几种：
30.(1)网络心跳包：维护通信双方之间的网络连接，判断通信客户是否正常在线。
31.(2)广播收发：应用间传递消息的机制全局的监听器，广播使用了观察者模式。基于消息的发布，订阅事件模型，将广播的发送者和接收者解耦，使得系统方便集成，更易扩展。
32.(3)内容提供：内容提供者将一些特定的应用数据供给其它应用使用。数据可以存储于文件系统、sqlite数据库或其它位置。内容解析器与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。
33.(4)定时同步：闹钟式定时任务，主要通过alarmmanager类对其进行管理，在一些设定的时间点启动服务进行事件处理，还可以初始化一些长时间运行的操作，如每天天气
预报的数据获取。
34.(5)任务调度器：应用使用任务调度器，需要判断哪些任务是不紧急的，把时效性不强的工作丢给它做，将多个任务打包在一个场景下执行，如果在一定期限内还没有满足特定执行所需情况，它会将这些任务加入队列，并且随后会进行执行，但往往这个功能，经常被不规范的用于后台保活。
35.(6)帐号同步：指任何第三方应用可通过此功能将数据在一定时间内同步到服务器中去，如微信帐号、google账号的数据同步。系统在将帐号同步时，也会将休眠的应用进程拉活。
36.(7)进行中通知：持续的通知一直重复，直到用户取消，如闹钟通知。
37.可以理解的是，前台应用处于一些预设运行场景时，通常需要较多的系统资源，而后台应用在后台运行时，通过会间接性地执行相应的任务，如账号同步、进行中通知或任务调度等，而这些任务的执行往往会占用一些系统资源，从而导致前台应用因资源不足而卡顿的现象。基于此，电子设备可获取用于识别前台应用的运行场景的场景信息，对前台应用的运行场景进行识别，以识别前台应用的运行场景是否为预设运行场景。
38.以前台应用为游戏类应用为例，游戏类应用包括游戏策划玩法实现逻辑、游戏引擎如unity或unreal等，游戏类应用本地网络与服务器间状态同步收发，还包括与oem厂家合作的场景交换sdk，该sdk可以将游戏类应用内重要信息发送给系统端，如将吃鸡类游戏应用中的跳伞场景、决赛圈场景或开倍镜场景等，或者moba类游戏应用中的团战场景或对局加载场景等，或竞速类游戏应用中的对局加载场景或喷氮气场景等关键场景的运行场景信号发送给系统端，并由系统端发送至应用管控装置，以告知集成有应用管控装置的电子设备游戏类应用处于关键运行场景或在相应时长后进入关键运行场景。而对于其他类型的前台应用，其也可以在处于关键场景时，将关键场景的运行场景信息发送至系统端，如摄像类应用可将预览场景等关键场景的运行场景信号发送至系统端，视频类应用可将高清视频播放场景等关键场景的运行场景信号发送至系统端，即时通信类应用可将视频聊天等关键场景的运行场景信号发送至系统端，并由系统端发送至应用管控装置，以告知集成有应用管控装置的电子设备其处于关键运行场景或在相应时长后进入关键运行场景。其中，场景信息可以包括上述运行场景信号。
39.继续以前台应用为游戏类应用为例，除了上述运行场景信号之外，场景信息还可以包括每秒的绘制帧数、平均帧率、卡顿率、片上系统中的中央处理器、图形处理器和输入输出(io)等的频率或负载状态、中央处理器或图形处理器的利用率、渲染管线pipeline状态信息，如opengl的图形sync命令、fence命令等公共绘图api、surfaceview实时数量信息，即帧缓存数量，一般是2个、用户触控信息、电子设备的温度、功耗、网络状况，等等。可以理解的是，对于除游戏类应用之外的应用，除了上述运行场景信号之外，场景信息可以包括除游戏类应用特有的场景信息之外的信息。
40.102、根据场景信息，对前台应用的运行场景进行识别。
41.在获取到场景信息之后，电子设备可根据该场景信息，对前台应用的运行场景进行识别。
42.例如，当场景信息包括运行场景信号时，电子设备可根据该场景信号，确定前台应用的运行场景为预设运行场景或在相应时长后进入预设运行场景。
43.又例如，当场景信息包括cpu的利用率时，电子设备可在cpu的利用率陡增时，确定前台应用的运行场景为预设运行场景。
44.又例如，当场景信息包括gpu的利用率和每秒的绘制帧数时，电子设备可在gpu的利用率陡增，且每秒的绘制帧数突然变少时，确定前台应用的运行场景为预设运行场景。
45.需要说明的是，以上仅是对根据场景信息，确定前台应用的运行场景的几种示例，并不用于限制本技术。
46.103、若前台应用的运行场景为预设运行场景，则暂停运行后台应用。
47.本实施例中，若前台应用的运行场景为预设运行场景，则表示需要给前台应用提供相对较多的系统资源才能维持前台应用的正常运行，而后台应用执行的一些任务往往即时性需求较小，因此，为避免因后台应用执行相应任务导致前台应用卡顿，电子设备可在前台应用的运行场景为预设运行场景时，暂停运行后台应用。比如，电子设备可暂停运行所有的后台应用。
48.可以理解的是，暂停运行后台应用是指控制后台应用暂停执行相应的任务，如账号同步、进行中通知或任务调度等。
49.还可以理解的是，当前台应用由预设运行场景进入非预设运行场景时，电子设备可以恢复后台应用的正常运行。当前台应用处于非预设运行场景时，电子设备可保持后台应用的正常运行。
50.本技术实施例中，通过获取用于识别前台应用的运行场景的场景信息；根据场景信息，对前台应用的运行场景进行识别；若前台应用的运行场景为预设运行场景，则暂停运行后台应用，可以在前台应用的运行场景为预设运行场景时，暂停运行后台应用，从而可以避免在前台应用的运行场景为预设运行场景时，因后台应用占用系统资源导致的前台应用卡顿的现象。
51.在一可选地实施例中，场景信息可以包括运行场景信号，根据场景信息，对前台应用的运行场景进行识别，可以包括：
52.根据运行场景信号，对前台应用的运行场景进行识别。
53.本实施例中，电子设备可以在获取到运行场景信号时，直接将前台应用的运行场景确定为预设运行场景。
54.例如，以吃鸡类游戏应用为例，在处于开倍镜场景时，前台应用会生成一开倍镜场景信号，并发送至应用管控装置，以告知集成有应用管控装置的电子设备其处于开倍镜场景，从而电子设备可确定前台应用处于预设运行场景。
55.在一可选地实施例中，场景信息可以包括运行场景信号和应用运行信息，根据运行场景信号，对前台应用的运行场景进行识别，可以包括：
56.根据运行场景信号和应用运行信息，对前台应用的运行场景进行识别。
57.其中，以前台应用为游戏类应用为例，应用运行信息可以包括每秒的绘制帧数、平均帧率、卡顿率、片上系统中的中央处理器、图形处理器和输入输出(io)等的频率或负载状态、中央处理器或图形处理器的利用率、渲染管线pipeline状态信息，如opengl的图形sync命令、fence命令等公共绘图api、surfaceview实时数量信息，即帧缓存数量，一般是2个、用户触控信息，等等。可以理解的是，对于除游戏类应用之外的应用，应用运行信息可以包括除游戏类应用特有的应用运行信息之外的信息。
58.可以理解的是，当电子设备的配置较高时，安装在该电子设备上的前台应用在处于一些关键场景时，也可以很流畅的运行，此时可以不暂停运行后台应用，保持后台应用的正常运行，而在前台应用处于一些无法流畅运行的关键场景时，电子设备可暂停运行后台应用，以避免因后台应用的运行造成前台应用卡顿的问题，基于此，在获取到场景运行信号时，电子设备还可进一步根据应用运行信息，来确定前台应用的运行场景是否为预设运行场景，从而在前台应用的运行场景为预设运行场景时，暂停运行后台应用。
59.比如，可由开发人员预先收集前台应用卡顿时的应用运行信息，基于该应用运行信息形成相应的条件，从而在电子设备当前获取的应用运行信息满足相应的条件时，电子设备可确定前台应用的运行场景为预设运行场景。
60.例如，以应用运行信息包括cpu负载和gpu负载为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，且gpu超过相应的负载范围，设为预设gpu负载范围时，前台应用往往会存在卡顿现象，那么，当接收到运行场景信号时，电子设备可判断cpu负载是否超过预设cpu负载范围，且gpu负载是否超过预设gpu负载范围；若cpu负载超过预设cpu负载范围，且gpu负载超过预设gpu负载范围，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或gpu负载不超过预设gpu负载范围，电子设备可确定前台应用的运行场景为非预设运行场景。
61.又例如，以应用运行信息包括cpu频率和帧率为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，且帧率小于相应的帧率，设为预设帧率时，前台应用往往会存在卡顿现象，那么，当接收到运行场景信号时，电子设备可判断cpu负载是否超过预设cpu负载范围，且帧率是否大于或等于预设帧率；若cpu负载超过预设cpu负载范围，且帧率大于或等于预设帧率，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或帧率小于预设帧率，电子设备可确定前台应用的运行场景为非预设运行场景。
62.可以理解的是，以上仅是本技术给出的几种示例，并不用于限制本技术，在实际应用中，本领域技术人员可根据需要或经验确定应用运行信息具体包括哪些信息，以及根据需要或经验确定在接收到运行场景信号时，应用运行信息需要满足何种条件才判定前台应用的运行场景为预设运行场景。
63.在一可选地实施例中，场景信息可以包括运行场景信号、应用运行信息和设备状态信息，根据运行场景信号和应用运行信息，对前台应用的运行场景进行识别，可以包括：
64.根据运行场景信号、应用运行信息和设备状态信息，对前台应用的运行场景进行识别。
65.其中，设备状态信息可以包括电子设备的温度、功耗或网络状况，等等。
66.可以理解的是，当电子设备的配置较高时，安装在该电子设备上的前台应用在处于一些关键场景时，也可以很流畅的运行，此时可以不暂停运行后台应用，保持后台应用的正常运行，而在前台应用处于一些无法流畅运行的关键场景时，电子设备可暂停运行后台应用，以避免因后台应用的运行造成前台应用卡顿的问题，基于此，在获取到场景运行信号时，电子设备还可进一步根据应用运行信息和设备状态信息，来确定前台应用的运行场景是否为预设运行场景，从而在前台应用的运行场景为预设运行场景时，暂停运行后台应用。
67.比如，可由开发人员预先收集前台应用卡顿时的应用运行信息和设备状态信息，
基于该应用运行信息和设备状态信息形成相应的条件，从而在电子设备当前获取的应用运行信息和设备状态信息满足相应的条件时，电子设备可确定前台应用的运行场景为预设运行场景。
68.例如，以应用运行信息包括cpu负载和gpu负载，设备状态信息包括电子设备的温度为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，且gpu超过相应的负载范围，设为预设gpu负载范围，且电子设备的温度超过相应温度，设为预设温度时，前台应用往往会存在卡顿现象，那么，当接收到运行场景信号时，电子设备可判断cpu负载是否超过预设cpu负载范围，gpu负载是否超过预设gpu负载范围，且电子设备的温度是否超过预设温度；若cpu负载超过预设cpu负载范围，gpu负载超过预设gpu负载范围，且电子设备的温度超过预设温度，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或gpu负载不超过预设gpu负载范围，或电子设备的温度不超过预设温度，电子设备可确定前台应用的运行场景为非预设运行场景。
69.又例如，以应用运行信息包括cpu频率和帧率，设备状态信息包括电子设备的功耗为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，帧率小于相应的帧率，设为预设帧率，且电子设备的功耗大于相应功耗，设为预设功耗时，前台应用往往会存在卡顿现象，那么，当接收到运行场景信号时，电子设备可判断cpu负载是否超过预设cpu负载范围，帧率是否大于或等于预设帧率，且电子设备的功耗是否大于预设功耗；若cpu负载超过预设cpu负载范围，帧率大于或等于预设帧率，且电子设备的功耗大于预设功耗，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或帧率小于预设帧率，或电子设备的功耗小于或等于预设功耗，电子设备可确定前台应用的运行场景为非预设运行场景。
70.可以理解的是，以上仅是本技术给出的几种示例，并不用于限制本技术，在实际应用中，本领域技术人员可根据需要或经验确定应用运行信息具体包括哪些信息，场景运行信息具体包括哪些信息，以及根据需要或经验确定在接收到运行场景信号时，应用运行信息需要满足何种条件，且设备状态信息需要满足何种条件才判定前台应用的运行场景为预设运行场景。
71.在一可选地实施例中，场景信息可以包括应用运行信息，根据场景信息，对前台应用的运行场景进行识别，可以包括：
72.根据应用运行信息，对前台应用的运行场景进行识别。
73.比如，可由开发人员预先收集前台应用卡顿时的应用运行信息，基于该应用运行信息形成相应的条件，从而在电子设备当前获取的应用运行信息满足相应的条件时，电子设备可确定前台应用的运行场景为预设运行场景。
74.例如，以应用运行信息包括cpu负载和gpu负载为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，且gpu超过相应的负载范围，设为预设gpu负载范围时，前台应用往往会存在卡顿现象，那么，当获取到cpu负载和gpu负载时，电子设备可判断cpu负载是否超过预设cpu负载范围，且gpu负载是否超过预设gpu负载范围；若cpu负载超过预设cpu负载范围，且gpu负载超过预设gpu负载范围，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或gpu负载不超过预设gpu负载范围，电子设备可确定前台应用的运行场景为非预设运行场景。
75.又例如，以应用运行信息包括cpu频率和帧率为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，且帧率小于相应的帧率，设为预设帧率时，前台应用往往会存在卡顿现象，那么，当获取到cpu频率和帧率时，电子设备可判断cpu负载是否超过预设cpu负载范围，且帧率是否大于或等于预设帧率；若cpu负载超过预设cpu负载范围，且帧率大于或等于预设帧率，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或帧率小于预设帧率，电子设备可确定前台应用的运行场景为非预设运行场景。
76.可以理解的是，以上仅是本技术给出的几种示例，并不用于限制本技术，在实际应用中，本领域技术人员可根据需要或经验确定应用运行信息具体包括哪些信息，以及根据需要或经验确定应用运行信息需要满足何种条件才判定前台应用的运行场景为预设运行场景。
77.在一些实施例中，场景信息可以包括应用运行信息，根据场景信息，对前台应用的运行场景进行识别，可以包括：
78.根据设备状态信息，对前台应用的运行场景进行识别。
79.比如，可由开发人员预先收集前台应用卡顿时的设备状态信息，基于该设备状态信息形成相应的条件，从而在电子设备当前获取的设备状态信息满足相应的条件时，电子设备可确定前台应用的运行场景为预设运行场景。
80.例如，以设备状态信息包括电子设备的温度为例，当电子设备的温度超过相应温度，设为预设温度时，前台应用往往会存在卡顿现象，那么，当获取到电子设备的温度时，电子设备可电子设备的温度是否超过预设温度；若电子设备的温度超过预设温度，电子设备可确定前台应用的运行场景为预设运行场景；若电子设备的温度不超过预设温度，电子设备可确定前台应用的运行场景为非预设运行场景。
81.又例如，以设备状态信息包括电子设备的功耗为例，当电子设备的功耗大于相应功耗，设为预设功耗时，前台应用往往会存在卡顿现象，那么，当获取到电子设备的功耗时，电子设备可判断电子设备的功耗是否大于预设功耗；若电子设备的功耗大于预设功耗，电子设备可确定前台应用的运行场景为预设运行场景；若电子设备的功耗小于或等于预设功耗，电子设备可确定前台应用的运行场景为非预设运行场景。
82.可以理解的是，以上仅是本技术给出的几种示例，并不用于限制本技术，在实际应用中，本领域技术人员可根据需要或经验确定场景运行信息具体包括哪些信息，以及根据需要或经验确定设备状态信息需要满足何种条件才判定前台应用的运行场景为预设运行场景。
83.在一可选地实施例中，场景信息可以包括应用运行信息和设备状态信息，根据场景信息，对前台应用的运行场景进行识别，可以包括：
84.根据应用运行信息和设备状态信息，对前台应用的运行场景进行识别。
85.比如，可由开发人员预先收集前台应用卡顿时的应用运行信息和设备状态信息，基于该应用运行信息和设备状态信息形成相应的条件，从而在电子设备当前获取的应用运行信息和设备状态信息满足相应的条件时，电子设备可确定前台应用的运行场景为预设运行场景。
86.例如，以应用运行信息包括cpu负载和gpu负载，设备状态信息包括电子设备的温
度为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，且gpu超过相应的负载范围，设为预设gpu负载范围，且电子设备的温度超过相应温度，设为预设温度时，前台应用往往会存在卡顿现象，那么，当获取到cpu负载、gpu负载和电子设备的温度时，电子设备可判断cpu负载是否超过预设cpu负载范围，gpu负载是否超过预设gpu负载范围，且电子设备的温度是否超过预设温度；若cpu负载超过预设cpu负载范围，gpu负载超过预设gpu负载范围，且电子设备的温度超过预设温度，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或gpu负载不超过预设gpu负载范围，或电子设备的温度不超过预设温度，电子设备可确定前台应用的运行场景为非预设运行场景。
87.又例如，以应用运行信息包括cpu频率和帧率，设备状态信息包括电子设备的功耗为例，当cpu负载超过相应的负载范围，设为预设cpu负载范围，帧率小于相应的帧率，设为预设帧率，且电子设备的功耗大于相应功耗，设为预设功耗时，前台应用往往会存在卡顿现象，那么，当获取到cpu频率、帧率和电子设备的功耗时，电子设备可判断cpu负载是否超过预设cpu负载范围，帧率是否大于或等于预设帧率，且电子设备的功耗是否大于预设功耗；若cpu负载超过预设cpu负载范围，帧率大于或等于预设帧率，且电子设备的功耗大于预设功耗，电子设备可确定前台应用的运行场景为预设运行场景；若cpu负载不超过预设cpu负载范围，或帧率小于预设帧率，或电子设备的功耗小于或等于预设功耗，电子设备可确定前台应用的运行场景为非预设运行场景。
88.可以理解的是，以上仅是本技术给出的几种示例，并不用于限制本技术，在实际应用中，本领域技术人员可根据需要或经验确定应用运行信息具体包括哪些信息，场景运行信息具体包括哪些信息，以及根据需要或经验确定应用运行信息需要满足何种条件，且设备状态信息需要满足何种条件才判定前台应用的运行场景为预设运行场景。
89.在一可选地实施例中，根据场景信息，对前台应用的运行场景进行识别，可以包括：
90.将场景信息输入运行场景评分模型中，得到运行场景评分；
91.根据运行场景评分，对前台应用的运行场景进行识别。
92.比如，电子设备可预先设置运行场景评分模型，那么，当获取到场景信息之后，电子设备可将场景信息输入该运行场景评分模型中，以得到相应的运行场景评分；然后，电子设备可根据该运行场景评分，对前台应用的运行场景进行识别。比如，当运行场景评分大于或等于预设评分时，电子设备可确定前台应用的运行场景为预设运行场景，当运行场景评分小于预设评分时，电子设备可确定前台应用的运行场景为非预设运行场景。其中，预设评分可根据实际情况确定，此处不作具体限制。例如，预设评分可以为70、75或80，等等。
93.比如，假设场景信息包括运行场景信号，而将该运行场景信号输入该场景评分模型之后，场景评分模型会确定该运行场景信号对应的评分，将该运行场景信号对应的评分作为运行场景评分。其中，不同运行场景信号对应的评分可由开发人员设置，也可以由电子设备基于一定规则确定。
94.例如，假设运行场景信号为跳伞场景信号，跳伞场景信号对应的评分为100，那么，运行场景评分即为100，假设预设评分为80，则电子设备可确定前台应用的运行场景为预设运行场景。
95.又比如，假设场景信息包括运行场景信号和应用运行信息，而将该运行场景信号
和应用运行信息输入该场景评分模型之后，场景评分模型会分别确定该运行场景信号对应的评分及权重和应用运行信息对应的评分及权重；随后，场景评分模型会基于该运行场景信号对应的评分及权重和应用运行信息对应的评分及权重进行加权运算，得到运行场景评分。其中，不同运行场景信号分别对应的评分和权重，不同应用运行信息分别对应的评分和权重可由开发人员设置，也可以由电子设备基于一定规则确定。
96.例如，假设决赛圈场景信号包括决赛圈场景信号，应用运行信息包括cpu频率和gpu频率，而将该决赛圈场景信号、cpu频率和gpu频率输入该场景评分模型之后，场景评分模型会分别确定该决赛圈场景信号对应的评分及权重、cpu频率对应的评分及权重和gpu频率对应的评分及权重；随后，场景评分模型会计算该决赛圈场景信号对应的评分与该决赛圈场景信号对应的权重的乘积，得到第一权重评分，该cpu频率对应的评分与该cpu频率对应的评分的乘积，得到第二权重评分，以及该gpu频率对应的评分与该gpu频率对应的权重的乘积，得到第三权重评分；电子设备可将第一权重评分、第二权重评分和第三权重评分的和作为运行场景评分。假设决赛圈场景信号对应的评分为100，权重为0.8，cpu频率对应的评分为90，权重为0.1，gpu频率对应的评分为80，权重为0.1，那么，场景评分即为97，假设预设评分为80，则电子设备可确定前台应用的运行场景为预设运行场景。
97.比如，假设场景信息包括运行场景信号、应用运行信息和设备状态信息，而将该运行场景信号、应用运行信息和设备状态信息输入该场景评分模型之后，场景评分模型会分别确定该运行场景信号对应的评分及权重、应用运行信息对应的评分及权重和设备状态信息对应的评分和权重；随后，场景评分模型会基于该运行场景信号对应的评分及权重、应用运行信息对应的评分及权重和设备状态信息对应的评分和权重进行加权运算，得到运行场景评分。其中，不同运行场景信号分别对应的评分和权重，不同应用运行信息分别对应的评分和权重可由开发人员设置，也可以由电子设备基于一定规则确定。
98.例如，假设运行场景信号包括对局加载场景信号，应用运行信息包括cpu频率、gpu频率，设备状态信息包括电子设备的温度，而将该对局加载场景信号、cpu频率、gpu频率和电子设备的温度输入该场景评分模型之后，场景评分模型会分别确定该对局加载场景信号对应的评分及权重、cpu频率对应的评分及权重、gpu频率对应的评分及权重和电子设备的温度对应的评分及权重；随后，场景评分模型会计算该对局加载场景信号对应的评分与该运行场景对应的权重的乘积，得到第四权重评分，该cpu频率对应的评分与该cpu频率对应的权重的乘积，得到第五权重评分，该gpu频率对应的评分与该gpu频率对应的权重的乘积，得到第六权重评分，以及该电子设备的温度对应的评分与该电子设备的温度对应的权重的乘积，得到第七权重评分；电子设备可将第四权重评分、第五权重评分、第六权重评分和第七权重评分的和作为运行场景评分。例如，假设对局加载场景信号对应的评分为90，权重为0.7，cpu频率对应的评分为90，权重为0.1，gpu频率对应的评分为80，权重为0.1，电子设备的温度对应的评分为90，权重为0.1，那么，运行场景评分即为89，假设预设评分为80，则电子设备可确定前台应用的运行场景为预设运行场景。
99.又比如，假设场景信息包括应用运行信息，而将该应用运行信息输入该场景评分模型之后，场景评分模型会根据应用运行信息，确定运行场景评分。
100.例如，假设应用运行信息包括cpu频率和gpu频率，而将cpu频率和gpu频率输入该场景评分模型之后，场景评分模型会分别确定该cpu频率对应的评分及权重和gpu频率对应
的评分及权重；随后，场景评分模型会计算该cpu频率对应的评分与该cpu频率对应的权重的乘积，得到第八权重评分，以及该gpu频率对应的评分与该gpu频率对应的权重的乘积，得到第九权重评分；电子设备可将第八权重评分和第九权重评分的和作为运行场景评分。例如，假设cpu频率对应的评分为90，权重为0.5，gpu频率对应的评分为80，权重为0.5，那么，运行场景评分即为85，假设预设评分为80，则电子设备可确定前台应用的运行场景为预设运行场景。其中，不同cpu频率分别对应的评分和权重，不同gpu频率分别对应的评分和权重可由开发人员设置，也可以由电子设备基于一定规则确定。
101.可以理解的是，当应用运行信息仅包括一种信息时，如仅包括cpu频率时，电子设备可直接将cpu频率对应的评分作为运行场景评分。
102.比如，假设场景信息包括设备状态信息，而将该设备状态信息输入该场景评分模型之后，场景评分模型会根据设备状态信息，确定运行场景评分。
103.例如，假设设备状态信息包括电子设备的温度和电子设备的功耗，而将电子设备的温度和电子设备的功耗输入该场景评分模型之后，场景评分模型会分别确定该电子设备的温度对应的评分及权重和电子设备的功耗对应的评分及权重；随后，场景评分模型会计算该电子设备的温度对应的评分与该电子设备的温度对应的权重的乘积，得到第十权重评分，以及该电子设备的功耗对应的评分与该电子设备的功耗对应的权重的乘积，得到第十一权重评分；电子设备可将第十权重评分和第十一权重评分的和作为运行场景评分。例如，假设电子设备的温度对应的评分为90，权重为0.5，电子设备的功耗对应的评分为80，权重为0.5，那么，运行场景评分即为85，假设预设评分为80，则电子设备可确定前台应用的运行场景为预设运行场景。其中，不同电子设备的温度分别对应的评分和权重，不同电子设备的功耗分别对应的评分和权重可由开发人员设置，也可以由电子设备基于一定规则确定。
104.可以理解的是，当设备状态信息仅包括一种信息时，如仅包括电子设备的温度时，电子设备可直接将电子设备的温度对应的评分作为运行场景评分。
105.又比如，假设场景信息包括应用运行信息和设备状态信息，而将该应用运行信息和设备状态信息输入该场景评分模型之后，场景评分模型会分别确定应用运行信息对应的评分及权重和设备状态信息对应的评分和权重；随后，场景评分模型会基于该应用运行信息对应的评分及权重和设备状态信息对应的评分和权重进行加权运算，得到运行场景评分。其中，不同运行场景信号分别对应的评分和权重，不同应用运行信息分别对应的评分和权重可由开发人员设置，也可以由电子设备基于一定规则确定。
106.假设应用运行信息包括cpu频率和gpu频率，设备状态信息包括电子设备的温度，而将该cpu频率、gpu频率和电子设备的温度输入该场景评分模型之后，场景评分模型会分别确定cpu频率对应的评分及权重、gpu频率对应的评分及权重和电子设备的温度对应的评分及权重；随后，场景评分模型会计算该cpu频率对应的评分与该cpu频率对应的评分的乘积，得到第十二权重评分，该gpu频率对应的评分与该gpu频率对应的权重的乘积，得到第十三权重评分，以及该电子设备的温度对应的评分与该电子设备的温度对应的权重的乘积，得到第十四权重评分；电子设备可将第十二权重评分、第十三权重评分和第十四权重评分的和作为场景评分。例如，假设cpu频率对应的评分为90，权重为0.4，gpu频率对应的评分为80，权重为0.4，电子设备的温度对应的评分为90，权重为0.2，那么，场景评分即为86，假设预设评分为80，则电子设备可确定前台应用的运行场景为预设运行场景。
107.在一可选地实施例中，暂停运行后台应用，可以包括：
108.当存在多个后台应用时，确定预设运行场景对应的需求系统资源、前台应用运行所占用的前台占用系统资源、每个后台应用占用的后台占用系统资源以及当前剩余系统资源；
109.根据需求系统资源和前台占用系统资源确定待补系统资源；
110.根据待补系统资源和当前剩余系统资源确定需要释放的释放系统资源；
111.根据释放系统资源和每个后台应用占用的后台占用系统资源，从多个后台应用中确定需要暂停运行的目标后台应用；
112.暂停运行目标后台应用。
113.其中，预设运行场景对应的需求系统资源指维持前台应用处于预设运行场景不卡顿所需的系统资源。
114.比如，假设有5个后台应用，其中，任意3个后台应用占用的后台占用系统资源总和大于待补系统资源，电子设备可将任意3个后台应用确定为目标后台应用，并暂停运行目标后台应用。
115.在一可选地实施例中，根据释放系统资源和每个后台应用占用的后台占用系统资源从多个后台应用中确定需要暂停运行的目标后台应用，可以包括：
116.根据每个后台应用占用的后台占用系统资源、释放系统资源和后台应用的运行优先级，从多个后台应用中确定需要暂停运行的目标后台应用，其中，目标后台应用占用的系统资源不少于释放系统资源。
117.比如，电子设备可基于相应的规则预先设置各应用的运行优先级，并根据每个后台应用占用的后台占用系统资源、释放系统资源和后台应用的运行优先级从低到高的顺序，从多个后台应用中确定需要暂停运行的目标后台应用，也即是说，运行优先级较低的应用，可以优先进行暂停。
118.例如，假设有后台应用a1、a2、a3、a4和a5，其中，后台应用a1的运行优先级低于后台应用a2的运行优先级，后台应用a2的运行优先级低于后台应用a3的运行优先级，后台应用a3的运行优先级低于后台应用a4的运行优先级，后台应用a4的运行优先级低于后台应用a5的运行优先级，当确定出释放系统资源之后，电子设备可先判断后台应用a1的后台占用系统资源是否不少于释放系统资源，若后台应用a1的后台占用系统资源不少于释放系统资源，电子设备可仅暂停后台应用a1，若后台应用a1的后台占用系统资源少于释放系统资源，电子设备可判断后台应用a1和后台应用a2的后台占用系统资源是否不少于释放系统资源，若后台应用a1和后台应用a2的后台占用系统资源不少于释放系统资源，电子设备可暂停后台应用a1和后台应用a2。以此类推，电子设备可按照上述方式确定具体需要暂停哪些后台应用，然后将确定的需要暂停的后台应用暂停。
119.又比如，电子设备可基于相应的规则预先设置各应用的运行优先级，并根据每个后台应用占用的后台占用系统资源、释放系统资源和后台应用的运行优先级从高到低的顺序，从多个后台应用中确定需要暂停运行的目标后台应用，也即是说，运行优先级较高的应用，可以优先进行暂停。
120.例如，假设有后台应用a6、a7、a8、a9和a10，其中，后台应用a6的运行优先级高于后台应用a7的运行优先级，后台应用a7的运行优先级高于后台应用a8的运行优先级，后台应
用a8的运行优先级高于后台应用a9的运行优先级，后台应用a9的运行优先级高于后台应用a10的运行优先级，当确定出释放系统资源之后，电子设备可先判断后台应用a6的后台占用系统资源是否不少于释放系统资源，若后台应用a6的后台占用系统资源不少于释放系统资源，电子设备可仅暂停后台应用a6，若后台应用a6的后台占用系统资源少于释放系统资源，电子设备可判断后台应用a6和后台应用a7的后台占用系统资源是否不少于释放系统资源，若后台应用a6和后台应用a7的后台占用系统资源不少于释放系统资源，电子设备可暂停后台应用a6和后台应用a7。以此类推，电子设备可按照上述方式确定具体需要暂停哪些后台应用，然后将确定的需要暂停的后台应用暂停。
121.在一可选地实施例中，后台应用的运行优先级根据后台应用的使用参数确定。
122.其中，使用参数可以包括使用频率、运行时长和最近一次打开时间、最近一次打开时长等中的至少一种。
123.比如，电子设备可根据后台应用的使用频率确定后台应用的运行优先级。例如，可以划分多个使用频率范围，不同使用频率范围对应不同运行优先级，然后，电子设备可确定各后台应用的使用频率所处的使用频率范围，从而确定各后台应用对应的运行优先级。
124.又比如，电子设备可根据后台应用的使用频率和运行时长确定后台应用的运行优先级。例如，电子设备可预先建立应用的使用频率和运行时长与运行优先级的预设映射关系，从而电子设备可根据后台应用的使用频率、运行时长和该预设映射关系，确定后台应用的运行优先级。
125.请参阅图3，图3为本技术实施例提供的应用管控装置的结构示意图。应用管控装置200包括：信息获取模块201、场景识别模块202和暂停运行模块203。
126.信息获取模块201，用于获取用于识别前台应用的运行场景的场景信息；
127.场景识别模块202，用于根据场景信息，对前台应用的运行场景进行识别；
128.暂停运行模块203，用于若前台应用的运行场景为预设运行场景，则暂停运行后台应用。
129.在一可选地实施例中，场景信息包括运行场景信号，场景识别模块202，可以用于：根据运行场景信号，对前台应用的运行场景进行识别。
130.在一可选地实施例中，场景信息还包括应用运行信息，场景识别模块202，可以用于：根据运行场景信号和应用运行信息，对前台应用的运行场景进行识别。
131.在一可选地实施例中，场景信息还包括设备状态信息，场景识别模块202，可以用于：根据运行场景信号、应用运行信息和设备状态信息，对前台应用的运行场景进行识别。
132.在一可选地实施例中，场景识别模块202，可以用于：将场景信息输入运行场景评分模型中，得到运行场景评分；根据运行场景评分，对前台应用的运行场景进行识别。
133.在一可选地实施例中，暂停运行模块203，可以用于：当存在多个后台应用时，确定预设运行场景对应的需求系统资源、前台应用运行所占用的前台占用系统资源、每个后台应用占用的后台占用系统资源以及当前剩余系统资源；根据需求系统资源和前台占用系统资源确定待补系统资源；根据待补系统资源和当前剩余系统资源确定需要释放的释放系统资源；根据释放系统资源和每个后台应用占用的后台占用系统资源，从多个后台应用中确定需要暂停运行的目标后台应用；暂停运行目标后台应用。
134.在一可选地实施例中，暂停运行模块203，可以用于：根据每个后台应用占用的后
台占用系统资源、释放系统资源和后台应用的运行优先级从低到高的顺序，从多个后台应用中确定需要暂停运行的目标后台应用，其中，目标后台应用占用的系统资源不少于释放系统资源。
135.在一可选地实施例中，后台应用的运行优先级根据后台应用的使用参数确定。
136.应当说明的是，本技术实施例提供的应用管控装置200与上文实施例中的应用管控方法属于同一构思，其具体实现过程详见以上相关实施例，此处不再赘述。
137.本技术实施例提供一种存储介质，其上存储有计算机程序，当其存储的计算机程序在本技术实施例提供的电子设备的处理器上执行时，使得电子设备的处理器执行以上任一适于电子设备的应用管控方法中的步骤。其中，存储介质可以是磁碟、光盘、只读存储器(read only memory，rom)或者随机存取器(random access memory，ram)等。
138.本技术还提供一种电子设备，请参照图4，电子设备300包括处理器301和存储器302等部件。本领域技术人员可以理解，图4中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
139.本技术实施例中的处理器301可以是通用处理器，比如arm架构的处理器。
140.存储器302中存储有计算机程序，其可以为高速随机存取存储器，还可以为非易失性存储器，比如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。相应地，存储器302还可以包括存储器控制器，以提供处理器301对存储器302的访问。处理器301通过执行存储器302中的计算机程序，用于执行：
141.获取用于识别前台应用的运行场景的场景信息；
142.根据场景信息，对前台应用的运行场景进行识别；
143.若前台应用的运行场景为预设运行场景，则暂停运行后台应用。
144.在一可选地实施例中，场景信息包括运行场景信号，处理器301执行根据场景信息，对前台应用的运行场景进行识别时，可以执行：根据运行场景信号，对前台应用的运行场景进行识别。
145.在一可选地实施例中，场景信息还包括应用运行信息，处理器301执行根据运行场景信号，对前台应用的运行场景进行识别时，可以执行：根据运行场景信号和应用运行信息，对前台应用的运行场景进行识别。
146.在一可选地实施例中，场景信息还包括设备状态信息，处理器301执行根据运行场景信号和应用运行信息，对前台应用的运行场景进行识别时，可以执行：根据运行场景信号、应用运行信息和设备状态信息，对前台应用的运行场景进行识别。
147.在一可选地实施例中，处理器301执行根据场景信息，对前台应用的运行场景进行识别时，可以执行：将场景信息输入运行场景评分模型中，得到运行场景评分；根据运行场景评分，对前台应用的运行场景进行识别。
148.在一可选地实施例中，处理器301执行暂停运行后台应用时，可以执行：当存在多个后台应用时，确定预设运行场景对应的需求系统资源、前台应用运行所占用的前台占用系统资源、每个后台应用占用的后台占用系统资源以及当前剩余系统资源；根据需求系统资源和前台占用系统资源确定待补系统资源；根据待补系统资源和当前剩余系统资源确定需要释放的释放系统资源；根据释放系统资源和每个后台应用占用的后台占用系统资源，从多个后台应用中确定需要暂停运行的目标后台应用；暂停运行目标后台应用。
149.在一可选地实施例中，处理器301执行根据释放系统资源和每个后台应用占用的后台占用系统资源从多个后台应用中确定需要暂停运行的目标后台应用时，可以执行：根据每个后台应用占用的后台占用系统资源、释放系统资源和后台应用的运行优先级从低到高的顺序，从多个后台应用中确定需要暂停运行的目标后台应用，其中，目标后台应用占用的系统资源不少于释放系统资源。
150.在一可选地实施例中，后台应用的运行优先级根据后台应用的使用参数确定。
151.以上对本技术所提供的一种应用管控方法、装置、存储介质及电子设备进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本技术的限制。