JP2013161460A - 管理システム、監視装置及び情報処理方法 - Google Patents

Abstract

【課題】 監視サーバと組み込み監視装置とでは機能差があり、どちらか一方では必要とする機能を満たすことが出来ない場合、２種類の監視装置にて画像形成装置を監視する。その場合、共通機能があるため、同じ情報を同じ画像形成装置から取得し、かつ、管理装置に送信する。これにより、管理装置に負荷がかかる。
【解決手段】 監視サーバの監視対象として指定された画像形成装置の機能情報を取得する。監視サーバは、共通機能があると判断すると、監視サーバ、あるいは、画像形成装置の何れか一方の機能が動作するようにする。
【選択図】 図１０

Description

本発明は、画像形成装置の状態などを監視するためのシステムに関するものであって、特に、画像形成装置からの情報取得に関する。

複写機ビジネスにおいては、複写機等の画像形成装置から印刷枚数の総数に基づいて課金することや、エラー、消耗品切れなどの状態に応じてメンテナンス作業をすることが一般的に行われている。

従来、パーソナルコンピュータ上の監視装置（以降、監視サーバと呼ぶ)にて一括して複数の画像形成装置の印刷枚数や、エラー、消耗品切れといった稼働状態を監視し、それら情報を管理装置に送信するということを行っていた。

その後、上記監視機能を組み込むことが高機能な画像形成装置が出現した。画像形成装置に組み込まれた監視機能を、以降、組み込み監視装置と呼ぶ。

組み込み監視装置は、監視サーバに較べて設定が容易であり、更にネットワーク経由での制御が難しい機能、一例としてファームウェアのアップデートを実現できる。しかし、その一方で、組み込み監視装置は、監視サーバに較べてメモリ、CPUといったリソースの制限から機能的な制限がある。

現状、顧客環境、必要とされる機能に応じて、監視サーバ、あるいは、組み込み監視装置にて稼働状況を監視している。監視サーバ、及び、組み込み監視装置は、それ単体で画像形成装置を監視するために、共通機能を持つ。

上述したように、監視サーバと組み込み監視装置とでは機能差があり、どちらか一方では必要とする機能を満たすことが出来ない場合、２種類の監視装置にて画像形成装置を監視する。その場合、共通機能があるため、同じ情報を同じ画像形成装置から取得し、かつ、管理装置に送信する。

複数の監視装置が同じ画像形成装置から同じ情報を取得しない方法が開示されている（特許文献１）。その方法は、第一の監視装置が第一の画像形成装置が既に第二の監視装置に監視荒れていると判断すると、第一の監視装置は、第二の監視装置に対して第一の画像形成装置からの情報取得を依頼するというものである。これによって同じ情報を複数の監視装置が取得することがなくなる。

特開２００７−２２６４２５号公報

しかしながら、先行技術では１つの監視装置の機能のみ有効になり、監視サーバの機能と組み込み装置の機能とを利用することができない。

また、重複した情報を管理装置に送信することにより、管理装置の負荷が増すことになる。

そこで本発明は、画像形成装置の情報を重複することなく収集、送信し、かつ、複数種類の監視装置の機能を利用する仕組みを提供することを目的とする。

複数の監視装置を一元的に管理する管理装置と通信部を介して通信可能で、かつ、複数の画像形成装置の稼働状況をネットワーク経由で取得し、取得した監視情報を管理装置に送信する監視装置であって、監視装置は、
機能を送信データと関連付けて保持する機能保持手段（５０７、図７）と、
監視対象である画像形成装置の機能情報を取得する機能情報取得手段（Ｓ１００１、Ｓ１２０４）と、
機能情報取得手段によって取得した機能に基づき、機能を有効化、あるいは、無効化する機能制御手段（Ｓ１００４，Ｓ１００５，Ｓ１２０４）とを
を有し、
さらに、前記機能情報取得手段は、管理装置へ前記画像形成装置の送信データ取得要求を送信すること（Ｓ１００１）を特徴とし、
さらに、前記機能情報取得手段は、前記画像形成装置への機能情報取得要求を送信すること（Ｓ１２０１）を特徴とし、
さらに、前記機能制御手段は、前記監視装置と前記画像形成装置とで重複する機能があると判断すると、監視装置の当該機能を無効とすること（Ｓ１００５）を特徴とし、
さらに、前記機能制御手段は、前記監視装置と前記画像形成装置とで重複する機能があると判断すると、前記画像形成装置の当該機能を無効とすること（Ｓ１２０４）を特徴とする。

