WO2020253201A1

WO2020253201A1 - 一种应用程序升级的方法、装置、终端设备及存储介质

Info

Publication number: WO2020253201A1
Application number: PCT/CN2019/128931
Authority: WO
Inventors: 王永飞; 高婧雯
Original assignee: 珠海格力电器股份有限公司
Priority date: 2019-06-17
Filing date: 2019-12-27
Publication date: 2020-12-24
Also published as: CN110297650A; CN110297650B

Abstract

一种应用程序升级的方法、装置、终端设备及存储介质，用于解决应用程序升级效率较低的技术问题。方法包括：从待升级的应用程序中，确定第一应用程序（101）；判断第一应用程序是否满足升级触发条件（102），其中，升级触发条件用于表征第一应用程序需要进行升级；若满足升级触发条件，则对第一应用程序进行升级（103）；根据预设升级策略，从待升级的应用程序中确定第二应用程序（104），并根据第一应用程序的升级，触发第二应用程序升级（105）。

Description

一种应用程序升级的方法、装置、终端设备及存储介质

相关申请

本公开要求2019年6月17日申请的，申请号为201910519926.4，名称为“一种应用程序升级的方法、装置、终端设备及存储介质”的中国专利申请的优先权，在此将其全文引入作为参考。

技术领域

本公开涉及计算机技术领域，尤其涉及一种应用程序升级的方法、装置、终端设备及存储介质。

背景技术

随着技术的不断发展，人们使用的终端设备中的应用程序也不断的提供新的使用版本，从而可以为用户提供更为优质的服务。

相关技术中，当终端设备中的应用程序需要升级的时候，需要用户先点击需要升级的应用程序的应用图标，才可以完成一个应用程序的升级。然而，当终端设备中的多个应用程序均需要升级的时候，用户则需要重复前述的操作，即依次点击每个应用程序的应用图标，才可以完成多个应用程序的升级。

可见，在多个应用程序需要升级时，用户需要进行较多的操作，操作过程繁琐，应用程序升级的效率较低，用户的使用体验较差。

发明内容

基于此，本公开实施例提供一种应用程序升级的方法、装置、终端设备及存储介质，可以提高应用程序的升级效率。

第一方面，提供一种应用程序升级的方法，所述方法包括：

从待升级的应用程序中，确定第一应用程序；

判断所述第一应用程序是否满足升级触发条件，其中，所述升级触发条件用于表征所述第一应用程序需要进行升级；

若满足所述升级触发条件，则对所述第一应用程序进行升级；

根据预设升级策略，从所述待升级的应用程序中确定第二应用程序，并根据所述第一应用程序的升级，触发所述第二应用程序升级。

在一些实施例中，根据预设升级策略，从所述待升级的应用程序中确定第二应用程序，包括：

根据候选应用选择策略，从所述待升级的应用程序除所述第一应用程序外的应用程序中确定候选应用程序集；

根据升级次序排序策略，确定所述候选应用程序集中的各个候选应用程序的升级次序，并根据确定出的升级次序确定所述第二应用程序。

在一些实施例中，若所述候选应用程序集中的候选应用程序不处于同一应用桌面，则根据升级次序排序策略，确定所述候选应用程序集中的各个候选应用程序的升级次序，包括：

确定各个应用桌面升级的优先级；

根据各个应用桌面升级的优先级，确定各个应用桌面中所包括的各个候选应用程序的升级次序；其中，应用桌面升级的优先级越高，该应用桌面中的候选应用程序的升级次序越靠前。

在一些实施例中，确定各个应用桌面升级的优先级，包括：

确定各个应用桌面中的候选应用程序的数量，并按照预设的应用桌面中的候选应用程序的数量与优先级的对应关系，确定各个应用桌面升级的优先级；

或者，

确定各个应用桌面与所述第一应用程序所在的应用桌面之间的距离，并按照预设的距离与优先级的对应关系，确定各个应用桌面升级的优先级；

或者，

根据预先设置的应用桌面升级优先级，确定各个应用桌面升级的优先级。

在一些实施例中，对于处于同一应用桌面的候选应用程序，根据升级次序排序策略，确定所述候选应用程序集中的各个候选应用程序的升级次序，包括：

确定每个候选应用程序与所述第一应用程序之间的距离，并按照距离与升级次序之间的对应关系，确定每个候选应用程序的升级次序；或者，

