JPH0516616B2

JPH0516616B2 -

Info

Publication number: JPH0516616B2
Application number: JP57126341A
Authority: JP
Inventors: Toshio Hirozawa; Masaru Ooki; Shigeru Motobayashi; Yutaka Kuwabara
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1982-07-20
Filing date: 1982-07-20
Publication date: 1993-03-04
Also published as: JPS5917628A; US4646235A

Description

【発明の詳細な説明】発明の対象本発明は、端末操作代行制御方法に関し、詳し
くはホスト・マシンからローカル・マシンの端末
に入出力動作を行うかわりに、ローカル・マシン
のフアイルに入出力動作を行う制御方式に関する
ものである。

従来技術近年、複数の計算機システムを相互に接続した
ネツトワーク構成が常識になりつつあり、例えば
ホスト・マシン（大型計算機）とローカル・マシ
ン（小型計算機）を階層的に接続したLA
（Laboratory Automation）用制御システム等が
知られている。

これらのシステム・ネツトワーク構成の目的
は、(1)通信資源の有効利用を図り、(2)通信システ
ムの機能分散を図り、(3)通信網の拡張に対して柔
軟性をもつて対処し、(4)応用システムの省力化を
図ること等である。

通信回線を介して他のマシンにアクセスする方
法としては、VTAM（Virtual
Telecommunication Access Method）が従来
より知られており、この方法によれば、(1)１台の
端末から複数のアプリケーシヨン・プログラムを
利用でき、(2)複数端末が１つの回線を共用でき、
(3)任意のホスト・マシン内のアプリケーシヨン・
プログラムをネツトワークの各所から使用でき、
(4)その場合に、アプリケーシヨン・プログラムは
ネツトワークの構成を意識しなくてよい等の利点
がある。なお、システム・ネツトワーク構成や
VTAMについては、「IBM Systems Journal、
Vol・15、No.１、1976」、「System Network
Architecture Format and Protocol Reference
Manual：IBM社マニユアル」、「Synchronous
data link control：Aperspective：IBM
System Journal、Vol・13、No.２、1974」
「VOS2／VOS3 VTAM 解説：日立製作所マニ
ユアル、8080−３−116」等を参照されたい。

第１図は、システム・ネツトワーク構成の一例
を示す図である。

ホスト・マシン１および２は、それぞれ通信制
御計算機３，４を介して、互いに通信回線により
結合されている。通信制御計算機３，４は、ネツ
トワーク内の他の複数のマシンと並列に接続可能
である。また、ローカル・マシン（サブホスト・
マシン）５は、制御装置６を介して、ホスト・マ
シン１の通信制御計算機３あるいは他のローカ
ル・マシンと結合されており、相互通信が可能で
ある。この制御装置６は、HDLC（High−level
Data Link Control）手順あるいはSDLC
（Synchronous Data Link Control）手順等の通
信手順を制御するものである。

従来のシステム・ネツトワーク構成では、ホス
ト・マシン１の端末７からは勿論、ホスト・マシ
ン２の端末８からも、ホスト・マシン１のアプリ
ケーシヨン・プログラムを利用することができ
る。いま、アプリケーシヨン・プログラムとし
て、TSS（Time Sharing System）を考えると、
ホスト・マシン１ではユーザ・プログラム
（TSS−AP）１〜９がTSS制御プログラム１０
の下で動作し、さらにTSS制御プログラム１０
は、VTAMプログラム１１を使用する。

先ず、ユーザ・プログラム９から端末７または
８にメツセージを出力する場合には、VTAM１
１、オペレーテイング・システム（Host OS）
１２を経て、通信制御計算機３内のNCP
（Network Control Program）１３により
HDLC手順の処理が行われた後、端末７に送出さ
れるか、あるいは通信制御計算機４を経て端末８
に送出される。逆に、端末７，８からのメツセー
ジ入力は、上記手順の逆の処理により可能であ
る。

一方、ローカル・マシン５に接続された端末１
４〜１６からも、ホスト・マシン１あるいは２の
応用プログラムを利用することができる。このよ
うなローカル・マシン５は、クラスタ制御機能を
有するローカル・マシント呼ばれる。

ローカル・マシン５では、オペレーテイング・
システム１７のもとで、プログラムHICOP
（Hitachi Network Architecture Subhost
Communication Program）１８が動作し、さら
にプログラムDSC（Data Stream
Compatibility）１９が動作する。上記プログラ
ムHICOP１８はVTAMの機能を遂行するプログ
ラムであり、またプログラムDSC１９は、ホス
ト・マシン１のアプリケーシヨン・プログラム１
０からローカル・マシン５に接続された端末１４
〜１６を、端末７と同一に扱えるように処理する
プログラムである。

このようにして、従来のシステム・ネツトワー
クでは、VTAMおよびローカル・マシン５のク
ラスタ制御機能により、(1)ローカル・マシンに接
続された端末をホスト・マシンの端末として利用
でき、(2)ローカル・マシンの端末からホスト・マ
シンの能力、資源を利用できるという利点があつ
た。

