CN116414588A - 电子设备的系统修复方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了电子设备的系统修复方法、装置、电子设备及存储介质。该电子设备包括第一处理器和第二处理器，第一处理器运行第一操作系统，第二处理器运行第二操作系统，该方法应用于第一处理器，方法包括：对第二处理器的第二操作系统进行异常检测；响应于第二操作系统存在异常，对第二操作系统进行修复。通过上述方式，能够相对快速地判断和修复第二处理器的第二操作系统的异常，使电子设备恢复正常运行。

Description

电子设备的系统修复方法、装置、电子设备及存储介质

技术领域

本申请涉及系统修复技术领域，特别是涉及电子设备的系统修复方法、装置、电子设备及存储介质。

背景技术

随着电子设备的发展，部分电子设备已经利用双系统技术。双系统是基于两个处理器的硬件架构，每个处理器运行一个独立操作系统，两个系统间互相交互，完成电子设备的功能。

发明内容

本申请主要解决的技术问题是提供电子设备的系统修复方法、装置、电子设备及存储介质，能够相对快速地判断和修复第二处理器的第二操作系统的异常，使电子设备恢复正常运行。

第一方面，本申请实施例提供一种电子设备的系统修复方法，该电子设备包括第一处理器和第二处理器，第一处理器运行第一操作系统，第二处理器运行第二操作系统，该方法应用于第一处理器，方法包括：对第二处理器的第二操作系统进行异常检测；响应于第二操作系统存在异常，对第二操作系统进行修复。

第二方面，本申请实施例提供一种电子设备的系统修复装置，该电子设备包括第一处理器和第二处理器，第一处理器运行第一操作系统，第二处理器运行第二操作系统，第一处理器包括：检测模块，用于对第二处理器的第二操作系统进行异常检测；修复模块，用于响应于第二操作系统存在异常，对第二操作系统进行修复。

第三方面，本申请实施例提供一种电子设备，该电子设备包括：第一处理器，第一处理器运行第一操作系统；第二处理器，第二处理器运行第二操作系统，第二处理器和第一处理器通信连接；存储器，与第一处理器和第二处理器耦接；存储器用于存储计算机程序；第一处理器用于执行计算机程序，以实现上述技术方案提供的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，计算机程序在被处理器执行时，实现如上述技术方案提供的方法。

本申请提供的电子设备的系统修复方法、装置、电子设备及存储介质，电子设备包括第一处理器和第二处理器，第一处理器运行第一操作系统，第二处理器运行第二操作系统，从而可以利用第一处理器对第二处理器的第二操作系统进行异常检测以及修复，能够相对快速地判断和修复第二处理器的第二操作系统的异常，使电子设备恢复正常运行。

附图说明

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

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

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

图3是本申请一实施例提供的电子设备的系统修复方法的流程示意图；

图4是本申请另一实施例提供的电子设备的系统修复方法的流程示意图；

图5是本申请另一实施例提供的电子设备的系统修复方法的流程示意图；

图6是本申请另一实施例提供的电子设备的系统修复方法的流程示意图；

图7是本申请提供的电子设备的系统修复方法一应用场景示意图；

图8是本申请另一实施例提供的电子设备的系统修复方法的流程示意图；

图9是本申请另一实施例提供的电子设备的系统修复方法的流程示意图；

图10是本申请提供的电子设备的系统修复方法另一应用场景示意图；

图11是本申请另一实施例提供的电子设备的系统修复方法的流程示意图；

图12是本申请提供的电子设备的系统修复方法另一应用场景示意图；

图13是本申请提供的电子设备另一实施例的结构示意图；

图14是本申请提供的计算机可读存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

参阅图1，图1是本申请提供的电子设备的一实施例的结构示意图。该电子设备200包括第一处理器201、第二处理器202和存储器(图未示)。

其中，第一处理器运行第一操作系统，第二处理器运行第二操作系统，其中，第一操作系统可以包括Android系统，第二操作系统可以包括MCU系统，或者，第一操作系统可以包括MCU系统，第二操作系统可以包括Android系统，在此不做限定。

在一些实施方式中，第一处理器运行第一操作系统的功耗大于第二处理器运行第二操作系统的功耗即，在相同的运行环境下，第一操作系统的运行给电子设备造成的功耗高于第二操作系统的运行给电子设备造成的功耗。

在一些实施方式中，由于电子设备的操作系统包括第一操作系统和第二操作系统，因此，电子设备当前所使用的操作系统可以为第一操作系统，也可以为第二操作系统，在此不做限定。其中，当电子设备当前所使用的操作系统为第一操作系统时，则第二操作系统可以处于休眠状态，也可以处于操作关闭状态，当电子设备当前所使用的操作系统为第二操作系统时，则第一操作系统可以处于休眠状态，也可以处于关闭状态，在此不做限定。

存储器与第一处理器201和第二处理器202耦接。

在其他实施例中，电子设备200还包括显示单元(图未示)。

进一步，该电子设备200包括主体部204以及绑缚件，其中，绑缚件用于将主体部204绑缚于人体，以实现穿戴。具体而言，以智能手表为例，主体部204可以为表盘，绑缚件可以为表带，表带可用于将表盘绑缚于手腕，进而实现智能手表的穿戴。

在部分实施例中，主体部204的两侧分别与绑缚件的两侧固定连接，一起形成环形。当然，绑缚件也可以通过多个可拆卸连接的部件装配以实现穿戴功能。例如，在智能手表的表带结构中，表带分为可拆卸连接的两部分，以便于用户穿戴以及取放。

