CN105871568B - 软件升级方法和系统 - Google Patents

Abstract

本发明公开了一种软件升级方法，通过获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级；若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级；若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。本发明还公开了一种软件升级系统。本发明节省系统资源，不占用服务器的CPU和存储空间，提高网元内多业务板的升级速度，实现了业务板的自动化升级功能。

Description

软件升级方法和系统

技术领域

本发明涉及软件升级领域，尤其涉及软件升级方法和系统。

背景技术

随着光通信技术的蓬勃发展，光通信系统变得更先进和高效。随之而来的是设备的种类和数量成倍增长，这使得光通信系统用于设备管理和维护的网元控制系统的要求也变得越来越高。

如图1所示，图1为现有技术中设备监控系统的结构示意图，设备监控系统通常包括作为监控设备的网管服务器、作为网管服务器代理的主控板以及作为被监控设备的业务板。单个网元可以容纳上百个业务板，这就使得对整个系统上业务板软件版本的维护和升级工作变得复杂和低效。当网元上的业务板数量较多时，业务板软件升级的工作量也较为繁重，对整个网元升级的速度会变得很慢，并且可能会出现遗漏或升级不完全的情况，这给整个网元系统带来了隐患。另外升级所用的软件可能有很多，存储和管理这些软件，对网管服务器和主控板的内存空间也提出了挑战。

现有技术有以下几个缺点：

一、软件升级过程要求网管服务器和主控板传递待升级的软件版本给某个或多个业务板，如果网元中待升级的业务板数量很大，通常待升级的是一批业务板，数量都很大。升级的速度会很慢，对服务器和主控板以及数据传输带宽的资源占用过大，占用时间过长。

二、软件升级过程需要的软件都要保存和维护在服务器和主控板中，对存储空间的要求也会很大。

三、如果由人工操作为业务板升级，很难保证没有纰漏，造成个别业务板软件没有升级。

发明内容

本发明的主要目的在于提供一种软件升级方法和系统，旨在解决软件升级过程中占用资源大、占用时间长、存储空间大和手动升级时引起的遗漏升级的问题。

为实现上述目的，本发明提供的一种软件升级方法，所述软件升级方法包括：

获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级；

若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级；

若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。

优选地，所述由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级的步骤包括：

由网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

优选地，所述由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级的步骤包括：

由已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

优选地，所述由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级的步骤包括：

网管服务器建立软件版本信息库和待升级业务板的业务分组，将已升级成功的业务板作为源业务板；

网管服务器获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中；

网管服务器将所述源业务板的软件版本信息发送给所述分组内的待升级业务板；

网管服务器根据所述分组内的待升级业务板返回的响应，确定所述分组内的待升级业务板是否需要升级；

若需升级，则网管服务器控制所述分组内的待升级业务板按照待升级业务板返回的响应的优先顺序进行迭代升级。

优选地，所述由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级包括：

将已升级成功的业务板作为源业务板，由所述源业务板将升级的软件版本信息发送给网元内的待升级业务板；

根据所述网元内的待升级业务板返回的响应，确定待升级业务板是否需要升级；

若需升级，则按照待升级业务板返回的响应的优先顺序对待升级业务板进行迭代升级。

为了解决上述的技术问题，本发明进一步提供一种软件升级系统，所述软件升级系统包括网管服务器和业务板，其中，

所述业务板包括：

获取模块，用于获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级；

业务板升级模块，用于由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级；

所述网管服务器包括：

网管升级模块，用于由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级。

优选地，所述网管升级模块还用于由网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

优选地，所述业务板升级模块还用于由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。

优选地，所述网管升级模块包括：

建立单元，用于建立软件版本信息库和待升级业务板的业务分组，将已升级成功的业务板作为源业务板；

获取单元，用于获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中；

第一发送单元，用于将所述源业务板将升级的软件版本信息发送给所述分组内的待升级业务板；

第一确定单元，用于根据所述分组内的待升级业务板返回的响应，确定所述分组内的待升级业务板是否需要升级；

网管升级单元，用于若需升级，则控制所述分组内的待升级业务板按照待升级业务板返回的响应的优先顺序进行迭代升级。

优选地，所述业务板升级模块还包括：

第二发送单元，用于将已升级成功的业务板作为源业务板，由所述源业务板将升级的软件版本信息发送给网元内的待升级业务板；

