JP5865003B2 - 管理システム、監視装置及び管理方法 - Google Patents

Description

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

複写機ビジネスにおいては、複写機等の画像形成装置から印刷枚数の総数などの課金情報を取得して、取得した課金情報に基づいて課金するということが一般的に行われている。例えば、顧客先に設置された複数台の画像形成装置について、部門単位で印刷枚数を集計し、その集計した情報に基づいて保守費用をそれぞれの部門に分配して課金することが広く行われている。

また、部門単位の印刷枚数と画像形成装置単位の印刷枚数とを、当該装置の持つ現在値を示すカウンタから順次取得すると、印刷の進行によって部門単位の合計値と装置単位の値との不一致が生じることがあるため、その不一致を防止する方法が提案されている（特許文献１）。その方法では、画像形成装置単位の印刷枚数を、部門単位の印刷枚数の取得の前後でそれぞれ取得し、装置単位の印刷枚数が変化していないことをもって印刷枚数の取得に成功したとする。

特開２００７−０１８５００号公報

しかしながら、印刷枚数を取得する対象となる画像形成装置において絶え間なく印刷が実行されている場合、たとえばＰＯＤセンタに配置された画像形成装置などでは、特許文献１記載の方法では印刷枚数の取得に成功することが少なくなる。画像形成装置の使用者の業務時間を外して集計すれば問題は軽減されるが、業務終了時に画像形成装置の電源が切られることもあるし、自動化などにより２４時間業務していればそもそも業務時間外がない。このような場合には遠隔の管理サーバへ課金のための情報を送信できないことがある。課金のための情報が、費用請求の締め日（請求書作成日）に管理サーバに送信されない場合、販売会社担当者は顧客先に出向き、印刷枚数を確認しなければならない。

本発明は、このような事情を考慮してなされたものであり、画像形成装置側に供えられた機能を利用することによって、絶え間なく印刷が実行される画像形成装置であっても課金のための情報を送信する仕組みを提供することを目的としている。

上記目的を達成するために本発明は以下の構成を有する。すなわち、画像形成して出力された枚数をカウンタ情報として管理する画像形成装置と、該画像形成装置と接続された監視装置とを含む管理システムであって、
前記画像形成装置は、
カウンタ情報として、複数の種類のカウンタ値を、前記画像形成装置の記憶装置に記録する記録手段と、
前記カウンタ情報の一部を、画像形成動作の合間に記憶装置に複製する複製手段とを有し、
前記監視装置は、
前記記憶装置に記録された複数の種類のカウンタ値を取得する取得手段と、
前記取得手段により取得した前記複数の種類のカウンタ値の間に整合性がある場合には、取得したカウンタ値を有効なカウンタ値として格納する格納手段と、
前記画像形成装置から、前記複製手段により複製されたカウンタ情報の一部の取得を試みる試行手段と、を有し、
前記格納手段は、前記取得手段により取得された前記複数の種類のカウンタ値の間に整合性がない場合には、前記試行手段により取得された、前記複製手段により複製されたカウンタ情報の一部を有効なカウンタ値として格納する。

あるいは他の側面によれば、本発明は以下の構成を有する。

画像形成装置の記憶装置にカウンタ情報として記録された複数の種類のカウンタ値を取得する取得手段と、
前記取得した前記複数の種類のカウンタ値の間に整合性がある場合には、取得したカウンタ値を有効なカウンタ値として格納する格納手段と、
前記画像形成装置から、前記画像形成装置において画像形成動作の合間に前記記録装置に複製されたカウンタ情報の一部の取得を試みる試行手段と、を有し、
前記格納手段は、前記取得した前記複数の種類のカウンタ値の間に整合性がない場合には、前記試行手段により取得された、前記複製されたカウンタ情報の一部を有効なカウンタ値として格納する。

本発明によれば、カウンタ値の取得中にカウンタが進み、カウンタ間の整合性が取れない状態が続いても、画像形成装置が画像形成していない間にカウンタを複製しておくことにより、課金に必要な情報を取得することが可能となる。

実施形態におけるシステムの例を示す図である 実施形態における監視装置１０１のハードウェア構成例を示す図である。 実施形態における画像形成装置のハードウェア構成例を示す図である。 実施形態における監視装置１０１のソフトウェア構成例を示す図である。 実施形態における監視装置１０１のモジュールの関連を示す図である。 実施形態における画像形成装置のモジュールの関連を示す図である。 実施形態における画像形成装置内に保持されるカウンタ値の保持形態を示す図である。 実施形態における監視装置１０１内に保持するカウンタの保持形態を示す図である。 実施形態における監視装置１０１のカウンタ値を取得する契機を説明する図である。 実施形態における監視装置１０１の操作画面の一例を示す図である。 監視装置１０１が保持するカウンタ取得および送信設定データの一例を示す図である。 監視装置１０１のカウンタ値取得処理の手順を示すフローチャートである。 監視装置１０１のカウンタ値取得処理を示すフローチャートである。 監視装置１０１のカウンタ値取得処理を示すフローチャートである。 監視装置１０１のカウンタ値取得処理を示すフローチャートである。 監視装置１０１のスナップショット作成処理を示すフローチャートである。 監視装置１０１のスナップショット取得処理を示すフローチャートである。

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

図１は本発明における管理システムの構成の例を示す図である。監視装置１０１は、顧客先などの監視対象となる画像形成装置１０２，１０３，１０４が設置された顧客ネットワークであるローカルシステム内の装置であり、例えばコンピュータにより実現される。監視装置１０１は画像形成装置１０２，１０３，１０４から取得した稼動情報をインターネット１０６経由で管理装置１０７に送信する。ここで、稼動情報には、印刷枚数や構成部品の使用回数を示すカウンタ情報（あるいは課金情報）、エラーやジャムなどの障害情報、及び環境ログといった履歴情報が含まれる。カウンタ情報は画像形成装置の使用量を示す情報であり、画像形成装置ごとの保守手数料の算定の基礎となる情報である。１０２、１０３、及び１０４は、管理システムでの監視対象となる画像形成装置である。画像形成装置としては、例えばプリンタ及びスキャナ機能やＦＡＸ機能などを備える複合機などがあり、何れの機器であっても本発明に関する後述の処理は適用可能である。なお、以下では画像形成装置１０２を画像形成装置の代表として説明する。

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

