JP2710204B2 - 保守診断装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理における保守診
断装置に関し、特に自装置である保守診断装置の障害を
遠隔地にある保守センタへ通報する保守診断装置に関す
る。

【０００２】

【従来の技術】特開平４−２７３３３７号公報には従来
の保守診断システムが示されている。

【０００３】図３を参照すると、従来の保守診断システ
ムは、中央演算処理装置５８および５９のそれぞれに保
守診断装置５４および５５を設け、保守診断装置５４お
よび５５は診断結果を対応する磁気ディスク６０および
６１に記憶すると共に、中央演算処理装置５８および５
９に共通に設けられた保守センタ５１に通知する。保守
診断装置５４および５５がそれぞれに対応する磁気ディ
スク６０および６１との間でクロスコールのチャキルを
設定して、他の保守診断装置５４および５５からも読出
すことを可能とし、保守診断装置相互間に装置間インタ
フェース１２を設定することにより、相手の保守診断装
置に障害が発生したことを知る。

【０００４】

【発明が解決しようとする課題】このように従来の保守
診断装置で発生した障害を通報するシステムでは、独立
して動作可能な保守診断装置が複数必要であり、また、
それらを互いに接続する手段、すなわち装置間インタフ
ェース１２も必要であった。

【０００５】本発明の目的は信頼性を向上させるように
した保守診断装置を提供することにある。

【０００６】本発明の他の目的はシステムの設置面積を
低減するようにした保守診断装置を提供することにあ
る。

【０００７】本発明のさらに他の目的は、保守診断装置
がダウンするような障害が発生した場合でも、ひとつの
保守診断装置でその通報を可能にするようにした保守診
断装置を提供することにある。

【０００８】本発明のさらに他の目的は、通信回線にて
保守センタと接続されている保守診断装置で、その保守
診断装置に障害が発生した場合、他のプロセッサなしで
その通報を実行するようにした保守診断装置を提供する
ことにある。

【０００９】

【課題を解決するための手段】本発明の第１の装置は、
自装置の立ち上がり要因であるブート要因を示す情報を
格納するブート要因格納手段と、このブート要因格納手
段からのブート要因情報および障害発生により保守診断
装置がダウンした後の自動再立ち上げ情報とを比較し一
致すれば通報要求を発生するブート要因チェック手段
と、このブート要因チェック手段からの通報要求に応答
して通信回線を介して保守センタに障害の発生を示す情
報を通報する通報制御手段とを含む。

【００１０】本発明の第２の装置は、自装置の立ち上が
り要因であるブート要因を示す情報を格納するブート要
因格納手段と、外部からの指示に応答してブート要因格
納手段に格納された情報が障害発生による保守診断装置
のダウン後の自動再立上げであるか否かを判定するブー
ト要因チェック手段と、このブート要因チェック手段で
ブート要因格納手段に格納された情報が障害発生による
保守診断装置のダウン後の自動再立ち上げであると判定
されたときその旨を表示する表示手段とを含む。

【００１１】本発明の第１の装置または第２の装置にお
いて前記ブート要因を示す情報として自装置の立ち上が
りが電源投入によるものであるか、リセットボタン押下
による立ち上げであるか、障害後に自動再立ち上げ装置
により立ち上がったものであるかを示す情報であること
を特徴とする。

【００１２】本発明の第３の装置は、障害発生に応答し
て最終実行時関連情報を記憶する最終実行時関連情報記
憶手段と、この最終実行時関連情報記憶手段の記憶位置
であるアドレスを記憶する最終実行時関連情報格納番地
記憶手段と、この最終実行時関連情報格納番地記憶手段
に記憶されたアドレスで前記最終実行時関連情報記憶手
段から読出された最終実行時関連情報が障害発生を示す
情報であるか否かを判定する最終実行時関連情報読出判
定手段と、この最終実行時関連情報読出判定手段で最終
実行時関連情報が障害発生を示す情報であると判定され
たとき発生される通報要求に応答して通信回線を介して
保守センタに障害の発生を示す情報を通報する通報制御
手段とを含む。

【００１３】

【実施例】次に本発明の一実施例について図面を参照し
て詳細に説明する。

【００１４】図１を参照すると、本発明の適用されるシ
ステムは、情報処理装置１，この情報処理装置１に接続
されこの情報処理装置１の保守診断を行う機能を有し情
報処理装置１の保守や障害が発生した場合に障害発生箇
所に関して診断を行う本発明の一実施例である保守診断
装置２，およびこの保守診断装置２に通信回線３を介し
て接続されている保守センタ４を備えている。

