CN102929671A - 服务器、应用升级方法及应用升级系统 - Google Patents

Abstract

本发明公开了一种服务器、应用升级方法及应用升级系统。所述方法包括以下步骤：接收客户端发来的用户查询应用升级的请求，所述请求携带客户端安装应用的应用信息列表；将所述应用信息列表中记录的应用信息和数据库中记录的应用信息进行对比，生成可升级应用信息并返回给客户端；根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量；根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率；根据调整后频率到第三方服务器抓取各应用的最新版本的应用信息并更新数据库。本发明将安装量的排序作为应用抓取频率调整的一个依据，得到更为合适的应用抓取频率，可以更客观、及时的对应用进行更新。

Description

服务器、应用升级方法及应用升级系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种服务器、应用升级方法及应用升级系统。

背景技术

客户端安装的应用在获取升级信息时，一般会把所有安装应用的版本信息发给服务器，服务器会查询自己的数据库，返回给客户端可以进行升级操作的应用列表；

服务器获取应用最新版本基本信息的一种方法是利用爬虫，通过网页或者接口到各个第三方市场爬取；

但是一般的爬虫方案实时性都不够，某些应用的新版本发布后，在爬虫爬取到新的版本信息前，服务器的数据库都不会更新，这意味着客户端不会有更新提示，用户也不能第一时间获取最新版本；对于一些用户急需要的热门应用，从新版本发布到被爬虫抓取，时间是无法控制的，可能会滞后很长一段时间，因此需要将应用的安装量作为调整爬虫爬取频率的一个参数，使得服务器数据库中热门应用具有更加合适的更新频率。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的服务器、应用升级系统和相应的应用升级方法。

依据本发明的一个方面，提供了一种服务器，包括：

数据库，适于存储一个或多个应用的版本信息；

输入接口，适于接收客户端发来的用户查询应用升级的请求并将所述请求转发给处理器和安装量计数器，所述请求携带客户端安装应用的应用信息列表；

处理器，适于接收所述请求，并将所述应用信息列表中记录的应用信息和数据库中记录的应用信息进行对比，生成可升级应用信息发送到输出接口；

输出接口，适于接收所述可升级应用信息并返回给客户端；

安装量计数器，适于根据所述请求携带的所述应用信息列表中记录的应用信息计算各应用在客户端的安装量并将计算结果发送至频率调整器；

频率调整器，适于接收所述应用安装量计数器发送的计算结果，并根据所述计算结果中各应用的安装量调整信息抓取器到第三方服务器抓取所述应用信息的频率；

信息抓取器，适于根据所述频率调整器调整的频率到第三方服务器抓取各应用的最新版本的应用信息并发送给数据库；

所述数据库，还适于根据所述应用最新版本的应用信息来更新相应应用的存储信息。

可选地，所述应用信息包括应用的版本信息、以及名称信息和/或id信息；

所述处理器根据所述应用信息列表中应用的名称信息和/或id信息获取所述数据库中相应应用的版本信息，将所述应用信息列表和数据库中相应应用的版本信息进行对比后，筛选出所述应用信息列表的版本信息低于所述数据库中对应应用的版本信息的应用，生成可升级应用信息。

可选地，所述频率调整器在应用安装量越大时，对该应用的抓取频率越高。

可选地，所述安装量为设定时间段内访问服务器的各客户端所安装的各应用的数量。

可选地，所述安装量为设定时间段内第一次访问服务器的各客户端所安装的各应用的数量。

可选地，所述安装量计数器包括：

活跃用户存储器，适于存储在所述设定时间段内已访问服务器的客户端的信息；

分析器，适于判断发出请求的客户端的信息是否已经存在于所述活跃用户存储器中：

如果没有，则将所述收到的客户端的信息存入所述活跃用户存储器中，并且将该客户端所有安装的应用对应的安装量加一，并将计算结果发送至所述频率调整器；

如果有，则对应安装量保持不变。

可选地，所述客户端的信息包括客户端的id信息，所述活跃用户存储器中存储有在所述设定时间段内已访问服务器的客户端的id信息。

根据本发明的另一方面，提供了一种应用升级方法，包括以下步骤：

接收客户端发来的用户查询应用升级的请求，所述请求携带客户端安装应用的应用信息列表；

将所述应用信息列表中记录的应用信息和数据库中记录的应用信息进行对比，生成可升级应用信息并返回给客户端；

根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量；

根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率；

根据调整后频率到第三方服务器抓取各应用的最新版本的应用信息并更新数据库。

