哪有什么天生如此，只是我們天天堅(jiān)持。 -Zhiyuan

此文章主要總結(jié)CoAP協(xié)議的術(shù)語(yǔ)解釋：

只在網(wǎng)上找到了[RFC2616] 的解釋，但是這些都是通用的
本文檔要求讀者熟悉[RFC2616]中討論的所有術(shù)語(yǔ)，包括resource , representation，cache和fresh。（對(duì)HTTP協(xié)議更新的RFC有7230到7235，但由于本文檔的完成早于這些對(duì)HTTP協(xié)議更新的rfc，故本文檔引用的是先前的HTTP協(xié)議版本：[RFC2616]）。此外，本文檔定義了以下術(shù)語(yǔ)：

• 端(Endpoint)
  參與CoAP協(xié)議的一個(gè)實(shí)體。通俗的說(shuō)，一個(gè)端指的是一個(gè)節(jié)點(diǎn)(node)，盡管Host這個(gè)詞更符合互聯(lián)網(wǎng)標(biāo)準(zhǔn)，與傳 輸層的多路復(fù)用技術(shù)聯(lián)系起來(lái)，可以包括一個(gè)UDP端口號(hào)。
• 發(fā)送者(Sender)
  消息的發(fā)起端。從交互角度來(lái)說(shuō)，也稱為“源端”（source endpoint）。
• 接收者(Recipient)
  消息的目的端。從交互角度來(lái)說(shuō)，也稱為“目的端”（destination endpoint）。
• 客戶端(Client)
  消息請(qǐng)求的源端，消息響應(yīng)的目的端。

• 服務(wù)端(Server)
  消息請(qǐng)求的目的端，消息響應(yīng)的源端。

• 原始服務(wù)端(Origin Server)
  存儲(chǔ)或創(chuàng)建一個(gè)給定的資源的服務(wù)端。

• 中間人(Intermediary)
  對(duì)于一個(gè)原始服務(wù)端（也可能是其它的中間人）來(lái)說(shuō)，一個(gè)即是服務(wù)端又是客戶端的CoAP端。常見的場(chǎng)景是一個(gè)代理。

• 代理(Proxy)
  代理是主要作用為轉(zhuǎn)發(fā)請(qǐng)求和響應(yīng)消息的中間人，有可能起到緩存，命名空間轉(zhuǎn)換，或者協(xié)議轉(zhuǎn)換的作用。與一般的中間人不同的是，代理通常不實(shí)現(xiàn)任何語(yǔ)義。在轉(zhuǎn)發(fā)請(qǐng)求的場(chǎng)景下，根據(jù)定位的不同，主要分為兩種：正向代理和反向代理。在某些情況下，一個(gè)端有可能根據(jù)每一個(gè)請(qǐng)求的特性轉(zhuǎn)換自己的角色，可以作為原始服務(wù)端、正向代理或反向代理。
• 正向代理(Forward-Proxy)
  即客戶端的代理，通常是通過本地配置，用來(lái)代表客戶端發(fā)出請(qǐng)求，必要時(shí)做一些轉(zhuǎn)換。有些轉(zhuǎn)換是很細(xì)微的，如代理“coap”開頭的URI，然而有些請(qǐng)求則需要在其它應(yīng)用層協(xié)議和coap協(xié)議間作轉(zhuǎn)換。

• 反向代理(Reverse-Proxy)
  代替一個(gè)或多個(gè)服務(wù)端接收請(qǐng)求的端，必要時(shí)做一些轉(zhuǎn)換。與正向代理不同的是，反向代理對(duì)客戶端可能是完全透明的。反向代理接收請(qǐng)求，把它自己當(dāng)成目標(biāo)資源的原始服務(wù)端。
• CoAP到CoAP代理(CoAP-to-CoAP Proxy)
  把一個(gè)CoAP請(qǐng)求映射到另一個(gè)CoAP請(qǐng)求的代理。也就是說(shuō)它的服務(wù)端部分和客戶端部分都使用CoAP協(xié)議。與“跨協(xié)議代理”形成對(duì)比。

• 跨協(xié)議代理(Cross-Proxy)
  跨協(xié)議代理指的是在不同協(xié)議之間做轉(zhuǎn)換的代理，例如一個(gè)從CoAP到HTTP的代理，或者HTTP到CoAP的代理。相對(duì)于CoAP到CoAP代理，跨協(xié)議代理有很多種。

• 需應(yīng)答消息(Confirmable Message)
  要求ACK的消息稱為需應(yīng)答消息。當(dāng)沒有發(fā)生數(shù)據(jù)包丟失的時(shí)候，每個(gè)需應(yīng)答消息必定會(huì)有一個(gè)類型為ACK或Reset的響應(yīng)。后面簡(jiǎn)寫為CON。

