JP5676931B2

JP5676931B2 - 管理システム及びその方法

Info

Publication number: JP5676931B2
Application number: JP2010134309A
Authority: JP
Inventors: 金子　剛; 剛金子
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2010-06-11
Filing date: 2010-06-11
Publication date: 2015-02-25
Anticipated expiration: 2030-06-11
Also published as: US9218143B2; US20110304884A1; JP2011258135A; US8994989B2; US20150193174A1

Description

本発明は、画像形成装置でネットワークを介して提供される機能を利用できる環境において、その画像形成装置の遠隔管理する技術に関するものである。

オフィス等で利用されている複写機やプリンタなどの画像形成装置には様々な機能が搭載されている。例えば、画像形成装置に搭載される機能としては、スキャン機能、ＦＡＸ機能、及びあて先を指定して送信する送信機能などが挙げられる。他にも、スキャンしたデータをＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）形式に変換する機能や印刷などに際して所望のＰＤＬ（ＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）形式に変換する機能などがある。

従来から、このような画像形成装置に搭載されている機能を利用した際に発生した障害などを検知し、それをネットワーク上の管理サーバへ通知するシステムが知られている。管理サーバは通知された情報に対して蓄積処理、分析処理、ユーザへの通知処理などの処理を行う。また、管理サーバが、画像形成装置の管理情報及び稼動情報を含むデバイス情報から、画像形成装置に対して指示を行うシステムも考えられている（例えば、特許文献１参照）。ここで、管理情報とは画像形成装置のネットワーク情報や機種情報などを含み、稼動情報とは画像形成装置での障害情報やカウンタ情報などを含む。

特開２００８−２１０１０３号公報

ここで、前述した画像形成装置に搭載されるような機能の少なくとも一部をインターネット上のサーバなどに配置するといったことを想定する。画像形成装置が通信回線を介してこのサーバにアクセスし、サーバ上に配置してある機能を利用することで、自装置に搭載されていない機能をも利用できる画像形成装置が提供されることになる。例えば、スキャンしたデータをＰＤＦ形式に変換する機能をネットワーク上に配置した場合、次の様な処理が想定される。オフィス内の画像形成装置にてスキャンを行い、通信回線を介してネットワーク上のサーバへデータを送信する。その後、ネットワーク上のサーバにてＰＤＦ形式のファイルに変換し、オフィス内の画像形成装置などにそれを返信する。これにより、ＰＤＦ形式のスキャンデータが得られる。このようなシステムを導入することで、画像形成装置にネットワークとの通信機能があれば所望の機能を自由に利用できるようになり、利便性が高い。また、オフィス内で特定の機能を搭載する画像形成装置を設置した上で複数ユーザにより共有するといった運用の必要が無くなる。さらには、画像形成装置内のリソース（ＨＤＤ，メモリなど）が不足するといった問題をも解消することが可能となる。

しかしながら、特許文献１などで示される従来の管理システムでは、画像形成装置で発生する障害などには対応可能であるが、画像形成装置に対して機能を提供するサーバなどの外部装置の不具合や障害を認識することができない。例えば、ユーザは画像形成装置からネットワーク上で提供される機能を利用している間に、何らかの不具合を感じた場合、当然画像形成装置で異常が発生したと感じるだろう。また、画像形成装置自身も、ネットワーク上で提供される機能を利用しようとして不具合が起こった場合は、異常を管理サーバに通知したとする。この通知に関して、管理サーバは、画像形成装置の異常か外部装置の異常かを判断できないばかりか、最悪の場合には画像形成装置で発生した異常として扱ってしまうことになる。

ここで、管理サーバは管理対象の画像形成装置の故障などに対しては、その復旧などのためにサービスマンを手配するための通知などの処理を行っている。前述した場合には、管理サーバは異常などが発生していない画像形成装置の設置場所へ、サービスマンを手配、派遣するための処理を行ってしまう。これにより、無駄な派遣コストが発生し得る。また、ネットワーク上の外部装置に何らかの問題がある場合、管理サーバで認識できた時点でその外部装置の保守担当者へ通知などを行えたほうが迅速な復旧に繋がる。

従って、こうした画像形成装置を取り巻く環境に応じて、障害発生箇所の特定と、それによる適切なサービスマンの派遣などを可能とする柔軟な仕組みが求められている。

