メッセージ管理

１　インボーキング機能

メッセージインボーキングとも呼ばれます。

通常アプリケーションはＲＵＮコマンドやＪＳ、メニューから起動します。

インボーキング機能を使用すると、ネットワークからの指示でアプリケーションを起動することができます。

インボーキングで起動したアプリケーションは画面切離モードで動作します。画面に何かを表示した場合は画面接続するまでアプリケーションの動作が止まります。したがって原則的にインボーキングで起動するアプリケーションは何かを画面表示させるようなことはできません。

オフコンＡからオフコンＢに対して回線接続が行われると、あらかじめ設定されていたアプリケーションが自動的に起動されます。起動するアプリケーションは通常、何かしらの情報をネットワークから受信して、その情報を加工するようなアプリケーションです。

２　オンラインアプリケーションの起動方法

オンラインアプリケーションの起動方法は２種類あります。

１つは、普通にＲＵＮコマンドやＪＳ、メニューから起動する方法です。もう１つは、インボーキングによって起動する方法です。

インボーキング機能の利点は、遠隔地から自動でアプリケーションを起動することが可能ということです。通信先のオフコン側が無人でも処理を行うことができます。欠点は、回線を通してアプリケーションを起動するので、応答に若干時間がかかることです。

３　メッセージ管理の動作概要

交換回線接続の場合は、手動発信着信と自動発信着信の２つの方法があります。手動発信着信で回線を接続する場合のダイヤル操作は、アプリケーションがＥＮＡＢＬＥ命令を実行した後に行います。（そのようにプログラミングする。）

アプリケーションから相手端末との間でデータ送受信を行うには、両者の間にセッションと呼ばれる論理的通信路を設定する必要があります。セッションに対して、送信待ち行列と受信待ち行列が割り当てられます。

アプリケーションからデータの送信要求を行うと、送信要求を行ったセッションに紐づいた送信待ち行列にデータに格納されます。送信待ち行列に格納されたデータは、メッセージ管理の送信制御モジュール（送受信制御モジュール）によって相手先に送信されます。

メッセージ管理の受信制御モジュール（送受信制御モジュール）がデータの受信を行うと、セッションに紐づいた受信待ち行列にデータを格納します。受信待ち行列にデータが格納されるとそのセッションに紐づいているインボーキングのジョブ（アプリケーション）があれば、そのジョブ（アプリケーション）を起動します。アプリケーションがデータの受信要求を行うと、受信待ち行列からデータを渡します。受信待ち行列はアプリケーションと１対１対応になるように設定されています。

このように通信を行うには、通信を行う相手先の情報、自分と相手をつなぐ物理的な回線の情報、論理的なチャネルの情報、論理的な相手先の情報、待ち行列の情報、インボーキング機能を使用するならば起動するジョブ（アプリケーション）の名前が必要となります。

４　通信環境設定

通信を行うには、あらかじめ環境設定を行わなければなりません。上で説明したように通信を行う相手先の情報やどのような通信回線や伝送制御手順を使うのかといった情報、といった情報を設定する必要があります。

メッセージ管理では、これらの情報はＳＧＬ（システム生成言語）という言語を使ってプログラミングするように記述していきます。記述したＳＧＬはパラメータとして保存します。（まぎらわしいですが、ＳＧＬは言語を意味することもあるし、ＳＧＬを使用して記述したパラメータのことを意味することもあります。）

記述したパラメータはシステム生成（ＳＧ）によってシステムに登録します。正しく登録されれば、アプリケーションなどを使って通信を行うことができるようになります。

大まかには以下のような流れになります。

１．通信ボードなどのハードウェアをオフコンに実装します。

２．＃ＴＥＤＩＴなどのテキストエディタを使って、ＳＧＬを記述する。

３．記述したＳＧＬをパラメータライブラリに保存する

４．システム生成で、システムにパラメータを登録する

５．アプリケーションで通信を行います

パラメータはテキストエディタで簡単にみることができます。なので、そのオフコンでどのような通信環境設定になっているかは、パラメータを見ればすぐわかります。

５　ＳＧＬパラメータの名前

ＳＧＬをパラメータとしてパラメータライブラリに保存すると書きましたが、保存するときにパラメータに名前を付けます。そしてＳＧＬのパラメータに付ける名前には少し決まりがあります。

