CN109617963B - 设备控制方法、装置以及物联网系统 - Google Patents

Abstract

本申请实施例公开了一种设备控制方法、装置以及物联网系统。所述方法包括：所述电子设备获取待操作的多个受控设备的信息；向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式。本方法实现了提升了关联设备之间的操作灵活性，也同时提升了用户体验。

Description

设备控制方法、装置以及物联网系统

技术领域

本申请涉及物联网领域，更具体地，涉及一种设备控制方法、装置以及物联网系统。

背景技术

物联网(Internet of Things)是一个基于互联网、传统电信网等信息承载体，让所有能够被独立寻址的普通物理对象实现互联互通的网络。在物联网系统中，通常可以包括有多个设备，并且多个设备之间可以相互联动。然而，多个设备之间的相互联动还缺乏灵活性。

发明内容

鉴于上述问题，本申请提出了一种设备控制方法、装置以及物联网系统，以改善上述问题。

第一方面，本申请提供了一种设备控制方法，应用于电子设备，所述方法包括：所述电子设备获取待操作的多个受控设备的信息；向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式。

第二方面，本申请提供了一种设备控制方法，应用于物联网系统，所述物联网系统包括移动终端、服务器以及多个受控设备，所述方法包括：所述服务器接收所述移动终端发送的设备操作指令；所述服务器获取待操作的多个受控设备的信息；所述服务器向所述多个受控设备中的第一设备发送对应的操作请求指令，所述服务器根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式。

第三方面，本申请提供了一种设备控制装置，运行于电子设备，所述装置包括：信息获取单元，用于获取待操作的多个受控设备的信息；设备控制单元，用于向所述多个受控设备中的第一设备发送对应的操作请求指令，所述设备控制单元，还用于根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式。

第四方面，本申请提供了一种物联网系统，所述物联网系统包括移动终端、服务器以及多个受控设备；所述移动终端，用于向所述服务器发送设备操作指令；所述服务器，用于接收所述移动终端发送的设备操作指令；获取待操作的多个受控设备的信息；向所述多个受控设备中的第一设备发送对应的操作请求指令；根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式；所述服务器，还用于向所述移动终端返回设备操作结果。

第五方面，本申请提供了一种电子设备，包括一个或多个处理器以及存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的方法。

第六方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行上述的方法。

本申请提供的一种设备控制方法、装置以及物联网系统，在所述电子设备获取待操作的多个受控设备后，向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中与所述第一设备之间配置有联动关系的第二设备的操作方式。从而通过前述方法，提升了关联设备之间的操作灵活性，也同时提升了用户体验。

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

附图说明

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

图1示出了本申请提出的一种场景配置的界面示意图；

图2示出了本申请提出的一种设备控制方法应用环境示意图；

图3示出了本申请提出的另一种设备控制方法应用环境示意图；

图4示出了本申请实施例提出的一种设备控制方法的流程图；

图5示出了本申请实施例中一种目标场景选择界面的示意图；

图6示出了本申请另一实施例提出的一种设备控制方法的时序图；

图7示出了本申请另一实施例中身份状态标识的配置示意图；

图8示出了本申请再一实施例提出的一种设备控制方法的时序图；

图9示出了本申请又一实施例提出的一种设备控制方法的流程图；

图10示出了本申请实施例提出的一种设备控制装置的结构框图；

图11示出了本申请又一实施例提出的一种设备控制装置的结构框图；

图12示出了本申请提出的一种电子设备的结构框图；

图13是本申请实施例的用于保存或者携带实现根据本申请实施例的设备控制方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

物联网是在互联网概念的基础上，将其客户端延伸和扩展到任何物品与物品之间，进行信息交换和通信的一种网络概念。随着物联网技术的发展，在物联网系统中可以配置一些场景。对于配置的场景，可以涉及到多个受控设备，而且多个受控设备之间具有一定的联动关系，能够协同工作。

其中，受控设备可以包括投影仪、投屏幕、智能灯、智能插座、人体传感器、门窗传感器、无线开关、空调伴侣、烟雾报警器、智能窗帘电机、以及空气净化器、智能音箱等设备中的一个或多个。在一种方式中，用户可以配置一个家庭影院场景，在这个家庭影院场景中可以配置投影仪、投屏幕、智能灯、智能窗帘电机以及智能音箱等设备进行联动，或者配置在该家庭影院场景启动以后，所涉及的投影仪、投屏幕、智能灯、智能窗帘电机以及智能音箱等设备均开始启动。

