CN116048594B - 软件升级方法及相关装置 - Google Patents

Abstract

本申请实施例提供了软件升级方法及相关装置，该方法包括：向网络设备发送第一请求，该第一请求包括第一阶段号，该第一阶段号为电子设备中的软件相对于第一参考软件版本所处的迭代阶段；接收来自该网络设备的第一响应，在该第一阶段号与第二阶段号不同的情况下，该第一响应包括第一指示信息，该第一指示信息用于指示需要升级的软件，该第二阶段号为该网络设备中的软件相对于第二参考软件版本所处的迭代阶段，该需要升级的软件是根据该第二阶段号对应的软件版本与该第一阶段号对应的软件版本确定的。通过本申请可以减少电子设备连接到网络设备进行软件升级检查时需要上报的数据量。

Description

软件升级方法及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及软件升级方法及相关装置。

背景技术

随着科学技术的不断发展，例如手机等电子设备在人们日常生活中越来越常见。电子设备中的软件包括系统软件，系统软件由电子设备的设备厂商负责升级迭代。

一般地，电子设备会周期性地连接到例如服务器等网络设备，以检查是否有新版本进行升级。目前，电子设备会将设备中全部系统软件对应的版本信息上报给服务器，以便服务器进行版本比对，进而确定是否需要进行软件升级。

但是，上述方式中，电子设备连接到网络设备进行软件升级检查时需要上报的数据量大。

发明内容

本申请提供了软件升级方法及相关装置，通过本申请可以减少电子设备连接到网络设备进行软件升级检查时需要上报的数据量。

第一方面，本申请实施例提供了一种软件升级方法，该方法包括：

向网络设备发送第一请求，上述第一请求包括第一阶段号，上述第一阶段号为电子设备中的软件相对于第一参考软件版本所处的迭代阶段；

接收来自上述网络设备的第一响应，在上述第一阶段号与第二阶段号不同的情况下，上述第一响应包括第一指示信息，上述第一指示信息用于指示需要升级的软件，上述第二阶段号为上述网络设备中的软件相对于第二参考软件版本所处的迭代阶段，上述需要升级的软件是根据上述第二阶段号对应的软件版本与上述第一阶段号对应的软件版本确定的。

本实施例中，上述方法可以由电子设备或芯片执行，该芯片应用于电子设备。示例性地，该电子设备可以是手机、笔记本电脑等需要连接到例如服务器等网络设备进行软件升级的设备。可以理解的是，本申请实施例中进行升级的软件应该理解为系统软件，具体可以参阅后文的具体实施例的术语部分的介绍。还应理解，上述网络设备为上述方法的执行主体需要进行连接以进行软件升级检查的网络设备，例如服务器或其他用于电子设备进行软件升级的设备。可以理解的是，该网络设备在具体场景也可以被称为云端、云服务器等，本申请对比不作限定。本申请实施例中以服务器作为执行主体执行的步骤可以由网络设备执行。

可以理解的是，上述第一请求可以理解为软件升级检查的请求。示例性地，电子设备可以按照一定的时间间隔(比如10小时、20小时等)，周期性地自动向网络设备发送上述第一请求。又示例性地，电子设备可以接收用户的“软件更新”操作触发向网络设备发送上述第一请求。

在电子设备向网络设备发送上述第一请求后，将接收到网络设备反馈的第一响应。该第一响应可以理解为对上述第一请求的响应。

本申请实施例中，上述第一阶段号为电子设备中的软件相对于第一参考软件版本所处的迭代阶段，也可以理解为后文实施例中的设备演进阶段。上述第二阶段号为网络设备中的软件相对于第二参考软件版本所处的迭代阶段，也可以理解为后文实施例中的云侧演进阶段。

可以理解的是，软件发布的一般流程是先发布在网络设备上，然后电子设备连接到服务器进行软件检查更新，但是电子设备与网络设备的初始版本是一致的。本申请实施例中，上述第一参考软件版本是电子设备作为参考来确定上述第一阶段号的软件版本，上述第二参考软件版本是网络设备作为参考来确定上述第二阶段号的软件版本，因此，可以将电子设备的初始软件版本作为上述第一参考软件版本，将网络设备的初始软件版本作为上述第二参考软件版本。上述参考软件版本也可以理解为后文中的参考系统版本。

可选地，电子设备和网络设备可以通过指示信息指定一个软件版本作为参考软件版本。例如可以是电子设备确定自己的第一参考软件版本，然后通过指示信息告知网络设备；也可以是网络设备确定自己的第二参考软件版本，然后通过指示信息告知电子设备。

在通过参考软件版本确定阶段号时，可以通过以下方式进行确定：

结合第一方面，在一种可能的实现方式中，上述第一阶段号等于上述电子设备中的各个软件的版本号与上述第一参考软件版本的版本号差值的和。具体确定方式可以参阅后文图6a-图11b，以及式(1)的描述，这里不再赘述。

或者，可以根据软件的升级或发布的次数确定，具体可以参阅后文图12-图13，以及式(2)的描述，这里不再赘述。

可以理解的是，在通过参考软件版本确定上述第一阶段号和上述第二阶段号的过程中，已经可以确定出某个阶段号对应的软件以及版本号等信息，本申请实施例，通过电子设备的第一阶段号与网络设备的第二阶段号的比对就可以确定出电子设备是否需要升级软件。可以理解的是，网络设备侧的软件版本与电子设备中的软件版本相比会更新，或，相同。因此，在上述第一阶段号与上述第二阶段号不同的情况下，说明网络设备侧有新软件版本，即电子设备需要进行软件升级，需要升级的软件是上述第二阶段号对应的软件相对于上述第一阶段号对应的软件的更新部分。

结合第一方面，在一种可能的实现方式中，在上述第一阶段号与上述第二阶段号相同的情况下，上述第一响应包括第三指示信息，上述第三指示信息用于指示不需要进行升级。

本申请通过电子设备的第一阶段号和网络设备的第二阶段号即可确定电子设备需要升级的软件，相对于其他方案中上报每个软件的版本信息，本申请进行软件升级所需要上报的给网络设备的数据量少。

结合第一方面，在一种可能的实现方式中，上述向网络设备发送第一请求之前，上述方法还包括：

接收来自上述网络设备的第二指示信息，上述第二指示信息用于指示上述第一阶段号。

本实施例中，电子设备的第一阶段号从网络设备处通过上述第二指示信息获得。可以理解的是，上述第二指示信息可以是网络设备在上述第一请求之前的升级过程中通过响应消息发送给电子设备，也可以是电子设备向网络设备发送获取上述第一阶段号的请求。

示例性地，本实施例中，网络设备可以在每次软件发布后通过后文的式(2)以软件版本号；或者，通过后文的式(1)以软件升级次数来确定自身的阶段号A，在电子设备需要进行升级，给电子设备发送升级包时指示自身的阶段号A，电子设备在接收到上述阶段号A，就可以知道自身的阶段号为阶段号A，将该阶段号A作为第一阶段号。对本实施例的描述还可以参阅图15的相关描述。

本实施例中，阶段号由网络设备确定，电子设备从网络设备处获取即可，可以简化整个软件升级检查的流程，节约电子设备侧的资源开销。

结合第一方面，在一种可能的实现方式中，上述向网络设备发送的第一请求之前，上述方法还包括：

根据上述电子设备中的软件信息确定上述第一阶段号。

与前一个实施例不同之处在于，本实施例中，电子设备在发送上述第一请求之前，根据软件信息自主确定上述第一阶段号，而不是从网络设备处获取。本实施例中，电子设备确定上述第一阶段号的方式可以是后文的式(1)或者后文的式(2)对应的方式，只要电子设备侧与网络设备侧的确定阶段号的方式统一即可。对本实施例的相关描述还可以参阅图16对应的实施例。

结合第一方面，在一种可能的实现方式中，上述方法还包括：

在上述电子设备中的软件的主版本号发生变化的情况下，更新上述第一参考软件版本，将变化后的主版本号对应的软件版本作为上述第一参考软件版本。

本实施例中，对软件的主版本号的相关描述可以参阅后文具体实施例中的术语部分以及图11a和图11b的相关描述。可以理解的是，软件的主版本号发生变化往往意味着操作系统架构等发生较大变化，将导致其他相关的软件也发生变化，因此，在主版本发生变化后，更新上述第一参考软件版本，直接以变化后的主版本号对应的软件版本作为参考软件版本可以简化阶段号的确定流程，不必再根据较多更新的软件来确定阶段号。

结合第一方面，在一种可能的实现方式中，上述第一请求还包括上述第一参考软件版本，在上述第一阶段号与第二阶段号不同的情况下，上述第一响应包括第一指示信息，包括：

在上述第一参考软件版本与上述第二参考软件版本相同，且上述第一阶段号与上述第二阶段号不同的情况下，上述第一响应包括上述第一指示信息。

本实施例中，电子设备在发送上述第一请求时还携带上述第一参考软件版本，可以理解为电子设备上报自己使用的参考软件版本。可以理解的是，电子设备与网络设备是两个独立的设备，两者的软件并不一定完全处于同步的状态，可能在某些场景下，网络设备上的软件已经进行主版本号更新，已经按照新的参考软件版本确定阶段号，但是电子设备可能因为断网(比如丢失后断网)在较长时间内未进行更新，还处于旧的参考软件版本对应的阶段，即后文实施例所介绍的滞后现象(具体可参阅图17的相关描述)，仅仅通过阶段号将导致软件升级的判断出错。本实施例通过上报上述第一参考软件版本和上述第一阶段号进行软件升级检查，可以提高准确性。

可以理解的是，在上述第一阶段号由电子设备从网络设备处获取的情况下，电子设备的第一参考软件版本也可以与第一阶段号的获取方式类似，从网络设备处通过指示信息获取。在在上述第一阶段号由电子设备自主确定的情况下，电子设备向网络设备上报即可。

