CN112230969A - 固件升级过程中对用户空间存储区格式化的方法及设备 - Google Patents

Abstract

本申请涉及信息安全技术领域，特别是涉及一种固件升级过程中对用户空间存储区格式化的方法及设备。基于上述本申请所提供的固件升级过程中对用户空间存储区格式化的方法，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率。

Description

固件升级过程中对用户空间存储区格式化的方法及设备

技术领域

本申请涉及信息安全技术领域，特别是涉及一种固件升级过程中对用户空间存储区格式化的方法及设备。

背景技术

现有的终端设备（如云音箱等），其内部的存储区由三部分构成，分别为用于存储差分包数据的OTA存储区、用于存储终端设备的功能资源数据的用户空间存储区以及用于存储重要数据（如序列号等）的系统空间存储区。对于现有终端设备而言，基于固件升级技术进行终端设备的固件版本升级后，终端设备会随着版本的升级相应增加新的功能，这些新增功能对应的资源数据会占用用户空间存储区中的存储空间，所以可能会造成终端设备的用户空间存储区的存储空间不足。因此，如何避免因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足成为了当前亟待解决的技术问题。

发明内容

本申请提供了一种固件升级过程中对用户空间存储区格式化的方法及设备，以在终端设备的固件版本升级过程中，避免因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足。

第一方面，提供了一种固件升级过程中对用户空间存储区格式化的方法，包括如下步骤：

步骤S101，终端设备每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求，所述版本检查请求中携带有当前固件版本信息的版本标识；

步骤S102，所述终端设备接收所述OTA服务器发送的携带有固件版本信息的版本检查响应，所述固件版本信息为所述OTA服务器基于所述当前固件版本信息的版本标识得到的信息；

步骤S103，所述终端设备根据版本检查响应中的固件版本信息向差分包服务器发送差分包下载请求；

步骤S104，所述终端设备接收所述差分包服务器返回的差分包下载响应，获取所述差分包下载响应中携带的对应所述固件版本信息的差分包数据并将其存储在第一存储区；

步骤S105，所述终端设备对获取的差分包数据执行校验处理，以确定所述差分包数据是否完整；

步骤S106，当所述终端设备确定所述差分包数据完整时，向所述OTA服务器上报差分包数据完整的校验成功结果；

步骤S107，所述终端设备执行重启处理，并在重启过程中读取所述第一存储区中存储的差分包数据执行相应的固件版本升级处理；

步骤S108，在所述固件版本升级处理结束后，所述终端设备在第二存储区读取自身对应的第二身份标识，并将所述第二身份标识存储到所述第一存储区中；所述终端设备调用相应的格式化函数指示对用户空间存储区执行格式化处理，并在格式化处理后执行重启处理；在重启处理之后，所述终端设备在所述第一存储区中读取所述第二身份标识；所述终端设备将所述第二身份标识写入所述第二存储区中；

步骤S109，在将所述第二身份标识写入所述第二存储区中后，所述终端设备向所述OTA服务器上报固件版本升级结果，之后转到步骤S101执行版本检查处理。

在一个可能地实现方式中，所述步骤S101之前，还包括：

步骤S100，所述终端设备向所述OTA服务器发送身份注册请求，接收所述OTA服务器发送的携带有所述终端设备对应的第一身份标识的身份注册响应，以在执行版本检查处理时通过携带所述第一身份标识来进行所述终端设备的固件版本检查。

在一个可能地实现方式中，所述步骤S101之前，还包括：

步骤S111，所述终端设备向后台服务器发送请求所述后台服务器指示对于固件版本升级的处理方式的询问请求，接收所述后台服务器发送的询问响应，根据所述询问响应的指示确定执行固件版本升级的处理方式。

在一个可能地实现方式中，所述对于固件版本升级的处理方式，包括：

当检查到新的固件版本信息，且新的固件版本信息满足预设条件时，执行新的固件版本信息的自动升级处理；或，

当检查到新的固件版本信息时，向后台服务器发送是否执行固件版本的升级处理的升级请求，接收所述后台服务器发送的升级响应，根据所述升级响应的指示确定是否执行固件版本的升级处理。

在一个可能地实现方式中，所述步骤S103，包括：

所述终端设备获取所述版本检查响应中携带的固件版本信息，并对所述固件版本信息进行解析，得到解析结果；

当所述解析结果为有新的固件版本时，所述终端设备根据所述解析结果向所述差分包服务器发送差分包下载请求；

当所述解析结果为没有新的固件版本时，流程结束，转到步骤S101。

