CN109343879B - 控制应用软件升级的方法以及服务器 - Google Patents

Abstract

本申请实施例公开了控制应用软件升级的方法以及服务器，用于根据应用软件的升级版本号灵活地对应用软件进行升级方式的切换控制，减小了软件升级对应用软件的运行以及服务器中的数据所产生的影响。本申请实施例方法包括：所述服务器根据所述应用软件的版本号的更新选择所述应用软件的升级方式；所述服务器根据选择的所述升级方式对所述应用软件进行升级。

Description

控制应用软件升级的方法以及服务器

技术领域

本申请涉及通信技术领域，尤其涉及控制应用软件升级的方法以及服务器。

背景技术

服务器对应用软件升级的方法通常有三种，分别是热升级、重启升级和全面升级。所谓热升级，就是在保证应用软件中的主程序正常运行的前提下，通过断开主程序与当前模块之间的通信连接，可以停止当前模块的相应业务，从而用更新后的模块替换当前模块，然后在主程序与更新后的模块之间重新建立连接，完成应用软件的升级。还有全面升级，则是在终止主程序之后，卸载主程序，然后再重装更新后的主程序，完成应用软件的升级。

而重启升级是目前应用程序最普遍的升级方式，重启升级的操作方法是服务器在终止应用软件中的主程序之后，增加、修改或删除应用软件中的当前模块，然后再重启进行了模块更新的主程序，从而完成应用软件的升级。

然而在应用软件中往往只会发生部分业务模块的升级，如果使用重启升级，这对应用软件的稳定、持续的运行会产生不利，另外，应用软件总需要更新换代，时常会发生大的版本更新，这种情况下服务器中旧的数据就无法与新的应用软件相互兼容，重启升级无法完成升级任务，导致应用软件的升级时常会对应用软件本身的运行以及服务器中的数据产生不利影响，因此，需要找到如何用灵活升级的方法对需要升级的应用软件进行升级。

发明内容

本申请实施例提供了一种控制应用软件升级的方法以及服务器，能够根据应用软件的升级版本号灵活地对应用软件进行升级方式的切换控制，减小了软件升级对应用软件的运行以及服务器中的数据所产生的影响。

本申请实施例提供了一种控制应用软件升级的方法，包括：

所述服务器根据所述应用软件的版本号的更新选择所述应用软件的升级方式；

所述服务器根据选择的所述升级方式对所述应用软件进行升级。

可选地，所述服务器根据所述应用软件的版本号的更新选择所述应用软件的升级方式包括：

所述服务器通过所述应用软件中的当前主程序，根据所述应用软件的版本号的更新选择所述应用软件的升级方式。

可选地，所述服务器通过所述应用软件中的当前主程序，根据所述应用软件的版本号的更新选择所述应用软件的升级方式包括：

当所述服务器通过所述当前主程序确定所述版本号的主版本号发生更新时，所述服务器通过所述当前主程序向升级服务程序发送第一升级指令，所述第一升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行全面升级，所述升级服务程序属于所述应用软件中的一部分，所述升级服务程序与所述主程序相互独立；

所述服务器通过所述升级服务程序接收到的所述第一升级指令对所述应用软件选择全面升级；

当所述服务器通过所述当前主程序确定所述版本号的子版本号发生更新时，所述服务器通过所述当前主程序向所述升级服务程序发送第二升级指令，所述第二升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行重启升级；

所述服务器通过所述升级服务程序接收到的所述第二升级指令对所述应用软件选择重启升级；

当所述服务器通过所述当前主程序确定所述版本号的修正版本号发生更新时，所述服务器通过所述主程序选择对所述应用软件进行热升级。

可选地，所述服务器根据选择的所述升级方式对所述应用软件进行升级包括：

当所述服务器通过所述当前主程序确定所述主版本号发生更新时，所述服务器通过所述升级服务程序接收到的所述第一升级指令，终止所述当前主程序；