ここで、管理装置１０７で管理すべき稼動情報の中で、カウンタ情報は定期的に取得すべき情報である。カウンタ情報には、課金などに用いる印刷枚数が含まれる。管理される印刷枚数には、ひとつの画像形成装置で処理された全印刷枚数の他に、各部門ごとの印刷枚数や、各ユーザごとの印刷枚数も含まれる。この場合、課金に用いるなど厳密な管理が必要な場合は、画像形成装置で処理された全印刷枚数と、各部門（および各ユーザ）の印刷枚数の合計との整合性を保証する必要がある。

そこで、たとえば事業所のネットワークなどのローカルシステム内に監視装置１０１が設置されている場合は、これら印刷枚数を取得したなら一旦記憶し、整合性を検証できた場合に管理装置１０７にカウンタ情報を送信することが考えられる。

本実施形態の管理システムでは、上述した課題を鑑みて、画像形成装置で処理された印刷枚数と、各部門（各ユーザ）による印刷枚数の合計との整合性を保証することが難しい状況に応じた適切な収集手法を実施する。

監視装置１０１は、監視対象として設定された画像形成装置１０２と接続されると、その画像形成装置１０２から稼動情報をネットワーク１０５経由で収集する。本実施形態では、監視装置の情報収集の方法として、監視装置１０１からの要求に応じて稼動情報を画像形成装置１０２から取得する方式（プル方式）と、画像形成装置１０２が自発的に監視装置１０１に稼動情報を送信してくることで取得する方式（プッシュ方式）の２種類を用いる。

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

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

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

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

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

起動処理部５０１は、監視プログラムの起動時の処理を制御するものである。起動処理部５０１は、コマンド処理部５０２を呼び出す。コマンド処理部５０２は、カウンタ情報に基づいた顧客への請求期間の最終日である締め日の設定、及び、変更要求を受け付け、設定変更部５０３を呼び出す。

設定変更部５０３は、コマンド処理部５０２の前述した要求に応じて取得した情報により、締め日情報を記憶部５０７に格納する。記憶部５０７は、格納すべき情報を、ＲＡＭ２０３、または、ＨＤＤ２０８に記憶させる。また、画像形成装置１０２から取得する情報の種類に応じた収集方法がプッシュ方式かプル方式かを判断する。

取得処理部５０４は、記憶部５０７から締め日情報を読み取り、締め日に応じた処理を行う。また、タイマ５０５からの通知で画像形成装置１０２からのカウンタ情報取得処理を開始し、取得した情報を記憶部５０７に格納する。

受信制御部５０６は画像形成装置１０２からの通知をＮｅｔｗｏｒｋＩ／Ｆ２０４を介して受信し、記憶部５０７に格納する。

コマンド発行部５０８は、記憶部５０７から、画像形成装置１０２からの通知データを取得し、必要に応じて、画像形成装置１０２に対して送信制御部５０９を介してコマンドを発行する。

送信制御部５０９はＮｅｔｗｏｒｋＩ／ｆ２０４を介して画像形成装置１０２にコマンドを送信する。

さらに、情報送信部５１０はタイマ５１１からの通知によって処理を開始し、記憶部５０７から、画像形成装置１０２から取得したカウンタ情報を読み込み、送信制御部５０９を介して管理装置１０７にカウンタ情報を送信する。情報送信部５１０は、情報の送信に際し、記憶部５０７に格納されているカウンタ情報のうち、何れを送信するかを判断する。

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

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

コマンド処理部６０２が受け付けたコマンドが、監視装置１０１からのカウンタ情報送信要求であると判断すると、取得部６０３が記憶部６０６に格納されたカウンタ情報を送信制御部６０５経由で監視装置１０１に送信する。

コマンド処理部６０２が受け付けたコマンドが、監視装置１０１からのスナップショット記録要求であると判断すると、現在のカウンタ値（画像形成装置単位および各部門単位のカウンタ）を記憶部６０６に格納（複製）する。複製されたカウンタ値は、新たなスナップショット記録要求で上書きされたり、あるいは削除されたりしない限り、その値が保持される。なおスナップショットとは、画像形成装置が生成する、或る時点におけるカウンタの複製である。生成のきっかけは監視装置１０１からの指示などでよい。また複製するカウンタは適宜選択されてよいが、課金カウンタ（課金の基礎となる第１のカウンタ）は少なくとも含まれる。もちろん部門カウンタ（使用者ごとの使用頻度を示す第２のカウンタ）もスナップショットに含めることもできるが、スナップショットは短時間で作成する必要があるため、対象のカウンタの数などに応じて決定すべきであろう。

さらに、コマンド処理部６０２が受け付けたコマンドが、監視装置１０１からの印刷状態変更通知依頼であると判断すると、通知先となる監視装置１０１のＩＰアドレスを記憶部６０６に格納する。このとき、通知先が格納されているか否かを示す情報としても、格納されていることを示す値をセットする。

監視部６０４は、自装置の印刷状態を監視し、印刷状態が例えば、印刷中から印刷していない状態に変わった場合、記憶部６０６を参照して、通知先が格納されているか判定し、格納されていると判断すると、送信制御部６０５経由で印刷状態を通知先すなわち監視装置１０１に通知する。

記憶部６０６は、本実施形態では各種データをＨＤＤ３１１に格納する。前述したようにＲＡＭ３１０やＲＯＭ３０９でもよい。

以上が本発明の一実施形態にかかわる管理システムの基本構成である。以下、図７から図１７を参照して、本発明の一実施形態に係る詳細、すなわち異なる２つのカウンタである部門カウンタと課金カウンタとの整合性が取れない場合であっても、カウンタ情報を管理装置１０７に送信するためのカウンタ情報取得処理について詳細に説明する。

