CN103309694B - 应用程序更新方法和装置 - Google Patents

Abstract

本发明实施例公开了一种应用程序更新方法和装置，通过应用本发明实施例的技术方案，服务器可以根据客户端上报的包括系统信息和当前所安装的应用程序的信息的更新查询消息，来确定该客户端当前是否存在需要更新的应用程序，以及需要更新的应用程序是否符合相应的更新规则，只有在符合相应的更新规则时，才会提示客户端对相应的应用程序进行更新，从而，简化了客户端侧在应用程序更新时所进行的操作，并且通过相应的更新规则的匹配，实现了对应用程序更新过程的控制，解决了现有技术的应用程序更新过程中客户端操作复杂以及服务器端无法进行更新策略控制的问题。

Description

应用程序更新方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种应用程序更新方法和装置。

背景技术

随着互联网和计算机技术的发展，用户对具体的应用程序的应用和依赖日益增强，而现在的应用程序研发非常迅速，更新换代的时间也很快，如果用户能够及时使用最新版本的应用程序，便可以最及时的感受到应用程序升级更新所带来的便捷和服务提升，相应的使用体验也会得到提高。

在现有技术中，传统应用程序的更新方式主要包括以下几种：

（1）用户手工获取应用程序最新版本资讯，手工下载并重新安装。

（2）应用程序提示用户有可用更新，用户手工下载并重新安装。

（3）应用程序提示用户有可用更新，用户手工确认，应用程序自动下载并自行更新。

（4）应用程序后台自动更新，更新完毕后通知用户。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

当需要更新的应用程序数量较多时，用户操作较多，造成用户的负担。

另一方面，上述的应用程序升级方式依赖于客户端的操作，服务器端无法进行相应的配置和控制，如果应用程序的发布者需要配置灰度更新等更新策略，则现有的技术方案无法实现这样的控制。

发明内容

本发明实施例提供一种应用程序更新方法和装置，解决在现有技术中客户端操作复杂以及服务器端无法进行更新策略控制的问题。

为达到上述目的，本发明实施例一方面提供了一种应用程序更新方法，所述方法具体包括：

服务器接收客户端发送的更新查询消息，所述更新查询消息中至少包括所述客户端的系统信息，以及所述客户端当前所安装的应用程序的信息；

所述服务器根据所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序；

如果存在，所述服务器根据所述系统信息，判断所述客户端是否满足所述需要更新的应用程序所对应的更新规则；

如果满足，所述服务器提示所述客户端对所述需要更新的应用程序进行更新，如果不满足，所述服务器确定所述客户端不需要对所述应用程序进行更新，放弃对所述客户端进行所述应用程序的更新提示。

另一方面，本发明实施例还提供了一种服务器，具体包括：

接收模块，用于接收客户端发送的更新查询消息，所述更新查询消息中至少包括所述客户端的系统信息，以及所述客户端当前所安装的应用程序的信息；

确定模块，用于根据所述接收模块所接收的所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序；

判断模块，用于在所述确定模块确定当前存在需要更新的应用程序时，根据所述接收模块所接收到的所述系统信息，判断所述客户端是否满足所述确定模块所确定的需要更新的应用程序所对应的更新规则；

发送模块，用于在所述判断模块的判断结果为满足时，提示所述客户端对所述需要更新的应用程序进行更新，或在所述判断模块的判断结果为不满足时，确定所述客户端不需要对所述应用程序进行更新，放弃对所述客户端进行所述应用程序的更新提示。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，服务器可以根据客户端上报的包括系统信息和当前所安装的应用程序的信息的更新查询消息，来确定该客户端当前是否存在需要更新的应用程序，以及需要更新的应用程序是否符合相应的更新规则，只有在符合相应的更新规则时，才会提示客户端对相应的应用程序进行更新，从而，简化了客户端侧在应用程序更新时所进行的操作，并且通过相应的更新规则的匹配，实现了对应用程序更新过程的控制，解决了现有技术的应用程序更新过程中客户端操作复杂以及服务器端无法进行更新策略控制的问题。

附图说明

图1为本发明实施例提出的一种应用程序更新方法的流程示意图；

图2为本发明实施例提出的一种具体应用场景的结构示意图；

图3为本发明实施例提出的一种具体应用场景下的应用程序更新方法的流程示意图；

图4为本发明实施例提出的一种服务器的结构示意图。

具体实施方式

