トップ > Ａ－ＶＸ／ＮＥＴの３つの機能

Ａ－ＶＸ／ＮＥＴの３つの機能

１　仮想リモートワークステーション

Ａ－ＶＸ／ＮＥＴの機能の１つ、仮想リモートワークステーションの説明です。仮想リモートワークステーションは、よくＶＷＳ（Ｖｉｒｔｕａｌ　ＷｏｒｋＳｔａｔｉｏｎ）と略されます。

複数のオフコンがあり、それらが回線で接続されているときに、あるオフコン（Ａ）配下の端末を別のオフコン（Ｂ）の端末として使用する機能です。オフコンＡにつながっていながら、オフコンＢの操作もできます。オフコンＢの操作もできるとは、オフコンＢ上でバッチを実行したり、データをアクセスしたりできるということです。

オフコンＡ側をスレーブ側、オフコンＢ側をホスト側と言ったりします。

システム構成としては、ホスト側にホスト機能としてＶＷＳ／ＶＷＳ２処理ルーチンが常駐して、スレーブ側にスレーブ機能としてＶＷＳ／ＶＷＳ２エミュレータがいます。利用者が端末を操作すると、その操作をＶＷＳ／ＶＷＳ２エミュレータがホスト側に送信し、ホスト側のＶＷＳ／ＶＷＳ２処理ルーチンが受信して、ホスト側で操作した内容が実行される仕組みです。

1.1　ＶＷＳとＶＷＳ２

仮想リモートワークステーション（ＶＷＳ）は歴史が長いので、ＶＷＳとＶＷＳ２という２種類のＶＷＳがあります。名前でわかる通り、ＶＷＳ２の方が新しく、ＶＷＳの機能に加えてファンクションキーによるワンタッチ起動及びシステムファンクションキーを使用できるようにしたものになります。

通常はＶＷＳ２を選択しますが、従来互換を重視する場合はＶＷＳを選択することもあります。あるいはシステムファンクションキーを使いたくないのであえてＶＷＳを選択する、ということもあります。

まぎらわしいですが、”ＶＷＳ”という用語には、「仮想りモードワークステーション」という大きな枠組みを指す場合と、その中の「ＶＷＳかＶＷＳ２か」、という機能選択の小さい範囲を指すことがあります。どちらの意味かは、話の流れで判断するしかありません。

上の方で、ＶＷＳ／ＶＷＳ２処理ルーチンとかＶＷＳ／ＶＷＳ２エミュレータとか書きましたが、実際はＶＷＳの方がＶＷＳ処理ルーチン、ＶＷＳエミュレータで、ＶＷＳ２の方がＶＷＳ２処理ルーチン、ＶＷＳ２エミュレータ

以降の説明では、いちいちＶＷＳ／ＶＷＳ２と書くのは面倒なのでＶＷＳと書きますが、ＶＷＳ２の方の機能で説明したいと思います。

1.2　ホスト機能（ＶＷＳ／ＶＷＳ２処理ルーチン）

仮想リモートワークステーションのホスト機能は、ＶＷＳを使用中はシステムに常駐させておく必要があります。

常駐させる方法は、システム起動時に自動的にホスト機能を起動する方法、必要に応じて手動で起動する方法、の２種類あります。

手動で起動する場合は、拡張システムコマンドで起動させます。拡張システムコマンドでは、常駐しているホスト機能を終了させたり、状態を表示させたりということもできます。システム起動時に自動起動させたホスト機能も終了させたり、再実行することもできます。

通常はシステム起動時に自動的に起動させることが多いですが、メモリ使用量やＣＰＵ使用率がギリギリなのでＶＷＳが必要な時だけ起動したい、のような場合に手動で起動／終了させることもあります。

1.3　スレーブ機能（ＶＷＳ／ＶＷＳ２エミュレータ）

仮想リモートワークステーションのスレーブ機能は次のように起動します。

