CN117093413A - 一种恢复出厂设置方法、电子设备及介质 - Google Patents

Abstract

一种恢复出厂设置方法、电子设备及介质，涉及数据处理技术领域。该恢复出厂设置方法包括：接收恢复出厂设置消息后，暂停电子设备的线程；根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

Description

一种恢复出厂设置方法、电子设备及介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种恢复出厂设置方法、电子设备及介质。

背景技术

出厂设置指的是智能穿戴设备等电子设备出厂时的默认状态，如默认的开始界面、待机方式、操作快捷键等。当前的电子设备均有恢复出厂设置的功能，可以将电子设备的个性化设置恢复到出厂时的默认状态。

以智能穿戴设备为例，在智能穿戴系统恢复出厂设置时，其系统会同时跑多个线程，以实现多线程执行方式，从而加快恢复出厂设置的速度。

然而，只有少数线程可以使用恢复出场框架，其余线程均不受恢复出厂管控。不受控线程可能会在执行恢复出厂设置时，抢占智能穿戴设备的中央处理器或操作智能穿戴设备的文件系统，从而导致恢复出厂设置超时甚至失败。

发明内容

本申请的目的在于：提供一种恢复出厂设置方法、电子设备及介质，能够解决由于不受控线程抢占中央处理器或操作文件系统导致的恢复出厂设置超时甚至失败的问题。

第一方面，本申请公开了一种恢复出厂设置方法，应用于穿戴智能手表、穿戴智能耳机等电子设备，该恢复出厂设置方法包括：接收恢复出厂设置消息后，暂停电子设备的线程；根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

在一些可能的实现方式中，上述接收恢复出厂设置消息后，暂停上述电子设备的线程，包括：接收恢复出厂设置消息后，暂停上述电子设备的静态线程和/或动态线程；上述根据上述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：根据上述静态线程对应的回调函数依次执行数据清除，和/或，根据上述动态线程对应的标准函数依次执行数据清除，以恢复出厂设置。由此，采用统一暂停电子设备的静态线程和动态线程后，统一触发已注册的静态线程对应的回调函数和动态线程对应的标准函数，依次进行数据清除的方法，从而能够解决由于不受控线程抢占中央处理器或操作文件系统导致的恢复出厂设置超时甚至失败的问题。

在一些可能的实现方式中，上述电子设备包括恢复出厂设置框架，上述恢复出厂设置框架包括：设备任务管理节点、人机交互页面节点和线程节点，该设备任务管理节点用于管理电子设备的线程，该人机交互页面节点用于显示电子设备的人机交互页面，该线程节点用于执行电子设备的线程；上述接收恢复出厂设置消息后，暂停上述电子设备的线程，包括：上述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至上述线程节点，以使上述线程节点暂停上述电子设备的线程；或，上述人机交互页面节点接收恢复出厂设置操作后，发送暂停指令至上述线程节点，以使上述线程节点暂停上述电子设备的线程。由此，在需要执行工厂级恢复出厂设置和用户级恢复出厂设置时，均可以采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

在一些可能的实现方式中，根据上述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：设备任务管理节点根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。

在一些可能的实现方式中，设备任务管理节点根据上述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：在上述线程节点暂停上述电子设备的线程之后，上述线程节点向上述设备管理任务节点发送暂停完成指令；判断上述设备管理任务节点接收到的上述暂停完成指令的个数是否等于上述线程节点的个数；若是，则上述设备管理任务节点根据上述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

在一些可能的实现方式中，线程节点为静态线程节点，在设备管理任务节点接收工厂端发出的恢复出厂设置消息之前，方法还包括：上述电子设备注册与上述静态线程节点对应的回调函数；上述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至上述线程节点，以使上述线程节点暂停上述电子设备的线程，包括：上述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至上述静态线程节点，以使上述静态线程节点暂停上述电子设备的静态线程；上述根据上述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：在上述静态线程节点暂停上述电子设备的静态线程之后，上述静态线程节点向上述设备管理任务节点发送暂停完成指令；判断上述设备管理任务节点接收到的上述暂停完成指令的个数是否等于上述静态线程节点的个数；若是，则上述设备管理任务节点根据上述静态线程对应的回调函数依次执行数据清除，以恢复出厂设置。由此，采用统一暂停电子设备的静态线程和动态线程后，统一触发已注册的静态线程对应的回调函数和动态线程对应的标准函数，依次进行数据清除的方法，从而能够解决由于不受控线程抢占中央处理器或操作文件系统导致的恢复出厂设置超时甚至失败的问题。

在一些可能的实现方式中，回调函数包括音频回调函数、升级回调函数、安全回调函数、近场通讯回调函数、应用回调函数、定位回调函数、蓝牙回调函数、设备回调函数和通信回调函数中的任意一种或多种。

在一些可能的实现方式中，线程节点还包括动态线程节点，在设备管理任务节点接收工厂端发出的恢复出厂设置消息之前，该方法还包括：在创建动态线程节点时，电子设备注册与动态线程节点对应的标准函数；在接收恢复出厂设置消息之后，该方法还包括：设备管理任务节点发送停止指令至动态线程节点，以使动态线程节点根据上述与动态线程节点对应的标准函数执行数据清除，以恢复出厂设置。由此，采用统一暂停电子设备的静态线程和动态线程后，统一触发已注册的静态线程对应的回调函数和动态线程对应的标准函数，依次进行数据清除的方法，从而能够解决由于不受控线程抢占中央处理器或操作文件系统导致的恢复出厂设置超时甚至失败的问题。

在一些可能的实现方式中，该方法还包括：在动态线程节点清除电子设备的动态线程数据之后，动态线程节点发送停止完成指令至设备管理任务节点；上述判断上述设备管理任务节点接收到的上述暂停完成指令的个数是否等于上述静态线程节点的个数，包括：判断上述设备管理任务节点接收到的上述停止完成指令的个数是否等于上述动态线程节点的个数；若是，则判断上述设备管理任务节点接收到的上述暂停完成指令的个数是否等于上述静态线程节点的个数。

在一些可能的实现方式中，方法还包括：电子设备销毁动态线程节点。

在一些可能的实现方式中，上述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至上述线程节点，包括：上述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送熄屏指令至上述人机交互页面节点；上述人机交互页面节点根据上述熄屏指令执行熄屏操作后，发送暂停指令至上述线程节点。

在一些可能的实现方式中，上述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送熄屏指令至上述人机交互页面节点，包括：上述设备管理任务节点接受工厂端发出的恢复出厂设置消息，上述恢复出厂设置消息包括：恢复出厂指令、设备身份指令和第一加密值，上述第一加密值为根据第一加密算法或第一密钥，对上述恢复出厂设置指令和上述设备身份标识进行加密后得到的值；上述设备管理任务节点对上述第一加密值进行验证；若上述第一加密值验证通过，则上述设备管理任务节点发送熄屏指令至上述人机交互页面节点。基于此，以对恢复出厂设置消息进行安全验证，可以避免会有电子设备脱离拥有者的控制时他人进行恢复出厂设置，而导致造成拥有者的信息泄露和经济损失的问题。

