CN105704241A - 一种客户端程序更新方法及系统、业务平台 - Google Patents

Abstract

本发明提供了一种客户端程序更新方法及系统、业务平台，其中，方法包括：存储至少一个版本的更新文件；构建版本清单，记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；获取对应目标更新文件的更新时间策略；根据目标更新文件的版本信息确定至少两个可以更新客户端程序的目标服务器；将更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。通过本发明的技术方案，可缩短更新时间。

Description

一种客户端程序更新方法及系统、业务平台

技术领域

本发明涉及信息通信技术领域，特别涉及一种客户端程序更新方法及系统、业务平台。

背景技术

随着云计算技术的飞速发展，数据中心的服务器数量也越来越多，每一个服务器上均需要安装相应的客户端程序来执行相应的业务，而互联网产品周期较短的特性决定了每一个服务器上的客户端程序需要经常更新。

目前，更新多个服务器上的相同客户端程序时，通常需要将用户通过用户终端上传到业务平台的更新文件依次发送到每一个服务器，以使得每一个服务器分别根据接收到的更新文件更新当前服务器内的客户端程序。

可见，上述技术方案中，更新多个服务器内的客户端程序时，依次更新每一个服务器内的客户端程序，需要较长的更新时间。

发明内容

本发明实施例提供了一种客户端程序更新方法及系统、业务平台，可缩短更新时间。

第一方面，本发明提供了一种客户端程序更新方法，应用于业务平台中，包括：

S1：存储至少一个版本的更新文件；

S2：构建版本清单，其中，所述版本清单用于记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；

S3：获取对应目标更新文件的更新时间策略；

S4：根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少两个可以更新客户端程序的目标服务器；

S5：将所述更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。

进一步的，在所述步骤S5之后，还包括：

接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息；

当接收到至少一个更新成功信息时，根据目标更新文件的版本信息对应更新所述版本清单。

进一步的，还包括：

预先设置更新成功率阈值；

在所述接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息之后，还包括：

统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率；

判断所述更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，执行所述根据目标更新文件的版本信息对应更新所述版本清单；

否则，根据所述版本清单向每一个目标服务器分别发送对应当前目标服务器内客户端程序版本信息的更新文件。

进一步的，所述步骤S5中，进一步包括：获取所述目标更新文件的第一特征值，将所述第一特征值发送到每一个目标服务器；

所述使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据目标更新文件更新当前目标服务器内的客户端程序，包括：

使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址获取目标更新文件，获取所述目标更新文件的第二特征值，当所述第二特征值与所述第一特征值相同时，根据目标更新文件更新当前目标服务器内的客户端程序。

第二方面，本发明提供了一种业务平台，包括：

存储单元，用于存储至少一个版本的更新文件；

版本清单，用于记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；

获取单元，用于获取对应目标更新文件的更新时间策略；

确定单元，用于根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少两个可以更新客户端程序的目标服务器；

处理单元，用于将所述更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。

进一步的，还包括：

信息接收单元，用于接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息；

所述处理单元，进一步用于当接收到至少一个更新成功信息时，根据目标更新文件的版本信息对应更新所述版本清单。

进一步的，还包括：

设置单元，用于设置更新成功率阈值；

计算单元，用于统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率；

判断单元，用于判断所述更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，触发所述处理单元根据目标更新文件的版本信息对应更新所述版本清单；

否则，触发所述处理单元根据所述版本清单向每一个目标服务器分别发送对应当前目标服务器内客户端程序版本信息的更新文件。

进一步的，

所述处理单元，进一步用于获取所述目标更新文件的第一特征值，将所述第一特征值发送到每一个目标服务器。

第三方面，本发明提供了一种客户端程序更新系统，包括：

如上述第二方面中任一所述的业务平台和至少两个服务器；

其中，

每一个所述服务器，用于接收所述业务平台发送的更新时间策略及目标更新文件的目标存储地址，根据所述更新时间策略从所述目标存储地址下获取目标更新文件，并根据所述目标更新文件更新当前服务器内的客户端程序。

