JP2016139269A

JP2016139269A - 情報処理装置及びプログラム

Info

Publication number: JP2016139269A
Application number: JP2015013660A
Authority: JP
Inventors: 良平岩崎; Ryohei Iwasaki; 高橋　進一; Shinichi Takahashi; 進一高橋
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2015-01-27
Filing date: 2015-01-27
Publication date: 2016-08-04
Anticipated expiration: 2035-01-27
Also published as: US10379477B2; JP5790891B1; US20160216175A1

Abstract

【課題】新たに導入する装置等、異常状態に近づいていない装置に対しても、異常が起こる可能性を通知する。【解決手段】管理センタ１０の管理サーバ１０１は、顧客装置１２，１４からプリンタ１２２，１２３，・・の履歴（ログ）情報を受信するとともに、営業／ＣＥ拠点装置１６の端末からプリンタ１２２，１２３，・・・の属性情報を受信し、これらを関連付けてデータベースに登録する。管理サーバ１０１は、属性情報に基づいてカテゴリに分類し、カテゴリ毎に履歴情報に基づき異常発生度合いを算出して、異常発生度合いが閾値を超える分類に属するプリンタに対して異常発生可能性を通知する。【選択図】図１

Description

本発明は、情報処理装置及びプログラムに関する。

従来から、印刷装置等における異常状態を予知する技術が提案されている。予知技術の基本は、装置の履歴（ログ）を収集し、これを解析して装置の状態が異常レベルに近づいているか否かを判別するものである。

特許文献１には、装置の各異常状態を収集・記憶し、これらの情報から異常状態の予知判別を行うことが記載されており、２つ以上の判別結果から異常状態の深刻度を算出して保守員へ通知することが記載されている。

特開２０１１−１１３２２９号

装置の履歴を収集し、装置の状態が異常レベルに近づいているか否かを判別する場合、装置が異常状態に近づいて初めて検知できるため、新たに導入する装置や、未だ異常状態に向かっていない装置に対しては予知することができない。

なお、異常解析によって異常が発生する状態を識別してこれを情報共有し、予知に役立てることも考えられるが、未だ解明されていない要因により異常が起こる状態や条件が変化する可能性を否定できない。すなわち、履歴（ログ）情報のみでは異常予知の精度を上げるのに限界がある。

本発明の目的は、新たに導入する装置等、異常状態に近づいていない装置に対しても、異常が起こる可能性を通知することが可能な情報処理装置及びプログラムを提供することにある。

請求項１記載の発明は、複数の装置から該装置の履歴情報を取得する取得手段と、前記履歴情報を前記装置の属性情報と関連付けて登録する登録手段と、前記属性情報に基づいて前記装置を複数のカテゴリに分類する分類手段と、前記カテゴリ毎に前記履歴情報に基づき異常発生度合いを算出する算出手段と、前記異常発生度合いが閾値を超えるカテゴリに属する装置に対して異常発生可能性を通知する通知手段とを備える情報処理装置である。

請求項２記載の発明は、前記装置は印刷装置であり、前記属性情報は、少なくとも前記印刷装置の設置位置、設置環境、印刷量に関する情報を含み、前記履歴情報は、少なくとも前記印刷装置の部品交換、印刷時エラーに関する情報を含む請求項１記載の情報処理装置である。

請求項３記載の発明は、前記算出手段は、前記印刷装置の感光ドラムの交換時の印刷枚数、及び感光ドラムの寿命に対応する基準印刷枚数を用いて感光ドラムの前記異常発生度合いを算出する請求項２記載の情報処理装置である。

請求項４記載の発明は、コンピュータを、複数の装置から該装置の履歴情報を取得する取得手段と、前記履歴情報を前記装置の属性情報と関連付けて登録する登録手段と、前記属性情報に基づいて前記装置を複数のカテゴリに分類する分類手段と、前記カテゴリ毎に前記履歴情報に基づき異常発生度合いを算出する算出手段と、前記異常発生度合いが閾値を超えるカテゴリに属する装置に対して異常発生可能性を通知する通知手段として機能させるプログラムである。

請求項１，４記載の発明によれば、新たに導入する装置等、異常状態に近づいていない装置に対しても、異常が起こる可能性を通知することができる。

