CN111258613A - 固件升级方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本申请公开了一种固件升级方法、装置、电子设备以及存储介质，涉及电子设备技术领域。该方法应用于电子设备，所述方法包括：电子设备响应外部输入进入固件下载模式，并基于固件下载模式下载获得第一固件，获取电子设备当前所使用的固件作为第二固件，基于第一固件对第二固件进行检测，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件。本申请实施例提供的固件升级方法、装置、电子设备以及存储介质通过外部输入快速进行固件下载模式，可以在无操作系统的情况下快速升级固件，提高生产效率，节约时间和成本。

Description

固件升级方法、装置、电子设备以及存储介质

技术领域

本申请涉及电子设备技术领域，更具体地，涉及一种固件升级方法、装置、电子设备以及存储介质。

背景技术

随着科学技术的发展，电子设备的使用越来越广泛，功能越来越多，已经成为人们日常生活中的必备之一。并且，随着电子设备技术的发展，固件也发展成为作为电子设备的必备之一，其中，在电子设备中的固件在出现故障时，需要对固件进行升级以对固件的故障进行修复，但是，目前的固件升级的条件苛刻，难以做到快速批量的升级。

发明内容

鉴于上述问题，本申请提出了一种固件升级方法、装置、电子设备以及存储介质，以解决上述问题。

第一方面，本申请实施例提供了一种固件升级方法，应用于电子设备，所述方法包括：所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件；获取所述电子设备当前所使用的固件作为第二固件；基于所述第一固件对所述第二固件进行检测；当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

第二方面，本申请实施例提供了一种固件升级装置，应用于电子设备，所述装置包括：第一固件获得模块，用于所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件；第二固件获得模块，用于获取所述电子设备当前所使用的固件作为第二固件；第二固件检测模块，用于基于所述第一固件对所述第二固件进行检测；固件升级模块，用于当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

第三方面，本申请实施例提供了一种电子设备，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

本申请实施例提供的固件升级方法、装置、电子设备以及存储介质，电子设备响应外部输入进入固件下载模式，并基于固件下载模式下载获得第一固件，获取电子设备当前所使用的固件作为第二固件，基于第一固件对第二固件进行检测，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件，从而通过外部输入快速进行固件下载模式，可以在无操作系统的情况下快速升级固件，提高生产效率，节约时间和成本。

附图说明

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

图1示出了本申请一个实施例提供的固件升级方法的流程示意图；

图2示出了本申请又一个实施例提供的固件升级方法的流程示意图；

图3示出了本申请的图2所示的固件升级方法的步骤S240的流程示意图；

图4示出了本申请再一个实施例提供的固件升级方法的流程示意图；

图5示出了本申请另一个实施例提供的固件升级方法的流程示意图；

图6示出了本申请又再一个实施例提供的固件升级方法的流程示意图；

图7示出了本申请的图6所示的固件升级方法的步骤S520的流程示意图；

图8示出了本申请实施例提供的固件打包的一种示意图；

图9示出了本申请实施例提供的固件打包的另一种示意图；

图10示出了本申请实施例提供的固件升级装置的模块框图；

图11示出了本申请实施例用于执行根据本申请实施例的固件升级方法的电子设备的框图；

图12示出了本申请实施例的用于保存或者携带实现根据本申请实施例的固件升级方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着时代不停的发展，电子设备产品越来越多，通用闪存存储(universal flashstorage，UFS)作为电子设备中一种比较新型的存储介质，其使用频率越来越高。其中，UFS包含硬件部分和软件部分，硬件部分是指存放数据的物理介质，软件部分用于控制如何存放和读取数据，其中，固件(firmware，FW)就是UFS中的软件，可见，固件在UFS中是非常重要的。当固件出现故障(bug)时，就需要升级该固件到新的版本，以对bug进行修复。

发明人经过研究发现，目前所采用的固件升级方案，一般是通过将配置文件和升级文件设置在预设分区中，并通过一定条件来判断是否升级UFS固件，然而，这种方案只针对将UFS固件搬移到电子设备的预设分区后做升级，升级前提，必须在电子设备刷完ROM后才能执行，因此，需要执行电子设备的开机，并在开机后执行刷ROM和搬移UFS固件到预设分区等繁琐的步骤，导致固件升级的条件苛刻，难以做到快速批量的升级。

针对上述问题，发明人经过长期的研究发现，并提出了本申请实施例提供的固件升级方法、装置、电子设备以及存储介质，通过外部输入快速进行固件下载模式，可以在无操作系统的情况下快速升级固件，提高生产效率，节约时间和成本。其中，具体的固件升级方法在后续的实施例中进行详细的说明。

