软件升级方法、电子设备及计算机可读存储介质

技术领域

本申请涉及但不限于通信技术领域，尤其涉及一种软件升级方法、电子设备及计算机可读存储介质。

背景技术

目前，电子设备的软件升级一般通过服务器下载升级包至本地站点，但在网络传输过程中，存在数据被恶意攻击或损坏的安全风险。利用被篡改数据的升级包进行设备升级容易导致设备运行异常。因此，需要对升级包进行数字签名加密，数字签名由服务器的私钥生成，而且私钥只由签名方持有，仅能利用签名方的公钥对数字签名进行解密，从而，利用数字签名进行加密可以确保升级包在传递过程中未被篡改数据。在相关技术中，由于电子设备的软件升级所需的升级包比较庞大，若在软件升级中采用数字签名加密技术确保升级文件的安全性，则需要耗费大量的时间来对庞大的升级包进行解签，降低设备的升级效率。

发明内容

本申请实施例提供了一种软件升级方法、电子设备及计算机可读存储介质，能够缩短升级包的解签时间，提高设备的升级效率。

第一方面，本申请实施例提供了一种软件升级方法，应用于主控网元，所述主控网元分别与接入网网元和多个线卡连接，该软件升级方法包括：

获取来自于所述接入网网元的主控升级通知；

根据所述主控升级通知，从所述接入网网元下载得到主控升级包和线卡升级包，其中，所述主控升级包包括主控包签名文件；

根据所述主控包签名文件对所述主控升级包进行解签处理，得到主控解签文件；

在利用所述主控解签文件升级成功的情况下，根据所述线卡升级包得到线卡升级通知；向所述线卡发送所述线卡升级通知，以使所述线卡根据所述线卡升级通知进行升级处理。

第二方面，本申请实施例提供了一种软件升级方法，应用于接入网网元，所述接入网网元分别与网管和主控网元连接，所述主控网元与线卡连接，该软件升级方法包括：

获取来自于所述网管的软件升级包；

对所述软件升级包进行解压处理，得到用于所述主控网元升级的主控升级包和用于所述线卡升级的线卡升级包；

根据所述主控升级包和所述线卡升级包，得到主控升级通知；

向所述主控网元发送所述主控升级通知，以使所述主控网元根据所述主控升级通知进行升级处理。

第三方面，本申请实施例提供了一种软件升级方法，应用于线卡，所述线卡与主控网元连接，该软件升级方法包括：

获取来自于所述主控单元的线卡升级通知；

根据所述线卡升级通知，从所述主控网元下载得到线卡升级包，其中，所述线卡升级包包括线卡包签名文件；

利用所述线卡包签名文件对所述线卡升级包进行解签处理，得到线卡解签文件，以利用所述线卡解签文件进行版本升级。

第四方面，本申请实施例提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述或如第二方面所述如第三方面所述的软件升级方法。

第五方面，本申请实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如第一方面所述或如第二方面所述如第三方面所述的软件升级方法的软件升级方法。

本申请实施例包括：获取来自于接入网网元的主控升级通知；根据主控升级通知，从接入网网元下载得到主控升级包和线卡升级包，其中，主控升级包包括主控包签名文件；根据主控包签名文件对主控升级包进行解签处理，得到主控解签文件；在利用主控解签文件升级成功的情况下，根据线卡升级包得到线卡升级通知；向线卡发送线卡升级通知，以使线卡根据线卡升级通知进行升级处理。

根据本申请实施例提供的方案，通过获取上游网元发送的主控升级通知，利用主控升级通知，从上游的接入网网元中下载主控升级包和下游的线卡升级包，但在主控网元中仅对主控网元自身对应的主控升级包进行解签，利用解签后主控升级包中的主控解签文件进行软件升级。在升级成功之后，向下游的线卡发送线卡升级通知，而由下游的线卡对线卡升级包进行解签升级。因此，接入网网元无需解签体量庞大的升级包，而主控网元和线卡仅对所需的升级包进行解签处理，也无需解签所有的升级包，能够缩短各个环节的解签时长，有效降低在解签过程中各个网元或线卡处理其他命令可能失败的风险，提高升级效率。

附图说明

图1是本申请一个实施例提供的用于执行软件升级方法的升级系统架构的结构示意图；

图2是本申请一个实施例提供的基于主控网元的软件升级方法的步骤流程图；

