JP4650543B2 - 課金システム、課金方法、課金プログラム、記録媒体 - Google Patents

Description

本発明は、ネットワークで互いに接続された画像形成装置と外部サーバとが連携してジョブ処理を行い、それぞれの機器の使用料金を徴収する課金処理に関するものである。

従来より、画像形成装置のコピー枚数等をネットワークを介して接続された管理サーバにより一元管理する方式が知られている（特許文献１）。

そして、同様の方式に従って、画像形成装置等のコピー枚数等に従ってユーザに対して課金処理を実行するための課金管理サーバを設けた課金システムが知られており（特許文献２）、課金管理に関しては、種々の方式が提案されている。

例えば、特許文献３においては、課金管理に関して、課金管理サーバを用いて成果物に応じた課金処理を実行する課金システムが提案されている。

一方、近年においては、画像形成装置の１つであるＭＦＰ（Multi Function Peripheral）は高機能化するとともに、ユーザがＭＦＰに期待される機能はますます増加してきている。

例えば、従来困難と考えてられてきたＯＣＲ（Optical Character Reader）処理や英文／和文の翻訳処理等の機能の実行が期待されている。

しかしながら、ＭＦＰは高機能化してきているとはいえ、これらの機能は処理上の負荷が重いため、ＭＦＰは全体制御と印刷等の通常の機能のみに特化し、ＭＦＰと連携する外部サーバにおいて、これらの拡張機能を達成する手法が提案されている。

また、ＭＦＰは、ＵＳＢメモリ内の文書ファイルを直接印刷することができるＵＳＢメモリプリント機能を備えている。

一方で、セキュリティ対策の観点から、ＵＳＢメモリ内のデータを暗号化することが一般化しており、暗号化規格としてはＳａｎＤｉｓｋ社のＵ３規格が一般的である。このＵ３規格は、ＵＳＢメモリ内のデータ構造として、アプリ領域とデータ領域とに分割し、アプリ領域内に保存した暗号化アプリによって、データ領域内のデータを暗号化処理あるいは復号化処理する方式を採用している。

したがって、ＭＦＰにおいて、暗号化したデータを含むＵＳＢメモリに対してＵＳＢメモリプリント機能を実行する場合、暗号化アプリは、パーソナルコンピュータ（ＰＣ）上のオペレーティングシステム（ＯＳ）でのみ動作する仕様となっている場合が多いため、そのままＭＦＰ上で実行することできない。

それゆえ、暗号化したデータを含むＵＳＢメモリに対してＵＳＢメモリプリント機能を実行する場合、ＭＦＰがＵＳＢメモリからのデータ読出と、ＵＳＢメモリ内の文書ファイルの印刷処理の機能を担当し、例えばネットワークで接続された外部サーバがＵＳＢメモリ内において、暗号化されたデータの復号化処理の機能を担当して、互いに連携処理することにより実行処理することが可能である。
特開２００８−２１２３３号公報 特開２００２−１１７１５７号公報 特開２００５−２４８１７号公報

しかしながら、これら外部サーバを用いてＭＦＰと連携処理させる場合、すなわち、外部サーバを用いて、復号化処理や、ＯＣＲ処理や、英文／和文の翻訳処理等の拡張機能を実行する場合、外部サーバにおける処理は、独立したジョブ処理とはならない。すなわち、課金管理は、ＭＦＰと課金管理サーバとの間で行なわれるため、外部サーバを用いた連携処理を実行している場合には、外部サーバを用いた連携処理に基づく課金処理がＭＦＰと課金管理サーバとの間で終了するまで、外部サーバを必要としないＭＦＰのみで完結するコピー等の別のジョブ処理についても実行できないという問題点があった。

また、外部サーバで実行させる復号化処理、ＯＣＲ処理、英文／和文の翻訳処理に対して、その成果物を基準に課金すると、予め使用料金が予測できないため使用料金超過でジョブ処理が途中で終了してしまうという問題点もあった。

本発明は、上記のような問題を解決するためになされたものであって、外部サーバを用いた連携処理に基づく課金処理において、ユーザの利便性を向上させた課金処理を実行する課金システム、課金方法、課金プログラムおよび記録媒体を提供することを目的とする。

本発明に係る課金システムは、課金テーブルを有する画像形成装置と、画像形成装置とネットワークで接続され、ジョブ処理を画像形成装置と連携処理する外部サーバとを備える。画像形成装置は、外部サーバに依頼するジョブ処理の実行指示があった場合に、課金テーブルの残高のうちの所定の残高を移し替えた、外部サーバに対応する課金サブテーブルを生成する課金サブテーブル生成手段と、ジョブを実行する第１のジョブ実行手段と、課金サブテーブルへの所定の残高の移し替え、あるいは第１のジョブ実行手段によるジョブの実行に応じて課金テーブルを更新する第１の更新手段と、課金サブテーブルを外部サーバに送信する第１の送信手段とを含む。外部サーバは、課金サブテーブルを画像形成装置から受信する第１の受信手段と、ジョブを実行する第２のジョブ実行手段と、第２のジョブ実行手段によるジョブの実行に応じて課金サブテーブルを更新する第２の更新手段とを含む。第２のジョブ実行手段は、更新後の課金サブテーブルの残高がある間はジョブの実行を継続する。
好ましくは、外部サーバは、ジョブ処理が完了した場合に、画像形成装置に更新された課金サブテーブルを送信する第２の送信手段をさらに含む。画像形成装置は、外部サーバから更新された課金サブテーブルを受信する第２の受信手段をさらに含む。第１の更新手段は、受信した、更新された課金サブテーブルの残高に応じて、第１の更新手段により更新された後の課金テーブルをさらに更新する。
好ましくは、外部サーバは、第２のジョブ実行手段によるジョブ処理の途中で更新された課金サブテーブルの残高が無くなった場合に、画像形成装置に更新された課金サブテーブルを送信する第２の送信手段をさらに含む。課金サブテーブル生成手段は、残高がない更新された課金サブテーブルを受信した場合に、第１の更新手段により更新された後の課金テーブルの残高のうちの所定の残高を移し替えた、別の課金サブテーブルを生成し、第１の送信手段は、別の課金サブテーブルを外部サーバに送信する。

好ましくは、課金テーブルは、使用料金、前払い料金、ジョブ処理に応じた課金情報を含む。

好ましくは、課金サブテーブルは、外部サーバに固有のジョブ処理に応じた課金情報を含む。

好ましくは、第２のジョブ実行手段が実行するジョブは、データの復号化処理、ＯＣＲ処理または翻訳処理である。

本発明に係る課金方法は、課金テーブルを有する画像形成装置と、画像形成装置とネットワークで接続され、ジョブ処理を画像形成装置と連携処理する外部サーバとを備える課金システムにおける課金方法であって、画像形成装置が、外部サーバに依頼するジョブ処理の実行指示があった場合に、課金テーブルの残高のうちの所定の残高を移し替えた、外部サーバに対応する課金サブテーブルを生成する第１の生成ステップと、ジョブを実行する第１のジョブ実行ステップと、課金サブテーブルへの所定の残高の移し替え、あるいは、第１のジョブ実行ステップにおけるジョブの実行に応じて課金テーブルを更新する第１の更新ステップと、課金サブテーブルを外部サーバに送信する第１の送信ステップとを実行する。外部サーバが、送信された課金サブテーブルを画像形成装置から受信する第１の受信ステップと、ジョブを実行する第２のジョブ実行ステップと、第２のジョブ実行ステップにおけるジョブの実行に応じて課金サブテーブルを更新する第２の更新ステップとを実行する。第２のジョブ実行ステップにおいては、更新後の課金サブテーブルの残高がある間はジョブの実行を継続する。
好ましくは、外部サーバは、ジョブ処理が完了した場合に、画像形成装置に更新された課金サブテーブルを送信する第２の送信ステップをさらに実行し、画像形成装置は、外部サーバから更新された課金サブテーブルを受信する第２の受信ステップと、受信した、更新された課金サブテーブルの残高に応じて、第１の更新ステップにおいて更新された後の課金テーブルを更新する第３の更新ステップとを実行する。
好ましくは、外部サーバは、第２のジョブ実行ステップにおけるジョブ処理の途中で更新された課金サブテーブルの残高が無くなった場合に、画像形成装置に更新された課金サブテーブルを送信する第２の送信ステップをさらに実行し、画像形成装置は、残高がない更新された課金サブテーブルを受信した場合に、第１の更新ステップにおいて更新された後の課金テーブルの残高のうちの所定の残高を移し替えた、別の課金サブテーブルを生成する第２の生成ステップと、生成された別の課金サブテーブルを外部サーバに送信する第３の送信ステップとをさらに実行する。
好ましくは、第２のジョブ実行ステップにおいて実行されるジョブは、データの復号化処理、ＯＣＲ処理または翻訳処理である。

