JPH10301799A - 試験プログラムの投入方式 - Google Patents

Abstract

(57)【要約】 【課題】 適切な時期に、適切な試験プログラムを投入
することができる試験プログラムの投入方式を提供す
る。 【解決手段】 ホストコンピュータ１０−１〜１０−ｎ
のそれぞれを構成する複数の構成モジュールのそれぞれ
についての運用履歴、故障率パラメータ、および修理・
交換履歴を含むモジュール状態情報、障害情報、ならび
に試験プログラムを更新可能に記録・保管する管理デー
タベース２６を備える管理プロセッサ２０を有してい
る。管理プロセッサ２０は、モジュール状態情報および
障害情報に基づいて、ホストコンピュータ１０−１〜１
０−ｎに対する試験プログラムの投入スケジュールを計
画立案すると共に、投入スケジュールにしたがって試験
プログラムを投入する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システム
において中核をなす、複数の構成モジュールにより構成
されたホストコンピュータに対して試験プログラムを投
入する試験プログラムの投入方式に関する。

【０００２】

【従来の技術】従来、この種の試験プログラムの投入方
式としては、例えば、特開平５−３０４５６２号公報に
開示された方式（従来例１）や、特開平２−４５８３６
号公報に開示された方式（従来例２）がある。

【０００３】従来例１は、予めメニューとして定められ
た試験プログラムを自動的に選択し、被試験対象装置に
自動投入する方式である。また、試験プログラムが更新
された際は、当該プログラムの更新情報を自動的に参照
し、該情報を適用した試験プログラムを自動投入する方
式である。

【０００４】また、従来例２は、従来例１の方式と同様
に、被試験対象装置の試験に際し、従来は人手で行って
いた大量の試験項目を外部の制御装置（支援システム）
で一括管理し、試験・診断プログラムを自動投入する方
式である。

【０００５】

【発明が解決しようとする課題】従来例１および２をも
含め、従来の方式では、既に決められた試験項目メニュ
ーに基づくのみで、試験プログラムの投入を行ってい
る。ところが、ユーザ業務を安全に遂行するには、適切
な時期に、適切な試験プログラムを投入することが必須
である。また、人的ミスなどにより、誤ったスケジュー
ルの立案、コンピュータシステムの種類や装置のリビジ
ヨンと一致しない試験プログラムの投入などが発生する
ことがあり、この場合には保守業務に支障をきたすこと
になる。これは、近年のコンピュータシステムは、シス
テムを構成する装置の種類や複数のリビジョンの混在な
ど、管理項目が多岐にわたっており、従来の人手に依存
した保守業務では、円滑な業務遂行を実現できない状況
にあるからである。

【０００６】また、従来の方式では、あるユーザサイト
で発生した障害において、該障害に関する情報が他ユー
ザサイトの保守メニュー作成作業に対して迅速に取り込
まれなかった。その結果、障害の発生が予測できる状況
にも拘らず、予め試験を行うことができないため、他ユ
ーザサイトで該障害が発生するという問題がある。これ
は、従来の方式では障害の発生を受けてから保守員がス
ケジュールの組み立てを行っており、障害に関する情報
が他のユーザサイトに即座には反映されないからであ
る。

【０００７】本発明の課題は、適切な時期に、適切な試
験プログラムを投入することができる試験プログラムの
投入方式を提供することである。

【０００８】本発明の他の課題は、あるユーザサイトで
発生した障害に関する情報が他のユーザサイトに即座に
反映される試験プログラムの投入方式を提供することで
ある。

【０００９】

【課題を解決するための手段】本発明によれば、複数の
構成モジュールにより構成されるホストコンピュータを
有する情報処理システムの試験プログラムの投入方式に
おいて、前記複数の構成モジュールのそれぞれについて
の運用履歴、故障率パラメータ、および修理・交換履歴
を含むモジュール状態情報、障害情報、ならびに試験プ
ログラムを更新可能に記録・保管する管理データベース
を備える管理プロセッサを有し、前記管理プロセッサ
は、前記モジュール状態情報および前記障害情報に基づ
いて前記ホストコンピュータに対する試験プログラムの
投入スケジュールを計画立案すると共に、該投入スケジ
ュールにしたがって試験プログラムを投入することを特
徴とする試験プログラムの投入方式が得られる。