如背景技术所述，在现有的技术方案中，应用程序的更新方法需要客户端进行大量的操作，增加了用户的操作负担，而且服务器无法对应用程序的更新过程和范围进行策略控制，不能使相应的应用程序更新过程得到有效的优化。

为了克服这样的缺陷，本发明实施例提出了一种应用程序更新方法，基于客户端上报的系统信息和应用程序信息，进行需要更新的应用程序的识别，并在识别到需要更新的应用程序时，进一步进行更新规则的匹配，只有在符合相应的更新规则的情况下，才会对客户端进行应用程序的更新提示，实现客户端侧操作的简化，以及更新过程的策略控制。

如图1所示，为本发明实施例提出的一种应用程序更新方法的流程示意图，该方法具体包括以下步骤：

步骤S101、服务器接收客户端发送的更新查询消息。

其中，所述更新查询消息中至少包括所述客户端的系统信息，以及所述客户端当前所安装的应用程序的信息。

需要进行说明的是，上述的所述客户端的系统信息，具体包括以下几种信息的一种或多种：

（1）所述客户端当前所应用的操作系统的信息。

此种信息主要是为了保证应用程序与操作系统平台的匹配，通过携带该信息，可以直接确定客户端所应用的操作系统的类型和版本信息，从而，直接将后续步骤中的应用程序更新范围确定为该操作系统下的各版本。

通过这样的处理，可以通过一个服务器或服务器群进行多操作系统平台的应用程序更新控制，而不必在根据操作系统平台的类型对服务器进行区分，实现了多系统服务器的集成，以及跨平台应用程序的管理。

（2）所述客户端当前所对应的用户的身份信息。

此种信息的具体形式可以是用户的身份标识（例如，用户名等），也可以是用户所对应的权限信息（例如，用户等级等），还可以是用户所应用的客户端的标识信息（例如，机器号等）。

具体的信息类型的确定主要是为了满足后续的更新规则的内容要求，无论是上述的哪种类型的信息，其作用均是为了让服务器识别客户端属于进行应用程序更新的范围，具体的说明参见后续步骤，在此不再赘述。

需要指出的是，身份信息的具体内容的变化并不会影响本发明的保护范围。

（3）所述客户端当前所对应的位置信息。

此种信息的具体形式可以是用户的网络位置信息（例如，IP地址等），也可以是用户所应用的客户端的当前的地理位置信息（例如，经纬度信息等）。

具体的信息类型的确定主要是为了满足后续的更新规则的内容要求，无论是上述的哪种类型的信息，其作用均是为了让服务器识别客户端属于进行应用程序更新的范围，具体的说明参见后续步骤，在此不再赘述。

需要指出的是，位置信息的具体内容的变化并不会影响本发明的保护范围。

进一步的，上述的所述客户端当前所安装的应用程序的信息，至少包括所述应用程序的标识信息和当前版本信息。

在实际应用中， 当所述客户端启动，或所述客户端中安装的应用程序管理程序启动后，相应的信息具体通过以下方式获取：

首先，所述客户端对自身当前的应用程序列表，和/或当前已安装的应用程序所对应的MD5值，和/或当前所包括的应用程序图标的MD5值进行扫描，确定所述客户端当前所安装的应用程序的标识信息。

通过这样的处理，可以分离应用程序的具体数据与图标文件的更新过程，降低了更新操作的系统代价。

并且，通过上述的几种信息内容的综合扫描，可以避免出现应用程序的遗漏，完成对当前所安装的所有应用程序的全面扫描，例如，对于没有添加到注册表的“绿色”软件，可以根据其对应的图标信息实现相应的扫描。

在完成上述的扫描后，所述客户端根据所述标识信息，获取相应的应用程序所应用的当前版本信息。

步骤S102、所述服务器根据所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序。

如果存在，则执行步骤S103；

如果不存在，则直接执行步骤S105。

在实际的应用场景中，本步骤的处理过程具体包括以下步骤：

所述服务器根据所述客户端当前所应用的操作系统的信息和所述客户端当前所安装的应用程序的标识信息，获取相应的应用程序在所述操作系统下的最新版本信息。

所述服务器将相应的应用程序的最新版本信息和所述更新查询消息中所携带的所述应用程序的当前版本信息进行比较。

当所述最新版本信息高于所述当前版本信息时，所述服务器确定所述应用程序需要更新。

