考虑到这个连载帖子中间插播了许多内容，这可能会导致各位看官忘记了老土在前文说了什么，所以老土在开篇部分提供了通往前文的“传送门”。
我想要什么样子的智能音箱？（1）
我想要什么样子的智能音箱？（2）
我想要什么样子的智能音箱？（3）
我想要什么样子的智能音箱？（4）
看了Amazon这个优秀典型，我们可以将目光转移到国内的智能音箱厂商，而国内的智能音箱厂商的思路主要有两类：一类专注于智能音箱和音箱之后的服务的厂商（如：京东、小米、阿里），一类是提供智能音箱解决方案的厂商（如：百度）。腾讯曾经在前一段时间对智能音箱有所涉猎，但最近一段时间动作不明显。不过考虑到腾讯与京东的关系，以及腾讯的业务能力，我们也的确不能说腾讯没有下场参与这个游戏。
先说，专注于智能音箱和音箱之后的服务的厂商（如：京东、小米、阿里）。这些厂商的生态建设主要是在服务端，希望通过引入更多的合作伙伴和开发者从而向用户提供尽可能丰富的应用。
围绕叮咚音箱的生态建设，京东推出了“叮咚开放平台”（http://open.linglongtech.com/openweb/index）
在叮咚开放平台中对开放平台的运作模式做了较为清晰的介绍。
通过上图可以看出，叮咚平台的开放模式与Amazon的应用开放思路几乎完全一致。音箱只是作为基本的输入和输出设备。
当用户提问和发出指令后，音箱完成音频的采集，并将音频信息提交到开放平台。
平台完成音频的识别，而后进一步匹配和定位“用户的意图”。
而后将相关信息转发给与“用户的意图”匹配的应用进行处理。
应用处理并得出“处理结果”后，平台将文本化的结果转换为音频信息，并发送回给音箱。
音箱向用户播放收到的音频信息。
在应用给出处理结果之后，叮咚开放平台比Amazon还多提供了一种模式，即不只是将响应信息发送给音箱，还支持在需要的情况下，将信息推送给音箱配套的APP。不过叮咚平台自己都认为“一般情况下不需要”。
总体上，叮咚开放平台对开发者还是比较友好的，技术门槛不高，基本上有一定开发经验的人稍微看看相关的格式要求就可以动手开发应用了。
围绕小爱音箱的生态建设，小米推出了“水滴平台”（https://shuidi.mi.com/）
在水滴平台中对开放平台的运作模式做了较为清晰的介绍。
如上图，可以看出水滴平台的运作模式与叮咚平台的运作模式基本一致，大家都非常认真的“借鉴”了Amazon的Alexa开放平台的运作模式。因此这里就不具体介绍水滴的运作模式了。
不过水滴还是有其特点的：
1、对小米来说，智能音箱并不是其第一款类似的产品，水滴平台也不只是为小爱音箱服务，水滴平台同时还支撑了小米智能电视等智能硬件，所以水滴平台能够支持更多样的交互方式。
2、作为“最懂互联网”的厂商之一，小米深谙“让用户参与”的重要性，因此小爱音箱不但基于水滴平台提供了针对开发者的开放式服务，而且还允许用户“自行调教”小爱。虽然这个功能并不复杂，但这无疑为小爱音箱提供了一项非常“有趣”的玩法。
而谈到阿里的天猫精灵，老土竟然没有找到关于这个东东的开放平台的相关内容。虽然老土相信天猫精灵怎么也会搞一个“开放平台”出来，但显然至今尚未开售（预计于2017年8月9日凌晨开售）的天猫精灵还没有来得及将“开放”作为首要的关注点。
[未完待续]
