CN114546689A - 设备故障的检测方法、相关装置及系统 - Google Patents

Abstract

本申请公开了设备故障的检测方法、相关装置及系统。在该方法中，当电子设备出现故障时，可利用另一电子设备来检测该电子设备的故障。该方法对于出现故障的其他电子设备的要求低，即使被检测电子设备运行空间有限、不具备自检能力、未配置输入装置或体积大不易搬运等，该检测方法均能够准确、快速地检测到出现的故障。该方法适用于任意类型的电子设备，能够将故障检测便捷化，普通用户可以独立自主地发起故障检测，提高了可操作性和便捷性，可以减少用户对于售后服务的依赖，从而提升用户体验。

Description

设备故障的检测方法、相关装置及系统

技术领域

本申请涉及终端领域和通信技术领域，尤其涉及设备故障的检测方法、相关装置及系统。

背景技术

随着电子设备的快速发展，其具备的功能也越来越复杂。用户在使用电子设备的过程中，软硬件故障在所难免。一些瘦设备例如智能手表、智能手环等出现故障时，由于这些设备并不能进行自我检测，需要用户到售后点或者通过客服才能检测到故障。如何能在不去售后点或者不通过客服的情况下，准确而快速的找到真正的故障原因，对于针对性地解决该故障，改善用户体验有非常大的帮助，是当前及未来亟需解决的问题。

发明内容

本申请提供了设备故障的检测方法、相关装置及系统，可利用一个电子设备来检测另一个电子设备的故障，能够将故障检测便捷化，提高了可操作性和便捷性，减少用户对于售后服务的依赖，从而提升用户体验。

第一方面，本申请实施例提供了一种设备故障的检测方法，方法应用于第一设备，方法包括：接收到检测第二设备的第一操作；获取第二设备的运行数据，第二设备的运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；根据第一信息和第二设备的运行数据，确定第二设备的第一故障，第一信息描述了第二设备对应的故障和故障原因之间的逻辑关系。

实施第一方面提供的方法，利用一个电子设备来检测其他电子设备出现的故障，对于出现故障的其他电子设备的要求低，即使被检测电子设备运行空间有限、不具备自检能力、未配置输入装置或体积大不易搬运等，该检测方法均能够准确、快速地检测到出现的故障。

结合第一方面，第二设备既可以是瘦设备，也可以是富设备。其中，内存及运行空间有限、不具备自检能力的设备可以被称为瘦设备，运行空间大、具备自检能力的设备可以被称为富设备。

也就是说，第一方面提供的检测方法适用于任意类型的电子设备，能够将故障检测便捷化，普通用户可以独立自主地发起故障检测，提高了可操作性和便捷性，可以减少用户对于售后服务的依赖，从而提升用户体验。

结合第一方面，在一些实施方式中，第一设备确定第二设备的第一故障之后，还可以输出第一故障的指示信息。这样可以直观地在第一设备上将检测到的第二设备的故障信息提示给用户，便于用户后续修复故障。

结合第一方面，在一些实施方式中，第一设备确定第二设备的第一故障之后，还可以从云平台中获取第一故障对应的解决方案，并输出第一故障对应的解决方案。这样可以将解决方案直观地提供给用户，方便用户后续修复故障。

结合第一方面，在一些实施方式中，第一设备确定第二设备的第一故障之后，还可以从云平台中获取第一故障对应的解决方案，将第一故障对应的解决方案发送给第二设备，用于第二设备修复第一故障。这样可以使得第二设备根据该解决方案修复第一故障。

结合第一方面，在一些实施方式中，第一设备接收到检测第二设备的第一操作之前，还可以显示第一用户界面，第一用户界面显示有第二设备的选项；其中，第一操作包括作用于第二设备的选项的用户操作。这样，第一设备可以响应于用户在第一用户界面上的操作，开始对第二设备进行故障检测。

结合第一方面，在一些实施方式中，第一设备可以对第二设备进行整体的故障检测。具体的，第一设备接收到检测第二设备的第一操作之后，获取第二设备的运行数据之前，响应于第一操作，显示第二用户界面，第二用户界面包括第一控件；接收到作用于第一控件的用户操作。之后，第一设备即可响应于该作用于第一控件的用户操作，对第二设备进行整体的故障检测。

结合上一实施方式，在一种可能的方案中，第一设备确定第二设备的第一故障之前，可以根据以下方式来获取第一信息：获取以下一项或多项信息：第二设备的设备类型、设备型号、软件系统类型或软件系统版本；并根据一项或多项信息，从云平台中获取第一信息，第一信息描述了一项或多项信息所对应的故障和故障原因之间的逻辑关系。

结合第一方面，在一些实施方式中，第一设备可以对第二设备进行针对性的故障检测。具体的，第一设备接收到检测第二设备的第一操作之后，获取第二设备的运行数据之前，响应于第一操作，显示第二用户界面，第二用户界面包括第一控件；响应于作用于第一控件的用户操作，显示第三用户界面，第三用户界面显示有：第二设备的一个或多个检测项；接收到作用于一个或多个检测项中的第一检测项的用户操作。这样，第一设备可以针对性地对第二设备的第一检测项进行故障检测。

结合上一实施方式，在一种可能的方案中，第一设备显示第三用户界面之前，还可以通过以下任意一种方式来获取第二设备的一个或多个检测项：

1，从第二设备中获取到一个或多个检测项。

2，获取第二设备的设备信息，并根据第二设备的设备信息，从云平台中获取到第二设备的一个或多个检测项。

3，获取第二设备的设备信息；从云平台中获取到多个不同设备信息和检测项的对应关系；从多个不同设备信息和检测项的对应关系中，将第二设备的设备信息对应的检测项，确定为一个或多个检测项。

其中，设备信息包括以下一项或多项：设备类型、设备型号、软件系统类型或软件系统版本号、所在区域。

结合上一实施方式，在一种可能的方案中，第一信息描述了第一检测项所对应的故障和故障原因之间的逻辑关系。第一设备确定第二设备的第一故障之前，可以根据以下任意一种方式来获取第一信息：

1，响应于作用于第一检测项的用户操作，从云平台中获取第一信息。

2，第一设备显示第三用户界面之前，从云平台中获取一个或多个检测项分别对应的信息；其中，第一信息为一个或多个检测项分别对应的信息中，和第一检测项对应的信息。这样可以提前下载好故障检测所需信息，提高故障检测的效率。

结合第一方面，在一些实施方式中，第一设备也可以提前下载或者预置有第一信息，这样可以提高故障检测的效率。

结合第一方面，在一些实施方式中，第一设备获取第二设备的运行数据之前，可以和第二设备建立通信连接。第一设备和第二设备之间可以通过BT、WLAN例如Wi-Fi P2P、NFC，ZigBee等建立近距离连接，还可以通过登录同一账号建立远程连接。

第二方面，本申请实施例提供一种设备故障的检测方法，方法应用于包含第一设备和第三设备的通信系统，方法包括：第一设备接收到作用于检测第三设备的第二操作，向第三设备发送故障检测命令；第三设备响应于故障检测命令，获取第三设备的运行数据，第三设备的运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；第三设备根据第二信息和第三设备的运行数据，确定第三设备的第二故障，第二信息描述了第三设备对应的故障和故障原因之间的逻辑关系。

实施第二方面提供的方法，第一设备可以触发第三设备进行故障检测，第一设备具备类似于智能遥控的功能，用户可以在第一设备上发起其他设备例如第三设备的故障检测。

结合第二方面，第三设备可以是富设备。也就是说，第二方面提供的检测方法适用于富设备，能够将故障检测便捷化，普通用户可以独立自主地发起故障检测，提高了可操作性和便捷性，可以减少用户对于售后服务的依赖，从而提升用户体验。

结合第二方面，在一些实施方式中，第三设备确定第二故障之后，可以第三设备将第二故障的指示信息发送给第一设备；第一设备输出第二故障的指示信息。这样可以直观地在第一设备上将检测到的第三设备的故障信息提示给用户，便于用户后续修复故障。

结合第二方面，在一些实施方式中，第三设备确定第二故障之后，第三设备还可以将第二故障的指示信息发送给第一设备；第一设备从云平台中获取第二故障对应的解决方案；第一设备输出解决方案。这样可以将解决方案直观地提供给用户，方便用户后续修复故障。

结合第二方面，在一些实施方式中，第一设备从云平台中获取第二故障对应的解决方案之后，还可以将解决方案发送给第三设备；第三设备根据解决方案，修复第二故障。这样可以使得第三设备直接根据该解决方案修复第二故障。

结合第二方面，在一些实施方式中，第一设备接收到检测第三设备的第二操作之前，还可以显示第一用户界面，第一用户界面显示有第三设备的选项；其中，第二操作包括作用于第三设备的选项的用户操作。这样，第一设备可以响应于用户在第一用户界面上的操作，触发第三设备进行自我故障检测。

结合第二方面，在一些实施方式中，第一设备可以触发第三设备进行整体的故障检测。具体的，第一设备接收到作用于第三设备的选项的第二操作之后，向第三设备发送故障检测命令之前，可以响应于第二操作，显示第四用户界面(图4A)，第四用户界面包括第二控件(401a)；第一设备接收到作用于第二控件的用户操作。之后，第一设备可以向第三设备发送故障检测命令，该故障检测命令用于触发第三设备进行整体的故障检测。

结合上一实施方式，在一种可能的方案中，第三设备确定第二故障之前，可以根据以下方式来获取第二信息：第三设备获取以下一项或多项信息：第三设备的设备类型、设备型号、软件系统类型或软件系统版本；第三设备根据一项或多项信息，从云平台中获取第二信息，第二信息描述了一项或多项信息所对应的故障和故障原因之间的逻辑关系。

结合第二方面，在一些实施方式中，第一设备可以触发第三设备进行针对性的故障检测。具体的，第一设备接收到作用于第三设备的选项的第二操作之后，可以响应于第二操作，显示第四用户界面，第四用户界面包括第二控件；第一设备响应于作用于第二控件的用户操作，显示第五用户界面，第五用户界面显示有：第三设备的一个或多个检测项；第一设备接收到作用于一个或多个检测项中的第二检测项的用户操作。之后，第一设备可以向第三设备发送故障检测命令，该故障检测命令携带有第二检测项的指示信息。这样，第一设备可以触发第三设备对第二检测项进行针对性地故障检测。

结合上一实施方式，在一种可能的方案中，第一设备显示第五用户界面之前，还可以通过以下任意一种方式来获取第三设备的一个或多个检测项：

1，第一设备从第三设备中获取到一个或多个检测项。

2，第一设备获取第三设备的设备信息，并根据第三设备的设备信息，从云平台中获取到第三设备的一个或多个检测项。

3，第一设备获取第三设备的设备信息；从云平台中获取到多个不同设备信息和检测项的对应关系；从多个不同设备信息和检测项的对应关系中，将第三设备的设备信息对应的检测项，确定为一个或多个检测项。

其中，设备信息包括以下一项或多项：设备类型、设备型号、软件系统类型或软件系统版本号、所在区域。

结合上一实施方式，在一种可能的方案中，第二信息描述了第二检测项所对应的故障和故障原因之间的逻辑关系。第三设备确定第二故障之前，可以根据以下任意一种方式来获取第二信息：

1，第三设备响应于作用于第二检测项的用户操作，从云平台中获取第二信息。

2，第三设备从云平台中获取一个或多个检测项分别对应的信息；其中，第二信息为一个或多个检测项分别对应的信息中，和第二检测项对应的信息。这样可以提前下载好故障检测所需信息，提高故障检测的效率。

结合第二方面，在一些实施方式中，第三设备也可以提前下载或者阈值有第二信息，这样可以提高故障检测的效率。

结合第二方面，在一些实施方式中，第一设备向第三设备发送故障检测命令之前，可以和第三设备建立通信连接。第一设备和第三设备之间可以通过BT、WLAN例如Wi-FiP2P、NFC，ZigBee等建立近距离连接，还可以通过登录同一账号建立远程连接。

第三方面，本申请实施例提供了一种故障检测方法，应用于第一设备。该方法包括：第一设备接收到作用于检测第三设备的第二操作，向第三设备发送故障检测命令，该故障检测命令用于触发第三设备进行故障检测。

第三方面的方法的具体实现可参考第二方面所描述方法在第一设备侧的实现，这里不再赘述。

第四方面，本申请实施例提供了一种故障检测方法，应用于第三设备。该方法包括：第三设备接收到第一设备发送的故障检测命令；第三设备响应于故障检测命令，获取第三设备的运行数据，第三设备的运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；第三设备根据第二信息和第三设备的运行数据，确定第三设备的第二故障，第二信息描述了第三设备对应的故障和故障原因之间的逻辑关系。