画像形成装置の機能のデータ送信状況を判断し、組み込み監視装置、あるいは、監視サーバの何れかの機能を無効化する。これにより、複数監視装置の機能を利用でき、かつ、管理装置にとって不要なデータ送信を抑制することが可能となる。

本発明におけるシステムの例を示す図である。 本発明における監視サーバ１０１のハードウェア構成例を示す図である。 本発明における画像形成装置のハードウェア構成例を示す図である。 本発明における監視サーバ１０１のソフトウェア構成例を示す図である。 本発明における監視サーバ１０１のモジュールの関連を示す図である。 本発明における画像形成装置のモジュールの関連を示す図である。 本発明における監視サーバ１０１が保持する情報例を示す図である。 本発明における画像形成装置が保持する情報例を示す図である。 本発明における監視サーバ１０１の操作画面の一例である。 監視サーバ１０１の機能制御処理を示すフローチャートである。 監視サーバ１０１の機能制御処理を示すフローチャートである。 監視サーバ１０１の機能制御処理を示すフローチャートである。 監視サーバ１０１の機能制御処理を示すフローチャートである。 監視サーバ１０１の機能制御処理を示すフローチャートである。 監視サーバ１０１の機能制御処理を示すフローチャートである。

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

図１は本発明における管理システムの構成の例を示す図である。

１０１は、顧客先などの監視対象となる画像形成装置が設置された顧客ネットワークであるローカルシステム内の監視サーバである。そして、監視サーバ１０１は画像形成装置から取得した稼動情報をインターネット１０６経由で、管理装置１０７に送信する。ここで、稼動情報には、印刷枚数や構成部品の使用回数を示すカウンタ情報、エラーやジャムなどの障害情報、及び環境ログといった履歴情報が含まれる。１０２、１０３、及び１０４は、管理システムでの監視対象となる画像形成装置である。画像形成装置としては、例えばプリンタ及びスキャナ機能やＦＡＸ機能などを備える複合機などがあり、何れの機器であっても本発明に関する後述の処理は適用可能である。また、画像形成装置には、組み込み監視装置として動作可能なものを含む。

１０７は、遠隔から監視サーバ、及び画像形成装置を集中管理する管理装置である。管理内容としては、監視装置にカウンタ情報の送信スケジュールを設定したり、稼動情報の中で収集すべき情報の種類を画像形成装置や監視装置に設定したりする。なお、管理装置１０７は、インターネット１０６を介して多数の顧客ネットワークに接続され、莫大な台数の監視対象機器を管理することになる。また、管理装置１０７は、画像形成装置から重大な障害イベントが発生したことを通知された場合には、保守要員を手配するための通知処理などを行う。

ここで、監視サーバは、画像形成装置から次の情報を取得し、送信する機能を持つものとする。画像形成装置で処理された印刷枚数、エラー情報、消耗品残量情報、警告情報、各部門（各ユーザ）による印刷枚数。

そして、組み込み監視装置は、処理した印刷枚数、エラー情報、設定値を取得、送信する機能を持つものとする。

[実施例１]
本実施例では、上述のような事情を鑑みて、監視サーバと監視機能をもつ画像形成装置を含む1台以上の画像形成装置が設置された状況に応じた適切な監視機能制御手法を適用する。

ここで、図１の監視システムにおいて新たに監視サーバ１０１が設置されたことを想定する。監視サーバ１０１は、監視対象として設定された画像形成装置１０２〜１０４と接続されると、その画像形成装置から稼動情報をネットワーク１０５経由で収集する。

図２は監視サーバ１０１のハードウェア構成図である。ＣＰＵ２０１は、監視サーバ１０１全体を制御するためのものである。ＲＯＭ２０２はシステム起動に必要なブートプログラムや監視処理などを実現するため各種プログラムを記憶するための読み出し専用メモリである。ＲＡＭ２０３は、ＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリ等として用いられる。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０４は、画像形成装置と通信を行い、かつ、管理装置１０７とインターネット１０６を介して通信を行うための構成要素になる。表示制御部２０６には表示部２０９が接続され、入力制御部２０７には入力部２１０、２１１が接続されている。管理装置１０７からの情報を含むシステムを運用する上で必要な情報は、これら入出力デバイス（２０９〜２１１）を通じて入出力されることになる。２０８は、ＣＰＵ２０１で実行するプログラムやアプリケーション情報などを格納するＨＤＤである。また、ここで挙げた構成は、システムバス２０５に接続された構成をとっている。