ところで、第１図の２０は、ホスト・マシン１
とローカル・マシン５を階層的に接続した実験自
動化制御システム（LA：Laboratory Automati
on System）の実験室であつて、この中にローカ
ル端末１６と計測器標準インタエーフイス・バス
２１を配置し、計測器や装置群２２の制御および
測定データの収集をローカル・マシン５で行い、
収集した測定データをローカル・フアイル２３に
格納する。

次に、測定収集した測定データに対して、より
高度な解析を行うためにホスト・マシン１を用い
る必要があり、ローカル・フアイル２３の測定デ
ータを一旦ホスト・フアイル２４に転送した後、
ホスト・フアイル２４から読み出してホスト・マ
シン１内で解析プログラムを実行させる。また、
解析結果のデータを再びローカル・マシン５に戻
すためには、ホスト・フアイル２４のデータをロ
ーカル・フアイル２３に転送しなければならな
い。

このフアイル転送には、ローカル・マシン５か
らホスト・マシン１にバツチ・ジヨプ依頼を行う
RJE（Remoto Job Entry）機能が、従来より一
般的に実用されている。

しかし、上記RJE機能によりホスト・マシンに
ジヨブを依頼する方法は、ローカル・フアイル２
３とホスト・フアイル２４の間のデータ転送時間
は少なくてすむが、ホスト・マシン１でバツチ・
ジヨブとして実行されるまでの待ち時間が小規模
ジヨブの場合で５〜10分であり、かなり長い時間
が無駄になる。すなわち、ローカル・マシン５の
端末１６からホスト・マシン１の応用プログラム
９，１０、つまり第１図ではTSS機能が使用で
き、解析プログラム９をTSS制御プログラム１
０の下で動作させることができるにもかかわら
ず、実際には解析プログラム９が動作可能となる
までにかなりの時間を要するので、ホスト・マシ
ン１とローカル・マシン５とを階層的に接続した
システム構成の効果が発揮できないことになる。

発明の目的本発明の目的は、このような従来の問題を改善
するため、ホスト・マシンの応用プログラムから
ローカル・マシンのフアイルを直接アクセスでき
るようにして、ローカル・フアイルとホスト・フ
アイル間のフアイル転送処理を省略し、処理効率
を向上させることが可能な端末操作代行制御方法
を提供することにある。

発明の総括的説明本発明の端末操作代行制御方法は、ホスト・マ
シンとローカル・マシンを階層的に接続したシス
テム・ネツトワークにおいて、先ずローカル・マ
シンの制御テーブルにおけるフアイル入出力状態
フラグを、ローカル・マシン側でフアイル入出力
モードにセツトしておき、次にホスト・マシンで
動作する応用プログラムからローカル・マシンに
接続された端末に対してデータ入出力要求を発行
すると、ローカル・マシンの制御モジユールが制
御テーブルのフアイル入出力状態フラグを調べ
て、フアイル入出力モードであることを判定する
と、端末への入出力動作を行うかわりにローカ
ル・マシンに接続されたフアイルの入出力動作を
行うことに特徴がある。

発明の実施例第１図、第２図は、本発明が適用されるシステ
ム・ネツトワークの構成図およびネツトワーク内
のメツセージの流れを示す図である。

第１図におけるローカル・マシン５内には、本
発明の端末操作代行制御方式の機能が組み込まれ
ており、新たに設けられた端末操作代行処理プロ
グラム（FIO：File In／Out）２５は端末使用者
が端末操作を行うかわりに、ローカル・フアイル
２３の入出力処理を行う。

ホスト・マシン１とローカル・マシン５を階層
的に接続したLA（Laboratory Automation）用
制御システムにおいて、ローカル・マシン５で収
集した測定データをホスト・マシン１で解析する
場合、測定データを一旦ローカル・フアイル２３
に格納した後、従来はローカル・フアイル２３と
ホスト・フアイル２４間でデータ転送を行い、ホ
スト・マシン１のアプリケーシヨン・プログラム
１〜９で処理しているが、本発明では、ホスト・
マシン１からローカル・マシン５の端末１６への
メツセージ入出力要求に対して、ローカル・マシ
ン５内の端末操作代行処理プログラム２５によ
り、ホスト・マシン１からローカル・フアイル２
３への入出力動作で代行するように制御するので
ある。すなわち、あらかじめDSCプログラム１
９が端末ユーザからのコマンドにより端末代行操
作の入出力モードを指定するが、端末操作代行制
御プログラム２５で準備しているフアイル名がセ
ツトされ、かつ入出力状態フラグがセツトされて
いるときに、TSSモードで動作するプログラム
から端末１６への要求メツセージに応じて、端末
に対応するローカル・フアイル２３をアクセスす
る一方、準備しているフアイル名でも、入出力状
態フラグがセツトされていないときには、通常の
端末１６をアクセスする。

先ず、ローカル・マシン５のOS１７の下でロ
ーカルで独立に動作する応用プログラム２６が計
測器類２２を制御し、それらによつて測定された
データは、バス２１を介して収集され、ローカ
ル・フアイル２３に格納される。次に、ローカ
ル・フアイル２３に格納された測定データを解析
するために、ホスト・マシン１で動作するTSS
制御プログラム１０の制御下の解析応用プログラ
ム９を動作させる。ホスト・マシン１のTSS機
能は、ローカル・マシン５の端末１６を用いて行
われる。