リモートＷＳキー（ＦＮＣ＋ＰＦ１１、Ｓｈｉｆｔキー＋Ｃｔｒｌキー＋Ｆ１キー）を押す
コマンド入力にてＶＷＳエミュレータ（＃ＶＷＥＭＬ）を起動する
ジョブストリーム／メニューで＃ＶＷＥＭＬを起動する

起動すると次のような順番で接続します。

どのホストに接続するかを選択することになります。ＶＷＳはどのオフコンにも自由に接続できるわけではありません。接続先のホストを設定であらかじめ指定しておかなければなりません。どのホストに接続するかは、ホスト毎に決めたシステムＩＤというもので指定します。接続先の設定が１つだけの場合は指定する必要はないので選択肢は表示されず、そのまま次に進みます。
使用する回線が公衆回線であらかじめ設定されていなかったりすると電話番号を入力する画面になったりします。
ホストに接続にいく。
接続先ホストのホスト機能にパスワードが設定されている場合は、パスワード入力の画面になります。
ホストがＯＣＦありシステムの場合は、オペレータ名、カンパニ、パスワードなどのＯＣＦ情報の入力画面になります。
メニュー画面やＲＵＮコマンド入力画面や業務アプリケーションなど（これはホストの設定によって変わる）の画面になり、ホストで操作可能となります。

無事ホストに端末として接続した場合は、プログラム名表示の前に、ＶＷＳの場合は「/」、ＶＷＳ２の場合は「%」が表示されます。

スレーブ側とホスト側の両方がＯＣＦありのシステムの場合のセキュリティは次のようになります。

まずスレーブ側のオフコンの端末で操作開始操作を行ったときに、スレーブ側オフコンのＯＣＦ機能が働いて、スレーブ側オフコンのオペレータ名、パスワードの入力が必要となります。

次にＶＷＳエミュレータを実行するとＶＷＳ自身のセキュリティ機能が働きます。まず接続できるホスト側は設定済みの中から選択することになります。勝手に不正なホストに接続することはできません。さらにホスト側にパスワードが設定されている場合は、パスワード入力が必要になります。

最後に、今度はホスト側のＯＣＦ機能が働きます。ホスト側の端末として操作開始時に、ホスト側オフコンのオペレータ名、パスワードなどの入力が必要となります。ジョブの実行やファイルのアクセス時にも、ホスト側の機密保護機能が働きます。

仮想リモートワークステーションを終了するときは

ＰＦ１６キー（Ｓｈｉｆｔキー＋Ｆ６キー）を押す
操作終了コマンドを実行する

1.4　リモート／ローカル切り換え

ＶＷＳを使用しているときに、端末はスレーブ側オフコンを経由してホスト側オフコンに接続していることに注目してください。端末は、ホスト側のオフコンにもスレーブ側のオフコンにも接続されているのです。

ＶＷＳ２の場合は、端末の接続先オフコンを随時切り換えることができます。

ローカルＷＳキー（Ｓｈｉｆｔキー＋Ｃｔｒｌキー＋Ｆ２キー）を押すと、端末の接続先がホスト側からスレーブ側（つまり自分のところのオフコン）に替わります。リモートＷＳキーを押すと、またホスト側に接続先が切り替わります。

例えばホスト側に接続してバッチを実行して、ローカルＷＳキーを押してスレーブ側に接続してデータエントリ業務をして、しばらくしたら「もう終わったかな？」とリモートＷＳキーを押して、ホスト側のバッチ実行結果を見る、のような操作を行うことができるということです。

マルチホストなら、複数のホストを切り替えることができます。ホスト１のオフコンに接続して操作して、ホスト２のオフコンに接続して操作して、スレーブのオフコンに戻って操作して、またホスト１のオフコンに接続して・・・ということもできます。

切り換えているうちにホスト側なのかスレーブ側なのかわからなくなることもあるかもしれませんが、画面に表示される内容で判断できます。プログラム名表示の前に「/」か「%」が表示されている場合はホスト側に接続しています。何も表示していなければ、スレーブ側に接続されています。