根据每个候选应用程序的历史使用信息，确定每个候选应用程序的升级次序，其中，所述历史使用信息包括历史升级次数和/或使用频次。

在一些实施例中，根据候选应用选择策略，从所述待升级的应用程序除去所述第一应用程序的应用程序中确定候选应用程序集，包括：

将所述第一应用程序所处的应用桌面中的待升级应用程序确定为所述候选应用程序集；或者，

确定所述第一应用程序的应用类型，并将所述待升级应用程序中与所述应用类型相同的应用程序确定为所述候选应用程序集；或者，

将所述待升级应用程序中使用频率大于预设频率阈值的应用程序确定为所述候选应用程序集。

在一些实施例中，所述第二应用程序包括至少两个，则，根据所述第一应用程序的升级，触发所述第二应用程序升级，包括：

在所述第一应用程序的升级过程中或者升级完成后，控制至少两个第二应用程序并行升级；或者，

在所述第一应用程序的升级过程中或者升级完成后，控制至少两个应用程序按照确定的升级次序依次升级。

第二方面，提供一种应用程序升级的装置，所述装置包括：

确定模块，设置为从待升级的应用程序中，确定第一应用程序；

判断模块，设置为判断所述第一应用程序是否满足升级触发条件，其中，所述升级触发条件用于表征所述第一应用程序需要进行升级；

升级模块，设置为若满足所述升级触发条件，则对所述第一应用程序进行升级；

控制模块，设置为根据预设升级策略，从所述待升级的应用程序中确定第二应用程序，并根据所述第一应用程序的升级，触发所述第二应用程序升级。

在一些实施例中，所述控制模块设置为：

在一些实施例中，若所述候选应用程序集中的候选应用程序不处于同一应用桌面，所述控制模块设置为：

确定各个应用桌面升级的优先级；

在一些实施例中，所述控制模块设置为：

或者，

在一些实施例中，对于处于同一应用桌面的候选应用程序，所述控制模块设置为：

在一些实施例中，所述控制模块，设置为：

在一些实施例中，所述第二应用程序包括至少两个，所述控制模块，设置为：

第三方面，提供一种终端设备，所述终端包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中的任一方法包括的步骤。

第四方面，提供一种存储介质，该存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行第一方面中的任一方法包括的步骤。

在本公开的一些实施例中，可以从待升级的应用程序中，确定出第一应用程序，例如是预先设定的待升级的应用程序，然后判断第一应用程序是否满足升级触发条件，即判断第一应用程序当前是否需要进行升级，若确定第一应用程序需要升级，则对第一应用程序进行升级。进一步地，可以根据预设升级策略，从所述待升级的应用程序中确定出第二应用程序，并根据第一应用程序的升级，自动触发第二应用程序升级。

也就是说，在对第一应用程序升级时，可以确定出另一需要升级的第二应用程序，然后根据第一应用程序的升级(例如是在第一应用程序的升级过程中或第一应用程序升级完成后)，联动触发第二应用程序自动升级，即对于多个应用程序的升级，是通过一个应用程序的升级自动触发另一个应用程序的升级，无需用户再针对每个应用程序逐个的进行相应的操作，来完成多个应用程序的升级，即简化了用户的操作，这样可以在一定程度上提高应用程序的升级效率。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据公开的附图获得其他的附图。

图1为本公开一些实施例中的应用程序升级的方法的流程图；

图2为本公开一些实施例中的应用桌面的示意图；

图3为本公开一些实施例中的应用桌面中包括候选应用程序的示意图；

图4为本公开一些实施例中的应用程序升级的装置的结构框图；

图5为本公开一些实施例中的终端设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本公开的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本公开实施例中，“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本公开实施例不做限制。

另外，本公开实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

相关技术中，为了满足用户的多种需求，终端设备中的应用程序不断推出新的使用版本，从而可以为用户提供实用性更强的应用程序。然而，相关的应用程序升级的方法，需要用户手动对需要升级的应用程序进行相应的操作，从而实现应用程序的升级。然而，当终端设备中出现多个需要升级的应用程序时，用户需要进行多次重复操作，操作步骤多，应用程序升级效率低。

鉴于此，本公开提出一种应用程序升级的方法，通过该方法可以根据一个应用程序的升级，自动触发另一个应用程序的升级，这样的话，不需要用户对多个应用程序进行重复的升级操作，可以快速的升级多个应用程序，提高应用程序的升级效率，从而提升用户体验。