なお、ローカル・フアイル２３に格納された測
定データの解析は、ローカル・マシン５で動作す
る応用プログラム２６によつても可能であるが、
通常、ローカル・マシン５は、ホスト・マシン
１，２に比べて処理能力が小さいため、より高度
な解析、複雑な処理を行うには処理能力の大きい
ホスト・マシン１を利用する。

解析プログラム９が端末７，８あるいは端末１
４〜１６にメツセージを送出したり、メツセージ
を受信する場合、そのデータ・エレメント
（DE：Data Element）は、VTAMプログラム１
１、NCPプログラム１３、制御装置６および
HICOPプログラム１８等により、制御情報が付
加されたり、除去されたりして伝送される。

制御情報の付加および削除の流れを、ホスト・
マシン１、通信制御計算機３、ローカル・マシン
５ごとに示すと、第２図のようになる。

すなわち、ホスト・マシン１の応用プログラム
（TSS−AP）９はエンド・ユーザの情報交換の
単位となるデータ（DE）２７を処理し、次に、
ロジカル・ユニツト（LU）は例えばTSS制御１
０として端末が画面表示形式であればDE27にそ
の端末に依存した画面制御情報を付加してRU
（Request Unit）２８とする。次に、TCE
（Transmission Control Element）はVTAM１
１における要求／応答の区別、要求の種別等の
RH（Request／Response Header）２９を付加
し、次のパス制御は伝送経路を示す発信元アドレ
ス、受信元アドレス等のTH（Transmission
Header）３０を付加し、次のデータ・リンク制
御は、メツセージを転送する単位（フレーム）に
関する制御情報LH、LT（Link Header、Link
Trailer）３１，３２を付加して通信制御計算機
３に送出する。通信制御計算機３では、パス制御
でLH３１，LT３２を削除し、TCEではTH３０
を削除した後、ローカル・マシン５に伝送するた
めに、これらを再度付加して送出する。ローカ
ル・マシン５においては、VTAMの機能を有す
るHICOP１８がRU２０を抽出した後、DSCプ
ログラム１９に送信要求を発行する。DSCプロ
グラム１９は、RU２８を端末１６に出力するた
めに、OS１７に出力要求を発行する。

以上のような順序で、ホスト・マシン１の応用
プログラムTSS−AP９からのメツセージが、ロ
ーカル・マシン５の端末１６に出力される。ま
た、逆に、端末１６から応用プログラム９にメツ
セージを入力する場合には、上記と逆の順序で処
理すればよい。

第３図は、ローカル・マシン内のメモリにおけ
る各制御プログラムの関係を示す図である。

ローカル・マシン５の主メモリには、OS１７、
HICOP１８、DSC１９、FIO２５等のプログラ
ムの他に、データ５９と各種の制御テーブルが格
納されている。制御テーブルには、端末ごとの
DGB（Device Group Block）６０、DCB（Data
Control Block）６５、FCB（File Control
Block）６６等がある。

本発明では、DSCプログラム１９が端末ユー
ザからのコマンドを認識し、その中のフアイル名
が準備している名称であるときには、制御テーブ
ルのその端末に対応するDGB６０中の入出力状
態フラグを“１”にし、かつFCB６６中のフア
イル特性情報エリアにフアイル名を書き込むこと
により、端末操作代行動作のフアイル入出力モー
ドが開始される。端末操作代行制御プログラム
（FIO）２５は、ローカル・マシン５内のDSCプ
ログラム１９が端末１６とメツセージの授受を行
う前に動作する。この場合、DSCプログラム１
９からCALL文によつて制御がFIOプログラム２
５に移り、FIOプログラム２５からのRETURN
文によつて再びDSCプログラム１９に戻る。
CALL文、RETURN文は、メモリ内では分岐動
作となる。第３図における制御プログラム間の矢
印は、交信方法を示している。

第４図は、第３図の制御テーブルの詳細説明図
である。

いま、ローカル・マシン５に接続されている端
末１６が、ビデオ・データ・ターミナルである場
合を説明する。他機種の端末の場合にも、デー
タ・ストリーム中の制御文字のコードを変更する
ことにより、簡単に適用できる。

(A) 先ず、動作モードの切替え制御について述べ
る。

ローカル・マシン５における端末操作代行制御
機能は、端末ユーザからのコマンドによつてその
動作モードを指定する。

フアイル出力モードにするには、端末ユーザか
ら次のコマンドを投入することにより、動作が開
始される。

￥＊Ｆ〔フアイル名〕 ……(1) ここで、フアイル名はオプシヨンであつて、こ
の指定がない場合には、FIプログラム２５が
あらかじめ準備しているフアイル名称を用いる。

DSCプログラム１９は、上記(1)のコマンドを
認識すると、制御テーブル中の該当端末に対応す
るDGB６０内のフアイル入出力状態フラグ６１
におけるフアイル出力モード・ビツトを“１”に
した後、FCB６６内の出力フアイル特性情報エ
リア６８に出力フアイルの名称を格納する。

これによつて、ホスト・マシン１のアプリーケ
シヨン・プログラムからローカル・マシン５に接
続された端末１６への入力操作が行われたとき、
これをローカル・フアイル２３への書込み操作、
つまり、ローカル・マシン５のフアイル出力モー
ド操作に代行させることができる。