在一个可能地实现方式中，当所述终端设备确定所述差分包数据不完整时，还包括：

步骤S112，所述终端设备向所述OTA服务器上报差分包数据不完整的校验失败结果，流程结束，转到步骤S101。

第二方面，提供了一种固件升级过程中对用户空间存储区格式化的设备，包括：

发送模块，用于每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求，所述版本检查请求中携带有当前固件版本信息的版本标识；

第一处理模块，用于接收所述OTA服务器发送的携带有固件版本信息的版本检查响应，所述固件版本信息为所述OTA服务器基于所述当前固件版本信息的版本标识得到的信息；

所述发送模块，还用于根据版本检查响应中的固件版本信息向差分包服务器发送差分包下载请求；

所述第一处理模块，还用于接收所述差分包服务器返回的差分包下载响应，获取所述差分包下载响应中携带的对应所述固件版本信息的差分包数据并将其存储在第一存储区；

第二处理模块，用于对获取的差分包数据执行校验处理，以确定所述差分包数据是否完整；

上报模块，用于当所述第二处理模块确定所述差分包数据完整时，向所述OTA服务器上报差分包数据完整的校验成功结果；

第三处理模块，用于执行重启处理，并在重启过程中读取所述第一存储区中存储的差分包数据执行相应的固件版本升级处理；

第四处理模块，用于在所述固件版本升级处理结束后，在第二存储区读取自身对应的第二身份标识，并将所述第二身份标识存储到所述第一存储区中；调用相应的格式化函数指示对用户空间存储区执行格式化处理，并在格式化处理后执行重启处理；在重启处理之后，在所述第一存储区中读取所述第二身份标识；将所述第二身份标识写入所述第二存储区中；

所述上报模块，还用于在所述第四处理模块将所述第二身份标识写入所述第二存储区中后，向所述OTA服务器上报固件版本升级结果，之后转到所述发送模块执行版本检查处理。

在一个可能地实现方式中，还包括：

第五处理模块，用于向所述OTA服务器发送身份注册请求，接收所述OTA服务器发送的携带有所述终端设备对应的第一身份标识的身份注册响应，以在执行版本检查处理时通过携带所述第一身份标识来进行所述终端设备的固件版本检查。

在一个可能地实现方式中，还包括：

第六处理模块，用于向后台服务器发送请求所述后台服务器指示对于固件版本升级的处理方式的询问请求，接收所述后台服务器发送的询问响应，根据所述询问响应的指示确定执行固件版本升级的处理方式。

在一个可能地实现方式中，所述第六处理模块对于固件版本升级的处理方式，包括：

当检查到新的固件版本信息，且新的固件版本信息满足预设条件时，执行新的固件版本信息的自动升级处理；或，

当检查到新的固件版本信息时，向后台服务器发送是否执行固件版本的升级处理的升级请求，接收所述后台服务器发送的升级响应，根据所述升级响应的指示确定是否执行固件版本的升级处理。

在一个可能地实现方式中，所述发送模块，还用于获取所述版本检查响应中携带的固件版本信息，并对所述固件版本信息进行解析，得到解析结果；当所述解析结果为有新的固件版本时，根据所述解析结果向所述差分包服务器发送差分包下载请求；当所述解析结果为没有新的固件版本时，流程结束，之后继续执行版本检查处理。

在一个可能地实现方式中，所述上报模块，还用于向所述OTA服务器上报差分包数据不完整的校验失败结果，流程结束，之后转到所述发送模块继续执行版本检查处理。

第三方面，提供了一种电子设备，包括：处理器和存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，执行上述的固件升级过程中对用户空间存储区格式化的方法。

第四方面，提供了一种计算机可读存储介质，所述计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述的固件升级过程中对用户空间存储区格式化的方法。

借由上述技术方案，本申请提供的技术方案至少具有下列优点：

本申请中，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请提供的固件升级过程中对用户空间存储区格式化的方法的流程示意图；

图2为本申请提供的固件升级过程中对用户空间存储区格式化的方法的一种可能实现方式的具体处理流程示意图；

图3为本申请提供的一种固件升级过程中对用户空间存储区格式化的设备的结构示意图；

图4为本申请提供的固件升级过程中对用户空间存储区格式化的方法的电子设备的结构示意图。

具体实施方式

本申请提出一种固件升级过程中对用户空间存储区格式化的方法及设备，下面结合附图，对本申请具体实施方式进行详细说明。

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语（包括技术术语和科学术语），具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