可以理解的是，在上报上述第一参考软件版本后，是否需要进行升级的确定方式包括了参考软件版本的比对。本实施例中，在上述第一参考软件版本与上述第二参考软件版本相同，且上述第一阶段号与上述第二阶段号不同的情况下，上述第一响应包括上述第一指示信息。也就是说，在电子设备与网络设备的阶段号所参考的软件版本相同的前提下，阶段号不同可以认为电子设备需要进行升级。

结合第一方面，在一种可能的实现方式中，在上述第一参考软件版本与上述第二参考软件版本不同的情况下，上述第一响应包括上述第一指示信息。

本实施例中，在电子设备与网络设备的阶段号所参考的软件版本不同的情况下，可以认为电子设备需要进行升级。类似地，由于网络设备侧的软件版本与电子设备中的软件版本相比会更新，或，相同。那么参考软件本的不同就可以确定电子设备需要进行升级。

结合第一方面，在一种可能的实现方式中，在上述第一参考软件版本与上述第二参考软件版本相同，且上述第一阶段号与上述第二阶段号相同的情况下，上述第一响应包括第三指示信息，上述第三指示信息用于指示不需要进行升级。

本实施例中，在电子设备与网络设备的阶段号所参考的软件版本相同，各自的阶段号也相同的情况下，可以认为电子设备不需要进行升级。

第二方面，本申请实施例提供了一种软件升级方法，该方法包括：

接收来自电子设备的第一请求，上述第一请求包括第一阶段号，上述第一阶段号为上述电子设备中的软件相对于第一参考软件版本所处的迭代阶段；

向上述电子设备发送第一响应，在上述第一阶段号与第二阶段号不同的情况下，上述第一响应包括第一指示信息，上述第一指示信息用于指示需要升级的软件，上述第二阶段号为网络设备中的软件相对于第二参考软件版本所处的迭代阶段，上述需要升级的软件是根据上述第二阶段号对应的软件版本与上述第一阶段号对应的软件版本确定的。

本实施例中，上述方法可以由网络设备或芯片执行，该芯片应用于网络设备。对网络设备、电子设备、以及上述方法中的第一请求、第一响应、第一阶段号、第二阶段号、第一参考软件版本以及第二参考软件版本等的解释可以参考前文的描述，这里以及后续将不再赘述。

结合第二方面，在一种可能的实现方式中，上述第二阶段号等于上述网络设备中的各个软件的版本号与上述第二参考软件版本的版本号差值的和。

结合第二方面，在一种可能的实现方式中，上述接收来自电子设备的第一请求之前，上述方法还包括：

向上述电子设备发送第二指示信息，上述第二指示信息用于指示上述第一阶段号。

结合第二方面，在一种可能的实现方式中，上述接收来自电子设备的第一请求，包括：

在上述电子设备根据上述电子设备中的软件信息确定上述第一阶段号后，接收来自上述电子设备的上述第一请求。

结合第二方面，在一种可能的实现方式中，上述方法还包括：

在上述网络设备中的软件的主版本号发生变化的情况下，更新上述第二参考软件版本，将变化后的主版本号对应的软件版本作为上述第二参考软件版本。

结合第二方面，在一种可能的实现方式中，上述第一请求还包括上述第一参考软件版本，在上述第一阶段号与第二阶段号不同的情况下，上述第一响应包括第一指示信息，包括：

在上述第一参考软件版本与上述第二参考软件版本相同，且上述第一阶段号与上述第二阶段号不同的情况下，上述第一响应包括上述第一指示信息。

结合第二方面，在一种可能的实现方式中，在上述第一参考软件版本与上述第二参考软件版本不同的情况下，上述第一响应包括上述第一指示信息。

结合第二方面，在一种可能的实现方式中，在上述第一参考软件版本与上述第二参考软件版本相同，且上述第一阶段号与上述第二阶段号相同的情况下，上述第一响应包括第三指示信息，上述第三指示信息用于指示不需要进行升级。

结合第二方面，在一种可能的实现方式中，在上述第一阶段号与上述第二阶段号相同的情况下，上述第一响应包括第三指示信息，上述第三指示信息用于指示不需要进行升级。

第三方面，本申请实施例提供了一种软件升级装置，该装置包括：

通信单元，用于向网络设备发送上述第一请求，上述第一请求包括第一阶段号，上述第一阶段号为电子设备中的软件相对于第一参考软件版本所处的迭代阶段；

上述通信单元，还用于接收来自上述网络设备的第一响应，在上述第一阶段号与第二阶段号不同的情况下，上述第一响应包括第一指示信息，上述第一指示信息用于指示需要升级的软件，上述第二阶段号为上述网络设备中的软件相对于第二参考软件版本所处的迭代阶段，上述需要升级的软件是根据上述第二阶段号对应的软件版本与上述第一阶段号对应的软件版本确定的。

可选地，上述通信单元从处理单元中获得上述第一请求；上述处理单元还用于对上述第一响应进行处理。

第四方面，本申请实施例提供了一种软件升级装置，该装置包括：

通信单元，用于接收来自电子设备的第一请求，所述第一请求包括第一阶段号，所述第一阶段号为所述电子设备中的软件相对于第一参考软件版本所处的迭代阶段；

上述通信单元，还用于向所述电子设备发送上述第一响应，在所述第一阶段号与第二阶段号不同的情况下，所述第一响应包括第一指示信息，所述第一指示信息用于指示需要升级的软件，所述第二阶段号为网络设备中的软件相对于第二参考软件版本所处的迭代阶段，所述需要升级的软件是根据所述第二阶段号对应的软件版本与所述第一阶段号对应的软件版本确定的。

可选地，处理单元用于对上述第一请求进行处理，从上述第一请求中确定第一阶段号；上述处理单元还用于确定上述第一响应，以使上述通信单元获得上述第一响应。

第五方面，本申请实施例提供一种电子设备，所述电子设备包括处理器、存储器以及收发器；所述收发器，用于接收信号或者发送信号；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述处理器调用所述计算机指令，以使第一方面或第一方面的任意可能的实现方式中的方法被执行。

第六方面，本申请实施例提供一种网络设备，所述网络设备包括处理器、存储器以及收发器；所述收发器，用于接收信号或者发送信号；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述处理器调用所述计算机指令，以使第二方面或第二方面的任意可能的实现方式中的方法被执行。

第七方面，本申请实施例提供了一种通信系统，包括电子设备和网络设备，该电子设备用于执行第一方面或第一方面的任意可能的实现方式中的方法，该网络设备用于执行第二方面或第二方面的任意可能的实现方式中的方法。

第八方面，本申请实施例提供一种芯片，包括逻辑电路和接口，所述逻辑电路和接口耦合；所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使第一方面或第一方面的任意可能的实现方式中的方法被执行；或者，以使第二方面或第二方面的任意可能的实现方式中的方法被执行。

第九方面，本申请实施例公开了一种计算机程序产品，上述计算机程序产品包括程序指令，上述程序指令当被处理器执行时，使第一方面或第一方面的任意可能的实现方式中的方法被执行；或者，使第二方面或第二方面的任意可能的实现方式中的方法被执行。

第十方面，本申请实施例提供一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机程序，当上述计算机程序在处理器上运行时，使第一方面或第一方面的任意可能的实现方式中的方法被执行；或者，使第二方面或第二方面的任意可能的实现方式中的方法被执行。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种不同的系统软件之间的关系的示意图；

图2是本申请实施例提供的一种软件进行版本更新的示意图；

图3是本申请实施例提供的一种软件升级方法的示意图；

图4是本申请实施例提供的一种电子设备触发软件升级检查后不需要进行升级的对比图；

图5是本申请实施例提供的一种电子设备触发软件升级检查后需要进行升级的对比图；

图6a是本申请实施例提供的一种1个软件在版本迭代中版本号连续变化的示意图；

图6b是本申请实施例提供的一种演进阶段计算结果的示意图；

图7a是本申请实施例提供的一种2个软件在版本迭代中版本号连续变化的示意图；

图7b是本申请实施例提供的另一种演进阶段计算结果的示意图；

图8a是本申请实施例提供的一种2个软件在版本迭代中发生局部变化，且版本号不连续变化的示意图；

图8b是本申请实施例提供的又一种演进阶段计算结果的示意图；

图9a是本申请实施例提供的一种3个软件在版本迭代中发生局部变化，且版本号不连续变化的示意图；

图9b是本申请实施例提供的又一种演进阶段计算结果的示意图；

图10a是本申请实施例提供的一种软件在版本迭代中发生次版本号变化的示意图；

图10b是本申请实施例提供的又一种演进阶段计算结果的示意图；

图11a是本申请实施例提供的一种软件在版本迭代中发生主版本号变化和次版本号变化的示意图；

图11b是本申请实施例提供的又一种演进阶段计算结果的示意图；

图12是本申请实施例提供的一种利用升级新软件的次数计算演进阶段的计算结果的示意图；

图13是本申请实施例提供的另一种利用升级新软件的次数计算演进阶段的计算结果的示意图；

图14是本申请实施例提供的一种电子设备周期性向服务器发送请求进行升级检查的场景示意图；

图15是本申请实施例提供的一种由服务器确定演进阶段并告知电子设备进行软件升级方法的流程示意图；

图16是本申请实施例提供的一种电子设备和服务器各自以相同的规则确定演进阶段进行软件升级方法的流程示意图；

图17是本申请实施例提供的一种电子设备的软件升级出现滞后的场景示意图；

图18是本申请实施例提供的一种电子设备100的结构示意图；

图19是本申请实施例提供的一种电子设备100的软件结构框图；

图20是本申请实施例提供的一种通信装置200的结构示意图；

