JPS62214460A

JPS62214460A - 端末制御方式

Info

Publication number: JPS62214460A
Application number: JP61057777A
Authority: JP
Inventors: Kazuo Nakano; 和男中野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1986-03-15
Filing date: 1986-03-15
Publication date: 1987-09-21
Anticipated expiration: 2009-06-01
Also published as: JPH0642222B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は端末制御方式に関し、特に異なる複数の業務を
実行する処理システムに結ばれた端末システムにおいて
、１台の端末機で複数の業務を動的に切替え実行させる
のに好適な端末制御方式に関するものである。

〔従来の技術〕

複数の業務を実行する処理システムとの対応を容易にし
、ハードウェアの固定化を防止する方法として、例えば
、特開昭５８−５４４３６号公報に記載される如く、端
末制御装置に異なる制御規約表と、処理手段とを複数個
設けるものが知られている。

〔発明が解決しようとする問題点〕

この方法は、全く異種の制御規約を共存させられるもの
ではあるが、制御規約表と端末機がくくり付けになって
おり、１台の端末機で複数の業務を実行できるような構
造にはなっていない。

異なる複数の業務を実行する処理システムに結ばれた端
末システムにおいて、例えば、端末制御装置にｎ台の端
末機が接続されており、各々の端末機でに種類のオンラ
イン業務を動的に切替え実行させる場合、それぞれの業
務が専用の制御テーブルを使用する方式では、端末制御
装置内にｎ×に個の制御テーブルが必要である。

近年、端末技術の進歩により、マルチセツション機能、
およびマルチウィンドウ機能等の論理多重処理が要求さ
れるようになって来たが、上記方式では、１つの業務が
追加になれば一挙にｎ個の制御テーブルが必要となり、
端末システム全体の性能を低下させる度合が大きく、業
務の拡張に容易に追従できないという問題がある。

また、端末制御装置が同時に扱うことができる論理パス
収容能力は、各端末機が有する業務実行部（−律とする
）をｍ個としたとき、ｎＸｍ本であり、ｋ　）　ｍの場
合、各業務実行部で実行される業務対応の論理パスを混
乱なく制御するためには、ｎｘ（ｋ−ｍ）本の論理パス
を非活性にする手段が必要である。この手段を端末制御
装置の真髄に持たせることには、内部処理の複雑化を招
くことになるという問題がある。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来の端末制御方式における上述の如き
問題を解消し、異なる複数の業務を実行する処理システ
ムに接続された端末システムにおいて、業務の切替えに
同期して、論理パスの設定を許可または拒否する信号を
通信制御部に与え、データ伝送の同期をとることにより
、内部処理を簡単にするとともに、制御テーブルの占有
メモリ容量を削減することを可能とする端末制御方式を
提供することにある。

〔問題点を解決するための手段〕

本発明の上記目的は、複数の異なる業務を実行する処理
システムに接続された端末制御装置において、該端末制
御装置に接続される端末装置の業務対応に用意された制
御テーブルと、予め処理システムとの間で取決めされた
端末番号と業務の組合せで決まるリンク番号の活性状態
を管理する通信制御部とを設け、業務の切替えに同期し
て、前記通信制御部に当該リンク番号を有する論理パス
の設定を許可または拒否する信号を与えることを特徴と
する端末制御方式によって達成される。

〔作用〕

本発明においては、前記通信制御部に当該リンク番号を
持つ論理パスの設定を許可、または、拒否する信号を与
えることにより、上記通信制御部に論理パスのフィルタ
機能を持たせて、端末制御装置の内部処理を簡単にし、
かつ、前記制御テーブルの占有メモリ容量を削減するよ
うにしたものである。

〔実施例〕

以下、本発明の実施例を図面に基づいて詳細に説明する
。

第２図は本発明の一実施例を示すオンラインシステムの
ハードウェア構成図、第３図はそのソフトウェア構成ブ
ロック図である。図において、１は中央処理装置、２は
通信制御装置、３は端末制御装置、４１〜４ｎは端末機
を示している。

上記中央処理袋［１はプロセッサ５Ａと主記憶装置６Ａ
から構成され、処理仕様が全く異なる複数の業務プログ
ラムＰ　Ａｔ　Ｐ　Ｂ＃　Ｐ　Ｃと、オンライン・コン
トロール・プログラム（ｏｃｐ）と、通信管理プログラ
ム（Ｖ　Ｔ　Ａ　Ｍ）を有する。また、上記通信制御装
置２はプロセッサ５Ｂと主記憶装置６Ｂから構成され、
ネットワーク・コントロール・プログラム（ＮＣＰ）を
有している。