本発明に係る課金プログラムは、課金テーブルを有する画像形成装置と、画像形成装置とネットワークで接続され、ジョブ処理を画像形成装置と連携処理する外部サーバとを備える課金システムに含まれるコンピュータに実行させるための課金プログラムであって、画像形成装置に、外部サーバに依頼するジョブ処理の実行指示があった場合に、課金テーブルの残高のうちの所定の残高を移し替えた、外部サーバに対応する課金サブテーブルを生成する第１の生成ステップと、ジョブを実行する第１のジョブ実行ステップと、課金サブテーブルへの所定の残高の移し替え、あるいは、第１のジョブ実行ステップにおけるジョブの実行に応じて課金テーブルを更新する第１の更新ステップと、課金サブテーブルを外部サーバに送信する第１の送信ステップとを実行させる。外部サーバに、送信された課金サブテーブルを画像形成装置から受信する第１の受信ステップと、ジョブを実行する第２のジョブ実行ステップと、第２のジョブ実行ステップにおけるジョブの実行に応じて課金サブテーブルを更新する第２の更新ステップとを実行させる。第２のジョブ実行ステップにおいては、更新後の課金サブテーブルの残高がある間はジョブの実行を継続する。
好ましくは、外部サーバに、ジョブ処理が完了した場合に、前記画像形成装置に更新された課金サブテーブルを送信する第２の送信ステップをさらに実行させ、画像形成装置に、外部サーバから更新された課金サブテーブルを受信する第２の受信ステップと、受信した、更新された課金サブテーブルの残高に応じて、第１の更新ステップにおいて更新された後の課金テーブルを更新する第３の更新ステップとを実行させる。
好ましくは、外部サーバに、第２のジョブ実行ステップにおけるジョブ処理の途中で更新された課金サブテーブルの残高が無くなった場合に、画像形成装置に更新された課金サブテーブルを送信する第２の送信ステップをさらに実行させ、画像形成装置に、残高がない更新された課金サブテーブルを受信した場合に、第１の更新ステップにおいて更新された後の課金テーブルの残高のうちの所定の残高を移し替えた、別の課金サブテーブルを生成する第２の生成ステップと、生成された別の課金サブテーブルを外部サーバに送信する第３の送信ステップとをさらに実行させる。
好ましくは、第２のジョブ実行ステップにおいて実行されるジョブは、データの復号化処理、ＯＣＲ処理または翻訳処理である。

本発明に係る記録媒体は、上記に記載の課金プログラムを記録する。

本発明に係る課金システムは、画像形成装置において、外部サーバに依頼するジョブ処理の実行指示があった場合には、課金テーブルの残高内で外部サーバに対応する課金サブテーブルを生成する。そして、外部サーバは、課金サブテーブルに応じてジョブ毎に課金処理する。また、画像形成装置は、課金テーブルに応じてジョブ毎の課金処理する。したがって、外部サーバにジョブ処理を依頼した場合であっても、外部サーバにおいては、課金サブテーブルに応じて課金処理が実行され、画像形成装置においては、課金テーブルに応じて課金処理が実行されるためユーザは、外部サーバにおける処理が終了するまで待機する必要は無く、通常のジョブを画像形成装置において実行することが可能であり、利便性が向上する。

以下、図面を参照しつつ本発明の実施の形態について説明する。以下の説明において同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同一であるものとする。

図１は、本発明の実施の形態に従う課金システムの構成を説明する図である。
図１を参照して、本発明の実施の形態に従う課金システム１は、ネットワーク２とそれぞれ接続された、課金管理サーバ３と、ＭＦＰ１０と、ＭＦＰ１０と連携処理する外部サーバである連携サーバ４とを含む。なお、ここで、一例としてＭＦＰは、２台設けられている場合について説明するが、特に２台に限られず、何台でも良い。

ネットワーク２は、有線あるいは無線ＬＡＮ（Local Area Network）を介して、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルを用いて接続構成され、互いに各種データの授受が可能となっている。

課金管理サーバ３は、ユーザ毎の課金情報を記憶する後述する課金テーブルを備える。そして、ＭＦＰ１０からの要求に応じて、ユーザ毎の課金情報が記憶された課金テーブルを送受信する。

連携サーバ４は、ＭＦＰ１０からのジョブ処理要求に応じて、アプリケーションプログラムを実行し、例えば、Ｕ３メモリ等に格納された暗号化されたデータの復号化処理、ＯＣＲ処理、英文／和文の翻訳処理等を実行するものとする。

ＭＦＰ１０は、後述するが、原稿を読み取るためのスキャナ機能、画像データに基づいて紙などの記録媒体に画像を形成するプリント機能、およびユーザ認証機能等を備えているものとする。なお、本例においては、一例として、ユーザ認証機能であるユーザ認証処理としては、ユーザ毎に設けられた専用カードに格納されているＩＤ番号を用いるものとするが、特に専用カードに格納されているＩＤ番号に限られず、生体認証等の指紋認証を利用することも可能であるし、ユーザが認証コードを入力して認証コードの一致比較を実行することも可能である。すなわち、何らかの手段により、ユーザを識別して、ユーザに対応付けられた課金テーブルをＭＦＰ１０において取得することが可能であればどのような手段を用いても良い。

図２は、本発明の実施の形態に従う課金管理サーバ３の構成を説明する概略ブロック図である。

図２を参照して、本発明の実施の形態に従う課金管理サーバ３は、ＣＰＵ（Central Processing Unit）２１と、ＲＯＭ（Read-Only Memory）２２と、ＲＡＭ（Random Access Memory）２３と、排他制御テーブル２４と、ユーザ課金テーブル２５と、ネットワークＩ／Ｆ２６とを含む。

ＣＰＵ２１は、ＲＯＭ２２から課金管理に必要なプログラムを読み出して、各部の動作タイミングを統一的に制御する。また、ＣＰＵ２１は、排他制御テーブル２４に基づいてユーザ課金テーブル２５へのアクセスの許可あるいは禁止を制御する。

また、ＣＰＵ２１は、ネットワークＩ／Ｆ２６からユーザの課金情報の読出要求を受け付けると、ユーザ課金テーブル２５から読出要求を受け付けた対応するユーザの課金情報が記憶された課金テーブルを読み出して送信する。

また、ユーザの使用結果の書戻要求を受け付けると、ユーザ課金テーブル２５の対応するユーザの課金情報が格納された課金テーブルを更新する。

ＲＯＭ２２には、課金管理に関する必要なプログラムが格納されており、例えば、ユーザ課金テーブル２５の更新等の各種プログラムが格納されている。

ＲＡＭ２３は、揮発性メモリであり、ＣＰＵ２１におけるプログラム実行時のワークエリアとして用いられる。

排他制御テーブル２４は、同一ユーザによる複数のＭＦＰ１０からのユーザ課金テーブル２５へのアクセスを制限するためのテーブルである。

ユーザ課金テーブル２５は、ユーザ毎の前払いされた料金残高およびジョブに応じた料金表を管理するための課金テーブルを格納している。

ネットワークＩ／Ｆ２６は、ＣＰＵ２１からの指示に従って外部機器例えばＭＦＰ１０との間でデータを送受信する。