第四方面的方法的具体实现可参考第二方面所描述方法在第三设备侧的实现，这里不再赘述。

第五方面，本申请实施例提供了一种故障检测方法，应用于第一设备。其中，第一设备和第四设备协同工作，方法包括：接收到第三操作；获取第四设备的运行数据和第一设备的运行数据，运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；根据第三信息、第四设备的运行数据和第一设备的运行数据，确定第三故障，第三信息描述了第一设备和第四设备协同工作的第一场景对应的故障和故障原因之间的逻辑关系。

实施第五方面提供的方法，第一设备可以综合协同工作场景中涉及的各个设备的运行数据来进行联合故障检测，这样能够精准地检测到协同工作场景中的故障，减少用户对客服及售后的依赖，提升用户体验。

在协同工作场景中，使用第五方面提供的方法能够全面地检测出故障。例如，协同工作场景中，涉及的几个设备各自都没有故障，但是协同工作时就出现了故障，这种情况下通过第五方面提供的方法可以精准地检测出来。

结合第五方面，第四设备既可以是瘦设备，也可以是富设备。

第一设备和第四设备的协同工作场景，即第一场景例如可包括投屏场景、投影场景、多屏协同场景等等。例如，第一设备可以为手机，第四设备为智慧屏或投影仪等。

结合第五方面，第三故障可能出现在第一设备侧，也可能出现在第四设备侧，这里不做限制。

结合第五方面，在一些实施方式中，第一设备确定第三故障之后，还可以输出第三故障的指示信息。这样可以直观地在第一设备上将检测到的第一场景中的故障信息提示给用户，便于用户后续修复故障。

结合第五方面，在一些实施方式中，第一设备确定第三故障之后，还可以从云平台中获取第三故障对应的解决方案，并输出第三故障对应的解决方案。这样可以将解决方案直观地提供给用户，方便用户后续修复故障。

结合第五方面，在一些实施方式中，第一设备确定第三故障之后，还可以从云平台中获取第三故障对应的解决方案，并将第三故障对应的解决方案发送给第四设备，用于第四设备修复第三故障；或者，第一设备根据解决方案修复第三故障。这样可以使得第一设备或第四设备根据该解决方案修复第三故障。

结合第五方面，在一些实施方式中，第一设备接收到第三操作之前，还可以显示第一用户界面，第一用户界面显示有第四设备的选项；其中，第三操作包括作用于第四设备的选项的用户操作。这样，第一设备可以响应于用户在第一用户界面上的操作，开始对第一设备和第四设备进行联合故障检测。

结合第五方面，在一些实施方式中，第一设备可以进行整体的联合故障检测。具体的，第一设备接收到第三操作之后，获取第四设备的运行数据和第一设备的运行数据之前，还可以响应于第三操作，显示第六用户界面，第六用户界面包括第三控件；接收到作用于第三控件的用户操作。之后，第一设备即可以响应作用于第三控件的用户操作，开始对第一设备和第四设备进行联合故障检测。

结合上一实施方式，在一种可能的方案中，第一设备确定第三故障之前，可以根据以下方式来获取第三信息：获取以下一项或多项信息：第一设备的设备类型、设备型号、软件系统类型或软件系统版本，第四设备的设备类型、设备型号、软件系统类型或软件系统版本；根据一项或多项信息，从云平台中获取第三信息，第三信息描述了一项或多项信息所对应的故障和故障原因之间的逻辑关系。

结合第五方面，在一些实施方式中，第一设备可以进行针对性的联合故障检测。具体的，第一设备接收到第三操作之后，获取第四设备的运行数据和第一设备的运行数据之前，可以响应于第三操作，显示第六用户界面，第六用户界面包括第三控件；响应于作用于第三控件的用户操作，显示第七用户界面，第七用户界面显示有：第一场景对应的一个或多个检测项；接收到作用于一个或多个检测项中的第三检测项的用户操作。这样，第一设备可以针对性地对协同工作场景中的第三检测项进行联合故障检测。

结合上一实施方式，在一种可能的方案中，第一设备显示第七用户界面之前，还可以通过以下任意一种方式来获取一个或多个协同工作场景中的可检测项：

1，获取第四设备的设备信息和第一设备的设备信息，并根据第四设备的设备信息和第一设备的设备信息，从云平台中获取到一个或多个检测项。

2，获取第四设备的设备信息和第一设备的设备信息；从云平台中获取到第一场景中，多个不同设备信息和检测项的对应关系；从多个不同设备信息和检测项的对应关系中，将第四设备的设备信息和第一设备的设备信息对应的检测项，确定为一个或多个检测项。

其中，设备信息包括以下一项或多项：设备类型、设备型号、软件系统类型或软件系统版本号、所在区域。

结合上一实施方式，在一种可能的方案中，第三信息描述了第一场景中，第三检测项所对应的故障和故障原因之间的逻辑关系。第一设备确定第三故障之前，可以根据以下任意一种方式来获取第三信息：

1，响应于作用于第三检测项的用户操作，从云平台中获取第三信息。

2，第一设备显示第七用户界面之前，从云平台中获取第一场景中，和一个或多个检测项分别对应的信息；其中，第三信息为第一场景中和一个或多个检测项分别对应的信息中，和第三检测项对应的信息。这样可以提前下载好故障检测所需信息，提高故障检测的效率。

结合第五方面，在一些实施方式中，第一设备也可以提前下载或者预置有第三信息，这样可以提高故障检测的效率。

结合第五方面，在一些实施方式中，第一设备获取第四设备的运行数据之前，可以和第四设备建立通信连接。第一设备和第四设备之间可以通过BT、WLAN例如Wi-Fi P2P、NFC，ZigBee等建立近距离连接，还可以通过登录同一账号建立远程连接。

第六方面，本申请实施例提供了一种电子设备，包括：存储器、一个或多个处理器；存储器与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得电子设备执行如第一方面或第一方面的任意一种实施方式，或者，第三方面或第三方面的任意一种实施方式，或者，第四方面或第四方面的任意一种实施方式，或者，第五方面或第五方面的任意一种实施方式所描述的方法。

第七方面，本申请实施例提供了一种通信系统，包括第一设备和第二设备，第一设备用于执行如第一方面或第一方面的任意一种实施方式所描述的方法。

第八方面，本申请实施例提供了一种通信系统，包括第一设备和第三设备，第一设备用于执行如第三方面或第三方面的任意一种实施方式所描述的方法，第三设备用于执行第四方面或第四方面的任意一种实施方式所描述的方法。

第九方面，本申请实施例提供了一种通信系统，包括第一设备和第四设备，第一设备用于执行如第五方面或第五方面的任意一种实施方式所描述的方法。

结合第七方面或第八方面或第九方面，在一些实施方式中，该通信系统还包括云平台。

第十方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面或第一方面的任意一种实施方式，或者，第三方面或第三方面的任意一种实施方式，或者，第四方面或第四方面的任意一种实施方式，或者，第五方面或第五方面的任意一种实施方式所描述的方法。

第十一方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面或第一方面的任意一种实施方式，或者，第三方面或第三方面的任意一种实施方式，或者，第四方面或第四方面的任意一种实施方式，或者，第五方面或第五方面的任意一种实施方式所描述的方法。

实施本申请实施例提供的技术方案，可利用一个电子设备来检测另一个电子设备的故障，能够将故障检测便捷化，提高了可操作性和便捷性，减少用户对于售后服务的依赖，从而提升用户体验。

附图说明

图1为本申请实施例提供的通信系统的结构示意图；

图2A为本申请实施例提供的电子设备100的结构示意图；

图2B为本申请实施例提供的云平台500的结构示意图；

图2C为本申请实施例提供的电子设备100和云平台500的软件结构示意图；

图3A-图3H为本申请实施例提供的电子设备100对智能手表进行故障检测时涉及的一系列用户界面；

图4A-图4F为本申请实施例提供的电子设备100触发平板电脑进行故障检测时涉及的一系列用户界面；

图5A-图5E为本申请实施例提供的电子设备100对投屏场景中涉及的设备进行联合故障检测时，所涉及的一系列用户界面；

图6A为实施例1提供的电子设备100、电子设备200以及云平台500之间的通信接口示意图；

图6B为实施例1提供的设备故障的检测方法的流程示意图；

图7A为实施例2提供的电子设备100、电子设备300以及云平台500之间的通信接口示意图；

图7B为实施例2提供的设备故障的检测方法的流程示意图；

图8A为实施例3提供的电子设备100、电子设备400以及云平台500之间的通信接口示意图；

图8B为实施例3提供的设备故障的检测方法的流程示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

电子设备的故障检测主要有以下几种方案：

1，自检测。电子设备可安装有故障检测应用程序(application，APP)，在出现故障时可通过运行该APP自主完成故障检测。

2，远程检测。由用户向电子设备输入验证码，触发电子设备发起对应的故障检测。该验证码可以由用户从云平台获取。

3，网点检测。电子设备在服务网点处，通过专业的检测设备来进行故障检测。

对于发展越来越迅速的电子设备来说，上述3种故障检测方案并不能准确而快速地找到电子设备存在的故障。

上述第1种方案，要求电子设备具有安装并运行故障检测APP的空间，不适用内存及运行空间有限、不具备自检能力的设备。

上述第2种方案，要求电子设备配置有显示屏或其他输入装置，不适用并无输入装置的电子设备。

上述第3种方案，要求用户将出现故障的电子设备送至服务网点，不适用体积大、不便搬运的电子设备。

为了能准确、快速且方便地找到电子设备的故障并解决该故障，本申请以下实施例提供了一种设备故障的检测方法、相关装置及系统。在该方法中，当电子设备出现故障时，可利用另一电子设备来检测该电子设备的故障，并在另一电子设备上展示检测结果。之后，该电子设备还可以根据检测结果来解决故障。

该方法利用一个电子设备来检测其他电子设备出现的故障，对于出现故障的其他电子设备的要求低，即使被检测电子设备运行空间有限、不具备自检能力、未配置输入装置或体积大不易搬运等，该检测方法均能够准确、快速地检测到出现的故障。也就是说，本申请以下实施例提供的检测方法，适用于任意类型的电子设备，能够将故障检测便捷化，普通用户可以独立自主地发起故障检测，提高了可操作性和便捷性，可以减少用户对于售后服务的依赖，从而提升用户体验。

在该方法中，被检测的设备可以为智能手表、智能手环、蓝牙耳机等内存及运行空间有限、不具备自检能力的设备。被检测的设备还可以为智慧屏、平板电脑、电视机、路由器、个人电脑、智能音箱、车机等设备。也即是说，该方法对被检测设备的空间及自检能力无要求。这里，内存及运行空间有限、不具备自检能力的设备可以被称为瘦设备，运行空间大、具备自检能力的设备可以被称为富设备。

在该方法中，被检测的设备可以配置有输入装置，也可以不配置输入装置。也即是说，该方法对于被检测设备是否配置输入装置无要求，无需用户和被检测设备频繁交互，对于用户来说提高了可操作性，对用户更加友好。

在该方法中，被检测设备的体积或安装方式不受限。也即是说，该方法无需用户将被检测设备运输至服务网点，检测方式更为便捷。

本申请以下实施例还提供了另一种设备故障的检测方法，在多个电子设备协同工作的场景中，若出现故障，则多个电子设备中的一个设备可以获取所有设备的运行数据，并发起关联检测，根据所有设备的运行数据找到故障。这样可以方便快捷且准确地检测多设备协同场景中的故障，无需再对每个设备进行单独检测，提高了检测效率。多设备协同场景例如可包括投屏场景、投影场景、多屏协同场景等等。

为了更加清楚地描述本申请实施例提供的设备故障的检测方法，下面首先介绍本申请实施例提供的通信系统。

参考图1，图1示例性示出了本申请实施例提供的通信系统10的结构。

如图1所示，通信系统10可包括：电子设备100、电子设备200、电子设备300、电子设备400和云平台500。其中，

云平台500中部署有故障库。故障库中包括多个故障树。故障树又称之为错误树，是一种主要通过事件符号、逻辑门符号以及转移符号，来表示事故或者故障事件发生的原因及其逻辑关系的逻辑树图。一个故障树可以囊括硬件、软件、环境、人为等各方面因素导致的故障。故障树可用于分析设备的故障、解决故障、计算故障的发生概率等等，具体可参考后续方法实施例的详细描述。

故障库中的故障树可按照设备类型进行分类，例如可包括手机故障树、平板电脑故障树、智能手环故障树、智慧屏故障树、车机故障树等等。不同设备类型分别对应的故障树，可用于精准地对不同类型的设备进行分析，从而准确快速地找到故障。

