这是一篇写于2015年的分析文章,当时国内物联网云平台兴起不久,作为啥都干的互联网大厂,腾讯自然也没拉下。

腾讯是一直在左,但是一直没啥大的投入,从QQ物联到微信硬件平台,到腾讯云的IoT板块,腾讯的IoT和智能硬件一直做到今天,虽然没啥存在感,但是相比阿里重投入之后又大裁员,也没差太多。

这篇文章可以看看腾讯刚做物联网的时候,内部两款产品的定位、布局。

1 分析结论

  • QQ物联与微信硬件平台是定位相近、竞争明显的两个平台,是腾讯在物联网领域的双保险,目前还处于初期,在硬件领域的话语权还不大;

  • 设备快速接入,统一入口,利用社交关系链实现数据增值是两个平台共同的核心竞争力;

  • 承载方式略有区别,QQ物联基于好友,微信硬件基于公众号,都是通过WEB进行交互;

  • 目前两个平台都只是做到了统一入口,在设备联动、数据增值等方面还处于初级阶段;

  • 除了设备接入外,两个平台还整合了渠道、产业链,提供更多维度的支持和合作。

2 平台介绍

2.1 QQ物联

基于QQ账号体系的硬件接入

统一设备入口是很多开放平台的第一步,基于QQ强大的社交关系链,QQ物联的设备入口即为账号体系,将每一个硬件设备变为用户的QQ“好友”,如图 1所示。用户可以通过扫描二维码、局域网查找等方式,将设备添加为QQ好友,设备拥有自己的在线状态、昵称等与普通好友相同的属性。

在统一入口的基础上,QQ物联提供了与硬件相关的一系列云服务,如图 3所示,基础功能为目前云平台的通用功能,主要包括设备接入、消息文件传输、设备权限管理、设备互通等服务。

图 1 基于QQ账号体系的硬件入口

图 2 设备添加过程

图 3 基础能力介绍

接入流程化,设备模板化,服务模块化

如图 4所示,和很多物联云平台一样,云端对设备进行了细分,同类型的设备可以使用相同的模板和通用的服务进行快速接入,在通用模板的基础上,提供了可以自定义配置的控件和扩展服务,同时提供了能够高度定制化的API接口,满足不同层次硬件接入的需求。这种模式是目前主流云平台的通用模式,对场景设备进行细分,对通用服务进行抽象是这种模式的基础。

图 4 QQ物联的接入类型

QQ物联的设计框架如图 5、图 6所示,从设计来看,覆盖了Wi-Fi、蓝牙、GSM以及需要网关接入的ZigBee等设备,基本覆盖了物联网领域的主要接入形式。从前期的接入情况来看,目前QQ物联设备以Wi-Fi等形式的网络接入为主,而微信则以蓝牙设备为主,设备接入后通过网络或手机连接到QQ物联云,厂商自有APP和私有云对接QQ物联云。

图 5 QQ物联框架

 

图 6 Wi-Fi与BLE的接入框架

图 7 服务组成

以轻应用为基础的设备交互

由于需要在统一入口中实现不同功能,轻应用成为用户交互和功能承载的主要形式,图 8为网络摄像头的应用场景,除了授权、备注、应用下载、绑定管理等通用功能设置专门的菜单外,其他功能都在轻应用内完成,设备的通知等均以消息的方式实现。

图 8 网络摄像头的应用场景

云端IFTTT,设备联动的基础

设备接入后,需要能够主动进行一些动作,才能够实现智能提醒、智能控制等功能,而在统一入口后,在云端实现这一套动作和触发才能够实现不同设备之间的联动,发挥统一入口和平台的优势。总之,云端的场景细分和逻辑判断是设备联动的基础。

QQ物联在这部分已经有所布局,只是目前实现的还比较初级,只能触发消息,还无法实现设备间的联动,如图 9所示。

但是从长远来看,在解决了设备接入问题后,实现设备的互联互通是水到渠成的事情,现有的消息触发已经确定了基本的框架和基础。

图 9 QQ物联的消息动作

2.2 微信硬件平台

基于服务号的设备接入

在微信的公众号细分为订阅号和服务号之后,服务号功能进一步强化,增加了设备功能,允许设备厂商通过服务号功能和对应的智能设备相连,用户可以在微信的统一入口中,通过服务号与智能设备进行交互,而微信也基于硬件云平台,依托社交关系链,提供更多服务,以此提升用户粘性。

