CN110825408A - 程序版本的更新方法、自助设备和版本控制服务器 - Google Patents

Abstract

本申请提供一种程序版本的更新方法、自助设备和版本控制服务器，版本控制服务器预先记录待更新版本和对应的目标自助设备，目标自助设备指代需要将程序更新至待更新版本的自助设备，并为每一个目标自助设备配置唯一的下载时间点，版本控制服务器响应于任一自助设备的版本查询请求，确定出该自助设备是目标自助设备后，向自助设备反馈待更新版本和对应的下载时间点，自助设备在当前时间到达对应的下载时间点之后，下载待更新版本对应的更新文件，以更新自身的程序至待更新版本。本方案预先配置每个自助设备的下载时间点，各自助设备在自身对应的下载时间点之后才开始下载，从而避免了多个自助设备同时从服务器下载文件导致的下载速度慢等问题。

Description

程序版本的更新方法、自助设备和版本控制服务器

技术领域

本发明涉及程序版本管理领域，特别涉及一种程序版本的更新方法、自助设备和版本控制服务器。

背景技术

自助设备是一类通过多媒体数据库与用户交互以提供服务的电子设备。在金融行业中，自助设备可以是：ATM、自助服务终端、叫号机等设备。企业往往会在若干个城市分别布置大量自助设备，扩大自助设备的覆盖范围。

在自助设备存续的时间内，企业往往需要对自助设备运行的程序进行版本更新。目前的自助设备的程序版本更新方法是，各个自助设备定期向服务器查询自身是否有待更新版本，若有待更新版本，自助设备向服务器发起下载请求，服务器响应下载请求，为自助设备提供更新文件的下载服务。

对于配置了海量自助设备的企业，经常会有大量的自助设备需要更新，这种情况下，服务器有限的网络带宽一般难以支持同时为多个自助设备提供下载服务，进而导致下载速度慢，服务器宕机等问题。

发明内容

基于上述现有技术的缺点，本申请提供一种程序版本的更新方法、自助设备和版本控制服务器，以解决现有的自助设备的程序更新方法中服务器难以支持多个自助设备的程序更新的问题。

本发明第一方面提供一种程序版本的更新方法，适用于自助设备，所述更新方法包括：

向版本控制服务器发送版本查询请求；其中，所述版本查询请求携带有所述自助设备的设备标识；

接收所述版本控制服务器查找得到的待更新版本的版本号，以及所述版本控制服务器预先配置的，所述自助设备的下载时间点；其中，每一个自助设备均配置有唯一的一个下载时间点；

判断当前时间是否在所述自助设备对应的下载时间点之前；

若所述当前时间在所述下载时间点之后，或者所述当前时间为所述下载时间点，则从服务器集群下载所述待更新版本对应的更新文件；

利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

可选的，所述服务器集群包括多个边缘服务器和多个上级服务器；

所述从服务器集群下载所述待更新版本对应的更新文件，包括：

向所述边缘服务器发送所述待更新版本的版本号，触发所述边缘服务器查找所述待更新版本对应的更新文件；

若所述边缘服务器查找出所述待更新版本对应的更新文件，直接从所述边缘服务器下载所述待更新版本对应的更新文件；

若所述边缘服务器未查找出所述待更新版本对应的更新文件，通过所述边缘服务器从所述上级服务器下载所述待更新版本对应的更新文件。

可选的，所述从服务器集群下载所述待更新版本对应的更新文件，包括：

比对第一文件列表和第二文件列表；其中，所述第一文件列表指代所述待更新版本对应的文件列表，所述第二文件列表指代所述自助设备的程序的当前版本对应的文件列表；所述文件列表用于记录对应版本的程序安装包中的每个子文件的文件名和校验码；

将第二文件列表中记录的新增子文件和变更子文件确定为所述待更新版本对应的更新文件；其中，所述新增子文件指代所述第二文件列表相对于所述第一文件列表新增的文件名对应的子文件，所述变更子文件指代所述第一文件列表中记录的校验码与所述第二文件列表中记录的校验码不一致的子文件；

下载所述待更新版本对应的更新文件。

可选的，所述利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本，包括：

判断当前时间是否在所述版本控制服务器预先配置的，所述待更新版本的生效时间点之前；

若判断出当前时间在所述生效时间点之后，或者当前时间为所述生效时间点，利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

可选的，所述利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本之后，还包括：

向所述版本控制服务器发送更新结束信息，使所述版本控制服务器将所述自助设备的程序的当前版本设置为所述待更新版本。

本发明第二方面提供一种程序版本的更新方法，适用于版本控制服务器，所述更新方法包括：

响应于任一自助设备发送的版本查询请求，根据所述版本查询请求携带的设备标识判断所述自助设备是否为目标自助设备；其中，所述目标自助设备，指代，存在待更新版本的自助设备；

若判断出所述自助设备是目标自助设备，将所述自助设备的待更新版本的版本号和预先配置的所述自助设备的下载时间点发送至所述自助设备，使所述自助设备从所述下载时间点开始，或者在所述下载时间点之后，下载所述待更新版本对应的更新文件；其中，每一个目标自助设备均配置有唯一的一个下载时间点。

