CN111666086A - 一种应用软件更新的方法、系统及存储介质 - Google Patents

Abstract

本发明公开了一种应用软件更新的方法，包括以下步骤：根据轮询请求，获取第一字符串；根据第一字符串获取更新包；将更新包分发至分组服务器，其中，分组服务器的部署环境包括：测试环境、标准环境以及生产环境；第一字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间；方法通过分组服务器的轮询请求，使得被执行更新的服务器带有更新的监听功能，通过更新包管理系统返回的信息，按照部署环境的不同，完成更新包的本地部署；方案实现了自动化同步和部署工作，解决了更新包运维工作复杂、繁琐的问题，提供了更为安全、高效的更新包运维机制，可广泛应用于通信技术领域。

Description

一种应用软件更新的方法、系统及存储介质

技术领域

本发明涉及通信技术领域，尤其是一种应用软件更新的方法、系统及存储介质。

背景技术

名词解释：

MD5，即MD5信息摘要算法(英语：MD5 Message-Digest Algorithm)，一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值(hash value)，用于确保信息传输完整一致。

在信息时代的当下，服务器在网络中为其它客户机(如PC机、智能手机、ATM等终端甚至是火车系统等大型设备)提供计算或者应用服务，俨然已经成为各个行业领域企业的重中之重。随业务数据需求的飞速增长，服务器需要通过定期更新来支持和满足更高的需求，而服务器的更新操作往往依赖于系统的更新包；例如某公司发布的游戏/应用有新增发布、升级、维护的需求，这些操作依赖于游戏/应用更新包。

而目前服务器的系统升级、游戏/应用的上架、更新、版本发布都需要人工部署更新包，工作量繁琐，难以实现服务器系统和应用批量的维护操作和自主完成更新包部署的操作。

发明内容

为至少解决上述技术问题之一，本发明的目的在于：提供一种通过自动同步、自动化部署的应用软件更新的方法，以及可实现该应用软件更新方法的系统和存储介质，为了达到上述技术目的，本发明所提供的技术方案包括：

一方面，本发明提供了一种应用软件更新的方法，包括以下步骤：

通过轮询获取第一字符串；

根据第一字符串获取更新包；

将更新包分发至分组服务器，

其中，分组服务器的部署环境包括：测试环境、标准环境以及生产环境；第一字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间。

此外，在本发明的一些实施例中，通过轮询获取第一字符串这一步骤，其具体包括：

获取轮询的IP地址，确定IP地址所在的分组；

在IP地址所在的分组中，确定更新包的版本信息，根据所述版本信息生成第一字符串。

在本发明的一些实施例中，IP地址的所在分组包括至少一个服务器IP地址；在该分组中，服务器通过同一更新包进行更新。

在本发明的一些实施例中，根据第一字符串获取更新包这一步骤，其具体包括：

从第一字符串中解析的得到该更新包的版本号；

当版本号与轮询请求服务器的版本号不一致，根据所述第一字符串中的更新包下载地址获取更新包。

在本发明的一些实施例中，将更新包分发至分组服务器这一步骤，其具体包括：

加载更新包至测试环境，并进行测试环境测试；

对完成环境测试的更新包进行上载；

其中，测试环境测试包括功能验证、游戏测试和回归测试。

在本发明的一些实施例中，将更新包分发至分组服务器这一步骤，其还包括：

将测试环境测试结果不合格的更新包标识为拒绝状态；

返回拒绝状态的更新包，进行二次开发。

在本发明的一些实施例中，将更新包分发至分组服务器这一步骤，其还包括：

获取更新包的上载信息，加载更新包至生产环境；

发布更新包，根据更新包进行更新。

第二方面，本发明技术方案还提供一种应用软件的更新系统，可以对应实现上述实施例中一种应用软件的更新方法，其包括：

更新包源服务器，用于提供更新包；

本地存储装置，用于存储未进行发布的更新包；

分组服务器，用于定时轮询请求更新包管理系统的接口服务，并获取更新包；所述分组服务器的部署环境包括：测试环境、标准环境以及生产环境；

更新包管理系统，用于接受分组服务器的轮询请求，返回第一字符串；所述第一字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间。

