CN112732434A - 一种应用管理方法及装置 - Google Patents

一种应用管理方法及装置 Download PDF

Info

Publication number
CN112732434A
CN112732434A CN201911031076.XA CN201911031076A CN112732434A CN 112732434 A CN112732434 A CN 112732434A CN 201911031076 A CN201911031076 A CN 201911031076A CN 112732434 A CN112732434 A CN 112732434A
Authority
CN
China
Prior art keywords
application
electronic device
scene
data
scenes
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911031076.XA
Other languages
English (en)
Inventor
刘邦洪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Priority to CN201911031076.XA priority Critical patent/CN112732434A/zh
Publication of CN112732434A publication Critical patent/CN112732434A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00Computing arrangements based on biological models
    • G06N3/02Neural networks
    • G06N3/08Learning methods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/50Indexing scheme relating to G06F9/50
    • G06F2209/5019Workload prediction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/50Indexing scheme relating to G06F9/50
    • G06F2209/508Monitor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Data Mining & Analysis (AREA)
  • Evolutionary Computation (AREA)
  • Biophysics (AREA)
  • Molecular Biology (AREA)
  • Computing Systems (AREA)
  • Computational Linguistics (AREA)
  • Artificial Intelligence (AREA)
  • Mathematical Physics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Stored Programmes (AREA)
  • Telephone Function (AREA)

Abstract

本申请涉及终端技术领域,公开了一种应用管理方法及装置。该方法用以实现精确预测应用内部场景,以便于精细化地进行资源预配置,缩短界面的响应时延。其中,该方法包括:在第一应用的运行过程中,电子设备获取第一应用的历史运行数据;电子设备将该历史运行数据输入至应用场景预测模型,根据历史运行数据预测第一应用在未来设定时长内的参考应用场景,然后预配置与参考应用场景对应的资源。

Description

