CN108337138A - 一种基于物联网的智能家居系统 - Google Patents

Abstract

本发明属于智能家居技术领域，公开了一种基于物联网的智能家居系统,设置有控制设备、智能家居应用运行虚拟机、异构设备；所述控制设备通过Wifi与智能家居应用运行虚拟机连接；所述智能家居应用运行虚拟机通过导线与异构设备连接，所述控制设备中各部分通过Wifi与智能家居应用运行虚拟机连接，智能家居应用运行虚拟机通过导线连接实现对异构设备的功能控制。本发明具有开放、灵活、可扩展的兼容架构，为现有平台提供快速扩展增值服务的能力。

Description

一种基于物联网的智能家居系统

技术领域

本发明属于智能家居技术领域，尤其涉及一种基于物联网的智能家居系统，具体涉及基于物联技术的智能家居应用的动态部署、维护及控制系统。

背景技术

目前，随着移动终端如智能机、平板以及VR、AR设备、可穿戴设备等电设备的普及和应用，智能化的产品正一步步从科幻电影和实验室走进了现代人生活和工作的各个领域。这些智能电子产品纷繁多样，诸如智能电视、冰箱、空调、摄像监控设备、智能门锁、能源读卡器及收费装置等等。人们迫切希望利这些设备和技术来优化生活方式，高效的规划时间安排，分析优化各种能源消耗。为我们提供一个更舒适、便捷、互联互通、安全且个性化、智能化的生活环境，从而更好的适应快节奏的社会生活。上述电子设备为我们构建智能的家居生活平台提供了必要的硬件支持。

同时，物联网作为互联网的延伸网络，通过射频识别、红外感应器、全球定位系统、激光扫描器等信息传感设备，按约定的协议，将物理世界中的任何物品接入互联网，达到设备实时互联互通，从而实现智能化识别、定位、跟踪、监控和管理，最终达到“人-机-物”的动态协同。实际上，物联网技术既丰富了智能家居系统的设备类型，同时拓展了智能家居系统的网络边界及服务种类，为系统构建提供了必须的网络基础设施。

基于物联网的智能家居应用系统是否具备环境适应能力，决定了系统能否自主地与家居环境进行交互并实现智能设备管理和控制。现有的智能家居系统往往仅对传感器采集到的实时数据进行简单的存储和处理，且缺乏动态适配的解决案，以适应变化的环境，包括系统自身变化和外界环境数据的改变。例如，用户希望和家人一起浏览照片的时候，智能家居系统应根据网络上可用且能源消耗较少的显示设备(如LED屏、iPad、笔记本、智能电视或投影仪)，综合考虑用户所在位置，浏览照片的个数，以及个人日常的使用习惯及偏好，如常iPad、电视或投影设备浏览照片，来挑选设备，进行照片展示。并且当用户改变位置的时候，可以动态的切换显示照片的设备，尽可能不影响浏览的进度和效果。

此外，现有的基于物联网技术的智能家居系统，虽整合了一定种类的智能家电设备，实现了智能移动端或网络客户端的远程控制。然而，由于智能设备的程度异构性，并且新设备不断推出，设备提供商的差异导致了设备通讯协议以及服务接口遵循规范的不一致。

综上所述，现有技术存在的问题是：现有的智能家居系统缺乏开放、灵活、可扩展的兼容架构，无法提供持续整合新的异构设备的机制和高效的整合任一可用的web服务或其他第三方网络服务，缺乏为现有平台提供快速扩展增值服务的能力。

发明内容

针对现有技术存在的问题，本发明提供了一种基于物联网的智能家居系统。基于物联的智能家居用Zigbee、WIFI、Bluetooth、RFID、USB、以太网通信协议(IEEE802.3)和4G等网络通信技术，将各种智能家电设备、智能终端、传感器和执行器(如温度湿度传感器、门窗状态传感器等)、智能门锁、水电表消耗读卡器等等连接互联网，依照智能家居应用领域业务模型，对数据信息处理并进行信息交换及通信，提供智能移动终端包括智能能机和平板的系统控制应用，实现对用户的定位、家居环境的实时监控、家居设备、服务及应用的智能配置和管理。同时提供动态环境适应能力及异构设备和服务的动态集成能力。