所述服务器通过所述升级服务程序解析第一升级包，得到目标主程序，所述第一升级包是所述服务器接收到的所述主版本号发生更新的升级包，所述目标主程序是所述主版本号发生更新后的主程序；

所述服务器通过所述升级服务程序卸载所述当前主程序；

所述服务器在所述应用软件中安装所述目标主程序。

可选地，所述服务器根据选择的所述升级方式对所述应用软件进行升级包括：

当所述服务器通过所述当前主程序确定所述子版本号发生更新时，所述服务器通过所述升级服务程序接收到的所述第二升级指令，终止所述当前主程序；

所述服务器通过所述升级服务程序解析第二升级包，得到第一模块，所述第二升级包是所述服务器接收到的所述子版本号发生更新的升级包，所述第一模块是所述子版本号发生更新后所需替换或增加的模块；

所述服务器通过所述升级服务程序在所述应用软件中将第一指定模块替换为所述第一模块，或在所述应用软件中增加所述第一模块；

所述服务器重启所述子版本号发生更新的应用软件。

可选地，所述服务器根据选择的所述升级方式对所述应用软件进行升级包括：

当所述服务器通过所述当前主程序确定所述版本号的修正版本号发生更新时，所述服务器通过所述主程序解析第三升级包，得到第二模块，所述第三升级包是所述服务器接收到的所述修正版本号发生更新的升级包，所述第二模块是所述修正版本号发生更新后所需替换的模块；

所述服务器断开所述应用软件与所述指定模块之间的通信连接；

所述服务器通过所述当前主程序在所述应用软件中将第二指定模块替换为所述第二模块；

所述服务器通过所述当前程序对所述第二模块与所述应用软件重新建立通信连接。

本申请实施例提供了一种服务器，所述服务器包括：

选择单元，用于根据所述应用软件的版本号的更新选择所述应用软件的升级方式；

升级单元，用于根据选择的所述升级方式对所述应用软件进行升级。

所述选择单元具体用于通过所述应用软件中的当前主程序，根据所述应用软件的版本号的更新选择所述应用软件的升级方式。

进一步地，所述选择单元具体用于当通过所述当前主程序确定所述版本号的主版本号发生更新时，通过所述当前主程序向升级服务程序发送第一升级指令，所述第一升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行全面升级，所述升级服务程序属于所述应用软件中的一部分，所述升级服务程序与所述主程序相互独立；通过所述升级服务程序接收到的所述第一升级指令对所述应用软件选择全面升级；当通过所述当前主程序确定所述版本号的子版本号发生更新时，通过所述当前主程序向所述升级服务程序发送第二升级指令，所述第二升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行重启升级；通过所述升级服务程序接收到的所述第二升级指令对所述应用软件选择重启升级；当通过所述当前主程序确定所述版本号的修正版本号发生更新时，通过所述主程序选择对所述应用软件进行热升级。

所述升级单元具体用于当通过所述当前主程序确定所述主版本号发生更新时，通过所述升级服务程序接收到的所述第一升级指令，终止所述当前主程序；通过所述升级服务程序解析第一升级包，得到目标主程序，所述第一升级包是所述升级单元接收到的所述主版本号发生更新的升级包，所述目标主程序是所述主版本号发生更新后的主程序；通过所述升级服务程序卸载所述当前主程序；在所述应用软件中安装所述目标主程序。

所述升级单元还具体用于当通过所述当前主程序确定所述子版本号发生更新时，通过所述升级服务程序接收到的所述第二升级指令，终止所述当前主程序；通过所述升级服务程序解析第二升级包，得到第一模块，所述第二升级包是所述升级单元接收到的所述子版本号发生更新的升级包，所述第一模块是所述子版本号发生更新后所需替换或增加的模块；通过所述升级服务程序在所述应用软件中将第一指定模块替换为所述第一模块，或在所述应用软件中增加所述第一模块；重启所述子版本号发生更新的应用软件。

