― 开源顶层框架  & 开放顶层API

By 高焕堂 [email protected]


内容

  • 数字家庭<信息孤岛>问题的来源

  • 化解之道：传统的标准化是不够的

  • 设备厂商持续做加法设计，谁来做减法设计?

  • 解药妙方：软件平台开源、接口开放

  • 以软件开放接口，包容设备的不标准


前言

      随着智能化、数字化，硬件厂商一直处处做加法，把客厅变成了设备的集装箱。一个小小的数字家庭，将会有愈来愈多的信息孤岛。愈大的厂商拥有愈大的岛，但还是孤岛。

03185350-20ec3b9c488b4fa4967b0c3103f4658
图-1   孤岛(isolated islands)

   即使，个别孤岛的用户体验都不断提升，客厅的整体用户体验却往下滑；因为个别部分(Part)的总合常常不会等于整体(Whole)。唯有整体架构力求减法设计，才能像一架飞机，个别都不会飞(即使用户体验可能很差)，整体却能飞上天空(用户体验超乎想象)。
      <开源顶层框架>纳入行业型领域知识(Domain Knowledge)，提供<开放顶层API>。以开源框架支持各厂商的创新加法设计；以开放API支撑整体产业的减法设计，化解日益扩大的信息孤岛困境，支持智慧城市的互联互通基本需求。

数字家庭<信息孤岛>问题的来源

      数字家庭是智能城市里的一个重要的业务区块(Business Area)，但是信息孤岛情况处处可见，可做为城镇智慧化之路的借镜。数字家庭区块里的信息孤岛，也就是智慧城市里的信息孤岛；那么我们又如何预防或化解这种日益扩大的鸿沟呢?
      首先必须了解这种信息孤岛现象的来源是：各家厂商都提供给用户一个好的商业用词：全方位解决方案(Total Solution)。对于厂商而言，这种解决方案又称为Turn-key方案，买来随插即用，既容易使用、又容易销售，买卖双方都高兴，未尝不是好事一桩呢? 然而，凡事都是利弊参半、祸福相依。君不见，各家厂商提供的家用医疗健康检测设备(如血压计、血糖仪等)都直接连结到<各自>的云端系统，以各自的云计算软件来解析健康数据、产生健康趋势信息。试想，一家四口，分别向不同厂商购买不同的<解决方案>，岂不是家里同时使用了4套不同的方案，数据各自储存于不同的云平台，解析的准则也不同。对于一个完整的家庭而言，单单在健康检测方面就面临多个信息孤岛了。何况，智能家居的信息，也又类似的情形。
      再试想，有一家医疗健康厂商销售一项产品是：智能地毯。能让需要复健的人们在地毯上打太极权、做复健体操，并录像记录提供给医生参考指示。此外，这项地毯又能灵敏地感知人体的重量和脚步韵律，因此可以判断是否有陌生人进入家中偷窃，成为智能家居的智能化先进设备。于是，信息孤岛困境出现了：如何将这健康地毯的感知陌生人进入家中的信息，分享给智能家居系统呢? 由于信息孤岛的鸿沟，大大阻碍了信息共享，降低家庭的用户体验。即使，个别孤岛的用户体验都不断提升，客厅的整体用户体验却往下滑；因为个别部分(Part)的总合常常不会等于整体(Whole)。唯有整体架构力求减法设计，才能像一架飞机，个别都不会飞，整体却能飞上天空。

化解之道：传统的标准化是不够的

      非常可惜的是，愈多厂商提供各自<用户体验良好>的解决方案时，信息孤岛问题(即信息共享的鸿沟)就愈严重。想化解这个问题，首先必须了解到，透过网络标准和内容标准的制定做法，是不够的、无能为力的。因为家庭的智慧化主力来自于软件平台的(如Android)和应用软件的多样化力量。例如，即使一个<智能地毯>能透过USB或WiFi接口连结上智能电视或云端，没有相对的平台软件和App是无法整合及分享信息的。

设备厂商持续做加法设计，谁来做减法设计?

      以史为鉴，厂商的各自成为孤岛，就如同春秋战国自立为王。秦国大力推行减法设计：例如“书同文、车同轨”策略，有效地整合幅员辽阔的国家。到了唐朝，更上一层楼，进一步减法设计：即文化诗词上的”诗同形”(例如，七言绝句都是4句7字，而且韵律一致)。于是，打造了史上最伟大辉煌的时代。
      一个国家如此，一个家庭也如此。兹想一想，为什么一个家庭会有那么多的机顶盒、电视棒、Dongle呢? 家庭里的客厅本来是高雅设计的。随着智能化、数字化，硬件厂商一直处处做加法，把客厅变成了设备的集装箱。为什么没有人来做减法设计呢?

解药妙方：软件平台开源、接口开放

      以行业型软件框架为平台，建立于操作系统(OS)和中间件(Middleware)之上，成为智能化数自家庭的<顶层设计>。基于行业的领域知识(如老龄健康、居家安全、幼儿学习等专业知识)，建立一致化的顶层应用框架(App Framework)，以开源开放的形式，持续汇集各方专家、厂商的共识；然后基于共识而定订出行业型软件接口。例如，<秦皇岛数字家庭产业联盟>正积极开发家庭<师字辈>(如股票分析师、拳师)的行业型软件框架API，支持以智能TV为中心的家庭专业服务应用(如图-1)，并透过OTT型式将专业信息推送到移动终端的画面(如微信、Line)上。未来将进一步将该软件框架平台开放给产业，成为行业型开源开放平台。

03185701-d451c4d4313b483483a79523e175f81
图-2   家庭专业服务应用

      行业型框架平台与中间件两者都建立于OS之上，到底它们又有何区别呢? 其微妙差异就在于”行业型”，也就是前者主要关注于纳入完整的上层领域知识(Domain Knowledge)，而后者关注于下层平台知识，包容其差异、抽象其共同性。例如，从智慧城镇的视角来看，一个智慧城市包含数十个不同的行业区块(Business Area)，每个行业区块至今已经各自发展多年了，行业概念各自发展。于是，每一个区块都会有各自的”行业型框架平台”。至于中间件则是底层OS而定，数个区块的中间件最好是一样的。

以软件开放接口，包容设备的不标准

      设备、通信技术的瞬息万变的，就像一只猫的尾巴，一直追求猫尾巴的标准不变，是徒劳无功的。有效的解决之道是：抓住猫的身体(行业软件框架)，开放��的尾巴(设备标准)。一个小小的数字家庭，将会有愈来愈多的信息孤岛。愈大的厂商拥有愈大的岛，但还是孤岛。欲实现互联互通、信息共享，只好开始做减法：继续硬件作加法(不要求硬件&通信标准化)，力求以开源开放软件平台上作减法设计。
      如果能让客厅恢复简单、可爱的静地，很可能有机会成为数字家庭产业的赢家呢! 至于，如何做好数字家庭的顶层设计、实践软件开放接口呢? 因为涉及软件开发技术，及其团队运作过程。请您参考：数字家庭&智慧城市的”敏捷顶层设计方法”，谢谢。

**                                                                     **