第二确定单元，用于根据所述网元内的待升级业务板返回的响应，确定待升级业务板是否需要升级；

业务板升级单元，用于若需升级，则根据所述网元内的待升级业务板返回的响应的优先顺序对待升级业务板进行迭代升级。

本发明提供的软件升级方法，通过获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级；若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级；若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。本发明提供的软件升级方法，节省系统资源，不占用服务器的CPU和存储空间，优化管理版本信息，提高网元内多业务板的升级速度，简化软件升级的人工操作，规避人为因素造成的纰漏和错误，实现了业务板的自动化升级功能。

附图说明

图1为现有技术中设备监控系统的结构示意图；

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

图3为图2中所述若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级的步骤的第一实施例流程示意图；

图4为图2中所述若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级的步骤的第一实施例流程示意图；

图5为图2中所述若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级的步骤的第二实施例流程示意图；

图6为图2中所述若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级的步骤的第二实施例流程示意图；

图7为本发明软件升级系统第一实施例的功能模块示意图；

图8为图7中所述网管升级模块的功能模块示意图；

图9为图7中所述业务板升级模块的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种软件升级方法和系统，所述软件升级系统包括网络服务器和业务板。

所述网管服务器包括软件版本信息库和网管升级模块。其中，所述软件版本信息库，用于存储网元内和所有业务板的软件版本信息，同时分组管理业务板软件版本。网管服务器建立软件版本信息库，并不需要储存实际的软件升级程序。在版本信息库中，只需要记录待升级业务板现有的软件版本信息。软件版本信息通过特定标识进行识别，通过特定标识的比较，就要判定软件版本的新旧。网元中的待升级业务板中某个业务板升级之后，都会在软件版本信息库中进行更新。网管服务器还支持对多个业务板建立分组，每个分组中包含同类型或不同类型的若干业务板。此时分组中同类型的业务板，一般是希望统一升级为新版本的业务板，或者希望强制回退到某个特定版本的业务板。所述网管升级模块，用于管理升级过程中与业务板间的消息通讯(例如接收业务板的版本信息，发送业务板升级的命令等)，比较业务板软件的当前版本和希望升级的版本等。支持升级分组中的一块业务板之后，网管服务器中的网管升级模块通过已升级成功的业务板和其他业务板的软件版本之后，通知其他待升级业务板有新的软件版本可以升级，并且指导分组内同类型的其它业务板向已经完成升级的业务板请求升级的软件。同时考虑到负载和效率的问题，并不是全部的业务板都向同一块升级完的业务板请求，网管和主控板会通过各个待升级业务板返回响应信息的优选顺序，依次升级其他业务板，使升级的效率更高，直到分组中的业务板都完成升级。同时，网管升级模块也支持强制分组内所有同类型的业务板按照返回响应信息的优选顺序，回退到某个特定的软件版本。所述业务板，包括升级管理模块，升级执行模块。所述业务板升级模块，用于管理升级过程中与网管服务器间或者其它业务板间的消息通讯，比较业务板和相邻业务板的版本等。业务板升级模块支持设置自动更新功能，决定是否接收网管发来更新提醒，或者是否自动更新为分组内其他业务板的软件版本。还支持在没有网管服务器指导更新时，当业务板开启自动更新功能时，会根据同网元内临近的业务板发来的版本信息，自动更新或者提示给用户有可更新的新版本，由用户决定是否更新。获取其他待升级业务板的版本信息的途径有两种：第一种，是在业务板升级成功后，发送群组消息给同网元内的其他业务板；第二种，本业务板上电时会询问同网元内的其他业务板的版本信息。所述升级执行模块，用于执行软件升级操作，完成业务板软件的升级回退操作。

参照图2，图2为本发明软件升级方法第一实施例的流程示意图，在第一实施例中，所述软件升级方法包括：

步骤S100、获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级。

业务板获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级，其中，网管服务器建立待升级业务板的软件版本信息库和业务分组，软件版本信息库中只需要记录某个业务板现有的软件版本信息，并不需要储存实际的软件升级程序。所述软件版本信息中设置有软件版本检测的标识，根据所述标识，可以识别软件的新旧版本，并可以通过比较，确定哪个软件版本比较新，哪个软件版本比较旧。网元中的某个业务板每次升级之后，网管服务器都会更新软件版本信息库和该业务板的软件版本信息。网管服务器支持对多个业务板建立分组，每个分组中可包含同类型的若干业务板，如果是分组中同类型的业务板，一般是希望统一升级为新版本，或者希望强制回退到某个特定版本。

