JP6331778B2 - 情報管理制御装置、情報管理制御プログラム - Google Patents

Description

本発明は、情報管理制御装置、情報管理制御プログラムに関する。

ネットワーク上に接続された画像処理装置の状態を一括管理するシステムの一例として、特許文献１には、複数の画像形成装置で発生する異常の回数と、そのときの画像形成装置の台数比率、或いは、実際の保守要請のあった回数の比率等から、保守要請の必要性を判定することが記載されている。

特許文献１では、過剰訪問（訪問が不要の場合）や取りこぼし（保守要請の必要性を判定する前に保守要請となる場合）が発生し得るものの、定期的な事前訪問による保守以外の保守要請を軽減することが可能となる。

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

本発明は、異常の発生回数の監視により適正な事前対処の時期を判断することができる情報管理制御装置、情報管理制御プログラムを得ることが目的である。

請求項１に記載の発明は、複数の処理装置の各々における特定異常の発生情報を取得する取得手段と、相対的に前の期間中に、前記取得手段で取得した前記発生情報の回数を処理装置毎に計数する計数手段と、前記計数手段で計数された処理装置毎の前記発生情報の回数を、相対的に後の期間中での事前対処する時期の基準となるしきい値に設定する設定手段と、前記処理装置からの修復依頼の有無を判別する判別手段と、前記前の期間中に前記修復依頼があった処理装置を対象として、前記後の期間中における前記しきい値を個別に補正する補正手段とを有し、前記補正手段が、直前から順に複数の前の期間中のそれぞれのしきい値の平均値から定数を減算して、しきい値とすることを特徴としている。

請求項２に記載の発明は、前記請求項１記載の発明において、前記期間が、統計学的な母集団の数としての前記特定異常の回数が前記特定異常の発生を予測して事前対処する時期の基準を解析可能な数となることが予測される期間である。

請求項３に記載の発明は、前記請求項１又は請求項２記載の発明において、前記処理装置が、原稿画像を読み取る画像読取手段、前記画像読取手段で読み取った画像データ又は外部から受け付けた画像データに基づいて記録媒体へ画像を形成する画像形成手段の少なくとも１つを備えた画像処理装置であり、前記特定異常が発生した場合に、当該特定異常の発生情報を計数する機能へ自動的に送信する機能を備えている。

請求項４に記載の発明は、前記請求項１〜請求項３の何れか１項記載の発明において、前記特定異常の発生を予測して事前対処する時期の基準となる情報として、前記処理装置毎に設定したしきい値及び前記処理装置毎に補正したしきい値を報知する報知手段をさらに有する。

請求項５に記載の発明は、コンピュータに、処理装置における特定異常の発生情報を、通信回線網を介して取得し、相対的に前の期間中に、前記取得した前記発生情報の回数を処理装置毎に計数し、計数された処理装置毎の前記発生情報の回数を、相対的に後の期間中での事前対処する時期の基準となるしきい値に設定し、前記処理装置からの修復依頼の有無を判別し、前記前の期間中に前記修復依頼があった処理装置を対象として、直前から順に複数の前の期間中のそれぞれのしきい値の平均値から定数を減算することにより、前記後の期間中における前記しきい値を個別に補正し、前記特定異常の発生を予測して事前対処する時期の基準となる情報として、前記処理装置毎に設定したしきい値及び前記処理装置毎に補正したしきい値を含む情報を報知する、ことを実行させる情報管理制御プログラムである。

請求項１に記載の発明によれば、異常の発生回数の監視により適正な事前対処の時期を判断することができ、かつ、各期間の修復依頼状況により、しきい値の精度を高めることができる。

請求項２に記載の発明によれば、統計学的に信頼性のある適正な母集団の数の情報の下で、特定異常の発生を予測することができる。

請求項３に記載の発明によれば、画像処理装置の処理によって発生する異常に対し、迅速に対処することができる。

請求項４に記載の発明によれば、少なくとも、しきい値を報知することで、事前対処する時期を明確に認識することができる。

請求項５に記載の発明によれば、異常の発生回数の監視により適正な事前対処の時期を判断することができ、かつ、各期間の修復依頼状況により、しきい値の精度を高めることができる。

