(57)【特許請求の範囲】
【請求項１】
障害管理サーバーと１以上の画像形成装置を含み、
前記画像形成装置の各々は、
前記障害管理サーバーと通信可能な第１の通信部と、
前記画像形成装置において障害が発生したとき、障害が発生した旨および障害の内容を表すサービスコール情報を、前記第１の通信部を介して、前記障害管理サーバーに送信するエージェント部と
を備え、
前記障害管理サーバーは、
前記１以上の画像形成装置および障害に対応するサービスマンの端末と通信可能な第２の通信部と、
障害が発生した前記画像形成装置の前記エージェント部から、前記第２の通信部を介して、前記障害が発生した旨および前記サービスコール情報を受信したとき、障害が発生した前記画像形成装置の前記エージェント部に対し、再起動の指示を送信するマネージャー部と、
障害が発生した前記画像形成装置の前記エージェント部から受信した前記サービスコール情報を記憶する記憶部と
を備え、
障害が発生した前記画像形成装置の前記エージェント部は、
前記再起動の指示に基づいて、障害が発生した前記画像形成装置を再起動させ、
障害が発生した前記画像形成装置の前記エージェント部は、
前記再起動の指示に基づいて、障害が発生した前記画像形成装置を再起動させた後、
再度、障害を検知したとき、障害が発生した旨および障害の内容を表すサービスコール情報を、前記障害管理サーバーに送信し、
前記障害管理サーバーの前記マネージャー部は、
障害が発生した前記画像形成装置の前記エージェント部から、障害解析用のログを取得し、
障害が発生した前記画像形成装置が再起動された後、障害が再度発生した旨を受信したとき、取得した前記障害解析用のログおよび再起動により障害が解消しなかった旨を前記サービスマンの前記端末に送り、
前記障害管理サーバーの前記記憶部は、
障害が発生した前記画像形成装置の前記エージェント部から受信した前記サービスコール情報を履歴情報として記憶しており、
前記障害管理サーバーの前記マネージャー部は、
前記履歴情報に基づいて、特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生していると判断したとき、
特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生している旨を、前記サービスマンの前記端末に通知する
障害管理システム。
【請求項２】
障害管理サーバーであって、
１以上の画像形成装置および障害に対応するサービスマンの端末と通信可能な通信部と、
障害が発生した前記画像形成装置から、前記通信部を介して、前記障害が発生した旨および前記障害の内容を表すサービスコール情報を受信したとき、障害が発生した前記画像形成装置に対し、再起動の指示を送信するマネージャー部と、
障害が発生した前記画像形成装置から受信した前記サービスコール情報を記憶する記憶部と
を備え、
障害が発生した前記画像形成装置は、
前記再起動の指示に基づいて、障害が発生した前記画像形成装置を再起動させた後、
再度、障害を検知したとき、障害が発生した旨および障害の内容を表すサービスコール情報を、前記障害管理サーバーに送信し、
前記障害管理サーバーの前記マネージャー部は、
障害が発生した前記画像形成装置から、障害解析用のログを取得し、
障害が発生した前記画像形成装置が再起動された後、障害が再度発生した旨を受信したとき、取得した前記障害解析用のログおよび再起動により障害が解消しなかった旨を前記サービスマンの前記端末に送り、
前記障害管理サーバーの前記記憶部は、
障害が発生した前記画像形成装置から受信した前記サービスコール情報を履歴情報として記憶しており、
前記障害管理サーバーの前記マネージャー部は、
前記履歴情報に基づいて、特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生していると判断したとき、
特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生している旨を、前記サービスマンの前記端末に通知する
障害管理サーバー。
【請求項３】
１以上の画像形成装置および障害に対応するサービスマンの端末と通信可能な通信部を介して、障害が発生した前記画像形成装置から、前記障害が発生した旨および前記障害の内容を表すサービスコール情報を受信したとき、障害が発生した前記画像形成装置に対し、再起動の指示を送信する
手順を障害管理サーバーのコンピューターに実行させる障害管理プログラムであって、
前記障害管理サーバーは、
障害が発生した前記画像形成装置から受信した前記サービスコール情報を記憶する記憶部を備え、
障害が発生した前記画像形成装置は、
前記再起動の指示に基づいて、障害が発生した前記画像形成装置を再起動させた後、
再度、障害を検知したとき、障害が発生した旨および障害の内容を表すサービスコール情報を、前記障害管理サーバーに送信し、
前記障害管理プログラムは、さらに、
障害が発生した前記画像形成装置から、障害解析用のログを取得し、
障害が発生した前記画像形成装置が再起動された後、障害が再度発生した旨を受信したとき、取得した前記障害解析用のログおよび再起動により障害が解消しなかった旨を前記サービスマンの前記端末に送る
手順を前記障害管理サーバーのコンピューターに実行させ、
前記障害管理サーバーの前記記憶部は、
障害が発生した前記画像形成装置から受信した前記サービスコール情報を履歴情報として記憶しており、
前記障害管理プログラムは、さらに、
前記履歴情報に基づいて、特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生していると判断したとき、
特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生している旨を、前記サービスマンの前記端末に通知する
手順を前記障害管理サーバーのコンピューターに実行させる
障害管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置において発生する障害を管理する障害管理システム、障害管理サーバー、および障害管理プログラムに関する。
【背景技術】
【０００２】
画像形成装置（ＭＦＰ、Multifunction Peripheral）は、ユーザーサイトにおいて運用される間に障害が発生する場合があり、障害が発生したときに、障害に対応するための、ユーザーやサービスマンの手間を軽減するための工夫がなされてきた。
【０００３】
例えば、特許文献１において開示されている技術では、画像形成装置の電源のオフ／オンによって復旧する可能性が高い故障に対し、ユーザーの操作を要することなく、自動かつ適切にリブートを行うことが出来る。
【０００４】
また、特許文献２において開示されている技術では、あるジョブを実行中にエラーが発生した場合、エラーに対処するためのサポート情報を、実行していたジョブの種類に応じて定義されている送信先に送信するため、サポート情報を適切な場所に送信することが出来る。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２１９２４７号公報
【特許文献２】特開２００７−０６０４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１の技術では、ローカルに自動リブートを行うため、サービスマンには、自動リブートが行われた事や、自動リブートの結果、障害が解消したか否かの情報が伝達されなかったので、部品の交換時期等を考慮した、画像形成装置の長期的な保守を行うための情報収集の観点からは問題があった。
【０００７】
以上のような事情に鑑み、本発明の目的は、サービスマンと適切に連携しつつ、画像形成装置の障害を迅速に解決できる障害管理システム、障害管理サーバー、および障害管理プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の一形態に係る障害管理システムは、障害管理サーバーと１以上の画像形成装置を含み、前記画像形成装置の各々は、前記障害管理サーバーと通信可能な第１の通信部と、前記画像形成装置において障害が発生したとき、障害が発生した旨および障害の内容を表すサービスコール情報を、前記第１の通信部を介して、前記障害管理サーバーに送信するエージェント部とを備え、前記障害管理サーバーは、前記１以上の画像形成装置および障害に対応するサービスマンの端末と通信可能な第２の通信部と、障害が発生した前記画像形成装置の前記エージェント部から、前記第２の通信部を介して、前記障害が発生した旨および前記サービスコール情報を受信したとき、障害が発生した前記画像形成装置の前記エージェント部に対し、再起動の指示を送信するマネージャー部とを備え、障害が発生した前記画像形成装置の前記エージェント部は、前記再起動の指示に基づいて、障害が発生した前記画像形成装置を再起動させる。そのため、サービスマンと適切に連携しつつ、画像形成装置の障害を迅速に解決できる。
【０００９】
上記目的を達成するため、本発明の一形態に係る障害管理システムでは、前記障害管理サーバーは、障害が発生した前記画像形成装置の前記エージェント部から受信した前記サービスコール情報を記憶する記憶部を更に備え、障害が発生した前記画像形成装置の前記エージェント部は、前記再起動の指示に基づいて、障害が発生した前記画像形成装置を再起動させた後、再度、障害を検知したとき、障害が発生した旨および障害の内容を表すサービスコール情報を、前記障害管理サーバーに送信し、前記障害管理サーバーの前記マネージャー部は、障害が発生した前記画像形成装置の前記エージェント部から、障害解析用のログを取得し、障害が発生した前記画像形成装置が再起動された後、障害が再度発生した旨を受信したとき、取得した前記障害解析用のログおよび再起動により障害が解消しなかった旨を前記サービスマンの前記端末に送る構成でもよい。
【００１０】
上記目的を達成するため、本発明の一形態に係る障害管理システムでは、前記障害管理サーバーの前記記憶部は、障害が発生した前記画像形成装置の前記エージェント部から受信した前記サービスコール情報を履歴情報として記憶しており、前記障害管理サーバーの前記マネージャー部は、前記履歴情報に基づいて、特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生していると判断したとき、特定の前記画像形成装置において、特定期間において同じ障害が特定の回数以上発生している旨を、前記サービスマンの前記端末に通知する構成でもよい。
【００１１】
上記目的を達成するため、本発明の一形態に係る障害管理サーバーは、１以上の画像形成装置および障害に対応するサービスマンの端末と通信可能な通信部と、障害が発生した前記画像形成装置から、前記通信部を介して、前記障害が発生した旨および前記障害の内容を表すサービスコール情報を受信したとき、障害が発生した前記画像形成装置に対し、再起動の指示を送信するマネージャー部とを備える。
【００１２】
上記目的を達成するため、本発明の一形態に係る障害管理プログラムは、１以上の画像形成装置および障害に対応するサービスマンの端末と通信可能な通信部を介して、障害が発生した前記画像形成装置から、前記障害が発生した旨および前記障害の内容を表すサービスコール情報を受信したとき、障害が発生した前記画像形成装置に対し、再起動の指示を送信する手順をコンピューターに実行させる。
【発明の効果】
【００１３】
以上のように、本発明によれば、サービスマンと適切に連携しつつ、画像形成装置の障害を迅速に解決できる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係る障害管理システム１の全体構成図である。
【図２】障害管理サーバー１０が一般的なコンピューターにより構成される場合の構成図である。
【図３】画像形成装置２０の構成を概略的に示す構成図である。
【図４】障害管理システム１における処理の流れについて説明するためのシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１６】
［システムの概要と全体構成］
最初に、本発明の一実施形態に係る障害管理システムの概要と全体構成について説明する。図１は、本発明の一実施形態に係る障害管理システム１の全体構成図である。
【００１７】
障害管理システム１は、障害管理サーバー１０および１以上の画像形成装置２０を含んで構成される。
【００１８】
画像形成装置２０は、発生した障害に対応するためのエージェント２１ａを備えている。
【００１９】
障害管理サーバー１０は、画像形成装置２０において発生した障害に対応するために、マネージャー１１ａとデバイス情報ＤＢ（Database）１７ａを備えている。
【００２０】
画像形成装置２０において障害が発生した際には、障害が発生した画像形成装置２０のエージェント２１ａと障害管理サーバー１０のマネージャー１１ａとの間で、障害に対応するための情報の遣り取りがネットワーク経由で行われる。
【００２１】
また、画像形成装置２０の保守を行うサービスマンは、端末３０を介して障害管理サーバー１０のマネージャー１１ａとネットワーク経由で情報を遣り取りして、画像形成装置２０の障害に対応したり、画像形成装置２０の長期的な保守を計画したりする。
【００２２】
画像形成装置２０において障害が発生すると、障害が発生した画像形成装置２０のエージェント２１ａが、障害が発生した旨と障害の内容を示すサービスコール情報を障害管理サーバー１０のマネージャー１１ａに送信する。
【００２３】
そして、マネージャー１１ａの指示により、障害が発生した画像形成装置１０のリブートが行われる。
【００２４】
そのため、リブートにより解決される類いの障害であれば、サービスマンの介在無しに、迅速に解決することが出来、サービスマンの負荷を低減させることが出来る。
【００２５】
また、画像形成装置２０において障害が発生した事、障害のサービスコール情報、障害解析用のログ、およびリブートにより障害が解決したか否かの情報は、サービスマンに通知されるので、サービスマンは障害の状況を把握することが出来、サービスマンによる作業が必要な場合も適切に対応することが出来る。
【００２６】
また、障害管理サーバー２０のマネージャー２１ａは、画像形成装置２０の障害発生の履歴を管理することで、サービスマンに対し、画像形成装置２０における障害発生傾向などを通知し注意を促すことが出来、サービスマンは、長期的な保守計画を適切に立案することが出来る。
【００２７】
なお、障害管理サーバー１０および画像形成装置２０の詳細については後述する。
【００２８】
以上、本発明の一実施形態に係る障害管理システムの全体構成と発明の概要について説明した。
【００２９】
［障害管理サーバーの構成］
次に、障害管理サーバー１０の構成について説明する。障害管理サーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。障害管理サーバー１０が一般的なコンピューターにより構成される場合の構成図を図２に示す。
【００３０】
同図に示すように、障害管理サーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。
【００３１】
ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３２】
記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、および画像形成装置２０の障害に対応するためのデバイス情報ＤＢ１７ａが記憶される。
【００３３】
デバイス情報ＤＢ１７ａには、各画像形成装置２０を管理するための構成情報および各画像形成装置２０で過去に発生した障害の履歴情報などが記憶されている。なお、ここでいうデバイスとは、画像形成装置２０の事である。
【００３４】
通信部１５は、画像形成装置２０および端末３０と情報のやりとりを行う為のネットワークと結ばれている。
【００３５】
ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。
【００３６】
操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００３７】
表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００３８】
次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００３９】
障害管理サーバー１０のＣＰＵ１１において実現される機能ブロックは、マネージャー１１ａである。
【００４０】
マネージャー１１ａは、障害が発生した画像形成装置２０から、障害発生の通知および障害に関するサービスコール情報を受け取り、デバイス情報ＤＢ１７ａを用いて、適切な処置を決定する。
【００４１】
また、マネージャー１１ａは、サービスマンと情報の遣り取りを行い、発生した障害に適切に対応させる。
【００４２】
なお、マネージャー１１ａにおける処理の詳細については後述する。
【００４３】
以上、障害管理サーバー１０の構成について説明した。
【００４４】
［画像形成装置の構成］
次に、画像形成装置２０の構成について説明する。図３は画像形成装置２０の構成を概略的に示す構成図である。なお、画像形成装置２０は、典型的には、多機能複合機（ＭＦＰ）である。
【００４５】
画像形成装置２０は、制御部２１を備える。制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、および専用のハードウェア回路等から構成され、画像形成装置２０の全体的な動作制御を司る。
【００４６】
制御部２１は、原稿読取部２２、画像処理部２３、画像メモリー２４、画像形成部２５、操作部２６、ファクシミリ通信部２７、ネットワークインターフェイス部２８、記憶部２９等と接続されている。制御部２１は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。
【００４７】
制御部２１は、ユーザーから、操作部２６またはネッワーク接続されたＰＣ等を通じて入力されるジョブの実行指示に従って、スキャナ機能、印刷機能、コピー機能、およびファクシミリ送受信機能などの各機能についての動作制御を実行するために必要な機構の駆動及び処理を制御する。
【００４８】
また、制御部２１は、エージェント２１ａを有している。エージェント２１ａは、ＲＯＭなどからＲＡＭにロードされたプログラムがＣＰＵにより実行されることで実現される機能ブロックである。
【００４９】
エージェント２１ａは、画像形成装置２０において発生した障害および障害の内容を表すサービスコール情報を、障害管理サーバー１０のマネージャー１１ａに、ネットワークインターフェイス部２８等を介して通知する。
【００５０】
また、エージェント２１ａは、障害管理サーバー１０のマネージャー１１ａからの指示に従い、画像形成装置２０をリブートする。
【００５１】
なお、エージェント２１ａの処理の詳細については、後述する。
【００５２】
原稿読取部２２は、原稿から画像を読み取る。
【００５３】
画像処理部２３は、原稿読取部２２で読み取られた画像の画像データを必要に応じて画像処理する。例えば、画像処理部２３は、原稿読取部２２により読み取られた画像が画像形成された後の品質を向上させるために、シェーディング補正等の画像処理を行う。
【００５４】
画像メモリー２４は、原稿読取部２２による読み取りで得られた原稿画像のデータを一時的に記憶したり、画像形成部２５での印刷対象となるデータを一時的に記憶したりする領域である。
【００５５】
画像形成部２５は、原稿読取部２２で読み取られた画像データ等の画像形成を行う。
【００５６】
操作部２６は、画像形成装置２０が実行可能な各種動作及び処理についてユーザーからの指示を受け付けるタッチパネル部および操作キー部を備える。タッチパネル部は、タッチパネルが設けられたＬＣＤ（Liquid Crystal Display）等の表示部２６ａを備えている。
【００５７】
ファクシミリ通信部２７は、図示しない符号化／復号化部、変復調部、およびＮＣＵ（Network Control Unit）を備え、公衆電話回線網を用いてのファクシミリの送信を行う。
【００５８】
ネットワークインターフェイス部２８は、ＬＡＮボード等の通信モジュールから構成され、ネットワークインターフェイス部２８に接続されたＬＡＮ等を介して、ローカルエリア内の装置(ＰＣ等)と種々のデータの送受信を行う。
【００５９】
記憶部２９は、原稿読取部２２によって読み取られた原稿画像等を記憶する。記憶部２９はＨＤＤなどの大容量の記憶装置である。
【００６０】
以上、画像形成装置２０の構成について説明した。
【００６１】
［処理の流れ］
次に、障害管理システム１における処理の流れについて説明する。図４は、障害管理システム１における処理の流れについて説明するためのシーケンス図である。
【００６２】
前提として、画像形成装置２０において障害が発生したとする。
【００６３】
まず、障害が発生した画像形成装置２０のエージェント２１ａが、発生した障害を検知する（ステップＳ１）。また、エージェント２１ａは、発生した障害に関する情報を収集し、サービスコール情報を作成する。
【００６４】
次に、エージェント２１ａは、障害が発生した旨とサービスコール情報とを障害管理サーバー１０のマネージャー１１ａに、ネットワークを介して通知し、障害管理サーバー１０の画面上に表示させる（ステップＳ２）。
【００６５】
次に、マネージャー１１ａは、通知されたサービスコール情報を、デバイス情報ＤＢ１７ａに保存する（ステップＳ２．１）。
【００６６】
次に、マネージャー１１ａは、サービスマンの端末３０に対し、障害が発生した事を通知し、サービスマンは、端末３０を用いて障害管理サーバー１０にアクセスし、障害の内容を閲覧する（ステップＳ２．２）。
【００６７】
次に、マネージャー１１ａは、障害が発生している画像形成装置２０のエージェント２１ａに対し、障害解析用のログを送るよう要求する（ステップＳ２．３）。エージェント２１ａは、障害解析用のログを要求に応じて、マネージャー１１ａに送信する。
【００６８】
次に、マネージャー２１ａは、エージェント１１ａから取得した障害解析用のログをデバイス情報ＤＢ１７ａに保存する（ステップＳ３）。
【００６９】
次に、マネージャー１１ａは、障害が発生している画像形成装置２０のエージェント２１ａに対し、再起動（リブート）を指示する（ステップＳ２．４）。
【００７０】
次に、再起動の指示を受け取ったエージェント２１ａは、画像形成装置２０を再起動させる（ステップＳ２．４．１）。
【００７１】
次に、再起動を行ったエージェント２１ａは、画像形成装置２０の表示部２６ａに、再起動を実施した旨のメッセージを表示させる（ステップＳ２．４．２）。
【００７２】
次に、再起動を行った画像形成装置２０のエージェント２１ａは、再起動により障害が解消したか否かを判断するために、障害の有無を検知する（ステップＳ４）。障害が検知されなかった場合、以下の処理を行わなくてもよい。
【００７３】
なお、ここでは、障害が検知された（障害が解消されなかった）と仮定して、以下の処理を説明する。
【００７４】
再度、障害が検知された場合、エージェント２１ａは、障害が検知された旨および障害の内容を表すサービスコール情報を、障害管理サーバー１０のマネージャー１１ａに通知し、マネージャー１１ａは、障害管理サーバー１０の画面上に通知内容を表示する（ステップＳ５）。
【００７５】
次に、マネージャー１１ａは、デバイス情報ＤＢ１７ａから、ステップＳ２．１において保存したサービスコール情報を取得する（ステップＳ５．１）。
【００７６】
次に、マネージャー１１ａは、デバイス情報ＤＢ１７ａから取得した、以前のサービスコール情報と、再起動後に発生している障害のサービスコール情報とを比較する（ステップＳ５．２）。
【００７７】
比較の結果、以前のサービスコール情報と、再起動後に発生している障害のサービスコール情報とが同じである場合、マネージャー１１ａは、再起動により障害は解消されず、サービスマンによる対応が必要であると判断し、デバイス情報ＤＢ１７ａから、ステップＳ３において保存した障害解析用のログを取得する（ステップＳ５．３）。
【００７８】
次に、マネージャー１１ａは、取得した障害解析用のログを、再起動によっても障害が解消しなかった旨のメッセージと共に、サービスマンの端末３０に電子メール等により通知する（ステップＳ５．４）。
【００７９】
次に、サービスマンが、受信したメッセージ等の内容を確認する（ステップＳ５．４．１）。
【００８０】
なお、比較の結果、以前のサービスコール情報と、再起動後に発生している障害のサービスコール情報とが異なる場合、マネージャー１１ａは、ステップＳ２．１に戻って、処理を繰り返してもよい。
【００８１】
なお、マネージャー１１ａは、ステップＳ４において、障害が検知されなかった場合でも、デバイス情報ＤＢ１７ａに基づいて、障害が発生した画像形成装置２０における過去の障害発生の履歴を調べ、一定期間に同じ障害が特定の回数以上発生している場合は、その旨をサービスマンに、電子メール等により通知してもよい（ステップＳ５．５）。なお、一定期間の長さは、ユーザーにより設定可能であってもよい。
【００８２】
電子メール等により、特定の画像形成装置２０において、一定期間に同じ障害が特定の回数以上発生していることをサービスマンが確認した後（ステップＳ６）、サービスマンは、部品の交換等のスケジュールを立案することが出来る。
【００８３】
以上、障害管理システム１における処理の流れについて説明した。
【００８４】
［補足事項］
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００８５】
１  …  障害管理システム
１０  …  障害管理サーバー
１１  …  ＣＰＵ
１１ａ…  マネージャー
１２  …  ＲＯＭ
１３  …  ＲＡＭ
１４  …  操作入力部
１５  …  通信部
１６  …  表示部
１７  …  記憶部
１８  …  バス
２０  …  画像形成装置
２１  …  制御部
２１ａ…  エージェント
２２  …  原稿読取部
２３  …  画像処理部
２４  …  画像メモリー
２５  …  画像形成部
２６  …  操作部
２６ａ…  表示部
２７  …  ファクシミリ通信部
２８  …  ネットワークインターフェイス部
２９  …  記憶部
３０  …  端末
【図１】
0006055810.tif 000002
【図２】
0006055810.tif 000003
【図３】
0006055810.tif 000004
【図４】
0006055810.tif 000005