今天这篇文章则试图从智能终端与云的关系这个角度，进一步论述智能终端的发展趋势。

我们知道 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 的云里。