上記課題を解決するために本発明の管理システムは、画像形成装置と、画像形成装置とネットワークを介して通信を行う管理サーバとを含み、
前記画像形成装置は、ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能であって、前記提供装置が提供する機能を利用しているときに前記画像形成装置で障害が検知された場合に、当該検知された障害の原因が提供装置にあるかを判断する判断手段と、前記判断手段により障害の原因が提供装置にあると判断された場合には提供装置に原因があると特定できる障害情報を作成し、前記判断手段により障害の原因が提供装置にあると判断されなかった場合には画像形成装置で検知された障害に関する障害情報を作成する作成手段と、前記作成手段により作成された障害情報を前記管理サーバに送信する送信手段と、を有し、
前記管理サーバは、前記画像形成装置から障害情報を受信する受信手段と、前記受信した障害情報に基づき障害の原因が、前記画像形成装置にあるか、前記提供装置にあるかを特定する特定手段と、前記特定手段により、前記受信した障害情報から、障害の原因が前記画像形成装置にあるか、前記提供装置にあるかを特定できなかった場合に、前記画像形成装置のデバイス情報の分析を行う分析手段と、前記特定手段により前記画像形成装置から受信した障害情報に基づき前記画像形成装置に障害の原因があると特定できた場合には、前記画像形成装置の保守のための手配を行うための通知を行う通知手段と、を有し、
前記画像形成装置の前記作成手段は、前記提供装置が提供する機能を利用していないときに前記画像形成装置で障害が検知された場合には、当該検知された障害に基づき、前記画像形成装置に関する障害情報を作成し、
前記管理サーバは、前記特定手段により前記画像形成装置から受信した障害情報に基づき前記提供装置に障害の原因があると特定できる場合、及び、前記分析手段により前記提供装置の保守を要することを分析した場合には、前記画像形成装置の保守のための手配を行わないことを特徴とする。

本発明によれば、上述したような画像形成装置を取り巻く環境において、発生した障害や異常などに対する適切な対応を行える。

本発明における全体の構成の例を示す図である。本発明における管理サーバの内部の構成例を示す図である。本発明における画像形成装置の内部の構成例を示す図である。管理サーバが管理する画像形成装置の機種情報と提供装置が提供する機能との対応テーブルを示す図である。管理サーバが管理する画像形成装置のファームウェア情報と提供装置が提供する機能との対応テーブルを示す図である。管理サーバが管理する障害情報テーブルを示す図である。管理サーバが管理する通知先情報テーブルを示す図である。画像形成装置が障害情報を管理サーバへ送信する処理を示したフローチャートである。管理サーバが障害原因に応じた通知を行う処理を示したフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

（実施例１）
図１は、本発明の実施の形態に係る管理システムの構成例であって、画像形成装置本体と管理サーバとのインターネットを介した接続関係などを示す図である。

１０１はＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、１０２は画像形成装置、１０３はＰｒｏｘｙＳｅｒｖｅｒ、１０４はセキュリティを高めるために設置されたＦＷ（Ｆｉｒｅｗａｌｌ）を表している。画像形成装置１０２にはＦＡＸやコピーなどの機能が含まれてもよい（図示しない）。１０５は一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）である。また、１０６は画像形成装置のデバイス情報の管理や保守のための処理を行うための管理サーバである。ここで、１０７はＦＷで保護されたローカル環境となり、例えば、管理サーバ１０６が管理する１つの顧客環境といえる。図示されるように顧客環境には、複数台の画像形成装置が設置されることが想定され、これら画像形成装置において障害などが発生した際には、管理サーバ１０６に通知され、サービスマンの手配などが行われることになる。画像形成装置１０２が、障害発生時や通信スケジュールに従って、自身の管理情報及び稼動情報などのデバイス情報をインターネット１０９経由で管理サーバ１０６へ送信する。なお、図示しないが、管理サーバ１０６は複数のこのような顧客環境と接続され、その環境内の画像形成装置を遠隔から管理する。