第三方面，本发明技术方案还提供一种云手机活跃应用采集系统，包括至少一个处理器；至少一个存储器，用于存储至少一个程序；当至少一个程序被至少一个处理器执行，使得至少一个处理器实现一种应用软件的更新的方法。

第四方面，本发明技术方案还提供一种存储介质，其中存储有处理器可执行的程序，处理器可执行的程序在由处理器执行时用于实现一种应用软件的更新的方法。

本发明的优点和有益效果将在下面的描述中部分给出，其他部分可以通过本发明的具体实施方式了解得到：

本发明技术方案通过分组服务器的轮询请求，使得被执行更新的服务器带有更新的监听功能，通过更新包管理系统返回的信息，按照部署环境的不同，完成更新包的本地部署；方案实现了自动化同步和部署工作，解决了更新包运维工作复杂、繁琐的问题，提供了更为安全、高效的更新包运维机制。

附图说明

为了更清楚地说明本发明实施例或者现有技术中的技术方案，下面对本发明实施例或者现有技术中的相关技术方案附图作以下介绍，应当理解的是，下面介绍中的附图仅仅为了方便清晰表述本发明的技术方案中的部分实施例，对于本领域的技术人员来说，在无需付出创造性劳动的前提下，还可以根据这些附图获取到其他附图。

图1为本发明实施例一种应用软件更新的方法的步骤流程图；

图2为本发明实施例一种应用软件更新的方法中获取第一字符串这一步骤的流程图；

图3为本发明实施例一种应用软件更新的方法中IP地址分组管理的结构示意图；

图4为本发明实施例一种应用软件更新的方法中更新包分发至测试环境和生产环境的时序图；

图5为本发明实施例一种应用软件更新的系统实施过程的时序图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。对于以下实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。

参照图1，一种应用软件更新的方法，包括步骤S01-S03：

S01、根据轮询请求，获取第一字符串；具体的，在每一台需要执行更新操作的服务器中部署一个updateserver应用程序，该应用程序用于定时轮询请求实施例中的更新包管理系统的接口服务，该接口即为Updateserver版本更新检测接口。Updateserver中内置了一个定时器，Updateserver的轮询执行是指定时器在间隔一个设定时间会主动对接口发起请求操作的过程。通过该接口，更新包管理系统返回一个json格式的字符串，该json含有请求服务器处的分组中系统更新包的最新版本号。其Json字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间等信息，具体格式可参照表1：

表1

在本实施中，参照图2，步骤S01中获取第一字符串这一步骤，可进一步细分为步骤S011-S012：

S011、获取所述轮询请求中的IP地址，确定所述IP地址所在的分组；版本更新检测接口根据轮询请求中所携带的服务器的IP地址，检测其IP地址在服务器的分组中是否存在，当该IP地址并不存在时，则返回无更新的信息；当该IP地址存在时，接口访问查询至该IP所在的分组。实施例中，将需要执行更新操作的服务器指定至具体的服务器分组，可以通过分组定义服务器IP属于生产环境分组、测试环境分组或者运维工作中定义的其他分组。此外，实施例中，服务器更新包的版本发布管理是基于分组来发布的，即把某个更新包发布到某个分组，则该分组下的所有服务器都会检测到新版本并更新；参照图3，分组1发布了更新包版本1，则服务器IP1、IP2、IP3和IP4都会被更新，但分组2的不会被影响。分组2只会被更新到版本2。

S012、在IP地址所在的分组中，确定更新包的版本信息，根据所述版本信息生成第一字符串；在该IP分组中，若分组中无记录更新包发布的版本，则不返回更新消息；若分组中记录有更新包发布的版本，则返回更新包的版本信息的json字符串。

由于是服务器的updateser程序主动请求接口服务，所以接口服务需要设置IP白名单，在白名单内的IP才能进入后端服务判断版本更新逻辑，否则会拒绝访问。目的是保证服务器的安全性。

S02、根据所述第一字符串获取更新包；具体的，在本实施例中，服务器的Updateserver程序在获得json字符串后解析，对比接口的最新版本号与服务器自身的版本号是否一致，如果不一致，则请求json中的更新包下载地址进行下载并自动更新；如果一致则不处理。