可选的，所述为每一个存在对应的待更新版本的自助设备配置对应的下载时间点的过程，包括：

根据用户设定的所述待更新版本的最晚生效时间，目标自助设备的数量，以及确定所述待更新版本的时间，计算下载时间间隔；

根据所述下载时间间隔和确定所述待更新版本的时间，确定每一个所述目标自助设备的下载时间点。

本发明第三方面提供一种自助设备，包括：

发送单元，用于向版本控制服务器发送版本查询请求；其中，所述版本查询请求携带有所述自助设备的设备标识；

接收单元，用于接收所述版本控制服务器查找得到的待更新版本的版本号，以及所述版本控制服务器预先配置的，所述自助设备的下载时间点；其中，每一个目标自助设备均配置有唯一的一个下载时间点，所述目标自助设备，指代存在待更新版本的自助设备；

判断单元，用于判断当前时间是否在所述自助设备对应的下载时间点之前；

下载单元，若所述当前时间在所述下载时间点之后，或者所述当前时间为所述下载时间点，则用于从服务器集群下载所述待更新版本对应的更新文件；

更新单元，用于利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

可选的，所述下载单元包括：

比对单元，用于比对第一文件列表和第二文件列表；其中，所述第一文件列表指代所述待更新版本对应的文件列表，所述第二文件列表指代所述自助设备的程序的当前版本对应的文件列表；所述文件列表用于记录对应版本的程序安装包中的每个子文件的文件名和校验码；

确定单元，用于将第二文件列表中记录的新增子文件和变更子文件确定为所述待更新版本对应的更新文件；其中，所述新增子文件指代所述第二文件列表相对于所述第一文件列表新增的文件名对应的子文件，所述变更子文件指代所述第一文件列表中记录的校验码与所述第二文件列表中记录的校验码不一致的子文件；

子下载单元，用于下载所述待更新版本对应的更新文件。

本发明第四方面提供一种版本控制服务，包括：

判断单元，用于响应于任一自助设备发送的版本查询请求，根据所述版本查询请求携带的设备标识判断所述自助设备是否为目标自助设备；其中，所述目标自助设备，指代，存在待更新版本的自助设备；

发送单元，若判断出所述自助设备是目标自助设备，用于将所述自助设备的待更新版本的版本号和预先配置的所述自助设备的下载时间点发送至所述自助设备，使所述自助设备从所述下载时间点开始，或者在所述下载时间点之后，下载所述待更新版本对应的更新文件；其中，每一个目标自助设备均配置有唯一的一个下载时间点。

本申请提供一种程序版本的更新方法、自助设备和版本控制服务器，版本控制服务器预先记录待更新版本和对应的目标自助设备，目标自助设备指代需要将程序更新至待更新版本的自助设备，并为每一个目标自助设备配置唯一的下载时间点，版本控制服务器响应于任一自助设备的版本查询请求，确定出该自助设备是目标自助设备后，向自助设备反馈待更新版本和对应的下载时间点，自助设备在当前时间到达对应的下载时间点之后，下载待更新版本对应的更新文件，以更新自身的程序至待更新版本。本方案预先配置每个自助设备的下载时间点，各自助设备在自身对应的下载时间点之后才开始下载，从而避免了多个自助设备同时从服务器下载文件导致的下载速度慢等问题。

附图说明

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

图1为本申请实施例提供的一种程序版本的更新方法的流程图；

图2为本申请另一实施例提供的一种从服务器集群下载更新文件的方法的流程图；

图3为本申请另一实施例提供的一种确定增量文件的方法的流程图；

图4为本申请实施例提供的自助设备的结构示意图；

图5为本申请实施例提供的版本控制服务器的结构示意图。

具体实施方式

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

本申请提供一种程序版本的更新方法，通过预先为每一个目标自助设备配置唯一的下载时间点，使得多个目标自助设备分别在不同时间向服务器发起文件下载请求，从而避免现有的更新方法可能出现的服务器同时为多个自助设备提供下载服务的情况，有效减轻服务器的网络传输负担，避免出现自助设备下载文件速度过慢，服务器宕机等问题。

本申请任一实施例提供的方法，能够应用于所有需要在多个地点设置并集中维护大量自助设备的领域。

例如，在金融行业中，一家商业银行一般由总行和分别设置于各个省、市、县以及乡镇的若干个不同级别的分行组成，每个分行又下辖有一个或多个自助设备，一般的，所有这些自助设备的运行的程序的版本需要由一个版本管理系统进行统一的管理。

又比如，在通信领域，电信运营商一般会在多个地区分别设置若干个自助设备，从而为用户提供便捷的自助缴费，自助业务办理等服务，这些自助设备的程序的版本一般也需要由一个版本管理系统进行管理。

以上是两种本申请任一实施例提供的程序版本的更新方法可以适用的场景，其他适用场景此处不一一列举。

如图1所示，本申请的一个具体的实施例提供的程序版本的更新方法包括以下步骤：

首先需要说明的是，下述实施例以某个自助设备和版本控制服务器之间的交互为例介绍本申请提供的方法。应当理解，下述实施例中的自助设备，并非某个特定的自助设备，而是需要管理的所有自助设备中的任意一个。也就是说，任意一个自助设备，均能够基于下述实施例中的对应步骤进行版本查询，以及在查询到待更新版本后，基于对应步骤进行版本的更新。