パラメータ名は、６文字の英数字で付けます。そのうち最初の５文字は任意の文字列で自由に付けることができます。ABCDEでもいいし、SGPARでもいいし、MMPARでもいいです。

最後の１文字はメッセージ管理の種類によって決まっています。メッセージ管理３のＳＧＬの場合は、最後の１文字は「M」にします。メッセージ管理Ｓの場合は、最後の１文字は「V」にします。なおＡ−ＶＸ／ＮＥＴのＳＧＬの場合は、最後の１文字は「N」になります。

メッセージ管理３のＳＧＬパラメータを作ったときは、最初の５文字を「AAAAA」にしたら、６文字目は「M」にして、「AAAAAM」がパラメータ名になります。

逆に言うと、パラメータがたくさんあって、どれがどれなのか分からない場合は、パラメータ名の最後の１文字を見れば、少なくともメッセージ管理３のＳＧＬなのかメッセージ管理ＳのＳＧＬなのか、分けることはできます。

システム生成時に登録するパラメータ名を指定する場合は、最初の５文字だけを入力します。

６　ＳＧＬ

言語としてのＳＧＬについて少しだけ説明します。言語体系を全部説明すると非常に大量になるので、概要のみ説明します。

メッセージ管理３

ステートメント	概　要
/MM	メッセージ管理の資源を定義
/LINE	通信回線を定義。通信回線ごとに記述
/VLINE	ロジカルチャネルを定義。/LINE文に対して必ず１個以上記述
/STATION	相手局または相手ノードを定義。/VLINE文に対して必ず１個以上記述
/VTERMINAL	論理端末または相手ＬＵを定義。/STATIONに対して必ず１個以上記述
/QUEUE	受信待ち行列または自ＬＵを定義
/PROGRAM	インボーキングにより起動するジョブを定義

メッセージ管理Ｓ

ステートメント	概　要
/MMV	メッセージ管理の資源を定義
/PROCESSOR	メッセージ管理Ｓの資源を定義
/LINE	通信回線を定義。通信回線ごとに記述
/VLINE	ロジカルチャネルを定義。/LINE文に対して必ず１個以上記述
/STATION	相手局を定義。/VLINE文に対して必ず１個以上記述
/VTERMINAL	論理端末を定義。/STATIONに対して必ず１個以上記述
/QUEUE	受信待ち行列を定義

ＳＧＬで通信環境設定を記述した例です。これはメッセージ管理３でA-VX/NET用の通信環境設定を行っています。

/MM SNN=EXPRES,SSC=04,ENP=NODE00,DBF=(650,70); /LINE LNM=B46,CCF=(B4670,B4670),LN0=00; /VLINE SST=C,MBS=650,SCD=EK,ACD=J8,INT=NO,EPM=NORMAL,EVP=VLIN00; /STATION DNN=HOST,CAL=YES,TEL=00,ESP=STAT07; /VTERMINAL VTR=L0TVEF00,DLN=35,SNS=0521,SFS=8192; /VTERMINAL VTR=L0TVEM00,DLN=33,SNS=0521,SFS=8192; /VTERMINAL VTR=RFAR,DLN=32,SNS=0521,SFS4608; /QUEUE QUE=QVEM00,INV=NO,SLN=33,SLT=C; /QUEUE QUE=RFAQ,INV=NO,SLN=32,SLT=C;

メッセージ管理３でのＳＧＬ例その２。

/MM SNN=MM3,SSC=10,DBF=(1000,50); /LINE LNM=INET,CCF=(AHS2X,HDLCF),LN0=A0,SYN=SFY,CMD=FDX LTP=PS,WIR=4,PCT=62,VCC=(001,S),TCK=Y,STL=00 ; /VLINE SST=C,MBS=1000,NDF=Y,SCD=EK,ACD=J8,LSP=48000,INT=N,SDL=N; /STATION DNN=HOST,TEL=00,CAL=Y,ESP=STAT28; /VTERMINAL VTR=RFAT001,DLN=10,SNS=256,SFS=8192; /QUEUE QUE=RFAQ,INV=NO,SLN=10,SLT=S;

下はメッセージ管理Ｓでの例です。

/MMV SNN=PA-TCP; /PROCESSOR ION=0,MSH=10; /LINE LNM=TCPLAN; /STATION DNN=STN01,RIA=(0.0.0.0); /VTERMINAL VTR=VTERM01,DLN=1002,KAF=1; /QUEUE QUE=QUEUE01,SLT=C,RTM=3000

