JP2010002464A - 画像形成装置、差分情報追加記憶方法 - Google Patents

Abstract

【課題】課金装置との接続が不良になった場合において、課金情報に関する情報量を欠落させることなく、記憶すべき課金情報の記憶容量を低減する。
【解決手段】課金装置と通信を行うことにより課金処理を行う画像形成装置であって、前記課金装置との通信が不良の場合に課金情報を蓄積する記憶部と、前記記憶部に新たな課金情報を蓄積するに際して、課金対象のユーザに関する課金情報が前記記憶部に既に存在するかどうかを判定する判定手段と、前記判定手段により存在すると判定された場合、前記ユーザに関する既蓄積課金情報と新たに蓄積しようとする課金情報とを比較し、差分情報を求め、当該差分情報を既蓄積課金情報に追加して前記記憶部に書き込む書込手段と、を有する。
【選択図】図１２

Description

本発明は、課金装置と接続されるMFP（Multi Function Peripheral）等の画像形成装置に関し、特に課金装置との接続が不良になった場合に課金情報を記憶装置に記憶するようにした画像形成装置に関する。

この種装置は、実行したコピーやプリントといったジョブ毎に課金に関する課金情報を生成し、課金装置との接続が正常である場合には、生成したジョブ毎の課金情報を、課金装置に送信する。
課金装置との接続が不良になった場合には、記憶装置として例えば装置内部のHDD（ハードディスクドライブ）にジョブ毎の課金情報を記憶しておき、課金装置との接続が回復し次第、記憶していた課金情報を課金装置に送信する。

ところが、HDDにおいて課金情報を記憶するための容量は予め定められているので、接続不良の期間が長くなり多くのジョブが実行されることになると、HDDに記憶する課金情報が許容量を超えてしまい、ジョブは実行できるものの、そのジョブに関する課金情報を記憶しておくことができない、といった状況を招いてしまう。
そこで、従来の画像形成装置は、課金装置との接続が不良になった場合には、課金情報を記憶するのではなく、ジョブ履歴を基に簡易情報を作成し、作成した簡易情報を記憶している（特許文献１参照）。これにより、HDDにおいて使用される記憶容量の低減を図っている。また、他の先行技術文献としては、以下の特許文献２乃至５に示すものがある。
特開2001-350936号公報 特開2002-175195号公報 特開2002-202696号公報 特開2002-261997号公報 特開2005-107637号公報

しかしながら、簡易情報はクライアント名と印刷合計枚数のみで構成される簡易な情報であり、印刷用紙のサイズや種類等の情報は欠落している。したがって、課金装置との接続が不良になった場合、その間に実行したジョブについては課金情報を適切に管理できないという問題がある。
本発明は、課金装置との接続が不良になった場合において、課金情報に関する情報量を欠落させることなく、保持可能で、記憶すべき課金情報の記憶容量を低減する画像形成装置を提供することを目的とする。

上記課題を解決するために、本発明は、課金装置と通信を行うことにより課金処理を行う画像形成装置であって、前記課金装置との通信が不良の場合に課金情報を蓄積する記憶部と、前記記憶部に新たな課金情報を蓄積するに際して、課金対象のユーザに関する課金情報が前記記憶部に既に存在するかどうかを判定する判定手段と、前記判定手段により存在すると判定された場合、前記ユーザに関する既蓄積課金情報と新たに蓄積しようとする課金情報とを比較し、差分情報を求め、当該差分情報を既蓄積課金情報に追加して前記記憶部に書き込む書込手段と、を有する画像形成装置である。

本発明は上記の構成を備えることにより、課金装置との間の通信が不良の場合において同一のユーザに関する課金情報が既に記憶部内に存在する場合には、既蓄積課金情報と蓄積しようとする課金情報との差分を既蓄積課金情報に追加して記憶部に書き込むので、課金情報に関する情報量を欠落させることなく、課金情報の記憶容量を低減することができる。

ここで、課金情報は実行したジョブに関するジョブ情報及び当該ジョブに対する課金額を含み、前記書き込み手段は、前記比較の結果、蓄積しようとする課金情報のジョブ情報と同一のジョブ情報が既に記憶部内に存在する場合、差分として、蓄積しようとする課金情報の課金額を、既蓄積課金情報の課金額に加算するとしてもよい。
これにより、蓄積しようとする課金情報のジョブ情報と同一のジョブ情報が既に記憶部内に存在する場合には、当該課金情報そのものを記憶するのではなく、蓄積しようとする課金情報の課金額を、既蓄積課金情報の課金額に加算するので、記憶容量を低減することができる。

ここで、カテゴリー単位で比較した結果、既蓄積課金情報のジョブ情報には無いカテゴリーの内容が、蓄積しようとする課金情報のジョブ情報に存在した場合、差分として、既蓄積課金情報のジョブ情報には無いカテゴリーを追加するとしてもよい。
これにより、既蓄積課金情報のジョブ情報には無いカテゴリーの内容が、蓄積しようとする課金情報のジョブ情報に存在した場合には、既蓄積課金情報のジョブ情報には無いカテゴリーを追加するので、課金情報に関する情報量の欠落を回避することができる。

＜実施の形態１＞
１．全体構成
図１は、本発明に係る画像形成装置が適用された課金システムを示している。画像形成装置として例えばMFP（Multi Function Peripheral）１００は、ネットワークを介して課金装置２００と接続されている。

