JP5639484B2 - 管理システム、管理サーバ、画像形成装置、管理方法、及び、プログラム - Google Patents

Description

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

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

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

また、近年、前述した画像形成装置に搭載されるような機能の少なくとも一部をインターネット上のサーバなどに配置するといったことが提案されている。画像形成装置が通信回線を介してこのサーバにアクセスし、サーバ上に配置してある機能を利用することで、自装置に搭載されていない機能をも利用できる画像形成装置が提供されることになる。例えば、スキャンしたデータをＰＤＦ形式に変換する機能をネットワーク上に配置した場合、次の様な処理が想定される。

例えば、オフィス内の画像形成装置にてスキャンを行い、通信回線を介してネットワーク上のサーバへデータを送信する。その後、ネットワーク上のサーバにてＰＤＦ形式のファイルに変換し、オフィス内の画像形成装置などにそれを返信する。これにより、ＰＤＦ形式のスキャンデータが得られる。

このようなシステムを導入することで、画像形成装置はサーバで提供される機能を自由に利用できるようになり、利便性が高い。また、オフィス内で特定の機能を搭載する画像形成装置を設置した上で複数ユーザにより共有するといった運用の必要が無くなる。さらには、画像形成装置内のリソース（ＨＤＤ，メモリなど）が不足するといった問題をも解消することが可能となる。

なお、旧機種の画像形成装置には、前述のようなサーバにより提供される機能の利用に対応していないものもある。このような旧機種の画像形成装置であっても、ファームウェアのアップデートやＵＳＢメモリを利用した機能アップなどにより、前述のようなサーバにより提供される機能を利用可能となる場合がある。

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

しかしながら、特許文献１、２で示されるような従来のシステムでは、画像形成装置は予め定められたルールに従って障害の情報を管理サーバへ通知する構成となっている。そのため、前述のネットワーク上の機能と連携する機能が新たに画像形成装置へ追加された際に、画像形成装置は追加された新機能の不具合を適切に管理サーバへ通知することができない。

例えば、画像形成装置からネットワーク上で提供される機能を利用しようとして不具合が起こった場合でも、画像形成装置は、画像形成装置自身で発生した障害なのか、画像形成装置に対して機能を提供するサーバなどの外部装置の不具合や障害なのか認識することができない。このような状況で、画像形成装置から異常発生が管理サーバに通知された場合、この通知を受けた管理サーバは、画像形成装置の異常か外部装置の異常かを判断できないばかりか、画像形成装置で発生した異常として扱ってしまう場合がある。

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

従って、新たに画像形成装置にネットワーク上の機能と連携するような機能が追加されても、画像形成装置から管理サーバへ適切な通知を可能にする仕組みと、管理サーバ側で障害発生箇所の特定と、それによる適切なサービスマンの派遣などを可能とする柔軟な仕組みが求められている。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、新たに画像形成装置にネットワーク上の機能と連携するような機能が追加されても、画像形成装置から管理サーバへ適切な通知を可能にし、管理サーバ側で障害発生箇所の特定と、それによる適切なサービスマンの派遣などを可能とする柔軟な仕組みを提供することである。

本発明は、画像形成装置と、画像形成装置とネットワークを介して通信を行う管理サーバとを含む管理システムであって、前記画像形成装置は、障害を監視する監視手段と、ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能の追加がなされたことを検知する検知手段と、前記検知手段により追加が検知された機能の情報を前記管理サーバに送信する追加機能送信手段と、前記追加機能送信手段での送信に応じて前記管理サーバから返信される前記追加された機能に対応する監視条件を受信する監視条件受信手段と、前記監視条件受信手段により受信された監視条件を前記監視手段の監視条件に追加するように設定する設定手段と、前記監視手段が前記監視条件に対応する障害の発生を検知した場合、該検知された障害の原因が前記機能提供装置にある場合には前記機能提供装置に原因があると特定できる障害情報を作成し、一方、前記障害の原因が前記機能提供装置にあると特定されなかった場合には前記監視手段で検知された障害に関する障害情報を作成する作成手段と、前記作成手段により作成された前記障害情報を前記管理サーバに送信する送信手段とを有し、前記管理サーバは、前記画像形成装置から追加された機能の情報を受信する追加機能受信手段と、前記追加機能受信手段で受信した追加された機能の情報に対応する監視条件を前記画像形成装置に送信する監視条件送信手段と、前記画像形成装置から障害情報を受信する受信手段と、前記画像形成装置から受信した障害情報に応じて、画像形成装置の保守のための手配を行うための通知を行う通知手段とを有し、前記通知手段は、前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行わないことを特徴とする。

本発明によれば、新たに画像形成装置にネットワーク上の機能と連携するような機能が追加されても、画像形成装置から管理サーバへ適切な通知を可能にし、管理サーバ側で障害発生箇所の特定と、それによる適切なサービスマンの派遣などを可能とする。この結果、ユーザは障害発生の箇所を意識することなく、従来どおり画像形成装置の保守サービスを受けることができる。

本発明の一実施例を示す管理システムの構成例を示す図である。 管理サーバ１０６の内部の構成例を説明する図である。 画像形成装置１０２の内部の構成例を説明する図である。 監視対象の障害コード一覧４０１の一例を示した図である。 監視対象の障害コード一覧４０１のタイプと機能提供装置１０８が提供する機能との対応テーブル５００の一例を示す図である。 障害情報テーブル６００の一例を示す図である。 通知先情報に関するテーブル７００の一例を示す図である。 画像形成装置１０２の機種情報と機能提供装置１０８が提供する機能との対応テーブル８００の一例を示す図である。 機能提供装置１０８が提供する機能と、その機能を利用可能な画像形成装置１０２のファームウェアのバージョン情報との対応テーブル９００の一例を示す図である。 画像形成装置１０２に機能提供装置１０８と連携する機能が追加された際の処理の一例を示すフローチャートである。 管理サーバ１０６が画像形成装置１０２から機能追加通知を受信した際の処理を示したフローチャートである。 画像形成装置１０２に障害が発生した際に実行される障害発生処理の一例を示すフローチャートである。 画像形成装置１０２が障害情報を管理サーバへ送信する処理の一例を示すフローチャートである。 管理サーバ１０６が障害原因に応じた通知を受信した際の処理の一例を示すフローチャートである。

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