在本实施例中，更新包管理系统通过定时任务拉取更新包源服务器上最新发布的更新包到更新包管理系统，设置为每10分钟执行一次。并将获取的更新包进行存储，通过脚本将更新包分发到各个机房，更新包存放目录是可配置的，例如：配置文件：application.properties,key值：heilei.system.package.dir。更新包管理系统将更新包下载地址进行域名重定向，将更新包下载地址域名定向到机房FTP服务器的域名。

S03、将所述更新包分发至分组服务器；实施例中，根据服务器的部署环境进行的服务器分组，其部署环境包括：测试环境、标准环境以及生产环境；因此，参照图4根据更新包所发布的环境步骤S03可细分为步骤S031和步骤S032；

S031、在测试环境中，服务器从更新包管理系统获取指定版本更新包到测试环境，同时更新包管理系统会根据更新包源服务器提供的更新通知确认更新的版本、更新内容、影响范围以及更新的文件列表等内容；测试环境的服务器根据更新通知从更新包管理系统中获取更新包，并对其进行测试环境测试；测试主要包括：功能验证、游戏测试和回归测试。

其中，功能验证主要是对更新包更新后的应用的各功能进行验证，根据功能测试用例，逐项测试，检查更新后是否达到用户要求的功能；游戏测试是测试游戏软件在游戏过程中是否存在问题或缺陷；回归测试，则是在更新了旧的程序代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。若通过测试环境的测试，则将该更新包进行上载，并附以说明，说明内容包括更新内容、是否需要运维配合、更新影响的范围、注意事项以及具体上载的时间点；若未通过测试，则将该更新包反馈至更新包源服务器进行二次开发。

S032，当更新包完成上载后，即可获取更新包并在生产环境进行发布，对应用进行更新和自动上架。在本实施例中，可通过设置定时任务，定时调用更新包管理系统的接口，检测系统后台发布到生产的应用包最新版本并更新到生产环境的应用中，同时获取生产环境中的(通过更新包完成更新的)应用软件列表，在交互界面进行可视化展示。

实施例中标准环境即为存储更新包的本地存储装置(服务器)的部署环境。

除此之外，本实施例的另一些实施例中，在更新包的处理过程中，可对其状态进行标识；从更新包源服务器同步至更新包管理系统的更新包，均属于新增状态；已被执行过发布操作的更新包，不论是全量发布还是部分发布到某个分组，状态都会变为已发布。拒绝状态标识不允许继续发布的更新包，通常为测试未通过不能发布的更新包。已发布状态和新增状态都可以流转为拒绝状态；从新增状态到拒绝状态，该更新包不会更新到任何云服务器上，不能继续发布操作。从已发布状态到拒绝状态，已发布的服务器已经同步了该更新包，版本被拒绝后已升级的测试环境服务器还是会存在被拒绝的版本，其他未发布的服务器则不能再继续发布。历史状态是针对某个组的服务器而言，某组被其他更新包替换下来的更新包，称为该组的历史更新包。但历史状态不是全局的，有可能还是其他组别的已发布状态。

参照图5，本发明提供了一种用于实现方法实施例的一种应用软件的更新系统，其包括：

更新包源服务器，用于提供更新包；

本地存储装置，用于存储未进行发布的更新包；

分组服务器，用于定时轮询请求更新包管理系统的接口服务，并获取更新包；所述分组服务器的部署环境包括：测试环境、标准环境以及生产环境；

更新包管理系统，用于接受分组服务器的轮询请求，返回第一字符串；所述第一字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间。

具体的，在系统实施例中，更新包源服务器选用黑雷服务器；更新包管理系统为HPMS系统，即红手指更新包管理系统(针对红手指APP)，HPMS同时提供一套后台给管理人员，对更新包、分组、IP进行管理，之后基本是运维使用。运维可以通过后台做以下操作：查询黑雷同步过来的所有更新包信息、维护分组与云服务器IP的关系、对分组发布版本、查看发布版本日志、系统账户管理。黑雷服务器通过API的交互方式与HPMS系统对接。其实施过程为：黑雷服务器将更新包同步到HPMS系统，通过HPMS后台对更新包进行发布后，更新包自动分发到各个机房的本地存储装置进行存储、并自动更新对应IP的分组服务器系统版本。

