CN114661501A - 一种开机异常的修复方法及装置 - Google Patents

Abstract

一种开机异常的修复方法及装置。其中方法可以适用于第一电子设备，第一电子设备为开机正常的电子设备，在该方法中，第一电子设备可以与第二电子设备建立连接，第二电子设备开机异常的电子设备；第一电子设备可以获取第二电子设备的版本信息，以及根据第二电子设备的版本信息，获取用于修复第二电子设备的升级包；进而，第一电子设备控制第二电子设备根据升级包进行修复。采用该种方式，可以通过开机正常的电子设备对开机异常的电子设备进行代理修复，比如在开机异常的电子设备无法进入快速启动模式或恢复模式时，开机正常的电子设备可以对开机异常的电子设备进行代理修复，从而能够对开机异常的电子设备进行有效修复，提高用户体验。

Description

一种开机异常的修复方法及装置

技术领域

本申请涉及终端技术领域，尤其涉及一种开机异常的修复方法及装置。

背景技术

随着社会的快速发展，移动终端例如手机越来越普及。手机不但具有通信功能、还具有强大的处理能力、存储能力、照相功能等。因此，手机不仅可以作为一种通信工具，更是用户的移动的文件库，它存储着用户的各种个人信息、照片、视频等，还可以绑定用户的社交账号、网银、移动支付账号等信息。

因此，如果手机发生故障无法正常开机，将会给用户带来巨大的损失(比如用户数据丢失)，进而将会引发舆情、投诉等，从而给手机厂商造成多维度损失。

发明内容

本申请实施例的目的在于提供了一种开机异常的修复方法及装置，用于对开机异常的电子设备进行有效修复，提高用户体验。

第一方面，本申请实施例提供一种开机异常的修复方法，该方法可以适用于第一电子设备，第一电子设备为开机正常的电子设备，该方法包括：与第二电子设备建立连接，所述第二电子设备开机异常的电子设备；获取所述第二电子设备的版本信息；根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；控制所述第二电子设备根据所述升级包进行修复。

采用上述方法，可以通过开机正常的电子设备对开机异常的电子设备进行代理修复，比如在开机异常的电子设备无法进入快速启动模式或恢复模式时，开机正常的电子设备可以对开机异常的电子设备进行代理修复，从而能够对开机异常的电子设备进行有效修复，提高用户体验。

在一种可能的设计中，获取所述第二电子设备的版本信息之前，还包括：接收用户的第一操作命令，所述第一操作命令用于触发所述第一电子设备对所述第二电子设备进行修复；响应于所述第一操作命令，从第一服务器获取授权文件，所述授权文件用于指示所述第一电子设备具有对所述第二电子设备进行修复的权限。

采用上述方法，第一电子设备在对第二电子设备进行代理修复之前，需要先获取授权文件，从而保证修复过程的安全性。

在一种可能的设计中，从所述第一服务器获取授权文件，包括：获取所述第二电子设备的设备信息；向所述第一服务器发送授权请求，所述授权请求包括所述第一电子设备的设备信息、所述第二电子设备的设备信息；接收来自所述第一服务器的授权响应，所述授权响应包括所述授权文件。

在一种可能的设计中，所述授权请求还包括以下至少一项：所述第一电子设备的账户信息；所述第一电子设备的产品信息；所述第一电子设备的状态信息。

采用上述方法，第一电子设备需要将第一电子设备的多种可能的信息发送给第一服务器，以便于第一服务器从多个维度评估是否允许第一电子设备对第二电子设备进行修复，从而避免一些不合法的电子设备的修复行为。

在一种可能的设计中，根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包，包括：向第二服务器发送搜包请求，所述搜包请求包括所述授权文件和所述第二电子设备的版本信息；接收来自所述第二服务器的搜包响应，所述搜包响应包括所述升级包的信息；根据所述升级包的信息，从第三服务器下载所述升级包。

在一种可能的设计中，控制所述第二电子设备根据所述升级包进行修复，包括：确定所述第二电子设备的体检信息，所述第二电子设备的体检信息用于指示所述第二电子设备是否能够进入恢复模式；根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复。

在一种可能的设计中，当所述第二电子设备的体检信息用于指示所述第二电子设备能够进入恢复模式时，根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复，包括：向所述第二电子设备发送启动升级命令，以使所述第二电子设备根据所述启动升级命令解析所述升级包，并根据解析后的升级包数据进行修复。

在一种可能的设计中，当所述第二电子设备的体检信息用于指示所述第二电子设备不能进入恢复模式时，根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复，包括：解析所述升级包得到最小系统镜像文件；向所述第二电子设备发送所述最小系统镜像文件和强制启动命令，以使所述第二电子设备运行所述最小系统镜像文件进行修复。

采用上述方法，第一电子设备可以根据第二电子设备的体检信息，针对不同情形，采用不同的修复方式，从而能够更加有效地修复第二电子设备。

在一种可能的设计中，所述方法还包括：接收用户的输入信息，所述输入信息包括第二电子设备的属性信息；将所述第二电子设备的属性信息与预先存储支持修复的电子设备的属性信息进行比较，若预先存储支持修复的电子设备的属性信息包括所述第二电子设备的属性信息，则发出提示信息，所述提示信息用于提示用户所述第一电子设备支持修复所述第二电子设备。

采用上述方法，可以让用户提前获知第一电子设备是否支持修复第二电子设备，从而避免第一电子设备不支持第二电子设备导致后续修复失败而影响用户体验。

第二方面，本申请实施例提供一种开机异常的修复方法，该方法可以适用于第二电子设备，第二电子设备为开机异常的电子设备，该方法包括：与第一电子设备建立连接，所述第一电子设备开机正常的电子设备；向所述第一电子设备发送所述第二电子设备的版本信息，以使所述第一电子设备根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；在所述第一电子设备的控制下，根据所述升级包进行修复。

在一种可能的设计中，在所述第一电子设备的控制下，根据所述升级包进行修复，包括：接收来自所述第一电子设备的启动升级命令；根据所述启动升级命令后，解析所述升级包，并根据解析后的升级包数据进行修复。

在一种可能的设计中，在所述第一电子设备的控制下，根据所述升级包进行修复，包括：接收来自所述第一电子设备的最小系统镜像文件，所述最小系统镜像文件是所述第一电子设备解析所述升级包得到的；运行所述最小系统镜像文件进行修复。

需要说明的是，上述第二方面所提供的修复方法与第一方面相对应，因此第二方面的相关技术特征的有益效果可以参照第一方面的描述，具体不再赘述。

第三方面，本申请实施例提供一种电子设备，所述电子设备为开机正常的电子设备，所述电子设备包括：处理器、存储器、通信接口；其中，所述存储器存储有计算机程序，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述处理器结合所述通信接口实现如下步骤：与第二电子设备建立连接，所述第二电子设备开机异常的电子设备；获取所述第二电子设备的版本信息；根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；控制所述第二电子设备根据所述升级包进行修复。

在一种可能的设计中，所述处理器还用于：通过所述通信接口接收用户的第一操作命令，所述第一操作命令用于触发所述第一电子设备对所述第二电子设备进行修复；响应于所述第一操作命令，通过所述通信接口从第一服务器获取授权文件，所述授权文件用于指示所述第一电子设备具有对所述第二电子设备进行修复的权限。

在一种可能的设计中，所述处理器具体用于：获取所述第二电子设备的设备信息；通过所述通信接口向所述第一服务器发送授权请求，所述授权请求包括所述第一电子设备的设备信息、所述第二电子设备的设备信息；以及，通过所述通信接口接收来自所述第一服务器的授权响应，所述授权响应包括所述授权文件。

在一种可能的设计中，所述授权请求还包括以下至少一项：所述第一电子设备的账户信息；所述第一电子设备的产品信息；所述第一电子设备的状态信息。

在一种可能的设计中，所述处理器具体用于：通过所述通信接口向第二服务器发送搜包请求，所述搜包请求包括所述授权文件和所述第二电子设备的版本信息；以及通过所述通信接口接收来自所述第二服务器的搜包响应，所述搜包响应包括所述升级包的信息；根据所述升级包的信息，从第三服务器下载所述升级包。

在一种可能的设计中，所述处理器具体用于：确定所述第二电子设备的体检信息，所述第二电子设备的体检信息用于指示所述第二电子设备是否能够进入恢复模式；根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复。

在一种可能的设计中，当所述第二电子设备的体检信息用于指示所述第二电子设备能够进入恢复模式时，所述处理器具体用于：通过所述通信接口向所述第二电子设备发送启动升级命令，以使所述第二电子设备根据所述启动升级命令解析所述升级包，并根据解析后的升级包数据进行修复。

在一种可能的设计中，当所述第二电子设备的体检信息用于指示所述第二电子设备不能进入恢复模式时，所述处理器具体用于：解析所述升级包得到最小系统镜像文件；通过所述通信接口向所述第二电子设备发送所述最小系统镜像文件和强制启动命令，以使所述第二电子设备运行所述最小系统镜像文件进行修复。

在一种可能的设计中，所述处理器还用于：通过所述通信接口接收用户的输入信息，所述输入信息包括第二电子设备的属性信息；将所述第二电子设备的属性信息与预先存储支持修复的电子设备的属性信息进行比较，若预先存储支持修复的电子设备的属性信息包括所述第二电子设备的属性信息，则发出提示信息，所述提示信息用于提示用户所述第一电子设备支持修复所述第二电子设备。