図３は、本発明の実施の形態に従う排他制御テーブル２４の内容を説明する図である。
図３を参照して、本発明の実施の形態に従う排他制御テーブル２４には、ユーザを識別するためのＩＤ（Identification）番号および排他制御フラグの欄が設けられており、ＩＤ番号の欄には、予めユーザに対応付けられた識別番号が格納される。また、排他制御フラグの欄のデータ「０」は、ユーザ課金テーブル２５のアクセス許可状態を示し、排他制御フラグのデータ「１」は、ユーザ課金テーブル２５のアクセス禁止状態を示すものとする。

図４は、本発明の実施の形態に従うユーザ課金テーブル２５の内容を説明する図である。

図４を参照して、ユーザの「ＩＤ番号」に対応付けられて、「カウンタ」値の欄、「カウンタ上限」値の欄、各ジョブ処理に対する「単価」の欄がそれぞれ示されている。

「カウンタ」値の欄には現在までのＭＦＰ１０等の使用料金に相当する値が書き込まれる。「カウンタ上限」値の欄には、ユーザが前払いした料金に相当する値が書き込まれる。「単価」の欄には、各ジョブ処理の実行に係る使用料金を求めるための基本単価情報が登録されている。

基本単価情報は、一例としてＭＦＰ１０が実行できるコピージョブおよびプリントジョブと、連携サーバ４が実行できる復号化処理ジョブ、ＯＣＲ処理ジョブ、英文和訳ジョブ、和文英訳ジョブから成る各種ジョブで構成され、用紙サイズ、ページあるいは文字数から成る課金単位の組み合わせに従って決定される。なお、ユーザ毎に各ジョブ処理に対する「単価」を同一とすることも可能であるし、あるいは、本例の如く異なるように設定することも可能である。

本例においては、一例として、基本単価情報について、「ＩＤ番号」が「００００１」であるユーザＡがＡ４サイズのコピーを１枚取ると、単価が１としてカウントされる場合が示されている。他の場合についても同様の方式でカウントされる。

図５は、本発明の実施の形態に従うＭＦＰ１０の概略ブロック図である。
図５を参照して、本発明の実施の形態に従うＭＦＰ１０は、ＣＰＵ１０１と、ＲＯＭ１２０と、ＲＡＭ１２１と、読取部１２２と、画像処理部１２３と、印刷部１２４と、表示操作部１２５と、データ通信部１２６と、ＬＡＮ端子１２７と、ＵＳＢ端子１２８と、カードリーダ１２９と、ＨＤＤ１３０とを備えている。また、各部は内部バス１１０で接続されており、相互にデータの授受が可能であるものとする。

ＣＰＵ１０１は、ＲＯＭ１２０から必要なプログラムを読み出して、各部の動作タイミングを統一的に制御し、スキャンジョブ処理、コピージョブ処理、プリントジョブ処理等の動作を実現させる。

ＲＯＭ１２０には、ジョブ処理等の各種プログラムと各種固定データ等が格納されている。

ＲＡＭ１２１は、揮発性メモリであり、ＣＰＵ１０１におけるプログラム実行時のワークエリアや、回転処理等を施すために画像データを少なくとも１ページ分格納するためのページメモリとなる。

読取部１２２は、原稿を照射する光源と、原稿の幅方向に原稿を１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に移動させる移動手段と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーから成る光学経路とを含み、原稿画像を読み取って、対応する画像データを取り込む。ラインイメージセンサは、ＣＣＤ（Charge Coupled Device）で構成される。ラインイメージセンサが出力するアナログ画像信号はＡ／Ｄ変換され、デジタル画像データとして取り込まれる。

画像処理部１２３は、画像データを拡大、縮小あるいは回転処理したり、画像データを圧縮あるいは伸張処理する。

印刷部１２４は、記録紙の搬送装置と、感光体ドラムと、帯電装置と、レーザーユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着装置とを含み、画像データに対応する画像を電子写真プロセスによって記録紙上に形成して出力する。

表示操作部１２５は、表面にタッチパネルを備えた液晶ディスプレイと各種操作スイッチ等で構成される操作パネルを含み、ユーザに各種の案内表示や状態表示を行ったり、ユーザから各種操作指示を受け付けたりする。

データ通信部１２６は、ＴＣＰ／ＩＰ等の通信プロトコルで通信するインターフェースであるＬＡＮ端子１２７と、シリアル通信インターフェースであるＵＳＢ（Universal Serial Bus）端子１２８とを含み、ＣＰＵ１０１からの指示に従ってＬＡＮ端子１２７あるいはＵＳＢ端子１２８に接続された外部機器例えばＵＳＢメモリ等との間でデータを送受信する。

カードリーダ１２９に対して、ユーザに対応して設けられた予めＩＤ番号が書き込まれた専用カードを挿入すると、そのＩＤ番号を取得する。

専用カードは、磁気カード等が使用され、登録済みユーザを一意に特定するためにユーザ識別情報としてＩＤ番号が記録されている。なお、当該専用カードは、ユーザ毎に管理者から配布されるものとする。そして、当該専用カードが発行される際に課金管理サーバ３において、ＩＤ番号に対応付けられた課金情報を記憶する課金テーブルがユーザ課金テーブル２５に登録されるものとする。

ＨＤＤ１３０は、圧縮された画像データや印刷データなどを記憶する。
ＣＰＵ１０１は、ジョブ受付部１０２と、ジョブ実行部１０３と、副課金票作成部１０４と、課金票更新部１０５と、副課金票併合部１０６と、課金部１０７とを含む。

ジョブ受付部１０２は、ユーザが表示操作部１２５を操作して入力したジョブの実行指示を受け付ける。

ジョブ実行部１０３は、入力したジョブ処理の実行指示に応答してジョブ処理を実行する。

副課金票作成部１０４は、後述するが課金票のカウンタ残高に基づいて、新規に副課金票を作成する。本例においては、連携サーバ４を利用したジョブ実行の際に、ＭＦＰ１０用に対応する副課金票を作成する。

課金票更新部１０５は、副課金票の作成あるいは、送信されてきた副課金票に基づいて課金票を更新する。

副課金票併合部１０６は、送信されてきた副課金票を課金票に併合して１つの課金票にする。

課金部１０７は、ジョブ実行部１０３のジョブ実行に応答して課金票に応じた課金処理を実行する。

図６は、本発明の実施の形態に従うＭＦＰ１０における表示操作部１２５を構成する操作パネル２００の構成を説明する図である。

図６を参照して、スタートキー２０１は、コピー／スキャン等の動作を開始させるために用いられる。テンキー２０２はコピー枚数等の数値等あるいは後述するパスワードを入力するために用いられる。クリアキー２０３は、入力された数値のクリア、および蓄積された画像記憶の画像データを破棄するために用いられる。

ストップキー２０４は、コピー／スキャン動作の停止を指示するために用いられる。パネルリセットキー２０５は、設定されているモードおよびジョブを破棄するために用いられる。また、ＵＳＢデバイスに対するデータ書込処理あるいはデータ印刷中にストップキー２０４を押下した場合には、当該ＵＳＢデバイスに対するデータ書込動作あるいはデータ印刷動作は停止されるものとする。

また、操作ディスプレイ１２は、各種モードの表示や設定等を実行するためにタッチパネル２０６が取付けられている。

このタッチパネル２０６によって、ユーザは操作ディスプレイ１２内の表示内容に従った各種設定を行なうことができる。また、タッチパネル２０６における設定画面領域２０７には、通常はコピー動作やスキャン動作を実行する際に行なう基本的／応用的な設定のためのボタンが配置されている。各ボタンを押下するとその詳細設定を行なうための階層画面が表示される。

タッチパネル２０６のジョブ情報画面領域２０８にはその時点でＭＦＰ１０に投入されているジョブ情報が表示される。表示は実行されるべきジョブの順序で並んでいる。特定のジョブに対して消去変更等の操作を行なう場合は、ジョブ操作ボタン２０９を選択した後操作対象となるジョブ番号ボタンを押下する。それらの操作によってジョブ操作画面が表示され、特定のジョブに対する操作が可能となる。

コピー（Copy）キー２１０、およびスキャン（Scan）キー２１１は、ＭＦＰ１０をコピー／スキャナのいずれのモードで動作させるかを設定するための選択キーである。