图21是本申请实施例提供的一种通信装置210的结构示意图；

图22是本申请实施例提供的一种通信装置220的结构示意图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

为了更清楚地描述本申请提供的方案，下面先介绍本申请实施例涉及的术语。

1、系统软件

容易理解，例如手机等电子设备中包括各类软件。示例性地，电子设备中可以被生产电子设备的设备厂商预先安装软件，例如电话软件、通讯录软件以及短信软件等；又示例性地，电子设备可以通过访问网络安装其他第三方提供的第三方软件，例如第三方提供的地图软件、购物软件、视频播放软件以及办公软件等。

本申请实施例中，电子设备的系统软件可以理解为由生产该电子设备的设备厂商负责升级的软件。示例性地，系统软件可以是电子设备的设备厂商研发的软件(可以简称为自研软件)。可以理解的是，该自研软件可以是用户可见的软件，例如电话软件、短信软件、通讯录软件、图库软件以及天气软件等；也可以是用户不可见的软件，例如操作系统以及其他用于支持硬件的驱动软件，比如图形处理器(graphics processing unit，GPU)驱动软件。

又示例性地，本申请实施例中的系统软件还可以包括设备厂商提供的用于支持电子设备的系统应用的组件，例如设置应用中的电池组件、存储组件以及桌面和壁纸组件等。

又示例性地，本申请实施例中的系统软件还可以包括非设备厂商研发但是由设备厂商负责升级的软件，例如，电子设备使用的操作系统为安卓(Android)操作系统，该操作系统为开放源代码的操作系统，但是在电子设备应用该操作系统后，后续的升级迭代将由设备厂商进行负责，因此，该操作系统也可以理解为本申请实施例中的系统软件。

为便于理解，示例性地，请参阅图1，图1是本申请实施例提供的一种不同的系统软件之间的关系的示意图。

如图1所示，电子设备操作系统可以作为软件与操作系统之间的桥梁，用于管理和控制电子设备中的硬件和软件资源，例如图1中的软件A、软件B以及软件X等。示例性地，图1中的操作系统可以是Android操作系统，软件A可以是电话软件、软件B可以是通讯录软件，软件X可以是相机软件。

又示例性地，图1中的软件资源也可以是组件资源，例如图1中的操作系统可以是Android操作系统，该操作系统上运行组件A-组件X，该组件A-组件X可以是通知组件、显示和亮度组件、声音和振动组件以及生物识别和密码组件等。

2、软件的版本号

本申请实施例中，软件的版本号可以理解为软件版本的标识号。可以理解的是，对软件进行更新迭代意味着会发布新版本的软件，因此，不同版本的软件拥有不同的版本号，通过版本号可以使用户了解到某个软件是否为最新的版本。

可以理解的是，软件的版本号可以有不同的命名规则。一般地，软件的版本号可以采用三段式命名规则：主版本号.次版本号.修订版本号，例如1.0.0、2.0.1等。其中：

主版本号的变化可以理解为平台变化，在功能模块有重大变动的情况下对主版本号进行递增，例如该平台变化可以是增加多个模块或者整体架构发生变化。

次版本号的变化可以理解为关键特性变化，在功能模块有较大变动的情况下对次版本号进行递增。例如关键特性变化可以是对软件进行了改进，但是该改进造成了软件程序与之前版本不能兼容，或者对该软件程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。

修订版本号的变化可以理解为局部变化，在功能模块有变动的情况下对修订版本号进行递增。例如该局部变化可以是局部函数的功能改进，或者系统漏洞(bug)的修正，或者功能的扩充等。

可以理解的是，自软件的第一个稳定版本发布后，修订版本号可能会经常性改动，次版本号一般较少作改动，而主版本号改动的频率很低。示例性地，软件的初始版本的版本号可以是1.1.0，在对软件进行更新迭代的过程中，如果进行了局部修改或bug修正，主版本号和次本号都不变，修订版本号加1，例如从1.1.0变成1.1.1。如果在原有的基础上增加了部分功能，主版本号不变，次版本号加1，修订版本号复位为0，例如从1.1.18变成1.2.0。如果进行了重大修改而导致软件发生全局变化时，主版本号加1、次版本号加和修订版本号复位为0，例如从1.2.18变成2.0.0。

可以理解的是，除了上述三段式命名规则，软件的版本号还可以采用两段式、四段式等命名规则。例如两段式的命名规则可以是：次版本号.修订版本号，一般适用于小项目。虽然命名规则有多种，但是软件不同版本一定是按照时间的先后进行发布的。

示例性地，请参阅图2，图2是本申请实施例提供的一种软件进行版本更新的示意图。

如图2所示，一方面，软件进行版本更新时，一般是在不同的时间点发布不同的版本，例如，2.1.5版本和2.1.6版本是在不同的时间点发布的。

另一方面，软件进行版本更新时，先发布的软件版本的版本号低于后发布的软件版本的版本号，即随着时间的增加，版本号也在增加。如图2所示，按照时间的先后顺序发布的版本依次是2.1.5版本、2.1.6版本、2.1.7版本、2.1.8版本。

可以理解的是，电子设备中的第三方软件的升级是由该第三方软件对应的服务器负责的，不同的第三方软件可以对应不同的服务器。但是电子设备中的系统软件的升级是由电子设备对应的设备厂商负责的，例如，设备厂商A生产的电子设备A中的系统软件数量可能有30个(甚至更多)，这30个系统软件的升级是由设备厂商A的服务器负责的。可以理解的是，本申请实施例中涉及的升级应该理解为电子设备中的系统软件的升级，为了便于理解，后续以电子设备中的软件升级进行描述。

一般地，电子设备会周期性地连接到服务器，以检查是否有需要升级的软件版本(可以简称为软件升级检查)。例如，电子设备可以每间隔两天连接到服务器以进行软件升级检查。在一些实施例中，也可以通过用户的手动操作进行软件升级检查，例如，用户可以通过点击设置软件中的“软件更新”触发电子设备连接到服务器以进行软件升级检查。

电子设备中不同软件之间是解耦的，可以理解为不同的软件的版本迭代不同。例如可以表现在不同的软件的初始版本不同，在不同的软件经过相同时间段的迭代之后迭代到不同的版本，对应不同的版本号等。因此，其他方案中，电子设备每次连接到服务器进行软件升级检查时，会上报(可以理解为电子设备向服务器发送信息)检查信息以便服务器进行版本比对，进而确定是否需要进行软件升级。其中，该检查信息包括电子设备已经安装的每个软件的版本信息，例如该检查信息可以包括每个软件的软件名称和对应的版本号等。

可以理解的是，上述方式中，电子设备连接到服务器进行软件升级检查时上报的数据量大，导致电子设备消耗的数据流量大、软件升级检查的效率低。

基于上述问题，本申请实施例提供了一种软件升级方法及相关装置。该方法中，电子设备和服务器各自确定出当前软件版本相对于参考系统版本的演进阶段，为便于理解，将电子设备侧的演进阶段称为设备演进阶段，将服务器侧的演进阶段称为云侧演进阶段；之后，电子设备向服务器发送软件升级检查请求时，上报自身的设备演进阶段；服务器在接收到该请求后，对电子设备的设备演进阶段与服务器的云侧演进阶段的比对即可确定是否需要升级。

应理解，上述设备演进阶段和上述云测演进阶段本质上均为演进阶段，上述命名仅仅是为了便于理解而对电子设备侧和服务器侧使用的演进阶段进行区分。设备演进阶段可以认为是电子设备中当前软件版本相对于参考系统版本的演进阶段；云侧演进阶段可以认为是服务器中当前软件版本相对于参考系统版本的演进阶段。

相对于其他方案中上报每个软件的版本信息，本申请上报电子设备的演进阶段可以理解为一种消息压缩，电子设备上报的搜包消息是固定大小，与电子设备中的软件数量无关。因此，电子设备通过更少的数据就可以实现软件升级检查，可以节约电子设备进行软件升级检查消耗的数据流量；另外，本申请中，电子设备进行软件升级检查时不再需要收集每个软件的版本信息进行上报，既可以节约进行软件升级检查消耗的时间，提高电子设备进行软件升级检查的效率，又可以起到保护信息的作用。

示例性地，如图3所示，图3是本申请实施例提供的一种软件升级方法的示意图，电子设备进行软件升级检查时，向服务器上报演进阶段(即设备演进阶段)，服务器对电子设备的演进阶段与服务器的演进阶段(即云侧演进阶段)进行比较，在两者演进阶段不一致的情况下，确定电子设备需要进行升级，服务器根据电子设备的演进阶段对应软件版本以及当前的软件版本，向电子设备下发需要升级的软件版本；在两者演进阶段相同的情况下，确定电子设备不需要进行升级。通过上述软件升级方法既可以节约电子设备进行软件升级消耗的数据流量，也可以节约电子设备进行软件升级需要消耗的时间，进而提高电子设备进行软件升级的效率。

为了直观了解到其他方案与本申请提供的方法的区别，接下来以电子设备需要升级和电子设备不需要升级两个场景分别进行介绍。

示例性地，请参阅图4，图4是本申请实施例提供的一种电子设备触发软件升级检查后不需要进行升级的对比图。

如图4所示，图4中的(A)可以理解为采用其他方案进行软件升级检查的过程，图4中的(B)可以理解为采用本申请中的软件升级检查方法进行软件升级检查的过程。

其他方案中，从响应软件升级检查的触发操作以进行各个软件的版本信息收集，到向服务器上报版本信息需要花费时长T₁；从上报版本信息给服务器使服务器进行每个软件版本比对，到接收服务器反馈不需要进行升级需要花费时长T₂。

本申请的方法中，从响应软件升级检查的触发操作，到上报演进阶段需要花费时长T₃；从上报演进阶段给服务器使服务器进行演进阶段比对，到接收服务器反馈不需要进行升级需要花费时长T₄。