＜部門カウンタおよび課金カウンタ＞
ここでは、課金カウンタとは、部門に係りなく、画像形成装置ごとに画像形成した面の数（画像の数）を計数するカウンタを意味する。課金カウンタは課金の基礎となる印刷枚数を数えるものであり、たとえばサイズごとに、かつカラーと白黒の別ごとに設けられる。これをカウンタの種類と呼び、そのカウンタを種類別カウンタと呼ぶことにする。またそれとは別に、印刷枚数の総合計を示すカウンタもある。これをトータルカウンタと呼ぶことにする。種類別カウンタは、形成した画像の総数を示すトータルカウンタを種類ごとに示すことになる。部門カウンタは、部門ごとの印刷枚数を示すものであり、部門ごとの種類別カウンタとトータルカウンタとを含む。すなわち総計を示すトータルカウンタの部門ごとの内訳を示す。ただし、課金カウンタとは異なる構成を持つことも許容されており、たとえばトータルカウンタのみを含めてもよい。なお本実施形態では印刷「枚数」と呼んでいるが、両面印刷などでは各面を１と数える場合もある。この場合カウンタは画像形成装置で形成した面（画面）の数を示す。

例えば、２つの部門Ａ，Ｂが画像形成装置１０２に設定されており、ある種類の部門カウンタの値が、部門Ａについては１０００枚、部門Ｂについては１５００枚であれば、画像形成装置のその種類の課金カウンタ値は２５００となる。また、部門カウンタの種類と画像形成装置カウンタの種類とは必ずしも一致していなくとも良く、例えば、画像形成装置としての課金カウンタのみに存在するカウンタ値があっても良い。

図７は、本発明の一実施形態に係る画像形成装置内に保持されているカウンタ値の形式の一例を説明するための図である。本実施形態では、１つの画像形成装置が１つ以上の部門によって使用されており、画像形成装置１０２および監視装置１０１および管理装置１０７は、監視対象の画像形成装置に登録された全部門の部門毎のカウンタ情報を図７の形式で保持している。

図７（ａ）は部門カウンタの保持形式を示すものであり、画像形成装置１０２には、部門数と、部門ごとのカウンタ種類数と、部門数分の部門ＩＤを含む部門ＩＤテーブル７０１と、部門毎の種類別カウンタのＩＤと各カウンタの値を含む部門カウンタテーブル７０２が保持されている。部門カウンタテーブル７０２を単に部門カウンタと呼ぶこともある。また、図７（ｂ）は画像形成装置単位のカウンタ値である課金カウンタの保持形式を示す。本実施形態では、課金カウンタとして、カウンタ種類数７０３と、カウンタ種類毎のカウンタ値のテーブル７０４とを保持する。ここで画像形成装置単位のカウンタ値とは、ある１台の画像形成装置における、部門やユーザに係りないカウンタ値を示す。同じ種類のカウンタが部門カウンタと課金カウンタの両方にふくまれていれば、その種類について、この画像形成装置単位のカウンタ値と部門毎に集計されたカウンタ値の総和とは一致するはずである。

尚、本実施形態では、部門毎のカウンタＩＤ１と課金カウンタのカウンタＩＤ１とがトータルカウンタであるものとして説明する。もちろん、対応する種類別カウンタがあればトータルカウンタと同様に扱える。

なお上記カウンタとは別に、或る時点におけるカウンタの複製、すなわちスナップショットが記憶部６０６に保持される。スナップショットの作成は、監視装置１０１からの指示に応じて行われる。後述するようにスナップショットは、画像形成動作の合間に作成される。

図８は、図１４，図１５、図１７のフローチャートで説明するカウンタ取得動作で監視装置１０１が取得した、画像形成装置についての部門カウンタ値、課金カウンタ値、及び、スナップショットとして取得したカウンタ値を保持するために、監視装置１０１が有するテーブルの一例を示す図である。図８の保持形式は基本的に図７で説明したカウンタ保持形式に従う。

デバイス特定情報８０１には、該当する画像形成装置の識別情報たとえばＩＰアドレスが格納される。監視装置１０１が通信を行うべき画像形成装置を特定できる情報であれば、ＩＰアドレスに限るものではない。データ取得時刻８０２は、カウンタ値を取得した時刻が記録され、部門カウンタ値と課金カウンタ値を整合性を保って取得できたかどうかの判断に用いることもできる。

トータル枚数８０８、８１２とは、用紙サイズや用紙種類、ジョブの種類に係らない、ある部門における全体のカウンタ値を示す。また、カラーコピー枚数８０９、８１３は、カラーの複写ジョブの出力枚数を示す。また、カラープリント枚数８１０、８１４は、カラーのＰＤＬ印刷出力枚数を示す。ここで、ＰＤＬ印刷とは、外部のコンピュータからの画像形成装置へのＰＤＬジョブ投入による印刷のことを指す。

一方、課金カウンタ１（トータル枚数）８１５、８２１は、複数部門を跨いだ１台の画像形成装置全体としてのカウンタ値を示す。カウンタ８１５、８０８、８１２は整合性を保って取得したものであるため、カウンタ８１５の値はカウンタ８０８とカウンタ８１２の値の和と一致している。例では、カウンタ８２１は、カウンタ８１５，カウンタ８０８，カウンタ８１２を取得した後で取得した課金カウンタの値であり、その間に進行した印刷処理によってカウンタ値が増加している。また、カウンタ８１８（課金カウンタ４のカラーラージ）は用紙サイズが例えばＡ３以上のカラー印刷をした枚数を示し、カウンタ８１９（課金カウンタ５のモノクロラージ）は用紙サイズが例えばＡ３以上の白黒印刷をした枚数を示す。

課金カウンタについては、課金カウンタ２ないし５（カウンタ８１７ないし８１９）の和が課金カウンタ１（カウンタ８１６）に一致している。しかしながら、必ずしも一致する必要はない。例えば、課金カウンタ５を除いて図８に示されるカウンタ値保持テーブルを構築しても良い。