S101、自助设备向版本控制服务器发送版本查询请求。

可选的，自助设备可以按照预设的时间间隔定期发送版本查询请求。

一般的，商业银行配置的自助设备均设置有重启时间，例如，重启时间可以设置为1:00，自助设备每天运行至1:00时，自动进行重启，自助设备可以在每次自动重启后，发送一次版本查询请求。

可选的，步骤S101也可以在自助设备收到版本控制服务器下发的紧急更新消息后执行。若系统管理人员发布了一个待更新版本，并指定目标自助设备需要立即更新至这个待更新版本(相当于将这个版本设置为紧急版本)，则版本控制服务器可直接与自助设备通信，下发紧急更新消息，触发自助设备执行所述步骤S101，使得自助设备能够尽快更新至紧急版本。

每一个自助设备发送的版本查询请求，均携带有自助设备自身的设备标识，版本控制服务器能够根据设备标识，唯一的确定出这个版本查询请求是哪一个自助设备发送的。

版本控制服务器用于记录每一个需要进行程序更新的自助设备，以及这些自助设备对应的待更新版本。其中，需要进行程序更新的自助设备，可以记为目标自助设备。

具体的，本申请应用于商业银行的自助设备管理时，版本控制服务器可以通过网络连接至总行和分行的系统管理员的终端设备(例如，系统管理员的电脑)，同时，这些终端设备还连接有用于保存每一个版本的程序的安装包的服务器集群。

一方面，系统管理员可以制作新版的自助设备的程序的安装包，为安装包配置对应的版本号，然后将安装包上传至服务器集群，并且通过终端设备访问版本控制服务器，将对应的版本号记录在版本控制服务器中。

另一方面，总行和分行的系统管理员，可以根据需要，选择版本控制服务器中记录的任意一个版本，并指定若干个需要更新至这个版本的自助设备，于是，版本控制服务器将被指定的这些自助设备确定为目标自助设备，并将前述系统管理员选择的版本记录为这些目标自助设备的待更新版本。

可选的，版本控制服务器可以建立如下述表1所示的待更新列表，在管理人员指定了待更新版本和对应的目标自助设备后，将目标自助设备的设备标识和待更新版本的版本号对应的记录在待更新列表中。

表1

目标自助设备	待更新版本
		设备标识A	版本号V1.1.1
设备标识B	版本号V1.1.1
		设备标识C	版本号V1.1.1

可选的，本申请应用于商业银行的自助设备管理时，一般的，商业银行的自助设备的程序的安装包由三个部分组成，包括根据总行的相关规定配置的总行模块，适配于当前商业银行的整体网络平台的平台模块，以及各个分行根据自身需要设置的分行模块。其中，总行模块和平台模块由总行的系统管理人员开发，分行模块则由各个分行的系统管理人员开发。三个模块组合才能构成一个完整的安装包。

适应于上述商业银行的应用场景，本申请提供的版本控制服务器可以支持分别记录总行的系统管理人员上传的总行模块的版本和平台模块的版本，以及记录分行的系统管理人员上传的分行模块的版本，三种模块的版本分别赋予独立的版本编号。例如，假设有两种不同版本的总行模块，三种不同版本的平台模块，以及十种不同版本的分行模块，那么，可以将两种总行模块编号为总行版本X1，X2，将平台模块编号为Y1，Y2，Y3，将分行模块编号为Z1至Z10。

对应的，系统管理人员选择待更新版本时，可以分别从可选的总行模块，平台模块和分行模块中分别选择特定版本的模块，组合为一个待更新版本。例如，分行管理人员可以选择X1版本的总行模块，Y2版本的平台模块，以及Z6版本的分行模块组合成一个待更新版本，这种情况下，版本控制服务器可以直接将三个模块的版本号合并构成待更新版本的版本号，也就是将上述待更新版本的版本号记录为X1.Y2.Z6。

S102、版本控制服务器判断该自助设备是否为目标自助设备。

如前文所述，目标自助设备，指代，存在待更新版本的自助设备。

若判断出自助设备是目标自助设备，执行步骤S103。

若判断出自助设备不是目标自助设备，执行步骤S104。

如前文所述，版本控制服务器记录有每一个目标自助设备的设备标识，版本控制服务器可以将记录的目标自助设备的设备标识逐一与版本查询请求中携带的设备标识比对，若待更新列表中存在版本查询请求携带的设备标识，则确定该自助设备为目标自助设备，若待更新列表中不存在版本查询请求携带的设备标识，则确定该自助设备不是目标自助设备。

S103、版本控制服务器向自助设备发送对应的待更新版本的版本号和预先配置的下载时间点。

需要说明的，步骤S103所述的发送待更新版本，是指，将版本控制服务器记录的，待更新版本的版本号发送给自助设备。

版本控制服务器在响应系统管理人员的操作，确定出多个目标自助设备和目标自助设备对应的待更新版本后，即为每一个目标自助设备配置对应的下载时间点，每一个目标自助设备的下载时间点均是唯一的，也就是说，任意两个目标自助设备之间的下载时间点均不相同。

