CN111026423A

CN111026423A - 软件升级方法、装置、设备及存储介质

Info

Publication number: CN111026423A
Application number: CN201911249861.2A
Authority: CN
Inventors: 洪鑫喆
Original assignee: Sangfor Technologies Co Ltd
Current assignee: Sangfor Technologies Co Ltd
Priority date: 2019-12-09
Filing date: 2019-12-09
Publication date: 2020-04-17

Abstract

本发明公开了一种软件升级方法、装置、设备及存储介质。其中，该方法包括：第一管理平台获取用于软件升级的升级包；基于所述升级包执行第一事件和第二事件，所述第一事件用于所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，所述第二事件用于所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级。本发明实施例简化了多个管理平台的软件升级的操作，极大地降低了软件升级管理的维护成本。

Description

软件升级方法、装置、设备及存储介质

技术领域

本发明涉及软件管理领域，尤其涉及一种软件升级方法、装置、设备及存储介质。

背景技术

硬件平台上需要运行各种软件以实现相应的功能。在硬件平台上装载的软件往往因设计人员在编写软件的时候，考虑不全面或者程序功能不完善，需要通过升级包(又称为补丁)的形式来对软件进行更新(即软件升级)，以更好地满足用户的需求和防止病毒的入侵。

相关技术中，硬件平台上的软件升级主要依赖于互联网环境，通过在线拉包(即在线下载)进行软件升级。然而，为了满足数据管理安全的需求，诸多场景中的硬件平台处于与互联网隔离的局域网中，比如，许多政府、企业客户的局域网中的硬件平台就无法从外网拉包直接升级，且部署的管理平台较多，当升级包较大时，需要一个个管理平台登录并触发软件升级，非常费时费力，且维护成本较大。

发明内容

有鉴于此，本发明实施例提供了一种软件升级方法、装置、设备及存储介质，旨在解决多管理平台的软件升级操作繁琐、维护成本高的技术问题。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种软件升级方法，应用于第一管理平台，所述方法包括：

获取用于软件升级的升级包；

基于所述升级包执行第一事件和第二事件，所述第一事件用于所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，所述第二事件用于所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级；

其中，所述多个第二管理平台包括：直接和/或间接级联于所述第一管理平台的下级管理平台，各第二管理平台基于接收到的所述升级包，对统一管理的终端设备进行软件升级。

本发明实施例还提供了一种软件升级装置，应用于第一管理平台，所述装置包括：

获取模块，用于获取用于软件升级的升级包；

执行模块，基于所述升级包执行第一事件和第二事件；所述第一事件用于所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，所述第二事件用于所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级；

本发明实施例又提供了一种第一管理平台，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器，用于运行计算机程序时，执行本发明任一实施例所述方法的步骤。

本发明实施例还提供了一种升级管理系统，包括：本发明任一实施例的第一管理平台及与所述第一管理平台级联的多个第二管理平台，所述第二管理平台用于基于接收到的升级包，对统一管理的终端设备进行软件升级。

本发明实施例还提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现本发明任一实施例所述方法的步骤。

本发明实施例提供的技术方案，第一管理平台获取用于软件升级的升级包后，基于所述升级包执行第一事件和第二事件，所述第一事件用于所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，所述第二事件用于所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级。可以通过第一管理平台实现对统一管理的终端设备进行软件升级，还可以通过第一管理平台将升级包下发给与第一管理平台级联的多个第二管理平台，从而驱动多个第二管理平台对各自统一管理的终端设备进行软件升级，简化了多个管理平台的软件升级的操作，极大地降低了软件升级管理的维护成本。

附图说明

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

图2为本发明一实施例中多级MGR级联的结构示意图；

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

图4为本发明第二应用实施例软件升级方法的流程示意图；

图5为本发明实施例软件升级装置的结构示意图；

图6为本发明实施例第一管理平台的结构示意图；

图7为本发明实施例升级管理系统的结构示意图。

具体实施方式

下面结合附图及实施例对本发明再作进一步详细的描述。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

本发明各种实施例中，第一管理平台级联多个第二管理平台，通过第一管理平台统一下发升级包给多个第二管理平台，第一管理平台及第二管理平台基于新的升级包对各自统一管理的终端设备进行软件升级，从而使多个管理平台的软件升级维护成本得到有效降低，且多个管理平台之间的关系更为紧密，以统一软件升级。