步骤S200、若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级。

若由网管服务器作为控制器，控制软件升级，则由网管服务器将已升级成功的业务板的软件版本信息发送给分组内的待升级业务板；若网管服务器接收到待升级业务板返回的请求升级的消息，则判定待升级业务板与已升级成功的业务板是同类型的业务板且已升级成功的业务板的软件版本比待升级业务板的软件版本新，则网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

步骤S300、若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。

若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板将自身的软件版本信息发送给网元内的待升级业务板；若已升级成功的业务板接收到待升级业务板返回的请求升级的消息，则判定待升级业务板与已升级成功的业务板是同类型的业务板且已升级成功的业务板的软件版本比待升级业务板的软件版本新，已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

本实施例提供的软件升级方法，节省系统资源，不占用服务器的CPU和存储空间，优化管理版本信息，提高网元内多业务板的升级速度，简化软件升级的人工操作，规避人为因素造成的纰漏和错误，实现了业务板的自动化升级功能。

如图3所示，图3为图2中所述步骤S200的第一实施例流程示意图，在第一实施例中，所述步骤S200包括：

步骤S210A、若检测到网管服务器，则由网管服务器作为控制器，控制软件升级，由网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

网管服务器将已升级成功的业务板的软件版本信息发送给分组内的待升级业务板；待升级业务板根据网管服务器发送的软件版本信息，判断自身和已升级成功的业务板是否为同类型的业务板，并且比较自身的软件版本是否比已升级成功的业务板的软件版本新，若是，则返回消息给网管服务器，请求升级；若否，则丢弃网管服务器发送过来的消息，不做任何回应。网管服务器根据待升级业务板返回的请求升级的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

本实施例提供的软件升级方法，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级，由网管服务器根据分组内接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级，从而增强了升级的可靠性，提高业务板的升级速度。

如图4所示，图4为图2中所述步骤S300的第一实施例流程示意图，在第一实施例中，所述步骤S300包括：

步骤S300A、若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板将已升级成功的业务板的软件版本信息发送给网元内的待升级业务板；待升级业务板根据已升级成功的业务板发送的软件版本信息，判断自身和已升级成功的业务板是否为同类型的业务板，并且比较自身的软件版本是否比已升级成功的业务板的软件版本新，或是，则返回消息给已升级成功的业务板，请求升级；若否，则丢弃已升级成功的业务板发送过来的消息，不做任何回应。已升级成功的业务板根据待升级业务板返回的请求升级的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

本实施例提供的软件升级方法，若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级，由已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级，从而增强了升级的可靠性，提高网元内多业务板的升级速度。

如图5所示，图5为图2中所述步骤S200的第二实施例流程示意图，在第一实施例的基础上，本实施例提供的软件升级方法，所述步骤S200包括：

步骤S210、网管服务器建立软件版本信息库和待升级业务板的业务分组，将已升级成功的业务板作为源业务板。

网管服务器根据所有待升级业务板，建立软件版本信息库和待升级业务板的业务分组，并将其中的一块已升级成功的业务板作为源业务板。

步骤S220、网管服务器获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中。

网管服务器获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中，对软件版本信息库的软件版本信息进行实时更新，从而使软件版本信息库中的软件版本信息保持最新。

步骤S230、网管服务器将所述源业务板的软件版本信息发送给所述分组内的待升级业务板。

网管服务器通过群发信息的方式将所述源业务板的软件版本信息发送给分组内的待升级的业务板。

步骤S240、根据所述分组内的待升级业务板返回的响应，确定所述分组内的待升级业务板是否需要升级。

网管服务器可以根据所述分组内的待升级业务板返回的响应信息，从而确定所述分组内的待升级业务板需要升级，比如说如果接收到其他待升级业务板返回的响应信息，则表示其他待升级业务板需要升级；如果未接收到其他待升级业务板返回的响应，则表示其他待升级业务板不需要升级。或是通过所述分组内的待升级业务板返回的响应信息中对特定版本的软件需求，查询软件版本信息库，寻找到对应的软件。

