CN116841593A - 软件升级方法、设备和系统 - Google Patents

Abstract

本申请实施例提供一种软件升级方法、设备和系统，所述方法包括：发送第一消息，所述第一消息用于请求对第一版本的第一软件进行软件升级；接收所述第一消息的响应消息，所述响应消息中包括所述第一软件的第一参数变更信息，所述第一参数变更信息用于将第一软件从第一版本升级至第二版本；所述第二版本高于所述第一版本；使用所述第一参数变更信息将所述第一软件从所述第一版本升级至所述第二版本。本申请实施例能够提高电子设备的软件升级效率。

Description

软件升级方法、设备和系统

技术领域

本申请涉及软件升级技术领域，尤其涉及一种软件升级方法、设备和系统。

背景技术

电子设备中包括若干个软件，为了解决软件可能存在的各种问题，会对软件进行版本升级，软件的版本升级也可以简称为软件升级。电子设备如果进行软件升级，一般由电子设备向空中下载（over the air，OTA）服务器发送搜包请求，OTA服务器将用于版本升级的版本包的下载地址发送给电子设备，电子设备基于该下载地址从内容分发网络（contentdelivery network，CDN）服务器下载版本包，完成软件的版本升级。但是，上述软件升级方法无法适应各种场景下的软件升级需求，电子设备的软件升级效率较低。

发明内容

本申请提供了一种软件升级方法、设备和系统，能够提高电子设备的软件升级效率。

第一方面，本申请实施例提供一种软件升级方法，应用于第一电子设备，方法包括：发送第一消息，第一消息用于请求对第一版本的第一软件进行软件升级；接收第一消息的响应消息，响应消息中包括第一软件的第一参数变更信息，第一参数变更信息用于将第一软件从第一版本升级至第二版本；第二版本高于第一版本；使用第一参数变更信息将第一软件从第一版本升级至第二版本。该方法中，可以直接在第一消息的响应消息中携带第一参数变更信息，第一电子设备可以根据第一参数变更信息直接完成第一软件的升级，无需第一电子设备再去其他服务器下载版本包，从而简化了升级流程，提高了电子设备的软件升级效率。

可选地，第一参数变更信息是第一软件的第二版本的参数全量信息，或者，第一参数变更信息是第一软件的第二版本相对于第一版本的参数差分信息。

可选地，还包括：发送第二消息，第二消息用于请求对第三版本的第一软件进行软件升级；接收第二消息的响应消息，第二消息的响应消息中包括：与第一电子设备同一局域网的第二电子设备的地址；第二电子设备是成功下载第一软件的第四版本的版本包的电子设备；根据第二电子设备的地址从第二电子设备获得第一软件的第四版本的版本包；使用第四版本的版本包将第一软件从第三版本升级至第四版本。

可选地，还包括：根据第二电子设备的地址无法从第二电子设备获得第一软件的第四版本的版本包时，发送第三消息，第三消息用于请求对第三版本的第一软件进行软件升级，且第三消息包括：第一指示信息，第一指示信息用于指示从第二电子设备获取第一软件的第四版本的版本包失败；接收第三消息的响应消息，第三消息的响应消息中包括：第四版本的版本包的下载地址；根据下载地址下载第四版本的版本包，使用第四版本的版本包将第一软件从第三版本升级至第四版本。

可选地，还包括：发送第四消息，第四消息用于请求对第五版本的第一软件进行软件升级；接收第四消息的响应消息，第四消息的响应消息中包括：与第一电子设备同一局域网的第三电子设备的地址；第三电子设备是成功下载第一软件的第二参数变更信息的电子设备，第二参数变更信息用于将第一软件从第五版本升级至第六版本；根据第三电子设备的地址从第三电子设备获得第一软件的第二参数变更信息；使用第二参数变更信息将第一软件从第五版本升级至第六版本。

可选地，还包括：根据第三电子设备的地址无法从第三电子设备获得第二参数变更信息时，发送第五消息，第五消息用于请求对第五版本的第一软件进行软件升级，且第五消息包括：第二指示信息，第二指示信息用于指示从第三电子设备获得第一软件的第二参数变更信息失败；接收第五消息的响应消息，第五消息的响应消息中包括：第二参数变更信息；使用第二参数变更信息将第一软件从第五版本升级至第六版本。

第二方面，本申请实施例提供一种软件升级方法，应用于第一服务器，方法包括：接收第一电子设备的第一消息，第一消息用于请求对第一版本的第一软件进行软件升级；向电子设备发送第一消息的响应消息，第一消息的响应消息包括第一参数变更信息，用于第一电子设备使用第一参数变更信息将第一软件从第一版本升级至第二版本，第二版本高于第一版本。

可选地，第一参数变更信息是第一软件的第二版本的参数全量信息，或者，第一参数变更信息是第一软件的第二版本相对于第一版本的参数差分信息。

可选地，还包括：接收第一电子设备的第二消息，第二消息用于请求对第三版本的第一软件进行软件升级；在存在与第一电子设备的同一局域网的第二电子设备成功下载第一软件的第四版本的版本包时，向第一电子设备发送第二消息的响应消息，第二消息的响应消息中包括：第二电子设备的地址，用于第一电子设备根据第二电子设备的地址从第二电子设备获得第一软件的第四版本的版本包、使用第四版本的版本包将第一软件从第三版本升级至第四版本。

可选地，在存在与第一电子设备的同一局域网的第二电子设备成功下载第一软件的第四版本的版本包时，向第一电子设备发送第二消息的响应消息，包括：在存在与第一电子设备的同一局域网的第二电子设备成功下载第一软件的第四版本的版本包、且接收第二电子设备的消息的时间与接收第二消息的时间之间的时间差小于预设第一时间阈值时，向第一电子设备发送第二消息的响应消息。

可选地，还包括：接收第一电子设备的第三消息，第三消息用于请求对第三版本的第一软件进行软件升级，且第三消息包括：第一指示信息，第一指示信息用于指示从第二电子设备获取第一软件的第四版本的版本包失败；确定第三消息包括第一指示信息，向第一电子设备发送第三消息的响应消息，第三消息的响应消息中包括：第一软件的第四版本的版本包的下载地址，用于第一电子设备根据下载地址下载第四版本的版本包、使用第四版本的版本包将第一软件从第三版本升级至第四版本。

可选地，还包括：接收第二服务器发送的成功指示消息，成功指示消息在第二电子设备成功下载第一软件的第四版本的版本包时发送，成功指示消息用于指示电子设备成功下载第一软件的第四版本的版本包的时间。

可选地，还包括：接收第一电子设备发送的第四消息，第四消息用于请求对第五版本的第一软件进行软件升级；在存在与第一电子设备的同一局域网的第三电子设备成功下载第一软件的第二参数变更信息时，向第一电子设备发送第四消息的响应消息，第四消息的响应消息中包括：第三电子设备的地址，用于第一电子设备根据第三电子设备的地址从第三电子设备获得第一软件的第二参数变更信息、使用第二参数变更信息将第一软件从第五版本升级至第六版本。

可选地，在存在与第一电子设备的同一局域网的第三电子设备成功下载第一软件的第二参数变更信息时，向第一电子设备发送第四消息的响应消息，包括：在存在与第一电子设备的同一局域网的第三电子设备成功下载第一软件的第二参数变更信息、且第三电子设备成功下载第二参数变更信息的时间与接收第四消息的时间之间的时间差小于预设第一时间阈值时，向第一电子设备发送第四消息的响应消息。

