JPH07334385A - 保守診断機能の検証方法 - Google Patents

Abstract

(57)【要約】 【目的】 保守診断機能全体を確実に検証し、検証結果
の信頼度を向上させる。 【構成】 保守診断プログラム、疑似障害発生レジスタ
および障害報告レジスタを含むハードウェア部から成る
保守診断機能の前記疑似障害発生レジスタに対して障害
要因を疑似的に注入し、障害報告レジスタから保守診断
プログラムに障害の発生報告を行わせ、その障害発生報
告によって起動された保守診断プログラムによって生成
される保守コードを検査し、該保守コードが期待値であ
れば正常、期待値でなければ不正常として判定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理装置やネッ
トワークの中継機等の装置に内蔵させた保守診断機能を
検証する検証方法に関するものである。

【０００２】

【従来の技術】従来、データ処理装置やネットワークの
中継機等においては、自装置内で発生した障害を自装置
内で診断する保守診断機能を設けたものがある。

【０００３】このような保守診断機能を設けた装置にあ
っては、保守診断機能自体が正常に動作するか否かを製
品出荷前に検証しておくことが必要になる。

【０００４】そこで、その検証方法として図５に示すよ
うな検証方法が従来から実施されている。すなわち、検
証対象装置１に検証プログラム１０をローディングし、
その検証プログラム１０からハードウェアで構成された
疑似障害発生レジスタ１１に疑似的に障害要因をセット
する。すると、障害要因を保守診断プログラムに通知す
べく、障害要因がハードウェア上で障害報告レジスタ１
２にセットされるので、検証プログラム１０は障害報告
レジスタ１２にセットされた障害要因を読み込み、その
障害要因が期待値になっているかどうかによって保守診
断機能の正否を判定する。

【０００５】

【発明が解決しようとする課題】ところで、保守診断機
能は、疑似障害発生レジスタ１１および障害報告レジス
タ１２を含むハードウェア部と保守診断プログラムとに
よって構成され、保守診断プログラムは障害報告レジス
タ１２に障害要因がセットされたならば、その障害要因
の情報に基づいて障害内容を診断し、診断結果をコンソ
ール装置等に表示したり、上位装置等に通知するもので
ある。

【０００６】ところが、上記の検証方法にあっては、保
守診断プログラムは全く起動されていないため、検証プ
ログラム１０は疑似障害発生レジスタ１１および障害報
告レジスタ１２を含むハードウェア部のみの機能を検証
していることになる。すなわち、保守診断プログラムを
含めた保守診断機能全体を検証していないことになり、
検証結果の信頼度が低いという問題がある。

【０００７】本発明の目的は、保守診断機能全体を確実
に検証し、検証結果の信頼度を向上させることができる
保守診断機能の検証方法を提供することである。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、基本的には、疑似障害発生レジスタおよ
び障害報告レジスタを含むハードウェア部と保守診断プ
ログラムとから成る保守診断機能の前記疑似障害発生レ
ジスタに対して障害要因を疑似的に注入し、障害報告レ
ジスタから保守診断プログラムに障害の発生報告を行わ
せ、その障害発生報告によって起動された保守診断プロ
グラムによって生成される保守コードを検査し、該保守
コードが期待値であれば正常、期待値でなければ不正常
として判定することを特徴とする。

【０００９】

【作用】上記手段によると、障害要因を注入すると、ハ
ードウェア部から障害報告割込みが発生して保守診断プ
ログラムが起動され、この保守診断プログラムによって
保守コードが生成される。そこで、この保守診断コード
が期待値であるかどうかによって保守診断機能の正否を
判定する。

【００１０】従って、保守診断プログラムを含めた保守
診断機能全体の機能を検証したことになり、検証結果の
信頼度を向上させることができる。

【００１１】

【実施例】以下、本発明を図示する実施例により詳細に
説明する。

【００１２】図１は、本発明の概念を示す説明図であ
り、保守診断プログラム１３、疑似障害発生レジスタ１
１および障害報告レジスタ１２を含むハードウェア部１
５から成る保守診断機能の疑似障害発生レジスタ１１に
対して障害要因を疑似的に注入し、障害報告レジスタ１
２から保守診断プログラム１３に障害の発生報告を行わ
せ、その障害発生報告によって起動された保守診断プロ
グラム１３によって生成される保守コード１４を検査
し、該保守コード１４が期待値であれば正常、期待値で
なければ不正常として判定することを示している。