请参阅图1，图1示出了本申请一个实施例提供的固件升级方法的流程示意图。所述固件升级方法用于通过外部输入快速进行固件下载模式，可以在无操作系统的情况下快速升级固件，提高生产效率，节约时间和成本。在具体的实施例中，所述固件升级方法应用于如图10所示的固件升级装置200以及配置有固件升级装置200的电子设备100(图11)。下面将以电子设备为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的电子设备可以为移动终端、智能手机、平板电脑、穿戴式电子设备等，在此不做限定。下面将针对图1所示的流程进行详细的阐述，所述固件升级方法具体可以包括以下步骤：

步骤S110：所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件。

在本实施例中，电子设备可以在任意阶段进入固件下载模式，其中，一般情况下，任意阶段可以分为两个阶段：一个阶段是工厂表面贴装技术(surface mountingtechnology，SMT)后，此时，电子设备的UFS没有刷ROM(即电子设备没有安装操作系统)，另一个阶段是烧录后，此时，电子设备的UFS已刷ROM(即电子设备已安装操作系统)。也就是说，在本实施例中，电子设备可以在没有刷ROM的情况下进入固件下载模式，也可以在刷ROM的情况下进入固件下载模式。其中，电子设备在没有刷ROM时，由于没有操作系统，则该电子设备无法正常开机，处于关机状态，电子设备在已刷ROM时，由于安装有操作系统，则该电子设备可以正常开机，也就是说，在本实施例中，电子设备可以在开机状态下进入固件下载模式，也可以在关机状态下进入固件下载模式。

在一些实施方式中，电子设备在进行SMT后或者在进行烧录后，可以检测电子设备是否接收到外部输入，当检测到电子设备接收到外部输入时，可以判断接收到的外部输入是否满足指定外部输入。当电子设备接收到的外部输入满足指定外部输入时，可以响应该外部输入进入固件下载模式，并基于该固件下载模式下载获得第一固件，例如，电子设备在响应外部输入进入固件下载模式时，可以基于该固件下载模式从服务器下载获得第一固件。当电子设备接收到的外部输入不满足指定外部输入时，可以不响应该外部输入，或者响应该外部输入进入其他模式，在此不做限定。

在一些实施方式中，当电子设备没有刷ROM时，指定外部输入可以是上电输入，即当电子设备进入上电状态时，可以响应上电输入进入固件下载模式，并基于该固件下载模式下载获得第一固件。

在一些实施方式中，当电子设备已刷ROM时，指定外部输入可以是作用于电子设备的实体按键上的指定操作，即当电子设备检测到作用于其实体按键上的指定操作时，可以响应作用于实体按键上的指定操作进入固件下载模式，并基于该固件下载模式下载获得第一固件。

在一些实施方式中，当电子设备已刷ROM时，指定外部输入可以是通过安卓调试桥adb命令输入的指定命令，即当电子设备接收到通过adb命令输入的指定命令时进入固件下载模式，并基于该固件下载模式下载获得第一固件。

在一些实施方式中，电子设备响应外部输入进入固件下载模式，在下载模式下，电子设备可以从服务器下载获得第一固件，并通过平台加载工具将下载获得的第一固件加载到电子设备的RAM中。

步骤S120：获取所述电子设备当前所使用的固件作为第二固件。

在本实施例中，可以获取电子设备当前所使用的固件，并将电子设备当前所使用的固件作为第二固件。在一些实施方式中，电子设备当前可能包括使用的固件，也可能不包括使用的固件，其中，当电子设备当前包括使用的固件时，可以将电子设备当前包括的使用的固件作为第二固件，当电子设备当前不包括使用的固件时，表征电子设备当前没有使用的固件，则可以确定第二固件为无，第二固件需要升级，可以直接将第二固件确定为待升级固件。

步骤S130：基于所述第一固件对所述第二固件进行检测。

在本实施例中，在获得第一固件和第二固件后，可以基于第一固件对第二固件进行检测，以判断第二固件是否为待升级固件。在一些实施方式中，在获得第一固件和第二固件后，可以获取第一固件的版本和第二固件的版本，并基于第一固件的版本和第二固件的版本，实现基于第一固件对第二固件进行检测，以判断第二固件是否为待升级固件。在一些实施方式中，在获得第一固件和第二固件后，可以获取第一固件的更新日期和第二固件的更新日期，并基于第一固件的固件日期和第二固件的更新日期，实现基于第一固件对第二固件进行检测，以判断第二固件是否为待升级固件。在一些实施方式中，在获得第一固件和第二固件后，可以获取第一固件的固件标识和第二固件的固件标识，并基于第一固件的固件标识和第二固件的固件标识，实现基于第一固件对第二固件进行检测，以判断第二固件是否为待升级固件。

步骤S140：当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