1.5　拡張システムコマンド

ホスト側の拡張システムコマンドの「No.9 仮想ワークステーション」を選択することにより、ホスト機能（ＶＷＳ／ＶＷＳ２処理ルーチン）の起動、停止、状態表示などを行うことができます。

管理者権限の人がシステムステーションの役割を持つ特別な端末でのみ実行できます。

「No.9 仮想ワークステーション」を選択した後に、サブコマンドを選択します。

番号	サブコマンド	説　　　　明
１	ＶＷＳ起動	仮想ワークステーションを使用できる状態にします。状態表示が「STOP」の時に行う。これにより状態表示が「STANDBY」になります。
２	ＶＷＳ停止	仮想ワークステーション機能を使用不可能の状態にします。状態表示が「STANDBY」の時に行う。これにより状態表示が「STOP」となります。
３	ＶＷＳ強制停止	仮想ワークステーション機能を強制的に使用不可の状態にします。状態表示が「ACTIVE」の時に行う。これにより状態表示が「STOP」となります。
４	ＶＷＳ状態表示	仮想ワークステーションの状態を表示します。 STANDBY：ＶＷＳが使用可能な状態であることを示し、スレーブシステムからの接続待ちの状態。 STOP：ＶＷＳが使用不可能な状態であることを示し、この状態でスレーブシステムからの接続は行えない。通信障害のリトライ後に本状態になることがあり、その場合は「STOP」表示の後に詳細情報を表示する。 RETRY：通信障害に対するリトライ処理中である。 ACTIVE：ＶＷＳが動作中であることを示す。 UNUSED：動的環境設定用に生成したが、どのサーバ設定にも関連付けられていない状態。

1.6　仮想リモートワークステーション装置番号

オフコンに接続する装置には１台１台番号が付きます。仮想リモートワークステーションにも装置名と装置番号が付きます。（設定するときに付けます。）

ホストに設定されている端末の台数が１００台以下（ＳＴＮ０００～ＳＴＮ０９９）の場合は、ＶＷＳの装置名、装置番号はＳＴＮ１ｎｎ（ＳＴＮ１００、ＳＴＮ１０１、ＳＴＮ１０２・・・）となります。ホストに設定されている端末の台数が５００台以下（ＳＴＮ０００～ＳＴＮ４９９）の場合はＳＴＮ５ｎｎ（ＳＴＮ５００、ＳＴＮ５０１、ＳＴＮ５０２・・・）となります。５０１台以上だとＳＴＮ８ｎｎ（ＳＴＮ８００、ＳＴＮ８０１、ＳＴＮ８０２・・・）となります。（端末が８００台以上の場合にどうなるかはよく知りません。）

インラインＷＳ数	ＶＷＳ装置番号
１００台以下	ＳＴＮ１ｎｎ
５００台以下	ＳＴＮ５ｎｎ
５０１台以上	ＳＴＮ８ｎｎ

ベーシック系手順とハイレベル系を混在させる場合は装置番号はベーシック系→ハイレベル系の順番で定義するようです。

1.7　ＣＯＢＯＬプログラムからのサービス起動／停止

ＣＯＢＯＬ８５のシステムサブルーチンを使用してＶＷＳのホスト機能の起動／停止ができます。

２　遠隔ファイルアクセス

遠隔ファイルアクセス（ＲＦＡ：Ｒｅｍｏｔｅ　Ｆｉｌｅ　Ａｃｃｅｓｓ）は、あるオフコン（Ａ）から別のオフコン（Ｂ）に入っているファイルにアクセスできるようにするものです。

自分のオフコンのハードディスクに入っているファイル、他のオフコンのハードディスクに入っているファイル、と意識せずに、同じプログラムでファイルにアクセスできるという特徴があります。

