料金計算システム
【課題】トナーの交換毎の課金を正確に実行できる料金計算システムを提供する。
【解決手段】画像形成装置１００と料金計算サーバ２００とがネットワークを介して接続された料金計算システムであって、前記画像形成装置１００は、装着された消耗品の識別情報を読み取る識別情報読取手段と、前記識別情報読取手段が読み取った現在の消耗品の前記識別情報及び当該画像形成装置の機器識別番号を前記料金計算サーバに送信する送信手段と、を有し、前記料金計算サーバ２００は、前記現在の消耗品の識別情報及び当該画像形成装置の機器識別番号を受信する受信手段と、画像形成装置の消耗品毎の識別情報と前記受信手段が受信した前記消耗品の識別情報との関係に基づき、前記消耗品毎に課金するための課金帳票を生成する課金帳票生成手段と、を有する。
【解決手段】画像形成装置１００と料金計算サーバ２００とがネットワークを介して接続された料金計算システムであって、前記画像形成装置１００は、装着された消耗品の識別情報を読み取る識別情報読取手段と、前記識別情報読取手段が読み取った現在の消耗品の前記識別情報及び当該画像形成装置の機器識別番号を前記料金計算サーバに送信する送信手段と、を有し、前記料金計算サーバ２００は、前記現在の消耗品の識別情報及び当該画像形成装置の機器識別番号を受信する受信手段と、画像形成装置の消耗品毎の識別情報と前記受信手段が受信した前記消耗品の識別情報との関係に基づき、前記消耗品毎に課金するための課金帳票を生成する課金帳票生成手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器の消耗品の料金を計算する料金計算システム、料金計算サーバ及び料金計算方法に関する。
【背景技術】
【０００２】
プリンタなどの画像形成装置にとってトナーや用紙などは消耗品として扱われる。このため、ユーザは消耗品を適宜購入する必要があるが、ユーザが常に適切な数のストックを用意しておくことは面倒な事務処理となっている。例えば、オフィスに複数台の画像形成装置がある場合、１台に１つずつ予備のトナーカートリッジをストックしておけばよいが、同じ機種ならトナーカートリッジも共通なので１台に１つずつストックすることは不要である。しかし、複数台の画像形成装置にストックを１つだけとしてしまうと、ほぼ同時期に複数台の画像形成装置がトナー切れを起こした場合に対応できない。一方、多めにトナーカートリッジをストックしておくことは、経費の前払いになり、また、画像形成装置を機種交換するような場合にストックしたトナーカートリッジが無駄になることもあるため、ユーザとしては避けたいという要請がある。特に、画像形成装置がカラー化されると、色毎のトナーカートリッジをストックする必要が生じるためストックのためのコストを無視できないようになる。
【０００３】
この点について、実際に使用した消耗品に対してのみ課金するシステムが考えられる（例えば、特許文献１参照。）。特許文献１には、サービス受給者に対し納入する流通物を特定する情報、及び、該サービス受給者による流通物の使用状況を随時記録した管理テーブルを記憶しておき、該サービス受給者が購入したと認定し得る流通物の数を読み出すことで、該サービス受給者に請求する課金額を計算するシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されたシステムは、システムが複雑になりコスト増をもたらすという問題がある。
【０００５】
ところで、近年は、サービス店の充実に伴い、ユーザが連絡するとほぼ即日、サービス店のカスタマーエンジニア（以下、ＣＥという）がユーザに消耗品を届けることができる。また、サービス店と画像形成装置（トナーも含め）のメーカとは一体でなく、別会社となっていることも少なくない。この場合、画像形成装置のメーカは、消耗品の交換をユーザに提供するサービスを、サービス店に委託する契約をサービス店と結ぶ。
【０００６】
このような状況では、サービス店がサービスの提供の度に、サービスの内容（トナー交換だけでなく、その他の消耗品やメンテナンス）に応じて、メーカに保守実施料を請求する態様が多い。このため、メーカは、ＣＥが実施した保守の内容に応じた金額を、その都度、サービス店に支払っている。
【０００７】
しかしながら、保守の実行という無形のサービスに課金すると、サービス店、ユーザ、及び、メーカの間で、そのサービスが確かに実施されたか、いつ実施されたか、又は、どのように実施されたかを確認することが困難であった。
【０００８】
このため、無形のサービスを含めて有形のトナー等の消耗品に課金することが考えられるが、サービス店としては、サービスの提供後、早期に料金を回収したいという要望は変わらない。
【０００９】
そこで、トナーカートリッジという有形物の装着時に、サービス店がメーカに支払いを要求することが考えられる。しかし、１つのサービス店が交換するトナーカートリッジの数は膨大であり、１つのトナーカートリッジの交換の度に、サービス店がメーカに支払いを要求すると、計算漏れや多重加算などの支払い額の誤計算が生じるという問題がある。
【００１０】
この点、引用文献１では、月単位などの定期的な課金を想定しており、トナーの交換毎の課金が考慮されていない。また、引用文献１では、システムを実装できないサービス店について考慮されていない。
【００１１】
本発明は、上記課題に鑑み、トナーの交換毎の課金を正確に実行できる料金計算システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
画像形成装置と料金計算サーバとがネットワークを介して接続された料金計算システムであって、前記画像形成装置は、装着された消耗品の識別情報を読み取る識別情報読取手段と、前記識別情報読取手段が読み取った現在の消耗品の前記識別情報及び当該画像形成装置の機器識別番号を前記料金計算サーバに送信する送信手段と、を有し、前記料金計算サーバは、前記現在の消耗品の識別情報及び当該画像形成装置の機器識別番号を受信する受信手段と、画像形成装置の消耗品毎の識別情報と前記受信手段が受信した前記消耗品の識別情報との関係に基づき、前記消耗品毎に課金するための課金帳票を生成する課金帳票生成手段と、を有することを特徴とする。
【発明の効果】
【００１３】
トナーの交換毎の課金を正確に実行できる料金計算システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】料金計算システムの概略構成図の一例である。
【図２】画像形成装置のハードウェア構成図の一例である。
【図３】料金計算サーバのハードウェア構成図の一例である。
【図４】料金計算システムの機能ブロック図の一例である。
【図５】履歴データ記憶部に記憶された履歴データの一例を示す図である。
【図６】課金データＤＢに記憶された課金データの一例を示す図である。
【図７】料金計算システムの動作手順を示すフローチャート図の一例である。
【図８】料金計算システムの概略構成図の一例である（実施例２）。
【図９】サマリーシートの一例を示す図である。
【図１０】スキャナ装置と接続されたＰＣのハードウェア構成図の一例である。
【図１１】料金計算システムの機能ブロック図の一例である（実施例２）。
【図１２】ＸＭＬ形式で記述した履歴データ記憶部に記憶されている履歴データの一例を示す図である。
【図１３】料金計算システムの動作手順を示すフローチャート図の一例を示す（実施例２）。
【図１４】図１３の手順のうち料金計算サーバの手順の変形例を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態について図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１６】
図１は、本実施形態の料金計算システム４００の概略構成図の一例を示す。まず、概略を説明する。
（１）サービス店のカスタマーエンジニア（以下、ＣＥという）が、ユーザの画像形成装置１００にトナーを装着する。画像形成装置１００は、トナーに配置されたＩＣチップからトナーカートリッジのシリアルナンバーを読み取り、記憶する。
（２）画像形成装置１００は、ネットワーク３００を介して、料金計算サーバ２００に装着履歴データを送信する（料金計算サーバ２００はメーカに帰属しているとする。）。装着履歴データには少なくとも、トナーカートリッジ１１のシリアルナンバーと画像形成装置１００の機器識別番号が含まれる。
（３）料金計算サーバ２００は、過去に課金されていないトナーカートリッジ１１をシリアルナンバーから判定し、過去に課金されていないトナーカートリッジ１１だけの料金をサービス店に支払う。
【００１７】
したがって、サービス店はトナーカートリッジ１１の装着毎にサービスの料金を集金できる。また、メーカやユーザは、装着履歴データによりトナーカートリッジ１１の交換の事実を確認できる。また、トナーカートリッジにユニークなシリアルナンバーにてトナーカートリッジの交換を管理するので、装着されたトナーカートリッジ１１の数が多くても計算漏れや多重加算などが生じることがない。
【００１８】
画像形成装置１００は、ＭＦＰ（Multi Function Peripherals）、プリンタ、スキャナ、又は、ＦＡＸ装置等どのような呼称でもよい。また、本実施例では、電子写真方式の画像形成装置１００の消耗品であるトナーカートリッジ１１を例に説明するが、インクジェット方式の画像形成装置１００ではインクが消耗品となる。
【００１９】
なお、実際にはトナーカートリッジの交換に際し、付属品も使用される（これらをまとめてキットと呼ばれる）が、本実施形態ではトナーカートリッジ１１の料金に課金するとして説明する。
【００２０】
図２は、画像形成装置１００のハードウェア構成図の一例を示す。画像形成装置１００は、内部バスにて接続されたＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、外部Ｉ／Ｆ５４、通信カード５５、パネル制御部５６、スキャナエンジン制御部５７、プロッタエンジン制御部５８、ＦＡＸエンジン制御部５９及び記憶装置６１を有する。
【００２１】
ＣＰＵ５１は、記憶装置６１又はＲＯＭ５２に記憶されたプログラムを、ＲＡＭ５３を作業メモリとして実行することで画像形成装置１００の全体を制御する。外部Ｉ／Ｆ５４はＵＳＢ等のケーブルや記憶媒体５０を装着するインタフェースである。記憶媒体５０は、ＵＳＢメモリ等のフラッシュメモリ、ＣＤ−ＲＯＭ等の光記憶媒体等である。
【００２２】
通信カード５５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ５１からの指示により、ネットワーク３００を介して料金計算サーバ２００にパケットデータ（本実施形態では主に装着履歴データ）を送信し、また、料金計算サーバ２００からパケットデータを受信する。
【００２３】
パネル制御部５６は、操作パネル６２にＵＩを表示し、ＵＩのソフトキーやハード的なキーの操作を受け付ける。スキャナエンジン制御部５８は、ユーザが操作パネル６２から設定した解像度などの読み取り条件を受け付け、読み取り条件に基づきスキャナエンジン６３を制御する。スキャナエンジン６３は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して画像処理を施し、所定の解像度のデジタルデータ（以下、画像データという）を生成する。
【００２４】
プロッタエンジン制御部５８は、ユーザが操作パネル６２から設定した印刷枚数などの印刷条件を受け付け、印刷条件に基づきプロッタエンジン６４を制御する。プロッタエンジン６４は、例えばタンデム型の感光ドラムを有し、上記の画像データや料金計算サーバ２００から受信したＰＤＬデータに基づきレーザビームを変調し感光ドラムを走査して潜像を形成する。潜像にトナーを付着して現像した１ページ毎の画像を用紙に熱と圧力で転写する。
【００２５】
ＦＡＸエンジン制御部５９は、ユーザが設定した宛先（ＦＡＸ番号、電子メールアドレス等）などの送信条件を受け付け、送信条件に基づきＦＡＸエンジン６５を制御する。ＦＡＸエンジン６５は、通信カードを介してネットワーク３００に接続し例えばＴ.３７，Ｔ.３８の規格に対応した通信手順、又は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し例えばＧ３、Ｇ４規格に対応した通信手順、に従い画像データの送受信を行う。また、画像形成装置１００の電源がＯＦＦのときに画像データを受信しても、プロッタエンジン６４を起動して画像データを用紙に印刷することができる。
【００２６】
記憶装置６１は、例えばＨＤＤやフラッシュメモリなど、書き換え可能な不揮発メモリである。記憶装置６１には、ＣＰＵが実行する履歴管理プログラム６６、フォントデータ、画像データ及びＰＤＬデータが記憶されている。履歴管理プログラム６６は、画像形成装置１００の出荷時に記憶装置６１に記憶されていてもよいし、画像形成装置１００の出荷後に、記憶媒体５０に記憶された状態又はネットワーク３００上の不図示のサーバから配布されてもよい。
【００２７】
図３は、料金計算サーバ２００のハードウェア構成図の一例を示す。料金計算サーバ２００は、それぞれバスで相互に接続されているＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、外部Ｉ／Ｆ７４、通信装置７５、入力装置７６、表示制御部７７及び記憶装置７８を有する。ＣＰＵ７１は、料金計算プログラム８１を記憶装置７８から読み出して、ＲＡＭ７３を作業メモリにして実行する。
【００２８】
ＲＡＭ７３は必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ７２にはＢＩＯＳや初期設定されたデータ、プログラムが記憶されている。
【００２９】
外部Ｉ／Ｆ７４はＵＳＢケーブル等のケーブルや、可搬型の記憶媒体８０を装着するインタフェースである。
【００３０】
通信装置７５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ７１からの指示により画像形成装置１００にパケットデータを送信し、画像形成装置１００からパケットデータ（本実施例では主に装着履歴データ）を受信する。
【００３１】
入力装置７６は、キーボード、マウスなど、ユーザの様々な操作指示を受け付けるユーザインターフェイスである。タッチパネルや音声入力装置を入力装置とすることもできる。表示制御部７７は、料金計算プログラム８１が指示する画面情報に基づき所定の解像度や色数等でディスプレイ７９の描画を制御する。ディスプレイ７９は、液晶や有機ＥＬなどのＦＰＤ（Ｆｌａｔ Ｐａｎｅｌ Ｄｉｓｐｌａｙ）である。
【００３２】
記憶装置７８は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やフラッシュメモリなどの不揮発メモリを実体とし、料金計算プログラム８１を記憶している。記憶媒体８０は、例えば、ＳＤカードやＵＳＢメモリなど不揮発性のメモリである。料金計算プログラム８１は、記憶媒体８０に記録された状態又は不図示のサーバからダウンロードされる態様で配布される。
【００３３】
図４は、料金計算システム４００の機能ブロック図の一例を示す。画像形成装置１００は、装着検出部１２、シリアル読み取り部１３、装着履歴データ送信部１５、履歴データ更新部１４、及び履歴データ記憶部１６、を有する。装着検出部１２、シリアル読み取り部１３、装着履歴データ送信部１５及び履歴データ更新部１４は、主に、ＣＰＵが履歴管理プログラム６６を実行することで実現される。
【００３４】
ＣＥは、トナー切れしたトナーカートリッジを取り外し新しいトナーカートリッジ１１を画像形成装置１００に装着する。装着検出部１２は、トナーカートリッジ１１の装着を検出する。カラーの画像形成装置１００の場合、装着されたトナーカートリッジ１１のトナー色も、装着検出部１２により検出される。検出方法はどのような方法でもよいが、トナーカートリッジ１１の装着によりオンするスイッチ、トナーの重量が閾値を超えたことを検出する重量計、又は、ＣＥがトナーカートリッジ１１の装着時に操作するスイッチや
入力情報等、どのようなものでもよい。
【００３５】
シリアル読み取り部１３は、トナーカートリッジ１１のシリアルナンバーをトナーカートリッジ１１から読み取る。トナーカートリッジ１１にはＩＣチップが埋設又は貼付されている。または、バーコードが貼付されていてもよい。ＩＣチップには、トナーカートリッジ１１のシリアルナンバーが記憶されている。シリアルナンバーは一意性が保証される番号であり、トナーカートリッジ１１を特定することを可能にする。
【００３６】
なお、シリアル読み取り部１３が定期的（例えば、電源オン時）にシリアルナンバーを読み取るようにして、シリアルナンバーが変化したことからトナーカートリッジ１１の装着を検出することもできる。この場合、装着検出部１２は不要である。
【００３７】
履歴データ更新部１４は、履歴データ記憶部１６に記憶された履歴データを更新する。装着履歴データ送信部１５は、装着履歴データを料金計算サーバ２００に送信する。図を用いて説明する。
【００３８】
図５は、履歴データ記憶部１６に記憶された履歴データの一例を示す図である。履歴データ記憶部１６は、例えば記憶装置６１を実体とする。履歴データの左から１列目の「Ｋｎ（ｎ：０，１，２…）」は、黒のトナーカートリッジ１１の装着履歴を示す。「Ｋ０」が現在のトナーカートリッジ１１のシリアルナンバーを、「Ｋ１」は「Ｋ０」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、「Ｋ２」は「Ｋ１」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、「Ｋ３」は「Ｋ２」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、「Ｋ４」は「Ｋ３」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、それぞれ示す。
【００３９】
左から２列目の「１００６１１１２３４」〜「１００２１１１２３４」は、「Ｋ０」〜「Ｋ４」各トナーカートリッジ１１の装着日時を示す。例えば、「１０」は２０１０年、「０６１１」は６月１１日、「１２３４」は１２時３４分を意味する。
【００４０】
左から３列目の「０８０８ＮＪ２５００８５４２」〜「０８０８ＮＪ２５００８５４６」は、「Ｋ０」〜「Ｋ４」各トナーカートリッジ１１のシリアルナンバーの一部を、４列目の「００３５５２」〜「００３５５６」は残りの一部をそれぞれ意味する。２つに分けることで、どちらか一方で管理可能な場合はどちらか一方だけを処理対象とすることができる。本実施例では特に区別せず、３列目と４列目のいずれか一方又は両方をシリアルナンバーという。
【００４１】
図４の履歴データ更新部１４は、例えば、黒のトナーのトナーカートリッジ１１が装着された場合、「Ｋ４」に対応づけられたシリアルナンバーを消去して、「Ｋ０〜Ｋ３」のシリアルナンバーをそれぞれ「Ｋ１〜Ｋ４」のシリアルナンバーに更新する。模式的には、一番左の列の「Ｋ０〜Ｋ４」はそのままに、Ｋ０〜Ｋ４の装着日時とシリアルナンバーを１行ずつ下にずらす。そして、履歴データ更新部１４は、シリアル読み取り部１３が読み取ったシリアルナンバーを、「Ｋ０」に対応づけて登録する。
【００４２】
また、履歴データ更新部１４は、ＣＰＵが保持している（カウントしている）カレンダの年月日と日時を、「Ｋ０」に対応づけて左から２列目の装着日時に登録する。こうすることで、各色毎に、過去の４つのシリアルナンバーを記憶したまま、最新の（現在の）シリアルナンバーを登録できる。
【００４３】
そして、装着履歴データ送信部１５は、少なくとも装着されたトナーカートリッジ１１のシリアルナンバーを料金計算サーバ２００に送信する。ここで、装着されたトナーカートリッジ１１のシリアルナンバーしか送信しないと、通信エラー等が生じた場合に課金できなくなってしまう。よって、好ましくは、装着履歴データ送信部１５は、複数個のシリアルナンバーを送信する。本実施例では、例えば、装着されたトナーカートリッジ１１と同じ色の全ての（図では５個）トナーカートリッジ１１のシリアルナンバー及び装着日時、または、履歴データ記憶部１６に記憶された全てのトナーカートリッジ１１のシリアルナンバー及び装着日時、を送信する。このように、複数個のシリアルナンバーを送信しても、料金計算サーバ２００はすでに課金したシリアルナンバーをチェックするので重複して課金されることはない。
【００４４】
装着履歴データ送信部１５は、送信元の画像形成装置１００を特定する機器識別番号、及び、装着された日時を特定するため装着日時を、シリアルナンバーと共に料金計算サーバ２００に送信する。装着履歴データはこの３つのデータを有する。なお、機器識別番号は、画像形成装置１００のＲＯＭ５２に記憶されている。
【００４５】
料金計算サーバ２００について説明する。料金計算サーバ２００は、重複課金判定部２１、起票部２２、課金データ登録部２３及び課金データＤＢ２４を有する。重複課金判定部２１、起票部２２及び課金データ登録部２３は、主に、ＣＰＵ７１が料金計算プログラム８１を実行することで実現される。
【００４６】
重複課金判定部２１は、課金データＤＢ２４を参照して、受信した装着履歴データのトナーカートリッジ１１のうち、まだ課金されていないトナーカートリッジ１１を特定する。図を用いて説明する。
【００４７】
図６は、課金データＤＢ２４に記憶された課金データの一例を示す図である。課金データには、機器識別番号に対応づけられた、過去のトナーカートリッジ１１のシリアルナンバーが登録されている。また、最右列にはそのトナーカートリッジ１１をすでに課金したか否かを示す課金有無情報が登録されている。「済み」は課金されたことを示し、「ｎｏｎｅ」は課金されていないことを示す。
【００４８】
課金データＤＢ２４には、過去数年分または数十件〜数百件のトナーカートリッジ１１のシリアルナンバーが記憶される。各色毎に、装着履歴データに含まれるシリアルナンバーの数以上のシリアルナンバーを登録しておくことで、重複判定が可能になる。
【００４９】
重複課金判定部２１は、装着履歴データに含まれるシリアルナンバーを１つずつ抽出し、課金データＤＢ２４に同一のシリアルナンバーがあるか否かを判定する。シリアルナンバーだけでなく、日時も含め、同一か否かを判定してもよい。そして、同一のシリアルナンバーが見つかると、課金有無情報が「済み」か否かを判定し、課金有無情報が「済み」の場合、重複課金判定部２１は、そのシリアルナンバーのトナーカートリッジ１１について課金が済んでいると判定する（２度目の課金はしない。）。
【００５０】
同一のシリアルナンバーが見つかり、さらに課金有無情報が「済み」でない場合、重複課金判定部２１は、そのシリアルナンバーのトナーカートリッジ１１について課金すると判定する。本実施例では、料金計算サーバ２００が、トナーカートリッジ１１の装着の度に課金するとしているので、この状況は起こりにくい。しかし、課金有無情報があることで、例えば、料金計算サーバ２００が装着履歴データのシリアルナンバーをいったん課金データＤＢ２４に記憶した後、課金するような課金方法にも対応できる。
【００５１】
同一のシリアルナンバーが見つからない場合、重複課金判定部２１は、そのシリアルナンバーを起票部２２に送出すると共に、課金帳票を生成するよう要求する。起票部２２は、１つのトナーカートリッジ１１毎に、課金帳票を生成する。課金帳票は印刷され又は電子データのまま、サービス店、メーカ及びユーザの三者に送信される。
・サービス店は、課金帳票によりトナーカートリッジ１１に付随するサービス量を含めて、メーカに料金の支払いを要求できる。メーカは、課金帳票に基づきトナーカートリッジ１１が交換されたこと及び付随するサービスが提供されたことを確認して料金を支払う。
・メーカは、課金帳票に基づき、トナーカートリッジ１１と付随するサービスに対する料金の支払いをユーザに要求できる。ユーザは、課金帳票に基づきトナーカートリッジ１１が交換されたこと及び付随するサービスが提供されたことを確認して料金を支払う。
【００５２】
また、課金データ登録部２３は、まだ登録していないトナーカートリッジ１１のシリアルナンバー及び装着日時を課金データＤＢ２４に登録する。本実施例では、料金計算サーバ２００がトナーカートリッジ１１の装着の度に課金するので、課金データ登録部２３は、シリアルナンバーと装着日時にさらに「済み」の課金有無情報を対応づけて、１つのレコードを登録する。なお、最も古いレコードを削除してもよい。
【００５３】
図７は、料金計算システム４００の動作手順を示すフローチャート図の一例を示す。図７の手順は、例えばサイクル時間毎に繰り返してスタートされるか、又は、トナーカートリッジ１１の装着によりスタートされる。
【００５４】
装着検出部１２は、トナーカートリッジ１１の新たな装着を監視しており（Ｓ１０）、装着を検出するとシリアル読み取り部１３に、シリアルナンバーの読み取りを要求する（Ｓ１０のＹｅｓ）。
【００５５】
シリアル読み取り部１３は、装着されたトナーカートリッジ１１（各色ある場合は装着された色のトナーカートリッジ１１）の例えばＩＣチップから、シリアルナンバーを読み出す（Ｓ２０）。シリアル読み取り部１３は、シリアルナンバーを履歴データ更新部１４に通知して、履歴データ記憶部１６を更新するよう要求する。
【００５６】
履歴データ更新部１４は、履歴データ記憶部１６を更新する（Ｓ３０）。すなわち、履歴データ記憶部１６における「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）４」に対応づけられたシリアルナンバーを消去して、「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）０〜（Ｃ・Ｍ・Ｙ・Ｋのいずれか）３」のシリアルナンバーをそれぞれ「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）１〜（Ｃ・Ｍ・Ｙ・Ｋのいずれか）４」に対応づけて登録する。
【００５７】
また、履歴データ更新部１４は、シリアル読み取り部１３が読み取ったシリアルナンバーを、「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）０」に対応づけて登録する。また、履歴データ更新部１４は、カレンダの年月日と日時を装着日時として、「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）０」に対応づけて履歴データ記憶部１６に登録する。履歴データ更新部１４は履歴データ記憶部１６を更新すると、装着履歴データ送信部１５に装着履歴データの送信を要求する。
【００５８】
なお、履歴データ更新部１４は、装着が検出されたトナーカートリッジ１１のシリアルナンバーの登録前に、すでに履歴データ記憶部１６に同じシリアルナンバーが登録されているか否かを判定してもよい。こうすることで、修理などの理由でいったん装着したトナーカートリッジ１１を再度装着した場合に、履歴データ記憶部１６を更新してしまうことを防止できる。
【００５９】
装着履歴データ送信部１５は、ＲＯＭ５２から機器識別番号を、履歴データ記憶部１６から、装着されたトナーカートリッジと同色の全ての装着日時とシリアルナンバーとをそれぞれ読み出し、通信カードを介して装着履歴データを料金計算サーバ２００に送信する（Ｓ４０）。
【００６０】
料金計算サーバ２００の処理に移り、料金計算サーバ２００は通信装置７５により装着履歴データを受信する（Ｓ１１０）。料金計算サーバ２００は、装着履歴データの受信をトリガーにして重複課金判定部２１に重複の判定を要求する。
【００６１】
まず、重複課金判定部２１は、装着履歴データに含まれるシリアルナンバーを１つ取り出す（Ｓ１２０）。なお、重複課金判定部２１は、装着履歴データに含まれる機器機別番号により画像形成装置１００を特定している。
【００６２】
そして、重複課金判定部２１は、同じシリアルナンバーが課金データＤＢ２４にすでに登録されているか否かを判定する（Ｓ１３０）。
【００６３】
同じシリアルナンバーが課金データＤＢ２４に登録されていない場合（Ｓ１３０のＮｏ）、重複課金判定部２１は課金データ登録部２３に装着履歴データの登録を要求し、起票部２２に起票を要求する。なお、処理は、ステップＳ１４０に進む。
【００６４】
同じシリアルナンバーが課金データＤＢ２４に登録されている場合（Ｓ１３０のＹｅｓ）、重複課金判定部２１は、装着履歴データと同じ課金データＤＢ２４のシリアルナンバーの課金有無情報が「済み」か否かを判定する（Ｓ１７０）。
【００６５】
課金済みでない場合（Ｓ１７０のＹｅｓ）、重複課金判定部２１は起票部２２に課金徴表の生成を要求し、処理はステップＳ１５０に進む。
【００６６】
課金済みの場合（Ｓ１７０のＮｏ）、重複課金判定部２１は、ステップＳ１２０で特定したシリアルナンバーのトナーカートリッジ１１の課金はすでに終了していると判定し、何もしない。
【００６７】
そして、ステップＳ１４０において、課金データ登録部２３は、ステップＳ１２０で特定したシリアルナンバー、装着日時及び「済み」の課金有無情報を、課金データＤＢ２４に登録する（Ｓ１４０）。
【００６８】
ついで、起票部２２は、１つのトナーカートリッジ１１毎に、課金帳票を起票する（Ｓ１５０）。
【００６９】
重複課金判定部２１は、装着履歴データの全てのシリアルナンバーを処理したか否かを判定し（Ｓ１６０）、装着履歴データに処理していないシリアルナンバーが含まれている場合（Ｓ１６０のＮｏ）、ステップＳ１２０以下の処理を繰り返す。
【００７０】
以上説明したように、本実施例の料金計算システム４００は、トナーの装着毎に課金するので、実際にサービスが行われたか否かが後に問題になることがなく、サービス店が早期に料金を回収できる。トナー毎の課金にしても、そのトナーカートリッジ１１に過去に課金したか否かを判定するので、重複して課金することも防止できる。
【実施例２】
【００７１】
実施例１では、画像形成装置１００と料金計算サーバ２００とがネットワーク３００を介して接続されていることを前提に説明した。しかし、ユーザによっては画像形成装置１００をネットワーク３００に接続せずに使用することを好む場合もあるし、何らかの通信系の故障によりネットワーク３００を介した通信が困難になる場合がある（以下、単に「両者が接続されていない」という。）。
【００７２】
本実施例では、画像形成装置１００が料金利用サーバ２００に装着履歴データを送信することなく、トナーカートリッジ１１の装着毎に課金できる料金計算システム４００について説明する。
【００７３】
図８は、本実施例の料金計算システム４００の概略構成図の一例である。図８において図１と同一部には同一の符号を付しその説明は省略する。概略を説明する。
（１）サービス店のＣＥが、ユーザの画像形成装置１００にトナーを装着する。画像形成装置１００は、トナーカートリッジ１１に配置されたＩＣチップからトナーカートリッジのシリアルナンバーを読み取り、記憶する。
（２）画像形成装置１００は、サマリーシートを印刷する。サマリーシートには少なくとも、トナーカートリッジのシリアルナンバー、画像形成装置１００の機器識別番号、及び、ＳＵＭデータが含まれる。サマリーシートは、料金計算システム４００に接続されたスキャナ装置５００により読み取られる。
（３）スキャナ装置５００に接続されたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）６００は、スキャナ装置５００が読み取った画像データをＯＣＲ処理して、トナーカートリッジ１１のシリアルナンバーと画像形成装置１００の機器識別番号及びＳＵＭデータをテキストデータに変換する。
（４）そして、料金計算サーバ２００は、テキストデータのシリアルナンバーから求めたＳＵＭデータと、テキストデータに含まれていたＳＵＭデータを用いて、サマリーシートが正確に読み取られてかつシリアルナンバーが正しくＯＣＲ処理されたか否かを判定し、正しい場合にのみ課金処理を開始する。
【００７４】
画像形成装置１００と料金計算サーバ２００がネットワーク３００を介して接続されていない場合には、サマリーシートを打ち出し、それをＯＣＲ処理することで、料金計算サーバ２００への電子データの入力が可能となる。読み取り時の画像データの品質やＯＣＲ処理の不確かさ（以下、「読み取りミス」という）はＳＵＭデータにより補うことができる。
【００７５】
図９は、サマリーシートの一例を示す図である。サマリーシートは、機器情報欄３１、装着履歴データ欄３２、及び、書誌情報欄３３を有する。機器情報欄３１は、「機器識別番号」、「ＳＶコード」及びサマリーシートの「出力日」の各項目を有する。なお、「ＳＶコード」はサービス店を識別するコードである。
【００７６】
書誌情報欄３３は、ユーザ名を表す「会社名／拠点名」、連絡先である「電話番号」、及び、画像形成装置１００の「担当者名」の各項目を有する。
【００７７】
装着履歴データ欄３２は、実施例１の履歴データ記憶部１６と同様の情報を有するが、ＳＵＭデータを有する点で異なる。装着履歴データ欄３２には、各色毎にシリアルナンバーのＳＵＭデータが記述されている。また、本実施例では、各色毎に装着日時のＳＵＭデータが記述されている。
【００７８】
ＳＵＭデータの算出方法の一例を説明する。例えば、黒色（Ｋ０〜Ｋ４）のトナーカートリッジ１１のシリアルナンバーが「００３５５２」「００３５５３」「００３５５４」「００３５５５」「００３５５６」の場合、画像形成装置１００は、同じ桁同士を加算していき、加算結果の下一桁をその桁のＳＵＭデータとする。例えば、シリアルナンバーの一の位「２」「３」「４」「５」「６」を加算した値「２０」の下一桁である「０」がＳＵＭデータである。
【００７９】
後述するように、この計算を料金計算サーバ２００でも行うことで、サマリーシートが正確に読み取られていること及び正確なＯＣＲ処理が実行されたことを確認できる。また、各色毎に、ＳＵＭデータを求めることで、読み取りミスが生じたシリアルナンバーを特定しやすくできる。
【００８０】
なお、図では装着日時に対しても各色毎にＳＵＭデータが求められている。料金計算サーバ２００が装着日時でもＳＵＭデータを検証することで、サマリーシートの読み取りミスを検出しやすくすることができる。料金計算サーバ２００がサマリーシートの装着日時を使用せずに装着の日時を管理する場合（例えば、テキストデータの受信日時、「出力日」、ＯＣＲ処理した日時等を使用する場合）、必ずしも装着日時でＳＵＭデータを求めておく必要はない。
【００８１】
図１０は、スキャナ装置５００と接続されたＰＣ６００のハードウェア構成図の一例を示す。スキャナ装置５００の機能は画像形成装置１００のスキャナエンジン制御部５７及びスキャナエンジン６３と同様であるので、説明は省略する。
【００８２】
ＰＣ６００はスキャナ装置５００及び料金計算サーバ２００とネットワーク３００を介して、又は、直接接続されている。また、ＰＣ６００と料金計算サーバ２００とが一体でもよく、更にはスキャナ装置５００がＰＣ６００と一体でもよく、スキャナ装置５００とＰＣ６００と料金計算サーバ２００が一体でもよい。
【００８３】
ＰＣ６００は、バスで相互に接続されているＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、外部Ｉ／Ｆ６０４、通信装置６０５、入力装置６０７、表示制御部６０８及び記憶装置６０９を有する。各ブロックにおいてと料金計算サーバ２００と同一ブロックの説明は省略する。
【００８４】
ＰＣ６００の記憶装置６０９には、ＣＰＵ６０１が実行するＯＣＲプログラム６２０が記憶されている。ＯＣＲプログラム６２０は、ＰＣ６００の出荷時に記憶装置６０９に記憶されていてもよいし、ＰＣ６００の出荷後に、記憶媒体に記憶された状態又はネットワーク３００上の不図示のサーバから配布されてもよい。
【００８５】
ＣＰＵ６０１は、ＯＣＲプログラム６２０を記憶装置６０９から読み出して、ＲＡＭ６０３を作業メモリにして実行する。ＯＣＲプログラム６２０は画像データの濃淡から、サマリーシートの記述内容を文字、数字、記号などのテキストデータに変換するプログラムである。よってＰＣ６００はサマリーシートから抽出したテキストデータを料金計算サーバ２００に送信することができる。
【００８６】
図１１は、料金計算システム４００の機能ブロック図の一例を示す。図１１において図４と同一部には同一の符号を付しその説明は省略する。画像形成装置１００は、新たに、ＳＵＭデータ計算部４１、及び、サマリーシート印刷部４２を有する。
【００８７】
ＳＵＭデータ計算部４１は、履歴データ記憶部１６に記憶された履歴データのＳＵＭデータを計算する。古いＳＵＭデータは上書きされる。例えば、履歴データ更新部１４が履歴データ記憶部１６に記憶された履歴データを更新する毎に、ＳＵＭデータ計算部４１はＳＵＭデータを計算する。
【００８８】
具体的には、ＳＵＭデータ計算部４１は、各色毎にシリアルナンバー及び装着日時のＳＵＭデータを計算する。計算されたＳＵＭデータを、履歴データ更新部１４は履歴データ記憶部１６に登録する。
【００８９】
サマリーシート印刷部４２は、サマリーシートを用紙などの記録部材に印刷する。
図１２は、ＸＭＬ形式で記述した履歴データ記憶部１６に記憶されている履歴データの一例を示す図である。ＸＭＬ形式で記憶しておくことで、編集が容易になる。この履歴データに、予め記憶するXSLTスタイルシート（図のtable．xslファイル）を適用することで、履歴データを表形式にて表すことができる。サマリーシート印刷部４２は、このようにして生成した表形式の履歴データをプロッタエンジン制御部５８に送出し印刷を要求する。
【００９０】
ユーザはサマリーシートを持ってスキャナ装置５００に赴く。スキャナ装置５００は、操作パネル４３、スキャナエンジン４４及び画像データ送信部４５を有する。操作パネル４３、スキャナエンジン４４及び通信カード４６は、画像形成装置１００と同様の機能なので説明を省略する。
【００９１】
ユーザがサマリーシートをスキャナ装置５００に載置して読み取りを実行すると、スキャナエンジン４４が例えばＴｉｆｆフォーマット等の画像データを生成し、記憶装置に記憶する。画像データ送信部４５は、通信カード４６を介して画像データをＰＣ６００に送信する。
【００９２】
ＰＣ６００は、ＯＣＲ処理部４７及びテキストデータ送信部４８を有する。ＯＣＲ処理部４７は、画像データにＯＣＲ処理を施し、画像データをテキストデータに変換する。このテキストデータには、サマリーシートの全情報、すなわち装着履歴データも含まれることになる。テキストデータ送信部４８は、通信装置６０５を介してテキストデータを料金計算サーバ２００に送信する。
【００９３】
料金計算サーバ２００は、新たに、ＳＵＭデータ検証部４９を有する。ＳＵＭデータ検証部４９は、テキストデータのＳＵＭデータと、テキストデータのシリアルナンバーから計算したＳＵＭデータが一致するか否かに基づき、ＳＵＭデータを検証する。
【００９４】
ＳＵＭデータ検証部４９は、テキストデータから、各色毎に現在と過去の４つのシリアルナンバーを抽出する。そして、同じ桁同士を加算していき、加算結果の下一桁をその桁のＳＵＭデータとする計算方法で、ＳＵＭデータを計算する。これを、Ｃ、Ｍ、Ｙ、Ｋの全てで行い、ＲＡＭ７３に記憶する。
【００９５】
そして、ＳＵＭデータ検証部４９は、テキストデータから、各色のＳＵＭデータを抽出し、ＲＡＭ７３に記憶した各色のＳＵＭデータと、色毎に比較する。ＳＵＭデータ検証部４９は、テキストデータの装着日時に対し同様の計算を行い、各色毎に、テキストデータのＳＵＭデータと一致するか否かを判定する。全ての色で、シリアルナンバーと装着日時のＳＵＭデータが一致した場合、読み取りミスはなかったとしてよいので、実施例１と同様の処理が実行される。
【００９６】
すなわち、重複課金判定部２１は、課金データＤＢ２４を参照して、受信したテキストデータのトナーカートリッジ１１のうち、まだ課金されていないトナーカートリッジ１１を特定する。
【００９７】
起票部２２は、１つのトナーカートリッジ毎に、課金帳票を生成する。課金データ登録部２３は、まだ登録していないトナーカートリッジ１１のシリアルナンバー及び装着日時を課金データＤＢ２４に登録する。
【００９８】
４色のうち一色でもＳＵＭデータが一致しない場合、読み取りミスが生じたことになる。この場合、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に通知することが好適である。ユーザは、エラーメッセージに基づき、サマリーシートを再度スキャナ装置５００で読み取ったり、テキストデータとサマリーシートを目視により比べて、入力装置６０７を操作してテキストデータを修正する。これにより、ＰＣ６００はサマリーシートの記述と等しいテキストデータを生成することができる。
【００９９】
また、ＳＵＭデータが一致しない色が３色までの場合、装着日時のＳＵＭデータを利用することで、装着されたトナーカートリッジ１１を特定し、そのトナーカートリッジ１１が読み取りミスが生じた色でないことを条件に、課金の処理を進めることもできる。この手順については後述する。
【０１００】
図１３は、料金計算システム４００の動作手順を示すフローチャート図の一例を示す。図１３において図７と同一の手順は簡単に説明する。
【０１０１】
装着検出部１２は、トナーカートリッジ１１の新たな装着を監視しており（Ｓ１０）、装着を検出するとシリアル読み取り部１３に、シリアルの読み取りを要求する（Ｓ１０のＹｅｓ）。本実施例では、装着されたトナーカートリッジ毎に１枚のサマリーシートを印刷する。ＣＥはトナーカートリッジ１１の装着後、操作パネル６２を操作して画像形成装置１００にサマリーシートを印刷させる。または、履歴データ更新部１４が履歴データの更新後に、ＳＵＭデータ計算部４１にＳＵＭデータの計算を要求してもよい。
【０１０２】
このように、１つのトナーカートリッジ１１の装着が１枚のサマリーシートの印刷のトリガーとなる。同時に複数のトナーカートリッジ１１が装着されても、装着されたトナーカートリッジ１１の数だけサマリーシートを印刷することが好ましい。
【０１０３】
シリアル読み取り部１３は、装着されたトナーカートリッジ１１（各色ある場合は装着された色のトナーカートリッジ）の例えばＩＣチップから、シリアルナンバーを読み出す（Ｓ２０）。
【０１０４】
履歴データ更新部１４は、履歴データ記憶部１６を更新する（Ｓ３０）。履歴データを更新すると履歴データ更新部１４は、ＳＵＭデータ計算部４１にＳＵＭデータの計算を要求する。
【０１０５】
ＳＵＭデータ計算部４１は、各色毎にシリアルナンバー及び装着日時のＳＵＭデータを計算する（Ｓ３２）。ＳＵＭデータ計算部４１は計算の完了を履歴データ更新部１４に通知し、履歴データ更新部１４は計算されたＳＵＭデータを履歴データ記憶部１６に登録する。履歴データ更新部１４はサマリーシート印刷部４２に、サマリーシートの印刷を要求する。
【０１０６】
サマリーシート印刷部４２は、履歴データ記憶部１６からＸＭＬ形式の履歴データを読み出し、ＸＳＬスタイルシートを適用して生成した表形式の履歴データを、プロッタエンジン制御部５８に打ち出すよう要求する（Ｓ４２）。これにより、プロッタエンジン６４がサマリーシートを印刷する。
【０１０７】
次に、スキャナ装置５００の処理に移る。ユーザがスキャナ装置５００の操作パネルを操作して、予め記憶されているＰＣ６００のＩＰアドレスを指定してサマリーシートの読み取りを実行すると、スキャナ装置５００のスキャナエンジン４４がサマリーシートを読み取る（Ｓ２１０）。これにより、サマリーシートの画像データが生成され、ＲＡＭ等に記憶される。
【０１０８】
画像データが生成されると、画像データ送信部４５は通信カード４６を介して、ＲＡＭに記憶された画像データをＩＰアドレスが指定するＰＣ６００に送信する（Ｓ２２０）。
【０１０９】
次に、ＰＣ６００の処理に移る。ユーザがＰＣ６００の入力装置６０７を操作することで、又は、画像データを受信することで自動的に、ＰＣ６００のＯＣＲ処理部４７が画像データにＯＣＲ処理を施す（Ｓ３１０）。これにより、サマリーシートの画像データがテキストデータに変換され、ＲＡＭ６０３等に記憶される。
【０１１０】
テキストデータが生成されると、ユーザがＰＣ６００を操作することで、又は、テキストデータが生成されることで自動的に、テキストデータ送信部４８は通信装置６０６を介してテキストデータを料金計算サーバ２００に送信する（Ｓ３２０）。
【０１１１】
次に、料金計算サーバ２００の処理に移る。料金計算サーバ２００は通信装置７５によりテキストデータを受信する（Ｓ１１２）。
【０１１２】
テキストデータを受信したことをトリガーにＳＵＭデータ検証部４９が、テキストデータのシリアルナンバーのＳＵＭデータと装着日時のＳＵＭデータが、それぞれＳＵＭデータ検証部４９が計算で求めたＳＵＭデータと、全て一致したか否かを判定する（Ｓ１１４）。本フローチャートでは、合計４つのシリアルナンバーのＳＵＭデータ、及び、合計４つの装着日時のＳＵＭデータについて検証するものとする。
【０１１３】
シリアルナンバーのＳＵＭデータの計算値とテキストデータのＳＵＭデータ、装着日時のＳＵＭデータの計算値とテキストデータのＳＵＭデータ、が８つとも一致するわけではない場合（Ｓ１１４のＮｏ）、サマリーシートの読み取りミスが生じている可能性があるので、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。これにより、ユーザは再度、テキストデータを修正する必要があることを把握できる。
【０１１４】
シリアルナンバーと装着日時の８つのＳＵＭデータが全て一致した場合（Ｓ１１４のＹｅｓ）、ＳＵＭデータ検証部４９は、重複課金判定部２１に重複の判定を要求する。以降の処理は、実施例１と同様である。
【０１１５】
まず、重複課金判定部２１は、テキストデータに含まれるシリアルナンバーを１つ取り出す（Ｓ１２０）。なお、重複課金判定部２１は、テキストデータに含まれる機器機別番号により画像形成装置１００を特定している。
【０１１６】
そして、重複課金判定部２１は、同じシリアルナンバーが課金データＤＢ２４にすでに登録されているか否かを判定する（Ｓ１３０）。
【０１１７】
同じシリアルナンバーが課金データＤＢ２４に登録されていない場合（Ｓ１３０のＮｏ）、重複課金判定部２１は課金データ登録部２３に装着履歴データの登録を要求し、起票部２２に起票を要求する。なお、処理は、ステップＳ１４０に進む。
【０１１８】
同じシリアルナンバーが課金データＤＢ２４に登録されている場合（Ｓ１３０のＹｅｓ）、重複課金判定部２１は、装着履歴データと同じ課金データＤＢ２４のシリアルナンバーの課金有無情報が「済み」か否かを判定する（Ｓ１７０）。
【０１１９】
課金済みでない場合（Ｓ１７０のＹｅｓ）、重複課金判定部２１は起票部２２に課金徴表の生成を要求し、処理はステップＳ１５０に進む。
【０１２０】
課金済みの場合（Ｓ１７０のＮｏ）、重複課金判定部２１は、ステップＳ１２０で特定したシリアルナンバーのトナーカートリッジ１１の課金はすでに終了していると判定し、何もしない。
【０１２１】
そして、ステップＳ１４０において、課金データ登録部２３は、ステップＳ１２０で特定したシリアルナンバーに対応づけられた、装着日時及び「済み」の課金有無情報を、課金データＤＢ２４に登録する（Ｓ１４０）。
【０１２２】
ついで、起票部２２は、１つのトナーカートリッジ１１毎に、課金帳票を起票する（Ｓ１５０）。
【０１２３】
重複課金判定部２１は、装着履歴データの全てのシリアルナンバーを処理したか否かを判定し（Ｓ１６０）、装着履歴データに処理していないシリアルナンバーが含まれている場合（Ｓ１６０のＮｏ）、ステップＳ１２０以下の処理を繰り返す。
【０１２４】
以上のように、サマリーシートにＳＵＭデータを記述しておき、シリアルナンバーと装着日時が正しいことを検証することで、画像形成装置１００と料金計算サーバ２００が接続されていなくても、計算漏れや多重加算などが生じることなく課金することができる。
【０１２５】
＜変形例＞
図１４は、図１３の手順のうち料金計算サーバ２００の手順の変形例を示すフローチャート図の一例である。ステップＳ１１４までの処理は図１３と同じである。
【０１２６】
シリアルナンバーと日時のＳＵＭデータが全て一致しない場合（Ｓ１１４のＮｏ）、サマリーシートの読み取りミスが生じている可能性があるが、読み取りミスにより課金が困難かどうかを判定するため、ＳＵＭデータ検証部４９は、シリアルナンバーの１つ以上のＳＵＭデータは一致しているか否かを判定する（Ｓ４１０）。１つでもシリアルナンバーのＳＵＭデータが一致していれば、課金できる可能性があるためである。
【０１２７】
シリアルナンバーの１つ以上のＳＵＭデータが一致していない場合（Ｓ４１０のＮｏ）、すなわちシリアルナンバーの４つのＳＵＭデータが全て一致しない場合は、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。
【０１２８】
シリアルナンバーの１つ以上のＳＵＭデータが一致している場合（Ｓ４１０のＹｅｓ）、装着されたトナーカートリッジ１１のシリアルナンバーを特定できるよう、ＳＵＭデータ検証部４９は、テキストデータの装着日時の４つのＳＵＭデータが、それぞれＳＵＭデータ検証部４９が計算で求めた４つＳＵＭデータと、全て一致したか否かを判定する（Ｓ４２０）。
【０１２９】
装着日時のＳＵＭデータの全ては一致しない場合（Ｓ４２０のＮｏ）、装着されたトナーカートリッジ１１のシリアルナンバーを特定できないので、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。
【０１３０】
装着日時のＳＵＭデータが全て一致する場合（Ｓ４２０のＹｅｓ）、ＳＵＭデータ検証部４９はテキストデータの各色の現在の装着日時のうち最も最近の装着日時を特定し、その装着日時に対応づけられたシリアルナンバーを特定する（Ｓ４３０）。例えば、Ｋ０の日時がＣ０、Ｍ０、Ｙ０よりも新しい場合、ＳＵＭデータ検証部４９はＫ０に対応づけられたシリアルナンバーを特定する。
【０１３１】
そして、ＳＵＭデータ検証部４９は、特定したシリアルナンバーが加算結果に含まれるＳＵＭデータが、計算により求めたＳＵＭデータと一致したか否かを判定する（Ｓ２４０）。こうすることで、装着されたトナーカートリッジ１１のシリアルナンバーと装着日時には読み取りミスがないことが高確度で判定できる。
【０１３２】
ＳＵＭデータが一致しない場合（Ｓ４４０のＮｏ）、装着されたトナーカートリッジ１１のシリアルナンバーのＯＣＲ処理が成功しているか否か不明なので、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。
【０１３３】
ＳＵＭデータが一致した場合（Ｓ４４０のＹｅｓ）、処理はステップＳ１３０に進み、 重複課金判定部２１は、ステップＳ４３０で特定したシリアルナンバーが課金データＤＢ２４にすでに登録されているか否かを判定する（Ｓ１３０）。以降の処理は、図１３と同様である。
【０１３４】
したがって、図１３の手順と異なり、ステップＳ１１４でシリアルナンバーと装着日時のＳＵＭデータが全ては一致しない場合でも、装着したトナーカートリッジ１１（サマリーシートの印刷のトリガーとなった）のシリアルナンバーに読み取りミスがないと確認して、課金することが可能になる。
【０１３５】
以上説明したように、本実施例の料金計算システム４００は、画像形成装置１００がネットワーク３００に接続されていなくても、サマリーシートを読み取ることで、トナーカートリッジ１１毎に課金することができる。
【符号の説明】
【０１３６】
１１ トナーカートリッジ
１２ 装着検出部
１３ シリアル読み取り部
１４ 履歴データ更新部
１５ 装着履歴データ送信部
１６ 履歴データ記憶部
２１ 重複課金判定部
２２ 起票部
２３ 課金データ登録部
２４ 課金データＤＢ
４１ ＳＵＭデータ計算部
４２ サマリーシート印刷部
４５ 画像データ送信部
４７ ＯＣＲ処理部
４８ テキストデータ送信部
４９ ＳＵＭデータ検証部
１００ 画像形成装置
２００ 料金計算サーバ
３００ ネットワーク
４００ 料金計算システム
【先行技術文献】
【特許文献】
【０１３７】
【特許文献１】特開２００２−０９９８３６号公報
【技術分野】
【０００１】
本発明は、機器の消耗品の料金を計算する料金計算システム、料金計算サーバ及び料金計算方法に関する。
【背景技術】
【０００２】
プリンタなどの画像形成装置にとってトナーや用紙などは消耗品として扱われる。このため、ユーザは消耗品を適宜購入する必要があるが、ユーザが常に適切な数のストックを用意しておくことは面倒な事務処理となっている。例えば、オフィスに複数台の画像形成装置がある場合、１台に１つずつ予備のトナーカートリッジをストックしておけばよいが、同じ機種ならトナーカートリッジも共通なので１台に１つずつストックすることは不要である。しかし、複数台の画像形成装置にストックを１つだけとしてしまうと、ほぼ同時期に複数台の画像形成装置がトナー切れを起こした場合に対応できない。一方、多めにトナーカートリッジをストックしておくことは、経費の前払いになり、また、画像形成装置を機種交換するような場合にストックしたトナーカートリッジが無駄になることもあるため、ユーザとしては避けたいという要請がある。特に、画像形成装置がカラー化されると、色毎のトナーカートリッジをストックする必要が生じるためストックのためのコストを無視できないようになる。
【０００３】
この点について、実際に使用した消耗品に対してのみ課金するシステムが考えられる（例えば、特許文献１参照。）。特許文献１には、サービス受給者に対し納入する流通物を特定する情報、及び、該サービス受給者による流通物の使用状況を随時記録した管理テーブルを記憶しておき、該サービス受給者が購入したと認定し得る流通物の数を読み出すことで、該サービス受給者に請求する課金額を計算するシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示されたシステムは、システムが複雑になりコスト増をもたらすという問題がある。
【０００５】
ところで、近年は、サービス店の充実に伴い、ユーザが連絡するとほぼ即日、サービス店のカスタマーエンジニア（以下、ＣＥという）がユーザに消耗品を届けることができる。また、サービス店と画像形成装置（トナーも含め）のメーカとは一体でなく、別会社となっていることも少なくない。この場合、画像形成装置のメーカは、消耗品の交換をユーザに提供するサービスを、サービス店に委託する契約をサービス店と結ぶ。
【０００６】
このような状況では、サービス店がサービスの提供の度に、サービスの内容（トナー交換だけでなく、その他の消耗品やメンテナンス）に応じて、メーカに保守実施料を請求する態様が多い。このため、メーカは、ＣＥが実施した保守の内容に応じた金額を、その都度、サービス店に支払っている。
【０００７】
しかしながら、保守の実行という無形のサービスに課金すると、サービス店、ユーザ、及び、メーカの間で、そのサービスが確かに実施されたか、いつ実施されたか、又は、どのように実施されたかを確認することが困難であった。
【０００８】
このため、無形のサービスを含めて有形のトナー等の消耗品に課金することが考えられるが、サービス店としては、サービスの提供後、早期に料金を回収したいという要望は変わらない。
【０００９】
そこで、トナーカートリッジという有形物の装着時に、サービス店がメーカに支払いを要求することが考えられる。しかし、１つのサービス店が交換するトナーカートリッジの数は膨大であり、１つのトナーカートリッジの交換の度に、サービス店がメーカに支払いを要求すると、計算漏れや多重加算などの支払い額の誤計算が生じるという問題がある。
【００１０】
この点、引用文献１では、月単位などの定期的な課金を想定しており、トナーの交換毎の課金が考慮されていない。また、引用文献１では、システムを実装できないサービス店について考慮されていない。
【００１１】
本発明は、上記課題に鑑み、トナーの交換毎の課金を正確に実行できる料金計算システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
画像形成装置と料金計算サーバとがネットワークを介して接続された料金計算システムであって、前記画像形成装置は、装着された消耗品の識別情報を読み取る識別情報読取手段と、前記識別情報読取手段が読み取った現在の消耗品の前記識別情報及び当該画像形成装置の機器識別番号を前記料金計算サーバに送信する送信手段と、を有し、前記料金計算サーバは、前記現在の消耗品の識別情報及び当該画像形成装置の機器識別番号を受信する受信手段と、画像形成装置の消耗品毎の識別情報と前記受信手段が受信した前記消耗品の識別情報との関係に基づき、前記消耗品毎に課金するための課金帳票を生成する課金帳票生成手段と、を有することを特徴とする。
【発明の効果】
【００１３】
トナーの交換毎の課金を正確に実行できる料金計算システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】料金計算システムの概略構成図の一例である。
【図２】画像形成装置のハードウェア構成図の一例である。
【図３】料金計算サーバのハードウェア構成図の一例である。
【図４】料金計算システムの機能ブロック図の一例である。
【図５】履歴データ記憶部に記憶された履歴データの一例を示す図である。
【図６】課金データＤＢに記憶された課金データの一例を示す図である。
【図７】料金計算システムの動作手順を示すフローチャート図の一例である。
【図８】料金計算システムの概略構成図の一例である（実施例２）。
【図９】サマリーシートの一例を示す図である。
【図１０】スキャナ装置と接続されたＰＣのハードウェア構成図の一例である。
【図１１】料金計算システムの機能ブロック図の一例である（実施例２）。
【図１２】ＸＭＬ形式で記述した履歴データ記憶部に記憶されている履歴データの一例を示す図である。
【図１３】料金計算システムの動作手順を示すフローチャート図の一例を示す（実施例２）。
【図１４】図１３の手順のうち料金計算サーバの手順の変形例を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態について図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１６】
図１は、本実施形態の料金計算システム４００の概略構成図の一例を示す。まず、概略を説明する。
（１）サービス店のカスタマーエンジニア（以下、ＣＥという）が、ユーザの画像形成装置１００にトナーを装着する。画像形成装置１００は、トナーに配置されたＩＣチップからトナーカートリッジのシリアルナンバーを読み取り、記憶する。
（２）画像形成装置１００は、ネットワーク３００を介して、料金計算サーバ２００に装着履歴データを送信する（料金計算サーバ２００はメーカに帰属しているとする。）。装着履歴データには少なくとも、トナーカートリッジ１１のシリアルナンバーと画像形成装置１００の機器識別番号が含まれる。
（３）料金計算サーバ２００は、過去に課金されていないトナーカートリッジ１１をシリアルナンバーから判定し、過去に課金されていないトナーカートリッジ１１だけの料金をサービス店に支払う。
【００１７】
したがって、サービス店はトナーカートリッジ１１の装着毎にサービスの料金を集金できる。また、メーカやユーザは、装着履歴データによりトナーカートリッジ１１の交換の事実を確認できる。また、トナーカートリッジにユニークなシリアルナンバーにてトナーカートリッジの交換を管理するので、装着されたトナーカートリッジ１１の数が多くても計算漏れや多重加算などが生じることがない。
【００１８】
画像形成装置１００は、ＭＦＰ（Multi Function Peripherals）、プリンタ、スキャナ、又は、ＦＡＸ装置等どのような呼称でもよい。また、本実施例では、電子写真方式の画像形成装置１００の消耗品であるトナーカートリッジ１１を例に説明するが、インクジェット方式の画像形成装置１００ではインクが消耗品となる。
【００１９】
なお、実際にはトナーカートリッジの交換に際し、付属品も使用される（これらをまとめてキットと呼ばれる）が、本実施形態ではトナーカートリッジ１１の料金に課金するとして説明する。
【００２０】
図２は、画像形成装置１００のハードウェア構成図の一例を示す。画像形成装置１００は、内部バスにて接続されたＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、外部Ｉ／Ｆ５４、通信カード５５、パネル制御部５６、スキャナエンジン制御部５７、プロッタエンジン制御部５８、ＦＡＸエンジン制御部５９及び記憶装置６１を有する。
【００２１】
ＣＰＵ５１は、記憶装置６１又はＲＯＭ５２に記憶されたプログラムを、ＲＡＭ５３を作業メモリとして実行することで画像形成装置１００の全体を制御する。外部Ｉ／Ｆ５４はＵＳＢ等のケーブルや記憶媒体５０を装着するインタフェースである。記憶媒体５０は、ＵＳＢメモリ等のフラッシュメモリ、ＣＤ−ＲＯＭ等の光記憶媒体等である。
【００２２】
通信カード５５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ５１からの指示により、ネットワーク３００を介して料金計算サーバ２００にパケットデータ（本実施形態では主に装着履歴データ）を送信し、また、料金計算サーバ２００からパケットデータを受信する。
【００２３】
パネル制御部５６は、操作パネル６２にＵＩを表示し、ＵＩのソフトキーやハード的なキーの操作を受け付ける。スキャナエンジン制御部５８は、ユーザが操作パネル６２から設定した解像度などの読み取り条件を受け付け、読み取り条件に基づきスキャナエンジン６３を制御する。スキャナエンジン６３は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して画像処理を施し、所定の解像度のデジタルデータ（以下、画像データという）を生成する。
【００２４】
プロッタエンジン制御部５８は、ユーザが操作パネル６２から設定した印刷枚数などの印刷条件を受け付け、印刷条件に基づきプロッタエンジン６４を制御する。プロッタエンジン６４は、例えばタンデム型の感光ドラムを有し、上記の画像データや料金計算サーバ２００から受信したＰＤＬデータに基づきレーザビームを変調し感光ドラムを走査して潜像を形成する。潜像にトナーを付着して現像した１ページ毎の画像を用紙に熱と圧力で転写する。
【００２５】
ＦＡＸエンジン制御部５９は、ユーザが設定した宛先（ＦＡＸ番号、電子メールアドレス等）などの送信条件を受け付け、送信条件に基づきＦＡＸエンジン６５を制御する。ＦＡＸエンジン６５は、通信カードを介してネットワーク３００に接続し例えばＴ.３７，Ｔ.３８の規格に対応した通信手順、又は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し例えばＧ３、Ｇ４規格に対応した通信手順、に従い画像データの送受信を行う。また、画像形成装置１００の電源がＯＦＦのときに画像データを受信しても、プロッタエンジン６４を起動して画像データを用紙に印刷することができる。
【００２６】
記憶装置６１は、例えばＨＤＤやフラッシュメモリなど、書き換え可能な不揮発メモリである。記憶装置６１には、ＣＰＵが実行する履歴管理プログラム６６、フォントデータ、画像データ及びＰＤＬデータが記憶されている。履歴管理プログラム６６は、画像形成装置１００の出荷時に記憶装置６１に記憶されていてもよいし、画像形成装置１００の出荷後に、記憶媒体５０に記憶された状態又はネットワーク３００上の不図示のサーバから配布されてもよい。
【００２７】
図３は、料金計算サーバ２００のハードウェア構成図の一例を示す。料金計算サーバ２００は、それぞれバスで相互に接続されているＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、外部Ｉ／Ｆ７４、通信装置７５、入力装置７６、表示制御部７７及び記憶装置７８を有する。ＣＰＵ７１は、料金計算プログラム８１を記憶装置７８から読み出して、ＲＡＭ７３を作業メモリにして実行する。
【００２８】
ＲＡＭ７３は必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ７２にはＢＩＯＳや初期設定されたデータ、プログラムが記憶されている。
【００２９】
外部Ｉ／Ｆ７４はＵＳＢケーブル等のケーブルや、可搬型の記憶媒体８０を装着するインタフェースである。
【００３０】
通信装置７５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ７１からの指示により画像形成装置１００にパケットデータを送信し、画像形成装置１００からパケットデータ（本実施例では主に装着履歴データ）を受信する。
【００３１】
入力装置７６は、キーボード、マウスなど、ユーザの様々な操作指示を受け付けるユーザインターフェイスである。タッチパネルや音声入力装置を入力装置とすることもできる。表示制御部７７は、料金計算プログラム８１が指示する画面情報に基づき所定の解像度や色数等でディスプレイ７９の描画を制御する。ディスプレイ７９は、液晶や有機ＥＬなどのＦＰＤ（Ｆｌａｔ Ｐａｎｅｌ Ｄｉｓｐｌａｙ）である。
【００３２】
記憶装置７８は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やフラッシュメモリなどの不揮発メモリを実体とし、料金計算プログラム８１を記憶している。記憶媒体８０は、例えば、ＳＤカードやＵＳＢメモリなど不揮発性のメモリである。料金計算プログラム８１は、記憶媒体８０に記録された状態又は不図示のサーバからダウンロードされる態様で配布される。
【００３３】
図４は、料金計算システム４００の機能ブロック図の一例を示す。画像形成装置１００は、装着検出部１２、シリアル読み取り部１３、装着履歴データ送信部１５、履歴データ更新部１４、及び履歴データ記憶部１６、を有する。装着検出部１２、シリアル読み取り部１３、装着履歴データ送信部１５及び履歴データ更新部１４は、主に、ＣＰＵが履歴管理プログラム６６を実行することで実現される。
【００３４】
ＣＥは、トナー切れしたトナーカートリッジを取り外し新しいトナーカートリッジ１１を画像形成装置１００に装着する。装着検出部１２は、トナーカートリッジ１１の装着を検出する。カラーの画像形成装置１００の場合、装着されたトナーカートリッジ１１のトナー色も、装着検出部１２により検出される。検出方法はどのような方法でもよいが、トナーカートリッジ１１の装着によりオンするスイッチ、トナーの重量が閾値を超えたことを検出する重量計、又は、ＣＥがトナーカートリッジ１１の装着時に操作するスイッチや
入力情報等、どのようなものでもよい。
【００３５】
シリアル読み取り部１３は、トナーカートリッジ１１のシリアルナンバーをトナーカートリッジ１１から読み取る。トナーカートリッジ１１にはＩＣチップが埋設又は貼付されている。または、バーコードが貼付されていてもよい。ＩＣチップには、トナーカートリッジ１１のシリアルナンバーが記憶されている。シリアルナンバーは一意性が保証される番号であり、トナーカートリッジ１１を特定することを可能にする。
【００３６】
なお、シリアル読み取り部１３が定期的（例えば、電源オン時）にシリアルナンバーを読み取るようにして、シリアルナンバーが変化したことからトナーカートリッジ１１の装着を検出することもできる。この場合、装着検出部１２は不要である。
【００３７】
履歴データ更新部１４は、履歴データ記憶部１６に記憶された履歴データを更新する。装着履歴データ送信部１５は、装着履歴データを料金計算サーバ２００に送信する。図を用いて説明する。
【００３８】
図５は、履歴データ記憶部１６に記憶された履歴データの一例を示す図である。履歴データ記憶部１６は、例えば記憶装置６１を実体とする。履歴データの左から１列目の「Ｋｎ（ｎ：０，１，２…）」は、黒のトナーカートリッジ１１の装着履歴を示す。「Ｋ０」が現在のトナーカートリッジ１１のシリアルナンバーを、「Ｋ１」は「Ｋ０」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、「Ｋ２」は「Ｋ１」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、「Ｋ３」は「Ｋ２」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、「Ｋ４」は「Ｋ３」と置き換えられたトナーカートリッジ１１のシリアルナンバーを、それぞれ示す。
【００３９】
左から２列目の「１００６１１１２３４」〜「１００２１１１２３４」は、「Ｋ０」〜「Ｋ４」各トナーカートリッジ１１の装着日時を示す。例えば、「１０」は２０１０年、「０６１１」は６月１１日、「１２３４」は１２時３４分を意味する。
【００４０】
左から３列目の「０８０８ＮＪ２５００８５４２」〜「０８０８ＮＪ２５００８５４６」は、「Ｋ０」〜「Ｋ４」各トナーカートリッジ１１のシリアルナンバーの一部を、４列目の「００３５５２」〜「００３５５６」は残りの一部をそれぞれ意味する。２つに分けることで、どちらか一方で管理可能な場合はどちらか一方だけを処理対象とすることができる。本実施例では特に区別せず、３列目と４列目のいずれか一方又は両方をシリアルナンバーという。
【００４１】
図４の履歴データ更新部１４は、例えば、黒のトナーのトナーカートリッジ１１が装着された場合、「Ｋ４」に対応づけられたシリアルナンバーを消去して、「Ｋ０〜Ｋ３」のシリアルナンバーをそれぞれ「Ｋ１〜Ｋ４」のシリアルナンバーに更新する。模式的には、一番左の列の「Ｋ０〜Ｋ４」はそのままに、Ｋ０〜Ｋ４の装着日時とシリアルナンバーを１行ずつ下にずらす。そして、履歴データ更新部１４は、シリアル読み取り部１３が読み取ったシリアルナンバーを、「Ｋ０」に対応づけて登録する。
【００４２】
また、履歴データ更新部１４は、ＣＰＵが保持している（カウントしている）カレンダの年月日と日時を、「Ｋ０」に対応づけて左から２列目の装着日時に登録する。こうすることで、各色毎に、過去の４つのシリアルナンバーを記憶したまま、最新の（現在の）シリアルナンバーを登録できる。
【００４３】
そして、装着履歴データ送信部１５は、少なくとも装着されたトナーカートリッジ１１のシリアルナンバーを料金計算サーバ２００に送信する。ここで、装着されたトナーカートリッジ１１のシリアルナンバーしか送信しないと、通信エラー等が生じた場合に課金できなくなってしまう。よって、好ましくは、装着履歴データ送信部１５は、複数個のシリアルナンバーを送信する。本実施例では、例えば、装着されたトナーカートリッジ１１と同じ色の全ての（図では５個）トナーカートリッジ１１のシリアルナンバー及び装着日時、または、履歴データ記憶部１６に記憶された全てのトナーカートリッジ１１のシリアルナンバー及び装着日時、を送信する。このように、複数個のシリアルナンバーを送信しても、料金計算サーバ２００はすでに課金したシリアルナンバーをチェックするので重複して課金されることはない。
【００４４】
装着履歴データ送信部１５は、送信元の画像形成装置１００を特定する機器識別番号、及び、装着された日時を特定するため装着日時を、シリアルナンバーと共に料金計算サーバ２００に送信する。装着履歴データはこの３つのデータを有する。なお、機器識別番号は、画像形成装置１００のＲＯＭ５２に記憶されている。
【００４５】
料金計算サーバ２００について説明する。料金計算サーバ２００は、重複課金判定部２１、起票部２２、課金データ登録部２３及び課金データＤＢ２４を有する。重複課金判定部２１、起票部２２及び課金データ登録部２３は、主に、ＣＰＵ７１が料金計算プログラム８１を実行することで実現される。
【００４６】
重複課金判定部２１は、課金データＤＢ２４を参照して、受信した装着履歴データのトナーカートリッジ１１のうち、まだ課金されていないトナーカートリッジ１１を特定する。図を用いて説明する。
【００４７】
図６は、課金データＤＢ２４に記憶された課金データの一例を示す図である。課金データには、機器識別番号に対応づけられた、過去のトナーカートリッジ１１のシリアルナンバーが登録されている。また、最右列にはそのトナーカートリッジ１１をすでに課金したか否かを示す課金有無情報が登録されている。「済み」は課金されたことを示し、「ｎｏｎｅ」は課金されていないことを示す。
【００４８】
課金データＤＢ２４には、過去数年分または数十件〜数百件のトナーカートリッジ１１のシリアルナンバーが記憶される。各色毎に、装着履歴データに含まれるシリアルナンバーの数以上のシリアルナンバーを登録しておくことで、重複判定が可能になる。
【００４９】
重複課金判定部２１は、装着履歴データに含まれるシリアルナンバーを１つずつ抽出し、課金データＤＢ２４に同一のシリアルナンバーがあるか否かを判定する。シリアルナンバーだけでなく、日時も含め、同一か否かを判定してもよい。そして、同一のシリアルナンバーが見つかると、課金有無情報が「済み」か否かを判定し、課金有無情報が「済み」の場合、重複課金判定部２１は、そのシリアルナンバーのトナーカートリッジ１１について課金が済んでいると判定する（２度目の課金はしない。）。
【００５０】
同一のシリアルナンバーが見つかり、さらに課金有無情報が「済み」でない場合、重複課金判定部２１は、そのシリアルナンバーのトナーカートリッジ１１について課金すると判定する。本実施例では、料金計算サーバ２００が、トナーカートリッジ１１の装着の度に課金するとしているので、この状況は起こりにくい。しかし、課金有無情報があることで、例えば、料金計算サーバ２００が装着履歴データのシリアルナンバーをいったん課金データＤＢ２４に記憶した後、課金するような課金方法にも対応できる。
【００５１】
同一のシリアルナンバーが見つからない場合、重複課金判定部２１は、そのシリアルナンバーを起票部２２に送出すると共に、課金帳票を生成するよう要求する。起票部２２は、１つのトナーカートリッジ１１毎に、課金帳票を生成する。課金帳票は印刷され又は電子データのまま、サービス店、メーカ及びユーザの三者に送信される。
・サービス店は、課金帳票によりトナーカートリッジ１１に付随するサービス量を含めて、メーカに料金の支払いを要求できる。メーカは、課金帳票に基づきトナーカートリッジ１１が交換されたこと及び付随するサービスが提供されたことを確認して料金を支払う。
・メーカは、課金帳票に基づき、トナーカートリッジ１１と付随するサービスに対する料金の支払いをユーザに要求できる。ユーザは、課金帳票に基づきトナーカートリッジ１１が交換されたこと及び付随するサービスが提供されたことを確認して料金を支払う。
【００５２】
また、課金データ登録部２３は、まだ登録していないトナーカートリッジ１１のシリアルナンバー及び装着日時を課金データＤＢ２４に登録する。本実施例では、料金計算サーバ２００がトナーカートリッジ１１の装着の度に課金するので、課金データ登録部２３は、シリアルナンバーと装着日時にさらに「済み」の課金有無情報を対応づけて、１つのレコードを登録する。なお、最も古いレコードを削除してもよい。
【００５３】
図７は、料金計算システム４００の動作手順を示すフローチャート図の一例を示す。図７の手順は、例えばサイクル時間毎に繰り返してスタートされるか、又は、トナーカートリッジ１１の装着によりスタートされる。
【００５４】
装着検出部１２は、トナーカートリッジ１１の新たな装着を監視しており（Ｓ１０）、装着を検出するとシリアル読み取り部１３に、シリアルナンバーの読み取りを要求する（Ｓ１０のＹｅｓ）。
【００５５】
シリアル読み取り部１３は、装着されたトナーカートリッジ１１（各色ある場合は装着された色のトナーカートリッジ１１）の例えばＩＣチップから、シリアルナンバーを読み出す（Ｓ２０）。シリアル読み取り部１３は、シリアルナンバーを履歴データ更新部１４に通知して、履歴データ記憶部１６を更新するよう要求する。
【００５６】
履歴データ更新部１４は、履歴データ記憶部１６を更新する（Ｓ３０）。すなわち、履歴データ記憶部１６における「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）４」に対応づけられたシリアルナンバーを消去して、「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）０〜（Ｃ・Ｍ・Ｙ・Ｋのいずれか）３」のシリアルナンバーをそれぞれ「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）１〜（Ｃ・Ｍ・Ｙ・Ｋのいずれか）４」に対応づけて登録する。
【００５７】
また、履歴データ更新部１４は、シリアル読み取り部１３が読み取ったシリアルナンバーを、「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）０」に対応づけて登録する。また、履歴データ更新部１４は、カレンダの年月日と日時を装着日時として、「（Ｃ・Ｍ・Ｙ・Ｋのいずれか）０」に対応づけて履歴データ記憶部１６に登録する。履歴データ更新部１４は履歴データ記憶部１６を更新すると、装着履歴データ送信部１５に装着履歴データの送信を要求する。
【００５８】
なお、履歴データ更新部１４は、装着が検出されたトナーカートリッジ１１のシリアルナンバーの登録前に、すでに履歴データ記憶部１６に同じシリアルナンバーが登録されているか否かを判定してもよい。こうすることで、修理などの理由でいったん装着したトナーカートリッジ１１を再度装着した場合に、履歴データ記憶部１６を更新してしまうことを防止できる。
【００５９】
装着履歴データ送信部１５は、ＲＯＭ５２から機器識別番号を、履歴データ記憶部１６から、装着されたトナーカートリッジと同色の全ての装着日時とシリアルナンバーとをそれぞれ読み出し、通信カードを介して装着履歴データを料金計算サーバ２００に送信する（Ｓ４０）。
【００６０】
料金計算サーバ２００の処理に移り、料金計算サーバ２００は通信装置７５により装着履歴データを受信する（Ｓ１１０）。料金計算サーバ２００は、装着履歴データの受信をトリガーにして重複課金判定部２１に重複の判定を要求する。
【００６１】
まず、重複課金判定部２１は、装着履歴データに含まれるシリアルナンバーを１つ取り出す（Ｓ１２０）。なお、重複課金判定部２１は、装着履歴データに含まれる機器機別番号により画像形成装置１００を特定している。
【００６２】
そして、重複課金判定部２１は、同じシリアルナンバーが課金データＤＢ２４にすでに登録されているか否かを判定する（Ｓ１３０）。
【００６３】
同じシリアルナンバーが課金データＤＢ２４に登録されていない場合（Ｓ１３０のＮｏ）、重複課金判定部２１は課金データ登録部２３に装着履歴データの登録を要求し、起票部２２に起票を要求する。なお、処理は、ステップＳ１４０に進む。
【００６４】
同じシリアルナンバーが課金データＤＢ２４に登録されている場合（Ｓ１３０のＹｅｓ）、重複課金判定部２１は、装着履歴データと同じ課金データＤＢ２４のシリアルナンバーの課金有無情報が「済み」か否かを判定する（Ｓ１７０）。
【００６５】
課金済みでない場合（Ｓ１７０のＹｅｓ）、重複課金判定部２１は起票部２２に課金徴表の生成を要求し、処理はステップＳ１５０に進む。
【００６６】
課金済みの場合（Ｓ１７０のＮｏ）、重複課金判定部２１は、ステップＳ１２０で特定したシリアルナンバーのトナーカートリッジ１１の課金はすでに終了していると判定し、何もしない。
【００６７】
そして、ステップＳ１４０において、課金データ登録部２３は、ステップＳ１２０で特定したシリアルナンバー、装着日時及び「済み」の課金有無情報を、課金データＤＢ２４に登録する（Ｓ１４０）。
【００６８】
ついで、起票部２２は、１つのトナーカートリッジ１１毎に、課金帳票を起票する（Ｓ１５０）。
【００６９】
重複課金判定部２１は、装着履歴データの全てのシリアルナンバーを処理したか否かを判定し（Ｓ１６０）、装着履歴データに処理していないシリアルナンバーが含まれている場合（Ｓ１６０のＮｏ）、ステップＳ１２０以下の処理を繰り返す。
【００７０】
以上説明したように、本実施例の料金計算システム４００は、トナーの装着毎に課金するので、実際にサービスが行われたか否かが後に問題になることがなく、サービス店が早期に料金を回収できる。トナー毎の課金にしても、そのトナーカートリッジ１１に過去に課金したか否かを判定するので、重複して課金することも防止できる。
【実施例２】
【００７１】
実施例１では、画像形成装置１００と料金計算サーバ２００とがネットワーク３００を介して接続されていることを前提に説明した。しかし、ユーザによっては画像形成装置１００をネットワーク３００に接続せずに使用することを好む場合もあるし、何らかの通信系の故障によりネットワーク３００を介した通信が困難になる場合がある（以下、単に「両者が接続されていない」という。）。
【００７２】
本実施例では、画像形成装置１００が料金利用サーバ２００に装着履歴データを送信することなく、トナーカートリッジ１１の装着毎に課金できる料金計算システム４００について説明する。
【００７３】
図８は、本実施例の料金計算システム４００の概略構成図の一例である。図８において図１と同一部には同一の符号を付しその説明は省略する。概略を説明する。
（１）サービス店のＣＥが、ユーザの画像形成装置１００にトナーを装着する。画像形成装置１００は、トナーカートリッジ１１に配置されたＩＣチップからトナーカートリッジのシリアルナンバーを読み取り、記憶する。
（２）画像形成装置１００は、サマリーシートを印刷する。サマリーシートには少なくとも、トナーカートリッジのシリアルナンバー、画像形成装置１００の機器識別番号、及び、ＳＵＭデータが含まれる。サマリーシートは、料金計算システム４００に接続されたスキャナ装置５００により読み取られる。
（３）スキャナ装置５００に接続されたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）６００は、スキャナ装置５００が読み取った画像データをＯＣＲ処理して、トナーカートリッジ１１のシリアルナンバーと画像形成装置１００の機器識別番号及びＳＵＭデータをテキストデータに変換する。
（４）そして、料金計算サーバ２００は、テキストデータのシリアルナンバーから求めたＳＵＭデータと、テキストデータに含まれていたＳＵＭデータを用いて、サマリーシートが正確に読み取られてかつシリアルナンバーが正しくＯＣＲ処理されたか否かを判定し、正しい場合にのみ課金処理を開始する。
【００７４】
画像形成装置１００と料金計算サーバ２００がネットワーク３００を介して接続されていない場合には、サマリーシートを打ち出し、それをＯＣＲ処理することで、料金計算サーバ２００への電子データの入力が可能となる。読み取り時の画像データの品質やＯＣＲ処理の不確かさ（以下、「読み取りミス」という）はＳＵＭデータにより補うことができる。
【００７５】
図９は、サマリーシートの一例を示す図である。サマリーシートは、機器情報欄３１、装着履歴データ欄３２、及び、書誌情報欄３３を有する。機器情報欄３１は、「機器識別番号」、「ＳＶコード」及びサマリーシートの「出力日」の各項目を有する。なお、「ＳＶコード」はサービス店を識別するコードである。
【００７６】
書誌情報欄３３は、ユーザ名を表す「会社名／拠点名」、連絡先である「電話番号」、及び、画像形成装置１００の「担当者名」の各項目を有する。
【００７７】
装着履歴データ欄３２は、実施例１の履歴データ記憶部１６と同様の情報を有するが、ＳＵＭデータを有する点で異なる。装着履歴データ欄３２には、各色毎にシリアルナンバーのＳＵＭデータが記述されている。また、本実施例では、各色毎に装着日時のＳＵＭデータが記述されている。
【００７８】
ＳＵＭデータの算出方法の一例を説明する。例えば、黒色（Ｋ０〜Ｋ４）のトナーカートリッジ１１のシリアルナンバーが「００３５５２」「００３５５３」「００３５５４」「００３５５５」「００３５５６」の場合、画像形成装置１００は、同じ桁同士を加算していき、加算結果の下一桁をその桁のＳＵＭデータとする。例えば、シリアルナンバーの一の位「２」「３」「４」「５」「６」を加算した値「２０」の下一桁である「０」がＳＵＭデータである。
【００７９】
後述するように、この計算を料金計算サーバ２００でも行うことで、サマリーシートが正確に読み取られていること及び正確なＯＣＲ処理が実行されたことを確認できる。また、各色毎に、ＳＵＭデータを求めることで、読み取りミスが生じたシリアルナンバーを特定しやすくできる。
【００８０】
なお、図では装着日時に対しても各色毎にＳＵＭデータが求められている。料金計算サーバ２００が装着日時でもＳＵＭデータを検証することで、サマリーシートの読み取りミスを検出しやすくすることができる。料金計算サーバ２００がサマリーシートの装着日時を使用せずに装着の日時を管理する場合（例えば、テキストデータの受信日時、「出力日」、ＯＣＲ処理した日時等を使用する場合）、必ずしも装着日時でＳＵＭデータを求めておく必要はない。
【００８１】
図１０は、スキャナ装置５００と接続されたＰＣ６００のハードウェア構成図の一例を示す。スキャナ装置５００の機能は画像形成装置１００のスキャナエンジン制御部５７及びスキャナエンジン６３と同様であるので、説明は省略する。
【００８２】
ＰＣ６００はスキャナ装置５００及び料金計算サーバ２００とネットワーク３００を介して、又は、直接接続されている。また、ＰＣ６００と料金計算サーバ２００とが一体でもよく、更にはスキャナ装置５００がＰＣ６００と一体でもよく、スキャナ装置５００とＰＣ６００と料金計算サーバ２００が一体でもよい。
【００８３】
ＰＣ６００は、バスで相互に接続されているＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、外部Ｉ／Ｆ６０４、通信装置６０５、入力装置６０７、表示制御部６０８及び記憶装置６０９を有する。各ブロックにおいてと料金計算サーバ２００と同一ブロックの説明は省略する。
【００８４】
ＰＣ６００の記憶装置６０９には、ＣＰＵ６０１が実行するＯＣＲプログラム６２０が記憶されている。ＯＣＲプログラム６２０は、ＰＣ６００の出荷時に記憶装置６０９に記憶されていてもよいし、ＰＣ６００の出荷後に、記憶媒体に記憶された状態又はネットワーク３００上の不図示のサーバから配布されてもよい。
【００８５】
ＣＰＵ６０１は、ＯＣＲプログラム６２０を記憶装置６０９から読み出して、ＲＡＭ６０３を作業メモリにして実行する。ＯＣＲプログラム６２０は画像データの濃淡から、サマリーシートの記述内容を文字、数字、記号などのテキストデータに変換するプログラムである。よってＰＣ６００はサマリーシートから抽出したテキストデータを料金計算サーバ２００に送信することができる。
【００８６】
図１１は、料金計算システム４００の機能ブロック図の一例を示す。図１１において図４と同一部には同一の符号を付しその説明は省略する。画像形成装置１００は、新たに、ＳＵＭデータ計算部４１、及び、サマリーシート印刷部４２を有する。
【００８７】
ＳＵＭデータ計算部４１は、履歴データ記憶部１６に記憶された履歴データのＳＵＭデータを計算する。古いＳＵＭデータは上書きされる。例えば、履歴データ更新部１４が履歴データ記憶部１６に記憶された履歴データを更新する毎に、ＳＵＭデータ計算部４１はＳＵＭデータを計算する。
【００８８】
具体的には、ＳＵＭデータ計算部４１は、各色毎にシリアルナンバー及び装着日時のＳＵＭデータを計算する。計算されたＳＵＭデータを、履歴データ更新部１４は履歴データ記憶部１６に登録する。
【００８９】
サマリーシート印刷部４２は、サマリーシートを用紙などの記録部材に印刷する。
図１２は、ＸＭＬ形式で記述した履歴データ記憶部１６に記憶されている履歴データの一例を示す図である。ＸＭＬ形式で記憶しておくことで、編集が容易になる。この履歴データに、予め記憶するXSLTスタイルシート（図のtable．xslファイル）を適用することで、履歴データを表形式にて表すことができる。サマリーシート印刷部４２は、このようにして生成した表形式の履歴データをプロッタエンジン制御部５８に送出し印刷を要求する。
【００９０】
ユーザはサマリーシートを持ってスキャナ装置５００に赴く。スキャナ装置５００は、操作パネル４３、スキャナエンジン４４及び画像データ送信部４５を有する。操作パネル４３、スキャナエンジン４４及び通信カード４６は、画像形成装置１００と同様の機能なので説明を省略する。
【００９１】
ユーザがサマリーシートをスキャナ装置５００に載置して読み取りを実行すると、スキャナエンジン４４が例えばＴｉｆｆフォーマット等の画像データを生成し、記憶装置に記憶する。画像データ送信部４５は、通信カード４６を介して画像データをＰＣ６００に送信する。
【００９２】
ＰＣ６００は、ＯＣＲ処理部４７及びテキストデータ送信部４８を有する。ＯＣＲ処理部４７は、画像データにＯＣＲ処理を施し、画像データをテキストデータに変換する。このテキストデータには、サマリーシートの全情報、すなわち装着履歴データも含まれることになる。テキストデータ送信部４８は、通信装置６０５を介してテキストデータを料金計算サーバ２００に送信する。
【００９３】
料金計算サーバ２００は、新たに、ＳＵＭデータ検証部４９を有する。ＳＵＭデータ検証部４９は、テキストデータのＳＵＭデータと、テキストデータのシリアルナンバーから計算したＳＵＭデータが一致するか否かに基づき、ＳＵＭデータを検証する。
【００９４】
ＳＵＭデータ検証部４９は、テキストデータから、各色毎に現在と過去の４つのシリアルナンバーを抽出する。そして、同じ桁同士を加算していき、加算結果の下一桁をその桁のＳＵＭデータとする計算方法で、ＳＵＭデータを計算する。これを、Ｃ、Ｍ、Ｙ、Ｋの全てで行い、ＲＡＭ７３に記憶する。
【００９５】
そして、ＳＵＭデータ検証部４９は、テキストデータから、各色のＳＵＭデータを抽出し、ＲＡＭ７３に記憶した各色のＳＵＭデータと、色毎に比較する。ＳＵＭデータ検証部４９は、テキストデータの装着日時に対し同様の計算を行い、各色毎に、テキストデータのＳＵＭデータと一致するか否かを判定する。全ての色で、シリアルナンバーと装着日時のＳＵＭデータが一致した場合、読み取りミスはなかったとしてよいので、実施例１と同様の処理が実行される。
【００９６】
すなわち、重複課金判定部２１は、課金データＤＢ２４を参照して、受信したテキストデータのトナーカートリッジ１１のうち、まだ課金されていないトナーカートリッジ１１を特定する。
【００９７】
起票部２２は、１つのトナーカートリッジ毎に、課金帳票を生成する。課金データ登録部２３は、まだ登録していないトナーカートリッジ１１のシリアルナンバー及び装着日時を課金データＤＢ２４に登録する。
【００９８】
４色のうち一色でもＳＵＭデータが一致しない場合、読み取りミスが生じたことになる。この場合、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に通知することが好適である。ユーザは、エラーメッセージに基づき、サマリーシートを再度スキャナ装置５００で読み取ったり、テキストデータとサマリーシートを目視により比べて、入力装置６０７を操作してテキストデータを修正する。これにより、ＰＣ６００はサマリーシートの記述と等しいテキストデータを生成することができる。
【００９９】
また、ＳＵＭデータが一致しない色が３色までの場合、装着日時のＳＵＭデータを利用することで、装着されたトナーカートリッジ１１を特定し、そのトナーカートリッジ１１が読み取りミスが生じた色でないことを条件に、課金の処理を進めることもできる。この手順については後述する。
【０１００】
図１３は、料金計算システム４００の動作手順を示すフローチャート図の一例を示す。図１３において図７と同一の手順は簡単に説明する。
【０１０１】
装着検出部１２は、トナーカートリッジ１１の新たな装着を監視しており（Ｓ１０）、装着を検出するとシリアル読み取り部１３に、シリアルの読み取りを要求する（Ｓ１０のＹｅｓ）。本実施例では、装着されたトナーカートリッジ毎に１枚のサマリーシートを印刷する。ＣＥはトナーカートリッジ１１の装着後、操作パネル６２を操作して画像形成装置１００にサマリーシートを印刷させる。または、履歴データ更新部１４が履歴データの更新後に、ＳＵＭデータ計算部４１にＳＵＭデータの計算を要求してもよい。
【０１０２】
このように、１つのトナーカートリッジ１１の装着が１枚のサマリーシートの印刷のトリガーとなる。同時に複数のトナーカートリッジ１１が装着されても、装着されたトナーカートリッジ１１の数だけサマリーシートを印刷することが好ましい。
【０１０３】
シリアル読み取り部１３は、装着されたトナーカートリッジ１１（各色ある場合は装着された色のトナーカートリッジ）の例えばＩＣチップから、シリアルナンバーを読み出す（Ｓ２０）。
【０１０４】
履歴データ更新部１４は、履歴データ記憶部１６を更新する（Ｓ３０）。履歴データを更新すると履歴データ更新部１４は、ＳＵＭデータ計算部４１にＳＵＭデータの計算を要求する。
【０１０５】
ＳＵＭデータ計算部４１は、各色毎にシリアルナンバー及び装着日時のＳＵＭデータを計算する（Ｓ３２）。ＳＵＭデータ計算部４１は計算の完了を履歴データ更新部１４に通知し、履歴データ更新部１４は計算されたＳＵＭデータを履歴データ記憶部１６に登録する。履歴データ更新部１４はサマリーシート印刷部４２に、サマリーシートの印刷を要求する。
【０１０６】
サマリーシート印刷部４２は、履歴データ記憶部１６からＸＭＬ形式の履歴データを読み出し、ＸＳＬスタイルシートを適用して生成した表形式の履歴データを、プロッタエンジン制御部５８に打ち出すよう要求する（Ｓ４２）。これにより、プロッタエンジン６４がサマリーシートを印刷する。
【０１０７】
次に、スキャナ装置５００の処理に移る。ユーザがスキャナ装置５００の操作パネルを操作して、予め記憶されているＰＣ６００のＩＰアドレスを指定してサマリーシートの読み取りを実行すると、スキャナ装置５００のスキャナエンジン４４がサマリーシートを読み取る（Ｓ２１０）。これにより、サマリーシートの画像データが生成され、ＲＡＭ等に記憶される。
【０１０８】
画像データが生成されると、画像データ送信部４５は通信カード４６を介して、ＲＡＭに記憶された画像データをＩＰアドレスが指定するＰＣ６００に送信する（Ｓ２２０）。
【０１０９】
次に、ＰＣ６００の処理に移る。ユーザがＰＣ６００の入力装置６０７を操作することで、又は、画像データを受信することで自動的に、ＰＣ６００のＯＣＲ処理部４７が画像データにＯＣＲ処理を施す（Ｓ３１０）。これにより、サマリーシートの画像データがテキストデータに変換され、ＲＡＭ６０３等に記憶される。
【０１１０】
テキストデータが生成されると、ユーザがＰＣ６００を操作することで、又は、テキストデータが生成されることで自動的に、テキストデータ送信部４８は通信装置６０６を介してテキストデータを料金計算サーバ２００に送信する（Ｓ３２０）。
【０１１１】
次に、料金計算サーバ２００の処理に移る。料金計算サーバ２００は通信装置７５によりテキストデータを受信する（Ｓ１１２）。
【０１１２】
テキストデータを受信したことをトリガーにＳＵＭデータ検証部４９が、テキストデータのシリアルナンバーのＳＵＭデータと装着日時のＳＵＭデータが、それぞれＳＵＭデータ検証部４９が計算で求めたＳＵＭデータと、全て一致したか否かを判定する（Ｓ１１４）。本フローチャートでは、合計４つのシリアルナンバーのＳＵＭデータ、及び、合計４つの装着日時のＳＵＭデータについて検証するものとする。
【０１１３】
シリアルナンバーのＳＵＭデータの計算値とテキストデータのＳＵＭデータ、装着日時のＳＵＭデータの計算値とテキストデータのＳＵＭデータ、が８つとも一致するわけではない場合（Ｓ１１４のＮｏ）、サマリーシートの読み取りミスが生じている可能性があるので、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。これにより、ユーザは再度、テキストデータを修正する必要があることを把握できる。
【０１１４】
シリアルナンバーと装着日時の８つのＳＵＭデータが全て一致した場合（Ｓ１１４のＹｅｓ）、ＳＵＭデータ検証部４９は、重複課金判定部２１に重複の判定を要求する。以降の処理は、実施例１と同様である。
【０１１５】
まず、重複課金判定部２１は、テキストデータに含まれるシリアルナンバーを１つ取り出す（Ｓ１２０）。なお、重複課金判定部２１は、テキストデータに含まれる機器機別番号により画像形成装置１００を特定している。
【０１１６】
そして、重複課金判定部２１は、同じシリアルナンバーが課金データＤＢ２４にすでに登録されているか否かを判定する（Ｓ１３０）。
【０１１７】
同じシリアルナンバーが課金データＤＢ２４に登録されていない場合（Ｓ１３０のＮｏ）、重複課金判定部２１は課金データ登録部２３に装着履歴データの登録を要求し、起票部２２に起票を要求する。なお、処理は、ステップＳ１４０に進む。
【０１１８】
同じシリアルナンバーが課金データＤＢ２４に登録されている場合（Ｓ１３０のＹｅｓ）、重複課金判定部２１は、装着履歴データと同じ課金データＤＢ２４のシリアルナンバーの課金有無情報が「済み」か否かを判定する（Ｓ１７０）。
【０１１９】
課金済みでない場合（Ｓ１７０のＹｅｓ）、重複課金判定部２１は起票部２２に課金徴表の生成を要求し、処理はステップＳ１５０に進む。
【０１２０】
課金済みの場合（Ｓ１７０のＮｏ）、重複課金判定部２１は、ステップＳ１２０で特定したシリアルナンバーのトナーカートリッジ１１の課金はすでに終了していると判定し、何もしない。
【０１２１】
そして、ステップＳ１４０において、課金データ登録部２３は、ステップＳ１２０で特定したシリアルナンバーに対応づけられた、装着日時及び「済み」の課金有無情報を、課金データＤＢ２４に登録する（Ｓ１４０）。
【０１２２】
ついで、起票部２２は、１つのトナーカートリッジ１１毎に、課金帳票を起票する（Ｓ１５０）。
【０１２３】
重複課金判定部２１は、装着履歴データの全てのシリアルナンバーを処理したか否かを判定し（Ｓ１６０）、装着履歴データに処理していないシリアルナンバーが含まれている場合（Ｓ１６０のＮｏ）、ステップＳ１２０以下の処理を繰り返す。
【０１２４】
以上のように、サマリーシートにＳＵＭデータを記述しておき、シリアルナンバーと装着日時が正しいことを検証することで、画像形成装置１００と料金計算サーバ２００が接続されていなくても、計算漏れや多重加算などが生じることなく課金することができる。
【０１２５】
＜変形例＞
図１４は、図１３の手順のうち料金計算サーバ２００の手順の変形例を示すフローチャート図の一例である。ステップＳ１１４までの処理は図１３と同じである。
【０１２６】
シリアルナンバーと日時のＳＵＭデータが全て一致しない場合（Ｓ１１４のＮｏ）、サマリーシートの読み取りミスが生じている可能性があるが、読み取りミスにより課金が困難かどうかを判定するため、ＳＵＭデータ検証部４９は、シリアルナンバーの１つ以上のＳＵＭデータは一致しているか否かを判定する（Ｓ４１０）。１つでもシリアルナンバーのＳＵＭデータが一致していれば、課金できる可能性があるためである。
【０１２７】
シリアルナンバーの１つ以上のＳＵＭデータが一致していない場合（Ｓ４１０のＮｏ）、すなわちシリアルナンバーの４つのＳＵＭデータが全て一致しない場合は、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。
【０１２８】
シリアルナンバーの１つ以上のＳＵＭデータが一致している場合（Ｓ４１０のＹｅｓ）、装着されたトナーカートリッジ１１のシリアルナンバーを特定できるよう、ＳＵＭデータ検証部４９は、テキストデータの装着日時の４つのＳＵＭデータが、それぞれＳＵＭデータ検証部４９が計算で求めた４つＳＵＭデータと、全て一致したか否かを判定する（Ｓ４２０）。
【０１２９】
装着日時のＳＵＭデータの全ては一致しない場合（Ｓ４２０のＮｏ）、装着されたトナーカートリッジ１１のシリアルナンバーを特定できないので、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。
【０１３０】
装着日時のＳＵＭデータが全て一致する場合（Ｓ４２０のＹｅｓ）、ＳＵＭデータ検証部４９はテキストデータの各色の現在の装着日時のうち最も最近の装着日時を特定し、その装着日時に対応づけられたシリアルナンバーを特定する（Ｓ４３０）。例えば、Ｋ０の日時がＣ０、Ｍ０、Ｙ０よりも新しい場合、ＳＵＭデータ検証部４９はＫ０に対応づけられたシリアルナンバーを特定する。
【０１３１】
そして、ＳＵＭデータ検証部４９は、特定したシリアルナンバーが加算結果に含まれるＳＵＭデータが、計算により求めたＳＵＭデータと一致したか否かを判定する（Ｓ２４０）。こうすることで、装着されたトナーカートリッジ１１のシリアルナンバーと装着日時には読み取りミスがないことが高確度で判定できる。
【０１３２】
ＳＵＭデータが一致しない場合（Ｓ４４０のＮｏ）、装着されたトナーカートリッジ１１のシリアルナンバーのＯＣＲ処理が成功しているか否か不明なので、ＳＵＭデータ検証部４９はエラーメッセージをＰＣ６００に送信する（Ｓ１１６）。
【０１３３】
ＳＵＭデータが一致した場合（Ｓ４４０のＹｅｓ）、処理はステップＳ１３０に進み、 重複課金判定部２１は、ステップＳ４３０で特定したシリアルナンバーが課金データＤＢ２４にすでに登録されているか否かを判定する（Ｓ１３０）。以降の処理は、図１３と同様である。
【０１３４】
したがって、図１３の手順と異なり、ステップＳ１１４でシリアルナンバーと装着日時のＳＵＭデータが全ては一致しない場合でも、装着したトナーカートリッジ１１（サマリーシートの印刷のトリガーとなった）のシリアルナンバーに読み取りミスがないと確認して、課金することが可能になる。
【０１３５】
以上説明したように、本実施例の料金計算システム４００は、画像形成装置１００がネットワーク３００に接続されていなくても、サマリーシートを読み取ることで、トナーカートリッジ１１毎に課金することができる。
【符号の説明】
【０１３６】
１１ トナーカートリッジ
１２ 装着検出部
１３ シリアル読み取り部
１４ 履歴データ更新部
１５ 装着履歴データ送信部
１６ 履歴データ記憶部
２１ 重複課金判定部
２２ 起票部
２３ 課金データ登録部
２４ 課金データＤＢ
４１ ＳＵＭデータ計算部
４２ サマリーシート印刷部
４５ 画像データ送信部
４７ ＯＣＲ処理部
４８ テキストデータ送信部
４９ ＳＵＭデータ検証部
１００ 画像形成装置
２００ 料金計算サーバ
３００ ネットワーク
４００ 料金計算システム
【先行技術文献】
【特許文献】
【０１３７】
【特許文献１】特開２００２−０９９８３６号公報
【特許請求の範囲】
【請求項１】
画像形成装置と料金計算サーバとがネットワークを介して接続された料金計算システムであって、
前記画像形成装置は、
装着された消耗品の識別情報を読み取る識別情報読取手段と、
前記識別情報読取手段が読み取った現在の消耗品の前記識別情報及び当該画像形成装置の機器識別番号を前記料金計算サーバに送信する送信手段と、を有し、
前記料金計算サーバは、
前記現在の消耗品の識別情報及び当該画像形成装置の機器識別番号を受信する受信手段と、
画像形成装置の消耗品毎の識別情報と前記受信手段が受信した前記消耗品の識別情報との関係に基づき、前記消耗品毎に課金するための課金帳票を生成する課金帳票生成手段と、
を有することを特徴とする料金計算システム。
【請求項２】
前記画像形成装置の消耗品毎の識別情報を記憶した課金データ記憶手段を有することを特徴とする請求項１記載の料金計算システム。
【請求項３】
前記消耗品はトナーカートリッジを含み、
前記画像形成装置は、
前記識別情報と前記トナーカートリッジの色情報及び前記トナーカートリッジが装着された日時情報とを対応づけて記憶する識別情報記憶手段を更に備える、
ことを特徴とする請求項２記載の料金計算システム。
【請求項４】
前記送信手段は、装着された前記トナーカートリッジと同色のトナーカートリッジの前記識別情報及び前記日時情報、または前記識別情報記憶手段に記憶されたトナーカートリッジの識別情報及び前記日時情報を送信する、
ことを特徴とする請求項３記載の料金計算システム。
【請求項５】
前記画像形成装置は、前記トナーカートリッジの装着履歴を記憶した装着履歴記憶手段を更に備え、該装着履歴記憶手段は、現在のトナーカートリッジの識別情報、現在のトナーカートリッジに置換されたトナーカートリッジの識別情報、該置換されたトナーカートリッジに置換されたトナーカートリッジの情報を記憶する、
ことを特徴とする請求項1乃至4いずれか一に記載の料金計算システム。
【請求項６】
前記料金サーバは、前記受信手段が受信した前記識別情報と同一の識別情報が前記課金データ記憶手段に記憶されているか否かを判定する判定手段を更に備える、
ことを特徴とする請求項２又は３記載の料金計算システム。
【請求項７】
前記課金データ記憶手段は前記識別情報にかかるトナーカートリッジへの課金が済んでいるか否かを表す課金有無情報を前記識別情報及び前記トナーカートリッジが装着された日時情報と対応付けて記憶し、
前記判定手段は、前記受信手段が受信した前記識別情報と同一の識別情報が前記課金データ記憶手段に記憶されている場合、前記課金有無情報に基づき、前記同一の識別情報にかかるトナーカートリッジの課金有無を判定し、課金済のときは重複課金をせず、課金済みでないときは、前記課金帳票生成手段に課金帳票の生成を要求する、
ことを特徴とする請求項6に記載の料金計算システム。
【請求項１】
画像形成装置と料金計算サーバとがネットワークを介して接続された料金計算システムであって、
前記画像形成装置は、
装着された消耗品の識別情報を読み取る識別情報読取手段と、
前記識別情報読取手段が読み取った現在の消耗品の前記識別情報及び当該画像形成装置の機器識別番号を前記料金計算サーバに送信する送信手段と、を有し、
前記料金計算サーバは、
前記現在の消耗品の識別情報及び当該画像形成装置の機器識別番号を受信する受信手段と、
画像形成装置の消耗品毎の識別情報と前記受信手段が受信した前記消耗品の識別情報との関係に基づき、前記消耗品毎に課金するための課金帳票を生成する課金帳票生成手段と、
を有することを特徴とする料金計算システム。
【請求項２】
前記画像形成装置の消耗品毎の識別情報を記憶した課金データ記憶手段を有することを特徴とする請求項１記載の料金計算システム。
【請求項３】
前記消耗品はトナーカートリッジを含み、
前記画像形成装置は、
前記識別情報と前記トナーカートリッジの色情報及び前記トナーカートリッジが装着された日時情報とを対応づけて記憶する識別情報記憶手段を更に備える、
ことを特徴とする請求項２記載の料金計算システム。
【請求項４】
前記送信手段は、装着された前記トナーカートリッジと同色のトナーカートリッジの前記識別情報及び前記日時情報、または前記識別情報記憶手段に記憶されたトナーカートリッジの識別情報及び前記日時情報を送信する、
ことを特徴とする請求項３記載の料金計算システム。
【請求項５】
前記画像形成装置は、前記トナーカートリッジの装着履歴を記憶した装着履歴記憶手段を更に備え、該装着履歴記憶手段は、現在のトナーカートリッジの識別情報、現在のトナーカートリッジに置換されたトナーカートリッジの識別情報、該置換されたトナーカートリッジに置換されたトナーカートリッジの情報を記憶する、
ことを特徴とする請求項1乃至4いずれか一に記載の料金計算システム。
【請求項６】
前記料金サーバは、前記受信手段が受信した前記識別情報と同一の識別情報が前記課金データ記憶手段に記憶されているか否かを判定する判定手段を更に備える、
ことを特徴とする請求項２又は３記載の料金計算システム。
【請求項７】
前記課金データ記憶手段は前記識別情報にかかるトナーカートリッジへの課金が済んでいるか否かを表す課金有無情報を前記識別情報及び前記トナーカートリッジが装着された日時情報と対応付けて記憶し、
前記判定手段は、前記受信手段が受信した前記識別情報と同一の識別情報が前記課金データ記憶手段に記憶されている場合、前記課金有無情報に基づき、前記同一の識別情報にかかるトナーカートリッジの課金有無を判定し、課金済のときは重複課金をせず、課金済みでないときは、前記課金帳票生成手段に課金帳票の生成を要求する、
ことを特徴とする請求項6に記載の料金計算システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１３−６５３１１（Ｐ２０１３−６５３１１Ａ）
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１２−２２３２７３（Ｐ２０１２−２２３２７３）
【出願日】平成２４年１０月５日（２０１２．１０．５）
【分割の表示】特願２０１０−１１９８７１（Ｐ２０１０−１１９８７１）の分割
【原出願日】平成２２年５月２５日（２０１０．５．２５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２４年１０月５日（２０１２．１０．５）
【分割の表示】特願２０１０−１１９８７１（Ｐ２０１０−１１９８７１）の分割
【原出願日】平成２２年５月２５日（２０１０．５．２５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]