发明内容
本发明的实施例提供一种终端应用的更新方法和用户终端,能够减少不必要的应用更新,从而改善了用户体验,避免流量浪费。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种终端应用的更新方法,包括:
扫描最近运行的应用,在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表,所述频繁使用应用列表中包括频繁使用应用的名称和当前版本号;
将所述频繁使用应用列表发送至服务器,以便所述服务器根据所述频繁使用应用列表中频繁使用应用的名称和当前版本号确定所述频繁使用应用列表中待升级的应用并生成应用更新列表,所述应用更新列表中包括待升级的应用的名称、最新版本号和升级服务器的地址;
从所述服务器接收所述应用更新列表;
根据所述应用更新列表中待升级的应用的名称、最新版本号和升级服务器的地址进行应用升级
在第一种可能的实现方式中,结合第一方面,所述在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表包括:
扫描已安装应用,在已安装应用中筛选出频繁使用应用,得到频繁使用应用第一集合;
扫描应用商店的下载列表,在所述下载列表中筛选出频繁使用应用,得到频繁使用应用第二集合;
扫描系统所有的内置应用和非内置应用,在所有的内置应用和非内置应用中筛选出频繁使用应用,得到频繁使用应用第三集合;
将所述频繁使用应用第一集合、所述频繁使用应用第二集合和所述频繁使用应用第三集合中的任意两个集合合并生成所述频繁使用应用列表。
在第二种可能的实现方式中,结合第一方面或第一方面的第一种可能的实现方式,所述筛选出频繁使用应用包括:
通过最近任务获取接口将最近运行的应用的运行次数进行统计,并按照运行次数由高到低进行排序,将运行次数最多的前N个应用判定为频繁使用应用;或
将最近运行的应用的运行次数与预设的运行次数门限进行比较,将最近运行的应用中运行次数大于所述预设的运行次数门限的应用判定为频繁使用应用。
在第三种可能的实现方式中,结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式,将所述频繁使用应用列表发送至服务器,以便所述服务器根据所述频繁使用应用列表中频繁使用应用的名称和当前版本号确定所述频繁使用应用列表中待升级的应用并生成应用更新列表包括:
将所述频繁使用应用列表发送至服务器,所述频繁使用应用列表中包括频繁使用应用的名称和当前版本号,以便所述服务器将所述频繁使用应用列表中应用的名称与数据库中应用的名称进行匹配,以便在所数据库中匹配出与所述频繁使用应用列表中应用的名称相同的应用,并将所述频繁使用应用列表中应用的当前版本号与数据库中名称相同的应用的版本号进行对比,以便所述服务器确定所述频繁使用应用列表中待升级的应用并生成应用更新列表;
其中,所述待升级的应用为在所述频繁使用应用列表中版本号低于数据库中名称相同的应用的版本号的应用。
在第四种可能的实现方式中,结合第一方面或第一方面的第一种可能的实现方式至第一方面的第三种可能的实现方式,所述根据所述应用更新列表中待升级的应用的名称、最新版本号和升级服务器的地址进行应用升级包括:
将所述应用更新列表中的待升级的应用的名称与频繁使用应用列表中应用的名称进行匹配,以便在频繁使用应用列表中匹配出与所述应用更新列表中应用的名称相同的应用;
将所述频繁使用应用列表中应用的版本号与所述应用更新列表中名称相同的应用的版本号进行对比;
将所述频繁使用应用列表中应用的版本号低于所述应用更新列表中名称相同的应用的版本号的应用判定为待升级应用;
将待升级应用以列表的形式提示给用户,以便用户选择升级。
第二方面,提供一种终端应用更新设备,包括:
扫描单元,用于扫描最近运行的应用,在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表,所述频繁使用应用列表中包括频繁使用应用的名称和当前版本号,并将所述频繁使用应用列表发送至发送单元;
发送单元,用于从所述扫描单元接收所述频繁使用应用列表,并将所述频繁使用应用列表发送至服务器,以便所述服务器根据所述频繁使用应用列表中频繁使用应用的名称和当前版本号确定所述频繁使用应用列表中待升级的应用并生成应用更新列表,所述应用更新列表中包括待升级的应用的名称、最新版本号和升级服务器的地址;
接收单元,用于从所述服务器接收所述应用更新列表,并将所述应用更新列表发送至升级单元;
升级单元,用于从所述接收单元接收所述应用更新列表,根据所述应用更新列表中待升级的应用的名称、最新版本号和升级服务器的地址进行应用升级。
在第一种可能的实现方式中,结合第一方面,所述扫描单元包括:
筛选子单元,用于扫描已安装应用,在已安装应用中筛选出频繁使用应用,得到频繁使用应用第一集合,并将所述频繁使用应用第一集合发送至列表生成子单元;
筛选子单元还用于扫描应用商店的下载列表,在所述下载列表中筛选出频繁使用应用,得到频繁使用应用第二集合,并将所述频繁使用应用第二集合发送至列表生成子单元;
筛选子单元还用于扫描系统所有的内置应用和非内置应用,在所有的内置应用和非内置应用中筛选出频繁使用应用,得到频繁使用应用第三集合,并将所述频繁使用应用第三集合发送至列表生成子单元。
列表生成子单元,用于从所述筛选子单元接收所述频繁使用应用第一集合、所述频繁使用应用第二集合和所述频繁使用应用第三集合,并将所述频繁使用应用第一集合、所述频繁使用应用第二集合和所述频繁使用应用第三集合中的任意两个集合合并生成所述频繁使用应用列表。
第二种可能的实现方式中,结合第一方面或第一方面的第一种可能的实现方式,所述筛选子单元具体用于
通过最近任务获取接口将最近运行的应用的运行次数进行统计,并按照运行次数由高到低进行排序,将运行次数最多的前N个应用判定为频繁使用应用;或
将最近运行的应用的运行次数与预设的运行次数门限进行比较,将最近运行的应用中运行次数大于所述预设的运行次数门限的应用判定为频繁使用应用。
在第三种可能的实现方式中,结合第一方面或第一方面的第一种可能的实现方式或第一方面或第一方面的第二种可能的实现方式,所述发送单元具体用于:
将所述频繁使用应用列表发送至服务器,所述频繁使用应用列表中包括频繁使用应用的名称和当前版本号,以便所述服务器将所述频繁使用应用列表中应用的名称与数据库中应用的名称进行匹配,以便在所数据库中匹配出与所述频繁使用应用列表中应用的名称相同的应用,并将所述频繁使用应用列表中应用的版本号与数据库中名称相同的应用的版本号进行对比,以便所述服务器确定所述频繁使用应用列表中待升级的应用并生成应用更新列表;
其中,所述待升级的应用为在所述频繁使用应用列表中版本号低于数据库中名称相同的应用的版本号的应用。
在第三种可能的实现方式中,结合第一方面或第一方面的第一种可能的实现方式或第一方面至第一方面的第三种可能的实现方式,所述升级单元包括:
名称匹配子单元,用于将所述应用更新列表中的待升级的应用的名称与频繁使用应用列表中应用的名称进行匹配,以便在频繁使用应用列表中匹配出与所述应用更新列表中应用的名称相同的应用,并将匹配结果发送至版本对比子单元;
版本对比子单元,用于从所述名称匹配子单元接收所述匹配结果,将所述频繁使用应用列表中应用的版本号与所述应用更新列表中名称相同的应用的版本号进行对比;
所述版本对比子单元还用于将所述频繁使用应用列表中应用的版本号低于所述应用更新列表中名称相同的应用的版本号的应用判定为待升级应用,并将待升级应用发送至升级提示子单元;
升级提示子单元,用于从所述版本对比子单元接收所说待升级应用,并将待升级应用以列表的形式提示给用户,以便用户选择升级。
本发明实施例提供一种终端应用的更新方法和用户终端,首先通过扫描最近运行的应用筛选出用户使用频繁使用的应用,以生成频繁使用应用列表并发送给服务器,使用户终端在升级时只对频繁使用的应用进行升级,能够减少不必要的应用更新,从而改善了用户体验,避免流量浪费。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供一种终端应用的更新方法,如图1所示,该方法包括:
S101、用户终端扫描最近运行的应用,在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表。
示例性的,筛选出频繁使用应用可以通过:将最近运行的应用的使用次数进行统计,并将统计后各个应用的运行次数进行排序,取运行次数最多的前N个应用作为频繁使用应用。
进一步的,作为补充还可以扫描应用商店的下载列表,并筛选出下载列表中的频繁使用应用,也可以扫描并筛选出所有的内置和非内置应用中的频繁使用应用。并且,可以将在最近运行的应用中筛选出频繁使用应用作为频繁使用应用第一集合,将商店的下载列表中筛选出的频繁使用应用作为频繁使用应用第二集合,筛选出的所有的内置和非内置应用中的频繁使用应用作为频繁使用应用第三集合,而后将上述频繁使用应用第一集合、第二集合、第三集合中的任意两个合并生成频繁使用应用列表,当然更佳的,可以将第一集合、第二集合、第三集合合并生成频繁使用应用列表。
其中,频繁使用应用列表中包括各个频繁使用应用的名称和当前版本号。
S102、用户终端将频繁使用应用列表发送至服务器,以便服务器根据频繁使用应用列表中频繁使用应用的名称和当前版本号确定频繁使用应用列表中待升级的应用并生成应用更新列表,应用更新列表中包括待升级的应用的名称、最新版本号和升级服务器的地址。
S103、用户终端从服务器接收应用更新列表。
S104、用户终端根据应用更新列表中待升级的应用的名称、最新版本号和升级服务器的地址进行应用升级。
本发明实施例提供一种终端应用的更新方法,首先通过扫描最近运行的应用筛选出用户使用频繁使用的应用,以生成频繁使用应用列表并发送给服务器,使用户终端在升级时只对频繁使用的应用进行升级,能够减少不必要的应用更新,从而改善了用户体验,避免流量浪费。
本发明实施例还提供另一种终端应用的更新方法,如图2所示,该方法包括:
S201、用户终端扫描已安装应用,在已安装应用中筛选出频繁使用应用并生成频繁使用应用列表。
示例性的,在基于Android系统的用户终端中,当应用待升级时,筛选出频繁使用应用可以通过以下方式实现:
第一步,终端中的用于管理应用升级的客户端可以通过Android包管理器调用getRecentTasks(获取最近任务)接口来扫描已安装应用,getRecentTasks可以对的已安装应用的最近运行次数进行统计,并将所有的已安装应用的运行次数由高到低进行排序,运行次数前N的应用就为频繁使用应用,进而得到频繁使用应用第一集合。示例性的,N一般可以为10,当然N也可以去其他值,N的具体取值可以根据实际需要来设置,这里不做限定。或者,可以预先设定一个运行次数门限,当某个应用的运行次数超过运行次数门限时就将该应用判定为频繁使用应用。
其中,上述最近运行次数进行统计,可以通过以下方式实现,例如可以预先设置一个日期,在统计运行次数时,就以该日期为起始日,统计该日期之后的运行次数。或者,可以预先设置一个时间长度,例如可以设置这个时间长度为一个星期,则最近运行次数就为,距当前日期一周的那天起到当前日期的这段时间内的运行次数。
示例性的,假设已安装的应用有音频播放器、视频播放器、浏览器、微博、导航软件、文档处理软件、图片浏览器共7个应用,通过getRecentTasks对上述7个应用最近的运行次数进行统计,假设终端默认最近一周为“最近的”一段时间,则统计从距当前日期一周的那天起到当前日期的这段时间内的运行次数,假设统计结果如表1所示:
表1
根据上述统计结果,对上述7个应用最近的运行次数按照由高到低的顺序进行排序,排序结果如表2所示:
表2
排名 |
应用名称 |
运行次数 |
1 |
浏览器 |
21 |
2 |
微博 |
17 |
3 |
音频播放器 |
15 |
4 |
视频播放器 |
10 |
5 |
图片浏览器 |
9 |
6 |
文档处理软件 |
5 |
7 |
导航软件 |
3 |
最后,根据上述统计结果,选出运行次数最多的前N个应用为频繁使用应用,假设这里设置的N为5,则根据表2可以得出,浏览器、微博、音频播放器、视频播放器、图片浏览器这5个应用为频繁使用应用。
第二步,防止漏掉某些频繁使用应用,还可以通过getRecentTasks接口扫描应用商店的下载列表,在下载列表中筛选出频繁使用应用,得到频繁使用应用第二集合,具体的筛选方法与第一步中方法完全相同,不再赘述。
第三步,扫描系统所有的内置应用和非内置应用,在所有的内置应用和非内置应用中筛选出频繁使用应用,得到频繁使用应用第三集合,具体的筛选方法与第一步中方法完全相同,不再赘述。其中,内置应用即为用户终端的系统应用,非内置应用即为用户在用户终端上安装的应用。需要说明的是,在区分出内置应用和非内置应用后,将内置应用标记为高权限。
而后将频繁使用应用第一集合、频繁使用应用第二集合和频繁使用应用第三集合中的任意两个合并生成频繁使用应用列表,更佳的,可以将频繁使用应用第一集合、频繁使用应用第二集合和频繁使用应用第三集合合并生成频繁使用应用列表,该列表中包括应用的名称(packageName)、当前版本号(versionCode)。
S202、用户终端将生成的频繁使用应用列表上传给服务器。
示例性的,可以通过将频繁使用应用列表中的名称和当前版本号用一种数据结构(该数据结构可以是map)保存起来,并根据该数据结构中保存的数据生成更新请求指令,而后将更新请求指令发送至服务器。
S203、服务器在收到客户端发送到频繁使用应用列表后,根据频繁使用应用列表中各个频繁使用应用的名称和当前版本号确定频繁使用应用列表中待升级的应用并生成应用更新列表。
具体的,服务器在接收到用户终端发送的更新请求指令后,就可以得到该更新请求指令中的频繁使用应用列表,进而得到频繁使用应用列表中各个应用的名称和当前版本号。
而后,服务器将频繁使用应用列表中各个应用的名称与数据库中应用的名称进行匹配,以便在数据库中匹配出与频繁使用应用列表中各个应用的名称相同的应用,然后再将频繁使用应用列表中各个应用的当前版本号与数据库中名称相同的应用的版本号进行对比,由于数据库中的应用的版本号是该应用最新的版本号,所以当频繁使用应用列表中的某个应用的版本号低于数据库中名称相同的应用的版本号时,就表示该应用为待升级的应用。
最后,生成应用更新列表,其中该列表中包括待升级的应用的名称,最新版本号和升级服务器的地址生成。需要说明的是,若服务器发现在频繁使用应用列表中某一应用被标记为高权限,则生成应用更新列表时,还需要在应用更新列表中为该被标记为高权限的应用添加权限说明,以便用户终端在升级该应用时不会被阻止升级。
示例性的,假设S201中筛选出的频繁使用软件的名称分别为A、B、C、D和E,生成的频繁使用应用列表如表3所示,(由于A~E为5个不同的应用,所以A~E的版本号的格式也不尽相同):
表3.频繁使用应用列表
名称 |
A |
B |
C |
D |
E |
版本 |
V2012.7.25 |
2012723 |
2.21.03 |
3.1 |
1.3.3.247963 |
而后根据表1中各个应用的名称在数据库中匹配名称相同的应用,数据库中名称相同的应用的版本号如表4所示:
表4数据库中名称相同的应用
名称 |
A |
B |
C |
D |
E |
版本 |
V2012.7.27 |
2012723 |
2.21.03 |
4.0 |
1.5.3.256523 |
而后,对比表3和表4中的版本号就可以判断出,表3中A、D和E的版本号低于表4中A、D和E的版本号,所以应用A、D、E就为待升级的应用。这样生成的应用更新列表中就包括了应用A、D、E的名称、最新的版本号以及升级服务器的地址。
S204、用户终端从服务器接收应用更新列表。
一般情况下,服务器给用户终端发送的应用更新列表是经过压缩后的,例如是json格式的数据。因此用户终端在接收后要进行解压处理得到解压后的应用更新列表。
为了在升级前对要升级的应用进行二次验证,还包括以下步骤:
S205、用户终端将应用更新列表中的各个待升级的应用的名称与频繁使用应用列表中各个应用的名称进行匹配,以便在频繁使用应用列表中匹配出与应用更新列表中各个应用的名称相同的应用。
S206、用户终端将频繁使用应用列表中各个应用的当前版本号与应用更新列表中名称相同的应用的版本号进行对比。
S207、用户终端将频繁使用应用列表中应用的当前版本号低于应用更新列表中名称相同的应用的版本号的应用判定为待升级应用。
S208、用户终端将待升级应用以列表的形式提示给用户,以便用户选择升级。例如可以在通知栏中创建一个下拉列表,该下拉列表中包括了所有的待升级应用的名称(也可以有应用的图标),以供用户通过点击选择。
需要说明的是,用户终端在将待升级应用以列表的形式提示给用户时,由于内置应用被标记为高权限,所以内置应用在升级时在后台静默升级,并不提示给用户。
S209、用户终端将用户选择的待升级应用进行升级。
具体的,用户在点击某一个待升级应用后,会产生一个升级该应用的升级指令,用户终端根据该升级指令就会调用系统的下载工具,该下载工具就从升级服务器的地址下载该应用的最新版本,完成下载后根据该应用对应的权限进行安装。
本发明实施例提供一种终端应用的更新方法,首先通过扫描最近运行的应用筛选出用户使用频繁使用的应用,以生成频繁使用应用列表并发送给服务器,使用户终端在升级时只对频繁使用的应用进行升级,能够减少不必要的应用更新,从而改善了用户体验,避免流量浪费。
本发明实施例还提供一种用户终端01,如图3所示,用户终端包括:
扫描单元011,用于扫描最近运行的应用,在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表,频繁使用应用列表中包括各个频繁使用应用的名称和当前版本号,并将频繁使用应用列表发送至发送单元012;
发送单元012,用于从扫描单元011接收频繁使用应用列表,并将频繁使用应用列表发送至服务器,以便服务器根据频繁使用应用列表中各个频繁使用应用的名称和当前版本号确定频繁使用应用列表中待升级的应用并生成应用更新列表,应用更新列表中包括各个待升级的应用的名称、最新版本号和升级服务器的地址;
接收单元013,用于从服务器接收应用更新列表,并将应用更新列表发送至升级单元014;
升级单元014,用于从接收单元接收应用更新列表,根据应用更新列表中各个待升级的应用的名称、最新版本号和升级服务器的地址进行应用升级。
进一步的,如图4所示,扫描单元011可以包括:
筛选子单元0111,用于扫描已安装应用,在已安装应用中筛选出频繁使用应用,得到频繁使用应用第一集合,并将频繁使用应用第一集合发送至列表生成子单元0112;
筛选子单元0111还用于扫描应用商店的下载列表,在下载列表中筛选出频繁使用应用,得到频繁使用应用第二集合,并将频繁使用应用第二集合发送至列表生成子单元0112;
筛选子单元0111还用于扫描系统所有的内置应用和非内置应用,在所有的内置应用和非内置应用中筛选出频繁使用应用,得到频繁使用应用第三集合,并将频繁使用应用第三集合发送至列表生成子单元0112。
列表生成子单元0112,用于从筛选子单元0111接收频繁使用应用第一集合、频繁使用应用第二集合和频繁使用应用第三集合,并将频繁使用应用第一集合、频繁使用应用第二集合和频繁使用应用第三集合合并生成频繁使用应用列表。
再进一步的,筛选子单元0111可以具体用于:
通过最近任务获取接口将最近运行的应用的运行次数进行统计,并按照运行次数由高到低进行排序,将运行次数最多的前N个应用判定为频繁使用应用;或
将最近运行的应用的运行次数与预设的运行次数门限进行比较,将最近运行的应用中运行次数大于预设的运行次数门限的应用判定为频繁使用应用。
发送单元012可以具体用于:
将频繁使用应用列表发送至服务器,频繁使用应用列表中包括各个频繁使用应用的名称和当前版本号,以便服务器将频繁使用应用列表中各个应用的名称与数据库中应用的名称进行匹配,以便在数据库中匹配出与频繁使用应用列表中应用的名称相同的应用,并将频繁使用应用列表中各个应用的当前版本号与数据库中名称相同的应用的版本号进行对比,以便服务器确定频繁使用应用列表中待升级的应用并生成应用更新列表;
其中,待升级的应用为在频繁使用应用列表中版本号低于数据库中名称相同的应用的版本号的应用。
更进一步的,如图5所示,升级单元014包括:
名称匹配子单元0141,用于将应用更新列表中的各个待升级的应用的名称与频繁使用应用列表中各个应用的名称进行匹配,以便在频繁使用应用列表中匹配出与应用更新列表中各个应用的名称相同的应用,并将匹配结果发送至版本对比子单元0142;
版本对比子单元0142,用于从名称匹配子单元接收匹配结果,将频繁使用应用列表中各个应用的当前版本号与应用更新列表中名称相同的应用的版本号进行对比;
版本对比子单元0142还用于将频繁使用应用列表中应用的当前版本号低于应用更新列表中名称相同的应用的版本号的应用判定为待升级应用,并将待升级应用发送至升级提示子单元0143;
升级提示子单元0143,用于从版本对比子单元接收所说待升级应用,并将待升级应用以列表的形式提示给用户,以便用户选择升级。
本发明实施例提供一种用户终端,首先通过扫描最近运行的应用筛选出用户使用频繁使用的应用,以生成频繁使用应用列表并发送给服务器,使用户终端在升级时只对频繁使用的应用进行升级,能够减少不必要的应用更新,从而改善了用户体验,避免流量浪费。
本发明实施例还提供一种用户终端02,包括存储器021,如图6所示,用户终端02还包括:
处理器022,用于扫描最近运行的应用,在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表,频繁使用应用列表中包括各个频繁使用应用的名称和当前版本号;
发射机023,用于将频繁使用应用列表发送至服务器,以便服务器根据频繁使用应用列表中各个频繁使用应用的名称和当前版本号确定频繁使用应用列表中待升级的应用并生成应用更新列表,应用更新列表中包括各个待升级的应用的名称、最新版本号和升级服务器的地址;
接收机024,用于从服务器接收应用更新列表;
处理器022还用于根据应用更新列表中各个待升级的应用的名称、最新版本号和升级服务器的地址进行应用升级。
进一步的,在最近运行的应用中筛选出频繁使用应用并生成频繁使用应用列表时,处理器022可以具体用于:
扫描已安装应用,在已安装应用中筛选出频繁使用应用,得到频繁使用应用第一集合;
扫描应用商店的下载列表,在下载列表中筛选出频繁使用应用,得到频繁使用应用第二集合;
扫描系统所有的内置应用和非内置应用,在所有的内置应用和非内置应用中筛选出频繁使用应用,得到频繁使用应用第三集合;
将频繁使用应用第一集合、频繁使用应用第二集合和频繁使用应用第三集合合并生成频繁使用应用列表。
再进一步的,筛选出频繁使用应用使还可以具体用于:通过最近任务获取接口将最近运行的应用的运行次数进行统计,并按照运行次数由高到低进行排序,将运行次数最多的前N个应用判定为频繁使用应用;或
将最近运行的应用的运行次数与预设的运行次数门限进行比较,将所有应用中运行次数大于预设的运行次数门的应用判定为频繁使用应用。
再进一步的,发射机023可以具体用于:
将频繁使用应用列表发送至服务器,频繁使用应用列表中包括各个频繁使用应用的名称和当前版本号,以便服务器将频繁使用应用列表中各个应用的名称与数据库中应用的名称进行匹配,以便在数据库中匹配出与频繁使用应用列表中各个应用的名称相同的应用,并将频繁使用应用列表中各个应用的当前版本号与数据库中名称相同的应用的版本号进行对比,以便服务器确定频繁使用应用列表中待升级的应用并生成应用更新列表;
其中,待升级的应用为在频繁使用应用列表中当前版本号低于数据库中名称相同的应用的版本号的应用。
更进一步的,在根据应用更新列表进行应用升级时,处理器022还可以具体用于:
将应用更新列表中的各个待升级的应用的名称与频繁使用应用列表中各个应用的名称进行匹配,以在频繁使用应用列表中匹配出与应用更新列表中各个应用的名称相同的应用;
将频繁使用应用列表中各个应用的当前版本号与应用更新列表中名称相同的应用的版本号进行对比;
将频繁使用应用列表中应用的当前版本号低于应用更新列表中名称相同的应用的版本号的应用判定为待升级应用;
将待升级应用以列表的形式提示给用户,以便用户选择升级。
本发明实施例提供一种用户终端,首先通过扫描最近运行的应用筛选出用户使用频繁使用的应用,以生成频繁使用应用列表并发送给服务器,使用户终端在升级时只对频繁使用的应用进行升级,能够减少不必要的应用更新,从而改善了用户体验,避免流量浪费。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另一点,单元的通信连接,可以是电性,机械或其它的形式。
所述各个单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。