【００１０】本発明によればまた、前記管理プロセッサ
はさらに、前記複数の構成モジュールのいずれかに障害
が発生した場合に、その前記障害情報を前記ホストコン
ピュータから読み出す障害情報読み出し手段と、前記障
害情報読み出し手段にて読み出した前記障害情報を前記
管理データベースに更新的に記録する管理データべース
更新手段と、前記モジュール状態情報および前記障害情
報に基づいて前記構成モジュールのそれぞれに対する試
験プログラムの投入スケジュールを計画立案するスケジ
ュール計画立案手段と、前記投入スケジュールにしたが
って前記構成モジュールに対して試験プログラムを投入
する試験プログラム実行制御部とを備える前記試験プロ
グラムの投入方式が得られる。

【００１１】本発明によればさらに、前記情報処理シス
テムおよび前記管理プロセッサをそれぞれ含む複数のユ
ーザサイトの各該管理プロセッサに通信回線を介して接
続され、該複数のユーザサイトの保守を行う遠隔保守セ
ンタを有し、前記複数のユーザサイトの各前記管理プロ
セッサはさらに、前記遠隔保守センタとの間で通信回線
を介して前記障害情報を送受信する通信手段を備え、前
記遠隔保守センタは、前記複数のユーザサイトの前記管
理プロセッサのいずれかから通信回線を介して前記障害
情報を受信すると共に、該複数のユーザサイトの該管理
プロセッサのいずれかへ通信回線を介して該障害情報を
送信可能な転送手段と、前記複数のユーザサイトの前記
ホストコンピュータのそれぞれがいかなる種類の前記構
成モジュールにより構成されているかを示すシステム構
成情報ならびに前記障害情報を両情報を対応づけてかつ
更新可能に記録・保管する保守データベースと、前記転
送手段にて受信した前記障害情報を前記保守データベー
スに更新的に記録する保守データベース記録手段と、前
記保守データベースを参照して前記転送手段にて受信し
た前記障害情報に対応する前記構成モジュールを持って
いる前記ユーザサイトを検索し、そのユーザサイトの前
記管理プロセッサへ該障害情報を送信するよう前記転送
手段に指示する検索手段とを備える前記試験プログラム
の投入方式が得られる。

【００１２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態による試験プログラムの投入方式を説明す
る。

【００１３】図１は、本発明の実施の形態による試験ス
ケジュールの投入方式のシステム構成を示す図である。
図２は、図１における管理プロセッサの詳細な構成を示
す図である。図３は、図１における遠隔保守センタ（以
後、一部を除いて、ＲＭＣと記す）の詳細な構成を示す
図である。

【００１４】図１〜３を参照して、本システムは、ユー
ザサイトＡならびにＢと、ＲＭＣ３０と、通信回線４０
とを有している。各ユーザサイトは、複数の構成モジュ
ールにより構成されるホストコンピュータ１０−１〜１
０−ｎ（ｎは、自然数）と、複数の構成モジュールのそ
れぞれについての運用履歴、故障率パラメータ、および
修理・交換履歴を含むモジュール状態情報、障害情報、
ならびに試験プログラムを更新可能に記録・保管する管
理データベース２６を備える管理プロセッサ２０とを有
している。

【００１５】管理プロセッサ２０は、モジュール状態情
報および障害情報に基づいて、ホストコンピュータ１０
−１〜１０−ｎのそれぞれに対する試験プログラムの投
入スケジュールを計画立案すると共に、投入スケジュー
ルにしたがって試験プログラムを投入する。