如图1所示，为本申请提供的固件升级过程中对用户空间存储区格式化的方法的流程示意图，该方法包括如下步骤：

步骤S101，终端设备每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求；

其中，版本检查请求中携带有当前固件版本信息的版本标识；

步骤S102，终端设备接收OTA服务器发送的携带有固件版本信息的版本检查响应；

其中，固件版本信息为OTA服务器基于当前固件版本信息的版本标识得到的信息；

步骤S103，终端设备根据版本检查响应中的固件版本信息向差分包服务器发送差分包下载请求；

步骤S104，终端设备接收差分包服务器返回的差分包下载响应，获取差分包下载响应中携带的对应固件版本信息的差分包数据并将其存储在第一存储区；

步骤S105，终端设备对获取的差分包数据执行校验处理，以确定差分包数据是否完整；

步骤S106，当终端设备确定差分包数据完整时，向OTA服务器上报差分包数据完整的校验成功结果；

步骤S107，终端设备执行重启处理，并在重启过程中读取第一存储区中存储的差分包数据执行相应的固件版本升级处理；

步骤S108，在固件版本升级处理结束后，终端设备在第二存储区读取自身对应的第二身份标识，并将第二身份标识存储到第一存储区中；终端设备调用相应的格式化函数指示对用户空间存储区执行格式化处理，并在格式化处理后执行重启处理；在重启处理之后，终端设备在第一存储区中读取第二身份标识；终端设备将第二身份标识写入第二存储区中；

步骤S109，在将第二身份标识写入第二存储区中后，终端设备向OTA服务器上报固件版本升级结果，之后转到步骤S101执行版本检查处理。

本申请中，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率。

基于上述本申请所提供的技术方案，下面对该技术方案进行详尽阐释。

如图2所示，为本申请提供的固件升级过程中对用户空间存储区格式化的方法的一个可能地实现方式的具体处理流程图。

对于本申请，在一个可能地实现方式中，终端设备想要进行固件升级之前，需要有前置的身份注册处理，具体地，

步骤S100，终端设备在OTA服务器上进行身份注册。

在一个可能地实现方式中，上述步骤S100的处理，可以包括：终端设备向OTA服务器发送身份注册请求，OTA服务器对该终端设备进行相应的身份注册，并在注册完成后，向该终端设备发送身份注册响应；终端设备接收OTA服务器发送的携带有终端设备对应的第一身份标识的身份注册响应；其中，该第一身份标识可以包括终端设备在OTA服务器上注册的表明该终端设备的身份信息的身份ID，是OTA服务器为该终端设备注册生成的具有唯一性的身份标识信息。当然，该第一身份标识并不仅局限于身份ID，对于其他任意的，具有唯一性的，能够表明该终端设备的身份信息的其他标识信息均可。

在一个可能地实现方式中，终端设备在注册完身份信息之后，还需要向所属的后台服务器拿到相应的升级授权，即在后续检查到有新的固件版本可以用于升级时，对于该新的固件版本如何进行处理，具体地，

步骤S111，终端设备向后台服务器询问对于固件版本升级的处理方式。

具体地，终端设备向后台服务器发送请求后台服务器指示对于固件版本升级的处理方式的询问请求，接收后台服务器发送的询问响应，根据询问响应的指示确定执行固件版本升级的处理方式。

在一个可能地实现方式中，对于上述终端设备向后台服务器询问对于固件版本升级的处理方式，其可以包括两种处理方式：

方式一，即通过预先授权，后续直接进行自动升级地处理方式；即当检查到新的固件版本信息，且新的固件版本信息满足预设条件时，执行新的固件版本信息的自动升级处理；如此的处理方式，只要满足升级条件，即可自动进行升级，减少了后台服务器的确认，提升了处理效率及处理时效。其中，对于上述提及的满足预设条件，其可以指的是后续步骤S201~步骤S213中的所有处理内容。

方式二，每次升级前均进行是否升级的问询方式。即当检查到新的固件版本信息时，向后台服务器发送是否执行固件版本的升级处理的升级请求，接收后台服务器发送的升级响应，根据升级响应的指示确定是否执行固件版本的升级处理；如此的处理方式，虽然每次升级前均需要进行是否升级的问询，但保证了后台服务器对当前终端设备的固件版本的主动性，避免了上述自动升级处理方式时可能造成的不必要升级的麻烦。

对于本申请，在一个可能地实现方式中，前述步骤S101~步骤S102的处理具体包括下述步骤S201的处理，具体地：

步骤S201，终端设备执行固件的版本检查处理。