【００１５】図１を参照すると、本発明の第１の実施例
は、自装置の立ち上がりが電源投入によるものである
か、リセットボタン押下による立ち上げであるか、障害
後に自動再立ち上げ装置により立ち上がったものである
かを示す情報を格納するブート要因格納手段２１と、自
装置の立ち上がり後、自装置が立ち上がった要因をブー
ト要因格納手段２１から読み出し、障害発生により保守
診断装置がダウンした後の自動再立ち上げの情報および
読み出された情報が等しければ通報要求を発生するブー
ト要因チェック手段２２と、このブート要因チェック手
段２２からの通報要求に応答して通信回線３を介して保
守センタ４に障害の発生を示す情報を通報する通報制御
手段２３とを含む。

【００１６】本発明の第１の実施例におけるブート要因
格納手段２１は、例えばディスク装置のような不揮発性
の記憶手段２１１とその記憶手段２１１に障害情報を格
納する、例えばソフトウェアプログラムで実現される手
段２１２とを含む。保守診断装置２に障害が発生した場
合、動作不能になる前、あるいは自動的な再立ち上げが
処理される前に、その障害情報を不揮発性の記憶手段２
１１に記憶する。また、保守診断装置２に障害が発生す
ることなく電源が切断されたときには、電源切断動作を
行う前に正常終了を示す情報を記憶する。

【００１７】この保守診断装置２において、電源の投入
・自動再立ち上げ等によりブート、すなわち自装置の立
ち上げを行う場合、通常の保守診断処理を開始するとと
もに、ブート要因チェック手段２２の動作開始を指示す
る。

【００１８】ブート要因チェック手段２２は、保守診断
装置２の立ち上げ時に以下のような処理を行う処理手続
きであり、ソフトウェアで実現される。

【００１９】ブート要因チェック手段２２は、ブート要
因読出し部２２１で保守診断装置２が立ち上がった要因
をブート要因格納手段２１から読み出す処理を実行す
る。このブート要因読出し部２２１で読出されたブート
要因を、ブート要因判定部２２２では、保守診断装置２
への障害発生時のブート要因と比較する。このブート要
因判定部２２２での比較の結果、自装置の立ち上げ要因
がダウン後の自装置立ち上げである場合、通報要求通知
部２２３は通報制御手段２３に通報要求を通知する。

【００２０】もし、ブート要因判定部２２２での比較の
結果、自装置の立ち上げ要因がダウン後の自装置立ち上
げでない場合通報要求通知部２２３は通報制御手段２３
に通報要求を通知しない。

【００２１】通報制御手段２３は、通報要求を待つ処理
２３１と通信回線３に対する入出力制御を行う処理２３
２とを含み行う。

【００２２】通報要求を待つ処理２３１で通報要求待ち
の状態にあるとき、通報要求通知部２２３により通報要
求が通知されると、通報制御手段２３は通信回線３に対
し保守センタ４との接続を要求し保守センタ４との接続
が完了後障害の発生を示す情報を保守センタ４に送信す
る。送信終了後、入出力制御を行う処理２２２は、保守
センタ４との接続を解除する。

【００２３】本発明の第１の実施例では、不揮発性の記
憶手段２１１に障害情報を格納するとともに情報処理装
置１の処理履歴をも格納する。通信回線３を介して通報
することはセキュリティ上他人に通報を傍受される点が
問題となる場合、通報制御手段２３が通信回線３を介し
て保守センタ４には通報せず、外部からの指示によりブ
ート要因チェック手段２２でチェックし障害発生後の自
動立ち上げであればその旨表示するのがこの第１の実施
例の変形例である。

【００２４】この場合、保守センタ４では通報がなく障
害発生を認識できなくても保守診断装置２の不揮発性の
記憶手段２１１の記憶内容を読出しブート要因チェック
手段２２でチェックすれば障害発生の事実を採集するこ
とができる。これは、通信回線３の使用ができない場合
でも保守診断装置２による自装置診断による信頼性を向
上させることができるという効果がある。

【００２５】次に、本発明の第２の実施例について本発
明の第１の実施例との差を中心に図２を参照して詳細に
説明する。

【００２６】図２を参照すると、本発明の第２の実施例
の特徴の１つは、最終実行時関連情報格納番地記憶手段
２４を備えたことにある。

【００２７】この最終実行時関連情報格納番地記憶手段
２４は、保守診断装置２′に障害が発生すると再立ち上
げ動作を行う前に最終実行時の関連情報を格納する保守
診断装置２′内の例えばダイナミックＲＡＭで形成され
る揮発性の主記憶装置の番地を揮発性の記憶手段に格納
する。なお、立ち上げ時または障害発生後の再立ち上げ
時に、保守診断装置２′は主記憶装置を初期化せずに立
ち上がる。したがって、関連情報は主記憶装置に記憶さ
れた状態にある。