本公开一些实施例提供的应用程序升级的方法，可以应用于终端设备，即本公开一些实施例中的应用程序升级的方法中各步骤的执行主体可以是前述的终端设备。在具体实施过程中，终端设备可以包括手机、平板电脑、穿戴式设备(例如智能手环)等终端设备，本公开一些实施例中对终端设备不做限制，该终端设备可以具有应用程序升级功能且安装有应用程序即可。其中，手机可以是单屏显示的手机，也可以是双屏(或者更多屏，例如三屏或四屏)显示的手机即折叠屏手机，本公开一些实施例中不做限制。另外，需要说明的是，在本公开一些实施例中为了便于描述，可以将应用程序称为应用。

下面结合说明书附图介绍本公开一些实施例提供的技术方案。

请参见图1，本公开一些实施例提供一种应用程序升级的方法，该方法可以由前述的终端设备执行，该方法可以应用于任何希望多个应用程序升级的场景中，在该应用场景中，终端设备可以自动进行多个应用程序的升级。

步骤101：从待升级的应用程序中，确定第一应用程序。

在本公开一些实施例中，可以从手机的待升级的应用程序中，确定出核心应用程序即第一应用程序，其中，核心应用程序可以是系统自主确定的应用程序，例如将用户更新次数最高的应用程序确定为核心应用程序，或者是将用户使用时长最长的应用程序确定为核心应用程序。

在具体实施过程中，核心应用程序还可以是用户自定义确定，例如是用户双击待升级的应用程序中某个应用程序的应用图标，以将该应用程序确定为核心应用程序，或者是用户预先设定某个应用程序为核心应用程序，本公开一些实施例中对确定核心应用程序的确定方式不做限制。也就是说，在本公开一些实施例中，核心应用程序是用户较为希望升级的应用程序，或者是用户较为需要升级的应用程序。

步骤102：判断第一应用程序是否满足升级触发条件。

步骤103：若满足升级触发条件，则对第一应用程序进行升级。

在本公开一些实施例中，当从待升级的应用程序中确定出第一应用程序之后，则可以判断第一应用程序是否满足升级触发条件，其中，该升级触发条件用于表征第一应用程序需要进行升级，即升级触发条件是用于触发第一应用程序进行升级的条件。

在具体的实施过程中，升级触发条件的有两种，一种是终端设备获得用户对第一应用程序进行第一预设操作(例如长按第一应用程序的应用图标)，由于是用户手动触发操作的，能够更为准确的体现用户的实际需求，从而可以更具有针对性的满足用户的需求。

在具体的实施过程中，升级触发条件还可以是根据预定的触发时间，例如，预定升级触发时间为一周，则在上次升级过后的一周后，终端设备自动确定第一应用程序满足升级触发条件。进一步地，还可以为在监测到系统时间为预定时间范围时，自动确定第一应用程序满足升级触发条件，例如，预定时间范围为每天的凌晨两点到四点，那么在监测到系统时间为凌晨三点，自动确定第一应用程序满足升级触发条件。这样的方式，用户无需进行相应的操作，终端设备自主确定第一应用程序满足升级触发条件，可以使得用户在忙碌的工作生活中不需要再消耗时间在应用程序升级处理方面，提升用户的使用体验。

在本公开一些实施例中，当确定第一应用程序满足升级触发条件时，终端设备可以自主的对第一应用程序进行升级。在具体的实施过程中，可以在确定第一应用程序满足升级触发条件之后，下载第一应用程序的更新数据包，从而实现对第一应用程序的升级。

步骤104：根据预设升级策略，从待升级的应用程序中确定第二应用程序。

在本公开一些实施例中，可以在确定第一应用程序升级过程中或升级完成后，根据预设升级策略，从待升级的应用程序中确定第二应用程序。在本公开实施例中，前述的第二应用程序可以包括一个应用程序，也可以同时包括多个应用程序。也就是说，本公开中是在确定出需要升级的一个应用程序之后再确定出另一个或另一批需要升级的应用程序。

在本公开一些实施例中，根据预设升级策略，从待升级的应用程序中确定第二应用程序，可以包括以下两个步骤：

步骤A：根据候选应用选择策略，从待升级的应用程序除第一应用程序外的应用程序中确定候选应用程序集。

步骤B:根据升级次序排序策略，确定候选应用程序集中的各个候选应用程序的升级次序，并根据确定出的升级次序确定第二应用程序。