在一个可能地实现方式中，终端设备开机后，会每隔预设时间进行固件版本信息的版本检查处理，即终端设备每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求，并在该版本检查请求中携带有终端设备当前固件版本信息的版本标识，OTA服务器基于该当前固件版本信息的版本标识查询所存储的对应该终端设备的当前最新的固件版本信息，从而确定该终端设备对应的最新的固件版本信息是哪一个版本，如果当前最新的固件版本信息与版本标识对应的版本信息相同，表示当前没有更新的固件版本，则生成一个没有新的固件版本的信息；如果当前最新的固件版本信息与版本标识对应的版本信息不相同，表示当前有更新的固件版本，则生成一个有新的固件版本的信息；并将生成的信息携带于版本检查响应中给到终端设备；终端设备接收OTA服务器发送的携带有固件版本信息的版本检查响应，根据版本检查响应来进行相应的版本检查处理。

对于本申请，在一个可能地实现方式中，前述步骤S103的处理具体包括下述步骤S202~步骤S204的处理，具体地：

步骤S202，终端设备获取版本检查处理中的固件版本信息。

在一个可能地实现方式中，终端设备从接收到的版本检查响应中获取其中携带的固件版本信息。

步骤S203，终端设备对获取的固件版本信息进行解析，得到解析结果。

在一个可能地实现方式中，终端设备将获取到的固件版本信息进行解析，得到相应的解析结果；当解析结果为有新的固件版本时，转到步骤S204，否则，转到步骤S201继续进行固件的版本检查处理。

步骤S204，终端设备进行差分包数据下载。

在一个可能地实现方式中，在上述的解析结果为有新的固件版本后，终端设备获取该解析结果中携带的新的固件版本的版本标识，根据该新的固件版本的版本标识向差分包服务器发送差分包下载请求，请求获取相应的差分包数据。

对于本申请，在一个可能地实现方式中，前述步骤S104的处理具体包括下述步骤S205的处理，具体地：

步骤S205，终端设备存储该差分包数据。

在一个可能地实现方式中，终端设备接收差分包服务器返回的差分包下载响应，获取差分包下载响应中携带的对应固件版本信息的差分包数据，并将其存储在第一存储区。

对于本申请，在一个可能地实现方式中，前述步骤S105的处理具体包括下述步骤S206的处理，具体地：

步骤S206，终端设备对差分包数据执行校验处理。

在一个可能地实现方式中，终端设备对于上述的差分包数据执行校验处理，以确定该差分包数据是否完整；若该差分包数据完整，转到步骤S207继续处理，否则，转到步骤S112进行处理。其中，对于该校验处理，可以采用如md5校验处理方式，在此不再做关于md5校验处理的详细阐释。

对于本申请，在一个可能地实现方式中，前述步骤S106的处理具体包括下述步骤S207的处理，具体地：

步骤S207，终端设备向OTA服务器上报差分包下载结果。

在一个可能地实现方式中，终端设备在确定上述差分包数据完整时，向该OTA服务器上报该差分包数据完整的校验成功下载结果。具体地，可以是终端设备向OTA服务器发送差分包下载结果的上报请求，以告知其对该差分包数据完整的校验成功结果；终端设备接收OTA服务器返回的差分包下载结果的上报响应，根据该响应知道OTA服务器已经知道终端设备已经下载完成该完整的差分包数据。

对于本申请，在一个可能地实现方式中，前述步骤S107的处理具体包括下述步骤S208的处理，具体地：

步骤S208，终端设备执行重启及固件版本升级处理。

在一个可能地实现方式中，在上述的差分包下载结果上报完成后，终端设备执行首次的重启处理，并在重启过程中从第一存储区中读取存储的差分包数据，根据该差分包数据执行相应的固件版本升级处理；其中，上述的第一存储区相当于终端设备的OTA存储区。

对于本申请，在一个可能地实现方式中，前述步骤S108的处理具体包括下述步骤S209~步骤S212的处理，具体地：

步骤S209，终端设备进行第二身份标识的读取存储。

在一个可能地实现方式中，终端设备在执行完上述的首次重启及固件版本升级处理后，在第二存储区中读取自身对应的第二身份标识（如表明该终端设备身份信息的序列号或IMEI等），并将该第二身份标识存储到第一存储区中，该第二身份标识为终端设备自身的身份标识信息；其中，上述的第二存储区相当于终端设备的系统空间存储区。

步骤S210，终端设备对用户空间存储区执行格式化处理。