MFP１００は、ユーザからユーザID及び部門IDの入力を受け付け、受け付けたユーザID及び部門IDを課金装置２００に送信することにより、当該ユーザID及び部門IDに対応する課金テーブルを課金装置２００からダウンロードする。
また、MFP１００は、コピー、プリント、スキャン、及びファックスといったジョブを実行し、当該ジョブの履歴情報に基づいて、ダウンロードした課金テーブルを参照しながら当該ジョブに関する課金情報を生成し、生成した課金情報を課金装置２００に送信する。

課金装置２００は、複数の課金テーブルをユーザID及び部門IDに対応付けて記憶しており、MFP１００から送信されたユーザID及び部門IDに応じた課金テーブルを選択しMFP１００に送信する。また、MFP１００から送信された課金情報に基づいて、ユーザID及び部門ID毎にジョブに関する課金の管理を行う。
２．MFPの構成
２．１．ハードウェア構成
図２は、MFP１００のハードウェア構成を示す図である。同図に示すように、MFP１００は、通信インタフェース１０１、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、ハードディスク１０５、ユーザインタフェース１０６、読取部１０７、プリント部１０８、後処理部（Finishing）１０９等を含んで構成され、これらはバスを介して相互に通信可能に接続されている。

通信インタフェース１０１は、ネットワークと接続されていて、ユーザID及び部門ID、並びに課金情報を課金装置２００に送信し、課金装置２００から課金テーブルを受信する。
ＲＯＭ１０３には、課金装置２００との接続状態の判断に関する制御プログラム、及び課金装置２００との間の接続が不良の場合における課金情報の生成に関する制御プログラムなどが格納されている。

ＲＡＭ１０４は、ＣＰＵ１０２のワークエリアとして用いられる。
ハードディスク１０５には、ユーザID及び部門ID別に課金情報が蓄積される。
ＣＰＵ１０２は、コピー、プリント、スキャン、及びファックスといったジョブの要求を受け付けると、ＲＯＭ４０６から必要なプログラムを読み出して、当該ジョブの実行を制御する。

また、課金装置２００との接続状態を判断し、判断結果に応じて、実行したジョブに関する課金情報を生成する。さらに、ハードディスク１０５に生成した課金情報を蓄積する。
ユーザインタフェース１０６は、各ジョブを実行するための条件設定、宛先等の各種情報の入力を行う入力部、及び情報の表示を行う表示部を有する。

読取部１０７は、画像の読み取りを行う。
プリント部１０８は、画像のプリントを行う。
後処理部１０９は、ステープル、パンチ（穴あけ）、紙折り等の処理をプリント部１０８より出力された用紙に対して行う。
２．２．機能構成
続いて、ＲＯＭ１０３に格納されている制御プログラムにしたがってＣＰＵ１０２が動作することにより達成される機能について説明する。図３は、MFP１００の機能構成を示すブロック図である。同図に示すように、MFP１００は、接続状態判断部２１０、課金情報生成部２２０、及び課金情報記憶部２３０を含んで構成される。

接続状態判断部２１０は、課金装置２００との間の接続状態を判断する。課金装置２００との接続が正常でないと判断した場合、接続が正常でない旨の通知を課金情報生成部２２０に出力する。
課金情報生成部２２０は、接続状態判断部２１０から接続が正常でない旨の通知を受信すると、課金情報を生成し、課金情報記憶部２３０に出力する。

課金情報生成部２２０は、具体的には、同一課金情報判断部２２１、並びに、カテゴリー追加処理部２２３及び加算処理部２２４を含んでなる差分情報演算部２２２から構成される。
同一課金情報判断部２２１は、ハードディスク１０５に、カレントジョブのユーザID及び部門IDと同一のユーザID及び部門IDを有する課金情報が既に存在するか否かを判断する。課金情報が既に存在すると判断した場合、その旨の通知を差分情報演算部２２２に出力する。

カテゴリー追加処理部２２３は、課金情報が既に存在する旨の通知を同一課金情報判断部２２１から受信すると、ハードディスク１０５に、カレントジョブと同一カテゴリーが既に存在するか否かを判断し、判断結果を加算処理部２２４に出力する。
同一カテゴリーが存在する場合、別途新たにカテゴリーを追加せず、同一カテゴリーが存在しない場合、カレントジョブのカテゴリーを別途追加記憶する。

加算処理部２２４は、カテゴリー追加処理部２２３から入力された判断結果に基づいて、課金情報において加算処理を行う。
課金情報記憶部２３０は、課金情報生成部２２０から入力された課金情報をハードディスク１０５に格納する。
３．課金情報
３．１．課金情報のデータ構造
課金情報のデータ構造について説明する。課金情報は、ジョブに関するジョブ履歴情報と当該ジョブに対する課金額とを対応付けたものである。課金情報には、MFP１００にて実行されるジョブの種類に応じて三種類の異なるデータ構造が存在する。ジョブがコピージョブ及びプリントジョブの場合の課金情報のデータ構造を図４（ａ）に、ジョブがスキャンジョブの場合の課金情報のデータ構造を図４（ｂ）に、ジョブがファックスジョブの場合の課金情報のデータ構造を図４（ｃ）に示す。

