JPS62232030A - 電子計算機の制御方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、電子計算機の制御方法に係り、特にシステム
異常発生による端末入力操作不能時にシステム状態表示
・回復などの緊急操作処理を容易に行えるようにした電
子計算機の制御方法に関する。

〔従来の技術〕

計算機システムの端末操作処理は、端末からの操作指示
を受付けるプログラムと、指示に対応する処理を行うプ
ログラムを順次動作させることにより実行される。この
ような端末操作処理には、例えばＨＩＴＡＣＶＯ３３Ｔ
ＳＳ−Ｉマ：／ドマニュアルの第１４項から第１５項に
記載のように、端末操作指示に従い実行中のプログラム
処理を中断させる制御（クイツト制御）が組込まれてい
る。

しかし、種々のプログラムの中には、メモリー上にデー
タを作成するなどの、処理を中断されては困る処理を実
行するものもあり、このようなプログラムでは、端末か
らの打切り指示が入力されてもクイツト制御を実行しな
いマスク区間を設定し、処理終了後にこれを解除すると
いう制御機構を有している。

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

上記従来技術では、プログラムなどの暴走により端末か
らの入力が不能になる状態に陥いる問題があった。例え
ば、端末からの処理途中での打切り指示を実行しないマ
スク区間を設定したプログラムが実行されている時、そ
のプログラム自身が無限のループに陥いると、端末から
の打切り指示が効かないために端末からの入力不能状態
になる。

或いは上記のようなマスク区間を設定したプログラムの
実行中に、より実行レベルの高い実時間プログラムが動
き出しこのプログラムが無限ループに陥いると、実行レ
ベルの低い端末操作処理プログラムは打切り指示マスク
区間より抜は出せなくなり、やはり端末入力不能現象が
発生する。この場合の対処方法としては、他の使用可能
端末装置から暴走しているプログラムを強制中断させる
か。

特に端末装置が一台しかないときは計算機システムの電
源をオフしたのちオンしてシステムの再立ち上げを実施
しなければならないという問題があった。大型の汎用計
算機システムではシステム運用管理専用のシステムコン
ソールが設けられていてこれからの操作で対処できるが
、小型の計算機システムでは１端末の運用が多く、この
場合には。

特にオンライン制御用の計算機のようにプラント等への
影響がある時は再立上げが困゛難であり、大きな問題で
あった。

また、特開昭６０−２７０２７号に示される様な端末位
置に切替え専用キイを設ける方法も考えられるが、特殊
な端末装置が必要となり、安価な流通端末装置が使用で
きないなど、コストの面で問題となる。

本発明の目的は、上記端末操作不能現象が発生しても緊
急操作処理に切替え、その発生した端末からプログラム
の状態表示を行い、暴走プログラムの強制打切りを行っ
て端末操作不能状態を解除できるようにした電子計算機
の制御方法を提供するにある。

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

上記目的は、端末装置の有する割り込み機能を利用し、
端末入力不能状態の端末からキーボード上の割込み発生
キーを連続押下したときにこれを最高の割込みレベルで
受信処理するプログラムを詩け、このプログラムが所定
時間内に所定回数の割り込み発生を検出すると、端末処
理プログラム実行の保留、全プログラム実行状態の収集
表示。

暴走プログラムの打切りなどの緊急処理を行うようにす
ることによって達成される。

〔作用〕

上記の割込み受信プログラムにはオペレーティングシス
テムの特権タスクとしての最高の実行レベルを割付けて
おきかつこれを主メモリに常駐させておくと１割込み発
生キーの連続押下時に１割込に対し数ミリ秒から数１０
ミリ程度の時間で応答でき、緊急処理を実行して問題の
プログラムの実行を中断させるので、特別なキイを有さ
ない安価な端末でも、システム再立上げを行わずに容易
に入力不能状態を解除することができる。

〔実施例〕

以下、本発明を図に従って詳細に説明する。第２図は１
本発明を適用したシステムの構成図である。同図におい
てキーボード３にはキー４ａ。

４ｂ、・・・・・・が備えられ、このうちの１つ以上は
割込みを発生するためのキーである。計算機１はＣＲＴ
２への表示、及びキーボード３より入力されるキーの読
み込みを行い、内部に格納されたプログラムによって上
記装置の制御を行う１本図は会話型システムであり、ユ
ーザはＣＲＴ２に表示されるメツセージを見ながらキー
ボードを使い、計算機と対話しながら種々のオペレーシ
ョンを実施することができる。

次に第３図に従って１通常の会話オペレーションの実現
処理及び打切り機能について説明する。

会話型システムの場合、キーボード３より入力されるユ
ーザ指定のコマンドを実行させるコマンドモニタタスク
（ＣＬＩ）が存在する。ＣＬＩは。