微信设备的接入框架如图 10所示,蓝牙设备由于需要手机APP中转接入网络,因此微信限定了严格的接入流程,为了确保在微信中能够扫描、发现和接入蓝牙设备,微信对蓝牙设备的广播、扫描和连接流程,以及数据流和数据包的格式都做了严格的限定。通过第一批的手环类产品接入,微信的蓝牙设备接入已经较为具体和规范。

在Wi-Fi等直接联网的设备接入上微信和QQ物联以及其他的云平台有明显的不同,由于是基于服务号平台进行开发,很多厂商本身已经基于服务号做了一套接口和服务,因此这类设备的接入以云云对接的形式实现,即,厂商设备仍然连接到自己的云端,通过服务号进行交互时通过微信的云端与厂商自己的云端进行交互,实现对设备的控制。在去年下半年,很多电视盒子都已经实现这类控制,通过电视盒子的服务号,微信做了局域网发现功能,开启公众号就能够发现局域网内的设备,在服务号内能够实现遥控器、节目查找点播等功能。

    

图 10 微信设备接入框架

统一协议,整合方案商与供应链

微信在方案商与供应链的整合上做的更加务实,微信的第一批设备接入以蓝牙手环为主,实现了运动数据的导入和分享功能,基于蓝牙手环的基础,微信硬件平台推出了蓝牙硬件DEMO,以使用较多的Nordic nRF51822这款芯片为基础,提供了DEMO教程,教程包括了开发板和服务端两个部分,从开发环境搭建、程序规划以及典型功能的实现代码,到服务端接入、推送消息处理、API接口调用与设备联调,并统一为AirSync技术协议,微信基于这套开发流程和协议,能极大的规范设备接入并降低接入成本。

在Wi-Fi接入上面,由于很多Wi-Fi设备本身不具备密码输入功能,需要手机APP配合实现网络接入(如360摄像头通过声音的方式,由APP将接入信息传递给摄像头实现网络接入),如TI的SimpleLink、MTK的SmartConnect、庆科的SmarLink以及ZeroLink、SmartConfig等一系列配置协议。虽然这些协议名称不同,设备之间也不通用,但是基本原理和实现方式是相同的,因此为了实现微信APP对这类设备实现统计的接入和配置,微信将Wi-Fi设备统一为AirKiss技术,技术上和前面的那些并无本质区别,只是做了统一限定。

图 11 AirKiss配置设备联网示意图

由于AirKiss的实现需要芯片、模块以及方案商的配合,因此微信拉拢一批芯片和模块厂商,使得这些厂家在自有的方案上支持AirKiss方案,微信提供了已经支持的厂商列表,如表 1所示。

表 1 微信Wi-Fi AirKiss芯片或模块厂商列表与联系方式

公司名称

厂家类型

详情

联系人

电话

邮箱

Broadcom

芯片

提供博通wifi芯片的Airkiss解决方案

孙煜

固话:0755 33322929

手机:18930965899

yusun@broadcom.com

广州星博信息

模块厂家

提供基于Realtekwifi芯片linux下Airkiss解决方案

陈继华

固话:020-85566398手机:13600018081

chenjihua@etonetech.com

上海汉枫

模块厂家

提供MT5931 wifi芯片模块的Airkiss解决方案

曾志远

手机:18576430007

ice_zeng@hi-flying.com

上海庆科

模块厂家

提供博通wifi芯片模块的Airkiss解决方案

魏玉珍

手机:18998902923

weiyz@mxchip.com

深圳江波龙

模块厂家

提供高通QCA4004芯片模块的Airkiss解决方案

李晓刚

固话:0755-86168848-628

手机:13925288620

xiaogang.li@longsys.com

上海思存

模块厂家

提供高通QCA4004芯片模块的Airkiss解决方案

肖杰

手机:13910859612

xiaojie@ittim.cn

广州碧德

模块厂家

提供TICC3200芯片模块的Airkiss解决方案

胡世慧

手机:18620884436

shu@bdecomm.com

基于社交关系的数据增值