在配置过程中，如图1所示，在场景配置界面中，用户可以在区域99中，通过触控控件97来添加判断条件。可以通过触控区域98中的控件96来添加哪些设备执行何种动作。例如，用户可以配置家庭影院场景的过程中，就可以配置在某个定时时刻(判断条件)，投影仪、投屏幕、智能灯、智能窗帘电机以及智能音箱等设备开始进行对应的配置动作(何种动作)。

而在配置的场景控制启动之后，家庭影院场景中的设备联动方式可以为控制投影仪启动，控制投屏幕放下、控制智能灯关闭、控制智能窗帘电机转动拉上窗帘以及控制智能音箱启动。而在这个场景中，还可以配置智能窗帘电机、人体传感器以及空气净化器进行联动，具体的，可以配置人体传感器检测是否检测到人体，若检测到人体，就触发智能窗帘电机转动拉上窗帘以及空气净化器开始工作。

此外，除了前述的家庭影院场景外，还可以在物联网系统中配置更多的场景。例如，回家场景，在回家场景中，可以配置人体传感器检测到有人体后，就触发启动智能灯开始启动，并同时触发其他的由用户选择的受控设备开启或者关闭。对应的，在离家场景中，可以配置人体传感器检测到设定区域检测不到人体以后，就触发启动智能灯关闭，并同时触发其他的由用户选择的受控设备开启或者关闭。

可以理解的是，受控设备通常与起到控制作用的电子设备之间会通过互联网或者局域网进行通信。例如，如图2所示，在一种方式中，若受控设备95是基于Zigbee协议的方式接入到网络中，那么受控设备95可以先接入到网关94，然后通过网关94与路由器连接，然后通过路由器接入到云(例如，云服务器)中。在这种情况下，起到控制作用的移动终端98可以通过基于路由器直接连接的方式，将操作请求指令发送给路由器，然后由路由器将操作请求指令转发给网关，再由网关发送给受控设备95，相应的，受控设备95也会直接通过路由器向移动终端反馈自身的信息。在另外一种方式中，移动终端98可以直接与云端进行数据交互，在这种情况下，移动终端98发送的操作请求指令会先向发送到云端，然后由云端的云服务器将操作请求指令依次经由路由器以及网关，最终发送到受控设备95。相应的，在这种情况下，受控设备95反馈的信息也需要先发送到云端，然后由云端的云服务器将反馈的信息返回到移动终端98。

需要说明的是，对于操作请求指令除了可以由移动终端98发送以外，还可以有云端的云服务器来发送，例如，云端可以在接收到移动终端发送的设备操作指令后，通过路由器向受控设备发送操作请求指令。再者，受控设备除了通过Zigbee协议以外，还可以通过其他的通信协议接入到网络中。例如，还可以通过Wifi协议接入到网络中，在这种情况下如图3所示，受控设备95可以直接基于Wifi协议与路由器进行通信。此外，操作请求指令还可以有路由器以及网关等中间设备来发送。

但是，发明人发现多个设备之间的联动控制还缺乏一定的灵活性。例如，对于联动关系的设备，在同时执行各自对应的操作请求指令的情况下，通常是只能判定单个设备是否成功执行操作请求指令，而无法判断整体的联动操作是否成功执行。再例如，在配置的某个场景对应有多个设备的情况下，也通常是只能判断某个设备是否成功响应操作请求指令，而无法判断整个场景是否成功实现。

因此，发明人提出了本申请中可以提升受控设备之间控制灵活性，以及可以实现判断整体的联动操作或者判断整个场景是否成功实现的设备控制方法、装置以及物联网系统。

下面将结合附图具体描述本申请的各实施例。

请参阅图4，本申请实施例提供的一种设备控制方法，应用于电子设备，所述电子设备可以为图1或者图2中所示的移动终端、中间设备或者云服务器。该中间设备可以为路由器或者网关。

所述方法包括：

步骤S110：所述电子设备获取待操作的多个受控设备的信息。

其中，电子设备可以基于场景的方式来获取到待操作的多个受控设备的信息。可以理解的是，用户可以预先配置有多个场景。那么电子设备可以基于用户的选择或者基于检测到某些事件被触发后，从预先配置的场景中选择一个场景作为目标场景。例如，作为一种方式，如图5所示，在电子设备显示了多个已经配置的场景的情况下，若用户点击了家庭影院场景，那么电子设备会将家庭影院场景作为目标场景。而作为另外一种方式，若用户在预先配置回家场景的过程中配置的是检测到用户回到家中，就开始触发回家场景启动。那么在电子设备检测到用户回到家这个事件被触发以后，就会将回家场景作为目标场景。

