哪有什么天生如此，只是我們天天堅持。 -Zhiyuan

此文章主要總結CoAP協議的術語解釋：

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

• 端(Endpoint)
  參與CoAP協議的一個實體。通俗的說，一個端指的是一個節點(node)，盡管Host這個詞更符合互聯網標準，與傳 輸層的多路復用技術聯系起來，可以包括一個UDP端口號。
• 發送者(Sender)
  消息的發起端。從交互角度來說，也稱為“源端”（source endpoint）。
• 接收者(Recipient)
  消息的目的端。從交互角度來說，也稱為“目的端”（destination endpoint）。
• 客戶端(Client)
  消息請求的源端，消息響應的目的端。

• 服務端(Server)
  消息請求的目的端，消息響應的源端。

• 原始服務端(Origin Server)
  存儲或創建一個給定的資源的服務端。

• 中間人(Intermediary)
  對于一個原始服務端（也可能是其它的中間人）來說，一個即是服務端又是客戶端的CoAP端。常見的場景是一個代理。

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

• 反向代理(Reverse-Proxy)
  代替一個或多個服務端接收請求的端，必要時做一些轉換。與正向代理不同的是，反向代理對客戶端可能是完全透明的。反向代理接收請求，把它自己當成目標資源的原始服務端。
• CoAP到CoAP代理(CoAP-to-CoAP Proxy)
  把一個CoAP請求映射到另一個CoAP請求的代理。也就是說它的服務端部分和客戶端部分都使用CoAP協議。與“跨協議代理”形成對比。

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

• 需應答消息(Confirmable Message)
  要求ACK的消息稱為需應答消息。當沒有發生數據包丟失的時候，每個需應答消息必定會有一個類型為ACK或Reset的響應。后面簡寫為CON。

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

• ACK消息(Acknowledgement Message)
  ACK消息用于確認某個可靠消息已經到達。ACK消息自身并不代表這個請求處理的結果是成功還是失敗。ACK消息有可能會同時為附帶響應(Piggybacked Response)。

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

• 附帶響應(Piggybacked Response)
  附帶響應指的是，對于一個請求消息，它的ACK消息中包含了響應數據。

• 單獨響應(Separate Response)
  當請求是一個需應答消息時，如果它的ACK是一個空消息（因為服務端對該請求產生對應結果需要一些時間），那么就需要一個單獨的消息交換過程來完成對請求的響應（5.2.2節）。

• 空消息(Empty Message)
  空消息的code是0.00，有可能是請求，也可能是響應。空消息只有4個字節的header，沒有body部分。

• 重要選項(Critical Option)
  指的是這樣的選項：只有接收端正確的理解這個選項，那么這個請求才能被正確的處理（5.4.1節）。注意，這些選項的值通常都有一個范圍，不支持的選項值會導致錯誤的響應消息或者拒絕這個消息。

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

• 非安全選項(Unsafe Option)
  非安全的選項指的是，代理必須理解這個選項才能正確的轉發這個消息。并非所有的重要選項都是非安全選項。

• 轉發安全選項(Safe-to-Forward Option)
  代理不理解這個選項，但也可以安全的轉發這個消息。在不理解這個選項的情況下，也可以轉發這個消息（參見5.4.2節）。

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

• 內容格式(Content-Format)
  內容格式指的是互聯網媒體類型和內容編碼，用一個數值型標識符來標識。這個數值型標識符在“COAP 內容格式”中定義。當重點注意力不是在這個數值型的標識上，而是在資源表現本身時，就稱作“表現格式”（REPRESENTATION FORMAT）。

參考文獻：
https://github.com/WildDogTea...

學以致用，靈活運用。祝大家好運！

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。