図４（ａ）に示すように、ジョブがコピージョブ及びプリントジョブの場合には、課金情報は、ユーザID及び部門ID、用紙情報、並びにFinishingの各カテゴリーからなる。
用紙情報は、用紙サイズ、用紙種類、カラー、片面両面、出力枚数、及び金額の各カテゴリーからなり、用紙情報は、ジョブで使用された用紙に関する用紙情報の数［N］だけ存在する。

Finishingは、Staple回数、Punch回数、紙折り回数、及びこれらのそれぞれに対応する金額の各カテゴリーからなる。
図４（ｂ）に示すように、ジョブがスキャンジョブの場合には、課金情報は、ユーザID及び部門ID、原稿情報、FileSize、並びに送信先Addressの各カテゴリーからなる。
原稿情報は、原稿サイズ、画像データの出力形態（E-mail/FTP/SMB/USB）、カラー、解像度、原稿枚数、及び金額の各カテゴリーからなり、原稿情報は、ジョブで使用された原稿に関する原稿情報の数［N］だけ存在する。FileSizeは、Size及び金額の各カテゴリーからなる。送信先Addressは、Address及び金額の各カテゴリーからなり、ジョブで使用された送信先Addressの数［M］だけ存在する。

図４（ｃ）に示すように、ジョブがファックスジョブの場合には、課金情報は、ユーザID及び部門ID、原稿情報、送信先電話番号、接続時間、並びに接続料の各カテゴリーからなる。原稿情報は、原稿サイズ、解像度、原稿枚数、及び金額の各カテゴリーからなり、原稿情報は、ジョブで使用された原稿に関する原稿情報の数［N］だけ存在する。送信先電話番号は、電話番号及び金額の各カテゴリーからなり、ジョブで使用された送信先電話番号の数［M］だけ存在する。接続時間は、時間と金額の各カテゴリーからなり、接続を継続している時間に応じて発生する料金を示す。接続料は、接続したことにより発生する料金を示す。

３．２．課金情報の記憶方法
３．２．１．ジョブがコピージョブ及びプリントジョブの場合
続いて、ジョブがコピージョブ及びプリントジョブの場合において課金情報をハードディスク１０５にどのように記録するのかについて説明する。図５は課金装置２００との接続が正常である場合の記録方法を示す。課金装置２００との接続が正常である場合には、同図に示すように、課金情報はジョブ毎に（図５（ａ）、（ｂ）、（ｃ）のように）それぞれ独立して記憶される。

図６は課金装置２００との接続が不良になった場合の記録方法を示す。最初、ハードディスク１０５には課金情報は記憶されておらず、図５（ａ）、（ｂ）、（ｃ）の順で課金情報を記憶する例である。
ハードディスクに課金情報が記憶されていない場合には、図６（ａ）に示すように、まず、図５（ａ）で示す課金情報が記憶される。

次に、図５（ｂ）で示す課金情報を記憶しようとするが、ユーザID及び部門IDより同一ユーザであることが確認される。そこで、図６（ａ）と図５（ｂ）とを比較すると、既に記憶されている課金情報（以下、「既蓄積課金情報」という）（ここでは図６（ａ）で示す課金情報）の用紙情報［０］と図５（ｂ）で示す用紙情報［０］は共に<A4>、<普通紙>、<FullColor>、及び<片面>であり、両用紙情報は一致している。ここで、用紙情報が一致しているとは、用紙サイズ、用紙種類、カラー、及び片面両面の各カテゴリーに記載された全ての情報が一致していることをいう。

この場合には、図５（ｂ）の用紙情報［０］の全ての項目を記憶するのではなく、当該用紙情報［０］の出力枚数及び金額を、既蓄積課金情報の用紙情報［０］の出力枚数及び金額に加算する処理を行う。すなわち、図６（ｂ）に示すように、図５（ｂ）の用紙情報［０］が別途記憶されることはなく、既蓄積課金情報の出力枚数及び金額だけがそれぞれ１５枚及び７５０に更新される。

このように、用紙情報が一致している場合には、共通する用紙情報を記憶せずに、出力枚数及び金額だけを更新するので、課金情報に関する情報を欠落させることなく、記憶容量を低減することができる。
最後に、図５（ｃ）で示す課金情報を記憶しようとするが、ユーザID及び部門IDが同一である。そこで、図６（ｂ）と図５（ｃ）とを比較すると、既蓄積課金情報（ここでは図６（ｂ）で示す課金情報）の用紙情報［０］と図５（ｃ）で示す用紙情報［０］は、用紙サイズ、カラー、及び片面両面の各カテゴリーが異なり、用紙情報は一致しない。この場合には、図５（ｃ）の用紙情報［０］の全項目を記憶する。

このように、用紙情報が一致しない場合には、別途新たに用紙情報を記憶するので、課金情報に関する情報の欠落を回避できる。
また、FinishingにおいてStaple回数、Punch回数、紙折り回数、及びこれらのそれぞれに対応する金額の各カテゴリーは、全ての課金情報において共通の項目である。したがって、ハードディスク１０５に課金情報が記憶されていない場合において、最初の課金情報（図５（ａ）で示す課金情報）が記憶される際にFinishingの各カテゴリーが記憶されると、その後Finishingの各カテゴリーが別途追加記憶されることはなく、各回数及び当該回数に対応する金額が更新されるのみである。