在此种情况下，所述服务器还需要进一步确定当前所有需要更新的应用程序的数量，和/或各应用程序所对应的需要更新的内容，和/或各应用程序所对应的更新方式，从而为后续的更新操作准备相应的信息。

在实际的操作中，具体获取上述的哪种或哪几种信息可以根据实际的需要而定，这样的变化并不影响本发明的保护范围。

需要进一步说明的是，上述的各应用程序所对应的需要更新的内容，可以包括以下几种情况：

只更新应用程序数据、只更新应用程序图标，或，更新应用程序数据和图标。

通过上述更新内容的变化，可以灵活控制应用程序更新的处理过程，以及准确控制更新对象，从而，可以避免按照单一的更新规则进行更新时所造成的更新过程的资源浪费和处理过程的复杂。具体采用哪种更新内容，可以根据实际需要而定。

当所述最新版本信息等于或低于所述当前版本信息时，所述服务器确定所述应用程序不需要更新。

需要进一步指出的是，在上述的确定过程中，如果所述服务器确定所述客户端当前所安装的一个或多个应用程序为需要停止使用的应用程序，则所述服务器直接提示所述客户端对所述需要停止使用的应用程序进行删除。

通过这样的处理，可以避免用户继续使用存在缺陷的应用程序，在实际应用中，上述的需要停止使用的应用程序主要指被下架或被召回的应用程序。

而且，在提示所述客户端对所述需要停止使用的应用程序进行删除的过程中，还可以进一步携带停止使用的原因信息，使用户及时了解该应用程序需要停止使用的原因。

步骤S103、所述服务器根据所述系统信息，判断所述客户端是否满足所述需要更新的应用程序所对应的更新规则。

如果满足，则执行步骤S104；

如果不满足，则执行步骤S105。

根据具体的更新规则内容的差异，本步骤的处理具体可以包括以下几种处理方式的一种或多种：

更新规则一、限定了进行应用程序更新的用户范围，例如用户标识的号段范围，用户等级限制等。

所述服务器根据所述客户端当前所对应的用户的身份信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新用户范围。

更新规则二、限定了进行应用程序更新的地理范围，例如客户端的IP地址范围，客户端的地理位置范围等。

所述服务器根据所述客户端当前所对应的位置信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新地域范围。

更新规则三、限定了进行应用程序更新的频率，例如，限定同一客户端或同一用户在一个时间区间内的最大更新次数，限定同一客户端或同一用户的最小更新时间间隔等。

所述服务器根据所记录的所述客户端当前的更新频率信息，判断所述客户端当前已完成更新的更新频率是否符合所述需要更新的应用程序所对应的更新频率要求。

步骤S104、所述服务器提示所述客户端对所述需要更新的应用程序进行更新。

用户可以根据相应的提示信息，手动确定进行相应的应用程序的下载或安装，当然，也可以是在应用程序自动完成下载后，用户通过相应的提示手动确定进行安装，或者直接是在应用程序更新完成后，用户通过该提示信息获知更新结果。

在实际应用中，具体的更新提示的类型可以根据实际的需要或者预设的规则进行设置，这样的变化并不影响本发明的保护范围。

步骤S105、所述服务器确定所述客户端不需要对所述应用程序进行更新，放弃对所述客户端进行所述应用程序的更新提示。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，服务器可以根据客户端上报的包括系统信息和当前所安装的应用程序的信息的更新查询消息，来确定该客户端当前是否存在需要更新的应用程序，以及需要更新的应用程序是否符合相应的更新规则，只有在符合相应的更新规则时，才会提示客户端对相应的应用程序进行更新，从而，简化了客户端侧在应用程序更新时所进行的操作，并且通过相应的更新规则的匹配，实现了对应用程序更新过程的控制，解决了现有技术的应用程序更新过程中客户端操作复杂以及服务器端无法进行更新策略控制的问题。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

如图2所示，为本发明实施例所提出的一个典型应用场景的结构示意图。

在此种应用场景中，前述的服务器分别通过具体的升级控制服务器、下载服务器和应用程序配置服务器来实现相应的功能，这样的系统结构只是为了实现具体的功能分类，提高相应的处理效率。

首先，客户端向升级控制服务器上传本机软件的版本及系统的类型，升级控制服务器对比最新的版本号及升级策略决定相应的应用程序是否需要升级，并更具确定的结果，向客户端返回相应的结果。

