应用更新方法及相关装置
文献发布时间:2024-04-18 19:58:21
技术领域
本申请属于电子设备技术领域,具体涉及一种应用更新方法及相关装置。
背景技术
用户终端中所安装的第三方应用会不定期推出新的版本,现有技术中,终端一般是在无线局域网环境下自动更新应用,这样会造成用户不常用或不感兴趣的应用也进行了更新,导致额外占用了终端的存储空间,不够智能,影响用户的使用体验。
发明内容
本申请实施例提供了一种应用更新方法及相关装置,以期确定出用户的偏好应用,针对偏好应用进行更新,节约终端的存储空间,提高终端的智能性,优化用户使用体验。
第一方面,本申请实施例提供了一种应用更新方法,包括:
获取第一应用的第一使用记录集合,所述第一使用记录集合包括在使用所述第一应用的过程中采集到的心率数据;
根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合,所述偏好应用集合中的应用用于指示如下操作:所述电子设备在检测到所述应用存在待更新版本、且所述应用启动的情况下,显示更新提示框以提醒所述应用存在待更新版本;
若判断出所述第一应用需要添加到所述偏好应用集合,则将所述第一应用添加到所述偏好应用集合;
响应于针对所述第一应用对应的更新提示框的第一操作,更新所述第一应用,所述第一操作用于指示允许更新应用。
第二方面,本申请实施例提供了一种电子设备,包括处理器、存储器以及一个或多个程序,所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行本申请实施例第一方面中的步骤的指令。
第三方面,本申请实施例提供了一种应用更新装置,包括:
获取单元,用于获取第一应用的第一使用记录集合,所述第一使用记录集合包括在使用所述第一应用的过程中采集到的心率数据;
判断单元,用于根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合,所述偏好应用集合中的应用用于指示如下操作:所述电子设备在检测到所述应用存在待更新版本、且所述应用启动的情况下,显示更新提示框以提醒所述应用存在待更新版本;
添加单元,用于若判断出所述第一应用需要添加到所述偏好应用集合,则将所述第一应用添加到所述偏好应用集合;
响应单元,用于响应于针对所述第一应用对应的更新提示框的第一操作,更新所述第一应用,所述第一操作用于指示允许更新应用。
第四方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序/指令,所述计算机程序/指令被处理器执行时实现本申请实施例第一方面中的步骤。
第五方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。
可以看出,本申请实施例中,电子设备先获取第一应用的第一使用记录集合,该第一使用记录集合包括在使用第一应用的过程中被采集到的心率数据;然后根据第一使用记录集合判断第一应用是否需要添加到偏好应用集合,该偏好应用集合中的应用用于指示如下操作:电子设备在检测到应用存在待更新版本、且启动应用的情况下,显示更新提示框以提醒应用存在待更新版本;若判断出第一应用需要添加到偏好应用集合,则将第一应用添加到偏好应用集合;最后响应于针对第一应用对应的更新提示框的第一操作,更新第一应用,该第一操作用于指示允许更新应用。如此,电子设备通过包含心率数据的使用记录集合推断出用户感兴趣的应用,并在该应用存在待更新版本时推送更新提示框,再基于对更新提示框的第一操作来更新应用,节约了终端的存储空间,提高了终端的智能性,优化用户使用体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种电子设备的结构框图;
图2是本申请实施例提供的一种应用更新方法的流程示意图;
图3是本申请实施例提供的一种目标设置界面的示例简图;
图4是本申请实施例提供的一种更新提示框的示例简图;
图5a是本申请实施例提供的一种应用更新装置的功能单元组成框图;
图5b是本申请实施例提供的另一种应用更新装置的功能单元组成框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
请参阅图1,图1是本申请实施例提供的一种电子设备的结构框图。如图1所示,电子设备10可以包括一个或多个如下部件:处理器11、与处理器11耦合的存储器12,其中存储器12可存储有一个或多个计算机程序,一个或多个计算机程序可以被配置为由一个或多个处理器11执行时实现下述实施例描述的方法。其中,所述电子设备可以是手机终端,平板电脑,笔记本电脑以及可穿戴设备等智能设备。
处理器11可以包括一个或者多个处理核。处理器11利用各种接口和线路连接整个电子设备10内的各个部分,通过运行或执行存储在存储器12内的指令、程序、代码集或指令集,以及调用存储在存储器12内的数据,执行电子设备10的各种功能和处理数据。可选地,处理器11可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器11可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器11中,单独通过一块通信芯片进行实现。
存储器12可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory,ROM)。存储器12可用于存储指令、程序、代码、代码集或指令集。存储器12可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等。存储数据区还可以存储电子设备10在使用中所创建的数据等。
可以理解的是,电子设备10可包括比上述结构框图中更多或更少的结构元件,例如,包括电源模块、物理按键、Wi-Fi模块、扬声器、蓝牙模块、传感器(如心率传感器)等,在此不进行限定。
下面介绍本申请实施例提供的一种应用更新方法。
请参阅图2,图2是本申请实施例提供的一种应用更新方法的流程示意图,所述应用更新方法应用于如图1所示的电子设备10中,如图2所示,所述应用更新方法包括:
步骤201,获取第一应用的第一使用记录集合。
其中,所述第一使用记录集合包在使用所述第一应用的过程中被采集到的心率数据,所述心率数据具体可以是通过电子设备中内置的心率传感器进行采集的。
步骤202,根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合。
其中,所述偏好应用集合中的应用用于指示所述电子设备在检测到所述应用存在待更新版本、且启动所述应用的情况下,显示更新提示框以提醒所述应用存在待更新版本。其中,电子设备检测应用是否存在待更新版本可以是从应用商店中获取已安装的第三方应用是否有升级包发布,若有新版本发布,则将数据库中该应用对应的字段值设置为1,若没有新版本发布,则将数据库中该应用对应的字段值设置为0。
在一个可能的示例中,电子设备通过以下方式确定出偏好应用集合:响应于用户在第一时间节点针对目标设置界面的设置操作,确定出至少一个第一偏好应用,所述目标设置界面包括应用显示区域,所述应用显示区域用于显示安装在所述电子设备中的多个第三方应用的应用标识,所述第一偏好应用是指所述多个第三方应用中应用标识处于高亮状态的应用,所述高亮状态用于指示用户允许显示更新提示框的应用。
其中,所述应用标识可以是指第三方应用的应用名称和/或应用图标,用户针对目标设置界面的设置操作可以是针对未处于高亮状态的应用的点击操作,意为使该应用切换为高亮状态,表示允许进行更新提示;也可以是针对处于高亮状态的应用的点击操作,意为使该应用切换为非高亮状态,表示不进行更新提示。进一步地,电子设备可以将应用类型为预设类型的第三方应用默认设置为用户的偏好应用,即在应用显示区域中该预设类型的应用的应用表示默认为高亮状态,这种预设类型一般是用户比较在意的应用类型,例如涉及到用户财产隐私安全的银行类应用。用户也可以通过上述用户操作,取消掉这些默认为高亮状态的应用,从而将这些应用从偏好应用集合中移除。
示例性地,请参阅图3,图3是本申请实施例提供的一种目标设置界面的示例简图,如图3所示,目标设置界面30包括应用显示区域31,应用显示区域31中显示的是安装在电子设备中的所有第三方应用,例如应用A、应用B、应用C和应用D。其中,应用A是预设类型的应用,例如银行类应用,该应用的应用标识在安装后默认为高亮状态,应用B可以是上一次被用户设置为高亮状态的应用,应用C和应用D均是非高亮状态的应用。此时,用户可以根据自己的偏好重新设置应用标识的高亮状态,例如通过执行对应用A的点击操作,使应用A的应用标识变为非高亮状态,或者通过执行对应用C的点击操作,使应用C的应用标识变为高亮状态,最终根据应用显示区域中处于高亮状态的应用标识确定出偏好应用集合,例如本示例中的应用B和应用C即为偏好应用集合中的应用。
可见,本示例中,电子设备默认会将多数用户比较重视的应用类型作为预设的应用类型,使得这些应用在安装后默认成为用户的偏好应用,从而能够得到及时更新。同时,电子设备也支持用户自定义设置允许推送更新通知的应用和不进行更新通知推送的应用,提升用户的使用体验。
在一个可能的示例中,所述心率数据包括用户针对所述第一应用的使用次数和所述电子设备在每次使用过程中采集到的用户的多个心率值,所述根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合,包括:根据所述多个心率值计算出用户每次使用所述第一应用时的参考平均心率值;根据所述多个参考平均心率值计算出用户在使用所述第一应用时的目标平均心率值;判断所述目标平均心率值是否大于或者等于第一预设心率阈值;若是,则确定所述第一应用需要添加到所述偏好应用集合;若否,则确定所述第一应用不需要添加到所述偏好应用集合。
其中,所述第一使用记录集合可以是用户近期的使用记录,例如是电子设备采集的用户在目标时间段内针对第一应用的使用记录,所述目标时间段的起始时刻点可以是上述实施例中的第一时间节点,即用户通过自定义设置高亮应用来确定偏好应用集合时的时间节点,所述目标时间段的终止时刻点可以是当前时刻点。如此,用户在目标时间段内的使用记录可以着重体现出用户是否在上一次自定义设置偏好应用后又产生了新的偏好应用,从而能够使判定结果更加贴合用户实际情况,更加准确。
其中,用户在开心或愉悦的情绪状态下使用第三方应用时,心率值会相对较高,因此通过心率数据来判定用户的偏好应用是可行的。具体地,电子设备在采集用户的心率时,可以是按照预设时间间隔采集的,例如每隔30秒采集一次用户的心率值,将用户针对第一应用的启动操作视为一次使用记录,该次使用记录的终止时刻点为该启动操作之后的针对第一应用的关闭操作。此时,电子设备可以得到用户在目标时间段内使用了多少次第一应用,以及每次使用第一应用过程中的多个心率值。需要说明的是,若某一次的使用过程中由于使用时长过短而未采集到心率数据,则忽略此次使用过程,进一步提高精确性。
其中,根据所述多个心率值计算出用户每次使用所述第一应用时的参考平均心率值具体可以是,对所述多个心率值求平均,得到该次使用过程中的一个平均心率值作为所述参考平均心率值。
其中,根据所述多个参考平均心率值计算出用户在使用所述第一应用时的目标平均心率值具体可以是,去除一个最小的参考平均心率值和一个最大的参考平均心率值,对剩下的参考平均心率值求平均,得到目标平均心率值。如此,可以避免某次使用过程中出现影响检测结果的特殊情况导致数据整体差距较大,提高数据的可信度。
其中,所述第一预设心率阈值可以是基于实验数据得到的用于表征用户处于高度愉悦状态的心率值。
可见,本示例中,电子设备先计算出每次使用第一应用时的参考平均心率值,再计算出整体情况下使用第一应用时的目标平均心率值,最后与第一预设心率阈值进行对比,进而判定出第一应用是否为用户的偏好应用,提高了计算的准确性和可靠性。
在一个可能的示例中,所述第一应用为游戏类应用,所述第一使用记录集合包括用户在使用所述第一应用的过程中被采集到的心率数据,以及还包括用户在所述第一应用中的充值记录,所述心率数据包括用户针对所述第一应用的使用次数和所述电子设备在每次使用过程中采集到的用户的多个心率值,所述根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合,包括:根据所述多个心率值计算出用户每次使用所述第一应用时的参考平均心率值;根据所述多个参考平均心率值计算出用户在使用所述第一应用时的目标平均心率值;判断所述目标平均心率值是否大于或者等于第一预设心率阈值;若检测到所述目标平均心率值大于或者等于所述第一预设心率阈值,则确定所述第一应用需要添加到所述偏好应用集合;若检测到所述目标平均心率值小于所述第一预设心率阈值,则判断所述目标平均心率值是否大于或者等于所述第二预设心率阈值,所述第二预设心率阈值小于所述第一预设心率阈值;若是,则根据所述充值记录判断所述第一应用是否需要添加到所述偏好应用集合;若否,则确定所述第一应用不需要添加到所述偏好应用集合。
其中,当第一应用为游戏类应用时,除了通过心率数据判定该应用是否为用户的偏好应用,还可以通过充值记录判定用户对该游戏类应用的感兴趣程度,通常情况下,充值可以表示为用户对游戏内容的喜爱或者赞赏,一定程度上会反映出用户对待该游戏类应用的态度。在本示例中,电子设备可以预先对各种应用的应用类型进行标签分类,当查询到当前处理的第一应用为游戏类应用时,可以通过比较目标平均心率值和第一预设心率阈值进行第一步判定,若目标平均心率值大于或者等于第一预设心率阈值,则在心率数据方面就可以判定该应用为用户的偏好应用;若目标平均心率值小于第一预设心率值,但大于或者等于第二预设心率值,则可以通过用户在目标时间段内对该游戏类应用的充值记录判定用户是否对该应用感兴趣。
可见,在本示例中,当第一应用为游戏类应用时,第一使用记录集合还包括用户对第一应用的充值记录,电子设备可以结合心率数据和充值记录综合判断第一应用是否为用户的偏好应用进而判定出第一应用是否需要添加到偏好应用集合中,相较于仅通过心率数据进行判断的方法,能够进一步提高算法的准确性。
在一个可能的示例中,所述根据所述充值记录判断所述第一应用是否需要添加到所述偏好应用集合,包括:根据所述充值记录确定用户针对所述第一应用的充值次数和充值金额;判断所述充值次数是否大于预设次数、且所述充值金额大于预设金额;若是,则确定所述第一应用需要添加到所述偏好应用集合;若否,则确定所述第一应用不需要添加到所述偏好应用集合。
其中,在通常情况下,用户在某一段时间内对某款游戏的充值次数越多、充值金额越大,可以表明用户在这段时间内越喜欢玩这款游戏。在实际场景下,若用户对游戏应用充值了多次,但充值金额很小,则表明用户并不想在该游戏应用中投入太多,因此仅依赖充值次数维度无法完全表征该应用为用户的偏好应用;同理,若用户对游戏应用的充值金额超过了预设金额,但并未多次充值,则可能是用户充值后认为游戏内容或充值奖励并不能吸引到该用户,选择停止充值以及时止损,因此仅依赖充值金额维度也无法完全表征该应用为用户的偏好应用。因此在本示例中,将用户对第一应用的充值金额和充值次数共同作为判定标准,能够提高判定结果的可靠性,从而提高算法的准确度。
可见,本示例中,电子设备根据充值记录确定出用户对第一应用的充值次数和充值金额,再将充值金额和充值次数共同作为判定标准,从而提高判定结果的可靠性和算法的准确性。
步骤203,若判断出所述第一应用需要添加到所述偏好应用集合,则将所述第一应用添加到所述偏好应用集合。
其中,将所述第一应用添加到所述偏好应用集合意味着确定第一应用为用户的偏好应用,使得第一应用也适用于后续针对偏好应用的更新算法。
步骤204,响应于针对所述第一应用对应的更新提示框的第一操作,更新所述第一应用。
其中,所述第一操作用于指示允许更新应用,所述第一操作具体可以是针对更新提示框中的“更新”功能控件的点击操作。示例性地,请参阅图4,图4是本申请实施例提供的一种更新提示框的示例简图,如图4所示,当用户启动偏好应用集合中的第一应用后,电子设备检测到第一应用存在待更新版本,则会显示第一应用对应的更新提示框40,所述更新提示框40包括提示信息显示区域41、更新功能控件42和取消功能控件43,其中,所述提示信息显示区域41用于显示提示信息以提醒用户第一应用存在待更新版本,提示信息具体可以是“检测到应用存在待更新版本,是否进行更新”,此时用户可以执行第一操作,即针对更新功能控件42的点击操作,当电子设备检测到该第一操作时则会更新所述第一应用。此外,用户也可以执行第二操作,即针对取消功能控件43的点击操作,用于表示暂且不更新第一应用。
在一个可能的示例中,所述方法还包括:响应于用户针对第二应用的启动操作,检测所述第二应用是否属于所述偏好应用集合,以及检测所述第二应用是否存在待更新版本;检测到所述第二应用不存在待更新版本,则启动所述第二应用。
其中,第二应用可以是用户在一般使用场景中启动的应用,此时电子设备需要检测该第二应用是否为偏好应用,以及检测是否存在待更新版本,从而决定后续的处理过程。当检测到第二应用不存在待更新版本时,例如检测到数据库中第二应用对应的字段值为0,表明第二应用当前的版本即为最新版本,则直接启动第二应用以供用户使用。
可见,本示例中,电子设备响应于用户针对第二应用的启动操作,检测第二应用是否为偏好应用、以及是否存在待更新版本,当检测到不存在待更新版本时则直接启动第二应用,提高用户使用体验。
在一个可能的示例中,所述方法还包括:检测到所述第二应用属于所述偏好应用集合、且存在待更新版本,则显示所述第二应用对应的更新提示框;若检测到用户针对所述第二应用对应的更新提示框的所述第一操作,则响应所述第一操作,更新所述第二应用;若检测到用户针对所述第二应用对应的更新提示框的第二操作,则响应所述第二操作,判断所述第二应用的待更新版本是否属于强制更新内容,所述强制更新内容用于表征应用在更新后才允许启动,所述第二操作用于指示不允许更新应用;若是,则关闭所述第二应用;若否,则启动所述第二应用,并记录用户针对所述第二应用的启动次数;以及,当所述启动次数达到第一预设次数时,显示所述第二应用对应的更新提示框。
其中,当第二应用存在待更新版本、且为用户的偏好应用时,则在用户启动第二应用时,显示第二应用对应的更新提示框,以提示用户第二应用存在待更新版本。若检测到用户的第一操作,即允许更新应用,则更新第二应用;若检测到用户的第二操作,即不允许更新应用,此时电子设备判断第二应用的待更新版本是否属于强制更新内容,若属于强制更新内容,则表明第二应用在不更新的情况下是无法启动并使用的,例如多玩家的游戏类应用,这些游戏应用为了保证竞技公平性,会保证每个登录的玩家的游戏版本都是相同的,游戏版本仍是旧版本的用户则无法登录,这种游戏类应用对应的待更新版本即为所述强制更新内容。同时,也存在更新内容并非所述强制更新内容的应用,例如新闻类应用、短视频类应用,这些应用的更新通常是为了优化用户使用体验,一般情况下不更新也不会影响到用户对此类用户的正常使用,因此部分用户会选择不更新此类应用。
在本示例中,若用户不允许更新第二应用,且电子设备检测到第二应用的待更新版本为强制更新内容,则直接关闭第二应用,表明该应用不进行更新就无法启动;若用户不允许更新第二应用,且电子设备检测到第二应用的待更新版本不属于强制更新内容,则以旧版本启动第二应用,并且,由于第二应用是用户的偏好应用,用户可能只是暂时不想更新此应用,且存在未来会更新此应用的可能性,因此在启动该第二应用的同时,开始记录用户的启动次数,当用户启动次数达到第一预设次数时,重新显示更新提示框以提示用户第二应用存在待更新版本。可以理解的是,当用户针对第二应用的启动次数未达到第一预设次数时,检测到用户针对第二应用的启动操作,则会直接启动第二应用而不显示更新提示框,以避免频繁显示更新提示框影响用户的使用体验。
可见,本示例中,电子设备在用户启动第二应用后,检测到第二应用属于偏好应用集合、且存在待更新版本,则会显示更新提示框,然后再基于用户对更新提示框的第一操作或第二操作执行相应的处理流程,提高电子设备的智能性,进而贴合用户的实际使用习惯,优化用户的使用体验。
在一个可能的示例中,所述方法还包括:检测到所述第二应用不属于所述偏好应用集合、且存在待更新版本,则判断所述第二应用的待更新版本是否属于所述强制更新内容;若否,则启动所述第二应用;若是,则显示所述第二应用对应的更新提示框;若检测到用户针对所述第二应用对应的更新提示框的所述第一操作,则响应所述第一操作,更新所述第二应用;若检测到用户针对所述第二应用对应的更新提示框的所述第二操作,则响应所述第二操作,关闭所述第二应用。
其中,当第二应用存在待更新版本、且不属于偏好应用集合时,表明第二应用是用户不感兴趣但待更新的应用,但由于第二应用对应的更新内容有可能是强制更新内容。这种情况下若不更新则无法启动并使用,那么在用户启动第二应用时,电子设备会先判断第二应用对应的更新内容是否为强制更新内容,如果不是强制更新内容,则直接启动第二应用,如果是强制更新内容,则此类应用即使是不属于偏好应用集合的应用,但在用户启动时仍表明用户可能具有使用需求,仍需要显示更新提示框以提示用户存在待更新版本。当用户对更新提示框执行了第一操作,即允许更新,则更新第二应用;当用户对更新提示框执行了第二操作,即拒绝更新,则由于属于强制更新内容,无法启动并使用该应用,则关闭第二应用。
可见,本示例中,电子设备在用户启动第二应用后,检测到第二应用不属于偏好应用集合、且存在待更新版本,则会先判断第二应用对应的更新内容是否属于强制更新内容,若不是强制更新内容,则直接启动第二应用,若是强制更新内容,则依旧显示更新提示框以提示用户存在待更新版本,若用户选择更新,则更新第二应用,若用户选择不更新,则关闭第二应用。如此,提高了智能性和灵活性,即使是用户不感兴趣的应用在面对用户可能具有实际使用需求时仍能得到更新,优化用户的使用体验。
在一个可能的示例中,所述第一应用的待更新版本属于强制更新内容,在所述将所述第一应用添加到所述偏好应用集合后,所述方法还包括:检测备忘类应用中是否记录有关联所述第一应用的目标提醒事项;若是,则根据所述目标提醒事项更新所述第一应用;若否,则在检测到用户针对所述第一应用的启动操作时,显示所述第一应用对应的更新提示框,以及响应于用户针对所述第一应用对应的更新提示框的第一操作,更新所述第一应用。
其中,在实际使用场景中可能会存在用户近期需要使用某些应用,但这些应用存在待更新版本,且属于强制更新内容,不更新就无法启动并使用的情况,此时这些应用得到更新的方法是在用户启动应用后,电子设备显示更新提示框,用户执行第一操作,电子设备响应第一操作完成应用更新;或者,利用自动更新,即当终端在无线局域网环境下,用户设定的应用存在新版本时会自动进行更新。但是,当终端不在无线局域网环境下,这些应用也依旧无法进行自动更新,容易出现由于应用更新不及时导致用户无法在原计划的时间节点下使用此应用的情况。
在本示例中,电子设备可以通过检测备忘类应用中是否记录有关联第一应用的目标提醒事项来判断用户近期是否对第一应用有使用需求,例如第一应用为待更新内容为强制更新内容的应用B,备忘录应用中记录的关于应用B的目标提醒事项:“晚上八点登录应用B领取奖励”,则可以确定用户近期对应用B具有使用需求。此时,电子设备根据目标提醒事项直接更新第一应用,而不再等待用户启动后再显示更新提示框后再更新,从而避免用户忘记更新导致无法在原计划的时间节点下使用该第一应用,进一步提高了电子设备的智能性,优化了用户的使用体验。
在一个可能的示例中,所述检测备忘类应用中是否记录有关联所述第一应用的目标提醒事项,包括:获取所述备忘类应用中记录的关联所述第一应用的多个提醒事项;检测所述多个提醒事项中是否存在提醒时刻点晚于当前时刻点的提醒事项;若存在,则确定所述备忘类应用中记录有关联所述第一应用的目标提醒事项,以及确定提醒时刻点晚于所述当前时刻点的提醒事项为所述目标提醒事项;若不存在,则确定所述备忘类应用中没有记录关联所述第一应用的目标提醒事项。
其中,所述当前时刻点具体可以是第一应用的待更新版本发布的时刻点。示例性地,备忘录应用中记录着关联应用B的多个提醒事项,其中多个提醒事项包括提醒事项一:“10月6日晚上八点登录应用B领取奖励”、提醒事项二:“10月7日晚上八点登录应用B领取奖励”、以及提醒事项三:“10月8日早上八点登录应用B领取奖励”,应用B待更新版本发布的时刻点为10月7日早上八点,则可以确定出提醒时刻点分别为10月6日晚上八点、10月7日晚上八点和10月8日早上八点,其中,晚于10月7日早上八点的提醒时刻点对应的提醒事项为目标提醒事项,则可以确定出目标提醒事项为提醒事项二和提醒事项三。
可见,本示例中,电子设备可以筛除掉没有实际意义的提醒事项,避免电子设备产生误判,提高了电子设备的智能性,优化用户的使用体验。
在一个可能的示例中,所述根据所述目标提醒事项更新所述第一应用,包括:从所述目标提醒事项对应的提醒时刻点中确定出在时序上最靠近所述当前时刻点的目标提醒时刻点;根据所述第一应用对应的更新内容和网络环境计算出应用更新时长;根据所述目标提醒时刻点和所述应用更新时长确定出应用更新时刻点;若在所述应用更新时刻点之前未检测到用户针对所述第一应用的启动操作,则在所述应用更新时刻点更新所述第一应用。
示例性地,以上述提醒事项二和提醒事项三为目标提醒事项为例,由于提醒事项二中的提醒时刻点10月7日晚上八点相较于提醒事项三中的提醒时刻点10月8日早上八点在时序上更靠近当前时刻点,则电子设备确定提醒事项二的提醒时刻点为目标提醒时刻点。此时,电子设备根据第一应用对应的更新内容和网络环境计算出应用更新时长,具体可以是根据更新安装包的数据量大小以及电子设备的网络下载速度进行计算。其中,所述根据所述目标提醒时刻点和所述应用更新时长确定出应用更新时刻点,具体可以是将目标提醒时刻点之前间隔两个应用更新时长的时刻点设置为应用更新时刻点,例如,目标提醒时刻点为10月7日晚上八点,计算出的应用更新时长为30分钟,则应用更新时刻点可以是10月7日晚上七点。当在10月7日晚上七点前仍未检测到用户启动第一应用,则在10月7日晚上七点自动更新所述第一应用。
可见,本示例中,电子设备可以先后计算出应用更新时长和应用更新时刻点,从而在应用更新时刻点前仍未检测到用户的启动操作的情况下,可以在应用更新时刻点及时地自动更新用户具有使用需求的第一应用,提高了电子设备的智能性和灵活性,优化了用户的使用体验。
可以看出,本申请实施例中,电子设备先获取第一应用的第一使用记录集合,该第一使用记录集合包括在使用第一应用的过程中被采集到的心率数据;然后根据第一使用记录集合判断第一应用是否需要添加到偏好应用集合,该偏好应用集合中的应用用于指示如下操作:电子设备在检测到应用存在待更新版本、且启动应用的情况下,显示更新提示框以提醒应用存在待更新版本;若判断出第一应用需要添加到偏好应用集合,则将第一应用添加到偏好应用集合;最后响应于针对第一应用对应的更新提示框的第一操作,更新第一应用,该第一操作用于指示允许更新应用。如此,电子设备通过包含心率数据的使用记录集合推断出用户感兴趣的应用,并在该应用存在待更新版本时推送更新提示框,再基于对更新提示框的第一操作来更新应用,节约了终端的存储空间,提高了终端的智能性,优化用户使用体验。
与上述所示的实施例一致的,请参阅图5a,图5a是本申请实施例提供的一种应用更新装置的功能单元组成框图,如图5a所示,所述应用更新装置50包括:获取单元501,用于获取安装在电子设备中的第一应用的第一使用记录集合,所述第一使用记录集合包括用户在使用所述第一应用的过程中被采集到的心率数据;判断单元502,用于根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合,所述偏好应用集合中的应用用于指示所述电子设备在检测到所述应用存在待更新版本、且用户启动所述应用的情况下,显示更新提示框以提醒用户所述应用存在待更新版本;添加单元503,用于若判断出所述第一应用需要添加到所述偏好应用集合,则将所述第一应用添加到所述偏好应用集合;响应单元504,用于响应于用户针对所述第一应用对应的更新提示框的第一操作,更新所述第一应用,所述第一操作用于指示允许更新应用。
在一个可能的示例中,所述心率数据包括用户针对所述第一应用的使用次数和所述电子设备在每次使用过程中采集到的用户的多个心率值,在所述根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合方面,所述判断单元502具体用于:根据所述多个心率值计算出用户每次使用所述第一应用时的参考平均心率值;根据所述多个参考平均心率值计算出用户在使用所述第一应用时的目标平均心率值;判断所述目标平均心率值是否大于或者等于第一预设心率阈值;若是,则确定所述第一应用需要添加到所述偏好应用集合;若否,则确定所述第一应用不需要添加到所述偏好应用集合。
在一个可能的示例中,所述第一应用为游戏类应用,所述第一使用记录集合包括用户在使用所述第一应用的过程中被采集到的心率数据,以及还包括用户在所述第一应用中的充值记录,所述心率数据包括用户针对所述第一应用的使用次数和所述电子设备在每次使用过程中采集到的用户的多个心率值,在所述根据所述第一使用记录集合判断所述第一应用是否需要添加到偏好应用集合方面,所述判断单元502具体用于:根据所述多个心率值计算出用户每次使用所述第一应用时的参考平均心率值;根据所述多个参考平均心率值计算出用户在使用所述第一应用时的目标平均心率值;判断所述目标平均心率值是否大于或者等于第一预设心率阈值;若检测到所述目标平均心率值大于或者等于所述第一预设心率阈值,则确定所述第一应用需要添加到所述偏好应用集合;若检测到所述目标平均心率值小于所述第一预设心率阈值,则判断所述目标平均心率值是否大于或者等于所述第二预设心率阈值,所述第二预设心率阈值小于所述第一预设心率阈值;若是,则根据所述充值记录判断所述第一应用是否需要添加到所述偏好应用集合;若否,则确定所述第一应用不需要添加到所述偏好应用集合。
在一个可能的示例中,在所述根据所述充值记录判断所述第一应用是否需要添加到所述偏好应用集合方面,所述判断单元502具体用于:根据所述充值记录确定用户针对所述第一应用的充值次数和充值金额;判断所述充值次数是否大于预设次数、且所述充值金额大于预设金额;若是,则确定所述第一应用需要添加到所述偏好应用集合;若否,则确定所述第一应用不需要添加到所述偏好应用集合。
在一个可能的示例中,所述应用更新装置50还用于:响应于用户针对第二应用的启动操作,检测所述第二应用是否属于所述偏好应用集合,以及检测所述第二应用是否存在待更新版本;检测到所述第二应用不存在待更新版本,则启动所述第二应用。
在一个可能的示例中,所述应用更新装置50还用于:检测到所述第二应用属于所述偏好应用集合、且存在待更新版本,则显示所述第二应用对应的更新提示框;若检测到用户针对所述第二应用对应的更新提示框的所述第一操作,则响应所述第一操作,更新所述第二应用;若检测到用户针对所述第二应用对应的更新提示框的第二操作,则响应所述第二操作,判断所述第二应用的待更新版本是否属于强制更新内容,所述强制更新内容用于表征应用在更新后才允许启动,所述第二操作用于指示不允许更新应用;若是,则关闭所述第二应用;若否,则启动所述第二应用,并记录用户针对所述第二应用的启动次数;以及,当所述启动次数达到第一预设次数时,显示所述第二应用对应的更新提示框。
在一个可能的示例中,所述应用更新装置50还用于:检测到所述第二应用不属于所述偏好应用集合、且存在待更新版本,则判断所述第二应用的待更新版本是否属于所述强制更新内容;若否,则启动所述第二应用;若是,则显示所述第二应用对应的更新提示框;若检测到用户针对所述第二应用对应的更新提示框的所述第一操作,则响应所述第一操作,更新所述第二应用;若检测到用户针对所述第二应用对应的更新提示框的所述第二操作,则响应所述第二操作,关闭所述第二应用。
可以理解的是,由于方法实施例与装置实施例为相同技术构思的不同呈现形式,因此,本申请中方法实施例部分的内容应同步适配于装置实施例部分,此处不再赘述。
在采用集成的单元的情况下,如图5b所示,图5b是本申请实施例提供的另一种应用更新装置的功能单元组成框图。在图5b中,所述应用更新装置50包括:处理模块52和通信模块51。处理模块52用于对应用更新装置的动作进行控制管理,例如,执行获取单元501、判断单元502、添加单元503和响应单元504的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块51用于支持应用更新装置与其他设备之间的交互。如图5b所示,应用更新装置还可以包括存储模块53,存储模块53用于存储应用更新装置的程序代码和数据。
其中,处理模块52可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块51可以是收发器、RF电路或通信接口等。存储模块53可以是存储器。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述应用更新装置50均可执行上述图2所示的应用更新方法。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
本申请实施例还提供一种计算机存储介质,其中,其上存储有计算机程序/指令,所述计算机程序/指令被处理器执行时实现如上述方法实施例中记载的任一方法的部分或全部步骤。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。所述计算机程序产品可以是上述实施例涉及到的应用程序。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的;例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式;例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、磁碟、光盘、易失性存储器或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(randomaccess memory,RAM)可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)等各种可以存储程序代码的介质。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,可轻易想到变化或替换,均可作各种更动与修改,包含上述不同功能、实施步骤的组合,包含软件和硬件的实施方式,均在本发明的保护范围。
- 结构光文件的更新方法及相关装置
- 应用更新方法和装置
- 一种应用的更新方法、装置及系统
- 实现应用程序更新的方法、装置和计算机可读存储介质
- 应用程序更新处理方法、装置、无人驾驶车辆及服务器
- 数据更新方法、应用端数据更新方法及相关产品
- 一种应用程序安装包更新方法、融合方法及相关装置