智能家居应用系统中的智能化属性要求家居应用运行平台须首先具备自动地将家居环境中的异构设备和其他类型的网络服务无缝集成到物联网中，并实现相互协同工作。其次，在动态变化环境下，对运行中的家居应用实现装配维护,智能地适配变化的环境或系统本身，对而用户透明化其维护过程。例如，由于环境传感器所采集的数据具有实时动态变化特性，比如室内温度、湿度变化，家居温度/湿度控制应用应即时调节相应家居设备，且参考家庭成员的年龄、性别参数，按照最适宜人体感知的需求来调节室内的环境参数。

此外，由于网络连接方式特别是移动网络或无线网络接入方式存在一定的不稳定性，系统内设备服务或第三方服务都存在不可用性。因此，智能家居运行平台还需负责在上述情况下，发现网络中可用或可替代服务，适配动态环境变化的智能家居应用。从用户体验的角度，使用者应该感觉不到某个服务不可用而被其他提供类似功能的服务所替换了。因为智能家居应用平台必须最大程度的将分析和重新组装或配置某特定家居应用这一过程变得的自动化和透明化。

本发明是这样实现的，一种基于物联网的智能家居系统，所述智能家居系统包括：控制设备、智能家居应用运行虚拟机、异构设备。

所述控制设备通过Wifi与智能家居应用运行虚拟机实现连接。

所述异构设备根据需要进行扩充；包括：可穿戴设备、室内温度传感器、摄像头、智能家电均通过Wifi与智能家居应用运行虚拟机连接。

所述控制设备包括：

移动App、Browser、平板APP、LED控制面板均通过Wifi与智能家居应用运行虚拟机连接。

所述智能家居应用运行虚拟机包括第三方服务、web服务、数据转化服务、服务编排、云服务、智能家居网关通过无线Wifi均与异构设备连接。

本发明还提供了一种基于上述智能家居系统的智能家居应用运行方法，用户在移动端或网页端采用该系统提供的编辑环境，将不同的web服务和智能设备进行组合并配置，建立应用描述，并将该描述以应用模型的形式部署到运行平台上，用以满足特定用户需求。

进一步，所述方法具体步骤如下：

第一步：用户在移动端或网页端进入智能家居应用编辑环境APP或页面，根据系统提供的智能家居应用的领域模型及可用的模型元素，天气web服务、实时交通服务、智能电视、智能空调、智能音箱、智能摄像头等设备/服务功能描述，定制编辑个性化的特定应用；应用编辑配置完成后，用户将该编辑描述以应用架构模型的方式发送到云端，即部署到智能家居应用平台；

第二步：智能家居应用平台中的应用架构模型解释引擎组件收到该模型后，使用存储仓库进行运行平台及网络实时运行状态的检测，从而发现家居环境网络上可用于构建用户应用的特定设备服务/服务实例、web服务/服务实例及第三方服务/服务实例；

第三步:上述解释引擎按照用户的配置的应用架构模型，在上一步发现的可用候选服务中挑选匹配用户需求的服务，同时将未实例化的服务进行实例化；另一方面，为第二步中发现的异构服务寻找匹配的异构服务代理，并将其实例化；

第四步:最后，按照用户编辑配置的特定应用架构，将第三步中选定的所有适合的服务实例装配在一起，构建成特定家居应用实例，从而满足用户的特定需求；用户可以通过该应用实现远程实时监控、远程控制智能家电设备、获取家庭环境的实时信息推送等等服务。

本发明的优点及积极效果为：具有开放、灵活、可扩展的兼容架构，为现有平台提供快速扩展增值服务的能力。