本実施の形態に係る情報管理制御システムの概略構成図である。 本実施の形態に係る管理サーバーのハード構成を示す制御ブロック図である。 本実施の形態に係る画像処理装置の概略構成図である。 本実施の形態に係る管理サーバーにおける異常発生回数を統計的に管理する機能、並びに、異常発生時の対応に必要な情報を開示（表示）する機能に特化した制御ブロック図である。 本実施の形態に係る特定の画像処理装置のしきい値変遷の状態を示すタイミングチャートである。 本実施の形態に係る管理サーバーのモニタの正面図であり、しきい値一覧画面の表示例である。 本実施の形態に係る管理サーバーのモニタの正面図であり、異常発生分布特性図画面の表示例である。 本実施の形態に係る管理サーバーにおける、異常発生情報の取り込みから解析までの制御ルーチンの流れを示すフローチャートである。 本実施の形態に係る管理サーバーにおけるアラートの一例であり、事前対処の要否を判定するための流れを示す制御フローチャートである。 比較例に係る異常発生分布特性図である。 変形例１に係る特定の画像処理装置のしきい値変遷の状態を示すタイミングチャートである。 変形例２に係る特定の画像処理装置のしきい値変遷の状態を示すタイミングチャートである。

（システム構成）
図１には、本実施の形態に係る通信回線網２０を中心とした情報管理制御システムが示されている。

図１に示される如く、通信回線網２０には、本実施の形態に係る複数台の画像処理装置１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ、１０Ｆ（以下、総称する場合、「画像処理装置１０」、「画像処理装置１０Ａ〜１０Ｆ」等という）がそれぞれ接続されている。図１では、画像処理装置１０として、６台の画像処理装置１０Ａ〜１０Ｆが接続されているが、この数は限定されるものではない。

例えば、前記通信回線網２０がＬＡＮ（ローカル・エリア・ネットワーク）であり、複数のＬＡＮ（通信回線網２０）が、ＷＡＮ（ワールド・エリア・ネットワーク）によって相互に接続されていてもよい。また、通信回線網２０がインターネットであり、例えば、全国に分散されている数万台以上の画像処理装置１０を対象としてもよい。

すなわち、本実施の形態の情報管理制御システムは、画像処理装置１０における、所謂「ビッグデータ」を一括管理することが可能である。従って、本実施の形態において、通信回線網２０は、管理制御対象となる画像処理装置１０と接続された全ての通信回線網を含むものとする。

なお、以下では、予め定められた領域（例えば、１つのメンテンナス実施事業所が管轄する領域）に設定された画像処理装置１０を一括管理制御する状況を想定して説明するが、当該状況に基づく説明は、広範囲（例えば、特定地域）に展開しているコンビニエンスストア等に設置されている画像処理装置群を対象とする管理を否定するものではない。

図１に示される如く、通信回線網２０の枝線２０Ａには、複数台のＰＣ（パーソナルコンピュータ）２１が接続されている。図１では、３台のＰＣ２１が接続されているが、この数は限定されるものではなく、通信回線網２０の規模（ＰＣ２１を操作するユーザー数を含む）に応じて増減する。なお、以下において、単に、通信回線網２０と記した場合は、枝線２０Ａを含むものとする。

さらに、通信回線網２０を含む全ての通信回線網は、有線接続である必要はない。すなわち、無線によって情報を送受信する無線通信回線網であってもよい。

画像処理装置１０は、ＰＣ２１から当該画像処理装置１０に対して遠隔で、例えばデータを転送して画像形成（プリント）指示操作を受ける場合、或いは、ユーザーが画像処理装置１０の前に立って各種操作によって、例えば、複写（コピー）、スキャン（画像読取）、ファクシミリ送受信等の処理の指示を受ける場合がある。

さらに、図１に示される如く、この通信回線網２０には、情報管理制御装置１００（以下、「管理サーバー１００」という場合がある。）が接続されている。管理サーバー１００は、主として、通信回線網２０に接続されている画像処理装置１０から画像処理に関する情報を集約して、ユーザーが画像処理装置１０を利用するにあたり、必要かつ有用な情報を提供する役目を有している。

本実施の形態では、管理サーバー１００は、前述した予め定められた領域を管轄するメンテナンス実施事業所に設置され、主として、管理サーバー１００によって集約された情報に基づいて、メンテナンス時期（例えば、メンテンナンス実施者の訪問時期）を計画している。なお、この管理サーバー１００の詳細な機能については後述する。

図２に示される如く、管理サーバー１００は、ＣＰＵ１００Ａ、ＲＡＭ１００Ｂ、ＲＯＭ１００Ｃ、Ｉ／Ｏ１００Ｄ及びこれらを相互に接続するデータバスやコントロールバス等のバス１００Ｅを備えている。

Ｉ／Ｏ１００には、キーボードやマウス等の入力装置１００Ｆと、モニタ１００Ｇが接続されている。また、Ｉ／Ｏ１００Ｄには、Ｉ／Ｆ１００Ｈを介して前記通信回線網２０に接続されている。

なお、管理サーバー１００は、基本的には、データの送受信が行われればよく、入力装置１００Ｆやモニタ１００Ｇは必須ではない。例えば、メンテナンス時では、専用又は汎用のＩ／ＦにＰＣ等を接続して、入力装置１００Ｆやモニタ１００Ｇを代行するようにすればよい。

