CN106201614A - 一种可对多种同类软件进行链式升级的通用方法及系统 - Google Patents

Abstract

本发明提供了一种可对多种同类软件进行链式升级的通用方法，包含如下内容：根据用户现场的软件环境和新版本进行对比分析，生成软件升级补丁包；解析存在的各个升级补丁包，形成若干从低版本到可升级版本的若干版本升级链；获取当前软件版本信息，并判断当前软件版本可以升级的版本列表，并将可升级到的不同版本呈现给用户进行选择；根据用户的选择，从若干版本升级链中查找到一条可升级到用户所选择版本的版本升级链；根据所选择的版本升级链的升级顺序，分步逐个补丁的进行升级，解析每个补丁中的升级脚本命令，执行升级操作。本发明支持一种“链式升级”的方式，便于版本演进，实现对同类软件版本的升级，可屏蔽各个软件自身的差异。

Description

一种可对多种同类软件进行链式升级的通用方法及系统

技术领域

本发明属于通讯领域的软件升级技术领域，尤其是涉及一种可对多种同类软件进行链式升级的通用方法及系统。

背景技术

软件升级，是指软件开发者在编写软件的时候，由于设计人员考虑不全面或程序功能不完善，在软件发行后，通过对原程序的修改或加入新的功能后，以补丁的形式发布的方式。用户把这些补丁更新，即升级完成。

在软件开发行业，软件升级是非常常见和普遍的日常操作，随着IT/互联网领域的技术发展和成熟，软件升级已经是非常司空见惯的了。目前普遍使用的软件升级方式无外乎以下两种：一种是，联网自动更新，下载新版本的安装包后自动卸载前一版本，然后安装最新版本；另一种是，下载更新包后覆盖安装到最新版本。

无论哪种升级方式，都存在以下几个问题：

1、缺乏用户主导的升级管理器：现在大部分的软件升级程序没有做到类似管理器的程度，用户希望打开这类程序的时候有可以供选择的升级选项，而不是立马进行升级。

2、重新安装而非补丁升级：现在不少的应用都是通过重新安装升级的，在升级过程之中用户需要链接网络下载最新版本的安装包。而安装包通常比较大，升级过程非常耗时，而且重新安装新版本，用户之前的数据很有可能会丢失。

3、软件更新不能撤销：现在很多软件更新之后就是不能使用旧版本了，但是不能保证最新版本的软件是适合用户的。合理的软件版本升级应当是可以供用户撤销更新，可回退的。

4、升级补丁种类繁多：假设有多个软件产品，针对不同的产品进行升级就有各自的升级包，并且从某一个版本A升级到另一个版本B，就需要一个升级补丁，从版本A到版本C又需要一个升级补丁，依次类推。随着软件产品的不断发布和演进，用户已安装的版本千差万别，升级补丁也会变得非常多，对于开发人员来说，无疑是一种负担。

发明内容

有鉴于此，本发明旨在提出一种可对多种同类软件进行链式升级的通用方法，以实现对同类软件版本的升级，可屏蔽各个软件自身的差异，以通用的操作步骤完成软件升级。用户可以自己选择升级的版本，并且允许用户撤销回退到原始版本。同时，支持一种“链式升级”的方式，便于版本演进。

为达到上述目的，本发明的技术方案是这样实现的：

一种可对多种同类软件进行链式升级的通用方法，包含如下内容：

根据用户现场的软件环境和新版本进行对比分析，生成软件升级补丁包；

解析存在的各个升级补丁包，形成若干从低版本到可升级版本的若干版本升级链；

获取当前软件版本信息，并判断当前软件版本可以升级的版本列表，并将可升级到的不同版本呈现给用户进行选择；

根据用户的选择，从若干版本升级链中查找到一条可升级到用户所选择版本的版本升级链；

根据所选择的版本升级链的升级顺序，分步逐个补丁的进行升级，解析每个补丁中的升级脚本命令，执行升级操作。

进一步的，升级过程开始时，首先备份当前软件版本，并将备份记录到备份映像列表内；升级后，若用户需要还原到原来的版本，首先获取程序中存在的备份映像列表，从备份映像列表中选择需要还原的版本进行还原。

进一步的，不同的软件的升级过程中的差异通过命令脚本的方式由开发人员进行定制，升级过程中要先解析命令脚本，定制化不同的软件升级过程。

相对于现有技术，本发明所述的方法具有以下优势：

第一，本发明提供了一种通用的软件升级模版，软件开发人员可以忽略软件升级的具体操作步骤，而只需要将关注点放在升级补丁的制作上。

第二，本发明提供直观的操作界面，方便非专业人员进行操作，并且操作完全由用户主导，版本间的切换由用户控制。