可选地，还包括：接收第一电子设备发送的第五消息，第五消息用于请求对第五版本的第一软件进行软件升级，且第五消息包括：第二指示信息，第二指示信息用于指示从第三电子设备获得第一软件的第二参数变更信息失败；确定第五消息包括第二指示信息时，向第一电子设备发送第五消息的响应消息，第五消息的响应消息中包括：第二参数变更信息，用于第一电子设备使用第二参数变更信息将第一软件从第五版本升级至第六版本。

第三方面，本申请实施例提供一种电子设备，包括：处理器，存储器；其中一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令，当指令被处理器执行时，使得电子设备执行第一方面任一项的方法。

第四方面，本申请实施例提供一种服务器，包括：处理器，存储器；其中一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令，当指令被处理器执行时，使得服务器执行第二方面任一项的方法。

第五方面，本申请实施例提供一种软件升级系统，包括第三方面的电子设备和第四方面的服务器。

第六方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行第一方面或者第二方面任一项的方法。

附图说明

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

图1为本申请实施例提供的软件升级方法的一种流程示意图；

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

图3为本申请实施例提供的电子设备的一种软件结构示意图；

图4A为本申请实施例提供的软件升级的UI界面示意图；

图4B为本申请实施例提供的电子设备的另一种结构示意图；

图5为本申请实施例提供的软件升级方法的另一种流程示意图；

图6为本申请实施例提供的软件升级方法的第三种流程示意图；

图7A为本申请实施例提供的软件升级方法的第四种流程示意图；

图7B为本申请实施例提供的软件升级方法的第五种流程示意图；

图8为本申请实施例提供的软件升级方法的第六种流程示意图；

图9为本申请实施例提供的软件升级方法的第七种流程示意图；

图10为本申请实施例提供的软件升级方法的第八种流程示意图；

图11为本申请实施例提供的软件升级方法的第九种流程示意图；

图12为本申请实施例提供的软件升级方法的第十种流程示意图；

图13为本申请实施例提供的软件升级方法的第十一种流程示意图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

软件升级，是指软件从低版本向高版本的更新。由于在编写软件时考虑不全面或软件功能不完善等原因，软件开发者会在软件发行后，对软件进行修改或者增加功能，从而需要进行软件升级。对于一个电子设备而言，软件升级包括系统升级和应用程序（applicantion，App）升级，系统升级是对电子设备的操作系统进行升级，应用程序升级是对电子设备中安装的应用程序进行升级。

软件升级可以采用空中下载（ over the air，OTA）升级技术，具体是使用远程无线方式从云服务器下载版本包进行升级。

软件升级按照升级场景还可以分为传统HOTA升级、补丁升级、以及轻量化的参数配置升级等。在本申请提供的一个实例中，上述不同的升级场景均使用相同的升级流程。升级流程例如图1所示，以电子设备将应用1从版本1.0升级为版本1.1为例，包括：OTA服务器将应用1的版本包1.1同步至CDN服务器，CDN服务器向OTA服务器反馈应用1的版本包1.1的下载地址；电子设备向OTA服务器发送搜包请求消息，搜包请求消息携带应用1的当前版本号1.0，OTA服务器搜索到应用1的最新版本号为1.1，向电子设备反馈搜包响应消息，搜包响应消息中携带应用1的版本包1.1的下载地址；电子设备根据下载地址向CDN服务器发送下载请求， CDN服务器向电子设备发送应用1的版本包1.1；电子设备使用版本包1.1将应用1从版本1.0升级为版本1.1，完成应用1的软件升级。

然而，使用相同的升级流程完成各种升级场景下的软件升级，使得电子设备的软件升级效率较低。原因主要在于：

第一、随着电子设备的不断发展，轻量化的参数配置升级由于修改量小、节省出版本时间、尽快解决问题等原因，使用频率越来越高，而轻量化的参数配置升级使用图1所示的升级流程，需要软件开发者制作版本包，电子设备依次与OTA服务器和CDN服务器分别进行交互，流程繁琐，使得软件升级效率低。

第二、每次新的版本包刚发布后，大量电子设备在刚发布后的一段时间内同时下载新的版本包，也会降低每个电子设备对新版本包的下载速度和下载效率，进而降低软件升级效率。

为此，本申请实施例提供另一种软件升级方法、设备和系统，能够提高电子设备的软件升级效率。

本申请实施例的电子设备可以是涉及软件版本升级的任意电子设备，例如可以是手机，平板电脑（PAD），大屏、路由器、智能可穿戴设备例如智能手表，音频设备等。

图2示出了电子设备的一种结构示意图，如图2所示，电子设备100可以包括处理器110，存储器120，天线1，天线2，移动通信模块130，无线通信模块140等。

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

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

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器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)接口等。

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

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

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

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

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

无线通信模块140可以提供应用在电子设备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)等无线通信的解决方案。无线通信模块140可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块140经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块140还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块130耦合，天线2和无线通信模块140耦合，使得电子设备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的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的安卓®（Android）系统为例，示例性说明电子设备100的软件结构。

图3是本申请实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层、应用程序框架层（也称：系统框架层）、系统库和安卓运行时层、硬件抽象层（hardwareabstraction layer，HAL）和内核层。

应用程序层可以包括若干个应用程序（下文简称为应用）。例如相机，图库，日历，WLAN等。

应用程序框架层为应用程序层的应用提供应用编程接口（ApplicationProgramming Interface，API）和编程框架，包括各种组件和服务来支持开发者的安卓开发。

系统库和安卓运行时层包括系统库和安卓运行时（Android Runtime）。系统库可以包括多个功能模块，例如表面管理器，libc等。安卓运行时负责安卓系统的调度和管理，具体包括核心库和虚拟机。其中，核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库；虚拟机用于运行使用java语言开发的Android应用。

HAL层为位于操作系统内核与硬件电路之间的接口层。HAL层包括但不限于：音频硬件抽象层（Audio HAL）和摄像头硬件抽象层（Camera HAL）。其中，Audio HAL用于对音频流进行处理，例如，对音频流进行降噪、定向增强等处理，Camera HAL用于对图像流进行处理。

内核层是硬件和软件之间的层。内核层可以包括：显示驱动，音频驱动，摄像头驱动，蓝牙驱动等。

以下，结合上述图2和图3所示的电子设备的结构对本申请实施例软件升级方法进行说明。

首先对本申请实施例软件升级方法的用户界面（user interface，UI）实现进行示例性说明。

图4A是本申请实施例软件升级方法的另一种UI界面示意图，如图4A所示，包括：

用户在设置应用中打开软件升级设置界面，例如界面410所示，软件升级设置界面中可以包括：升级方式控件，例如控件411~控件413所示，控件411为自动升级控件，控件413为手动升级控件，控件412为升级前用户确认控件。

如果用户选择控件411所示的自动升级控件，则电子设备检测到用户的自动升级指示操作，电子设备可以自动触发进行软件升级，触发软件升级的时间可以按照预设周期、或者预设时刻等执行，上述周期和时刻可以系统默认设置或者用户设置。

如果用户选择控件413所示的手动升级控件，则电子设备检测到用户的手动升级指示操作，电子设备可以在检测到用户的软件升级指示操作后进行软件升级。用户手动触发软件升级的UI实现例如界面420所示，用户在设置应用中打开例如界面420所示的软件升级触发界面，软件升级触发界面中可以包括：软件升级控件，例如控件421所示；用户选择软件升级控件，相应的，电子设备检测到用户的软件升级指示操作，触发软件升级。

