JPH08190495A - 情報処理装置の診断方法 - Google Patents

Abstract

(57)【要約】 【目的】 診断時のエラー検出に起因する稼働率の低下
を最小限に止める。 【構成】 チャネルインタフェース、データ圧縮部、デ
ータバッファ、ドライブインタフェース等の基本機能
と、ライブラリインタフェース等の拡張機能とを含む情
報処理装置に対して、基本機能に対するチャネルインタ
フェース診断３〜ドライブインタフェース診断６と、拡
張機能に対するライブラリインタフェース診断７とを個
別に実行して診断結果を得るとともに、エラー内容判断
１０にて、基本機能が健全で拡張機能にのみエラーが検
出されたと判断される場合には、エラーロギング１１お
よびエラー報告・表示１５を行い、基本機能の立ち上げ
を継続することにより、拡張機能やオプション機能等の
エラーに起因する装置全体の稼働停止を回避するように
した。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理装置の診断技
術に関し、特に、多様な機能で構成された情報処理装置
の管理運用における診断技術に関する。

【０００２】

【従来の技術】たとえば、株式会社岩波書店、１９９０
年５月２５日発行、「岩波情報科学辞典」Ｐ３６２、等
の文献にも記載されているように、情報処理装置の分野
では、診断プログラム等を実行して障害の予防や検出等
を行うことが知られている。ところで、従来の装置診断
技術では、診断結果がエラーであった場合、エラー内容
に係わらず装置全体を使用不可としていた。

【０００３】また、装置診断に関する従来の技術として
は、たとえば、特開平４−２９１４２８号公報、および
特開平５−２０１１７号公報等に開示された二つの技術
が知られている。

【０００４】前者には、自己診断結果に基づいて記憶手
段内のメッセージ形式の文字情報を選択して表示するこ
とにより、マニュアル等を参照することなく、装置の保
守管理を可能にしようとする技術が開示されている。

【０００５】後者には、平常時と障害時とで動作を分け
ることにより、平常時には短時間で起動し、障害時には
詳細な障害解析を簡単な操作のみで可能にしようとする
技術が開示されている。

【０００６】

【発明が解決しようとする課題】上述の従来技術による
診断では、診断によるエラー検出時における装置の使用
可否の効果的な決定方法については考慮されておらず、
診断結果がエラーであった場合、エラー情報を当該装置
に付属の表示機構に表示したり、或いは上位装置のディ
スプレイ等に表示して装置自身は使用不可状態となり、
保守担当者によるエラー回復処理を待つことになる。

【０００７】また、装置に遠隔保守機構が搭載されてい
る場合でも、装置のエラーが遠隔保守機構により保守セ
ンタに自動通報されるが、保守員が対応するまでは、装
置は使用不可となることに変わりはない。すなわち、い
ずれの場合でも、障害検出時には、検出されたエラーの
発生部位に関係なく一律に装置が停止してしまうため、
稼働率の低下をきたしてしまう。

【０００８】本発明の目的は、基本機能と拡張機能また
はオプション機能等、複数の機能で構成された情報処理
装置における多様な診断結果を得ることが可能な情報処
理装置の診断技術を提供することにある。

【０００９】本発明の他の目的は、診断時のエラー検出
に起因する稼働率の低下を最小限に留めることが可能な
情報処理装置の診断技術を提供することにある。

【００１０】

【課題を解決するための手段】本発明では、基本機能
と、この基本機能に付加される拡張機能またはオプショ
ン機能とを含む情報処理装置に対して、基本機能の診断
と拡張機能またはオプション機能の診断を個別に実行す
る。

【００１１】また、拡張機能またはオプション機能にお
いてエラーが検出された場合、基本機能に異常がない時
には、エラーの報告を行うだけで、装置全体を停止させ
ない制御動作を行う。

【００１２】

【作用】上記した本発明によれば、基本機能と、この基
本機能に付加される拡張機能またはオプション機能とで
構築された情報処理装置の診断に際して、基本機能の診
断結果と拡張機能、オプション機能の診断結果を個別に
得られるので、多様な診断を行うことが可能となる。

