CN118092201A

CN118092201A - 物联网设备控制方法、电子设备及计算机可读存储介质

Info

Publication number: CN118092201A
Application number: CN202211435907.1A
Authority: CN
Inventors: 金梦彤; 靳亮; 徐文方; 林贻斌
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-11-16
Filing date: 2022-11-16
Publication date: 2024-05-28

Abstract

本发明涉及终端技术领域，具体涉及一种物联网设备控制方法、电子设备及计算机可读存储介质。该方法包括：第一受控设备响应于控制设备发来的第一控制命令，通过短距离无线通信技术向至少一个第二受控设备中的第一设备转发第一控制命令，其中第一控制命令用于控制第一设备执行第一任务；第一受控设备根据第一设备对第一控制命令的响应时间以及执行所述第一任务的结果，判断第一设备是否存在故障。通过本申请提供的方案，用户可以在第一时间获知家居设备故障消息，并且在被请求控制的家居设备出现故障时，能够快速的调度具有相应能力的其他家居设备，利于提高用户体验。

Description

物联网设备控制方法、电子设备及计算机可读存储介质

技术领域

本发明涉及终端技术领域，具体涉及一种物联网设备控制方法、电子设备及计算机可读存储介质。

背景技术

目前智能家居设备越来越多，例如智慧屏，智能空调，音箱，智能冰箱，监控摄像等。用户不仅可以通过智能家居设备自带的遥控器等对智能家居设备进行遥控，也可以通过通信连接的其他电子设备对智能家居设备进行控制。该电子设备上自然也可以对通信连接的各智能家居设备进行管理，例如获取各智能家居设备的连接状态、以及在所管理的设备列表中添加或移除需要控制的智能家居设备等。

然而，在现有的智能家居设备管理方案中，控制各智能家居设备的电子设备无法检测到各智能家居设备是否存在故障。当某个智能家居设备出现故障时，用户无法在第一时间获知故障消息，因此不能及时调度其他适合的设备来替代故障设备，导致用户体验变差。

发明内容

本申请实施例提供了一种物联网设备控制方法、电子设备及计算机可读存储介质。在进行物联网设备控制时，当被请求控制的家居设备出现故障，能够快速的调度具有相应能力的其他家居设备。此外还可以排除存在故障的家居设备进行远程控制，从而能减少被控制家居设备出现故障而无法响应的概率，有利于提高用户使用体验。

第一方面，本申请实施例提供了一种物联网设备控制方法，应用于电子设备，该方法包括：第一受控设备响应于控制设备发来的第一控制命令，通过短距离无线通信技术向至少一个第二受控设备中的第一设备转发第一控制命令，其中第一控制命令用于控制第一设备执行第一任务；第一受控设备根据第一设备对第一控制命令的响应时间以及执行第一任务的结果，判断第一设备是否存在故障。

可以理解，上述控制设备与上述第一受控设备通过远距离无线通信技术连接，在一些实施例中，控制设备通过云服务器向第一受控设备发送第一控制命令。第一受控设备向第一设备转发第一控制命令，且上述第一受控设备和第二受控设备通过短距离无线通信技术建立通信连接。且上述第一受控设备在规定时间内未检测到第一设备对第一控制命令的反馈响应信息，从而判断第一设备存在故障。

在一些实施例中，上述控制设备例如可以是手机，第一受控设备例如可以是音箱，第二受控设备例如可以是智能音箱、摄像头、智慧屏设备等家居设备。音箱和上述智能音箱、摄像头、智慧屏设备等家居设备通过短距离通信连接。手机通过云服务器向音箱发送远程控制命令，即上述第一控制命令。响应于接收到的远程控制命令，音箱例如向摄像头转发远程控制命令，指定摄像头执行远程控制命令。且上述音箱在规定时间内未检测到摄像头对远程程控制命令的反馈响应信息，从而判断摄像头存在故障。

在上述第一方面的一种可能的实现中，第一受控设备存储有各第二受控设备的性能信息，上述方法还包括：第一受控设备确定第一设备存在故障，从至少一个第二受控设备中确定出具有执行第一任务的性能的第二设备；第一受控设备控制第二设备执行第一任务。

可以理解，上述第一受控设备在预设时间内未检测到第一设备对第一控制命令的响应信息，从而确定第一设备出现故障。此时，基于存储的各第二受控设备的性能信息，第一受控设备从上述各第二受控设备中确定出具有执行第一任务的性能的第二设备，并控制第二设备执行第一任务。在一些实施例中，上述音箱在规定时间内未检测到摄像头对远程程控制命令的反馈响应信息，从而判断摄像头存在故障。音响基于存储的家居设备性能信息，从其他家居设备中找到能够执行上述第一任务的其他家居设备作为第二设备，例如选择智慧屏作为第二设备。

在上述第一方面的一种可能的实现中，第一受控设备存储有各第二受控设备的位置信息，并且，从至少一个第二受控设备中确定出具有执行第一任务的性能的第二设备，述方法还包括：第一受控设备基于各第二受控设备的性能信息，从至少一个第二受控设备中确定出具有执行第一任务的性能的一个或多个第三设备；第一受控设备基于各第二受控设备的位置信息，从一个或多个第三设备中确定出与第一设备所在位置距离最小的第二设备。

可以理解，第一受控设备基于各第二受控设备的性能信息，确定出具有执行第一任务的性能的一个或多个第三设备。再基于确定出的一个或多个第三设备，选择与上述第一设备位置最近的第二设备。在其他实施例中，上述确定出一个或多个第三设备和第二设备的过程可以同时进行，在此不做限制。

在上述第一方面的一种可能的实现中，第一受控设备控制第二设备执行第一任务上述方法还包括：第一受控设备将第二设备的第一识别信息发送给控制设备；控制设备根据第一识别信息，生成向第一受控设备发送的第二控制命令，其中第二控制命令用于控制第二设备执行第一任务；第一受控设备通过短距离无线通信技术向第二设备转发第二控制命令。

可以理解，上述控制设备可以根据第一受控设备发送的第一识别信息，生成第二控制命令。第一受控设备将用于控制第二设备的第二控制命令转发给第二设备。在其他实施例中，控制设备也可以不选择调用第二设备，自行寻找其他设备，在此不做限制。

在上述第一方面的一种可能的实现中，第一受控设备控制第二设备执行第一任务，上述方法还包括：第一受控设备基于第二设备的第一识别信息，将第一控制命令转换为用于控制第二设备的第二控制命令；第一受控设备通过短距离无线通信技术向第二设备转发第二控制命令。

可以理解，控制设备可以预先开启第一受控设备自动调用第二设备的功能，第一受控设备基于第一识别信息将第一控制命令转换成第二控制命令，控制第二设备执行第一任务。在其他实施例中，控制设备还可以预先规定的第二设备做第一设备的替代设备。在第一设备出现故障时，第一控制设备可以不用在各第二受控设备中寻找作为替代设备的第二设备，在此不做限制。

在上述第一方面的一种可能的实现中，上述方法还包括：第一受控设备通过以下方式获取各第二受控设备的性能信息：第一受控设备与第二受控设备基于短距离无线通信技术建立通信连接；第一受控设备向第二受控设备发送采集性能信息的请求，以获取第二受控设备的性能信息；或者，第二受控设备向第一受控设备上报性能信息。

可以理解，基于性能信息采集请求，各第二受控设备将自身的性能信息发送给第一受控设备。上述第一受控设备将采集到的性能信息汇总整理，在一些实施例中，上述性能信息可以存储在第一受控设备的第二受控设备的性能信息表中。或者，上述各第二受控设备基于短距离无线通信技术建立通信连接，主动向第一受控设备上报性能信息。