目前现有的技术解决方案中，一部分仅针对物联网的智慧家居中各智能设备相互间的通信提供相应的底层基础设施通信平台，如通过某智能网关或云平台搭建的基础通信设施部分，可接入智能灯、智能空调、智能电饭煲等设备；另一部分现有解决方案，基于上述智能网关或云平台技术方案，可实现从移动端对接入的特定智能设备一定程度的远程控制。实际上，现有的系统或平台无法为智慧家居系统提供一个完整一揽子解决方案，同时缺乏统一的集成平台。

本发明的优点在于，不仅提供了异构智能设备的底层通信基础设施平台，而且搭建了移动端对智能设备的远程控制平台和服务。此外，本发明还提供了基于智能家居应用的上层领域模型的智能家居应用的解释引擎。该引擎作为智慧家居虚拟运行机的一部分，实现了将设备服务、Web服务与其他应用服务进行实时动态组合，用以动态适应用户所处的当下实时情境，如用户当前所处的位置，时间，交通环境、天气环境及个人日程安排等多种环境因素对某一特定用户需求造成的影响。因此，本发明提供的智慧家居技术解决方案并不局限于家居环境边界，而是拓展到互联网中，当用户使用移动端，即可动态组合各种家中设备或web服务，用以满足某时刻的特定需求。例如用户提前设置特定应用，当其外出时，家中老人摔跤了，系统通过分析，马上向用户发出提醒消息；同时，根据不同的订阅服务，用户可选择系统自动与物业联系或者打电话通知附近紧急联系的亲友或者打电话呼叫120。这些应用行为，由用户根据各自的需求，提前设定编辑应用，而当该事件发生时，本发明提供的平台，可根据老人摔跤事件发生时的当下情况，如判定基于摔跤程度严重程度，采取不同的行动。为了适应动态变化的环境，一般情况下(即台式机3.30GHzCPU，4GBRAM，某应用由3个设备服务和5个Web服务组成)，本发明提供的解释引擎基于实时信息进行决策的算法，所占用的计算及存储资源最高峰时为28％CPU及RAM，平均占用系统资源为8％。

实际上，本发明为智能家居系统提供了统一的集成解决方案，包括底层设备通信平台即智能家居网关、业务应用动态服务编辑组合子系统、异构设备/服务动态发现子系统、实时数据搜集及分析子系统。面对分布的、异构的且复杂的物联网智慧家居环境，由于上述各实时变化因素的影响，区别于本发明，目前已有的技术解决方案尚无法为用户提供相应的满足特定需求的动态适配方案。此外，本发明基于动态模块化开放服务网关协议实现异构服务的集成架构，同时提供了代理服务自动生成装置用于在智慧家居特定应用运行过程中，当有可用的异构服务出现在网路中时，可自动生成代理服务并将其实例化，从而避免了现有的解决方案中，为部署新的服务组件，而人为手动进行平台维护的工作。本发明提供的智慧家居平台增加了动态适配能力，另一方面，由于代理服务组件是自动生成的，提高了软件模块的可复用性和可维护性。经测试，系统的稳定性相比提升了20％。总体而言，与目前已有的智能家居技术方案相比，本发明提供的集成系统具有更宽的应用边界、更好的稳定性和可扩展性。

附图说明

图1是本发明实施例提供的基于物联网的智能家居系统结构示意图；

图中：1、控制设备；2、智能家居应用运行虚拟机；3、异构设备；1-1、移动APP；1-2、Browser；1-3、平板APP；1-4、LED控制面板；2-1第三方服务；2-2、web服务；2-3、数据转化服务；2-4、服务编排；2-5、云服务；2-6、智能家居网关；3-1、可穿戴设备；3-2、室内温度传感器；3-3、摄像头；3-4、智能家电；

图2是本发明实施例提供的智能家居应用运行平台原理图；

图3是本发明实施例提供的多个面向服务架构技术的集成机制原理图。

具体实施方式

为能进一步了解本发明的发明内容、特点及功效，兹例举以下实施例，并配合附图详细说明如下。

下面结合附图对本发明的结构作详细的描述。

