这次 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 在汽车领域有很大的雄心，其无人驾驶汽车项目据说是布林非常关心的。

　　导航仪也是一个非常好的智能终端的例子，导航仪这个市场出现没多长，就面临了智能化的压力。

　　智能导航仪的特点有：

　　1、实时更新的地图

　　2、通过云的计算来设计行驶路线

　　3、支持语音指令

　　4、实时接收路况信息

　　5、云会建议你更改行驶路线

　　6、广播政府部门的通告

　　7、通过社交网络与好友互动

　　概括一下，导航仪作为智能终端，将云的强大计算能力延伸过来，将互联网的社交能力包含进来。

　　最后看工业领域(Android@Industry)的例子：工业控制

　　当前工业控制广泛采用的技术是基于 PLC/OPC 的控制，其传输也是基于 TCP/IP 的，但是它受到很大的限制：

　　1、PLC 所传递的控制信号是电路级的，不能被执行层识别。OPC 起的作用仅仅是翻译。

　　2、OPC 作为桥梁，它的信号通道采用的是古老的 DCOM 技术，而不是企业云。DCOM 固有的缺陷造成开发和运营中的大量问题。

　　我相信 Google 在无人驾驶汽车项目上积累的经验，一定可以发挥到工业领域。因为从传感器收集信息，和将指令发送给各驾驶系统，这些都需要实现工业级的控制。

　　这方面我了解到的信息不多，但在这里不妨大胆预言一下：

　　1、需要进行数据处理的控制器件采用 Android 之类的智能操作系统

　　2、控制器自身的功能模块，将通过安装驱动的方式被操作系统识别

　　3、控制器与外部系统通过企业云进行调度

　　4、控制指令被企业云翻译为 WEB 服务

　　再补充一点个人想象，未来的智能终端传输指令的方式，很可能就是扩展的微博：不仅仅是文字，还可能是语音或动作、视频信号。

　　一条微博就是智能地球某个神经节点的信号，Android 就象《黑客帝国》中的电子章鱼。

　　而未来的某一天，当天网苏醒的时候，它发现自己不是诞生在美国国防部的机房，它一直睡在Google 的云里。