在上述第一方面的一种可能的实现中，在第一受控设备与第二受控设备基于短距离无线通信技术建立通信连接之后上述方法还包括：第一受控设备检测到预设的第一定时条件满足，向通信连接的各第二受控设备发送故障检测命令，其中故障检测命令用于指示第二受控设备测试性能信息对应的性能；第一受控设备根据各第二受控设备对故障检测命令的响应时间，确定各第二受控设备中存在故障的一个或多个第四设备；第一受控设备将一个或多个第四设备的第二识别信息上报给控制设备。

可以理解，上述第一受控设备可以各第二受控设备进行定期或定时故障检测。例如，第一受控设备可以根据控制设备的设定，在指定的时间或者在预设的检测周期到达时向各第二受控设备发送检测请求。该检测请求例如可以是对各第二受控设备的模拟控制命令或设备调试命令等，各第二受控设备可以对接收到的检测请求进行响应，向第一受控设备反馈能够指示设备是否正常运行的响应信息。进一步的，第一受控设备将出现故障的一个或多个第四设备的第二识别信息上报给控制设备。

在上述第一方面的一种可能的实现中，上述方法还包括：第一定时条件为控制设备向第一受控设备设置的故障检测触发条件。

在上述第一方面的一种可能的实现中，在第一受控设备与第二受控设备基于短距离无线通信技术建立通信连接之后，上述方法还包括：第二受控设备检测到预设的第二定时条件满足，进入故障自检测模式，其中第二受控设备在故障自检测模式下触发运行性能信息对应的性能；第二受控设备将在故障自检测模式下运行性能信息对应性能的结果反馈给第一受控设备；第一受控设备基于各第二受控设备反馈的结果，向控制设备上报存在故障的第二受控设备的识别信息。

可以理解，各第二受控设备可以在指定时间或者在预设的检测周期到达时开始自检测。该自检测可以通过各第二受控设备自动进入调试模式或者自检测模式等方式实现。各第二受控设备进入调试模式或者自检测模式后，可以检测自身的硬件设备或系统功能是否正常，并向第一受控设备反馈自检测的结果。第一受控设备将获取到的各第二受控设备自检测的结果上报给控制设备。控制设备在下一次需要远程控制各第二受控设备时，则可以排除存在故障的各第二受控设备进行远程控制，从而能减少被控制各第二受控设备出现故障而无法响应的概率，有利于提高用户使用体验。

在上述第一方面的一种可能的实现中，上述方法还包括：第一受控设备确定第一设备存在故障，向控制设备反馈第一设备存在故障的情况。

在上述第一方面的一种可能的实现中，短距离无线通信技术，上述方法还包括：蓝牙通信技术、无线保真通信技术(Wi-Fi)、近距离无线通信技术(NFC)中的任一项。

在上述第一方面的一种可能的实现中，上述方法还包括：第一受控设备与控制设备为同一设备，或者，第一受控设备是从至少一个第二受控设备中选择出的满足预设条件的设备，其中预设条件包括在网时间、联网稳定性以及工作时长中的一项或多项。

可以理解，上述方法预先确定一个能够采集各第二受控设备的设备信息的电子设备作为第一受控设备，该第一受控设备既可以是各第二受控设备中选择出的设备，也可以是与各第二受控设备均通信连接的另一设备或者可以是控制设备。

其中，上述第一受控具有在网时间、联网稳定性以及工作时长的特点。当上述第一受控设备出现故障或者用户想要更换第一受控设备时，用户可以通过控制设备选择其他满足要求的设备作为新的第一受控设备。该新的第一受控设备可以优先通过蓝牙、分布式软总线等近场通信方式，获取更换前的第一受控设备上存储的家居设备能力集，也可以在与各第二受控设备建立连接时重新收集各第二受控设备的能力信息、位置信息以及设备识别信息等，在此不做限制。上述重新收集的过程，例如可以在从更换前的中枢设备上获取家居设备能力信息等失败后进行，在此不做限制

第二方面，本申请实施例提供了一种物联网设备控制装置，应用于第一受控设备，该装置包括：能力存储及调度模块，用于响应接收到的第一控制命令，通过短距离无线通信技术向已连接的至少一个第二受控设备中的第一设备转发第一控制命令，其中第一控制命令用于控制第一设备执行第一任务；并且，用于根据第一设备对第一控制命令的响应时间以及执行第一任务的结果，判断第一设备是否存在故障；能力获取模块，用于获取并存储各第二受控设备的性能信息；并且，能力存储及调度模块，还用于在确定第一设备存在故障时，根据各第二受控设备的性能信息，从至少一个第二受控设备中确定出具有执行第一任务的性能的第二设备，并控制第二设备执行第一任务。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；一个或多个存储器存储有一个或多个程序，当一个或者多个程序被一个或多个处理器执行时，使得电子设备执行上述第一方面及各种可能的实现中提供的物联网设备控制方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储介质上存储有指令，指令在计算机上执行时使计算机执行上述第一方面及各种可能的实现中提供的物联网设备控制方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述第一方面及各种可能的实现中提供的物联网设备控制方法。

附图说明

图1a根据本申请实施例示出了一种的智能家居场景示意图。

图1b根据本申请实施例示出了一种家居设备出现故障的场景示意图。

图2根据本申请实施例提供的一种分布式操作系统架构示意框图。

图3根据本申请实施例示出了一种手机100选择中枢设备的应用场景示意图。

图4根据本申请实施例示出了一种手机100选择中枢设备的界面示意图。

图5根据本申请实施例示出了一种中枢设备收集家居设备信息场景示意图。

图6根据本申请实施例示出了一种中枢设备收集家居设备信息的模块示意图。

图7根据本申请实施例示出了另一种中枢设备收集家居设备信息的模块示意图。

图8根据本申请实施例示出了一种远程控制家居设备交互流程示意图。

图9根据本实施例示出了一种手机100远程控制的操作示意图。

图10根据本实施例示出了一种家居设备设备互助操作的手机100界面显示图。

图11根据本申请实施例示出了一种中枢设备推荐替代家居设备的设备内部实现过程示意图。

图12根据本申请实施例示出了另一种远程控制家居设备交互流程示意图。

图13根据本申请实施例示出了一种远程控制家居设备时设备互助的操作步骤图。

图14根据本申请实施例示出了中枢设备推荐其他合适家居设备的手机100界面显示图。

图15根据本申请实施例示出了另一种中枢设备调度互助家居设备的设备内部实现过程示意图。

图16根据本申请实施例示出了中枢设备调度互助家居设备的模块示意图。

图17根据本申请实施例示出了一种家居设备故障检测的模块示意图。

图18根据本申请实施例示出了一种家居设备故障检测的设备交互流程图。

图19根据本申请实施例示出了一种中枢设备对家居设备进行故障检测操作的手机100界面显示图。

图20根据本申请实施例示出了一种中枢设备对家居设备进行故障检测的设备内部实现过程示意图。

图21根据本申请实施例示出了一种家居设备故障检测的模块示意图。

图22根据本申请实施例示出了一种家居故障自检测操作的各设备交互图。

图23根据本申请实施例示出了一种家居设备进行故障自检测操作的手机100界面显示图。

图24根据本申请实施例示出了一种家居设备故障检测的设备内部实现过程示意图。

图25根据本申请实施例示出了手机100的结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施方式对本申请实施例所提供的技术方案进行详细的说明。

图1a根据本申请实施例示出了一种的远程控制家居设备的场景示意图。

如图1a所示，该场景包括手机100，该手机100为控制各家居设备的电子设备，下称控制设备。手机100可以通过云服务器20向家居设备A至家居设备D发送远程控制命令，相应被控制的家居设备则可以响应于接收到的远程控制命令，执行相应的功能。例如，手机100通过云服务器20发送对家中摄像头的远程控制命令，相应摄像头则可以响应于该命令，采集监控区域内的图像或视频数据。

