[發明專利]IPC通信方法

有效

• 申請號: 202110129175.2
• 申請日: 2021-01-29
• 公開（公告）號: CN112783675B
• 公開（公告）日: 2023-08-22
• 發明（設計）人: 李豐軍;周劍光
• 申請（專利權）人: 中汽創智科技有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 廣州三環專利商標代理有限公司 44202
• 代理人: 熊程剛

本發明提出一種IPC通信方法，將RPC接口根據模塊間通信接口標準接口分別進行綁定，完成Binder調用框架層與Adaptive?AUTOSAR標準接口的整合；RPC層在接收到傳輸層上報的協議數據后，解析出協議數據，根據不同的協議指令，將數據分發到不同的模塊間通信接口接口。為面向服務的通信和SOA的設計理念提供了更好的通信基礎；使得通信層設計、AP平臺進程間通信的解決方案得到更加優化，并且簡化了內部進程之間的通信實現。

技術領域

本發明涉及一種新型IPC通信方法，尤其涉及一種基于Binder及AdaptiveAUTOSAR標準的新型IPC通信方法。

背景技術

AUTOSAR即汽車開放系統架構，主要提供高性能的計算和通信機制，并提供靈活的軟件配置，因應汽車電動化、網聯化、智能化的未來發展而生，AP（Adaptive?Platform）作為中間件需要支持自動駕駛的各種復雜應用場景，支持各類應用軟件模塊之間的通信以及對系統資源的調度。

AP?AUTOSAR作為一個理念規范，實現上只定義了一系列標準化的接口，并沒有底層過程的具體實現，因此留下了很大的底層工程實施的自由空間，其中進程間通信機制對支撐AP軟件架構至關重要，AP?AUTOSAR提供了標準化的進程間或模塊間通信接口ARA::COM定義，包括分布式的面向服務的通信SOMEIP/DDS和本地進程間通信IPC，其中SOMEIP/DDS主要是用于分布式的基于網絡的面向服務的通信，若用于本地進程間的通信，則采用平臺系統提供的進程間的IPC機制，則實時性與效率相比于基于網絡的會更高，實現本地IPC通信的方法也有多種，傳統的IPC機制有：管道、消息隊列、共享內存、套接字、信號、信號量等，但是這些機制均存在一定缺點。管道：信息復制兩次，在創建時分配一個page大小的內存，緩存區大小比較有限；消息隊列：信息復制兩次，額外的CPU消耗；不適合頻繁或信息量大的通信；共享內存：無須復制，共享緩沖區直接付附加到進程虛擬地址空間，速度快，但進程間的同步及參數傳遞等問題需要多種機制協同操作，控制機制復雜；套接字：信息復制兩次，作為更通用的接口，傳輸效率低，主要用于不通機器或跨網絡的通信；信號量：常作為一種鎖機制，主要作為進程間以及同一進程內不同線程之間的同步手段；信號：不適用于信息交換，適用于進程中斷控制，比如非法內存訪問，殺死某個進程等。

由上可知，由于傳統IPC（InterProcess?Communication，進程間通信）機制的任何一種都無法在傳輸性能，穩定性，安全性，語言實現方面做到良好兼顧，而Binder天生具有，特別地，傳統IPC也沒有一個分層的軟件架構及調用框架，原生上不能提供對AP?AUTOSAR平臺的SOA理念及面向服務通信的支持，就是說傳統IPC天然上并沒有適配APAUTOSAR平臺的優秀能力。因此本發明介紹了一種基于Binder的進程間通信機制，將其優秀的進程間通信機制及軟件架構引入到AUTOSAR自適應平臺，增強AP平臺進程通信性能及平臺能力。

發明內容

發明目的：傳統的IPC機制無法在傳輸性能，穩定性，安全性，語言實現方面做到良好兼顧，而且沒有分層的軟件架構及調用框架，因此不適配AP?AUTOSAR平臺的優秀能力；而Binder架構具有解決上述問題的優點，因此本發明提出了一種基于Binder的進程間通信方法，將其優秀的進程間通信機制及軟件架構引入到AUTOSAR自適應平臺，增強AP平臺進程通信性能及平臺能力。

技術方案：一種基于Binder及Adaptive?AUTOSAR標準的新型IPC通信方法，包括IPC?Data應用層、IPC?RPC遠程通信層、IPC?Transport傳輸層及Binder?Driver驅動層；

所述?IPC?Data應用層包括代理端AA/Proxy和服務端AA/Stub：是指基于AdaptiveAUTOSAR標準接口API的應用之間的進程間數據傳輸，自適應平臺應用通過調用ARA::COM接口將數據數據傳輸到目標端，應用只需將指令數據填充到ARA::COM接口，無需關心底層具體傳輸細節，ARA::COM接口對應用而言已經屏蔽了進程的概念，應用調用ARA::COM接口就相當于使用一個服務；