上記端末制御装置３は、プロセッサ５Ｇ、主記憶装置６
ｃ、通信制御部（ＣＩ　Ｆ）７およびステーション制御
機構（ｓ　ｒ　Ｆ）８から構成され、該端末制御装置３
を総括的に制御するオペレーティング・システム（Ｏ８
）と、前記中央処理装置１との間のデータ伝送と後述す
るリンク番号の活性状態を管理する通信制御プログラム
（ＣＣＰ）と、複数の端末機４□〜４ｎに対して張られ
る複数の論理パスを同時に制御する端末制御プログラム
（ＴＣＥＰ））と、後述する業務実行部（ｉｔ　ｎｍ）
　１４対応に用意された制御テーブル（Ｔ　Ｂ　Ｌａｗ
）１３、および、複数の端末機４□〜４ｎとの間のデー
タ授受を制御するステーション・コントロール・プログ
ラム（ＳＯＰ）を有している。

端末機４□〜４ｎは、プロセッサ５Ｌ、主記憶装置６ｉ
、ワークステーション制御機構（ＷＩＦ）９．、キーボ
ード（Ｋ　Ｂ　）１０．、ディスプレイ（ＣＲＴ）ｌ１
１−ファイル装置（Ｆ　Ｉ　ＬＥ）１２ｔ　（ここで、
ｉ　＝＝　１〜ｎ　）から構成され、１個以上の業務実
行部（Ｑ　ｉ＋ｍ）１４を有するものとする。なお、上
記業務実行部（ｒｔ　１ｎ）１４は、それぞれ、異なる
業務プログラムｐ　ａｔ　ｐ　ｌ）。

・・・・を有するものとする６゜以下、端末側業務プログラムＰ　ａ−Ｐ　ｂ　、Ｐ−と
、前記中央側業務プログラムＰ　Ａｓ　Ｐ　Ｂｅ　Ｐ　
Ｃとの間で、論理パスが設定され、データ送受信後、当
該論理パスが解放されるまでの過程を説明する。なお、
上記タスク・コントロール・ブロック（Ｔ　ＣＢ　）１
５には、後述する如く、マクロ発行元格納部１６．ファ
ンクション格納部１７．業務識別情報格納部１８および
制御テーブル状態管理テーブル１９が設けられている（
第１図参照）。

端末機４１において、操作者がファイル装置１２１に格
納されている業務プログラムＰ６を、主記憶装置６１内
の業務実行部（Ｑ□１）１４にロードすると、業務プロ
グラムＰ４は、ワークステーション制御機構（ＷＩＦ）
９．を介して、端末制御装置３に対し、回線系の０ＰＥ
Ｎマクロを発行する。この０ＰＥＮマグロは、前述の制
御テーブル（Ｔ　Ｂ　Ｌｎｍ）１３中のタスク・コント
ロール・ブロック（ＴＣＢ）１５により情報伝達され、
該タスク・コントロール・ブロック（ＴＣＩ３）１５の
マクロ発行元格納部１６には、端末番号にリンクした業
務実行部（Ｑよ、）１４を示す情報が設定され、上記タ
スク・コントロール・ブロック（ＴＣＢ）１５のファン
クション格納部１７および業務識別情報格納部１８には
、それぞれ、当該ファンクションが０ＰＥＮマクロであ
ることを示すマクロコードと、ロードされた業務プログ
ラムＰａを識別するための業務識別情報が設定される。

端末制御装置３では、プロセッサ５Ｃの制御の下に、前
記ステーシミン制御機構（Ｓ　Ｉ　Ｆ）８と、これを制
御するステーション・コントロール・プログラム（Ｓ　
ＣＰ）とを介して、端末機４□から送られた上記タスク
・コントロール・ブロック（ＴＣＢ）１５を受取り、端
末制御プログラム（ＴＣＥＰ）に制御を移す、端末制御
プログラム（ＴＣＥＰ）は、オペレーティングシステム
（ＯＳ）の下で、各業務実行部（Ｑ□）１４から発行さ
れたタスク・コントロール・ブロック（ＴＣＢ）１５の
振分は処理を行う。

第１図は、１本の論理パスに注目したときの端末制御プ
ログラム（ＴＣＥＰ）におけるリンク制御の処理フロー
チャートである。

端末制御プログラム（ＴＣＥＰ）は、上記タスク・コン
トロール・ブロック（ＴＣＢ）１５のマクロ発行元格納
部１６を参照して、当該業務実行部（Ｑｔｔ）ｔ’ｓに
対応する制御テーブル（ＴＢＬ□１）１３の先頭アドレ
スを算出する。このとき、上記タスク・コントロール・
ブロック（ＴＣＢ）１５の内容を、該当する制御テーブ
ル（Ｔ　Ｂ　Ｌ　ｎ１ｌ）１３に複写しておく。