【００２８】本発明の第２の実施例の他の特徴の１つ
は、最終実行時関連情報読出判定手段２５を含むことに
ある。最終実行時関連情報読出判定手段２５は、保守診
断装置２′の立ち上がり時に以下の処理を行う例えばソ
フトウェアプログラム４により実現される処理手続きで
ある。

【００２９】まず、最終実行時関連情報格納番地読出部
２５１で、最終実行時関連情報格納番地記憶手段２４か
ら主記憶装置内の最終実行時関連情報の格納番地を読み
出す。

【００３０】次に、最終実行時関連情報読出部２５２
は、最終実行時関連情報格納番地記憶手段２４から読み
出された格納番地に記憶された主記憶装置から最終実行
時関連情報を読み出す。

【００３１】さらに、主記憶内容判定部２５３は、この
最終実行時関連情報読出部２５２で読出された主記憶装
置内の最終実行時関連情報が障害情報であるか否かを比
較する。この主記憶内容判定部２５３での比較の結果、
主記憶装置内の情報が障害発生を示す情報である場合、
通報要求通知部２５４は通報制御手段２３に通報要求を
通知する。主記憶内容判定部２５３での比較により主記
憶装置の記憶内容が障害発生を示す情報でないと判定さ
れた場合、通報要求を通報制御手段２３に通知しない。

【００３２】なお、本発明の第２の実施例を構成する通
報制御手段２３は第１の実施例の通報制御手段２３と同
じであり、同様の処理を行う。

【００３３】本発明の第２の実施例では、第１の実施例
のように磁気ディスク装置のような不揮発性の記憶手段
に最終実行時関連情報を記憶していないため、不揮発性
の記憶手段の記憶動作等から生ずる障害発生を防止する
ことができ、保守診断装置の信頼性を向上させることが
できる。

【００３４】

【発明の効果】本発明は、保守診断装置に発生した障害
の通報をひとつの保守診断装置で可能にした効果があ
る。本発明は保守診断の信頼性を向上させる効果があ
る。さらに本発明は、設置面積や設置労力を低減する効
果がある。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示す図

【図２】本発明の第２の実施例を示す図

【図３】従来技術の一例を示す図

【符号の説明】

１ 情報処理装置 ２ 保守診断装置 ２′ 保守診断装置 ３ 通信回線 ４ 保守センタ ２１ ブート要因格納手段 ２２ ブート要因チェック手段 ２３ 通報制御手段 ２４ 障害情報記憶番地記憶手段 ２５ 障害情報読出手段

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 自装置の立ち上がり要因であるブート要
   因を示す情報を格納するブート要因格納手段と、 このブート要因格納手段からのブート要因情報および障
   害発生により保守診断装置がダウンした後の自動再立ち
   上げ情報とを比較し一致すれば通報要求を発生するブー
   ト要因チェック手段と、 このブート要因チェック手段からの通報要求に応答して
   通信回線を介して保守センタに障害の発生を示す情報を
   通報する通報制御手段とを含むことを特徴とする保守診
   断装置。
2. 【請求項２】 自装置の立ち上がり要因であるゲート要
   因を示す情報を格納するブート要因格納手段と、 外部からの指示に応答してブート要因格納手段に格納さ
   れた情報が障害発生による保守診断装置のダウン後の自
   動再立上げであるか否かを判定するブート要因チェック
   手段と、 このブート要因チェック手段によりブート要因格納手段
   に格納された情報が障害発生による保守診断装置のダウ
   ン後の自動再立ち上げであると判定されたときその旨を
   表示する表示手段とを含むことを特徴とする保守診断装
   置。
3. 【請求項３】 障害発生に応答して最終実行時関連情報
   を記憶する最終実行時関連情報記憶手段と、 この最終実行時関連情報記憶手段の記憶装置であるアド
   レスを記憶する最終実行時関連情報格納番地記憶手段
   と、 この最終実行時関連情報格納番地記憶手段に記憶された
   アドレスで前記最終実行時関連情報記憶手段から読出さ
   れた最終実行時関連情報が障害発生を示す情報であるか
   否かを判定する最終実行時関連情報読出判定手段と、 この最終実行時関連情報読出判定手段で最終実行時関連
   情報が障害発生を示す情報であると判定されたとき発生
   される通報要求に応答して通信回線を介して保守センタ
   に障害の発生を示す情報を通報する通報制御手段とを含
   むことを特徴とする保守診断装置。