在一个可能地实现方式中，终端设备在将上述第二身份标识存储到第一存储区中后，对用户空间存储区进行格式化处理，并在格式化之后进行自身的第二次重启操作处理。在对用户空间存储区进行格式化处理之后，可以实现对该用户空间存储区大小的调整。其中，基于固件版本的升级，终端设备会进行新的功能资源数据的更新，而这些更新的资源数据会存储在用户空间存储区中，所以可能会出现由于更新的资源数据过大而导致用户空间存储区的存储空间不足的问题，所以可能需要从系统空间存储区中借用一定的存储空间来存储用户空间存储区中存储不下的资源数据，而借用给用户空间存储区的那部分系统空间存储区中还可能存储有重要数据，因此，为了避免格式化造成重要数据的丢失，需要在格式化处理的前后进行重要数据的备份存储，即将系统空间存储区中的重要数据存储于OTA存储区中；当然，在格式化处理之后，还可以根据需求对该用户空间存储区的空间大小进行相应调整。

步骤S211，终端设备读取第二身份标识。

在一个可能地实现方式中，终端设备在二次重启后，从第一存储区中读取存储的第二身份标识。

步骤S212，终端设备将第二身份标识写入第二存储区。

在一个可能地实现方式中，终端设备在对用户空间存储区进行格式化处理后，将第二身份标识重新写入到第二存储区中。

对于本申请，在一个可能地实现方式中，前述步骤S109的处理具体包括下述步骤S213的处理，具体地：

步骤S213，终端设备向OTA服务器上报固件版本升级结果。

在一个可能地实现方式中，在升级完成后，终端设备会将对固件版本的升级结果上报给OTA服务器。具体地，可以是终端设备向OTA服务器发送升级结果的上报请求，以告知其对该固件版本的升级结果；终端设备接收OTA服务器返回的升级结果的上报响应，根据该响应获知OTA服务器已经知道终端设备已经完成对该固件版本的升级。在完成上述固件版本的升级之后，继续转到步骤S201执行固件的版本检查处理，从而在检查到新的固件版本信息时执行相应的固件版本升级处理。

对于本申请，在一个可能地实现方式中，前述步骤S206中终端设备确定差分包数据不完整时的处理具体包括下述步骤S112的处理，具体地：

步骤S112，终端设备向OTA服务器上报差分包数据不完整的校验失败结果。

在一个可能地实现方式中，在终端设备上报完上述校验失败结果后，流程结束，转到步骤S201执行固件的版本检查处理。

本申请中，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率；同时，通过引入对系统空间存储区中重要数据的备份处理，使得在用户空间存储区对系统空间存储区中存储空间的借用后，避免了因对用户空间存储区的格式化处理而引起的系统空间存储区中重要数据丢失问题。

基于上述本申请所提供的技术方案，下面以一个具体实施例对该技术方案进行详尽阐释，如实施例一所示。在该实施例一中，终端设备以云音箱为例。

实施例一

云音箱开机启动后，通过向OTA服务器发送身份注册请求来执行相应的身份注册，在该注册请求中携带有1560813365 HTTP的地址信息，OTA服务器根据该地址信息1560813365HTTP为云音箱进行身份标识的注册，生成其在OTA服务器上的身份标识6226f6331a2345d8，将该身份标识携带于身份注册响应中返回给云音箱，云音箱接收到该OTA服务器返回的身份注册响应，从该响应中获取到自身在OTA服务器上注册得到的身份标识6226f6331a2345d8。云音箱向后台的飞天服务器发送对于固件版本升级的处理方式的询问请求，根据飞天服务器的询问响应得到相应的固件版本升级处理方式为自动升级处理方式。之后，云音箱根据前述的身份标识6226f6331a2345d8以及当前固件的版本标识status1002构建版本检查请求发送给上述OTA服务器，OTA服务器根据该身份标识6226f6331a2345d8及版本标识status1002确认有对应的新的固件版本，该新的固件版本的版本标识status1005，将该版本标识status1005携带于版本检查响应中返回给云音箱，同时在该响应中还会携带用于后续的数据完整性校验的md5 sum（d19ee018257e32eea86354f07e361b56）。

云音箱根据得到的响应中的固件版本信息进行解析，得到相应的解析结果，在确认解析结果为有新的固件版本时，终端设备获取该解析结果中携带的新的固件版本的版本标识status1005，根据该版本标识status1005向相应的差分包服务器发送差分包数据的下载请求，在得到差分包服务器返回的差分包数据后，将该差分包数据存储于OTA存储区中，并根据前述的md5 sum（d19ee018257e32eea86354f07e361b56）对该差分包数据进行完整性校验；在校验通过后，云音箱向OTA服务器上报下载的差分包数据完整的md5校验成功结果。