步骤S250、若需升级，则控制所述分组内的待升级业务板按照待升级业务板返回的响应的优先顺序进行迭代升级。

网管服务器根据所述分组内的待升级业务板返回的响应，从而确定要升级的单板，对所述分组内的要升级的单板进行升级，升级的方式按待升级业务板返回的响应优先顺序有序地进行迭代升级。网管服务器对所述分组内的待升级业务板的升级方式可以迭代升级的方式，例如首先将源业务板中的升级软件发送给其他待升级业务板其中一块业务板(即第二业务版)进行升级，如果第二业务板升级成功了，此时该分组内就有了两个业务板(即源业务板和第二业务板)，可通过源业务版业第二业务板同时将升级软件发送给分组内的其他待升级业务板；开始第二轮升级，同时升级另外两块业务板(即第三业务板和第四业务板)，如果升级成功了，分组内有四个业务板可作为升级软件的发送端；开始第三轮升级，可以同时升级四块业务板(即第五业务板，第六业务板，第七业务板和第八业务板)。通过迭代升级分组内的业务板，实际上经历大约6到8轮升级，就可以完成整个分组中同类业务板的升级工作。通过迭代升级的方式，提高了分组内多业务板的升级速度。

本实施例提供的软件升级方法，通过按待升级业务板返回的响应优先顺序有序地进行迭代升级，提高了分组内多业务板的升级速度。

如图6所示，图6为图2中所述步骤S300第二实施例的细化流程示意图，在第一实施例的基础上，本实施例提供的软件升级方法，所述步骤S300包括：

步骤S310、将已升级成功的业务板作为源业务板，由所述源业务板将升级的软件版本信息发送给网元内的待升级业务板。

软件升级系统将已升级成功的业务板作为源业务板，由源业务板通过群组信息的方式将升级的软件版本信息发送给网元内的待升级的业务板。

步骤S320、根据所述网元内的待升级业务板返回的响应，确定待升级业务板是否需要升级。

软件升级系统根据所述网元内的待升级业务板返回的响应信息，从而确定所述网元内的待升级业务板需要升级，比如说如果接收到其他待升级业务板返回的响应信息，则表示其他待升级业务板需要升级；如果未接收到其他待升级业务板返回的响应，则表示其他待升级业务板不需要升级。

步骤S330、若需升级，则按照待升级业务板返回的响应的优先顺序对待升级业务板进行迭代升级。

根据待升级业务板返回的响应，从而确定要升级的单板，对要升级的单板进行升级，升级的方式按待升级业务板返回的响应优先顺序有序地进行迭代升级。对待升级业务板的升级方式可以迭代升级的方式，例如首先源业务板将升级软件发送给其他待升级业务板其中一块业务板(即第二业务版)进行升级，如果第二业务板升级成功了，此时该网元内就有了两个业务板(即源业务板和第二业务板)，可通过源业务版业第二业务板同时将升级软件发送给网元内的其他待升级业务板；开始第二轮升级，同时升级另外两块业务板(即第三业务板和第四业务板)，如果升级成功了，网元内有四个业务板可作为升级软件的发送端；开始第三轮升级，可以同时升级四块业务板(即第五业务板，第六业务板，第七业务板和第八业务板)。通过迭代升级网元内的业务板，实际上经历大约6到8轮升级，就可以完成整个网元内同类业务板的升级工作。通过迭代升级的方式，提高了网元内多业务板的升级速度。

本实施例提供的软件升级方法，通过按待升级业务板返回的响应优先顺序有序地进行升级，提高了网元内多业务板的升级速度。

如图7所示，图7为本发明软件升级系统第一实施例的功能模块示意图，在第一实施例中，所述软件升级系统包括网管服务器和业务板，其中，

所述业务板包括：

获取模块10，用于获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级；

业务板升级模块20，用于若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级；

所述网管服务器包括：

网管升级模块30，用于若由网管服务器作为控制器，控制软件升级，则由网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级。

业务板的获取模块10获取网管服务器的信息，获取网管服务器信息，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级；若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级，其中，网管服务器建立待升级业务板的软件版本信息库和业务分组，软件版本信息库中只需要记录某个业务板现有的软件版本信息，并不需要储存实际的软件升级程序。所述软件版本信息中设置有软件版本检测的标识，根据所述标识，可以识别软件的新旧版本，并可以通过比较，确定哪个软件版本比较新，哪个软件版本比较旧。网元中的某个业务板每次升级之后，网管服务器都会更新软件版本信息库和该业务板的软件版本信息。网管服务器支持对多个业务板建立分组，每个分组中可包含同类型的若干业务板，如果是分组中同类型的业务板，一般是希望统一升级为新版本，或者希望强制回退到某个特定版本。