第三，本发明采用升级补丁的方式进行增量升级，而不是卸载之后重新安装，既加快了升级的速度，又保留了用户的数据。

第四，本发明提出一种“链式升级”的概念，使版本升级可以多样化演进。

第五，本发明实现了版本的还原功能，使用户可以选择继续使用原始版本或者任意备份过的版本。

本发明的另一目的在于提出一种可对多种同类软件进行链式升级的通用系统。

为达到上述目的，本发明的技术方案是这样实现的：

一种可对多种同类软件进行链式升级的通用系统，包括：

升级补丁制作模块，根据已安装版本和新版本的差异自动化生成升级补丁；

版本升级模块，用于执行版本的升级操作；

版本还原模块，用于执行版本回退操作；

所述版本升级模块包括：

补丁解析子模块，用于解析各个存在的升级补丁，形成从各个低版本到高版本的版本升级链，显示可供用户升级的不同版本；

命令解释子模块，解析开发人员对于不同软件的升级过程中的差异进行定制的命令脚本；

备份管理子模块，升级过程中用于备份用户原始的软件版本和运行环境，且用于管理软件升级系统备份过的用户版本，还原过程中提供用户选择还原任意备份过的版本；

数据库操作子模块，用于对需要数据库备份的软件系统升级时执行数据库备份、数据库升级脚本执行操作；用于在版本还原时执行数据库的还原操作；

文件操作子模块，用于版本升级过程中，一系列文件的新增、覆盖和删除操作；还用于版本还原过程中执行将升级后的版本删除，然后还原原始的版本文件的操作；

系统环境操作子模块，用于收集用户当前软件系统运行环境以及升级完成后更新系统运行环境；版本还原过程中用于还原用户软件版本当时的系统运行环境；

日志管理子模块，用于记录软件升级过程中的每一步的操作，还用于记录还原过程中的操作步骤等关键信息；

所述版本还原模块复用备份管理子模块、数据库操作子模块、文件操作子模块、系统环境操作子模块和日志管理子模块。

所述系统与上述方法相对于现有技术所具有的优势相同，在此不再赘述。

附图说明

构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明系统的结构示意图；

图2是本发明版本升级链的形成示意图；

图3是本发明版本升级模块的处理流程图；

图4是本发明版本还原模块的处理流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面将参考附图并结合实施例来详细说明本发明。

一种可对多种同类软件进行链式升级的通用方法，包含如下内容：

软件开发人员根据用户现场的软件环境和新版本进行对比分析，生成软件升级补丁包，既方便了软件开发人员，又保留了用户个性化数据；

解析存在的各个升级补丁包，形成若干从低版本到可升级版本的若干版本升级链；

具体的，版本升级链的形成过程为：首先，将每一个升级补丁解析为一个从第低版本到第高版本的一节链式结构，之后，将新发布的与已有的链式结构的两端的版本相关的升级补丁，按照从低到高的顺序拼接到此链式结构上，且将新发布的升级补丁本身解析为一个新的链式结构，最终形成若干版本升级链；

获取当前软件版本的系统运行环境，获取一系列特征信息，诸如版本号、安装路径等相关信息；并判断当前软件版本可以升级的版本列表，并将可升级到的不同版本呈现给用户进行选择；

根据用户的选择，从若干版本升级链中查找到一条可升级到用户所选择版本的版本升级链；

根据所选择的版本升级链的升级顺序，分步逐个补丁的进行升级，解析每个补丁中的升级脚本命令，执行升级操作。

本发明升级过程开始时，首先备份原有的当前软件版本和系统环境，并将备份记录到备份映像列表内；升级后，若用户需要还原到原来的版本，首先获取程序中存在的备份映像列表，从备份映像列表中选择需要还原的版本进行还原。

执行每个补丁的升级命令时，判断该补丁升级是否需要升级数据库，如果是则要备份原始数据库，按照升级脚本命令执行数据库升级脚本。

执行每个补丁的升级命令时，判断该补丁升级是否需要进行文件替换，如果是进行升级补丁的文件新增、覆盖和删除。

升级过程中，记录软件升级过程中的每一步的操作到日志文件。

不同的软件的升级过程中的差异通过命令脚本的方式由开发人员进行定制，升级过程中要先解析这些命令脚本，定制化不同的软件升级过程。

如图2所示，分为两列，左边代表升级补丁，右边代表当前形成的版本升级链，为本发明提到的“版本升级链”的一个实施例的形成示意图，在解析软件开发人员提供的补丁时，形成了若干“版本升级链”：

首先：将每一个升级补丁解析为一个链式结构，如第一个升级补丁是从版本V2.00.00升级到V3.00.00，即用一个头为V2.00.00尾为V3.00.00的链表示。

之后：解析下一个补丁，即V3.00.00升级到V3.50.00，通过拼接，发现V2.00.00可由V3.00.00继续升级到V3.50.00。

