云计算环境下的通用升级系统的制作方法

本发明涉及云计算领域，更具体地说，涉及云计算环境下的通用升级系统。

背景技术：

随着云计算发展和普及，云计算环境的规模越来越大。以私有云计算环境为例，随着局域网规模的扩展，一个单位的专用局域网可以从一个市扩展到一个省，单位地域规模扩大了，随之私有云计算环境的规模也相应的增大。公有云规模也是越来越大，云平台系统的业务软件数量也是越来越多。在这样的云计算环境下，作为服务使用者，其终端机数量庞大，升级要考虑稳定可靠性；同样，在云计算环境下，业务系统都汇聚到服务器侧，作为服务提供者载体，其云端的物理服务器和虚拟机的数量巨大。云端如此庞大的业务系统软件的升级和管理也异常复杂。因此，不论是云端还是终端，云平台软件升级都是必须面对的问题。

软件升级方法，一般都是各自软件自身一套独立的升级系统，且都包括升级客户端和升级服务器，通常都采用由升级客户端主动查询是否存在升级包，而后由升级服务器响应该请求，反馈并下发升级包，最后由升级客户端完成安装升级。这种升级方式归结为“pull式”，即客户端主动发起升级请求。

现有技术中公开号为101630263a的《软件升级方法》于2009-08-19日向中国国家知识产权局申请专利并获得批准，于2010-01-20公开。该专利技术中，通过服务器端维护控制多个新版本号和模块号，采用加权重的马氏公式计算用户距离来判定相似度和优先级，实现了相同软件的不同版本和模块的严格控制。

在该升级方案中，当新版刚发布时，首先通过验证用户信息库和适用条件，判断用户是否适用升级，只有当有部分用户基于条件升级完毕后，才能基于协同升级，再根据加权重马氏公式计算相似度(即未升级用户和已升级适用用户的相似度)来判断是否符合升级，才进入升级流程。其基于协同方案前提必须有基于条件，没有考虑部分客户端主动升级失败异常后的升级解决方案，更不能处理不同操作系统的客户端差异化升级问题。

现有技术中公开号为104702631b的《一种客户端软件的升级方法和系统》于2013-12-04日向中国国家知识产权局申请专利并获得批准，于2015-06-10公开。该专利技术中，通过版本号控制的方式，升级模块判断升级包中是否包括最新版本的应用程序，是就升级替换，否则停止升级。发明既能对应用程序进行升级，又能对升级程序进行升级。

该发明采用版本号对比的方式，对程序版本进行升级。通过升级过程中的程序置换的方式，实现了在对应用程序升级的同时，也能对升级程序自身进行升级。但是，不是通用升级程序，不能对除了该应用程序和升级程序以外的第三方应用程序进行升级。

传统升级方法，重点解决的都是自身软件的升级问题，云计算环境下的升级需求复杂，不仅涉及自身软件升级，还涉及云计算环境下众多业务系统的软件升级，且升级中出现的问题的概率也很高，升级失败后如何继续完成升级，都必须面对的问题。

技术实现要素：

1.要解决的技术问题

针对现有技术中存在的问题，本发明的目的在于提供云计算环境下的通用升级系统，本发明提出的端到端软件升级方案，为云计算环境下的端到端提供通用的升级解决方案，可以有效的解决升级失败问题，可以实现对不同类型的对象实现差异化升级，更重要的是，可以实现对任意软件的升级，能够充分的适应云计算环境的特殊升级需求。

2.技术方案

为解决上述问题，本发明采用如下的技术方案。

云计算环境下的通用升级系统，包括搭载在客户端上的云端平台，其特征在于：所述云端平台包括升级服务器模块、通信网络和升级客户端模块，所述升级服务器模块通过通信网络与升级客户端模块连接，所述升级服务器模块包括交互操作服务端、升级包推送服务端和自定义升级命令服务端，所述升级客户端模块包括交互操作客户端、升级包推送客户端和自定义升级命令客户端。

进一步的，所述交互操作服务端通过通信网络与交互操作客户端连接，所述升级包推送服务端通过通信网络与升级包推送客户端连接，所述自定义升级命令服务端通过通信网络与自定义升级命令客户端连接。

进一步的，升级客户端和升级云端同时采用传统的“pull式”升级和“push式”升级结合的两种升级阶段。

进一步的，升级客户端时传统的“pull式”升级和“push式”升级结合的两种升级阶段包括如下步骤：

1)启用传统“pull式”升级；

2)如果成功，则升级结束；如果失败且选择不在升级则退出；如果失败但选择继续升级则进入“push式”升级阶段；

3)进入“push式”升级阶段；

4)启动交互式操作并执行诊断；

5)根据诊断结果，重新制作针对性的升级包；

6)将升级包推送给特定的一个或多个升级客户端；

