3.2 クライアント/サーバ形態の通信
OpenTP1では,次に示す三つのクライアント/サーバ形態の通信ができます。
-
OpenTP1のリモートプロシジャコール(RPC)通信
OpenTP1のライブラリ関数を使った,UAPプロセス間の通信方法です。UAPから関数を使って,通信相手にサービスを要求します。通常のRPCでは,各ノードのネームサービスが管理しているサーバUAPのサービス情報を使って通信しています。各ノードのネームサービスは,目的のサーバUAPがネットワーク上のどのノードにあるかを,サービス情報を交換することで管理します。また,サービス情報検索の付加機能を使用することで,運用形態に合わせたサービスの要求方法を選択できます。さらに,ノード管理を行うことで,ネットワーク障害によってOpenTP1同士の通信ができなくなった場合,そのあとに実行するRPCに障害が発生するのを防止します。
それぞれについては,次を参照してください。
-
RPCの概要:3.2.1 OpenTP1のリモートプロシジャコール通信
-
サービス情報検索の付加機能:3.2.2 サービス情報検索の付加機能
-
ノード管理:3.2.3 OpenTP1のノード管理
-
RPCの処理の流れ:付録D リモートプロシジャコールの処理の概要
-
-
XATMIインタフェースの通信
X/Openで規定するDTPモデルに準拠した通信方法です。
-
TxRPCインタフェースの通信
X/Openで規定する,トランザクション機能付きのDCE RPCができる通信方法です。TxRPCの通信では,ユーザが作った関数を直接呼び出す形式で通信します。
通信プロトコルにTCP/IPを使っている場合は,上記のクライアント/サーバ形態の通信はすべてできます。通信プロトコルにOSI TPを使っている場合は,XATMIインタフェースの通信を使います。OSI TP通信をする場合は,OpenTP1システムにTP1/NET/OSI-TP-Extendedが必要です。OSI TP通信については,「3.6 OSI TPを使ったクライアント/サーバ形態の通信」を参照してください。