JPH09146795A - データ処理装置交換部品通知方式 - Google Patents

Abstract

(57)【要約】 【課題】データ処理装置の安定稼動を実現するために、
その稼動中に配下装置の部品交換情報及び消耗品交換情
報を的確に把握し、確実に担当保守技術者に自動的に通
知すること。 【解決手段】中央処理装置２と主記憶装置３と、ＯＳ４
と、ＯＳ４がその動作状態を検出可能な配下装置１より
構成されるデータ処理装置において、配下装置１の複数
の種類の消耗部品の状態指示情報を受信し、この状態指
示情報がしきい値を越えているか否かを判別し、しきい
値を越えたものに関してフラグコードを作成して通知先
に送出するフラグコード生成転送手段６を具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ処理装置の保
守に係り、データ処理装置の安定稼動を実現するため
に、その稼動中に配下装置の部品交換情報及び消耗品交
換情報を的確に把握し、確実に担当保守技術者（ＣＥ）
に自動的に通知可能としたものである。

【０００２】

【従来の技術】データ処理装置では、システムの大規模
化に伴い、各種入出力装置、ネットワーク装置、サブシ
ステム装置等システム配下の装置種類及び装置台数が増
えている。従って、使用状態や使用寿命をチェックし
て、どの部品、消耗品が交換・補充すべき時期に近づい
ているのか等の交換・補充可能部品、消耗部品情報や、
場合によっては故障部品情報等を的確に自動的に通知す
ることが要求されている。

【０００３】しかし従来では、データ処理装置の配下の
装置の異常を通知する方法はあったが、装置内の交換部
品情報や消耗部品情報を、単体情報ではなく総合的に自
動通知する手段はなかった。

【０００４】

【発明が解決しようとする課題】データ処理装置では、
多数の交換部品や消耗品を使用しており、これら交換部
品切れや消耗品切れが発生すると、装置の使用不可能や
装置性能ダウン状態となり、重要障害の起因となるケー
スが増えている。

【０００５】これは下記の理由によるものと考えられ
る。 、消耗品寿命が近づいても、各消耗品の寿命の近づい
ていることを的確に通知する手段がなかったため、例え
ばプリンタの種類の増加及びカラー化に伴い、消耗品の
種類が大幅に増加したが、多数の消耗品の寿命がくる前
に、消耗部品を手配しておくのが難しく、手配もれが生
ずること。

【０００６】システムの信頼性が益々重要になってい
る現在、ＲＡＩＤ（Redundant Array of Independent D
isks）サブシステムなどのように、部品が二重化されて
いるものにおいて、片側の部品が使用不可になったと
き、この状態を的確にＣＥに通知する手段がなかったの
で、もう一つの部品が使用不可になったとき、装置使用
不可状態となること。

【０００７】さらにシステムの大規模化、多様化に伴
い、保守要員は不足するのみであり、従って、このよう
な交換部品、消耗部品に対する充速な補充等ユーザサー
ビスが充分でなく、これら部品の不慮の欠陥により重要
障害の起因となった。

【０００８】従って本発明の目的は、多数の交換部品や
消耗品が寿命切れ、補充切れになる前にこれを通知した
り、部品が二重化されているような場合でもその一部が
使用不可状態になったとき、これをＣＥに自動的に通知
することにより、データ処理装置が重要障害状態となる
ことを事前に防止できるようにした、データ処理装置交
換部品通知方式を提供することである。

【０００９】

【課題を解決するための手段】前記目的を達成するた
め、本発明では、図１に示す如く、入出力装置、外部記
憶装置等の配下装置１と、中央処理装置２、主記憶装置
３、ＯＳ（Operating System）４等で構成されるデータ
処理装置において、配下装置１のファーム部１−０から
送出された消耗部品情報をエラーロギングファイル５に
より保持し、これを例えば定期的にフラグコード生成転
送部６がサーチする。

【００１０】これによりフラグコード生成転送部６は、
転送すべき消耗部品情報を検出し、消耗部品情報を記入
したフラグコードＦＬＡＧ（FaiLure Analysis Guide c
ode）を生成し、ユーザ側の保守センタ７に転送する。
保守センタ７ではこれをＣＥ側の受信端末８に送信す
る。

【００１１】配下装置１には、Ｉ／０装置、ネットワー
ク装置、例えばＲＡＩＤのようなサブシステム装置が含
まれる。例えば、データ処理装置の配下装置１である入
出力装置、外部記憶装置等では、バッテリ、レーザダイ
オード、フラッシュランプ、ドラム、冷却ファン、キャ
ッシュメモリ、磁気ディスク媒体、磁気テープ媒体等が
使用されている。本発明では、前記各部品、各媒体を含
め、基本的に装置内で交換可能な単位の部品及び媒体は
全て消耗部品とする。

【００１２】前記消耗部品のうち、バッテリ、レーザダ
イオード、フラッシュランプ等の動作状態は図示省略し
たセンサからセンス情報としてファーム部１−０を経由
してＯＳ４に送出され、エラーロギングファイル５に保
持され、ドラム、冷却ファン、キャッシュメモリ、磁気
ディスク媒体、磁気テープ媒体等の動作状態は、例えば
残りの使用可能回数を示すカウント情報としてこれまた
ファーム部１−０を経由してＯＳ４に送出され、エラー
ロギングファイル５に保持される。