在本公开一些实施例中，预设升级策略包括候选应用选择策略和升级次序排序策略，其中，候选应用选择策略，用于从待升级的应用程序除第一应用程序外的应用程序中确定出候选应用程序集，也就是说，可以选择升级除第一应用程序外的待升级的部分应用程序，也可以升级除第一应用程序外的待升级的全部应用程序，以满足用户的多种升级需求。升级次序排序策略，用于确定候选应用程序集中每个候选应用程序集的升级次序。也就是说，通过预设升级策略得到的第二应用程序是通过两个策略来经过两次选择确定的，这样的话，可以较为准确的确定除第一应用程序外用户较为希望升级的下一个应用程序，提升用户使用体验。

在本公开一些实施例中，大致可以采用基于第一应用程序相关的信息和待升级应用程序的使用频率这两大类方式来确定候选应用集。其中，基于第一应用程序相关的信息例如是将第一应用程序所处的应用桌面中的待升级的应用程序，或者是基于第一应用程序的应用类型来确定候选应用程序集，由于第一应用程序是系统或用户确定的核心应用程序，则根据第一应用程序确定出的候选应用集可以较为准确的满足用户的升级需求。基于待升级的使用频率确定方式是在前述基于第一应用程序的方式的基础上，提供的一种确定方式，以便更准确的确定出候选应用集程序。

在本公开一些实施例中，可以将第一应用程序所处的应用桌面中的待升级的应用程序确定为候选应用程序集。在具体实施过程中，为了便于对大量的应用程序进行展示和管理，目前一般采用分页的方式，即终端设备可以设置多个应用桌面，在每个应用桌面上，请参见图2，例如可以以4*4的网格状排列16个应用程序的应用图标，用户通过翻页操作(例如向左或向右滑动手机屏幕)可以在多个应用桌面之间进行切换，以便快速找到需要使用的应用程序。

在具体的实施过程中，终端设备可以先确定出第一应用程序所处的应用桌面，然后再确定第一应用程序所处的应用桌面中的待升级的应用程序，从而可以确定出候选应用程序集。这样确定候选应用程序集的方式，可以考虑到若用户当前使用终端设备的其它应用桌面中的应用程序的情况，满足用户的实际使用需求。

在本公开一些实施例中，可以确定第一应用程序的应用类型，将待升级应用程序中与第一应用程序的应用类型相同的应用程序确定为候选应用程序集。例如，第一应用程序为游戏类的应用程序，则可以将待升级应用程序中应用类型为游戏类的应用程序确定为候选应用程序集。这样确定候选应用程序集的方式，充分参考用户对待升级应用的需求，针对性的确定候选应用程序集，提升用户的使用体验。

在本公开一些实施例中，还可以将待升级应用程序中使用频率大于预设频率阈值的应用程序确定为候选应用程序集。例如，预设频率阈值为5次/天，待升级应用程序A为0次/天、待升级应用程序B为6次/天、待升级应用程序C为10次/天、待升级应用程序D为7次/天、待升级应用程序F为3次/天，则可以确定出候选应用程序集中包括待升级应用程序B、待升级应用程序C、待升级应用程序D。

在本公开一些实施例中，在确定出候选应用程序集中后，还可以确定各个候选应用程序的升级次序，并根据确定出的升级次序确定第二应用程序。在具体的实施过程中，确定出的各个候选应用程序的升级次序若相同，则第二应用程序为多个候选应用程序，确定出的各个候选应用程序的升级次序若不同，则确定出的升级次序最靠前的候选应用程序为第二应用程序。

在具体的实施过程中，考虑到候选应用程序集中的各个候选应用程序可能处于同一应用桌面，也可能处于不同应用桌面，因此，根据升级次序排序策略，确定候选应用程序集中的各个候选应用程序的升级次序的方式可以大致从各个候选应用程序处于同一应用桌面和各个候选应用程序处于不同应用桌面两个方面进行展开说明。

为了便于本领域技术人员理解，以下列举几种可能的方式来说明如何从确定候选应用程序集中的各个候选应用程序的升级次序，应用理解的是，以下举例只是示意性的说明，其并不对本公开实施例构成限定，除去以下所列举的方式，在具体实施过程中还可以再采用其它的确定方式，本文中并不穷举。

第一种确定方式

对于处于同一应用桌面的候选应用程序，根据升级次序排序策略，确定候选应用程序集中的各个候选应用程序的升级次序，其中：

