3.2.1　OpenTP1のリモートプロシジャコール通信

(a)　同期応答型RPC

サービスを要求してから，応答が返ってくるのを待つRPCです。応答が返るまでの待ち時間を監視します。最大応答待ち時間を過ぎた場合，サービス要求はエラーリターンします。最大応答待ち時間は，システム共通定義，またはユーザサービス定義で指定します。

同期応答型RPCは，単純型RPCともいいます。

(b)　非同期応答型RPC

サービスを要求してから，応答が返ってくるのを待たないで，処理を続けるRPCです。応答を受信する関数（dc_rpc_poll_any_replies関数）を使って，応答を受信します。応答を受信する関数は，応答を受信するまで待ちます。この関数に設定した応答待ち時間を過ぎた場合，関数はエラーリターンします。

非同期応答型RPCは，ノーウェイト型RPCともいいます。

(c)　非応答型RPC

サービス要求の処理結果が戻らないRPCです。非応答型RPCでサービス要求をした場合，応答は受け取れません。サービスを要求したUAPは，処理を続けます。

非応答型RPCは，ノーリプライ型RPCともいいます。

サービス要求を受け取ったサーバUAPから，さらに別のサービスを要求することもできます（RPCのネスト）。

(a)　連鎖RPCの時間監視

連鎖RPCの処理中に通信障害などで次のサービス要求を受け取れない場合，SPPがプロセスを確保したままになってしまうことがあります。これを防ぐため，連鎖RPCで実行しているSPPでは，応答を返してから次のサービス要求，または連鎖RPCの終了要求が来るまでの時間（最大時間間隔）を監視しています。連鎖RPC間隔監視時間は，ユーザサービス定義のwatch_next_chain_timeオペランドに指定します。この監視時間を過ぎても次のサービス要求，または連鎖RPCの終了要求が来ない場合は，OpenTP1はクライアントUAPで障害が起こったものと見なして，該当するSPPのプロセスを異常終了させます。

(a)　ドメインネームシステムの概要

WANを介したネットワークシステムや，部門間を接続する全社システムなどの大規模な分散システムでは，名前の検索に時間が掛かり，システム名の管理に手間が掛かります。大規模な分散システムでリモートプロシジャコールを使う場合，ドメインネームシステムを構築することで，これらの問題を改善できます。

ドメインネームシステムを構築すると，システム全体を管理しないで，ドメインとして構成したグループごとに管理できます。ドメインは，小規模システムや，各部門のシステムに該当します。ドメインは，自ドメインだけを意識して管理するため，システム全体のサービスの名前などを管理する手間が省けます。

ドメインの概要を次の図に示します。

図3‒14　ドメインの概要

（説明）

ほかのドメインにあるサービスを利用するには，dc_rpc_call関数の引数にドメイン名を付けます。

ドメインsysにあるクライアントから，ドメイン名（siteA.soft.hitachi）を付けてサービスを要求すると,ドメインhitachi，soft，siteAの順で問い合わせます。

(b)　サービスの要求方法

サービスの要求方法を次に示します。

「サービスグループ名とサービス名」の指定

通常，サービスを要求するには，dc_rpc_call関数で「サービスグループ名とサービス名」を指定します。

大規模な分散システムの場合，dc_rpc_call関数での「サービスグループ名とサービス名」の指定では，ドメイン間のサービスを利用できません。

「サービスグループ名+ドメイン名とサービス名」の指定

大規模な分散システムでドメイン間のサービスを利用する場合，dc_rpc_call関数で「サービスグループ名+ドメイン名とサービス名」を指定します。

dc_rpc_call関数のサービスグループ名にこのドメイン名を付けると，ドメインの窓口のスケジュールサービスにサービス要求が渡ります。ドメインの窓口となるスケジュールサービスを，ドメイン代表スケジュールサービスと呼びます。ドメイン代表スケジュールサービスがドメインを構成するサーバのサーバUAPにスケジュールします。

このため，指定したドメインにあるサーバUAPにスケジュールされ，ほかのドメインにあるサーバUAPにスケジュールされることはありません。また，ドメイン代表スケジュールサービスだけ意識するため，ネームサービスですべてのノードのネットワークアドレスを管理する必要がありません。

なお，サーバUAPをソケット受信型サーバとした場合は，dc_rpc_call関数のサービスグループ名にドメイン名は付けられません。ソケット受信型サーバについては，「3.4.1　SPPのスケジュール」を参照してください。

サービス要求先の位置の指定

dc_rpc_call関数が位置透過であるのに対して，サービスを要求するサーバの位置をユーザが認識して，dc_rpc_call_to関数で特定のサービスを利用できます。サービス要求先の位置を指定する方法について次に示します。

• 「ホスト名称」指定

  ネットワーク管理上の/etc/hostsファイル，またはDNSなどでIPアドレスとマッピングできるホスト名を指定することによって，利用するサービスが存在しているマシンを指定する方法です。

  指定したホスト内のOpenTP1のシステム共通定義のname_portの指定値は，dc_rpc_call_to関数を発行したOpenTP1のシステム共通定義のname_portの指定値と同じであることが前提です。

• 「ノード識別子」指定

  システム共通定義のnode_idで指定したノード識別子を指定することによって，OpenTP1システムを指定する方法です。

  指定したノード識別子に対応するサービス要求先のOpenTP1ノードのホスト名がグローバルドメイン内にあることが前提です。

  ここでのグローバルドメインとは，次のノード名の集合を指します。

  • システム共通定義のname_domain_file_useオペランドにNを指定している場合

    システム共通定義のall_nodeオペランド，all_node_exオペランドで指定したノード名の集合です。

  • システム共通定義のname_domain_file_useオペランドにYを指定している場合

    ドメイン定義ファイルに指定したノード名の集合です。なお，ドメイン定義ファイルの格納場所は，次のとおりです。

    all_nodeのドメイン定義ファイル

    　$DCCONFPATH/dcnamndディレクトリ下

    all_node_exのドメイン定義ファイル

    　$DCCONFPATH/dcnamndexディレクトリ下

• 「ホスト名称＋ポート番号」指定

  次の値を指定することでサービス要求先を特定します。

  • /etc/hostsにファイル，またはDNSなどでIPアドレスとマッピングできるホスト名

  • 上記で指定したホストに存在するOpenTP1システムの，システム共通定義のname_portに指定したネームサービスのポート番号

  このとき，サービス要求先のname_portオペランドに指定した値と，サービス要求元のname_portオペランドに指定した値は同じでなくてもかまいません。

なお，この機能は，TP1/Extension 1をインストールしていることが前提です。TP1/Extension 1をインストールしていない場合の動作は保証できませんので，ご了承ください。

(c)　大規模な分散システムでの環境設定

ドメインを構成するノードは，システム共通定義のall_nodeオペランドに指定したノードです。

ドメイン代表スケジュールサービスは，ドメイン代表スケジュールサービスがあるホスト名をnamdomainsetupコマンドで登録します。そして，「/etc/services」に，ドメイン代表スケジュールサービスのポート番号と，サービス名「OpenTP1scd」を指定します。

ドメインネームシステムを使う場合，サーバシステムの起動時に各ノードのアドレスを問い合わせるため，システムの起動完了までに時間が掛かる場合があります。このような場合には，あらかじめシステム共通定義のdomain_masters_addrオペランドにドメイン名とホスト名を，domain_masters_portオペランドにドメイン代表スケジュールサービスのポート番号を指定しておきます。この指定をしておくと，サーバ起動時に各ノードのアドレスを問い合わせる時間を削減できます。