如果用户选择控件412所示的升级前用户确认控件，则电子设备检测到用户的升级前用户确认指示操作，电子设备可以自动触发进行软件升级，并在下载到最新的版本包、未安装该最新的版本包之前向用户显示例如界面430所示的升级确认界面，升级确认界面可以显示可以升级的软件列表，并显示每个软件对应的升级确认控件，例如界面430中的控件431~控件433，如果用户选择控件431后，则电子设备检测到用户针对软件A的软件升级确认操作，电子设备对软件A进行软件升级；为了便于用户操作，界面430中还可以设置一键升级控件434，如果用户选择一键升级控件434，则电子设备检测到用户针对软件列表中所有软件的软件升级确认操作，电子设备对软件列表中的每个软件进行软件升级。

在一个实施例中，电子设备在被触发进行软件升级后执行的软件升级流程可以由电子设备中的软件升级服务执行，上述软件升级服务可以是电子设备的操作系统提供的一个服务，例如在安卓系统中上述软件升级服务可以位于应用程序框架层。如图4B所示，电子设备中可以包括位于应用程序层的设置应用，位于应用程序框架层的软件升级服务，位于内核层的通信驱动；设置应用可以为用户提供例如图4A中所示的UI界面，检测用户针对于软件升级的操作例如自动升级指示操作、软件升级指示操作、针对软件A的软件升级确认操作等，基于上述操作触发软件升级服务执行软件升级；在软件升级服务进行软件升级时，可以通过通信驱动来驱动通信模块与OTA服务器或者CDN服务器通信，从而实现软件升级。

可理解，上述软件升级服务位于应用程序框架层仅为示例，软件升级服务也可以位于应用层、内核层等其他层。

电子设备进行软件升级时，可以向OTA服务器发起不同类型的软件升级，例如HOTA升级、补丁升级、参数配置升级等，具体可以通过向OTA服务器发送包括升级类型指示信息的搜包请求消息实现，例如，如果电子设备发起HOTA升级，则电子设备向OTA服务器发送的搜包请求消息中可以包括HOTA升级指示信息，如果电子设备发起补丁升级，则电子设备向OTA服务器发送的搜包请求消息中可以包括补丁升级指示信息，如果电子设备发起参数配置升级，则电子设备向OTA服务器发送的搜包请求消息中可以包括参数配置升级指示信息。从而，OTA服务器接收到搜包请求消息后，可以根据搜包请求消息中的升级类型指示信息确定软件升级类型，进而配合电子设备完成不同类型的软件升级。

软件的不同版本可以通过版本标识指示，在一个实施例中，软件的版本标识可以为版本号。以下本申请实施例中，以版本标识是版本号为例对本申请实施例软件升级进行说明。可理解，上述版本号也可以扩展为其他版本标识。

在本申请提供的一个实施例中，OTA服务器中可以存储有软件的最新版本的参数变更信息。

上述参数变更信息可以是参数全量信息，也可以是参数差分信息。

参数全量信息包括软件可配置的所有参数的配置信息，一个版本的参数全量信息可以部分或者全部参数的配置信息与前一版本的参数全量信息不同。举例来说，软件A可配置的参数为参数1、参数2和参数3，则参数全量信息中包括参数1~参数3的配置信息。对于相邻的2个版本的参数全量信息，后一版本的参数全量信息相对于前一版本的参数全量信息，可以修改参数1~参数3中1个或者2个或者3个参数的配置信息。

参数差分信息包括2个版本的参数全量信息之间发生变化的参数的配置信息。举例来说，最新版本相对于某一旧版本发生变化的参数是参数1，则最新版本的参数差分信息包括：参数1的配置信息。

如果参数配置信息是参数差分信息，则OTA服务器中存储的软件的最新版本的参数变更信息可以包括：软件的最新版本相对于每个旧版本的参数差分信息。举例来说，假设一个软件的旧版本有版本1.0、版本1.1，最新版本为版本1.2，则版本1.2的参数变更信息可以包括：版本1.2相对于版本1.0的参数差分信息，版本1.2相对于版本1.1的参数差分信息。

如图5所示，本申请实施例提供的软件升级方法可以包括：

步骤501：电子设备确定进行软件升级时，向OTA服务器发送搜包请求消息。

电子设备确定进行软件升级的条件可以参考图4A的对应说明。例如，如果电子设备自动触发软件升级，则电子设备可以在达到预设时刻或者周期时，确定进行软件升级；如果用户手动触发软件升级，则电子设备可以在检测到用户的软件升级指示操作时，确定进行软件升级。

上述搜包请求消息用于请求将软件从当前版本升级为最新版本。

以电子设备包括软件A为例，搜包请求消息可以包括：电子设备的物理地址，软件A的标识、软件A的当前版本的版本号。上述的软件A可以是电子设备的操作系统，也可以是电子设备中的某个应用程序。可选地，电子设备的物理地址可以是电子设备的媒体访问控制地址（media access control address，MAC）地址。

需要说明的是，本申请实施例中以搜包请求消息包括软件A这一个软件的标识、当前版本的版本号等信息，对软件A这一个软件进行软件升级为例，在其他实施例中，搜包请求消息中可以包括多个软件的标识和当前版本的版本号，对多个软件进行软件升级，具体实现可以参考软件A的升级流程，本申请实施例不一一列举。

步骤502：OTA服务器向电子设备发送搜包响应消息，搜包响应消息中包括软件A从当前版本升级至最新版本所需的参数变更信息。

可选地，OTA服务器向电子设备发送搜包响应消息之前，OTA服务器可以先获取软件A的最新版本的版本号（以下也简称为最新版本号），确定获取到的软件A的最新版本的版本号是否高于搜包请求消息中软件A的当前版本的版本号，如果是，则可以确定电子设备中的软件A不是最新版本，需要对电子设备中的软件A进行升级，之后，OTA服务器可以获取软件A从当前版本升级至最新版本所需的参数变更信息，相应的，OTA服务器发送给电子设备的搜包响应消息中可以携带该参数变更信息。

可选地，如果确定获取到的软件A的最新版本的版本号不高于搜包请求消息中软件A的当前版本的版本号（以下也简称为当前版本号），换言之，如果确定获取到的软件A的最新版本的版本号与搜包请求消息中软件A的当前版本的版本号相同，说明电子设备中的软件A无需升级，则OTA服务器也可以向电子设备发送搜包响应消息，此时，搜包响应消息中可以携带升级失败指示信息，用于指示电子设备的软件A的当前版本已经是最新版本，无需进行软件升级。

可选地，搜包请求消息中可以携带参数配置升级指示，则OTA服务器接收到搜包请求消息之前，OTA服务器可以先判断是否存在参数配置升级指示，如果存在，再执行获取软件A的最新版本的版本号、确定获取到的软件A的最新版本的版本号是否高于搜包请求消息中软件A的当前版本的版本号等步骤。

其中，如果OTA服务器中存储每个软件的最新版本的参数全量信息，则本步骤中软件A从当前版本升级至最新版本所需的参数变更信息可以是软件A的最新版本的参数全量信息，此时，OTA服务器可以根据最新版本的版本号获取版本号对应的参数全量信息；或者，

如果OTA服务器中存储每个软件的最新版本相对于每个旧版本的参数差分信息，则本步骤中软件A从当前版本升级至最新版本所需的参数变更信息可以是软件A的最新版本相对于软件A的当前版本的参数差分信息，此时，OTA服务器可以根据软件A的最新版本的版本号和搜包请求消息中软件A的当前版本的版本号获取软件A的最新版本相对于电子设备中软件A的当前版本的参数差分信息。

可选地，搜包响应消息中还可以包括：软件A的标识、软件A的最新版本的版本号等。