請求項２記載の発明によれば、さらに、印刷装置について適切に複数のカテゴリに分類でき、異常が起こる可能性を通知することができる。

請求項３記載の発明によれば、さらに、印刷装置の感光ドラムについて、異常が起こる可能性を通知することができる。

実施形態のシステム構成図である。営業／ＣＥ入力情報の一例を示す説明図である。管理サーバの全体処理フローチャートである。図３の詳細フローチャートである。ログ情報管理テーブルの一例を示す説明図である。カテゴリ毎カウント用テーブルの一例を示す説明図である。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。図２の詳細フローチャートである。カテゴリ毎の異常発生率の一例を示す説明図である。

以下、図面に基づき本発明の実施形態について説明する。

図１は、本実施形態のシステム構成図である。本システムは、管理センタ１０と、複数の顧客装置１２，１４、・・と、営業／ＣＥ（カスタマエンジニア：Customer Engineer）拠点装置１６を備え、これらが互いにインターネット１８で接続される。

管理センタ１０は、管理サーバ１０１を備える。管理サーバ１０１は、各顧客装置１２，１４、・・・、及び営業／ＣＥ拠点装置１６から各プリンタの履歴（ログ）情報をインターネット１８経由で収集する。

顧客装置１２は、ログサーバ１２１及び複数のプリンタ１２２，１２３、・・を備える。ログサーバ１２１は、各プリンタ１２２，１２３、・・の履歴（ログ）情報を収集し、収集した履歴情報を定期的にインターネット１８経由で管理センタ１０に送信する。顧客装置１４についても同様であるが、顧客によっては、プリンタ１台のみが設置され、ログサーバが存在しない場合もあり得る。すなわち、顧客装置には、プリンタが１台あるいは複数台設置され、ログサーバが存在する場合もあれば存在しない場合もある。各プリンタ１２２，１２３の履歴（ログ）情報には、各プリンタの稼働状況、エラー情報が含まれる。ログサーバが存在しない場合に、プリンタから直接、インターネット１８経由で履歴情報を管理センタ１０に送信してもよい。

営業／ＣＥ拠点装置１６は、複数の端末を備え、各顧客装置１２，１４、・・の各プリンタ１２２，１２３、・・・の情報を記憶する。営業／ＣＥ拠点装置１６の各端末は、各プリンタ１２２，１２３、・・の情報をインターネット１８経由で管理センタ１０に送信する。各プリンタ１２２，１２３、・・・の情報は、各プリンタの設置場所や設置環境、プリンタを使用するユーザ（顧客）の業種等の属性情報である。なお、各プリンタ１２２，１２３、・・のエラー情報やエラー対処情報等の情報があれば、これらも随時記憶し、管理センタ１０に送信する。

管理センタ１０の管理サーバ１０１は、機能ブロックとして、登録部１０１１、分類・算出部１０１２、通知部１０１３、及びデータベース（ＤＢ）１０１４を備える。登録部１０１１は、各プリンタの履歴（ログ）情報と、各プリンタの属性情報を取得し、これらを互いに関連付けてデータベース（ＤＢ）１０１４に登録する。すなわち、ログサーバ１２１から受信した各プリンタ１２２，１２３、・・・の履歴情報と、営業／ＣＥ拠点装置１６の各端末から受信した各プリンタ１２２，１２３、・・の属性情報をプリンタ毎に互いに関連付ける。例えば、プリンタ１２２に関し、ログサーバ１２１からのエラー情報を含む履歴情報と、営業／ＣＥ拠点装置１６の端末からの属性情報とを関連付けて、プリンタ１２２の属性情報（設置場所や設置環境、ユーザの業種、印刷量）と履歴情報（エラー情報）を関連付けてデータベースに登録する。エラー情報はエラーの態様とその対処方法を含んでもよく、エラーの対処方法は営業／ＣＥ拠点装置１６の端末から属性情報として送信してもよい。印刷量は基本的には履歴情報としてログサーバ１２１から送信するが、営業／ＣＥ拠点装置１６で把握していれば属性情報として営業／ＣＥ拠点装置１６から送信してもよい。