图3是本申请一个实施例提供的主控升级包和线卡升级包下载的步骤流程图；

图4是本申请一个实施例提供的线卡升级通知生成的步骤流程图；

图5是本申请一个实施例提供的基于接入网网元的软件升级方法的步骤流程图；

图6是本申请一个实施例提供的软件升级包的内部文件结构示意图；

图7是本申请一个实施例提供的主控升级通知生成的步骤流程图；

图8是本申请一个实施例提供的基于线卡的软件升级方法的步骤流程图；

图9是本申请一个实施例提供的线卡升级包下载的步骤流程图；

图10是本申请一个实施例提供的线卡升级成功反馈的步骤流程图；

图11是本申请一个实施例提供的基于数字签名的加密软件升级流程的流程示意图；

图12是本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

可以理解的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书或上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请提供了一种软件升级方法、电子设备及计算机可读存储介质，根据上游网元接入网网元的主控升级通知，下载得到相应的主控升级包和下游所需的线卡升级包。主控网元仅对自身所需的主控升级包进行解签处理，并进行软件升级。在升级完成之后，向下游的线卡发送线卡升级通知，使得下游的线卡从主控网元下载所需的线卡升级包，并由线卡对线卡升级包进行解签，无需主控网元和接入网网元对所有的升级包进行解签，缩短了解签时长，提高升级效率。

为便于理解，下面结合附图对本申请实施例提供的软件升级方法的应用场景进行介绍。

图1示出了一种用于执行软件升级方法的升级系统架构，该升级系统架构包括：网管、接入网网元、主控网元和线卡。网管与接入网网元连接，主控网元分别与接入网网元和线卡连接。软件升级包从版本服务器上下载至本地站点服务器，然后通过网管将升级包上传到接入网网元设备，接入网网元设备再将需要的升级包发送至下游的各个网元设备，下游的主控网元设备再将线卡组件发给网元的所有线卡，完成设备软件升级。

由于在升级包的传输过程中存在数据被恶意攻击或损坏的安全风险，目前大部分的通讯设备通过循环冗余校验(Cyclic Redundancy Check，CRC)的方式来判断所接收到的升级包是否可用，但由于采用CRC校验的方式只能判断所接收的升级包是否完整，而不能识别出升级包中的文件是否遭受到了数据篡改，若通讯设备采用被篡改后的文件进行升级，容易导致设备运行异常，因此，采用CRC校验的安全性不高。从而，为了提高升级包数据的安全性，需要对升级包进行数字签名加密，即在通讯设备进行升级之前，需要对升级包进行解密和校验，保证文件的安全性，检测出文件是否被恶意攻击或损坏。但由于通讯设备的升级包数据量庞大，若接入网网元在接收到来自网管的升级包之后，对整个升级包进行数字签名解签，则会耗费大量的时间，升级效率低。另外，升级包中包含有部分冗余的文件，例如，重复的文件、主控网元或者线卡当前版本的文件，即升级包中存在部分无需解签的文件。若对整个升级包进行解签处理，则会降低升级效率。

因此，数据升级包依次从网管传输至接入网网元，接入网网元对网管下发的软件升级包进行解压。然后主控网元从接入网网元中获取所需的主控升级包和线卡升级包，主控网元仅对主控升级包进行数字签名的解签处理，线卡升级包则等待线卡下载后由线卡进行解签处理。因此，无需在接入网网元对数据升级包进行解压同时对所有的文件进行解签，而主控网元和线卡仅对自身所需的升级包进行解签处理，节省了无需使用的升级文件的解签时间，提高了升级效率。

本申请实施例描述的用于执行软件升级方法的升级系统架构是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着升级系统架构的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图1中示出的升级系统架构的结构并不构成对本申请实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

基于上述升级系统架构的结构，提出本申请的软件升级方法的各个实施例。

第一方面，参照图2，图2示出了本申请实施例提供的软件升级方法的流程图，该软件升级方法可以应用于主控网元，该主控网元分别与接入网网元和线卡连接，该软件升级方法包括但不限于有以下步骤：

步骤S100，获取来自于接入网网元的主控升级通知；

步骤S200，根据主控升级通知，从接入网网元下载得到主控升级包和线卡升级包，其中，主控升级包包括主控包签名文件；