故障库中的故障树还可以在设备类型的基础上，进一步按照不同的检测项进行分类。例如，针对手机，可以包括音频故障树、网络故障树、电池故障树等等。又例如，针对智慧屏故障树，可以包括音频故障树、网络故障树、显示故障树等等。这样可以进一步地对每一类设备的不同检测项进行分析，更加精准地找到故障。

在其他一些实施例中，故障库中的故障树也可以不按照设备类型进行分类，而直接按照不同的检测项进行分类。这样可以建立多设备统一并通用的故障树，成本更低。

故障库中还可以包括多个多设备协同场景对应的故障树，例如投屏场景的故障树、投影场景的故障树、多屏协同场景的故障树等等。多设备协同场景对应的故障树，可用于精准地针对不同多设备协同场景中的故障进行分析，从而准确快速地找到故障。

故障库中的故障树还可以在多设备协同场景的基础上，进一步按照不同的检测项进行分类。例如，针对投屏场景，可以包括连接故障树、音频故障树、网络故障树等等。

云平台500还用于接收各个具有故障诊断能力的电子设备(例如电子设备100和电子设备300)上报的故障诊断数据，并根据该故障诊断数据来更新或改进故障库。该故障诊断数据可包括：电子设备100获取到的其他电子设备例如电子设备200的运行数据，以及，电子设备100根据该运行数据分析得到的检测结果；电子设备300的运行数据，以及，电子设备300根据该运行数据分析得到的检测结果等等。之后，云平台500还可利用故障诊断数据来持续优化云平台500中部署的故障库，提高通信系统10的故障诊断能力，从而更加准确迅速地找到故障。

这里，一个设备的运行数据包括受硬件、软件、环境、人为等各方面因素影响的该设备的相关数据。设备的运行数据例如可包括日志数据、系统配置信息、硬件数据等等，具体可参考后续方法实施例的相关描述，这里暂不赘述。

云平台500中可以存储有不同故障分别对应的解决方案。这些解决方案可以持续更新。

云平台500可以实现为云服务器或普通服务器，这里不做限制。

电子设备100可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmentedreality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificialintelligence,AI)设备、车载设备、智能家居设备和/或智慧城市设备，本申请实施例对该电子设备的具体类型不作特殊限制。电子设备100的示例性实施例包括但不限于搭载

Linux或者其它操作系统的便携式电子设备或非便携式设备。

电子设备100和其他电子设备例如电子设备200-400之间，可以通过蓝牙(bluetooth，BT)、无线局域网(wireless local area networks，WLAN)例如无线保真点对点(wireless fidelity point to point，Wi-Fi P2P)、近距离无线通信技术(near fieldcommunication，NFC)，红外技术(infrared，IR)等建立近距离连接。在其他一些实施例中，电子设备100和其他电子设备还可以通过登录同一账号建立远程连接，例如电子设备100和电子设备200可登录相同的华为账号，并通过华为服务器来连接。

可理解的，图1所示的通信系统10仅为示例，具体实现中，通信系统10可包括更多或者更少的设备。

在一些实施例中，通信系统10可仅包括电子设备100、电子设备200和云平台500，电子设备100在本机完成对电子设备200的故障检测。

具体的，电子设备100可以通过和电子设备200之间的连接，从电子设备200处获取到电子设备200的运行数据，然后从云平台500处获取故障树。之后，电子设备100可以根据该故障树和运行数据得到对电子设备200的检测结果，包括电子设备200的故障等等。此外，电子设备100还可以在显示屏上显示该检测结果。电子设备100还可以获取检测到的故障所对应的解决方案，并将该解决方案发送给电子设备100。该解决方案可以是电子设备100从云平台500中获取到的，也可以是电子设备100自身存储的。其中，电子设备200可以为瘦设备，也可以为富设备，这里不做限制。

在另一些实施例中，通信系统10可仅包括电子设备100、电子设备300和云平台500，电子设备100触发电子设备300进行故障检测。

具体的，电子设备100可以通过和电子设备300之间的连接，触发电子设备300开始进行故障检测。在电子设备100的触发下，电子设备300开始进行故障检测。电子设备300可以从云平台500处获取和对应的故障树，然后根据该故障树和自身的运行数据得到自身的检测结果，包括电子设备300的故障等等，还可以将该检测结果发送给电子设备100。之后，电子设备300可以获取检测到的故障所对应的解决方案，并根据该解决方案进行修复。此外，电子设备100接收到电子设备300的检测结果后，还可以在显示屏上显示电子设备300的检测结果。其中，电子设备300可以为富设备。

在又一些实施例中，通信系统10可仅包括电子设备100、电子设备400和云平台500，电子设备100在本机完成对电子设备100和电子设备400的联合故障检测。

具体的，电子设备100和电子设备400之间可以协同工作，电子设备400的数量可以为一个或多个。例如，电子设备100可以为智能手机，电子设备400可以为智慧屏，两者协同投屏。又例如，电子设备100可以为智能手机，电子设备400可以为投影仪，两者协同投影。电子设备100可以通过和电子设备400之间的连接，从电子设备400处获取到电子设备400的日志数据，然后从云平台500处获取和对应的故障树。之后，电子设备100可以根据该故障树、电子设备400运行数据和电子设备100自身的运行数据，得到检测结果，包括当前多设备协同场景的故障等等。此外，电子设备100还可以在显示屏上显示检测结果。电子设备100还可以获取检测到的故障所对应的解决方案，并根据该解决方案进行自我修复或者将该解决方案发送给电子设备400。其中，电子设备400可以为瘦设备，也可以为富设备，这里不做限制。

上述提及的瘦设备是指内存及运行空间有限、不具备自检能力的设备。例如，瘦设备例如电子设备200可以包括智能手表、智能手环、蓝牙耳机等等。

上述提及的富设备是指运行空间大、具备自检能力的设备。富设备例如电子设备300可以包括智慧屏、平板电脑、电视机、路由器、个人电脑、智能音箱、车机等设备。

图1所示的通信系统10仅为示例，并不构成对本申请实施例提供的通信系统的限制。在其他一些实施例中，通信系统10还可以不包括云平台500。在一些实施方式中，电子设备100、电子设备300或电子设备400可以预置或者预下载故障树，这些故障树的类型以及功能可参考前文云平台500中关于故障树的相关描述。这样，可以减少通信系统10中各个电子设备和云平台的交互，提高故障检测的效率。

下面介绍通信系统10中的各个设备。

参考图2A，图2A示例性示出了电子设备100的硬件结构。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

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

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

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

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

无线通信模块160可以提供应用在电子设备100上的包括WLAN(如Wi-Fi))，BT，GNSS，调频(frequency modulation，FM)，NFC，IR等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号解调以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

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

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(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)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

内部存储器121可以包括一个或多个随机存取存储器(random access memory，RAM)和一个或多个非易失性存储器(non-volatile memory，NVM)。

随机存取存储器可以包括静态随机存储器(static random-access memory，SRAM)、动态随机存储器(dynamic random access memory，DRAM)、同步动态随机存储器(synchronous dynamic random access memory,SDRAM)、双倍资料率同步动态随机存取存储器(double data rate synchronous dynamic random access memory,DDR SDRAM，例如第五代DDR SDRAM一般称为DDR5 SDRAM)等；非易失性存储器可以包括磁盘存储器件、快闪存储器(flash memory)。

随机存取存储器可以由处理器110直接进行读写，可以用于存储操作系统或其他正在运行中的程序的可执行程序(例如机器指令)，还可以用于存储用户及应用程序的数据等。

非易失性存储器也可以存储可执行程序和存储用户及应用程序的数据等，可以提前加载到随机存取存储器中，用于处理器110直接进行读写。

外部存储器接口120可以用于连接外部的非易失性存储器，实现扩展电子设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部的非易失性存储器中。

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

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

在本申请实施例中，无线通信模块160或移动通信模块150可用于发现其他电子设备例如电子设备200-400，并和其他电子设备建立通信连接。该通信连接的具体实现方式可参考通信系统10以及后续的方法实施例中的相关描述。

在一些实施例中，无线通信模块160或移动通信模块150可以通过和电子设备200之间的连接，从电子设备200处获取到电子设备200的运行数据。然后，无线通信模块160或移动通信模块150可以从云平台500处获取对应的故障树。之后，处理器110可用于根据该故障树和电子设备200的运行数据得到对电子设备200的检测结果，包括电子设备200的故障等等。此外，显示屏194可用于显示该检测结果。

在另一些实施例中，无线通信模块160或移动通信模块150可以通过和电子设备300之间的连接，触发电子设备300开始进行故障检测。此外，显示屏194可用于显示电子设备300的检测结果。

在又一些实施例中，无线通信模块160或移动通信模块150可以通过和电子设备400之间的连接，从电子设备400处获取到电子设备400的运行数据。然后，无线通信模块160或移动通信模块150可以从云平台500处获取对应的故障树。之后，处理器110可用于根据该故障树、电子设备400运行数据和电子设备100自身的运行数据，得到检测结果，包括当前多设备协同场景的故障等等。此外，显示屏194可用于显示该检测结果。

在一些实施例中，无线通信模块160或移动通信模块150还可以将自身以及其他电子设备(例如电子设备200、电子设备300)的运行数据，以及，由该运行数据分析得到的检测结果上报给云平台500，用于云平台500更新或改进故障库。

显示屏194用于显示本申请实施例提供的在电子设备100上实现的用户界面，可参考后续实施例的相关描述。

参考图2B，图2B示例性示出了本申请实施例提供的云平台500的硬件结构。

如图2B所示，云平台500可以包括：一个或多个处理器201、存储器202、通信接口203、发射器205、接收器206、耦合器207和天线208。这些部件可通过总线204或者其他方式连接，图2B以通过总线204连接为例。其中：

通信接口203可用于云平台500与其他通信设备，例如电子设备100-1004等进行通信，例如向电子设备100下发故障树，接收电子设备100上报的故障诊断数据等等。具体的，通信接口203可以是3G通信接口、长期演进(LTE)(4G)通信接口、5G通信接口、WLAN通信接口、WAN通信接口等等。不限于无线通信接口，云平台300还可以配置有线的通信接口203来支持有线通信，例如云平台500与其他服务器之间的回程链接可以是有线通信连接。

在本申请的一些实施例中，发射器205和接收器206可看作一个无线调制解调器。发射器205可用于对处理器201输出的信号进行发射处理。接收器206可用于接收信号。在云平台500中，发射器205和接收器206的数量均可以是一个或者多个。天线208可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器207可用于将移动通信号分成多路，分配给多个的接收器206。可理解的，网络设备的天线208可以实现为大规模天线阵列。

存储器202与处理器201耦合，用于存储各种软件程序和/或多组指令。具体的，存储器202可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。

存储器202可以存储操作系统(下述简称系统)，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器202还可以存储网络通信程序，该网络通信程序可用于与一个或多个电子设备进行通信。

在本申请实施例中，存储器202中可存储多个不同类型设备的故障树，还可存储有多设备协同场景对应的故障树等等，具体可参考前文描述。

在本申请实施例中，处理器201可用于读取和执行计算机可读指令。具体的，处理器201可用于调用存储于存储器202中的程序，例如本申请的一个或多个实施例提供的设备故障的检测方法在云平台500侧的实现程序，并执行该程序包含的指令。

需要说明的，图2B所示的云平台500仅仅是本申请实施例的一种实现方式，实际应用中，云平台500还可以包括更多或更少的部件，这里不作限制。

参考图2C，图2C示例性示出了本申请实施例提供的电子设备100和云平台500的软件结构。

云平台500的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等。示例性地，云平台500的软件系统包括但不限于

Linux或者其它操作系统。

为华为的鸿蒙系统。

如图2C所示，云平台500的软件系统可包括：数据分析系统、故障库。数据分析系统和故障库联合为通信系统10提供诊断服务(diagnosis service)。

其中，故障库中包括多个不同类型设备的故障树，还可以包括多设备协同场景对应的故障树，具体可参考图1所示通信系统10中的相关描述。故障库中的故障树可以根据需要或者周期性更新给其他电子设备，例如电子设备100、电子设备300等等。

数据分析系统用于根据各个电子设备(例如电子设备100、电子设备200、电子设备300)的故障诊断数据，来更新或改进故障库。

需要强调的是，图2C仅为示意性举例，本申请实施例提供的云平台500的软件结构还可采用其他的软件架构，这里不做限制。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等。示例性地，电子设备100的软件系统包括但不限于

Linux或者其它操作系统。本申请实施例以分层架构的Android系统为例，示例性说明移动设备100的软件结构。

如图2C所示，本申请实施例提供了电子设备100的一种软件结构的示意性框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统从上至下可包括：应用程序层，系统服务层。不限于此，在其他一些实施例中，Android系统还可包括应用程序框架层、内核层等等。

其中，应用程序层可以包括一系列应用程序包。

如图2C所示，应用程序包可以包括故障检测及修复应用，还可包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，短信息等应用程序。