常にキーボード入力待ち（ステップ３０１）となってお
り、ユーザがコマンドを入力しキャリッジ・リターンキ
ーＣＲを入力すると、ＣＬＩは指定されたコマンドを起
動しそのコマンドの実行が終了するのを待っている（ス
テップ３０２）、ＣＩＪにより起動されたコマンドは、
それぞれコマンドに応じた処理を実行しくステップ３０
３）、終了する。終了するとＣＬＩの待ちは解除され（
ステップ３０４）、ＣＬＩは次のコマンドを入力するた
めに再びキー人力待ち（ステップ３０１）となる。この
ように会話オペレーションはシーケンシャルに実行され
る。

コマンドの終了を待たずにこれをユーザが途中で打切り
たい場合もよく生じる。このような場合は、キーボード
に備わっている割込みキー（アテンションキー）を押下
することにより、コマンドの打切り操作を行う０通常の
システムでは、割込みキー（アテンションキー）の押下
により起動される割込み受付タスク（アテンションタス
ク）が存在する。アテンションタスクは、起動されると
コマンドの打切り処理を実行する（ステップ３０５）そ
してコマンドが途中で打切られてタスクが終了した場合
もＣＬＩのコマンド終了待ちは解除され（ステップ３０
４）、ＣＬＩは再びキー人力待ちとなる（ステップ３０
１）。

コマンドの各種の処理の中には、主記憶上のグローバル
なデータ（タスク間で共有して使用するデータ）の書き
換え処理などのように途中で打切られてはいけない処理
もある。このような場合には１通常は第４図のような方
式をとる。同図は第３図の場合とはコマンドの処理とア
テンションタスクの部分のみが異なっており、他の部分
は同じである。コマンドは、途中で打切られてはいけな
いデータ書き換え等の処理３０３を実行する前に、打切
り操作を無効とする宣言をしくステップ４０１）処理終
了後に打切り操作を有効とする宣言をする（ステップ４
０２）、アテンションタスクは、打切り操作が有効か否
かの判定をしくステップ４０３）有効の場合のみ、コマ
ンドの打切り処理を実行する（ステップ３０５）。

しかし、このような会話型システムにおいては。

キー人力不能となる状態が発生する場合があり。

これを第５図、第６図で説明する。第５図は、コマンド
が打切り操作を無効とする宣言を実行した（処理５０１
）後、コマンドが内部ループした場合である。本図の例
では、処理Ａを実行した後。

判定Ｂを運行し判定の結果がＹｅｓなら次の処理へ。

Ｎｏなら再び処理Ａから実行するようなプログラムであ
り、もし判定Ｂが常にＮｏなら永久に処理Ａと判定Ｂを
くり返す、この場合、アテンションタスクは、打切り操
作を無効とする宣言が実行されているため、コマンド打
切り処理を実行せず終了してしまう８つまり、コマンド
が終了する要因がなく、ＣＬＩは永久にコマンドの終了
を待ち続け、キー人力処理を実行しない、つまり、キー
人力不能な状態となってしまう。

タスクには優先レベルがあり、レベルの高いタスクはレ
ベルの低いタスクより優先して実行される。レベルの低
いタスクは、レベルの高いタスクが実行している間は待
たされ、レベルの高いタスクが終了した後で実行される
。また通常のシステムでは、タスクはＣＬＩ、アテンシ
ョンタスク。

コマンドのみではなく、種々のレベルの複数のタスクが
同時に動作しており、コマンドのレベルは他のリアルタ
イム制御用タスク等の妨げとならないように低いレベル
とされている。第６図は、コマンドが打切り操作を無効
とする宣言を実行した（処理６０１）後１次の処理６０
２を実行している途中に、そのコマンドよりレベルの高
いタスクが起動され、そのタスクがループ状ｆＩＡ６０
３になった場合を示している。そうするとコマンドより
レベルの高いタスクは、コマンドが実行の途中であって
もコマンドより優先して実行され、このタスクが終了す
るまでコマンドは待たされる。さらに、コマンドよりレ
ベルの高いタスクは内部ループしているため、このタス
クは永久に終了せず。

コマンドは永久に待たされ動作することができない、そ
こでアテンションキーを入力してアテンションタスクを
起動しても、打切り操作を無効とする宣言が実行されて
いるため、アテンションタスクはコマンドの打切り処理
を実行しない、この場合も、やはりＣＬＩは、コマンド
の終了を永久に待ち続け、キー人力不能な状態となって
しまう。