在一些可能的实现方式中，上述设备管理任务节点对上述第一加密值进行验证，包括：上述设备管理任务节点验证上述恢复出厂设置消息中的设备身份标识是否与本地的设备身份标识一致；若是，则上述设备管理任务节点对上述第一加密值进行验证。基于此，以对恢复出厂设置消息进行安全验证，可以避免会有电子设备脱离拥有者的控制时他人进行恢复出厂设置，而导致造成拥有者的信息泄露和经济损失的问题。

在一些可能的实现方式中，上述设备管理任务节点对上述第一加密值进行验证，包括：上述设备管理任务节点根据第一解密算法或第二密钥，对上述第一加密值进行解密，得到相应的设备身份标识；上述设备管理任务节点判断解密后得到的设备身份标识是否与上述恢复出厂设置消息中的设备身份标识一致；若是，则上述设备管理任务节点确定上述第一加密值验证通过。基于此，以对恢复出厂设置消息进行安全验证，可以避免会有电子设备脱离拥有者的控制时他人进行恢复出厂设置，而导致造成拥有者的信息泄露和经济损失的问题。

在一些可能的实现方式中，上述设备管理任务节点对上述第一加密值进行验证，包括：上述设备管理任务节点根据第二加密算法或第二密钥，对上述恢复出厂指令和上述设备身份标识进行加密，得到第二加密值；上述设备管理任务节点判断上述第一加密值是否与上述第二加密值一致；若是，则上述设备管理任务节点确定上述第一加密值验证通过。基于此，以对恢复出厂设置消息进行安全验证，可以避免会有电子设备脱离拥有者的控制时他人进行恢复出厂设置，而导致造成拥有者的信息泄露和经济损失的问题。

在一些可能的实现方式中，上述方法还包括：上述设备管理任务节点删除应用盘中的应用分区。由此，在执行恢复出厂设置后，设备管理节点需要删除该应用分区，从而保证用户个性化数据的删除。

第二方面，本申请公开了一种电子设备，包括处理器和存储器；存储器用于存储计算机执行命令；处理器用于执行存储器存储的计算机执行命令，使得处理器执行如第一方面中的恢复出厂设置方法。

第三方面，本申请公开了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令被运行时，实现如第一方面中的恢复出厂设置方法。

第四方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面中的恢复出厂设置方法。

第五方面，本申请公开了一种恢复出厂设置装置，该恢复出厂设置装置包括暂停模块和清除模块。具体的，上述暂停模块用于接收恢复出厂设置消息后，暂停电子设备的线程；上述清除模块，用于根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

相较于现有技术，本申请具有以下有益效果：

本申请公开了一种恢复出厂设置方法、电子设备及介质，该恢复出厂设置方法包括：接收恢复出厂设置消息后，暂停电子设备的线程；根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

附图说明

图1为一种现有的工厂级恢复出厂设置的信令图；

图2为一种现有的用户级恢复出厂设置的信令图；

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

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

图5A为本申请实施例提供的一种穿戴智能手表系统设置菜单的示意图；

图5B为本申请实施例提供的一种穿戴智能手表恢复出厂设置的示意图；

图5C为本申请实施例提供的一种穿戴智能手表关机提示的示意图；

图6A为本申请实施例提供的一种穿戴智能耳机恢复出厂设置的示意图；

图6B为本申请实施例提供的另一种穿戴智能耳机恢复出厂设置的示意图；

图7为本申请实施例提供的一种工厂级恢复出厂设置的信令图；

图8为本申请实施例提供的一种用户级恢复出厂设置的信令图；

图9为本申请实施例提供的一种注册回调函数恢复出厂设置的信令图；

图10为本申请实施例提供的另一种注册回调函数恢复出厂设置的信令图；

图11为本申请实施例提供的一种恢复出厂设置装置的示意图。

具体实施方式

本申请说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了下述各实施例的描述清楚简洁，首先给出相关技术的简要介绍：

用户级恢复出厂是由用户发起的低级格机，只能格式化用户的安装软件和使用数据，而无法格式化操作系统等。

工厂级恢复出厂是由工厂端发起的高级格机，除了可以格式化用户的安装软件和使用数据以外，还可格式化操作系统，以使手机只保留出厂时必要的软件和操作系统。

以智能穿戴设备为例，在智能穿戴系统恢复出厂设置时，其系统会同时跑多个线程，以实现多线程执行方式，从而加快恢复出厂设置的速度。

在一些具体的实现方式中，参见图1，该图为一种现有的工厂级恢复出厂设置的信令图。图1中的设备管理任务节点(Device)、人机交互页面节点(User Interface，UI)和所有线程节点均位于电子设备框架层中底层软件服务框架中的恢复出厂设置框架中。示例性的，线程节点可以包括健康管理线程节点、通信线程节点、蓝牙线程节点等。

具体的，该现有的工厂级恢复出厂设置的方法包括：

S11：设备管理任务节点接收工厂发出的恢复出厂设置指令。

工厂级恢复出厂设置，需要工厂端首先向电子设备的恢复出厂设置框架的设备管理任务节点发送恢复出厂设置指令，该恢复出厂设置指令用于指示电子设备恢复出厂设置。

S12：设备管理任务节点向人机交互画面节点发送熄屏指令。

在设备管理任务节点接收到工厂端发出的恢复出厂设置指令后，设备管理任务节点可以向人机交互画面节点发送熄屏指令，该熄屏指令用于指示电子设备关闭屏幕，以便进行数据的清理。

S13：人机交互页面节点执行熄屏操作。

在一些具体的实现方式中，人机交互页面节点在接收到熄屏指令后，可以直接执行熄屏操作，也可以先在电子设备的显示屏上显示关机提示后，再执行熄屏操作。

需要说明的是，在执行熄屏操作时，还需要对电子设备的人机交互页面的数据进行清理操作。

S14：人机交互页面节点向设备管理任务节点发送熄屏完成指令。

在人机交互页面节点完成电子设备的熄屏操作后，可以向设备管理任务节点发送熄屏完成指令，以通知设备管理任务节点已执行成功上述熄屏操作。

S15：设备管理任务节点向所有线程节点发送清理数据指令。

在设备管理任务节点接收人机交互页面节点发送的熄屏完成指令后，向所有线程节点分别发送清理数据指令。该清理数据指令用于指示电子设备清理数据，即执行恢复出厂设置的操作。

可以理解的是，恢复出厂设置框架中含有多个线程节点，例如健康管理线程节点、通信线程节点、蓝牙线程节点等。设备管理任务节点需要依次向所有线程节点分别发送清理数据指令。

S16：设备管理任务节点和所有线程节点执行清理数据操作。

S17：所有线程节点向设备管理任务节点发送清理数据完成指令。

可以理解的是，可以是当所有线程节点均清理数据完成后，再统一向设备管理任务节点发送清理数据完成指令，使得设备管理任务节点在接收到清理数据完成指令后即可得知清理数据完成；还可以是每一个线程节点清理数据完成后都向设备管理任务节点发送一个清理数据完成指令，当设备管理任务节点收到的清理数据完成指令的数目等于线程节点的数目时，设备管理任务节点即可得知清理数据完成。

S18：设备管理任务节点重新启动系统。

设备管理任务节点得知清理数据完成后即可重新启动系统。在重新启动系统后，该电子设备即执行完成工厂级恢复出厂设置的操作。