其中，绑缚件与主体部204可拆卸连接，以形成可穿戴设备。具体而言，绑缚件可以分为两个部分，即第一绑缚件205以及第二绑缚件206。第一绑缚件205以及第二绑缚件206分别与主体部204相对的两侧边连接，且第一绑缚件205以及第二绑缚件206相对于使用者可扣合或者拆卸，以便于使用者将主体部204佩戴于手腕或取下。

进一步，参阅图2，图2是本申请提供的电子设备另一实施例的结构示意图。电子设备200可以包括RF电路207、存储器203、输入单元208、显示单元209、传感器210、音频电路211、WiFi模块212、第一处理器201、第二处理器202以及电源213等。其中，RF电路207、存储器203、输入单元208、显示单元209、传感器210、音频电路211以及WiFi模块212分别第二处理器202连接；电源213用于为整个电子设备200提供电能。

具体而言，RF电路207用于接发信号；存储器203用于存储数据指令信息；输入单元208用于输入信息，具体可以包括触控面板2081以及操作按键等其他输入设备2082；显示单元209则可以包括显示面板2091等；传感器210包括红外传感器、激光传感器等，用于检测用户接近信号、距离信号等；扬声器2111以及传声器(或者麦克风)2112通过音频电路211与第二处理器202连接，用于接发声音信号；WiFi模块212则用于接收和发射WiFi信号，第一处理器201和第二处理器202用于处理电子设备的数据信息。

电子设备200可以是可穿戴设备，如智能手表、智能手环以及智能腕带等。在其他实施例中，RF电路207、存储器203、输入单元208、显示单元209、传感器210、音频电路211以及WiFi模块212还可以分别第一处理器201连接；电源213用于为整个电子设备200提供电能。

其中，第一处理器201能够运行第一操作系统，独自完成不需要第二操作系统参与的任务，同理，第二处理器202能够运行第二操作系统，独自完成不需要第一操作系统参与的任务。

但是，由于第一处理器201和第二处理器202分别与功能器件的连接，部分任务需要相互配合完成。如，第一操作系统需要获取功能器件A的数据，但是功能器件A与第二处理器连接，则需要通过第二处理的第二操作系统中转，将功能器件A的数据发送至第一操作系统。

可以理解的是，功耗越大，表示处理器的工作频率越高，对构成处理器的硬件的要求更高。因此，功耗大的处理器稳定性较高，即第一处理器201的稳定性高于第二处理器202的稳定性。

在一应用场景中，电子设备200可以具有不同的运行模式，如，在常规模式下，同时运行第一操作系统和第二操作系统；在低功耗模式下，可以只运行第二操作系统，保证电子设备的基础功能即可。

在其他实施例中，第一处理器201和第二处理器202上分别设置有相应的蓝牙模组。在常规模式下，电子设备200与外部设备通过蓝牙连接，此时可以通过第一处理器201中的蓝牙模组与外部设备连接，完成与外部设备的交互；其中，在与外部设备交互过程中，需要使用到第二处理器的相关数据时，第一处理器201和第二处理器202通过蓝牙模组的交互，以从第二处理器202中获取对应的数据，并发送至外部设备。

在低功耗模式下，电子设备200与外部设备通过蓝牙连接，此时可以通过第二处理器202中的蓝牙模组与外部设备连接，完成与外部设备的交互。

因第二处理器202因稳定性低于第一处理器201，并且受硬件限制，在高温、强磁场等环境下容易损坏，所以在双系统运行过程中第二处理器更容易出现异常。

基于此，当电子设备200出现异常时，采用以下方式进行修复。

参阅图3，图3是本申请一实施例提供的电子设备的系统修复方法的流程示意图。该方法应用于第一处理器，包括：

步骤31：对第二处理器的第二操作系统进行异常检测。

在一些实施例中，第一处理器和第二处理器能够运行不同的操作系统，独立完成不同的任务，也可以第一处理器和第二处理器相互配合，以配合完成相应的任务，因此，需要保持第一处理器和第二处理器的系统处于正常状态，才能完成相应的任务。如，第一处理器运行第一操作系统，第二处理器运行第二操作系统，第一操作系统和第二操作系统能够独立完成不同任务，也可以相互配合完成相应的任务。

可以理解的是，因第一处理器的功耗大于第二处理器的功耗，功耗越大，表示处理器的工作频率越高，对构成处理器的硬件的要求更高。因此，第一处理器的稳定性高于第二处理器的稳定性。第二处理器受硬件限制，在高温、强磁场等环境下容易损坏，因此在双处理器运行过程中，第二处理器更容易出现稳定性异常。

在一些实施例中，异常检测的方式可以是第一处理器按照预设频率与第二处理器进行通信检测，若通信异常，则进一步确定第二处理器是否系统异常。如，第一处理器向第二处理器发送第一查询指令，以获取第二处理器的版本号等标识信息，若第二处理器无应答，则可以判断第二处理器的第二操作系统异常。在其他实施例中，异常检测的方式可以是在第一处理器和第二处理器通信时进行。如，第一处理器与第二处理器通信时，第二处理器无应答，则可以对第二处理器的第二操作系统进行异常检测。

在其他实施例中，第一处理器的第一操作系统在执行程序时，检测到需要第二操作系统配合完成，则对第二处理器的第二操作系统进行异常检测。

步骤32：响应于第二操作系统存在异常，对第二操作系统进行修复。

可以理解的是，在步骤31-步骤32过程中，可以保持第一处理器的进程锁定，防止其余任务对第一处理器的使用，造成进程中断。

在一些实施例中，步骤32之前可以通过在检测到第二处理器的第二操作系统异常时，对第二处理器的第二操作系统进行异常确认。

