IBM i 分散式程式呼叫
IBM i Remote Command 和 Distributed Program Calls (DPC) 程式設計模型可讓大部分的 IBM i 應用程式以要求-回復方式與 TI 互動， (用戶端起始) 最少修改。 DPC 是一種記載的通訊協定，可支援在 IBM i 上程式設計整合的程式，其可使用 TCP/IP 網路協定從電腦型應用程式輕鬆存取。
注意
此介面不支援以主機起始的處理 (HIP) ;IBM i 整合僅適用於用戶端起始的呼叫。
下圖摘要說明客戶端、預設 DPC Server 和 IBM i 交易程式之間發生的工作流程。 括弧中的數位會指出事件發生的近似順序。 更詳細的事件描述會遵循此圖。
IBM i 模型流程
IBM i DPC 程式設計模型的摘要工作流程圖表
IBM i DPC 程式設計模型的運作方式如下：
應用程式會在元件服務或 .NET Framework 中設定的 TI 元件中叫用方法。
TI 運行時間會呼叫 TI 自動化 Proxy。
如果應用程式是 COM+ 元件，TI 自動化 Proxy：
讀取 TI 先前建立的類型連結庫 Designer。
將自動化數據類型對應至IBM i RPG 數據類型。
如果應用程式是 .NET Framework元件，TI 自動化 Proxy：
讀取 TI 先前建立的元件和元數據 Designer。
將 .NET Framework 數據類型對應至 IBM i RPG 數據類型。
TI 自動化 Proxy 接著：
呼叫轉換例程，將應用程式數據轉換成 IBM i RPG 類型。
建置代表 RPG PLIST 的參數化訊息緩衝區。
將訊息傳遞至IBM i DPC 傳輸元件。
TI TCP 傳輸會使用 IBM i 計算機的因特網通訊協定 (IP) 位址和伺服器的埠位址，將連線要求傳送至 DPC 伺服器系統。 TI TCP 傳輸接著會等候回復。
IBM i 上的 DPC 伺服器接受工作階段要求併發出接收。 DPC 伺服器接著會等候啟動伺服器要求。
TI 自動化 Proxy 會傳送 DPC 伺服器啟動伺服器要求，併發出接收。 TI TCP 傳輸接著會等候啟動伺服器回復。
DPC 伺服器會處理啟動伺服器要求、傳送啟動伺服器回復，然後發出接收。 DPC 伺服器接著會等候交換屬性要求。
TI 執行時間會處理啟動伺服器回復、傳送屬性要求，以及發出接收。 TI 運行時間接著會等候交換屬性回復。
DPC 伺服器會處理交換屬性要求、傳送交換屬性回復，然後發出接收。 DPC 接著會等候遠端程式呼叫要求。
TI 運行時間會處理交換屬性回復，然後傳送遠端程式呼叫要求，然後立即傳送遠端程式呼叫回復和轉換的數據。
DPC 伺服器會處理要求、傳送遠端程式呼叫回復，後面接著遠端程式呼叫參數和數據。
TI 自動化 Proxy 會接收回復數據並處理回復。 TI 自動化 Proxy：
從 TCP 傳輸元件接收訊息。
讀取訊息緩衝區。
如果應用程式是 COM+ 元件，TI 自動化 Proxy：
將IBM i數據類型對應至自動化數據。
呼叫轉換例程，將IBM i RPG 類型轉換成應用程式數據。
如果應用程式是 .NET 元件，TI 自動化 Proxy：
將IBM i數據類型對應至 .NET Framework 數據類型。
呼叫轉換例程，將IBM i RPG 類型轉換成應用程式數據。
TI 執行時間會將轉換的數據傳回 COM 或叫用 方法的 .NET Framework 應用程式。
注意
訊息的大小上限為 32,767 個字節，包括欄位標頭和數據。
注意
RMTPGMCALL 可以傳遞最多 35 個參數作為 IN 或 OUT，或以任何組合傳遞為 IN/OUT。
主機整合伺服器包含示範如何實作 IMS Connect 程式設計模型的範例程式代碼。 範例程式代碼位於 \安裝目錄\SDK\Samples\AppInt。 啟動 Microsoft Visual Studio，開啟您想要使用的教學課程，並遵循 自述檔中的指示。
如需為 IBM IBM ie 設定大型主機和撰寫伺服器應用程式的相關信息，請參閱 ILE RPG/400 程式設計人員指南第 4 版 (IBM Document #SC09-2507-02) 和 ILE RPG/400 參考版本 3 (IBM Document #SC09-2077-01) 。
另請參閱
交易整合器元件
將資料類型從 RPG 轉換成自動化
將資料類型從自動化轉換成 RPG
IBM i Security
COMTIContext 介面
TI 執行階段
選擇適當的程式設計模型
程式設計模型