JPS59178555A - システム監視制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （５）発明の技術分野 本発明はシステム監視制御方式、特に、中央処理装置と
該中央処理装置をサポートするサービスプロセッサとを
そなえたシステムにおいて、中央処理装置（−関する状
態の監視条件を任意に指定して、システムの異常状態や
特定な運用状態を自動的に検出できるようにしたシステ
ム監視制御方式％式％ （Ｂ）　　従来技術と問題点 データ処理システムにおけるシステムの状態を監視する
ことは、異常状態の早期検出による信頼性の向上、シス
テム運用の効率化等のため（二重要である。特に、大型
の計算機システム等においては、メインのデータ処理を
行う１または複数の中央処理装置と、それを補助するサ
ービスプロセッサとを有している。サービスプロセッサ
は１例えばミニコン・レベルの小型コンピュータで構成
され、オペレータがシステムを運用していくのに必要な
ハードウェア制御手段や、オペレーティング・システム
との会話手段、システムの運用状態を監視するための手
段、そしてシステムが故障した場合の診断手段等を提供
する。

従来からも、サービスプロセッサによる異常状態の監視
、運用状態の報告、性能評価データ等の編集表示等は行
われていた。しかし、これらは予めシステムに組み込ま
れた特定のものに限定され。

システムで用意されていないものについては、その状態
を任意に監視するということはできなかった。特に、従
来９例えばオペレーティング・システム内において１本
来起るはずのない無限ループの異常を検出するために、
スーパバイザ（ＳＰＶ）・モードが所定の時間以上継続
した場合に割込みを強制的に生じさせるような手段等は
設けられていたが、一定時間以上のウェイト状態の継続
を監視するというような、任意の状態に関する監視はで
きなかった。例えば、あるセンターでは正常な状態であ
るにもかかわらず、他のセンターでは同じ状態が異常で
あることもある。また、従来の監視チェックは、所定の
上限値を超えたときに異常と判断するという考え方が採
用されており、ある監視状態に関するものが、所定の下
限値以内であるときに、その状態を検出して報告すると
いうことは行われていなかった。

（Ｃ）　　発明の目的と構成 本発明は上記の点の解決を図り、ある状態継続について
の上限値、下限値等に関する監視条件をサービスプロセ
ッサの外部からの指定により、任意に設定して、その状
態を検出したときに、予め指定した出刃先にその監視結
果を報告するシステム監視制御方式を提供することを目
的としている。

そのため９本発明のシステム監視制御方式は、プログラ
ム状態語に示される内容に従って動作する中央処理装置
と、該中央処理装置を補助し操作するサービスプロセッ
サとをそなえたシステムにおいて、上記サービスプロセ
ッサは、上記プログラム状態語に含まれる谷状態ビット
に関する監視条件を上記中央処理装置からの指令または
当該サービスプロセッサのコンソールからの指令にもと
づいて設定する監視条件設定部と、上記監視条件設定に
関連して監視タイマを起動する監視タイマ起動部と、上
記監視条件の内容に従って上記プログラム状態語に含ま
れる監視対象ピットのオン／オフ状態の割合に関する上
限条件をチェックする上限条件チェック回路と、上記監
視条件の内容に従って上記プログラム状態語に含まれる
監視対象ビットのオン／オフ状態の割合に関する下限条
件をチェックする下限条件チェック回路と、上記上限条
件チェック回路または上記下限条件チェック回路の出力
結果に従って所定の出刃先へ監視結果を報告する監視結
果通知部とをそなえていることを特徴としている。以下
図面を参照しつつ説明するＯ◎　発明の実施例 第１図は本発明の一実施例構成、第２図は第１図図示割
込み処理部の処理説明図、第３図はプログラム状態語の
説明図、第４図は本発明による監視の態様を説明するた
めの図を示す。

図中、１は中央処理装置（ＣＰＵ）、２はサービスプロ
セッサ（ＳＶＰ）、３は条件指定部、４はプログラム状
態語、５はＣＰＵインタフェース部。

６はオペレータインタフェース部、７はコンソール、８
は条件解析部、９は条件解除部、１０は条件演算部、１
１は条件内容が格納されるデータバッファ、１２は条件
設定部、】３はタイマ起動部。

１４は条件テーブル、１５はバッファレジスタ。

１６は上限条件チェック回路、１７は減算カウンタ、１
８は下限条件チェック回路、１９は加算カウンタ、２０
はタイマレジスタ、２１は割込み処理部、２２は警告表
示部、２３はディスプレイ装置を表わす。