本发明实施例提供了一种客户端程序更新方法及系统、业务平台，通过在业务平台中存储至少一个版本的更新文件，利用业务平台内的版本清单对多个服务器内的客户端程序的版本信息及更新情况进行集中管理；当需要利用目标更新文件更新多个目标服务器内的客户端程序时，只需要通过业务平台向每一个目标服务器分别发送相同的更新时间策略和目标更新文件的目标存储地址，即可使每一个目标服务器分别根据相同的更新时间策略从目标存储地址下获取目标更新文件，以更新当前目标服务器内的客户端程序；可见，通过本发明的技术方案，通过业务平台实现对多个服务器内的客户端程序及更新情况进行集中管理，可利用相同的更新时间策略及目标更新文件同时更新多个服务器内的客户端程序，缩短更新时间。

附图说明

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

图1是本发明一实施例提供的一种客户端程序更新方法的流程图；

图2是本发明一实施例提供的一种业务平台的结构示意图；

图3是本发明一实施例提供的另一种业务平台的结构示意图；

图4是本发明一实施例提供的一种客户端程序更新系统的结构示意图；

图5是本发明一实施例提供的另一种客户端程序更新方法的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种客户端程序更新方法，应用于业务平台中，该方法可以包括以下步骤：

S1：存储至少一个版本的更新文件；

S2：构建版本清单，其中，所述版本清单用于记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；

S3：获取对应目标更新文件的更新时间策略；

S4：根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少两个可以更新客户端程序的目标服务器；

S5：将所述更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。

本发明一实施中，通过在业务平台中存储至少一个版本的更新文件，利用业务平台内的版本清单对多个服务器内的客户端程序的版本信息及更新情况进行集中管理；当需要利用目标更新文件更新多个目标服务器内的客户端程序时，只需要通过业务平台向每一个目标服务器分别发送相同的更新时间策略和目标更新文件的目标存储地址，即可使每一个目标服务器分别根据相同的更新时间策略从目标存储地址下获取目标更新文件，以更新当前目标服务器内的客户端程序；可见，通过本发明的技术方案，通过业务平台实现对多个服务器内的客户端程序及更新情况进行集中管理，可利用相同的更新时间策略及目标更新文件同时更新多个服务器内的客户端程序，缩短更新时间。

进一步的，为了确保业务平台中版本清单记录的每一个服务器分别对应的客户端程序版本信息与当前服务器内实际安装的客户端程序的版本信息保持一致，本发明一个优选实施例中，在所述步骤S5之后，还包括：

接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息；

当接收到至少一个更新成功信息时，根据目标更新文件的版本信息对应更新所述版本清单。

本发明一实施例中，当成功更新目标服务器内的客户端程序之后，对应的更新业务平台中的版本清单，方便业务平台在下次更新任务中根据版本清单中记录的信息更新相应服务器中的客户端程序。

进一步的，由于对应最新版本客户端程序的更新文件稳定性可能较低，导致安装该版本客户端程序的服务器并不能利用该版本的客户端程序完成相应的业务；因此，当目标更新文件为对应最新版本客户端程序的更新文件时，可通过设置更新成功率阈值等形式检测目标更新文件的稳定性，在确保目标更新文件的稳定性符合用户要求的情况下，即可将目标更新文件更新到大规模的服务器中，反之，则可进行业务平台中版本清单记录的信息对应安装相应服务器内的客户端程序；具体地，本发明一个优选实施中，还包括：

预先设置更新成功率阈值；

在所述接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息之后，还包括：

统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率；

判断所述更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，执行所述根据目标更新文件的版本信息对应更新所述版本清单；

否则，根据所述版本清单向每一个目标服务器分别发送对应当前目标服务器内客户端程序版本信息的更新文件。

需要说明的是，更新成功率阈值可由工作人员根据不同客户端程序的类型及大小等属性进行合理设置。

进一步的，为了提高每一个目标服务器的安全性，防止目标服务器根据已发生篡改的目标更新文件更新当前目标服务器内的客户端程序，本发明一个优选实施例中，所述步骤S5中，进一步包括：获取所述目标更新文件的第一特征值，将所述第一特征值发送到每一个目标服务器；

所述使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据目标更新文件更新当前目标服务器内的客户端程序，包括：

使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址获取目标更新文件，获取所述目标更新文件的第二特征值，当所述第二特征值与所述第一特征值相同时，根据目标更新文件更新当前目标服务器内的客户端程序。

本发明一实施例中，特征值可以包括目标更新文件的哈希值。

需要说明的是，本发明实施例中所述的更新文件可以安装文件和/或补丁文件。