• 不需應(yīng)答消息(Non-confirmable Message)
  不要求ACK的的消息稱為不需應(yīng)答消息。通常用于某些應(yīng)用中周期性的重復(fù)發(fā)送數(shù)據(jù)的情形，例如不斷的讀取一個(gè)傳感器的數(shù)據(jù)。后面簡(jiǎn)寫成NON。

• ACK消息(Acknowledgement Message)
  ACK消息用于確認(rèn)某個(gè)可靠消息已經(jīng)到達(dá)。ACK消息自身并不代表這個(gè)請(qǐng)求處理的結(jié)果是成功還是失敗。ACK消息有可能會(huì)同時(shí)為附帶響應(yīng)(Piggybacked Response)。

• 重置消息(Reset Message)
  Reset消息代表的是一個(gè)消息（需要應(yīng)答或者不需要應(yīng)答的消息）被收到了，但是由于缺少某些上下文信息而無(wú)法被正常的處理。這種情況通常是由于接收節(jié)點(diǎn)重啟了，因而缺失了一些必要的信息，導(dǎo)致當(dāng)前接收到的消息無(wú)法被處理。利用reset消息，也是一種低開銷的檢查端是否存活的方式（也稱作CoAP ping，發(fā)送一個(gè)空的需應(yīng)答消息）。后面簡(jiǎn)寫成RST。

• 附帶響應(yīng)(Piggybacked Response)
  附帶響應(yīng)指的是，對(duì)于一個(gè)請(qǐng)求消息，它的ACK消息中包含了響應(yīng)數(shù)據(jù)。

• 單獨(dú)響應(yīng)(Separate Response)
  當(dāng)請(qǐng)求是一個(gè)需應(yīng)答消息時(shí)，如果它的ACK是一個(gè)空消息（因?yàn)榉?wù)端對(duì)該請(qǐng)求產(chǎn)生對(duì)應(yīng)結(jié)果需要一些時(shí)間），那么就需要一個(gè)單獨(dú)的消息交換過程來(lái)完成對(duì)請(qǐng)求的響應(yīng)（5.2.2節(jié)）。

• 空消息(Empty Message)
  空消息的code是0.00，有可能是請(qǐng)求，也可能是響應(yīng)。空消息只有4個(gè)字節(jié)的header，沒有body部分。

• 重要選項(xiàng)(Critical Option)
  指的是這樣的選項(xiàng)：只有接收端正確的理解這個(gè)選項(xiàng)，那么這個(gè)請(qǐng)求才能被正確的處理（5.4.1節(jié)）。注意，這些選項(xiàng)的值通常都有一個(gè)范圍，不支持的選項(xiàng)值會(huì)導(dǎo)致錯(cuò)誤的響應(yīng)消息或者拒絕這個(gè)消息。

• 非重要選項(xiàng)(Elective Option)
  非重要選項(xiàng)指的是如果接收端不理解這個(gè)選項(xiàng)，那么可以把它忽略。協(xié)議允許忽略這個(gè)選項(xiàng)而對(duì)消息進(jìn)行處理（參見5.4.1節(jié)）。

• 非安全選項(xiàng)(Unsafe Option)
  非安全的選項(xiàng)指的是，代理必須理解這個(gè)選項(xiàng)才能正確的轉(zhuǎn)發(fā)這個(gè)消息。并非所有的重要選項(xiàng)都是非安全選項(xiàng)。

• 轉(zhuǎn)發(fā)安全選項(xiàng)(Safe-to-Forward Option)
  代理不理解這個(gè)選項(xiàng)，但也可以安全的轉(zhuǎn)發(fā)這個(gè)消息。在不理解這個(gè)選項(xiàng)的情況下，也可以轉(zhuǎn)發(fā)這個(gè)消息（參見5.4.2節(jié)）。

• 資源發(fā)現(xiàn)(Resource Discovery)
  資源發(fā)現(xiàn)指的是CoAP客戶端獲得服務(wù)端支持的所有資源列表的過程（參見第7章）。

• 內(nèi)容格式(Content-Format)
  內(nèi)容格式指的是互聯(lián)網(wǎng)媒體類型和內(nèi)容編碼，用一個(gè)數(shù)值型標(biāo)識(shí)符來(lái)標(biāo)識(shí)。這個(gè)數(shù)值型標(biāo)識(shí)符在“COAP 內(nèi)容格式”中定義。當(dāng)重點(diǎn)注意力不是在這個(gè)數(shù)值型的標(biāo)識(shí)上，而是在資源表現(xiàn)本身時(shí)，就稱作“表現(xiàn)格式”（REPRESENTATION FORMAT）。

參考文獻(xiàn)：
https://github.com/WildDogTea...

學(xué)以致用，靈活運(yùn)用。祝大家好運(yùn)！

總結(jié)

以上是生活随笔為你收集整理的物联网协议之CoAP协议开发学习笔记之术语解释的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。