在本实施例中，当基于第一固件对第二固件进行检测的检测结果表征第二固件为待升级固件时，可以将电子设备当前所使用的固件从第二固件升级为第一固件。在一些实施方式中，当基于第一固件对第二固件进行检测的检测结果表征第二固件为待升级固件时，可以将第一固件写入UFS中将第二固件升级为第一固件，其中，可以通过调用SCSIwrite buffer(0x3B)命令，将第一固件写入到UFS中完成第二固件的升级。

在一些实施方式中，在将第一固件写入到UFS后，还可以对电子设备进行重新上电，在电子设备完成重新上电后，UFS可以重新加载第一固件。之后，可以将电子设备的系统进行reset，在系统进行reset后，可以检测UFS中的第二固件是否成功升级为第一固件，其中，可以通过ufs_get_info()函数发送cmd获取inquiry信息，对比inquiry中32-35位版本号是否和第一固件的版本相同，若相同，则表征UFS中的第二固件成功升级为第一固件，若不同，则表征UFS中的第二固件没有成功升级为第一固件。

本申请一个实施例提供的固件升级方法，电子设备响应外部输入进入固件下载模式，并基于固件下载模式下载获得第一固件，获取电子设备当前所使用的固件作为第二固件，基于第一固件对第二固件进行检测，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件，从而通过外部输入快速进行固件下载模式，可以在无操作系统的情况下快速升级固件，提高生产效率，节约时间和成本。

请参阅图2，图2示出了本申请又一个实施例提供的固件升级方法的流程示意图。该方法应用于上述电子设备，下面将针对图2所示的流程进行详细的阐述，所述固件升级方法具体可以包括以下步骤：

步骤S210：对所述电子设备的上电状态进行检测。

在本实施例中，以电子设备在进行STM后没有刷ROM的情况为基础，对进入固件下载模式的条件触发。其中，当电子设备在进入STM后没有刷ROM时，表征电子设备没有安装有操作系统，此时，电子设备无法正常开机以进入系统桌面或者应用界面，可以认为电子设备处于关机状态。在一些实施方式中，可以在电子设备处于关机状态时，对电子设备的上电状态进行检测。

在一些实施方式中，对电子的上电状态的检测可以是通过对电子设备的充电状态进行检测来进行判断，可以理解的，当检测到电子设备处于充电状态时，表征所述电子设备处于上电状态，当检测到电子设备处于非充电状态时，表征所述电子设备处于非上电状态。

步骤S220：当所述电子设备进入上电状态时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

在一些实施方式中，当检测到电子设备进入电子状态时，例如，当检测到电子设备进入充电状态时，表征电子设备满足进入固件下载模式的条件，则电子设备作为响应，可以进入固件下载模式，并基于固件下载模式下载获得第一固件，从而可以在不刷ROM的情况下直接通过FFU升级，在工厂可以节省大量的人力物力，提高生产效率。

步骤S230：获取所述电子设备当前所使用的固件作为第二固件。

其中，步骤S230的具体描述请参阅步骤S120，在此不再赘述。

步骤S240：获取所述第一固件的版本和所述第二固件的版本。

在本实施例中，在获得第一固件和第二固件后，可以获取第一固件的版本和第二固件的版本，并基于第一固件的版本和第二固件的版本，实现基于第一固件对第二固件进行检测，以判断第二固件是否为待升级固件。在一些实施方式中，可以通过ufs_fw_is_need_update()函数获取第一固件的版本和第二固件的版本。

请参阅图3，图3示出了本申请的图2所示的固件升级方法的步骤S240的流程示意图。下面将针对图3所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S241：获取所述第一固件的厂商名和所述第二固件的厂商名。

在本实施例中，在获得第一固件和第二固件后，可以获取第一固件的厂商们和第二固件的厂商名，以通过第一固件的厂商名和第二固件的厂商名判断第一固件和第二固件是否属于同一家厂商，其中，当第一固件的厂商名和第二固件的厂商名一致时，可以确定第一固件和第二固件属于同一家厂商，可以进行版本的对比，当第一固件的厂商名和第二固件的厂商名不一致时，可以确定第一固件和第二固件不属于同一家厂商，不可以进行版本的对比。

在一些实施方式中，可以通过ufs_fw_is_need_update()函数获取第一固件的版厂商名和第二固件的厂商名。

步骤S242：当所述第一固件的厂商名和所述第二固件的厂商名一致时，获取所述第一固件的版本和所述第二固件的版本。

在一些实施方式中，当第一固件的厂商名和第二固件的厂商名的对比结果表征第一固件的厂商名和第二固件的厂商名一致时，表征第一固件和第二固件属于同一价厂商，可以进行版本的对比，则可以获取第一固件的版本和第二固件的版本。

在一些实施方式中，当第一固件的厂商名和第二固件的厂商名的对比结果表征第一固件的厂商名和第二固件的厂商名不一致时，表征第一固件和第二固件不属于同一价厂商，不可以进行版本的对比，则停止获取第一固件的版本和第二固件的版本。