【００１３】また、診断時にエラーを検出した場合、基
本機能のエラーの場合には装置の稼働を停止し、それ以
外の拡張機能やオプション機能でエラーが検出された場
合には基本機能は使用可能と判断され、当該エラーが検
出された拡張機能やオプション機能を使用不可にした状
態で稼働を継続することにより、情報処理装置は限定的
な使用可能状態となり、装置全体の機能が停止すること
はない。

【００１４】検出したエラーは外部に通報され、保守員
の対応を待つが、この保守員の対応を待つ間、装置は稼
働を継続できる。

【００１５】

【実施例】以下、本発明の実施例を図面を参照しながら
詳細に説明する。

【００１６】図１は、本発明の一実施例である情報処理
装置の診断方法の一例を示すフローチャートであり、図
２は、本実施例の診断方法が実施される情報処理装置の
構成の一例を示す概念図である。

【００１７】まず、図２によって、本実施例の情報処理
装置の構成の概略を説明する。

【００１８】本実施例の情報処理装置は、チャネルイン
タフェース２０、データ圧縮部２１、データバッファ２
２、ドライブインタフェース２４にてデータ転送系が構
成され、装置の基本機能である。チャネルインタフェー
ス２０は、上位装置２９との間における情報の授受を制
御する。ドライブインタフェース２４は、ドライブユニ
ットとの間における情報の授受を制御する。データ圧縮
部２１は、ドライブユニットと、上位装置２９との間で
授受されるデータの圧縮や復元等の操作を行う。

【００１９】ライブラリインタフェース２３は、拡張機
能であり、たとえば、多数の可搬性記憶媒体の記録／再
生装置に対する自動的な掛け換え動作を行うことによ
り、見かけ上、大記憶容量を実現したライブラリ装置と
の間における情報の授受を制御する。診断プログラム
は、外部記憶装置２８に格納されており、メモリ２６に
読みだされてからマイクロプロセッサ２５により実行さ
れる。遠隔保守管理機構２７は、通信回線３１に接続さ
れており、装置の状態を保守センタに通報する。メッセ
ージ表示部３０は、装置の状態をマイクロプロセッサ２
５の指示で表示する。

【００２０】一方、図１に例示されるように本実施例の
情報処理装置の診断方法では、たとえば情報処理装置の
立ち上げ開始１を契機として、テスト実行制御２は、チ
ャネルインタフェース診断３、データ圧縮診断４、デー
タバッファ診断５、ドライブインタフェース診断６、ラ
イブラリインタフェース診断７、の各診断の実行制御を
行う。

【００２１】本実施例の場合、チャネルインタフェース
診断３〜ライブラリインタフェース診断７のうち、チャ
ネルインタフェース診断３〜ドライブインタフェース診
断６は基本機能の診断、ライブラリインタフェース診断
７は、情報処理装置の拡張機能の診断である。

【００２２】エラーチェック８は、チャネルインタフェ
ース診断３〜ライブラリインタフェース診断７の診断結
果（エラーの有無）をチェックする。

【００２３】テスト終了判定９は、診断がすべて終了し
たか、すなわち、本実施例の場合、ライブラリインタフ
ェース診断７まで実行したか否かをチェックし、すべて
終了していなければ、テスト実行制御２に戻る。

【００２４】テスト実行制御２の診断制御は、まず、チ
ャネルインタフェース診断３を実行する。エラーチェッ
ク８にて、エラーが検出されていなければ、テスト終了
判定９からテスト実行制御２に戻る。次に、データ圧縮
診断４を実行し、エラーチェック８にてエラーの有無を
チェックする。このように、テスト実行制御２はチャネ
ルインタフェース診断３〜ライブラリインタフェース診
断７を一つづつ実行し、エラーチェックを行う。また、
装置の基本機能の診断であるチャネルインタフェース診
断３〜ドライブインタフェース診断６を先に実行し、引
続き、装置の拡張機能の診断であるライブラリインタフ
ェース診断７を実行する。

【００２５】チャネルインタフェース診断３〜ライブラ
リインタフェース診断７を実行中にエラーチェック８に
てエラーを検出した場合、エラー内容判断１０が実行さ
れる。エラー内容判断１０は、検出したエラーが装置の
基本機能の診断で検出したエラーなのか、拡張機能の診
断で検出したエラーなのかを判断する。