所述升级单元还具体用于当通过所述当前主程序确定所述版本号的修正版本号发生更新时，通过所述主程序解析第三升级包，得到第二模块，所述第三升级包是所述升级单元接收到的所述修正版本号发生更新的升级包，所述第二模块是所述修正版本号发生更新后所需替换的模块；断开所述应用软件与所述指定模块之间的通信连接；通过所述当前主程序在所述应用软件中将第二指定模块替换为所述第二模块；通过所述当前主程序对所述第二模块与所述应用软件重新建立通信连接。

本申请实施例提供了一种服务器，该服务器具有实现上述控制应用软件升级的方法中服务器行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例提供了一种计算机存储介质，该计算机存储介质用于储存上述服务器所用的计算机软件指令，其包括用于执行为服务器所设计的程序。

本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述控制应用软件升级的方法的流程。

从以上技术方案可以看出，本申请实施例具有以下优点：服务器能够根据应用软件的版本号的更新选择应用软件的升级方式，然后服务器能够根据选择的升级方式对应用软件进行升级，这样服务器就可以根据应用软件不同种类的版本号的更新灵活切换应用软件的升级方式，从而减少了软件升级对应用软件本身的运行以及服务器中的数据的影响。

附图说明

图1为本申请实施例中控制应用软件升级的方法的一个实施例示意图；

图2为本申请实施例中控制应用软件升级的方法的另一个实施例示意图；

图3为本申请实施例中控制应用软件升级的方法的另一个实施例示意图；

图4为本申请实施例中控制应用软件升级的方法的另一个实施例示意图；

图5为本申请实施例中控制应用软件升级的方法的另一个实施例示意图；

图6为本申请实施例中服务器的一个实施例示意图；

图7为本申请实施例中服务器的另一个实施例示意图。

具体实施方式

本申请实施例提供了一种控制应用软件升级的方法以及服务器，用于根据应用软件的升级版本号灵活地对应用软件进行升级方式的切换控制，减小了软件升级对应用软件的运行以及服务器中的数据所产生的影响。

请参阅图1，图1为本申请实施例中控制应用软件升级的方法的一个实施例示意图，本申请实施例中控制应用软件升级的方法的一个实施例包括：

101、服务器根据应用软件的版本号的更新选择应用软件的升级方式；

本实施例中，服务器可以根据应用软件不同种类的版本号所发生的更新对应用软件选择不同的升级方式。

应用软件的版本号通常分为三种，分别为主版本号、子版本号以及修正版本号。主版本号的变化是由应用软件的项目进度决定，当发布项目的重大版本，主版本号就会随之加“1”；子版本号则是当应用软件的项目因软件程序结构调整而产生重大变化，无法通过应用软件中的模块替换完成升级时，子版本号会加“1”更新升级；修正版本号则是当应用软件的项目在进行了局部修改或错误(bug)修正后，可以通过模块替换完成升级时，修正版本号加“1”。

例如，采用视窗(Windows)操作系统的风格版本号如下所示，产品名_V主版本号.子版本号.修正版本号，以下是该风格版本号的示例，XXX_V5.1.0.1，示例中的V5.1为主版本号，0为子版本号，1为修正版本号。

也就是说，服务器可以根据应用软件的主版本号、子版本号或者修正版本号所发生的更新，对应用软件选择不同的升级方式，实现对应用软件的升级。

需要说明的是，本实施例中的应用软件的版本号也可以是其他操作系统风格的版本号，只要其他操作系统提供了3个字段的层级关系的版本号都适用于本申请实施例的技术方案。本申请实施例对各种操作系统的风格的版本号不做具体限定。

对于升级方式，也可以有三种升级方式，即背景技术中述及的热升级、重启升级以及全面升级。服务器就是根据不同种类的版本号的更新来选择这三种升级方式。

102、服务器根据选择的升级方式对应用软件进行升级。