步骤S300，根据主控包签名文件对主控升级包进行解签处理，得到主控解签文件；

步骤S400，在利用主控解签文件升级成功的情况下，根据线卡升级包得到线卡升级通知；

步骤S500，向线卡发送线卡升级通知，以使线卡根据线卡升级通知进行升级处理。

主控网元获取得到接入网网元下发的主控升级通知，并且根据主控升级通知，从接入网网元中下载得到相应的主控升级包和下游线卡所需的线卡升级包。其中，主控升级包中包括有主控包签名文件，即主控升级包已通过数字签名进行加密保护，且该主控升级包未经过解签处理。而主控包签名文件可以从接入网网元下载得到，主控包签名文件与主控升级包相对应，主控包签名文件可以与主控升级包一并打包压缩，在主控网元得到主控包签名文件与主控升级包压缩形成的升级包之后，可以直接解压该压缩升级包，得到主控包签名文件和主控升级包。从而，主控网元利用主控包签名文件对主控升级包进行解签处理，得到被加密保护的主控解签文件。通过主控包签名文件和预设的主控公钥文件可以判断主控解签文件是否遭到恶意攻击或者损坏，确保主控解签文件的安全性。在得到主控解签文件之后，主控网元利用主控解签文件进行软件升级，将主控网元升级到目标版本。在主控网元利用主控解签文件升级成功之后，根据已获得的线卡升级包生成线卡升级通知，并向下游的线卡发送线卡升级通知，使得下游的线卡根据线卡升级通知从该主控网元下载线卡升级包进行升级处理。因此，主控网元在接收到主控升级包和线卡升级包之后，主控网元仅针对自身升级所需的主控升级包进行解签处理，并未对下游线卡的线卡升级包进行解签。另外，主控网元的上游接入网网元也并未对下游节点的主控升级包或线卡升级包进行解签处理，从而仅对自身所需的升级包进行解签处理，无需对额外的升级包进行解签，缩短了各个节点的解签时长，提高了升级效率。

值得注意的是，主控网元从接入网网元下载的主控升级包和线卡升级包可以为未经过数字签名加密处理的升级包，因而无需进行解签处理即可得到升级包内的文件。其中，未经过数字签名加密处理的主控升级包和经过数字签名加密处理的主控升级包可以通过升级包的文件后缀名进行区分，例如，主控升级包的文件后缀名为第一后缀名，则可以认为该主控升级包已经过数字签名加密处理，需要利用签名文件和公钥文件对该主控升级包进行解签处理，才能够得到主控升级包内的加密文件。又如，主控升级包的文件后缀名为第二后缀名，则可以认为该主控升级包未经过数字签名加密处理，则无需对该主控升级包进行解签处理，可以直接对该主控升级包提取出所需的升级文件，并直接利用该升级文件进行软件升级。

值得注意的是，若主控网元无法利用主控签名文件进行解签，主控网元则向上游接入网网元和网管上报解签失败，重新获取主控升级包或者等待上游接入网网元向该主控网元下发主控升级包。

另外，参照图3，在一实施例中，图2所示实施例中的步骤S200还包括但不限于有以下步骤：

步骤S210，根据升级文件路径和升级文件名称，从接入网网元下载得到主控升级包和线卡升级包。

接入网网元中存在多个用于主控网元升级的第一升级包和多个用于线卡升级的第二升级包，为了提高升级效率，避免主控网元下载所有的第一升级包和第二升级包而延长升级时间，主控网元仅需下载自身所需的第一升级包和下游线卡所需的第二升级包，无需下载多余的升级包，因此，主控网元获取得到的主控升级通知中包括有升级文件路径和升级文件名称，主控网元可以通过升级文件路径和升级文件名称从多个第一升级包和第二升级包中确定出所需下载的主控升级包和线卡升级包，并进行下载，节省了主控网元下载大量升级包的时间，提高了升级效率。

另外，参照图4，在一实施例中，图2所示实施例中的步骤S400还包括但不限于有以下步骤：

步骤S410，在利用主控解签文件升级成功的情况下，获取线卡的版本信息；

步骤S420，根据版本信息和线卡升级包，确定出线卡文件路径和线卡文件名称；

步骤S430，根据线卡文件路径和线卡文件名称，得到线卡升级通知。