可选地，所述应用信息包括应用的版本信息、以及名称信息和/或id信息。

可选地，将所述应用信息列表和数据库中记录的应用信息进行对比，生成可升级应用信息的步骤具体为：

根据所述应用信息列表中应用的名称信息和/或id信息获取所述数据库中相应应用的版本信息，将所述应用信息列表和数据库中相应应用的版本信息进行对比后，筛选出所述应用信息列表中版本信息低于所述数据库中对应应用的版本信息的应用，生成可升级应用信息。

可选地，在所述计算各应用在客户端的安装量的步骤之后还包括：根据安装量对各应用进行排序并保存到建立的应用排序列表中的步骤，所述应用排序列表中存储有各应用的安装量排序信息。

可选地，所述根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率的步骤具体包括：根据各应用的在所述应用排序列表中的排序调整服务器到第三方服务器抓取所述应用信息的频率。

可选地，所述根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率的步骤包括：当所述应用的安装量越大时，对该应用的抓取频率越高。

可选地，所述安装量为设定时间段内访问服务器的各客户端所安装的各应用的数量。

可选地，所述安装量为设定时间段内第一次访问服务器的各客户端所安装的各应用的数量。

可选地，根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量的步骤具体包括：

判断客户端是否是在所述设定时间段内第一次访问服务器；

如果是：则将该客户端所有安装的应用对应的安装量加一；

否则：则对应安装量保持不变。

可选地，所述判断客户端是否是在所述设定时间段内第一次访问服务器的步骤具体为：

判断发出请求的客户端的信息是否已经在建立的活跃用户列表中，所述活跃用户列表中存储有在所述设定时间段内已访问过服务器的客户端的信息：

如果没有：则客户端在所述设定时间段内是第一次访问服务器，将所述客户端的信息加入所述活跃用户列表中；

如果有，则客户端在所述设定时间段内不是第一次访问服务器。

可选地，所述客户端的信息包括客户端的id信息，所述活跃用户列表中存储有在所述设定时间段内已访问服务器的客户端的id信息。

根据本发明的又一方面，提供了一种应用升级系统，包括：

客户端、第三方服务器以及服务器，

所述客户端，适于向所述服务器的输入接口发送用户查询应用升级的请求；

所述第三方服务器，适于供所述服务器的信息抓取器抓取应用的最新版本的应用信息；

所述服务器为上述的服务器。

根据本发明的服务器、应用升级方法及应用升级系统，可以得到客户端各应用安装量的排序，并将该安装量排序作为一个参数，调整对应用的爬取频率，由此解决了现有技术中各应用爬取频率调整不灵活、热门应用更新不及时的缺陷，使得服务器数据库中热门应用具有更加合适的更新频率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的服务器的结构示意图;

图2示出了根据本发明一个实施例的服务器安装量计数器的结构示意图;

图3示出了根据本发明一个实施例的应用升级方法的步骤图；

图4示出了根据本发明一个实施例的应用升级方法的流程图；以及

图5示出了根据本发明一个实施例的应用升级系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示为本实施例一种服务器100的结构框图，包括：

数据库110，适于存储一个或多个应用的版本信息；

输入接口120，适于接收客户端发来的用户查询应用升级的请求并将所述请求转发给处理器130和安装量计数器150，所述请求携带客户端安装应用的应用信息列表；

处理器130，适于接收所述请求，并将所述应用信息列表中记录的应用信息和数据库110中记录的应用信息进行对比，生成可升级应用信息发送到输出接口；

输出接口140，适于接收所述可升级应用信息并返回给客户端；

安装量计数器150，适于根据所述请求携带的所述应用信息列表中记录的应用信息计算各应用在客户端的安装量并将计算结果发送至频率调整器160；

频率调整器160，适于接收所述应用安装量计数器150发送的计算结果，并根据所述计算结果中各应用的安装量调整信息抓取器170到第三方服务器抓取所述应用信息的频率；

信息抓取器170，适于根据所述频率调整器160调整的频率到第三方服务器抓取各应用的最新版本的应用信息并发送给数据库110；

所述数据库110，还适于根据所述应用最新版本的应用信息来更新相应应用的存储信息。

其中，所述应用信息包括应用的版本信息、以及名称信息和/或id信息；

所述处理器130根据所述应用信息列表中应用的名称信息和/或id信息获取所述数据库110中相应应用的版本信息，将所述应用信息列表和数据库110中相应应用的版本信息进行对比后，筛选出所述应用信息列表的版本信息低于所述数据库110中对应应用的版本信息的应用，生成可升级应用信息。当然，如果没有可升级的应用，则所述可升级应用信息的内容即为无可升级的应用。