カウンタ８２１，８２２は、課金カウンタ８１５乃至８１９の一部のスナップショットである。

＜カウンタ取得タイミング＞
図９は、監視装置１０１が、部門カウンタと課金カウンタとを取得するタイミングとスナップショットの作成を画像形成装置に依頼をするタイミング、及び、部門カウンタと課金カウンタの整合性がとれない場合を説明する図である。図９中の左側から右側への矢印は時間の経過を現すものである。

タイミング９０１〜９０４は、監視装置１０１が画像形成装置１０２から定期的に部門カウンタ値と課金カウンタ値を取得するタイミングである。タイミング９０８〜９１０は、不定期にスナップショットを作成するタイミングである。期間９０５〜９０７は、監視対象となる画像形成装置にてジョブが実行されている期間を示す。

図１４のフローチャートを用いて詳細に説明するが、監視装置１０１は、定期的なカウンタ値取得では、課金カウンタ値、部門カウンタ値、もう一度課金カウンタ値の順に画像形成装置からカウンタ値を取得する。

監視装置１０１がタイミング９０１で部門カウンタ値と課金カウンタ値を取得した場合、ジョブ実行中でないため、初めに取得した課金カウンタ値と、最後に取得した課金カウンタ値とは一致する。このため、部門カウンタと課金カウンタの整合性が保たれ、カウンタ値の取得は成功したと判断する。しかし、タイミング９０２ではジョブ実行中であるため、初めに取得した課金カウンタ値と最後に取得した課金カウンタ値とは一致しないことがあり得る。一致しなければ部門カウンタと課金カウンタの整合性が保たれず、カウンタ値の取得は失敗と判断される。

一方、監視装置１０１は、ジョブが実行されていないタイミング９０８，９０９，９１０などで画像形成装置にスナップショット作成を依頼する。ここで、部門カウンタ値と課金カウンタ値のデータ量は、スナップショットに比べて非常に大きいため、ジョブが実行されていないタイミングで取得することは困難である。これに対してスナップショットはカウンタの一部を対象としており、ジョブが実行されていない期間に複製を完了することができる。

＜カウンタ取得に係る設定＞
図１０は、監視装置１０１が表示制御部２０６を介して表示装置２０９に表示する締め日受け付け画面の一例である。図１０の例では、締め日指定方法として、日付指定、毎月最終日、管理サーバからの取得の３つの選択肢から、たとえば管理者が指定できる。日付指定の場合には、指定した日付も入力される。なお管理サーバとは管理装置１０７のことである。この画面での指定はコマンド処理部５０２によって受け付けられ、次に設定変更部５０３にて処理され、その結果を記憶部５０７に記録する。記憶部５０７に記録した締め日情報は、取得部５０４により、詳細には図１２のステップＳ１２０２にて読み込まれる。

図１１は、監視装置１０１が保持する、カウンタ取得および送信に係る設定データの一例である。本設定データは記録部５０７によって、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納されている。またこれらの設定データは不図示のユーザインターフェースにより管理者に入力されても、あるいは管理装置１０７から取得されてもよい。またその他の方法で設定されてもよい。

設定データには、送信メソッド名、対応する送信データの数、送信データの種類が含まれる。図１１（ａ）及び図１１（ｂ）は、監視装置１０１から管理装置１０７へのデータ送信種類を表す例である。図１１（ａ）は、課金用カウンタとして、部門カウンタ値と課金カウンタ値を送信する際の設定データの例である。図１１（ｂ）は、課金用カウンタとして課金カウンタ値のみを送信する際の設定データの例である。図１１（ａ）の設定データは、たとえば販売会社から課金カウンタ値だけでなく、部門毎の課金情報を顧客に提示する場合などに、図１１（ｂ）の設定データは、部門毎の課金情報を顧客に提示しない場合に監視装置１０１の送信情報として設定される。

設定データにはまた、定期的に部門カウンタ値と課金カウンタ値とを取得するための時間の設定が含まれる。図１１（ｃ）は、定期的に部門カウンタ値と課金カウンタ値とを取得するための設定である。「取得」は、監視装置１０１の監視対象である全画像形成装置からのカウンタ値取得処理を示し、「再取得」は、「取得」処理で取得に失敗した画像形成装置を対象とした、取得対象となるカウンタ値の取得処理を示す。「取得間隔」と「再取得間隔」とでは、通常、「取得間隔」は例えば１２時間、２４時間程度であり、「再取得間隔」は、たとえば１から２時間程度である。

設定データにはさらに、スナップショットのための設定が含まれる。図１１（ｄ）は、スナップショット取得に係る設定であり、取得開始時刻と取得間隔を持つ。スナップショットの取得指示を画像形成装置に送信する時刻を示す。スナップショット取得間隔は、画像形成装置の通信負荷を軽減するために、図１１（ｃ）の取得間隔とは別に保持することが望ましい。なおスナップショットの取得指示の時刻は、当該指示が画像形成装置に対して送信される時刻であってスナップショットの取得の時刻ではないことに注意すべきである。

＜監視装置１０１によるカウンタ値の取得処理＞
図１２は、監視装置１０１が、ＲＯＭ２０２に格納された監視プログラム４０５を実行して画像形成装置１０２からカウンタ値を取得する処理を示すフローチャートである。処理が開始される前に、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に図１１の形式にてデータが設定されている。

ステップＳ１２０１において、部門カウンタ値と課金カウンタ値の定期取得処理を開始する。ここで開始する定期取得処理については、図１３〜１５のフローチャートを用いて詳細に後述する。定期取得処理は、たとえば図１２の処理からは独立したプロセスとして実行される。したがって、いったんＳ１２０１で開始されれば、別途当該プロセスを停止するまで実行されて定期的にカウンタ値の取得が行われる。 次にステップＳ１２０２において、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に締め日が設定されているかを判断する。ここで、締め日が設定されていると判断すると、ステップＳ１２０３において締め日と現在日を比較する。一致していると判断した場合は、ステップＳ１２０４に処理を行い、そうでない場合は、ステップＳ１２０５以降の処理を行う。