第四方面，本申请实施例提供一种电子设备，所述电子设备为开机异常的电子设备，所述电子设备包括：处理器、存储器、通信接口；其中，所述存储器存储有计算机程序，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述处理器结合所述通信接口实现如下步骤：与第一电子设备建立连接，所述第一电子设备开机正常的电子设备；向所述第一电子设备发送所述第二电子设备的版本信息，以使所述第一电子设备根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；在所述第一电子设备的控制下，根据所述升级包进行修复。

在一种可能的设计中，所述处理器包括第一处理器和第二处理器，所述通信接口包括第一通信接口和第二通信接口；所述第二处理器具体用于：通过所述第一通信接口接收来自所述第一电子设备的启动升级命令，并通过所述第二通信接口向所述第一处理器发送所述启动升级命令；所述第一处理器具体用于：根据所述启动升级命令，解析所述升级包，并根据解析后的升级包数据进行修复。

在一种可能的设计中，所述处理器包括第一处理器和第二处理器，所述通信接口包括第一通信接口和第二通信接口；所述第二处理器具体用于：通过所述第一通信接口接收来自所述第一电子设备的最小系统镜像文件，所述最小系统镜像文件是所述第一电子设备解析所述升级包得到的；通过所述第二通信接口向所述第一处理器发送强制启动命令；所述第一处理器具体用于：根据所述强制启动命令，运行所述最小系统镜像文件进行修复。

第五方面，本申请实施例还提供一种电子设备，所述电子设备包括执行上述第一方面或者第一方面的任意一种可能的设计的方法的模块/单元；或者，所述电子设备包括执行上述第二方面或者第二方面的任意一种可能的设计的方法的模块/单元；这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第六方面，本申请实施例还提供一种芯片，所述芯片与电子设备中的存储器耦合，用于调用存储器中存储的计算机程序并执行本申请实施例第一方面及其第一方面任一可能设计的技术方案或者本申请实施例第二方面及其第二方面任一可能设计的技术方案，本申请实施例中“耦合”是指两个部件彼此直接或间接地结合。

第七方面，本申请实施例还提供一种系统，该系统可以包括上述第三方面的任一种可能的设计中所描述的电子设备，以及上述第四方面的任一种可能的设计中所描述的电子设备。在一种可能的设计中，该系统还可以包括授权服务器、搜包服务器和OTA服务器。

第八方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在计算机上运行时，使得所述计算机执行如上述第一方面或第二方面提供的方法步骤。

第九方面，还提供一种程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第一方面或第二方面提供的方法步骤。

本申请的这些方面或其它方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的电子设备的一种可能的硬件结构示意图；

图2为本申请实施例提供的手机的硬件结构示意图；

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

图4为本申请实施例提供的电子设备的软件结构框图；

图5为本申请实施例提供的应用场景的示意图；

图6为本申请实施例提供的电子设备开机异常的修复方法所对应的流程示意图；

图7为本申请实施例提供的第一电子设备显示的界面示例图；

图8为本申请实施例提供的第一电子设备与第二电子设备的连接示意图；

图9为本申请实施例提供的第一电子设备显示的界面示例图；

图10为本申请实施例提供的第一电子设备显示的界面示例图；

图11为本申请实施例提供的第一电子设备显示的界面示例图；

图12为本申请实施例提供的第二电子设备的第一处理器根据升级包进行修复的流程示意图；

图13为第一电子设备对第二电子设备进行代理修复的流程示意图；

图14为本申请实施例提供的一种电子设备示意图。

具体实施方式

首先对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)电子设备：诸如手机、平板电脑、可穿戴设备(例如，手表、手环、头盔、耳机、项链等)、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等，本申请实施例对电子设备的具体类型不作任何限制。

(2)操作系统(operating system，OS)：是运行在电子设备上的最基本的系统软件，例如windows系统、Android系统、IOS系统。以智能手机为例，操作系统可以是Android系统或IOS系统。本申请实施例主要以Android系统为例进行介绍。本领域技术人员可以理解，其它操作系统中，也可以采用类似的算法实现。

(3)刷机：是指通过一定的方法更改或替换电子设备中的原本存在的一些语言、软件或者操作系统。刷机也就是给电子设备重装操作系统，可以使电子设备的功能更加完善，或还原到原始状态。

(4)操作系统的模式

以操作系统为Android系统为例，由于Android系统相对开源，允许用户对电子设备的操作系统进行一定修改(即刷机)，因此，针对不同的功能以及权限，操作系统可以具备如下几种可能的模式：

①正常模式(normal mode)，该模式的功能是正常启动电子设备，该模式的进入方式比如为在电子设备处于关机状态下时，按电源键启动。

②恢复模式(recovery mode)，该模式具有相对较高的修改权限，可进行打开命令解释程序(shell)、刷新映像文件(flash image)、执行备份等。在恢复模式下，电子设备可以根据存储在自身存储器内部的系统数据对电子设备的系统数据进行修改，从而完成刷机。

③快速启动模式(fastboot mode)，该模式是一种比恢复模式更底层的刷机模式。在快速启动模式下，电子设备可以通过通用串行总线(universal serial bus，USB)数据线与计算机通信，当电子设备接收到计算机发送的系统数据后，将该系统数据更新到电子设备的指定分区中(比如fastboot flash boot boot.img这一命令是把boot.img的内容刷写到boot分区中)，从而完成刷机。

需要说明的是，操作系统除上述几种可能的模式外，还可以具有其它模式，比如安全模式(safe mode)、诊断模式(diagnostic mode)等，具体不做限定。

(5)电子设备的分区

电子设备中可以包括存储区(类似于计算机的硬盘)，该存储区中可以包括多个分区，每个分区的功能各不相同。比如，电子设备的存储区可以包括如下几种可能的分区：

①启动(boot)分区，该分区可以保证电子设备的正常启动，它包含了内核(kernel)和虚拟内存盘(通过软件将一部分内存模拟为硬盘来使用的一种技术，可以极大的提高在其上进行文件访问的速度)，如果没有该分区，电子设备通常不能正常启动。

②系统(system)分区，该分区用来存放除内核和虚拟内存盘以外的系统相关配置，它包括用户界面、电子设备预先安装的软件等。擦除这个分区将会删除整个操作系统，但不会导致不能启动，比如可以通过进入恢复模式安装一个新操作系统。

③数据(data)分区，该分区包含了用户的数据信息，比如联系人、短信、设置、用户安装的程序等，擦除此分区，相当于电子设备恢复出厂设置，可以在恢复模式中选择“data/factory reset”来擦除此分区。

④恢复(recovery)分区，在电子设备不能正常启动时，可以通过加载此分区进行恢复模式，它相当于一个简易的操作系统，通过它可以进行备份维护和恢复。

示例性地，上述正常模式所依赖的分区可以包括启动分区，恢复模式所依赖的分区可以包括恢复分区，快速启动模式所依赖的分区可以包括启动分区中的部分分区(或者说，快速启动模式所依赖的分区为启动分区的子分区或子集)。因此，当启动分区出现问题时，将导致电子设备无法进入正常模式；当恢复分区出现问题时，将导致电子设备无法进入恢复模式；当启动分区中快速启动模式所依赖的分区出现问题时，将导致电子设备无法进入快速启动模式。

需要说明的是，电子设备的存储区除包括上述几种可能的分区外，还可以具有其它分区，比如缓存(cache)分区，具体不做限定。

以上内容是与本申请相关的名称解释。下面结合附图介绍本申请实施例提供的技术方案。

如背景技术所述，电子设备(比如手机)开机异常，将会给用户带来巨大的损失，也将会给手机厂商造成多维度损失。电子设备开机异常的原因可能有多种，一种可能的原因为：电子设备的软件出现问题，比如用户在软件升级过程中出现误操作导致软件升级失败，又比如用户不小心删除了一些关键文件。

本申请实施例中，电子设备开机异常可以是指电子设备无法进入正常模式(或安全模式)。此外，当电子设备开机异常时，可以对应如下几种可能的情形，比如情形1：电子设备无法进入快速启动模式，且无法进入恢复模式；情形2：电子设备能够进入快速启动模式，但无法进入恢复模式；情形3：电子设备能够进入快速启动模式，且能够进入恢复模式。可以理解地，电子设备开机异常还可以对应其它可能的情形，具体不再一一赘述。

针对于电子设备开机异常的问题，通常的解决方案是下载升级包进行修复，比如解决方案一、解决方案二和解决方案三，下面进行详细描述。

(1)解决方案一

当电子设备在开机阶段无法进入到正常模式时，可以进入增强修复(Erecovery)模式。其中，Erecovery模式为部分终端设备厂商所提供的模式，Erecovery模式所依赖的分区可以包括启动分区的部分分区以及Erecovery模式对应的特定分区。Erecovery模式包括如下功能：

1、下载升级包修复，即通过网络下载升级包，进而根据升级包进行修复。

2、紧急数据备份，即在数据分区未损坏的前提下进行用户数据的备份。

3、恢复出厂设置，即清除用户数据，操作系统恢复到版本的初始状态。