オフコンＡ側を要求システム側、オフコンＢ側をサービスシステム側といったりします。

2.1　サービスシステム

要求システムとサービスシステムは、ＲＦＡを使用中はシステムに常駐させておく必要があります。

常駐させる方法は、システム起動時に自動的にホスト機能を起動する方法、必要に応じて手動で起動する方法、の２種類あります。

手動で起動する場合は、拡張システムコマンドで起動させます。拡張システムコマンドでは、起動している要求システム／サービスシステムを終了させたり、状態を表示させたりということもできます。システム起動時に自動起動させた要求システム／サービスシステムも終了させたり、再実行することもできます。

2.2　遠隔ファイルのデバイス指定方法

遠隔ファイル（ＲＦＡでアクセスしたいファイル）のある場所をプログラムやユーティリティでファイルで指定したい場合は次のように入力します。

遠隔ファイルをボリュームカタログファイルに定義した場合は、「MSD 」（MSDの次は空白3桁）とし、ボリューム名を指定しない。
デバイス指定で直接ファイルの場所を指定したい場合は、「RMSnnn」とRMS＋3桁の装置番号で指定します。（nnnは相手システムのＳＩＤ）

別のＡ－ＶＸサーバのハードディスクにアクセスする時は「ＲＭＳｘｘｘ」のファイル「ｙｙｙ」という風にアクセスします。ボリュームカタログファイルに登録すると「ＭＳＤ　　　」と自分のサーバ上にあるファイルと同じように指定してアクセスできるようになります。Ｗｉｎｄｏｗｓでいうと「ＲＭＳｘｘｘ」でアクセスするのは「￥￥ａａａ￥ｂｂ・・」みたいにネットワークアドレスで他のサーバにアクセスする方法、「ＭＳＤ　　　」でアクセスするのは共有化したフォルダをネットワークドライブに割り当てて「Ｅ：￥ａａａ￥ｂｂ・・」のようにアクセスするのと同じことです。

「RMSnnn」のnnnを自分のシステム（要求システム）のＳＩＤにすると自分のオフコンのハードディスクに入っているファイルにアクセスしたりもできます。

2.3　拡張システムコマンド

ホスト側の拡張システムコマンドの「No.10 リモートファイルアクセス」を選択することにより、リモートファイルアクセス機能の起動、停止、状態表示などを行うことができます。

管理者権限の人がシステムステーションの役割を持つ特別な端末でのみ実行できます。

「No.10 リモートファイルアクセス」を選択した後に、サブコマンドを選択します。

番号	サブコマンド	説　　　　明
１	ＲＦＡ起動	リモートファイルアクセス機能を起動状態（スタートアップ）にします。状態表示は「STANDBY」となり、ＲＦＡ機能が使用できるようになります。
２	ＲＦＡ停止	リモートファイルアクセス機能を使用しているジョブが存在しないときＲＦＡ機能を停止状態にします。状態表示は「STOP」となります。
３	ＲＦＡ強制停止	リモートファイルアクセス機能を使用しているジョブが存在していても強制的にＲＦＡ機能を停止します。状態表示は「STOP」となります。。
４	ＲＦＡ状態表示	相手システムごとにリモートファイルアクセス機能の状態を表示します。 STANDBY：ＲＦＡ機能を使用しているジョブは存在しないがＲＦＡ機能は起動状態である。 STOP：ＲＦＡ機能が停止状態である。本状態の時ＲＦＡ機能を使用することはできない。通信障害のリトライ後に本状態となることがあり、その場合は「STOP」表示の後に詳細情報を表示する。 RETRY：通信障害に対するリトライ中です。 REQUEST：要求システム側：ＲＦＡ機能を使用しているジョブが存在し、遠隔ファイルをアクセスしていることを示します。 SERVICE：サービスシステム側：ＲＦＡ機能を使用しているジョブが存在し、遠隔システムにファイルをサービス中であることを示します。 SHUTDOWN：ＲＦＡ機能強制停止コマンドを受け付けてシャットダウン中であることを示します。公衆回線の場合は上記に加えて「SW CONNECT」「SW DISCONNECT」「SW STANBY」「SW SERVICE」が表示されます。