中央処理装置１は、プログラム状態語（ｐｓｗ）４の内
容に従って、逐次命令を主記憶（図示省略）からフェッ
チし、実行する装置である。サービスプロセッサ２は、
中央処理装置１とは別に独立したプロセッサを内蔵する
装置であって、ハードウェアコンソールとしての機能、
オペレータコンソールとしての機能、保守コンソールと
しての機能を有するものであるが、特に本発明の場合、
後述する如く、任意の監視条件に基づく監視機構を有し
ている。

条件指定部３は、中央処理装置１で実行される命令によ
って、当該中央処理装置１の状態についての監視条件の
設定、変更、解除を指示するものである。サービスプロ
セッサ２に対する監視条件の通知は、いわゆる診断（Ｄ
ＩＡＧ）命令によって行われる。プログラム状態語４に
は、各種モード表示１劃込みマスク、次に実行すべき命
令のアドレス等が設定され、中央処理装置１は、このプ
ログラム状態語４の内容に従って、命令を実行する。

換言すれば、このプログラム状態語４を監視することに
よって、現在のシステムの状態を把握することができる
こととなる。

ＣＰＵインタフェース部５は、中央処理装置１からの診
断命令を９周知であるマイクロプログラム制御等によっ
て、受付けるものである。コードの内容が、監視条件の
設定、変更、解除等を示していれば９条件解析部８にそ
の内容を通知する。

一方、オペレータインタフェース部６は、サービスプロ
セッサ２に接続されたコンソール７によって、サービス
プロセッサ２とオペレータとのインタフェースを司るも
のである。監視条件の設定等は、ＣＰＵインタフェース
部５を介して、中央処理装置１のプログラムによって行
うことができ。

またオペレータインタフェース部６を介して、オペレー
タが手操作により行うこともできる。

条件解析部８は、指定された監視条件の内容を解析して
チェックするものである。例えば、監視条件がまだ設定
されていないのに、解除の指令があった場合等はエラー
として処理する。また、２重設定等のチェックも行う。

監視条件の内容には。

例えばデータバッファ１１の中に示すように、灸件設定
／変更／解除の指示種別情報、上限条件を定める上限値
、アンド・パターン、オア・パターン、これらのパター
ンによって示される状態の割合が上限値を超えた場合に
通知されるべき出刃先等の情報が含まれる。また、下限
条件についても。

同様に下限値、アンド・パターン、オア・パターン、こ
れらのパターンによって示される状態の割合が下限値に
みたない場合に通知されるべき出刃先等の情報が含まれ
る。ここで、アンド・パターン、オア・パターンは、プ
ログラム状態語４の谷ビットに対応する「０」または「
１」の情報を有する１種のマスク・ビットであって、プ
ログラム状態語４における監視対象を定めるものである
。監視結果の出刃先としては１例えばサービスプロセッ
サ２の有するブザー、ランプ等による警告表示部２２、
ディスプレイ装置２３．または中央処理装置１等が選択
可能である。上記上限条件、下限条件は同時に指定して
もよく、また別々（−独立に指定してもよい。

条件解除部９は、データバッファ１１が条件解除を示し
ているときに、パターン情報をクリアし。

監視タイマをストップさせて、監視条件を解除するもの
である。条件演算部１０は、データバッファ１１の条件
内容について、論理演算等を行い。

適当なタイマ間隔の決定やパターンの決定を行うもので
ある。条件設定部１２は１条件演算部１０の出力に従っ
て９条件テーブル１４を作成し、条件テーブル１４の内
容を、上限条件チェック回路Ｊ６および下限条件チェッ
ク回路１８のレジスタに各々設定する。タイマ起動部１
３は９条件テーブル１４のタイマ間隔をタイマレジスタ
２０にセットシ、タイマレジスタ２０が、所定のクロッ
ク信号で動作するように監視タイマを起動する。

バッファレジスタ１５は、中央処理装置１のプログラム
状態語４がそのまま取り入れられるようになっているも
のである。プログラム状態語４の内容が変化すると、バ
ッファレジスタ１５の内容もダイレクトに変化する。バ
ッファレジスタ１５の内容は、上限条件チェック回路１
６および下限条件チェック回路１８に供給される。

上限条件チェック回路１６は１条件設定部１２が設定し
た上限条件に関するアンド・パターン。