7)在特定的一个或多个升级客户端执行升级包安装指令；

升级成功则结束升级，升级失败则进入步骤2)。

进一步的，升级云端时传统的“pull式”升级和“push式”升级结合的两种升级阶段包括如下步骤：

情况1：业务系统提供了对应的升级程序，其升级步骤和终端升级的步骤相同；

情况2：业务系统没有提供对应的升级程序，如业务系统2、3和n都没有对应的升级程序，此时需要借助“push式”升级方式，其步骤如下：

1)进入“push式”升级阶段；

2)启动交互式操作并执行诊断；

3)根据诊断结果，重新制作针对性的升级包；

4)将升级包推送给特定的一个或多个升级客户端；

5)在特定的一个或多个升级客户端执行升级包安装指令；

6)升级成功则结束升级，若升级失败可继续进入“push”阶段，再次通过交互式操作执行诊断；

7)“push式”升级阶段的任何环节都可以退出并结束升级。

进一步的，所述升级包推送可以采用tcp、udp或者组播机制中的任意一种。

进一步的，所述云计算环境下的通用升级系统以“push式”升级为主，同时结合“pull式”升级作为升级模式的补充。

进一步的，所述步骤8)再次升级前，对终端进行错误自检。

进一步的，所述错误自检由自检识别系统完成，所述自检识别系统包括终端截图模块、页面传输模块和云端处理中心。

进一步的，所述云端处理中心包括ocr图片识字程序和错误代码匹配库。

3.有益效果

相比于现有技术，本发明的优点在于：

(1)与现有技术中采用的升级方案没有处理升级失败能力的问题，以及没有考虑多客户端操作系统不同而造成的升级包兼容性给升级带来的失败问题。本发明的升级方案，可以在用户升级异常失败的情况下，通过“push式”升级方式去交互诊断，并精准推送升级包，增强了升级失败后的处理手段。此外，通过诊断反馈，记录了升级对象的ip和os类型等信息，可以按需对部分终端(升级失败或者有特殊升级需求)进行有限范围的指定推送升级。

(2)与现有技术升级方案仅能升级特定程序和升级“升级程序”自身，不能升级任意其他第三方程序的问题。本发明的升级方案，通过“push式”升级方式，可以实现推送软件包、发送交互指令安装软件包，从而实现通用的升级，能够做到对客户端升级、升级程序自身升级和其他任意第三方应用程序的升级。

附图说明

图1为本发明的系统架构图；

图2为本发明的终端升级示意图；

图3为本发明的云端升级示意图。

具体实施方式

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

在本发明的描述中，需要说明的是，术语“上”、“下”、“内”、“外”、“顶/底端”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“设置有”、“套设/接”、“连接”等，应做广义理解，例如“连接”，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

实施例1：

本发明提出了云计算环境下的通用升级系统。

请参阅图1，云计算环境下的通用升级系统，包括搭载在客户端上的云端平台，云端平台包括升级服务器模块、通信网络和升级客户端模块，升级服务器模块通过通信网络与升级客户端模块连接，升级服务器模块包括交互操作服务端、升级包推送服务端和自定义升级命令服务端，升级客户端模块包括交互操作客户端、升级包推送客户端和自定义升级命令客户端。

交互操作服务端通过通信网络与交互操作客户端连接，升级包推送服务端通过通信网络与升级包推送客户端连接，自定义升级命令服务端通过通信网络与自定义升级命令客户端连接。

升级客户端和升级云端同时采用传统的“pull式”升级和“push式”升级结合的两种升级阶段。

图2是本发明提供的终端升级示意图，如图2所示，该图示意了一种终端升级方法，升级客户端时传统的“pull式”升级和“push式”升级结合的两种升级阶段包括如下步骤：

1)启用传统“pull式”升级；

2)如果成功，则升级结束；如果失败且选择不在升级则退出；如果失败但选择继续升级则进入“push式”升级阶段；

3)进入“push式”升级阶段；

4)启动交互式操作并执行诊断；

5)根据诊断结果，重新制作针对性的升级包；

6)将升级包推送给特定的一个或多个升级客户端；

7)在特定的一个或多个升级客户端执行升级包安装指令；

8)升级成功则结束升级，升级失败则进入步骤2)。

图3是本发明提供的云端升级示意图，如图3所示，该图示意了一种云端升级方法，升级云端时传统的“pull式”升级和“push式”升级结合的两种升级阶段包括如下步骤：

情况1：业务系统提供了对应的升级程序，其升级步骤和终端升级的步骤相同；

情况2：业务系统没有提供对应的升级程序，如业务系统2、3和n都没有对应的升级程序，此时需要借助“push式”升级方式，其步骤如下：

1)进入“push式”升级阶段；

2)启动交互式操作并执行诊断；

3)根据诊断结果，重新制作针对性的升级包；