如上所述，现有的远程控制家居设备管理方案中，作为控制设备的手机100通常只对家居设备进行添加、移除等，而无法对所管理的各家居设备进行故障检测。如此，当家居出现故障时，控制设备也无法及时获知故障消息，此时家居设备可能会无法响应控制设备的远程控制命令。参考图1b所示，当手机100远程控制的家居设备C和家居设备D出现故障时，作为控制设备的手机100无法提前获知设备C和设备D出现故障的消息。此时，设备C和设备D无法响应手机100的远程控制命令，手机100也无法向用户提供必要的故障提醒，此时手机100或者用户也无法及时采取一些设备替代方案处理这类无法响应的问题，这些都将导致用户体验变差。

为了解决上述问题，本申请提供了一种物联网设备控制方法。具体地，该方法通过预先确定一个能够采集各家居设备的设备信息的电子设备作为中枢设备，该中枢设备既可以是各家居设备中选举出的设备，也可以是与各家居设备均通信连接的另一设备或者可以是控制设备。该中枢设备与家居设备在同一近场局域网，在家居设备入网阶段，中枢设备可以收集所连接的各家居设备所具有的能力信息、位置信息以及设备识别信息等，该能力信息可以是家居设备所具有的硬件设备能力，例如摄像头的图像采集能力、麦克风的拾音能力以及扬声器的音频播放能力等，该能力信息也可以是家居设备所搭载的操作系统提供的能力，例如安全等级较高的存储能力等。进而，中枢设备可以基于收集到的能力信息及位置信息等，更新在该中枢设备中创建的家居设备能力集。其中，该家居设备能力集用于存储并管理智能家居环境中各家居设备的上述能力信息、位置信息以及设备识别信息等。

在需要远程控制家居设备时，控制设备可以通过云服务器将远程控制命令发送给中枢设备。中枢设备则可以基于接收到的远程控制命令，转发给指定的家居设备进行响应。而当控制设备请求控制的家居设备出现故障时，中枢设备可以及时向控制设备上报故障情况，以便用户及时通过控制设备知悉家居设备的故障情况。其中，中枢设备例如可以根据家居设备对远程控制指令的响应情况判断家居设备是否出现故障，例如根据相应家居设备是否在预设响应时长内响应于远程控制指令，或者根据相应家居设备响应于远程控制指令反馈的执行成功或者执行失败的结果等，来判断相应家居设备是否出现故障等。

在另一些实施例中，中枢设备可以对所连接的各家居设备进行定期或定时故障检测。例如，中枢设备可以根据控制设备的设定，在指定的时间或者在预设的检测周期到达时向各家居设备发送检测请求。该检测请求例如可以是对各家居设备的模拟控制命令或设备调试命令等，各家居设备可以对接收到的检测请求进行响应，向中枢设备反馈能够指示设备是否正常运行的响应信息。

进一步地，在确定待响应远程控制指令的家居设备出现故障后，中枢设备可以根据家居设备能力集中存入的各家居设备的位置信息以及能力信息等，选择与故障设备所在位置的距离较近、并且具有与故障设备相同或相近能力的其他家居设备作为替代设备。此时，中枢设备可以将接收到的远程控制命令转发给选择出的替代设备，以替代故障设备响应远程控制命令。或者，中枢设备也可以将选择出的替代设备的识别信息推送给控制设备，以供控制设备基于该识别信息发出对该替代设备的远程控制命令，该远程控制命令再由中枢设备转发给上述替代设备，完成故障设备的替换，实现设备互助，有利于提高用户体验。

如此，中枢设备可以基于各家居设备的响应结果确定对各家居设备的故障检测结果，而且可以进一步将所确定的故障检测结果上报给控制设备。控制设备在下一次需要远程控制家居设备时，则可以排除对存在故障的家居设备进行远程控制，从而能减少被控制家居设备出现故障而无法响应的概率，有利于提高用户使用体验。

在另一些实施例中，控制设备还可以通过中枢设备控制家居设备进行故障自检。例如，家居设备可以在指定时间或者在预设的检测周期到达时开始自检测。该自检测可以通过家居设备自动进入调试模式或者自检测模式等方式实现。各家居设备进入调试模式或者自检测模式后，可以检测自身的硬件设备或系统功能是否正常，并向中枢设备反馈自检测的结果。中枢设备将获取到的家居设备自检测的结果上报给控制设备。控制设备在下一次需要远程控制家居设备时，则可以排除存在故障的家居设备进行远程控制，从而能减少被控制家居设备出现故障而无法响应的概率，有利于提高用户使用体验。

可以理解，上述中枢设备可以是智能家居环境中在网时间较长、网络连接状态较为稳定并且持续工作的电子设备。当多个家居设备具有作为中枢设备的条件时，用户也可以指定其中的某个家居设备作为中枢设备。在一些实施例中，上述中枢设备例如可以是路由器、智能音箱等家居设备，在此不做限制。

可以理解，当上述中枢设备出现故障或者用户想要更换中枢设备时，用户可以通过控制设备选择其他满足要求的设备作为新的中枢设备。该新的中枢设备可以优先通过蓝牙、分布式软总线等近场通信方式，获取更换前的中枢设备上存储的家居设备能力集，也可以在与各家居设备建立连接时重新收集各家居设备的能力信息、位置信息以及设备识别信息等，在此不做限制。上述重新收集的过程，例如可以在从更换前的中枢设备上获取家居设备能力信息等失败后进行，在此不做限制。

可以理解，基于本申请的物联网设备控制方法，在远程控制家居设备，家居设备出现故障时，中枢设备可以在第一时间寻找其他合适的家居设备替代故障设备执行控制设备的远程控制命令，完成家居设备互助。如此，基于上述方法，用户可以在第一时间获知家居设备故障消息，并且在被请求控制的家居设备出现故障时，能够快速的调度具有相应能力的其他家居设备，有利于提高用户使用体验感。另外，基于本申请的物联网设备控制方法，可以定期对家居设备进行故障检测，及时对故障的家居设备进行故障排查，使得用户可以及时知悉家居设备的状态，并且能避免故障设备无法响应的情况发生，利于提高用户体验。

可以理解，本申请提供的物联网设备控制方法，所适用的电子设备可以包括但不限于手机、个人计算机(personal computer，PC)(包括膝上型计算机、台式计算机、平板计算机等)、服务器、可穿戴设备、移动电子邮件设备、车机设备、便携式游戏机、其中嵌入或耦接有多个处理器的电视机、或具有多个处理器的其他电子设备。

为了方便描述，下面继续以手机100为例，说明本申请实施例提供的物联网设备控制方法的实现过程。可以理解，在一些实现方式中，上述各设备可以是同一种电子设备，例如控制设备、中枢设备以及家居设备都是手机等，在此不做限制。

图2根据本申请实施例提供的一种分布式操作系统架构示意框图，应用于上述控制设备、中枢设备和家居设备。如图2所示，该分布式操作系统架构可以包括应用层、应用框架层、系统服务层以及内核层。

其中，应用层可以包括一系列已安装的应用程序。该应用程序可以包括桌面应用，设置应用，音乐应用等应用程序，例如还可以包括日历，无线局域网(wireless local areanetworks，wlan)，蓝牙，相机，图库，通话，地图，视频等，在此不做限制。可以理解，本申请控制设备中的远程控制应用程序也在该应用层中。

应用框架层为应用层提供多语言框架，包括界面(user interface，UI)框架、用户程序框架和能力框架，以及多语言框架应用编程(application programming interface，API)和多种编程语言的框架API。

其中，UI框架包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等，在此不做赘述。

用户程序框架和能力框架是应用框架层为应用程序提供的多语言框架，例如为应用程序提供应用所需的各能力部件的能力等级，即这些能力部件用于实现应用层的各种应用程序功能。