一种可选的配置每个自助设备的下载时间点的方法如下：

系统管理人员在选确定待更新版本和目标自助设备时，可以配置待更新版本的最晚生效时间，最晚生效时间用于指定所有目标自助设备最晚需要在这个时间点之前将自身的程序更新为待更新版本。例如，假设当前是10月5日，系统管理人员指定最晚生效时间是10月10日的18:00，表示目标自助设备需要在10月10日的18:00之前将自身的程序更新为待更新版本。

版本控制服务器可以根据确定待更新版本的时间与系统管理员指定的最晚生效时间之间的差值，以及系统管理员指定的目标自助设备的数量，计算得到下载时间间隔，

例如，系统管理人员于10月2日23时确定待更新版本和目标自助设备，目标自助设备的数量为1000台，设定最晚生效时间为10月5日0时，那么版本控制服务器可以先将确定待更新版本的时间延后一小时，即10月3日0时，计算得到10月3日0时和10月5日0时之间的窗口时间为48小时，然后用窗口时间除以目标自助设备的数量，得到下载间隔时间T1：

T1＝48h×3600s/1000＝172.8s

计算出下载时间间隔后，就可以根据确定待更新版本的时间和时间间隔配置每一个目标自助设备的下载时间点。结合上述例子，仍然将待更新版本的时间延后一小时，从10月3日0时，每隔172.8s设置一个下载时间点，并将这个下载时间点配置给任意一个未配置下载时间点的目标自助设备。

可选的，系统管理人员也可以配置待更新版本的最早下载时间，例如，系统管理人员于10月2日19时确定待更新版本，但是设置最早下载时间为10月3日0时，那么上述窗口时间仍然为10月3日0时和10月5日0时之间的时间，同时配置下载时间点仍然以10月3日0时为起始。

可选的，在自助设备发送版本查询请求的频率较低的场合，版本控制服务器也可以根据自助设备发送版本查询请求的时间计算窗口时间并配置下载时间点。例如，对于银行的自助设备，假设所有目标自助设备均设置为每天0时重启并在重启后发送一次版本查询请求，系统管理人员于10月2日19时确定待更新版本，而当天已不会收到目标自助设备的版本查询请求，也就是说最早也要等到次日0时(即10月3日0时)才可能有自助设备开始下载更新文件，那么，仍然以10月3日0时和10月5日0时之间的48小时作为窗口时间，并从10月3日0时开始按下载时间间隔配置下载时间点。

另一方面，为了尽快完成各个目标自助设备的版本更新任务，版本控制服务器也可以根据各个自助设备的带宽和增量文件的大小计算一个最小时间间隔，若上述根据窗口时间计算的下载间隔时间T1大于最小时间间隔，那么，版本控制服务器可以根据最小时间间隔配置下载时间点。

例如，假设待更新版本的增量文件大小为100M，自助设备的网络带宽是20Mbps(即自助设备最大可以用2.5M/s的速度下载文件)，那么单台自助设备的理想下载时间为：

100M÷2.5M/s＝40s

增量文件指代将程序更新至待更新版本所需的文件。

为了尽量减小服务器的网络传输负载，一般希望同一时间进行文件下载的自助设备尽可能少，因此，最小时间间隔T2可以设置为上述理想下载时间，即40s。

可选的，版本控制服务器也可以根据实际情况在前述下载间隔时间T1和最小时间间隔T2之间选择一个数值作为下载时间间隔。

可选的，自助设备在收到版本控制服务器发送的待更新版本的版本号之后，还可以将自身运行的程序的当前版本与待更新版本比较，若两者的版本号完全一致，表明自助设备已经将程序更新至待更新版本，因此不再执行后续步骤，反之，若两者的版本号不一致，则继续执行后续步骤。

可选的，本申请提供的方法应用于银行时，自助设备可以依次判断自身的三个模块的当前的版本号与待更新版本中的三个模块的版本号是否一致，从而确定出其中版本号不一致的模块，后续更新时只更新版本号不一致的模块即可。

S104、版本控制服务器向自助设备发送响应消息。

上述响应消息用于说明，发送查询请求的自助设备当前没有对应的待更新版本。

S105、自助设备判断当前时间是否在对应的下载时间点之前。

若当前时间在对应的下载时间点之前，则再次执行步骤S105，直至当前时间到达下载时间点为止。

若当前时间在对应的下载时间点之后，或者当前时间为下载时间点，则执行步骤S106。

具体的，假设自助设备对应的下载时间点是10月2日12时5分，自助设备收到版本控制服务器发送的待更新版本的版本号和下载时间点时的时间是10月2日11时30分，则自助设备执行步骤S105的判断后，确定当前时间在下载时间点之前，然后再次执行步骤S105，等待到10月2日12时5分，然后开始下载待更新版本的更新文件。

若自助设备发送版本查询请求的时间较晚，获得待更新版本的版本号和下载时间点时，当前时间在10月2日12时5分之后，例如，获得待更新版本的版本号和下载时间点的时间是10月2日12时20分，则自助设备经过步骤S105的判断后直接执行步骤S106。

S106、自助设备从服务器集群下载待更新版本对应的更新文件。

