[發明專利]一種CAN總線環境下實現服務化的方法

在審

• 申請號: 202011187919.8
• 申請日: 2020-10-30
• 公開（公告）號: CN112532583A
• 公開（公告）日: 2021-03-19
• 發明（設計）人: 葉蕾;李鑫;王壘;解子陽;陳康東
• 申請（專利權）人: 浙江工業大學
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/12;H04L12/40;G06F9/54
• 代理公司: 杭州斯可睿專利事務所有限公司 33241
• 代理人: 王利強

一種CAN總線環境下實現服務化的方法，包括以下步驟：步驟100，客戶端從空閑鏈表中申請CAN_OBJ對象，設置對象屬性，將對象狀態設為“使用”，通過接收地址指向緩存隊列，將服務查詢調用幀置入發送緩存隊列；步驟200，客戶端發送緩存隊列等待接收發送任務，當有數據置入后將數據發送；步驟300，服務端接收緩存隊列掛起等待查詢或調用信息；步驟400，客戶端接收到調用幀后，根據查詢返回幀中的定位CAN_OBJ對象，再根據接收地址將消息發送到接收緩存隊列中，喚醒調用線程；步驟500，將CAN_OBJ對象釋放，放回空閑鏈表的尾部，刪除接收緩存隊列。本發明提升通信傳輸能力，有效支持對時延要求較低的服務。

技術領域

本發明屬于服務計算領域，特別涉及一種CAN總線環境下實現服務化的方法。

背景技術

自1998年美國麻省理工學院創造性地提出了當時被稱作EPC系統的“物聯網”的構想之后，物聯網被認為將是信息科技產業的第三次革命，越來越多的發達國家和地區將其作為未來發展的戰略制高點之一。隨著物聯網相關技術的普及，相關智能的嵌入式設備的研發和部署，智能汽車、智能農業、智能物流等越來越多的領域應運而生。

在本課題中，將微服務架構的實現應用于智能汽車項目中，智能汽車內部模塊通過CAN總線協議實現數據交換，不同的模塊支持單一細小的功能，相互獨立，可以支持獨立開發。并且智能汽車內部模塊可以遠程調用車外服務。

然而，在智能汽車設計中還存在一些問題：目前CAN總線信道通信傳輸能力還處于1Mbps左右，無法較好支持對時延要求較低的服務，由于自身協議的特點，CAN總線并不兼容TCP/IP協議，且CAN總線協議報文的長度數據域長度最大值為8個字節。

發明內容

為了克服已有技術的不足，本發明提供了一種CAN總線環境下實現服務化的方法，提升通信傳輸能力，有效支持對時延要求較低的服務。

本發明解決其技術問題所采用的技術方案是：

一種CAN總線環境下實現服務化的方法，包括以下步驟：

步驟100，客戶端從空閑鏈表中申請CAN_OBJ對象，設置對象屬性，將對象狀態設為“使用”，創建接收緩存隊列，通過接收地址指向緩存隊列，將服務查詢調用幀置入發送緩存隊列，進入等待狀態；

步驟200，客戶端發送緩存隊列等待接收發送任務，當有數據置入后，將數據發送；

步驟300，服務端接收緩存隊列掛起等待查詢或調用信息，若接收到的信息為查詢報文，就通過服務ID和服務的映射表查詢服務在本服務端是否存在，如果服務不存在，則丟棄該消息，如果服務存在，則根據服務ID調用對應函數處理，然后將結果打包至調用返回幀，置于發送緩存隊列發送；

步驟400，客戶端接收到調用幀后，根據查詢返回幀中的positionID定位CAN_OBJ對象，再根據CAN_OBJ對象中的接收地址將消息發送到接收緩存隊列中，喚醒該調用線程；

步驟500，將CAN_OBJ對象釋放，放回空閑鏈表的尾部，刪除接收緩存隊列。

進一步，描述的數據結構如下：

CAN_OBJ對象包括收端標識符、發端標識符、客戶端進程標志、幀類型標志位、服務ID、數據包長度、數據包數據內容、狀態、接收地址、下一個CAN_OBJ對象屬性；

收端標識符和發端標識符為CAN總線特有標識，表示CAN總線地址信息；

幀類型標志位用于區分該數據幀是查詢調用幀還是調用返回幀；

服務ID與具體服務的哈希表：通過服務ID查詢獲取服務端的服務；

狀態表示該CAN_OBJ對象是空閑還是使用中；