JPH0844585A - 計算機制御方式 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、分散処理システムにおける遠隔地計
算機のプログラム暴走による障害を検出し回復すること
を目的とする。 【構成】分散処理システムにおいて、ネットワークを介
し、システム内他計算機へプログラム実行要求を行う計
算機では操作モードを切り替える手段、操作モードの情
報を格納するエリアと、実行要求を送信する際にコマン
ド起動要求パケットに操作条件を付加する手段から構成
され、そしてコマンドの入出力を行う端末に接続され
る。リモート計算機では受信した実行コマンドを操作モ
ードに対応する優先レベルで実行させる手段、前記リモ
ートコマンド受信手段を高優先レベルで起動し、他計算
機と通信可能にするための通信環境初期化手段により構
成される。 【効果】遠隔地計算機における障害回復を効率よく実現
し、またオペレータの誤操作の低減も可能になった。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散システムにおける
計算機制御方式に関する。

【０００２】

【従来の技術】計算機においてプログラムの暴走によ
り、端末操作不能現象が起こった際のプログラム停止手
段として、特開昭62−232030号公報に開示されているよ
うに計算機に接続されているコンソールから打ち切りキ
ー押下により割り込みにより障害を起こしたプログラム
を中断させる制御方式があげられる。しかし、この方式
では、分散システムにおいて、ネットワークに接続され
ている他計算機接続端末からの暴走プログラムの停止は
不可能である。

【０００３】

【発明が解決しようとする課題】プログラムの無限ルー
プや暴走などにより、他プログラムの実行不可や端末か
らの入出力不可といった障害が引き起こされている計算
機において、障害を取り除く方法の１つは、障害を発生
させているプログラムを停止させることである。上記従
来技術においては、計算機に接続されているコンソール
に限定し、障害発生プログラムの中断手段を実現してい
る。そのため、この技術を分散システムに適用した場
合、分散システム内の個々の計算機で上記障害が発生し
た時には、個々の計算機のコンソールまでオペレータが
移動し、障害発生プログラムを検出し、中断しなければ
ならない。実際、分散システムにおいて、計算機は距離
において点在している場合が多いので、効率の良い方法
とは言えない。かつ、このような障害がシステムの動作
に及ぼす影響は大きいため、障害解除までの時間がシス
テムの信頼性に与える影響も大きい。

【０００４】本発明は、以下の２点を目的とするもので
ある。

【０００５】（１）分散システムにおいて、上記障害発
生時にシステム内任意の計算機接続端末より障害の検出
および解除を可能とすることにより、システムの信頼性
を向上させること。

【０００６】（２）プログラム起動モードの現状態をオ
ペレータに直感的に認識させることにより、意図と違う
誤操作の低減や、必要以上長時間にマシンタイムの占有
を防止する。

【０００７】

【課題を解決するための手段】分散システム内の任意の
計算機から任意の計算機に対し、 （１）上記目的（１）を解決する手段 プログラムを実行する場合に、ネットワーク転送データ
内に実行コマンド行にプログラムの起動緊急度を示す動
作情報を持たせて転送し、ネットワーク接続下計算機の
プログラムを起動緊急度に合ったレベルで動作させるも
のである。さらには、分散システム内各々の計算機のプ
ログラム起動緊急度を変更可能し、転送データと対応さ
せるものである。本特許では、上記手段で起動したプロ
グラムを全てのユーザ登録プログラムの動作レベルより
高めることにより、緊急操作を行うオペレータのオペレ
ーションを優先させることを実現している。

【０００８】（２）上記目的（２）を解決手段する手段 任意の計算機に対するプログラム起動条件変更時に変更
ユーザの認証を行う。さらに、障害回復オペレーション
専用のウィンドウを設けること。前記ウィンドウの認識
を視覚上容易とすることによりオペレータの誤操作の低
減を実現している。

【０００９】

【作用】本発明により、以下の作用がある。

【００１０】１）遠隔地の計算機の障害回復が可能。

【００１１】２）他のユーザオペレーションより優先時
に操作が可能。

【００１２】３）オペレータによる誤操作を低減可能。

【００１３】４）緊急オペレーション操作端末を任意に
設定可能。

【００１４】

【実施例】以下、本発明の実施例について詳細に説明す
る。

【００１５】〈実施例１〉実施例１は、本発明を実装す
るためのシステムの基本構成を示し、操作モードの変更
処理手順および障害発生時におけるリモートコマンドの
発行の処理手順を示す例である。