一方、ステップＳ１２０２において、締め日が設定されていないと判断すると、ステップＳ１２０４以降の処理を行う。

ステップＳ１２０４において、カウンタ値の取得に先立って、スナップショット作成処理と、取得処理とを開始する。ここで開始する処理については、それぞれ図１６，１７を用いて詳細に後述する。スナップショット作成処理、スナップショット取得処理とも、たとえば図１２の処理からは独立したプロセスとして実行される。プロセスは画像形成装置ごとに用意してもよいし、また、ひとつのプロセスですべての画像形成装置に対応してもよい。説明の簡単化のために、ここでは図１６、図１７のプロセスは全画像形成装置に対してひとつであるとする。なお、Ｓ１２０４では、図１６のプロセスに対して「開始」命令を発行する。

ステップＳ１２０５にて、監視装置１０１から管理サーバ１０７へカウンタ値を送信する時刻になるまで待機する。送信時刻については図示していないが、記録部５０７によってＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納されている。

ステップＳ１２０６において、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に図８の形式にて格納されているカウンタ値情報を参照する。定期取得データ、これは、部門カウンタ値と課金カウンタ値を指すものであるが、これらが有効なデータかを判断する。有効なデータとは、前回送信時刻よりも後に取得したデータである。取得時刻が前回送信時刻以前、あるいは、設定されていない場合、データは有効でないと判断する。なおカウンタ値の取得と送信とは本実施形態では別プロセスで非同期に行われるので、前回送信時刻として、例えばステップＳ１２０７でカウンタ値の送信を完了した日時を所定の不揮発の記憶領域に記憶しておく。記憶された時刻を「前回送信時刻」として参照すればよい。またカウンタ値の取得に失敗した場合には、カウンタ値の取得時刻として、通常は記録されない程度に古い日時を記録しておくことによってもデータが有効でないことは判断でき、逆にデータが有効であることも判断できる。

ステップＳ１２０６にて有効な定期取得データがあると判断すると、ステップＳ１２０７の処理を行う。ステップＳ１２０７では、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納されている部門カウンタ値、課金カウンタ値を送信制御部５０９がＮｅｔｗｏｒｋＩ／Ｆ２０４経由で管理サーバ１０７に送信する。

一方、ステップＳ１２０６にて有効な定期取得データがないと判断すると、スナップショット送信に係るステップＳ１２０９、Ｓ１２１０の処理を行う。

ステップＳ１２０９において、図８の形式にて格納されているカウンタ情報のうち、取得時刻８２０から有効なデータであるかを判断する。判断方法はステップＳ１２０６と同様である。

ステップＳ１２０９において有効であると判断すると、ステップＳ１２１０にて、スナップショットとして取得した課金カウンタ値を送信制御部５０９がＮｅｔｗｏｒｋＩ／Ｆ２０４経由で管理サーバ１０７に送信する。

ステップＳ１２０８で、その日の管理サーバ１０７へのカウンタ情報送信が終わったと判断すると、スナップショット作成、取得処理を終了し、日付が変わるまで待機したのち、ステップＳ１２０２に戻る。そうでない場合は、ステップＳ１２０５に戻り、次の送信時刻まで待機する。Ｓ１２０８では例えば、監視対象の画像形成装置すべてについて、カウンタ値の取得および送信の試みが完了したことをもって、終了と判断される。終了した場合にはスナップショットももはや不要なので、Ｓ１２０４で開始した図１６のプロセスの対して「終了」命令を送信して、スナップショットの作成処理を中止させる。

＜カウンタ値の定期取得処理＞
図１３、１４、１５のフローチャートを用いて、ステップＳ１２０１で開始する定期取得処理を詳細に説明する。これらフローチャートは、
まず、図１３は、定期取得処理全体を表すフローチャートで、図１２のステップＳ１２０１で実行が開始される。これらフローチャートで示す処理は、監視装置１０１のＲＯＭ２０２に格納された監視プログラム４０５にて実行されるものである。

ステップＳ１３０１にて、ＲＡＭ２０３、または、ＨＤＤ２０８に格納された図１１（ｃ）の取得開始時刻を読み込こむ。現在時刻が「次回取得開始時刻」以降であると判断すると、ステップＳ１３０２以降の処理を行う。現在時刻が「次回取得開始時刻」より前であると判断すると、ステップＳ１３０４以降の処理を行う。

ステップＳ１３０２において、全監視対象画像形成装置から部門カウンタ値と課金カウンタ値とを取得する。本ステップの処理詳細は、図１４のフローチャートを用いて詳細に後述する。

取得処理終了後、ステップＳ１３０３にて、「次回取得開始時刻」に「取得間隔」を加算し、新しい「次回取得開始時刻」として設定する。

ステップＳ１３０４において、現在時刻が「次回再取得開始時刻」以降であると判断すると、ステップＳ１３０５以降の処理を行う。現在時刻が「次回再取得開始時刻」以前であると判断すると、ステップＳ１３０１に戻る。

ステップＳ１３０５において、ステップＳ１３０２の取得処理で取得に失敗した画像形成装置から部門カウンタ値と課金カウンタ値とを取得する。本ステップの処理詳細は、図１５のフローチャートを用いて詳細に後述する。

取得処理終了後、ステップＳ１３０６にて、「次回再取得開始時刻」に「再取得間隔」を加算し、新しい「次回再取得開始時刻」として設定する。

＜監視対象の画像形成装置からのカウンタ値の取得処理＞
図１４のフローチャートを用いて、ステップＳ１３０２の処理を詳細に説明する。

ステップＳ１４０１にて、画像形成装置から課金カウンタ値を取得する。監視装置１０１からの課金カウンタ取得要求は、コマンド発行部５０８が発行し、送信制御部５０９がＮｅｔｗｏｒｋＩ／Ｆ２０４を介して、画像形成装置のコマンド処理部６０２に到達する。そして、画像形成装置の取得部６０３が課金カウンタ値を取得し、それを送信制御部６０５がＮｅｔｗｏｒｋＩ／Ｆ３０６経由で監視装置１０１に送信される。Ｓ１４０１で取得する課金カウンタ値は、図７のテーブル７０３，７０４に相当する。