通过上述现有的工厂级恢复出厂设置的方法可以得知，为加快恢复出厂设置的速度，电子设备会同时使设备管理任务节点、人机交互页面节点和所有线程节点执行清理数据操作，即同时跑多个线程以实现多线程执行方式。

在另一些具体的实现方式中，参见图2，该图为一种现有的用户级恢复出厂设置的信令图。需要说明的是，现有的用户级恢复出厂设置的步骤S22至S26与现有的工厂级恢复出厂设置的步骤S14至S18相同，对此不再赘述。

具体的，该现有的用户级恢复出厂设置的方法包括：

S21：人机交互页面节点接收恢复出厂设置操作。

电子设备通常提供系统设置菜单，在系统设置菜单内设置有恢复出厂设置选项。人机交互页面节点在检测到对恢复出厂设置选项的启动操作时，即获取到启动恢复出厂设置的指令，从而进行S22步骤即后续操作。

需要说明的是，在接收恢复出厂设置操作时，需要同时对电子设备的人机交互页面的数据进行清理，并关闭电子设备的显示屏。

S22：人机交互页面节点向设备管理任务节点发送熄屏完成指令。

S23：设备管理任务节点向所有线程节点发送清理数据指令。

S24：设备管理任务节点和所有线程节点执行清理数据操作。

S25：所有线程节点向设备管理任务节点发送清理数据完成指令。

S26：所有线程节点向设备管理任务节点发送清理数据完成指令。

与上述现有的工厂级恢复出厂设置的方法类似的，为加快恢复出厂设置的速度，电子设备会同时使设备管理任务节点、人机交互页面节点和所有线程节点执行清理数据操作，即同时跑多个线程以实现多线程执行方式。

然而，在所有线程节点中，只有少数线程节点可以使用恢复出场框架，其余线程节点均不受恢复出厂管控。不受控线程节点可能会在执行恢复出厂设置时，抢占智能穿戴设备的中央处理器或操作智能穿戴设备的文件系统，从而导致恢复出厂设置超时甚至失败。

有鉴于此，本申请公开了一种恢复出厂设置方法、电子设备及介质，接收恢复出厂设置消息后，暂停电子设备的线程；根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

参见图3，该图为本申请实施例提供的一种电子设备的硬件结构示意图。首先，介绍本申请实施例中提供的示例性电子设备100。

在一些实施例中，电子设备100可以是穿戴运动表、穿戴智能表、穿戴手环、穿戴音频耳机等可穿戴式电子设备；也可以是为使用多块电池供电的手机、笔记本电脑、平板电脑、增强现实(augmentedreality，AR)设备、虚拟现实(virtual reality，VR)设备以及车载设备等。需要说明的是，本申请实施例对该电子设备100的具体类型不作特殊限制。

如图3所示，电子设备100可以包括处理器110，内部存储器120，天线1，天线2，移动通信模块130，无线通信模块140，音频模块150，显示屏160等。其中音频模块150可以包括扬声器150A，受话器150B，麦克风150C，耳机接口150D等。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-networkprocessingunit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。例如，在本申请中，处理器110可以接收恢复出厂设置消息后，暂停电子设备的线程；根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

其中，控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合充电器，闪光灯等。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块150耦合，实现处理器110与音频模块150之间的通信。在一些实施例中，音频模块150可以通过I2S接口向无线通信模块140传递音频信号，实现通过与电子设备100相连的蓝牙耳机接听电话的功能。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块140。例如：处理器110通过UART接口与无线通信模块140中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块150可以通过UART接口向无线通信模块140传递音频信号，实现通过与电子设备100相连的蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏160等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(display serialinterface，DSI)等。在一些实施例中，处理器110和显示屏160可以通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与显示屏160，无线通信模块140等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块130，无线通信模块140，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

内部存储器120可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器120的指令，从而执行电子设备的各种功能应用以及数据处理。内部存储器120可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器120的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备的各种功能应用以及数据处理。

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

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过显示屏160显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块130或其他功能模块设置在同一个器件中。

无线通信模块140可以提供应用在电子设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如Wi-Fi网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块140可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块140经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块140还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备的天线1和移动通信模块130耦合，天线2和无线通信模块140耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(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)。

电子设备100可以通过音频模块150，扬声器150A，受话器150B，麦克风150C，耳机接口150D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块150用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块150还可以用于对音频信号编码和解码。在一些实施例中，音频模块150可以设置于处理器110中，或将音频模块150的部分功能模块设置于处理器110中。

扬声器150A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器150A收听音乐，或收听免提通话。

受话器150B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器150B靠近人耳接听语音。

麦克风150C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风150C发声，将声音信号输入到麦克风150C。电子设备100可以设置至少一个麦克风150C。在另一些实施例中，电子设备100可以设置两个麦克风150C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风150C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口150D用于连接有线耳机。耳机接口150D可以是USB接口，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association ofthe USA，CTIA)标准接口。

电子设备通过GPU，显示屏160，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏160和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏160用于显示图像，视频等。显示屏160包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oled，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏160，N为大于1的正整数。

电子设备的显示屏160上可以显示一系列图形用户界面(graphical userinterface，GUI)，这些GUI都是该电子设备的主屏幕。一般来说，电子设备的显示屏160的尺寸是固定的，只能在该电子设备的显示屏160中显示有限的控件。控件是一种GUI元素，它是一种软件组件，包含在应用程序中，控制着该应用程序处理的所有数据以及关于这些数据的交互操作，用户可以通过直接操作(direct manipulation)来与控件交互，从而对应用程序的有关信息进行读取或者编辑。一般而言，控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

另外，在上述部件之上，运行有操作系统。例如苹果公司所开发的iOS操作系统，谷歌公司所开发的Android开源操作系统，微软公司所开发的Windows操作系统等。在该操作系统上可以安装运行应用程序。

电子设备的操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备的软件结构。

参见图4，该图为本申请实施例提供的一种电子设备的软件结构示意图。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用层(Applications,APP)、框架层(Framework,FWK)、内部库层和内核层(Kernel)。

应用层可以包括一系列应用程序包。在一些实施例中，应用程序层可以包括三方应用、通信应用、健康、钱包等应用程序。

框架层为应用层的应用程序提供应用编程接口(application programminginterface，API)和编程框架，在该框架层可以包括一些预先定义的函数。在一些具体的实现方式中，框架层可以包括UI架构、运动健康服务、底层软件服务和硬件服务。具体的，本申请提供的一种恢复出厂设置方法对应的恢复出厂设置框架，即保存在框架层的底层软件服务模块中。

内部库定义硬件“驱动”的接口，降低安卓操作系统与硬件的耦合度。在一些具体的实现方式中，内部库层包括基础库、算法库和协议栈。具体的，协议栈是指网络中各层协议的总和，其形象的反映了一个网络中数据传输的过程：由上层协议到底层协议，再由底层协议到上层协议。

内核层负责管理系统的线程、内存、设备驱动程序、文件和网络系统，决定着系统的性能和稳定性。在一些具体的实现方式中，内核层包括硬件抽象层(HardwareAbstraction Layer，HAL)和硬件驱动层。

需要说明的是，本申请实施例虽然以Android系统为例进行说明，但是其基本原理同样适用于基于iOS、Windows等操作系统的电子设备100。