【００１６】図１は本発明における一実施例である分散
情報処理システムの構成図である。本処理システムは、
コマンド入力及び実行結果表示を行う端末１−２，前記
端末１−２から受け取ったコマンド入力指示にしたがっ
て処理する計算機１−１と、通信媒体１−４を介して接
続されている複数のリモート計算機１−３−１，…，１
−３−ｎから構成される。ここで、計算機１−３−１，
…，１−３−ｎ内の構成は同一であるため、よって、説
明は計算機１−３−１について行う。また、本図中の矢
印は処理の流れ方向や、データの参照と記録処理を示し
ている。

【００１７】計算機１−１は、通信の計算機としての構
成のほかに、端末１−２から入力されたコマンドを受け
付ける１−５−１のためのコマンド処理手段１−６，前
記コマンド処理手段１−６が、受け付けたコマンドをコ
マンド起動要求パケット６−１とし、他計算機１−３−
１，…，１−３−ｎに対して送信（１−５−４）し、コ
マンドを起動した実行結果を受信する（１−５−５）リ
モートコマンド送信手段５−１と、端末１−２より入力
したコマンド入力の操作モードを切り替えるための操作
モード切り替え手段２−１、そして前記操作モード切り
替え手段が操作モードを格納する（１−５−１２）操作
モード情報格納エリア３−１から構成される。図６に前
記コマンド要求パケットの構成を示す。前記コマンド起
動要求パケット６−１は、操作モード６−２とコマンド
ライン６−３によって構成される。前記操作モードは、
前記操作モード情報格納エリア３−１内の操作モード３
−２を参照している（１−５−１１）。

【００１８】また、前記端末１−２は、計算機１−１に
接続されており、計算機１−１に対してコマンド入力
（１−５−１）や、計算機１−３−１，…，１−３−ｎ
に対してリモートコマンド入力（１−５−１）及び、計
算機１−１よりコマンドの実行結果を表示する（１−５
−２）装置である。

【００１９】次に、計算機１−３−１は、通常の計算機
としての構成のほかに、計算機１−１が発行した（１−
５−６）コマンド起動要求パケット６−１を受信し、コ
マンド起動要求パケット６−１内の操作モード６−２に
従って、操作モードに対応した優先レベルでコマンドを
処理させるプロセスを生成する（１−５−８）リモート
コマンド受信手段７−１と、前記リモートコマンド受信
手段７−１により生成され、受信したコマンドを実行
し、起動コマンドの実行結果をリモートコマンド受信手
段に返す（１−５−９）コマンド実行手段７−２と、計
算機１−３−１内で最も高い優先レベルでリモートコマ
ンド受信手段をシステム立ち上げ時に起動する（１−５
−１０）環境初期化手段１−７により構成される。

【００２０】計算機１−３−１でユーザ作成の高い優先
レベルを持つプログラムが永久ループに陥った場合、他
のプログラムは処理続行不可能となり、システムの業務
が停止する障害が発生する。前記障害によって、リアル
タイム処理の続行が不可となった時、オペレータは、計
算機１−１の端末１−２から操作モードを緊急操作モー
ドに切り替えて、計算機１−３−１に対してコマンド入
力を行うことにより回復する。以下のこの手順を説明す
る。

【００２１】まず、環境初期化手段１−７について説明
する。環境初期化手段は、計算機１−３−１，…１−３
−ｎ内において、リモートコマンド受信手段７−１が、
計算機１−１より障害発生時でもコマンド起動要求パケ
ット６−１を受信できるように、システム立ち上げ時
に、ネットワークのポート番号の予約などの初期化処理
を行い、さらにリモートコマンド受信手段を計算機１−
３−１内で最も高い優先レベルで起動する。

【００２２】次に、緊急操作手順について説明する。

【００２３】まず、端末１−２から操作モードを緊急操
作モードに切り替えることを指示するコマンドを発行す
る。前記操作モード切り替え指示は、計算機１−１内の
コマンド処理手段１−６に受け付けられた後、モード切
り替え手段２−１に処理が渡される（１−５−３）。