分類・算出部１０１２は、データベース（ＤＢ）１０１４に登録された属性情報に基づいてこれらを複数のカテゴリに分類する。また、分類・算出部１０１２は、複数のカテゴリのそれぞれについて、データベース（ＤＢ）１０１４に登録された履歴情報に基づいて異常発生の度合いを算出する。分類・算出部１０１２は、算出した異常発生度合いをカテゴリ毎にデータベース（ＤＢ）１０１４に登録する。通知部１０１３は、分類・算出部１０１２で算出されたカテゴリ毎の異常発生の度合いに基づき、そのカテゴリに属するプリンタに対して異常の可能性をインターネット１８経由で通知する。

本実施形態では、カテゴリ毎に履歴情報から異常発生の度合いを算出しているので、たとえ新たに導入するプリンタや、未だ異常状態に向かっていないプリンタに対しても、同一カテゴリに属するのであれば同一の異常発生の度合いを有するとして異常発生の可能性を通知できる。未だ解明されていない要因により異常が起こる状態や条件が変化する場合についても同様である。

管理サーバ１０１の各機能ブロック、すなわち、各プリンタの属性情報と履歴情報を取得する機能、これらを関連付けてデータベース（ＤＢ）１０１４に登録する機能、カテゴリに分類する機能、カテゴリ毎に異常発生の度合いを算出する機能、異常発生の度合いに応じて同一カテゴリに属するプリンタに対して異常発生の可能性を通知する機能は、ＣＰＵがプログラムメモリに記憶された処理プログラムを読み出して順次実行することで実現される。勿論、各機能の少なくともいずれをＡＳＩＣ等のハードウェアで実現してもよい。

ここで、本実施形態では、顧客装置１２，１４，・・・のログサーバ１２１から各プリンタ１２２，１２３，・・・の履歴情報を管理センタ１０の管理サーバ１０１に送信する構成としているが、ログサーバ１２１がログ情報を営業／ＣＥ拠点装置１６に送信し、営業／ＣＥ拠点装置１６から属性情報と履歴情報を一括して管理サーバ１０１に送信してもよい。

図２は、営業／ＣＥ拠点装置１６の入力情報の一例である。顧客名及びプリンタ装置毎に、時系列で順次情報が入力される（図では、上から下に順次追加されていく）。情報は、プリンタ装置を設置した者、日時、場所、設置環境、業種、装置ページ数、印刷量（予定）から始まり、保守作業が生じた場合にそのときの保守者、日時、エラー内容、作業内容、装置ページ数が入力される。図２では、エラー内容として感光ドラムがエンプティに近くなったこと、作業内容として感光ドラムを交換したことが示されている。

図３は、本実施形態の全体処理フローチャートである。本実施形態の処理は、大きく分けて３つのステップから構成される。

第１ステップは、各プリンタ装置毎のカテゴリ分類ステップである（Ｓ１０１）。このステップでは、管理センタ１０の分類・算出部１０１２は、各プリンタ装置毎に、ＣＥ入力情報（図２を参照）から、各カテゴリ情報を読み出し、そのプリンタ装置が属するカテゴリとカテゴリの組合せ情報をログ情報管理テーブルに登録する。このカテゴリ分類ステップを全機種について実施する。

第２ステップは、各エラー毎の発生カウントステップである（Ｓ１０２）。このステップでは、管理センタ１０の分類・算出部１０１２は、対象とするエラー情報毎に、各プリンタ装置のログから異常が発生したか否かを確認し、そのプリンタ装置が属するカテゴリ情報をログ情報管理テーブルから読み出し、カテゴリ毎カウント用テーブルに対象となるカテゴリ部分に加算していく。各エラー毎に、全プリンタ装置のログを検索してカウントする。

第３ステップは、異常検知と報知ステップである（Ｓ１０３）。このステップでは、管理センタ１０の通知部１０１３は、各エラー情報毎のカテゴリ毎カウント用テーブルから、各カテゴリ毎に発生率を算出し、ある割合以上のプリンタ装置で異常状態が発生していた場合に、そのカテゴリに属する全てのプリンタ装置のユーザの連絡先メールアドレスに通知し、かつ、担当の営業・ＣＥにも通知する。

第１〜第３ステップは、定期的（例えば１週間毎や１ヶ月毎）に実行される。