なお、フアイル出力モードを解除する場合とし
ては、ホスト・マシン１から“REDY”のメツ
セージを受信したときと、端末ユーザが割込みキ
ーを押下したときとがある。この場合には、
DGB６０内のフアイル入出力状態フラグ６１の
フアイル出力モード・ビツトが“０”になる。

次にフアイル入力モードにするには、端末ユー
ザから下記のコマンドを投入することにより、動
作が開始する。

￥＊FI〔フアイル名〕 ……(2) ￥＊FOコマンドのときと同じように、DSCプ
ログラム１９は、上記(2)のコマンドを認識する
と、該当端末に対応するDGB６０内のフアイル
入出力状態フラグ６１のフアイル入力モード・ビ
ツトを“１”とした後、FCB６６内の入力フア
イル特性情報エリア６３に入力フアイルの名称を
格納する。なお、フアイル入力モードの解除は、
出力モードと同じく、ホスト・マシン１から
“REDY”のメツセージが送られたときと、端末
ユーザが割込みキーを押下したときとである。こ
のとき、上記のフアイル入力モード・ビツトが
“０”になる。

(B) 次に、メツセージ受信動作について説明す
る。

ローカル・マシン５におけるメツセージ受信動
作は、ホスト・マシン１の応用プログラム
（TSS−AP）９が端末１６にメツセージを出力
するために、TSS制御プログラム１０に対して
マクロ要求（PUTLINEマクロ）を発行したとき
に起動される。この場合には、第２図に示すメツ
セージのフレーム（RU２８，RH２９，TH３
０，LH３１，LT３２で構成される）が通信制
御計算機３を経由して、ローカル・マシン５に送
出される。

勿論、端末１６をアクセスするために、メツセ
ージのアドレスとして端末１６を指定した内容が
TH（Transmission Header）３０に含まれてい
るので、ローカル・マシン５では、このアドレス
を見て直接端末１６あるいはその端末対応のフア
イルをアクセスする。

ローカル・マシン５のHICOP１８は、RU２８
を抽出し、第４図に示すデータ・バツフア
（DBUF）５０に格納する。RU２８をデータ・
バツフア５０に格納する処理は、第３図に示す
OS１７とHICOP１８との間で行われる。すなわ
ち、OS１７からHICOP１８に対してデータ受信
報告（ATN）３５を行い、HICOP１８はデータ
の受信要求（EXCP）３６をOS１７に発行する。

OS１７は、第４図に示すデータ・バツフア５
０に要求ユニツト（RU）２８のデータ・ストリ
ームを格納すると、HICOP１８に対して終了報
告（TI）３７を送り、処理完了を報告する。RU
２８のデータ・ストリームがデータ・バツフア５
０に格納されると、HICOP１８はDSCプログラ
ム１９にデータ送信要求（SEND）３８を発行す
る。すなわち、HICOP１８はDSCプログラム１
９に対して主の関係を保つために、端末１６への
メツセージの受信がHICOP１８からみると送信
要求となるのである。

HICOP１８からDSCプログラム１９に引渡さ
れるパラメータは、第３図、第４図に示すDGB
６０が格納されている主メモリ上のアドレスであ
る。したがつて、ローカル・マシン５は主メモリ
にこのアドレスでアクセスし、第４図の制御テー
ブルDGBを読出した後、その先頭番地（変位０
バイト目）に格納されているDCBアドレスで再
びメモリをアクセスすることにより制御テーブル
DCB６５を読出す。DCB６５中のDBUFアドレ
スで再度メモリをアクセスし、データ・バツフア
（DBUF）５０のデータ・ストリームを読出すこ
とができる。DSCのプログラム１９は、DBUF
５０のデータ・ストリーム（RU２８）の先頭１
バイト目の要求コード（CMD：第５図のCMD４
２）を調べて、端末１６へのメツセージ出力であ
ることを認識し、２バイト目以降のデータを端末
１６に送出するため、OS１７内の通信管理プロ
グラム３３に対してWRITEマクロ要求を発行す
ることにより、ホスト・マシン１からのメツセー
ジ端末１６に出力される。

端末１６へのメツセージ出力の終了報告
（POST）４０が通信管理プログラム３３から送
られてくると、DSCプログラム１９はHICOP１
８に対して処理終了報告４１を応答することによ
り、ホスト・マシン１からのメツセージ受信動作
の処理を終了させる。

第５図は、受信されたメツセージをローカル・
フアイルに書き込む際の処理方法を示す図であ
る。

受信メツセージのリクエスト・ユニツト
（RU）２８において、データ・ストリーム中の
先頭１バイト目のCMD４２には、端末１６への
データ送信、あるいは端末からのデータ受信等の
区別の要求コードが設定されており、ホスト・マ
シン１からのメツセージ受信動作、つまり端末１
６へのメツセージ出力の場合には、データ送信の
要求コードが設定されている。