１０８は、画像形成装置に様々な機能を提供するための提供装置であり、画像形成装置１０２がインターネット１０９を介して利用可能な機能を備えている。例えば、画像形成装置１０２が連携することで利用可能な機能としては、大容量のストレージ機能、帳票作成アプリ、データの形式変換アプリ、及びワークフロー作成アプリなどを備える。画像形成装置１０２が提供装置１０８に備えられた機能を利用する場合は、インターネット１０９を介して提供装置１０８と通信を行い、提供装置１０８において所定の処理を行わせる。その後、画像形成装置１０２は、提供装置１０８から処理結果を受け取ることにより、ユーザに対し機能を提供する。

本実施例において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくにそれに限定されるものではない。例えば、図１の例において、画像形成装置１０２はＨＴＴＰＳを利用してＰｒｏｘｙＳｅｒｖｅｒ１０３とＦＷ１０４を介して、管理サーバ１０６にデータを送信している。

図２は、管理サーバ１０６の内部の構成例を説明する図である。管理サーバ１０６は通信部２０１、ＨＤＤやＲＯＭ、ＲＡＭなどを含む記憶部２０２、ＣＰＵなどの制御部２０３によって構成される。通信部２０１は画像形成装置１０２と通信を行う機能を持つ。画像形成装置１０２からのデバイス情報（カウンタ値、ログなどの稼働情報、およびハード障害やジャム多発等の障害情報）を受信したり、画像形成装置１０２へ必要な指示・設定情報などを送信したりする。カウンタ値とは画像形成装置で行われた印刷した枚数や部品の使用回数などを示す。記憶部２０２において、デバイス情報や販売会社情報、顧客情報などを保存する。制御部２０３は記憶部２０２に格納されるプログラムを実行することで、通知管理部２０４、販売会社情報管理部２０５、デバイス情報管理部２０６、顧客情報管理部２０７といった論理的な各モジュールによる処理を実現する。よって、制御部２０３により、後述されるような画像形成装置１０２の監視や、保守を行うために必要な情報の管理などが実現されることになる。

通知管理部２０４は、画像形成装置の監視などに必要な通知情報の生成や通知先の指定を行い、通信部２０４を介した通知制御を行う。通知には画像形成装置１０２を保守するサービスマンを手配するための保守依頼通知や、顧客環境への消耗品（カートリッジや消耗部品）の補充依頼通知などがある。販売会社情報管理部２０５は、顧客環境に設置された画像形成装置１０２のサポートを行う販売会社の情報を管理する。デバイス情報管理部２０６は、管理対象の画像形成装置１０２のデバイス情報を管理する。ここでは、画像形成装置の識別情報（ＩＰアドレス、ＭＡＣアドレス、及び機種情報など）、画像形成装置の状態情報、保守履歴、画像形成装置の管理者情報、画像形成装置の消耗品管理情報などを管理する。顧客情報管理部２０７は、画像形成装置１０２が設置された顧客環境の情報を管理する。その情報の中には、販売会社との保守契約に関する情報や、顧客環境に設置された画像形成装置に対して機能を提供する提供装置の情報も含まれる。

図３は、画像形成装置１０２の内部の構成例を説明する図である。画像形成装置１０２は通信部３０１、ＨＤＤやＲＯＭ、ＲＡＭなどを含む記憶部３０２、画像形成エンジンなどを含む画像形成部３０３、ＣＰＵなどの制御部３０４、操作部３０５、表示部３０６により構成されている。通信部３０１は、画像形成装置１０２のデバイス情報を管理サーバ１０６へ送信するといった外部との通信を行うためのものである。また、管理サーバ１０６から送信される指示などを受信する。また提供装置１０８と、所望の機能を要求して利用するための通信を行う。送受信には、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いられる。記憶部３０２は、デバイス情報、管理サーバ１０６の情報、提供装置１０８の情報などの情報を保持する。また、画像形成装置１０２における動作履歴や、発生したさまざまな異常や故障による障害情報なども記憶する。管理サーバ１０６の情報には管理サーバ１０６のＩＰアドレスなどの通信に必要なネットワーク情報などが含まれる。提供装置１０８の情報には、ネットワーク情報に加え、提供される機能に関する情報も含まれる。画像形成部３０３は印刷データを解釈して、印刷物を出力する機能を持つ。操作部３０５は、ユーザによる印刷指示をはじめとする画像形成装置１０２に対する操作指示を可能とするインターフェースである。表示部３０６はユーザに対して適切な情報を表示する。表示情報には画像形成装置の状態情報、設定情報などが含まれる。制御部３０４は画像形成装置１０２の通信処理や印刷処理など処理全体を制御する。また、操作部１０２などからの入力を受けて、装置内の設定変更などの処理を制御する。さらに、制御部３０４が所定のプログラムを実行することで、論理的なモジュールである管理部３０７による状態監視や障害情報などの管理や、管理サーバ１０６への通知制御などの処理を実現する。