図３は、本実施例において利用する画像形成装置１０２〜１０４のハードウェア構成図である。３０１は、原稿を自動的にイメージリーダ３０２に送る原稿給送部であり、イメージリーダ（スキャナ）３０２により原稿が読み込まれる。３０３は、読み込んだ原稿およびネットワークなどから受信したデータを印刷画像に変換・印刷するための画像形成部である。３０４は、印刷用の用紙を給紙する給紙部である。３０５は、印刷した用紙のソートやステイプルといった後処理などを施し、排出する排紙部である。３０６は、ＬＡＮおよびインターネットなどに接続し、外部との通信を行うためのＮｅｔｗｏｒｋ Ｉ／Ｆである。３０７は、画像形成装置の各部分の状態を検知するセンサである。３０８は、画像形成装置全体を制御するＣＰＵである。３０９は、システム起動に必要なブートプログラムや各種処理を実現するため各種プログラムを記憶するためのＲＯＭである。画像形成装置が組み込み監視装置である場合、記憶されるプログラムとして監視プログラムが含まれる。３１０は、一時的に記憶すべきデータの記憶する際やＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリなどとして用いられるＲＡＭである。３１１は、各種処理に関わるプログラムや自装置内で検出された各種情報を含む稼動情報、外部から送信されてきたユーザ情報などを記憶するためのＨＤＤである。３１２は、指示入力を受け付ける操作部である。３１３は、自装置の稼動情報及び操作部３１２での操作に関わる情報などを表示するための表示部である。３１４は、外部接続のための接続回線に接続するモデムである。３１５は、ここで挙げた各構成を接続するためのシステムバスである。

本発明においては、図３で示す装置構成以外、具体的にはイメージリーダ３０２、画像形成部３０３、及びモデム３１４などの動作、仕組みが異なったり、構成要素として含まれなかったりする画像形成装置であっても適用可能である。

図４は監視サーバ１０１のソフトウェアブロック図である。４０１はＯＳ（オペレーティングシステム）、４０２はライブラリ、４０３はＷｅｂサーバ、４０４はアプリケーションである。アプリケーションの一部として画像形成装置に関する情報の管理や、管理装置１０７からの情報に基づく制御などを行うための監視プログラム４０５を含む。４０６はハードウェア制御プログラムであり、その一部としてネットワークボード制御プログラム４０７、ＨＤ（ハードディスク）制御プログラム４０８を含む。

図５は監視サーバ１０１のモジュール関連図である。監視サーバ１０１のＣＰＵが監視プログラム４０５を実行することで、５０１〜５１２のモジュールとして機能することになる。

起動処理部５０１は、監視プログラムの起動時の処理を制御するものである。起動処理部５０１は、コマンド処理部５０２を呼び出す。コマンド処理部５０２は、監視対象画像形成装置の指定を受け付け、設定変更部５０３を呼び出す。

５０３は、コマンド処理部５０２の前述した要求に応じて取得した情報により、監視対象画像得形成装置を識別する情報を記憶部５０７に格納する。５０７は格納された情報をRAM２０３、または、ＨＤＤ２０８に記憶させる。

次にコマンド発行部５０８は、送信制御部５０９を介して管理装置１０７に５０２で受け付けた監視対象画像形成装置の送信済データを取得するためのコマンドを発行する。あるいは、５０８は、送信制御部５０９を介して監視対象として指定された画像形成装置に対して機能を問い合わせるコマンドを発行する。

送信制御部５０９は、ＮｅｔｗｏｒｋＩ／Ｆ２０４を介して管理サーバ１０７、あるいは、画像形成装置にコマンドを送信する。

受信制御部５０６は、ＮｅｔｗｏｒｋＩ／Ｆ２０４を介して管理サーバ１０７、あるいは、画像形成装置からのデータを受信する。

５０６にて、受信したデータが５０８で発行したコマンドの応答であると判断すると、受信データを５０７に格納する。

次に判断部５１０が５０７からコマンド応答を読みだし、監視サーバ１０１、画像形成装置の何れの機能を有効にするかを判断する。そして、その判断結果を５０７に格納する。

さらに、取得部５０４はタイマ５０５からの通知で画像形成装置からの情報取得処理を開始する。この時、５０７から判断結果を読みだし、監視サーバ１０１の機能が有効になっている機能についてのみ取得処理を行い、取得結果を５０７に格納する。

情報送信部５１１はタイマ５１２からの通知で、５０７から画像形成装置から取得した情報を読み出し、５０９を介して管理サーバ１０７に情報を送信する。

