(57)【要約】【課題】  障害情報を精査する精度の向上と、それによる販売会社へ通知される障害通知メールの抑止を目的とする。【解決手段】  ネットワークに接続され、監視デバイスと、前記監視デバイスを監視する監視装置と、前記監視装置と通信を行う管理サーバとからなるデバイス監視システムにおいて、管理サーバが障害情報の必要性を判断するのに用いていた標準出力枚数を、固定値としてではなく、各機種の使用状況に応じた動的な値として持つ構成とする。【選択図】  図１
2008269326.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、監視デバイスと、前記監視デバイスを監視する監視装置と、前記監視装置と通信を行う管理サーバとからなるデバイス監視システムにおいて、
前記管理サーバは、前記管理サーバに登録されている監視デバイスについて機種ごとの平均出力枚数を算出する手段と、
前記算出手段により算出された機種ごとの平均出力枚数から新たな規定枚数を算出する手段と、
前記算出手段により算出された規定枚数を新たな規定枚数として設定する手段と、
前記監視デバイスに障害発生後、前記設定手段により設定された規定枚数のある範囲内に発生した同一障害情報を破棄する手段を有する事を特徴とするデバイス監視システム。
【請求項２】
請求項1に記載のデバイス監視システムにおいて、
前記管理サーバは、前記監視デバイス及び前記監視装置より受信した障害情報が前記管理サーバにとって有効であるか、無効であるかを判断する手段と、
前記監視デバイスの機種を特定する手段と、
前記監視デバイスに発生した障害が、前記監視デバイスにとって初めての障害であるかどうかを判断する手段を有する事を特徴とするデバイス監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバがデバイス及び監視装置から通知される障害情報に対して、必要でない障害情報を破棄することに関し、障害情報を管理サーバに通知するデバイス及び監視装置と、デバイス及び監視装置から通知された障害情報を精査する管理サーバとで構成されるデバイス監視システムに関するものである。
【背景技術】
【０００２】
従来、管理サーバは監視デバイス及び監視装置から通知される障害情報を全て受け付けるようにしていた。しかし、監視デバイス及び監視装置から通知される全ての障害情報が管理サーバにとって必要なわけではなく、一部の障害情報の破棄を行っていた。管理サーバは各障害情報が管理サーバにとって必要であるかどうかの判断を次のように行っていた。デバイスの各機種ごとの標準出力枚数を固定値として持ち、その固定値を必要/不必要の判断基準とすることにより判断を行っていた。その判断結果に基づき、管理サーバは障害情報の精査を行っていた。
【特許文献１】特開2006-039915号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、監視デバイスの使用状況を考慮せずに障害情報の必要/不必要の判断基準を固定値として持つことによって、本来管理サーバが破棄すべき障害情報に対しても必要であると判断する可能性があった。そのため、本来販売会社に通知する必要のない障害通知メールが多発する可能性があった。
【課題を解決するための手段】
【０００４】
ネットワークに接続され、監視デバイスと、前記監視デバイスを監視する監視装置と、前記監視装置と通信を行う管理サーバとからなるデバイス監視システムにおいて、前記管理サーバは、前記管理サーバに登録されている監視デバイスについて機種ごとの平均出力枚数を算出する手段と、前記算出手段により算出された機種ごとの平均出力枚数から新たな規定枚数を算出する手段と、前記算出手段により算出された規定枚数を新たな規定枚数として設定する手段と、
前記監視デバイスに障害発生後、前記設定手段により設定された規定枚数のある範囲内に発生した障害情報を破棄する手段を有する事を特徴とするデバイス監視システム。
【発明の効果】
【０００５】
これまで管理サーバが障害情報の必要性を判断するのに用いていた標準出力枚数を、固定値としてではなく、各機種の使用状況に応じた動的な値として持つことにより、障害情報を精査する精度が向上する。それにより、販売会社に通知される障害通知メールの抑止にもつながる。
【発明を実施するための最良の形態】
【０００６】
（実施例１）
図1は、本発明の実施の形態に係るデジタルデバイス本体（以下、デバイスという）と監視装置と管理サーバとのインターネットを介した接続関係を示す図である。
【０００７】
この図において101はデバイス、102はデバイス101の状態を監視し、管理サーバと通信を行う監視装置、103は一般のユーザが業務等で使用するパーソナルコンピュータ（PC）、104はIntranetからHTTPやHTTPSなどのプロトコルで、複数のユーザがInternetに接続しにいくのを支えるProxy Server、105はIntranetのセキュリティを高めるために設置されたFirewall、これらがLAN100を介して相互に接続されていることを表している。また、106はデバイスの稼動状態を一元的に管理する管理サーバであり、108はデバイス101と監視装置102とがLAN100を介して相互に接続されたIntranetの環境を表している。実際には複数のイントラネット環境108と、管理サーバ106とがInternet110を介して相互に接続されている。
【０００８】
監視装置102は、LAN100を介して自身の通信スケジュールに従って通信を行い、デバイス101の種動作モード設定や、カウンタ値、稼働ログなどの稼働情報、およびハード障害やジャム多発等の障害情報をデバイス101から取得する。またデバイスに対して設定情報の更新やリブートなどのコマンド指示を行う。この際の通信手段としては、SNMP（Simple Network Management Protocol）を介したMIB（Management Information Base）のやり取り等がある。
【０００９】
監視装置102は、特別なデバイスとして図面に記されているが、監視装置とは、監視プログラムの走るデバイスを指し、PC（パーソナルコンピュータ）上に監視プログラムがインストールされ、監視装置となるケースや、デバイス自身に監視プログラムを内蔵し、デバイスが監視装置の役割を果たすケースなどがあり、監視装置の形態に制限はない。
【００１０】
監視装置102はデバイス101の稼動情報と障害情報を通信用データに加工し、Internetを介して管理サーバ106に送信している。通信プロトコルは、HTTPやHTTPSなどのプロトコルを想定しているが、とくに限定するものではない。例えば、図1の例において、監視装置102はHTTPSを利用してProxy ServerとFirewallを介して、管理サーバ106にデータを送信している。
【００１１】
管理サーバは、監視装置を制御するために、監視装置用のコマンドを発行する。監視装置からは、定期的に（またはイベント的に）管理サーバへコマンドを取得しに来る（以下、コマンドリクエストと呼ぶ）ので、管理サーバで発行したコマンドは、監視装置が取得しに来るまで、管理サーバ内で保管する。
【００１２】
例えば、コマンド取得の方法は、監視装置内に保管してあるSSL証明書を利用して、管理サーバとhttpsの通信を行う。このとき、特定のSSL証明書を利用し通信を開始する事で、通信相手が管理対象の装置であることを管理サーバは認識する。
【００１３】
また、監視装置には、それぞれ一意に識別するための識別IDが付与されており、https通信が確立した後に、SOAP等のプロトコルを使用して、識別IDを管理サーバに送信する事で、管理サーバはどの監視装置から通信が行われたのか、確認する事ができる。また、このレスポンスに、コマンドを付与する事によって、インターネットから、特定の監視装置へのコントロールを可能にする。
【００１４】
図2は、図１における管理サーバ106のハードウェア構成を示すブロック図である。
【００１５】
管理サーバ106は汎用のコンピュータ等で構成され、全体を制御するためのCPU202と、システム起動に必要なブートプログラムを記憶するための読み出し専用メモリであるROM203と、CPU202でプログラムを実行する際に必要とされる作業メモリであるRAM204と、Network上で通信を行うためのNetwork I/F205と、表示デバイス209に監視装置との通信内容等を表示するための表示制御部206と、管理サーバ106を管理するオペレータからの入力デバイス210、211、入力を受け付ける入力制御部207と、CPU202で実行するプログラムや監視装置から送られた各デバイスの稼働情報などを格納する磁気ディスク等の記憶装置208を含む。
【００１６】
管理サーバ106は、監視装置102からの定期的な稼働情報通知や不定期的な異常状態の通知、コマンドリクエストをNetwork I/Fを介して常時受けている。また、ユーザから監視装置への設定変更や動作要求などのコマンド入力は、入力制御部207を介して常時受け付けている。
【００１７】
定期的に通知される稼働情報には、各種カウンタ値や稼働ログなどが含まれており、管理サーバ106は稼動情報を基にデバイス101を所有している顧客に対して毎月請求する定期メンテナンス料を算出する。また、デバイス101に使用されているパーツが推奨寿命に対してどのくらい消耗しているのかをレポートの形で出力する。管理サーバ106はこの稼働情報を記憶装置208に逐次格納する。一方オペレータは格納された稼働情報を適宜参照して顧客への請求額を決定する。
【００１８】
不定期的に通知されるデバイス101の異常状態を表す情報には、稼働情報に加えて、発生したハード障害やジャムなどのエラー／アラーム情報が含まれている。管理サーバ106はこの情報を受け取ると、情報の緊急度に基づいて処理を決定する。受け取った情報が、デバイスの故障など、デバイス101が異常状態を表すものであり、すぐに復旧させる必要のある障害情報だった場合には、その対象のデバイス101を管理しているオペレータに電子メールを送信し、さらに記憶装置208に逐次格納すると共にディスプレイ209上に表示することで、デバイス101が異常状態に陥っている旨をオペレータに通知する。また、受け取った情報がジャムやアラームのように緊急度が低い場合には、記憶装置208に逐次格納し、電子メールの送信が必要かどうか、ディスプレイ209に表示させる必要があるかどうかを判断する。一方オペレータは、ディスプレイ209上の表示内容からデバイス101の状態を判断し、必要に応じて障害復旧作業をサービスマンに指示をする。また、トナーなどの消耗品を顧客に送付する。
【００１９】
監視装置からのコマンドリクエストは、任意のタイミングで常時受け付ける。管理サーバはコマンドリクエストを受ける都度、管理サーバ内の記憶装置208を確認し、ユーザから監視装置へのコマンドが設定されていたら、監視装置へコマンドを送信する。
【００２０】
図３は、管理サーバ106における、監視装置へのコマンド発行を行うアプリケーションプログラムの機能を示すブロック図である。アプリケーションプログラムは、ユーザからの入力を受け付けるコマンド入力部305と、コマンド入力部305で受け付けた監視装置への設定変更コマンドを記憶するための設定変更記憶部302と、監視装置への設定変更コマンドを設定変更記憶部に入出力するための設定変更情報入出力部304と、監視装置の現在の設定を記憶するための設定記憶部301と、監視装置の設定情報を設定記憶部301に入出力するための設定情報入出力部303と、監視装置との通信を行う通信I/F部306と、監視装置から受信したデータを、識別IDや通信コマンドをデータとして取り出す、または、監視装置へ送信するデータを通信用フォーマットへ成型する通信コマンド解釈部309と、ユーザのリクエストによって、設定を変更するための情報と、監視装置のもともとの設定を比較し、適切なコマンドを発行する設定比較/コマンド発行部307と、発行されたコマンドの数と、実行指示したコマンドの数、コマンドの結果など、監視装置に対するコマンドの制御を行うコマンド制御部310と、監視装置へのコマンドの結果を記憶するコマンド結果記憶部311を含む。
【００２１】
ここでは、コマンド入力部305にてユーザから入力されたコマンドを一時的に、設定変更記憶部302に保管し、監視装置からコマンドリクエストを受信したときに、設定変更情報比較/コマンド発行部307にて、設定を比較する、または、コマンド自体を検証し、影響しあうコマンドを適切化する事で、ユーザから入力されたコマンドをそのまま監視装置へ送信するのではなく、適切な形に生成する事で余計なオペレーションを排除し、システム障害になる原因を抑制している。
【００２２】
図４は、管理サーバ106における、デバイス101及び監視装置102から通知されるデバイス101の障害情報と障害時のカウンタ値を格納する情報テーブルの例である。401はデバイスIDで、デバイス101を識別するためのIDである。402はデバイス101において障害が発生した日時である。403はデバイス101において障害が発生した際のトータルカウンタ値である。404はデバイス101及び監視装置102から通知された障害情報が管理サーバ106にとって有効であるか、無効であるかを表している。この有効/無効は従来の障害情報のフィルタリングにより決定されるものである。有効/無効フィールドが「1」である場合有効を、「0」である場合無効を示す。今回の例だと、2006/06/07 13:10に発生した障害情報は従来より行われている障害情報のフィルタリングにより、管理サーバにとっては無効な情報として示される。404が有効となっているデバイス101に対してのみ後述する機種ごとの平均出力枚数を算出するために403のトータルカウンタ値を使用する。
【００２３】
図５は、管理サーバ106における、図４で表されるデバイス101についての障害発生時のカウンタ値テーブルより算出された、障害間のデバイス101の出力枚数を格納した情報テーブルの例である。501はデバイスIDで、デバイス101を識別するためのIDである。502は障害が発生してから、次に同一障害が発生するまでの期間を表しており、本実施例では障害が「2006/06/07 13:00」に発生後、「2006/07/10 14:00」に同一障害が発生したことを表している。503は前記期間にデバイス101が出力した枚数である。本実施例では、デバイスIDがDEV000000001についての障害間の出力枚数503の算出式は、c11 = c2 - c1, c12 = c3 - c2, ・・・，c1x = cx - cx-1となる。前記算出式により、管理サーバ106に登録されているデバイス101の障害間の出力枚数を算出する。算出処理のフローチャート(図１０参照)については後述する。
【００２４】
図６は、本実施例における障害情報についての例を表している。アラームとサービスコールエラーとでは緊急度が違う。また、図６は本実施例における一例であって、全てを網羅したものではない。
【００２５】
図７は、管理サーバ106で管理の対象となっているデバイス101の機種一覧を表した情報テーブルの例である。701は管理サーバ106に登録されている機種の番号で、702は管理サーバ106が監視対象としている機種を表している。
【００２６】
図８は、管理サーバ106に登録されている全てのデバイス101の機種を特定するための情報テーブルの例である。801は管理サーバ101に登録されているデバイスIDである。802は前記デバイスIDの機種を特定するモデル名である。
【００２７】
図９は、管理サーバ106に登録された各デバイス101に対して、機種ごとに算出した平均出力枚数を示す情報テーブルの例である。901はデバイス101の機種名を表しており、902は機種ごとの平均出力枚数である。平均出力枚数とは、同一障害間の出力枚数を管理サーバ106に登録されている全てのデバイス101から機種ごとに平均値を算出したものである。本実施例では、機種AB C3200に関する平均出力枚数は下記のように算出される。まず、前記図８の機種特定情報テーブルを参照し、デバイスIDがDEV000000001であるデバイス101がAB C3200であることを判断する。次に、前記図５の障害間出力枚数情報テーブルのデバイスIDがDEV000000001に対する出力枚数503を参照し、加算する。前記加算処理を管理サーバ106に登録されているデバイス101の中でAB C3200であるデバイス101全てに行い、合計値を算出する。つまり、合計値 = c11 + c12 + … + c1a + c31 + c32 + … + c3c + … + cxx  となる。合計値を管理サーバ106に登録されているAB C3200の台数で除算することによりAB C3200の同一障害間の平均出力枚数C1を算出する。よって算出式は C1 = (c11 + c12 + … + c1a + c31 + c32 + … + c3c + … + cxx) / AB C3200の台数  となる。算出処理のフローチャート(図１１参照)については後述する。
【００２８】
図１０は、デバイス101に対して、同一障害間の出力枚数を算出する処理を示したフローチャートである。S1001で本算出処理を管理サーバ106に登録されているデバイス101数分繰り返す。S1002で同一障害間の出力枚数算出処理を管理サーバ106に登録されている各デバイス101に発生した障害数分繰り返す。S1003でデバイス101、あるいは監視装置102から通知された障害情報Yが有効であるかを判断する。有効でない場合、情報テーブルに格納された次の同一障害情報についてS1003の判断処理を行う。S1003で判断結果が有効であった場合、S1004でデバイスIDXXXにおける同一障害間の出力枚数を算出する。算出方法は、前記で説明したように、図４の障害発生時のトータルカウンタ値403を用いて、404が有効となっている各障害間のトータルカウンタ値の差分である。S1005でS1004によって算出された同一障害間の出力枚数を図５で示される同一障害間の出力枚数を格納した情報テーブルの503へ格納する。
【００２９】
図１１は、デバイス101に対して、機種ごとに同一障害間の平均出力枚数を算出する処理を示したフローチャートである。S1101で本算出処理を管理サーバ106が管理対象とするデバイス101の機種数分(図７の701の番号数分)繰り返す。S1102で機種ごとの同一障害間の出力枚数加算処理を管理サーバ106に登録されているデバイス101数分繰り返す。S1103でデバイスIDXXXが、前記図８の機種特定情報テーブルを参照し、番号Yで示された機種であるか判断する。S1103で判断した結果、デバイスIDXXXが番号Yで示された機種でなかった場合、管理サーバ106に登録されている次のデバイス101の処理へ移る。S1103で判断した結果、デバイスIDXXXが番号Yで示された機種であった場合、S1104でデバイスIDXXXに対して前記図５の同一障害間出力枚数503を全て加算する。加算した値をデバイスIDXXXの処理以前に加算処理を行ったデバイス101の加算値に加算する。これを前記S1102の登録デバイス数分繰り返す。結果、算出された値は各機種ごとの同一障害間出力枚数503の合計値となる。S1105でS1104で算出された合計値を番号Yで示された機種数で除算することにより、機種ごとの平均出力枚数を算出する。S1105で算出された機種ごとの平均出力枚数を図９で示される機種ごとの平均出力枚数を格納したテーブルの902に格納する。S1106で算出された機種ごとの平均出力枚数を同一障害情報を破棄するための判断基準となる規定枚数に設定する。
【００３０】
図１２は、デバイス101及び監視装置102から送信される同一障害情報を破棄する処理を示したフローチャートである。S1201で本障害情報破棄処理を管理サーバ106に登録されているデバイス101数分繰り返す。S1202で管理サーバ106はデバイス101及び監視装置102から送信された障害情報を受信する。S1203で障害発生時カウンタ値Cxを取得する。S1204で該デバイスにおいて初めての障害であるかどうかを判断する。S1204で判断した結果、該デバイスで初めての障害でない場合は、S1205で前回障害発生時カウンタ値Cx-1との差分Cを算出する。S1204で判断した結果、該デバイスで初めての障害である場合は初期規定枚数Aとの差分を算出する。初期規定枚数Aは機種ごとに定められた値である。S1207でS1205及びS1206の算出結果が規定枚数を超えているかどうかを判断する。規定枚数とは、前述した機種ごとの平均出力枚数と係数α(α<1)を乗算したものである。規定枚数 = 機種ごとの平均出力枚数 * α
S1207で判断した結果、差分Cが規定枚数を超えていた場合、S1208で障害情報をDBに格納する。S1207で判断した結果、差分Cが規定枚数を超えていない場合、S1209で同一障害情報を破棄する。
【００３１】
本実施例において、様々な情報テーブルを示してきたが、これらは一例であり、これに限るものではない。
【図面の簡単な説明】
【００３２】
【図１】デバイス、監視装置および管理サーバとのインターネットを介した接続関係を示す図。
【図２】管理サーバのブロック図。
【図３】管理サーバのアプリケーションプログラムの機能ブロック図。
【図４】管理サーバが持つ障害発生時のカウンタ値テーブル。
【図５】管理サーバが持つ同一障害間の出力枚数テーブル。
【図６】デバイスに発生する障害の例。
【図７】管理サーバが持つ管理対象機種一覧を表した情報テーブル。
【図８】管理サーバが持つデバイスの機種名を特定するための情報テーブル。
【図９】管理サーバが持つ機種ごとの同一障害間の平均出力枚数。
【図１０】管理サーバの同一障害間の出力枚数を算出する処理を示したフローチャート。
【図１１】管理サーバの機種ごとの平均出力枚数を算出する処理を示したフローチャート。
【図１２】管理サーバの同一障害情報を破棄する処理を示したフローチャート。
【符号の説明】
【００３３】
100  LAN
101  デバイス
102  監視装置
103  PC
104  Proxy Server
105  Firewall
106  管理サーバ
108  イントラネット
110  インターネット
【図１】
2008269326.tif 000003
【図２】
2008269326.tif 000004
【図３】
2008269326.tif 000005
【図４】
2008269326.tif 000006
【図５】
2008269326.tif 000007
【図６】
2008269326.tif 000008
【図７】
2008269326.tif 000009
【図８】
2008269326.tif 000010
【図９】
2008269326.tif 000011
【図１０】
2008269326.tif 000012
【図１１】
2008269326.tif 000013
【図１２】
2008269326.tif 000014