在检测到第二处理器的第二操作系统异常时，为避免由于第二处理器的第二操作系统自身的延时问题造成第一处理器的错误结论，需要第一处理器对第二处理器的第二操作系统进行异常确认。示例性的，在预设的一定时间周期内，第一处理器可以重复与第二处理器进行交互，交互的信息可以为与第二处理器相关的数据，如第二操作系统的系统版本号、第二处理器的标识信息或获取指定数据；若第二处理器对于每一次的交互均未进行响应，则可以确定第二处理器系统异常。预设的时间周期可以为3秒、5秒或10秒。

如，响应于第二操作系统存在异常，向第二处理器发送至少一次查询指令；查询指令用于向第二处理器查询对应的目标信息。

响应于目标信息的数量低于预设数量，确认第二操作系统存在异常或者，响应于目标信息不符合预设信息，确认第二操作系统存在异常。

在一些实施例中，可以根据系统异常的类型，对第二处理器运行的第二操作系统进行相应方式的修复。

可以理解的是，当第二处理器的第二操作系统中的关于通信的功能异常的状态下，如通信程序异常，导致无法响应，则可以对第二处理器进行复位(reset)操作。进一步的，在第二处理器复位后，再次进行通信异常检测。如异常解除，则说明对第二处理器的第二操作系统修复成功，若异常依旧存在，则需要继续对第二处理器的第二操作系统进行修复。

可选的，第二处理器上第二操作系统的某一功能异常，但是第二处理器和第一处理器的通信正常，则第一处理器在进行异常检测时，可以直接检测到第二处理器上第二操作系统的具体功能及相应的功能器件是否异常，从而判断第二处理器是否与功能器件交互异常。若是，则可以对第二处理器进行复位操作。第二处理器在复位后，会重新与功能器件建立交互功能。此时，第一处理器可以在第二处理器复位后，再次进行异常检测。如异常解除，则说明对第二处理器的第二操作系统修复成功，若异常依旧存在，则需要继续对第二处理器的第二操作系统进行修复。

通过上述方式，利用第一处理器对第二处理器进行系统异常检测以及修复，能够相对快速地判断和修复第二处理器的系统异常，使系统恢复正常运行。而且整个过程是电子设备内部执行，无界面提示，能达到静默修复的效果，让用户无感知，提升用户体验。

参阅图4，图4是本申请另一实施例提供的电子设备的系统修复方法的流程示意图。本实施例应用于第一处理器，该方法包括：

步骤41：对第二处理器的第二操作系统进行通信异常检测。

在一些实施例中，第一处理器和第二处理器电连接，即通过第一处理器和第二处理器上相应的通信引脚连接，则第一处理器和第二处理器通过通信引脚进行第一通信。如，通过第一通信的信道进行相应指令的下发以及数据传输。

步骤42：响应于第二操作系统存在通信异常，对第二操作系统进行修复。

可以理解的是，在步骤42之前，在检测到第二处理器的通信存在异常时，可以对第二处理器进行通信异常确认。其中，在检测到第二处理器的通信存在异常时，为避免由于第二处理器的系统自身的延时问题造成第一处理器的错误结论。需要第一处理器对第二处理器进行第一通信异常确认。如，在预设时间内，重复与第二处理器进行通信交互，若第二处理器对于每一次的交互均未进行响应，或者，响应次数低于预设值，则可以确定第二处理器的第二操作系统的通信存在异常。

由此，在第二处理器系统异常时进行异常确认，能够降低对第二处理器系统异常的误判率，减少第一处理器对第二处理器的修复操作。

在一些实施例中，响应于第二操作系统存在通信异常，对第二处理器进行至少一次复位，以修复第二操作系统。

可以理解的是，在确认第二处理器的第二操作系统的通信异常时，对第二处理器进行复位。具体地，第二处理器具有复位引脚，则通过控制复位引脚对第二处理器进行复位。复位是指能够在不断电的情况下，使第二处理器重新启动。

在本次复位后，在预设时间内，至少发起一次对第二处理器进行通信交互，如第一处理器均能够收到第二处理器的正常回复，则说明第二处理器的第二操作系统异常解除，对第二处理器的第二操作系统修复成功；若异常依旧存在，则需要再次对第二处理器进行复位，并在复位后，再次在预设时间内，对第二处理器的第二操作系统进行通信交互以检测是否存在异常。

上述在异常依旧的情况下，可以确定出复位修复的失败次数，如设置失败次数为3，若通过连续复位修复第二处理器失败的失败次数达到3次，则说明复位已经无法修复第二处理器的第二操作系统，则需要对第二处理器执行更深层面的操作进行修复，比如采用下电重启、利用固件信息修复等操作。

在一些实施例中，对第二处理器进行至少一次复位之后，响应于第二处理器连续复位的第一次数等于第一预设次数，且第二处理器系统仍异常，则下电重启第二处理器，以修复第二操作系统。

因此时第一处理器仍处于工作状态，因此不会影响电子设备的运行。则第一处理器通过对第二处理器进行下电重启，使第二处理器通过重新加载第二操作系统的方式进行修复。下电后，第二处理器的硬件均掉电重启，相当于和系统软件重新适配。

在下电重启第二处理器之后，再次对第二处理器进行通信异常检测，在检测到第二处理器的第二操作系统仍存在异常时，则说明下电重启未修复第二处理器的第二操作系统，则从存储器中获取第二处理器的固件信息。

在一些实施例中，电子设备还包括存储器，存储器与第一处理器连接。参阅图5，在下电重启第二处理器之后，可以进行以下流程：

步骤51：响应于第二操作系统仍存在异常，从存储器中获取第二处理器的固件信息。

固件信息相当于完整的操作系统所需的信息。固件信息可以在电子设备出厂时烧录至存储器中。也可以在电子设备无异常时，通过OTA升级。

步骤52：利用固件信息修复第二处理器的第二操作系统。

在第二处理器中重新加载固件信息，相当于给第二处理器重新安装操作系统。

