(57)【要約】【課題】特定の時間内に複数検知された同一エラーの通知回数を削減することができる管理サーバおよびエラー出力プログラムを提供する。【解決手段】集約条件１１２を記憶する記憶部１１０と、画像形成装置の状態を示す状態情報を取得する通信部１０５と、状態情報がエラーを示すか否かを判定するエラー判定部１０１と、状態情報がエラーを示すと判定された場合に、エラーを示すと判定された複数の状態情報が集約条件を満たすか否かを判定する条件判定部１０２と、複数の状態情報が集約条件を満たすと判定された場合に、複数の状態情報から、複数のエラーを含む１つの通知情報を生成する生成部１０３と、生成された１つの通知情報を出力先装置３００に出力する出力部１０４と、を備えた。【選択図】図１
2012064045.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成装置とネットワークを介して接続された管理サーバであって、
複数のエラー通知を集約するための条件を規定した集約条件を記憶する集約条件記憶部と、
前記画像形成装置の状態を示す状態情報を取得する取得部と、
取得された前記状態情報がエラーを示すか否かを判定するエラー判定部と、
前記状態情報がエラーを示すと判定された場合に、エラーを示すと判定された複数の前記状態情報が前記集約条件を満たすか否かを判定する条件判定部と、
複数の前記状態情報が前記集約条件を満たすと判定された場合に、複数の前記状態情報から、複数のエラーを含む１つの通知情報を生成する生成部と、
生成された前記１つの通知情報を出力先装置に出力する出力部と、
を備えたことを特徴とする管理サーバ。
【請求項２】
前記状態情報は、エラーの種類、および前記画像形成装置を識別する識別情報を含み、
前記集約条件は、集約対象とするエラーの種類と、集約対象とする前記画像形成装置の識別情報の範囲とを対応付けた条件であり、
前記条件判定部は、取得された前記状態情報に含まれるエラーの種類が前記集約条件に含まれるか否かを判断し、前記エラーの種類が前記集約条件に含まれると判断した場合に、取得された前記状態情報に含まれる前記識別情報が、前記集約条件に含まれる前記エラーの種類に対応付けられた前記範囲に含まれるか否かを判断し、前記識別情報が前記範囲に含まれると判断した場合に、前記集約条件を満たすと判定すること、
を特徴とする請求項１に記載の管理サーバ。
【請求項３】
前記集約条件記憶部は、前記集約条件に、前記１つの通知情報に含めるエラーを示す前記状態情報を取得するための所定の時間をさらに対応付け、
取得された前記状態情報を履歴として記憶する履歴記憶部、
をさらに備え、
前記条件判定部は、さらに、前記状態情報が取得された時から前記所定の時間内に、複数の前記状態情報が前記履歴として記憶されたか否かを判断し、前記状態情報が取得された時から前記所定の時間内に、複数の前記状態情報が前記履歴として記憶されたと判断した場合に、前記集約条件を満たすと判定すること、
を特徴とする請求項２に記載の管理サーバ。
【請求項４】
前記出力部は、生成された前記１つの通知情報を前記出力先装置にメール送信すること、
を特徴とする請求項１に記載の管理サーバ。
【請求項５】
前記出力部は、生成された前記１つの通知情報を前記出力先装置にポップアップ表示すること、
を特徴とする請求項１に記載の管理サーバ。
【請求項６】
複数の画像形成装置とネットワークを介して接続されたコンピュータを、
複数のエラー通知を集約するための条件を規定した集約条件を記憶部に保存する集約条件保存ステップと、
前記画像形成装置の状態を示す状態情報を取得する取得ステップと、
取得された前記状態情報がエラーを示すか否かを判定するエラー判定ステップと、
前記状態情報がエラーを示すと判定された場合に、エラーを示すと判定された複数の前記状態情報が前記集約条件を満たすか否かを判定する条件判定ステップと、
複数の前記状態情報が前記集約条件を満たすと判定された場合に、複数の前記状態情報から、複数のエラーを含む１つの通知情報を生成する生成ステップと、
生成された前記１つの通知情報を出力先装置に出力する出力ステップ、
として実行することを特徴とするエラー出力プログラム。
【請求項７】
前記状態情報は、エラーの種類、および前記画像形成装置を識別する識別情報を含み、
前記集約条件は、集約対象とするエラーの種類と、集約対象とする前記画像形成装置の識別情報の範囲とを対応付けた条件であり、
前記条件判定ステップは、取得された前記状態情報に含まれるエラーの種類が前記集約条件に含まれるか否かを判断し、前記エラーの種類が前記集約条件に含まれると判断した場合に、取得された前記状態情報に含まれる前記識別情報が、前記集約条件に含まれる前記エラーの種類に対応付けられた前記範囲に含まれるか否かを判断し、前記識別情報が前記範囲に含まれると判断した場合に、前記集約条件を満たすと判定すること、
を特徴とする請求項６に記載のエラー出力プログラム。
【請求項８】
前記集約条件保存ステップは、前記１つの通知情報に含めるエラーを示す前記状態情報を取得するための所定の時間をさらに対応付けた前記集約条件を前記記憶部に保存し、
取得された前記状態情報を履歴として前記記憶部に保存する履歴保存ステップ、
をさらに含み、
前記条件判定ステップは、さらに、前記状態情報が取得された時から前記所定の時間内に、複数の前記状態情報が前記履歴として前記記憶部に保存されたか否かを判断し、前記状態情報が取得された時から前記所定の時間内に、複数の前記状態情報が前記履歴として前記記憶部に保存されたと判断した場合に、前記集約条件を満たすと判定すること、
を特徴とする請求項６に記載のエラー出力プログラム。
【請求項９】
前記出力ステップは、生成された前記１つの通知情報を前記出力先装置にメール送信すること、
を特徴とする請求項６に記載のエラー出力プログラム。
【請求項１０】
前記出力ステップは、生成された前記１つの通知情報を前記出力先装置にポップアップ表示すること、
を特徴とする請求項６に記載のエラー出力プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバおよびエラー出力プログラムに関する。
【背景技術】
【０００２】
従来から、ネットワークに接続された複数の画像形成装置と、複数の画像形成装置を管理する画像形成装置管理ツールが開発されている。また、画像形成装置管理ツールは、複数の画像形成装置の状態を監視し、画像形成装置に異常が発生した場合、画像形成装置の管理者にメール等で異常を通知する方法が既に知られている。
【０００３】
しかし、従来の方法では、特定のエリア内やグループ内で使用されている複数の画像形成装置に同一の異常が発生した場合に、エラーを検知した画像形成装置の台数分だけ管理者にメールで通知していたことから通知回数が増大するという問題があった。特定のエリア内やグループ内で同一の異常が短期間に発生した場合は、画像形成装置以外に問題があると考えられるが、画像形成装置管理システムは画像形成装置に問題があると判断していた。
【０００４】
例えば、ある部署で管理されている複数の画像形成装置とネットワークのトラブルにより通信不能となった場合であっても、画像形成装置管理システムは通信不能となったエリア内の画像形成装置それぞれに対して接続できなくなったと判断していた。そして、画像形成装置管理システムは当該エリアの画像形成装置の台数分「異常を検知した」というメールを管理者に配信していたので、管理者側では同一のエラー通知を複数受信することとなり煩わしい手間が発生していた。
【０００５】
そこで、エラー通知を配信サーバの管理者以外の人に自動的に通知することを可能とし、配信サーバの管理者の作業負荷を軽減することを目的として、あらかじめ記憶したエラー通知条件テーブルと、エラー発生頻度テーブルを用いたエラー通知の方法が開示されている（例えば、特許文献１参照。）。特許文献１の方法では、エラーの発生回数および発生間隔の情報を取得し、取得した情報に基づいてエラー通知を行うか否かを判断する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の方法では、エラー通知を行うか否かを判断するだけなので、エラー通知を行うと判断した場合は管理者に同一のエラー通知が複数配信されてしまうので、管理者側に生じる煩わしい手間を軽減することができない。
【０００７】
本発明は、上記に鑑みてなされたものであって、特定の時間内に複数検知された同一エラーの通知回数を削減することができる管理サーバおよびエラー出力プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明にかかる管理サーバは、複数の画像形成装置とネットワークを介して接続された管理サーバであって、複数のエラー通知を集約するための条件を規定した集約条件を記憶する集約条件記憶部と、前記画像形成装置の状態を示す状態情報を取得する取得部と、取得された前記状態情報がエラーを示すか否かを判定するエラー判定部と、前記状態情報がエラーを示すと判定された場合に、エラーを示すと判定された複数の前記状態情報が前記集約条件を満たすか否かを判定する条件判定部と、複数の前記状態情報が前記集約条件を満たすと判定された場合に、複数の前記状態情報から、複数のエラーを含む１つの通知情報を生成する生成部と、生成された前記１つの通知情報を出力先装置に出力する出力部と、を備えたことを特徴とする。
【０００９】
また、本発明にかかるエラー出力プログラムは、複数の画像形成装置とネットワークを介して接続されたコンピュータを、複数のエラー通知を集約するための条件を規定した集約条件を記憶部に保存する集約条件保存ステップと、前記画像形成装置の状態を示す状態情報を取得する取得ステップと、取得された前記状態情報がエラーを示すか否かを判定するエラー判定ステップと、前記状態情報がエラーを示すと判定された場合に、エラーを示すと判定された複数の前記状態情報が前記集約条件を満たすか否かを判定する条件判定ステップと、複数の前記状態情報が前記集約条件を満たすと判定された場合に、複数の前記状態情報から、複数のエラーを含む１つの通知情報を生成する生成ステップと、生成された前記１つの通知情報を出力先装置に出力する出力ステップ、として実行することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、特定の時間内に複数検知された同一エラーを管理者に通知する回数を削減するという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態１にかかる管理サーバの構成を示すブロック図である。
【図２】図２は、機器情報の一例を示す図である。
【図３】図３は、エラー履歴の一例を示す図である。
【図４】図４は、集約条件情報の一例を示す図である。
【図５】図５は、通知設定情報の一例を示す図である。
【図６−１】図６−１は、メールのテンプレートの一例を示す図である。
【図６−２】図６−２は、ポップアップのテンプレートの一例を示す図である。
【図７】図７は、管理サーバによるエラー通知処理の手順を示すフローチャートである。
【図８−１】図８−１は、Ｄｅｖｉｃｅ１の接続エラーを示すメールの一例を示す図である。
【図８−２】図８−２は、Ｄｅｖｉｃｅ２の接続エラーを示すメールの一例を示す図である。
【図９】図９は、本発明にかかる管理サーバにより生成された通知情報の一例を示す図である。
【図１０】図１０は、本実施の形態にかかる管理サーバのハードウェア構成を示す説明図である。
【図１１】図１１は、本実施の形態にかかる複合機のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかる管理サーバおよびエラー出力プログラムの最良な実施の形態を詳細に説明する。
【００１３】
（実施の形態１）
図１は、実施の形態１にかかる管理サーバの構成を示すブロック図である。図１に示すように、管理サーバ１００は、ネットワーク１５０を介して出力先装置（例えば、「クライアント端末」）３００、およびルータ１６０を介してネットワーク１５０と接続された画像形成装置としてのＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）２００ａ〜２００ｃ（以下、ＭＦＰ２００と総称する。）と接続されている。図１に示すように、ルータ１６０にはＩＰアドレス「１０．２．１．１」が、ＭＦＰ２００にはＩＰアドレス「１０．２．１．２〜１０．２．１．４」が付与されている。なお、図１では、３台のＭＦＰを図示するが、ＭＦＰの台数はこれに限定されない。また、出力先装置としては、携帯電話機、タブレット型コンピュータを用いてもよい。
【００１４】
また、管理サーバ１００は、エラー判定部１０１と、条件判定部１０２と、生成部１０３と、出力部１０４と、通信部１０５と、記憶部１１０とを主に備える。
【００１５】
通信部１０５は、ＭＦＰ２００の状態を示す状態情報を取得する取得部としての機能を有する。ここで、状態情報には、ＭＦＰ２００の状態や、ＭＦＰ２００の機器ＩＤ等が含まれる。また、状態は、正常またはエラーを示し、エラーである場合は状態情報にエラー名が含まれる。また、通信部１０５は、管理サーバ１００からのポーリングによりＭＦＰ２００にＭＦＰ２００の状態情報を取得してもよいし、ＭＦＰ２００から定期的に管理サーバ１００に送信されてくる状態情報を受信することにより取得してもよい。
【００１６】
また、通信部１０５は、出力部１０４により出力されたメールやポップアップ表示等の通知を出力先装置３００に送信する。
【００１７】
記憶部１１０は、機器情報１１１と、集約条件１１２と、エラー履歴１１３とを主に記憶する。機器情報１１１はネットワーク１５０に接続されているＭＦＰ２００の機器情報であり、機器情報にはデバイス名や、ＩＰアドレス等が含まれる。図２は、機器情報の一例を示す図である。図２に示すように、記憶部１１０は、機器情報１１１として、Device  Nameと、ＩＰアドレスと、所属グループとを対応付けて記憶する。ここで、Device  Nameとしては、製品名や、製造番号等デバイスを識別可能な名前や、ＩＤ等が付与される。例えば、図２では、Ｄｅｖｉｃｅ１は、ＩＰアドレス１０．２．１．２が付与されており、ＧｒｏｕｐＡに属することを示す。
【００１８】
図３は、エラー履歴１１３の一例を示す図である。エラー履歴は、ＭＦＰ２００のエラーを示す状態の受信履歴のことである。図３に示すように、記憶部１１０はエラー履歴１１３として、エラーを受信した時間と、エラー名と、Device  ＩＤとを対応付けて記憶する。例えば、図３では、２０１０年３月３０日１０時２１分３０秒に、接続エラーがＤｅｖｉｃｅ１に発生したことを示す。
【００１９】
図４は、集約条件情報の一例を示す図である。ここで、集約条件情報とは、集約条件と、判定時間と、通知設定情報ＩＤとを含む情報のことである。また、集約条件とは、同一エラーを１つの通知に集約するための条件のことであり、エラーの種類（エラー名）と、対象範囲とを規定する。例えば、図４の集約条件情報のエラー名の列では、接続エラーと、ペーパレスが示されている。特定の対象範囲から所定の時間内に一斉に同一エラーを示す状態情報が送信されるケースとしては、このように、ネットワークの故障により特定の対象範囲にある全てのＭＦＰが接続エラーとなる場合や、同一部署で印刷用紙のストックが切れたためにペーパレスとなる場合などがある。また、エラーの種類としてはこの他、トナーエンド、トナーニアー、ペーパジャム、カバーオープン、ＤＯＳ（Ｄｉｓｋ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）アタック等、様々なエラーが状況に応じて該当する。
【００２０】
また、対象範囲とは、集約対象となるＭＦＰの範囲のことであり、ＩＰアドレスや、ＭＦＰが属するグループ名等により特定される。例えば、図４の集約条件情報の１行目では、エラー名「接続エラー」と、ＩＰアドレスで特定された対象範囲「１０．１．２．１〜１０．１．２．２５５」が対応付けられている。また、集約条件情報の２行目では、エラー名「接続エラー」と、グループ名で特定された対象範囲「Ｇｒｏｕｐ  Ｂ」が対応付けられている。
【００２１】
また、判定時間とは、同一エラーを集約するか否かを判定するための時間であって、具体的には、集約条件で規定されているエラーを、ある対象範囲のＭＦＰから受信した場合に、当該ＭＦＰと同一の対象範囲にある他のＭＦＰからの同一エラーの受信を待機する時間のことである。例えば、図４の集約条件情報では、判定時間（ｓ）が規定されており、１行目では「１０秒」が定められている。また、通知設定情報ＩＤとは、エラーの通知方法を定めた通知設定情報を識別するＩＤのことである。例えば、図４の集約条件情報の１行目では「ｎｏｔｉｆｙ  Ａ」が定められている。
【００２２】
エラー判定部１０１は、通信部１０５により取得されたＭＦＰ２００の状態情報がエラーを示すか否かを判定する。
【００２３】
条件判定部１０２は、エラー判定部１０１によりＭＦＰ２００の状態情報がエラーを示すと判定された場合に、ＭＦＰ２００の状態情報に含まれるエラー名と、機器ＩＤが、記憶部１１０に記憶された集約条件１１２に合致するか否かを判定する。例えば、条件判定部１０２は、状態情報に含まれるエラー名と、機器ＩＤが、集約条件１１２に規定されたエラーの種類および対象範囲に含まれるか否かを確認し、含まれることを確認した場合に集約条件を満たすと判定する。
【００２４】
また、条件判定部１０２は、集約条件１１２に集約条件に加えて判定時間が記憶されている場合は、さらに、集約条件１１２を満たすと判定した状態情報を受信した時点から判定時間として定められた所定時間をタイマセットし、所定時間の経過の有無を判定する。条件判定部１０２は、タイマセットした所定時間内に、エラー履歴１１３に他のＭＦＰのエラー履歴が保存されたか否かを確認し、保存されたことを確認した場合に、集約条件を満たすと判定する。
【００２５】
生成部１０３は、エラーを示す状態情報から通知情報を生成する。ここで、通知情報とはメールやポップアップ表示画面等による通知の内容を示す情報であり、エラー名やエラーを示す状態情報を送信したＭＦＰの機器情報、エラーを示す状態情報の受信日時等が含まれる。
【００２６】
また、生成部１０３は、条件判定部１０２により集約条件を満たすと判定された場合に、同一のエラーを示す複数の状態情報から１つの通知情報を生成する。例えば、生成部１０３は、同一のエラーを示す複数の状態情報に共通する内容を１つに集約する。
【００２７】
出力部１０４は、生成部１０３により生成された通知情報を、通信部１０５を介して出力先装置３００に出力する。例えば、出力部１０４は、通知情報がメールであればメール送信し、ポップアップ表示であれば出力先装置３００の表示部（不図示）にポップアップを表示する。
【００２８】
次に、通知設定情報の詳細について説明する。図５は、通知設定情報の一例を示す図である。図５に示すように、通知設定情報は、通知設定情報ＩＤと、テンプレート名と、通知手段と、通知先とが対応付けられている。図５に示す通知設定情報の１行目では、通知設定情報ＩＤ「ｎｏｔｉｆｙ  Ａ」と、テンプレート名「ｔｅｍｐｌａｔｅ＿ｍａｉｌ」と、通知手段「メール」と、通知先「ｘｘｘ＠ｙｙｙ.ｚｚｚ」が対応付けられている。また、図５に示す通知設定情報の２行目では、通知設定情報ＩＤ「ｎｏｔｉｆｙ  Ｂ」とテンプレート名「ｔｅｍｐｌａｔｅ＿ｐｏｐｕｐ」が対応付けられている。
【００２９】
図６−１は、メールのテンプレートの一例を示す図である。図６−１に示すように、メールのテンプレートには、Ｔｏ：が示す欄に通知先が、Ｓｕｂｊｅｃｔ：が示す欄に対象範囲とエラー名が、Ｃｏｎｔｅｎｔｓ:が示す欄にエラー詳細情報が表示される。また、図６−２は、ポップアップのテンプレートの一例を示す図である。図６−２に示すように、Ｔｉｔｌｅ:が示す欄に対象範囲とエラー名が、Ｃｏｎｔｅｎｔｓ:が示す欄にエラー詳細情報が表示される。
【００３０】
次に、以上のように構成された管理サーバ１００によるエラー通知処理の手順について説明する。図７は、管理サーバ１００によるエラー通知処理の手順を示すフローチャートである。
【００３１】
通信部１０５はＭＦＰ２００の状態情報を取得する（ステップＳ１）。エラー判定部１０１は、通信部１０５により取得されたＭＦＰ２００の状態情報がエラーを示すか否かを判定する（ステップＳ２）。記憶部１１０は、エラー判定部１０１により状態情報がエラーを示すと判定された場合に、エラー履歴１１３に当該エラーの種類と、エラーを示す状態情報を取得した日時と、エラーを示す状態情報を送信したＭＦＰの機器ＩＤとを、エラー情報として保存する（ステップＳ３）。
【００３２】
条件判定部１０２は取得された状態情報が集約条件に合致するか否かを判定する（ステップＳ４）。例えば、条件判定部１０２は、通信部１０５により取得された状態情報に含まれるエラーと機器ＩＤが記憶部１１０に記憶されている集約条件１１２に該当するか否かを判定する。
【００３３】
条件判定部１０２は、集約条件に合致しないと判定された場合（ステップＳ４：Ｎｏ）、およびステップＳ９において、同一の集約条件に該当するエラーを示す状態情報がエラー履歴１１３に複数保存されていることを確認しなかった場合（ステップＳ９：Ｎｏ）、集約することなく従来通り１つの状態情報から生成された１つの通知情報を反映したメール本文を生成する（ステップＳ１１）。
【００３４】
図８−１と、図８−２は、従来の通知情報の一例を示す図である。図８−１は、Ｄｅｖｉｃｅ１の接続エラーを示すメールの一例である。また、図８−２は、Ｄｅｖｉｃｅ２の接続エラーを示すメールの一例である。このように、Ｄｅｖｉｃｅ１とＤｅｖｉｃｅ２が同じグループに設置されていて、接続エラーがネットワークの故障にある場合であっても、Ｄｅｖｉｃｅ１とＤｅｖｉｃｅ２それぞれについて個別に通知情報が生成され、出力先装置３００に送信されていた。
【００３５】
一方、条件判定部１０２は、取得された状態情報が集約条件に合致すると判定された場合は（ステップＳ４：Ｙｅｓ）、合致する集約条件について既にタイマがセットされているか否かを確認する（ステップＳ５）。条件判定部１０２は、既にタイマがセットされていることを確認しなかった場合（ステップＳ５：Ｎｏ）、条件判定部１０２は、記憶部１１０に記憶されている集約条件情報に含まれる判定時間をセットする（ステップＳ６）。
【００３６】
一方、条件判定部１０２は、既にタイマがセットされていることを確認した場合（ステップＳ５：Ｙｅｓ）、条件判定部１０２は、タイマをリセットする（ステップＳ７）。
【００３７】
条件判定部１０２は、セットした、またはリセットした判定時間が経過したか否かを判定する（ステップＳ８）。条件判定部１０２は、セットした判定時間が経過したと判定した場合は（ステップＳ８：Ｙｅｓ）、同一の集約条件に該当するエラーを示す状態情報がエラー履歴１１３に複数保存されているか否かを確認する（ステップＳ９）。
【００３８】
生成部１０３は、条件判定部１０２により同一の集約条件に該当するエラーを示す状態情報がエラー履歴１１３に複数保存されていることを確認した場合（ステップＳ９：Ｙｅｓ）、複数のエラーを示す状態情報を集約する（ステップＳ１０）。生成部１０３は、集約した状態情報から１つの通知情報を生成する（ステップＳ１１）。例えば、生成部１０３は複数のエラーを示す状態情報を集約して１つのメール本文を生成する。
【００３９】
図９は、本発明にかかる管理サーバにより生成された通知情報の一例を示す図である。図９は接続エラーを示すメールであり、接続エラーの対象範囲はＩＰアドレス「１０．１．２．１〜１０．１．２．２５５」であり、接続エラーの状態となっているＭＦＰは、Ｄｅｖｉｃｅ１（ＩＰアドレス１０．２．１．２）と、Ｄｅｖｉｃｅ２（ＩＰアドレス１０．２．１．３）であることを示す。このように、図９に示す本発明にかかる管理サーバにより生成された通知情報では、複数のエラーを示す状態情報から１つのメールが生成される。
【００４０】
生成部１０３は、生成した１つの通知情報を反映したメール本文を生成する（ステップＳ１１）。出力部１０４は、生成部１０３により生成されたメールを、通信部１０５を介して出力先装置３００に配信する（ステップＳ１２）。
【００４１】
また、ステップＳ２において、エラー判定部１０１により状態情報がエラーを示すものでないと判定された場合は（ステップＳ２：Ｎｏ）、出力先装置３００への通知は不要であるのでエラー出力処理を行うことなく処理を終了する。
【００４２】
このように、本実施の形態によれば、集約条件で規定された種類のエラーを受信してから所定の判定時間内に受信したエラーと同一の種類のエラーを受信した場合に、複数のエラーを集約した１つの通知情報を生成し、これを管理者に通知するので、エラーの通知回数を削減することができる。
【００４３】
次に、本実施の形態にかかる管理サーバのハードウェア構成について図１０を用いて説明する。図１０は、本実施の形態にかかる管理サーバのハードウェア構成を示す説明図である。
【００４４】
本実施の形態にかかる管理サーバは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５１などの制御装置と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５２やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。
【００４５】
本実施の形態にかかる管理サーバで実行されるエラー出力プログラムは、ＲＯＭ５２等に予め組み込まれて提供される。
【００４６】
本実施の形態にかかる管理サーバで実行されるエラー出力プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供されるように構成してもよい。
【００４７】
さらに、本実施の形態にかかる管理サーバで実行されるエラー出力プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施の形態にかかる管理サーバで実行されるエラー出力プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【００４８】
本実施の形態にかかる管理サーバで実行されるエラー出力プログラムは、コンピュータを上述した管理サーバの各部（エラー判定部、条件判定部、生成部、出力部、通信部）として機能させうる。このコンピュータは、ＣＰＵ５１がコンピュータ読取可能な記憶媒体からエラー出力プログラムを主記憶装置上に読み出して実行することができる。
【００４９】
図１１は、本実施の形態にかかるＭＦＰ２００のハードウェア構成を示すブロック図である。本図に示すように、このＭＦＰ２００は、コントローラ１０とエンジン部（Ｅｎｇｉｎｅ）６０とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｆａｃｅ）バスで接続した構成となる。コントローラ１０は、ＭＦＰ２００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【００５０】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）１６と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２ａと、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ)１２ｂと、をさらに有する。
【００５１】
ＣＰＵ１１は、ＭＦＰ２００の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【００５２】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【００５３】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【００５４】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【００５５】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）４０、ＩＥＥＥ１３９４（ｔｈｅ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ  １３９４）インターフェース５０が接続される。操作表示部２０はＡＳＩＣ１６に直接接続されている。
【００５６】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【００５７】
ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【００５８】
なお、上記実施の形態では、本発明の画像形成装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明するが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。
【符号の説明】
【００５９】
１００  管理サーバ
１０１  エラー判定部
１０２  条件判定部
１０３  生成部
１０４  出力部
１０５  通信部
１１０  記憶部
１５０  ネットワーク
１６０  ルータ
２００ａ〜２００ｃ  ＭＦＰ
３００  出力先装置
【先行技術文献】
【特許文献】
【００６０】
【特許文献１】特開２００９−２２３７２８号公報
【図１】
2012064045.tif 000003
【図２】
2012064045.tif 000004
【図３】
2012064045.tif 000005
【図４】
2012064045.tif 000006
【図５】
2012064045.tif 000007
【図６−１】
2012064045.tif 000008
【図６−２】
2012064045.tif 000009
【図７】
2012064045.tif 000010
【図８−１】
2012064045.tif 000011
【図８−２】
2012064045.tif 000012
【図９】
2012064045.tif 000013
【図１０】
2012064045.tif 000014
【図１１】
2012064045.tif 000015