CN102195817B - 一种软件升级方法和装置以及软件回退方法和装置 - Google Patents

Abstract

本发明实施例公开了一种软件升级方法和装置以及软件回退方法和装置，其中，所述软件升级方法包括：在接收到第一软件发送的升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。本发明实施例不需要远程升级工具按照升级/回退缺陷规避脚本指导第一软件如何操作，升级/回退所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，保证能够调配成与第二软件/第一软件相适应的运行环境，确保升级/回退成功，而且可以提供更丰富的操作。

Description

一种软件升级方法和装置以及软件回退方法和装置

技术领域

本发明涉及软件升级技术，特别是涉及一种软件升级方法和装置以及软件回退方法和装置。

背景技术

升级是通信设备上软件的基本功能，为了实现一些新功能或克服现有软件的缺陷，通信设备上的软件会经常更新，从老版本升级到新版本。

软件升级到新版本后，如果新版本软件存在问题导致通信设备的功能不正常，例如性能不达标或某些功能存在错误，为了保障通信设备的正常性能，新版本软件需要回退到老版本软件。

软件升级的可靠性非常重要，但是软件升级功能本身可能也存在缺陷，例如，在软件升级时，给某个部件使用了错误的新版本软件，导致该部件在软件升级后无法正常工作；在软件回退时，老版本软件由于兼容性的问题(例如文件格式被修改，文件路径长度发生改变等)，对于在升级过程中生成的文件，老版本软件可能由于无法识别该文件或读取该文件后程序出现异常而无法正常启动。这样，会出现通信设备无法正确升级，或者升级后存在问题而无法回退，严重影响了软件升级的可靠性。

目前，为了解决升级中老版本软件存在的缺陷，在升级和回退过程中各增加一个缺陷规避步骤。在软件升级过程中，缺陷规避是让老版本软件读取一个升级缺陷规避脚本，根据升级缺陷规避脚本执行规避缺陷所需要的操作，以便对老版本软件的缺陷进行规避，保证升级成功；在软件回退过程中，缺陷规避是让老版本软件读取一个回退缺陷规避脚本，根据回退缺陷规避脚本执行规避回退缺陷所需要的操作，以便对回退时的缺陷进行规避，保证软件回退成功。

现有技术中，缺陷规避步骤需要依赖远端的升级工具执行。升级缺陷规避脚本和回退缺陷规避脚本中所描述的操作只能依据老版本软件的已有功能接口，若老版本软件不支持升级缺陷规避脚本或回退缺陷规避脚本中的操作，则缺陷规避步骤就无法完整的执行，可能出现升级失败或回退失败。进一步的，若软件升级出现失败无法维护，由于新版本软件无法启动，通信设备的软件会自动回退到老版本，但是若老版本软件由于兼容性问题无法启动，远端的升级工具无法与软件所在的通信设备联系，也就没有机会执行回退缺陷规避脚本，影响通信设备的正常功能。

发明内容

本发明实施例的目的是提供一种软件升级方法和装置，以保证软件可以升级成功；以及提供一种软件回退方法和装置，以保证软件可以回退成功。

首先，本发明实施例提供了一种软件升级方法，包括：

在接收到第一软件发送的升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

其次，本发明实施例提供了一种软件回退方法，包括：

在接收到回退加载指令后，根据第一软件增删文件和/或修改配置参数来完成从第二软件到第一软件的回退；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

然后，本发明实施例提供了一种软件升级装置，包括：

接收模块，用于接收第一软件发送的升级加载指令；

执行模块，用于在所述接收模块接收到升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

最后，本发明实施例还提供了一种软件回退装置，包括：

接收模块，用于接收回退加载指令；

执行模块，用于在所述接收模块接收到回退加载指令后，根据第一软件增删文件和/或修改配置参数来完成从第二软件到第一软件的回退；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

本发明实施例的软件升级方法和装置以及软件回退方法和装置，不需要远程升级工具按照升级/回退缺陷规避脚本指导第一软件如何操作，升级/回退所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，保证能够调配成与第二软件/第一软件相适应的运行环境，确保升级/回退成功，而且可以提供更丰富的操作。

附图说明

图1是本发明实施例的软件升级方法的第一实施例的流程示意图；

图2是本发明实施例的软件升级方法的第二实施例的流程示意图；

图3是本发明实施例的软件升级方法的第三实施例的流程示意图；