本实施例中，服务器在根据应用软件的版本号选择了升级方式之后，就可以对应用软件进行升级。

在本申请实施例中，由于服务器能够根据应用软件的不同种类的版本号更新选择应用软件的升级方式，然后服务器能够根据选择的升级方式对应用软件进行升级，因此服务器就可以根据应用软件不同种类的版本号的更新灵活切换应用软件的升级方式，从而减少了软件升级对应用软件本身的运行以及服务器中的数据的影响。

以上对本申请实施例中控制应用软件升级的方法的一个实施例进行了详细描述，以下参照图2，图2为本申请实施例中控制应用软件升级的方法的另一个实施例，本申请实施例中控制应用软件升级的方法的另一个实施例包括：

201、服务器通过应用软件中的当前主程序，根据应用软件的版本号的更新选择应用软件的升级方式；

本实施例中，应用软件中包含有主程序，服务器可以通过应用软件中的主程序，根据应用软件的版本号的更新选择应用软件的升级方式。为了区分版本更新前和版本更新后的主程序，本申请实施例中将版本更新前的主程序统称为当前主程序。

202、服务器根据选择的升级方式对应用软件进行升级。

本步骤202与前述图1中的步骤102类似，此处不再赘述。

在本申请实施例中，由于服务器能够通过应用软件中的当前主程序，根据应用软件的不同种类的版本号的更新灵活切换应用软件的升级方式，从而减少了软件升级对应用软件本身的运行以及服务器中的数据的影响。

进一步地，由于有三种不同种类的版本号，通过版本号的变化就可获知该版本的改动的重要重读，因此针对不同种类的版本号的更新，服务器可以通过应用软件中的主程序选择不同的对应用软件的升级方式，以下进一步对这三种升级方式进行描述。

需要说明的是，版本号的更新变化取决于产品迭代的改动。此外，以下的三种升级方式中，服务器均可以通过主程序接收用户发送的版本号更新指令，确定版本号发生更新，服务器也可以主动发送版本号更新指令到外网的升级服务器中，请求外网的升级服务器提供升级包。当服务器通过主程序接收到用户发送的版本号更新指令时，服务器就会到安装路径中去获取应用软件的当前版本号，并从版本号更新指令携带的升级包中获取目的版本号，从而可以确定应用软件的版本号是否发生了更新。当服务器无法顺利地用当前的应用软件对数据进行处理时，服务器就会通过主程序向外网的升级服务器请求应用软件的升级包，请求升级。本申请实施例中，有关服务器如何通过主程序确定应用程序的版本号发生更新的方式，具体此处不做限定。

一、根据版本号的主版本号发生的更新，升级服务程序对应用软件进行全面升级；

参见图3，图3为本申请实施例中控制应用软件升级的方法的另一个实施例，本申请实施例中控制应用软件升级的方法的另一个实施例包括：

301、当服务器通过当前主程序确定版本号的主版本号发生更新时，服务器通过当前主程序向升级服务程序发送第一升级指令；

本实施例中，第一升级指令用于当前主程序指示升级服务程序对应用软件进行全面升级，升级服务程序属于应用软件中的一部分，但升级服务程序与主程序相互独立，升级服务程序拥有与主程序相同的权限，可以与主程序相互通信，升级服务程序可以用来对应用软件进行全面升级，也可以用来对应用软件进行重启升级，有关重启升级的详细描述将在后述的图4的实施例中述及，此处不做详细说明。

302、服务器通过升级服务程序接收到的第一升级指令对应用软件选择全面升级；

本实施例中，当服务器通过应用软件中的升级服务程序接收到应用软件中的主程序发送的第一升级指令，服务器就可以通过升级服务程序对应用软件选择全面升级。也就是说，此种情况下，由于是应用软件的主版本号发生更新，因此可以对应用软件选择全面升级。

303、服务器根据全面升级方式对应用软件进行升级。