図１は、本発明の一実施例を示す管理システムの構成例であって、画像形成装置本体と管理サーバとのインターネットを介した接続関係などを示す図である。
１０１はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、１０２は画像形成装置、１０３はプロキシサーバ（Ｐｒｏｘｙ Ｓｅｒｖｅｒ）、１０４はセキュリティを高めるために設置されたＦＷ（ファイアウォール（Ｆｉｒｅｗａｌｌ））を表している。画像形成装置１０２にはＦＡＸやコピーなどの機能が含まれてもよい（図示しない）。１０５は一般のユーザが業務等で使用するパーソナルコンピュータ（ＰＣ）である。そして、画像形成装置１０２、プロキシサーバ１０３、ＦＷ１０４、ＰＣ１０５が、ＬＡＮ１０１を介して相互に接続されている。

また、１０６は、画像形成装置１０２のデバイス情報の管理や保守のための処理を行うための管理サーバである。ここで、１０７はＦＷ１０４で保護されたローカル環境となり、例えば、管理サーバ１０６が管理する１つの顧客環境といえる。図示されるように顧客環境には、複数台の画像形成装置が設置されることが想定され、これら画像形成装置において障害などが発生した際には、管理サーバ１０６に通知され、サービスマンの手配などが行われることになる。画像形成装置１０２が、障害発生時や通信スケジュールに従って、自身の管理情報及び稼動情報（カウンタ値、稼動状況ログ、障害情報など）といったデバイス情報をインターネット１０９経由で管理サーバ１０６へ送信する。なお、図示しないが、管理サーバ１０６は、インターネット１０９を介して、複数のこのような顧客環境と接続され、その環境内の画像形成装置を遠隔から管理する。また、管理情報には、装置を識別するための情報（シリアルナンバー、機種情報、ＩＰアドレス、ＭＡＣアドレスなど）、及びファームウェアバージョン情報などが含まれる。

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

本実施例の管理システムでは、複数の顧客環境１０７と、管理サーバ１０６、機能提供装置１０８とがインターネット１０９を介して相互に接続されている。また、本実施例において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくにそれに限定されるものではない。例えば、図１の例において、画像形成装置１０２はＨＴＴＰＳを利用してプロキシサーバ（Ｐｒｏｘｙ Ｓｅｒｖｅｒ）１０３とＦＷ１０４を介して、管理サーバ１０６にデータを送信している。

図２は、管理サーバ１０６の内部の構成例を説明する図である。
図２に示すように、管理サーバ１０６は、通信部２０１と、ＨＤＤやＲＯＭ、ＲＡＭなどを含む記憶部２０２と、ＣＰＵなどの制御部２０３とによって構成される。
通信部２０１は、画像形成装置１０２等と通信を行う機能を持つ。通信部２０１は、画像形成装置１０２からのデバイス情報を受信したり、画像形成装置１０２へ必要な指示・設定情報などを送信したりする。カウンタ値とは画像形成装置で行われた印刷した枚数や部品の使用回数などを示す。

記憶部２０２は、デバイス情報や販売会社情報、顧客情報、プログラムなどを保存する。
制御部２０３は、記憶部２０２に格納されるプログラムを実行することで、通知管理部２０４、販売会社情報管理部２０５、デバイス情報管理部２０６、顧客情報管理部２０７といった論理的な各モジュールによる処理を実現する。よって、制御部２０３により、後述されるような画像形成装置１０２の監視や、保守を行うために必要な情報の管理などが実現されることになる。

通知管理部２０４は、画像形成装置の監視などに必要な通知情報の生成や通知先の指定を行い、通知データを生成し、通信部２０１を介した通知制御を行う。通知には画像形成装置１０２を保守するサービスマンを手配するための保守依頼通知や、顧客環境への消耗品（カートリッジや消耗部品）の補充依頼通知、機能提供装置１０８を保守する担当者への通知などがある。

販売会社情報管理部２０５は、顧客環境に設置された画像形成装置１０２のサポートを行う販売会社の情報（記憶部２０２に記憶される販売会社情報）を管理する。
デバイス情報管理部２０６は、管理対象の画像形成装置１０２の情報（記憶部２０２に記憶されるデバイス情報）を管理する。そのデバイス情報には、画像形成装置の識別情報、画像形成装置の状態情報、保守履歴、画像形成装置の管理者情報、画像形成装置の消耗品管理情報などが含まれる。

また、デバイス情報管理部２０６は、指示部２０８を有する。指示部２０８は、管理サーバ１０６から画像形成装置１０２へ対して命令、指示を行う指示機能を持つ。ここで、命令、指示とは例えば、画像形成装置１０２の「設定変更」、「再起動」などを意味する。

顧客情報管理部２０７は、記憶部２０２に記憶される画像形成装置１０２が設置された顧客環境の情報（記憶部２０２に記憶される顧客情報）を管理する。その顧客情報の中には、販売会社との保守契約に関する情報や、顧客環境に設置された画像形成装置に対して機能を提供する提供装置の情報も含まれる。

図３は、画像形成装置１０２の内部の構成例を説明する図である。
図３に示すように、画像形成装置１０２は、通信部３０１と、記憶部３０２と、画像形成エンジンなどを含む画像形成部３０３と、ＣＰＵなどのデバイス情報制御部３０４と、操作部３０５と、表示部３０６と、機能制御部３０８とにより構成されている。なお、記憶部３０２は、ＨＤＤやＲＯＭ、ＲＡＭなどから構成される。また、デバイス情報制御部３０４は、障害情報制御部３０７を有する。

通信部３０１は、画像形成装置１０２のデバイス情報を管理サーバ１０６へ送信するといった外部との通信を行うためのものである。また、通信部３０１は、管理サーバ１０６から送信される指示などを受信する。また、通信部３０１は、機能提供装置１０８と、所望の機能を要求して利用するための通信を行う。なお、通信部３０１が行う送受信には、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いられる。

記憶部３０２は、デバイス情報、管理サーバ１０６の情報、機能提供装置１０８の情報などの情報を保持する。また、記憶部３０２は、画像形成装置１０２における動作履歴や、発生したさまざまな異常や故障による障害情報なども記憶する。また、前述の管理サーバ１０６の情報には、管理サーバ１０６のＩＰアドレスなどの通信に必要なネットワーク情報などが含まれる。また、前述の機能提供装置１０８の情報には、ネットワーク情報に加え、提供される機能に関する情報も含まれる。