第３図に示す端末操作代行制御プログラム
（FIOプログラム）２５は、DSCプログラム１９
が通信管理プログラム３３に対してWRITEマク
ロ要求を発行する前に呼び出される。そして、
FIOプログラム２５は、第４図に示すDGB６０
内のフアイル入出力状態フラグ６１を調べてロー
カル・フアイル２３へのデータ出力モードか否か
を検査する。前述のように、フアイル入出力状態
フラグ６１のフアイル入力モード・ビツトが
“１”であれば、フアイル２３へのデータ出力と
なり、“０”であれば端末１６へのデータ出力と
なる。

データ出力モードが指定されていると、第４図
に示すDBUF５０内のデータ・ストリームを順
次スキヤンしていき、画面の制御情報を取除いた
後にFCB（File Control Block）６６内の出力フ
アイル特性情報にもとづいてフアイル格納レコー
ド６７にデータ・ストリームのデータを移し、ロ
ーカル・フアイル２３に出力する。

第５図のRUのデータ・ストリーム中、画面の
制御情報として、SBA（Set Buffer Address）、
ADR（Address）、FH（Field Heading）、DFC
（Define Field Character）等が付加されてい
る。第５図の処理８０としては、第７図に詳細な
フローチヤートが示されており、データ・ストリ
ームを順次スキヤンしながらビデオ・ターミナル
に対する画面制御文字を取除き、フアイル格納レ
コード６７に移すためのデータ部（DE₁，DE₂）
を抽出する。

第６図は、データ・ストリーム中の画面制御情
報とその処理方法を示す説明図である。

SBAは、画面バツフアのアドレスを指定する
もので、ストリームをスキヤンしてこの情報
SBAを検出すると、ストリームのスキヤン・ポ
インタを＋３バイト進ませる。FHを検出したと
きには、スキヤン・ポインタを進めて、＋３また
は＋４バイトに移す。ICを検出したときには、
バツフア・アドレス値をFCB内に退避して＋１
バイト進ませる。ORを検出したときには、ADR
−，の直前まで繰返す。OTを検出したとき
には、ストリーム内のスキヤン・ポインタを進め
る。また、GRFを検出したときには、グラフ処
理のデータをフアイルに書き込む。

第７図、第８図は、ローカル・マシンの処理フ
ローチヤートであり、第５図における処理８０に
該当するものである。

先ず、判定処理８１では．FIOプログラム２５
がDGB６０内のフアイル入出力状態フラグ６１
を調べ、フアイル出力モードが指定されていなけ
れば、DSCプログラム１９により処理８２が実
行され、DBUF５０のデータ・ストリームを端
末１６に出力する。フアイル出力モードが“１”
になつていれば、FIOプログラム２５は判定処理
８３でFCB６６内のフアイル状態フラグ６９を
調べ、フアイルがオープンされているとき、つま
りそのフアイルへアクセスするための準備が完了
していれば、処理８５でデータ・ストリームのス
キヤン開始位置を決定し、スキヤン・ポインタを
P_sということにする。もし、出力フアイルノオー
プンが行われていないとき、つまりフアイルに出
力レーコド６７の内容を書き込む準備がなされて
いないとき、処理８４で、FCB６６内の出力フ
アイル特性情報６８にもとづいて出力フアイルが
アクセスできるように準備する。出力フアイル特
性情報としては、フアイル名、フアイルの種類、
レコード長等である。処理８６では、出力レコー
ドにデータ・ストリームの各文字を順次格納する
前に、第５図の出力レコード６７を空白の文字で
埋め、かつ出力レコード６７への格納ポインタP_r
を出力レコード６７の先頭にする。判定処理８７
では、DBUF５０が一杯になつたか否かを判定
する。DBUF５０の長さは、DCB６５内に格納
されている。処理８８では、DBUF５０から１
文字を取り出し、判定処理８９によつて特殊制御
文字であるSBA（Set Buffer Address）の検査を
行う。この文字がSBA制御文字であれば、処理
９０〜９４の処理が行われる。これらの処理は、
第６図に示すように、SBA制御文字に続く２文
字によりビデオ・データ・ターミナルの画面バツ
フア・アドレスを示しており、処理９０では後述
のデータ送信時における制御文字を生成するとき
に、そのバツフア・アドレスをFCB６６内に退
避する。判定処理９２では、出力用レコード６７
の長さを越えたか否かの検査を行い、越えていな
ければ処理９３に進む。一方、SBA制御文字に
続くバツフア・アドレス値が出力用レコード６７
の長さを越えたときは、この出力レコード６７の
内容をフアイル２３に書き出す処理を行う（処理
９４）。

第８図のフロー・チヤートは、出力用レコード
６７をローカル・フアイル２３に書き出す処理を
示すものである。

判定処理９５では、出力用レコード６７の先頭
からの文字ストリングが“READY”のメツセー
ジであるか否かを調べる。この“READY”のメ
ツセージをホスト・マシン１のTSS制御プログ
ラム１０（第１図参照）から送信されたものとみ
なし、処理９６によつて直ちにフアイル出力モー
ドおよび後述のフアイル入力モードを解除する。
すなわち、上記の“READY”メツセージは、
TSS制御プログラム下の応用プログラム９の処
理が終了したものとみなすことになる。判定処理
９７では、文字ストリングが“＊＊＊”であるか
否かの検査を行う。この“＊＊＊”のメツセージ
は、“READY”メツセージと同じように、TSS
制御プログラム１０かわ発行されたものとみなし
て、ローカル・フアイル２３へは書き出さない。
なお、この“＊＊＊”のメツセージは、TSS制
御プログラム１０が端末ユーザに対して、ビデ
オ・データ・ターミナル上の画面が満杯になつた
ことを知らせるものである。処理９８により、出
力レコード６７の内容がローカル・フアイル２３
に書き出され、処理９９によつて、出力用レコー
ド６７が初期化される。