如图1所示，本发明实施例提供的基于物联网的智能家居系统设置有控制设备1、智能家居应用运行虚拟机2、异构设备3。

在控制设备1中的移动App 1-1，Browser 1-2、平板APP 1-3、LED控制面板1-4通过Wifi与智能家居应用运行虚拟机2中的第三方服务2-1、web服务2-2、数据转化服务2-3、服务编排2-4、云服务2-5、智能家居网关2-6连接，家居应用运行虚拟机2中的设备通过无线Wifi与异构设备3中的可穿戴设备3-1连接，通过导线与室内温度传感器3-2、摄像头3-3、智能家电3-4连接。

本发明通过图1展示了基于物联网技术的智能家居系统的一个基本体系结构，包括智能家电设备，可穿戴设备，各类环境数据采集传感器或执行器等设备，智能家居应用运慈宁宫平台，以及基于移动或B/S的控制终端。上述电子设备或传感器借由不同的无线及有线网络通信协议如WIFI，Bluetooth，Zigbee,RFID,USB，以太网通信协议(IEEE802.3)，通过智能家居网关接入网络并提供设备服务。而这些设备服务与由由本发明提供的智能家居应用运行平台所提供的系统服务，或由运行平台动态发现的网络其它服务，如由第三方企业信息系统提供的服务或Web服务，基于用户自移动控制端或通过网页进行的特定应用需求配置，在分布，异构且动态的环境下，共同组建满足用户特定需求的智能的家居应用。

本发明系统最重要的两个组成部件为智能家居应用运行平台和一个异构服务(包括异构设备)整合集成机制及对应的代理服务实体自动生成装置。

下面结合具体分析对本发明组进一步描述。

一.智能家居应用运行平台

智能家居应用运行平台主要用于在家居分布式网络的环境下，依照用户的特定需求设置，进行智能家居应用的部署、控制，并协同家居应用的各组成构件，包括各种电子设备、系统服务及第三方网络服务等达到特定的目标任务。同时，该运行平台还负责当家居系统运行环境或系统本身的状态发生变化时，根据用户对特定应用的初始配置以及网络中可用的服务资源，动态且智能地重新配置该特定应用。

附图2展示了智能家居应用运行平台的构成以及原理。

该运行平台包括一个存储仓库和一个应用架构模型解释引擎。

①存储仓库：用于存放平台运行时期的整个系统运行状态模型。该存储仓库负责监测网络上的可用服务，包括可用设备服务、系统服务、Web服务、云服务及第三方企业信息系统提供的服务。同时，监测运行时，整个智能家居应用运行平台的状态，包括系统中所有特定家居应用组成构件的实例状态，并将其以应用实例架构模型的形式进行存储。需要说明的是，所有上述相关信息统称为运行状态模型。

②应用架构模型解释引擎：负责依照用户或运行平台部署的特定家居应用架构模型，装配可执行的特定家居应用程序，并在其运行过程中，实现对其的配置和维护，以动态适配外界环境或系统自身的变化。其工作原理分为两个步骤，如附图2中所示：

用户通过移动客户端或浏览器为特定需求选择合适的设备服务描述或web服务描述(仅从功能上考量而非具体某个物理设备)，以构建和配置特定家居应用架构模型，该模型允许用户指定相互可替代的具有类似功能的服务。

解释引擎将用户配置好的或系统平台提供的应用架构模型部署到运行平台上并对其进行解析，同时参照存储仓库中的运行平台的实时运行状态模型，选择网络中匹配上述特定家居应用架构模型的可用服务并将其实例化，用以动态装配和维护可执行应用程序，即附图2中的特定家居应用实例。

为实现上述功能，智能家居应用运行平台提供如下功能:

i.发现网络服务并且管理其中的异构服务之间的通信交互，例如，一个web服务或以UPnP/DPWS设备提供的设备服务之间的交互或一个RFID读写器；

ii.实时监测运行平台的当前状态，包括运行家居应用程序实例模型、系统服务模型，网络上可用服务模型