可以理解的是，在确认第二处理器连续复位的第一次数等于第一预设次数，且第二处理器系统仍异常时，可以直接利用固件信息修复第二操作系统无需重启步骤。

可以理解的是，在第二处理器加载完固件信息，再次对第二处理器进行系统异常检测，若第二处理器的第二操作系统的仍存在异常，为避免因其他问题造成修复不成功，可以再次从存储器中获取第二处理器的固件信息，并利用固件信息修复第二处理器的第二操作系统。

在一些实施例中，具体连续利用固件信息修复第二处理器的系统的次数可以进行相应的阈值设置，如设置为2次、3次等，超出预设阈值不再进行利用固件信息修复的操作。

在本实施例中，利用第一处理器对第二处理器进行通信异常检测以及利用复位、下电重启、加载固件信息等从弱到强的修复手段进行修复，能够快速修复第二处理器的异常，使电子设备恢复正常运行，避免第二处理器的第二操作系统无法使用，提高了系统稳定性。

在一些实施例中，利用固件信息修复第二处理器的第二操作系统之后，参阅图6，可以进行以下流程：

步骤61：响应于第二操作系统仍存在异常，获取连续利用固件信息修复第二处理器的系统的第二次数。

步骤62：响应于第二次数等于第二预设次数，对第二处理器进行标记。

若连续多次利用固件信息修复第二处理器的系统，且第二处理器系统仍异常，则说明通过加载固件信息的方式无法修复第二处理器的第二操作系统。可能存在硬件故障，硬件故障无法使用上述复位、下电以及加载固件信息的方式进行修复成功。因此，对第二处理器进行标记。

步骤63：响应于检测到标记，不再对第二操作系统进行修复。

在一些实施例中，在利用固件信息修复第二处理器的第二操作系统未成功时，可以对第二处理器进行标记；或者，下电重启后无法修复第二处理器的第二操作系统，也可以直接对第二处理器进行标记。

在检测到标记时，第一处理器能够知晓无法使用上述复位、下电以及加载固件信息的方式进行修复，则不再对第二处理器的第二操作系统进行修复，从而能够避免第一处理器重复对第二处理器的第二操作系统进行修复，且均为无用修复，反而消耗设备的电量。在一些实施例中，该标记在第二处理器重启后或者被修复后被清除。

在一应用场景中，以第一处理器和第二处理器之间的系统通信为例，结合图7进行说明：

第一处理器检测到与第二处理器的第二操作系统的系统通信异常，如，连续进行系统通信失败3次以上，则确定系统通信异常。

为了防止误检测的概率，在检测到系统通信异常时，第一处理器开始重试机制，重试时间间隔m秒，重试内容可以为获取第二处理器的版本号、或者查询每一功能器件的状态或者指定的数据等，具体策略如下：

(1)在检测到系统通信异常时，等待A秒，重试n次数通信，如重试3次，第二处理器无回复，则确认系统通信异常。通过拉硬件复位脚去复位重启第二处理器。

(2)第1次复位重启第二处理器后，等待A秒，重试n次数通信，如重试3次，第二处理器无回复，则确认仍系统通信异常。通过拉硬件复位脚去复位重启第二处理器。

(3)第2次复位重启第二处理器后，等待A秒，重试n次数通信，如重试3次，第二处理器无回复，则确认仍系统通信异常。通过拉硬件复位脚，再次复位重启第二处理器。

(4)第3次复位重启第二处理器后，等待A秒，重试n次数通信，如重试3次，第二处理器无回复，则确认仍系统通信异常。则下电重启第二处理器。

(5)第二处理器下电重启后，等待A秒，重试n次通信，如重试3次，第二处理器无回复，则仍然无法正常通讯，则启动第二处理器的固件下载服务重新刷入第二处理器的固件信息。

具体地，第一处理器从存储器中获取第二处理器的固件信息，将固件信息发送至第二处理器，则第二处理器加载固件信息。

(6)第1次第二处理器加载固件信息后，等待A秒，重试n次通信，如重试3次，第二处理器无回复，则仍然无法正常通讯，再次启动固件下载服务。则第一处理器再次从内置存储器中获取第二处理器的固件信息，将固件信息发送至第二处理器，则第二处理器加载固件信息。

(7)第2次第二处理器加载固件信息后，等待A秒，重试n次通信，如重试3次，第二处理器无回复，则仍然不能正常通讯，则对第二处理器进行标记，后面不再修复，避免修复功能一直被触发。此标记在第二处理器重启后清除。

本领域技术人员可以理解，在上述实施例中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

在一些实施例中，对第二处理器进行至少一次复位之后，参阅图8，可以进行以下流程：

步骤81：响应于再次检测到通信异常，获取本次异常前的预设时间内，连续通过复位成功修复第二操作系统的第三次数。

在一些实施例中，在预设时间内，连续多次检测到第二处理器的第二操作系统异常，且每次利用复位将第二处理器的第二操作系统修复成功，说明在一定程度上，第二处理器的第二操作系统不稳定，需要重新刷新系统。

步骤82：响应于第三次数等于第三预设次数，则从存储器中获取第二处理器的固件信息。

如，第三预设次数为4次，第三次数为4次，则从存储器中获取第二处理器的固件信息。

步骤83：利用固件信息修复第二操作系统。

利用固件信息修复第二处理器之后，在检测到第二处理器系统仍存在异常时，可以再次利用固件信息修复第二处理器的第二操作系统，此时不再需要进行复位、重启步骤，直接进入加载固件信息的步骤。