【００２６】基本機能でのエラーであれば、装置の使用
は不可と判断し、エラー報告・表示１２にて、検出した
エラー内容を上位装置２９および遠隔保守管理機構２７
へと通報し、診断中止１３を行って、装置は立ち上げな
い。拡張機能の診断で検出したエラーであれば、装置の
基本機能は使用可能と判断し、エラーロギング１１にて
検出したエラー内容を装置内部のメモリ２６（ＲＡＭ）
に一旦保持して、診断を続行する。

【００２７】テスト終了判定９にて全ての診断が終了し
たと判断されたら、次に、エラーロギング判定１４にて
メモリ２６に上位装置２９および遠隔保守管理機構２７
へ通報するエラーがあるかチェックされ、エラーがある
場合には、エラー報告・表示１５にて出力される。メモ
リ２６には、拡張機能の診断で検出したエラー内容が格
納されており、これらは、装置診断終了時に、一括して
上位装置２９および遠隔保守管理機構２７へ通報され、
情報処理装置の立ち上げ完了１６となる。

【００２８】以上の動作が終了したら診断は終了であ
る。

【００２９】次に、図１の診断プログラムで図２の情報
処理装置を診断する手順の一例を以下に示す。

【００３０】チャネルインタフェース２０、データ圧縮
部２１、データバッファ２２、ドライブインタフェース
２４の各基本機能の診断であるチャネルインタフェース
診断３〜ドライブインタフェース診断６が順に実行され
る。エラーチェック８にて、エラーを検出したら、エラ
ー内容判断１０は、基本機能のエラーなので、装置使用
不可と判断し、エラー報告・表示１２でエラー内容を上
位装置２９および遠隔保守管理機構２７へ通報し、診断
中止１３にて診断を中止する。

【００３１】基本機能に関するチャネルインタフェース
診断３〜ドライブインタフェース診断６においてエラー
が検出されなかったならば、拡張機能であるライブラリ
インタフェース２３に対してライブラリインタフェース
診断７を実行する。エラーチェック８にてエラーを検出
したら、エラー内容判断１０は、拡張機能のエラーなの
で、エラーは検出したものの、装置は限定的に使用可能
と判断し、エラーロギング１１で、検出したエラー内容
をメモリ２６に一旦保持する。

【００３２】テスト終了判定９では、ライブラリインタ
フェース診断７が最終の診断処理なので、次のエラーロ
ギング判定１４に移行し、エラーロギング判定１４にて
メモリ２６内にエラー情報が書き込まれているかをチェ
ックし、エラーが格納されていれば、エラー報告・表示
１５にて上位装置２９および遠隔保守管理機構２７へエ
ラー内容を通報する。この場合、装置は立ち上がるが、
使える機能は基本機能のみの、いわゆる縮退運転とな
る。すなわち、診断中止１３以外の場合には、情報処理
装置の立ち上げ完了１６に至って稼働を開始することが
できる。

【００３３】以上のような一連の手順で装置を診断し、
診断結果を判断することで、エラー検出時において装置
全体が稼働停止に陥ることを可能な限り回避できる。

【００３４】このように、本実施例の情報処理装置の診
断方法によれば、基本機能と拡張機能の診断を別個に実
施し、各々の診断結果を別個に取得することができる。

【００３５】また、この基本機能および拡張機能の診断
結果を個別に判定し、基本機能が健全で装置の限定使用
が可能と判断されたら、装置を立ち上げるので、拡張機
能部分のエラーによって装置全体が稼働不能に陥ること
が回避され、エラー検出に起因する稼働率の低下を最小
限に留めることが可能となる。

【００３６】以上本発明者によってなされた発明を実施
例に基づき具体的に説明したが、本発明は前記実施例に
限定されるものではなく、その要旨を逸脱しない範囲で
種々変更可能であることはいうまでもない。

【００３７】たとえば、上述の実施例の説明では、診断
開始の契機を情報処理装置の立ち上げ時としているが、
それに限らず、たとえば、タイマ等による周期的な診
断、あるいは、情報処理装置内における特定のイベント
の発生を契機とする診断等も本発明に含まれる。