図４は、管理サーバ１０６が管理する管理対象の画像形成装置の機種情報と提供装置１０８が提供する機能との対応テーブルの一例である。この対応テーブルにより、管理サーバ１０６は、提供装置１０８が提供する各機能を利用可能な画像形成装置の機種などを特定することができる。

４０１は、画像形成装置１０２の識別情報を示している。ここでは、識別情報として機種情報を例示する。４０２は、提供装置１０８が提供する機能を示す。機能とは、画像形成装置１０２でスキャンした文書を取得し保存するファイル管理機能や、インターネット上の文書を画像形成装置へ直接所望なデータ形式に変換して送信し印刷させるためのネットワークプリント機能などがある。また、画像形成装置でスキャンして得られたデータに所望な加工を施し外部に送信するといった定型業務を提供するためのワークフロー機能も例示している。

なお、以降に説明するものも含め、管理サーバ１０６が管理するテーブルは、管理サーバ１０６の記憶部２０２に保持されていても、管理サーバ１０６が参照可能なストレージを備える外部装置が保持していてもよい。また、管理テーブルの構成も同様なデータ管理が行えるのであれば、とくにその形式は限定されない。例えば、本実施例の管理テーブルを複数のテーブルに分割して構成してもよい。

図５は、管理サーバ１０６が管理する、提供装置１０８が提供する機能と、その機能を利用可能な画像形成装置のファームウェアのバージョン情報との対応テーブルの一例である。

５０１は、画像形成装置１０２のファームウェア情報である。５０２は、提供装置１０８が提供する機能を示す。このテーブルにより管理サーバ１０６は、提供装置１０８が提供する機能を利用するのに必要な画像形成装置のファームウェアバージョンを特定することができる。

図６は、管理サーバ１０６が管理する障害情報テーブルの一例である。６０１は、画像形成装置で発生する障害を特定するためのコードを示す。このコードを含む通知を用いて、画像形成装置は管理サーバ１０６に対して異常や故障の発生を通知することになる。６０２は、各障害の障害内容を示す。また、図示されていないが各障害コードには重要度などを付与してもよい。管理サーバ１０６は、この障害情報テーブルを参照して、障害の種類の特定し、その内容や重要度に応じてサービスマンの手配のための通知などを行うことになる。

図７は、管理サーバ１０６が管理する通知先情報に関するテーブルの一例である。７０１は、画像形成装置の販売会社に所属する保守担当者の氏名を示す。保守担当者とは顧客先へ訪問し、保守サービスを行うサービスマンや、電話対応を行うオペレータなどを意味する。保守担当者の情報は、管理サーバ１０６が管理する販売会社情報や顧客情報などにＩＤをもとに対応付けて管理される。対応付く顧客などに対して保守担当者によるサービスが提供されることになる。７０２は、各保守担当者の通知先の情報（メールアドレス）を示す。本テーブルにより、管理サーバ１０６は、画像形成装置１０６で発生した故障などの復旧のために保守担当者に対して、障害情報の通知などが行える。７０３は、提供装置１０８の保守を担当する担当者の通知先の情報を示している。

なお、本実施例において、管理サーバ１０６は画像形成装置１０２を主にネットワークを介して保守などのために遠隔から管理を行うことになる。また、画像形成装置に機能を提供する提供装置１０８に関しても、必要な情報を管理しておくことで、効率的な画像形成装置の管理を行うことが可能となる。

図８は、画像形成装置１０２における、管理サーバ１０６への障害情報の通知に関する処理の一例を示したフローチャートである。

Ｓ８０１で、管理部１０７が、画像形成装置１０２内の不図示のセンサなどで認識された異常などの障害の発生を検知する。Ｓ８０２で、管理部１０７が、障害が発生した際に、提供装置１０８が提供する機能を利用していたかどうかを判断する。Ｓ８０２で、提供装置１０８の機能を利用していたと判断された場合はＳ８０３に、利用していないと判断された場合はＳ８０６に進む。