客户端根据升级控制服务器返回的结果提示去下载服务器，下载最新版本的应用程序。

客户端完成相应的下载后，根据用户的具体操作指令实现以下操作：

（1）替换掉本机当前安装的旧版本程序。

（2）如果本机当前安装的旧版本程序是下架及召回程序，提示用户该应用程序因为何种原因被下架或召回，请用户自行删除或更新。

当然，也有可能客户端从下载服务器所下载的应用程序也是被下架或召回的程序，那么，也可以通过相应的提示，请用户自行对所下载的应用程序进行删除。

在上述的应用场景中，应用程序配置服务器对升级控制服务器配置相应的更新规则和当前最新的各应用程序的版本信息，而在下载服务器中存储最新版本的各应用程序的安装包，以供客户端进行下载，应用程序配置服务器保证升级控制服务器中所记录的应用程序的最新版本信息与下载服务器中所存储的具体应用程序的安装包的版本信息相匹配。

如图3所示，为本发明实施例所提出的一种具体应用场景下的应用程序更新方法的流程示意图，包括以下步骤：

步骤S301、应用程序配置服务器配置升级控制服务器中的更新规则和应用程序的最新版本信息，并在下载服务器中存储最新版本的应用程序的安装包。

在本实施例中，所述更新规则可以包括该应用程序进行更新的号段限制、地区限制或频率限制。

步骤S302、客户端启动，对自身系统信息和应用程序信息进行扫描，并将携带扫描结果的查询请求消息发送给服务器。

客户端在启动后，开始扫描用户已安装APP（application，即前述的应用程序）的APP ID、对应版本号、APP的MD5值以及APP图标的MD5值，扫描完毕后，客户端通过C/S（Client/Server，客户端/服务器）协议，向服务器端发送所获取的信息。

步骤S303、服务器判断客户端的各应用程序是否需要更新。

服务器端在获取客户端上传的信息后，进行比对，确定用户所需要更新的APP数量、具体更新内容（APP数据更新或只是图标更新）以及更新方式（手动或静默）。

如果有需要更新的应用程序，则执行步骤S304；

如果不存在任何的需要更新的应用程序，则直接执行步骤S311。

在对比过程中，服务器端读取该APP在服务器端设定的更新规则（例如灰度更新方式），并根据该信息以确定当前用户是否应该进行本次更新，具体的处理过程如下。

步骤S304、服务器判断该应用程序的更新是否存在号段限制。

如果存在，执行步骤S305；

如果不存在，执行步骤S306。

步骤S305、服务器判断该客户端是否属于更新号段列表。

例如，服务器判断客户端当前登录的用户的身份标示号码是否属于更新号段列表。

如果属于，执行步骤S306；

如果不属于，执行步骤S311。

步骤S306、服务器判断该应用程序的更新是否存在地区限制。

如果存在，执行步骤S307；

如果不存在，执行步骤S308。

步骤S307、服务器判断该客户端是否属于更新地区列表。

例如，服务器判断客户端当前的IP地址所对应的城市是否属于更新地区列表。

如果属于，执行步骤S308；

如果不属于，执行步骤S311。

步骤S308、服务器判断该应用程序的更新是否存在频率限制。

如果存在，执行步骤S309；

如果不存在，执行步骤S310。

步骤S309、服务器判断该客户端当前的更新频率是否符合频率限制。

例如，服务器判断客户端最近一天内对该应用程序的更新次数是否达到了相应的应用程序一天内的最大更新次数。

如果符合，执行步骤S310；

如果不符合，执行步骤S311。

步骤S310、服务器将需要升级的应用程序的信息提示给客户端。

步骤S311、服务器确定相应的应用程序不用升级，不对客户端进行提示。

需要指出的是，上述的步骤S304至步骤S309的更新规则匹配过程可以根据更新规则的具体内容进行相应的调整，对于不同规则是否存在的判断顺序也可以进行调换，如果还存在其他的更新规则，也可以增加相应的是否存在相应规则的判断过程，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，服务器可以根据客户端上报的包括系统信息和当前所安装的应用程序的信息的更新查询消息，来确定该客户端当前是否存在需要更新的应用程序，以及需要更新的应用程序是否符合相应的更新规则，只有在符合相应的更新规则时，才会提示客户端对相应的应用程序进行更新，从而，简化了客户端侧在应用程序更新时所进行的操作，并且通过相应的更新规则的匹配，实现了对应用程序更新过程的控制，解决了现有技术的应用程序更新过程中客户端操作复杂以及服务器端无法进行更新策略控制的问题。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种服务器，具体的结构示意图如图4所示，包括：

