1.本技术属于终端
技术领域：
：，尤其涉及一种设备树修复方法、开发设备、用户设备、系统及计算机可读存储介质。
背景技术：
：：2.设备树是一种描述硬件资源的数据结构。当前许多电子设备使用设备树描述硬件资源，从而减少内核源码中关于硬件资源的描述代码，使得内核源码与硬件资源的描述相对独立。3.设备树通常以镜像文件的形式存储于电子设备的存储区域中。除了设备树镜像文件以外，电子设备的存储区域还包括其他类型的镜像文件。4.目前如果设备树需要修复，则开发人员只能是通过发布新的版本文件对设备树进行修复。由于各个镜像文件均带有版本号等信息，因此，当开发人员发布新的版本文件时，版本文件需要对各个镜像文件进行更新，从而导致更新的内容过多。5.并且，开发人员发布新的版本文件需要经过编译、基本功能测试、兼容性测试(compatibilitytestsuite，cts)、送测等步骤，整个版本发布流程长、速度慢，会耗费大量人力和时间。技术实现要素：6.本技术实施例提供了一种设备树修复方法、开发设备、用户设备、系统及计算机可读存储介质，可以解决当前的设备树修复方案中更新的内容过多、发布流程长、速度慢，会耗费大量人力和时间的问题。7.第一方面，本技术实施例提供了一种设备树修复方法，应用于开发设备，包括：8.获取设备树源数据和设备树目标数据；9.对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；10.将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。11.需要说明的是，设备树源数据是补丁修复之前的设备树数据，设备树目标数据是补丁修复之后的设备树数据。设备树目标数据由开发人员编译得到。12.开发设备在进行设备树修复时，可以先获取设备树源数据和设备树目标数据。然后，开发设备对设备树源数据和设备树目标数据进行差分处理，得到补丁数据。13.在得到补丁数据之后，开发设备可以将补丁数据发送至用户设备。14.用户设备获取到补丁数据之后，将补丁数据与原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。其中，原始设备树镜像文件为用户设备本地的设备树镜像文件。15.在上述设备树修复方法中，开发设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，发布补丁数据不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。16.在第一方面的一种可能的实现方式中，所述获取设备树源数据和设备树目标数据，包括：17.获取基础设备树镜像文件和目标设备树镜像文件；18.对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；19.对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；20.相应的，所述对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据，包括：21.分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。22.需要说明的是，开发设备在获取设备树源数据和设备树目标数据时，可以先获取基础设备树镜像文件以及目标设备树镜像文件。23.其中，基础设备树镜像文件为补丁修复之前的设备树镜像文件，目标设备树镜像文件为补丁修复之后的设备树镜像文件。目标设备树镜像文件由开发人员编译生成。24.之后，开发设备可以对基础设备树镜像文件进行格式解析，得到一个或多个主板标识对应的设备树源数据。开发设备可以对目标设备树镜像文件进行格式解析，得到一个或多个主板标识对应的设备树目标数据。25.此时，开发设备可以分别对各个主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识对应的补丁数据。26.如果某一主板标识对应的设备树源数据不需要修复，则该主板标识对应的设备树源数据和设备树目标数据一致，开发设备对该主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到的补丁数据是空的。27.如果某一主板标识对应的设备树源数据需要修复，则该主板标识对应的设备树源数据和设备树目标数据不一致，开发设备对该主板标识的设备树源数据和设备树目标数据进行差分处理，可以得到开发人员变更的代码，即补丁数据。28.在第一方面的一种可能的实现方式中，所述将所述补丁数据发送至用户设备，包括：29.根据预设的数据格式，将所述补丁数据封装成补丁文件；30.将所述补丁文件发送至用户设备。31.需要说明的是，开发设备在获取到补丁数据之后，可以按照预设的数据格式对上述补丁数据进行封装，得到补丁文件。然后，开发设备再将补丁文件发送至用户设备。32.第二方面，本技术实施例提供了一种设备树修复方法，应用于用户设备，包括：33.获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；34.获取原始设备树镜像文件；35.将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。36.需要说明的是，用户设备在进行设备树修复时，可以先获取补丁数据。补丁数据是由开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据。37.然后，用户设备可以获取本地的原始设备树镜像文件，对补丁数据和原始设备树镜像文件进行差分合成，从而得到补丁修复后的更新设备树镜像文件。38.在上述设备树修复方法中，用户设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，采用补丁数据修复设备树不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。39.在第二方面的一种可能的实现方式中，所述获取补丁数据，包括：40.获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；41.获取目标主板标识；42.在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；43.相应的，所述将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件，包括：44.若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。45.需要说明的是，开发设备可以对基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据，以及，开发设备可以对目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据。46.然后，开发设备可以分别对各个主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识对应的补丁数据。47.之后，开发设备将各个主板标识对应的补丁数据封装成补丁文件，并将补丁文件发送至用户设备。48.用户设备在进行补丁修复时，可以先获取补丁文件。补丁文件中包括一个或多个主板标识对应的补丁数据。49.此时，用户设备可以获取本设备的目标主板标识，在补丁文件中查找与目标主板标识对应的目标补丁数据。50.如果补丁文件中查找不到与目标主板标识对应的目标补丁数据，则表示原始设备树镜像文件无需进行补丁操作，用户设备可以根据原始设备树镜像文件继续执行启动操作系统的开机步骤。51.如果补丁文件中查找到与目标主板标识对应的目标补丁数据，则表示原始设备树镜像文件需要打补丁，此时，用户设备可以将目标补丁数据与原始设备树镜像文件进行差分合成，得到更新设备树镜像文件(即补丁修复后的设备树镜像文件)。52.由于基础设备树镜像文件中可能包含一个或多个主板标识的设备树源数据，而原始设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树源数据，因此，原始设备树镜像文件和上述基础设备树镜像文件可能相同，也可能不相同。53.同理，目标设备树镜像文件中可能包含一个或多个主板标识的设备树目标数据，而更新设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树目标数据，因此，目标设备树镜像文件和上述更新设备树可能相同，也可能不相同。54.在第二方面的一种可能的实现方式中，所述获取补丁数据，包括：55.获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；56.若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。57.需要说明的是，用户设备从补丁分区获取补丁数据时，为了避免补丁分区的数据被篡改，用户设备可以获取补丁分区的数字签名，根据补丁分区的数字签名对补丁分区进行安全校验。58.如果补丁分区安全校验通过，则表示补丁分区的数据未被篡改，用户设备可以从补丁分区获取补丁数据。59.在第二方面的一种可能的实现方式中，在所述获取补丁分区的数字签名之前，还包括：60.接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。61.需要说明的是，用户设备的存储器可以划分为多个分区。例如，用户设备的只读存储器可以划分为引导(boot)分区、设备树块覆盖(devicetreebloboverlay，dtbo)分区、系统(system)分区、厂商(vendor)分区等分区。62.当用户设备接收到开发设备发送的补丁数据时，用户设备可以将补丁数据存储在本地的补丁分区。63.在第二方面的一种可能的实现方式中，所述获取原始设备树镜像文件，包括：64.获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；65.若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。66.需要说明的是，用户设备从设备树分区获取原始设备树镜像文件时，为了避免设备树分区的数据被篡改，用户设备可以获取设备树分区的数字签名，根据设备树分区的数字签名对设备树分区进行安全校验。67.如果设备树分区安全校验通过，则表示设备树分区的数据未被篡改，用户设备可以从设备树分区获取原始设备树镜像文件。68.第三方面，本技术实施例提供了一种电子设备，包括：69.第一数据模块，用于获取设备树源数据和设备树目标数据；70.差分处理模块，用于对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；71.数据发送模块，用于将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。72.在第三方面的一种可能的实现方式中，所述第一数据模块，包括：73.文件获取子模块，用于获取基础设备树镜像文件和目标设备树镜像文件；74.基础解析子模块，用于对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；75.目标解析子模块，用于对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；76.相应的，所述差分处理模块，具体用于分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。77.在第三方面的一种可能的实现方式中，所述数据发送模块，包括：78.格式封装子模块，用于根据预设的数据格式，将所述补丁数据封装成补丁文件；79.文件发送子模块，用于将所述补丁文件发送至用户设备。80.第四方面，本技术实施例提供了一种电子设备，包括：81.第二数据模块，用于获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；82.原始文件模块，用于获取原始设备树镜像文件；83.差分合成模块，用于将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。84.在第四方面的一种可能的实现方式中，所述第二数据模块，包括：85.补丁文件子模块，用于获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；86.目标标识子模块，用于获取目标主板标识；87.补丁查找子模块，用于在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；88.相应的，所述差分合成模块，具体用于若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。89.在第四方面的一种可能的实现方式中，所述第二数据模块，包括：90.补丁签名子模块，用于获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；91.补丁校验子模块，用于若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。92.在第四方面的一种可能的实现方式中，所述第二数据模块，还包括：93.数据接收子模块，用于接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。94.在第四方面的一种可能的实现方式中，所述原始文件模块，包括：95.设备签名子模块，用于获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；96.设备校验子模块，用于若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。97.第五方面，提供了一种开发设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，电子设备实现如上述第一方面提供的方法。98.第六方面，提供了一种用户设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，电子设备实现如上述第二方面提供的方法。99.第七方面，提供了一种设备树修复系统，包括上述第五方面提供的开发设备以及上述第六方面提供的用户设备。100.第八方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，使得配件设备实现如上述第一方面提供的方法，或者，实现如上述第二方面提供的方法。101.第九方面，提供了一种芯片系统，所述芯片系统可以为单个芯片，或者多个芯片组成的芯片模组，所述芯片系统包括存储器和处理器，所述处理器执行所述存储器中存储的计算机程序，以实现上述第一方面提供的方法，或者，实现如上述第二方面提供的方法。102.本技术实施例与现有技术相比存在的有益效果是：103.在本技术提供的设备树修复方法中，开发设备对设备树源数据和设备树目标数据进行差分处理，得到补丁数据，并将补丁数据发送至用户设备。用户设备通过补丁数据对原始设备树镜像文件打补丁，修复原始设备树镜像文件，得到更新设备树镜像文件。104.在本技术提供的设备树修复方法中，开发设备和用户设备通过补丁的方式修复设备树，无需发布新的版本文件，版本号未变更，因此，无需更新版本文件中的其他镜像文件，减少更新的内容。并且，发布补丁数据时，该补丁数据只需单点问题验证通过即可，不需要经过复杂的版本测试及发布流程，从而提高设备树修复速度，减少人力和时间的消耗，具有较强的易用性和实用性。附图说明105.图1为本技术实施例提供的一种设备树修复系统的结构示意图；106.图2为本技术实施例提供的一种只读存储器的分区示意图；107.图3为本技术实施例提供的一种电子设备的示意图；108.图4为本技术实施例提供的一种应用场景的示意图；109.图5为本技术实施例提供的一种设备树修复方法的信令图；110.图6为本技术实施例提供的一种设备树修复方法的流程示意图；111.图7为本技术实施例提供的另一种设备树修复方法的流程示意图；112.图8为本技术实施例提供的一种开发设备的示意图；113.图9为本技术实施例提供的一种用户设备的示意图；114.图10为本技术实施例提供的另一种电子设备的示意图。具体实施方式115.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。116.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。117.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。118.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。[0119]另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。[0120]在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。[0121]内核，是一个操作系统的核心。内核是基于硬件资源的第一层软件扩充，提供操作系统的最基本的功能，是操作系统工作的基础。内核负责管理操作系统的进程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性。[0122]在处理器的内核源码中，存在大量描述板级细节信息的代码，例如描述平台(platform)设备、资源(resource)以及各种硬件的平台数据(platform_data)的代码。对于内核而言，这些描述板级细节信息的代码绝大多数属于垃圾冗余代码。[0123]为了减少内核源码中描述板级细节信息的代码，有的处理器的内核引入了设备树(devicetree，dt)。例如，arm内核版本3.x之后引入了设备树。[0124]设备树是一种描述硬件资源的数据结构，设备树可以通过引导加载工具(bootloader)将硬件资源传入内核，使得内核源码与硬件资源的描述相对独立。也即是说，dtb格式的文件(即设备树文件)可以由bootloader读入内存，由处理器内核对dtb格式的文件进行解析。此时，对于同一类型的处理器的内核，只需更换设备树文件即可让该类型的内核适配不同的主板，无需更换内核的内核文件。[0125]设备树通常以镜像文件的形式存储于电子设备的存储区域中，并且，除了设备树镜像文件以外，电子设备的存储区域还可以包括其他类型的镜像文件。[0126]例如，电子设备的只读存储器(readonlymemory，rom)可以划分多个分区，各个分区存放着如引导(boot)镜像文件、设备树块覆盖(devicetreebloboverlay，dtbo)镜像文件、系统(system)镜像文件、厂商(vendor)镜像文件等镜像文件。[0127]现阶段修复设备树只能通过发布新版本来进行修复。但是，上述镜像文件均包含版本号，有的镜像文件甚至还有时间戳。因此，在编译新的版本文件的过程中，上述镜像文件都会发生变化，需要重新编译整个版本，导致更新的内容过多。[0128]并且，新的版本文件的发布需要经过编译、基本功能测试、兼容性测试、送测等步骤，整个版本发布流程长、速度慢且耗费大量人力。[0129]有鉴于此，本技术实施例提供了一种设备树修复方法、电子设备及计算机可读存储介质，可以通过补丁修复的方式修复设备树，解决了当前的设备树修复方法更新内容过多、流程长、速度慢的问题，具有较强的易用性和实用性。[0130]首先，以图1所示的设备树修复系统为例，对本技术实施例中即将涉及的各个电子设备进行举例说明。[0131]如图1所示，在设备树修复系统中包括一个或多个开发设备101(图1中仅示出一个)、一个或多个用户设备102(图1中示出三个)以及中转设备103。[0132]其中，开发设备101为生成补丁文件的电子设备，用户设备102为使用补丁文件对设备树进行修复的电子设备。[0133]开发设备101和用户设备102之间可能建立直接的通信连接，即开发设备101和用户设备102建立了直连的通信连接；或者，开发设备101和用户设备102之间也可能建立间接的通信连接，即开发设备101与用户设备102之间设置有负责中转数据的中转设备103。[0134]例如，开发设备101在生成了补丁文件之后，可以通过与用户设备102直连的通信连接向用户设备102发送补丁文件。或者，开发设备101在生成了补丁文件之后，也可以向中转设备103发送补丁文件，由中转设备103将补丁文件转发给用户设备102。[0135]上述通信连接的类型可以根据实际情况进行设置。例如，上述通信连接可以包括无线局域网(wirelesslocalareanetworks，wlan)(如无线保真(wirelessfidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，rfid或zigbee等无线通信的解决方案中的任意一种或多种。和/或，上述通信连接也可以包括公用电信网络(registeredjack45，rj45)连接等有线通信解决方案中的任意一种或多种。[0136]上述开发设备101、用户设备102以及中转设备103的电子设备类型可以根据实际情况确定。例如，上述开发设备101、用户设备102以及中转设备103可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等电子设备，本技术实施例对上述开发设备101、用户设备102以及中转设备103的具体类型不作任何限制。[0137]并且，上述开发设备101、用户设备102以及中转设备103可以是相同类型的电子设备，或者，上述开发设备101、用户设备102以及中转设备103也可以是不同类型的电子设备。[0138]当存在多个开发设备101时，多个开发设备101可以是相同类型的电子设备，或者，也可以是不同类型的电子设备。[0139]当存在多个用户设备102时，多个用户设备102可以是相同类型的电子设备，或者，也可以是不同类型的电子设备。[0140]当存在多个中转设备103时，多个中转设备103可以是相同类型的电子设备，或者，也可以是不同类型的电子设备。[0141]此外，图1所示的设备树修复系统仅为本技术实施例的示意性举例，不应理解为对设备树修复系统的具体限制。在实际应用的过程中，设备树修复系统可能存在比图1所示的设备树修复系统更多或更少的电子设备。例如，在一些应用场景中，设备树修复系统可能不包括中转设备103，开发设备101和用户设备102建立了直连的通信连接。因此，本技术实施例对设备树修复系统不作任何限制。[0142]以下，将根据图1所示的设备树修复系统并结合具体的应用场景，对本技术实施例提供的设备树修复方法进行详细说明。[0143]1、生成补丁文件。[0144]在生成补丁文件时，开发设备可以先获取基础设备树镜像文件以及目标设备树镜像文件。[0145]其中，基础设备树镜像文件为补丁修复之前的设备树镜像文件，目标设备树镜像文件为补丁修复之后的设备树镜像文件。目标设备树镜像文件由开发人员编译生成。[0146]如果上述基础设备树镜像文件和上述目标设备树镜像文件为压缩格式，则开发设备可以对基础设备树镜像文件和目标设备树镜像文件解压，然后再对解压后的基础设备树镜像文件和目标设备树镜像文件进行格式解析。[0147]如果上述基础设备树镜像文件和上述目标设备树镜像文件不是压缩格式，则开发设备可以直接对基础设备树镜像文件和目标设备树镜像文件进行格式解析。[0148]开发设备对基础设备树镜像文件进行格式解析，可以得到各个主板标识(boardid)所对应的设备树源数据(dtb.src)。开发设备对目标设备树镜像文件进行格式解析，可以得到各个主板标识所对应的设备树目标数据(dtb.tgt)。[0149]然后，开发设备可以使用差分工具分别对各个主板标识所对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识所对应的补丁数据(dtb.patch)。[0150]不同的主板标识用于表示不同的主板，或者，也可以理解为表示不同产品的硬件资源。[0151]由于设备树修复可能是针对性地修复某些类型的产品的漏洞，因此，开发人员可能只更改了部分主板标识对应的设备树源数据。[0152]此时，如果某一主板标识对应的设备树源数据不需要修复，则该主板标识对应的设备树源数据和设备树目标数据一致，开发设备对该主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到的补丁数据是空的。[0153]如果某一主板标识对应的设备树源数据需要修复，则该主板标识对应的设备树源数据和设备树目标数据不一致，开发设备对该主板标识的设备树源数据和设备树目标数据进行差分处理，可以得到开发人员变更的代码，即补丁数据。[0154]例如，假设基础设备树镜像文件中包括主板标识0x1000b0x7对应的设备树源数据以及主板标识0x1000b0x9对应的设备树源数据。本次设备树修复用于修复0x1000b0x9对应的设备树源数据中的漏洞，则开发人员可能只更新了0x1000b0x9的设备树源数据。此时，0x1000b0x9对应的设备树源数据和设备树目标数据不一致，差分处理得到的补丁数据不为空。而0x1000b0x7的设备树源数据未被改动，因此，0x1000b0x7的设备树源数据和设备树目标数据一致，差分处理得到的补丁数据为空。[0155]在获取到补丁数据之后，开发设备可以根据各个主板标识所对应的补丁数据以及预设的数据格式生成补丁文件。并且，开发设备还可以计算各个主板标识对应的设备树源数据的哈希值、设备树目标数据的哈希值以及补丁数据的哈希值，并将上述哈希值存储在补丁文件中，使得用户设备可以根据上述哈希值校验补丁数据的正确性。[0156]开发设备计算哈希值的哈希算法可以根据实际需求进行选择。例如，在一些实施例中，开发设备可以选用安全散列算法256(securehashalgorithm256，sha-256)计算哈希值。在另一些实施例中，开发设备也可以选用sha-224、sha-384、sha-512等哈希算法计算哈希值。[0157]此外，上述预设的数据格式可以根据实际需求进行设置。例如，在一些实施例中，上述预设的数据格式可以如表一所示：[0158]表一[0159][0160]如表一所示，补丁文件的文件名可以为patch-dtbo.img，img为镜像文件的扩展名。补丁文件的数据结构可以包括表头以及一个或多个主板标识所对应的数据子结构(即一款或多款主板对应的数据子结构)。[0161]例如，补丁文件的表头可以为表一中的dt_table_header；补丁文件中各个主板标识对应的数据子结构可以为表一中的dt_table_entry_v1、dt_table_entry_v2以及dt_table_entry_v3等。[0162]在补丁文件的表头中，可以包括魔数(magic)、目标设备树镜像文件的大小(total_size)、表头的大小(header_size)、设备树入口的大小(dt_entry_size)、设备树入口的数量(dt_entry_count)、设备树入口的位置(dt_entries_offset)、页的大小(page_size)、版本号(version)等参数。表头中的各个参数的内容与目标设备树镜像文件的表头一致，开发设备可以直接复制目标设备树镜像文件的表头的各个参数的内容作为补丁文件的表头。[0163]在补丁文件的各个主板标识所对应的数据子结构中，可以包括某款主板的补丁数据的大小(dt_size)、某款主板的补丁数据的位置(dt_offset)、某款主板的补丁数据的位置(dt_offset)、某款主板的主板标识(id(boardid))、补丁数据的哈希值(patchsha256[32])、设备树目标数据的大小(dstsize)、设备树目标数据的哈希值(dstsha256[32])、设备树源数据的大小(srcsize)、设备树源数据的哈希值(srcsha256[32])、补丁数据(dtb)等参数。[0164]开发设备可以根据各个主板标识对应的设备树源数据、设备树目标数据以及补丁数据确定并填充上述各个主板标识对应的数据子结构中的各个参数的内容，得到补丁文件。[0165]需要说明的是，以上数据结构仅为本技术实施例的示意性举例，不应理解为对上述补丁文件的数据结构的限制。在本技术的另一些实施例中，补丁文件的数据结构可以拥有比表一所示结构更多或更少的子结构以及参数。本技术实施例对补丁文件的数据结构不作任何限制。[0166]开发设备在生成补丁文件之后，可以直接向用户设备发送补丁文件，或者，开发设备也可以将补丁文件上传至中转设备。[0167]当开发设备与用户设备建立了直连的通信连接时，开发设备可以将生成的补丁文件直接推送至用户设备，或者，也可以由用户设备主动请求开发设备下发补丁文件。[0168]当开发设备与用户设备建立了间接的通信连接时，开发设备可以将补丁文件上传至中转设备(例如服务器)，由中转设备将补丁文件推送给用户设备，或者，也可以由用户设备访问中转设备下载补丁文件。[0169]2、设备树镜像文件修复。[0170]用户设备在获取到补丁文件之后，可以将补丁文件存放在本设备的存储空间的补丁(kpatch)分区。[0171]例如，如图2所示，用户设备的rom可以划分为引导(boot)分区、设备树块覆盖(devicetreebloboverlay，dtbo)分区、系统(system)分区、厂商(vendor)分区等分区。用户设备可以在获取到补丁文件之后，将补丁文件存储在rom的kpatch分区。[0172]之后，当用户设备的操作系统启动时，用户设备可以从设备树分区获取原始设备树镜像文件。在获取原始设备树镜像文件时，为了避免设备树分区的数据被篡改，用户设备可以获取设备树分区的数字签名，根据设备树分区的数字签名对设备树分区进行安全校验。在安全校验通过之后，用户设备从设备树分区中获取原始设备树镜像文件。[0173]然后，用户可以在补丁分区中查询并获取补丁文件。在获取补丁文件时，为了避免补丁分区内的数据被篡改，用户设备可以获取补丁分区的数字签名，根据补丁分区的数字签名对补丁分区进行安全校验。[0174]在安全校验通过之后，用户设备可以查询补丁分区内是否存在未应用的补丁文件。[0175]如果补丁分区中不存在未应用的补丁文件，则用户设备根据上述原始设备树镜像文件，按照正常启动流程启动操作系统。[0176]如果补丁分区中存在未应用的补丁文件，则用户设备可以对该补丁文件进行格式解析，得到相应的目标补丁数据。[0177]由于补丁文件中存在一个或多个主板标识对应的补丁数据。因此，用户设备可以根据目标主板标识从补丁文件中获取相应的目标补丁数据。[0178]目标主板标识为用户设备的主板的标识。用户设备可以根据目标主板标识，查询补丁文件中是否存在与目标主板标识对应的补丁数据。[0179]如果补丁文件中存在与目标主板标识对应的补丁数据，则用户设备将该补丁数据作为目标补丁数据。[0180]然后，用户设备使用差分工具对本地的原始设备树镜像文件以及上述目标补丁数据进行差分合成，得到更新设备树镜像文件。[0181]在得到更新设备树镜像文件之后，用户设备可以使用上述哈希值对更新设备树镜像文件进行校验。[0182]例如，用户设备可以对更新设备树镜像文件进行格式解析，得到目标主板标识对应的设备树目标数据。然后，用户设备可以计算上述目标主板标识对应的设备树目标数据的哈希值。如果计算得到的哈希值与补丁文件中目标主板标识对应的设备树目标数据的哈希值一致，则更新设备树镜像文件校验通过。如果计算得到的哈希值与补丁文件中目标主板标识对应的设备树目标数据的哈希值不一致，则更新设备树镜像文件校验失败。[0183]如果校验通过，则表示补丁成功，用户设备可以用更新设备树镜像文件替换并覆盖原始设备树镜像文件，完成设备树补丁操作。[0184]如果校验失败，则表示补丁失败，用户设备可以放弃设备树补丁操作，或者，用户设备也可以重新执行设备树补丁操作。[0185]此外，如果补丁文件中不存在与目标主板标识对应的补丁数据，则表示用户设备上的原始设备树镜像文件无需更新，用户设备可以直接完成设备树补丁操作。[0186]需要说明的是，由于基础设备树镜像文件中可能包含一个或多个主板标识的设备树源数据，而原始设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树源数据，因此，原始设备树镜像文件和上述基础设备树镜像文件可能相同，也可能不相同。[0187]同理，目标设备树镜像文件中可能包含一个或多个主板标识的设备树目标数据，而更新设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树目标数据，因此，目标设备树镜像文件和上述更新设备树可能相同，也可能不相同。[0188]在完成补丁操作之后，用户设备可以根据补丁操作之后的设备树镜像文件，即原始设备树镜像或更新设备树镜像文件，按照正常启动流程继续启动操作系统。[0189]以下，将结合具体的应用场景对上述设备树补丁修复方法进行详细说明。[0190]请参阅图3至图6。图3为本技术实施例提供的一种的用户设备的结构示意图。如图3所示，用户设备可以包括中央处理器(centralprocessingunit，cpu)301、只读存储器(read-onlymemory，rom)302、随机存取存储器(randomaccessmemory，ram)303以及总线304。[0191]cpu301、rom302以及ram303之间通过总线304进行数据交互。[0192]如图4所示，在rom302中可以包含引导(boot)分区、设备树(devicetree，dt)基础层分区、设备树块覆盖(dtbo)分区以及补丁(kpatch)分区等分区。[0193]boot分区中可以包括内核(kenel)文件、随机存取磁盘(randomaccessmemorydisk，ramdisk)等文件。[0194]dtbo分区中可以包括设备树块覆盖镜像文件(devicetreebloboverlay.img，dtbo.img)。[0195]kpatch分区中可以包括设备树的补丁文件(patch-dtbo.img)，或者，还可以包括内核补丁文件(kernel.patch)等补丁包。[0196]dt基础层分区中可以包括设备树镜像文件(dt.img)。[0197]在操作系统启动时，cpu301可以从rom302的dtbo分区、kpatch分区等分区读取数据至ram303中执行上述设备树修复方法。[0198]如图5所示，假设cpu301中包括以下功能模块：开始引导(start_boot)模块、补丁差分(diff_patch_pre)模块、设备树(dobt)模块、常规引导(normalboot)模块、内核(kernel)模块。[0199]在操作系统启动时，开始引导模块可以通过模块调用工具触发差分工具初始化、设备树工具初始化以及常规引导工具初始化。[0200]差分工具初始化时，会初始化差分工具的内存。常规引导工具初始化之后，会引导内核启动。[0201]上述设备树分区可以理解为dt基础层分区和dtbo分区，上述原始设备树镜像文件可以包括dt.img和dtbo.img，其中，dt.img表示设备树的基础层的镜像文件，dtbo.img表示设备树的叠加层的镜像文件。[0202]通常不同型号的主板标识对应的设备树中，拥有相同的设备树的基础层，但是设备树的叠加层存在差异。并且，设备树的修复通常发生在设备树的叠加层。[0203]因此，设备树模块可以通过设备树工具，从dt基础层分区获取dt.img，正常启动dt.img，不进行干预。[0204]但是，当设备树模块在启动dtbo.img时，可以先获取dtbo分区的数字签名和dtbo分区的数据，根据dtbo分区的数字签名对dtbo分区的数据进行安全校验，防止dtbo分区的数据被篡改。[0205]dtbo分区安全校验通过之后，设备树模块可以读取dtbo.img，并对dtbo.img进行解压处理。[0206]之后，补丁差分模块可以获取kpatch分区的数字签名和kpatch分区的数据，根据kpatch分区的数字签名对kpatch分区的数据进行安全校验，避免kpatch分区的数据被篡改。[0207]kpatch分区安全校验通过之后，补丁差分模块可以读取kpatch分区中的补丁文件。[0208]由于补丁文件中包括多个主板标识对应的补丁数据，因此，补丁差分模块可以获取本设备的目标主板标识，查询补丁文件中是否存在与目标主板标识对应的目标补丁数据。[0209]如果补丁文件中存在与目标主板标识对应的目标补丁数据，则表示dtbo.img需要打补丁；如果补丁文件中不存在与目标主板标识对应的目标补丁数据，则表示dtbo.img不需要打补丁。[0210]假设补丁文件中存在目标主板标识对应的目标补丁数据，此时，补丁差分模块可以调用差分工具对dtbo.img打补丁，将dtbo.img与目标主板标识对应的目标补丁数据进行差分合成，得到新的dtbo.img(即新的设备树块覆盖镜像文件)。[0211]然后，补丁差分模块可以获取补丁文件中的哈希值，根据补丁文件中的哈希值对新的dtbo.img进行校验。如果新的dtbo.img校验通过，则将新的dtbo.img拷贝到dtbo.img的原始地址，替换之前的dtbo.img。[0212]之后，设备树模块可以将dt.img和新的dtbo.img合并，得到完整的设备树，并按照操作系统的正常启动流程继续执行后续步骤。[0213]在本技术实施例的设备树修复方法中，开发设备通过对各个主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识对应的补丁数据。用户设备通过补丁数据对原始设备树镜像文件打补丁，修复原始设备树镜像文件，得到更新设备树镜像文件。[0214]在上述设备树修复方法中，开发设备和用户设备以补丁的方式修复设备树，无需编译完整的版本文件，不改动版本号，无需更新设备树镜像文件以外的其他镜像文件，可以极大地减少更新的内容。例如，以往的版本文件的数据大小约为4m字节，现在的补丁文件的数据大小约为10k字节。[0215]并且，由于上述设备树修复方法通过补丁的方式修补设备树的漏洞，在器件替代、电源参数修复、器件漏洞(bug)修复等单点问题上，补丁文件只需要在单点问题上验证通过即可，不需要更改原有版本文件，因此，发布补丁不需要经过编译、基本功能测试、兼容性测试、送测等步骤，从而极大地缩短了设备树的修复时间，提高了修复速度，减少了人力和时间的消耗。[0216]此外，由于补丁文件中可以包含多个主板标识对应的补丁数据，因此，同一个补丁包可以适配多款机型，适配不同的主板，从而实现一个补丁包修复多款机型的设备树漏洞。并且，由于多个补丁数据共用处于同一个补丁文件中，用户设备对补丁文件进行校验时，只需校验一次补丁文件，无需针对每一个补丁数据分别进行校验，减少校验次数，提高补丁效率。[0217]如果补丁分区中除了设备树的补丁文件以外，还存在其他补丁包，则用户设备还可以控制补丁包的加载顺序，根据补丁包的加载顺序加载补丁包，实现用户设备的修复需求。[0218]当补丁文件采用上述表一所示的数据结构时，可以支持一个补丁文件适配多款机型，并且，补丁文件中的哈希值还可以对更新设备树进行文件进行校验，保证数据不被篡改。[0219]上述设备树修复方法可以在各类模式下对设备树进行补丁修复，前述模式可以包括常规启动(normal)模式、修复(recovery)模式、额外修复(erecovery)模式、快速引导(fastbootd)模式等模式。[0220]应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。[0221]以下，将从开发设备的角度，对本技术实施例提供的另一设备树修复方法进行详细说明。请参阅图6，本实施例提供的设备树修复方法包括：[0222]s601、获取设备树源数据和设备树目标数据；[0223]s602、对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；[0224]s603、将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0225]可选地，所述获取设备树源数据和设备树目标数据，包括：[0226]获取基础设备树镜像文件和目标设备树镜像文件；[0227]对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；[0228]对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；[0229]相应的，所述对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据，包括：[0230]分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。[0231]可选地，所述将所述补丁数据发送至用户设备，包括：[0232]根据预设的数据格式，将所述补丁数据封装成补丁文件；[0233]将所述补丁文件发送至用户设备。[0234]在本技术实施例的补丁修复方法中，开发设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，发布补丁数据不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。[0235]应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。[0236]以下，将从用户设备的角度，对本技术实施例提供的另一设备树修复方法进行详细说明。请参阅图7，本实施例提供的设备树修复方法包括：[0237]s701、获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；[0238]s702、获取原始设备树镜像文件；[0239]s703、将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0240]可选地，所述获取补丁数据，包括：[0241]获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；[0242]获取目标主板标识；[0243]在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；[0244]相应的，所述将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件，包括：[0245]若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0246]可选地，所述获取补丁数据，包括：[0247]获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；[0248]若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。[0249]可选地，在所述获取补丁分区的数字签名之前，还包括：[0250]接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。[0251]可选地，所述获取原始设备树镜像文件，包括：[0252]获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；[0253]若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。[0254]在本技术实施例的设备树修复方法中，用户设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，采用补丁数据修复设备树不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。[0255]应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。[0256]以下对本技术实施例提供的一种开发设备进行详细说明。请参阅图8，本实施例提供的开发设备包括：[0257]第一数据模块801，用于获取设备树源数据和设备树目标数据；[0258]差分处理模块802，用于对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；[0259]数据发送模块803，用于将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0260]可选地，所述第一数据模块801，包括：[0261]文件获取子模块，用于获取基础设备树镜像文件和目标设备树镜像文件；[0262]基础解析子模块，用于对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；[0263]目标解析子模块，用于对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；[0264]相应的，所述差分处理模块802，具体用于分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。[0265]可选地，所述数据发送模块803，包括：[0266]格式封装子模块，用于根据预设的数据格式，将所述补丁数据封装成补丁文件；[0267]文件发送子模块，用于将所述补丁文件发送至用户设备。[0268]需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。[0269]以下对本技术实施例提供的一种用户设备进行详细说明。请参阅图9，本实施例提供的用户设备包括：[0270]第二数据模块901，用于获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；[0271]原始文件模块902，用于获取原始设备树镜像文件；[0272]差分合成模块903，用于将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0273]可选地，所述第二数据模块901，包括：[0274]补丁文件子模块，用于获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；[0275]目标标识子模块，用于获取目标主板标识；[0276]补丁查找子模块，用于在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；[0277]相应的，所述差分合成模块903，具体用于若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0278]可选地，所述第二数据模块901，包括：[0279]补丁签名子模块，用于获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；[0280]补丁校验子模块，用于若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。[0281]可选地，所述第二数据模块901，还包括：[0282]数据接收子模块，用于接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。[0283]可选地，所述原始文件模块902，包括：[0284]设备签名子模块，用于获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；[0285]设备校验子模块，用于若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。[0286]需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。[0287]请参阅图10，本技术实施例还提供了一种电子设备。如图10所示，该实施例的电子设备100包括：处理器1000、存储器1001以及存储在所述存储器1001中并可在所述处理器1000上运行的计算机程序1002。所述处理器1000执行所述计算机程序1002时实现上述屏幕扩展方法实施例中的步骤，例如图6所示的步骤s601至s603。或者，所述处理器1000执行所述计算机程序1002时实现上述各装置实施例中各模块/单元的功能，例如图8所示模块801至803的功能。[0288]示例性的，所述计算机程序1002可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器1001中，并由所述处理器1000执行，以完成本技术。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序1002在所述电子设备100中的执行过程。例如，所述计算机程序1002可以被分割成第一数据模块、差分处理模块以及数据发送模块，各模块具体功能如下：[0289]第一数据模块，用于获取设备树源数据和设备树目标数据；[0290]差分处理模块，用于对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；[0291]数据发送模块，用于将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0292]所述电子设备100可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可包括，但不仅限于，处理器1000、存储器1001。本领域技术人员可以理解，图10仅仅是电子设备100的示例，并不构成对电子设备100的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。[0293]所称处理器1000可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。[0294]所述存储器1001可以是所述电子设备100的内部存储单元，例如电子设备100的硬盘或内存。所述存储器1001也可以是所述电子设备100的外部存储设备，例如所述电子设备100上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器1001还可以既包括所述电子设备100的内部存储单元也包括外部存储设备。所述存储器1001用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器1001还可以用于暂时地存储已经输出或者将要输出的数据。[0295]所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。[0296]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。[0297]本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。[0298]在本技术所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。[0299]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。[0300]另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0301]所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。[0302]最后应说明的是：以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种设备树修复方法、开发设备、用户设备、系统及计算机可读存储介质。
背景技术：
：：2.设备树是一种描述硬件资源的数据结构。当前许多电子设备使用设备树描述硬件资源，从而减少内核源码中关于硬件资源的描述代码，使得内核源码与硬件资源的描述相对独立。3.设备树通常以镜像文件的形式存储于电子设备的存储区域中。除了设备树镜像文件以外，电子设备的存储区域还包括其他类型的镜像文件。4.目前如果设备树需要修复，则开发人员只能是通过发布新的版本文件对设备树进行修复。由于各个镜像文件均带有版本号等信息，因此，当开发人员发布新的版本文件时，版本文件需要对各个镜像文件进行更新，从而导致更新的内容过多。5.并且，开发人员发布新的版本文件需要经过编译、基本功能测试、兼容性测试(compatibilitytestsuite，cts)、送测等步骤，整个版本发布流程长、速度慢，会耗费大量人力和时间。技术实现要素：6.本技术实施例提供了一种设备树修复方法、开发设备、用户设备、系统及计算机可读存储介质，可以解决当前的设备树修复方案中更新的内容过多、发布流程长、速度慢，会耗费大量人力和时间的问题。7.第一方面，本技术实施例提供了一种设备树修复方法，应用于开发设备，包括：8.获取设备树源数据和设备树目标数据；9.对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；10.将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。11.需要说明的是，设备树源数据是补丁修复之前的设备树数据，设备树目标数据是补丁修复之后的设备树数据。设备树目标数据由开发人员编译得到。12.开发设备在进行设备树修复时，可以先获取设备树源数据和设备树目标数据。然后，开发设备对设备树源数据和设备树目标数据进行差分处理，得到补丁数据。13.在得到补丁数据之后，开发设备可以将补丁数据发送至用户设备。14.用户设备获取到补丁数据之后，将补丁数据与原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。其中，原始设备树镜像文件为用户设备本地的设备树镜像文件。15.在上述设备树修复方法中，开发设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，发布补丁数据不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。16.在第一方面的一种可能的实现方式中，所述获取设备树源数据和设备树目标数据，包括：17.获取基础设备树镜像文件和目标设备树镜像文件；18.对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；19.对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；20.相应的，所述对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据，包括：21.分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。22.需要说明的是，开发设备在获取设备树源数据和设备树目标数据时，可以先获取基础设备树镜像文件以及目标设备树镜像文件。23.其中，基础设备树镜像文件为补丁修复之前的设备树镜像文件，目标设备树镜像文件为补丁修复之后的设备树镜像文件。目标设备树镜像文件由开发人员编译生成。24.之后，开发设备可以对基础设备树镜像文件进行格式解析，得到一个或多个主板标识对应的设备树源数据。开发设备可以对目标设备树镜像文件进行格式解析，得到一个或多个主板标识对应的设备树目标数据。25.此时，开发设备可以分别对各个主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识对应的补丁数据。26.如果某一主板标识对应的设备树源数据不需要修复，则该主板标识对应的设备树源数据和设备树目标数据一致，开发设备对该主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到的补丁数据是空的。27.如果某一主板标识对应的设备树源数据需要修复，则该主板标识对应的设备树源数据和设备树目标数据不一致，开发设备对该主板标识的设备树源数据和设备树目标数据进行差分处理，可以得到开发人员变更的代码，即补丁数据。28.在第一方面的一种可能的实现方式中，所述将所述补丁数据发送至用户设备，包括：29.根据预设的数据格式，将所述补丁数据封装成补丁文件；30.将所述补丁文件发送至用户设备。31.需要说明的是，开发设备在获取到补丁数据之后，可以按照预设的数据格式对上述补丁数据进行封装，得到补丁文件。然后，开发设备再将补丁文件发送至用户设备。32.第二方面，本技术实施例提供了一种设备树修复方法，应用于用户设备，包括：33.获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；34.获取原始设备树镜像文件；35.将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。36.需要说明的是，用户设备在进行设备树修复时，可以先获取补丁数据。补丁数据是由开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据。37.然后，用户设备可以获取本地的原始设备树镜像文件，对补丁数据和原始设备树镜像文件进行差分合成，从而得到补丁修复后的更新设备树镜像文件。38.在上述设备树修复方法中，用户设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，采用补丁数据修复设备树不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。39.在第二方面的一种可能的实现方式中，所述获取补丁数据，包括：40.获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；41.获取目标主板标识；42.在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；43.相应的，所述将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件，包括：44.若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。45.需要说明的是，开发设备可以对基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据，以及，开发设备可以对目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据。46.然后，开发设备可以分别对各个主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识对应的补丁数据。47.之后，开发设备将各个主板标识对应的补丁数据封装成补丁文件，并将补丁文件发送至用户设备。48.用户设备在进行补丁修复时，可以先获取补丁文件。补丁文件中包括一个或多个主板标识对应的补丁数据。49.此时，用户设备可以获取本设备的目标主板标识，在补丁文件中查找与目标主板标识对应的目标补丁数据。50.如果补丁文件中查找不到与目标主板标识对应的目标补丁数据，则表示原始设备树镜像文件无需进行补丁操作，用户设备可以根据原始设备树镜像文件继续执行启动操作系统的开机步骤。51.如果补丁文件中查找到与目标主板标识对应的目标补丁数据，则表示原始设备树镜像文件需要打补丁，此时，用户设备可以将目标补丁数据与原始设备树镜像文件进行差分合成，得到更新设备树镜像文件(即补丁修复后的设备树镜像文件)。52.由于基础设备树镜像文件中可能包含一个或多个主板标识的设备树源数据，而原始设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树源数据，因此，原始设备树镜像文件和上述基础设备树镜像文件可能相同，也可能不相同。53.同理，目标设备树镜像文件中可能包含一个或多个主板标识的设备树目标数据，而更新设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树目标数据，因此，目标设备树镜像文件和上述更新设备树可能相同，也可能不相同。54.在第二方面的一种可能的实现方式中，所述获取补丁数据，包括：55.获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；56.若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。57.需要说明的是，用户设备从补丁分区获取补丁数据时，为了避免补丁分区的数据被篡改，用户设备可以获取补丁分区的数字签名，根据补丁分区的数字签名对补丁分区进行安全校验。58.如果补丁分区安全校验通过，则表示补丁分区的数据未被篡改，用户设备可以从补丁分区获取补丁数据。59.在第二方面的一种可能的实现方式中，在所述获取补丁分区的数字签名之前，还包括：60.接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。61.需要说明的是，用户设备的存储器可以划分为多个分区。例如，用户设备的只读存储器可以划分为引导(boot)分区、设备树块覆盖(devicetreebloboverlay，dtbo)分区、系统(system)分区、厂商(vendor)分区等分区。62.当用户设备接收到开发设备发送的补丁数据时，用户设备可以将补丁数据存储在本地的补丁分区。63.在第二方面的一种可能的实现方式中，所述获取原始设备树镜像文件，包括：64.获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；65.若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。66.需要说明的是，用户设备从设备树分区获取原始设备树镜像文件时，为了避免设备树分区的数据被篡改，用户设备可以获取设备树分区的数字签名，根据设备树分区的数字签名对设备树分区进行安全校验。67.如果设备树分区安全校验通过，则表示设备树分区的数据未被篡改，用户设备可以从设备树分区获取原始设备树镜像文件。68.第三方面，本技术实施例提供了一种电子设备，包括：69.第一数据模块，用于获取设备树源数据和设备树目标数据；70.差分处理模块，用于对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；71.数据发送模块，用于将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。72.在第三方面的一种可能的实现方式中，所述第一数据模块，包括：73.文件获取子模块，用于获取基础设备树镜像文件和目标设备树镜像文件；74.基础解析子模块，用于对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；75.目标解析子模块，用于对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；76.相应的，所述差分处理模块，具体用于分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。77.在第三方面的一种可能的实现方式中，所述数据发送模块，包括：78.格式封装子模块，用于根据预设的数据格式，将所述补丁数据封装成补丁文件；79.文件发送子模块，用于将所述补丁文件发送至用户设备。80.第四方面，本技术实施例提供了一种电子设备，包括：81.第二数据模块，用于获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；82.原始文件模块，用于获取原始设备树镜像文件；83.差分合成模块，用于将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。84.在第四方面的一种可能的实现方式中，所述第二数据模块，包括：85.补丁文件子模块，用于获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；86.目标标识子模块，用于获取目标主板标识；87.补丁查找子模块，用于在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；88.相应的，所述差分合成模块，具体用于若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。89.在第四方面的一种可能的实现方式中，所述第二数据模块，包括：90.补丁签名子模块，用于获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；91.补丁校验子模块，用于若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。92.在第四方面的一种可能的实现方式中，所述第二数据模块，还包括：93.数据接收子模块，用于接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。94.在第四方面的一种可能的实现方式中，所述原始文件模块，包括：95.设备签名子模块，用于获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；96.设备校验子模块，用于若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。97.第五方面，提供了一种开发设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，电子设备实现如上述第一方面提供的方法。98.第六方面，提供了一种用户设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，电子设备实现如上述第二方面提供的方法。99.第七方面，提供了一种设备树修复系统，包括上述第五方面提供的开发设备以及上述第六方面提供的用户设备。100.第八方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，使得配件设备实现如上述第一方面提供的方法，或者，实现如上述第二方面提供的方法。101.第九方面，提供了一种芯片系统，所述芯片系统可以为单个芯片，或者多个芯片组成的芯片模组，所述芯片系统包括存储器和处理器，所述处理器执行所述存储器中存储的计算机程序，以实现上述第一方面提供的方法，或者，实现如上述第二方面提供的方法。102.本技术实施例与现有技术相比存在的有益效果是：103.在本技术提供的设备树修复方法中，开发设备对设备树源数据和设备树目标数据进行差分处理，得到补丁数据，并将补丁数据发送至用户设备。用户设备通过补丁数据对原始设备树镜像文件打补丁，修复原始设备树镜像文件，得到更新设备树镜像文件。104.在本技术提供的设备树修复方法中，开发设备和用户设备通过补丁的方式修复设备树，无需发布新的版本文件，版本号未变更，因此，无需更新版本文件中的其他镜像文件，减少更新的内容。并且，发布补丁数据时，该补丁数据只需单点问题验证通过即可，不需要经过复杂的版本测试及发布流程，从而提高设备树修复速度，减少人力和时间的消耗，具有较强的易用性和实用性。附图说明105.图1为本技术实施例提供的一种设备树修复系统的结构示意图；106.图2为本技术实施例提供的一种只读存储器的分区示意图；107.图3为本技术实施例提供的一种电子设备的示意图；108.图4为本技术实施例提供的一种应用场景的示意图；109.图5为本技术实施例提供的一种设备树修复方法的信令图；110.图6为本技术实施例提供的一种设备树修复方法的流程示意图；111.图7为本技术实施例提供的另一种设备树修复方法的流程示意图；112.图8为本技术实施例提供的一种开发设备的示意图；113.图9为本技术实施例提供的一种用户设备的示意图；114.图10为本技术实施例提供的另一种电子设备的示意图。具体实施方式115.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。116.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。117.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。118.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。[0119]另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。[0120]在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。[0121]内核，是一个操作系统的核心。内核是基于硬件资源的第一层软件扩充，提供操作系统的最基本的功能，是操作系统工作的基础。内核负责管理操作系统的进程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性。[0122]在处理器的内核源码中，存在大量描述板级细节信息的代码，例如描述平台(platform)设备、资源(resource)以及各种硬件的平台数据(platform_data)的代码。对于内核而言，这些描述板级细节信息的代码绝大多数属于垃圾冗余代码。[0123]为了减少内核源码中描述板级细节信息的代码，有的处理器的内核引入了设备树(devicetree，dt)。例如，arm内核版本3.x之后引入了设备树。[0124]设备树是一种描述硬件资源的数据结构，设备树可以通过引导加载工具(bootloader)将硬件资源传入内核，使得内核源码与硬件资源的描述相对独立。也即是说，dtb格式的文件(即设备树文件)可以由bootloader读入内存，由处理器内核对dtb格式的文件进行解析。此时，对于同一类型的处理器的内核，只需更换设备树文件即可让该类型的内核适配不同的主板，无需更换内核的内核文件。[0125]设备树通常以镜像文件的形式存储于电子设备的存储区域中，并且，除了设备树镜像文件以外，电子设备的存储区域还可以包括其他类型的镜像文件。[0126]例如，电子设备的只读存储器(readonlymemory，rom)可以划分多个分区，各个分区存放着如引导(boot)镜像文件、设备树块覆盖(devicetreebloboverlay，dtbo)镜像文件、系统(system)镜像文件、厂商(vendor)镜像文件等镜像文件。[0127]现阶段修复设备树只能通过发布新版本来进行修复。但是，上述镜像文件均包含版本号，有的镜像文件甚至还有时间戳。因此，在编译新的版本文件的过程中，上述镜像文件都会发生变化，需要重新编译整个版本，导致更新的内容过多。[0128]并且，新的版本文件的发布需要经过编译、基本功能测试、兼容性测试、送测等步骤，整个版本发布流程长、速度慢且耗费大量人力。[0129]有鉴于此，本技术实施例提供了一种设备树修复方法、电子设备及计算机可读存储介质，可以通过补丁修复的方式修复设备树，解决了当前的设备树修复方法更新内容过多、流程长、速度慢的问题，具有较强的易用性和实用性。[0130]首先，以图1所示的设备树修复系统为例，对本技术实施例中即将涉及的各个电子设备进行举例说明。[0131]如图1所示，在设备树修复系统中包括一个或多个开发设备101(图1中仅示出一个)、一个或多个用户设备102(图1中示出三个)以及中转设备103。[0132]其中，开发设备101为生成补丁文件的电子设备，用户设备102为使用补丁文件对设备树进行修复的电子设备。[0133]开发设备101和用户设备102之间可能建立直接的通信连接，即开发设备101和用户设备102建立了直连的通信连接；或者，开发设备101和用户设备102之间也可能建立间接的通信连接，即开发设备101与用户设备102之间设置有负责中转数据的中转设备103。[0134]例如，开发设备101在生成了补丁文件之后，可以通过与用户设备102直连的通信连接向用户设备102发送补丁文件。或者，开发设备101在生成了补丁文件之后，也可以向中转设备103发送补丁文件，由中转设备103将补丁文件转发给用户设备102。[0135]上述通信连接的类型可以根据实际情况进行设置。例如，上述通信连接可以包括无线局域网(wirelesslocalareanetworks，wlan)(如无线保真(wirelessfidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，rfid或zigbee等无线通信的解决方案中的任意一种或多种。和/或，上述通信连接也可以包括公用电信网络(registeredjack45，rj45)连接等有线通信解决方案中的任意一种或多种。[0136]上述开发设备101、用户设备102以及中转设备103的电子设备类型可以根据实际情况确定。例如，上述开发设备101、用户设备102以及中转设备103可以是手机、平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等电子设备，本技术实施例对上述开发设备101、用户设备102以及中转设备103的具体类型不作任何限制。[0137]并且，上述开发设备101、用户设备102以及中转设备103可以是相同类型的电子设备，或者，上述开发设备101、用户设备102以及中转设备103也可以是不同类型的电子设备。[0138]当存在多个开发设备101时，多个开发设备101可以是相同类型的电子设备，或者，也可以是不同类型的电子设备。[0139]当存在多个用户设备102时，多个用户设备102可以是相同类型的电子设备，或者，也可以是不同类型的电子设备。[0140]当存在多个中转设备103时，多个中转设备103可以是相同类型的电子设备，或者，也可以是不同类型的电子设备。[0141]此外，图1所示的设备树修复系统仅为本技术实施例的示意性举例，不应理解为对设备树修复系统的具体限制。在实际应用的过程中，设备树修复系统可能存在比图1所示的设备树修复系统更多或更少的电子设备。例如，在一些应用场景中，设备树修复系统可能不包括中转设备103，开发设备101和用户设备102建立了直连的通信连接。因此，本技术实施例对设备树修复系统不作任何限制。[0142]以下，将根据图1所示的设备树修复系统并结合具体的应用场景，对本技术实施例提供的设备树修复方法进行详细说明。[0143]1、生成补丁文件。[0144]在生成补丁文件时，开发设备可以先获取基础设备树镜像文件以及目标设备树镜像文件。[0145]其中，基础设备树镜像文件为补丁修复之前的设备树镜像文件，目标设备树镜像文件为补丁修复之后的设备树镜像文件。目标设备树镜像文件由开发人员编译生成。[0146]如果上述基础设备树镜像文件和上述目标设备树镜像文件为压缩格式，则开发设备可以对基础设备树镜像文件和目标设备树镜像文件解压，然后再对解压后的基础设备树镜像文件和目标设备树镜像文件进行格式解析。[0147]如果上述基础设备树镜像文件和上述目标设备树镜像文件不是压缩格式，则开发设备可以直接对基础设备树镜像文件和目标设备树镜像文件进行格式解析。[0148]开发设备对基础设备树镜像文件进行格式解析，可以得到各个主板标识(boardid)所对应的设备树源数据(dtb.src)。开发设备对目标设备树镜像文件进行格式解析，可以得到各个主板标识所对应的设备树目标数据(dtb.tgt)。[0149]然后，开发设备可以使用差分工具分别对各个主板标识所对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识所对应的补丁数据(dtb.patch)。[0150]不同的主板标识用于表示不同的主板，或者，也可以理解为表示不同产品的硬件资源。[0151]由于设备树修复可能是针对性地修复某些类型的产品的漏洞，因此，开发人员可能只更改了部分主板标识对应的设备树源数据。[0152]此时，如果某一主板标识对应的设备树源数据不需要修复，则该主板标识对应的设备树源数据和设备树目标数据一致，开发设备对该主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到的补丁数据是空的。[0153]如果某一主板标识对应的设备树源数据需要修复，则该主板标识对应的设备树源数据和设备树目标数据不一致，开发设备对该主板标识的设备树源数据和设备树目标数据进行差分处理，可以得到开发人员变更的代码，即补丁数据。[0154]例如，假设基础设备树镜像文件中包括主板标识0x1000b0x7对应的设备树源数据以及主板标识0x1000b0x9对应的设备树源数据。本次设备树修复用于修复0x1000b0x9对应的设备树源数据中的漏洞，则开发人员可能只更新了0x1000b0x9的设备树源数据。此时，0x1000b0x9对应的设备树源数据和设备树目标数据不一致，差分处理得到的补丁数据不为空。而0x1000b0x7的设备树源数据未被改动，因此，0x1000b0x7的设备树源数据和设备树目标数据一致，差分处理得到的补丁数据为空。[0155]在获取到补丁数据之后，开发设备可以根据各个主板标识所对应的补丁数据以及预设的数据格式生成补丁文件。并且，开发设备还可以计算各个主板标识对应的设备树源数据的哈希值、设备树目标数据的哈希值以及补丁数据的哈希值，并将上述哈希值存储在补丁文件中，使得用户设备可以根据上述哈希值校验补丁数据的正确性。[0156]开发设备计算哈希值的哈希算法可以根据实际需求进行选择。例如，在一些实施例中，开发设备可以选用安全散列算法256(securehashalgorithm256，sha-256)计算哈希值。在另一些实施例中，开发设备也可以选用sha-224、sha-384、sha-512等哈希算法计算哈希值。[0157]此外，上述预设的数据格式可以根据实际需求进行设置。例如，在一些实施例中，上述预设的数据格式可以如表一所示：[0158]表一[0159][0160]如表一所示，补丁文件的文件名可以为patch-dtbo.img，img为镜像文件的扩展名。补丁文件的数据结构可以包括表头以及一个或多个主板标识所对应的数据子结构(即一款或多款主板对应的数据子结构)。[0161]例如，补丁文件的表头可以为表一中的dt_table_header；补丁文件中各个主板标识对应的数据子结构可以为表一中的dt_table_entry_v1、dt_table_entry_v2以及dt_table_entry_v3等。[0162]在补丁文件的表头中，可以包括魔数(magic)、目标设备树镜像文件的大小(total_size)、表头的大小(header_size)、设备树入口的大小(dt_entry_size)、设备树入口的数量(dt_entry_count)、设备树入口的位置(dt_entries_offset)、页的大小(page_size)、版本号(version)等参数。表头中的各个参数的内容与目标设备树镜像文件的表头一致，开发设备可以直接复制目标设备树镜像文件的表头的各个参数的内容作为补丁文件的表头。[0163]在补丁文件的各个主板标识所对应的数据子结构中，可以包括某款主板的补丁数据的大小(dt_size)、某款主板的补丁数据的位置(dt_offset)、某款主板的补丁数据的位置(dt_offset)、某款主板的主板标识(id(boardid))、补丁数据的哈希值(patchsha256[32])、设备树目标数据的大小(dstsize)、设备树目标数据的哈希值(dstsha256[32])、设备树源数据的大小(srcsize)、设备树源数据的哈希值(srcsha256[32])、补丁数据(dtb)等参数。[0164]开发设备可以根据各个主板标识对应的设备树源数据、设备树目标数据以及补丁数据确定并填充上述各个主板标识对应的数据子结构中的各个参数的内容，得到补丁文件。[0165]需要说明的是，以上数据结构仅为本技术实施例的示意性举例，不应理解为对上述补丁文件的数据结构的限制。在本技术的另一些实施例中，补丁文件的数据结构可以拥有比表一所示结构更多或更少的子结构以及参数。本技术实施例对补丁文件的数据结构不作任何限制。[0166]开发设备在生成补丁文件之后，可以直接向用户设备发送补丁文件，或者，开发设备也可以将补丁文件上传至中转设备。[0167]当开发设备与用户设备建立了直连的通信连接时，开发设备可以将生成的补丁文件直接推送至用户设备，或者，也可以由用户设备主动请求开发设备下发补丁文件。[0168]当开发设备与用户设备建立了间接的通信连接时，开发设备可以将补丁文件上传至中转设备(例如服务器)，由中转设备将补丁文件推送给用户设备，或者，也可以由用户设备访问中转设备下载补丁文件。[0169]2、设备树镜像文件修复。[0170]用户设备在获取到补丁文件之后，可以将补丁文件存放在本设备的存储空间的补丁(kpatch)分区。[0171]例如，如图2所示，用户设备的rom可以划分为引导(boot)分区、设备树块覆盖(devicetreebloboverlay，dtbo)分区、系统(system)分区、厂商(vendor)分区等分区。用户设备可以在获取到补丁文件之后，将补丁文件存储在rom的kpatch分区。[0172]之后，当用户设备的操作系统启动时，用户设备可以从设备树分区获取原始设备树镜像文件。在获取原始设备树镜像文件时，为了避免设备树分区的数据被篡改，用户设备可以获取设备树分区的数字签名，根据设备树分区的数字签名对设备树分区进行安全校验。在安全校验通过之后，用户设备从设备树分区中获取原始设备树镜像文件。[0173]然后，用户可以在补丁分区中查询并获取补丁文件。在获取补丁文件时，为了避免补丁分区内的数据被篡改，用户设备可以获取补丁分区的数字签名，根据补丁分区的数字签名对补丁分区进行安全校验。[0174]在安全校验通过之后，用户设备可以查询补丁分区内是否存在未应用的补丁文件。[0175]如果补丁分区中不存在未应用的补丁文件，则用户设备根据上述原始设备树镜像文件，按照正常启动流程启动操作系统。[0176]如果补丁分区中存在未应用的补丁文件，则用户设备可以对该补丁文件进行格式解析，得到相应的目标补丁数据。[0177]由于补丁文件中存在一个或多个主板标识对应的补丁数据。因此，用户设备可以根据目标主板标识从补丁文件中获取相应的目标补丁数据。[0178]目标主板标识为用户设备的主板的标识。用户设备可以根据目标主板标识，查询补丁文件中是否存在与目标主板标识对应的补丁数据。[0179]如果补丁文件中存在与目标主板标识对应的补丁数据，则用户设备将该补丁数据作为目标补丁数据。[0180]然后，用户设备使用差分工具对本地的原始设备树镜像文件以及上述目标补丁数据进行差分合成，得到更新设备树镜像文件。[0181]在得到更新设备树镜像文件之后，用户设备可以使用上述哈希值对更新设备树镜像文件进行校验。[0182]例如，用户设备可以对更新设备树镜像文件进行格式解析，得到目标主板标识对应的设备树目标数据。然后，用户设备可以计算上述目标主板标识对应的设备树目标数据的哈希值。如果计算得到的哈希值与补丁文件中目标主板标识对应的设备树目标数据的哈希值一致，则更新设备树镜像文件校验通过。如果计算得到的哈希值与补丁文件中目标主板标识对应的设备树目标数据的哈希值不一致，则更新设备树镜像文件校验失败。[0183]如果校验通过，则表示补丁成功，用户设备可以用更新设备树镜像文件替换并覆盖原始设备树镜像文件，完成设备树补丁操作。[0184]如果校验失败，则表示补丁失败，用户设备可以放弃设备树补丁操作，或者，用户设备也可以重新执行设备树补丁操作。[0185]此外，如果补丁文件中不存在与目标主板标识对应的补丁数据，则表示用户设备上的原始设备树镜像文件无需更新，用户设备可以直接完成设备树补丁操作。[0186]需要说明的是，由于基础设备树镜像文件中可能包含一个或多个主板标识的设备树源数据，而原始设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树源数据，因此，原始设备树镜像文件和上述基础设备树镜像文件可能相同，也可能不相同。[0187]同理，目标设备树镜像文件中可能包含一个或多个主板标识的设备树目标数据，而更新设备树镜像文件可能只包含上述一个或多个主板标识中的部分主板标识的设备树目标数据，因此，目标设备树镜像文件和上述更新设备树可能相同，也可能不相同。[0188]在完成补丁操作之后，用户设备可以根据补丁操作之后的设备树镜像文件，即原始设备树镜像或更新设备树镜像文件，按照正常启动流程继续启动操作系统。[0189]以下，将结合具体的应用场景对上述设备树补丁修复方法进行详细说明。[0190]请参阅图3至图6。图3为本技术实施例提供的一种的用户设备的结构示意图。如图3所示，用户设备可以包括中央处理器(centralprocessingunit，cpu)301、只读存储器(read-onlymemory，rom)302、随机存取存储器(randomaccessmemory，ram)303以及总线304。[0191]cpu301、rom302以及ram303之间通过总线304进行数据交互。[0192]如图4所示，在rom302中可以包含引导(boot)分区、设备树(devicetree，dt)基础层分区、设备树块覆盖(dtbo)分区以及补丁(kpatch)分区等分区。[0193]boot分区中可以包括内核(kenel)文件、随机存取磁盘(randomaccessmemorydisk，ramdisk)等文件。[0194]dtbo分区中可以包括设备树块覆盖镜像文件(devicetreebloboverlay.img，dtbo.img)。[0195]kpatch分区中可以包括设备树的补丁文件(patch-dtbo.img)，或者，还可以包括内核补丁文件(kernel.patch)等补丁包。[0196]dt基础层分区中可以包括设备树镜像文件(dt.img)。[0197]在操作系统启动时，cpu301可以从rom302的dtbo分区、kpatch分区等分区读取数据至ram303中执行上述设备树修复方法。[0198]如图5所示，假设cpu301中包括以下功能模块：开始引导(start_boot)模块、补丁差分(diff_patch_pre)模块、设备树(dobt)模块、常规引导(normalboot)模块、内核(kernel)模块。[0199]在操作系统启动时，开始引导模块可以通过模块调用工具触发差分工具初始化、设备树工具初始化以及常规引导工具初始化。[0200]差分工具初始化时，会初始化差分工具的内存。常规引导工具初始化之后，会引导内核启动。[0201]上述设备树分区可以理解为dt基础层分区和dtbo分区，上述原始设备树镜像文件可以包括dt.img和dtbo.img，其中，dt.img表示设备树的基础层的镜像文件，dtbo.img表示设备树的叠加层的镜像文件。[0202]通常不同型号的主板标识对应的设备树中，拥有相同的设备树的基础层，但是设备树的叠加层存在差异。并且，设备树的修复通常发生在设备树的叠加层。[0203]因此，设备树模块可以通过设备树工具，从dt基础层分区获取dt.img，正常启动dt.img，不进行干预。[0204]但是，当设备树模块在启动dtbo.img时，可以先获取dtbo分区的数字签名和dtbo分区的数据，根据dtbo分区的数字签名对dtbo分区的数据进行安全校验，防止dtbo分区的数据被篡改。[0205]dtbo分区安全校验通过之后，设备树模块可以读取dtbo.img，并对dtbo.img进行解压处理。[0206]之后，补丁差分模块可以获取kpatch分区的数字签名和kpatch分区的数据，根据kpatch分区的数字签名对kpatch分区的数据进行安全校验，避免kpatch分区的数据被篡改。[0207]kpatch分区安全校验通过之后，补丁差分模块可以读取kpatch分区中的补丁文件。[0208]由于补丁文件中包括多个主板标识对应的补丁数据，因此，补丁差分模块可以获取本设备的目标主板标识，查询补丁文件中是否存在与目标主板标识对应的目标补丁数据。[0209]如果补丁文件中存在与目标主板标识对应的目标补丁数据，则表示dtbo.img需要打补丁；如果补丁文件中不存在与目标主板标识对应的目标补丁数据，则表示dtbo.img不需要打补丁。[0210]假设补丁文件中存在目标主板标识对应的目标补丁数据，此时，补丁差分模块可以调用差分工具对dtbo.img打补丁，将dtbo.img与目标主板标识对应的目标补丁数据进行差分合成，得到新的dtbo.img(即新的设备树块覆盖镜像文件)。[0211]然后，补丁差分模块可以获取补丁文件中的哈希值，根据补丁文件中的哈希值对新的dtbo.img进行校验。如果新的dtbo.img校验通过，则将新的dtbo.img拷贝到dtbo.img的原始地址，替换之前的dtbo.img。[0212]之后，设备树模块可以将dt.img和新的dtbo.img合并，得到完整的设备树，并按照操作系统的正常启动流程继续执行后续步骤。[0213]在本技术实施例的设备树修复方法中，开发设备通过对各个主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个主板标识对应的补丁数据。用户设备通过补丁数据对原始设备树镜像文件打补丁，修复原始设备树镜像文件，得到更新设备树镜像文件。[0214]在上述设备树修复方法中，开发设备和用户设备以补丁的方式修复设备树，无需编译完整的版本文件，不改动版本号，无需更新设备树镜像文件以外的其他镜像文件，可以极大地减少更新的内容。例如，以往的版本文件的数据大小约为4m字节，现在的补丁文件的数据大小约为10k字节。[0215]并且，由于上述设备树修复方法通过补丁的方式修补设备树的漏洞，在器件替代、电源参数修复、器件漏洞(bug)修复等单点问题上，补丁文件只需要在单点问题上验证通过即可，不需要更改原有版本文件，因此，发布补丁不需要经过编译、基本功能测试、兼容性测试、送测等步骤，从而极大地缩短了设备树的修复时间，提高了修复速度，减少了人力和时间的消耗。[0216]此外，由于补丁文件中可以包含多个主板标识对应的补丁数据，因此，同一个补丁包可以适配多款机型，适配不同的主板，从而实现一个补丁包修复多款机型的设备树漏洞。并且，由于多个补丁数据共用处于同一个补丁文件中，用户设备对补丁文件进行校验时，只需校验一次补丁文件，无需针对每一个补丁数据分别进行校验，减少校验次数，提高补丁效率。[0217]如果补丁分区中除了设备树的补丁文件以外，还存在其他补丁包，则用户设备还可以控制补丁包的加载顺序，根据补丁包的加载顺序加载补丁包，实现用户设备的修复需求。[0218]当补丁文件采用上述表一所示的数据结构时，可以支持一个补丁文件适配多款机型，并且，补丁文件中的哈希值还可以对更新设备树进行文件进行校验，保证数据不被篡改。[0219]上述设备树修复方法可以在各类模式下对设备树进行补丁修复，前述模式可以包括常规启动(normal)模式、修复(recovery)模式、额外修复(erecovery)模式、快速引导(fastbootd)模式等模式。[0220]应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。[0221]以下，将从开发设备的角度，对本技术实施例提供的另一设备树修复方法进行详细说明。请参阅图6，本实施例提供的设备树修复方法包括：[0222]s601、获取设备树源数据和设备树目标数据；[0223]s602、对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；[0224]s603、将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0225]可选地，所述获取设备树源数据和设备树目标数据，包括：[0226]获取基础设备树镜像文件和目标设备树镜像文件；[0227]对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；[0228]对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；[0229]相应的，所述对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据，包括：[0230]分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。[0231]可选地，所述将所述补丁数据发送至用户设备，包括：[0232]根据预设的数据格式，将所述补丁数据封装成补丁文件；[0233]将所述补丁文件发送至用户设备。[0234]在本技术实施例的补丁修复方法中，开发设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，发布补丁数据不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。[0235]应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。[0236]以下，将从用户设备的角度，对本技术实施例提供的另一设备树修复方法进行详细说明。请参阅图7，本实施例提供的设备树修复方法包括：[0237]s701、获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；[0238]s702、获取原始设备树镜像文件；[0239]s703、将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0240]可选地，所述获取补丁数据，包括：[0241]获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；[0242]获取目标主板标识；[0243]在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；[0244]相应的，所述将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件，包括：[0245]若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0246]可选地，所述获取补丁数据，包括：[0247]获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；[0248]若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。[0249]可选地，在所述获取补丁分区的数字签名之前，还包括：[0250]接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。[0251]可选地，所述获取原始设备树镜像文件，包括：[0252]获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；[0253]若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。[0254]在本技术实施例的设备树修复方法中，用户设备通过补丁的方式修复设备树，无需发布新的版本文件，减少更新的内容，并且，采用补丁数据修复设备树不需要经过复杂的版本测试及发布流程，可以提高设备树修复速度，减少人力和时间的消耗。[0255]应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。[0256]以下对本技术实施例提供的一种开发设备进行详细说明。请参阅图8，本实施例提供的开发设备包括：[0257]第一数据模块801，用于获取设备树源数据和设备树目标数据；[0258]差分处理模块802，用于对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；[0259]数据发送模块803，用于将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0260]可选地，所述第一数据模块801，包括：[0261]文件获取子模块，用于获取基础设备树镜像文件和目标设备树镜像文件；[0262]基础解析子模块，用于对所述基础设备树镜像文件进行格式解析，得到各个主板标识对应的设备树源数据；[0263]目标解析子模块，用于对所述目标设备树镜像文件进行格式解析，得到各个主板标识对应的设备树目标数据；[0264]相应的，所述差分处理模块802，具体用于分别对各个所述主板标识对应的设备树源数据和设备树目标数据进行差分处理，得到各个所述主板标识对应的补丁数据。[0265]可选地，所述数据发送模块803，包括：[0266]格式封装子模块，用于根据预设的数据格式，将所述补丁数据封装成补丁文件；[0267]文件发送子模块，用于将所述补丁文件发送至用户设备。[0268]需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。[0269]以下对本技术实施例提供的一种用户设备进行详细说明。请参阅图9，本实施例提供的用户设备包括：[0270]第二数据模块901，用于获取补丁数据，所述补丁数据为开发设备对设备树源数据和设备树目标数据进行差分处理得到的数据；[0271]原始文件模块902，用于获取原始设备树镜像文件；[0272]差分合成模块903，用于将所述补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0273]可选地，所述第二数据模块901，包括：[0274]补丁文件子模块，用于获取补丁文件，所述补丁文件包括至少一种主板标识对应的补丁数据；[0275]目标标识子模块，用于获取目标主板标识；[0276]补丁查找子模块，用于在所述补丁文件中查找与所述目标主板标识对应的目标补丁数据；[0277]相应的，所述差分合成模块903，具体用于若所述补丁文件中存在与所述目标主板标识对应的目标补丁数据，则将所述目标补丁数据与所述原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0278]可选地，所述第二数据模块901，包括：[0279]补丁签名子模块，用于获取补丁分区的数字签名，根据所述补丁分区的数字签名对所述补丁分区进行安全校验；[0280]补丁校验子模块，用于若所述补丁分区安全校验通过，则从所述补丁分区中获取补丁数据。[0281]可选地，所述第二数据模块901，还包括：[0282]数据接收子模块，用于接收所述开发设备发送的补丁数据，将所述补丁数据存储在所述补丁分区。[0283]可选地，所述原始文件模块902，包括：[0284]设备签名子模块，用于获取设备树分区的数字签名，根据所述设备树分区的数字签名对所述设备树分区进行安全校验；[0285]设备校验子模块，用于若所述设备树分区安全校验通过，则从所述设备树分区中获取原始设备树镜像文件。[0286]需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。[0287]请参阅图10，本技术实施例还提供了一种电子设备。如图10所示，该实施例的电子设备100包括：处理器1000、存储器1001以及存储在所述存储器1001中并可在所述处理器1000上运行的计算机程序1002。所述处理器1000执行所述计算机程序1002时实现上述屏幕扩展方法实施例中的步骤，例如图6所示的步骤s601至s603。或者，所述处理器1000执行所述计算机程序1002时实现上述各装置实施例中各模块/单元的功能，例如图8所示模块801至803的功能。[0288]示例性的，所述计算机程序1002可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器1001中，并由所述处理器1000执行，以完成本技术。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序1002在所述电子设备100中的执行过程。例如，所述计算机程序1002可以被分割成第一数据模块、差分处理模块以及数据发送模块，各模块具体功能如下：[0289]第一数据模块，用于获取设备树源数据和设备树目标数据；[0290]差分处理模块，用于对所述设备树源数据和所述设备树目标数据进行差分处理，得到补丁数据；[0291]数据发送模块，用于将所述补丁数据发送至用户设备，以指示所述用户设备将所述补丁数据与所述用户设备中的原始设备树镜像文件进行差分合成，得到更新设备树镜像文件。[0292]所述电子设备100可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述电子设备可包括，但不仅限于，处理器1000、存储器1001。本领域技术人员可以理解，图10仅仅是电子设备100的示例，并不构成对电子设备100的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备还可以包括输入输出设备、网络接入设备、总线等。[0293]所称处理器1000可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。[0294]所述存储器1001可以是所述电子设备100的内部存储单元，例如电子设备100的硬盘或内存。所述存储器1001也可以是所述电子设备100的外部存储设备，例如所述电子设备100上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器1001还可以既包括所述电子设备100的内部存储单元也包括外部存储设备。所述存储器1001用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器1001还可以用于暂时地存储已经输出或者将要输出的数据。[0295]所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。[0296]在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。[0297]本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。[0298]在本技术所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。[0299]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。[0300]另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0301]所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。[0302]最后应说明的是：以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