【００１３】フラグコード生成転送部６は、例えば１日
１回エラーロギングファイル５をサーチして前記各セン
ス情報及びカウント情報を、それぞれしきい値と照合し
て寿命のせまっている消耗部品に関するフラグコードＦ
ＬＡＧを作成し、保守センタ７に送出する。

【００１４】フラグコードＦＬＡＧには、装置種別ｋ、
緊急度ｒ、装置番号ｕｕｕｕ、消耗部品コードｃｃｃ
ｃ、装置内の消耗部品が複数同時に存在したときの交換
部品数又は消耗部品数ｎｎ、装置識別ｉｉｉｉ等が主情
報として設定される。ログチェック時刻又はログ発生時
刻、媒体箇所情報又は消耗部品カウンタ情報（しきい値
を越えた値）又は故障部品の装置センス情報（しきい値
を越えた値）等が詳細情報として記入されている。

【００１５】保守センタ７では、別に装置種別毎の消耗
部品コードと消耗部品名の対応テーブルを予め用意して
おく。これにより保守センタ７ではどの配下装置のどの
消耗部品の寿命がせまっているのかということがわかる
ので、これを印刷物、表示装置等に出力することによ
り、ＣＥ（保守技術者）交換すべき期日の近い消耗部品
を認識することができ、その消耗部品を手配しておく
等、故障発生に事前に対処することができる。

【００１６】また保守センタ７では、ユーザ毎に、装置
種別に担当のＣＥを対応させておくことにより、このフ
ラグ情報に基づき得られた、交換すべき期日の近い消耗
部品情報を、受信端末８、例えばＣＥが保持あるいは管
理しているポケベルＰＢ、パーソナル・インフォメーシ
ョン・マシンＰＩＭ、パーソナル・コンピュータＰＣ等
に転送することもできる。勿論パソコン通信サービス網
を利用することもできる。

【００１７】

【発明の実施の形態】本発明の実施の形態を図２〜図１
４により説明する。図２は本発明の一実施形態の構成
図、図３はユーザシステム動作説明図、図４はユーザシ
ステムのフラグコード生成転送部の動作説明図、図５は
しきい値テーブル情報とスタック情報説明図、図６は保
守センタ側処理説明図、図７は消耗部品コードと消耗部
品名の対応テーブル説明図、図８は媒体箇所情報通知に
対するしきい値テーブル、スタック情報、フラグコード
説明図、図９はＤＡＳＤ側及びＯＳ側動作説明図、図１
０は媒体箇所情報通知に対するフラグコード生成転送部
動作説明図、図１１は媒体箇所情報通知に対する保守セ
ンタ動作説明図、図１２は即時通報型のフラグコード生
成テーブル、ログ抽出情報、フラグコード説明図、図１
３は即時通報型故障発生時における装置側及びＯＳ側動
作説明図、図１４は即時通報型故障発生時におけるフラ
グコード生成転送部及び保守センタの動作説明図であ
る。

【００１８】図中他図と同記号は同一部分を示し、２は
中央処理装置、３は主記憶装置、４はＯＳ、５はエラー
ロギングファイル、６はフラグコード生成転送部、７は
保守センタ、８は受信端末、９はしきい値ファイル、１
０は消耗部品コード・消耗部品名対応テーブル（以下対
応テーブルという）、２１は磁気ディスク装置（以下Ｄ
ＡＳＤという）、２１−０は磁気ディスク装置２１のコ
ントローラ、２２は磁気テープ装置、２２−０は磁気テ
ープ装置のコントローラ、２３はプリンタ装置、２３−
０はプリンタ装置のコントローラである。

【００１９】中央処理装置２は、各種命令を解読し、こ
れを実行してデータ処理を遂行するものである。主記憶
装置３は、中央処理装置２がデータ処理を遂行するため
に必要なプログラムやデータを保持したり、データ処理
結果を一時保持するものである。

【００２０】ＯＳ４は、中央処理装置２がデータ処理を
遂行するときに必要な、資源の割り振り、スケジューリ
ング、入出力制御等を行うとともに、配下の装置から伝
送されたログ情報により、図３（Ｂ）に示す如きフォー
マットの消耗部品ログ情報を作成するものである。

【００２１】エラーロギングファイル５は、ＤＡＳＤ２
１、磁気テープ装置２２、プリンタ装置２３・・・等の
配下装置から送出されるログ情報にもとづき、ＯＳ４が
作成した消耗部品ログ情報を一時保持するファイルであ
る。消耗部品ログ情報は、例えば図３（Ｂ）の如きフォ
ーマットを有し、はレコード種別、例えば統計情報を
示すものであり、はログ情報の発生した日時分秒等の
時刻情報を示すもの、は装置番号を示すもの、は装
置識別情報を示すもの、は消耗部品情報つまり消耗部
品コード＋カウンタ情報、消耗部品コード＋センス情報
である。