可选的，服务器集群可以设置有多个用于保存待更新版本的更新文件。

更新文件可以是待更新版本对应的完整的安装包，也可以是自助设备确定的为了将自助设备的程序更新至待更新版本所需的增量文件。

S107、自助设备利用待更新版本对应的更新文件将程序从当前版本更新为待更新版本。

可选的，系统管理员在确定待更新版本时，可以为待更新版本确定一个最早生效时间。若系统管理员确定了待更新版本的最早生效时间，则版本控制服务器向自助设备发送待更新版本的版本号时将待更新版本的最早生效时间一并发送给自助设备。

这种情况下，步骤S107的实现方式可以是：

自助设备判断当前时间是否在待更新版本的最早生效时间之前；

若判断出当前时间在最早生效时间之后，或者当前时间为最早生效时间，利用待更新版本对应的更新文件，将自身的程序从当前版本更新至待更新版本；

若判断出当前时间在最早生效时间之前，则再次执行判断步骤，直至到达最早生效时间为止。

可选的，自助设备在尝试一次更新后，可以执行下述步骤：

S108、自助设备检测是否更新成功。

若未更新成功则自助设备执行步骤S109，若更新成功则执行步骤S110。

S109、自助设备向版本控制服务器发送更新失败信息。

可选的，系统管理人员设置目标自助设备时，可以将大量需要更新的目标自助设备划分为多个批次，例如，划分为试点批次设备，第一批推广批次设备，其余批次设备等，并设置每一个批次之间的更新间隔。

版本控制服务器可以根据系统管理人员设置的批次依次控制不同批次的自助设备进行更新，例如，先更新试点批次设备，然后等待批次间的更新间隔后，在更新第一批推广批次设备，再等待批次间的更新间隔，最后更新其余批次设备。

这种情况下，版本控制服务器可以在收到任一自助设备发送的更新失败信息后，确定这个自助设备对应的批次，并将撤销下一个批次的所有目标自助设备的更新计划，也就是将下一个批次的目标自助设备从待更新列表中删除，避免下一个批次的目标自助设备更新时出现同样的问题。

S110、自助设备向版本控制服务器发送更新结束信息。

更新结束信息用于向版本控制服务器声明自助设备已经完成更新。对应的，版本控制服务器可以记录每一个自助设备当前的程序版本，并且在收到自助设备发送的更新结束信息后，执行下述步骤：

S111、版本控制服务器将自助设备的程序的当前版本更新为待更新版本。

可选的，在本申请其他实施例中，自助设备还可以在每一次重启之后，每一次开始下载更新文件之前，下载完更新文件之后以及开始升级至待更新版本之前向版本控制服务器上报自助设备的程序的当前版本和待更新版本，使得系统管理人员可以随时查看每个自助设备的程序的当前版本和待更新版本。

本申请提供一种程序版本的更新方法，版本控制服务器预先记录待更新版本和对应的目标自助设备，目标自助设备指代需要将程序更新至待更新版本的自助设备，并为每一个目标自助设备配置唯一的下载时间点，版本控制服务器响应于任一自助设备的版本查询请求，确定出该自助设备是目标自助设备后，向自助设备反馈待更新版本和对应的下载时间点，自助设备在当前时间到达对应的下载时间点之后，下载待更新版本对应的更新文件，以更新自身的程序至待更新版本。本方案预先配置每个自助设备的下载时间点，各自助设备在自身对应的下载时间点之后才开始下载，从而避免了多个自助设备同时从服务器下载文件导致的下载速度慢等问题。

可选的，在本申请另一实施例中，用于保存各个版本的安装包，并提供更新文件下载服务的服务器集群可以由多个分成不同级别的服务器组成，例如，可以将服务器集群中的服务器划分为边缘服务器和上级服务器两类，每一个自助设备均与一个边缘服务器通信连接，并且每一个边缘服务器均与一个上级服务器通信连接。基于上述连接关系，参考图2，自助设备可以通过以下方式从服务器集群下载更新文件：

S201、向边缘服务器发送待更新版本的版本号，触发边缘服务器查找待更新版本对应的更新文件。

可选的，若自助设备采用全量更新的形式，则自助设备可以指向边缘服务器发送待更新版本的版本号，边缘服务器查找自身是否存在版本号对应的待更新版本的安装包即可。若自助设备采用增量更新的形式，则自助设备需要将增量文件的文件名以及待更新版本的版本号一并发送至边缘服务器，使服务器查找待更新版本对应的增量文件。

若查找后发现边缘服务器保存有待更新版本对应的更新文件，则执行步骤S202；

若查找后发现边缘服务器未保存待更新版本对应的更新文件，则执行步骤S203。

S202、直接从边缘服务器下载待更新版本对应的更新文件。

服务器集群分级后，系统管理人员可以将版本的安装包上传至边缘服务器，也可以上传至上级服务器。

另外，边缘服务器可能预先缓存有待更新版本的安装包，这种情况下边缘服务器也可以直接为自助设备提供下载。

S203、通过边缘服务器从上级服务器下载待更新版本对应的更新文件。

步骤S203的具体实现过程包括：

边缘服务器从上级服务器下载待更新版本的更新文件，边缘服务器下载好待更新版本的更新文件后，再将待更新版本的更新文件发送给自助设备。