上の例はそれぞれ１回線の場合ですが、複数回線あればこれがさらに何十行にも渡って記述されることになります。

７　アプリケーション

環境設定が終われば、あとはアプリケーションを実行することになります。

ｆｔｐやファイル転送プログラム、Ａ−ＶＸ／ＮＥＴといった既製のアプリケーションやユーティリティなどを実行してもいいですし、ＣＯＢＯＬでプログラミングしてアプリケーションを作成して実行してもいいです。

８　ネットワークの管理

Ａ−ＶＸのネットワークの管理のいくつかは拡張システムコマンドで行うことができます。

拡張システムコマンドを実行すると下のような画面になります。この画面は設定状態によって変わります。例えば仮想ワークステーションを使用していなければ、その項目は表示されません。

状態表示を行ったりできます。

９　現在システムに登録されているＳＧＬを知る方法

現在システムに登録されているＳＧＬを知る方法は次の通りです。

＃ＳＧＬＳＴを起動します。

出力装置名を指定します。画面に出すなら「STN」、印刷なら「PRNxxx」を選びます。

印刷を選んだときは、プリンタで紙に印刷されます。
画面を選択したときは、何ページかリセットキー（ＥＳＣキー）で進めていくと、下の画面のようにＭＭ３とかＭＭ５とか表示されます。
下の画面の場合は、ハードディスク：MSD000のパラメータライブラリ：SYS@SGLのパラメータ：SGAAAVの情報が通信環境設定としてシステムに登録されています。

印刷を選んでいる場合は、ＳＧＬの内容も印刷されるので、それを見れば通信環境設定がわかります。

もし、パラメータを実際に見たいのならば、SYS@SGLのSGAAAVの内容をテキストエディタで見れば、通信環境設定がわかります。

１０　ネット構築支援ソフトシリーズ

ネット構築支援ソフトシリーズというＷｉｎｄｏｗｓ上で動くソフトウェアがあります。メッセージ管理３のＳＧの作成を補助する為のツールです。

最初はインストールされていません。Ａ−ＶＸのフォルダの下に「NETSG」という名前のフォルダがあるので、そこに入っている「setup.exe」を実行してインストールします。

そうすると、スタートメニューにＮＥＴＳＧというフォルダができます。これがネット構築支援ソフトシリーズの入っているフォルダです。

10.1　ＮＥＴＳＧ／Ｃ（通信ＳＧ対向チェッカ）

メッセージ管理３のＳＧＬが正しいかどうかをチェックするためのツールです。

メッセージ管理３のジシステムと相手システムの通信ＳＧ（ＳＧＬ）から論理的整合性と対向ＳＧの正当性をチェックして、ハードウェア設定、手順の確認を疑似的に行うことができます。

送受信両方のオフコンの通信ＳＧを使って対向チェックもできるし、片方のオフコンの通信ＳＧだけで構文や回線種別／手順などの組み合わせのチェックを行うこともできます。

10.2　ＮＥＴＳＧ／Ｇ（通信ＳＧジェネレータ）

メッセージ管理３の通信ＳＧ（ＳＧＬ）を作成するためのツールです。

従来は、Ａ−ＶＸのテキストエディタ（＃ＴＥＤＩＴ）などで作成していたＳＧＬを通信手順、回線種別などをメニューから選択するような操作で作成することができます。

新規通信ＳＧの作成もできるし、既存の通信ＳＧを読み込んで修正／更新を行うこともできます。

10.3　ＮＥＴＳＧ／ＦＣＮＶ（通信ＳＧ変換）

ＷｉｎｄｏｗｓのテキストファイルとＡ−ＶＸのパラメータを相互変換します。

ＮＥＴＳＧ／ＧはＷｉｎｄｏｗｓ上で動くので、出力されるＳＧＬはＷｉｎｄｏｗｓのテキストファイルです。ＳＧで登録するＳＧＬはＡ−ＶＸ上のパラメータなので、変換する必要があります。ＮＥＴＳＧ／Ｃでチェックする為にはＡ−ＶＸ上のパラメータをＷｉｎｄｏｗｓのテキストファイルにしなければなりません。

このため、Ａ−ＶＸのＳＧＬのパラメータをＷｉｎｄｏｗｓのテキストファイルに変換したり、ＷｉｎｄｏｗｓのテキストファイルをＡ−ＶＸのパラメータに変換したりできます。