故障检测及修复应用提供电子设备100的故障检测及修复功能。

故障检测及修复应用支持电子设备100发现其他电子设备，并将电子设备100和发现的其他电子设备进行绑定。绑定是指电子设备100将其他电子设备的一些信息(例如设备型号、设备的软件系统版本等等)存储起来，后续实施例将详细描述该过程，这里暂不赘述。示例性地，如图2C所示，故障检测及修复应用可包括HiCare APP，HiCare APP可支持电子设备100发现并绑定其他电子设备，例如发现并绑定电子设备200、电子设备300或电子设备400等。

故障检测及修复应用还支持电子设备100和绑定的电子设备建立连接，并基于该连接来和其他电子设备进行通信，例如获取其他电子设备的运行数据、将故障解决方案发送给其他电子设备等等。电子设备100和其他电子设备之间的连接可以是近距离连接，也可以是远程连接，具体可参考前文相关描述。

示例性地，如图2C所示，故障检测及修复应用可包括瘦设备代理APP，该瘦设备代理APP可用于电子设备100和连接的瘦设备例如电子设备200进行通信，例如请求获取电子设备100的运行数据。

在一些实施例中，故障检测及修复应用支持电子设备100获取电子设备200的运行数据，从云平台500处获取对应的故障树，并根据该故障树和运行数据得到对电子设备200的检测结果，以及获取检测到的故障所对应的解决方案，并将该解决方案发送给电子设备100。

在另一些实施例中，故障检测及修复应用支持电子设备100触发电子设备300开始进行故障检测。

在又一些实施例中，故障检测及修复应用支持电子设备100从电子设备400处获取到电子设备400的运行数据，从云平台500处获取对应的故障树，并根据该故障树、电子设备400运行数据和电子设备100自身的运行数据，得到检测结果，以及获取检测到的故障所对应的解决方案，并根据该解决方案进行自我修复或者将该解决方案发送给电子设备400。

示例性地，如图2C所示，故障检测及修复应用可包括DetectRepair APP，用于根据相关信息得到检测结果以及故障解决方案，还可用于根据故障解决方案进行自我修复，这些相关信息可参考前文相关描述。该DetectRepair APP可以和瘦设备代理APP进行消息交互，以获取瘦设备(例如电子设备200)的运行数据。该DetectRepair APP和瘦设备代理APP可以通过CoDiagnosisInterface接口进行通信。该DetectRepair APP还可以和其他富设备中的DetectRepair APP进行消息交互，以获取其他富设备(例如电子设备300)的运行数据。

具体实现中，故障检测及修复应用可调用电子设备的无线通信模块160、移动通信模块150等来和云平台500以及其他电子设备通信，还可调用处理器110来进行故障分析并得到检测结果，此外还可调用显示屏194来显示最终的检测结果。

系统服务层可包括各类服务，例如系统服务(system service)、查看服务(HiViewservice)、硬件抽象(Hardware Abstraction Layer，HAL)层等。不限于此，系统服务层还可包括系统设置等模块。其中，系统服务(system service)用于管理电子设备100的以下信息：设备信息、系统配置信息。

其中，设备信息是指电子设备100的软硬件情况，例如可包括设备类型、设备型号、软件系统类型、软件系统版本号等等。设备类型和设备型号通常不会更改，软件系统类型和软件系统版本号可能随着电子设备100的更新而更改。

系统配置信息也可称为系统状态，例如可包括安装的软件系统类型、软件系统版本号、内存大小、ROM空间大小以及其他配置项等等。系统配置信息可以随着电子设备100的运行情况而更改或更新。

此外，系统服务(system service)还可用于管理电子设备100所在的区域，例如国家和地区等。

查看服务(HiView service)用于管理电子设备100的运行日志库(log database，Log DB)。Log DB用于采集、存储、查询日志数据。日志数据是电子设备100在运作过程中产生的事件记录，记载着日期、时间、使用者及动作等相关操作的描述。

HAL层可用于和电子设备100的硬件交互，可获取到相关的硬件运行数据。硬件运行数据包括电子设备100的各个硬件的运行情况，例如音频设备的收发声情况、通信模块的信号收发情况、显示屏的显示情况、摄像头的图像采集情况等等。硬件运行数据随着电子设备100的实际情况而不断变化。

可理解的，上述图2C中示出的故障检测及修复应用、HiCare APP、DetectRepairAPP、瘦设备代理APP、富设备代理APP等仅为本申请实施例所使用的一个词语，其代表的含义在本实施例中已经记载，其名称并不能对本实施例构成任何限制，其名称也可以被称为其他名词。在一些实施例中，HiCare APP、DetectRepair APP、瘦设备代理APP、富设备代理APP可以集成为一个应用，这里不做限制。

需要强调的是，图2C仅为示意性举例，本申请实施例提供的电子设备100的软件结构还可采用其他的软件架构，这里不做限制。

电子设备200、电子设备300和电子设备400中的软件系统均可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等。示例性地，可包括但不限于

Linux或者其它操作系统。

其中，富设备例如电子设备300和电子设备400的软件结构，和电子设备100类似，均安装有故障检测及修复应用，具体可参考图2C的相关描述。瘦设备例如电子设备200和电子设备100的不同之处在于，瘦设备不包括故障检测及修复应用。

下面介绍本申请实施例提供的一系列用户界面。

图3A示例性示出了电子设备100上的用于展示已安装应用程序的示例性用户界面31。

用户界面31显示有：状态栏、日历指示符、天气指示符、具有常用应用程序图标的托盘、其他应用程序图标例如故障检测及修复应用的图标301、图库的图标、文件浏览器的图标等等。其中，状态栏可包括：移动通信信号(又可称为蜂窝信号)的一个或多个信号强度指示符、蓝牙指示符、Wi-Fi信号的一个或多个信号强度指示符，电池状态指示符、时间指示符等等。日历指示符、天气指示符分别用于指示日历和天气。不限于此，图3A所示的用户界面31还可包括导航栏、侧边栏等等。在一些实施例中，图3A示例性所示的用户界面31可以为主界面(home screen)。

故障检测及修复应用是一款安装于电子设备100上的应用程序，其作用以及具体实现可参考前文的相关描述，这里不再赘述。

如图3A所示，电子设备100可以检测到作用于故障检测及修复应用的图标301上的用户操作(例如点击操作、触摸操作等等)，并响应于该用户操作，启动该故障检测及修复应用，并显示该故障检测及修复应用提供的用户界面32。

如图3B所示，用户界面32可以为故障检测及修复应用提供的主页面，用于展示该故障检测及修复应用提供的各项功能。用户界面32显示有：状态栏、页面指示符、用户指示符、一个或多个功能选项。其中，状态栏可参考图3A的相关描述。页面指示符用于指示该用户界面32为故障检测及修复应用提供的。用户指示符用于指示当前登录到该故障检测及修复应用提供的用户。页面指示符、用户指示符均可以实现为文字、图标或两者的组合。功能选项可用于提供各项功能，例如可包括服务中心选项、保修政策选项、用户手册选项、我的设备选项302等等。

如图3B所示，电子设备100可以检测到作用于我的设备选项302上的用户操作(例如点击操作、触摸操作等等)，并响应于该用户操作，显示图3C所示的用户界面33。

用户界面33用于展示绑定设备的相关信息。这里，绑定设备可以是指和电子设备100绑定的其他电子设备，也可以是指和当前登录到故障检测及修复应用的用户绑定的其他电子设备。

如图3C所示，用户界面33显示有：状态栏、返回键、页面指示符、一个或多个绑定设备的信息栏。状态栏可参考图3A中的相关描述。返回键可用于返回故障检测及修复应用中的上一级页面，例如图3B的用户界面32。页面指示符用于指示当前用户界面33用于展示绑定设备的相关联系，例如可以为文本“我的设备”。绑定设备的信息栏例如可包括：智能手表的信息栏303、平板电脑的信息栏304、智慧屏的信息栏305。任意一个信息栏内都可以包括对应设备的相关信息，例如设备的图片、设备类型、和电子设备100的连接关系等等。

用户界面33中还可显示用于绑定更多设备的控件306。控件306可用于监听用户操作(例如点击操作、触摸操作等等)，电子设备100可响应于该用户操作搜索其他电子设备，并将添加或者绑定用户选中的设备。这里，电子设备100可使用蓝牙、NFC、ZigBee、WLAN或其他技术来搜索并绑定其他设备。不限于控件306，电子设备100还可以使用其他方式来绑定设备，例如可以通过NFC碰一碰、扫描二维码等方式来绑定其他设备，本申请实施例不做限制。

各个信息栏可用于接收用户操作，并响应于该用户操作展示对应设备的详细信息。

图3D-图3H示出了电子设备100对智能手表进行故障检测时涉及的一系列用户界 面。

图3D示出了电子设备100上展示智能手表的详细信息的用户界面34。该用户界面34可以是电子设备100响应于在智能手表的信息栏303上检测到的用户操作而显示的。

用户界面34中显示有：状态栏、返回键、页面指示符、智能手表的信息栏、用于控制智能手表的功能区域307。状态栏可参考图3A中的相关描述。返回键可用于返回故障检测及修复应用中的上一级页面，例如图3C的用户界面33。页面指示符用于指示当前用户界面34用于展示智能手表的详细信息，例如可以为文本“智能手表”。智能手表的信息栏可用于展示该智能手表的图片、型号、连接状态、电量等等。图3D中智能手表和电子设备100之间通过蓝牙连接。

功能区域307可包括多个用于控制智能手表的控件，例如开启/关闭智能手表的运动模式的控件、打开智能手表的使用指南的控件、用于对智能手表进行故障检测的控件307c等等。功能区域307还可包括提示信息307b，用于提示用户控件307c的作用，例如可以为文本“点击此控件，可在本机完成对该设备的故障检测！”。由于智能手表为瘦设备，因此电子设备100可以在本机上直接完成对智能手表的故障检测，无需智能手表自己进行故障检测。

如图3D所示，电子设备100可以检测到作用于控件307a上的用户操作，并响应于该用户操作显示图3E所示的用户界面35。

用户界面35用于展示智能手表对应的可检测项目。例如，智能手表的可检测项目可包括：图像与显示选项308a、音频选项308b、摄像头选项308c、电池选项308d、传感器选项308e、网络选项308f、全部选项308g等等。可理解的，不同设备的可检测项目可以不同，具体可参考后续方法实施例的相关描述。电子设备100获取这些可检测项目的方式，也可参考后续方法实施例的相关描述。

参考3E，电子设备100检测到作用于音频选项308b上的用户操作后，可以响应于该用户操作开始对智能手表进行音频这一项目的故障检测。

在一些实施例中，电子设备100可以检测到作用于音频选项308b上的用户操作后，可以向智能手表发送故障检测请求，智能手表接收到该故障请求后可以显示图3F所示的用户界面36。用户界面36中可显示有提示信息309a、控件309b和控件309c。提示信息309a可用于提示用户当前智能手表接收到了电子设备100发送的故障检测请求。控件309b可监听用户操作，智能手表可响应该操作同意该故障检测请求，并执行后续操作。控件309c可监听用户操作，智能手表可响应该操作拒绝该故障检测请求。

在智能手表同意电子设备100发起的故障检测请求后，电子设备100针对该智能手表进行故障检测。具体的，电子设备100可以获取到该智能手表的运行数据，并结合对应的故障树来找到智能手表的故障，还可以获取到该故障对应的解决方案。

图3G示出了电子设备100对该智能手表进行故障检测的过程中所显示的用户界面37。该用户界面37可以实时地展示检测进度。

参考图3H，在电子设备100完成对智能手表的故障检测后，如果检测到故障，则可以在用户界面37中显示：故障提示图标309、用于指示故障的文本310，用于指示解决方案的文本311(即图中的修复建议)。如图3H所示，用户界面37中还可以显示一些功能控件，例如用于触发智能手表进行修复的控件312、触发重新对智能手表进行故障检测的控件313、用于获取更多修复方案的控件314等等。

图4A-图4F示出了电子设备100触发平板电脑进行故障检测时涉及的一系列用户 界面。

图4A示出了电子设备100上展示平板电脑的详细信息的用户界面41。该用户界面41可以是电子设备100响应于在平板电脑的信息栏304上检测到的用户操作而显示的。

用户界面41和图3D所示的用户界面34类似，可参考相关描述。图4A中平板电脑和电子设备100之间通过Wi-Fi P2P连接。

用户界面41中的功能区域可包括用于触发平板电脑进行故障检测的控件401a、提示信息401b。提示信息401b用于提示用户控件401a的作用，例如可以为文本“点击此控件，可完成对该设备的故障检测！”。由于平板电脑为富设备，因此电子设备100可以触发平板电脑自己完成故障检测，也可以由电子设备100直接对该平板电脑进行故障检测。

