JPH0642222B2

JPH0642222B2 - 端末制御方式

Info

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

Description

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

〔従来の技術〕

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

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

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

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

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

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

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

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

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

〔作用〕

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

〔実施例〕

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

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

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

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

端末機４₁〜４_nは、プロセッサ５_i，主記憶装置６_i，ワ
ークステーション制御機構（ＷＩＦ）９_i，キーボード
（ＫＢ）10_i，ディスプレイ（ＣＲＴ）11_i，ファイル装
置（ＦＩＬＥ）12_i（ここで、ｉ＝１〜ｎ）から構成さ
れ、１個以上の業務実行部（_im）14を有するものとす
る。なお、上記業務実行部（_im）14は、それぞれ、異
なる業務プログラムＰ_a，Ｐ_b，……を有するものとす
る。

以下、端末側業務プログラムＰ_a，Ｐ_b，Ｐ_cと、前記中
央側業務プログラムＰ_A，Ｐ_B，Ｐ_Cとの間で、論理パス
が設定され、データ送受信後、当該論理パスが解放され
るまでの過程を説明する。なお、上記タスク・コントロ
ール・ブロック（ＴＣＢ）15には、後述する如く、マク
ロ発行元格納部16，ファンクション格納部17，業務識別
情報格納部18および制御テーブル状態管理テーブル19が
設けられている（第１図参照）。

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

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

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

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

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

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

第４図に示した例では、端末機４₁にロードされた問合
せ応答業務Ｐ_aのリンク番号は１番，アプリケーション
間通信業務Ｐ_bのリンク番号は21番，ファイル伝送業務
Ｐ_cのリンク番号は41番，リモートジョブエントリ業務
Ｐ_dのリンク番号は61番として割当れられている。端末
機４₂，同４₃，……にロードされた各業務のリンク番号
は、それぞれ、上記リンク番号を開始番号として連番に
割当てられている。

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

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

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

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

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

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

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

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

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

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

以上、端末機４₁の業務実行部14（₁₁）にロードされ
た端末側業務プログラムＰ_aが、中央側業務プログラム
Ｐ_Aとの間でデータ送受信を行う例について詳細に説明
したが、端末制御プログラム（ＴＣＥＰ）は、リエント
ラントなプログラム構造を有しており、端末機４_iの業
務実行部14（_im）で端末側業務プログラムＰ_a〜Ｐ
_cが、中央側業務プログラムＰ_A〜Ｐ_Cとの間でデータ送
受信を行う場合も同様である。

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

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

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

〔発明の効果〕

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

【図面の簡単な説明】

第１図は本発明の一実施例において、１本の論理パスに
注目したときのリンク制御の処理フローチャート、第２
図は本発明の一実施例を示すオンラインシステムのハー
ドウェア構成図、第３図はそのソフトウェア構成ブロッ
ク図、第４図は端末番号と業務およびリンク番号の対応
関係の一例を示す図、第５図は端末制御装置内のテーブ
ルの関連を示す図である。１：中央処理装置、２：通信制御装着、３：端末制御装
置、４₁〜４_n：端末機、５Ａ，５Ｂ，５Ｃ，５_i：プロ
セッサ、６Ａ，６Ｂ，６Ｃ，６_i：メモリ、７：通信制
御部、13：制御テーブル、14：業務実行部、15：タスク
・コントロール・ブロック、Ｐ_A〜Ｐ_C：中央側業務プロ
グラム、Ｐ_a〜Ｐ_c：端末側業務プログラム。

Claims

【特許請求の範囲】

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