第一种确定a方式为：

确定每个候选应用程序与第一应用程序之间的距离，并按照距离与升级次序之间的对应关系，确定每个候选应用程序的升级次序。

在本公开一些实施例中，可以确定出每个候选应用程序与第一应用程序之间的距离，其中，候选应用程序与第一应用程序之间的距离以其处于的应用桌面中的应用程序和应用程序之间的个数为距离判断单位，例如，请参见图3，应用桌面的排列方式为4*3的网格状排列12个应用程序的应用图标，应用桌面中包括候选应用1的应用图标1、候选应用2的应用图标2、候选应用3的应用图标3以及第一应用的应用图标0、其余均为非升级的应用程序，则可以确定出候选应用1与第一应用的距离为2、候选应用2与第一应用的距离为1以及候选应用3与第一应用的距离为0。

进一步地，还可以获得距离与升级次序之间的对应关系，从而可以确定每个候选应用程序的升级次序。例如，继续以前面的例子为例，对应关系为距离为0的候选应用的升级次序大于距离为1的候选应用的升级次序大于距离为2的候选应用的升级次序，则可以确定出候选应用3为第二应用程序。

前述的确定方式是根据候选应用和第一应用之间的距离确定出的第二应用程序，这样的确定方式可以充分考虑到多个应用升级之间的距离问题，可以将距离第一应用最近的候选应用确定为第二应用，即可以提升多个应用整体的升级效率。

第一种确定b方式为：

根据每个候选应用程序的历史使用信息，确定每个候选应用程序的升级次序。

在本公开一些实施例中，终端设备还可以获取每个候选应用程序的历史使用信息，然后根据每个候选应用程序的历史使用信息，确定每个候选应用程序的升级次序。其中，历史使用信息包括历史升级次数和/或使用频次。

在具体的实施过程中，终端设备可以获取每个候选应用程序历史升级次数，历史升级次数用于表征在本次待升级之前的预定时间内(例如半年)的升级次数，然后根据历史升级次数，确定各个候选应用的升级次序。

例如，继续以前面的例子为例，历史升级次数为在本次待升级之前的半年内的升级次数，候选应用1的历史升级次数为3次，候选应用2的历史升级次数为1次、候选应用3的历史升级次数为4次、候选应用4的历史升级次数为0次，则可以确定为候选应用3的历史升级次数最多，将候选应用3确定为第二应用程序。

在具体的实施过程中，终端设备还可以获取每个候选应用程序使用频次，使用频次用于表征在本次待升级之前的预定时间内(例如一个月、一周等)的使用次数，然后根据使用频次，确定各个候选应用的升级次序。当然，终端设备还可以根据获取的每个候选应用的历史升级次数和使用频次，来综合确定各个候选应用的升级次序。

前述的确定每个候选应用程序的升级次序的方式，考虑到了用户的历史使用信息，可以较为准确的自主确定出用户希望升级的应用程序。

第二种确定方式

若候选应用程序处于不同的应用桌面，则根据升级次序排序策略，确定各个候选应用程序的升级次序的方式为：确定各个应用桌面升级的优先级；根据各个应用桌面升级的优先级，确定各个应用桌面中所包括的候选应用程序的升级次序。

在本公开一些实施例中，当候选应用处于不同的应用桌面时，可以先确定各个应用桌面升级的优先级。在具体的实施过程中，确定应用桌面升级的优先级的方式有以下几种：

在本公开一些实施例中，终端设备可以确定各个应用桌面中的候选应用程序的数量，并按照预设的应用桌面中的候选应用程序的数量与优先级的对应关系，来确定各个应用桌面升级的优先级。其中，预设的应用桌面中的候选应用程序的数量与优先级的对应关系可以为应用桌面中的候选应用程序的数量越多，对应的其优先级越高；还可以为应用桌面中候选应用程序中的预定数量对应预定的优先级。

例如，终端设备中包括3个应用桌面，分别为应用桌面1、应用桌面2、应用桌面3，终端设备确定出应用桌面1中的候选应用程序数量为4、应用桌面2中的候选应用程序数量为0、应用桌面3中的候选应用程序数量为3，则根据预设的应用桌面中的候选应用程序的数量与优先级的对应关系，可以确定出该终端设备中应用桌面的优先级为应用桌面1的优先级高于应用桌面3的优先级，应用桌面3的优先级高于应用桌面2的优先级。