【００２２】フラグコード生成転送部６は、前記エラー
ロギングファイル５に保持されている、図３（Ｂ）に示
すログ情報により図５に示す如き装置番号別スタック情
報を作成し、これと後述するしきい値ファイル９に格納
されているしきい値テーブルを参照して、交換時期の近
づいている消耗部品の消耗部品コードの記入されたフラ
グコードＦＬＡＧを作成し、また媒体箇所情報通知の場
合には、図８（Ｂ）に示す如きフラグコードＦＬＡＧを
作成し、そして即時通報型通知の場合には、図１２
（Ｂ）に示す如きフラグコードＦＬＡＧを作成し、これ
を保守センタ７に送出するものである。

【００２３】この装置番号別スタック情報には、図５に
示す如く、装置識別情報、装置番号と、（消耗部品コー
ド＋カウンタ情報）、（消耗部品コード＋センス情報）
等が記入される消耗部品情報スタックと、これらの情報
がいつ発生しいつ作成されたのかを示す時刻情報が記入
されている。また図２に示すフラグコードＦＬＡＧに
は、装置種別ｋ、緊急度ｒ、装置番号ｕｕｕｕ、消耗部
品コードｃｃｃｃ、消耗部品数ｎｎ、装置識別ｉｉｉｉ
等を有する主情報と、今回検索時と前回検索時と、消耗
部品コード＋カウンタ情報、消耗部品コード＋センス情
報等の消耗部品詳細領域等を有する詳細情報が記入され
る。

【００２４】保守センタ７は、前記フラグコードＦＬＡ
Ｇを受信して、例えば後述する対応テーブル１０を参照
して交換時期の近づいている消耗部品名を認識し、担当
のＣＥに一体的に属している受信端末８にこれを通知す
る、集中監視用のものである。

【００２５】受信端末８は、保守センタ７から送出され
た交換時期の近づいている消耗部品名を受信してこれを
その受信端末８と一体的に属しているＣＥに通知するも
のであり、受信端末８として、ポケット・ベル、パーソ
ナル・インフォメーション・マシン（ＰＩＭ）、パーソ
ナル・コンピュータ等が使用される。

【００２６】しきい値ファイル９は、エラーロギングフ
ァイル５に一時保持されているログ情報のうちから交換
時期の近づいたものを認定選択するためのしきい値テー
ブル情報が格納されているものである。しきい値テーブ
ル情報は、図５に示す如く、装置識別情報と、左辺情報
と、右辺情報と、等別不等別情報を具備しており、全装
置識別情報に関し作成されている。ここで右辺情報はし
きい値であって、例えばログ情報が減算カウンタの場合
最高値（初期値）の１０％とか、５％とか、その装置識
別毎に決められるものであり、ログ情報がセンス情報の
場合はこれまた初期値からの劣化の程度例えば−１０％
とか−５％のような消耗部品対応のしきい値が記入さ
れ、また左辺情報はそのしきい値が定められた消耗部品
の消耗部品コードが記入される。そして消耗部品におい
て減算カウンタを使用する場合、加算カウンタが使用す
る場合は、〜以下または〜以上という等号不等号情報が
記入される。センス情報の場合も、同様である。

【００２７】対応テーブル１０は、消耗部品コードから
消耗部品名を得るものであって、図７に示す如く、装置
種別テーブル１０−１、装置識別テーブル１０−２、消
耗部品テーブル１０−３等により構成される。

【００２８】保守センタ７では、フラグコード生成転送
部６により生成された例えば図２に示す如きフラグコー
ドＦＬＡＧを受信したとき、その装置種別ｋにより装置
種別テーブル１０−１をアクセスしてそれに対応した装
置識別テーブル１０−２のテーブルアドレスを求め、フ
ラグコードＦＬＡＧの装置識別コードｉｉｉｉによりこ
の装置識別テーブル１０−２をアクセスして所望の消耗
部品テーブル１０−３のテーブルアドレスを求める。そ
してフラグコードＦＬＡＧの消耗部品コードｃｃｃｃに
よりこの消耗部品テーブル１０−３をアクセスして、消
耗部品コードに対する消耗部品名を得る。

【００２９】ＤＡＳＤ２１、磁気テープ装置２２、プリ
ンタ装置２３はこのデータ処理装置の配下装置１を構成
するものであり、それぞれコントローラ２１−０、コン
トローラ２２−０、コントローラ２３−０によりログ情
報がＯＳ４に報告される。

【００３０】図２に示す本発明の動作を、図３、図４、
図６に示すフローチャートに基づき説明する。Ｓ−１
図３に示す如く、配下装置、例えばプリンタ装置２３か
ら例えばシステムのＩＭＰＬ時、トナー交換時、その他
の消耗部品交換時等にそのプリンタ装置内部のログ情報
である消耗部品カウンタ情報がそのコントローラ２３−
０からＯＳ４側に報告される。この消耗部品カウンタ情
報には、最初に装置種別情報が記入され、ログ時刻（日
時分秒）、装置番号、装置識別情報、消耗部品コード名
とカウンタ情報が記入された消耗部品情報等が記入され
ている。この消耗部品カウンタ情報は、例えばプリンタ
装置２３に設けられている全カウンタの数だけ報告され
る。