次に、当該制御テーブル（Ｔ　Ｂ　Ｌ工、）１３に複写
された上記タスク・コントロール・ブロック（ＴＣＢ）
１５のファンクション格納部１７を参照し、０ＰＥＮマ
クロであれば、前記タスク・コントロール・ブロック（
ＴＣＢ）１５のマクロ発行元格納部１６と業務識別情報
格納部１８に設定された、端末番号の情報と業務識別情
報とによりリンク番号を算出する。

上記リンク番号は、予め中央処理システムとの間で取決
められるべきものであり、第４図はその一例を示したも
のである。

第４図に示した例では、端末機４１にロードされた間合
せ応答業務Ｐ、のリンク番号は１番、アプリケーション
間通信業務Ｐｂのリンク番号は２１番、ファイル伝送業
務Ｐ０のリンク番号は４１番。

リモートジョブエントリ業務Ｐｄのリンク番号は６１番
として割当てられている。端末機４□、同４３゜・・・
・にロードされた各業務のリンク番号は、それぞれ、上
記リンク番号を開始番号として連番に割当てられている
。

上述の如く、リンク番号を算出した後、端末制御プログ
ラム（ＴＣＥＰ）は１通信制御部（ＣＩＦ）７に対し、
当該リンク番号の登録を指示する０例えば、端末機４□
の業務実行部ｔ４（ｎ　ｔｘ）にロードされた間合せ応
答業務Ｐ６のリンク番号は１番であり、この論理パスが
使用する制御テーブル１３はＴＢＬ□□である。第５図
はこの様子を示すものである。

通信制御部（Ｃ：ＩＦ）７には、通信制御プログラム（
ｃｃｐ）が格納されており、このプログラムはリンク番
号の登録を指示された論理パスだけを活性化しく第５図
に大枠で示した）、中央処理システムとの間のデータ送
受信を許可するというフィルタ機能を持っている。すな
わち、リンク番号の登録が指示されていない論理バスに
対しては、中央処理システムからの交信要求があった場
合、交信拒否を示す応答（第５図にｒＲ８ＰＪで示した
）を回線の出入口であるこの通信制御部（ＣＩ　Ｆ）７
で返し、端末制御装置ｉ！３の内部処理には影響を与え
ないようにしている。

端末制御装置３は、通信制御部（ＣＩ　Ｆ）７に対し、
１番のリンク番号の登録を指示した後、当該制御テーブ
ル１３（Ｔ　Ｂ　Ｌ１□）の状態管理テーブル１９を初
期化し、中央側業務プログラムＰＡとのリンク開始を要
求する。

この要求は通信制御部（ＣＩ　Ｆ）７に格納されている
通信制御プログラム＜ｃｃｐ＞、通信制御装置２に格納
されているネットワーク・コントロール・プログラム（
ＮＣ：Ｐ）、および中央処理装置１に格納されている通
信管理プログラム（Ｖ　Ｔ　Ａ　Ｍ）とオンライン・コ
ントロール・プログラム（ＯＣＰ）を介して、上記業務
プログラムＰＡに連絡される。

なお、中央側業務プログラムＰＡの選択およびリンク開
始要求の手段としては、ＬＯＧＯＮメツセージまたはＩ
ＮＩＴＩＡＴＥ−８ＥＬＦコマンドを、中央処理システ
ムに送信する方法が良く知られている。

上述の如き手段により、端末側業務プログラムＰａと中
央側業務プログラムＰＡとの間の論理バスが張られると
、この業務で規定された通信規約に基づき、データ送受
信が実行される。その態様は以下の通りである。

端末側業務プログラムＰ４からデータの送信または受信
要求マクロが発行されると、前述の０ＰＥＮマクロの場
合と同様に、端末制御プログラム（ＴＣＥＰ）に制御が
移される。端末制御プログラム（ＴＣＥ、Ｐ）は、制御
テーブル１３（Ｔ　Ｂ　Ｌ、、）の業務識別情報格納部
１８を参照することによって現在実行中の業務形態を知
り、この業務で規定された通信規約に基づき、データ送
受信を行う。

この場合、そのときに発生した事象の要因に従って前記
状態管理テーブル１９を更新する。この状態管理テーブ
ル１９は、その時点における当該論理パスの状態を表わ
すもので、端末制御プログラム（ＴＣＥＰ）が端末機４
１からの送受信要求と中央処理システムから受信した各
種コマンドおよびデータを処理するための基本となる。

業務が終了すると、上述の中央側業務プログラムＰＡと
の間の論理バスが解放される。これは、端末制御プログ
ラム（ＴＣＥＰ）がＣＬＯ８Ｅコマンドを検出したとき
、中央処理システムに対して論理バスの解放を要求する
とともに、通信制御部（ＣＩＦ）７に対して当該リンク
番号の取消しを送水することにより行われる。中央側業
務プログラム　ＰＡとのリンク終了手段としては、ＬＯ
ＧＯＦＦメツセージまたはＴＥＲＭＩＮＡＴＥ−８ＥＬ
Ｆコマンドを中央処理システムに送信する方法が良く知
られている。