步骤S250：若所述第二固件的版本为桥接版本，确定所述第二固件为待升级固件。

其中，桥接版本可以理解为中间版本，其可以实现普通版本的回退，例如，普通版本只能从0100、0200、0300依次升高，如果想要回退，可以通过桥接版本01FF回退，即从0300回退到01FF，再从01FF回退到0100。

在一些实施方式中，若检测到第二固件的版本为桥接版本，由于桥接版本作为中间版本，既可以实现版本的升高，也可以实现版本的回退，表征版本为桥接版本的第二固件支持版本升级和回退，即不管第一固件的版本是桥接版本还是普通版本，第二固件都可以升级为第一固件，因此，可以确定第二固件为待升级固件。

步骤S260：若所述第一固件的版本为桥接版本且所述第二固件的版本为普通版本，确定所述第二固件为待升级固件。

在一些实施方式中，若检测到第一固件的版本为桥接版本且第二固件的版本为普通版本，由于桥接版本作为中间版本，既可以实现版本的升高，也可以实现版本的回退，因此，版本为普通版本的第二固件在升级为版本为桥接版本的第一固件时，不管第一固件的版本高低，第二固件都可以升级为第一固件，因此，可以确定第二固件为待升级固件。

步骤S270：若所述第一固件的版本为普通版本且所述第二固件的版本为普通版本，当所述第一固件的版本大于所述第二固件的版本时，确定所述第二固件为待升级固件。

在一些实施方式中，若检测到第一固件的版本为普通版本且第二固件的版本为普通版本，由于普通版本只能依次升高，因此，版本为普通版本的第二固件在升级为版本为普通版本的第一固件时，需要进行版本的对比，当第一固件的版本大于第二固件的版本时，表征将第二固件升级为第一固件是版本的升高，则可以实现版本的升级，可以将第二固件确定为待升级固件，当第一固件的版本小于第二固件的版本时，表征第二固件升级为第一固件是版本的退回，则不可以实现版本的升级，可以不将第二固件确定为待升级固件。

步骤S280：当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

其中，步骤S280的具体描述请参阅步骤S140，在此不再赘述。

本申请又一个实施例提供的固件升级方法，对电子设备的上电状态进行检测，当电子设备进入上电状态时，进入固件下载模式，并基于固件下载模式下载获得第一固件。获取电子设备当前所使用的固件作为第二固件，获取第一固件的版本和第二固件的版本，若第二固件的版本为桥接版本，确定第二固件为待升级固件，若第一固件的版本为桥接版本且第二固件的版本为普通版本，确定第二固件为待升级固件，若第一固件的版本为普通版本且第二固件的版本为普通版本，当第一固件的版本大于第二固件的版本时，确定第二固件为待升级固件，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件。相较于图1所示的固件升级版本，本实施例还在电子设备进入商店状态时进入固件下载模式，以提升进入固件下载模式的简洁性，提升生产效率。另外，本实施例还基于第一固件的版本和第二固件的版本确定第二固件是否为待升级固件，以提升待升级固件确定的准确性。

请参阅图4，图4示出了本申请再一个实施例提供的固件升级方法的流程示意图。该方法应用于上述电子设备，下面将针对图4所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S310：当所述电子设备已安装操作系统时，对作用于所述电子设备的实体按键上的按压操作进行检测。

在本实施例中，以电子设备在进行烧录后已刷ROM的情况为基础，对进入固件下载模式的条件触发。其中，当电子设备已刷ROM时，表征电子设备安装有操作系统，此时，电子设备可以正常开机以进入系统桌面或者应用界面，可以认为电子设备可以处于关机状态，也可以处于开机状态。在一些实施方式中，可以在电子设备处于关机状态或处于开机状态时，对作用于电子设备的实体按键上的按压操作进行检测。

在一些实施方式中，电子设备的实体按键可以包括实体开关机键、实体音量键等，即当电子设备已安装操作系统时，可以对作用于电子设备的实体开关机键、实体音量键上的按压操作进行检测。

步骤S320：当检测到作用于所述电子设备的实体按键上的按压操作满足指定操作时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

在一些实施方式中，电子设备可以预先设置并存储有指定操作，该指定操作用于作为作用于电子设备的实体按键上的按压操作的判断依据。因此，在本实施例中，当检测到作用于电子设备的实体按键上的按压操作时，可以将作用于电子设备的实体按键上的按压操作和指定操作进行对比，以判断作用于电子设备的实体按键上的按压操作是否满足指定操作，其中，当判断结果表征作用于电子设备的实体按键上的按压操作满足指定操作时，电子设备作为响应，可以进入固件下载模式，并基于固件下载模式下载获得第一固件，从而在已刷ROM的情况下，可以直接进行固件的下载和升级，不需要将固件复制到特定分区后再进行固件升级，以提升固件升级效率。

