IoT 成为成熟市场前，势必经历通讯协定技术变革的过程。物联网的发展，进入到衔接 web(over HTTP)的阶段后，典型的通讯协定堆叠(Protocol Stacks)开始产生变化。更进一步的话，物联网在 2015 年开始，进入通讯协定技术变革的时代。过去使用的通讯协定技术，开始有了改良版本。几个知名的例子：Google 提倡的 SPDY 协定、专为 Constrained Device 所设计的 CoAP，以及 QUIC 改良传统的 UDP。

　　未来，当 IoT 装置大量布署后，届时网路上将有十亿，甚致百亿计的 IoT 装置，这个总数，绝对比纯 web 时代时的 web server 还要更多。
　　上 述所提的例子，最终都想针对 HTTP 协定进行改造。HTTP 是应用层通讯协定(Application Layer Protocol)，现在的 IoT 架构，发展重心就是使用 HTTP(Web)来交连(interoperate)，这个 IoT + Web 的架构，称为 WoT(Web of Things)。不只是 WoT 架构，从通讯协定的角度来看，物联网正进入应用层通讯协定技术变革的时代。
　　TCP/IP Stacks 是网路协定的基础，其中有一层称为传输层(Transport Layer)，传输层包含 TCP 与 UDP 二个协定。UDP 协定比 TCP 更轻量化，但因为 TCP 的可靠性佳高，因此，知名的应用层协定“HTTP”，就基于 TCP 协定来发展。基于 TCP 的 HTTP(或称为 HTTP over TCP)的特色就是 Client/Server 间会进行资料传输的确认(ACK)，因此可靠度高。然而，这个确认的动作对物联网装置来说，可能会形成一个问题。这个问题在于，确认的动作需要花费较多的 硬体资源(运算能力、记忆体等)，对硬体资源较缺乏的装置(称为 Constrained Device)，这个 TCP 的确认过程，就成为一个很大的负担。
　　HTTP(Hypertext Transfer Protocol)是一种 request-response 形式的协定。就像我们所知道的，它已经完全融入我们的生活之中。HTTP 在 PC 时代，已经改变人们接收资讯的方式与习惯，到了 Mobile 的时代，HTTP 更再次影响与改变人类的社会文化。到了物联网时代，HTTP 将继续影响与改变人类的生活习惯，物联网已经开始受到 HTTP 的影响，这就是 Web of Things。HTTP 属于 application-level 的协定，HTTP 的传输层就是使用 TCP。
　　一个开放式且符合 Web of Things 设计原则的 IoT Cloud 架构，应该以 application-level 的协定为主，因此 HTTP 成为自然当选人。但物联网硬体本身，有它的局限性，例如：低功耗、运算频率较低、主记忆体较少等，当软体在这样受局限的硬体环境上运作时，就需要一个比 HTTP 更适合的应用层协定-CoAP(Contrained Application Protocol)就因应而生。
　　CoAP 并不是要取代 HTTP，它是针对 Constrained Device 的 HTTP 需求。CoAP(Constrained Application Protocol)是更简单且轻量化的 HTTP 技术，简单的意思是，CoAP 简化了 HTTP 的内容，轻量化的意思是，CoAP 采用 UDP 进行传输。简单来说，CoAP 可以看做是一个 HTTP over UDP 的技术。CoAP 是物联网的重要技术，它让 Constrained Device 都能具备 HTTP 的能力。大部份的 MCU 装置都是 Constrained Device，因此，就也像是 MCU + HTTP。
　　从实作的角度来看，CoAP 并非直接采用 HTTP 标准，而是透过转换(translate)的方式将讯息对应成标准的 HTTP。CoAP 采纳了 REST 架构，并且也是采取 request/response 的模式。因此，要将 CoAP 转换为 HTTP，或是将 HTTP 转换为 CoAP，其实是非常容易的。实际上，CoAP 只对 request/response 的部份做转换，也就是 CoAP 的 request 都能转换为 HTTP request headers;response 的部份亦同。
　　除了 CoAP 外，HTTP/2.0 未来也可能在物联网应用上，扮演重要角色。HTTP over TCP 的 ACK 会造成的一些负担，因此如果让 HTTP over UDP 的话，就可以解决这个问题。Google 所提出的 QUIC(Quick UDP Internet Connection)就是这样的技术。QUIC 可以让 HTTP 基于 UDP 传输层，就是 HTTP + QUIC + UDP。
　　解决了传输层的问题，再回到应用层来看 HTTP。因为 HTTP request/response headers 设计上的一些缺点，让 HTTP 的网路传输效能无法提升。为解决这些问题，Google 便提出了 SPDY 协定。SPDY 协定后来成为 HTTP/2(HTTP 2.0)的基础。IETF 在 2015 年 5 月正式发布 HTTP/2 标准(RFC 7540)。HTTP/2 是基于 TCP 协定，因此要让物联网装置使用 HTTP over UDP 的话，目前仍必须使用 HTTP + QUIC + UDP 的堆叠。
　　因为 HTTP/2 标准就是 SPDY 的内容，如果有意在物联网装置上使用 HTTP/2 的特性，就要采用 HTTP + SPDY + QUIC + UDP 的堆叠。不过，Google 未来有意将 HTTP/2 over QUIC 提交给 IETF，到时就能舍弃 HTTP + SPDY + QUIC + UDP 的做法，毕竟这只是过渡时期的解决方案。
　　从 IoT 装置的角度来看，在一个硬体很受限的环境里，HTTP over TCP 的过程不但消耗硬体资源，也考验硬体的运算能力。同时，这个过程因为 handshake 的过程繁复，也可能造成“response time”过长。CoAP、HTTP over UDP 或是 HTTP/2 over QUIC 则是修改了 handshake 的过程，解决了包含 response time 在内的各种问题。
　　未来，当 IoT 装置大量布署后，届时网路上将有十亿，甚致百亿计的 IoT 装置，这个总数，绝对比纯 web 时代时的 web server 还要更多。当这些 IoT 装置彼此间，发出大量且频繁的 HTTP request/response 时，这些 TCP 连线就会累积出非常可怕的“连线负载”。未来迎接 IoT 的时代，降低 ACK 封包，并设计更适合的通讯协定，就成了重要的基础研究。或许，在通讯协定技术完成技术变革后，WoT 才会真正成为成熟市场。