図６は画像形成装置１０２〜１０４のモジュール関連図である。画像形成装置においても、ＣＰＵ３０８が監視用の制御プログラム（不図示）を実行することで６０１〜６０６のモジュールとして機能することになる。

起動処理部６０１は前述の制御プログラムに基づく画像形成装置の監視機能の起動時の処理を制御するものである。起動処理部６０１は、コマンド処理部６０２を呼び出す。コマンド処理部６０２は、操作部３１２、あるいはＮｅｔｗｏｒｋＩ／Ｆ３０６経由での監視サーバ１０１からのコマンドを受け付けて、解析して処理する。

コマンド処理部６０２が受け付けたコマンドが、監視サーバ１０１からの機能問い合わせ要求であると判断すると、取得部６０３が記憶部６０６に格納された機能情報を送信制御部６０５経由で監視サーバ１０１に送信する。

コマンド処理部６０２が受け付けたコマンドが、監視サーバ１０１からの稼働状況取得要求であると判断すると、取得部６０３にて稼働状況を取得する。そして、送信制御部６０５はＮｅｔｗｏｒｋＩ／Ｆ３０６経由での６０３で取得した情報を監視サーバ１０１に送信する。

さらに、コマンド処理部６０２が受け付けたコマンドが、監視サーバ１０１からの機能無効化要求であると判断すると、記憶部６０６に格納された機能情報の該当機能を無効にする。

また、送信制御部６０５はタイマ６０４からの通知で、取得部６０３にて稼働状況を取得し、それを６０５経由で管理サーバ１０７に送信する。取得部６０３は、記憶部６０６に格納された機能情報が有効になっているもののみを取得する。

記憶部６０６は、各種データをＲＡＭ３１０、あるいは、ＨＤＤ３１１に格納する。

以上が本発明の一実施形態にかかわる管理システムの基本構成である。

以下、図７から図１１を参照して、本発明の一実施形態に係わる共通機能を持つ監視サーバと組み込み監視装置とで画像形成装置を監視しても取得、送信データが重複しない処理について詳細に説明する。

本実施例では、画像形成装置が組み込み監視装置である場合、組み込み監視装置と監視サーバ１０１とで重複する機能がある場合、監視サーバ１０１の機能を無効にする。

図７は監視サーバ１０１がＲＡＭ２０３、あるいは、ＨＤＤ２０８に保持する情報の一例である。７０１は監視サーバ１０１が監視対象とする画像形成装置の情報であって、１組以上の装置識別子７０２とＩＰアドレス７０３とで構成される。なお、７０３はＩＰアドレスに限定するものではなく、監視サーバ１０１がＮｅｔｗｏｒｋＩ／Ｆ２０４を介して画像形成装置と通信することができる情報であればよい。

７０４と７０９は、監視サーバ１０１が監視対象画像形成装置に対応付けて保持する情報の一例であって、監視対象画像形成装置の数分保持する。

７０４は、監視対象画像形成装置が組み込み監視装置として動作しており、監視サーバ１０１の一部機能が組み込み監視装置の機能と重複するため、監視サーバ側の機能を無効にしていた場合の例を示す。

７０９は、監視サーバ１０１の機能が全て有効な場合を示す。

７０５は機能を識別する情報である。例では、７０５の１〜５は、それぞれ、画像形成装置が処理した印刷枚数、エラーに関する情報、消耗品情報、警告に関する情報、各部門による印刷枚数を示す。７０６は７０５に対応した機能名である。７０７は、監視サーバ１０１が保持する機能が対応する監視対象画像形成装置に対して適用されるかという情報である。７０７には、機能が有効であることを示す「ＯＮ」、機能が無効であることを示す「ＯＦＦ」、有効か無効かを判断する前であることを示す「Ｐｅｎｄｉｎｇ」の何れかが設定される。

７０８は機能に対応するデータの送信契機を示す。「定期」は決められた間隔、もしくは、決められた時刻に送信することを示し、「イベント」は、画像形成装置で機能に対応する事象、例えば「エラー情報」はエラー、が発生した時点で送信することを示す。

図８は組み込み監視装置として動作する画像形成装置がＲＡＭ３１０、あるいは、ＨＤＤ３１１に保持する情報の一例である。

８０１は、画像形成装置の情報であって、装置識別子８０２とＩＰアドレス８０３とで構成される。８０３は７０３同様、ＩＰアドレスに限定するものではない。

８０４と８０９は、画像形成装置が保持する自身の情報の一例である。

８０４は、画像形成装置の機能が全て有効である場合を示す。