【００３１】Ｓ−２ ＯＳ４では、この配下装置から伝
達された消耗部品カウンタ情報を採取する。 Ｓ−３ それからＯＳ４では、この採取した消耗部品カ
ウンタ情報から、図３（Ｂ）に示す如きフォーマットの
消耗部品ログ情報を生成する。このとき、図３（Ｂ）の
消耗部品ログ情報の項目には、レコード種別として統
計情報を示すコードを記入し、項目には前記ログ採取
の行われたログ時刻を記入し、項目には装置番号を記
入し、項目には装置識別情報を記入し、項目には消
耗部品情報が記入される。

【００３２】Ｓ−４ ＯＳ４は、前記Ｓ−３において作
成した、図３（Ｂ）に示す消耗部品ログ情報を、エラー
ロギングファイル５に書き込む。このようにしてエラー
ロギングファイル５には、配下装置であるＤＡＳＤ２
１、磁気テープ装置２２、プリンタ装置２３・・・から
送出されたログ情報が順次保持される。

【００３３】そして例えば１日に１回、決められた時刻
にフラグコード生成転送部６が起動して、図４に示す如
き動作を行う。 Ｓ−１１ フラグコード生成転送部６は、例えば１日１
回定められた時刻に起動して、エラーロギングファイル
５から図３（Ｂ）に示す消耗部品ログ情報を、そのＥＯ
Ｆ（End of File ）マークのところまで順次読み込む。

【００３４】Ｓ−１２ フラグコード生成転送部６は、
前回検索終了時刻を保持しており、前記消耗部品ログ情
報のログ時刻の項目をチェックして、前回検索終了時刻
以降の消耗部品ログ情報を抽出する。

【００３５】Ｓ−１３ フラグコード生成転送部６は、
この消耗部品ログ情報の装置識別情報を図示省略したし
きい値テーブル対象リストと参照して、しきい値対象リ
ストに記載されたものか否かをチェックする。しきい値
対象リストは、図５に記載したしきい値テーブル情報の
装置識別情報が記入されたものである。

【００３６】Ｓ−１４ フラグコード生成転送部６は、
このようにして、前回検索終了以降に伝達された消耗部
品ログ情報を読み取り、しきい値テーブル対象情報のも
のについて、図５に示す装置番号別スタック情報を作り
スタックする。このようにしてＥＯＦまでの部分の装置
番号別スタック情報を作成する。

【００３７】Ｓ−１５ フラグコード生成転送部６は、
前記装置番号別スタック情報をその消耗部品情報スタッ
クに記入されている（消耗部品コード＋カウンタ情
報）、（消耗部品コード＋センス情報）等におけるカウ
ンタ情報、センス情報がそれぞれの消耗部品対応に定め
られたしきい値情報と比較し、寿命が近づいているか、
つまりしきい値情報以上か否かを、しきい値ファイル９
に記入されたしきい値テーブル情報を参照して判断す
る。

【００３８】Ｓ−１６ そしてしきい値以上であると判
断した装置番号別スタック情報にもとづき、ＦＬＡＧコ
ードを作成する。 Ｓ−１７ フラグコード生成転送部６は、このようにし
て作成したフラグコードＦＬＡＧを保守センタ７に転送
処理する。

【００３９】Ｓ−１８ フラグコード生成転送部６は、
前記Ｓ−１４で作成した全部の装置番号別スタック情報
について前記Ｓ−１５に示す判断を繰返し行い、しきい
値以上のものについては前記の如きフラグコードＦＬＡ
Ｇを作成し、保守センタ７に転送処理する。

【００４０】このようにして保守センタ７には、順次フ
ラグコードＦＬＡＧが伝達される。保守センタ７では、
伝達されたフラグコードＦＬＡＧに記入された消耗部品
コードから消耗部品名を検索するための対応テーブル１
０が予め作成されている。保守センタ７は下記の如き図
６に示す手順により、フラグコードＦＬＡＧに記入され
ていた消耗部品コードを消耗部品名に変換し、これをユ
ーザ名とともに予め指定されている受信端末に通知す
る。

【００４１】Ｓ−２１ 保守センタ７では、前記フラグ
コードＦＬＡＧを受信する処理を行う。 Ｓ−２２ 受信したフラグコードＦＬＡＧの装置種別ｋ
により対応テーブル１０の装置種別テーブル１０−１を
アクセスする。ｋ＝Ｌの場合、これに対応したプリンタ
用テーブルに対する装置識別テーブル１０−２をその装
置識別ｉｉｉｉによりアクセスしてこれに対応する消耗
部品コードテーブル１０−３をその消耗部品コードｃｃ
ｃｃによりアクセスする。このようにフラグコードＦＬ
ＡＧの主情報により、図７に示す各テーブルを検索す
る。

【００４２】Ｓ−２３ この場合対応テーブル１０の情
報にフラグコードＦＬＡＧからの情報がヒットしなけれ
ば次のフラグコードに対する受信処理を行う。ヒットす
れば次のＳ−２４の処理を行う。