他方、これらのステップとは独立に、管理センタ１０の登録部１０１１は、各プリンタ毎のログとＣＥ入力情報を管理センタ１０のＤＢ１０１４に登録し、装置とログや入力情報の関連情報をログ情報管理テーブルに登録する。登録部１０１１の処理は、定期的または随時行われる。ＤＢ１０１４への登録は、各プリンタ装置が印刷などの処理を行っていない待機中に行ってもよいし、定期的にログサーバにアクセスしてログ情報を取得して登録してもよい。

次に、第１〜第３ステップについて詳細に説明する。

図４は、各プリンタ装置毎のカテゴリ分類ステップの詳細フローチャートである。

分類／算出部１０１２は、対象装置を設定し（Ｓ２０１）、ログ情報テーブルから対象装置の情報にアクセスする（Ｓ２０２）。

次に、営業／ＣＥ情報で、装置設置情報が更新されたか否かを判定する（Ｓ２０３）。装置設置情報が更新された場合（図２の最上位の「装置設置」を参照）には（Ｓ２０３でＹＥＳ）、地域、環境制御、業種、印刷量について営業／ＣＥ情報から情報を読み出し、属するカテゴリ情報を抽出してログ情報テーブルのカテゴリ情報に登録する（Ｓ２０６）。また、ログや営業／ＣＥ情報から抽出されたカテゴリ情報について、別々のカテゴリ毎に、２組、３組、４組の組合せをログ情報テーブルのカテゴリ情報に登録する（Ｓ２０７）。
例えば、カテゴリ種類が、地域、クリーンルーム、業種、印刷量で、対象としている装置が
地域の分類：日本Ａ
クリーンルームありなしの分類：クリーンルームあり
業種の分類：新聞
印刷量の分類：大量
の場合には、属するカテゴリは、以下の通り、単独とそれぞれの組合せになる。
（単独）
日本Ａ
クリーンルームあり
新聞
大量印刷
（２組の組合せ）
日本Ａ且つクリーンルームあり
日本Ａ且つ新聞
日本Ａ且つ大量印刷
クリーンルームあり且つ新聞
クリーンルームあり且つ大量印刷
新聞且つ大量印刷
（３組の組合せ）
日本Ａ且つクリーンルームあり且つ新聞
日本Ａ且つクリーンルームあり且つ大量印刷
日本Ａ且つ新聞且つ大量印刷
クリーンルームあり且つ新聞且つ大量印刷
（４組の組合せ）
日本Ａ且つクリーンルームあり且つ新聞且つ大量印刷

他方、装置設置情報が更新されていない場合（Ｓ２０３でＮＯ）、あるいは更新された場合であってＳ２０６及びＳ２０７の処理を実行した場合には、次に、対象装置全てについて処理が完了したか否かを判定する（Ｓ２０４）。全て完了していない場合には対象を次の装置に設定してＳ２０２以降の処理を繰り返し、全て完了した場合には図７に示す次の処理に移行する。

図５は、作成されたログ情報管理テーブルの一例である。各装置毎に対応するログ情報や営業／ＣＥ入力情報が関連して管理され、各装置毎に属するカテゴリ情報が管理される。例えば、装置「０００００１」に関して、ログ情報、営業／ＣＥ入力情報の登録場所、ログファイル名、営業／ＣＥ入力ファイル名が登録されるとともに、単独、２組、３組、４組の組合せがカテゴリ情報として登録される。

図６は、カテゴリ毎カウント用テーブルの一例である。エラー情報毎にカウント用テーブルが作成される。要素毎の全組合せのそれぞれに対し、カテゴリ対象装置台数と異常検知台数のカウント値が登録される。図６では、カテゴリ対象装置台数及び異常検知台数は初期値の０で示されている。

図７は、各エラー毎の発生カウントステップの詳細フローチャートである。

分類・算出部１０１２は、消耗品もしくは保守部品の交換部品について、カテゴリ毎の対象となる装置台数と、それら装置のうち交換部品の寿命が短かったと判断した装置台数をカウントする（Ｓ３０１）。

また、分類・算出部１０１２は、本来起きてはならないエラー（例えばハードエラー）の発生について、カテゴリ毎の対象となる装置台数と、それら装置のうち一回でもエラーが発生した装置台数をカウントする（Ｓ３０２）。