可以理解的，因在利用固件信息修复第二处理器之前，优先采用了复位、重启步骤对第二操作系统进行修复，所有，在利用固件信息无法修复第二操作系统时，没有必要采用了复位、重启步骤对第二操作系统进行修复。进一步，为了确定固件信息无法修复第二操作系统，则再次利用固件信息修复第二处理器的第二操作系统。可选的，若再次修复后，第二处理器的第二操作系统仍存在异常，对第二处理器进行标记。第一处理器在检测到标记时，不再对第二处理器的第二操作系统进行修复。

在一些实施例中，第一处理器和第二处理器之间的通信可以系统通信和/或蓝牙通信。可以理解的，系统通信为主要通信方式，蓝牙通信则是在电子设备与外部设备蓝牙连接时，第一处理器和第二处理器之间存在蓝牙通信。系统通信异常可以参阅上述任一实施例的技术方案，蓝牙通行异常以下实施例。

参阅图9，图9是本申请另一实施例提供的电子设备的系统修复方法的流程示意图。本实施例应用于第一处理器，该方法包括：

步骤91：对第二处理器进行蓝牙通信异常检测。

其中，第一处理器和第二处理器之间的蓝牙通信以无线的方式进行。

在一些实施例中，蓝牙通信异常检测的时机，可以是在电子设备每次亮屏时，第一处理器的蓝牙模组发送消息给第二处理器的蓝牙模组，进而对第二处理器进行蓝牙通信异常检测。

在其他实施例中，可以在检测到电子设备与外部设备蓝牙通信连接时，第一处理器的蓝牙模组发送消息给第二处理器的蓝牙模组，进而对第二处理器进行蓝牙通信异常检测。

在其他实施例中，第一处理器的蓝牙模组和第二处理器的蓝牙模组交互时，通过对传输的蓝牙数据进行检测，确定蓝牙通信是否异常。如，传输失败，第一处理器未接收到第二处理器发送的蓝牙数据等，或者第一处理器检测到接收的蓝牙数据不全，出现遗漏数据的现象等。

在其他实施例中，可以根据电子设备的运行模式，确定蓝牙通信异常检测的时机。如，电子设备运行模式包括常规模式和低功耗模式。

在常规模式下，电子设备与外部设备通过蓝牙连接，具体地通过第一处理器中的蓝牙模组与外部设备连接。因存在需要使用第二处理器的数据的时候，则在运行常规模式时对第二处理器进行蓝牙通信异常检测。

在低功耗模式下，电子设备与外部设备通过蓝牙连接，具体地，通过第二处理器中的蓝牙模组与外部设备连接，完成与外部设备的交互。因此第一处理器处于未工作状态，则无需进行蓝牙通信异常检测。当由低功耗模式切换为常规模式时，第一处理器对第二处理器进行蓝牙通信异常检测。

步骤92：响应于第二操作系统的蓝牙通信存在异常，对第二操作系统进行修复。

在一些实施例中，步骤92之前可以在检测到第二处理器与第一处理器之间的蓝牙通信异常时，对第二处理器进行蓝牙通信异常确认。

可选的是，在检测到第二处理器蓝牙通信异常时，为避免由于第二处理器的系统自身的延时问题造成第一处理器的错误结论，可以第一处理器对第二处理器进行第二通信异常确认。如，在预设时间内，重复与第二处理器进行蓝牙交互，若第二处理器对于每一次的蓝牙交互均未进行响应，则可以确定第二处理器与第一处理器之间的蓝牙通信异常。

如，在确认第二处理器的蓝牙通信异常时，对第二处理器进行复位。具体地，第二处理器具有复位引脚，则通过控制复位引脚对第二处理器进行复位。在本次复位后，在预设时间内，再次对第二处理器的第二操作系统进行蓝牙通信异常检测，如异常解除，则说明对第二处理器的第二操作系统修复成功，若异常依旧存在，则需要再次对第二处理器进行复位，并在复位后，再次在预设时间内，对第二处理器的第二操作系统进行蓝牙通信异常检测。

在一些实施例中，响应于第二操作系统存在蓝牙通信异常，对第二处理器进行至少一次复位，以修复第二操作系统。

在本次复位后，在预设时间内，至少发起一次对第二处理器进行蓝牙通信交互，如第一处理器均能够收到第二处理器的正常回复，则说明第二处理器的操作系统异常解除，对第二处理器修复成功；若异常依旧存在，则需要再次对第二处理器进行复位，并在复位后，再次在预设时间内，对第二处理器的第二操作系统进行蓝牙通信交互以检测是否存在异常。

上述在异常依旧的情况下，可以确定出复位修复的失败次数，如设置失败次数为3，若通过连续复位修复第二处理器失败的失败次数达到3次，则说明复位已经无法修复第二处理器的第二操作系统，则需要对第二处理器执行更深层面的操作进行修复，比如采用下电重启、利用固件信息修复等操作。

在一些实施例中，对第二处理器进行至少一次复位之后，响应于第二处理器连续复位的第一次数等于第一预设次数，且第二处理器系统仍异常，则下电重启第二处理器，以修复第二操作系统。

因此时第一处理器仍处于工作状态，因此不会影响电子设备的运行。则第一处理器通过对第二处理器进行下电重启，使第二处理器通过重新加载第二操作系统的方式进行修复。下电后，第二处理器的硬件均掉电重启，相当于和系统软件重新适配。

在下电重启第二处理器之后，再次对第二处理器进行通信异常检测，在检测到第二处理器的第二操作系统仍存在异常时，则说明下电重启未修复第二处理器的第二操作系统，则从存储器中获取第二处理器的固件信息。

利用固件信息修复第二处理器的第二操作系统。

可以理解的是，在确认第二处理器连续复位的第一次数等于第一预设次数，且第二处理器系统仍异常时，可以直接利用固件信息修复第二操作系统无需重启步骤。