【００２４】図１８では、コマンド処理手段の処理１−
６を示す。端末１−２よりコマンドが起動された場合、
上記コマンド処理手段はコマンド受付待ち状態(１−６
−１)から起こされ、入力されたコマンドに対応した処
理を行う。操作モード切り替え要求が端末１−２より発
行された場合（１−６−２）、処理はモード切り替え手
段２−１を起動し、操作モード種別を渡す（１−５−
３）、リモートコマンドが起動された場合（１−６−
４）、処理はリモートコマンド送信手段５−１を起動
し、リモートコマンドのコマンド名前とコマンドパラメ
ータを渡す(１−６−５)。その以外は、ローカル計算機
内のコマンドを起動する（１−６−６）。そして、実行
終了後に、実行結果を受信し（１−６−７）、端末１−
２に表示する（１−５−２）。

【００２５】図２では、モード切り替え手段２−１の処
理を示す。端末１−２より操作モードを緊急操作モード
に切り替えるコマンドが起動された場合、オペレータに
対し緊急操作モードで接続する計算機１−３−１へのア
クセス権の認証を要求する（２−２）（権利の認証要求
や照合処理は実施例２を参照）。権利が認められなかっ
た場合、端末１−２にモード切り替え失敗の表示をし、
要求を廃棄する（２−７）。権利の確認された場合、操
作モードの状態を容易にオペレータに認識させるために
Window枠の色，カーソルの形，入力プロンプト等を変更
する(２−３)。（詳細は実施例３を参照）。そして、操
作モード切り替え指示コマンドを発行した端末の識別子
や、マシンアドレスフィールドに送信対象計算機のアド
レスがすでに登録されているかをチェックする（２−
４）、存在した場合、モード切り替え失敗の表示をし、
要求を廃棄する。存在しない場合、操作モードフィール
ドに１をセットし（２−５）、端末識別子フィールドに
操作モード切り替えコマンドを発行した端末の識別子を
セットし、マシンアドレスフィールドに送信対象計算機
のアドレスをセットする（２−６）。

【００２６】図３に操作モード情報格納エリアの構成を
示す。

【００２７】操作モード情報格納エリア３−１は、操作
モードの現状や、接続する端末１−２とリモート計算機
のネットワークアドレスを記憶するために計算機１−１
に設けられた領域である。その構成は、端末やウィンド
ウ毎に１つのエントリを持ち、１つのエントリは、操作
モードフィールド３−２，端末識別子フィールド３−３
と、マシンアドレスフィールド３−４により構成され
る。操作モードフィールド３−２にはローカル計算機に
接続されている各々端末の操作モードの状態が格納され
る。操作モードに０が格納された時は通常操作モードを
示し、１が格納された時は緊急操作モードを示す。端末
識別子フィールド３−３にはローカル計算機に接続され
ている端末やタミナールエミュレータを起動したウィン
ドウの識別子が記録される。したがってこのテーブルの
エントリ数は、最大ローカル計算機に接続されている端
末とタミナールエミュレータの数になる。このフィール
ドを設けたことにより、端末の間に操作モードの排他処
理を行われ、端末毎に任意のリモート計算機と任意の操
作モードで接続の状態設定をすることが可能となる。マ
シンアドレスフィールド３−４には緊急操作モードで接
続するリモート計算機のアドレスを格納する。コマンド
起動要求パケットを送信時、前記アドレスフィールドの
値を送信先のリモート計算機アドレスを照合することに
よって緊急操作モードが有効かをチェックする。前記ア
ドレスフィールドの値は、操作モードフィールドに１が
格納される時のみ有効とする。上記の照合処理によっ
て、１つの端末あるいは１つのウィンドウより一度に複
数の計算機に対し、緊急操作モードでアクセスすること
を防止する。

【００２８】次に、緊急操作モード終了処理について説
明する。緊急操作モードの終了は、操作モードを通常操
作モードに切り替え指示を行うコマンド端末１−２より
入力することにより行う。前記切り替え指示により、入
力プロントプトなどを操作モード緊急操作モード前の状
態に戻し（４−２）、操作モード情報格納エリア３−１
の操作モード３−２、端末識別子３−３と、リモートマ
シンアドレスフィールド３−４を０にリセットする（４
−３）。

【００２９】次に、緊急操作モードにおけるコマンドオ
ペレーション手順について説明する。