iii.依照用户对特定应用架构的配置以及其运行状态模型，基于系统运行平台定义的管理策略，对可用服务进行遴选和装配，以构建与之对应的应用实例。因此，在进行可用设备服务，web服务，云服务或第三方企业信息系统提供的服务的遴选过程中，解释引擎遵循以下管理策略：A.最大程度的匹配用户对家居应用的配置；B.最大程度的符合用户配置的前提下，最大限度地提高应用程序的整体可用性；C.最大限度的节省资源。

iv.考虑到系统资源可用性的变化以及周遭运行环境的变化带来的影响，运行平台还提供管理执行应用运性行能演变的功能。

总体而言，为保证应用程序在运行阶段的正确性和有效性，运行平台制定了详细复杂的服务选择与维护策略。该策略的核心是始终以用户或系统设计配置的特定应用架构模型为服务选择的决策参考，从而验证其行为正确性。换句话说，即以用户特定“需求目的”为驱动，同时又支持动态适配外部环境的实时变化。为保证即便因为系统运行环境包括系统本身的实时动态变化，用户配置的特定家居应用组件由于不可用而无法完成用户的“需求目的”的情况下，本发明的智能家居系统也可以依照智能家居领域应用模型，自主的选择网络上功能匹配的可替代服务实例，实现特定家居应用实例的动态配置，以满标“需求目的”。

二.多个面向服务架构技术的集成机制

目前，基于物联网技术的智能家居设备种类繁多，经由各种不同连接方式如WIFI，Bluetooth,Zigbee，RFID,USB,以太网通信协议(IEEE802.3),4G等通信协议接入到智能家居局域网络，并通过智能家居系统网关接入互联网，组成智能家居物联网。此外，不同家居设备的生产厂商多样，采用的标准不一，这些因素都给设备之间的互联互通、协同合作造成了极大的障碍，也限制了用户对智能家居系统的个性需求的实现。因此，本发明提出一个基于面向服务架构，集成多种不同异构设备的整合机制，并提供了与之相对应的工具装置支持。(实际上，这一整合机制的支持工具和异构服务代理实体生成装置也是整个智能家居系统的重要组成构件。)这里需要说明的是，本发明系统开发的面向服务架构技术标准为OSGi技术规范，用以支持Java动态化模块化系统。另外，任一待整合的异构服务或设备提供的服务统称为外部服务。

附图3给出了将异构设备服务或者第三方服务集成入面向服务架构的智能家居应用运行平台的整合机制的总体架构及其代理服务实体生成装置。

该整合机制由3部分组件构成：

i.异构服务存储仓库：该组件通过技术调解中介发现外部服务，使服务实现的异构性透明化，并减少了服务选择过程的复杂性。

ii.技术调解中介：用于发现并通知本发明系统新的设备服务或其它服务的可用性。它还负责将外部服务的操作描述(通常以xml文件或Restful API的形式)转化为标准的遵循OSGi标准的Java接又。(此操作的结构很大程度上取决于所需转化的特定服务技术以及技术调解中介组件和特定代理服务实体生成装置进行接又转换的能力。)此外，该发明中技术调解中介组件具有良好的可扩展性，为以后集成新的面向服务的技术提供必要的灵活性。

iii.代理服务实体自动生成装置:用于在发现或获取满足需求的异构服务包括第三方服务或设备服务的时候，通过技术调解中介组件转化而提供的异构服务JAVA接口，自动生成特定代理服务实体代码，进而创建特定代理体实例，用以构建特定家居应用。为实现外部异构服务的整合，协同OSGi服务与外部服务通信交互，异构服务存储仓库通过技术调解中介通过执行以下6个步骤，完成系统进行某一异构服务的整合集成：

第一步异构服务存储仓库通过调解中介发现可用的外部服务，并通知系统网络上这些服务运行的状态，并以状态模型的形式存储与本地；