在电子设备确定了目标场景以后，可以获取到目标场景对应的多个受控设备作为待操作的多个受控设备。可以理解的是，用户在配置场景的过程中，会选取一些设备作为在该场景下执行对应的动作。那么对于被配置在某个场景下执行对应动作的设备就可以称为与该场景对应的多个受控设备。

作为一种方式，电子设备对于用户配置好的场景可以预先分配一个ID以及场景名称。然后，在存储场景的过程中，会将场景对应的设备的信息(例如，设备的名称)与场景的ID以及场景名称进行对应的存储。例如，可以在数据表中将场景名称、场景ID与对应的设备的名称进行对应的存储。那么后续电子设备在获取到目标场景ID以后，即可通过读取前述数据表的方式读取到与该目标场景ID对应的设备作为待操作的多个受控设备。

步骤S120：向所述多个受控设备中的第一设备发送对应的操作请求指令。

电子设备在确定待操作的多个受控设备后，可以进一步的根据目标场景定义的控制方式，向多个受控设备发送对应的操作请求指令。可以理解的是，不同的受控设备所执行的动作可能会有不同，例如，对于投影仪执行的动作可以是开启或者关闭，而对于智能窗帘电机执行的动作可以朝向第一方向转动或者朝向与第一方向相反的第二方向转动。那么这里受控设备对应的操作请求指令可以理解为指示受控设备执行与自身功能向对应的动作。

步骤S130：根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式。

作为一种方式，电子设备可以是同时向待操作的多个受控设备发送的对应的操作请求指令。在这种情况下，电子设备在向多个受控设备中的第一设备发送对应的操作请求指令的过程中，也会向多个受控设备中其他设备也发送对应的操作请求指令。例如，向多个受控设备中与第一设备具有联动关系的第二设备发送对应的操作请求指令。

其中，需要说明的是，多个受控设备中除了第一设备以外的其他设备可以均为第二设备，也可以部分为第二设备。对应的，第二设备的数量可以为一个也可以为多个。

还是以前述的家庭影院场景为例。在家庭影院场景中可以配置投影仪、投屏幕、智能灯、智能窗帘电机以及智能音箱等设备进行联动。那么可以配置投影仪作为第一设备，也可以配置投影仪以及投屏幕均作为第一设备。而在配置了投影仪为第一设备的情况下，可以配置投屏幕、智能灯、智能窗帘电机以及智能音箱等设备均为第二设备，也可以仅配置投屏幕作为第二设备。而在配置投影仪以及投屏幕均作为第一设备的情况下，可以配置智能灯、智能窗帘电机以及智能音箱等设备均为第二设备，也可以仅配置智能灯、智能窗帘电机以及智能音箱中的一个设备为第二设备。

电子设备在发送操作请求指令后，开始检测应答信息。若检测到异常的应答信息，且该异常的应答信息为第一设备发送，或者判定第一设备在设定时间段内没有返回应答信息，那么电子设备可以判定所述第一设备对所述操作请求指令的响应情况为第一设备未成功执行操作请求指令的动作，那么电子设备会向第二设备发送状态恢复指令，以便指示第二设备恢复到目标状态。

作为另外一种方式，电子设备只先向第一设备发送操作请求指令，若检测到第一设备返回异常的应答信息，或者判定第一设备在设定时间段内没有返回应答信息，那么电子设备可以判定所述第一设备对所述操作请求指令的响应情况为第一设备未成功执行操作请求指令的动作，那么电子设备就不会向第二设备发送对应的操作请求指令。

本申请提供的一种设备控制方法，在所述电子设备获取待操作的多个受控设备后，向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中与所述第一设备之间配置有联动关系的第二设备的操作方式。从而通过前述方法，提升了关联设备之间的操作灵活性，也同时提升了用户体验。

请参阅图6，本申请另一实施例提供的一种设备控制方法，应用于物联网系统，所述物联网系统包括移动终端、服务器以及多个受控设备。为了便于说明，图6中仅示出了受控设备1以及受控设备2，可以理解的是，多个受控设备可以有除了受控设备1以及受控设备2以外更多的设备。

所述方法包括：

步骤S210：所述移动终端向所述服务器的场景引擎模块发送场景列表获取请求。

作为一种方式，服务器为云服务器，且在该服务器中运行有场景引擎模块以及信息服务模块。该场景引擎模块用于处理与场景相关的数据，而信息服务模块用于与移动终端或者受控设备进行信息交互。在移动终端确定目标场景后，可以向服务器的场景引擎模块发送场景列表获取请求。其中，场景列表中记录有与目标场景对应的受控设备。