可以理解的是，在第二处理器加载完固件信息，再次对第二处理器进行系统异常检测，若第二处理器的第二操作系统的仍存在异常，为避免因其他问题造成修复不成功，可以再次从存储器中获取第二处理器的固件信息，并利用固件信息修复第二处理器的第二操作系统。

在一些实施例中，具体连续利用固件信息修复第二处理器的系统的次数可以进行相应的阈值设置，如设置为2次、3次等，超出预设阈值不再进行利用固件信息修复的操作。

在一些实施例中，利用固件信息修复第二处理器的第二操作系统之后，响应于第二操作系统仍存在异常，获取连续利用固件信息修复第二处理器的系统的第二次数。响应于第二次数等于第二预设次数，对第二处理器进行标记。响应于检测到标记，不再对第二操作系统进行修复。

在一些实施例中，在利用固件信息修复第二处理器的第二操作系统未成功时，可以对第二处理器进行标记；或者，下电重启后无法修复第二处理器的第二操作系统，也可以直接对第二处理器进行标记。

在检测到标记时，第一处理器能够知晓无法使用上述复位、下电以及加载固件信息的方式进行修复，则不再对第二处理器的第二操作系统进行修复，从而能够避免第一处理器重复对第二处理器进行修复，且均为无用修复，反而消耗设备的电量。

在一些实施例中，对第二处理器进行至少一次复位之后，响应于再次检测到通信异常，获取本次异常前的预设时间内，连续通过复位成功修复第二操作系统的第三次数。响应于第三次数等于第三预设次数，则从存储器中获取第二处理器的固件信息。如，第三预设次数为4次，第三次数为4次，则从存储器中获取第二处理器的固件信息。

利用固件信息修复第二操作系统。利用固件信息修复第二处理器之后，在检测到第二处理器系统仍存在异常时，可以再次利用固件信息修复第二处理器的第二操作系统，此时不再需要进行复位、重启步骤，直接进入加载固件信息的步骤。

可以理解的，因在利用固件信息修复第二处理器之前，优先采用了复位、重启步骤对第二操作系统进行修复，所有，在利用固件信息无法修复第二操作系统时，没有必要采用了复位、重启步骤对第二操作系统进行修复。进一步，为了确定固件信息无法修复第二操作系统，则再次利用固件信息修复第二处理器的第二操作系统。

可选的，若再次修复后，第二处理器的第二操作系统仍存在异常，对第二处理器进行标记。第一处理器在检测到标记时，不再对第二处理器的第二操作系统进行修复。

在此过程中，可以利用上述任一实施例(包括系统修复的实施例)的方式修复第二处理器。

步骤93：响应于第二操作系统修复成功，重新建立第一处理器和第二处理器之间的蓝牙通信。

在第二处理器的第二操作系统修复成功后，中断第一处理器的蓝牙进程，重新建立第一处理器和第二处理器之间的蓝牙通信。

在本实施例中，利用第一处理器对第二处理器进行蓝牙通信异常检测以及利用复位、下电重启、加载固件信息等从弱到强的修复手段进行修复，能够快速修复第二处理器的异常，使电子设备恢复正常运行，避免第二处理器的系统无法使用，提高了系统稳定性；并在第二处理器蓝牙通信异常时进行异常确认，能够降低对第二处理器系统异常的误判率，减少第一处理器对第二处理器的修复操作。

在一些应用场景中，以第一处理器和第二处理器之间的蓝牙通信为例，结合图10进行说明：

第一处理器检测到与第二处理器之间的蓝牙通信异常，如，连续通信失败3次以上，则确定蓝牙通信异常。

为了防止误检测的概率，在检测到蓝牙通信异常时，第一处理器开始重试机制，重试时间间隔m秒，重试内容可以为获取第二处理器的版本号、或者查询每一功能器件的状态或者指定的数据等，具体策略如下：

(1)在检测到通信异常时，等待A秒，重试n次数，如重试3次，第二处理器无回复，则确认蓝牙通信异常。通过拉硬件复位脚去复位重启第二处理器。

(2)第1次复位重启第二处理器后，等待A秒，重试n次数，如重试3次，第二处理器无回复，则确认仍蓝牙通信异常。通过拉硬件复位脚去复位重启第二处理器。

(3)第2次复位重启第二处理器后，等待A秒，重试n次数，如重试3次，第二处理器无回复，则确认仍蓝牙通信异常。通过拉硬件复位脚，再次复位重启第二处理器。

(4)第3次复位重启第二处理器后，等待A秒，重试n次数，如重试3次，第二处理器无回复，则确认仍蓝牙通信异常。则下电重启第二处理器。

(5)第二处理器下电重启后，等待A秒，重试n次，如重试3次，第二处理器无回复，则仍然无法正常通讯，则启动第二处理器的固件下载服务重新刷入第二处理器的固件信息。

具体地，第一处理器从内置存储器中获取第二处理器的固件信息，将固件信息发送至第二处理器，则第二处理器加载固件信息。

(6)第1次第二处理器加载固件信息后，等待A秒，重试n次，如重试3次，第二处理器无回复，则仍然无法正常通讯，再次启动固件下载服务。则第一处理器再次从内置存储器中获取第二处理器的固件信息，将固件信息发送至第二处理器，则第二处理器加载固件信息。

(7)第2次第二处理器加载固件信息后，等待A秒，重试n次，如重试3次，第二处理器无回复，则仍然不能正常通讯，则对第二处理器进行标记，后面不再修复，避免修复功能一直被触发。此标记在第二处理器重启后清除。

在上述任一实施例中，在对第二处理器进行系统通信异常检测时，停止对第二处理器进行蓝牙通信异常检测。

或，在对第二处理器进行蓝牙通信异常检测时，停止对第二处理器进行系统通信异常检测。