图4是本发明实施例的软件升级方法的一个具体实施例的流程示意图；

图5是本发明实施例的软件回退方法的第一实施例的流程示意图；

图6是本发明实施例的软件回退方法的第二实施例的流程示意图；

图7是本发明实施例的软件升级装置的框架示意图；

图8是本发明实施例的软件回退装置的框架示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明实施例作进一步详细的说明。

实施例一

本实施例提供了一种软件升级方法，如图1所示，所述软件升级方法包括如下步骤：

S101，接收第一软件发送的升级加载指令。

其中，第一软件为升级前的软件，升级后的软件为第二软件，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本，例如第一软件可以是老版本软件，第二软件可以是新版本软件。

通信设备上的软件会经常更新，例如从老版本升级到新版本。当设备提供商开发出新版本软件后，会将新版本软件发布到设备服务器上，供通信设备(例如基站、基站控制器等)进行下载。当通信设备将新版本软件下载到本地后，就可以开始进行软件升级。

通信设备对正常运行的要求很高，因此通信设备上的软件升级通常不会删除老版本的第一软件，而是保留第一软件，并将与第一软件运行环境相关的文件进行备份以备软件回退时使用。当存储空间不足时，操作系统才会将版本最老的软件及备份文件删除。

由于老版本软件和新版本可能对一些文件的格式或文件路径长度的要求不同，因此软件升级不只是简单的用新版本替换老版本，还可能包括配置新版本软件所需的运行环境。所述配置过程就需要由老版本的第一软件发出升级加载指令进行启动。

S102，在接收到所述升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级。

当接收到升级加载指令后，按照第二软件对运行环境的需要进行增删文件和/或修改配置参数，以完成从第一软件到第二软件的升级。

本实施例的软件升级方法，不需要远程升级工具按照升级缺陷规避脚本指导第一软件如何操作。升级所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不同于现有技术的升级缺陷规避脚本，不依赖于第一软件的已有功能，可以保证升级所需的缺陷规避操作都能完成，确保升级成功。

优选的，接收升级加载指令，根据第二软件增删文件和/或修改配置参数由与第一软件相应的升级缺陷规避模块执行。所述升级缺陷规避模块为可执行文件(如可执行的二进制程序)，能够在被加载后自动执行。升级缺陷规避模块可以包括与第一软件对应的入口函数，升级缺陷规避模块可以针对一个或多个不同版本的第一软件，具体需要选择哪个入口函数可以由第一软件根据各个入口函数对应的软件版本号进行区分。

升级缺陷规避模块自身具有操作执行功能，能够增删文件和/或修改配置参数(例如可以包括文件格式、文件路径长度等)，也可以进一步包括闭塞小区、延迟设备复位时间等功能。升级缺陷规避模块独立于第一软件，升级缺陷规避模块不依赖于第一软件的已有功能接口，因此可以提供的操作更丰富。

由于不同通信设备上正在使用的第一软件版本不一定相同，因此，从第一软件升级到第二软件所要执行的缺陷规避操作也未必都相同，对于不同版本的第一软件升级到相同版本的第二软件，可以分别配备针对各个版本第一软件的升级缺陷规避模块；对于同一个第二软件，也可以在一个升级缺陷规避模块中配备针对每个需要进行缺陷规避的版本的第一软件的入口函数；具体如何配置可以视针对的版本数量而定。由于升级缺陷规避模块所能执行的缺陷规避操作是固定的，对于如何选择升级缺陷规避模块，需要由第一软件根据自身的版本号进行查找匹配，或在通信设备上报第一软件的版本号后，设备服务器利用该版本号进行查找匹配。

优选的，在设备提供商研发出升级缺陷规避模块后，升级缺陷规避模块可以携带在第二软件中一起发布到设备服务器上；当然，升级缺陷规避模块也可以单独发布到设备服务器上，均不影响本实施例的实现。