当然，在一些具体的应用场景中，所述上级服务器还可以进一步划分出多个级别，例如，划分出一级服务器，二级服务器等，以此类推。

下面结合具体应用场景说明基于上述服务器的分级架构的更新文件下载过程：

以商业银行为例，一个商业银行系统一般包括：总行，分管各个省的省级分行(一般省级分行为一级分行)，分管各个城市的市级分行，以及城市下辖的行政区，县和乡镇的网点分行，在这样的架构基础上，每个网点分行均部署有对应的多个自助设备。

基于这样的银行系统，可以将服务器集群划分为：部署于网点分行的边缘服务器，部署于市级分行的二级服务器，部署于省级分行的一级服务器，以及部署于总行的总行服务器。总行的系统管理人员发布的总行模块和平台模块可以直接从总行的终端设备上传至总行服务器，分行的系统管理人员发布的分行模块可以通过所在分行部署的服务器上传至总行服务器。一个网点分行部署的自助设备直接与该网点分行的边缘服务器通信连接，同时，每个级别的服务器均与上一级别的服务器通信连接。

任一自助设备需要下载待更新版本的更新文件时，将下载请求发送至自身直接通信连接的边缘服务器，下载请求携带有自助设备的设备标识，以及待更新版本的版本号(或者，版本号和待更新文件的文件名)，边缘服务器收到下载请求之后，查找自身是否保存有待更新版本的更新文件。

若边缘服务器保存有待更新版本的更新文件，则直接向自助设备发送待更新版本的更新文件，若边缘服务器未保存有待更新版本的更新文件，将下载请求转发至自身所在的市级分行的二级服务器，二级服务器查找出待更新版本的更新文件后，二级服务器向边缘服务器发送更新文件，边缘服务器再将更新文件发送给自助设备，二级服务器未查找出待更新版本的更新文件，二级服务器再向一级服务器转发下载请求，以此类推，直至最终在某一级别的服务器查找出更新文件，或者下载请求转发至总行服务器为止。

可选的，每一个级别的服务器均可以实时检测自身保存的文件的总数据量，若自身保存的文件的总数据量大于预设的数据量阈值，则服务器可以根据预设的规则选择自身的部分文件予以删除，以控制自身的文件的总数据量低于预设的数据量阈值。

可选的，上述规则可以是最近最少被使用算法(Least Recently Used，LRU算法)。

本申请实施例提供的基于服务器集群中的分级服务器架构实现的更新文件下载方法，可以有效的分担多个自助设备的下载请求，充分利用每一级别的服务器的带宽。

前述图1对应的实施例的步骤S106中，自助设备需要从服务器集群下载待更新版本对应的更新文件，在本申请的一个可选的实施例中，自助设备可以采用增量更新的形式进行程序的版本更新，这种情况下，自助设备执行步骤S106时，可以通过以下方式确定将自身的程序从当前版本更新至待更新版本所需的增量文件，然后仅下载增量文件以完成更新。这种情况下，步骤S106所述的待更新版本的更新文件，就是指所述增量文件。

如图3所示，确定增量文件的方法包括：

S301、从服务器集群获得待更新版本的文件列表。

S302、比对当前版本的文件列表和待更新版本的文件列表。

其中，某个版本的文件列表用于记录该版本的安装包中的每个子文件的文件名和每个子文件的校验码。子文件的校验码是，利用现有的MD5消息摘要算法(MD5 Message-Digest Algorithm)对子文件进行计算得到的一个字符串。

对于任意的两个子文件，可以比对这两个子文件的校验码，若这两个子文件的校验码相同，则两个子文件完全一致，若两个校验码不同，则两个子文件不相同。

当前版本，指代自助设备当前运行的程序的版本。

可选的，每一个版本的安装包上传至服务器集群时，服务器集群可以分析安装包中的每个子文件，并计算每个子文件的校验码，从而生成这个版本的文件列表，并将文件列表和安装包一并保存。在任一自助设备需要下载某个版本的更新文件时，服务器集群可以将这个版本的文件列表提供给自助设备。

S303、将待更新版本的文件列表中的新增子文件和变更子文件一并确定为待更新版本的增量文件。

比对当前版本的文件列表和待更新版本的文件列表时，若发现某个文件名在待更新版本的文件列表中有记录，但在当前版本的文件列表中未记录，则这个文件名对应的子文件就是新增子文件。

若发现某个子文件，其文件名在待更新版本的文件列表和当前版本的文件列表中均有记录，但在这个子文件待更新版本的文件列表中的校验码与其在当前版本的文件列表中的校验码不一致，则确定这个子文件为变更子文件。

自助设备可以通过上述实施例提供的确定待更新版本的增量文件的方法实现增量更新，而不需要下载待更新版本的整个安装包，这样可以减少自助设备下载更新文件的时间，加快更新进度，缓解服务器集群的网络负载。

结合本申请任一实施例提供的程序版本的更新方法，本申请实施例还提供一种自助设备以及一种版本控制服务器。

请参考图4，本申请实施例提供的自助设备包括以下结构：

发送单元401，用于向版本控制服务器发送版本查询请求。