画像形成部３０３は、印刷データを解釈して、印刷物を出力する機能を持つ。
デバイス情報制御部３０４は、記憶部３０２に格納されるプログラムを実行することで、各種処理を実現する。デバイス情報制御部３０４は、記憶部３０２を用いて、画像形成装置１０２の印刷制御や異常状態の管理などを行うとともに、カウンタ情報の管理や通知情報の管理も行う。また、デバイス情報制御部３０４は、色味調整や印刷モード、その他機能の設定に関する制御も行う。さらに、デバイス情報制御部３０４は、記憶部３０２に格納されるプログラムを実行することで、論理的なモジュールである障害情報制御部３０７による処理を実現する。

障害情報制御部３０７は、画像形成装置１０２に、監視条件に対応する障害が発生した際に、管理サーバ１０６へ送信するための障害情報を作成する。なお、監視条件は、予め設定されている監視対象の障害コード、及び、後述する図４に示すような監視対象の障害コード一覧４０１に記載された障害コードとして設定される。これら監視条件としての障害コードは、記憶部３０２に記憶され、障害情報制御部３０７により管理される。

操作部３０５は、ユーザによる印刷指示をはじめとする画像形成装置１０２に対する操作指示を可能とするインターフェースである。
表示部３０６は、ユーザに対して適切な情報を表示する。表示部３０６の表示情報には、画像形成装置の状態情報、設定情報などが含まれる。
機能制御部３０８は、記憶部３０２に格納されるプログラムを実行することで、各種処理を実現する。機能制御部３０６は、画像形成装置１０２の通信処理や印刷処理など画像形成装置１０２の処理全体を制御する。また、機能制御部３０６は、操作部３０５などからの入力を受けて、装置内の設定変更などの処理を制御する。機能制御部３０８は、画像形成装置１０２上で動作する様々な機能を制御する。機能制御部３０８が制御する機能とは、例えば画像形成装置１０２上で動作するアプリケーションであり、画像形成装置１０２が本来持つ機能と連携することによって、様々なサービスを提供するものである。このアプリケーションが提供するサービスには、通信部３０１を介して機能提供装置１０８と通信して機能提供装置１０８が提供する機能を利用するサービスなども含まれる。

図４は、管理サーバ１０６、画像形成装置１０２に保持される監視対象の障害コード一覧の一例を示した図である。
図４において、４０１は監視対象の障害コード一覧で、監視対象となる障害コードの一覧に対応し、例えば設定ファイルとして管理サーバ１０６の記憶部２０２、画像形成装置１０２の記憶部３０２に、ファイル形式で保持されている。なお、この監視対象となる障害コードの一覧４０１は、後述する図５に示す機能コードタイプ（Ａ、Ｂ、Ｃ、・・・）毎に存在する。

監視対象となる障害コードの一覧４０１により、画像形成装置１０２は、自身に発生した障害の中で、管理サーバ１０６へ送信すべき障害情報を特定することができる。
なお、＜Ｃｏｄｅ Ｕｎｉｔ＝"１０"＞・・・＜／Ｃｏｄｅ＞は、このタグで囲まれるコードが１０進数で表記されていることを示す。また、＜Ｃｏｄｅ Ｕｎｉｔ＝"１６"＞・・・＜／Ｃｏｄｅ＞は、このタグで囲まれるコードが１６進数で表記されていることを示す。

例えば、４０２は監視対象となるエラーコードを示す。ここでは、１０進数表記で５００００〜５９９９９のエラーコード、１６進数表記で０４００００００〜０４ＦＦＦＦＦＦのエラーコードに対応する障害が発生した場合に、画像形成装置１０２は管理サーバ１０６へ通知を行うことを示す。

また、４０３は監視対象となる警告コードを示す。ここでは、１６進数表記で、ＸＸ０４０００８、ＸＸ１００００１、ＸＸ１００００２、ＸＸ１００００３、ＸＸ１００００４、ＸＸ０１０００１、ＸＸ０１０００２、ＸＸ０１０００３、ＸＸ０１０００４、ＸＸ３１０００１、ＸＸ０４００１０の警告コードに対応する障害が発生した場合に、画像形成装置１０２は管理サーバ１０６へ通知を行うことを示す。

また、４０４は監視対象となるジャムコードを示す。ここでは、１６進数表記で"０４"で始まるジャムコード、１０進数表記で"４０３０"で始まるジャムコード、１０進数表記で４０９００〜４０９３３のジャムコードに対応する障害が発生した場合に、画像形成装置１０２は管理サーバ１０６へ通知を行うことを示す。

なお、障害コードの一覧４０１には、画像形成装置１０２が機能提供装置１０８で提供するサービスを利用する機能の利用中に発生し得る、監視すべき障害に対応する障害コードを含む。これらの障害コードは、前記機能提供装置１０８が提供するサービスを利用する機能が追加されたことにより、（１）さらに監視対象となった既知の障害コードや、（２）新たに追加された新規の障害コードに対応する。

図５は、管理サーバ１０６が管理する、図４に示した監視対象の障害コード一覧４０１のタイプと機能提供装置１０８が提供する機能との対応テーブル５００の一例を示す図である。

図５において、５０１は、機能提供装置１０８と連携する機能のコードを示す。ここで機能とは、例えば、画像形成装置１０２でスキャンした文書を保存するファイル管理や、ドライバレスで文書をプリント可能なプッシュプリント、ファイル編集、・・・などがある。

５０２は、図４に示した監視対象の障害コード一覧４０１のタイプを示している。例えば、ファイル管理機能に対応するタイプＡ、プッシュプリント機能に対応するタイプＢ、ファイル編集機能に対応するタイプＣ、・・・などがある。

このように管理サーバ１０６が保持する対応テーブル５００により、機能提供装置１０８が提供する機能に対して、画像形成装置１０２が監視すべき障害コードの一覧が決定されることになる。なお、ここでは機能のタイプに対して監視すべき障害コードを管理しているが、具体的な個々の機能に対して監視すべき障害コードを管理してもよい。

なお、画像形成装置１０２は、ファームウェアがバージョンアップやアプリケーションの追加等により、機能提供装置１０８が提供する機能を新たに使用できるようになる場合がある。このような場合には、新たに使用可能になった機能に対応するタイプの監視対象の障害コード一覧４０１が、管理サーバ１０６から画像形成装置１０２に送信される。画像形成装置１０２側では、この新たな障害コード一覧４０１を用いて、新たに使用可能となった機能の障害について監視して管理サーバ１０６に通知できるようになる。なお、詳細は後述する。

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

