CN107817995B - 一种后台静默启动应用的方法、装置及终端设备 - Google Patents

一种后台静默启动应用的方法、装置及终端设备 Download PDF

Info

Publication number
CN107817995B
CN107817995B CN201610817836.XA CN201610817836A CN107817995B CN 107817995 B CN107817995 B CN 107817995B CN 201610817836 A CN201610817836 A CN 201610817836A CN 107817995 B CN107817995 B CN 107817995B
Authority
CN
China
Prior art keywords
application
silent
information
terminal
acquiring
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.)
Active
Application number
CN201610817836.XA
Other languages
English (en)
Other versions
CN107817995A (zh
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 Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201610817836.XA priority Critical patent/CN107817995B/zh
Priority to PCT/CN2017/100553 priority patent/WO2018045948A1/zh
Priority to EP17848121.4A priority patent/EP3506090A4/en
Publication of CN107817995A publication Critical patent/CN107817995A/zh
Priority to US16/351,011 priority patent/US10901779B2/en
Application granted granted Critical
Publication of CN107817995B publication Critical patent/CN107817995B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Abstract

本发明公开了一种后台静默启动应用的方法，包括：监测终端上各个应用的运行情况；当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。本发明实施例通过拦截属于静默启动应用的第一应用的提示信息，从而解决了应用冷启动耗时过长的问题以及提示信息对用户形成不必要干扰的问题，从而提高用户体验。

Description

一种后台静默启动应用的方法、装置及终端设备
技术领域
本发明涉及通信技术领域，尤其涉及一种后台启动应用的方法及终端设备。
背景技术
Android是一个多任务系统，也就是说可以同时运行多个程序。一般来说，启动运行一个程序是有一定的时间开销的，因此，为了加快运行速度，当你退出一个程序时，Android并不会立即“杀掉”它，这样下次再运行该程序时，可以很快的启动。随着系统中保留的程序越来越多，内存必然会出现不足，Low Memory Killer(LMK)就是在系统内存低于某值时，清除相关的应用程序，保障系统保持拥有一定数量的空闲内存。
被清除的应用程序，再次使用时由原来的热启动变为冷启动，启动时间变长，例如微信：由0.5s变成了2s；为了提升应用冷启动时间，现在通用的做法是预先在后台加载应用的进程。等用户下次使用时，可以加快应用的启动速度。但这里存在一个问题是：应用在后台启动的过程中会出现各种提示信息，例如：Toast提示框、权限选择框、通知栏消息和悬浮窗，影响用户体验。
发明内容
本发明实施例提供的一种后台静默启动应用的方法，装置及终端设备，用于一定程度上解决安卓系统中后台应用被清除带来的应用冷启动耗时过长的问题，不仅避免冷启动问题还避免了用户被各种提示信息干扰的问题。
第一方面，本发明提供一种后台静默启动应用的方法，包括：
监测终端上各个应用的运行情况；
当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。
其中，所述静默启动应用为系统将以不让用户感知的方式重新启动的应用。
这样，当安卓系统在系统内存低于某值，或基于其它原因而清除系统中保留在后台运行的应用时，本发明实施例提供的方法可以避免这些应用被清除，这样，当这些应用在再次被启动时不会变成冷启动，导致启动耗时过长而影响用户体验。不仅如此，由于本发明实施例提供的方案在判断该应用为静默启动应用时拦截了针对该应用的提示信息，从而不会在该应用后台启动过程中弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
结合第一方面，在第一方面的第一种可能的实施方式中，在所述判断所述第一应用是否为静默启动应用之前，所述监测终端上各个应用的运行情况之后，所述方法还包括：
当监测到第二应用退出运行，则获取所述第二应用的包名；
根据所述第二应用的包名获取所述第二应用的进程名；
根据所述第二应用的进程名获取所述第二应用的进程记录；
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
该实施方式提供了所述静默应用列表的生成过程，即在检测到有应用退出运行时，对其进行上述步骤处理，从而生成一张静默应用列表的清单，我们把这张清单叫做静默应用列表，该静默应用列表在后续的动作中被用来“判断所述第一应用是否为静默启动应用”，即当所述第一应用被记录在所述静默应用列表中时，该第一应用是静默启动应用，当所述第一应用没有被记录在所述静默应用列表中时，该第一应用不是静默启动应用。该静默应用列表的生成过程可以事先获取好备用，也可以是实时的一直在进行更新，此处不做限定。
结合第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述当监测到第二应用退出运行，则获取所述第二应用的包名包括：
当检测到第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。
结合第一方面、第一方面的第一种可能的实施方式以及第一方面的第二种可能的实施方式中的任一实施方式，在第一方面的第三种可能的实施方式中，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
所述拦截针对所述第一应用的提示信息包括：
针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改NMS(Notification ManagerService通知管理服务)模块，不创建Toast。
具体的，所述修改NMS模块可以为：修改NMS模块中的导入队列(enqueue Toast)函数，使得所述导入队列函数直接返回，从而不创建Toast。
其中，针对所述权限选择框的拦截方式为：直接跳过AMS(Activity ManagerService作业管理服务)模块，让权限选择框不显示。
具体的，所述直接跳过AMS模块具体可以为：直接跳过AMS模块中的弹权限选择框的函数，从而让权限选择框不显示出来。
其中，针对所述通知栏信息的拦截方式为：修改所述NMS模块，直接删除所述通知栏信息。
具体的，所述修改所述NMS模块具体可以为：修改NMS模块中的导入通知(enqueueNotification Internal)函数，从而直接删除所述通知栏信息。
其中，针对所述悬浮窗的拦截方式为：修改WMS(Window Manager Service窗口管理服务)模块，设置所述悬浮窗的窗口为不可见。
具体的，所述修改WMS模块具体可以为：修改WMS模块中的设置窗口可见性(setWin And Children Visibility)函数和增加窗口(Add Window)函数，从而使得所述悬浮窗的窗口为不可见。
因此，在通过拦截针对所述第一应用的提示信息，使得该应用后台启动过程中不会弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
结合第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式，在第一方面的第四种可能的实施方式中，所述根据所述第二应用的包名获取所述第二应用的进程名包括：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
第二方面，本发明实施例提供一种用于后台静默启动应用的装置，包括：
监测模块，用于监测终端上各个应用的运行情况；
提示信息拦截模块，用于当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。
其中，所述静默启动应用为系统将以不让用户感知的方式重新启动的应用。
这样，当安卓系统在系统内存低于某值，或基于其它原因而清除系统中保留在后台运行的应用时，本发明实施例提供的装置可以避免这些应用被清除，这样，当这些应用在再次被启动时不会变成冷启动，导致启动耗时过长而影响用户体验。不仅如此，由于本发明实施例提供的装置在判断该应用为静默启动应用时拦截了针对该应用的提示信息，从而不会在该应用后台启动过程中弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
结合第二方面，在第二方面的第一种可能的实施方式中，所述装置还包括：静默应用列表生成模块，用于：
当监测模块监测到第二应用退出运行，则获取所述第二应用的包名；
根据所述第二应用的包名获取所述第二应用的进程名；
根据所述第二应用的进程名获取所述第二应用的进程记录；
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
在本发明实施例提供的该装置中，静默应用列表生成模块实现了所述静默应用列表的生成过程，即在检测到有应用退出运行时，对其进行上述处理，从而生成一张静默应用列表的清单，我们把这张清单叫做静默应用列表，该静默应用列表被提示信息拦截模块用来“判断所述第一应用是否为静默启动应用”，即当所述第一应用被记录在所述静默应用列表中时，该第一应用是静默启动应用，当所述第一应用没有被记录在所述静默应用列表中时，该第一应用不是静默启动应用。该静默应用列表的生成过程可以在所述提示信息拦截模块执行之前事先获取好备用，也可以是实时的一直在进行更新，此处不做限定。
结合第二方面的第一种可能的实施方式，在第二方面的第二种可能的实施方式中，所述静默应用列表生成模块还用于：
当监测模块监测到第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。
值得说明的是，在一种较优的实施方式中，所述第一预设阈值可以为60％，所述第二预设阈值可以为800M。
结合第二方面、第二方面的第一种可能的实施方式以及第二方面的第二种可能的实施方式中的任一实施方式，在第二方面的第三种可能的实施方式中，，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
所述提示信息拦截模块具体用于，针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改NMS(Notification ManagerService通知管理服务)模块，不创建Toast。
具体的，所述修改NMS模块可以为：修改NMS模块中的导入队列(enqueue Toast)函数，使得所述导入队列函数直接返回，从而不创建Toast。
其中，针对所述权限选择框的拦截方式为：直接跳过AMS(Activity ManagerService作业管理服务)模块，让权限选择框不显示。
具体的，所述直接跳过AMS模块具体可以为：直接跳过AMS模块中的弹权限选择框的函数，从而让权限选择框不显示出来。
其中，针对所述通知栏信息的拦截方式为：修改所述NMS模块，直接删除所述通知栏信息。
具体的，所述修改所述NMS模块具体可以为：修改NMS模块中的导入通知(enqueueNotification Internal)函数，从而直接删除所述通知栏信息。
其中，针对所述悬浮窗的拦截方式为：修改WMS(Window Manager Service窗口管理服务)模块，设置所述悬浮窗的窗口为不可见。
具体的，所述修改WMS模块具体可以为：修改WMS模块中的设置窗口可见性(setWin And Children Visibility)函数和增加窗口(Add Window)函数，从而使得所述悬浮窗的窗口为不可见。
因此，在通过拦截针对所述第一应用的提示信息，使得该应用后台启动过程中不会弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
结合第二方面的第一种可能的实施方式或第二方面的第二种可能的实施方式，在第二方面的第四种可能的实施方式中，所述静默应用列表生成模块还用于：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
第三方面，本发明实施例提供一种用于后台静默启动应用的终端设备，包括：处理器和存储器；
所述处理器用于监测终端上各个应用的运行情况；当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用；
所述存储器用于存储所述静默应用列表。
其中，所述静默启动应用为系统将以不让用户感知的方式重新启动的应用。
这样，当安卓系统在系统内存低于某值，或基于其它原因而清除系统中保留在后台运行的应用时，本发明实施例提供的终端设备可以避免这些应用被清除，这样，当这些应用在再次被启动时不会变成冷启动，导致启动耗时过长而影响用户体验。不仅如此，由于本发明实施例提供的终端设备在判断该应用为静默启动应用时拦截了针对该应用的提示信息，从而不会在该应用后台启动过程中弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
结合第三方面，在第三方面的第一种可能的实施方式中，所述处理器还用于当监测到第二应用退出运行，则获取所述第二应用的包名；
根据所述第二应用的包名获取所述第二应用的进程名；
根据所述第二应用的进程名获取所述第二应用的进程记录；
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
在本发明实施例提供的该终端设备中，处理器实现了所述静默应用列表的生成过程，即在检测到有应用退出运行时，对其进行上述处理，从而生成一张静默应用列表的清单，我们把这张清单叫做静默应用列表，该静默应用列表被处理器用来“判断所述第一应用是否为静默启动应用”，即当所述第一应用被记录在所述静默应用列表中时，该第一应用是静默启动应用，当所述第一应用没有被记录在所述静默应用列表中时，该第一应用不是静默启动应用。该静默应用列表的生成过程可以在事先获取好备用，也可以是实时的一直在进行更新，此处不做限定。
结合第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，所述处理器具体用于：当监测到第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。
值得说明的是，在一种较优的实施方式中，所述第一预设阈值可以为60％，所述第二预设阈值可以为800M。
结合第三方面、第三方面的第一种可能的实施方式以及第三方面的第二种可能的实施方式中的任一实施方式，在第三方面的第三种可能的实施方式中，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；具体的，所述处理器用于：针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改NMS(Notification ManagerService通知管理服务)模块，不创建Toast。
具体的，所述修改NMS模块可以为：修改NMS模块中的导入队列(enqueue Toast)函数，使得所述导入队列函数直接返回，从而不创建Toast。
其中，针对所述权限选择框的拦截方式为：直接跳过AMS(Activity ManagerService作业管理服务)模块，让权限选择框不显示。
具体的，所述直接跳过AMS模块具体可以为：直接跳过AMS模块中的弹权限选择框的函数，从而让权限选择框不显示出来。
其中，针对所述通知栏信息的拦截方式为：修改所述NMS模块，直接删除所述通知栏信息。
具体的，所述修改所述NMS模块具体可以为：修改NMS模块中的导入通知(enqueueNotification Internal)函数，从而直接删除所述通知栏信息。
其中，针对所述悬浮窗的拦截方式为：修改WMS(Window Manager Service窗口管理服务)模块，设置所述悬浮窗的窗口为不可见。
具体的，所述修改WMS模块具体可以为：修改WMS模块中的设置窗口可见性(setWin And Children Visibility)函数和增加窗口(Add Window)函数，从而使得所述悬浮窗的窗口为不可见。
因此，在通过拦截针对所述第一应用的提示信息，使得该应用后台启动过程中不会弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
结合第三方面的第一种可能的实施方式或第三方面的第二种可能的实施方式，在第三方面的第四种可能的实施方式中，所述处理器具体用于：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本发明实施例的方法流程图。
图2示出了本发明实施例的终端设备逻辑架构图。
图3示出了本发明实施例的装置结构图。
图4示出了本发明实施例的终端设备硬件结构图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
在本发明实施例中描述的数据结构和代码通常被存储在计算机可读存储介质上，其可以是任何可以存储代码和/或数据以便计算机系统使用的设备或媒体。计算机可读存储介质包括但不限于易失性存储器、非易失性存储器、诸如磁盘驱动器、磁带、CD(光盘)、DVD(数字视频光盘)之类的磁和光存储器设备、或其它的能够存储代码和/或数据的媒体。
在本发明实施例中描述的方法和过程可以用代码和/或数据来实施，代码和数据可以被存储在如上所述的计算机可读存储介质中。当计算机系统读取并运行在计算机可读存储媒体上存储的代码和/或数据时，计算机系统可以执行本发明实施例中描述的方法和过程。此外，本发明实施例描述的方法和过程可以包括在硬件模块或装置中。这些模块或装置可以包括但不限于专用集成电路(ASIC)芯片、现场可编程门阵列(FPGA)、在特定时间运行特定软件模块或一段代码的专用或共享的处理器、和/或其它可编程逻辑器件。当硬件模块或装置被激活时，它们执行包括在它们内部的方法和过程。
还应当理解，尽管在本文中可能采用术语第一、第二等来描述各种元件，但这些术语仅用来将元件或其他相关对象彼此区分开。例如，在不脱离本发明的范围的情况下，第一应用也可以被称为第二应用，类似地，第二应用也可以被称为第一应用。
在本发明的说明中使用的术语是仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明的说明书和所附权利要求中所使用的单数形式的"一个"和"该"也可以包括复数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语"和/或"是指包含一个或多个相关联的特征的任何或所有可能组合。
图1示出了本发明实施例的一种方法流程示意图。该方法100包括：
S101、监测终端上各个应用的运行情况。
S103、当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。
其中，所述静默启动应用为系统将以不让用户感知的方式重新启动的应用。
这样，当安卓系统在系统内存低于某值，或基于其它原因而清除系统中保留在后台运行的应用时，本发明实施例提供的方法可以避免这些应用被清除，这样，当这些应用在再次被启动时不会变成冷启动，导致启动耗时过长而影响用户体验。不仅如此，由于本发明实施例提供的方案在判断该应用为静默启动应用时拦截了针对该应用的提示信息，从而不会在该应用后台启动过程中弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
在上述实施例提供的方案的基础上，本发明实施例还进一步提供方法200，所述方法200，在S103的“判断所述第一应用是否为静默启动应用”之前，在S101的“监测终端上各个应用的运行情况”之后还包括S102，具体的，S102包括：
S1021、当监测到第二应用退出运行，则获取所述第二应用的包名。
S1022、根据所述第二应用的包名获取所述第二应用的进程名。
S1023、根据所述第二应用的进程名获取所述第二应用的进程记录。
S1024、根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
在本发明实施例的该方法200中，提供了所述静默应用列表的生成过程，即在检测到有应用退出运行时，对其进行从S1021到S1024的步骤处理，从而生成一张静默应用列表的清单，我们把这张清单叫做静默应用列表，该静默应用列表在后续的S103中被用来“判断所述第一应用是否为静默启动应用”，即当所述第一应用被记录在所述静默应用列表中时，该第一应用是静默启动应用，当所述第一应用没有被记录在所述静默应用列表中时，该第一应用不是静默启动应用。该静默应用列表的生成过程可以在整个方法100之前事先获取好，也可以是实时的一直在进行更新，此处不做限定。
值得说明的是，上述S1021可以进一步细化如下，即当监测到终端上的第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则进一步检测所述终端的有效内存是否小于第二预设阈值，若是，则获取所述第二应用的包名。在一种较优的实施方式中，所述第一预设阈值可以为60％，所述第二预设阈值可以为800M。
在本发明提供的上述实施例中，可选的，所述第一应用的提示信息可以包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
对应地，所述S103中的“拦截针对所述第一应用的提示信息”包括：
针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改NMS(Notification ManagerService通知管理服务)模块，不创建Toast；
其中，针对所述权限选择框的拦截方式为：直接跳过AMS(Activity ManagerService作业管理服务)模块，让权限选择框不显示；
其中，针对所述通知栏信息的拦截方式为：修改所述NMS模块，直接删除所述通知栏信息；
其中，针对所述悬浮窗的拦截方式为：修改WMS(Window Manager Service窗口管理服务)模块，设置所述悬浮窗的窗口为不可见。
因此，在通过拦截针对所述第一应用的提示信息，使得该应用后台启动过程中不会弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
在本发明提供的上述实施例中，可选的，所述根据所述第二应用的包名获取所述第二应用的进程名包括：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
下面以android架构为例，详细描述相关的技术细节。本发明实施例所描述的终端设备，可以为移动电话、平板电脑、便携式媒体播放器、或其它包括数字媒体功能的小型电子设备。
图2为本发明实施例提供的终端设备的逻辑架构图，参照图2，该终端设备的硬件层包括中央处理器(Center Processing Unit,CPU)、图形处理器(Graphic ProcessingUnit，GPU)等，当然还可以包括存储器、输入/输出设备、内存、内存控制器、网络接口等，输入设备可包括键盘、鼠标、触摸屏等，输出设备可包括显示设备如液晶显示器(LiquidCrystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT、)全息成像(Holographic)、投影(Projector)等。在硬件层之上可运行有操作系统(如Android、Firefox OS等)以及一些应用程序。操作系统包括驱动层、核心库层和框架层。驱动层可包括CPU驱动、GPU驱动、显示控制器驱动等，核心库是操作系统的核心部分，包括输入/输出服务、核心服务、图形设备接口以及实现CPU、GPU图形处理的图形引擎(Graphics Engine)等。图形引擎可包括2D引擎、3D引擎、合成器(Composition)、帧缓冲区(Frame Buffer)等。框架层可包括窗口管理器(Window Manager)、通知管理器(Notification Manager)、传感器管理器(SensorManager)和视图管理器(View Manager)等。除此之外，该主机还包括应用层。应用层可包括桌面(launcher)、媒体播放器(Media Player)、浏览器(Browser)等。
除此之外，应用层可包括主界面(home)、媒体播放器(Media Player)、浏览器(Browser)等多种应用程序。
基于以上描述的终端设备的逻辑架构，本发明实施例S101中所描述的监测动作主要用于对用户设备硬件层上运行的应用程序进行监测，当监测到有应用退出运行时，进一步判断该应用是否为静默启动应用，若是，则调用设备的硬件进行编码，修改对应模块中的函数从而对该应用相关的提示信息进行拦截。
在本发明提供的另一个实施例中，参考图3，S101中的监测功能和S103中的判断及拦截功能可以由装置300来实现，该装置300主要包括：监测模块301、提示信息拦截模块303；监测模块301从应用层获取应用程序数据，以实现对应用程序的监测，具体的：
监测模块301，用于监测终端上各个应用的运行情况。
提示信息拦截模块303，用于当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。
其中，所述静默启动应用为系统将以不让用户感知的方式重新启动的应用。
这样，当安卓系统在系统内存低于某值，或基于其它原因而清除系统中保留在后台运行的应用时，本发明实施例提供的装置可以避免这些应用被清除，这样，当这些应用在再次被启动时不会变成冷启动，导致启动耗时过长而影响用户体验。不仅如此，由于本发明实施例提供的装置在判断该应用为静默启动应用时拦截了针对该应用的提示信息，从而不会在该应用后台启动过程中弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
在上述实施例提供的装置的基础上，本发明实施例还提供另一个装置，该装置在装置300的基础上还包括：静默应用列表生成模块305，具体的，所述静默应用列表生成模块305用于：
当监测模块监测到第二应用退出运行，则获取所述第二应用的包名。
根据所述第二应用的包名获取所述第二应用的进程名。
根据所述第二应用的进程名获取所述第二应用的进程记录。
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
在本发明实施例提供的该装置中，静默应用列表生成模块305实现了所述静默应用列表的生成过程，即在检测到有应用退出运行时，对其进行上述处理，从而生成一张静默应用列表的清单，我们把这张清单叫做静默应用列表，该静默应用列表被提示信息拦截模块303用来“判断所述第一应用是否为静默启动应用”，即当所述第一应用被记录在所述静默应用列表中时，该第一应用是静默启动应用，当所述第一应用没有被记录在所述静默应用列表中时，该第一应用不是静默启动应用。该静默应用列表的生成过程可以在所述提示信息拦截模块303执行之前事先获取好备用，也可以是实时的一直在进行更新，此处不做限定。
进一步可选的，上述静默应用列表生成模块305具体可以用于：当监测到终端上的第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则进一步检测所述终端的有效内存是否小于第二预设阈值，若是，则获取所述第二应用的包名。在一种较优的实施方式中，所述第一预设阈值可以为60％，所述第二预设阈值可以为800M。
在本发明提供的上述实施例中，可选的，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
所述提示信息拦截模块303具体用于，针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改NMS(Notification ManagerService通知管理服务)模块，不创建Toast；
其中，针对所述权限选择框的拦截方式为：直接跳过AMS(Activity ManagerService作业管理服务)模块，让权限选择框不显示；
其中，针对所述通知栏信息的拦截方式为：修改所述NMS模块，直接删除所述通知栏信息；
其中，针对所述悬浮窗的拦截方式为：修改WMS(Window Manager Service窗口管理服务)模块，设置所述悬浮窗的窗口为不可见。
因此，在通过拦截针对所述第一应用的提示信息，使得该应用后台启动过程中不会弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
在本发明提供的上述实施例中，可选的，所述静默应用列表生成模块305还用于：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
在本发明提供的又一个实施例中，参考图4，S101中的监测功能和S103中的判断及拦截功能可以由终端设备400来实现，该终端设备400包括：射频(Radio Frequency，RF)电路410、存储器420、输入单元430、显示单元440、传感器450、音频电路460、无线保真(wireless fidelity，WiFi)模块470、处理器480、以及电源490等部件。本领域技术人员可以理解，图4中示出的终端设备的结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图4对终端设备400的各个构成部件进行具体的介绍：
RF电路410可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器480处理；另外，将上行的数据发送给基站。通常，RF电路410包括但不限于天线、至少一个放大器、收发信机、耦合器等。此外，RF电路410还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器420可用于操作系统以及应用程序，处理器480通过运行存储在存储器420的应用程序以及操作系统，调用硬件资源从而执行各种功能以及数据处理。具体地，处理器480可以执行存储在存储器420的应用程序以及操作系统，以执行图1所描述的方法步骤，从而实现相应的功能。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元430可用于接收输入的数字或字符信息，以及产生与移动设备的用户设置以及功能控制有关的键信号输入。具体地，输入单元430可包括触控面板431以及其他输入设备432。触控面板431，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板431上或在触控面板431附近的操作)。除了触控面板431，输入单元430还可以包括其他输入设备432。具体地，其他输入设备432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆中的一种或多种。
显示单元440可用于显示系统桌面或者应用程序的图形界面。显示单元440可包括显示面板441，可选的，显示单元640的类型可以为液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等。进一步的，触控面板431可覆盖显示面板441，当触控面板431检测到在其上或附近的触摸操作后，传送触控事件给处理器480以确定触控事件的类型，随后处理器480根据触摸事件的类型在显示面板441上提供相应的视觉输出，例如更新应用程序当前显示的图形界面。虽然在图4中，触控面板431与显示面板441是作为两个独立的部件来实现移动设备的输入和输入功能，但是在某些实施例中，可以将触控面板431与显示面板441集成而实现移动设备的输入和输出功能。
该终端设备400还可包括至少一种传感器450，比如光传感器、运动传感器以及其他传感器。至于终端设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路460、扬声器461，传声器462可提供用户与终端设备之间的音频接口。音频电路460可将接收到的音频数据转换后的电信号，传输到扬声器461，由扬声器461转换为声音信号输出；另一方面，传声器462将收集的声音信号转换为电信号，由音频电路460接收后转换为音频数据，再将音频数据输出处理器480处理后，经RF电路410以发送给其它用户设备，或者将音频数据输出至存储器420以便进一步处理。
WiFi属于短距离无线传输技术，虽然图4示出了WiFi模块470，但是可以理解的是，其并不属于移动设备的必须构成，完全可以根据需要省略或者用其它的通信模块来替代。
处理器480是终端设备400的控制中心，利用各种接口和总线连接整个终端设备的各个部件，通过运行存储在存储器420内的操作系统和应用程序，执行终端设备的各种功能。尽管未示出，终端设备400还可以包括摄像头、蓝牙模块等，在此不再赘述。
基于上述对终端设备400的各个构成部件的介绍，下面着重描述该终端设备400具体如何用于后台静默启动应用，其中，所述处理器480用于监测终端上各个应用的运行情况；当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用；
所述存储器420用于存储所述静默应用列表。
其中，所述静默启动应用为系统将以不让用户感知的方式重新启动的应用。
这样，当安卓系统在系统内存低于某值，或基于其它原因而清除系统中保留在后台运行的应用时，本发明实施例提供的终端设备可以避免这些应用被清除，这样，当这些应用在再次被启动时不会变成冷启动，导致启动耗时过长而影响用户体验。不仅如此，由于本发明实施例提供的终端设备在判断该应用为静默启动应用时拦截了针对该应用的提示信息，从而不会在该应用后台启动过程中弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
在上述实施例提供的终端设备的基础上，进一步的，所述终端设备400的处理器480还用于：
当监测到第二应用退出运行，则获取所述第二应用的包名。
根据所述第二应用的包名获取所述第二应用的进程名。
根据所述第二应用的进程名获取所述第二应用的进程记录。
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
在本发明实施例提供的该终端设备中，处理器480实现了所述静默应用列表的生成过程，即在检测到有应用退出运行时，对其进行上述处理，从而生成一张静默应用列表的清单，我们把这张清单叫做静默应用列表，该静默应用列表被处理器480用来“判断所述第一应用是否为静默启动应用”，即当所述第一应用被记录在所述静默应用列表中时，该第一应用是静默启动应用，当所述第一应用没有被记录在所述静默应用列表中时，该第一应用不是静默启动应用。该静默应用列表的生成过程可以在事先获取好备用，也可以是实时的一直在进行更新，此处不做限定。
进一步可选的，所述处理器480具体可以用于：当监测到所述终端设备上的第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。在一种较优的实施方式中，所述第一预设阈值可以为60％，所述第二预设阈值可以为800M。
在本发明提供的上述实施例中，可选的，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
所述处理器480具体用于：针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改NMS(Notification ManagerService通知管理服务)模块，不创建Toast；
其中，针对所述权限选择框的拦截方式为：直接跳过AMS(Activity ManagerService作业管理服务)模块，让权限选择框不显示；
其中，针对所述通知栏信息的拦截方式为：修改所述NMS模块，直接删除所述通知栏信息；
其中，针对所述悬浮窗的拦截方式为：修改WMS(Window Manager Service窗口管理服务)模块，设置所述悬浮窗的窗口为不可见。
因此，在通过拦截针对所述第一应用的提示信息，使得该应用后台启动过程中不会弹出各种提示信息干扰用户注意力，从而整体上提升用户体验。
在本发明提供的上述实施例中，可选的，所述处理器480具体还用于：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
以上对本发明实施例所提供的后台静默启动应用的方法、装置及终端设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (16)