这里，管理平台(Manager，简称为MGR)用于负责对多个终端设备的软件升级进行统一管理，终端设备(AGENT)可以为运行软件且具有通信接口的硬件设备，比如，Windows终端、Windows服务器、Linux终端、Unix终端等。

本发明实施例提供了软件升级方法，应用于第一管理平台，如图1所示，所述方法包括：

步骤101，获取用于软件升级的升级包；

实际应用中，若第一管理平台连通互联网，则第一管理平台可以通过在线拉包获取升级包。若第一管理平台处于与互联网隔离的局域网中，第一管理平台可以通过网页web导入或者服务器后台导入的方式来获取升级包。其中，网页web导入即通过浏览器访问第一管理平台的登录页面，将待升级的软件包传递至第一管理平台，服务器后台导入及通过客户端访问第一管理平台，将待升级的软件包传递至第一管理平台。网页web导入的维护成本小于服务器后台导入，可以优先选择网页web导入待升级的升级包给第一管理平台。这里，待升级的升级包包括但不限于：版本升级包、漏洞补丁包、漏洞规则包、病毒库包、定制包、技术支持包。

步骤102，基于所述升级包执行第一事件和第二事件，所述第一事件用于所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，所述第二事件用于所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级。

这里，所述多个第二管理平台包括：直接和/或间接级联于所述第一管理平台的下级管理平台，各第二管理平台基于接收到的所述升级包，对统一管理的终端设备进行软件升级。如图2所示，在一应用示例中，首级MGR级联多个2级MGR，各2级MGR可以级联多个3级MGR，依此类推，即本发明实施例并不具体限定MGR的级数。其中，首级MGR即第一管理平台，2级MGR及3级MGR均为第二管理平台，首级MGR下发升级包给下级MGR(包括2级、3级MGR)，各下级MGR利用接收到的升级包，对统一管理的终端设备进行软件升级。这样，可以实现对N台管理平台的软件升级的统一管理，避免了对每台管理平台手动升级导致的操作繁琐及维护成本的问题，可以使得每次繁琐的升级维护成本降低为N分之一。其中，N为大于1的自然数。在管理平台数量越多时，效果越好越明显。此外，通过一对多的多级级联的升级方式，让多个管理平台之间的关系更为紧密、更加统一，而不是单纯的一个个独立的对象。

需要说明的是，只有首级MGR才具备下发升级包给下级MGR的权限，这样，可以确保了升级包的统一下发，便于统一管理，且有效避免了多个管理员同时触发软件升级，造成的不必要的资源冲突和重复执行的问题。

在一实施例中，第一管理平台获取升级包后，触发两个进程，一个进程执行第一事件，另一个进程执行第二事件。即一个进程用于将所述升级包下发给与所述第一管理平台级联的多个第二管理平台；另一个进程用于基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级。这样，两个进程互不干扰，可以并行执行，提高了执行效率。

在一实施例中，所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，包括：

将所述升级包中各数据包进行排序；

基于排序结果将所述升级包中的各数据包分别下发给所述多个第二管理平台。

实际应用中，可以将所述升级包中的数据包根据各数据包的名称或者各数据包提取的二进制字段来进行分类，并根据导入顺序或者预先设置的优先级顺序来对分类后的数据包进行排序，再将所述升级包中的各数据包根据排序结果依次下发至各第二管理平台，这样，各第二管理平台接收的升级包中的数据包的流程可以是同步的。这里，导入顺序可以是网页web导入或者服务器后台导入升级包时，升级包中各数据包的导入顺序。

在一实施例中，所述基于排序结果将所述升级包中的各数据包分别下发给所述多个第二管理平台之前，所述方法还包括：

获取各第二管理平台的软件版本信息；

基于软件版本信息确定需要下发所述升级包的第二管理平台。

这样，可以通过比较各第二管理平台上当前的软件版本信息是否低于所述升级包的版本信息，若是，则确定相应管理平台为需要下发所述升级包的第二管理平台，从而可以将所述升级包准确下发至需要自动升级的第二管理平台侧。

在一实施例中，所述方法还包括：

获取各第二管理平台的密钥；

基于各第二管理平台的密钥对下发至相应第二管理平台的所述升级包进行加密；

执行所述第一事件，包括：

