主题信息（必填）
主题描述（最多限制在50个字符）
申请人信息（必填）
申请信息已提交审核，请注意查收邮件，我们会尽快给您反馈。
如有疑问，请联系
CSDN &《程序员》研发主编，投稿&纠错等事宜请致邮
你只管努力，剩下的交给时光！
如今的编程是一场程序员和上帝的竞赛，程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止，上帝是赢的。个人网站：www.xttblog.com。个人QQ群：、
个人大数据技术博客：https://www.iteblog.com
翻译：赵屹华
审核：刘帝伟
责编：周建丁（）
物联网通信的失败之处工程师们能设计出最完美的产品，把它接入物联网。然而，如果这款产品与其它产品的交互没有做好，那就很难在市场中立足。据PlumChoice的报道，三分之二的物联网设备的潜在用户总是被各种原由所阻碍。每七个物联网设备购买者中就会有一人退货 —— 其中超过半数的人表示再也不会购买该品牌的产品。“尽管创新联网家居和物联网设备带来了巨大的机会，但是企业并没有帮助用户把这些产品很好地整合到现有的复杂技术环境中去”，PlumChoice的物联网产品研发副总裁Steve Thompson说到。物联网将物体串联到了一起。然而，AVnu联盟董事会主席、Cisco物联网解决方案架构师Paul Didier解释说，很多物联网设备由于网络协议兼容性和权限限制的原因，在未连接的网络中仍处于割裂的状态。“有了物联网之后，大量核心系统设备应用不再会这样被隔离了，比如大数据分析”，他说，“关键在于网络的聚合。”为了连接这些割裂的物联网网络，工程师们往往需要某种整体管理软件来驾驭这一切。但是，物联网便捷聚合并不如听起来这么轻松。“无需预购买产品和持续的支持，‘物品’制造商正在探索一条漫长的道路，涉及到大量难以满足的客户和许多非质量问题的退货”，Thompson说，“我们需要帮助人们从这些投资中获得真正的价值 ——
回报则来自品牌的成功”。网络的网络“物联网管理软件包含了大量复杂的功能，”Autodesk的物联网总监Bryan Kester说，“大多数功能都是理想的，但并不都是必需的。”当真正去实现物联网时，工程师面对的是一团糟的概念、工具和技术。包括但不限于以下：
用于收集数据的远程固件和固件管理软件
物联网设备监控软件
云或服务器上的数据存储
用于评估和优化系统的大数据分析
用于推动更新的物联网设备的版本控制
“物联网控制是非常广泛的概念，”AVnu联盟主席、国家仪器高级经理托德沃尔特补充说，“管理软件、管理软件之间存在一些共性，它们对终端节点有管理的概念，以及支持它们的庞大社区。但如今还没有独立管理协议 —— 没有能够包揽一切的。我认为这将取决于市场，看看是否有需求。”正如前面提到的，许多物联网产品将有自己的专用软件将设备连接到互联网，管理数据和控制产品。Didier解释说，如果能够兼容的话，物联网管理软件在这些分离的网络上又加了一层通信。这层网络的网络仍旧让每个软件控制各自的物品。主要的区别在于这个网络的网络将允许用于大数据，优化和系统控制的通信协议被使用。
微软Azure IoT架构（图片来自微软）亚马逊、微软和PTC配置例如，微软Azure和亚马逊网络服务（AWS）期待通过云平台进行连接和管理。与枢纽的通信是通过HTTPS和MQTT协议完成，必要时会用到自定义网关。微软Azure也可以使用AMQP协议。然而，如果你的设备不兼容这些协议，那么它们也将不兼容Azure和AWS。
AWS眼里的物联网“你部署了事件枢纽，添加了设备，并且将各式各样的识别接入枢纽，”微软Azure的技术专家Ken Patterson说。“也有一些可供你使用的第三方工具，比如树莓派。然后你可以用开发环境和Arduino与之相连。这样，你的Apple、Android和Windows移动设备都被整合在一起，用来控制或者作为传感器。”另一个领先的物联网管理软件是PTC的ThingWorx。ThingWorx是把自己定位为物联网管理软件的一种无关协议的选择。“ThingWorx平台的核心是一个综合的建模环境，同时为模型里的‘物品’生成REST API，”ThingWorx的物联网技术副总裁Joe Biron说，“REST API不仅允许对物联网设备的管理，也允许基于不同的云系统之间的通信，使物联网的应用可以扩展到其它领域，如CRM (Salesforce)、cellular (Jasper) 等等。然而，ThingWorx将不会如你所愿那样简单。工程师或者专业人员仍需要实现物联网系统连接，创建仪表板，保证系统的正常运行。如何选择物联网管理软件许多试图整合物联网的顶级玩家的名字都耳熟能详。这是因为他们很可能已经是另一个垂直技术领域的主要参与者。工程师希望他们的产品能兼容的物联网管理软件选项将会决定物联网设备的协议选择。在做出这个决定的时候，工程师应该注意他们的管理软件的使用场景和最终的用户，这些用户可能就是他们自己。下表列出了一些工程师常用物联网管理软件选择。
物联网管理软件
物联网产品终端用户
常见物联网使用案例
产品设计组，企业
商务管理，大数据，分析，产品优化，失误管理
SeeControl
产品设计组，企业
商务管理，大数据，分析，产品优化
Azure IoT Hub
企业，消费者
商务管理，大数据，分析，失误管理，用户产品
企业，消费者
商务管理，大数据，分析，失误管理，用户产品
例如，一个产品开发团队可能要跟踪他们的产品是如何与客户互动的。这个数据可以用来改善未来的产品设计。因此，他们可能想选择一个集成了设计软件的物联网管理软件，如PTC或Autodesk。那么，你如何确定使用哪些物联网管理软件，或者你可以借助谁来自己创造一个呢？Didier认为一个不错的出发点就是过去的IT合作伙伴。PTC和Autodesk的物联网发展工程师们可能希望看到他们的设计软件供应商可能提供的物联网选项。例如，PTC已投资超过7亿5000万美元用于物联网。PTC因此也已经积累了大量的物联网技术。而Autodesk最近推出了SeeControl产品。显然，这两家设计公司肯定会发布很多新闻，他们的竞争对手肯定也会跟进。然而，由于没有物联网管理软件是包罗万象的，“有时需要有两个系统，”Kester指出。“其中有一些产品提供了开发的、云端可用的接口，或是同类的功能。然而，目前还没有全套完善的物联网软件供应商，有些系统只是在数据共享方面做的更多些。”物联网协议标准化可能如何影响我的管理软件呢？认为物联网管理软件重要的一种主流原因是缺少物联网的标准化。许多产品设计师却倾向于生产自主控制的软件，所以问题越来越严重了。“在云端，耗费很大的力气把数据整合在一起，但是物联网的发展却没有跟上”，Didier说，“我们还没想好如何使用各个供应商之间的不同系统和应用产品。”然而，在物联网社区是有希望实现标准化的，并且正在以几种方式推进。紧跟物联网标准化的形势，能够确保你的设备实现弯道超车，主导市场。物联网协议标准化方案之一：行业协会物联网行业标准化的首要来源是行业协会。协会确保所有成员单位生产的产品都相互兼容。一些领先的协会和标准化组织包括AVnu联盟、工业互联网协会（IIC）、ODVA和Z-Wave。因此，加入行业协会并且确保使用的所有管理软件都支持他们的协议不失为扩大产品兼容性的好办法。而且，如果你选择创建自己的专有管理软件，他们的协议将是一个很好的出发点。每个联盟制定的协议均对多种场景做了优化。如果某个协会制定的标准符合你的使用场景，你们最好去加入这个协会。例如，AVnu联盟专注于确保工业物联网各个节点间控制和分析的时间同步。“AVnu联盟的做法是将IEEE标准用于对时间敏感的网络（TSNs），确保设备之间的可操作性和可靠性，”Didier说到，“这类似于WIFI联盟对802.11协议多媒体访问控制的做法。他们创建的网络使你可以随时随地用任何设备连接。我们要在工业应用上对TSNs做同样的事情。”
TSN结构图，图片来自国家仪器（NI）Didier表示IIC和德国的Industrie 4.0都已经投入了相当大的努力，但目前还没有哪家协会提出了一个完整的物联网标准方案。“尽管他们两家都没有确定完整的架构形式以及关键的技术，但他们已经有了规划纲要”，他解释说，“Industrie 4.0朝着TSN方向汇聚网络，并且开放通讯平台用于大空间跨度下的数据传输和更大的业务流程运行。此外，IIC发表了一篇论文来概述一种参考架构，文中包括了关键的技术及标准。但他们仍然需要确定今年的发展计划。AVnu联盟将帮助他们确保工业设备与这些网络的融合。”物联网协议标准化方案之二：依托互联网的标准因为所有的事情最终都会落在互联网上，一些机构正在试图借助互联网协议来标准化。“在很多情况下，物联网设备都使用标准化的协议来传输数据”，Patterson解释说。“对于物联网协议本身的标准化，都在求同存异地进行整合。例如，物联网协议网关可以将多个传输协议整合到多个位置。”Walter认为物品联网之后会逐渐地标准化。他认为以太网可能是一个解决方案。他说：“这些产品接入标准的以太网是完成聚合的关键一步。然后我们可以来利用这些标准的以太网通信。我们认为这将有助于在工业物联网通信的聚合。”如果他们最终都被纳入标准的位置或通讯协议，那么物联网标准化需要做到什么程度呢？毕竟，微软Azure和AWS已经使用HTTPS和MQTT协议连接了多个物联网设备。物联网协议标准化方案之三：来自用户和市场的压力用户希望自己的物联网设备能够实现他们的预期设想。所以，“你会看到更多交互友好的物联网接口”，N3的Chuck McDaniel说，“从消费者的角度来看，他们会想要一个简单的东西来完成这些分析。”不幸的是，市场并不总是一味地迎合用户的需求。“资本一直反对任何的标准化以及任何管理机构的掌控”，Kester说。“如果你看看一个开放和自由的标准系统，比如安卓操作系统，你会看到它出现了多个分叉，分为手机制造商分枝、电视剧制造商分枝，甚至将其用于物联网控制器的工业制造商也作为一个分枝。他们可以被任意修改来实现独特的目的，在设备上捆绑他们想推销的应用和服务，使得其竞争者的产品无法适用于他们自己的产品。”这是一个有趣的观点。当明确指定一种标准，比如安卓操作系统，和用户对兼容性的需求，市场仍然会决定拆分成许多标准，以满足自己的垄断需求。“在科技行业，公司之间经常既是竞争者又是合作者，因为他们知道合在一起可以做一个更大的市场”，Kester哀叹，“这就是为什么在过去的20年里，科技行业的进步和发展都是如此的惊人。工业生产商还没有这种意识。”由于这种物联网标准化的方法似乎更像是一种规格战争，工程师们应该密切关注这场战争的钟摆摆动方向。物联网协议标准化方案之四：标准化物联网芯片Kester提出的另一种建议是在芯片的级别上实现标准化。“这可能是最佳选择之一 —— 物联网协议由使用的嵌入式系统和工具来决定”，他说，“然而，市面上有各式各样的物品，使用不同的微处理器，他们的操作方式都有着局限性”。并不是所有的物联网设备硬件都会有相同的处理器功率或内存。因此，许多低功率的产品需要极简单的物联网协议，否则它们将无法承受。而具有更多的计算能力的芯片却需要更大的功率来支持。那么，若在芯片级别实现一种一劳永逸的标准化方案，其自身就有很多的弊病。使用这种策略的一组有趣尝试是Marvell和Google Weave，最近他们发布了一系列插拔式芯片套装，称为Google Weave-ready。尽管这个特殊的芯片可能无法获得足够大的推动力来征服市场，但它肯定会简化物联网产品开发周期。如果有一个连接到管理软件的芯片能满足你的需求，它可能会减少你产品进入市场的时间。但你应该确保这个解决方案符合你的终端用户和物联网的使用情况。物联网标准化 —— 拖延的代价设计团队的产品投入市场的时间越晚，管理软件将会更便宜和更完美，尤其是随着标准化不断地完善。这看起来可能很有吸引力，但它却是一把双刃剑。首先，并不能保证是标准化的。此外，在物联网的实现过程中可能错失良机。“整合的过程中存在很多的机遇”，Walter说，“一旦等到尘埃落定，你再姗姗来迟，就失去了竞争力。”全球物联网平台已达450种！如何选择是一个大问题
物联网行业近两年来的发展可谓是一日千里，“物联网+”逐渐替代“互联网+”成为业内广泛关注的焦点。从2016年开始，物联网平台似乎已经成为各家必争之地，而今年这一趋势更是如火如荼。从上周深圳物联传媒主办的“物联网平台发展现状与应用需求探讨沙龙”的现场盛况来看，业界对于物联网平台的发展很是关注，且行业竞争度还会进一步加剧，相信在来年的国际物联网春季展中还会有更多新的物联网平台提供商来参展。下面是巨头们对于物联网平台的探索，一起去看一下吧。
图片来源：联动元素
据研究报告显示，2016年有超过100个全新的物联网平台已经进入了市场，到2021年，市场规模将会加速增长超过15亿美元。巨头入局，行胜于言!除了以上图片中列举的这些巨头企业，还有很多新创、受资本青睐的企业也是其中的重要玩家。据可靠数据统计，目前全球的物联网平台数目在450个，且随着时间推移这个数目还会进一步增加。
什么是物联网平台呢?一个完整的物联网系统的组件，首先是硬件，这些传感器和设备从环境(例如：水分传感器)收集数据或在环境中执行动作(给植物浇水等);然后是连接，硬件需要一种将所有数据传输到云端的方法(例如：发送湿度数据)或需要一种从云端接收命令的方法(例如：对作物播种);接下来是软件，该软件托管在云端，并且负责分析从传感器收集数据并作出决定(例如：从湿度数据知道刚刚下雨，然后告诉灌溉系统今天不打开) ;最后，完整的物联网系统需要用户界面，为了使所有这些都有用，需要一种方式让用户与物联网系统进行交互(例如：具有显示湿度趋势的仪表板的Web应用程序，并允许用户手动打开或关闭灌溉系统)。它有助于通信、数据流、设备管理和应用功能，是承上启下的一个关键环节。
面对如此多的物联网平台，如何选择是一个大问题，下面就说说一个最佳的物联网平台要具备的条件。
1、稳定性：市场上物联网平台众多，选择那些已经经营多年的平台尤为重要，否则如果平台提供商都倒闭了，您的投资也就跟着打水漂。
2、可扩展性和灵活性：您的需求会随着时间的推移而改变，确保企业刚开始规模较小的时能够使用这个平台，当您企业快速增长、规模变大时也能使用这个平台。此外，平台还应具有足够的灵活性，用以适应快速变化的技术、协议或功能。灵活的平台通常是基于开放标准之上的，并且承诺跟上不断发展的物联网协议、标准和技术的步伐。
3、定价模式和业务案例是否契合：确保平台商定价透明，有些平台在前期以极具诱惑的超低价格或付款方式招揽业务，然后在你真正签单的时候又大幅提价。
4、安全问题：安全对于任何物联网系统都是至关重要，物联网平台必须确保每个方面安全无误。当您询问平台的安全时，请关注：云网络安全设备、用户应用程序的无线网络安全、云安全、设备安全(包括身份验证和最新的证书)、应用认证、数据加密、数据保护(存储状态，运输过程和云端)、会话启动安全、以及更新安全具体计划，包括通过OTA通信。
5、数据分析和数据所有权：物联网的价值在于数据，数据为操作或简单的日常活动提供参考建议，从而提高效率或改善体验。
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点选择好的物联网云平台需要考虑的8大重要事项
物联网云平台简单来说就是一套便捷的管理系统，设备无缝接入，实现后台物联网卡、流量池以及代理商的统一管理与分配。目前可从事物联网云平台定制的物联网公司有很多，如何选择好的物联网云平台定制呢？小编建议可以从以下8个方面进行综合考虑。
1、平台的稳定性。
这里说的不是物联网云平台的稳定性，而是物联网公司的稳定性，因物联网云平台定制还需要系统的维护，以及技术的支撑，假设我们合作的商家实力不足，轻易就关门了，前期的投子很有可能会打水漂。所以要找资质齐全、实力雄厚的物联网公司。
2、平台的可扩展性要强。
物联网应用的领域非常广泛，工业物联网和物联网智能家居的需求就不同，所以对于平台的扩展性要求较高。此外，平台还应具有足够的灵活性，用以适应迅速变化的技术、协议或功能。灵活的平台通常是基于开放标准之上的，并且承诺跟上不断发展的物联网协议、标准和技术的步伐。
3、具备诸多成功案列。
一般案丰富的物联网公司，能够根据企业的不同需求，尽快的确定物联网智能解决方案，同时在经验方面也更为充足。
4、平台提供商如何处理安全问题。
安全对于任何物联网系统都是至关重要，物联网平台必须确保每个方面安全无误。可以关注物联网公司针对云网络安全设备、用户应用程序的无线网络安全、云安全、设备安全（包括身份验证和醉新的证书）、应用认证、数据加密、数据保护、会话启动安全、以及更新安全等多方面的安全措施，是如何进行的。
5、开发时间。
使用物联网平台的醉大优点之一是加快了产品或服务上市销售时间，要求平台商预估产品或服务上市需要多少时间，以及在整个过程中平台商打算提供怎样的支持。
6、售后服务是否到位。
物联网云平台定制是一个长期合作的过程，需要物联网公司提供长期的优质售后服务。
沃腾通讯是也内较早从事物联网云平台定制（http://www.aa086.com/）的服务商，长期与运营商合作，能够为企业提供低成本、高质量的物联网智能解决方案，因合作的商家已经超过数百家，涉及不同行业不同产品，具备丰富的经验，更有保障。
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
沃腾通讯提供三网通用的流量卡,流量卡代理,物联网卡,物联网SIM卡,物联网云平台
三网通用的物联网云平台,物联网服务平台,物联网开发平台,物联网平台架构
今日搜狐热点纠结啊，手头两个offer，一个做GIS，一个物联网，不知道选哪个
[问题点数：40分，结帖人q_sdfg123]
纠结啊，手头两个offer，一个做GIS，一个物联网，不知道选哪个
[问题点数：40分，结帖人q_sdfg123]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2013年1月 移动平台大版内专家分月排行榜第二2012年12月 移动平台大版内专家分月排行榜第二
2014年1月 移动开发大版内专家分月排行榜第三2013年4月 移动平台大版内专家分月排行榜第三2013年3月 移动平台大版内专家分月排行榜第三2012年6月 移动平台大版内专家分月排行榜第三
匿名用户不能发表回复！|　通信对物联网来说十分关键，无论是近距离无线传输技术还是移动通信技术，甚至是LPWAN都影响着物联网的发展。通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。那么物联网都有哪些通信协议？众多的协议该如何选择？
　　我们将物联网通信协议分为两大类，一类是接入协议，一类是通讯协议。接入协议一般负责子网内设备间的组网及通信（文章有详细介绍）；通讯协议主要是运行在传统互联网TCP/IP协议之上的设备通讯协议，负责设备通过互联网进行数据交换及通信。
　　本文罗列下市面上物联网协议，总结下它们各自特点、特定的物联网应用场景等。
　　物联网联接的问题空间
　　上图为物联网联接的问题空间，其中物联网的通信环境有Ethernet， Wi-Fi， RFID， NFC（近距离无线通信）， Zigbee， 6LoWPAN（IPV6低速无线版本），Bluetooth， GSM， GPRS， GPS， 3G， 4G等网络，而每一种通信应用协议都有一定适用范围。AMQP、JMS、REST/HTTP都是工作在以太网，COAP协议是专门为资源受限设备开发的协议，而DDS和MQTT的兼容性则强很多。
　　互联网时代，TCP/IP协议已经一统江湖，现在的物联网的通信架构也是构建在传统互联网基础架构之上。在当前的互联网通信协议中，HTTP协议由于开发成本低，开放程度高，几乎占据大半江山，所以很多厂商在构建物联网系统时也基于http协议进行开发。包括google主导的physic web项目，都是期望在传统web技术基础上构建物联网协议标准。
　　HTTP协议是典型的CS通讯模式，由客户端主动发起连接，向服务器请求XML或JSON数据。该协议最早是为了适用web浏览器的上网浏览场景和设计的，目前在PC、手机、pad等终端上都应用广泛，但并不适用于物联网场景。在物联网场景中其有三大弊端：
　　1. 由于必须由设备主动向服务器发送数据，难以主动向设备推送数据。对于单单的数据采集等场景还勉强适用，但是对于频繁的操控场景，只能推过设备定期主动拉取的的方式，实现成本和实时性都大打折扣。
　　2. 安全性不高。web的不安全都是妇孺皆知，HTTP是明文协议，在很多要求高安全性的物联网场景，如果不做很多安全准备工作（如采用https等），后果不堪设想。
　　3. 不同于用户交互终端如pc、手机，物联网场景中的设备多样化，对于运算和存储资源都十分受限的设备，http协议实现、XML/JSON数据格式的解析，都是不可能的任务。
　　REST/HTTP（松耦合服务调用）
　　REST （Representational State Transfer），表征状态转换，是基于HTTP协议开发的一种通信风格，目前还不是标准；
　　适用范围：REST/HTTP主要为了简化互联网中的系统架构，快速实现客户端和服务器之间交互的松耦合，降低了客户端和服务器之间的交互延迟。因此适合在物联网的应用层面，通过REST开放物联网中资源，实现服务被其他应用所调用。
　　特点：
　　& REST 指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful
　　& 客户端和服务器之间的交互在请求之间是无状态的
　　& 在服务器端，应用程序状态和功能可以分为各种资源，它向客户端公开。资源的例子有：应用程序对象、数据库记录、算法等等。每个资源都使用 URI （Universal Resource Identifier） 得到一个惟一的地址。所有资源都共享统一的界面，以便在客户端和服务器之间传输状态
　　& 使用的是标准的 HTTP 方法，比如 GET、PUT、POST 和 DELETE
　　点评： REST/HTTP其实是互联网中服务调用API封装风格，物联网中数据采集到物联网应用系统中，在物联网应用系统中，可以通过开放REST API的方式，把数据服务开放出去，被互联网中其他应用所调用。
　　CoAP协议
　　& CoAP （Constrained Application Protocol），受限应用协议，应用于无线传感网中协议。
　　适用范围：CoAP是简化了HTTP协议的RESTful API，CoAP是6LowPAN协议栈中的应用层协议，它适用于在资源受限的通信的IP网络。
　　特点：
　　报头压缩：CoAP包含一个紧凑的二进制报头和扩展报头。它只有短短的4B的基本报头，基本报头后面跟扩展选项。一个典型的请求报头为10～20B。
　　方法和URIs：为了实现客户端访问服务器上的资源，CoAP支持GET、PUT、POST和DELETE等方法。CoAP还支持URIs，这是Web架构的主要特点。
　　传输层使用UDP协议：CoAP协议是建立在UDP协议之上，以减少开销和支持组播功能。它也支持一个简单的停止和等待的可靠性传输机制。
　　支持异步通信：HTTP对M2M（Machine-to-Machine）通信不适用，这是由于事务总是由客户端发起。而CoAP协议支持异步通信，这对M2M通信应用来说是常见的休眠／唤醒机制。
　　支持资源发现：为了自主的发现和使用资源，它支持内置的资源发现格式，用于发现设备上的资源列表，或者用于设备向服务目录公告自己的资源。它支持RFC5785中的格式，在CoRE中用／．well&known／core的路径表示资源描述。
　　支持缓存：CoAP协议支持资源描述的缓存以优化其性能。
　　协议主要实现：
　　& libcoap（C语言实现）
　　& Californium（java语言实现）
　　点评：CoAP和6LowPan，这分别是应用层协议和网络适配层协议，其目标是解决设备直接连接到IP网络，也就是IP技术应用到设备之间、互联网与设备之间的通信需求。因为IPV6技术带来巨大寻址空间，不光解决了未来巨量设备和资源的标识问题，互联网上应用可以直接访问支持IPV6的设备，而不需要额外的网关。
　　MQTT协议（低带宽）
　　MQTT （Message Queuing Telemetry Transport ），消息队列遥测传输，由IBM开发的即时通讯协议，相比来说比较适合物联网场景的通讯协议。MQTT协议采用发布/订阅模式，所有的物联网终端都通过TCP连接到云端，云端通过主题的方式管理各个设备关注的通讯内容，负责将设备与设备之间消息的转发。
　　MQTT在协议设计时就考虑到不同设备的计算性能的差异，所以所有的协议都是采用二进制格式编解码，并且编解码格式都非常易于开发和实现。最小的数据包只有2个字节，对于低功耗低速网络也有很好的适应性。有非常完善的QOS机制，根据业务场景可以选择最多一次、至少一次、刚好一次三种消息送达模式。运行在TCP协议之上，同时支持TLS（TCP+SSL）协议，并且由于所有数据通信都经过云端，安全性得到了较好地保障。
　　适用范围：在低带宽、不可靠的网络下提供基于云平台的远程设备的数据传输和监控。
　　特点：
　　& 使用基于代理的发布/订阅消息模式，提供一对多的消息发布
　　& 使用 TCP/IP 提供网络连接
　　& 小型传输，开销很小（固定长度的头部是 2 字节），协议交换最小化，以降低网络流量
　　& 支持QoS，有三种消息发布服务质量：&至多一次&， &至少一次&， &只有一次&
　　协议主要实现和应用：
　　& 已经有PHP，JAVA，Python，C，C#等多个语言版本的协议框架
　　& IBM Bluemix 的一个重要部分是其 IoT Foundation 服务，这是一项基于云的 MQTT 实例
　　& 移动应用程序也早就开始使用MQTT，如 Facebook Messenger 和com等
　　点评：MQTT协议一般适用于设备数据采集到端（Device-》Server，Device-》Gateway），集中星型网络架构（hub-and-spoke），不适用设备与设备之间通信，设备控制能力弱，另外实时性较差，一般都在秒级。
　　DDS协议（高可靠性、实时）
　　DDS（Data Distribution Service for Real-Time Systems），面向实时系统的数据分布服务，这是大名鼎鼎的OMG组织提出的协议，其权威性应该能证明该协议的未来应用前景。
　　适用范围：分布式高可靠性、实时传输设备数据通信。目前DDS已经广泛应用于国防、民航、工业控制等领域。
　　特点：
　　& 以数据为中心
　　& 使用无代理的发布/订阅消息模式，点对点、点对多、多对多
　　& 提供多大21种QoS服务质量策略
　　协议主要实现：
　　& OpenDDS 是一个开源的 C++ 实现
　　& OpenSplice DDS
　　点评：DDS很好地支持设备之间的数据分发和设备控制，设备和云端的数据传输，同时DDS的数据分发的实时效率非常高，能做到秒级内同时分发百万条消息到众多设备。DDS在服务质量（QoS）上提供非常多的保障途径，这也是它适用于国防军事、工业控制这些高可靠性、可安全性应用领域的原因。但这些应用都工作在有线网络下，在无线网络，特别是资源受限的情况下，没有见到过实施案例。
　　AMQP协议（互操作性）
　　& AMQP（Advanced Message Queuing Protocol），先进消息队列协议，这是OASIS组织提出的，该组织曾提出OSLC（Open Source Lifecyle）标准，用于业务系统例如PLM，ERP，MES等进行数据交换。
　　适用范围：最早应用于金融系统之间的交易消息传递，在物联网应用中，主要适用于移动手持设备与后台数据中心的通信和分析。
　　特点：
　　& Wire级的协议，它描述了在网络上传输的数据的格式，以字节为流
　　& 面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全
　　协议实现：
　　& Erlang中的实现有 RabbitMQ
　　& AMQP的开源实现，用C语言编写OpenAMQ
　　& Apache Qpid
　　& stormMQ
　　XMPP协议（即时通信）
　　XMPP（Extensible Messaging and Presence Protocol）可扩展通讯和表示协议，XMPP的前身是Jabber，一个开源形式组织产生的网络即时通信协议。XMPP目前被IETF国际标准组织完成了标准化工作。
　　适用范围：即时通信的应用程序，还能用在网络管理、内容供稿、协同工具、档案共享、游戏、远端系统监控等。
　　特点：
　　& 客户机/服务器通信模式
　　& 分布式网络
　　& 简单的客户端，将大多数工作放在服务器端进行
　　& 标准通用标记语言的子集XML的数据格式
　　点评：XMPP是基于XML的协议，由于其开放性和易用性，在互联网及时通讯应用中运用广泛。相对HTTP，XMPP在通讯的业务流程上是更适合物联网系统的，开发者不用花太多心思去解决设备通讯时的业务通讯流程，相对开发成本会更低。但是HTTP协议中的安全性以及计算资源消耗的硬伤并没有得到本质的解决。
　　& JMS （Java Message Service），JAVA消息服务，这是JAVA平台中著名的消息队列协议。
　　Java消息服务（Java Message Service）应用程序接口，是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。
　　JMS是一种与厂商无关的 API，用来访问消息收发系统消息，它类似于JDBC（Java Database Connectivity）。这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ。 JMS 能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 JMS 客户机向另一个 JMS客户机发送消息。消息是 JMS 中的一种类型对象，由两部分组成：报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本（TextMessage）、可序列化的对象 （ObjectMessage）、属性集合 （MapMessage）、字节流 （BytesMessage）、原始值流 （StreamMessage），还有无有效负载的消息 （Message）。& & &&物联网协议对比：
　　协议应用的侧重方向
　　MQTT、 DDS、 AMQP、XMPP、 JMS、 REST、 CoAP这几种协议都已被广泛应用，并且每种协议都有至少10种以上的代码实现，都宣称支持实时的发布/订阅的物联网协议，但是在具体物联网系统架构设计时，需考虑实际场景的通信需求，选择合适的协议。
　　以智能家居为例，说明下这些协议侧重应用方向。智能家居中智能灯光控制，可以使用XMPP协议控制灯的开关；智能家居的电力供给，发电厂的发动机组的监控可以使用DDS协议；当电力输送到千家万户时，电力线的巡查和维护，可以使用MQTT协议；家里的所有电器的电量消耗，可以使用AMQP协议，传输到云端或家庭网关中进行分析；最后用户想把自家的能耗查询服务公布到互联网上，那么可以使用REST/HTTP来开放API服务。
　　物联网协议的选择
　　发布/订阅服务更适合物联网环境下通信
　　DDS、MQTT、AMQP和JMS都是基于发布/订阅模式，发布/订阅框架具有服务自发现、动态扩展、事件过滤的特点，它解决了物联网系统在应用层的数据源快速获取、物的加入和退出、兴趣订阅、降低带宽流量等问题，实现物的联接在空间上松耦合（双方无需知道通信地址）、时间上松耦合和同步松耦合。
　　服务质量（QoS）是物联网通信中的重要考虑因素
　　在服务策略的帮助下，DDS能够有效地控制和管理网络带宽、内存空间等资源的使用，同时也能控制数据的可靠性、实时性和数据的生存时间，通过灵活使用这些服务质量策略，DDS不仅能在窄带的无线环境上，也能在宽带的有线通信环境上开发出满足实时性需求的数据分发系统。
阅读(...) 评论() &