在主控网元利用主控解签文件升级成功之后，主控网元向下游所属的线卡发送查询命令，获取该主控网元下的所有线卡的当前运行版本，即版本信息。在通过已获取得到的线卡升级包和版本信息进行比对，确定出各个线卡对应所需的线卡升级包，进而确定出各个线卡升级包的文件路径和文件名称，即线卡文件路径和线卡文件名称。对线卡文件路径和线卡文件名称进行整合，形成线卡升级通知，从而下游线卡在获取得到该线卡升级通知之后，可以利用线卡升级通知中的线卡文件路径和线卡文件名称确定出自身所需的线卡升级包并进行下载，无需下载获取多余的升级包，提高升级效率。

第二方面，参照图5，图5示出了本申请实施例提供的软件升级方法的流程图，该软件升级方法可以应用于接入网网元，该接入网网元分别与主控网元和网管连接，该主控网元与线卡连接，该软件升级方法包括但不限于有以下步骤：

步骤S500，获取来自于网管的软件升级包；

步骤S600，对软件升级包进行解压处理，得到用于主控网元升级的主控升级包和用于线卡升级的线卡升级包；

步骤S700，根据主控升级包和线卡升级包，得到主控升级通知；

步骤S800，向主控网元发送主控升级通知，以使主控网元根据主控升级通知进行升级处理。

在接入网网元获取得到网管下发的软件升级包之后，对软件升级包进行解压处理，从而可以得到多个用于主控网元升级的主控升级包和多个用于线卡升级的线卡升级包。其中，软件升级包中还可以包括有与各个主控升级包一一对应的主控包签名文件，以及与各个线卡升级包一一对应的线卡包签名文件，因此，下游的主控网元可以利用主控包签名文件对相应主控升级包进行解签，下游的线卡可以利用线卡包签名文件对相应的线卡升级包进行解签。根据下游的主控网元和线卡升级所需的文件，即主控升级包和线卡升级包，生成主控升级通知，并向主控网元发送主控升级通知，使得主控网元根据主控升级通知从接入网网元下载相应的主控升级包和线卡升级包。因此，接入网网元在软件升级过程中无需对软件升级包内的文件进行解签处理，也无需对软件升级包进行解签处理，并且对软件升级包解压得到的多个主控升级包和多个线卡升级包进行分类，针对各个主控网元和线卡所需的文件生成相应的主控升级通知，使得主控网元和线卡仅需下载自身升级所需的升级包，无需下载多余的升级包，缩短文件下载和解签时长，提高升级效率。

另外，参照图6，图6示出了软件升级包的内部文件结构示意图。

软件升级包中可以包括有主控升级包、与主控升级包相对应的主控包签名文件、多个线卡升级包以及与各个线卡升级包一一对应的线卡包签名文件。其中，主控包签名文件是对应的主控升级包通过加密算法和版本服务器的私钥文件生成的，而线卡包签名文件是对应的线卡升级包通过加密算法以及版本服务器的私钥文件生成的，将主控升级包、对应的主控包签名文件、各个线卡升级包以及各个线卡升级包对应的线卡包签名文件进行打包，生成软件升级包。其中，软件升级包没有自身对应的签名文件，即接入网网元无需对软件升级包进行解签处理，而是在软件升级包内部包含了多个签名文件，对设备升级软件的解签方式采用分布式，利用下游的主控网元和线卡对软件升级包内的文件进行解签，即主控网元只需要对主控升级包进行解签，其他的线卡升级包则由相应的线卡完成解签处理，从而能够缩短解签时中央处理器所占用的时间，能够有效降低在解签过程中设备处理其他命令可能失败的风险。

另外，参照图7，在一实施例中，图5所示实施例中的步骤S700包括但不限于有以下步骤：

步骤S710，获取主控网元的升级类型；

步骤S720，根据升级类型、主控升级包和线卡升级包，确定出升级文件路径和升级文件名称；

步骤S730，根据升级文件路径和升级文件名称，得到主控升级通知。

在接入网网元对软件升级包解压得到主控升级包和线卡升级包之后，接入网网元对主控网元发送查询命令，获取得到主控网元所需的升级文件，以及主控网元下游的线卡所需的升级文件，即升级类型。因此，接入网网元可以根据升级类型，从主控升级包和线卡升级包中确定出主控网元和其下游线卡所需的升级包，从而根据该升级包得到升级文件路径和升级文件名称。接入网网元将升级文件路径和升级文件名称整合形成主控升级通知，并下发至主控网元，使得主控网元在接收到主控升级通知的情况下，利用主控升级通知中的升级文件路径和升级文件名称下载得到所需的主控升级包和线卡升级包，无需下载多余的升级包，提高升级效率。