図６は、管理サーバ１０６が管理する、障害情報テーブル６００の一例を示す図である。
図６において、６０１は、画像形成装置で発生する障害を特定するためのコードを示す。このコードを含む通知を用いて、画像形成装置は管理サーバ１０６に対して異常や故障の発生を通知することになる。即ち、監視対象の障害コード一覧４０１内に記載されている障害コードも、障害コード６０１に記載されている。

６０２は、各障害の障害内容を示す。また、図示されていないが各障害コードには重要度などを付与してもよい。管理サーバ１０６は、この障害情報テーブルを参照して、障害の種類を特定し、その内容や重要度に応じてサービスマンの手配のための通知などを行うことになる。

なお、障害コード６０１内で、０４０１０００１（００００）、０ｘｘ１０００１（０００１）のように、括弧でサブコードが示されているものがある。この括弧内のサブコードは、画像形成装置１０２で付加されたものであり、（００００）はその障害が画像形成装置１０２で発生した障害であることを示し、（０００１）はその障害が機能提供装置１０８で発生した障害であることを示す。

図７は、管理サーバ１０６が管理する、通知先情報に関するテーブル７００の一例を示す図である。
図７において、７０１は、画像形成装置の販売会社に所属する保守担当者の氏名を示す。保守担当者とは顧客先へ訪問し、保守サービスを行うサービスマンや、電話対応を行うオペレータなどを意味する。保守担当者の情報は、管理サーバ１０６が管理する販売会社情報や顧客情報、デバイス情報などにＩＤをもとに対応付けて管理される。対応付く顧客などに対して保守担当者によるサービスが提供されることになる。

７０２は、各保守担当者の通知先の情報（メールアドレス）を示す。
７０３は、画像形成装置１０２の保守を担当する担当者の通知先の情報を示している。７０４は、機能提供装置１０８の保守を担当する担当者の通知先の情報を示している。
本実施例において、保守の対処となるのは画像形成装置１０２と機能提供装置１０８である。このため、テーブル７００には、画像形成装置１０２の保守を担当する担当者の通知先の情報７０３と、機能提供装置１０８の保守を担当する担当者の通知先の情報７０４とがそれぞれ記憶されている。なお、画像形成装置１０２の保守を担当する担当者の通知先の情報７０３と、機能提供装置１０８の保守を担当する担当者の通知先の情報７０４とを、それぞれ異なるテーブルで記憶管理するようにしてもよい。

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

本テーブル７００の７０３により、管理サーバ１０６は、画像形成装置１０２で発生した故障などの復旧のために保守担当者に対して障害情報の通知などが行える。また、本テーブル７００の７０４により、管理サーバ１０６は、機能提供装置１０８で発生した障害などの復旧のために保守担当者に対して障害情報の通知などが行える。

図８は、管理サーバ１０６が管理する、画像形成装置１０２と機能提供装置１０８が提供する機能との対応テーブル８００の一例を示す図である。
図８において、８０１は画像形成装置１０２の機種情報を示す。 ８０２は機能提供装置１０８が提供する機能を示す。機能とは、画像形成装置１０２でスキャンした文書を取得し保存するファイル管理機能や、インターネット上の文書を画像形成装置へ直接所望なデータ形式に変換して送信し印刷させるためのネットワークプリント機能（ドライバレスで文書をプリント可能なプッシュプリント）、また、画像形成装置でスキャンして得られたデータに所望な加工を施し外部に送信するといった定型業務を提供するためのワークフロー機能も例示している。
この対応テーブル８００により、管理サーバ１０６は、機能提供装置１０８が提供する各種機能を利用可能な画像形成装置の機種などを特定することができる。

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

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

図１０は、画像形成装置１０２に機能提供装置１０８と連携する機能が追加された際の処理の一例を示すフローチャートである。なお、このフローチャートの処理は、機能制御部３０８、障害情報制御部３０７等により実行される。即ち、画像形成装置１０２のＣＰＵが記憶部３０２に格納されるプログラムを実行することで実現される。

画像形成装置１０２のファームウェアがバージョンアップされたり、アプリケーションが追加されると、機能制御部３０８は本フローチャートの処理を開始する。
まず、Ｓ１００１において、機能制御部３０８は、自身に機能提供装置１０８と連携する機能が追加されたかどうかを判断する。そして、自身に機能提供装置１０８と連携する機能が追加されていないと判断した場合（Ｓ１００１でＮｏ）、機能制御部３０８は、本フローチャートの処理を終了する。

一方、自身に機能提供装置１０８と連携する機能（機能提供装置１０８が提供するサービスを利用する機能）が追加されたと判断した場合（Ｓ１００１でＹｅｓ）、機能制御部３０８は、Ｓ１００２に処理を進める。

Ｓ１００２では、機能制御部３０８は、通信部３０１を介して機能の追加を管理サーバ１０６へ通知する（追加機能送信処理）。通知内容には、追加された機能を特定するような情報（本実施例では機能コード５０１）を含む。

次に、Ｓ１００３において、機能制御部３０８は、通信部３０１を介して管理サーバ１０６からの指示待ち処理を行う（監視条件受信処理）。そして、上記追加機能通知に応じて管理サーバ１０６から返信される指示を受信すると、機能制御部３０８は、Ｓ１００４に処理を進める。

Ｓ１００４では、機能制御部３０８は、管理サーバ１０６からの指示が監視設定の変更指示であるかどうかを判断する。そして、管理サーバ１０６からの指示が監視設定の変更指示であると判断した場合（Ｓ１００４でＹｅｓ）、機能制御部３０８は、Ｓ１００５に処理を進める。

Ｓ１００５では、機能制御部３０８は、障害情報制御部３０７に監視設定の変更を行うように指示する。この指示により、障害情報制御部３０７は、監視設定の変更を行う。以下、具体的に説明する。管理サーバ１０６からの監視設定の変更指示には、追加された機能の監視対象コードタイプ５０２に対応する監視対象の障害コード一覧４０１（図４参照）が含まれている。障害情報制御部３０７は、その障害コード一覧４０１を記憶部３０２に保存し、その障害コード一覧４０１に従って障害の監視を行うように自身の監視設定を変更する。