（画像処理装置の概略構成）
図３には、本実施の形態に係る画像処理装置１０が示されている。なお、画像処理装置１０Ａ〜１０Ｆは、型式、機種、グレードを含む製造情報によって、外観や一部機能が異なる場合があるが、以下では、画像処理装置１０の一般的な構造及び機能を説明する。

従って、それぞれの画像処理装置１０Ａ〜１０Ｆは、図示した構造に限定されず、新機種に交換されている場合を含む。また、画像処理装置１０Ａ〜１０Ｆは、個々に、オプション機能や新機能が装備されたり、新型部品に交換されている場合を含む。さらに、画像処理装置１０Ａ〜１０Ｆは、後述する一般的な構造の一部の機能（画像形成機能、画像読取機能、ファクシミリ通信機能）を搭載している場合も含む。

画像処理装置１０は、一般的な構造として、記録用紙に画像を形成する画像形成部２４と、原稿画像を読み取る画像読取部２６と、ファクシミリ通信制御回路２８を備えている。また、画像処理装置１０は、当該装置全体を総括して制御する主制御部３０（以下、「メインコントローラ３０」という場合がある。）を備えており、画像形成部２４、画像読取部２６、ファクシミリ通信制御回路２８を制御して、画像読取部２６で読み取った原稿画像の画像データを一次的に記憶したり、読み取った画像データを画像形成部２４又はファクシミリ通信制御回路２８へ送出したりする。

メインコントローラ３０にはインターネット等の通信回線網２０が接続され、ファクシミリ通信制御回路２８には電話回線網３２が接続されている。メインコントローラ３０は、例えば、通信回線網２０を介してＰＣ２１と接続され、画像データを受信したり、ファクシミリ通信制御回路２８を介して電話回線網３２を用いてファクシミリ受信及びファクシミリ送信を実行する役目を有している。

画像読取部２６には、原稿を位置決めする原稿台と、原稿台に置かれた原稿の画像を走査して光を照射する走査駆動系と、走査駆動系の走査により反射又は透過する光を受光して電気信号に変換するＣＣＤ等の光電変換素子と、が設けられている。

画像形成部２４は、感光体を備え、感光体の周囲には、感光体を一様に帯電する帯電装置と、画像データに基づいて光ビームを走査する走査露光部と、前記走査露光部によって走査露光されることで形成された静電潜像を現像する画像現像部と、現像化された感光体上の画像を記録用紙へ転写する転写部と、転写後の感光体の表面をクリーニングするクリーニング部と、が設けられている。また、記録用紙の搬送経路上には、転写後の記録用紙上の画像を定着する定着部が備えられている。

画像処理装置１０では、画像読取部２６、画像形成部２４、ファクシミリ通信制御回路２８を単独で、或いは組み合わせて動作させることにより、コピー、プリント、スキャン、ＦＡＸ送受信を含む複数のジョブを実行することが可能となる。

（管理サーバー１００の機能）
ここで、本実施の形態の管理サーバー１００では、通信回線網２０に接続された画像処理装置１０のそれぞれから送信される、異常発生時の情報（以下、「異常発生情報」、「発生情報」という場合がある）を受け付けるようになっている。

また、画像処理装置１０に異常が発生した際に、ユーザーが発信する修復依頼（以下、「訪問要請」という場合がある）の情報を受け付けるようになっている。この訪問要請情報は、別途実行される訪問要請対応プログラムから自動的に通知を受けてもよいし、管理サーバー１００を管理するオペレータがキー操作によって手動で入力するようにしてもよい。

受け付けた異常発生情報は、異常の種類毎に分類されると共に、画像処理装置１０毎に、予め定められた期間内で発生する回数（異常発生回数）で分類されるようになっている。

図１０は、異常発生回数分布特定図の一例である。横軸は異常発生回数を示し、縦軸は画像処理装置１０の台数を示す。

図１０では、実線の棒グラフで示されているように、合計３２７台の画像処理装置１０から、異常発生情報を受け付けており、例えば、その内、異常発生情報を送信した回数（異常発生回数）が１回の画像処理装置１０が１２８台、２回の画像処理装置１０が６５台であることがわかる。

一方、図１０の黒塗り棒グラフでは、各異常発生回数分布に属した画像処理装置１０の中で、訪問要請を受け付けた画像処理装置１０の台数を示している。例えば、異常発生回数分布において、異常発生回数が２回の画像処理装置１０の内、４台の画像処理装置１０から訪問要請を受け付けており、異常発生回数が５回の画像処理装置１０の内、１０台の画像処理装置１０から訪問要請を受け付けていることがわかる。なお、訪問要請の台数は、同じ画像処理装置１０からの訪問要請を含む（すなわちのべ台数）。