步骤S212：所述移动终端接收所述场景引擎模块返回的场景列表。

步骤S213：所述移动终端将所述场景列表中的设备作为待操作的多个受控设备，向所述服务器的信息服务模块发送状态信息获取请求。

可以理解的是，该状态信息获取请求所请求的状态信息包括受控设备当前的启动状态信息或者功能运行状态信息。其中，启动状态信息表征受控设备当前是处于工作状态、还是处于待机状态或者是处于掉电状态。而功能运行状态信息可以包括当前受控设备当前的某项功能的状态，例如，若受控设备为空调，那么其对应的功能运行状态信息可以为制冷温度或者制热温度，而若受控设备为智能灯，那么功能运行状态信息可以为灯的亮度。

步骤S214：所述服务器的信息服务模块向多个受控设备发送状态获取请求。

步骤S215：所述多个受控设备向所述服务器的信息服务模块返回当前状态信息。

步骤S216：所述服务器的信息服务模块将所述当前状态信息返回给所述移动终端。

当移动终端接收到信息服务模块返回的受控设备的当前状态信息后，会将受控设备的当前状态信息存储在本地，以便后续对受控设备中的第二设备进行状态恢复时作为参考。

步骤S217：所述移动终端向所述场景引擎模块发送场景启动指令。

步骤S218：所述场景引擎模块将所述场景启动指令转发给所述信息服务模块。

步骤S219：所述信息服务模块向所述多个受控设备发送操作请求指令。

步骤S220：所述信息服务模块将接收到的应答信息返回给移动终端。

步骤S221：所述移动终端判断接收到的应答信息是否为异常的应答信息。

步骤S222：所述移动终端在判定所述应答信息为异常的应答信息的情况下，判断发送所述异常的应答信息的受控设备是否为第一设备。

需要说明的是，在基于前述方式配置好场景以及场景对应的多个受控设备以后，可以从多个受控设备中确定至少一个第一设备。其中，可以有多种方式来确定第一设备。

作为一种方式，用户在配置场景的时候，可以在所配置场景对应的多个受控设备中选择一个设备作为第一设备。例如，还是以前述的家庭影院场景为例，在家庭影院场景中可以配置投影仪、投屏幕、智能灯、智能窗帘电机以及智能音箱等设备进行联动。那么用户可以选择其中的投影仪作为第一设备，也可以选择其中的投影幕作为第一设备，此外，也可以同时选择投影仪以及投屏幕作为第一设备。

此外，作为另外一种方式，还可以由的移动终端或者服务器自动识别第一设备。可选的，可以由的移动终端或者服务器基于所述多个受控设备各自的功能信息，将对应的功能信息与所述目标场景关联度最大的设备确定为第一设备。在这种情况下，用户在配置场景时，需要输出场景名称，例如前述的“家庭影院场景”。

在这种情况下，移动终端或者服务器获取目标场景的场景名称；获取描述所述多个设备各自的功能信息的描述文本；将所述多个设备各自的描述文本与所述场景名称进行文本匹配，将匹配度最高的描述文本对应的设备作为与所述目标场景关联度最大的设备，其中，文本中相同内容越多，匹配度越高。例如，在场景名称为“家庭影院场景”，受控设备包括投影仪、投影幕以及智能窗帘电机的情况下。

其中，投影仪的功能信息的描述文本可以为“将电影、电视剧、图片等进行投屏”，投影幕的功能信息的描述文本可以为“与投影仪配合，提升视觉效果”，智能窗帘电机的功能信息的描述文本可以为“控制窗帘的拉开与收起”。而在将前述的多个受控设备的功能信息的描述文本与场景名称的文本进行文本匹配，而其中的投影仪的功能信息的描述文本包括有“影”，而场景名称为“家庭影院场景”也包括影，那么移动终端或者服务器可以将投影仪作为家庭影院场景的第一设备。

作为一种方式，在配置场景中的第一设备的过程中，可以给场景对应的每个设备都先配置一个身份状态标识，通过配置该身份状态标识的值来标识每个场景对应的受控设备中那一个或者那些是第一设备。例如，如图7所示，图7中所述的mappings中包括的为受控设备的属性值，而其中的字段primaryDev字段的可以作为前述的身份状态标识。当primaryDev字段的值为true时，表征该设备为第一设备，而当primaryDev字段的值为false时，表征该设备不为第一设备。可以理解的是，前述的primaryDev字段的名称只是示例性的，对于该字段具体的名称可以根据实际需求更换。