1.一种后台静默启动应用的方法，其特征在于，所述方法包括：
监测终端上各个应用的运行情况；
当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。
2.根据权利要求1所述的方法，其特征在于，在所述判断所述第一应用是否为静默启动应用之前，所述监测终端上各个应用的运行情况之后，所述方法还包括：
当监测到第二应用退出运行，则获取所述第二应用的包名；
根据所述第二应用的包名获取所述第二应用的进程名；
根据所述第二应用的进程名获取所述第二应用的进程记录；
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
3.根据权利要求2所述的方法，其特征在于，所述当监测到第二应用退出运行，则获取所述第二应用的包名包括：
当检测到第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
所述拦截针对所述第一应用的提示信息包括：
针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改通知管理服务模块，不创建Toast；
其中，针对所述权限选择框的拦截方式为：直接跳过作业管理服务模块，让权限选择框不显示；
其中，针对所述通知栏信息的拦截方式为：修改所述通知管理服务模块，直接删除所述通知栏信息；
其中，针对所述悬浮窗的拦截方式为：修改窗口管理服务模块，设置所述悬浮窗的窗口为不可见。
5.根据权利要求2或3所述的方法，其特征在于，所述根据所述第二应用的包名获取所述第二应用的进程名包括：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
6.一种用于后台静默启动应用的装置，其特征在于，所述装置包括：
监测模块，用于监测终端上各个应用的运行情况；
提示信息拦截模块，用于当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括：静默应用列表生成模块，用于：
当监测模块监测到第二应用退出运行，则获取所述第二应用的包名；
根据所述第二应用的包名获取所述第二应用的进程名；
根据所述第二应用的进程名获取所述第二应用的进程记录；
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
8.根据权利要求7所述的装置，其特征在于，所述静默应用列表生成模块还用于：
当监测模块监测到第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。
9.根据权利要求6-8任一项所述的装置，其特征在于，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；
所述提示信息拦截模块具体用于，针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改通知管理服务模块，不创建Toast；
其中，针对所述权限选择框的拦截方式为：直接跳过作业管理服务模块，让权限选择框不显示；
其中，针对所述通知栏信息的拦截方式为：修改所述通知管理服务模块，直接删除所述通知栏信息；
其中，针对所述悬浮窗的拦截方式为：修改窗口管理服务模块，设置所述悬浮窗的窗口为不可见。
10.根据权利要求7或8所述的装置，其特征在于，所述静默应用列表生成模块还用于：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
11.一种用于后台静默启动应用的终端设备，其特征在于，所述终端设备包括：处理器和存储器；
所述处理器用于监测终端上各个应用的运行情况；当监测到第一应用退出运行，则判断所述第一应用是否为静默启动应用，若是，则拦截针对所述第一应用的提示信息；其中，所述第一应用为所述终端上各个应用中的任意一个应用，所述静默启动应用为静默应用列表中记录的应用；
所述存储器用于存储所述静默应用列表。
12.根据权利要求11所述的终端设备，其特征在于，所述处理器还用于当监测到第二应用退出运行，则获取所述第二应用的包名；
根据所述第二应用的包名获取所述第二应用的进程名；
根据所述第二应用的进程名获取所述第二应用的进程记录；
根据所述第二应用的进程记录重新启动所述第二应用，并在启动成功后将所述第二应用的包名记录到所述静默应用列表中；其中所述第二应用为所述终端上各个应用中的任意一个应用。
13.根据权利要求12所述的终端设备，其特征在于，所述处理器具体用于：当监测到第二应用退出运行，则检测所述终端的CPU负载是否小于第一预设阈值，若是，则检测所述终端的有效内存是否大于第二预设阈值，若是，则获取所述第二应用的包名。
14.根据权利要求11至13任一项所述的终端设备，其特征在于，所述第一应用的提示信息包括下述信息的一种或多种：Toast提示框、权限选择框、通知栏信息、悬浮窗；具体的，所述处理器用于：针对所述第一应用的提示信息中不同的提示信息有不同的拦截方式：
其中，针对所述Toast提示框的拦截方式为：修改通知管理服务模块，不创建Toast；
其中，针对所述权限选择框的拦截方式为：直接跳过作业管理服务模块，让权限选择框不显示；
其中，针对所述通知栏信息的拦截方式为：修改所述通知管理服务模块，直接删除所述通知栏信息；
其中，针对所述悬浮窗的拦截方式为：修改窗口管理服务模块，设置所述悬浮窗的窗口为不可见。
15.根据权利要求12或13所述的终端设备，其特征在于，所述处理器具体用于：
根据所述第二应用的包名获取第二应用信息，所述第二应用信息包括：所述第二应用的版本、版本号、开发者、开发者厂家信息；
根据所述第二应用信息获取所述第二应用的进程名。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被计算机系统执行时能够实现权利要求1至5任意一项所述的方法。
CN201610817836.XA 2016-09-12 2016-09-12 一种后台静默启动应用的方法、装置及终端设备 Active CN107817995B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201610817836.XA CN107817995B (zh) 2016-09-12 2016-09-12 一种后台静默启动应用的方法、装置及终端设备
PCT/CN2017/100553 WO2018045948A1 (zh) 2016-09-12 2017-09-05 一种后台静默启动应用的方法、装置及终端设备
EP17848121.4A EP3506090A4 (en) 2016-09-12 2017-09-05 METHOD AND APPARATUS FOR DISCREETLY STARTING A BACKGROUND APPLICATION, AND TERMINAL DEVICE
US16/351,011 US10901779B2 (en) 2016-09-12 2019-03-12 Method and apparatus for silently starting application in background and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610817836.XA CN107817995B (zh) 2016-09-12 2016-09-12 一种后台静默启动应用的方法、装置及终端设备