【００３０】緊急操作モードに切り替えられた後（図１
参照）、端末１−２から計算機１−３−１に対しリモー
トコマンドが発行された場合（計算機１−２内のコマン
ド処理手段１−６に該当コマンドを受け付け、リモート
コマンド送信手段５−１にリモートコマンドのコマンド
名称やコマンドのパラメータを渡す（１−５−４）。図
５では、前記計算機１−１が他計算機に対しリモートコ
マンドを送信する処理の流れを示す。まず、コマンドの
処理手段より、リモート計算機で実行するコマンドのコ
マンド名称とパラメータを受信する（５−９）。操作モ
ード情報格納エリア３−１内に端末１−２に対応する操
作モードフィールドの内容チェックを行う（５−２）。
操作モードフィールド３−２の値が０であれば、計算機
１−３−１に対し送信するコマンド起動要求パケット６
−１（図１，図６参照）のコマンドライン６−３に付加
する操作モード６−２を０に設定（５−４）して、送信
先の計算機１−３−１へ送信する（５−６）。操作モー
ドフィールド３−２の値が０でなければ、同じエントリ
のマシンアドレスフィード３−４の値とオペレータが指
定したリモートコマンドの送信先のリモート計算機のア
ドレスと比較する（５−３）。等しければ緊急操作モー
ドが有効となるためコマンド起動要求パケット６−１中
のコマンドライン６−３に付加する操作モード６−２を
１に設定（５−５）し、送信先の計算機１−３−１へ送
信する（５−６）。等しくなければコマンドライン６−
３に付加する操作モード６−２を０に設定（５−４）
し、送信先の計算機１−３−１へ送信する（５−６）。
送信後、処理はコマンドの実行結果の受信待ち状態にな
る（５−７）。実行結果を受信すると、待ち状態が解除
され、実行結果をコマンド処理手段を介してオペレータ
に表示する(５−８)。図６では、上記リモート計算機１
−３−１に対するリモートコマンド起動要求を送信する
通信パケットのフォーマットを示す。コマンドライン６
−３に操作モード６−２を付加することによって、オペ
レータの操作状態を送信先に伝える。これにより、送信
先の計算機は前記操作状態にあったレベルでコマンドを
実行することが可能となる。

【００３１】次に、リモート計算機１−３−１におい
て、コマンドを実行する処理について説明する。図７
に、計算機１−１より、送信されたリモート起動要求パ
ケット内の操作モードによりコマンドの実行優先レベル
を決定し、コマンド実行手段を起動するリモートコマン
ド受信手段７−１の処理フローと、前記リモートコマン
ド受信手段より起動され、コマンド名称とコマンドパラ
メータによって実行対象のコマンドを起動するコマンド
実行手段７−２の処理フローを示す。

【００３２】まず、リモートコマンド受信手段７−１
は、計算機１−１からの起動要求パケットを受信する
（７−１−１）。リモートコマンド起動要求パケット受
信は、ハードウェアあるいはオペレーティングシステム
からの割り込みにより報告される。この時、リモートコ
マンド受信手段は、リモート計算機１−３−１内で最も
高い優先レベルで動作しているため、リモートコマンド
起動要求パケットを受信することが可能となる。

【００３３】次に、受信した起動要求パケット内の操作
モードをチェックする(７−１−２)。前記操作モードが
０である場合、コマンド起動要求パケット内に格納され
ているコマンドを通常の優先レベルでコマンドを実行す
る旨をコマンド実行手段に送信し、コマンドの終了待ち
となる（７−１−５）。

【００３４】また、前記操作モードが１である場合に
は、コマンド起動要求パケット内に格納されているコマ
ンドをリモート計算機１−３−１内で最も高い優先レベ
ルにて実行する旨をコマンド実行手段に送信し、コマン
ドの終了待ちとなる（７−１−３）。コマンド実行手段
７−２は、前記リモートコマンド送信手段より送信され
たコマンド名称とコマンドパラメータによりコマンドを
起動（７−２−１）し、結果を前記リモートコマンド送
信手段に返す。次にリモートコマンド受信手段は、コマ
ンド実行結果を計算機１−１のリモートコマンド送信手
段に送信する。

【００３５】以上のような緊急操作モードを実現するこ
とにより、リモート計算機の障害発生時、オペレータの
操作端末から障害発生計算機の状態や、障害プログラム
の停止などといった障害検出と中断が可能となる。

【００３６】〈実施例２〉実施例２は、緊急操作可能な
計算機が複数台からなるシステム上におけるセキュリテ
ィの向上を計るため、リモート計算機に対する操作モー
ド変更権の認証処理である。