如图4所示，本申请所需要花费的总时长T₃+T₄小于其他方案所需要花费的总时长T₁+T₂。

可以理解的是，服务器上相邻两次软件的发布往往会间隔一段时间，例如在1月1日发布了软件A的新版本，7天之后发布软件B的新版本，可以理解，电子设备在上述7天的间隔时间内也会定期连接到服务器进行软件升级检查，只是触发软件升级检查后不需要进行升级。在此期间，通过本申请提供的方法既可以节约数据流量，又可以节约进行软件升级检查的时间。

可以理解的是，如果服务器在发布软件B的新版本之后接收到电子设备的软件升级检查，那么服务器将对电子设备进行软件升级。

又示例性地，请参阅图5，图5是本申请实施例提供的一种电子设备触发软件升级检查后需要进行升级的对比图。

类似地，如图5所示，图5中的(A)可以理解为采用其他方案进行软件升级的过程，图5中的(B)可以理解为采用本申请中的软件升级方法进行软件升级的过程。

其他方案中，从响应软件升级检查的触发操作以进行各个软件的版本信息收集，到向服务器上报版本信息需要花费时长T₅；从上报版本信息给服务器使服务器进行每个软件版本比对确定出需要升级的版本，到电子设备开始升级需要花费时长T₆。

本申请的方法中，从响应软件升级检查的触发操作，到上报演进阶段需要花费时长T₇；从上报演进阶段给服务器使服务器进行演进阶段比对，确定出需要升级的版本，到电子设备开始升级需要花费时长T₈。

如图5所示，本申请所需要花费的总时长T₇+T₈小于其他方案所需要花费的总时长T₅+T₆，即在触发软件升级检查后需要进行升级的情况下，本申请可以节约电子设备进行软件升级需要消耗的时间。

以上从整体上对本方案进行了介绍，接下来对本申请中演进阶段的计算规则进行介绍。

本申请实施例中的演进阶段可以根据软件的版本号确定，每次有新的软件版本发布时根据软件的版本号重新计算演进阶段，可选地，还可以确定出新的演进阶段对应的各个软件版本。可以理解的是，实际情况下，软件版本号的变化可能是连续的，也可能是不连续的。因此，接下来将分成软件版本号连续变化场景和软件版本号不连续变化场景进行介绍。

场景一：软件版本号连续变化

示例性地，请参阅图6a和图6b，其中，图6a是本申请实施例提供的一种1个软件在版本迭代中版本号连续变化的示意图，图6b是本申请实施例提供的一种演进阶段计算结果的示意图。

如图6a所示，软件A发布的初始版本为1.1.5版本，在后续的版本迭代中依次发布了1.1.6版本、1.1.7版本以及1.1.8版本。本实施例中，由于版本号是连续变化的，在初始版本之后第一次发布新版本，即发布软件A的1.1.6版本时，计算出演进阶段为第1阶段；类似地，在初始版本之后第二次发布新的版本，即发布软件A的1.1.7版本时，计算出演进阶段为第2阶段；在初始版本之后第三次发布新的版本，即发布软件A的1.1.8版本时，计算出演进阶段为第3阶段，具体结果如图6b所示。

可以理解的是，电子设备在上市时已经包安装有多个系统软件，例如，日常生活中购买到手机时已经安装有操作系统，还安装有设备厂商的自研软件等。本申请实施例中，计算演进阶段所参照的初始版本可以理解为电子设备出厂时配置的软件版本。

通过上述演进阶段的计算，容易理解，如果知道软件A的演进阶段为第2阶段，那么就可以知道软件A的版本号为1.1.7，即相对于初始版本有两个版本的升级。

又示例性地，请参阅图7a和图7b，其中，图7a是本申请实施例提供的一种2个软件在版本迭代中版本号连续变化的示意图，图7b是本申请实施例提供的另一种演进阶段计算结果的示意图。

如图7a所示，2个软件分别是软件B和软件C，软件B的初始版本为1.1.5版本，软件C的初始版本为1.8.1版本，在后续的迭代过程中，软件B依次发布了1.1.6版本、1.1.7版本以及1.1.8版本；软件C发布了1.8.2版本。

按照时间的先后顺序得到软件B和软件C的各个版本的发布顺序依次为：软件B发布1.1.6版本、软件C发布1.8.2版本、软件B发布1.1.7版本、软件B发布1.1.8版本。

在初始版本之后，第一次发生的迭代是对软件B进行升级，软件C不升级。因此，发布软件B的1.1.6版本时，计算出演进阶段为第1阶段，第1阶段中软件B为1.1.6版本，软件C为1.8.1版本。

类似地，第二次发生的迭代是对软件C进行升级，软件B不升级。因此，发布软件C的1.8.2版本时，计算出演进阶段为第2阶段，第2阶段中软件B为1.1.6版本，软件C为1.8.2版本。其余的演进阶段计算与上述过程类似，具体可以参照图7b的结果，这里不再赘述。

可以理解的是，不同的软件的新版本发布必定是按照时间先后顺序发布的，不可能在同一时间发布多个版本，因此，每个新的演进阶段均对应着一个软件的版本升级。如图7b所示，第1阶段相对于初始阶段的升级发生在软件B，第2阶段相对于第1阶段的升级发生在软件C，第3阶段相对于第2阶段的升级和第4阶段相对于第3阶段的升级均发生在软件B，如图7b中的以灰色进行纯色填充的长方形。本申请实施例中示例性地用以灰色进行纯色填充的长方形表示某个演进阶段相对于前一演进阶段发生升级的软件版本。

场景二：软件版本号不连续变化

如前文术语的第2部分对三段式的版本号的介绍可以知道，主版本号的变化可以理解为平台变化、次版本号的变化可以理解为关键特性变化、修订版本号的变化可以理解为局部变化。一般地，从整体来说，平台变化以及关键特性变化发生的次数远小于局部变化的次数，例如，在日常生活中，用户购买手机之后的软件升级大部分是小范围的变化，比如bug修复、小功能的优化等，而相对较少会出现大幅度的软件升级，比如整个操作系统的升级。

由于局部变化是相对最频繁的，但是也不排除发生非局部变化(可以理解为平台变化和/或关键特性变化)，接下来由浅入深，先介绍局部变化中的版本号不连续变化，即情况一；然后再介绍非局部变化中的软件版本号不连续变化，即情况二。

情况一：局部变化中的版本号不连续变化

示例性地，请参阅图8a和图8b，其中，图8a是本申请实施例提供的一种2个软件在版本迭代中发生局部变化，且版本号不连续变化的示意图，图8b是本申请实施例提供的又一种演进阶段计算结果的示意图。

如图8a所示，2个软件分别是软件D和软件E，软件E的初始版本为1.1.8版本，软件E的初始版本为2.1.3版本。在后续的迭代过程中，软件D发布了1.1.9版本，软件E发布了2.1.5版本。也就是说，软件D的版本号变化属于连续变化，但是软件E的版本号变化属于不连续变化，即在2.1.3版本后未发布2.1.4版本而直接发布了2.1.5版本，这种变化可以形象地理解为发生了版本“跃迁”或“跳变”。

最终，按照时间的先后顺序得到软件D和软件E的各个版本的发布顺序依次为：软件D发布1.1.9版本、软件E发布2.1.5版本。

在初始版本之后，第一次发生的迭代是对软件D进行升级，软件E不升级。因此，发布软件D的1.1.9版本时，计算出演进阶段为第1阶段，第1阶段中软件D为1.1.9版本，软件E为2.1.3版本。

第二次发生的迭代是对软件E进行升级，软件D不升级。但是，软件E的版本号发生了不连续变化，最新发布的版本为2.1.5版本，因此，根据每个软件最新的版本号与初始版本号之间的差值来确定新的演进阶段，例如式(1)：

其中，i表示第i个软件，也可以称为软件i，n表示软件的总数量。

如图8a和图8b，在第二次进行迭代，即发布软件E的2.1.5版本时，软件D为1.1.9版本，与初始版本1.1.8之间的差值为1；软件E为2.1.5版本，与初始版本2.1.3之间的差值为2，因此，新的演进阶段为第3阶段(1+2＝3)。可以理解的是，虽然未发布软件E的2.1.4版本(例如该版本被废弃)，但是在一些实施例中，依旧可以保留对应的演进阶段，例如保留第1阶段和第3阶段之间未发布的第2阶段，第2阶段中软件D应该为1.1.9版本，软件E应该为2.1.4版本，最终的结果如图8b所示。本申请实施例中示例性地用以条纹进行图案填充的长方形表示未发布的软件版本。

为了进一步理解上述演进阶段的计算方式，示例性地，请参阅图9a和图9b，其中，图9a是本申请实施例提供的一种3个软件在版本迭代中发生局部变化，且版本号不连续变化的示意图，图9b是本申请实施例提供的又一种演进阶段计算结果的示意图。

如图9a所示，3个软件分别是软件F、软件G以及软件H，软件F的初始版本为2.1.8版本、软件G的初始版本为1.1.8版本、软件H的初始版本为3.1.1版本。在后续的迭代过程中，软件F未发生变化、软件G发布了1.1.9版本和1.1.10版本、软件H发布了3.15版本。

最终，按照时间的先后顺序得到软件F、软件G以及软件H的各个版本的发布顺序依次为：软件G发布1.1.9版本、软件G发布1.1.10版本、软件H发布3.1.5版本。

在初始版本之后，第一次发生的迭代是对软件G进行升级，软件F和软件H不升级。由于只有软件G的版本发生了连续变化，利用上述式(1)计算出演进阶段为第1阶段，第1阶段中软件F为2.1.8版本，软件G为1.1.9版本，软件H为3.1.1版本。