可以理解，能力框架可以包括但不限于运算能力(可以包括CPU算力、图形处理器(graphics processing unit，GPU)算力、图像信号处理器(image signal processor，ISP)算力等)、拾音能力(可以包括麦克风拾音能力、语音识别能力等)、设备安全防护方面的安全能力(可以包括可信任运行环境安全等级等)、显示能力(可以包括屏幕分辨率、屏幕尺寸等)、播放能力(包括扩音能力、立体声效能力等、以及存储能力(可以包括设备的内存能力、随机存取存储器(random access memory，RAM)能力等)等，在此不做限制。

系统服务层是分布式操作系统的核心，系统服务层通过应用框架层对应用层中的应用程序以及SDK提供服务。系统服务层可以包括分布式文件系统、分布式软总线等。

分布式文件系统，用于提供不同电子设备对相同文件资源的访问节点。在本申请中，中枢设备可以基于分布式文件系统与备用中枢设备实现相同文件资源的共享。可以理解，当控制设备需要更换中枢设备时，新的中枢设备可以基于分布式文件系统与旧的中枢设备实现文件资源共享，直接访问获取旧中枢设备在入网阶段收集到的各家居设备的能力信息等。

分布式软总线：参考计算机硬件总线，在1+8+N设备间搭建一条“无形”的总线，具备自发现、自组网、高带宽低时延的特点。分布式软总线是在1+8+N设备(1为手机；8代表车机、音箱、耳机、手表、手环、平板、智慧屏、个人计算机(personal computer，PC)、增强现实(augmented reality，AR)、虚拟现实(virtual reality，VR)；N泛指其他物联网(internetof things，IoT)设备)之间搭建一条“无形”的总线，其具备自动发现、即连即用、自组网(异构网络组网)、高带宽、低时延、可靠性高等特点。

可以理解，通过分布式软总线的组网技术，可以将不同能力、不同特征的分布式设备组成一张网络，使得设备分布式网络不限于单一的或者一对一的连接关系，而是将整个家居设备控制全景下涉及的设备组成了一张动态网络。通过分布式软总线的网络，可以随时提供控制设备在发送远程控制命令时需要的设备能力信息。在本申请中，中枢设备与家居设备在同一近场局域网，在家居设备入网阶段，中枢设备可以收集所连接的各家居设备所具有的能力信息、位置信息以及设备识别信息等。

内核层是硬件和软件之间的层。分布式操作系统的内核层包括：内核子系统和驱动子系统。其中，内核子系统介于分布式操作系统可以采用多内核设计，因此内核子系统支持针对不同资源受限设备选用适合的OS内核，例如在本申请实施例中，对于中控设备可以选用Lite OS。

内核子系统上的内核抽象层(kernel abstract layer，KAL)通过屏蔽多内核差异，对上层提供基础的内核能力，包括进程/线程管理、内存管理、文件系统、网络管理和外设管理等。

驱动子系统提供的驱动框架是分布式系统硬件生态开放的基础，提供统一外设访问能力和驱动开发、管理框架。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

内核层是硬件和软件之间的层。操作系统的内核层包括：内核子系统和驱动子系统。其中，内核子系统介于分布式操作系统可以采用多内核设计，因此内核子系统支持针对不同资源受限设备选用适合的OS内核。

内核子系统上的内核抽象层(KAL)通过屏蔽多内核差异，对上层提供基础的内核能力，包括进程/线程管理、内存管理、文件系统、网络管理和外设管理等。

驱动子系统提供的驱动框架是分布式操作系统硬件生态开放的基础，提供统一外设访问能力和驱动开发、管理框架。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

图3根据本申请实施例示出了一种手机100选择中枢设备的智能家居场景示意图。

如图3所示，该场景包括作为控制设备的手机100以及多个家居设备。作为示例，图3所示场景中的家居设备例如可以包括摄像头，智慧屏，路由器，音箱等。在本申请实施例中，用户可以通过手机100从图3所示的各家居设备中选择一个在网时间较长、网络连接状态较为稳定且持续工作的设备作为中枢设备。在其他实施例中，家居设备不止包括图3中示出的四种家居舍设备，例如智能冰箱、智能窗帘、扫地机器人等，在此不做限制。具体用户通过手机100选择中枢设备的操作过程可以参考下述图4所示的界面示意。

如图4所示，手机100可以基于历史记录确定一个或多个适合作为中枢设备的电子设备，并显示图4所示的选择界面410。例如，图4所示的选择界面410上可以显示音箱和路由器的设备标识，并可以显示提示信息“请选择以下设备中的一台作为中枢设备，并允许中枢设备收集其他设备能力”等。此时，用户可以在音箱对应的选择框411或路由器对应的选择框412中进行选择操作，选择音箱或者路由器作为中枢设备。例如用户在图4所示选择框411中进行了选择操作，参考图4所示，选择框411的显示样式可以切换为选择界面420中所示的显示的样式，以指示用户当前选择音箱作为中枢设备。

可以理解，选定中枢设备的同时，可以完成对中枢设备收集各家居设备能力信息、位置信息等的授权。之后，被选中的音箱作为中枢设备便可以对家居设备的能力信息、位置信息以及设备识别信息等进行收集，以便后续实现家居设备互助和家居设备的故障检测。具体中枢设备收集各家居设备信息的过程，可以参考下述图5所示。

图5根据本申请实施例示出了一种中枢设备收集家居设备信息的过程示意图。

如图5所示，由中枢设备完成对其他入网的家居设备信息(如能力信息、位置信息以及设备识别信息等)进行收集。以音箱作为中枢设备，中枢设备音箱收集其他家居设备信息并存储。例如，音箱可以收集摄像头的图片采集、可语音对话等功能信息，摄像头部署在客厅的位置信息以及是否具有安全存储一些敏感信息的能力等。可以理解，作为中枢设备的音箱对各家居设备信息的收集过程可以同步进行，也可以在建立连接时逐一获取，在此不做限制。

作为中枢设备的音箱完成各家居设备信息的收集后，还可以显示图4所示选择界面420上提示信息“已选择音箱作为中枢设备，且音箱已完成对其他家居设备能力信息的收集任务！”，在此不做限制。

可以理解，在一些实施例中，上述中枢设备对各家居设备信息的收集能力，可以基于预设在中枢设备中的相关功能模块实现。

图6根据本申请实施例示出了一种中枢设备收集家居设备信息所基于的各功能模块示意图。

如图6所示，中枢设备中预设的用于收集各家居设备信息的功能模块可以包括：入网感知模块，能力获取模块、能力存储及调度模块。

其中，入网感知模块用于识别相应家居设备的在网状态以及统计在网时间等。

能力获取模块用于向家居设备的能力生成模块发送生成设备能力集的请求，该设备能力集为相应设备所具有各硬件设备的能力信息以及系统提供的一些能力信息等的集合。

能力获取模块用于将收集到的设备能力集进行汇总，并发送给设备能力存储及调度模块，进行存储。

相应地，与中枢设备建立连接的家居设备，可以具有组网模块和能力生成模块。

其中，组网模块可以用于与中枢设备上的入网感知模块进行交互，以供中枢设备识别相应家居设备的在网状态以及统计在网时间等。

能力生成模块可以用于根据接收到的生成设备能力集的请求，生成家居设备的设备能力集，并将设备能力集发送给中枢设备的能力获取模块。

如图7所示，在一些实施例中，中枢设备中预设的用于收集各家居设备信息的功能模块可以只包括：能力获取模块、能力存储及调度模块。

能力获取模块以及能力存储及调度模块的功能可以参考上述图6所示及相关描述，在此不做赘述。

相应地，与中枢设备建立连接的家居设备，可以只具有设备能力生成模块。

能力生成模块的功能可以参考上述图6所示及相关描述，在此不做赘述。

在一些实施例中，各个家居设备的能力集以表格的形式汇总后，保存在中枢设备中。其中，表格的形式可以参考表1所示。

表1家居设备能力集

当控制设备对家居设备进行远程控制时，对应的家居设备无响应。此时，可以根据用户通过控制设备中枢设备，选择合适的家居设备替代无响应的家居设备完成控制设备的远程控制命令。

下面结合其他附图和具体实施例，详细描述本申请实施例的物联网设备控制方法的实施过程。下面先通过实施例1，介绍当被控制的家居设备出现故障时，基于本申请提供的物联网设备控制方法完成故障设备的替换、实现设备互助的具体过程。

实施例1

为了便于描述清楚，可以对图8交互流程中各步骤涉及的交互设备进行编号，即控制设备10、中枢设备30、以及家居设备A和家居设备B。

具体地，如图8所示，该流程包括以下步骤：

801：控制设备10向中枢设备30发送对家居设备A的第一远程控制命令。

示例性地，控制设备10选择想要远程调用的家居设备A，并将调用的控制命令发送给中枢设备30。一般地，控制设备10先将控制命令上发给云服务器，云服务器再将该控制命令下发给中枢设备30。在其他实施例中，控制设备10直接将控制命令发送给中枢设备30，在此不做限制。例如，参考图9所示的步骤S1，用户可以使用手机100通过云服务器20下发对摄像头的远程控制命令，命令摄像头打开摄像功能。

802：中枢设备30基于接收到的第一远程控制命令，转发给指定家居设备A进行响应。

示例性地，中枢设备30基于接收到的对家居设备A的远程控制命令，快速找到家居设备A，并指定家居设备A作出响应，执行远程控制命令。参考图9所示的步骤S2：音箱300基于接收到手机100的对摄像头的远程控制命令，指定摄像头作出响应，打开摄像功能。

803：中枢设备30检测到家居设备A未响应，查找可以替代家居设备A作出响应的家居设备B。

示例性地，家居设备A出现故障无法对远程控制命令作出响应。例如，在规定的之间内，中枢设备30未检测到家居设备A反馈的响应信息。参考图9所示的步骤S3：手机100远程打开摄像头的监控录像的功能，由于摄像头出现故障，无法作出响应。中枢设备30检测到家居设备A没有作出响应，快速的浏览家居设备入网阶段收集并保存的家居设备能力集。根据家居设备A的设备能力集，选择合适的家居设备B替代家居设备A作出响应。家居设备B是位于家居设备A附近，且能够替代家居设备A完成控制命令的家居设备。

可以理解，家居设备A在作出响应的同时，对中枢设备30发送响应信息，如果家居设备A出现故障，则无法向中枢设备30发送响应信息，中枢设备30没有接收到响应信息，即中枢设备30检测到家居设备没有作出响应。

804：中枢设备30向控制设备10反馈家居设备A无响应，以及推荐可以替代家居设备A执行远程控制命令的家居设备B。

示例性地，中枢设备30向控制设备10反馈家居设备A无响应以及以及推荐可以替代家居设备A执行远程控制命令的家居设备B。

进一步参考图9所示的步骤S4，当摄像头无响应时，音箱300将摄像头无响应的情况以及音箱300根据家居设备入网阶段收集的家居设备能力集，推荐替代设备替代摄像头作出响应的信息通过云服务器发送给手机100。上述替代设备可以是在摄像头附近且有摄像功能的智慧屏。

805：控制设备10基于家居设备B的设备识别信息，向中枢设备30发送第二远程控制命令。

示例性地，控制设备10基于家居设备B的设备识别信息，向中枢设备30发送第二远程控制命令。可以理解，控制设备10选择调用中枢设备30推荐的家居设备B，并重新下发控制命令。在其他实施例中，控制设备2也可以不选择中枢设备30推荐的家居设备B，自主选择其他合适的家居设备完成控制命令，还可以结束远程控制操作等，在此不做限制。

可以理解，参考图10所示，以手机100作为控制设备为例，手机100选择调用摄像头，并开启摄像功能。由于摄像头出现故障，无法作出响应。此时中枢设备30快速的将故障消息以及推荐的其他家居设备反馈到手机100的显示屏上。手机100的显示屏显示“摄像头无响应，是否使用智慧屏摄像头功能”，用户可以根据需求选择是或否。若用户选择“是”，则智慧屏替代摄像头执行控制命令。若选择“否”，用户可以在手机100选择其他合适的家居设备完成控制命令，还可以结束远程控制操作。

806：中枢设备30基于接收到的第二远程控制命令，转发给的指定家居设备B进行响应。

示例性地，中枢设备基于控制设备的远程控制命令，指定家居设备B作出响应。例如，参考的图9所示的步骤S5，手机100可以在确认可以调用智慧屏替代摄像头作为视频或图像采集设备后，则可以生成对智慧屏的远程控制命令，并通过中枢设备30转发给智慧屏。

807：家居设备B响应于第二远程控制命令，接受控制设备10的远程控制，实现设备互助。

示例性地，家居设备B执行远程控制命令，运行相应的功能，替代家居设备A完成远程控制命令，实现设备互助。例如图9中音箱300可以基于新的远程控制命令指定智慧屏作出响应，智慧屏打开摄像功能替代摄像头执行控制命令，实现设备互助。

上述图8所示设备之间的交互过程，也可以总结为图11所示的内部实现过程。

如图11所示，控制设备10通过云服务器20发送对家居设备A的远程控制命令，例如让家居设备摄像头，把摄像功能打开。即图中“发送控制命令”。中枢设备30的命令控制模块通过云服务器接收控制设备10的控制命令，找到对应的家居设备A，请求对应的家居设备A作出响应，即图中“指定家居设备A作出响应”。

继续参考图11，在指定家居设备A无响应的情况下，中枢设备30的命令控制模块请求能力存储及调度模块，由能力存储及调度模块选择家居设备B，即图中“浏览，推荐”。其中，能力存储及调度模块中存储有家居设备入网阶段收集并保存的家居设备能力集。可以理解，选择的家居设备B，与家居设备A所在位置的距离较近、并且具有与家居设备A相同或相近能力，能够替代指定的家居设备A完成用户的远程控制命令。

进一步参考图11，中枢设备30的命令控制模块通过云服务器向控制设备10发送家居设备A故障信息，以及推荐的其他家居设备B信息，即图中“发送信息”。控制设备10根据中枢设备30的推荐，选择其他家居设备B替代指定家居设备A作出响应，即图中“调用推荐家居设备B”。中枢设备30的命令控制模块根据控制设备10的选择，调用家居设备B，家居设备B的响应模块作出响应，完成设备互助，即图中“指定家居设备B作出响应和家居设备B作出响应”。

可以理解，上述命令控制模块存在于中枢设备中，用于接收由控制设备通过云服务器发送的远程控制命令，以及对家居设备发送命令。响应模块存在于家居设备中，用于中枢设备发送的命令。

基于上述方法，中枢设备可以将选择出的替代设备的识别信息推送给控制设备，以供控制设备基于该识别信息发出对该替代设备的远程控制命令，该远程控制命令再由中枢设备转发给上述替代设备，完成故障设备的替换，实现设备互助。

下面通过另一实施例2，介绍当远程控制的家居设备出现故障时，完成故障设备的替换，实现设备互助的另一具体过程。

实施例2

为了便于描述清楚，对图12交互流程中各步骤涉及的交互设备进行编号，即控制设备10、中枢设备30、以及家居设备A和家居设备B。具体步骤如下所述：

1201：控制设备10向中枢设备30发送对家居设备A的第一远程控制命令。

1202：中枢设备30基于接收到的第一远程控制命令，转发给指定家居设备A进行响应。

1203：中枢设备30检测到家居设备A未响应，查找可以替代家居设备A作出响应的家居设备B。

可以理解，上述步骤1201至步骤1203参考步骤801至步骤803中相关描述，相应的图13中所示的步骤S7至步骤S9参考上述图9中所示的步骤S1至步骤S3的相关描述，在此不作赘述。

1204：中枢设备30向控制设备10反馈家居设备A无响应，以及发送自主调用家居设备B的通知。

可以理解，中枢设备30通过云服务器向控制设备10反馈家居设备A无响应和调用家居设备B的通知。在一些实施例中，上述反馈信息可以显示在控制设备10的显示界面中。

例如，图14是以手机100作为控制设备10的一种设备互助显示界面示意图。参考图14所示的显示界面1410，显示界面1410包括中枢设备自动调用替代设备选项1411。根据中枢设备自动调用替代设备选项1411所示的“是否允许中枢设备自动调用替代设备”，用户可以选择“是”，确认允许中枢设备自动调用替代设备。当手机100选择远程控制开启摄像头的摄像功能，由于摄像头出现故障，无法作出响应。此时中枢设备30迅速将故障消息以及自动调用其他家具设备的信息反馈到手机100的显示界面1420上。例如，显示界面1420包括显示框1421，如显示框1421中所示“摄像头无响应，已为您自动切换至智慧屏摄像头”。

1205：中枢设备30将对家居设备A的第一远程控制命令修改为对家居设备B的第二远程控制命令，指定家居设备B作出响应。

可以理解，中枢设备30将对家居设备A的第一远程控制命令修改为对家居设备B的第二远程控制命令，指定家居设备B替代家居设备A作出响应。在一些实施例中，控制设备10预先设置中枢设备30在家居设备A出现故障时，可以自主指定家居设备B替代家居设备A执行远程控制命令。在其他实施例中，控制设备10也可以预先指定在家居设备A出现故障时，由家居设备B替代家居设备A作出响应，在此不做限制。

1206：家居设备B响应于第二远程控制命令，接受控制设备10的远程控制，实现设备互助。

示例性地，家居设备B调用自身功能作出响应。替代家居设备A执行远程控制命令，实现设备互助。例如图13中所示的步骤S10，音箱300指定智慧屏替代摄像头完成手机100的远程控制命令，打开摄像头，开启监控摄像功能。

可以理解，基于上述步骤1201至步骤1206，中枢设备可以将接收到的远程控制命令转发给选择出的替代设备，以替代故障设备响应远程控制命令，完成故障设备的替换，实现设备互助。

上述图12所示设备之间的交互过程，也可以总结为图15所示的内部实现过程。

图15根据本申请实施例示出了另一种中枢设备调用互助家居设备的设备内部实现过程示意图。

如图15所示，控制设备10通过云服务器20发送对家居设备A的远程控制命令，例如让家居设备摄像头，把摄像功能打开。即图中“发送远程控制命令”。中枢设备30的命令控制模块通过云服务器20接收控制设备10的远程控制命令，找到对应的家居设备A，请求对应的家居设备A作出响应，即图中“指定家居设备A作出响应”。

继续参考图15，在指定家居设备A无响应的情况下，中枢设备30的命令控制模块请求能力存储及调度模块，由能力存储及调度模块选择其他合适的家居设备，即图中“查询”。其中，能力存储及调度模块中存储有家居设备入网阶段收集并保存的家居设备能力集。可以理解，家居设备B与家居设备A所在位置的距离较近、并且具有与家居设备A相同或相近能力，能够替代指定的家居设备A完成用户的远程控制命令。

中枢设备30的命令控制模块将远程控制命令转发给互助家居设备B，家居设备B作出响应，完成设备互助。可以理解，可替代家居设备可以是控制设备10提前设置的家居设备，也可以是中枢设备30自主选择的，在此不做限制。

图16根据本申请实施例示出了一种家居设备完成互助的模块示意图，进一步参考图16所示，在远程控制家居设备时，中枢设备中用于完成家居设备互助的的功能模块可以包括：命令控制模块、能力存储及调度模块。

其中，命令存储模块用于接收控制设备通过云服务器发送的远程控制命令，以及对家居设备发送命令。其中，向家居设备发送的命令包括远程控制命令，以及家居设备互助时中枢设备自主调用替代设备，指定替代设备作出响应的命令。

能力存储及调度模块的功能可以参考上述图6所示及相关描述，在此不做赘述。

相应地，与中枢设备相连的家居设备还可以包括响应模块，用于对中枢设备发送的控制命令作出响应。

可以理解，当家居设备在出现故障，响应模块无法作出响应时，中枢设备的命令控制模块无法接收到家居设备的响应模块作出的响应信息，调用自身的能力存储及调度模块，依据家居设备入网阶段时收集的家居设备能力集，选择合适的家居设备，完成设备互助。其中，中枢设备的能力存储及调度模块主要依据未响应家居设备的能力信息、位置信息以及设备识别信息等，选择合适的替代设备，并反馈给命令控制模块。命令控制模块依据控制设备的预设设置，自主调用替代设备，或者将推荐的替代设备反馈给控制设备，在由控制设备确认后调用替代设备，完成设备互助。

可以理解，基于上述实施例1和实施例2，中枢设备可以将选择出的替代设备的识别信息推送给控制设备。或者，中枢设备也可以将接收到的远程控制命令转发给选择出的替代设备，以替代故障设备响应远程控制命令以供控制设备基于该识别信息发出对该替代设备的远程控制命令，该远程控制命令再由中枢设备转发给上述替代设备，完成故障设备的替换，实现设备互助，提高了用户的使用体验感。

在一些实施例中，当家用设备出现故障时，控制设备无法在第一时间获知故障信息，从而降低了用户的使用体验感，因此本申请的物联网设备控制方法，还可以对家居设备进行故障检测。下面结合实施例3，介绍一种通过控制中枢设备对所连接的各家居设备进行定期或定时故障检测的具体实现过程。

实施例3

图17根据本申请实施例示出了一种家居故障检测的应用场景示意图。

如图17所示，手机100作为控制设备，音箱300作为中枢设备，音箱300发送家居设备故障检测命令给在网的家居设备，家居设备响应于故障检测请求，对自身的功能是否能够正常运行进行检测，并把检测结果发送给音箱300，音箱300将收集到的故障检结果进行整理，并把整理后的故障检测结果通过云服务器20反馈给手机100。

基于上述图17所示场景，下面结合图18详细的说明本实施例提供的中枢设备进行家居设备故障检测的具体实现过程。

为了便于描述清楚，对图18交互流程中各步骤涉及的各设备进行编号，即控制设备10、中枢设备30、以及家居设备40。其中，家居设备40可以包括一个或者多个家居设备。

具体地，该流程包括以下步骤：

1801：控制设备10控制开启中枢设备30对家居设备40定期故障检测功能。

可以理解，控制设备10开启中枢设备30对家居设备40定期故障检测功能。例如，控制设备10指定中枢设备30每周三对家居设备40进行故障检测。在其他实施例中，中枢设备30在检测到家居设备40长期没有被使用，也可以自动开启故障检测功能，对家居设备40进行故障检测，在此不做限制。

1802：中枢设备30定期向家居设备40发送故障检测请求。

示例性地，中枢设备可以是在指定时间或者在预设的检测周期到达时，向各家居设备发送检测请求，该检测请求例如可以是对各家居设备的模拟控制命令或设备调试命令等。例如，中枢设备30对扫地机发出模拟命令，指定扫地机开启扫地功能。

1803：家居设备40响应于接收到的故障检测请求，并进行故障检测。

示例性地，基于中枢设备30发送的故障检测请求，家居设备40模拟开启相应的功能，并进行故障检测，检测自身的功能是否能够正常运行。

可以理解，家居设备40出现故障时，无法响应中枢设备30的故障检测请求，中枢设备30基于未接收到家居设备40的响应，判定家居设备40出现故障。

1804：家居设备40向中枢设备30发送故障检测结果。

示例性地，家居设备40将故障检测结果发送给中枢设备30，例如，摄像头无响应，扫地机作出响应等。

1805：中枢设备30将收集到的故障检测结果进行汇总整理。

示例性地，中枢设备30将收集到家居设备40的故障检测结果进行整理，在一实施例中，可以将家居设备40的故障检测结果以图表的形式整理，也可以是以文档的形式，在此不做限制。

1806：中枢设备30向控制设备10反馈汇总后的故障检测结果。

可以理解，中枢设备30通过云服务器将整理后的家居设备40故障检测结果发送给控制设备10。在一些实施例中，中枢设备30反馈的故障检测结果可以显示在控制设备10的显示界面中。

作为示例，图19根据本申请实施例示出了一种中枢设备对家居设备进行故障检测操作的手机100界面示意图。

如图19所示，用户可以在设置界面1910上点击定期故障检测选项1911对应的开/关控件，选择开启或者关闭定期故障检测功能。中枢设备30基于开启定期故障检测的操作，定期对家居设备进行故障检测，并将故障检测结果反馈给手机100。进而，手机100可以根据故障检测结果显示图19所示的故障提醒界面1920。参考图19所示，手机100的故障提醒界面1920上可以显示提示框1921，该提示框1921中例如可以显示“故障检测完毕，摄像头无响应，请注意检查”等内容，以提醒用户检查当前出现故障的家居设备。如此，有利于提高用户的使用体验。

此外，上述图18所示设备之间的交互过程，也可以总结为图20所示的内部实现过程。图20根据本申请实施例示出了一种中枢设备对家居设备进行故障检测的设备内部实现过程示意图。

中枢设备30的设备能力检测模块调用能力存储及调度模块，查询当前组网内的家居设备以及具有的能力，即图中“调用”。

可以理解，中枢设备30的能力存储及调度模块中存储着家居设备能力集，其中设备能力集包括家居设备的能力信息、位置信息以及设备识别信息等。

继续参考图20，中枢设备30的能力检测模块依据查询结果，向组网内的家居设备的响应模块分别发送请求，该检测请求例如可以是对各家居设备的模拟控制命令或设备调试命令等，各家居设备可以对接收到的检测请求进行响应，向中枢设备反馈能够指示设备是否正常运行的响应信息。当家居设备的无故障时，家居设备的响应模块基于请求，作出虚拟响应；当家居设备出现故障时，家居设备的响应模块无法作出响应，即图中“响应故障检测请求”。

中枢设备30的能力检测模块将各个家居设备的响应情况汇总，如摄像头未响应、智慧屏有响应等。中枢设备30的能力检测模块将各个家居设备的响应情况汇总，即图中“收集故障检测结果”。在一些实施例中，可以表格形式进行汇总，在此不做限制。

中枢设备30的命令控制模块发送汇总的设备情况给云服务器20，即图中“发送故障检测结果”。云服务器20将接收到的各个家居设备的故障检测结果发送给控制设备10，完成故障检测，即图中“接收故障检测结果”。

可以理解，通过中枢设备30定期对家居设备进行故障检测，并将故障检测结果及时的反馈到控制设备10上。用户可以第一时间获知个家居设备的当前状态，提高了用户的使用体验感。在一些实施例中，用户可以预设中枢设备30进行家居设备故障检测的周期。或者，在长期未使用家居设备时，中枢设备也可以自主对家居设备进行故障检测，在此不做限制。

参考图21,图21根据本申请实施例示出了一种家居设备故障检测的模块示意图。

中枢设备中用于家居故障检测的模块包括能力检测模块，能力存储及调度模块以及命令控制模块。其中，能力存储及调度模块、能力检测模块的功能可以参考上述图6所示及相关描述，在此不做赘述。

命令控制模块的功能可以参考上述图16所示及相关描述，在此不做赘述。

相应地，与中枢设备相连的家居设备包括响应模块用于响应中枢设备发送的故障检测请求，向中枢设备发送故障检测结果。

基于上述故障检测，本申请还可以由控制设备设置家居设备进行自检测。下面结合另一实施例4，介绍控制设备设置家居设备进行自检测的具体实现过程。

实施例4

图22根据本申请实施例示出了一种家居故障自检测操作的各设备交互图。为了便于描述清楚，对图22交互流程中各步骤涉及的各设备进行编号，即控制设备10、中枢设备30、以及家居设备40。具体步骤如下所述：

2201：控制设备10控制开启家居设备40定期故障自检测功能。

可以理解，控制设备10可以家居设备40定期进行故障自检测。例如，控制设备10设置每周三家居设备40进行故障自检测。在其他实施例中，家居设备40检测到自身长期没有使用，自动开启故障检测功能，进行故障自检测等，在此不作赘述。

2202：家居设备40定期开始故障自检测。

示例性地，基于定期检测功能，家居设备40开始故障自检测，家居设备40开始故障自检测，检测自身的功能是否能够正常运行。

可以理解，家居设备可以在指定时间或者在预设的检测周期到达时开始自检测，自动进入调试模式或者自检测模式等。各家居设备进入调试模式或者自检测模式后，可以检测自身的硬件设备或系统功能是否正常，并向中枢设备反馈自检测的结果，中枢设备将获取到的家居设备自检测的结果上报给控制设备，

可以理解，根据控制设备10设置的定期检测时间，家居设备40进行故障自检测。例如，设置家居设备40每间隔10天，对自身的功能是否能够正常运行进行检测。

2203：家居设备40向中枢设备30发送故障检测结果。

2204：中枢设备30将收集到的故障检测结果进行汇总整理。

2205：中枢设备30向控制设备10反馈汇总后的故障检测结果。

上述步骤2203至步骤2205参考上述步骤1804至步骤1806中相关描述，在此不作赘述。可以理解，在一些实施例中，中枢设备30反馈的家居设备故障自检测结果可以显示在控制设备10的显示界面中。例如，图23根据本申请实施例示出了一种家居设备进行故障自检测操作的手机100界面显示图。如图23所示，设置界面2310包括家居设备自动故障检测功能界面2311，用户可以根据家居设备自动故障检测功能界面2311所示的选项，选择开启“家居设备自动故障检测功能”。在开启家居设备自动故障检测功能后，家居设备定期进入调试模式或者自检测模式等。各家居设备进入调试模式或者自检测模式后，可以检测自身的硬件设备或系统功能是否正常，并向中枢设备反馈自检测的结果。中枢设备将获取到的家居设备自检测的结果上报给手机100，最终在手机100的显示界面上显示故障检测结果，提醒用户家居设备出现故障。故障提醒界面2320包括故障检测结果显示界面2321，如图23中的故障检测结果显示界面2321所示“故障检测完毕，摄像头无响应，请注意检查”等。

可以理解的是，当中枢设备30和家居设备40同时进行故障检测时，以中枢设备30的检测为主。在其他实施例中，如果某个家居设备已完成故障自检时，中枢设备30可以跳过该家居设备检测其他的家居设备，或者中枢设备30完成某个家居设备故障检测时，该家居设备不在进行故障自检，在此不做限制。

上述图22所示设备之间的交互过程，也可以总结为图24所示的内部实现过程。图24根据本申请实施例示出了一种家居设备故障检测的设备内部实现过程示意图。

由控制设备10开启家居设备自动故障检测功能，在故障自检测结束后，主动向中枢设备30的能力检测模块发送故障自检测结果。即图中“发送故障检测结果”。中枢设备30的能力检测模块将各个家居设备的响应情况汇总，如摄像头未响应、智慧屏有响应等。在一些实施例中，可以表格形式进行汇总，在此不做限制。中枢设备30的命令控制模块将汇总的家居设备自检测结果发给云服务器20，即图中“发送故障检测结果”。云服务器20将接收到的各个家居设备的故障自检测结果发送给控制设备10，完成故障检测，即图中“接收故障检测结果”。

可以理解，开启家居设备自动故障检测功能后，当家居设备处于故障的边缘时，能够及时的将家居设备的状态反馈给手机100，使得用户可以第一时间获知故障信息。

图25根据本申请实施例示出了手机100的结构示意图。

如图25所示，手机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等。

可以理解的是，本发明实施例示意的结构并不构成对手机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的等待时间，因而提高了系统的效率。

在一些实施例中，处理器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)接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为手机100充电，也可以用于手机100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机100的结构限定。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

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

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

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，手机100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机100可以通过无线通信技术与网络以及其他设备通信。上述无线通信技术可以包括全球移动通讯系统(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通过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)，Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将该电信号传递给ISP处理，转化为肉眼可见的图像。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，手机100可以包括1个或N个摄像头193，N为大于1的正整数。

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

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

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

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

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

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

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

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

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。手机100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，手机100根据压力传感器180A检测该触摸操作的强度。手机100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

