簡介
RPC採用客戶機/伺服器模式。請求程式就是一個客戶機，而服務提供程式就是一個伺服器。首先，調用進程傳送一個有進程參數的調用信息到服務進程，然後等待應答信息。在伺服器端，進程保持睡眠狀態直到調用信息的到達為止。當一個調用信息到達，伺服器獲得進程參數，計算結果，傳送答覆信息，然後等待下一個調用信息，最後，客戶端調用過程接收答覆信息，獲得進程結果，然後調用執行繼續進行。目前，有多種RPC模式和執行。最初由Sun公司提出。IETFONC憲章重新修訂了Sun版本，使得ONCPRC協定成為IETF標準協定。現在使用最普遍的模式和執行是開放式軟體基礎的分散式計算環境（DCE）。工作原理
遠程過程調用協定1.調用客戶端句柄；執行傳送參數
2.調用本地系統核心傳送網路訊息
3.訊息傳送到遠程主機
4.伺服器句柄得到訊息並取得參數
5.執行遠程過程
6.執行的過程將結果返回伺服器句柄
7.伺服器句柄返回結果，調用遠程系統核心
8.訊息傳回本地主機
9.客戶句柄由核心接收訊息
10.客戶接收句柄返回的數據
RPC OVER HTTP
Microsoft RPC-over-HTTP部署(RPC over HTTP)允許RPC客戶端安全和有效地通過Internet連線到RPC伺服器程式並執行遠程過程調用。這是在一個名稱為RPC-over-HTTP代理，或簡稱為RPC代理的中間件的幫助下完成的。
RPC代理運行在IIS計算機上。它接受來自Internet的RPC請求，在這些請求上執行認證，檢驗和訪問檢查，如果請求通過所有的測試，RPC代理將請求轉發給執行真正處理的RPC伺服器。通過RPCoverHTTP，RPC客戶端不和伺服器直接通信，它們使用RPC代理作為中間件。
協定結構
遠程過程調用（RPC）信息協定由兩個不同結構組成：調用信息和答覆信息。信息流程如下所示：RPC：遠程過程調用流程
RPC調用信息：每條遠程過程調用信息包括以下無符號整數欄位，以獨立識別遠程過程：
程式號（Programnumber）
程式版本號（Programversionnumber）
過程號（Procedurenumber）
RPC調用信息主體形式如下：
1 structcall_body
unsignedintrpcvers;
unsignedintprog;
unsignedintvers;
unsignedintproc;
opaque_authcred;
opaque_authverf;
1parameter
2parameter.
RPC答覆信息：RPC協定的答覆信息的改變取決於網路伺服器對調用信息是接收還是拒絕。答覆信息請求包括區別以下情形的各種信息：
RPC成功執行調用信息。.
RPC的遠程實現不是協定第二版，返回RPC支持的最低和最高版本號。
在遠程系統中，遠程程式不可用。
遠程程式不支持被請求的版本號。返回遠程程式所支持的最低和最高版本號。
請求的過程號不存在。通常是呼叫方協定或程式差錯。
RPC答覆信息形式如下：
enumreply_statstat
{MSG_ACCEPTED=0,
MSG_DENIED=1}。