さらに、分類・算出部１０１２は、印刷中起こりえるエラー（例えばジャム）について、カテゴリ毎の対象となる装置台数と、それら装置のうち、エラーの起こる頻度が高いと判断した装置台数をカウントする（Ｓ３０３）。

図８Ａ及び図８Ｂは、Ｓ３０１の具体例であり、感光ドラム件数カウントのフローチャートである。

まず、分類・算出部１０１２は、感光ドラム寿命について、カテゴリ毎カウント用テーブルの要素毎の全組合せのカテゴリ対象装置台数と異常検知台数をともに０として初期化する（Ｓ４０１：図６を参照）。

次に、対象装置を設定し（Ｓ４０２）、ログ情報テーブルを参照して対象装置のログ情報、営業／ＣＥ入力情報、カテゴリ情報を読み出して（Ｓ４０３）、対象装置が属するカテゴリ全てのカテゴリ対象装置台数に１を加える（Ｓ４０４）。

次に、管理サーバ１０１から各装置毎のログを一番最近の情報から過去に向かって過去の所定年分、例えば過去２年分まで読んでいく（Ｓ４０５）。過去の所定年分と限定するのは、一度生じた異常について、いつまでもカウントに入れる必要はないからである。

そして、感光ドラムの交換情報があるか否かを判定し（Ｓ４０６）、感光ドラムの交換情報がある場合には、ログ情報から各感光ドラム交換時の装置ページ数を検索して読み込む（Ｓ４０７）。次に、さらに過去に向かってログ情報を検索して読み込み（Ｓ４０８）、別の感光ドラムの交換情報があるか否かを判定する（Ｓ４０９）。

別の感光ドラムの交換情報がなかった場合（Ｓ４０９でＮＯ）、図８Ｂに進み、見つかったエラー情報が装置導入後の初めてのエラーとなるため、今回の感光ドラム交換時の装置ページ数を感光ドラム印刷枚数とする（Ｓ４１０）。

また、別の感光ドラムの交換情報があった場合（Ｓ４０９でＹＥＳ）、図８Ｂに進み、ログ情報から感光ドラム交換時の装置ページ数を読み、今回と前回の差分枚数を感光ドラムの印刷枚数とする（Ｓ４１１）。

Ｓ４１０あるいはＳ４１１で感光ドラムの印刷枚数を設定した後、印刷枚数が目安の８０％未満であるか否かを判定する（Ｓ４１２）。ここで、目安とは、装置寿命に応じた印刷枚数であり、基準（あるいは仕様）印刷枚数である。印刷枚数が目安の８０％未満である場合、何らかの異常により基準の印刷枚数に達する前にエラーが生じたことになるから異常と検知し、対象装置が属するカテゴリ全ての異常検知台数に１を加える（Ｓ４１３）。そして、後述するＳ４１５の処理に移行する。

他方、印刷枚数が目安の８０％以上である場合、特に異常を検知することなく、ログで見ているところが現在から過去に向かって２年以内であるか否かを判定し（Ｓ４１４）、２年以内であれば図８ＡのＳ４０８以降の処理を再び繰り返す。また、２年以内でなければ全ての異常情報について検査したか否かを判定し（Ｓ４１５）、未だ残っていれば次の装置を対象として図８ＡのＳ４０３以降の処理を繰り返し実行し、全ての異常情報について検査した場合には他のエラーについても同様に必要な情報を読み出し、異常判定処理とカウント処理を行いカテゴリ毎カウント用テーブルに反映させていく（Ｓ４１７）。

図８Ｃは、図７のＳ３０２の具体例であり、ハードエラーとしてファン異常の件数をカウントするフローチャートである。

分類・算出部１０１２は、ファン異常の検査対象のカテゴリについて、カテゴリ毎カウント用テーブルの要素毎の全組合せのカテゴリ対象装置台数と異常検知台数を０として初期化する（Ｓ４１８）。

次に、対象装置を設定し（Ｓ４１９）、ログ情報テーブルを参照し、対象装置のログ情報、営業／ＣＥ入力情報、カテゴリ情報を読み出して（Ｓ４１０）、対象装置が属するカテゴリのカテゴリ対象装置台数に１を加える（Ｓ４２１）。

