各モジュールの説明

glclient

glclient と glserver はソケット通信で接続します。
glclient から送られたイベントの信号を glserver へ送ります。
キャッシュ機能を持っており、一度表示された画面を XML で保存しておき次回からはそのキャッシュを使用して画面を生成します。

glserver

glserver はアプリケーションの処理で得た結果を glclient に返し、 glclient はその内容を表示します。
glclient が接続すると、最初に立ち上げたglserver（親プロセス）がglclient （子プロセス）を fork して立ち上げ、複数の glclient が接続しても同時にリクエストを処理できる仕組みになっています。

glauth

glclient が glserver に接続する段階で、glserver からの問い合わせに対し glauth は接続してきたユーザが正規のユーザかどうかの認証を行い、結果を glserver に返します。
認証後、glauth を使用することはありません。

※現在の認証ファイルはデフォルトで /etc/jma-receipt/passwd

WFC (Work Flow Controler)

glserver と接続してデータを受け取り、データのキューイングとキューの管理を行います。
分散処理に必要な処理もここで行います。

wfcの処理・データの流れ
wfcは、クライアント通信の窓口となる glserver と、業務アプリケーショの窓口となる apsCOBOL の間を取り持つ、中核部分を担っています。
そのため、画面での処理が発生すると、かならず wfc を回するため、とても重要なモジュールとなります。
wfcは、複数のglserverと、複数のapsCOBOLとやりとりを行い、その受け渡しについて、内部的に保持するキューを経由し、加えて、スレッドの生成と組み合わせることで、効率よく実行します。

apsCOBOL（MCPMAIN）

apsCOBOL は、WFC と各言語の業務アプリケーションとやりとりを行うインターフェイスモジュールです。
WFC と通信を行い、キューから一つずつメッセージを読み出し、一つずつ結果を返します。
メッセージによりイベントの発生したウィンドウに対応したアプリケーションを検索し、対応した業務アプリケーションをサブルーチンとして呼び出します。
呼び出す業務アプリケーションの言語によるデータ形式の違いを吸収するために言語毎にラッパーが存在します。

apsCOBOLの処理・データの流れ
上記の図を見ていただくと、apsCOBOLとMCPMAIN・MCPSUBとの関係が密であるのがわかると思います。
apsCOBOLは、MCPMAIN・MCPSUBとパイプファイルでやりとりを行います。そして、パイプファイルを常時監視し、何らかの書き込みの発生に伴って、処理を行います。

COBOLプログラム

イベントに対応した処理を行う、業務アプリケーションです。