管理システム、監視装置及び情報処理方法
【課題】 画像形成装置の稼動情報の収集に関して、顧客ネットワーク内の監視装置に多数の画像形成装置を接続して監視させる場合に、適切な負荷分散を行うための仕組みが提供されていない。
【解決手段】 画像形成装置の稼動情報の送信先が監視装置に設定された際に、収集すべき稼動情報の種類に対応して、前記監視装置からの要求に応じて収集する方式か、前記画像形成装置が自発的に送信することで収集する方式かが設定された送信設定が前記画像形成装置に対して設定されることを特徴とする。
【解決手段】 画像形成装置の稼動情報の送信先が監視装置に設定された際に、収集すべき稼動情報の種類に対応して、前記監視装置からの要求に応じて収集する方式か、前記画像形成装置が自発的に送信することで収集する方式かが設定された送信設定が前記画像形成装置に対して設定されることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の状態などを監視するためのシステムに関するものであって、特に、画像形成装置からの情報の取得に関する。
【背景技術】
【０００２】
ネットワークに接続された画像形成装置の印刷枚数や部品使用回数などを示すカウンタ情報、紙詰まりなどの故障や異常を示す障害情報、及び、消耗品の残量の変化などを示す残量情報といった稼動情報を収集する管理システムが従来から知られている。管理システムは、画像形成装置が設置されている顧客先のネットワークに設置される監視装置と、遠隔で画像形成装置や監視装置を集中管理する管理装置とで構成される（特許文献１）。
【０００３】
また、管理システムにおいて、画像形成装置の稼動情報を管理装置に送信する形態は２種類ある。１つは画像形成装置自身が直接、稼動情報を管理装置に送信する形態であり、もう１つは監視装置が画像形成装置からの稼動情報などを収集し、その後、管理装置に一括して送信する形態である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０１８５００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述のように画像形成装置自身が直接、稼動情報を管理装置に送信する形態の管理システムでは、画像形成装置が莫大な台数になると管理装置における受信時の処理負荷が大きいという課題がある。この処理負荷を抑えるために、前述の監視装置を中継装置として顧客のネットワークに追加で設置することが想定される。
【０００６】
また、画像形成装置の備える通信機能によっては、監視装置が既に設置されている環境に新たに追加される際に、稼動情報の収集の仕方を工夫することにより、システム内の適切な処理負荷の分散が行えることもある。
【０００７】
そこで、本発明は、例えば画像形成装置の稼動情報の送信先を管理装置から監視装置へ切り替えるなど、システム内の環境の変更に際した、画像形成装置から監視装置への稼動情報の適切な送信手法の提供を目的とする。
【課題を解決するための手段】
【０００８】
上述の課題を解決するために、画像形成装置と、監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置とを含む管理システムであって、
前記監視装置は、監視対象となる画像形成装置から機能情報を取得する取得手段と、前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、前記判断手段により前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて取得する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで取得する方式が設定された送信設定と、を送信する送信手段と、前記画像形成装置から課金に関連する複数種類のカウンタ情報を要求することにより取得した際に、複数種類のカウンタ情報における整合性を検証する検証手段とを備え、
前記画像形成装置は、前記監視装置から受信したコマンド及び送信設定に従い、前記監視装置に対して稼動情報の送信を行うことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、管理システム内の環境の変更に際して、画像形成装置から監視装置への稼動情報の適切な送信手法を提供できる。
【図面の簡単な説明】
【００１０】
【図１】本発明におけるシステムの例を示す図である。
【図２】本発明における監視装置１０１のハードウェア構成例を示す図である。
【図３】本発明における画像形成装置のハードウェア構成例を示す図である。
【図４】本発明における監視装置１０１のソフトウェアの構成例を示す図である。
【図５】本発明における監視装置１０１のモジュールの関連を示す図である。
【図６】本発明における画像形成装置のモジュールの関連を示す図である。
【図７】監視装置１０１が保持する送信設定に関するテーブルの一例を示す図である。
【図８】監視装置１０１が保持する各画像形成装置の稼動情報の収集方法に関するテーブルの一例である。
【図９】監視装置１０１の操作画面の一例である。
【図１０】送信設定に関する情報（テーブル）の一例である。
【図１１】監視装置１０１の管理対象の画像形成装置が追加される際の処理を説明するためのフローチャートである。
【図１２】図１０で示す情報の作成時の処理を説明するためのフローチャートである。
【図１３】監視装置１０１と画像形成装置の設定変更に関する処理を説明するためのシーケンス図である。
【図１４】画像形成装置から送信設定を変更する際の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
図１は本発明における管理システムの構成の例を示す図である。
１０１は、顧客先などの監視対象となる画像形成装置が設置された顧客ネットワークであるローカルシステム内の監視装置である。そして、監視装置１０１は画像形成装置から取得した稼動情報をインターネット１０６経由で、管理装置１０７に送信する。ここで、稼動情報には、印刷枚数や構成部品の使用回数を示すカウンタ情報、エラーやジャムなどの障害情報、及び環境ログといった履歴情報が含まれる。１０２、１０３、及び１０４は、管理システムでの監視対象となる画像形成装置である。画像形成装置としては、例えばプリンタ及びスキャナ機能やＦＡＸ機能などを備える複合機などがあり、何れの機器であっても本発明に関する後述の処理は適用可能である。
【００１３】
１０７は、遠隔から監視装置、及び画像形成装置を集中管理する管理装置である。管理内容としては、監視装置にカウンタ情報の送信スケジュールを設定したり、稼動情報の中で収集すべき情報の種類を画像形成装置や監視装置に設定したりする。なお、管理装置１０７は、インターネット１０６を介して多数の顧客ネットワークに接続され、莫大な台数の監視対象機器を管理することになる。また、管理装置１０７は、画像形成装置から重大な障害イベントが発生したことを通知された場合には、保守要員を手配するための通知処理などを行う。
【００１４】
ここで、管理装置で管理すべき稼動情報の中で、カウンタ情報は定期的に送信すべき情報である。カウンタ情報には、課金などに用いる印刷枚数が含まれる。この印刷枚数を管理する際に、画像形成装置で処理された全印刷枚数の他に、各部門、各ユーザによる印刷枚数をも管理するといったことがある。この場合、課金に用いるなど厳密な管理が必要な場合は、画像形成装置で処理された全印刷枚数と、各部門（各ユーザ）による印刷枚数の合計との整合性を保証する必要がある。
【００１５】
よって、ローカルシステム内に監視装置が設置されている場合は、カウンタ情報として、これら印刷枚数を取得した場合に、一旦記憶して、整合性を検証できた場合に管理装置にカウンタ情報を送信することが考えられる。
【００１６】
また、監視装置を中継せずに画像形成装置自身が管理装置にカウンタ情報を送信する場合、整合性を検証するために画像形成装置の記憶領域に送信する情報を一時的に保持する領域を確保する必要がある。しかしながら、画像形成装置として検証用の十分な領域を確保することは、装置自体のコストアップにつながり、一部の画像形成装置（廉価版や単機能のプリンタなど）で実現することは困難である。また、情報を収集した管理装置側で、整合性を検証してから、収集した稼動情報を正式なものとして管理するという方法も考えられる。しかし、この方法では、莫大な台数の画像形成装置を管理する管理装置にとっては処理負荷が大きい。その上、各装置が遠隔設置されているので整合性を取るために情報の再送が発生し、ネットワークトラフィックの増大を招く恐れもある。
【００１７】
一方、管理装置で管理すべき稼動情報の中の障害情報には、画像形成装置で保守が必要な事象の発生したことを示すイベントデータなどが含まれる。イベントデータに関しては、画像形成装置のダウンタイム（非稼動時間）を最小限に抑えるため、事象発生後、速やかに管理装置へ通知することが求められている。
【００１８】
［実施例１］
本実施例では、上述のような事情を鑑みて、新規の画像形成装置の設置や、画像形成装置の稼動情報の送信先が管理装置から監視装置へ切り替わった際など、システム環境の変化に応じて、送信する情報の種類に応じた適切な収集手法を適用する。
【００１９】
ここで、図１の監視システムにおいて新たに監視装置１０１が設置されたことを想定する。監視装置１０１は、監視対象ととして設定された画像形成装置１０２〜１０４と接続されると、その画像形成装置から稼動情報をネットワーク１０５経由で収集する。実施例では、監視装置の情報の収集方式として、監視装置からの要求に応じて稼動情報を画像形成装置から取得する方式（プル方式）と、画像形成装置が自発的に監視装置に稼動情報を送信してくることで取得する方式（プッシュ方式）の２種類を用いる。
【００２０】
図２は監視装置１０１のハードウェア構成図である。ＣＰＵ２０１は、監視装置１０１全体を制御するためのものである。ＲＯＭ２０２はシステム起動に必要なブートプログラムや監視処理などを実現するため各種プログラムを記憶するための読み出し専用メモリである。ＲＡＭ２０３は、ＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリ等として用いられる。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０４は、画像形成装置と通信を行い、かつ、管理装置１０７とインターネット１０６を介して通信を行うための構成要素になる。表示制御部２０６には表示部２０９が接続され、入力制御部２０７には入力部２１０、２１１が接続されている。管理装置１０７からの情報を含むシステムを運用する上で必要な情報は、これら入出力デバイス（２０９〜２１１）を通じて入出力されることになる。２０８は、ＣＰＵ２０１で実行するプログラムやアプリケーション情報などを格納するＨＤＤである。また、ここで挙げた構成は、システムバス２０５に接続された構成をとっている。
【００２１】
図３は、本実施例において利用する画像形成装置１０２〜１０４のハードウェア構成図である。３０１は、原稿を自動的にイメージリーダ３０２に送る原稿給送部であり、イメージリーダ（スキャナ）３０２により原稿が読み込まれる。３０３は、読み込んだ原稿およびネットワークなどから受信したデータを印刷画像に変換・印刷するための画像形成部である。３０４は、印刷用の用紙を給紙する給紙部である。３０５は、印刷した用紙のソートやステイプルといった後処理などを施し、排出しする排紙部である。３０６は、ＬＡＮおよびインターネットなどに接続し、外部との通信を行うためのＮｅｔｗｏｒｋ Ｉ／Ｆである。３０７は、画像形成装置の各部分の状態を検知するセンサである。３０８は、画像形成装置全体を制御するＣＰＵである。３０９は、システム起動に必要なブートプログラムや各種処理を実現するため各種プログラムを記憶するためのＲＯＭである。３１０は、一時的に記憶すべきデータの記憶する際やＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリなどとして用いられるＲＡＭである。３１１は、各種処理に関わるプログラムや自装置内で検出された各種情報を含む稼動情報、外部から送信されてきたユーザ情報などを記憶するためのＨＤＤである。３１２は、指示入力を受け付ける操作部である。３１３は、自装置の稼動情報及び操作部３１２での操作に関わる情報などを表示するための表示部である。３１４は、外部接続のための接続回線に接続するモデムである。３１５は、ここで挙げた各構成を接続するためのシステムバスである。
【００２２】
本発明においては、図３で示す装置構成以外、具体的にはイメージリーダ３０２、画像形成部３０３、及びモデム３１４などの動作、仕組みが異なったり、構成要素として含まれなかったりする画像形成装置であっても適用可能である。
【００２３】
図４は監視装置１０１のソフトウェアブロック図である。４０１はＯＳ（オペレーティングシステム）、４０２はライブラリ、４０３はＷｅｂサーバ、４０４はアプリケーションである。アプリケーションの一部として画像形成装置に関する情報の管理や、管理装置１０７からの情報に基づく制御などを行うための監視プログラム４０５を含む。４０６はハードウェア制御プログラムであり、その一部としてネットワークボード制御プログラム４０７、ＨＤ（ハードディスク）制御プログラム４０８を含む。
【００２４】
図５は監視装置１０１のモジュール関連図である。監視装置１０１のＣＰＵが監視プログラム４０５を実行することで、５０１〜５０８のモジュールとして機能することになる。
【００２５】
起動処理部５０１は、監視プログラムの起動時の処理を制御するものである。起動処理部５０１は、コマンド処理部５０２を呼び出す。コマンド処理部５０２は、監視対象とすべき画像形成装置の変更、及び画像形成装置からの稼動情報の収集方法の変更などといったコマンドを受け付け、コマンドに応じた制御を行う。例えば、監視対象とすべき画像形成装置の追加を受け付けると、画像形成装置から収集方法の判断に用いる情報を取得するための要求をＮｅｔｗｏｒｋ Ｉ／Ｆ２０４を介して行う。
【００２６】
５０４は、コマンド処理部５０２の前述した要求に応じて取得した情報により、画像形成装置から取得する情報の種類に応じた収集方法がプッシュ方式かプル方式かを判断する。判断部５０４は、判断した収集方法を設定変更部５０３に通知する。そして設定変更部５０３が、画像形成装置の情報収集に関する送信設定を変更する。設定変更部５０３による変更の対象となる監視対象の画像形成装置の機器情報（ネットワーク情報や機能情報）、及び情報収集に関する送信設定は、ＨＤＤ２０８などで記憶、管理されている。この送信設定は、設定変更部５０３により、監視対象である画像形成装置に対して変更指示として送信される。また、コマンド処理部５０２が既に監視対象としている画像形成装置からの稼動情報の取得方法の変更依頼を受信すると、判断部５０４により、その依頼に従った収集方法が判断される。ここで判断された収集方法に関しても、同様に設定変更部５０３による設定処理が行われる。
【００２７】
判断部５０４はタイマ５０５からの通知で処理を開始し、収集方法がプル方式である画像形成装置の稼動情報の取得要求を取得部５０６に発行する。取得部５０６は画像形成装置に対してプル方式、つまり稼動情報に含まれる取得すべき情報の種類を指定した取得要求を送信することで画像形成装置より指定した情報を取得し、記憶部５０８は取得した情報をＲＡＭ２０３、またはＨＤＤ２０８に記憶させる。
【００２８】
一方で、受信制御部５０７は、画像形成装置からのプッシュ方式による稼動情報の通知を待ち受ける。記憶部５０８は、受信制御部５０７で受信した情報をＲＡＭ２０３、またはＨＤＤ２０８に記憶させる。
【００２９】
図６は画像形成装置１０２〜１０４のモジュール関連図である。画像形成装置においても、ＣＰＵ３０８が監視用の制御プログラム（不図示）を実行することで６０１〜６０８のモジュールとして機能することになる。
【００３０】
起動処理部６０１は前述の制御プログラムに基づく画像形成装置の監視機能の起動時の処理を制御するものである。起動処理部６０１は、コマンド処理部６０２を呼び出す。コマンド処理部６０２は、操作部３１２、あるいはＮｅｔｗｏｒｋＩ／Ｆ３０６経由での監視装置１０１からのコマンドを受け付けて、解析して処理する。
【００３１】
コマンド処理部６０２が受け付けたコマンドが、監視装置１０１からの、稼動情報の送信先、及び送信すべき情報の種類などを指定する送信設定であると解析した場合、記憶部６０８がその解析結果をＨＤＤ３１１などに格納する。一方、コマンド処理部６０２が受け付けたコマンドが、既に格納されている送信先の情報の変更指示であった場合、設定変更処理部６０３が、監視装置１０１に新たな送信設定に関する情報の要求を行う。コマンド処理部６０２で監視装置１０１から送信設定に関する情報を応答として受け取った場合、設定変更処理部６０３にその情報を渡す。設定変更処理部６０３は、記憶部６０８に受け取った送信設定による格納された情報の更新を行わせるとともに、設定変更が完了した旨の通知を発行し、コマンド処理部６０２を介して監視装置１０１に送信する。また、コマンド処理部６０２は、操作部３１２よりユーザが送信先及び、稼動情報の送信設定の変更を受け付けることも可能である。その場合に関しても、設定変更処理部６０３が変更指示に基づき、監視装置１０１と通信を行い、設定変更を行うことになる。
【００３２】
取得部６０４は、送信設定に従うタイマ６０５からの通知で処理を開始し、収集方法がプッシュ方式である情報の取得をＨＤＤ３１１より行う。取得された情報は、送信制御部６０７により監視装置１０１に送信されることになる。この取得部６０４及び送信制御６０７による送信制御の機能は、一部の画像形成装置によっては備えていない場合がある。なお、ここで送信されるべき情報としては、部品使用回数などの課金と関連しないカウンタ情報や、ファームウェア情報といった稼動情報の一部の情報である。また、紙詰まりなどの故障や異常が検出された際にも、それらの情報を障害情報として取得し、送信制御部６０７により監視装置１０１に送信されることが望ましい。
【００３３】
一方、コマンド処理部６０２が監視装置１０１から稼動情報の取得要求を受け付けると、要求で指定される情報の種類等を元に、ＨＤＤ３１１より必要な情報を取得して送信情報を生成し、送信制御部６０７が監視装置１０１に送信する。ここで、送信される情報としては、少なくとも課金に関するカウンタ情報（全印刷枚数、各ユーザ及び各部門による印刷枚数など）が含まれている。
【００３４】
図７は、監視装置１０１がＲＡＭ２０３、またはＨＤＤ２０８で保持する、稼動情報の収集に関する監視対象の画像形成装置の送信設定を示す、送信メソッドと送信情報との対応テーブルの一例である。
【００３５】
行７０１で示すように、本テーブルにおいては、各送信メソッド名、そのメソッドで送信対象となる情報の種類の数、そのメソッドで送信される情報の意味を識別する識別情報、及び送信される情報に関する付帯情報が指定されている。ここで付帯情報とは、１つのメソッドで複数種類の情報を送信される場合の、その情報に関して整合性の検証が必要（“１”）か、否（“０”）かを示す。
【００３６】
Ｍｅｔｈｏｄ１ ７０２は、ステータス変化を通知するためのメソッドであり、１種類の情報が含まれる。具体的なステータス変化の一例として、紙詰まりが発生した、あるいは、紙詰まりが解消された、という障害情報がこのメソッドにより送信されることになる。Ｍｅｔｈｏｄ２ ７０３は、画像形成装置で発生したエラー情報とそのエラーが発生した時点での総印刷枚数を通知するためのメソッドである。発生した障害情報と総印刷枚数（印刷枚数１）の２種類の情報が含まれる。このメソッドにより送信される情報に関しては整合性の検証を必要としない。Ｍｅｔｈｏｄ４ ７０５は、部品の使用回数を通知するためのメソッドであり、１種類の情報として部品使用回数が含まれる。
【００３７】
Ｍｅｔｈｏｄ３ ７０４は、２種類の印刷枚数を通知するメソッドである。これは、具体的には課金に関する、総印刷枚数（印刷枚数１）と、ユーザ毎による印刷枚数（印刷枚数２）が含まれる。これら情報は、監視装置１０１で整合性の検証が必要となるので、付帯情報には“１”が設定されている。基本的には、総印刷枚数と、ユーザ毎による印刷枚数の総和とが一致すると整合性が検証されたことになる。このメソッドにおいて、ある画像形成装置から情報取得中に、その情報処理装置において印刷処理などが実行されていると、整合性が取れなくなってしまうことがある。整合性が取れなかった場合には、情報の再取得を行ったりすることになる。
【００３８】
図８は、監視装置１０１が保持する監視対象の画像形成装置の稼動情報の収集方法に関するテーブルの一例である。このテーブルの内容は、監視装置１０１が新たに画像形成装置を監視対象として追加する際などに書き込まれる。
【００３９】
行８０１で示すように、監視対象となる各画像形成装置を識別するデバイスＩＤと、各送信メソッドの収集方法とが対応付けられている。例えば、８０２はデバイスＩＤがＡ０００１である画像形成装置を示し、図７で示したＭｅｔｈｏｄ１〜４の全ての送信メソッドにおいて、プル方式により監視装置１０１が画像形成装置から情報取得することを示している。この画像形成装置は、プッシュ方式による稼動情報の送信を実現するための送信制御機能を備えていないため、全ての情報が監視装置１０１からの要求に従って送信する設定になっている。
【００４０】
８０３はデバイスＩＤがＡ０００２である画像形成装置を示し、Ｍｅｔｈｏｄ１、２、４の送信メソッドにおいて、プッシュ方式により情報収集が指定されている。一方で、Ｍｅｔｈｏｄ３の送信メソッドにおいて、プル方式により監視装置１０１が画像形成装置から情報（総印刷枚数と、ユーザ毎による印刷枚数）を取得することを示している。
【００４１】
図９は、監視装置１０１が提供する監視対象の画像形成装置の追加、及び削除といった操作を受け付けるための操作画面の例（画面９０１）である。画面９０１は、表示制御部２０６により表示され、画面上における操作はコマンド処理部５０２にて受け付けられ、処理される。
【００４２】
９０２は、指定した画像形成装置を監視対象として追加するためのボタンである。９０３は、指定した画像形成装置を監視対象から削除するためのボタンである。９０４は、現在、監視対象となっている画像形成装置の情報の一覧である。デバイスＩＤと、ＩＰアドレス（またはＦＱＤＮ、ＮｅｔＢｉｏｓ名などの情報）が表示される。９０５は、監視対象として追加する画像形成装置の情報を入力するための領域である。デバイスＩＤ、ＩＰアドレスなどの情報を入力し、追加ボタン９０２を指定することで、監視対象として新たに画像形成装置が登録されることになる。
【００４３】
図１０は、監視装置１０１から監視対象の画像形成装置に対して送信される、稼動情報の送信設定に関する情報（テーブル）の一例である。画像形成装置はこの情報を受信し、その送信設定に従う稼動情報の送信制御を行うことになる。本テーブルでは、行１００１で示すように、各送信メソッド名、プッシュ方式により送信すべきかを示すフラグ、送信のタイミングを示す基点時刻と送信間隔が含まれている。ここで、本テーブルは、図８におけるデバイスＩＤ“Ａ０００２”の画像形成装置に関する送信設定を具体的に示している。また、送信タイミングとしては、本テーブルの指定の仕方に限らず、毎月の決められた日及び時刻などを指定することも可能である。
【００４４】
１００２、１００３は、それぞれ、Ｍｅｔｈｏｄ１、２の送信設定に関する情報である。フラグには“１”が設定され、これはプッシュ方式による送信対象であることを意味する。
【００４５】
Ｍｅｔｈｏｄ１、２で示す送信情報は、ステータス変化やエラー通知であるため、所定の送信間隔の指定は無い（“−１”）。これは、特定の事象が発生したタイミングに、その障害情報などを送信することを意味している。一方、１００５はＭｅｔｈｏｄ４の送信設定に関する情報である。フラグには“１”が設定され、これはプッシュ方式による送信対象であることを意味する。さらに、送信情報の送信タイミングに関しては、基点時刻から７２時間ごとであることが指定されている。
【００４６】
１００４は、Ｍｅｔｈｏｄ３の送信設定に関する情報である。フラグには“０”が設定され、これはプッシュ方式による送信対象でないことを意味する。図７、８で示すように、この情報は監視装置１０１からの要求に応じて送信される（プル方式）。
【００４７】
以下、図１１〜１３を用いて監視装置１０１が画像形成装置を監視対象として登録する際の処理などを詳細に説明する。
【００４８】
図１１は、監視装置１０１が新たに画像形成装置を監視対象として登録する際の処理を説明するためのフローチャートを示す。
【００４９】
Ｓ１１０１において、コマンド処理部５０２が、操作画面９０１で行われた操作の内容を受け付ける。Ｓ１１０２において、その操作の内容が画像形成装置の登録指示であると判断すると、Ｓ１１０３に進む。ここでの登録に関しては、ネットワーク１０５に追加された画像形成装置を監視装置１０１に監視対象として登録する場合や、いままで管理装置１０７に直接稼動情報の送信を行っていた画像形成装置を監視装置１０１の監視対象として組み込む場合が考えられる。後者の場合は、以降の処理により稼動情報の送信先が、管理装置１０７から監視装置１０１に変更されることになる。
【００５０】
また、Ｓ１１０２において、操作の内容が画像形成装置の監視対象からの削除の指示であると判断するとＳ１１０８に進む。Ｓ１１０８にて、図８で示すテーブルから、削除指示された画像形成装置の情報を削除し、必要に応じてその画像形成装置に対して送信設定の削除指示を送信する。画像形成装置においては、削除指示を受け取ると登録されている送信設定を削除する。その後、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５１】
Ｓ１１０３において、判断部５０４が、監視対象として登録済みの画像形成装置の台数が上限かどうかを判断し、上限でなければＳ１１０４に進む。既に上限に達していると判断すると、Ｓ１１０９において、表示制御部２０６を介して、監視対象として登録できない旨のメッセージを表示する。その後、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５２】
Ｓ１１０４において、判断部５０４が、コマンド処理部５０２から追加指示された画像形成装置の機能情報を受け取る。この画像形成装置の機能情報は、コマンド処理部５０２が要求し、それに応じて画像形成装置から取得した情報である。この機能情報の内容としては、画像形成装置がプッシュ方式の送信制御を可能とする機能を備え、かつ、送信先や送信間隔（スケジュール）の変更を行える機能を持つかを判断可能な情報が含まれる。
【００５３】
ここで、本実施例では、送信先や送信間隔の変更などは、画像形成装置が提供するＷｅｂサービス機能を用いて行う。そのため、より具体的には、画像形成装置がＷｅｂサービス機能を提供しているか否かの情報がＳ１１０４で取得された機能情報の中に含まれていることになる。ここで、Ｗｅｂサービス機能の有無がＭＩＢオブジェクトで提示されるならば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）よって、コマンド処理部５０２がその情報を取得することになる。他にも、一般的なサービスに関する情報を取得するためにＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、あるいは、独自プロトコルを定義して、ＴＣＰによって情報を取得することもできる。
【００５４】
Ｓ１１０５において、判断部５０４が、Ｓ１１０４での取得結果から、追加指示された画像形成装置がプッシュ方式による送信制御の機能を持つかどうかを判断する。該送信制御の機能を持つと判断した場合にはＳ１１０６に進み、持っていないと判断した場合にはＳ１１１０に進む。
【００５５】
Ｓ１１０６において、判断部５０４が追加指示された画像形成装置の稼動情報の収集方法を、情報の種類ごとに決定する。この処理に関しては図１２で詳細に説明する。次に、Ｓ１１０７において、設定変更部５０３が画像形成装置の送信設定の変更処理を行う。この処理に関しては図１３で示すシーケンス図を用いて詳細に説明する。Ｓ１１０７の処理を終了すると、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５６】
一方、Ｓ１１１０において、設定変更部５０３が、全ての稼動情報をプル方式で取得する画像形成装置として送信設定を登録する（例えば、図８のデバイスＩＤ“Ａ０００１”）。Ｓ１１１０の処理を終了すると、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５７】
次に、図１２のフローチャートを用いて、稼動情報の収集方法を決定するＳ１１０６の処理の詳細について説明する。
【００５８】
Ｓ１２０１にて、図１０で示したテーブルの初期化を行う。Ｓ１２０２にて、図７で示すテーブルから１レコードを読み込み、Ｓ１２０１で初期化したテーブルに対して読み込んだメソッド名を設定する。Ｓ１２０３にて、読み込んだレコードの付帯情報の値に基づき、その送信メソッドに対応した収集方法がプル方式であるかを判断する。付帯情報が“１”である場合、その送信メソッドで取得する情報は、取得後に整合性の検証が必要となる。従って、監視装置１０１側で整合性のチェックを行うため、プル方式により情報取得を行う送信メソッドであると、ここでは判断する。そしてＳ１２０４にて、フラグに“０”を設定し、プッシュ方式による送信が行われないようにする。一方、付帯情報が“０”である場合、その送信メソッドで取得する情報は、取得後に整合性の検証が必要ない。従って、画像形成装置から自発的に、監視装置１０１に情報を送信すべき（プッシュ方式）送信メソッドであると、ここでは判断する。そしてＳ１２０５にて、フラグに“１”を設定し、画像形成装置によりプッシュ方式による送信が行わるようにする。また、フラグ設定とともに、送信メソッドによる送信情報が、定期的に送信されるべきもの（部品使用回数など）である場合は、送信日時を決定するための情報を設定する。本実施例では、順述した通り基点時刻、及び送信間隔を設定している。また、ステータス変化やエラー通知といった送信情報である場合は、送信間隔として無効値である−１を設定する。
【００５９】
次に、Ｓ１２０６で、図８で示すテーブルの更新を行う。具体的には、追加指示された画像形成装置のデバイスＩＤとＳ１２０３で判断された送信メソッドの収集方法（プッシュ方式か、プル方式）を設定する。
【００６０】
Ｓ１２０７で図７のテーブルに登録された全ての送信メソッドに関して処理を行ったかを判定する。未処理のものがあると判定した場合はＳ１２０２に戻り、全て処理したと判断した場合は終了する。
【００６１】
図１２で説明した処理が終了すると、作成された送信設定に関するテーブルが設定変更部５０３によって、画像形成装置に通知されることになる。この通知に関連した設定変更処理（Ｓ１１０７）を、図１３を用いて詳細に説明する。
【００６２】
Ｓ１３０１で、設定変更部５０３は、画像形成装置の送信先を監視装置１０１に設定、または変更するためにＳｅｔＤｅｓｔｉｎａｔｉｏｎコマンドを、画像形成装置に送信する。ここでは、稼動情報の送信先を管理装置１０７から監視装置１０１に変更する処理を想定している。
【００６３】
Ｓ１３０２にて、コマンド処理部６０２は、受け取ったコマンドを解析して、稼動情報の送信先の変更指示を受け取ったことを設定変更処理部６０３に通知する。設定変更処理部６０３は、Ｓ１３０２で受け取ったコマンドに基づき既に登録されている稼動情報の送信先を監視装置１０１に変更する。次に、Ｓ１３０３にてＧｅｔＳｃｈｅｄｕｌｅコマンドを、コマンド処理部６０２を介して、監視装置１０１に送信する。
【００６４】
Ｓ１３０４にて、設定変更部５０３は、図１２で説明した処理により設定した送信設定に関する情報を、応答（ＧｅｔＳｃｈｅｄｕｌｅＲｅｓｐｏｎｓｅ）として、監視装置１０１に送信する。監視装置１０１では、コマンド処理部６０２が該応答を受け取り、設定変更処理部６０３に通知する。
【００６５】
設定変更処理部６０３は、応答（ＧｅｔＳｃｈｅｄｕｌｅＲｅｓｐｏｎｓｅ）として送信されてきた送信設定に関する情報に基づき、送信設定の変更を行う。そして、Ｓ１３０５にて、設定変更処理部６０３は設定変更の完了をコマンド処理部６０２に通知する。Ｓ１３０６にて、コマンド処理部６０２は、設定変更が完了した旨を、Ｓ１３０１のＳｅｔＤｅｓｔｉｎａｔｉｏｎの応答（ＳｅｔＤｅｓｔｉｎａｔｉｎＲｅｓｐｏｎｓｅ）として監視装置１０１に送信する。
【００６６】
以上、本実施例によれば、管理システムの環境の変化（画像形成装置の新規設置など）に応じて、適切な稼動情報の送信手法を適用した。詳しくは、プッシュ方式により稼動情報が送信でき、送信先の変更などが行える画像形成装置に対して、監視装置１０１から送信設定の指示を行った。ここでの送信設定において、各送信メソッドで送信すべき情報が整合性の検証が必要であるか否かによって、プル方式により監視装置が情報を要求して収集するか、プッシュ方式により画像形成装置から情報を送信させるかを決定した。このような処理により、管理装置の負荷軽減などを考慮し、監視装置に対して多数の画像形成装置を接続して監視させる際にも、整合性の検証を必要としない情報に関しては画像形成装置から自発送信させることで監視装置における処理負荷を軽減できる。従って、稼動情報の収集に関して、管理システム全体の処理の効率が向上する。
【００６７】
［実施例２］
本実施例では、監視対象である画像形成装置からの稼動情報の収集方法を変更するための制御について、図１４を用いて説明する。図１４では、コマンド処理部６０２及び設定変更処理部６０３が主体となる処理に関して説明している。
【００６８】
まず、Ｓ１４０１において、コマンド処理部６０２が、操作部３１２を介してユーザからの操作を受け付ける。Ｓ１４０２において、コマンド処理部６０２が、その受け付けた操作が大量データの送信指示であるか否かを判断する。ここで送信指示されるデータとしては、画像形成装置のカラー印刷の調整に関わる情報であって、この情報に関してはサイズが大きい。Ｓ１４０２にて、大量データの送信指示であると判断された場合にはＳ１４０３に進み、そうでない場合はユーザからの操作があるまで待機し、操作があった際にＳ１４０１に戻る。
【００６９】
Ｓ１４０３において、コマンド処理部６０２が、指示された送信データを送信処理するための所要時間を算出する。そして、既に記憶された他の稼動情報の送信設定を参照し、次に送信する送信日時を確認する。Ｓ１４０４のおいて、コマンド処理部６０２が、Ｓ１４０１で受け付けた送信処理の終了が、他の稼動情報の次回送信日時以降かを判断する。これは、ユーザの操作により、送信が遅延、または失敗する可能性がある稼動情報の種類を特定するための判断処理になる。Ｓ１４０４のおいて、次回の送信日時以降であると判断されるとＳ１４０５に進み、そうでない場合にはＳ１４０６に進む。Ｓ１４０５では、設定変更処理部６０３が、監視装置１０１に稼動情報の収集方法を、プッシュ方式からプル方式へ切り替えるための要求を送信する。
【００７０】
監視装置１０１は、この収集方法の切り替えのための要求を受信すると、図８で示すテーブルを通知内容に従って変更する。また、この収集方法の切り替え解除は、一度取得を行ったタイミングで、監視装置１０１が解除してもよいし、画像形成装置から解除指示を監視装置１０１に通知するようにしてもよい。
【００７１】
そして、Ｓ１４０６にて、コマンド処理部６０２が、ＨＤＤ等から指示された情報を取得し、送信処理を実行する。
【００７２】
以上、本実施例によれば、画像形成装置でユーザから受け付けた操作により、送信設定に従う稼動情報の送信が行えなくなることを判断した際に、動的にその収集方法を切り替える。これにより、監視装置や管理装置への稼動情報の送信の遅延を防止することが可能となる。
【００７３】
［他の実施例］
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、画像形成装置の状態などを監視するためのシステムに関するものであって、特に、画像形成装置からの情報の取得に関する。
【背景技術】
【０００２】
ネットワークに接続された画像形成装置の印刷枚数や部品使用回数などを示すカウンタ情報、紙詰まりなどの故障や異常を示す障害情報、及び、消耗品の残量の変化などを示す残量情報といった稼動情報を収集する管理システムが従来から知られている。管理システムは、画像形成装置が設置されている顧客先のネットワークに設置される監視装置と、遠隔で画像形成装置や監視装置を集中管理する管理装置とで構成される（特許文献１）。
【０００３】
また、管理システムにおいて、画像形成装置の稼動情報を管理装置に送信する形態は２種類ある。１つは画像形成装置自身が直接、稼動情報を管理装置に送信する形態であり、もう１つは監視装置が画像形成装置からの稼動情報などを収集し、その後、管理装置に一括して送信する形態である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０１８５００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述のように画像形成装置自身が直接、稼動情報を管理装置に送信する形態の管理システムでは、画像形成装置が莫大な台数になると管理装置における受信時の処理負荷が大きいという課題がある。この処理負荷を抑えるために、前述の監視装置を中継装置として顧客のネットワークに追加で設置することが想定される。
【０００６】
また、画像形成装置の備える通信機能によっては、監視装置が既に設置されている環境に新たに追加される際に、稼動情報の収集の仕方を工夫することにより、システム内の適切な処理負荷の分散が行えることもある。
【０００７】
そこで、本発明は、例えば画像形成装置の稼動情報の送信先を管理装置から監視装置へ切り替えるなど、システム内の環境の変更に際した、画像形成装置から監視装置への稼動情報の適切な送信手法の提供を目的とする。
【課題を解決するための手段】
【０００８】
上述の課題を解決するために、画像形成装置と、監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置とを含む管理システムであって、
前記監視装置は、監視対象となる画像形成装置から機能情報を取得する取得手段と、前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、前記判断手段により前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて取得する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで取得する方式が設定された送信設定と、を送信する送信手段と、前記画像形成装置から課金に関連する複数種類のカウンタ情報を要求することにより取得した際に、複数種類のカウンタ情報における整合性を検証する検証手段とを備え、
前記画像形成装置は、前記監視装置から受信したコマンド及び送信設定に従い、前記監視装置に対して稼動情報の送信を行うことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、管理システム内の環境の変更に際して、画像形成装置から監視装置への稼動情報の適切な送信手法を提供できる。
【図面の簡単な説明】
【００１０】
【図１】本発明におけるシステムの例を示す図である。
【図２】本発明における監視装置１０１のハードウェア構成例を示す図である。
【図３】本発明における画像形成装置のハードウェア構成例を示す図である。
【図４】本発明における監視装置１０１のソフトウェアの構成例を示す図である。
【図５】本発明における監視装置１０１のモジュールの関連を示す図である。
【図６】本発明における画像形成装置のモジュールの関連を示す図である。
【図７】監視装置１０１が保持する送信設定に関するテーブルの一例を示す図である。
【図８】監視装置１０１が保持する各画像形成装置の稼動情報の収集方法に関するテーブルの一例である。
【図９】監視装置１０１の操作画面の一例である。
【図１０】送信設定に関する情報（テーブル）の一例である。
【図１１】監視装置１０１の管理対象の画像形成装置が追加される際の処理を説明するためのフローチャートである。
【図１２】図１０で示す情報の作成時の処理を説明するためのフローチャートである。
【図１３】監視装置１０１と画像形成装置の設定変更に関する処理を説明するためのシーケンス図である。
【図１４】画像形成装置から送信設定を変更する際の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
図１は本発明における管理システムの構成の例を示す図である。
１０１は、顧客先などの監視対象となる画像形成装置が設置された顧客ネットワークであるローカルシステム内の監視装置である。そして、監視装置１０１は画像形成装置から取得した稼動情報をインターネット１０６経由で、管理装置１０７に送信する。ここで、稼動情報には、印刷枚数や構成部品の使用回数を示すカウンタ情報、エラーやジャムなどの障害情報、及び環境ログといった履歴情報が含まれる。１０２、１０３、及び１０４は、管理システムでの監視対象となる画像形成装置である。画像形成装置としては、例えばプリンタ及びスキャナ機能やＦＡＸ機能などを備える複合機などがあり、何れの機器であっても本発明に関する後述の処理は適用可能である。
【００１３】
１０７は、遠隔から監視装置、及び画像形成装置を集中管理する管理装置である。管理内容としては、監視装置にカウンタ情報の送信スケジュールを設定したり、稼動情報の中で収集すべき情報の種類を画像形成装置や監視装置に設定したりする。なお、管理装置１０７は、インターネット１０６を介して多数の顧客ネットワークに接続され、莫大な台数の監視対象機器を管理することになる。また、管理装置１０７は、画像形成装置から重大な障害イベントが発生したことを通知された場合には、保守要員を手配するための通知処理などを行う。
【００１４】
ここで、管理装置で管理すべき稼動情報の中で、カウンタ情報は定期的に送信すべき情報である。カウンタ情報には、課金などに用いる印刷枚数が含まれる。この印刷枚数を管理する際に、画像形成装置で処理された全印刷枚数の他に、各部門、各ユーザによる印刷枚数をも管理するといったことがある。この場合、課金に用いるなど厳密な管理が必要な場合は、画像形成装置で処理された全印刷枚数と、各部門（各ユーザ）による印刷枚数の合計との整合性を保証する必要がある。
【００１５】
よって、ローカルシステム内に監視装置が設置されている場合は、カウンタ情報として、これら印刷枚数を取得した場合に、一旦記憶して、整合性を検証できた場合に管理装置にカウンタ情報を送信することが考えられる。
【００１６】
また、監視装置を中継せずに画像形成装置自身が管理装置にカウンタ情報を送信する場合、整合性を検証するために画像形成装置の記憶領域に送信する情報を一時的に保持する領域を確保する必要がある。しかしながら、画像形成装置として検証用の十分な領域を確保することは、装置自体のコストアップにつながり、一部の画像形成装置（廉価版や単機能のプリンタなど）で実現することは困難である。また、情報を収集した管理装置側で、整合性を検証してから、収集した稼動情報を正式なものとして管理するという方法も考えられる。しかし、この方法では、莫大な台数の画像形成装置を管理する管理装置にとっては処理負荷が大きい。その上、各装置が遠隔設置されているので整合性を取るために情報の再送が発生し、ネットワークトラフィックの増大を招く恐れもある。
【００１７】
一方、管理装置で管理すべき稼動情報の中の障害情報には、画像形成装置で保守が必要な事象の発生したことを示すイベントデータなどが含まれる。イベントデータに関しては、画像形成装置のダウンタイム（非稼動時間）を最小限に抑えるため、事象発生後、速やかに管理装置へ通知することが求められている。
【００１８】
［実施例１］
本実施例では、上述のような事情を鑑みて、新規の画像形成装置の設置や、画像形成装置の稼動情報の送信先が管理装置から監視装置へ切り替わった際など、システム環境の変化に応じて、送信する情報の種類に応じた適切な収集手法を適用する。
【００１９】
ここで、図１の監視システムにおいて新たに監視装置１０１が設置されたことを想定する。監視装置１０１は、監視対象ととして設定された画像形成装置１０２〜１０４と接続されると、その画像形成装置から稼動情報をネットワーク１０５経由で収集する。実施例では、監視装置の情報の収集方式として、監視装置からの要求に応じて稼動情報を画像形成装置から取得する方式（プル方式）と、画像形成装置が自発的に監視装置に稼動情報を送信してくることで取得する方式（プッシュ方式）の２種類を用いる。
【００２０】
図２は監視装置１０１のハードウェア構成図である。ＣＰＵ２０１は、監視装置１０１全体を制御するためのものである。ＲＯＭ２０２はシステム起動に必要なブートプログラムや監視処理などを実現するため各種プログラムを記憶するための読み出し専用メモリである。ＲＡＭ２０３は、ＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリ等として用いられる。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０４は、画像形成装置と通信を行い、かつ、管理装置１０７とインターネット１０６を介して通信を行うための構成要素になる。表示制御部２０６には表示部２０９が接続され、入力制御部２０７には入力部２１０、２１１が接続されている。管理装置１０７からの情報を含むシステムを運用する上で必要な情報は、これら入出力デバイス（２０９〜２１１）を通じて入出力されることになる。２０８は、ＣＰＵ２０１で実行するプログラムやアプリケーション情報などを格納するＨＤＤである。また、ここで挙げた構成は、システムバス２０５に接続された構成をとっている。
【００２１】
図３は、本実施例において利用する画像形成装置１０２〜１０４のハードウェア構成図である。３０１は、原稿を自動的にイメージリーダ３０２に送る原稿給送部であり、イメージリーダ（スキャナ）３０２により原稿が読み込まれる。３０３は、読み込んだ原稿およびネットワークなどから受信したデータを印刷画像に変換・印刷するための画像形成部である。３０４は、印刷用の用紙を給紙する給紙部である。３０５は、印刷した用紙のソートやステイプルといった後処理などを施し、排出しする排紙部である。３０６は、ＬＡＮおよびインターネットなどに接続し、外部との通信を行うためのＮｅｔｗｏｒｋ Ｉ／Ｆである。３０７は、画像形成装置の各部分の状態を検知するセンサである。３０８は、画像形成装置全体を制御するＣＰＵである。３０９は、システム起動に必要なブートプログラムや各種処理を実現するため各種プログラムを記憶するためのＲＯＭである。３１０は、一時的に記憶すべきデータの記憶する際やＣＰＵ２０１でプログラムを実行する際に必要とされる作業メモリなどとして用いられるＲＡＭである。３１１は、各種処理に関わるプログラムや自装置内で検出された各種情報を含む稼動情報、外部から送信されてきたユーザ情報などを記憶するためのＨＤＤである。３１２は、指示入力を受け付ける操作部である。３１３は、自装置の稼動情報及び操作部３１２での操作に関わる情報などを表示するための表示部である。３１４は、外部接続のための接続回線に接続するモデムである。３１５は、ここで挙げた各構成を接続するためのシステムバスである。
【００２２】
本発明においては、図３で示す装置構成以外、具体的にはイメージリーダ３０２、画像形成部３０３、及びモデム３１４などの動作、仕組みが異なったり、構成要素として含まれなかったりする画像形成装置であっても適用可能である。
【００２３】
図４は監視装置１０１のソフトウェアブロック図である。４０１はＯＳ（オペレーティングシステム）、４０２はライブラリ、４０３はＷｅｂサーバ、４０４はアプリケーションである。アプリケーションの一部として画像形成装置に関する情報の管理や、管理装置１０７からの情報に基づく制御などを行うための監視プログラム４０５を含む。４０６はハードウェア制御プログラムであり、その一部としてネットワークボード制御プログラム４０７、ＨＤ（ハードディスク）制御プログラム４０８を含む。
【００２４】
図５は監視装置１０１のモジュール関連図である。監視装置１０１のＣＰＵが監視プログラム４０５を実行することで、５０１〜５０８のモジュールとして機能することになる。
【００２５】
起動処理部５０１は、監視プログラムの起動時の処理を制御するものである。起動処理部５０１は、コマンド処理部５０２を呼び出す。コマンド処理部５０２は、監視対象とすべき画像形成装置の変更、及び画像形成装置からの稼動情報の収集方法の変更などといったコマンドを受け付け、コマンドに応じた制御を行う。例えば、監視対象とすべき画像形成装置の追加を受け付けると、画像形成装置から収集方法の判断に用いる情報を取得するための要求をＮｅｔｗｏｒｋ Ｉ／Ｆ２０４を介して行う。
【００２６】
５０４は、コマンド処理部５０２の前述した要求に応じて取得した情報により、画像形成装置から取得する情報の種類に応じた収集方法がプッシュ方式かプル方式かを判断する。判断部５０４は、判断した収集方法を設定変更部５０３に通知する。そして設定変更部５０３が、画像形成装置の情報収集に関する送信設定を変更する。設定変更部５０３による変更の対象となる監視対象の画像形成装置の機器情報（ネットワーク情報や機能情報）、及び情報収集に関する送信設定は、ＨＤＤ２０８などで記憶、管理されている。この送信設定は、設定変更部５０３により、監視対象である画像形成装置に対して変更指示として送信される。また、コマンド処理部５０２が既に監視対象としている画像形成装置からの稼動情報の取得方法の変更依頼を受信すると、判断部５０４により、その依頼に従った収集方法が判断される。ここで判断された収集方法に関しても、同様に設定変更部５０３による設定処理が行われる。
【００２７】
判断部５０４はタイマ５０５からの通知で処理を開始し、収集方法がプル方式である画像形成装置の稼動情報の取得要求を取得部５０６に発行する。取得部５０６は画像形成装置に対してプル方式、つまり稼動情報に含まれる取得すべき情報の種類を指定した取得要求を送信することで画像形成装置より指定した情報を取得し、記憶部５０８は取得した情報をＲＡＭ２０３、またはＨＤＤ２０８に記憶させる。
【００２８】
一方で、受信制御部５０７は、画像形成装置からのプッシュ方式による稼動情報の通知を待ち受ける。記憶部５０８は、受信制御部５０７で受信した情報をＲＡＭ２０３、またはＨＤＤ２０８に記憶させる。
【００２９】
図６は画像形成装置１０２〜１０４のモジュール関連図である。画像形成装置においても、ＣＰＵ３０８が監視用の制御プログラム（不図示）を実行することで６０１〜６０８のモジュールとして機能することになる。
【００３０】
起動処理部６０１は前述の制御プログラムに基づく画像形成装置の監視機能の起動時の処理を制御するものである。起動処理部６０１は、コマンド処理部６０２を呼び出す。コマンド処理部６０２は、操作部３１２、あるいはＮｅｔｗｏｒｋＩ／Ｆ３０６経由での監視装置１０１からのコマンドを受け付けて、解析して処理する。
【００３１】
コマンド処理部６０２が受け付けたコマンドが、監視装置１０１からの、稼動情報の送信先、及び送信すべき情報の種類などを指定する送信設定であると解析した場合、記憶部６０８がその解析結果をＨＤＤ３１１などに格納する。一方、コマンド処理部６０２が受け付けたコマンドが、既に格納されている送信先の情報の変更指示であった場合、設定変更処理部６０３が、監視装置１０１に新たな送信設定に関する情報の要求を行う。コマンド処理部６０２で監視装置１０１から送信設定に関する情報を応答として受け取った場合、設定変更処理部６０３にその情報を渡す。設定変更処理部６０３は、記憶部６０８に受け取った送信設定による格納された情報の更新を行わせるとともに、設定変更が完了した旨の通知を発行し、コマンド処理部６０２を介して監視装置１０１に送信する。また、コマンド処理部６０２は、操作部３１２よりユーザが送信先及び、稼動情報の送信設定の変更を受け付けることも可能である。その場合に関しても、設定変更処理部６０３が変更指示に基づき、監視装置１０１と通信を行い、設定変更を行うことになる。
【００３２】
取得部６０４は、送信設定に従うタイマ６０５からの通知で処理を開始し、収集方法がプッシュ方式である情報の取得をＨＤＤ３１１より行う。取得された情報は、送信制御部６０７により監視装置１０１に送信されることになる。この取得部６０４及び送信制御６０７による送信制御の機能は、一部の画像形成装置によっては備えていない場合がある。なお、ここで送信されるべき情報としては、部品使用回数などの課金と関連しないカウンタ情報や、ファームウェア情報といった稼動情報の一部の情報である。また、紙詰まりなどの故障や異常が検出された際にも、それらの情報を障害情報として取得し、送信制御部６０７により監視装置１０１に送信されることが望ましい。
【００３３】
一方、コマンド処理部６０２が監視装置１０１から稼動情報の取得要求を受け付けると、要求で指定される情報の種類等を元に、ＨＤＤ３１１より必要な情報を取得して送信情報を生成し、送信制御部６０７が監視装置１０１に送信する。ここで、送信される情報としては、少なくとも課金に関するカウンタ情報（全印刷枚数、各ユーザ及び各部門による印刷枚数など）が含まれている。
【００３４】
図７は、監視装置１０１がＲＡＭ２０３、またはＨＤＤ２０８で保持する、稼動情報の収集に関する監視対象の画像形成装置の送信設定を示す、送信メソッドと送信情報との対応テーブルの一例である。
【００３５】
行７０１で示すように、本テーブルにおいては、各送信メソッド名、そのメソッドで送信対象となる情報の種類の数、そのメソッドで送信される情報の意味を識別する識別情報、及び送信される情報に関する付帯情報が指定されている。ここで付帯情報とは、１つのメソッドで複数種類の情報を送信される場合の、その情報に関して整合性の検証が必要（“１”）か、否（“０”）かを示す。
【００３６】
Ｍｅｔｈｏｄ１ ７０２は、ステータス変化を通知するためのメソッドであり、１種類の情報が含まれる。具体的なステータス変化の一例として、紙詰まりが発生した、あるいは、紙詰まりが解消された、という障害情報がこのメソッドにより送信されることになる。Ｍｅｔｈｏｄ２ ７０３は、画像形成装置で発生したエラー情報とそのエラーが発生した時点での総印刷枚数を通知するためのメソッドである。発生した障害情報と総印刷枚数（印刷枚数１）の２種類の情報が含まれる。このメソッドにより送信される情報に関しては整合性の検証を必要としない。Ｍｅｔｈｏｄ４ ７０５は、部品の使用回数を通知するためのメソッドであり、１種類の情報として部品使用回数が含まれる。
【００３７】
Ｍｅｔｈｏｄ３ ７０４は、２種類の印刷枚数を通知するメソッドである。これは、具体的には課金に関する、総印刷枚数（印刷枚数１）と、ユーザ毎による印刷枚数（印刷枚数２）が含まれる。これら情報は、監視装置１０１で整合性の検証が必要となるので、付帯情報には“１”が設定されている。基本的には、総印刷枚数と、ユーザ毎による印刷枚数の総和とが一致すると整合性が検証されたことになる。このメソッドにおいて、ある画像形成装置から情報取得中に、その情報処理装置において印刷処理などが実行されていると、整合性が取れなくなってしまうことがある。整合性が取れなかった場合には、情報の再取得を行ったりすることになる。
【００３８】
図８は、監視装置１０１が保持する監視対象の画像形成装置の稼動情報の収集方法に関するテーブルの一例である。このテーブルの内容は、監視装置１０１が新たに画像形成装置を監視対象として追加する際などに書き込まれる。
【００３９】
行８０１で示すように、監視対象となる各画像形成装置を識別するデバイスＩＤと、各送信メソッドの収集方法とが対応付けられている。例えば、８０２はデバイスＩＤがＡ０００１である画像形成装置を示し、図７で示したＭｅｔｈｏｄ１〜４の全ての送信メソッドにおいて、プル方式により監視装置１０１が画像形成装置から情報取得することを示している。この画像形成装置は、プッシュ方式による稼動情報の送信を実現するための送信制御機能を備えていないため、全ての情報が監視装置１０１からの要求に従って送信する設定になっている。
【００４０】
８０３はデバイスＩＤがＡ０００２である画像形成装置を示し、Ｍｅｔｈｏｄ１、２、４の送信メソッドにおいて、プッシュ方式により情報収集が指定されている。一方で、Ｍｅｔｈｏｄ３の送信メソッドにおいて、プル方式により監視装置１０１が画像形成装置から情報（総印刷枚数と、ユーザ毎による印刷枚数）を取得することを示している。
【００４１】
図９は、監視装置１０１が提供する監視対象の画像形成装置の追加、及び削除といった操作を受け付けるための操作画面の例（画面９０１）である。画面９０１は、表示制御部２０６により表示され、画面上における操作はコマンド処理部５０２にて受け付けられ、処理される。
【００４２】
９０２は、指定した画像形成装置を監視対象として追加するためのボタンである。９０３は、指定した画像形成装置を監視対象から削除するためのボタンである。９０４は、現在、監視対象となっている画像形成装置の情報の一覧である。デバイスＩＤと、ＩＰアドレス（またはＦＱＤＮ、ＮｅｔＢｉｏｓ名などの情報）が表示される。９０５は、監視対象として追加する画像形成装置の情報を入力するための領域である。デバイスＩＤ、ＩＰアドレスなどの情報を入力し、追加ボタン９０２を指定することで、監視対象として新たに画像形成装置が登録されることになる。
【００４３】
図１０は、監視装置１０１から監視対象の画像形成装置に対して送信される、稼動情報の送信設定に関する情報（テーブル）の一例である。画像形成装置はこの情報を受信し、その送信設定に従う稼動情報の送信制御を行うことになる。本テーブルでは、行１００１で示すように、各送信メソッド名、プッシュ方式により送信すべきかを示すフラグ、送信のタイミングを示す基点時刻と送信間隔が含まれている。ここで、本テーブルは、図８におけるデバイスＩＤ“Ａ０００２”の画像形成装置に関する送信設定を具体的に示している。また、送信タイミングとしては、本テーブルの指定の仕方に限らず、毎月の決められた日及び時刻などを指定することも可能である。
【００４４】
１００２、１００３は、それぞれ、Ｍｅｔｈｏｄ１、２の送信設定に関する情報である。フラグには“１”が設定され、これはプッシュ方式による送信対象であることを意味する。
【００４５】
Ｍｅｔｈｏｄ１、２で示す送信情報は、ステータス変化やエラー通知であるため、所定の送信間隔の指定は無い（“−１”）。これは、特定の事象が発生したタイミングに、その障害情報などを送信することを意味している。一方、１００５はＭｅｔｈｏｄ４の送信設定に関する情報である。フラグには“１”が設定され、これはプッシュ方式による送信対象であることを意味する。さらに、送信情報の送信タイミングに関しては、基点時刻から７２時間ごとであることが指定されている。
【００４６】
１００４は、Ｍｅｔｈｏｄ３の送信設定に関する情報である。フラグには“０”が設定され、これはプッシュ方式による送信対象でないことを意味する。図７、８で示すように、この情報は監視装置１０１からの要求に応じて送信される（プル方式）。
【００４７】
以下、図１１〜１３を用いて監視装置１０１が画像形成装置を監視対象として登録する際の処理などを詳細に説明する。
【００４８】
図１１は、監視装置１０１が新たに画像形成装置を監視対象として登録する際の処理を説明するためのフローチャートを示す。
【００４９】
Ｓ１１０１において、コマンド処理部５０２が、操作画面９０１で行われた操作の内容を受け付ける。Ｓ１１０２において、その操作の内容が画像形成装置の登録指示であると判断すると、Ｓ１１０３に進む。ここでの登録に関しては、ネットワーク１０５に追加された画像形成装置を監視装置１０１に監視対象として登録する場合や、いままで管理装置１０７に直接稼動情報の送信を行っていた画像形成装置を監視装置１０１の監視対象として組み込む場合が考えられる。後者の場合は、以降の処理により稼動情報の送信先が、管理装置１０７から監視装置１０１に変更されることになる。
【００５０】
また、Ｓ１１０２において、操作の内容が画像形成装置の監視対象からの削除の指示であると判断するとＳ１１０８に進む。Ｓ１１０８にて、図８で示すテーブルから、削除指示された画像形成装置の情報を削除し、必要に応じてその画像形成装置に対して送信設定の削除指示を送信する。画像形成装置においては、削除指示を受け取ると登録されている送信設定を削除する。その後、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５１】
Ｓ１１０３において、判断部５０４が、監視対象として登録済みの画像形成装置の台数が上限かどうかを判断し、上限でなければＳ１１０４に進む。既に上限に達していると判断すると、Ｓ１１０９において、表示制御部２０６を介して、監視対象として登録できない旨のメッセージを表示する。その後、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５２】
Ｓ１１０４において、判断部５０４が、コマンド処理部５０２から追加指示された画像形成装置の機能情報を受け取る。この画像形成装置の機能情報は、コマンド処理部５０２が要求し、それに応じて画像形成装置から取得した情報である。この機能情報の内容としては、画像形成装置がプッシュ方式の送信制御を可能とする機能を備え、かつ、送信先や送信間隔（スケジュール）の変更を行える機能を持つかを判断可能な情報が含まれる。
【００５３】
ここで、本実施例では、送信先や送信間隔の変更などは、画像形成装置が提供するＷｅｂサービス機能を用いて行う。そのため、より具体的には、画像形成装置がＷｅｂサービス機能を提供しているか否かの情報がＳ１１０４で取得された機能情報の中に含まれていることになる。ここで、Ｗｅｂサービス機能の有無がＭＩＢオブジェクトで提示されるならば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）よって、コマンド処理部５０２がその情報を取得することになる。他にも、一般的なサービスに関する情報を取得するためにＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、あるいは、独自プロトコルを定義して、ＴＣＰによって情報を取得することもできる。
【００５４】
Ｓ１１０５において、判断部５０４が、Ｓ１１０４での取得結果から、追加指示された画像形成装置がプッシュ方式による送信制御の機能を持つかどうかを判断する。該送信制御の機能を持つと判断した場合にはＳ１１０６に進み、持っていないと判断した場合にはＳ１１１０に進む。
【００５５】
Ｓ１１０６において、判断部５０４が追加指示された画像形成装置の稼動情報の収集方法を、情報の種類ごとに決定する。この処理に関しては図１２で詳細に説明する。次に、Ｓ１１０７において、設定変更部５０３が画像形成装置の送信設定の変更処理を行う。この処理に関しては図１３で示すシーケンス図を用いて詳細に説明する。Ｓ１１０７の処理を終了すると、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５６】
一方、Ｓ１１１０において、設定変更部５０３が、全ての稼動情報をプル方式で取得する画像形成装置として送信設定を登録する（例えば、図８のデバイスＩＤ“Ａ０００１”）。Ｓ１１１０の処理を終了すると、Ｓ１１０１に戻り、ユーザからの指示を待つ。
【００５７】
次に、図１２のフローチャートを用いて、稼動情報の収集方法を決定するＳ１１０６の処理の詳細について説明する。
【００５８】
Ｓ１２０１にて、図１０で示したテーブルの初期化を行う。Ｓ１２０２にて、図７で示すテーブルから１レコードを読み込み、Ｓ１２０１で初期化したテーブルに対して読み込んだメソッド名を設定する。Ｓ１２０３にて、読み込んだレコードの付帯情報の値に基づき、その送信メソッドに対応した収集方法がプル方式であるかを判断する。付帯情報が“１”である場合、その送信メソッドで取得する情報は、取得後に整合性の検証が必要となる。従って、監視装置１０１側で整合性のチェックを行うため、プル方式により情報取得を行う送信メソッドであると、ここでは判断する。そしてＳ１２０４にて、フラグに“０”を設定し、プッシュ方式による送信が行われないようにする。一方、付帯情報が“０”である場合、その送信メソッドで取得する情報は、取得後に整合性の検証が必要ない。従って、画像形成装置から自発的に、監視装置１０１に情報を送信すべき（プッシュ方式）送信メソッドであると、ここでは判断する。そしてＳ１２０５にて、フラグに“１”を設定し、画像形成装置によりプッシュ方式による送信が行わるようにする。また、フラグ設定とともに、送信メソッドによる送信情報が、定期的に送信されるべきもの（部品使用回数など）である場合は、送信日時を決定するための情報を設定する。本実施例では、順述した通り基点時刻、及び送信間隔を設定している。また、ステータス変化やエラー通知といった送信情報である場合は、送信間隔として無効値である−１を設定する。
【００５９】
次に、Ｓ１２０６で、図８で示すテーブルの更新を行う。具体的には、追加指示された画像形成装置のデバイスＩＤとＳ１２０３で判断された送信メソッドの収集方法（プッシュ方式か、プル方式）を設定する。
【００６０】
Ｓ１２０７で図７のテーブルに登録された全ての送信メソッドに関して処理を行ったかを判定する。未処理のものがあると判定した場合はＳ１２０２に戻り、全て処理したと判断した場合は終了する。
【００６１】
図１２で説明した処理が終了すると、作成された送信設定に関するテーブルが設定変更部５０３によって、画像形成装置に通知されることになる。この通知に関連した設定変更処理（Ｓ１１０７）を、図１３を用いて詳細に説明する。
【００６２】
Ｓ１３０１で、設定変更部５０３は、画像形成装置の送信先を監視装置１０１に設定、または変更するためにＳｅｔＤｅｓｔｉｎａｔｉｏｎコマンドを、画像形成装置に送信する。ここでは、稼動情報の送信先を管理装置１０７から監視装置１０１に変更する処理を想定している。
【００６３】
Ｓ１３０２にて、コマンド処理部６０２は、受け取ったコマンドを解析して、稼動情報の送信先の変更指示を受け取ったことを設定変更処理部６０３に通知する。設定変更処理部６０３は、Ｓ１３０２で受け取ったコマンドに基づき既に登録されている稼動情報の送信先を監視装置１０１に変更する。次に、Ｓ１３０３にてＧｅｔＳｃｈｅｄｕｌｅコマンドを、コマンド処理部６０２を介して、監視装置１０１に送信する。
【００６４】
Ｓ１３０４にて、設定変更部５０３は、図１２で説明した処理により設定した送信設定に関する情報を、応答（ＧｅｔＳｃｈｅｄｕｌｅＲｅｓｐｏｎｓｅ）として、監視装置１０１に送信する。監視装置１０１では、コマンド処理部６０２が該応答を受け取り、設定変更処理部６０３に通知する。
【００６５】
設定変更処理部６０３は、応答（ＧｅｔＳｃｈｅｄｕｌｅＲｅｓｐｏｎｓｅ）として送信されてきた送信設定に関する情報に基づき、送信設定の変更を行う。そして、Ｓ１３０５にて、設定変更処理部６０３は設定変更の完了をコマンド処理部６０２に通知する。Ｓ１３０６にて、コマンド処理部６０２は、設定変更が完了した旨を、Ｓ１３０１のＳｅｔＤｅｓｔｉｎａｔｉｏｎの応答（ＳｅｔＤｅｓｔｉｎａｔｉｎＲｅｓｐｏｎｓｅ）として監視装置１０１に送信する。
【００６６】
以上、本実施例によれば、管理システムの環境の変化（画像形成装置の新規設置など）に応じて、適切な稼動情報の送信手法を適用した。詳しくは、プッシュ方式により稼動情報が送信でき、送信先の変更などが行える画像形成装置に対して、監視装置１０１から送信設定の指示を行った。ここでの送信設定において、各送信メソッドで送信すべき情報が整合性の検証が必要であるか否かによって、プル方式により監視装置が情報を要求して収集するか、プッシュ方式により画像形成装置から情報を送信させるかを決定した。このような処理により、管理装置の負荷軽減などを考慮し、監視装置に対して多数の画像形成装置を接続して監視させる際にも、整合性の検証を必要としない情報に関しては画像形成装置から自発送信させることで監視装置における処理負荷を軽減できる。従って、稼動情報の収集に関して、管理システム全体の処理の効率が向上する。
【００６７】
［実施例２］
本実施例では、監視対象である画像形成装置からの稼動情報の収集方法を変更するための制御について、図１４を用いて説明する。図１４では、コマンド処理部６０２及び設定変更処理部６０３が主体となる処理に関して説明している。
【００６８】
まず、Ｓ１４０１において、コマンド処理部６０２が、操作部３１２を介してユーザからの操作を受け付ける。Ｓ１４０２において、コマンド処理部６０２が、その受け付けた操作が大量データの送信指示であるか否かを判断する。ここで送信指示されるデータとしては、画像形成装置のカラー印刷の調整に関わる情報であって、この情報に関してはサイズが大きい。Ｓ１４０２にて、大量データの送信指示であると判断された場合にはＳ１４０３に進み、そうでない場合はユーザからの操作があるまで待機し、操作があった際にＳ１４０１に戻る。
【００６９】
Ｓ１４０３において、コマンド処理部６０２が、指示された送信データを送信処理するための所要時間を算出する。そして、既に記憶された他の稼動情報の送信設定を参照し、次に送信する送信日時を確認する。Ｓ１４０４のおいて、コマンド処理部６０２が、Ｓ１４０１で受け付けた送信処理の終了が、他の稼動情報の次回送信日時以降かを判断する。これは、ユーザの操作により、送信が遅延、または失敗する可能性がある稼動情報の種類を特定するための判断処理になる。Ｓ１４０４のおいて、次回の送信日時以降であると判断されるとＳ１４０５に進み、そうでない場合にはＳ１４０６に進む。Ｓ１４０５では、設定変更処理部６０３が、監視装置１０１に稼動情報の収集方法を、プッシュ方式からプル方式へ切り替えるための要求を送信する。
【００７０】
監視装置１０１は、この収集方法の切り替えのための要求を受信すると、図８で示すテーブルを通知内容に従って変更する。また、この収集方法の切り替え解除は、一度取得を行ったタイミングで、監視装置１０１が解除してもよいし、画像形成装置から解除指示を監視装置１０１に通知するようにしてもよい。
【００７１】
そして、Ｓ１４０６にて、コマンド処理部６０２が、ＨＤＤ等から指示された情報を取得し、送信処理を実行する。
【００７２】
以上、本実施例によれば、画像形成装置でユーザから受け付けた操作により、送信設定に従う稼動情報の送信が行えなくなることを判断した際に、動的にその収集方法を切り替える。これにより、監視装置や管理装置への稼動情報の送信の遅延を防止することが可能となる。
【００７３】
［他の実施例］
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
画像形成装置と、監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置とを含む管理システムであって、
前記監視装置は、
監視対象となる画像形成装置から機能情報を取得する取得手段と、
前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、
前記判断手段により前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて取得する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで取得する方式が設定された送信設定と、を送信する送信手段と、
前記画像形成装置から課金に関連する複数種類のカウンタ情報を要求することにより取得した際に、複数種類のカウンタ情報における整合性を検証する検証手段とを備え、
前記画像形成装置は、前記監視装置から受信したコマンド及び送信設定に従い、前記監視装置に対して稼動情報の送信を行うことを特徴とする管理システム。
【請求項２】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置であって、
監視対象となる画像形成装置から機能情報を取得する取得手段と、
前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、
前記判断手段により前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて収集する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで収集する方式が設定された送信設定と、を送信する送信手段とを備えることを特徴とする監視装置。
【請求項３】
前記監視対象となる画像形成装置は、新規に設置された画像形成装置、または稼動情報の送信先が前記管理装置から前記監視装置に変更される画像形成装置であることを特徴とする請求項２に記載の監視装置。
【請求項４】
前記画像形成装置から課金に関連する複数種類のカウンタ情報を要求することにより取得した際に、複数種類のカウンタ情報における整合性を検証する検証手段を更に備えることを特徴とする請求項２または３に記載の監視装置。
【請求項５】
前記課金に関連する複数種類のカウンタ情報としては、画像形成装置における総印刷枚数、画像形成装置を利用する各ユーザによる印刷枚数、及び画像形成装置を利用する各部門により印刷枚数が含まれることを特徴とする請求項２乃至４の何れか１項に記載の監視装置。
【請求項６】
前記送信設定では、部品使用回数を示すカウンタ情報に関しては前記画像形成装置が自発的にかつ定期的に送信することで収集する方式が設定されることを特徴とする請求項２乃至５の何れか１項に記載の監視装置。
【請求項７】
監視対象の画像形成装置からの要求に応じて、前記送信設定において当該画像形成装置が自発的に送信することで収集する方式が設定されている種類の稼動情報の収集方式を、一時的に前記監視装置からの要求に応じて収集する方式に変更する変更手段とを備えることを特徴とする請求項２に記載の監視装置。
【請求項８】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置における情報処理方法であって、
監視対象となる画像形成装置から機能情報を取得する取得工程と、
前記取得工程で取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断工程と、
前記判断工程で前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて収集する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで収集する方式が設定された送信設定と、を送信する送信工程とを備えることを特徴とする情報処理方法。
【請求項９】
請求項２乃至７の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１０】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置と接続される画像形成装置であって、
前記監視装置からの要求に対して機能情報を応答する応答手段と、
稼動情報の送信先を前記監視装置とするためのコマンドと、稼動情報の収集する方式が設定された送信設定とを受信する受信手段と、
前記受信した送信設定に従い、前記監視装置に対して稼動情報を送信する送信手段とを備え、
前記送信手段は、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて送信し、障害情報に関しては障害が発生した際に自発的に送信することを特徴とする画像形成装置。
【請求項１１】
請求項１０に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１２】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置であって、
監視対象となる画像形成装置から機能情報を取得する取得手段と、
前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、
前記判断手段により前記送信制御機能を備えると判断され、稼動情報の送信先が前記監視装置に設定された画像形成装置に対して、収集すべき稼動情報の種類に対応して前記監視装置からの要求に応じて収集する方式か、前記画像形成装置が自発的に送信することで収集する方式かが設定された送信設定を送信する送信手段とを備えることを特徴とする監視装置。
【請求項１３】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置における情報処理方法であって、
監視対象となる画像形成装置から機能情報を取得する取得工程と、
前記取得工程で取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断工程と、
前記判断工程で前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の種類に対応して前記監視装置からの要求に応じて収集する方式か、前記画像形成装置が自発的に送信することで収集する方式かが設定された送信設定と、を送信する送信工程とを備えることを特徴とする情報処理方法。
【請求項１４】
請求項１２に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１】
画像形成装置と、監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置とを含む管理システムであって、
前記監視装置は、
監視対象となる画像形成装置から機能情報を取得する取得手段と、
前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、
前記判断手段により前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて取得する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで取得する方式が設定された送信設定と、を送信する送信手段と、
前記画像形成装置から課金に関連する複数種類のカウンタ情報を要求することにより取得した際に、複数種類のカウンタ情報における整合性を検証する検証手段とを備え、
前記画像形成装置は、前記監視装置から受信したコマンド及び送信設定に従い、前記監視装置に対して稼動情報の送信を行うことを特徴とする管理システム。
【請求項２】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置であって、
監視対象となる画像形成装置から機能情報を取得する取得手段と、
前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、
前記判断手段により前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて収集する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで収集する方式が設定された送信設定と、を送信する送信手段とを備えることを特徴とする監視装置。
【請求項３】
前記監視対象となる画像形成装置は、新規に設置された画像形成装置、または稼動情報の送信先が前記管理装置から前記監視装置に変更される画像形成装置であることを特徴とする請求項２に記載の監視装置。
【請求項４】
前記画像形成装置から課金に関連する複数種類のカウンタ情報を要求することにより取得した際に、複数種類のカウンタ情報における整合性を検証する検証手段を更に備えることを特徴とする請求項２または３に記載の監視装置。
【請求項５】
前記課金に関連する複数種類のカウンタ情報としては、画像形成装置における総印刷枚数、画像形成装置を利用する各ユーザによる印刷枚数、及び画像形成装置を利用する各部門により印刷枚数が含まれることを特徴とする請求項２乃至４の何れか１項に記載の監視装置。
【請求項６】
前記送信設定では、部品使用回数を示すカウンタ情報に関しては前記画像形成装置が自発的にかつ定期的に送信することで収集する方式が設定されることを特徴とする請求項２乃至５の何れか１項に記載の監視装置。
【請求項７】
監視対象の画像形成装置からの要求に応じて、前記送信設定において当該画像形成装置が自発的に送信することで収集する方式が設定されている種類の稼動情報の収集方式を、一時的に前記監視装置からの要求に応じて収集する方式に変更する変更手段とを備えることを特徴とする請求項２に記載の監視装置。
【請求項８】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置における情報処理方法であって、
監視対象となる画像形成装置から機能情報を取得する取得工程と、
前記取得工程で取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断工程と、
前記判断工程で前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の中で、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて収集する方式が、障害情報に関しては前記画像形成装置が自発的に送信することで収集する方式が設定された送信設定と、を送信する送信工程とを備えることを特徴とする情報処理方法。
【請求項９】
請求項２乃至７の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１０】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置と接続される画像形成装置であって、
前記監視装置からの要求に対して機能情報を応答する応答手段と、
稼動情報の送信先を前記監視装置とするためのコマンドと、稼動情報の収集する方式が設定された送信設定とを受信する受信手段と、
前記受信した送信設定に従い、前記監視装置に対して稼動情報を送信する送信手段とを備え、
前記送信手段は、課金に関連する複数種類のカウンタ情報に関しては前記監視装置からの要求に応じて送信し、障害情報に関しては障害が発生した際に自発的に送信することを特徴とする画像形成装置。
【請求項１１】
請求項１０に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１２】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置であって、
監視対象となる画像形成装置から機能情報を取得する取得手段と、
前記取得手段により取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断手段と、
前記判断手段により前記送信制御機能を備えると判断され、稼動情報の送信先が前記監視装置に設定された画像形成装置に対して、収集すべき稼動情報の種類に対応して前記監視装置からの要求に応じて収集する方式か、前記画像形成装置が自発的に送信することで収集する方式かが設定された送信設定を送信する送信手段とを備えることを特徴とする監視装置。
【請求項１３】
監視対象の画像形成装置から稼動情報を収集し、外部の管理装置に送信する監視装置における情報処理方法であって、
監視対象となる画像形成装置から機能情報を取得する取得工程と、
前記取得工程で取得した機能情報に基づき、前記画像形成装置が、稼動情報の送信先の変更、及び該送信先へ自発的に稼動情報の送信を行うための送信制御機能を備えるか否かを判断する判断工程と、
前記判断工程で前記送信制御機能を備えると判断された画像形成装置に対して、稼動情報の送信先を前記監視装置とするためのコマンドと、収集すべき稼動情報の種類に対応して前記監視装置からの要求に応じて収集する方式か、前記画像形成装置が自発的に送信することで収集する方式かが設定された送信設定と、を送信する送信工程とを備えることを特徴とする情報処理方法。
【請求項１４】
請求項１２に記載の手段としてコンピュータを機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−１６４８６２（Ｐ２０１１−１６４８６２Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２５８６７（Ｐ２０１０−２５８６７）
【出願日】平成２２年２月８日（２０１０．２．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月８日（２０１０．２．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]