(57)【要約】【課題】「締め処理」が中断した状態にあるか否かを認識することができる管理装置を提供する。【解決手段】パワーオン処理が開始されると、日時データ領域１１０の内容を確認し、日時データ領域１１０がゼロクリアされているか否かを判断する。締め処理が終了している場合には、図２（Ｅ）に示すように、日時データ領域１１０に新たな締め実行日時１０８´が設定されている。従って、日時データ領域１１０がゼロクリアされている場合には、「締め処理」は起動されたが未了（中断した）状態であると認識することができ、ゼロクリアされていない場合には、通常であれば「締め処理」は完了状態であると認識することができる。【選択図】図２
2007018055.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置から入力されたカウント情報を蓄積する蓄積手段と、
所定期間内に蓄積されたカウント情報を管理情報として記憶することで、カウント情報を管理する管理手段と、
前記管理情報の更新が完了した日時を記憶する記憶手段と、
前記管理情報を更新する期日が到来した場合に、前記蓄積手段に蓄積されたカウント情報を新たな管理情報として前記管理手段に記憶して前記管理情報を更新すると共に、前記管理情報の更新が完了した日時を前記管理情報と関連付けて前記記憶手段に記憶するように制御する更新制御手段と、
を備えた管理装置。
【請求項２】
前記更新制御手段は、前記管理手段に記憶された管理情報を消去し、前記蓄積手段から蓄積されたカウント情報を読み出し、読み出したカウント情報を新たな管理情報として前記管理手段に記憶して前記管理情報を更新すると共に、前記蓄積手段に蓄積されたカウント情報を消去し、前記管理情報の更新が完了した日時を前記管理情報と関連付けて前記記憶手段に記憶するように制御する請求項１に記載の管理装置。
【請求項３】
前記管理情報の更新が完了した日時として、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時を記憶する請求項２に記載の管理装置。
【請求項４】
管理装置への電源投入時に、前記記憶手段に、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時が記憶されていない場合には、前記管理情報の更新が中断されたと認識する認識手段を更に備えた請求項３に記載の管理装置。
【請求項５】
管理装置への電源投入時に、前記記憶手段に、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時が記憶されており、且つ該日時が前記管理情報を更新する期日より前の場合は、前記管理情報の更新が中断されたと認識する認識手段を更に備えた請求項３に記載の管理装置。
【請求項６】
前記管理情報の更新が完了した日時として、前記管理手段に記憶された管理情報の消去が開始された日時と、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時とを記憶する請求項２に記載の管理装置。
【請求項７】
管理装置への電源投入時に、前記管理情報の消去が開始された日時が、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時より後の場合は、前記管理情報の更新が中断されたと判断する判断手段を更に備えた請求項６に記載の管理装置。
【請求項８】
管理装置への電源投入時に、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時が前記管理情報を更新する期日より前の場合は、前記管理情報の更新が中断されたと認識する認識手段を更に備えた請求項６に記載の管理装置。
【請求項９】
前記管理情報の更新が完了した日時として、前記管理手段に記憶された管理情報の消去が開始された日時、前記管理手段に新たな管理情報を記憶した日時、前記蓄積手段に蓄積されたカウント情報の消去が開始された日時、及び前記蓄積手段に蓄積されたカウント情報の消去が終了した日時を記憶する請求項２に記載の管理装置。
【請求項１０】
管理装置への電源投入時に、前記管理情報の消去が開始された日時が、前記管理手段に新たな管理情報を記憶した日時より後の場合は、前記管理情報の更新が中断されたと認識する認識手段を更に備えた請求項９に記載の管理装置。
【請求項１１】
管理装置への電源投入時に、前記蓄積手段に蓄積されたカウント情報の消去が開始された日時が、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時より後の場合は、前記蓄積手段に蓄積されたカウント情報の消去が中断されたと認識する認識手段を更に備えた請求項９に記載の管理装置。
【請求項１２】
管理装置への電源投入時に、前記蓄積手段に蓄積されたカウント情報の消去が終了した日時が前記管理情報を更新する期日より前の場合は、前記管理情報の更新が中断されたと認識する認識手段を更に備えた請求項９に記載の管理装置。
【請求項１３】
前記認識手段で前記管理情報の更新が中断されたと認識された場合に、前記管理情報の更新が中断された旨を表示する表示手段を更に備えた請求項４乃至１２の何れか１項に記載の管理装置。
【請求項１４】
管理装置への電源投入に至る要因が特定の要因である場合には、
前記認識手段は、前記管理情報の更新が、前記管理手段に記憶された管理情報を消去する以前に中断されたと認識し、
前記更新制御手段は、前記認識手段の認識結果に基づいて、前記蓄積手段に蓄積されたカウント情報を新たな管理情報として前記管理手段に記憶して前記管理情報を更新すると共に、前記管理情報の更新が完了した日時を前記管理情報と関連付けて前記記憶手段に記憶するように再度制御する請求項４乃至１３の何れか１項に記載の管理装置。
【請求項１５】
前記認識手段により、前記管理情報の更新が、読み出したカウント情報を新たな管理情報として前記管理手段に記憶して前記管理情報を更新する以前に中断されたと認識された場合には、
前記更新制御手段は、前記認識手段の認識結果に基づいて、前記管理手段に記憶された管理情報を消去し、前記蓄積手段から蓄積されたカウント情報を読み出し、読み出したカウント情報を新たな管理情報として前記管理手段に記憶して前記管理情報を更新すると共に、前記蓄積手段に蓄積されたカウント情報を消去し、前記管理情報の更新が完了した日時を前記管理情報と関連付けて前記記憶手段に記憶するように再度制御する請求項４乃至１３の何れか１項に記載の管理装置。
【請求項１６】
前記認識手段により、前記管理情報の更新が、前記蓄積手段に蓄積されたカウント情報を消去する段階で中断されたと認識された場合には、
前記更新制御手段は、前記認識手段の認識結果に基づいて、前記蓄積手段に蓄積されたカウント情報を消去し、前記管理情報の更新が完了した日時を前記管理情報と関連付けて前記記憶手段に記憶するように再度制御する請求項４乃至１４の何れか１項に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置に係り、特に、複写機、プリンタ、ファクシミリ等の画像形成装置の使用実績を管理する管理装置に関する。
【背景技術】
【０００２】
画像形成装置の使用実績を管理する管理装置では、画像形成装置でジョブが実行されると、リアルタイムで管理装置内の最新データを更新し、月度締め日に月間累積のデータを作成する（特許文献１参照）。この月間累積データは「締めデータ」と呼ばれ、「締めデータ」を作成する処理は「締め処理」と呼ばれている。
【０００３】
図１８（Ａ）に示すように、管理装置内では、最新データ１を記憶する最新データ領域２と、締めデータ３を記憶する締めデータ領域４とを別々確保している。そして、図１８（Ｂ）に示すように、締めデータ領域４をゼロクリアした後に、図１８（Ｃ）に示すように、最新データ領域２の最新データ１を締めデータ領域４にコピーして、新たな締めデータ３´を作成し、続けて、図１８（Ｄ）に示すように、最新データ領域２をゼロクリアするという手順で上述した「締め処理」を実行している。
【特許文献１】特開平０５−０２０４７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の「締め処理」では、処理の実行途中で、（１）管理装置の電源がオフされる、（２）メモリアクセスエラーが発生してデータの読み取り書き込みができなくなる、等の状況が生じると「締め処理」を正しく完了できないことになる。
【０００５】
例えば、最新データ１の締めデータ領域４へのコピーが完了する前に電源がオフされれば、締めデータ３´は途中まで作成された中途半端な状態となってしまう。また、最新データ領域２のゼロクリアが完了する前に電源がオフされれば、締めデータ３´は作成されるが、最新データ１は完全にはクリアされていないため、残った実績データが次の月度に繰り越されてしまうという問題が発生する。
【０００６】
上述した管理装置においては、コストや装置サイズを抑えるために、専用電源を持たないで画像形成装置から電源供給を受けるのが一般的である。従って、画像形成装置の電源スイッチのオフ操作（ユーザーが任意に操作可能）により、管理装置の電源がオフになってしまうので、電源がオフされる状況が頻繁に発生する。一方、管理装置専用の電源を設けることで、電源がオフになる頻度を下げることはできるが、コンセントが抜かれたケースや、停電等により、電源がオフされる状況を完全に無くすことはできない。
【０００７】
また、管理装置でメモリーを拡張する場合には、装置内部への組み込みではなく、ＰＣカードＩ／Ｆなどを用いて汎用メモリー媒体（メモリカードなど）を差し込む形態をとることが考えられる。こうした場合には、メモリー媒体の接続が不十分、媒体自身（個体）の異常などにより、メモリアクセスエラーが発生することがある。
【０００８】
本発明は、上記問題を解決すべく成されたものであり、本発明の目的は、「締め処理」が中断した状態にあるか否かを認識することができる管理装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の管理装置は、画像形成装置から入力されたカウント情報を蓄積する蓄積手段と、所定期間内に蓄積されたカウント情報を管理情報として記憶することで、カウント情報を管理する管理手段と、前記管理情報を更新した日時を記憶する記憶手段と、前記管理情報を更新する期日が到来した場合に、前記蓄積手段に蓄積されたカウント情報を新たな管理情報として前記管理手段に記憶して前記管理情報を更新すると共に、前記管理情報の更新が完了した日時を前記管理情報と関連付けて前記記憶手段に記憶するように制御する更新制御手段と、を備えたことを特徴としている。
【００１０】
本発明の管理装置では、蓄積手段は、画像形成装置から入力されたカウント情報を蓄積する。また、管理手段は、所定期間内に蓄積されたカウント情報を管理情報として記憶することで、カウント情報を管理する。そして、管理情報を更新する期日が到来した場合に、蓄積手段に蓄積されたカウント情報を新たな管理情報として管理手段に記憶して管理情報を更新する。このとき、管理情報を更新した日時を管理情報と関連付けて記憶手段に記憶するので、記憶手段に記憶された内容から、管理情報の更新、すなわち「締め処理」が中断した状態にあるか否かを認識することができる
【発明の効果】
【００１１】
以上説明したように本発明によれば、「締め処理」が中断した状態であるか否かを認識することができる、という効果がある。また、「締め処理」が中断した状態であることを認識することで、「締めデータ」のリカバリーが容易になり、画像形成装置の使用実績を正確に管理することができるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。
【００１３】
（第１の実施の形態）
＜管理システムの概略構成＞
図１には、本実施の形態に係る管理システム１０の概略構成が示されている。本実施の形態に係る管理システム１０は、管理装置１２を備えている。管理装置１２は、ケーブルを介して設定装置１４、後述する使用者コードの入力のためのキーボード１６、画像形成装置１８に接続されている。また、管理装置１２は、破線で示すように、ＬＡＮに代表される通信回線を介して、ホスト装置２０にネットワーク接続することが可能である。
【００１４】
管理装置１２は、本体に装備した表示部２２及び操作部２４、制御部２６、通信部２８、３０、３２、３４、記憶部３６、日付及び時刻を計測するカレンダー／時計８２、及び磁気カード、ＩＣカード等の記憶媒体のためのカード読取部３８から構成されている。上記の各部は制御部２６に各々接続されており、互いにデータやコマンドの授受が可能な構成とされている。
【００１５】
通信部２８は、設定装置１４とのインターフェース機能部であり、通信部３０は、キーボード１６とのインターフェース機能部であり、通信部３２は、画像形成装置１８とのインターフェース機能部である。また、通信部３４は、ホスト装置２０と無線または有線で通信回線を介して各種データやコマンドの授受を可能とするためのインターフェース機能部である。
【００１６】
記憶部３６は、後述する処理ルーチンや、各種データを記憶するためのメモリであり、使用者コード記憶部７４、カウント情報記憶部７６、設定記憶部７８、及びステータス記憶部８０を含んで構成されている。使用者コード記憶部７４には、使用者コード条件が記憶されている。
【００１７】
カウント情報記憶部７６には、画像形成装置１８で行われたカラーコピー、単色カラーコピー、モノクロコピー等の各動作モード毎の処理枚数が、各使用者コード毎に記憶されている。カウント情報としては、ジョブのモード（コピー／プリント／ＦＡＸ受信プリント、モノクロ／カラー、片面／両面、１ｕｐ／２ｕｐ／４ｕｐなど）、ジョブのオーナーの情報（磁気カードに書き込まれたユーザーＩＤ、キーボードから入力したユーザーＩＤ）、ジョブのカウント値（ページ数、または用紙枚数）等がある。
【００１８】
また、カウント情報記憶部７６には、図２（Ａ）に示すように、最新データ１００を記憶する最新データ領域１０２と、締めデータ１０４を記憶する締めデータ領域１０６と、日時データ領域１１０とが設けられている。本実施の形態では、日時データ領域１１０には、締めデータの作成を完了した日時（以下、「締め実行日時」という。）１０８が、締めデータ１０４に関連付けて記憶される。また、本実施の形態では、毎月度の締め日に月間累積データを作成する場合について説明する。従って、締めデータ領域１０６に記憶された「締めデータ」とは、月度が変わっても１ヶ月間だけ保持される「前月度の締めデータ」である。
【００１９】
設定記憶部７８には、締め処理を行うタイミングを設定する各種パラメータ等が記憶されている。パラメータとしては、周期（例えば、月１回、６ヶ月に１回など）、締めのタイミング（例えば、月１回であれば日付、６ヶ月に１回であれば月度と日付など）、及び実行時刻（例えば、２３：５５など）が設定される。また、設定記憶部７８には、上記の締め処理を行うタイミングより算出した「次回締め予定日時」も記憶されている。
【００２０】
ステータス記憶部８０には、締め処理の実行履歴に関する情報（以下、「ステータス情報」という。）が記憶されている。ステータス情報は、締め処理を、ａ）どの手順で、ｂ）どのアドレスまで終了したかの情報であり、締め処理の実行途中において都度更新される。
【００２１】
次に、設定装置１４について説明する。設定装置１４は、管理装置１２の記憶部２６に記憶された各種設定条件を新規に登録または修正するための装置であり、制御部５０、記憶部５２、通信部４４、キーボードやマウスなどの操作部４８、及び表示部４６から構成されている。上記の各部は制御部５０に各々接続されており、互いにデータやコマンドの授受が可能な構成とされている。記憶部５２は、各種設定条件の登録修正作業を行う権利を有する使用者を識別するためのパスワード等を記憶するためのメモリである。通信部４４は、管理装置１２とのインターフェース機能部である。
【００２２】
次に、画像形成装置１８について説明する。画像形成装置１８は、通常の画像を形成するための複写機能を備えており、管理装置１２から受信した後述する許可情報の受信によって画像形成処理を行う。なお、画像形成装置１８で行われる画像形成処理には、複写処理、ファックス処理、プリント処理等がある。
【００２３】
画像形成装置１８は、マイクロコンピュータを含んで構成されており、通信部５４、制御部６０、操作部６４、記憶部６２、画像処理部５８、及び表示部５６から構成されている。上記の各部は制御部６０に各々接続されており、互いにデータやコマンドの授受が可能な構成となっている。通信部５４は、管理装置１２とのインターフェース機能部であり、記憶部６２には、各種データやコマンドが格納されている。画像処理部５８は、用紙上に画像を形成する画像形成処理を行うためのものである。
【００２４】
ホスト装置２０は、制御部７０、記憶部６４、通信部７２、操作部６８、及び表示部６６から構成されている。上記各構成は制御部７０に接続されており、互いにデータやコマンドの授受が可能な構成となっている。通信部７２は、無線または有線で通信回線を介して管理装置１２とのインターフェース機能部である。ホスト装置２０のその他の構成は、設定装置１４と同様の構成のため詳細な説明を省略する。
【００２５】
＜最新データのカウント＞
次に、本実施の形態に係る管理システムで実施される最新データの更新動作について説明する。管理装置１２では、画像形成装置１８から通信部５４、３２を介してカウント情報を受信すると、次回締め予定日時までの集計期間内は、各動作モード毎の処理枚数が各使用者コード毎に累積カウントされ、カウント情報記憶部７６の最新データ領域１０２に記憶された最新データ１００が更新される。
【００２６】
＜締めデータの作成＞
次に、本実施の形態に係る管理システムで実施される「締めデータ」の作成動作について説明する。図３は、管理装置１２の制御部２６で実行される「締めデータ」の作成手順を示すフローチャートである。
【００２７】
管理装置１２では、ステップ１００で、設定記憶部７８に記憶した「次回締め予定日時」とカレンダー／時計８２で計測された現在日時とを定期的に比較し、「次回締め予定日時」が経過したか否かを判断する。ここで「次回締め予定日時」が経過したと判断された場合には、次のステップ１０２で、カウント情報記憶部７６に設けられた図示しない「締め実行禁止フラグ」がクリア（許可に設定）されているか否かを判断する。フラグが「許可」に設定されている場合には、ステップ１０４で「締め処理」を実行して処理を終了し、フラグが「禁止」に設定されている場合には、「締め処理」を実行しないで、ステップ１０６で、ログを登録して処理を終了する。
【００２８】
「締め実行禁止フラグ」は、ユーザにより「前月度の締めデータ」を取り出す操作が行われており、「前月度の締めデータ」を「当月度の締めデータ」で上書きできる場合には「許可」に設定されており、かかる操作が行われていなければ「禁止」に設定されている。従って、「締め実行禁止フラグ」を確認することで、意図しないデータ更新により「締めデータ」が消去されるのを防止することができる。
【００２９】
本実施の形態に係る管理システム１０では、ユーザ操作により、管理装置１２の表示部２２へ「締めデータ」を表示することができる。また、設定装置１４へ「締めデータ」を転送し、設定装置１４にて「締めデータ」の保管及び表示を行うことができる。また、ユーザ操作により、ホスト装置２０へ「締めデータ」を転送し、ホスト装置２０にて「締めデータ」の保管及び表示を行うことができる。従って、例えば、ユーザによりこれらの操作が行われた場合に「締め実行禁止フラグ」をクリア（許可に設定）する。
【００３０】
次に、図３のステップ１０４で実行される「締め処理」について説明する。図２（Ａ）乃至（Ｅ）は、「締め処理」の手順を説明するための概念図である。また、図４は、「締め処理」の処理ルーチンを示すフローチャートである。
【００３１】
まず、ステップ２００で、締めデータ領域１０６及び日時データ領域１１０をゼロクリアする（図２（Ｂ））。これにより「先月度の締めデータ」が消去される。なお、日時データ領域１１０をゼロクリアするのではなく、「締め処理が実行途中であることを意味する値（例えば「０×ＦＦ」等）」を記憶しておいてもよい。
【００３２】
次のステップ２０２で、最新データ領域１０２に記憶された最新データ１００を締めデータ領域１０６にコピーし、締めデータ１０４´として記憶する（図２（Ｃ））。これにより「当月度の締めデータ」が作成される。
【００３３】
その後、ステップ２０４で、最新データ領域１０２をゼロクリアする（図２（Ｄ））。これにより「最新データ」がリセットされる。次のステップ２０６で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな締め実行日時１０８´として設定する（図２（Ｅ））。
【００３４】
続くステップ２０８で、設定記憶部７８から締め処理を行うタイミングを設定するパラメータを読み出し、これらパラメータと設定された現在日時とから「次回締め予定日時」を算出する。そして、ステップ２１０で、「次回締め予定日時」を設定記憶部７８に記憶し、処理ルーチンを終了する。
【００３５】
＜パワーオン処理＞
次に、管理装置１２で実施される起動処理（以下、「パワーオン（ＰｏｗｅｒＯｎ）処理」という。）動作について説明する。パワーオン処理は、管理装置１２に電源が投入されたとき、エラーリカバリーの目的でリブート（ソフトウェアリセット）されたとき、ＷＤＴオーバーフローによるソフトウェアリセットされたとき、等に開始される。本実施の形態では、このパワーオン処理の中で「締め処理」が中断した状態にあるか否かを判断する。
【００３６】
図５は、管理装置１２の制御部２６で実行されるパワーオン処理の手順を示すフローチャートである。パワーオン処理が開始されると、ステップ３００で、日時データ領域１１０の内容を確認し、次のステップ３０２で、日時データ領域１１０がゼロクリアされているか否かを判断する。
【００３７】
締め処理が終了している場合には、図２（Ｅ）に示すように、日時データ領域１１０に新たな締め実行日時１０８´が設定されている。従って、日時データ領域１１０がゼロクリアされている場合には、「締め処理」は起動されたが未了（中断した）状態であると認識することができ、ゼロクリアされていない場合には、通常であれば「締め処理」は完了状態であると認識することができる。
【００３８】
ゼロクリアされている場合、すなわち「締め処理」が中断した状態である場合には、ステップ３０４で、カウント情報記憶部７６に設けられた図示しないステータスフラグを参照してＰｏｗｅｒＯｎの原因がエラーリカバリーか否かを判断する。パワーオン処理が開始される原因には、電源投入、エラーリカバリー、及びソフトウェアリセットの３種類がある。
【００３９】
ＰｏｗｅｒＯｎの原因がメモリーアクセスエラーである場合には、中断した手順は最初にメモリであるカウント情報記憶部７６にアクセスした手順、すなわち最初の「締めデータ領域をゼロクリアする」手順であると考えられる。従って、ＰｏｗｅｒＯｎの原因がエラーリカバリーの場合には、ステップ３０６で「締め処理」を最初から実行して、ルーチンを終了する。
【００４０】
一方、ＰｏｗｅｒＯｎの原因が電源投入及びソフトウェアリセットの何れかである場合には、「締め処理」がどの手順で中断されたかまでは認識できず、どの手順から「締め処理」を再実行するべきかを判断できない。従って、ＰｏｗｅｒＯｎの原因がエラーリカバリー以外の場合には、ステップ３０８で失敗した旨の表示（エラー表示）を行い、ルーチンを終了する。
【００４１】
ゼロクリアされていない場合には、ステップ３１０で、設定記憶部７８から「次回締め予定日時」を読み出し、ステップ３１２で、「次回締め予定日時」がカレンダー／時計８２で計測された「現在日時」より前か否かの判断を行う。締め処理を行うべき時刻に「締め処理」が正常に実行されている場合には、「現在日時」は「次回締め予定日時」より前であるので、ステップ３１２で否定判断がなされ、そのままルーチンを終了する。
【００４２】
一方、「締め処理」を行うべき時刻に管理装置１２の電源がＯＦＦされていた場合は、「現在日時」は「次回締め予定日時」を過ぎてしまっている。従って、ステップ３０６で「締め処理」を最初から実行して、ルーチンを終了する。
【００４３】
以上の通り、本実施の形態では、締め処理の途中で管理装置の電源がOFFされたような場合であっても、日時データ領域の内容を確認することで、電源投入時に締め処理が中断した状態であるか否かを認識することができる。
【００４４】
また、本実施の形態では、締め処理の途中でメモリアクセスエラーが発生した場合であっても、エラーリカバリー処理において日時データ領域の内容を確認することで、締め処理が中断した状態であるか否かを認識することができる。また、締め処理が中断した状態であることを認識した場合には、リカバリー処理として締め処理を最初の手順から実行することで、正しい締めデータを作成することができる。
【００４５】
（第２の実施の形態）
第２の実施の形態に係る管理システムは、締めデータに関連付けて記憶される情報が第１の実施の形態とは異なっている。図６（Ａ）示すように、第２の実施の形態では、日時データ領域１１０には、締め処理を開始した日時（以下、「締め開始日時」という。）１１２と、締め処理を終了した日時（以下、「締め終了日時」という。）１１４と、が締めデータ１０４に関連付けて記憶される。
【００４６】
また、第２の実施の形態に係る管理システムは、図３のステップ１０４で実行される「締め処理」の手順、「パワーオン処理」の手順が第１の実施の形態とは異なっている。
【００４７】
まず「締め処理」の手順について説明する。図６（Ａ）乃至（Ｆ）は「締め処理」の手順を説明するための概念図である。また、図７は「締め処理」の処理ルーチンを示すフローチャートである。
【００４８】
図７のステップ４００で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな「締め開始日時」１１２´として設定する（図６（Ｂ））。次のステップ４０２で、締めデータ領域１０６をゼロクリアする（図６（Ｃ））。これにより「先月度の締めデータ」が消去される。次のステップ４０４で、最新データ領域１０２に記憶された最新データ１００を締めデータ領域１０６にコピーし、締めデータ１０４´として記憶する（図６（Ｄ））。これにより「当月度の締めデータ」が作成される。
【００４９】
その後、ステップ４０６で、最新データ領域１０２をゼロクリアする（図６（Ｅ））。これにより「最新データ」がリセットされる。次のステップ４０８で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな「締め終了日時」１１４´として設定する（図６（Ｆ））。
【００５０】
続くステップ４１０で、設定記憶部７８から締め処理を行うタイミングを設定するパラメータを読み出し、これらパラメータと「締め終了日時」１１４´として設定された現在日時とから「次回締め予定日時」を算出する。そして、ステップ４１２で、「次回締め予定日時」を設定記憶部７８に記憶し、処理ルーチンを終了する。
【００５１】
次に、パワーオン処理について説明する。図８はパワーオン処理の手順を示すフローチャートである。
【００５２】
パワーオン処理が開始されると、ステップ５００で、日時データ領域１１０の内容を確認し、次のステップ５０２で、「締め開始日時」１１２´が「締め終了日時」１１４´より後か否かを判断する。ステップ５０２で「締め開始日時」が「締め終了日時」より後である場合には、「締め処理」は起動されたが未了（中断した）状態であると認識することができ、ステップ５０４で、ＰｏｗｅｒＯｎの原因がエラーリカバリーか否かを判断する。ＰｏｗｅｒＯｎの原因がエラーリカバリーの場合には、ステップ５０６で「締め処理」を最初から実行して、ルーチンを終了する。一方、ＰｏｗｅｒＯｎの原因がエラーリカバリー以外の場合には、ステップ５０８で失敗した旨の表示（エラー表示）を行い、ルーチンを終了する。
【００５３】
また、ステップ５０２で「締め開始日時」が「締め終了日時」より前である場合には、ステップ５１０で、設定記憶部７８から「次回締め予定日時」を読み出し、ステップ５１２で、「次回締め予定日時」がカレンダー／時計８２で計測された「現在日時」より前か否かの判断を行う。締め処理を行うべき時刻に「締め処理」が正常に実行されている場合には、「現在日時」は「次回締め予定日時」より前であるので、ステップ５１２で否定判断がなされ、そのままルーチンを終了する。一方、「現在日時」が「次回締め予定日時」を過ぎてしまっている場合には、ステップ５０６で「締め処理」を最初から実行して、ルーチンを終了する。
【００５４】
以上の通り、本実施の形態では、締め処理の途中で管理装置の電源がOFFされたような場合であっても、日時データ領域の内容を確認することで、電源投入時に締め処理が中断した状態であるか否かを認識することができる。
【００５５】
また、本実施の形態では、締め処理の途中でメモリアクセスエラーが発生した場合であっても、エラーリカバリー処理において日時データ領域の内容を確認することで、締め処理が中断した状態であるか否かを認識することができる。また、締め処理が中断した状態であることを認識した場合には、リカバリー処理として締め処理を最初の手順から実行することで、正しい締めデータを作成することができる。
【００５６】
更に、本実施の形態では、締め処理の実行を開始した日時、終了した日時が履歴として残るため、管理装置の電源ＯＦＦ／ＯＮの履歴情報（ログ）と付き合わせることで、締め処理が中断した理由を明確にすることができる。
【００５７】
（第３の実施の形態）
第３の実施の形態に係る管理システムは、締めデータに関連付けて記憶される情報が、第１及び第２の実施の形態とは異なっている。図９（Ａ）示すように、第３の実施の形態では、日時データ領域１１０には、締めデータ領域１０６のクリアを開始した日時（以下、「クリア開始日時」という。）１１６と、最新データ１００の締めデータ領域１０６へのコピーを完了した日時（以下、「コピー終了日時」という。）１１８と、最新データ領域１０２のクリアを開始した日時（以下、「クリア開始日時」という。）１２０と、最新データ領域１０２のクリアを終了した日時（以下、「クリア終了日時」という。）１２２と、が締めデータ１０４に関連付けて記憶される。
【００５８】
また、第３の実施の形態に係る管理システムは、図３のステップ１０４で実行される「締め処理」の手順、「パワーオン処理」の手順が、第１及び第２の実施の形態とは異なっている。
【００５９】
まず「締め処理」の手順について説明する。図９（Ａ）乃至（Ｈ）は「締め処理」の手順を説明するための概念図である。また、図１０は「締め処理」の処理ルーチンを示すフローチャートである。
【００６０】
図１０のステップ６００で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな「クリア開始日時」１１６´として設定する（図９（Ｂ））。次のステップ６０２で、締めデータ領域１０６をゼロクリアする（図９（Ｃ））。これにより「先月度の締めデータ」が消去される。次のステップ６０４で、最新データ領域１０２に記憶された最新データ１００を締めデータ領域１０６にコピーし、締めデータ１０４´として記憶する（図９（Ｄ））。これにより「当月度の締めデータ」が作成される。次のステップ６０６で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな「コピー終了日時」１１８´として設定する（図９（Ｅ））。
【００６１】
続くステップ６０８で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな「クリア開始日時」１２０´として設定し（図９（Ｆ））、ステップ６１０で、最新データ領域１０２をゼロクリアする（図９（Ｇ））。これにより「最新データ」がリセットされる。次のステップ６１２で、日時データ領域１１０に、カレンダー／時計８２で計測された現在日時を、新たな「クリア終了日時」１２２´として設定する（図９（Ｈ））。
【００６２】
続くステップ６１４で、設定記憶部７８から締め処理を行うタイミングを設定するパラメータを読み出し、これらパラメータと「クリア終了日時」１２２´として設定された現在日時とから「次回締め予定日時」を算出する。そして、ステップ６１６で、「次回締め予定日時」を設定記憶部７８に記憶し、処理ルーチンを終了する。
【００６３】
次に、パワーオン処理について説明する。図１１はパワーオン処理の手順を示すフローチャートである。
【００６４】
パワーオン処理が開始されると、ステップ７００で、日時データ領域１１０の内容を確認し、次のステップ７０２で、締めデータの「クリア開始日時」が「コピー終了日時」より後か否かを判断する。ステップ７０２で「クリア開始日時」が「コピー終了日時」より後である場合には、「締め処理」は起動されたが未了（中断した）状態であると認識することができ、ステップ７０４で「締め処理」を最初から実行して、ルーチンを終了する。
【００６５】
また、ステップ７０２で締めデータの「クリア開始日時」が「コピー終了日時」より前であると判断された場合には、ステップ７０６で、最新データの「クリア開始日時」が「クリア終了日時」より後か否かを判断する。ステップ７０６で「クリア開始日時」が「クリア終了日時」より後である場合には、最新データの「クリア処理」は起動されたが未了（中断した）状態であると認識することができ、ステップ７０８で「部分締め処理」を実行して、ルーチンを終了する。
【００６６】
一方、ステップ７０６で最新データの「クリア開始日時」が「クリア終了日時」より前であると判断された場合には、ステップ７１０で、設定記憶部７８から「次回締め予定日時」を読み出し、ステップ７１２で、「次回締め予定日時」がカレンダー／時計８２で計測された「現在日時」より前か否かの判断を行う。締め処理を行うべき時刻に「締め処理」が正常に実行されている場合には、「現在日時」は「次回締め予定日時」より前であるので、ステップ７１２で否定判断がなされ、そのままルーチンを終了する。一方、「現在日時」が「次回締め予定日時」を過ぎてしまっている場合には、ステップ７０４で「締め処理」を最初から実行して、ルーチンを終了する。
【００６７】
なお、図１１のステップ７１２で実施される「部分締め処理」は、図１２に示すように、図１０に示す処理ルーチンのステップ６０８〜ステップ６１６を部分的に実施する処理である。
【００６８】
以上の通り、本実施の形態では、締め処理の途中で管理装置の電源がOFFされたような場合であっても、日時データ領域の内容を確認することで、電源投入時に締め処理が中断した状態であるか否か、どの手順で締め処理が中断したか、を認識することができる。従って、リカバリー処理として締め処理を中断した手順から実行することで、正しい締めデータを作成することができる。
【００６９】
また、本実施の形態では、締めデータ領域のクリアを開始した日時、最新データの締めデータ領域へのコピーを完了した日時、最新データ領域のクリアを開始した日時、及び最新データ領域のクリアを終了した日時が詳細な履歴として残るため、管理装置の電源ＯＦＦ／ＯＮの履歴情報（ログ）と付き合わせることで、締め処理が中断した理由を明確にすることができる。
【００７０】
なお、上記では、日時データ領域に、締めデータ領域の「クリア開始日時」及び「コピー終了日時」、最新データ領域の「クリア開始日時」及び「クリア終了日時」が、締めデータに関連付けて記憶し、これらの情報に基づいて、締め処理が中断した状態であるか否か、どの手順で締め処理が中断したか、を認識する例について説明したが、ステータス記憶部に記憶したステータス情報に基づいても、締め処理が中断した状態であるか否か、どの手順で締め処理が中断したか、を認識することができる。また、日時データ領域に記憶した情報と、ステータス記憶部に記憶したステータス情報とを併用することもできる。
【００７１】
上述した通り、ステータス情報は、締め処理を、ａ）どの手順で、ｂ）どのアドレスまで終了したかの情報であり、締め処理の実行途中において都度更新される。ステータス情報は、例えば、図１３に示すように、テーブルでステータス記憶部８０に記憶されている。手順としては、締めデータ領域をゼロクリアする処理手順（締めデータ領域／ＣＬＲ）、最新データを締めデータ領域にコピーする処理手順（最新データ／ＣＯＰＹ）、最新データ領域をゼロクリアする処理手順（最新データ領域／ＣＬＲ）があり、各手順についてゼロクリア又は書き込みが完了したアドレス番号が履歴として記憶される。
【００７２】
また、ステータス情報は、所定のタイミングで更新される。所定のタイミングは、例えば「メモリ転送の最小単位」とすることができる。「メモリ転送の最小単位」は通常１Ｋbyte程度であり、ステータスを更新するタイミングが頻繁にならず、且つリカバリー処理を正しく実行できる。
【００７３】
（第４の実施の形態）
第４の実施の形態に係る管理システムは、カウント情報記憶部７６の構造が第１の実施の形態とは異なっている。第４の実施の形態に係るカウント情報記憶部７６には、図１４（Ａ）に示すように、第１のデータ領域１３０と、第２のデータ領域１３２と、最新データ領域と締めデータ領域とを識別するための識別フラグ１３４と、日時データ領域１３６とが設けられている。ここでは、第１のデータ領域１３０が締めデータ領域であり、第２のデータ領域１３２が最新データ領域である。
【００７４】
識別フラグ１３４は、第１のデータ領域１３０と第２のデータ領域１３２の何れが最新データ領域で、何れが締めデータ領域であるかを識別するための識別情報を記憶する。識別フラグ１３４を更新することにより最新データ領域と締め日データ領域とを入れ替え、(入れ替えた後の)最新データ領域をゼロクリアして、締め処理を完了する。このように、メモリー空間上で「最新データ領域」と「締めデータ領域」とを切り替え、データの移動を行わないので、締め処理に要する時間を約１／３程度まで短縮することができる。
【００７５】
識別フラグ１３４は、例えば、以下の方法で識別情報を保持することができる。（１）最新データが格納されている領域の先頭アドレスと、締めデータが格納されている領域の先頭アドレスとを保持する、（２）どちらか一方の領域に保持されているデータが、最新データであるか、締め日データであるかを保持する、（３）どちらか一方のデータが格納されている領域の先頭アドレスを保持する。
【００７６】
日時データ領域１３６には、最新データ領域のクリアを開始した日時（以下、「クリア開始日時」という。）１３８と、最新データ領域のクリアを終了した日時（以下、「クリア終了日時」という。）１４０とが記憶される。
【００７７】
また、第４の実施の形態に係る管理システムは、図３のステップ１０４で実行される「締め処理」の手順、「パワーオン処理」の手順が第１の実施の形態とは異なっている。
【００７８】
まず「締め処理」の手順について説明する。図１４（Ａ）乃至（Ｄ）は「締め処理」の手順を説明するための概念図である。また、図１５は「締め処理」の処理ルーチンを示すフローチャートである。
【００７９】
まず、ステップ８００で、第１のデータ領域１３０が最新データ領域となり、第２のデータ領域１３２が締めデータ領域となるように、識別フラグ１３４の識別情報を更新する（図１４（Ｂ））。即ち、識別フラグ１３４の更新により、最新データ領域と締めデータ領域とが入れ替わる。次のステップ８０２で、日時データ領域１３６に、カレンダー／時計８２で計測された現在日時を、新たな「クリア開始日時」１３８´として設定し（図１４（Ｃ））、ステップ８０４で、最新データ領域となった第１のデータ領域１３０をゼロクリアする（図１４（Ｄ））。これにより「最新データ」がリセットされる。次のステップ８０６で、日時データ領域１３６に、カレンダー／時計８２で計測された現在日時を、新たな「クリア終了日時」１４０´として設定する（図１４（Ｄ））。
【００８０】
続くステップ８０８で、設定記憶部７８から締め処理を行うタイミングを設定するパラメータを読み出し、これらパラメータと設定された現在日時とから「次回締め予定日時」を算出する。そして、ステップ８１０で、「次回締め予定日時」を設定記憶部７８に記憶し、処理ルーチンを終了する。
【００８１】
次に、パワーオン処理について説明する。図１６はパワーオン処理の手順を示すフローチャートである。
【００８２】
パワーオン処理が開始されると、ステップ９００で、日時データ領域１３６の内容を確認し、次のステップ９０２で、締めデータの「クリア開始日時」が「クリア終了日時」より後か否かを判断する。ステップ９０２で「クリア開始日時」が「クリア終了日時」より後である場合には、最新データの「クリア処理」は起動されたが未了（中断した）状態であると認識することができ、ステップ９０４で「部分締め処理」を実行して、ルーチンを終了する。なお、「部分締め処理」は、図１５に示す処理ルーチンのステップ８０２〜ステップ８１０を部分的に実施する処理である。
【００８３】
また、ステップ９０２で最新データの「クリア開始日時」が「クリア終了日時」より前であると判断された場合には、ステップ９０６で、設定記憶部７８から「次回締め予定日時」を読み出し、ステップ９０８で、「次回締め予定日時」がカレンダー／時計８２で計測された「現在日時」より前か否かの判断を行う。締め処理を行うべき時刻に「締め処理」が正常に実行されている場合には、「現在日時」は「次回締め予定日時」より前であるので、ステップ９０８で否定判断がなされ、そのままルーチンを終了する。一方、「現在日時」が「次回締め予定日時」を過ぎてしまっている場合には、ステップ９１０で「締め処理」を最初から実行して、ルーチンを終了する。
【００８４】
以上の通り、本実施の形態では、締め処理の途中で管理装置の電源がＯＦＦされたような場合であっても、日時データ領域の内容を確認することで、電源投入時に締め処理が中断した状態であるか否か、どの手順で締め処理が中断したか、を認識することができる。従って、リカバリー処理として締め処理を中断した手順から実行することで、正しい締めデータを作成することができる。
【００８５】
また、本実施の形態では、締め処理の途中でメモリアクセスエラーが発生した場合であっても、同様にリカバリー処理を行い、正しい締めデータを作成することができる。
【００８６】
更に、本実施の形態では、締め処理の実行時間を約１／３程度に短縮することができるため、処理の途中で電源がＯＦＦされて締め処理が中断する頻度を大幅に低減することができる。
【００８７】
なお、上記実施の形態では、締め処理を管理装置１２で行う場合を説明したが、ネットワークを介してホスト装置２０で行うことも可能である。この場合、図１７に示すように、ホスト装置２０からネットワーク２１を介して、各々画像形成装置１８Ａ、１８Ｂ、１８Ｃ、１８Ｄに接続された複数の管理装置１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ各々に対して各管理装置に格納されたカウント情報の締め処理を実行することができるので、複数の画像形成装置１８を容易に管理することができる。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施の形態に係る管理システムの概略構成が示すブロック図である。
【図２】（Ａ）乃至（Ｅ）は第１の実施の形態での「締め処理」の手順を説明するための概念図である。
【図３】「締めデータ」の作成手順を示すフローチャートである。
【図４】第１の実施の形態での「締め処理」の処理ルーチンを示すフローチャートである。
【図５】第１の実施の形態でのパワーオン処理の手順を示すフローチャートである。
【図６】（Ａ）乃至（Ｆ）は第２の実施の形態での「締め処理」の手順を説明するための概念図である。
【図７】第２の実施の形態での「締め処理」の処理ルーチンを示すフローチャートである。
【図８】第２の実施の形態でのパワーオン処理の手順を示すフローチャートである。
【図９】（Ａ）乃至（Ｈ）は第３の実施の形態での「締め処理」の手順を説明するための概念図である。
【図１０】第３の実施の形態での「締め処理」の処理ルーチンを示すフローチャートである。
【図１１】第３の実施の形態でのパワーオン処理の手順を示すフローチャートである。
【図１２】第３の実施の形態での「部分締め処理」の処理ルーチンを示すフローチャートである。
【図１３】ステータス情報を記憶するテーブルの一例を示す図である。
【図１４】（Ａ）乃至（Ｄ）は第４の実施の形態での「締め処理」の手順を説明するための概念図である。
【図１５】第４の実施の形態での「締め処理」の処理ルーチンを示すフローチャートである。
【図１６】第４の実施の形態でのパワーオン処理の手順を示すフローチャートである。
【図１７】本実施の形態に係る管理システムをネットワークに適用した場合の概略構成図である。
【図１８】（Ａ）乃至（Ｄ）は「締め処理」の手順を説明するための概念図である。
【符号の説明】
【００８９】
１     最新データ
２     最新データ領域
３     締めデータ
４     締めデータ領域
１０   管理システム
１２   管理装置
１４   設定装置
１６   キーボード
１８   画像形成装置
２０   ホスト装置
２１   ネットワーク
２２   表示部
２４   操作部
２６   記憶部
２６   制御部
２８   通信部
３０   通信部
３２   通信部
３４   通信部
３６   記憶部
３８   カード読取部
４４   通信部
４６   表示部
４８   操作部
５０   制御部
５２   記憶部
５４   通信部
５６   表示部
５８   画像処理部
６０   制御部
６２   記憶部
６４   記憶部
６４   操作部
６６   表示部
６８   操作部
７０   制御部
７２   通信部
７４   使用者コード記憶部
７６   カウント情報記憶部
７８   設定記憶部
８０   ステータス記憶部
８２   カレンダー／時計
１００ 最新データ
１０２ 最新データ領域
１０４ 締めデータ
１０６ 締めデータ領域
１０８ 締め実行日時
１１０ 日時データ領域
１３０ 第１のデータ領域
１３２ 第２のデータ領域
１３４ 識別フラグ
１３６ 日時データ領域
【図１】
2007018055.tif 000003
【図２】
2007018055.tif 000004
【図３】
2007018055.tif 000005
【図４】
2007018055.tif 000006
【図５】
2007018055.tif 000007
【図６】
2007018055.tif 000008
【図７】
2007018055.tif 000009
【図８】
2007018055.tif 000010
【図９】
2007018055.tif 000011
【図１０】
2007018055.tif 000012
【図１１】
2007018055.tif 000013
【図１２】
2007018055.tif 000014
【図１３】
2007018055.tif 000015
【図１４】
2007018055.tif 000016
【図１５】
2007018055.tif 000017
【図１６】
2007018055.tif 000018
【図１７】
2007018055.tif 000019
【図１８】
2007018055.tif 000020