８０９は、一部機能が監視サーバ１０１と重複しており、その重複した機能が無効である場合を示す。

８０５は機能を識別する情報である。例では、８０５の１、２、１０は、それぞれ、画像形成装置が処理した印刷枚数、エラーに関する情報、設定値を示す。ここでいう設定値の一例として、印刷濃度がある。８０６は８０５に対応した機能名である。８０７は、画像形成装置が保持する機能が有効かどうかを示す情報である。８０７には、機能が有効であることを示す「ＯＮ」、機能が無効であることを示す「ＯＦＦ」の何れかが設定される。

８０８は機能に対応するデータの送信契機を示す。「定期」は決められた間隔、もしくは、決められた時刻に送信することを示し、「イベント」は、画像形成装置で機能に対応する事象、例えば「エラー情報」はエラー、が発生した時点で送信することを示す。

図９は監視サーバ１０１が表示制御部２０６を介して表示装置２０９に表示する監視対象画像形成装置指定画面の一例である。

例では、監視対象画像形成装置をＩＰアドレスにて指定できる。この画面での指定はコマンド処理部５０２によって受け付けられ、次に設定変更部５０３にて処理され、その結果は記憶部５０７に記録される。５０７に記録したＩＰアドレスは、コマンド発行部５０８にて読みこまれる。

図１０と図１１を参照して、画像形成装置の機能確認を管理装置１０７に問い合わせることによって実施し、監視サーバ１０１と組み込み監視装置として動作する画像形成装置とで機能の重複がある場合、監視サーバ１０１の当該機能を無効にする処理を説明する。

図１０は、管理装置１０７に画像形成装置からの送信データがある場合と、送信データがなく、かつ、その送信契機が「定期」である場合の行う処理を示すフローチャートである。図１１は、図１０の処理では機能の重複を判断できない機能の判断処理を示すフローチャートである。

図１０、図１１ともに、管理サーバ１０１のＲＯＭ２０２に格納された監視プログラムの機能制御処理を示すフローチャートである。

図１０の処理は、図９にて監視対象画像形成装置指定がなされると開始する。

処理の開始にあたり、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に図７の形式にてデータを設定する。また、指定された画像形成装置の装置識別情報を画像形成装置から取得する。状態７０７の初期状態は、全て、有効か無効かを判断する前であることを示す「Ｐｅｎｄｉｎｇ」である。

ステップＳ１００１において、管理装置１０７にＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、画像形成装置の識別情報とＩＤ７０５として１〜５を指定して、その画像形成装置が送信したデータ取得を要求する。ここで、管理装置１０７では、受信した画像形成装置からの情報を装置識別子とＩＤ７０５とに関連付けて保持している。

ステップＳ１００２において、管理装置１０７からの応答を受信し、画像形成装置が送信したデータがあるかを判断し、データがある場合はステップＳ１００５以降、データがない場合は、ステップＳ１００３以降の処理を行う。この判断処理は、管理装置１０７からの応答に含まれるデータ種類数繰り返す。

ステップＳ１００３にて、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納された図７のデータを参照し、判断対象となるデータの送信契機が「定期」であるかどうかを判断する。「定期」であると判断すると、監視対象である画像形成装置は判断対象となるデータを送信する機能を持たないと判断し、ステップＳ１００４にて、監視サーバ１０１の状態７０５を機能が有効であることを示す「ＯＮ」に変更する。

ステップＳ１００２において、データがあると判断した場合は、ステップＳ１００５にて、監視サーバ１０１の状態７０７を機能が無効であることを示す「ＯＦＦ」に変更する。

監視サーバ１０１は、状態７０７が「ＯＮ」である場合は、その機能に対応するデータを画像形成装置から取得するが、「ＯＦＦ」である場合は、その機能に対応するデータを画像形成装置から取得しない。

図１０の処理は、画像形成装置側の設定変更、即ち、組み込み監視装置として動作するか否かの設定変更に備え、定期的に実行してもよい。

図１１の処理は、送信契機が「イベント」である機能に対応するデータを取得する場合に開始する。この処理は機能ごとに行われる。

ステップＳ１１０１にて、状態７０７が「ＯＦＦ」であるかどうかを判断する。「ＯＦＦ」であると判断した場合、対応する機能は無効であるので、処理を終了し、「ＯＦＦ」でない場合、ステップＳ１１０２以降の処理を行う。

ステップＳ１１０２にて、画像形成装置への機能に対応するデータ、例えば、エラー情報取得要求を出す。

