网关及通过网关调用设备的方法
【专利摘要】本发明公开了一种网关及通过网关调用设备的方法，所述方法包括：网关接收应用指令，根据所述应用指令从所述网关已存储的设备中查找满足所述应用指令的目标设备；若查找到所述目标设备，所述网关生成满足所述应用指令的设备指令并发送至所述目标设备；所述网关已存储的设备是注册到所述网关的在线物理设备和/或注册到所述网关的在线物理设备形成的虚拟设备。应用本发明，可以解决现有智能家居控制技术存在的依赖于外部设备、在网关不能与外部设备建立连接时无法实现智能控制的技术问题。
【专利说明】
网关及通过网关调用设备的方法
技术领域
[0001]本发明属于数字信息处理技术领域，具体地说，是涉及网关及通过网关调用设备的方法。
【背景技术】
[0002]在智能家居场景下，用户可以通过智能终端和网关对智能家电设备进行控制。随着技术的不断发展，智能控制的设备并不仅局限于真实存在的物理设备，还可以包括有通过抽象设备创建的虚拟设备。其中，抽象设备是根据物理设备所能实现的功能将一个物理设备抽象成的基本功能单元，每个基本功能单元为一个抽象设备。抽象设备只具有一般属性，屏蔽了设备的底层网络技术和物理形态。而虚拟设备是从已有的设备(包括抽象设备和虚拟设备)中选择相关设备，通过组合形成的一种非真实存在的设备，以提供新的、综合性的服务。
[0003]现有技术实现智能家居控制的过程为:用户通过预置在智能终端中的APP发出应用指令至网关，经网关转发至外部设备(如网络服务器)；外部设备对应用指令进行分析，从已有的物理设备和虚拟设备中查找能够满足应用指令的目标设备；在查找到目标设备时，外部设备生成设备指令并发送至网关，再由网关转发至相应的物理设备，控制物理设备执行与应用指令对应的动作。如果未查找到目标设备，外部设备可以基于已有的物理设备及虚拟设备进行组合，生成新的虚拟设备。此后，网络服务器将生成对虚拟设备所包含的各成员物理设备的设备指令，再经网关转发设备指令至相应的物理设备。
[0004]在上述实现智能家居控制的过程中，网关仅进行指令的转发，将用户的应用指令转发到外部设备，或者将外部设备生成的设备指令转发到物理设备，网关本身不存储设备信息，不能处理应用指令，也不能生成设备指令。因而，如果用户要调用注册到网关上的设备，必须由外部设备根据用户的应用指令生成设备指令。如果家庭网络与外部设备断开连接、网关无法与外部设备建立通信时，用户无法调用注册到网关的单个物理设备，也无法对外部设备生成的虚拟设备所包括的成员物理设备进行调用和控制，从而，限制了对智能家电设备的调用。
【发明内容】
[0005]本发明的目的是提供一种网关及通过网关调用设备的方法，实现在网关断开与外部设备连接时也能够通过网关调用注册到网关的设备。
[0006]为实现上述技术目的，本发明提供的网关采用下述技术方案来实现:
一种网关，包括:
设备存储单元，用于存储注册到所述网关的在线物理设备和/或注册到所述网关的在线物理设备形成的虚拟设备；
应用指令接收单元，用于接收应用指令；
目标设备查找单元，用于根据所述应用指令接收单元接收的所述应用指令从所述设备存储单元中查找满足所述应用指令的目标设备；
设备指令生成与发送单元，用于在所述目标设备查找单元查找到满足所述应用指令的目标设备时生成满足所述应用指令的设备指令并发送至所述目标设备。
[0007]为实现上述发明目的，本发明提供的通过网关调用设备的方法采用下述技术方案予以实现:
一种通过网关调用设备的方法，包括:
网关接收应用指令，根据所述应用指令从所述网关已存储的设备中查找满足所述应用指令的目标设备；
若查找到所述目标设备，所述网关生成满足所述应用指令的设备指令并发送至所述目标设备；
所述网关已存储的设备是注册到所述网关的在线物理设备和/或注册到所述网关的在线物理设备形成的虚拟设备。与现有技术相比，本发明的优点和积极效果是:
利用本发明提供的网关及网关调用设备的方法，可以根据网关存储的设备信息生成满足应用指令的设备指令，并控制注册到网关的在线设备执行设备指令，从而，即使网关断开与外部设备的连接，也能够通过网关调用在线设备，实现对设备的控制，从而有效解决了现有智能家居控制技术存在的依赖于外部、在网关不能与外部设备建立通信时无法实现智能控制的技术问题。
[0008]结合附图阅读本发明的【具体实施方式】后，本发明的其他特点和优点将变得更加清
/H- ο
【附图说明】
[0009]图1是本发明通过网关调用设备的方法一个实施例的流程图；
图2是本发明通过网关调用设备的方法另一个实施例的流程图；
图3是应用本发明的网关实现设备调用的一个系统架构图；
图4是图3中网关另一个实施例的结构框图。
【具体实施方式】
[0010]为了使本发明的目的、技术方案及优点更加清楚明白，以下将结合附图和实施例，对本发明作进一步详细说明。
[0011]首先，对本发明的技术路线作如下简要阐述:
为解决现有智能家居控制过程中必须依赖于外部设备、在网关不能与外部设备器建立通信时无法实现智能控制的技术问题，本发明提出了一种直接通过网关调用设备的方法，基本思想是首先利用外部设备将注册到网关的在线物理设备和/或注册到网关的在线物理设备形成的虚拟设备推送并存储到网关内；此后，将通过网关接收应用指令，根据应用指令从网关已存储的设备中查找满足应用指令的目标设备。如果查找到目标设备，网关生成设备指令并发送至与应用指令对应的目标设备，以控制目标设备执行设备指令。如果未查找到目标设备，网关可以反馈查找失败结果；或者，在网关连接有外部设备时，网关再向外部设备转发应用指令。在设备调用过程中，如果网关已存储设备中具有完成应用指令的设备，则设备的调用、指令生成及发送均能够不需要与外部设备交互，因而，即使网关与外部设备断开了连接，用户仍可以通过应用指令调用物理设备以及虚拟设备，既解决了不依赖于外部设备调用物理设备的问题，也解决了不依赖于外部设备无法生成虚拟设备并调用虚拟设备的成员物理设备的问题。更具体的调用过程详见下述各实施例的描述。
[0012]请参见图1，该图示出了本发明通过网关调用设备的方法一个实施例的流程图，具体来说，是涉及虚拟设备按需生成及调用的一个实施例的详细流程图。
[0013]在该实施例中，实现通过网关调用设备的过程涉及到四部分结构，分别是作为应用指令发起方的APP、被调用的设备、网关及网络服务器。其中，作为应用指令发起方的APP可以安装在智能终端如智能手机中，用户操作智能终端中的APP，实现设备的调用、设备属性、设备运行参数及运行结果的查看等。而且，借助于APP，用户能够通过网关与网络服务器交互。而其中的设备是指位于网关内的物理设备，且是具有智能控制器、能够与网关通信的智能设备。网络服务器作为外部设备，能够与网关连接进行通信，完成向网关推送注册到网关的在线物理设备及在线物理设备形成的虚拟设备、解析应用指令、生成虚拟设备等工作。
[0014]具体而言，如图1所示，该实施例通过网关调用设备的过程包括如下步骤:
步骤1:物理设备上线，发送上线通告消息，并经网关将上线通告消息转发到网络服务器。
[0015]步骤2:网络服务器接收上线通告，根据上线通告中包含的设备类型信息，从预先存储的本体模型中获取到该设备对应的本体模型。然后，根据预置规则生成该设备对应的设备实例及对应的抽象设备。该过程的实现可以采用现有技术，在此不作具体阐述。同时，网络服务器将该设备所对应的本体模型发送到网关。
[0016]步骤3:网关存储接收自网络服务器的本体模型，基于该本体模型生成设备实例并存储。
[0017]由此，在网关存储了注册到该网关的在线物理设备，具体来说，是存储了在线物理设备的设备实例。在存储了设备实例后，网关能够根据设备实例和应用指令生成对设备进行控制的设备指令。
[0018]作为另一种实施方式，网络服务器将在线物理设备的设备实例直接发送到网关，网关直接存储即可，无需再自行生成。
[0019]上述三个步骤是实现在线物理设备在网关存储的过程，该过程在网关与服务器建立连接后不断运行。也即，只要有设备上线，网络服务器与网关上就存储上线设备的设备实例。
[0020]步骤4:用户通过APP发送应用指令，该应用指令到达网关。
[0021]此时所说的应用指令，是用户发出的对某个设备进行某种控制的指令，或者是实现某种功能的指令。如果是对某个设备进行某种控制的命令，应用指令中会包含要调用的设备的设备标识及要实现的操作信息。
[0022]步骤5:网关根据应用指令从自身已存储的设备中查找满足该应用指令的目标设备。
[0023]具体来说，网关解析应用指令，从中获取设备标识和操作信息。如果应用指令中的设备标识为物理设备标识，网关内存储的在线物理设备的设备实例中包括有设备标识，网关从其自身已存储的设备中查找到具有应用指令中的设备标识的在线物理设备作为目标物理设备。在查找到目标物理设备之后，将根据应用指令中的操作信息从目标物理设备的设备实例中查找对应的操作名称或代码。然后，基于目标物理设备的设备标识和查找到的对应的操作名称或代码，生成目标物理设备的设备指令，并将该设备指令发送至目标物理设备。此后，目标物理设备将响应设备指令，执行指定操作后，会向网关上报执行结果。网关根据上报的执行结果，生成用户操作结果的反馈，并将用户操作结果反馈到APP。
[0024]如果网关还存储有虚拟设备(虚拟设备的获取及存储内容参见下面步骤所描述)，则查找的目标设备也可能是目标虚拟设备。如果查找到满足应用指令的目标虚拟设备，网关将执行下述步骤17的处理。
[0025]在若从网关已存储的物理设备和虚拟设备中均未查找到满足应用指令的目标设备，网关会向APP反馈查找失败结果；如果此时网关与网络服务器建立有连接，还会继续执行下述步骤6。
[0026]步骤6:网关向网络服务器转发APP发出的应用指令。
[0027]步骤7:网络服务器对网关转发来的应用指令进行分析推理，在网络服务器的已有设备中查找满足应用指令的设备。
[0028]网络服务器如果从已有的在线物理设备或虚拟设备中查找到满足应用指令的目标设备，生成对目标设备的设备指令，然后将目标设备及对应的设备指令一并推送到网关。此后，网关保存接收到的设备，并将设备指令转发至目标设备。如果从网络服务器上查找到满足应用指令的虚拟目标设备，则执行下述步骤12至步骤14的过程。
[0029]步骤8:如果网络服务器从其已有设备中未查找到满足应用指令的设备，将基于网络服务器上已有的抽象设备和虚拟设备，重新混聚而生成新的虚拟设备，并将新生成的虚拟设备加入到虚拟设备列表。
[0030]步骤9:网络服务器生成设备指令，将虚拟设备及设备指令推送至网关。
[0031]具体来说，网络服务器推送的虚拟设备包括但不限于虚拟设备信息(如虚拟设备标识、虚拟设备功能、虚拟设备属性等信息)、虚拟设备与成员物理设备的映射关系、成员物理设备的设备实例。而网络服务器根据应用指令生成对虚拟设备中各成员物理设备指令的方法可以采用现有技术，也可以参考后续网关生成设备指令的方法。
[0032]步骤10:网关保存虚拟设备，将虚拟设备信息中的虚拟设备标识转发到APP。APP接收到新生成的虚拟设备的设备标识后存储起来，以方便APP直接调用这些新生成的虚拟设备。
[0033]步骤11:网关将接收在网络服务器的设备指令发送到虚拟设备中的各成员物理设备，用于调用物理设备。此后，各成员物理设备将响应相应的设备指令，执行指定操作。
[0034]步骤12:各物理设备执行设备指令对应的操作后，将调用结果反馈给网关。
[0035]步骤13:网关对物理设备的上报结果进行汇总，生成用户操作结果的反馈。
[0036]步骤14:网关将用户操作结果反馈给APP。从而，用户能够通过APP获得发出应用指令后的结果。
[0037]步骤15:如果注册到网关的物理设备因执行设备指令等原因导致其某些属性发生变化，设备将属性的变化通告给网关，网关获取到该变化后，将变化后的信息发送至网络服务器，网络服务器对物理设备属性进行更新，完成设备属性的同步。
[0038]该步骤15可以发生在设备调用过程的任何时刻，而不局限于该实施例的位置。
[0039]通过上述过程的处理，APP已经存储有网关所存储的虚拟设备的设备标识。此后，如果用户要调用虚拟设备，可以执行步骤16和步骤17的处理。
[0040]步骤16:如果APP已经存储有虚拟设备标识，用户可以发出应用指令直接调用相应的虚拟设备。此时，在应用指令中加入要调用的虚拟设备的设备标识及要实现的操作信息，然后将应用指令发送到网关。
[0041]步骤17:网关根据指令包含的虚拟设备标识查找到目标虚拟设备，生成对形成目标虚拟设备的各成员物理设备的设备指令，重复步骤11-14的操作。
[0042]具体而言，网关解析应用指令，从中获取设备标识和操作信息。若应用指令中的设备标识为虚拟设备的设备标识，由于虚拟设备标识由网关转发至APPjMt网关也将存储有具有该虚拟设备标识的虚拟设备，因而网关从其已存储的设备中查找到具有应用指令中的设备标识的虚拟设备作为目标虚拟设备。在查找到目标虚拟设备之后，网关将根据应用指令中的操作信息、目标虚拟设备中虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例查找形成目标虚拟设备的各成员物理设备的设备标识及每个成员物理设备对应的操作名称或代码。然后，网关基于每个成员物理设备的设备标识及对应的操作名称或代码，生成成员物理设备的设备指令。然后，重复步骤11至步骤14的操作。
[0043]在该实施例中，如果网络服务器中不存在满足应用指令的物理设备，基于已有设备也无法生成满足应用指令的虚拟设备，网络服务器会向网关反馈查找失败消息，则网关也会向APP反馈查找失败的结果。
[0044]利用该实施例，应用指令发送至网关，网关可以从其已存储的、接收自网络服务器的设备中查找满足指令的设备，生成设备指令并发送至目标设备，该过程在网关与网络服务器不连接的状态下也能完成。因而，即使网关与网络服务器断开了连接，用户仍可以通过应用指令调用物理设备以及虚拟设备。而且，在网关与网络服务器连接的状态下，还可以根据应用指令按需、及时利用网络服务器向网关补入新的物理设备及虚拟设备，满足多种应用指令的需求。
[0045]请参见图2，该图示出了本发明通过网关调用设备的方法另一个实施例的流程图，具体来说，是涉及主动生成虚拟设备的一个实施例的详细流程图。
[0046]如图1第一个实施例类似，在图2实施例中，实现通过网关调用设备的过程涉及到四部分结构，分别是作为应用指令发起方的APP、被调用的设备、网关及网络服务器。
[0047]如图2所示，该实施例主动生成虚拟设备并通过网关调用设备的过程包括如下步骤:
步骤1:在本体建模过程中，网络服务器不仅对设备的每项功能标识所属功能类型(如开关、空气质量监测、温度调节、空气净化等)，还对每项功能标识是否支持自动组合，例如，在每项功能属性中增加一项是否支持自动组合的标识。
[0048]需要说明的是，该步骤是本体建模过程中就执行的一个步骤，在设备调用时不会执行，此时加入该步骤是为了完整描述该实施例的流程。
[0049]步骤2:物理设备上线，发送上线通告消息，并经网关将上线通告消息转发到网络服务器。
[0050]步骤3:网络服务器接收上线通告，根据上线通告中包含的设备类型信息，从预先存储的本体模型中获取到该设备对应的本体模型。然后，根据预置规则生成该设备对应的设备实例。同时，对具有自动组合标识的上线物理设备所对应的功能生成抽象设备。而且，对生成的每个抽象设备，分别生成若干虚拟设备。具体来说，是从网络服务器中已有的、支持自动组合的抽象设备及虚拟设备中查找到能够与当前生成的抽象设备按照规则进行组合的设备，然后自动进行组合，生成新的虚拟设备，并将新生成的虚拟设备加入到虚拟设备列表中。同时，网络服务器将上线设备对应的本体模型发送到网关。
[0051]通过主动生成虚拟设备的方法，网络服务器无需对所有的有效物理设备的每个功能均生成抽象设备，仅需对本体模型中具有自动组合标识的上线设备的某个/些功能生成抽象设备即可，简化了网络服务器对设备的处理。
[0052]步骤4:网关存储接收自网络服务器的本体模型，基于该本体模型生成设备实例并存储。
[0053]由此，在网关存储了注册到该网关的在线物理设备，具体来说，是存储了在线物理设备的设备实例。在存储了设备实例后，网关能够根据设备实例和应用指令生成对设备进行控制的设备指令。
[0054]作为另一种实施方式，网络服务器将在线物理设备的设备实例直接发送到网关，网关直接存储即可，无需再自行生成。
[0055]步骤5:网络服务器将生成的虚拟设备主动推送到网关。其中，网络服务器推送的虚拟设备包括但不限于虚拟设备信息(如虚拟设备标识、虚拟设备功能、虚拟设备属性等信息)、虚拟设备与成员物理设备的映射关系、成员物理设备的设备实例。
[0056]步骤6:网关保存虚拟设备，并将虚拟设备信息中的虚拟设备标识转发到APP，以方便APP直接调用该虚拟设备。
[0057]步骤7 =APP收到网关转发的虚拟设备标识，更新用户界面。
[0058]上述各步骤是实现在线物理设备及在线物理设备形成的虚拟设备在网关存储的过程，该过程在网关与服务器建立连接后不断运行。
[0059]后续步骤是基于上述过程实现设备调用的过程:
步骤8:用户通过APP发送应用指令，且应用指令中包含有设备标识和操作信息，该应用指令发送到网关。
[0060]步骤9:网关将根据应用指令包含的设备标识，查找到目标设备。步骤10:在查找到目标设备时，网关将根据应用指令生成目标设备的设备指令，用于调用物理设备。此后，物理设备将响应相应的设备指令，执行指定操作。
[0061]具体来说，网关存储的在线物理设备的设备实例中包括有设备标识，存储的虚拟设备信息中包括有虚拟设备标识，网关解析应用指令，获取到应用指令中的设备标识和操作信息，对应用指令中的设备标识进行判断。
[0062]如果应用指令中的设备标识为物理设备的设备标识，网关从其已存储的设备中查找到具有应用指令中的设备标识的在线物理设备作为目标物理设备，并根据应用指令中的操作信息从目标物理设备的设备实例中查找对应的操作名称或代码，基于目标物理设备的设备标识和对应的操作名称或代码，生成目标物理设备的设备指令，发送至目标物理设备。
[0063]而如果应用指令中的设备标识为虚拟设备的设备标识，网关从其已存储的设备中查找到具有应用指令中的设备标识的虚拟设备作为目标虚拟设备，并根据应用指令中的操作信息、网关存储的目标虚拟设备中虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例查找形成目标虚拟设备的各成员物理设备的设备标识及对应的操作名称或代码，然后，基于成员物理设备的设备标识及对应的操作名称或代码，生成对每个成员物理设备的设备指令，发送至相应的成员物理设备。
[0064]步骤11:各物理设备执行设备指令对应的操作后，将调用结果反馈给网关。
[0065]步骤12:网关对物理设备的上报结果进行汇总，生成用户操作结果的反馈。
[0066]步骤13:网关将用户操作结果反馈给APP。从而，用户能够通过APP获得发出应用指令后的结果。
[0067]步骤14:如果注册到网关的物理设备因执行设备指令等原因导致其某些属性发生变化，设备将属性的变化通告给网关，网关获取到该变化后，将变化后的信息发送至网络服务器，网络服务器对物理设备属性进行更新，完成设备属性的同步。
[0068]同样的，该步骤14可以发生在设备调用过程的任何时刻，而不局限于该实施例的位置。
[0069]利用该实施例，网络服务器对本体模型中具有自动组合标识的上线设备主动按照设定规则生成虚拟设备，并将虚拟设备信息主动推送到网关，并将网关反馈到APP，从而，用户能够直观、及时得到目前可用的虚拟设备，并发出对虚拟设备进行控制的应用指令。而且，应用指令发送至网关，网关可以从其已存储的、接收自网络服务器的设备中查找满足指令的设备，该过程在网关与网络服务器不连接的状态下也能完成。因而，即使网关与网络服务器断开了连接，用户仍可以通过应用指令调用物理设备以及虚拟设备。
[0070]请参见图3，该图所示为应用本发明的网关实现设备调用的一个系统架构图。
[0071]如图3所示，该实施例的系统包括有网络服务器31、网关32、应用指令发起方33及设备34。其中，应用指令发起方33可以是安装在智能终端如智能手机中的APP ;应用指令发起方33可以通过网关32与网络服务器31进行网络通信。设备34是指位于网关32内的物理设备，且是具有智能控制器、能够与网关32通信的智能设备。而网络服务器31作为外部设备，能够与网关连接进行通信，完成向网关推送注册到网关的在线物理设备及在线物理设备形成的虚拟设备、解析应用指令、生成虚拟设备等工作。
[0072]为实现在网关32与网络服务器31断开连接时仍能通过应用指令调用设备34，，网关32采用具有下述各单元的结构来实现。
[0073]具体来说，网关32所包括的单元、每个单元的功能、各单元之间的连接关系如下: 设备存储单元321，用于存储由网络服务器31推送的、注册到网关的在线物理设备和/
或注册到网关的在线物理设备形成的虚拟设备。
[0074]应用指令接收单元322，用于接收应用指令发起方33发送的应用指令。
[0075]目标设备查找单元323，用于根据应用指令接收单元322接收的应用指令从设备存储单元321中查找满足应用指令的目标设备。
[0076]设备指令生成与发送单元324，用于在目标设备查找单元323查找到满足应用指令的目标设备时生成并发送设备指令至设备34中的目标设备，以控制目标设备执行设备指令。
[0077]该实施例中，网络服务器31将注册到网关的在线物理设备和/或注册到网关的在线物理设备形成的虚拟设备推送并存储到网关32内；此后，将通过网关32接收应用指令，根据应用指令从网关已存储的设备中查找满足应用指令的目标设备。如果查找到目标设备，网关生成设备指令并发送至与应用指令对应的目标设备，以控制目标设备执行设备指令。在设备调用过程中，如果网关32已存储设备中具有完成应用指令的设备，则设备的调用、指令生成及发送均能够不需要与网络服务器31交互，因而，即使网关32与网络服务器31断开了连接，用户仍可以通过应用指令调用物理设备以及虚拟设备。该实施例更具体的设备调用过程可以参考图1及图2方法流程的描述。
[0078]请参见图4，该图4示出了图3中网关另一个实施例的结构框图。
[0079]如图4所示，网关所包括的单元、每个单元的功能、各单元之间的连接关系如下: 设备存储单元421，用于存储由网络服务器等外部设备推送的、注册到网关的在线物理设备和/或注册到所述网关的在线物理设备形成的虚拟设备。具体来说，设备存储单元421存储有在线物理设备的设备实例和/或在线物理设备形成的虚拟设备的虚拟设备信息、虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例。
[0080]应用指令接收单元422，用于接收应用指令发起方发送的应用指令。
[0081]应用指令解析单元423，用于解析应用指令接收单元422接收的应用指令，获取应用指令中的设备标识和操作信息。
[0082]设备标识判定单元424，用于判定应用指令解析单元423获取的应用指令中的设备标识为物理设备的设备标识或虚拟设备的设备标识并输出。
[0083]目标设备查找单元425，用于查找满足应用指令的目标设备。
[0084]设备指令生成与发送单元426，用于在目标设备查找单元425查找到满足应用指令的目标设备时生成并发送设备指令至目标设备，以控制目标设备执行设备指令。
[0085]具体来说，在设备标识判定单元424判定应用指令中的设备标识为物理设备的设备标识时，目标设备查找单元425从设备存储单元421已存储的设备中查找到具有应用指令中的设备标识的在线物理设备作为目标物理设备；设备指令生成与发送单元426根据操作信息从目标物理设备的设备实例中查找对应的操作名称或代码，并基于目标物理设备的设备标识和对应的操作名称或代码，生成目标物理设备的设备指令，发送至目标物理设备。
[0086]而在设备标识判定单元424判定应用指令中的设备标识为虚拟设备的设备标识时，目标设备查找单元425从设备存储单元421已存储的设备中查找到具有应用指令中的设备标识的虚拟设备作为目标虚拟设备；设备指令生成与发送单元426根据操作信息、目标虚拟设备中虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例查找形成目标虚拟设备的成员物理设备的设备标识及对应的操作名称或代码，并基于成员物理设备的设备标识及对应的操作名称或代码，生成成员物理设备的设备指令，发送至成员物理设备。
[0087]反馈结果输出单元427，用于在目标设备查找单元425未查找到满足应用指令的目标设备时向应用指令的发起方反馈查找失败结果。
[0088]应用指令转发单元428，用于在目标设备查找单元425未查找到满足应用指令的目标设备、且网关连接有外部设备时向外部设备转发应用指令；
外部设备反馈接收处理单元429，用于接收外部设备的反馈并处理；在外部设备的反馈为满足应用指令的在线物理设备形成的虚拟设备及设备指令时，将外部设备反馈的虚拟设备存储在设备存储单元421，并将外部设备反馈的设备指令转发至对应的成员物理设备；在外部设备的反馈为查找失败消息时，控制反馈结果输出单元427向应用指令的发起方反馈查找失败结果。
[0089]虚拟设备标识转发单元4210，用于将外部设备反馈的虚拟设备中的虚拟设备标识转发至应用指令的发起方。
[0090]设备存储单元421存储的在线物理设备的设备实例，可以是接收自外部设备，也可以是由网关接收外部设备发送的在线物理设备的本体模型而由网关根据本体模型生成的。此情况下，网关还包括设备实例生成单元4211，用于根据在线物理设备的本体模型生成对应的设备实例，并将设备实例存储在设备存储单元421中。
[0091]采用图4结构的网关，如果网关已存储设备中具有完成应用指令的设备，则设备的调用、指令生成及发送均能够不需要与外部设备交互。如果网关从已存储的设备中未查找到满足应用指令的目标设备，网关还可以反馈查找失败结果；或者，在网关连接有外部设备时，网关再向外部设备转发应用指令，借助于外部设备实现通过应用指令对设备的调用。该实施例更具体的设备调用过程可以参考图1及图2方法流程的描述。
[0092]以上实施例仅用以说明本发明的技术方案，而非对其进行限制；尽管参照前述实施例对本发明进行了详细的说明，对于本领域的普通技术人员来说，依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明所要求保护的技术方案的精神和范围。
【主权项】
1.一种网关，其特征在于，包括: 设备存储单元，用于存储注册到所述网关的在线物理设备和/或注册到所述网关的在线物理设备形成的虚拟设备； 应用指令接收单元，用于接收应用指令； 目标设备查找单元，用于根据所述应用指令接收单元接收的所述应用指令从所述设备存储单元中查找满足所述应用指令的目标设备； 设备指令生成与发送单元，用于在所述目标设备查找单元查找到满足所述应用指令的目标设备时生成满足所述应用指令的设备指令并发送至所述目标设备。2.根据权利要求1所述的网关，其特征在于，所述网关还包括: 应用指令解析单元，用于解析所述应用指令接收单元接收的应用指令，获取所述应用指令中的设备标识和操作信息； 设备标识判定单元，用于判定所述应用指令解析单元获取的所述应用指令中的设备标识为物理设备的设备标识或虚拟设备的设备标识并输出； 所述设备存储单元存储有所述在线物理设备的设备实例和/或所述在线物理设备形成的虚拟设备的虚拟设备信息、虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例； 在所述设备标识判定单元判定所述应用指令中的设备标识为物理设备的设备标识时，所述目标设备查找单元从所述设备存储单元已存储的设备中查找到具有所述应用指令中的设备标识的在线物理设备作为目标物理设备；所述设备指令生成与发送单元根据所述操作信息从所述目标物理设备的设备实例中查找对应的操作名称或代码，基于所述目标物理设备的设备标识和所述对应的操作名称或代码，生成所述目标物理设备的设备指令，发送至所述目标物理设备； 在所述设备标识判定单元判定所述应用指令中的设备标识为虚拟设备的设备标识时，所述目标设备查找单元从所述设备存储单元已存储的设备中查找到具有所述应用指令中的设备标识的虚拟设备作为目标虚拟设备；所述设备指令生成与发送单元根据所述操作信息、所述目标虚拟设备中虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例查找形成所述目标虚拟设备的成员物理设备的设备标识及对应的操作名称或代码，基于所述成员物理设备的设备标识及对应的操作名称或代码，生成成员物理设备的设备指令，发送至成员物理设备。3.根据权利要求2所述的网关，其特征在于，所述网关还包括: 设备实例生成单元，用于根据所述在线物理设备的本体模型生成对应的设备实例。4.根据权利要求1所述的网关，其特征在于，所述网关还包括: 反馈结果输出单元，用于在所述目标设备查找单元未查找到满足所述应用指令的目标设备时向所述应用指令的发起方反馈查找失败结果。5.根据权利要求4所述的网关，其特征在于，所述网关还包括: 应用指令转发单元，用于在所述目标设备查找单元未查找到满足所述应用指令的目标设备、且所述网关连接有外部设备时向所述外部设备转发所述应用指令； 外部设备反馈接收处理单元，用于接收所述外部设备的反馈并处理；在所述外部设备的反馈为满足所述应用指令的在线物理设备形成的虚拟设备及设备指令时，将所述外部设备反馈的虚拟设备存储在所述设备存储单元，并将所述外部设备反馈的设备指令转发至对应的成员物理设备；所述外部设备的反馈为查找失败消息时，控制所述反馈结果输出单元向所述应用指令的发起方反馈查找失败结果。6.根据权利要求5所述的网关，其特征在于，所述网关还包括: 虚拟设备标识转发单元，用于将所述外部设备反馈的虚拟设备中的虚拟设备标识转发至所述应用指令的发起方。7.—种通过网关调用设备的方法，其特征在于，所述方法包括: 网关接收应用指令，根据所述应用指令从所述网关已存储的设备中查找满足所述应用指令的目标设备； 若查找到所述目标设备，所述网关生成满足所述应用指令的设备指令并发送至所述目标设备； 所述网关已存储的设备是注册到所述网关的在线物理设备和/或注册到所述网关的在线物理设备形成的虚拟设备。8.根据权利要求7所述的方法，其特征在于，所述网关存储有所述在线物理设备的设备实例和/或所述在线物理设备形成的虚拟设备的虚拟设备信息、虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例；所述网关从已存储的设备中查找满足所述应用指令的目标设备，若查找到所述目标设备，所述网关生成满足所述应用指令的设备指令并发送至所述目标设备具体包括: 所述网关获取所述应用指令中的设备标识和操作信息，对所述应用指令中的设备标识进行判断； 若所述应用指令中的设备标识为物理设备的设备标识，从所述网关已存储的设备中查找到具有所述应用指令中的设备标识的在线物理设备作为目标物理设备，根据所述操作信息从所述目标物理设备的设备实例中查找对应的操作名称或代码，基于所述目标物理设备的设备标识和所述对应的操作名称或代码，生成所述目标物理设备的设备指令，发送至所述目标物理设备； 若所述应用指令中的设备标识为虚拟设备的设备标识，从所述网关已存储的设备中查找到具有所述应用指令中的设备标识的虚拟设备作为目标虚拟设备，根据所述操作信息、所述目标虚拟设备中虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例查找形成所述目标虚拟设备的成员物理设备的设备标识及对应的操作名称或代码，基于所述成员物理设备的设备标识及对应的操作名称或代码，生成成员物理设备的设备指令，发送至成员物理设备。9.根据权利要求8所述的方法，其特征在于，所述网关存储的所述在线物理设备的设备实例接收自外部设备并保存，或者，所述网关存储的所述在线物理设备的设备实例由网关根据接收自外部设备的在线物理设备的本体模型生成并保存。10.根据权利要求7所述的方法，其特征在于，所述方法还包括: 若从所述网关已存储的设备中未查找到所述目标设备，所述网关向所述应用指令的发起方反馈查找失败结果。11.根据权利要求7所述的方法，其特征在于，所述方法还包括: 若从所述网关已存储的设备中未查找到所述目标设备，在所述网关连接外部设备时，所述网关向所述外部设备转发所述应用指令，接收所述外部设备的反馈，并根据所述反馈执行相应的处理； 所述接收所述外部设备的反馈，并根据所述反馈执行相应的处理具体包括: 所述外部设备的反馈为满足所述应用指令的在线物理设备形成的虚拟设备及设备指令，所述网关保存所述外部设备反馈的虚拟设备，并将所述外部设备反馈的设备指令转发至对应的成员物理设备； 所述外部设备的反馈为查找失败消息，所述网关向所述应用指令的发起方反馈查找失败结果。12.根据权利要求11所述的方法，其特征在于，所述网关保存所述外部设备反馈的虚拟设备包括保存虚拟设备信息、虚拟设备与成员物理设备的映射关系及成员物理设备的设备实例，所述网关还将所述虚拟设备信息中的虚拟设备标识转发至所述应用指令的发起方。
【文档编号】H04L12/66GK105991423SQ201510089469
【公开日】2016年10月5日
【申请日】2015年2月27日
【发明人】王先庆
【申请人】北京海尔广科数字技术有限公司, 青岛海尔智能家电科技有限公司