【００３７】図８は、実施例１で示した基本構成に加
え、操作モード切り替え権を確認するように拡張し、複
数のローカル計算機１−１−１，…，１−１−ｎとそれ
ぞれに接続されている端末１−２−１，…，１−２−ｎ
からなる構成図である。ここで、計算機１−１−１，
…，１−１−ｎ及び端末１−２−１，…，１−２−ｎ内
の構成は同一であるため、よって、説明は計算機１−１
−１と端末１−２−１について行う。実施例１で示した
基本構成のほかに、計算機１−３−１内に操作モード切
り替え権照合手段１１−１と、操作モード切り替え権情
報格納エリア１８を付加した。前記操作モード切り替え
権情報格納エリア１８は、操作モード切り替える権利を
許可された計算機のアドレスが登録されたリストであ
る。

【００３８】上記構成により、計算機１−３−１におい
てリモートコマンド受信手段９−２が受信したコマンド
起動要求パケット１０−１内のローカル計算機アドレス
フィールド１０−６（図１０参照）の値を上記操作モー
ド切り替え権情報格納エリア１８内の計算機アドレスリ
ストと照合することにより、緊急操作モードにて受信し
たコマンドを実行するか否かを判断する。

【００３９】次に、計算機１−１−１における操作モー
ド変更権の認証受付処理を説明する。

【００４０】リモート計算機に対するアクセス権のチェ
ックは、操作モードを緊急操作モードに変更する際に行
われる。端末１−２−１より操作モードを緊急操作モー
ドに切り替えるコマンドが発行されると、コマンドは計
算機１−１−１内でコマンド処理手段１−６に受け付け
られた後、モード切り替え手段２−１に処理が渡される
（１−５−３）。図９で示すように、まずオペレータは
接続するリモート計算機内のユーザ名と対応するパスワ
ードが求められる（９−１−１）。入力されない場合、
オペレータのログインユーザ名とパスワードが設定され
る。そして、操作モード変更処理を行うためにリモート
コマンド送信手段にモード変更コマンドの起動要求１−
５−２０を送信する。前記リモートコマンド送信手段は
モード変更コマンドの実行要求をコマンド起動要求パケ
ットに格納し計算機１−３−１に送信する（１−５−
６）。送信する際の実施例１のコマンド起動要求パケッ
トにおいて、図１０に示すように操作モード１０−２と
コマンドラインフィールド１０−３のほかに、ユーザ名
１０−４，パスワード１０−５と、ローカル計算機アド
レスフィールド１０−６を付加した。ここで操作モード
フィールド１０−２には１が設定され、コマンドライン
フィールド１０−３には操作モード変更権の照合処理を
起動するコマンドが設定され、ユーザ名１０−４とパス
ワードフィールド１０−５にはオペレータから入力され
た値が設定され、ローカル計算機アドレスフィールド１
０−６にはモード変更を要求した計算機のアドレスが設
定される。

【００４１】次に、計算機１−３−１における操作モー
ド変更権の認証照合の処理を説明する。

【００４２】計算機１−３−１では、ハードより外部の
計算機１−１からコマンド起動要求の割り込み１−５−
６を受信した後、処理は高優先レベルで起動されるリモ
ートコマンド受信手段９−２に渡される。まず受信した
コマンド起動要求パケット中の操作モードは０であるか
をチェックする（９−２−３）。０であれば、通常操作
モードにおけるリモートコマンド起動なので、コマンド
起動要求パケット中のコマンドをデフォルトの優先レベ
ルで実行する（９−２−４）、０でなければ、コマンド
起動要求パケット中のコマンドは操作モード変更コマン
ドであるかをチェックする（９−２−５）。操作モード
変更コマンドでなければ、コマンド起動要求パケット中
のコマンドを高優先レベルで実行させる（９−２−
６）。操作モード変更コマンドであれば操作モード変更
権照合手段１１−１を実行する（９−２−７）。

