(57)【要約】【課題】ネットワークに接続された情報機器の状態を把握するための情報機器と機器管理サーバとの通信負荷を低減させることが可能な情報機器管理システム、情報機器、機器管理サーバ、状態管理プログラム、機器管理プログラム及び情報機器管理方法を提供する。【解決手段】情報機器は、情報機器の状態を示す状態情報に基づいて、所定の収集時間間隔で、情報機器の状態を判定し、所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理手段を備え、機器管理サーバは、所定の通知の有無を監視し、所定の通知の有無に基づいて、情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した情報機器の動作状態を情報機器毎に管理する情報機器動作管理手段を備えていることを特徴とする。【選択図】      図２
2004362328.tif 000002
【特許請求の範囲】
【請求項１】
複数個の情報機器と、前記情報機器を管理する機器管理サーバとを通信可能に接続した情報機器管理システムであって、
前記情報機器は、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、当該情報機器の状態を示す状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理手段を備え、前記機器管理サーバは、前記所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理手段を備えていることを特徴とする情報機器管理システム。
【請求項２】
前記自己管理手段は、
前記所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、前記状態情報を取得する自己管理情報取得手段と、
前記自己管理情報取得手段によって取得された前記状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定する自己状態判定手段と、
前記所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記自己状態判定手段によって判定された当該情報機器の状態が正常状態であるか異常状態であるかを示す報告情報を前記所定の通知として、前記機器管理サーバへ通知する自己状態通知手段と、
を備えていることを特徴とする請求項１に記載の情報機器管理システム。
【請求項３】
前記情報機器動作管理手段は、
前記情報機器からの前記所定の通知の有無を、前記情報機器毎に監視する情報機器監視手段と、
前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定する情報機器動作判定手段と、
を備えていることを特徴とする請求項１又は２に記載の情報機器管理システム。
【請求項４】
複数個の情報機器と、前記情報機器を管理する機器管理サーバとを通信可能に接続した情報機器管理システムであって、
前記情報機器は、所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、当該情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、当該情報機器の状態を管理する自己管理手段を備え、
前記機器管理サーバは、所定の機器情報収集時間間隔又はほぼ前記所定の機器情報収集時間間隔で、当該情報機器の状態を示す状態情報のうち、前記機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理手段と、を備えていることを特徴とする情報機器管理システム。
【請求項５】
前記自己管理手段は、
前記所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、前記機器管理状態情報を取得する自己管理情報取得手段と、
前記自己管理情報取得手段によって取得された前記機器管理状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定する自己状態判定手段と、
を備えていることを特徴とする請求項４に記載の情報機器管理システム。
【請求項６】
前記自己管理手段は、
前記所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記自己状態判定手段によって判定された当該情報機器の状態が正常状態であるか異常状態であるかを示す報告情報を所定の通知として、前記機器管理サーバへ通知する自己状態通知手段を、更に備えていることを特徴とする請求項５に記載の情報機器管理システム。
【請求項７】
前記機器管理サーバは、
前記所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理手段を、更に備えていることを特徴とする請求項６に記載の情報機器管理システム。
【請求項８】
前記情報機器動作管理手段は、
前記情報機器からの前記所定の通知の有無を、前記情報機器毎に監視する情報機器監視手段と、
前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定する情報機器動作判定手段と、
を備えていることを特徴とする請求項７に記載の情報機器管理システム。
【請求項９】
前記情報機器状態管理手段は、
前記所定の機器情報収集時間間隔又はほぼ前記所定の機器情報収集時間間隔で、前記サーバ管理状態情報の送信を前記情報機器へ要求し、前記サーバ管理情報を前記情報機器毎に取得するサーバ管理情報取得手段と、
前記サーバ管理情報取得手段によって取得された前記サーバ管理情報に基づいて、前記情報機器の状態が正常状態であるか異常状態であるかを判定する情報機器状態判定手段と、
を備えていることを特徴とする請求項４乃至８のいずれか１項に記載の情報機器管理システム。
【請求項１０】
前記自己管理手段は、
当該情報機器に発生した障害を復旧する障害復旧手段を、更に備え、
前記障害復旧手段は、前記自己状態判定手段によって判定された当該情報機器の状態が、異常状態であるとき、当該情報機器に発生した障害に対応する所定の復旧処理を実施することを特徴とする請求項２、５又は６に記載の情報機器管理システム。
【請求項１１】
前記自己管理手段は、
当該情報機器に発生した障害の障害通知情報を、ユーザ端末と前記機器管理サーバの少なくも１つの通知先へ通知する障害情報通知手段を、更に備え、
前記障害復旧手段は、前記自己状態判定手段によって判定された当該情報機器の状態が、異常状態であるとき、当該情報機器に発生した障害に対応する所定の障害通知情報を、所定の前記通知先へ通知することを特徴とする請求項２、５、６又は１０に記載の情報機器管理システム。
【請求項１２】
前記障害情報通知手段は、
前記自己状態判定手段によって判定された当該情報機器の状態が、異常状態であるとき、当該情報機器に発生した障害に対応する所定の障害通知情報の、所定の前記ユーザ端末への通知依頼を、前記機器管理サーバに要求することを特徴とする請求項１１に記載の情報機器管理システム。
【請求項１３】
前記情報機器監視手段は、
前回の前記所定の通知から経過時間が、所定の判定時間を超えたとき、前記所定の通知は無しと判定することを特徴とする請求項３又は８に記載の情報機器管理システム。
【請求項１４】
前記情報機器動作管理手段は、
前記情報機器の通信不可能状態情報を、ユーザ端末へ通知する情報機器動作異常通知手段を、更に備え、
前記情報機器動作異常通知手段は、前記情報機器動作判定手段によって判定された前記情報機器の動作状態が、通信不可能状態であるとき、前記情報機器の通信不可能状態情報を、所定の前記ユーザ端末へ通知することを特徴とする請求項３、８又は１３に記載の情報機器管理システム。
【請求項１５】
前記情報機器状態管理手段は、
前記情報機器に発生した障害の復旧処理の実行要求を前記情報機器にする障害復旧要求手段を、更に備え、
前記障害復旧要求手段は、前記情報機器状態判定手段によって判定された前記情報機器の状態が、異常状態であるとき、前記情報機器に発生した障害に対応する所定の復旧処理の実行要求を前記情報機器にすることを特徴とする請求項９に記載の情報機器管理システム。
【請求項１６】
前記情報機器状態管理手段は、
前記情報機器に発生した障害の障害通知情報を、ユーザ端末へ通知する情報機器障害通知手段を、更に備え、
前記情報機器障害通知手段は、前記情報機器状態判定手段によって判定された前記情報機器の状態が、異常状態であるとき、前記情報機器に発生した障害に対応する所定の障害通知情報を、所定の前記ユーザ端末へ通知することを特徴とする請求項９又は１５に記載の情報機器管理システム。
【請求項１７】
機器管理サーバと通信可能に接続された情報機器であって、
所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、当該情報機器の状態を示す状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理手段を備えていることを特徴とする情報機器。
【請求項１８】
機器管理サーバと通信可能に接続された情報機器であって、
所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、当該情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、当該情報機器の状態を管理する自己管理手段を備えていることを特徴とする情報機器。
【請求項１９】
複数個の情報機器と通信可能に接続された機器管理サーバであって、
所定の通知時間間隔又はほぼ前記所定の通知時間間隔で送信される、前記情報機器からの所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理手段を備えていることを特徴とする機器管理サーバ。
【請求項２０】
複数個の情報機器と通信可能に接続された機器管理サーバであって、
所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、前記情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理手段を備えていることを特徴とする機器管理サーバ。
【請求項２１】
所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、情報機器の状態を示す状態情報に基づいて、前記情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、機器管理サーバへ所定の通知を実行する自己管理工程をコンピュータに実行させるプログラムであることを特徴とする状態管理プログラム。
【請求項２２】
所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、前記情報機器の状態を管理する自己管理工程をコンピュータに実行させるプログラムであることを特徴とする状態管理プログラム。
【請求項２３】
所定の通知時間間隔又はほぼ前記所定の通知時間間隔で送信される、情報機器からの所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理工程をコンピュータに実行させるプログラムであることを特徴とする機器管理プログラム。
【請求項２４】
所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理工程をコンピュータに実行させるプログラムであることを特徴とする機器管理プログラム。
【請求項２５】
機器管理サーバに通信可能に接続された複数個の情報機器を管理する情報機器管理方法であって、
所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、前記情報機器の状態を示す状態情報に基づいて、前記情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理工程と、
前記所定通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理工程と、
を備えていることを特徴とする情報機器管理方法。
【請求項２６】
機器管理サーバに通信可能に接続された複数個の情報機器を管理する情報機器管理方法であって、
所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、前記情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、前記情報機器の状態を管理する自己管理工程と、
所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、前記情報機器の状態を示す状態情報のうち、前記機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理工程と、
を備えていることを特徴とする情報機器管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報機器管理システム、情報機器、機器管理サーバ、状態管理プログラム、機器管理プログラム及び情報機器管理方法に関する。特に、ネットワークに接続されたプリンタ、コピー機等の情報機器の状態を把握するための情報機器と機器管理サーバとの通信負荷を低減させることが可能な情報機器管理システム、情報機器、機器管理サーバ、状態管理プログラム、機器管理プログラム及び情報機器管理方法に関する。
【０００２】
【従来の技術】
ネットワークに接続されたプリンタ、コピー機等の情報機器を、ユーザが常時利用できるように、情報機器の管理者は、情報機器を正常状態に保つ必要がある。そのため、従来から、ネットワークに接続されたプリンタ、コピー機等の情報機器の状態を管理する方法が提案されている。
【０００３】
特許文献１の発明では、サーバが管理アプリケーションを動作し、定期的に情報機器にアクセスして、情報機器の状態情報を収集し、サーバにて複数の情報機器の状態を一元的に管理する方法が提案されている。
特許文献２の発明では、紙詰まり状況を分析しながら外部装置に必要なジャム情報を自動転送することにより最小のデータ転送回数で外部装置が的確な紙詰まり管理を行なえる複写装置が提案されている。
【０００４】
特許文献３の発明では、遠隔配置される外部装置へ、自己の動作状態情報を自動報知する画像形成装置が提案されている。
特許文献４の発明では、周辺装置において何らかの通知すべき事柄が発生した場合、通知すべき情報を作成して上位装置へ自動的に通知することを可能とし、管理者による情報収集や通知作業を省略可能とした周辺装置が提案されている。
【０００５】
【特許文献１】
特許第２８８６１５０号公報
【特許文献２】
特開平５−８０６０９号公報
【特許文献３】
特開平５−３３３６２５号公報
【特許文献４】
特開平１１−３０６１１５号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１の発明では、サーバからの情報機器への状態の問い合わせを、サーバにて設定された時間間隔にて行なっている（以下、「ポーリング」という）。そのため、情報機器の異常状態を把握したい場合であっても、情報機器が正常であってもポーリングを行ない、ネットワーク上に無駄なトラフィックが発生してしまい、情報機器とサーバとの通信負荷がかかってしまうという問題点があった。また、この無駄なトラフィックは、ネットワークに接続された情報機器の台数に比例して多くなることから、複数の情報機器がネットワークに接続されている場合は、複数の情報機器とサーバとの通信負荷は更にかかってしまうという問題点もあった。
【０００７】
また、情報機器の異常状態をリアルタイムに把握するために、ポーリングの時間間隔を短くした場合は、上述の無駄なトラフィックが増加してしまい、情報機器とサーバとの通信負荷がかかってしまうという問題点があった。一方、情報機器とサーバとの通信負荷を減少させるために、ポーリングの時間間隔を長くした場合は、リアルタイム性が失われ、情報機器に発生した障害を検知するタイミングが遅れてしまうという問題点もあった。
【０００８】
また、特許文献２の発明、特許文献３の発明及び特許文献４の発明では、情報機器の状態を情報機器自身が、サーバに通知することから、情報機器がダウンしたり、何らかの障害により情報機器からサーバへの通知ができなくなったりした場合、サーバにおいて、情報機器からの通知がない状態が、情報機器の状態が正常状態であるのか、情報機器の動作状態が通信不可能状態であるのかを判定することができないという問題点があった。また、情報機器の動作状態の異常をサーバにおいては把握できないため、情報機器の動作状態の異常を引き起こす障害が発生しても、障害が復旧するまでに時間がかかってしまうという問題点もあった。
【０００９】
本発明は、以上のような問題点を解決するためになされたもので、ネットワークに接続された情報機器の状態を把握するための情報機器と機器管理サーバとの通信負荷を低減させることが可能な情報機器管理システム、情報機器、機器管理サーバ、状態管理プログラム、機器管理プログラム及び情報機器管理方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上述した従来の問題点を解決すべく下記の発明を提供する。
［発明１］
発明１は、複数個の情報機器と、前記情報機器を管理する機器管理サーバとを通信可能に接続した情報機器管理システムであって、
前記情報機器は、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、当該情報機器の状態を示す状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理手段を備え、前記機器管理サーバは、前記所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理手段を備えていることを特徴とする情報機器管理システムである。
【００１１】
このような構成であれば、情報機器では、自己管理手段によって、所定の収集時間間隔又はほぼ所定の収集時間間隔で、情報機器の状態を示す状態情報に基づいて、情報機器の状態が正常状態であるか異常状態であるかが判定され、所定の通知時間間隔又はほぼ所定の通知時間間隔で、機器管理サーバへ所定の通知が実行される。また、機器管理サーバでは、情報機器動作管理手段によって、所定の通知の有無が監視され、所定の通知の有無に基づいて、情報機器の動作状態が通信可能状態であるか通信不可能状態であるかが判定され、情報機器の動作状態が情報機器毎に管理される。
【００１２】
これにより、情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、情報機器からの通知の有無により情報機器の動作状態の管理を行なう。従って、従来のポーリング方式に比して、トラフィック量が概ね半減以下にすることができる。即ち、従来に比して、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００１３】
また、１回の通知における情報量が少ないことから、情報機器から機器管理サーバへの通知の通知時間間隔を短くすることができ、情報器管理サーバにおいて、情報機器の動作状態の異常を比較的リアルタイムに把握することができる。従って、情報機器の動作状態の異常による情報機器のダウンタイムを低減することができるという効果が得られる。
【００１４】
また、情報機器の状態情報を情報機器自身が管理し、自身の状態を判定するため、収集時間間隔を短くすることができ、情報機器に発生した障害を比較的リアルタイムに把握することができる。従って、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
ここで、情報機器の動作状態が通信不可能状態とは、情報機器が停止状態である場合、情報機器の自己管理手段において異常が発生し、情報器管理サーバへ通知できない場合、又は、情報機器と情報器管理サーバとの通信異常の場合である。
［発明２］
発明２は、発明１において、前記所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、前記状態情報を取得する自己管理情報取得手段と、前記自己管理情報取得手段によって取得された前記状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定する自己状態判定手段と、前記所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記自己状態判定手段によって判定された当該情報機器の状態が正常状態であるか異常状態であるかを示す報告情報を前記所定の通知として、前記機器管理サーバへ通知する自己状態通知手段と、を備えていることを特徴とする情報機器管理システムである。
【００１５】
このような構成であれば、情報機器では、自己管理情報取得手段によって、所定の収集時間間隔又はほぼ所定の収集時間間隔で、状態情報が取得され、自己状態判定手段によって、情報機器の状態が正常状態であるか異常状態であるかが判定され、自己状態通知手段によって、情報機器の状態が正常状態であるか異常状態であるかを示す報告情報が、所定の通知時間間隔又はほぼ所定の通知時間間隔で、機器管理サーバへ通知される。
【００１６】
これにより、情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、情報機器からの通知の有無により情報機器の動作状態の管理を行なう。従って、従来のポーリング方式に比して、トラフィック量が概ね半減以下にすることができる。即ち、従来に比して、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００１７】
また、通知される情報が報告情報であることから、１回の通知による情報量は非常に少なくなり、従来に比して、更に情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
また、情報機器の状態情報を情報機器自身が取得し、自身の状態を判定するため、収集時間間隔を短くすることができ、情報機器に発生した障害を比較的リアルタイムに把握することができる。従って、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明３］
発明３は、発明１又は２において、前記情報機器からの前記所定の通知の有無を、前記情報機器毎に監視する情報機器監視手段と、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定する情報機器動作判定手段と、を備えていることを特徴とする情報機器管理システムである。
【００１８】
このような構成であれば、機器管理サーバでは、情報機器監視手段によって、情報機器からの所定の通知の有無が、情報機器毎に監視され、情報機器動作判定手段によって、所定の通知の有無に基づいて、情報機器の動作状態が通信可能状態であるか通信不可能状態であるかが判定される。
これにより、情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、情報機器からの通知の有無により情報機器の動作状態の管理を行なう。従って、従来のポーリング方式に比して、トラフィック量が概ね半減以下にすることができる。即ち、従来に比して、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００１９】
また、通知される情報が報告情報であることから、１回の通知による情報量は非常に少なくなり、従来に比して、更に情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
また、１回の通知における情報量が少ないことから、情報機器から機器管理サーバへの通知の通知時間間隔を短くすることができ、情報器管理サーバにおいて、情報機器の動作状態の異常を比較的リアルタイムに把握することができる。従って、情報機器の動作状態の異常による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明４］
発明４は、複数個の情報機器と、前記情報機器を管理する機器管理サーバとを通信可能に接続した情報機器管理システムであって、前記情報機器は、所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、当該情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、当該情報機器の状態を管理する自己管理手段を備え、前記機器管理サーバは、所定の機器情報収集時間間隔又はほぼ前記所定の機器情報収集時間間隔で、当該情報機器の状態を示す状態情報のうち、前記機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理手段と、を備えていることを特徴とする情報機器管理システムである。
【００２０】
このような構成であれば、情報機器では、自己管理手段によって、所定の収集時間間隔又はほぼ所定の収集時間間隔で、情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、情報機器の状態が管理される。また、機器管理サーバでは、情報機器状態管理手段によって、所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、情報機器の状態を示す状態情報のうち、機器管理状態情報以外の情報であるサーバ管理状態情報に基づいて、情報機器の状態が情報機器毎に管理される。
【００２１】
これにより、機器管理状態情報に基づいた情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、サーバ管理状態情報に基づいた情報機器の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００２２】
また、情報機器の機器管理状態情報を情報機器自身が取得し、自身の状態を判定するため、収集時間間隔を短くすることができ、情報機器に発生した比較的即時性が要求される対処を伴う障害を比較的リアルタイムに把握することができる。従って、比較的即時性が要求される対処を伴う障害による情報機器のダウンタイムを低減することができるという効果が得られる。
【００２３】
また、障害の対処の即時性と、情報機器と機器管理サーバとの通信負荷とを比較的適当に調整することにより、情報機器の状態を比較的効率良く管理することができる。例えば、機器管理サーバにおいて、長期間のトナーの減少履歴を収集することにより、交換予想時期を精度良く行なうことができる。
［発明５］
発明５は、発明４において、前記自己管理手段は、前記所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、前記機器管理状態情報を取得する自己管理情報取得手段と、前記自己管理情報取得手段によって取得された前記機器管理状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定する自己状態判定手段と、を備えていることを特徴とする情報機器管理システムである。
【００２４】
このような構成であれば、情報機器では、自己管理情報取得手段によって、所定の収集時間間隔又はほぼ所定の収集時間間隔で、機器管理状態情報が取得され、自己状態判定手段によって、情報機器の状態が正常状態であるか異常状態であるかが判定される。
これにより、機器管理状態情報に基づいた情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、サーバ管理状態情報に基づいた情報機器の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００２５】
また、情報機器の機器管理状態情報を情報機器自身が取得し、自身の状態を判定するため、収集時間間隔を短くすることができ、情報機器に発生した比較的即時性が要求される対処を伴う障害を比較的リアルタイムに把握することができる。従って、比較的即時性が要求される対処を伴う障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明６］
発明６は、発明５において、前記自己管理手段は、前記所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記自己状態判定手段によって判定された当該情報機器の状態が正常状態であるか異常状態であるかを示す報告情報を所定の通知として、前記機器管理サーバへ通知する自己状態通知手段を、更に備えていることを特徴とする情報機器管理システムである。
【００２６】
このような構成であれば、情報機器では、自己状態通知手段によって、情報機器の状態が正常状態であるか異常状態であるかを示す報告情報が、所定の通知時間間隔又はほぼ所定の通知時間間隔で、機器管理サーバへ通知される。
これにより、機器管理状態情報に基づいた情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、サーバ管理状態情報に基づいた情報機器の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００２７】
また、情報機器の機器管理状態情報を情報機器自身が取得し、自身の状態を判定するため、収集時間間隔を短くすることができ、情報機器に発生した比較的即時性が要求される対処を伴う障害を比較的リアルタイムに把握することができる。従って、比較的即時性が要求される対処を伴う障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明７］
発明７は、発明６において、前記機器管理サーバは、前記所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理手段を、更に備えていることを特徴とする情報機器管理システムである。
【００２８】
このような構成であれば、機器管理サーバでは、情報機器動作管理手段によって、所定の通知の有無が監視され、所定の通知の有無に基づいて、情報機器の動作状態が通信可能状態であるか通信不可能状態であるかが判定され、情報機器の動作状態が情報機器毎に管理される。
これにより、機器管理状態情報に基づいた情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、情報機器からの通知の有無により情報機器の動作状態の管理と、サーバ管理状態情報に基づいた情報機器の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００２９】
また、１回の通知における情報量が少ないことから、情報機器から機器管理サーバへの通知の通知時間間隔を短くすることができ、情報器管理サーバにおいて、情報機器の動作状態の異常を比較的リアルタイムに把握することができる。従って、情報機器の動作状態の異常による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明８］
発明８は、発明７において、前記情報機器動作管理手段は、前記情報機器からの前記所定の通知の有無を、前記情報機器毎に監視する情報機器監視手段と、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定する情報機器動作判定手段と、を備えていることを特徴とする情報機器管理システムである。
【００３０】
このような構成であれば、機器管理サーバでは、情報機器監視手段によって、情報機器からの所定の通知の有無が、情報機器毎に監視され、情報機器動作判定手段によって、所定の通知の有無に基づいて、情報機器の動作状態が通信可能状態であるか通信不可能状態であるかが判定される。
これにより、機器管理状態情報に基づいた情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、情報機器からの通知の有無により情報機器の動作状態の管理と、サーバ管理状態情報に基づいた情報機器の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００３１】
また、１回の通知における情報量が少ないことから、情報機器から機器管理サーバへの通知の通知時間間隔を短くすることができ、情報器管理サーバにおいて、情報機器の動作状態の異常を比較的リアルタイムに把握することができる。従って、情報機器の動作状態の異常による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明９］
発明９は、発明４乃至８のいずれか１つにおいて、前記情報機器状態管理手段は、前記所定の機器情報収集時間間隔又はほぼ前記所定の機器情報収集時間間隔で、前記サーバ管理状態情報の送信を前記情報機器へ要求し、前記サーバ管理情報を前記情報機器毎に取得するサーバ管理情報取得手段と、前記サーバ管理情報取得手段によって取得された前記サーバ管理情報に基づいて、前記情報機器の状態が正常状態であるか異常状態であるかを判定する情報機器状態判定手段と、を備えていることを特徴とする情報機器管理システムである。
【００３２】
このような構成であれば、機器管理サーバでは、サーバ管理情報取得手段によって、所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、サーバ管理状態情報の送信が情報機器へ要求され、サーバ管理情報が情報機器毎に取得される。また、情報機器状態判定手段によって、サーバ管理情報に基づいて、情報機器の状態が正常状態であるか異常状態であるかが判定される。
【００３３】
これにより、機器管理状態情報に基づいた情報機器の状態の管理を情報機器自身が行ない、機器管理サーバは、情報機器からの通知の有無により情報機器の動作状態の管理と、サーバ管理状態情報に基づいた情報機器の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、情報機器と機器管理サーバとの通信負荷を低減することができるという効果が得られる。
【００３４】
また、障害の対処の即時性と、情報機器と機器管理サーバとの通信負荷とを比較的適当に調整することにより、情報機器の状態を比較的効率良く管理することができる。例えば、機器管理サーバにおいて、長期間のトナーの減少履歴を収集することにより、交換予想時期を精度良く行なうことができる。
［発明１０］
発明１０は、発明２、５又は６において、前記自己管理手段は、当該情報機器に発生した障害を復旧する障害復旧手段を、更に備え、前記障害復旧手段は、前記自己状態判定手段によって判定された当該情報機器の状態が、異常状態であるとき、当該情報機器に発生した障害に対応する所定の復旧処理を実施することを特徴とする情報機器管理システムである。
【００３５】
このような構成であれば、情報機器では、障害復旧手段によって、情報機器に発生した障害が復旧される。
これにより、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明１１］
発明１１は、発明２、５、６又は１０において、前記自己管理手段は、当該情報機器に発生した障害の障害通知情報を、ユーザ端末と前記機器管理サーバの少なくも１つの通知先へ通知する障害情報通知手段を、更に備え、前記障害復旧手段は、前記自己状態判定手段によって判定された当該情報機器の状態が、異常状態であるとき、当該情報機器に発生した障害に対応する所定の障害通知情報を、所定の前記通知先へ通知することを特徴とする情報機器管理システムである。
【００３６】
このような構成であれば、情報機器では、障害情報通知手段によって、情報機器に発生した障害の障害通知情報が、ユーザ端末と機器管理サーバの少なくも１つの通知先へ通知される。
これにより、通知先へ情報機器に発生した障害を比較的リアルタイムに通知し、通知先において障害の対処作業を実施することができる。従って、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明１２］
発明１２は、発明１１において、前記障害情報通知手段は、前記自己状態判定手段によって判定された当該情報機器の状態が、異常状態であるとき、当該情報機器に発生した障害に対応する所定の障害通知情報の、所定の前記ユーザ端末への通知依頼を、前記機器管理サーバに要求することを特徴とする情報機器管理システムである。
【００３７】
これにより、所定のユーザ端末へ情報機器に発生した障害を比較的リアルタイムに通知し、ユーザ端末を使用する管理者、サービスセンタ等により障害の対処作業を実施してもらうことができる。従って、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明１３］
発明１３は、発明３又は８において、前記情報機器監視手段は、前回の前記所定の通知から経過時間が、所定の判定時間を超えたとき、前記所定の通知は無しと判定することを特徴とする情報機器管理システムである。
［発明１４］
発明１４は、発明３、８又は１３において、前記情報機器動作管理手段は、前記情報機器の通信不可能状態情報を、ユーザ端末へ通知する情報機器動作異常通知手段を、更に備え、前記情報機器動作異常通知手段は、前記情報機器動作判定手段によって判定された前記情報機器の動作状態が、通信不可能状態であるとき、前記情報機器の通信不可能状態情報を、所定の前記ユーザ端末へ通知することを特徴とする情報機器管理システムである。
【００３８】
このような構成であれば、機器管理サーバでは、情報機器動作異常通知手段によって、情報機器の通信不可能状態情報が、ユーザ端末へ通知される。
これにより、ユーザ端末へ情報機器の動作状態の異常に基づいた障害を比較的リアルタイムに通知し、ユーザ端末を使用する管理者、サービスセンタ等により障害の対処作業を実施してもらうことができる。従って、情報機器の動作状態の異常に基づいた障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明１５］
発明１５は、発明９において、前記情報機器状態管理手段は、前記情報機器に発生した障害の復旧処理の実行要求を前記情報機器にする障害復旧要求手段を、更に備え、前記障害復旧要求手段は、前記情報機器状態判定手段によって判定された前記情報機器の状態が、異常状態であるとき、前記情報機器に発生した障害に対応する所定の復旧処理の実行要求を前記情報機器にすることを特徴とする情報機器管理システムである。
【００３９】
このような構成であれば、機器管理サーバでは、障害復旧要求手段によって、情報機器に発生した障害の復旧処理の実行要求が情報機器になされる。
これにより、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明１６］
発明１６は、発明９又は１５において、前記情報機器状態管理手段は、前記情報機器に発生した障害の障害通知情報を、ユーザ端末へ通知する情報機器障害通知手段を、更に備え、前記情報機器障害通知手段は、前記情報機器状態判定手段によって判定された前記情報機器の状態が、異常状態であるとき、前記情報機器に発生した障害に対応する所定の障害通知情報を、所定の前記ユーザ端末へ通知することを特徴とする情報機器管理システムである。
【００４０】
このような構成であれば、機器管理サーバでは、情報機器障害通知手段によって、情報機器に発生した障害の障害通知情報が、ユーザ端末へ通知される。
これにより、ユーザ端末へ情報機器に発生した障害を比較的リアルタイムに通知し、ユーザ端末を使用する管理者、サービスセンタ等により障害の対処作業を実施してもらうことができる。従って、障害による情報機器のダウンタイムを低減することができるという効果が得られる。
［発明１７］
発明１７は、機器管理サーバと通信可能に接続された情報機器であって、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、当該情報機器の状態を示す状態情報に基づいて、当該情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理手段を備えていることを特徴とする情報機器である。
【００４１】
このような構成であれば、発明１に記載の情報機器と同等の作用が得られる。従って、発明１に記載の情報機器管理システムと同等の効果が得られる。
［発明１８］
発明１８は、機器管理サーバと通信可能に接続された情報機器であって、所定の収集時間間隔又はほぼ前記所定の収集時間間隔で、当該情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、当該情報機器の状態を管理する自己管理手段を備えていることを特徴とする情報機器である。
【００４２】
このような構成であれば、発明４に記載の情報機器と同等の作用が得られる。従って、発明４に記載の情報機器管理システムと同等の効果が得られる。
［発明１９］
発明１９は、複数個の情報機器と通信可能に接続された機器管理サーバであって、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で送信される、前記情報機器からの所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理手段を備えていることを特徴とする機器管理サーバである。
【００４３】
このような構成であれば、発明１に記載の機器管理サーバと同等の作用が得られる。従って、発明１に記載の情報機器管理システムと同等の効果が得られる。
［発明２０］
発明２０は、複数個の情報機器と通信可能に接続された機器管理サーバであって、所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、前記情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理手段を備えていることを特徴とする機器管理サーバである。
【００４４】
このような構成であれば、発明４に記載の機器管理サーバと同等の作用が得られる。従って、発明４に記載の情報機器管理システムと同等の効果が得られる。
［発明２１］
発明２１は、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、情報機器の状態を示す状態情報に基づいて、前記情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、機器管理サーバへ所定の通知を実行する自己管理工程をコンピュータに実行させるプログラムであることを特徴とする状態管理プログラムである。
【００４５】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムによって、コンピュータが処理を実行すると、発明１７に記載の情報機器と同等の作用及び効果が得られる。
［発明２２］
発明２２は、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、前記情報機器の状態を管理する自己管理工程をコンピュータに実行させるプログラムであることを特徴とする状態管理プログラムである。
【００４６】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムによって、コンピュータが処理を実行すると、発明１８に記載の情報機器と同等の作用及び効果が得られる。
［発明２３］
発明２３は、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で送信される、情報機器からの所定の通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理工程をコンピュータに実行させるプログラムであることを特徴とする機器管理プログラムである。
【００４７】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムによって、コンピュータが処理を実行すると、発明１９に記載の機器管理サーバと同等の作用及び効果が得られる。
［発明２４］
発明２４は、所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理工程をコンピュータに実行させるプログラムであることを特徴とする機器管理プログラムである。
【００４８】
このような構成であれば、コンピュータによってプログラムが読み取られ、読み取られたプログラムによって、コンピュータが処理を実行すると、発明２０に記載の機器管理サーバと同等の作用及び効果が得られる。
［発明２５］
発明２５は、機器管理サーバに通信可能に接続された複数個の情報機器を管理する情報機器管理方法であって、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、前記情報機器の状態を示す状態情報に基づいて、前記情報機器の状態が正常状態であるか異常状態であるかを判定し、所定の通知時間間隔又はほぼ前記所定の通知時間間隔で、前記機器管理サーバへ所定の通知を実行する自己管理工程と、前記所定通知の有無を監視し、前記所定の通知の有無に基づいて、前記情報機器の動作状態が通信可能状態であるか通信不可能状態であるかを判定し、判定した前記情報機器の動作状態を前記情報機器毎に管理する情報機器動作管理工程と、を備えていることを特徴とする情報機器管理方法である。
【００４９】
これにより、発明１に記載の情報機器管理システムと同等の効果が得られる。
［発明２６］
発明２６は、機器管理サーバに通信可能に接続された複数個の情報機器を管理する情報機器管理方法であって、所定の収集時間間隔又はほぼ所定の前記収集時間間隔で、前記情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る機器管理状態情報に基づいて、前記情報機器の状態を管理する自己管理工程と、所定の機器情報収集時間間隔又はほぼ所定の機器情報収集時間間隔で、前記情報機器の状態を示す状態情報のうち、前記機器管理状態情報以外の情報であるサーバ管理状態情報を前記情報機器より収集し、収集した前記サーバ管理状態情報に基づいて、前記情報機器の状態を前記情報機器毎に管理する情報機器状態管理工程と、を備えていることを特徴とする情報機器管理方法である。
【００５０】
これにより、発明４に記載の情報機器管理システムと同等の効果が得られる。
【００５１】
【発明の実施の形態】
この発明の一実施態様を、図面を参照しながら説明する。
図１乃至図７を参照して、第１の実施の形態を説明する。
図１は、情報機器管理システムの全体構成図である。以下、デバイスとしてプリンタを例に挙げて説明する。
【００５２】
情報機器管理システム１００は、プリンタ１０１、機器管理サーバ１０２およびユーザ端末１０３を備え、通信ネットワーク１０４を介して通信が可能である。
プリンタ１０１は、所定の収集時間間隔又はほぼ所定の収集時間間隔（以下、「収集間隔」という）で、プリンタ自身によって状態情報を取得して、取得した状態情報に基づいてプリンタ自身の状態を判定する。また、プリンタ１０１は、所定の通知時間間隔又はほぼ所定の通知時間間隔（以下、「通知間隔」という）で、サーバ１０２へ所定の通知をする。以下、所定の通知として、プリンタ１０１が正常状態であるか異常状態であるかを示す報告情報を機器管理サーバ１０２へ通知する。例えば、プリンタ１０１が正常状態であるときは「ＯＫ」を報告情報として、異常状態であるときは「ＮＧ」を報告情報として、通知間隔で、機器管理サーバ１０２へ通知する。また、障害を検出したときは、ユーザ端末１０３を介して、障害の対処作業の依頼を、プリンタ１０１の管理者、サービスセンタ等の被通知者へ通知したり、機器管理サーバ１０２へ障害情報を通知したり、再起動等の復旧処理を実行する。
【００５３】
機器管理サーバ１０２は、通信ネットワーク１０４を介して接続されている情報機器１０１より、プリンタ１０１からの報告情報の通知があったか否かを監視し、報告情報の通知があった場合は、プリンタ１０１が通信可能状態であると判定し、報告情報の通知がなかった場合、プリンタ１０１が通信不可能状態であると判定することにより、プリンタ１０１の動作状態を管理する。
【００５４】
ユーザ端末１０３は、プリンタ１０１の管理者、サービスセンタ等の被通知者によって使用される端末機器である。例えば、プリンタ１０１に障害が発生したとき、プリンタ１０１又は機器管理サーバ１０２から対処作業の依頼を受け付けることにより、対処作業の依頼が被通知者へ通知される。
また、図示されていないが、プリンタ１０１、機器管理サーバ１０２およびユーザ端末１０３は、それぞれ、制御プログラムに基づいて演算及び装置全体を制御するＣＰＵと、所定領域にあらかじめＣＰＵの制御プログラム等を格納しているＲＯＭと、ＲＯＭ等から読み出された情報やＣＰＵの演算過程において必要な演算結果を格納するためのＲＡＭと、外部装置に対して情報の入出力を媒介するインタフェースを備えている。また、ＣＰＵ、ＲＯＭ、ＲＡＭ及びインタフェースは、情報を転送するための信号線であるバスにより相互にかつ情報授受可能に接続されている。
【００５５】
図２は、プリンタ１０１の機能ブロック図の一例である。
プリンタ１０１は、図２に示すように、自己管理情報取得手段２０１、自己状態判定手段２０２、自己状態通知手段２０３、障害情報通知手段２０４及び障害復旧手段２０５を備えている。
自己管理情報取得手段２０１は、収集間隔で、プリンタ１０１の状態を判定するのに必要な状態情報を、状態情報ＤＢ２１１より取得する。ここで、状態情報ＤＢ２１１は、プリンタ１０１の状態情報が動的に記録されるデータベースである。例えば、状態情報としてＭＩＢが用いられる。
【００５６】
自己状態判定手段２０２は、自己管理情報取得手段２０１によって取得された状態情報に基づいて、プリンタ１０１が正常状態であるか異常状態であるかを判定し、更に異常状態である場合は、発生した障害を判定し、管理内容設定情報保存部２１２を参照して、障害に基づいた管理内容設定情報を取得する。管理内容設定情報保存部２１２には、障害に基づいた管理内容設定情報として、障害名、障害の対処及び障害の対処先が少なくとも格納されている。また、判定したプリンタ１０１の状態を判定結果情報保存部２１３へ格納する。
【００５７】
図３は、管理内容設定情報の構成を示す図の一例である。
図３に示すように、障害名、障害の対処、障害の対処先が、少なくとも格納されている。例えば、トナー切れの場合、障害名として「トナー切れ」、障害の対処として「電子メール」、障害の対処先として「管理者」が格納される。また、例えば、内部プログラムハングアップのとき、障害名として「内部プログラムハングアップ」、障害の対処として「再起動」、障害の対処先として「プリンタ」が格納される。
【００５８】
自己状態通知手段２０３は、判定結果情報保存部２１３より、プリンタ１０１の状態を取得し、取得したプリンタ１０１の状態に基づいて、プリンタ１０１の状態が正常状態であるか否かを示す報告情報を、通知間隔で、機器管理サーバ１０２へ通知する。例えば、プリンタ１０１が正常状態であるときは「ＯＫ」を報告情報として、異常状態であるときは「ＮＧ」を報告情報として、通知間隔で、機器管理サーバ１０２へ通知する。
【００５９】
障害情報通知手段２０４は、自己状態判定手段２０２によって、プリンタ１０１が異常状態であると判定されたとき、取得した障害の管理内容設定情報に基づいて、発生した障害に対応する障害通知情報を、ユーザ端末１０３又は機器管理サーバ１０２へ通知する。例えば、発生した障害がトナー切れのとき、「トナー切れ」の管理内容設定情報に基づいて、管理者のユーザ端末へ障害通知情報を電子メールにて通知する。また、ユーザ端末１０３への障害情報の通知依頼を、機器管理サーバ１０２へ通知する。
【００６０】
障害復旧手段２０５は、自己状態判定手段２０２によって、プリンタ１０１が異常状態であると判定されたとき、取得した障害の管理内容設定情報が基づいて、発生した障害に対応する復旧処理を実行する。例えば、発生した障害が内部プログラムハングアップのとき、「内部プログラムハングアップ」の管理内容設定情報に基づいて、プリンタ１０１に再起動をかける。
【００６１】
図４は、機器管理サーバ１０２の機能ブロック図の一例である。
機器管理サーバ１０２は、図４に示すように、情報機器監視手段４０１、情報機器動作判定手段４０２及び情報機器動作異常通知手段４０３を備えている。
情報機器監視手段４０１は、プリンタ１０１からの所定の通知の有無を監視する。ここで、所定の通知は、プリンタ１０１の状態が正常状態であるか否かを示す報告情報である。また、通知間隔で、プリンタ１０１から機器管理サーバ１０２へ、報告情報が通知される。また、前回の報告情報の通知からの経過時間が、所定の判定時間を超えたとき、報告情報の通知が無いと判定する。
【００６２】
情報機器動作判定手段４０２は、報告情報の通知があったとき、情報機器の動作状態が通信可能状態であるとし、報告情報の通知がなかったとき、情報機器の動作状態が通信不可能状態であると判定する。更に、通信不可能状態である場合、管理内容設定情報保存部４１１を参照して、通信不可能状態の管理内容設定情報を取得する。管理内容設定情報保存部４１１には、通信不可能状態の管理内容設定情報として、障害名、障害の対処及び障害の対処先が少なくとも格納されている。また、管理内容設定情報保存部４１１は、プリンタ１０１の管理内容設定情報保存部２１２と同様な構造である。
【００６３】
情報機器動作異常通知手段４０３は、情報機器動作判定手段４０２によって、プリンタ１０１の動作状態が通信不可能状態であると判定されたとき、取得した通信不可能状態の管理内容設定情報に基づいて、情報機器の通信不可能状態情報を、ユーザ端末１０３へ通知する。例えば、通信不可能状態のとき、管理内容設定情報に基づいて、管理者のユーザ端末へ情報機器の通信不可能状態情報を、電子メールにて通知する。
【００６４】
図５は、プリンタ１０１のＲＯＭに予め格納されている制御プログラムにより実行される状態管理処理の一例を示すフローチャートである。
図５に示すように、まず、処理のタイミングを判定する（Ｓ５０１）。処理タイミングが状態情報の取得タイミングである場合（Ｓ５０１；「状態情報取得」）は、状態情報ＤＢ２１１より、プリンタ１０１の状態を判定するのに必要な状態情報を取得し（Ｓ５０２）、プリンタ１０１の状態が正常状態であるか否か判定する（Ｓ５０３）。プリンタ１０１の状態が正常状態である場合（Ｓ５０３；Ｙｅｓ）は、判定したプリンタ１０１の状態を判定結果情報保存部２１３へ格納し（Ｓ５０４）、ステップＳ５０１へ戻り、所定の時間待機する。
【００６５】
プリンタ１０１の状態が異常状態である場合（Ｓ５０３；Ｎｏ）は、ユーザ端末１０３への通知依頼を機器管理サーバ１０２に通知するか否かを判定し（Ｓ５０５）、ユーザ端末１０３への通知依頼を機器管理サーバ１０２に通知する場合（Ｓ５０５；Ｙｅｓ）は、ユーザ端末１０３への通知依頼情報を生成し（Ｓ５０６）、生成したユーザ端末１０３への通知依頼情報を、機器管理サーバ１０２に通知し（Ｓ５０７）、次のステップＳ５０４へ移行する。
【００６６】
ユーザ端末１０３への通知依頼を機器管理サーバ１０２に通知しない場合（Ｓ５０５；Ｎｏ）は、管理内容設定情報保存部２１２を参照して、障害に基づいた管理内容設定情報を取得し（Ｓ５０８）、障害の対処を判定する（Ｓ５０９）。障害の対処が電子メールである場合（Ｓ５０９；「電子メール」）は、発生した障害に対応する障害通知情報を生成し（Ｓ５１０）、障害の対処先へ、生成した障害通知情報を電子メールにて送信し（Ｓ５１１）、次のステップＳ５０４へ移行する。
【００６７】
障害の対処がＦＡＸである場合（Ｓ５０９；「ＦＡＸ」）は、発生した障害に対応する障害通知情報を生成し（Ｓ５１２）、障害の対処先へ、生成した障害通知情報をＦＡＸにて送信し（Ｓ５１３）、次のステップＳ５０４へ移行する。
障害の対処が再起動である場合（Ｓ５０９；「再起動」）は、プリンタ１０１を再起動し（Ｓ５１４）、次のステップＳ５０４へ移行する。障害の対処がその他の対処である場合（Ｓ５０９；「その他」）は、対応する障害の対処を実行し（Ｓ５１５）、次のステップＳ５０４へ移行する。
【００６８】
処理タイミングが機器管理サーバ１０２への通知タイミングである場合（Ｓ５０１；「通知」）は、判定結果情報保存部２１３より、プリンタ１０１の状態を取得し（Ｓ５１６）、取得したプリンタ１０１の状態に基づいて、プリンタ１０１の状態が正常状態であるか否かを示す報告情報を生成し（Ｓ５１７）、報告情報を、機器管理サーバ１０２へ通知し（Ｓ５１８）、ステップＳ５０１へ戻り、所定の時間待機する。
【００６９】
処理タイミングがその他の処理タイミングである場合（Ｓ５０１；「その他」）は、対応する処理を実行し（Ｓ５１９）、ステップＳ５０１へ戻り、所定の時間待機する。
図６は、機器管理サーバ１０２のＲＯＭに予め格納されている制御プログラムにより実行される情報機器管理処理の一例を示すフローチャートである。
【００７０】
図６に示すように、まず、プリンタ１０１からの通知があったか否かを判定し（Ｓ６０１）、プリンタ１０１からの通知があった場合（Ｓ６０１；Ｙｅｓ）は、通知の種類を判定する（Ｓ６０２）。通知の種類が、通知間隔での報告情報の通知である場合（Ｓ６０２；「報告通知」）は、前回の報告情報の通知からの経過時間のカウントをリセットし（Ｓ６０３）、ステップＳ６０１へ戻り、所定の時間待機する。
【００７１】
通知の種類が、障害情報の通知である場合（Ｓ６０２；「障害通知」）は、ユーザ端末１０３への通知依頼か否かを判定する（ＳＳ６０４）。ユーザ端末１０３への通知依頼である場合（Ｓ６０４；Ｙｅｓ）は、通知依頼の内容に基づいて、障害通知情報を生成し（Ｓ６０５）、ユーザ端末１０３へ、生成した障害通知情報を所定の方法で通知し（Ｓ６０６）、ステップＳ６０１へ戻り、所定の時間待機する。ユーザ端末１０３への通知依頼ではない場合（Ｓ６０４；Ｎｏ）は、ステップＳ６０１へ戻り、所定の時間待機する。
【００７２】
プリンタ１０１からの通知がなかった場合（Ｓ６０１；Ｎｏ）は、前回の報告情報の通知からの経過時間をカウントし（Ｓ６０７）、経過時間が所定の判定時間以上であるか否かを判定する（Ｓ６０８）。経過時間が所定の判定時間以上である場合（Ｓ６０８；Ｙｅｓ）は、即ち、プリンタ１０１の動作状態が通知不可能状態である場合は、管理内容設定情報保存部２１２を参照して、通知不可能状態に基づいた管理内容設定情報を取得し（Ｓ６０９）、通知不可能状態に基づいた対処を判定する（Ｓ６１０）。通知不可能状態に基づいた対処が電子メールである場合（Ｓ６１０；「電子メール」）は、通知不可能状態に基づいた障害通知情報を生成し（Ｓ６１１）、通知不可能状態に基づいた対処先へ、生成した障害通知情報を電子メールにて送信し（Ｓ６１２）、ステップＳ６０１へ戻り、所定の時間待機する。
【００７３】
通知不可能状態に基づいた対処がＦＡＸである場合（Ｓ６１０；「ＦＡＸ」）は、通知不可能状態に基づいた障害通知情報を生成し（Ｓ６１３）、通知不可能状態に基づいた対処先へ、生成した障害通知情報をＦＡＸにて送信し（Ｓ６１４）、ステップＳ６０１へ戻り、所定の時間待機する。通知不可能状態に基づいた対処がその他の対処である場合（Ｓ６１０；「その他」）は、対応する通知不可能状態に基づいた対処を実行し（Ｓ６１５）、ステップＳ６０１へ戻り、所定の時間待機する。
【００７４】
経過時間が所定の判定時間未満である場合（Ｓ６０８；Ｎｏ）は、即ち、プリンタ１０１の動作状態が通知可能状態である場合は、ステップＳ６０１へ戻り、所定の時間待機する。
次に、本実施の形態の動作を説明する。
図７は、情報機器管理処理における、プリンタ１０１、機器管理サーバ１０２及びユーザ端末１０３の間の動作フローを示す図の一例である。
【００７５】
図７に示すように、プリンタ１０１は、収集間隔で、状態情報を取得し、プリンタ１０１が正常状態であるか異常状態であるかを判定する（図中、点線（１））。障害が発生している場合は、障害に対応する所定の対処を、所定の対処先へ、即ち、機器管理サーバ１０２又はユーザ端末１０３へ通知する（図中、点線（２））。
【００７６】
機器管理サーバ１０２又はユーザ端末１０３は、プリンタ１０１からの通知に沿って、障害の対処作業を実行する（図中、（３））。このとき、プリンタ１０１から機器管理サーバ１０２への通知が、ユーザ端末１０３への対処依頼である場合は、機器管理サーバ１０２からユーザ端末１０３へ対処依頼に基づいた情報を通知する（図中、点線（３’））。プリンタ１０１は、通知間隔で、機器管理サーバ１０２へ所定の通知を実行する（図中、点線（４））。
【００７７】
上述したように、情報機器管理システム１００において、プリンタ１０１に、自己管理手段を備え、自己管理手段に、自己管理情報取得手段２０１、自己状態判定手段２０２、自己状態通知手段２０３、障害情報通知手段２０４及び障害復旧手段２０５を備え、機器管理サーバ１０２に、情報機器動作管理手段を備え、情報機器動作管理手段に、情報機器監視手段４０１、情報機器動作判定手段４０２及び情報機器動作異常通知手段４０３を備えることにより、プリンタ１０１の状態の管理をプリンタ自身が行ない、機器管理サーバ１０２は、プリンタ１０１からの通知の有無によりプリンタ１０１の動作状態の管理を行なう。従って、従来のポーリング方式に比して、トラフィック量が概ね半減以下にすることができる。即ち、従来に比して、プリンタ１０１と機器管理サーバ１０２との通信負荷を低減することができるという効果が得られる。
【００７８】
また、１回の通知における情報量が少ないことから、プリンタ１０１から機器管理サーバ１０２への通知の通知時間間隔を短くすることができ、情報器管理サーバ１０２において、プリンタ１０１の動作状態の異常を比較的リアルタイムに把握することができる。従って、プリンタ１０１の動作状態の異常によるプリンタ１０１のダウンタイムを低減することができるという効果が得られる。
【００７９】
また、通知される情報が報告情報であることから、１回の通知による情報量は非常に少なくなり、従来に比して、更にプリンタ１０１と機器管理サーバ１０２との通信負荷を低減することができるという効果が得られる。
また、プリンタ１０１の状態情報をプリンタ自身が管理し、自身の状態を判定するため、収集時間間隔を短くすることができ、プリンタ１０１に発生した障害を比較的リアルタイムに把握することができる。従って、障害によるプリンタ１０１のダウンタイムを低減することができるという効果が得られる。
【００８０】
次に、図１、図８乃至図１２を参照して、第２の実施の形態を説明する。
第２の実施の形態の情報機器管理システムの全体構成図は図１と同様である。プリンタ１０１は、収集間隔で、プリンタ自身によって機器管理状態情報を取得して、取得した機器管理状態情報に基づいてプリンタ自身の状態を判定する。ここで、機器管理状態情報は、情報機器の状態を示す状態情報のうち、即時性を要する対処が必要な障害に係る情報である。
【００８１】
機器管理サーバ１０２は、所定の機器情報収集時間間隔又はほぼ前記所定の機器情報収集時間間隔（以下、「機器情報収集間隔」という）で、通信ネットワーク１０４を介して接続されているプリンタ１０１へ、サーバ管理状態情報の送信要求を行ない、プリンタ１０１よりサーバ管理状態情報を取得する。また、取得したサーバ管理状態情報に基づいてプリンタ１０１の状態を判定する。ここで、サーバ管理状態情報は、情報機器の状態を示す状態情報のうち、機器管理状態情報以外の情報である。
【００８２】
ユーザ端末１０３は、プリンタ１０１の管理者、サービスセンタ等の被通知者によって使用される端末機器である。
また、図示されていないが、プリンタ１０１、機器管理サーバ１０２およびユーザ端末１０３は、それぞれ、制御プログラムに基づいて演算及び装置全体を制御するＣＰＵと、所定領域にあらかじめＣＰＵの制御プログラム等を格納しているＲＯＭと、ＲＯＭ等から読み出された情報やＣＰＵの演算過程において必要な演算結果を格納するためのＲＡＭと、外部装置に対して情報の入出力を媒介するインタフェースを備えている。また、ＣＰＵ、ＲＯＭ、ＲＡＭ及びインタフェースは、情報を転送するための信号線であるバスにより相互にかつ情報授受可能に接続されている。
【００８３】
図８は、プリンタ１０１の機能ブロック図の一例である。
プリンタ１０１は、自己管理情報取得手段８０１、自己状態判定手段８０２、障害情報通知手段８０３、障害復旧手段８０４及びサーバ管理情報提供手段８０５を備えている。
自己管理情報取得手段８０１は、収集間隔で、機器管理状態情報を状態情報ＤＢ８１１より取得する。
【００８４】
自己状態判定手段８０２は、自己管理情報取得手段８０１によって取得された機器管理状態情報に基づいて、プリンタ１０１が正常状態であるか異常状態であるかを判定し、更に異常状態である場合は、発生した障害を判定し、管理内容設定情報保存部８１２を参照して、障害に基づいた管理内容設定情報を取得する。また、判定したプリンタ１０１の状態を判定結果情報保存部８１３へ格納する。
【００８５】
障害情報通知手段８０３は、自己状態判定手段８０２によって、プリンタ１０１が異常状態であると判定されたとき、取得した障害の管理内容設定情報に基づいて、発生した障害に対応する障害通知情報を、ユーザ端末１０３又は機器管理サーバ１０２へ通知する。また、ユーザ端末１０３への障害情報の通知依頼を、機器管理サーバ１０２へ通知する。
【００８６】
障害復旧手段８０４は、自己状態判定手段８０２によって、プリンタ１０１が異常状態であると判定されたとき、取得した障害の管理内容設定情報が基づいて、発生した障害に対応する復旧処理を実行する。
サーバ管理情報提供手段８０５は、機器管理サーバ１０２からサーバ管理状態情報の送信要求あったとき、管理内容設定情報保存部８１２を参照して、サーバ管理状態情報を状態情報ＤＢ８１１より取得し、取得したサーバ管理状態情報を機器管理サーバ１０２へ送信する。
【００８７】
図９は、機器管理サーバ１０２の機能ブロック図の一例である。
機器管理サーバ１０２は、サーバ管理情報取得手段９０１、情報機器状態判定手段９０２、情報機器障害通知手段９０３及び障害復旧要求手段９０４を備えている。
サーバ管理情報取得手段９０１は、機器情報収集間隔で、サーバ管理状態情報の送信要求をプリンタ１０１へ行ない、プリンタ１０１よりサーバ管理状態情報を取得し、情報機器状態情報保存部９１２に格納する。
【００８８】
情報機器状態判定手段９０２は、サーバ管理情報取得手段９０１によって取得されたサーバ管理状態情報に基づいて、プリンタ１０１が正常状態であるか異常状態であるかを判定し、更に異常状態である場合は、発生した障害を判定し、管理内容設定情報保存部９１１を参照して、障害に基づいた管理内容設定情報を取得する。
【００８９】
情報機器障害通知手段９０３は、情報機器状態判定手段９０２によって、プリンタ１０１が異常状態であると判定されたとき、取得した障害の管理内容設定情報に基づいて、発生した障害に対応する障害通知情報を、ユーザ端末１０３へ通知する。
障害復旧要求手段９０４は、情報機器状態判定手段９０２によって、プリンタ１０１が異常状態であると判定されたとき、取得した障害の管理内容設定情報が基づいて、発生した障害に対応する復旧処理をプリンタ１０１へ要求する。
【００９０】
図１０は、プリンタ１０１のＲＯＭに予め格納されている制御プログラムにより実行される状態管理処理の一例を示すフローチャートである。
図１０に示すように、まず、処理のタイミングを判定する（Ｓ１００１）。処理タイミングが機器管理状態情報の取得タイミングである場合（Ｓ１００１；「機器管理状態情報取得」）は、状態情報ＤＢ８１１より、機器管理状態情報を取得し（Ｓ１００２）、プリンタ１０１の状態が正常状態であるか否か判定する（Ｓ１００３）。プリンタ１０１の状態が正常状態である場合（Ｓ１００３；Ｙｅｓ）は、判定したプリンタ１０１の状態を判定結果情報保存部８１３へ格納し（Ｓ１００４）、ステップＳ１００１へ戻り、所定の時間待機する。
【００９１】
プリンタ１０１の状態が異常状態である場合（Ｓ１００３；Ｎｏ）は、ユーザ端末１０３への通知依頼を機器管理サーバ１０２に通知するか否かを判定し（Ｓ１００５）、ユーザ端末１０３への通知依頼を機器管理サーバ１０２に通知する場合（Ｓ１００５；Ｙｅｓ）は、ユーザ端末１０３への通知依頼情報を生成し（Ｓ１００６）、生成したユーザ端末１０３への通知依頼情報を、機器管理サーバ１０２に通知し（Ｓ１００７）、次のステップＳ１００４へ移行する。
【００９２】
ユーザ端末１０３への通知依頼を機器管理サーバ１０２に通知しない場合（Ｓ１００５；Ｎｏ）は、管理内容設定情報保存部８１２を参照して、障害に基づいた管理内容設定情報を取得し（Ｓ１００８）、障害の対処を判定する（Ｓ１００９）。障害の対処が電子メールである場合（Ｓ１００９；「電子メール」）は、発生した障害に対応する障害通知情報を生成し（Ｓ１０１０）、障害の対処先へ、生成した障害通知情報を電子メールにて送信し（Ｓ１０１１）、次のステップＳ１００４へ移行する。
【００９３】
障害の対処がＦＡＸである場合（Ｓ１００９；「ＦＡＸ」）は、発生した障害に対応する障害通知情報を生成し（Ｓ１０１２）、障害の対処先へ、生成した障害通知情報をＦＡＸにて送信し（Ｓ１０１３）、次のステップＳ１００４へ移行する。
障害の対処が再起動である場合（Ｓ１００９；「再起動」）は、プリンタ１０１を再起動し（Ｓ１０１４）、次のステップＳ１００４へ移行する。障害の対処がその他の対処である場合（Ｓ１００９；「その他」）は、対応する障害の対処を実行し（Ｓ１０１５）、次のステップＳ１００４へ移行する。
【００９４】
処理タイミングがその他の処理タイミングである場合（Ｓ１００１；「その他」）は、対応する処理を実行し（Ｓ１０１６）、ステップＳ１００１へ戻り、所定の時間待機する。
図１１は、機器管理サーバ１０２のＲＯＭに予め格納されている制御プログラムにより実行される情報機器管理処理の一例を示すフローチャートである。
【００９５】
図１１に示すように、まず、処理のタイミングを判定する（Ｓ１１０１）。処理タイミングがサーバ管理状態情報の取得タイミングである場合（Ｓ１１０１；「サーバ管理状態情報取得」）は、サーバ管理状態情報の送信要求をプリンタ１０１へ行ない、プリンタ１０１よりサーバ管理状態情報を取得する（Ｓ１１０２）。取得したサーバ管理状態情報を情報機器状態情報保存部９１２に格納し（Ｓ１１０３）、プリンタ１０１の状態が正常状態であるか否か判定する（Ｓ１１０４）。プリンタ１０１の状態が正常状態である場合（Ｓ１１０４；Ｙｅｓ）は、ステップＳ１１０１へ戻り、所定の時間待機する。
【００９６】
プリンタ１０１の状態が異常状態である場合（Ｓ１１０４；Ｎｏ）は、管理内容設定情報保存部９１１を参照して、障害に基づいた管理内容設定情報を取得し（Ｓ１１０５）、障害の対処を判定する（Ｓ１１０６）。障害の対処が電子メールである場合（Ｓ１１０６；「電子メール」）は、発生した障害に対応する障害通知情報を生成し（Ｓ１１０７）、障害の対処先へ、生成した障害通知情報を電子メールにて送信し（Ｓ１１０８）、ステップＳ１１０１へ戻り、所定の時間待機する。
【００９７】
障害の対処がＦＡＸである場合（Ｓ１１０６；「ＦＡＸ」）は、発生した障害に対応する障害通知情報を生成し（Ｓ１１０９）、障害の対処先へ、生成した障害通知情報をＦＡＸにて送信し（Ｓ１１１０）、ステップＳ１１０１へ戻り、所定の時間待機する。
障害の対処が再起動である場合（Ｓ１１０６；「再起動」）は、プリンタ１０１へ再起動の要求を行ない（Ｓ１１１１）、ステップＳ１１０１へ戻り、所定の時間待機する。障害の対処がその他の対処である場合（Ｓ１１０６；「その他」）は、対応する障害の対処を実行し（Ｓ１１１２）、ステップＳ１１０１へ戻り、所定の時間待機する。
【００９８】
処理タイミングがその他の処理タイミングである場合（Ｓ１１０１；「その他」）は、対応する処理を実行し（Ｓ１１１３）、ステップＳ１１０１へ戻り、所定の時間待機する。
次に、本実施の形態の動作を説明する。
図１２は、情報機器管理処理における、プリンタ１０１、機器管理サーバ１０２及びユーザ端末１０３の間の動作フローを示す図の一例である。
【００９９】
図１２に示すように、プリンタ１０１は、収集間隔で、機器管理状態情報を取得し、プリンタ１０１が正常状態であるか異常状態であるかを判定する（図中、点線（１））。障害が発生している場合は、障害に対応する所定の対処を、所定の対処先へ、即ち、機器管理サーバ１０２又はユーザ端末１０３へ通知する（図中、点線（２））。
【０１００】
機器管理サーバ１０２又はユーザ端末１０３は、プリンタ１０１からの通知に沿って、障害の対処作業を実行する（図中、（３））。このとき、プリンタ１０１から機器管理サーバ１０２への通知が、ユーザ端末１０３への対処依頼である場合は、機器管理サーバ１０２からユーザ端末１０３へ対処依頼に基づいた情報を通知する（図中、点線（３’））。
【０１０１】
機器管理サーバ１０２は、機器情報収集間隔で、情報機器１０１へ、サーバ管理状態情報の送信要求を行ない（図中、点線（４））、プリンタ１０１よりサーバ管理状態情報を取得し、プリンタ１０１が正常状態であるか異常状態であるかを判定する（図中、点線（５））。障害が発生している場合は、障害に対応する所定の対処を、所定の対処先へ、即ち、プリンタ１０１又はユーザ端末１０３へ通知する（図中、点線（６））。
【０１０２】
上述したように、情報機器管理システム１００において、プリンタ１０１に、自己管理手段を備え、自己管理手段に、自己管理情報取得手段８０１、自己状態判定手段８０２、障害情報通知手段８０３及び障害復旧手段８０４を備え、機器管理サーバ１０２に、情報機器状態管理手段を備え、情報機器状態管理手段に、サーバ管理情報取得手段９０１、情報機器状態判定手段９０２、情報機器障害通知手段９０３及び障害復旧要求手段９０４を備えることにより、機器管理状態情報に基づいたプリンタ１０１の状態の管理をプリンタ自身が行ない、機器管理サーバ１０２は、サーバ管理状態情報に基づいたプリンタ１０１の状態の管理を行なう。従って、従来のポーリング方式に比して、機器管理状態情報に基づいて処理されるトラフィック量が削減され、プリンタ１０１と機器管理サーバ１０２との通信負荷を低減することができるという効果が得られる。
【０１０３】
また、プリンタ１０１の機器管理状態情報をプリンタ自身が取得し、自身の状態を判定するため、収集時間間隔を短くすることができ、プリンタ１０１に発生した比較的即時性が要求される対処を伴う障害を比較的リアルタイムに把握することができる。従って、比較的即時性が要求される対処を伴う障害によるプリンタ１０１のダウンタイムを低減することができるという効果が得られる。
【０１０４】
また、障害の対処の即時性と、プリンタ１０１と機器管理サーバ１０２との通信負荷とを比較的適当に調整することにより、プリンタ１０１の状態を比較的効率良く管理することができる。
尚、上述の第２の実施の形態において、プリンタ１０１に、第１の実施の形態の自己状態通知手段２０３と同様な機能を更に備え、機器管理サーバ１０２に、情報機器監視手段４０１、情報機器動作判定手段４０２及び情報機器動作異常通知手段４０３をと同様な機能を更に備えることも可能である。
【０１０５】
また、上述の第１及び第２の実施の形態において、プリンタ１０１の状態の判定条件、障害に基づいた管理内容設定情報等（以下、「管理設定情報」という）を、ユーザインタフェースを利用して設定することができる。例えば、管理者が、ユーザ端末１０３を介して、ユーザインタフェースを利用して管理設定情報を設定する。設定した管理設定情報は、ユーザ端末１０３からプリンタ１０１及び機器管理サーバ１０２へ送信され、プリンタ１０１及び機器管理サーバ１０２のそれぞれの所定の記憶部に格納される。
【０１０６】
図１３は、管理設定情報の設定ユーザインタフェース画面の一例である。
図１３に示すように、状態判定項目毎に、状態判定項目１３０１、状態判定機器名１３０２、資源名１３０３、情報機器アドレス１３０４、判定条件１３０５、対処方法１３０６及び対処先名１３０７を入力し、機器管理サーバ１０２によって管理されるプリンタ１０１の状態判定項目１３０８と、プリンタ１０１によって管理される自身の状態判定項目１３０９とを設定する。
【０１０７】
例えば、状態判定項目１３０１が「Ｔｏｎｅｒ−ｃｈｅｃｋ」の場合、状態判定機器名１３０２として「Ａｇｅｎｔ（プリンタ１０１）」、資源名１３０３として「ＭＩＢ」、資源アドレス１３０４として「１．３．６．１．２．１．４．５．６．７」、判定条件１３０５として「＜＝３０％以下」、対処方法１３０６として「ｅ−ｍａｉｌ」、対処先名１３０７として「ｍａｉｌｔｏ１」を設定する。
【０１０８】
また、機器管理サーバ１０２とプリンタ１０１との通信負荷を測定しながら、機器管理サーバ１０２によって管理されるプリンタ１０１の状態判定項目１３０８と、プリンタ１０１によって管理される自身の状態判定項目１３０９とを設定することにより、障害の対処の即時性と、機器管理サーバ１０２とプリンタ１０１との通信負荷とを比較的適当に調整することにより、プリンタ１０１の状態を比較的効率良く管理することができる。
【０１０９】
図１４は、対処先情報の設定ユーザインタフェース画面の一例である。
図１４に示すように、対処先名１４０１及び対処先１４０２を入力し、対処先情報１４０３を設定する。
例えば、対処先名１４０１が「ｍａｉｌｔｏ１」の場合、対処先１４０２として「Ａｄｍｉｎｉｓｔｒａｔｏｒ＠ａｄｍｉｎ．ｃｏ．ｊｐ」を設定する。
【０１１０】
図１５は、図１３及び図１４を利用して設定した管理設定情報をＸＭＬにて記述した一例である。
図１６及び図１７は、図１５のＸＭＬにて利用されているタグの意味を示すテーブルである。
図１５に示すように、機器管理サーバ１０２によって管理されるプリンタ１０１の状態判定項目、プリンタ１０１によって管理される自身の状態判定項目、及び対処先情報がＸＭＬにて記述されている。
【０１１１】
例えば、プリンタ１０１によって管理される自身の状態判定項目として、「Ｔｏｎｅｒ−ｃｈｅｃｋ」が記述されている。図１６及び図１７を参照すると、「Ｔｏｎｅｒ−ｃｈｅｃｋ」は、トナー残量が３０％を割ったら、メールを発信する設定となっている。トナー残量は、ＭＩＢのアドレス「１．３．６．１．２．１．４．５．６．７」の情報であり、メールの発信先は、「ｍａｉｌｔｏ１」
と「ｍａｉｌｔｏ２」である。
【０１１２】
また、上述した図５及び図１０のフローチャートに示す処理を実行する場合には、プリンタ１０１のＲＯＭに予め格納されている制御プログラムを実行する場合について説明したが、これらの各工程を実行させるプログラムを記録した情報記録媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしても良い。
【０１１３】
また、上述した図６及び図１１のフローチャートに示す処理を実行する場合には、機器管理サーバ１０２のＲＯＭに予め格納されている制御プログラムを実行する場合について説明したが、これらの各工程を実行させるプログラムを記録した情報記録媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしても良い。
【０１１４】
ここで、情報記録媒体とは、ＲＡＭ、ＲＯＭ等の半導体記録媒体、ＦＤ、ＨＤ等の磁気記憶型記録媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記録媒体、ＭＯ等の磁気記憶型／光学的読取方式記録媒体であって、電子的、磁気的、光学等の読み取り方法のいかんにかかわらず、コンピュータによって読み取り可能な情報記録媒体であれば、あらゆる情報記録媒体を含むものである。
【０１１５】
なお、上述の実施態様は説明のためのものであり、本発明の範囲を制限するものではない。従って、当業者であればこれらの各要素もしくは全要素をこれと均等なものによって置換した実施態様を採用することが可能であるが、これらの実施態様も本発明の範囲に含まれる。
【図面の簡単な説明】
【図１】第１の実施の形態の情報機器管理システムの全体構成図。
【図２】第１の実施の形態のプリンタの機能ブロック図の一例。
【図３】管理内容設定情報の構成を示す図。
【図４】第１の実施の形態の機器管理サーバの機能ブロック図の一例。
【図５】第１の実施の形態のプリンタのＲＯＭに予め格納されている制御プログラムにより実行される状態管理処理の一例を示すフローチャート。
【図６】第１の実施の形態の機器管理サーバのＲＯＭに予め格納されている制御プログラムにより実行される情報機器管理処理の一例を示すフローチャート。
【図７】第１の実施の形態の情報機器管理処理における、プリンタ、機器管理サーバ及びユーザ端末の間の動作フローを示す図の一例。
【図８】第２の実施の形態のプリンタの機能ブロック図の一例。
【図９】第２の実施の形態の機器管理サーバの機能ブロック図の一例。
【図１０】第２の実施の形態のプリンタのＲＯＭに予め格納されている制御プログラムにより実行される状態管理処理の一例を示すフローチャート。
【図１１】第２の実施の形態の機器管理サーバのＲＯＭに予め格納されている制御プログラムにより実行される情報機器管理処理の一例を示すフローチャート。
【図１２】第２の実施の形態の情報機器管理処理における、プリンタ、機器管理サーバ及びユーザ端末の間の動作フローを示す図の一例。
【図１３】管理設定情報の設定ユーザインタフェース画面の一例。
【図１４】対処先情報の設定ユーザインタフェース画面の一例。
【図１５】管理設定情報をＸＭＬにて記述した一例。
【図１６】ＸＭＬにて利用されているタグの意味を示すテーブル。
【図１７】図１６の続きのＸＭＬにて利用されているタグの意味を示すテーブル。
【符号の説明】
１００…情報機器管理システム、  １０１…プリンタ、  １０２…機器管理サーバ、  １０３…ユーザ端末、  １０４…通信ネットワーク、  ２０１…自己管理情報取得手段、  ２０２…自己状態判定手段、  ２０３…自己状態通知手段、２０４…障害情報通知手段、  ２０５…障害復旧手段、  ４０１…情報機器監視手段、  ４０２…情報機器動作判定手段、  ４０３…情報機器動作異常通知手段、  ８０１…自己管理情報取得手段、  ８０２…自己状態判定手段、  ８０３…障害情報通知手段、  ８０４…障害復旧手段、  ８０５…サーバ管理情報提供手段、  ９０１…サーバ管理情報取得手段、  ９０２…情報機器状態判定手段、９０３…情報機器障害通知手段、  ９０４…障害復旧要求手段
【図１】
2004362328.tif 000003
【図２】
2004362328.tif 000004
【図３】
2004362328.tif 000005
【図４】
2004362328.tif 000006
【図５】
2004362328.tif 000007
【図６】
2004362328.tif 000008
【図７】
2004362328.tif 000009
【図８】
2004362328.tif 000010
【図９】
2004362328.tif 000011
【図１０】
2004362328.tif 000012
【図１１】
2004362328.tif 000013
【図１２】
2004362328.tif 000014
【図１３】
2004362328.tif 000015
【図１４】
2004362328.tif 000016
【図１５】
2004362328.tif 000017
【図１６】
2004362328.tif 000018
【図１７】
2004362328.tif 000019