智能终端的未来 编辑本段回目录
这次 Google I/O 推出的 Android@Home 非常有意思。我在去年写过一篇文章《Android 和 Twitter 将改变世界》，谈到过 Android 将引领终端智能化的浪潮，没想到 Google 的步子这么快。
今天这篇文章则试图从智能终端与云的关系这个角度，进一步论述智能终端的发展趋势。
我们知道 Android 为网络而生，通过 TCP/IP 网络，一头连着终端设备，一头连着云。终端主要是进行数据的输入和输出，而逻辑处理则主要由云来完成。如果说云是大脑的话，那么终端就是神经元。
我从民用、公共、工业这三个领域各举一个例子，来说明智能终端的特点吧。
先看民用（Android@Home）的例子：电视
电视经历了这些阶段：无线电视、有线电视、数字电视，对应的云分别是公共云、私有云、TCP/IP 云，无线和有线的区别是云的传输通道不一样，模拟和数字的区别是云的传输格式不一样，并且从单向传输变成双向传输。
在数字电视中，机顶盒是一个非常关键的因素，它起着这两个重要的作用：解析数字信号、连接TCP/IP 云。现在我们看到已经出现了不少采用 Android 操作系统的机顶盒。
未来电视的趋势当然是智能化。Google 通过内置 Chrome 的 Google TV 进行布局，而 Chrome 就起着机顶盒的作用，但是它用 Google 帐号取代了智能卡，将用户从运营商私人云中转移到Google 云中。
Chrome 和 Android 的角色非常类似，个人的理解是 Android 适合采集数据，Chrome 适合展现数据。
通过 Chrome ，用户对电视节目的管理就可以在互联网上进行，除了通过 PC 订阅外，还可以通过 PC 将节目推送到电视上。
另一个智能化的重点是遥控器，类似 KINECT 的体验将是遥控器未来的方向。
设想一下以下场景：你从 Google 网上商场订购了一台 Android 遥控器。你把它靠近 Google TV，遥控器自动下载这款电视的触摸屏主题。这样你把它切换到电视模式将可以用来遥控这台电视机。你还可以坐在沙发上用声音遥控，当你发出遥控语音后，遥控器先后做了这些事：
- 录制控制语音
- 将语音信号发送到 Google 的云
- 等待 Google 云的处理
- 接收 Google 编译过的的遥控指令
- 将遥控指令发送给电视机（通过 WIFI/RFID/NFC ）
从这里我们可以看出，遥控器作为智能终端，并非终端本身的强大，而是它所连接的云的强大。
再看公共领域（Android@Public）的例子：汽车导航
Google 在汽车领域有很大的雄心，其无人驾驶汽车项目据说是布林非常关心的。
导航仪也是一个非常好的智能终端的例子，导航仪这个市场出现没多长，就面临了智能化的压力。
智能导航仪的特点有：
- 实时更新的地图
- 通过云的计算来设计行驶路线
- 支持语音指令
- 实时接收路况信息
- 云会建议你更改行驶路线
- 广播政府部门的通告
- 通过社交网络与好友互动
概括一下，导航仪作为智能终端，将云的强大计算能力延伸过来，将互联网的社交能力包含进来。
最后看工业领域（Android@Industry）的例子：工业控制
当前工业控制广泛采用的技术是基于 PLC/OPC 的控制，其传输也是基于 TCP/IP 的，但是它受到很大的限制：
- PLC 所传递的控制信号是电路级的，不能被执行层识别。OPC 起的作用仅仅是翻译。
- OPC 作为桥梁，它的信号通道采用的是古老的 DCOM 技术，而不是企业云。DCOM 固有的缺陷造成开发和运营中的大量问题。
我相信 Google 在无人驾驶汽车项目上积累的经验，一定可以发挥到工业领域。因为从传感器收集信息，和将指令发送给各驾驶系统，这些都需要实现工业级的控制。
这方面我了解到的信息不多，但在这里不妨大胆预言一下：
- 需要进行数据处理的控制器件采用 Android 之类的智能操作系统
- 控制器自身的功能模块，将通过安装驱动的方式被操作系统识别
- 控制器与外部系统通过企业云进行调度
- 控制指令被企业云翻译为 WEB 服务
再补充一点个人想象，未来的智能终端传输指令的方式，很可能就是扩展的微博：不仅仅是文字，还可能是语音或动作、视频信号。
一条微博就是智能地球某个神经节点的信号，Android 就象《黑客帝国》中的电子章鱼。
而未来的某一天，当天网苏醒的时候，它发现自己不是诞生在美国国防部的机房，它一直睡在Google 的云里。
By @tallrain
