JP2011150586A - 障害履歴の管理システム - Google Patents

Abstract

【課題】 多発状態であると判定されなかった場合には、履歴情報を１件ごとに詳細に追わなければ、障害の発生傾向を知ることができなかった。定期点検などの際に障害の多発状態の兆候が予めわかれば、事前に対策を行うことも可能であるが、多発状態の兆候を確認することは困難であった。
【解決手段】 障害情報の履歴表示において、障害情報の各々について前回発生の障害情報との発生時情報の差分値を計算し、予め設定されている閾値以下であるか否かを判定する。差分値が閾値以下であると判定された異常情報に対しては、閾値を超えるものと視覚的に区別可能にして、障害情報を一覧形式の表示データへ編集する。
【選択図】 図６

Description

本発明は、ネットワーク機器の状態を監視するためのネットワーク機器監視システムにおいて、特にネットワーク機器の障害履歴情報を管理・表示する技術に関するものである。

通信制御装置が搭載された画像形成装置などのネットワーク機器の稼動状態を遠隔地から監視するシステムが存在している。このようなシステムでは、例えば画像形成装置において、紙詰まりなどの障害が発生するとその障害の情報が外部の監視装置に送信されるよう構成されている。特許文献１記載の画像形成装置監視システムでは、画像形成装置本体の紙詰まり情報を蓄積・管理する手段が、同一紙詰まり情報の発生頻度に基づいて、外部のホストコンピュータに送信するよう構成している。紙詰まりは軽微な障害であるため、単独で発生したものに対して通常、修理対応は不要である。しかしながら、画像形成装置において紙詰まりが頻発している場合は異常状態であり、修理対応が必要とされる。特許文献１記載の監視システムは、このような頻繁に発生していること的確に判断し、そのタイミングにおいて送信を行っている。

ネットワーク機器の障害情報を受信した監視装置は、これらの受信内容を蓄積管理して、ネットワーク機器の稼働状況を遠隔地から閲覧できるよう構成されている。例えば特許文献２記載の障害履歴情報監視システムでは、履歴管理装置が顧客システムから受信した障害情報を蓄積しており、前回障害との発生間隔に応じて顧客システムにおける障害発生間隔が短いことを示すメッセージを付加して障害情報を表示している。これにより、顧客システムが障害の連続発生状態にあるか否かを、保守サービス提供者に知らせることができる。

特開２００１−１９５２２５号公報 特開２００２−３２３９９７号公報

上記の技術はいずれも、監視対象のネットワーク機器が障害の多発状態であるか否かを判定条件にしたがって判定し、表示または通知するものである。しかしながら、多発状態であると判定されなかった場合には、履歴情報を１件ごとに詳細に追わなければ、障害の発生傾向を知ることができなかった。定期点検などの際に障害の多発状態の兆候が予めわかれば、事前に対策を行うことも可能であるが、多発状態の兆候を確認することは困難であった。

１つ以上のネットワーク機器の状態を監視する監視装置において、前記ネットワーク機器の障害情報を障害発生時の情報付きで受信する障害情報受信手段と、前記障害情報受信手段で受信した障害情報を蓄積保存する障害情報蓄積手段と、障害が連続して発生しているかを判断するための判定閾値保持手段と、前記ネットワーク機器の障害情報履歴の表示要求を受け付ける履歴表示要求受付手段と、前記履歴表示要求受付手段で障害情報履歴の表示要求を受けたとき、当該ネットワーク機器の障害情報を発生順に抽出する履歴情報抽出手段と、前記履歴情報抽出手段で抽出した障害情報の各々について、障害情報に含まれる発生時の情報における前回発生の障害情報との差分値を計算し、前記差分値が前記判定閾値保持手段で保持されている閾値以下であるか否かを判定する連続発生判定手段と、前記連続発生判定手段で差分値が閾値以下であると判定された異常情報について閾値を超えるものと視覚的に区別可能にして、前記履歴情報抽出手段で抽出した障害情報を一覧形式の表示データへ編集する表示情報生成手段と、前記表示情報生成手段で生成した表示データを要求元に返す履歴表示出力手段とを備え、区別可能に表示された異常情報の多少から異常多発状態の兆候を視認しやすくしたことを特徴とする。

本発明によれば、多発状態であると判定されていない段階においても、履歴情報を１件ごとに詳細に追わなくとも、障害の多発状況を視覚的に容易に知ることができる。発生間隔の短い障害の状況がわかるので、定期点検などの際に障害の多発状態の兆候を確認して、多発状態に陥る前に事前に対策を行うこともできる。