以升级缺陷规避模块携带在新版本的第二软件中一起发布到设备服务器上为例进行说明。若有的通信设备上的第一软件版本是v1，有的通信设备上的第一软件版本是v2，v2的版本高于v1。当新发布的第二软件版本是v3时，可以针对不同版本的第一软件分别携带不同的升级缺陷规避模块，这种情况下，设备服务器上可以提供针对不同版本(例如v1、v2)第一软件的多个第二软件，虽然都是版本相同(v3)的第二软件，但是有的第二软件中携带的是针对v1版本的升级缺陷规避模块，有的第二软件中携带的是针对v2版本的升级缺陷规避模块。也可以是设备服务器只提供一个统一的第二软件，该第二软件可以针对至少一个版本(例如v1和v2)的第一软件的缺陷进行升级，其中的升级缺陷规避模块包括至少与一个版本(例如v1和v2)的第一软件对应的入口函数；当第二软件被下载到通信设备上后，不同的第一软件可以根据各自的版本号进行选择，若第一软件在升级缺陷规避模块中检查不到与自身版本号对应的入口函数，则表明该第一软件升级到所述第二软件时不需要执行缺陷规避，可以直接升级到第二软件完成软件升级。

在接收到升级指令后，如图2所示，所述方法还可以包括S101a：在第一软件发送升级加载指令前，由第一软件所在的通信设备将所述升级缺陷规避模块和第二软件下载到本地。

升级指令由远端的升级工具发出，升级工具通常位于NMS(NetworkManagement System，网络管理系统)上，升级工具通过向第一软件发送升级指令控制通信设备上的软件升级。在第一软件发送升级加载指令前，第一软件会控制通信设备将所述升级缺陷规避模块和第二软件下载到本地，之后执行软件升级的其他步骤。

如图3所示，所述方法还可以包括S102a：第一软件判断是否具有与其版本号对应的升级缺陷规避模块；若是，则向该升级缺陷规避模块发送升级加载指令，以使升级缺陷规避模块执行S102；若否，则直接从第一软件升级到第二软件。

当第二软件中的升级缺陷规避模块对应的不只是一个版本的第一软件时，第一软件还要判断第二软件中是否具有与所述第一软件的版本号对应的升级缺陷规避模块。升级缺陷规避模块可以带有适用软件版本号的标识，以便于第一软件进行判断。

下面通过一个具体的实施例对上述方法进行详细介绍(参见图4)。

S201，第一软件接收升级指令；

所述升级指令由NMS上的升级工具发出。

S202，第一软件所在的通信设备将与其第一软件版本号对应的第二软件下载到本地，所述第二软件中携带有升级缺陷规避模块；

S203，第一软件将第二软件的软件主体安装到通信设备上；

S204，第一软件检测第二软件中是否携带有升级缺陷规避模块；

若是，则S205：第一软件加载所述升级缺陷规避模块，所述升级缺陷规避模块根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；

若否，则S206：直接从第一软件升级到第二软件。

其中S203和S204可以同时或先后进行，没有执行顺序上的限制。

本实施例的软件升级方法，不需要远程升级工具按照升级缺陷规避脚本指导第一软件如何操作，升级所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，保证能够调配成与第二软件相适应的运行环境，确保升级成功，而且可以提供更丰富的操作。

实施例二

本实施例提供了一种软件回退方法，如图5所示，包括如下步骤：

S301，接收回退加载指令。

通信设备上之前运行老版本的第一软件，当升级到新版本的第二软件后，可能由于多种原因需要回退到第一软件：如新版本的第二软件运行一段时间后性能不稳定，远端的升级工具发送回退指令；或第二软件升级后启动不正常等。其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

在执行软件回退的过程中，由第一软件所在的通信设备上的操作系统、第二软件或第一软件来发送所述回退加载指令。

S302，在接收到所述回退加载指令后，根据第一软件增删文件和/或修改配置参数来完成从第二软件到第一软件的回退。

当接收到回退加载指令后，按照第一软件对运行环境的需要进行增删文件和/或修改配置参数，以完成从第二软件到第一软件的回退。

本实施例的软件回退方法，不需要远程升级工具按照回退缺陷规避脚本指导第一软件如何操作。回退所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，可以保证回退所需的缺陷规避操作都能完成，确保回退成功。

优选的，所述接收回退加载指令，根据第一软件增删文件和/或修改配置参数由与第一软件相应的回退缺陷规避模块执行。所述回退缺陷规避模块为可执行文件(如可执行的二进制程序)，能够在被加载后自动执行。回退缺陷规避模块可以包括与第一软件对应的入口函数，回退缺陷规避模块可以针对一个或多个不同版本的第一软件，具体需要选择哪个入口函数可以根据各个入口函数对应的软件版本号进行区分。