在这种情况下，移动终端在接收到异常应答消息后，可以先判定该异常应答消息时哪一个设备发送的，然后进一步的可以获取所述发送所述异常的应答信息的受控设备的身份状态标识；若所述身份状态标识的内容表征为第一设备，判定发送所述异常的应答信息的受控设备是第一设备。

步骤S223：所述移动终端若判定为第一设备，向信息服务模块发送状态恢复指令，所述状态恢复指令用于触发所述第二设备恢复到目标状态。

可以理解的是，前述确定的场景对应受控设备中的第一设备，相比受控设备中的其他设备而言，在该场景中的功能是起到主要作用的，如果第一设备无法正常运行或者启动，那么该场景就无法实现。那么在移动终端检测到第一设备没有成功启动的情况下，可以向与第一设备具有联动关系的第二设备发送状态恢复指令，以便触发第二设备恢复到目标状态。

其中，所述目标状态包括：开始执行对应的操作请求指令之前的状态；或者执行对应的操作请求指令过程中的指定过程状态。例如，若第二设备在执行对应的操作请求指令之前处于待机状态，而在执行操作请求指令之后处于启动状态。那么第二设备在接收到状态恢复指令后，可以切换到之前的待机状态。而对于有些受控设备，在进行状态改变的过程中会经历较长的时间，例如，对于智能窗帘电机，在控制窗帘拉开或者收起的过程中都需要转动一定时间。而为了便于该类受控设备往复操作造成目标场景整体上启动完成需要消耗更多的时间，可以控制该类受控设备回退到执行前述的操作请求指令过程中的某个状态。例如，对于智能窗帘电机可以退回到使窗帘拉开一半的位置。

需要说明的是，对于哪些第二设备切换到开始执行对应的操作请求指令之前的状态，而哪些第二设备切换到执行对应的操作请求指令过程中的指定过程状态，本申请不做具体的限定。并且，对于第二设备切换到具体的哪个指定过程状态，本申请也不做具体限定。

步骤S224：所述信息服务模块将所述状态恢复指令发送给第二设备。

作为一种方式，所述向所述第二设备发送状态恢复指令的步骤之前还包括：检测是否满足状态恢复条件；若检测到满足状态恢复条件，执行所述向所述第二设备发送状态恢复指令。其中，所述状态恢复条件包括：在设定时间段内检测到未再次发送第一设备对应的操作请求指令；或者从第一设备返回的应答信息中解析出表征所述第一设备无法正常启动的信息。

可以理解的是，若在移动终端已经提示用户第一设备为成功响应指令或者用户发现第一设备没有启动或者关闭的情况下，有时会再次尝试启动第一设备或者关闭第一设备，那么在这种情况下，为了避免重复操作，可以不控制第二设备切换到开始执行对应的操作请求指令之前的状态，或者切换到执行对应的操作请求指令过程中的指定过程状态。

需要说明的是，在本实施例中，为了便于阐述方案，设定受控设备1为第一设备，而受控设备2为第二设备。可以理解的是，第一设备和第二设备的数量可以有更多。

本申请提供的一种设备控制方法，在所述移动终端从云服务器中获取待操作的多个受控设备后，触发云服务器向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中与所述第一设备之间配置有联动关系的第二设备的操作方式。从而通过前述方法，提升了关联设备之间的操作灵活性，也同时提升了用户体验。

请参阅图8，本申请再一实施例提供的一种设备控制方法，应用于物联网系统，所述物联网系统包括移动终端、服务器以及多个受控设备。为了便于说明，图8中仅示出了受控设备1以及受控设备2，可以理解的是，多个受控设备可以有除了受控设备1以及受控设备2以外更多的设备。

所述方法包括：

步骤S310：所述移动终端向所述服务器的场景引擎模块发送场景启动指令，所述场景启动指令携带有目标场景ID。

步骤S312：所述场景引擎模块获取与所述目标场景ID对应的场景列表。

步骤S313：所述场景引擎模块将所述场景列表中的设备作为待操作的多个受控设备，向所述服务器的信息服务模块发送状态信息获取请求。

步骤S314：所述服务器的信息服务模块向多个受控设备发送状态获取请求。

步骤S315：所述多个受控设备向所述服务器的信息服务模块返回当前状态信息。

步骤S316：所述服务器的信息服务模块将所述当前状态信息返回给所述场景引擎模块。

步骤S318：所述场景引擎模块向所述信息服务模块发送设备操作指令。