３．２．２．ジョブがスキャンジョブの場合
続いて、ジョブがスキャンジョブの場合において課金情報をハードディスク１０５にどのように記録するのかについて説明する。図７は課金装置２００との接続が正常である場合の記録方法を示す。課金装置２００との接続が正常である場合には、ジョブがコピージョブ及びプリントジョブの場合と同様に、課金情報はジョブ毎に（図７（ａ）、（ｂ）、（ｃ）のように）それぞれ独立して記憶される。

図８は課金装置２００との接続が不良になった場合の記録方法を示す。最初、ハードディスクには課金情報は記憶されておらず、図７（ａ）、（ｂ）、（ｃ）の順で課金情報を記憶する例である。
ハードディスクに課金情報が記憶されていない場合には、図８（ａ）に示すように、図７（ａ）で示す課金情報が記憶される。

次に、図７（ｂ）で示す課金情報を記憶しようとするが、ユーザID及び部門IDが同一である。そこで、図８（ａ）と図７（ｂ）の課金情報を比較すると、既蓄積課金情報（ここでは図８（ａ）で示す課金情報）の原稿情報［０］と図７（ｂ）で示す原稿情報［０］は共に<B4>、<E-mail>、<FullColor>、及び<600×600>であり、両原稿情報は一致している。ここで、原稿情報が一致しているとは、原稿サイズ、E-mail/FTP/SMB/USB、カラー、解像度の各カテゴリーに記載された全ての情報が一致していることをいう。

この場合には、新たに図７（ｂ）の原稿情報［０］の全ての項目を記憶するのではなく、当該原稿情報［０］に係る原稿枚数及び金額を、既蓄積課金情報の原稿情報［０］の原稿枚数及び金額に加算する処理を行う。すなわち、図８（ｂ）に示すように、図７（ｂ）の原稿情報［０］が別途記憶されることはなく、既蓄積課金情報の原稿枚数及び金額だけがそれぞれ１５枚及び３００に更新される。

このように、原稿情報が一致している場合には、共通する原稿情報を記憶せずに、原稿枚数及び金額だけを更新するので、課金情報に関する情報を欠落させることなく、記憶容量を低減することができる。
また、既蓄積課金情報の送信先Address［０］と図７（ｂ）で示す送信先Address［０］は共に、<[email protected]>であり両送信先Addressは一致している。

この場合には、新たに図７（ｂ）の送信先Address［０］を記憶するのではなく、当該送信先Address［０］の金額を既に記憶されている送信先Address［０］の金額に加算する処理を行う。すなわち、図８（ｂ）に示すように、図７（ｂ）の送信先Address［０］が別途記憶されることはなく、既蓄積課金情報の送信先Addressの金額だけが６０に更新される。

このように、送信先Addressが一致している場合には、共通する送信先Addressを記憶せずに、金額だけを更新するので、課金情報に関する情報を欠落させることなく、記憶容量を低減することができる。
最後に、図７（ｃ）で示す課金情報を記憶しようとするが、ユーザID及び部門IDが同一である。そこで、図８（ｂ）と図７（ｃ）とを比較すると、既蓄積課金情報（ここでは図８（ｂ）で示す課金情報）の原稿情報［０］と図７（ｃ）で示す原稿情報［０］は、原稿サイズ、カラー、及び解像度の各カテゴリーが異なり、原稿情報は一致しない。この場合には、図７（ｃ）の原稿情報［０］の全項目を記憶する。

このように、原稿情報が一致しない場合には、別途新たに原稿情報を記憶するので、課金情報に関する情報の欠落を回避できる。
また、既蓄積課金情報（ここでは図８（ｂ）で示す課金情報）の送信先Address［０］と図７（ｃ）で示す送信先Address［０］は、一致しない。この場合には、図７（ｃ）の送信先Address［０］を記憶する。

このように、送信先Addressが一致しない場合には、送信先Addressを別途新たに記憶するので、課金情報に関する情報の欠落を回避できる。
なお、FileSizeにおいてSize及び金額の各カテゴリーは、全ての課金情報において共通の項目である。したがって、Finishingと同様に、ハードディスクに課金情報が記憶されていない場合において、最初の課金情報（図７（ａ）で示す課金情報）が記憶される際にFileSizeの各カテゴリーが記憶されると、その後FileSizeの各カテゴリーが別途追加記憶されることはなく、Size及び金額が更新されるのみである。

３．２．３．ジョブがファックスジョブの場合
続いて、ジョブがファックスジョブの場合において課金情報をハードディスクにどのように記録するのかについて説明する。図９は課金装置２００との接続が正常である場合の記録方法を示す。課金装置２００との接続が正常である場合には、ジョブがコピージョブ及びプリントジョブの場合と同様に、課金情報はジョブ毎に（図９（ａ）、（ｂ）、（ｃ）のように）それぞれ独立して記憶される。

図１０は課金装置２００との接続が不良になった場合の記録方法を示す。最初、ハードディスクには課金情報は記憶されておらず、図９（ａ）、（ｂ）、（ｃ）の順で課金情報を記憶する例である。
ハードディスクに課金情報が記憶されていない場合には、図１０（ａ）に示すように、図９（ａ）で示す課金情報が記憶される。