【００１６】管理プロセッサ２０はさらに、図２に示す
ように、複数の構成モジュールのいずれかに障害が発生
した場合に、その障害情報をホストコンピュータから読
み出す障害情報読み出し手段２１と、障害情報読み出し
手段２１にて読み出した障害情報を管理データベース２
６に更新的に記録する管理データべース更新手段２２
と、モジュール状態情報および障害情報に基づいて構成
モジュールのそれぞれに対する試験プログラムの投入ス
ケジュールを計画立案するスケジュール計画立案手段２
４と、投入スケジュールにしたがって構成モジュールに
対して試験プログラムを投入する試験プログラム実行制
御部２３と、操作端末２７とを備えている。

【００１７】ＲＭＣ３０は、ユーザサイトＡならびにＢ
の各管理プロセッサ２０に通信回線４０を介して接続さ
れ、ユーザサイトの保守を行う。

【００１８】ユーザサイトＡならびにＢの各管理プロセ
ッサ２０はさらに、ＲＭＣ３０との間で通信回線４０を
介して障害情報を送受信する通信手段２５を備えてい
る。

【００１９】ＲＭＣ３０は、ユーザサイトＡならびにＢ
の各管理プロセッサ２０のいずれかから通信回線４０を
介して障害情報を受信すると共に、ユーザサイトＡなら
びにＢの各管理プロセッサ２０のいずれかへ通信回線４
０を介して障害情報を送信可能な転送手段３４と、ユー
ザサイトＡならびにＢそれぞれのホストコンピュータ１
０−１〜１０−ｎのそれぞれがいかなる種類の構成モジ
ュールにより構成されているかを示すシステム構成情報
ならびに障害情報を両情報を対応づけてかつ更新可能に
記録・保管する保守データベース（以後、一部を除い
て、保守ＤＢと記す）３３と、転送手段３４にて受信し
た障害情報を保守ＤＢ３３に更新的に記録する保守デー
タベース記録手段（以後、一部を除いて、保守ＤＢ記録
手段と記す）３２と、保守ＤＢ３３を参照して転送手段
３４にて受信した障害情報に対応する構成モジュールを
持っているユーザサイトを検索し、そのユーザサイトの
管理プロセッサ２０へ障害情報を送信するよう転送手段
３４に指示する保守データベース検索手段（以後、一部
を除いて、保守ＤＢ検索手段と記す）３１とを備えてい
る。

【００２０】図４は、構成モジュールをも含む装置全般
の故障率パターンを示す図である。図５〜図９は、本方
式の動作を説明するためのフロー図である。

【００２１】次に、図１〜図９を参照して、本方式の動
作を説明する。

【００２２】ホストコンピュータを構成するいずれかの
構成モジュールに障害が発生すると、ホストコンピュー
タは、この該障害を検出して障害情報を収集する。次
に、ホストコンビユータは、管理プロセッサ２０に対し
て、収集した障害情報を転送する。管理プロセッサ２０
は、ホストコンピュータからの障害情報を検出すると、
障害情報読み出し手段２１を起動し、障害情報を受信す
る（ステップＳ１１〜１２）。

【００２３】管理プロセッサ２０は、障害情報を管理Ｄ
Ｂ２６に記録すると共に、通信手段２５によりＲＭＣ３
０へ通知する（ステップＳ１３〜１４）。

【００２４】障害または定期交換等の要因により、いず
れかの構成モジュールにおいて修理・交換を行う場合に
は、保守員が操作端末２７を操作し、その構成モジュー
ルの修理・交換を実施する旨を管理プロセッサ２０に指
示する。管理プロセッサ２０は、この指示を受け取る
と、管理ＤＢ更新手段２２により管理ＤＢ２６にアクセ
スし、その該構成モジュールの管理状況を更新する。

【００２５】管理プロセッサ２０は、予め決められた周
期にしたがってホストコンピュータを構成するモジュー
ルの試験プログラム実行スケジュールを計画立案する。
まず、スケジュール計画立案手段２４は、立案対象とな
る構成モジュールの故障率パラメータ／運用履歴／修理
・交換履歴の情報を、管理ＤＢ２６より取得する。