次に、Ｓ１００６において、障害情報制御部３０７は、監視設定の変更結果を管理サーバ１０６へ送信し、本フローチャートの処理を終了する。
また、上記Ｓ１００４において、管理サーバ１０６からの指示が監視設定の変更指示ででないと判断した場合（Ｓ１００４でＮｏ）、機能制御部３０８は、Ｓ１００７に処理を進める。

Ｓ１００７では、機能制御部３０８は、管理サーバ１０６から指示された処理（他の処理）を行い、本フローチャートの処理を終了する。他の処理とは、情報送信のスケジュール変更や、再起動などを意味する。

なお、図１０では、画像形成装置１０２に機能提供装置１０８が提供するサービスを利用する機能が追加された場合に、機能追加を管理サーバ１０６に通知、管理サーバ１０６から監視設定変更指示を受信する構成を示した。しかし、画像形成装置１０２に機能追加（機能提供装置１０８が提供するサービスを利用する機能に限定しない）がなされた場合にも、機能追加を管理サーバ１０６に通知、管理サーバ１０６から監視設定変更指示を受信するように構成してもよい。

図１１は、管理サーバ１０６が画像形成装置１０２から機能追加通知を受信した際の処理を示したフローチャートの一例である。なお、このフローチャートの処理は、管理サーバ１０６の制御部２０３等により実行される。即ち、管理サーバ１０６のＣＰＵが記憶部２０２に格納されるプログラムを実行することで実現される。

まず、Ｓ１１０１において、管理サーバ１０６の制御部２０３は、画像形成装置１０２からの機能追加通知（図１０のＳ１００２参照）を受信すると（追加機能受信処理）、Ｓ１１０２に処理を進める。

Ｓ１１０２では、制御部２０３は、前記Ｓ１１０１で受信した機能追加通知に含まれる機能コード５０１から画像形成装置１０２に追加された機能、及び監視対象コードタイプ５０２を特定し、監視対象コードタイプ５０２から監視対象の障害コード一覧４０１を特定する。例えば、画像形成装置１０２から受信した機能追加通知に含まれる機能コード５０１が「０００１」の場合、監視対象コードタイプ５０２を「Ａ」と特定し、「Ａ」に対応する監視対象の障害コード一覧４０１を特定する。

次に、Ｓ１１０３において、制御部２０３は、前記Ｓ１１０２で特定した監視対象の障害コード一覧４０１を含む監視設定の変更指示を、画像形成装置１０２へ送信する（監視条件送信処理）。この監視設定の変更指示は、画像形成装置１０２で受信され、画像形成装置１０２の監視設定が変更される（図１０のＳ１００４〜Ｓ１００６参照）。

図１２は、画像形成装置１０２に障害が発生した際に実行される障害発生処理の一例を示すフローチャートである。なお、このフローチャートの処理は、障害情報制御部３０７、機能制御部３０８等により実行される。即ち、画像形成装置１０２のＣＰＵが記憶部３０２に格納されるプログラムを実行することで実現される。

まず、Ｓ１２０１において、障害情報制御部３０７は、障害の発生を監視する。そして、障害情報制御部３０７は、障害が発生したことを検知すると、Ｓ１２０２に処理を進める。

Ｓ１２０２では、障害情報制御部３０７は、発生した障害が監視対象、即ち、予め障害情報制御部３０７に設定されている監視設定又は図１０のＳ１００５で設定変更された監視設定（監視対象の障害コード一覧４０１の内容）に対応するものか否かを判定する。

そして、発生した障害が監視対象でないと判断した場合（Ｓ１２０２でＮｏ）、障害情報制御部３０７は、Ｓ１２０７に処理を進める。
Ｓ１２０７では、障害情報制御部３０７は、発生した障害に関する障害情報を、通常のログ領域に作成する。なお、ここでの通常のログ領域とは、管理サーバ１０６へ即時通知する必要のない（監視対象ではない）障害情報を生成、格納する領域であり、障害情報制御部３０７が管理する。

一方、発生した障害が監視対象であると判断した場合（Ｓ１２０２でＹｅｓ）、障害情報制御部３０７は、Ｓ１２０３に処理を進める。
Ｓ１２０３では、障害情報制御部３０７は、障害が発生した際に、機能制御部３０８が機能提供装置１０８により提供される機能を利用していたか（機能制御部３０８が機能提供装置１０８と連携した機能を適用中であったか）どうかを判断する。

そして、機能制御部３０８が機能提供装置１０８により提供される機能を利用していないと判断した場合にも（Ｓ１２０３でＮｏ）、障害情報制御部３０７は、Ｓ１２０６に処理を進める。

上記Ｓ１２０３でＮｏの場合、Ｓ１２０６では、障害情報制御部３０７は、発生した障害に関する障害情報を、通知用のログ領域に作成する。ここで作成される障害情報には、画像形成装置１０２自身で発生した障害の内容を示す障害コードが含まれる。また、機能提供装置１０８により提供される機能の利用中に発生した障害であって、画像形成装置１０２に発生した復旧作業などが必要となる障害である場合には、それを示す情報（例えば図６に示したようなサブコード（００００））を障害情報に含めてもよい。

一方、機能制御部３０８が機能提供装置１０８により提供される機能を利用していたと判断した場合（Ｓ１２０３でＹｅｓ）、障害情報制御部３０７は、Ｓ１２０４に処理を進める。

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

そして、障害の発生が機能提供装置１０８に原因があると判断できた場合（Ｓ１２０４でＹｅｓ）、障害情報制御部３０７は、Ｓ１２０５に処理を進める。
Ｓ１２０５では、障害情報制御部３０７は、障害の発生が機能提供装置１０８に原因があることが識別可能な障害情報を、通知用のログ領域に作成する。例えば、前述したＰＤＬエラーでは、予め用意されているレンダリングエラー（取得したＰＤＬが異常）を示す障害コード（ｘ２００３）を含む障害情報が作成される。なお、この障害情報に、機能コード、障害の発生が機能提供装置１０８に原因があることを識別できる識別子（例えば図６に示したようなサブコード（０００１））を含めてもよい。また、画像形成装置１０２が機能提供装置１０８より、機能提供装置１０８で発生した異常などを示す情報（例えば機能提供装置１０８の障害コード等）を受信している場合には、その情報も前記障害情報に含めてもよい。なお、通知用のログ領域とは、管理サーバ１０６へ通知する障害情報を生成、格納する領域であり、障害情報制御部３０７が管理する。また、前記通知用のログ領域、及び前記通常のログ領域は、共に画像形成装置１０２の記憶部３０２に存在する。