ところで、異常発生に対するユーザーからの訪問要請は、定期的に実施するメンテンナスに比べて、ユーザー側からすれば緊急性を要し、メンテナンス実施者側からすれば予期せぬ実施であり準備体制に不備が生じる可能性がある。このため、訪問要請は、可能な限り少なくするメンテナンス管理システムが要求される。

ここで、メンテナンス管理システムの比較例として、異常発生回数が少ない（１回）方から累積して、異常が発生した画像処理装置１０の総数（ここでは、３２７台）に対して予め定めた割合（例えば、７０％〜９０％）となる台数となる異常発生回数（比較例として、図１０に示す８回）をしきい値として設定し、このしきい値以上の異常発生回数となる画像処理装置１０に対しては、訪問要請がなくても、事前に訪問して対処（事前対処）することで、訪問要請の回数を減らす管理システムがある。

しかしながら、比較例では、管理対象の画像処理装置１０を一律に異常発生回数で事前対処すると、図10の例では、７９回中、３４回の訪問要請があり、しきい値を定めない場合よりも改善はされるものの、所謂訪問要請の取りこぼしが払拭できない。

これに対して本実施の形態では、図５に示される如く、管理している画像処理装置１０に対して、個別にしきい値を設定するようにした。

より詳細に言えば、予め期間毎に図１０に示すような異常発生分布特性を取得し、その内、訪問要請のあった画像処理装置１０を抽出し、当該画像処理装置１０において発生した異常発生回数を基準として、後の期間中のしきい値を定めるようにしている。言い換えれば、訪問要請のない画像処理装置１０に関しては、しきい値を設定しない。

ここで、設定手段の一例として、後の期間中のしきい値は、前の期間中でしきい値が設定されていない画像処理装置１０から訪問要請があると、当該画像処理装置１０の異常発生回数から「１」を減算した値をしきい値として設定する。

また、補正手段の一例として、後の期間中に同一の画像処理装置１０で訪問要請がある毎に、前の期間中のしきい値から「１」を減算する。なお、後の期間中で訪問要請がない場合は、しきい値の設定を解除するようにしてもよい。

設定されたしきい値は、図６に示される如く、管理サーバー１００のモニタ１００Ｇに、しきい値一覧表画面１４６として表示されるようになっている。

しきい値一覧表画面１４６は、例えば、しきい値設定対象を表示する情報表示画面１４６Ａ、しきい値が設定された画像処理装置を表示するスクロール表示画面１４６Ｂ、警告を表示する警告表示画面１４６Ｃを備える。

また、モニタ１００Ｇには、表示切り替えによって、図７に示す異常発生分布特性図画面１４８を表示するようにしてもよい。

図４は、管理サーバー１００における異常発生回数を統計的に管理する機能、並びに、異常発生時の対応に必要な情報を開示（表示）する機能に特化した制御ブロック図である。なお、この図４のブロック図は、管理サーバー１００のハード構成を限定するものではない。

図４に示される如く、管理サーバー１００は、Ｉ／Ｆ１００Ｈを介して、通信回線網２０に接続されている。

Ｉ／Ｆ１００Ｈは、通信部１０６に接続され、管理サーバー１００と通信回線網２０に接続されている画像処理装置１０との通信を可能としている。通信部１０６は、取得手段の一例である異常発生受付部１０８に接続されている。また、異常発生受付部１０８は、送信元識別部１１０に接続されている。

異常発生受付部１０８では、画像処理装置１０において予め定めた異常が発生した場合に自動的に通知される異常発生情報を受け付ける。異常の種類は、例えば、紙詰まり、濃度異常、トレー動作不良、センサ異常がある。

異常発生受付部１０８で受け付けた異常発生情報は、送信元識別部１１０へ送出され、当該異常発生を通知した送信元（画像処理装置１０）を識別し、異常種特定部１１２へ送出する。

異常種特定部１１２では、異常の種類を特定する。この異常種特定部１１２は、データベース更新部１１４、送信元しきい値読出部１１６、異常発生回数履歴読出部１１８にそれぞれ接続されて、後述する処理が実行されるが、この異常種特定部１１２以降の処理では、異常の種類毎に並行処理が実行されるようになっている。

すなわち、紙詰まり異常、濃度異常、トレー動作不良といった異常種毎に処理が実行される。本実施の形態では、異常発生の種類の中から、特定異常として「紙詰まり」を選択して説明する。

管理サーバー１００では、大きく分けて、２つの管理制御（管理制御１、管理制御２）を同時進行させている。

（管理制御１「情報解析」）
管理制御１は、異常発生したときに異常発生情報を取り込み、解析する制御である。