指纹传感器180H用于采集指纹。手机100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

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

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机100可以接收按键输入，产生与手机100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。

在说明书对“一个实施例”或“实施例”的引用意指结合实施例所描述的具体特征、结构或特性被包括在根据本申请实施例公开的至少一个范例实施方案或技术中。说明书中的各个地方的短语“在一个实施例中”的出现不一定全部指代同一个实施例。

本申请实施例的公开还涉及用于执行文本中的操作装置。该装置可以专门处于所要求的目的而构造或者其可以包括被存储在计算机中的计算机程序选择性地激活或者重新配置的通用计算机。这样的计算机程序可以被存储在计算机可读介质中，诸如，但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(ASIC)或者适于存储电子指令的任何类型的介质，并且每个可以被耦合到计算机系统总线。此外，说明书中所提到的计算机可以包括单个处理器或者可以是采用针对增加的计算能力的多个处理器涉及的架构。

另外，在本说明书所使用的语言已经主要被选择用于可读性和指导性的目的并且可能未被选择为描绘或限制所公开的主题。因此，本申请实施例公开旨在说明而非限制本文所讨论的概念的范围。

Claims

1.一种物联网设备控制方法，其特征在于，包括：

第一受控设备响应于控制设备发来的第一控制命令，通过短距离无线通信技术向至少一个第二受控设备中的第一设备转发所述第一控制命令，其中所述第一控制命令用于控制所述第一设备执行第一任务；