业务板升级模块20若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板将自身的软件版本信息发送给网元内的待升级业务板；若已升级成功的业务板接收到待升级业务板返回的请求升级的消息，则判定待升级业务板与已升级成功的业务板是同类型的业务板且已升级成功的业务板的软件版本比待升级业务板的软件版本新，已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

网管升级模块30若由网管服务器作为控制器，控制软件升级，则由网管服务器将已升级成功的业务板的软件版本信息发送给分组内的待升级业务板；若网管服务器接收到待升级业务板返回的请求升级的消息，则判定待升级业务板与已升级成功的业务板是同类型的业务板且已升级成功的业务板的软件版本比待升级业务板的软件版本新，网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

本实施例提供的软件升级系统，节省系统资源，不占用服务器的CPU和存储空间，优化管理版本信息，提高网元内多业务板的升级速度，简化软件升级的人工操作，规避人为因素造成的纰漏和错误，实现了业务板的自动化升级功能。

如图8所示，图8为图7所述网管升级模块的功能模块示意图，所述网管升级模块30还用于若由网管服务器作为控制器，控制软件升级，则由网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

网管服务器的网管升级模块30将已升级成功的业务板的软件版本信息发送给分组内的待升级业务板；待升级业务板根据网管服务器发送的软件版本信息，判断自身和已升级成功的业务板是否为同类型的业务板，并且比较自身的软件版本是否比已升级成功的业务板的软件版本新，或是，则返回消息给网管服务器，请求升级；若否，则丢弃网管服务器发送过来的消息，不做任何回应。网管服务器的网管升级模块30根据待升级业务板返回的请求升级的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

本实施例提供的软件升级系统，若检测到网管服务器，则由网管服务器作为控制器，控制软件升级，由网管服务器根据分组内接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级，从而增强了升级的可靠性，提高网元内多业务板的升级速度。

如图9所示，图9为图7中所述业务板升级模块的功能模块示意图，所述业务板升级模块20还用于若由已成功升级的业务板作为控制器，控制软件升级，则由已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。

业务板升级模块20将已升级成功的业务板的软件版本信息发送给网元内的待升级业务板；待升级业务板根据已升级成功的业务板发送的软件版本信息，判断自身和已升级成功的业务板是否为同类型的业务板，并且比较自身的软件版本是否比已升级成功的业务板的软件版本新，或是，则返回消息给已升级成功的业务板，请求升级；若否，则丢弃已升级成功的业务板发送过来的消息，不做任何回应。已升级成功的业务板根据待升级业务板返回的请求升级的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

本实施例提供的软件升级系统，若未检测到网管服务器，则由已成功升级的业务板作为控制器，控制软件升级，由已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级，从而增强了升级的可靠性，提高网元内多业务板的升级速度。

进一步参见图8，图8为图7中所述网管升级模块的功能模块示意图，所述网管升级模块20包括：

建立单元21，用于建立软件版本信息库和待升级业务板的业务分组，将已升级成功的业务板作为源业务板；

获取单元22，用于获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中；

第一发送单元23，用于将所述源业务板将升级的软件版本信息发送给所述分组内的待升级业务板；

第一确定单元24，用于根据所述分组内的待升级业务板返回的响应，确定所述分组内的待升级业务板是否需要升级；

网管升级单元25，用于若需升级，则控制所述分组内的待升级业务板按照待升级业务板返回的响应的优先顺序进行迭代升级。

网管服务器建立单元21根据所有待升级业务板，建立软件版本信息库和待升级业务板的业务分组，并将其中的一块已升级成功的业务板作为源业务板。

网管服务器的获取单元22获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中，对软件版本信息库的软件版本信息进行实时更新，从而使软件版本信息库中的软件版本信息保持最新。

网管服务器的第一发送单元23通过群发信息的方式将所述源业务板的软件版本信息发送给分组内的待升级的业务板。