【００４３】Ｓ−２４ ヒットすれば、保守センタ７は
フラグコードＦＬＡＧに記入された装置番号と、消耗部
品コードテーブル１０−３から得た消耗部品名と、この
保守センタ７のユーザ名を付記して、予め指定されてい
るＣＥ側の受信端末、例えばパーソナルコンピュータ、
パーソナル・インフォメーション・マシンやポケベル等
に通知する。これを、保守センタ７で受信処理した全フ
ラグコードに対して行う。

【００４４】このようにして、その寿命情報がしきい値
以上になったすべての消耗部品に対して担当のＣＥに自
動的に通知されるので、ＣＥ側ではこれを判断して、交
換部品の用意をしたり、必要に応じて交換したり、障害
の発生前に適宜の対策を行い、ユーザ先の常駐要員の必
要なしに障害の発生を最小限に防止することができる。

【００４５】前記説明では、カウンタ情報の場合につい
て説明したが、勿論センサ情報についても同様である。
次に本発明において、媒体箇所情報通知の場合について
図８〜図１１により説明する。図８は媒体箇所情報通知
に対するしきい値テーブル、スタック情報、フラグコー
ド説明図、図９はＤＡＳＤ側及びＯＳ側動作説明図、図
１０は媒体箇所情報通知に対するフラグコード生成転送
部動作説明図、図１１は媒体箇所情報通知に対する保守
センタ動作説明図である。

【００４６】図２におけるしきい値ファイル９には、Ｄ
ＡＳＤに対するしきい値テーブルとして、図８（Ａ）の
左側に示す如きしきい値テーブル情報が記入されてい
る。このしきい値テーブル情報の装置識別情報として
は、ＤＡＳＤであることを示すものが記入され、左辺情
報としては、シリンダ固定か、ヘッド固定か、シリンダ
・ヘッド固定か不定かを示す情報とそのセンス情報が記
入され、右辺情報であるカウント値として前記３つの状
態でのしきい値が記入され、また前記図５と同様に等号
不等号情報が記入されている。

【００４７】Ｓ−３１ 図２において、ＤＡＳＤ２１の
ＤＡＳＤ媒体に、訂正可能なエラーが発生した場合、Ｄ
ＡＳＤ側のコントローラ２１−０がユニットチェックを
ＯＳ４に報告し、エラー訂正パターンをＯＳ４に報告
し、訂正可能なのでリトライして読むように指示する。

【００４８】Ｓ−３２ ＯＳ４では、このユニットチェ
ックの報告によりＤＡＳＤ２１からのセンス情報を採取
する。このときＯＳ４は、上記情報を、エラーの検出
時、エラーの訂正成功時又はエラー訂正失敗時におい
て、センス情報（このセンス情報には、エラー内容と共
にエラーが発生した媒体上のシリンダとヘッド位置、つ
まりシリンダ情報とヘッド情報）として採取する。

【００４９】Ｓ−３３ ＯＳ４は、この採取した前記セ
ンス情報を、図９（Ｂ）に示すＤＡＳＤログ情報として
生成する。このＤＡＳＤログ情報には、にレコード種
別、例えば統計情報を示すコード、にはログ採取の行
われたログ時刻（日時分秒）、には装置番号、には
ＤＡＳＤであることを示す装置識別情報、には前記セ
ンス情報がそれぞれ記入される。

【００５０】Ｓ−３４ ＯＳ４は、この図９（Ｂ）に示
すＤＡＳＤログ情報をエラーロギングファイル５に記入
する。このようにして、エラーロギングファイル５に
は、ＤＡＳＤログ情報も順次記入される。そして、例え
ば一日一回、決められた時刻にフラグコード生成転送部
６が起動して、ＤＡＳＤログ情報については図１０に示
す如き処理を行う。ログ情報がＤＡＳＤログ情報か否か
については、そののセンス情報を解読することにより
判別できる。

【００５１】Ｓ−４１ フラグコード生成転送部６は、
一日一回決められた時刻に起動して、エラーロギングフ
ァイル５から、ログ情報をＥＯＦ（End Of File ）マー
クのところまで順次読み込む。

【００５２】Ｓ−４２ フラグコード生成転送部６は、
前回検索終了時刻を保持しており、ログ情報のログ時刻
の項目をチェックして、前回検索終了時刻以降の消耗部
品ログ情報を抽出する。

【００５３】Ｓ−４３ フラグコード生成転送部６は、
このログ情報の装置識別情報を図示省略したしきい値テ
ーブル対象リストを参照して、しきい値対象リストに記
載されたものか否かをチェックする。

【００５４】Ｓ−４４ フラグコード生成転送部６は、
このようにして前回検索終了以降に伝達されたログ情報
を読み取り、しきい値テーブル対象情報のものについ
て、それがＤＡＳＤログ情報の場合、図８（Ａ）に示す
装置番号別スタック情報を作りスタックする。このと
き、媒体上のエラーが多い箇所（エラー訂正成功数）を
カウントして、どのシリンダのどのヘッドに関するもの
かという情報を記入した、媒体箇所毎のスタック情報
を、この装置番号別スタック情報に記入する。エラー訂
正失敗のものは、後記する図１２〜図１４に説明する手
順により処理する。このようにしてＥＯＦまでの部分の
装置番号別スタック情報を作る。