在一个实例中，相对于图1所示方法中的搜包响应消息，本步骤中的搜包响应消息可以不携带最新版本包的下载地址，而是携带参数变更信息。为了方便理解，针对图1所示方法中的搜包响应消息和本步骤中的搜包响应消息进行举例说明。

图1所示方法中的搜包响应消息示例如下。

上述搜包响应消息中包括："url":"XXXX"，用于携带最新版本的版本包的下载地址。在下述实施例中也将上述最新版本的版本包简称为最新版本包。

本步骤中搜包响应消息示例如下。

可见，本步骤中的搜包请求消息将图1所示方法搜包响应消息中的url信息去掉，增加ModuleName、ParaType、ParaName、ParaValue等参数变更信息，其中，ModuleName用于记录模块名称，ParaType用于记录参数类型，ParaName用于记录参数名称，ParaValue用于记录参数值。

步骤503：电子设备接收搜包响应消息，使用搜包响应消息中的参数变更信息将软件A从当前版本升级至最新版本。

结合图4B，在一个实例中，可以由电子设备中的通信驱动通过通信模块接收搜包响应消息，将搜包响应消息发送给软件升级服务，软件升级服务使用搜包响应消息中软件A的参数变更信息将软件A从当前版本升级至最新版本。

延续步骤502中的举例，电子设备中的软件升级服务可以通过ModuleName、ParaType、ParaName、ParaValue等参数变更信息对软件A中参数变更信息指示的模块的参数进行修改，从而完成软件A的升级。

本申请实施例中，在对电子设备中的软件进行参数配置升级时，OTA服务器向电子设备发送的搜包响应消息中无需携带最新版本包在CDN服务器中的下载地址，而是携带参数变更信息，电子设备可以使用搜包响应消息中携带的参数变更信息进行软件A的参数配置升级，无需再根据下载地址从CDN服务器下载最新版本包，从而免去了版本包制作过程以及签名检验等流程，同时可以有效减少电子设备与CDN服务器的交互，简化参数配置升级下的软件升级流程，提高软件升级效率。

可选地，为了降低OTA服务器的数据处理压力和带宽压力，在本申请提供的另一个实施例中，OTA服务器可以仅存储软件的最新版本的参数变更信息中数据量小于预设阈值的参数变更信息，将数据量不小于预设阈值的参数变更信息制作为版本包，存储于CDN服务器。

举例来说，假设软件A最新版本的参数变更信息的数据量小于预设阈值，则可以将软件A的最新版本的参数变更信息存储于OTA服务器，假设软件B最新版本的参数变更信息的数据量不小于预设阈值，则可以将软件B的最新版本的参数变更信息制作为版本包，存储于OTA服务器；则，如果电子设备对软件A进行软件升级，可以使用图5所示的流程实现，电子设备对软件B进行软件升级，可以使用图1所示的流程实现。

图6是本申请实施例提供的软件升级方法的一种流程示意图，如图6所示，该方法可以包括：

步骤601：电子设备确定进行软件升级时，向OTA服务器发送搜包请求消息。

本步骤的实现可以参考步骤501，这里不赘述。

步骤602：OTA服务器接收到搜包请求消息，确定是否进行软件A的升级，如果是，执行步骤604，如果否，执行步骤603。

可选地，OTA服务器可以从搜包请求消息中获得软件A的当前版本的版本号，并且，OTA服务器获取软件A的最新版本的版本号，在最新版本的版本号与当前版本的版本号不同时，确定进行软件A的升级，在最新版本的版本号与当前版本的版本号相同时，确定进行软件A的升级。

步骤603：OTA服务器向电子设备发送搜包响应消息，搜包响应消息中携带升级失败指示信息，电子设备结束对软件A的升级流程，软件A的升级流程结束。

步骤604：OTA服务器判断是否存储有电子设备的软件A从当前版本升级至最新版本所需的参数变更信息，如果是，执行步骤605，如果否，执行步骤608。

在一个实例中，本步骤可以包括：

OTA服务器获得电子设备的软件A的当前版本升级至最新版本的参数配置修改量，确定参数配置修改量是否大于预设阈值，如果大于预设阈值，确定存储有电子设备的软件A升级至最新版本所需的参数变更信息，如果不大于预设阈值，确定未存储有电子设备的软件A升级至最新版本所需的参数变更信息。

可选地，OTA服务器中可以预存有软件从旧版本升级至最新版本对应的参数配置修改量， OTA服务器可以直接获取软件A的当前版本和最新版本对应的参数配置修改量。

步骤605：OTA服务器获得电子设备的软件A从当前版本升级至最新版本所需的参数变更信息，执行步骤606。

步骤606：OTA服务器向电子设备发送搜包响应消息，搜包响应消息中携带软件A从当前版本升级至最新版本所需的参数变更信息，执行步骤607。

步骤607：电子设备根据搜包响应消息中的参数变更信息将软件A从当前版本升级至最新版本，软件A的升级流程结束。

步骤608：OTA服务器获取软件A的最新版本的版本包的下载地址，向电子设备发送搜包响应消息，搜包响应消息中包括：软件A的最新版本的版本包的下载地址。

可选地，搜包响应消息中还可以包括：软件A的标识，软件A的最新版本的版本号等。

步骤609：电子设备根据搜包响应消息中的下载地址向CDN服务器发送下载请求消息。

步骤610：CDN服务器根据下载地址将软件A的最新版本的版本包发送给电子设备。

步骤611：电子设备根据软件A的最新版本的版本包将软件A从当前版本升级至最新版本。

需要说明的是，本申请实施例中以OTA服务器预先将软件A的最新版本的版本包发送至CDN服务器，获得该版本包在CDN服务器的下载地址为例，在其他实施例中，也可以在步骤604判断OTA服务器未存储有电子设备的软件A从当前版本升级至最新版本所需的参数变更信息时，将软件A的最新版本的版本包发送至CDN服务器，获得该版本包在CDN服务器的下载地址，再执行步骤608，向电子设备发送搜包响应消息，在搜包响应消息中携带版本包在CDN服务器的下载地址。

图6所示的方法中，在图1所示方法的基础上提供了另一种电子设备的软件升级流程，也即：在软件A从当前版本升级至最新版本所需的参数变更信息的数据量较小时，OTA服务器在搜包响应消息中直接携带参数变更信息，电子设备根据参数变更信息进行软件升级，相对于图1所示的方法，OTA服务器的搜包响应消息中无需携带最新版本包的下载地址，电子设备也无需再根据下载地址从CDN服务器下载最新版本包，免去了版本包制作过程以及签名检验等流程，同时可以有效减少与CDN服务器的交互，简化升级流程，提高升级效率。

对图6所示方法进行示例性说明。

假设软件A的最新版本b（也即最新版本的版本号为b）的参数变更信息是参数全量信息，且其数据量小于预设阈值，该软件A的最新版本b的参数变更信息可以存储于OTA服务器，电子设备中软件A的当前版本为版本a，则，

参见图7A，电子设备向OTA服务器发送搜包请求消息后，OTA服务器可以在向电子设备反馈的搜包响应消息中携带最新版本b的参数全量信息；电子设备根据搜包响应消息中携带的参数变更信息进行软件A从版本a到版本b的升级。

假设OTA服务器中存储有软件A最新版本b的参数变更信息包括：最新版本b相对于每个旧版本的参数差分信息，例如，软件A的旧版本有a1、a2、a3，则OTA服务器中可以存储有最新版本b相对于旧版本a1的参数差分信息1、最新版本b相对于旧版本a2的参数差分信息2、最新版本b相对于旧版本a3的参数差分信息3，则，