【００２６】ここで、製品、装置の信頼度は、一般に、
故障率と呼ばれる信頼度関数で定義される。故障率は、
通常、図４に示すように、浴槽状の曲線（以後、バスタ
ブカーブと呼ぶ）を呈することが知られている。バスタ
ブカーブは、横軸を時間軸、縦軸を故障率とする曲線で
ある。スタブカーブは、以下の期間〜に区分され
る。

【００２７】 初期故障期間（欠陥等による故障が発
生する期間） 偶発的故障期間（故障率が一定でもっとも低く、安
定して動作する期間） 摩耗故障期間（装置固有の寿命により、集中的に故
障が発生する期間） 本方式では、このバスタブカーブを考慮して、ホストコ
ンピュータの構成モジュールの稼動時間や固有の故障率
に基づいて試験プログラムの投入スケジュールを計画立
案する。また、故障の発生頻度が高い構成モジュール
や、最も最近に障害の発生した構成モジュールについて
は、障害発生頻度の低い構成モジュールよりも定期保守
の周期を短くしたスケジュールにする。

【００２８】スケジュール計画立案手段２４は、構成モ
ジュールの総稼動時間が、故障率パラメータ、即ち、図
４のバスタブカーブ上のいずれの期間に位置しているか
を示す情報を確認する。一般的に、初期故障期間あるい
は摩耗故障期間に位置した場合は、構成モジュールの故
障発生頻度は高いと推測される。スケジュール計画立案
手段２４は、構成モジュール毎に設定されたスケジュー
ルに対して上記発生頻度を加味したスケジュールを計画
する。また、偶発故障期間に位置した場合は、構成モジ
ュールの故障発生頻度比較的は一定しているため、予め
設定されたスケジユールを使用する。さらに、スケジュ
ール計画立案手段２４は、構成モジュールの修理・交換
履歴を確認し、スケジュールに対して補正を行う。この
補正処理は、構成モジュールが偶発故障期間に存在する
場合であっても、最近障害が発生したか、あるいは修理
を行った等、特に注意してその後の状況をトレースする
必要があるケースに対処するためである。（ステップＳ
２１〜２４）。

【００２９】スケジュール計画立案手段２４は、全ての
構成モジュールに対して上記処理を行い、スケジュール
を立案する。

【００３０】この後、管理プロセッサ２０は、スケジュ
ールを管理ＤＢ２６に格納する（ステップＳ２６）。管
理プロセッサ２０は、一定周期毎に管理ＤＢ２６の内容
を参照し、試験プログラムの投入スケジュールを確認す
る。

【００３１】試験プログラム実行制御部２３は、各構成
モジュール毎に管理ＤＢ２６を参照して、スケジュール
が更新されているかどうか確認する。スケジュール確認
の結果、該構成モジュールに対して試験プログラム投入
契機であるとする。この場合、試験プログラム実行制御
部２３は、この構成モジュールに対して試験プログラム
投入可不可の判断を操作員に仰ぐため、操作端末２７に
てメッセージを表示し、キー入力待ち状態となる。

【００３２】操作員が実行可を指示した場合に、試験プ
ログラム実行制御部２３は、構成モジュールに対応した
試験プログラムを管理ＤＢ２６から読み出し、ホストコ
ンピュータへ転送する。その後、試験プログラム実行制
御部２３は、ホストコンピュータに対して試験プログラ
ムの実行を指示する。また、操作員が実行不可を指示し
た場合、試験プログラム実行制御部２３は試験プログラ
ムの実行を中止する（ステップＳ３１〜３８）。

【００３３】他方、ホストコンピュータから障害情報を
受信した管理プロセッサ２０は、この障害情報を通信回
線４０を介してＲＭＣ３０へ送信する。