如图2所示，本发明实施例提供了一种业务平台20，包括：

存储单元201，用于存储至少一个版本的更新文件；

版本清单202，用于记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；

获取单元203，用于获取对应目标更新文件的更新时间策略；

确定单元204，用于根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少两个可以更新客户端程序的目标服务器；

处理单元205，用于将所述更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。

进一步的，为了确保业务平台中版本清单记录的每一个服务器分别对应的客户端程序版本信息与当前服务器内实际安装的客户端程序的版本信息保持一致，如图3所示，本发明一个优选实施例中，还包括：

信息接收单元301，用于接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息；

所述处理单元205，进一步用于当接收到至少一个更新成功信息时，根据目标更新文件的版本信息对应更新所述版本清单。

进一步的，为了防止将不具备稳定性要求的客户端程序安装到对应的服务器中，如图3所示，本发明一个优选实施例中，还包括：

设置单元302，用于设置更新成功率阈值；

计算单元303，用于统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率；

判断单元304，用于判断所述更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，触发所述处理单元205根据目标更新文件的版本信息对应更新所述版本清单；

否则，触发所述处理单元205根据所述版本清单向每一个目标服务器分别发送对应当前目标服务器内客户端程序版本信息的更新文件。

进一步的，为了提高目标服务器的安全性，防止目标服务器根据已发生篡改的目标更新文件更新当前目标服务器内的客户端程序，本发明一个优选实施例中，所述处理单元205，进一步用于获取所述目标更新文件的第一特征值，将所述第一特征值发送到每一个目标服务器。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

如图4所示，本发明实施例提供了一种客户端程序更新系统，包括：

如上述实施例中任一所述的业务平台20和至少两个服务器401；

其中，

每一个所述服务器401，用于接收所述业务平台20发送的更新时间策略及目标更新文件的目标存储地址，根据所述更新时间策略从所述目标存储地址下获取目标更新文件，并根据所述目标更新文件更新当前服务器401内的客户端程序。

本发明一实施例中，通过业务平台对多个服务器的客户端程序及客户端程序的更新情况进行集中管理，多个服务器可根据相同的更新时间策略从相同的目标存储地址下获取相同的目标更新文件更新当前服务器内的客户端程序，可缩短更新时间。

如图5所示，本发明实施例提供了一种结合本发明上述实施例中所述的客户端程序更新系统，实现更新多个服务器内的客户端程序的方法，本发明实施例中以目标更新文件为最新版本的客户端程序为例，该方法可以包括如下步骤：

步骤501，业务平台存储用户上传的至少一个版本的更新文件，以及，预先设置更新成功率阈值。

本发明一实施例中，业务平台存储至少一个版本的客户端程序。

需要说明的是，更新成功率阈值可由工作人员根据实际业务需求合理设置。

步骤502，业务平台构建版本清单。

本发明一实施例中，版本清单用于记录至少两个服务器分别对应的客户端程序版本信息，以及，每一个版本的客户端程序的存储地址等。

步骤503，业务平台获取对应目标更新文件的更新时间策略。

本发明一实施例中，业务平台可接收工作人员通过相应的用户终端设备向业务平台发送的对应目标更新文件的更新时间策略；更新时间策略可以限定多个服务器从业务平台获取目标更新文件并更新当前服务器内的客户端程序对应的更新时间段。

步骤504，业务平台根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少一个可以更新客户端程序的目标服务器，以及，获取目标更新文件的第一特征值。

举例来说，更新文件A、B、C分别对应的版本信息为1.1、1.2、1.3，其版本发布顺序为1.1、1.2、1.3，服务器a、b、c分别对应的版本信息为1.1、1.2、1.3，当目标更新文件为1.3版本的C时，由于服务器c内的客户端程序已经是最新的1.3版本，并不需要重复执行更新操作，因此，可确定可以更新客户端程序的目标服务器分别为a和b。

需要说明的是，本发明实施例中以目标更新文件C为最新版的客户端程序，在另一种可能实现的方式中，目标更新文件C可以为依赖于某一特定版本的补丁文件，举例来说，C为依赖于1.2版本的补丁文件时，此时，只有安装有1.2版本客户端程序的目标服务器b，能够利用目标更新文件C对其安装的1.2版本的客户端程序进行相应的更新。