网管服务器的第一确定单元24可以根据所述分组内的待升级业务板返回的响应信息，从而确定所述分组内的待升级业务板需要升级，比如说如果接收到其他待升级业务板返回的响应信息，则表示其他待升级业务板需要升级；如果未接收到其他待升级业务板返回的响应，则表示其他待升级业务板不需要升级。或是通过所述分组内的待升级业务板返回的响应信息中对特定版本的软件需求，查询软件版本信息库，寻找到对应的软件。

网管服务器的网管升级单元25根据所述分组内的待升级业务板返回的响应，从而确定要升级的单板，对所述分组内的要升级的单板进行升级，升级的方式按待升级业务板返回的响应优先顺序有序地进行迭代升级。网管服务器对所述分组内的待升级业务板的升级方式可以迭代升级的方式，例如首先将源业务板中的升级软件发送给其他待升级业务板其中一块业务板(即第二业务版)进行升级，如果第二业务板升级成功了，此时该分组内就有了两个业务板(即源业务板和第二业务板)，可通过源业务版业第二业务板同时将升级软件发送给分组内的其他待升级业务板；开始第二轮升级，同时升级另外两块业务板(即第三业务板和第四业务板)，如果升级成功了，分组内有四个业务板可作为升级软件的发送端；开始第三轮升级，可以同时升级四块业务板(即第五业务板，第六业务板，第七业务板和第八业务板)。通过迭代升级分组内的业务板，实际上经历大约6到8轮升级，就可以完成整个分组中同类业务板的升级工作。通过迭代升级的方式，提高了分组内多业务板的升级速度。

本实施例提供的软件升级系统，通过按待升级业务板返回的响应优先顺序有序地进行升级，提高了分组内多业务板的升级速度。

进一步参见图9，图9为图7所述业务板升级模块的功能模块示意图，所述业务板升级模块30还包括：

第二发送单元31，用于将已升级成功的业务板作为源业务板，由所述源业务板将升级的软件版本信息发送给网元内的待升级业务板；

第二确定单元32，用于根据所述网元内的待升级业务板返回的响应，确定待升级业务板是否需要升级；

业务板升级单元33，用于若需升级，则根据所述网元内的待升级业务板返回的响应的优先顺序对待升级业务板进行迭代升级。

软件升级系统的第二发送单元31将已升级成功的业务板作为源业务板，由源业务板通过群组信息的方式将升级的软件版本信息发送给网元内的待升级的业务板。

软件升级系统的第二确定单元32根据所述网元内的待升级业务板返回的响应信息，从而确定所述网元内的待升级业务板需要升级，比如说如果接收到其他待升级业务板返回的响应信息，则表示其他待升级业务板需要升级；如果未接收到其他待升级业务板返回的响应，则表示其他待升级业务板不需要升级。

业务板升级单元33根据待升级业务板返回的响应，从而确定要升级的单板，对要升级的单板进行升级，升级的方式按待升级业务板返回的响应优先顺序有序地进行迭代升级。对待升级业务板的升级方式可以迭代升级的方式，例如首先将源业务板中的升级软件发送给其他待升级业务板其中一块业务板(即第二业务版)进行升级，如果第二业务板升级成功了，此时该网元内就有了两个业务板(即源业务板和第二业务板)，可通过源业务版业第二业务板同时将升级软件发送给网元内的其他待升级业务板；开始第二轮升级，同时升级另外两块业务板(即第三业务板和第四业务板)，如果升级成功了，网元内有四个业务板可作为升级软件的发送端；开始第三轮升级，可以同时升级四块业务板(即第五业务板，第六业务板，第七业务板和第八业务板)。通过迭代升级网元内的业务板，实际上经历大约6到8轮升级，就可以完成整个网元内同类业务板的升级工作。通过迭代升级的方式，提高了网元内多业务板的升级速度。

本实施例提供的软件升级系统，通过按待升级业务板返回的响应优先顺序有序地进行升级，提高了网元内多业务板的升级速度。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

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

对网管服务器进行检测；

若检测到网管服务器，则由网管服务器作为控制软件升级的控制器；若未检测到网管服务器，则由已成功升级的业务板作为控制软件升级的控制器；

若由网管服务器作为控制软件升级的控制器，则由作为控制软件升级的控制器的网管服务器根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级；

若由已成功升级的业务板作为控制软件升级的控制器，则由作为控制软件升级的控制器的已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。