ステップＳ１１０３にて、画像形成装置からの要求応答に要求した情報が含まれると判断した場合、ステップＳ１１０４以降の処理を行い、要求した情報が含まれないと判断した場合は処理を終了する。

ステップＳ１１０４にて、監視サーバ１０１の対応する機能の状態７０７を判断する。状態が「ＯＮ」である場合は、ステップＳ１１１０にて画像形成装置から取得した情報をＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、管理装置１０７に送信し、処理を終了する。

ステップＳ１１０５にて既定時間待機する。

ステップＳ１１０６にて、ステップ１００１と同じく管理装置１０７にデータ取得要求を送信する。

ステップＳ１１０７にて、要求したデータを取得できた場合、画像形成装置は組み込み監視装置として当該データを送信していると判断し、ステップＳ１１０８にて監視サーバ１０１の対応する機能の状態７０７を「ＯＦＦ」にする。

ステップＳ１１０７にて、要求したデータを取得できない場合、画像形成装置は組み込み監視装置として当該データを送信する機能はないと判断し、ステップＳ１１０９の処理を行う。

ステップＳ１１０９にて監視サーバ１０１の対応する機能の状態７０７を「ＯＮ」にするとともに、ステップＳ１１０２にて画像形成装置から取得したデータを管理装置１０７に送信する。

上記処理により、本実施例では、監視装置が保持する機能情報は、監視サーバ１０１では７０４、画像形成装置では８０４となる。

以上説明した通りに、監視サーバ１０１と組み込み監視装置として動作する画像形成装置とで重複した機能がある場合、監視サーバ１０１の機能を無効にし、画像形成装置の機能を有効にする。

これにより、画像形成装置の印刷枚数、エラー情報などの情報を監視サーバ１０１、あるいは、組み込み監視装置として動作する画像形成装置から重複することなく送信することができる。

また、監視サーバ１０１と画像形成装置とで機能を分担することによって、監視サーバ１０１の負荷を軽減することができる。更に、画像形成装置から送信していたデータの送信元を監視サーバ１０１に変更しないことにより、データの送信タイミング、データの詳細な内容が変わらず、データの継続性が保証される。

[実施例２]
図１２を参照して、画像形成装置の機能確認を画像形成装置１０２乃至１０４に問い合わせることによって実施し、監視サーバ１０１と画像形成装置とで機能重複がある場合、画像形成装置の機能を無効にする処理を説明する。

図１２は、管理サーバ１０１のＲＯＭ２０２に格納された監視プログラムの機能制御処理を示すフローチャートである。

図１２の処理は、図９にて監視対象画像形成装置指定がなされると開始する。

処理の開始にあたり、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に図７の形式にてデータを設定する。また、指定された画像形成装置の装置識別情報を画像形成装置から取得する。状態７０７の初期状態は、全て、有効であることを示す「ＯＮ」である。

ステップＳ１２０１において、画像形成装置にＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、機能情報取得要求を送信する。

ステップＳ１２０２において、応答から取得要求先画像形成装置は組み込み監視装置ではないと判断すると、処理を終了し、組み込み監視装置であると判断すると、ステップＳ１２０３以降の処理を行う。

ステップＳ１２０３からステップＳ１２０５を監視サーバ１０１が保持する機能数分繰り返す。

ステップＳ１２０３にて、監視サーバ１０１が保持する機能を画像形成装置が保持するかを判断する。保持しないと判断した場合は、ステップＳ１２０５以降の処理を行い、保持すると判断した場合は、ステップＳ１２０４以降の処理を行う。

ステップＳ１２０４において、画像形成装置に当該機能を無効にする要求を送信する。
ステップＳ１２０５において、監視サーバ１０１が保持する機能を全てチェックしたと判断した場合は、処理を終了し、そうでない場合はステップＳ１２０３以降の処理をする。

上記処理により、本実施例では、監視装置が保持する機能情報は、監視サーバ１０１では７０９、画像形成装置では８０９となる。

図１２の処理は、画像形成装置側の設定変更、即ち、組み込み監視装置として動作するか否かの設定変更に備え、定期的に実行してもよい。

以上説明した通り、監視サーバ１０１と組み込み監視装置として動作する画像形成装置とで重複した機能がある場合、画像形成装置の機能を無効にし、監視サーバ１０１の機能を有効にする。

これにより、画像形成装置の印刷枚数、エラー情報などの情報を監視サーバ１０１、あるいは、組み込み監視装置として動作する画像形成装置から重複することなく送信することができる。