如图3A所示，电子设备100可以检测到作用于控件401a上的用户操作，并响应于该用户操作显示图4B所示的用户界面42。

用户界面42用于展示平板电脑对应的可检测项目。电子设备100获取这些可检测项目的方式，也可参考后续方法实施例的相关描述。

在一些实施例中，电子设备100检测到图4B中作用于电池选项上的用户操作后，可以响应于该用户操作显示图4C所示的窗口。该窗口中显示有：提示信息402a、控件402b、控件402c。提示信息401a可用于提示用户选择由电子设备100或平板电脑执行对平板电脑的故障检测。控件401b可监听用户操作，电子设备100可响应该操作，在本机执行对平板电脑的电池进行故障检测。控件401c可监听用户操作，电子设备100可响应该操作，触发平板电脑自身进行电池的故障检测。

在其他一些实施例中，电子设备100无需显示图4C中的窗口，可直接响应于在电池选项上接收到的用户操作，触发平板电脑自身进行电池的故障检测。

在一些实施例中，电子设备100检测到作用于控件401a或控件402b上的用户操作后，可以向平板电脑发送故障检测请求，平板电脑接收到该故障请求后可以显示图4D所示的用户界面43。用户界面43和图3F所示的用户界面36类似，可参考相关描述。

在平板电脑同意电子设备100发起的故障检测请求后，平板电脑将针对电池进行故障检测。具体的，平板电脑可以获取到自身的运行数据，并结合对应的故障树来找到故障，还可以获取到该故障对应的解决方案。

图4E示出了电子设备100在平板电脑进行故障检测的过程中所显示的用户界面44。该用户界面44可以实时地展示检测进度。

参考图4F，在平板电脑完成对电池的故障检测后，如果检测到故障，则电子设备100可以显示图4F所示的用户界面44。该用户界面44和图3H所示的用户界面37类似，可参考相关描述。

图5A-图5E示出了电子设备100对投屏场景中涉及的设备进行联合故障检测时，所 涉及的一系列用户界面。

图5A示出了电子设备100上展示智慧屏的详细信息的用户界面51。该用户界面51可以是电子设备100响应于在智慧屏的信息栏305上检测到的用户操作而显示的。

用户界面51和图3D所示的用户界面34类似，可参考相关描述。图5A中智慧屏和电子设备100已连接，并且电子设备100和智慧屏正在协同投屏。

用户界面51中的功能区域可包括用于触发电子设备100进行联合故障检测的控件501a、提示信息501b。提示信息501b用于提示用户控件501a的作用，例如可以为文本“点击此控件，可对关联设备进行联合故障检测！”。由于智慧屏和电子设备100正在协同投屏，因此电子设备100对自身和智慧屏进行联合故障检测。

如图5A所示，电子设备100可以检测到作用于控件501a上的用户操作，并响应于该用户操作显示图5B所示的用户界面52。

用户界面52用于展示可检测项目。电子设备100获取这些可检测项目的方式，也可参考后续方法实施例的相关描述。

在一些实施例中，电子设备100检测到图5B中作用于投屏选项上的用户操作后，可以向智慧屏发送故障检测请求，智慧屏接收到该故障请求后可以显示图5C所示的用户界面53。用户界面53和图3F所示的用户界面36类似，可参考相关描述。

在智慧屏同意电子设备100发起的故障检测请求后，电子设备100将对和智慧屏之间的投屏场景进行联合故障检测。具体的，电子设备100可以获取到自身以及智慧屏的运行数据，并结合对应的故障树来找到故障，还可以获取到该故障对应的解决方案。

图5D示出了电子设备100在进行联合故障检测的过程中所显示的用户界面54。该用户界面54可以实时地展示检测进度。

参考图5E，电子设备100完成对投屏场景的联合故障检测后，如果检测到故障，则可以显示图5E所示的用户界面54。该用户界面54和图3H所示的用户界面37类似，可参考相关描述。

可理解的，上述图3A-图3H、图4A-图4F、图5A-图5D仅为示例，并不构成对本申请实施例的限定。在本申请实施例中，各个设备还可以显示其他的用户界面，这里不做限制。

基于上述对本申请实施例提供的通信系统以及各个设备的描述，结合上述示例性的用户界面，下面详细介绍设备故障的检测方法的具体实现。

下面将分3个实施例来介绍该设备故障的检测方法。

(一)实施例1

在实施例1中，电子设备100可以在本机对电子设备200进行故障检测。

电子设备100为富设备，电子设备200可以为瘦设备或富设备。下面以电子设备200为瘦设备为例进行说明。例如，电子设备100可以为手机，电子设备200可以为智能手表。

图6A为实施例1提供的电子设备100、电子设备200以及云平台500之间的通信接口示意图。后面将结合各个通信接口来介绍实施例1提供的设备故障的检测方法。通信接口可以为应用程序提供的应用编程接口(application programming interface，API)，包括一些预先定义的函数，用于访问数据以及调用功能。

图6B为实施例1提供的设备故障的检测方法的流程示意图。如图6B所示，该设备故障的检测方法可包括如下步骤：

S101，电子设备100和电子设备200建立通信连接。

在一些实施例中，电子设备100和电子设备200之间，可以通过BT、WLAN例如Wi-FiP2P、NFC，ZigBee等建立近距离连接。在其他一些实施例中，电子设备100和其他电子设备还可以通过登录同一账号建立远程连接，例如电子设备100和电子设备200可登录相同的华为账号，并通过华为服务器来连接。

在一些实施例中，当用户在电子设备100的故障检测及修复应用中绑定了电子设备200后，电子设备100和电子设备200即建立通信连接。用户在故障检测及修复应用中绑定其他电子设备的方式可参考前文相关描述，例如可以通过图3C中的控件306来绑定其他电子设备，还可以通过NFC碰一碰、扫描二维码等方式来绑定其他电子设备，这里不做限制。

在一些实施例中，当电子设备100可以响应于接收到的用户操作，和电子设备200建立通信连接。例如，参考图3C所示的用户界面，在绑定智能手表后，当电子设备100接收到作用于智能手表的信息栏303的用户操作时，可以和智能手表建立通信连接。

在其他一些实施例中，电子设备100和电子设备200具备建立通信连接的条件时，无需用户触发，电子设备100可以自动和电子设备200建立连接。例如，当绑定了电子设备200后，如果电子设备100和电子设备200之间的距离在BT的信号范围内，则电子设备100可以自动和电子设备200建立连接，无需用户操作。

不限于上述示例，在本申请实施例中，电子设备100和电子设备200之间还可以在其他情况下建立通信连接，例如可通过碰一碰的操作建立NFC连接、通过扫码建立WLAN连接等等，这里不做限制。

参考图6A，具体实现中，电子设备100中故障检测及修复应用的Hicare APP用于绑定电子设备200。

S102，电子设备100显示故障检测及修复应用提供的第一用户界面，该第一用户界面显示有一个或多个设备选项，该一个或多个设备选项包括电子设备200的选项。

故障检测及修复应用的详细介绍可参考前文相关描述。

第一用户界面中显示的一个或多个设备选项可以包括：和电子设备100绑定的其他电子设备的选项，或者，和当前登录到电子设备100中故障检测及修复应用的用户绑定的其他电子设备的选项。绑定其他电子设备的具体操作可参考前文相关描述。

第一用户界面的示例可以参考图3C所示的用户界面33。该用户界面33可以为用户先点击图3A的用户界面31中的图标301，然后点击图3B的用户界面32中的选项302后，电子设备100所显示的界面。

第一用户界面中的一个或多个设备选项的示例可包括：图3C所示用户界面33中的智能手表的信息栏303、平板电脑的信息栏304、智慧屏的信息栏305。

电子设备200的选项例如可以为图3C中的智能手表的信息栏303。

S103，电子设备100接收到作用于所述电子设备200的选项的第一操作。

该第一操作为用于触发电子设备100对电子设备200执行故障检测的操作。即，该第一操作用于触发后续步骤S104-S110。

在一些实施例中，参考图3C及图3D，电子设备100接收到作用于图3C所示用户界面33中智能手表的信息栏303的第一操作后，可以显示图3D所示的用户界面34。之后，电子设备100可以检测到作用于控件307a的用户操作，并响应于该用户操作，开始对电子设备200执行故障检测。在这种情况中，电子设备100可以对电子设备200进行整体、全面的故障检测。

在另一些实施例中，参考图3D-图3E，电子设备100接收到作用于图3C所示用户界面33中智能手表的信息栏303的第一操作后，可以显示图3D所示的用户界面34。之后，电子设备100可以检测到作用于控件307a的用户操作，并显示图3E所示的用户界面35，图3E所示的用户界面35中显示有电子设备200对应的检测项。之后，电子设备100可以检测到作用于第一检测项的用户操作，并开始对电子设备200进行针对该第一检测项的故障检测。在这种情况下，电子设备100可以针对电子设备200的第一检测项进行故障检测，能够做针对性的检测，迅速准确地找出电子设备200存在的故障。

在上述实施例中，参考图3E，电子设备200对应的检测项可包括智能手表的可检测项目，如图像与显示选项308a、音频选项308b、摄像头选项308c、电池选项308d、传感器选项308e、网络选项308f、全部选项308g等。其中，全部选项308g包括电子设备200的全部可检测项目。

第一检测项的示例可以为图3E中的音频选项308b。

具体实现中，参考图6A，瘦代理APP用于获取并管理电子设备200的检测项。电子设备200的检测项可以合成为一份profile文件。电子设备100的DetectRepair APP可通过CoDiagnosisInterface接口中的GetDiagnosisCapability方法，从瘦代理APP中获取电子设备200的检测项，并将其显示在图3E所示的用户界面35中。

一个设备的可检测项是指该设备可能出现故障的项目，通常和该设备具备的能力相关。例如，手机具备摄像头、音频设备、电池、网络通信功能，因此手机的可检测项包括上述列举的几项。又例如，手机安装的软件系统支持通话录音、动态壁纸等功能，因此手机的可检测项也包括对应的通话录音项、动态壁纸项等等。

由于不同的设备具备不同的硬件及软件能力，因此不同设备所能够检测的项目也是不同的。例如，手机相对于PC来说，增加了移动通信能力，因此手机能够检测移动通信这一项目。又例如，智慧屏相对于智能手环来说，增加了摄像头，因此智慧屏的增加了摄像头这一检测项。

本申请实施例对设备的可检测项目的划分方式不做限定，例如可以包括针对全部音频设备的音频检测项，也可以包括针对麦克风的麦克风检测项、针对扬声器的扬声器检测项等等。

在本申请实施例中，电子设备100(瘦代理APP)获取电子设备200的检测项的方式可包括以下几种：

1，电子设备100和电子设备200绑定或建立通信连接后，电子设备100可以直接从电子设备200中获取到电子设备200的可检测项。获取到的电子设备200的可检测项可以存储在瘦代理APP中。

2，电子设备100和电子设备200绑定或建立通信连接后，电子设备100可以从电子设备200中获取其设备信息和/或所在区域，然后将其设备信息和/或所在区域发送给云平台500，以获取到最新版本的电子设备200的可检测项。

其中，电子设备200的设备信息反映了电子设备200的软硬件能力，例如可包括设备类型、设备型号、软件系统类型、软件系统版本号等等。由于部分区域会对设备的功能做限制，因此，设备所在区域会影响设备的功能，也会影响设备的可检测项。

具体实现中，瘦代理APP可以通过GetDeviceInfo接口从电子设备200的系统服务(system service)中获取到电子设备200的设备信息、所在区域等。

在一些实施例中，电子设备100的瘦代理APP可以通过UpdateDiagnosisProfile接口，将电子设备200的设备信息和/或所在区域，以及，当前的包含电子设备200可检测项的profile文件版本号上传至云平台500。云平台可校验电子设备200的可检测项是否有更新，如有更新，则将最新版本的包含电子设备200的可检测项的profile文件返回给电子设备100的瘦代理APP。

3，电子设备100和电子设备200绑定或建立通信连接后，电子设备100可以从电子设备200中获取其设备信息和/或所在区域，然后在云平台500下发的最新版本的包含各类检测项的profile文件中，根据该设备信息和/或所在区域匹配电子设备200的可检测项。

在一些实施例中，电子设备100的瘦代理APP可以通过UpdateDiagnosisProfile接口，从云平台500中获取最新版本的包含各类检测项的profile文件。该包含各类检测项的profile文件可以是一个较大的、适用于不同设备的检测项集合。电子设备100可以在该检测项集合中找到和电子设备200的设备信息和/或所在区域相匹配的检测项，即电子设备200的检测项。