第二步异构服务存储仓库查找/生成匹配的特定服务“代理”用以调用该外部服务的操作。这些特定的代理体可执行文件被存储在本地或远程数据库中(可以被指定为特定技术)。在没有对应代理体的情况下，可以根据外部服务的功能描述说明自动生成特定“代理”。例如，特定Web服务的功能描述满足WSDL规范，在服务发现过程中由技术调解中介识别并自动生成符合WSDL规范的特定技术“代理”；

第三步异构服务存储仓库显示需整合的外部设备服务对应的特定服务代理体的位置；

第四步该异构服务存储仓库实例化选定的服务代理体，用以创建代理服务实例并进行相应配置，从而实现与相应的外部服务进行通信协作；

第五步特定代理服务实体生成装置在运行模型中存储特定服务代理体；

第六步特定代理服务实体生成装置在运行时模型中存储特定服务代理体的实例。

总体而言，集成多种不同技术的整合机制的开发是基于“代理”设计模式的。这里针对不同的异构面向服务技术的特性，各个技术的整合过程在细节上略有差异，但是总的来说，是类似的，同时，也是易于扩展的和维护的。

本发明的工作原理：

用户通过移动客户端或浏览器为特定需求选择合适的设备服务描述或web服务描述(仅从功能上考量而非具体某个物理设备)，以构建和配置特定家居应用架构模型，该模型允许用户指定相互可替代的具有类似功能的服务。解释引擎将用户配置好的或系统平台提供的应用架构模型部署到运行平台上并对其进行解析，同时参照存储仓库中的运行平台的实时运行状态模型，选择网络中匹配上述特定家居应用架构模型的可用服务并将其实例化，用以动态装配和维护可执行应用程序。

下面结合具体实施例对本发明作进一步描述，

实施例

本发明实施例提供的一个智能家居环境下的一个约会提醒应用的应用架构模型。该应用架构模型由三个设备服务个五个Web功能服务所组成，具体包括①扬声器设备服务、②显示设备服务、③警报设备服务；以及5个web服务①实时道路交通信息服务、②实时天气信息服务、③外出信息推送服务、④日程安排服务、⑤约会提醒服务等8个服务组成。其中，显示设备服务与警报设备服务之间是强依赖的关系，也就是说这两种设备在该应用中必须同时可用；而扬声器设备服务与前二者之间的关系是异或关系，也就是说，如果扬声器设备可用，该应用就不需要再使用显示设备服务和警报设备服务了；而外出信息推送服务对于约会提醒服务是可选的，也就是说，外出信息推送服务在该应用架构模型中并不是必须的，而是一项增值服务。只有当用户在智能家居网关中控端或移动手机上安装了实时道路交通信息服务或实时天气信息服务后，外出信息推送服务才能依据道路的实时信息，根据日程安排服务中搜集到的用户约会目的地地址，规划出最适合用户需求的(如最短路程，最短时间，避开拥堵路段等)出行路线规划，并基于天气信息服务提供的实时天气，为用户提供出行是否需携带雨伞或由于恶劣天气，是否需要提前出门，或是否需要携带雨伞等提醒信息。这里基于智能家居运行平台中的存储仓库在系统运行时期检测到的某一时刻，家庭网络上的可用服务包括设备服务、系统服务和web服务，列举出不同可用服务所触发的不同的应用架构模型的动态管理策略。

Case1：由于音箱设备故障，扬声器设备服务在家庭网络上变得不可用，而与此同时，显示设备服务的实例在网络上被动态发现。

由于扬声器服务在网络上消失，因此上述用户应用无法再使用该服务为用户提供约会提醒及相关出行天气交通信息。另一方面，数字显示设备服务(基于UPnP协议)被异构服务存储仓库组件动态发现且被确认可用。此时，异构服务存储仓库首先查找并经由代理服务自动生成装置生成匹配该UPnP显示设备服务的特定服务“代理”。然后，将该代理部署到运行平台上，同时将该代理服务存储到运行状态模型中。最后，解释引擎将收到数字显示设备服务可用的通知。此外，因为数字显示设备服务需要通过警报设备服务共同来为用户提供提醒，解释引擎也必须同时将警报设备服务和数字显示设备服务二者整合到新的约会提醒应用配置中。