また、監視サーバ１０１の監視対象である画像形成装置データは、画像形成装置の機能の違いに依存せず、送信タイミング、詳細な内容が統一される。

[実施例３]
図１３と図１４を参照して、管理装置１０７から画像形成装置の機能確認を行い、監視サーバ１０１と組み込み監視装置として動作する画像形成装置とで機能の重複がある場合、監視サーバ１０１の当該機能を有効にする処理を説明する。

図１３は、管理装置１０７に画像形成装置からの送信データがある場合と、送信データがなく、かつ、その送信契機が「定期」である場合の行う処理を示すフローチャートである。図１４は、図１３の処理では機能の重複を判断できない機能の判断処理を示すフローチャートである。

図１３、図１４ともに、管理サーバ１０１のＲＯＭ２０２に格納された監視プログラムの機能制御処理を示すフローチャートである。

図１３の処理は、図９にて監視対象画像形成装置指定がなされると開始する。

処理の開始にあたり、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に図７の形式にてデータを設定する。また、指定された画像形成装置の装置識別情報を画像形成装置から取得する。状態７０７の初期状態は、全て、有効か無効かを判断する前であることを示す「Ｐｅｎｄｉｎｇ」である。

ステップＳ１３０１において、管理装置１０７にＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、画像形成装置の識別情報とＩＤ７０５として１〜５を指定して、その画像形成装置が送信したデータ取得を要求する。ここで、管理装置１０７では、受信した画像形成装置からの情報を装置識別子とＩＤ７０５とに関連付けて保持している。

ステップＳ１３０２において、管理装置１０７からの応答を受信し、画像形成装置が送信したデータがあるかを判断し、データがある場合はステップＳ１３０５以降、データがない場合は、ステップＳ１３０３以降の処理を行う。この判断処理は、管理装置１０７からの応答に含まれるデータ種類数繰り返す。

ステップＳ１３０３にて、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納された図７のデータを参照し、判断対象となるデータの送信契機が「定期」であるかどうかを判断する。「定期」であると判断すると、監視対象である画像形成装置は判断対象となるデータを送信する機能を持たないと判断し、ステップＳ１３０４にて、監視サーバ１０１の状態７０５を機能が有効であることを示す「ＯＮ」に変更する。

ステップＳ１３０２において、データがあると判断した場合は、ステップＳ１３０５にて、監視サーバ１０１の状態７０７を機能が有効であることを示す「ＯＮ」に変更する。そして、ステップＳ１３０６にて、画像形成装置に当該機能を無効にする要求を送信し、処理を終了する。

図１３の処理は、画像形成装置側の設定変更、即ち、組み込み監視装置として動作するか否かの設定変更に備え、定期的に実行してもよい。

図１４の処理は、送信契機が「イベント」である機能に対応するデータを取得する場合に開始する。この処理は機能ごとに行われる。

ステップＳ１４０１にて、画像形成装置への機能に対応するデータ、例えば、エラー情報取得要求を出す。

ステップＳ１４０２にて、画像形成装置からの要求応答に要求した情報が含まれると判断した場合、ステップＳ１４０３以降の処理を行い、要求した情報が含まれないと判断した場合は処理を終了する。

ステップＳ１４０３にて、監視サーバ１０１の対応する機能の状態７０７を判断する。状態が「ＯＮ」である場合は、ステップＳ１４０９にて画像形成装置から取得した情報をＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、管理装置１０７に送信し、処理を終了する。

ステップＳ１４０４にて既定時間待機する。

ステップＳ１４０５にて、ステップ１３０１と同じく管理装置１０７にデータ取得要求を送信する。

ステップＳ１４０６にて、要求したデータを取得できた場合、画像形成装置は組み込み監視装置として当該データを送信していると判断する。そして、ステップＳ１４０７にて監視サーバ１０１の対応する機能の状態７０７を「ＯＮ」にし、画像形成装置に当該機能を無効にする要求を送信し、処理を終了する。

ステップＳ１４０６にて、要求したデータを取得できない場合、画像形成装置は組み込み監視装置として当該データを送信する機能はないと判断し、ステップＳ１４０８の処理を行う。

ステップＳ１４０８にて監視サーバ１０１の対応する機能の状態７０７を「ＯＮ」にするとともに、画像形成装置から取得したデータを管理装置１０７に送信する。

上記処理により、本実施例では、監視装置が保持する機能情報は、監視サーバ１０１では７０９、画像形成装置では８０９となる。

以上説明した通りに、監視サーバ１０１と組み込み監視装置として動作する画像形成装置とで重複した機能がある場合、監視サーバ１０１の機能を有効にし、画像形成装置の機能を無効にする。