2.如权利要求1所述的软件升级方法，其特征在于，所述若由网管服务器作为控制软件升级的控制器，则由作为控制软件升级的控制器的网管服务器根据待升级业务板返回的响应的优先顺序，对网元内的待升级业务板进行升级的步骤包括：

若由网管服务器作为控制软件升级的控制器，则由作为控制软件升级的控制器的网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

3.如权利要求1所述的软件升级方法，其特征在于，所述若由已成功升级的业务板作为控制软件升级的控制器，则由作为控制软件升级的控制器的已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级的步骤包括：

若由已成功升级的业务板作为控制软件升级的控制器，则由作为控制软件升级的控制器的已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

4.如权利要求1或2所述的软件升级方法，其特征在于，所述若由网管服务器作为控制软件升级的控制器，则由作为控制软件升级的控制器的网管服务器根据待升级业务板返回的响应的优先顺序，对分组内的待升级业务板进行升级的步骤包括：

网管服务器建立软件版本信息库和待升级业务板的业务分组，将已升级成功的业务板作为源业务板；

网管服务器获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中；

网管服务器将所述源业务板的软件版本信息发送给所述分组内的待升级业务板；

网管服务器根据所述分组内的待升级业务板返回的响应，确定所述分组内的待升级业务板是否需要升级；

若需升级，则网管服务器控制所述分组内的待升级业务板按照待升级业务板返回的响应的优先顺序进行迭代升级。

5.如权利要求1或3所述的软件升级方法，其特征在于，所述若由已成功升级的业务板作为控制软件升级的控制器，则由作为控制软件升级的控制器的已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级的步骤包括：

将已升级成功的业务板作为源业务板，由所述源业务板将升级的软件版本信息发送给网元内的待升级业务板；

根据所述网元内的待升级业务板返回的响应，确定待升级业务板是否需要升级；

若需升级，则按照待升级业务板返回的响应的优先顺序对待升级业务板进行迭代升级。

6.一种软件升级系统，其特征在于，所述软件升级系统包括网管服务器和业务板，其中，

所述业务板包括：

获取模块，用于对网管服务器进行检测，若检测到网管服务器，则由网管服务器作为控制软件升级的控制器；若未检测到网管服务器，则由已成功升级的业务板作为控制软件升级的控制器；

业务板升级模块，用于由作为控制软件升级的控制器的已升级成功的业务板根据待升级业务板返回的响应的优先顺序，对网元内的待升级业务板进行升级；

所述网管服务器包括：

网管升级模块，用于由作为控制软件升级的控制器的网管服务器根据待升级业务板返回的响应的优先顺序，对网元内待升级业务板进行升级。

7.如权利要求6所述的软件升级系统，其特征在于，所述网管升级模块还用于由作为控制软件升级的控制器的网管服务器根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

8.如权利要求6所述的软件升级系统，其特征在于，所述业务板升级模块还用于由作为控制软件升级的控制器的已升级成功的业务板根据接收到的待升级业务板返回响应的优先顺序，建立迭代升级次序，控制待升级业务板进行升级。

9.如权利要求6或7所述的软件升级系统，其特征在于，所述网管升级模块包括：

建立单元，用于建立软件版本信息库和待升级业务板的业务分组，将已升级成功的业务板作为源业务板；

获取单元，用于获取所述源业务板的软件版本信息，并将所述源业务板的软件版本信息保存在软件版本信息库中；

第一发送单元，用于将所述源业务板将升级的软件版本信息发送给所述分组内的待升级业务板；

第一确定单元，用于根据所述分组内的待升级业务板返回的响应，确定所述分组内的待升级业务板是否需要升级；

网管升级单元，用于若需升级，则控制所述分组内的待升级业务板按照待升级业务板返回的响应的优先顺序进行迭代升级。

10.如权利要求6或8所述的软件升级系统，其特征在于，所述业务板升级模块还包括：

第二发送单元，用于将已升级成功的业务板作为源业务板，由所述源业务板将升级的软件版本信息发送给网元内的待升级业务板；

第二确定单元，用于根据所述网元内的待升级业务板返回的响应，确定待升级业务板是否需要升级；

业务板升级单元，用于若需升级，则根据所述网元内的待升级业务板返回的响应的优先顺序对待升级业务板进行迭代升级。

Images