Case2：实时道路交通信息服务/实时天气信息服务以Web服务的形式动态出现在网络上。

归功于实时天气信息服务的出现，约会提醒应用可以为用户提供增值的出行信息。首先，异构服务存储仓库动态侦测到实时天气信息服务并使用代理服务自动生成装置生成匹配该web服务的“代理”并将其对应实例部署到运行平台上。运行状态模型将该服务代理模型进行存储；与此同时，解释引擎接收到该可用的实时天气信息服务，并使用该服务作为外出信息推送服务信息提供组件。最后，解释引擎基于网络上可用的各服务实例，依据智能家居领域应用架构模型，在不停止约会提醒应用的情况下，动态地重新组建约会提醒应用，而这一配置过程对用户是透明的。同样地，一旦实时道路交通信息服务动态在网络上出现并可用时，智能家居运行平台动态生成对应的服务“代理”，并将实时道路交通信息服务代理与当前约会提醒应用中的其他无缝的融合集成起来，为用户不断提供相应的增值服务。

以上所述仅是对本发明的较佳实施例而已，并非对本发明作任何形式上的限制，凡是依据本发明的技术实质对以上实施例所做的任何简单修改，等同变化与修饰，均属于本发明技术方案的范围内。

Claims (6)

1.一种基于物联网的智能家居系统，其特征在于，所述智能家居系统包括：控制设备、智能家居应用运行虚拟机、异构设备；

所述控制设备通过Wifi与智能家居应用运行虚拟机连接；

所述智能家居应用运行虚拟机通过导线与异构设备连接。

2.如权利要求1所述智能家居系统，其特征在于，所述异构设备根据需要进行扩充；包括：可穿戴设备、室内温度传感器、摄像头和智能家电，均都通过Wifi与智能家居应用运行虚拟机连接。

3.如权利要求1所述智能家居系统，其特征在于，所述控制设备包括：

移动App、Browser、平板APP和LED控制面板，均都通过Wifi与智能家居应用运行虚拟机连接。

4.如权利要求1所述智能家居系统，其特征在于，所述智能家居应用运行虚拟机包括第三方服务、web服务、数据转化服务、服务编排、云服务和智能家居网关，均都通过无线Wifi异构设备连接。

5.一种基于权利要求1所述智能家居系统的智能家居应用运行方法，其特征在于，用户在移动端或网页端采用该系统提供的编辑环境，将不同的web服务和智能设备进行组合并配置，建立应用描述，并将该描述以应用模型的形式部署到运行平台上，用以满足特定用户需求。

6.如权利要求1所述的智能家居应用运行方法，其特征在于，所述方法具体步骤如下：

第一步：用户在移动端或网页端进入智能家居应用编辑环境APP或页面，根据系统提供的智能家居应用的领域模型及可用的模型元素，天气web服务、实时交通服务、智能电视、智能空调、智能音箱、智能摄像头等设备/服务功能描述，定制编辑个性化的特定应用；应用编辑配置完成后，用户将该编辑描述以应用架构模型的方式发送到云端，即部署到智能家居应用平台；

第二步：智能家居应用平台中的应用架构模型解释引擎组件收到该模型后，使用存储仓库进行运行平台及网络实时运行状态的检测，从而发现家居环境网络上可用于构建用户应用的特定设备服务/服务实例、web服务/服务实例及第三方服务/服务实例；

第三步:上述解释引擎按照用户的配置的应用架构模型，在上一步发现的可用候选服务中挑选匹配用户需求的服务，同时将未实例化的服务进行实例化；另一方面，为第二步中发现的异构服务寻找匹配的异构服务代理，并将其实例化；

第四步:最后，按照用户编辑配置的特定应用架构，将第三步中选定的所有适合的服务实例装配在一起，构建成特定家居应用实例，从而满足用户的特定需求；用户可以通过该应用实现远程实时监控、远程控制智能家电设备、获取家庭环境的实时信息推送服务。