在本公开一些实施例中，还可以是确定各个应用桌面与第一应用程序处于的应用桌面之间的距离，并按照预设的距离与优先级的对应关系，确定各个应用桌面升级的优先级。在本公开一些实施例中，将应用桌面与应用桌面之间间隔的应用桌面的数量，可以作为确定各个应用桌面与第一应用程序处于的应用桌面之间的距离的判定条件。

例如，终端设备包括4个应用桌面，分别为应用桌面A、应用桌面B、应用桌面C以及应用桌面D，其中，第一应用程序处于的应用桌面为应用桌面D，则终端设备可以确定应用桌面A与应用桌面D之间的距离为2、应用桌面B与应用桌面D之间的距离为1、应用桌面C与应用桌面D之间的距离为0。

在本公开一些实施例中，预设的距离与优先级的对应关系可以为距离为预定值表征对应的优先级，还可以为距离之间比较以确定对应的优先级，本公开实施例中不做限制。例如，继续以前面的例子为例，对应关系为距离为0对应的优先级为1、距离为1对应的优先级为2、距离为2对应的优先级为3，则可以确定应用桌面A的优先级为3、应用桌面B的优先级为2、应用桌面C的优先级为1。

在本公开一些实施例中，还可以根据预先设置的应用桌面升级优先级，确定各个应用桌面升级的优先级。在具体的实施过程中，可以为用户手动设置的各个应用桌面的升级优先级，也可以为终端设备自主确定的各个应用桌面的升级优先级，本公开实施例中不做限制。采用前述的确定应用桌面升级优先级的升级顺序，由于是根据预先设定的升级优先级确定的，可以迅速的确定出各个应用桌面的升级优先级，有效的提升了确定各个应用桌面的升级优先级的速度。

在本公开一些实施例中，当确定出各个应用桌面的升级优先级之后，根据前述的确定处于一个应用桌面的候选应用程序的升级次序的方式的实施例涉及的各步骤的所有相关内容均可以援引到本公开实施例中的确定各个应用桌面中所包括的候选应用程序的升级次序所对应的功能描述，在此不再赘述。

在本公开一些实施例中，当确定出各个应用桌面升级的优先级以及确定出各个应用桌面中候选应用程序的升级次序后，可以确定出第二应用程序。另外，需要说明的是，在本公开一些实施例中，应用桌面升级的优先级越高，该应用桌面中的候选应用程序的升级次序越靠前。

举例来讲，终端设备包括两个应用桌面，分别为应用桌面1和应用桌面2，且确定出应用桌面1升级的优先级高于应用桌面2升级的优先级，应用桌面1中包括候选应用S、候选应用Q、以及候选应用F，应用桌面2中包括候选应用1、候选应用2、候选应用3，则可以确定出该终端设备中候选应用S、候选应用Q、以及候选应用F中的任何一个候选应用的升级次序高于候选应用1、候选应用2、候选应用3中的任何一个候选应用。

步骤105：根据第一应用程序的升级，触发第二应用程序升级。

在本公开一些实施例中，可以根据第一应用程序的升级，触发第二应用程序的升级。在具体的实施过程中，当通过前述的方式确定出第二应用程序为一个应用程序时，则可以在第一应用程序的升级过程中，控制第二应用程序升级，或者是在第一应用程序升级完成后，控制第二应用程序升级。

在具体的实施过程中，若第二应用程序包括至少两个应用程序，则可以是在第一应用程序的升级过程中或者升级完成后，控制至少两个应用程序并行升级，从而可以较为快速的完成多个应用程序的升级，以提高应用程序升级的效率。

在具体的实施过程中，若第二应用程序包括至少两个应用程序，则可以是在第一应用程序的升级过程中或者升级完成后，控制至少两个应用程序按照确定的升级次序依次升级，这样的话，能够较少的占用网络资源，且可以较快的实现多个应用程序的在线升级。

在本公开一些实施例中，可以通过核心应用程序即第一应用程序的升级，触发实现核心应用程序所处的应用桌面中的候选应用程序的升级，即实现了“由点及面”的应用程序的升级，提高了应用程序升级的效率。

在本公开一些实施例中，还可以在第二应用程序升级过程中或升级完成后，自动触发候选应用集中升级次序较高的第三应用程序，从而可以按照候选应用程序确定的升级次序，对终端设备中的候选应用程序集中的应用程序依次升级，从而实现对整个终端设备中的候选应用设备集中的应用程序的升级。