之后云音箱从OTA存储区中读取所存储的差分包数据，并进行首次重启处理，重启过程中根据读取的差分包数据进行差分包数据的升级。升级之后，从云音箱的系统框架中读取该云音箱对应的序列号43ed322c81435，并将该序列号43ed322c81435存储到OTA存储区中，之后对该音箱的用户空间存储区执行格式化处理。云音箱在进行格式化处理后执行第二次重启操作，重启过后将OTA存储区中存储的序列号43ed322c81435提取后再次存储到系统空间中，之后云音箱将前述的升级结果上报给OTA服务器，继续根据前述的身份标识6226f6331a2345d8以及当前固件的版本标识执行版本检查处理。

基于上述本申请所提供的固件升级过程中对用户空间存储区格式化的方法的技术方案，本申请对应提供了一种固件升级过程中对用户空间存储区格式化的设备的结构示意图，其中的固件升级过程中对用户空间存储区格式化的设备可以为终端设备，如图3所示，本申请的固件升级过程中对用户空间存储区格式化的设备30可以包括：发送模块31，第一处理模块32，第二处理模块33，上报模块34，第三处理模块35，第四处理模块36，第五处理模块37及第六处理模块38；

发送模块31，用于每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求，版本检查请求中携带有当前固件版本信息的版本标识；

第一处理模块32，用于接收OTA服务器发送的携带有固件版本信息的版本检查响应，固件版本信息为OTA服务器基于当前固件版本信息的版本标识得到的信息；

发送模块31，还用于根据版本检查响应中的固件版本信息向差分包服务器发送差分包下载请求；

第一处理模块32，还用于接收差分包服务器返回的差分包下载响应，获取差分包下载响应中携带的对应固件版本信息的差分包数据并将其存储在第一存储区；

第二处理模块33，用于对获取的差分包数据执行校验处理，以确定差分包数据是否完整；

上报模块34，用于当第二处理模块34确定差分包数据完整时，向OTA服务器上报差分包数据完整的校验成功结果；

第三处理模块35，用于执行重启处理，并在重启过程中读取第一存储区中存储的差分包数据执行相应的固件版本升级处理；

第四处理模块36，用于在固件版本升级处理结束后，在第二存储区读取自身对应的第二身份标识，并将第二身份标识存储到第一存储区中；调用相应的格式化函数指示对用户空间存储区执行格式化处理，并在格式化处理后执行重启处理；在重启处理之后，在第一存储区中读取第二身份标识；将第二身份标识写入第二存储区中；

上报模块34，还用于在第四处理模块36将第二身份标识写入第二存储区中后，向OTA服务器上报固件版本升级结果，之后转到发送模块31执行版本检查处理。

在一个可能地实现方式中，还包括：

第五处理模块37，用于向OTA服务器发送身份注册请求，接收OTA服务器发送的携带有终端设备对应的第一身份标识的身份注册响应，以在执行版本检查处理时通过携带第一身份标识来进行终端设备的固件版本检查。

在一个可能地实现方式中，还包括：

第六处理模块38，用于向后台服务器发送请求后台服务器指示对于固件版本升级的处理方式的询问请求，接收后台服务器发送的询问响应，根据询问响应的指示确定执行固件版本升级的处理方式。

在一个可能地实现方式中，第六处理模块38对于固件版本升级的处理方式，包括：

当检查到新的固件版本信息，且新的固件版本信息满足预设条件时，执行新的固件版本信息的自动升级处理；或，

当检查到新的固件版本信息时，向后台服务器发送是否执行固件版本的升级处理的升级请求，接收后台服务器发送的升级响应，根据升级响应的指示确定是否执行固件版本的升级处理。

在一个可能地实现方式中，发送模块31，还用于获取版本检查响应中携带的固件版本信息，并对固件版本信息进行解析，得到解析结果；当解析结果为有新的固件版本时，根据解析结果向差分包服务器发送差分包下载请求；当解析结果为没有新的固件版本时，流程结束，之后继续执行版本检查处理。

在一个可能地实现方式中，上报模块34，还用于向OTA服务器上报差分包数据不完整的校验失败结果，流程结束，之后转到发送模块31继续执行版本检查处理。

本申请中，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率；同时，通过引入对系统空间存储区中重要数据的备份处理，使得在用户空间存储区对系统空间存储区中存储空间的借用后，避免了因对用户空间存储区的格式化处理而引起的系统空间存储区中重要数据丢失问题。