参见图7B，如果电子设备中软件A的当前版本为a1，电子设备向OTA服务器发送搜包请求消息后，OTA服务器在向电子设备反馈的搜包响应消息中可以携带最新版本b相对于旧版本a1的参数差分信息1；电子设备根据搜包响应消息中携带的参数差分信息1进行软件A从版本a1到版本b的升级。

可理解，如果电子设备中软件A的当前版本为a2，则OTA服务器在向电子设备反馈的搜包响应消息中可以携带最新版本b与旧版本a2之间的差分包2，如果电子设备中软件A的当前版本为a3，则OTA服务器在向电子设备反馈的搜包响应消息中可以携带最新版本b与旧版本a3之间的差分包3，本申请实施例不再一一列举。

在本申请提供的另一个实施例中，参见图8所示，电子设备1向OTA服务器发送搜包请求消息，OTA服务器向电子设备反馈携带软件A的最新版本的版本包的下载地址的搜包响应消息后，如果与电子设备1同一局域网的电子设备2要进行软件A的升级、向OTA服务器发送搜包请求消息，OTA服务器可以在搜包响应消息中携带电子设备1的物理地址，电子设备2可以根据搜包响应消息中携带的电子设备1的物理地址，通过局域网从电子设备1获取软件A的最新版本的版本包，使用该版本包完成软件A的升级。

随着商场、学校、家庭等固定区域无线传输中局域网以及电子设备的不断发展，处于同一局域网（如，同一个WiFi路由器）下的多个电子设备均需要进行软件升级的情况越来越多，本申请实施例中，通过局域网实现电子设备间的辅助软件升级，降低软件升级过程对OTA服务器和CDN服务器的依赖，提高软件升级效率。

可选地，为了提高电子设备2从电子设备1获取软件A的最新版本包的成功概率，OTA服务器具体可以在电子设备1和电子设备2满足以下条件中至少一个条件时，在向电子设备2发送的在搜包响应消息中携带电子设备1的地址。

条件一、电子设备1和电子设备2向OTA服务器发送搜包请求消息的间隔时间不超过预设时间阈值。上述时间阈值的具体取值，本申请实施例不作限定。该条件主要用于确保在电子设备2向OTA服务器发送搜包请求消息时，电子设备1和电子设备2仍处于同一局域网中。

条件二、OTA服务器在确定电子设备1从CDN服务器成功下载软件A的最新版本的版本包后，才在向电子设备2发送的搜包响应消息中携带电子设备1的物理地址。

条件三、电子设备1和电子设备2是同类型设备，上述同类型设备例如可以是相同设备型号。

可选地，为了保证电子设备2能够成功获得软件A最新版本的版本包，如果电子设备2无法从电子设备1获取软件A的最新版本的版本包（例如，一定周期内连续预设数量次请求版本包失败），此时，电子设备2可以重新向OTA服务器发送搜包请求消息，OTA服务器将软件A最新版本的版本包下载地址携带在搜包响应消息中发送给电子设备2，电子设备2根据下载地址从CDN服务器下载软件A最新版本的版本包，完成软件A的升级，从而避免电子设备1的状态发生变化，导致电子设备2无法完成软件A的升级。

图9是本申请提供的软件升级方法的一种实例，假设电子设备1和电子设备2位于同一局域网，电子设备1从CDN服务器成功下载软件A的最新版本b的版本包，电子设备2从电子设备1获取软件A的最新版本b的版本包为例。

如图9所示：

在步骤11~步骤12中，OTA服务器将软件A的最新版本b的版本包同步至CDN服务器，CDN服务器将软件A的最新版本b的版本包的下载地址URL1反馈给OTA服务器。

在步骤13中，电子设备1向OTA服务器发送搜包请求消息，搜包请求消息包括：电子设备1所在局域网的标识、电子设备1的物理地址、软件A标识、软件A的当前版本号a。

在步骤14中，OTA服务器向电子设备1发送搜包响应消息，搜包响应消息中包括：软件A的最新版本b的版本包下载地址URL1。

本步骤中，OTA服务器可以根据软件A的最新版本号b和搜包请求消息中软件A的当前版本号a确定对电子设备1的软件A进行升级，根据电子设备1所在局域网的标识确定不存在与电子设备1同一局域网的其他电子设备成功下载最新版本b的版本包，则获取下载地址URL1，向电子设备1发送携带下载地址URL1的搜包响应消息；或者，

OTA服务器可以根据软件A的最新版本号b和搜包请求消息中软件A的当前版本号a确定对电子设备1的软件A进行升级，根据电子设备1所在局域网的标识确定存在与电子设备1同一局域网的其他电子设备成功下载最新版本b的版本包、但是OTA服务器接收其他电子设备的搜包请求消息与接收电子设备1的搜包请求消息的时间差不小于预设时间阈值，则获取下载地址URL1，向电子设备1发送携带下载地址URL1的搜包响应消息。

在步骤15~步骤16中，电子设备1根据下载地址URL1向CDN服务器发送下载请求消息，CDN服务器将软件A的最新版本b的版本包发送给电子设备1，电子设备1可以根据该版本包完成软件A的升级。

在步骤17中，CDN服务器向OTA服务器发送关于电子设备1的下载成功指示消息，下载成功指示消息中可以包括：电子设备1所在局域网的标识、电子设备1的物理地址、软件A标识、软件A的最新版本号b等，OTA服务器可以根据下载成功指示消息存储电子设备1的下载相关信息，具体可以存储：电子设备1所在局域网的标识、电子设备的物理地址、软件A标识、软件A的最新版本号b等。

可选地，下载成功指示消息中也可以不包括：电子设备1所在局域网的标识、电子设备的物理地址，此时OTA服务器可以根据步骤11中接收到的搜包请求消息获得电子设备1所在局域网的标识、电子设备的物理地址等信息。

在步骤18中，电子设备2向OTA服务器发送搜包请求消息，搜包请求消息包括：电子设备2所在局域网的标识、电子设备2的物理地址、软件A标识、软件A的当前版本号a2。

在步骤19中，OTA服务器向电子设备2发送搜包响应消息，搜包响应消息包括：电子设备1的物理地址、软件A标识、软件A的最新版本号b。

本步骤中，OTA服务器可以根据软件A的最新版本号b和搜包请求消息中软件A的当前版本号a2确定对电子设备1的软件A进行升级，根据电子设备2所在局域网的标识确定存在与电子设备2同一局域网的电子设备1成功下载最新版本b的版本包，则获取电子设备1的物理地址，向电子设备1发送电子设备1的物理地址的搜包响应消息。

本步骤中的搜包响应消息用于指示电子设备2从电子设备1获取软件A的最新版本b的版本包。

在步骤20~步骤21中，电子设备2根据电子设备1的物理地址使用局域网向电子设备1发送版本包请求消息，版本包请求消息中包括：软件A标识、软件A的最新版本号b；电子设备1将软件A的最新版本b的版本包通过局域网发送给电子设备2；电子设备2可以根据接收到的版本包将软件A升级至最新版本b。

在另一个实施例中，为了保证电子设备2能够成功获得软件A最新版本的版本包，如果电子设备2无法从电子设备1获取软件A的最新版本的版本包，例如，图1所示，电子设备2在一定周期内连续预设数量次向电子设备1发送版本包请求消息，但是均未接收到电子设备1发送的软件A的最新版本包，此时，电子设备2可以重新向OTA服务器发送搜包请求消息，搜包请求消息中可以包括：失败指示信息，用于指示从电子设备1获取软件A的最新版本包失败，则，OTA服务器可以将软件A最新版本包的下载地址携带在搜包响应消息中发送给电子设备2，电子设备2根据下载地址从CDN服务器下载软件A的最新版本包，完成软件A的升级，从而避免电子设备1的状态发生变化，导致电子设备2无法完成软件A的升级。