当电子设备100为穿戴智能手表，进行用户级恢复出厂设置时，参见图5A，该图为本申请实施例提供的一种穿戴智能手表系统设置菜单的示意图，需要首先进入电子设备100的系统设置菜单页面501。

该系统设置菜单页面501中包括多种设置选项，例如软件更新选项、语言和输入法选项、恢复出厂设置选项502、日期和时间选项等。用户可以对选项执行启动操作，例如点击、长按、滑动等。电子设备100接收到用户的启动操作后，即可进入相应的设置页面。

参见图5B，该图为本申请实施例提供的一种穿戴智能手表恢复出厂设置的示意图。当用户对恢复出厂设置选项502执行启动操作后，可以进入恢复出厂设置页面503。在恢复出厂设置页面503中，有“是”选项504和“否”选项。若用户对“是”选项504执行启动操作，例如点击、长按、滑动等，则电子设备100就会恢复出厂设置；若用户对“否”选项执行启动操作，则电子设备100就会自动退回到系统设置菜单页面501。

当电子设备100恢复出厂设置后，电子设备100可以直接熄屏，以便进行数据的清理，也可以先展示关机提示后，再执行熄屏操作。参见图5C，该图为本申请实施例提供的一种穿戴智能手表关机提示的示意图。该关机提示页面可以由用户自行设置，可以是用户设置的图标，也可以是用户设置的文字；另外，该关机提示页面也可以是技术人员设置的官方提示页面。需要说明的是，对于具体的关机提示，本申请不做限定。

当电子设备100为穿戴智能耳机，进行用户级恢复出厂设置时，由于穿戴智能耳机没有显示屏，那么，在一种具体的实现方式中，参见图6A，该图为本申请实施例提供的一种穿戴智能耳机恢复出厂设置的示意图。用户可以通过点击智能穿戴耳机上的实体按键601，发起恢复出厂设置指令。智能穿戴耳机的人机交互页面节点在接收到恢复出厂设置指令后，可以直接广播通知智能穿戴耳机的所有线程节点，使得所有线程节点均执行后续的恢复出厂设置的操作。

在另一种具体的实现方式中，参见图6B，该图为本申请实施例提供的另一种穿戴智能耳机恢复出厂设置的示意图。用户可以通过蓝牙或WIFI等方式将穿戴智能耳机和另一电子设备200连接后，在电子设备200上恢复穿戴智能耳机的出厂设置。

需要说明的是，还可以有其他恢复出厂设置的方法，对此，本申请不做限定。

参见图7，该图为本申请实施例提供的一种工厂级恢复出厂设置的信令图。需要说明的是，图7中的设备管理任务节点(Device)、人机交互页面节点(User Interface，UI)和所有线程节点均位于电子设备框架层中底层软件服务框架中的恢复出厂设置框架中。

该方法包括：

S71：设备管理任务节点接收工厂发出的恢复出厂设置消息。

恢复出厂设置消息中可以至少包括恢复出场设置指令、设备身份标识和第一加密值，其中，恢复出场设置指令是用于指示电子设备恢复出厂设置的指令；设备身份标识指的是电子设备100的身份标识，用于表示唯一的目标电子设备；第一加密值可以是工厂端根据预设的第一加密算法或预设的第一密钥，对恢复出厂设置指令和设备身份标识进行加密后得到的值。

电子设备的设备管理任务节点接收到工厂发出的恢复出厂设置消息后，首先需要确认恢复出厂设置消息中的设备身份标识和电子设备本地的设备身份标识是否一致。若二者一致，则可以对恢复出厂设置消息中的第一加密值进行验证。

在一些具体的实现方式中，电子设备可以首先根据预设的第一解密算法或者预设的第二密钥，对恢复出厂设置消息中的第一加密值进行解密，得到对应的设备身份标识。随后，将解密后得到的设备身份标识和恢复出厂设置消息中的设备身份标识进行对比，若二者一致，则确定第一加密值验证通过，那么设备管理任务节点可以执行S72步骤及后续操作。

在另一些具体的实现方式中，电子设备可以首先根据预设的第二加密算法或者预设的第二密钥，对恢复出厂设置消息中的恢复出场设置指令和设备身份标识进行加密，得到对应的第二加密值。随后，将恢复出厂设置消息中的第一加密值和第二加密值进行对比，若二者一致，则确定第一加密值验证通过，那么设备管理任务节点可以执行S72步骤及后续操作。

需要说明的是，还可以有其他对恢复出厂设置消息进行安全验证方法，例如在电子设备首次开机时强制要求用户设置锁屏密码，在电子设备的设备任务管理节点接收到恢复出厂设置消息后，通知用户输入锁屏密码，并判断用户输入的锁屏密码是否与初次设置的锁屏密码一致，若二者一致，则执行S72步骤以及后续操作等方法，对此，本申请不做限定。

基于此，以对恢复出厂设置消息进行安全验证，可以避免会有电子设备脱离拥有者的控制时他人进行恢复出厂设置，而导致造成拥有者的信息泄露和经济损失的问题。

需要说明的是，上述恢复出厂设置消息的接收，不受通信方式的限制，例如穿戴手表设备的单板端为端口通信方式、整机段为蓝牙通信方式。对于具体的通信方式，本申请不做限定。

S72：设备管理任务节点向人机交互页面节点发送熄屏指令。

在电子设备的设备管理系统节点接收到工厂发出的恢复出厂设置消息后，设备管理任务节点会向人机交互页面节点发送熄屏指令，该熄屏指令用于指示电子设备关闭屏幕，以便后续进行数据的清理。

S73：人机交互页面节点执行熄屏操作。

人机交互页面节点当接收到熄屏指令后，可以通过串行外设接口(SerialPeripheral Interface，SPI)控制显示屏处于熄屏状态。当电子设备100处于熄屏状态后，即断开了与显示屏的连接。

在一些具体的实现方式中，人机交互页面节点在接收到熄屏指令后，可以直接执行熄屏操作，也可以先在电子设备的显示屏上显示关机提示后，再执行熄屏操作。示例性的，在电子设备100收到熄屏指令后，可以显示如图5C一般的关机提示后，再执行熄屏操作。

需要说明的是，对于具体的关机提示，本申请不做限定，可以是技术人员在产测过程中完成设置的，也可以是用户后续自行设置的，对于具体的设置方法，本申请不做限定。

S74：人机交互页面节点向所有线程节点发送暂停指令。

线程是系统能够进行运算调度的最小单位。线程被包含在进程之中，是进程中的实际运作单位，一个进程内可以包含多个线程，线程是资源调度的最小单位。

线程节点可以包括健康管理线程节点、通信线程节点、蓝牙线程节点、音乐线程节点等。示例性的，电子设备100可以通过健康管理线程节点统计用户的运动方式、运动步数、运动时间等；电子设备100可以通过通信线程节点执行网络上的通信传输等；电子设备100可以通过蓝牙线程节点与其他电子设备进行蓝牙连接等；电子设备100可以通过音乐线程节点进行音乐播放、歌词显示等。需要说明的是，对于具体的线程节点和线程节点的功能，本申请不做限定。

在人机交互页面节点完成熄屏操作后，可以向所有线程节点均发送暂停指令。