具体地，当服务器通过当前主程序确定主版本号发生更新时，服务器可以通过升级服务程序接收到的第一升级指令，终止当前主程序。然后，服务器通过升级服务程序解析第一升级包，得到第一升级包中的安装包，第一升级包是服务器接收到的主版本号发生更新的升级包，安装包里有需要更新的主程序，在本申请实施例中将该需要更新的主程序称之为目标主程序。接着，服务器通过升级服务程序卸载当前主程序，然后在应用软件中安装从第一升级包解析得到的安装包，应用软件就可以得到安装包中的目标主程序，这样就完成了对应用软件的全面升级。

二、根据版本号的子版本号发生的更新，升级服务程序对应用软件进行重启升级；

参见图4，图4为本申请实施例中控制应用软件升级的方法的另一个实施例，本申请实施例中控制应用软件升级的方法的另一个实施例包括：

401、当服务器通过当前主程序确定版本号的子版本号发生更新时，服务器通过当前主程序向升级服务程序发送第二升级指令；

本实施例中，第二升级指令用于对当前主程序指示升级服务程序对应用软件进行重启升级。

402、服务器通过升级服务程序接收到的第二升级指令对应用软件选择重启升级；

本实施例中，当服务器通过应用软件中的升级服务程序接收到应用软件中的主程序发送的第二升级指令，服务器就可以通过升级服务程序对应用软件选择重启升级。也就是说，此种情况下，由于是应用软件的子版本号发生更新，因此可以对应用软件选择重启升级。

403、服务器根据重启升级方式对应用软件进行升级。

具体地，当服务器通过当前主程序确定子版本号发生更新时，服务器通过升级服务程序接收到的第二升级指令，终止当前主程序。接着，服务器通过升级服务程序解析第二升级包，得到包含有第一模块的安装包，第二升级包是服务器接收到的子版本号发生更新的升级包，而第一模块则是子版本号发生更新后在应用软件中所需替换的模块，或是子版本号发生更新后需要增加到应用软件中的模块。然后，服务器通过升级服务程序在应用软件中将被指定需要替换的模块(本实施例中称之为第一指定模块)替换为第一模块，或在应用软件中增加第一模块。在应用软件中在进行重启升级时，对应用软件替换模块还是增加模块，需根据子版本号的变化而得知，后述将会举一个更为具体的例子，此处不做详述。最后，服务器在应用软件中替换或增加了第一模块之后，重启该应用软件，这样就完成了对应用软件的重启升级。

需要说明的是，本实施例中，服务器不仅可以使用重启升级，也可以使用全面升级，优选为重启升级，具体此处不做限定。

三、根据版本号的修正版本号发生的更新，升级服务程序对应用软件进行热升级；

参见图5，图5为本申请实施例中控制应用软件升级的方法的另一个实施例，本申请实施例中控制应用软件升级的方法的另一个实施例包括：

501、当服务器通过当前主程序确定版本号的修正版本号发生更新时，服务器通过当前主程序选择对应用软件进行热升级；

502、服务器根据热升级方式对应用软件进行升级。

本实施例中，当服务器通过当前主程序确定版本号的修正版本号发生更新时，服务器通过主程序解析第三升级包，得到包含有第二模块的安装包，第三升级包是服务器接收到的修正版本号发生更新的升级包，而第二模块则是修正版本号发生更新后所需替换的模块。接着，服务器断开应用软件与应用软件中被指定替换的模块之间的通信连接，该被指定替换的模块在本实施例中称之为第二指定模块，而服务器断开应用软件与第二指定模块之间的通信连接称为软关闭，即不终止主程序的运行，而只是断开应用软件与模块之间的通信连接。

需要说明的是，本申请实施例中述及的模块即为动态链接库，应用软件可以将动态链接库中的程序，连接到应用软件的空间内，从而可以调用动态链接库的功能，而软关闭，指的就是断掉应用软件和动态链接库之间的连接，起到卸载动态链接库的作用，卸载后，就可以替换动态链接库，再次建立新的连接，这样就可以使用新的动态链接库中的功能，而此种情况下，主程序的运行不会停止，这也就是前述所提及的热升级。