基于同一构思，本公开一些实施例提供了一种应用程序升级的装置，该应用程序升级的装置能够实现前述的应用程序升级的方法对应的功能。该应用程序升级的装置可以是硬件结构、软件模块、或硬件结构加软件模块。该应用程序升级的装置可以由芯片系统实现，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。请参见图4所示，该应用程序升级的装置包括确定模块401、判断模块402、升级模块403以及控制模块404。其中：

确定模块401，设置为从待升级的应用程序中，确定第一应用程序；

判断模块402，设置为判断第一应用程序是否满足升级触发条件，其中，升级触发条件用于表征第一应用程序需要进行升级；

升级模块403，设置为若满足升级触发条件，则对第一应用程序进行升级；

控制模块404，设置为根据预设升级策略，从待升级的应用程序中确定第二应用程序，并根据第一应用程序的升级，触发第二应用程序升级。

在一些可能的实施方式中，控制模块404设置为，根据候选应用选择策略，从待升级的应用程序除第一应用程序外的应用程序中确定候选应用程序集；

根据升级次序排序策略，确定候选应用程序集中的各个候选应用程序的升级次序，并根据确定出的升级次序确定第二应用程序。

在一些可能的实施方式中，若候选应用程序集中的候选应用程序不处于同一应用桌面，控制模块404设置为，确定各个应用桌面升级的优先级；根据各个应用桌面升级的优先级，确定各个应用桌面中所包括的候选应用程序的升级次序；其中，应用桌面升级的优先级越高，该应用桌面中的候选应用程序的升级次序越靠前。

在一些可能的实施方式中，若候选应用程序集中的候选应用程序不处于同一应用桌面，控制模块404设置为，确定各个应用桌面中的候选应用程序的数量，并按照预设的应用桌面中的候选应用程序的数量与优先级的对应关系，确定各个应用桌面升级的优先级；或者，确定各个应用桌面与第一应用程序所在的应用桌面之间的距离，并按照预设的距离与优先级的对应关系，确定各个应用桌面升级的优先级；或者，根据预先设置的应用桌面升级优先级，确定各个应用桌面升级的优先级。

在一些可能的实施方式中，对于处于同一应用桌面的候选应用程序，控制模块404设置为，确定每个候选应用程序与第一应用程序之间的距离，并按照距离与升级次序之间的对应关系，确定每个候选应用程序的升级次序；或者，根据每个候选应用程序的历史使用信息，确定每个候选应用程序的升级次序，其中，历史使用信息包括历史升级次数和/或使用频次。

在一些可能的实施方式中，控制模块404设置为，将第一应用程序所处的应用桌面中的待升级应用程序确定为候选应用程序集；或者，确定第一应用程序的应用类型，并将待升级应用程序中与应用类型相同的应用程序确定为候选应用程序集；或者，将待升级应用程序中使用频率大于预设频率阈值的应用程序确定为候选应用程序集。

在一些可能的实施方式中，第二应用程序包括至少两个应用程序，控制模块404设置为，在第一应用程序的升级过程中或者升级完成后，控制至少两个第二应用程序并行升级；或者，在第一应用程序的升级过程中或者升级完成后，控制至少两个应用程序按照确定的升级次序依次升级。

前述的应用程序升级的方法的实施例涉及的各步骤的所有相关内容均可以援引到本公开实施例中的应用程序升级的装置所对应的功能模块的功能描述，在此不再赘述。

本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本公开各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

基于同一发明构思，本公开一些实施例提供一种终端设备，该终端设备可以是前述的手机，还可以是智能穿戴设备，请参见图5所示，该终端设备包括至少一个处理器501，以及与至少一个处理器连接的存储器502，本公开实施例中不限定处理器501与存储器502之间的具体连接介质，图5中是以处理器501和存储器502之间通过总线500连接为例，总线500在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线500可以分为地址总线、数据总线、控制总线等，为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本公开一些实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行前述的应用程序升级的方法中所包括的步骤。

其中，处理器501是终端设备的控制中心，可以利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据、终端设备的各种功能和处理数据，从而对终端设备进行整体监控。在一些实施例中，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本公开实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本公开实施例所公开的应用程序升级的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本公开实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器501进行设计编程，可以将前述实施例中介绍的应用程序升级的方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的应用程序升级的方法的步骤，如何对处理器501进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