【００１３】図２は、本発明の検証方法を実施する検証
対象装置１の一実施例を示す詳細構成図であり、検証対
象装置１には検証に関わる各種指示や結果を入出力する
コンソール装置１６が接続されている。

【００１４】検証対象装置１は、オペレーティングシス
テム（以下、ＯＳ）１８の下で動作する装置制御プログ
ラム１７が組み込まれ、さらに検証時にみ使用する検証
プログラム１０が組み込まれている。検証対象の保守診
断プログラム１３は、装置制御プログラム１７の一部と
して組み込まれている。

【００１５】検証プログラム１０は、テスト制御部１０
０の下でマルチタスク形式で保守診断機能を検証する複
数のテストタスクＴＳ１〜ＴＳｎと、各テストタスクに
対応した保守コードの期待値を格納した保守コード期待
値テーブル１９を備えている。この検証プログラム１０
は、保守診断機能の検証時にローディングされる。

【００１６】また、保守診断プログラム１３が生成した
保守コードを順次格納する保守コードログテーブル２０
が設けられている。

【００１７】図３は、保守コード期待値テーブル１９の
詳細構成図であり、テストタスク番号１９０、障害要因
データ１９１、期待保守コード１９２、期待時間１９３
の各情報を格納する領域がタスク番号別に設けられてい
る。

【００１８】ここで、テストタスク番号１９０とはテス
トタスクＴＳ１〜ＴＳｎの番号「１」〜「ｎ」を示し、
障害要因データ１９１とは疑似障害発生レジスタ１１に
注入する障害要因データを意味する。また、期待保守コ
ード１９２とは、注入した障害要因に対し保守診断プロ
グラム１３が生成する保守コードの期待値を示し、さら
に期待時間１９３とは期待保守コード１９２が生成され
る時間の期待値を示すものである。

【００１９】図４は、本発明の検証方法の手順を示すフ
ローチャートであり、テスト作業者は検証対象装置１を
通常の運用状態と同様に立ち上げる。この時、検証プロ
グラム１０は起動されない。

【００２０】しかし、保守診断機能を検証する場合、コ
ンソール装置１６からの指示に従って起動される。

【００２１】検証プログラム１０が起動されると、テス
ト制御部１００がコンソール装置１６の画面上に疑似障
害テスト項目の一覧を表示させる。この状態でテスト制
御部１００はテスト作業者からのテスト実行番号入力待
ちとなる。

【００２２】そこで、テスト作業者がコンソール装置１
６に表示された疑似障害テスト項目の一覧の中から所望
のテスト項目番号を選択すると、テスト制御部１００は
選択されたテスト項目番号を解析し、当該テスト項目番
号に対応したテストタスクＴＳｎを選択する（ステップ
４００）。

【００２３】例えば、テストタスクＴＳ１を選択する。
すると、テストタスクＴＳ１は、図３の保守コード期待
値テーブル１９からテストタスクＴＳ１に対応した障害
要因データＤ１を読出し、この障害要因データＤ１をハ
ードウェア部１５の疑似障害発生レジスタ１１に対して
セットする（ステップ４０１）。

【００２４】この後、テストタスクＴＳ１は障害発生待
ち状態となる（ステップ４０２）。

【００２５】これに対し、ハードウェア部１５は内部ロ
ジックによって障害報告レジスタ１２に対し発生した障
害の内容を障害報告レジスタ１２にセットした後、保守
診断プログラム１３に対し障害報告割込みを発生させ
る。

【００２６】保守診断プログラム１３は障害報告割込み
に対し、障害報告レジスタ１２から障害内容を読み込
み、障害内容を解析し、障害情報の収集を行う。そし
て、収集した障害情報を保守コードに編集する（ステッ
プ４２０）。

【００２７】保守コードとは、検証対象装置１の実際の
設置場所の保守員が障害の内容を認識し、解析するため
の情報である。

【００２８】保守診断プログラム１３は保守コードを編
集したならば、この保守コードを保守コードログテーブ
ル２０に格納する（ステップ４２１）。

