[發明專利]遠程過程調用協議的處理方法和裝置

有效

• 申請號: 201710669940.3
• 申請日: 2017-08-07
• 公開（公告）號: CN107483424B
• 公開（公告）日: 2020-11-10
• 發明（設計）人: 丁勝
• 申請（專利權）人: 北京金山安全管理系統技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 趙囡囡

本發明公開了一種遠程過程調用協議的處理方法和裝置。其中，該方法包括：遠程過程調用協議RPC客戶機發送多個調用消息到服務器，其中，服務器的RPC服務進程有多個，每個服務進程之間對多個調用消息進行同步；RPC客戶機接收到服務器的多個服務進程對多個調用信息對應的答復信息；RPC客戶機根據多個調用信息對應的答復信息進行處理。本發明解決了相關技術中由于進程單一，導致在使用遠程過程調用RPC時發送時間長、發送效率低的技術問題。

技術領域

本發明涉及進程處理領域，具體而言，涉及一種遠程過程調用協議的處理方法和裝置。

背景技術

相關技術中，遠程過程調用RPC是一種協議，程序可使用這種協議向網絡中的另一臺計算機上的程序請求服務，使用RPC的程序不需要了解支持通信的網絡協議的情況，就可以進行相互的通信，這樣可以快速在客戶端之間建立連接，客戶端可以根據預先建立的通信連接協議進行通訊，并且客戶端可以和服務器之間通過上述的程序建立通信，發出請求的可以是客戶端的程序，提供服務的是服務器的程序。但是客戶端在與服務器進行通訊的過程中，進程單一，發送消息時，需要一條一條的發送，這樣會導致在發送多個消息時，由于進程單一導致發送時間長、發送效率低。

針對上述的相關技術中由于進程單一，導致在使用遠程過程調用RPC時發送時間長、發送效率低的技術問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種遠程過程調用協議的處理方法和裝置，以至少解決相關技術中由于進程單一，導致在使用遠程過程調用RPC時發送時間長、發送效率低的技術問題。

根據本發明實施例的一個方面，提供了一種遠程過程調用協議的處理方法，包括：遠程過程調用協議RPC客戶機發送多個調用消息到服務器，其中，所述服務器的RPC服務進程有多個，每個服務進程之間對所述多個調用消息進行同步；所述RPC客戶機接收到所述服務器的多個服務進程對所述多個調用信息對應的答復信息；所述RPC客戶機根據所述多個調用信息對應的答復信息進行處理。

進一步地，在所述RPC客戶機發送所述多個調用消息到所述服務器之后，所述方法還包括：所述服務器將所述多個調用消息分配到所述多個服務進程中；所述服務器獲取所述多個服務進程返回的答復信息；所述服務器將所述答復信息發送給所述RPC客戶機。

進一步地，所述服務器將所述多個調用消息分配到所述多個服務進程中包括：對于所述多個調用消息中每個調用消息，執行如下操作：確定所述調用消息中每個調用消息的優先級等級；根據所述調用消息的優先級等級確定與所述調用消息相匹配的服務進程；將所述調用消息分配到與其相匹配的服務進程。

進一步地，根據所述調用消息的優先級等級確定與所述調用消息相匹配的服務進程之后，在將所述調用消息分配到與其相匹配服務進程之前，所述方法還包括：獲取與所述調用消息相匹配的服務進程的CPU使用率；判斷與所述調用消息相匹配的服務進程的CPU使用率是否超過預設使用率；若與所述調用消息相匹配的服務進程的CPU使用率未超過所述預設使用率，將所述調用消息分配到與其相匹配的服務進程；若與所述調用消息相匹配的服務進程的CPU使用率超過所述預設使用率，重新根據所述調用消息的優先級等級確定與所述調用消息相匹配的服務進程。

根據本發明實施例的另一方面，還提供了一種遠程過程調用協議的處理裝置，包括：發送單元，用于遠程過程調用協議RPC客戶機發送多個調用消息到服務器，其中，所述服務器的RPC服務進程有多個，每個服務進程之間對所述多個調用消息進行同步；接收單元，用于所述RPC客戶機接收到所述服務器的多個服務進程對所述多個調用信息對應的答復信息；處理單元，用于所述RPC客戶機根據所述多個調用信息對應的答復信息進行處理。