これにより、画像形成装置の印刷枚数、エラー情報などの情報を監視サーバ１０１、あるいは、組み込み監視装置として動作する画像形成装置から重複することなく送信することができる。

また、監視サーバ１０１の監視対象である画像形成装置データは、画像形成装置の機能の違いに依存せず、送信タイミング、詳細な内容が統一される。

[実施例４]
図１５を参照して、画像形成装置の機能確認を画像形成装置１０２乃至１０４に問い合わせることによって実施し、監視サーバ１０１と画像形成装置とで機能重複がある場合、画像形成装置の機能を無効にする処理を説明する。

図１５は、管理サーバ１０１のＲＯＭ２０２に格納された監視プログラムの機能制御処理を示すフローチャートである。

図１５の処理は、図９にて監視対象画像形成装置指定がなされると開始する。

処理の開始にあたり、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に図７の形式にてデータを設定する。また、指定された画像形成装置の装置識別情報を画像形成装置から取得する。状態７０７の初期状態は、全て、有効であることを示す「ＯＮ」である。

ステップＳ１５０１において、画像形成装置にＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、機能情報取得要求を送信する。

ステップＳ１５０２において、応答から取得要求先画像形成装置は組み込み監視装置ではないと判断すると、処理を終了し、組み込み監視装置であると判断すると、ステップＳ１５０３以降の処理を行う。

ステップＳ１５０３からステップＳ１５０５を監視サーバ１０１が保持する機能数分繰り返す。

ステップＳ１５０３にて、監視サーバ１０１が保持する機能を画像形成装置が保持するかを判断する。保持しないと判断した場合は、ステップＳ１５０５以降の処理を行い、保持すると判断した場合は、ステップＳ１５０４以降の処理を行う。

ステップＳ１５０４において、画像形成装置に当該機能を無効にする要求を送信する。

ステップＳ１５０５において、監視サーバ１０１が保持する機能を全てチェックしたと判断した場合は、処理を終了し、そうでない場合はステップＳ１５０３以降の処理をする。

上記処理により、本実施例では、監視装置が保持する機能情報は、監視サーバ１０１では７０４、画像形成装置では８０４となる。

図１５の処理は、画像形成装置側の設定変更、即ち、組み込み監視装置として動作するか否かの設定変更に備え、定期的に実行してもよい。

以上説明した通り、監視サーバ１０１と組み込み監視装置として動作する画像形成装置とで重複した機能がある場合、画像形成装置の機能を有効にし、監視サーバ１０１の機能を無効にする。

また、監視サーバ１０１と画像形成装置とで機能を分担することによって、監視サーバ１０１の負荷を軽減することができる。更に、画像形成装置から送信していたデータの送信元を監視サーバ１０１に変更しないことにより、データの送信タイミング、データの詳細な内容が変わらず、データの継続性が保証される。

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

１０１ 監視サーバ
１０６ インターネット
１０７ 管理装置

Claims (5)

1. 複数の監視装置を一元的に管理する管理装置と通信部を介して通信可能で、かつ、複数の画像形成装置の稼働状況をネットワーク経由で取得し、取得した監視情報を管理装置に送信する監視装置であって、監視装置は、
   機能を送信データと関連付けて保持する機能保持手段（５０７、図７）と、
   監視対象である画像形成装置の機能情報を取得する機能情報取得手段（５０８、Ｓ１００１、Ｓ１２０４）と、
   機能情報取得手段によって取得した機能に基づき、機能を有効化、あるいは、無効化する機能制御手段（５１０、Ｓ１００４，Ｓ１００５，Ｓ１２０４）と、
   を有することを特徴とする監視装置。
2. 前記機能情報取得手段は、管理装置へ前記画像形成装置の送信データ取得要求を送信すること（Ｓ１００１）を特徴とする請求項１に記載の監視装置。
3. 前記機能情報取得手段は、前記画像形成装置への機能情報取得要求を送信すること（Ｓ１２０ｇ１）を特徴とする請求項１に記載の監視装置。
4. 前記機能制御手段は、前記監視装置と前記画像形成装置とで重複する機能があると判断すると、監視装置の当該機能を無効とすること（Ｓ１００５）を特徴とする請求項１に記載の監視装置。
5. 前記機能制御手段は、前記監視装置と前記画像形成装置とで重複する機能があると判断すると、前記画像形成装置の当該機能を無効とすること（Ｓ１２０４）を特徴とする請求項１に記載の監視装置。