如图10所示，该方法中假设步骤21中电子设备2未接收到电子设备1发送的软件A的最新版本b的版本包。

电子设备2未接收到电子设备1发送的软件A的最新版本b的版本包的原因可以包括但不限于：

电子设备1已经退出了电子设备2所在的局域网，从而未接收到电子设备2在步骤20中发送的版本包请求消息，相应的，电子设备2也无法接收到电子设备1针对于版本包请求消息的反馈；或者，

电子设备1接收到电子设备2的版本包请求消息，但是已经删除了软件A的最新版本b的版本包，向电子设备2反馈无法发送该版本包。

在电子设备2无法接收到电子设备1针对于版本包请求消息的反馈时，电子设备2可以在一定周期内连续预设数量次执行步骤20，向电子设备1发送版本包请求消息，如果电子设备2均未接收到电子设备1针对于版本包请求消息的反馈，则，电子设备2可以执行步骤22以及后续步骤；或者，电子设备2接收到电子设备1的反馈信息，指示无法发送该版本包，电子设备2也可以执行步骤22以及后续步骤。

以下对步骤22~步骤25的实现进行说明。

在步骤22中，电子设备2向OTA服务器发送搜包请求消息。

搜包请求消息中可以包括：电子设备2的标识，软件A的标识、软件A的当前版本号。

可选地，搜包请求消息中还可以包括：失败指示信息，用于向OTA服务器指示电子设备2从电子设备1获取版本包失败。

在步骤23中，OTA服务器向电子设备2发送搜包响应消息，搜包响应消息中包括：软件A的最新版本b的版本包下载地址URL1。

在步骤24~步骤25中，电子设备2根据下载地址URL1向CDN服务器发送下载请求消息，CDN服务器将软件A的最新版本b的版本包发送给电子设备2，电子设备2可以根据该版本包完成软件A的升级。

在步骤26中，CDN服务器向OTA服务器发送关于电子设备2的下载成功指示消息，下载成功指示消息中可以包括：电子设备2所在局域网的标识、电子设备2的物理地址、软件A标识、软件A的最新版本号b等，OTA服务器可以根据下载成功指示消息存储电子设备2的下载相关信息，具体可以存储：电子设备2所在局域网的标识、电子设备2的物理地址、软件A标识、软件A的最新版本号b等。

可选地，下载成功指示消息中也可以不包括：电子设备2所在局域网的标识、电子设备2的物理地址，此时OTA服务器可以根据步骤22中接收到的搜包请求消息获得电子设备2所在局域网的标识、电子设备2的物理地址等信息。

在本申请提供的另一个实施例中，可以将上述两种实施例结合，此时，OTA服务器向电子设备反馈的搜包响应消息中可以包括：参数变更信息、与电子设备同一局域网的其他电子设备的物理地址、或者最新版本的版本包的下载地址，从而电子设备可以通过不同的途径获取软件升级所需的信息，完成软件升级。

图11是本申请实施例提供的软件升级方法的一种流程示意图，假设电子设备1和电子设备2位于同一局域网，电子设备1先将软件A升级至最新版本b。如图11所示，该方法可以包括：

步骤1101：电子设备2确定进行软件升级时，向OTA服务器发送搜包请求消息，搜包请求消息包括：电子设备2所在局域网的标识、电子设备2的物理地址、软件A标识、软件A的当前版本号a。

步骤1102：OTA服务器获取软件A的最新版本号，根据软件A的最新版本号和搜包请求消息中的当前版本号确定是否对电子设备的软件A进行升级，如果否，还行步骤1103，如果是，执行步骤1104。

步骤1103： OTA服务器向电子设备1发送搜包响应消息，搜包响应消息中携带升级失败指示信息，电子设备2结束对软件A的升级流程，软件A的升级流程结束。

步骤1104：OTA服务器判断是否存储有软件A从当前版本号a升级至最新版本号b的参数变更信息，如果是，执行步骤1105，如果否，执行步骤1107。

步骤1105：OTA服务器获得从当前版本号a升级至最新版本号b的参数变更信息，向电子设备2发送搜包响应消息，搜包响应消息中包括：软件A的标识、当前版本号a、最新版本号b、参数变更信息，执行步骤1105。

步骤1106：电子设备2根据搜包响应消息中的参数变更信息将软件A从版本a升级至版本b，本分支流程结束。

步骤1107：OTA服务器判断是否存在与电子设备2同一局域网的其他电子设备成功下载版本号b的版本包，如果存在与电子设备2同一局域网的电子设备1成功下载版本b的版本包，执行步骤1108，如果不存在，执行步骤1111。

可选地，OTA服务器还可以进一步判断

步骤1108：OTA服务器向电子设备2发送搜包响应消息，搜包响应消息中包括：电子设备1的物理地址。

可选地，搜包响应消息中还可以包括：软件A的标识，软件A的最新版本号b，等。

步骤1109：电子设备2根据电子设备1的物理地址向电子设备1发送版本包请求消息，版本包请求消息中可以包括：软件A标识、最新版本号b。

步骤1110：电子设备1将软件A的最新版本b的版本包发送给电子设备2，电子设备2根据版本包进行软件A的升级，本分支流程结束。

步骤1111~步骤1114可以参考步骤608~步骤611，区别主要在于将电子设备替换为电子设备2。

在本申请实施例中，OTA服务器向电子设备2反馈的搜包响应消息中携带的信息分为三种情况：

情况一、在OTA服务器中存储有软件A从版本a升级至版本b的参数变更信息时，搜包响应消息中包括软件A从版本a升级至版本b的参数变更信息；

情况二、在OTA服务器中未存储软件A从版本a升级至版本b的参数变更信息、但存在与电子设备2同一局域网的电子设备1成功下载版本号b的版本包时，搜包响应消息中包括：电子设备1的物理地址。

情况三、在OTA服务器中未存储软件A从版本a升级至版本b的参数变更信息、且不存在与电子设备2同一局域网的其他电子设备成功下载版本号b的版本包时，搜包响应消息中包括：软件A的最新版本b的版本包在CDN服务器中的下载地址。

情况一时的软件升级方法流程可以参考图5~图7B所示实施例，区别主要在于：本申请实施例中OTA服务器执行的处理不同，具体可以参见图11中的步骤1102和步骤1103。

情况二时的软件升级方法流程可以参考图8~图10所示实施例，区别主要在于：本申请实施例中OTA服务器执行的处理不同，具体可以参见图11中的步骤1102~步骤1107。

情况三时的软件升级方法流程可以参考图1所示实施例，区别主要在于：本申请实施例中OTA服务器执行的处理不同，具体可以参见图11中的步骤1102~步骤1106。

在本申请提供的另一个实施例中，相对于图11所示方法，OTA服务器先判断是否存在与电子设备同一局域网的其他电子设备成功升级至最新版本b，不存在时再判断是否存储有软件A从当前版本号a升级至最新版本号b的参数变更信息，如图12所示，该方法包括：

步骤1201：电子设备2确定进行软件升级时，向OTA服务器发送搜包请求消息，搜包请求消息包括：电子设备2所在局域网的标识、电子设备2的物理地址、软件A的标识、软件A的当前版本号a。

步骤1202：OTA服务器获取软件A的最新版本号，根据软件A的最新版本号和搜包请求消息中的当前版本号确定是否对电子设备2的软件A进行升级，如果否，执行步骤1203，如果是，执行步骤1204。