再び、第７図に戻り、判定処理１００では、第
６図に示す制御文字であるか否かの検査を行い、
該当するならばデータ・ストリームをスキヤンす
るポインタP_sを第６図の右側に示すポインタの増
分量だけ進める。制御文字でなければ、判定処理
１０２によつて出力用レコード６７の長さを越え
たか否かの検査を行つた後、処理１０３により第
５図に示すRU２８のデータ・ストリーム中の有
効なデータ・エレメント（DE）を１文字ごとに
出力用レコード６７に格納する。

上記処理８７〜処理１０３を繰り返すことによ
り、DBUF５０のデータがローカル・フアイル
２３に書き出される。DBUF５０の処理が終了
すると、処理８２によつてビデオ・データ・ター
ミナル（端末）１６に表示される。

以上の制御によつて、ホスト・マシン１から送
出されるメツセージ、すなわち応用プログラム９
からの送信データをローカル・フアイル２３に格
納することができる。このことは、ホスト・マシ
ン１で動作する応用プログラム９が、ローカル・
フアイル２３を直接にアクセスできるということ
である。また、ローカル・マシン５のFIO制御プ
ログラム２５が動作し、ローカル・フアイル２３
に受信メツセージを格納しても、ホスト・マシン
１の応用プログラム９は何ら上記の動作を意識し
なくてよいということが、この制御方式の利点で
もある。

(C) 次に、メツセージの送信動作について説明す
る。

ローカル・マシン５におけるメツセージ送信
は、ホスト・マシン１内の応用プログラム（例え
ばTSS−AP）９が端末１６等からメツセージを
得るために、TSS制御プログラム１０に対して
マクロ要求（GETLINEマクロ）を発行したとき
に起動される。この場合にも、前述のメツセージ
受信動作のときと同じように、第２図に示すメツ
セージのフレームがローカル・マシン５に送出さ
れ、ローカル・マシン５のHICOPプログラム１
８がRU２８を抽出し、第４図に示すデータ・バ
ツフア（DBUF）５０にこれを格納する。
HICOP１８がRU２８をDBUF５０に格納するた
めのOS１７のHICOP１８との処理手順は、メツ
セージ受信動作のときと同じである。

第３図において、HICOP１８は、次にDSCプ
ログラム１９に対してデータ送信要求（SEND）
３８を発行する。ここで、DSCプログラム１９
は、第５図に示すRU２８のデータ・ストリーム
中の先頭１バイト目、つまりCMD４２を調べる。
CMD４２は、端末オペレーシヨンの種別を表わ
しており、端末１６からのメツセージ入力要求で
あることを確認する。DSCプログラム１９は、
CMD４２が端末からのメツセージ入力要求であ
ることを認識すると、第４図に示すライン・バツ
フア（LBUF）６２を用いて通信管理プログラム
３３にマクロ要求（READ）３９を発行する。
通信管理プログラム３３は、端末ユーザが端末１
６からキー入力したデータをライン・バツフア
（LBUF）６２に格納し、DSCプログラム１９に
入力動作終了報告（POST）４０を送る。

次に、DSCプログラム１９は、HICOP１８に
以前に要求されたデータ送信要求（SEND）３８
に対する処理終了報告（RSP）４１を返すこと
により、HICOP１８はデータ受信要求
（RECEIVE）４２を再びDSCプログラム１９に
発行する。そこでDSCプログラム１９は、先に
端末から入力されたメツセージがライン・バツフ
ア（LBUF）６２に格納されているため、その
LBUF６２のデータをデータ・バツフア
（DBUF）５０に移動させることにより、
RECEIVE４２の処理を終了し、終了報告
（RSP）４１をHICOP１８に返す。HICOP１８
は、DBUF５０のメツセージをホスト・マシン
１に転送することにより、メツセージの送信動作
は完了するのであるが、DSCプログラム１９が
通信管理プログラム３３に対してマクロ要求
（READ）３９を発行する前にFIOプログラム２
５が呼び出される。

FIOプログラム２５は、第４図に示すDGB６
０内のフアイル入出力状態フラグ６１を調べて、
ローカル・フアイル２３からのデータ入力モード
か否かを検査する。DSCプログラム１９によつ
てあらかじめデータ入力モードが“１”にセツト
されていなければ、ローカル・フアイル２３から
のデータ入力は行われない。

データ入力モードが“１”にセツトされていれ
ば、FIOプログラム２５は第４図に示すライン・
バツフア（LBUF）６２に、ローカル・フアイル
２３から入力レコード７０に読み込んだデータ
を、あたかもビデオ・データ・ターミナルのキー
入力として読み込まれたかのように整形して格納
する。この処理を、エンコード処理と呼ぶ。な
お、FIOプログラム２５がフアイル２３からデー
タを読み込んだ場合には、DSCプログラム１９
は通信管理プログラム３３にマクロ要求
（READ）３９を発行しない。