一方、上記Ｓ１２０４において、障害の内容が明らかに画像形成装置の内部で発生した障害（ジャムなど）である場合や、機能提供装置１０８側で発生した障害かどうかを障害の内容からでは不明である場合には、障害情報制御部３０７は、障害の発生が機能提供装置１０８に原因があると判断できなかったと判断し（Ｓ１２０４でＮｏ）、Ｓ１２０６に処理を進める。

上記Ｓ１２０４でＮｏの場合、Ｓ１２０６では、障害情報制御部３０７は、発生した障害に関する障害情報を、通知用のログ領域に作成する。ここで作成される障害情報には、ジャム等のように明らかに画像形成装置の内部で発生した障害の場合、画像形成装置１０２自身で発生した障害の内容を示す障害コードを含む。この場合、前記障害情報に、画像形成装置１０２に発生した障害であることを示す情報（例えば図６に示したようなサブコード（００００））を含めてもよい。なお、障害の発生が機能提供装置１０８側にあるかどうか不明の場合、Ｓ１２０６で作成される障害情報には、Ｓ１２０１で発生が検出された障害（通信エラーや処理の異常終了など）を示す障害コードが含まれる。さらに、前記障害情報には、機能コード、及び機能提供装置１０８が提供する機能を利用中に発生した障害であることを示す情報を含めてもよい。

図１３は、画像形成装置１０２が障害情報を管理サーバへ送信する処理の一例を示すフローチャートである。なお、このフローチャートの処理は、デバイス情報制御部３０４等により実行される。即ち、画像形成装置１０２のＣＰＵが記憶部３０２に格納されるプログラムを実行することで実現される。

まず、Ｓ１３０１において、デバイス情報制御部３０４は、障害情報制御部３０７に障害発生処理（図１２）を実行させる。
次に、Ｓ１３０２において、デバイス情報制御部３０４は、通知用のログ領域に障害情報が存在するかどうかを判断する。
そして、通知用のログ領域に障害情報が存在すると判断した場合（Ｓ１３０２でＹｅｓ）、デバイス情報制御部３０４は、Ｓ１３０３に処理を進める。
Ｓ１３０３では、デバイス情報制御部３０４は、通知用のログ領域に存在する障害情報を、通信部３０１を介して管理サーバ１０６へ送信し、本フローチャートの処理を終了させる。なお、この障害情報は、画像形成装置の識別情報（ＩＰアドレスや機種情報）とともに送信される。
一方、通知用のログ領域に障害情報が存在しないと判断した場合（Ｓ１３０２でＮｏ）、デバイス情報制御部３０４は、そのまま本フローチャートの処理を終了させる。

図１４は、管理サーバ１０６が障害原因に応じた通知を受信した際の処理の一例を示すフローチャートである。なお、このフローチャートの処理は、管理サーバ１０６の制御部２０３等により実行される。即ち、管理サーバ１０６のＣＰＵが記憶部２０２に格納されるプログラムを実行することで実現される。

まず、Ｓ１４０１において、管理サーバ１０６の制御部２０３の通知管理部２０４は、画像形成装置１０２からの障害情報（図１３のＳ１３０３参照）を受信すると、記憶部２０２に記憶する制御を行い、Ｓ１４０２に処理を進める。なお、障害情報は、画像形成装置の識別情報（ＩＰアドレスや機種情報）とともに受信され、記憶部２０２に対応付けて記憶され、デバイス情報管理部２０６により管理される。

Ｓ１４０２では、通知管理部２０４は、図６の障害情報テーブルを参照する。そして、受信した障害情報に含まれる障害コードに基づき、画像形成装置１０２に原因のある障害であるかどうか判断する。なお、障害情報に、障害の発生が画像形成装置１０２に原因があることを識別できる識別子（例えば図６に示したようなサブコード（００００））が含まれている場合には、この識別子により判断してもよい。

そして、前記Ｓ１４０２で画像形成装置１０２に原因のある障害であると判断された場合（Ｓ１４０２でＹｅｓ）、通知管理部２０４は、Ｓ１４０７に処理を進める。
Ｓ１４０７では、通知管理部２０４は、前記Ｓ１４０１で受信した障害情報の内容を、通信部２０１を介して画像形成装置１０２の保守担当者の通知先へ通知を行い、処理を終了させる。前記保守担当者の通知先に関しては、図７の通知先情報に関するテーブル７００のアドレス７０２を参照することにより決定される。

一方、画像形成装置１０２に原因のある障害であると判断されなかった場合（Ｓ１４０２でＮｏ）、通知管理部２０４は、Ｓ１４０３に処理を進める。
Ｓ１４０３では、通知管理部２０４は、図６の障害情報テーブルを参照し、受信した障害情報が機能提供装置１０８に原因がある障害であるかどうか判断する。なお、障害情報に、障害の発生が機能提供装置１０８に原因があることを識別できる識別子（例えば図６に示したようなサブコード（０００１））が含まれている場合には、この識別子により判断してもよい。

そして、機能提供装置１０８に原因がある障害であると判断された場合（Ｓ１４０３でＹｅｓ）、つまり図１２のＳ１２０５で作成された障害情報であると判断された場合、通知管理部２０４は、Ｓ１４０６に処理を進める。

一方、前記Ｓ１４０３において、機能提供装置１０８に原因がある障害と判断されなかった場合（Ｓ１４０３でＮｏ）、つまり図１２のＳ１２０６で作成された障害情報であると判断された場合、通知管理部２０４は、Ｓ１４０４に処理を進める。

Ｓ１４０４では、通知管理部２０４は、デバイス情報と機能提供装置１０８の情報から、障害の原因を分析する。具体的には図８、図９の対応テーブルから障害情報を送信してきた画像形成装置１０２の機種は機能提供装置１０８の機能を利用可能であるか、また、画像形成装置１０２のファームウェアバージョンが機能を利用する上での基準に達しているかなどを確認する。なお、画像形成装置のＩＰアドレス、ＭＡＣアドレス、機種情報、及び、ファームウェアバージョン情報などは、デバイス情報管理部２０６が管理しており、障害情報に付されたＩＰアドレスから、障害情報を送信してきた画像形成装置１０２の機種情報及びファームウェアバージョン情報を取得可能である。