其中，所述版本查询请求携带有所述自助设备的设备标识。

接收单元402，用于接收所述版本控制服务器查找得到的待更新版本的版本号，以及所述版本控制服务器预先配置的，所述自助设备的下载时间点。

其中，每一个目标自助设备均配置有唯一的一个下载时间点，所述目标自助设备，指代存在待更新版本的自助设备。

判断单元403，用于判断当前时间是否在所述自助设备对应的下载时间点之前。

下载单元404，若所述当前时间在所述下载时间点之后，或者所述当前时间为所述下载时间点，则用于从服务器集群下载所述待更新版本对应的更新文件。

更新单元405，用于利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

可选的，下载单元404包括：

比对单元，用于比对第一文件列表和第二文件列表。

其中，所述第一文件列表指代所述待更新版本对应的文件列表，所述第二文件列表指代所述自助设备的程序的当前版本对应的文件列表；所述文件列表用于记录对应版本的程序安装包中的每个子文件的文件名和校验码。

确定单元，用于将第二文件列表中记录的新增子文件和变更子文件确定为所述待更新版本对应的更新文件。

其中，所述新增子文件指代所述第二文件列表相对于所述第一文件列表新增的文件名对应的子文件，所述变更子文件指代所述第一文件列表中记录的校验码与所述第二文件列表中记录的校验码不一致的子文件。

子下载单元，用于下载所述待更新版本对应的更新文件。

可选的，所述服务器集群包括多个边缘服务器和多个上级服务器。

下载单元404从服务器集群下载更新文件时，具体用于：

向所述边缘服务器发送所述待更新版本的版本号，触发所述边缘服务器查找所述待更新版本对应的更新文件；

若所述边缘服务器查找出所述待更新版本对应的更新文件，直接从所述边缘服务器下载所述待更新版本对应的更新文件；

若所述边缘服务器未查找出所述待更新版本对应的更新文件，通过所述边缘服务器从所述上级服务器下载所述待更新版本对应的更新文件。

可选的，更新单元405利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本时，具体用于：

判断当前时间是否在所述版本控制服务器预先配置的，所述待更新版本的生效时间点之前；

若判断出当前时间在所述生效时间点之后，或者当前时间为所述生效时间点，利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

可选的，发送单元401还用于：

向所述版本控制服务器发送更新结束信息，使所述版本控制服务器将所述自助设备的程序的当前版本设置为所述待更新版本。

请参考图5，本申请提供的版本控制服务器包括以下结构：

判断单元501，用于响应于任一自助设备发送的版本查询请求，根据所述版本查询请求携带的设备标识判断所述自助设备是否为目标自助设备。

其中，所述目标自助设备，指代，存在待更新版本的自助设备。

发送单元502，若判断出所述自助设备是目标自助设备，用于将所述自助设备的待更新版本的版本号和预先配置的所述自助设备的下载时间点发送至所述自助设备，使所述自助设备从所述下载时间点开始，或者在所述下载时间点之后，下载所述待更新版本对应的更新文件。

其中，每一个目标自助设备均配置有唯一的一个下载时间点。

可选的，版本控制服务器可以通过以下方法配置每个目标自助设备的下载时间点：

根据用户设定的所述待更新版本的最晚生效时间，目标自助设备的数量，以及确定所述待更新版本的时间，计算下载时间间隔；

根据所述下载时间间隔和确定所述待更新版本的时间，确定每一个所述目标自助设备的下载时间点。

本申请任一实施例提供的自助设备和版本控制服务器，其工作原理可以参考本申请任一实施例提供的程序版本的更新方法中的对应步骤，此处不再赘述。

本申请提供用于实现程序版本的更新的自助设备和版本控制服务器，版本控制服务器预先记录待更新版本和对应的目标自助设备，目标自助设备指代需要将程序更新至待更新版本的自助设备，并为每一个目标自助设备配置唯一的下载时间点，版本控制服务器的判断单元501响应于任一自助设备的版本查询请求，确定出该自助设备是目标自助设备后，发送单元502向自助设备反馈待更新版本和对应的下载时间点，自助设备在判断单元403确定当前时间到达对应的下载时间点之后，由下载单元404下载待更新版本对应的更新文件，并通过更新单元405更新自身的程序至待更新版本。本方案预先配置每个自助设备的下载时间点，各自助设备在自身对应的下载时间点之后才开始下载，从而避免了多个自助设备同时从服务器下载文件导致的下载速度慢等问题。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种程序版本的更新方法，其特征在于，适用于自助设备，所述更新方法包括：

向版本控制服务器发送版本查询请求；其中，所述版本查询请求携带有所述自助设备的设备标识；

接收所述版本控制服务器查找得到的待更新版本的版本号，以及所述版本控制服务器预先配置的，所述自助设备的下载时间点；其中，每一个自助设备均配置有唯一的一个下载时间点；

判断当前时间是否在所述自助设备对应的下载时间点之前；

若所述当前时间在所述下载时间点之后，或者所述当前时间为所述下载时间点，则从服务器集群下载所述待更新版本对应的更新文件；

利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

2.根据权利要求1所述的更新方法，其特征在于，所述服务器集群包括多个边缘服务器和多个上级服务器；

