前段时间高通公司开源了目前 较火的开源框架AllJoyn框架
个人对这个框架并不看好，
地址：
http://blog.csdn.net/ncscan/article/details/17267327
个人物联网开发 应该是这样：
不得不承认 这个AllJoyn框架很酷！ 不过这个框架模式任然处于试验期，因为开发者并没有正确的认识到 开发成本等问题，考虑到家装设备，还可区分为明装和暗装。而这个项目中提到的zigbee协议，很明显是针对于明装家电。当然 该架构仅仅为一个模型，实际起来，同样可以采用其他方式来解决。
我在这里提出一个自己的思路。 1、网关联通到外网，而没有必要去考虑WIFI还是光纤。网关应该只是一个连入广域网的设备，然后在家庭内 组建一个局域网。 2、设备通信器 也没有必要 去联通到家具，更多的 只应该 对继电器的控制。3、用户控制端是应该接入互联网的！4、物联网的真正意义是将物件接入互联网，而非物与物通信！5、智能家居的概念仅仅是针对 一套流程式生活模式，而非人工智能！6、实现智能生活的方式 应该是对家电设备的控制。7、接入互联网。并不是提供给维修工程师的。而是应该给客户的！
综上所述，1、物联网和智能家居 应该区分开！这是两套不同的架构。2、物联网 应该实现真正的与互联网相通！3、应该在互联网的基础之上来研究物联网！
尽管AllJoyn 非常的酷！但是永远要记得：用户永远不能直接和网关进行通信！网关永远都 只是去获取用户所给的状态！并且永远不接受任何传递过来的数据！
为了证明我的理论呢，拿出了一个很久之前的项目！
地址：http://blog.csdn.net/ncscan/article/details/18793117
实践视频：[flash]http://player.youku.com/player.php/sid/XNjY2MzUxMjQ0/v.swf[/flash]
整个通信方式： 控制端（手机APP、平板APP、WEB） ----- 中转服务器 ------- 网关通信服务器 ---- 设备域中转服务器 --- 家居设备
控制端 到 中转服务器 再到 网关服务器，整个过程通过 Internet进行通讯。而不是ZigBee， 网关到家居设备 可采用I2C 协议、WIFI、或者ZigBee等。这样实现整个过程！可以将网关服务器 当作是互联网中的一个节点，而家居设备 则是局域网中的一个节点。这样的模式完全兼容互联（本身物联网就是该继承于互联网）
上述的框架。 网关与中转服务器通信（用户设置其通信密钥），控制程序与中转服务器通信（用户设置其通信密钥），最终其连接方式成为，用户可在全球任何一个接入互联网的地方实现对家里的控制。而不是仅仅局限在ZigBee 的范围之内，或者说 ： 外网接口不为厂家所留！
上面视频中的项目 早在2012年 就已经有雏形了。 案例demo 不知道该不该发一份出来，毕竟NCSCAN计划已经破产 ！
我想让这个框架成为一个开源的框架，并计划做一些SDK 不知道是否有大牛 愿意加入我的小阵营呢？
调侃物联网开源框架，我们什么时候也来开源一个？,布布扣,bubuko.com
调侃物联网开源框架，我们什么时候也来开源一个？
原文：http://blog.csdn.net/ncscan/article/details/24575241