【００３４】管理プロセッサ２０からの障害情報の転送
を検出すると、ＲＭＣ３０は、転送手段３４を起動し、
障害情報を受信する。次に、ＲＭＣ３０は、保守ＤＢ記
録手段３２を起動し、この障害情報を保守ＤＢ３３に記
録する。さらに、ＲＭＣ３０は、保守ＤＢ検索手段３１
を起動する。保守ＤＢ検索手段３１は、保守ＤＢ３３に
アクセスし、障害が発生した構成モジュールと同一の構
成モジュールを使用しているユーザサイトを検索、抽出
する。検索の結果、同一の構成モジュールを使用してい
るユーザサイトが存在する場合、ＲＭＣ３０は、転送手
段３４を介して抽出された全ユーザサイトに対してこの
障害情報を転送する（ステップＳ４１〜４７）。

【００３５】障害情報を受信した管理プロセッサ２０は
通信手段２５を起動し、この障害情報を受信する。受信
完了後、管理プロセッサ２０は、障害情報を管理ＤＢ２
６に記録する（ステップＳ５１〜５４）。

【００３６】

【発明の効果】本発明による試験プログラムの投入方式
は、複数の構成モジュールのそれぞれについての運用履
歴、故障率パラメータ、および修理・交換履歴を含むモ
ジュール状態情報、障害情報、ならびに試験プログラム
を更新可能に記録・保管する管理データベースを備える
管理プロセッサを有し、管理プロセッサがモジュール状
態情報および障害情報に基づいてホストコンピュータに
対する試験プログラムの投入スケジュールを計画立案す
ると共に、投入スケジュールにしたがって試験プログラ
ムを投入するため、適切な時期に、適切な試験プログラ
ムを投入することができる。

【００３７】また、上記方式に加え、さらに、情報処理
システムおよび管理プロセッサをそれぞれ含む複数のユ
ーザサイトの各管理プロセッサに通信回線を介して接続
され、複数のユーザサイトの保守を行う遠隔保守センタ
を有し、複数のユーザサイトの各管理プロセッサがさら
に遠隔保守センタとの間で通信回線を介して障害情報を
送受信する通信手段を備え、遠隔保守センタが複数のユ
ーザサイトの管理プロセッサのいずれかから通信回線を
介して障害情報を受信すると共に、複数のユーザサイト
の管理プロセッサのいずれかへ通信回線を介して障害情
報を送信可能な転送手段と、複数のユーザサイトのホス
トコンピュータのそれぞれがいかなる種類の構成モジュ
ールにより構成されているかを示すシステム構成情報な
らびに障害情報を両情報を対応づけてかつ更新可能に記
録・保管する保守データベースと、転送手段にて受信し
た障害情報を保守データベースに更新的に記録する保守
データベース記録手段と、保守データベースを参照して
転送手段にて受信した障害情報に対応する構成モジュー
ルを持っているユーザサイトを検索し、そのユーザサイ
トの管理プロセッサへ障害情報を送信するよう転送手段
に指示する検索手段とを備えれば、あるユーザサイトで
発生した障害に関する情報が他のユーザサイトに即座に
反映される。

【図面の簡単な説明】

【図１】本発明の実施の形態による試験プログラムの投
入方式のシステム構成を示す図である。

【図２】図１における管理プロセッサの詳細な構成を示
す図である。

【図３】図１におけるＲＭＣの詳細な構成を示す図であ
る。

【図４】故障率パターンを示す図である。

【図５】図１に示す試験プログラムの投入方式の動作を
説明するためのフロー図であり、障害発生時の処理を示
す。

【図６】図１に示す試験プログラムの投入方式の動作を
説明するためのフロー図であり、試験プログラム投入ス
ケジュールの計画立案時の処理を示す。

【図７】図１に示す試験プログラムの投入方式の動作を
説明するためのフロー図であり、試験プログラム投入時
の処理を示す。