若在对第二处理器进行系统通信异常检测或蓝牙通信异常检测时，确认系统通信异常检测或蓝牙通信异常检测，则需要对第二处理器的第二操作系统进行复位或下电重启等操作。因，复位或下电重启等操作均是对同一第二操作系统进行的，所以若在第二处理器系统通信和蓝牙通信同时异常时，可以只通过检测出其中一者异常，进行相应的修复，即可解决另一者异常的问题。

参阅图11，图11是本申请另一实施例提供的电子设备的系统修复方法的流程示意图。本实施例应用于第一处理器，该方法包括：

步骤111：向第二处理器发送状态查询指令；状态查询指令用于向第二处理器查询功能器件的状态信息。

功能器件可以是传感器、马达、WIFI模组等外挂器件。其中，功能器件与第二处理器连接。在其他实施例中，部分功能器件和第一处理器连接，另一部分处理器和第二处理器连接。

如，在电子设备每次开机时，第一处理器向第二处理器发送状态查询指令，以使第二处理器反馈功能器件的状态信息。

其中，若第一处理器未接收到第二处理器的回复，则说明第一处理器和第二处理器之间的第一通信异常，则可以按照上述任一实施例的方式对第二处理器进行系统修复。

若，第一处理器接收到第二处理器的回复的状态信息，且状态信息为正常信息，则说明功能器件正常，结束后续流程。

若，第一处理器接收到第二处理器的回复的状态信息，且状态信息为异常信息，则说明功能器件异常，执行步骤112。

步骤112：响应于状态信息为预设异常信息，向第二处理器发送数据保存指令；数据保存指令用于指示第二处理器进行数据保存。

步骤113：下电重启或复位第二处理器。

其中，预设异常信息为提前确定，预设异常信息与下电重启或复位对应，即，下电重启或复位能够解决预设异常信息的问题。如，传感器与第二处理器未连接，通过下电重启，重新运行程序并加载保存的数据，使功能器件与第二处理器连接。

若状态信息不为预设异常信息，则进行异常提醒。若状态信息不为预设异常信息，说明无法利用下电重启或复位等操作修复第二处理器，则需要进行异常提醒，以使用户知晓电子设备故障，进而人为干预对第二处理器的修复。

在一些实施例中，在下电重启或复位第二处理器之后，在检测到第二处理器的第二操作系统无异常时，向第二处理器同步第一处理器的数据。因在第二处理器下电重启过程中，第一处理器可能存在数据变化，因此，为保证第一处理器和第二处理器数据同步，则向第二处理器同步第一处理器的数据。

在一应用场景中，以功能器件为传感器为例，结合图11进行说明：

每次开机时，第一处理器向第二处理器发送状态查询指令，以使第二处理器反馈传感器的状态信息。可以理解的是，发送状态查询指令的时机可以不限于开机时，检测时机也不局限于目前的亮屏或开机，可以基于检测功能器件本身的功能特性变化。如，第一处理器通过第二处理器获取到功能器件的数据，并检测到功能器件采集的数据低于设定阈值，则第一处理器向第二处理器发送状态查询指令。又如，第一处理器通过第二处理器连续获取到功能器件多个时刻的数据，并检测到功能器件采集的数据之间出现明显波动，则第一处理器向第二处理器发送状态查询指令，以确定功能器件是否出现。在确认状态信息为预设异常信息时，向第二处理器发送数据保存指令，以使第二处理器进行数据保存。

然后对第二处理器进行下电重启或复位。

检测到第二处理器的第二操作系统重启成功后，向第二处理器同步第一处理器的数据。

参阅图13，图13是本申请提供的电子设备的另一实施例的结构示意图。该电子设备200包括第一处理器201和第二处理器202，第一处理器201运行第一操作系统，第二处理器202运行第二操作系统，第一处理器201运行第一操作系统的功耗大于第二处理器202运行第二操作系统的功耗，第一处理器201包括：检测模块2011和修复模块2013。

其中，检测模块2011用于对第二处理器的第二操作系统进行异常检测。

修复模块2013用于响应于第二操作系统存在异常，对第二操作系统进行修复。

可以理解，第一处理器201还用于利用检测模块2011和修复模块2013实现上述任一实施例的技术方案，这里不做赘述。

参阅图14，图14是本申请提供的计算机可读存储介质一实施例的结构示意图。该计算机可读存储介质300存储有计算机程序301，计算机程序301在被处理器执行时，实现以下方法：

对第二处理器的第二操作系统进行异常检测；响应于第二操作系统存在异常，对第二操作系统进行修复。

可以理解，计算机程序301在被处理器执行时，还用于实现上述任一实施例的技术方案，这里不做赘述。

综上所述，本申请的技术方案，利用第一处理器对第二处理器进行通信异常检测以及利用复位、下电重启、加载固件信息等从弱到强的修复手段进行修复，能够快速修复第二处理器的异常，使电子设备恢复正常运行，避免第二处理器的系统无法使用，提高了系统稳定性；并在第二处理器系统异常时进行异常确认，能够降低对第二处理器系统异常的误判率，减少第一处理器对第二处理器的修复操作。

进一步，本申请的技术方案能够在多个场景，如开机、有业务运行、亮屏，以及多个维度下，检测系统来确保基本功能正常，如双核通讯，蓝牙通信，传感器等维度。并且使用了从弱到强多种手段来恢复系统如，复位、下电以及重刷固件。即便电子设备已经开机，在后续使用过程中如果出现问题，也可以很快被检测到并及时在后台根据问题严重性使用不同手段来修复，并且整个流程都是纯后台+本地行为，用户不会明显感知到此时系统异常，用户使用体验良好。方案中还存在二次确认检测技术，能够降低对异常的误判率，避免由于各业务自己的延时问题造成频繁触发修复流程。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (19)