なお、通信制御部（ＣＩ　Ｆ）７には、通信制御プログ
ラム（ＣＣＰ）が格納されており、このプログラムはリ
ンク番号の取消しを指示された当該論理バスを非活性化
し、以降、次に当該リンク番号の登録を指示する要求を
受付けるまで、中央処理システムとの間のデータ送受信
を禁止し、この間、中央処理システムからの交信要求が
あった場合、交信拒否を示す応答を送信する。

以上、端末機４□の業務実行部１４（Ｑ　１ｚ）にロー
ドされた端末側業務プログラムｐａが、中央側業務プロ
グラムＰＡとの間でデータ送受信を行う例について詳細
に説明したが、端末制御プログラム（ＴＣＥＰ）は、リ
エントラントなプログラム構造を有しており、端末機４
１の業務実行部１４（ｎ　ｉ＋ｍ）で端末側業務プログ
ラムＰ６〜Ｐ０が、中央側業務プログラムＰＡ−ＰＣと
の間でデータ送受信を行う場合も同様である。

上記実施例によれば、端末制御装置３に接続される端末
機を８台（ｎ　＝　８）、各端末機に存在する業務実行
部の数を２個（ｍ＝２．−律）、業務の種類を４種類（
ｋ＝４）、一つの制御テーブルの大きさを５１２バイト
としたとき、ｎ　Ｘ（ｋ−ｍ）＝１６より、１６個の制
御テーブル、すなわち、８ＫＢのメモリ削減が可能にな
る。

また、通信制御部（ＣＩ　Ｆ）７に当該リンク番号を持
つ論理パスの設定を許可または拒否する信号を与える手
段を設けて１通信制御部（Ｃ，Ｉ　Ｆ）７に論理パスの
フィルタ機能を持たせたことにより、端末制御装置３の
内部処理が簡単になるという効果もある。

なお、本発明は、１つの端末機を端末制御装置と一体化
することにより、スタンドアロン・システムおよびマル
チ・ワークステーション・システムにおけるマスク・ワ
ークステーション・システムにも、そのまま適用するこ
とが可能である。

〔発明の効果〕

以上述べた如く、本発明によれば、複数の異なる業務を
実行する処理システムに接続された端末制御装置におい
て、この端末制御装置に接続される端末装置の業務対応
に用意された制御テーブルと、予め処理システムとの間
で取決めされた端末番号と業務の組合せで決まるリンク
番号の活性状態を管理する通信制御部とを設け、業務の
切替えに同期して、前記通信制御部に当該リンク番号を
有する論理パスの設定を許可または拒否する信号を与え
るようにしたので、端末制御装置が同時に扱うことので
きる論理パス収容能力、すなわち、当該端末制御装置が
保有する制御テーブルの数より更に多くの論理パスを扱
うことが可能になり、業務の種類が増加しても、端末制
御装置の負荷を増大させることなく、対処することがで
きるという顕著な効果を奏するものである。

【図面の簡単な説明】

第１図は本発明の一実施例において、１本の論理パスに
注目したときのリンク制御の処理フローチャート、第２
図は本発明の一実施例を示すオンラインシステムのハー
ドウェア構成図、第３図はそのソフトウェア構成ブロッ
ク図、第４図は端末番号と業務およびリンク番号の対応
関係の一例を示す図、第５図は端末制御装置内のテーブ
ルの関連を示す図である。１：中央処理装置、２：通信制御装置、３：端末制御装
置、４１〜ｂ５□；プロセッサ、６Ａ、６Ｂ、６Ｇ、６ｉ：メモリ。７：通信制御部、１３：制御テーブル、１４：業務実行
部、１５：タスク・コントロール・ブロック、ＰＡ〜Ｐ
０：中央側業務プログラム、Ｐ４〜Ｐ、：Ｑ末側業務プ
ログラム。特許出願人　株式会社日立製作所代理人弁理士磯村雅俊２．Ｘ１、十ｉ〜

Claims

【特許請求の範囲】

１、複数の異なる業務を実行する処理システムに接続さ
れた端末制御装置において、該端末制御装置に接続され
る端末装置の業務対応に用意された制御テーブルと、予
め処理システムとの間で取決めされた端末番号と業務の
組合せで決まるリンク番号の活性状態を管理する通信制
御部とを設け、業務の切替えに同期して、前記通信制御
部に当該リンク番号を有する論理パスの設定を許可また
は拒否する信号を与えることを特徴とする端末制御方式
。