(57)【要約】【課題】将来の障害を未然に防ぎ、また、個々の表象的な障害の下にかくれた根本的な障害を解消する。【解決手段】画像形成装置から取得した一定時間範囲の障害情報を、予め定義した障害パターンと比較する（Ｓ１００３）。その結果、一致すれば、障害パターンに対応付けて登録された内容のメッセージを、登録された宛先に送信する（Ｓ１００６，Ｓ１１０９，Ｓ１０１０）。【選択図】図１０
2007328641.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置の稼働状態を監視する、画像形成装置の管理装置であって、
画像形成装置の稼働状態を示す状態情報を、当該画像形成装置の稼働状態の履歴情報として登録する履歴記憶手段と、
障害パターンとして、前記画像形成装置の状態の組み合わせを記憶する障害パターン記憶手段と、
過去における複数のタイミングで登録された履歴情報と、前記障害パターンと、の比較に基づき画像形成装置を診断する診断手段とを備えることを特徴とする管理装置。
【請求項２】
前記診断手段により、前記履歴情報を前記障害パターンと比較し、
一致する障害パターンがある場合には、該障害パターンに関連づけられた障害の程度を示す情報に従って、通知処理を行う通知手段を更に備えることを特徴とする請求項１に記載の管理装置。
【請求項３】
前記障害パターン記憶手段は、前記画像形成装置の状態の組み合わせと、状態の組み合わせに関連づけた障害の程度を示す情報とを記憶し、
前記診断手段は前記障害の程度を示す情報に応じた警告処理を行うことを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記障害パターンには、前記画像形成装置の状態をその発生順序を考慮して組み合わせたパターンと、前記画像形成装置の状態をその発生順序に係り無く組み合わせたパターンとの、少なくともいずれかが含まれることを特徴とする請求項１乃至３の何れかに記載の管理装置。
【請求項５】
前記履歴情報に対応する期間又は履歴数は障害パターンに応じて異なることを特徴とする請求項１乃至４の何れかに記載の管理装置。
【請求項６】
前記履歴情報に対応する期間又は履歴数を、障害パターンに対応させて設定する設定手段を備えることを特徴とする請求項５に記載の管理装置。
【請求項７】
前記診断手段は、診断を行う際に、複数の期間又は履歴数に基づく履歴情報と障害パターンとを比較し、前記画像形成装置を診断することを特徴とする請求項１乃至６の何れかに記載の管理装置。
【請求項８】
履歴記憶手段と障害パターン記憶手段と診断手段とを備えた管理装置における画像形成装置の稼働状態を監視する管理方法であって、
前記履歴記憶手段が、画像形成装置の稼働状態を示す状態情報を、当該画像形成装置の稼働状態の履歴情報として登録する履歴記憶工程と、
前記障害パターン記憶手段が、障害パターンとして、前記画像形成装置の状態の組み合わせを記憶する障害パターン記憶工程と、
前記診断手段が、過去における複数のタイミングで登録された履歴情報と、前記障害パターンとの比較に基づき画像形成装置を診断する診断工程とを備えることを特徴とする管理方法。
【請求項９】
前記管理装置は通知手段を更に備え、
前記診断工程では、前記履歴情報を前記障害パターンと比較し、
前記通知手段が、一致する障害パターンがある場合には、該障害パターンに関連づけられた障害の程度を示す情報に従って通知処理を行う通知工程を更に備えることを特徴とする請求項８に記載の管理方法。
【請求項１０】
前記障害パターン記憶工程では、前記画像形成装置の状態の組み合わせと、状態の組み合わせに関連づけた障害の程度を示す情報とを記憶し、
前記診断工程では前記障害の程度を示す情報に応じた警告処理を行うことを特徴とする請求項８又は９に記載の管理方法。
【請求項１１】
前記障害パターンには、前記画像形成装置の状態をその発生順序を考慮して組み合わせたパターンと、前記画像形成装置の状態を、その発生順序に係り無く組み合わせたパターンとの、少なくともいずれかが含まれることを特徴とする請求項８乃至１０の何れかに記載の管理方法。
【請求項１２】
前記履歴情報に対応する期間又は履歴数は障害パターンに応じて異なることを特徴とする請求項８乃至１１の何れかに記載の管理方法。
【請求項１３】
前記管理装置は設定手段を更に備え、
前記設定手段が、前記履歴情報に対応する期間又は履歴数を、障害パターンに対応させて設定する設定工程を更に備えることを特徴とする請求項１２に記載の管理方法。
【請求項１４】
前記診断工程では、診断を行う際に、複数の期間又は履歴数に基づく履歴情報と障害パターンとを比較し、前記画像形成装置を診断することを特徴とする請求項８乃至１３の何れかに記載の管理方法。
【請求項１５】
請求項８乃至１４のいずれか１項に記載の方法をコンピュータにより実行させるためのコンピュータプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録したことを特徴とするコンピュータ可読の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の診断を行う画像形成装置の管理装置および管理方法に関する。
【背景技術】
【０００２】
従来、画像形成装置等の周辺装置の稼働状態を遠隔的に監視する監視システムがある。その監視システムでは、画像形成装置の監視は以下のように行われている。まず、一つの方法として、画像形成装置内で、致命的なエラーやアラームが発生した場合、画像形成装置から拠点集中監視装置にエラー等が通知される。拠点集中監視装置から監視センタホストに通知される。そして、監視センタホストは、その旨を画像形成装置の販売会社等、保守の担当者に電子メール等で通知する。この担当者が、発生した障害種別に応じて、サービスマンに派遣を指示したり、もしくは顧客に連絡して対処を行う。ここで、拠点集中監視装置とは、画像形成装置とＬＡＮ等、局所的なネットワークに接続されたコンピュータであり、画像形成装置の出力する状態情報を収集する。また監視センタホストとは、拠点集中監視装置と接続され、拠点集中監視装置により収集された画像形成装置の状態情報を受信する。
【０００３】
また、画像形成装置内で用紙ジャムが発生した場合、発生したジャムの回数を計算し、ある閾値まで到達したら、監視センタホストに通知する。監視センタホストが販売会社の担当者に、その旨を通知する。
【０００４】
また、上記のように、致命的なエラーやジャムが多発する以外に、顧客の要望によってサービスマンを派遣する必要がある場合があり、顧客の必要性に応じた新たな派遣方法が必要となる。また、エラー発生時の直近のログを見て、顧客への指示を行うという提案がされている（特許文献１等参照）。
【特許文献１】特開２００２−３４２０６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、画像形成装置から送信されたエラー、アラーム、ジャムが発生した場合に、それらの状態を示す状態情報は監視センタホストに送られる。そのため、それぞれ単独の障害に対してどのような処置を行うか判断しなくてはならない。単独の障害から画像形成装置の故障箇所などを特定することは困難であった。たとえば、監視センタホストに報告される個々の障害（状態）は、サービスマンによる保守を必要としない程度のものであっても、それらの障害を引き起こしている原因となる障害は、利用者側で解消できない場合もある。また、個々の障害が、将来生じ得るより深刻な障害の前兆であることもあり得る。従来の技術では、この様な場合にも、表層的な障害の原因となる根本的な障害や、将来生じ得る障害を解消することは困難であった。従って、より適確な、画像形成装置の診断が望まれる。
【０００６】
従って、より適確な、画像形成装置の診断が望まれる。
【課題を解決するための手段】
【０００７】
本発明は以下の構成を備える。すなわち、画像形成装置の稼働状態を監視する、画像形成装置の管理装置であって、
画像形成装置の稼働状態を示す状態情報を、当該画像形成装置の稼働状態の履歴情報として登録する履歴記憶手段と、
障害パターンとして、前記画像形成装置の状態の組み合わせを記憶する障害パターン記憶手段と、
過去における複数のタイミングで登録された履歴情報と前記障害パターンとの比較に基づき画像形成装置を診断する診断手段とを備える。
【発明の効果】
【０００８】
本発明により、より適確な画像形成装置の診断を実現できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
[第１の実施形態]
図１は、本実施形態における監視システム全体図を示すものである。図１において、本監視システムには、システム１０１およびシステム１０６を始めとする複数の販売会社システムが接続されている。それぞれ管轄の地域や顧客の販売情報や監視システムに関わる情報を蓄積するためのデータベース１０３、１０８もシステムに含まれている。
【００１１】
販売会社のシステム１０１、１０６には、データベース１０２、１０７へのデータ登録や修正などの制御を行なうＰＣ１０４、１０９もシステムに含まれる。ＰＣ１０４、１０９はまた監視センタホストである集中管理装置１１１が提供するウエブサイトへアクセスしてデータの閲覧等を行う。なお、ホスト１０２、１０７は操作部および表示部を持ち、ＰＣ１０４、１０９の役割を果たす事も可能である。ホスト１０２、データベース１０３、ＰＣ１０４はＬＡＮ１０５で接続されており、また、ホスト１０７、データベース１０８、ＰＣ１０９はＬＡＮ１０で接続されている。なお、図１では、販売会社側の各々のシステムは、複数の装置から構成されるよう示されているが、その目的とするところは、後述の各機能を達成すればよい。例えば、データベース１０３、１０８は、物理的にホスト１０２、１０７内にそれぞれ存在してもよい。さらに、ホスト１０２、１０７からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。つまり、複数の装置から構成されるようにしてもよいし、１つの装置から構成するようにしても良い。
【００１２】
次に、販売会社側と顧客側の中間に、集中管理装置１１１が存在する。データベース１１２は、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報（障害履歴データと呼ぶこともある）、障害パターンテーブルなどを蓄積する履歴記憶手段としてのデータベースである。集中管理装置１１１とデータベース１１２はＬＡＮ１１３で接続されており、ＬＡＮ１１３は、インターネットに接続可能となっている。なお、データベース１１２は、物理的に集中管理装置１１１内に存在してもよい。さらに、集中管理装置１１１からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。
【００１３】
集中管理装置１１１は、拠点監視装置１１７、１２２、１２３（後述）や１３１（後述）から監視対象としての画像形成装置の情報、特に稼働状態を示す情報（障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。例えば、販売会社ホスト１０２、１０７にそれら情報を配信する役割を持つ機能を有する。また、稼働状態（稼働情報）としては、例えば、示す状態情報には、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れなどの障害を、例として挙げる事が出来る。また、ステープル切れ、給紙センサ光量不足なども、例として挙げる事が出来る。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることも出来る。
【００１４】
さらにまた、販売会社ホスト１０２、１０７がそれぞれから集中管理装置１１１に監視対象としている画像形成装置の情報や監視に関する設定を集中管理装置１１１に登録する事ことができる。たとえば、図１３で後述する障害パターンテーブルの内容を変更することなどができる。集中管理装置１１１では、各販売会社ホストから登録された監視対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、拠点監視装置１１７、１２２、１２３や、画像形成装置１３１に対し、監視に関わる設定を行うこともできる。
【００１５】
ここで、本監視システムによるサービスは、販売会社と顧客との契約に基づき、提供されるものである。従って、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、本監視システムの監視対象としている。集中管理装置１１１は、インターネットを介して接続したＰＣに対し、データベース１１２に蓄積した情報、または加工した情報を閲覧するＷＥＢページを提供している。このＷＥＢページは、ユーザ認証により、販売会社別、顧客別、およびユーザの権限別に閲覧内容を限定して提供している。さらに、ＷＥＢページから、一部データの変更も可能としている。
【００１６】
また、図１中には、集中管理装置１１１およびデータベース１１２が１つずつしか示されていない。しかし、実際には、多くの画像形成装置および拠点監視装置からの情報を収集するための負荷分散を行なうために、複数の集中管理装置、データベースに分散処理をさせるケースもある。
【００１７】
次に、顧客側のシステム構成について説明する。顧客側環境としては異なる複数の環境がある。図１中では、顧客システム１１４、１１９、１２９が示されている。顧客システム１１４（Ａ社Ｘ事業所）においては、インターネットに接続されたＬＡＮ１１８に接続された画像形成装置１１５、１１６が、拠点監視装置１１７により監視され、拠点監視装置１１７はインターネット経由で集中管理装置１１１と通信している。一方、顧客システム（Ａ社Ｙ事業所）においては、拠点集中監視装置１２２、１２３によってＬＡＮ１２８上の画像形成装置が管理されている。拠点集中監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が、拠点集中監視装置１２３により画像形成装置１２６、１２７が夫々管理されている。拠点集中監視装置１１７、１２２、１２３は、データベース１３３（不図示）と接続されている。拠点集中監視装置は、画像形成装置１１５、１１６から収集した情報の蓄積、蓄積したデータの加工結果の保存を行うとともに、画像形成装置監視に関わる設定もデータベース（不図示）１３３内に保存している。なお、不図示のデータベース１３３は、ＬＡＮ１１８上に接続され、独立して存在してもよい。さらに、拠点集中監視装置１１７、１２２、１２３からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。拠点集中監視装置は、画像形成装置の状態情報（たとえば障害等の発生）を、画像形成装置から受信するつど集中管理装置１１１に送信する。
【００１８】
顧客１２９（Ｂ社）においては、インターネットに接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット経由で集中管理装置１１１と通信している。画像形成装置１３１は、自身の情報（たとえば障害等の発生）を積極的に集中管理装置１１１に送信している。ＰＣ１３４（不図示）は、ＷＥＢブラウザを搭載したＰＣであり、顧客環境からだけでなく、直接インターネットを介し集中管理装置１１１に接続し、前述の集中管理装置１１１が提供するＷＥＢページを閲覧する事が可能である。
【００１９】
なお、以下の点に留意する必要がある。
（１）以上説明した構成におけるインターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能である。ＳＯＡＰは、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。本例では、ＳＯＡＰはＨＴＴＰの上に実装される。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがってＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによって集中管理装置１１１に送信される。
（２）Ａ社における各画像形成装置は拠点集中監視装置を介して集中管理装置１１１と通信を行なうように説明した。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に拠点集中監視装置を介することなく、集中監視装置との通信を行なえる。
【００２０】
＜ハードウエア構成＞
図２は、集中管理装置１１１のハードウェア構成図を示す。また、ホスト１０２、１０７の、ハードウェア構成も同様である。図２において、第１ＣＰＵ２０１、第２ＣＰＵ２０２は本装置上の各処理を司る。書換え不可能なＲＯＭ２０３は本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶できかつ書き換え可能である。第１ＨＤＤ２０５、第２ＨＤＤ２０６は、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。たとえば、障害パターンテーブルや、障害履歴テーブル等がハードディスクに保存される。入力装置２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ２０９は、ネットワーク経由でLANおよびインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は外部記憶機器等を接続する。それら要素がシステムバス２１１により結び付き、データをやりとりしている。
【００２１】
図３は、拠点監視装置１１７、１２２、１２３のハードウェア構成図を示す。また、ＰＣ１０４、１０９、１３４のハードウェア構成図にも該当させることが出来る。
【００２２】
ＣＰＵ３０１は、本装置上の各処理を司る。ＲＯＭ３０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＲＡＭ３０３は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。拠点監視装置１１７では、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などをＨＤＤ３０４に記憶する。ＰＣ１０４、１０９、１３４においては、ＷＥＢブラウザなどをＨＤＤ３０４に記憶する。入力装置３０５は、本装置への指示入力を受け付けるキーボードやポインティングデバイスである。表示部３０６は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ３０７は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ３０８は外部記憶機器等を接続する。それらがシステムバス３０９により結び付き、データをやりとりしている。
【００２３】
図４は、拠点集中監視装置１１７、１２２、１２３の、別の形態のハードウェア構成図である。ＣＰＵ４０１は、本装置上の各処理を司る。ＲＯＭ４０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＦｌａｓｈＲＯＭ４０３は、本装置の各処理に関わるデータおよび一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。シリアルＩ／Ｆ４０４は、本装置上のプログラムがエラーやログを出力しており、シリアルケーブルを用いて端末を接続する事が可能である。ＮｅｔｗｏｒｋＩ／Ｆ４０５は、ネットワーク経由でLANおよびインターネットに接続し、外部と情報交換を行う。それらがシステムバス４０６により結び付き、データをやりとりしている。
【００２４】
図５は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるハードウェア構成図を示す。画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどが挙げられる。本図では、画像形成装置の一例として複合機の構成を示している。
【００２５】
イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。排紙部５０４は印刷出力した紙を排出し、ソートやステイプルといった処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ５０５はネットワーク経由でLANおよびインターネットに接続し、外部と情報交換を行う。ＣＰＵ５０６は本装置上の各処理を司る。画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、あらかじめ定めた宛先へと送信する。宛先はたとえば、集中管理装置１１１や拠点集中監視装置などである。不揮発性記憶手段のＲＯＭ５０７は本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は本装置の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本装置へ送信されてきたユーザデータなどを記憶する。操作部５１０は本装置への指示入力を受け付ける。表示部５１１は本装置の動作状況および操作部５１０に対する操作に関わる情報を表示する。そしてそれらがシステムバス５１２により結び付き、データをやりとりしている。
【００２６】
なお、デバイス自身が監視のための情報を積極的に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７或いはＨＤＤ５０９内に、前記監視データ送出処理にかかわるプログラムやデータを保持している。
【００２７】
＜ソフトウエア＞
図６は、集中管理装置１１１における画像形成装置監視システムに関わる部分のソフトウェア構成図を示す。ＳＯＡＰ通信部６０１は、拠点集中監視装置１１７、または画像形成装置１３１よりＮｅｔｗｏｒｋＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰメッセージ作成部６０３により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０９を介して拠点集中監視装置１１７、または画像形成装置１３１に送信する。
【００２８】
収集情報処理部６０４では、監視下の拠点集中監視装置１１７、または画像形成装置１３１から受診した情報をそのまま、または、加工し、データベースアクセス部６０６を介してデータベース１１２に格納する。データベース１１２には、障害パターンテーブル１１２ａや障害履歴テーブル１１２ｂが保存される。
【００２９】
また、収集情報処理部６０４は、遠隔監視システムに関わる機能を実現する。すなわち、図１０、図１１に示す処理が実行される。たとえば、監視下の拠点集中監視装置１１７、または画像形成装置１３１から受信した情報およびデータベース１１２に格納されているデータを元に、カウンタ情報の集計、エラー情報を担当サービスマンや顧客側管理者へ通知する。
【００３０】
監視制御部６０５は、拠点集中監視装置１１７、または画像形成装置１３１の情報を取得しに行くスケジュール管理や、監視内容、方法の制御を行なう。さらに必要に応じて、監視下の拠点集中監視装置１１７、または画像形成装置１３１へ、ＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１、ＮｅｔｗｏｒｋＩ／Ｆ２０９を介して、指示を送信する。
【００３１】
図７は、拠点集中監視装置１１７、１２２、１２３における画像形成装置監視システムに関わる部分のソフトウェア構成図を示す。
【００３２】
ＳＯＡＰ通信部７０１は、集中管理装置１１１よりＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡する。また、ＳＯＡＰメッセージ作成部７０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して集中管理装置１１１に送信する。
【００３３】
監視制御部７０４は、後述する集中管理装置１１１からの監視設定に従い、情報蓄積部に保持する監視画像形成装置情報を更新したり、画像形成装置１１５、１１６の情報を取得し、スケジュール管理を行なう。
【００３４】
デバイス情報処理部７０５は、監視制御部７０４により管理するスケジュールにより、本装置が積極的に画像形成装置１１５、１１６から収集したカウンタ情報、サービスコールやジャム、トナー切れなどの情報を、情報蓄積部７０６に蓄積する。またはこの蓄積は、画像形成装置１１５、１１６の状態に応じて行われる。
【００３５】
情報蓄積部７０６に蓄積したデータは、デバイス情報処理部７０５を介してそのままＳＯＡＰメッセージ作成部７０２に渡され集中管理装置１１１へ送信される。あるいは、デバイス情報処理部７０５内で解釈、加工されてからＳＯＡＰメッセージ作成部７０２に渡されて集中管理装置１１１へ送信される場合もある。
【００３６】
図８は、各画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における画像形成装置監視システムに関わる部分のソフトウェア構成図を示す。
【００３７】
ＳＯＡＰ通信部８０１は、集中管理装置１１１よりＮｅｔｗｏｒｋＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰメッセージ作成部８０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ５０５を介して集中管理装置１１１に送信する。
【００３８】
ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する事が可能である。
【００３９】
また、操作部５１０から入力されＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。
【００４０】
デバイス情報収集部８０５は、本複合機内部のスケジュールにより、または、集中管理装置１１１からの指示により内部に保持するカウンタ情報を取得し、また、内部で発生したサービスコールやジャム、トナー切れなどの情報を取得する。
【００４１】
取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡し集中管理装置１１１へ送信する場合と、デバイス情報収集部８０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部８０２に渡し集中管理装置１１１へ送信する場合がある。
【００４２】
図９は、集中管理装置１１１、或いは、拠点監視装置１１７、１２２、１２３或いは、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるメモリマップの構造を示す図である。本発明に係る処理プログラムを実行する際、集中管理装置１１１ではＲＡＭ２０４上に、各拠点監視装置１１７ではＲＡＭ３０３或いはＦｌａｓｈＲＯＭ４０３上に、各画像形成装置ではＲＡＭ５０８上にプログラムをロードしたメモリマップを示す図である。
【００４３】
メモリマップは、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、本実施例の処理プログラムを初めとする各種処理プログラム９０３、関連データを格納するエリア９０４、プログラムのワークエリア９０５で構成されている。基本Ｉ／Ｏプログラム９０１は、本装置上の入出力を司る。システム・プログラム９０２は、各処理プログラムに動作環境を提供する。なお、容量の制約により９０１〜９０５として利用する領域が足りなくなった場合、第１ＨＤＤ２０５または第２ＨＤＤ２０６をＲＡＭ２０４の、ＨＤＤ３０４をＲＡＭ３０３の、ＨＤＤ５０９をＲＡＭ５０８の領域の一部として扱うことも可能である。
【００４４】
＜集中管理装置における障害処理＞
図１０は、画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１のいずれかで障害が発生した場合に、障害を示す状態情報を受信した集中管理装置（監視センタホスト）で行われる処理のフローチャートである。まず、Ｓ１００１で、画像形成装置で障害・警告状態（エラー、アラーム、ジャム（図１６参照））の発生を検知する。具体的には、拠点集中監視装置や画像形成装置からの障害の発生を示す状態情報の通知を受信する。なお、各画像形成装置からは、時系列において、複数回繰り返し状態情報の通知が発行され、Ｓ１００１では、その複数の通知を受信時受信するものとする。また、各画像形成装置からの通知は、各画像形成装置からの自発的な情報送信であっても良いし、また集中管理装置からの通知要求に応じた情報送信であっても良い。また、以下で説明する画像形成装置における稼働状況（障害状況）は、画像形成装置から監視センタホストに拠点集中監視装置経由で通知されたものでも良いし、拠点集中監視装置を経由せずに画像形成装置から直接通知されたものでも良い。
【００４５】
Ｓ１００２では、監視センタホストはＳ１００１で受信した情報の内容を解析し、図１４の障害履歴テーブル１１２ｂに登録する。Ｓ１００２では、たとえば、図１４のテーブルのフォーマットに合うように受信メッセージを再構成してからそれを登録する。
【００４６】
Ｓ１００３では、図１４の障害履歴テーブル１１２ｂから、障害が発生した画像形成装置の過去の障害履歴データを参照し、図１３の障害パターンテーブル１１２ａから、監視センタホストに登録されている障害パターンを参照し、両データを比較する。該比較に基づき画像形成装置の診断を行う。なお、Ｓ１００３で、障害履歴テーブル１１２ｂから読込まれる画像形成装置の過去の障害履歴データは、注目する画像形成装置について、少なくとも、時系列における複数のタイミングで登録された蓄積データが対象となる。
【００４７】
そしてＳ１００３の処理の結果、一致するパターンがある場合には、該当する障害パターンの欄から優先度フィールド１３０６および対応方法フィールド１３０７の値を読みだし、記憶しておく。この場合には、障害が発生した画像形成装置のＩＤも保存しておく。一致するものがない場合には、たとえば優先度フィールドの値を記憶する領域に０を記憶するなどして、一致するものがなかったことを記憶しておく。Ｓ１００３の詳細は図１１に示す。なお以下の説明では、障害パターンと比較される障害履歴データには、最新の状態情報が含まれているものとする。しかし、障害パターンと比較される障害履歴データには、必ずしも、最新の状態情報が含まれる必要はない。例えば、前回より以前の各タイミングで登録された障害履歴データ障害パターンとの比較対象にするようにしても良い。
【００４８】
Ｓ１００４では、Ｓ１００３の結果を踏まえ、障害履歴テーブル１１２ｂに登録された障害履歴と一致する障害パターンがあれば（すなわち記憶された優先度の値が０以外であれば）、その優先度に基づき、Ｓ１００４，Ｓ１００８，Ｓ１０１０の処理を行う。なお、ここでいう優先度とは、障害の程度を示す値（情報）でもある。従って、例えば、緊急度、重要度等の言葉に置き換えることもできる。以下では、「優先度」の言葉を用いて説明を行う。集中管理装置は、この優先度の情報に応じた警告処理を、後述の図１０のフローチャートで実行する。
【００４９】
Ｓ１００５は、障害パターンテーブルの優先度（図１３ １３０６参照）を参照し、その値を判定する。優先度の値が１、すなわちサービスマンに指示するもの（優先度１）と判断できたなら、Ｓ１００６に遷移する。Ｓ１００６では、サービスマン派遣が必要であることを連絡するため、販売会社担当者のメールアドレス１７０４（図１７参照）を、メールの宛先に設定する。メールアドレスはＳ１００３で保存されている画像形成装置のＩＤに対応する販売会社のメールアドレスを、図１７のテーブルから取得して用いる。同時にメールの内容として、保存しておいた対応方法フィールドの値を複製する。サービスマンに指示するものではないと判断できたなら、Ｓ１００８に遷移し、優先度が２，すなわち顧客（利用者）に指示するかどうか判断する。Ｓ１００８で顧客に指示する（優先度２）と判断できたなら、Ｓ１００９に遷移し、管理センタホストに保持されている顧客のメールアドレス１６０４(図１６参照)をメールの宛先に設定する。メールアドレスはＳ１００３で保存されている画像形成装置のＩＤに対応する顧客のメールアドレスを、図１６のテーブルから取得して用いる。同時にメールの内容として、保存しておいた対応方法フィールドの値を複製する。
【００５０】
Ｓ１００７では、Ｓ１００６，Ｓ１００９で設定されたメールアドレスに対してメール通知を行う。
【００５１】
Ｓ１００８で、優先度が１、すなわち顧客に指示するものではないと判断できたなら、Ｓ１０１０で、監視センタホストの障害履歴画面に警告表示１８０１（図１８参照）を行う。表示内容は、保存しておいた対応方法フィールドの値である。
【００５２】
図１０の手順は、障害履歴テーブルに登録された画像形成装置のそれぞれについて行われる。
【００５３】
図１１は、図１０のＳ１００３の画像形成装置の障害履歴と障害パターンとの比較による診断処理の詳細フローチャートを示している。図１１は具体的なデータの例を用いて示されている。Ｓ１００２で、画像形成装置から送信された障害がアラームＤ（Ｄ１１０１）だと判定できたとする。Ｓ１１０２では、図１３の障害パターンテーブル１１２ａから、取得した状態情報、本例ではアラームＤが含まれるパターンを検索する。状態情報はたとえば符号で示されているので、最新の状態情報を示す符号と一致する符号が含まれている障害パターンにがあれば、その障害パターンが該当する障害パターンである。
【００５４】
その結果、Ｓ１１０３で、検索の結果、該当する障害パターンがあるかどうかを判断する。もしあれば、Ｓ１１０５に遷移する。データＤ１１０４は、Ｓ１１０３の検索結果として該当する２つの障害パターンがあったことを示す。パターン１は、「アラームＡが２回、アラームＣ、アラームＤが１回（パターン種別：障害数）」というパターンである。パターン２は、「ジャムＡ⇒ジャムＢ⇒エラーＦ⇒アラームＤ（パターン種別：順序）」というパターンである。
【００５５】
Ｓ１１０５では、特定の（現在着目している）画像形成装置について、ｎ時間前（ｎはユーザ任意に設定可能でありここではｎ＝２とする）から現在までの障害履歴を、図１４の障害履歴テーブルから検索する。その結果、アラームＡ⇒アラームＦ⇒アラームＡ⇒ジャムＢ⇒アラームＣ⇒トナーロー⇒アラームＤ（アラームＡが２回、アラームＦ、アラームＣ、アラームＤ、ジャムＢ、トナーローが１回ずつ）という発生結果（障害履歴）が得られる（図１２参照）。その結果をデータＤ１１０６に示している。その検索で得られた障害履歴情報と、着目している画像形成装置のＩＤとを保存しておく。
【００５６】
Ｓ１１０７では、Ｓ１１０２の結果であるデータＤ１１０４と、Ｓ１１０５の結果であるデータＤ１１０６を比較し、マッチングするかどうかを判断する。なお、パターン種別１３０５は、障害履歴情報と障害パターンテーブルとのマッチングを取る場合に、障害の発生順序に係り無い発生回数で見るか、障害の発生順序を考慮して見るかの二通りの見方を有している。すなわち、パターン種別が「順序」の場合、障害パターンと障害履歴とで、障害発生の順序も一致している必要がある。パターン種別が「障害数」の場合、障害パターンと障害履歴とで、障害発生の順序は一致していなくともよく、発生の回数さえ一致していれば、一致するものと判定される。一致した場合、該当するパターンに対応付けられて障害パターンテーブルに登録された優先度の値と対応方法の値とをメモリに保存しておく。
【００５７】
図１１の場合、データＤ１１０４のパターン１と、データＤ１１０６の検索結果が合致するため、マッチングが取れたと判断できる。したがって、パターン１に対応付けられて障害パターンテーブルに登録された優先度の値と、対応方法の値とをメモリに保存しておく。
【００５８】
図１２は、障害が発生した画像形成装置のｎ時間前の障害発生状況の一例を時系列で示している。これは、図１４の障害履歴テーブルの履歴をより認識しやすいように記載している。図１２の状態情報１２０１の時系列の組が、図１１のＳ１１０５で得られる障害履歴情報となる。
【００５９】
＜障害パターンテーブル＞
図１３は、監視センタホスト１１１（集中管理装置１１１）で保持している障害パターンテーブル１１２ａの一例を示している。フィールド１３０１、１３０２、１３０３、１３０４は、エラー、アラーム、ジャムなどの障害（状態）を示す情報である。フィールド１３０５は、障害１３０１、１３０２、１３０３、１３０４を障害の発生回数で判断するか、順序で判断するかのパターン種別を表している。例えばパターン１３０８では、そのパターン種別が障害数になっている。そこで、パターン１３０８は、アラームＡが２回、アラームＣ、アラームＤが１回ずつ生じたパターンと認識される。また、パターン１３０９は、パターン種別が順序となっているため、ジャムＢ⇒アラームＦ⇒ジャムＡ⇒エラーＲの順序で発生する障害パターンと認識される。
【００６０】
フィールド１３０６は、障害パターンに対する優先度を示している。フィールド１３０７に具体的な対応を示してあるが、優先度１は販売会社の担当者がサービスマンに派遣通知する障害とし、優先度２は販売会社の担当者が顧客に連絡して対応する障害とする。優先度３は監視センタホストに警告表示を行う障害とする。
【００６１】
障害パタンテーブル１１２ａは、経験的に作成される。たとえばサービスマン派遣時や、顧客に指示を出すことなど、各対応方法ごとに、その所定時間前にどのような障害が発生しているかサンプリングする。その結果、発生した障害と、その後に生じる障害との間に一定の法則が成り立てば、サンプリングした障害発生のパターンと、対応方法とを、障害パターンテーブルに登録する。また障害パターンテーブル１１２ａは、集中管理装置１１１において保守可能である。
【００６２】
＜障害履歴テーブル＞
図１４に、監視センタホストに保持されている障害履歴テーブル１１２ｂを示す。このテーブルは、図１０のＳ１００１における画像形成装置からの障害通知を複数回受信することにより蓄積された情報である。画像形成装置では、ジャム、アラーム、エラーが検知され、その検知結果が監視センタホストに通知され、図１４のような履歴情報として登録される。
【００６３】
フィールド１４０１は障害の発生日時を示す。フィールド１４０２は画像形成装置から通知された障害が何であるか、その種別を示す。フィールド１４０３は、フィールド１４０２の障害種別でアラームだった場合に、アラームレベル２、３などの重み付けを示す（図１５参照）。フィールド１４０４は障害内容であり、障害種別から具体的に障害を特定後、監視センタホストのデータベースから検索して取得され、登録される。フィールド１４０５は、障害が通知された画像形成装置を特定するためのＩＤを示す。
【００６４】
図１５に、障害情報（ジャム、アラーム、エラー）の概要説明を示す。図１５に、アラートという障害があるが、これは、アラートの種類によって、ある回数以上、連続すればアラームとなる軽度の障害を示している。
【００６５】
＜その他のテーブル＞
図１６に、監視センタホストが保持している顧客の情報を司る顧客情報テーブルを示す。１６０１は、顧客を一意に特定するためのＩＤである顧客ＩＤを示す。１６０２は顧客名を示している。１６０３は顧客の住所を示す。１６０４は顧客のメールアドレスを示す。１６０５は、顧客を管理している販売会社を示している。１６０６は画像形成装置ＩＤを示す。顧客の画像形成装置が複数ある場合には、顧客と画像形成装置ＩＤとを対応付けたテーブルを別途設けても良い。図１０のＳ１００３で保存された画像形成装置ＩＤに対応する顧客メールアドレスが、図１６の顧客情報テーブルから読み取られ、図１０のＳ１００９で使用される。
【００６６】
図１７に、監視センタホストが保持している販売会社の情報を司る販売会社テーブルを示す。１７０１は販売会社名を示している。１７０２は販売会社を一意に特定するための販売会社ＩＤを示している。１７０３は販売会社の住所を示している。１７０４は、販売会社のメールアドレスを示している。１７０５は画像形成装置ＩＤを示す。販売会社の画像形成装置が複数ある場合には、販売会社と画像形成装置ＩＤとを対応付けたテーブルを別途設けても良い。図１０のＳ１００３で保存された画像形成装置ＩＤに対応する販売会社メールアドレスが、図１７の販売会社情報テーブルから読み取られ、図１０のＳ１００６で使用される。
【００６７】
図１８に、障害発生パターンにマッチし、かつ優先度３だった場合に、図１０のＳ１０１０で監視センタホストに表示される警告表示画面の一例を示している。表示欄１８０１は、図１３の障害パターンテーブル１１２ａから得られた「対応方法」フィールドに登録された値（文字列）、あるいはその値に基づいて生成された文字列である。
【００６８】
以上のようにして、本実施形態の監視システムによれば、個々の障害イベント毎にその対応策を通知するのではない。本監視システムは、一連の障害履歴と予め定義した障害パターンとを対比し、一致した場合に、障害パターンに関連づけて登録された宛先に、登録された内容のメッセージを送信する。このため、将来の障害を未然に防ぎ、また、個々の表象的な障害の下にかくれた根本的な障害を解消することが可能となる。
【００６９】
[第２の実施形態]
＜障害パターンテーブルの具体例＞
第２の実施形態では、図１３の障害パターンテーブルを更に具体化すると共に、更に、診断機能を向上させた障害パターンテーブルについての説明を行う。
【００７０】
図１９は、監視センタホスト１１１で保持している障害パターンテーブル１１２ａの更なる具体例を示している。フィールド１９０１〜１９０６は、上の図１３で説明した１３０１〜１３０６と基本的に同様の項目を示す。
【００７１】
フィールド１９０７は図１４の障害履歴テーブルを何処までさかのぼって読込むかを示す項目でである。図１９中では判定期間１９０７が示されている。また、各障害パターンは、障害パターン毎に判定期間１９０７を設定することができる。障害パターンによっては、第１判定期間と第２判定期間の複数の判定期間が設定されている。一方、優先度１９０６についても、１９０７の第１及び第２の判定期間に対応して、第１判定期間での優先度と、第２判定期間の優先度が夫々設定されている。
【００７２】
なお、障害履歴テーブルを何処までさかのぼって読込むかのパラメーターとしては期間（時間）に限定されることはない。例えば、過去にどれ位さかのぼるかを示すレコード数（履歴数）としても良い。以下では、１９０７の項目を判定期間とした場合について説明を行う。
【００７３】
次に、図１９に示される障害パターンのうち、１９０９、１９１０、１９１１、１９１２について、具体的に説明を行う。
【００７４】
障害パターン１９０９は、パターン種別１９０５が障害順序に係り無い障害数になっている。障害パターン内容として、排紙滞留ジャム、ジャム放置が２回ずつ設定されている。なお、排紙滞留ジャムとは、画像形成装置の用紙排紙部（例えば排紙トレイ）に設置されているジャムセンサに検知されている状態で滞留しているジャムを意味する。また、パターン１９０９では、排紙滞留ジャム、ジャム放置が第１判定期間（４時間）の範囲で２回ずつ発生した場合に優先度が３、第２判定期間（４８時間）の範囲で、排紙滞留ジャム、ジャム放置が繰り返されたと判断できれば優先度１の障害とみなすよう優先度が設定されている。この場合第２判定期間の範囲での判定処理は、第１判定期間の範囲でマッチングが検知された場合に実行される。他の障害パターンについても同様に、第１判定期間の範囲で障害パターンに合致する障害の履歴が検知された場合に、第２判定期間での判定処理を行う。
【００７５】
そして、この１９０９の障害パターンにより、一定期間内に同箇所のジャムセンサがジャムを検知し、それが何回も放置されているため、顧客側で解決できない障害が発生し、サービスマン派遣等による排紙部の保守メンテが必要と判定できる。例えば、排紙滞留ジャム、ジャム放置などの障害が偶発的に発生した場合には排紙部の部品交換等の保守メンテが必要という判断は難しい。しかし、本発明では、障害履歴データををパターンとして捉え、偶発的な障害を排除し、より適確な障害兆候を検出することができる。
【００７６】
次に、障害パターン１９１０について説明する。障害パターン１９１０は、両面入り口センサ滞留ジャム⇒定着出口センサ遅延ジャム⇒排紙遅延ジャムの順で第１判定期間（２時間）の範囲で発生した場合に優先度３の障害とみなすよう設定されている。また、同じく障害パターン１９１０に関し、第２判定期間（６時間）の範囲で、同様の障害が繰り返されたと判断できれば、優先度１の障害とみなすよう設定がされている。
【００７７】
ここで、障害パターン１９１０は、両面印刷において、給紙から排紙までの過程で給紙口⇒定着ローラ部⇒排紙部の各部でジャムが連続発生したとパターンを示している。この障害パターン１９１０により、途中で紙の形状が変化し、複数個所でジャムが発生しているため、サービスマンによるメンテナンスが必要と判断できる。ここで、両面入り口センサ滞留ジャムとは、両面印刷の給紙口（両面ユニット）に設けられたジャムセンサにより、紙が滞留していることが検知できている状態である。定着出口センサ遅延ジャムとは定着ローラの出口のジャムセンサと定着ローラ入口のジャムセンサ間で紙が止まっており、用紙の通過を検知できない状態である。排紙遅延ジャムとは、排紙口の手前でジャムが発生し、排紙口に設置されたセンサにより用紙の通過が検知できない状態である。
【００７８】
このように両面印刷動作の一連の障害を検知することにより、特定の部品ではなく、両面印刷機能全体に問題があることを検知することができる。例えば、障害を両面ユニットの不具合として捉え、両面ユニットのパーツ交換を行ったとしても、両面印刷機能全体に問題があれば、また、他の不具合が発生してしまうかもしれない。つまり、両面ユニットの交換が障害問題の解決に適切であったかは定かではない。しかし、上記障害パターンと障害履歴データとの比較処理により、両面印刷機能全体に問題があることを把握できるので、サービスマンの対応も当初から両面印刷機能全体を保守メンテするという対応に変わってくる。
【００７９】
次に、障害パターン１９１１について説明する。障害パターン１９１１はトナー切れ（Ｂｌａｃｋ）が判定期間２時間の範囲で４回発生するパターンを示している。顧客が不適切なトナー交換をしていると判定できる。そのため、監視センタホストに警告表示を行う。例えば、トナー切れ（Ｂｌａｃｋ）が２回発生していることを検知したとしても、トナー切れ（Ｂｌａｃｋ）が２回発生することは通常のトナー交換でも起こりうる為、顧客が不適切なトナー交換を行っていることを検知できない。このように、１９１１のように過去の複数の障害履歴データを参照し特定の障害パターンと比較する処理は非常に重要である。
【００８０】
次に、障害パターン１０１２について説明する。障害パターン１９１２は、ステイプラ針ジャム、ステイプラ移動モータ不良、ステイプル無しなどのステイプル関連の障害が第１判定期間（６時間）の範囲で発生した場合に優先度３の障害とみなすよう設定されている。また、同じく障害パターン１９１２について、第２判定期間（４８時間）の範囲で継続的に発生した場合に優先度２の障害とみなすよう設定されている。
【００８１】
１９１２はステイプルに関連するジャム、アラーム、エラーなどの障害を見て、複合的にステイプル関連の部品に問題ないか検証を行う。本発明では、１９１２のように、幾つもの種類の異なる障害を組み合わせて、画像形成装置の特定部位を検証することが可能となる。このある障害パターンに対応する対応方法は、過去の事例等を基に、その対応方法を示すデータをデータベースにある障害パターンに関連付けて登録しておけば良い。
【００８２】
そして、監視センタホスト１１１は、図１９の障害パターンテーブル及び図１４の障害履歴テーブル１１２ｂとに基づき、第１の実施形態における図１０、図１１と同様の画像形成装置の診断処理を実行する。
【００８３】
具体的には、Ｓ１１０２の検索処理時に、１９０７で設定されている判定期間に対応する障害履歴データを、図１４に示される障害履歴テーブル１１２ｂから読込む。そして、読込まれた障害履歴データを、図１９のテーブルに設定された障害パターンと一致するかをＳ１１０２では判定する。
【００８４】
また、判定期間１９０７が複数設定されている場合には、Ｓ１１０３の判定処理を、複数の判定期間１９０７について、複数回行う。
【００８５】
以上のように、第２の実施形態により、監視センタホストで、より適確な画像形成装置の診断を行うことができる。
（他の実施の形態）
なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８６】
また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８７】
【図１】本発明のシステム構成を示す図である。
【図２】ホスト１０２、１０７のハードウェア構成図である。
【図３】拠点集中監視装置１１７、１２２、１２３のハードウェア構成図である。
【図４】拠点集中監視装置１１７、１２２、１２３の、別の形態のハードウェア構成図である。
【図５】画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるハードウェア構成図である。
【図６】集中管理装置１１１における画像形成装置監視システムに関わる部分のソフトウェア構成図である。
【図７】拠点集中監視装置１１７、１２２、１２３における画像形成装置監視システムに関わる部分のソフトウェア構成図である。
【図８】画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における画像形成装置監視システムに関わる部分のソフトウェア構成図である。
【図９】集中管理装置１１１、或いは、拠点監視装置１１７、１２２、１２３或いは、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１においてにおけるメモリマップの構造を示す図である。
【図１０】画像形成装置１１５，１１６，１２０，１２１，１２４，１２５，１２６，１２７，１３１のいずれかで障害が発生した場合に、監視センタホストでどのような処理をするかをフローチャートで示している。
【図１１】図１０のＳ１００３の画像形成装置の障害履歴と障害パターンとの比較処理の詳細フローチャートである。
【図１２】障害が発生した画像形成装置のn時間前の障害発生状況を時系列で示した図である。
【図１３】監視センタホストで保持している障害パターンテーブルの一例を示す図である。
【図１４】監視センタホストに保持している障害履歴テーブルの一例を示す図である。
【図１５】障害情報（ジャム、アラーム、エラー）の概要説明表の一例を示す図である。
【図１６】監視センタホストに保持している顧客情報テーブルの一例を示す図である。
【図１７】監視センタホストに保持している販売会社情報テーブルの一例を示す図である。
【図１８】監視センタホストの警告表示画面の一例を示す図である。
【図１９】監視センタホストで保持している障害パターンテーブルの一例を示す図である。
【符号の説明】
【００８８】
１０１  販売会社Ａシステム
１０２  販売会社Ａ用ホスト
１０３  販売会社Ａ用データベース
１０４  販売会社Ａ用ＰＣ
１０５  販売会社Ａ用ＬＡＮ
１０６  販売会社Ｂシステム
１０７  販売会社Ｂ用ホスト
１０８  販売会社Ｂ用データベース
１０９  販売会社Ｂ用ＰＣ
１１０  販売会社Ｂ用ＬＡＮ
１１１  監視センタホスト（集中管理装置）
１１２  監視センタホスト用データベース
１１３  監視センタホスト用ＬＡＮ
１１４  顧客例：Ａ社Ｘ事業所
１１５  画像形成装置
１１６  画像形成装置
１１７  拠点集中監視装置
１１８  Ａ社Ｘ事業所ＬＡＮ
１１９  顧客例：Ａ社Ｙ事業所
１２０  画像形成装置
１２１  画像形成装置
１２２  拠点集中監視装置
１２３  拠点集中監視装置
１２４  画像形成装置
１２５  画像形成装置
１２６  画像形成装置
１２７  画像形成装置
１２８  Ａ社Ｙ事業所ＬＡＮ
１２９  顧客例：Ｂ社
１３０  Ｂ社ＬＡＮ
１３１  画像形成装置
１３２  インターネット
【図１】
2007328641.tif 000003
【図２】
2007328641.tif 000004
【図３】
2007328641.tif 000005
【図４】
2007328641.tif 000006
【図５】
2007328641.tif 000007
【図６】
2007328641.tif 000008
【図７】
2007328641.tif 000009
【図８】
2007328641.tif 000010
【図９】
2007328641.tif 000011
【図１０】
2007328641.tif 000012
【図１１】
2007328641.tif 000013
【図１２】
2007328641.tif 000014
【図１３】
2007328641.tif 000015
【図１４】
2007328641.tif 000016
【図１５】
2007328641.tif 000017
【図１６】
2007328641.tif 000018
【図１７】
2007328641.tif 000019
【図１８】
2007328641.tif 000020
【図１９】
2007328641.tif 000021