步骤S319：所述信息服务模块响应于所述设备操作指令向所述多个受控设备发送操作请求指令。

步骤S320：所述信息服务模块将接收到的应答信息返回给场景引擎模块。

步骤S321：所述场景引擎模块判断接收到的应答信息是否为异常的应答信息。

步骤S322：所述场景引擎模块在判定所述应答信息为异常的应答信息的情况下，判断发送所述异常的应答信息的受控设备是否为第一设备。

步骤S323：所述场景引擎模块若判定为第一设备，向信息服务模块发送状态恢复指令，所述状态恢复指令用于触发所述第二设备恢复到目标状态。

步骤S324：所述信息服务模块将所述状态恢复指令发送给第二设备。

本申请提供的一种设备控制方法，在云服务器响应于移动终端发送的场景启动指令后，获取场景启动指令中携带的目标场景ID，并获取与所述目标场景ID对应的待操作的多个受控设备后，向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中与所述第一设备之间配置有联动关系的第二设备的操作方式。从而通过前述方法，提升了关联设备之间的操作灵活性，也同时提升了用户体验。

请参阅图9，本申请又一实施例提供的一种设备控制方法，应用于电子设备，所述方法包括：

步骤S410：所述电子设备获取待操作的多个受控设备的信息。

作为一种方式，电子设备可以将确定的目标场景对应的多个受控设备作为待操作的多个受控设备。而其中如何确定目标场景对应的多个受控设备可以参见前述实施例中的内容，此处不再赘述。

步骤S420：向所述多个受控设备中的第一设备发送对应的操作请求指令。

在本实施例中，电子设备会先从多个受控设备中确定第一设备。然后仅向第一设备发送操作请求指令。其中，电子设备可以基于直接读取每个受控设备对应的身份标识的方式来确定多个受控设备中的第一设备。

步骤S430：判断所述第一设备是否成功响应对应的操作请求指令。

作为一种方式，检测是否接收到所述第一设备返回的目标应答信息；若未接收到第一设备返回的目标应答信息，判定所述第一设备未成功响应对应的操作请求指令。

步骤S440：若所述第一设备未成功响应对应的操作请求指令，不向所述多个受控设备中的第二设备发送对应的操作请求指令。

可以理解的是，若在判定第一设备未成功响应对应的操作请求指令的情况下，电子设备判定目标场景启动失败，若依然向多个受控设备中的第二设备也发送对应的操作请求指令，那么会造成第二设备的即使启动了，也无法实现目标产经的效果，并且还会造成资源浪费。那么在判定第一设备未成功响应对应的操作请求指令的情况下，不向所述多个受控设备中的第二设备发送对应的操作请求指令，可以避免浪费资源。

步骤S450：若所述第一设备成功响应对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令。

本申请提供的一种设备控制方法，在所述电子设备获取待操作的多个受控设备后，确定多个受控设备中的第一设备，向所述第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中与所述第一设备之间配置有联动关系的第二设备的操作方式。从而通过前述方法，提升了关联设备之间的操作灵活性，也同时提升了用户体验。

请参阅图10，本申请提供的一种设备控制装置500，运行于电子设备，所述装置500包括：信息获取单元510以及设备控制单元520。

信息获取单元510，用于获取待操作的多个受控设备的信息。

设备控制单元520，用于向所述多个受控设备中的第一设备发送对应的操作请求指令。

所述设备控制单元520，还用于根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式，所述第二设备与所述第一设备之间配置有联动关系。

其中，所述电子设备可以为移动终端、中间设备或者云服务器。

请参阅图11，本申请提供的一种设备控制装置600，运行于电子设备，所述装置600包括：信息获取单元610、设备控制单元620以及设备判断单元630。

信息获取单元610，用于获取待操作的多个受控设备的信息。

设备控制单元620，用于向所述多个受控设备中的第一设备发送对应的操作请求指令。

设备判断单元630，用于判断所述第一设备是否成功响应对应的操作请求指令。

作为一种方式，设备判断单元630，具体用于检测是否接收到所述第一设备返回的目标应答信息；若未接收到第一设备返回的目标应答信息，判定所述第一设备未成功响应对应的操作请求指令。

设备控制单元620，用于若所述第一设备未成功响应对应的操作请求指令，不向所述多个受控设备中的第二设备发送对应的操作请求指令。

设备控制单元620，还用于若所述第一设备成功响应对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令。

需要说明的是，本申请中装置实施例与前述方法实施例是相互对应的，装置实施例中具体的原理可以参见前述方法实施例中的内容，此处不再赘述。