異常種特定部１１２では、異常発生の事実と異常発生元（画像処理装置）を含む異常発生情報が特定されると、データベース更新部１１４へ送出される。

このデータベース更新部１１４には、訪問要請受付部１２０が接続されており、当該訪問要請受付部１２０が訪問要請を受け付けると、当該訪問要請情報がデータベース更新部１１４へ送出されるようになっている。

なお、訪問要請受付部１２０は、管理サーバー１００において別途実行されている、訪問要請対応プログラムから自動的に訪問要請情報を受け付けてもよいし、管理サーバー１００を操作するオペレータによる手動入力操作によって受け付けてもよい。

データベース更新部１１４は、計数手段の一例であるデータベース部１２２（ＨＤＤ）に接続され、当該データベース部１２２に格納されている情報の編集が可能となっている。すなわち、データベース更新部１１４では、異常発生情報を受け付けたとき、及び、訪問要請情報を受け付けたとき、データベース部１２２にアクセスして、異常発生回数、及び、訪問要請の履歴を更新する。

ここで、データベース更新部１１４には、判定期間監視部１２４が接続されている。判定期間監視部１２４はクロック動作部を備えており、異常発生回数、及び、訪問要請の履歴を更新するとき、予め定めた期間毎に分類して更新するようになっている。

なお、本実施の形態における予め定められた期間は、２週間としているが、これは、統計学的な母集団の数としての前記特定異常の回数が、前記特定異常の発生を予測して事前対処する時期の基準（目安）を解析可能な数となることが予測される期間として設定したものである。なお、当該期間は上記に限定されるものではなく、２週間未満、或いは２週間以上であってもよい。また、重複する期間があってもよい。

データベース部１２２は、期間内情報抽出部１２６に接続されている。期間内情報抽出部１２６は、前記判定期間監視部１２４に接続されており、前記予め定めた期間毎に、当該期間中にデータベース部１２２に格納された発生回数情報、訪問要請情報を抽出し、設定手段の一例である解析部１２８へ送出する。

解析部１２８では、異常発生回数毎に画像処理装置１０を仕分け、かつ訪問要請のあった画像処理装置１０を特定するための解析を実行し、図１０に示す異常発生回数分布特定図を生成する。

解析部１２８は、補正手段の一例であるしきい値設定部１３２、表示指示部１３６に接続されている。

解析部１２８で解析した情報は、しきい値設定部１３２に送出され、事前対処する基準（目安）となる異常発生回数のしきい値が設定されるようになっている。

このしきい値は、本実施の形態では、相対的に前の期間中において、訪問要請があった画像処理装置１０に対して個別に設定されるようになっている。言い換えれば、訪問要請がない画像処理装置１０に対してしきい値は設定されない（しきい値無し設定）。

なお、例えば、しきい値設定無しの代わりに、比較例のように、管理している画像処理１０の全体に対して、固定的なしきい値を設定してもよい。

図１０に示す比較例の場合、しきい値が８（異常発生回数が８回）であり、本実施の形態でのしきい値の初期設定において、全ての画像処理装置１０を対象として８回以上の異常発生回数となった画像処理装置１０が事前対処の基準（目安）とし、その後、しきい値を調整（補正）するようにすればよい。

ここで、しきい値設定部１３２では、しきい値が設定されていない画像処理装置１０、或いは、初期設定としてしきい値が設定されている画像処理装置１０に対して、相対的に前の期間中に訪問要請があったか否かを解析し、訪問要請があった場合に、当該訪問要請した画像処理装置１０に対して、前記前の期間中の異常発生回数から「１」を減算した値をしきい値として設定し直す（補正する）。なお、前々回の期間中にしきい値が設定された画像処理装置が、前回の期間中に訪問要請がなかった場合は、しきい値の設定を解除する場合がある。

しきい値設定部１３２は、しきい値情報格納部１３４に接続されている。

しきい値情報格納部１３４では、しきい値設定部１３２からしきい値情報を受け取ると、当該しきい値情報を、データベース部１２２へ格納する。

また、しきい値設定部１３２は、表示指示部１３６に接続されており、異常発生回数分布特定図と、しきい値情報とに基づいて、図６のしきい値一覧表画面１４６及び必要に応じて異常発生回数分布特性画面１４８をモニタ１００Ｇに表示するように指示する。この場合、モニタ１００Ｇが報知手段として機能する。なお、２つの画像は同時又は交互に表示してもよいし、選択的に一方を表示してもよい。

（管理制御２「訪問時期報知」）
管理制御２は、異常発生したときに、当該異常発生した画像処理装置１０を対象として、訪問要請はないが事前に訪問して対処（事前対処）する必要があるか否かの判断の基準（目安）を報知する制御である。