在一些具体的实现方式中，可以是人机交互页面节点依次向所有例如健康管理线程节点、通信线程节点等的线程节点，分别发送暂停指令。

在另一些具体的实现方式中，也可以是人机交互页面节点首先向一个总线程节点发送暂停指令后，总线程节点先暂停所有业务后，该总线程节点再依次向所有线程节点分别发送暂停指令。需要说明的是，对于具体的暂停指令发送方法，本申请不做限定。

S75：所有线程节点暂停业务。

在所有线程节点接收到暂停指令后就会暂停业务。示例性的，若线程节点为健康管理业务节点，那么就会暂停统计用户的运动方式、运动步数、运动时间等业务；若线程节点为通信线程节点，那么就会暂停执行网络上的通信传输等业务；若线程节点是蓝牙线程节点，那么就会暂停与其他电子设备的蓝牙连接等业务；若线程节点为音乐线程节点，那么就会暂停音乐播放、歌词显示等业务。

S76：所有线程节点向设备管理任务节点发送暂停完成指令。

当所有线程节点均暂停业务后，则可以向设备管理任务节点发送暂停完成指令。

在一种可能的实现方式中，可以是每个线程节点在暂停业务完成后，向设备管理任务节点依次发送暂停完成指令，在设备管理任务节点接收到与线程节点数量相等的暂停完成指令后，执行S77步骤及后续操作。

在另一种可能的实现方式中，还可以是每个线程节点在暂停业务完成后，向一个总线程节点发送暂停完成指令，在总线程节点接收到与线程节点数量相等的暂停完成指令后，再统一向设备管理任务节点发送暂停完成指令，告知设备管理任务节点已经暂停完成，可以执行S77步骤及后续操作。需要说明的是，对于具体的暂停完成指令发送方法，本申请不做限定。

S77：设备管理任务节点依次执行数据清除。

当设备管理任务节点收到所有线程节点发送的暂停完成指令后，设备管理任务节点可以根据所有线程节点注册的清理数据函数，依次执行数据清除，即执行恢复出厂设置的操作。

S78：设备管理任务节点重更新启动系统。

设备管理任务节点得知清理数据完成后即可重新启动系统。在重新启动系统后，该电子设备即执行完成工厂级恢复出厂设置的操作。

参见图8，该图为本申请实施例提供的一种用户级恢复出厂设置的信令图。需要说明的是，本申请实施例提供的用户级恢复出厂设置的步骤S82至S87与本申请实施例提供的工厂级恢复出厂设置的步骤S73至S78相同，对此不再赘述。

该方法包括：

S81：人机交互页面节点接收恢复出厂设置操作。

与本申请实施例提供的工厂级恢复出厂设置方法不同的是，在工厂级恢复出厂设置时，需要设备管理任务节点接收来自工厂发出的恢复出厂设置消息，随后，电子设备基于该恢复出厂设置消息，使得电子设备的人机交互页面节点执行熄屏操作，以及使得所有线程节点暂停业务，并进而恢复出厂设置。而在用户级恢复出厂设置时，是响应于用户在电子设备上的操作，而使得所有线程节点暂停业务，并进而恢复出厂设置。

需要说明的是，该电子设备可以是穿戴智能手表等有触控显示屏的电子设备，也可以是穿戴智能耳机等没有触控显示屏的电子设备，对此，本申请不做限定。

若电子设备为智能穿戴手表，在一些具体的实现方式中，参见图5A，用户可以进入电子设备100的系统设置菜单501，并对系统设置菜单501中的恢复出厂设置选项502执行例如点击、长按、滑动等触控操作后，进入参见图5B的恢复出厂设置页面503。随后，用户可以对恢复出厂设置页面503中的“是”选项504同样执行触控操作，也就是发起了恢复出厂设置的操作。

在另一种可能的实现方式中，该智能穿戴手表上也可以配置一个恢复出厂设置的实体按键，可以根据对比用户对实体按键的实际触发次数和设置触发次数是否相同，来判断用户是否发起恢复出厂设置操作。示例性的，用户可以设置若在5秒内按动实体按键3次即发起恢复出厂设置操作。需要说明的是，对于具体的实体按键个数和恢复出厂设置操作的方法，本申请不做限定。

若电子设备为穿戴智能耳机，在一些具体的实现方式中，参见图6A，用户可以通过触发穿戴智能耳机上的实体按键601发起恢复出厂设置的操作。也就是说，穿戴智能耳机可以根据对比用户对实体按键601的实际触发次数和设置触发次数是否相同，来判断用户是否发起恢复出厂设置操作。

在另一种可能的实现方式中，参见图6B，智能穿戴耳机也可以是通过WIFI无线连接或蓝牙无线连接等方法接收到另一电子设备200发送的恢复出厂设置指令，并根据该恢复出厂设置指令执行熄屏操作并进行恢复出厂设置。

那么，智能穿戴耳机上就会继集成蓝牙模块和/或WIFI模块，其中，基于蓝牙技术的无线通信连接建立简单快速，但最大无线通信距离较短，对智能穿戴耳机与另一电子设备200间的距离限制较大，基于WIFI技术的无线通信连接建立相对较慢，但最大无线通信距离远，对智能穿戴耳机与另一电子设备200间的距离限制较小。因此，用户可以根据实际情况具体选择，是通过WIFI进行无线连接，还是通过蓝牙进行无线连接。对此，本申请不做限定。

S82：人机交互页面节点执行熄屏操作。

S83：人机交互页面节点向所有线程节点发送暂停指令。

S84：所有线程节点暂停业务。

S85：所有线程节点向设备管理任务节点发送暂停完成指令。

S86：设备管理任务节点依次执行数据清除。

S87：设备管理任务节点重更新启动系统。

设备管理任务节点得知清理数据完成后即可重新启动系统。在重新启动系统后，该电子设备即执行完成用户级恢复出厂设置的操作。

因此，在本申请实施例提供的工厂级恢复出厂设置方法和用户级恢复出厂设置方法中，所有线程节点在电子设备因收到恢复出厂设置消息而熄屏后，统一暂停了业务，暂停业务完成后向设备管理任务节点发送暂停完成指令，使得设备管理任务节点可以根据回调函数统一进行数据清除，从而完成恢复出厂设置。由此，避免了各个线程节点之间优先级不同造成的时间差异，在处理文件之时相互抢占中央处理器，以及操作电子设备的文件系统，导致的恢复出厂设置超时甚至失败的问题。

接下来，对上述数据清除过程进行更详细地解释说明。

参见图9，该图为本申请实施例提供的一种注册回调函数恢复出厂设置的信令图。需要说明的是，如图9所示的注册回调函数的方法，以及基于回调函数完成恢复出厂设置的方法，是在所有线程均是静态线程(static task)为背景下执行。

需要说明的是，在电子设备每次开机时，需要首先注册与静态线程节点对应的、用于恢复出厂设置的回调函数，又称清数据函数，即电子设备在恢复出厂时需要执行，以进行数据清理的函数。

示例性的，上述回调函数可以包括音频回调函数(AUDIOSVC_FactoryResetManager)、升级回调函数(OTA_ClearData)、安全回调函数(SecflashResetCallback)、近场通讯回调函数(NfcFactoryResetCallback)、应用回调函数(APP_FactoryResetManager)、定位回调函数(SAP_FactoryResetCb)、蓝牙回调函数(McBtManagerFactoryReset)、设备回调函数(DM_RepNVResumeFactoryType)、通信回调函数(PHAST_ClearData)等。

