智能家居主要通过智能家庭控制系统实现，家庭控制网络是实现智能家庭控制系统的关键。近几年，各种家庭网络推进组织相继成立，并各自推出了相关建议和标准，但这些技术标准缺乏统一的通信接口，相互间不兼容,无法提供家庭控制网络的完整解决方案。因此，智能家居研究者面临的最大挑战和机遇是家用电子领域缺乏统一的通信标准和互操作协议。
1 家庭控制网络中的主要联网技术与标准
在家庭控制网络领域出现的众多技术和标准中，最受研究者和设备制造商关注的是家庭现场总线技术（适用于家庭控制网络的现场总线技术）和短距离低速率无线网络技术[2]。其中，家庭现场总线技术根据通信介质不同可分为三个子类：
(1)PLC(Power Line Communication)技术:利用现有的电力线进行数据传输,主要是北美标准,包括X-10、INSTEON、HomePlug C&C、CEBus、LonWorks和PLC-BUS等，其中CEBus 和LonWorks也可通过双绞线、同轴电缆、无线等介质实现通信；
(2)HBS：日本家庭总线系统标准，采用双绞线或同轴电缆作为传输介质；
(3)EIB：欧洲安装总线标准，也可采用双绞线、同轴电缆、无线等介质实现通信。
基于短距离低速率的无线通信技术主要包括：红外、无线射频、蓝牙、802.15.4/ZigBee和Z-Wave等。
在家庭自动化中，各种技术和标准都有自己的优缺点，不同标准间的差异较大，缺乏统一的通信接口和协议标准，相互间并不兼容，没有一种技术能够为家庭控制网络提供理想的解决方案[4-7]。
2 点对点接口访问机制
核心控制单元是整个智能家居控制系统的心脏。核心控制单元将各种设备和应用集成在一个同步的环境中，监视设备状态，发出控制命令，管理预设的生活场景，并与外部网络通信。在一个通用的智能家居体系结构中，核心控制单元至少应包含下列接口：
(1)用户接口:提供用户访问设备和应用服务的接口;
(2)设备操作接口：提供对各种设备功能和控制操作的接口;
(3)底层网络通信接口：提供底层通信网络接入的协议驱动和硬件接口;
(4)AI接口[8]：提供访问人工智能模块的接口;
(5)数据库接口：提供访问系统活动数据库的接口,数据库主要存储用户命令、设备命令、住户动作记录、场景定义等；
(6)应用服务接口：提供添加新软件模块的接口，从而在整个智能家居系统中实现动态的设备操作更改、用户接口定制和设备互联等；
(7)Net接口：用于与家庭宽带网或外部高速网互联通信。
这些接口按照功能可分为两类：
(1)面向上层应用：用户接口、设备操作接口、AI（人工智能接口）和应用服务接口等；
(2)面向底层硬件及数据访问:底层通信网络接口(如LonWorks、ZigBee、X-10等)、数据库接口和Net接口等。
由于缺乏标准的通信接口，在实际应用中很难将各种硬件设备和用户应用集成到一个系统当中。这个问题可以通过适配器和转换器部分解决，但存在很多限制。实际中，多种联网技术代替单一技术可能为家庭控制网络提供一种更理想的解决方案，例如考虑节能、协议开放性、互操作性及成本效益，控制主干网可采用HomePlug C&C 与ZigBee结合的方案[9]。而在老房子中组建家庭控制网络,可能采用X-10与ZigBee的结合更加合适[10]。这些情况下,就要求智能家居核心控制单元具有多种基础硬件网络的访问接口，能同时处理多个现场网络设备的数据并进行控制，如图1所示。
从图1可以看出,在点对点的接口访问机制下,每增加或变换一种底层外部网络系统，核心控制单元需提供相应的协议接口，核心控制单元中高层接口与底层接口之间的访问复杂度将线性增加，这将大大增加核心控制单元数据处理负担。在实际应用中,有的智能家居系统方案甚至要求核心控制单元支持所有适用于家庭网络控制的网络技术。在现有应用中，Net接口除了实现与家庭宽带网络或外部高速网络互联通信外,并没有实现直接面向Internet的远程智能监控,这跟当前核心控制单元复杂的接口访问机制是密切相关的[11]。
另外，在一个定制的家庭控制网络中，为了充分利用新的设备，基础控制网络和用户接口都可能需要作较大的调整。即使协议和网络都能够满足在系统运行中添加设备，仍需要解决动态用户接口修改以适应基础网络架构的变化，这也需要一种更加灵活的核心控制单元接口访问机制来简化这种操作。
3 通用接口访问机制
以一种中间件的形式,为上层应用接口和底层硬件/协议接口提供一个通用的接口访问与协议适配层,将点对点接口访问机制转化为基于适配层的总线式接口访问机制，如图2所示。该适配层分离上层应用和底层通信协议，将上层应用接口从具体的硬件中抽象出来，同时将底层硬件接口从上层应用中剥离出去，从而简化接口访问和协议适配。
3.1 通用接口与协议适配层
根据数据流向，适配层主要完成两个方向的通信工作：(1)下行：将从上层应用接口接收到的上层请求通过具体的硬件/协议驱动接口执行；(2)上行：将从底层硬件驱动接口接收到的状态数据实时准确地传送到具体的上层应用接口。由此可以看出，适配层设计中的关键是建立一种上层应用接口和底层硬件接口具体实例之间的绑定关系及内部接口层面之间的通信机制。其中，绑定关系可以通过上层应用接口实例的某种唯一标识与底层硬件接口实例的唯一协议地址建立绑定实现。内部接口层面之间的通信机制可采用消息机制实现，如图3所示。消息机制能很好地体现智能家居关联的活动场景是基于动作事件触发的一系列行为和事件处理过程，而不是一些离散的操作命令列表。消息队列服务是一种松耦合的分布式应用集成形式。发送者将消息发送到消息服务器，消息服务器将消息存放在若干队列中，在适当的时候再将消息转发给接收者。这种模式下，发送和接收是异步的，发送者无需等待，两者的生命周期也未必相同。消息机制同时也支持一对多通信，即一个消息可以有多个接收者。消息队列服务系统处理高并发服务是一技术难点，使用异步I/O机制，处理好进程与线程的关系是又一技术关键所在。实现中可采用多种同步机制同步异步操作模式，如超时、等待I/O操作完成、等待值变化、公共消息板等。
3.2上层应用接口基于适配层的上层应用接口经过进一步抽象后，将提供以原子数据(整形、浮点型等数据)为单位的访问接口，操作类型也仅开放最通用的原语操作命令。如，“Get”和“Set”命令用来在应用层面获取/设置原子数据的状态和动作，“Send/Action”和“Request”命令用于执行硬件操作和获取硬件状态，“Alarm”和“Indicator”用于模式告警和状态指示等。这种改变将原来由核心控制单元实现的用户接口、设备操作接口和应用服务接口等接口模块从核心控制单元中剥离出去，由具体对应的应用模块去实现，核心控制单元不需要知道这些命令的意义，将大大降低核心控制单元的复杂度和数据处理负担。图4描述了灯光控制系统中的接口通信，这种方式下可以灵活满足多种监控终端对同一硬件系统的统一操作。
3.3 统一的底层硬件封装接口基于适配层的底层硬件接口将为底层硬件提供统一的无缝集成机制，各种底层通信网络可以通过这些接口无缝集成到整个系统中，如图2所示。每一种集成到系统中的硬件设备或网络都将形成一个独立的驱动接口类型，这个驱动接口根据绑定的原子数据单元完成相关的硬件I/O操作。进一步地，其他接口（除上层应用访问接口外，如AI接口、Net接口等）都可以被抽象为虚拟的底层硬件接口，这种技术类似于Linux中对外部设备的虚拟文件管理。其中Net接口可被抽象为适配层下的一个虚拟硬件接口，并完全封装整个TCP/IP协议簇，建立基于Socket的端到端数据传输，提供S/S远程访问和监测机制，从而为直接面向Internet的远程智能监控提供一种可行的应用级解决方案。
4 基于适配层的数据访问和事件触发
在智能家庭控制系统中，一个高效的事件管理机制是非常重要的。常规的事件触发一般在高层应用完成，通过检查或获取传感器的状态数据进行智能分析判断，然后直接或者根据场景定义触发一系列的事件，由相应的控制器完成操作。基于通用的接口访问机制，多个应用终端可以实现灵活的数据访问，且这种操作不耗费系统资源和性能。另外，通过适配层上的事件管理接口，可直接实现多个相关的硬件系统之间的简易事件触发机制，减少核心控制单元的处理负担，从而提高系统执行效率。
核心控制单元是智能家庭控制系统的控制心脏，各种应用和硬件系统最终通过各种接口连接到核心控制单元。由于缺乏标准的通信接口，目前核心控制单元只能在众多上层应用接口和底层硬件接口之间建立点对点的接口访问机制，实现复杂，性能差。以中间件形式提供通用接口和协议适配层，分离上层应用和底层硬件，将点对点的接口访问方式转化为基于适配层的总线式接口访问机制。这种通用的接口访问机制，将从根本上改变智能家庭控制系统的体系架构，提高设备和用户接口的使用率和使用质量，降低整体成本。另外基于现有的通信协议标准和基础网络架构，这种机制可以应用在任何家庭控制系统上。
事实表明，当前可用于智能家居领域的各种技术已非常成熟，能为智能家用设备提供合适的基础网络及方便易用的用户接口。虽然在核心控制机制、事件管理、统一标准等方面仍需不断改进，但已具备各种成熟技术的智能家居体系将在未来10年内获得巨大发展[12]。在下一阶段的工作中，主要完成两方面内容：将通用接口访问机制运用到实际的智能控制环境及研究适配层对监控流数据的支持方法。
参考文献
[1] RICQUEBOURG V, MENGA D, DURAND D, et al. The smart home concept: our immediate future. 1st IEEE International Conference on E-Learning in Industrial Electronics, Dec. 2006:23-28.
[2] CHENG Jin, KUNZ T.A survey on smart home networking. Carleton University, Systems and Computer Engineering, Technical Report SCE-09-10, September 2009.
[3] WILLIAMS E D, MATTHEWS H S. Scoping the potential of monitoring and control technologies to reduce energy use in homes.Proceedings of the 2007 IEEE International Symposium on Electronics & the Environment, 2007(5):239-244.
[4] LIN Yu Ju, LATCHMAN H A, LEE M,et al. A power line communication network infrastructure for the smart home [J].IEEE Wireless Communications, 2002，9(6):104-111.
[5] CHUNDURU V, SUBRAMANIAN N.Effects of power lines on performance of home control system. International Conference on Power Electronics, Drives and Energy Systems, Dec. 2006:1-6.
[6] SURIE D, LAGUIONIE O, PEDERSON T. Wireless sensor networking of everyday objects in a smart home environment. International Conference on Intelligent Sensors, Sensor Networks and Information Processing, Dec. 2008:189-194.
[7] FERRARI G, MEDAGLIANI P,PIAZZA S D, et al.Wireless sensor networks: performance analysis in indoor scenarios. EURASIP Journal on Wireless Communications and Networking, Volume 2007, Article ID 81864:14.
[8] COOK D J. YOUNGBLOOD M. MavHome: an agent-based smart home. Proceedings of the First IEEE International Conference on Digital Object Identifier，PerCom 2003: 521-524.[9] The ZigBee + HomePlug Smart Energy Marketing Requirements Document. Draft Revision 1.0, March 11, 2009. http://www.homeplug.org/products/ZBHP_SE_MRD_090624.pdf.
[10] KAILA L，MIKKONEN J. The eHome-a practical smart home implementation.Pervasive 2008.
[11] TSOU Yu Ping, HSIEH Jun Wei, LIN Cheng Ting, et al. Building a remote supervisory control network system for smart home applications.IEEE International Conference on Systems, Man and Cybernetics, Volume 3, Oct. 2006:1826-1830.
[12] BREGMAN D, KORMAN A. A universal implementation model of the smart home[J].International Journal of Smart Home, 2009,3(3).