前記異常種特定部１１２は、送信元しきい値読出部１１６及び異常発生回数履歴読出部１１８に接続されている。

送信元しきい値読出部１１６では、データベース部１２２に格納されている、各画像処理装置１０に設定されたしきい値（図６参照）を選択し、比較部１３８へ送出する。

一方、異常発生回数履歴読出部１１８では、データベース部１２２に格納されている、「後の期間中」の情報に基づいて、当該画像処理装置１０から受け付けた異常発生回数を読み出し、加算部１４０において、今回分（１回分の異常発生回数）を加算する。

なお、「後の期間中」の情報とは、管理制御１において、情報収集中であり解析前の情報である。

加算部１４０は、比較部１３８に接続され、加算部１４０で演算された結果（異常発生回数）は、比較部１３８へ送出される。

比較部１３８では、送信元しきい値設定部１１６から受けたしきい値と、加算部１４０から受けた異常発生回数とが比較されるようになっている。

比較部１３８での比較結果は、報知判定部１４２へ送出されるようになっている。報知判定部１４２では、事前対処の要否を判定する。

例えば、図５において、期間Ｂでは、しきい値は「Ｎ１−１」であり、今回の異常発生回数の累積が「Ｎ１−１」未満であれば、事前対処の不要と判定し、今回の異常発生回数の累積が「Ｎ１−１」に到達していれば、事前対処が必要と判定する。なお、図５のＮ１〜Ｎ８はそれぞれ正の整数である。

報知判定部１４２は、上記判定結果を表示指示部１３６へ送出する。表示指示部１３６では、判定結果をモニタ１００Ｇに表示する。この表示は、例えば、図５の警告表示画面１４６Ｃに示される如く、文字で異常発生を通知してきた画像処理装置１０を識別する情報を表示すればよい。

なお、管理制御２は必須ではなく、しきい値一覧表画面１４６の警告表示画面１４６は表示せず、情報表示画面１４６Ａ、スクロール表示画面１４６Ｂを表示しておくだけでもよい。すなわち、事前対処の要否は、モニタ１００Ｇを見ているオペレータが判断するようにしてもよい。

以下に本実施の形態の作用を説明する。

（管理制御１）
図８は、管理サーバー１００における、異常発生情報の取り込みから解析までの制御ルーチンの流れを示すフローチャートである。

ステップ１５０では、異常発生情報を受け付けたか否かが判断され、否定判定された場合は、ステップ１５２へ移行して、訪問要請情報を受け付けたか否かが判断される。ステップ１５２で否定判定された場合は、このルーチンは終了する。

前記ステップ１５０で肯定判定、すなわち、異常発生情報を受け付けた場合は、ステップ１５４へ移行する。

なお、画像処理装置１０から自動的に送信される異常発生情報には、送信元識別情報、並びに、異常種特定情報が付加されている。

一方、前記ステップ１５２で肯定判定、すなわち、訪問要請情報を受け付けた場合は、ステップ１５４へ移行する。

なお、例えば、管理サーバー１００で別途起動している訪問要請対応プログラムから、或いは、オペレータの手動入力によって受け付けた訪問要請情報には、送信元識別情報、並びに、異常種特定情報が付加されている。

ステップ１５４では、受け付けた異常発生情報、訪問要請情報をそれぞれデータベース部１２２（図４参照）へ格納する。

次のステップ１５６では、予め定められた判定期間（例えば、２週間を１単位とする判定期間）が終了したか否かが判断される。このステップ１５６で否定判定された場合は、予め定められた期間が経過していないと判断され、このルーチンは終了する。

なお、判定期間の終了時期は、次の判定期間の開始時期でもある。言い換えれば、このステップ１５６での肯定判定は、終了した判定期間（前の判定期間）中にデータベース部１２２に格納した情報を解析する時期であり、次の判定期間（後の判定期間）の情報の格納開始でもある。

また、「前の判定期間」と「後の判定期間」は、相対的に時期が前後する２つの判定期間を指し、特定の判定期間を限定して指すものではない。従って、前回の判定期間が「前の判定期間」であれば、今回の判定期間が「後の判定期間」となるが、次の時期では、判定期間が、それぞれ１単位分移動することになる。

前記ステップ１５６で肯定判定、すなわち、予め定められた期間が終了したと判定されると、解析開始時期であると判断し、ステップ１５８へ移行して、期間内にデータベース部１２２に格納（収集）した情報を抽出し、ステップ１６０へ移行する。

ステップ１６０では、期間内に収集した情報（主として、異常発生情報）の解析処理を実行し、図１０に示すような異常発生分布特定図を生成する。