然而，该种解决方案可能无法对电子设备进行有效修复，即存在一定的局限性和缺点，比如，进入Erecovery模式所依赖的分区损坏(比如升级中断导致的启动分区损坏(某关键镜像升级了一半)、存储区数据跳变导致启动校验失败)时，将无法进入Erecovery模式；又比如，当进入Erecovery模式所依赖的启动流程发生未知错误(比如启动过程软件异常卡死、进程崩溃等)时，将无法进入Erecovery模式；又比如，当升级过程被用户长按键打断，使得开机时新旧镜像不匹配时，电子设备将无法启动到正常模式，也无法进入Erecovery模式。

(2)解决方案二

当电子设备在开机阶段无法进入到正常模式时，用户可以使用安卓安装包(Android package，APK)工具(比如hisuit工具)尝试修复，具体操作为：

1、电子设备进入快速启动模式，hisuit工具在该模式下获取电子设备的版本号，然后向服务器搜索升级包并下载到计算机本地。

2、电子设备进入恢复模式，hisiut工具将计算机本地的升级包发送给电子设备，相应地，电子设备接收升级包并执行升级，以刷新到最新版本，从而最终完成修复。

然而，该种解决方案可能无法对电子设备进行有效修复，即存在一定的局限性和缺点，比如进入快速启动模式和恢复模式所依赖的分区损坏，进而无法进入快速启动模式或恢复模式时，将无法通过hisuit工具进行修复。

(3)解决方案三

当电子设备在开机阶段无法进入到正常模式时，用户可以到维修网点使用维修工具进行修复。由于维修网点的权限较高，因此当电子设备开机异常时(可以进入快速启动模式)，可以使用维修工具解锁电子设备，进而强制升级。然而，若电子设备无法进入快速启动模式，则可能无法对电子设备进行有效修复，此种情形下，维修网点只能通过拆机、换主板等强制措施来修复电子设备，从而可能给用户的财产造成损失，降低用户体验。

鉴于此，本申请实施例提供一种开机异常的修复方法，在该方法中，可以通过开机正常的电子设备对开机异常的电子设备进行代理修复，比如在开机异常的电子设备无法进入增强恢复模式或快速启动模式或恢复模式时，开机正常的电子设备可以对开机异常的电子设备进行代理修复，从而能够对开机异常的电子设备进行有效修复，提高用户体验。

下面对本申请实施例所涉及的电子设备的硬件结构和软件结构进行描述。

图1为本申请实施例提供的电子设备的一种可能的硬件结构示意图。如图1所示，电子设备100可以包括第一处理器、第一端口、第一存储器、无线通信模块，还可以包括其它外设模块。

其中，第一处理器可以包括一个或多个处理单元，例如第一处理器可以包括应用处理器(application processor，AP)，还可以包括以下至少一项：调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，神经网络处理器(neural-network processing unit，NPU)等。不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，第一处理器中还可以设置存储器，用于存储指令和数据。在一些实施例中，第一处理器中的存储器为高速缓冲存储器。该存储器可以保存第一处理器刚用过或循环使用的指令或数据。如果第一处理器需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了第一处理器的等待时间，因而提高了系统的效率。

第一端口可以是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。第一端口可以用于连接充电器为电子设备100充电，也可以用于电子设备100与其它设备之间传输数据。

第一存储器可以用于存储计算机程序，所述计算机程序包括指令。第一处理器通过运行存储在第一存储器的指令，从而执行电子设备100的各种功能以及数据处理。第一存储器可以包括如上所描述的各个分区，比如启动分区、系统分区、数据分区等。此外，第一存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