システム全体の概略図である。 ネットワーク機器１００の中で、特に本システムに係る部分のソフトウェア構成図である。 監視装置１１０の中で、特に本システムに係る部分のソフトウェア構成図である。 障害情報蓄積部３０２の保持する障害情報テーブルの一例（ジャム情報テーブル）を表す図である。 表示情報生成部３０７が生成する表示データの一例を表す図である。 表示装置１２０が表示する障害情報履歴の表示の一例を表す図である。 監視装置１１０が障害情報履歴の表示要求を受けたときの、監視装置１１０の処理を示すフローチャートである。 表示装置１２０が表示する障害情報履歴の表示の第二の例を表す図である。 表示装置１２０が表示する障害情報履歴の表示の第三の例を表す図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（実施例１）
図１は、本発明の実施の形態に係るシステム全体を示す図である。ネットワーク機器１００と監視装置１１０、表示装置１２０は、互いにネットワーク１３０を介して接続されている。ネットワーク機器１００は、複合機能型画像形成装置ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）や単一機能型画像形成装置ＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの画像形成装置が想定されるが、これに限らない。監視装置１１０は、ネットワーク機器１００の障害情報を受信し、蓄積・管理を行う。表示装置１２０は、監視装置１１０の蓄積する監視情報を閲覧するための装置で、監視装置１１０の監視情報を表示する。通信回線１３０は、ＬＡＮやＷＡＮ、インターネットなどが想定され、有線であっても無線であっても良い。

図２は、ネットワーク機器１００のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成を表す図である。障害検知部２０１は、ネットワーク機器１００で発生した障害を検知する。ここで、障害とは、ネットワーク機器のハードウェアやソフトウェアの処理上のエラーであり、例えば画像形成時の紙詰まりも含まれる。障害情報収集部２０２は、障害検知部２０１で障害を検知したときのネットワーク機器の付加情報を収集する。付加情報には、例えばネットワーク機器１００を特定するための情報や、障害の詳細内容を示す情報、障害発生時の時刻情報、画像形成枚数の計数値のうち、一部または全部が含まれる。また、ネットワーク機器１００は通信インターフェイスを備え、障害情報送信部２０３により、障害情報収集部２０２の収集した障害情報を監視装置１１０へ送信する。なお、本実施例においては、ネットワーク機器１００の障害情報を、ネットワーク機器１００から直接監視装置１１０へ送信する構成で説明する。しかしながら、ネットワーク機器１００の状態をネットワーク機器１００の設置してある拠点で監視し、障害情報を取得・送信する拠点監視装置を介していても良い。

図３は、監視装置１１０のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成を表す図である。監視装置１１０は通信インターフェイスを備え、障害情報受信部３０１により、ネットワーク機器１００の障害情報を受信する。障害情報蓄積部３０２は、受信したネットワーク機器１００の障害情報を監視装置１１０内部のデータベースに蓄積・管理する。履歴表示要求受付部３０３は、履歴情報蓄積部３０２が蓄積している障害情報の履歴表示要求を受け付ける。履歴情報抽出部３０４は、受け付けた表示要求に従って、履歴情報蓄積部３０２からネットワーク機器１００の障害情報を抽出する。連続発生判定部３０５は、障害が前回の障害から間を置かずに発生した障害であるか否かを、抽出した障害情報を元に判定する。判定閾値保持部３０６は、連続発生判定部３０５が判定するための閾値を保持する。表示情報生成部３０７は、履歴情報抽出部３０４で抽出した障害情報を表示データへ編集する。ここでいう表示データとは、履歴表示要求元のアプリケーションで表示可能な形式のファイルである。例えばウェブブラウザで閲覧するためのＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のファイルや、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式のファイルなどがある。履歴表示出力部３０８は、表示情報生成部３０６で生成した表示データを履歴表示要求元へと送信する。

図４は、障害情報蓄積部３０２の保持する障害情報テーブルの一例として、紙詰まり情報を保持するジャム情報テーブルを表す図である。以下、本実施例ではネットワーク機器１００の障害情報の一例として、紙詰まり情報の履歴表示を行う場合を例に挙げて説明する。