综上所述，本申请提供的一种设备控制方法、装置以及物联网系统，在所述电子设备获取待操作的多个受控设备后，向所述多个受控设备中的第一设备发送对应的操作请求指令，根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中与所述第一设备之间配置有联动关系的第二设备的操作方式。从而通过前述方法，提升了关联设备之间的操作灵活性，也同时提升了用户体验。再者，通过本申请提供的设备控制方法可以检测所配置的场景是否启动成功，以便在判断场景没有启动成功的情况下，将场景对应的多个受控设备中的第二设备切换到目标状态。

下面将结合图12对本申请提供的一种移动终端进行说明。

请参阅图12，基于上述的设备控制方法、装置，本申请实施例还提供的另一种可以执行前述设备控制方法的电子设备200。电子设备200包括相互耦合的一个或多个(图中仅示出一个)处理器102、存储器104以及网络模块106。其中，该存储器104中存储有可以执行前述实施例中内容的程序，而处理器102可以执行该存储器104中存储的程序。

其中，处理器102可以包括一个或者多个处理核。处理器102利用各种接口和线路连接整个电子设备200内的各个部分，通过运行或执行存储在存储器104内的指令、程序、代码集或指令集，以及调用存储在存储器104内的数据，执行电子设备200的各种功能和处理数据。可选地，处理器102可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器102可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器102中，单独通过一块通信芯片进行实现。

存储器104可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器104可用于存储指令、程序、代码、代码集或指令集。存储器104可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。

所述网络模块106用于实现电子设备200与其他设备之间的信息交互，例如，传输设备控制指令、操纵请求指令以及状态信息获取指令等。而当电子设备200具体为不同的设备时，其对应的网络模块106可能会有不同。

作为一种方式，若电子设备200作为前述图1或者图2中所示的应用环境中的移动终端100，那么在这种情况下，电子设备200的网络模块为射频模块，该射频模块用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。所述射频模块可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。例如，该射频模块可以通过发送或者接收的电磁波与基站进行信息交互。

而若电子设备200作为前述图1或者图2中所示的应用环境中的云里面的云服务器，那么电子设备200的网络模块106可以为网络适配器，该网络适配器工作在链路层的网络组件，是局域网中连接计算机(例如云服务器)和传输介质的接口，不仅能实现与局域网传输介质之间的物理连接和电信号匹配，还涉及帧的发送与接收、帧的封装与拆封、介质访问控制、数据的编码与解码以及数据缓存的功能。

请参考图13，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (15)

1.一种设备控制方法，其特征在于，应用于电子设备，所述方法包括：

所述电子设备获取待操作的多个受控设备的信息；

获取所述多个受控设备的功能信息的描述文本，将所述多个受控设备的功能信息的描述文本分别与目标场景的场景名称进行文本匹配，将匹配度最高的描述文本对应的受控设备作为第一设备，所述目标场景为所述多个受控设备对应的场景；

向所述多个受控设备中的第一设备发送对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令；

判断所述第一设备是否成功响应对应的操作请求指令；

根据检测到的所述第一设备对所述操作请求指令的响应情况，若所述第一设备未成功响应对应的操作请求指令，向所述第二设备发送状态恢复指令，所述状态恢复指令用于触发所述第二设备恢复到目标状态；所述目标状态包括：开始执行对应的操作请求指令之前的状态；或者执行对应的操作请求指令过程中的指定过程状态。

2.根据权利要求1所述的方法，其特征在于，所述判断所述第一设备是否成功响应对应的操作请求指令的步骤包括：

检测是否接受到异常的应答信息；

若检测接收到异常的应答信息，判断发送所述异常的应答信息的受控设备是否为第一设备；

若判定为第一设备，则判定所述第一设备未成功响应对应的操作请求指令。

3.根据权利要求2所述的方法，其特征在于，每个受控设备配置有对应的身份状态标识，所述身份状态标识表征受控设备是否为第一设备；所述判断发送所述异常的应答信息的受控设备是否为第一设备的步骤包括：

获取所述发送所述异常的应答信息的受控设备的身份状态标识；

若所述身份状态标识的内容表征为第一设备，判定发送所述异常的应答信息的受控设备是第一设备。

4.根据权利要求1所述的方法，其特征在于，所述向所述第二设备发送状态恢复指令的步骤之前还包括：

检测是否满足状态恢复条件；

若检测到满足状态恢复条件，执行所述向所述第二设备发送状态恢复指令。

5.根据权利要求4所述的方法，其特征在于，所述状态恢复条件包括：

