应用误杀评估方法及相关设备技术

本申请的实施例提供了一种应用误杀评估方法及相关设备，涉及终端技术领域。所述应用误杀评估方法从预设时间段内的应用程序的使用日志获取应用程序的相关数据，包括应用程序的查杀时间、应用程序切后台的时间和切前台的时间。所述应用误杀评估方法还根据所述相关数据计算应用程序对应的时间间隔和间隔应用数；并基于每个应用程序对应的时间间隔、间隔应用数，及应用程序的基础分确定应用程序的评估结果。利用本实施例可有效提升用户保活体验。果。利用本实施例可有效提升用户保活体验。果。利用本实施例可有效提升用户保活体验。

【技术实现步骤摘要】
应用误杀评估方法及相关设备


[0001]本申请实施例涉及终端
，尤其涉及一种应用误杀评估方法及相关设备。

技术介绍

[0002]受限于安卓底层使用虚拟机进行内存管控，为了保证用户在电子设备(例如，手机)中使用应用程序(简称为“应用”)的实际体验，会将一些重要的进程在电子设备的后台保活。目前的方案是针对不同档次、不同内存大小的电子设备设置后台保活的应用数量以及不同应用的可访问内存大小。例如，对一款高端手机设置的目标为后台平均保活10个应用，并对浏览器设置300M的可访问内存大小等。然后，手机生产商的不同业务域按照这个目标进行产品规划和研发。
[0003]但是上述设置过于生硬死板，对负责产品规划的架构师要求极高，需要保证架构师对用户使用体验和内存业务域都十分熟悉后，才能确定产品的内存基线。此外，原有的设计方案与用户的实际体验是割裂的，只能依靠上市后的舆情反馈动态调节产品规划，新的方案只能在下个版本的推送的手机系统上进行修复，对用户实际体验存在滞后性反馈，影响产品的实际体验。

技术实现思路