接收模块41，用于接收客户端发送的更新查询消息，所述更新查询消息中至少包括所述客户端的系统信息，以及所述客户端当前所安装的应用程序的信息；

确定模块42，用于根据所述接收模块41所接收的所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序；

判断模块43，用于在所述确定模块42确定当前存在需要更新的应用程序时，根据所述接收模块41所接收到的所述系统信息，判断所述客户端是否满足所述确定模块42所确定的需要更新的应用程序所对应的更新规则；

发送模块44，用于在所述判断模块43的判断结果为满足时，提示所述客户端对所述需要更新的应用程序进行更新，或在所述判断模块43的判断结果为不满足时，确定所述客户端不需要对所述应用程序进行更新，放弃对所述客户端进行所述应用程序的更新提示。

其中，所述确定模块42，具体用于：

根据所述接收模块41所接收到的所述客户端当前所应用的操作系统的信息和所述客户端当前所安装的应用程序的标识信息，获取相应的应用程序在所述操作系统下的最新版本信息；

将相应的应用程序的最新版本信息和所述更新查询消息中所携带的所述应用程序的当前版本信息进行比较；

当所述最新版本信息高于所述当前版本信息时，确定所述应用程序需要更新，当所述最新版本信息等于或低于所述当前版本信息时，确定所述应用程序不需要更新。

进一步的，所述发送模块44，还用于：

在所述确定模块42所述客户端当前所安装的一个或多个应用程序为需要停止使用的应用程序时，直接提示所述客户端对所述需要停止使用的应用程序进行删除。

另一方面，所述判断模块43，具体用于：

根据所述接收模块41所接收到的所述客户端当前所对应的用户的身份信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新用户范围；和/或，

根据所述接收模块41所接收到的所述客户端当前所对应的位置信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新地域范围；和/或，

根据所记录的所述客户端当前的更新频率信息，判断所述客户端当前已完成更新的更新频率是否符合所述需要更新的应用程序所对应的更新频率要求。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，服务器可以根据客户端上报的包括系统信息和当前所安装的应用程序的信息的更新查询消息，来确定该客户端当前是否存在需要更新的应用程序，以及需要更新的应用程序是否符合相应的更新规则，只有在符合相应的更新规则时，才会提示客户端对相应的应用程序进行更新，从而，简化了客户端侧在应用程序更新时所进行的操作，并且通过相应的更新规则的匹配，实现了对应用程序更新过程的控制，解决了现有技术的应用程序更新过程中客户端操作复杂以及服务器端无法进行更新策略控制的问题。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (10)

1.一种应用程序更新方法，其特征在于，所述方法包括：

服务器接收客户端发送的更新查询消息，所述更新查询消息中至少包括所述客户端的系统信息，以及所述客户端当前所安装的应用程序的信息，其中，所述客户端当前所安装的应用程序的信息，至少包括所述应用程序的标识信息和当前版本信息；

所述服务器根据所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序，其中，所述服务器根据所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序，包括：所述服务器根据所述系统信息中的客户端当前所应用的操作系统的信息和所述客户端当前所安装的应用程序的标识信息，获取相应的应用程序在所述操作系统下的最新版本信息；所述服务器将相应的应用程序的最新版本信息和所述更新查询消息中所携带的所述应用程序的当前版本信息进行比较，以确定当前是否存在需要更新的应用程序；

如果存在，所述服务器根据所述系统信息，判断所述客户端是否满足所述需要更新的应用程序所对应的更新规则；以及

如果满足，所述服务器提示所述客户端对所述需要更新的应用程序进行更新，如果不满足，所述服务器确定所述客户端不需要对所述应用程序进行更新，放弃对所述客户端进行所述应用程序的更新提示，其中，

所述服务器根据所述系统信息，判断所述客户端是否满足所述需要更新的应用程序所对应的更新规则，包括：

所述服务器根据所述系统信息中的客户端当前所对应的用户的身份信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新用户范围；和/或，

所述服务器根据所述系统信息中的客户端当前所对应的位置信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新地域范围；和/或，所述服务器根据所记录的所述客户端当前的更新频率信息，判断所述客户端当前已完成更新的更新频率是否符合所述需要更新的应用程序所对应的更新频率要求。