向所述相应第二管理平台下发加密的升级包。

实际应用中，基于排序结果将升级包的各数据包依次下发之前，第一管理平台基于相应第二管理平台的密钥，对各数据包进行加密，依次下发加密后的各数据包。

这样，可以在提高升级包下发过程中的安全性，避免升级包被拦截导致的第三方滥用。

在一实施例中，执行所述第一事件时，所述方法包括：采用多线程下发所述升级包给所述多个第二管理平台。这样，通过多线程下发升级包，可以实现第一管理平台将升级包并发下发至多个第二管理平台，提高软件升级的执行效率。

通过管理平台进行终端设备的软件升级管理时，考虑到各种外界因素，比如：管理平台和/或终端设备上的系统崩溃、管理平台和/或终端设备关机等情况，都有可能造成的某台MGR的软件升级流程的中断，基于此，在一实施例中，可以在相应设备恢复后，自动触发尚未完成的软件升级继续执行。且为了避免设备恢复后触发的软件升级与最新获取的升级包的软件升级产生冲突，所述基于升级包执行第一事件和第二事件之前，所述方法还包括：

检测是否存在第一锁标记，所述第一锁标记表征所述第一管理平台和所述多个第二管理平台中的至少一个存在软件升级未完成的情形；

所述基于升级包执行第一事件和第二事件，包括：

确定不存在所述第一锁标记，基于所述升级包执行第一事件和第二事件。

这样，通过检测第一锁标记，可以避免最新获取的升级包的软件升级与设备恢复后触发的软件升级的冲突。

下面结合应用实施例对本发明再作进一步详细的描述。

应用实施例一

如图3所示，本应用实施例中，软件升级方法包括：

步骤301，用户通过首级MGR的web端导入升级包；

这里，用户可以通过浏览器访问首级MGR提供的UI(用户界面)，手动导入升级包，web端通知其后台(即首级MGR)。

步骤302，首级MGR基于获取的升级包触发两个进程；

首级MGR基于获取的升级包触发两个进程，一个进程负责升级本MGR的AGENT，另一个进程负责将升级包下发给级联的下级MGR。两个进程互不干扰。

步骤303，将所述升级包下发给下级MGR；

实际应用中，首级MGR获取级联的下级MGR的相关信息，这里，对于三级级联网络而言，首级MGR可以获取2级及3级MGR的相关信息，比如，获取下级MGR的密钥和软件的版本信息。首级MGR还需要对升级包中的各数据包进行检测、归类、校验，具体地，所述升级包中的数据包(pkg)包括6种：版本升级包、漏洞升级包、漏洞规则包、病毒库包、定制包、技术支持包，可以根据其pkg名或pkg二进制字段的检测各自所属的类别，进而各数据包进行归类，并通过完整性校验，确保各数据包完整。在下发前，还可以根据导入或者默认设置的先后顺序来设置优先级，从而确定各数据包的下发时的排序，基于排序结果提取并下发至下级MGR。可选地，首级MGR可以根据各下级MGR的密钥对升级包中的各数据包加密后下发，下级MGR根据自身的密钥对接收的加密后的数据包进行解密，在解密后的数据包通过MD5(完整性)校验后，触发软件升级流程，该软件升级流程包括：下级MGR自身基于升级包进行软件升级，并下发通知给其统一管理的终端设备(AGENT)进行软件升级。

步骤304，对首级MGR及所属的AGENT进行软件升级管理。

首级MGR基于升级包进行软件升级，并下发通知给其统一管理的终端设备(AGENT)进行软件升级。

应用实施例二

如图4所示，本应用实施例中，通过管理平台进行终端设备的软件升级管理时，考虑到各种外界因素，比如：管理平台和/或终端设备上的系统崩溃、管理平台和/或终端设备关机等情况，都有可能造成的某台MGR的软件升级流程的中断，因此，设计了一种兜底方案，该兜底方案支持在机器恢复后，能再次自动触发软件升级流程，以减少人工操作成本。如图4所示，软件升级方法包括：

步骤401，兜底方案流程；

各管理平台及终端设备重新上电或者系统恢复后，自动触发尚未完成的软件升级流程。

步骤402，定时检查；

各管理平台及终端设备周期性检测是否存在尚未完成的软件升级流程，若存在，则继续执行软件升级流程，并在各管理平台处设置其管理的软件升级流程尚未完成的标识符。