一种应用管理方法及装置
技术领域
本申请涉及终端技术领域,尤其涉及一种应用管理方法及装置。
背景技术
随着互联网的深度发展,越来越多的行业加入到互联网浪潮中,产生了无数基于互联网的应用,提供了基于文字、图片、视频、游戏、大数据服务等等的娱乐活动。为此人们对终端性能的要求也在不断提高,虽然现在手机的配置以及软件优化已经发展到不错的阶段,但随着应用的不断发展,手机上应用的种类和数量也越来越多。为此,手机操作系统在被不断地优化,各大手机厂商针对不同类型的三方应用进行查杀、冻结、保活等策略,以保证前台运行的应用能够在有限的资源下有充足的资源供给。
目前,各大手机厂商已经对部分高频率使用的应用进行了优化,并且通过算法能够预测出用户即将使用的一个或多个应用,以便于资源调度或资源预加载。但是,针对单个应用内部的场景预测和资源优化仍然是缺失的,目前应用在运行过程中仍可能会出现卡顿、响应速度慢等问题,影响用户使用体验。
发明内容
有鉴于此,本申请提供了一种应用管理方法及装置,用以精确预测应用内部场景,以便于精细化地进行资源预配置,缩短界面响应时延。
第一方面,本申请实施例提供一种应用管理方法,该方法可以应用于诸如手机、平板电脑等电子设备。该方法包括:在第一应用的运行过程中,电子设备获取第一应用的历史运行数据;电子设备将历史运行数据输入至应用场景预测模型,以预测第一应用在未来设定时长内的参考应用场景,然后预配置与参考应用场景对应的资源。
本申请实施例中,电子设备利用上述方法可以预测应用内部的应用场景,可以实现精确预测应用内部场景,以便于精细化地进行资源预配置,缩短界面响应时延。
在一种可能的设计中,在获取所述第一应用的历史运行数据之前,电子设备需要训练应用场景预测模型。具体包括:电子设备获取包括第一应用在内的各个应用的属性信息和用户使用信息;接着将各个应用的属性信息和用户使用信息进行数据处理后,得到各个应用的处理后的数据,并保存成应用场景结构树;最终将处理后的数据传入神经网络模型中进行模型训练,得到所述应用场景预测模型,其中,应用场景预测模型包括应用场景结构树,所述应用场景结构数中包括每个应用的各个应用场景之间的关联关系和各个应用场景被打开的概率。
本申请实施例中,电子设备利用历史数据训练模型,且在使用过程中,不断利用数据对模型进行训练更新,可以保证模型输出结果的准确性。因应用场景结构数中包括每个应用的各个应用场景之间的关联关系和各个应用场景被打开的概率,所以有助于预测与当前应用场景相关联的参考应用场景。
在一种可能的设计中,在电子设备预配置与参考应用场景对应的资源之前,电子设备还可以在可利用资源不足时,电子设备冻结除了第一应用之外的其他后台运行应用占用相应资源,或者对第一应用解除冻结。
本申请实施例中,电子设备利用上述方法对资源进行管控,有助于及时释放资源,保证可用资源充足,尽可能减少因资源不足造成的卡顿。
在一种可能的设计中,电子设备可以根据历史运行数据的应用界面截图确定当前的应用场景;将当前的应用场景与应用场景预测模型中所述第一应用对应的应用场景结构树进行匹配,确定与当前的应用场景相关联的应用参考场景;从与当前的应用场景相关联的应用参考场景中选择概率大于设定阈值的应用场景作为参考应用场景。
本申请实施例中,电子设备可以利用应用场景结构树,对用户即将使用的场景进行预测,通过预测场景,然后对即将使用的场景所依赖的资源进行预加载,从而可以提高用户打开高频应用场景的时延。
在一种可能的设计中,历史运行数据是指距离当前时刻之前设定时段内的所采集的数据,所述设定时段内的所采集的数据包括第一应用的用户使用信息、第一应用的属性信息、或者第一应用的运行信息。也就是说,电子设备基于最近的历史预测未来设定时长内参考应用场景,以保证预测结果的准确性和相关性。
第二方面,本申请实施例还提供一种电子设备。该电子设备包括显示屏,至少一个处理器和存储器;所述存储器用于存储一个或多个计算机程序;当所述存储器存储的一个或多个计算机程序被所述至少一个处理器执行时,使得所述电子设备能够实现上述第一方面及其第一方面任一可能设计的技术方案。
第三方面,本申请实施例还提供了一种电子设备,所述电子设备包括执行上述第一方面或者第一方面的任意一种可能的设计的方法的模块/单元;这些模块/单元可以通过硬件实现,也可以通过硬件执行相应的软件实现。
第四方面,本申请实施例还提供一种芯片,所述芯片与电子设备中的存储器耦合,用于调用存储器中存储的计算机程序并执行本申请实施例第一方面及其第一方面任一可能设计的技术方案;本申请实施例中“耦合”是指两个部件彼此直接或间接地结合。
第五方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质包括计算机程序,当计算机程序在电子设备上运行时,使得所述电子设备执行本申请实施例第一方面及其第一方面任一可能设计的技术方案。
第六方面,本申请实施例的中一种程序产品,包括指令,当所述程序产品在电子设备上运行时,使得所述电子设备执行本申请实施例第一方面及其第一方面任一可能设计的技术方案。
附图说明
图1A为本申请实施例提供的应用图标示意图;
图1B为本申请实施例提供的Android操作系统对系统应用的UID在Process.java中的定义示例示意图;
图1C为本申请实施例提供的手机的结构示意图;
图2A为本申请实施例提供的手机的软件结构框图;
图2B为本申请实施例提供的电子设备结构示意图;
图3为本申请实施例提供的应用管理方法示意图;
图4为本申请实施例提供的模型训练过程示意图;
图5为本申请实施例提供的一组界面示意图;
图6为本申请实施例提供的应用场景结构树示意图。
具体实施方式
首先,对本申请实施例涉及的部分用语进行解释说明。
(1)电子设备:可以安装各类应用程序,并且能够将已安装的应用程序中提供的对象进行显示的设备。示例性地,该电子设备可以包含能够实现数据处理功能的器件(比如处理器或图像处理器或其他处理器),以及能够显示用户界面的器件(比如显示屏)。该电子设备可以是移动的,也可以是固定的。例如,电子设备可以为智能手机、平板电脑、各类可穿戴设备、车载设备、个人数字助理(personal digital assistant,PDA)或其它能够实现上述功能的电子设备等。
(2)操作系统(operating system,OS):是指运行在电子设备上的最基本的系统软件,例如windows系统、Android系统、IOS系统。以智能手机为例,操作系统可以是Android系统或IOS系统。本申请实施例主要以Android系统为例进行介绍。本领域技术人员可以理解,其它操作系统中,也可以采用类似的算法实现。
(3)应用程序(application,APP):可以简称为应用,为能够完成某项或多项特定功能的计算机程序。它可以具有可视的显示界面,能与用户进行交互,比如设置、电子地图、微信、QQ等;或者,也可以不具有可视的显示界面,不能与用户进行交互。示例性地,应用可以划分为第三方应用和系统应用,其中,第三方应用可以理解为用户安装的应用,比如微信、腾讯聊天软件(QQ)、WhatsApp Messenger、连我(Line)、Kakao Talk、钉钉等;系统应用可以理解为操作系统预置的应用,比如设置、拨号、信息等。
(4)运行状态:应用在操作系统中的运行状态可以分为前台运行状态和后台运行状态。前台运行状态,即直接在显示屏的显示窗口或界面上运行,呈现出程序运行的当前界面,可以和终端设备的使用者(即用户)通过显示的界面进行互动。后台运行状态,是指显示屏不呈现应用的运行界面,但该应用在后台继续提供服务。对于具有可视的显示界面的应用来说,其可以随时从后台运行状态切换成前台运行状态,或者从前台运行状态切换为后台运行状态;对于不具有可视的显示界面的应用来说,其可以处于后台运行状态,而无法切换到前台运行状态。
(5)应用图标:为显示在桌面上供用户识别应用的图标,比如如图1A所示,相机、设置等即为应用图标,用户点击应用图标,就可以打开相应的应用。通常情况下,具有可视的显示界面的应用可以具有对应的应用图标,而不具有可视的显示界面的应用不具有对应的应用图标。
(6)应用标识符:也可以称为用户标识符(user identification,UID)或应用标识,是应用安装过程中系统为其分配的标识。多个应用可以共享一个应用标识符。示例性地,在Android系统中,第三方应用的UID是从10000(即FIRST_APPLICATION_UID)开始,到19999(即LAST_APPLICATION_UID)结束,可以在Process.java中查看到FIRST_APPLICATION_UID和LAST_APPLICATION_UID。其中,第三方应用的UID通常大于FIRST_APPLICATION_UID,而系统应用的UID通常小于FIRST_APPLICATION_UID,也存在一些UID大于FIRST_APPLICATION_UID的系统应用,参见图1B,示意出了Android操作系统对系统应用的UID在Process.java中的定义。
进程标识:可以为进程标识符(process identification,PID)或进程名,其中,PID是在应用运行后,操作系统为应用的进程分配的身份标识。在应用停止运行后,操作系统会将PID收回,当应用程序再次开始运行时,操作系统将重新分配新的PID。一个进程标识符唯一标识一个进程。
包名(package name):包名主要用于系统识别应用程序,多个应用程序可以共享一个包名。
本申请实施例提供一种应用管理方法,该方法可以适用于任何安装有多个系统应用的电子设备。以下实施例以电子设备是手机为例进行介绍。示例性地,图1C示出了一种手机100的结构示意图。
如图1C所示,手机100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块151,无线通信模块152,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。
其中,处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。其中,控制器可以是手机100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。在本申请实施例中,处理器110可以运行应用管理方法所对应的软件代码/模块,执行相应的流程,以在统一休眠期内对处于后台运行状态的系统应用进行冻结,在统一活跃期内对系统应用解除冻结,具体的流程将在后文介绍。
显示屏194用于显示手机100中的处于前台运行状态的系统应用的显示界面,比如处于前台运行状态的设置应用的显示界面等,当系统应用由前台运行状态切换为后台运行状态时,将不再在显示屏上显示。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emitting diode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organiclight emitting diode的,AMOLED),柔性发光二极管(flex light-emitting diode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot light emittingdiodes,QLED)等。在一些实施例中,手机100可以包括1个或N个显示屏194,N为大于1的正整数。
摄像头193用于捕获静态图像、动态图像或视频。在本申请实施例中,手机100中摄像头193的数量可以是至少两个。以两个为例,其一个是前置摄像头,另一个是后置摄像头;以三个为例,其中一个是前置摄像头,另外两个是后置摄像头。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行手机100的各种功能以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如设置、手机管家)等。存储数据区可存储手机100使用过程中所创建的数据等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
另外,手机100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。手机100可以接收按键190输入,产生与手机100的用户设置以及功能控制有关的键信号输入。手机100可以利用马达191产生振动提示(比如来电振动提示)。手机100中的指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。手机100中的SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和手机100的接触和分离。
可以理解的是,本发明实施例示意的结构并不构成对手机100的具体限定。在本申请另一些实施例中,手机100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
上述图1C对手机100的硬件结构进行了描述,以下以安卓(Android)操作系统为例,介绍本申请实施例提供的手机100的软件结构。
图2A示出了本申请实施例提供的手机100的软件结构框图。如图2A所示,手机的软件结构采用分层式架构。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。如图2A所示,应用程序层可以包括系统应用程序和第三方应用程序,其中,系统应用程序可以包括相机、设置、皮肤模块、用户界面(user interface,UI)、手机管家、通话、短信息等,第三方应用程序可以包括地图,导航,音乐,视频等。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。如图2A所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器,在其它可能的实施例中,还可以有其它名称,具体不做限定。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。
视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供手机100的通信功能,例如通话状态的管理(包括接通,挂断等)。通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动等,本申请实施例对此不做任何限制。
示例性地,图2B示出了一种电子设备构图。主要包括:处理器201、存储器202。
存储器202一般包括内存和外存。内存可以为随机存储器(random accessmemory,RAM)、双倍速率随机存储器(DDR RAM)、只读存储器(read only memory,ROM)或者高速缓存器(CACHE)等。外存可以为硬盘、光盘、通用串行总线(universal serial bus,USB)、闪存(FLASH)、软盘或磁带机等。存储器202用于存储计算机程序(包含各种固件、操作系统等)和其他数据。例如,在本申请实施例中,存储器202可以包括信息缓存模块2021,其中,信息缓存模块2021用于保存历史运行数据。
处理器201用于读取存储器202中的计算机程序,然后执行计算机程序定义的方法。例如,在本申请实施例中,处理器201可以包括资源配置模块2011和资源管控模块2012,其中,资源配置模块2011用于基于应用场景预测模型所预测得到的参考应用场景,配置与参考应用场景对应的资源,资源管控模块2012用于对电子设备中的资源进行管控。
可选的,处理器201可以包括一个或多个通用处理器,还可以包括一个或多个DSP(digital signal processor,数字信号处理器),用于执行相关操作,以实现本申请实施例所提供的应用管理方法。
可选的,该电子设备还可以包括:显示屏、天线、电源等器件。
本领域技术人员可以理解,图2B中示出的电子设备的结构并不构成对电子设备的限定,本申请实施例提供的电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,更为具体的电子设备结构可以参照图1C所示。
下面对本申请实施例涉及的相关技术特征进行介绍。
(1)、资源
资源指的是应用使用的资源,可以包括CPU资源、存储器资源(或者说内存资源)、网络资源、操作系统的资源等,操作系统的资源可以包括软资源(比如Alarm资源、Wakelock资源、广播资源)和硬资源(比如蓝牙资源、传感器资源、GPS资源)。
(2)、应用场景
应用场景指的是应用界面上的功能控件对应的运行状态。示例性地,如图5所示,支付钱包类应用的首页511上设置有扫一扫控件512、财富控件513、设置控件514。当用户触控扫一扫控件512时,手机显示与扫一扫控件512对应的应用场景;当用户触控设置控件514时,手机显示与设置控件514对应的应用场景。
(3)、应用场景结构树
应用场景结构树,指的是电子设备的应用中的各个应用场景所组成的树状结构。示例性地,图6为支付钱包类应用中各个应用场景所组成的应用场景结构树。图6中包括:支付钱包类应用的首页(MainActivity)对应的应用场景(MainActivity)、扫码控件512对应的应用场景(ScanActivity),与财富控件513对应的应用场景(FinActivity),与设置控件514对应的应用场景(SettingActivity),应用场景结构树中在一个应用的某个页面时,不能再进入下一级页面,此时还有一个返回场景(图中并未示出)。
下述实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
以及,除非有特别说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一应用和第二应用,只是为了区分不同的应用,而并不是表示这两种应用的内容、优先级、发送顺序或者重要程度等的不同。
以图1C和图2B所示的手机100为例,手机100中可以包括多个应用,手机100中可以同时有多个应用在运行,但通常只有一个应用可以在前台运行,其他开启的应用只能在后台运行。针对正在运行的应用,尤其是在前台运行的应用,本申请实施例提供一种应用管理方法,具体如图3所示,该方法包括如下步骤。
步骤301,电子设备的处理器110从内部存储器121中获取第一应用的历史运行数据。
其中,信息缓存模块2021中保存有距离当前时刻之前设定时长内的电子设备所采集的数据,电子设备从信息缓存模块2021中获取的第一应用的历史运行数据指的是距离当前时刻之前设定时长内的电子设备所采集的数据。历史运行数据可以包括第一应用的属性信息和用户使用信息。示例性地,第一应用中的用户使用信息指距离当前时刻之前的10分钟内所采集的第一应用的用户使用信息。
具体来说,应用的属性信息可以指第一应用的应用标识符、第一应用的应用类型以及应用场景的类型或应用场景的截图信息等,第一应用的用户使用信息可以但不限于包括使用次数、使用时段、每次使用时长等。
步骤302,电子设备的处理器110将历史运行数据输入至应用场景预测模型,预测出第一应用在未来设定时长内的参考应用场景。
步骤303,电子设备的处理器110预配置与参考应用场景对应的资源。
示例性地,电子设备的处理器110中的资源配置模块2011预加载预测的第一应用在未来设定时长内的参考应用场景所需的内存资源,以缩短第一应用在未来运行时应用场景打开所需时延。当然,预配置的资源除了内存资源,还可以是CPU资源、网络资源、操作系统的资源等,该示例对此不作限定。
需要说明的是,本申请实施例提供的应用管理方法,可以由图1C所示的手机中的一种或多种物理元器件以及图2A所示的软件架构层的各层之间的相互配合来实现。
本申请实施例中,在执行步骤301之前,电子设备需要训练场景预测模型。具体地,如图4所示,电子设备启动第一应用后,还可能接收到用户作用于第一应用中的各个功能控件的操作。首先,电子设备采集第一应用的属性信息和用户使用信息,例如,第一应用的属性信息可以但不限于包括第一应用的应用标识符、第一应用的应用类型以及应用场景的类型等,第一应用的用户使用信息可以但不限于包括使用次数、使用时段、每次使用时长等。然后,电子设备对采集的属性信息和用户使用信息进行数据处理,例如进行数据特征的抽象和提取,并对特征数据进行数学向量表示。接着,电子设备将处理之后的数据输入至神经网络模型,即利用该处理之后的数据对模型进行训练,最终生成应用场景预测模型,并把模型持久化地保存到本地,应用场景预测模型包括应用场景结构树,所述应用场景结构数中包括每个应用的各个应用场景之间的关联关系和各个应用场景被打开的概率。
需要说明的是,在一种可能的实施例中,上述训练应用场景预测模型的过程可以发生在电子设备处于空闲状态的时间内,例如发生在电子设备处于充电状态的过程中,或者发生在夜间。
示例性地,如图5所示,在执行步骤301之前的一周内,电子设备可能会接收到用户多次作用于图5A中支付宝图标501控件的点击操作,显示如图5B所示的界面,电子设备还可能接收用户多次作用于扫一扫控件512、财富控件513、设置控件514的操作,电子设备采集支付宝应用的历史数据信息,例如,支付宝应用的应用标识符、应用类型、包名等,以及用户作用于支付宝应用的各种控件的次数,各个应用场景被打开的频次、被打开的时间点等信息。示例性地,第一应用的属性信息和应用场景相关信息如表1所示。
表1
Figure BDA0002250166630000081
Figure BDA0002250166630000091
然后,电子设备将支付宝应用的历史数据信息输入至神经网络模型,对神经网络模型进行训练,最终训练得到应用场景预测模型。其中,电子设备保存应用场景预测模的训练结果,应用场景预测模的训练结果可以为图6所示的应用场景结构树,该应用场景结构树保存有各个应用场景被打开的概率,例如当用户打开支付宝应用,扫一扫控件512对应的应用场景(ScanActivity)被打开的概率是78%,当用户打开支付宝应用,财富控件513对应的应用场景(FinActivity)被打开的概率是4%。这样,电子设备就可以基于该应用场景预测模型来预测应用场景。需要说明的是,因图6中的应用场景结构树中每一级中的应用场景并未穷举,可能还存在部分图中未示出的应用场景(例如返回场景),所以一个层级中的各个应用场景的概率相加并非100%。
当然,在训练场景预测模型的过程中,电子设备还可能用到了其它应用的历史数据,本示例只是为了对模型的训练过程进行示意性说明,并不构成限制。
在一种可能的实施例中,本申请实施例中,历史运行数据还可以包括第一应用的应用界面截图,也就是说,电子设备对第一应用已显示的界面进行截图,得到应用界面截图,然后电子设备基于应用界面截图确定当前所处的应用场景,继而将应用界面截图、以及应用标识、应用类型,以及用户使用信息输入至应用场景识别模型,确定未来设定时长内的参考应用场景模型。例如,电子设备根据应用界面截图确定当前所处的应用场景是支付宝首页对应的应用场景(MainActivity),继而利用应用场景预测模型,预测得到参考应用场景是扫一扫控件512对应的应用场景(ScanActivity)。因此,电子设备可以为该应用场景(ScanActivity)预加载内存资源,以缩短该应用场景被打开所需时域。
在一种可能的实施例中,触发应用启动(或者说打开应用)以及触发应用打开内部应用场景的方式可以有多种,比如可以是自动触发启动,也可以是由其它应用触发启动,还可以是用户触发启动。因此,历史运行数据还可以包括第一应用的历史运行信息。例如,应用的UID、应用的进程的PID或进程名。
其中,自动触发启动是指应用自行启动;其它应用触发启动是指由电子设备的其它应用根据接口调用该应用,以启动应用;用户触发启动可以是指用户通过触发应用图标来启动应用,或者用户通过触发应用中的功能控件以启动内部应用场景,也可以是用户通过触发应用对应的启动手势或者快速启动路径来启动应用,或者启动应用的内部应用场景。
在该实施例中,电子设备根据应用属性信息、历史运行信息和用户使用信息预测未来的参考应用场景。以用户触发系统应用(比如支付宝应用)启动为例,结合图1C和图2A来说,当手机中的触摸传感器180K接收到用户的触摸操作,相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标,触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件,识别该输入事件所对应的控件。以该触摸操作是触摸单击操作,且该单击操作所对应的控件为支付宝的应用图标的控件为例,支付宝应用调用应用框架层的接口,启动支付宝应用,进而通过调用内核层驱动显示屏显示设置应用的界面。进一步地,支付宝应用启动后,电子设备获取历史运行信息和用户使用信息,然后基于应用场景预测模型,确定支付宝未来一段时间的参考应用场景,并为支付宝预配置与参考应用场景对应的资源。
示例性地,仍以支付宝应用为例,支付宝应用的进程向资源管控模块发送使用内存资源的请求。示例性地,该请求中可以包括设置应用使用内存资源的开始时间。资源管控模块接收到该请求后,记录设置应用的包名(比如Com.android.settings)或UID(比如1000)作为内存资源的资源宿主,然后向支付宝应用的进程反馈请求成功的响应。
示例性地:(1)上述是以支付宝应用的进程请求成功为例进行描述的,在一些可能的场景下,支付宝应用的进程也可能请求失败,此种情形下,资源管控模块可以向支付宝应用的进程反馈请求失败的响应。(2)本申请实施例中,第一应用可以通过多次执行上述步骤301至步骤303,比如第一应用需要周期性使用内存资源,则可以周期性执行上述步骤301至步骤303。(3)第一应用可以在前台运行时通过上述步骤301至步骤303,或者,也可以在后台运行时通过上述步骤301至步骤303,具体不做限定。
本申请实施例中,由于在第一应用使用资源时,资源管控模块记录的资源宿主包括PID,从而便于后续按照PID或进程名对第一应用所使用的资源进行管控。为便于说明,后文中当涉及到按照PID或进程名对系统应用所使用的资源进行管控时,将主要以按照PID对第一应用所使用的资源进行管控为例进行描述。
本申请实施例中,当资源不足,没有充足的资源预配置给参考应用场景时,电子设备还可以对资源进行管控。资源是以UID或包名为单位进行管控的,例如,网络资源、Wakelock资源等是以UID为单位进行管控的,Alarm资源、广播资源、GPS资源、蓝牙资源等是以包名为单位进行管控的。然而,考虑到应用的包名可能是共享包名,应用的UID可能是共享UID,若仅是基于应用的包名或应用的UID可能无法准确地对应用所使用的资源进行挂起或恢复,因此,本申请实施例中在应用使用资源时,记录的资源宿主还包括PID或进程名,从而在应用的包名是共享包名和/或应用的UID是共享UID时,可以基于应用的进程的PID或进程名准确对应用所使用的资源进行管控。也就是说,针对于一些按照UID管控的资源(比如网络资源、Wakelock资源),当应用的UID为独立UID时,可以仍按照UID对其进行管控,而当应用的UID为共享UID时,本申请实施例中还可以按照PID或进程名对应用所使用的资源进行管控;针对于一些按照包名管控的资源(比如Alarm资源、广播资源),当应用的包名为独立包名时,可以仍按照包名对其进行管控,而当应用的包名为共享包名时,本申请实施例中资源管控模块2012还可以按照PID或进程名对应用所使用的资源进行管控。
本申请实施例中,对应用所使用的资源进行管控的实现方式可以有多种,比如可以通过冻结除了第一应用之外的后台运行应用(冻结应用后,应用处于冻结状态)或者对第一应用解除冻结(对应用解除冻结后,应用处于活跃状态)来对应用所使用的资源进行管控。本申请实施例中,冻结系统应用可以包括限制系统应用使用资源或者说挂起系统应用所使用的资源,处于冻结状态的系统应用并没有被关闭,但限制了其对资源的使用。
示例性地,限制系统应用使用资源,可以包括限制系统应用使用全部资源或者限制系统应用使用部分资源。比如,系统应用正在使用的资源包括CPU资源、存储器资源、网络资源和操作系统的资源,限制系统应用使用全部资源可以为限制系统应用使用CPU资源、存储器资源、网络资源和操作系统的资源,或者也可以描述为挂起系统应用使用的CPU资源、存储器资源、网络资源和操作系统的资源;限制系统应用使用部分资源可以为限制系统应用使用CPU资源、存储器资源和操作系统的资源,但不限制系统应用使用网络资源,或者也可以描述为挂起系统应用使用的CPU资源、存储器资源和操作系统的资源,但保持系统应用使用的网络资源。
综上,本申请实施例基于用户行为习惯和应用场景结构树,对用户即将使用的场景进行预测,通过预测场景,然后可以对即将使用的场景所依赖的资源进行预加载,从而可以提高用户打开对应的应用未来要进入的应用场景的响应时延。示例性,如表2所示,申请人对手机中的部分应用采用上述方案进行测试之后,在同样的测试机型(版本均是Hima Q版本)分别采集不同时长的信息,测试结果发现IO(输入输出)时延均得到不同程度的优化。
Figure BDA0002250166630000111
基于与上述方法实施例相同构思,本申请实施例还提供了一种计算机可读存储介质,其上存储有一些指令,这些指令被计算机调用执行时,可以使得计算机完成上述方法实施例、方法实施例的任意一种可能的设计中所涉及的方法。本申请实施例中,对计算机可读存储介质不做限定,例如,可以是RAM(random-access memory,随机存取存储器)、ROM(read-only memory,只读存储器)等。
基于与上述方法实施例相同构思,本申请还提供一种计算机程序产品,该计算机程序产品在被计算机调用执行时可以完成方法实施例以及上述方法实施例任意可能的设计中所涉及的方法。
基于与上述方法实施例相同构思,本申请还提供一种芯片,该芯片与收发器耦合,用于完成上述方法实施例、方法实施例的任意一种可能的实现方式中所涉及的方法,其中,“耦合”是指两个部件彼此直接或间接地结合,这种结合可以是固定的或可移动性的,这种结合可以允许流动液、电、电信号或其它类型信号在两个部件之间进行通信。
其中,本申请实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其他的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以丢弃,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其他的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种应用管理方法,应用于电子设备,其特征在于,所述方法包括:
在第一应用的运行过程中,获取所述第一应用的历史运行数据;
将所述历史运行数据输入至应用场景预测模型,预测出所述第一应用在未来设定时长内的参考应用场景;
预配置与所述参考应用场景对应的资源。
2.根据权利要求1所述的方法,其特征在于,在获取所述第一应用的历史运行数据之前,还包括:
获取所述电子设备中各个应用分别对应的属性信息和用户使用信息,所述各个应用包括所述第一应用;
将所述各个应用的属性信息和用户使用信息进行数据处理后,得到所述各个应用的处理后的数据;
将所述处理后的数据传入神经网络模型中进行模型训练,得到所述应用场景预测模型,所述应用场景预测模型包括应用场景结构树,所述应用场景结构数中包括每个应用的各个应用场景之间的关联关系和各个应用场景被打开的概率。
3.根据权利要求1或2所述的方法,其特征在于,在预配置与所述参考应用场景对应的资源之前,还包括:
在所述电子设备中的可利用资源不足时,冻结所述电子设备中除了所述第一应用之外的后台运行应用,或者对所述第一应用解除冻结。
4.根据权利要求2所述的方法,其特征在于,将所述历史运行数据输入所述应用场景预测模型,预测出所述第一应用在未来设定时长内的参考应用场景,包括:
根据所述历史运行数据中包括的应用界面截图确定当前的应用场景;
将当前的应用场景与所述应用场景预测模型中包括的所述第一应用对应的应用场景结构树进行匹配,确定与当前的应用场景相关联的应用参考场景;
从与当前的应用场景相关联的应用参考场景中选择所述概率大于设定阈值的应用场景作为预测出的所述第一应用在未来设定时长内的参考应用场景。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述历史运行数据是指距离当前时刻之前设定时长内的所采集的数据,所述设定时长内的所采集的数据包括用户使用所述第一应用的用户使用信息、所述第一应用的属性信息。
6.一种电子设备,其特征在于,包括处理器和存储器;
所述存储器用于存储一个或多个计算机程序;
当所述存储器存储的一个或多个计算机程序被所述处理器执行时,使得所述电子设备执行:
在第一应用的运行过程中,获取所述第一应用的历史运行数据;
将所述历史运行数据输入至应用场景预测模型,预测出所述第一应用在未来设定时长内的参考应用场景;
预配置与所述参考应用场景对应的资源。
7.根据权利要求6所述的电子设备,其特征在于,所述处理器用于运行所述存储器存储的所述程序指令,使得所述电子设备在获取所述第一应用的历史运行数据之前还执行:
获取所述电子设备中各个应用的属性信息和用户使用信息,所述各个应用包括所述第一应用;
将所述各个应用的属性信息和用户使用信息进行数据处理后,得到所述各个应用的应用场景结构树,并保存所述应用场景结构树,所述应用场景结构数据中包括每个应用的各个应用场景之间的关联关系和各个应用场景被打开的概率;
将所述应用场景结构树传入神经网络模型中进行模型训练,得到所述应用场景预测模型。
8.根据权利要求6或7所述的电子设备,其特征在于,所述处理器用于运行所述存储器存储的所述程序指令,使得所述电子设备在预配置与所述参考应用场景对应的资源之前还执行:
在所述电子设备中的可利用资源不足时,冻结所述电子设备中除了所述第一应用之外的后台运行应用,或者对所述第一应用解除冻结。
9.根据权利要求6至8任一项所述的电子设备,其特征在于,所述处理器用于运行所述存储器存储的所述程序指令,使得所述电子设备在预配置与所述参考应用场景对应的资源之前还执行:
根据所述历史运行数据中包括的应用界面截图确定当前的应用场景;
将当前的应用场景与所述应用场景预测模型中包括的所述第一应用对应的应用场景结构树进行匹配,确定与当前的应用场景相关联的应用参考场景;
从与当前的应用场景相关联的应用参考场景中选择所述概率大于设定阈值的应用场景作为预测出的所述第一应用在未来设定时长内的参考应用场景。
10.根据权利要求6至9任一项所述的电子设备,其特征在于,所述历史运行数据是指距离当前时刻之前设定时长内的所采集的数据,所述设定时长内的所采集的数据包括所述第一应用的用户使用信息、所述第一应用的属性信息。
11.一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1-5中任一项所述的方法。
12.一种程序产品,其特征在于,当所述程序产品在电子设备上运行时,使得所述电子设备执行如权利要求1-5中任一项所述的方法。
CN201911031076.XA 2019-10-28 2019-10-28 一种应用管理方法及装置 Pending CN112732434A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911031076.XA CN112732434A (zh) 2019-10-28 2019-10-28 一种应用管理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911031076.XA CN112732434A (zh) 2019-10-28 2019-10-28 一种应用管理方法及装置