数据增值将是物联网云平台的核心竞争力,而对于微信和QQ而言,数据增值的核心就是社交关系链,怎样充分利用用户的社交关系链,充分结合使用场景,挖掘潜在价值提升用户粘性是微信以及QQ的主要探索方向。

现阶段微信在这数据增值上做的还比较初级,以第一批接入的手环为例,如图 12所示手环接入后自然通过社交关系引入好友排行,加入好友的点赞和评论功能,使得硬件功能和数据结果能够通过社交关系进行推广和传播。

另外一个典型的场景就是电视弹幕的多屏互动场景,用户可以在观看电视节目是发送弹幕在电视机上显示并和好友进行互动与交流。

从目前的情况来看,这个程度的数据增值效果仍然有限,微信在这部分的推广上也相对克制,更有价值的实现方式也在探索之中。

图 12 计步器排行榜

摇一摇周边,O2O的另一个入口

摇一摇周边功能并不属于微信硬件平台,但是是和硬件相结合有可能成为一个杀手级的O2O应用。

摇一摇功能在春晚的时候就火了一把,摇一摇也从最初的交友发展成为线上线下互动的新方式,而与硬件相结合,则能够进一步扩展使用场景,基于苹果所提出的iBeacon方式,手机在摇一摇时扫描周边蓝牙Beacon发出的广播信息,获取对应H5页面,实现对应的功能,由于蓝牙广播范围只有几十米的范围,因此和Beacon相结合,摇出周边的相关信息,可以成为O2O的一个重要入口,图 13列举了一些典型应用场景。

图 13 摇一摇周边应用场景

轻应用的承载方式还有局限

无论是微信还是QQ物联,均是通过轻应用这种基于WEB的交互方式,虽然有很好的扩展性和适应性,但是在实际使用中并不是在所有的场景中都能够有最好的体验,以通过微信控制蓝牙灯泡为例,如图 14所示,简单的一个开灯流程需要微信到公众平台到厂商服务器在回来的一系列流程,虽然整个流程可以做到很流畅,但是这样的交互流程为体验的优化就带来了限制,如果能够针对典型场景,根据场景进行入口区分和控制,就能够带来更好的体验。

图 14 开灯的控制流程

3 物联网云平台的一些思考

去开关化是智能控制的重要形式

智能家居作为现有物联网云平台的一个重要场景,现有的智能家居更多的还是停留在连接层面,接入云端,实现APP的远程控制是目前多数产品的主要功能点,随着京东、微信等云平台的切入进一步实现了数据互通与设备联动,然而仍然很难让人感受到真正的智能。两年前Google收购的Nest恒温控制器的重要功能就是学习用户习惯,最终实现自动控制功能,在产品定位上的核心就是去开关化。

我所理解的去开关化流程如图 15所示,在这个流程中,云端场景细分是设备联动的基础,也是数据挖掘的前提,而最终的机器学习后要实现智能控制就需要场景感知能力,从这个角度来看,小米的智能套装中,门窗磁、人体检测虽然从单品角度来看意义不大,但是确是场景感知的基本单元,在前序的一些条件成熟后能够以此为基础延伸出一些新玩法。

数据增值能力是物联网云平台的重要组成

互联网巨头的切入,会使得在基础云服务方面不会有太明显的差距,而众多小型物联网云服务平台虽然短期内从应用层切入在接入门槛、细分服务等方面有优势,但是由于缺乏技术门槛,也没有生态优势,因此并无法构成长期性的竞争优势。如图 16所示在数据获取的基础上,对数据的挖掘、学习以及和原有互联网生态相结合使接入数据的增值能力将成为非常重要的一部分。

图 15 去开关化与智能控制

图 16 数据增值流程

微信已经在蓝牙手环等场景中有相关应用,手环厂商接入用户的运动数据,能够获得数据的社交传播机会以及用户圈子中同类数据的对比与展现,这就实现了基于社交关系的数据增值。在我们的安全卫士开启启动优化中,统计了每个启动项的用户优化统计情况,用于后续用户启动项优化的数据参考,这也是一种数据增值,物联网应用中也可以有类似的场景,例如空调的温度调节,可以是相同场景中其他用户的统计数据用于当前设备的控制参考,这是基于场景细分统计参考的数据增值。在基础服务和接入门槛都近似的情况下,能否对接入的数据增值将会是很重要的一部分。