次に、図９（ｂ）で示す課金情報を記憶しようとするが、ユーザID及び部門IDより同一ユーザであることが確認される。そこで、図１０（ａ）と図９（ｂ）とを比較すると、既蓄積課金情報（ここでは図１０（ａ）で示す課金情報）の原稿情報［０］と図９（ｂ）で示す原稿情報［０］は、原稿サイズのカテゴリーが異なり、一致しない。この場合には、図９（ｂ）の原稿情報［０］の全項目を記憶する。

このように、原稿情報が一致しない場合には、別途新たに原稿情報を記憶するので、課金情報に関する情報の欠落を回避できる。
また、既蓄積課金情報（ここでは図１０（ａ）で示す課金情報）の送信先電話番号［０］と図９（ｂ）で示す送信先電話番号［０］は、一致しない。この場合には、図９（ｂ）の送信先電話番号［０］を記憶する。

このように、送信先電話番号が一致しない場合には、送信先電話番号を別途新たに記憶するので、課金情報に関する情報の欠落を回避できる。
最後に、図９（ｃ）で示す課金情報を記憶しようとするが、ユーザID及び部門IDが同一である。そこで、図１０（ｂ）と図９（ｃ）とを比較すると、既蓄積課金情報（ここでは図１０（ｂ）で示す課金情報）の原稿情報［０］と図９（ｃ）で示す原稿情報［０］は共に<A4>及び<Fine>であり、両原稿情報は一致している。ここで、原稿情報が一致しているとは、原稿サイズ及び解像度の各カテゴリーに記載された情報が一致していることをいう。

この場合には、新たに図９（ｃ）の原稿情報［０］の全ての項目を記憶するのではなく、当該原稿情報［０］の原稿枚数及び金額を、既蓄積課金情報の原稿情報［０］の原稿枚数及び金額に加算する処理を行う。すなわち、図１０（ｃ）に示すように、図９（ｃ）の原稿情報が別途記憶されることはなく、原稿枚数及び金額だけがそれぞれ９枚及び９０に更新される。

このように、原稿情報が一致している場合には、共通する原稿情報を記憶せずに、原稿枚数及び金額だけを更新するので、課金情報に関する情報を欠落させることなく、記憶容量を低減することができる。
また、既蓄積課金情報（ここでは図１０（ｂ）で示す課金情報）の送信先電話番号［０］と図９（ｃ）で示す送信先電話番号［０］は共に、<0123-456-7890>であり、一致している。

この場合には、新たに図９（ｃ）の送信先電話番号［０］を記憶するのではなく、当該送信先電話番号［０］の金額を既に記憶されている送信先電話番号［０］の金額に加算する処理を行う。すなわち、図１０（ｃ）に示すように、図９（ｃ）の送信先電話番号［０］が別途記憶されることはなく、既蓄積課金情報の送信先電話番号の金額だけが２０に更新される。

このように、送信先電話番号が一致している場合には、共通する送信先電話番号を記憶せずに、金額だけを更新するので、課金情報に関する情報を欠落させることなく、記憶容量を低減することができる。
なお、接続時間において時間及び金額の各カテゴリー、並びに接続料は、全ての課金情報において共通の項目である。したがって、プリントジョブにおけるFinishingと同様に、ハードディスクに課金情報が記憶されていない場合において、最初の課金情報（図９（ａ）で示す課金情報）が記憶される際に接続時間及び接続料の各カテゴリーが記憶されると、その後それら各カテゴリーが別途追加記憶されることはなく、時間及び金額、並びに接続料が更新されるのみである。
４．MFPの動作
４．１．MFP１００の全体的な動作制御処理
図１１は、MFP１００の全体的な動作制御処理を示すフローチャートである。MFP１００はユーザあるいはクライアント装置からジョブ（以下、「カレントジョブ」という）の依頼を受け付けると（ステップＳ１０１）、当該ジョブを実行する（ステップＳ１０２）。カレントジョブの実行が完了すると（ステップＳ１０３でＹｅｓ）、課金装置２００との接続が正常か否かを判断する（ステップＳ１０４）。この判断は、課金装置２００にポーリングを送信し、ポーリングを受信した課金装置２００からの応答信号（ACK）が受信されたか否かにより行われる。

課金装置２００との接続が正常であると判断すると（ステップＳ１０４でＹｅｓ）、カレントジョブの課金情報を生成し（ステップＳ１０５）、生成した課金情報をハードディスク１０５に記憶する（ステップＳ１０６）と共に、課金装置２００に送信する（ステップＳ１０７）。その後、課金情報を正常に受信した旨の応答信号を課金装置２００から受信すると（ステップＳ１０８）、当該課金情報をハードディスク１０５から消去する（ステップＳ１０９）。

課金装置２００との接続が正常でないと判断すると（ステップＳ１０４でＮｏ）、後述する接続不良時の課金情報生成処理を行う（ステップＳ１１０）。
４．２．接続不良時の課金情報生成処理
図１２は、接続不良時の課金情報生成処理を示すフローチャートである。まず、ハードディスク内において、カレントジョブのユーザID及び部門IDと同一のユーザID及び部門IDを有する課金情報を検索する（ステップS２０１）。