不限于上述3种获取电子设备200的检测项的方式，电子设备100还可以通过其他方式获取到电子设备200的检测项，例如电子设备100可以预置电子设备200的检测项等等，这里不做限制。

S104，电子设备100从云平台500处获取第一故障树。

云平台500中存储有包含多个故障树的故障库。故障树是表示故障和故障原因之间逻辑关系的树图。一个故障树可以囊括硬件、软件、环境、人为等各方面因素导致的故障。

在一些实施例中，云平台500中的故障树可以按照设备类型进行分类，例如可包括手机故障树、平板电脑故障树、智能手环故障树、智慧屏故障树、车机故障树等等。

在一些实施例中，云平台500中的故障树可以在设备类型的基础上，进一步按照不同的检测项进行分类。例如，针对手机，可以包括音频故障树、网络故障树、电池故障树等等。又例如，针对智慧屏故障树，可以包括音频故障树、网络故障树、显示故障树等等。

在一些实施例中，云平台500中的故障树也可以不按照设备类型进行分类，而直接按照不同的检测项进行分类。这样建立多设备统一并通用的故障树，成本更低。

在一些实施例中，云平台500中的故障树还可以按照软件系统的版本进行分类。

不限于上述分类示例，云平台500中的故障树还可以按照其他方式来分类，本申请实施例对此不做限制。

第一故障树为，和电子设备200的以下一项或多项匹配的故障树：设备类型、设备型号、软件系统类型、软件系统版本、第一检测项。

在S104中，如果S103中的第一操作触发电子设备100对电子设备200进行整体的故障检测，例如电子设备100检测到作用于控件307a的用户操作，或者，电子设备100检测到作用于图3E中的全部选项308g时，第一故障树为对应于该电子设备200的设备类型故障树。例如，第一故障树可以为智能手表故障树。又例如，第一故障树可以包括电子设备200的所有检测项分别对应的故障树，如音频故障树、网络故障树、电池故障树等等。

在S104中，如果S103中的第一操作触发电子设备100对电子设备200进行第一检测项的故障检测，例如电子设备100检测到作用于图3E中的音频选项308b的用户操作时，第一故障树为对应于该第一检测项的故障树(即音频故障树)。该第一检测项对应的故障树，可以为在电子设备200的设备类型的基础上按照检测项分类后，和该第一检测项对应的故障树，也可以是统一并通用的和该第一检测项对应的故障树。

具体实现中，电子设备100中的DetectRepair APP可通过GetFaultTree接口从云平台500中获取第一故障树。

在其他一些实施例中，电子设备100可以在接收到S103中的第一操作后，直接从云平台500中获取到和电子设备200的各个检测项分别对应的故障树，并在多个故障树中，找到第一故障树。在另一些实施例中，电子设备100还可以在和电子设备200建立通信连接后，直接从云平台500中获取到和电子设备200的各个检测项分别对应的故障树，并在多个故障树中，找到第一故障树。这样可以提前下载好故障树，提高故障检测的效率。

S105，电子设备100从电子设备200中获取到该电子设备200的运行数据，运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息。

在本申请实施例中，电子设备200的运行数据包括受硬件、软件、环境、人为等各方面因素影响的该设备的相关数据。例如，电子设备200的运行数据包括以下一项或多项：电子设备200的日志数据、硬件数据或系统配置信息。

日志数据是电子设备100在运作过程中产生的事件记录，记载着日期、时间、使用者及动作等相关操作的描述。不同的检测项可以对应有不同的日志数据，例如音频这一检测项对应音频设备在运行过程中产生的日志数据，电池这一检测项对应电池在运行过程中产生的日志数据。

如果S103中的第一操作触发电子设备100对电子设备200进行整体的故障检测，则S105中的日志数据可以包括电子设备200的所有检测项分别对应的日志数据。如果S103中的第一操作触发电子设备100对电子设备200进行第一检测项的故障检测，则S105中的日志数据可以包括电子设备200针对该第一检测项的日志数据。

硬件数据是在故障检测过程中，电子设备200的硬件运行状况。例如，对音频设备进行故障检测时，该硬件数据可以包括电子设备200播报预置语音时的麦克风发声情况。又例如，对摄像头进行故障检测时，该硬件数据可以包括电子设备200开启摄像头时的图像采集情况。也就是说，在触发实施例1中的故障检测后，电子设备200可以相应地执行一些操作，例如播报预置语音、启动摄像头等，以提供相应的硬件数据。

系统配置信息也可称为系统状态，例如可包括安装的软件系统类型、软件系统版本号、内存大小、ROM空间大小以及其他配置项等等。

具体实现中，电子设备100的DetectRepair APP可通过GetDiagnosisLog接口从电子设备200的查看服务(HiView service)中获取到日志数据，通过GetDeviceInfo接口从电子设备200的HAL层中获取到硬件运行数据，通过GetSystemInfo接口从电子设备200的系统服务(system service)中获取到系统配置信息。

在一些实施例中，电子设备200可以在电子设备100请求获取信息时，直接将上述一项或多项信息发送给电子设备200。在另一些实施例中，电子设备200可以在电子设备100请求获取信息，并且在接收到如图3F所示的作用于控件309b的用户操作后，将上述一项或多项信息发送给电子设备200。

S106，电子设备100根据第一故障树，和，电子设备200的运行数据，确定第一故障。

电子设备200的运行数据包括硬件、软件、环境、人为等各方面因素影响的该设备的相关数据，如果电子设备200出现故障，则这些运行数据可以在一定程度上反映该故障。由于故障树是表示故障和故障原因之间逻辑关系的树图，并且囊括硬件、软件、环境、人为等各方面因素导致的故障，因此，可以根据电子设备200的运行数据在第一故障树中分析电子设备200存在的故障，即第一故障。

举例来说，如果电子设备100的运行数据表明在使用音频设备的过程中，麦克风的驱动都未能够正常启动，则可确定当前麦克风驱动异常。

在一些实施例中，电子设备100在对电子设备200执行故障检测的过程中，可以在显示屏上展示检测进度，例如图3G所示的用户界面37。也就是说，电子设备100在S103-S106期间，可以在显示屏上实时地展示检测进度，方便用户查看。

S107，电子设备100获取第一故障对应的解决方案。

在一些实施例中，电子设备100可直接在本机找到第一故障对应的解决方案。例如，电子设备100可以存储一些简单第一故障对应的解决方案，例如长时间的显示屏高亮模式导致的电池耗电异常，可以通过关闭显示屏的高亮模式解决等等。

在另一些实施例中，电子设备100可以将第一故障的标识(identity，ID)上报给云平台500，由云平台500将解决该第一故障的解决方案下发给电子设备200。可理解的，各类第一故障的解决方案可以预先存储在云平台500中，并且可以根据需要进行更新。具体实现中，电子设备100中的DetectRepair APP通过GetFaultSolution接口将第一故障上报给云平台500，并从云平台500中得到解决方案。

电子设备100获取到的第一故障对应的解决方案的数量可以为一个，也可以为多个，这里不做限制。

S108，电子设备100显示第一故障的指示信息和解决方案。

第一故障的指示信息可以包括但不限于：第一故障的ID、文本或图表等等。

电子设备100显示的第一故障的指示信息和解决方案的示例，可参考图3H所示的用户界面37中的用于指示第一故障的文本310，用于指示解决方案的文本311。

不限于直接在显示屏上显示，电子设备100还可以通过语音播报、振动等方式来输出第一故障的指示信息和解决方案。

S109，电子设备100将该解决方案发送给电子设备200。

在一些实施例中，电子设备100可以在获取到解决方案后，直接将该解决方案发送给电子设备200，以使得电子设备200根据该解决方案修复第一故障。

在另一些实施例中，电子设备100在获取到解决方案后，可以响应于接收到的用户操作(例如图3H中作用于控件312的用户操作)，将解决方案发送给电子设备200。

S110，电子设备200接收到解决方案后，根据该解决方案修复第一故障。

在一些实施例中，电子设备200接收到解决方案后，可以直接根据该解决方案修复第一故障。例如直接重新下载并安装麦克风驱动等等。

在另一些实施例中，电子设备200接收到解决方案后，可以在用户的指示下，根据该解决方案修复第一故障。例如，电子设备200可以输出将要重新下载并安装麦克风驱动的提示信息，在用户同意安装麦克风驱动后，电子设备200才会重新下载并安装麦克风驱动。

在其他一些实施例中，电子设备100获取到解决方案并输出该解决方案后，用户可以直接根据该解决方案修复电子设备200的第一故障，无需电子设备100将该解决方案发送给电子设备200。例如，电子设备100输出的解决方案为关闭设备的“高亮模式”，则用户可以手动关闭电子设备200的“高亮模式”。

可理解的，上述步骤S107-S110为可选操作。

通过实施例1提供的设备故障的检测方法，电子设备100可以在本机发起针对电子设备200的故障检测，并且，电子设备100还可以直接呈现检测结果和解决方案。也就是说，用户可以自主的在手机、平板等富设备端发起手表、手环等关联瘦设备的故障检测，检测结果能够直观的展示在富设备上；并且富设备能够基于故障ID从云侧获取相关的故障修复手段，进而修复瘦设备的故障，减少用户对客服及售后的依赖，提升用户体验。

在上述实施例1中：

电子设备100可以被称为第一设备，电子设备200可以被称为第二设备；

第一操作也可以被称为检测第二设备的第一操作；

图3C所示的用户界面可以被称为第一用户界面，图3C中的智能手表的信息栏303可以被称为第二设备的选项，第一操作的示例可包括作用于图3C所示用户界面33中智能手表的信息栏303的用户操作；

图3D所示的用户界面34可以被称为第二用户界面，图3D中的控件307a可以被称为第一控件；

图3E所示的用户界面35可以被称为第三用户界面，图3E中的多个检测项可以被称为第二设备的一个或多个检测项，图3E中的音频选项308b可以被称为第一检测项；

第一故障树也可以被称为第一信息。

(二)实施例2

在实施例2中，电子设备100可以触发电子设备300进行故障检测。

实施例2和实施例1的不同之处在于，实施例1中是电子设备100直接对电子设备200进行故障检测，而实施例2中电子设备100用于触发电子设备300自身进行故障检测。

电子设备100、电子设备300均为富设备。例如，电子设备100可以为手机，电子设备300可以为平板电脑。

图7A为实施例2提供的电子设备100、电子设备300以及云平台500之间的通信接口示意图。后面将结合各个通信接口来介绍实施例2提供的设备故障的检测方法。

图7B为实施例2提供的设备故障的检测方法的流程示意图。如图7B所示，该设备故障的检测方法可包括如下步骤：

S201，电子设备100和电子设备300建立通信连接。

在一些实施例中，电子设备100和电子设备300之间，可以通过BT、WLAN例如Wi-FiP2P、NFC，ZigBee等建立近距离连接。在其他一些实施例中，电子设备100和其他电子设备还可以通过登录同一账号建立远程连接，例如电子设备100和电子设备200可登录相同的华为账号，并通过华为服务器来连接。

电子设备100和电子设备300建立通信连接的具体实现方式，和实施例1的S101中电子设备100和电子设备200建立通信连接的方式类似，可参考相关描述。

参考图7A，具体实现中，电子设备100中故障检测及修复应用的Hicare APP用于绑定电子设备300。电子设备100和电子设备300各自的RepairDetect APP通过CoConnectService接口建立上述通信连接。

S202，电子设备100显示故障检测及修复应用提供的第一用户界面，该第一用户界面显示有一个或多个设备选项，该一个或多个设备选项包括电子设备300的选项。

第一用户界面可参考实施例1的S201中的相关描述。

电子设备300的选项例如可以为图3C中的平板电脑的信息栏304。

S203，电子设备100接收到作用于所述电子设备300的选项的第二操作。

在一些实施例中，参考图3C及图4A，电子设备100接收到作用于图3C所示用户界面33中平板电脑的信息栏304的第二操作后，可以显示图4A所示的用户界面41。之后，电子设备100可以检测到作用于控件401a的用户操作，并响应于该用户操作，触发电子设备300执行故障检测。在这种情况中，电子设备300可以进行整体、全面的故障检测。

在另一些实施例中，参考图3C、图4A-图4B，电子设备100接收到作用于图3C所示用户界面33中平板电脑的信息栏304的第二操作后，可以显示图4A所示的用户界面41。之后，电子设备100可以检测到作用于控件401a的用户操作，并显示图4B所示的用户界面42，用户界面42中显示有电子设备300对应的检测项。之后，电子设备100可以检测到作用于第二检测项的用户操作，并触发电子设备300进行针对该第二检测项的故障检测。在其他一些实施例中，电子设备100还可以响应于在之后显示的图4C中控件402c上检测到的用户操作，触发电子设备300进行针对该第二检测项的故障检测。具体可参考前文UI实施例的相关描述。在这种情况下，电子设备100可以触发电子设备300对第二检测项进行故障检测，能够做针对性的检测，迅速准确地找出电子设备300存在的故障。