类似地，第二次发生的迭代也是对软件G进行升级，软件F和软件H不升级。由于软件G的版本号是连续变化，利用上述式(1)计算出演进阶段为第2阶段，第2阶段中软件F为2.1.8版本，软件G为1.1.10版本，软件H为3.1.1版本。

在第三次发生迭代时，软件H直接发布了3.1.5版本，跳过了3.1.2版本-3.1.4版本。由于软件F的当前版本与初始版本相同(即版本号之间的差值为0)，软件G的当前版本号1.1.10与初始版本号1.1.8之间的差值为2，软件H的当前版本号3.1.5与初始版本号3.1.1之间的差值为4，利用上述式(1)计算出演进阶段为第6阶段(0+2+4＝6)。第6阶段中软件F为2.1.8版本，软件G为1.1.10版本，软件H为3.1.5版本，最终的结果如图9b所示。

情况二：非局部变化中的版本号不连续变化

示例性地，请参阅图10a和图10b，其中，图10a是本申请实施例提供的一种软件在版本迭代中发生次版本号变化的示意图，图10b是本申请实施例提供的又一种演进阶段计算结果的示意图。

如图10a所示，软件J的初始版本为5.2.16版本，软件K的初始版本为6.5.25版本。在后续的迭代过程中，软件J发布了5.2.20版本，软件K发布了6.6.0版本。其中，软件J发布的5.2.20版本相对于初始版本5.2.16属于修订版本号发生变化，软件K发布的6.6.0版本相对于初始版本6.5.25属于次版本号发生变化。

最终，按照时间的先后顺序得到软件J和软件K的各个版本的发布顺序依次为：软件J发布5.2.20版本、软件K发布6.6.0版本。

可以理解的是，软件版本号的每一位都可以对应有取值范围，该取值范围具体可以根据实际情况进行设定。例如上述三段式版本号，可以是每一位的取值范围都设定在1-99。可选地，由于关键特性变化和平台变化的频率小于局部变化的频率，可以设定修订版本号的取值范围为1-99，主版本号和次版本号设定取值范围小于修订版本号的取值范围，比如为1-20、或者1-25等。为便于理解，本实施例以每一位的取值范围都设定在1-99进行介绍。

在初始版本之后，第一次发生的迭代是对软件J进行升级，软件J从5.2.16版本升级到5.2.20版本，两个版本号之间的差为4(20-16＝4)，软件K不变化。因此，利用上述式(1)计算出演进阶段为第4阶段，第4阶段中软件J为5.2.20版本，软件K为6.5.25版本。

第二次发生迭代是对软件K的升级，并且发生了关键特性变化，即版本号的次版本号发生变化。此时，软件J的当前版本号5.2.20与初始版本号5.2.16之间的差为4，软件K的当前版本号6.6.0与初始版本号6.5.25之间的差为74(99-25＝74)。因此，利用上述式(1)计算出演进阶段为第78(74+4＝78)阶段，第78阶段中软件J为5.2.20版本，软件K为6.6.0版本，最终的结果如图10b所示。

又示例性地，请参阅图11a和图11b，其中，图11a是本申请实施例提供的一种软件在版本迭代中发生主版本号变化和次版本号变化的示意图，图11b是本申请实施例提供的又一种演进阶段计算结果的示意图。

如图11a所示，软件M的初始版本为7.5.69版本，软件N的初始版本为5.5.20版本。在后续的迭代过程中，软件M发布了7.5.80版本、5.8.0版本以及5.8.5版本，软件N发布了8.8.0版本。其中，软件M发布的8.0.0版本相对于初始版本7.5.69属于主版本号发生变化，软件N发布的5.7.25版本相对于初始版本5.5.20属于次版本号发生变化。

最终，按照时间的先后顺序得到软件M和软件N的各个版本的发布顺序依次为：软件M发布7.5.80版本、软件N发布5.7.25版本，软件M发生平台变化、软件N发布5.8.5版本。

可以理解的是，一方面，主版本号的变化频次相对于次版本号和修订版本号的变化频次少，但是纵观电子设备从上市到退市的整个生命周期，生命周期的初始阶段相对于生命周期的末尾阶段还是有较高频次的主版本变化，比如在电子设备刚刚上市一段时间(比如一年内)内，研发团队可能会频繁对版本进行迭代，甚至进行几次主版本变化，以提高用户体验。

另一方面，一个软件发生主版本号变化时，往往意味着其他较多软件也会进行相应的升级。因为主版本号的变化意味着平台变化，一般都是整个系统架构发生较大变化才会进行主版本号变化，在系统架构发生变化的基础上，其他软件也会适应性作出改变而进行升级。例如，上述软件M可以是电子设备的操作系统，在操作系统的主版本号从7升级到8的情况下，软件N也会适应性作出调整，例如从5.7.25版本升级到5.8.0版本，即进行关键特性变化。

由此，对于软件M发生主版本号变化之前的两次升级，演进阶段的计算与前文类似，发布软件M的7.5.80版本时计算出演进阶段为第11阶段，发布软件N的5.7.25版本时计算出演进阶段为第203阶段，具体细节这里不再赘述。

在软件M发生主版本变化，即发布8.0.0版本时，软件N也适应性发布5.8.0版本，此时，可以将软件M的8.0.0版本和软件的5.8.0版本作为新的初始版本，即作为计算演进阶段的新的基础，后续软件升级后对演进阶段的计算以此为基础。

例如，后续软件N发布5.8.5版本，由于软件M未进行升级，版本号5.8.5与版本号5.8.0之间的差值为5，因此，发布软件N的5.8.5版本后的演进阶段为第5阶段，可以理解的是，本次演进阶段计算时以发生主版本变化后的各个软件版本为基础进行计算的，最终的结果如图11b所示。

可以理解的是，在一些实施例中，发生主版本变化后也可以不更新初始版本，直接以原始的初始版本和上述式(1)进行演进阶段的计算。可选地，由于主版本号和次版本号的变化频次相对于修订版本号的变化频次较少，也可以将主版本号和次版本号的取值范围缩小，具体可以根据实际情况而定，比如修订版本号的取值范围设定为1-99、主版本号和次版本号的取值范围设定为1-15；又或者修订版本号的取值范围设定为1-200、次版本号的取值范围设定为1-100、主版本号的取值范围设定为1-20等，本申请对此不作限定。

小节1：可以理解的是，新版本软件是先在服务器上进行发布的，然后才是电子设备通过连接到服务器进行软件升级检查，如果服务器本相对于电子设备有新的软件版本，才能给电子设备进行软件升级。本申请实施例中，在软件进行升级迭代过程中，电子设备和服务器都可以采用上述式(1)来计算演进阶段。其中，对于服务器来说，可以在新的软件发布后计算出新的演进阶段；对于电子设备来说，可以在完成一次软件升级后计算出新的演进阶段。

在一些实施例中，演进阶段的计算还可以根据升级新软件的次数确定，例如式(2)：

演进阶段＝升级新软件的次数 (2)

通过式(2)来计算演进阶段时，每升级一个新的软件版本就在旧演进阶段上加1，即增加一个演进阶段。示例性地，初始版本时可以认为是初始阶段，从初始版本之后的第一次升级开始计算演进阶段。

为了形成对比以便于理解，本实施例复用图10a，利用上述式(2)对图11a所示的软件迭代过程计算演进阶段，结果如图12所示，图12是本申请实施例提供的一种利用升级新软件的次数计算演进阶段的计算结果的示意图。

在图10a中，软件J的初始版本为5.2.16版本，软件K的初始版本为6.5.25版本。按照时间的先后顺序得到软件J和软件K的各个版本的发布顺序依次为：软件J发布5.2.20版本、软件K发布6.6.0版本。

按照上述式(2)，在初始版本之后第一次发布新版本软件，即发布软件J的5.2.20版本时，计算出演进阶段为第1阶段；在初始版本之后第二次发布新版本软件，即发布软件K的6.6.0版本时，计算出演进阶段为第2阶段，最终的计算结果如图12所示。

又示例性地，复用图11a，利用上述式(2)对图11a所示的软件迭代过程计算演进阶段，结果如图13所示，图13是本申请实施例提供的另一种利用升级新软件的次数计算演进阶段的计算结果的示意图。

在图11a中，软件M的初始版本为7.5.69版本，软件N的初始版本为5.5.20版本。按照时间的先后顺序得到软件M和软件N的各个版本的发布顺序依次为：软件M发布7.5.80版本、软件N发布5.7.25版本，软件M发生平台变化、软件N发布5.8.5版本。

类似地，按照上述式(2)，在初始版本之后第一次发布新版本软件，即发布软件M的7.5.80版本时，计算出演进阶段为第1阶段；在初始版本之后第二次发布新版本软件，即发布软件N的5.7.25版本时，计算出演进阶段为第2阶段。

在软件M发生主版本号变化后，更新初始版本号，后续将基于新的初始版本号计算演进阶段。例如，在更新初始版本号后发布软件N的5.8.5版本时，确定演进阶段为第1阶段，最终的结果如图13所示。

可以理解的是，在软件发生主版本变化后，除了可以更新初始版本号来重新计算演进阶段，还可以将主版本变化作为一次新的演进阶段计算。例如，将软件M的8.0.0版本和软件N的5.8.0版本计算为第3阶段，将软件M的8.0.0版本和软件N的5.8.5版本计算为第4阶段。

小节2：如同前一部分的小节1，本申请实施例中，在软件进行升级迭代过程中，电子设备和服务器都可以采用上述式(2)来计算演进阶段。其中，对于服务器来说，可以在一个新的软件发布后计算出新的演进阶段；对于电子设备来说，可以在完成一个软件升级后计算出新的演进阶段。

