设备联动的方法、装置、服务器、电子设备以及存储介质与流程

1.本技术涉及智能家居领域，尤其涉及一种设备联动的方法、装置、服务器、电子设备以及存储介质。


背景技术：

2.目前，随着时代的不断发展，现在我们已经开始步入智能家居时代，不过在步入智能家居时代的过程中，出现了层次上升级的智能化，比如当前可以实现设备间互相联动效果，当智能化的设备a状态改变就会触发设备b的控制指令，进而达到我们用户需要的智能化场景需求，这种通用的设计方案每个智能化设备厂商都有其自己的实现方案，但是存在一些问题，比如每个厂商实现方式不同就会导致设备间联动的效果受到不同程度的影响，对于未来实现各厂商互联互通战略规划有一点的性能影响，同时没有统一的规范化实现方案。
3.为了统一设备间的联动规范化，相关技术中一些厂商会采用p2s2p的方案去实现设备间联动的效果，因为该方案比较简单实现，而且易于服务间的维护，简单来讲就是设备与设备的联动会依赖中间件服务，所以存在的弊端就是在性能上面受到中间件服务的影响，中间件服务性能的好坏完全决定了场景联动的效果。
4.因此，相关技术中存在过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。


技术实现要素：

5.本技术提供了一种设备联动的方法、装置、服务器、电子设备以及存储介质，以至少解决相关技术中存在设备之间联动过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。
6.根据本技术实施例的一个方面，提供了一种设备联动的方法，该方法包括：
7.得到第一报文和第二报文，其中，所述第一报文为向第一设备发送的包含触发逻辑条件的封装报文，所述第二报文为向第二设备发送的包含响应逻辑条件的封装报文；
8.在将所述第一设备和所述第二设备通过目标协议进行互通机制的关联的情况下，确定所述第二设备订阅了所述第一设备的所有状态信息；
9.接收所述第一设备上报的状态变化信息；
10.将所述状态变化信息同步至所述第二设备，使得所述第二设备根据所述状态变化信息和所述第二报文内的所述响应逻辑条件，确定待执行的联动响应业务。
11.根据本技术实施例的另一个方面，还提供了一种设备联动的服务器，该服务器包括：
12.得到单元，用于得到第一报文和第二报文，其中，所述第一报文为向第一设备发送的包含触发逻辑条件的封装报文，所述第二报文为向第二设备发送的包含响应逻辑条件的封装报文；
13.第一关联单元，用于在将所述第一设备和所述第二设备通过目标协议进行互通机制的关联的情况下，确定所述第二设备订阅了所述第一设备的所有状态信息；
14.第一接收单元，用于接收所述第一设备上报的状态变化信息；
15.第一确定单元，用于将所述状态变化信息同步至所述第二设备，使得所述第二设备根据所述状态变化信息和所述第二报文内的所述响应逻辑条件，确定待执行的联动响应业务。
16.可选地，服务器还包括：
17.第二接收单元，用于在所述得到第一报文和第二报文之前，接收目标联动逻辑条件，其中，所述目标联动逻辑条件用于表征所述第一设备和所述第二设备之间的前后执行关系；
18.生成单元，用于根据所述目标联动逻辑条件生成所述第一报文和所述第二报文。
19.可选地，生成单元包括：
20.分析模块，用于分析所述目标联动逻辑条件，得到所述触发逻辑条件和所述响应逻辑条件，其中，所述目标联动逻辑条件包括所述触发逻辑条件和所述响应逻辑条件；
21.封装模块，用于对所述触发逻辑条件进行报文封装，得到第一报文，对所述响应逻辑条件进行报文封装，得到第二报文。
22.可选地，服务器还包括：
23.订阅单元，用于在所述得到第一报文和第二报文之前，所述第一设备和所述第二设备在初始化阶段分别订阅业务类型主题信息；
24.第二确定单元，用于根据所述业务类型主题信息确定所属的业务类型，其中，所述业务类型包括触发业务和响应业务。
25.根据本技术实施例的再一个方面，还提供了一种用于设备联动的装置，该装置包括：
26.订阅单元，用于在确定与第一设备通过目标协议进行互通机制的关联的情况下，订阅所述第一设备的所有状态信息；
27.监听单元，用于监听所述状态信息，在确定所述状态信息发生变化的情况下，判断变化后的所述状态信息是否满足响应逻辑条件；
28.执行单元，用于在确定所述变化后的所述状态信息满足所述响应逻辑条件的情况系下，执行所述响应逻辑条件指示的联动响应业务。
29.可选地，装置还包括：
30.第三确定单元，用于在所述与第一设备通过目标协议进行互通机制的关联之前，根据初始化阶段订阅的业务类型主题信息，确定当前所属的业务类型；
31.查找单元，用于在确定当前所述的业务类型为响应业务的情况下，查找待订阅的设备终端；
32.第二关联单元，用于与所述待订阅的设备终端通过所述目标协议进行所述互通机制的关联。
33.根据本技术实施例的又一个方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；其中，存储器，用于存储计算机程序；处理器，用于通过运行所述存储器上所存储的所述计
算机程序来执行上述任一实施例中的方法步骤。
34.根据本技术实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一实施例中的方法步骤。
35.在本技术实施例中，通过得到第一报文和第二报文，其中，第一报文为向第一设备发送的包含触发逻辑条件的封装报文，第二报文为向第二设备发送的包含响应逻辑条件的封装报文；在将第一设备和第二设备通过目标协议进行互通机制的关联的情况下，确定第二设备订阅了第一设备的所有状态信息；接收第一设备上报的状态变化信息；将状态变化信息同步至第二设备，使得第二设备根据状态变化信息和第二报文内的响应逻辑条件，确定待执行的联动响应业务。由于本技术实施例是将第一设备和第二设备进行互通机制的关联，这样第二设备就可以订阅第一设备的所有状态消息，只要第一设备上报的状态信息发生变化，第二设备就可以订阅到变化信息，然后确定该变化信息是否能够满足第二设备的响应逻辑条件，然后确定第二设备待执行的联动响应业务。由于第二设备会自动进行匹配需要订阅的第一设备状态，进而实现相关的联动效果，在性能执行和联动效果上面非常高效，同时不再依赖中间件服务去业务调度处理场景业务，解决了相关技术中存在过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。
附图说明
36.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
37.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
38.图1是根据本技术实施例的一种可选的设备联动的方法的流程示意图；
39.图2是根据本技术实施例的整体服务器架构流程示意图；
40.图3是根据本技术实施例的另一种可选的设备联动的方法的流程示意图；
41.图4是根据本技术实施例的mqtt设备间联动架构流程示意图；
42.图5是根据本技术实施例的一种可选的用于设备联动的服务器的结构框图；
43.图6是根据本技术实施例的一种可选的用于设备联动的装置的结构框图；
44.图7是根据本技术实施例的一种可选的电子设备的结构框图。
具体实施方式
45.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
46.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用
的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.在当下的智能家居时代，可以实现各个设备之间的互相联动，达到智能化的目的。然而每个智能化设备厂商都有其自己的实现方案，会导致设备间联动的效果受到不同程度的影响；同时如果利用中间件去实现设备间联动的效果，联动过程中在性能上面容易受到中间件服务的影响。为了解决上述问题，本技术实施例提出一种设备联动的方法，如图1，该方法包括：
48.步骤s101，得到第一报文和第二报文，其中，第一报文为向第一设备发送的包含触发逻辑条件的封装报文，第二报文为向第二设备发送的包含响应逻辑条件的封装报文；
49.步骤s102，在将第一设备和第二设备通过目标协议进行互通机制的关联的情况下，确定第二设备订阅了第一设备的所有状态信息；
50.步骤s103，接收第一设备上报的状态变化信息；
51.步骤s104，将状态变化信息同步至第二设备，使得第二设备根据状态变化信息和第二报文内的响应逻辑条件，确定待执行的联动响应业务。
52.可选地，在本技术实施例中，以mqtt(message queuing telemetry transport，消息队列遥测传输协议)服务器为执行主体，当用户在app或者第三方其他客户端工具上面自定义设备间的目标联动逻辑条件(比如设备1在开启状态下，让设备2自动开启)之后，mqtt服务器(以下简称服务器)接收到该目标联动逻辑条件，再基于目标联动逻辑条件生成第一报文和第二报文，其中，目标联动逻辑条件用于表征第一设备和第二设备之间的前后执行关系，在第一设备为触发设备，第二设备为响应设备，且第一报文为触发逻辑条件的封装报文，第二报文为响应逻辑条件的封装报文时，可以将第一设备和第二设备通过目标协议，比如mqtt协议异步触发第一设备和第二设备进行互通机制的关联，这样第二设备就订阅了第一设备的所有状态信息。
53.需要解释的是，互通机制：指的是当用户在app或者其他第三方工具上面进行设备间联动配置的时候，会自动的进行异步处理通知相关的mqtt设备进而设备间建立互通机制，简单讲可以理解为响应设备端设备会自动订阅触发端设备状态。
54.在第一设备发生了状态变化时，会将变化后的状态信息发送至服务器，这时服务器就会存储该变化后的状态信息，同时将该变化后的状态信息同步到第二设备，也可以是由于第二设备订阅了第一设备的所有状态信息，所以只要第一设备发生了状态变化，第二设备据可以直接得到变化后的状态信息，以使得第二设备根据状态变化信息去与第二报文内的响应逻辑条件进行比较，在状态变化信息满足了响应逻辑条件的情况下，就可以让第二设备执行联动的响应业务。
55.在本技术实施例中，通过得到第一报文和第二报文，其中，第一报文为向第一设备发送的包含触发逻辑条件的封装报文，第二报文为向第二设备发送的包含响应逻辑条件的封装报文；在将第一设备和第二设备通过目标协议进行互通机制的关联的情况下，确定第二设备订阅了第一设备的所有状态信息；接收第一设备上报的状态变化信息；将状态变化
信息同步至第二设备，使得第二设备根据状态变化信息和第二报文内的响应逻辑条件，确定待执行的联动响应业务。由于本技术实施例是将第一设备和第二设备进行互通机制的关联，这样第二设备就可以订阅第一设备的所有状态消息，只要第一设备上报的状态信息发生变化，第二设备就可以订阅到变化信息，然后确定该变化信息是否能够满足第二设备的响应逻辑条件，然后确定第二设备待执行的联动响应业务。由于第二设备会自动进行匹配需要订阅的第一设备状态，进而实现相关的联动效果，在性能执行和联动效果上面非常高效，同时不再依赖中间件服务去业务调度处理场景业务，解决了相关技术中存在过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。
56.作为一种可选实施例，根据目标联动逻辑条件生成第一报文和第二报文包括：
57.分析目标联动逻辑条件，得到触发逻辑条件和响应逻辑条件，其中，目标联动逻辑条件包括触发逻辑条件和响应逻辑条件；
58.对触发逻辑条件进行报文封装，得到第一报文，对响应逻辑条件进行报文封装，得到第二报文。
59.可选地，如图2所示，图2中的整体服务器架构中一共分为3大模块，关于具体模块实施方案有详解，现在进行相关介绍：
60.mqtt设备模块，分为联动触发端和联动响应端模块，每个模块下相关的设备可以是一个或者多个；
61.mqtt代理服务模块：该模块是各个厂商自己根据业务实现的代理部分；
62.mqtt通用服务模块：该模块由发布和订阅模块组成。
63.在第一设备(即mqtt设备中的触发端)和第二设备(即mqtt设备中的响应端)通过互通机制联通时，mqtt服务器会根据接收到的目标联动逻辑条件，然后对目标联动逻辑条件进行有业务划分，会分成触发端业务逻辑条件和响应端业务逻辑条件。
64.每个业务逻辑中会根据各个厂商自己的设备上位机协议进行报文封装，比如对触发逻辑条件进行报文封装，得到第一报文，对响应逻辑条件进行报文封装，然后发送给mqtt通用服务。
65.在本技术实施例中，通过对目标联动逻辑条件进行划分，实现不同业务层面的逻辑报文的生成，为触发端设备和响应端设备之间实现自动联动提供预设条件。
66.作为一种可选实施例，在得到第一报文和第二报文之前，方法还包括：
67.第一设备和第二设备在初始化阶段分别订阅业务类型主题信息；
68.根据业务类型主题信息确定所属的业务类型，其中，业务类型包括触发业务和响应业务。
69.可选地，在本技术实施例中每个mqtt设备端在初始化阶段都会就订阅自己的主题，也就是设备自身会根据订阅的报文数据自动判断自己是触发设备角色还是响应设备角色，所以不管是第一设备还是第二设备都可以根据自己订阅的业务类型主题信息确定其所属的业务类型是触发业务还是响应业务。
70.在本技术实施例中，每个设备事先会得知自己所属的业务类型，如果是响应设备，其对应的待订阅的触发端对象也可以提前得到，这样便于将响应端设备和触发端设备进行互通机制的关联，能够减少订阅状态信息的出错率。
71.根据本技术实施例的另一个方面，还提供了一种设备联动的方法，如图3，该方法
包括：
72.步骤s301，在确定与第一设备通过目标协议进行互通机制的关联的情况下，订阅第一设备的所有状态信息；
73.步骤s302，监听状态信息，在确定状态信息发生变化的情况下，判断变化后的状态信息是否满足响应逻辑条件；
74.步骤s303，在确定变化后的状态信息满足响应逻辑条件的情况系下，执行响应逻辑条件指示的联动响应业务。
75.可选地，在本技术实施例中以响应端设备，即第二设备作为执行主体，在第二设备与第一设备通过目标协议进行互通机制的关联的情况下，第二设备就订阅第一设备的所有状态信息；
76.第二设备实时自动地监听第一设备的状态信息，在确定第一设备的状态信息发生变化的情况下，第二设备会自动进行判断是否达到触发条件，即判断变化后的状态信息是否满足响应逻辑条件，如果达到了响应逻辑条件会自动的进行执行响应业务操作；如果没有达到触发条件会进行继续监听，直到取消信号发送为止。
77.在本技术实施例中，将第一设备和第二设备进行互通机制的关联，这样第二设备就可以订阅第一设备的所有状态消息，只要第一设备上报的状态信息发生变化，第二设备就可以订阅到变化信息，然后确定该变化信息是否能够满足第二设备的响应逻辑条件，然后确定第二设备待执行的联动响应业务。由于第二设备会自动进行匹配需要订阅的第一设备状态，进而实现相关的联动效果，在性能执行和联动效果上面非常高效，同时不再依赖中间件服务去业务调度处理场景业务，解决了相关技术中存在过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。
78.作为一种可选实施例，该方法还包括：
79.在与第一设备通过目标协议进行互通机制的关联之前，根据初始化阶段订阅的业务类型主题信息，确定当前所属的业务类型；
80.在确定当前的业务类型为响应业务的情况下，查找待订阅的设备终端；
81.与待订阅的设备终端通过目标协议进行互通机制的关联。
82.可选地，第二设备在初始化阶段会订阅自己的业务类型主题信息，如响应业务类型，确定自身为响应业务类型后，查找自身待订阅的设备终端，如第一设备，然后与第一设备通过目标协议(如mqtt协议)进行互通机制的关联，这样就可以订阅第一设备的所有状态信息。
83.在本技术实施例中，每个设备事先会得知自己所属的业务类型，如果是响应设备，其对应的待订阅的触发端对象也可以提前得到，这样便于将响应端设备和触发端设备进行互通机制的关联，能够减少订阅状态信息的出错率。
84.作为一种可选实施例，如图4，图4是根据本技术实施例的mqtt设备间联动架构流程示意图，具体步骤如下：
85.用户在app或者第三方其他客户端工具上面自定义设备间联动逻辑；
86.mqtt代理服务器通知逻辑分析处理业务；
87.得到触发端业务逻辑和响应端业务逻辑；
88.触发端业务逻辑会发布相关触发业务报文条件a1，同时异步io处理mqtt设备；响
应端业务逻辑会发布相关控制业务报文条件a2，同时异步io处理mqtt设备；
89.在mqtt设备c2是响应设备时，与mqtt设备c1触发设备互通机制关联；
90.在mqtt设备c1发生状态改变时，mqtt设备c2通过mqtt订阅方式监听c1设备状态，判断变化的状态是否达到触发条件；
91.若达到了条件会自动的进行执行响应业务操作；如果没有达到触发条件会进行继续监听c1设备状态。
92.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
93.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom(read-only memory，只读存储器)/ram(random access memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例的方法。
94.根据本技术实施例的另一个方面，还提供了一种用于实施上述设备联动的方法的服务器。图5是根据本技术实施例的一种可选的用于设备联动的服务器的结构框图，如图5所示，该装置可以包括：
95.得到单元501，用于得到第一报文和第二报文，其中，第一报文为向第一设备发送的包含触发逻辑条件的封装报文，第二报文为向第二设备发送的包含响应逻辑条件的封装报文；
96.第一关联单元502，与得到单元501相连，用于在将第一设备和第二设备通过目标协议进行互通机制的关联的情况下，确定第二设备订阅了第一设备的所有状态信息；
97.第一接收单元503，与第一关联单元502相连，用于接收第一设备上报的状态变化信息；
98.第一确定单元504，与第一接收单元503相连，用于将状态变化信息同步至第二设备，使得第二设备根据状态变化信息和第二报文内的响应逻辑条件，确定待执行的联动响应业务。
99.需要说明的是，该实施例中的得到单元501可以用于执行上述步骤s101，该实施例中的第一关联单元502可以用于执行上述步骤s102，该实施例中的第一接收单元503可以用于执行上述步骤s103，该实施例中的第一确定单元504可以用于执行上述步骤s104。
100.通过上述模块，由于本技术实施例是将第一设备和第二设备进行互通机制的关联，这样第二设备就可以订阅第一设备的所有状态消息，只要第一设备上报的状态信息发生变化，第二设备就可以订阅到变化信息，然后确定该变化信息是否能够满足第二设备的响应逻辑条件，然后确定第二设备待执行的联动响应业务。由于第二设备会自动进行匹配需要订阅的第一设备状态，进而实现相关的联动效果，在性能执行和联动效果上面非常高
效，同时不再依赖中间件服务去业务调度处理场景业务，解决了相关技术中存在过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。
101.作为一种可选的实施例，服务器还包括：
102.第二接收单元，用于在得到第一报文和第二报文之前，接收目标联动逻辑条件，其中，目标联动逻辑条件用于表征第一设备和第二设备之间的前后执行关系；
103.生成单元，用于根据目标联动逻辑条件生成第一报文和第二报文。
104.作为一种可选的实施例，生成单元包括：
105.分析模块，用于分析目标联动逻辑条件，得到触发逻辑条件和响应逻辑条件，其中，目标联动逻辑条件包括触发逻辑条件和响应逻辑条件；
106.封装模块，用于对触发逻辑条件进行报文封装，得到第一报文，对响应逻辑条件进行报文封装，得到第二报文。
107.作为一种可选的实施例，服务器还包括：
108.订阅单元，用于在得到第一报文和第二报文之前，第一设备和第二设备在初始化阶段分别订阅业务类型主题信息；
109.第二确定单元，用于根据业务类型主题信息确定所属的业务类型，其中，业务类型包括触发业务和响应业务。
110.根据本技术实施例的另一个方面，还提供了一种用于实施上述用于设备联动的装置。图6是根据本技术实施例的一种可选的用于设备联动的装置的结构框图，如图6所示，该装置可以包括：
111.订阅单元601，用于在确定与第一设备通过目标协议进行互通机制的关联的情况下，订阅第一设备的所有状态信息；
112.监听单元602，用于监听状态信息，在确定状态信息发生变化的情况下，判断变化后的状态信息是否满足响应逻辑条件；
113.执行单元603，用于在确定变化后的状态信息满足响应逻辑条件的情况系下，执行响应逻辑条件指示的联动响应业务。
114.需要说明的是，该实施例中的订阅单元601可以用于执行上述步骤s201，该实施例中的监听单元602可以用于执行上述步骤s202，该实施例中的执行单元603可以用于执行上述步骤s203。
115.通过上述模块，由于本技术实施例是将第一设备和第二设备进行互通机制的关联，这样第二设备就可以订阅第一设备的所有状态消息，只要第一设备上报的状态信息发生变化，第二设备就可以订阅到变化信息，然后确定该变化信息是否能够满足第二设备的响应逻辑条件，然后确定第二设备待执行的联动响应业务。由于第二设备会自动进行匹配需要订阅的第一设备状态，进而实现相关的联动效果，在性能执行和联动效果上面非常高效，同时不再依赖中间件服务去业务调度处理场景业务，解决了相关技术中存在过分依赖中间件服务，致使设备之间联动较被动，响应效果较差的问题。
116.作为一种可选的实施例，装置还包括：
117.第三确定单元，用于在与第一设备通过目标协议进行互通机制的关联之前，根据初始化阶段订阅的业务类型主题信息，确定当前所属的业务类型；
118.查找单元，用于在确定当前的业务类型为响应业务的情况下，查找待订阅的设备
终端；
119.第二关联单元，用于与待订阅的设备终端通过目标协议进行互通机制的关联。
120.根据本技术实施例的又一个方面，还提供了一种用于实施上述设备联动的方法的电子设备，该电子设备可以是服务器、终端、或者其组合。
121.图7是根据本技术实施例的一种可选的电子设备的结构框图，如图7所示，包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701、通信接口702和存储器703通过通信总线704完成相互间的通信，其中，
122.存储器703，用于存储计算机程序；
123.处理器701，用于执行存储器703上所存放的计算机程序时，实现如下步骤：
124.得到第一报文和第二报文，其中，第一报文为向第一设备发送的包含触发逻辑条件的封装报文，第二报文为向第二设备发送的包含响应逻辑条件的封装报文；
125.在将第一设备和第二设备通过目标协议进行互通机制的关联的情况下，确定第二设备订阅了第一设备的所有状态信息；
126.接收第一设备上报的状态变化信息；
127.将状态变化信息同步至第二设备，使得第二设备根据状态变化信息和第二报文内的响应逻辑条件，确定待执行的联动响应业务。
128.可选地，在本实施例中，上述的通信总线可以是pci(peripheral component interconnect，外设部件互连标准)总线、或eisa(extended industry standard architecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
129.通信接口用于上述电子设备与其他设备之间的通信。
130.存储器可以包括ram，也可以包括非易失性存储器(non-volatile memory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
131.作为一种示例，如图7所示，上述存储器703中可以但不限于包括上述用于设备联动的服务器中的得到单元501、第一关联单元502、第一接收单元503以及第一确定单元504。此外，还可以包括但不限于上述用于设备联动的服务器中的其他模块单元，本示例中不再赘述。
132.上述处理器可以是通用处理器，可以包含但不限于：cpu(central processing unit，中央处理器)、np(network processor，网络处理器)等；还可以是dsp(digital signal processing，数字信号处理器)、asic(application specific integrated circuit，专用集成电路)、fpga(field－programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
133.此外，上述电子设备还包括：显示器，用于显示设备联动的结果。
134.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
135.本领域普通技术人员可以理解，图7所示的结构仅为示意，实施上述设备联动的方法的设备可以是终端设备，该终端设备可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，mid)、pad等终端设备。图
7其并不对上述电子设备的结构造成限定。例如，终端设备还可包括比图7中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图7所示的不同的配置。
136.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、rom、ram、磁盘或光盘等。
137.根据本技术实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行设备联动的方法的程序代码。
138.可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
139.可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
140.得到第一报文和第二报文，其中，第一报文为向第一设备发送的包含触发逻辑条件的封装报文，第二报文为向第二设备发送的包含响应逻辑条件的封装报文；
141.在将第一设备和第二设备通过目标协议进行互通机制的关联的情况下，确定第二设备订阅了第一设备的所有状态信息；
142.接收第一设备上报的状态变化信息；
143.将状态变化信息同步至第二设备，使得第二设备根据状态变化信息和第二报文内的响应逻辑条件，确定待执行的联动响应业务。
144.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。
145.可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、rom、ram、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
146.根据本技术实施例的又一个方面，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中；计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一个实施例中的设备联动的方法步骤。
147.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
148.上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例设备联动的方法的全部或部分步骤。
149.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
150.在本技术所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可
以是电性或其它的形式。
151.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。
152.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
153.以上仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。