4)将升级包推送给特定的一个或多个升级客户端；

5)在特定的一个或多个升级客户端执行升级包安装指令；

6)升级成功则结束升级，若升级失败可继续进入“push”阶段，再次通过交互式操作执行诊断；

7)“push式”升级阶段的任何环节都可以退出并结束升级，升级包推送可以采用tcp、udp或者组播机制中的任意一种。

云计算环境下的通用升级系统以“push式”升级为主，同时结合“pull式”升级作为升级模式的补充。

步骤8)再次升级前，对终端进行错误自检，错误自检由自检识别系统完成，自检识别系统包括终端截图模块、页面传输模块和云端处理中心，云端处理中心包括ocr图片识字程序和错误代码匹配库。由于很多重新制作的针对性升级包安装后用不了，是由于驱动或者设置的原因，当升级无法正常进行时，当接入客户端启动失败时，一是有提示页面，启动截图模块将提示页面截图上传至云端处理中心，云端处理中心通过ocr图片识字程序，识别截图中的错误代码，然后直接通过push直接推送驱动升级包或安装包或者设置调整指示图示，二是没有提示页面，首先通过打包客户端根目录所有文件进行云端匹配，如果客户端根目录文件经过云端匹配都正确的话，建立客服中心，反馈当地客服中心，技术人员上门诊断。

针对相关方案一采用的升级方案没有处理升级失败能力的问题，以及没有考虑多客户端操作系统不同而造成的升级包兼容性给升级带来的失败问题。本发明的升级方案，可以在用户升级异常失败的情况下，通过“push式”升级方式去交互诊断，并精准推送升级包，增强了升级失败后的处理手段。此外，通过诊断反馈，记录了升级对象的ip和os类型等信息，可以按需对部分终端(升级失败或者有特殊升级需求)进行有限范围的指定推送升级。

针对相关方案二采用的升级方案仅能升级特定程序和升级“升级程序”自身，不能升级任意其他第三方程序的问题。本发明的升级方案，通过“push式”升级方式，可以实现推送软件包、发送交互指令安装软件包，从而实现通用的升级，能够做到对客户端升级、升级程序自身升级和其他任意第三方应用程序的升级。

本发明的方案，在传统的“pull式”升级的基础上，提出了采用“交互操作、升级包推送、自定义安装指令”等步骤的“push式”升级方案。通过“push式”升级方案，可以实现升级失败的诊断，可以为不同升级对象提供不同升级包实现差异化升级，可以实现对任意第三方软件的代理升级。采用本发明方案中提出的“push式”升级，结合传统的“pull式”升级方式，可以充分适用云计算环境的特殊需求，为云计算环境下的升级提供了通用解决方案。

针对终端，由于云计算环境的特性，其原有终端软件多数都迁移到云端，终端只有接入云服务平台的客户端端软件，因此升级采用以“pull式”为主，结合“push式”。针对云端，考虑大量物理机和虚拟机资源的存在，此外还有众多的不同厂商或企业的第三方业务系统，其升级采用“push式”为主，结合“push式”。

交互操作模块，该模块实现远程的界面和鼠标控制，能够从远程升级服务器侧对指定升级客端进行批量的远程控制，做到交互式控制。该交互操作模块，可以提供升级诊断和远程交互操作。

升级包推送模块，该模块实现升级包的推送，可以采用tcp、udp或者组播机制，将升级包推送到升级客户端。为了做到通用性，升级包可以是一个非执行文件，也可以是一个完整的安装程序，还可以是一个普通的压缩包。

自定义安装指令模块，通过该模块可以将对应升级包的安装指令进行打包，并将安装指令集下发到升级客户端，实现对安装包的执行以完成升级安装过程。

本发明一种适用于云计算环境下的通用升级系统，提供了针对云端和终端这两端的软件升级解决方案。该方案在传统的“pull式”升级的基础上，提出了采用“交互操作、升级包推送、自定义安装指令”的“push式”升级方案。通过“push式”升级方案，可以实现升级失败的诊断，可以为不同升级对象提供不同升级包实现差异化升级，可以实现对任意第三方软件的代理升级。该方案通过“push式”和“pull式”升级方案的结合，充分适用云计算环境的特殊需求，为云计算环境下的升级提供了通用解决方案。针对终端，由于云计算环境的特性，其原有终端软件多数都迁移到云端，终端只有接入云服务平台的客户端端软件，因此升级采用以“pull式”为主，结合“push式”。针对云端，考虑大量物理机和虚拟机资源的存在，此外还有众多的不同厂商或企业的第三方业务系统，其升级采用“push式”为主，结合“push式”。

以上所述，仅为本发明较佳的具体实施方式；但本发明的保护范围并不局限于此。任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其改进构思加以等同替换或改变，都应涵盖在本发明的保护范围内。