以上对本申请实施例中的演进阶段计算规则进行了介绍，接下来对电子设备与服务器之间的交互流程进行介绍。

为便于理解，示例性地，请参阅图14，图14是本申请实施例提供的一种电子设备周期性向服务器发送请求进行升级检查的场景示意图。如图14所示，电子设备以时长T为周期向服务器发送请求，即电子设备分别在时刻t₂₁、时刻t₂₂、时刻t₂₃、时刻t₂₄以及时刻t₂₅向服务器发送请求。

如图14所示的初始版本可以理解为电子设备上市时预装软件的软件版本，可以理解的是，电子设备的软件版本是通过服务器进行升级迭代的，因此，服务器与电子设备的初始版本相同，后续有新的版本升级将在服务器上进行发布，示例性地，如图14所示，时刻t₁₁和时刻t₁₂分别在服务器发布新软件版本。可以理解的是，本申请实施例中，每次服务器上发布新版本软件将对演进阶段进行更新。为便于理解，第一次发布新版本之前的阶段称为初始阶段，将第一次发布新版本后的阶段称为迭代阶段。

可以理解的是，由于服务器发布新版本软件的时刻t₁₁位于时刻t₂₁与时刻t₂₂之间，发布新版本软件的时刻t₁₂位于时刻t₂₄与时刻t₂₅之间，因此，在电子设备的上述5次请求中，时刻t₂₂和时刻t₂₅发送请求后将进行升级，其余的时刻t₂₁、时刻t₂₃以及时刻t₂₄将不会进行升级。

可以理解的是，服务器和电子设备双方都会有新的软件版本的升级，那么双方都涉及到演进阶段的确定。在一些实施例中，演进阶段可以由服务器进行确定，然后服务器将确定出的演进阶段告知电子设备。在另一些实施例中，演进阶段可以由电子设备和服务器各自按照相同的规则进行确定。

接下来将分别对上述两种方式对应的交互流程进行介绍。

首先介绍由服务器确定演进阶段并告知电子设备的方式。

示例性地，请参阅图15，图15是本申请实施例提供的一种由服务器确定演进阶段并告知电子设备进行软件升级方法的流程示意图。如图15所示，该方法包括：

1501：电子设备向服务器发送请求，该请求携带电子设备中的软件版本的设备演进阶段；相应地，服务器接收该请求。

本步骤中，电子设备向服务器发送请求以检查自身的软件是否需要升级，可选地，该请求可以理解为软件升级检查请求。

本步骤中，不同阶段内的设备演进阶段可以通过不同方式确定。

可以理解的是，在初始阶段以及迭代阶段第一次(例如图14中的时刻t₂₁和时刻t₂₂)向服务器发送请求时，电子设备中的软件版本都处于初始版本。此情况下，电子设备和服务器双方可以约定初始版本的标识信息，将初始版本的标识信息作为设备演进阶段。示例性地，标识信息可以是双方可识别的有效值，比如0000、NULL等。

在电子设备从服务器处完成一次升级意味着服务器侧已经得到新的云侧演进阶段，电子设备侧的设备演进阶段可以从服务器处获取到，具体将在步骤1505进行详细介绍。

1502：服务器判断该设备演进阶段是否与服务器中已经发布的软件版本的云侧演进阶段相同。

可以理解的是，在服务器上发布新版本软件后，服务器将重新确定演进阶段，即重新确定云侧演进阶段。本实施例中，服务器可以根据上述式(1)或上述式(2)确定云侧演进阶段，具体确定方式可参阅前文图6a-图13的相关描述，这里不再赘述。

本步骤中，服务器对电子设备上报的设备演进阶段与自身的云侧演进阶段进行比对，可以理解的是，在设备演进阶段与云侧演进阶段相同的情况下，可以认为电子设备上的软件版本已经是最新版本，不需要进行升级。因此，在步骤1502的判断结果为“是”的情况下，执行步骤1503：服务器向电子设备发送反馈信息，该反馈信息用于指示不需要升级；相应地，电子设备接收该反馈信息。本步骤可以理解为服务器对电子设备的响应。

示例性地，如图14中的时刻t₂₁、时刻t₂₃以及时刻t₂₄，电子设备向服务器发送请求后都将接收到不需要进行升级的反馈信息。

在设备演进阶段与云侧演进阶段不相同的情况下，可以认为服务器侧已经发布了相对于电子设备侧的新软件版本，电子设备需要进行升级。因此，在步骤1502的判断结果为“否”的情况下，执行步骤1504：服务器向电子设备发送需要升级的版本以及该云侧演进阶段；相应地，电子设备接收该需要升级的版本以及该云侧演进阶段。本步骤可以理解为服务器对电子设备的响应。

本申请实施例中，服务器向电子设备发送需要升级的版本，可以理解为，服务器向电子设备发送云侧演进阶段对应的软件版本相对于电子设备上报的设备演进阶段对应的软件版本需要升级的部分。例如，电子设备上报的设备演进阶段为第2阶段，服务器侧的云侧演进阶段为第5阶段，那么服务器向电子设备发送第5阶段相对于第2阶段作出升级的部分。

示例性地，如图14中的时刻t₂₂和时刻t₂₅，电子设备向服务器发送请求后将进行升级，即电子设备将接收到需要升级的版本。另外，在电子设备需要进行升级的情况下，意味着演进阶段也发生了变化，本实施例中，服务器在想电子设备发送需要升级的版本时，还发送自身的云侧演进阶段。

示例性地，如图14所示，假设在时刻t₁₁发布新版本软件后服务器确定出云侧演进阶段为第2阶段，在时刻t₁₂发布新版本后服务器确定出云侧演进阶段为第5阶段，那么电子设备在时刻t₂₂发送请求后将接收到上述第1阶段，电子设备在时刻t₂₅发送请求后将接收到上述第5阶段。

1505：电子设备将该云侧演进阶段作为新的设备演进阶段。

在步骤1504之后，电子设备根据服务器发送的需要升级的版本进行升级，并且，将服务器下发的云侧演进阶段作为新的设备演进阶段。本步骤中，将该云侧演进阶段作为新的设备演进阶段，可以理解为，使用新接收到的云侧演进阶段替换原来旧的设备演进阶段。

示例性地，复用步骤1504中的例子，电子设备在时刻t₂₂发送请求后将接收到上述第1阶段，那么电子设备将第1阶段作为自己的设备演进阶段，也可以理解为使用第1阶段替换了初始版本阶段。类似地，电子设备在时刻t₂₅发送请求后将接收到上述第5阶段，那么电子设备将第5阶段作为自己的设备演进阶段，也可以理解为使用第5阶段替换了第1阶段。

接下来介绍电子设备和服务器各自以相同的规则确定演进阶段的方式。

示例性地，请参阅图16，图16是本申请实施例提供的一种电子设备和服务器各自以相同的规则确定演进阶段进行软件升级方法的流程示意图。如图16所示，该方法包括：

1601：电子设备确定电子设备中的软件版本相对于参考系统版本的设备演进阶段。

本申请实施例中，系统版本可以理解为电子设备的操作系统版本，例如安卓操作系统的版本等。可以理解的是，在初始阶段，系统版本和电子设备中其他各个软件之间的配套关系是固定的，通过系统版本就可以查询出其他各个软件以及对应的版本。

本申请实施例中，参考系统版本可以是电子设备的初始系统版本，也可以是发生主版本号变化得到的新的系统版本。为便于理解，复用图11a，假如软件M为安卓操作系统，上述参考系统版本可以理解为安卓7.5.69，后续软件M发生主版本号变化后，上述参考系统版本可以理解为安卓8.0.0。

1602：电子设备向服务器发送请求，该请求携带该设备演进阶段；相应地，服务器接收该请求。

1603：服务器判断该设备演进阶段是否与服务器中已经发布的软件版本的云侧演进阶段相同。

在步骤1603的判断结果为“是”的情况下，执行步骤1604：服务器向电子设备发送反馈信息，该反馈信息用于指示不需要升级；相应地，电子设备接收该反馈信息。本步骤可以理解为服务器对电子设备的响应。

在步骤1603的判断结果为“否”的情况下，执行步骤1605：服务器向电子设备发送需要升级的版本；相应地，电子设备接收该需要升级的版本。本步骤可以理解为服务器对电子设备的响应。

1606：电子设备根据新的软件版本重新确定设备演进阶段，得到新的设备演进阶段。

对比图15所示的方法，本实施例中，电子设备和服务器各自以相同的规则确定演进阶段，其中，电子设备和服务器可以均根据上述式(1)来确定演进阶段，也可以均根据上述式(2)来确定演进阶段。因此，在服务器判断电子设备需要升级的情况下，本实施例中服务器可以不向电子设备发送自身的云侧演进阶段，而是电子设备接收到需要升级的版本升级完成后自行确定自身的设备演进阶段。

可以理解的是，在某些场景下，电子设备的软件升级可能会滞后。示例性地，请参阅图17，图17是本申请实施例提供的一种电子设备的软件升级出现滞后的场景示意图。

如图17所示，时刻t₁₃和时刻t₁₄在服务器上发布新版本软件，电子设备在时刻t₂₆和时刻t₂₇向服务器发送请求。可以理解的是，当电子设备在时刻t₂₆向服务器发送请求时，由于服务器侧还没有新软件版本更新，因此，电子设备还不需要进行升级。

在时刻t₂₆之后的下一次请求发生在时刻t₂₇。由于时刻t₂₇晚于时刻t₁₄，因此，当电子设备在时刻t₂₇向服务器发送请求时，电子设备将不再升级时刻t₁₃的新版本软件，而是将直接升级时刻t₁₄的新版本软件。本申请实施例中形象地将电子设备错过升级某些软件版本称为滞后现象，产生滞后现象的原因可能是电子设备出现断网，比如在时刻t₂₆和时刻t₂₇之间电子设备无法连接网络，那么电子设备可能无法升级服务器在此期间发布的新版本。