下面参考图4，其示出了适于用来实现本申请实施例的电子设备（例如图1中的终端设备）400的结构示意图。本申请实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400可以包括处理装置（例如中央处理器、图形处理器等）401，其可以根据存储在只读存储器（ROM）402中的程序或者从存储装置408加载到随机访问存储器（RAM）403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出（I/O）接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器（LCD）、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本申请实施例的方法中限定的上述功能。

需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF（射频）等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

本申请提供的电子设备，适用于上述的固件升级过程中对用户空间存储区格式化的方法的任一实施例，在此不再赘述。

本申请中，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率；同时，通过引入对系统空间存储区中重要数据的备份处理，使得在用户空间存储区对系统空间存储区中存储空间的借用后，避免了因对用户空间存储区的格式化处理而引起的系统空间存储区中重要数据丢失问题。

本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储计算机指令，计算机指令使计算机执行上述实施例所示的固件升级过程中对用户空间存储区格式化的方法。

本申请提供的计算机可读存储介质，适用于上述的固件升级过程中对用户空间存储区格式化的方法的任一实施例，在此不再赘述。

本申请中，通过在固件版本升级过程中引入对用户空间存储区的格式化处理，避免了因终端设备的固件版本升级而新增的数据造成的用户空间存储区的存储空间不足问题，同时通过对用户空间存储区的格式化处理，减少了存储区中无用资源对空间的占用，提升了存储区的利用率；同时，通过引入对系统空间存储区中重要数据的备份处理，使得在用户空间存储区对系统空间存储区中存储空间的借用后，避免了因对用户空间存储区的格式化处理而引起的系统空间存储区中重要数据丢失问题。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

其中，本申请装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本申请的几个具体实施例，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (14)

1.一种固件升级过程中对用户空间存储区格式化的方法，其特征在于，包括如下步骤：

步骤S101，终端设备每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求，所述版本检查请求中携带有当前固件版本信息的版本标识；

步骤S102，所述终端设备接收所述OTA服务器发送的携带有固件版本信息的版本检查响应，所述固件版本信息为所述OTA服务器基于所述当前固件版本信息的版本标识得到的信息；

步骤S103，所述终端设备根据版本检查响应中的固件版本信息向差分包服务器发送差分包下载请求；

步骤S104，所述终端设备接收所述差分包服务器返回的差分包下载响应，获取所述差分包下载响应中携带的对应所述固件版本信息的差分包数据并将其存储在第一存储区；

步骤S105，所述终端设备对获取的差分包数据执行校验处理，以确定所述差分包数据是否完整；

步骤S106，当所述终端设备确定所述差分包数据完整时，向所述OTA服务器上报差分包数据完整的校验成功结果；

步骤S107，所述终端设备执行重启处理，并在重启过程中读取所述第一存储区中存储的差分包数据执行相应的固件版本升级处理；

步骤S108，在所述固件版本升级处理结束后，所述终端设备在第二存储区读取自身对应的第二身份标识，并将所述第二身份标识存储到所述第一存储区中；所述终端设备调用相应的格式化函数指示对用户空间存储区执行格式化处理，并在格式化处理后执行重启处理；在重启处理之后，所述终端设备在所述第一存储区中读取所述第二身份标识；所述终端设备将所述第二身份标识写入所述第二存储区中；

步骤S109，在将所述第二身份标识写入所述第二存储区中后，所述终端设备向所述OTA服务器上报固件版本升级结果，之后转到步骤S101执行版本检查处理。

2.如权利要求1所述的方法，其特征在于，所述步骤S101之前，还包括：

步骤S100，所述终端设备向所述OTA服务器发送身份注册请求，接收所述OTA服务器发送的携带有所述终端设备对应的第一身份标识的身份注册响应，以在执行版本检查处理时通过携带所述第一身份标识来进行所述终端设备的固件版本检查。

3.如权利要求1所述的方法，其特征在于，所述步骤S101之前，还包括：

步骤S111，所述终端设备向后台服务器发送请求所述后台服务器指示对于固件版本升级的处理方式的询问请求，接收所述后台服务器发送的询问响应，根据所述询问响应的指示确定执行固件版本升级的处理方式。

4.如权利要求3所述的方法，其特征在于，所述对于固件版本升级的处理方式，包括：

当检查到新的固件版本信息，且新的固件版本信息满足预设条件时，执行新的固件版本信息的自动升级处理；或，