例えば、Ｓ１４０１で受信した障害情報に機能提供装置１０８を利用している際に発生した障害であることを示す情報を含まれ、上記確認の結果、画像形成装置１０２が機種及びファームウェアバージョンにおいて機能提供装置１０８を利用可能だった場合、前記Ｓ１４０４において、通知管理部２０４は、機能提供装置１０８側の保守担当員に連絡すべきと分析する。

次に、Ｓ１４０５において、通知管理部２０４は、Ｓ１４０４の分析の結果を踏まえて、機能提供装置１０８側の担当に通知が必要な障害であるかどうか判断する。
そして、機能提供装置１０８側の担当に通知が必要な障害であると判断した場合（Ｓ１４０５でＹｅｓ）、通知管理部２０４は、Ｓ１４０６に処理を進める。
Ｓ１４０６では、通知管理部２０４は、前記Ｓ１４０１で受信した障害情報の内容を、通信部２０１を介して、機能提供装置１０８の保守担当者の通知先へ通知し、処理終了となる。前記機能提供装置１０８の保守担当者の通知先に関しては、図７の通知先情報に関するテーブル７００の７０４内のアドレス７０２を参照することにより決定される。

一方、Ｓ１４０５において、機能提供装置１０８側の担当に通知が必要な障害であると判断できなかった場合（Ｓ１４０５でＮｏ）、通知管理部２０４は、Ｓ１４０７にて、前記Ｓ１４０１で受信した障害情報の内容を通信部２０１を介して画像形成装置１０２の保守担当者の通知先へ通知を行い、処理を終了させる。ここで、故障の原因が機能提供装置１０８側にあったとしても、現地に派遣された画像形成装置１０２の保守担当者により、障害原因が把握されるので、復旧作業に関しては適切に行われることになる。

以上示したように、本実施例の管理システムでは、画像形成装置１０２に新たな機能が追加された場合でも、障害発生の原因が画像形成装置側にあるのか否かを判断し、管理サーバ１０６が障害情報の通知先を変更することができる。これにより、販売会社は適切なサービスマン派遣が可能となる。

従って、新たに画像形成装置１０２にネットワーク上の機能と連携するような機能が追加されても、画像形成装置から管理サーバ１０６へ適切な通知を可能にする仕組みと、管理サーバ１０６側で障害発生箇所の特定と、それによる適切なサービスマンの派遣などを可能とする柔軟な仕組みを提供することができる。このため、ユーザは障害発生の箇所を意識することなく、従来どおり画像形成装置の保守サービスを受けることができる。

本実施例では、画像形成装置１０２が自身の機能追加を管理サーバ１０６に通知し、この通知に応じて、管理サーバ１０６が監視設定変更の指示を画像形成装置１０２に行う構成について示した。しかし、管理サーバ１０６が定期的に画像形成装置１０２をチェックして画像形成装置１０２への機能追加を検知し、監視設定変更の要求を画像形成装置１０２に行う仕組みでもよい。

また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ ＬＡＮ
１０２ 画像形成装置
１０３ Ｐｒｏｘｙ Ｓｅｒｖｅｒ
１０４ Ｆｉｒｅｗａｌｌ
１０５ パーソナルコンピュータ
１０６ 管理サーバ
１０７ イントラネット
１０８ 機能提供装置
１０９ インターネット

Claims (16)

1. 画像形成装置と、画像形成装置とネットワークを介して通信を行う管理サーバとを含む管理システムであって、
   前記画像形成装置は、
   障害を監視する監視手段と、
   ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能の追加がなされたことを検知する検知手段と、
   前記検知手段により追加が検知された機能の情報を前記管理サーバに送信する追加機能送信手段と、
   前記追加機能送信手段での送信に応じて前記管理サーバから返信される前記追加された機能に対応する監視条件を受信する監視条件受信手段と、
   前記監視条件受信手段により受信された監視条件を前記監視手段の監視条件に追加するように設定する設定手段と、
   前記監視手段が前記監視条件に対応する障害の発生を検知した場合、該検知された障害の原因が前記機能提供装置にある場合には前記機能提供装置に原因があると特定できる障害情報を作成し、一方、前記障害の原因が前記機能提供装置にあると特定されなかった場合には前記監視手段で検知された障害に関する障害情報を作成する作成手段と、
   前記作成手段により作成された前記障害情報を前記管理サーバに送信する送信手段とを有し、
   前記管理サーバは、
   前記画像形成装置から追加された機能の情報を受信する追加機能受信手段と、
   前記追加機能受信手段で受信した追加された機能の情報に対応する監視条件を前記画像形成装置に送信する監視条件送信手段と、
   前記画像形成装置から障害情報を受信する受信手段と、
   前記画像形成装置から受信した障害情報に応じて、画像形成装置の保守のための手配を行うための通知を行う通知手段とを有し、
   前記通知手段は、前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行わないことを特徴とする管理システム。
2. ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能な画像形成装置を管理する管理サーバであって、
   ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能が、前記画像形成装置に追加された場合に、前記画像形成装置から送信される前記追加された機能の情報を受信する追加機能受信手段と、
   前記追加機能受信手段で受信した追加された機能の情報に対応する監視条件を前記画像形成装置に送信する監視条件送信手段と、
   前記画像形成装置から障害情報を受信する受信手段と、
   前記画像形成装置から受信した障害情報に応じて、画像形成装置の保守のための手配を行うための通知を行う通知手段とを有し、
   前記通知手段は、前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行わないことを特徴とする管理サーバ。