検索がヒットしなかった場合、すなわちカレントジョブと同一のユーザID及び部門IDを有する課金情報が存在しなかった場合には（ステップS２０２でＮｏ）、カレントジョブの課金情報を生成して（ステップＳ２０３）、生成した課金情報をカレントジョブのユーザID及び部門IDに対応付けてハードディスク１０５に記憶する（ステップＳ２０４）。
検索がヒットした場合、すなわちカレントジョブと同一のユーザID及び部門IDを有する課金情報が存在する場合には（ステップS２０２でＹｅｓ）、後述するカテゴリー追加処理及び加算処理を行う（ステップＳ２０５、２０６）。

ステップＳ２０４、２０６の後、課金情報に未送信フラグがセットされているか否かを判断し（ステップＳ２０７）、未送信フラグがセットされていない場合には（ステップＳ２０７でＮｏ）、未送信フラグをセットする（ステップＤ２０８）。課金情報に未送信フラグがセットされている場合、課金装置２００との接続が回復したとき、当該課金情報は課金装置２００に送信される。

４．３．カテゴリー追加処理
図１３は、カテゴリー追加処理を示すフローチャートである。まず、カレントジョブがコピージョブであるか否かを判断し（ステップＳ３０１）、コピージョブである場合は（ステップＳ３０１でＹｅｓ）、カレントジョブの用紙情報と同一の用紙情報があるかを検索し（ステップＳ３０２）、Finishing情報があるかを検索する（ステップＳ３１２）。

コピージョブでない場合は（ステップＳ３０１でＮｏ）、カレントジョブがプリントジョブであるか否かを判断し（ステップＳ３０３）、プリントジョブである場合は（ステップＳ３０３でＹｅｓ）、カレントジョブの用紙情報と同一の用紙情報があるかを検索し（ステップＳ３０４）、Finishing情報があるかを検索する（ステップＳ３１３）。
プリントジョブでない場合は（ステップＳ３０３でＮｏ）、カレントジョブがスキャンジョブであるか否かを判断する（ステップＳ３０５）。スキャンジョブである場合は（ステップＳ３０５でＹｅｓ）、カレントジョブの原稿情報と同一の原稿情報があるかを検索し（ステップＳ３０６）、カレントジョブの送信先Addressと同一の送信先Addressを検索する（ステップＳ３０７）。

プリントジョブでない場合は（ステップＳ３０５でＮｏ）、ファックスジョブであると判断し、カレントジョブの原稿情報と同一の原稿情報を検索し（ステップＳ３０８）、カレントジョブの送信先電話番号と同一の送信先電話番号を検索する（ステップＳ３０９）。
上述の検索がヒットしたか否かを判断し（ステップＳ３１０）、検索がヒットした場合、すなわち同一カテゴリーが既蓄積情報に存在した場合には（ステップＳ３１０でＹｅｓ）、そのまま処理を終了し、検索がヒットしなかった場合、すなわち同一カテゴリーが既蓄積情報に存在しなかった場合には（ステップＳ３１０でNo）、カレントジョブのジョブ履歴情報（既蓄積課金情報に存在しないカテゴリー）と当該ジョブに対する課金額とを別途記憶する（ステップＳ３１１）。なお、コピージョブ及びプリントジョブにおけるFinishing情報は、共通であるため、最初に必ず蓄積するようにしておけば、このフローチャートのステップＳ３１２、３１３のような検索処理は不要となる。

４．４．加算処理
図１４、１５は、加算処理を示すフローチャートである。まず、カレントジョブがコピージョブであるか否かを判断し（ステップＳ４０１）、コピージョブである場合は（ステップＳ４０１でＹｅｓ）、ステップＳ３０２における検索がヒットしたか否かを判断する（ステップＳ４０２）。検索がヒットした場合、すなわち同一カテゴリーの用紙情報が既に存在する場合には（ステップＳ４０２でＹｅｓ）、カレントジョブの用紙情報における出力枚数及び金額３０１を、既蓄積課金情報の出力枚数及び金額３０１に加算する（ステップＳ４０３）。

続いて、カレントジョブのStaple回数及び金額３０２、Punch回数及び金額３０３、並びに紙折り回数及び金額３０４を、既蓄積課金情報のStaple回数及び金額３０２、Punch回数及び金額３０３、並びに紙折り回数及び金額３０４に加算する（ステップＳ４０４、４０５、４０６）。
検索がヒットしなかった場合、すなわち同一カテゴリーの用紙情報が存在しなかった場合には（ステップＳ４０２でＮｏ）、ステップＳ４０４に移行する。

コピージョブでない場合は（ステップＳ４０１でＮｏ）、カレントジョブがプリントジョブであるか否かを判断し（ステップＳ４０７）、プリントジョブである場合は（ステップＳ４０７でＹｅｓ）、ステップＳ３０４における検索がヒットしたか否かを判断する（ステップＳ４０８）。検索がヒットした場合、すなわち同一カテゴリーの用紙情報が既に存在する場合には（ステップＳ４０８でＹｅｓ）、カレントジョブの用紙情報における出力枚数及び金額３０１を、既蓄積課金情報の出力枚数及び金額３０１に加算する（ステップＳ４０９）。