第５図、第６図のような要因で、キー人力不能な状態と
なった場合でも、これを同じ端末のキー操作によって可
能とするようにした本発明の実施例が第１図のフローチ
ャートに示されている。同図に於て、キーボード３から
のアテンションキー人力により、第１図の処理、つまり
アテンションタスクが起動される。起動されるとまず打
切り操作有効か否か（コマンドにより打切り操作無効が
宣言されていないかどうか）の判定を行い（ステップ１
０１）、打切り操作有効なら実行中のコマンドを打切り
（ステップ１１０）、終了する。打切り操作無効の場合
は、まず自タスク内ワークエリアＴＯに現在時刻を取込
む（ステップ１０２）。

次にアテンションキーが何回入力されたかをカウントす
るためのアテンション回数カウンタ（初期値＝０）が０
であるかの判定をする（ステップ１０３）。つまり、１
回目のアテンションキーかどうかの判定をする。アテン
ション回数カウンタがＯの場合は、自タスク内ワークエ
リアＴｏの内容を主記憶上の時刻テーブルＴ１にセット
しくステップ１０４）、次にアテンション回数カウンタ
を１カウントアツプする（ステップ１０５）、次に、Ｔ
ｏとＴ１の値を比較しくステップ１０６）。

この差が一定値を超えた場合（一定時間を超えた場合）
、アテンション回数カウンタを０クリアして（ステップ
１０７）、終了する。つまり初期状態に戻り、もう一度
最初からカウントする。ＴＯとＴ１の差が一定値を超え
ていな場合は、次にアテンション回数カウンタの値が一
定値を超えたかどうかの判定をしくステップ１０８）、
超えていなければ終了する。アテンション回数カウンタ
の値が一定値を超えた場合（アテンションキーを一定回
数以上入力した場合）は、次の緊急セツション処理を実
行する（ステップ１０９）、すなわち、緊急セツション
処理１０９を実行するのは、アテンション・キーを一定
時間内に一定回数以下押下した場合である。

緊急セツション処理１０９は、システムの全タスクの状
態の診断、及び送定タスクの強制打切り機能を有し、こ
の処理のフローチャートが第７図に示されている。この
処理ではまず、ｉ初に、緊急セツションが開始された旨
のメツセージをＣＲＴに表示する（ステップ７０１）、
次に、タスクコントロールブロック（ＴＣＢ）より現在
勤作中の全タスクの状態を取込む（ステップ７０２）、
ここで、タスクコントロールブロックとは、タスク制御
の基本となるテーブルであり１通常のシステムには必ず
存在する。次にステップ７０２にて取込んだ情報をもと
に、現在勤作中の全タスクの状態をＣＲＴに表示する（
ステップ７０３）、その表示例を示したものが第８図で
ある。第８図では（１）タスク番号、（２）タスクの実
行状態。

（３）タスクの優先レベル、（４）タスクの実行開始位
！、（５）システムタスク又はユーザタスクの種別、（
６）ＣＬＩ及びコマンドの場合の動作している端末装置
の種別を、それぞれ表示している０次にオペレータがＣ
ＲＴを見て指示を与えると、その指示に従い指定タスク
の強制打切り処理（後述）を実行す、（ステップ７０４
）、そして、最後に緊急セツションが終了した旨のメツ
セージをＣＲＴへ表示する（ステップ７０５）。

第９図は、第７図のステップ７０４の詳細を示すフロー
チャートであり、最初に、オペレータにタスクの打切り
（Ａｂｏｒｔ）か緊急セツションの終了（Ｅｎｄ）　　
かを問い合わせるためのメツセージ“Ａｂｏｒｔ　ｏｒ
　Ｉｌ！ｎｄ”をＣＲＴに表示する（ステップ９０１）
。次に、アテンションキー又はＣＲキー人力があるまで
キーを取込む（ステップ９０２゜９０３）、取込んだ文
字列はキーインデータ格納エリアに格納する（ステップ
９０４）、最後に取込んだ文字がアテンションキーの場
合は終了する。

最後に取込んだ文字がＣＲの場合は、次の処理へと移行
する。まず、取込んだ文字列のうち、先頭より　１ｂ′
　（フランク）をステップする（ステップ９０５）、ａ
初の“ｂ′でない文字を判定しくステップ９０６）、′
Ｅ′なら次の文字以降がすべてｔｂｐであれば（ステッ
プ９０７）終了する。そうでない場合は、入力ミスを示
すメツセージ１７１をＣＲＴに表示しくステップ９１５
）、再度ステップ９０１より繰り返す。最初のｌｂｌで
ない文字が′Ａ′の場合は１次の文字を判定しくステッ
プ９０８）、Ｌ　ｂ　ｌでなければ入力ミスのメツセー
ジ１？′をＣＲＴに表示しくステップ９１５）、再度ス
テップ９０１より実行する１次の文字がｂ′の場合は、
次の文字より連続したｌ　ｂ　ｌ　はすべてスキップす
る（ステップ９０９）。