回退缺陷规避模块自身具有操作执行功能，能够增删文件和/或修改配置参数(例如可以包括文件格式、文件路径长度等)，也可以进一步包括闭塞小区、延迟设备复位时间等功能。回退缺陷规避模块不依赖于第一软件或第二软件等的已有功能接口，因此可以提供的操作更丰富。

由于不同通信设备上升级前使用的第一软件版本不一定相同，因此，从相同的第二软件回退到第一软件所要执行的缺陷规避操作也未必都相同，对于相同版本的第二软件回退到不同版本的第一软件可以分别配备针对各版本第一软件的回退缺陷规避模块；对于同一个第二软件，也可以在一个回退缺陷规避模块中配备针对每个需要进行缺陷规避的版本的第一软件的入口函数；具体如何配置可以视针对的版本数量而定。由于回退缺陷规避模块所能执行的缺陷规避操作是固定的，对于如何选择回退缺陷规避模块，需要由第一软件根据自身的版本号进行查找匹配，或在通信设备上报第一软件的版本号后，设备服务器利用该版本号进行查找匹配。

一种优选的方式是，在设备提供商研发出回退缺陷规避模块后，回退缺陷规避模块可以携带在新版本的第二软件中一起发布到设备服务器上；当然，回退缺陷规避模块也可以单独发布到设备服务器上，均不影响本实施例的实现。在第一软件所在的通信设备收到升级工具发出的升级指令后，所述通信设备将带有回退缺陷规避模块的第二软件(或回退缺陷规避模块和第二软件)下载到本地，并将其中的回退缺陷规避模块保存到指定位置，供以后回退时使用。

如图6所示，所述方法还可以包括S302a：判断是否具有与第一软件的版本号对应的回退缺陷规避模块；若是，则向该回退缺陷规避模块发送回退加载指令，以使回退缺陷规避模块执行S302；若否，则直接从第二软件回退到第一软件。

回退缺陷规避模块可以带有适用软件版本号的标识，以便于识别判断。

回退过程可以有如下4种启动方式：

(1)第二软件运行一段时间后，可能由于性能不稳定等原因，远端的升级工具发送回退指令，此时，由第二软件判断是否具有与第一软件的版本号对应的回退缺陷规避模块以及发送回退加载指令。

在回退缺陷规避模块执行完缺陷规避操作之后，第二软件停止，第一软件启动。

(2)第二软件运行一段时间后，远端的升级工具发送回退指令，第二软件启动第一软件。由于第一软件的启动分为若干个阶段，在第一软件未完全启动时(如仅完成第一阶段启动)，第一软件就可以向回退缺陷规避模块发送回退加载指令，回退缺陷规避模块自动执行缺陷规避操作，之后，第一软件继续进行其他阶段的启动，实现正常工作。此情况下，是由未完全启动的第一软件判断是否具有与第一软件的版本号对应的回退缺陷规避模块并发送回退加载指令。第二软件在向第一软件发送启动指令后就会停止，以避免与第一软件冲突。

(3)当升级后的第二软件无法正常启动，而第一软件也停止掉后，出于保护机制，第一软件所在的通信设备的操作系统启动第一软件；则由第一软件判断是否具有与第一软件的版本号对应的回退缺陷规避模块并发送回退加载指令。第一软件在判断和发送回退加载指令时也处于未完全启动状态，当回退缺陷规避模块自动执行完缺陷规避操作后，第一软件继续进行其他阶段的启动，实现正常工作。

(4)当升级后的第二软件无法正常启动，而第一软件也停止掉后，出于保护机制，第一软件所在的通信设备的操作系统自行判断是否具有与第一软件的版本号对应的回退缺陷规避模块以及发送回退加载指令，以实现第一软件的正常启动。

本实施例的软件回退方法，不需要远程升级工具按照回退缺陷规避脚本指导第一软件如何操作，回退所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，保证能够调配成与第一软件相适应的运行环境，确保回退成功，而且可以提供更丰富的操作。

实施例三

本实施例提供了一种软件升级装置，如图7所示，包括接收模块10和执行模块20。

接收模块10用于接收第一软件发送的升级加载指令。

执行模块20用于在接收模块10接收到升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

执行模块20优选为可执行文件，可以包括与第一软件对应的入口函数，执行模块20可以针对一个或多个不同版本的第一软件。