Ｓ８０３で、管理部１０７が、障害の内容から、障害の発生が提供装置１０８に原因があるかを判断する。例えば、画像形成装置１０２上で利用されていた機能がエラー終了した場合であって、提供装置１０８側から通信が遮断された際には、提供装置１０８側に障害の原因があると判断できる。また、ネットワークプリント機能を利用した場合に、提供装置１０８から送信された印刷データのフォーマットや記述内容に異常があったとする。具体的には、ＰＤＬ（ＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）の記述内容に異常があった場合などである。この場合には、画像形成装置１０２のレンダリング処理時に「ＰＤＬが解釈できない」ことなどが想定される。このような場合にも、提供装置１０８側に障害の原因があると判断できる。Ｓ８０３で、障害の発生が提供装置１０８に原因があると判断できた場合には、Ｓ８０４に進む。一方で、明らかに画像形成装置の内部で発生した障害（ジャムなど）が検出された際や、提供装置１０８側で発生したかを障害の内容からでは不明であった際には、障害の発生が提供装置１０８に原因があると判断できなかったとして、Ｓ８０６に進む。

Ｓ８０６で、管理部１０７が、発生した障害に関する障害情報を作成する。ここで作成される障害情報には、画像形成装置１０２自身で発生した障害（ジャムなど）の内容を示す障害コードが含まれる。また、障害の発生が提供装置１０８に原因があると判断できなかった場合（Ｓ８０３ＮＯ）であっても、Ｓ８０１で発生が検出された障害（通信エラーや処理の異常終了など）を示す障害コード及び提供装置１０８を利用している際に発生した障害であることを示す情報を含む障害情報を作成することになる。

一方、Ｓ８０４では、管理部１０７が、障害の発生が提供装置１０８に原因があることが識別可能な障害情報を作成する。例えば、前述したＰＤＬエラーでは、予め用意されているレンダリングエラー（取得したＰＤＬが異常）を示す障害コード「ｘ２０００３」を含む障害情報が作成される。また、このステップにおいては、Ｓ８０１で検出した障害のために画像形成装置用に定義されている障害コードと、障害の発生が提供装置１０８に原因があることを識別できる識別子とを含ませて障害情報の作成してもよい。また、提供装置１０８より、提供装置１０８で発生した異常などを示す情報を受信した場合は、その情報を含めた障害情報を作成してもよい。

Ｓ８０５で、管理部１０７が、Ｓ８０４、またはＳ８０６で作成した自装置の識別情報とともに障害情報を管理サーバ１０６へ送信する。その後、本処理は終了する。

図９は、管理サーバ１０６が画像形成装置１０２から障害情報を受信した際の処理の一例を示したフローチャートである。

Ｓ９０１で、通知管理部２０４は、画像形成装置１０２からの障害情報を受信し、記憶部２０２に記憶する制御を行う。障害情報は、画像形成装置の識別情報（ＩＰアドレスや機種情報）とともに受信され、記憶部２０２に対応付けて記憶され、デバイス情報管理部２０６により管理される。

Ｓ９０２で、通知管理部２０４は、図６の障害情報テーブルを参照する。そして、受信した障害情報に含まれる障害コードに基づき、画像形成装置１０２に原因のある障害であるかどうか判断する。Ｓ９０２で画像形成装置１０２に原因のある障害であると判断された場合にはＳ９０７に進み、画像形成装置１０２に原因のある障害であると判断されなかった場合にはＳ９０３に進む。Ｓ９０３で、通知管理部２０４は、図６の障害情報テーブルを参照し、受信した障害情報が提供装置１０８に原因がある障害であるかどうか判断する。提供装置１０８に原因がある障害、つまりＳ８０４で作成された障害情報で示すであると判断された場合にはＳ９０６に進み、そうでない場合にはＳ９０４に進む。