コピーキー２１０を押下した場合、ＭＦＰ１０はコピー機として使用可能となる。この状態ではスキャナ動作は実行することはできない。

また、スキャンキー２１１を押下した場合、ＭＦＰ１０はスキャナとなる。この状態ではコピー動作を実行することはできない。

なお、コピーキー２１０とスキャンキー２１１は排他的動作となり、一方を選択すると自動的に他方は非選択状態となる。

図７は、設定画面領域２０７において、「応用」のボタンを押下した場合の画面を説明する図である。

図７を参照して、ここでは、「応用」のボタンが押下された場合のコマンドボタンが示されている。具体的には、連携サーバ４において連携処理する各種コマンドボタンが示されている。

一例として、「復号化」ボタン２２０、「ＯＣＲ」ボタン２２１、「英文和訳」ボタン２２２、「和文英訳」ボタン２２３が設けられており、各種ボタンを押下することにより、対応するボタンに応じたジョブ処理が外部の連携サーバ４に対して指示されることになる。

図８は、本発明の実施の形態に従う連携サーバ４の概略構成を説明するブロック図である。

図８を参照して、本発明の実施の形態に従う連携サーバ４は、オペレーティングシステム（ＯＳ：Operating System）を含む各種プログラムを実行するＣＰＵ（Central Processing Unit）３０１と、ＲＯＭ３０２と、ＣＰＵ３０１のプログラム部分の実行に必要なデータを一時的に記憶するＲＡＭ３０３と、ＣＰＵ３０１で実行されるプログラムを不揮発的に記憶するハードディスク部（ＨＤＤ：Hard Disk Drive）３０４と、ネットワークＩ／Ｆ３０５と、入力部３０６と、表示制御部３０７と、ディスプレイ３０８とを含む。

ＣＰＵ３０１は装置全体を制御し、ＲＯＭ３０２はＢＩＯＳやブートプログラムを格納し、ＲＡＭ３０３は、揮発性メモリであって、ＣＰＵ３０１におけるプログラム実行時のワークエリアとなる。

また、ＣＰＵ３０１は、ジョブ受付部３１１と、ジョブ実行部３１２と、課金部３１３と、副課金票更新部３１４とを含む。

ＨＤＤ３０４は、ＯＳ、アプリケーション、ドライバ、各種プログラムおよびデータファイル等を格納する。アプリケーションとしては、ＭＦＰ１０から送信された画像データに対する拡張機能を実行するためのアプリケーションプログラムが記憶されているものとする。本例においては、一例として、暗号化されたデータを復号化するための復号化処理プログラム、ＯＣＲ処理を実行するＯＣＲ処理プログラム、英文和訳翻訳処理を実行するための英文和訳処理プログラム、和文英訳翻訳処理を実行するための和文英訳処理プログラムを記憶しているものとする。

ネットワークＩ／Ｆ３０５は、ＴＣＰ／ＩＰ等の通信プロトコルでＬＡＮを介して外部機器と送受信する。

入力部３０６は、キーボードやマウス等の入力装置である。
表示制御部３０７は、ＣＰＵ３０１の制御により、ビデオメモリに描画を行うと共に、ビデオメモリに記憶された画像データをビデオ信号としてディスプレイ３０８に出力する。

ディスプレイ３０８は、液晶表示器やＣＲＴに代表される表示装置である。
連携サーバ４の装置の電源がＯＮになると、ＣＰＵ３０１は、ＲＯＭ３０２のブートプログラムに従って、ＨＤＤ３０４からＯＳをＲＡＭ３０３にロードし、各種デバイスドライバをロードする。さらに、ＣＰＵ３０１は、連携サーバ４において連携処理する対応するプログラムをＲＡＭ３０３にロードして実行する。

ＣＰＵ３０１のジョブ受付部３１１において、ＭＦＰ１０から指示されたジョブを受け付けて、ジョブ実行部３１２において、受け付けたジョブを実行する。そして、課金部３１３において、実行したジョブに対する課金処理を実行し、副課金票更新部３１４において課金処理に従って副課金票を更新する。

なお、このようなプログラム等は、図示しないＦＤドライブあるいはＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）ドライブによってそれぞれフレキシブルディスクまたはＣＤ−ＲＯＭなどから読取られてＨＤＤ３０４に格納することも可能であるし、あるいは、ネットワークを介して当該プログラムを格納することも格納することも可能である。

図９は、本発明の実施の形態に従うＭＦＰ１０の制御動作のメインルーチンのフローを説明する図である。

図９を参照して、まず、ＭＦＰ１０において、カードリーダ１２９に専用カードが挿入されているかどうかを判断する（ステップＳ１）。

そして、専用カードが挿入されている場合には、次に、専用カードに格納されたユーザのＩＤ番号を取得する（ステップＳ２）。

そして、次に、課金管理サーバ３から課金票を取得する処理を実行する（ステップＳ３）。具体的には、ＭＦＰ１０は、課金票を取得するために課金テーブル読出要求を課金管理サーバ３に出力する。

図１０は、本発明の実施の形態に従う課金管理サーバ３から課金票を取得する処理を説明するフロー図である。

図１０を参照して、課金管理サーバ３のＣＰＵ２１は、ネットワークＩ／Ｆ２６を介して、ＭＦＰ１０から課金テーブル読出要求の入力が有ったかどうかを判断する（ステップＳ２０）。なお、課金テーブル読出要求には、ユーザのＩＤ番号も含まれているものとする。

ステップＳ２０において、ＣＰＵ２１は、課金テーブル読出要求の入力が有った場合には、課金テーブル読出要求に含まれているユーザのＩＤ番号を取得する（ステップＳ２１）。

次に、ＣＰＵ２１は、排他制御テーブル２４を参照して、ユーザ課金テーブル２５への書き込みをロックする（ステップＳ２２）。具体的には、ユーザのＩＤ番号欄と一致する行の排他制御のフラグ欄について、「０」から「１」に変更する。

そして、次に、ＣＰＵ２１は、ＩＤ番号がユーザ課金テーブル２５のＩＤ番号欄と一致する行の各欄を全て読み出す（ステップＳ２３）。

そして、ＣＰＵ２１は、ユーザに対応した課金票２７を作成する（ステップＳ２４）。
そして、次に、ＣＰＵ２１は、ネットワークＩ／Ｆ２６を介して、ＭＦＰ１０に課金票２７を送信する（ステップＳ２５）。そして、終了する（エンド）。

これにより、ＭＦＰ１０は、課金管理サーバ３から送信された課金票２７を取得する。
図１１は、本発明の実施の形態に従う生成された課金票２７の内容を説明する図である。

図１１を参照して、本発明の実施の形態に従う課金票２７の一例として、ユーザのＩＤ番号が「００００１」のユーザＡの課金票２７が示されており、ユーザ課金テーブル２５のＩＤ番号欄と一致する行の各欄を全て抽出し、ユーザに対応した課金票２７が作成されている。

ユーザの「ＩＤ番号」に対応付けられて、「００００１」に対応付けられた「カウンタ」値が「８８」、「カウンタ上限」値が「４０００」、および各ジョブ処理（コピー、プリント等）に対する「単価」がそれぞれ示されている。

再び、図９を参照して、次に、連携サーバ４の連携ジョブの受付があるか否かを判断する（ステップＳ４）。具体的には、上述した図７の設定画面領域２０７において、「復号化」ボタン２２０、「ＯＣＲ」ボタン２２１、「英文和訳」ボタン２２２、「和文英訳」ボタン２２３のいずれかが押下されることにより、連携ジョブの受付があると判断される。

連携サーバの連携ジョブとは、上述した外部に設けられた連携サーバ４において実行可能な復号化処理ジョブ、ＯＣＲ処理ジョブ、英文和訳ジョブ、和文英訳ジョブ等であり、処理能力不足や採用されているＯＳの違いの観点から、ＭＦＰ１０では処理できず連携サーバ４で処理するジョブである。

そして、副課金票を生成する（ステップＳ５）。具体的には、副課金票作成部１０４は、課金票２７のカウンタ残高に従って連携サーバ４に対応する副課金票を生成する。