在设定时间段内检测到未再次发送第一设备对应的操作请求指令；或者

从第一设备返回的应答信息中解析出表征所述第一设备无法正常启动的信息。

6.根据权利要求1所述的方法，其特征在于，所述根据检测到的所述第一设备对所述操作请求指令的响应情况，确定对所述多个受控设备中的第二设备的操作方式的步骤包括：

判断所述第一设备是否成功响应对应的操作请求指令；

若所述第一设备未成功响应对应的操作请求指令，不向所述多个受控设备中的第二设备发送对应的操作请求指令。

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

若所述第一设备成功响应对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令。

8.根据权利要求6所述的方法，其特征在于，所述判断所述第一设备是否成功响应对应的操作请求指令的步骤包括：

检测是否接收到所述第一设备返回的目标应答信息；

若未接收到第一设备返回的目标应答信息，判定所述第一设备未成功响应对应的操作请求指令。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述电子设备获取待操作的多个受控设备的步骤包括：

电子设备获取确定的目标场景ID；

获取所述目标场景ID对应的多个受控设备；

将所述目标场景对应的多个受控设备作为待操作的多个受控设备。

10.根据权利要求1-8任一所述的方法，其特征在于，所述电子设备为移动终端、中间设备或者云服务器。

11.一种设备控制方法，其特征在于，应用于物联网系统，所述物联网系统包括移动终端、服务器以及多个受控设备，所述方法包括：

所述服务器接收所述移动终端发送的设备操作指令；

所述服务器获取待操作的多个受控设备的信息；

所述服务器获取所述多个受控设备的功能信息的描述文本，将所述多个受控设备的功能信息的描述文本分别与目标场景的场景名称进行文本匹配，将匹配度最高的描述文本对应的受控设备作为第一设备，所述目标场景为所述多个受控设备对应的场景；

所述服务器向所述多个受控设备中的第一设备发送对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令；

所述服务器判断所述第一设备是否成功响应对应的操作请求指令；若所述第一设备未成功响应对应的操作请求指令，向所述第二设备发送状态恢复指令，所述状态恢复指令用于触发所述第二设备恢复到目标状态；所述目标状态包括：开始执行对应的操作请求指令之前的状态；或者执行对应的操作请求指令过程中的指定过程状态；

所述服务器向所述移动终端返回设备操作结果。

12.一种设备控制装置，其特征在于，运行于电子设备，所述装置包括：

信息获取单元，用于获取待操作的多个受控设备的信息；获取所述多个受控设备的功能信息的描述文本，将所述多个受控设备的功能信息的描述文本分别与目标场景的场景名称进行文本匹配，将匹配度最高的描述文本对应的受控设备作为第一设备，所述目标场景为所述多个受控设备对应的场景；

设备控制单元，用于向所述多个受控设备中的第一设备发送对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令；

所述设备控制单元，还用于根据检测到的所述第一设备对所述操作请求指令的响应情况，若所述第一设备未成功响应对应的操作请求指令，向所述第二设备发送状态恢复指令，所述状态恢复指令用于触发所述第二设备恢复到目标状态；所述目标状态包括：开始执行对应的操作请求指令之前的状态；或者执行对应的操作请求指令过程中的指定过程状态。

13.一种物联网系统，其特征在于，所述物联网系统包括移动终端、服务器以及多个受控设备；

所述移动终端，用于向所述服务器发送设备操作指令；

所述服务器，用于接收所述移动终端发送的设备操作指令；获取待操作的多个受控设备的信息；获取所述多个受控设备的功能信息的描述文本，将所述多个受控设备的功能信息的描述文本分别与目标场景的场景名称进行文本匹配，将匹配度最高的描述文本对应的受控设备作为第一设备，所述目标场景为所述多个受控设备对应的场景；向所述多个受控设备中的第一设备发送对应的操作请求指令，向所述多个受控设备中的第二设备发送对应的操作请求指令；判断所述第一设备是否成功响应对应的操作请求指令；若所述第一设备未成功响应对应的操作请求指令，向所述第二设备发送状态恢复指令，所述状态恢复指令用于触发所述第二设备恢复到目标状态；所述目标状态包括：开始执行对应的操作请求指令之前的状态；或者执行对应的操作请求指令过程中的指定过程状态；

所述服务器，还用于向所述移动终端返回设备操作结果。

14.一种电子设备，其特征在于，包括一个或多个处理器以及存储器；

一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行权利要求1-10任一所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行权利要求1-10任一所述的方法。

Images