JPH11161474A - コンソール装置 - Google Patents

コンソール装置

Info

Publication number
JPH11161474A
JPH11161474A JP10251237A JP25123798A JPH11161474A JP H11161474 A JPH11161474 A JP H11161474A JP 10251237 A JP10251237 A JP 10251237A JP 25123798 A JP25123798 A JP 25123798A JP H11161474 A JPH11161474 A JP H11161474A
Authority
JP
Japan
Prior art keywords
message
window
information processing
display
status
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP10251237A
Other languages
English (en)
Other versions
JP3141286B2 (ja
Inventor
Toshio Hirozawa
敏夫 廣澤
Motohide Kuninishi
元英 国西
Tsutomu Ito
伊藤  勉
Masaharu Iwanaga
政春 岩永
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP10251237A priority Critical patent/JP3141286B2/ja
Publication of JPH11161474A publication Critical patent/JPH11161474A/ja
Application granted granted Critical
Publication of JP3141286B2 publication Critical patent/JP3141286B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

(57)【要約】 【課題】 複数の計算機システムを1台で制御可能であ
り、且つ、全ての計算機システムの状態を見落ししない
ように表示するコンソール装置を提供する。 【解決手段】 各計算機システム201,…対応のコン
ソール処理プログラム2,…は、メッセージを仮想表示
画面バッファ5,…に記憶し、障害メッセージや応答要
求メッセージを検出する。状態表示処理プログラム9
は、検出された障害メッセージや応答要求メッセージに
基づき各計算機システムの状態種別を状態種別用仮想表
示画面バッファ10に記憶する。表示処理プログラム1
2は、仮想表示画面バッファと状態種別用仮想表示画面
バッファの内容を実画面バッファ11に転送する。表示
装置110は、実画面バッファによりマルチウインドウ
画面を表示する。全ての計算機システムの状態は、状態
表示用ウインドウ20に一覧で表示される。状態表示用
ウインドウ20は他のウインドウ17,18,19に隠
れないように最前面に表示される。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、コンソール装置に
関し、さらに詳しくは、複数の計算機システムを1台で
制御可能なコンソール装置に関する。特に、複数の計算
機システムの運転管理の操作性向上,省力化に有用であ
る。
【0002】
【従来の技術】近年の計算機システムの利用範囲の拡大
にともない、計算機センタにおいては、1台の計算機シ
ステムでは利用者の需要をまかないきれず、複数の計算
機システムを設置しつつある。このとき、複数の計算機
システムに対応してコンソール装置も複数台設置されて
いる。また、各計算機の状態種別(障害発生など)を表
示するランプを並べた制御盤が設けられ、複数の計算機
システムと専用線で接続されている。コンソール装置が
複数台になると、オペレータがコンソール装置間を巡回
し且つ制御盤を定期的に監視するか,オペレータを増員
することになる。しかし、オペレータがコンソール装置
間を巡回し且つ制御盤を定期的に監視するのは計算機シ
ステムの運転管理の操作性が悪く、見落しがあったりし
て信頼性が低い。また、オペレータを増員するのは省力
化に逆行する。
【0003】そこで、複数の計算機システムを1台で制
御可能なコンソール装置が、「パソコン制御による電子
計算機システム自動運転システム(V)−マルチウイン
ドウ・ベースの集中コンソール機能−;情報処理学会第
42回(平成3年前期)全国大会 講演予稿行集;ペー
ジ 4−75,76」にて提案されている。この「マル
チウインドウ・ベースの集中コンソール機能」では、複
数の計算機システムに対応したウインドウを共通の表示
画面に表示することにより、1台のコンソール装置で複
数の計算機システムに対応したコンソール機能を実現し
ている。また、共通の表示画面に、障害表示ウインドウ
を設けて、障害を発生した計算機システムを表示するよ
うにしている。
【0004】
【発明が解決しようとする課題】計算機システムからオ
ペレータの応答を要求する応答要求メッセージを受信し
たとき、オペレータはそれに対して速やかに応答する必
要がある。さらに、全ての計算機システムの状態を常に
監視しておく必要がある。しかし、上記「マルチウイン
ドウ・ベースの集中コンソール機能」では、応答要求メ
ッセージに対処するための技術は提案されていない。ま
た、障害を発生した計算機システムは表示されている
が、他の計算機システムの状態については表示されてい
ない。
【0005】そこで、本発明の目的は、複数の計算機シ
ステムを1台で制御でき,且つ,全ての計算機システム
の状態をオペレータが見落ししないように表示できるコ
ンソール装置を提供することにある。
【0006】
【課題を解決するための手段】第1の観点では、本発明
は、複数の情報処理装置を有する情報処理システムのコ
ンソール装置において、上記複数の情報処理装置の各情
報処理装置の状態を監視する状態監視手段と、上記複数
の情報処理装置の各情報処理装置の状態を表示する状態
表示ウィンドウと、上記複数の情報処理装置の各情報処
理装置から受信したメッセージを各情報処理装置ごとに
表示する複数のメッセージウィンドウとをマルチウィン
ドウ形式で表示するよう制御する表示制御手段とを有
し、上記状態表示ウィンドウは上記メッセージウィンド
ウに隠れないように表示されることを特徴とするコンソ
ール装置を提供する。
【0007】上記第1の観点による本発明のコンソール
装置では、複数の情報処理装置の各状態を監視し、それ
らの状態を状態表示ウィンドウに表示すると共に、各情
報処理装置から受信したメッセージをメッセージウィン
ドウに表示する。このとき、状態表示ウィンドウとメッ
セージウィンドウをマルチウィンドウ形式で表示し、且
つ、状態表示ウィンドウがメッセージウィンドウに隠れ
ないように表示する。そこで、オペレータは、各情報処
理装置からのメッセージを速やかに知ることが出来る。
また、状態表示ウィンドウがメッセージウィンドウに隠
されないため、全ての情報処理装置の状態を見落しなく
監視できる。
【0008】第2の観点では、本発明は、複数の情報処
理装置を有する情報処理システムのコンソール装置にお
いて、上記複数の情報処理装置の各情報処理装置の状態
を監視する状態監視手段と、上記複数の情報処理装置の
各情報処理装置の状態を表示する状態表示ウィンドウ
と、上記複数の情報処理装置の各情報処理装置から受信
したメッセージを各情報処理装置ごとに表示する複数の
メッセージウィンドウとをマルチウィンドウ形式で表示
するよう制御する表示制御手段とを有し、上記状態表示
ウィンドウは最前面に表示されることを特徴とするコン
ソール装置を提供する。
【0009】上記第2の観点による本発明のコンソール
装置では、複数の情報処理装置の各状態を監視し、それ
らの状態を状態表示ウィンドウに表示すると共に、各情
報処理装置から受信したメッセージをメッセージウィン
ドウに表示する。このとき、状態表示ウィンドウとメッ
セージウィンドウをマルチウィンドウ形式で表示し、且
つ、状態表示ウィンドウを最前面に表示する。そこで、
オペレータは、各情報処理装置からのメッセージを速や
かに知ることが出来る。また、状態表示ウィンドウが最
前面に表示されるため、全ての情報処理装置の状態を見
落しなく監視できる。
【0010】第3の観点では、本発明は、上記構成のコ
ンソール装置において、上記表示制御手段は上記状態表
示ウィンドウと上記複数のメッセージウィンドウとの表
示の優先順位を管理する管理テーブルを有し、上記状態
表示ウインドウの表示の優先順位は上記複数のメッセー
ジウィンドウの表示の優先順位よりも高いことを特徴と
するコンソール装置を提供する。上記第3の観点による
本発明のコンソール装置では、管理テーブルにより、状
態表示ウィンドウがメッセージウィンドウに隠されない
ように、又は、状態表示ウィンドウを最前面に表示する
ように、管理する。よって、全ての情報処理装置の状態
を見落しなく監視できる。
【0011】第4の観点では、本発明は、上記構成のコ
ンソール装置において、上記状態監視手段は上記複数の
情報処理装置の各々から受信したメッセージを解析し、
上記複数の情報処理装置から発行された応答要求と上記
情報処理装置の障害発生とを検出するメッセージ解析手
段を有し、上記メッセージ解析手段が検出した各情報処
理装置の上記応答要求又は上記障害発生を上記状態表示
ウィンドウに表示することを特徴とする請求項1乃至請
求項3の何れかに記載のコンソール装置を提供する。上
記第4の観点による本発明のコンソール装置では、受信
したメッセージをメッセージ解析手段が解析する。そし
て、各計算機システムの応答要求,障害発生,動作中の
状態種別を情報表示ウィンドウに表示する。そこで、オ
ペレータは、全ての計算機システムの状態を見落しなく
監視できる。
【0012】
【発明の実施の形態】以下、本発明の実施の形態を図1
〜図11により説明する。図1は、本発明の一実施例の
コンソール装置とそれにより制御される複数の計算機シ
ステムとを示した図である。
【0013】各計算機システム201,202,…,2
03のもとでOS(オペレーティング・システム)20
4,205,…,206が動作している。また、それら
OS204,205,…,206のもとでアプリケーシ
ョン・プログラム(AP)が動作する。OS204,2
05,…,206は、同一であっても異なっていても構
わない。
【0014】各計算機システム201,202,…,2
03は、端末制御装置(TCE)207,208,…,
209を介して、コンソール装置本体100と接続され
る。
【0015】コンソール装置本体100は、パーソナル
・コンピュータやワークステーションで実現可能であ
る。OSとしては、例えばMS−DOSやUNIXが動
作している。
【0016】コンソール装置本体100には、表示装置
110,キーボード120,マウス130が接続されて
おり、これらによって物理的に1台のコンソール装置が
構成されている。
【0017】コンソール装置本体100において、1
は、各計算機システム201,202,…,203との
間でメッセージやコマンドをやり取りする通信処理プロ
グラムである。この通信処理プログラム1は、例えばV
TAM(Virtual TelecommunicationAccess Method )
に代表される通信機能を具備すれば良い。なお、VTA
Mについては、 (1)IBM System Journal,vol.15,no.1,1976 (2)Synchronous data link control a Perspective:
IBM System Journal vol.13,no.2,1974 に記載されている。
【0018】2,3,…,4は、コンソール処理プログ
ラム(CPP)である。コンソール処理プログラム2は
計算機システム201に対応し、コンソール処理プログ
ラム3は計算機システム202に対応し、コンソール処
理プログラム4は計算機システム203に対応してい
る。これらコンソール処理プログラム2,3,…,4
は、各計算機システム201,202,…,203から
のメッセージを通信処理プログラム1を介して受信した
り、オペレータからのコマンドを各計算機システム20
1,202,…,203へ送信する処理を司る。
【0019】5,6,…,7は、仮想表示画面バッファ
(VBF)である。仮想表示画面バッファ5は計算機シ
ステム201に対応し、仮想表示画面バッファ6は計算
機システム202に対応し、仮想表示画面バッファ7は
計算機システム203に対応している。
【0020】8は、予め障害メッセージや応答要求メッ
セージを登録しておく登録メッセージ管理テーブル(M
TAB)である。9は、状態種別処理プログラムであ
る。10は、状態種別用仮想表示画面バッファ(SBU
F)である。この状態種別用仮想表示画面バッファ10
は、各計算機システム201,202,…,203に対
応する部分領域(図5の10A,10B,…)に分割さ
れている。11は、実画面バッファである。12は、表
示処理プログラムである。
【0021】13は、キーボード/マウス入力処理プロ
グラムである。14は、キーボード入力データ振り分け
処理プログラムである。14Aは、キーボード//マウ
ス入力処理プログラム13を介して入力されたコマンド
を、どの計算機システムへ送信するかを示す識別情報を
格納する識別情報テーブル(TCPU)である。15
は、キーボード入力用バッファ(KEYB)である。
【0022】16は、メッセージ履歴ファイルである。
このメッセージ履歴ファイル16に、コンソール処理プ
ログラム2,3,…,4が別個にメッセージを格納す
る。
【0023】図2は、表示装置110の表示画面の例示
図である。17,18,…,19は、ウインドウであ
る。例えば、ウインドウ17は計算機システム201に
対応し、ウインドウ18は計算機システム202に対応
し、ウインドウ19は計算機システム203に対応す
る。17A,18A,…,19Aは、ウインドウ17,
18,…,19がどの計算機システムに対応しているか
を示す識別情報を表示する識別情報表示領域である。こ
の識別情報を見ることによって、そのウインドウがどの
計算機システムに対応しているかを容易かつ的確に把握
できる。
【0024】20は、各計算機システム201,20
2,…,203の状態種別を表示する状態表示用ウイン
ドウである。各計算機システム201,202,…,2
03に対応する部分領域20A,20B,20C,…に
分割されている。部分領域20A,20B,20C,…
は、図3に部分領域20Aを示すように、識別情報区画
21と,動作中表示区画22と,障害表示区画23と,
応答要求表示区画24の3つの区画からなっている。識
別情報区画21には、その部分領域に対応する計算機シ
ステムの識別情報が表示される。また、障害発生も応答
要求もしていない計算機システムに対応する部分領域の
動作中表示区画22には、“動作中”の状態種別情報が
表示される。また、障害が発生している計算機システム
に対応する部分領域の障害表示区画23には“障害”の
状態種別情報が表示される。また、オペレータの応答を
要求している計算機システムに対応する部分領域の応答
要求表示区画24には“応答要求”の状態種別情報が表
示される。なお、“障害”と“応答要求”を表示してい
る部分領域は、他と異なる表示色にされる。さらに、
“障害”と“応答要求”を表示している部分領域が存在
しているときは、コンソール装置本体100からブザー
音が鳴動させられる。状態表示用ウインドウ20を見る
ことによって、全ての計算機システム201,202,
…,203の状態を一括して常に把握できる。また、ブ
ザー音によって、オペレータの注意が喚起される。
【0025】図4は、キーボード120の例示図であ
る。120Aは、特殊キー(プログラムファンクション
キー:PFキー)群である。120Bは、一般キー群で
ある。特殊キー群120Aの各々が計算機システム20
1,202,…,203に対応している。例えば、PF
1は計算機システム201に対応している。
【0026】次に、図1,図5によりコンソール装置の
動作の流れを説明する。図5に示すように、通信処理プ
ログラム1は、いずれかの計算機システムからメッセー
ジ25を受信すると、その計算機システムに対応するコ
ンソール処理プログラム2,3,…,4へ制御を渡す。
ここでは、計算機システム201からメッセージ25を
受信し、コンソール処理プログラム2へ制御を渡すもの
とする。
【0027】コンソール処理プログラム2は、メッセー
ジ25を仮想表示画面バッファ5に格納する。また、メ
ッセージ履歴ファイル16にメッセージ25の履歴を残
す。
【0028】また、通信処理プログラム1は、メッセー
ジ25が障害発生を表す障害メッセージであるか,オペ
レータの応答を要求する応答要求メッセージであるか,
それら以外であるかを判定する。障害メッセージである
ことは次の基準で判断する。 (1)メッセージ25の表示コード・フィールド25A
に障害フラグが含まれている(表示コード・フィールド
25Aの障害フラグがオンとなっている) (2)メッセージ25のメッセージ・フィールド25B
が登録メッセージ管理テーブル8に登録されている障害
メッセージと一致する (3)メッセージ・フィールド25Bの特定位置に障害
発生を示す特定文字がある(例えばメッセージ・フィー
ルド25Bの先頭に“@”記号がある) 応答要求メッセージであることは次の基準で判断する。 (1)表示コード・フィールド25Aに応答要求フラグ
が含まれている(表示コード・フィールド25Aの応答
要求フラグがオンとなっている) (2)メッセージ・フィールド25Bが登録メッセージ
管理テーブル8に登録されている応答要求メッセージと
一致する (3)メッセージ・フィールド25Bの特定位置に応答
要求を示す特定文字がある(例えばメッセージ・フィー
ルド25Bの先頭に“*”記号がある) 上記の条件のいずれかが満たされた時には、障害メッセ
ージまたは応答要求メッセージと判断し、制御を状態種
別処理プログラム9に渡す。ここでは、障害メッセージ
と判断し、制御を状態種別処理プログラム9に渡すもの
とする。
【0029】状態種別処理プログラム9は、計算機シス
テム201,202,…に対応する状態種別用仮想表示
画面バッファ10の部分領域10A,10B,…に、障
害発生ならば“障害”の状態種別情報を格納し、応答要
求ならば“応答要求”の状態種別情報を格納する。ここ
では、計算機システム201に対応する状態種別用仮想
表示画面バッファ10の部分領域10Aに、“障害”の
状態種別情報を格納するものとする。さらに、状態種別
処理プログラム9は、計算機システム201,202,
…に対応する仮想表示画面バッファ5,6,…内のメッ
セージ25に対応するフラグ26の障害ビットまたは応
答要求ビットをオンとする。ここでは、計算機システム
201に対応する仮想表示画面バッファ5のメッセージ
25に対応するフラグ26の障害ビットをオンするもの
とする。
【0030】図1に戻り、表示処理プログラム12は、
仮想表示画面バッファ5,6,…,7および状態種別用
仮想表示画面バッファ10の内容を、マルチウインドウ
マッピング処理によって、実画面バッファ11に転送す
る。すなわち、各仮想表示画面バッファ5,6,…,7
に格納されたメッセージを、ウインドウの表示優先順位
に基づいて、実画面バッファ11に転送する。このと
き、各ウインドウがどの計算機システムに対応している
かを示す識別情報も転送する。なお、マルチウインドウ
マッピング処理に関しては、特開昭60−135989
号公報や特開昭62−006377号公報に開示されて
いる技術を適用できる。表示装置110は、実画面バッ
ファ11の内容を画面に表示する。そこで、図2に示す
ごとき表示画面が得られる。
【0031】図6は、表示のための制御テーブル類の関
係図である。41は、優先順位管理テーブルPCTLで
あり、ウインドウ17,…や状態表示用ウインドウ20
を表示するときの優先順位を管理している。この優先順
位管理テーブル41は、優先順位管理テーブル41内の
エントリ数41aと、優先順位41cと、ウインドウ1
7,…に対応するウインドウ管理テーブル42,…のア
ドレス41dと、状態表示用ウインドウ20に対応する
状態表示用ウインドウ管理テーブル44のアドレス41
fとからなっている。
【0032】ウインドウ管理テーブル42は、計算機シ
ステム201の識別情報フィールド42aと、ウインド
ウの起点座標値42bと、ウインドウの終点座標値42
cと、障害カウント42dと、応答要求カウント42e
と、仮想表示画面バッファ5のアドレス42fと、優先
順位管理テーブル41のエントリ番号42gとからなっ
ている。他のウインドウ管理テーブルの構成も同様であ
る。
【0033】状態表示用ウインドウ管理テーブル44
は、状態表示用ウインドウの起点座標値44bと、状態
表示用ウインドウの終点座標値44cと、状態種別用仮
想表示画面バッファ10のアドレス44dと、優先順位
管理テーブル41のエントリ番号44eとからなってい
る。
【0034】状態表示用ウインドウ20がウインドウ1
7,…に隠されないようにするには、優先順位管理テー
ブル41における優先順位を最高にするか(この場合、
状態表示用ウインドウ20が最前面に表示される)、状
態表示用ウインドウ管理テーブル44における起点座標
値44b,終点座標値44cの値を調整しておけば良
い。
【0035】さて、状態表示用ウインドウ20に“応答
要求”の表示があると、対応する計算機システムへコマ
ンドを送る必要がある。いずれかの計算機システムへコ
マンドを送りたいとき、オペレータは、コマンドを送る
べき計算機システムを選択する。この選択の方法は、 (1)マウス130などのポインティングデバイスに
て、目的の計算機システムに対応するウインドウ17,
18,…19の一つを指示する。 (2)マウス130などのポインティングデバイスに
て、目的の計算機システムに対応する状態表示用ウイン
ドウ20の部分領域20A,20B、…の一つを指示す
る。 (3)目的の計算機システムに対応するキーボード12
0上の特殊キー群120Aの一つをキーインする。の3
つがある。
【0036】オペレータが目的の計算機システムを選択
すると、表示処理プログラム12は、対応するウインド
ウが最前面に表示されるように実画面バッファ11の内
容を更新する。また、目的の計算機システムの識別情報
を、識別情報テーブル14Aに格納する。
【0037】次に、オペレータは、キーボード120に
よりコマンドを入力する。キーボード/マウス入力処理
プログラム13は、キーボード120から入力されたコ
マンドを、キーボード入力バッファ15に格納する。表
示処理プログラム12は、キーボード入力バッファ15
に格納されたコマンドが最前面のウインドウに表示され
るように実画面バッファ11の内容を更新する。
【0038】キーボード入力振分け処理プログラム14
は、キーボード120から入力されたコマンドを、識別
情報テーブル14Aに格納された識別情報に対応する計
算機システムの仮想表示画面バッファに格納する。仮想
表示画面バッファに格納されたコマンドは、コンソール
処理プログラム2,3,…,4および通信処理プログラ
ム1により、目的の計算機システムに送信される。
【0039】次に、図7により、コンソール処理プログ
ラム2が障害メッセージや応答要求メッセージを検出す
る動作を詳細に説明する。他のコンソール処理プログラ
ム3,…の動作も同様である。ステップ31では、メッ
セージ25を通信処理プログラム1より受信する。ステ
ップ32では、受信したメッセージ25を仮想表示画面
バッファ5に格納する。ステップ33では、メッセージ
25の表示コード・フィールド25Aを調べて、障害フ
ラグがオンであるか,応答フラグがオンであるか,いず
れでもないかを判定する。障害フラグがオンであるか,
応答フラグがオンであるならば、状態種別処理プログラ
ム9へ制御を渡す。いずれでもなければ、ステップ34
に進む。
【0040】ステップ34では、メッセージ25のメッ
セージ・フィールド25Bと等しいメッセージが登録メ
ッセージ管理テーブル8に登録されているかサーチす
る。ステップ35では、メッセージ25のメッセージ・
フィールド25Bと等しいメッセージが登録メッセージ
管理テーブル8に登録されていたか判定し、登録されて
いたなら、状態種別処理プログラム9へ制御を渡す。登
録されていなければ、ステップ36に進む。ステップ3
6では、メッセージ・フイールド25Bを調べて、その
メッセージの特定位置(例えばメッセージの先頭)に特
定文字(障害発生を知らせる文字“@”,オペレータの
応答要求を知らせる文字“*”)があるかを調べる。特
定位置に特定文字があれば、状態種別処理プログラム9
へ制御を渡す。特定位置に特定文字がなければ、処理を
終了する。
【0041】次に、図8により、状態種別処理プログラ
ム9の動作を詳細に説明する。ステップ52では、障害
メッセージを検出したのか,応答要求メッセージを検出
したのかを判定する。障害メッセージを検出した場合に
は、ステップ53に進む。応答要求メッセージを検出し
た場合には、ステップ56に進む。
【0042】ステップ53では、障害メッセージを送っ
てきた計算機システムに対応する仮想表示画面バッファ
の最新メッセージのフラグ26(図5)の障害ビットを
オンとする。ステップ54では、障害メッセージを送っ
てきた計算機システムに対応するウインドウ管理テーブ
ルの障害カウント42d(図6)の値を+1する。ステ
ップ55では、障害メッセージを送ってきた計算機シス
テムに対応する状態種別用仮想表示画面バッファ10内
の部分領域に“障害”の状態種別情報を設定する。ま
た、表示色の変更と点滅の指定も行う。
【0043】一方、ステップ56では、応答要求メッセ
ージを送ってきた計算機システムに対応する仮想表示画
面バッファの最新メッセージのフラグ26(図5)の応
答要求ビットをオンとする。ステップ57では、応答要
求メッセージを送ってきた計算機システムに対応するウ
インドウ管理テーブルの応答要求カウント42e(図
6)の値を+1する。ステップ58では、応答要求メッ
セージを送ってきた計算機システムに対応する状態種別
用仮想表示画面バッファ10内の部分領域に“応答要
求”の状態種別情報を設定する。また、表示色の変更と
点滅の指定も行う。
【0044】ステップ59では、障害メッセージまたは
応答要求メッセージを送ってきた計算機システムに対応
する仮想表示画面バッファの最新メッセージのフラグ2
6(図5)のブザービットをオンとする。
【0045】次に、図9,図10により、キーボード/
マウス入力処理プログラム13の動作を詳細に説明す
る。ステップ60では、図10のウインドウ選択処理プ
ログラム60へ制御を渡す。図10のウインドウ選択処
理プログラム60において、ステップ61,62,63
では、先に述べたウインドウ選択方法(1)〜(3)の
いずれかが行われたか判別する。ステップ65,66
は、マウス130にて各計算機システム対応のウインド
ウをポイントした場合の処理である。ステップ67は、
マウス130にて状態表示用ウインドウ10内の計算機
システム対応の部分領域をポイントした場合の処理であ
る。ステップ68は、特殊キー群120Aの一つをキー
インした場合の処理である。いずれの場合においても、
対応するウインドウに対応する優先順位管理テーブル4
1内のエントリをロケートし、選択リターン69とな
る。一方、選択条件を満たさない場合には、未選択リタ
ーン70となる。
【0046】図9に戻り、ステップ71では、選択され
たウインドウの表示優先順位を最高優先順位とする。具
体的には、ウインドウ選択処理プログラム60で得られ
た優先順位管理テーブル41内のエントリの優先順位値
41c(図6)を最高値にする。また、コマンドを送信
すべき計算機システムの識別情報を識別情報テーブル1
4Aに設定する。
【0047】ステップ72では、コマンドがキーボード
120から入力されると、そのコマンドを、キーボード
入力用バッファ15に格納する。また、そのコマンド
を、キーボード入力振分け処理プログラム14を介し
て、対応する仮想表示画面バッファ5に格納する。キー
ボード入力用バッファ15に格納したコマンドは、実画
面バッファ11に転送される。また、仮想表示画面バッ
ファ5に格納したコマンドは、通信処理プログラム1を
経て、対応する計算機システムへ送信される。
【0048】ステップ73では、画面に表示しているメ
ッセージがオペレータにポイントされたかをチェックす
る。ポイントされなければ、処理を終了する。ポイント
されたら、ステップ74に進む。オペレータは、障害を
回復した時または応答を行った時に、対応するメッセー
ジをポイントする。
【0049】ステップ74,75では、障害メッセージ
がポイントされたときに、対応するウインドウ管理テー
ブルの障害カウント42dを−1する。ステップ76,
77では、応答要求メッセージがポイントされたとき
に、対応するウインドウ管理テーブルの応答要求カウン
ト42eを−1する。障害メッセージ,応答要求メッセ
ージ以外がポイントされたなら、何もしないで処理を終
了する。表示処理プログラム12は、障害カウント42
dや応答要求カウント42eの値が0になるまで、障
害,応答要求の状態種別表示を継続する。
【0050】図11は、本発明の他の実施例による表示
画面を示している。この実施例は、最前面のウインドウ
に対応する計算機システムの識別情報を、アクティブ計
算機システム表示ウインドウ210に表示するものであ
る。
【0051】さらに他の実施例としては、障害,応答要
求,動作中の状態種別の表示を各ウインドウ17,1
8,…,19内で行うものが挙げられる。
【0052】
【発明の効果】本発明のコンソール装置によれば、複数
台の計算機システムに対して1台のコンソール装置で制
御が可能となる。そして、全ての計算機システムについ
て、障害,応答要求,動作中の状態種別をオペレータが
見落とししないように表示することが出来る。
【図面の簡単な説明】
【図1】本発明の一実施例のコンソール装置の構成図で
ある。
【図2】図1のコンソール装置による表示画面の例示図
である。
【図3】状態表示用ウインドウ内の部分領域の構成図で
ある。
【図4】キーボードのキー配列図である。
【図5】図1のコンソール装置の動作の流れの説明図で
ある。
【図6】図1のコンソール装置の制御テーブルの関係図
である。
【図7】コンソール処理プログラムにおける障害メッセ
ージや応答要求メッセージを検出する動作のフロー図で
ある。
【図8】状態種別処理プログラムのフロー図である。
【図9】キーボード/マウス入力処理プログラムのフロ
ー図である。
【図10】ウインドウ選択処理プログラムのフロー図で
ある。
【図11】本発明の他の実施例の表示画面の例示図であ
る。
【符号の説明】
100 コンソール装置本体 1 通信処理プログラム 2,3,4 コンソール処理プログラム 5,6,7 仮想表示画面バッファ 8 登録メッセージ管理テーブル 9 状態種別処理プログラム 10 状態種別用仮想表示画面バッファ 11 実画面バッファ 12 表示処理プログラム 13 キーボード/マウス入力処理プログ
ラム 14 キーボード入力振分け処理プログラ
ム 15 キーボード入力バッファ 16 メッセージ履歴ファイル 17,18,19 ウインドウ 17A,18A,19A 識別情報表示領域 20 状態表示用ウインドウ 110 表示装置 120 キーボード 130 マウス 201,202,203 計算機システム。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 岩永 政春 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウエア工場内

Claims (4)

    【特許請求の範囲】
  1. 【請求項1】 複数の情報処理装置を有する情報処理シ
    ステムのコンソール装置において、 上記複数の情報処理装置の各情報処理装置の状態を監視
    する状態監視手段と、 上記複数の情報処理装置の各情報処理装置の状態を表示
    する状態表示ウィンドウと、上記複数の情報処理装置の
    各情報処理装置から受信したメッセージを各情報処理装
    置ごとに表示する複数のメッセージウィンドウとをマル
    チウィンドウ形式で表示するよう制御する表示制御手段
    とを有し、 上記状態表示ウィンドウは上記メッセージウィンドウに
    隠れないように表示されることを特徴とするコンソール
    装置。
  2. 【請求項2】 複数の情報処理装置を有する情報処理シ
    ステムのコンソール装置において、 上記複数の情報処理装置の各情報処理装置の状態を監視
    する状態監視手段と、 上記複数の情報処理装置の各情報処理装置の状態を表示
    する状態表示ウィンドウと、上記複数の情報処理装置の
    各情報処理装置から受信したメッセージを各情報処理装
    置ごとに表示する複数のメッセージウィンドウとをマル
    チウィンドウ形式で表示するよう制御する表示制御手段
    とを有し、 上記状態表示ウィンドウは最前面に表示されることを特
    徴とするコンソール装置。
  3. 【請求項3】 上記表示制御手段は上記状態表示ウィン
    ドウと上記複数のメッセージウィンドウとの表示の優先
    順位を管理する管理テーブルを有し、 上記状態表示ウインドウの表示の優先順位は上記複数の
    メッセージウィンドウの表示の優先順位よりも高いこと
    を特徴とする請求項1又は請求項2の何れかに記載のコ
    ンソール装置。
  4. 【請求項4】 上記状態監視手段は上記複数の情報処理
    装置の各々から受信したメッセージを解析し、上記複数
    の情報処理装置から発行された応答要求と上記情報処理
    装置の障害発生とを検出するメッセージ解析手段を有
    し、 上記メッセージ解析手段が検出した各情報処理装置の上
    記応答要求又は上記障害発生を上記状態表示ウィンドウ
    に表示することを特徴とする請求項1乃至請求項3の何
    れかに記載のコンソール装置。
JP10251237A 1998-09-04 1998-09-04 コンソール装置 Expired - Lifetime JP3141286B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP10251237A JP3141286B2 (ja) 1998-09-04 1998-09-04 コンソール装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10251237A JP3141286B2 (ja) 1998-09-04 1998-09-04 コンソール装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP03234553A Division JP3141249B2 (ja) 1991-03-14 1991-09-13 コンソール装置

Publications (2)

Publication Number Publication Date
JPH11161474A true JPH11161474A (ja) 1999-06-18
JP3141286B2 JP3141286B2 (ja) 2001-03-05

Family

ID=17219770

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10251237A Expired - Lifetime JP3141286B2 (ja) 1998-09-04 1998-09-04 コンソール装置

Country Status (1)

Country Link
JP (1) JP3141286B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013031066A1 (ja) * 2011-08-26 2013-03-07 日本電気株式会社 監視装置、監視方法およびプログラム
JP2015108939A (ja) * 2013-12-04 2015-06-11 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
US9600161B2 (en) 2014-01-14 2017-03-21 International Business Machines Corporation Generating and displaying a specific area

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU3959099A (en) 1998-06-03 1999-12-20 Nissan Chemical Industries Ltd. Indan derivatives
KR101829237B1 (ko) * 2017-03-07 2018-03-30 신상민 단조성형기의 연강선재 공급장치

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013031066A1 (ja) * 2011-08-26 2013-03-07 日本電気株式会社 監視装置、監視方法およびプログラム
JPWO2013031066A1 (ja) * 2011-08-26 2015-03-23 日本電気株式会社 監視装置、監視方法およびプログラム
US9336075B2 (en) 2011-08-26 2016-05-10 Nec Corporation Monitoring apparatus, monitoring method, and storage medium
JP2015108939A (ja) * 2013-12-04 2015-06-11 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
US9600161B2 (en) 2014-01-14 2017-03-21 International Business Machines Corporation Generating and displaying a specific area

Also Published As

Publication number Publication date
JP3141286B2 (ja) 2001-03-05

Similar Documents

Publication Publication Date Title
KR950010833B1 (ko) 컴퓨터 시스템의 서비스 네트워크에 컴퓨터 시스템의 자동 등록 방법
US5987234A (en) Console apparatus for information processing system
US6418469B1 (en) Managing conditions in a network
US20030140150A1 (en) Self-monitoring service system with reporting of asset changes by time and category
JP2001511609A (ja) パケットトレース情報のグラフィック式の調査のためのユーザインターフェイス
US7502846B2 (en) Monitoring service with inter-enterprise contextual analysis
US20020126144A1 (en) Apparatus and method for communicating graphical display data in a network-based windowing system
US7734769B2 (en) Monitoring system of apparatuses connected in a network, monitoring apparatus, monitoring method and program
EP0361387A2 (en) Automatic operation control system for computer system
JP3141286B2 (ja) コンソール装置
JP3141249B2 (ja) コンソール装置
JPH08221433A (ja) 情報検索システム
JPH096655A (ja) システム管理装置
JP2000040021A (ja) 監視表示システム及び記録媒体
JP3513027B2 (ja) 監視システム及びその監視方法
KR950010834B1 (ko) 컴퓨터 시스템용 플렉시블 서비스 네트워크
JPH08241276A (ja) アプリケーション共有化システム
KR950010832B1 (ko) 컴퓨터 시스템의 서비스 네트워크에서 한 컴퓨터 시스템상의 문제 해결 트래킹 방법
JP3064813B2 (ja) ネットワーク管理装置
JP3449425B2 (ja) コンピュータネットワーク監視支援システム
KR950010835B1 (ko) 컴퓨터 시스템의 서비스 네트워크에서 한 컴퓨터 시스템상의 문제 예방 실행 방법
JP3119811B2 (ja) ネットワーク管理システム
JPH0895932A (ja) 分散処理システムの系切り替え制御方法
JPH02272659A (ja) 端末属性情報の一元的定義・管理方式
EP0738976B1 (en) Display of detected event for information handling system

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071222

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081222

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081222

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091222

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101222

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101222

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111222

Year of fee payment: 11

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111222

Year of fee payment: 11