具体的，音频回调函数可以用于清除下载的歌曲、最近播放的歌曲、歌词、专辑和海报等音频信息；升级回调函数可以用于清除升级安装包、升级时间等升级信息；安全回调函数可以用于清除应用锁、支付保护中心账号、防诈骗账号等安全信息；近场通讯回调函数可以用于清除NFC感应、默认付款应用等近场通讯信息；应用回调函数可以用于清除应用安装包、应用下载信息、应用版本等应用信息；定位回调函数可以用于清除运动定位、GPS信息等定位信息；蓝牙回调函数可以用于清除蓝牙设备名称、蓝牙接收文件、已配对的设备等蓝牙信息；设备回调函数可以用于清除设备配置、设备版本、设备身份标识等设备信息；通信回调函数可以用于清除通信协议等通信信息。

需要说明的是，上述回调函数可以是技术人员在产测过程中完成设置的，也可以是在后续电子设备系统升级后完成更新的，对于回调函数的设置更新时间、回调函数的具体个数和种类，本申请均不做限定。

该方法包括：

S91：设备管理任务节点(device_task)接收恢复出厂设置消息。

可以理解的是，此处的恢复出厂设置消息，既可以是工厂端向电子设备发出的恢复出厂设置消息，也可以是电子设备接收的用户发出的恢复出厂设置的操作。

需要说明的是，该接收恢复出厂设置消息对应的函数可以为DM_FactoryResetReq。

S92：设备管理任务节点向所有静态线程节点发送暂停指令。

可以理解的是，该暂停指令可以是设备管理任务节点发出的，也可以是人机交互页面节点发出的，对此本申请不做限定，仅以设备管理任务节点向所有线程节点发送暂停指令为例展开后续说明。

所有静态线程节点包括音乐线程节点、定位线程节点、升级线程节点以及其他静态线程节点等。示例性的，设备管理任务节点可以分别向音乐线程节点(audio task)、定位线程节点(sap task)、升级线程节点(otatask)等静态线程节点发送暂停指令。

需要说明的是，该暂停指令对应的函数可以为MC_PROP_DM_FACTORY_RESET。

S93：所有静态线程节点暂停业务。

示例性的，当音乐线程节点接收到暂停指令后，音乐线程节点可以暂停播放音乐的业务，示例性的，该音乐线程节点暂停业务的函数可以为AUDIOSVC_FactoryResetProc()。

当定位线程节点接收到暂停指令后，定位线程节点可以暂停运动定位的业务，示例性的，该定位线程节点暂停业务的函数可以为SAP_FactoryResetDoneNotify。

当升级线程节点接收到暂停指令后，升级线程节点可以暂停系统升级的业务，示例性的，该升级线程节点暂停业务的函数可以为OTA_ResetFactoryMsgHandle。

S94：设备管理任务节点开启定时器。

在设备管理任务节点向所有静态线程节点发送暂停指令之后，该设备管理任务节点开启定时器，以开始倒计时。开启定时器原因为，若倒计时结束还未完成恢复出厂设置，则恢复出厂设置时间过长，标识恢复出厂设置失败，需要重新启动系统。

需要说明的是，该开启定时器对应的函数可以为DM_FactoryReset。

示例性的，上述倒计时的时间可以设置为10秒，即若10秒结束还未完成恢复出厂设置，则恢复出厂设置时间过长，标识恢复出厂设置失败。需要说明的是，该倒计时的时间还可以设置为5秒、15秒等，对于具体的时间，本申请不做限定。

需要说明的是，上述S93步骤和S94步骤的执行时间不分先后顺序，几乎为同时执行。对此，本申请不做限定。

S95：所有静态线程节点发送暂停完成指令至设备管理任务节点。

当所有静态线程节点均暂停业务后，则可以向设备管理任务节点发送暂停完成指令。

S96：设备管理任务节点判断是否接收与所有静态线程节点相同数量个暂停完成指令，若是，则执行S97。

当设备管理任务节点接收到的暂停完成指令和所有静态线程节点的数目相等时，则可说明所有静态线程节点均已向设备管理任务节点发送了暂停完成指令。

需要说明的是，该判断函数可以为MC_PROP_DM_FACTORY_RESET_DONE。

在一些具体的实现方式中，设备管理任务节点中还可以保存静态线程节点的标志位，标志位可以用来判断相应操作是否已经执行、实践或发生。例如，可以采用二进制进行标志位，若标志位为1则代表已经执行、实践或发生，若标志位为0则代表未执行、实践或发生。如表1所示，该表为本申请实施例提供的一种标志位示意表。

表1

静态线程节点名称	音乐线程节点	定位线程节点	升级线程节点
				标志位	1	1	0

如该表所示，由于音乐线程节点的标志位为1，那么说明音乐线程节点已经发送暂停完成指令至设备管理任务节点；类似的，由于定位线程节点的标志位为1，那么说明定位线程节点已经发送暂停完成指令至设备管理任务节点；由于升级线程节点的标志位为0，那么说明升级线程节点没有发送暂停完成指令至设备管理任务节点。

由此，即可了解特定的某一静态线程节点是否发送暂停完成指令给设备管理任务节点。

S97：设备管理任务节点依次执行与静态线程节点对应的函数回调。

在所有线程节点均已向设备管理任务节点发送暂停完成指令后，设备管理任务节点接口依次执行与静态线程节点对应的函数回调。

在一种具体的实现方式中，若设备管理线程节点已经接收到了音乐线程节点、定位线程节点、升级线程节点发送的暂停完成指令，那么设备管理任务节点就会依次执行与音乐线程节点、定位线程节点、升级线程节点对应的函数回调，也就是会依次执行音频回调函数(AUDIOSVC_FactoryResetManager)、升级回调函数(OTA_ClearData)、定位回调函数(SAP_FactoryResetCb)。

可以理解的是，上述音频回调函数、升级回调函数、定位回调函数即为电子设备首次开机时，首先注册的恢复出厂设置的回调函数，即电子设备在恢复出厂时需要执行的函数。

需要强调的是，设备管理任务节点是依次执行与静态线程节点对应的函数回调，也就是进行单线程执行，由此，避免了各个静态线程节点之间优先级不同造成的时间差异，在处理文件之时相互抢占中央处理器导致的恢复出厂设置超时甚至失败的问题。

S98：设备管理任务节点清除定时器。

在设备管理任务节点依次执行与线程节点对应的函数回调后，则可以停止S94步骤中开启的定时器，表示恢复出厂设置完成。

需要说明的是，该清除定时器对应的函数可以为osTimerDelete。

S99：设备管理任务节点删除应用分区。

为了让用户更好地控制自己的文件并减少混乱，电子设备100可以被赋予对外部存储设备的分区访问权限，即应用分区存储(scoped storage)。

具体的，用户可以将自己的个性化数据存储进APP盘的应用分区中，以执行应用分区存储。在执行恢复出厂设置后，设备管理节点需要删除该应用分区，从而保证用户个性化数据的删除。

需要说明的是，该删除应用分区对应的函数可以为ResumeFactory。