步骤1203：OTA服务器向电子设备1发送搜包响应消息，搜包响应消息中携带升级失败指示信息，电子设备2结束对软件A的升级流程，软件A的升级流程结束。

步骤1204：OTA服务器判断是否存在与电子设备2同一局域网的其他电子设备成功升级至最新版本b，如果存在与电子设备2同一局域网的电子设备1成功升级至最新版本b，执行步骤1205，如果不存在，执行步骤1208。

本步骤中，对于电子设备1，成功升级至最新版本b可以有2种途径，一是获得最新版本b的参数全量信息，一是获得最新版本b的版本包。

步骤1205：OTA服务器向电子设备2发送搜包响应消息，搜包响应消息中包括：电子设备1的物理地址、软件A的标识、软件A的最新版本号b。

步骤1206：电子设备2根据电子设备1的物理地址向电子设备1发送请求消息，请求消息中可以包括：软件A标识、软件A的最新版本号b。

步骤1207：电子设备1将软件A的最新版本b的版本包或者参数全量信息发送给电子设备2，电子设备2根据版本包或者参数全量信息进行软件A的升级，本分支流程结束。

其中，如果电子设备在软件A升级至最新版本b是通过获得最新版本b的版本包实现，则本步骤中电子设备1将软件A的最新版本b的版本包发送给电子设备2；如果电子设备在软件A升级至最新版本b是通过获得最新版本b的参数全量信息实现，则本步骤中电子设备1将软件A的最新版本b的参数全量信息发送给电子设备2。

步骤1208：OTA服务器判断是否存储有软件A的最新版本b的参数全量信息，如果存在，执行步骤1209，如果不存在，执行步骤1211。

步骤1209：OTA服务器向电子设备2发送搜包响应消息，搜包响应消息中包括软件A的最新版本b的参数全量信息。

步骤1210：电子设备2根据搜包响应消息中的参数全量信息将软件A升级至最新版本b，本分支流程结束。

步骤1211~步骤1214可以参考步骤608~步骤611，区别主要在于将电子设备替换为电子设备2。

可选地，电子设备2可以在一定周期内连续预设数量次向电子设备1发送请求消息，但是电子设备2均未接收到电子设备1针对于请求消息的反馈，或者，电子设备2接收到电子设备1的反馈信息，但是该反馈信息指示无法发送该参数全量信息时，换言之，电子设备2确定无法通过电子设备1完成软件A的升级时，电子设备2可以重新向OTA服务器发送搜包请求消息，搜包请求消息中可以包括：失败指示信息，用于指示从电子设备1无法获取软件A升级的版本包或者参数全量信息；OTA服务器可以向电子设备2发送搜包响应消息，搜包响应消息中可以携带软件A的最新版本b的参数全量信息或者版本包的下载地址URL1。

在本申请实施例中，OTA服务器向电子设备2反馈的搜包响应消息中携带的信息分为三种情况：

情况一、在存在与电子设备2同一局域网的电子设备1成功升级至最新版本b时，搜包响应消息包括：与电子设备同一局域网的电子设备1的物理地址；该情况下，电子设备1可能成功获得了最新版本b的版本包完成软件A的升级，或者，成功获得最新版本b的参数全量信息完成软件A的升级。

情况二、在不存在与电子设备2同一局域网的其他电子设备成功升级至最新版本b，但OTA服务器中存储有软件A的最新版本b的参数全量信息时，搜包响应消息中包括：软件A的最新版本b的参数全量信息。

情况三、在不存在与电子设备2同一局域网的其他电子设备成功升级至最新版本b，且OTA服务器中未存储有软件A的最新版本b的参数全量信息时，搜包响应消息中包括：软件A的最新版本b在CDN服务器中的下载地址URL1。

在情况一中，假设电子设备1和电子设备2位于同一局域网，电子设备1已经成功获得最新版本b的版本包，则本申请实施例软件升级方法流程可以参考图8~图10所示实施例，区别主要在于： OTA服务器执行的处理不同，具体可以参见图12中的步骤1202~步骤1203。

在情况一中，假设电子设备1和电子设备2位于同一局域网，电子设备1已经成功获得最新版本b的参数全量信息，从而完成软件A的升级，则本申请实施例软件升级方法流程可以如图13所示，具体的：

电子设备1如果触发软件A的升级，向OTA服务器发送搜包请求消息；OTA服务器基于步骤1202、步骤1203、步骤1207的判断后执行步骤1208，也即OTA服务器向电子设备1反馈携带软件A的最新版本b的参数全量信息的搜包响应消息，电子设备1根据搜包响应消息中的参数全量信息升级至版本号b的最新版本；此时，OTA服务器可以记录电子设备1的软件A成功升级到版本b的事件，具体的，可以记录：接收到电子设备1的搜包请求消息的时间、电子设备1的标识、软件A的标识、最新版本号b。

电子设备2如果触发软件A的升级，向OTA服务器发送搜包请求消息；OTA服务器基于步骤1202、步骤1203的判断后执行步骤1204，也即：OTA服务器向电子设备2发送携带电子设备1的物理地址的搜包响应消息；电子设备2根据电子设备1的物理地址向电子设备1发送请求消息，请求消息中可以包括：软件A的标识、软件A的最新版本号b，电子设备1将软件A的最新版本b的参数全量信息发送给电子设备2，电子设备2根据参数全量信息从版本a升级到版本b。

情况二时的软件升级方法流程可以参考图5~图7B所示实施例，区别主要在于：本申请实施例中OTA服务器执行的处理不同，具体可以参见图12中的步骤1202、步骤1203和步骤1207。

情况三时的软件升级方法流程可以参考图1所示实施例，区别主要在于：本申请实施例中OTA服务器执行的处理不同，具体可以参见图12中的步骤1202、步骤1203和步骤1207。

在另一个实施例中，图12和图13所示实施例中的软件A的最新版本b的参数全量信息可以替换为：软件A的最新版本b相对于版本a的参数差分信息，此时，

步骤1203具体可以判断是否存在与电子设备2同一局域网的其他电子设备成功从版本a升级至最新版本b，与电子设备2同一局域网的电子设备1的软件A需要从版本a成功升级至最新版本b时，本步骤的判断结果才为是，相应的，步骤1204中可以在搜包响应消息中携带电子设备1的物理地址；

步骤1205的请求消息中还可以包括：电子设备2中软件A的当前版本号a；

步骤1207中OTA服务器具体可以判断是否存储有软件A的最新版本b相对于版本a的参数差分信息。

具体实现本申请实施例不再赘述。

上述参数全量信息和参数差分信息也可以统称为前述的参数变更信息。

需要说明的是，本申请实施例中以通过OTA技术完成软件升级为例，因此使用OTA服务器和CDN服务器，在其他软件升级场景中，OTA服务器和CDN服务器也可以扩展至其他服务器，只要能够实现上述软件升级方法即可。

本申请实施例还提供一种电子设备，包括处理器和存储器，处理器用于实现本申请实施例提供的方法。

本申请实施例还提供一种OTA服务器，包括处理器和存储器，处理器用于实现本申请实施例提供的方法。

本申请实施例还提供一种软件升级系统，包括本申请实施例提供的电子设备、OTA服务器和CDN服务器。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory；以下简称：ROM）、随机存取存储器（Random Access Memory；以下简称：RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (19)

1.一种软件升级方法，其特征在于，应用于第一电子设备，所述方法包括：

发送第一消息，所述第一消息用于请求对第一版本的第一软件进行软件升级；

接收所述第一消息的响应消息，所述响应消息中包括所述第一软件的第一参数变更信息，所述第一参数变更信息用于将第一软件从第一版本升级至第二版本；所述第二版本高于所述第一版本；