ジャム情報テーブル４００は、障害情報受信部３０１が受信した障害情報を１件１レコードで保持する。ログＩＤ４０１は、障害情報１件１件を一意に特定するためのＩＤフィールドであり、障害情報蓄積部が障害情報を記録する際に付加する。デバイスＩＤ４０２は、ネットワーク機器１００を一意に特定するためのＩＤ情報である。ジャム発生日時４０３は、ネットワーク機器１００の紙詰まりを検知した日時情報を記録するフィールドである。ジャムコード４０４は、ネットワーク機器１００の紙詰まりの内容を示すコードを記録するフィールドである。カウンター４０５は、ネットワーク機器１００の紙詰まりを検知したときの画像形成枚数を記録するフィールドである。ここで、フィールド４０２乃至４０５はいずれも、障害情報受信部３０１が受信した障害情報に含まれる情報である。

図５は、本実施例において、表示情報生成部３０７が生成するＨＴＭＬ形式の表示データの一例を表す図である。

図６は、本実施例において、表示情報生成部３０７の生成する表示データを元にして表示装置１２０のアプリケーションが表示する、障害情報履歴の表示の一例を表す図である。

図７は、本実施例において、監視装置１１０が障害情報履歴の表示要求を受けたときの、監視装置１１０の処理を示すフローチャートである。以下、図７のフローチャートに従って、表示装置１２０のウェブブラウザから紙詰まり情報履歴の表示要求を受けた場合を例に、監視装置１１０の障害情報履歴の表示処理を説明する。

ステップＳ７０１で、履歴表示要求受付部３０３が表示装置１２０から障害情報履歴の表示要求を受けると、監視装置１１０は図７のフローチャートの処理を開始する。このとき表示要求には、表示対象となるネットワーク機器１００のＩＤ情報であるデバイスＩＤを含む。表示要求を受けると履歴情報抽出部３０４は、受信したデバイスＩＤに合致する障害情報を、障害情報蓄積部３０１から抽出する（ステップＳ７０２）。ここでは、履歴情報抽出部３０４はジャム情報テーブル４００からデバイスＩＤ４０２が一致するレコードを、ジャム発生日時４０３順に抽出する。表示要求に含まれるデバイスＩＤが「ＤＥＶ００００１」であった場合は、ログＩＤが「０００００００１」「０００００００２」「０００００００４」と「０００００００６」〜「００００００１２」の１０個のレコードを抽出する。このとき表示要求に、期間などの条件が別途指定されている場合には、その条件の範囲内で抽出する。抽出したレコードは、表示情報生成部３０７が図５に示すような表示データ（図５の例ではＨＴＭＬファイル）へと編集する。

表示データへ編集するための処理として、まずステップＳ７０３で連続発生判定部３０５が、抽出したレコード１件１件について直前の障害情報とのカウンターの差分値を計算する。例えば、ログＩＤが「０００００００４」のジャム情報の場合は、直前のジャム情報が「０００００００２」であるため、差分値はカウンター４０５の差「１０８０００−１０５０００」を計算して「３０００」となる。そして、連続発生判定部３０５は、計算した差分値が判定閾値保持部３０６の保持する閾値以下であるかを判定する（ステップＳ７０４）。判定閾値保持部３０６は、閾値を全体で一律、もしくは製品種類ごと、ネットワーク機器１００ごと、ログインユーザーごとのいずれかで持ち、システムで変更もできるようにしても良い。例えば、閾値が「１００」で設定していた場合、連続発生判定部３０５は差分値が「１００」以下であるかを判定する。ログＩＤ「００００００１２」のジャム情報の場合は差分値が「１０」であるため「１００」以下の条件に合致し、ログＩＤ「０００００００９」のジャム情報の場合は差分値が「４１０」であるため「１００」以下の条件には合致しない。ステップＳ７０４で差分値が閾値以下であった場合、そのジャム情報に対して表示情報生成部３０７は、生成する表に背景色のタグを埋め込むなど、視覚的に区別させるための処理を行う（ステップＳ７０５）。図５の例では、ログＩＤ「００００００１２」のジャム情報を表示する列５０１に、背景色のタグを埋め込んでいる。一方、差分値が閾値以下ではなかったログＩＤ「０００００００９」のジャム情報については、５０２のようにタグの埋め込み処理は行わない。ここでは、背景色のタグで視覚的に区別させる例を挙げたが、当然のことながら区別させるための実現方法はこれに限らない。このステップＳ７０３〜Ｓ７０５の処理を、抽出した表示対象のレコード全てに対して行う（ステップＳ７０６）。