在本实施例中，所述频率调整器160在应用安装量越大时，对该应用的抓取频率越高。在本发明的其它实施例中，所述应用的安装量只作为抓取频率调整的一个方面的参数，具体对应用的抓取频率的确定，还有可能需要参考应用其它方面的参数，如应用的种类、应用开发商的新版本发布频率等等。

其中，所述安装量为设定时间段内访问服务器的各客户端所安装的各应用的数量，如该设定时间段可以为一周。在本发明的其它实施例中，也可以不对时间段进行限制。

在本实施例中，所述安装量为设定时间段内第一次访问服务器的各客户端所安装的各应用的数量。当然，由于大多数用户并不会很高频率的访问服务器以请求应用升级，因此在本发明的其它实施例中，也可以将设定时间段内每次访问服务器的各客户端所安装的各应用都计算在所述安装量内。

如图2所示，本实施例中，所述安装量计数器150包括：

活跃用户存储器151，适于存储在所述设定时间段内已访问服务器的客户端的信息；

分析器152，适于判断发出请求的客户端的信息是否已经存在于所述活跃用户存储器中：

如果没有，则将所述收到的客户端的信息存入所述活跃用户存储器中，并且将该客户端所有安装的应用对应的安装量加一，并将计算结果发送至所述频率调整器160；

如果有，则对应安装量保持不变。

其中，所述客户端的信息包括客户端的id信息，所述活跃用户存储器中存储有在所述设定时间段内已访问服务器的客户端的id信息。

如图3所示为本实施例一种应用升级方法的步骤流程图，所述方法包括以下步骤：

S301：接收客户端发来的用户查询应用升级的请求，所述请求携带客户端安装应用的应用信息列表；

S302：将所述应用信息列表中记录的应用信息和数据库中记录的应用信息进行对比，生成可升级应用信息并返回给客户端；

S303：根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量；

S304：根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率；

S305：根据调整后频率到第三方服务器抓取各应用的最新版本的应用信息并更新数据库。

其中，所述应用信息包括应用的版本信息、以及名称信息和/或id信息。

其中，将所述应用信息列表和数据库中记录的应用信息进行对比，生成可升级应用信息的步骤具体为：

根据所述应用信息列表中应用的名称信息和/或id信息获取所述数据库中相应应用的版本信息，将所述应用信息列表和数据库中相应应用的版本信息进行对比后，筛选出所述应用信息列表中版本信息低于所述数据库中对应应用的版本信息的应用，生成可升级应用信息。

本实施例中，在所述计算各应用在客户端的安装量的步骤之后还包括：根据安装量对各应用进行排序并保存到建立的应用排序列表中的步骤，所述应用排序列表中存储有各应用的安装量排序信息。

在本实施例中，所述根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率的步骤具体包括：根据各应用的在所述应用排序列表中的排序调整服务器到第三方服务器抓取所述应用信息的频率。

在本实施例中，所述根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率的步骤包括：当所述应用的安装量越大时，对该应用的抓取频率越高。例如对于安装量大的应用，如排名前1000的，爬虫定向爬取的频率为1分钟，保证这些应用一旦有新版本在第三方市场发布，最迟10分钟内服务器就将存储这些应用的最新版本信息。

在本实施例中，所述安装量为设定时间段内访问服务器的各客户端所安装的各应用的数量。所述设定的时间段例如可以为一周、或三天。

在本实施例中，所述安装量为设定时间段内第一次访问服务器的各客户端所安装的各应用的数量。

在本实施例中，根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量的步骤具体包括：

判断客户端是否是在所述设定时间段内第一次访问服务器；

如果是：则将该客户端所有安装的应用对应的安装量加一；

否则：则对应安装量保持不变。

在本实施例中，所述判断客户端是否是在所述设定时间段内第一次访问服务器的步骤具体为：

判断发出请求的客户端的信息是否已经在建立的活跃用户列表中，所述活跃用户列表中存储有在所述设定时间段内已访问过服务器的客户端的信息：

如果没有：则客户端在所述设定时间段内是第一次访问服务器，将所述客户端的信息加入所述活跃用户列表中；

如果有，则客户端在所述设定时间段内不是第一次访问服务器。

在本实施例中，所述客户端的信息包括客户端的id信息，所述活跃用户列表中存储有在所述设定时间段内已访问服务器的客户端的id信息。