1.一种电子设备的系统修复方法，其特征在于，所述电子设备包括第一处理器和第二处理器，所述第一处理器运行第一操作系统，所述第二处理器运行第二操作系统，所述方法应用于所述第一处理器，所述方法包括：

对所述第二处理器的第二操作系统进行异常检测；

响应于所述第二操作系统存在异常，对所述第二操作系统进行修复。

2.根据权利要求1所述的方法，其特征在于，所述对所述第二处理器的第二操作系统进行异常检测，包括：

对所述第二处理器的第二操作系统进行通信异常检测；

所述响应于所述第二操作系统存在异常，对所述第二操作系统进行修复，包括：

响应于所述第二操作系统存在通信异常，对所述第二操作系统进行修复。

3.根据权利要求2所述的方法，其特征在于，所述响应于所述第二操作系统存在异常，对所述第二操作系统进行修复，包括：

响应于所述第二操作系统存在通信异常，对所述第二处理器进行至少一次复位，以修复所述第二操作系统。

4.根据权利要求3所述的方法，其特征在于，所述对所述第二处理器进行至少一次复位之后，包括：

响应于所述第二处理器连续复位的第一次数等于第一预设次数，且所述第二处理器系统仍异常，则下电重启所述第二处理器，以修复所述第二操作系统。

5.根据权利要求4所述的方法，其特征在于，所述电子设备还包括存储器，所述存储器与所述第一处理器连接；所述下电重启所述第二处理器之后，包括：

响应于所述第二操作系统仍存在异常，从所述存储器中获取所述第二处理器的固件信息；

利用所述固件信息修复所述第二操作系统。

6.根据权利要求5所述的方法，其特征在于，所述利用所述固件信息修复所述第二操作系统之后，包括：

响应于所述第二操作系统仍存在异常，获取连续利用所述固件信息修复所述第二处理器的系统的第二次数；

响应于所述第二次数等于第二预设次数，则对所述第二处理器进行标记；

响应于检测到所述标记，则不再对所述第二操作系统进行修复。

7.根据权利要求3所述的方法，其特征在于，所述对所述第二处理器进行至少一次复位之后，包括：

响应于再次检测到通信异常，获取本次异常前的预设时间内，连续通过复位成功修复所述第二操作系统的第三次数；

响应于所述第三次数等于第三预设次数，则从存储器中获取所述第二处理器的固件信息；

利用所述固件信息修复所述第二操作系统。

8.根据权利要求2所述的方法，其特征在于，所述通信包括所述第一处理器和所述第二处理器之间的系统通信和/或蓝牙通信。

9.根据权利要求8所述的方法，其特征在于，所述响应于所述第二操作系统存在异常，对所述第二操作系统进行修复，包括：

响应于所述第二操作系统的蓝牙通信存在异常，对所述第二操作系统进行修复；

响应于所述第二操作系统修复成功，重新建立所述第一处理器和所述第二处理器之间的蓝牙通信。

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

响应于对所述第二处理器进行系统通信异常检测，停止对所述第二处理器进行蓝牙通信异常检测；

或，响应于对所述第二处理器进行蓝牙通信异常检测，停止对所述第二处理器进行系统通信异常检测。

11.根据权利要求1所述的方法，其特征在于，所述电子设备还包括功能器件，所述功能器件与所述第二处理器连接；

所述对所述第二处理器的第二操作系统进行异常检测，包括：

向所述第二处理器发送状态查询指令；所述状态查询指令用于向所述第二处理器查询所述功能器件的状态信息；

所述响应于所述第二操作系统存在异常，对所述第二操作系统进行修复，包括：

响应于所述状态信息为预设异常信息，向所述第二处理器发送数据保存指令；所述数据保存指令用于指示所述第二处理器进行数据保存；

下电重启或复位所述第二处理器。

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

在下电重启或复位所述第二处理器之后，在检测到所述第二操作系统无异常时，向所述第二处理器同步所述第一处理器的数据。

13.根据权利要求1-12任一所述的方法，其特征在于，所述响应于所述第二操作系统存在异常，对所述第二操作系统进行修复，包括：

响应于所述第二操作系统存在异常，对所述第二操作系统进行异常确认；

响应于确认所述第二操作系统存在异常，对所述第二操作系统进行修复。

14.根据权利要求13所述的方法，其特征在于，所述响应于所述第二操作系统存在异常，对所述第二操作系统进行异常确认，包括：

响应于所述第二操作系统存在异常，向所述第二处理器发送至少一次查询指令；所述查询指令用于向所述第二处理器查询对应的目标信息；

响应于目标信息的数量低于预设数量，或所述目标信息不符合预设信息，确认所述第二操作系统存在异常。

15.根据权利要求1-12任一所述的方法，其特征在于，所述第一处理器运行所述第一操作系统的功耗大于所述第二处理器运行所述第二操作系统的功耗。

16.一种电子设备的系统修复装置，其特征在于，所述电子设备包括第一处理器和第二处理器，所述第一处理器运行第一操作系统，所述第二处理器运行第二操作系统，所述第一处理器包括：

检测模块，用于对所述第二处理器的第二操作系统进行异常检测；

修复模块，用于响应于所述第二操作系统存在异常，对所述第二操作系统进行修复。

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

第一处理器，所述第一处理器运行第一操作系统；

第二处理器，所述第二处理器运行第二操作系统，所述第二处理器和所述第一处理器通信连接；

存储器，与所述第一处理器和所述第二处理器耦接；所述存储器用于存储计算机程序；

所述第一处理器用于执行所述计算机程序，以实现如权利要求1-15任一项所述的方法。

18.根据权利要求17所述的电子设备，其特征在于，所述电子设备为可穿戴设备。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序在被处理器执行时，实现如权利要求1-15任一项所述的方法。

Images