(57)【要約】【課題】サーバとクライアント端末の間の通信トラフィック増大を抑えつつ、周辺装置のエラー状態について、クライアント端末のユーザに見合った適切な情報を提供する。【解決手段】サーバ３０には、ＭＦＰ１０で発生する各エラーステータスの各々の詳細情報（例えば詳細な解決方法）が保存されている。サーバ３０は、ＭＦＰ１０からエラーステータスを受信すると、各ＰＣ４０ａ〜４０ｃの各々に対してどの詳細度のエラー情報を表示させるべきかを、ＰＣ毎にそのユーザのＭＦＰ使用状況等（例えばエラー解決回数、同じエラーの継続時間等）に基づいて決定する。そして、その決定した詳細度をエラーステータスと共にユーザへ送信する。その際、詳細度が高い場合は、詳細情報自体も送信する。ＰＣ側では、送信されてきた詳細度に応じたエラーステータス表示を行い、詳細度が高い場合はサーバ３０から送信されてきた詳細情報もあわせて表示する。【選択図】図１
2014048743.tif 000002
【特許請求の範囲】
【請求項１】
周辺装置と通信可能に接続されるサーバ、及び前記サーバと通信可能に接続される少なくとも１つのクライアント端末を備えたステータス監視システムであって、
前記サーバは、
前記周辺装置が少なくとも一種類のエラー状態の何れかになっている場合にそのエラー状態を示すエラーステータスを前記周辺装置から取得するエラーステータス取得手段と、
前記クライアント端末毎に、そのクライアント端末のユーザによる前記周辺装置の使用状態を直接又は間接的に示すユーザ使用情報を取得するユーザ使用情報取得手段と、
前記エラーステータスの種類毎にそのエラーステータスに関する所定の詳細情報が保存された詳細情報保存手段と、
前記クライアント端末毎に、前記ユーザ使用情報取得手段が取得した前記ユーザ使用情報が予め設定された詳細表示条件を満たしているか否か判断する詳細表示条件判断手段と、
前記エラーステータス取得手段が前記エラーステータスを取得した場合に、前記クライアント端末に対し、そのクライアント端末のユーザに対応した前記ユーザ使用情報が前記詳細表示条件を満たしている場合は、その取得したエラーステータス及び対応する前記詳細情報をエラー情報として送信させ、前記詳細表示条件を満たしていない場合は、その取得したエラーステータスをエラー情報として送信させる送信制御手段と、
を備え、
前記クライアント端末は、
前記サーバから前記エラー情報を取得するエラー情報取得手段と、
前記エラー情報取得手段が取得した前記エラー情報に、前記エラーステータスの他に前記詳細情報が含まれている場合にはその詳細情報及び前記エラーステータスを表示部に表示させ、前記詳細情報が含まれていない場合には前記エラーステータスを前記表示部に表示させる表示制御手段と、
を備えることを特徴とするステータス監視システム。
【請求項２】
請求項１に記載のステータス監視システムであって、
前記クライアント端末は、
少なくとも一種類の前記エラーステータスに対し、そのエラーステータスに関する、前記詳細情報よりも情報量の少ない所定の簡易情報が保存された簡易情報保存手段を備え、
前記表示制御手段は、前記エラー情報取得手段が取得した前記エラー情報に、前記エラーステータスの他に簡易表示要求が含まれている場合には、前記エラーステータス、及び前記簡易情報保存手段に保存されているそのエラーステータスに対応した前記簡易情報を前記表示部に表示させ、
前記サーバは、
前記エラーステータス取得手段が取得した前記エラーステータスについて、そのエラーステータスに対応した前記簡易情報が前記クライアント端末に保存されているか否か判断する簡易情報判断手段を備え、
前記送信制御手段は、前記エラーステータス取得手段が前記エラーステータスを取得した場合に、前記クライアント端末のユーザに対応した前記ユーザ使用情報が予め設定された簡易表示条件を満たしており、且つそのエラーステータスに対応した前記簡易情報が前記クライアント端末に保存されていると前記簡易情報判断手段が判断した場合は、前記エラーステータス及び前記簡易表示要求をエラー情報として送信させる
ことを特徴とするステータス監視システム。
【請求項３】
請求項２に記載のステータス監視システムであって、
前記クライアント端末は、
前記表示制御手段により前記エラーステータスが表示された場合であって前記簡易情報は表示されなかった場合に、前記ユーザによるそのエラーステータスに対応した前記簡易情報の要求を受け付ける簡易情報要求受付手段を備え、
前記表示制御手段は、前記簡易情報要求受付手段により前記簡易情報の要求が受け付けられた場合は、前記簡易情報保存手段に保存されている前記要求対象の前記簡易情報を前記表示部に表示させる
ことを特徴とするステータス監視システム。
【請求項４】
請求項１〜請求項３の何れか１項に記載のステータス監視システムであって、
前記サーバは、
前記クライアント端末のユーザが前記エラー状態を解決するための所定の解決動作を行った場合にそれを検出する解決動作検出手段と、
前記解決動作検出手段による検出結果に基づき、前記クライアント端末のユーザ毎に、そのユーザが過去に前記解決動作を行った回数の累積値である解決回数を前記エラー状態の種類毎に保持する解決回数保持手段と、
を備え、
前記ユーザ使用情報の１つとして、前記解決回数が設定されており、
前記詳細表示条件の１つとして、前記解決回数が所定の閾値回数以下であること、が設定されている
ことを特徴とするステータス監視システム。
【請求項５】
請求項１〜請求項４の何れか１項に記載のステータス監視システムであって、
前記サーバは、
前記エラーステータス取得手段が取得した前記エラーステータスが示す前記エラー状態の継続時間を演算する継続時間演算手段を備え、
前記ユーザ使用情報の１つとして、前記継続時間が設定されており、
前記詳細表示条件の１つとして、前記継続時間が所定の閾値時間以上であること、が設定されている
ことを特徴とするステータス監視システム。
【請求項６】
請求項１〜請求項５の何れか１項に記載のステータス監視システムであって、
前記クライアント端末は、
前記表示制御手段により前記エラーステータスが表示された場合であって前記詳細情報は表示されなかった場合に、前記ユーザによるそのエラーステータスに対応した前記詳細情報の要求を受け付ける詳細情報要求受付手段と、
前記詳細情報要求受付手段により前記詳細情報の要求が受け付けられた場合に前記サーバへ前記詳細情報を要求する詳細情報要求手段と、
前記詳細情報要求手段による要求に対して前記サーバから送信された前記詳細情報を受信する詳細情報受信手段と、
を備え、
前記表示制御手段は、前記詳細情報受信手段により前記詳細情報が受信された場合はその詳細情報を前記表示部に表示させ、
前記サーバは、
前記クライアント端末から前記詳細情報の要求があった場合にその詳細情報をそのクライアント端末へ送信する詳細情報送信手段を備える
ことを特徴とするステータス監視システム。
【請求項７】
請求項６に記載のステータス監視システムであって、
前記クライアント端末は、
前記詳細情報受信手段により前記詳細情報が受信された場合にその詳細情報を保存するクライアント側詳細情報保存手段と、
前記詳細情報要求受付手段により前記詳細情報の要求が受け付けられた場合に、前記クライアント側詳細情報保存手段によりその要求対象の詳細情報が保存されているか否かを判断する詳細情報判断手段と、
を備え、
前記詳細情報判断手段により前記詳細情報が保存されていると判断された場合は、前記詳細情報要求手段は前記詳細情報の要求は行わず、前記表示制御手段はその保存されている前記詳細情報を前記表示部に表示させる
ことを特徴とするステータス監視システム。
【請求項８】
周辺装置および少なくとも１つのクライアント端末とそれぞれ通信可能に接続されるサーバにおけるステータス監視方法であって、
前記周辺装置が少なくとも一種類のエラー状態の何れかになっている場合にそのエラー状態を示すエラーステータスを前記周辺装置から取得し、
前記エラーステータスの種類毎にそのエラーステータスに関する所定の詳細情報を保存しておき、
前記クライアント端末毎に、そのクライアント端末のユーザによる前記周辺装置の使用状態を直接又は間接的に示すユーザ使用情報を取得して、そのユーザ使用情報が予め設定された詳細表示条件を満たしているか否か判断し、
前記周辺装置から前記エラーステータスを取得した場合に、前記クライアント端末に対し、そのクライアント端末のユーザに対応した前記ユーザ使用情報が前記詳細表示条件を満たしている場合は、その取得したエラーステータス及び対応する前記詳細情報をエラー情報として送信し、前記詳細表示条件を満たしていない場合は、その取得したエラーステータスをエラー情報として送信する
ことを特徴とするステータス監視方法。
【請求項９】
周辺装置と通信可能に接続されるサーバに対して通信可能に接続されるクライアント端末におけるステータス監視方法であって、
前記サーバから、前記周辺装置が少なくとも一種類のエラー状態の何れかになっている旨を示すエラーステータス、及びそのエラーステータスに関する所定の詳細情報も取得した場合は、その詳細情報及び前記エラーステータスを表示部に表示させ、前記詳細情報が取得されなかった場合は、前記エラーステータスを前記表示部に表示させる
ことを特徴とするステータス監視方法。
【請求項１０】
周辺装置および少なくとも１つのクライアント端末とそれぞれ通信可能に接続されるサーバが備えるコンピュータを、
前記周辺装置が少なくとも一種類のエラー状態の何れかになっている場合にそのエラー状態を示すエラーステータスを前記周辺装置から取得するエラーステータス取得手段、
前記クライアント端末毎に、そのクライアント端末のユーザによる前記周辺装置の使用状態を直接又は間接的に示すユーザ使用情報を取得するユーザ使用情報取得手段、
前記エラーステータスの種類毎にそのエラーステータスに関する所定の詳細情報が保存された詳細情報保存手段、
前記クライアント端末毎に、前記ユーザ使用情報取得手段が取得した前記ユーザ使用情報が予め設定された詳細表示条件を満たしているか否か判断する詳細表示条件判断手段、
前記エラーステータス取得手段が前記エラーステータスを取得した場合に、前記クライアント端末に対し、そのクライアント端末のユーザに対応した前記ユーザ使用情報が前記詳細表示条件を満たしている場合は、その取得したエラーステータス及び対応する前記詳細情報をエラー情報として送信させ、前記詳細表示条件を満たしていない場合は、その取得したエラーステータスをエラー情報として送信させる送信制御手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、周辺装置とクライアント端末およびこれらと通信可能に接続されるサーバを備えたステータス監視システム、このシステムを構成するサーバとクライアント端末、このシステムで用いられるステータス監視方法、およびプログラムに関する。
【背景技術】
【０００２】
パーソナルコンピュータなどの情報処理装置とプリンタやスキャナなどの周辺装置とが接続されてなる情報処理システムにおいて、情報処理装置は、一般に、周辺装置の状態（ステータス）を監視する監視機能（ステータスモニタ）を備え、そのステータスモニタが周辺装置から定期的にステータス情報を取得する。
【０００３】
ステータスモニタは、ステータス情報に、周辺装置が正常に動作できないエラー状態であることを示すエラーステータスが含まれている場合には、そのエラーステータスをディスプレイ等に詳細表示させることで、情報処理装置のユーザに周辺装置のエラー状態を知らせてそのエラー状態の解決作業を促す（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２５１９５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、情報処理システムとしては、１つ以上の情報処理装置と周辺装置との間にサーバを介在させ、そのサーバに対して情報処理装置がクライアント端末として機能するよう構成されたいわゆるクライアントサーバシステムが知られている。このようなクライアントサーバシステムにおいて、クライアント端末（情報処理装置）が周辺装置のステータス情報を取得するための構成としては、周辺装置のステータス情報はサーバのステータスモニタが周辺装置から取得し、クライアント端末のステータスモニタは周辺装置のステータス情報をサーバから取得するような構成が考えられる。このような構成のクライアントサーバシステムでは、サーバが一括して周辺装置のステータスを監視し、接続されているクライアント端末からのステータス要求に応じてそれぞれステータス情報を送信する。
【０００６】
サーバがクライアント端末へ送信するエラーステータスの内容としては、クライアント端末のユーザがエラー状態を解決するための解決方法を含む詳細情報とすることが考えられる。詳細情報を通知することで、周辺装置がエラー状態となっても、そのエラー状態の早期解決を図ることができる。
【０００７】
しかし、クライアント端末に一律に詳細情報を送信するのは、ユーザの使い勝手の面および通信トラフィックの面の双方で必ずしも好ましいものとはいえない。例えば、サーバに接続している複数のクライアント端末のユーザのほとんどが周辺装置の扱いに慣れていてエラー解決能力にも長けている場合にエラー状態の詳細情報を送信すると、ユーザの使用感・使い勝手を損ね、且つ無駄な通信トラフィックを発生させてしまうことになる。
【０００８】
本発明は上記課題に鑑みなされたものであり、サーバとクライアント端末との間の通信トラフィックの増大を抑えつつ、クライアント端末のユーザに対し、周辺装置のエラー状態についてユーザに見合った適切な情報を提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するためになされた本発明は、周辺装置と通信可能に接続されるサーバ、及びそのサーバと通信可能に接続される少なくとも１つのクライアント端末を備えたステータス監視システムである。
【００１０】
サーバは、エラーステータス取得手段と、ユーザ使用情報取得手段と、詳細情報保存手段と、詳細表示条件判断手段と、送信制御手段とを備える。このうちエラーステータス取得手段は、周辺装置が少なくとも一種類のエラー状態の何れかになっている場合にそのエラー状態を示すエラーステータスを周辺装置から取得する。ユーザ使用情報取得手段は、クライアント端末毎に、そのクライアント端末のユーザによる周辺装置の使用状態を直接又は間接的に示すユーザ使用情報を取得する。詳細情報保存手段は、エラーステータスの種類毎にそのエラーステータスに関する所定の詳細情報が保存されている。詳細表示条件判断手段は、クライアント端末毎に、ユーザ使用情報取得手段が取得したユーザ使用情報が予め設定された詳細表示条件を満たしているか否か判断する。送信制御手段は、エラーステータス取得手段がエラーステータスを取得した場合に、クライアント端末に対し、そのクライアント端末のユーザに対応したユーザ使用情報が詳細表示条件を満たしている場合は、その取得したエラーステータス及び対応する詳細情報をエラー情報として送信させ、前記詳細表示条件を満たしていない場合は、その取得したエラーステータスをエラー情報として送信させる。
【００１１】
クライアント端末は、エラー情報取得手段と、表示制御手段とを備える。このうちエラー情報取得手段は、サーバからエラー情報を取得する。表示制御手段は、エラー情報取得手段が取得したエラー情報に、エラーステータスの他に詳細情報が含まれている場合にはその詳細情報及びエラーステータスを表示部に表示させ、詳細情報が含まれていない場合にはエラーステータスを表示部に表示させる。
【００１２】
このように構成されたステータス監視システムによれば、サーバは、クライアント端末のユーザ使用情報に基づいて、エラーステータスについて詳細情報まで表示させるべきか否か判断し、詳細表示条件を満たしている場合に詳細情報を送信し、詳細表示条件を満たしていない場合は詳細情報は送信しない。そのため、サーバとクライアント端末との間の通信トラフィックの増大を抑えつつ、クライアント端末のユーザに対し、周辺装置のエラー状態についてユーザに見合った適切な情報を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施形態の多機能機システム全体の概略構成を表す構成図である。
【図２】サーバのＨＤＤ３４に記憶されているユーザ情報テーブルおよびデバイス情報テーブルの一例を示す説明図である。
【図３】エラー解決方法詳細表示ダイアログの一例を示す説明図である。
【図４】エラー解決方法簡易表示ダイアログの一例を示す説明図である。
【図５】ステータスメッセージ表示ダイアログの一例を示す説明図である。
【図６】サーバが実行するステータスモニタ処理を示すフローチャートである。
【図７】図６のＳ２６０のエラー表示種類設定処理を示すフローチャートである。
【図８】サーバが実行する詳細解決情報送信処理を示すフローチャートである。
【図９】ＰＣが実行するステータスモニタ処理を示すフローチャートである。
【図１０】図９のＳ８４０のダイアログ切替処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下に、本発明の好適な実施形態を図面に基づいて説明する。図１に示すように、本実施形態の多機能機システム２は、周辺装置としてのＭＦＰ（Multi Function Peripheral ；多機能機）１０と、サーバ３０と、クライアント端末としての複数（本例では３つ）のＰＣ（Personal Computer ）４０ａ，４０ｂ，４０ｃとを備える。ＭＦＰ１０とサーバ３０は、ＬＡＮ回線４を介して相互に通信可能に接続されている。サーバ３０と各ＰＣ４０ａ〜４０ｃも、ＬＡＮ回線４を介して相互に通信可能に接続されている。ＭＦＰ１０と各ＰＣ４０ａ〜４０ｃは、物理的にはＬＡＮ回線４により接続されているが、本実施形態では、これら両者間で直接的に通信は行われない。
【００１５】
まず、ＭＦＰ１０の構成を説明する。ＭＦＰ１０は、制御部１１、タッチパネル１２、キーパッド１３、印刷部１４、ＦＡＸ部１５、ネットワークインタフェース１６、ＰＳＴＮインタフェース１７、スキャナ部１８等を有する。ネットワークインタフェース１６は、ＬＡＮ回線４に接続されている。制御部１１は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＮＶＲＡＭ２４、等を有する。
【００１６】
ＣＰＵ２１は、ＲＯＭ２２に記憶されている各種プログラムを実行することにより、ＭＦＰ１０内の各部を制御してプリンタ機能やスキャナ機能などの様々な機能を実現する。
印刷部１４は、画像形成機能を実現するものであり、ＣＰＵ２１の制御のもと、各ＰＣ４０ａ〜４０ｃからサーバ３０を介して受信した画像データが示す画像を各種用紙等に形成（印刷）する。印刷部１４には、画像を形成するための各色（例えばシアン、マゼンタ、イエロー、ブラックの４色）のトナー（トナーカートリッジ）や印刷用紙等も含まれる。スキャナ部１８は、画像読取機能を実現するものであり、ＣＰＵ２１の制御のもと、原稿の画像を読み取ってその画像データをサーバ３０を介して所定のＰＣへ送信する。
【００１７】
また、ＣＰＵ２１は、ＭＦＰ１０のステータスをリアルタイムに監視する。ステータスには、エラー状態を表すエラーステータスや処理の進行状態を表す処理ステータスなどの各種ステータスが存在する。エラーステータスには、印刷部１４の印刷関係のエラーステータスやスキャナ部１８のスキャナ関係のエラーステータスなどがある。印刷関係のエラーステータスとは、印刷機能に関連して発生するエラー、換言すれば印刷部１４による画像印刷を正常に行えない又は正常に行えないおそれがある各種エラー状態を示すものであり、例えば、トナー交換（トナーエンプティ）、カートリッジエラー（トナーカートリッジが正常に装着されていない状態）、用紙切れ、用紙詰まりなどが挙げられる。
【００１８】
ＲＡＭ２３は、ＣＰＵ２１により各種制御処理が実行される過程で生成される各種データを記憶するものである。ＲＡＭ２３に記憶される各種データの１つとして、ＭＦＰステータスがある。上記の通り、ＣＰＵ２１はＭＦＰ１０のステータス監視を行っており、その監視結果をＭＦＰステータスとしてＲＡＭ２３に記憶する。例えば、ＭＦＰ１０が正常である場合には「正常」である旨のＭＦＰステータスが記憶される。また例えば、印刷部１４においてトナーエンプティとなっていてトナー交換が必要な状態になっている場合には「トナー交換」を示すＭＦＰステータス（エラーステータス）が記憶される。本実施形態では、エラー状態が複数生じている場合には、そのうち何れか１つ（例えば最も優先的に解決すべきエラー状態）が、ＭＦＰステータスとしてＲＡＭ２３に記憶される。
【００１９】
次に、サーバ３０の構成について説明する。サーバ３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＨＤＤ（ハードディスクドライブ）３４、表示部３５、操作部３６等を有する。ＨＤＤ３４は、ＯＳ（Operating System）をはじめ様々なプログラムやデータが記憶されている。
【００２０】
サーバ３０のＨＤＤ３４に記憶されているプログラムの１つとして、ＭＦＰ１０と直接通信することによってＭＦＰ１０のステータスを監視するステータスモニタプログラム３７がある。ステータスモニタプログラム３７は、サーバ３０の動作中は常時実行されるものである。なお、ＣＰＵ３１がステータスモニタプログラム３７を実行することにより実現される機能を、以下、単に「ステータスモニタ」ともいう。
【００２１】
また、ＨＤＤ３４に記憶されているデータとして、詳細解決情報群３８と、ユーザ情報テーブルＴ１１と、デバイス情報テーブルＴ１２がある。詳細解決情報群３８は、ＭＦＰ１０で発生する全種類のエラー状態（エラーステータス）について、エラーステータス毎の詳細情報からなるものである。より具体的には、エラーステータス毎に、ユーザがそのエラーステータスを解決するための詳細な情報である詳細解決情報が予めリソースとして保存されている。例えば、エラーステータスの１つであるトナー交換に対しては、図３に例示するような、エラー解決のための具体的手順を示した主情報７３、エラー解決の際の作業内容を示す説明画像７４、およびエラー解決のための補足的な情報である補足情報７５からなる詳細解決情報（詳しくはそのデータ）が保存されている。そのため、詳細解決情報は、後述する他の解決情報に比べて、リソースのデータ量が大きく、各ＰＣ４０ａ〜４０ｃの表示部４５に表示される際の表示サイズも大きい。
【００２２】
詳細解決情報群３８を構成する各詳細解決情報は、サーバ３０のステータスモニタプログラム３７を構成するデータの１つであって、ステータスモニタプログラム３７のインストール時にＨＤＤ３４内の所定の記憶領域に保存される。ユーザ情報テーブルＴ１１およびデバイス情報テーブルＴ１２も同様である。
【００２３】
また、サーバ３０のステータスモニタプログラム３７は、ＭＦＰ１０専用のものではなく、ＭＦＰ１０以外の他のいくつかのモデル（機種）にも対応しており、その他のモデルの監視用としても用いられる。そのため、詳細解決情報群３８には、ＭＦＰ１０だけでなく対応する全てのモデルの詳細解決情報が含まれている。
【００２４】
なお、詳細解決情報は、インストール時の内容がそのまま固定して保持され続けるのではなく、サーバ３０のステータスモニタが定期的に外部の所定サイト（例えばＭＦＰ１０のメーカーサイト）にアクセスして、各詳細解決情報の最新情報があればそれをダウンロードして詳細解決情報群３８に追加或いは更新する。そのため、サーバ３０には、常に最新の詳細解決情報が保存されている。
【００２５】
ユーザ情報テーブルＴ１１は、図２（ａ）に示すように、サーバ３０と通信可能に接続されている各ＰＣ４０ａ〜４０ｃの名称（ＰＣ名）、それら各ＰＣ４０ａ〜４０ｃのユーザ名（各ＰＣにログインしている各ユーザ）、それら各ユーザがＭＦＰ１０の管理者かそれとも一般のユーザなのかを示すＭＦＰ管理状態、それら各ユーザ毎の、過去にＭＦＰ１０のエラー状態を解決するための所定の解決動作を行った回数の累積値である解決回数、などが保持されてなるものである。なお、サーバ３０は、現在どのＰＣのどのユーザが接続されているかを定期的にチェックし、接続中のＰＣの増減があればそれに応じてユーザ情報テーブルＴ１１も更新する。そのため、ユーザ情報テーブルＴ１１には、常に現在接続中のＰＣがリストアップされていることになる。また、サーバ３０に接続されていない他のユーザ（過去に接続したことのあるユーザ）の解決回数についても、ＨＤＤ３４内で保持されている。
【００２６】
解決回数は、より詳しくは、エラーステータス（エラー状態）の種類毎に保持されている。また、エラー状態を解決するための所定の解決動作とは、本実施形態では、各ＰＣ４０ａ〜４０ｃにエラー情報が表示される際に表示されるエラー解決ボタン（図３のエラー解決ボタン７７及び図４、図５等参照）をクリックすることである。本実施形態では、ＭＦＰ１０のマニュアル等において、ユーザがエラー状態を解決するための具体的作業を行う場合にはそのユーザがエラー解決ボタンを押すように定められている。エラー解決ボタンを押すこと自体は、直接的にはエラー状態を解決することにはならないが、ユーザがエラー解決ボタンを押すということは、そのユーザが自らエラー状態を解決するための具体的な作業を行うことが予想される。そのため、エラー解決ボタンを押すことは、間接的ではあるが、エラー状態を解決するための解決動作であると見なすことができる。
【００２７】
各ＰＣ４０ａ〜４０ｃのうち何れかのユーザがエラー解決ボタンをクリックすると、その旨が解決ユーザ情報としてサーバ３０に伝達される。サーバ３０は、その解決ユーザ情報を受信する度に、ユーザ情報テーブルＴ１１における該当するユーザの該当するエラーステータスの解決回数を１つ増加させる。この解決回数は、ユーザがサーバ３０との接続を切り離しても、ＨＤＤ３４内の所定の領域に保持される。そのため、次に再びそのユーザがサーバ３０に接続した場合は、その保持されている解決回数が読み出されてユーザ情報テーブルＴ１１に設定される。
【００２８】
なお、接続中のユーザがＭＦＰ管理者かどうかの判断については、例えば、ＭＦＰ管理者としてのユーザがＭＦＰ１０又は各ＰＣ４０ａ〜４０ｃに対して所定の登録操作を行っておき、サーバ３０がＭＦＰ１０又は各ＰＣ４０ａ〜４０ｃからその登録情報を取得して判断することができる。或いは、ＭＦＰ管理者としてのユーザがサーバ３０に直接登録するようにしてもよい。
【００２９】
デバイス情報テーブルＴ１２は、図２（ｂ）に示すように、サーバ３０のステータスモニタプログラム３７が対応しているデバイスのモデル毎に、モデル名、ローカル管理エラー、ネットワーク管理エラー、現在のステータス、最終ステータス遷移時刻、及び現在時刻が保持されてなるものである。ローカル管理エラーとは、モデル毎に、ローカル側（即ちＰＣ側）で簡易解決情報が保存されているエラーステータスを示し、ネットワーク管理エラーとは、サーバ３０に詳細解決情報が保存されているエラーステータス（即ちＭＦＰ１０の全てのエラーステータス）を示す。
【００３０】
各ＰＣ４０ａ〜４０ｃに保存されている簡易解決情報は、ＭＦＰ１０で発生する全種類のエラー状態（エラーステータス）のうち予め決められた一又は複数の特定のエラーステータスについて、そのエラーステータスをユーザが解決するための簡易的な情報である。例えば、エラーステータスの１つであるトナー交換に対しては、図４に例示するような、エラー解決のための具体的手順を示した簡易解決情報８３（本例では図３の主情報７３と同じ）が、各ＰＣ４０ａ〜４０ｃに保存されている。この簡易解決情報８３は、同じエラーステータスの詳細解決情報（図３参照）よりはリソースのデータ量は少なくてＰＣ側での表示サイズも小さいものの、後述するステータスメッセージ（図５参照）よりはリソースのデータ量が大きくてＰＣ側での表示サイズも大きい。
【００３１】
簡易解決情報は、各ＰＣ４０ａ〜４０ｃに保存されるものであるが、詳細解決情報のように全てのエラーステータスに対して用意されているわけではなく、各モデルにおいて代表的な特定のエラーステータスに対してのみ用意されている。ただしこれは必須ではなく、簡易解決情報についても全てのエラーステータスに対して用意されていてもよい。
【００３２】
デバイス情報テーブルＴ１２において、「現在のステータス」は、サーバ３０がＭＦＰ１０に定期的にステータス情報を問い合わせる際、前回取得したステータス情報から変化している場合に、その変化後のステータス情報に更新される。その際、最終ステータス遷移時刻についても、その変化後の新たなステータス情報の取得時刻に更新される。なお、現在時刻については、適当な時間間隔で（例えば１分経過毎に）更新される。
【００３３】
図２（ｂ）のデバイス情報テーブルＴ１２は、モデル名が「モデルｘ」であるＭＦＰ１０について、ローカル管理エラーはトナー交換、ネットワーク管理エラーはトナー交換及びカートリッジエラー、現在のステータスはトナー交換（即ちエラーステータス）、最終ステータス遷移時刻は８：００、現在時刻は１３：００である例を示している。なお、ローカル管理エラー及びネットワーク管理エラーは、実際にはもっと多数あるが、図２（ｂ）では，説明の簡素化のため前者は１つ、後者は２つのみ表示している。
【００３４】
次に、各ＰＣ４０ａ〜４０ｃの構成について説明する。本実施形態では、３つのＰＣ４０ａ〜４０ｃはいずれも同じ構成であるため、以下の説明では、代表として１つのＰＣ４０ａについてその構成、機能等を説明する。
【００３５】
ＰＣ４０ａは、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤ４４、表示部４５、操作部４６等を有する。表示部４５は、例えば液晶ディスプレイにより構成される。操作部４６は、例えばキーボードやマウス等によって構成される。ユーザは、操作部４６を操作することによって、様々な指示や情報をＰＣ４０ａに入力することができる。ＨＤＤ４４は、ＯＳをはじめ様々なプログラムやデータが記憶されている。
【００３６】
ＨＤＤ４４に記憶されているプログラムの１つに、ＭＦＰ１０のステータスをサーバ３０を介して間接的に監視するステータスモニタプログラム４７がある。ＰＣ４０ａのステータスモニタプログラム４７は、ＰＣ４０ａの動作中は常時実行されるものである。
【００３７】
また、ＨＤＤ４４に予め記憶されているデータとして、ステータスモニタプログラム４７のインストール時に記憶されるステータスメッセージ群４８及び簡易解決情報群４９がある。更に、ステータスモニタプログラム４７のインストール後に適宜追加的に保存されるデータとして、詳細解決情報群（キャッシュ）５０がある。その他、図示は省略したものの、ＭＦＰ１０のプリンタ機能を利用するためのプリンタドライバやスキャナ機能を利用するためのスキャナドライバなどの各種デバイスドライバもインストールされている。
【００３８】
簡易解決情報群４９は、既述の通り、ＭＦＰ１０で発生する各エラー状態（エラーステータス）のうち一又は複数の特定のエラーステータスに対する簡易解決情報からなるものであり、ＰＣ４０ａのＨＤＤ４４に予めリソースとして保存されている。例えば、エラーステータスの１つであるトナー交換に対しては、図４に例示するような、エラー解決のための具体的手順を示した簡易解決情報８３が保存されている。ＰＣ４０ａの簡易解決情報群４９は、サーバ３０の詳細解決情報群３８のように常に最新の情報に更新されるものではなく、インストール時の情報がそのまま用いられる。
【００３９】
ステータスメッセージ群４８は、ＭＦＰ１０で発生する全種類のエラー状態（エラーステータス）について、どのようなエラー状態にあるのか、何をすべきなのかなどについての最小限の情報からなるものである。より具体的には、本例では、エラーステータスの内容（名称）を示すエラーステータス名９２およびエラーが発生していることを示す報知画像が予めリソースとして保存されている。例えば、エラーステータスの１つであるトナー交換に対しては、図５に例示するような、エラーステータス名９２および報知画像９３が保存されている。そのため、ステータスメッセージは、既述の簡易解決情報に比べて、リソースのデータ量が小さく、表示部４５に表示される際の表示サイズも小さい。
【００４０】
詳細解決情報群（キャッシュ）５０は、サーバ３０から詳細解決情報を受信した場合にその受信した詳細解決情報がキャッシュ情報として保存されてなるものである。この詳細解決情報（キャッシュ）５０の保存等の詳細については後で説明する。
【００４１】
ＰＣ４０ａのステータスモニタは、ＭＦＰ１０のステータスをサーバ３０へ定期的に問い合わせることによりサーバ３０からＭＦＰ１０のステータス情報を取得し、その取得したステータス情報を表示部４５に表示させるものであるが、本実施形態では、次の点で、従来のステータスモニタとは異なる。
【００４２】
即ち、本実施形態では、サーバ３０がＰＣ４０ａへエラーステータスを送信する際、ＰＣ４０ａのユーザの当該エラーステータスに対するエラー解決回数（換言すればエラーの解決方法の熟知度）やそのエラーステータスの継続時間、ＭＦＰ管理者であるか否か等に応じて、ＰＣ４０ａにおいて詳細解決情報を表示させるか、簡易解決情報を表示させるか、それとも単にステータスメッセージを表示させるかを（つまりエラー情報の表示種類を）決定する。そして、エラーステータスと共にその表示種類をＰＣ４０ａへ送信する。更に、表示種類が詳細解決情報である場合は、サーバ３０は、詳細解決情報群３８に保存されている詳細解決情報そのものもＰＣ４０ａへ送信する。本実施形態のサーバ３０は、エラー解決回数が所定の閾値回数（例えば９回）より多いユーザに対しては、エラーの解決方法を熟知しているものとして単にステータスメッセージを表示させるようにしている。逆に、エラー解決回数が閾値回数以下のユーザに対しては、ＰＣ側に簡易解決情報があればそれを表示させるようにすることを基本としつつ、簡易解決情報があってもユーザがＭＦＰ管理者であったりユーザのエラー解決回数が０回であったり或いは同じエラーステータスが閾値時間以上継続している場合には詳細解決情報を表示させるようにしている。
【００４３】
ＰＣ４０ａのステータスモニタは、サーバ３０からエラーステータスを受信すると、そのエラーステータスと共に受信した表示種類に基づいて、表示部４５に表示すべき表示内容を判断する。このとき、表示種類が詳細解決情報であった場合は、図３に例示したような、エラー解決方法詳細表示ダイアログ７１（詳細度が最も高いエラー情報）を表示部４５に表示させる。エラー解決方法詳細表示ダイアログ７１は、具体的には、図３に示すように、エラーステータス名７２と、サーバ３０から送信されてきた詳細解決情報（既述の主情報７３、説明画像７４、および補足情報７５からなる情報）と、ＯＫボタン７６と、エラー解決ボタン７７とにより構成される。
【００４４】
表示種類が簡易解決情報であった場合は、図４に例示したような、エラー解決方法簡易表示ダイアログ８１（詳細度が中程度のエラー情報）を表示部４５に表示させる。エラー解決方法簡易表示ダイアログ８１は、具体的には、図４に示すように、エラーステータス名８２と、ＰＣ４０ａのＨＤＤ４４に保存されている簡易解決情報８３と、ＯＫボタン８４と、エラー解決ボタン８５と、詳細解決情報表示要求ボタン８６とにより構成される。ユーザは、このエラー解決方法簡易表示ダイアログ８１において、詳細解決情報表示要求ボタン８６をクリックすることによって、エラー解決方法詳細表示ダイアログ７１（図３参照）を表示させることができる。
【００４５】
表示種類がステータスメッセージであった場合は、図５に例示したような、ステータスメッセージ表示ダイアログ９１（詳細度が最も低いエラー情報）を表示部４５に表示させる。ステータスメッセージ表示ダイアログ９１は、具体的には、図５に示すように、エラーステータス名９２と、報知画像９３と、エラー解決ボタン９４と、簡易解決情報表示要求ボタン９５と、詳細解決情報表示要求ボタン９６とにより構成される。但し、簡易解決情報表示要求ボタン９５は、エラーステータスに対応した簡易解決情報が簡易解決情報群４９に保存されている場合のみ表示される。ステータスメッセージ表示ダイアログ９１は、ユーザに対してエラーの種類を通知するのみであって、具体的な解決方法まで提供するものではない。そのため、図３及び図４に例示した他の各ダイアログに比べて表示サイズが最も小さい。
【００４６】
ユーザは、ステータスメッセージ表示ダイアログ９１において、簡易解決情報表示要求ボタン９５をクリックすると、エラー解決方法簡易表示ダイアログ８１（図４参照）を表示させることができ、詳細解決情報表示要求ボタン８６をクリックすると、エラー解決方法詳細表示ダイアログ７１（図３参照）を表示させることができる。
【００４７】
次に、サーバ３０のステータスモニタについて、図６〜図８を用いてより詳しく説明する。サーバ３０のＣＰＵ３１が、その動作開始後にステータスモニタプログラム３７を実行すると、図６のステータスモニタ処理及び図８の詳細解決情報送信処理が並行して行われる。
【００４８】
サーバ３０のＣＰＵ３１は、図６のステータスモニタ処理を開始すると、まずＳ２１０で、問合せ間隔時間が経過したか否か判断する。問合せ間隔時間は、サーバ３０がＭＦＰ１０のステータスを確認する周期であり、適宜設定することができる。
【００４９】
問合せ時間間隔が経過していない場合は、Ｓ３２０で、各ＰＣ４０ａ〜４０ｃの何れかから解決ユーザ情報を受信したか否か判断する。解決ユーザ情報は、後述する図９のＳ８２０の処理によってＰＣ側から送信されるものである。解決ユーザ情報を受信しない場合は再びＳ２１０に戻るが、解決ユーザ情報を受信した場合は、Ｓ３３０で、ユーザ情報テーブルＴ１１における、該当するユーザに対する該当するエラーの解決回数を更新（１つ増加）して、Ｓ２１０に戻る。
【００５０】
Ｓ２１０で、問合せ間隔時間が経過した場合は、Ｓ２２０で、ＭＦＰ１０へステータスを問合せ、ステータス情報を取得する。ＭＦＰ１０は、サーバ３０からステータスの問合せを受けると、ＲＡＭ２３に記憶されている最新のステータス情報（ＭＦＰステータス）をサーバ３０へ送信する。Ｓ２２０では、そのＭＦＰ１０から送信されるステータス情報を受信するのである。Ｓ２３０では、Ｓ２２０でエラーステータスを受信したか否か判断し、エラーステータス以外の他のステータス情報であった場合はＳ２７０に進むが、エラーステータスであった場合はＳ２４０に進む。
【００５１】
Ｓ２４０では、前回と同じエラー状態が継続しているか否か、即ち前回もＳ２３０でエラーステータスを受信したと判断されていて且つそのエラーステータスと今回受信したエラーステータスが同じであるか否かを判断する。前回と同じエラー状態が継続していれば、Ｓ２６０のエラー表示種類設定処理に進むが、前回のＳ２３０ではエラーステータスを受信したと判断されなかった場合や、前回のＳ２３０で受信したと判断されたエラーステータスとは異なるエラーステータスを受信した場合は、Ｓ２５０でデバイス情報テーブルＴ１２を更新して、Ｓ２６０に進む。Ｓ２５０のデバイス情報テーブルＴ１２の更新は、具体的には、現在のステータスを、Ｓ２３０で受信したと判断されたエラーステータスに更新し、且つ、最終ステータス遷移時刻を、その受信したエラーステータスの受信時刻に更新することにより行う。
【００５２】
Ｓ２６０のエラー表示種類設定処理の詳細は図７に示す通りであり、まずＳ４１０で、変数ｎを１に設定し、Ｓ４２０で、ユーザ情報テーブルＴ１１から、サーバ３０と通信可能に接続されているユーザ（ＰＣ）の情報を取得する。その際、接続中の全ユーザ（全ＰＣ）の数である接続ユーザ数Ｎも取得する。Ｓ４３０では、エラーステータスの表示種類を設定すべき設定対象のユーザ（ＰＣ）を、ユーザ情報テーブルＴ１１にリストアップされているＮ人のユーザのうちｎ番目のユーザに設定する。そして、Ｓ４４０で、発生したエラーに対する当該ｎ番目のユーザの解決回数が閾値回数（例えば９回）以下か否か判断する。
【００５３】
当該ユーザの解決回数が閾値回数以下でない場合、即ち閾値回数を超えている場合は、そのユーザは発生したエラーの解決方法を既に熟知していることが予想される。そのようなユーザに詳しい解決情報を送信すると、ユーザが煩わしく感じるだけでなく、通信トラフィックの無駄にもなる。そこで、解決回数が閾値回数を超えている場合は、Ｓ５３０で、エラーステータスの表示種類をステータスメッセージに設定する。そして、Ｓ５４０で、ｎ＝Ｎか否か判断し、ｎ＝ＮならばＳ２７０（図６）に進み、変数ｎがまだ接続ユーザ数Ｎに達していない場合は、Ｓ５５０でｎを１つインクリメントしてＳ４３０に戻る。
【００５４】
Ｓ４４０で、発生したエラーに対する当該ｎ番目のユーザの解決回数が閾値回数以下の場合は、Ｓ４５０で、デバイス情報テーブルＴ１２から、当該ユーザが使用（ログイン）しているＰＣで簡易解決情報が管理されている（つまりそのＰＣに保存されている）エラー（ローカル管理エラー）の種類を取得する。その取得結果に基づき、Ｓ４６０で、発生したエラーは当該ユーザのＰＣに簡易解決情報があるエラーか否か判断する。
【００５５】
ここで、発生したエラーの簡易解決情報がユーザのＰＣにない場合は、Ｓ４７０で、発生したエラーに該当する詳細解決情報をサーバ３０の記憶領域（ＨＤＤ３４の詳細解決情報群３８）から取得する。そして、Ｓ４８０にて、エラーステータスの表示種類を詳細解決情報に設定し、Ｓ５４０に進む。
【００５６】
Ｓ４６０で、発生したエラーの簡易解決情報がユーザのＰＣにあると判断した場合は、通信トラフィック低減のためにそのＰＣ側にある簡易解決情報を表示させるべきとの一応の仮判断を行って、Ｓ４９０以降に進む。ただし、単に発生したエラーの簡易解決情報がＰＣ側にあるというだけで簡易解決情報を表示させるようにするよう決定するのは必ずしも適切ではない。そこで本実施形態では、Ｓ４９０、Ｓ５００、Ｓ５１０の各判断処理を経た上で、簡易解決情報を表示させるのが適当と判断した場合（Ｓ５１０でＮＯと判断した場合）に、Ｓ５２０で、エラーステータスの表示種類を簡易解決情報に設定する。
【００５７】
具体的には、まずＳ４９０で、ユーザがＭＦＰ管理者であるか否か判断する。ユーザがＭＦＰ管理者であるか否かは、Ｓ４２０でユーザ情報テーブルＴ１１から取得した情報に基づいて判断できる。ユーザがＭＦＰ管理者である場合は、詳細解決情報を表示させるべきと判断して、Ｓ４７０に進む。
【００５８】
ユーザがＭＦＰ管理者でない場合は、Ｓ５００で、同じエラーが閾値時間（例えば６時間）以上継続しているか否かを判断する。この判断は、デバイス情報テーブルＴ１２における最終ステータス遷移時刻と現在時刻とに基づいて行う。具体的には、現在時刻と最終ステータス遷移時刻との差を演算して、同じエラーの継続時間を得る。そして、その継続時間が閾値時間以上であるか否か判断する。同じエラーの継続時間が閾値時間以上であれば、詳細解決情報を表示させるべきと判断して、Ｓ４７０に進む。
【００５９】
同じエラーの継続時間が閾値時間未満の場合は、Ｓ５１０で、発生したエラーに対する当該ユーザの解決回数が０回であるか否か判断する。この判断も、Ｓ４２０でユーザ情報テーブルＴ１１から取得した情報に基づいて判断でき、解決回数が０回であれば、詳細解決情報を表示させるべきと判断して、Ｓ４７０に進む。解決回数が０回ではない場合は、Ｓ５２０にてエラーステータスの表示種類を簡易解決情報に設定し、Ｓ５４０に進む。なお、解決回数が１回以上閾値回数以下であってユーザはＭＦＰ管理者ではなく且つ同じエラーが閾値時間以上継続していないことは、本発明の簡易表示条件の一例に相当する。
【００６０】
このようにして、Ｓ２６０のエラー表示種類設定処理では、サーバ３０に接続中のＮ人のユーザ各々に対してエラーステータスの表示種類の設定を順次行う。そして、Ｎ人全ての設定が終了した後は、Ｓ２７０に進む。Ｓ２７０では、各ＰＣ４０ａ〜４０ｃの何れかからステータス情報の問い合わせがあったか否か判断し、問い合わせがなければＳ２１０に戻り、問い合わせがあったらＳ２８０に進む。
【００６１】
Ｓ２８０では、Ｓ２２０でＭＦＰ１０から取得したステータス情報がエラーステータスであるか否か判断し、エラーステータス以外の他のステータス情報である場合は、Ｓ３１０で、そのステータス情報を問い合わせ元のＰＣへ送信する。一方、エラーステータスである場合は、Ｓ２９０で、問い合わせ元のＰＣに対して設定されている（Ｓ２６０で設定した）、当該エラーステータスの表示種類を取得する。そしてＳ３００で、エラーステータスと、その取得した表示種類を、問い合わせ元のＰＣへ送信する。このとき、表示種類が詳細解決情報の場合は、その詳細解決情報（Ｓ４７０で取得済み）自体も送信する。
【００６２】
次に、サーバ３０のＣＰＵ３１が実行する詳細解決情報送信処理について、図８を用いて説明する。サーバ３０のＣＰＵ３１は、この詳細解決情報送信処理を開始すると、まずＳ６１０で、各ＰＣ４０ａ〜４０ｃの何れかから詳細解決情報の要求（図１０のＳ９５０）があったか否かを判断する。ＰＣ側からの詳細解決情報の要求は、詳細は後述するが、表示種類として簡易解決情報又はステータスメッセージを指示した場合に生じ得るものである。
【００６３】
ＰＣ側から詳細解決情報の要求がない間はＳ６１０の判断処理を繰り返すが、詳細解決情報の要求があった場合は、Ｓ６２０で、ＨＤＤ３４の所定の記憶領域に記憶されている詳細解決情報群３８の中から、要求対象の詳細解決情報を取得する。そしてＳ６３０で、その詳細解決情報を、要求元のＰＣへ送信する。
【００６４】
次に、各ＰＣ４０ａ〜４０ｃのステータスモニタについて、図９及び図１０を用いてより詳しく説明する。各ＰＣ４０ａ〜４０ｃのＣＰＵ４１が、その動作開始後にステータスモニタプログラム４７を実行すると、図９のステータスモニタ処理が行われる。各ＰＣ４０ａ〜４０ｃのＣＰＵ４１は、図９のステータスモニタ処理を開始すると、まずＳ７１０で、サーバ３０へＭＦＰ１０のステータス情報を問い合わせ、Ｓ７２０で、その問い合わせに対してサーバ３０から受信したステータス情報がエラーステータスであるか否か判断する。エラーステータス以外の他のステータス情報の場合は、そのステータス情報に対応した所定の処理を行ってＳ７１０に戻る。エラーステータスを受信した場合は、エラーステータスに加え、その表示種類も受信され、表示種類が詳細解決情報の場合にはさらにその詳細解決情報自体も受信される。
【００６５】
そこで、エラーステータスを受信した場合は、Ｓ７３０で、受信した表示種類が詳細解決情報であるか否か判断する。表示種類が詳細解決情報である場合（即ち、サーバ３０から詳細解決情報を表示させるべき旨を指示された場合）は、Ｓ７４０で、受信したエラーステータス及び詳細解決情報のダイアログを表示部４５に表示させる。このとき、仮に受信したエラーステータスがトナー交換であった場合は、図３に例示したようなエラー解決方法詳細表示ダイアログ７１が表示されることになる。更に、Ｓ７５０で、受信した詳細解決情報をキャッシュ情報としてＨＤＤ４４の詳細解決情報群（キャッシュ）５０に保存して、Ｓ８１０に進む。
【００６６】
Ｓ７３０で、表示種類が詳細解決情報ではない場合は、Ｓ７６０で、表示種類が簡易解決情報であるか否か判断する。表示種類が簡易解決情報である場合（即ち、サーバ３０から簡易解決情報を表示させるべき旨を指示された場合）は、Ｓ７７０で、簡易解決情報群４９の中から、受信したエラーステータスに対応した簡易解決情報を取得する。そして、Ｓ７８０で、その取得した簡易解決情報をエラーステータスと共にダイアログ表示する。このとき、仮に受信したエラーステータスがトナー交換であった場合は、図４に例示したようなエラー解決方法簡易表示ダイアログ８１が表示されることになる。
【００６７】
Ｓ７６０で、表示種類が簡易解決情報でない場合は、表示種類がステータスメッセージであるということなので、Ｓ７９０で、ステータスメッセージ群４８の中から、受信したエラーステータスに該当するステータスメッセージを取得する。そして、Ｓ８００で、その取得したステータスメッセージをダイアログ表示する。このとき、仮に受信したエラーステータスがトナー交換であった場合は、図５に例示したようなステータスメッセージ表示ダイアログ９１が表示されることになる。
【００６８】
このようにしてエラーステータスを表示した後は、Ｓ８１０で、ユーザがエラー解決ボタンを押したか否か判断する。エラー解決ボタンを押した場合は、サーバ３０へ、現在表示されているエラーステータスに対応付けられた解決ユーザ情報（即ち当該ユーザが現在のエラー状態を解決したことを示す情報）を送信する。ユーザがエラー解決ボタンを押していない場合は、Ｓ８３０で、現在表示中のダイアログが詳細解決情報であるか否か判断し、詳細解決情報ならばＳ７１０へ戻るが、詳細解決情報ではない場合、即ち簡易解決情報又はステータスメッセージの何れかが表示されている場合は、Ｓ８４０のダイアログ切替処理に進む。
【００６９】
Ｓ８４０のダイアログ切替処理の詳細は図１０に示す通りであり、まずＳ９１０で、ユーザが詳細解決情報表示要求ボタンを押したか否か判断する。既述の通り、エラー解決方法簡易表示ダイアログ８１（図４参照）が表示されている場合はそのダイアログ中に詳細解決情報表示要求ボタン８６が表示され、ステータスメッセージ表示ダイアログ９１（図５参照）が表示されている場合はそのダイアログ中に詳細解決情報表示要求ボタン９６が表示されている。Ｓ９１０では、これら詳細解決情報表示要求ボタン８６，９６が押されたか否かを判断する。
【００７０】
そして、何れかの詳細解決情報表示要求ボタンが押された場合は、Ｓ９２０で、要求された詳細解決情報がキャッシュ情報としてローカル（即ちＰＣの詳細解決情報群（キャッシュ）５０）に保存されているか否か判断する。例えば図４に例示したようなトナー交換を示すダイアログが表示されている場合に詳細解決情報表示要求ボタン８６が押された場合は、トナー交換に対応した詳細解決情報がキャッシュ情報として保存されているか否かが判断されることになる。要求された詳細解決情報がキャッシュ情報として保存されていれば、Ｓ９３０で、そのローカルに保存されている詳細解決情報を取得する。そして、Ｓ９４０で、現在表示部４５に表示されているダイアログを閉じ、Ｓ９４５で、詳細解決情報のダイアログを表示させる。即ち、図３に例示したようなエラー解決方法詳細表示ダイアログ７１を表示させる。
【００７１】
Ｓ９２０で、要求された詳細解決情報がキャッシュ情報としてローカルに保存されていると判断されなかった場合は、Ｓ９５０で、サーバ３０へその詳細解決情報を要求し、Ｓ９６０で、その要求した詳細解決情報をサーバ３０から受信する。そして、Ｓ９７０で、その受信した詳細解決情報をキャッシュ情報として保存して、Ｓ９４５で、その詳細解決情報をダイアログ表示させる。
【００７２】
Ｓ９１０で、詳細解決情報表示要求ボタンが押されたと判断されなかった場合は、Ｓ９８０で、ユーザが簡易解決情報表示要求ボタンを押したか否か判断する。既述の通り、ステータスメッセージ表示ダイアログ９１（図５参照）が表示されている場合はそのダイアログ中に簡易解決情報表示要求ボタン９５が表示されている。Ｓ９８０では、その簡易解決情報表示要求ボタン９５が押されたか否かを判断する。
【００７３】
Ｓ９８０で、簡易解決情報表示要求ボタン９５が押されていない場合は、このダイアログ切替処理を終了するが、簡易解決情報表示要求ボタン９５が押された場合は、Ｓ９９０で、ローカルに保存されている簡易解決情報を取得する。そして、Ｓ１０００で、現在表示部４５に表示されているダイアログを閉じ、Ｓ１０１０で、簡易解決情報のダイアログを表示させる。即ち、図４に例示したようなエラー解決方法簡易表示ダイアログ８１を表示させる。
【００７４】
従って、例えばトナー交換のエラー状態が発生している場合、図２（ａ）に例示した、北（Ｋｉｔａ）さん、南（Ｍｉｎａｍｉ）さん、西（Ｎｉｓｈｉ）さんの３人のユーザに対しては、それぞれ次のようにダイアログが表示されることになる。即ち、北さんについては、ＭＦＰ管理者であることから、詳細度の最も高い詳細解決情報（図３参照）が表示される。南さんについては、ＭＦＰ管理者ではなく、トナー交換についての解決回数は５回で、図２（ｂ）に例示したように同じエラー状態が閾値時間（例えば６時間）以上は継続しておらず、かつトナー交換については図２（ｂ）に例示したようにローカル（ＰＣ）側に簡易解決情報が保存されているため、詳細度が中程度の簡易解決情報（図４参照）が表示される。西さんについては、解決回数が１０回と、閾値回数より多いため、詳細度が低いステータスメッセージ（図５参照）が表示される。
【００７５】
以上説明したように、本実施形態の多機能機システム２では、サーバ３０は、各ＰＣ４０ａ〜４０ｃにエラーステータスを送信する際、詳細解決情報も送信するか否かを、各ＰＣのユーザの当該エラーステータスに対するエラー解決回数やそのエラーステータスの継続時間、ＭＦＰ管理者であるか否かなどといった各種のユーザ使用情報に基づいて判断する。そして、各ＰＣ４０ａ〜４０ｃは、サーバ３０からエラーステータスを受信したとき、併せて受信した表示種類に従って、詳細度の異なる三種類の表示方法（ダイアログ）の何れかにてエラーステータスを表示する。
【００７６】
従って、本実施形態の多機能機システム２によれば、サーバ３０と各ＰＣ４０ａ〜４０ｃとの間の通信トラフィックの増大を抑えつつ、各ＰＣ４０ａ〜４０ｃのユーザに対し、ＭＦＰ１０のエラー状態についてユーザに見合った適切な情報を提供できる。
【００７７】
また、現在発生しているエラーの解決回数が閾値回数より多い場合は、そのユーザはそのエラーの解決方法を熟知していることが予想されるためステータスメッセージの表示にとどめている。逆に、現在発生しているエラーの解決回数が閾値回数以下の場合は、そのユーザはエラーの解決方法を詳細には把握していないことが予想されるため、基本的には詳細解決情報を表示させるようにしつつ、ローカル（ＰＣ）側に簡易解決情報が保存されている場合にはその簡易解決情報を表示させるようにしている。但し、たとえローカル側に簡易解決情報が保存されていても（即ち原則的には簡易解決情報を表示させるべき場合であっても）、ユーザがＭＦＰ管理者である場合、同じエラーが閾値時間以上継続している場合、及び解決回数が０回である場合の何れかに該当する場合は、ユーザに対してエラー解決方法についての詳細な情報を提供すべきと判断して、詳細解決情報を表示させるようにしている。
【００７８】
このように、三種類の表示種類（詳細度）の何れでエラーステータスを表示させるべきかを、様々な条件等に基づいてきめ細かく判断して決定している。そのため、エラーステータスの表示種類をユーザに応じて適切に決定することができ、ユーザの使い勝手の向上、トラフィック増加の抑制、およびエラーの早期解決を実現することができる。
【００７９】
また、ＰＣ側で簡易解決情報又はステータスメッセージが表示された場合であっても、ユーザは、必要に応じて詳細解決情報表示要求ボタンを押すことで詳細解決情報を表示させることができる。また、ステータスメッセージが表示された場合に、必要に応じて簡易解決情報を表示させることもできる。そのため、ユーザ自らの意志でより詳細な情報を得ることができ、エラー解決をより早期に実現することができる。
【００８０】
また、ＰＣは、サーバ３０から詳細解決情報を受信するとそれをキャッシュとして保存しておき、その後、ユーザが詳細解決情報表示要求ボタンを押したときに、該当する詳細解決情報がキャッシュとしてＰＣ側に保存されている場合にはそれを取得して表示させる。そのため、詳細解決情報を表示させる際の通信トラフィックの増大を抑制できる。
【００８１】
［変形例］
本発明の実施の形態は、上記実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り種々の形態を採り得ることはいうまでもない。
【００８２】
例えば、上記実施形態では、エラーの解決回数が閾値回数より多いユーザに対しては詳細度の低いステータスメッセージを表示させるようにしたが、この場合においても、ユーザがＭＦＰ管理者であればより詳細度の高い解決情報（簡易解決情報又は詳細解決情報）を表示させるようにしてもよいし、同じエラーが閾値時間以上継続している場合もより詳細度の高い解決情報を表示させるようにしてもよい。
【００８３】
また、上記実施形態では、詳細度の異なる三種類の表示方法のどれを採用するかについて、解決回数、ＭＦＰ管理者であるか否か、同じエラーの継続時間、およびローカル側に簡易解決情報が保存されているか否か、などを判断材料として決定する例を示したが、これら判断材料はあくまでも一例であって、他の基準や方法によって表示方法を決定するようにしてもよい。また、それら判断材料の一つ一つを具体的にどのような順序で判断していくかについても、図７に示した順序に限らず適宜決めることができる。例えば、図７の例では、解決回数が閾値以下である場合に、まずローカル側に簡易解決情報が保存されているか否かを判断するようにしたが、この判断を後に回すようにしてもよい。具体的には、まずはＳ４９０〜Ｓ５１０の各判断を行って、詳細解決情報を表示させるべきか否かの判断を行う。そして、詳細解決情報を表示させるべきと判断されなかった場合に、簡易解決情報の有無を判断し、ローカル側に簡易解決情報が保存されていればそれを表示させ、簡易解決情報が保存されていない場合は詳細解決情報を送信して表示させるようにするようにしてもよい。
【００８４】
また、ＭＦＰ１０は、ＬＡＮ回線４に接続せずサーバ３０と一対一でローカル接続されていてもよい。サーバ３０がＭＦＰ１０からステータス情報を取得する方法として、サーバ３０からの問い合わせではなく、ＭＦＰ１０が、例えば所定の時間間隔毎に、サーバ３０へ送信するようにしてもよい。また、サーバ３０およびＰＣの各ステータスモニタプログラムは、インターネット等のネットワークを介して提供されるものであってもよいし、ＤＶＤや携帯型メモリカード等のコンピュータで読み取り可能な（有形な）非一時的な記録媒体に記憶された状態で提供されるものであってもよい。
【符号の説明】
【００８５】
２…多機能機システム、１０…ＭＦＰ、１１…制御部、１４…印刷部、１５…ＦＡＸ部、１６…ネットワークインタフェース、１７…ＰＳＴＮインタフェース、１８…スキャナ部、２１，３１，４１…ＣＰＵ、２２，３２，４２…ＲＯＭ、２３，３３，４３…ＲＡＭ、２４…ＮＶＲＡＭ、３０…サーバ、３４，４４…ＨＤＤ、３５，４５…表示部、３６，４６…操作部、３７，４７…ステータスモニタプログラム、３８…詳細解決情報群、４８…ステータスメッセージ群、４９…簡易解決情報群、７１…エラー解決方法詳細表示ダイアログ、７２，８２，９２…エラーステータス名、７３…主情報、７４…説明画像、７５…補足情報、７６，８４…ＯＫボタン、７７，８５，９４…エラー解決ボタン、８１…エラー解決方法簡易表示ダイアログ、８３…簡易解決情報、８６，９６…詳細解決情報表示要求ボタン、９１…ステータスメッセージ表示ダイアログ、９３…報知画像、９５…簡易解決情報表示要求ボタン、Ｔ１１…ユーザ情報テーブル、Ｔ１２…デバイス情報テーブル
【図２】
2014048743.tif 000003
【図６】
2014048743.tif 000004
【図７】
2014048743.tif 000005
【図８】
2014048743.tif 000006
【図９】
2014048743.tif 000007
【図１０】
2014048743.tif 000008
【図１】
2014048743.tif 000009
【図３】
2014048743.tif 000010
【図４】
2014048743.tif 000011
【図５】
2014048743.tif 000012