无线通信模块可以提供应用在电子设备上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(blue tooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块可以是集成至少一个通信处理模块的一个或多个器件。

其它外设模块可以包括显示屏、传感器模块、摄像头等，具体不做限定。

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

下面以图1中所示意的电子设备100为手机为例，结合图2对手机的硬件结构进行详细描述。

图2为本申请实施例提供的手机的硬件结构示意图。如图2所示，手机200可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块151，无线通信模块152，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

其中，处理器110可以为上述图1中的第一处理器。

USB接口130可以为上述图1中的第一端口。充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

手机200的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160(可以为上述图1中的无线通信模块)，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。手机200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

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

无线通信模块160可以经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

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

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

摄像头193用于捕获静态图像、动态图像或视频。在本申请实施例中，手机200中摄像头193的数量可以是至少两个。以两个为例，其一个是前置摄像头，另一个是后置摄像头；以三个为例，其中一个是前置摄像头，另外两个是后置摄像头。

内部存储器121可以为上述图1中的第一存储器。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机200的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将图片，视频等文件保存在外部存储卡中。

传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

另外，手机200可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机200可以接收按键输入，产生与手机200的用户设置以及功能控制有关的键信号输入。手机200可以接收按键190输入，产生与手机200的用户设置以及功能控制有关的键信号输入。手机200可以利用马达191产生振动提示(比如来电振动提示)。手机200中的指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。手机200中的SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机200的接触和分离。

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

图3为本申请实施例提供的电子设备的又一种可能的硬件结构示意图。如图3所示，相比于图1中所示意的电子设备100，电子设备300除包括第一处理器、第一端口、第一存储器、无线通信模块、其它外设模块之外，还可以包括第二处理器、第二端口、第三端口、第二存储器、控制器等。其中，有关第一处理器、第一端口、第一存储器、无线通信模块、其它外设模块的相关描述可以参见图1的介绍。

(1)对第二处理器进行描述。

示例性地，第二处理器可以为微控制器，比如微控制单元(microcontrollerunit，MCU)，又称单片微型计算机(single chip microcomputer)或者单片机。第二处理器可以主要负责异常场景(比如电子设备300开机异常)下的相关实现，具体可以参见后文的描述。

(2)对第一处理器和第二处理器之间的关系进行描述。

第一处理器可以理解为电子设备300的主处理器，第二处理器可以理解为电子设备300的从属处理器。第二处理器的处理能力可以小于第一处理器的处理能力，比如第二处理器可以具备第一处理器的部分处理能力。

第一处理器和第二处理器可以共享一些模块，比如第一处理器和第二处理器可以共享第一端口，还可以共享无线通信模块等。需要说明的是，第一处理器和第二处理器还可以共享其它可能的外设模块，具体不做限定。由于第一处理器为电子设备300的主处理器，因此，通常情况下，当所述第一处理器能够正常运行或者说处于正常运行状态时，是由第一处理器管理上述共享模块(比如第一端口、无线通信模块)，此种情形下，所述第二处理器处于待命状态，即暂不管理上述共享模块；而当第一处理器出现异常运行或者说处于异常运行状态(比如无法进入正常模式)时，可以由第二处理器来接管上述共享模块。以第一处理器和第二处理器共享第一端口为例，第一处理器和第二处理器可以在不同时间连接(或者说管理)第一端口，而不同时连接第一端口；比如，当第一处理器连接第一端口时，第二处理器与第一端口之间是断开连接的，而当第二处理器连接第一端口时，第一处理器与第一端口之间是断开连接的。

作为一种可能的实现，电子设备300中可以预设一个属性(为便于描述，称为第一属性)，当第一处理器处于正常运行状态时，第一属性的取值可以为真(ture)，此种情形下，可以由第一处理器管理上述共享模块；而当第一处理器处于异常运行状态时，第一属性的取值可以为伪(false)，此种情形下，可以触发第二处理器来接管上述共享模块。

作为又一种可能的实现，可以通过另一设备来触发第二处理来接管上述共享模块。具体来说，电子设备300可以通过第一端口与另一设备建立连接，此种情形下，若第一处理器管理第一端口，并通过第一端口响应另一设备的握手信号，则当另一设备确定需要对电子设备300进行代理修复(比如另一设备接收到用户的第一操作命令，第一操作命令具体可以参见后文)或者其它可能的操作时，可以通过第一端口向第一处理器发送切换指令，该切换指令用于指示切换为第二处理器来接管上述共享模块；进而第一处理器接收到切换指令后，可以通过第二端口(或第三端口)向第二处理器发送控制信息，相应地，第二处理器接收到控制信息后，可以接管上述共享模块。

(3)对第二端口、第三端口进行描述。

第二端口可以理解为第一处理器和第二处理器之间通用的信息交互或数据交互的总线。第二端口需要依赖于第一处理器的处理能力，比如当第一处理器能够正常运行时，第一处理器和第二处理器之间可以通过第二端口进行通信；而当第一处理器出现异常时，第一处理器的处理能力受限，此种情形下，第一处理器和第二处理器之间可能无法通过第二端口进行通信。在一个示例中，第二端口可以为安全数字输入输出(secure digitalinput and output，SDIO)端口、通用输入输出(general purpose input output)端口、集成音频接口(integrated interchip sound，I2S)、内部集成电路(inter integratedcircuit，I2C)，具体不做限定。

第三端口可以是指比第二端口更为底层的端口，比如当第一处理器出现异常时，即使第一处理器和第二处理器之间无法通过第二端口进行通信，但可以通过第三端口进行通信。在一个示例中，第三端口可以为通用同步/异步串行接收/发送器(universalsynchronous/asynchronous receiver/transmitter，USART)，具体不做限定。

(4)对第一存储器和第二存储器进行描述。

第一存储器可以为电子设备300的主存储器，第二存储器可以为电子设备300的从属存储器。第一存储器的存储能力可以大于第二存储器的存储能力，或者说，第一存储器的存储空间可以大于第二存储器的存储空间。

第一处理器可以访问第一存储器和第二存储器，比如第一处理器可以将电子设备300的设备信息、版本信息等写入第一存储器和第二存储器。示例性地，第一处理器可以优先访问第一存储器，其次访问第二存储器。第二处理器可以访问第一存储器和第二存储器，比如第二处理器可以将最小系统镜像文件写入第一存储器，又比如第二处理器可以从第二存储器中读取电子设备300的设备信息、版本信息等。示例性地，第二处理器可以优先访问第二存储器，其次访问第一存储器。

针对于第二处理器访问第一存储器，需要说明的是：(1)第二处理器确定需要访问第一存储器时，可以先判断第一存储器是否处于加锁状态(比如当第一处理器在访问第一存储器时，第一处理器可以设置第一存储器处于加锁状态)，若处于加锁状态，则第二处理器无法访问第一存储器，若第一存储器未处于加锁状态，则第二处理器可以访问第一存储器。在其它可能的情形中，若第二处理器确定第一存储器处于未知状态(即不确定是否加锁)，则第二处理器此时也可以访问第一存储器。(2)第二处理器访问第一存储器，可以是指，第二处理器访问第一存储器中预留的一个分区，比如第二处理器在该分区中写入数据或者读取数据。示例性地，该预留分区可以位于数据块设备(data block device)的尾部，也就是说，数据块设备中可以包括数据分区和该预留分区；进一步地，用户数据可以优先存储在数据分区，尽量不占用该预留分区。

作为一种可能的实现，第二处理器可以通过控制器与第一存储器连接，当第二处理器能够访问第一存储器时，控制器可以用于辅助第二处理器访问第一存储器，比如辅助第二处理器解析数据结构等。控制器可以为硬件元件，或者也可以为软件模块，具体不做限定；进一步地，控制器可以独立存在，或者也可以集成在第二处理器，具体不做限定。

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

上述图1至图3对电子设备的硬件结构进行了描述，以下以电子设备的操作系统为Android系统为例，介绍电子设备的软件结构。

图4为本申请实施例提供的电子设备的软件结构框图。如图4所示，电子设备的软件结构可以是分层架构，例如可以将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。

在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层(framework，FWK)，安卓运行时(Android runtime)和系统库，以及内核层。下面分别对各层进行详细描述。

(1)应用程序层可以包括一系列应用程序包。如图4所示，应用程序层可以包括系统应用程序(可简称为系统应用)和第三方应用程序(可简称为第三方应用)，其中，系统应用可以包括相机、设置、皮肤模块、用户界面(user interface，UI)、手机管家、通话、短信息等，第三方应用可以包括地图，导航，音乐，视频等。

(2)应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预先定义的函数。如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

其中，窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如，在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

(3)Android runtime包括核心库和虚拟机，Android runtime负责安卓系统的调度和管理。其中，核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。2D图形引擎是2D绘图的绘图引擎。

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

此外，电子设备还可以包括硬件层，硬件层可以包括各类传感器，例如本申请实施例中涉及的加速度传感器、陀螺仪传感器、触摸传感器等。

基于上述对电子设备的硬件结构和软件结构的描述，下面对本申请实施例的一种可能的应用场景进行描述。

图5为本申请实施例提供的应用场景的示意图，该应用场景中包括第一设备、第二设备，还可以包括至少一个服务器(比如第一服务器、第二服务器和第三服务器)。

其中，第一设备和第二设备可以均为电子设备，此种情形下，第一设备可以称为第一电子设备，第二设备可以称为第二电子设备。本申请实施例中将主要以第一设备和第二设备可以均为电子设备的情形为例进行描述。

第一电子设备的硬件结构和第二电子设备的硬件结构可以均参见图3所示意的电子设备300的硬件结构。此种情形下，当第一电子设备开机正常、第二电子设备开机异常时，第一电子设备可以通过本申请实施例提供的修复方法对第二电子设备进行修复；当第一电子设备开机异常、第二电子设备开机正常时，第二电子设备可以通过本申请实施例提供的修复方法对第一电子设备进行修复。也就是说，第一电子设备和第二电子设备之间可以相互修复。或者，第一电子设备的硬件结构可以参见图1所示的电子设备100的硬件结构，第二电子设备的硬件结构可以参见图3所示意的电子设备300的硬件结构。此种情形下，当第一电子设备开机正常、第二电子设备开机异常时，第一电子设备可以通过本申请实施例提供的修复方法对第二电子设备进行修复；而当第一电子设备开机异常、第二电子设备开机正常时，由于第一电子设备中不包括第二处理器，因此，第二电子设备可能无法通过本申请实施例提供的修复方法对第一电子设备进行修复。也就是说，本申请实施例中，被修复的电子设备的硬件结构可以为图3所示意的硬件结构，而执行修复的电子设备的硬件结构可以为图1所示意的硬件结构，或者，也可以为图3所示意的硬件结构。第一电子设备的软件结构和第二电子设备的软件结构均可以参见图4所示意的电子设备的软件结构。

示例性地，第一电子设备和第二电子设备可以为相同设备类型的电子设备，比如第一电子设备和第二电子设备均为手机，或者均为平板电脑；或者，第一电子设备和第二电子设备也可以为不同设备类型的电子设备，比如第一电子设备为平板电脑，第二电子设备为手机，或者第一电子设备为手机，第二电子设备为手表。

以第一电子设备通过本申请实施例提供的修复方法对第二电子设备进行修复的场景为例，第一服务器可以称为授权服务器，用于授权第一电子设备对第二电子设备进行代理修复。第二服务器可以称为搜包服务器，用于在接收到第一电子设备的搜包请求后，根据搜包请求搜索用于修复第二电子设备的升级包的信息，并向第一电子设备反馈搜包响应，搜包响应中包括搜索到的升级包的信息。第三服务器可以称为升级服务器(比如空中下载(over-the-Air，OTA)服务器、云服务器等)，第三服务器可以是能够存储应用软件的升级包，并为电子设备提供升级包下载服务的第三方设备。比如，第三服务器可以用于在接收到第一电子设备的下载请求(下载请求包括需要下载的升级包的信息)后，根据下载请求返回下载响应，下载响应中包括需要下载的升级包。本申请的下述实施例中将会对第一电子设备和第一服务器、第二服务器、第三服务器的通信交互进行详细描述。

需要说明的是，上述应用场景为一种可能的示例中，具体实施中，该应用场景中还可以包括其它可能的设备，具体不做限定。此外，在其它可能的情形中，第一设备和第二设备也可以分别为万物互联场景中的中继节点设备、子节点设备，也就是说，中继节点设备可以通过本申请实施例中的修复方法修复升级子节点设备，具体不做限定。

基于上述描述，下面以第一电子设备对第二电子设备进行修复的场景(且第一电子设备的硬件结构和第二电子设备的硬件结构均为图3所示意的电子设备300的硬件结构)为例，对本申请实施例提供的修复方法进行详细描述。也就是说，第一电子设备为开机正常的电子设备，第二设备为开机异常的电子设备。

图6为本申请实施例提供的电子设备开机异常的修复方法所对应的流程示意图，如图6所示，该流程可以包括：

S601，第一电子设备接收用户的输入信息，该输入信息包括第二电子设备的属性信息。

S602，第一电子设备根据用户的输入信息，发出提示信息，该提示信息用于提示用户第一电子设备是否支持修复第二电子设备。

作为一种可能的实现，第一电子设备中可以预先存储支持修复的电子设备的属性信息，比如，第一电子设备的第一存储器中可以存储支持修复的电子设备的属性信息。如此，第一电子设备(具体可以为第一电子设备的第一处理器)接收到用户的输入信息(即第二电子设备的属性信息)后，可以判断预先存储的支持修复的电子设备的属性信息是否包括第二电子设备的属性信息。若预先存储的支持修复的电子设备的属性信息包括第二电子设备的属性信息，则第一电子设备可以确定支持修复第二电子设备，此种情形下，第一电子设备发出的提示信息用于提示用户第一电子设备支持修复第二电子设备；若预先存储的支持修复的电子设备的属性信息不包括第二电子设备的属性信息，则第一电子设备可以确定不支持修复第二电子设备，此种情形下，第一电子设备发出的提示信息用于提示用户第一电子设备不支持修复第二电子设备。

其中，电子设备的属性信息可以包括以下至少一项：电子设备的设备信息、电子设备的产品信息。比如，电子设备的设备信息可以包括电子设备的序列号(serial number，SN)、电子设备的设备类型；电子设备的产品信息可以包括电子设备的品牌信息(比如华为)、电子设备的系列信息(比如Mate系列、P系列)。

此外，第一电子设备接收用户的输入信息的方式可以有多种，下面描述一种可能的实现方式。比如，第一电子设备中可以预先安装用于代理修复的应用程序(为便于描述，称为应用A)，即第一电子设备的应用程序层中可以包括应用A，应用A可以为系统应用。当第二电子设备开机异常，用户想要通过第一电子设备对第二电子设备进行修复时，可以在第一电子设备上启动应用A(比如，用户点击应用A的图标，参见图7中的(a)所示)，进而第一电子设备的显示屏上可以显示如图7中的(b)所示意的界面，该界面中可以包括一个或多个选项(比如“支持修复的电子设备”选项)。用户可以触发“支持修复的电子设备”这一选项，进而第一电子设备的显示屏上可以显示如图7中的(c)所示意的界面，该界面中可以包括输入框(该输入框用于用户输入第二电子设备的属性信息)。用户可以在输入框中输入第二电子设备的属性信息(比如品牌为“华为”、系列为“P系列”)，并点击“确定”按钮，相应地，第一电子设备可以接收到第二电子设备的属性信息，并执行如前文所述的判断过程，若确定支持修复第二电子设备，则可以发出提示信息(比如在第一电子设备的显示屏上显示“支持修复”)，参见图7中的(d)所示；若确定支持修复第二电子设备，则可以发出提示信息(比如在第一电子设备的显示屏上显示“不支持修复”)，参见图7中的(e)所示。

本申请实施例中，若提示信息用于提示用户第一电子设备支持修复第二电子设备，则可以通过如下S603至S609实现第一电子设备修复第二电子设备；若提示信息用于提示用户第一电子设备不支持修复第二电子设备，则可以不再执行如下S603至S609。如此，通过上述S601和S602可以让用户提前获知第一电子设备是否支持修复第二电子设备，从而避免第一电子设备不支持第二电子设备导致后续修复失败而影响用户体验。

需要说明的是，上述S601和S602为可选步骤，也就是说，具体实施中，也可以选择不执行上述S601和S602，而直接执行S603等后续步骤。

S603，第一电子设备与第二电子设备建立连接。

此处，第一电子设备与第二电子设备建立连接的方式可以有多种，下面介绍两种可能的实现方式。

实现方式1：第一电子设备可以与第二电子设备建立有线连接，比如第一电子设备和第二电子设备通过数据线建立有线连接，该数据线的一端连接第一电子设备的第一端口，另一端连接第二电子设备的第一端口。由于第二电子设备开机异常，即第二电子设备的第一处理器出现异常，此种情形下，第二电子设备中第一属性的取值为伪，进而是由第二处理器管理共享模块(具体可以参见上述图3中的相关描述)，即第一端口与第二处理器之间可以建立有连接；因此，第一电子设备的第一处理器通过有线连接与第二电子设备的第二处理器连接，参见图8中的(a)所示。若前文所描述的第一端口为USB Type C端口，则该数据线可以称为CC线。

实现方式2：第一电子设备可以与第二电子设备建立无线连接。由于第二电子设备开机异常，即第二电子设备的第一处理器出现异常，此种情形下，第二电子设备中第一属性的取值为伪，进而是由第二处理器管理共享模块(具体可以参见上述图3中的相关描述)，即无线通信模块与第二处理器之间可以建立有连接，进而第二处理器可以通过无线通信模块与第一电子设备建立连接；也就是说，第一电子设备的第一处理器通过无线连接与第二电子设备的第二处理器连接，参见图8中的(b)所示。

S604，第一电子设备接收用户的第一操作命令，第一操作命令用于触发第一电子设备对第二电子设备进行修复。

此处，第一电子设备接收第一操作命令的实现方式可以有多种，下面描述三种可能的实现方式。

实现方式1：第一电子设备可以预先安装用于代理修复的应用程序(比如前文所述的应用A)，第一电子设备与第二电子设备建立连接后，用户可以启动应用A(比如，用户点击应用A的图标，参见图7中的(a)所示)，进而第一电子设备的显示屏上可以显示如图7中的(b)所示意的界面，该界面中可以包括一个或多个选项(比如“授权检查”选项)。若用户触发“授权检查”(即相当于触发第一操作命令)，则第一电子设备可以接收到第一操作命令。

实现方式2：第一电子设备的设置应用中可以预先新增一个选项(比如“授权检查”选项，参见图9所示)，进而若用户启动设置应用(比如，用户点击设置应用的图标)，进而触发“授权检查”(即相当于触发第一操作命令)，则第一电子设备可以接收到第一操作命令。

实现方式3：第一电子设备中可以预先设置授权检查功能对应的暗码，进而当用户可以打开第一电子设备的拨号盘，输入该暗码(即相当于触发第一操作命令)，则第一电子设备可以接收到第一操作命令。

S605，响应于第一操作命令，第一电子设备从第一服务器获取授权文件，所述授权文件用于指示所述第一电子设备具有对所述第二电子设备进行修复的权限。

此处，作为一种可能的实现，第一电子设备接收到第一操作命令后，可以在显示屏上显示如图10中的(a)所示意的界面，该界面中包括两个选项，分别为“已建立信赖关系”、“未建立信赖关系”。

(1)若用户选择“已建立信赖关系”(比如，用户点击“已建立信赖关系”选项，参见图10中的(a)所示)，则第一电子设备(具体可以为第一电子设备的第一处理器)可以将第一电子设备的相关信息发送给第二电子设备，第二电子设备的第二处理器接收到第一电子设备的相关信息后，可以将其与从存储器中存储的与第二电子设备建立有信赖关系的电子设备的相关信息进行匹配，当匹配成功后，可以向第一电子设备发送授权通过的指令，该授权通过的指令中可以包括一个加密文件，该加密文件可以由第一服务器解密，而第一电子设备无法解密，该加密文件用于指示第二电子设备授权通过第一电子设备进行修复；进而，第一电子设备可以在界面上显示“授权通过”，参见图10中的(b)所示。当匹配失败后，可以向第一电子设备发送未授权通过的指令；进而，第一电子设备可以在界面上显示“未授权通过”，参见图10中的(c)所示。示例性地，若第一电子设备显示“未授权通过”，则用户可以触发第一电子设备返回到图9所示的界面，通过选择未建立信赖关系来触发第一电子设备获取代理修复权限，具体参见下文的描述。

其中，第一电子设备和第二电子设备建立信赖关系的具体实现可以有多种。作为一种可能的实现，在第二电子设备开机正常时，第一电子设备和第二电子设备可以建立连接(比如第一电子设备的第一处理器和第二电子设备的第一处理器建立有线连接或无线连接)。第二电子设备接收用户的第二操作命令，并根据第二操作命令，向第一电子设备发送请求消息，以请求第一电子设备与第二电子设备建立信赖关系。其中，请求消息中可以包括第二电子设备的相关信息。相应地，第一电子设备接收到请求消息后，可以建立第一电子设备与第二电子设备之间的信赖关系，并存储第二电子设备的相关信息(比如存储到第一电子设备的从存储器中)；可选地，第一电子设备还可以发出提示信息，用于提示用户已成功建立第一电子设备与第二电子设备之间的信赖关系。以及，第一电子设备向第二电子设备发送响应消息，响应消息中包括第二电子设备的相关信息，第二电子设备接收到响应消息后，可以建立第一电子设备与第二电子设备之间的信赖关系，并存储第一电子设备的相关信息(比如存储到第二电子设备的从存储器中)；可选地，第二电子设备还可以发出提示信息，用于提示用户已成功建立第一电子设备与第二电子设备之间的信赖关系。示例性地，电子设备的相关信息可以包括电子设备的设备信息、账户信息等。

第二电子设备接收第二操作命令的实现方式可以有多种。比如，第一电子设备的设置应用中可以预先新增一个选项(比如“设备互助”选项)，进而若用户启动设置应用(比如，用户点击设置应用的图标)，进而触发“设备互助”(即相当于触发第二操作命令)，则第一电子设备可以接收到第二操作命令。

(2)若用户选择未建立信赖关系(比如，用户点击“未建立信赖关系”选项，参见图11中的(a)所示)，则第一电子设备的显示屏上可以显示如图11中的(b)所示的界面，该界面中包括多种可能的获取代理修复权限的方式，比如“通过授权码获取代理修复权限”、“通过开机密码(比如数字密码或指纹)获取代理修复权限”，还可以包括其它可能的方式，具体不做限定。

进一步地，若用户选择“通过授权码获取代理修复权限”(比如，用于点击“通过授权码获取代理修复权限”选项，参见图11中的(b)所示)，则第一电子设备可以显示用于输入授权码的输入框，参见图11中的(c)所示。当第一电子设备接收到用户输入的授权码后，可以将授权码传输给第二电子设备，进而第二电子设备接收到授权码后，可以将授权码与从存储器中存储的授权码进行比对，若一致，则可以确定授权通过，并向第一电子设备发送授权通过的指令，该授权通过的指令中可以包括一个加密文件，该加密文件可以由第一服务器解密，而第一电子设备无法解密，该加密文件用于指示第二电子设备授权通过第一电子设备进行修复；进而，第一电子设备可以在界面上显示“授权通过”，参见图11中的(d)所示；若不一致，则可以确定未授权通过，并向第一电子设备发送未授权通过的指令；进而，第一电子设备可以在界面上显示“未授权通过”，参见图11中的(e)所示。示例性地，若第一电子设备显示“未授权通过”，则用户可以触发见图11中的(e)中所示意的“临时授权”，进而第一电子设备可以向第一服务器申请获取代理修复权限，具体参见下文的描述。

本申请实施例中，第一电子设备通过图10或图11中的方式授权通过后，可以向第一服务器发送授权请求，授权请求包括第二电子设备的设备信息、第一电子设备的设备信息和加密文件，第一服务器接收到授权请求后，通过解密该加密文件可以获知第二电子设备授权通过第一电子设备进行修复，进而可以对第二电子设备的设备信息、第一电子设备的设备信息进行校验(比如校验方式可以为公钥基础设施(public key infrastructure，PKI)校验)，并对代理授权请求进行合法性认证，当认证通过后，可以向第一电子设备下发授权文件。其中，授权文件可以包含第一电子设备的设备信息和第二电子设备的设备信息，授权文件用于第一电子设备对第二电子设备进行代理修复。

若第一电子设备通过图11中的方式未授权通过，则在用户触发“临时授权”后，第一电子设备可以向服务器申请获取代理修复权限。具体来说，第一电子设备可以向第一服务器发送授权请求，授权请求中包括第二电子设备的设备信息、第一电子设备的设备信息；进一步地，授权请求还可以包括第一电子设备的其它可能的信息，比如第一电子设备的账户信息、第一电子设备的产品信息、第一电子设备的状态信息。其中，第一电子设备的产品信息可以包括第一电子设备的品牌信息、系列信息等，第一电子设备的状态信息用于指示第一电子设备当前所处的状态，比如用户状态或超级权限状态(比如root状态)。相应地，第一服务器接收到授权请求后，可以根据授权请求，评估是否允许第一电子设备获取代理修复权限，若允许，则可以向第一电子设备发送授权文件；若不允许(比如第一电子设备的状态为超级权限状态)，则可以向第一电子设备发送未授权通过的指令。

S606，第一电子设备对第二电子设备进行体检，进而确定第二电子设备的体检信息，第二电子设备的体检信息用于指示第二电子设备是否能够进入恢复模式；或者说，确定第二电子设备开机异常所对应的情形(比如前文所述的情形1、情形2或情形3)。

此处，第一电子设备对第二电子设备进行体检的方式可以有多种，比如第一电子设备可以通过第一电子设备与第二电子设备之间的连接(参见图8所示)，向第二电子设备中的第二处理器发送体检命令，用于获取第二电子设备的体检信息；相应地，第二电子设备的第二处理器接收到体检命令后，可以向第一电子设备返回体检结果，体检结果包括所述第二电子设备的体检信息。

示例性地，第二电子设备中可以预设一个或多个属性(比如第二属性、第三属性)。当第二电子设备的第一处理器能够加载相应分区进入快速启动模式时，第二属性的取值可以为真，当第二电子设备的第一处理器无法成功加载相应分区进入快速启动模式时，第二属性的取值可以为伪。当第二电子设备的第一处理器能够加载相应分区进入恢复模式时，第三属性的取值可以为真，当第二电子设备的第一处理器无法成功加载相应分区进入恢复模式时，第三属性的取值可以为伪。如此，第二处理器接收到体检命令后，通过查询相应属性(比如第二属性和第三属性)的取值，可以得到第二电子设备的体检信息。

可选地，如果第二电子设备中未预设上述属性(比如第二属性、第三属性)，则第二处理器可以向第一处理器发送体检命令(比如第二处理器可以优先通过第二端口向第一处理器发送体检命令，若第一处理器未响应，则第二处理器可以通过第三端口向第一处理器发送体检命令)，进而可以得到第二电子设备的体检信息。

S607，第一电子设备向第二服务器获取用于修复第二电子设备的升级包的信息。

示例性地，第一电子设备可以获取第二电子设备的版本信息。第二电子设备的版本信息可以包括第二电子设备的系统版本型号，比如第二电子设备的型号、第二电子设备中操作系统的版本号。其中，第一电子设备获取第二电子设备的版本信息的方式可以有多种，比如参见上文所述，第二电子设备的版本信息可以存储在第二存储器中。如此，第一电子设备可以向第二电子设备的第二处理器发送查询命令，查询命令用于查询第二电子设备的版本信息；相应地，第二电子设备的第二处理器接收到查询命令后，可以通过访问第二存储器得到第二电子设备的版本信息，进而发送给第一电子设备。

进一步地，第一电子设备可以向第二服务器发送搜包请求，搜包请求包括授权文件和第二电子设备的版本信息；第二服务器接收到搜包请求后，可以根据授权文件，确定第一电子设备为代理模式，并根据第二电子设备的版本信息，确定与第二电子设备的版本所匹配的升级包的信息。进而，第二服务器向第一电子设备发送搜包响应，搜包响应包括匹配的升级包的信息，还可以包括鉴权文件和文件列表信息(比如filelist.xml)。其中，升级包的信息可以包括升级包的下载地址，可选地，还可以包括其它可能的信息，比如升级包的标识，具体不做限定；鉴权文件包括对升级包的描述信息(比如哈希值)，用于对升级包进行鉴权，以确保下载的升级包的合法性；文件列表信息包括升级包所包括的各个文件的哈希值，用于确保升级包的完整性。

S608，第一电子设备根据升级包的信息，从第三服务器下载升级包。

此处，第一电子设备可以向第三服务器发送下载请求，下载请求包括S607中所获取的升级包的信息；相应地，第三服务器接收到下载请求后，根据升级包的信息搜索对应的升级包，并向第一电子设备发送下载响应，下载响应中包括升级包。

示例性地，第一电子设备接收到第三服务器发送的升级包后，可以根据文件列表信息，确定升级包中所包括的文件是否完整。第一电子设备确定升级包所包括的文件完整后，作为一种可能的实现，第一电子设备可以通过第一电子设备与第二电子设备之间的连接，向第二电子设备的第二处理器发送升级包和鉴权文件。相应地，第二电子设备的第二处理器接收到升级包和鉴权文件后，可以访问第二电子设备的第一存储器，若确定第一存储器中的预留分区可以存储升级包和鉴权文件(比如预留分区的剩余空间足够存储升级包和鉴权文件)，则可以将升级包和鉴权文件存储在该预留分区中，比如该预留分区可以位于数据块设备的尾部(即位于数据分区之后)，以便于在数据分区发生损坏的情况下，保证升级包和鉴权文件的有效存储。进一步地，存储成功后，第二电子设备的第二处理器可以向第一电子设备发送存储成功的响应。第二电子设备的第二处理器若确定预留分区无法存储升级包和鉴权文件(比如预留分区的剩余空间不足，无法存储升级包和鉴权文件)，则可以向第一电子设备发送存储失败的响应，进而第一电子设备接收到该响应后，可以将升级包和鉴权文件存储在自己的数据分区中。

作为又一种可能的实现，第一电子设备也可以直接将升级包和鉴权文件存储在自己的存储器中。

作为又一种可能的实现，第一电子设备可以通过第一电子设备与第二电子设备之间的连接，向第二电子设备的第二处理器发送升级包，进而第二电子设备的第二处理器可以将升级包存储在第二电子设备的第一存储器的预留分区中，而第一电子设备可以将鉴权文件存储在自己的存储器中。或者，第一电子设备可以通过第一电子设备与第二电子设备之间的连接，向第二电子设备的第二处理器发送鉴权文件，进而第二电子设备的第二处理器可以将鉴权文件存储在第二电子设备的第一存储器的预留分区中，而第一电子设备可以将升级包存储在自己的存储器中。采用该种方式，由于升级包和鉴权文件可以存储在不同设备中，从而能够避免升级包和鉴权文件同时被替换，有效保证升级包和鉴权文件的安全性。

S609，第一电子设备控制所述第二电子设备根据所述升级包进行修复。

考虑到第二电子设备开机异常可能对应不同的情形，此处，将针对第二电子设备所对应的不同情形，分别描述第一电子设备控制所述第二电子设备根据所述升级包进行修复的实现。

(1)第二电子设备能够进入恢复模式(即第二电子设备对应的情形为上述情形3)

第一电子设备若确定第二电子设备能够进入恢复模式，则可以向第二电子设备发送启动升级命令，第二电子设备的第二处理器接收到启动升级命令后，可以通过第二端口(或第三端口)将启动升级命令传输给第二电子设备的第一处理器。相应地，第二电子设备的第一处理器接收到启动升级命令后，可以进入恢复模式，并搜索第一电子设备的数据分区和第二电子设备的数据分区是否有升级包，若有，则可以根据升级包进行修复。此处，若升级包和鉴权文件存储在第二电子设备中，则第二电子设备的第一处理器可以从第二电子设备中读取升级包和鉴权文件。若升级包和鉴权文件存储在第一电子设备中，则第二电子设备的第一处理器可以从第一电子设备中读取升级包和鉴权文件；此种情形下，第一电子设备的数据分区相当于第二电子设备的外部存储区域。

作为一种可能的实现，第二电子设备的第一处理器根据升级包进行修复(比如将第二电子设备中操作系统的版本由V1升级为V2)的流程可以参见图12，如图12所示，该流程可以包括：

S1201，第二电子设备的第一处理器根据鉴权文件对升级包进行鉴权，若鉴权通过，则可以执行S1202，若鉴权不通过，则确定升级失败。

S1202，第一处理器对升级包的签名进行验证，若验证通过，则可以执行S1203，若验证不通过，则可以确定升级失败。

S1203，第一处理器对升级包进行版本检查，比如检查该升级包是否为第一电子设备的当前版本所对应的升级包，若检查通过，则可以执行S1204，若检查不通过，则可以确定升级失败。

S1204，第一处理器进行分区表处理。

S1205，第一处理器启动二进制(binary)升级。

S1206，第一处理器解析升级包的数据。

S1207，第一处理器按序写分区镜像。

S1208，第一处理器进行分区镜像校验。

S1209，第一处理器更新第一电子设备的版本信息，即将操作系统的版本由V1更新为V2，完成升级。

需要说明的是，图12所描述为一种可能的升级流程，图12中相关步骤的具体实现可以参见现有技术。

(2)第二电子设备不能进入恢复模式(即第二电子设备对应的情形为上述情形1或情形2)

第一电子设备若确定第二电子设备不能进入恢复模式，则作为一种可能的实现，第一电子设备对第二电子设备进行代理修复的流程可以参见图13。如图13所示，该流程可以包括：

S1301，第一电子设备进入代理恢复模式，解析升级包得到最小系统镜像文件。

S1302，第一电子设备通过第一电子设备与第二电子设备之间的连接(如图8所示)，向第二电子设备的第二处理器发送最小系统镜像文件。

S1303，第二电子设备的第二处理器接收到最小系统镜像文件后，将最小系统镜像文件存储到第二电子设备的第一存储器(或第二存储器)中。

S1304，第一电子设备向第二电子设备的第二处理器发送强制启动命令。

S1305，第二电子设备的第二处理器接收到强制启动命令后，通过第三端口将强制启动命令传输给第二电子设备的第一处理器。

需要说明的是，上述S1304为可选步骤，也就是说，第一电子设备也可以不向第二电子设备的第二处理器发送强制启动命令，此种情形下，第二电子设备的第二处理器接收到最小系统镜像文件，可以主动通过第三端口向第二处理器的第一处理器发送强制启动命令。

S1306，第二电子设备的第一处理器接收到强制启动命令后，可以运行最小系统镜像文件进入恢复模式。

示例性地，上述S607所获取到的鉴权文件中还可以包括最小系统镜像文件的描述信息，因此，第一处理器在运行最小系统镜像文件之前，可以根据鉴权文件中最小系统镜像文件的描述信息，对最小系统镜像文件进行鉴权，若鉴权通过，则可以运行最小系统镜像文件进入恢复模式。

S1307，第二电子设备的第一处理器根据第一电子设备和/或第二电子设备中的升级包和鉴权文件进行修复。

针对于上述内容，需要说明的是：上述各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外，各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上增添或者删除部分步骤。比如，上述S606可以在S607和S608之前执行，或者也可以在S607和S608之后执行，又或者，也可以与S607和S608同时执行。

采用上述图6中所描述的方式，可以通过开机正常的电子设备对开机异常的电子设备进行代理修复，比如在开机异常的电子设备无法进入快速启动模式或恢复模式时，开机正常的电子设备可以对开机异常的电子设备进行代理修复，从而能够对开机异常的电子设备进行有效修复，提高用户体验。

基于以上实施例，本申请还提供了一种电子设备，所述电子设备用于实现如图6所示的开机异常的修复方法。参阅图14所示，所述电子设备1400包括：处理器1401、存储器1402、通信接口1403。

(1)图14中所示意的电子设备可以为图6中的第一电子设备。此种情形下，处理器1401可以包括图1或图3中所示意的第一处理器，可选地，还包括图3中所示意的第二处理器；需要说明的是，由于第一电子设备为开机正常的电子设备，因此，当第一电子设备中包括第一处理器和第二处理器时，第一处理器处于正常运行状态，而第二处理器可以处于待命状态。存储器1402可以包括图1或图3中所示意的第一存储器，可选地，还包括图3中所示意的第二存储器。通信接口1403可以包括图1或图3中所示意的第一端口和/或无线通信模块，可选地，还可以包括图3中所示意的第二端口和/或第三端口。可以理解地，该电子设备还可以具有图2所示的各个外围或内部硬件。

所述存储器1402，可以用于存储计算机程序，还可以存储用户数据、用于修复第二电子设备的升级包等信息。具体地，计算机程序可以包括程序代码，该程序代码包括计算机操作的指令。所述处理器1401(比如可以是指第一处理器)执行所述存储器1402所存放的程序，并通过上述各个部件，实现上述功能，从而最终实现以上实施例由第一电子设备执行的方法。

具体来说，在一个实施例中，所述处理器1401结合所述通信接口1403实现如下步骤：与第二电子设备建立连接，所述第二电子设备开机异常的电子设备；获取所述第二电子设备的版本信息；根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；控制所述第二电子设备根据所述升级包进行修复。

在一种可能的设计中，所述处理器1401还用于：通过所述通信接口1403接收用户的第一操作命令，所述第一操作命令用于触发所述第一电子设备对所述第二电子设备进行修复；响应于所述第一操作命令，通过所述通信接口1403从第一服务器获取授权文件，所述授权文件用于指示所述第一电子设备具有对所述第二电子设备进行修复的权限。

在一种可能的设计中，所述处理器1401具体用于：获取所述第二电子设备的设备信息；通过所述通信接口1403向所述第一服务器发送授权请求，所述授权请求包括所述第一电子设备的设备信息、所述第二电子设备的设备信息；以及，通过所述通信接口1403接收来自所述第一服务器的授权响应，所述授权响应包括所述授权文件。

在一种可能的设计中，所述授权请求还包括以下至少一项：所述第一电子设备的账户信息；所述第一电子设备的产品信息；所述第一电子设备的状态信息。

在一种可能的设计中，所述处理器1401具体用于：通过所述通信接口1403向第二服务器发送搜包请求，所述搜包请求包括所述授权文件和所述第二电子设备的版本信息；以及通过所述通信接口1403接收来自所述第二服务器的搜包响应，所述搜包响应包括所述升级包的信息；根据所述升级包的信息，从第三服务器下载所述升级包。

在一种可能的设计中，所述处理器1401具体用于：确定所述第二电子设备的体检信息，所述第二电子设备的体检信息用于指示所述第二电子设备是否能够进入恢复模式；根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复。

在一种可能的设计中，当所述第二电子设备的体检信息用于指示所述第二电子设备能够进入恢复模式时，所述处理器1401具体用于：通过所述通信接口1403向所述第二电子设备发送启动升级命令，以使所述第二电子设备根据所述启动升级命令解析所述升级包，并根据解析后的升级包数据进行修复。

在一种可能的设计中，当所述第二电子设备的体检信息用于指示所述第二电子设备不能进入恢复模式时，所述处理器1401具体用于：解析所述升级包得到最小系统镜像文件；通过所述通信接口1403向所述第二电子设备发送所述最小系统镜像文件和强制启动命令，以使所述第二电子设备运行所述最小系统镜像文件进行修复。

在一种可能的设计中，所述处理器1401还用于：通过所述通信接口1403接收用户的输入信息，所述输入信息包括第二电子设备的属性信息；将所述第二电子设备的属性信息与预先存储支持修复的电子设备的属性信息进行比较，若预先存储支持修复的电子设备的属性信息包括所述第二电子设备的属性信息，则发出提示信息，所述提示信息用于提示用户所述第一电子设备支持修复所述第二电子设备。

(2)图14中所示意的电子设备可以为图6中的第二电子设备。此种情形下，处理器1401可以包括图1或图3中所示意的第一处理器，还包括图3中所示意的第二处理器；需要说明的是，由于第二电子设备为开机异常的电子设备，因此，第二电子设备中的第一处理器处于异常运行状态，第二处理器可以接管第一处理器的部分功能。存储器1402可以包括图1或图3中所示意的第一存储器，还包括图3中所示意的第二存储器。通信接口1403可以包括第一通信接口和第二通信接口，其中，第一通信接口可以用于第二电子设备与其它设备之间的通信，比如第一通信接口可以包括图1或图3中所示意的第一端口和/或无线通信模块等；第二通信接口可以用于第一处理器与第二处理器之间的通信，比如第二通信接口可以包括图3中所示意的第二端口和/或第三端口。可以理解地，该电子设备还可以具有图2所示的各个外围或内部硬件。

所述存储器1402，可以用于存储计算机程序，还可以存储用户数据、升级包等信息。具体地，计算机程序可以包括程序代码，该程序代码包括计算机操作的指令。所述处理器1401(比如可以是指第一处理器和第二处理器)执行所述存储器1402所存放的程序，并通过上述各个部件，实现上述功能，从而最终实现以上实施例由第二电子设备执行的方法。

具体来说，在一个实施例中，当所述指令被所述处理器1401执行时，使得所述处理器1401结合所述通信接口1403实现如下步骤：与第一电子设备建立连接，所述第一电子设备开机正常的电子设备；向所述第一电子设备发送所述第二电子设备的版本信息，以使所述第一电子设备根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；在所述第一电子设备的控制下，根据所述升级包进行修复。

在一种可能的设计中，所述第二处理器具体用于：通过所述第一通信接口接收来自所述第一电子设备的启动升级命令，并通过所述第二通信接口向所述第一处理器发送所述启动升级命令；所述第一处理器具体用于：根据所述启动升级命令，解析所述升级包，并根据解析后的升级包数据进行修复。

在一种可能的设计中，所述第二处理器具体用于：通过所述第一通信接口接收来自所述第一电子设备的最小系统镜像文件，所述最小系统镜像文件是所述第一电子设备解析所述升级包得到的；通过所述第二通信接口向所述第一处理器发送强制启动命令；所述第一处理器具体用于：根据所述强制启动命令，运行所述最小系统镜像文件进行修复。

基于以上实施例，本申请实施例还提供一种修复系统，包括上述实施例中的第一电子设备和第二电子设备。可选地，还可以包括上述实施例中的第一服务器、第二服务器和第三服务器。

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

其中，存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

基于以上实施例，本申请实施例还提供了一种程序产品，该程序产品包括指令，当所述指令在计算机上运行时，使得计算机执行以上实施例提供的修复方法。

以上实施例中，根据上下文，术语“当…时”或“当…后”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。另外，在上述实施例中，使用诸如第一、第二之类的关系术语来区份一个实体和另一个实体，而并不限制这些实体之间的任何实际的关系和顺序。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

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

需要指出的是，本专利申请文件的一部分包含受著作权保护的内容。除了对专利局的专利文件或记录的专利文档内容制作副本以外，著作权人保留著作权。

Claims (26)

1.一种开机异常的修复方法，其特征在于，所述方法适用于第一电子设备，所述第一电子设备为开机正常的电子设备，所述方法包括：

与第二电子设备建立连接，所述第二电子设备开机异常的电子设备；

获取所述第二电子设备的版本信息；

根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；

控制所述第二电子设备根据所述升级包进行修复。

2.根据权利要求1所述的方法，其特征在于，获取所述第二电子设备的版本信息之前，还包括：

接收用户的第一操作命令，所述第一操作命令用于触发所述第一电子设备对所述第二电子设备进行修复；

响应于所述第一操作命令，从第一服务器获取授权文件，所述授权文件用于指示所述第一电子设备具有对所述第二电子设备进行修复的权限。

3.根据权利要求2所述的方法，其特征在于，从所述第一服务器获取授权文件，包括：

获取所述第二电子设备的设备信息；

向所述第一服务器发送授权请求，所述授权请求包括所述第一电子设备的设备信息、所述第二电子设备的设备信息；

接收来自所述第一服务器的授权响应，所述授权响应包括所述授权文件。

4.根据权利要求3所述的方法，其特征在于，所述授权请求还包括以下至少一项：

所述第一电子设备的账户信息；

所述第一电子设备的产品信息；

所述第一电子设备的状态信息。

5.根据权利要求2至4中任一项所述的方法，其特征在于，根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包，包括：

向第二服务器发送搜包请求，所述搜包请求包括所述授权文件和所述第二电子设备的版本信息；

接收来自所述第二服务器的搜包响应，所述搜包响应包括所述升级包的信息；

根据所述升级包的信息，从第三服务器下载所述升级包。

6.根据权利要求1至5中任一项所述的方法，其特征在于，控制所述第二电子设备根据所述升级包进行修复，包括：

确定所述第二电子设备的体检信息，所述第二电子设备的体检信息用于指示所述第二电子设备是否能够进入恢复模式；

根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复。

7.根据权利要求6所述的方法，其特征在于，当所述第二电子设备的体检信息用于指示所述第二电子设备能够进入恢复模式时，根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复，包括：

向所述第二电子设备发送启动升级命令，以使所述第二电子设备根据所述启动升级命令解析所述升级包，并根据解析后的升级包数据进行修复。

8.根据权利要求6所述的方法，其特征在于，当所述第二电子设备的体检信息用于指示所述第二电子设备不能进入恢复模式时，根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复，包括：

解析所述升级包得到最小系统镜像文件；

向所述第二电子设备发送所述最小系统镜像文件和强制启动命令，以使所述第二电子设备运行所述最小系统镜像文件进行修复。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

接收用户的输入信息，所述输入信息包括第二电子设备的属性信息；

将所述第二电子设备的属性信息与预先存储支持修复的电子设备的属性信息进行比较，若预先存储支持修复的电子设备的属性信息包括所述第二电子设备的属性信息，则发出提示信息，所述提示信息用于提示用户所述第一电子设备支持修复所述第二电子设备。

10.一种开机异常的修复方法，其特征在于，所述方法适用于第二电子设备，所述第二电子设备为开机异常的电子设备，所述方法包括：

与第一电子设备建立连接，所述第一电子设备开机正常的电子设备；

向所述第一电子设备发送所述第二电子设备的版本信息，以使所述第一电子设备根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；

在所述第一电子设备的控制下，根据所述升级包进行修复。

11.根据权利要求10所述的方法，其特征在于，在所述第一电子设备的控制下，根据所述升级包进行修复，包括：

接收来自所述第一电子设备的启动升级命令；

根据所述启动升级命令后，解析所述升级包，并根据解析后的升级包数据进行修复。

12.根据权利要求10所述的方法，其特征在于，在所述第一电子设备的控制下，根据所述升级包进行修复，包括：

接收来自所述第一电子设备的最小系统镜像文件，所述最小系统镜像文件是所述第一电子设备解析所述升级包得到的；

运行所述最小系统镜像文件进行修复。

13.一种电子设备，其特征在于，所述电子设备为开机正常的电子设备，所述电子设备包括：处理器、存储器、通信接口；其中，所述存储器存储有计算机程序，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述处理器结合所述通信接口实现如下步骤：

与第二电子设备建立连接，所述第二电子设备开机异常的电子设备；

获取所述第二电子设备的版本信息；

根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；

控制所述第二电子设备根据所述升级包进行修复。

14.根据权利要求13所述的电子设备，其特征在于，所述处理器还用于：

通过所述通信接口接收用户的第一操作命令，所述第一操作命令用于触发所述第一电子设备对所述第二电子设备进行修复；

响应于所述第一操作命令，通过所述通信接口从第一服务器获取授权文件，所述授权文件用于指示所述第一电子设备具有对所述第二电子设备进行修复的权限。

15.根据权利要求14所述的电子设备，其特征在于，所述处理器具体用于：

获取所述第二电子设备的设备信息；

通过所述通信接口向所述第一服务器发送授权请求，所述授权请求包括所述第一电子设备的设备信息、所述第二电子设备的设备信息；以及，通过所述通信接口接收来自所述第一服务器的授权响应，所述授权响应包括所述授权文件。

16.根据权利要求15所述的电子设备，其特征在于，所述授权请求还包括以下至少一项：

所述第一电子设备的账户信息；

所述第一电子设备的产品信息；

所述第一电子设备的状态信息。

17.根据权利要求14至16中任一项所述的电子设备，其特征在于，所述处理器具体用于：

通过所述通信接口向第二服务器发送搜包请求，所述搜包请求包括所述授权文件和所述第二电子设备的版本信息；以及通过所述通信接口接收来自所述第二服务器的搜包响应，所述搜包响应包括所述升级包的信息；

根据所述升级包的信息，从第三服务器下载所述升级包。

18.根据权利要求13至17中任一项所述的电子设备，其特征在于，所述处理器具体用于：

确定所述第二电子设备的体检信息，所述第二电子设备的体检信息用于指示所述第二电子设备是否能够进入恢复模式；

根据所述第二电子设备的体检信息，控制所述第二电子设备根据所述升级包进行修复。

19.根据权利要求18所述的电子设备，其特征在于，当所述第二电子设备的体检信息用于指示所述第二电子设备能够进入恢复模式时，所述处理器具体用于：通过所述通信接口向所述第二电子设备发送启动升级命令，以使所述第二电子设备根据所述启动升级命令解析所述升级包，并根据解析后的升级包数据进行修复。

20.根据权利要求18所述的电子设备，其特征在于，当所述第二电子设备的体检信息用于指示所述第二电子设备不能进入恢复模式时，所述处理器具体用于：解析所述升级包得到最小系统镜像文件；通过所述通信接口向所述第二电子设备发送所述最小系统镜像文件和强制启动命令，以使所述第二电子设备运行所述最小系统镜像文件进行修复。

21.根据权利要求13至20中任一项所述的电子设备，其特征在于，所述处理器还用于：

通过所述通信接口接收用户的输入信息，所述输入信息包括第二电子设备的属性信息；

将所述第二电子设备的属性信息与预先存储支持修复的电子设备的属性信息进行比较，若预先存储支持修复的电子设备的属性信息包括所述第二电子设备的属性信息，则发出提示信息，所述提示信息用于提示用户所述第一电子设备支持修复所述第二电子设备。

22.一种电子设备，其特征在于，所述电子设备为开机异常的电子设备，所述电子设备包括：处理器、存储器、通信接口；其中，所述存储器存储有计算机程序，所述计算机程序包括指令，当所述指令被所述处理器执行时，使得所述处理器结合所述通信接口实现如下步骤：

与第一电子设备建立连接，所述第一电子设备开机正常的电子设备；

向所述第一电子设备发送所述第二电子设备的版本信息，以使所述第一电子设备根据所述第二电子设备的版本信息，获取用于修复所述第二电子设备的升级包；

在所述第一电子设备的控制下，根据所述升级包进行修复。

23.根据权利要求22所述的电子设备，其特征在于，所述处理器包括第一处理器和第二处理器，所述通信接口包括第一通信接口和第二通信接口；

所述第二处理器具体用于：通过所述第一通信接口接收来自所述第一电子设备的启动升级命令，并通过所述第二通信接口向所述第一处理器发送所述启动升级命令；

所述第一处理器具体用于：根据所述启动升级命令，解析所述升级包，并根据解析后的升级包数据进行修复。

24.根据权利要求22所述的电子设备，其特征在于，所述处理器包括第一处理器和第二处理器，所述通信接口包括第一通信接口和第二通信接口；

所述第二处理器具体用于：通过所述第一通信接口接收来自所述第一电子设备的最小系统镜像文件，所述最小系统镜像文件是所述第一电子设备解析所述升级包得到的；通过所述第二通信接口向所述第一处理器发送强制启动命令；

所述第一处理器具体用于：根据所述强制启动命令，运行所述最小系统镜像文件进行修复。

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

26.一种程序产品，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至12任一项所述的方法。

Images