服务器在断开应用软件与第二指定模块之间的通信连接后，通过当前主程序在应用软件中将第二指定模块替换为第二模块，最后，服务器通过当前主程序对第二模块与应用软件重新建立通信连接，这样就完成了对应用软件的热升级。

需要说明的是，本实施例中不仅可以使用热升级，也可以使用重启升级和全面升级，优选为热升级，具体此处不做限定。

本申请实施例中，如果服务器通过主程序确定是主版本号发生更新，则服务器可以获知是应用软件有新的重大版本发布，选择全面升级通过升级服务程序替换应用软件中的主程序，如果服务器通过主程序确定是子版本号发生更新，则服务器可以获知是应用软件因程序结构调整而发生重大变化，选择重启升级终止主程序，并通过升级服务程序替换应用软件中的指定模块或增加新的模块，如果服务器通过主程序确定是修正版本号发生更新，则服务器可以获知是应用软件进行了局部修改或错误修正，选择热升级不终止主程序的运行，并通过主程序替换应用软件中的指定模块，由此可知，服务器能够通过主程序和升级服务程序根据不同种类版本号的更新，灵活选择升级方式对应用软件进行升级，减少了软件升级对应用软件本身的运行以及服务器中的数据的影响，从而以对用户最小影响的升级方式完成升级任务。

以下用一个具体场景的实施例对本申请实施例进行说明。

参见下表1，表1为一个版本的升级历程，表1中是版本维护和升级方案的具体变化内容。

表1

表1中的dll即为动态链接库(dynamic link library)。

本实施例中，新客户最初购买了5.0.0版本：安装5.0.0.XXXX.exe安装包。以下列举了两种应用软件版本升级的具体例子。

例1：客户已有5.0.0版本，需要升级到5.0.2版本：由于版本5.0.0-5.0.2的改动是A、B模块内修改，因此，在版本变化上，仅有修正版本号变化。根据前述升级规则，优先使用热升级，生成5.0.0-5.0.2的升级包，升级包内容A.dll、B.dll。但同时也可以使用5.0.0-5.0.2升级包，重启升级；或5.0.2.XXXX.exe安装，全面升级。而优先选择热升级则保证了未受影响模块的正常运行。

例2：客户已有5.0.0版本，需要升级到5.1.2版本：由于版本5.0.0-5.1.2的改动包含新增模块，因此，在版本号变化上，子版本、修正版本号都发生了变化。根据前述升级规则，优先使用重启升级，生成5.0.0-5.1.2的升级包，升级包内容A.dll、B.dll、C.dll，升级方式是重启升级。但也可使用5.1.2.XXXX.exe安装包，全面升级。而优先选择重启升级则避免了应用程序重装带来的数据清理。

上面对本申请实施例中控制应用软件升级的方法进行了描述，下面对本申请实施例中的控制应用软件升级的装置进行描述。请参阅图6，图6为本申请实施例服务器的一个实施例。

本申请实施例中服务器的一个实施例包括：

选择单元601，用于根据应用软件的版本号的更新选择应用软件的升级方式；

升级单元602，用于根据选择的升级方式对应用软件进行升级。

本实施例中，进一步地，选择单元601具体用于当通过当前主程序确定版本号的主版本号发生更新时，通过当前主程序向升级服务程序发送第一升级指令，第一升级指令用于当前主程序指示升级服务程序对应用软件进行全面升级，升级服务程序属于应用软件中的一部分，升级服务程序与主程序相互独立；通过升级服务程序接收到的第一升级指令对应用软件选择全面升级；当通过当前主程序确定版本号的子版本号发生更新时，通过当前主程序向升级服务程序发送第二升级指令，第二升级指令用于当前主程序指示升级服务程序对应用软件进行重启升级；通过升级服务程序接收到的第二升级指令对应用软件选择重启升级；当通过当前主程序确定版本号的修正版本号发生更新时，通过主程序选择对应用软件进行热升级。