继而：如果开发人员又发布一个新补丁，可从V3.00.00升级到V3.60.00，继续拼接版本升级链如图2所示。

最后：对于过于陈旧的版本，假设为V1.00.00，开发人员又发布了一个升级补丁，经过解析，目前已形成了6条升级链。如果用户当前的软件版本为V1.00.00，他可选择升级到V3.00.00、V3.50.00和V3.60.00；如果用户当前的软件版本为V2.00.00，他可选择升级到V3.00.00、V3.50.00和V3.60.00；如果用户当前的软件版本为V3.00.00，他可选择升级到V3.50.00和V3.60.00。

图2只是示意性的说明了本申请提到的“版本升级链”的概念，实际上，随着软件版本的演进、版本分支指数增长，用户自身的版本会千差万别，传统的升级补丁会呈现爆炸式增长。通过本发明提出的“版本升级链”的概念，软件开发人员只需根据自身软件的典型性版本制作升级补丁，而不用过多的考虑各种用户当前是何种版本。同时，用户可以选择自身需要的版本进行升级。

一种可对多种同类软件进行链式升级的通用系统，包括

升级补丁制作模块101，用于提供界面，方便地对比用户已安装版本和新发布版本的差异，自动化生成升级补丁；

版本升级模块102，用于执行版本的升级操作；

版本还原模块103，用于执行版本回退操作。

所述版本升级模块102包括：

补丁解析子模块104，用于解析各个存在的升级补丁，形成从各个低版本到高版本的版本升级链，显示可供用户升级的不同版本。

命令解释子模块105，本系统作为通用的软件升级系统，不同的软件的升级过程中的差异通过命令脚本的方式由开发人员进行定制，本子模块的功能就是解析这些命令脚本，定制化不同的软件升级过程。

备份管理子模块106，用于备份用户原始的软件版本和运行环境，该模块可被版本还原模块103复用，下面再进一步说明。

数据库操作子模块107，用于对需要数据库备份的软件系统升级时执行数据库备份、数据库升级脚本执行等操作。该模块可被版本还原模块103复用，下面再进一步说明。

文件操作子模块108，用于版本升级过程中，一系列文件的新增、覆盖和删除操作。该模块可被版本还原模块103复用，下面再进一步说明。

系统环境操作子模块109，用于收集用户当前软件系统运行环境以及升级完成后更新系统运行环境。该模块可被版本还原模块103复用，下面再进一步说明。

日志管理子模块110，用于记录软件升级过程中的每一步的操作，可在出问题时进行分析。该模块可被版本还原模块103复用。

版本还原模块103包括：

备份管理子模块106，用于管理软件升级系统备份过的用户版本，提供用户选择还原任意备份过的版本。

数据库操作子模块107，用于在版本还原时执行数据库的还原操作。

文件操作子模块108，用于执行将升级后的版本删除，然后还原原始的版本文件的操作。

系统环境操作子模块109，用于还原用户软件版本当时的系统运行环境。

日志管理子模块110，用于记录还原过程中的操作步骤等关键信息。

如图3所示，本发明版本升级模块102的业务逻辑流程如下：

步骤1：开始版本升级时，解析存在的若干升级补丁包，组织成若干“版本升级链”备用。

步骤2：获取当前软件版本的系统运行环境，获取一系列特征信息，诸如版本号、安装路径等相关信息。

步骤3：根据步骤1和步骤2获取的信息，判断当前软件版本可以升级的版本列表。

步骤4：判断是否有可供升级的软件版本，如果有执行步骤5，否则流程结束。

步骤5：用户从可升级的版本列表中选择一个版本进行升级，程序从之前形成的“升级链”中选取一条可达的链。

步骤6：升级过程开始，程序首先备份原有软件版本。

步骤7：从链中开始分步逐一补丁的进行升级，解析该升级补丁中的升级脚本命令，执行定制化操作。

步骤8：判断该补丁升级是否需要升级数据库，如果是执行步骤9，否则执行步骤11。

步骤9：备份原始数据库。

步骤10：按照升级脚本命令执行数据库升级脚本。

步骤11：判断该补丁是否需要进行文件替换，如果是执行步骤12，否则执行步骤13。

步骤12：进行升级补丁的文件新增、覆盖和删除。

步骤13：判断是否完成“升级链”的全部补丁升级，如果是执行步骤14，否则执行步骤7开始下个补丁的升级操作。

步骤14：更新软件在系统中的运行环境，流程结束。

如图4所示，本发明中版本还原模块103的业务逻辑流程如下：

步骤1：首先获取程序中存在的备份的映像列表。

步骤2：用户从备份列表中选择需要还原的版本进行还原。