本发明实施例提供了另一种应用软件的更新系统，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当至少一个程序被至少一个处理器执行时，使得至少一个处理器实现一种应用软件更新的方法。

本发明实施例还提供了一种存储介质，其中存储有处理器可执行的程序，该处理器可执行的程序在由处理器执行时用于实现实施例中应用软件更新的方法。

上述实施例的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

并从上述具体的实施过程，可以总结出，本发明所提供的技术方案相较于现有技术存在以下优点或优势：

1.本发明的技术方案的通过分组服务器的轮询请求，使得被执行更新的服务器带有更新的监听功能，通过更新包管理系统返回的信息，可按照部署环境的不同，完成更新包的本地部署；

2.本发明的技术方案提供了更新包方便快捷的管理方式，通过自动同步、自动化部署的技术方法解决了繁琐的运维工作量，并提供了更安全有效的更新包维护机制。

以上是对本发明的较佳实施进行了具体说明，但本发明并不限于实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种应用软件更新的方法，其特征在于，包括以下步骤：

通过轮询获取第一字符串；

根据所述第一字符串获取更新包；

将所述更新包分发至分组服务器，所述分组服务器的部署环境包括：测试环境、标准环境以及生产环境；

所述第一字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间。

2.根据权利要求1所述的一种应用软件更新的方法，其特征在于，所述通过轮询获取第一字符串这一步骤，其具体包括：

获取所述轮询的IP地址，确定所述IP地址的所在分组；

在IP地址所在的分组中，确定更新包的版本信息，根据所述版本信息生成第一字符串。

3.根据权利要求2所述的一种应用软件更新的方法，其特征在于，所述IP地址的所在分组包括至少一个服务器IP地址；在所述IP地址的所在分组中，服务器通过同一更新包进行更新。

4.根据权利要求1所述的一种应用软件更新的方法，其特征在于，根据所述第一字符串获取更新包这一步骤，其具体包括：

从所述第一字符串中解析的得到所述更新包的版本号；

当所述版本号与轮询请求服务器的版本号不一致，根据所述第一字符串中的更新包下载地址获取更新包。

5.根据权利要求1-4任一项所述的一种应用软件更新的方法，其特征在于，所述将所述更新包分发至分组服务器这一步骤，其具体包括：

加载所述更新包至测试环境，并进行测试环境测试；

对完成环境测试的更新包进行上载；

所述测试环境测试包括功能验证、游戏测试和回归测试。

6.根据权利要求5所述的一种应用软件更新的方法，其特征在于，所述将所述更新包分发至分组服务器这一步骤，其还包括：

将测试环境测试结果不合格的更新包标识为拒绝状态；

返回拒绝状态的更新包，进行二次开发。

7.根据权利要求1-4任一项所述的一种应用软件更新的方法，其特征在于，所述将所述更新包分发至分组服务器这一步骤，其还包括：

获取所述更新包的上载信息，加载所述更新包至生产环境；

发布所述更新包，根据所述更新包进行应用软件更新。

8.一种应用软件的更新系统，其特征在于，包括：

更新包源服务器，用于提供更新包；

本地存储装置，用于存储未进行发布的更新包；

分组服务器，用于定时轮询请求更新包管理系统的接口服务，并获取更新包；所述分组服务器的部署环境包括：测试环境、标准环境以及生产环境；

更新包管理系统，用于接受分组服务器的轮询请求，返回第一字符串；所述第一字符串包括版本ID、版本号、更新包文件大小、更新包下载地址、MD5值以及更新时间。

9.一种应用软件的更新系统，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-7中任一项所述的一种应用软件的更新的方法。

10.一种存储介质，其中存储有处理器可执行的程序，其特征在于：所述处理器可执行的程序在由处理器执行时用于实现如权利要求1-7中任一项所述的一种应用软件的更新的方法。

Images