次に、サーバから各装置毎のログを一番最近の情報から過去に向かって過去２年分まで読み込み（Ｓ４２２）、ファン異常情報があるか否かを判定する（Ｓ４２３）。

ファン異常情報が存在する場合、異常を検知し、この装置が属するカテゴリの異常検知台数に１を加える（Ｓ４２４）。また、ファン異常情報が存在しない場合には、異常検知台数に１を加えることなく、全ての装置情報について検査したか否かを判定する（Ｓ４２５）。未だ残っている場合には次の装置を対象として（Ｓ４２６）、Ｓ４２０以降の処理を繰り返し、全ての装置情報について検査した場合には、全てのエラーについても同様に対象エラーについて必要な情報を読み出し、異常判定とカウント処理を行う（Ｓ４２７）。

図８Ｄ及び図８Ｅは、図７のＳ３０３の具体例であり、ジャムエラーの件数をカウントするフローチャートである。

分類・算出部１０１２は、ジャムエラー発生頻度について検査対象のカテゴリについてカテゴリ毎カウント用テーブルの要素毎の全組合せのカテゴリ対象装置台数と異常検知台数を０として初期化する（Ｓ４２８）。

次に、対象装置を特定し（Ｓ４２９）、ログ情報テーブルを参照し、対象装置のログ情報、営業／ＣＥ入力情報、カテゴリ情報を読み出して（Ｓ４３０）、対象装置が属するカテゴリのカテゴリ対象装置台数に１を加える（Ｓ４３１）。

次に、サーバから各装置毎のログを一番最近の情報から過去に向かって過去２年分まで読み込み（Ｓ４３２）、ジャムのエラー情報があるか否かを判定する（Ｓ４３３）。

ジャムのエラー情報が存在しない場合、全ての装置情報について検査したか否かを判定し（Ｓ４３４）、未だ残っている場合には次の装置を対象として（Ｓ４３５）、Ｓ４３０以降の処理を繰り返す。全ての装置情報について検査した場合には、他のエラーについても同様に対象エラーについて必要な情報を読み出し、異常判定とカウント処理を行う（Ｓ４３６）。

他方、ジャムのエラー情報が存在する場合、図８Ｅに進み、さらに過去に向かってログを読み込み（Ｓ４３７）、別のジャムのエラー情報があるか否かを判定する（Ｓ４３８）。

別のジャムのエラー情報が存在しない場合、今回見つかったエラー情報が装置導入後初めてのエラーとなるため、今回のジャム発生時の装置ページ数をジャム発生頻度を示す印刷枚数とする（Ｓ４３９）。

別のジャムのエラー情報が存在する場合、ログ情報からジャム発生時の装置ページ数を読み込み、今回と前回の差分をジャム発生頻度を示す印刷枚数とする（Ｓ４４０）。

Ｓ４３９あるいはＳ４４０で印刷枚数を設定した後、印刷枚数が目安の８０％未満か否かを判定し（Ｓ４４１）、８０％未満であれば異常と検知してこの装置が属するカテゴリの異常検知台数に１を加える（Ｓ４４２）。印刷枚数が目安の８０％以上であれば異常を検知することなくログで見ているところが現在から過去に向かって２年以内か否かを判定し（Ｓ４４３）、２年以内であればＳ４３７以降の処理を繰り返す。２年以上であれば図８ＤのＳ４３４以降の処理を繰り返す。

以上のように、各エラー毎にカテゴリ毎カウント用テーブルにエラー件数をカウントしていく。

図８Ｆ、図８Ｇ及び図８Ｈは、図３のＳ１０３の処理、すなわち異常検知と報知の詳細フローチャートである。一例として感光ドラムの異常検知の場合である。

通知部１０１３は、対象の異常状態を設定する（Ｓ５０１）。感光ドラムにおいては、異常状態は感光ドラム寿命である。

次に、組合せなし（単独）で対象の範囲について（異常検知台数）／（カテゴリ対象装置台数）を算出する（Ｓ５０２）。組合せなし（単独）は、「日本Ａ」、「クリーンルームあり」等である。