次のステップ１６２では、解析期間中において、訪問要請無しの画像処理装置１０のしきい値を解除し、ステップ１６４へ移行する。すなわち、このステップ１６２では、しきい値を設定して事前対処の管理対象としていたが、解析によって訪問要請がなかったため、次の期間では、事前対処の管理対象から外すことで、管理の負担を軽減するものである。

次のステップ１６４では、ステップ１６２とは逆に、訪問要請のあった画像処理装置１０を抽出し、ステップ１６６へ移行する。

ステップ１６６では、抽出した画像処理装置１０毎に処理され、対象の画像処理装置１０に対してしきい値が設定されているか否かが判断される。

このステップ１６６で肯定判定、すなわち、既にしきい値が設定されていると判定された場合は、ステップ１６８へ移行して、現しきい値から「１」を減算し、ステップ１７０へ移行する。なお、減算する数は「１」に限定されず、２以上であってもよい。ステップ１７０では、減算したしきい値を新たなしきい値として設定し、ステップ１７６へ移行する。

一方、ステップ１６６で否定判定、すなわち、しきい値が設定されていないと判定された場合は、ステップ１７２へ移行して、図１０の横軸の何れかに分類されている異常発生回数から「１」を減算し、ステップ１７４へ移行する。なお、減算する数は「１」に限定されず、２以上であってもよい。ステップ１７４では、減算結果値をしきい値として設定し、ステップ１７６へ移行する。

ステップ１７６では、では、管理サーバー１００のモニタ１００Ｇに情報を表示して、このルーチンは終了する。

次に、図９は、図６に示す警告表示画面１４６Ｃの表示制御の流れを示す制御フローチャートである。

すなわち、前述の図８では、管理サーバー１００のモニタ１００Ｇに監視画像を表示し、事前対処の基準（目安）となる情報を報知するようにした。これに対して、図９では、この情報報知に加え、さらに、異常発生回数の累積状況と、設定したしきい値とを比較し、事前対処の要否を判定するものである。また、この図９の制御ルーチンは、前述した図８の制御ルーチンを実行する管理サーバー１００で実行する場合、例えば、時分割によって並行処理されることが好ましい。

ステップ１７０では、異常発生情報を受け付けたか否かが判断され、否定判定された場合は、このルーチンは終了する。

なお、画像処理装置１０から自動的に送信される異常発生情報には、送信元識別情報、並びに、異常種特定情報が付加されている。

前記ステップ１７０で肯定判定、すなわち、異常発生情報を受け付けた場合は、ステップ１７４へ移行する。

ステップ１７４では、受け付けた異常発生情報の送信元が判定対象か否かが判断される。判定対象は、解析した判定期間内において、１回以上の訪問要請があった画像処理装置１０、並びに、ステップ１７８で追加した画像処理装置１０である。

このステップ１７４で否定判定された場合は、このルーチンは終了する。また、ステップ１７４で肯定判定された場合は、ステップ１８２へ移行し、設定したしきい値を読み出し、ステップ１８４へ移行する。

ステップ１８４では、後（今回）の期間中の情報（データベース部１２２に格納した画像処理装置１０毎の異常発生回数）を読み出し、次いでステップ１８６で今回分を加算して（異常発生回数の累積）、ステップ１８８へ移行する。

ステップ１８８では、ステップ１８６で演算した累積異常発生回数と、前記ステップ１８２で読み出したしきい値とを比較する。

次のステップ１９０では、ステップ１８８での比較結果に基づいて、事前対処の要否を判定する。すなわち、累積異常発生回数が、しきい値に到達したか否かを判定し、当該累積異常発生回数が、しきい値に到達した場合は、事前対処が必要と判定し、しきい値未満の場合は事前対象が不要と判定する。

次のステップ１９２では、判定結果を、管理サーバー１００のモニタ１００Ｇに表示し（図６の警告表示画面１４６Ｃ参照）、このルーチンは終了する。

ここで、例えば、図８のステップ１７６、並びに、図９のステップ１９２において、管理サーバー１００のモニタ１００Ｇに表示する情報としては、図６に示される如く、しきい値一覧表画面１４６である。

このしきい値一覧表画面１４６では、情報表示画面１４６Ａにおいて、しきい値設定対象の統計数値が表示される。この統計数値の詳細を知りたい場合は、例えば、モニタ１００Ｇの画面を、図７に示される如く、異常発生回数分布特性図画面１４８に切り替えることが可能である。

また、図６において、スクロール表示画面１４６Ｂでは、しきい値が設定された画像処理装置（識別番号）の一覧をスクロール表示可能となっており、例えば、オペレータの操作で、特定の画像処理装置の状況等を検索することが可能である。

さらに、図６において、警告表示画面１４６Ｃでは、設定したしきい値を超えた画像処理装置１０を案内するようになっており、例えば、オペレータによる事前対処の要否の判定の基準（目安）とすることが可能である。

