JPH03150643A - 情報処理システムの障害監視装置と制御方法 - Google Patents
情報処理システムの障害監視装置と制御方法Info
- Publication number
- JPH03150643A JPH03150643A JP1288917A JP28891789A JPH03150643A JP H03150643 A JPH03150643 A JP H03150643A JP 1288917 A JP1288917 A JP 1288917A JP 28891789 A JP28891789 A JP 28891789A JP H03150643 A JPH03150643 A JP H03150643A
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- processing system
- failure
- information
- processing unit
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/273—Tester hardware, i.e. output processing circuits
- G06F11/2736—Tester hardware, i.e. output processing circuits using a dedicated service processor for test
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operations
- G06F11/1402—Saving, restoring, recovering or retrying
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3495—Performance evaluation by tracing or monitoring for systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、情報処理システムの障害監視装置とその制御
方法に係り、特に、遠隔地から障害発生時の該情報処理
システムの初期診断を行なうときに、好適な制御方式に
関する。
方法に係り、特に、遠隔地から障害発生時の該情報処理
システムの初期診断を行なうときに、好適な制御方式に
関する。
情報処理システム、すなわち電子計算機システムの応用
範囲の拡大にともない、システムの構成も大規模、複雑
化の一途をたどりつつある。これに伴い、情報処理シス
テムの信頼性向上、耐障害性の向上、さらに障害発生後
の早期の復旧、等がより重要になりつつある。
範囲の拡大にともない、システムの構成も大規模、複雑
化の一途をたどりつつある。これに伴い、情報処理シス
テムの信頼性向上、耐障害性の向上、さらに障害発生後
の早期の復旧、等がより重要になりつつある。
近年の情報処理システムにおいては、情報処理システム
本体に保守制御用の制御装置を付加し。
本体に保守制御用の制御装置を付加し。
情報処理システムの保守１診断を司る構成が一般的にな
りつつある。この種の制御装置は、サービス０プロセツ
サ（Ｓｅｒｖｉｃｅ Ｐｒｏｃｅｓｓｏｒ ： Ｓ Ｖ
Ｐ ）と呼ばれており、米国特許第４，２０４，２４
９号公報に開示されている。また、特開昭５８−５６１
５８号公報では、遠隔地の保守センタの計算機システム
から複数のユーザ計算機システムを保守・診断する制御
方式を開示している。さらに、特開昭６１−１４８５４
２号公報では、ＳｖＰの画面を遠隔地からも操作出来る
ための制御方式が開示されている。
りつつある。この種の制御装置は、サービス０プロセツ
サ（Ｓｅｒｖｉｃｅ Ｐｒｏｃｅｓｓｏｒ ： Ｓ Ｖ
Ｐ ）と呼ばれており、米国特許第４，２０４，２４
９号公報に開示されている。また、特開昭５８−５６１
５８号公報では、遠隔地の保守センタの計算機システム
から複数のユーザ計算機システムを保守・診断する制御
方式を開示している。さらに、特開昭６１−１４８５４
２号公報では、ＳｖＰの画面を遠隔地からも操作出来る
ための制御方式が開示されている。
米国特許第４，２０４，２４９号公報に開示された技術
は、複数の処理装置群に対して、電源のオン／オフの制
御やマイクロ・プログラムのローディング制御をＳｖＰ
が担当することにより、集中管理を可能としている。特
に、該制御装置から各処理装置群へ専用の信号線を直接
に布線することにより、従来の並列布線方式に比べて再
布線を必要としない。
は、複数の処理装置群に対して、電源のオン／オフの制
御やマイクロ・プログラムのローディング制御をＳｖＰ
が担当することにより、集中管理を可能としている。特
に、該制御装置から各処理装置群へ専用の信号線を直接
に布線することにより、従来の並列布線方式に比べて再
布線を必要としない。
特開昭５８−５６１５８号公報で開示された技術は、保
守センタの計算機システムが常時、複数のユーザ計算機
システムを順に診断し、事前に障害の発生を検知しよう
とするものである。また、特開昭６１−１４８５４２号
公報では、ｓｖｐの画面を遠隔地がらも操作出来るよう
にするときに、ＳｖＰ側の画面制御プログラムと遠隔地
の保守側の画面制御プログラムの構造、および処理手順
を同じようにすることを目的として、ＳｖＰ側にデータ
・バッファを設け、このデータ・バッファの内容を転送
する方式を開示している。
守センタの計算機システムが常時、複数のユーザ計算機
システムを順に診断し、事前に障害の発生を検知しよう
とするものである。また、特開昭６１−１４８５４２号
公報では、ｓｖｐの画面を遠隔地がらも操作出来るよう
にするときに、ＳｖＰ側の画面制御プログラムと遠隔地
の保守側の画面制御プログラムの構造、および処理手順
を同じようにすることを目的として、ＳｖＰ側にデータ
・バッファを設け、このデータ・バッファの内容を転送
する方式を開示している。
ところで、情報処理システムの２４時間運転サービスや
応用範囲の拡大に伴い、情報処理システムの信頼性の向
上や耐障害性の向上のための各種技術開発とともに、障
害発生後の早期復旧のための制御手段も重要になる。早
期復旧のためには、システムの保守員がユーザ計算機シ
ステムのサイトに常駐すれば良い訳であるが、２４時間
運転サービスの普及とともに、無人運転が一般的になり
つつあり、システムの保守員も保守センタに待機し、複
数のユーザ計算機システムの障害監視と保守を行なえる
ことが必要である。その時の課題は。
応用範囲の拡大に伴い、情報処理システムの信頼性の向
上や耐障害性の向上のための各種技術開発とともに、障
害発生後の早期復旧のための制御手段も重要になる。早
期復旧のためには、システムの保守員がユーザ計算機シ
ステムのサイトに常駐すれば良い訳であるが、２４時間
運転サービスの普及とともに、無人運転が一般的になり
つつあり、システムの保守員も保守センタに待機し、複
数のユーザ計算機システムの障害監視と保守を行なえる
ことが必要である。その時の課題は。
遠隔地からユーザ計算機システムの障害発生を検知出来
る機能を充実することであり、かつ早期復旧の制御手段
を提供することである。
る機能を充実することであり、かつ早期復旧の制御手段
を提供することである。
この観点でみると、従来技術に関して、米国特許第４，
２０４，２４９号公報記載の技術は、計算機システムの
構成が複雑になるにともない、電力供給装置の任意の変
更や布線の変更を容易にするものであり、具体的には、
ＳｖＰにて電源のオン／オフ。
２０４，２４９号公報記載の技術は、計算機システムの
構成が複雑になるにともない、電力供給装置の任意の変
更や布線の変更を容易にするものであり、具体的には、
ＳｖＰにて電源のオン／オフ。
および電圧調整を可能としている。しかし、遠隔地から
の障害監視や保守方法については開示していない。また
、情報処理システムの処理装置群に対しては、現地のＳ
ｖＰにて操作するという制約がある。
の障害監視や保守方法については開示していない。また
、情報処理システムの処理装置群に対しては、現地のＳ
ｖＰにて操作するという制約がある。
特開昭５８−５６１５８号公報記載の技術は、保守セン
タの計算機システムから現地のユーザ計算機システム（
被診断処理装置）のＳｖＰと交信させ、ユーザ計算機シ
ステムの状態を巡回して監視しようとするものである。
タの計算機システムから現地のユーザ計算機システム（
被診断処理装置）のＳｖＰと交信させ、ユーザ計算機シ
ステムの状態を巡回して監視しようとするものである。
したがって、巡回してユーザ計算機システムの状態を監
視することにより、保守センタの計算機システムの稼働
状況を向上させること、および監視手順のカタログ化に
より、診断の自動化が行なえる効果を狙っている。しか
し、障害検出の手段、ロギング情報の具体的項目、さら
に、障害判定の基準、などが具体的に開示されていない
。
視することにより、保守センタの計算機システムの稼働
状況を向上させること、および監視手順のカタログ化に
より、診断の自動化が行なえる効果を狙っている。しか
し、障害検出の手段、ロギング情報の具体的項目、さら
に、障害判定の基準、などが具体的に開示されていない
。
一方、特開昭６１−１４８５４２号公報記載の技術は、
現地の計算機システムの８７２画面と同じ画面を遠隔地
の表示装置に表示するために、現地の計算機システムの
ＳｖＰ内にデータ・バッファを設け。
現地の計算機システムの８７２画面と同じ画面を遠隔地
の表示装置に表示するために、現地の計算機システムの
ＳｖＰ内にデータ・バッファを設け。
このデータ・バッファの内容が現地の計算機システムの
８７２画面や遠隔地の表示装置に表示させるようにして
処理プログラムの論理構造を簡略化している。これによ
り、遠隔地の保守センタの表示装置からも現地の計算機
システムのＳｖＰを操作できるようにしている。ところ
で、ｓｖｐは保守操作を支援するものであり、ハードウ
ェア障害の検知は可能であるが、ソフトウェア、すなわ
ちオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ
５ｙｓｔｅＣｏＳ）の誤動作等の検知は一般的に無理が
ある。
８７２画面や遠隔地の表示装置に表示させるようにして
処理プログラムの論理構造を簡略化している。これによ
り、遠隔地の保守センタの表示装置からも現地の計算機
システムのＳｖＰを操作できるようにしている。ところ
で、ｓｖｐは保守操作を支援するものであり、ハードウ
ェア障害の検知は可能であるが、ソフトウェア、すなわ
ちオペレーティング・システム（Ｏｐｅｒａｔｉｎｇ
５ｙｓｔｅＣｏＳ）の誤動作等の検知は一般的に無理が
ある。
また１通常、Ｏ８の動作中はＯ８用のコンソール・メツ
セージ等の監視が障害検出手段の主力をなすものである
。この観点でみると、上記の特開昭６１−１４８５４２
号公報記載の技術では、遠隔地と現地の８７２画面の切
り換えの契機、さらに、コンソール・メツセージの検出
手段、障害発生時の通報の方法や８７２画面からの障害
情報の収集項目、収集方法については言及されていない
。
セージ等の監視が障害検出手段の主力をなすものである
。この観点でみると、上記の特開昭６１−１４８５４２
号公報記載の技術では、遠隔地と現地の８７２画面の切
り換えの契機、さらに、コンソール・メツセージの検出
手段、障害発生時の通報の方法や８７２画面からの障害
情報の収集項目、収集方法については言及されていない
。
ユーザ計算機システムの障害の検出、および障害発生後
の早期復旧を遠隔地の保守センタ等で実現するためには
、Ｏ８の振舞いの経過を遠隔地にて即時に収集出来る機
構の実現方法が課題として残されている６通常、Ｏ８の
振舞いの経過は、ＯＳコンソール上に出力されたメツセ
ージを追跡すれば可能であるが、コンソール・メツセー
ジを出力するハードコピー装置は現地のユーザ計算機シ
ステムの近くに存在するか、あるいは近くに存在してい
ても無人運転を行なっているために該ハードコピー装置
の電源をオフ状態としている場合が多い、これは用紙切
れの状態や用紙の巻き込み状態の発生を回避するためで
ある。
の早期復旧を遠隔地の保守センタ等で実現するためには
、Ｏ８の振舞いの経過を遠隔地にて即時に収集出来る機
構の実現方法が課題として残されている６通常、Ｏ８の
振舞いの経過は、ＯＳコンソール上に出力されたメツセ
ージを追跡すれば可能であるが、コンソール・メツセー
ジを出力するハードコピー装置は現地のユーザ計算機シ
ステムの近くに存在するか、あるいは近くに存在してい
ても無人運転を行なっているために該ハードコピー装置
の電源をオフ状態としている場合が多い、これは用紙切
れの状態や用紙の巻き込み状態の発生を回避するためで
ある。
また、障害発生時に、遠隔地より、主記憶装置内の特定
の領域をも参照できなければならない。
の領域をも参照できなければならない。
これらはＯ８の管理情報が格納されている領域やハード
ウェアの使用している領域が対象となる。
ウェアの使用している領域が対象となる。
当然のことながら、無人運転を行なっている場合には、
ユーザ計算機システム側には、運転オペレータや保守要
員は存在しない。したがって、障害発生を検知する制御
手段の提供が望まれる。また、遠隔地にて、障害の発生
を認識したならば。
ユーザ計算機システム側には、運転オペレータや保守要
員は存在しない。したがって、障害発生を検知する制御
手段の提供が望まれる。また、遠隔地にて、障害の発生
を認識したならば。
保守要員が現地に到着するまでに障害発生要因の初期解
析がなされなければならない。これらの制御手段を提供
することが、計算機システムの障害発生後の早期回復に
寄与するものである。
析がなされなければならない。これらの制御手段を提供
することが、計算機システムの障害発生後の早期回復に
寄与するものである。
したがって１本発明の目的は、情報処理システム、すな
わち計算機システムの障害監視と回復を遠隔地から可能
とする制御装置と制御手段を提供することにある。
わち計算機システムの障害監視と回復を遠隔地から可能
とする制御装置と制御手段を提供することにある。
本発明の他の目的は、遠隔地にて情報処理システムの障
害発生の通報を受けたならば、遠隔地から情報処理シス
テムの障害情報、具体的には、障害発生時点の該システ
ムの状況と障害に至る過程での動作履歴情報を収集でき
る制御装置と制御手段を提供することにある。
害発生の通報を受けたならば、遠隔地から情報処理シス
テムの障害情報、具体的には、障害発生時点の該システ
ムの状況と障害に至る過程での動作履歴情報を収集でき
る制御装置と制御手段を提供することにある。
本発明の他の目的は、収集した障害情報を解析し、保守
員が現地に到着したときに適切な回復手順を指示出来る
制御手段を提供することにある。
員が現地に到着したときに適切な回復手順を指示出来る
制御手段を提供することにある。
上記目的を達成するために、本発明の情報処理システム
の障害監視装置と制御方法では、該障害監視装置を監視
および制御対象の情報処理システム（計算機システムと
も云う）のマスク・コンソール装置の間に介在させ、情
報処理システムとの間のデータの送受信信号線上のデー
タ・ストリームを監視している。さらに、中央処理装置
との間で専用の接続インタフェース線を配し、中央処理
装置からのハードウェア障害の報告を受信したり、中央
処理装置内の特定のハードウェア情報を取り込むことが
出来る機構を具備している。なお、従来のマスク・コン
ソールの代わりに本発明の制御装置にキーボードと表示
装置を付加しても効果は同じである０本発明の一実施例
においては、従来のマスタ・コンソールの代わりに本発
明の制御装置にキーボードと表示装置を付加した構成に
て説明することにする。
の障害監視装置と制御方法では、該障害監視装置を監視
および制御対象の情報処理システム（計算機システムと
も云う）のマスク・コンソール装置の間に介在させ、情
報処理システムとの間のデータの送受信信号線上のデー
タ・ストリームを監視している。さらに、中央処理装置
との間で専用の接続インタフェース線を配し、中央処理
装置からのハードウェア障害の報告を受信したり、中央
処理装置内の特定のハードウェア情報を取り込むことが
出来る機構を具備している。なお、従来のマスク・コン
ソールの代わりに本発明の制御装置にキーボードと表示
装置を付加しても効果は同じである０本発明の一実施例
においては、従来のマスタ・コンソールの代わりに本発
明の制御装置にキーボードと表示装置を付加した構成に
て説明することにする。
また、遠隔地には上記の情報処理システム群を監視制御
する第２の情報処理システムが存在する。
する第２の情報処理システムが存在する。
この第２の情報処理システムは先の制御装置から障害発
生の通報を受けると、該障害情報をもとに過去の判例情
報を検索、照合し、該障害の回復手順を自動的に生成し
た後、障害を起した情報処理システムのサイトへその回
復手順を転送する役割を分担している。
生の通報を受けると、該障害情報をもとに過去の判例情
報を検索、照合し、該障害の回復手順を自動的に生成し
た後、障害を起した情報処理システムのサイトへその回
復手順を転送する役割を分担している。
本発明の情報処理システムの障害監視装置とその制御方
法を実現する監視制御装置は、監視・制御対象の情報処
理システムから送出されるメッセージ・データを受信す
るとデータ・バッファに格納後１表示装置に表示する８
このとき、同時に。
法を実現する監視制御装置は、監視・制御対象の情報処
理システムから送出されるメッセージ・データを受信す
るとデータ・バッファに格納後１表示装置に表示する８
このとき、同時に。
あらかじめ登録されている障害メツセージと比較し、障
害発生を認識する。情報処理システム（以降、計算機シ
ステムと云う場合もある）のハードウェア障害の場合に
は、専用のインタフェース線を介してその旨が知らされ
る。ハードウェア障害としてはマシン・チエツク発生、
メモリ・エラー処理ユニット障害などである６監視制御
装置は。
害発生を認識する。情報処理システム（以降、計算機シ
ステムと云う場合もある）のハードウェア障害の場合に
は、専用のインタフェース線を介してその旨が知らされ
る。ハードウェア障害としてはマシン・チエツク発生、
メモリ・エラー処理ユニット障害などである６監視制御
装置は。
前者のソフトウェア障害、あるいはハードウェア障害の
場合のいずれにおいても、専用のインタフェース線を介
して中央処理装置内の特定の処理ユニットの情報を読み
出して記憶域に一時的に格納する。
場合のいずれにおいても、専用のインタフェース線を介
して中央処理装置内の特定の処理ユニットの情報を読み
出して記憶域に一時的に格納する。
以上で述べた障害状態を検出すると１本発明の監視制御
装置は遠隔地の第２の情報処理システムへ障害発生の旨
を報告する。このとき、データ・バッファに格納された
複数のメッセージ・データ、すなわち障害の発生した時
点からさかのぼって過去の複数のメッセージ・データと
障害が発生した時点でのハードウェア障害情報を転送す
る。これによって、遠隔地の監視・保守用の第２の情報
処理システム（以降、監視・保守用計算機システムと云
う）が監視、および制御対象の計算機システムでの障害
の発生を認識する。
装置は遠隔地の第２の情報処理システムへ障害発生の旨
を報告する。このとき、データ・バッファに格納された
複数のメッセージ・データ、すなわち障害の発生した時
点からさかのぼって過去の複数のメッセージ・データと
障害が発生した時点でのハードウェア障害情報を転送す
る。これによって、遠隔地の監視・保守用の第２の情報
処理システム（以降、監視・保守用計算機システムと云
う）が監視、および制御対象の計算機システムでの障害
の発生を認識する。
監視・保守用計算機システムは上記の通報、および障害
情報を受信すると、該障害情報とあらがじめ記憶してい
る判例情報とを照合比較し、最適な回復手順を生成する
。その結果は、障害の発生した計算機システムの監視制
御装置へ転送される６したがって、保守員が障害の発生
した計算機システムのサイトに到着したときに、コンソ
ール装置から″回復指示″の旨のコマンドを投入するこ
とにより、一連の回復手順がコンソール装置の表示画面
やハードコピー装置に出力される。
情報を受信すると、該障害情報とあらがじめ記憶してい
る判例情報とを照合比較し、最適な回復手順を生成する
。その結果は、障害の発生した計算機システムの監視制
御装置へ転送される６したがって、保守員が障害の発生
した計算機システムのサイトに到着したときに、コンソ
ール装置から″回復指示″の旨のコマンドを投入するこ
とにより、一連の回復手順がコンソール装置の表示画面
やハードコピー装置に出力される。
これにより、計算機システムの障害発生から回復までの
時間を短縮出来ることになり、計算機システムの運転サ
ービスの向上が図れることになる。
時間を短縮出来ることになり、計算機システムの運転サ
ービスの向上が図れることになる。
〔作用〕
本発明の情報処理システムの障害監視装置と制御方法は
、監視対象となる情報処理システムが従来のマスタ・、
コンソールにメッセージ・データを送出するデータ線を
中継しており、それらのメッセージ・データを監視して
いる。また、ハードウェア障害の検知方法に関しても中
央処理装置との間で専用のインタフェース線を設けて、
障害の発生を検知したり、障害情報を収集したりしてい
る。
、監視対象となる情報処理システムが従来のマスタ・、
コンソールにメッセージ・データを送出するデータ線を
中継しており、それらのメッセージ・データを監視して
いる。また、ハードウェア障害の検知方法に関しても中
央処理装置との間で専用のインタフェース線を設けて、
障害の発生を検知したり、障害情報を収集したりしてい
る。
したがって、従来のオペレーティング・システムを改造
する必要がなく、誤動作することもない。
する必要がなく、誤動作することもない。
以下、本発明の一実施例を第１図〜第２２図により説明
する。第１図は本発明の情報処理システムの障害監視装
置と制御方法の構成の概略幅飛した図である。図中の符
号２００は監視対象となる計算機システムであり、その
もとでオペレーティング・システム（Ｏｐｅｒａｔｉｎ
ｇ Ｓｙｓｔｅｍ ：ＯＳ ）２０８ａ。
する。第１図は本発明の情報処理システムの障害監視装
置と制御方法の構成の概略幅飛した図である。図中の符
号２００は監視対象となる計算機システムであり、その
もとでオペレーティング・システム（Ｏｐｅｒａｔｉｎ
ｇ Ｓｙｓｔｅｍ ：ＯＳ ）２０８ａ。
ユーザ・プログラム（Ｕｓｅｒ Ｐｒｏｇｒａｍ： Ｕ
Ｐ ） ２０８ ｂが動作している。計算機システム
２ｏＯを構成する代表的なハードウェア処理部は、命令
制御ユニット（Ｉｎｓｔｒｕｃｔｉｏｎ Ｕｎｉｔ：
Ｉ Ｕ）２０１ 、実行ユニット（Ｅｘｅｃｕｔｉｏｎ
Ｕｎｉｔ： Ｅ Ｕ） ２０２ 、入出力処理ユニッ
ト（１／Ｑ ＰｒｏｃｅｓｓｉｎｌＨｔｌｎｉｔ： Ｉ
ＯＰ ） ２０３ 。
Ｐ ） ２０８ ｂが動作している。計算機システム
２ｏＯを構成する代表的なハードウェア処理部は、命令
制御ユニット（Ｉｎｓｔｒｕｃｔｉｏｎ Ｕｎｉｔ：
Ｉ Ｕ）２０１ 、実行ユニット（Ｅｘｅｃｕｔｉｏｎ
Ｕｎｉｔ： Ｅ Ｕ） ２０２ 、入出力処理ユニッ
ト（１／Ｑ ＰｒｏｃｅｓｓｉｎｌＨｔｌｎｉｔ： Ｉ
ＯＰ ） ２０３ 。
メモリ制御ユニット（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ
Ｕｎｉｔ：ＭＣυ）２０４、主記憶装置（Ｍａｉｎ Ｓ
ｔｏｒａｇｅ： Ｍ Ｓ ） ２０６ 。
Ｕｎｉｔ：ＭＣυ）２０４、主記憶装置（Ｍａｉｎ Ｓ
ｔｏｒａｇｅ： Ｍ Ｓ ） ２０６ 。
およびサービス・プロセッサ（Ｓ６ｒｙｉＣ６Ｐｒｏｃ
ｅｓｓｏｒ：５ＶＰ）２０７である。また、計算機シス
テム２００には、ファイル装置２０９などの入出力装置
が接続されている。
ｅｓｓｏｒ：５ＶＰ）２０７である。また、計算機シス
テム２００には、ファイル装置２０９などの入出力装置
が接続されている。
符号１００は本発明の１つの構成要素をなす監視制御装
置であり、計算機システム２００から本発明の監視制御
袋ｅ１００にシステム・コンソール用の信号線Ｌｌ ａ
、５ＶＰ２０７の表示用信号線Ｌｌｂが接続されている
。なお、システム・コンソール用の信号線Ｌｌａと５Ｖ
Ｐ２０７の表示用信号線Ｌｌｂとは同一の信号線であっ
ても構わない、この場合には、信号線Ｌｌａは工○Ｐ２
Ｏ３から５ＶＰ２０７を経て出力される。
置であり、計算機システム２００から本発明の監視制御
袋ｅ１００にシステム・コンソール用の信号線Ｌｌ ａ
、５ＶＰ２０７の表示用信号線Ｌｌｂが接続されている
。なお、システム・コンソール用の信号線Ｌｌａと５Ｖ
Ｐ２０７の表示用信号線Ｌｌｂとは同一の信号線であっ
ても構わない、この場合には、信号線Ｌｌａは工○Ｐ２
Ｏ３から５ＶＰ２０７を経て出力される。
さらに１本発明の監視制御装置１００と計算機システム
２００との間は各処理ユニットからの要求信号Ｌ２．ア
ドレス・バスとデータ・バスを含む信号線Ｌ３で接続さ
れている。ここで、アドレス・バスとデータ・バスとを
信号線Ｌ３にて同一に示しであるが、これは表現上のた
めであり、当然のことながら、別の信号線で接続されて
いる。
２００との間は各処理ユニットからの要求信号Ｌ２．ア
ドレス・バスとデータ・バスを含む信号線Ｌ３で接続さ
れている。ここで、アドレス・バスとデータ・バスとを
信号線Ｌ３にて同一に示しであるが、これは表現上のた
めであり、当然のことながら、別の信号線で接続されて
いる。
監視制御装置１００はマイクロ・プロセッサ等と同様な
処理能力を具備した演算器、主メモリ、および処理プロ
グラム群で構成されている。監視制御袋［１００内の符
号１はエンコーダ、２はアドレス・レジスタＡＤ、３は
データ・レジスタＤＴである。符号４はＣＰＵインタフ
ェース処理部（ＣＰＵ Ｉｎｔｅｒｆａｃｅ）、符号５
は比較処理部ＣＭＰ。
処理能力を具備した演算器、主メモリ、および処理プロ
グラム群で構成されている。監視制御袋［１００内の符
号１はエンコーダ、２はアドレス・レジスタＡＤ、３は
データ・レジスタＤＴである。符号４はＣＰＵインタフ
ェース処理部（ＣＰＵ Ｉｎｔｅｒｆａｃｅ）、符号５
は比較処理部ＣＭＰ。
符号６はデータ・バッファ、符号７は比較テーブル、符
号８は診断処理部、符号９は画面バッファ。
号８は診断処理部、符号９は画面バッファ。
符号１０は障害判定処理部、符号１１は分配器。
符号１２は転送処理部、符号１３はコマンド解釈処理部
、符号１４は送受信処理部、である。なお。
、符号１４は送受信処理部、である。なお。
監視制御装置１００には、キーボード付の表示装置１０
２、−時記憶ファイル１０４が接続され°Ｃいる。
２、−時記憶ファイル１０４が接続され°Ｃいる。
監視制御装置１００と遠隔地の監視・保守用計算機シス
テム２５０とは線Ｌ４で接続されている。
テム２５０とは線Ｌ４で接続されている。
なお、監視制御装置１ｏＯと遠隔地の監視・保守用計算
機システム２５０との間に公衆回線網が介在しても構わ
ない。監視・保守用計算機システム２５０には、該計算
機システム２５０の制御用のコンソール装置２５２、判
例情報を記憶するファイル装置２５４、障害情報格納フ
ァイル２５６が接続されている。なお、第１図には示し
てないが当然のことながら計算機システムに接続可能な
入出力装置群、例えばライン・プリンタ装置などの装置
群も接続可能である。
機システム２５０との間に公衆回線網が介在しても構わ
ない。監視・保守用計算機システム２５０には、該計算
機システム２５０の制御用のコンソール装置２５２、判
例情報を記憶するファイル装置２５４、障害情報格納フ
ァイル２５６が接続されている。なお、第１図には示し
てないが当然のことながら計算機システムに接続可能な
入出力装置群、例えばライン・プリンタ装置などの装置
群も接続可能である。
監視・保守用計算機システム２５０内では、障害要因の
解析プログラム群が動作しており、それらは符号２１の
通信処理部、符号２２の解釈・指令処理部、符号２３の
収集・解析処理部、符号２５の照合処理部、符号２６の
判例検索・登録処理部、である、また、符号２４は作業
用のバッファ（Ｗｏｒｋ Ｂｕｆｆｅｒ： Ｂ Ｕ Ｆ
）である。
解析プログラム群が動作しており、それらは符号２１の
通信処理部、符号２２の解釈・指令処理部、符号２３の
収集・解析処理部、符号２５の照合処理部、符号２６の
判例検索・登録処理部、である、また、符号２４は作業
用のバッファ（Ｗｏｒｋ Ｂｕｆｆｅｒ： Ｂ Ｕ Ｆ
）である。
監視・保守用計算機システム２５０は複数の監視制御対
象の計算機システムを管理出来る。符号１００ａ、１０
０ｂは符号１００と同様の他の監視制御装置、符号２０
０ａ、２００ｂは監視対象となる計算機システムである
。
象の計算機システムを管理出来る。符号１００ａ、１０
０ｂは符号１００と同様の他の監視制御装置、符号２０
０ａ、２００ｂは監視対象となる計算機システムである
。
では、第１図を用いて本発明の情報処理システムの障害
監視装置と制御方法の動作の概要を説明した後に、第２
図以降の説明図を用いて各処理部の詳細を説明すること
にする。
監視装置と制御方法の動作の概要を説明した後に、第２
図以降の説明図を用いて各処理部の詳細を説明すること
にする。
第１図を参照するに、監視・制御対象の計算機システム
２００からは線Ｌｌａを介してＯＳ ２０８ａのメッセ
ージ・データが順次に送出されている。
２００からは線Ｌｌａを介してＯＳ ２０８ａのメッセ
ージ・データが順次に送出されている。
これらのメッセージ・データはデータ・バッファ６内に
順に格納されて行く。データ・バッファ６が満杯になる
と、再び先頭から格納される。メッセージ・データがデ
ータ・バッファ６内に格納される前に、比較処理部ＣＭ
Ｐ５にて該メッセージ・データが比較テーブル７内にあ
らかじめ登録されている障害判定用のメッセージ・デー
タと等しいか否かを検査する。比較検査の結果、一致し
たならば障害判定処理部１０に制御が移る。
順に格納されて行く。データ・バッファ６が満杯になる
と、再び先頭から格納される。メッセージ・データがデ
ータ・バッファ６内に格納される前に、比較処理部ＣＭ
Ｐ５にて該メッセージ・データが比較テーブル７内にあ
らかじめ登録されている障害判定用のメッセージ・デー
タと等しいか否かを検査する。比較検査の結果、一致し
たならば障害判定処理部１０に制御が移る。
障害判定処理部１０はソフトウェアの障害であるならば
、ハードウェアの付加情報を得るために診断処理部８を
起動して中央処理装置２００内の各処理ユニットの状態
情報を収集する。状態情報の収集に際しては、アドレス
・レジスタＡＤ２に処理ユニットのアドレス値、データ
・レジスタＤＴ３に収集項目番号を設定して、中央処理
装置２００内の各処理ユニットへ送出する。各処理ユニ
ットは収集項目番号に対応した情報をデータ・バスＬ３
に返す。収集した状態情報は、−旦。
、ハードウェアの付加情報を得るために診断処理部８を
起動して中央処理装置２００内の各処理ユニットの状態
情報を収集する。状態情報の収集に際しては、アドレス
・レジスタＡＤ２に処理ユニットのアドレス値、データ
・レジスタＤＴ３に収集項目番号を設定して、中央処理
装置２００内の各処理ユニットへ送出する。各処理ユニ
ットは収集項目番号に対応した情報をデータ・バスＬ３
に返す。収集した状態情報は、−旦。
時記憶ファイル１０４に格納される。ここで、ハードウ
ェアの状態情報としては、主記憶装置２０６内のハード
ウェア使用領域２０６ｂの格納内容。
ェアの状態情報としては、主記憶装置２０６内のハード
ウェア使用領域２０６ｂの格納内容。
各処理ユニット内の状態保持情報１例えば割込み保持レ
ジスタやプログラム状態語などがある。
ジスタやプログラム状態語などがある。
一方、ハードウェアの障害の場合には、一般にサービス
・プロセッサ５ＶＰ２０７が検出し、線Ｌ２を介してエ
ンコーダ１に報告される。また。
・プロセッサ５ＶＰ２０７が検出し、線Ｌ２を介してエ
ンコーダ１に報告される。また。
サービス・プロセッサ５ＶＰ２０７が検出できない障害
、例えばラッチ回路のパリティ・エラーなどは、各処理
ユニットから直接に線Ｌ２を介してエンコーダ１に報告
される。ハードウェア障害の報告を受けるとＣＰＵイン
タフェース処理部４は、診断処理部８を起動して中央処
理装置２００内の各処理ユニットの状態情報を収集した
後、障害判定処理部１０に制御を渡す、なお、ハードウ
ェア障害の場合には、ｏＳから発行されているメッセー
ジ・データの履歴は既にデータ・バッファ６に格納され
ているので、特に、別の処理を行なわない。
、例えばラッチ回路のパリティ・エラーなどは、各処理
ユニットから直接に線Ｌ２を介してエンコーダ１に報告
される。ハードウェア障害の報告を受けるとＣＰＵイン
タフェース処理部４は、診断処理部８を起動して中央処
理装置２００内の各処理ユニットの状態情報を収集した
後、障害判定処理部１０に制御を渡す、なお、ハードウ
ェア障害の場合には、ｏＳから発行されているメッセー
ジ・データの履歴は既にデータ・バッファ６に格納され
ているので、特に、別の処理を行なわない。
以上の処理が完了すると、障害判定処理部１゜は送受信
処理部１４を経由し、かっ線Ｌ４を介して監視・保守用
計算機システム２５０へ障害の発生の旨を通報する。な
お、この通報処理は、先に述べた障害情報の収集の前に
行なっても構わない。
処理部１４を経由し、かっ線Ｌ４を介して監視・保守用
計算機システム２５０へ障害の発生の旨を通報する。な
お、この通報処理は、先に述べた障害情報の収集の前に
行なっても構わない。
監視・保守用計算機システム２５０は障害発生の通報を
受けると、まず、障害の概要を調べた後。
受けると、まず、障害の概要を調べた後。
監視制御装置１００に対して詳細な障害情報を要求する
。これは、線Ｌ４を介して指令（コマンド： Ｃｏｍｍ
ａｎｄ）のデータ列が監視制御装置１００へ送られる。
。これは、線Ｌ４を介して指令（コマンド： Ｃｏｍｍ
ａｎｄ）のデータ列が監視制御装置１００へ送られる。
この指令は解釈・指令処理部２２が行なう。
監視制御装置１００では、この指令をコマンド解釈処理
部１３が解釈し、転送処理部１２を起動する。転送処理
部１２はデータ・バッファ６の内容、および−時記憶フ
ァイル１０４に格納された障害情報を転送することにな
る。このときに、転送処理部１２は要求された情報のみ
を転送する訳であるが、特に、ハードウェア使用領域２
０６ｂのデータについては、編集処理を施し、転送する
データ量の削減を図っている０編集処理の一例としては
、同一のデータが続いた場合、その旨の印に置き換える
などである。
部１３が解釈し、転送処理部１２を起動する。転送処理
部１２はデータ・バッファ６の内容、および−時記憶フ
ァイル１０４に格納された障害情報を転送することにな
る。このときに、転送処理部１２は要求された情報のみ
を転送する訳であるが、特に、ハードウェア使用領域２
０６ｂのデータについては、編集処理を施し、転送する
データ量の削減を図っている０編集処理の一例としては
、同一のデータが続いた場合、その旨の印に置き換える
などである。
解釈・指令処理部２２は監視制御装置１００から障害発
生の通報を受けたときに、自動的に上記の指令すなわち
、障害情報の転送指令を発行するが、コンソール装置２
５２から手動で該当するコマンドを投入することも可能
である。その場合には、投入されたコマンドが解釈・指
令処理部２２にて解釈され、通信処理部２１を経由して
監視制御装置１００内のコマンド解釈処理部１３に渡さ
れる。監視・保守用計算機システム２５０側においては
、転送されて来る詳細な障害情報をＢＵＦ２４を介して
、障害情報格納ファイル２５６に、−旦、格納する。こ
れら一連の処理は収集・解析処理部２３が行なう。
生の通報を受けたときに、自動的に上記の指令すなわち
、障害情報の転送指令を発行するが、コンソール装置２
５２から手動で該当するコマンドを投入することも可能
である。その場合には、投入されたコマンドが解釈・指
令処理部２２にて解釈され、通信処理部２１を経由して
監視制御装置１００内のコマンド解釈処理部１３に渡さ
れる。監視・保守用計算機システム２５０側においては
、転送されて来る詳細な障害情報をＢＵＦ２４を介して
、障害情報格納ファイル２５６に、−旦、格納する。こ
れら一連の処理は収集・解析処理部２３が行なう。
収集・解析処理部２３は、次に１判例検索・登録処理部
２６を起動し、該障害に類似した過去の障害例を判例記
憶ファイル２５４の中から検索する。その後、照合処理
部２５にて、先に検索した候補群の中から該障害に合致
した判例を照合する。
２６を起動し、該障害に類似した過去の障害例を判例記
憶ファイル２５４の中から検索する。その後、照合処理
部２５にて、先に検索した候補群の中から該障害に合致
した判例を照合する。
照合の結果、該障害に合致した判例が存在したならば１
回復指示生成処理部２７にて１合致した判例の中に記憶
されている回復手順を得る。その回復手順は通信処理部
２１を経由して監視制御装置１００へ転送され、−時記
憶ファイル１０４に格納される。
回復指示生成処理部２７にて１合致した判例の中に記憶
されている回復手順を得る。その回復手順は通信処理部
２１を経由して監視制御装置１００へ転送され、−時記
憶ファイル１０４に格納される。
保守員が障害の発生した計算機システム２００のサイト
に到着し、コンソール装置１０２より、′″回復指示”
の旨のコマンドを投入すると１回復手順がコンソール装
置１０２の表示画面、あるいはハードコピー族Ｗ（図示
せず）に出力される。
に到着し、コンソール装置１０２より、′″回復指示”
の旨のコマンドを投入すると１回復手順がコンソール装
置１０２の表示画面、あるいはハードコピー族Ｗ（図示
せず）に出力される。
これにより、障害の発生から保守員が現地に到着するま
での間に、並行して障害の要因分析と回復手順の生成を
行なうので１回復時間の短縮が図られる。
での間に、並行して障害の要因分析と回復手順の生成を
行なうので１回復時間の短縮が図られる。
なお、照合の結果、該障害に合致した判例が存在しない
ならば、その旨の情報が監視制御装置１００に転送され
ているので、保守員が′″回復指示″のコマンドを投入
すると、自刃で回復のための解析を行なう必要があるこ
とが分かる。その場合には、データ・バッファ６や一時
記憶フアイル１０４の内容をコンソール装置１０２、あ
るいはハードコピー装置に出力すれば良い。また、コン
ソール装置１０２にはサービス・プロセッサ５ｖＰ２０
７のコンソール機能も有している。その後。
ならば、その旨の情報が監視制御装置１００に転送され
ているので、保守員が′″回復指示″のコマンドを投入
すると、自刃で回復のための解析を行なう必要があるこ
とが分かる。その場合には、データ・バッファ６や一時
記憶フアイル１０４の内容をコンソール装置１０２、あ
るいはハードコピー装置に出力すれば良い。また、コン
ソール装置１０２にはサービス・プロセッサ５ｖＰ２０
７のコンソール機能も有している。その後。
該計算機システムを回復させたならば、その手順を監視
・保守計算機システム２５０へ転送する。
・保守計算機システム２５０へ転送する。
監視・保守計算機システム２５０側では、先の障害内容
とこの回復手順を対にして１判例記憶ファイル２５４に
格納する。これによって、後に、他のサイト、あるいは
自サイトにて、再び同様な障害が発生したときに役立つ
ことになる。
とこの回復手順を対にして１判例記憶ファイル２５４に
格納する。これによって、後に、他のサイト、あるいは
自サイトにて、再び同様な障害が発生したときに役立つ
ことになる。
では、第２図以降の図を用いて、本発明の情報処理シス
テムの障害監視装置とその制御方法の詳細を説明する。
テムの障害監視装置とその制御方法の詳細を説明する。
第２図は第１図で示したデータ・バッファ６の構成を示
した図、第３図は比較テーブル７の構成を示した図、第
４図は診断処理部８で使用する診断番号とアドレス・レ
ジスタＡＤ２゜データ・レジスタＤＴ３への値の対応を
示した図、第５図は一時記憶フアイル１０４に障害情報
を格納するとき、および監視・保守用計算機システム２
５０へ障害情報を転送するときのデータの形式を示した
図、第６図は監視制御装置１００から監視・保守用計算
機システム２５０へ障害発生の概略情報を転送するとき
のデータの形式を示した図。
した図、第３図は比較テーブル７の構成を示した図、第
４図は診断処理部８で使用する診断番号とアドレス・レ
ジスタＡＤ２゜データ・レジスタＤＴ３への値の対応を
示した図、第５図は一時記憶フアイル１０４に障害情報
を格納するとき、および監視・保守用計算機システム２
５０へ障害情報を転送するときのデータの形式を示した
図、第６図は監視制御装置１００から監視・保守用計算
機システム２５０へ障害発生の概略情報を転送するとき
のデータの形式を示した図。
第７図は監視・保守用計算機システム２５０から監視制
御装置１００へ回復手順を転送するとき、あるいは保守
員が現地にて回復作業の後、監視制御袋Ｗ１００から監
視・保守用計算機システム２５０へ回復手順を転送する
ときのデータの形式を示した図、第８図はコンソール装
置１０２．２５２からのコマンドの形式、または監視・
保守用計算機システム２５０から監視制御装置ｇｌｏ。
御装置１００へ回復手順を転送するとき、あるいは保守
員が現地にて回復作業の後、監視制御袋Ｗ１００から監
視・保守用計算機システム２５０へ回復手順を転送する
ときのデータの形式を示した図、第８図はコンソール装
置１０２．２５２からのコマンドの形式、または監視・
保守用計算機システム２５０から監視制御装置ｇｌｏ。
へのコマンドの形式を示した図、第９図は監視制御袋［
１００から監視・保守用計算機システム２５０へ障害情
報を転送する時に、転送するデータ量の削減処理を施す
１つの例を示した図、第１０図は判例記憶ファイル２５
４の植成を示した図、である。
１００から監視・保守用計算機システム２５０へ障害情
報を転送する時に、転送するデータ量の削減処理を施す
１つの例を示した図、第１０図は判例記憶ファイル２５
４の植成を示した図、である。
また、第１１図〜第２０図までは各処理部の処理フロー
を示した図である。さらに、第２１図、第２２図は保守
員の介入を必要としないときの自動回復動作を説明した
図である。第１１図は第１図の比較処理部ＣＭＰ５の処
理フロー図、第１２図は障害判定処理部１０の処理フロ
ー図、第１３図はＣＰＵインタフェース処理部ＣＰＵＩ
４の処理フロー図、第１４図（ａ）、（ｂ）は診断処理
部８の処理フロー図、第１５図（ａ）、（ｂ）は監視処
理袋［１００内のコマンド解釈処理部１３の処理フロー
図、第１６図（ａ）、（ｂ）は監視・保守用計算機シス
テム２５０内の収集・解析処理部２３の処理フロー図、
第１７図は判例検索・登録処理部２６の検索処理の処理
フロー図、第１８図は判例検索・登録処理部２６の登録
処理の処理フロー図、第１９図（ａ）、（ｂ）は照合処
理部２５の処理フロー図、第２０図は回復指示生成処理
部２７の処理フロー図、第２１図は第７図で示した障害
回復情報１９の回復手順１９ｃに保守員が介入しなくて
も良い指令列が並んだ例を示した図、第２２図はそのと
きの処理フローを示した図、である。
を示した図である。さらに、第２１図、第２２図は保守
員の介入を必要としないときの自動回復動作を説明した
図である。第１１図は第１図の比較処理部ＣＭＰ５の処
理フロー図、第１２図は障害判定処理部１０の処理フロ
ー図、第１３図はＣＰＵインタフェース処理部ＣＰＵＩ
４の処理フロー図、第１４図（ａ）、（ｂ）は診断処理
部８の処理フロー図、第１５図（ａ）、（ｂ）は監視処
理袋［１００内のコマンド解釈処理部１３の処理フロー
図、第１６図（ａ）、（ｂ）は監視・保守用計算機シス
テム２５０内の収集・解析処理部２３の処理フロー図、
第１７図は判例検索・登録処理部２６の検索処理の処理
フロー図、第１８図は判例検索・登録処理部２６の登録
処理の処理フロー図、第１９図（ａ）、（ｂ）は照合処
理部２５の処理フロー図、第２０図は回復指示生成処理
部２７の処理フロー図、第２１図は第７図で示した障害
回復情報１９の回復手順１９ｃに保守員が介入しなくて
も良い指令列が並んだ例を示した図、第２２図はそのと
きの処理フローを示した図、である。
第２図を参照するに、データ・バッファ６はメツセージ
／コマンド格納領域ＴＲＡＣＥ６ ａと管理テーブル６
ｂとで成っている。メツセージ／コマンド格納領域ＴＲ
ＡＣＥ６ａはメッセージ・データやコマンド・データの
発生した時刻を格納するフィールド６ｃ、該メッセージ
・データの識別子フィールド６ｄ、該メッセージ・デー
タの番号フィールド６ｆ、および詳細情報フィールド６
ｇで構成される。また、管理テーブル６ｂはメツセージ
／コマンド格納領域ＴＲＡＣＥ６ａの先頭領域ポインタ
（ＦＩＲ５Ｔ、Ｅ）６ｈ、最終領域ポインタ（ＬＡＳＴ
、Ｅ）６ｉ、現在の格納領域ポインタ（ＣＵＲ，Ｅ）６
ｊ、および次の格納領域ポインタ（ＮＥＸＴ、Ｅ）６に
で成っている。
／コマンド格納領域ＴＲＡＣＥ６ ａと管理テーブル６
ｂとで成っている。メツセージ／コマンド格納領域ＴＲ
ＡＣＥ６ａはメッセージ・データやコマンド・データの
発生した時刻を格納するフィールド６ｃ、該メッセージ
・データの識別子フィールド６ｄ、該メッセージ・デー
タの番号フィールド６ｆ、および詳細情報フィールド６
ｇで構成される。また、管理テーブル６ｂはメツセージ
／コマンド格納領域ＴＲＡＣＥ６ａの先頭領域ポインタ
（ＦＩＲ５Ｔ、Ｅ）６ｈ、最終領域ポインタ（ＬＡＳＴ
、Ｅ）６ｉ、現在の格納領域ポインタ（ＣＵＲ，Ｅ）６
ｊ、および次の格納領域ポインタ（ＮＥＸＴ、Ｅ）６に
で成っている。
第３図は比較テーブル７の構成を示しており、この比較
テーブル内には登録数（Ｎ）７ａ、検出対象のメツセー
ジ識別Ｔフィールド７ｂ、メツセージ番号フィールド７
ｃ、処置フラグ・フィールド７ｄで成っている。比較処
理部（ＣＭＰ）５の処理フローは第１１図に示してあり
、監視・制御対象の計算機システム２００からの出力メ
ッセージ・データ（以降、単にメツセージと略す場合も
ある）は、この比較処理部（ＣＭＰ）５で処理される。
テーブル内には登録数（Ｎ）７ａ、検出対象のメツセー
ジ識別Ｔフィールド７ｂ、メツセージ番号フィールド７
ｃ、処置フラグ・フィールド７ｄで成っている。比較処
理部（ＣＭＰ）５の処理フローは第１１図に示してあり
、監視・制御対象の計算機システム２００からの出力メ
ッセージ・データ（以降、単にメツセージと略す場合も
ある）は、この比較処理部（ＣＭＰ）５で処理される。
なお、コンソール装［１０２から投入されたコマンド・
データは計算機システム２００へ、−旦、渡された後、
再びメッセージ・データとして計算機システム２００か
ら送出される。
データは計算機システム２００へ、−旦、渡された後、
再びメッセージ・データとして計算機システム２００か
ら送出される。
第１図、第２図、第３図、および第１１図を参照するに
、１Ｌｌａを介して、計算機システム２００からのメツ
セージ、すなわち０５２０８ａのメツセージが順次に送
出されて来ると、第１１図の処理ステップ３１ａにて該
メッセージ・データをデータ・バッファ６に格納する。
、１Ｌｌａを介して、計算機システム２００からのメツ
セージ、すなわち０５２０８ａのメツセージが順次に送
出されて来ると、第１１図の処理ステップ３１ａにて該
メッセージ・データをデータ・バッファ６に格納する。
これは第２図で示した次の格納領域ポインタ（ＮＥＸＴ
、Ｅ）６にの示すエントリに格納する。格納に際しては
。
、Ｅ）６にの示すエントリに格納する。格納に際しては
。
該メツセージが発生した時刻を時刻フィールド６ｃに設
定した後、続いて該メッセージ・データをメツセージ識
別子フィールド６ｈ、メツセージ番号フィールド６ｆ、
および詳細情報フィールド６ｇに格納する。格納された
メッセージ・データは分配！ａ１１を経由して画面バッ
ファ９に格納され、結果として、コンソール装置１０２
の表示画面に表示される。
定した後、続いて該メッセージ・データをメツセージ識
別子フィールド６ｈ、メツセージ番号フィールド６ｆ、
および詳細情報フィールド６ｇに格納する。格納された
メッセージ・データは分配！ａ１１を経由して画面バッ
ファ９に格納され、結果として、コンソール装置１０２
の表示画面に表示される。
処理ステップ３１ｂでは１次の格納領域ポインタ（ＮＥ
ＸＴ、Ｅ）６にと現在の格納領域ポインタ（ＣＵＲ，Ｅ
）６ｊの値をそれぞれ＋１とする。
ＸＴ、Ｅ）６にと現在の格納領域ポインタ（ＣＵＲ，Ｅ
）６ｊの値をそれぞれ＋１とする。
処理ステップ３１ｃから処理ステップ３１ｆまでは、上
記のポインタの値が最終領域ポインタ（ＬＡＳＴ、Ｅ）
６ｉの値を超えていないかを検査する。もしも超えてい
たならば、それぞれ先頭領域ポインタ（ＦＩＲ５Ｔ、Ｅ
）６ｈの値に置き換える。したがって、データ・バッフ
ァ６のメツセージ／コマンド格納領域ＴＲＡＣＥ６ａは
ｎ個分のメッセージ・データを格納することが可能であ
り、現在の格納領域ポインタ（ＣＵＲ，Ｅ）６ｊの１つ
前のエントリから後に向がって、次の格納領域ポインタ
（ＮＥＸＴ、Ｅ）６ｋまでのエントリが過去のメッセー
ジ・データの履歴となる。
記のポインタの値が最終領域ポインタ（ＬＡＳＴ、Ｅ）
６ｉの値を超えていないかを検査する。もしも超えてい
たならば、それぞれ先頭領域ポインタ（ＦＩＲ５Ｔ、Ｅ
）６ｈの値に置き換える。したがって、データ・バッフ
ァ６のメツセージ／コマンド格納領域ＴＲＡＣＥ６ａは
ｎ個分のメッセージ・データを格納することが可能であ
り、現在の格納領域ポインタ（ＣＵＲ，Ｅ）６ｊの１つ
前のエントリから後に向がって、次の格納領域ポインタ
（ＮＥＸＴ、Ｅ）６ｋまでのエントリが過去のメッセー
ジ・データの履歴となる。
すなわち、第２図の場合（２）、（１）、（ｎ）。
（ｎ−１）・・・（５）、（４）が過去のメッセージ・
データの履歴となる。
データの履歴となる。
処理ステップ３１ｇでは、先にデータ・バッファ６に格
納したメッセージ・データ、すなわち現在の格納領域ポ
インタ（ＣＵＲ，Ｅ）６ｊの指すエントリのメッセージ
・データのメツセージ識別子６ｃ、メツセージ番号６ｆ
と第３図で示した比較テーブル７内のメツセージ識別子
７ｂ、番号７ｃとを比較する。比較回数は登録数（Ｎ）
７ａの回数である。比較の結果、現在の格納領域ポイン
タ（ＣＵＲ，Ｅ）６ｊの指すエントリのメッセージ・デ
ータと等しいメツセージが比較テーブル７に登録されて
いたならば、判定処理ステップ３１ｈにて、その旨が判
断され、該メッセージ・データと処置フラグ・フィール
ド７ｄの値を判定処理部１０へ渡す（処理ステップ３１
１．処理ステップ３１ｋ）、比較の結果、比較テーブル
７内に一致するメッセージ・データが存在しないならば
、次のメッセージ・データを受信する処理ステップ３１
ａへ戻る。
納したメッセージ・データ、すなわち現在の格納領域ポ
インタ（ＣＵＲ，Ｅ）６ｊの指すエントリのメッセージ
・データのメツセージ識別子６ｃ、メツセージ番号６ｆ
と第３図で示した比較テーブル７内のメツセージ識別子
７ｂ、番号７ｃとを比較する。比較回数は登録数（Ｎ）
７ａの回数である。比較の結果、現在の格納領域ポイン
タ（ＣＵＲ，Ｅ）６ｊの指すエントリのメッセージ・デ
ータと等しいメツセージが比較テーブル７に登録されて
いたならば、判定処理ステップ３１ｈにて、その旨が判
断され、該メッセージ・データと処置フラグ・フィール
ド７ｄの値を判定処理部１０へ渡す（処理ステップ３１
１．処理ステップ３１ｋ）、比較の結果、比較テーブル
７内に一致するメッセージ・データが存在しないならば
、次のメッセージ・データを受信する処理ステップ３１
ａへ戻る。
第１２図は第１図の障害判定処理部１０におけるソフト
ウェア障害発生時の処理フローであり、第１３図はハー
ドウェア障害発生時におけるＣＰｕインタフェース処理
部（ＣＰＵＩ）４の処理フローである。第１２図を参照
するに、比較処理部（ＣＭＰ）５より制御が移ると判定
処理ステップ３２ａにてパラメータとして渡された処置
フラグ７ｅのビット７を調べて、該計算機システムを停
止させるか否かを判定する。これはビット７の値が１な
らば計算機システムの停止を意味する。計算機システム
を停止させるときには、処理ステップ３２ｂにてサービ
スプロセッサ５ＶＰ２０７に計算機２００の停止指令の
信号を１ｉＬ１ｂに送出すれば良い。
ウェア障害発生時の処理フローであり、第１３図はハー
ドウェア障害発生時におけるＣＰｕインタフェース処理
部（ＣＰＵＩ）４の処理フローである。第１２図を参照
するに、比較処理部（ＣＭＰ）５より制御が移ると判定
処理ステップ３２ａにてパラメータとして渡された処置
フラグ７ｅのビット７を調べて、該計算機システムを停
止させるか否かを判定する。これはビット７の値が１な
らば計算機システムの停止を意味する。計算機システム
を停止させるときには、処理ステップ３２ｂにてサービ
スプロセッサ５ＶＰ２０７に計算機２００の停止指令の
信号を１ｉＬ１ｂに送出すれば良い。
次に、処理ステップ３２ｃにて第６図で示した障害要約
情報１６を作成する。障害要約情報１６はサイト識別子
フィールド１６ａ、障害発生日時フィールド１６ｂ、障
害種別フィールド１６Ｃ１および概略情報フィールド１
６ｄで成っている。
情報１６を作成する。障害要約情報１６はサイト識別子
フィールド１６ａ、障害発生日時フィールド１６ｂ、障
害種別フィールド１６Ｃ１および概略情報フィールド１
６ｄで成っている。
ソフトウェア障害の場合には、障害種別フィールド１６
ｃの値は′Ｓ′となり、さらに、概略情報フィールド１
６ｄには、該障害メッセージ・データが格納される。処
理ステップ３２ｄでは、診断処理部８へのパラメータと
して第３図に示した処置フラグ７ｄを準備し、次に診断
処理部８（第１２図のフローチャートではＤｉＡＧと表
記）へ制御を渡す、なお、このときソフトウェアの障害
の旨を’ ５ＯＦＴ’ として表しである。
ｃの値は′Ｓ′となり、さらに、概略情報フィールド１
６ｄには、該障害メッセージ・データが格納される。処
理ステップ３２ｄでは、診断処理部８へのパラメータと
して第３図に示した処置フラグ７ｄを準備し、次に診断
処理部８（第１２図のフローチャートではＤｉＡＧと表
記）へ制御を渡す、なお、このときソフトウェアの障害
の旨を’ ５ＯＦＴ’ として表しである。
診断処理部８から制御が戻ると、処理ステップ３２ｆに
て送受信処理部１４を経由して監視・保守用計算機シス
テム２５０へ障害の発生の旨を通報する。このとき、第
６図の障害要約情報１６が監視・保守用計算機システム
２５０へ転送される。
て送受信処理部１４を経由して監視・保守用計算機シス
テム２５０へ障害の発生の旨を通報する。このとき、第
６図の障害要約情報１６が監視・保守用計算機システム
２５０へ転送される。
では次に、ハードウェア障害発生時の障害情報の収集ま
での動作を説明する。第１３図はＣＰＵインタフェース
処理部（ＣＰＵＩ）４の処理フローである。ハードウェ
ア障害が発生すると、信号線Ｌ２、エンコーダ１を経由
して、その旨がＣＰＵインタフェース処理部（ＣＰＵＩ
）４に報告される。このとき、データ・レジスタＤＴ３
には、障害発生の理由コードが保持されている。処理ス
テップ３３ａでは、ソフトウェア障害のときと同様に、
第６図の障害要約情報を作成する。このとき、障害種別
フィールド１６ｃの値は、八−ドウエア障害であるので
ＩＨ′ となる。また、概略情報フィールド１６ｄには
障害発生時のメッセージ・データに加えてＤＴ３に保持
されている理由コードを理由コード・フィールド１６ｇ
に格納する。
での動作を説明する。第１３図はＣＰＵインタフェース
処理部（ＣＰＵＩ）４の処理フローである。ハードウェ
ア障害が発生すると、信号線Ｌ２、エンコーダ１を経由
して、その旨がＣＰＵインタフェース処理部（ＣＰＵＩ
）４に報告される。このとき、データ・レジスタＤＴ３
には、障害発生の理由コードが保持されている。処理ス
テップ３３ａでは、ソフトウェア障害のときと同様に、
第６図の障害要約情報を作成する。このとき、障害種別
フィールド１６ｃの値は、八−ドウエア障害であるので
ＩＨ′ となる。また、概略情報フィールド１６ｄには
障害発生時のメッセージ・データに加えてＤＴ３に保持
されている理由コードを理由コード・フィールド１６ｇ
に格納する。
処理ステップ３３ｂにて、該理由コード１６ｅを診断処
理部８へのパラメータとして、次の診断処理部８（第１
３図のフローチャートではＤＩＡＧと表記）へ制御を渡
す、なお、このときハードウェア障害の旨をＨ′として
表しである０診断処理部８から制御が戻ると、処理ステ
ップ３３ｃにて、第１２図の処理ステップ３２ｆへ制御
を移す。その処理ステップ３２ｆでの処理は、先のソフ
トウェア障害の処理で説明したように、送受信処理部１
４を経由して監視・保守用計算機システム２５〇八障害
の発生の旨を通報する。当然のことながらこのとき第６
図の障害要約情報１６が監視・保守用計算機システム２
５０へ転送される。
理部８へのパラメータとして、次の診断処理部８（第１
３図のフローチャートではＤＩＡＧと表記）へ制御を渡
す、なお、このときハードウェア障害の旨をＨ′として
表しである０診断処理部８から制御が戻ると、処理ステ
ップ３３ｃにて、第１２図の処理ステップ３２ｆへ制御
を移す。その処理ステップ３２ｆでの処理は、先のソフ
トウェア障害の処理で説明したように、送受信処理部１
４を経由して監視・保守用計算機システム２５〇八障害
の発生の旨を通報する。当然のことながらこのとき第６
図の障害要約情報１６が監視・保守用計算機システム２
５０へ転送される。
ここで、第１図の診断処理部８の動作を説明する０診断
処理部８はソフトウェア障害のときには障害判定処理部
１０．ハードウェア障害のときにはＣＰＵインタフェー
ス処理部（ＣＰＵＩ）４から制御が渡る。また、コンソ
ール族［１０２や監視・保守用の計算機システム２５０
からの動作指令によっても動作する。第１４図（ａ）、
第１４図（ｂ）は障害の発生を監視制御装置１００自身
で検知したときの処理フローを示している。
処理部８はソフトウェア障害のときには障害判定処理部
１０．ハードウェア障害のときにはＣＰＵインタフェー
ス処理部（ＣＰＵＩ）４から制御が渡る。また、コンソ
ール族［１０２や監視・保守用の計算機システム２５０
からの動作指令によっても動作する。第１４図（ａ）、
第１４図（ｂ）は障害の発生を監視制御装置１００自身
で検知したときの処理フローを示している。
ソフトウェア障害、またはハードウェア障害の発生によ
って、障害判定処理部１０、またはＣＰＵインタフェー
ス処理部（ＣＰｔＪＩ）４から制御が移ると、処理ステ
ップ３４ａでは、１視対象の計算機システム２００内の
各処理ユニットで保持しているログアウト情報を得る準
備処理を行なう。
って、障害判定処理部１０、またはＣＰＵインタフェー
ス処理部（ＣＰｔＪＩ）４から制御が移ると、処理ステ
ップ３４ａでは、１視対象の計算機システム２００内の
各処理ユニットで保持しているログアウト情報を得る準
備処理を行なう。
ここで、診断処理部８が各処理ユニット（ＩＵ２０１゜
Ｅｕ２Ｏ３など）のログアウト情報等のハードウェア情
報を得るときには、第１図のアドレス・レジスタＡＤ２
．データ・レジスタＤＴ３に対応する値を設定する。第
４図は第３図の処置フラグ７ｅのビット位置番号（０＝
ｎビツトのビット位置番号）に対応するアドレス・レジ
スタＡＤ２゜データ・レジスタＤＴ３の値を示している
。なお、アドレス・レジスタＡＤ２の値は各処理ユニッ
トの番号に対応しており。
Ｅｕ２Ｏ３など）のログアウト情報等のハードウェア情
報を得るときには、第１図のアドレス・レジスタＡＤ２
．データ・レジスタＤＴ３に対応する値を設定する。第
４図は第３図の処置フラグ７ｅのビット位置番号（０＝
ｎビツトのビット位置番号）に対応するアドレス・レジ
スタＡＤ２゜データ・レジスタＤＴ３の値を示している
。なお、アドレス・レジスタＡＤ２の値は各処理ユニッ
トの番号に対応しており。
１）命令制御！ニット（ＩＵ）２０１．、．１２）実行
ユニット（ＥＵ）２０２ 、、．２３）入出力処理ユ
ニット（ＩＯＰ） 、、、３４）メモリ制御ユニット
（ＭＣＵ） 、、、４５）主記憶装置（ＭＳ）
、、、５６）サービス・プロセッサ（ＳＶＰ）
、、、６のように、アドレス付けしである。したがって
、ログアウト情報はハードウェア使用領域２０６ｂに存
在するためＡＤ２の値はＭＳ２０６対応の５′が設定さ
れ、ＤＴ３には先頭アドレスが設定される。
ユニット（ＥＵ）２０２ 、、．２３）入出力処理ユ
ニット（ＩＯＰ） 、、、３４）メモリ制御ユニット
（ＭＣＵ） 、、、４５）主記憶装置（ＭＳ）
、、、５６）サービス・プロセッサ（ＳＶＰ）
、、、６のように、アドレス付けしである。したがって
、ログアウト情報はハードウェア使用領域２０６ｂに存
在するためＡＤ２の値はＭＳ２０６対応の５′が設定さ
れ、ＤＴ３には先頭アドレスが設定される。
処理ステップ３４ｂでは、収集したログアウト情報を第
５図の障害情報エリアＬ８ｃに格納し、ダンプ識別子１
８ａにはログアウト情報の旨の識別を設定する。また、
レコード長１８ｂには収集したデータの長さをバイト数
で設定する。次の判定処理ステップ３４ｃではソフトウ
ェア障害であるか否かを判定する。これは診断処理部８
に引き渡されたパラメータで判定する０判定処理の結果
、ソフトウェア障害でない場合、すなわちハードウェア
障害の場合には第１４図（ｂ）の処理ステップ３４に〜
処理ステップ３４ｍを実行する。
５図の障害情報エリアＬ８ｃに格納し、ダンプ識別子１
８ａにはログアウト情報の旨の識別を設定する。また、
レコード長１８ｂには収集したデータの長さをバイト数
で設定する。次の判定処理ステップ３４ｃではソフトウ
ェア障害であるか否かを判定する。これは診断処理部８
に引き渡されたパラメータで判定する０判定処理の結果
、ソフトウェア障害でない場合、すなわちハードウェア
障害の場合には第１４図（ｂ）の処理ステップ３４に〜
処理ステップ３４ｍを実行する。
一方、ソフトウェア障害、すなわちオペレーティング・
システム等の障害のときには処理ステップ３４ｄ〜処理
ステツプ３４ｉを実行する。先ず。
システム等の障害のときには処理ステップ３４ｄ〜処理
ステツプ３４ｉを実行する。先ず。
処理ステップ３４ｄでは、処置フラグ７ｅのビット数を
繰返し回数（ループ回数）ＬＯＯＰとする。
繰返し回数（ループ回数）ＬＯＯＰとする。
また、カウンタｉの値を０にして初期化する。ここで、
ＬＯＯＰ、およびｉは作業変数であり、ハードウェア、
あるいは処理プログラム内の作業領域に確保しても揚わ
ない。
ＬＯＯＰ、およびｉは作業変数であり、ハードウェア、
あるいは処理プログラム内の作業領域に確保しても揚わ
ない。
カウンタｉの値がループ回数ＬＯＯＰの値になるまで処
理ステップ３４ａ〜処理ステツプ３４ｉを繰り返す。こ
の処理は処置フラグ・ピント７ｅの各ビットを調べて、
該ビットの値が′ １′ならば、そのビット位置番号に
対応するハードウェア情報を収集する０判定処理ステッ
プ３４ａでは。
理ステップ３４ａ〜処理ステツプ３４ｉを繰り返す。こ
の処理は処置フラグ・ピント７ｅの各ビットを調べて、
該ビットの値が′ １′ならば、そのビット位置番号に
対応するハードウェア情報を収集する０判定処理ステッ
プ３４ａでは。
カウンタｉの値に対応する処置フラグ・ビット７ｅのビ
ット位置の値を調べる。その結果、指定なし、すなわち
値が′０′であるならば、処理ステップ３４ｉへ進む。
ット位置の値を調べる。その結果、指定なし、すなわち
値が′０′であるならば、処理ステップ３４ｉへ進む。
一方、ｔ！定がなされていると、処理ステップ３４ｆに
てアドレス・レジスタＡＤ２．データ・レジスタＤＴ３
に値を設定し、当該の処理ユニットのログアウト動作を
起動する。この処理は第４図に示したように、カウンタ
ｉの値が診断番号に対応し、それに基づいてアドレス・
レジスタＡＤ２゜データ・レジスタＤＴ３の設定値が一
意的に決まる。次に、処理ステップ３４ｇでは、読み出
したハードウェア情報に第５図で示したダンプ識別子１
８ａを付加し、−時記憶ファイル１０４に格納する、ダ
ンプ識別子１８ａは診断番号１のＯ８制御テーブルなら
ば、′Ｏ８制御テーブル′の識別、実行ユニット（ＥＵ
）２０２のハードウェア情報ならば、’ＥＵ’の識別が
設定される。
てアドレス・レジスタＡＤ２．データ・レジスタＤＴ３
に値を設定し、当該の処理ユニットのログアウト動作を
起動する。この処理は第４図に示したように、カウンタ
ｉの値が診断番号に対応し、それに基づいてアドレス・
レジスタＡＤ２゜データ・レジスタＤＴ３の設定値が一
意的に決まる。次に、処理ステップ３４ｇでは、読み出
したハードウェア情報に第５図で示したダンプ識別子１
８ａを付加し、−時記憶ファイル１０４に格納する、ダ
ンプ識別子１８ａは診断番号１のＯ８制御テーブルなら
ば、′Ｏ８制御テーブル′の識別、実行ユニット（ＥＵ
）２０２のハードウェア情報ならば、’ＥＵ’の識別が
設定される。
次に、処理ステップ３４ｈにて、カウンタｉの値を＋１
した後、処理ステップ３４ｉにてカウンタｉの値がルー
プ回数ＬＯＯＰの値に達したか否かを検査する。達して
いなければ、処理ステップ３４ｅへ戻る。カウンタｉの
値がループ回数ＬＯＯＰの値に達したならば、この診断
処理部８の動作は終了する。
した後、処理ステップ３４ｉにてカウンタｉの値がルー
プ回数ＬＯＯＰの値に達したか否かを検査する。達して
いなければ、処理ステップ３４ｅへ戻る。カウンタｉの
値がループ回数ＬＯＯＰの値に達したならば、この診断
処理部８の動作は終了する。
第１４図（ｂ）はハードウェア障害発生時の診断処理部
８の処理フローである。これら一連の処理は第１４図（
ａ）の判定処理ステップ３４ｃから移される。先ず、処
理ステップ３４ｋにて、計算機システムＣＰＵ２００内
の各処理ユニットからハードウェア情報を読み出す。こ
の処理は、先に説明したように、アドレス・レジスタＡ
Ｄ２゜データ・レジスタＤＴ３に値を設定して各処理ユ
ニットを起動することになるが、ここでは第４図に示す
全ての診断番号１７ａの情報を収集する。
８の処理フローである。これら一連の処理は第１４図（
ａ）の判定処理ステップ３４ｃから移される。先ず、処
理ステップ３４ｋにて、計算機システムＣＰＵ２００内
の各処理ユニットからハードウェア情報を読み出す。こ
の処理は、先に説明したように、アドレス・レジスタＡ
Ｄ２゜データ・レジスタＤＴ３に値を設定して各処理ユ
ニットを起動することになるが、ここでは第４図に示す
全ての診断番号１７ａの情報を収集する。
次の処理ステップ３４ｍでは、読み出したハードウェア
情報に第５図のダンプ識別子１８ａを個々の情報に付加
して、−時記憶ファイル１０４に格納する。
情報に第５図のダンプ識別子１８ａを個々の情報に付加
して、−時記憶ファイル１０４に格納する。
以上によって、監視・制御対象の計算機システム２００
での障害発生時の動作、すなわち監視・保守用計算機シ
ステム２５０への通報、ならびに障害情報の収集動作が
完了し、監視・保守用計算機システム２５０側では、保
守員の現地派遣指示。
での障害発生時の動作、すなわち監視・保守用計算機シ
ステム２５０への通報、ならびに障害情報の収集動作が
完了し、監視・保守用計算機システム２５０側では、保
守員の現地派遣指示。
障害要因の分析１回復手段の自動生成等の動作に入る。
これらの動作を説明する前に、監視・制御装置ｉ！１０
０でのコマンド解釈処理部１３．転送処理部１２の動作
を説明する。
０でのコマンド解釈処理部１３．転送処理部１２の動作
を説明する。
第８図はコンソール装置１０２．２５２からコマンドが
入力されるときの形式、ならびに監視・保守用の計算機
システム２５０から指令されたときのコマンドの形式を
表している。監視・制御装置１００内のコマンド解釈処
理部１３はコンソール装置Ｉ Ｏ２，監視・保守用の計
算機システム２５０のコンソール装置２５２から手動に
よるコマンド投入によっても動作可能であり、かつ監視
・保守用の計算機システム２５０内の収集・解析処理部
２３からコマンドのデータ・ストリームを自動的に生成
して送出されたことによる動作も可能である。第８図に
示したコマンドの一覧は本発明の一実施例であり、追加
可能である。
入力されるときの形式、ならびに監視・保守用の計算機
システム２５０から指令されたときのコマンドの形式を
表している。監視・制御装置１００内のコマンド解釈処
理部１３はコンソール装置Ｉ Ｏ２，監視・保守用の計
算機システム２５０のコンソール装置２５２から手動に
よるコマンド投入によっても動作可能であり、かつ監視
・保守用の計算機システム２５０内の収集・解析処理部
２３からコマンドのデータ・ストリームを自動的に生成
して送出されたことによる動作も可能である。第８図に
示したコマンドの一覧は本発明の一実施例であり、追加
可能である。
第１５図（ａ）、第１５図（ｂ）は第８図のコマンド対
応の処理フローを示している。処理ステップ３５ａにて
コマンドのデータ・ストリームを得た後、処理ステップ
３５ｂにて各コマンド対応の処理に分岐する。
応の処理フローを示している。処理ステップ３５ａにて
コマンドのデータ・ストリームを得た後、処理ステップ
３５ｂにて各コマンド対応の処理に分岐する。
（１）ＧＥＴＭＳＧ
このコマンドはデータ・バッファ６（第２図の符号６ａ
）の内容をポインタＮＥＸＴ、Ｅ６にの指す領域からポ
インタＣＵＲ，Ｅｅｊの指す領域の１つ前までを一時記
憶フアイル１０４に格納する（処理ステップ３５ｃ）。
）の内容をポインタＮＥＸＴ、Ｅ６にの指す領域からポ
インタＣＵＲ，Ｅｅｊの指す領域の１つ前までを一時記
憶フアイル１０４に格納する（処理ステップ３５ｃ）。
（２）ＧＥＴＨＡＲＤ
このコマンドは計算機システム２００内の各処理ユニッ
トのハードウェア情報を得るためのコマンドであり、先
に説明した診断処理部８を起動して処理を遂行させるも
のであり、処理ステップ３５ｄ〜処理ステツプ３５ｆが
実行される。
トのハードウェア情報を得るためのコマンドであり、先
に説明した診断処理部８を起動して処理を遂行させるも
のであり、処理ステップ３５ｄ〜処理ステツプ３５ｆが
実行される。
（３）ＧＥＴＬＯＧ
このコマンドも計算機システム２００内の各処理ユニッ
トのハードウェア情報を得るためのコマンドであるが、
特に、各処理ユニットのハードウェア保持情報（第４図
の診断番号３〜６）を収集する。このために、処理ステ
ップ３５ｇが動作するが、（２）と同様に５診断処理部
８を起動して処理を遂行させる。
トのハードウェア情報を得るためのコマンドであるが、
特に、各処理ユニットのハードウェア保持情報（第４図
の診断番号３〜６）を収集する。このために、処理ステ
ップ３５ｇが動作するが、（２）と同様に５診断処理部
８を起動して処理を遂行させる。
（４）ＡＣＴＩＯＮ
このコマンドは監視・保守用計算機システム２５０から
送出されてくる障害回復手順のデータ列をコンソール装
置１０２の表示装置やハードコピー装置等の出力装置に
出力する（処理ステップ３５ｈ）。第７図は障害回復手
順のデータ列１９の形式を示しており、回復手順フィー
ルド１９ｃに一連の回復手順が格納されている。
送出されてくる障害回復手順のデータ列をコンソール装
置１０２の表示装置やハードコピー装置等の出力装置に
出力する（処理ステップ３５ｈ）。第７図は障害回復手
順のデータ列１９の形式を示しており、回復手順フィー
ルド１９ｃに一連の回復手順が格納されている。
（５）ＲＥＣＯＶＥＲ
このコマンドは監視・保守用計算機システム２５０側に
て回復手順を生成出来ず、保守員が現地にて試行錯誤を
繰り返しながら障害の発生した計算機システムを回復さ
せたときに、その回復手順を監視・保守用計算機システ
ム２５０へ転送する時に用いられる。この処理は処理ス
テップ３５ｉにて、コンソール装置１０２から入力され
た回復手順を順次に第７図の回復手順フィールド１９ｃ
に格納し、他のフィールド１９ａ〜１９ｄを完成させた
後、転送処理部１２を経由して監視・保守用計算機シス
テム２５０へ転送する。
て回復手順を生成出来ず、保守員が現地にて試行錯誤を
繰り返しながら障害の発生した計算機システムを回復さ
せたときに、その回復手順を監視・保守用計算機システ
ム２５０へ転送する時に用いられる。この処理は処理ス
テップ３５ｉにて、コンソール装置１０２から入力され
た回復手順を順次に第７図の回復手順フィールド１９ｃ
に格納し、他のフィールド１９ａ〜１９ｄを完成させた
後、転送処理部１２を経由して監視・保守用計算機シス
テム２５０へ転送する。
（６）ＳＵＭＭＡＲＹ
このコマンドは第６図の障害発生の要約情報を表示する
ためのものである。障害を起した計算機システム用の監
視制御装置のコンソール装！１０２から指令された場合
には、処理ステップ３５ｊによって、第６図の障害要約
情報１６をコンソール装置１０２の表示画面に表示する
。一方、監視・保守用計算機システム２５０のコンソー
ル装置２５２、あるいは収集・解析処理部２３から指令
されたときには、処理ステップ３５ｋによって、第６図
の障害要約情報１６を転送処理部１２を経由して、計算
機システム２５０へ転送する６（７）ＴＲＡＮＳＦＥＲ このコマンドは一時記憶フアイル１０４に格納されてい
る障害情報を、処理ステップ３５ｍによって計算機シス
テム２５０へ転送する。なお、このとき、転送処理部１
２では、第９図に示すように転送データ量の削減処理１
２ａを行なう。すなわち、障害情報２８ａに対して同一
のデータ列が続くと記１号２８ｃを挿入し、新たなデー
タ列２８ｂを転送する。これによって、第１図の回線Ｌ
４を通るデータ量が削減される効果が生じる。
ためのものである。障害を起した計算機システム用の監
視制御装置のコンソール装！１０２から指令された場合
には、処理ステップ３５ｊによって、第６図の障害要約
情報１６をコンソール装置１０２の表示画面に表示する
。一方、監視・保守用計算機システム２５０のコンソー
ル装置２５２、あるいは収集・解析処理部２３から指令
されたときには、処理ステップ３５ｋによって、第６図
の障害要約情報１６を転送処理部１２を経由して、計算
機システム２５０へ転送する６（７）ＴＲＡＮＳＦＥＲ このコマンドは一時記憶フアイル１０４に格納されてい
る障害情報を、処理ステップ３５ｍによって計算機シス
テム２５０へ転送する。なお、このとき、転送処理部１
２では、第９図に示すように転送データ量の削減処理１
２ａを行なう。すなわち、障害情報２８ａに対して同一
のデータ列が続くと記１号２８ｃを挿入し、新たなデー
タ列２８ｂを転送する。これによって、第１図の回線Ｌ
４を通るデータ量が削減される効果が生じる。
（８）ＤＩＳＰＬＡＹ
このコマンドは現地の保守員がコンソール装置１０２を
用いて一時記憶フアイル１０４に格納されている障害情
報を表示させたり、あるいは監視・保守用の計算機シス
テム２５０のコンソール装置２５２に表示させたいとき
に用いられる。具体的な処理は、処理ステップ３５ｎに
て、−時記憶ファイル１０４、データ・バッファ６の内
容を当該のコンソール装置に表示する。
用いて一時記憶フアイル１０４に格納されている障害情
報を表示させたり、あるいは監視・保守用の計算機シス
テム２５０のコンソール装置２５２に表示させたいとき
に用いられる。具体的な処理は、処理ステップ３５ｎに
て、−時記憶ファイル１０４、データ・バッファ６の内
容を当該のコンソール装置に表示する。
以上がコマンド解釈処理部１３の動作である２なお、上
記で述べたコマンド処理の中で、（４）のＡＣＴＩＯＮ
コマンドの処理においては、処理ステップ３５ｈにて保
守員に回復手順を表示する一実施例を開示しているが、
ハードウェア部品の交換を伴わない回復に関しては、保
守員の操作を必要とせずに回復出来る場合もある。その
実施例については、後に第２１図以降の図を用いて説明
する。
記で述べたコマンド処理の中で、（４）のＡＣＴＩＯＮ
コマンドの処理においては、処理ステップ３５ｈにて保
守員に回復手順を表示する一実施例を開示しているが、
ハードウェア部品の交換を伴わない回復に関しては、保
守員の操作を必要とせずに回復出来る場合もある。その
実施例については、後に第２１図以降の図を用いて説明
する。
では次に、監視・保守用計算機システム２５０が監視制
御装置から障害発生の通報を受けたときの動作を説明す
る。障害発生の通報は、第６図で示した障害要約情報１
６が回線Ｌ４を介して１通信処理部２１が受信し、制御
を収集・解析処理部２３に渡す。
御装置から障害発生の通報を受けたときの動作を説明す
る。障害発生の通報は、第６図で示した障害要約情報１
６が回線Ｌ４を介して１通信処理部２１が受信し、制御
を収集・解析処理部２３に渡す。
第１６図（ａ）は収集・解析処理部２３における障害通
報を受信したときの処理フローを示している６まず、処
理ステップ３６ａでは、受信した障害要約情報１６をＢ
ＵＦ２４．および障害情報ファイル２５６に格納する。
報を受信したときの処理フローを示している６まず、処
理ステップ３６ａでは、受信した障害要約情報１６をＢ
ＵＦ２４．および障害情報ファイル２５６に格納する。
この時点で保守要員を現地に派遣しても良いし、あるい
は後の処理ステップ３６ｄにて回復手順が判明した時点
で派遣しても構わない。次に、処理ステップ３６ｂでは
、第８図で説明したＴＲＡＮＳＦＥＲコマンドを監視制
御装置１００に発行し、詳細な障害情報を収集する。収
集した障害情報は処理ステップ３６ｃにて障害情報ファ
イル２５６に、−旦格納される。
は後の処理ステップ３６ｄにて回復手順が判明した時点
で派遣しても構わない。次に、処理ステップ３６ｂでは
、第８図で説明したＴＲＡＮＳＦＥＲコマンドを監視制
御装置１００に発行し、詳細な障害情報を収集する。収
集した障害情報は処理ステップ３６ｃにて障害情報ファ
イル２５６に、−旦格納される。
次に、障害要約情報１６を判例検索・登録処理部２６に
渡し、制御も移す。第１６図（ａ）では。
渡し、制御も移す。第１６図（ａ）では。
ＳＴＧと表記しである。なお、このときは′検索′要求
となる。判例検索・登録処理部２６では、障害要約情報
１６に類似した過去の障害例を判例記憶ファイル２５４
から取り出して、ＢＵＦ２４に格納する。この処理は、
後に第１７図を用いて説明する。過去の障害例がＢＵＦ
２４に格納されると１次に照合処理部（ＥＸＴＲ）２５
を起動する。
となる。判例検索・登録処理部２６では、障害要約情報
１６に類似した過去の障害例を判例記憶ファイル２５４
から取り出して、ＢＵＦ２４に格納する。この処理は、
後に第１７図を用いて説明する。過去の障害例がＢＵＦ
２４に格納されると１次に照合処理部（ＥＸＴＲ）２５
を起動する。
この照合処理部（ＥＸＴＲ）２５では、候補群の中から
詳細な障害情報まで比較し、一致したならば、その判例
とともに制御を戻し、一致した障害例が存在しなかった
ならば、′不一致′の旨で制御を戻す。
詳細な障害情報まで比較し、一致したならば、その判例
とともに制御を戻し、一致した障害例が存在しなかった
ならば、′不一致′の旨で制御を戻す。
過去の障害例と一致したならば、回復手順を生成するた
めに、回復指示生成処理部２７を起動する。第１６図（
ａ）では、回復指示生成処理部２７をＧＥＮで表記しで
ある。回復指示生成処理部２７は第７図に示した回復情
報１９を作成する。
めに、回復指示生成処理部２７を起動する。第１６図（
ａ）では、回復指示生成処理部２７をＧＥＮで表記しで
ある。回復指示生成処理部２７は第７図に示した回復情
報１９を作成する。
そこで、収集・解析処理部２３は処理ステップ３６ｄに
て回復情報１９を監視装置１００へ転送する。
て回復情報１９を監視装置１００へ転送する。
一方、過去の障害例と一致しなかったならば。
現在、発生した障害を新たに判例記憶ファイル２５４に
登録するために、判例検索・登録処理部（ＳＴＧ）２６
を起動する。この場合には、′登録″の旨を表記する。
登録するために、判例検索・登録処理部（ＳＴＧ）２６
を起動する。この場合には、′登録″の旨を表記する。
この登録処理に際しては、回復手順が明記されずに格納
されるが、後に１回復手順が判明したとき、あるいは現
地にて回復させた熾、第８図のＲＥＣＯＶＥＲコマンド
を保守員が入力することにより１回復手順が完成する。
されるが、後に１回復手順が判明したとき、あるいは現
地にて回復させた熾、第８図のＲＥＣＯＶＥＲコマンド
を保守員が入力することにより１回復手順が完成する。
判例検索・登録処理部（ＳＴＧ）２６にて該障害例の登
録が完了すると、再び、制御が収集・解析処理部２３に
戻る。
録が完了すると、再び、制御が収集・解析処理部２３に
戻る。
収集・解析処理部２３では、処理ステップ３６ｆにて１
回復手順を生成出来なかった旨の印を第７図の回復手順
フィールド１９ｃに格納し、該データ列１９を監視制御
装置ｉ！１００へ転送する。その後、処理ステップ３６
ｇにて、監視・保守用計算機システム２５０のコンソー
ル装置２５２にも回復手順を生成出来なかった旨を表示
して、経験者の知恵を借りることになる。そこで、処理
ステップ３６ｈでは、専門家がコンソール装置２５より
。
回復手順を生成出来なかった旨の印を第７図の回復手順
フィールド１９ｃに格納し、該データ列１９を監視制御
装置ｉ！１００へ転送する。その後、処理ステップ３６
ｇにて、監視・保守用計算機システム２５０のコンソー
ル装置２５２にも回復手順を生成出来なかった旨を表示
して、経験者の知恵を借りることになる。そこで、処理
ステップ３６ｈでは、専門家がコンソール装置２５より
。
第８図で示したコマンドを投入しながら障害の分析を行
ない、回復手順を探ることになる。このときには、現地
の保守員も回復手順を探っており。
ない、回復手順を探ることになる。このときには、現地
の保守員も回復手順を探っており。
結果として、並行して検討することになる。もしも、監
視・保守用計算機システム２５０側が早く回復手順を得
たならば、第７図の回復情報１９を監視制御装置１００
へ転送する。
視・保守用計算機システム２５０側が早く回復手順を得
たならば、第７図の回復情報１９を監視制御装置１００
へ転送する。
第１６図（ｂ）は収集・解析処理部２３における回復手
順の登録処理を示している。回復手順は監視制御装置１
００側のコンソール装ｆｆ１１０２から第８図のＲＥＣ
：０ＶＥＲコマンドを投入しても良いし、監視・保守用
計算機システム２５０のコンソール装置２５２から投入
しても良い。なお。
順の登録処理を示している。回復手順は監視制御装置１
００側のコンソール装ｆｆ１１０２から第８図のＲＥＣ
：０ＶＥＲコマンドを投入しても良いし、監視・保守用
計算機システム２５０のコンソール装置２５２から投入
しても良い。なお。
監視・保守用計算機システム２５０の解釈指令処理部２
２の動作は、監視制御装置１００側のコマンド解釈処理
部１３と基本的に同一と考えて良い。
２の動作は、監視制御装置１００側のコマンド解釈処理
部１３と基本的に同一と考えて良い。
処理ステップ３６ｉでは、第７図の回復情報１９を得る
０次に１判例検索・登録処理部（ＳＴＧ）２６を起動し
て、先に回復手順が未完成の該障害判例を完成させる。
０次に１判例検索・登録処理部（ＳＴＧ）２６を起動し
て、先に回復手順が未完成の該障害判例を完成させる。
では次に、第１０図、および第１７図〜第２０図を用い
て１判例検索・登録処理部２６．照合処理部２５１回復
指示生成処理部２７の動作を説明する。第１０図は判例
記憶ファイル２５４の構成を示している０判例記憶ファ
イル２５４内ではハードウェア障害とソフトウェア障害
を分離して記憶させている。これは検索速度を速めるた
めであす、別のファイルに記憶させることを意識してい
る訳ではない。第１０図を参照するに１判例記憶ファイ
ル２５４内ではハードウェア障害とソフトウェア障害毎
に管理テーブル３０によって管理されており、ハードウ
ェア障害判例に関しては、ハードウェア障害登録数（Ｋ
）３０ａ、格納エリア・ポインタ（Ｈ）３０ｂが記憶さ
れている。また、判例の実体は格納エリア・ポインタ（
Ｈ）３０ｂにより指されている。１つの判例情報２９は
、理由コード２９ａ、障害メツセージ２９ｂ、関連メツ
セージ２９ｃ、Ｊｉ囚ラフイールド２９ｄ障害情報２９
ｆ、回復手順２９ｇ、統計情報２９ｈで成っている。こ
こで、理由コード２９ａは第６図の障害要約情報１６内
の理由コード１６ｅが格納され、障害メツセージ２９ｂ
も障害メツセージ・フィールド１６ｄが格納される。関
連メツセージ２９ｃは障害メツセージ２９に関連したメ
ツセージ、あるいは該障害メツセージ２９を引き起こし
た要因メツセージを第６図のデータ・バッファ６のＣＵ
Ｒ，Ｅ （６ｊ）の指すメツセージから前に戻って検索
し、相当するメツセージを該領域２９ｃに格納する。ま
た、障害情報２９ｆには、先に説明した障害発生時に収
集した情報が格納される。
て１判例検索・登録処理部２６．照合処理部２５１回復
指示生成処理部２７の動作を説明する。第１０図は判例
記憶ファイル２５４の構成を示している０判例記憶ファ
イル２５４内ではハードウェア障害とソフトウェア障害
を分離して記憶させている。これは検索速度を速めるた
めであす、別のファイルに記憶させることを意識してい
る訳ではない。第１０図を参照するに１判例記憶ファイ
ル２５４内ではハードウェア障害とソフトウェア障害毎
に管理テーブル３０によって管理されており、ハードウ
ェア障害判例に関しては、ハードウェア障害登録数（Ｋ
）３０ａ、格納エリア・ポインタ（Ｈ）３０ｂが記憶さ
れている。また、判例の実体は格納エリア・ポインタ（
Ｈ）３０ｂにより指されている。１つの判例情報２９は
、理由コード２９ａ、障害メツセージ２９ｂ、関連メツ
セージ２９ｃ、Ｊｉ囚ラフイールド２９ｄ障害情報２９
ｆ、回復手順２９ｇ、統計情報２９ｈで成っている。こ
こで、理由コード２９ａは第６図の障害要約情報１６内
の理由コード１６ｅが格納され、障害メツセージ２９ｂ
も障害メツセージ・フィールド１６ｄが格納される。関
連メツセージ２９ｃは障害メツセージ２９に関連したメ
ツセージ、あるいは該障害メツセージ２９を引き起こし
た要因メツセージを第６図のデータ・バッファ６のＣＵ
Ｒ，Ｅ （６ｊ）の指すメツセージから前に戻って検索
し、相当するメツセージを該領域２９ｃに格納する。ま
た、障害情報２９ｆには、先に説明した障害発生時に収
集した情報が格納される。
回復手順２９ｇには、当該障害に対して施した回復手順
、例えば第７図の回復手順フィールド１９ｃのような回
復手順が格納される。統計情報２９ｈには、該障害の発
生回数等の統計情報が格納される。
、例えば第７図の回復手順フィールド１９ｃのような回
復手順が格納される。統計情報２９ｈには、該障害の発
生回数等の統計情報が格納される。
他方、ソフトウェア障害情報に関しても、管理テーブル
３０内にソフトウェア障害登録数（Ｌ）３０Ｃ，格納エ
リア・ポインタ（Ｓ）３０ｄによって、実体が管理され
ており、実体内の１つの判例情報４１は、理由コードが
存在しないことを除いて、ハードウェア障害情報と同じ
である。
３０内にソフトウェア障害登録数（Ｌ）３０Ｃ，格納エ
リア・ポインタ（Ｓ）３０ｄによって、実体が管理され
ており、実体内の１つの判例情報４１は、理由コードが
存在しないことを除いて、ハードウェア障害情報と同じ
である。
第１７図は判例検索・登録処理部（ＳＴＧ）２６の検索
処理の処理フローである。第７図を参照するに、先ず、
処理ステップ３７ａ、３７ｂにて第１０図の障害要約情
報１６の概略情報１６ｄと判例記憶ファイル２５４内の
各エントリ２９゜４１と比較する。ここで、ハードウェ
ア障害の場合には理由コード２９ａ、ソフトウェア障害
の場合には障害メツセージ４１ｂと比較する。比較の結
果、障害要約情報１６と等しいエントリが存在したなら
ば、処理ステップ３７ｃにて、該エントリを候補の１つ
としてＢＵＦ２４に格納する。判定処理−ステップ３７
ｄでは、全てのエントリを検索するまで処理ステップ３
７ａ〜処理ステツプ３７ｃを繰り返す。以上によって、
障害要約情報１６に対応する候補がＢＵＦ２４に格納さ
れる。
処理の処理フローである。第７図を参照するに、先ず、
処理ステップ３７ａ、３７ｂにて第１０図の障害要約情
報１６の概略情報１６ｄと判例記憶ファイル２５４内の
各エントリ２９゜４１と比較する。ここで、ハードウェ
ア障害の場合には理由コード２９ａ、ソフトウェア障害
の場合には障害メツセージ４１ｂと比較する。比較の結
果、障害要約情報１６と等しいエントリが存在したなら
ば、処理ステップ３７ｃにて、該エントリを候補の１つ
としてＢＵＦ２４に格納する。判定処理−ステップ３７
ｄでは、全てのエントリを検索するまで処理ステップ３
７ａ〜処理ステツプ３７ｃを繰り返す。以上によって、
障害要約情報１６に対応する候補がＢＵＦ２４に格納さ
れる。
この後、照合処理部２５によって、発生した障害に一致
した判例が抽出される。
した判例が抽出される。
第１８図は判例検索・登録処理部（ＳＴＧ）２６の登録
処理の処理フローである。まず、判定処理ステップ３８
ａでは、障害情報の登録か、あるいは回復情報の登録か
を判定する。障害情報の登録ならば、処理ステップ３８
ｂを実行し、回復情報の登録の登録ならば、処理ステッ
プ３８Ｃ２処理ステツプ３８ｄを実行する。障害情報の
登録のとき、処理ステップ３８ｂにて第６図の障害要約
情報１６と詳細情報をハードウェア障害／ソフトウェア
障害に分けて情報領域２９、または情報領域４１に格納
する。一方、回復情報の登録ならば、第７図の回復情報
１９に対応する判例情報２９、または判例情報４１を検
索する。次に、検索した判例情報２９１判例情報４１の
回復手順２９ｇ、または回復手順４１ｇに第７図の回復
手順１９ｃを格納する。
処理の処理フローである。まず、判定処理ステップ３８
ａでは、障害情報の登録か、あるいは回復情報の登録か
を判定する。障害情報の登録ならば、処理ステップ３８
ｂを実行し、回復情報の登録の登録ならば、処理ステッ
プ３８Ｃ２処理ステツプ３８ｄを実行する。障害情報の
登録のとき、処理ステップ３８ｂにて第６図の障害要約
情報１６と詳細情報をハードウェア障害／ソフトウェア
障害に分けて情報領域２９、または情報領域４１に格納
する。一方、回復情報の登録ならば、第７図の回復情報
１９に対応する判例情報２９、または判例情報４１を検
索する。次に、検索した判例情報２９１判例情報４１の
回復手順２９ｇ、または回復手順４１ｇに第７図の回復
手順１９ｃを格納する。
第１９図（ａ）、第１９図（ｂ）は第１図の照合処理部
２５の処理フロー図である。処理ステップ３９ａにてハ
ードウェア障害の照合であるか、あるいはソフトウェア
の障害かを判定する。ハードウェア障害の照合ならば、
第１９図（ｂ）の処理ステップ３９ｉ〜処理ステツプ３
９ｐを実行する。ソフトウェアの障害判例の照合ならば
、処理ステップ３９ｂ〜処理ステツプ３９ｈを実行する
。
２５の処理フロー図である。処理ステップ３９ａにてハ
ードウェア障害の照合であるか、あるいはソフトウェア
の障害かを判定する。ハードウェア障害の照合ならば、
第１９図（ｂ）の処理ステップ３９ｉ〜処理ステツプ３
９ｐを実行する。ソフトウェアの障害判例の照合ならば
、処理ステップ３９ｂ〜処理ステツプ３９ｈを実行する
。
先ず、処理ステップ３９ｂにて、作業変数Ｃｏｕｎｔに
ＢＵＦ２４内に格納されている判例の候補数を設定する
０次に、カウンタｉを０に初期化する。
ＢＵＦ２４内に格納されている判例の候補数を設定する
０次に、カウンタｉを０に初期化する。
ここで、作業変数Ｃｏｕｎｔおよびカウンタは、第１４
図（ａ）と同様に、ハードウェア、あるいは作業領域に
確保しても構わない。
図（ａ）と同様に、ハードウェア、あるいは作業領域に
確保しても構わない。
処理ステップ３９ｃにてカウンタｉを＋１した後、処理
ステップ３９ｄにてカウンタｉの値が作業変数Ｃｏｕｎ
ｔの値を超えたか否かを判定する。
ステップ３９ｄにてカウンタｉの値が作業変数Ｃｏｕｎ
ｔの値を超えたか否かを判定する。
カウンタｉの値が作業変数Ｃｏ ｕ ｎ ｔの値を超え
ていたならば、該障害と一致した判例がなかったことに
なり、不一致の終了となる。カウンタｉの値が作業変数
Ｃｏｕｎｔの値を超えていなければ、判定処理ステップ
３９ｅにて障害メツセージ４１ｂが等しいか否かを判定
する。一致しなければ処理ステップ３９ｃへ戻る。次に
、判定処理ステップ３９ｆにて関連メツセージ４１ｃが
等しいか否かを判定する。ここでも一致しなければ処理
ステップ３９ｃへ戻る。障害メツセージ４１ｂ、関連メ
ツセージ４１ｃも一致したならば、判定処理ステップ３
９ｇにて障害情報４１ｆが一致しているか否かを調べる
。その結果、一致しなければ処理ステップ３９ｃへ戻る
。一方、一致したならば、処理ステップ３９ｈにて、カ
ウンタｉの示すエントリの回復手順４１ｇを本照合処理
部２５を呼び出した処理部、すなわち収集・解析処理部
２３へ渡し、一致終了となる。なお、このとき、統計情
報４１ｈの障害発生回数を＋１する。
ていたならば、該障害と一致した判例がなかったことに
なり、不一致の終了となる。カウンタｉの値が作業変数
Ｃｏｕｎｔの値を超えていなければ、判定処理ステップ
３９ｅにて障害メツセージ４１ｂが等しいか否かを判定
する。一致しなければ処理ステップ３９ｃへ戻る。次に
、判定処理ステップ３９ｆにて関連メツセージ４１ｃが
等しいか否かを判定する。ここでも一致しなければ処理
ステップ３９ｃへ戻る。障害メツセージ４１ｂ、関連メ
ツセージ４１ｃも一致したならば、判定処理ステップ３
９ｇにて障害情報４１ｆが一致しているか否かを調べる
。その結果、一致しなければ処理ステップ３９ｃへ戻る
。一方、一致したならば、処理ステップ３９ｈにて、カ
ウンタｉの示すエントリの回復手順４１ｇを本照合処理
部２５を呼び出した処理部、すなわち収集・解析処理部
２３へ渡し、一致終了となる。なお、このとき、統計情
報４１ｈの障害発生回数を＋１する。
第１９図（ｂ）はハードウェア障害の判例の照合処理で
ある。まず、処理ステップ３９ｊにて、作業変数Ｃｏｕ
ｎｔにＢＵＦ２４内に格納されている判例の候補数を設
定する。次に、カウンタｉを０に初期化する１次に、処
理ステップ３９ｋにて、カウンタｉを＋１した後、処理
ステップ３９ｍにてカウンタｉの値が作業変数Ｃｏｕｎ
ｔの値を超えたか否かを判定する。カウンタｉの値が作
業変数Ｃｏｕｎｔの値を超えていたならば、該障害と一
致した判例がなかったことになり、不一致の終了となる
。カウンタｉの値が作業変数Ｃｏｕｎｔの値を超えてい
なければ、判定処理ステップ３９ｎにて理由コード２９
ａが等しいかを判定する。−致しなければ処理ステップ
３９にへ戻る。次に、判定処理ステップ３９０にて障害
情報２９ｆが一致しているか否かを調べる。その結果、
一致しなければ処理ステップ３９にへ戻る。一方、一致
したならば、処理ステップ３９ｐにて、カウンタｉの示
すエントリの回復手順２９ｇを本照合処理部２５を呼び
出した処理部、すなわち収集・解析処理部２３へ渡し、
一致終了となる。なお、このとき、統計情報２９ｈの障
害発生回数を＋１する。
ある。まず、処理ステップ３９ｊにて、作業変数Ｃｏｕ
ｎｔにＢＵＦ２４内に格納されている判例の候補数を設
定する。次に、カウンタｉを０に初期化する１次に、処
理ステップ３９ｋにて、カウンタｉを＋１した後、処理
ステップ３９ｍにてカウンタｉの値が作業変数Ｃｏｕｎ
ｔの値を超えたか否かを判定する。カウンタｉの値が作
業変数Ｃｏｕｎｔの値を超えていたならば、該障害と一
致した判例がなかったことになり、不一致の終了となる
。カウンタｉの値が作業変数Ｃｏｕｎｔの値を超えてい
なければ、判定処理ステップ３９ｎにて理由コード２９
ａが等しいかを判定する。−致しなければ処理ステップ
３９にへ戻る。次に、判定処理ステップ３９０にて障害
情報２９ｆが一致しているか否かを調べる。その結果、
一致しなければ処理ステップ３９にへ戻る。一方、一致
したならば、処理ステップ３９ｐにて、カウンタｉの示
すエントリの回復手順２９ｇを本照合処理部２５を呼び
出した処理部、すなわち収集・解析処理部２３へ渡し、
一致終了となる。なお、このとき、統計情報２９ｈの障
害発生回数を＋１する。
以上が第１図の照合処理部２５の動作である。
では次に、回復指示生成処理部２７の動作を説明する。
第２０図は回復指示生成処理部２７の処理フロー図であ
る。まず、処理ステップ４０ａにおいて、ＢＵＦ２４内
で照合、選択された判例情報２９、または判例情報４１
の回復手順２９ｇ、または４１ｇを得る。次の処理ステ
ップ４０ｂにて第７図の障害回復情報１６を作成する。
る。まず、処理ステップ４０ａにおいて、ＢＵＦ２４内
で照合、選択された判例情報２９、または判例情報４１
の回復手順２９ｇ、または４１ｇを得る。次の処理ステ
ップ４０ｂにて第７図の障害回復情報１６を作成する。
すなわち。
処理ステップ４０ａで得た回復手順２９ｇ、または回復
手順４１ｇをフィールドＬ９ｃに格納する。
手順４１ｇをフィールドＬ９ｃに格納する。
なお、第７図のフィールド１９ａ〜フイールド１９ｂは
第６図のフィールド１９ａ〜フイールド１６ｂを複写す
ることによって得られる。また、回復日時フィールド１
９ｄには、この処理ステップにて回復手順を生成下時点
の日時を設定する。
第６図のフィールド１９ａ〜フイールド１６ｂを複写す
ることによって得られる。また、回復日時フィールド１
９ｄには、この処理ステップにて回復手順を生成下時点
の日時を設定する。
では次に、監視制御装置１００側にて保守員の介入１例
えばハードウェア・パッケージの交換作業を必要としな
いときの自動回復動作について説明する。第２１図は第
７図で示した回復情報１９の回復手順フィールド１９ｃ
内に、計算機システムの標準再起動の時に行なうコンソ
ール装置の操作のデータ列４５ｂが格納されている例を
示している。第２２図は、このときのコマンド解釈処理
部１３の処理フローを示している。コマンド解釈処理部
１３は第８図で示したコマンドの一覧の他に監視・保守
用計算機システム２５０から送られてくる回復情報１９
の内容を調べて動作すれば良い、まず、処理ステップ４
３ａにて第２１図の指令列４４に対応して制御対象の計
算機システム２００を停止させ、かつシステム・リセッ
トの指令を発行する。これはデータ・バッファ６に上記
の動作のための指令データを格納することにより。
えばハードウェア・パッケージの交換作業を必要としな
いときの自動回復動作について説明する。第２１図は第
７図で示した回復情報１９の回復手順フィールド１９ｃ
内に、計算機システムの標準再起動の時に行なうコンソ
ール装置の操作のデータ列４５ｂが格納されている例を
示している。第２２図は、このときのコマンド解釈処理
部１３の処理フローを示している。コマンド解釈処理部
１３は第８図で示したコマンドの一覧の他に監視・保守
用計算機システム２５０から送られてくる回復情報１９
の内容を調べて動作すれば良い、まず、処理ステップ４
３ａにて第２１図の指令列４４に対応して制御対象の計
算機システム２００を停止させ、かつシステム・リセッ
トの指令を発行する。これはデータ・バッファ６に上記
の動作のための指令データを格納することにより。
線Ｌｌｂを経てサービス・プロセッサＳ Ｖ Ｐ ２０
７に送られる０次の判定処理ステップ４３ｂではデータ
４５ａを調べて、標準再起動か否かを検査する、標準再
起動でないならば、先にＡ ＣＴ Ｉ ＯＮコマンドで
説明したように、それ以降のデータ列４５ｂをコンソー
ル装置１０２やハードコピー装置等に出力する。
７に送られる０次の判定処理ステップ４３ｂではデータ
４５ａを調べて、標準再起動か否かを検査する、標準再
起動でないならば、先にＡ ＣＴ Ｉ ＯＮコマンドで
説明したように、それ以降のデータ列４５ｂをコンソー
ル装置１０２やハードコピー装置等に出力する。
標準再起動が指定されているならば、処理ステップ４３
ｃにて回復手順のデータ列４５ｂをデータ・バッファ６
、画面バッファ９に格納する。これにより、該データ列
４５ｂはコンソール装置１０２にも表示されることにな
り、かつ、線Ｌｌａ。
ｃにて回復手順のデータ列４５ｂをデータ・バッファ６
、画面バッファ９に格納する。これにより、該データ列
４５ｂはコンソール装置１０２にも表示されることにな
り、かつ、線Ｌｌａ。
Ｌｌｂを経て計算機システム２００のサービス・プロセ
ッサ５ＶＰ２０７やオペレーティング・システム○５２
０８ａに渡すことが出来る。
ッサ５ＶＰ２０７やオペレーティング・システム○５２
０８ａに渡すことが出来る。
本発明によれば、計算機システムの障害監視と回復のた
めに、制御対象の計算機システム側に監視制御装置が存
在し、常時、計算機システムの振舞を監視するとともに
、障害発生時には、該計算機システムの障害情報を自動
的に収集し、遠隔地の監視保守用計算機システムへ障害
情報を転送する。障害の通報を受けた監視保守用計算機
システムでは、直ちに保守員を派遣するとともに、該障
害情報を過去の障害判例と照合することにより、適切な
回復手段を生成し、現地に到着した保守員に自動的に指
示を与えるので、計算機システｌ−の障害発生から回復
までの時間が大幅に短縮できる効果がある。
めに、制御対象の計算機システム側に監視制御装置が存
在し、常時、計算機システムの振舞を監視するとともに
、障害発生時には、該計算機システムの障害情報を自動
的に収集し、遠隔地の監視保守用計算機システムへ障害
情報を転送する。障害の通報を受けた監視保守用計算機
システムでは、直ちに保守員を派遣するとともに、該障
害情報を過去の障害判例と照合することにより、適切な
回復手段を生成し、現地に到着した保守員に自動的に指
示を与えるので、計算機システｌ−の障害発生から回復
までの時間が大幅に短縮できる効果がある。
さらに、保守員の介入を必要としない障害に対しては、
該計算機システムの再起動を自動的に行なうので、無人
運転サービスの実現に一歩近づく効果がある。
該計算機システムの再起動を自動的に行なうので、無人
運転サービスの実現に一歩近づく効果がある。
さらに、遠隔地の監視保守用計算機システムは複数の計
算機システムの障害発生を監視しているので、小人数で
多くの計算機システムを運営できる効果がある。
算機システムの障害発生を監視しているので、小人数で
多くの計算機システムを運営できる効果がある。
さらに、遠隔地の監視保守用計算機システムは複数の計
算機システムの障害発生時の障害情報。
算機システムの障害発生時の障害情報。
および回復手段を一括して記憶しているので、障害管理
情報の蓄積が可能となる効果がある。
情報の蓄積が可能となる効果がある。
第１図は本発明の情報処理システムの障害監視装置と制
御方法の特徴的な構成を示した図、第２図は第１図のバ
ッファ６の構成を示した図、第３図は比較テーブル７の
構成を示した図、第４図は診断処理部８で使用する診断
番号とアドレス・レジスタ（ＡＤ）２．データ・レジス
タ（ＤＴ）３への値の対応を示した図、第５図は一時記
憶フアイル１０４に障害情報を格納するとき、および監
視・保守用計算機システム２５０へ障害情報を転送する
ときのデータの形式を示した図、第６図は監視制御装置
１００から監視・保守用計算機システム２５０へ障害発
生時の障害概略情報を転送するときのデータの形式を示
した図、第７図は監視・保守用計算機システム２５０か
ら監視制御装置１００へ回復手順を転送するとき、ある
いは保守員が現地にて回復作業の後、監視制御装置１０
０から監視・保守用計算機システム２５０へ回復手順を
転送するときのデータの形式を示した図、第８図はコン
ソール装置１０２，２５２からのコマンドの形式、また
は監視・保守用計算機システム２５０から監視制御装置
１００へのコマンドの形式を示した図、第９図は監視制
御装置ｇｌｏｏから監視・保守用計算機システム２５０
へ障害情報を転送するときに、転送するデータ量の削減
処理を施す１つの例を示した図、第１０図は判例記憶フ
ァイル２５４の構成を示した図、第１１図は第１図の比
較処理部（ＣＭＰ）５の処理フロー図、第１２図は障害
判定処理部１０の処理フロー図、第１３図はＣＰＵイン
タフェース処理部（ＣＰＵＩ）４の処理フロー図、第１
４図（ａ）、（ｂ）は診断処理部８の処理フロー図、第
１５図（ａ）。 （ｂ）は監視制御装ｗ１００内のコマンド解釈処理部１
３の処理７０−図、第１６図（ａ）、（ｂ）は監視・保
守用計算機システム２５０内の収集・解析処理部２３の
処理フロー図、第１７図は判例検索・登録処理部２６の
検索処理の処理フロー図、第１８図は判例検索・登録処
理部２６の登録処理の処理フロー図、第１９図（ａ）、
（ｂ）は照合処理部２５の処理フロー図、第２０図は回
復指示生成処理部２７の処理フロー図、第２１図は第７
１で示した回復情報１９の回復手順フィールド１９ｃ内
に、計算機システムの標準再起動の時に行なうコンソー
ル装置の操作のデータ列が格納されている例を示した図
、第２２図は、このときのコマンド解釈処理部１３での
処理フローを示した図、である。 １・・・エンコーダ、２・・・アドレス・レジスタ（Ａ
Ｄ）。 ３・・・データ・レジスタ（ＤＴ）、４・・・ＣＰＵイ
ンタフェース処理部、５・・・比較処理部（ＣＭＰ）、
６・・・データ・バッファ、７・・・比較テーブル、８
・・・診断処理部、９・・・画面バッファ、１ｏ・・・
障害判定処理部、１１・・・分配器、１２・・・転送処
理部、１３・・・コマンド解釈処理部、１４・・・送受
信処理部。 ２１・・・通信処理部、２２・・・解釈指令処理部、２
３・・・収集・解析処理部、２４・・・作業用バッファ
ＢＵＦ。 ２５・・・照合処理部、２６・・・判例検索・登録処理
部、２７・・・回復指示生成処理部、１００・・・監視
制御装置、１０２・・・コンソール装置、１０４・・・
−時記憶ファイル、２００・・・監視制御対象の情報処
理システム（計算機システム）、２５０・・・監視・保
守用計算機システム、２５２・・・コンソール装置、２
５４・・・判例記憶ファイル。 ２５６・・・障害情報格納ファ イル。 図 第 回 罵 図 冨 ４ 図 ■ 図 葛 ■ ■ 第 図 第 図 χ ｌθ 図 不 １ 国 冨 ２ 図 １ρ 第 ３ 図 葛 ／４ 図 （とり 葛 ５ 図 （ｔｌ） ！ネ ■ ５ 固 Ｃｂ） 竿 １６ 凹 （ｄン 第 ６ 図（ｂ） 第 ？’ｆｆ 図 不 ９ 図（ａ、） ５ 葛 Ｚ／ 図 ７
御方法の特徴的な構成を示した図、第２図は第１図のバ
ッファ６の構成を示した図、第３図は比較テーブル７の
構成を示した図、第４図は診断処理部８で使用する診断
番号とアドレス・レジスタ（ＡＤ）２．データ・レジス
タ（ＤＴ）３への値の対応を示した図、第５図は一時記
憶フアイル１０４に障害情報を格納するとき、および監
視・保守用計算機システム２５０へ障害情報を転送する
ときのデータの形式を示した図、第６図は監視制御装置
１００から監視・保守用計算機システム２５０へ障害発
生時の障害概略情報を転送するときのデータの形式を示
した図、第７図は監視・保守用計算機システム２５０か
ら監視制御装置１００へ回復手順を転送するとき、ある
いは保守員が現地にて回復作業の後、監視制御装置１０
０から監視・保守用計算機システム２５０へ回復手順を
転送するときのデータの形式を示した図、第８図はコン
ソール装置１０２，２５２からのコマンドの形式、また
は監視・保守用計算機システム２５０から監視制御装置
１００へのコマンドの形式を示した図、第９図は監視制
御装置ｇｌｏｏから監視・保守用計算機システム２５０
へ障害情報を転送するときに、転送するデータ量の削減
処理を施す１つの例を示した図、第１０図は判例記憶フ
ァイル２５４の構成を示した図、第１１図は第１図の比
較処理部（ＣＭＰ）５の処理フロー図、第１２図は障害
判定処理部１０の処理フロー図、第１３図はＣＰＵイン
タフェース処理部（ＣＰＵＩ）４の処理フロー図、第１
４図（ａ）、（ｂ）は診断処理部８の処理フロー図、第
１５図（ａ）。 （ｂ）は監視制御装ｗ１００内のコマンド解釈処理部１
３の処理７０−図、第１６図（ａ）、（ｂ）は監視・保
守用計算機システム２５０内の収集・解析処理部２３の
処理フロー図、第１７図は判例検索・登録処理部２６の
検索処理の処理フロー図、第１８図は判例検索・登録処
理部２６の登録処理の処理フロー図、第１９図（ａ）、
（ｂ）は照合処理部２５の処理フロー図、第２０図は回
復指示生成処理部２７の処理フロー図、第２１図は第７
１で示した回復情報１９の回復手順フィールド１９ｃ内
に、計算機システムの標準再起動の時に行なうコンソー
ル装置の操作のデータ列が格納されている例を示した図
、第２２図は、このときのコマンド解釈処理部１３での
処理フローを示した図、である。 １・・・エンコーダ、２・・・アドレス・レジスタ（Ａ
Ｄ）。 ３・・・データ・レジスタ（ＤＴ）、４・・・ＣＰＵイ
ンタフェース処理部、５・・・比較処理部（ＣＭＰ）、
６・・・データ・バッファ、７・・・比較テーブル、８
・・・診断処理部、９・・・画面バッファ、１ｏ・・・
障害判定処理部、１１・・・分配器、１２・・・転送処
理部、１３・・・コマンド解釈処理部、１４・・・送受
信処理部。 ２１・・・通信処理部、２２・・・解釈指令処理部、２
３・・・収集・解析処理部、２４・・・作業用バッファ
ＢＵＦ。 ２５・・・照合処理部、２６・・・判例検索・登録処理
部、２７・・・回復指示生成処理部、１００・・・監視
制御装置、１０２・・・コンソール装置、１０４・・・
−時記憶ファイル、２００・・・監視制御対象の情報処
理システム（計算機システム）、２５０・・・監視・保
守用計算機システム、２５２・・・コンソール装置、２
５４・・・判例記憶ファイル。 ２５６・・・障害情報格納ファ イル。 図 第 回 罵 図 冨 ４ 図 ■ 図 葛 ■ ■ 第 図 第 図 χ ｌθ 図 不 １ 国 冨 ２ 図 １ρ 第 ３ 図 葛 ／４ 図 （とり 葛 ５ 図 （ｔｌ） ！ネ ■ ５ 固 Ｃｂ） 竿 １６ 凹 （ｄン 第 ６ 図（ｂ） 第 ？’ｆｆ 図 不 ９ 図（ａ、） ５ 葛 Ｚ／ 図 ７
Claims (1)
- 【特許請求の範囲】 １、主記憶装置を有した少なくとも１つ以上の中央処理
装置と入出力装置群と、中央処理装置の保守操作用の操
作卓の機能と中央処理装置のもとで動作するオペレーテ
ィング・システムのメッセージ表示やコマンドの投入を
可能とする操作卓の機能を具備した第１の情報処理シス
テムと遠隔地から該第１の情報処理システムの動作を監
視制御する第２の情報処理システムの構成において、該
第１の情報処理システムのオペレーティング・システム
のメッセージ・データまたはコンソール・ディスプレイ
装置から入力されたコマンド・データを一定個数分記憶
する第１の記憶手段と異常状態の検出のためのメッセー
ジ・データを記憶する第２の記憶手段とオペレーティン
グ・システムのメッセージ・データと第２の記憶手段の
内容と比較する第１の比較手段と、比較の結果第２の記
憶手段の内容のいずれかと一致したならば障害発生の旨
を遠隔地の第２の情報処理システムに通報する制御手段
と遠隔地の第２の情報処理システムからの指令に基づい
て第１の記憶手段の内容を該第２の情報処理システムへ
送出する制御手段を具備したことを特徴とする情報処理
システムの障害監視装置と制御方法。 ２、主記憶装置を有した少なくとも１つ以上の中央処理
装置と入出力装置群と、中央処理装置の保守操作用の操
作卓の機能と中央処理装置のもとで動作するオペレーテ
ィング・システムのメッセージ表示やコマンドの投入を
可能とする操作卓の機能を具備した第１の情報処理シス
テムと遠隔地から該第１の情報処理システムの動作を監
視制御する第２の情報処理システムの構成において、該
第１の情報処理システムの中央処理装置のハードウェア
の障害発生の旨の信号を受信する制御手段と障害発生の
旨を遠隔地の第２の情報処理システムに通報する制御手
段と遠隔地の第２の情報処理システムからの指令に基づ
いて第１の情報処理システム内の中央処理装置のハード
ウェアの状態を読み出す制御手段と該読み出した情報を
第２の情報処理システムへ送出する制御手段を具備した
ことを特徴とする情報処理システムの障害監視装置と制
御方法。 ３、主記憶装置を有した少なくとも１つ以上の中央処理
装置と入出力装置群と、中央処理装置の保守操作用の操
作卓の機能と中央処理装置のもとで動作するオペレーテ
ィング・システムのメッセージ表示やコマンドの投入を
可能とする操作卓の機能を具備した第１の情報処理シス
テムと遠隔地から該第１の情報処理システムの動作を監
視制御する第２の情報処理システムの構成において、第
２の情報処理システムが第１の情報処理システムで障害
の発生の旨の報告を受けたときに、第１の記憶手段の内
容、または第１の情報処理システム内の中央処理装置の
ハードウェアの状態を得るための制御手段を第２の情報
処理システム内に具備したことを特徴とする情報処理シ
ステムの障害監視装置と制御方法。 ４、主記憶装置を有した少なくとも１つ以上の中央処理
装置と入出力装置群と、中央処理装置の保守操作用の操
作卓の機能と中央処理装置のもとで動作するオペレーテ
ィング・システムのメッセージ表示やコマンドの投入を
可能とする操作卓の機能を具備した第１の情報処理シス
テムと遠隔地から該第１の情報処理システムの動作を監
視制御する第２の情報処理システムの構成において、該
第１の情報処理システムにて障害が発生し、第２の情報
処理システムが第１の情報処理システムの障害情報を得
たときに、第２の情報処理システム内に障害判例を記憶
する第３の記憶手段と第１の情報処理システムの障害情
報を第３の記憶手段内の判例と照合する制御手段と照合
の結果、一致した障害判例が存在したならば、該第１の
情報処理システムの障害を回復するための処理手順を生
成する制御手段を具備したことを特徴とする情報処理シ
ステムの障害監視装置と制御方法。 ５、特許請求の範囲第４項記載の第１の情報処理システ
ムの障害を回復するための処理手順を生成する制御手段
にて得られた回復の処理手順は、保守員が第１の情報処
理システムのコンソール・ディスプレイ装置から、回復
の処理手順参照の旨の指令コマンドを投入することによ
り、第２の情報処理システムから該回復の処理手順を送
出する制御手段と、受け取つた回復の処理手順を第１の
情報処理システムのコンソール・ディスプレイ装置に表
示する制御手段を具備したことを特徴とする特許請求の
範囲第４項記載の情報処理システムの障害監視装置と制
御方法。 ６、特許請求の範囲第１項記載の第２の記憶手段の内容
を、第１の情報処理システムに接続されたコンソール・
ディスプレイ装置からの指示で変更できる制御手段、ま
たは第２の情報処理システムからの指示で変更できる制
御手段を具備したことを特徴とする特許請求の範囲第１
項記載の情報処理システムの障害監視装置と制御方法。 ７、特許請求の範囲第２項記載の障害発生の旨の信号は
、該第１の情報処理システムのもとで動作している特定
の監視プログラムがハードウェアの状態を常時検査し、
その結果、異常を検出したときに該障害発生の旨の信号
を発生させる命令を実行する制御手段を具備したことを
特徴とする特許請求の範囲第２項記載の情報処理システ
ムの障害監視装置と制御方法。 ８、特許請求の範囲第２項記載の障害発生の旨の信号は
、該第１の情報処理システムのもとで動作しているハー
ドウェアの監視機構がハードウェアの動作状態の異常を
検出したときに該障害発生の旨の信号を発生させる命令
を実行する制御手段を具備したことを特徴とする特許請
求の範囲第２項記載の情報処理システムの障害監視装置
と制御方法。 ９、特許請求の範囲第２項記載のハードウェアの状態を
読みだす制御手段は、中央処理装置の各処理ユニットに
対してアドレス付けする制御手段とアドレス付けされた
各処理ユニットが保持しているハードウェアの状態を専
用のデータ線を介して受け取る制御手段で成ることを特
徴とする特許請求の範囲第２項記載の情報処理システム
の障害監視装置と制御方法。 １０、特許請求の範囲第２項記載のハードウェアの状態
を読みだす制御手段において、主記憶装置に対しては、
オペレーティング・システムがアクセス出来ない特殊な
領域のデータも読みだす手段を具備したことを特徴とす
る特許請求の範囲第２項記載の情報処理システムの障害
監視装置と制御方法。 １１、特許請求の範囲第２項、または第１０項記載のハ
ードウェアの状態を読みだす制御手段において、主記憶
装置に対しては該主記憶装置内の記憶領域アドレスを送
出し、対応するデータを得る制御手段で成ることを特徴
とする特許請求の範囲第２項、または第１０項記載の情
報処理システムの障害監視装置と制御方法。 １２、特許請求の範囲第２項、または第１０項、または
第１１項記載のハードウェアの状態を読みだす制御手段
にて読み出されたハードウェアの状態情報を第４の記憶
手段内に格納する制御手段を具備したことを特徴とする
特許請求の範囲第２項、または第１０項、または第１１
項記載の情報処理システムの障害監視装置と制御方法。 １３、特許請求の範囲第１項、または第２項記載の障害
情報を第２の情報処理システムへ送出するときに、該障
害情報を編集して送出する制御手段を具備したことを特
徴とする特許請求の範囲第１項、または第２項記載の情
報処理システムの障害監視装置と制御方法。１４、前項
記載の編集手段において、第１の記憶手段の内容を編集
するときには、オペレーティング・システムからのメッ
セージ・データとコンソール・ディスプレイ装置からの
コマンド・データのみを抽出する処理ステップでなるこ
とを特徴とする特許請求の範囲第１３項記載の情報処理
システムの障害監視装置と制御方法。 １５、特許請求の範囲第１３項記載の編集手段において
、ハードウェア情報を編集するときには、第４の記憶手
段の内容を編集する制御手段と主記憶装置の内容を編集
するときには同一のデータが連続するとその旨を印すデ
ータに置換する処理ステップでなることを特徴とする特
許請求の範囲第１３項記載の情報処理システムの障害監
視装置と制御方法。 １６、特許請求の範囲第４項記載の第３の記憶手段には
、障害発生の現象と原因、回復履歴を記憶していること
を特徴とする特許請求の範囲第４項記載の情報処理シス
テムの障害監視装置と制御方法。 １７、特許請求の範囲第４項記載の第３の記憶手段と照
合した結果、一致した判例が見当らないときには、新た
な障害判例として該障害発生の現象を第３の記憶手段内
に追加して記憶させる制御手段を具備したことを特徴と
する特許請求の範囲第４項記載の情報処理システムの障
害監視装置と制御方法。 １８、特許請求の範囲第４項記載の第３の記憶手段と照
合した結果、一致した判例が見当らないときには、後に
、保守員が第１の情報処理システムのコンソール・ディ
スプレイ装置から回復の処理手順参照の旨の指令コマン
ドを投入したときに、判例が見当らない旨を表示する制
御手段と該第１の記憶手段と第４の記憶手段の内容をコ
ンソール・ディスプレイ装置に表示する処理手段を具備
したことを特徴とする特許請求の範囲第５項記載の情報
処理システムの障害監視装置と制御方法。 １９、特許請求の範囲第１７項記載の第３の記憶手段と
照合した結果、一致した判例が見当らなく、かつ、後に
該障害の原因と回復手順が判明したときには、該障害の
原因と回復手順を障害の現象に対応させて第３の記憶手
段内で修正して記憶させる制御手段を具備したことを特
徴とする特許請求の範囲第１７項記載の情報処理システ
ムの障害監視装置と制御方法。 ２０、特許請求の範囲第４項記載の第３の記憶手段と照
合した結果、一致した判例が見当らないときには、第２
の情報処理システムの表示出力装置に、第１の記憶手段
と第４の記憶手段から得た障害情報を表示出力する処理
手段を具備したことを特徴とする特許請求の範囲第５項
記載の情報処理システムの障害監視装置と制御方法。 ２１、主記憶装置を有した少なくとも１つ以上の中央処
理装置と入出力装置群と、中央処理装置の保守操作用の
操作卓の機能と中央処理装置のもとで動作するオペレー
ティング・システムのメッセージ表示やコマンドの投入
を可能とする操作卓の機能を具備した第１の情報処理シ
ステムと遠隔地から該第１の情報処理システムの動作を
監視制御する第２の情報処理システムの構成において、
該第１の情報処理システムにて障害が発生し、第２の情
報処理システムが第１の情報処理システムの障害情報を
得たときに、第２の情報処理システム内に障害判例を記
憶する第３の記憶手段と第１の情報処理システムの障害
情報を第３の記憶手段内の判例と照合する制御手段と照
合の結果、一致した障害判例が存在したならば、該第１
の情報処理システムの障害を回復するための処理手順を
生成する制御手段と該障害を回復するための手順を第１
の情報処理システムを監視している制御装置へ転送する
制御手段と第１の情報処理システムを監視している制御
装置は該回復するための処理手順にもとづいて第１の情
報処理システムを再起動する制御手順を具備したことを
特徴とする情報処理システムの障害監視装置と制御方法
。 ２２、主記憶装置を有した少なくとも１つ以上の中央処
理装置と入出力装置群と、中央処理装置の保守操作用の
操作卓の機能と中央処理装置のもとで動作するオペレー
ティング・システムのメッセージ表示やコマンドの投入
を可能とする操作卓の機能を具備した第１の情報処理シ
ステムと遠隔地から該第１の情報処理システムの動作を
監視制御する第２の情報処理システムの構成において、
第２の情報処理システムは複数の第１の情報処理システ
ムの動作を監視制御できる制御手段を具備したことを特
徴とする特許請求の範囲第１項、または第２項、または
第３項、または第４項、または第２１項記載の情報処理
システムの障害監視装置と制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1288917A JP2804125B2 (ja) | 1989-11-08 | 1989-11-08 | 情報処理システムの障害監視装置と制御方法 |
| US07/613,384 US5237677A (en) | 1989-11-08 | 1990-11-06 | Monitoring and controlling system and method for data processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1288917A JP2804125B2 (ja) | 1989-11-08 | 1989-11-08 | 情報処理システムの障害監視装置と制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH03150643A true JPH03150643A (ja) | 1991-06-27 |
| JP2804125B2 JP2804125B2 (ja) | 1998-09-24 |
Family
ID=17736470
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1288917A Expired - Lifetime JP2804125B2 (ja) | 1989-11-08 | 1989-11-08 | 情報処理システムの障害監視装置と制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5237677A (ja) |
| JP (1) | JP2804125B2 (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0528010A (ja) * | 1991-07-19 | 1993-02-05 | Hitachi Ltd | ソフトウエアバグ原因推論方法及びエキスパートシス テム |
| JPH0561723A (ja) * | 1991-08-30 | 1993-03-12 | Nec Corp | 遠隔保守システム |
| US5479599A (en) * | 1993-04-26 | 1995-12-26 | International Business Machines Corporation | Computer console with group ICON control |
| EP0563612A3 (en) * | 1992-03-30 | 1996-03-13 | Siemens Ag | Method for localization of faults in electronic control units |
| JPH09106360A (ja) * | 1995-10-11 | 1997-04-22 | Nec Corp | 警報通知装置 |
| JPH10312321A (ja) * | 1997-05-12 | 1998-11-24 | Hitachi Ltd | オンラインシステム障害解析方法 |
| JP2006085644A (ja) * | 2004-09-17 | 2006-03-30 | Nomura Research Institute Ltd | コンピュータ稼働状況取得システム、方法及びプログラム |
| US7069473B2 (en) | 2001-10-05 | 2006-06-27 | Nec Corporation | Computer recovery method and system for recovering automatically from fault, and fault monitoring apparatus and program used in computer system |
| EP2015183A2 (en) | 2007-06-08 | 2009-01-14 | Canon Kabushiki Kaisha | Image-forming apparatus and information-processing method |
| JP2009048403A (ja) * | 2007-08-20 | 2009-03-05 | Hitachi Information Systems Ltd | システム障害復旧装置およびそのコマンド生成方法、ならびにそのプログラム |
| JP2010087906A (ja) * | 2008-09-30 | 2010-04-15 | Brother Ind Ltd | 通信装置 |
Families Citing this family (83)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5475625A (en) * | 1991-01-16 | 1995-12-12 | Siemens Nixdorf Informationssysteme Aktiengesellschaft | Method and arrangement for monitoring computer manipulations |
| US5687313A (en) * | 1991-03-14 | 1997-11-11 | Hitachi, Ltd. | Console apparatus for information processing system |
| JPH0536259A (ja) * | 1991-07-27 | 1993-02-12 | Sony Corp | 電子機器 |
| JPH0815277B2 (ja) * | 1991-08-09 | 1996-02-14 | インターナショナル・ビジネス・マシーンズ・コーポレイション | パフォーマンス測定値を得るためのシステムおよび方法 |
| US5548720A (en) * | 1992-05-19 | 1996-08-20 | Fujitsu Limited | Fault supervision method for transmission apparatus |
| JPH0612288A (ja) * | 1992-06-29 | 1994-01-21 | Hitachi Ltd | 情報処理システム及びその監視方法 |
| US5732212A (en) * | 1992-10-23 | 1998-03-24 | Fox Network Systems, Inc. | System and method for remote monitoring and operation of personal computers |
| US20020091850A1 (en) | 1992-10-23 | 2002-07-11 | Cybex Corporation | System and method for remote monitoring and operation of personal computers |
| US5544077A (en) * | 1994-01-19 | 1996-08-06 | International Business Machines Corporation | High availability data processing system and method using finite state machines |
| JPH07222269A (ja) * | 1994-01-31 | 1995-08-18 | Fujitsu Ltd | 通報装置 |
| FR2715747B1 (fr) * | 1994-02-01 | 1996-03-01 | Aerospatiale | Procédé et dispositif pour rechercher des messages de maintenance intempestifs. |
| JP3675851B2 (ja) * | 1994-03-15 | 2005-07-27 | 富士通株式会社 | 計算機監視方式 |
| US5673386A (en) * | 1994-06-29 | 1997-09-30 | U S West Technologies, Inc. | Method and system for identification of software application faults |
| US5513351A (en) * | 1994-07-28 | 1996-04-30 | International Business Machines Corporation | Protecting a system during system maintenance by usage of temporary filenames in an alias table |
| JPH08286989A (ja) * | 1995-04-19 | 1996-11-01 | Fuji Xerox Co Ltd | ネットワーク管理システム |
| JPH08286984A (ja) * | 1995-04-19 | 1996-11-01 | Fuji Xerox Co Ltd | 障害情報通知システム |
| TW292365B (en) * | 1995-05-31 | 1996-12-01 | Hitachi Ltd | Computer management system |
| US5819024A (en) * | 1995-07-11 | 1998-10-06 | Hitachi, Ltd. | Fault analysis system |
| JPH09102970A (ja) * | 1995-10-05 | 1997-04-15 | Sony Corp | 映像音声機器エラー監視システム |
| US5812758A (en) * | 1995-11-09 | 1998-09-22 | The United States Of America As Represented By The Secretary Of The Navy | System level aid for troubleshooting (SLAT) |
| JP3555047B2 (ja) * | 1995-12-20 | 2004-08-18 | 株式会社日立製作所 | 複合コンピュータシステム |
| JP2959474B2 (ja) * | 1996-06-28 | 1999-10-06 | 日本電気株式会社 | 物理実装位置情報処理方式 |
| US5928369A (en) * | 1996-06-28 | 1999-07-27 | Synopsys, Inc. | Automatic support system and method based on user submitted stack trace |
| US5790780A (en) * | 1996-07-16 | 1998-08-04 | Electronic Data Systems Corporation | Analysis of failures in a computing environment |
| US6108637A (en) | 1996-09-03 | 2000-08-22 | Nielsen Media Research, Inc. | Content display monitor |
| US5835698A (en) * | 1996-09-20 | 1998-11-10 | Novell, Inc. | Unilaterally-controlled, time-insensitive, data-link recovery apparatus and method |
| US5892898A (en) * | 1996-10-04 | 1999-04-06 | Honeywell, Inc. | Error management system for supporting the identification and logging of error messages |
| US6000040A (en) * | 1996-10-29 | 1999-12-07 | Compaq Computer Corporation | Method and apparatus for diagnosing fault states in a computer system |
| US6499108B1 (en) | 1996-11-19 | 2002-12-24 | R. Brent Johnson | Secure electronic mail system |
| US6578146B2 (en) | 1996-11-19 | 2003-06-10 | R. Brent Johnson | System, method and article of manufacture to remotely configure and utilize an emulated device controller via an encrypted validation communication protocol |
| US5970149A (en) * | 1996-11-19 | 1999-10-19 | Johnson; R. Brent | Combined remote access and security system |
| US5796952A (en) * | 1997-03-21 | 1998-08-18 | Dot Com Development, Inc. | Method and apparatus for tracking client interaction with a network resource and creating client profiles and resource database |
| US6643696B2 (en) | 1997-03-21 | 2003-11-04 | Owen Davis | Method and apparatus for tracking client interaction with a network resource and creating client profiles and resource database |
| DE19827431C2 (de) * | 1997-07-22 | 2000-12-07 | Siemens Ag | Verfahren zur Fehlererkennung in einem Prozessorsystem |
| US6178528B1 (en) * | 1997-09-18 | 2001-01-23 | Intel Corporation | Method and apparatus for reporting malfunctioning computer system |
| US6275855B1 (en) | 1997-11-02 | 2001-08-14 | R. Brent Johnson | System, method and article of manufacture to enhance computerized alert system information awareness and facilitate real-time intervention services |
| JP3782568B2 (ja) * | 1997-12-25 | 2006-06-07 | 富士通株式会社 | メッセージ対処装置 |
| US6088804A (en) * | 1998-01-12 | 2000-07-11 | Motorola, Inc. | Adaptive system and method for responding to computer network security attacks |
| US6549932B1 (en) | 1998-06-03 | 2003-04-15 | International Business Machines Corporation | System, method and computer program product for discovery in a distributed computing environment |
| CA2345084C (en) | 1998-09-22 | 2004-11-02 | Cybex Computer Products Corporation | System for accessing personal computers remotely |
| AUPQ206399A0 (en) | 1999-08-06 | 1999-08-26 | Imr Worldwide Pty Ltd. | Network user measurement system and method |
| US6487677B1 (en) * | 1999-09-30 | 2002-11-26 | Lsi Logic Corporation | Methods and systems for dynamic selection of error recovery procedures in a managed device |
| WO2001052462A2 (en) | 2000-01-12 | 2001-07-19 | Jupiter Media Metrix, Inc. | System and method for estimating prevalence of digital content on the world-wide-web |
| US6785848B1 (en) * | 2000-05-15 | 2004-08-31 | Microsoft Corporation | Method and system for categorizing failures of a program module |
| US6665824B1 (en) * | 2000-05-15 | 2003-12-16 | Microsoft Corporation | System and method for handling a failure reporting conversation |
| US7318147B2 (en) * | 2000-12-07 | 2008-01-08 | International Business Machines Corporation | Method for delaying and executing system administration operations in unattended mode |
| US7389341B2 (en) * | 2001-01-31 | 2008-06-17 | Accenture Llp | Remotely monitoring a data processing system via a communications network |
| US8176137B2 (en) * | 2001-01-31 | 2012-05-08 | Accenture Global Services Limited | Remotely managing a data processing system via a communications network |
| US6832342B2 (en) * | 2001-03-01 | 2004-12-14 | International Business Machines Corporation | Method and apparatus for reducing hardware scan dump data |
| JP2003030141A (ja) * | 2001-07-13 | 2003-01-31 | Hitachi Ltd | 協調型アウトソーシング・サービス・システム |
| US7293179B2 (en) * | 2001-08-01 | 2007-11-06 | Johnson R Brent | System and method for virtual tape management with remote archival and retrieval via an encrypted validation communication protocol |
| EP1286265A3 (en) * | 2001-08-10 | 2008-05-28 | Sun Microsystems, Inc. | Console connection |
| US20030093516A1 (en) * | 2001-10-31 | 2003-05-15 | Parsons Anthony G.J. | Enterprise management event message format |
| US7159146B2 (en) * | 2002-05-14 | 2007-01-02 | Sun Microsystems, Inc. | Analyzing system error messages |
| US8271778B1 (en) | 2002-07-24 | 2012-09-18 | The Nielsen Company (Us), Llc | System and method for monitoring secure data on a network |
| US9237514B2 (en) * | 2003-02-28 | 2016-01-12 | Apple Inc. | System and method for filtering access points presented to a user and locking onto an access point |
| US9197668B2 (en) * | 2003-02-28 | 2015-11-24 | Novell, Inc. | Access control to files based on source information |
| US8020192B2 (en) * | 2003-02-28 | 2011-09-13 | Michael Wright | Administration of protection of data accessible by a mobile device |
| US20080109679A1 (en) * | 2003-02-28 | 2008-05-08 | Michael Wright | Administration of protection of data accessible by a mobile device |
| US20040215742A1 (en) * | 2003-03-04 | 2004-10-28 | Soronti, Inc. | Image perfection for virtual presence architecture (VPA) |
| US7313717B2 (en) * | 2003-04-17 | 2007-12-25 | Sun Microsystems, Inc. | Error management |
| KR100862407B1 (ko) * | 2004-07-06 | 2008-10-08 | 인텔 코오퍼레이션 | 에러를 검출하고 잠재적 고장을 예상하는 시스템 및 방법 |
| US7409594B2 (en) * | 2004-07-06 | 2008-08-05 | Intel Corporation | System and method to detect errors and predict potential failures |
| US8499337B1 (en) | 2004-10-06 | 2013-07-30 | Mcafee, Inc. | Systems and methods for delegation and notification of administration of internet access |
| US7624305B2 (en) * | 2004-11-18 | 2009-11-24 | International Business Machines Corporation | Failure isolation in a communication system |
| JP4357433B2 (ja) * | 2005-02-15 | 2009-11-04 | 株式会社日立製作所 | ストレージシステム |
| DE102005040822A1 (de) | 2005-08-24 | 2007-03-15 | Siemens Ag | Verfahren zur Systemdiagnose in technischen Systemen |
| US7996255B1 (en) * | 2005-09-29 | 2011-08-09 | The Mathworks, Inc. | System and method for providing sales leads based on-demand software trial usage |
| US7752468B2 (en) * | 2006-06-06 | 2010-07-06 | Intel Corporation | Predict computing platform memory power utilization |
| US7617423B2 (en) * | 2006-08-14 | 2009-11-10 | Kyocera Corporation | System and method for detecting, reporting, and repairing of software defects for a wireless device |
| US7934993B2 (en) * | 2006-10-16 | 2011-05-03 | Igt | Secure progressive controller |
| US7676695B2 (en) * | 2007-06-05 | 2010-03-09 | Compuware Corporation | Resolution of computer operations problems using fault trend analysis |
| US8306200B2 (en) | 2008-07-17 | 2012-11-06 | At&T Intellectual Property I, L.P. | Method and apparatus for processing of a toll free call service alarm |
| US8363790B2 (en) * | 2008-07-17 | 2013-01-29 | At&T Intellectual Property I, L.P. | Method and apparatus for providing automated processing of a switched voice service alarm |
| JP2011258055A (ja) * | 2010-06-10 | 2011-12-22 | Fujitsu Ltd | 情報処理システム及び情報処理システムの障害処理方法 |
| US9143517B2 (en) * | 2013-01-31 | 2015-09-22 | Hewlett-Packard Development Company, L.P. | Threat exchange information protection |
| US20140379421A1 (en) | 2013-06-25 | 2014-12-25 | The Nielsen Company (Us), Llc | Methods and apparatus to characterize households with media meter data |
| US9277265B2 (en) | 2014-02-11 | 2016-03-01 | The Nielsen Company (Us), Llc | Methods and apparatus to calculate video-on-demand and dynamically inserted advertisement viewing probability |
| US10219039B2 (en) | 2015-03-09 | 2019-02-26 | The Nielsen Company (Us), Llc | Methods and apparatus to assign viewers to media meter data |
| US9848224B2 (en) | 2015-08-27 | 2017-12-19 | The Nielsen Company(Us), Llc | Methods and apparatus to estimate demographics of a household |
| US10791355B2 (en) | 2016-12-20 | 2020-09-29 | The Nielsen Company (Us), Llc | Methods and apparatus to determine probabilistic media viewing metrics |
| US11449407B2 (en) | 2020-05-28 | 2022-09-20 | Bank Of America Corporation | System and method for monitoring computing platform parameters and dynamically generating and deploying monitoring packages |
| CN118894336B (zh) * | 2024-07-30 | 2025-10-10 | 福建龙净环保股份有限公司 | 一种输送机故障回溯系统及方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56149655A (en) * | 1980-04-21 | 1981-11-19 | Mitsubishi Paper Mills Ltd | Detecting method of desired phenomenon in electronic computer system |
| JPS614345A (ja) * | 1984-06-18 | 1986-01-10 | Konishiroku Photo Ind Co Ltd | デ−タの圧縮伝送方法 |
| JPS61175835A (ja) * | 1985-01-31 | 1986-08-07 | Toshiba Corp | 情報処理システム |
| JPS6312037A (ja) * | 1986-07-02 | 1988-01-19 | Nec Corp | 診断装置付電子計算機システム |
| JPS6358551A (ja) * | 1986-08-29 | 1988-03-14 | Hitachi Ltd | 遠隔保守方式 |
| JPS63250746A (ja) * | 1987-04-07 | 1988-10-18 | Nec Corp | 障害自動通報方式 |
| JPS63292249A (ja) * | 1987-05-25 | 1988-11-29 | Fujitsu Ltd | ダンプ処理方式 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB1536046A (en) * | 1976-06-30 | 1978-12-20 | Ibm | Data processing system power control |
| JPS5856158A (ja) * | 1981-09-30 | 1983-04-02 | Fujitsu Ltd | 遠隔保守方式 |
| JPS61148542A (ja) * | 1984-12-24 | 1986-07-07 | Nec Corp | デ−タ処理装置の保守方式 |
| JPH01180645A (ja) * | 1988-01-13 | 1989-07-18 | Hitachi Ltd | 保守診断機構の自動検証方式 |
| US5119377A (en) * | 1989-06-16 | 1992-06-02 | International Business Machines Corporation | System and method for software error early detection and data capture |
| US5067129A (en) * | 1989-08-16 | 1991-11-19 | International Business Machines Corp. | Service processor tester |
-
1989
- 1989-11-08 JP JP1288917A patent/JP2804125B2/ja not_active Expired - Lifetime
-
1990
- 1990-11-06 US US07/613,384 patent/US5237677A/en not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56149655A (en) * | 1980-04-21 | 1981-11-19 | Mitsubishi Paper Mills Ltd | Detecting method of desired phenomenon in electronic computer system |
| JPS614345A (ja) * | 1984-06-18 | 1986-01-10 | Konishiroku Photo Ind Co Ltd | デ−タの圧縮伝送方法 |
| JPS61175835A (ja) * | 1985-01-31 | 1986-08-07 | Toshiba Corp | 情報処理システム |
| JPS6312037A (ja) * | 1986-07-02 | 1988-01-19 | Nec Corp | 診断装置付電子計算機システム |
| JPS6358551A (ja) * | 1986-08-29 | 1988-03-14 | Hitachi Ltd | 遠隔保守方式 |
| JPS63250746A (ja) * | 1987-04-07 | 1988-10-18 | Nec Corp | 障害自動通報方式 |
| JPS63292249A (ja) * | 1987-05-25 | 1988-11-29 | Fujitsu Ltd | ダンプ処理方式 |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0528010A (ja) * | 1991-07-19 | 1993-02-05 | Hitachi Ltd | ソフトウエアバグ原因推論方法及びエキスパートシス テム |
| JPH0561723A (ja) * | 1991-08-30 | 1993-03-12 | Nec Corp | 遠隔保守システム |
| EP0563612A3 (en) * | 1992-03-30 | 1996-03-13 | Siemens Ag | Method for localization of faults in electronic control units |
| US5479599A (en) * | 1993-04-26 | 1995-12-26 | International Business Machines Corporation | Computer console with group ICON control |
| JPH09106360A (ja) * | 1995-10-11 | 1997-04-22 | Nec Corp | 警報通知装置 |
| JPH10312321A (ja) * | 1997-05-12 | 1998-11-24 | Hitachi Ltd | オンラインシステム障害解析方法 |
| US7069473B2 (en) | 2001-10-05 | 2006-06-27 | Nec Corporation | Computer recovery method and system for recovering automatically from fault, and fault monitoring apparatus and program used in computer system |
| JP2006085644A (ja) * | 2004-09-17 | 2006-03-30 | Nomura Research Institute Ltd | コンピュータ稼働状況取得システム、方法及びプログラム |
| EP2015183A2 (en) | 2007-06-08 | 2009-01-14 | Canon Kabushiki Kaisha | Image-forming apparatus and information-processing method |
| US8051379B2 (en) | 2007-06-08 | 2011-11-01 | Canon Kabushiki Kaisha | System, apparatus, method and computer readable storage medium for displaying information related to an image-forming apparatus connected to a network |
| JP2009048403A (ja) * | 2007-08-20 | 2009-03-05 | Hitachi Information Systems Ltd | システム障害復旧装置およびそのコマンド生成方法、ならびにそのプログラム |
| JP2010087906A (ja) * | 2008-09-30 | 2010-04-15 | Brother Ind Ltd | 通信装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5237677A (en) | 1993-08-17 |
| JP2804125B2 (ja) | 1998-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH03150643A (ja) | 情報処理システムの障害監視装置と制御方法 | |
| US6012148A (en) | Programmable error detect/mask utilizing bus history stack | |
| EP0767591A2 (en) | Error monitoring of video/audio devices | |
| CN119718760A (zh) | 缓存数据清理的方法及装置、电子设备和存储介质 | |
| JPH08221295A (ja) | 障害支援装置 | |
| US20080005397A1 (en) | Path maintenance mechanism | |
| JPH02266429A (ja) | コンソール装置の監視方法及び情報処理システムのコンソール制御方法 | |
| EP0632381B1 (en) | Fault-tolerant computer systems | |
| JPH10312321A (ja) | オンラインシステム障害解析方法 | |
| CN118981182B (zh) | 一种plc控制器功能模块数据处理方法及系统 | |
| EP0320876B1 (en) | Fault information collection processing system | |
| US6748430B1 (en) | System, method and article of manufacture for observing and evaluating current and past computer platform performance information | |
| JP2012027839A (ja) | コマンド実行結果の異常検知システム及び方法 | |
| JPH0962626A (ja) | 分散処理システムのオンラインテスト方法 | |
| JPH04257035A (ja) | 仮想計算機システム配下における障害情報処理方式 | |
| JP3480886B2 (ja) | コントローラの故障解析装置 | |
| JPH11188584A (ja) | 稼動管理装置および稼動管理方法、記憶媒体 | |
| JP2000261868A (ja) | 設備機器管理装置 | |
| CN1801015B (zh) | 生产线数据自动采集及对应系统和方法 | |
| JP2001337189A (ja) | プラント制御装置およびその試験システム | |
| JP2559771B2 (ja) | 回線ロギング自動停止制御方式 | |
| JP3533191B2 (ja) | 店舗ｐｏｓ端末装置の保守システム | |
| TWM676066U (zh) | 機台運行狀態智慧監控平台 | |
| JPH06125389A (ja) | リモート保守装置 | |
| JPS59226998A (ja) | デ−タ伝送装置 |