本发明一实施例中，特征值可以包括当前目标更新文件C的哈希值。

步骤505，业务平台将更新时间策略及目标更新文件的目标存储地址、目标更新文件的第一特征值发送给每一个目标服务器。

举例来说，目标更新文件C的目标存储地址可以包括如下地址：

192.168.0.1/ClientUpdate/XXXClientV4.0.0.1.zip；

这时，即需要将业务平台获取到的更新时间策略、目标更新文件C的哈希值和该地址发送给目标服务器a和b。

步骤506，每一个目标服务器分别根据接收到的更新时间策略从目标存储地址获取目标更新文件。

本发明实施例中，更新时间策略可以限定目标服务器a和b从目标存储地址192.168.0.1/ClientUpdate/XXXClientV4.0.0.1.zip下载目标更新文件C的开始时间点，使得目标服务器a和b从该开始时间点从该目标存储地址下开始下载目标更新文件C。

步骤507，每一个目标服务器分别计算从目标存储地址下获取的目标更新文件的第二特征值。

这里，即目标服务器a和b分别对下载的目标更新文件C进行摘要计算以获取对应的哈希值。

步骤508，目标服务器判断第二特征值与第一特征值是否相同，如果是，则执行步骤509，否则，执行步骤510。

步骤509，目标服务器分别根据获取的目标更新文件更新当前目标服务器内的客户端程序。

步骤508和步骤509中，通过判断目标更新文件C对应的两个哈希值是否相同来确定已下载到目标服务器a和b中的目标更新文件C的完整性是否受到破坏，只有在目标更新文件的完整性未受到破坏的前提下才利用下载的目标更新文件C更新目标服务器a和b中的客户端程序，提高目标服务器a和b的安全性。

本发明一实施例中，目标服务器a和b只要分别运行一次目标更新文件C即可完成更新。

步骤510，目标服务器分别向业务平台发送更新成功信息或更新失败信息。

本发明一实施例中，更新时间策略还可以限定每一个目标服务器必须结束更新客户端程序的截止时间点，如果没有在截止时间点内完成更新，则向业务平台发送更新失败信息，否则，发送更新成功信息。

步骤511，业务平台统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率。

步骤512，业务平台判断更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，执行步骤513；否则，执行步骤514。

步骤513，业务平台根据目标更新文件的版本信息更新版本清单。

举例来说，版本清单中服务器a和b原本对应的客户端程序版本信息分别为1.1和1.2版本，这里需要将其更新为对应目标更新程序C的1.3版本。

本发明一实施例中，目标更新文件C可能存在不稳定性，因此，可通过上述几个步骤中所述的方法来衡量目标更新文件C的稳定性，在目标更新文件C的稳定性符合要求的情况下，即可根据目标更新文件C更新大规模的服务器内的客户端程序。

需要说明的是，更新时间策略和更新成功率阈值需要工作人员根据目标更新文件C的大小、类型等属性来合理设置。

步骤514，业务平台根据版本清单分别向每一个目标服务器发送对应当前目标服务器内客户端程序版本信息的更新文件。

这里，说明目标更新文件C的稳定性不符合要求，还需要对目标更新文件C做进一步的改进，不能直接安装或更新到对应的目标服务器中以实现相应的业务功能；相应的，为了确保不影响第一目标服务器a、b原有的业务功能，这里应该对a和b中的客户端程序进行回退，即根据版本清单向服务器a和服务器b分别发送更新文件A和更新文件B。

本发明上述各个实施例至少具有如下有益效果：

1、通过在业务平台中存储至少一个版本的更新文件，利用业务平台内的版本清单对多个服务器内的客户端程序的版本信息及更新情况进行集中管理；当需要利用目标更新文件更新多个目标服务器内的客户端程序时，只需要通过业务平台向每一个目标服务器分别发送相同的更新时间策略和目标更新文件的目标存储地址，即可使每一个目标服务器分别根据相同的更新时间策略从目标存储地址下获取目标更新文件，以更新当前目标服务器内的客户端程序；可见，通过本发明的技术方案，通过业务平台实现对多个服务器内的客户端程序及更新情况进行集中管理，可利用相同的更新时间策略及目标更新文件同时更新多个服务器内的客户端程序，缩短更新时间。