步骤S330：获取所述电子设备当前所使用的固件作为第二固件。

步骤S340：获取所述第一固件的版本和所述第二固件的版本。

步骤S350：若所述第二固件的版本为桥接版本，确定所述第二固件为待升级固件。

步骤S360：若所述第一固件的版本为桥接版本且所述第二固件的版本为普通版本，确定所述第二固件为待升级固件。

步骤S370：若所述第一固件的版本为普通版本且所述第二固件的版本为普通版本，当所述第一固件的版本大于所述第二固件的版本时，确定所述第二固件为待升级固件。

步骤S380：当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

其中，步骤S330-步骤S380的具体描述请参阅步骤S230-步骤S280，在此不再赘述。

本申请再一个实施例提供的固件升级方法，当电子设备已安装操作系统时，对作用于电子设备的实体按键上的按压操作进行检测，当检测到作用于电子设备的实体按键上的按压操作满足指定操作时，进入固件下载模式，并基于固件下载模式下载获得第一固件。获取电子设备当前所使用的固件作为第二固件，获取第一固件的版本和第二固件的版本，若第二固件的版本为桥接版本，确定第二固件为待升级固件，若第一固件的版本为桥接版本且第二固件的版本为普通版本，确定第二固件为待升级固件，若第一固件的版本为普通版本且第二固件的版本为普通版本，当第一固件的版本大于第二固件的版本时，确定第二固件为待升级固件，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件。相较于图1所示的固件升级版本，本实施例还在电子设备已安装操作系统，且作用于电子设备的实体按键上的按压操作满足指定操作时进入固件下载模式，以提升进入固件下载模式的简洁性，提升生产效率。另外，本实施例还基于第一固件的版本和第二固件的版本确定第二固件是否为待升级固件，以提升待升级固件确定的准确性。

请参阅图5，图5示出了本申请另一个实施例提供的固件升级方法的流程示意图。该方法应用于上述电子设备，下面将针对图5所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S410：当所述电子设备已安装操作系统时，对外部输入的安卓调试桥adb命令进行检测。

在本实施例中，以电子设备在进行烧录后已刷ROM的情况为基础，对进入固件下载模式的条件触发。其中，当电子设备已刷ROM时，表征电子设备安装有操作系统，此时，电子设备可以正常开机以进入系统桌面或者应用界面，可以认为电子设备可以处于关机状态，也可以处于开机状态。在一些实施方式中，可以在电子设备处于关机状态或处于开机状态时，对外部输入的安卓调试桥adb命令进行检测。

步骤S420：当检测到外部输入的adb命令满足指定命令时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

在一些实施方式中，电子设备可以预先设置并存储有指令命令，该指定命令用于作为接收到的外部输入的adb命令的判断依据。因此，在本实施例中，当接收到的外部输入的adb命令时，可以将接收到的外部输入的adb命令和指定命令进行对比，以判断接收到的外部输入的adb命令是否满足指定命令，其中，当判断结果表征接收到的外部输入的adb命令满足指定命令时，电子设备作为响应，可以进入固件下载模式，并基于固件下载模式下载获得第一固件。

步骤S430：获取所述电子设备当前所使用的固件作为第二固件。

步骤S440：获取所述第一固件的版本和所述第二固件的版本。

步骤S450：若所述第二固件的版本为桥接版本，确定所述第二固件为待升级固件。

步骤S460：若所述第一固件的版本为桥接版本且所述第二固件的版本为普通版本，确定所述第二固件为待升级固件。

步骤S470：若所述第一固件的版本为普通版本且所述第二固件的版本为普通版本，当所述第一固件的版本大于所述第二固件的版本时，确定所述第二固件为待升级固件。

步骤S480：当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

其中，步骤S430-步骤S480的具体描述请参阅步骤S230-步骤S280，在此不再赘述。

本申请另一个实施例提供的固件升级方法，当电子设备已安装操作系统时，对外部输入的安卓调试桥adb命令进行检测，当检测到外部输入adb命令满足指定命令时，进入固件下载模式，并基于固件下载模式下载获得第一固件。获取电子设备当前所使用的固件作为第二固件，获取第一固件的版本和第二固件的版本，若第二固件的版本为桥接版本，确定第二固件为待升级固件，若第一固件的版本为桥接版本且第二固件的版本为普通版本，确定第二固件为待升级固件，若第一固件的版本为普通版本且第二固件的版本为普通版本，当第一固件的版本大于第二固件的版本时，确定第二固件为待升级固件，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件。相较于图1所示的固件升级版本，本实施例还在电子设备已安装操作系统，且接收到外部输入的adb命令满足指定命令时进入固件下载模式，以提升进入固件下载模式的简洁性，提升生产效率。另外，本实施例还基于第一固件的版本和第二固件的版本确定第二固件是否为待升级固件，以提升待升级固件确定的准确性。