抽出した表示対象のレコード全てに対して抽出した表示対象のレコード全てに対しての処理を終えると、表示情報生成部３０７は表示要求元のアプリケーションで閲覧可能な形式（本実施例の場合はＨＴＭＬ形式）に表示データを編集する（ステップＳ７０７）。そして、生成された表示データを、履歴表示出力部３０８が表示要求元に送信する（ステップＳ７０８）。送信された図５の表示データを表示装置１２０で見ると、図６となる。ログＩＤ「００００００１２」のジャム情報を表示する列６０１のように、差分値が閾値「１００」以下であるものについて背景色がついて表示される。

以上、詳細に説明した本発明を適用できる本実施形態では、ネットワーク機器１００として障害の多発状態であると判定されていない段階においても、履歴情報を１件ごとに詳細に追わなくとも、障害の多発状況を視覚的に容易に知ることができる。発生間隔の短い障害が最近どれだけ発生しているのか、表示からその状況を確認することができる。これにより、定期点検などの際に障害の多発状態の兆候を確認して、多発状態に陥る前に事前に対策を行うこともできる。

なお、本実施例では連続発生判定部３０５が判定を行う閾値を１つとしたが、複数であっても良い。図８は、連続発生判定部３０５が判定を行う閾値を２つとした場合の、表示装置１２０のアプリケーションが表示する障害情報履歴の表示の一例を表す図である。図８の例は、閾値を「１００」と「５００」の２つを設定したものであり、それぞれの閾値に応じて表示を変更するようにしている。これにより、閾値１つでは区分しきれなかった発生間隔の障害についても区分することができるので、より詳細な障害の多発状況を知ることができる。

また、障害情報履歴はあくまで過去の情報であるため、一定期間を超えた障害情報については、たとえ当時が障害の多発状態だったとしても障害多発の事前対策という観点においてはあまり意味をなさないことも多い。そのため、連続発生判定部３０５が判定する対象の障害情報は、抽出した障害情報のうち所定の期間内に発生した障害情報のみとしても良い。図９は、連続発生判定部３０５が判定する対象を所定の期間内の障害情報のみに限定した場合の、表示装置１２０のアプリケーションが表示する障害情報履歴の表示の一例を表す図である。図９の例は、所定の期間を７日間とし、表示装置１２０から１２月２５日に閲覧した場合を想定した例である。これにより、最近発生した障害に対しての多発状況が確認しやすくなる。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (4)

1. １つ以上のネットワーク機器（１００）の状態を監視する監視装置（１１０）において、
   前記ネットワーク機器の障害情報を障害発生時の情報付きで受信する障害情報受信手段（３０１）と、
   前記障害情報受信手段で受信した障害情報を蓄積保存する障害情報蓄積手段（３０２）と、
   障害が連続して発生しているかを判断するための判定閾値保持手段（３０６）と、
   前記ネットワーク機器の障害情報履歴の表示要求を受け付ける履歴表示要求受付手段（３０３）と、
   前記履歴表示要求受付手段で障害情報履歴の表示要求を受けたとき、当該ネットワーク機器の障害情報を発生順に抽出する履歴情報抽出手段（３０４）と、
   前記履歴情報抽出手段で抽出した障害情報の各々について、障害情報に含まれる発生時の情報における前回発生の障害情報との差分値を計算し、前記差分値が前記判定閾値保持手段で保持されている閾値以下であるか否かを判定する連続発生判定手段（３０５）と、
   前記連続発生判定手段で差分値が閾値以下であると判定された異常情報について閾値を超えるものと視覚的に区別可能にして、前記履歴情報抽出手段で抽出した障害情報を一覧形式の表示データへ編集する表示情報生成手段（３０７）と、
   前記表示情報生成手段で生成した表示データを要求元に返す履歴表示出力手段（３０８）と、を備え、
   区別可能に表示された異常情報の多少から異常多発状態の兆候を視認しやすくしたことを特徴とする監視装置（１１０）。
2. 前記障害情報受信手段（３０１）で受信する前記発生時の情報は、画像形成枚数の計数値であることを特徴とする請求項１記載の監視装置。
3. 前記連続発生判定手段（３０５）を複数備え、
   前記表示情報生成手段（３０６）は、複数の前記連続発生判定手段（３０５）の結果に応じて視覚的に区別可能にして表示データへ編集することを特徴とする請求項１乃至２に記載の監視装置。
4. 前記連続発生判定手段（３０５）は、前記履歴情報抽出手段で抽出した障害情報のうち所定の期間内に発生した障害のみを対象とすることを特徴とする請求項１乃至３に記載の監視装置。

Images