ステップＳ１４０２にて、部門数を取得する。監視装置１０１と画像形成装置とのデータ授受の経路はステップＳ１４０１と同様である。Ｓ１４０２で取得する部門数は、図７のテーブル７０１に含まれている。Ｓ１４０３では、部門カウンタ数を取得する。

ステップＳ１４０４にて部門カウンタ数分の部門カウンタ値を画像形成装置から取得する。Ｓ１４０４で取得する部門カウンタ値は、各部門について、図７のテーブル７０２に相当する。

ステップＳ１４０５にて全部門カウンタを取得していないと判断すると、ステップＳ１４０４に戻り、全部門カウンタを取得したと判断すると、ステップＳ１４０６以降の処理を行う。

ステップＳ１４０６にて全部門について処理してないと判断すると、ステップＳ１４０３に戻り、全部門について処理したと判断すると、ステップＳ１４０７以降の処理を行う。

全部門について部門カウンタ値取得処理が終わると、ステップＳ１４０７にて、再度、課金カウンタを取得する。このように、課金カウンタは、部門カウンタの取得の前後において取得される。

ステップＳ１４０８にて、ステップＳ１４０１で取得した課金カウンタ値とステップＳ１４０７で取得した課金カウンタ値とを比較する。一致していると判断すると、ステップＳ１４０９以降の処理を行い、一致していないと判断すると、ステップＳ１４１０以降の処理を行う。

ステップＳ１４０９では、部門カウンタ値と課金カウンタ値とが整合が取れていると判断し、データ取得時刻と取得したカウンタ値をＲＡＭ２０３、あるいは、ＨＤＤ２０８に図８の形式にて格納する。ここで格納されるのは、データ取得時刻８０２から課金カウンタ８１９までである。

一方、ステップＳ１４１０では、部門カウンタ値と課金カウンタ値との整合がとれていないので、取得失敗を示す情報をＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納する。取得失敗を示す情報の保持方法の一例として、データ取得時刻８０２として、記憶されている前回データ送信時刻以前の時刻、例えば、１９７０年１月１日０時０分０秒、などの所定の値を設定する。

ステップＳ１４１１にて、全画像形成装置についてカウンタ取得処理が終わったと判断すると、終了する。

図１３、図１５のフローチャートにて、カウンタ値の取得に成功したか否かを図８に含まれる取得時刻８０２から判断することができる。あるいは、フラグを設けて、成功ならば１、失敗ならば０をＲＡＭ２０３、または、ＨＤＤ２０８に格納するという方法をとることもできる。

＜カウンタ値の再取得処理＞
図１５を用いて、ステップＳ１３０５の処理を詳細に説明する。

ステップＳ１５０１において、対象としている画像形成装置のカウンタ値取得に失敗したかどうかを判断する。成功したと判断した場合は、ステップＳ１５０７以降の処理を行う。失敗したと判断して場合は、ステップＳ１５０２の処理を行う。

ステップＳ１５０２からステップＳ１５０４の処理は、ステップＳ１４０１〜Ｓ１４０７の処理と同じであるので、ここでは省略する。ここでＳ１５０３は図１４のステップＳ１４０２〜Ｓ１４０６を含む。

ステップＳ１５０５において、ステップＳ１５０２で取得した課金カウンタ値とステップＳ１５０４で取得した課金カウンタ値とを比較する。一致しないと判断すると、ステップＳ１５０７以降の処理を行い、一致すると判断するとステップＳ１５０８以降の処理を行う。

ステップＳ１５０６では、ステップＳ１４０９と同様に取得した部門カウンタ値と課金カウンタ値とデータ取得時刻とを図８の形式にてＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納する。

ステップＳ１５０７において、次の２点を判断する。１つめは、全失敗デバイスの再取得処理をしたか、２つめは、現在時刻が「次回取得開始時刻」以降でないか、である。２つめの判断は、本実施形態において、再取得処理の途中であっても、定期取得処理開始時刻になったら再取得処理を中止するようにしているために必要なものであって、本発明において必須のものではない。１つめ、２つめの判断のうち１つ以上が合致した場合、ＹＥＳであると判断し、１つも合致しない場合、ＮＯであると判断する。

ステップＳ１５０７において、ＹＥＳであると判断すると再取得処理を終了し、ＮＯであると判断すると、ステップＳ１５０８において、全画像形成装置の処理が終了したか判断する。終了したと判断すると、再取得処理を終了し、そうでない場合は、ステップＳ１５０１に戻る。

＜スナップショット作成処理＞
図１６と図１７を用いて、スナップショットに係る処理を詳細に説明する。これらフローチャートは、監視装置１０１のＲＯＭ２０２に格納された監視プログラム４０５の動作を示すものである。

図１６は、監視装置１０１の画像形成装置へのスナップショット作成依頼に係る処理を示すフローチャートである。この処理は、図１２のＳ１２０４にて開始される独立したプロセスである。

ステップＳ１６０１において、データ受信を待ち受ける。データ送信元は、監視装置１０１自身と画像形成装置である。

データを受信すると、ステップＳ１６０２において、受信データ内容を判断する。受信データが監視装置自身からの「開始」である場合、ステップＳ１６０３にて、監視装置１０１の監視対象である全画像形成装置に対して印刷状態変化通知依頼を送信し、印刷状態が変化した場合、そのことを通知するよう依頼する。監視装置１０１からの印刷状態変化通知依頼は、画像形成装置のコマンド処理部６０２によって受信され、印刷状態変化通知先情報が記憶部６０６に格納される。

受信データが監視装置自身からの「終了」である場合、ステップＳ１６０４にて、監視装置１０１の監視対象である全画像形成装置に対して、印刷状態変化通知依頼取り消しを通知し、処理を終了する。