本实施例中，升级单元602具体用于当通过当前主程序确定主版本号发生更新时，通过升级服务程序接收到的第一升级指令，终止当前主程序；通过升级服务程序解析第一升级包，得到目标主程序，第一升级包是升级单元602接收到的主版本号发生更新的升级包，目标主程序是主版本号发生更新后的主程序；通过升级服务程序卸载当前主程序；在应用软件中安装目标主程序。

本实施例中，升级单元602还具体用于当通过当前主程序确定子版本号发生更新时，通过升级服务程序接收到的第二升级指令，终止当前主程序；通过升级服务程序解析第二升级包，得到第一模块，第二升级包是升级单元602接收到的子版本号发生更新的升级包，第一模块是子版本号发生更新后所需替换或增加的模块；通过升级服务程序在应用软件中将第一指定模块替换为第一模块，或在应用软件中增加第一模块；重启子版本号发生更新的应用软件。

本实施例中，升级单元602还具体用于当通过当前主程序确定版本号的修正版本号发生更新时，通过主程序解析第三升级包，得到第二模块，第三升级包是升级单元接收到的修正版本号发生更新的升级包，第二模块是修正版本号发生更新后所需替换的模块；断开应用软件与指定模块之间的通信连接；通过当前主程序在应用软件中将第二指定模块替换为第二模块；通过当前主程序对第二模块与应用软件重新建立通信连接。

本申请实施例中，当选择单元601根据应用软件不同种类的版本号的更新选择应用软件的升级方式后，升级单元602可以根据选择的升级方式对应用软件进行升级，这样服务器就可以根据应用软件不同种类的版本号的更新灵活切换应用软件的升级方式，从而减少了软件升级对应用软件本身的运行以及服务器中的数据的影响。

请参阅图7，本申请实施例中服务器的另一个实施例包括：

该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units,CPU)701(例如，一个或一个以上处理器)和存储器705，该存储器705中存储有一个或一个以上的应用程序或数据。

其中，存储器705可以是易失性存储或持久存储。存储在存储器705的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器701可以设置为与存储器705通信，在服务器700上执行存储器705中的一系列指令操作。

服务器700还可以包括一个或一个以上电源702，一个或一个以上有线或无线网络接口703，一个或一个以上输入输出接口704，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等等。

本申请实施例中获取服务器700中的中央处理器所执行的流程与前述图1和图5所示的实施例中描述的方法流程类似，此处不再中赘述。

本申请实施例的有益效果是中央处理器701根据应用软件的不同种类的版本号的更新选择应用软件的升级方式之后，可以根据选择的升级方式对应用软件进行升级，这样服务器700就可以根据应用软件不同种类的版本号的更新灵活切换应用软件的升级方式，从而减少了软件升级对应用软件本身的运行以及服务器中的数据的影响。

本申请实施例还提供一种计算机存储介质，该计算机存储介质用于储存为前述服务器所用的计算机软件指令，其包括用于执行为控制应用软件升级所设计的程序。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现前述图1至图5所示的实施例中的方法流程。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (8)

1.一种控制应用软件升级的方法，其特征在于，包括：

当服务器通过当前主程序确定版本号的主版本号发生更新时，所述服务器通过所述当前主程序向升级服务程序发送第一升级指令，所述第一升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行全面升级，所述升级服务程序属于所述应用软件中的一部分，所述升级服务程序与所述主程序相互独立；

所述服务器通过所述升级服务程序接收到的所述第一升级指令对所述应用软件选择全面升级；

当所述服务器通过所述当前主程序确定所述版本号的子版本号发生更新时，所述服务器通过所述当前主程序向所述升级服务程序发送第二升级指令，所述第二升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行重启升级；