图4以一个客户向服务器发送请求为例详细说明了本实施例升级方法的流程。

如图4所示，当用户向服务器发送请求，获取可升级的应用列表时，用户会把自身所有安装的应用及其版本发给服务器；服务器首先查询数据库，把可升级的应用返回给用户；

服务器后台继续运行，首先查询本周（本实施例中设定的时间段为一周）的活跃用户id列表，如果此用户不是本周第一次访问，则结束；

如果此用户是本周第一次访问，则对于此用户安装的所有应用，在本周的应用排序列表中找到该应用，如果找到则安装量加1，如果没找到则把此应用的安装量设为1；安装量变化后，则动态调整应用排序列表中应用的排序。

本实施例中的活跃用户列表和应用排序列表以设定的时间段为周期，下一个周期开始后则写入新周期的数据。例如，这周的序列号的2201，那么本周活跃用户列表为USER_2201,本周应用排序列表为APPRANK_2201；到下周序列号会变为2202；

有三个应用，id分别为4，5，6，在APPRANK_2201中记录的安装量分别为10000，1000，100；

用户A安装了id为4和5的两个应用，A是本周第一次访问，则APPRANK_2201中4，5的安装量分别加一变为10001和1001；并且用户A被放到USER_2201中；

用户B安装了id为5，6的两个应用，B不是本周第一次访问，则服务器不做处理；

此时APPRANK_2201中应用的安装量，4，5，6分别为10001，1001，100；服务器根据安装量排序，应用4安装量排前列，爬虫每10分钟都定向爬取一次；应用5安装量排在中间，爬虫每一小时定向爬取一次；应用6安装量排在较后，爬虫每天定向爬取一次。

本实施例基于用户的访问，对用户所安装的应用按照安装量进行排序，将安装量的排序作为应用抓取频率调整的一个依据，使得热门应用得到及时的更新。

如图5所示为本实施例一种应用升级系统的结构示意图，包括：

客户端510、第三方服务器520以及服务器530，

所述客户端510，适于向所述服务器530的输入接口发送用户查询应用升级的请求；

所述第三方服务器520，适于供所述服务器530的信息抓取器抓取应用的最新版本的应用信息；

所述服务器530为前述的服务器。

客户端510向所述服务器530的输入接口发送了用户查询应用升级请求后，服务器530在对该请求进行反馈，返回可升级应用信息，提醒客户端510的用户是否有可升级的应的同时，还对所述请求中携带的客户端安装的应用的信息进行采集，对各客户端的各应用的安装量进行计算，得到各应用的安装量排序，再以应用在安装量排序中的位置，对应调整对应用的抓取频率，服务器530的信息抓取器则根据所述抓取频率去对应的第三方服务器520抓取对应的应用，以更新服务器中对应应用的版本信息。

图5中仅示出了一个客户端510和一个第三方服务器520，

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的应用模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的服务器及应用升级系统设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (19)

1.一种服务器，包括：

数据库，适于存储一个或多个应用的版本信息；

输入接口，适于接收客户端发来的用户查询应用升级的请求并将所述请求转发给处理器和安装量计数器，所述请求携带客户端安装应用的应用信息列表；

处理器，适于接收所述请求，并将所述应用信息列表中记录的应用信息和数据库中记录的应用信息进行对比，生成可升级应用信息发送到输出接口；

输出接口，适于接收所述可升级应用信息并返回给客户端；

安装量计数器，适于根据所述请求携带的所述应用信息列表中记录的应用信息计算各应用在客户端的安装量并将计算结果发送至频率调整器；

频率调整器，适于接收所述应用安装量计数器发送的计算结果，并根据所述计算结果中各应用的安装量调整信息抓取器到第三方服务器抓取所述应用信息的频率；

信息抓取器，适于根据所述频率调整器调整的频率到第三方服务器抓取各应用的最新版本的应用信息并发送给数据库；

所述数据库，还适于根据所述应用最新版本的应用信息来更新相应应用的存储信息。

2.如权利要求1所述的服务器，其特征在于，

所述应用信息包括应用的版本信息、以及名称信息和/或id信息；

所述处理器根据所述应用信息列表中应用的名称信息和/或id信息获取所述数据库中相应应用的版本信息，将所述应用信息列表和数据库中相应应用的版本信息进行对比后，筛选出所述应用信息列表的版本信息低于所述数据库中对应应用的版本信息的应用，生成可升级应用信息。