オア・パターンに基づいて、バッファレジスタ１５の内
容との論理演算を行い、その条件に合致したときに、減
算カウンタ１７に対する減算のカウント信号を出力する
ものである。減算カウンタ１７には９条件設定部１２ま
たは割込み処理部２１によって、上限値が設定されてお
り、減算カウント信号が論理「１」のときに、クロック
信号ＣＬＫのパルスが入力されると、カウント値を１減
算する。減算カウンタ１７の値が０から−１に変化する
とき、アンダー・フローの割込みが発生する。所定の時
間以内にアンダー・フローが生じないときには、後述す
る如く９割込み処理部２１によって、最初の上限値が再
設定されるので、所定のタイマ間隔で上限値をチェック
できるようになっている。

下限会件チェック回路１８は、プログラム状態語４の示
す状態の割合が、指定された下限値以下であるかどうか
をチェックする回路である。条件設定部１２によって設
定された下限値のアンド・パターン、オア・パターンと
バッファレジスタ１５の内容との論理演算が行われ９条
件に合致するときに、加算カウンタ１９に対するカウン
ト・アップ信号を出力する。加算カウンタ１９は、最初
９条件設定部１２よってＯクリアされ、以後は所定の時
間間隔毎に割込み処理部２１によって０クリアされる。

クロック信号ＣＬＫのパルス（二より、カウント・アッ
プ信号が論理「１」であれば。

カウント動作を行う。

タイマレジスタ２０は、タイマ間隔として定められた所
定個数のクロック信号ＣＬ　Ｋのパルス到来によって、
タイムオーバを原因とするタイマ割込みを生じさせるも
のである。割込み処理部２１は、第２図を参照して後述
する如く、上限条件チェック回路ＩＧからのアンダー・
フロー割込み。

またはタイマレジスタ２０によるタイマ割込み（二よっ
て起動され、カウンタやタイマの初期設定。

監視結果の通知等を行うものである。監視結果の通知は
、指定された出力先情報に従って、中央処理装置１に対
するＣＰＵ割込み、警告表示部２２によるブザーの鳴動
、ランプの点灯、またはディスプレイ装置２３への表示
として行われる。

割込み処理部２１は９例えば第２図図示の如く処理する
。図中、符号３０は監視結果通知部を表わす。

タイマ割込みが発生すると、まず処理３１によって、加
算カウンタ１９をチェックし、そのカウント値が条件テ
ーブル１４に設定された下限値以下であるかどうかを調
べる。下限値以下である場合には、下限アンダーの条件
に合致するので処理３４に制御を渡す。下限値を超えて
いる場合（二は。

加ｎカウンタ１９をＯクリアするとともに、減算カウン
タ１７に榮件テーブル１４にセットされている上限値で
ある減算値をセットする。次に、処理３３によって、タ
イマレジスタ２０に所定のタイマ値を設定し、監視タイ
マを起動することにより９次の時間間隔における監視を
続行する。

上限条件チェック回路１６からアンダーフロー割込みが
あった場合、または、処理３１により下限アンダーが検
出された場合には、処理３４が起動される。処理３４は
、指定された信号量刃先を判定し、出刃先が中央処理装
置１であれば、処理３５を呼び出す。処理３５は、予め
定められたＣＰＵ割込みコードを発生し１次（二処理３
６は。

ＣＰＵ割込みを発生させる。出刃先として、ブザーやラ
ンプが指定されていれば、処理３７によって、それらに
対する外部信号を発生させる。また。

出刃先としてディスプレイ装置が指定されていれば、処
理３８によって、ディスプレイへの結果の表示が行われ
る。

プログラム状態語４は９例えば第３図図示の如きビット
構成を有している。第５ビツト目から第５ビツト目のＡ
部は、チャネルマスク、第６ビツト目のＢ部はＩ１０マ
スク、０部は外部マスク。

Ｄ部はＣＰＵの保護キー、Ｅ部はモード表示、Ｆ部はマ
シンチェックマスク、Ｇ部は待ち状態指示。

Ｈ部は問題プログラム状態指示、１部は命令語長コード
、５部は条件コード、に部はプログラムマスクである。

このプログラム状態語４と、上記アンド・パターンおよ
びオア・パターンとの関連は。

例えば次のようになっている。プログラム状態語４の１
つのビットなα、対応するアンドパターンのビットをす
、対応するオア・パターンのビットなＣとする。

■　、％＝ｌおよびｃ　＝　ｌであるときには、αはビ
ット・ケアとされる。すなわち、監視条件から外される
。