続いて、カレントジョブのStaple回数及び金額３０２、Punch回数及び金額３０３、並びに紙折り回数及び金額３０４を、既蓄積課金情報のStaple回数及び金額３０２、Punch回数及び金額３０３、並びに紙折り回数及び金額３０４に加算する（ステップＳ４１０、４１１、４１２）。
検索がヒットしなかった場合、すなわち同一カテゴリーの用紙情報が存在しなかった場合には（ステップＳ４０８でＮｏ）、ステップＳ４１０に移行する。

プリントジョブでない場合は（ステップＳ４０７でＮｏ）、カレントジョブがスキャンジョブであるか否かを判断し（ステップＳ４１３）、スキャンジョブである場合は（ステップＳ４１３でＹｅｓ）、ステップＳ３０６における検索がヒットしたか否かを判断する（ステップＳ４１４）。検索がヒットした場合、すなわち同一カテゴリーの原稿情報が既に存在する場合には（ステップＳ４１４でＹｅｓ）、カレントジョブの原稿情報における原稿枚数及び金額３１１を、既蓄積課金情報の原稿枚数及び金額３１１に加算する（ステップＳ４１５）。

続いて、ステップＳ３０７における検索がヒットしたか否かを判断する（ステップＳ４１６）。検索がヒットした場合、すなわち同一カテゴリーの送信先Addressが既に存在する場合には（ステップＳ４１６でＹｅｓ）、カレントジョブの送信先Addressの金額３１３を、既蓄積課金情報の同一送信先Addressの金額３１３に加算する（ステップＳ４１７）。さらにカレントジョブのSize及び金額３１２を、既蓄積課金情報のSize及び金額３１２に加算する（ステップＳ４１８）。

スキャンジョブでない場合は（ステップＳ４１３でＮｏ）、カレントジョブがファックスジョブであると判断し、ステップＳ３０８における検索がヒットしたか否かを判断する（ステップＳ４１９）。検索がヒットした場合、すなわち同一カテゴリーの原稿情報が既に存在する場合には（ステップＳ４１９でＹｅｓ）、カレントジョブの原稿情報における原稿枚数及び金額３２１を、既蓄積課金情報の原稿枚数及び金額３２１に加算する（ステップＳ４２０）。

続いて、ステップＳ３０９における検索がヒットしたか否かを判断する（ステップＳ４２１）。検索がヒットした場合、すなわち同一カテゴリーの送信先電話番号が既に存在する場合には（ステップＳ４２１でＹｅｓ）、カレントジョブの送信先電話番号の金額３２２を、既蓄積課金情報の同一送信先電話番号の金額３２２に加算する（ステップＳ４２２）。さらにカレントジョブの接続時間における時間及び金額３２３を、既蓄積課金情報の時間及び金額３２３に、カレントジョブの接続料における金額３２４を、既蓄積課金情報の金額３２４に加算する（ステップＳ４２３、４２４）。

以上のように本実施の形態によれば、既にハードディスクに蓄積されている課金情報と蓄積しようとする課金情報とをカテゴリー単位で比較して、両者が共通する場合、すなわち同一カテゴリーの課金情報を持つ場合には、共通する部分については別途新たに書き込むことを控えて、差分である出力枚数及び金額等のみを既に蓄積されている課金情報に加えて上書する。両者が異なる場合には、差分である異なる部分についてのみ、別途書き込む処理を行う。したがって、接続不良時に記憶しておくべき情報量を欠落させることなく、記憶すべき課金情報の容量を低減することができる。
（変形例）
以上、本発明に係る画像形成装置について、実施の形態に基づいて説明したが、本発明は上記実施の形態に限られないことは勿論である。
（１）上記実施の形態では、課金装置２００との接続が不良になった場合においてMFP１００はハードディスク１０５に課金情報を記憶するとしたが、課金情報を記憶するための記憶媒体はハードディスク１０５に限らない。例えば、フラッシュROMでもよい。
（２）上記実施の形態では、MFP１００は課金装置２００にポーリングを送信し、ポーリングを受信した課金装置２００からの応答信号（ACK）が受信されたか否かにより課金装置２００との接続状態を判断したが、他の方法で課金装置２００との接続状態を判断してもよい。例えば、課金装置２００はMFP１００から送信された課金情報を正常に受信するとMFP１００に応答信号を返信するので、MFP１００は所定時間内に応答信号を受信すると、課金装置２００との接続が正常であると判断し、所定時間内に応答信号を受信できないと接続不良であると判断してもよい。この場合、所定時間内に応答信号が返信されなければ、その間の課金情報２００はMFP１００内のハードディスク１０５に次々蓄積されていく。接続不良時の課金情報生成処理は、所定時間経過後に応答信号の返信がないと判断した後から行われる。
（３）上記実施の形態では、課金装置２００との接続が正常の場合には、課金情報を生成し、その都度、課金情報を課金装置２００に送信したが、例えば、課金情報を定期的に（例えば、一日一回）課金装置２００に送信するとしてもよい。
（４）上記実施の形態では、MFP１００と課金装置２００とが一対一に対応する構成としたが、複数のMFPに対して一つの課金装置が対応するとしてもよい。
（５）上記実施の形態では、FinishingにおいてStaple回数、Punch回数、紙折り回数、及びこれらのそれぞれに対応する金額の各カテゴリーは、全ての課金情報において共通の項目であるとしたが、それらの処理を実施した場合に、これらの項目を課金情報に含むようにしてもよい。したがって、Staple回数、Punch回数、紙折り回数、及びこれらのそれぞれに対応する金額の各カテゴリーは、実行されたジョブにおいて一度も使用されていない場合には、課金情報として生成されることはないので、課金情報の記憶容量をさらに低減できる。

