智能家居更该关注的是智能服务平台，而不是智能硬件设备

        物联网IOT不仅是将一些设备连接在一起，还需要让它们能提供智能服务，以方便人们的生产、生活，提高效率，增加满意度。

        物联网不是这两年才一下冒出来的，而是几十年市场技术积累改进的结果。比如工业上早就有工业自动化的说法，家庭在90年代也出现了音视频管理系统。这些都是今天我们所提的越来越红火的物联网的基石。

        相比较车联网，智能家居要更复杂，难度更大。因为首先来说，汽车企业壁垒更高，往往由几个大企业控制中下游，比如通用、克莱斯勒、博世，行业标准也容易达成，而家庭电子产品，涉及的行业更多，尤其智能家居生活是为了给用户提供smart/intelligent life， 它不仅包括黑白家电、照明灯光，还关系到安防、能源管理、智能控制平台等多个范畴，这些之前都由各自的行业企业来承担，现在要跨界融合在一起，难度可想而知。第二点，汽车再怎么变化、演变，几十年来仍是一个车身四个轮子，相比较，家庭电子则种类繁多，很多电子产品十年甚至两三年前市场上都还没出现过，例如现在越来越多的电子智能单品、小米手环之类。如何让这些新兴的智能设备整合到整个智能家居生态圈里也是一个问题。由于缺乏统一的标准，如何让这些设备互联互通，互通后如何联动，由此创造更大的价值都值得考虑。第三点，车毕竟是一个出现工具，为了安全考虑，我觉得用户会愿意接受一定的束缚，所以有些障碍可以被厂商刻意地规避掉，但家庭是一个我们享受生活(enjoy ourselves)的空间，人们在家里会更寻求释放压力、享受自我，不愿有束缚，所以一些障碍 困难我们无法回避。比如自动控制，用手机上一个app去控制某一设备，很多企业目前都是这样做的，这其实不是SmartHome，而更像一个噱头。用手机app去控制开关灯，并比不直接开关好多少，也许还更繁琐。如何释放人们的双手，更人性化地设计生活才是智能家居的方法。

       前面说了智能家居的几个困难，但既然选择了IOT方向我们就该迎难而上，我们不做最容易的，而应该去做该做的。智能家居就是这样一个我们该做的行业。

       智能家居不仅会创造大量的产业机会，而且也是更贴近用户生活需求，提高客户满意度的领域。家是每个人情感最丰富、最细腻的场所，如果能提供更优质的家用产品和解决方案，对增加用户的品牌黏着性意义更大。可以说这是一个前景广阔的蓝海。

       物联网真正应该重视的不仅是连接，而更该强调信息的处理、融合。这恰恰是当前很多企业忽视或逃避的。我个人认为，面对智能家居的浪潮，互联网公司要比传统的消费电子生产企业更有机会，会逐渐成为智能家居市场的主流。由于眼界的限制，电子消费生产商往往更关注如何在已有的电子设备上提供智能，而智能家居真正的价值所在却是基于生活数据分析后的衍生应用。这对于大量转向云服务的互联网企业来说更能迎合此趋势。13年以前投身智能家居的主要是传统家电厂商 比如海尔 三星 LG，另外还有就是做安防集成的厂商比如安居宝。13年之后，更多来自互联网领域，最著名的就是Google的Nest 还有苹果的HomeKit

        智能家居(SmartHome)市场作为N倍于手机市场的家庭消费新入口，想象空间巨大，平台化运营将颠覆原有的智能家居行业趋势。它意味着家庭的能源管理、空气净化检测、水质、煤气、火灾、视频报警、老人健康看护以及娱乐场景等更多的功能将会逐渐成为同一平台下家居生活的标配。以家庭为单位进行数据采集，经过优化关联实现智能生活和智慧家庭。

       如同最开始Nokia Moto所关注的产品升级创新，到苹果的注重用户体验创新，智能家居的商业模式是硬件+软件+数据服务，平台创新将是其长期发展的方向。Google的Nest正是这样的代表，利用Google的软件和数据资源，不断完善Nest平台，加速其在全球家用软硬件和服务领域的增长。当前的智能家居方案往往在设计上并不能做到整体智能，各品牌厂商只关注自己能做什么，而忽略消费者需要什么，结果每个家庭被不同品牌割裂成多个孤岛(isolated islands)。所以我们应更多关注消费者的需求，跳出基本层面的竞争，尽快整合出一个基于生态圈的平台，这个平台生态的建设是智能家居产业发展最为关键的一环，会吸引大量的企业加入这个平台做水平整合，利用自己的专长满足用户。(Customer-Centric SmartHome Ecosystem)

       当前国内很多设备制造厂商往往选择智能单品入手智能家居，比如南京物联、Broadlink 甚至Philips的Hue Light，海尔的SmartTV，他们是在传统设备上添加无线智能模块。这对于企业尽快加入分享智能家居这块大蛋糕是有意义的，但长远来说 没有平台的建设，智能设备只是镜中月、水中花。京东的超级APP，我认为只是在软件管理层次做了改进，将京东平台销售的设备通过和APP 认证，最后经由这个APP来控制多个产品。超级APP并没有真正解决用户所需要的场景化 智能化的问题。即使使用了IFTTT的方式来配置recipe，不同设备之间状态的自动感知、数据融合仍不是一个理想的方案。类似，苹果的Homekit我更认为是一个对接苹果Homekit协议的超级APP ：)

        据统计，中大户型客户越来越愿意为智能家居方案买单，这会占到整个装修预算的10%-15%，花在智能系统上的预算几乎跟冰箱、空调等黑白家电份额相当。智能家居是一个技术驱动的高端服务行业，所以真正关注的应该是为每个客户提供针对性的产品和方案，让用户真正在使用中对产品和方案感到价值，最终满意。所以相较技术、市场，我们应转向关注平台方案和客户需求。

        驱动智能家居行业的创新动力正来自对客户使用体验的新鲜感的满足。企业需要真正参与到客户家庭电子产品的设计 安装和服务这个模式里，在更高的产品形态和系统上给顾客提供服务，比如安防。我们可以像智能家居中Vivint和Cloud中的Amazon一样，不仅是提供一份一次性的买卖，更是提供一份持续的合同，长远的服务。这样才能在智能家居中持续领先。通过真正的智能数据分析，做预测建模使平台更适应用户的习惯，这就可以作为我们提供给用户更好生活体验的智能服务出售。

        正如Cloud一样，我认为不应该将更多的视角放在区别IAAS、PAAS还是SAAS架构上，这只是提供服务所针对的tier不同而已，本质上都是为客户提供弹性灵活、可按需分配的个性化服务，例如一个LAMP开发环境的PAAS。物联网、智能家居所关心的重心也不应该放在各类智能硬件设备上，而应该放在提供可定义化、可情景化、个性化的智能服务能力上。套用前面流行的分类方法，我把它叫做SCAAS（smart capability as a service)

       我看到Google的Nest正在朝着这一方向努力，通过整合越来越多的第三方服务到Nest平台，开放API接口给第三方开发商，Nest可以在更广泛的智能设备上共享用户的实时数据，基于预测分析提供用户所需要的智能服务。正如我前面在个人博客中所提到的SDT(software defined things) 软件定义的物件那样，这种基于平台所提供的智能能力服务可以作用在近地设备上，使它们表现出定制化的效果。比如让Hue灯随着用户看情景电视的心情变化而更换不同颜色。不管是在PAAS层次还是SAAS层次，都能参与这种创新。利用微软Azure云平台的Machine learning服务推动智能数据分析和模型预测，PTC的Thingworx平台结合今年刚收购的ColdLight 预测分析平台提供全栈的IoT解决方案，使用Pubnub消息服务平台或AWS的SQS为智能连接提供消息推送服务， IBM的BlueMix平台为设计开发Web IoT框架提供了Node Red服务，Huawei的LiteOS，ARM的mbed platform.......

      未来的盈利点将更多来自软件服务，我们看到世界最大的专车服务公司Uber自己并没有车，阿里也没有库存，空中食宿Airbnb自己也不做房地产，但他们通过提供这样软件平台服务，都找到了适合自己的发展方向。

       亚马逊已经通过Dash和Echo产品以及AWS的IoT业务开始逐渐浸入这一领域，我觉得它的眼光是正确的，虽然当前Dash据我了解还是纯粹为了零售，尚缺乏一整套背后支撑的智能链条，但正如我向他们的人员了解的那样，为此提供智能服务无疑是下一步正在做的。想象一下，当家用咖啡机发现咖啡豆不够了，不是单纯的推送Message给用户通知添加咖啡豆，而是直接通知亚马逊或淘宝店铺 购买咖啡豆，无需用户干预

       手机新闻客户端今日头条 为何比搜狐新闻更受欢迎，因为它会针对用户的喜好做精准推介，所以我认为好的智能家居平台也需要从用户的需求爱好出发，做用户想要的。国内的互联网企业，借助已有的各种资源优势，做好做大这个平台，控制家庭用户数据的入口，才是在智能家居领域真正掌握话语权的关键。

个人介绍：

周明春  Samsung Electronics VD IoT Platform高级工程师，在物联网，云计算，移动通讯，网络安全和消息传递基础构架领域拥有超过9年的专业知识和经验。拥有丰富的企业消息传递基础构架开发，物联网、云、设备联接解决方案开发，以及成熟的管理软件和解决方案，如敏捷和DevOpts的开发经验。在国内首次提出SDT(softwaredefined Things)的IOT概念，拥有3项专利。

是三星、英特尔、戴尔所成立智能家居设备标准联盟开放互联联盟(OIC)的代码贡献者(https://gerrit.iotivity.org/gerrit/p/iotivity.git)

https://www.iotivity.org/documentation/iotivity-services/protocol-plug-manager

经常参与云计算,物联网等开源社区(Vmware,ECUG失效云计算用户组)交流讨论，关注开源社区技术动态