(57)【要約】【課題】機器監視装置や管理者の負荷を軽減し、監視対象となる機器の情報を確実に収集する。【解決手段】少なくとも１台がＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な１又は複数の機器と、前記１又は複数の機器を監視する機器監視装置と、が通信ネットワークで接続された機器監視システムにおいて、前記機器は、前記機器監視装置に通知する機器情報を記憶する記憶装置を備え、前記機器監視装置は、前記機器が対応している通信方式に基づいて、当該機器に適用する通信方式を決定して登録する第１の機能と、各機器からの通信方式の切り替え要求を受け付け、予め定めたルールに従って、通信方式の切り替えの可否を判定する第２の機能と、を備える。【選択図】図２
2011233011.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１台がＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な１又は複数の機器と、前記１又は複数の機器を監視する機器監視装置と、が通信ネットワークで接続された機器監視システムにおいて、
前記機器は、
前記機器監視装置に通知する機器情報を記憶する記憶装置を備え、
前記機器監視装置は、
前記機器が対応している通信方式に基づいて、当該機器に適用する通信方式を決定して登録する第１の機能と、
各機器からの通信方式の切り替え要求を受け付け、予め定めたルールに従って、通信方式の切り替えの可否を判定する第２の機能と、を備える、ことを特徴とする機器監視システム。
【請求項２】
前記第１の機能では、
ＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な機器に対しては、予め記憶した情報を参照して、当該機器の前記記憶装置の空き容量の割合と、予め定めた前記機器監視装置のＰＵＳＨ受信最大数に対する現在のＰＵＳＨ受信数の割合と、に基づいて、当該機器に適用する通信方式を決定する、ことを特徴とする請求項１に記載の機器監視システム。
【請求項３】
前記第２の機能では、
ＰＵＬＬ通信を適用した所定の機器からＰＵＳＨ通信への切り替え要求を受け付けた場合、ＰＵＳＨ受信数が前記ＰＵＳＨ受信最大数を超えるかを判断し、超える場合はＰＵＬＬ通信に切り替え可能な候補の機器があるかを判断し、前記候補の機器がある場合は、前記所定の機器をＰＵＳＨ通信に切り替えると共に前記候補の機器をＰＵＬＬ通信に切り替える、ことを特徴とする請求項２に記載の機器監視システム。
【請求項４】
前記第２の機能では、
前記候補の機器がある場合は、予め定めた計算式に従って前記所定の機器と前記候補の機器の評価値を算出し、前記評価値の比較結果に基づいて、前記所定の機器及び前記候補の機器の通信方式を切り替える、ことを特徴とする請求項３に記載の機器監視システム。
【請求項５】
前記第２の機能では、
前記候補の機器がない場合は、直ちに、前記所定の機器の前記記憶装置から前記機器情報を収集する、ことを特徴とする請求項３に記載の機器監視システム。
【請求項６】
前記機器は、
自身の状態を判定し、通信方式の切り替えが必要なイベントが発生した場合は、通信方式の切り替え要求を行う、ことを特徴とする請求項１乃至５のいずれか一に記載の機器監視システム。
【請求項７】
前記機器は、画像形成装置であり、
現在、ＰＵＬＬ通信に設定され、かつ、紙詰まり若しくはトナー切れが発生した場合は、ＰＵＬＬ通信からＰＵＳＨ通信への切り替え要求を行う、ことを特徴とする請求項６に記載の機器監視システム。
【請求項８】
機器情報を記憶する記憶装置を備え、少なくとも１台がＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な１又は複数の機器を監視する機器監視装置であって、
前記機器が対応している通信方式に基づいて、当該機器に適用する通信方式を決定して登録する第１の機能と、
各機器からの通信方式の切り替え要求を受け付け、予め定めたルールに従って、通信方式の切り替えの可否を判定する第２の機能と、を備える、ことを特徴とする機器監視装置。
【請求項９】
前記第１の機能では、
ＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な機器に対しては、予め記憶した情報を参照して、当該機器の前記記憶装置の空き容量の割合と、予め定めた前記機器監視装置のＰＵＳＨ受信最大数に対する現在のＰＵＳＨ受信数の割合と、に基づいて、当該機器に適用する通信方式を決定する、ことを特徴とする請求項８に記載の機器監視装置。
【請求項１０】
前記第２の機能では、
ＰＵＬＬ通信を適用した所定の機器からＰＵＳＨ通信への切り替え要求を受け付けた場合、ＰＵＳＨ受信数が前記ＰＵＳＨ受信最大数を超えるかを判断し、超える場合はＰＵＬＬ通信に切り替え可能な候補の機器があるかを判断し、前記候補の機器がある場合は、前記所定の機器をＰＵＳＨ通信に切り替えると共に前記候補の機器をＰＵＬＬ通信に切り替える、ことを特徴とする請求項９に記載の機器監視装置。
【請求項１１】
前記第２の機能では、
前記候補の機器がある場合は、予め定めた計算式に従って前記所定の機器と前記候補の機器の評価値を算出し、前記評価値の比較結果に基づいて、前記所定の機器及び前記候補の機器の通信方式を切り替える、ことを特徴とする請求項１０に記載の機器監視装置。
【請求項１２】
前記第２の機能では、
前記候補の機器がない場合は、直ちに、前記所定の機器の前記記憶装置から前記機器情報を収集する、ことを特徴とする請求項１０に記載の機器監視装置。
【請求項１３】
請求項８乃至１２のいずれか一の機器監視装置で動作する機器監視プログラムであって、
前記機器監視装置に、
前記第１の機能及び前記第２の機能、を実行させる、ことを特徴とする機器監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して機器の情報を収集する機器監視システム及び機器監視装置並びに機器監視プログラムに関する。
【背景技術】
【０００２】
近年、プリンタや複合機（ＭＦＰ：Multi Function Peripheral）等の画像形成装置が普及している。この画像形成装置では、帯電装置により帯電された感光体ドラムに露光装置から出力データに応じた光を照射して静電潜像を形成し、現像装置で帯電したトナーを付着させて現像し、そのトナー像を一次転写ローラ、二次転写ベルトを介して紙媒体に転写して定着装置で定着させる処理を行っている。
【０００３】
このように、画像形成装置は構造が複雑で駆動部分が多く、トナーなどの消耗品も使用することから、紙詰まりやトナー切れなどの現象（イベントと呼ぶ。）が発生しやすく、イベントに適切に対処する必要がある。そこで、画像形成装置の状態や使用履歴（ログ）を管理するための機器監視装置を通信ネットワークに接続し、機器監視装置で、画像形成装置の状態情報や使用履歴情報（これらを総称して機器情報と呼ぶ。）を収集し、管理者や上位の管理サーバに機器情報を提供して管理を行っている。
【０００４】
上記機器監視装置は情報収集者（データシンク）、画像形成装置などの監視対象となる機器は情報提供者（データソース）と呼ばれ、データソースとデータシンク間のデータ通信方式は、データシンクがデータソースにデータを要求するＰＵＬＬ型と、データソースから能動的にデータシンクへデータを送信するＰＵＳＨ型とに大別される。そして、どちらの通信方式を採用するかはシステム設定により定められ、設定を変更しない限り、常に一つの通信方式のみが使用される場合が多い。
【０００５】
上記ＰＵＬＬ型の通信方式に関して、例えば、下記特許文献１には、周辺装置とローカルエリアネットワークとの間の周辺データを処理する周辺サーバープログラムを、対話型ネットワーク基板より実行する実行工程と、対話型ネットワーク基板よりの状態情報の提供を求める要求を、対話型ネットワーク基板に宛ててローカルエリアネットワーク上に発行する発行工程と、ネットワークインターフェイスを介して対話型ネットワーク基板から状態情報を受信する受信工程と、受信された状態情報を表示する表示工程とを備える状態アクセス方法が開示されている。また、他の使用例としては、経費計算のために、管理者が機器の使用履歴を月に一回（一定周期で）、機器監視装置でＰＵＬＬするように設定する技術もある。
【０００６】
また、ＰＵＳＨ型の通信方式に関して、下記特許文献２には、ユーザ機器から受信したメンテナンス情報を記録する段階と、複数の前記メンテナンス情報に基づき、ユーザ機器の不具合の発生を予測判定するための判定条件を生成し記録する段階と、判定条件及びメンテナンス情報に基づきユーザ機器の不具合の発生を予測判定する段階と、を備えた機器保守方法が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平６−２１４９３２号公報
【特許文献２】特開２００３−３３０６８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、ＰＵＬＬ型若しくはＰＵＳＨ型の一つの通信方式を用いて情報を収集する方法は知られているが、これらの方法では以下のような問題が生じる。
【０００９】
例えば、上記ＰＵＬＬ型の通信方式を用いるシステムでは、通常、機器の使用履歴（ログ）は当該機器内部のメモリやハードディスクなどの記憶装置に保存されるが、記憶装置の記憶領域は有限であるため、空き領域がなくなるまでに機器監視装置が使用履歴を収集しないと不具合が生じる。例えば、記憶装置の空き容量が元に戻るまで機器がサービスを停止したり、空き容量を増やすために記憶装置に保存されている使用履歴を古い順で削除したりする。
【００１０】
前者の場合は、管理者が手動で機器の使用履歴を収集しなければならず、管理者がサービス停止に気づかない場合には、エンドユーザが当該機器を利用できなくなってしまう。後者の場合、管理者の意図に反して使用履歴が削除されてしまうため、機器の状態を正確に把握することができなくなり、例えば、課金のための経費計算システムでは、課金の金額を計算できなくなるといった問題が発生する。その場合、管理者が定期的に機器の使用履歴を収集することになるが、この作業は煩雑であり、機器の台数が増えると膨大な作業が必要になる。
【００１１】
一方、ＰＵＳＨ型の通信方式を用いるシステムでは、複数の機器を１台の機器監視装置で管理する形態が一般的であるが、このようなシステムでは機器監視装置の処理が集中するために不具合が生じる。例えば、電源障害から復旧直後に、全ての機器が一斉に自身の機器情報を機器監視装置に送信する場合があり、機器監視装置の処理能力を超えてしまうと、同時に全ての機器情報を受信することができなくなる。また、ネットワークの負荷も集中してしまうため、異常が発生している機器が検知されない場合も生じる。
【００１２】
上述した問題は、任意の機器を監視するシステムにおいて生じるが、特に、画像形成装置のように、イベントの発生頻度の高い機器を監視するシステムでは顕著に現れることから、上述した問題を回避できるシステムの提案が求められている。
【００１３】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、機器監視装置や管理者の負荷を軽減し、監視対象となる機器の情報を確実に収集することができる機器監視システム及び機器監視装置並びに機器監視プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明は、少なくとも１台がＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な１又は複数の機器と、前記１又は複数の機器を監視する機器監視装置と、が通信ネットワークで接続された機器監視システムにおいて、前記機器は、前記機器監視装置に通知する機器情報を記憶する記憶装置を備え、前記機器監視装置は、前記機器が対応している通信方式に基づいて、当該機器に適用する通信方式を決定して登録する第１の機能と、各機器からの通信方式の切り替え要求を受け付け、予め定めたルールに従って、通信方式の切り替えの可否を判定する第２の機能と、を備えるものである。
【００１５】
また、本発明は、機器情報を記憶する記憶装置を備え、少なくとも１台がＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な１又は複数の機器を監視する機器監視装置であって、前記機器が対応している通信方式に基づいて、当該機器に適用する通信方式を決定して登録する第１の機能と、各機器からの通信方式の切り替え要求を受け付け、予め定めたルールに従って、通信方式の切り替えの可否を判定する第２の機能と、を備えるものである。
【００１６】
また、本発明は、上記機器監視装置で動作する機器監視プログラムであって、前記機器監視装置に、前記第１の機能及び前記第２の機能、を実行させるものである。
【発明の効果】
【００１７】
本発明の機器監視システム及び機器監視装置並びに機器監視プログラムによれば、機器監視装置や管理者の負荷を軽減し、監視対象となる機器の情報を確実に収集することができる。
【００１８】
その理由は、機器監視装置（機器監視プログラム）は、監視対象の機器を登録する際に、ＰＵＬＬ通信及びＰＵＳＨ通信の双方に対応可能な機器に対しては、予め記憶した情報（各機器の記憶装置の空き容量の割合と、予め定めた機器監視装置のＰＵＳＨ受信最大数に対する現在のＰＵＳＨ受信数の割合と、をパラメータとして通信方式を割り当てた情報）に基づいて通信方式を判定し、その通信方式で機器情報を収集するからである。
【００１９】
また、機器監視装置（機器監視プログラム）は、機器から通信方式の切り替え要求を受け付け、リソース割り当てが可能な場合は通信方式を切り替え、リソース割り当てができない場合（ＰＵＳＨ通信への切り替え要求に対して、ＰＵＳＨ受信数がＰＵＳＨ受信最大数を超える場合）はＰＵＬＬ通信への切り替えが可能な候補を調べ、候補がある場合は要求元の機器と候補の機器の通信方式を切り替え、候補がない場合は当該機器に対してＰＵＬＬ処理を実行するからである。
【００２０】
このように、機器監視装置と機器間の通信方式を自動的に切り替えることにより、管理者の対応が不要となり、その結果、管理者の作業の負荷を軽減することができる。また、機器監視装置では、各機器からの切り替え要求を受け付けて切り替えを実施することにより、データの取りこぼしを回避することができ、機器からのＰＵＳＨ切り替え要求に応じられない場合でも、すぐにＰＵＬＬ処理を実行することにより、データの欠落を最大限に防ぐことができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施例に係る機器監視システムの構成を模式的に示す図である。
【図２】本発明の一実施例に係る機器監視装置の制御部の主要構成を示すブロック図である。
【図３】機器登録テーブルの一例を示す図である。
【図４】本発明の一実施例に係る機器監視システムの動作（機器の新規登録時の動作）を示すフローチャート図である。
【図５】図４における、機器登録時の通信方式の判定処理を示すフローチャート図である。
【図６】機器監視装置が通信方式を判定する際に参照する判定マトリクスの一例を示す図である。
【図７】本発明の一実施例に係る機器監視システムの動作（機器からの切り替え要求受付時の動作）を示すフローチャート図である。
【図８】図７における、ＰＵＳＨ切り替え要求受付時の動作を示すフローチャート図である。
【図９】ＰＵＳＨ切り替え要求可否判定の際に使用する機器の評価式を示す図である。
【図１０】図７における、ＰＵＬＬ切り替え要求受付時の動作を示すフローチャート図である。
【図１１】本発明の一実施例に係る機器の切り替え要求の発行動作を示すフローチャート図である。
【図１２】機器がイベント処理の際に参照するイベント処理マトリクスの一例を示す図である。
【発明を実施するための形態】
【００２２】
背景技術で示したように、機器監視装置と機器との通信方式にはＰＵＬＬ型とＰＵＳＨ型とがあり、従来は、いずれか一方の通信方式を用いて機器情報を収集していた。しかしながら、ＰＵＬＬ型では、機器側の記憶装置に空き領域がなくなると、サービスを停止したり、古い使用履歴が管理者の意図に反して削除される等の問題が生じ、ＰＵＳＨ型では、全ての機器が一斉に自身の機器情報を送信すると、機器監視装置が全ての機器情報を受信できなくなったり、ネットワークの負荷が集中してしまう等の問題が生じる。
【００２３】
そこで、本発明の一実施の形態では、管理者が監視対象となる機器と接続するための接続情報（例えば、ＩＰアドレス）を機器監視装置に入力すると、機器監視装置は、入力されたＩＰアドレスを用いて機器と接続し、各々の機器の能力や状態（対応可能な通信方式、記憶装置の有無、記憶装置の空き容量の割合など）に応じて、通信方式を、ＰＵＬＬのみ、ＰＵＳＨのみ、又は、ＰＵＬＬ＆ＰＵＳＨのいずれかに設定する。
【００２４】
例えば、機器側がＰＵＬＬ通信にしか対応していない場合は、ＰＵＬＬのみに設定する。ただし、ＰＵＬＬのタイミング（即時や一定周期）は、機器監視装置のスケジューリングポリシーに依存する。このポリシーの決定は、管理者が入力することも可能であり、この場合は、登録操作画面にメッセージを表示して管理者に入力を求める。
【００２５】
また、機器側がＰＵＳＨ通信にしか対応していない場合は、ＰＵＳＨのみに設定する。ただし、ＰＵＳＨのタイミングは、データの緊急度によって異なる。例えば、致命的な情報を通知する場合は、そのイベントが発生した時に直ちに機器監視装置に送信する。一方、警告レベルの情報を通知する場合は、直ちに送信するか、一定間隔でまとめて送信するかを選択する。この選択は、管理者が入力するのが普通である。また、この選択は、全てのＰＵＳＨ機器に共通であるため、管理者が一度このポリシーを入力すれば、機器ごとの設定が不要になる。
【００２６】
また、機器側がＰＵＬＬ通信とＰＵＳＨ通信の両方に対応している場合は、ＰＵＬＬ＆ＰＵＳＨに設定する。この機器は、ＰＵＬＬのみやＰＵＳＨのみの機器に比べて設定が柔軟である。言い方を変えると、機器監視装置では、ＰＵＬＬのみやＰＵＳＨのみの機器に優先的にリソースを割り当て、ＰＵＬＬ＆ＰＵＳＨの機器は、残リソースの状況に応じて設定する。この残リソースの割り当ては、後述する判定マトリクスを使用して行う。
【００２７】
なお、上記３つのケースにおいて、機器の制限が機器監視装置のリソース制限と競合する場合、つまり、自動的に解決できない場合は、管理者に警告する。例えば、全ての機器がＰＵＳＨのみであり、かつ、その数が機器監視装置のＰＵＳＨ受信最大数を超える場合は、その旨を管理者に通知する。
【００２８】
このように、機器との通信方式は登録操作のとき決定されるが、ＰＵＬＬ通信及びＰＵＳＨ通信の両方に対応可能な機器では、機器の状態によって、当初の設定を変更しなければならない場合がある。例えば、ＰＵＬＬ通信に設定された機器があり、その機器の使用が一時的に集中し、使用履歴が記憶領域を急激に圧迫する場合には、ＰＵＳＨ通信に切り替える必要が生じる。
【００２９】
そこで、本発明の一実施の形態では、機器側で上述したような状態が発生したときは、機器監視装置にＰＵＬＬ通信からＰＵＳＨ通信への切り替え要求を発行し、記憶領域の圧迫の解消を図る。機器監視装置では、機器からの通信方式の切り替え要求を受け付け、機器監視装置でのリソース割り当てが可能な限り、機器の切り替え要求に応じて切り替えを実施する。
【００３０】
一方、一般的なＷＥＢサーバは同時接続の最大数が制限されている。つまり一台のサーバは無限のクライアントからの接続要求に応じることができない。そこで、同時ＰＵＳＨ接続の最大数制限を越え、かつ、機器からＰＵＳＨ通信への切り替え要求があった場合、監視対象となる機器からの機器情報を確実に受け取るために、当該機器に対して一時的にＰＵＬＬ通信を実施する。
【実施例】
【００３１】
上記した本発明の一実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係る機器監視システム及び機器監視装置並びに機器監視プログラムについて、図１乃至図１２を参照して説明する。図１は、本実施例の機器監視システムの構成を模式的に示す図であり、図２は、機器監視装置の制御部の主要構成を示すブロック図、図３は、機器監視装置に記憶する機器管理テーブルの一例を示す図である。また、図４及び図５は、機器監視装置が機器を新規登録する動作を示すフローチャート図であり、図６は、通信方式を決定する際に参照する判定マトリクスの一例を示す図である。また、図７、８、１０は、機器監視装置が機器からの切り替え要求を受け付けた時の動作を示すフローチャート図であり、図９は、ＰＵＳＨ切り替え要求を受け付けた時に使用する機器の評価式を示す図である。また、図１１は、機器が切り替え要求を発行する時の動作を示すフローチャート図であり、図１２は、機器がイベント処理の際に参照するイベント処理マトリクスの一例を示す図である。
【００３２】
図１に示すように、本実施例の機器監視システム１０は、監視対象となる１又は複数の機器（本実施例ではプリンタやデジタル複合機などの画像形成装置３０とする。）と、１又は複数の画像形成装置３０を監視する機器監視装置２０とで構成され、機器監視装置２０と画像形成装置３０とは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などの通信ネットワークを介して接続されている。
【００３３】
図２は、機器監視装置２０の制御部の主要構成を示しており、機器監視装置２０の制御部は、入力処理部２１、機器情報管理部２２、機器情報記憶部２３、機器通信制御部２４、ネットワークインターフェイス２５、リソース管理部２６、判定マトリクス設定部２７、切り替え制御部２８などで構成される。
【００３４】
入力処理部２１は、管理者が監視対象となる画像形成装置３０と接続するための接続情報（ＩＰアドレスやホスト名など）を入力可能にする。
【００３５】
機器情報管理部２２は、入力処理部２１で入力された接続機器、情報通信制御部２４が取得した機器能力情報（対応通信方式や通信方式切り替え機能の有無、ハードディスクなどの記憶装置の有無、記憶装置の空き容量の割合など）や機器情報（機器の状態情報や使用履歴情報など）を管理する。また、図６に示すような判定マトリクスに従って、各画像形成装置３０の通信方式を決定する。なお、この判定マトリックスのパラメータＸ、Ｙは管理者が設定可能である。
【００３６】
機器情報記憶部２３は、メモリやハードディスクなどであり、機器情報管理部２２の指示に従って、上記接続情報や機器能力情報、機器情報を記憶する。その際、接続情報や機器能力情報は図３に示すような機器登録テーブルとして記憶する。
【００３７】
機器通信制御部２４は、機器情報管理部２２によって設定された通信方式、若しくは、切り替え制御部２８によって切り替えた通信方式で、画像形成装置３０との通信を制御する。
【００３８】
ネットワークインターフェイス２５は、ＮＩＣ（Network Interface Card）やモデムなどであり、通信ネットワークに接続し、画像形成装置３０との通信を確立する。
【００３９】
リソース管理部２６は、機器監視装置２０の現在のＰＵＳＨ受信数などを管理する。
【００４０】
判定マトリクス設定部２７は、管理者が、機器との通信方式を決定するための判定マトリクスを設定できるようにする。この判定マトリクスは、例えば、画像形成装置３０の記憶装置の空き容量の割合と、機器監視装置２０の現在のＰＵＳＨ受信数のＰＵＳＨ受信最大数に対する割合とをパラメータとして作成される。
【００４１】
切り替え制御部２８は、機器情報管理部２２と連携し、画像形成装置３０からの通信方式の切り替え要求の可否を判断する。
【００４２】
なお、機器情報管理部２３や機器通信制御部２４、リソース管理部２６、切り替え制御部２８はハードウェアとして構成してもよいし、機器監視装置２０の制御部をこれらの手段として機能させる機器監視プログラムとして構成してもよい。
【００４３】
監視対象となる機器（画像形成装置３０）は、例えば、記憶装置やネットワークインターフェイスなどを備える制御部、表示・操作部、印刷部などで構成される（図示せず）。
【００４４】
印刷部は、帯電装置により帯電された感光体ドラムに露光装置から出力データに応じた光を照射して静電潜像を形成し、現像装置で帯電したトナーを付着させて現像し、そのトナー像を一次転写ローラ、二次転写ベルトを介して紙媒体に転写して定着装置で定着させる処理を行う。
【００４５】
制御部（又は制御部で動作する制御プログラム）は、すぐに機器監視装置２０に通知しなければならないイベントである紙詰まりやトナー切れ、記憶部の空き容量の減少などのイベントを検出し、記憶部に予め記憶したイベント処理マトリクスに従って処理方法を判定し、通信方式の切り替えが必要な場合は、機器監視装置２０に対して切り替え要求を発行する。
【００４６】
以下、本実施例の機器監視システム１０の動作について説明する。
【００４７】
まず、監視対象となる機器（画像形成装置３０）を新規登録する時の機器監視装置２０の動作について、図４のフローチャート図を参照して説明する。
【００４８】
管理者は、監視対象となる機器の接続情報を入力処理部２１に入力する（Ｓ１０１）。接続情報の例としては、ＩＰアドレスやホスト名などがある。
【００４９】
入力処理部２１に入力された接続情報は機器情報管理部２２に渡される。機器情報管理部２２は、この接続情報を機器通信制御部２４に通知し、機器通信制御部２４に機器能力情報の取得を依頼する。この機器能力情報には、少なくとも、対応通信方式（ＰＵＬＬのみ、ＰＵＳＨのみ、ＰＵＬＬ＆ＰＵＳＨ）、通信方式の切り替え機能の有無、記憶装置の有無、記憶装置の空き容量の割合が含まれる。そして、機器通信制御部２４は、対象機器との通信プロトコルを判断し、ネットワークインターフェイス２５を経由して、能力の問合せ命令を機器へ送信する（Ｓ１０２）。問合せの結果は機器情報管理部２２に通知される。
【００５０】
次に、機器情報管理部２２は、通知された機器能力情報を用いて、機器との通信方式を判断する（Ｓ１０３）。この通信方式の判断処理の詳細は後述する。
【００５１】
機器情報管理部２２が機器との通信方式を決定したら、その結果と機器能力情報を図３に示す機器登録テーブルとして機器情報記憶部２３に保存する（Ｓ１０４）。
【００５２】
次に、機器情報管理部２２は、機器通信制御部２４とネットワークインターフェイス２５を経由し、Ｓ１０３で決定した通信方式を機器に設定する（Ｓ１０５）。
【００５３】
次に、上記Ｓ１０３の通信方式の判断処理について、図５のフローチャート図を参照して説明する。
【００５４】
機器情報管理部２２は、機器能力情報を参照して、機器が対応している通信方式を判断する（Ｓ２０１）。ＰＵＳＨ通信とＰＵＬＬ通信の両方に対応している場合は（Ｓ２０１のＹＥＳ）、図６に示す判定マトリクスに従って通信方式を決定し（Ｓ２０２）、図４のメインフローに戻る。
【００５５】
この判定マトリクスは、機器の記憶装置の空き容量の割合（Ｘ％以上、Ｘ％未満）と、機器監視装置２０に対して予め定められたＰＵＳＨ受信最大数に対する現在のＰＵＳＨ受信数の割合（Ｙ％以上、Ｙ％未満）との組合せにより、ＰＵＬＬ又はＰＵＳＨを割り当てている。例えば、機器の記憶装置の空き容量が少ない場合、機器が能動的に機器情報を機器監視装置２０に送信して記憶装置のデータの圧迫を解消する必要があるため、データの欠落を防ぐためにＰＵＳＨ通信に設定する。一方、機器監視装置２０のＰＵＳＨ受信能力も判定要素の一つであり、例えば、現在のＰＵＳＨ受信数がＰＵＳＨ受信最大数に近い場合、次のＰＵＳＨ通信ができなくなるため、ＰＵＬＬ通信に設定する。なお、判定マトリクスの判定要素は、空き容量の割合とＰＵＳＨ受信数の割合に限定されず、機器監視システム１０の構成やネットワーク環境などに応じて適宜設定することができる。
【００５６】
一方、ＰＵＳＨ通信かＰＵＬＬ通信のいずれか一つの通信方式のみに対応している場合は（Ｓ２０１のＮＯ）、機器が対応する通信方式がＰＵＬＬかを判断する（Ｓ２０３）。ＹＥＳの場合は、機器がＰＵＬＬ通信にしか対応していないため、ＰＵＬＬと判定し（Ｓ２０４）、ＮＯの場合は、機器がＰＵＳＨ通信にしか対応していないため、ＰＵＳＨと判定し（Ｓ２０５）、図４のメインフローに戻る。
【００５７】
次に、機器監視装置２０が登録された機器から通信方式の切り替え要求を受け付けた場合の動作について、図７のフローチャート図を参照して説明する。
【００５８】
機器の切り替え要求が、ネットワークインターフェイス２５と機器通信制御部２４を経由して切り替え制御部２８に通知され、切り替え制御部２８は切り替え要求を受け付ける（Ｓ３０１）。
【００５９】
次に、切り替え制御部２８は、機器情報管理部２２と連携し、切り替え要求の可否を判断する（Ｓ３０２）。この切り替え要求の可否判断処理の詳細は後述する。
【００６０】
次に、切り替え制御部２８は、判断結果を機器通信制御部２４とネットワークインターフェイス２５を経由し、機器へ応答する（Ｓ３０３）。
【００６１】
次に、切り替え制御部２８は、判断結果を機器情報管理部２２に通知し、機器情報管理部２２は、機器管理テーブルを更新して機器情報記憶部２３に保存する（Ｓ３０４）。
【００６２】
次に、上記Ｓ３０２の切り替え要求の可否判断処理について、図８及び図１０のフローチャート図を参照して説明する。なお、切り替え要求の可否判断は、機器がＰＵＳＨ通信への切り替え要求を行った場合と、ＰＵＬＬ通信への切り替え要求を行った場合とで異なるため、個別に説明する。
【００６３】
［ＰＵＬＬからＰＵＳＨへの切り替え要求を受け付けた場合］
図８に示すように、切り替え制御部２８は、機器情報記憶部２３に保存されている機器管理テーブルを参照して、ＰＵＳＨ通信を行っている機器を特定し、ＰＵＳＨ受信数が予め定められたＰＵＳＨ受信最大数を超えるかを判断する（Ｓ４０１）。
【００６４】
ＰＵＳＨ受信数がＰＵＳＨ受信最大数を超えない場合、つまりＰＵＳＨ受信が可能な場合は、切り替え要求に応じることができるため、ＰＵＬＬからＰＵＳＨへの切り替えが可能と判定して（Ｓ４０８）、図７のメインフローに戻る。
【００６５】
一方、ＰＵＳＨ受信数がＰＵＳＨ受信最大数を超える場合は、機器情報記憶部２３に保存されている機器管理テーブルを参照して、交換可能な候補があるかを判断する（Ｓ４０２）。具体的には、対応通信方式がＰＵＳＨ＆ＰＵＬＬで、現在の通信方式がＰＵＳＨに設定されている機器は、切り替え要求元の機器と交換可能な候補であり、この候補と切り替え要求元の機器の優先度を参照して、交換の可否を判断する。
【００６６】
なお、上記優先度は機器状態変数に基づいた評価値であり、例えば、図９のように表すことができる。この例では、機器の記憶装置の空き容量の割合の逆数、ＰＵＳＨ通信の平均間隔の２つを機器状態変数として使用している。また、式中のｘとｙは、それぞれの機器状態変数を重み付けするための係数であり、管理者が設定可能な項目である。例えば、候補の機器の評価値が４０で、切り替え要求元の機器の評価値が５０の場合、切り替え要求元の機器の方が優先度が高いと判断し、候補の機器と交換する処理に進む。
【００６７】
Ｓ４０２で交換可能な候補がない場合は、機器監視装置２０は機器からの切り替え要求に応じることができない。しかしながら、機器からのＰＵＳＨ切り替え要求は、データを保持できる容量が少なくなるなどの状況が生じた場合に発行されたものであり、このままの状態で放置すると、データの取りこぼしが発生する恐れがある。そこで、機器通信制御部２４は、機器の記憶装置の空き容量を確保するために機器情報を直ちにＰＵＬＬする（Ｓ４０３）。その後、切り替え不可と判定して（Ｓ４０４）、図７のメインフローに戻る。
【００６８】
一方、Ｓ４０２で交換可能な候補がある場合は、特定した候補に対して切り替え命令を発行する（Ｓ４０５）。そして、切り替え成功の場合（Ｓ４０６のＹＥＳ）は、切り替え可能と判定して（Ｓ４０８）、図７のメインフローに戻る。
【００６９】
一方、候補の切り替えに失敗した場合（Ｓ４０６のＮＯ）は、次の候補があるかを判断する（Ｓ４０７）。次の候補がある場合は、Ｓ４０５に戻って次の候補の機器に対して切り替え命令を発行し、候補がない場合は、機器の切り替え要求に応じることができないことから、Ｓ４０３に遷移し、上記と同様に、機器通信制御部２４は、機器の記憶装置の空き容量を確保するために機器情報を直ちにＰＵＬＬする。なお、候補が複数ある場合、各々の候補に対して上記評価値を算出し、評価値が低い順に切り替え命令を発行することが好ましい。
【００７０】
［ＰＵＳＨからＰＵＬＬへの切り替え要求を受け付けた場合］
図１０に示すように、要求元の機器の記憶装置の空き容量や当該機器との最後の接続時刻などに基づいてＰＵＬＬの優先順位を判断し、要求元の機器を既存ＰＵＬＬ機器のリストに追加する（Ｓ５０１）。そして、切り替え可能と判定して（Ｓ５０２）、図７のメインフローに戻る。
【００７１】
次に、機器側が通信方式の切り替え要求を発行する動作について、図１１のフローチャート図を参照して説明する。
【００７２】
機器側で発生したデータはメモリやハードディスクのような記憶装置に保存されているが、記憶装置は有限であるため、発生したデータを機器監視装置２０に送らなければ次に発生するデータを保存できなくなる。一方、機器監視装置２０との通信方式がＰＵＬＬの場合、機器がＰａｓｓｉｖｅであるため、データ要求が来るまでデータの送信ができず、データの欠損や機器のサービス停止が発生する。そこで、機器の制御部は、機器内部の状態を監視し、イベントの発生を予測する（Ｓ６０１）。
【００７３】
例えば、画像形成装置３０の記憶装置の空き容量がなくなるイベントの発生は、
・空き容量の減少率（一定間隔で空き容量を測定して求める）、
・ジョブの発生率（一定間隔でジョブ発生の数を測定して求める）、
・ジョブごとの使用履歴のデータ量、
・ジョブ発生の周期性（統計的な情報で求める）
などの情報を用いて予測する。
【００７４】
次に、予測若しくは発生したイベントの内容、種類、緊急度などに基づいて、処理方法を判断する（Ｓ６０２）。この判断には、図１２に示すようなイベント処理マトリクスを用い、現在のイベントをイベント処理マトリクスに当てはめる。なお、このイベント処理マトリクスには、全てのイベントが列挙されており、それぞれの処理方法は管理者が設定可能である。
【００７５】
そして、イベントの処理に通信方式の切り替えが必要な場合は、切り替え要求を機器監視装置２０に送信する（Ｓ６０３）。例えば、イベントＩＤ３のＨＤＤ容量なしの場合、データはすぐに機器監視装置２０に送信しなければならないため、機器の設定がＰＵＬＬの場合、すぐにＰＵＳＨへの切り替えが必要と判定し、ＰＵＬＬからＰＵＳＨへの切り替え要求を機器監視装置２０に送信する。
【００７６】
一方、イベントの処理に通信方式の切り替えが不要な場合、例えば、同じイベントで、かつ機器がＰＵＳＨ設定となっている場合は、何もせず、Ｓ６０１に戻る。
【００７７】
このように、本実施例では、機器監視装置（機器監視プログラム）は、監視対象の機器を登録する際に、予め記憶した判定マトリクスに基づいて各機器の通信方式を判定し、その通信方式で各機器から機器情報を収集し、機器から通信方式の切り替え要求を受け付けた時は、リソース割り当てが可能な限り通信方式を切り替え、リソース割り当てができない場合でも機器の記憶装置の空き容量を確保する処理を実行することにより、機器監視装置２０や管理者の負荷を軽減し、監視対象となる機器の情報を確実に収集することができる。
【００７８】
なお、本発明は上記実施例の記載に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて、その構成や制御は適宜変更可能である。例えば、上記実施例では、監視対象の機器として画像形成装置３０を例示したが、イベントの発生頻度が高く、イベントに対して迅速に対処することが望まれる任意の機器に対して同様に適用することができる。
【産業上の利用可能性】
【００７９】
本発明は、監視対象となる機器と当該機器を監視する機器監視装置とを含むシステムに利用可能である。
【符号の説明】
【００８０】
１０  機器監視システム
２０  機器監視装置
２１  入力処理部
２２  機器情報管理部
２３  機器情報記憶部
２４  機器通信制御部
２５  ネットワークインターフェイス
２６  リソース管理部
２７  判定マトリクス設定部
２８  切り替え制御部
３０  画像形成装置
【図１】
2011233011.tif 000003
【図２】
2011233011.tif 000004
【図３】
2011233011.tif 000005
【図４】
2011233011.tif 000006
【図５】
2011233011.tif 000007
【図６】
2011233011.tif 000008
【図７】
2011233011.tif 000009
【図８】
2011233011.tif 000010
【図９】
2011233011.tif 000011
【図１０】
2011233011.tif 000012
【図１１】
2011233011.tif 000013
【図１２】
2011233011.tif 000014