Publications (1)

Publication Number Publication Date
CN112732434A true CN112732434A (zh) 2021-04-30

Family

ID=75589243

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911031076.XA Pending CN112732434A (zh) 2019-10-28 2019-10-28 一种应用管理方法及装置

Country Status (1)

Country Link
CN (1) CN112732434A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113850023A (zh) * 2021-09-30 2021-12-28 深圳市瑞云科技有限公司 基于场景文件参数预估硬件配置的模型建立方法、装置
CN115061740A (zh) * 2021-11-19 2022-09-16 荣耀终端有限公司 应用程序处理方法及装置
WO2022262433A1 (zh) * 2021-06-16 2022-12-22 中兴通讯股份有限公司 资源分配方法、终端和计算机可读存储介质
CN117130765A (zh) * 2023-01-16 2023-11-28 荣耀终端有限公司 计算资源的配置方法和电子设备

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102438045A (zh) * 2011-12-07 2012-05-02 深圳市深信服电子科技有限公司 Web页面的预取方法、系统以及访问web页面的方法
CN106909281A (zh) * 2015-12-22 2017-06-30 阿里巴巴集团控股有限公司 一种应用内界面切换方法及装置
CN107220076A (zh) * 2016-09-27 2017-09-29 华为技术有限公司 一种内存回收方法及装置
WO2017166036A1 (zh) * 2016-03-29 2017-10-05 华为技术有限公司 一种资源统计方法、装置及终端
CN108108377A (zh) * 2016-11-24 2018-06-01 广州市动景计算机科技有限公司 浏览器页面跳转方法、装置及终端设备
CN108153463A (zh) * 2017-12-27 2018-06-12 广东欧珀移动通信有限公司 应用界面显示控制方法、装置及存储介质和移动终端
CN108595230A (zh) * 2018-05-15 2018-09-28 Oppo广东移动通信有限公司 应用程序预加载方法、装置、存储介质及终端
CN108762937A (zh) * 2018-03-13 2018-11-06 Oppo广东移动通信有限公司 配置信息发送方法、获取方法、装置及终端
CN109582463A (zh) * 2018-11-30 2019-04-05 Oppo广东移动通信有限公司 资源配置方法、装置、终端及存储介质
CN109753615A (zh) * 2018-12-24 2019-05-14 北京三快在线科技有限公司 预加载网页的方法和装置,存储介质和电子设备
CN109992398A (zh) * 2017-12-29 2019-07-09 广东欧珀移动通信有限公司 资源管理方法、装置、移动终端及计算机可读存储介质
CN110018885A (zh) * 2017-12-29 2019-07-16 广东欧珀移动通信有限公司 应用程序冻结方法、装置、存储介质和终端
CN110032266A (zh) * 2018-01-10 2019-07-19 广东欧珀移动通信有限公司 信息处理方法、装置、计算机设备和计算机可读存储介质

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102438045A (zh) * 2011-12-07 2012-05-02 深圳市深信服电子科技有限公司 Web页面的预取方法、系统以及访问web页面的方法
CN106909281A (zh) * 2015-12-22 2017-06-30 阿里巴巴集团控股有限公司 一种应用内界面切换方法及装置
WO2017166036A1 (zh) * 2016-03-29 2017-10-05 华为技术有限公司 一种资源统计方法、装置及终端
CN107220076A (zh) * 2016-09-27 2017-09-29 华为技术有限公司 一种内存回收方法及装置
CN108108377A (zh) * 2016-11-24 2018-06-01 广州市动景计算机科技有限公司 浏览器页面跳转方法、装置及终端设备
CN108153463A (zh) * 2017-12-27 2018-06-12 广东欧珀移动通信有限公司 应用界面显示控制方法、装置及存储介质和移动终端
CN109992398A (zh) * 2017-12-29 2019-07-09 广东欧珀移动通信有限公司 资源管理方法、装置、移动终端及计算机可读存储介质
CN110018885A (zh) * 2017-12-29 2019-07-16 广东欧珀移动通信有限公司 应用程序冻结方法、装置、存储介质和终端
CN110032266A (zh) * 2018-01-10 2019-07-19 广东欧珀移动通信有限公司 信息处理方法、装置、计算机设备和计算机可读存储介质
CN108762937A (zh) * 2018-03-13 2018-11-06 Oppo广东移动通信有限公司 配置信息发送方法、获取方法、装置及终端
CN108874539A (zh) * 2018-03-13 2018-11-23 Oppo广东移动通信有限公司 资源配置方法、装置、终端及存储介质
CN108595230A (zh) * 2018-05-15 2018-09-28 Oppo广东移动通信有限公司 应用程序预加载方法、装置、存储介质及终端
CN109582463A (zh) * 2018-11-30 2019-04-05 Oppo广东移动通信有限公司 资源配置方法、装置、终端及存储介质
CN109753615A (zh) * 2018-12-24 2019-05-14 北京三快在线科技有限公司 预加载网页的方法和装置,存储介质和电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
侯宇: "Linux操作系统管理与应用", vol. 1, 中国铁道出版社, pages: 163 - 171 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022262433A1 (zh) * 2021-06-16 2022-12-22 中兴通讯股份有限公司 资源分配方法、终端和计算机可读存储介质
CN113850023A (zh) * 2021-09-30 2021-12-28 深圳市瑞云科技有限公司 基于场景文件参数预估硬件配置的模型建立方法、装置
CN113850023B (zh) * 2021-09-30 2022-11-29 深圳市瑞云科技有限公司 基于场景文件参数预估硬件配置的模型建立方法、装置
CN115061740A (zh) * 2021-11-19 2022-09-16 荣耀终端有限公司 应用程序处理方法及装置
CN115061740B (zh) * 2021-11-19 2023-05-26 荣耀终端有限公司 应用程序处理方法及装置
CN117130765A (zh) * 2023-01-16 2023-11-28 荣耀终端有限公司 计算资源的配置方法和电子设备
CN117130765B (zh) * 2023-01-16 2024-05-07 荣耀终端有限公司 计算资源的配置方法和电子设备