Ｓ９０４で、通知管理部２０４は、デバイス情報と提供装置１０８の情報から原因を分析する。具体的には図４、図５の対応テーブルから障害情報を送信してきた画像形成装置１０２の機種は提供装置１０８の機能を利用可能であるか、また、画像形成装置１０２のファームウェアバージョンが機能を利用する上での基準に達しているかなどを確認する。例えば、Ｓ９０１で受信した障害情報に提供装置１０８を利用している際に発生した障害であることを示す情報を含まれ、上記確認の結果、画像形成装置１０２が提供装置１０８を利用可能だった場合、提供装置１０８側の保守担当員に連絡すべきと分析される。Ｓ９０４の分析を踏まえて、Ｓ９０５で管理サーバ１０６は提供装置１０８側の担当に通知が必要な障害であるかどうか判断する。Ｓ９０５で判断した結果、提供装置１０８側の担当に通知が必要な障害であると判断した場合、Ｓ９０６で管理サーバは提供装置１０８の保守担当者へ通知し、処理終了となる。Ｓ９０５で判断した結果、提供装置１０８の障害でないと判断した場合、Ｓ９０７に進む。

Ｓ９０７で、通知管理部２０４は、画像形成装置１０２の保守担当者に対して障害の発生を通知する。通知先に関しては、障害情報を送信してきた画像形成装置の識別情報をもとに図７の通知先情報テーブルを参照することで決定される。保守担当者への通知は、障害コードを含ませるのなどして、障害の発生とその内容を確認できる通知とする。この通知により、画像形成装置に原因があるであろう障害の復旧のためにサービスマンの手配などが行われることになる。

ここで、提供装置１０８の保守担当者に対して障害の発生を通知する（Ｓ９０６）際の通知先に関しては、障害情報を送信してきた画像形成装置の識別情報をもとに図７の通知先情報テーブルを参照することで決定される。保守担当者への通知は、障害コードを含ませるなどして、障害の発生とその内容を確認できる通知とする。この通知により、少なくとも提供装置１０８に原因があると特定できる障害に関しては、適切に提供装置１０８の保守担当者に連絡できる。また、画像形成装置から送信されてきた障害情報であっても、明らかに無駄となるであろう画像形成装置の保守を担当するサービスマンの手配などを抑制できる。

本実施例では、提供装置１０８側に障害の原因がある場合には、とくに画像形成装置側の保守担当者には通知を行ってはいない。しかしながら、Ｓ９０６において、画像形成装置側の保守担当者に対しても提供装置１０８側に原因がある障害が発生している旨の通知を行ってもよい。これにより、画像形成装置側の保守担当者は、画像形成装置から受信した障害情報のすべてをその原因を含めて、きめ細かく管理できるようになる。

（実施例２）
実施例１では、画像形成装置が装置内で発生を検知した障害、提供装置１０８から通知された障害などを管理サーバに通知した際の処理について説明した。しかしながら、それ以外にも画像形成装置に対して、管理サーバの提供する機能に基づきサービスマンなどを手配する場合がある。具体的には、ユーザが感じた不具合や、画像形成などに直接関与しない外部部品の故障（移動用のキャスターの破損）などを、ユーザの手動入力に応じて管理サーバに通知するための入力手段が画像形成装置の操作部３０５に用意されている。この通知を管理サーバが受けた場合は、サービスマンを手配するための処理が行われることになる。なお、この通知を本実施例では、画像形成装置からの修理依頼と呼ぶ。また、修理依頼で対象となる障害はユーザの判断で障害と認識されたものであって、修理依頼であることを示す障害コードと、ユーザが修理依頼時に操作部３０５から入力した追加情報が画像形成装置から管理サーバに通知されるものとする。

本実施例においては、基本的には、図８、９と同様の処理が画像形成装置、管理サーバにおいて行われる。具体的には、図８のＳ８０１での障害発生の検知が、修理依頼のユーザによる入力を検知に置換され、以降、その修理依頼に関して同様の処理が行われる。なお、Ｓ８０３で提供装置側に原因であることを追加情報として入力されている場合は、Ｓ８０６に進むといった処理になる。図９では、修理依頼に関する通知先を、提供装置の機能を利用中か否かの判定、追加情報の内容などに応じて、切り換えることになる。

Claims