【００２９】テストタスクＴＳ１は、保守診断プログラ
ム１３が生成した保守コードを保守コードログテーブル
２０から読み出す。この時、障害発生待ち状態となって
から期待時間ｔ１（図３）を経過したタイミングで保守
コードログテーブル２０をアクセスし、保守コードを読
み出す。そして、保守コード期待値テーブル１９に格納
されているテストタスクＴＳ１に対応する期待保守コー
ドＣ１と一致しているかどうかを比較し、一致している
場合は正常としてテストタスクＴＳ１による検証作業を
終了し、制御をテスト制御部１００に戻す（ステップ４
０３，４０５）。

【００３０】不一致の場合は、保守診断機能が不正常で
あることになるので、エラー処理を行ってコンソール装
置１６にその旨を表示させる（ステップ４０６）。

【００３１】このように本実施例によれば、障害要因を
注入し、ハードウェア部１５から障害報告割込みを発生
させて保守診断プログラム１３を起動させ、この保守診
断プログラム１３によって生成された保守コードが期待
値であるかどうかによって保守診断機能の正否を判定す
るので、保守診断プログラム１３を含めた保守診断機能
全体の機能を検証したことになり、検証結果の信頼度を
向上させることができる。

【００３２】また、テスト作業者は障害テスト項目番号
を選択するのみの操作を行うだけであるので、検証作業
を効率良く行うことができる。

【００３３】さらに、検証プログラム１０が保守コード
を検査する際、保守診断プログラム１３からの割込みに
よって保守コードを読み出すのではなく、期待時間ｔを
経過してから保守コードを読み出しているので、保守診
断プログラム１３は実際の製品と全く同じものを使用す
ることができる。すなわち、検証のために検証プログラ
ム１０に対する割込み機能を追加しておく必要がない。
従って、検証対象装置１の保守診断機能を実製品と全く
同じ構成で検証することができる。

【００３４】

【発明の効果】以上説明したように本発明によれば、障
害要因を注入し、ハードウェア部から障害報告割込みを
発生させて保守診断プログラムを起動させ、この保守診
断プログラムによって生成された保守コードが期待値で
あるかどうかによって保守診断機能の正否を判定するの
で、保守診断プログラムを含めた保守診断機能全体の機
能を検証したことになり、検証結果の信頼度を向上させ
ることができる。

【００３５】また、検証のために保守診断プログラムか
ら検証プログラムに対する割込み機能を追加しておく必
要がないので、検証対象装置の保守診断機能を実製品と
全く同じ構成で検証することができるなどの効果があ
る。

【図面の簡単な説明】

【図１】本発明の概念を示す説明図である。

【図２】検証対象装置の一実施例を示す詳細構成図であ
る。

【図３】保守コード期待値テーブルの構成図である。

【図４】保守診断機能の検証手順を示すフローチャート
である。

【図５】従来の検証方法の説明図である。

【符号の説明】

１…検証対象装置、１０…検証プログラム、１１…疑似
障害発生レジスタ、１２…障害報告レジスタ、１３…保
守診断プログラム、１４…保守コード、１５…ハードウ
ェア部、１６…コンソール装置、１７…装置制御プログ
ラム、１９…保守コード期待値テーブル、２０…保守コ
ードログテーブル。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 データ処理装置等に内蔵させた疑似障害
   発生レジスタおよび障害報告レジスタを含むハードウェ
   ア部と保守診断プログラムとから成る保守診断機能を検
   証する方法であって、前記疑似障害発生レジスタに対し
   て障害要因を疑似的に注入し、障害報告レジスタから前
   記保守診断プログラムに障害の発生報告を行わせ、その
   障害発生報告によって起動された前記保守診断プログラ
   ムによって生成される保守コードを検査し、該保守コー
   ドが期待値であれば保守診断機能は正常、期待値でなけ
   れば不正常として判定することを特徴とする保守診断機
   能の検証方法。
2. 【請求項２】 注入障害要因に対応して予め設定された
   期待時間の経過後に、前記保守診断プログラムによって
   生成された保守コードを取得して検査することを特徴と
   する請求項１記載の保守診断機能の検証方法。