在一些实施例中，如图16所示的方法中，电子设备和服务器均按照根据上述式(1)来计算演进阶段，即电子设备根据上述式(1)来计算设备演进阶段，服务器根据上述式(1)来计算云侧演进阶段。可以理解的是，根据上述式(1)来计算演进阶段时是基于软件的版本号进行的，在上述滞后现象中依旧可以保证电子设备侧与服务器侧各自确定的演进阶段相同，保证准确性。

反之，如果在滞后现象中，电子设备和服务器均按照根据上述式(2)来计算演进阶段将导致电子设备侧与服务器侧确定的演进阶段不同。

示例性地，如图17所示，假如时刻t₁₃发布新软件版本之前电子设备和服务都处于初始版本状态，两者的演进阶段是同步的。那么，根据上述式(2)，在时刻t₁₃第一次发布新软件版本后，服务器确定出云侧演进阶段为第1阶段，在时刻t₁₄第二次发布新软件版本后，服务器确定出云侧演进阶段为第2阶段。对于电子设备来说，由于在时刻t₂₆向服务器发送请求时没有进行升级，在时刻t₂₇向服务器发送请求后进行了第一次新版本软件升级。因此，根据上述式(2)，电子设备在时刻t₂₇可以确定新的演进阶段为第1阶段。由此，电子设备在时刻t₂₇完成升级后，电子设备侧的演进阶段与服务器侧的演进阶段将不同步，这将导致电子设备在时刻t₂₇之后向服务器发送请求时，服务器误认为电子设备需要进行升级。

在一些实施例中，电子设备向服务器发送的请求还包括设备演进阶段对应的系统版本。可以理解的是设备演进阶段对应的系统版本可以是电子设备的初始系统版本，比如电子设备的初始系统版本为安卓12.0.0，演进阶段是基于该初始系统版本计算的，那么电子设备向服务器发送的请求还包括系统版本，该设备演进系统是基于该系统版本得到的。

示例性地，在上述图16所示的方法中，步骤1602包括：电子设备向服务器发送请求，该请求携带该参考系统版本以及该设备演进阶段；相应地，服务器接收该请求。

步骤1603包括：

16031：服务器判断该参考系统版本是否与服务器中的系统软件版本相同。

在步骤16031的判断结果为“否”的情况下，服务器向电子设备发送需要升级的版本；相应地，电子设备接收该需要升级的版本。

在步骤16031的判断结果为“是”的情况下，服务器判断该设备演进阶段是否与服务器中已经发布的软件版本的云侧演进阶段相同。

可以理解的是，电子设备的演进阶段是基于初始版本确定的，电子设备和服务器可以约定以初始系统版本来确定演进阶段；也可以约定在系统版本发生变化后以新的系统版本确定演进阶段。

例如在滞后现象中，可能出现服务器更新了操作系统，并且以新的操作系统确定出的演进阶段与电子设备所处的旧操作系统对应的演进阶段相同的情况，这时候仅凭演进阶段的比较将导致服务器误认为电子设备不需要升级。

示例性地，电子设设备处于安卓12.0.0的第15阶段，之后因为断网等原因无法向服务器发送请求，而服务器侧已经将安卓系统更新到13.0.0的第15阶段。容易理解，如果电子设备在安卓系统更新到13.0.0的第15阶段后联网向服务器发送请求，携带的设备演进阶段为第15阶段，这与服务器侧的第15阶段是相同的，服务器会认为电子设备不需要升级，但是实际上电子设备应该进行操作系统的升级。

本实施例中，利用系统版本和演进阶段进行双重比较，可以降低判断是否需要升级出错的概率。

最后，以一组例子来说明本申请提供的方法相对于其他方案的优越性。示例性地，假设电子设备中有20个系统软件(包括组件)，电子设备每天向服务器进行3次搜包。采用其他方案上报20个系统软件的版本信息进行搜包，那么数据包有8KB；采用本申请提供的方式上报演进阶段进行搜包，那么数据包为2KB。

又示例性地，假设电子设备中有100个系统软件(包括组件)，电子设备每天向服务器进行3次搜包。采用其他方案的方式上报100个系统软件的版本信息进行搜包，那么数据包有30KB(是上述20个系统软件所需数据包的5倍)；采用本申请提供的方式上报演进阶段进行搜包，那么数据包还是为2KB，不受软件数量的影响。

可见，在单次搜包中已经可以对比出本申请提供的方法可以节约流量的优点；后续随着软件迭代，扩展组件增多，采用其他方案的方式搜包所需要的数据流量只会越来越大，但是本申请提供的方法不受软件数量的影响，反而会在软件数量较多的场景中体现出优越性。

可以理解的是，本申请实施例中，电子设备向服务器搜包时，除了携带演进阶段还可以携带其他信息，也就是说，上述2KB大小的数据包可以包括电子设备的操作系统名称以及版本号、电子设备的演进阶段以及电子设备的硬件基本信息、签名信息和时间戳等校验信息，还可以包括加密信息等，具体可以根据实际情况确定。

以上介绍了本申请实施例提供的软件升级方法，接下来对本申请实施例涉及的电子设备进行介绍。

请参阅图18，图18是本申请实施例提供的一种电子设备100的结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可理解地，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可理解地，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图片或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图片，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现采集功能，以实现本申请实施例中HAL层的图像采集模块。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图片或视频。ISP还可以对图片的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图片或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图片或视频信号。ISP将数字图片或视频信号输出到DSP加工处理。DSP将数字图片或视频信号转换成标准的RGB，YUV等格式的图片或视频信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图片或视频信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图片或视频播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

在一些实施例中，该处理器110可以调用该内部存储器121存储的计算机指令，根据上述式(1)或者上述式(2)确定设备演进阶段。

在一些实施例中，该处理器110可以调用该内部存储器121存储的计算机指令，通过上述移动通信模块150接收例如服务器等其他设备的响应消息，该响应消息包括云侧演进阶段；或者，该响应消息包括需要升级的软件；或者，该响应消息包括不需要进行升级的提示信息。

在一些实施例中，该处理器110可以调用该内部存储器121存储的计算机指令，通过上述移动通信模块150向例如服务器等其他设备发送请求，该请求携带设备演进阶段。

在一些实施例中，该处理器110可以调用该内部存储器121存储的计算机指令，在电子设备中的软件的主版本号发生变化的情况下，更新设备演进阶段。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的安卓系统为例，示例性说明电子设备100的软件结构。

请参阅图19，图19是本申请实施例提供的一种电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

在一些实施例中，应用程序层还可以包括软件升级应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请实施例中，该应用程序框架层还可以包括软件升级模块。传感器驱动用于响应用户操作，生成事件以触发软件升级模块向服务器发送请求以进行软件升级检查；或者，该软件升级模块按照第一时长为时间间隔向服务器发送请求以进行软件升级检查。

在一些实施例中，该软件升级模块用于接收服务器发送的响应消息，该响应消息包括需要升级的软件或不需要进行升级的指示信息。

在一些实施例中，软件升级模块可触发应用程序框架层中的通知管理器输出升级完成的提示信息；或者，在接收服务器的响应消息指示不需要升级的情况下，应用程序框架层中的通知管理器输出不需要升级的提示信息。

在一些实施例中，该软件升级模块根据上述式(1)或者上述式(2)确定设备演进阶段。

可以理解的是，在一些实施例中，该软件升级模块也可以在该分层构架的其他层级，例如系统层等，此处不作限定。

示例性地，请参阅图20，图20是本申请实施例提供的一种通信装置200的结构示意图。在一些实施例中，该通信装置200可以是上文示出的电子设备或芯片，该芯片应用于电子设备，即图20所示的通信装置200可以用于执行上文方法实施例中由电子设备执行的步骤或功能等。

如图20所示，该通信装置200包括通信单元2001和处理单元2002。其中，通信单元2001可以集成有接收单元和发送单元；处理单元2001，用于进行数据处理。在一些实施例中，通信单元2001也可以称为收发单元；或者，也可将通信单元2001拆分为接收单元和发送单元。

其中，对各个单元的描述如下：

通信单元2001，用于向网络设备发送第一请求，所述第一请求包括第一阶段号；

通信单元2001，还用于接收来自网络设备的第一响应；

处理单元2002，用于处理上述第一响应，得到上述第一响应包括的第一指示信息。

在一些实施例中，通信单元2001，还用于接收来自网络设备的第二指示信息。

在一些实施例中，处理单元2002，还用于根据所述通信装置中的软件信息确定所述第一阶段号。

在一些实施例中，处理单元2002，还用于更新所述第一参考软件版本，将变化后的主版本号对应的软件版本作为所述第一参考软件版本。

可理解，关于该第一请求、第一阶段号、第一响应、第一指示信息以及第二指示信息等的具体介绍可以参阅前文实施例，这里不再赘述。

复用图20，在本申请的另一些实施例中，该通信装置200可以是上文示出的网络设备或芯片，该芯片应用于网络设备。即图20所示的通信装置200可以用于执行上文方法实施例中网络设备执行的步骤或功能等。其中，对各个单元的描述如下：

通信单元2001，用于接收来自电子设备的第一请求；

处理单元2002，用于确定上述第一请求中的第一阶段号；

处理单元2002，还用于确定第二阶段号；

通信单元2002，还用于向该电子设备发送第一响应。

在一些实施例中，通信单元2001，还用于向该电子设备发送第二指示信息。

在一些实施例中，处理单元2002，还用于更新第二参考软件版本，将变化后的主版本号对应的软件版本作为该第二参考软件版本。

可理解，关于该第一请求、第一阶段号、第一响应、第一指示信息以及第二指示信息等的具体介绍可以参阅前文实施例，这里不再赘述。