请参阅图6，图6示出了本申请又再一个实施例提供的固件升级方法的流程示意图。该方法应用于上述电子设备，下面将针对图6所示的流程进行详细的阐述，所述固件升级方法具体可以包括以下步骤：

步骤S510：所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式对第三固件进行下载，获得加密后的第一固件，其中，所述第三固件为原始固件经过加密获得。

在一些实施方式中，为了提升固件在传输过程中的安全性，可以对原始固件进行加密传送，并在传输到电子设备后，通过电子设备对加密后的原始固件进行解密，以获得解密后的固件。于本实施例中，可以将进行加密后的原始固件作为第三固件，则电子设备在检测到外部输入时，可以响应外部输入进入固件下载模式，并基于固件下载模式对第三固件进行下载，以获得加密后的第一固件。

在一些实施方式中，第三固件可以是由原始固件先进行单向加密，将原始固件加密后得到数据摘要，然后通过平台私钥对数据摘要进行加密得到数字签名，生成加密后的原始固件，即生成第三固件。

步骤S520：对所述加密后的第一固件进行解密，获得所述第一固件。

在本实施例中，在获得加密后的第一固件后，可以对加密后的第一固件进行解密，以获得第一固件。在一些实施方式中，加密后的第一固件传入电子设备的RAM后，先通过私钥解密获取原始固件和数据摘要，再通过单向加密获取原始固件，作为第一固件。

请参阅图7，图7示出了本申请的图6所示的固件升级方法的步骤S520的流程示意图。下面将针对图7所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S521：对所述加密后的第一固件进行解密，获得解密后的第一固件。

在一些实施方式中，该第三固件为原始固件与额外信息经过校验打包并加密获得。具体地，UFS厂商提供原始固件后，可以添加额外信息后打包，防止固件传输过程中损坏导致数据不正确，是提高固件升级完整性的一步。即原始固件与额外信息进行校验打包时的校验数据包括所述额外信息的数值和原始固件的数值。

请参阅图8和图9，图8示出了本申请实施例提供的固件打包的一种示意图，图9示出了本申请实施例提供的固件打包的另一种示意图。其中，该方案中校验头和额外信息为固定大小4096Byte，其结构包括crc校验数据(8byte)、ufs相关额外信息(52byte)，为了对其，剩余数据用0填充。其中crc校验数据包含：crc_info(4byte)：为ufs相关信息校验，因为ufs相关信息是额外添加的数据，所以需要单独校验；crc_fireware(4byte)：为ufs固件原始数据，需要单独校验其完整性。通过脚本输入额外的ufs相关信息参数后，可以通过crc校验打包生成新的UFS固件。再对新的UFS固件进行单向加密，将新的UFS固件加密后得到数据摘要，然后通过平台私钥对数据摘要进行加密得到数字签名，生成第三固件。

在一些实施方式中，电子设备在获得加密后的第一固件后，可以对加密后的第一固件进行解密，以获得解密后的第一固件。

步骤S522：获取所述解密后的第一固件中的校验数据。

在一些实施方式中，在获得解密后的第一固件时，可以获得解密后的第一固件中的校验数据。

步骤S523：当所述解密后的第一固件中的校验数据与所述原始固件与所述额外信息进行校验打包时的校验数据一致时，从所述解密后的第一固件中获得所述第一固件。

在一些实施方式中，在获得解密后的第一固件中的校验数据时，可以将解密后的第一固件中的校验数据和原始固件与额外信息进行校验打包时的校验数据进行对比，以判断解密后的第一固件中的校验数据和原始固件与额外信息进行校验打包时的校验数据是否一致，其中，当判断结果表征解密后的第一固件中的校验数据和原始固件与额外信息进行校验打包时的校验数据一致时，表征传输前后的校验数据相同，传输过程中没有数据丢失，可以从解密后的以固件中获得第一固件。当判断结果表征解密后的第一固件中的校验数据和原始固件与额外信息进行校验打包时的校验数据不一致时，表征传输前后的校验数据不相同，传输过程中有数据丢失，则不再从解密后的第一固件中获得第一固件。

在一些实施方式中，在获得解密后的第一固件中的校验数据后，可以通过ufs_fw_is_valid()函数首先判断crc info是否和解密后的第一固件中的校验数据中的数值相同，若不同，则说明传输过程出了问题，则不能升级；接着要判断crc firmware是否和解密后的第一固件中的校验数据中的数值相同，若不同说明传输出了问题，则不能升级；在判断MagicID，若解密后的第一固件中的校验数据和定义相同则可以升级。其中，确定可以升级时，可以可以从解密后的第一固件中获得第一固件。