【図８】図１に示す試験プログラムの投入方式の動作を
説明するためのフロー図であり、ＲＭＣにおいて、他の
ユーザサイトを検索するときの処理を示す。

【図９】図１に示す試験プログラムの投入方式の動作を
説明するためのフロー図であり、ＲＭＣより障害情報を
受信した時の処理を示す。

【符号の説明】

１０−１〜１０−ｎ ホストコンピュータ ２０ 管理プロセッサ ２１ 障害情報読み出し手段 ２２ 管理ＤＢ更新手段 ２３ 試験プログラム実行制御部 ２４ スケジュール計画立案手段 ２５ 通信手段 ２６ 管理ＤＢ ２７ 操作端末 ３０ ＲＭＣ ３１ 保守ＤＢ検索手段 ３２ 保守ＤＢ記録手段 ３３ 保守ＤＢ ３４ 転送手段 ４０ 通信回線 Ａ、Ｂ ユーザサイト

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の構成モジュールにより構成される
   ホストコンピュータを有する情報処理システムの試験プ
   ログラムの投入方式において、前記複数の構成モジュー
   ルのそれぞれについての運用履歴、故障率パラメータ、
   および修理・交換履歴を含むモジュール状態情報、障害
   情報、ならびに試験プログラムを更新可能に記録・保管
   する管理データベースを備える管理プロセッサを有し、
   前記管理プロセッサは、前記モジュール状態情報および
   前記障害情報に基づいて前記ホストコンピュータに対す
   る試験プログラムの投入スケジュールを計画立案すると
   共に、該投入スケジュールにしたがって試験プログラム
   を投入することを特徴とする試験プログラムの投入方
   式。
2. 【請求項２】 前記管理プロセッサはさらに、前記複数
   の構成モジュールのいずれかに障害が発生した場合に、
   その前記障害情報を前記ホストコンピュータから読み出
   す障害情報読み出し手段と、前記障害情報読み出し手段
   にて読み出した前記障害情報を前記管理データベースに
   更新的に記録する管理データべース更新手段と、前記モ
   ジュール状態情報および前記障害情報に基づいて前記構
   成モジュールのそれぞれに対する試験プログラムの投入
   スケジュールを計画立案するスケジュール計画立案手段
   と、前記投入スケジュールにしたがって前記構成モジュ
   ールに対して試験プログラムを投入する試験プログラム
   実行制御部とを備える請求項１に記載の試験プログラム
   の投入方式。
3. 【請求項３】 前記情報処理システムおよび前記管理プ
   ロセッサをそれぞれ含む複数のユーザサイトの各該管理
   プロセッサに通信回線を介して接続され、該複数のユー
   ザサイトの保守を行う遠隔保守センタを有し、前記複数
   のユーザサイトの各前記管理プロセッサはさらに、前記
   遠隔保守センタとの間で通信回線を介して前記障害情報
   を送受信する通信手段を備え、前記遠隔保守センタは、
   前記複数のユーザサイトの前記管理プロセッサのいずれ
   かから通信回線を介して前記障害情報を受信すると共
   に、該複数のユーザサイトの該管理プロセッサのいずれ
   かへ通信回線を介して該障害情報を送信可能な転送手段
   と、前記複数のユーザサイトの前記ホストコンピュータ
   のそれぞれがいかなる種類の前記構成モジュールにより
   構成されているかを示すシステム構成情報ならびに前記
   障害情報を両情報を対応づけてかつ更新可能に記録・保
   管する保守データベースと、前記転送手段にて受信した
   前記障害情報を前記保守データベースに更新的に記録す
   る保守データベース記録手段と、前記保守データベース
   を参照して前記転送手段にて受信した前記障害情報に対
   応する前記構成モジュールを持っている前記ユーザサイ
   トを検索し、そのユーザサイトの前記管理プロセッサへ
   該障害情報を送信するよう前記転送手段に指示する検索
   手段とを備える請求項１または２に記載の試験プログラ
   ムの投入方式。