[0004]本申请实施例公开了一种应用误杀评估方法及相关设备，能及时调节用户使用手机的实际体验，让手机更懂用户。
[0005]本申请第一方面公开了一种应用误杀评估方法，包括：获取预设时间段内的应用程序的使用日志；从所述应用程序的使用日志获取每个应用程序的查杀时间，及根据每个应用程序的查杀时间确定每个应用程序切后台的时间和切前台的时间；根据所确定的每个应用程序切后台的时间和切前台的时间计算每个应用程序对应的时间间隔；确定在所述时间间隔内在前台运行的应用程序的数量；及基于所述每个应用程序对应的时间间隔、在所述时间间隔内在前台运行的应用程序的数量，以及每个应用程序的基础分确定每个应用程序的评估结果。
[0006]采用所述技术方案，引入应用程序的基础分、间隔时间及在所述时间间隔内在前台运行的应用程序的数量三个维度的打点信息，动态评估每个应用程序的误杀情况，贴合用户的实际使用习惯，提升用户对应用程序的保活体验，尽量减少或避免对应用程序的误杀并可有效确保电子设备具备足够内存以维持前台应用程序的稳定运行。
[0007]在一些可选的实施方式中，所述确定每个应用程序的评估结果包括：计算每个应用程序的查杀分值。
[0008]采用所述技术方案，对应用程序被查杀的情况进行量化，可以提高对应用程序的查杀处理的准确度。
[0009]在一些可选的实施方式中，所述计算每个应用程序的查杀分值包括：基于所述每个应用程序对应的时间间隔获得每个应用程序的第一分值；基于在所述时间间隔内在前台
运行的应用程序的数量获得每个应用程序的第二分值；根据S＝Y1*Y2*F计算每个应用程序的查杀分值，其中，S代表所述查杀分值；Y1代表所述第一分值；Y2代表所述第二分值；F代表所述基础分。
[0010]在一些可选的实施方式中，Y1＝a1+b1*X+c1*X2+d1*X3；其中，a1＝206.841793563214；b1＝
‑
9.00021943093018；c1＝0.134347573391717；d1＝
‑
0.000689371112453592；X等于所述时间间隔；Y2＝a2+b2*X+c2*X2+d2*X3；其中，a2＝245.460539460545；b2＝
‑
47.6803759965558；c2＝3.07527766351345；d2＝
‑
0.0655251611134173；X等于所述间隔应用数。
[0011]采用所述技术方案，可以准确计算应用程序的查杀分值，从而可以提高对应用程序的查杀处理的准确度。
[0012]在一些可选的实施方式中，所述方法还包括：根据每个应用程序的查杀分值对应用程序进行排序。
[0013]在一些可选的实施方式中，所述方法还包括：于电子设备的剩余内存小于预设值时根据每个应用程序的评估结果查杀应用程序。
[0014]采用所述技术方案，可以根据应用程序的评估结果及时调整应用查杀策略，既可确保对应用程序的查杀优先级，还可进一步确保电子设备具有足够的内存以维持前台应用程序的稳定运行。
[0015]在一些可选的实施方式中，所述方法还包括：设定第一阈值；及若电子设备的剩余内存小于所述预设值，优先对查杀分值低于所述第一阈值的应用程序进行查杀。
[0016]采用所述技术方案，可以提升用户对应用程序的保活体验。
[0017]在一些可选的实施方式中，所述方法还包括：设置第二阈值；及对查杀分值超过所述第二阈值的应用进行优化。
[0018]采用所述技术方案，可以避免用户常用的应用程序被误杀，进一步提升用户对应用程序的保活体验。
[0019]在一些可选的实施方式中，所述方法还包括：响应用户的输入，设置所述预设时间段。采用所述技术方案，可以满足不同用户的需求来提升保活体验。
[0020]在一些可选的实施方式中，所述应用程序的使用日志包括：应用程序后台保活日志和应用程序查杀日志；其中，所述应用程序后台保活日志包括：每个应用程序的应用名、包名、每个应用程序每次切后台的时间和每次切前台的时间；所述应用程序查杀日志包括：每个应用程序的应用名、包名、每次被查杀的查杀时间、查杀原因。
[0021]在一些可选的实施方式中，根据每个应用程序的查杀时间所确定的应用程序切后台的时间表示在所述查杀时间之前应用程序最近一次切后台的时间；及根据每个应用程序的查杀时间所确定的应用程序切前台的时间表示在所述查杀时间之后应用程序最近一次切前台的时间。采用所述技术方案，可以根据应用被查杀之前最近一次切后台的时间以及应用被查杀之后最近一次切前台的时间来计算时间间隔，贴合用户最近的使用习惯，提升用户对应用程序的保活体验。
[0022]本申请第二方面公开了一种电子设备，包括处理器和存储器；存储器，用于存储指令；处理器，用于调用存储器中的指令，使得电子设备执行所述应用误杀评估方法。
[0023]本申请第三方面公开了一种计算机可读存储介质，计算机可读存储介质存储有至
少一个指令，至少一个指令被处理器执行时实现所述应用误杀评估方法。
[0024]第二方面至第三方面所带来的技术效果可参见上述方法部分各涉及的方法相关的描述，此处不再赘述。
附图说明
[0025]图1是本申请实施例提供的一种应用误杀评估方法的简要流程示意图。
[0026]图2是本申请实施例提供的一种应用误杀评估方法的详细流程图。
[0027]图3对根据应用程序的查杀时间确定应用程序切后台的时间和切前台的时间进行举例说明。
[0028]图4对通过设置多个时间间隔分别对应不同分值在XOY坐标系中进行描点并作趋势拟合进行举例说明。
[0029]图5对通过设置多个间隔应用数分别对应不同分值在XOY坐标系中进行描点并作趋势拟合进行举例说明。
[0030]图6对不同应用设定基础分进本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种应用误杀评估方法，其特征在于，所述方法包括：获取预设时间段内的应用程序的使用日志；从所述应用程序的使用日志获取每个应用程序的查杀时间，及根据所述每个应用程序的查杀时间确定每个应用程序切后台的时间和切前台的时间；根据所确定的每个应用程序切后台的时间和切前台的时间计算每个应用程序对应的时间间隔；确定在所述时间间隔内在前台运行的应用程序的数量；及基于所述每个应用程序对应的时间间隔、在所述时间间隔内在前台运行的应用程序的数量，以及每个应用程序的基础分确定每个应用程序的评估结果。2.如权利要求1所述的应用误杀评估方法，其特征在于，所述确定每个应用程序的评估结果包括：计算每个应用程序的查杀分值。3.如权利要求2所述的应用误杀评估方法，其特征在于，所述计算每个应用程序的查杀分值包括：基于所述每个应用程序对应的时间间隔获得每个应用程序的第一分值；基于在所述时间间隔内在前台运行的应用程序的数量获得每个应用程序的第二分值；及根据S＝Y1*Y2*F计算每个应用程序的查杀分值，其中，S代表所述查杀分值；Y1代表所述第一分值；Y2代表所述第二分值；F代表所述基础分。4.如权利要求3所述的应用误杀评估方法，其特征在于，Y1＝a1+b1*X+c1*X2+d1*X3；其中，a1＝206.841793563214；b1＝
‑
9.00021943093018；c1＝0.134347573391717；d1＝
‑
0.000689371112453592；X等于所述时间间隔；Y2＝a2+b2*X+c2*X2+d2*X3；其中，a2＝245.460539460545；b2＝
‑
47.6803759965558；c2＝3.07527766351345；d2＝
‑
0.0655251611134173；X等于所述间隔应用数。5.如权利要求2至4中任一...

【专利技术属性】
技术研发人员：王云鹏，董浩正，
申请(专利权)人：荣耀终端有限公司，
类型：发明
国别省市：