使用所述第一参数变更信息将所述第一软件从所述第一版本升级至所述第二版本。

2.根据权利要求1所述的方法，其特征在于，所述第一参数变更信息是所述第一软件的第二版本的参数全量信息，或者，所述第一参数变更信息是所述第一软件的第二版本相对于第一版本的参数差分信息。

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

发送第二消息，所述第二消息用于请求对第三版本的第一软件进行软件升级；

接收所述第二消息的响应消息，所述第二消息的响应消息中包括：与所述第一电子设备同一局域网的第二电子设备的地址；所述第二电子设备是成功下载所述第一软件的第四版本的版本包的电子设备；

根据所述第二电子设备的地址从所述第二电子设备获得所述第一软件的第四版本的版本包；

使用所述第四版本的版本包将所述第一软件从所述第三版本升级至所述第四版本。

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

根据所述第二电子设备的地址无法从所述第二电子设备获得所述第一软件的第四版本的版本包时，发送第三消息，所述第三消息用于请求对所述第三版本的第一软件进行软件升级，且所述第三消息包括：第一指示信息，所述第一指示信息用于指示从所述第二电子设备获取所述第一软件的第四版本的版本包失败；

接收所述第三消息的响应消息，所述第三消息的响应消息中包括：所述第四版本的版本包的下载地址；

根据所述下载地址下载所述第四版本的版本包，使用所述第四版本的版本包将所述第一软件从所述第三版本升级至所述第四版本。

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

发送第四消息，所述第四消息用于请求对第五版本的第一软件进行软件升级；

接收所述第四消息的响应消息，所述第四消息的响应消息中包括：与所述第一电子设备同一局域网的第三电子设备的地址；所述第三电子设备是成功下载所述第一软件的第二参数变更信息的电子设备，所述第二参数变更信息用于将所述第一软件从所述第五版本升级至第六版本；

根据所述第三电子设备的地址从所述第三电子设备获得所述第一软件的第二参数变更信息；

使用所述第二参数变更信息将所述第一软件从所述第五版本升级至所述第六版本。

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

根据所述第三电子设备的地址无法从所述第三电子设备获得所述第二参数变更信息时，发送第五消息，所述第五消息用于请求对所述第五版本的第一软件进行软件升级，且所述第五消息包括：第二指示信息，所述第二指示信息用于指示从所述第三电子设备获得所述第一软件的第二参数变更信息失败；

接收所述第五消息的响应消息，所述第五消息的响应消息中包括：所述第二参数变更信息；

使用所述第二参数变更信息将所述第一软件从所述第五版本升级至所述第六版本。

7.一种软件升级方法，其特征在于，应用于第一服务器，所述方法包括：

接收第一电子设备的第一消息，所述第一消息用于请求对第一版本的第一软件进行软件升级；

向所述电子设备发送所述第一消息的响应消息，所述第一消息的响应消息包括所述第一参数变更信息，用于所述第一电子设备使用所述第一参数变更信息将所述第一软件从所述第一版本升级至第二版本，所述第二版本高于所述第一版本。

8.根据权利要求7所述的方法，其特征在于，所述第一参数变更信息是所述第一软件的第二版本的参数全量信息，或者，所述第一参数变更信息是所述第一软件的第二版本相对于第一版本的参数差分信息。

9.根据权利要求7或8所述的方法，其特征在于，还包括：

接收所述第一电子设备的第二消息，所述第二消息用于请求对第三版本的第一软件进行软件升级；

在存在与所述第一电子设备的同一局域网的第二电子设备成功下载所述第一软件的第四版本的版本包时，向所述第一电子设备发送所述第二消息的响应消息，所述第二消息的响应消息中包括：所述第二电子设备的地址，用于所述第一电子设备根据所述第二电子设备的地址从所述第二电子设备获得所述第一软件的第四版本的版本包、使用所述第四版本的版本包将所述第一软件从所述第三版本升级至所述第四版本。

10.根据权利要求9所述的方法，其特征在于，所述在存在与所述第一电子设备的同一局域网的第二电子设备成功下载所述第一软件的第四版本的版本包时，向所述第一电子设备发送所述第二消息的响应消息，包括：

在存在与所述第一电子设备的同一局域网的第二电子设备成功下载所述第一软件的第四版本的版本包、且接收所述第二电子设备的消息的时间与接收所述第二消息的时间之间的时间差小于预设第一时间阈值时，向所述第一电子设备发送所述第二消息的响应消息。

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

接收所述第一电子设备的第三消息，所述第三消息用于请求对所述第三版本的第一软件进行软件升级，且所述第三消息包括：第一指示信息，所述第一指示信息用于指示从所述第二电子设备获取所述第一软件的第四版本的版本包失败；

确定所述第三消息包括所述第一指示信息，向所述第一电子设备发送所述第三消息的响应消息，所述第三消息的响应消息中包括：所述第一软件的第四版本的版本包的下载地址，用于所述第一电子设备根据所述下载地址下载所述第四版本的版本包、使用所述第四版本的版本包将所述第一软件从所述第三版本升级至所述第四版本。

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

接收第二服务器发送的成功指示消息，所述成功指示消息在所述第二电子设备成功下载所述第一软件的第四版本的版本包时发送，所述成功指示消息用于指示所述电子设备成功下载所述第一软件的第四版本的版本包的时间。

13.根据权利要求7或8所述的方法，其特征在于，还包括：

接收所述第一电子设备发送的第四消息，所述第四消息用于请求对第五版本的第一软件进行软件升级；

在存在与所述第一电子设备的同一局域网的第三电子设备成功下载所述第一软件的第二参数变更信息时，向所述第一电子设备发送所述第四消息的响应消息，所述第四消息的响应消息中包括：所述第三电子设备的地址，用于所述第一电子设备根据所述第三电子设备的地址从所述第三电子设备获得所述第一软件的第二参数变更信息、使用所述第二参数变更信息将所述第一软件从所述第五版本升级至第六版本。

14.根据权利要求13所述的方法，其特征在于，所述在存在与所述第一电子设备的同一局域网的第三电子设备成功下载所述第一软件的第二参数变更信息时，向所述第一电子设备发送所述第四消息的响应消息，包括：

在存在与所述第一电子设备的同一局域网的第三电子设备成功下载所述第一软件的第二参数变更信息、且所述第三电子设备成功下载所述第二参数变更信息的时间与接收所述第四消息的时间之间的时间差小于预设第一时间阈值时，向所述第一电子设备发送所述第四消息的响应消息。

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

接收所述第一电子设备发送的第五消息，所述第五消息用于请求对所述第五版本的第一软件进行软件升级，且所述第五消息包括：第二指示信息，所述第二指示信息用于指示从所述第三电子设备获得所述第一软件的第二参数变更信息失败；

确定所述第五消息包括所述第二指示信息时，向所述第一电子设备发送所述第五消息的响应消息，所述第五消息的响应消息中包括：所述第二参数变更信息，用于所述第一电子设备使用所述第二参数变更信息将所述第一软件从所述第五版本升级至所述第六版本。

16.一种电子设备，其特征在于，包括：

处理器，存储器；其中一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述处理器执行时，使得所述电子设备执行权利要求1至6任一项所述的方法。

17.一种服务器，其特征在于，包括：

处理器，存储器；其中一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述处理器执行时，使得所述电子设备执行权利要求7至15任一项所述的方法。

18.一种软件升级系统，其特征在于，包括权利要求16所述的电子设备和权利要求17所述的服务器。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行权利要求1至15任一项所述的方法。