在上述实施例中，参考图4B，电子设备300对应的检测项可包括平板电脑的可检测项目，如图像与显示选项、音频选项、摄像头选项、电池选项、传感器选项、网络选项、接口选项、软件系统选项、全部选项等等。其中，全部选项包括电子设备300的全部可检测项目。第二检测项的示例可以为图4B中的电池选项。

这里，电子设备300获取自身的可检测项的具体方式可包括以下几种：

1，电子设备300预置有自身的可检测项，可以直接从获取到预置的可检测项。

2，电子设备300可以获取自身的设备信息和/或所在区域，然后将其设备信息和/或所在区域发送给云平台500，以获取到最新版本的电子设备300的可检测项。

具体实现中，电子设备300的，可以通过GetDeviceInfo接口从电子设备200的系统服务(system service)中获取到电子设备200的设备信息、所在区域等。

在一些实施例中，电子设备300的DetectRepair APP可以通过UpdateDiagnosisProfile接口，将电子设备300的设备信息和/或所在区域，以及，当前的包含电子设备300可检测项的profile文件版本号上传至云平台500。云平台可校验电子设备300的可检测项是否有更新，如有更新，则将最新版本的包含电子设备300的可检测项的profile文件返回给电子设备300的DetectRepair APP。

3，电子设备300可以获取其设备信息和/或所在区域，然后在云平台500下发的最新版本的包含各类检测项的profile文件中，根据该设备信息和/或所在区域匹配电子设备200的可检测项。

在一些实施例中，电子设备300的DetectRepair APP可以通过UpdateDiagnosisProfile接口，从云平台500中获取最新版本的包含各类检测项的profile文件。该包含各类检测项的profile文件可以是一个较大的、适用于不同设备的检测项集合。电子设备300可以在该检测项集合中找到和自身的设备信息和/或所在区域相匹配的检测项，即电子设备300的检测项。

不限于上述3种获取电子设备300的检测项的方式，电子设备300还可以通过其他方式获取到检测项，这里不做限制。

具体实现中，参考图7A，电子设备300获取到自身的可检测项后，电子设备100的DetectRepair APP可以通过CoDiagnosisInterface接口中的GetDiagnosisCapability方法，从电子设备300的DetectRepair APP中获取电子设备300的检测项，并将其显示在图4B所示的用户界面42中。

S204，电子设备100向电子设备300发送故障检测命令。

该故障检测命令用于触发电子设备300执行故障检测。即，该故障检测命令用于触发后续步骤S205-S212。该故障检测命令中可以携带检测类型的指示信息，检测类型可包括整体故障检测，或者，针对第二检测项的故障检测。

具体实现中，电子设备100的DetectRepair APP可通过StartDiagnosis接口向电子设备300的DetectRepair APP发送该故障检测命令。

S205，电子设备300从云平台500处获取第二故障树。

在一些实施例中，电子设备100可以在接收到第二操作后，向电子设备300发送故障检测命令。电子设备300可以响应该故障检测命令，从云平台500处获取第二故障树。

第二故障树的获取方式和实施例1中的第一故障树类似，可参考相关描述。

第二故障树可以包括电子设备300的所有检测项分别对应的故障树，如音频故障树、网络故障树、电池故障树等等。

第二故障树也可以为对应于第二检测项的故障树，例如电池故障树。

具体实现中，电子设备300中的DetectRepair APP可通过GetFaultTree接口从云平台500中获取第二故障树。

在其他一些实施例中，电子设备300可以在接收到电子设备100的检测命令前，提前从云平台500中获取到和电子设备300的各个检测项分别对应的故障树，电子设备300还可以周期性地从云平台500中获取各个检测项分别对应的故障树。之后，电子设备300可以在多个故障树中，找到第二故障树。这样可以提前下载好故障树，提高故障检测的效率。

S206，电子设备300获取自身的运行数据，运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息。

电子设备300的运行数据，可参考实施例1中关于电子设备200的运行数据的相关描述，两者类似，这里不再赘述。

具体实现中，电子设备300的DetectRepair APP可通过GetDiagnosisInfo接口从查看服务(HiView service)中获取到日志数据，通过GetDeviceInfo接口从HAL层中获取到硬件运行数据，通过GetSystemState接口从系统服务(system service)中获取到系统配置信息。

S207，电子设备300根据第二故障树，和，电子设备300的运行数据，确定第二故障。

S207的具体实现可参考实施例1中S106的相关描述，这里不赘述。

在一些实施例中，电子设备300在执行故障检测的过程中，可以实时地向电子设备100反馈检测进度，以使得电子设备100在显示屏上展示检测进度。例如，电子设备100在显示屏上显示图4E所示的用户界面44。也就是说，电子设备100在S203-S207期间，可以在显示屏上实时地展示检测进度，方便用户查看。

S208，电子设备300将第二故障的指示信息发送给电子设备100。

电子设备300在确定第二故障后，可以将该第二故障通知给电子设备100。第二故障的指示信息的实现方式有多种，这里不做限制。

S209，电子设备100获取第二故障对应的解决方案。

S210，电子设备100显示第二故障和解决方案。

电子设备100显示的第二故障和解决方案的示例，可参考图4F所示的用户界面44中的用于指示第二故障的文本(如文本“故障原因：电池老化”)，用于指示解决方案的文本(如文本“修复建议：更换电池”)。

不限于直接在显示屏上显示，电子设备100还可以通过语音播报、振动等方式来输出第二故障和解决方案。

S211，电子设备100将该解决方案发送给电子设备300。

S212，电子设备300接收到解决方案后，根据该解决方案修复第一故障。

步骤S209-S212的具体实现可参考实施例1中的S107-S110。

可理解的，上述步骤S208-S212为可选操作。

在其他一些实施例中，上述步骤S208-S212也可以替换为其他步骤。例如，电子设备300可以直接获取第二故障对应的解决方案并进行自我修复，无需电子设备100中转解决方案。

通过实施例2提供的设备故障的检测方法，电子设备100可以触发电子设备300进行故障检测，并且，电子设备100还可以直接呈现电子设备300的故障检测结果和解决方案。也就是说，手机等富设备具备类似于智能遥控的功能，用户可以在手机上发起平板电脑等其他富设备的故障检测，且检测结果及修复方法能够直观的在手机上展示。另外，完成故障检测后，用户还可以在手机上直接下发修复命令，修复平板电脑等富设备出现的故障。这样可以直接在富设备上发起故障检测以及下发修复命令，方便快捷，提升用户体验。

在上述实施例2中：

电子设备100可以被称为第一设备，电子设备300可以被称为第三设备；

第二操作也可以被称为检测第三设备的第二操作；

图3C所示的用户界面可以被称为第一用户界面，图3C中的平板电脑的信息栏304可以被称为第二设备的选项，第二操作的示例可包括作用于图3C所示用户界面33中平板电脑的信息栏304的用户操作；

图4A所示的用户界面41可以被称为第四用户界面，图4A中的控件401a可以被称为第二控件；

图4B所示的用户界面42可以被称为第五用户界面，图4B中的多个检测项可以被称为第三设备的一个或多个检测项，图4B中的电池选项可以被称为第二检测项；

第二故障树也可以被称为第二信息。

(三)实施例3

在实施例3中，电子设备100和电子设备400协同工作，电子设备100可以对协同场景中的双方进行联合故障检测。

电子设备100为富设备，电子设备200可以为瘦设备或富设备。

多设备协同场景例如可包括投屏场景、投影场景、多屏协同场景等等。例如，电子设备100可以为手机，电子设备400为智慧屏或投影仪等。

图8A为实施例3提供的电子设备100、电子设备400以及云平台500之间的通信接口示意图。后面将结合各个通信接口来介绍实施例3提供的设备故障的检测方法。

图8B为实施例3提供的设备故障的检测方法的流程示意图。如图8B所示，该设备故障的检测方法可包括如下步骤：

S301，电子设备100和电子设备400建立通信连接，并协同工作。

在一些实施例中，电子设备100和电子设备400之间，可以通过BT、WLAN例如Wi-FiP2P、NFC，ZigBee等建立近距离连接。在其他一些实施例中，电子设备100和其他电子设备还可以通过登录同一账号建立远程连接，例如电子设备100和电子设备400可登录相同的华为账号，并通过华为服务器来连接。

电子设备100和电子设备400建立通信连接的具体实现方式，和实施例1的S101中电子设备100和电子设备200建立通信连接的方式类似，可参考相关描述。

参考图8A，具体实现中，电子设备100中故障检测及修复应用的HiCare APP用于绑定电子设备400。电子设备100和电子设备400各自的RepairDetect APP通过CoConnectService接口建立上述通信连接。

S302，电子设备100显示故障检测及修复应用提供的第一用户界面，该第一用户界面显示有一个或多个设备选项，该一个或多个设备选项包括电子设备400的选项。

第一用户界面可参考实施例1的S201中的相关描述。

电子设备400的选项例如可以为图3C中的智慧屏的信息栏305。

S303，电子设备100接收到作用于所述电子设备400的选项的第三操作。

在一些实施例中，参考图3C及图5A，电子设备100接收到作用于图3C所示用户界面33中智慧屏的信息栏305的第三操作后，可以显示图5A所示的用户界面51。之后，电子设备100可以检测到作用于控件501a的用户操作，并响应于该用户操作，触发电子设备100执行针对协同投屏场景的联合故障检测。

在另一些实施例中，参考图3C、图5A-图5B，电子设备100接收到作用于图3C所示用户界面33中智慧屏的信息栏305的第三操作后，可以显示图5A所示的用户界面51。之后，电子设备100可以检测到作用于控件501a的用户操作，并显示图5B所示的用户界面52，用户界面52中显示有：电子设备100和电子设备400各自对应的检测项，以及，第三检测项。之后，电子设备100可以检测到作用于第三检测项的用户操作，并触发电子设备100执行针对协同投屏场景的联合故障检测。

在上述实施例中，参考图5B，电子设备100和电子设备400各自对应的检测项可包括图像与显示选项、音频选项、摄像头选项、电池选项、传感器选项、网络选项等等。电子设备100获取双方各自对应的检测项的方式可参考实施例1及实施例2的相关描述，这里不再赘述。

第三检测项为针对电子设备100和电子设备400的联合检测项，例如可以为图5B所示的投屏选项。其中，当检测到电子设备100和电子设备400正在协同工作时，第一用户界面中即可显示该第三检测项。

S304，电子设备100从云平台500处获取第三故障树。

在一些实施例中，云平台500中的故障树可以按照不同的协同场景进行分类，例如可包括投屏场景故障树、投影场景故障树、多屏协同场景故障树等等。

第三故障树为当前电子设备100和电子设备400之间的协同场景所对应的故障树，描述了该协同场景中的故障和故障原因之间的逻辑关系。例如，第三故障树可以为投屏场景所对应的故障树。

在其他一些实施例中，电子设备100可以在接收到S303中的第三操作后，直接从云平台500中获取到第三故障树。这样可以提前下载好故障树，提高故障检测的效率。

S305，电子设备100从电子设备400中获取到电子设备400的运行数据，运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息。

具体的，电子设备400可以先获取到自身的运行数据，然后电子设备100的RepairDetect APP通过CoDiagnosisInterface接口从电子设备400的RepairDetect APP中获取到该运行数据。电子设备400获取自身运行数据的方式，具体可参考实施例2中S206的相关描述。

S306，电子设备100获取到自身的运行数据。

电子设备100获取自身运行数据的方式，具体可参考实施例2中S206的相关描述。

S307，电子设备100根据第三故障树、电子设备100的运行数据、电子设备400的运行数据，确定第三故障。

由于第三故障树是表示协同工作场景中故障和故障原因之间逻辑关系的树图，并且囊括硬件、软件、环境、人为等各方面因素导致的故障，因此，可以根据电子设备100和电子设备400的运行数据在第三故障树中分析当前协同场景存在的故障，即第三故障。

第三故障可能存在于电子设备100中，也可能存在于电子设备400中，也可能同时存在于电子设备100和电子设备400中，这里不做限制。

S308，电子设备100获取第三故障对应的解决方案。

S309，电子设备100显示第三故障和解决方案。

S308、S309可参考实施例1中的S107、S108。

S310，电子设备100和/或电子设备400根据该解决方案，修复第三故障。

如果第三故障位于电子设备100中，则电子设备100可以根据解决方案修复该第三故障。

如果第三故障位于电子设备400中，则电子设备100可以将解决方案发送给电子设备400，以使得电子设备400修复该第三故障。