そして、次に、生成した副課金票と、画像データを連携サーバ４に送信する（ステップＳ６）。なお、その際には、連携サーバ４で処理するジョブ実行の指示も含まれる。

なお、画像データには，ページ区切りが無いＵ３規格の暗号化データや英文や和文のテキストデータ等も含まれるものとする。

図１２は、本発明の実施の形態に従う副課金票の作成手順を模式的に説明する図である。

図１２を参照して、左側の領域に設けられた課金票２７は、作成前の課金票であり、図１１で説明したのと同一である。

そして、副課金票作成部１０４は、課金票２７のカウンタ残高に従って副課金票２８を生成する。具体的には、課金票の項目のうちＩＤ番号、連携サーバ４が実行できるジョブの単価のうちの復号化処理ジョブ、ＯＣＲ処理ジョブ、英文和訳ジョブ、和文英訳ジョブをそのまま引き継ぐものとする。そして、「カウンタ」値は新規作成のため「０」として書き込む。

また、本実施の形態では、一例として、課金票のカウンタ残高（＝「カウンタ上限」値−「カウンタ」値）の半分を副課金票に移し替えるものとする。

具体的には、課金票のカウンタ残高（４０００−８８）の半分である１９５６を副課金票２８の「カウンタ上限」値に書き込んでいる。

一方、課金票更新部１０５は、副課金票作成部１０４の副課金票２８の作成に伴い課金票２７を課金票２９に更新する。課金票２９の「カウンタ」値は、副課金票２８の作成に伴い、カウンタ残高の半分を副課金票に移し替えたため、差し引いた分を反映させるため、８８＋１９５６＝２０４４に書き換える。

ここで、連携サーバ４における処理について説明する。
図１３は、連携サーバ４の制御動作のメインルーチンの内容を示すフロー図である。

図１３を参照して、連携サーバ４は、ＭＦＰ１０から副課金票２８と画像データとを受信する（ステップＳ３１）。なお、その際には、連携サーバ４で処理するジョブ実行の指示も受信する。

具体的には、ＣＰＵ３０１のジョブ受付部３１１は、ネットワークＩ／Ｆ３０５を介して副課金票と画像データとを受信するとともに、指示されたジョブの内容を受け付ける。

そして、次に、ジョブ実行部３１２において、課金単位でジョブを実行する（ステップＳ３２）。当該処理については後述する。なお、ジョブ実行結果は印刷データとなる。

次に、ジョブ実行後の課金データに基づいて副課金票を更新する（ステップＳ３３）。
具体的には、課金部３１３において、ジョブの実行に基づく課金処理を実行し、当該課金処理に基づく課金データに従って副課金票更新部３１４において副課金票が更新される。

そして、次に、ＣＰＵ３０１は、副課金票のカウンタ値とカウンタ上限値とを比較することによって、カウンタ値の残りがあるか否かすなわちカウンタ残高が有るかを判断する（ステップＳ３４）。

ステップＳ３４において、カウンタ残高が有る場合には、次に、ＣＰＵ３０１は、ジョブ終了か否かを判断する（ステップＳ３８）。

そして、ステップＳ３８において、ジョブ終了であると判断された場合には、ＣＰＵ３０１は、ＭＦＰ１０に対して完了通知を送信する（ステップＳ３９）。

そして、ＣＰＵ３０１は、ＭＦＰ１０に対して副課金票と印刷データを送信する（ステップＳ４０）。そして、終了する（エンド）。

一方、ステップＳ３８において、ジョブ終了で無いと判断された場合には、再び、ステップＳ３２に進み、課金単位でジョブを実行し、ジョブ終了となるまで当該処理を繰り返す。

一方、ステップＳ３４において、ＣＰＵ３０１は、副課金票のカウンタ値とカウンタ上限値とを比較することによって、カウンタ値の残りがあるか否かすなわちカウンタ残高が無いと判断した場合には，次に、副課金票を送信する（ステップＳ３５）。

そして、次に、ＣＰＵ３０１は、副課金票をＭＦＰ１０に対して送信した後、ＭＦＰ１０から再び送信された副課金票を受信したかどうかを判断する（ステップＳ３６）。なお、このＭＦＰ１０から送信された副課金票の再受信については後述する。

ステップＳ３６において、副課金票を受信するまで待機し、副課金票を受信した場合には次のステップＳ３７に進む。

そして、副課金票を受信した場合、ＣＰＵ３０１は、受信した副課金票について、カウンタ残高が有るかどうかを判断する（ステップＳ３７）。

ステップＳ３７において、ＣＰＵ３０１は、受信した副課金票についてカウンタ残高が有ると判断した場合には、ステップＳ３８に進む。そして、上述したようにジョブ終了か否かを判断し、ジョブ終了となるまで上述の処理を繰り返す。すなわち、ステップＳ３４において、カウンタ残高が無しとして判断された場合に、ＭＦＰ１０から送信された副課金票に基づいてカウンタ残高がありとなった場合には、ジョブが中断した場合であっても継続することが可能となる。

一方、ステップ３７において、ＣＰＵ３０１は、受信した副課金票について、カウンタ残高が無いと判断した場合には、エラー通知を送信する（ステップＳ４１）。

そして、次に副課金票を送信する（ステップＳ４２）。そして、終了する（エンド）。
すなわち、ＭＦＰ１０から送信された副課金票を再受信した場合であっても、カウンタ残高が無かった場合には、ジョブを継続実行することはできないため、エラー通知を送信するとともに、副課金票をＭＦＰ１０に送信する。

次に、ジョブ実行部３１２における、ステップＳ３２の課金単位でのジョブ実行のフローについて説明する。

図１４は、復号化ジョブ実行時のフローを説明する図である。具体的には、図７において、画像データに対する復号化処理を実行するための「復号化」ボタン２２０が押下されたものとする。

図１４を参照して、復号化ジョブ処理として、画像データを復号化処理する（ステップＳ４３）。そして、次に、ページ終端に到達したかどうかを判断し（ステップＳ４４）、ページ終端に到達するまで復号化処理を繰り返す。そして、終了する（エンド）。

復号化処理は、ページ単位を復号化ジョブ処理の課金単位としており、１ページの復号化ジョブ処理毎に副課金票が更新される。

図１５は、ＯＣＲジョブ実行時のフローを説明する図である。具体的には、図７において、画像データに対するＯＣＲ処理を実行するための「ＯＣＲ」ボタン２２１が押下されたものとする。

図１５を参照して、文字数カウントが１００文字以上であるかどうかを判断する（ステップＳ４５）。文字数カウントは、後述する抽出した文字の文字数を計算した後、課金計算に用いるためのカウンタ値である。

ステップＳ４５において、文字数カウントが１００文字以上である場合には、文字数カウントから１００文字差し引く（ステップＳ４６）。そして、処理を終了する（エンド）。

ＯＣＲ処理は、ブロック単位で実行し、１００文字単位を課金単位としている。したがって、１００文字単位で課金するため文字数カウントから１００文字分差し引いて、課金単位でのジョブを終了する。

一方、ステップＳ４５において、文字数カウントが１００文字未満である場合には、文字抽出領域が無いかどうかを判断する（ステップＳ４７）。本例においては、画像データのブロック単位で文字抽出処理を実行するものとする。そして、ステップＳ４７において、最終のブロックの文字抽出処理の終了後には、文字抽出領域が無いと判断して処理を終了する（エンド）。すなわち、課金単位でのジョブを終了する。

一方、ステップＳ４７において、文字抽出領域が有ると判断した場合には、画像データから文字抽出処理を実行する（ステップＳ４８）。具体的には、画像データのブロック単位で文字抽出処理を実行するものとする。なお、画像データにおける一群の文字群であるブロック単位の文字抽出処理については、公知の方法を用いることとし、その詳細については説明を省略する。例えば、画像データのうちの空白の領域を検知して判断することが可能である。

そして、次に、文字抽出処理により抽出された文字数を計算する（ステップＳ４９）。
そして、次に、文字数カウントに加算する（ステップＳ５０）。

そして、次に、文字数カウントが１００文字以上であるかどうかを判断する（ステップＳ５１）。