第三方面，参照图8，图8示出了本申请实施例提供的软件升级方法的流程图，该软件升级方法可以应用于线卡，该线卡与主控网元连接，该软件升级方法包括但不限于有以下步骤：

步骤S900，获取来自于主控单元的线卡升级通知；

步骤S1000，根据线卡升级通知，从主控网元下载得到线卡升级包，其中，线卡升级包包括线卡包签名文件；

步骤S1100，利用线卡包签名文件对线卡升级包进行解签处理，得到线卡解签文件，以利用线卡解签文件进行版本升级。

线卡接收到主控单元发送的线卡升级通知之后，根据线卡升级通知从主控网元中确定并下载得到自身升级所需的线卡升级包。在线卡将线卡升级包下载完成后，可以根据下载的线卡升级包的文件后缀名判断该线卡升级包是否需要解签。例如，该线卡升级包的文件后缀名为第一后缀名，则无需对该线卡升级包进行解签处理，仅需对该线卡升级包提取出线卡解签文件，并利用线卡解签文件进行版本升级。当该线卡升级包的文件后缀名为第二后缀名，则需要对该线卡升级包进行解签处理。其中，线卡升级包中可以包括有线卡包签名文件，线卡可以从线卡升级包中无需解签而直接提取出线卡包签名文件，线卡也可以从主控网元直接下载得到线卡升级包相对应的线卡包签名文件。线卡可以利用线卡包签名文件和预设的线卡公钥文件对经过数字签名加密处理的线卡升级包进行解签处理，得到线卡解签文件，从而能够保证线卡解签文件的安全性，同时线卡仅需对自身升级所需的线卡升级包进行解签，缩短线卡解签处理的时长，提高升级效率高。

值得注意的是，在线卡对线卡升级包解签失败的情况下，线卡将解签失败的消息上报至主控网元，重新从主控网元下载线卡升级包或等待主控网元下发线卡升级包。

另外，参照图9，在一实施例中，图8所示实施例中的步骤S1000包括但不限于有以下步骤：

步骤S1010，根据线卡文件路径和线卡文件名称，从主控网元下载得到线卡升级包。

由于主控网元具有多个下游线卡，而每个线卡具有对应的线卡升级包，因此，主控单元存在多个用于线卡升级的升级包。为了避免线卡将所有的线卡升级包进行下载而延长升级时长，主控网元针对各个线卡的升级内容发布相应的线卡升级通知，线卡升级通知中包括有该线卡升级所需的文件的路径和名称，即线卡文件路径和线卡文件名称，从而线卡可以根据通过线卡升级通知中的线卡文件路径和线卡文件名称从多个升级包中确定出自身所需的线卡升级包，并进行下载，节省了线卡下载大量升级包的时间，提高升级效率。

另外，参照图10，在一实施例中，图8所示实施例中的步骤S1100之后包括但不限于有以下步骤：

步骤S1200，在利用线卡解签文件升级成功的情况下，向主控网元反馈升级成功消息，以使主控网元根据升级成功消息进行版本核对处理。

在线卡利用线卡解签文件升级成功的情况下，向所属的主控网元上报反馈升级成功的消息，其中，升级成功的消息包括有当前线卡的版本信息，从而主控网元可以根据消息中的版本信息和线卡升级通知对线卡的版本升级情况进行核对，并将升级情况继续上报至接入网网元和网管。在所有的线卡均利用线卡解签文件升级成功的情况下，设备的软件升级流程结束。

另外，为了更加清楚的软件升级方法的整体处理流程，下面以具体的示例进行说明。参照图11，图11示出了基于数字签名的加密软件升级流程的流程示意图，该流程包括以下步骤：

步骤(1)：网管将带有数字签名的软件升级包发送至接入网网元；

步骤(2)：接入网网元收到软件升级包后，对该软件升级包解压，得到主控升级包和线卡升级包；