所述第一受控设备根据所述第一设备对所述第一控制命令的响应时间以及执行所述第一任务的结果，判断所述第一设备是否存在故障。

2.根据权利要求1所述的方法，其特征在于，所述第一受控设备存储有各所述第二受控设备的性能信息，并且，

所述方法包括：

所述第一受控设备确定所述第一设备存在故障，从所述至少一个第二受控设备中确定出具有执行所述第一任务的性能的第二设备；

所述第一受控设备控制所述第二设备执行所述第一任务。

3.根据权利要求2所述的方法，其特征在于，所述第一受控设备存储有各所述第二受控设备的位置信息，并且，

所述从所述至少一个第二受控设备中确定出具有执行所述第一任务的性能的第二设备，包括：

所述第一受控设备基于各所述第二受控设备的性能信息，从所述至少一个第二受控设备中确定出具有执行所述第一任务的性能的一个或多个第三设备；

所述第一受控设备基于各所述第二受控设备的位置信息，从所述一个或多个第三设备中确定出与所述第一设备所在位置距离最小的所述第二设备。

4.根据权利要求2或3所述的方法，其特征在于，所述第一受控设备控制所述第二设备执行所述第一任务，包括：

所述第一受控设备将所述第二设备的第一识别信息发送给所述控制设备；