步骤403，web导入流程；

用户可以通过浏览器访问第一管理平台提供的UI(用户界面)，手动导入升级包，web端通知第一管理平台获取升级包。

步骤404，检查锁标记；

第一管理平台检测是否存在第一锁标记。在一应用示例中，该第一锁标记可以根据各管理平台的是否存在标识符来生成，若第一管理平台及各第二管理平台中的至少一个存在代表软件升级流程尚未完成的标识符，则生成第一锁标记。确定存在第一锁标记，则继续等待尚未完成的软件升级流程，直至各管理平台管理的软件升级流程均完成，即确定不存在所述第一锁标记，基于所述升级包触发第一事件和第二事件。所述第一事件用于所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，所述第二事件用于所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级。

步骤405，pkg类型分类；

在开启基于升级包进行软件升级流程之前，第一管理平台还将升级包中的pkg进行分类，并基于优先级排序，保证软件升级流程的同步性。

实际应用中，所述升级包中的pkg包括6种：版本升级包、漏洞升级包、漏洞规则包、病毒库包、定制包、技术支持包，可以根据其pkg名或pkg二进制字段的提取结果进行分类。在下发前，根据导入或者默认设置的先后顺序来设置优先级，从而确定各pkg的下发顺序。

步骤406，获取级联信息；

第一管理平台获取各下级管理平台的相关信息，比如，获取各下级管理平台的密钥及当前的软件版本信息。需要说明的是，只有第一管理平台才具备下发升级包给下级管理平台的权限，这样，可以确保了升级包的统一下发，便于统一管理，且有效避免了多个管理员同时触发软件升级，造成的不必要的资源冲突和重复执行的问题。

步骤407，比较版本；

第一管理平台比较各第二管理平台上当前的软件版本信息是否低于所述升级包的版本信息，若是，则确定相应管理平台为需要下发所述升级包的第二管理平台，从而可以将所述升级包准确下发至需要自动升级的第二管理平台侧。

步骤408，提取下发pkg；

第一管理平台根据pkg的下发顺序依次提取并下发pkg。

步骤409，检验包完整性；

各第二管理平台对接收的pkg进行包完整性检验，确定包完整后执行步骤410。若接收的pkg为加密后的pkg，第二管理平台先利用自身的密钥对接收的加密后的pkg进行解密，然后，进行包完整性检验，确定包完整后执行步骤410。

步骤410，执行升级；

第一管理平台及各第二管理平台基于各自接收的完整的升级包执行软件升级流程，将pkg保存至相应的存储目录下，并下发升级包给管理的终端设备上，以触发终端设备执行软件升级流程。

步骤411，删除原pkg；

第一管理平台及各第二管理平台在确定各自的软件升级流程完成后，删除原pkg，结束软件升级，否则返回步骤402，以周期性检测是否存在尚未完成的软件升级流程，直至完成软件升级流程，结束软件升级。

为了实现本发明实施例的方法，本发明实施例还提供一种软件升级装置，如图5所示，该装置包括：获取模块501、执行模块502，其中，

获取模块，用于获取用于软件升级的升级包；

在一实施例中，所述装置还包括：标记检测模块503，用于：基于升级包执行第一事件和第二事件之前，检测是否存在第一锁标记，所述第一锁标记表征所述第一管理平台和所述多个第二管理平台中的至少一个存在软件升级未完成的情形。

所述执行模块502具体用于：确定不存在所述第一锁标记，基于所述升级包执行第一事件和第二事件。

在一实施例中，所述执行模块502具体用于：

将所述升级包中各数据包进行排序；

基于排序结果将所述升级包分别下发给所述多个第二管理平台。

在一实施例中，所述执行模块502具体用于：

将所述升级包中的数据包根据各数据包的名称或者各数据包提取的二进制字段来进行分类；

根据导入顺序或者预先设置的优先级顺序来对分类后的数据包进行排序。

在一实施例中，所述执行模块502还用于：

获取各第二管理平台的软件版本信息；

在一实施例中，所述装置还包括加密模块504，用于：

获取各第二管理平台的密钥；

基于各第二管理平台的密钥对下发至相应第二管理平台的所述升级包进行加密。

所述执行模块502具体用于：

向所述相应第二管理平台下发加密的升级包。