受信データがいずれかの画像形成装置からの「印刷状態変化」である場合、ステップ１６０５にて通知された状態が印刷中であるか否かを判断する。「印刷状態変化」は画像形成装置の印刷状態が変化した時に通知されるものであって、印刷中から印刷していない状態になった時、及び、印刷していない状態から印刷中になった時に通知されるものである。

ステップＳ１６０５において、印刷中であると判断した場合は、ステップＳ１６０３に分岐して印刷状態変化通知依頼を送信する。ただしＳ１６０５から分岐した場合には、Ｓ１６０３で判定の対象とした印刷状態変化通知を応答した画像形成装置を対象とする。その後ステップＳ１６０１に戻り、データ受信を待ち受ける。印刷していないと判断した場合、ステップＳ１６０６にて画像形成装置にスナップショット作成の依頼を送信する。この場合も対象はＳ１６０３で判定の対象とした印刷状態変化通知を応答した画像形成装置である。その後ステップＳ１６０１に戻り、データ受信を待ち受ける。

図１７は、監視装置１０１が、画像形成装置に作成を依頼したスナップショットデータを定期的に取得する処理を示すフローチャートである。図１７の処理も独立したプロセスである。ステップＳ１７０１にて、現在時刻が取得時刻以降であるかを判断する。取得時刻以降であると判断するとステップＳ１７０２以降の処理を行う。取得時刻は、図１１（ｄ）の取得開始時刻を参照して得られる。

ステップＳ１７０２において、画像形成装置にスナップショット取得要求を出す。この取得要求送信のプロトコルの一例としてＳＮＭP（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）がある。

ステップＳ１７０３において、スナップショット取得が成功したか否かを判断する。成功か否かは、たとえば画像形成装置からの応答により判断できる。成功した場合は、ステップＳ１７０４にて、図８の形式にてＲＡＭ２０３，あるいは、ＨＤＤ２０８に取得したカウンタ値およびデータ取得時刻を格納する。そして、ステップＳ１７０５において、次回取得時刻を更新する。

ステップＳ１７０６において、割り込み命令の有無を判断する。処理終了の割り込み命令があると判断すると、スナップショットデータ取得処理を終了する。そうでない場合、ステップＳ１７０１に戻る。割り込み命令は、たとえば図１２のＳ１２０８で終了と判定された場合に送信される。この割り込み命令は、図１６の処理に対する「終了」命令と同じものであってもよい。

以上説明したとおり、課金カウンタ情報取得中に印刷が実行され、部門カウンタ値と課金カウンタ値との整合性が取れない状態が続いても、画像形成装置の印刷状態を監視し、印刷していない時にスナップショット生成する。これにより、課金に必要最低限のデータを管理サーバに通知することが可能となる。
［実施形態２］
実施形態２では、監視装置１０１から管理装置（管理サーバ）１０７に対して送信するものと定義された課金用カウンタのデータの種類によってスナップショットを送信するかどうかを判断する。ステップＳ１２０９において、スナップショットの有効性を判断している。その際に、本実施形態では、監視装置１０１が保持している管理サーバ１０７への送信データ定義が例えば図１１（ａ）に示すように部門カウンタと課金カウンタとを含む場合、スナップショットデータでは不十分であり無効であると判断して管理サーバに送信しない。

これにより、不十分でサービス提供のために使用できない無駄なデータを送信することがなくなる。

また、上述した以外にも、事前にスナップショットの有効性を判断し、管理サーバ１０７への送信データ定義から、カウンタの種類がスナップショットデータでは不十分であり有効ではないと判断される場合には、画像形成装置からスナップショットデータの取得自体を行わないことも実施可能である。つまり、画像形成装置が部門課金による管理を行うか否かの判断により、画像形成装置が部門課金による管理が行われる場合にのみ、前述したようなスナップショットデータの複製指示や取得処理を実行することも可能である。

［実施形態３］
本実施形態では、定期取得処理及び再取得処理では長期間課金用データを取得出来ない画像形成装置からスナップショットデータを取得する。このために、Ｓ１２０６において、あるいはＳ１２０６の直前に、データ取得時刻８０２と現在時刻とを比較して、所定時間以上、部門カウンタ値と課金カウンタ値とを取得していないと判断した場合、ただちにスナップショットを取得する。すなわちこの場合には定期取得データの有無にかかわらずＳ１２０９に分岐する。これにより、課金に必要なデータを取得できない画像形成装置が減る。

［実施形態４］
画像形成装置のなかには、省電力を目的として、一定時間ジョブ実行を指示されないと、使用電力量を減らすためのモードに移行するものがある。また、電源をＯＦＦする時刻をスケジュール情報として画像形成装置自身、あるいは、ネットワーク接続された電源ＯＦＦスケジュール制御装置に保持している場合、そこから情報を取得し、ＲＡＭ２０３、あるいは、ＨＤＤ２０８に格納する。

ステップＳ１２０３にて、締め日であると判断した場合、ステップＳ１２０４で電源ＯＦＦスケジュールに合わせて、一例として、電源ＯＦＦ直前にスナップショットを取得するような値を図１１（ｃ）の取得開始時刻、取得間隔を設定する。また、監視装置１０１は、ステップＳ１２０５にて使用電力を減らすモードへの移行予告通知を受信すると、即座にスナップショットを取得する。これにより、画像形成装置が省電力のための設定をなされていても、課金に必要なデータを取得することが可能となる。

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

Claims (14)

1. 画像形成して出力された枚数をカウンタ情報として管理する画像形成装置と、該画像形成装置と接続された監視装置とを含む管理システムであって、
   前記画像形成装置は、
   カウンタ情報として、複数の種類のカウンタ値を、前記画像形成装置の記憶装置に記録する記録手段と、
   前記カウンタ情報の一部を、画像形成動作の合間に記憶装置に複製する複製手段とを有し、
   前記監視装置は、
   前記記憶装置に記録された複数の種類のカウンタ値を取得する取得手段と、
   前記取得した前記複数の種類のカウンタ値の間に整合性がある場合には、取得したカウンタ値を有効なカウンタ値として格納する格納手段と、
   前記画像形成装置から、前記複製手段により複製されたカウンタ情報の一部の取得を試みる試行手段と、を有し、
   前記格納手段は、前記取得手段により取得された前記複数の種類のカウンタ値の間に整合性がない場合には、前記試行手段により取得された、前記複製手段により複製されたカウンタ情報の一部を有効なカウンタ値として格納することを特徴とする管理システム。