■　ｈ＝１かつｃ　＝　Ｑであるときには、αが１であ
るときのみ、カウント信号出力条件が満足されるＯ ■　ｂ＝０かつＣ＝１であるときには、αがＯであると
きのみ、カウント信号出力条件が満足される０ ■　ｂ−ＯかつＣ−０であるときには、カウント信号は
出力されない。

上限条件チェック回路１６および下限条件チェック回路
１８は９例えば上記のような出力を行うよう構成される
が、簡単な論理回路で構成できるので、細部については
説明を省略する。

アンド・パターンとオア・パターンとの組み合せにより
、プログラム状態語４にもとづく種々の状態監視が可能
となる。例えば１通常２４時間運転する大学の計算セン
ター等において、ユーザの実際のプログラムの稼動率が
、ある所定値以下となった場合に９例えば点検作業等の
ために計算機を停止させるという場合に、ＲＵＮ状態ま
たは問題プログラム状態が所定の割合以下であるかどう
かを監視すること（二よって、停止させてよいかどうか
を判断するというようなことができる。

第４図は中央処理装置１の動作状態を示すタイムチャー
トである。例えば、中央処理装置１において、実行すべ
きユーザの処理プログラムが全部なくなったとする。こ
のとき、中央処理装置１はほとんどＷＡＩＴ状態となる
が１例えば１秒毎というような所定の時間Ｔ毎に１２４
７割込みがかかり、タイマルーチンが動作する。仮にタ
イマルーチンが１ｍ９動作するとすると、ＲＵＮ状態の
割合は、１／１０００となる。従って、もしＲＵ　Ｎ状
態の下限条件チェックにより、１／１０００より小さい
割合が検出されたときは、タイマルーチンが正常に動作
していないことになる。また９例えば便用中ユーザ数の
状態を調べるために、１０／１０００というような下限
条件を設定して、ＲＵＮ状態の割合（ＲＵＮ／Ｔ）が、
１φ以下になったかどうかを調べるようなこともできる
０従来、一般（二監視は、上限値を超えたかどうかを判
断するだけで行われていたが９本発明によれば以上のよ
うに、上限値だけでなく下限値を定めた監視も自由にで
きるようになる。もちろん、ＲＵＮ状態の監視だけテナ
＜、スーパーバイザ・モードその他の任意の状態の監視
を外部からの指定（二よって行うことができる。

（ト）発明の詳細 な説明した如く本発明によれば、システム状態の監視を
任意な指定情報にもとづいて自由Ｃ１行うことができる
ようになり１例えば、特定のセンターだけで必要となる
監視も、簡単に行うこと力１できるようになる。特に、
上限値だけでなく、下限値についての監視条件を定める
ことができ９幅の広い汎用性のある監視機構を提供する
ことカーできる。

【図面の簡単な説明】

第１図は本発明の一実施例構成、第２図は第１図図示割
込み処理部の処理説明図、第３図はプログラム状態語の
説明図、第４図は本発明による監視の態様を説明するた
めの図を示す。 図中、１は中央処理装置、２はザービスプロセッサ、４
はプログラム状態語、１２は条件設定部。 １６は上限条件チェック回路、１８は下限条件チェック
回路を表わす。 特許出願人　富士通株式会社

Claims (1)

1. 【特許請求の範囲】 プログラム状態語に示される内容に従って動作する中央
   処理装置と、該中央処理装置を補助し操作するサービス
   プロセッサとをそなえたシステムにおいて、上記サービ
   スプロセッサは、上記プログラム状態語（＝含まれる各
   状態ピット（１関する監視条件を上記中央処理装置から
   の指令または当該サービスプロセッサのコンソールから
   の指令（二もとづいて設定する監視条件設定部と、上記
   監視や件設定に関連して監視タイマを起動する監視タイ
   マ起動部と、上記監視条件の内容（＝従って上言己フ。 ログラム状態語（１含まれる監視対象ビットのオン／オ
   フ状態の割合（１関する上限条件をチェックする上限条
   件チェック回路と、上記監視条件の内容（二従って上記
   プログラム状態語（１含まれる監視対象ビットのオン／
   オフ状態の割合に関する下限条件をチェックする下限条
   件チェック回路と、上記上限条件チェック回路または上
   記下限条件チェック回路の出力結果（二従って所定の出
   力光へ監視結果を報告する監視結果通知部とをそなえて
   いることを特徴とするシステム監視制御方式。