第９図は、ローカル・フアイルから読み込んだ
レコードの処理説明図である。

７０はレコード（DE）、６０，６６は制御テー
ブルDGB、FCB、２８はデータ・ストリーム
（RU）である。

ローカル・フアイル２３から読み込まれたデー
タ・レコード７０は、エンコード（Encode）処
理１１０により整形され、INC７１、CSADR７
２、SBA７３、ADR７４がデータ・レコード７
０に付加された形式に変換されて、RU２８のデ
ータ・ストリームとしてライン・バツフア
（LBUF）６２に格納される。すなわち、FIOプ
ログラム２５は、従来第３図に示すように、
DSCプログラム１９が通信管理プロクラム３３
を介して端末１６からキー入力されたデータを読
み込んでいる代りに、データ管理プログラム３４
に対して、ローカル・フアイル２３からデータ・
レコードを読み込むためにマクロ要求（GET）
４３を発行して、代行処理を行う。

第１０図は、ローカル・フアイルからの入力処
理動作のフローチヤートであつて、第９図のFIO
プログラム２５によるエンコード処理１１０に該
当するものである。

FIOプログラム２５は、判定処理１１１で第４
図に示すDGB６０内のフアイル入出力状態フラ
グ６１を調べる。フアイル入力モードが指定され
ていなければ、つまり“０”がセツトされていれ
ば、処理１１２に移りDSCプログラム１９に制
御を渡して端末１６からデータをLBUF６２に読
み込む。

一方、フアイル入力モードが“１”であれば、
処理１１３，１１４に進む。処理１１３，１１４
は、前述のフアイル出力処理の判定処理８３，８
４と同一の考えによる処理であるが、使用する情
報は前と異なり、FCB６６内のフアイル状態フ
ラグ６９と入力フアイル特性情報６３である。処
理１１４でフアイル２３よりデータ入力の準備が
完了すると、処理１１５ではフアイル２３から入
力用レコード７０に１レコードが読み込まれる。

処理１１６では、データ・ストリームを作るた
めに、INC７１、CSADR７２、SBA７３、
ADR７４を付加する処理が行われる。なお、
INC（Interrupt Code）７１は、端末オペレータ
により行われた操作を、ホスト・マシン１の
TSS制御プログラム１０に連絡するための特殊
コードである。また、CSADR（Dursor
Address）７２は、２バイト長で構成されてお
り、データが入力された最終のカーソル位置を示
している。

FIOプログラム２５は、前述のフアイル出力処
理時に、FCB６６内のバツフア・アドレス情報
７５に格納された値に入力レコード長を加えた値
をCSADRとして生成する。この値は、FCB６６
内のカーソル・アドレス情報７６に退避される。
また、SBA（Set Buffer Address Code）７３
は、この文字コードに続く２バイトがビデオ・デ
ータ・ターミナルの画面内の有効データの起点バ
ツフア・アドレスを示すことを意味している。ま
た、ADR（Buffer Address）７４は、２バイト
長で構成され、ビデオ・データ・ターミナルの画
面内の有効データの起点バツフア・アドレスを示
す。したがつて、FIOプログラム２５は、先にフ
アイル出力処理でFCB６６内のバツフア・アド
レス情報７５に退避した値を使用する。

このようにして、ローカル・マシン５のフアイ
ル２３の内容がホスト・マシン１の応用プログラ
ム９に転送される。このことは、ホスト・マシン
１で動作する応用プログラム９がローカル・フア
イル２３を直接アクセスできることであつて、前
述のメツセージを受信動作と同じように、ローカ
ル・マシン５で収集したデータを、ホスト・マシ
ン１のフアイル２４に転送することなく、ホス
ト・マシン１で動作する解析プログラム９により
データ処理することが可能となる。

第１１図は、従来と本発明との処理および転送
時間の比較説明図である。

従来、ローカル・マシン５で測定・収集したデ
ータをホスト・マシン１で解析するには、一旦
RJE方式等によりそのフアイル内容を転送し、ホ
スト・マシン１で解析した後、再び解析結果デー
タが格納されているフアイルの内容をローカル・
マシン５に転送するので、転送処理に時間がかか
つていた。第１１図では、測定から転送、解析、
および解析結果のグラフ表示までの一連の処理時
間について、RJE方式と、TSSのみを利用した方
式と、本発明の端末操作代行制御方式、つまり
TSSおよびローカル・フアイル入出力動作の両
方を用いた方式とを比較している。測定時間Ｍ
は、4.0分でいずれも同一である。RJE方式では、
バツチ処理のため、Ａ−１、Ａ−２、Ａ−３の解
析の種類が異なる度ごとに、待ち時間（4.7分）
を長く要し、全解析時間は（6.0×３）分となる
が、フアイル転送と解析結果の転送を同時に行え
るため、転送時間は6.0分ですむ。

また、TSS方式では、オンライン処理のため、
Ａ−１、Ａ−２、Ａ−３の解析を高速に行うこと
ができ、解析時間は20分ですむが、転送処理Ｔは
フアイル転送と解析結果の転送を別個に行う必要
があり、かつ転送処理中の待時間Ｗが長い（4.7
分）ため、転送時間に12.0分かかる。