可理解，本申请实施例示出的通信单元和处理单元的具体说明仅为示例，对于通信单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。示例性的，通信单元2001还可以用于执行图15所示的步骤1501的中发送步骤，步骤1503和步骤1504中的接收步骤；处理单元2002还可以用于执行图15所示的步骤1505。或者，通信单元2001还可以用于执行图15所示的步骤1501的中接收步骤，步骤1503和步骤1504中的发送步骤；处理单元2002还可以用于执行图15所示的步骤1502。

又示例性的，通信单元2001还可以用于执行图16所示的步骤11602的中发送步骤，步骤1604和步骤1605中的接收步骤；处理单元2002还可以用于执行图16所示的步骤1601和步骤1606。或者，通信单元2001还可以用于执行图16所示的步骤1602的中接收步骤，步骤1604和步骤1605中的发送步骤；处理单元2002还可以用于执行图16所示的步骤1603。

请参阅图21，图21是本申请实施例提供的一种通信装置210的结构示意图。图21所示的通信装置210可以是上述实施例中的电子设备，或者，上述实施例中的网络设备、服务器。

如图21所示，该通信装置210包括至少一个处理器2102，用于实现本申请实施例提供的方法中的电子设备，或者，网络设备、服务器的功能。该通信装置210还可以包括收发器2101。收发器2101用于通过传输介质和其他设备或装置进行通信。处理器2102利用收发器2101收发数据和/或信令，并用于实现上述方法实施例中的方法。

可选地，通信装置210还可以包括至少一个存储器2103，用于存储程序指令和/或数据。存储器2103和处理器2102耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器2102可能和存储器2103协同操作。处理器2102可能执行存储器2103中存储的程序指令。该至少一个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述收发器2101、处理器2102以及存储器2103之间的具体连接介质。本申请实施例在图21中以存储器2103、处理器2102以及收发器2101之间通过总线2104连接，总线在图21中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图21中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器2102可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

可理解，在通信装置210为上述通信装置200以实现上述实施例中的电子设备的功能时，通信单元2001执行的动作可以由收发器2101执行，处理单元2002执行的动作可以由处理器2102执行。在通信装置210为上述通信装置200以实现上述实施例中的网络设备或服务器的功能时，通信单元2001执行的动作可以由收发器2101执行，处理单元2002执行的动作可以由处理器2102执行。可以理解的是，具体执行步骤可以参阅前文实施例，这里不再赘述。

在另一种可能的实现方式中，图20所示的通信装置200中，处理单元2002可以是一个或多个逻辑电路，通信单元2001可以是输入接口、输出接口；或者集成的输入输出接口。该输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。

示例性地，如图22所示，图22是本申请实施例提供的一种通信装置220的结构示意图。图22所示的通信装置220包括逻辑电路2201和接口2202。即上述处理单元2002可以用逻辑电路2201实现，通信单元2001可以用接口2202实现。其中，该逻辑电路2201可以为芯片、处理电路、集成电路或片上系统(system on chip，SoC)芯片等，接口2202可以为通信接口、输入输出接口、管脚等。示例性的，图22是以上述通信装置为芯片为例出的，该芯片包括逻辑电路2201和接口2202。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

示例性的，在通信装置220为上述通信装置200以实现上述实施例中的电子设备的功能时，通信单元2001执行的动作可以由接口2202执行，处理单元2002执行的动作可以由逻辑电路2201执行。在通信装置210为上述通信装置200以实现上述实施例中的网络设备或服务器的功能时，通信单元2001执行的动作可以由接口2202执行，处理单元2002执行的动作可以由逻辑电路2201执行。可以理解的是，具体执行步骤可以参阅前文实施例，这里不再赘述。

可理解，本申请实施例示出的通信装置可以采用硬件的形式实现本申请实施例提供的方法，也可以采用软件的形式实现本申请实施例提供的方法等，本申请实施例对此不作限定。

本申请实施例还提供了一种通信系统，该通信系统包括电子设备和网络设备，该电子设备和该网络设备可以用于执行前述任一实施例中的方法。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由电子设备执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由网络设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由电子设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由网络设备执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由电子设备执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由网络设备执行的操作和/或处理被执行。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (26)

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

向网络设备发送第一请求，所述第一请求包括第一阶段号，所述第一阶段号由电子设备中的软件的软件版本相对于第一参考软件版本的版本更新情况确定；

接收来自所述网络设备的第一响应，在所述第一阶段号与第二阶段号不同的情况下，所述第一响应包括第一指示信息，所述第一指示信息用于指示需要升级的软件，所述第二阶段号由所述网络设备中的软件的软件版本相对于第二参考软件版本的版本更新情况确定，所述第一参考软件版本和所述第二参考软件版本包括的软件以及软件版本相同；所述需要升级的软件是根据所述第二阶段号对应的软件版本与所述第一阶段号对应的软件版本确定的。

2.根据权利要求1所述的方法，其特征在于，所述第一阶段号等于所述电子设备中的各个软件的版本号与所述第一参考软件版本的版本号差值的和。

3.根据权利要求1或2所述的方法，其特征在于，所述向网络设备发送第一请求之前，所述方法还包括：

接收来自所述网络设备的第二指示信息，所述第二指示信息用于指示所述第一阶段号。

4.根据权利要求1或2所述的方法，其特征在于，所述向网络设备发送的第一请求之前，所述方法还包括：

根据所述电子设备中的软件信息确定所述第一阶段号。

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

在所述电子设备中的软件的主版本号发生变化的情况下，更新所述第一参考软件版本，将变化后的主版本号对应的软件版本作为所述第一参考软件版本。

6.根据权利要求5所述的方法，其特征在于，所述第一请求还包括所述第一参考软件版本，在所述第一阶段号与第二阶段号不同的情况下，所述第一响应包括第一指示信息，包括：

在所述第一参考软件版本与所述第二参考软件版本相同，且所述第一阶段号与所述第二阶段号不同的情况下，所述第一响应包括所述第一指示信息。

7.根据权利要求6所述的方法，其特征在于，在所述第一参考软件版本与所述第二参考软件版本不同的情况下，所述第一响应包括所述第一指示信息。

8.根据权利要求6或7所述的方法，其特征在于，在所述第一参考软件版本与所述第二参考软件版本相同，且所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

9.根据权利要求1或2所述的方法，其特征在于，在所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

10.根据权利要求3所述的方法，其特征在于，在所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

11.根据权利要求4所述的方法，其特征在于，在所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

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

接收来自电子设备的第一请求，所述第一请求包括第一阶段号，所述第一阶段号由所述电子设备中的软件的软件版本相对于第一参考软件版本的版本更新情况确定；

向所述电子设备发送第一响应，在所述第一阶段号与第二阶段号不同的情况下，所述第一响应包括第一指示信息，所述第一指示信息用于指示需要升级的软件，所述第二阶段号由网络设备中的软件的软件版本相对于第二参考软件版本的版本更新情况确定，所述第一参考软件版本与所述第二参考软包括的软件以及软件版本相同；所述需要升级的软件是根据所述第二阶段号对应的软件版本与所述第一阶段号对应的软件版本确定的。

13.根据权利要求12所述的方法，其特征在于，所述第二阶段号等于所述网络设备中的各个软件的版本号与所述第二参考软件版本的版本号差值的和。

14.根据权利要求12或13所述的方法，其特征在于，所述接收来自电子设备的第一请求之前，所述方法还包括：

向所述电子设备发送第二指示信息，所述第二指示信息用于指示所述第一阶段号。

15.根据权利要求12或13所述的方法，其特征在于，所述接收来自电子设备的第一请求，包括：

在所述电子设备根据所述电子设备中的软件信息确定所述第一阶段号后，接收来自所述电子设备的所述第一请求。

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

在所述网络设备中的软件的主版本号发生变化的情况下，更新所述第二参考软件版本，将变化后的主版本号对应的软件版本作为所述第二参考软件版本。

17.根据权利要求16所述的方法，其特征在于，所述第一请求还包括所述第一参考软件版本，在所述第一阶段号与第二阶段号不同的情况下，所述第一响应包括第一指示信息，包括：

在所述第一参考软件版本与所述第二参考软件版本相同，且所述第一阶段号与所述第二阶段号不同的情况下，所述第一响应包括所述第一指示信息。

18.根据权利要求17所述的方法，其特征在于，在所述第一参考软件版本与所述第二参考软件版本不同的情况下，所述第一响应包括所述第一指示信息。

19.根据权利要求17或18所述的方法，其特征在于，在所述第一参考软件版本与所述第二参考软件版本相同，且所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

20.根据权利要求12或13所述的方法，其特征在于，在所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

21.根据权利要求14所述的方法，其特征在于，在所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

22.根据权利要求15所述的方法，其特征在于，在所述第一阶段号与所述第二阶段号相同的情况下，所述第一响应包括第三指示信息，所述第三指示信息用于指示不需要进行升级。

23.一种电子设备，其特征在于，所述电子设备包括处理器、存储器以及收发器；所述收发器，用于接收信号或者发送信号；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述处理器调用所述计算机指令，以使权利要求1-11中任一项所述的方法被执行。

24.一种网络设备，其特征在于，所述网络设备包括处理器、存储器以及收发器；所述收发器，用于接收信号或者发送信号；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述处理器调用所述计算机指令，以使权利要求12-22中任一项所述的方法被执行。

25.一种芯片，其特征在于，包括逻辑电路和接口，所述逻辑电路和接口耦合；

所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使权利要求1-11中任一项所述的方法被执行；或者，以使权利要求12-22中任一项所述的方法被执行。

26.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，以使权利要求1-11中任一项所述的方法被执行；或者，当所述指令在网络设备上运行时，以使权利要求12-22中任一项所述的方法被执行。