次に１次の文字列を判定しくステップ９１０）、次の文
字列が１６進数でなければ入力ミスのメツセージ１？′
をＣＲＴに表示しくステップ９１５）、ステップ９０１
より再実行する。１６進数である場合は、その次の文字
以降がすべてｂ′であるかを判定しくステップ９１１）
、すべてがｌｂｌではない場合は、入力ミスのメツセー
ジ′？′　をＣＲＴに表示しくステップ９１５）、再度
ステップ９０１より再実行する。すべてが１゛ｂ′の場
合は、指定の１６進数をタスク番号と見なし、該当タス
クを強制的に打切り（ステップ９１２）、再度ステップ
９０１より実行する。これで、オペレータの指定したタ
スクを強制的に打切るわけである。

以上に説明した緊急セツションを利用することにより１
発生したキー人力不能状態を同端末のキー操作で解除す
ることが可能となる。即ちオペレータは、キー人力が不
能となったことを認知すると、アテンションキーを一定
時間内に一定回数以上押下する。すると、緊急セツショ
ンが開始され、第８図のように現在勤作中の全タスクの
状態が表示され１次に”Ａｂｏｒｔ　ｏｒ　Ｅｎｄ”の
メツセージが表示される。ここでオペレータは、キー人
力不能の原因となっているタスクを究明し１通常はその
タスクを打切る。１回の全タスクの状態の表示のみでは
、キー人力不能状態の原因となっているタスクを究明で
きない場合、”Ａｂｏｒｔ　ｏｒ　Ｅｎｄ”と聞かれた
ときＩ　Ｅ　ｊ　を入力し、緊急セツションを終了させ
、さらに何度か緊急セツションを実行させてみるとよい
、何度状態を見ても実行中のタスク、又は１例えば５秒
で終了する予定が１０秒、２０秒経過後も終了しないタ
スク等が見つかればそのタスクがキー人力不能状態の原
因となっていると想像できる。そこで、このタスクを緊
急セツションを用いて強制的に打切ることでキー人力不
能状態は解除される。このように、キー人力不能状態が
発生した場合でも、システムを停止させることなく　（
システムの再立ち上げなどの必要がなく）。

会ｌｉ８オペレーションでキー人力不能状態を解除する
ことができる。

さらに、コマンド入力待ち状態にも緊急セツションを使
用することができる。即ち、ＣＬＩは、常に打切り操作
無効の状態で動作し、その途中でコマンド起動時に打切
り操作を有効とし、コマンド終了後に再び打切り操作を
無効とするわけである。そうすると打切り操作が無効の
状態ならば。

緊急セツションが使用できるから、通常の場合の動作中
の全タスクの状態を調べることもできる。

この機能は、デパック時などには特に効果がある。

〔発明の効果〕

本発明によれば、１台の端末装置で連用する計算機シス
テムにおいても、端末人力不能状態となった時にシステ
ムの再立上げが不要となり、システムの信頼性及び操作
性が向上するという効果がある。また大型汎用計算機の
ＴＳＳシステムの場合には、端末入力不能状態が発生し
た時に計算機室内の専任オペレータへの問合せや処理回
復依頼が不要となり、システムの運用効率が向上すると
いう効果があり、更にこれらの機能を実現するのに特殊
なキーを備えた端末装置を用いる必要がなく、経済性に
も優れている。

【図面の簡単な説明】

第１図は本発明の処理手順の１実施例を示すフローチャ
ート、第２図は本発明を適用したシステムの１構成図、
第３図は通常の会話オペレーションと打切り機能の処理
手順、第４図は第３図に打切り操作無効の処理を設けた
図、第５図及び第６図はキー人力不能状態となる場合の
説明図、第７図は緊急セツション処理のフローチャート
、第８図は緊急セツション処理時のＣＲＴ表示画面の例
を示す図、第９図は緊急セツション処理における強制打
切り処理手順を示すフローチャートである。 １・・・計算機、２・・・ＣＲＴ装置、３・・・キーボ
ード。 ４ａ、４ｂ・・・キー。

Claims (1)

【特許請求の範囲】
1. １、キーボードからの入力情報により起動されたプログ
   ラムが、その実行が終了する迄は打切りキー押下による
   割込みにより中断されないように打切無効宣言をしてい
   る状態にある時に、上記打切りキー押下による割込みが
   所定時間以下の時間間隔で所定回数以上入力されるとこ
   れを最高割込みレベルの緊急割込みとして検出する緊急
   割込み受信手段を設けるとともに、該手段により上記緊
   急割込みが検出された時には実行中のプログラムが打切
   り無効宣言をしていてもその実行を中断する処理を実行
   するようにしたことを特徴とする電子計算機の制御方法
   。