物联网中的通信-即设备如何向网络发送到和接收数据-可以以有所不同的方式处置，通信方式主要由应用层中的协议来掌控。理解数据在您服务中的设备周围的流动方式可以让您理解其有可能的号召以及数据在设备之间的实时速度。

引（push），纳（pull）和轮询（polling）作为一名UX（用户体验）设计师，您必须留意的关键因素还包括：?设备如何将消息传输到网络中：它是定期启动时（push）还是符合某些条件后再行启动时？还是仅当客户端设备（如智能手机应用程序）或者服务催促（pull：纳）它时才不会传输（即）？?设备如何从网络中接管消息：消息否就是指服务或者其他设备启动时过来的，还是第一个设备根据必须催促它们接管的？?设备相连频率：它是大大地持续相连，还是定期相连的，还是只有当它告诉它必须相连时才相连？?指令或数据有可能多慢通过？这是一个人组的问题还包括以下的问题：-设备创建相连必须多长时间-相连有可能有多慢-必须发送到多少数据-它可以多必要地被路由（任何信息要通过Internet有可能必须花上更长的时间）如图1的例子右图，说明了您可能会遇上的一些问题：电池供电冷却控制器用于ZigBee每两分钟联系其网关登记注册其状态信息并谋求新的指令。这种方式称作轮询（polling）：控制器不告诉什么时候不会有新的指令，但必需定期地检查改版。

用户用于移动应用程序来冷却使温度从19°C增高到21°C。该应用程序将该指令传送给Internet服务。网关设备定期轮询（polls）Internet服务并接管指令。

（网关具备主电源供电，因此可能会非常频密地展开轮询，或许间隔几秒钟就轮询一次。）冷却控制器（polls）轮询网关并接管指令。

图1、冷却系统中的轮询和启动时如果用户在冷却控制器面前用于移动应用程序app时，则可能会看见控制器花费宽约两分钟的时间来号召来自移动设备的命令。在此期间，手机UI（用户模块）和控制器显示器将表明有所不同的状态信息，并且可能会不实时。手机可能会说道是21°C，控制器则有可能表明19°C。

控制器体现系统当前的现实状态。在连贯性方面，这是一个连续性问题。它可以更慢地将指令从Internet服务启动时到网关和设备中。但这一般来说不太可能通过家庭路由器来构建。

大多数路由器向世界呈现出的是单个公共IP地址，并将本地网络上的设备地址保有为私有（这种分享一个IP地址的技术称作NAT：网络地址切换（networkaddresstranslation））。因此，服务器无法启动时（push）到本地家庭网络上的设备或者从本地家庭网络上的设备中拉出有（pull）信息。另外，安全性防火墙也有可能是一个问题。

所以，设备必需通过轮询来检查新的指令，这有可能必须更长的时间。如果用户用于加装在冷却控制器设备上的掌控来加剧，则延后可能会较短。控制器告诉系统再次发生了变化，并通过集线器（hub）将改版信息的消息启动时（push）到Internet服务中。

它告诉它必须相连，所以它会等候计划的下一个轮询。如果用户的智能手机冷却控制应用程序关上，那么它可能会每30秒向服务催促新的数据。所以如果用户在刚好看著他们的智能手机冷却应用程序，他们有可能依然不会仔细观察到不连续性，但有可能只是一个一段时间的延时。智能手机和冷却控制器正在轮询互联网服务以展开改版，这是一个纳（pull）的例子。

当他们告诉他们有近期的信息或者命令要共享时，那么它们两者都需要启动时消息。智能手机和冷却控制器都会维持与网络的持续相连，因为这样不会消耗电池的电量。但手机可以比控制器更加频密地检查改版，因为它的电源受到的容许较较少。虽然这种决定显然不会曝露有时候的不连续性，但是对于冷却系统的应用于情况，这些会是灾难性的影响。

大多数时候，用户会拿着智能手机车站在冷却控制器的面前。另外在大多数时候，收到冷却指令和实际打开指令之间的两分钟延后迟缓并不是一个问题：加热器的工作时间是以小时为单位的而不是秒。轮询时间间隔过于宽可能会使服务深感反应过于幼稚。例如，用于IfThisThenThat（IFTTT），当有电子邮件从特定收件人传送到您的Gmail帐号上时PhilipsHuebulb可以配备为闪光或者变更颜色。

虽然这是一个好主意，但是IFTTT不能每15分钟轮询一次Gmail（这有可能是由Gmail容许的，以防止轮询过于频密而造成其服务器短路）。这意味著在接到电子邮件后15分钟内，灯泡有可能会号召。这是一个十分不及时号召的通报系统。

本文来源：bsports(官方)网站/网页版登录入口/手机版本-www.xianrenbin.com