所述控制设备根据所述第一识别信息，生成向所述第一受控设备发送的第二控制命令，其中所述第二控制命令用于控制所述第二设备执行第一任务；

所述第一受控设备通过短距离无线通信技术向所述第二设备转发所述第二控制命令。

5.根据权利要求2或3所述的方法，其特征在于，所述第一受控设备控制所述第二设备执行所述第一任务，包括：

所述第一受控设备基于所述第二设备的第一识别信息，将所述第一控制命令转换为用于控制所述第二设备的第二控制命令；

6.根据权利要求2所述的方法，其特征在于，所述第一受控设备通过以下方式获取各所述第二受控设备的性能信息：

所述第一受控设备与所述第二受控设备基于所述短距离无线通信技术建立通信连接；

所述第一受控设备向所述第二受控设备发送采集所述性能信息的请求，以获取所述第二受控设备的性能信息；或者，

所述第二受控设备向所述第一受控设备上报所述性能信息。

7.根据权利要求6所述的方法，其特征在于，在所述第一受控设备与所述第二受控设备基于所述短距离无线通信技术建立通信连接之后，所述方法还包括：

所述第一受控设备检测到预设的第一定时条件满足，向通信连接的各所述第二受控设备发送故障检测命令，其中所述故障检测命令用于指示所述第二受控设备测试所述性能信息对应的性能；