所述从服务器集群下载所述待更新版本对应的更新文件，包括：

向所述边缘服务器发送所述待更新版本的版本号，触发所述边缘服务器查找所述待更新版本对应的更新文件；

若所述边缘服务器查找出所述待更新版本对应的更新文件，直接从所述边缘服务器下载所述待更新版本对应的更新文件；

若所述边缘服务器未查找出所述待更新版本对应的更新文件，通过所述边缘服务器从所述上级服务器下载所述待更新版本对应的更新文件。

3.根据权利要求1所述的更新方法，其特征在于，所述从服务器集群下载所述待更新版本对应的更新文件，包括：

比对第一文件列表和第二文件列表；其中，所述第一文件列表指代所述待更新版本对应的文件列表，所述第二文件列表指代所述自助设备的程序的当前版本对应的文件列表；所述文件列表用于记录对应版本的程序安装包中的每个子文件的文件名和校验码；

将第二文件列表中记录的新增子文件和变更子文件确定为所述待更新版本对应的更新文件；其中，所述新增子文件指代所述第二文件列表相对于所述第一文件列表新增的文件名对应的子文件，所述变更子文件指代所述第一文件列表中记录的校验码与所述第二文件列表中记录的校验码不一致的子文件；

下载所述待更新版本对应的更新文件。

4.根据权利要求1所述的更新方法，其特征在于，所述利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本，包括：

判断当前时间是否在所述版本控制服务器预先配置的，所述待更新版本的生效时间点之前；

若判断出当前时间在所述生效时间点之后，或者当前时间为所述生效时间点，利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

5.根据权利要求1至4中任意一项所述的更新方法，其特征在于，所述利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本之后，还包括：

向所述版本控制服务器发送更新结束信息，使所述版本控制服务器将所述自助设备的程序的当前版本设置为所述待更新版本。

6.一种程序版本的更新方法，其特征在于，适用于版本控制服务器，所述更新方法包括：

响应于任一自助设备发送的版本查询请求，根据所述版本查询请求携带的设备标识判断所述自助设备是否为目标自助设备；其中，所述目标自助设备，指代，存在待更新版本的自助设备；

若判断出所述自助设备是目标自助设备，将所述自助设备的待更新版本的版本号和预先配置的所述自助设备的下载时间点发送至所述自助设备，使所述自助设备从所述下载时间点开始，或者在所述下载时间点之后，下载所述待更新版本对应的更新文件；其中，每一个目标自助设备均配置有唯一的一个下载时间点。

7.根据权利要求6所述的更新方法，其特征在于，所述为每一个存在对应的待更新版本的自助设备配置对应的下载时间点的过程，包括：

根据用户设定的所述待更新版本的最晚生效时间，目标自助设备的数量，以及确定所述待更新版本的时间，计算下载时间间隔；

根据所述下载时间间隔和确定所述待更新版本的时间，确定每一个所述目标自助设备的下载时间点。

8.一种自助设备，其特征在于，包括：

发送单元，用于向版本控制服务器发送版本查询请求；其中，所述版本查询请求携带有所述自助设备的设备标识；

接收单元，用于接收所述版本控制服务器查找得到的待更新版本的版本号，以及所述版本控制服务器预先配置的，所述自助设备的下载时间点；其中，每一个目标自助设备均配置有唯一的一个下载时间点，所述目标自助设备，指代存在待更新版本的自助设备；

判断单元，用于判断当前时间是否在所述自助设备对应的下载时间点之前；

下载单元，若所述当前时间在所述下载时间点之后，或者所述当前时间为所述下载时间点，则用于从服务器集群下载所述待更新版本对应的更新文件；

更新单元，用于利用所述待更新版本对应的更新文件，将所述自助设备的程序从当前版本更新为所述待更新版本。

9.根据权利要求8所述的自助设备，其特征在于，所述下载单元包括：

比对单元，用于比对第一文件列表和第二文件列表；其中，所述第一文件列表指代所述待更新版本对应的文件列表，所述第二文件列表指代所述自助设备的程序的当前版本对应的文件列表；所述文件列表用于记录对应版本的程序安装包中的每个子文件的文件名和校验码；

确定单元，用于将第二文件列表中记录的新增子文件和变更子文件确定为所述待更新版本对应的更新文件；其中，所述新增子文件指代所述第二文件列表相对于所述第一文件列表新增的文件名对应的子文件，所述变更子文件指代所述第一文件列表中记录的校验码与所述第二文件列表中记录的校验码不一致的子文件；

子下载单元，用于下载所述待更新版本对应的更新文件。

10.一种版本控制服务器，其特征在于，包括：

判断单元，用于响应于任一自助设备发送的版本查询请求，根据所述版本查询请求携带的设备标识判断所述自助设备是否为目标自助设备；其中，所述目标自助设备，指代，存在待更新版本的自助设备；

发送单元，若判断出所述自助设备是目标自助设备，用于将所述自助设备的待更新版本的版本号和预先配置的所述自助设备的下载时间点发送至所述自助设备，使所述自助设备从所述下载时间点开始，或者在所述下载时间点之后，下载所述待更新版本对应的更新文件；其中，每一个目标自助设备均配置有唯一的一个下载时间点。

Images