そして、算出結果が対象エラーの規定値以上であるか否かを判定する（Ｓ５０３）。算出結果が規定値以上であれば対象の範囲に属する装置に対して通知する（Ｓ５０４）。また、重複通知を排除するため次の２組合せ以降の確認で今回の範囲を対象から外す。算出結果が規定値未満であれば組合せなしについて全て確認したか否かを判定し（Ｓ５０５）、未だ残っていれば次の範囲を対象として（Ｓ５０６）、Ｓ５０２以降の処理を繰り返し、全て確認していれば、次に、２組合せの対象の範囲について（異常検知台数）／（カテゴリ対象装置台数）を算出する（Ｓ５０７）。２組合せは、例えば「日本Ｂ且つクリーンルームあり」等である。

そして、組合せなし（単独）の場合と同様に、算出結果が対象エラーの規定値以上であるか否かを判定する（Ｓ５０８）。算出結果が規定値以上であれば図８Ｇに進み、対象範囲に属する装置に対して通知する（Ｓ５０９）。また、次の３組合せ以降の確認で今回の範囲を対象から外す。算出結果が規定値未満であれば図８Ｇに進み、２組合せについて全て確認したか否かを判定し（Ｓ５１０）、未だ残っていれば次の範囲を対象として処理を繰り返す（Ｓ５１１）。全てについて確認した場合には、次に３組合せの対象の範囲について（異常検知台数）／（カテゴリ対象装置台数）を算出する（Ｓ５１２）。３組合せは、例えば「日本Ｂ且つクリーンルームなし且つ新聞」である。

そして、算出結果が対象エラーの規定値以上であるか否かを判定する（Ｓ５１３）。算出結果が規定値以上であれば対象範囲に属する装置に対して通知する（Ｓ５１４）。また、次の４組合せ以降の確認で今回の範囲を対象から外す。算出結果が規定値未満であれば３組合せについて全て確認したか否かを判定し（Ｓ５１５）、未だ残っていれば次の範囲を対象として処理を繰り返す（Ｓ５１６）。全てについて確認した場合には、図８Ｈに進む。

図８Ｈにおいて、４組合せの対象の範囲について（異常検知台数）／（カテゴリ対象装置台数）を算出する（Ｓ５１７）。

そして、算出結果が対象エラーの規定値以上であるか否かを判定する（Ｓ５１８）。算出結果が規定値以上であれば、対象範囲に属する装置に対して通知する（Ｓ５１９）。算出結果が規定値未満であれば、４組合せについて全て確認したか否かを判定し（Ｓ５２０）、未だ残っていれば次の範囲を対象として処理を繰り返す（Ｓ５２１）。全てについて確認した場合には、次の異常対象を設定して同様に異常発生率を確認し、規定値以上であれば対象範囲に属する装置に対して通知する（Ｓ５２２）。全ての異常について通知した場合に処理を終了する（Ｓ５２３）。

なお、図８Ｆ〜図８Ｈの処理において、規定値は対象エラーに応じて適応的に設定することができ、例えば感光ドラムの寿命の場合に２０％等と設定する。

図９は、図８Ｆ〜図８Ｈの処理の具体例を示す。高温多湿が原因で、感光ドラムの寿命が本来の寿命よりも短くなる装置が多発する状況を想定する。また、規定値として２０％が設定されたものとする。図９において、全てのカテゴリの発生率、すなわち発生率＝｛異常検知台数｝／カテゴリ対象装置台数を％で示す。

インドＡ地域且つクリーンルームなしのカテゴリで発生率は２０％以上となるため、このカテゴリに属する全ての装置に対して異常の可能性を通知する。この場合、「インドＡ地域且つクリーンルームなし」で、さらに「新聞且つ大量印刷」や、「インドＡ地域且つクリーンルームなし」で、さらに「帳票印刷」のカテゴリでは発生率は２０％未満であるが、「インドＡ地域且つクリーンルームなし」のカテゴリで通知される。通知の内容は任意であるが、例えば、
「インドのＡ地域で、しかもクリーンルームなしの場合には、感光ドラムの寿命が低下する傾向にありますので注意が必要です。」
等である。