【００３８】拡張機能またはオプション機能が複数搭載
されている場合には、テスト実行制御２により、診断対
象の拡張機能またはオプション機能に対する診断を１つ
づつ実行し、エラーチェック８にてエラー検出の有無を
チェックする。エラーを検出した場合には、エラー内容
判断１０にて拡張機能またはオプション機能のエラーと
判断され、エラーロギング１１へ処理は移行する。この
時エラーロギング１１は、既に格納されているエラー内
容を破壊しない様、エラー内容の格納処理を行う。よっ
て、エラーロギング１１によってエラー内容が格納され
るメモリ２６上には、搭載されている拡張機能またはオ
プション機能の数に見合った、エラー内容格納エリアが
確保される。

【００３９】メモリ２６上にエラー内容格納エリアが十
分確保できない場合の代替手段として、エラー内容を外
部記憶装置２８に一旦格納する方法が挙げられる。ま
た、メモリ２６、外部記憶装置２８共にエラー内容格納
エリアが十分確保できない場合は、診断終了後のエラー
報告・表示１５による診断結果の一括表示・報告方法で
はなく、エラーロギング１１にて拡張機能またはオプシ
ョン機能でエラーを検出するたびに、エラー内容を上位
装置２９および遠隔保守管理機構２７へ通報する方法が
挙げられる。

【００４０】先に述べた実施例では、基本機能の診断を
先にまとめて実行し、その後で拡張機能またはオプショ
ン機能の診断をまとめて実行するが、装置構成によって
は、基本機能と拡張機能またはオプション機能の診断を
からめて実行させたい場合もある。この場合でも、テス
ト実行制御２により、診断したい機能順に対応する診断
プログラムを実行させ、エラー内容判断１０にてエラー
を検出した部位が基本機能か拡張機能またはオプション
機能かを判断して前述したエラー報告処理を行うことに
より、診断を実行することができる。

【００４１】

【発明の効果】本発明の情報処理装置の診断方法によれ
ば、基本機能と拡張機能又はオプション機能等、複数の
機能で構成された情報処理装置における多様な診断結果
を得ることができる、という効果が得られる。

【００４２】また、診断時のエラー検出に起因する稼働
率の低下を最小限に止めることができる、という効果が
得られる。

【図面の簡単な説明】

【図１】本発明の一実施例である情報処理装置の診断方
法の一例を示すフローチャートである。

【図２】本発明の一実施例である情報処理装置の診断方
法が実施される情報処理装置の構成の一例を示す概念図
である。

【符号の説明】

１…情報処理装置の立ち上げ開始、２…テスト実行制
御、３…チャネルインタフェース診断、４…データ圧縮
診断、５…データバッファ診断、６…ドライブインタフ
ェース診断、７…ライブラリインタフェース診断、８…
エラーチェック、９…テスト終了判定、１０…エラー内
容判断、１１…エラーロギング、１２…エラー報告・表
示、１３…診断中止、１４…エラーロギング判定、１５
…エラー報告・表示、１６…情報処理装置の立ち上げ完
了、２０…チャネルインタフェース、２１…データ圧縮
部、２２…データバッファ、２３…ライブラリインタフ
ェース、２４…ドライブインタフェース、２５…マイク
ロプロセッサ、２６…メモリ、２７…遠隔保守管理機
構、２８…外部記憶装置、２９…上位装置、３０…メッ
セージ表示部、３１…通信回線。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 基本機能と、この基本機能に付加される
   拡張機能またはオプション機能とを含む情報処理装置の
   診断方法であって、前記基本機能の診断と前記拡張機能
   またはオプション機能の診断を個別に実行することを特
   徴とする情報処理装置の診断方法。
2. 【請求項２】 前記診断において検出されたエラーが、
   前記基本機能および前記拡張機能またはオプション機能
   のいずれにおいて発生したかを判断する診断結果判断機
   能と、前記診断結果を外部に報告する診断結果報告機能
   を備え、前記基本機能以外の前記拡張機能またはオプシ
   ョン機能の診断でエラーを検出した場合には、前記情報
   処理装置を使用不可とせず、エラー内容を外部に報告す
   ることを特徴とする請求項１記載の情報処理装置の診断
   方法。