步骤S530：获取所述电子设备当前所使用的固件作为第二固件。

步骤S540：获取所述第一固件的版本和所述第二固件的版本。

步骤S550：若所述第二固件的版本为桥接版本，确定所述第二固件为待升级固件。

步骤S560：若所述第一固件的版本为桥接版本且所述第二固件的版本为普通版本，确定所述第二固件为待升级固件。

步骤S570：若所述第一固件的版本为普通版本且所述第二固件的版本为普通版本，当所述第一固件的版本大于所述第二固件的版本时，确定所述第二固件为待升级固件。

步骤S580：当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

其中，步骤S530-步骤S580的具体描述请参阅步骤S210-步骤S230，在此不再赘述。

本申请另一个实施例提供的固件升级方法，电子设备响应外部输入进入固件下载模式，并基于固件下载模式对第三固件进行下载，获得加密后的第一固件，其中，第三固件为原始固件经过加密获得，对加密后的第一固件进行解密，获得第一固件。获取电子设备当前所使用的固件作为第二固件，获取第一固件的版本和第二固件的版本，若第二固件的版本为桥接版本，确定第二固件为待升级固件，若第一固件的版本为桥接版本且第二固件的版本为普通版本，确定第二固件为待升级固件，若第一固件的版本为普通版本且第二固件的版本为普通版本，当第一固件的版本大于第二固件的版本时，确定第二固件为待升级固件，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件。相较于图1所示的固件升级版本，本实施例还在固件传输的过程中对固件进行打包、加密、解密等，以提升固件传输的完整性和完全性。另外，本实施例还基于第一固件的版本和第二固件的版本确定第二固件是否为待升级固件，以提升待升级固件确定的准确性。

请参阅图10，图10示出了本申请实施例提供的固件升级装置200的模块框图。该固件升级装置200应用于上述电子设备，下面将针对图10所示的框图进行阐述，所述固件升级装置200包括：第一固件获得模块210、第二固件获得模块220、第二固件检测模块230以及固件升级模块240，其中：

第一固件获得模块210，用于所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件。

进一步地，所述第一固件获得模块210包括：上电状态检测子模块和第一固件获得子模块，其中：

上电状态检测子模块，用于对所述电子设备的上电状态进行检测。

进一步地，所述上电状态检测子模块包括：上电状态检测单元，其中：

上电状态检测单元，用于当所述电子设备没有安装操作系统时，对所述电子设备的上电状态进行检测。

第一固件获得子模块，用于当所述电子设备进入上电状态时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

进一步地，所述第一固件获得模块210包括：按压操作检测子模块和第二固件获得子模块，其中：

按压操作检测子模块，用于当所述电子设备已安装操作系统时，对作用于所述电子设备的实体按键上的按压操作进行检测。

第二固件获得子模块，用于当检测到作用于所述电子设备的实体按键上的按压操作满足指定操作时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

进一步地，所述第一固件获得模块210包括：adb命令检测子模块和第三固件获得子模块，其中：

adb命令检测子模块，用于当所述电子设备已安装操作系统时，对外部输入的安卓调试桥adb命令进行检测。

第三固件获得子模块，用于当检测到外部输入的adb命令满足指定命令时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

进一步地，所述第一固件获得模块210包括：加密固件获取子模块和第四固件获得子模块，其中：

加密固件获取子模块，用于所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式对第三固件进行下载，获得加密后的第一固件，其中，所述第三固件为原始固件经过加密获得。

第四固件获得子模块，用于对所述加密后的第一固件进行解密，获得所述第一固件。

进一步地，所述第三固件为所述原始固件与额外信息经过校验打包并加密获得，所述第四固件获得子模块包括：解密固件获得单元、校验数据获取单元以及第四固件获得单元，其中：

解密固件获得单元，用于对所述加密后的第一固件进行解密，获得解密后的第一固件。

校验数据获取单元，用于获取所述解密后的第一固件中的校验数据。

第四固件获得单元，用于当所述解密后的第一固件中的校验数据与所述原始固件与所述额外信息进行校验打包时的校验数据一致时，从所述解密后的第一固件中获得所述第一固件。

第二固件获得模块220，用于获取所述电子设备当前所使用的固件作为第二固件。

第二固件检测模块230，用于基于所述第一固件对所述第二固件进行检测。

进一步地，所述第二固件检测模块230包括：版本获取子模块、第一待升级固件确定子模块、第二待升级固件确定子模块以及第三待升级固件确定子模块，其中：

版本获取子模块，用于获取所述第一固件的版本和所述第二固件的版本。

进一步地，版本获取子模块包括：厂商名获取单元和版本获取单元，其中：

厂商名获取单元，用于获取所述第一固件的厂商名和所述第二固件的厂商名。

