对物联网操作系统的再思考

电信运营商的日子越来越不好过，在行业内，不同运营商之间的产品和服务同质化很强，竞争激烈，价格几乎降低到完全竞争市场的水平，利润越来越低。而市场却又趋向饱和，人们的通信需求已快接近极限了，这导致销售收入越来越低。而从整个IT行业的纵向来看，运营商业务面临OTT（Over The Top）厂商的积压，类似微信、QQ、Skype等互联网服务，把运营商原有的短信、国际长话等业务压缩殆尽。可以说是前有强敌，后有追兵。这种情况下，运营商不得不考虑出路。大多数运营商都试图推出类似OTT业务与互联网公司竞争，比如中国移动的飞信，国外运营商推出的IM类业务等等，虽投入巨大，但都收效甚微。

现在，运营商似乎清醒过来，自己的长处还是通信管道，在通信管道上精耕细作才是主航道。于是乎很多运营商推出了所谓的流量经营等措施，鼓励用户使用网络，这样就会对运营商产生更大的收入。虽然利润微薄，但至少能够养家糊口。除此之外，似乎没有更好的办法。当然，类似很多软件和通信设备巨头提出的SDN（软件定义网络）、OpenFlow等概念，我认为纯粹是为了折磨运营商，死马当活马医，尽量从病人身上多捞一点。

是不是运营商就只能等死，或者通过给互联网公司卖苦力（提供接入），苟延残喘呢？我认为尚未到如此地步，只要肯深入思考，肯定能够找到重新焕发青春的商业模式。物联网操作系统，或许是这其中的一个解决方案。

在前面的几篇博文中，我对物联网操作系统的概念和特点做了比较详细的介绍。根据最近一段时间更加深入的思考，发现物联网操作系统与运营商具备天然的互补优势，如果运营商在已有网络优势的基础上，再推出物联网操作系统，或许能够盘活一个更大的行业－工业电子市场。

具备物联网操作系统之后，运营商就可以在物联网行业内复制诸如苹果、Google等巨头的商业模式。运营商可以把自己的网络能力植入物联网操作系统之中，供嵌入式开发商选择使用，类似于把地图、搜索等服务植入Android操作系统。本质上物联网操作系统就是嵌入式操作系统，所不同的是，前者内置了网络通信、Zigbee、NFC/RFID等物联网相关的支持服务，并针对物联网应用做了优化和定制。显然，这样会大大促进运营商管道产品的销售。目前人与人之间的通信的终端数量，不会超过60亿（受总人口数限制），但物与物之间的通信终端数量，则可能超过几百亿。显然，如果成功拿下这个大蛋糕，运营商的滋润日子还可以持续至少一个世纪。不仅如此，运营商还可以建立类似Apple和Google的应用商店，行业开发人员可以把应用程序放在商店上，供物联网用户下载（下载到运行物联网操作系统的终端上）使用。这样应用商店的模式，就可以真正复制到物联网领域。所不同的是，与Apple Store等相比，物联网应用商店会更庞大。

同时，物联网操作系统可以与运营商的网络进行有效联动，解决运营商网络目前面临的一些头疼问题。比如，管道负载不均衡、信令风暴、无服务质量保证、精细化程度低等，都是运营商网络面临的问题。如果等物联网应用发展起来，那么这些问题会更加明显。试想，在某个漆黑的午夜，一个百万规模家庭的城市，所有电表同时向电力公司上报用户的用电量。这种情形绝不亚于遭受一场致命的DDOS攻击，运营商的核心网会完全瘫痪。这些问题产生的根本原因在于，运营商不能控制网络终端的行为。通过物联网操作系统，运营商即可非常完善的解决此类问题，比如，下列典型应用场景：

1、解决信令冲击问题，物联网操作系统可通过定制，尽量少连接到网络，采用退避算法避免高峰冲击（考虑抄表同时上报），尽量在网络负载低时连接到网络，等等；

2、精细化运营，与运营商网络配合，使用最划算的套餐完成业务，网络拥塞或中断时能够及时得到通知，采用合适的QCI完成业务，等等；

3、解决关键业务的传输可靠性问题，网络中断时本地缓存，传送层加密，等等；

4、精准的网络使用情况统计，精准的用户行为分析，为大数据经营奠定基础；

5、运营商网络能力开放的触点，网络资源动态申请（提升/降低带宽、改变QoS等），等等；

总之，就是通过引入物联网操作系统，与运营商的网络一起组成一个业务开放平台，提供给行业使用。目前运营商也在探索网络能力开放，但缺少了终端这个最广泛最直接的触角，无论其网络能力多么开放，效果总是不完美的。对于物联网操作系统与网络的配合，举一个不太恰当的例子，就好比车辆与高速公路。目前情况下，车辆是不知道高速公路的状况的，高速公路上发生故障，车辆是无法提前预置的。这时候如果再有大量的车辆涌入高速公路，会使交通状况更加恶劣，进入死锁状态。但是如果车辆的司机（类似物联网终端上运行的物联网操作系统）与高速公路管理机构进行联动，能够实时掌握高速公路上的状况，则可避免发生这种状况。

引入物联网操作系统之后，运营商就掌握了话语权，由此可开发出非常多的业务，来把更多应得的利润收归囊中。比如，现在智能手机上有很多应用程序，这些应用程序都需要跟后台进行交互，通过定时的握手消息保持联络。最典型的例子是手机QQ，需要通过一分钟左右一次的握手消息与QQ后台服务器进行联络，一旦几次联络不上，服务器就会认为用户已经下线。如果应用程序的数量太多，则会造成大量的网络流量，同时会很快消耗掉手机的所有电量。实际上这些握手流量只有一份就够了，无需每个应用程序都维持一份。运营商可设置一个集中的握手交互平台，在物联网操作系统和这个平台之间保持一份握手会话，并把终端状态信息开放给应用程序后台。应用程序后台可调用API函数查询终端状态，达到的效果与单独维护一份握手会话一致。显然这种集中管理的握手机制，可大大降低网络流量，提升终端的使用寿命。这样运营商就可更加深入的介入ISP和终端之间，而不像现在这样，只提供一个管道连接。

通过上面的分析，可见物联网操作系统一旦引入，将对运营商打开一扇前所未有的大门，前途豁然开朗。多么诱人啊，通过这一个小小的棋子，可以打开一整片蓝天。之所以说是一个小小的棋子，是因为开发这样一个操作系统的成本，相对运营商来说是非常微不足道的。

谨以此文，与业界同仁交流物联网操作系统。措辞不当之处敬请谅解。