步骤3：删除系统当前的版本的所有文件。

步骤4：将用户选择还原的版本文件全部拷贝到安装路径中。

步骤5：判断是否升级过数据库，如果是则执行步骤6，否则执行步骤7。

步骤6：执行数据库还原操作。

步骤7：还原软件在系统中的运行环境，流程结束。

综上所述，本发明通过直观的操作界面，方便非专业人员进行版本的升级和回退。通过用户选择升级到哪个版本，回退到哪个版本，将主导权还给软件用户。另一方面，本发明将软件升级这一当前软件行业日常的操作通过通用的模版程序提供给开发人员，各种具体软件的开发人员在进行版本升级时只需关注升级补丁的制作，而忽略升级过程中的琐碎操作，方便升级补丁的维护。

另外，本发明提出的“升级链”的逐层升级的创新概念，从一个升级补丁挖掘出版本升级的多样性，避免了若干潜在的升级补丁的开发。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种可对多种同类软件进行链式升级的通用方法，其特征在于包含如下内容：

根据用户现场的软件环境和新版本进行对比分析，生成软件升级补丁包；

解析存在的各个升级补丁包，形成若干从低版本到可升级版本的若干版本升级链；

获取当前软件版本信息，并判断当前软件版本可以升级的版本列表，并将可升级到的不同版本呈现给用户进行选择；

根据用户的选择，从若干版本升级链中查找到一条可升级到用户所选择版本的版本升级链；

根据所选择的版本升级链的升级顺序，分步逐个补丁的进行升级，解析每个补丁中的升级脚本命令，执行升级操作；其中

所述版本升级链的形成方法包括如下内容：

首先，将每一个升级补丁解析为一个从低版本到高版本的一节链式结构，之后，将新发布的与已有的链式结构的两端的版本相关的升级补丁，按照从低到高的顺序拼接到此链式结构上，且将新发布的升级补丁本身解析为一个新的链式结构，最终形成若干版本升级链。

2.根据权利要求1所述的可对多种同类软件进行链式升级的通用方法，其特征在于：升级过程开始时，首先备份当前软件版本，并将备份记录到备份映像列表内；

升级后，若用户需要还原到原来的版本，首先获取程序中存在的备份映像列表，从备份映像列表中选择需要还原的版本进行还原。

3.根据权利要求1所述的可对多种同类软件进行链式升级的通用方法，其特征在于：执行每个补丁的升级命令时，判断该补丁升级是否需要升级数据库，如果是则备份原始数据库，按照升级脚本命令执行数据库升级脚本。

4.根据权利要求1所述的可对多种同类软件进行链式升级的通用方法，其特征在于：执行每个补丁的升级命令时，判断该补丁升级是否需要进行文件替换，如果是进行升级补丁的文件新增、覆盖和删除。

5.根据权利要求1所述的可对多种同类软件进行链式升级的通用方法，其特征在于：升级过程中，记录软件升级过程中的每一步的操作到日志文件。

6.根据权利要求1所述的可对多种同类软件进行链式升级的通用方法，其特征在于：不同的软件的升级过程中的差异通过命令脚本的方式由开发人员进行定制，升级过程中要先解析命令脚本，定制化不同的软件升级过程。

7.一种可对多种同类软件进行链式升级的通用系统，其特征在于包括：

升级补丁制作模块101，根据已安装版本和新版本的差异自动化生成升级补丁；

版本升级模块102，用于执行版本的升级操作；

版本还原模块103，用于执行版本回退操作；

所述版本升级模块102包括：

补丁解析子模块104，用于解析各个存在的升级补丁，形成从各个低版本到高版本的版本升级链，显示可供用户升级的不同版本；

命令解释子模块105，解析开发人员对于不同软件的升级过程中的差异进行定制的命令脚本；

备份管理子模块106，升级过程中用于备份用户原始的软件版本和运行环境，且用于管理软件升级系统备份过的用户版本，还原过程中提供用户选择还原任意备份过的版本；

数据库操作子模块107，用于对需要数据库备份的软件系统升级时执行数据库备份、数据库升级脚本执行操作；用于在版本还原时执行数据库的还原操作；

文件操作子模块108，用于版本升级过程中，一系列文件的新增、覆盖和删除操作；还用于版本还原过程中执行将升级后的版本删除，然后还原原始的版本文件的操作；

系统环境操作子模块109，用于收集用户当前软件系统运行环境以及升级完成后更新系统运行环境；版本还原过程中用于还原用户软件版本当时的系统运行环境；

日志管理子模块110，用于记录软件升级过程中的每一步的操作，还用于记录还原过程中的操作步骤等关键信息；

所述版本还原模块103复用备份管理子模块106、数据库操作子模块107、文件操作子模块108、系统环境操作子模块109和日志管理子模块110。