画像形成装置と、画像形成装置とネットワークを介して通信を行う管理サーバとを含む管理システムであって、
前記画像形成装置は、
ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能であって、
前記提供装置が提供する機能を利用しているときに前記画像形成装置で障害が検知された場合に、当該検知された障害の原因が提供装置にあるかを判断する判断手段と、
前記判断手段により障害の原因が提供装置にあると判断された場合には提供装置に原因があると特定できる障害情報を作成し、前記判断手段により障害の原因が提供装置にあると判断されなかった場合には画像形成装置で検知された障害に関する障害情報を作成する作成手段と、
前記作成手段により作成された障害情報を前記管理サーバに送信する送信手段と、を有し、
前記管理サーバは、
前記画像形成装置から障害情報を受信する受信手段と、
前記受信した障害情報に基づき障害の原因が、前記画像形成装置にあるか、前記提供装置にあるかを特定する特定手段と、
前記特定手段により、前記受信した障害情報から、障害の原因が前記画像形成装置にあるか、前記提供装置にあるかを特定できなかった場合に、前記画像形成装置のデバイス情報の分析を行う分析手段と、
前記特定手段により前記画像形成装置から受信した障害情報に基づき前記画像形成装置に障害の原因があると特定できた場合には、前記画像形成装置の保守のための手配を行うための通知を行う通知手段と、を有し、
前記画像形成装置の前記作成手段は、前記提供装置が提供する機能を利用していないときに前記画像形成装置で障害が検知された場合には、当該検知された障害に基づき、前記画像形成装置に関する障害情報を作成し、
前記管理サーバは、前記特定手段により前記画像形成装置から受信した障害情報に基づき前記提供装置に障害の原因があると特定できる場合、及び、前記分析手段により前記提供装置の保守を要することを分析した場合には、前記画像形成装置の保守のための手配を行わないことを特徴とする管理システム。
画像形成装置と、画像形成装置とネットワークを介して通信を行う管理サーバとを含む管理システムにおける方法であって、
前記画像形成装置はネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能であって、
前記提供装置が提供する機能を利用しているときに前記画像形成装置で障害が検知された場合に、当該画像形成装置で検知された障害の原因が提供装置にあるかを判断する判断工程と、
前記判断工程で障害の原因が提供装置にあると判断された場合には提供装置に原因があると特定できる障害情報を作成し、前記判断工程で障害の原因が提供装置にあると判断されなかった場合には画像形成装置で検知された障害に関する障害情報を作成する作成工程と、
前記作成された障害情報を前記管理サーバに送信する送信工程と、を有し、
前記管理サーバは、
前記画像形成装置から障害情報を受信する受信工程と、
前記受信した障害情報に基づき障害の原因が、前記画像形成装置にあるか、前記提供装置にあるかを特定する特定工程と、
前記特定工程で、前記受信した障害情報から、障害の原因が前記画像形成装置にあるか、前記提供装置にあるかを特定できなかった場合に、前記画像形成装置のデバイス情報の分析を行う分析工程と、
前記特定工程で前記画像形成装置から受信した障害情報に基づき前記画像形成装置に障害の原因があると特定できた場合には、前記画像形成装置の保守のための手配を行うための通知を行う通知工程と、を有し、
前記画像形成装置の前記作成工程では、前記提供装置が提供する機能を利用していないときに前記画像形成装置で障害が検知された場合には、当該検知された障害に基づき、前記画像形成装置に関する障害情報が作成され、
前記管理サーバは、前記特定工程で前記画像形成装置から受信した障害情報に基づき前記提供装置に障害の原因があると特定できた場合、及び、前記分析工程で前記提供装置の保守を要することを分析した場合には、前記画像形成装置の保守のための手配を行わないことを特徴とする方法。
ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能な画像形成装置を管理する管理サーバであって、
前記画像形成装置から障害情報を受信する受信手段と、
前記受信した障害情報に基づき障害の原因が、前記画像形成装置にあるか、前記提供装置にあるかを特定する特定手段と、
前記特定手段により、前記受信した障害情報から、障害の原因が前記画像形成装置にあるか、前記提供装置にあるかを特定できなかった場合に、前記画像形成装置のデバイス情報の分析を行う分析手段と、
前記特定手段により前記画像形成装置から受信した障害情報に基づき前記画像形成装置に障害の原因があると特定できた場合には、前記画像形成装置の保守のための手配を行うための通知を行う通知手段と、を有し、
前記特定手段により前記画像形成装置から受信した障害情報に基づき前記提供装置に障害の原因があると特定できる場合、及び、前記分析手段により前記提供装置の保守を要することを分析した場合には、前記画像形成装置の保守のための手配を行わないことを特徴とする管理サーバ。
前記障害情報において提供装置に障害の原因があると特定できる情報として、予め定義された提供装置で発生した障害を示す障害コード及び前記提供装置から通知された障害コードの何れかを少なくとも含むことを特徴とする請求項３に記載の管理サーバ。
前記提供装置の保守を行う担当への通知先を管理する管理手段を有し、
前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行うことなく、前記通知手段は前記管理手段に管理される前記提供装置の保守を行う担当への通知先に対して障害の発生を通知することを特徴とする請求項３または４に記載の管理サーバ。
前記分析手段は、前記画像形成装置の機種及びファームウェアの情報の少なくとも何れかを含むデバイス情報をもとに提供装置の提供する機能が当該画像形成装置で利用できるかを分析し、
前記通知手段は、当該画像形成装置で提供装置の提供する機能が利用できると分析された場合には、前記管理手段に管理される前記提供装置の保守を行う担当への通知先に対して障害の発生を通知することを特徴とする請求項５に記載の管理サーバ。
ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能な画像形成装置を管理する管理サーバにおける方法であって、
前記画像形成装置から障害情報を受信する受信工程と、
前記受信した障害情報に基づき障害の原因が、前記画像形成装置にあるか、前記提供装置にあるかを特定する特定工程と、
前記特定工程で、前記受信した障害情報から、障害の原因が前記画像形成装置にあるか、前記提供装置にあるかを特定できなかった場合に、前記画像形成装置のデバイス情報の分析を行う分析工程と、
前記特定工程で前記画像形成装置から受信した障害情報に基づき前記画像形成装置に障害の原因があると特定できた場合には、前記画像形成装置の保守のための手配を行うための通知を行う通知工程と、を有し、
前記特定工程で前記画像形成装置から受信した障害情報に基づき前記提供装置に障害の原因があると特定できた場合、及び、前記分析工程で前記提供装置の保守を要することを分析した場合には、前記画像形成装置の保守のための手配を行わないことを特徴とする方法。
管理サーバとネットワークを介して通信を行う画像形成装置であって、
ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能であって、
前記提供装置が提供する機能を利用しているときに前記画像形成装置で障害が検知された場合に、当該検知された障害の原因が提供装置にあるかを判断する判断手段と、
前記判断手段により障害の原因が提供装置にあると判断された場合には提供装置に原因があると特定できる障害情報を作成し、前記判断手段により障害の原因が提供装置にあると判断されなかった場合には画像形成装置で検知された障害に関する障害情報を作成する作成手段と、
前記作成手段により作成された障害情報を前記管理サーバに送信する送信手段と、を有し、
前記作成手段は、前記提供装置が提供する機能を利用していないときに前記画像形成装置で障害が検知された場合には、当該検知された障害に基づき、前記画像形成装置に関する障害情報を作成することを特徴とする画像形成装置。
前記送信される障害情報には、前記画像形成装置の操作部を介してユーザにより手動で入力された修理依頼が含まれることを特徴とする請求項８に記載の画像形成装置。
前記作成手段は、前記提供装置に障害の原因があると特定できる情報として、予め定義された提供装置で発生した障害を示す障害コード及び前記提供装置から通知された障害コードの何れかを少なくとも含む障害情報を作成することを特徴とする請求項８または９に記載の画像形成装置。
管理サーバとネットワークを介して通信を行う画像形成装置における方法であって、
ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能であって、
前記提供装置が提供する機能を利用しているときに前記画像形成装置で障害が検知された場合に、当該検知された障害の原因が提供装置にあるかを判断する判断工程と、
前記判断工程で障害の原因が提供装置にあると判断された場合には提供装置に原因があると特定できる障害情報を作成し、前記判断工程で障害の原因が提供装置にあると判断されなかった場合には画像形成装置で検知された障害に関する障害情報を作成する作成工程と、
前記作成された障害情報を前記管理サーバに送信する送信工程と、を有し、
前記作成工程では、前記提供装置が提供する機能を利用していないときに前記画像形成装置で障害が検知された場合には、当該検知された障害に基づき、前記画像形成装置に関する障害情報が作成されることを特徴とする方法。
請求項８乃至１０の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。