S910：设备管理任务节点上报恢复出厂设置成功消息至云端。

在恢复出厂设置成功后，设备管理任务节点上报恢复出厂设置成功消息至云端。

需要说明的是，该上报恢复出厂设置成功消息至云端对应的函数可以为ReplyResetResult。

需要说明的是，随着线程的增加，电子设备100中的线程已经从全部为静态线程，进化为了既有静态线程，又有动态线程。

具体的，动态线程和静态线程的区别是：静态线程创建时采用的是静态内存，是开机时就已经创建好的线程；而动态线程创建时采用的动态内存，并非是开机时就已创建好的线程，是需要实时创建的线程。示例性的，录音保存线程即为动态线程，是需要接打电话后才触发的线程。

但是，动态线程无法接收到设备管理任务节点发送的暂停指令，因此若所有线程节点之中存在动态线程，则需要执行下述的另一种注册回调函数方法。

参见图10，该图为本申请实施例提供的另一种注册回调函数恢复出厂设置的信令图。

需要说明的是，该注册回调函数的方法，可以在所有线程中既有静态线程，又有动态线程为背景下执行。

需要说明的是，在电子设备首次开机时，也需要首先注册恢复出厂设置与静态线程节点对应的回调函数。

该方法包括：

S101：动态线程节点(dynamic task)在线程创建时，注册标准函数。

标准函数指的是电子设备在恢复出厂设置时，动态线程节点需要执行的函数，标准函数表示了恢复出厂设置时，电子设备需要删除哪些文件。在动态线程节点执行完标准函数后，则完成恢复出厂设置。

需要说明的是，该注册标准函数对应的函数可以为DM_SetResetNotifyCB。

S102：设备管理任务节点(device_task)接收恢复出厂设置消息。

此S102步骤和S91步骤相同，这里不再赘述。需要说明的是，该接收恢复出厂设置消息对应的函数可以为DM_FactoryResetReq。

S103：设备管理任务节点向所有静态线程节点发送暂停指令。

此S103步骤和S92步骤相同，这里不再赘述。需要说明的是，该暂停指令对应的函数可以为MC_PROP_DM_FACTORY_RESET。

S104：设备管理任务节点开启定时器。

此S104步骤和S94步骤相同，这里不再赘述。需要说明的是，该开启定时器对应的函数可以为DM_FactoryReset。

S105：设备管理任务节点获取动态线程节点名称及对应的标准函数。

在设备管理任务节点开启定时器后，会获取动态线程节点的名称，以及动态线程节点对应的标准函数。

需要说明的是，该获取动态线程的名称对应的函数可以为DM_ResetCBNotify。

S106：设备管理任务节点向动态线程节点发送恢复出厂设置指令。

在设备管理任务节点获取到动态线程节点的名称以及其对应的标准函数后，即可向动态线程节点发送恢复出厂设置指令，该恢复出厂设置指令用于通知动态线程节点需要暂停线程进度后，执行标准函数，以准备恢复出厂设置。

需要说明的是，若电子设备中存在多个动态线程节点，则需要设备管理任务节点依次向动态线程节点发送恢复出厂设置指令，而非同时向动态线程节点发送恢复出厂设置指令。该依次向动态线程节点发送恢复出厂设置指令的目的，是为了进行单线程执行，从而避免了各个动态线程节点之间优先级不同造成的时间差异，在处理文件之时相互抢占中央处理器导致的恢复出厂设置超时甚至失败的问题。

S107：所有静态线程节点暂停业务。

此S107步骤和S93步骤相同，这里不再赘述。

示例性的，当音乐线程节点接收到暂停指令后，音乐线程节点可以暂停播放音乐的业务，示例性的，该音乐线程节点暂停业务的函数可以为AUDIOSVC_FactoryResetProc()。

当定位线程节点接收到暂停指令后，定位线程节点可以暂停运动定位的业务，示例性的，该定位线程节点暂停业务的函数可以为SAP_FactoryResetDoneNotify。

当升级线程节点接收到暂停指令后，升级线程节点可以暂停系统升级的业务，示例性的，该升级线程节点暂停业务的函数可以为OTA_ResetFactoryMsgHandle。

S108：所有静态线程节点发送暂停完成指令至设备管理任务节点。

此S108步骤和S95步骤相同，这里不再赘述。

需要说明的是，该静态线程节点发送暂停完成指令至设备管理任务节点对应的函数可以为MC_PROP_DM_FACTORY_RESET_DONE。

S109：动态线程节点执行标准函数，以恢复出厂设置。

示例性的，若动态线程为接听电话，则在动态线程节点收到恢复出厂设置指令后，立即挂断电话后，执行S101中获取的标准函数，以恢复出厂设置。

需要说明的是，动态线程节点恢复出厂设置对应的函数可以为DM_CurTaskResetCB。

S110：动态线程节点发送恢复完成指令至设备管理任务节点。

当所有动态线程节点均恢复出厂设置后，则可以向设备管理任务节点发送恢复完成指令。

需要说明的是，该动态线程节点发送恢复完成指令至设备管理任务节点对应的函数可以为MC_PROP_DM_RESET_CPLT。

S111：设备管理任务节点判断是否接收与所有静态线程节点相同数量个暂停完成指令，若是，则执行S112。

此S111步骤和S96步骤相同，这里不再赘述。

S112：设备管理任务节点依次执行与静态线程节点对应的函数回调。

此S112步骤和S97步骤相同，这里不再赘述。

需要强调的是，设备管理任务节点是依次执行与静态线程节点对应的函数回调，也就是进行单线程执行，由此，避免了各个静态线程节点之间优先级不同造成的时间差异，在处理文件之时相互抢占中央处理器导致的恢复出厂设置超时甚至失败的问题。

S113：设备管理任务节点清除定时器。

此S113步骤和S98步骤相同，这里不再赘述。

需要说明的是，该清除定时器对应的函数可以为osTimerDelete。

S114：设备管理任务节点删除应用分区。

此S114步骤和S99步骤相同，这里不再赘述。

需要说明的是，该删除应用分区对应的函数可以为ResumeFactory。

S115：设备管理任务节点上报恢复出厂设置成功消息至云端。

需要说明的是，该上报恢复出厂设置成功消息至云端对应的函数可以为ReplyResetResult。

S116：动态线程节点线程销毁。

若该线程为死循环线程，例如穿戴智能手表也可以持续接收并显示电子设备的信息，则无需执行S116的步骤；若该线程不是死循环线程，例如穿戴智能手表可以接听电话，当电话挂断则表示线程结束，那么在线程结束后需要执行线程销毁。

需要说明的是，该动态线程节点线程销毁对应的函数可以为DM_RemoveResetNotifyCB。

需要说明的是，上述基于注册回调函数执行恢复出厂设置的方法为二段式恢复出厂，第一阶段沿用了图9所示的注册回调函数执行恢复出厂设置的方法中的关闭业务、关闭功能、关闭文件的方法，第二阶段在沿用原有逻辑的基础上增加了删除文件的操作，即线程销毁。

综上所述，本申请实施例提供了一种恢复出厂设置方法，该恢复出厂设置方法包括：接收恢复出厂设置消息后，暂停电子设备的线程；根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被运行时，实现上述方法实施例中电子设备100执行的各个功能或者步骤。