【００４３】図１１では操作モード変更権照合手段１１
−１の処理を示す。まず事前に設けられた操作モード変
更権所有者のリスト中の受信したコマンド起動要求パケ
ット１０−１中のユーザ名が存在するかを検索する（１
１−１−２）。（このリストのインプリメンテーション
の一例としてたとえばＵＮＩＸシステムのグループ管理
ファイル／etc／groupに事前該当グループを予約するこ
とによって、パスワードファイル／etc／passwd と併せ
て有権者の登録が行える。）存在した場合、エラーコー
ドを設定し終了する（１１−１−６）。存在しない場
合、計算機１−３−１内のパスワードファイル中に上記
ユーザはパスワードを持つかをチェックする（１１−１
−３）。パスワードを持つ場合、受信したコマンド起動
要求パケット中のパスワードと照合する（１１−１−
４）。一致しなければ、エラーコードを設定し（１１−
１−６）、終了する。一致すれば、計算機１−１−１が
計算機１−３−１に対しリモートコマンドを実行させる
権利を確認するために、受信したコマンド起動要求パケ
ット中のローカル計算機アドレス（計算機１−１−１）
は上記操作モード切り替え権情報格納エリア１８に登録
してあるかを検索する（１１−１−５）。存在しなけれ
ば、エラーコードを設定し終了する（１１−１−５）。
存在すれば処理を正常終了し、実行結果をリモートコマ
ンド受信手段を介し計算機１−１−１に返す。

【００４４】計算機１−１−１内のリモートコマンド送
信手段が実行結果を受信すると、実行結果をモード切り
替え手段に返す（１−５−１１）。実行結果が正常終了
の場合、操作モード情報格納エリア３−１に該当する値
を設定する（９−１−４）。エラー終了した場合、コマ
ンド処理手段１−６にエラーコードを渡し（１−５−１
３）、コマンド処理手段よりエラーメッセージを出力し
操作モード変更要求が失敗になる。

【００４５】上記により、リモート計算機の障害回復操
作が可能な計算機を特定することができ、リモート計算
機のセキュリティを強化した。

【００４６】〈実施例３〉実施例３は、オペレータに操
作モードを容易に認識させるための画面制御方式を示す
例である。

【００４７】（１）キュラクタ端末における例 図１２では、遠隔地の計算機において上記障害発生時に
障害回復操作手順の一例を示す。オペレーションを開始
する前の操作モードは緊急操作モードと仮定する。端末
１−２より緊急操作モード開始コマンドemgstartを発行
し(１２−２)、操作モード変更権の認証が確認された
（１２−２）後、操作モードを切り替える。認証が失敗
した場合は、端末１−２に操作モード失敗メッセージを
出力する（１２−１１）。この時から緊急操作モード終
了コマンドが発行されるまでの間は緊急操作モードとな
る。オペレータに緊急操作モードであることを視覚的に
容易に認識させ、誤操作を低減させるために入力プロン
プトの文字の属性を認識するために変更する（１２−
５）。文字属性とは、色を赤くすることや、反転や点滅
文字に変更するなど。この状態で、端末１−２からリモ
ートコマンドにてリモート計算機１−３−１の各タスク
のマシン占有時間など実行状態に関する情報を入手して
障害のプログラムを検出し、該当プログラムをリモート
コマンドにて中断させることにより障害回復を行う。リ
モートマシンの障害回復後、緊急操作モード終了コマン
ドemgendが発行される（１２−９）と、通常操作モード
に戻り、入力プロンプトの文字の属性を緊急操作モード
前の状態に戻す（１２−１０）。図１３では以上のオペ
レーションを示す画面例である。まずemgstartコマンド
１３−１−１にて緊急操作モード切り替え要求を発行
し、パラメータhostname１３−１−２で対象のリモート
計算機を指定すると、ユーザ名１３−１−３とパスワー
ド１３−１−４が求められる。権利の認証が成功に行わ
れた場合、入力プロンプト１３−１−５の文字の属性が
代わり、緊急操作モードで操作していることが容易に認
識できる。このモードにおいて、障害状態に陥った計算
機hostnameに対してリモードコマンドを発行する（１３
−１−６）ことによって、障害のプログラムを検出や中
断を行う。緊急操作モード終了コマンドemgend１３−１
−７が発行されると、入力プロンプトの文字の属性を通
常操作モードの状態に戻り、緊急操作モードは終了す
る。

【００４８】（２）マルチウィンドウ端末における例 ローカル計算機に接続されている端末がマルチウィンド
ウ端末の場合における操作制御の例を以下に示す。図１
４，図１５では、マルチウィンドウ端末における画面表
示例を示している。ユーザフレンドリなインタフェース
を提供するため、操作モード変更用実行アイコン１４−
２を設け、このアイコンをクリックすると、事前に登録
されたリモート計算機名の羅列したサブメニュー１４−
３がポップアップされる。このサブメニューから目的の
計算機を選択することによって、当該計算機に対応する
操作モードの変更が可能とする。緊急操作モードに変更
する場合、ユーザ名やパスワードを求めるウィンドウが
表示される。またサブメニュー上に表示されている文字
の属性により操作モードの現在の状態を一目で認識でき
る。緊急操作モードに成功に変更した場合、緊急オペレ
ーション用のウィンドウ１５−３が生成され、画面の一
番上に固定する。これにより、他のウィンドウの下に隠
され、オペレータが気づかずに必要以上に緊急操作モー
ドにてリモート計算機を占有することを防止することが
できる。