基于同一构思，本公开一些实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行如前述的应用程序升级的方法的步骤。

在一些可能的实施方式中，本公开提供的应用程序升级的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使该终端设备执行本说明书上述描述的根据本公开各种示例性实施方式的应用程序升级的方法中的步骤。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims

一种应用程序升级的方法，所述方法包括：

从待升级的应用程序中，确定第一应用程序；

判断所述第一应用程序是否满足升级触发条件，其中，所述升级触发条件用于表征所述第一应用程序需要进行升级；

若满足所述升级触发条件，则对所述第一应用程序进行升级；

根据预设升级策略，从所述待升级的应用程序中确定第二应用程序，并根据所述第一应用程序的升级，触发所述第二应用程序升级。
如权利要求1所述的方法，其特征在于，根据预设升级策略，从所述待升级的应用程序中确定第二应用程序，包括：

根据候选应用选择策略，从所述待升级的应用程序除所述第一应用程序外的应用程序中确定候选应用程序集；

根据升级次序排序策略，确定所述候选应用程序集中的各个候选应用程序的升级次序，并根据确定出的升级次序确定所述第二应用程序。
如权利要求2所述的方法，其特征在于，若所述候选应用程序集中的候选应用程序不处于同一应用桌面，则根据升级次序排序策略，确定所述候选应用程序集中的各个候选应用程序的升级次序，包括：

确定各个应用桌面升级的优先级；

根据各个应用桌面升级的优先级，确定各个应用桌面中所包括的各个候选应用程序的升级次序；其中，应用桌面升级的优先级越高，该应用桌面中的候选应用程序的升级次序越靠前。
如权利要求3所述的方法，其特征在于，确定各个应用桌面升级的优先级，包括：

确定各个应用桌面中的候选应用程序的数量，并按照预设的应用桌面中的候选应用程序的数量与优先级的对应关系，确定各个应用桌面升级的优先级；

或者，

确定各个应用桌面与所述第一应用程序所在的应用桌面之间的距离，并按照预设的距离与优先级的对应关系，确定各个应用桌面升级的优先级；

或者，

根据预先设置的应用桌面升级优先级，确定各个应用桌面升级的优先级。
如权利要求2-4任一所述的方法，其特征在于，对于处于同一应用桌面的候选应用程序，根据升级次序排序策略，确定所述候选应用程序集中的各个候选应用程序的升级次序，包括：

确定每个候选应用程序与所述第一应用程序之间的距离，并按照距离与升级次序之间的对应关系，确定每个候选应用程序的升级次序；或者，

根据每个候选应用程序的历史使用信息，确定每个候选应用程序的升级次序，其中，所述历史使用信息包括历史升级次数、或者使用频次，或者所述升级次数和所述使用频次的组合。
如权利要求2-4任一所述的方法，其特征在于，根据候选应用选择策略，从所述待升级的应用程序除去所述第一应用程序的应用程序中确定候选应用程序集，包括：

将所述第一应用程序所处的应用桌面中的待升级应用程序确定为所述候选应用程序集；或者，

确定所述第一应用程序的应用类型，并将所述待升级应用程序中与所述应用类型相同的应用程序确定为所述候选应用程序集；或者，

将所述待升级应用程序中使用频率大于预设频率阈值的应用程序确定为所述候选应用程序集。
如权利要求1-4任一所述的方法，其特征在于，所述第二应用程序包括至少两个，则，根据所述第一应用程序的升级，触发所述第二应用程序升级，包括：

在所述第一应用程序的升级过程中或者升级完成后，控制至少两个第二应用程序并行升级；或者，

在所述第一应用程序的升级过程中或者升级完成后，控制至少两个应用程序按照确定的升级次序依次升级。
一种应用程序升级的装置，所述装置包括：

确定模块，设置为从待升级的应用程序中，确定第一应用程序；

判断模块，设置为判断所述第一应用程序是否满足升级触发条件，其中，所述升级触发条件用于表征所述第一应用程序需要进行升级；

升级模块，设置为若满足所述升级触发条件，则对所述第一应用程序进行升级；

控制模块，设置为根据预设升级策略，从所述待升级的应用程序中确定第二应用程序，并根据所述第一应用程序的升级，触发所述第二应用程序升级。
一种终端设备，所述终端设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求 1-7任一所述的方法包括的步骤。
一种存储介质，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行权利要求1-7任一所述的方法包括的步骤。