3.如权利要求1所述的服务器，其特征在于，所述频率调整器在应用安装量越大时，对该应用的抓取频率越高。

4.如权利要求1所述的服务器，其特征在于，

所述安装量为设定时间段内访问服务器的各客户端所安装的各应用的数量。

5.如权利要求1所述的服务器，其特征在于，

所述安装量为设定时间段内第一次访问服务器的各客户端所安装的各应用的数量。

6.如权利要求5所述的服务器，其特征在于，所述安装量计数器包括：

活跃用户存储器，适于存储在所述设定时间段内已访问服务器的客户端的信息；

分析器，适于判断发出请求的客户端的信息是否已经存在于所述活跃用户存储器中：

如果没有，则将所述收到的客户端的信息存入所述活跃用户存储器中，并且将该客户端所有安装的应用对应的安装量加一，并将计算结果发送至所述频率调整器；

如果有，则对应安装量保持不变。

7.如权利要求6所述的服务器，其特征在于，

所述客户端的信息包括客户端的id信息，所述活跃用户存储器中存储有在所述设定时间段内已访问服务器的客户端的id信息。

8.一种应用升级方法，包括以下步骤：

接收客户端发来的用户查询应用升级的请求，所述请求携带客户端安装应用的应用信息列表；

将所述应用信息列表中记录的应用信息和数据库中记录的应用信息进行对比，生成可升级应用信息并返回给客户端；

根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量；

根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率；

根据调整后频率到第三方服务器抓取各应用的最新版本的应用信息并更新数据库。

9.如权利要求8所述的方法，其特征在于，

所述应用信息包括应用的版本信息、以及名称信息和/或id信息。

10.如权利要求9所述的方法，其特征在于，

将所述应用信息列表和数据库中记录的应用信息进行对比，生成可升级应用信息的步骤具体为：

根据所述应用信息列表中应用的名称信息和/或id信息获取所述数据库中相应应用的版本信息，将所述应用信息列表和数据库中相应应用的版本信息进行对比后，筛选出所述应用信息列表中版本信息低于所述数据库中对应应用的版本信息的应用，生成可升级应用信息。

11.如权利要求8所述的方法，其特征在于，在所述计算各应用在客户端的安装量的步骤之后还包括：根据安装量对各应用进行排序并保存到建立的应用排序列表中的步骤，所述应用排序列表中存储有各应用的安装量排序信息。

12.如权利要求11所述的方法，其特征在于，所述根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率的步骤具体包括：根据各应用的在所述应用排序列表中的排序调整服务器到第三方服务器抓取所述应用信息的频率。

13.如权利要求8所述的方法，其特征在于，所述根据计算得到的所述各应用在客户端的安装量调整服务器到第三方服务器抓取所述应用信息的频率的步骤包括：当所述应用的安装量越大时，对该应用的抓取频率越高。

14.如权利要求8所述的方法，其特征在于，

所述安装量为设定时间段内访问服务器的各客户端所安装的各应用的数量。

15.如权利要求8所述的方法，其特征在于，

所述安装量为设定时间段内第一次访问服务器的各客户端所安装的各应用的数量。

16.如权利要求15所述的方法，其特征在于，根据所述应用信息列表中记录的应用信息，计算各应用在客户端的安装量的步骤具体包括：

判断客户端是否是在所述设定时间段内第一次访问服务器；

如果是：则将该客户端所有安装的应用对应的安装量加一；

否则：则对应安装量保持不变。

17.如权利要求16所述的方法，其特征在于，所述判断客户端是否是在所述设定时间段内第一次访问服务器的步骤具体为：

判断发出请求的客户端的信息是否已经在建立的活跃用户列表中，所述活跃用户列表中存储有在所述设定时间段内已访问过服务器的客户端的信息：

如果没有：则客户端在所述设定时间段内是第一次访问服务器，将所述客户端的信息加入所述活跃用户列表中；

如果有，则客户端在所述设定时间段内不是第一次访问服务器。

18.如权利要求17所述的方法，其特征在于，

所述客户端的信息包括客户端的id信息，所述活跃用户列表中存储有在所述设定时间段内已访问服务器的客户端的id信息。

19.一种应用升级系统，包括：

客户端、第三方服务器以及服务器，

所述客户端，适于向所述服务器的输入接口发送用户查询应用升级的请求；

所述第三方服务器，适于供所述服务器的信息抓取器抓取应用的最新版本的应用信息；

所述服务器为权利要求1-7中任一项所述的服务器。

Images