また、「インドＡ地域且つクリーンルームなし」で、さらに「新聞且つ時々大量印刷１」等、発生率が２０％を超えているカテゴリがあるが、「インドＡ地域且つクリーンルームなし」のカテゴリで異常検知して通知するので、より組合せの多いカテゴリでは重ねて通知はしない。

また、「日本Ｂ領域且つクリーンルームなし」で、さらに「時々大量印刷１」のカテゴリでも発生率が２０％以上となるので、このカテゴリに属する全ての装置に対して異常の可能性を通知する。

同様に、「日本Ｂ地域且つクリーンルームなし」で、さらに「新聞且つそれ以外」のカテゴリで発生率が２０％以上となるので、このカテゴリに属する全ての装置に対して異常の可能性を通知する。

このように、通知部１０１３は、カテゴリ毎に発生率を算出し、規定値以上の場合にそのカテゴリに属する全ての装置に対して異常の可能性を通知するが、装置内部もしくは装置周辺に設置された環境センサの情報を取得できる場合には、取得した環境情報を用いてカテゴリ分けしてもよい。

例えば、プリンタ装置の外部に温度センサ及び湿度センサが設置されており、これらのセンサからの情報がログに記録される。これらの情報から、通常（仕様の範囲）、高温多湿、高温低湿、低温高湿、低温低湿のカテゴリに分類する。ジャムのように比較的発生しやすいエラーでは、地域、環境情報、業種の組み合わせでカテゴリに分けてもよい。通知の内容は、例えば、
「高温多湿の環境で、印刷量の目安がＸＸ以上の場合、感光ドラムの寿命が低下する傾向にありますので注意が必要です。」
等である。

なお、環境センサが設置されていない場合でも、環境情報の代わりに、１月、２月、・・・１２月の月情報でカテゴリを分類してもよい。これにより、環境センサが設置されていなくても季節の影響等を把握し得る。月情報とすることで、周期的ないしヒューマンファクターの影響も把握し得る。これにより、感光ドラムの交換が、どの季節に多発しそうか把握するための情報が得られ、ＣＥによる在庫管理をより適切に行うことが可能となる。例えば、月情報を用いた通知として、
「６月及び７月に、印刷量の目安がＹＹ以上の場合、感光ドラムの寿命が低下する傾向にありますので注意が必要です。」
等である。

本実施形態では、異常通知の対象となる装置としてプリンタを例示したが、これに限定されるものではなく、他の装置、例えば複合機やスキャナ、ＦＡＸ等にも適用し得る。

１０管理センタ、１２，１４顧客装置、１６営業／ＣＥ拠点装置、１８インターネット、１０１管理サーバ、１２１ログサーバ、１２２，１２３プリンタ、１０１１登録部、１０１２分類・算出部、１０１３通知部、１０１４データベース（ＤＢ）。

Claims

複数の装置から該装置の履歴情報を取得する取得手段と、
前記履歴情報を前記装置の属性情報と関連付けて登録する登録手段と、
前記属性情報に基づいて前記装置を複数のカテゴリに分類する分類手段と、
前記カテゴリ毎に前記履歴情報に基づき異常発生度合いを算出する算出手段と、
前記異常発生度合いが閾値を超えるカテゴリに属する装置に対して異常発生可能性を通知する通知手段と、
を備える情報処理装置。
前記装置は印刷装置であり、
前記属性情報は、少なくとも前記印刷装置の設置位置、設置環境、印刷量に関する情報を含み、
前記履歴情報は、少なくとも前記印刷装置の部品交換、印刷時エラーに関する情報を含む
請求項１記載の情報処理装置。
前記算出手段は、前記印刷装置の感光ドラムの交換時の印刷枚数、及び感光ドラムの寿命に対応する基準印刷枚数を用いて感光ドラムの前記異常発生度合いを算出する
請求項２記載の情報処理装置。
コンピュータを、
複数の装置から該装置の履歴情報を取得する取得手段と、
前記履歴情報を前記装置の属性情報と関連付けて登録する登録手段と、
前記属性情報に基づいて前記装置を複数のカテゴリに分類する分類手段と、
前記カテゴリ毎に前記履歴情報に基づき異常発生度合いを算出する算出手段と、
前記異常発生度合いが閾値を超えるカテゴリに属する装置に対して異常発生可能性を通知する通知手段
として機能させるプログラム。