Similar Documents

Publication Publication Date Title
KR102148948B1 (ko) 전자 장치의 멀티 태스킹 방법 및 그 전자 장치
CN112732434A (zh) 一种应用管理方法及装置
CN110569080B (zh) 一种应用的控制方法与电子设备
WO2021185352A1 (zh) 一种版本升级方法及相关装置
CN110691401B (zh) 一种系统应用的管理方法及装置
CN114257502A (zh) 一种日志上报方法及装置
CN113973150A (zh) 一种电子设备的锁屏界面显示方法和电子设备
CN116028148B (zh) 一种界面处理方法、装置及电子设备
CN115033193B (zh) 转屏处理方法、装置、介质及电子设备
CN110704157B (zh) 一种应用启动方法、相关装置及介质
CN116841686B (zh) 一种应用页面的展示方法
CN115562967B (zh) 一种应用程序预测方法、电子设备及存储介质
CN117009023B (zh) 显示通知信息的方法及相关装置
CN117131497B (zh) 一种软件检测方法及电子设备
CN116719556B (zh) 系统升级的方法和电子设备
CN115828227B (zh) 识别广告弹窗的方法、电子设备及存储介质
CN117119053B (zh) 端云协同数据管理方法、终端、系统及可读存储介质
CN116033064B (zh) 卡片显示的方法、电子设备及可读存储介质
CN116541188B (zh) 通知显示方法、终端设备及存储介质
WO2023061014A1 (zh) 任务管理方法及装置
CN117076089B (zh) 应用管理方法、终端设备及存储介质
CN117130627B (zh) 配件升级方法及电子设备
CN116916093B (zh) 识别卡顿的方法、电子设备及存储介质
CN113806727B (zh) 一种电子设备登录账号的切换方法及电子设备
CN117724825A (zh) 一种界面显示方法及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20210430