ステップＳ５１において、文字数カウントが１００文字以上である場合には、文字数カウントから１００文字差し引く（ステップＳ５２）。そして、処理を終了する（エンド）。１００文字単位で課金するため文字数カウントから１００文字分差し引いて、課金単位でのジョブを終了する。

一方、ステップＳ５１において、文字数カウントが１００文字未満である場合には、ステップＳ４７に戻る。そして、上述の処理を繰り返す。

本例においては、画像データのブロック単位で文字抽出処理を実行するものとする。そして、最終のブロックの文字抽出処理の終了後には、文字抽出領域が無いと判断して処理を終了する（エンド）。すなわち、課金単位でのジョブを終了する。

すなわち、文字抽出処理を実行して、文字数カウントのカウンタ値に基づいて１００文字単位ずつで課金単位でのジョブを実行する。

なお、ここでは、ＯＣＲジョブについて説明したが、英文和訳ジョブあるいは和文英訳ジョブ等の翻訳処理についても同様の方式で課金ジョブを実行することが可能である。

なお、本例においては、文字抽出処理において、ブロック単位における抽出領域が無くなった場合に、文字数カウントが１００文字未満である場合であっても切り上げて課金する場合としているが、文字数カウントが１００文字未満である場合に切り捨てて課金しない方式とすることも可能である。

再び図９を参照して、次に、ＣＰＵ１０１は、連携サーバ４から送信された副課金票の受信があったかどうかを判断する（ステップＳ７）。当該判断は、連携サーバ４において送信した副課金票の残高が無くなった場合に連携サーバ４から送信される副課金票を受信したかどうかを判断するものである。当該場合には、ステップＳ１０に進む。

一方、ステップＳ７において、副課金票の受信が無かった場合には、通常のジョブの受付があるかどうかを判断する（ステップＳ８）。

ステップＳ８において、通常のジョブの受付がある場合には、次に、通常のジョブを実行処理する（ステップＳ９）。具体的には、ジョブ実行部１０３において指示された通常のジョブを処理する。通常のジョブとは、コピージョブ、プリントジョブあるいはスキャンジョブ等である。

ステップＳ８において、通常のジョブの受付が無い場合には、次のステップＳ１２に進み、完了通知を受信したかどうかを判断する（ステップＳ１２）。具体的には、図１３において、ジョブが終了したことに伴い連携サーバ４から送信された完了通知を受信したかどうかを判断する。

ステップＳ１２において、完了通知を受信しない場合には、再び、ステップＳ７に戻り、連携サーバ４から完了通知が有るまで上述の処理を繰り返す。

ステップＳ１２において、ＣＰＵ１０１は、連携サーバ４から完了通知を受信した場合には、副課金票２８と印刷データを受信する（ステップＳ１３）。

そして、副課金票２８と課金票２９とを併合する（ステップＳ１４）。
図１６は、本発明の実施の形態に従う副課金票と課金票との併合手順を模式的に説明する図である。

図１６を参照して、左側には、併合前の副課金票２８と、副課金票２９とが示されている。右側には、併合後の課金票３０が示されている。

ここで、副課金票２８の「カウンタ」値は、「１０」であり、「カウンタ上限」値である「１０５６」未満である。したがって、カウンタ残高が有る状態である。

一方、課金票２９は、「カウンタ」値が２０６４であり、「カウンタ上限」値が「４０００」である。

副課金票２８と課金票２９とを併合すると、併合後の課金票のカウンタ残高は、「カウンタ上限」値−「カウンタ」値を課金票に移し替えるためカウンタ値からその値を差し引く。副課金票のカウンタ残高（１９５６−１０＝１９４６）を課金票の「カウンタ」値から差し引くため２０６４−１９４６＝１１８に書き換える。

そして、再び、図９を参照して、印刷ジョブを実行する（ステップＳ１５）。
そして、課金票の送信処理を実行する（ステップＳ１６）。そして、処理を終了する（エンド）。

図１７は、本発明の実施の形態に従う印刷ジョブの実行を説明するフロー図である。
図１７を参照して、まず、ジョブ実行部１０３により印刷ジョブを実行する（ステップＳ８０）。具体的には、印刷データに基づいて、例えばプリントジョブを実行する。なお、ここでは、プリントジョブを実行する場合について説明するが、スキャンジョブ等を実行しても良いし、特にプリントジョブに限られない。

そして、次に、課金票を更新する（ステップＳ８１）。具体的には、課金部１０７において、当該ジョブの実行に基づく課金処理を実行し、課金データに従って課金票更新部１０５は、課金票を更新する。

そして、処理を終了する（エンド）。
なお、ここでは、印刷ジョブについて説明したが、ステップＳ９で説明した通常のジョブの実行処理についても同様である。具体的には、ジョブ実行部１０３において指示された通常のジョブを処理し、当該ジョブの実行に基づく課金処理を実行し、課金データに従って課金票更新部１０５は、課金票を更新する。なお、通常のジョブとは、コピージョブ、プリントジョブあるいはスキャンジョブ等である。

図１８は、本発明の実施の形態に従う課金票の送信処理を説明するフロー図である。
図１８を参照して、ＣＰＵ１０１は、課金管理サーバ３に、課金票とともに課金テーブル書戻要求を送信する（ステップＳ６０）。

課金管理サーバ３において、ＣＰＵ２１は、課金票とともに課金テーブル書戻要求を受信する（ステップＳ６１）。

次に、ＣＰＵ２１は、課金テーブルの書込ロックを解除する（ステップＳ６２）。具体的には、書き込みロックを解除するために、排他制御テーブル２４のＩＤ番号欄と一致する行の排他制御欄を「１」から「０」に書き換える。

そして、ＣＰＵ２１は、次に課金テーブルを書き戻す（ステップＳ６３）。具体的には、ＩＤ番号がユーザ課金テーブル２５のＩＤ番号欄と一致する行のカウンタ値の欄を受信した課金票のカウンタ値で上書きする。

そして、次に、ＣＰＵ２１は、完了通知を送信する（ステップＳ６４）。
ＭＦＰ１０において、ＣＰＵ１０１は、課金管理サーバ３からの完了通知を受信し（ステップＳ６５）、処理を終了する（エンド）。

なお、ステップＳ４において、連携サーバ４の連携ジョブの受付が無かった場合には、通常のジョブを実行する（ステップＳ１８）。そして、ステップＳ１６に進む。なお、ステップＳ１８の処理は、ステップＳ１７で説明したのと同様の処理であるのでその詳細な説明は繰り返さない。

ここで、図９のステップＳ７において、副課金票の受信があった場合について説明する。すなわち、連携サーバ４から完了通知の受信前に副課金票の受信があった場合について説明する。

ステップＳ７において、ＣＰＵ１０１は、副課金票の受信があった場合には、エラー通知の受信があったかどうかを判断する（ステップＳ１０）。

上述したように、図１３において、連携サーバ４において、カウンタ残高が無かった場合にジョブが途中で終了した場合には、エラー通知とともに副課金票が送信される。

したがって、そのような場合には、エラー通知を受信して、エラー処理を実行する（ステップＳ１７）。そして、処理を終了する（エンド）。

エラー処理としては、カウンタ残高が無いことをユーザに通知して、ユーザに対して追加の料金を支払うように促すものとする。あるいは、ユーザが所有している別のカウンタ残高が有るカードをカードリーダ１２９に挿入することを促すことも可能である。

一方、ステップＳ１０において、エラー通知を受信しない場合においては、副課金票を生成し、課金票を更新する処理を実行する（ステップＳ１１）。そして、ステップＳ１２に進む。

図１９は、本発明の実施の形態に従う副課金票の生成および課金票の更新処理を説明するフロー図である。

図１９を参照して、図９のステップＳ７において、副課金票を受信するとともに、エラー通知を受信しない場合において、まず、ＭＦＰ１０のＣＰＵ１０１は、副課金票を受信する（ステップＳ５５）。

そして、次に、ＣＰＵ１０１の副課金票作成部１０４は、副課金票を生成する（ステップＳ５６）。具体的には、副課金票作成部１０４は、副課金票の受信に従って課金票の課金残高に基づいて副課金票を作成する。