Publications (2)

Publication Number Publication Date
CN107817995A CN107817995A (zh) 2018-03-20
CN107817995B true CN107817995B (zh) 2021-03-30

Family

ID=61562516

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610817836.XA Active CN107817995B (zh) 2016-09-12 2016-09-12 一种后台静默启动应用的方法、装置及终端设备

Country Status (4)

Country Link
US (1) US10901779B2 (zh)
EP (1) EP3506090A4 (zh)
CN (1) CN107817995B (zh)
WO (1) WO2018045948A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11483415B2 (en) 2014-07-16 2022-10-25 Tensera Networks Ltd. Background pre-rendering of user applications
US11516309B2 (en) 2014-07-16 2022-11-29 Tensera Networks Ltd. Transparent pre-loading of user applications
US11095743B2 (en) 2014-07-16 2021-08-17 Tensera Networks Ltd. Optimized content-delivery network (CDN) for the wireless last mile
US11915012B2 (en) * 2018-03-05 2024-02-27 Tensera Networks Ltd. Application preloading in the presence of user actions
US20220179668A1 (en) * 2018-03-05 2022-06-09 Tensera Networks Ltd. Robust Application Preloading with Accurate User Experience
US11922187B2 (en) 2018-03-05 2024-03-05 Tensera Networks Ltd. Robust application preloading with accurate user experience
CN108710513B (zh) * 2018-05-15 2020-07-21 Oppo广东移动通信有限公司 应用程序启动方法、装置、存储介质及终端
CN108804157A (zh) 2018-06-05 2018-11-13 Oppo广东移动通信有限公司 应用程序预加载方法、装置、存储介质及终端
CN110413326A (zh) * 2019-07-10 2019-11-05 珠海荣邦智能科技有限公司 操作系统控制方法及装置
CN114144777A (zh) * 2019-07-30 2022-03-04 腾赛拉网络有限公司 用户设备中应用用户界面的预渲染
CN110659189B (zh) * 2019-08-15 2021-02-23 华为技术有限公司 应用程序生成方法、装置、云服务器及可读存储介质
CN110704247B (zh) * 2019-09-30 2023-07-04 珠海市魅族科技有限公司 应用内存异常的处理方法、装置、电子设备及装置
CN112835656A (zh) * 2019-11-01 2021-05-25 科美诊断技术股份有限公司 一种客户端的启动方法及装置
CN111459381B (zh) * 2020-03-30 2021-06-22 维沃移动通信有限公司 信息展示方法、电子设备及存储介质
WO2022118131A1 (en) * 2020-12-03 2022-06-09 Tensera Networks Preloading of applications having an existing task
CN112925582A (zh) * 2021-02-22 2021-06-08 深圳依时货拉拉科技有限公司 安卓系统下提高应用程序在后台存活率的方法及移动终端
CN113157377B (zh) * 2021-05-20 2023-06-27 读书郎教育科技有限公司 一种Android系统实现对应用部分管控的方法及设备
WO2023130967A1 (zh) * 2022-01-10 2023-07-13 海信视像科技股份有限公司 一种节目数据处理方法及显示设备

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050229185A1 (en) * 2004-02-20 2005-10-13 Stoops Daniel S Method and system for navigating applications
US9270732B2 (en) * 2005-03-14 2016-02-23 Rhapsody International Inc. System and method for automatically uploading updates
JP4930028B2 (ja) * 2006-12-13 2012-05-09 ソニー株式会社 情報処理装置、情報処理方法、プログラム
TW201232400A (en) * 2011-01-20 2012-08-01 Acer Inc Method for pre-loading frequently launched application and electronic device using the same
US8463670B2 (en) * 2011-03-25 2013-06-11 International Business Machines Corporation Automated time tracking
CN103051617B (zh) * 2012-12-18 2015-09-02 北京奇虎科技有限公司 识别程序的网络行为的方法、装置及系统
CN103176842B (zh) 2013-03-15 2016-04-27 广东欧珀移动通信有限公司 后台进程管理方法及其移动终端
US9508040B2 (en) * 2013-06-12 2016-11-29 Microsoft Technology Licensing, Llc Predictive pre-launch for applications
CN103781057B (zh) * 2014-01-08 2018-04-13 北京奇虎科技有限公司 一种静默下载升级包的方法及装置
CN104182255B (zh) * 2014-08-20 2017-11-21 青岛海信宽带多媒体技术有限公司 一种系统应用的库文件升级方法及终端
CN104680060B (zh) * 2014-11-25 2017-04-05 北京奇虎科技有限公司 一种程序的自启管理方法和装置
CN105095746B (zh) * 2015-07-02 2018-06-19 北京奇虎科技有限公司 应用程序启动鉴权方法及装置
CN105045588A (zh) * 2015-07-17 2015-11-11 百度在线网络技术（北京）有限公司 一种切换输入法皮肤的方法和装置
CN105045637A (zh) * 2015-08-14 2015-11-11 深圳市金立通信设备有限公司 一种应用启动的方法及终端
CN105260671B (zh) * 2015-09-11 2018-11-20 北京金山安全软件有限公司 移动终端通知栏的控制方法、装置和移动设备
CN105260247A (zh) * 2015-11-20 2016-01-20 小米科技有限责任公司 一种控制终端应用的方法及装置
CN105718284A (zh) * 2016-01-18 2016-06-29 广东小天才科技有限公司 一种用于通信终端的应用程序启动方法及装置