2、当最新版的客户端程序的稳定性符合要求时，才将其更新到大批量的服务器中；反之，当最新版的客户端程序的稳定性不符合要求时，可根据业务平台中的版本清单，针对已安装不符合稳定性要求的最新版本客户端程序的服务器，恢复其原本安装的客户端程序，不会影响其正常的业务功能。

3、目标服务器接收业务平台发送的第一特征值，以及获取其从业务平台获取的目标更新文件的第二特征值，通过判断目标更新文件对应的第一特征值和第二特征值是否相同来确定目标更新文件是否发生篡改，防止当前目标服务器根据已发生篡改的目标更新文件更新当前目标服务器内的客户端程序，提高目标服务器的安全性。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃·····”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (9)

1.一种客户端程序更新方法，其特征在于，应用于业务平台中，包括：

S1：存储至少一个版本的更新文件；

S2：构建版本清单，其中，所述版本清单用于记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；

还包括：

S3：获取对应目标更新文件的更新时间策略；

S4：根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少两个可以更新客户端程序的目标服务器；

S5：将所述更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。

2.根据权利要求1所述的客户端程序更新方法，其特征在于，在所述步骤S5之后，还包括：

接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息；

当接收到至少一个更新成功信息时，根据目标更新文件的版本信息对应更新所述版本清单。

3.根据权利要求2所述的客户端程序更新方法，其特征在于，还包括：

预先设置更新成功率阈值；

在所述接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息之后，还包括：

统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率；

判断所述更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，执行所述根据目标更新文件的版本信息对应更新所述版本清单；

否则，根据所述版本清单向每一个目标服务器分别发送对应当前目标服务器内客户端程序版本信息的更新文件。

4.根据权利要求1至3中任一所述的客户端程序更新方法，其特征在于，所述步骤S5中，进一步包括：获取所述目标更新文件的第一特征值，将所述第一特征值发送到每一个目标服务器；

所述使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据目标更新文件更新当前目标服务器内的客户端程序，包括：

使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址获取目标更新文件，获取所述目标更新文件的第二特征值，当所述第二特征值与所述第一特征值相同时，根据目标更新文件更新当前目标服务器内的客户端程序。

5.一种业务平台，其特征在于，包括：

存储单元，用于存储至少一个版本的更新文件；

版本清单，用于记录至少两个服务器分别对应的客户端程序版本信息，以及，记录每一个更新文件分别对应的版本信息和存储地址；

获取单元，用于获取对应目标更新文件的更新时间策略；

确定单元，用于根据目标更新文件的版本信息及每一个服务器分别对应的客户端程序版本信息确定至少两个可以更新客户端程序的目标服务器；

处理单元，用于将所述更新时间策略及目标更新文件的目标存储地址发送到每一个目标服务器，以使得每一个目标服务器分别根据接收到的更新时间策略从所述目标地址下获取目标更新文件，并根据获取的目标更新文件更新当前目标服务器内的客户端程序。

6.根据权利要求5所述的业务平台，其特征在于，还包括：

信息接收单元，用于接收所述至少两个目标服务器分别发送的更新成功信息，和/或，更新失败信息；

所述处理单元，进一步用于当接收到至少一个更新成功信息时，根据目标更新文件的版本信息对应更新所述版本清单。

7.根据权利要求6所述的业务平台，其特征在于，还包括：

设置单元，用于设置更新成功率阈值；

计算单元，用于统计更新成功信息的数量以及更新失败信息的数量，计算更新成功率；

判断单元，用于判断所述更新成功率是否不小于预先设置的更新成功率阈值，当判断结果为是时，触发所述处理单元根据目标更新文件的版本信息对应更新所述版本清单；

否则，触发所述处理单元根据所述版本清单向每一个目标服务器分别发送对应当前目标服务器内客户端程序版本信息的更新文件。

8.根据权利要求5至7中任一所述的业务平台，其特征在于，

所述处理单元，进一步用于获取所述目标更新文件的第一特征值，将所述第一特征值发送到每一个目标服务器。

9.一种客户端程序更新系统，其特征在于，包括：

如上述权利要求5至8中任一所述的业务平台和至少两个服务器；

其中，

每一个所述服务器，用于接收所述业务平台发送的更新时间策略及目标更新文件的目标存储地址，根据所述更新时间策略从所述目标存储地址下获取目标更新文件，并根据所述目标更新文件更新当前服务器内的客户端程序。