そして、次に生成した副課金票に従って、課金票更新部１０５は、課金票を更新する（ステップＳ５７）。

そして、ＣＰＵ１０１は、生成した副課金票を送信する（ステップＳ５８）。
図２０は、本発明の実施の形態に従う副課金票の更新手順を模式的に説明する図である。

図２０を参照して、左側には、受信した副課金票２８と、更新前の課金票２９が示されており、右側には、送信する副課金票３０と、更新後の課金票３１が示されている。

受信した副課金票２８の「カウンタ」値がカウンタ上限値以上であり、カウンタ残高が無い状態である。

本実施例では副課金票２８の超過使用分を考慮して、課金票２９のカウンタ残高（カウンタ上限値一カウンタ値）の半分を副課金票に移し替える。

まず、副課金票２８の超過使用分は、「カウンタ」値−「カウンタ上限」値であり、「１」である。

そして、副課金票２８の超過使用分を考慮した課金票２９のカウンタ残高は、４０００−（２０５１＋１）となり、１９４８である。したがって、その半分（４０００−２０５２）／２＝９７４をカウンタ上限値に書き込んでいる。

一方、副課金票更新部１０５は、副課金票作成部１０４の副課金票３０の作成に伴い課金票２９を課金票３１に更新する。

課金票３１の「カウンタ」値は、副課金票３０の作成に伴い、カウンタ残高の半分を副課金票に移し替えたため、超過使用分も考慮して、差し引いた分を反映させるため２０５１＋１＋９７４＝３０２６に書き換える。

当該処理により、新たな副課金票３０が連携サーバ４に送信され、図１３のステップＳ３６において、副課金票が受信されて、カウンタ残高の範囲内でジョブが継続されることになる。

従来においては、連携サーバ４の副課金票の残高が無くなった場合に、使用料金超過でジョブ処理が途中で終了してしまう可能性があったが、本発明の実施の形態に従う方式により、予め使用料金が予測できないため連携サーバ４におけるジョブ処理であっても、ＭＦＰ１０の課金票から残高を移し替えることにより、連携サーバ４の連携ジョブの意図しない中断を防止することが可能である。

図２１は、本発明の課金システム全体の制御の流れを示すシーケンス図である。
図２１を参照して、ＭＦＰ１０からＩＣカードに格納されたＩＤ番号が課金管理サーバ３に通知され、課金管理サーバ３のユーザ課金テーブルからの読み出しが実行される（ステップＳ１００）。

そして、次に、新規であるユーザの課金票がＭＦＰ１０に送信される。
そして、ＭＦＰ１０において連携サーバの連携ジョブの受付があった場合（ステップＳ１０１）には、副課金票が作成される（ステップＳ１０２）。

そして、生成された新規の副課金票が画像データとともに連携サーバ４に送信される。
連携サーバ４において、課金単位でジョブが実行される（ステップＳ１０３）。

そして、課金単位でのジョブ実行に伴い副課金票を更新する（ステップＳ１０４）。
なお、連携サーバ４における連携ジョブの実行と並行してＭＦＰ１０においては、課金票に従って通常のジョブ実行処理が可能である（Ｓ１０６）。

一方、連携サーバ４において、仮に、副課金票の残高がジョブ実行中に無くなった場合には、残高の無い副課金票がＭＦＰ１０に送信される。

そして、ＭＦＰ１０において、課金票のカウンタ残高に従って副課金票が生成される（ステップＳ１０７）。そして、生成された副課金票が連携サーバ４に送信され、ジョブが途中で停止した場合には、生成された副課金票に基づいてジョブが継続されることになる。

そして、連携サーバ４において、ジョブが終了した場合（ステップＳ１０５）には、ジョブ完了通知とともに、使用済みの副課金票が印刷データとともにＭＦＰ１０に送信される。

そして、ＭＦＰ１０において、課金票と副課金票とを併合し（ステップＳ１０８）、印刷ジョブを実行する（ステップＳ１０９）。

そして、ＭＦＰ１０は、使用済み課金票を課金管理サーバ３に送信する。
そして、課金管理サーバ３において、課金テーブルの書戻し処理を実行し（ステップＳ１１０）、書戻し完了通知をＭＦＰ１０に送信する。これにより処理が終了する。

以上のように、ユーザがＭＦＰ１０と連携サーバ４との間の連携処理を実行中であっても、ＭＦＰ１０には課金票が有り、外部の連携サーバ４には副課金票が同時に存在することにより、ユーザは、外部の連携サーバ４における処理を終了するまで待機する必要は無く、通常のジョブをＭＦＰ１０において使用することが可能であり、利便性が向上する。

また、連携サーバ４の副課金票の残高が無くなった場合に、ＭＦＰ１０の課金票から残高を移し替えることにより、予め使用料金が予測できない連携サーバ４の連携ジョブの意図しない中断を防止することも可能である。

なお、本発明にかかる画像形成装置はＭＦＰに限定されず、画像形成装置であれば、プリンタやファクシミリ装置等であってもよい。なお、画像形成装置を制御するコントローラについて、コンピュータを機能させて、上述のフローで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーションシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態に従う課金システムの構成を説明する図である。 本発明の実施の形態に従う課金管理サーバ３の構成を説明する概略ブロック図である。 本発明の実施の形態に従う排他制御テーブル２４の内容を説明する図である。 本発明の実施の形態に従うユーザ課金テーブル２５の内容を説明する図である。 本発明の実施の形態に従うＭＦＰ１０の概略ブロック図である。 本発明の実施の形態に従うＭＦＰ１０における表示操作部１２５を構成する操作パネル２００の構成を説明する図である。 設定画面領域２０７において、「応用」のボタンを押下した場合の画面を説明する図である。 本発明の実施の形態に従う連携サーバ４の概略構成を説明するブロック図である。 本発明の実施の形態に従うＭＦＰ１０の制御動作のメインルーチンのフローを説明する図である。 本発明の実施の形態に従う課金管理サーバ３から課金票を取得する処理を説明するフロー図である。 本発明の実施の形態に従う生成された課金票２７の内容を説明する図である。 本発明の実施の形態に従う副課金票の作成手順を模式的に説明する図である。 連携サーバ４の制御動作のメインルーチンの内容を示すフロー図である。 復号化ジョブ実行時のフローを説明する図である。 ＯＣＲジョブ実行時のフローを説明する図である。 本発明の実施の形態に従う副課金票と課金票との併合手順を模式的に説明する図である。 本発明の実施の形態に従う印刷ジョブの実行を説明するフロー図である。 本発明の実施の形態に従う課金票の送信処理を説明するフロー図である。 本発明の実施の形態に従う副課金票の生成および課金票の更新処理を説明するフロー図である。 本発明の実施の形態に従う副課金票の更新手順を模式的に説明する図である。 本発明の課金システム全体の制御の流れを示すシーケンス図である。

符号の説明

１ 課金システム、２ ネットワーク、３ 課金管理サーバ、４ 連携サーバ、１０ ＭＦＰ、２１，１０１，３０１ ＣＰＵ、２２，１２０，３０２ ＲＯＭ、２３，１２１，３０３ ＲＡＭ、２４ 排他制御テーブル、２５ ユーザ課金テーブル、２６，３０５ ネットワークＩ／Ｆ、１０２，３１１ ジョブ受付部、１０３，３１２ ジョブ実行部、１０４ 副課金票作成部、１０５，３１４ 課金票更新部、１０６ 副課金票併合部、１０７，３１３ 課金部、１２２ 読取部、１２３ 画像処理部、１２４ 印刷部、１２５ 表示操作部、１２６ データ通信部、１２７ ＬＡＮ端子、１２８ ＵＳＢ端子、１２９ カードリーダ、１３０，３０４ ＨＤＤ、２００ 操作パネル、３０６ 入力部、３０７ 表示制御部、３０８ ディスプレイ。

Claims (15)