所述服务器通过所述升级服务程序接收到的所述第二升级指令对所述应用软件选择重启升级；

当所述服务器通过所述当前主程序确定所述版本号的修正版本号发生更新时，所述服务器通过所述主程序选择对所述应用软件进行热升级；

所述服务器根据选择的升级方式对所述应用软件进行升级。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据选择的所述升级方式对所述应用软件进行升级包括：

当所述服务器通过所述当前主程序确定所述主版本号发生更新时，所述服务器通过所述升级服务程序接收到的所述第一升级指令，终止所述当前主程序；

所述服务器通过所述升级服务程序解析第一升级包，得到目标主程序，所述第一升级包是所述服务器接收到的所述主版本号发生更新的升级包，所述目标主程序是所述主版本号发生更新后的主程序；

所述服务器通过所述升级服务程序卸载所述当前主程序；

所述服务器在所述应用软件中安装所述目标主程序。

3.根据权利要求1所述的方法，其特征在于，所述服务器根据选择的所述升级方式对所述应用软件进行升级包括：

当所述服务器通过所述当前主程序确定所述子版本号发生更新时，所述服务器通过所述升级服务程序接收到的所述第二升级指令，终止所述当前主程序；

所述服务器通过所述升级服务程序解析第二升级包，得到第一模块，所述第二升级包是所述服务器接收到的所述子版本号发生更新的升级包，所述第一模块是所述子版本号发生更新后所需替换或增加的模块；

所述服务器通过所述升级服务程序在所述应用软件中将第一指定模块替换为所述第一模块，或在所述应用软件中增加所述第一模块；

所述服务器重启所述子版本号发生更新的应用软件。

4.根据权利要求1所述的方法，其特征在于，所述服务器根据选择的所述升级方式对所述应用软件进行升级包括：

当所述服务器通过所述当前主程序确定所述版本号的修正版本号发生更新时，所述服务器通过所述主程序解析第三升级包，得到第二模块，所述第三升级包是所述服务器接收到的所述修正版本号发生更新的升级包，所述第二模块是所述修正版本号发生更新后所需替换的模块；

所述服务器断开所述应用软件与第二指定模块之间的通信连接；

所述服务器通过所述当前主程序在所述应用软件中将第二指定模块替换为所述第二模块；

所述服务器通过所述当前主程序对所述第二模块与所述应用软件重新建立通信连接。

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

处理器、存储器、输入输出设备以及总线；

所述处理器、存储器、输入输出设备分别与所述总线相连；

所述处理器用于当所述服务器通过当前主程序确定版本号的主版本号发生更新时，所述服务器通过所述当前主程序向升级服务程序发送第一升级指令，所述第一升级指令用于所述当前主程序指示所述升级服务程序对应用软件进行全面升级，所述升级服务程序属于所述应用软件中的一部分，所述升级服务程序与所述主程序相互独立；

所述服务器通过所述升级服务程序接收到的所述第一升级指令对所述应用软件选择全面升级；

当所述服务器通过所述当前主程序确定所述版本号的子版本号发生更新时，所述服务器通过所述当前主程序向所述升级服务程序发送第二升级指令，所述第二升级指令用于所述当前主程序指示所述升级服务程序对所述应用软件进行重启升级；

所述服务器通过所述升级服务程序接收到的所述第二升级指令对所述应用软件选择重启升级；

当所述服务器通过所述当前主程序确定所述版本号的修正版本号发生更新时，所述服务器通过所述主程序选择对所述应用软件进行热升级；根据选择的升级方式对所述应用软件进行升级。

6.根据权利要求5所述的服务器，所述处理器具体用于通过所述应用软件中的当前主程序，根据所述应用软件的版本号的更新选择所述应用软件的升级方式。

7.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得所述计算机执行如权利要求1至4中任一项所述的方法。

8.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至4中任一项所述的方法。

Images