导 读
素有物联网“战略要塞”之称的物联网平台，正在成为各环节参与方的必争之地。传统IT企业、通信运营商、通信设备商、互联网企业、工业方案提供商、新型创业公司等多股势力如雨后的蜗牛般纷纷涌入，为物联网平台带来了多元发展动力。但在这些推动力中，仍旧欠缺重要的一种，那就是促进物联网平台之间互联互通的力量。
这是一篇反思文。
素有物联网“战略要塞”之称的物联网平台，也正成为各环节参与方的必争之地。传统IT企业、通信运营商、通信设备商、互联网企业、工业方案提供商、新型创业公司等多股势力如雨后的蜗牛般纷纷涌入，为物联网平台带来了多元发展动力。
但在这些推动力中，仍旧欠缺重要的一种，那就是促进物联网平台之间互联互通的力量。
传说中的2018物联网爆发元年，如约而至了吗？
年初，来自诸多方面的声音纷纷将2018年定义为物联网爆发元年，如今已然进入金九银十，说好的物联网大爆发呢？（被打脸*n）
原因是复合的。
就外部视角而言，指望一个新型领域在一年之内取得大规模进展，本就是无视客观规律的妄念。物联网从广泛部署，到初显成效，再到获得收益，需要足够的耐心。
外因都要通过内因来起作用，因此，它反映的是，从内部视角来看，物联网自身存在的“复合”问题。
产品不够成熟、项目存在薄弱环节、盈利模式不健全…物联网面对的各种挑战很难由一环从业者、一类行业独自承担和解决。唯有通过企业之间、行业之间的彼此协作，才能加快物联网落地的进程，共同把握这一时代机遇。
这就势必触及平台与平台之间，设备与设备之间的互操作性，在消费者、企业和系统之间形成开放、可靠、安全的数据互联互通价值升级。
说回物联网平台，目前全球的平台数量有几百个，并购、淘汰与整合是历史的必然进程。在充满碎片化的物联网领域，寄希望于一个物联网平台贯穿多个行业亦是妄念，推进互补与跨界合作，形成共享、协同，才是物联网平台共生共荣的前提。
最终用户对于物联网平台的诉求并不复杂，可靠、安全、合规是基本需要，物联网平台企业之间如能彼此互通与合作，可以将更多原本耗费于无谓竞争间的精力，集中于各自个性化的功能的改进和安全性的提升，便能更好的满足用户需求。
相反，缺乏互联互通的物联网平台反而有可能阻碍物联网的发展。目前物联网平台之间仍旧缺乏集成，存在信息孤岛，即便是最简单的操作，也很难形成标准化。部署在不同物联网平台之间的设备如想彼此安全的通信，有时需要克服层层挑战，堪比Mission Impossible。
云云互联正逐渐从梦想走进现实
面对物联网信息孤岛的问题，很多企业已经在想方设法着手解决。
B2C领域率先起步，智能家居领域的物联网云平台们给出了自己的方案。今年3月，中国家用电器协会联合海尔、美的、长虹、海信、TCL、云智易等10余家国内外知名家电及物联网云平台企业，正式对外发布了智能家电云云互联互通项目的最新工作成果：云云互联SDK。
虽然智能家电已经进入了不少家庭，但是却难以真正走入消费者的心中。这其中最不得人心的硬伤之一便是：不同品牌的智能家电如同一座座“孤岛”，各自为战，消费者无法获得更好的智能体验。
SDK是云云互联重要的技术实现手段，可以确保云云互联标准协议在各个云平台上高效准确的部署，为云平台间的互联互通提供技术工具。目前该SDK处于组内开源阶段，由组内成员共同调试维护、开展BUG管理及升级工作，尚未对外开放。
除了开发SDK之外，发布行业性物联网公有云也是智能家居领域正在尝试的做法。中国家用电器研究院为了打破行业壁垒，实现不同企业、不同品牌、不同类型家电间的互联互通，打造了智能家电领域行业性公共云服务平台：众家云，希望满足智能家电产品应用过程中各个环节的数据协同需求。
一些知名企业还联合成立了国际性组织，以确保未来物联网解决方案和设备之间的无缝协作。
比如由思科、Electrolux、英特尔、微软、高通、三星等公司联合创建的开放连接基金会OCF。OCF的愿景是实现所有连接设备间的彼此互通，而无需考虑制造商、操作系统、芯片或者通讯方式。目前OCF已经与AllSeen Alliance合并，以OCF为存续名称，由Linux Foundation进行管理，IoTivity项目是OCF规范的一个开源实施标准。
智能家居是OCF标准最先支持的场景，包括对家居设备入网和安全特性的定义，并在不断完善中。OCF标准也支持通过桥接方式，连接不同的智能平台，使不同品牌的智能设备联动。
OCF的认证测试分为符合性测试和互通性测试，目前只有符合性测试，由于互通性测试较为复杂，现在还没有企业通过互通性测试。
如果将视线从B2C转向B2B，工业物联网发展的一个关键条件在于打破技术孤岛障碍，支持这些解决方案和设备的深度整合。而在B2B领域，物联网云平台之间的互联互通尚未取得明显进展。
互联互通的背后是平台型商业模式的变革
对于竞争格局转变与商业回报减少的担忧，有可能会影响物联网平台之间互联互通的动力，其实大可不必。
回顾科技发展史，手握平台或者操作系统的公司，往往都会成长为行业巨头。因此在物联网时代，各个企业都对平台或者操作系统格外重视，争相布局，但很少有企业注意到平台型的商业模式正在逐步发生变化，策略性的开源正在成为主流思潮。
PC时代的微软掌握着Windows操作系统，互联网时代Facebook等公司成为社交网络的事实性操作系统，移动互联网时代的苹果和谷歌，控制着手机操作系统iOS和安卓，云计算时代的亚马逊手握着发布企业级软件的云端操作系统。
如果分析平台型企业的商业模式，可以看到明显的变化。在PC时代，微软曾经凭借Windows操作系统的版权费赚取巨额利润，但其后的巨头们往往采用通过平台间接获利的方式创造回报，通常采用的手段包括APP或者软件抽成、硬件销售或者广告服务。
因此当这些巨头发布物联网平台或者操作系统时，更多拥抱了策略性开源的方式扩大市场占有率，通过硬件销售、软件应用和差异化服务的方式创造商业价值。
比如微软的Azure IoT Edge包含3个必要组件，即Azure IoT Edge Runtime、Azure IoT Hub和Edge模块，其中Azure IoT Edge Runtime是免费且开源的。谷歌专门针对物联网应用打造的操作系统Fuchsia是开源的。基于最流行的微控制器实时操作系统内核的Amazon FreeRTOS是开源的。Facebook的人工智能硬件平台Big Sur也是开源的。
随着时代变化，越来越多的云端操作系统也正在走向开源。CloudFoundry是业界第一个开源PaaS云平台，取得了最为广泛的应用。其在全球拥有2,400名代码贡献者，根据研究显示，Cloud Foundry占到35%的市场份额，Gartner认为，Cloud Foundry的总市值将在未来几年可轻松突破50亿美元。GE Predix平台、西门子的MindSphere、博世的IoT Cloud和霍尼韦尔的Sentience全部都是依托于开源平台Cloud Foundry之上的工业物联网平台，足见Cloud Foundry之于工业物联网的价值。
开源的物联网平台包括Kaa、SiteWhere、ThingSpeak等，数量仍在持续上升。这些开源项目为企业级物联网解决方案的落地创造了诸多便利，可以直接“拿来”解决技术问题，不用重复“造轮子”，提高效率的同时也极大地降低了研发成本。
开源物联网平台比较
IoT 软件平台
设备管理
集成
分析
支持可视化
Kaa IoT Platform
Yes
Portable SDK
REST API
通过Kaa、Apache Cassandra和Apache Zeppelin进行实时物联网数据分析和可视化
Yes
SiteWhere
Yes
REST API
Mule Any Point
Real-time analytics
(Apache Spark)
No
ThingSpeak
No
REST API
MQTT API
MATLAB Analytics
No
DeviceHive
N/A
REST API
MQTT API
Real-time analytics
(Apache Spark)
Yes
Zetta
No
REST API
Using Splunk
No
Distributed Service Architecture (DSA)
No
REST API
No
No
Thingsboard.io
Yes
REST API
Real time analytics
(Apache Spark, Kafka)
No
Thinger.io
Yes
REST API
Yes
No
WSo2
Yes
REST API
WSO2 Data Analytics Server
Yes
新的技术解决方案理应需要新的商业模式与之相配合。在此前的文章中我曾经探讨过从软件永久许可到订阅式续费模式的潜在转变，这次又更为彻底的讨论了物联网平台策略性开源的趋势。
既然科技发展的车轮难以阻挡，作为物联网平台型企业，不如放下杞人忧天，掉头拥抱大势，推进互联互通，通过差异化的软硬件应用和深度服务打造竞争实力。
本文小结：
1.缺乏互联互通的物联网平台反而有可能阻碍物联网的发展，目前物联网平台之间仍旧缺乏集成，存在信息孤岛，即便是最简单的操作，也很难形成标准化。
2.面对物联网信息孤岛的问题，很多企业已经在想办法着手解决。尝试的方法包括联合发布云云互联SDK、打造行业性公共云服务平台，或者成立国际性开放连接基金会。
3.对于竞争格局转变与商业回报减少的担忧，有可能会影响物联网平台之间互联互通的动力，其实大可不必。物联网平台的商业模式正在逐步发生变化，策略性的开源正在成为主流思潮。
閱讀更多 李震物聯 的文章
