[發明專利]進程間的通訊方法、裝置、設備和存儲介質

有效

• 申請號: 201910642116.8
• 申請日: 2019-07-16
• 公開（公告）號: CN110532106B
• 公開（公告）日: 2023-01-13
• 發明（設計）人: 趙俊民;王斌田
• 申請（專利權）人: 華為技術有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 楊俊輝;劉芳

本申請提供一種進程間的通訊方法、裝置、設備和存儲介質，該方案中的進程間的通訊裝置設置有多個服務節點以及多個內核模塊，每個服務節點對應的內核模塊對相應的服務請求進行解析和管理，然后分別于對應的核心服務模塊進行交互完成服務，采用了去中心化的設計，避免將系統功能限定在單個服務內，將內核模塊改造成單獨的服務對應的模塊，降低了中心化導致的功能負擔，提高進程間通信的效率。

技術領域

本申請涉及智能設備技術，尤其涉及一種進程間的通訊方法、裝置、設備和存儲介質。

背景技術

進程間通訊(英文：inter process communication，簡稱：IPC)是操作系統重要的基礎組件，承擔了進程間相互通訊的橋梁；在終端設備的安卓(英文：Android)操作系統中，binder作為最重要、最普及的IPC機制，集諸多IPC方案的優點于一身，如可以傳遞文件描述符、RPC、數據只拷貝一次等。

目前的操作系統中，IPC的種類很多，如共享內存、管道、Socket、Android Binder等等，每種方式都有自己的優點和缺點。圖1為Android Binder機制架構示意圖，如圖1所示，在Android Binder(也稱為安卓進程間通訊)機制中，所有客戶端(英文：client)必須通過中心化服務管理進程(英文：service manager，也稱為binder守護進程)請求服務，binder將client、server、service manager鏈接起來，集服務查詢、提交、結果轉發等多個角色于一身；在client發起對某個服務的請求后，binder驅動向server端的服務請求隊列插入請求，請求執行完畢返回給client執行結果。Android的IPC機制中，內核模塊binder是進程間通信的橋梁和核心。

然而，Android Binder機制本身中心化的設計思想也易造成整機系統進程通訊的瓶頸，負擔較重且設計復雜。

發明內容

本申請實施例提供一種進程間的通訊方法、裝置、設備和存儲介質，用于解決現有Android Binder機制本身中心化的設計思想也易造成整機系統進程通訊的瓶頸，負擔較重且設計復雜的問題。

本申請第一方面提供一種進程間的通訊裝置，包括：

至少一個客戶端，服務管理模塊，至少一個服務節點，至少一個核心服務模塊，至少一個內核模塊；內核模塊，服務節點與核心服務模塊之間一一對應；

所述服務管理模塊用于管理每個核心服務模塊的注冊和授權過程，并用于處理每個客戶端發送的查詢請求；

在客戶端根據查詢結果向對應的服務節點發送服務請求后，所述服務節點對應的內核模塊用于根據接收到的服務請求進行命令解析以及鏈接管理，還用于與所述核心服務模塊進行任務交互。

本方案中提供的進程間的通訊裝置，設置有多個服務節點以及多個內核模塊，每個服務節點對應的內核模塊對相應的服務請求進行解析和管理，然后分別于對應的核心服務模塊進行交互完成服務，采用了去中心化的設計，避免將系統功能限定在單個服務內，將內核模塊改造成單獨的服務對應的模塊，降低了中心化導致的功能負擔，提高IPC效率。

在本方案的一種具體實現中，所述至少一個客戶端，所述服務管理模塊，所述至少一個服務節點，以及所述至少一個核心服務模塊設置在用戶空間內；所述至少一個內核模塊設置在內核空間中。

本申請第二方面提供一種進程間的通訊方法，應用于第一方面任一項所述的進程間通訊裝置，所述方法包括：

客戶端向服務管理模塊發送查詢請求，所述查詢請求攜帶第一服務名稱；

所述服務管理模塊根據所述查詢請求，查詢獲取所述第一服務名稱對應的第一服務節點的標識，并將所述第一服務節點的標識返回所述客戶端；

所述客戶端根據所述第一服務節點的標識向所述第一服務節點發送服務請求；