【００５５】Ｓ−４５ フラグコード生成転送部６は、
前記装置番号別スタック情報を、ＤＡＳＤログ情報の場
合、その媒体箇所毎のスタック情報をしきい値テーブル
情報のカウント値（しきい値）と比較して、媒体上のエ
ラーが多い箇所、つまりエラー訂正成功数をチェック
し、カウントして、このエラー訂正成功数が、しきい値
テーブル情報のカウント値（しきい値）以上のものを、
エラー発生数が多いものと判断する。

【００５６】Ｓ−４６ そしてしきい値以上であると判
断した装置番号別スタック情報により、ＤＡＳＤログ情
報の場合、図８（Ｂ）に示す如きフラグコードＦＬＡＧ
を作成する。このフラグコードＦＬＡＧには、ＤＡＳＤ
であることを示す装置種別Ｋと、訂正可能なエラー情報
であることを示す緊急度Ｃと、システム配下の装置番号
「０１４０」と、媒体箇所の概要（固定シリンダで多発
／固定ヘッドで多発／シリンダ・ヘッド固定で多発／媒
体全体で多発）を示す情報（図８（Ｂ）ではシリンダ・
ヘッド固定で多発したことを示す）と、シリンダの装置
識別等が主情報として記入され、今回検索時と前回検索
時と、エラーがしきい値をオーバした媒体箇所情報を示
す媒体箇所情報の詳細等が詳細情報として記入される。

【００５７】Ｓ−４７ フラグコード生成転送部６は、
このようにして作成したフラグコードＦＬＡＧを、保守
センタ７に転送処理する。 Ｓ−４８ フラグコード生成転送部６は、前記Ｓ−４４
で作成した全部の装置番号別スタック情報について、Ｄ
ＡＳＤログ情報に対して前記Ｓ−４５に示す判断を繰り
返し行い、しきい値以上のものについては前記図８
（Ｂ）に示す如きフラグコードＦＬＡＧを作成し、保守
センタ７に転送処理する。

【００５８】このようにして保守センタ７には、順次フ
ラグコードＦＬＡＧが伝達されるので、予め用意された
対応テーブル１０を下記の如き図１１に示す手順により
アクセスして故障発生箇所が多い部品番号をユーザ名と
共に通知する。

【００５９】Ｓ−５１ 保守センタ７では、前記フラグ
コードＦＬＡＧを受信する処理を行う。 Ｓ−５２ 受信したフラグコードＦＬＡＧの主情報の装
置種別Ｋにより対応テーブルの装置種別テーブルをアク
セスする。ｋ＝ＫのためＤＡＳＤ用の装置識別テーブル
（図７では省略）をアクセスする。

【００６０】Ｓ−５３ 前記ＤＡＳＤ用の装置識別テー
ブルを受信したフラグコードの媒体箇所の概要でアクセ
スし、一致した部品番号が存在するか否か、即ちヒット
するか否か検索する。

【００６１】Ｓ−５４ ヒットすれば、保守センタ７
は、受信したフラグコードの装置番号は正確であると判
断し、ユーザ名と部品番号を、そのユーザ対応に予め指
定されているＣＥ側の受信端末、例えばパーソナルコン
ピュータ、パーソナル・インフォメーション・マシンや
ポケベル等に通知する。これを保守センタ７で受信処理
したＤＡＳＤ用ログ情報に関する全フラグコードに対し
て行う。

【００６２】このようにして媒体障害発生の多い装置番
号をそのユーザ名と共に担当ＣＥ側に通知することがで
きるので、媒体障害の発生の多い装置を点検したり、障
害トラックに対する交代領域の設定を行ったり、不良部
品の交換を行う等、大きな事故の発生前に対処すること
ができる。

【００６３】次に本発明において即時通報型の故障部品
が存在したときの故障部品通知の場合について図１２〜
図１４に基づき説明する。図１２は即時通報型のフラグ
コード生成用テーブル、ログ抽出情報、フラグコード説
明図、図１３は即時通報型故障発生時における装置側及
びＯＳ側動作説明図、図１４は即時通報型故障発生時に
おけるフラグコード生成転送部及び保守センタの動作説
明図である。

【００６４】システム配下の装置に、例えばＲＡＩＤシ
ステムを構成するＤＡＳＤの１つとか、信頼性向上のた
め２重化されている部品の１つに故障が発生して正常に
動作しないような即時通報型の故障が発生したとき、そ
の装置及びＯＳ側は、図１３（Ａ）に示す如く動作す
る。

【００６５】Ｓ−６１ 例えばＤＡＳＤ２１に即時通報
型の故障が発生したとき、そのコントローラ２１−０が
ユニットチェックをＯＳ４に報告する。 Ｓ−６２ これによりＯＳ４はコントローラ２１−０が
保持している装置つまりＤＡＳＤ２１のセンス情報を採
取する。このセンス情報にはＤＡＳＤ２１の故障詳細情
報、つまりどの部分がどのような故障状態であるのか記
述されている。