3. 前記追加された機能の情報に対応する監視条件は、前記機能の利用中に発生し得る監視すべき障害に対応する障害コードを含むことを特徴とする請求項２に記載の管理サーバ。
4. 前記障害コードは、前記機能が追加されたことにより、監視対象となった既知の障害コード、又は、新たに追加された新規の障害コードを含むことを特徴とする請求項３に記載の管理サーバ。
5. 前記通知手段は、前記障害情報に、前記機能提供装置で発生した障害を示す障害コード、又は、前記機能提供装置から通知された障害コードが含まれている場合、前記機能提供装置に障害の原因があると特定することを特徴とする請求項２乃至４のいずれか１項に記載の管理サーバ。
6. 前記通知手段は、前記画像形成装置の機種及びファームウェアの情報の少なくとも何れかを含むデバイス情報をもとに前記機能が当該画像形成装置で利用できるかを分析し、当該画像形成装置で前記機能が利用できると分析された場合には、前記機能提供装置に障害の原因があると特定することを特徴とする請求項２乃至５のいずれか１項に記載の管理サーバ。
7. 前記提供装置の保守を行う担当への通知先を管理する管理手段を有し、
   前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行うことなく、前記通知手段は前記管理手段に管理される前記提供装置の保守を行う担当への通知先に対して障害の発生を通知することを特徴とする請求項２乃至６のいずれか１項に記載の管理サーバ。
8. 管理サーバとネットワークを介して通信を行う画像形成装置であって、
   障害を監視する監視手段と、
   ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能の追加がなされたことを検知する検知手段と、
   前記検知手段により追加が検知された機能の情報を前記管理サーバに送信する追加機能送信手段と、
   前記追加機能送信手段での送信に応じて前記管理サーバから返信される前記追加された機能に対応する監視条件を受信する監視条件受信手段と、
   前記監視条件受信手段により受信された監視条件を前記監視手段の監視条件に追加するように設定する設定手段と、
   前記監視手段が前記監視条件に対応する障害の発生を検知した場合、該検知された障害の原因が前記機能提供装置にある場合には前記機能提供装置に原因があると特定できる障害情報を作成し、一方、前記障害の原因が前記機能提供装置にあると特定されなかった場合には前記監視手段で検知された障害に関する障害情報を作成する作成手段と、
   前記作成手段により作成された前記障害情報を前記管理サーバに送信する送信手段と、
   を有することを特徴とする画像形成装置。
9. 前記追加された機能の情報に対応する監視条件は、前記機能の利用中に発生し得る監視すべき障害に対応する障害コードを含むことを特徴とする請求項８に記載の画像形成装置。
10. 前記障害コードは、前記機能が追加されたことにより、監視対象となった既知の障害コード、又は、新たに追加された新規の障害コードを含むことを特徴とする請求項９に記載の画像形成装置。
11. 前記機能提供装置に原因があると特定できる障害情報は、前記機能提供装置で発生した障害を示す障害コード、又は、前記機能提供装置から通知された障害コードを含むことを特徴とする請求項８乃至１０のいずれか１項に記載の画像形成装置。
12. 画像形成装置と、画像形成装置とネットワークを介して通信を行う管理サーバとを含む管理システムにおける管理方法であって、
    前記画像形成装置が、
    障害を監視する監視ステップと、
    ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能の追加がなされたことを検知する検知ステップと、
    前記検知ステップにより追加が検知された機能の情報を前記管理サーバに送信する追加機能送信ステップと、
    前記追加機能送信ステップでの送信に応じて前記管理サーバから返信される前記追加された機能に対応する監視条件を受信する監視条件受信ステップと、
    前記監視条件受信ステップにより受信された監視条件を前記監視ステップでの監視条件に追加するように設定する設定ステップと、
    前記監視ステップで前記監視条件に対応する障害の発生を検知した場合、該検知された障害の原因が前記機能提供装置にある場合には前記機能提供装置に原因があると特定できる障害情報を作成し、一方、前記障害の原因が前記機能提供装置にあると特定されなかった場合には前記監視ステップで検知された障害に関する障害情報を作成する作成ステップと、
    前記作成ステップにより作成された前記障害情報を前記管理サーバに送信する送信ステップとを実行し、
    前記管理サーバが、
    前記画像形成装置から追加された機能の情報を受信する追加機能受信ステップと、
    前記追加機能受信ステップで受信した追加された機能の情報に対応する監視条件を前記画像形成装置に送信する監視条件送信ステップと、
    前記画像形成装置から障害情報を受信する受信ステップと、
    前記画像形成装置から受信した障害情報に応じて、画像形成装置の保守のための手配を行うための通知を行う通知ステップとを実行し、
    前記通知ステップでは、前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行わないことを特徴とする管理方法。
13. ネットワークを介して提供装置と通信を行い、提供装置が提供する機能を利用することが可能な画像形成装置を管理する管理サーバにおける管理方法であって、
    追加機能受信手段が、ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能が、前記画像形成装置に追加された場合に、前記画像形成装置から送信される前記追加された機能の情報を受信する追加機能受信ステップと、
    監視条件送信手段が、前記追加機能受信ステップで受信した追加された機能の情報に対応する監視条件を前記画像形成装置に送信する監視条件送信ステップと、
    受信手段が、前記画像形成装置から障害情報を受信する受信ステップと、
    通知手段が、前記画像形成装置から受信した障害情報に応じて、画像形成装置の保守のための手配を行うための通知を行う通知ステップとを有し、
    前記通知ステップでは、前記受信した障害情報に基づき提供装置に障害の原因があると特定できる場合には画像形成装置の保守のための手配を行わないことを特徴とする管理方法。
14. 管理サーバとネットワークを介して通信を行う画像形成装置における管理方法であって、
    監視手段が、障害を監視する監視ステップと、
    検知手段が、ネットワークを介して機能提供装置と通信を行って該機能提供装置が提供するサービスを利用する機能の追加がなされたことを検知する検知ステップと、
    追加機能送信手段が、前記検知ステップにより追加が検知された機能の情報を前記管理サーバに送信する追加機能送信ステップと、
    監視条件受信が、前記追加機能送信ステップでの送信に応じて前記管理サーバから返信される前記追加された機能に対応する監視条件を受信する監視条件受信ステップと、
    設定手段が、前記監視条件受信ステップにより受信された監視条件を前記監視ステップでの監視条件に追加するように設定する設定ステップと、
    作成手段が、前記監視ステップで前記監視条件に対応する障害の発生を検知した場合、該検知された障害の原因が前記機能提供装置にある場合には前記機能提供装置に原因があると特定できる障害情報を作成し、一方、前記障害の原因が前記機能提供装置にあると特定されなかった場合には前記監視ステップで検知された障害に関する障害情報を作成する作成ステップと、
    送信手段が、前記作成ステップにより作成された前記障害情報を前記管理サーバに送信する送信ステップと、
    を有することを特徴とする管理方法。
15. 請求項２乃至７の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
16. 請求項８乃至１１の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。

Images