上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
また、本発明に係る画像形成装置は、その範囲を逸脱することなく本発明の趣旨に沿って様々な変形または修正が可能であることは言うまでもない。

本発明は、課金装置とネットワークで接続される画像形成装置に広く適用することができる。

課金システムを示す図である。 MEP１００のハードウェア構成を示す図である。 MFP１００の機能構成を示すブロック図である。 （ａ）ジョブがコピージョブ及びプリントジョブの場合の課金情報のデータ構造を示す図である。（ｂ）ジョブがスキャンジョブの場合の課金情報のデータ構造を示す図である。（ｃ）ジョブがファックスジョブの場合の課金情報のデータ構造を示す図である。 ジョブがコピージョブ及びプリントジョブの場合において、課金装置２００との接続が正常である場合の記録方法を示す図である。 ジョブがコピージョブ及びプリントジョブの場合において、課金装置２００との接続が不良になった場合の記録方法を示す図である。 ジョブがスキャンジョブの場合において、課金装置２００との接続が正常である場合の記録方法を示す図である。 ジョブがスキャンジョブの場合において、課金装置２００との接続が不良になった場合の記録方法を示す図である。 ジョブがファックスジョブの場合において、課金装置２００との接続が正常である場合の記録方法を示す図である。 ジョブがファックスジョブの場合において、課金装置２００との接続が不良になった場合の記録方法を示す図である。 MFP１００の全体的な動作制御処理を示すフローチャートである。 接続不良時の課金情報生成処理を示すフローチャートである。 カテゴリー追加処理を示すフローチャートである。 加算処理を示すフローチャートである。 加算処理を示すフローチャートである。

符号の説明

１００ MFP
２００ 課金装置
１０１ 通信インタフェース
１０２ ＣＰＵ
１０３ ＲＯＭ
１０４ ＲＡＭ
１０５ ハードディスク
１０６ ユーザインタフェース
１０７ 読取部
１０８ プリント部
１０９ 後処理部
２１０ 接続状態判断部
２２０ 課金情報生成部
２２１ 同一課金情報判断部
２２２ 差分情報演算部
２２３ カテゴリー追加処理部
２２４ 加算処理部
２３０ 課金情報記憶部

Claims (7)

1. 課金装置と通信を行うことにより課金処理を行う画像形成装置であって、
   前記課金装置との通信が不良の場合に課金情報を蓄積する記憶部と、
   前記記憶部に新たな課金情報を蓄積するに際して、課金対象のユーザに関する課金情報が前記記憶部に既に存在するかどうかを判定する判定手段と、
   前記判定手段により存在すると判定された場合、前記ユーザに関する既蓄積課金情報と新たに蓄積しようとする課金情報とを比較し、差分情報を求め、当該差分情報を既蓄積課金情報に追加して前記記憶部に書き込む書込手段と、
   を有する画像形成装置。
2. 課金情報は実行したジョブに関するジョブ情報及び当該ジョブに対する課金額を含み、
   前記書き込み手段は、前記比較の結果、蓄積しようとする課金情報のジョブ情報と同一のジョブ情報が既に記憶部内に存在する場合、差分として、蓄積しようとする課金情報の課金額を、既蓄積課金情報の課金額に加算する
   請求項１記載の画像形成装置。
3. ジョブ情報は、ジョブの内容を特定するための複数のカテゴリーからなり、
   前記書き込み手段は、蓄積しようとする課金情報と既蓄積課金情報とを比較する場合、ジョブ情報をカテゴリー単位で比較し、全てのカテゴリーの内容が同一の場合に、同一のジョブ情報が存在すると判定し、蓄積しようとする課金情報の課金額を、既蓄積課金情報の課金額に加算する
   請求項２記載の画像形成装置。
4. カテゴリー単位で比較した結果、既蓄積課金情報のジョブ情報には無いカテゴリーの内容が、蓄積しようとする課金情報のジョブ情報に存在した場合、差分として、既蓄積課金情報のジョブ情報には無いカテゴリーを追加する
   請求項３記載の画像形成装置。
5. 前記複数のカテゴリーは、動作モード、用紙サイズ、用紙種類、カラー、原稿サイズ、解像度、送信先アドレス、電話番号、通信時間の２以上の組み合わせを含む
   請求項４に記載の画像形成装置。
6. 前記課金装置との通信が不良であるか否かを判断する判断手段を有する
   請求項１記載の画像形成装置。
7. 課金装置との通信が不良の場合に課金情報を蓄積するための記憶手段に新たな課金情報を蓄積するに際して、課金対象のユーザに関する課金情報が前記記憶手段に既に存在するかどうかを判定する判定ステップと、
   前記判定ステップにより存在すると判定された場合、前記ユーザに関する既蓄積課金情報と新たに蓄積しようとする課金情報とを比較し、差分情報を求め、当該差分情報を既蓄積課金情報に追加して前記記憶手段に書き込む書込ステップと、
   を有する差分情報追加記憶方法。

Images