Also Published As

Publication number Publication date
EP3506090A4 (en) 2019-09-04
CN107817995A (zh) 2018-03-20
WO2018045948A1 (zh) 2018-03-15
US10901779B2 (en) 2021-01-26
EP3506090A1 (en) 2019-07-03
US20190205159A1 (en) 2019-07-04

Similar Documents

Publication Publication Date Title
CN107817995B (zh) 一种后台静默启动应用的方法、装置及终端设备
CN108491275B (zh) 程序优化方法、装置、终端及存储介质
US10516640B2 (en) Group message updating and displaying method, apparatus, and terminal
US10474507B2 (en) Terminal application process management method and apparatus
US20170263206A1 (en) Electronic device and method for driving display thereof
CN106155818B (zh) 一种终端拉取信息的处理方法和终端以及服务器
CN106658064B (zh) 虚拟礼物展示方法及装置
CN106155458B (zh) 一种多媒体消息播放方法及装置
US9756674B2 (en) Method of transmitting and receiving data of electronic device and electronic device using the method
US10302763B2 (en) Method for detecting proximity of object and electronic device using the same
US20160308768A1 (en) Electronic device and method for operating communication of the same
EP3779690A1 (en) Processor core scheduling method and apparatus, terminal, and storage medium
WO2017206901A1 (zh) 进程控制方法及相关设备
CN108762829B (zh) 一种用于图像美化的方法、客户端及终端
CN107357651B (zh) 应用加速方法、装置以及终端
US10713414B2 (en) Web page display method, terminal, and storage medium
CN111435318A (zh) 应用程序的dex优化方法及终端
CN107622234B (zh) 一种显示萌脸礼物的方法和装置
CN109511139B (zh) Wifi控制方法、装置、移动设备、计算机可读存储介质
EP3569003B1 (en) Electronic device and method for controlling communication thereof
WO2014139113A1 (en) Cross device notification apparatus and methods
US10664436B2 (en) Application acceleration method and application acceleration device
CN113039517A (zh) 一种音频资源调用的方法、装置及电子设备
US20180260847A1 (en) Information display method, apparatus, and system
CN115357829A (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
GR01 Patent grant
GR01 Patent grant