2.4　ＣＯＢＯＬプログラムからの状態取得機能

ＣＯＢＯＬ８５のシステムサブルーチンを使用してＲＦＡの状態を取得することができます。

３　リモートプリンタ

あるオフコン（Ａ）から別のオフコン（Ｂ）に繋がっているプリンタに印刷することができます。

リモートプリンタ機能は、遠隔ファイルアクセス機能を利用しています。このため遠隔ファイルアクセス機能の設定が必要になります。

3.1　即時転送モードと一括転送モード

リモートプリンタには、プリントデータの転送方式により、以下の２つの形態があります。

即時転送モード（ＲＰＲ：Ｒｅｍｏｔｅ　ＰＲｉｎｔｅｒ）
一括転送モード（ＲＷＴ：Ｒｅｍｏｔｅ　ＷｒｉＴｅｒ）

即時転送モードは、ジョブから出力されるプリントデータをＷＲＩＴＥ命令と同期して直接サービスシステムのスプールファイルに転送します。ジョブがプリタファイルに対してＣＬＯＳＥ命令を実行し、プリンタ出力が終了すると自動的にサービスシステム上のプリンタに印刷を行います。

一括転送モードは、ジョブから出力されるプリントデータを一度自システムのスプールファイルに出力します。ジョブがプリンタファイルに対しＣＬＯＳＥ命令を実行し、プリンタ出力が終了すると、スプール転送プログラム（＃ＲＷＲＩＴ）によりプリとデータを一括してサービスシステムのスプールファイルに転送します。
スプール転送プログラム（＃ＲＷＲＩＴ）によりプリントデータの転送が終了すると自動的にサービスシステム上のプリンタに印刷を行います。

一括転送モードは、さらにプリントデータの転送手順として、自動転送と手動転送の２つの方式があります。
自動転送は、ジョブのプリンタ出力終了により＃ＲＷＲＩＴが自動的にプリントデータを転送する方式です。
手動転送は、自システムのスプールファイルに出力された状態でいったん完了し、スプールコマンドプログラム（＃ＳＰＯＯＬ）のスプール転送コマンドを使って手動で転送要求を行い、＃ＲＷＲＩＴが転送を行う方式です。

自動転送にするか手動転送にするかはシステム生成で設定できますが、スプールコマンドプログラム（＃ＳＰＯＯＬ）で動的に変更することもできます。

3.2　リモートプリンタの指定方法

ジョブからプリンタを指定する場合は、普通のプリンタと同様に装置タイプと装置番号で指定します。次の２つの方法があります。

・ＰＲＮ８ｎｎ
・ＰＲＮ９９９

ＰＲＮ８ｎｎの３桁の装置番号部分は、ＳＧで設定したリモートプリンタ番号です。直接プリンタを指定する場合に使用します。
ＰＲＮ９９９はステーション対応プリンタです。ＳＧでステーションに対応付けしたリモートプリンタに出力する場合に使用します。

異なるジョブから同時に同じリモートプリンタに印刷した場合も、リモートプリンタはいったんスプールファイルにプリントデータを入れてからプリンタで印刷する仕組みなので、ジョブ同士で競合することはありません。

3.3　スプール転送プログラム（＃ＲＷＲＩＴ）

スプール転送プログラム（＃ＲＷＲＩＴ）は、転送要求で指定されたプリントデータをスプールファイルから読み出し、ＲＦＡで接続されたサービスシステムへ転送します。（このためリモートプリンタ機能の一括転送モードは遠隔ファイルアクセス機能が必要。）

スプール転送プログラムの起動方法は、下の2種類があります。

システムによる自動起動
コマンド入力画面からの起動

