2.3.5　問い合わせメッセージと応答メッセージ（継続問い合わせ応答形態）

(a)　継続問い合わせ応答用一時記憶領域の確保

一時記憶データを格納する継続問い合わせ応答用一時記憶領域は，更新用領域および回復用領域の2面を共有メモリに確保します。

アプリケーション属性定義（mcfaalcap）でアプリケーションごとに継続問い合わせ応答用一時記憶領域のサイズを定義できます。

ただし，実際に確保する継続問い合わせ応答用一時記憶領域のサイズは，継続問い合わせ応答を開始したあと最初に一時記憶データの更新要求をしたアプリケーションのアプリケーション属性定義（mcfaalcap -n）のtempsizeオペランドの指定値となります。確保済みの継続問い合わせ応答用一時記憶領域のサイズが，一時記憶データの更新要求を行う場合のデータ長よりも小さいとき，実行中のアプリケーションのアプリケーション属性定義（mcfaalcap -n）のtempsizeオペランドの指定値のサイズで，継続問い合わせ応答用一時記憶領域を再確保します。したがって，継続問い合わせ応答で使用する各アプリケーションの更新する一時記憶データの領域長が異なる場合，最初に起動するアプリケーションのアプリケーション属性定義（mcfaalcap -n）のtempsizeオペランドにデータ長の最大値を指定すると，途中で再確保をしないため，性能が向上します。

(b)　一時記憶データの受け渡し

一時記憶データの受け渡しには「受け取り要求」と「更新要求」があります。

• 一時記憶データの受け取り要求

  指定したデータ長の一時記憶データを受け取れます。初期値は，アプリケーション属性定義（mcfaalcap -n）のtempsizeオペランドで指定したサイズ分の(00)₁₆が渡されます。指定した受け取り領域長が一時記憶データより小さい場合，指定した領域長の長さだけ受け取り，残りは切り捨てられます。

• 一時記憶データの更新要求

  指定したデータ長のデータを用いて一時記憶データを更新します。最大でアプリケーション属性定義（mcfaalcap -n）のtempsizeオペランドで指定したデータ長の更新ができます。

使用方法の詳細については，「3.　C言語のライブラリ関数」または「4.　COBOL-UAP作成用プログラムインタフェース」を参照してください。

(c)　継続問い合わせ応答用一時記憶領域の解放

継続問い合わせ応答を終了すると継続問い合わせ応答用一時記憶領域を解放します。

(d)　障害発生時の一時記憶データ

障害発生時の一時記憶データの扱いについて次に示します。

• OpenTP1システム障害による全面回復の場合

  一時記憶データは失われます。

• UAP障害による部分回復の場合

  異常終了したUAPでの一時記憶データの更新要求が取り消され，異常終了したUAPが一時記憶データの受け取り要求を行ったときの状態に戻ります。

(a)　MHPからの終了要求（dc_mcf_contend関数またはCBLDCMCF('CONTEND△')）

MHPからAPI（dc_mcf_contend関数またはCBLDCMCF('CONTEND△')）を発行して継続問い合わせ応答の終了を要求します。

ただし，次に示す条件に該当する場合はエラーリターンします。

• 次起動アプリケーションを予約して，応答メッセージの送信を要求している。

• 継続問い合わせ応答型のアプリケーションの起動を要求している。

使用方法の詳細については，「3.　C言語のライブラリ関数」または「4.　COBOL-UAP作成用プログラムインタフェース」を参照してください。

(b)　運用コマンドによる終了要求（mcftendct）

運用コマンド（mcftendct）で論理端末名称を指定して，その論理端末に対する継続問い合わせ応答を強制終了できます。また，継続問い合わせ応答を行っていないUAPからも運用コマンドを発行できます。詳細については，「7.　運用コマンド」を参照してください。

継続問い合わせ応答のUAP実行中に継続問い合わせ応答を即時強制終了する場合，-fオプションの指定が必要です。

なお，-fオプションを指定したmcftendctコマンドの実行後にMHPが次に示す処理をしたとき，MHPが異常終了します。このとき，エラーイベントは起動しません。

• TP1/Message Control以外のリソースマネジャにもアクセスするMHPのサービス終了時

• 継続問い合わせ用一時記憶領域アクセス時（dc_mcf_tempget関数，dc_mcf_tempput関数発行時）

• ロールバック要求時（dc_mcf_rollback関数発行時（action：DCMCFRTRY，またはDCMCFNRTNの場合））

(c)　コネクション解放および論理端末の閉塞

障害などによるコネクションの解放および論理端末の閉塞となった場合に，継続問い合わせ応答を終了します。

相手からのコネクション解放，または運用コマンド（mcftdctcn）や障害によってコネクションを解放する場合，継続問い合わせ応答を処理しているMHPが実行中であればMHPのサービス完了を待ち合わせます。MHPのサービスが完了した後に継続問い合わせ応答を終了し，コネクションは解放状態となります。

なお，継続問い合わせ応答中の論理端末は，運用コマンド（mcftdctle）による閉塞はできません。

(a)　エラーイベントを定義した場合

MCFイベント処理用MHPで次のどちらかを行うことで継続問い合わせを続行できます。

• 次起動アプリケーションを指定して，応答メッセージの送信要求をする。

• 継続問い合わせ応答型のアプリケーションの起動要求をする。

MCFイベント処理用MHPで継続問い合わせ応答型のアプリケーションの起動要求を行わない，かつ，次起動アプリケーションを指定しないで応答メッセージの送信要求をした場合，継続問い合わせ応答処理は終了します。

ただし，MCFイベント処理用MHPで継続問い合わせ応答型のアプリケーションを起動し，起動先のアプリケーションで次に起動するアプリケーション名を指定しないで応答メッセージの送信要求をした場合，継続問い合わせ応答を終了することなく，MCFイベント処理用MHPから起動した継続問い合わせ応答型のアプリケーションを次のメッセージ受信時に再び起動します。

(b)　エラーイベントを定義しない場合

継続問い合わせ応答処理は終了します。

(a)　一方送信メッセージの場合

一方送信メッセージは出力キューに登録され，APIは正常にリターンします。登録された一方送信メッセージは，TP1/NET/TCP/IPの取り出しを待ちます。継続問い合わせ応答の終了後に出力キューから読み出し，相手システムに送信します。

(b)　同期型メッセージの場合

APIがリターン値DCMCFRTN_72001またはステータスコード72001でエラーリターンします。