【００６６】Ｓ−６３ ＯＳ４は、この採取したセンス
情報を、図１３（Ｂ）に示す如き、ログ情報として生成
する。このログ情報には、としてレコード種別、例え
ば統計情報であることを示すコード、にはログ採取の
行われたログ時刻（日時分秒）、には装置番号、に
は装置識別情報、には前記センス情報がそれぞれ記入
される。そしてこのセンス情報にはどの部分がどのよう
な故障状態であるのか記述されている。従って、このセ
ンス情報をチェックすることにより即時通報型のもので
あることが判別できる。

【００６７】Ｓ−６４ ＯＳ４は、即時通報型であると
判別したこのログ情報をエラーロギングファイル５に記
入すると共に、即時通報型のためフラグコード生成部６
を起動する。

【００６８】このようにしてエラーロギングファイル５
にログ情報が記入されると共に起動されたフラグコード
転送部６は、図１４（Ａ）に示す如く、下記の動作を行
う。 Ｓ−７１ フラグコード生成転送部６は、前記図１３
（Ｂ）に示すログ情報を読み、そのセンス情報よりこ
れが即時通報型のログ情報であることを認識し、図１２
（Ａ）の右側に示す如く、装置識別情報と、装置番号
と、発生したセンス情報と、障害発生時刻を抽出した、
ログ情報からの抽出情報を作る。それからフラグコード
生成転送部６は、その装置識別情報に対応したフラグコ
ード生成テーブルをアクセスして、フラグコードを生成
すべきか否か判断する。フラグコード生成テーブルに
は、図１２（Ａ）の左側に示す如く、センス情報マスク
値１とセンス情報期待値１、センス情報マスク値２とセ
ンス情報期待値２、・・・センス情報マスク値ｎとセン
ス情報期待値ｎが記入されており、発生したセンス情報
をセンス情報マスク値Ｎ（Ｎ＝１、２・・・ｎ）でマス
クしたときのデータがセンス情報期待値Ｎ（Ｎ＝１、２
・・・ｎ）と比較し、いずれか１つと一致したとき、即
時通報型と判断し、フラグコードＦＬＡＧを作成するも
のである。例えば発生したセンス情報が（１２３４）_H
であり、センス情報マスク値１が（ＦＦＦＦ）_H であ
り、センス情報期待値が（１２３４）_H のとき、前記比
較は一致するのでフラグコードを作成する。またセンス
情報が（２２３４）_H であり、センス情報マスク値２が
（Ｆ０００）_H でありセンス情報期待値が（２×××）
_H のとき、センス情報マスク値１についてはセンス情報
期待値１と一致しないがセンス情報マスク値２の場合、
センス情報期待値２と一致するので、この場合もフラグ
コードを生成する。なおフラグコードは、図１２（Ｂ）
に示す如きフラグコード生成定義に従って作成される。

【００６９】Ｓ−７２ フラグコード生成転送部６は、
前記Ｓ−７１で作成した、図１２（Ｂ）で示すフラグコ
ードＦＬＡＧを保守センタ７に転送する。このようにし
て保守センタ７には、故障発生後、ほぼ即時にフラグコ
ードＦＬＡＧが伝達されるので、予め用意された装置種
別毎の故障部品コードと故障部品名の対応テーブルを下
記の如き図１４（Ｂ）に示す手順によりアクセスして、
ユーザ名と装置番号と故障部品名をＣＥに通報する。

【００７０】Ｓ−８１ 保守センタ７ではこのフラグコ
ードＦＬＡＧを受信する処理を行う。 Ｓ−８２ 受信したフラグコードＦＬＡＧの装置種別と
故障部品であることを示す緊急度情報により装置種別毎
に用意された故障部品コードと故障部品名の対応テーブ
ルその故障部品コードでアクセスする。このようにフラ
グコードＦＬＡＧの主情報により対応テーブルを検索す
る。

【００７１】Ｓ−８３ この場合、対応テーブル情報に
フラグコードＦＬＡＧからの情報がヒットしなければ、
次のフラグコードＦＬＡＧの受信を待つが、ヒットすれ
ば次のＳ−８４の処理を行う。

【００７２】Ｓ−８４ ヒットすれば、保守センタ７
は、前記Ｓ−８２で得た情報をもとにして、予め指定さ
れているＣＥ側の受信端末、例えばパーソナルコンピュ
ータ、パーソナル・インフォメーション・マシンやポケ
ベル等にユーザ名と、装置番号と、故障部品名を通報す
る。勿論即時通報型の故障であることを通知することが
できる。

【００７３】このように、即時通報型の障害が発生した
場合でも、直ちに担当のＣＥにこれを通知して、それに
対応した処理を行わせることができる。前記説明では、
フラグコードＦＬＡＧをユーザの保守センタに転送した
例について説明したが、本発明は勿論これに限定される
ものではなく、ＣＥの所属部課に転送することもでき
る。

【００７４】