４　Ａ－ＶＸ／ＮＥＴの環境設定

Ａ－ＶＸ／ＮＥＴは、メッセージ管理上で動作するので、まずメッセージ管理（ＭＭ３かＭＭＳ）の設定が必要です。その上でＡ－ＶＸ／ＮＥＴの設定を行います。

Ａ－ＶＸ／ＮＥＴを使う時もＳＧＬ（システム生成言語）というもので設定を行います。繋げる側、繋がる側両方とも設定を行わなければなりません。

※ＳＧＬでＶＷＳやＲＦＡの設定を記述した例。

/ITOSNET RFA=YES,HST=NO,SLV=YES,RPR=YES;
/RFABUFF SRB=(1024,01),RQB=(4608,02),SVB=(4608,02);
/VWSSLAVE LNK=HDLC,MLT=NO;
/SNET SNO=102,NPS=01;
/INET PNO=000,QNM=RFAQ,TNM=RFAT,LNK=HDLC,RPD=PRN800;

ＳＧＬをパラメータとしてパラメータライブラリに保存しますが、ＭＭ３やＭＭＳ同様にパラメータ名の付け方には規則があります。パラメータ名は、６文字の英数字で付けます。そのうち最初の５文字は任意の文字列で自由に付けることができます。ABCDEでもいいし、SGPARでもいいし、NETPRでもいいです。最後の１文字はＡ－ＶＸ／ＮＥＴの場合は、「N」になります。

５　動的環境設定

上で説明したように、Ａ－ＶＸ／ＮＥＴの環境設定はかなり面倒です。メッセージ管理のＳＧＬを作ってそれをＳＧでシステムに設定し、次にＡ－ＶＸ／ＮＥＴのＳＧＬを作ってそれをＳＧでシステムに設定しなければなりません。システムを設定した場合は、オフコンの再起動が必要になります。場合によっては複数回再起動が必要になります。

システム構成が変わって、Ａ－ＶＸ／ＮＥＴの設定に変更が必要になった場合は、ＳＧＬを修正した後にＳＧでシステムに設定、その後オフコンを再起動しなければなりません。

これらの不便を解消する為、Ａ－ＶＸ４　Ｒ４．０からの動的環境設定というものがＡ－ＶＸ／ＮＥＴに実装されました。

インターネットで使われているＴＣＰ／ＩＰを使用するようにすることで、メッセージ管理のＳＧを不要にしています。（今はオフコン同士もＬＡＮケーブルで繋がれているのでこの方法が一番簡単。）さらにＡ－ＶＸ／ＮＥＴの設定もＳＧＬではなく、Ａ－ＶＸ／ＮＥＴ管理ファイル保守の動的環境設定で行うようになりました。（ＳＧで”動的環境設定を使う”ように設定する必要はあります。）

ＳＧでの設定が不要になるため、設定変更ごとにオフコンを再起動する、ということも不要になりました。

もちろん、今まで通りＳＧＬを使用して設定することもできます。動的環境設定ではＴＣＰ／ＩＰしか対応していないので、従来通りの回線を使用したい場合などは、今まで通りＳＧＬを使用して設定しなければなりません。

６　Ａ－ＶＸ／ＮＥＴ管理ファイル保守（＃ＩＮＥＴＭ）

ＳＧＬではできないＡ－ＶＸ／ＮＥＴの各機能の細かい設定はＡ－ＶＸ／ＮＥＴ管理ファイル保守（＃ＩＮＥＴＭ）というユーティリティで行います。

動的環境設定もＡ－ＶＸ／ＮＥＴ管理ファイル保守を使用して設定を行います。

Ａ－ＶＸ／ＮＥＴ管理ファイル保守ユーティリティの起動方法は以下の２種類のいずれかの方法で行います。

簡易操作ユーティリティ（＃ＡＢＣ）
システムメニューの「システム運用管理支援」

この記事の1行目に飛ぶ