所述第一受控设备根据各所述第二受控设备对所述故障检测命令的响应时间，确定各所述第二受控设备中存在故障的一个或多个第四设备；

所述第一受控设备将所述一个或多个第四设备的第二识别信息上报给所述控制设备。

8.根据权利要求7所述的方法，其特征在于，所述第一定时条件为所述控制设备向所述第一受控设备设置的故障检测触发条件。

9.根据权利要求6所述的方法，其特征在于，在所述第一受控设备与所述第二受控设备基于所述短距离无线通信技术建立通信连接之后，所述方法还包括：

所述第二受控设备检测到预设的第二定时条件满足，进入故障自检测模式，其中所述第二受控设备在所述故障自检测模式下触发运行所述性能信息对应的性能；

所述第二受控设备将在所述故障自检测模式下运行所述性能信息对应性能的结果反馈给所述第一受控设备；

所述第一受控设备基于所述第二受控设备反馈的结果，向所述控制设备上报存在故障的第二受控设备的识别信息。

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

所述第一受控设备确定所述第一设备存在故障，向所述控制设备反馈所述第一设备存在故障的情况。

11.根据权利要求1所述的方法，其特征在于，所述短距离无线通信技术，包括：蓝牙通信技术、无线保真通信技术(Wi-Fi)、近距离无线通信技术(NFC)中的任一项。

12.根据权利要求1至11中任一项所述的方法，其特征在于，

所述第一受控设备与所述控制设备为同一设备，或者，

所述第一受控设备是从所述至少一个第二受控设备中选择出的满足预设条件的设备，其中所述预设条件包括在网时间、联网稳定性以及工作时长中的一项或多项。

13.一种物联网设备控制装置，其特征在于，应用于第一受控设备，所述装置包括：

能力存储及调度模块，用于响应接收到的第一控制命令，通过短距离无线通信技术向已连接的至少一个第二受控设备中的第一设备转发所述第一控制命令，其中所述第一控制命令用于控制所述第一设备执行第一任务；并且，用于根据所述第一设备对所述第一控制命令的响应时间以及执行所述第一任务的结果，判断所述第一设备是否存在故障；

能力获取模块，用于获取并存储各所述第二受控设备的性能信息；并且，

所述能力存储及调度模块，还用于在确定所述第一设备存在故障时，根据各所述第二受控设备的性能信息，从所述至少一个第二受控设备中确定出具有执行所述第一任务的性能的第二设备，并控制所述第二设备执行所述第一任务。

14.一种电子设备，其特征在于，包括：一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个程序，当所述一个或者多个程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至12中任一项所述的物联网设备控制方法。

15.一种计算机可读存储介质，其特征在于，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行权利要求1至12中任一项所述的物联网设备控制方法。