CN116048325A - 一种应用异常行为的处理方法、电子设备及存储介质 - Google Patents
一种应用异常行为的处理方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116048325A CN116048325A CN202210763373.9A CN202210763373A CN116048325A CN 116048325 A CN116048325 A CN 116048325A CN 202210763373 A CN202210763373 A CN 202210763373A CN 116048325 A CN116048325 A CN 116048325A
- Authority
- CN
- China
- Prior art keywords
- application
- behavior
- abnormal behavior
- electronic equipment
- interface
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本申请提供一种应用异常行为的处理方法、电子设备及存储介质,涉及终端技术领域,用于解决电子设备在通过弹窗显示广告的问题,该方法包括:当第一应用启动时,电子设备获取第一应用的至少一个行为信息;若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗;其中,至少一个行为信息包括以下信息中的一种或多种的组合:启动方式、启动频次、以及界面显示方式;预设策略为电子设备根据第一应用的第一行为信息确定出的,第一行为信息为第一应用在历史时段内出现异常行为时对应的行为信息;异常行为用于触发电子设备显示弹窗。
Description
技术领域
本申请涉及终端技术领域,尤其涉及一种应用异常行为的处理方法、电子设备及存储介质。
背景技术
随着电子设备的发展,各类应用(application,APP)层出不穷,使得用户可以在电子设备上通过应用处理很多事情,为用户提供了方便。但是,有部分应用在启动后会频繁出现弹窗广告、在锁屏界面显示广告或者应用频繁弹出广告链接以引导用户下载其他应用等显示广告的行为,影响用户使用。
发明内容
本申请实施例提供一种应用异常行为的处理方法、电子设备及存储介质,用于解决电子设备在通过弹窗显示广告的问题。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,提供了一种应用异常行为的处理方法,该方法包括:当第一应用启动时,电子设备获取第一应用的至少一个行为信息;至少一个行为信息包括以下信息中的一种或多种的组合:启动方式、启动频次、以及界面显示方式;若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗;预设策略为电子设备根据第一应用的第一行为信息确定出的,第一行为信息为第一应用在历史时段内出现异常行为时对应的行为信息;异常行为用于触发电子设备显示弹窗。
基于第一方面,当第一应用启动时,电子设备可以获取第一应用的至少一个行为信息,若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗;由于预设策略为电子设备根据第一应用的第一行为信息确定出的,第一行为信息为第一应用在历史时段内出现异常行为时对应的行为信息,异常行为用于触发电子设备显示弹窗;因此当电子设备确定第一应用的行为信息满足预设策略时,电子设备通过禁止显示第一应用的弹窗,从而解决电子设备通过弹窗显示广告的问题。
在第一方面的一种实现方式中,该方法还包括:若第一应用的行为信息满足预设策略,电子设备停止启动第一应用。
在该设计方式中,电子设备还可以停止启动第一应用,这样,第一应用就无法继续启动,并显示弹窗,从而进一步解决电子设备通过弹窗显示广告的问题。
在第一方面的一种实现方式中,在电子设备禁止显示第一应用的弹窗之前,该方法还包括:电子设备显示提示信息;该提示信息用于指示第一应用存在异常行为;其中,提示信息包括第一控件;电子设备禁止显示第一应用的弹窗,包括:电子设备响应于用户对第一控件的操作,禁止显示第一应用的弹窗。
在该设计方式中,电子设备可以通过显示提示信息,提示用户第一应用存在异常行为,这样一来,电子设备可以响应于用户的操作,禁止显示第一应用的弹窗,在解决电子设备通过弹窗显示广告的问题的同时,还提高了用户体验。
在第一方面的一种实现方式中,提示信息还包括第二控件和第三控件;该方法还包括:电子设备响应于用户对第二控件的操作,通过弹窗显示第一应用的目标界面;或者,电子设备响应于用户对第三控件的操作,卸载第一应用。
在该设计方式中,电子设备可以通过提示信息,引导用户卸载第一应用;这样一来,可以从根本上解决第一应用通过弹窗显示广告的问题。
在第一方面的一种实现方式中,电子设备禁止显示第一应用的弹窗,包括:电子设备关闭第一应用的弹窗功能。
在该设计方式中,电子设备可以通过关闭第一应用的弹窗功能(如悬浮窗权限),禁止第一应用显示弹窗,从而可以解决电子设备通过弹窗显示广告的问题。
在第一方面的一种实现方式中,预设策略至少包括以下信息中的一种或多种的组合:第一应用在后台自启动、第一应用在第二应用的界面上显示、第一应用未在任务管理界面显示以及第一应用在后台自启动的频次大于或等于第一预设频次。
在第一方面的一种实现方式中,预设策略至少包括以下信息中的一种或多种的组合:第一应用与第三应用关联启动、第一应用在电子设备的锁屏界面上显示、第一应用在电子设备的主界面上显示、第一应用通过悬浮窗的方式显示以及第一应用在后台自启动的频次大于或等于第二预设频次,且小于第三预设频次。
在第一方面的一种实现方式中,电子设备中预先设置有至少一个行为信息中,每个行为信息对应的权限;若第一应用的行为信息满足预设策略,电子设备禁止显示所述第一应用的弹窗,包括:若第一应用的行为信息满足预设策略,且第一应用不具备行为信息对应的权限,电子设备禁止显示第一应用的弹窗。
在该设计方式中,当第一应用的行为信息满足预设策略,且第一应用不具备行为信息对应的权限,即第一应用未设置行为信息对应的权限时,电子设备禁止显示第一应用的弹窗。这样一来,能够防止电子设备对第一应用显示弹窗的行为进行误处理。
在第一方面的一种实现方式中,该方法还包括:电子设备向云服务器端发送第一应用的行为信息,以使云服务器端根据第一应用的行为信息更新预设策略;电子设备接收来自云服务器端更新后的预设策略。
在该设计方式中,电子设备还可以向云服务器端发送第一应用的行为信息,以使云服务器端根据第一应用的行为信息更新预设策略;之后,电子设备接收来自云服务器端更新后的预设策略,有利于提高电子设备解决第一应用显示弹窗的准确性。
在第一方面的一种实现方式中,若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗,包括:若第一应用的行为信息满足预设策略,电子设备记录第一应用的应用信息与行为信息的对应关系;应用信息至少包括以下信息中的一种或多种的组合:应用包名、应用进程名、应用用户名以及目标界面的界面名称;在电子设备连续N次记录第一应用的应用信息与行为信息的对应关系之后,电子设备禁止显示第一应用的弹窗;其中,N大于或等于2。
在该设计方式中,在电子设备记录第一应用的应用信息与行为信息的对应关系之后,电子设备依然会显示第一应用的弹窗。在电子设备连续N次记录第一应用的应用信息与行为信息的对应关系的情况下,说明第一应用的行为信息连续N次满足预设策略;之后,电子设备禁止显示第一应用的弹窗。这样一来,能够防止电子设备对第一应用显示弹窗的行为进行误处理。
第二方面,提供一种应用异常行为的处理方法,该方法应用于电子设备中,该方法包括:电子设备后台启动第一应用,第一应用安装在电子设备上,第一应用为第三方应用;当第一应用请求在电子设备的锁屏界面上显示第一应用的弹窗时,基于第一应用未在锁屏显示的预设名单内,电子设备在锁屏界面不显示第一应用的弹窗;电子设备前台启动第二应用,第二应用安装在电子设备上;第一应用的包名与第二应用的包名不同;电子设备响应于用户操作,显示锁屏界面;锁屏界面包括第二应用的弹窗。
基于第二方面,在电子设备在后台启动第一应用,且第一应用为第三方应用的情况下,当第一应用请求在电子设备的锁屏界面上显示第一应用的弹窗时,基于第一应用未在锁屏显示的预设名单内,电子设备在锁屏界面不显示第一应用的弹窗;在电子设备在前台启动第二应用,且第一应用的包名与第二应用的包名不同的情况下,当电子设备响应于用户的操作,显示锁屏界面时,电子设备显示第二应用的弹窗,在解决第一应用通过弹窗显示广告的问题的同时,有利于提高用户体验。
需要说明的是,第二方面提供的一种应用异常行为的处理方法包括第一方面提供的应用异常行为的处理方法中的任一项实现方式。
第三方面,提供一种电子设备,该电子设备具有实现上述第一方面或第二方面所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面,提供一种电子设备,该电子设备包括显示屏、存储器和一个或多个处理器;显示屏、存储器和处理器耦合;存储器用于存储计算机程序代码,计算机程序代码包括计算机指令;当计算机指令被处理器执行时,使得电子设备执行如下步骤:当第一应用启动时,电子设备获取第一应用的至少一个行为信息;至少一个行为信息包括以下信息中的一种或多种的组合:启动方式、启动频次、以及界面显示方式;若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗;预设策略为电子设备根据第一应用的第一行为信息确定出的,第一行为信息为第一应用在历史时段内出现异常行为时对应的行为信息;异常行为用于触发电子设备显示弹窗。
在第四方面的一种实现方式中,当计算机指令被处理器执行时,使得电子设备还执行如下步骤:若第一应用的行为信息满足预设策略,电子设备停止启动第一应用。
在第四方面的一种实现方式中,在电子设备禁止显示第一应用的弹窗之前,当计算机指令被处理器执行时,使得电子设备还执行如下步骤:电子设备显示提示信息;该提示信息用于指示第一应用存在异常行为;其中,提示信息包括第一控件;电子设备禁止显示第一应用的弹窗,包括:电子设备响应于用户对第一控件的操作,禁止显示第一应用的弹窗。
在第四方面的一种实现方式中,提示信息还包括第二控件和第三控件;当计算机指令被处理器执行时,使得电子设备还执行如下步骤:电子设备响应于用户对第二控件的操作,通过弹窗显示第一应用的目标界面;或者,电子设备响应于用户对第三控件的操作,卸载第一应用。
在第四方面的一种实现方式中,当计算机指令被处理器执行时,使得电子设备具体执行如下步骤:电子设备关闭第一应用的弹窗功能。
在第四方面的一种实现方式中,预设策略至少包括以下信息中的一种或多种的组合:第一应用在后台自启动、第一应用在第二应用的界面上显示、第一应用未在任务管理界面显示以及第一应用在后台自启动的频次大于或等于第一预设频次。
在第四方面的一种实现方式中,预设策略至少包括以下信息中的一种或多种的组合:第一应用与第三应用关联启动、第一应用在电子设备的锁屏界面上显示、第一应用在电子设备的主界面上显示、第一应用通过悬浮窗的方式显示以及第一应用在后台自启动的频次大于或等于第二预设频次,且小于第三预设频次。
在第四方面的一种实现方式中,电子设备中预先设置有至少一个行为信息中,每个行为信息对应的权限;当计算机指令被处理器执行时,使得电子设备具体执行如下步骤:若第一应用的行为信息满足预设策略,且第一应用不具备行为信息对应的权限,电子设备禁止显示第一应用的弹窗。
在第四方面的一种实现方式中,当计算机指令被处理器执行时,使得电子设备还执行如下步骤:电子设备向云服务器端发送第一应用的行为信息,以使云服务器端根据第一应用的行为信息更新预设策略;电子设备接收来自云服务器端更新后的预设策略。
在第四方面的一种实现方式中,当计算机指令被处理器执行时,使得电子设备具体执行如下步骤:若第一应用的行为信息满足预设策略,电子设备记录第一应用的应用信息与行为信息的对应关系;应用信息至少包括以下信息中的一种或多种的组合:应用包名、应用进程名、应用用户名以及目标界面的界面名称;在电子设备连续N次记录第一应用的应用信息与行为信息的对应关系之后,电子设备禁止显示第一应用的弹窗;其中,N大于或等于2。
第五方面,提供一种电子设备,该电子设备包括显示屏、存储器和一个或多个处理器;显示屏、存储器和处理器耦合;存储器用于存储计算机程序代码,计算机程序代码包括计算机指令;当计算机指令被处理器执行时,使得电子设备执行如下步骤:电子设备后台启动第一应用,第一应用安装在电子设备上,第一应用为第三方应用;当第一应用请求在电子设备的锁屏界面上显示第一应用的弹窗时,基于第一应用未在锁屏显示的预设名单内,电子设备在锁屏界面不显示第一应用的弹窗;电子设备前台启动第二应用,第二应用安装在电子设备上;第一应用的包名与第二应用的包名不同;电子设备响应于用户操作,显示锁屏界面;锁屏界面包括第二应用的弹窗。
第六方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面中任一项所述的方法;或者,执行上述第二方面中任一项所述的方法。
第七方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面中任一项所述的方法;或者,执行上述第二方面中任一项所述的方法。
其中,第二方面至第七方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果,此处不再赘述。
附图说明
图1a为本申请实施例提供的一种电子设备在锁屏界面显示弹窗广告的界面示意图一;
图1b为本申请实施例提供的一种电子设备在锁屏界面显示弹窗广告的界面示意图二;
图2为本申请实施例提供的一种应用引导用户开启悬浮窗权限的界面示意图;
图3为本申请实施例提供的一种应用未显示桌面图标的界面示意图;
图4为本申请实施例提供的一种应用异常行为的处理方法的原理示意图;
图5为本申请实施例提供的一种电子设备的硬件结构示意图;
图6为本申请实施例提供的一种电子设备的软件框架示意图;
图7为本申请实施例提供的一种应用异常行为的处理方法的流程示意图一;
图8为本申请实施例提供的一种预设行为规则的优先级的示意图;
图9为本申请实施例提供的一种应用异常行为的处理方法的原理示意图;
图10为本申请实施例提供的一种应用异常行为的处理方法的流程示意图二;
图11为本申请实施例提供的一种应用异常行为的处理方法的流程示意图三;
图12为本申请实施例提供的一种应用异常行为的处理方法的流程示意图四;
图13为本申请实施例提供的一种应用异常行为的处理方法的流程示意图五;
图14为本申请实施例提供的一种应用异常行为的处理方法的流程示意图六;
图15为本申请实施例提供的一种应用异常行为的处理方法的流程示意图七;
图16为本申请实施例提供的一种应用异常行为的处理方法的界面示意图一;
图17为本申请实施例提供的一种应用异常行为的处理方法的界面示意图二;
图18为本申请实施例提供的一种应用异常行为的处理方法的流程示意图八;
图19为本申请实施例提供的一种应用异常行为的处理方法的界面示意图三;
图20为本申请实施例提供的一种应用异常行为的处理方法的原理示意图;
图21为本申请实施例提供的一种应用异常行为的处理方法的流程示意图九;
图22为本申请实施例提供的一种应用异常行为的处理方法的流程示意图十;
图23为本申请实施例提供的一种芯片系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;本申请中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,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可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。同时,在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
为了便于理解,在介绍本申请实施例之前,结合说明书附图,先对本申请涉及到的场景进行描述。
据大数据统计分析,目前因为应用(如第三方应用)显示广告的行为产生的用户之声(VOC),或用户舆情高达1000条以上。其中,这些用户舆情包括因为应用显示广告的行为引起的用户在使用电子设备的过程中的各种问题。如用户舆情为:弹窗广告和广告链接严重影响一些年长用户使用电子设备(如手机)打电话或者上网;并且这样的用户舆情被提及的次数占总用户舆情的51%。
示例性的,通过大量的数据和案例分析,应用显示广告的行为主要包括以下几种:
1)、一些应用在后台启动(包括自启和关联启动)后会在桌面、锁屏界面、息屏界面、其它应用(如电话应用、聊天应用、视频应用等)界面上显示广告。
以上述电子设备为手机为例,示例性的,如图1a所示,一些应用在手机的锁屏界面显示广告,不仅影响锁屏界面的美观性,而且严重影响了用户使用。例如,图1a中(a)、(b)、(c)、(d)分别示意了不同手机的锁屏界面显示的不同的广告。
或者,当手机显示桌面的主界面,并且在一定时间内未接收到用户的操作时,应用在手机的主界面显示广告,制造假锁屏的现象(或称锁屏广告)。例如,如图1b中(a)和(b)所示,一些应用在手机的主界面显示广告,这些广告覆盖手机的主界面,从而出现手机假锁屏的现象。
2)、手机启动应用后,用户在使用过程中应用会不断引导用户开启横幅通知或者开启悬浮窗权限。这样,在用户经过引导开启横幅通知或者开启悬浮窗权限,该应用可通过横幅通知或者悬浮窗在手机界面显示广告。
仍以上述电子设备为手机为例,示例性的,如图2所示,应用通过提示、奖励等的方式引导用户开启悬浮窗权限。例如,如图2中(a)所示,该应用通过提示信息(如“可修改系统设置”)引导用户开启悬浮窗权限。如图2中(b)所示,该应用通过奖励的方式(如“开启悬浮窗权限即可获得20经验值”)引导用户开启悬浮窗权限。如图2中(c)和图2中(d)所示,用户必须开启悬浮窗权限,才能够继续使用该应用。由图2可以看出,应用存在强行引导用户开启悬浮窗权限的行为,若用户不开启,则无法继续使用该应用。
3)、应用安装后在桌面未显示桌面图标、或者将桌面图标设置为透明、或者应用启动一次后在桌面禁用桌面图标。而后,应用利用电子设备原生系统(如AndroidTM系统、iOSTM系统等)提供的机制,通过自启动、后台保活、定时重启等的方式显示广告。
仍以上述电子设备为手机为例,示例性的,如图3中(a)所示,手机安装有应用X,但是手机的桌面并未显示应用X的桌面图标(如无桌面图标或者桌面图标为透明)。但是,当手机检测到用户手指在手机桌面的空白区域长按三秒后,手机的桌面会显示关于应用X的控件。例如,如图3中(b)所示,手机的桌面显示关于应用X分享控件和删除控件。
4)、应用通过公众号、网页等方式引导用户下载其他应用;或者应用引导用户相互分享其他应用(如拍照应用、唱歌应用等)。另外,一些应用还会冒充清理工具(如杀毒软件),引导用户安装。在用户安装这些应用之后,该应用会通过各种方式显示广告。
虽然当前设备厂商明确要求各类应用不允许有显示广告的行为,但仍有大量的应用出于利益考虑存在显示广告的行为。而目前设备的系统病毒查杀功能仅是在应用安装环节对应用安装包进行检测,若检测该应用无病毒则设备会允许此应用安装。但是,在安装该应用后,该应用仍然会通过各种方式显示广告,影响用户使用。基于此,目前亟需一种能够检测并拦截应用显示广告行为的方案,以提高用户的使用体验。
相关技术中,通过研发人员的分析发现某应用存在显示广告的行为后,将该应用加入黑名单以限制该应用显示广告的行为。但是,当显示广告的应用发生变化后,需要研发人员重新分析并将其加入黑名单,这样,不仅耗时耗力,而且不能够及时拦截应用显示广告的行为。
本申请实施例提供一种应用异常行为的处理方法,该方法能够避免第一应用显示广告界面,提高用户的使用体验。具体的,如图4所示,当电子设备检测到第一应用的第一请求时,电子设备判断第一应用的应用行为;当第一应用的应用行为满足预设条件时,电子设备确定第一应用的应用行为为异常行为;而后,电子设备对第一应用的异常行为进行目标处理(如提示用户、引导用户卸载或拦截第一请求)。其中,第一请求用于请求电子设备显示目标界面(如显示广告界面)。
这样一来,第一应用在启动前,电子设备通过检测第一应用的应用行为,当第一应用的应用行为为异常行为时,电子设备对第一应用的异常行为进行目标处理,从而能够避免第一应用显示广告界面,提高了用户体验。
在一些实施例中,仍如图4所示,异常行为例如可以包括:第一应用在后台自启的行为;第一应用通过其他应用在后台关联启动的行为;第一应用在预设时长内在后台自启的频次超过阈值的行为;第一应用通过悬浮窗权限启动的行为;第二应用在前台运行时,第一应用在后台启动的行为;电子设备处于锁屏,或者电子设备显示主界面时,第一应用在后台启动的行为;第一应用在后台启动后在最近任务间界面未显示的行为;第一应用无桌面图标,或者第一应用的桌面图标为透明的行为以及第一应用未从电子设备的应用市场下载的行为等。需要说明的是,在本申请实施例中,第一应用的这些异常行为的目的最终都是为了显示广告界面。因此,只要电子设备检测到第一应用的异常行为,并及时对异常行为进行目标处理,从而能够避免第一应用显示广告界面。
其中,第一应用无桌面图标,或者第一应用的桌面图标为透明,或者第一应用在后台启动后在最近任务间界面未显示的行为也可以称为隐匿行为。
需要说明的是的,图4仅仅为本申请实施例对第一应用的异常行为的举例说明,并不构成对本申请的限定,其他能够使得第一应用启动后显示广告的行为也属于本申请实施例中所述的异常行为。
下面结合说明书附图,对本申请实施例提供的方案进行详细描述。
本申请实施例提供的应用异常行为的处理方法可以应用于电子设备中,该电子设备可以是手机、平板电脑、智能手机、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、以及蜂窝电话、个人数字助理(personal digital assistant,PDA)等任何具有显示屏的电子设备。本申请实施例对该电子设备的具体形态不作特殊限制。
在一些实施例中,本申请实施例提供的应用异常行为的处理方法还可以应用于1+8+N的消费品领域中。其中,“1”指的是手机;“8”指的是车机、音箱、耳机、手表/手环、平板、大屏、个人计算机(personal computer,PC)、增强现实技术(augmented reality,AR)设备/虚拟现实(virtual reality,VR)设备等;“N”指的是物联网(internet of things,IoT)。
如图5所示,为电子设备100的一种结构示意图。其中,电子设备100可以包括:处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。
其中,上述传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L和骨传导传感器180M等传感器。
可以理解的是,本实施例示意的结构并不构成对电子设备100的具体限定。在另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器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可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
可以理解的是,本实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备的结构限定。在另一些实施例中,电子设备也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。
移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。
无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。该显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Mini-LED,Micro-OLED,Micro-OLED,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,颜色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行电子设备100的各种功能应用以及数据处理。例如,在本申请实施例中,处理器110可以通过执行存储在内部存储器121中的指令,内部存储器121可以包括存储程序区和存储数据区。
其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universalflash storage,UFS)等。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备100平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of theUSA,CTIA)标准接口。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。
以下实施例中的方法均可以在具有上述硬件结构的电子设备100中实现。以下实施例中,以电子设备100为手机为例,介绍本申请实施例的方法。图6为本申请实施例的手机的软件框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将AndroidTM分为五层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,硬件抽象层(hardwareabstraction layer,HAL)以及内核层。应理解:本文以AndroidTM系统举例来说明,在其他操作系统中(例如iOSTM系统等),只要各个功能模块实现的功能和本申请的实施例类似也能实现本申请的方案。
应用程序层可以包括一系列应用程序包。
如图6所示,应用程序层中可以安装多个应用。例如应用程序层安装有应用1、应用2以及应用3等其他系统应用和第三方应用。在本申请实施例中,第一应用为应用程序层安装的多个应用中的其中一个应用。
应用程序框架层为应用程序层的应用提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
例如,应用程序层可以包括活动管理服务(activity manger service,AMS)、包管理服务(package manager service,PMS)、异常行为识别模块、数据库以及异常行为处理模块等,本申请实施例对此不做任何限制。
例如,上述活动管理器用于管理各个应用程序的生命周围以及导航回退功能。负责AndroidTM系统的主线程创建,各个应用程序的生命周围的维护。上述包管理服务用于管理各个应用程序的应用信息以及安装、卸载应用程序等。上述异常行为识别模块用于判断第一应用的应用行为,以检测出第一应用的异常行为。在一些实施例中,异常行为识别模块中存储有预设行为规则,该预设行为规则用于指示第一应用的应用行为的优先级。在此基础上,异常行为识别模块可以按照预设行为规则(即应用行为的优先级)进行判断。
上述数据库存储预设策略。其中,预设策略包括手机预先设置的多种异常行为。上述异常行为处理模块用于根据预设策略对第一应用的异常行为进行目标处理(如提示用户、引导用户卸载第一应用或拦截第一请求)。示例性的,当第一应用的异常行为与预设策略中包括的多种异常行为中的任意一种异常行为相匹配时,异常行为处理模块对第一应用的异常行为进行目标处理。
在一些实施例中,数据库存储有第一预设策略和第二预设策略;其中,第一预设策略包括手机预先设置的多种严重异常行为;第二预设策略包括手机预先设置的多种疑似异常行为。示例性的,当第一应用的异常行为与第一预设策略相匹配时,异常行为处理模块对第一应用的异常行为进行目标处理例如可以为:拦截第一请求;当第一应用的异常行为与第二预设策略相匹配时,异常行为处理模块对第一应用的异常行为进行目标处理例如可以为:提示用户或引导用户卸载第一应用。
如图6所示,Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(suface manager),媒体库(media libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
其中,表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。2D图形引擎是2D绘图的绘图引擎。
内核层位于HAL之下,是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动等,本申请实施例对此不做任何限制。
示例性的,结合图6,如图7所示,本申请实施例提供的应用异常行为的处理方法例如可以通过S1-S5来实现。
S1、第一应用向AMS服务发送第一请求。
其中,第一请求用于请求显示目标界面。第一请求中携带有第一应用的属性信息。示例性的,属性信息包括包名、进程名、用户名(user identification,UID)中的一种或多种。
S2、AMS服务向异常行为识别模块发送第一消息。
其中,第一消息用于通知异常行为识别模块判断第一应用的应用行为。第一消息携带有第一应用的属性信息。
示例性的,AMS服务调用第一接口向异常行为识别模块发送第一消息。其中,第一接口例如可以为send app start info接口。
在一些实施例中,第一应用的应用行为例如可以包括以下一种或多种的组合:启动行为、界面显示行为、启动权限行为、后台启动频次行为、图标显示行为、以及数据包行为等。
需要说明的是,启动行为指的是第一应用的启动方式,如前台启动、后台启动、自启动或关联启动等。界面显示行为指的是第一应用的目标界面的显示方式,如在锁屏界面上显示、在主界面上显示或在第二应用的界面上显示等。启动权限行为指的是第一应用在后台启动时的权限,如通过悬浮窗权限启动或者通过其它权限启动等。后台启动频次行为指的是第一应用在预设时长内在后台启动的次数(或者频率)等,如第一应用在24小时内启动5次,或者第一应用平均1小时启动1次。图标显示行为指的是第一应用的桌面图标的显示方式,如第一应用未显示桌面图标或者第一应用无桌面图标。数据包行为指的是第一应用的数据包的下载方式,如第一应用的数据包从手机应用市场中下载,或者第一应用的数据包从其它应用发送的应用链接中下载。
S3、异常行为识别模块判断第一应用的应用行为,当第一应用的应用行为满足预设条件时,异常行为识别模块确定第一应用的应用行为为异常行为。
在第一应用的应用行为包括多种组合的情况下,在一些实施例中,异常行为识别模块可以根据预设行为规则选择优先检测哪种应用行为。其中,预设行为规则为异常行为识别模块预先设置的行为规则;预设行为规则用于指示多种应用行为的优先级。示例性的,如图8所示,预设行为规则所指示的应用行为的优先级由高到低可以表示为:界面显示行为>图标显示行为>数据包行为>启动权限行为>启动方式行为>后台启动频次行为。
其中,第一应用的界面显示方式指的是第一应用显示目标界面的方式。如第一应用在锁屏界面上显示目标界面;或者,第一应用在主界面上显示目标界面;或者,第一应用在第二应用的界面上显示目标界面等。结合相关技术(如图1a、图1b和图2),可以理解的是,通常,应用会在锁屏界面(或者主界面,或者其他应用界面)上显示广告,因此当第一应用在锁屏界面上显示目标界面;或者在主界面上显示目标界面;或者在第二应用的界面上显示目标界面时,第一应用的应用行为为异常行为的可能性最大。因此,在本申请实施例中,可以设置第一应用的界面显示方式的优先级最高。这样一来,异常行为识别模块可以优先检测第一应用的界面显示方式,从而能够提高检测的异常行为的准确性。
在一些实施例中,如下述表1所示,为第一应用的应用行为与预设条件的对应关系。
表1
如表1所示,当第一应用的应用行为为启动行为时,预设条件包括自启动或关联启动。当第一应用的应用行为为界面显示行为时,预设条件包括在锁屏界面(或主界面)上显示或者在第二应用的界面上显示中的一种。当第一应用的应用行为为启动权限行为时,预设条件为通过悬浮窗启动。当第一应用的应用行为为后台启动频次行为时,预设条件包括第一应用的后台启动频次大于预设频次或者第一应用的后台启动频次小于预设频次。当第一应用的应用行为为图标显示行为时,预设条件为无桌面图标信息或者未显示桌面图标信息。当第一应用的应用行为为数据包行为时,预设条件为数据包未从应用市场中下载。
需要说明的是,未显示桌面图标信息指的是第一应用未设置应用名称,且桌面图标的亮度为透明。
可以理解的是,每一个应用行为均对应一个或多个预设条件,在此基础上,针对每个应用行为,当该应用行为满足一个预设条件时,异常行为识别模块确定该应用行为为异常行为。
S4、异常行为识别模块向异常行为处理模块发送第二消息。
其中,第二消息用于通知异常行为处理模块第一应用的应用行为为异常行为。该第二消息包括第一应用的属性信息。
S5、异常行为处理模块对第一应用的异常行为进行目标处理。
示例性的,异常行为处理模块可以根据数据库中存储的预设策略对第一应用的异常行为进行目标处理。在一些实施例中,数据库存储有第一预设策略和第二预设策略;其中,第一预设策略包括手机预先设置的多种严重异常行为;第二预设策略包括手机预先设置的多种疑似异常行为。示例性的,当第一应用的异常行为与第一预设策略相匹配时,异常行为处理模块对第一应用的异常行为进行目标处理例如可以为:拦截第一请求;当第一应用的异常行为与第二预设策略相匹配时,异常行为处理模块对第一应用的异常行为进行目标处理例如可以为:提示用户或引导用户卸载第一应用。
示例性的,如图9所示,第一预设策略例如可以包括无桌面图标(或者未显示桌面图标)、在后台启动的频次大于预设频次、在后台自启、在其它应用界面上显示等严重异常行为。第二预设策略例如可以包括通过悬浮窗权限启动、在后台启动的频次小于预设频次、在后台关联启动、在锁屏界面(或者主界面)上显示等疑似异常行为。
需要说明的是,后台启动频次等于预设频次可以包括在第一预设策略中,也可以包括在第二预设策略中,本申请实施例对此不做限定。
在一些实施例中,仍如图9所示,当第一应用的异常行为与第一预设策略相匹配时,异常行为处理模块拦截第一应用的第一请求,即异常行为处理模块禁止第一应用启动,从而使得第一应用无法在手机上显示目标界面。在另一些实施例中,当第一应用的异常行为与第二预设策略相匹配时,异常行为处理模块通过提示信息提示用户第一应用存在异常;或者,异常行为处理模块通过提示信息引导用户卸载第一应用。
在异常行为处理模块判断出第一应用的异常行为与第一预设策略相匹配的情况下,异常行为处理模块向AMS发送第三消息,该第三消息用于指示AMS拦截第一应用的第一请求。示例性的,异常行为处理模块调用第二接口向AMS发送第三消息。其中,该第二接口例如可以为must prevent bg start activity接口;该第三消息包括第一应用的属性信息。
在异常行为处理模块判断出第一应用的异常行为与第二预设策略相匹配的情况下,异常行为处理模块通知显示屏显示提示信息。示例性的,如图9所示,异常行为处理模块控制显示屏显示提示信息,该提示信息例如可以为:“系统检测到xx应用存在异常行为”。在一些实施例中,该提示信息还包括第一控件、第二控件和第三控件。其中,第一控件用于指示手机启动第一应用并显示目标界面;第二控件用于指示手机禁止第一应用启动;第三控件用于指示手机卸载第一应用。
相应地,手机响应于用户对第一控件的操作,启动第一应用并显示目标界面;或者,手机响应于用户对第二控件的操作,禁止第一应用启动;或者,手机响应于用户对第三控件的操作,卸载第一应用。
在手机响应于用户对第三控件的操作的情况下,异常行为处理模块向PMS发送第四消息,该第四消息用于指示PMS卸载第一应用。示例性的,异常行为处理模块调用第三接口向PMS发送第四消息,该第三接口例如可以为get application info接口,该第四消息包括第一应用的属性信息。
下面结合说明书附图,对异常行为识别模块判断第一应用的应用行为进行举例说明。应理解,异常行为识别模块中存储有预设行为规则,该预设行为规则用于指示第一应用的应用行为的优先级。其中,异常行为识别模块可以按照预设行为规则判断第一应用的应用行为。
示例性的,按照预设行为规则,异常行为识别模块优先判断第一应用的界面显示行为。在一些实施例中,在判断界面显示行为时,异常行为识别模块首先要确定手机的状态。其中,手机的状态包括锁屏状态和开屏状态。示例性的,锁屏状态指的是手机屏幕为未解锁状态。其中,在手机屏幕为解锁状态的情况下,手机屏幕可以为黑屏或者亮屏。开屏状态指的是手机解锁后显示主界面(或称桌面界面)的状态。
在一些实施例中,手机系统会实时广播手机的状态(如锁屏、开屏);在此基础上,异常行为识别模块通过接收系统的广播,从而确定手机的状态。
在手机的状态为锁屏状态的情况下,示例性的,如图10所示,异常行为识别模块可以通过步骤S101-S105判断第一应用的界面显示行为是否为在锁屏界面上显示。
S101、异常行为识别模块判断第一应用是否为后台启动。
示例性的,异常行为识别模块可以获取第一应用的所有activity的状态。其中,第一应用的所有activity的状态中包括启动状态(如resumed)和暂停状态(如paused)。在一些实施例中,当第一应用的所有activity的状态中包括的启动状态大于暂停状态时,第一应用为前台启动。反之,当第一应用的所有activity的状态中包括的启动状态小于或等于暂停状态时,第一应用为后台启动。
其中,异常行为识别模块例如可以从AMS中获取第一应用的所有activity的状态。例如,异常行为识别模块调用第一接口从AMS中获取第一应用的所有activity的状态。
需要说明的是,这里提供的异常行为识别模块判断第一应用是否为后台启动的方式仅仅为本申请实施例中的一些举例说明,异常行为识别模块判断第一应用是否为后台启动还可以包括其它方式,具体可参考相关技术,此处不再赘述。
在一些实施例中,当异常行为识别模块判断出第一应用为前台启动时,异常行为识别模块向AMS发送第五消息,该第五消息用于指示AMS正常启动第一应用,并显示目标界面。示例性的,异常行为识别模块调用第二接口向AMS发送第五消息,该第五消息包括第一应用的属性信息。在另一些实施例中,当异常行为识别模块判断出第一应用为后台启动时,异常行为识别模块继续执行S102。
S102、异常行为识别模块判断第一应用是否为第三方应用。
示例性的,异常行为识别模块通过第一应用的包名获取第一应用的包名标识。例如,异常行为识别模块调用第三接口从PMS中获取第一应用的包名标识。其中,第三接口例如可以为get application info。
在一些实施例中,当第一应用的包名标识为FLAG_DATA时,第一应用为第三方应用;当第一应用的包名标识为FLAG_SYSTEM时,第一应用为系统应用。
需要说明的是,在系统扫描手机安装包或者在应用安装时,手机系统会对应用进行解析,获取应用的包信息(如package信息)。而后,手机会将应用的应用信息记录在PMS中,由PMS统一管理应用的包信息。
在一些实施例中,当异常行为识别模块判断出第一应用为系统应用时,异常行为识别模块向AMS发送第五消息,以使AMS正常启动第一应用,并显示目标界面。在另一些实施例中,当异常行为识别模块判断出第一应用为第三方应用时,异常行为识别模块继续执行S103。
S103、异常行为识别模块判断第一应用是否为在锁屏界面上显示的应用。
示例性的,异常行为识别模块通过第一应用的包名判断第一应用是否为在锁屏界面上显示的应用。在一些实施例中,异常行为识别模块中存储有在锁屏界面上显示的应用的属性信息(例如包名),即异常行为识别模块中存储有在锁屏界面上显示的应用的白名单;或者,异常行为识别模块中存储有不在锁屏界面上显示的应用的属性信息(例如包名),即异常行为识别模块中存储有在锁屏界面上显示的应用的黑名单。
在异常行为识别模块中存储有在锁屏界面上显示的应用的白名单的情况下,当异常行为识别模块确定第一应用的包名在白名单内时,异常行为识别模块确定第一应用为在锁屏界面上显示的应用;当异常行为识别模块判断第一应用的包名未在白名单内时,异常行为识别模块确定第一应用为不在锁屏界面上显示的应用。
在异常行为识别模块中存储有在锁屏界面上显示的应用的黑名单的情况下,当异常行为识别模块确定第一应用的包名在黑名单内时,异常行为识别模块确定第一应用为不在锁屏界面上显示的应用;当异常行为识别模块判断第一应用的包名未在黑名单内时,异常行为识别模块确定第一应用为在锁屏界面上显示的应用。
在一些实施例中,当异常行为识别模块确定第一应用为在锁屏界面上显示的应用时,异常行为识别模块继续执行S104。在另一些实施例中,当异常行为识别模块确定第一应用为不在锁屏界面上显示的应用时,异常行为识别模块继续执行S105。
S104、异常行为识别模块判断第一应用是否需要在锁屏界面上显示。
需要说明的是,由于手机中安装的部分第三方应用有在锁屏界面上显示的需求。例如,导航类应用、健康类应用、音频播放类应用等,这些应用都有在锁屏界面上显示的需要。以健康类应用为例,示例性的,在手机锁屏之后,健康类应用可以在手机的锁屏界面上显示心率、步数等(即息屏显示)。
示例性的,异常行为识别模块通过第一应用的包名判断第一应用是否需要在锁屏界面上显示。在一些实施例中,异常行为识别模块中存储有第一预设名单。其中,第一预设名单中包括在锁屏界面上有显示需求的应用的包名。示例性的,当异常行为识别模块确定第一应用的包名在第一预设名单内时,异常行为识别模块确定第一应用需要在锁屏界面上显示,即第一应用具有在锁屏界面上显示的需求。当异常行为识别模块确定第一应用的包名未在第一预设名单内时,异常行为识别模块确定第一应用不需要在锁屏界面上显示,即第一应用不具有在锁屏界面上显示的需求。
在一些实施例中,当异常行为识别模块确定第一应用不具有在锁屏界面上显示的需求时,异常行为识别模块确定第一应用的界面显示行为为异常行为。示例性的,结合图9所示,该异常行为例如可以为疑似异常行为;在此基础上,异常行为处理模块控制显示屏显示提示信息。在另一些实施例中,当异常行为识别模块确定第一应用具有在锁屏界面上显示的需求时,异常行为识别模块向AMS发送第二消息,以使AMS正常启动第一应用,并显示目标界面,即在锁屏界面上显示目标界面。
S105、异常行为识别模块判断第一应用是否需要在后台启动并显示目标界面。
需要说明的是,由于手机中安装的部分第三方应用有在后台启动并显示的需求。例如,金融类应用、支付类应用、新闻类应用等,这些应用都有在后台启动并显示的需求。以金融类应用为例,示例性的,在手机锁屏之后,当金融类应用涉及到金额变动时,金融类应用需要在锁屏界面上显示金额变动的界面,以提示用户。
示例性的,异常行为识别模块通过第一应用的包名判断第一应用是否需要在后台启动并显示目标界面。在一些实施例中,异常行为识别模块中存储有第二预设名单。其中,第二预设名单包括需要在后台启动并显示的应用的包名。示例性的,当异常行为识别模块确定第一应用的包名在第二预设名单内时,异常行为识别模块确定第一应用需要在后台启动并显示,即异常行为识别模块确定第一应用有在后台启动并显示的需求。当异常行为识别模块确定第一应用的包名未在第二预设名单内时,异常行为识别模块确定第一应用不需要在后台启动并显示,即异常行为识别模块确定第一应用不具有在后台启动并显示的需求。
在一些实施例中,当异常行为识别模块确定第一应用不具有在后台启动并显示的需求时,异常行为识别模块确定第一应用的界面显示行为为异常行为。在另一些实施例中,当异常行为识别模块确定第一应用具有在后台启动并显示的需求时,异常行为识别模块向AMS发送第五消息,以使AMS正常启动第一应用,并显示目标界面,即第一应用在后台启动并显示目标界面。
需要说明的是,在手机的状态为开屏状态的情况下,异常行为识别模块也可以判断第一应用的应用行为是否为异常行为。其具体的实施方式可以参考上述S101-S105,此处不再详细赘述。
在一些实施例中,在手机的状态为开屏状态,且手机显示第二应用的界面的情况下,当异常行为识别模块判断出第一应用的应用行为为异常行为时,该异常行为例如可以为在第二应用(例如电话应用)的界面上显示。在手机的状态为开屏状态,且手机显示主界面的情况下,当异常行为识别模块判断出第一应用的应用行为为异常行为时,该异常行为例如可以为在主界面上显示。
另外,在异常行为识别模块确定第一应用的界面显示行为为异常行为的情况下,异常行为处理模块对该异常行为进行目标处理,例如异常行为处理模块根据数据库中存储的预设策略对该异常行为进行目标处理。示例性的,结合图9所示,在第一应用的异常行为为在锁屏界面上显示的情况下,异常行为处理模块根据预设策略确定该异常行为为疑似异常行为,而后,异常行为处理模块可以控制显示屏显示提示信息。
在异常行为识别模块确定第一应用的界面显示行为为正常行为的情况下,异常行为识别模块根据预设行为规则继续判断第一应用的图标显示行为。示例性的,如图11所示,异常行为识别模块可以通过S201-S204判断第一应用的图标显示行为。
S201、异常行为识别模块判断第一应用是否有桌面图标。
示例性的,异常行为识别模块获取第一应用的应用信息。当第一应用的应用信息包括第一标识时,异常行为识别模块确定第一应用具有桌面图标;反之,异常行为识别模块确定第一应用无桌面图标。
其中,异常行为识别模块可以从PMS中获取第一应用的应用信息。例如,异常行为识别模块调用第四接口从PMS中获取第一应用的应用信息。其中,第四接口例如可以为query intent activities。
在一些实施例中,当异常行为识别模块确定第一应用无桌面图标时,异常行为识别模块继续执行S202。当异常行为识别模块确定第一应用具有桌面图标时,异常行为识别模块继续执行S203。
S202、异常行为识别模块判断第一应用是否为第三方应用。
需要说明的是,对于异常行为识别模块判断第一应用是否为第三方应用的举例说明可以参考上述实施例中S102,此处不再赘述。
在一些实施例中,当异常行为识别模块确定第一应用为第三方应用时,异常行为识别模块确定第一应用的应用行为为异常行为。在另一些实施例中,当异常行为识别模块确定第一应用为系统应用时,异常行为识别模块向AMS发送第五消息,以使AMS正常启动第一应用,并显示目标界面。
S203、异常行为识别模块判断第一应用是否未显示桌面图标。
示例性的,异常行为识别模块从PMS中获取第一应用的应用信息。该第一应用的应用信息包括桌面图标名称和桌面图标透明度。例如,异常行为识别模块调用第三接口(getapplication info)从PMS中获取第一应用的应用信息。
在一些实施例中,当桌面图标名称为空,桌面图标透明度为0时,异常行为识别模块确定第一应用未显示桌面图标;反之,异常行为识别模块确定第一应用显示桌面图标。
在一些实施例中,当异常行为识别模块确定第一应用未显示桌面图标时,异常行为识别模块确定第一应用的应用行为为异常行为。示例性的,结合图9所示,该异常行为例如可以为严重异常行为;在此基础上,异常行为处理模块禁止第一应用启动,从而使得第一应用无法显示目标界面。在另一些实施例中,当异常行为识别模块确定第一应用显示桌面图标时,异常行为识别模块继续执行S204。
S204、异常行为识别模块判断第一应用是否在多任务界面显示。
示例性的,异常行为识别模块从AMS中获取第一应用的activity信息;当第一应用的activity信息包括第二标识时,异常行为识别模块确定第一应用未在多任务界面显示;当第一应用的activity信息未包括第二标识时,异常行为识别模块确定第一应用在多任务界面显示。其中,第二标识例如可以通过FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS字段表示。
在一些实施例中,当第一应用未在多任务界面显示时,异常行为识别模块确定第一应用的应用行为为异常行为。示例性的,结合图9所示,该异常行为例如可以为严重异常行为;在此基础上,异常行为处理模块禁止第一应用启动。在另一些实施例中,当第一应用在多任务界面显示时,异常行为识别模块向AMS发送第五消息,以使AMS正常启动第一应用,并显示目标界面,即第一应用在后台启动并显示目标界面。
应理解,在异常行为识别模块确定第一应用的图标显示行为为正常行为的情况下,异常行为识别模块根据预设行为规则继续判断第一应用的数据包行为。示例性的,如图12所示,异常行为识别模块可以通过S301-S302判断第一应用的数据包行为。
S301、异常行为识别模块判断第一应用是否为后台启动。
需要说明的是,对于异常行为识别模块判断第一应用是否为后台启动的举例说明可以参考上述实施例中的S101,此处不再赘述。
在一些实施例中,当异常行为识别模块判断出第一应用为前台启动时,异常行为识别模块向AMS发送第五消息,以使AMS启动第一应用,并显示目标界面。在另一些实施例中,当异常行为识别模块判断出第一应用为后台启动时,异常行为识别模块继续执行S302。
S302、异常行为识别模块判断第一应用的数据包是否从应用市场中下载。
示例性的,异常行为识别模块通过第一应用的包名从PMS中获取第一应用的包地址信息。当第一应用的包地址信息在data/app目录下时,异常行为识别模块判断第一应用的数据包未从应用市场中下载;当第一应用的包地址信息在system/app目录下时,异常行为识别模块判断第一应用的数据包从应用市场中下载。
在一些实施例中,当异常行为识别确定第一应用的数据包未从应用市场中下载时,异常行为识别模块确定第一应用的应用行为为异常行为。示例性的,结合图9所示,该异常行为例如可以为疑似异常行为;在此基础上,异常行为处理模块控制显示屏显示提示信息。在另一些实施例中,当异常行为识别模块确定第一应用的数据包从应用市场中下载时,异常行为识别模块向AMS发送第五消息,以使AMS正常启动第一应用,并显示目标界面。
应理解,在异常行为识别模块确定第一应用的数据包行为为正常行为的情况下,异常行为识别模块根据预设行为规则继续判断第一应用的启动权限行为。示例性的,如图13所示,异常行为识别模块可以通过S401-S402判断第一应用的启动权限行为。
S401、异常行为识别模块判断第一应用是否为后台启动。
需要说明的是,对于异常行为识别模块判断第一应用是否为后台启动的举例说明可以参考上述实施例中的S101,此处不再赘述。
在一些实施例中,当异常行为识别模块判断出第一应用为前台启动时,异常行为识别模块向AMS发送第五消息,以使AMS启动第一应用,并显示目标界面。在另一些实施例中,当异常行为识别模块判断出第一应用为后台启动时,异常行为识别模块继续执行S402。
S402、异常行为识别模块判断第一应用是否在设置的目标权限内启动。
示例性的,目标权限例如可以为悬浮窗权限、意图(pending intent)权限、超级管理者(device owner)权限,或者预设权限(alarm intent)等。
在一些实施例中,异常行为识别模块从PMS中获取第一应用的应用信息;当第一应用的应用信息包括第三标识时,异常行为识别模块确定第一应用在设置的目标权限内启动;当第一应用的应用信息未包括第三标识时,异常行为识别模块确定第一应用未在设置的目标权限内启动。示例性的,第三标识例如可以通过SYSTEM_ALERT_WINDOW字段表示。
在一些实施例中,当第一应用在设置的目标权限内启动时,异常行为识别模块确定第一应用的应用行为为异常行为。示例性的,结合图9所示,该异常行为例如可以为疑似异常行为;在此基础上,异常行为处理模块控制显示屏显示提示信息。在另一些实施例中,当第一应用未在设置的目标权限内启动时,异常行为识别模块向AMS发送第五消息,以使AMS正常启动第一应用,并显示目标界面。
应理解,在异常行为识别模块确定第一应用的启动权限行为为正常行为的情况下,异常行为识别模块根据预设行为规则继续判断第一应用的启动方式行为。示例性的,如图14所示,异常行为识别模块可以通过S501-S502判断第一应用的启动方式行为。
S501、异常行为识别模块判断第一应用是否为后台启动。
需要说明的是,对于异常行为识别模块判断第一应用是否为后台启动的举例说明可以参考上述实施例中的S101,此处不再赘述。
在一些实施例中,当异常行为识别模块判断出第一应用为前台启动时,异常行为识别模块向AMS发送第五消息,以使AMS启动第一应用,并显示目标界面。在另一些实施例中,当异常行为识别模块判断出第一应用为后台启动时,异常行为识别模块继续执行S502。
S502、异常行为识别模块判断第一应用的后台启动方式。
示例性的,异常行为识别模块通过进程名从PMS中获取第一应用进程的进程标识(process identification,PID)和上一个进程的PID。当第一应用进程的PID和上一个进程的PID相同时,第一应用的后台启动方式为关联启动;当第一应用进程的PID和上一个进程的PID不同时,第一应用的后台启动方式为后台自启。
在一些实施例中,当异常行为识别模块确定第一应用的后台启动方式为关联启动时,结合图9所示,该异常行为例如可以为疑似异常行为。在此基础上,异常行为处理模块可以控制显示屏显示提示信息。在另一些实施例中,当异常行为识别模块确定第一应用的后台启动方式为后台自启时,结合图9所示,该异常行为例如可以为严重异常行为。在此基础上,异常行为处理模块禁止第一应用启动。
应理解,在异常行为识别模块确定第一应用的启动方式为正常行为的情况下,异常行为识别模块根据预设行为规则继续判断第一应用的后台启动频次行为。示例性的,如图15所示,异常行为识别模块可以通过S601-S602判断第一应用的后台启动频次行为。
S601、异常行为识别模块判断第一应用是否为后台启动。
需要说明的是,对于异常行为识别模块判断第一应用是否为后台启动的举例说明可以参考上述实施例中的S101,此处不再赘述。
在一些实施例中,当异常行为识别模块判断出第一应用为前台启动时,异常行为识别模块向AMS发送第五消息,以使AMS启动第一应用,并显示目标界面。在另一些实施例中,当异常行为识别模块判断出第一应用为后台启动时,异常行为识别模块继续执行S602。
S602、异常行为识别模块判断第一应用在后台启动的频次是否大于预设频次。
示例性的,异常行为识别模块获取在预设时长内,第一应用在后台启动的频次。在一些实施例中,当异常行为识别模块确定第一应用在后台启动的频次大于预设频次时,结合图9所示,该异常行为例如可以为严重异常行为。在此基础上,异常行为处理模块禁止第一应用启动。在另一些实施例中,当异常识别模块确定第一应用在后台启动的频次小于预设频次时,结合图9所示,该异常行为例如可以为疑似异常行为。在此基础上,异常行为处理模块可以控制显示屏显示提示信息。
综上所述,在本申请实施例中,由于第一应用的第一请求用于请求手机显示目标界面(如显示广告界面),因此当手机检测到第一应用的第一请求时,手机可以根据预设行为规则对第一应用的应用行为进行判断;当第一应用的应用行为满足预设条件时,手机确定该应用行为为异常行为;而后,手机对第一应用的异常行为进行目标处理(如提示用户、引导用户卸载或拦截第一请求)。这样一来,不仅能够及时避免第一应用显示广告界面,而且还减少了人力成本,提高了用户体验。
另外,手机可以根据预设策略对异常行为进行目标处理;如,当该异常行为与第一预设策略相匹配时,手机还可以通过提示信息提示用户,或者引导用户卸载第一应用;当该异常行为与第二预设策略相匹配时,手机可以直接拦截第一请求,避免第一应用显示广告界面,从而能够进一步提高用户体验。
需要说明的是,有些应用在安装后可能只显示一次或者几次目标界面,并且该目标界面并不会对用户造成严重影响,因此,在手机每次确定第一应用的应用行为为异常行为的情况下,手机均对该异常行为进行目标处理,这样可能会增加设备功耗,影响设备性能。基于此,在一些实施例中,当手机第N次确定第一应用的应用行为为异常行为时,手机对该异常行为进行目标处理,有利于减少设备功耗。其中,N大于1。
示例性的,手机在前N次确定第一应用的应用行为为异常行为时,手机记录该异常行为,不对该异常行为进行目标处理。当手机第N次确定第一应用的应用行为为异常行为时,手机对该异常行为进行目标处理。也就是说,手机连续N-1次确定第一应用的应用行为为异常行为之后,手机才对该异常行为进行目标处理。
以异常行为与第一预设策略相匹配为例进行示意,在一些实施例中,当手机在前N次确定第一应用的应用行为为异常行为时,手机记录该异常行为,不对该异常行为进行目标处理,因此手机在前N次确定第一应用的应用行为为异常行为时,手机依然会显示如图16中(1)所示的弹窗广告。但是,当手机第N次确定第一应用的应用行为为异常行为时,手机就对该异常行为进行目标处理,即手机拦截第一应用的第一请求,这样一来,如图16中(2)所示,手机对异常行为进行处理之后,手机不会显示弹窗广告。
以异常行为与第二预设策略相匹配为例进行示意,在一些实施例中,当手机在前N次确定第一应用的应用行为为异常行为时,手机记录该异常行为,不对该异常行为进行目标处理,因此手机在前N次确定第一应用的应用行为为异常行为时,手机依然会显示如图17中(1)所示的弹窗广告。但是,当手机第N次确定第一应用的应用行为为异常行为时,手机就对该异常行为进行目标处理,即手机显示提示信息,以提示用户或者引导用户卸载第一应用,这样一来,如图17中(2)所示,手机对异常行为进行处理之后,手机就会显示提示信息。
通常情况下,第一应用安装后都会生成桌面图标,并显示在手机的主界面上。以便于手机响应于用户对该桌面图标的操作,启动并运行该第一应用。因此,在第一应用安装后,若未生成桌面图标,那么该第一应用在后续运行时显示广告的可能性较大。基于此,在本申请实施例中,可以在第一应用安装时,判断第一应用是否生成桌面图标;若否,则手机可以确定该第一应用存在异常行为,同时对该异常行为进行处理。示例性的,手机可以自动生成该第一应用的桌面图标,并将该第一应用的桌面图标显示在手机的主界面上。在此基础上,用户可以根据手机主界面上显示的第一应用的桌面图标,决定是否卸载第一应用。
其中,第一应用未生成桌面图标包括应用未设置桌面图标;或者,第一应用禁用桌面图标;或者第一应用将桌面图标的亮度设置为透明,应用名称设置为空等。
示例性的,如图18所示,在第一应用安装时,手机可以判断第一应用是否生成桌面图标。例如,手机可以判断第一应用是否设置了桌面图标;或者手机判断第一应用是否禁用了桌面图标;或者手机判断第一应用是否将桌面图标的亮度设置为透明,应用名称设置为空。
在一些实施例中,在手机判断第一应用未设置桌面图标,或者第一应用禁用了桌面图标的情况下,手机继续判断第一应用是否为第三方应用。示例性的,仍如图18所示,在手机判断第一应用未设置桌面图标,且第一应用为第三方应用的情况下,手机确定第一应用存在异常行为。或者,在手机判断第一应用禁用了桌面图标,且第一应用为第三方应用的情况下,手机确定第一应用存在异常行为。或者,在手机判断第一应用将桌面图标的亮度设置为透明,应用名称设置为空的情况下,手机确定第一应用存在异常行为。而后,手机对该异常行为进行处理。例如,手机将第一应用的桌面图标强制显示在主界面上。示例性的,结合图6所示,异常行为识别模块通知PMS将第一应用的桌面图标显示出来。
示例性的,当手机未对第一应用的异常行为进行处理时,手机显示如图19中(1)所示的界面10A,该界面10A为手机的主界面。该界面10A未显示第一应用的桌面图标。当手机对第一应用的异常行为进行处理时,手机显示如图19中(2)所示的界面10B,该界面10B为手机的主界面。该界面10B中包括第一应用的桌面图标。
应理解,当手机确定第一应用设置了桌面图标时;或者,手机确定第一应用未禁用桌面图标时;或者,手机确定第一应用未将桌面图标的亮度设置为透明,且应用名称未设置为空时,手机安装第一应用,并显示第一应用的桌面图标。
需要说明的是,对于手机判断第一应用是否生成桌面图标的举例说明,以及手机判断第一应用是否为第三方应用的举例说可以参考图11以及上述实施例所述,此处不再赘述。
在该实施例中,在第一应用安装时,当手机确定第一应用未生成桌面图标时,手机自动生成第一应用的桌面图标,并将第一应用的桌面图标显示在手机主界面。这样一来,用户可以通过显示出来的第一应用的桌面图标,决定是否要卸载第一应用,从而能够更加及时的避免第一应用显示广告,进一步提高了用户体验。
在一些实施例中,第一应用可能在安装时生成了桌面图标,但是,当第一应用启动一次或多次后,第一应用才会禁用桌面图标。基于此,在本申请实施例中,在第一应用安装之后,当第一应用运行时,手机判断第一应用是否禁用了桌面图标。示例性的,可以是第一应用在第一次运行时,手机判断第一应用是否禁用了桌面图标;也可以是第一应用在每一次运行时,手机判断第一应用是否禁用了桌面图标。
这样一来,手机可以实时检测第一应用是否禁用了桌面图标;当手机确定第一应用禁用桌面图标时,手机将第一应用的桌面图标显示出来,由用户决定是否卸载第一应用,从而有效避免了第一应用显示广告,提高了用户体验。
为了确保手机判断第一应用的应用行为的准确性,在一些实施例中,如图20所示,当手机确定第一应用的应用行为为异常行为时,手机将第一应用的异常行为上传至云服务器端,由云服务器端对该第一应用的异常行为进行深度分析,并更新预设行为规则和预设策略。
在一些实施例中,手机连续多次确定第一应用的应用行为为异常行为,且该异常行为为在设置的目标权限(如悬浮窗权限)内启动;在此基础上,手机将第一应用的异常行为上传至云服务器端之后,云服务器端对该第一应用的异常行为进行分析,发现第一应用存在连续多次通过悬浮窗权限启动,因此云服务器端可以将预设行为规则更新为:启动权限行为的优先级最高。另外,云服务器端可以将第二预设策略中“在设置的目标权限内启动”更新至第一预设策略中,即将“在设置的目标权限内启动”标记为严重异常行为。
在此基础上,在一些实施例中,云服务器端将更新后的预设行为规则和预设策略同步更新至手机中。在另一些实施例中,云服务器端还可以将更新后的预设行为规则和预设策略同步更新至其他设备中。这些设备可以是未检测出第一应用存在异常行为的设备。示例性的,如图20所示,其他设备例如可以为手机、平板等。
在该实施例中,云服务器端通过手机上传的异常行为,可以对预设行为规则和预设策略进行实时更新,并将更新后的预设行为规则和预设策略同步至其他设备中,在确保手机判断出的第一应用的异常行为的准确性的同时,还能够及时判断其他设备安装的第一应用的异常行为,进一步提高了用户体验。
图21为本申请实施例提供的一种应用异常行为的处理方法,该方法包括S701-S702。
S701、当第一应用启动时,电子设备获取第一应用的至少一个行为信息。
其中,至少一个行为信息包括以下信息中的一种或多种的组合:启动方式、启动频次、以及界面显示方式。
在一些实施例中,电子设备可以实时监听应用状态,当电子设备检测到第一应用启动时,电子设备获取第一应用的至少一个行为信息。
结合上述实施例可知,第一应用的行为信息例如可以为上述实施例中所述的应用行为。其中,启动方式例如可以为启动行为;启动频次例如可以为后台启动频次行为;界面显示方式例如可以为界面显示行为。
S702、若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗。
其中,预设策略为电子设备根据第一应用的第一行为信息确定出的,第一行为信息为第一应用在历史时段内出现异常行为时对应的行为信息;异常行为用于触发电子设备显示弹窗。
示例性的,结合图1a和图1b以及上述实施例可知,异常行为用于触发电子设备在锁屏界面显示弹窗广告。
在一些实施例中,电子设备禁止显示第一应用的弹窗,包括:电子设备关闭第一应用的弹窗功能。示例性的,电子设备可以通过关闭第一应用的悬浮窗权限,以实现关闭第一应用的弹窗功能。在一些实施例中,该方法还包括:若第一应用的行为信息满足预设策略,电子设备停止启动第一应用。
需要说明的是,电子设备停止启动第一应用指的是,在第一应用正在启动的过程中,电子设备阻止第一应用启动,使得第一应用并未完成启动需求。
在一些实施例中,在电子设备禁止显示第一应用的弹窗之前,该方法还包括:电子设备显示提示信息;该提示信息用于指示第一应用存在异常行为。
其中,提示信息包括第一控件;电子设备禁止显示第一应用的弹窗,包括:电子设备响应于用户对第一控件的操作,禁止显示第一应用的弹窗。
示例性的,结合图17以及上述实施例所述,该提示信息例如可以为:系统检测到“XX应用”存在异常行为,建议卸载。其中,第一控件例如可以为“拒绝弹窗”控件。
在一些实施例中,该提示信息还包括第二控件和第三控件;该方法还包括:电子设备响应于用户对第二控件的操作,通过弹窗显示第一应用的目标界面;或者,电子设备响应于用户对第三控件的操作,卸载第一应用。
示例性的,结合图17以及上述实施例所述,第二控件例如可以为“继续使用”控件;第三控件例如可以为“卸载应用”控件。
在一些实施例中,预设策略至少包括以下信息中的一种或多种的组合:第一应用在后台自启动、第一应用在第二应用的界面上显示、第一应用未在任务管理界面显示以及第一应用在后台自启动的频次大于或等于第一预设频次。
示例性的,结合上述实施例,第一应用在后台自启动的频次大于或等于第一预设频次例如可以为上述实施例中所述的第一应用后台启动频次大于预设频次。
结合图9以及上述实施例可知,在第一应用的行为信息满足上述预设策略的情况下,可以认为该第一应用的行为为严重异常行为。在此基础上,电子设备可以停止(或称禁止)第一应用启动。
在一些实施例中,预设策略至少包括以下信息中的一种或多种的组合:第一应用与第三应用关联启动、第一应用在电子设备的锁屏界面上显示、第一应用在电子设备的主界面上显示、第一应用通过悬浮窗的方式显示以及第一应用在后台自启动的频次大于或等于第二预设频次,且小于第三预设频次。
示例性的,结合上述实施例,第一应用用过悬浮窗的方式显示例如可以为上述实施例中所述的第一应用通过目标权限启动。第一应用在后台自启动的频次大于或等于第二预设频次,且小于第三预设频次例如可以为上述实施例中所述的第一应用后台启动频次小于预设频次。
结合图9以及上述实施例可知,在第一应用的行为信息满足上述预设策略的情况下,可以认为第一应用的行为为疑似异常行为。在此基础上,电子设备可以显示提示信息,通过提示信息提示用户第一应用存在异常行为。
在一些实施例中,电子设备中预先设置有至少一个行为信息中,每个行为信息对应的权限;若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗,包括:若第一应用的行为信息满足预设策略,且第一应用不具备行为信息对应的权限,电子设备禁止显示第一应用的弹窗。
示例性的,至少一个行为信息中,每个行为信息对应的权限例如可以包括:后台自启动的权限、第一应用在第二应用的界面上显示的权限、第一应用不在任务管理界面显示的权限、第一应用与第三应用关联启动的权限、第一应用在锁屏界面上显示的权限、第一应用在电子设备的主界面上显示的权限、以及第一应用通过悬浮窗的方式显示的权限。
需要说明的是,当第一应用具备行为信息对应的权限时,说明第一应用需要通过该行为信息对应的权限进行显示(或启动)。以行为信息对应的权限为第一应用在锁屏界面上显示的权限为例进行示意,示例性的,当第一应用具备在锁屏界面上显示的权限时,说明第一应用需要在锁屏界面上显示,这种情况下,电子设备不能禁止显示第一应用的弹窗。
基于此,在本申请实施例中,只有当第一应用的行为信息满足预设策略,且第一应用不具备行为信息对应的权限,即第一应用未设置行为信息对应的权限时,电子设备禁止显示第一应用的弹窗。这样一来,能够防止电子设备对第一应用显示弹窗的行为进行误处理。
在一些实施例中,电子设备向云服务器端发送第一应用的行为信息,以使云服务器端根据第一应用的行为信息更新预设策略;电子设备接收来自云服务器端更新后的预设策略。
示例性的,结合图20以及上述实施例可知,若第一应用的行为信息满足预设策略,则第一应用的行为为异常行为。在此基础上,电子设备可以向云服务器端发送第一应用的行为信息(即发送第一应用的异常行为),云服务器端可以根据第一应用的行为信息更新预设策略。之后,云服务器端可以将更新后的预设策略下发至电子设备,以及其他设备中。
在一些实施例中,若第一应用的行为信息满足预设策略,电子设备禁止显示第一应用的弹窗,包括:若第一应用的行为信息满足预设策略,电子设备记录第一应用的应用信息与行为信息的对应关系;在电子设备连续N次记录第一应用的应用信息与行为信息的对应关系之后,电子设备禁止显示第一应用的弹窗。
其中,应用信息指示包括以下信息中的一种或多种的组合:应用包名、应用进程名、应用用户名以及目标界面的界面名称;N大于或等于2。
示例性的,结合上述实施例可知,在电子设备记录第一应用的应用信息与行为信息的对应关系之后,电子设备依然会显示第一应用的弹窗。在电子设备连续N次记录第一应用的应用信息与行为信息的对应关系的情况下,说明第一应用的行为信息连续N次满足预设策略;之后,电子设备禁止显示第一应用的弹窗。
这样一来,能够防止电子设备对第一应用显示弹窗的行为进行误处理。
图22为本申请实施例提供的一种应用异常行为的处理方法,该方法包括:S801-S804。
S801、电子设备后台启动第一应用。
其中,第一应用安装在电子设备上,第一应用为第三方应用。
S802、当第一应用请求在电子设备的锁屏界面上显示第一应用的弹窗时,电子设备在锁屏界面不显示第一应用的弹窗。
示例性的,结合上述实施例,第一应用未在第一预设名单内。具体的,第一预设名单内保存有需要在锁屏界面显示弹窗的应用的包名。当第一应用未在第一预设名单内时,说明第一应用不需要在锁屏界面上显示弹窗,因此在电子设备接收到第一应用的请求时,电子设备不会在锁屏界面显示第一应用的弹窗。
S803、电子设备前台启动第二应用。
其中,第二应用安装在电子设备上,第一应用的包名与第二应用的包名不同。
示例性的,第二应用可以为系统应用。
S804、电子设备响应于用户操作,显示锁屏界面。
其中,锁屏界面包括第二应用的弹窗。
示例性的,第二应用例如可以为音乐应用。在此基础上,在电子设备前台启动第二应用之后,电子设备响应于用户操作(如锁屏操作),显示锁屏界面,并在锁屏界面显示音乐应用在前台启动时的界面的部分内容。
需要说明的是,本申请的各个实施例所记载的内容可以解释、说明本申请的其他实施例中的技术方案,各个实施例中记载的技术特征也可以在其他实施例中应用,与其他实施例中的技术特征进行结合形成新的方案,本申请只是示例性地列举几个实施例进行说明,并不代表本申请局限于此。
本申请实施例提供一种电子设备,该电子设备可以包括显示屏、存储器以及一个或多个处理器;存储器中存储有计算机程序代码,计算机程序代码包括计算机指令,当计算机指令被所述处理器执行时,使得所述电子设备可执行上述实施例中手机执行的各个功能或者步骤。该电子设备的结构可以参考图5所示的手机100的结构。
本申请实施例还提供一种芯片系统,如图23所示,该芯片系统1800包括至少一个处理器1801和至少一个接口电路1802。其中,处理器1801可以是上述实施例中图5所示的处理器110。接口电路1802例如可以为处理器110和外部存储器之间的接口电路;或者为处理器110和内部存储器121之间的接口电路。
上述处理器1801和接口电路1802可通过线路互联。例如,接口电路1802可用于从其它装置(例如电子设备的存储器)接收信号。又例如,接口电路1802可用于向其它装置(例如处理器1801)发送信号。示例性的,接口电路1802可读取存储器中存储的指令,并将该指令发送给处理器1801。当所述指令被处理器1801执行时,可使得电子设备执行上述实施例中手机执行的各个步骤。当然,该芯片系统还可以包含其他分立器件,本申请实施例对此不作具体限定。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质包括计算机指令,当所述计算机指令在电子设备上运行时,使得该电子设备执行上述方法实施例中手机执行的各个功能或者步骤。
本申请实施例还提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行上述方法实施例中手机执行的各个功能或者步骤。
通过以上实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (13)
1.一种应用异常行为的处理方法,其特征在于,包括:
当第一应用启动时,电子设备获取所述第一应用的至少一个行为信息;所述至少一个行为信息包括以下信息中的一种或多种的组合:启动方式、启动频次、以及界面显示方式;
若所述第一应用的行为信息满足预设策略,所述电子设备禁止显示所述第一应用的弹窗;所述预设策略为所述电子设备根据所述第一应用的第一行为信息确定出的,所述第一行为信息为所述第一应用在历史时段内出现异常行为时对应的行为信息;所述异常行为用于触发所述电子设备显示弹窗。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第一应用的行为信息满足预设策略,所述电子设备停止启动所述第一应用。
3.根据权利要求1或2所述的方法,其特征在于,在所述电子设备禁止显示所述第一应用的弹窗之前,所述方法还包括:
所述电子设备显示提示信息;所述提示信息用于指示所述第一应用存在异常行为;
其中,所述提示信息包括第一控件;所述电子设备禁止显示所述第一应用的弹窗,包括:
所述电子设备响应于用户对所述第一控件的操作,禁止显示所述第一应用的弹窗。
4.根据权利要求3所述的方法,其特征在于,所述提示信息还包括第二控件和第三控件;所述方法还包括:
所述电子设备响应于用户对所述第二控件的操作,通过弹窗显示所述第一应用的目标界面;或者,
所述电子设备响应于用户对所述第三控件的操作,卸载所述第一应用。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述电子设备禁止显示所述第一应用的弹窗,包括:
所述电子设备关闭所述第一应用的弹窗功能。
6.根据权利要求2所述的方法,其特征在于,
所述预设策略至少包括以下信息中的一种或多种的组合:所述第一应用在后台自启动、所述第一应用在第二应用的界面上显示、所述第一应用未在任务管理界面显示以及所述第一应用在后台自启动的频次大于或等于第一预设频次。
7.根据权利要求3或4所述的方法,其特征在于,
所述预设策略至少包括以下信息中的一种或多种的组合:所述第一应用与第三应用关联启动、所述第一应用在所述电子设备的锁屏界面上显示、所述第一应用在所述电子设备的主界面上显示、所述第一应用通过悬浮窗的方式显示以及所述第一应用在后台自启动的频次大于或等于第二预设频次,且小于第三预设频次。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述电子设备中预先设置有所述至少一个行为信息中,每个行为信息对应的权限;若所述第一应用的行为信息满足预设策略,所述电子设备禁止显示所述第一应用的弹窗,包括:
若所述第一应用的行为信息满足预设策略,且所述第一应用不具备所述行为信息对应的权限,所述电子设备禁止显示所述第一应用的弹窗。
9.根据权利要求6或7所述的方法,其特征在于,所述方法还包括:
所述电子设备向云服务器端发送所述第一应用的行为信息,以使所述云服务器端根据所述第一应用的行为信息更新所述预设策略;
所述电子设备接收来自所述云服务器端更新后的预设策略。
10.根据权利要求1所述的方法,其特征在于,若所述第一应用的行为信息满足预设策略,所述电子设备禁止显示所述第一应用的弹窗,包括:
若所述第一应用的行为信息满足预设策略,所述电子设备记录所述第一应用的应用信息与所述行为信息的对应关系;所述应用信息至少包括以下信息中的一种或多种的组合:应用包名、应用进程名、应用用户名以及目标界面的界面名称;
在所述电子设备连续N次记录所述第一应用的应用信息与所述行为信息的对应关系之后,所述电子设备禁止显示所述第一应用的弹窗;其中,N大于或等于2。
11.一种应用异常行为的处理方法,其特征在于,应用于电子设备,包括:
所述电子设备后台启动第一应用,所述第一应用安装在所述电子设备上,所述第一应用为第三方应用;
当所述第一应用请求在所述电子设备的锁屏界面上显示所述第一应用的弹窗时,所述电子设备在锁屏界面不显示所述第一应用的弹窗;
所述电子设备前台启动第二应用,所述第二应用安装在所述电子设备上;所述第一应用的包名与所述第二应用的包名不同;
所述电子设备响应于用户操作,显示锁屏界面,所述锁屏界面包括所述第二应用的弹窗。
12.一种电子设备,其特征在于,包括:显示屏、存储器和一个或多个处理器;所述显示屏、所述存储器和所述处理器耦合;
所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令;当所述处理器执行所述计算机指令时,使得所述电子设备执行如权利要求1-10任一项所述的方法;或者执行如权利要求11所述的方法。
13.一种计算机可读存储介质,其特征在于,包括计算机指令;当所述计算机指令在所述电子设备上运行时,使得所述电子设备执行如权利要求1-10任一项所述的方法;或者执行如权利要求11所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210763373.9A CN116048325A (zh) | 2022-06-30 | 2022-06-30 | 一种应用异常行为的处理方法、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210763373.9A CN116048325A (zh) | 2022-06-30 | 2022-06-30 | 一种应用异常行为的处理方法、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116048325A true CN116048325A (zh) | 2023-05-02 |
Family
ID=86122608
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210763373.9A Pending CN116048325A (zh) | 2022-06-30 | 2022-06-30 | 一种应用异常行为的处理方法、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116048325A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104376263A (zh) * | 2014-12-09 | 2015-02-25 | 北京奇虎科技有限公司 | 应用程序行为拦截的方法和装置 |
CN104462952A (zh) * | 2014-12-31 | 2015-03-25 | 北京奇虎科技有限公司 | 一种禁止应用自启动的方法及装置 |
CN105117643A (zh) * | 2015-09-23 | 2015-12-02 | 北京金山安全软件有限公司 | 一种处理弹窗的方法及装置 |
CN106127030A (zh) * | 2016-06-22 | 2016-11-16 | 广东欧珀移动通信有限公司 | 一种界面控制方法和装置 |
CN110209925A (zh) * | 2018-10-24 | 2019-09-06 | 腾讯科技(深圳)有限公司 | 应用推送方法、装置、计算机设备和存储介质 |
-
2022
- 2022-06-30 CN CN202210763373.9A patent/CN116048325A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104376263A (zh) * | 2014-12-09 | 2015-02-25 | 北京奇虎科技有限公司 | 应用程序行为拦截的方法和装置 |
CN104462952A (zh) * | 2014-12-31 | 2015-03-25 | 北京奇虎科技有限公司 | 一种禁止应用自启动的方法及装置 |
CN105117643A (zh) * | 2015-09-23 | 2015-12-02 | 北京金山安全软件有限公司 | 一种处理弹窗的方法及装置 |
CN106127030A (zh) * | 2016-06-22 | 2016-11-16 | 广东欧珀移动通信有限公司 | 一种界面控制方法和装置 |
CN110209925A (zh) * | 2018-10-24 | 2019-09-06 | 腾讯科技(深圳)有限公司 | 应用推送方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111191213B (zh) | 一种删除安全业务的方法及电子设备 | |
CN113553130B (zh) | 应用执行绘制操作的方法及电子设备 | |
CN113805797B (zh) | 网络资源的处理方法、电子设备及计算机可读存储介质 | |
CN116680153B (zh) | 应用帧率平滑方法、电子设备及存储介质 | |
CN113568634B (zh) | 应用优化的处理方法及处理装置 | |
CN112988213B (zh) | 一种程序数据更新方法、电子设备及计算机存储介质 | |
CN115333941B (zh) | 获取应用运行情况的方法及相关设备 | |
CN115438354A (zh) | 一种用户隐私保护方法及装置 | |
CN115904297A (zh) | 屏幕显示检测方法、电子设备及存储介质 | |
CN113656089B (zh) | 应用程序中的类验证方法和装置 | |
WO2023051094A1 (zh) | 内存回收方法、装置、电子设备及可读存储介质 | |
CN116048325A (zh) | 一种应用异常行为的处理方法、电子设备及存储介质 | |
CN116048544B (zh) | 一种弹窗广告的处理方法、电子设备及可读存储介质 | |
CN113467821A (zh) | 应用程序的修复方法、装置、设备及可读存储介质 | |
CN116048545B (zh) | 一种弹窗广告的处理方法、电子设备及可读存储介质 | |
CN113971034A (zh) | 安装应用的方法和电子设备 | |
CN117076089B (zh) | 应用管理方法、终端设备及存储介质 | |
CN117009023B (zh) | 显示通知信息的方法及相关装置 | |
CN115828227B (zh) | 识别广告弹窗的方法、电子设备及存储介质 | |
CN114826636B (zh) | 访问控制系统及相关方法和设备 | |
CN116048829B (zh) | 接口调用方法、设备及存储介质 | |
CN116027933B (zh) | 处理服务信息的方法和装置 | |
CN115344860B (zh) | 一种管理应用程序的方法和电子设备 | |
CN116048629B (zh) | 系统服务切换方法及控制装置、电子设备和存储介质 | |
CN112947947B (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 |