【発明の効果】請求項１に記載された本発明によれば、
データ処理装置の稼動中に、交換可能な複数の種類の消
耗部品について、それぞれ交換すべき必要性が存在する
場合、これをフラグコード化して自動的に担当の保守技
術者に通知することができるので、保守技術者はこれに
基づき部品の早期手配を行ったり、故障発生前に部品の
交換を行う等早期対処が可能となる。しかも担当の保守
技術者側に自動的に通知されるので、ユーザ先に保守技
術者が常駐する必要がなく、保守工数の大幅な削除と、
データ処理装置の信頼性を高めることができ、ユーザの
信頼向上に貢献することができる。

【００７５】請求項２に記載された本発明によれば、消
耗部品が交換すべき状態に近づいた場合のみならず、媒
体箇所情報、即時通報型故障通知情報にも対応できるの
で、例えば媒体箇所情報に基づきＤＡＳＤのエラー発生
箇所が増えた場合これに応じて交代領域を指示するため
のソフトの変更を行ったり、例えばＲＡＩＤにおいて一
箇所のＤＡＳＤに故障発生したような、早急に対応しな
ければならない、障害に対しても有効に対応処理するこ
とができる。

【００７６】請求項３に記載された本発明によれば、カ
ウンタ情報やセンス情報により状態を判断することがで
きるので、きわめて簡単な手段により消耗部品の状態が
判断可能となり、高価なものを使用せずにこれらの状態
を把握し、対処することができる。

【００７７】請求項４に記載された本発明によれば、フ
ラグコードに装置種別、装置識別、消耗部品コード、時
刻情報、障害状態情報等を記入したので、対応する部品
を容易に把握することができ、またその故障の状態等を
正確に判断することができる。

【００７８】請求項５に記入された本発明によれば、保
守センタ、あるいはＣＥ所属課のような通知先で消耗部
品コードを消耗部品名に交換して保守技術者に通知する
ので、保守技術者はどの部品について対策すべきかを簡
単に、正確に判断することができる。

【００７９】請求項６に記載された本発明によれば、保
守技術者が個人あての受信端末を持ち、これに障害情報
が自動的に通知されるので、保守技術者にその担当して
いるユーザにおける障害情報を正確に、迅速に伝達する
ことができ、それに対する対処を適切に、早く行うこと
ができる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の一実施の形態構成図である。

【図３】ユーザシステム動作説明図である。

【図４】フラグコード生成転送部の動作説明図である。

【図５】しきい値テーブルとスタック情報説明図であ
る。

【図６】保守センタ側処理説明図である。

【図７】消耗部品コードと消耗部品名の対応テーブル説
明図である。

【図８】媒体箇所情報通知に対するしきい値テーブル、
スタック情報、フラグコード説明図である。

【図９】ＤＡＳＤ側及びＯＳ側動作説明図である。

【図１０】媒体箇所情報通知に対するフラグコード生成
転送部動作説明図である。

【図１１】媒体箇所情報通知に対する保守センタ動作説
明図である。

【図１２】即時通報型のフラグコード生成テーブル、ロ
グ抽出情報、フラグコード説明図である。

【図１３】即時通報型故障発生時における装置側及びＯ
Ｓ側動作説明図である。

【図１４】即時通報型故障発生時におけるフラグコード
生成転送部及び保守センタの動作説明図である。

【符号の説明】

１ 配下装置 ２ 中央処理装置 ３ 主記憶装置 ４ ＯＳ ５ エラーロギングファイル ６ フラグコード生成転送部 ７ 保守センタ ８ 受信端末 ９ しきい値ファイル １０ 消耗部品コード消耗部品名対応テーブル ２１ 磁気ディスク装置 ２２ 磁気テープ装置 ２３ プリンタ装置

Claims (6)

【特許請求の範囲】
1. 【請求項１】中央処理装置と主記憶装置と、ＯＳと、Ｏ
   Ｓがその動作状態を検出可能な配下装置より構成される
   データ処理装置において、 配下装置の複数の種類の消耗部品の状態指示情報を受信
   し、この状態指示情報がしきい値を越えているか否かを
   判別し、しきい値を越えたものに関してフラグコードを
   作成して通知先に送出するフラグコード生成転送手段を
   具備したことを特徴とするデータ処理装置交換部品通知
   方式。
2. 【請求項２】前記フラグコード生成転送手段は、消耗部
   品情報、媒体箇所情報、即時通報型故障通知情報等の複
   数のタイプの通知情報に、それぞれフラグコードを作成
   して通知することを特徴とする請求項１記載のデータ処
   理装置交換部品通知方式。
3. 【請求項３】前記状態指示情報としてカウンタ情報、セ
   ンス情報を使用したことを特徴とする請求項１記載のデ
   ータ処理装置交換部品通知方式。
4. 【請求項４】前記フラグコードとして、装置種別、装置
   識別、消耗部品コード、時刻情報及び障害状態情報を記
   入したことを特徴とする請求項１記載のデータ処理装置
   交換部品通知方式。
5. 【請求項５】前記通知先は、部品コード名をそれに対応
   する部品名に対応テーブルを有し、通知された部品コー
   ドを部品名に変換してＣＥに通知することを特徴とする
   請求項１記載のデータ処理装置交換部品通知方式。
6. 【請求項６】前記ＣＥは、個人あての受信端末を持つこ
   とを特徴とする請求項５記載のデータ処理装置交換部品
   通知方式。