当检查到新的固件版本信息时，向后台服务器发送是否执行固件版本的升级处理的升级请求，接收所述后台服务器发送的升级响应，根据所述升级响应的指示确定是否执行固件版本的升级处理。

5.如权利要求1所述的方法，其特征在于，所述步骤S103，包括：

所述终端设备获取所述版本检查响应中携带的固件版本信息，并对所述固件版本信息进行解析，得到解析结果；

当所述解析结果为有新的固件版本时，所述终端设备根据所述解析结果向所述差分包服务器发送差分包下载请求；

当所述解析结果为没有新的固件版本时，流程结束，转到步骤S101。

6.如权利要求1所述的方法，其特征在于，当所述终端设备确定所述差分包数据不完整时，还包括：

步骤S112，所述终端设备向所述OTA服务器上报差分包数据不完整的校验失败结果，流程结束，转到步骤S101。

7.一种固件升级过程中对用户空间存储区格式化的设备，其特征在于，包括：

发送模块，用于每隔预设时间向OTA服务器发送获取固件版本信息的版本检查请求，所述版本检查请求中携带有当前固件版本信息的版本标识；

第一处理模块，用于接收所述OTA服务器发送的携带有固件版本信息的版本检查响应，所述固件版本信息为所述OTA服务器基于所述当前固件版本信息的版本标识得到的信息；

所述发送模块，还用于根据版本检查响应中的固件版本信息向差分包服务器发送差分包下载请求；

所述第一处理模块，还用于接收所述差分包服务器返回的差分包下载响应，获取所述差分包下载响应中携带的对应所述固件版本信息的差分包数据并将其存储在第一存储区；

第二处理模块，用于对获取的差分包数据执行校验处理，以确定所述差分包数据是否完整；

上报模块，用于当所述第二处理模块确定所述差分包数据完整时，向所述OTA服务器上报差分包数据完整的校验成功结果；

第三处理模块，用于执行重启处理，并在重启过程中读取所述第一存储区中存储的差分包数据执行相应的固件版本升级处理；

第四处理模块，用于在所述固件版本升级处理结束后，在第二存储区读取自身对应的第二身份标识，并将所述第二身份标识存储到所述第一存储区中；调用相应的格式化函数指示对用户空间存储区执行格式化处理，并在格式化处理后执行重启处理；在重启处理之后，在所述第一存储区中读取所述第二身份标识；将所述第二身份标识写入所述第二存储区中；

所述上报模块，还用于在所述第四处理模块将所述第二身份标识写入所述第二存储区中后，向所述OTA服务器上报固件版本升级结果，之后转到所述发送模块执行版本检查处理。

8.如权利要求7所述的设备，其特征在于，还包括：

第五处理模块，用于向所述OTA服务器发送身份注册请求，接收所述OTA服务器发送的携带有所述终端设备对应的第一身份标识的身份注册响应，以在执行版本检查处理时通过携带所述第一身份标识来进行所述终端设备的固件版本检查。

9.如权利要求7所述的设备，其特征在于，还包括：

第六处理模块，用于向后台服务器发送请求所述后台服务器指示对于固件版本升级的处理方式的询问请求，接收所述后台服务器发送的询问响应，根据所述询问响应的指示确定执行固件版本升级的处理方式。

10.如权利要求9所述的设备，其特征在于，所述第六处理模块对于固件版本升级的处理方式，包括：

当检查到新的固件版本信息，且新的固件版本信息满足预设条件时，执行新的固件版本信息的自动升级处理；或，

当检查到新的固件版本信息时，向后台服务器发送是否执行固件版本的升级处理的升级请求，接收所述后台服务器发送的升级响应，根据所述升级响应的指示确定是否执行固件版本的升级处理。

11.如权利要求7所述的设备，其特征在于，所述发送模块，还用于获取所述版本检查响应中携带的固件版本信息，并对所述固件版本信息进行解析，得到解析结果；当所述解析结果为有新的固件版本时，根据所述解析结果向所述差分包服务器发送差分包下载请求；当所述解析结果为没有新的固件版本时，流程结束，之后继续执行版本检查处理。

12.如权利要求7所述的设备，其特征在于，所述上报模块，还用于向所述OTA服务器上报差分包数据不完整的校验失败结果，流程结束，之后转到所述发送模块继续执行版本检查处理。

13.一种电子设备，其特征在于，包括：处理器和存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，执行上述权利要求1至权利要求6中任一项所述的固件升级过程中对用户空间存储区格式化的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机执行上述权利要求1至权利要求6中任一项所述的固件升级过程中对用户空间存储区格式化的方法。

Images