なお、本実施の形態では、図５に示される如く、期間をＡ〜Ｈに設定し、相対的に前の期間と後の期間との間で、しきい値を減算するか否か、しきい値を解除するか否か（以下、総称する場合、「しきい値の調整」という）の判断を行ったが、図１１に示される如く、しきい値の調整を実行する期間として、当該期間よりも前の２期間分を対象期間としてもよい（変形例１）。例えば、具体的には、期間Ｃのしきい値を設定する場合、期間Ａと期間Ｂをしきい値の調整の判断期間とする。

この２期間の内、事前訪問の数が多い方の期間を採用して、しきい値を設定すればよい。例えば、期間Ｃのしきい値の設定では、期間Ａと期間Ｂとを比較すると、期間Ａで訪問要請があるため、期間Ａを採用して、Ｎ−１から「１」を減算した後をしきい値とする。

また、図１２）に示される如く、２期間の平均値に基づいて、しきい値を設定するようにしてもよい（変形例２）。

１０Ａ、１０Ｂ、１０Ｃ（１０） 画像処理装置
２０ 通信回線網
２１ ＰＣ
２４ 画像形成部
２６ 画像読取部
２８ ファクシミリ通信制御回路
３０ 主制御部（メインコントローラ）
３４ 主画像
１００ 管理サーバー
１００Ａ ＣＰＵ
１００Ｂ ＲＡＭ
１００Ｃ ＲＯＭ
１００Ｄ Ｉ／Ｏ
１００Ｅ バス
１００Ｆ 入力装置
１００Ｇ モニタ
１００Ｈ Ｉ／Ｆ
１０６ 通信部
１０８ 異常発生受付部
１１０ 送信元識別部
１１２ 異常種特定部
１１４ データベース更新部
１１６ 送信元しきい値読出部
１１８ 異常発生回数履歴読出部
１２０ 訪問要請受付部
１２２ データベース部
１２４ 判定期間監視部
１２６ 期間内情報抽出部
１２８ 解析部
１３２ しきい値設定部
１３４ しきい値情報格納部
１３６ 表示指示部
１３８ 比較部
１４０ 加算部
１４２ 報知判定部

Claims (5)

1. 複数の処理装置の各々における特定異常の発生情報を取得する取得手段と、
   相対的に前の期間中に、前記取得手段で取得した前記発生情報の回数を処理装置毎に計数する計数手段と、
   前記計数手段で計数された処理装置毎の前記発生情報の回数を、相対的に後の期間中での事前対処する時期の基準となるしきい値に設定する設定手段と、
   前記処理装置からの修復依頼の有無を判別する判別手段と、
   前記前の期間中に前記修復依頼があった処理装置を対象として、前記後の期間中における前記しきい値を個別に補正する補正手段とを有し、
   前記補正手段が、直前から順に複数の前の期間中のそれぞれのしきい値の平均値から定数を減算して、しきい値とする、
   情報管理制御装置。
2. 前記期間が、統計学的な母集団の数としての前記特定異常の回数が前記特定異常の発生を予測して事前対処する時期の基準を解析可能な数となることが予測される期間である請求項１記載の情報管理制御装置。
3. 前記処理装置が、
   原稿画像を読み取る画像読取手段、前記画像読取手段で読み取った画像データ又は外部から受け付けた画像データに基づいて記録媒体へ画像を形成する画像形成手段の少なくとも１つを備えた画像処理装置であり、前記特定異常が発生した場合に、当該特定異常の発生情報を計数する機能へ自動的に送信する機能を備えている請求項１又は請求項２記載の情報管理制御装置。
4. 前記特定異常の発生を予測して事前対処する時期の基準となる情報として、前記処理装置毎に設定したしきい値及び前記処理装置毎に補正したしきい値を報知する報知手段をさらに有する請求項１〜請求項３の何れか１項記載の情報管理制御装置。
5. コンピュータに、
   処理装置における特定異常の発生情報を、通信回線網を介して取得し、
   相対的に前の期間中に、前記取得した前記発生情報の回数を処理装置毎に計数し、
   計数された処理装置毎の前記発生情報の回数を、相対的に後の期間中での事前対処する時期の基準となるしきい値に設定し、
   前記処理装置からの修復依頼の有無を判別し、
   前記前の期間中に修復依頼があった処理装置を対象として、直前から順に複数の前の期間中のそれぞれのしきい値の平均値から定数を減算することにより、前記後の期間中における前記しきい値を個別に補正し、
   前記特定異常の発生を予測して事前対処する時期の基準となる情報として、前記処理装置毎に設定したしきい値及び前記処理装置毎に補正したしきい値を含む情報を報知する、
   ことを実行させる情報管理制御プログラム。