本申请另一实施例还提供了一种包含指令的计算机程序产品。当该计算机程序产品在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

本申请另一实施例还提供了一种恢复出厂设置装置。参见图11，该图为本申请实施例提供的一种恢复出厂设置装置的示意图。

该恢复出厂设置装置110包括暂停模块和清除模块。具体的，上述暂停模块111用于接收恢复出厂设置消息后，暂停电子设备的线程；上述清除模块112，用于根据线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。

由此，在需要恢复出厂设置时，并非直接同时多线程执行恢复出厂设置，而是采用统一暂停电子设备线程后，统一触发已注册的数据清除函数，依次进行数据清除的方法，从而解决了由于采用多线程执行方法而导致的不受控线程抢占中央处理器或操作文件系统，进而出现的恢复出厂设置超时甚至失败的问题。

Claims (18)

1.一种恢复出厂设置方法，其特征在于，应用于电子设备，所述方法包括：

接收恢复出厂设置消息后，暂停所述电子设备的线程；

根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。

2.根据权利要求1所述的方法，其特征在于，所述接收恢复出厂设置消息后，暂停所述电子设备的线程，包括：

接收恢复出厂设置消息后，暂停所述电子设备的静态线程和/或动态线程；

所述根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：

根据所述静态线程对应的回调函数依次执行数据清除，和/或，根据所述动态线程对应的标准函数依次执行数据清除，以恢复出厂设置。

3.根据权利要求1所述的方法，其特征在于，所述电子设备包括恢复出厂设置框架，所述恢复出厂设置框架包括：设备任务管理节点、人机交互页面节点和线程节点，所述设备任务管理节点用于管理所述电子设备的线程，所述人机交互页面节点用于显示所述电子设备的人机交互页面，所述线程节点用于执行所述电子设备的线程；

所述接收恢复出厂设置消息后，暂停所述电子设备的线程，包括：

所述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至所述线程节点，以使所述线程节点暂停所述电子设备的线程；

或，所述人机交互页面节点接收恢复出厂设置操作后，发送暂停指令至所述线程节点，以使所述线程节点暂停所述电子设备的线程。

4.根据权利要求3所述的方法，其特征在于，所述根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：

所述设备任务管理节点根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。

5.根据权利要求4所述的方法，其特征在于，所述设备任务管理节点根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：

在所述线程节点暂停所述电子设备的线程之后，所述线程节点向所述设备管理任务节点发送暂停完成指令；

判断所述设备管理任务节点接收到的所述暂停完成指令的个数是否等于所述线程节点的个数；

若是，则所述设备管理任务节点根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置。

6.根据权利要求3所述的方法，其特征在于，所述线程节点为静态线程节点，在所述设备管理任务节点接收工厂端发出的恢复出厂设置消息之前，所述方法还包括：

所述电子设备注册与所述静态线程节点对应的回调函数；

所述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至所述线程节点，以使所述线程节点暂停所述电子设备的线程，包括：

所述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至所述静态线程节点，以使所述静态线程节点暂停所述电子设备的静态线程；

所述根据所述线程对应的数据清除函数依次执行数据清除，以恢复出厂设置，包括：

在所述静态线程节点暂停所述电子设备的静态线程之后，所述静态线程节点向所述设备管理任务节点发送暂停完成指令；

判断所述设备管理任务节点接收到的所述暂停完成指令的个数是否等于所述静态线程节点的个数；

若是，则所述设备管理任务节点根据所述静态线程对应的回调函数依次执行数据清除，以恢复出厂设置。

7.根据权利要求2或6所述的方法，其特征在于，所述回调函数包括音频回调函数、升级回调函数、安全回调函数、近场通讯回调函数、应用回调函数、定位回调函数、蓝牙回调函数、设备回调函数和通信回调函数中的任意一种或多种。

8.根据权利要求6所述的方法，其特征在于，所述线程节点还包括动态线程节点，在所述设备管理任务节点接收工厂端发出的恢复出厂设置消息之前，所述方法还包括：

在创建所述动态线程节点时，所述电子设备注册与所述动态线程节点对应的标准函数；

在所述接收恢复出厂设置消息之后，所述方法还包括：

所述设备管理任务节点发送停止指令至所述动态线程节点，以使所述动态线程节点根据所述与所述动态线程节点对应的标准函数执行数据清除，以恢复出厂设置。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：在所述动态线程节点清除所述电子设备的动态线程数据之后，所述动态线程节点发送停止完成指令至所述设备管理任务节点；

所述判断所述设备管理任务节点接收到的所述暂停完成指令的个数是否等于所述静态线程节点的个数，包括：

判断所述设备管理任务节点接收到的所述停止完成指令的个数是否等于所述动态线程节点的个数；

若是，则判断所述设备管理任务节点接收到的所述暂停完成指令的个数是否等于所述静态线程节点的个数。

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

所述电子设备销毁所述动态线程节点。

11.根据权利要求3所述的方法，其特征在于，所述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送暂停指令至所述线程节点，包括：

所述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送熄屏指令至所述人机交互页面节点；

所述人机交互页面节点根据所述熄屏指令执行熄屏操作后，发送暂停指令至所述线程节点。

12.根据权利要求11所述的方法，其特征在于，所述设备管理任务节点接收工厂端发出的恢复出厂设置消息后，发送熄屏指令至所述人机交互页面节点，包括：

所述设备管理任务节点接受工厂端发出的恢复出厂设置消息，所述恢复出厂设置消息包括：恢复出厂指令、设备身份指令和第一加密值，所述第一加密值为根据第一加密算法或第一密钥，对所述恢复出厂设置指令和所述设备身份标识进行加密后得到的值；

所述设备管理任务节点对所述第一加密值进行验证；

若所述第一加密值验证通过，则所述设备管理任务节点发送熄屏指令至所述人机交互页面节点。

13.根据权利要求12所述的方法，其特征在于，所述设备管理任务节点对所述第一加密值进行验证，包括：

所述设备管理任务节点验证所述恢复出厂设置消息中的设备身份标识是否与本地的设备身份标识一致；

若是，则所述设备管理任务节点对所述第一加密值进行验证。

14.根据权利要求12所述的方法，其特征在于，所述设备管理任务节点对所述第一加密值进行验证，包括：

所述设备管理任务节点根据第一解密算法或第二密钥，对所述第一加密值进行解密，以得到相应的设备身份标识；

所述设备管理任务节点判断解密后得到的设备身份标识是否与所述恢复出厂设置消息中的设备身份标识一致；

若是，则所述设备管理任务节点确定所述第一加密值验证通过。

15.根据权利要求12所述的方法，其特征在于，所述设备管理任务节点对所述第一加密值进行验证，包括：

所述设备管理任务节点根据第二加密算法或第二密钥，对所述恢复出厂指令和所述设备身份标识进行加密，得到第二加密值；

所述设备管理任务节点判断所述第一加密值是否与所述第二加密值一致；

若是，则所述设备管理任务节点确定所述第一加密值验证通过。

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

所述设备管理任务节点删除应用盘中的应用分区。

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

所述存储器，用于存储计算机执行指令；

所述处理器，用于执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1-16中任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令被运行时，实现如权利要求1-16中任一项所述的方法。