在一实施例中，所述执行模块502具体用于：

采用多线程下发所述升级包给所述多个第二管理平台。

实际应用时，获取模块501、执行模块502、标记检测模块503、及加密模块504，可以由软件升级装置中的处理器来实现。当然，处理器需要运行存储器中的计算机程序来实现它的功能。

需要说明的是：上述实施例提供的软件升级装置在进行软件升级时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的软件升级装置与软件升级方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本发明实施例的方法，本发明实施例还提供一种第一管理平台。图6仅仅示出了该第一管理平台的示例性结构而非全部结构，根据需要可以实施图6示出的部分结构或全部结构。

如图6所示，本发明实施例提供的第一管理平台600包括：至少一个处理器601、存储器602、用户接口603和至少一个网络接口604。第一管理平台600中的各个组件通过总线系统605耦合在一起。可以理解，总线系统605用于实现这些组件之间的连接通信。总线系统605除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统605。

其中，用户接口603可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

本发明实施例中的存储器602用于存储各种类型的数据以支持第一管理平台600的操作。这些数据的示例包括：用于在第一管理平台600上操作的任何计算机程序。

本发明实施例揭示的软件升级方法可以应用于处理器601中，或者由处理器601实现。处理器601可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，软件升级方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器601可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器602，处理器601读取存储器602中的信息，结合其硬件完成本发明实施例提供的软件升级方法的步骤。

在示例性实施例中，第一管理平台600可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable LogicDevice)、FPGA、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

可以理解，存储器602可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

为了实现本发明实施例的方法，本发明实施例还提供一种升级管理系统，如图7所示，包括第一管理平台600及与所述第一管理平台级联的多个第二管理平台700。这里，所述多个第二管理平台700包括：直接和/或间接级联于所述第一管理平台600的下级管理平台，各第二管理平台700基于接收到的升级包，对统一管理的终端设备进行软件升级。升级管理系统进行软件升级的具体过程，可以参照上述方法实施例，在此不再赘述。

在示例性实施例中，本发明实施例还提供了一种存储介质，即计算机存储介质，具体可以是计算机可读存储介质，例如包括存储计算机程序的存储器602，上述计算机程序可由第一管理平台的处理器601执行，以完成本发明实施例方法所述的步骤。计算机可读存储介质可以是ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种软件升级方法，其特征在于，应用于第一管理平台，所述方法包括：

获取用于软件升级的升级包；

2.根据权利要求1所述的方法，其特征在于，所述基于升级包执行第一事件和第二事件之前，所述方法还包括：

所述基于升级包执行第一事件和第二事件，包括：

3.根据权利要求1所述的方法，其特征在于，所述第一管理平台将所述升级包下发给与所述第一管理平台级联的多个第二管理平台，包括：

将所述升级包中各数据包进行排序；

4.根据权利要求3所述的方法，其特征在于，所述将所述升级包中各数据包进行排序，包括：

5.根据权利要求3所述的方法，其特征在于，所述基于排序结果将所述升级包中的各数据包分别下发给所述多个第二管理平台之前，还包括：

获取各第二管理平台的软件版本信息；

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取各第二管理平台的密钥；

执行所述第一事件，包括：

向所述相应第二管理平台下发加密的升级包。

7.根据权利要求1所述的方法，其特征在于，执行所述第一事件时，所述方法包括：

采用多线程下发所述升级包给所述多个第二管理平台。

8.根据权利要求1所述的方法，其特征在于，所述第一管理平台基于所述升级包对所述第一管理平台统一管理的终端设备进行软件升级，包括：

所述第一管理平台基于所述升级包完成自身的软件升级；

所述第一管理平台下发所述升级包给统一管理的终端设备，以触发各终端设备完成软件升级。

9.一种软件升级装置，其特征在于，应用于第一管理平台，所述装置包括：

获取模块，用于获取用于软件升级的升级包；

10.一种第一管理平台，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，

所述处理器，用于运行计算机程序时，执行权利要求1至8任一项所述方法的步骤。

11.一种升级管理系统，其特征在于，包括：如权利要求10所述的第一管理平台及与所述第一管理平台级联的多个第二管理平台，所述第二管理平台用于基于接收到的升级包，对统一管理的终端设备进行软件升级。

12.一种存储介质，所述存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至8任一项所述方法的步骤。