2. 前記監視装置は、前記取得手段によるカウンタ値の取得に先立って、前記画像形成装置に対して、前記複製手段による複製を指示する指示手段をさらに有し、
   前記複製手段は、前記複製の指示の受信に応じて、画像形成動作の合間に前記カウンタ情報の一部を前記記憶装置に複製することを特徴とする請求項１に記載の管理システム。
3. 前記取得手段は、前記トータルカウンタと部門カウンタとのカウンタ値を取得し、
   前記格納手段は、前記取得したトータルカウンタと部門カウンタとのカウンタ値の間に整合性がない場合には、前記試行手段により取得された前記複製の指示の受信に応じて複製されたカウンタ情報の一部を有効なカウンタ値として格納することを特徴とする請求項２に記載の管理システム。
4. 前記指示手段は、前記画像形成装置が部門課金による管理対象である場合には、前記画像形成装置に対して、前記複製手段による複製の指示を行わないことを特徴とする請求項３に記載の管理システム。
5. 前記取得手段は、出力された総数を記録したトータルカウンタのカウンタ値を、そのほかの種類のカウンタのカウンタ値の取得の前後において取得し、
   前記格納手段は、取得した２つのトータルカウンタのカウンタ値が一致していれば整合性があると判定し、前記取得手段が取得したトータルカウンタとそのほかの種類のカウンタとのカウンタ値を有効な値として格納することを特徴とする請求項１または２に記載の管理システム。
6. 前記監視装置に接続された管理装置を更に備え、
   前記監視装置は、格納した前記有効なカウンタ値を前記管理装置に送信することを特徴とする請求項１乃至５のいずれか一項に記載の管理システム。
7. 画像形成装置の記憶装置にカウンタ情報として記録された複数の種類のカウンタ値を取得する取得手段と、
   前記取得した前記複数の種類のカウンタ値の間に整合性がある場合には、取得したカウンタ値を有効なカウンタ値として格納する格納手段と、
   前記画像形成装置から、前記画像形成装置において画像形成動作の合間に記憶装置に複製されたカウンタ情報の一部の取得を試みる試行手段と、を有し、
   前記格納手段は、前記取得した前記複数の種類のカウンタ値の間に整合性がない場合には、前記試行手段により取得された、前記複製されたカウンタ情報の一部を有効なカウンタ値として格納することを特徴とする監視装置。
8. 前記取得手段によるカウンタ値の取得に先立って、前記画像形成装置に対して、カウンタ情報の複製を指示する指示手段をさらに有し、
   前記画像形成装置は、前記複製の指示の受信に応じて、画像形成動作の合間に前記カウンタ情報の一部を前記記憶装置に複製することを特徴とする請求項７に記載の監視装置。
9. 前記取得手段は、前記トータルカウンタと部門カウンタとのカウンタ値を取得し、
   前記格納手段は、前記取得したトータルカウンタと部門カウンタとのカウンタ値の間に整合性がない場合には、前記試行手段により取得された前記複製の指示の受信に応じて複製されたカウンタ情報の一部を有効なカウンタ値として格納することを特徴とする請求項８に記載の監視装置。
10. 前記指示手段は、前記画像形成装置が部門課金による管理対象である場合には、記画像形成装置に対して、カウンタ情報の複製の指示を行わないことを特徴とする請求項９に記載の監視装置。
11. 前記取得手段は、出力された総数を記録したトータルカウンタのカウンタ値を、そのほかの種類のカウンタのカウンタ値の取得の前後において取得し、
    前記格納手段は、取得した２つのトータルカウンタのカウンタ値が一致していれば整合性があると判定し、前記取得手段が取得したトータルカウンタとそのほかの種類のカウンタとのカウンタ値を有効な値として格納することを特徴とする請求項７または８に記載の監視装置。
12. 格納した前記有効なカウンタ値を通信で接続された管理装置に送信する手段を更に備えることを特徴とする請求項７乃至１１のいずれか一項に記載の監視装置。
13. 画像形成して出力された枚数をカウンタ情報として管理する画像形成装置と、該画像形成装置と接続された監視装置とを含む管理システムにおける管理方法であって、
    前記画像形成装置が、カウンタ情報として、複数の種類のカウンタ値を、前記画像形成装置の記憶装置に記録し、前記カウンタ情報の一部を、画像形成動作の合間に記憶装置に複製する工程と、
    前記監視装置が、前記記憶装置に記録された複数の種類のカウンタ値を取得し、前記取得した前記複数の種類のカウンタ値の間に整合性がある場合には、取得したカウンタ値を有効なカウンタ値として格納し、前記画像形成装置から、前記複製する工程により複製されたカウンタ情報の一部の取得を試みる工程と、を有し、
    前記格納する工程では、前記取得した前記複数の種類のカウンタ値の間に整合性がない場合には、前記取得を試みる工程により取得された、前記複製する工程により複製されたカウンタ情報の一部を有効なカウンタ値として格納する
    ことを特徴とする管理方法。
14. 画像形成装置の記憶装置にカウンタ情報として記録された複数の種類のカウンタ値を取得する取得手段と、
    前記取得した前記複数の種類のカウンタ値の間に整合性がある場合には、取得したカウンタ値を有効なカウンタ値として格納する格納手段と、
    前記画像形成装置から、前記画像形成装置において画像形成動作の合間に記憶装置に複製されたカウンタ情報の一部の取得を試みる試行手段と、
    してコンピュータを機能させるためのプログラムであって、
    前記格納手段は、前記取得した前記複数の種類のカウンタ値の間に整合性がない場合には、前記試行手段により取得された、前記複製されたカウンタ情報の一部を有効なカウンタ値として格納することを特徴とするプログラム。

Images