其中，软件升级包中可以包含有多个主控升级包和多个线卡升级包，另外，软件升级包中还可以包含有主控升级包对应的主控包签名文件以及线卡升级包对应的线卡包签名文件。

步骤(3)：接入网网元对主控网元发送查询命令，查询主控网元的升级类型；

步骤(4)：主控网元向接入网网元反馈相应的升级类型；

步骤(5)：接入网网元根据反馈的升级类型，找到并以升级通知的形式对主控网元发送所需升级的主控升级包和线卡升级包所对应的文件路径和文件名称；

步骤(6)：主控网元根据接入网网元发来的文件名称以及文件路径，从接入网网元下载主控升级包和线卡升级包；

步骤(7)：在主控网元下载完成主控升级包和线卡升级包之后，对主控升级包进行解签，并激活主控升级包将主控网元的组件升级到目标版本。

其中，在主控网元下载完成主控升级包和线卡升级包后，根据下载的主控升级包中是否包含特殊后缀名(.sign)文件来判断是否需要进行解签。若需要解签，则找到主控网元自身类型对应的CardName.pkg和CardName.pkg.sign文件，用公钥进行解签。失败则上报网管该网元解签失败，成功则激活CardName.pkg，将主控网元的组件升级到目标版本。若不需要解签，则直接激活升级包即可。

步骤(8)：在主控网元激活启动完成后，向该网元下的所有线卡下发查询命令，查询各个线卡当前的运行版本；

步骤(9)：各个线卡向主控网元上报自身当前的运行版本，即版本信息。

步骤(10)：根据所有线卡的当前运行版本，以及线卡升级包确定出各个线卡需要升级的版本，向需要进行版本更新的线卡发送线卡升级通知；

步骤(11)：线卡收到主控网元发来的版本升级的线卡升级通知后，根据通知里包含的文件路径和文件名称，从主控网元上找到并将线卡升级包下载到线卡；

步骤(12)：线卡将线卡升级包下载完成后，对线卡升级包进行解签，并激活线卡升级包进行将线卡的组件升级到目标版本；

其中，线卡还会根据下载的线卡升级包中是否包含特殊后缀名(.sign)文件来判断是否需要解签。若需要解签，但解签失败，则上报主控升级文件解签失败，若解签成功则激活线卡升级包CardName.pkg进行升级；

步骤(13)：在所有主控网元所属的所有线卡升级操作完成后，结束整个升级流程。

可以看出，软件升级包并未经过数字签名加密处理，而软件升级包中的各个文件单独进行数字签名加密处理，从而，接入网网元无需对软件升级包中的文件进行解签，即未对主控升级包和线卡升级包进行解签处理，而主控网元仅对自身所需的主控升级包进行解签，并将线卡升级包下发，由相应的线卡进行解签。因此，采用分布式解签的方式对经过加密处理的大型软件包进行处理，无需单个网元设备对所有的文件进行解签，仅需对自身升级所需的文件进行解签，在保证数据包的安全性的同时，缩短解签时间，提高升级效率。

另外，第四方面，参照图12，本申请的一个实施例还提供了一种电子设备1200，图12示出了本申请实施例提供的电子设备1200的结构示意图。该电子设备1200包括：存储器1210、处理器1220及存储在存储器1210上并可在处理器1220上运行的计算机程序。

处理器1220和存储器1210可以通过总线或者其他方式连接。

实现上述实施例的软件升级方法所需的非暂态软件程序以及指令存储在存储器1210中，当被处理器1220执行时，执行上述实施例中的应用于电子设备1200的软件升级方法，例如，执行以上描述的图2中的方法步骤S100至方法步骤S500、图3中的方法步骤S210、图4中的方法步骤S410至方法步骤S430，或者图5中的方法步骤S500至方法步骤S800、图7中的方法步骤S710至方法步骤S730，或者图8中的方法步骤S900至方法步骤S1100、图9中的方法步骤S1010和图10中的方法步骤S1200。

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

此外，本申请的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的应用于软件升级方法，例如，执行以上描述的图2中的方法步骤S100至方法步骤S500、图3中的方法步骤S210、图4中的方法步骤S410至方法步骤S430，或者图5中的方法步骤S500至方法步骤S800、图7中的方法步骤S710至方法步骤S730，或者图8中的方法步骤S900至方法步骤S1100、图9中的方法步骤S1010和图10中的方法步骤S1200。本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。