在一些实施例中，电子设备100和/或电子设备400可以在用户的触发下，根据该解决方案，修复第三故障。例如，参考图5E，当电子设备100检测到图中的用户操作后，电子设备100和/或电子设备400开始修复第三故障。

可理解的，上述步骤S307-S310为可选操作。

不限于实施例3示例性列举的一个电子设备400，具体实现中，协同工作场景还可包括更多的设备，电子设备还可以结合更多设备的运行数据来进行联合故障检测。

通过实施例3提供的设备故障的检测方法，电子设备100可以综合协同工作场景中涉及的各个设备的运行数据来进行联合故障检测，还可以直接呈现检测结果和解决方案。这样能够精准地检测到协同工作场景中的故障，减少用户对客服及售后的依赖，提升用户体验。

在协同工作场景中，使用实施例3提供的方法能够全面地检测出故障。例如，协同工作场景中，涉及的几个设备各自都没有故障，但是协同工作时就出现了故障，这种情况下通过实施例3可以精准地检测出来。

在上述实施例3中：

电子设备100可以被称为第一设备，电子设备400可以被称为第四设备；

图3C所示的用户界面可以被称为第一用户界面，图3C中的智慧屏的信息栏305可以被称为第四设备的选项，第三操作的示例可包括作用于图3C所示用户界面33中智慧屏的信息栏305的用户操作；

图5A所示的用户界面51可以被称为第六用户界面，图5A中的控件501a可以被称为第三控件；

图5B所示的用户界面52可以被称为第七用户界面，图5B中的多个检测项可以被称为第四设备的一个或多个检测项，图5B中的投屏选项可以被称为第三检测项；

第三故障树也可以被称为第三信息。

上述实施例提供了故障检测及修复的方法，不限于此，本申请实施例还提供一种故障概率检测方法、安全漏洞检测方法等等。具体的，和上述实施例类似，不同之处在于，电子设备可以依据运行数据和故障树来计算各类故障发生的概率，或者，发现某些安全性或者可靠性比较低的环节，这样可以在故障发生之前提前采取相应的改进措施，进一步降低发生故障的概率。

本申请的各实施方式可以任意进行组合，以实现不同的技术效果。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

总之，以上所述仅为本发明技术方案的实施例而已，并非用于限定本发明的保护范围。凡根据本发明的揭露，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (33)

1.一种设备故障的检测方法，其特征在于，所述方法应用于第一设备，所述方法包括：

接收到检测第二设备的第一操作；

获取所述第二设备的运行数据，所述第二设备的运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；

根据第一信息和所述第二设备的运行数据，确定所述第二设备的第一故障，所述第一信息描述了所述第二设备对应的故障和故障原因之间的逻辑关系。

2.根据权利要求1所述的方法，其特征在于，确定所述第二设备的第一故障之后，所述方法还包括：

输出所述第一故障的指示信息。

3.根据权利要求1或2所述的方法，其特征在于，确定所述第二设备的第一故障之后，所述方法还包括：

从云平台中获取所述第一故障对应的解决方案；

输出所述第一故障对应的解决方案。

4.根据权利要求1-3任一项所述的方法，其特征在于，确定所述第二设备的第一故障之后，所述方法还包括：

从云平台中获取所述第一故障对应的解决方案；

将所述第一故障对应的解决方案发送给所述第二设备，用于所述第二设备修复所述第一故障。

5.根据权利要求1-4任一项所述的方法，其特征在于，接收到检测第二设备的第一操作之前，所述方法还包括：

显示第一用户界面，所述第一用户界面显示有第二设备的选项；

其中，所述第一操作包括作用于所述第二设备的选项的用户操作。

6.根据权利要求1-5任一项所述的方法，其特征在于，接收到检测第二设备的第一操作之后，获取所述第二设备的运行数据之前，所述方法还包括：

响应于所述第一操作，显示第二用户界面，所述第二用户界面包括第一控件；

接收到作用于所述第一控件的用户操作。

7.根据权利要求6所述的方法，其特征在于，确定所述第二设备的第一故障之前，所述方法还包括：

获取以下一项或多项信息：所述第二设备的设备类型、设备型号、软件系统类型或软件系统版本；

根据所述一项或多项信息，从云平台中获取所述第一信息，所述第一信息描述了所述一项或多项信息所对应的故障和故障原因之间的逻辑关系。

8.根据权利要求1-5任一项所述的方法，其特征在于，接收到检测第二设备的第一操作之后，获取所述第二设备的运行数据之前，所述方法还包括：

响应于所述第一操作，显示第二用户界面，所述第二用户界面包括第一控件；

响应于作用于所述第一控件的用户操作，显示第三用户界面，所述第三用户界面显示有：所述第二设备的一个或多个检测项；

接收到作用于所述一个或多个检测项中的第一检测项的用户操作。

9.根据权利要求8所述的方法，其特征在于，显示所述第三用户界面之前，所述方法还包括：

从所述第二设备中获取到所述一个或多个检测项；

或者，

获取所述第二设备的设备信息，并根据所述第二设备的设备信息，从云平台中获取到所述第二设备的所述一个或多个检测项；

或者，

获取所述第二设备的设备信息；从所述云平台中获取到多个不同设备信息和检测项的对应关系；从多个不同设备信息和检测项的对应关系中，将所述第二设备的设备信息对应的检测项，确定为所述一个或多个检测项；

其中，所述设备信息包括以下一项或多项：设备类型、设备型号、软件系统类型或软件系统版本号、所在区域。

10.根据权利要求8或9所述的方法，其特征在于，确定所述第二设备的第一故障之前，所述方法还包括：

响应于作用于所述第一检测项的用户操作，从云平台中获取所述第一信息，所述第一信息描述了所述第一检测项所对应的故障和故障原因之间的逻辑关系。

11.根据权利要求8或9所述的方法，其特征在于，显示所述第三用户界面之前，所述方法还包括：

从云平台中获取所述一个或多个检测项分别对应的信息；

其中，所述第一信息为所述一个或多个检测项分别对应的信息中，和所述第一检测项对应的信息，所述第一信息描述了所述第一检测项所对应的故障和故障原因之间的逻辑关系。

12.一种设备故障的检测方法，其特征在于，所述方法应用于第一设备，所述第一设备和第四设备协同工作，所述方法包括：

接收到第三操作；

获取所述第四设备的运行数据和所述第一设备的运行数据，所述运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；

根据第三信息、所述第四设备的运行数据和所述第一设备的运行数据，确定第三故障，所述第三信息描述了所述第一设备和所述第四设备协同工作的第一场景对应的故障和故障原因之间的逻辑关系。

13.根据权利要求12所述的方法，其特征在于，确定第三故障之前，所述方法还包括：

获取以下一项或多项信息：所述第一设备的设备类型、设备型号、软件系统类型或软件系统版本，所述第四设备的设备类型、设备型号、软件系统类型或软件系统版本；

根据所述一项或多项信息，从云平台中获取所述第三信息，所述第三信息描述了所述一项或多项信息所对应的故障和故障原因之间的逻辑关系。

14.根据权利要求12所述的方法，其特征在于，确定所述第三故障之前，所述方法还包括：

从云平台中获取所述第三信息，所述第三信息描述了所述第一场景中，第三检测项所对应的故障和故障原因之间的逻辑关系，所述第三检测项为用户选定的检测项。

15.根据权利要求12所述的方法，其特征在于，确定所述第三故障之前，所述方法还包括：

从云平台中获取所述第一场景中，和所述一个或多个检测项分别对应的信息；

其中，所述第三信息为所述第一场景中和所述一个或多个检测项分别对应的信息中，和第三检测项对应的信息，所述第三信息描述了所述第三检测项所对应的故障和故障原因之间的逻辑关系，所述第三检测项为用户选定的检测项。

16.一种电子设备，其特征在于，包括：存储器、一个或多个处理器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

接收到检测第二设备的第一操作；

获取所述第二设备的运行数据，所述第二设备的运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；

根据第一信息和所述第二设备的运行数据，确定所述第二设备的第一故障，所述第一信息描述了所述第二设备对应的故障和故障原因之间的逻辑关系。

17.根据权利要求16所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第二设备的第一故障之后，输出所述第一故障的指示信息。

18.根据权利要求16或17所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第二设备的第一故障之后，从云平台中获取所述第一故障对应的解决方案；

输出所述第一故障对应的解决方案。

19.根据权利要求16-18任一项所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第二设备的第一故障之后，从云平台中获取所述第一故障对应的解决方案；

将所述第一故障对应的解决方案发送给所述第二设备，用于所述第二设备修复所述第一故障。

20.根据权利要求16-19任一项所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

接收到检测第二设备的第一操作之前，显示第一用户界面，所述第一用户界面显示有第二设备的选项；

其中，所述第一操作包括作用于所述第二设备的选项的用户操作。

21.根据权利要求16-20任一项所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

接收到检测第二设备的第一操作之后，获取所述第二设备的运行数据之前，响应于所述第一操作，显示第二用户界面，所述第二用户界面包括第一控件；

接收到作用于所述第一控件的用户操作。

22.根据权利要求21所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第二设备的第一故障之前，获取以下一项或多项信息：所述第二设备的设备类型、设备型号、软件系统类型或软件系统版本；

根据所述一项或多项信息，从云平台中获取所述第一信息，所述第一信息描述了所述一项或多项信息所对应的故障和故障原因之间的逻辑关系。

23.根据权利要求16-20任一项所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

接收到检测第二设备的第一操作之后，获取所述第二设备的运行数据之前，响应于所述第一操作，显示第二用户界面，所述第二用户界面包括第一控件；

响应于作用于所述第一控件的用户操作，显示第三用户界面，所述第三用户界面显示有：所述第二设备的一个或多个检测项；

接收到作用于所述一个或多个检测项中的第一检测项的用户操作。

24.根据权利要求23所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

显示所述第三用户界面之前，

从所述第二设备中获取到所述一个或多个检测项；

或者，

获取所述第二设备的设备信息，并根据所述第二设备的设备信息，从云平台中获取到所述第二设备的所述一个或多个检测项；

或者，

获取所述第二设备的设备信息；从所述云平台中获取到多个不同设备信息和检测项的对应关系；从多个不同设备信息和检测项的对应关系中，将所述第二设备的设备信息对应的检测项，确定为所述一个或多个检测项；

其中，所述设备信息包括以下一项或多项：设备类型、设备型号、软件系统类型或软件系统版本号、所在区域。

25.根据权利要求23或24所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第二设备的第一故障之前，响应于作用于所述第一检测项的用户操作，从云平台中获取所述第一信息，所述第一信息描述了所述第一检测项所对应的故障和故障原因之间的逻辑关系。

26.根据权利要求23或24所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

显示所述第三用户界面之前，从云平台中获取所述一个或多个检测项分别对应的信息；

其中，所述第一信息为所述一个或多个检测项分别对应的信息中，和所述第一检测项对应的信息，所述第一信息描述了所述第一检测项所对应的故障和故障原因之间的逻辑关系。

27.一种电子设备，其特征在于，包括：存储器、一个或多个处理器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

接收到第三操作；

获取所述第四设备的运行数据和所述第一设备的运行数据，所述运行数据包括以下一项或多项：日志数据、硬件数据或系统配置信息；

根据第三信息、所述第四设备的运行数据和所述第一设备的运行数据，确定第三故障，所述第三信息描述了所述第一设备和所述第四设备协同工作的第一场景对应的故障和故障原因之间的逻辑关系。

28.根据权利要求27所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定第三故障之前，获取以下一项或多项信息：所述第一设备的设备类型、设备型号、软件系统类型或软件系统版本，所述第四设备的设备类型、设备型号、软件系统类型或软件系统版本；

根据所述一项或多项信息，从云平台中获取所述第三信息，所述第三信息描述了所述一项或多项信息所对应的故障和故障原因之间的逻辑关系。

29.根据权利要求27所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第三故障之前，从云平台中获取所述第三信息，所述第三信息描述了所述第一场景中，第三检测项所对应的故障和故障原因之间的逻辑关系，所述第三检测项为用户选定的检测项。

30.根据权利要求27所述的电子设备，其特征在于，所述一个或多个处理器还用于调用所述计算机指令以使得所述电子设备执行：

确定所述第三故障之前，从云平台中获取所述第一场景中，和所述一个或多个检测项分别对应的信息；

其中，所述第三信息为所述第一场景中和所述一个或多个检测项分别对应的信息中，和第三检测项对应的信息，所述第三信息描述了所述第三检测项所对应的故障和故障原因之间的逻辑关系，所述第三检测项为用户选定的检测项。

31.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-11任一项所述的方法。

32.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求12-15任一项所述的方法。

33.一种通信系统，其特征在于，所述通信系统包括：第一设备和第二设备，所述第一设备用于执行如权利要求1-11任一项所述的方法。

Images