版本获取单元，用于当所述第一固件的厂商名和所述第二固件的厂商名一致时，获取所述第一固件的版本和所述第二固件的版本。

第一待升级固件确定子模块，用于若所述第二固件的版本为桥接版本，确定所述第二固件为待升级固件。

第二待升级固件确定子模块，用于若所述第一固件的版本为桥接版本且所述第二固件的版本为普通版本，确定所述第二固件为待升级固件。

第三待升级固件确定子模块，用于若所述第一固件的版本为普通版本且所述第二固件的版本为普通版本，当所述第一固件的版本大于所述第二固件的版本时，确定所述第二固件为待升级固件。

固件升级模块240，用于当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

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

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参阅图11，其示出了本申请实施例提供的一种电子设备100的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

其中，处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个电子设备100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行电子设备100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责待显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参阅图12，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质500中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质500可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质500包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质500具有执行上述方法中的任何方法步骤的程序代码510的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码510可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的固件升级方法、装置、电子设备以及存储介质，电子设备响应外部输入进入固件下载模式，并基于固件下载模式下载获得第一固件，获取电子设备当前所使用的固件作为第二固件，基于第一固件对第二固件进行检测，当检测到第二固件为待升级固件时，将电子设备当前所使用的固件从第二固件升级为第一固件，从而通过外部输入快速进行固件下载模式，可以在无操作系统的情况下快速升级固件，提高生产效率，节约时间和成本。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (13)

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

所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件；

获取所述电子设备当前所使用的固件作为第二固件；

基于所述第一固件对所述第二固件进行检测；

当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

2.根据权利要求1所述的方法，其特征在于，所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件，包括：

对所述电子设备的上电状态进行检测；

当所述电子设备进入上电状态时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

3.根据权利要求2所述的方法，其特征在于，所述对所述电子设备的上电状态进行检测，包括：

当所述电子设备没有安装操作系统时，对所述电子设备的上电状态进行检测。

4.根据权利要求1所述的方法，其特征在于，所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件，包括：

当所述电子设备已安装操作系统时，对作用于所述电子设备的实体按键上的按压操作进行检测；

当检测到作用于所述电子设备的实体按键上的按压操作满足指定操作时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

5.根据权利要求1所述的方法，其特征在于，所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件，包括：

当所述电子设备已安装操作系统时，对外部输入的安卓调试桥adb命令进行检测；

当检测到外部输入的adb命令满足指定命令时，进入所述固件下载模式，并基于所述固件下载模式下载获得所述第一固件。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述第一固件对所述第二固件进行检测，包括：

获取所述第一固件的版本和所述第二固件的版本；

若所述第二固件的版本为桥接版本，确定所述第二固件为待升级固件；

若所述第一固件的版本为桥接版本且所述第二固件的版本为普通版本，确定所述第二固件为待升级固件；或

若所述第一固件的版本为普通版本且所述第二固件的版本为普通版本，当所述第一固件的版本大于所述第二固件的版本时，确定所述第二固件为待升级固件。

7.根据权利要求6所述的方法，其特征在于，所述获取所述第一固件的版本和所述第二固件的版本，包括：

获取所述第一固件的厂商名和所述第二固件的厂商名；

当所述第一固件的厂商名和所述第二固件的厂商名一致时，获取所述第一固件的版本和所述第二固件的版本。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件，包括：

所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式对第三固件进行下载，获得加密后的第一固件，其中，所述第三固件为原始固件经过加密获得；

对所述加密后的第一固件进行解密，获得所述第一固件。

9.根据权利要求8所述的方法，其特征在于，所述第三固件为所述原始固件与额外信息经过校验打包并加密获得，所述对所述加密后的第一固件进行解密，获得所述第一固件，包括：

对所述加密后的第一固件进行解密，获得解密后的第一固件；

获取所述解密后的第一固件中的校验数据；

当所述解密后的第一固件中的校验数据与所述原始固件与所述额外信息进行校验打包时的校验数据一致时，从所述解密后的第一固件中获得所述第一固件。

10.根据权利要求9所述的方法，其特征在于，所述原始固件与所述额外信息进行校验打包时的校验数据包括所述额外信息的数值和所述原始固件的数值。

11.一种固件升级装置，其特征在于，应用于电子设备，所述装置包括：

第一固件获得模块，用于所述电子设备响应外部输入进入固件下载模式，并基于所述固件下载模式下载获得第一固件；

第二固件获得模块，用于获取所述电子设备当前所使用的固件作为第二固件；

第二固件检测模块，用于基于所述第一固件对所述第二固件进行检测；

固件升级模块，用于当检测到所述第二固件为待升级固件时，将所述电子设备当前所使用的固件从所述第二固件升级为所述第一固件。

12.一种电子设备，其特征在于，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行如权利要求1-10任一项所述的方法。

13.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-10任一项所述的方法。

Images