【００４９】〈実施例４〉実施例１に加え、ローカル計
算機に複数の端末１−２−１，…，１−２−ｎが接続さ
れたシステムの構成において、緊急オペレーションして
いる端末上でのコマンド実行要求が他の端末からのオペ
レーションの影響を受けずに実行できるための制御方式
を示す。

【００５０】図１６は、実施例１で示した基本構成に加
え１７−２，緊急操作モード中にコマンド処理手段の実
行優先レベルを高めるための優先度高め手段１７−２を
付加した構成である。また、ローカル計算機１−１には
複数の端末１−２−１，…，１−２−ｎが接続されてい
る。ここで、端末１−２−１，…，１−２−ｎ内の構成
は同一であるため、説明は端末１−２−１について行
う。

【００５１】次に、操作モード切り替えコマンドが発行
された場合、計算機１−１において、コマンド処理手段
の実行優先レベルを高める処理を図１７を用いて説明す
る。緊急操作モードへの切り替えコマンドが発行された
場合、コマンド処理手段１−６は、モード切り替え手段
１７−１にモード変更要求１−５−３を送信する。緊急
モードへの変更指示である場合は、モード切り替え手段
１７−１により権利の認証照合処理１７−１−２や操作
モード情報格納エリア３−１のアップデット処理１７−
１−３が行われ、処理は優先度高め手段１７−２に移さ
れる（１−５−１９）。優先度高め手段１７−２は、事
前に優先度を高める権利を持つユーザにより起動され、
待ち状態になるデーモンプロセスである。

【００５２】運先度高め手段１７−２は、モード切り替
え手段からコマンド実行手段１−６のプロセスＩＤを受
信し、コマンド実行手段１−６に対して実行優先レベル
を高めるシステムコールを発行する（１７−２−２）。
したがって、緊急操作モード中、コマンド処理手段の優
先レベルを高めたことにより、端末１−２からのコマン
ド実行要求はローカル計算機１−１の他のユーザプロセ
スより優先に処理されるため、障害修復作業はより他の
オペレータからの影響を受けずに実施することが可能と
なる。

【００５３】その後、モード切り替え手段１７−１の処
理を終了待ち状態から解除し（１７−２−３）、次の緊
急操作モードへの切り替えるコマンドが発行されるまで
プロセスＩＤの受信待ち状態になる（１７−２−１）。

【００５４】通常操作モードへの切り替えコマンドが発
行された場合、モード切り替え手段により操作モード情
報格納エリア３−１のアップデッチ処理１７−１−３が
行われた後、コマンド実行手段１−６に対して実行優先
レベルを緊急操作モード切り替え前のレベルまで低める
システムコールを発行する（１７−２−７）。

【００５５】上記により、ローカル計算機内での緊急操
作モードオペレーションが他のオペレータのオペレーシ
ョンなどからの影響を受けずに可能となる。

【００５６】

【発明の効果】本発明によれば、分散システムにおいて
プログラムの暴走により起こした遠隔地計算機の障害の
回復が可能となり、システムの信頼性を向上することが
できら。さらに、障害回復操作中にオペレータの誤操作
を低減することが可能となる。また、障害回復操作中に
他オペレータのオペレーションからの影響を受けず可能
となる。

【図面の簡単な説明】

【図１】本発明の一実施例である分散処理システム基本
構成図。

【図２】モード切り替え処理（緊急操作モード開始コマ
ンド処理）。

【図３】操作モード情報格納エリアの構成。

【図４】モード切り替え処理（緊急操作モード終了処
理）。

【図５】ローカル計算機におけるリモートコマンド送信
手段フロー。

【図６】コマンド起動要求パケットのデータフォーマッ
ト。

【図７】リモート計算機におけるリモートコマンド実行
処理フロー。

【図８】実施例２におけるシステム構成図。

【図９】操作モード変更権の認証照合処理フロー。