これらに対して、本発明の方式では、TSSに
よるオンライン解析処理Ａに2.0分かかるだけで
あり、測定時間Ｍとグラフ表示時間Ｇを含めても
8.0分ですむ。すなわち、ホスト・マシンとロー
カル・マシンの連携処理による時間が大幅に短縮
され、データが格納されているフアイルの内容を
転送するための待ち時間が削減されるので、合計
の処理時間がきわめて短くてすむ。

発明の効果以上説明したように、本発明によれば、ホス
ト・マシンで動作する応用プログラムからローカ
ル・マシンに接続された端末にデータ・ストリー
ムの入出力要求があつた場合、ローカル・マシン
に接続されたフアイルの入出力動作により代行す
ることができるので、ローカル・フアイルとホス
ト・フアイル間のフアイル転送処理を省略して、
処理効率を向上させることができる。また、その
場合、ホスト・マシンの応用プログラムがローカ
ル・マシンで代行制御を行つていることを全く意
識しなくてよく、従来の機能を全く阻害させない
利点がある。

【図面の簡単な説明】

第１図はシステム・ネツトワーク構成の一例を
示す図、第２図は第１図のネツトワーク内のメツ
セージの流れを示す図、第３図は本発明の実施例
を示すローカル・マシン内のメモリにおける各制
御プログラムの関係を示す図、第４図は第３図の
制御テーブルの詳細図、第５図は本発明の実施例
を示すフアイル出力動作の説明図、第６図はメツ
セージ・データ・ストリーム中の画面制御情報の
説明図、第７図、第８図はいずれも本発明の実施
例を示すフアイル出力処理のフローチヤート、第
９図は本発明の実施例を示すフアイル入力処理動
作の説明図、第１０図は本発明の実施例を示すフ
アイル入力処理のフローチヤート、第１１図は本
発明の実施例を示す処理時間の従来との比較図で
ある。１，２：ホスト・マシン、３，４：通信制御計
算機、５：ローカル・マシン、６：HDLC制御装
置、７，８：ホスト・マシンの端末、９：応用プ
ログラム、１０：TSS制御プログラム、１１：
VTAM処理プログラム、１２：オペレーテイン
グ・システム、１３：ネツトワーク制御プログラ
ム（NCP）、１４〜１６：ローカル・マシンの端
末、１７：ローカル・マシンのオペレーテイン
グ・システム、１８：ローカル・マシンの
VTAM処理プログラム、１９：データ・ストリ
ーム両立性保証プログラム（DSC）、２０：実験
室、２１：バス、２２：計測器、２３：ローカ
ル・フアイル、２４：ホスト・フアイル、２５：
端末操作代行制御プログラム（FIO）、２６：ロ
ーカル・マシンの単独動作応用プログラム。

Claims

【特許請求の範囲】１ホスト・マシンとローカル・マシンを階層的
に接続したシステム・ネツトワークにおいて、先
ず該ローカル・マシンの制御テーブルにおけるフ
アイル入出力状態フラグを、該ローカル・マシン
側でフアイル入出力モードにセツトしておき、次
に、上記ホスト・マシンで動作する応用プログラ
ムから上記ローカル・マシンに接続された端末に
対してデータ入出力要求を発行すると、該ローカ
ル・マシンの制御モジユールが上記制御テーブル
のフアイル入出力状態フラグを調べて、フアイル
入出力モードであることを判定することにより、
上記端末への入出力動作を行うかわりに該ローカ
ル・マシンに接続されたフアイルの入出力動作を
行うことを特徴とする端末操作代行制御方法。２前記端末への入出力動作をローカル・マシン
のフアイル入出力動作で代行する動作モードは、
端末ユーザからの割込み動作あるいはホスト・マ
シンから予め定められたメツセージの受信によ
り、該端末への入出力動作モードに戻ることを特
徴とする特許請求の範囲第１項記載の端末操作代
行制御方法。３前記ローカル・マシンの制御テーブルにおけ
るフアイル入出力状態フラグをフアイル入出力モ
ードにセツトするときには、同時に、出力動作の
代行処理あるいは入力動作の代行処理のいずれで
あるかの指定、ならびに代行させるべき入出力フ
アイルの名称を、上記制御テーブル中に書き込む
ことを特徴とする特許請求の範囲第１項記載の端
末操作代行制御方法。４前記ローカル・マシンのフアイル入力動作で
は、指定されたフアイルから１レコードをデー
タ・ストリームとして主メモリ内に読み込んだ
後、該データ・ストリームに端末固有の制御文字
を付加して、あたかも端末から入力されたデー
タ・ストリームのように処理することを特徴とす
る特許請求の範囲第１項記載の端末操作代行制御
方法。５前記ローカル・マシンのフアイル出力動作で
は、端末へのデータ・ストリームを出力するとき
に、該データ・ストリームの先頭から順次スキヤ
ンして、端末固有の制御文字を排除した後、応用
プログラムが必要とするデータを抽出してローカ
ル・マシンのフアイルに書き出すことを特徴とす
る特許請求の範囲第１項記載の端末操作代行制御
方法。