2.如权利要求1所述的方法，其特征在于，所述客户端的系统信息，包括：

所述客户端当前所应用的操作系统的信息；和/或，

所述客户端当前所对应的用户的身份信息；和/或，

所述客户端当前所对应的位置信息。

3.如权利要求1所述的方法，其特征在于，所述客户端当前所安装的应用程序的信息，至少包括所述应用程序的标识信息和当前版本信息，通过以下方式获取：

当所述客户端启动，或所述客户端中安装的应用程序管理程序启动后，所述客户端对自身当前的应用程序列表，和/或当前已安装的应用程序所对应的MD5值，和/或当前所包括的应用程序图标的MD5值进行扫描，确定所述客户端当前所安装的应用程序的标识信息；

所述客户端根据所述标识信息，获取相应的应用程序所应用的当前版本信息。

4.如权利要求1至3中任意一项所述的方法，其特征在于，所述服务器根据所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序，还包括：

当所述最新版本信息高于所述当前版本信息时，所述服务器确定所述应用程序需要更新，当所述最新版本信息等于或低于所述当前版本信息时，所述服务器确定所述应用程序不需要更新。

5.如权利要求4所述的方法，其特征在于，当所述最新版本信息高于所述当前版本信息时，所述服务器确定所述应用程序需要更新，还包括：

所述服务器确定当前所有需要更新的应用程序的数量，和/或，各应用程序所对应的需要更新的内容，和/或，以及各应用程序所对应的更新方式。

6.如权利要求5所述的方法，其特征在于，所述各应用程序所对应的需要更新的内容，包括：

只更新应用程序数据、只更新应用程序图标，或，更新应用程序数据和图标。

7.如权利要求4所述的方法，其特征在于，所述服务器根据所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序，还包括：

如果所述服务器确定所述客户端当前所安装的一个或多个应用程序为需要停止使用的应用程序，则所述服务器直接提示所述客户端对所述需要停止使用的应用程序进行删除。

8.一种服务器，其特征在于，包括：

接收模块，用于接收客户端发送的更新查询消息，所述更新查询消息中至少包括所述客户端的系统信息，以及所述客户端当前所安装的应用程序的信息，其中，所述客户端当前所安装的应用程序的信息，至少包括所述应用程序的标识信息和当前版本信息；

确定模块，用于根据所述接收模块所接收的所述系统信息和所述应用程序的信息，确定当前是否存在需要更新的应用程序，其中，所述确定模块还用于根据所述接收模块所接收到的所述系统信息中的客户端当前所应用的操作系统的信息和所述客户端当前所安装的应用程序的标识信息，获取相应的应用程序在所述操作系统下的最新版本信息；将相应的应用程序的最新版本信息和所述更新查询消息中所携带的所述应用程序的当前版本信息进行比较，以确定当前是否存在需要更新的应用程序；

判断模块，用于在所述确定模块确定当前存在需要更新的应用程序时，

根据所述接收模块所接收到的所述系统信息，判断所述客户端是否满足所述确定模块所确定的需要更新的应用程序所对应的更新规则；以及

发送模块，用于在所述判断模块的判断结果为满足时，提示所述客户端对所述需要更新的应用程序进行更新，或在所述判断模块的判断结果为不满足时，确定所述客户端不需要对所述应用程序进行更新，放弃对所述客户端进行所述应用程序的更新提示，其中，

所述判断模块，还用于：

根据所述接收模块所接收到的所述系统信息中的客户端当前所对应的用户的身份信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新用户范围；和/或，

根据所述接收模块所接收到的所述系统信息中的客户端当前所对应的位置信息，判断所述客户端是否属于所述需要更新的应用程序所对应的更新地域范围；和/或，

根据所记录的所述客户端当前的更新频率信息，判断所述客户端当前已完成更新的更新频率是否符合所述需要更新的应用程序所对应的更新频率要求。

9.如权利要求8所述的服务器，其特征在于，所述确定模块，还用于：

当所述最新版本信息高于所述当前版本信息时，确定所述应用程序需要更新，当所述最新版本信息等于或低于所述当前版本信息时，确定所述应用程序不需要更新。

10.如权利要求9所述的服务器，其特征在于，所述发送模块，还用于：

在所述确定模块所述客户端当前所安装的一个或多个应用程序为需要停止使用的应用程序时，直接提示所述客户端对所述需要停止使用的应用程序进行删除。