【図１０】操作モード切り替え時のリモートコマンドを
送信するパケットのデータフォーマット。

【図１１】操作モード変更権の認証照合処理。

【図１２】端末操作の一例。

【図１３】キャラクタ端末による操作モード変更の操作
例。

【図１４】マルチウィンドウ端末による操作モード変更
例その１。

【図１５】マルチウィンドウ端末による操作モード変更
例その２。

【図１６】実施例４におけるシステム構成図。

【図１７】ローカル計算機優先度高める処理。

【図１８】コマンド処理手段フロー。

【符号の説明】

１−１，１−１−１，１−１−ｎ…ローカル計算機、１
−２，１−２−１〜１−２−ｎ…端末、１−３，１−３
−１〜１−３−ｎ…リモート計算機、１−４…通信媒
体、１−６…コマンド処理手段、１−７…環境初期化手
段、２−１…モード切り替え手段、３−１…操作モード
情報格納エリア、４−１…モード切り替え手段、５−１
…リモートコマンド送信手段、６−１…コマンド起動要
求パケット、７−１…リモートコマンド受信手段、７−
２…コマンド実行手段、９−２…リモートコマンド受信
手段、１０−１…コマンド起動要求パケット、１１−１
…操作モード変更権の認証照合手段、１２−１…端末操
作の一例、１３−１…キャラクタ端末、１３−１−５…
入力プロントプト、１３−１−６…リモートコマンドの
一例、１３−１−７…緊急操作モード終了コマンド、１
４−１…マルチウィンドウ端末、１４−２…操作モード
切り替えコマンド起動用アイコン、１４−３…サブメニ
ュー、１５−３…緊急操作モード中のウィンドウ、１７
−１…モード切り替え手段、１７−２…優先度高め手
段、１８…操作モード切り替え権情報格納エリア。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中橋 晃文 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 小林 博 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内 (72)発明者 西山 修治 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内

Claims (9)

【特許請求の範囲】
1. 【請求項１】分散システムにおいて、各計算機内にネッ
   トワーク転送データを介し、実行プログラム名とオペレ
   ーションの緊急度に合わせたプログラム起動条件を任意
   の計算機から任意の計算機に対し、連絡する手段と該転
   送データを受信，認識する手段を設け、システム内任意
   の計算機から任意の計算機に対し、任意のリモートプロ
   グラムを前記起動条件に応じて動作させることを特徴と
   する計算機制御方式。
2. 【請求項２】請求項１において、前記プログラム起動条
   件をプログラムが動作する優先レベルに対応付ける手段
   を設けたことを特徴とする計算機制御方式。
3. 【請求項３】請求項１において、各計算機内に前記プロ
   グラム起動条件を切り替える手段と切り替え状態を記憶
   することにより、システム内任意の計算機に対する前記
   プログラム起動条件を指定可能とすることを特徴とする
   計算機制御方式。
4. 【請求項４】請求項３において、システム内各計算機に
   前記プログラム起動条件変更許可ユーザ名とパスワード
   を記憶，照合する手段を有することにより、任意の計算
   機の前記プログラム起動条件変更時にネットワークを介
   し、任意の計算機に対し変更可否を判定することを特徴
   とする計算機制御方式。
5. 【請求項５】請求項３において、ネットワークを介し、
   システム内任意の計算機へリモートプログラム実行要求
   を行う計算機においても前記プログラム起動条件に対応
   して、任意の計算機へコマンドを実行させるプログラム
   の起動条件を変更する手段を設けたことを特徴とする計
   算機制御方式。
6. 【請求項６】請求項５において、前記プログラム起動条
   件をプログラムが動作する優先レベルに対応付ける手段
   を設けたことを特徴とする計算機制御方式。
7. 【請求項７】請求項３において、プログラム起動条件変
   更時に任意の計算機に対し任意のプログラムを実行させ
   る操作用ウィンドウを作成する手段を設けたことを特徴
   とする計算機制御方式。
8. 【請求項８】請求項７において、操作用ウィンドウをデ
   ィスプレイ最前面に固定して表示する手段を設けたこと
   を特徴とする計算機制御方式。
9. 【請求項９】請求項７において、前記プログラム起動条
   件と該ウィンドウの枠の形状，色，ウィンドウ内表示プ
   ロンプトの形状，色，ウィンドウ内表示カーソルの形
   状，色を任意にプログラム起動条件と対応し、変更する
   手段を設けたことを特徴とする計算機制御方式。