1. 課金テーブルを有する画像形成装置と、
   前記画像形成装置とネットワークで接続され、ジョブ処理を前記画像形成装置と連携処理する外部サーバとを備え、
   前記画像形成装置は、
   前記外部サーバに依頼するジョブ処理の実行指示があった場合に、前記課金テーブルの残高のうちの所定の残高を移し替えた、前記外部サーバに対応する課金サブテーブルを生成する課金サブテーブル生成手段と、
   ジョブを実行する第１のジョブ実行手段と、
   前記課金サブテーブルへの前記所定の残高の移し替え、あるいは前記第１のジョブ実行手段によるジョブの実行に応じて前記課金テーブルを更新する第１の更新手段と、
   前記課金サブテーブルを前記外部サーバに送信する第１の送信手段とを含み、
   前記外部サーバは、
   前記課金サブテーブルを前記画像形成装置から受信する第１の受信手段と、
   ジョブを実行する第２のジョブ実行手段と、
   前記第２のジョブ実行手段によるジョブの実行に応じて前記課金サブテーブルを更新する第２の更新手段とを含み、
   前記第２のジョブ実行手段は、更新後の前記課金サブテーブルの残高がある間はジョブの実行を継続する、課金システム。
2. 前記外部サーバは、ジョブ処理が完了した場合に、前記画像形成装置に更新された前記課金サブテーブルを送信する第２の送信手段をさらに含み、
   前記画像形成装置は、前記外部サーバから更新された前記課金サブテーブルを受信する第２の受信手段をさらに含み、
   前記第１の更新手段は、受信した、前記更新された課金サブテーブルの残高に応じて、前記第１の更新手段により更新された後の課金テーブルをさらに更新する、請求項１に記載の課金システム。
3. 前記外部サーバは、前記第２のジョブ実行手段によるジョブ処理の途中で前記更新された課金サブテーブルの残高が無くなった場合に、前記画像形成装置に更新された前記課金サブテーブルを送信する第２の送信手段をさらに含み、
   前記課金サブテーブル生成手段は、残高がない前記更新された課金サブテーブルを受信した場合に、前記第１の更新手段により更新された後の前記課金テーブルの残高のうちの所定の残高を移し替えた、別の課金サブテーブルを生成し、
   前記第１の送信手段は、前記別の課金サブテーブルを前記外部サーバに送信する、請求項１に記載の課金システム。
4. 前記課金テーブルは、使用料金、前払い料金、ジョブ処理に応じた課金情報を含む、請求項１乃至３のいずれかに記載の課金システム。
5. 前記課金サブテーブルは、前記外部サーバに固有のジョブ処理に応じた課金情報を含む、請求項１乃至４のいずれかに記載の課金システム。
6. 前記第２のジョブ実行手段が実行するジョブは、データの復号化処理、ＯＣＲ処理または翻訳処理である、請求項１乃至５のいずれかに記載の課金システム。
7. 課金テーブルを有する画像形成装置と、前記画像形成装置とネットワークで接続され、ジョブ処理を前記画像形成装置と連携処理する外部サーバとを備える課金システムにおける課金方法であって、
   前記画像形成装置が、
   前記外部サーバに依頼するジョブ処理の実行指示があった場合に、前記課金テーブルの残高のうちの所定の残高を移し替えた、前記外部サーバに対応する課金サブテーブルを生成する第１の生成ステップと、
   ジョブを実行する第１のジョブ実行ステップと、
   前記課金サブテーブルへの前記所定の残高の移し替え、あるいは、前記第１のジョブ実行ステップにおけるジョブの実行に応じて前記課金テーブルを更新する第１の更新ステップと、
   前記課金サブテーブルを前記外部サーバに送信する第１の送信ステップとを実行し、
   前記外部サーバが、
   送信された前記課金サブテーブルを前記画像形成装置から受信する第１の受信ステップと、
   ジョブを実行する第２のジョブ実行ステップと、
   前記第２のジョブ実行ステップにおけるジョブの実行に応じて前記課金サブテーブルを更新する第２の更新ステップとを実行し、
   前記第２のジョブ実行ステップにおいては、更新後の前記課金サブテーブルの残高がある間はジョブの実行を継続する、課金方法。
8. 前記外部サーバは、
   ジョブ処理が完了した場合に、前記画像形成装置に更新された前記課金サブテーブルを送信する第２の送信ステップをさらに実行し、
   前記画像形成装置は、
   前記外部サーバから更新された前記課金サブテーブルを受信する第２の受信ステップと、
   受信した、前記更新された課金サブテーブルの残高に応じて、前記第１の更新ステップにおいて更新された後の課金テーブルを更新する第３の更新ステップとを実行する、請求項７に記載の課金方法。
9. 前記外部サーバは、
   前記第２のジョブ実行ステップにおけるジョブ処理の途中で前記更新された課金サブテーブルの残高が無くなった場合に、前記画像形成装置に更新された前記課金サブテーブルを送信する第２の送信ステップをさらに実行し、
   前記画像形成装置は、
   残高がない前記更新された課金サブテーブルを受信した場合に、前記第１の更新ステップにおいて更新された後の前記課金テーブルの残高のうちの所定の残高を移し替えた、別の課金サブテーブルを生成する第２の生成ステップと、
   前記生成された別の課金サブテーブルを前記外部サーバに送信する第３の送信ステップとをさらに実行する、請求項７に記載の課金方法。
10. 前記第２のジョブ実行ステップにおいて実行されるジョブは、データの復号化処理、ＯＣＲ処理または翻訳処理である、請求項７乃至９のいずれかに記載の課金方法。
11. 課金テーブルを有する画像形成装置と、前記画像形成装置とネットワークで接続され、ジョブ処理を前記画像形成装置と連携処理する外部サーバとを備える課金システムに含まれるコンピュータに実行させるための課金プログラムであって、
    前記画像形成装置に、
    前記外部サーバに依頼するジョブ処理の実行指示があった場合に、前記課金テーブルの残高のうちの所定の残高を移し替えた、前記外部サーバに対応する課金サブテーブルを生成する第１の生成ステップと、
    ジョブを実行する第１のジョブ実行ステップと、
    前記課金サブテーブルへの前記所定の残高の移し替え、あるいは、前記第１のジョブ実行ステップにおけるジョブの実行に応じて前記課金テーブルを更新する第１の更新ステップと、
    前記課金サブテーブルを前記外部サーバに送信する第１の送信ステップとを実行させ、
    前記外部サーバに、
    送信された前記課金サブテーブルを前記画像形成装置から受信する第１の受信ステップと、
    ジョブを実行する第２のジョブ実行ステップと、
    前記第２のジョブ実行ステップにおけるジョブの実行に応じて前記課金サブテーブルを更新する第２の更新ステップとを実行させ、
    前記第２のジョブ実行ステップにおいては、更新後の前記課金サブテーブルの残高がある間はジョブの実行を継続する、課金プログラム。
12. 前記外部サーバに、
    ジョブ処理が完了した場合に、前記画像形成装置に更新された前記課金サブテーブルを送信する第２の送信ステップをさらに実行させ、
    前記画像形成装置に、
    前記外部サーバから更新された前記課金サブテーブルを受信する第２の受信ステップと、
    受信した、前記更新された課金サブテーブルの残高に応じて、前記第１の更新ステップにおいて更新された後の課金テーブルを更新する第３の更新ステップとを実行させる、請求項１１に記載の課金プログラム。
13. 前記外部サーバに、
    前記第２のジョブ実行ステップにおけるジョブ処理の途中で前記更新された課金サブテーブルの残高が無くなった場合に、前記画像形成装置に更新された前記課金サブテーブルを送信する第２の送信ステップをさらに実行させ、
    前記画像形成装置に、
    残高がない前記更新された課金サブテーブルを受信した場合に、前記第１の更新ステップにおいて更新された後の前記課金テーブルの残高のうちの所定の残高を移し替えた、別の課金サブテーブルを生成する第２の生成ステップと、
    前記生成された別の課金サブテーブルを前記外部サーバに送信する第３の送信ステップとをさらに実行させる、請求項１１に記載の課金プログラム。
14. 前記第２のジョブ実行ステップにおいて実行されるジョブは、データの復号化処理、ＯＣＲ処理または翻訳処理である、請求項１１乃至１３のいずれかに記載の課金プログラム。
15. 請求項１１乃至１４のいずれかに記載の課金プログラムを記録した、記録媒体。

Images