本实施例的软件升级装置，不需要远程升级工具按照升级缺陷规避脚本指导第一软件如何操作，升级所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，保证能够调配成与第二软件相适应的运行环境，确保升级成功，而且可以提供更丰富的操作。

实施例四

本实施例提供了一种软件回退装置，如图8所示，包括接收模块10’和执行模块20’。

接收模块10’用于接收回退加载指令。所述回退加载指令可以由第一软件所在的通信设备上的操作系统、第二软件或第一软件发出。

执行模块20’用于在接收模块10’接收到回退加载指令后，根据第一软件增删文件和/或修改配置参数来完成从第二软件到第一软件的回退；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本。

执行模块20’优选为可执行文件，可以包括与第一软件对应的入口函数，执行模块20’可以针对一个或多个不同版本的第一软件。

本实施例的软件回退方法，不需要远程升级工具按照回退缺陷规避脚本指导第一软件如何操作，回退所需的缺陷规避操作独立于第一软件之外，一经加载会自动执行缺陷规避操作，不依赖于第一软件的已有功能，保证能够调配成与第一软件相适应的运行环境，确保回退成功，而且可以提供更丰富的操作。

由于实施例三与实施例一的相似内容较多，实施例四与实施例二的相似内容较多，因此描述的比较简略，相关之处请相互参见。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读存储介质中，如：ROM/RAM、磁碟、光盘等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (11)

1.一种软件升级方法，其特征在于，包括：

在接收到第一软件发送的升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本；所述接收升级加载指令，根据第二软件增删文件和/或修改配置参数由与第一软件相应的升级缺陷规避模块执行，其中，所述升级缺陷规避模块为可执行文件，包括与第一软件对应的入口函数。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：在第一软件发送升级加载指令前，第一软件所在的通信设备将所述升级缺陷规避模块和第二软件下载到本地。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：在第一软件发送升级加载指令前，第一软件判断是否具有与其版本号对应的升级缺陷规避模块；若是，则向该升级缺陷规避模块发送升级加载指令；若否，则直接从第一软件升级到第二软件。

4.一种软件回退方法，其特征在于，包括：

在接收到回退加载指令后，根据第一软件增删文件和/或修改配置参数来完成从第二软件到第一软件的回退；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本；所述接收回退加载指令，根据第一软件增删文件和/或修改配置参数由与第一软件相应的回退缺陷规避模块执行，其中，所述回退缺陷规避模块为可执行文件，包括与第一软件对应的入口函数。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：在接收到回退加载指令之前，判断是否具有与第一软件的版本号对应的回退缺陷规避模块；若是，则向该回退缺陷规避模块发送回退加载指令；若否，则直接从第二软件回退到第一软件。

6.如权利要求5所述的方法，其特征在于，由第二软件判断是否具有与第一软件的版本号对应的回退缺陷规避模块以及发送回退加载指令。

7.如权利要求5所述的方法，其特征在于，所述方法还包括：第二软件启动第一软件；由第一软件判断是否具有与第一软件的版本号对应的回退缺陷规避模块并发送回退加载指令。

8.如权利要求5所述的方法，其特征在于，所述方法还包括：第一软件所在的通信设备的操作系统启动第一软件；由第一软件判断是否具有与第一软件的版本号对应的回退缺陷规避模块并发送回退加载指令。

9.如权利要求8所述的方法，其特征在于，由第一软件所在的通信设备的操作系统判断是否具有与第一软件的版本号对应的回退缺陷规避模块以及发送回退加载指令。

10.一种软件升级装置，其特征在于，包括：

接收模块，用于接收第一软件发送的升级加载指令；

与所述第一软件相应的升级缺陷规避模块，用于在所述接收模块接收到升级加载指令后，根据第二软件增删文件和/或修改配置参数来完成从第一软件到第二软件的升级；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本，所述升级缺陷规避模块为可执行文件，包括与第一软件对应的入口函数。

11.一种软件回退装置，其特征在于，包括：

接收模块，用于接收回退加载指令；

与第一软件相应的回退缺陷规避模块，用于在所述接收模块接收到回退加载指令后，根据第一软件增删文件和/或修改配置参数来完成从第二软件到第一软件的回退；其中，第二软件与第一软件相对应，且第二软件的版本高于第一软件的版本，所述回退缺陷规避模块为可执行文件，包括与第一软件对应的入口函数。