(57)【要約】【課題】複雑な操作を必要とせずに、複数のユーザ間で課金金額を配分することができる画像処理装置の課金装置を提供する。【解決手段】ＭＦＰにおいて認証印刷機能を実行する。ユーザは、ジョブをＰＣからＭＦＰに送信した後、複数のカードを認証装置１５に近づけてカード認証を行う（Ｓ３０１）。認証ユーザ情報がＭＦＰに送られ、ＭＦＰで認証ユーザ登録が行われる（Ｓ３０３）。ジョブ制御部１５１で印刷ジョブが生成され（Ｓ３０５）、課金シナリオ生成処理（Ｓ３０７）が行われる。課金シナリオ決定部１５９は、課金パターンに基づいて、認証されたユーザに課金金額を割り当てて課金シナリオを生成する。ユーザにより課金シナリオが確認されると（Ｓ３０９）、ジョブが実行され、課金処理部１６３は、課金シナリオに従って、１ページの出力毎又は１部の出力毎に各認証ユーザに割り当てられた課金金額の課金を行う。【選択図】図９
2010224167.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置であって、
同時に又は所定時間内に複数の認証媒体が検出されたことを判定する判定手段と、
前記画像処理装置の動作に応じた所定の課金金額を、前記判定手段により判定された複数の認証媒体の各々に割り当てる割当手段とを備える、画像処理装置の課金装置。
【請求項２】
前記割当手段により前記複数の認証媒体の各々に割り当てられた課金金額を、当該認証媒体の各々に課金する課金手段をさらに備える、請求項１に記載の画像処理装置の課金装置。
【請求項３】
前記判定された認証媒体について認証を行う認証手段をさらに備え、
前記割当手段は、前記認証手段で前記認証が行われて実行される画像処理装置の動作に応じた所定の課金金額の割り当てを、前記認証手段により認証された認証媒体の各々について行う、請求項１又は２に記載の画像処理装置の課金装置。
【請求項４】
前記割当手段は、前記所定の課金金額を前記認証媒体毎に均等に割り当てる、請求項１から３のいずれかに記載の画像処理装置の課金装置。
【請求項５】
前記割当手段は、前記認証媒体毎に設定された所定の課金比率に応じて前記割り当てを行う、請求項１から３のいずれかに記載の画像処理装置の課金装置。
【請求項６】
前記割り当て時の前記所定の課金比率を、ユーザによる設定に応じて変更する変更手段をさらに備える、請求項５に記載の画像処理装置の課金装置。
【請求項７】
前記割当手段によって前記複数の認証媒体の各々に割り当てられた課金金額の内容を、課金装置に設けられた表示器又は外部装置に設けられた表示器に表示する表示手段をさらに備える、請求項１から６のいずれかに記載の画像処理装置の課金装置。
【請求項８】
前記割当手段は、前記検出されたと判定された認証媒体に対する画像処理装置の機能制限設定に基づいて前記割り当てを行う、請求項１から７のいずれかに記載の画像処理装置の課金装置。
【請求項９】
前記割当手段は、前記割当手段による割り当てを行う処理が開始されてから所定の期間中に、前記判定手段により別の認証媒体がさらに検出されたと判定されたとき、前記別の認証媒体にも前記割り当てを行う、請求項１から８のいずれかに記載の画像処理装置の課金装置。
【請求項１０】
前記課金により残高が不足する認証媒体があることを検出したとき、所定の警告を行う警告手段をさらに備える、請求項１から９のいずれかに記載の画像処理装置の課金装置。
【請求項１１】
前記割当手段は、前記所定の課金金額を、出力するページ単位又は出力する部単位で、各認証媒体について順次割り当てる、請求項１から１０のいずれかに記載の画像処理装置の課金装置。
【請求項１２】
前記割当手段は、出力するページ単位又は出力する部単位で、前記割り当てを行う前記認証媒体を選択する、請求項１から１１のいずれかに記載の画像処理装置の課金装置。
【請求項１３】
前記割当手段は、出力するページ数又は出力する部数を前記検出されたと判定された認証媒体の各々に均等に分配できないために、そのページ数又は部数の端数が発生したとき、前記複数の認証媒体のうちの所定の認証媒体に前記端数を割り当てる、請求項１１又は１２に記載の画像処理装置の課金装置。
【請求項１４】
前記画像処理装置の課金装置は認証媒体を検出する検出装置に接続され、
前記判定手段は、前記検出装置によって前記複数の認証媒体が検出されたことを判定する、請求項１から１３のいずれかに記載の画像処理装置の課金装置。
【請求項１５】
請求項１から１４のいずれかに記載の画像処理装置の課金装置を備えた、画像処理装置。
【請求項１６】
画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置の制御方法であって、
同時に又は所定時間内に複数の認証媒体が検出されたことを判定する判定ステップと、
前記画像処理装置の動作に応じた所定の課金金額を、前記判定ステップにおいて判定された複数の認証媒体の各々に割り当てる割当ステップとを備える、画像処理装置の課金装置の制御方法。
【請求項１７】
画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置の制御プログラムであって、
同時に又は所定時間内に複数の認証媒体が検出されたことを判定する判定ステップと、
前記画像処理装置の動作に応じた所定の課金金額を、前記判定ステップにおいて判定された複数の認証媒体の各々に割り当てる割当ステップとをコンピュータに実行させる、画像処理装置の課金装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像処理装置の課金装置、それを用いた画像処理装置、画像処理装置の課金装置の制御方法、及び画像処理装置の課金装置の制御プログラムに関し、特に、画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置、それを用いた画像処理装置、画像処理装置の課金装置の制御方法、及び画像処理装置の課金装置の制御プログラムに関する。
【背景技術】
【０００２】
画像処理装置（スキャナ機能、ファクシミリ機能、複写機能、プリンタとしての機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）、ファクシミリ装置、複写機、プリンタ、スキャナなど）の動作に応じて、課金に関する計算処理を行う画像処理装置の課金装置がある。このような課金装置を用いることにより、画像処理装置を用いるユーザに課金を行うことができる。
【０００３】
また、画像処理装置としては、ユーザを識別して認証するユーザ認証機能を有するものがある。ユーザ認証としては、操作パネルから入力されたユーザのＩＤやパスワードを用いて行われるものや、非接触ＩＣカードなどのカードを用いたカード認証などが知られている。ユーザ認証を行うことにより、画像処理装置のセキュリティを確保することができる。
【０００４】
なお、下記特許文献１には、複数の非接触型カードとの認証が確立した場合に、複数の非接触型カードに対応する記憶領域（ＢＯＸ）に対してアクセスを許可する画像形成装置が開示されている。この画像形成装置では、複数のカードスロットを設けることなく、複数のユーザについて認証を行うことができる。
【０００５】
また、下記特許文献２には、画像形成装置の管理システムにおいて、課金カード内に複数のエリアを設定することが開示されている。この管理システムは、課金カードのうち優先して減算するエリアの残金がなくなったり、残金が少なくなったときに、別のエリアから課金金額の全部又は不足分を減算する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２９９２５４号公報
【特許文献２】特開２００７−６５２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のような画像処理装置の課金装置による課金機能は、ユーザ認証機能と共に用いることができる。このとき、画像処理装置は、ジョブを実行したユーザに所定の金額を課金する。これにより、各ユーザの画像処理装置の使用量を確実に把握することができ、ユーザ毎に使用量に応じた課金を行うことができる。また、ユーザが画像処理装置をみだりに使用することを防止することができる。
【０００８】
ところで、画像処理装置で複数のユーザ分の処理を行う場合、ユーザが各自認証を行って処理を画像処理装置に実行させると手間がかかる。このような場合、１人のユーザが他のユーザ分も含めて画像処理装置を使用することが多い。しかしながら、この場合、上述のように課金を行うと、その画像処理装置を使用したユーザに、他のユーザ分も含む全ての処理についての課金が行われる。そのため、他のユーザ分も含む処理を実行するユーザの負担が非常に大きくなる。
【０００９】
例えば、ユーザ認証機能を備えた画像処理装置の一例である、認証印刷機能（タッチアンドプリント機能と呼ぶことがある）を有する画像形成装置について、上記のような問題となる場合の一例を示す。ここで、認証印刷機能は、以下に示すようにして行われるものである。すなわち、ユーザは、まず、画像形成装置にＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）から印刷ジョブ（ジョブ）を送信する。このとき、画像形成装置は、受信したジョブの印刷は行わずに、そのジョブを蓄積しておく。その後、ユーザが上述のユーザ認証を行うと、画像形成装置は、蓄積されたジョブの印刷を開始する。ユーザは、平易な手順により認証印刷機能を容易に実行することができる。これにより、高いセキュリティを確保することができる。
【００１０】
このような画像形成装置を用いて、複数のユーザに１部ずつ配布するために、ある印刷物を複数部数出力する場合を想定する。この場合、ある１人のユーザが複数部数出力されるように設定したジョブをＰＣから画像形成装置に送信し、そのユーザがユーザ認証を行う。これにより、そのユーザは、画像形成装置に、他のユーザ分も含む複数部の印刷物を出力させる。しかしながら、このとき、ジョブを実行したユーザすなわちユーザ認証を行ったユーザに、全ての印刷物の出力についての課金が行われる。例えば、上記特許文献２において、複数のユーザの印刷物を出力する場合、そのジョブを実行したユーザの課金カードから、全ての課金金額が減算される。
【００１１】
上記問題に対して、事前に、課金するユーザすなわち印刷物を配布する対象となるユーザの各々から、画像形成装置にジョブを送信しておくことが考えられる。この場合、課金装置により各ユーザの印刷物であることが識別可能になるため、その印刷物を出力するための課金金額をユーザ毎に適切に配分にすることができる。しかしながら、この場合、ジョブを送信するＰＣなどから複数のジョブを画像形成装置に送信する必要があるため、全ての印刷物を出力するまでに時間がかかる。また、ジョブを送信する度にユーザによる設定操作が必要となるため、本来のタッチアンドプリント機能の行い易さが損なわれる。
【００１２】
なお、上記特許文献１又は２には、このような問題点に関し有効な解決策は何ら開示されていない。
【００１３】
この発明はそのような問題点を解決するためになされたものであり、複雑な操作を必要とせずに、複数のユーザ間で課金金額を配分することができる画像処理装置の課金装置、それを用いた画像処理装置、画像処理装置の課金装置の制御方法、及び画像処理装置の課金装置の制御プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１４】
上記目的を達成するためこの発明のある局面に従うと、画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置は、同時に又は所定時間内に複数の認証媒体が検出されたことを判定する判定手段と、画像処理装置の動作に応じた所定の課金金額を、判定手段により判定された複数の認証媒体の各々に割り当てる割当手段とを備える。
【００１５】
好ましくは画像処理装置の課金装置は、割当手段により複数の認証媒体の各々に割り当てられた課金金額を、当該認証媒体の各々に課金する課金手段をさらに備える。
【００１６】
好ましくは画像処理装置の課金装置は、判定された認証媒体について認証を行う認証手段をさらに備え、割当手段は、認証手段で認証が行われて実行される画像処理装置の動作に応じた所定の課金金額の割り当てを、認証手段により認証された認証媒体の各々について行う。
【００１７】
好ましくは割当手段は、所定の課金金額を認証媒体毎に均等に割り当てる。
【００１８】
好ましくは割当手段は、認証媒体毎に設定された所定の課金比率に応じて割り当てを行う。
【００１９】
好ましくは画像処理装置の課金装置は、割り当て時の所定の課金比率を、ユーザによる設定に応じて変更する変更手段をさらに備える。
【００２０】
好ましくは画像処理装置の課金装置は、割当手段によって複数の認証媒体の各々に割り当てられた課金金額の内容を、課金装置に設けられた表示器又は外部装置に設けられた表示器に表示する表示手段をさらに備える。
【００２１】
好ましくは割当手段は、検出されたと判定された認証媒体に対する画像処理装置の機能制限設定に基づいて割り当てを行う。
【００２２】
好ましくは割当手段は、割当手段による割り当てを行う処理が開始されてから所定の期間中に、判定手段により別の認証媒体がさらに検出されたと判定されたとき、別の認証媒体にも割り当てを行う。
【００２３】
好ましくは画像処理装置の課金装置は、課金により残高が不足する認証媒体があることを検出したとき、所定の警告を行う警告手段をさらに備える。
【００２４】
好ましくは割当手段は、所定の課金金額を、出力するページ単位又は出力する部単位で、各認証媒体について順次割り当てる。
【００２５】
好ましくは割当手段は、出力するページ単位又は出力する部単位で、割り当てを行う認証媒体を選択する。
【００２６】
好ましくは割当手段は、出力するページ数又は出力する部数を検出されたと判定された認証媒体の各々に均等に分配できないために、そのページ数又は部数の端数が発生したとき、複数の認証媒体のうちの所定の認証媒体に端数を割り当てる。
【００２７】
好ましくは画像処理装置の課金装置は認証媒体を検出する検出装置に接続され、判定手段は、検出装置によって複数の認証媒体が検出されたことを判定する。
【００２８】
この発明の他の局面に従うと、画像処理装置は、上記いずれかの画像処理装置の課金装置を備える。
【００２９】
この発明のさらに他の局面に従うと、画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置の制御方法は、同時に又は所定時間内に複数の認証媒体が検出されたことを判定する判定ステップと、画像処理装置の動作に応じた所定の課金金額を、判定ステップにおいて判定された複数の認証媒体の各々に割り当てる割当ステップとを備える。
【００３０】
この発明のさらに他の局面に従うと、画像処理装置の動作に応じた課金に関する計算処理を行う画像処理装置の課金装置の制御プログラムは、同時に又は所定時間内に複数の認証媒体が検出されたことを判定する判定ステップと、画像処理装置の動作に応じた所定の課金金額を、判定ステップにおいて判定された複数の認証媒体の各々に割り当てる割当ステップとをコンピュータに実行させる。
【発明の効果】
【００３１】
これらの発明に従うと、課金金額が、検出された結果課金対象となる複数の認証媒体に割り当てられる。したがって、複雑な操作を必要とせずに、複数のユーザ間で課金金額を配分することができる画像処理装置の課金装置、それを用いた画像処理装置、画像処理装置の課金装置の制御方法、及び画像処理装置の課金装置の制御プログラムを提供することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施の形態の１つにおけるＭＦＰ（画像処理装置の一例）の構成を示すブロック図である。
【図２】ＭＦＰの内部構成を示すブロック図である。
【図３】ＰＣの内部構成を示すブロック図である。
【図４】複数のカードの読み取りを行っている認証装置を示す側面図である。
【図５】画像蓄積部に記憶されるジョブの一例を示す図である。
【図６】ＰＣプリントジョブ登録処理の流れを示すフローチャートである。
【図７】認証ユーザ管理テーブルを示す図である。
【図８】認証後印字動作の流れを示すフローチャートである。
【図９】印刷ジョブ開始前における、課金に関するＭＦＰ及び認証装置の動作を示すシーケンス図である。
【図１０】印刷ジョブ開始後における、課金に関するＭＦＰの動作を示すシーケンス図である。
【図１１】課金シナリオ生成処理におけるＭＦＰの動作を示すフローチャートである。
【図１２】課金パターンＡを示す図である。
【図１３】課金パターンＢを示す図である。
【図１４】課金パターンＣを示す図である。
【図１５】課金パターンＤを示す図である。
【図１６】課金パターンＥを示す図である。
【図１７】課金パターンＦを示す図である。
【図１８】課金パターンＧを示す図である。
【図１９】課金シナリオ確認画面が表示された表示操作部を示す図である。
【図２０】課金処理の一例（第１の課金処理）を示すフローチャートである。
【図２１】課金処理の別の例（第２の課金処理）を示すフローチャートである。
【図２２】残高不足時の警告画面の一例を示す図である。
【図２３】残高不足時におけるＭＦＰの動作の一例を示す第１の図である。
【図２４】残高不足時におけるＭＦＰの動作の一例を示す第２の図である。
【発明を実施するための形態】
【００３３】
以下、本発明の実施の形態の１つにおける画像処理装置の課金装置について説明する。
【００３４】
画像処理装置の課金装置は、スキャナ機能、複写機能、プリンタとしての機能、ファクシミリ機能、データ通信機能、及びサーバ機能を備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に用いられる。このようなＭＦＰ（画像処理装置の一例）は、いわゆるデジタル複合機と呼ばれる。スキャナ機能では、ＭＦＰは、セットされた原稿の画像を読み取ってそれをＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などに蓄積する。複写機能では、さらにそれを用紙などに印刷（プリント、印字）する。プリンタとしての機能では、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などの外部端末から印刷指示を受けるとその指示に基づいて用紙に印刷を行う。ファクシミリ機能では、外部のファクシミリ装置などからファクシミリデータを受信してそれをＨＤＤに蓄積する。データ通信機能では、接続された外部装置との間でデータを送受信する。サーバ機能では、複数のユーザでＨＤＤに記憶したデータなどを共有可能にする。
【００３５】
課金装置を用いることにより、上述のようなＭＦＰなどの画像処理装置の利用について課金を行い、その画像処理装置を管理することができる。
【００３６】
［実施の形態］
【００３７】
（１）ＭＦＰ（画像処理装置の一例）の構成について
【００３８】
図１は、本発明の実施の形態の１つにおけるＭＦＰ１０の構成を示すブロック図である。
【００３９】
図を参照してＭＦＰ１０には、認証装置１５が接続されている。また、ＭＦＰ１０には、外部のＰＣ３ａ，３ｂ，…などの外部機器が接続されている。ＰＣ３ａ，３ｂ，…などとＭＦＰ１０とは互いに通信可能である。認証装置１５は、カード（認証媒体の一例）９０ａ，９０ｂ，…（以下、カード９０と称することがある）を検出可能である。認証装置１５からＭＦＰ１０には、認証装置１５によりカード９０から読み取られた認証ユーザ情報が送信される。これによりＭＦＰ１０のＣＰＵ１０１は、カード９０が検出されたことを判定することができる。
【００４０】
ＭＦＰ１０は、ジョブ（ＪＯＢ）制御部１５１、認証ユーザ管理部１５３、原稿読み込み制御部１５５、印刷・アプリ使用単価テーブル１５７、課金シナリオ決定部１５９、操作パネル表示部１６１、課金処理部１６３、画像蓄積部（ＢＯＸ機能管理部）１６５、印字制御部１６７、及びＰＣプリントデータ処理部１６９を有している。これらＭＦＰ１０の各部は、後述のＣＰＵ１０１の制御などに基づき、それぞれＭＦＰ１０の所定の機能を実行する。
【００４１】
認証装置１５は、例えば、非接触ＩＣカードリーダである。認証装置１５は、カード９０との間で無線通信、すなわち非接触通信を行うことができる。認証装置１５は、カード９０と通信するための磁場を発生させるアンテナ及び無線回路や、受信した情報を復調し復号する回路などを有している。また、認証装置１５は、ＵＳＢインターフェイスなどの通信モジュールを備えている。認証装置１５は、ＵＳＢケーブルなどを介してＭＦＰ１０に接続されている。これにより、認証装置１５は、ＭＦＰ１０に通信可能に接続されている。
【００４２】
認証装置１５は、カード９０ａ，９０ｂ，…が近づけられると、それを検知する。認証装置１５は、検知したカード９０ａ，９０ｂ，…に記憶された情報を読み取り、後述のようにカード認証を行う。認証装置１５内のＣＰＵは、カード９０ａ，９０ｂ，…から読み取った情報をＭＦＰ１０に送信する。
【００４３】
カード９０は、例えば、非接触ＩＣカードである。カード９０の内部には、ＩＣ部（図示せず）やアンテナ（図示せず）などが埋め込まれている。カード９０が認証装置１５のアンテナに近づけられると、認証装置１５による電磁誘導が行われ、カード９０のアンテナに電流が発生する。ＩＣ部は、その電流を電源として駆動される。駆動されているＩＣ部は、ＩＣ部が記憶している情報を変調し、アンテナより電波を出力する。認証装置１５は、その電波を受信し復調することにより、カード９０に記憶されている情報を読み取ることができる。
【００４４】
カード９０には、例えば、カードＩＤ（ＩＤ番号）とユーザの属性情報が予め記憶されている。ユーザの属性情報としては、ユーザＩＤ及びパスワードなどの認証情報や、ユーザの所属に関する情報などがある。カード９０は、ＭＦＰ１０の各ユーザに配布されて、後述のように各ユーザの認証媒体として用いられる。
【００４５】
図２は、ＭＦＰ１０の内部構成を示すブロック図である。
【００４６】
同図に示すように、ＭＦＰ１０は、ＣＰＵ１０１と、ＲＯＭ１２０と、ＲＡＭ１２１と、読み取り部１２２と、画像処理部１２３と、印刷部１２４と、表示操作部（表示器）１２５と、計時部１２６と、ネットワークＩ／Ｆ（インターフェイス）１２７と、ＨＤＤ１３０とを備えている。
【００４７】
ＣＰＵ１０１は、ＲＯＭ１２０から必要なプログラムを読み出す。ＣＰＵ１０１は、各部の動作タイミングを統一的に制御する。ＣＰＵ１０１は、スキャンジョブ、コピージョブ、及びプリントジョブなど、種々の制御動作を行う。
【００４８】
ＲＯＭ１２０には、ジョブ処理などの各種プログラムと各種固定データとが格納されている。
【００４９】
ＲＡＭ１２１は、揮発性メモリである。ＲＡＭ１２１は、ワークメモリとして、ＣＰＵ１０１におけるプログラム実行時に使用される。また、ＲＡＭ１２１は、ページメモリとして、回転処理などを施すために画像データを少なくとも１ページ分格納する。
【００５０】
読み取り部１２２は、原稿を照射する光源と、原稿の幅方向に原稿を１ライン分読み取るラインイメージセンサと、ライン単位の読み取り位置を原稿の長さ方向に移動させる移動機構と、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーから成る光学経路とを備える。読み取り部１２２は、原稿画像を読み取ることで、それに対応する画像データを生成する。また、読み取り部１２２は、原稿トレイにセットされた複数枚の原稿を、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）により順次取り込みながら、それらに対応する画像データを生成する。生成された画像データは、例えば、ＣＰＵ１０１によりアプリケーションデータ形式に変換され、ＨＤＤ１３０などに記憶される。ＣＰＵ１０１は、ＨＤＤ１３０などに記憶した画像データを、ＰＣ３ａ，３ｂ，…などに送信可能である。
【００５１】
ラインイメージセンサは、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）で構成される。ラインイメージセンサが出力するアナログ画像信号は、デジタル画像信号へＡ／Ｄ変換される。
【００５２】
画像処理部１２３は、画像を拡大、縮小、又は回転させたり、画像データを圧縮又は伸張する。
【００５３】
印刷部１２４は、記録紙の搬送装置と、感光体ドラムと、帯電装置と、レーザーユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着装置とを備える。印刷部１２４は、電子写真プロセスによって、画像データに対応する画像を記録紙上に形成して出力する。
【００５４】
表示操作部１２５は、表面にタッチパネルを備えた液晶ディスプレイと、各種操作スイッチとを備える。表示操作部１２５は、ユーザに対して、各種の案内表示、状態表示、又はエラー通知表示を行う。また、表示操作部１２５は、ユーザから各種操作を受け付ける。
【００５５】
計時部１２６は、現在の日付と時刻とを保持する。計時部１２６は、ＭＦＰ１０の電源が切断されたとしても、専用のバックアップ電源により常にそのデータを保持し続ける。
【００５６】
ネットワークＩ／Ｆ１２７は、ＣＰＵ１０１からの指示に従って、ＴＣＰ／ＩＰなどの通信プロトコルによって、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを介して外部機器との間でデータを送受信する。
【００５７】
ＨＤＤ１３０は、ネットワークＩ／Ｆ１２７を介して外部から送られたプリントデータなどのデータや、読み取り部１２２で読み取った画像データなどを記憶する。また、ＨＤＤ１３０は、後述のようにカード認証を行うための認証ユーザ管理テーブル（図７）や、ＭＦＰ１０の設定情報などを記憶する。
【００５８】
ＣＰＵ１０１は、ジョブを受け付けるジョブ受付部１０２を備える。ジョブ受付部１０２は、ＰＣ３ａなどの外部機器からのジョブを受け付ける。
【００５９】
ＨＤＤ１３０内には、ＭＦＰ１０の制御プログラムを記憶する領域１３０ａや、ＰＣ３ａ，３ｂなどから送信されジョブ受付部１０２で受け付けられたジョブを記憶するジョブ記憶部１３０ｂが設けられる。
【００６０】
（２）ＰＣ３の構成について
【００６１】
図３は、ＰＣ３（ＰＣ３ａ，３ｂ，…）の内部構成を示すブロック図である。
【００６２】
図に示すように、ＰＣ３は、ＣＰＵ２０と、ＨＤＤ３０と、ＲＯＭ４０と、ＲＡＭ４１と、入力部４２と、表示制御部４３と、ディスプレイ４４と、ネットワークＩ／Ｆ４５と、カードリーダ４６とを備えている。
【００６３】
ＣＰＵ２０は、ＰＣ３の装置全体を制御する。
【００６４】
ＲＯＭ４０は、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／ＯｕｔＰｕｔ  Ｓｙｓｔｅｍ）やブートプログラムを格納する。ＲＡＭ４１は、揮発性メモリであって、ＣＰＵ２０におけるプログラム実行時のワークエリアとなる。
【００６５】
ＨＤＤ３０は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、アプリケーションプログラム、ドライバ、各種プログラム、及びデータファイルなどを格納する。
【００６６】
入力部４２は、キーボードやマウスなどの入力装置である。表示制御部４３は、ＣＰＵ２０の制御によりビデオメモリに描画を行うと共に、ビデオメモリに記憶された画像データをビデオ信号として出力する。ディスプレイ４４は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）や液晶表示装置に代表される表示装置である。
【００６７】
ネットワークＩ／Ｆ４５は、ＴＣＰ／ＩＰなどの通信プロトコルによってＬＡＮなどを介してＭＦＰ１０や他のＰＣ３などの外部機器と送受信を行う。
【００６８】
カードリーダ４６は、カード９０などを読み取り可能である。上記のように、カード９０にはユーザの属性情報が記憶されている。ＣＰＵ２０は、カードリーダ４６によりカード９０から読み取られた属性情報に基づき、カード９０を保有するユーザがそのＰＣ３の使用を許可されているかどうかを判別する。なお、カードリーダ４６は、認証装置１５で読み取り可能なカード９０と同一のものを読み取り可能であってもよいし、それとは異なる認証媒体、例えば、磁気カード、ＩＣカード（接触式であるか非接触式であるかを問わない。またカードに代えて携帯電話やメモリ装置を用いてもよい。）などを読み取り可能とされていてもよい。
【００６９】
ＣＰＵ２０は、ジョブ出力部２１を備えている。ジョブ出力部２１は、原稿データをＭＦＰ１０に送信する。
【００７０】
ＨＤＤ３０内には、ＣＰＵ２０で実行可能な制御プログラムを記憶する領域３０ａが設けられている。
【００７１】
ＰＣ３の電源がＯＮになると、ＣＰＵ２０は、ＲＯＭ４０のブートプログラムに従って、ＨＤＤ３０からＯＳをＲＡＭ４１にロードする。また、ＣＰＵ２０は、各種デバイスドライバをロードする。さらにＣＰＵ２０は、ＨＤＤ３０から制御プログラムなどをＲＡＭ４１にロードして実行する。ＣＰＵ２０は、例えばＭＦＰ１０のプリンタドライバなどをＰＣ３において動作させる。
【００７２】
（３）カード認証機能について
【００７３】
図４は、複数のカード９０ａ，９０ｂの読み取りを行っている認証装置１５を示す側面図である。
【００７４】
図に示すように、認証装置１５は、複数枚のカード９０を略同時に読み取り可能である。いま、２枚のカード９０ａ，９０ｂが重ねられて認証装置１５の読取部に近づけられている場合を想定する。認証装置１５は、カード９０ａ，９０ｂが近づけられていることを検知すると、カード９０ａ，９０ｂに電波を出力してカード９０ａ，９０ｂを駆動させる。カード９０ａ，９０ｂは、それぞれのカード９０ａ，９０ｂ内に記憶されている情報を含む電波を出力する。認証装置１５は、カード９０ａ，９０ｂの各々から出力された電波を受信することにより、各カード９０ａ，９０ｂから情報を読み取る。なお、図では２枚のカード９０ａ，９０ｂについて説明したが、認証装置１５は、それより多い数のカード９０が近づけられたとき、又は１枚のカード９０が近づけられた場合も同様に、それらのカード９０の情報を読み取る。
【００７５】
このとき、ＣＰＵ１０１は、認証装置１５から送られた、各カード９０ａ，９０ｂからの電波の強度の情報又は電波の受信タイミングの情報などから、カード９０ａ，９０ｂの重なり順を判別することができる。例えば、図に示すように、カード９０ａがカード９０ｂよりも認証装置１５から離れている場合を想定する。このとき、認証装置１５で受信されるカード９０ａから出力された電波の強度は、認証装置１５で受信されるカード９０ｂから出力された電波の強度よりも小さくなる。また、認証装置１５より電波を出力してから認証装置１５で返ってくる電波を検出するまでの時間は、カード９０ａのほうがカード９０ｂよりも長くなる。ＣＰＵ１０１は、カード９０ａ，９０ｂの読み取り時の状況に応じて、カード９０ａがカード９０ｂよりも認証装置１５から離れていることを判別することができる。
【００７６】
ここで、認証装置１５は、カード９０を識別して認証するカード認証機能を有している。すなわち、認証装置１５は、カード９０を認証することにより、例えばそのカード９０を保有するユーザなど、そのカード９０に対応するユーザを認証することができる。ＭＦＰ１０は、カード認証機能を用いて、各ユーザについて、ＭＦＰ１０の各機能の利用制限や、認証印刷機能を行う。認証印刷機能（タッチアンドプリント機能）とは、ジョブが蓄積された状態でユーザがカード認証を行うと、それによりそのユーザに応じたジョブが出力される機能のことである。ＭＦＰ１０は、カード認証機能を備えることにより高いセキュリティを確保することができる。なお、認証装置１５は、上述のように、互いに重ねられた複数のカード９０が近づけられると、読み取られたカード９０の各々についてカード認証を行う。
【００７７】
認証装置１５は、カード９０から読み取ったユーザ属性情報・カードＩＤと、例えばＭＦＰ１０から取得した登録情報とを用いてカード認証を行う。登録情報は、ＭＦＰ１０に予め登録された情報であり、ユーザ毎にユーザＩＤとそのユーザが所有する認証カードのカードＩＤとが記録されている。すなわち、認証装置１５は、ユーザ属性情報から抽出したユーザＩＤ・カードＩＤの組合せと、登録情報に含まれるユーザＩＤ・カードＩＤの組合せが一致するか否かを判断し、ユーザのカード認証を行う。登録情報は、例えば、認証ユーザ管理テーブルに登録されている。認証ユーザ管理テーブルは、ＨＤＤ１３０などに予め記憶されている。
【００７８】
また、本実施の形態において、所定の時間内に複数の認証カード９０が検出された場合には、複数のユーザが同時期にカード認証を行ったものとみなす（同時認証と呼ぶことがある）。同時認証としては、大まかに２つの場合が考えられる。すなわち、上述したように、あるユーザが複数ユーザ分の複数のカード９０を重ねるなどして束とし、その束を認証装置１５に近づけて行う、第１の同時認証がある。また、複数のユーザが、次々と連続してカード認証を行う、第２の同時認証がある。第１の同時認証では、複数のカード９０が略同時に認証装置１５に読み取られて、複数のカード９０が認証される。他方、第２の同時認証では、厳密には、複数のカード９０が同時に読み取られるわけではない。しかしながら、ここでは、ＣＰＵ１０１は、例えば前のユーザがカード認証を行ってから所定の時間（例えば、１０秒間）内に次のユーザがカード認証を行った場合に、読み取られた両カードについて同時に認証されたものとみなす。したがって、例えば３人のユーザについて、一人目と二人目及び二人目と三人目のそれぞれが所定時間以内の間隔でカード認証を行った場合、これらの３人のカード９０について第２の同時認証が成立する。なお、以下の説明において、上記第１の同時認証が行われたこと又は第２の同時認証が行われたことに限って複数のカード９０について同時認証が成立するとしてもよい。また、第１の同時認証と第２の同時認証とが所定の時間（例えば、１０秒間）内に連続して行われた場合は、第１・第２の同時認証で検出された全ての認証カード９０について同時認証が行われたこととしてもよい。なお、同時認証が成立したかどうかの判断は、認証装置１５が行ってもよい。
【００７９】
なお、カード認証は、ＭＦＰ１０側で行うようにしてもよい。この場合、例えば、ＣＰＵ１０１は、認証装置１５で読み取られてＭＦＰ１０に送信された、カード９０に対応するユーザ属性情報・カードＩＤと、認証ユーザ管理テーブルとを比較することにより、カード認証を行う。また、登録情報は、外部ネットワークに接続されているサーバ（図示せず）や認証装置１５の内部に認証ユーザ管理テーブルを記憶させ、そのなかに登録するようにしてもよい。また、認証装置１５又はＭＦＰ１０は、後述のような認証ユーザ管理テーブルとは異なる認証テーブルを参照し、その認証テーブル中に含まれる登録情報に基づいて、カード認証を行ってもよい。この場合、認証テーブルは、ＭＦＰ１０、外部のサーバ、又は認証装置１５に記憶されていればよい。
【００８０】
（４）認証印刷機能（タッチアンドプリント機能）について
【００８１】
ＭＦＰ１０は、認証装置１５によるカード認証機能を利用した認証印刷機能を有している。認証印刷機能では、ＰＣプリントジョブ登録処理が実行され、その後認証後印字動作が実行される。ＰＣプリントジョブ登録処理は、カード認証前に行われる。ＰＣプリントジョブ登録処理は、画像蓄積部１６５にジョブを登録（記憶）する処理である。認証後印字動作は、カード９０が認証装置１５で読み取られて行われる。認証後印字動作は、カード認証の結果に応じて登録されたジョブを実行し、印字を行う処理である。
【００８２】
まず、ＰＣプリントジョブ登録処理について説明する。
【００８３】
図５は、画像蓄積部１６５に記憶されるジョブの一例を示す図である。
【００８４】
画像蓄積部１６５は、一例を挙げれば、ＨＤＤ１３０及びＣＰＵ１０１などによりＭＦＰ１０の一機能として構成されている。画像蓄積部１６５には、ＰＣプリントジョブ登録処理により、ＰＣ３などから送信されたジョブが記憶される。なお、画像蓄積部１６５には、読み取り部１２２により読み取られた画像データや、ファクシミリ受信機能により受信したデータなども記憶される。
【００８５】
ここで、画像蓄積部１６５は、データの保管場所としての複数のＢＯＸ（記憶領域）を管理する機能を有している。ＢＯＸは、個々のユーザや、所定のユーザのグループなどに関連付けて設定されている。ユーザＡのＢＯＸ、ユーザＢのＢＯＸ、ユーザＡ及びユーザＢが含まれるグループのＢＯＸ（図示せず）などである。個々のＢＯＸは、それぞれ、複数のジョブのデータを記憶可能である。画像蓄積部１６５は、例えば、図に示すように、ユーザＡのＢＯＸに２つのジョブＡ１，Ａ２を記憶し、ユーザＢのＢＯＸにジョブＢ１を記憶することができる。ＣＰＵ１０１は、ＰＣ３から送信されたジョブのデータや、読み取り部１２２で読み取った画像データなどを、その送信や読み取りを実行したユーザに対応するＢＯＸに記憶する。これにより、データを分類・整理してユーザ毎に対応付けて画像蓄積部１６５に蓄積することができる。また、ＣＰＵ１０１は、ＢＯＸ毎に認証の有無などに応じたアクセス制限を行う。これにより、ＢＯＸに記憶されているデータのセキュリティを確保することができる。さらにまた、ＣＰＵ１０１は、ＢＯＸ間でデータを移動したり複製したりすることができる。
【００８６】
図６は、ＰＣプリントジョブ登録処理の流れを示すフローチャートである。
【００８７】
ステップＳ１０１において、ユーザは、ＰＣ３でアプリケーションプログラムを動作させているとき、ジョブをＭＦＰ１０に送信（登録）する操作を行う。送信操作は、ＰＣ３においてアプリケーションプログラムにより呼び出されるプリンタドライバを介して行われる。プリンタドライバ（又はそれによって動作するＣＰＵ２０。以下同じ。）は、ステップＳ１０１においてこのようなユーザからの操作を受け付ける。
【００８８】
ステップＳ１０３において、ＰＣ３のプリンタドライバは、送信操作がなされたジョブのデータをＭＦＰ１０に転送する。このとき、プリンタドライバは、転送するジョブのデータに、送信操作を行ったユーザに対応するＢＯＸの情報を関連付ける。関連付けは、送信操作を行ったユーザに対応するＢＯＸについてページ記述言語により記述した情報を、送信するデータ内に含めることなどによって行われる。
【００８９】
ステップＳ１０５において、ＭＦＰ１０の処理が行われる。ＣＰＵ１０１のジョブ受付部１０２がＰＣ３からジョブのデータを受信すると、ＰＣプリントデータ処理部１６９により、データＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｉｎｇ）処理が行われる。データＲＩＰ処理は、具体的には、ＣＰＵ１０１やＲＡＭ１２１などにより行われる。
【００９０】
ステップＳ１０７において、ＰＣプリントデータ処理部１６９は、画像蓄積処理を実行する。画像蓄積処理は、画像蓄積部１６５のいずれかのＢＯＸにジョブのデータを記憶する動作である。このとき、ＰＣプリントデータ処理部１６９は、受信したジョブのデータで指定されているＢＯＸにデータＲＩＰ処理後のデータを記憶する。画像蓄積処理は、具体的には、例えばＣＰＵ１０１やＲＡＭ１２１などにより行われる。
【００９１】
以上の処理が実行されると、ＰＣプリントジョブ登録処理が終了する。すなわち、ＭＦＰ１０は受信したジョブをすぐに実行して印字動作を行うことなく、待機状態となる。
【００９２】
次に、認証後印字動作について説明する。
【００９３】
図７は、認証ユーザ管理テーブルを示す図である。
【００９４】
認証ユーザ管理テーブルは、ＭＦＰ１０について認証を行うユーザの各々についてのレコードを有している。認証ユーザ管理テーブルには、あるユーザについて、そのユーザが保有するカード９０のカードＩＤ（ＩＤ番号）、そのユーザのユーザ属性情報（ユーザ属性）、及びそのユーザに適用される課金パターンなどが関連付けられて登録されている。課金パターンについては後述する。ユーザ属性情報としては、各カード９０に対応する、ユーザＩＤやユーザの所属に関する情報や、ＭＦＰ１０の使用権限の情報などが登録されている。また、ユーザ属性情報として、認証情報が登録されている。
【００９５】
図８は、認証後印字動作の流れを示すフローチャートである。
【００９６】
ＰＣプリントジョブ登録処理により、ＭＦＰ１０にジョブを送信したユーザは、カード認証を行うことによりＭＦＰ１０の利用権限を得ることを試みる。ユーザは、自身が所有するカード９０について認証装置１５でカード認証を行う。これにより、ユーザは、ＭＦＰ１０に自身のアカウントについて認証させる。
【００９７】
ステップＳ２０１において、ユーザは、認証装置１５において、ユーザが所有するカード９０を認証装置１５に近づける操作（カードタッチ操作と呼ぶことがある）を行う。カードタッチ操作が行われると、認証装置１５（又は認証装置１５のＣＰＵ。以下同じ）は、近づけられたカード９０から情報を読み込む。このとき、カード９０に記憶されたユーザＩＤやその他のユーザ属性情報、及びカードＩＤが認証装置１５に読み込まれる。また、認証装置１５は、ＭＦＰ１０から認証ユーザ管理テーブルを読み込む。認証装置１５は、カード９０から読み込んだユーザＩＤ・カードＩＤの組合せと、認証ユーザ管理テーブル中のユーザＩＤ・カードＩＤの組合せとを比較する。これにより、認証装置１５は、そのカード９０の認証すなわちそのカード９０に対応するユーザの認証を行う。
【００９８】
ステップＳ２０３において、認証装置１５は、ＭＦＰ１０に認証結果と認証されたカード９０に対応するユーザＩＤとを送信する。ＭＦＰ１０の認証ユーザ管理部１５３（又はＭＦＰ１０のＣＰＵ１０１。以下同じ）は、認証装置１５から送信された情報を受信すると、その認証結果及びユーザＩＤと、認証ユーザ管理テーブル（図７）とに基づいて、対応するユーザを認証済みユーザとして登録する。認証ユーザ管理部１５３は、認証済みユーザとして登録されたユーザについてのＭＦＰ１０の使用制限を解除する（使用権を付与する）。認証ユーザ管理部１５３は、例えば、認証ユーザ管理テーブルに記録されたユーザに対応する権限情報に基づいた範囲で、使用制限の解除を行う。これにより、カード認証により認証が成立したユーザは、ＭＦＰ１０を利用することができ、またそのユーザに割り当てられたＢＯＸにアクセスする（ＢＯＸをＯｐｅｎする）ことができる状態になる。
【００９９】
なお、使用権限としては、後述のように、例えば、フルカラー画像の形成に関する権限や、地紋プリント機能の実行に関する権限などがある。また、ユーザ属性情報は、各ユーザの権限に関する情報を含んでいてもよい。この場合、認証ユーザ管理部１５３は、認証済みユーザに対応するユーザ属性情報に含まれる権限情報に基づいて、その認証済みユーザについてのＭＦＰ１０の使用制限を解除するなどしてもよい。
【０１００】
ステップＳ２０５において、ジョブ制御部１５１は、認証されたユーザに関連付けされたＢＯＸに蓄積されている文書などのデータの検索処理を実行する。この処理は、認証ユーザ管理部１５３によってそのＢＯＸへのユーザのアクセス制限が解除されたことにより、実行可能となる。ジョブ制御部１５１の動作は、具体的には、例えばＣＰＵ１０１、ＲＡＭ１２１、及びＨＤＤ１３０などにより実行される。
【０１０１】
ステップＳ２０７において、ジョブ制御部１５１は、認証されたユーザに関連付けされたＢＯＸに文書などのデータが蓄積されていた場合には、そのデータについて印刷ジョブ（ジョブ）を生成して登録する。この処理は、検索処理で検出されたデータについて一括で行われる。すなわち、認証されたユーザに対応するＢＯＸに、ＰＣプリントジョブ登録処理により複数のジョブについてのデータが記憶されていたとき、それら複数のジョブ全てについてのジョブが生成されて登録される。なお、ジョブ制御部１５１は、複数のジョブのうち、所定の条件を満たす１つ又は複数のジョブのみについてジョブを生成するようにしてもよい。ジョブ制御部１５１で生成されるジョブは、１つの文書又は２以上の文書についての印字を行うためのものとなる。
【０１０２】
ステップＳ２０９において、ジョブ制御部１５１は、ジョブを生成すると、そのジョブを実行する。ジョブの実行は、ＰＣ３などからジョブを送信してプリントする通常プリントと同様にして行われる。すなわち、ジョブが実行されると、印字制御部１６７は、画像蓄積部１６５内のデータを読み出し、読み出したデータに基づいて印刷部１２４を制御し、そのデータに応じた画像形成をするための印刷動作を行う。なお、印字制御部１６７の動作は、例えばＣＰＵ１０１やＲＡＭ１２１などにより実行される。
【０１０３】
ステップＳ２０９において印刷動作が行われると共に、ステップＳ２１１においてユーザについての課金処理が行われる。課金処理は、後述のようにして認証印刷機能と共に行われる課金動作により、印刷完了分の印刷動作について行われる。課金動作については後述する。印刷動作及び課金動作が完了すると、認証後印字動作が終了し、認証印刷機能が完了する。このような認証印刷機能により、セキュリティを確保した状態で、容易に、印刷物の出力を行うことができる。
【０１０４】
（５）課金動作について
【０１０５】
（５ａ）課金動作の流れ
【０１０６】
ＭＦＰ１０は、上述のような認証印刷機能を実行するとき、実行した動作について所定のユーザに課金する、課金動作を行う。以下、課金動作について説明する。課金動作は、主に、認証装置１５、ジョブ制御部１５１、認証ユーザ管理部１５３、課金シナリオ決定部１５９、操作パネル表示部１６１、課金処理部１６３などにより実行される。すなわち、これらの認証装置１５やＭＦＰ１０の各部が課金装置の一例を構成し、課金機能を実現する。課金動作は、具体的には、ＭＦＰ１０のＣＰＵ１０１、ＲＡＭ１２１、表示操作部１２５、及びＨＤＤ１３０並びに認証装置１５の動作により行われる。
【０１０７】
本実施の形態において、カード９０には、そのカード９０に対応するユーザについて、課金に関する残高情報などを含むアカウント情報が記憶されている。そのユーザすなわちそのカード９０について課金が行われると、そのカード９０のアカウント情報に基づいて、残高額から課金金額が引かれる。これにより、ユーザ毎に課金を行うことができる。なお、アカウント情報は、カード９０に記憶されていなくてもよい。例えば、ＭＦＰ１０のＨＤＤ１３０や、認証装置１５や、外部サーバなどに、ＭＦＰ１０を使用可能に登録された各ユーザのアカウント情報テーブルが記憶されていてもよい。このような場合、カード認証が行われると、ＣＰＵ１０１などは、認証されたカード９０に対応するユーザのアカウント情報をそのアカウント情報テーブルから読み込む。これにより、そのユーザについて課金を行うことが可能になる。
【０１０８】
まず、課金動作の大まかな流れについて説明する。課金動作は、カード認証のためのカードタッチ操作が行われると、認証印刷機能と並行して実行される。
【０１０９】
図９は、印刷ジョブ実行開始前における、課金に関するＭＦＰ１０及び認証装置１５の動作を示すシーケンス図である。
【０１１０】
ステップＳ３０１において、ユーザにより認証装置１５へのカードタッチ操作が行われると、認証装置１５は、カード認証を行う。認証装置１５は、認証したカードの情報及びそのカードに対応するユーザのＩＤ情報（認証ユーザ情報）などを、認証ユーザ管理部１５３に通知する。ここで、上述のような同時認証が成立したときには、認証装置１５は、認証した複数のカード９０について、それぞれ、ユーザのＩＤ情報などを認証ユーザ管理部１５３に通知する。
【０１１１】
ステップＳ３０３において、認証ユーザ管理部１５３では、認証装置１５から通知された全てのユーザＩＤについて、認証ユーザ管理テーブルのレコード中のユーザＩＤと一致するかどうかを確認するサーチ処理を行う。認証ユーザ管理部１５３は、サーチ処理の結果、一致しているユーザＩＤについて、認証済みユーザとして登録を行う。一致しているユーザＩＤが複数である場合には、複数の認証済みユーザが登録される。認証ユーザ管理部１５３は、登録した認証済みユーザの情報を、ジョブ制御部１５１及び課金シナリオ決定部１５９に通知する。
【０１１２】
認証ユーザ管理部１５３で認証済みユーザが登録されると、ステップＳ３０５において、ジョブ制御部１５１が、認証済みユーザのＢＯＸ内の文書の検索処理を行う。また、ジョブ制御部１５１は、検索処理において検索された文書があれば、その文書に関してのジョブを生成し登録する。このとき、ジョブ制御部１５１は、ジョブの印刷動作を停止状態にする制御を行う。したがって、このときジョブは実行されない。
【０１１３】
また、認証ユーザ管理部１５３で認証済みユーザが登録されると、ステップＳ３０７において、課金シナリオ決定部１５９は、ジョブ制御部１５１により生成されたジョブの情報（印刷開始ジョブ情報）を確認する。ジョブ制御部１５１は、課金シナリオ決定部１５９に、生成したジョブの情報を通知する。課金シナリオ決定部１５９は、ジョブ制御部１５１からの通知を受けると、課金シナリオ生成処理を実行する。課金シナリオ生成処理は、生成されたジョブが実行されるより前に実行される。なお、本実施の形態において、どのユーザにどのように課金するかの決定内容を、課金シナリオと呼ぶ。課金シナリオは、例えば、その課金シナリオにおいて課金を行うアカウントのアカウント情報と、課金金額などを示す課金情報と、課金タイミングなどを示す課金条件情報とを含んでいる。課金シナリオ生成処理及び課金シナリオについては後述する。
【０１１４】
ステップＳ３０９において、課金シナリオ決定部１５９は、課金シナリオ確認処理を実行し、ユーザによる課金確認を得る。課金シナリオ決定部１５９は、決定した課金シナリオを操作パネル表示部１６１に表示し、ユーザにより確認操作が行われるまで待機する。操作パネル表示部１６１は、課金シナリオを、課金シナリオ確認画面として表示する。課金シナリオ確認画面については後述する。
【０１１５】
ユーザは、操作パネル表示部１６１に表示された課金シナリオ確認画面により、課金対象となるジョブ、課金対象となるユーザ、課金する金額などについて確認を行うことができる。ユーザは、表示された課金シナリオの内容に問題がない場合には、操作パネル表示部１６１に確認操作を入力する（課金確認）。また、例えば、このとき、表示された課金シナリオの内容が所望のものでない場合には、ユーザは、後述するような所定の操作を行うことにより、課金シナリオの設定を変更することができる。また、ユーザは、別の所定の操作を行うことにより、ジョブを破棄し、ジョブが実行されないようにすることもできる。
【０１１６】
ユーザにより課金シナリオの確認操作が行われると、操作パネル表示部１６１は、課金シナリオ決定部１５９に課金確認が完了した旨を通知する。課金シナリオ決定部１５９は、その通知を受けると、それを認証ユーザ管理部１５３に通知する。認証ユーザ管理部１５３は、課金シナリオ決定部１５９から課金確認完了通知を受けると、ジョブ制御部１５１に印字開始指示を通知する。
【０１１７】
図１０は、印刷ジョブ実行開始後における、課金に関するＭＦＰ１０の動作を示すシーケンス図である。
【０１１８】
ステップＳ３１１において、ジョブ制御部１５１は、認証ユーザ管理部１５３から印字開始指示通知を受けると、ステップＳ３０５において生成して実行開始待ちの状態としていたジョブを実行し、印字を開始する。ジョブ制御部１５１は、ジョブを実行しているとき、所定のイベントが起こる度に、その旨の通知（イベント通知と称する）を、課金処理部１６３に対して行う。
【０１１９】
なお、所定のイベントとしては、次のようなジョブ制御中に発生するものがある。例えば、「ページ単位の印字完了（ページ排出完了）」イベントは、用紙１枚の印字が終了し、それがＭＦＰ１０から排出される度に発生する。「部単位の印字完了（部単位排出完了）」イベントは、ある文書について１部ずつ印字を行うとき、その１部の全てがＭＦＰ１０から排出される度に発生する。また、「文書単位の印字完了（文書単位排出完了）」イベントは、ジョブが複数の文書についてのものである場合に、そのうち１つの文書の印刷動作が完了する度に発生する。
【０１２０】
ステップＳ３１３〜Ｓ３１７において、課金処理部１６３は、課金確認が行われた課金シナリオに従って、課金処理を行う。すなわち、課金処理部１６３は、ジョブ制御部１５１からイベント通知を受けると、その都度、課金シナリオ決定部１５９において、課金確認により決定された課金シナリオを参照する。また、課金処理部１６３は、起こったイベントが課金対象となるものであれば、そのイベントに応じて、課金シナリオ通りに、課金を行う。
【０１２１】
ステップＳ３１９において、ジョブ制御部１５１は、印刷ジョブ終了処理を行う。認証印刷機能（タッチアンドプリント機能）により生成されたジョブが実行され、印刷が全て完了すると、ジョブ制御部１５１は、課金処理部１６３にその旨（ジョブ完了通知）を通知する。
【０１２２】
ステップＳ３２１において、課金処理部１６３は、そのジョブ完了通知を受けると、課金シナリオ決定部１５９において、課金シナリオを参照する。また、課金処理部１６３は、そのときの「タッチアンドプリント生成ジョブ完了」イベントが課金対象となる場合には、課金処理を行う。このとき、課金処理部１６３は、例えば、後述のような特殊機能（アプリ（アプリケーションプログラム）と呼ぶことがある）を利用したことについての課金など、ジョブ完了時点で実施する所定の課金処理をこのタイミングで実行する。
【０１２３】
ステップＳ３２１で課金処理が行われると、ジョブ制御部１５１は、認証ユーザ管理部１５３に対して、ジョブ終了通知を行う。認証ユーザ管理部１５３は、ジョブ終了通知を受けると、登録した認証済みユーザについての一連の処理を終了する。
【０１２４】
（５ｂ）課金シナリオ生成処理
【０１２５】
次に、課金シナリオ決定部１５９で行われる課金シナリオ生成処理（図９のＳ３０７）について説明する。課金シナリオ決定部１５９は、課金シナリオ生成処理を行って、課金シナリオを生成する。課金シナリオ決定部１５９は、予め設定されている課金パターン、課金対象となる認証済みユーザの認証ユーザ情報、及び印刷開始ジョブ情報などに基づいて、課金シナリオ生成処理を行う。
【０１２６】
図１１は、課金シナリオ生成処理におけるＭＦＰ１０の動作を示すフローチャートである。
【０１２７】
ステップＳ０１において、課金シナリオ決定部１５９は、課金シナリオの生成に利用する課金パターンを、予め設定されている課金パターンから選択して確定しておく。このとき、課金シナリオ決定部１５９は、例えば、認証ユーザ管理テーブル（図７）を参照するなどして、認証ユーザ情報や実行対象であるジョブのオーナー（ＰＣプリントジョブ登録処理の実行者）の情報などに対応する課金パターンを選択する。課金シナリオ決定部１５９が有する所定の課金パターンについては、後述する。なお、課金シナリオ決定部１５９の動作は、具体的には、例えばＣＰＵ１０１、ＲＡＭ１２１、及びＨＤＤ１３０などにより実行される。
【０１２８】
ステップＳ０２において、課金シナリオ決定部１５９は、ジョブ制御部１５１により生成されたジョブの情報（印刷開始ジョブ情報）を取得（収集）する。印刷開始ジョブ情報は、用紙・枚数・カラー種別・アプリ使用の有無／使用アプリなどに関する情報である。
【０１２９】
ステップＳ０３において、課金シナリオ決定部１５９は、収集した印刷開始ジョブ情報及び選択した課金パターンに基づいて、印刷を開始するジョブについての課金情報を展開する。課金シナリオ決定部１５９は、そのジョブに含まれる文書のページ数、印刷部数、文書の数などに応じて、選択した課金パターンによれば課金対象となるもの毎にイベントの区分けを行う。すなわち、課金シナリオ決定部１５９は、そのジョブの実行時において課金対象となるイベントや、各イベント毎の課金金額を決定する。これにより、後述する課金シナリオ表における縦軸にあたる情報が設定される。具体的には、課金シナリオ決定部１５９は、例えば、後述の図１２に示す「用紙１枚目〜６枚目／各単価５０円」の行列に相当する情報を、表形式で生成する。なお、課金シナリオ決定部１５９は、印刷・アプリ使用単価テーブル１５７を参照し、各イベント毎の課金金額を決定する。
【０１３０】
ステップＳ０４において、課金シナリオ決定部１５９は、認証ユーザ管理部１５３に通知された情報から、印刷を開始するジョブの課金対象となるユーザの情報（課金ユーザ情報）を収集する。また、課金シナリオ決定部１５９は、課金対象となるユーザについて、課金シナリオ表における課金対象として設定する。課金シナリオ決定部１５９は、例えば、認証済みユーザの全員を、課金対象として設定する。これにより、課金シナリオ表における横軸にあたる情報が設定される。具体的には、課金シナリオ決定部１５９は、後述の図１２に示す、「ユーザＡ，Ｂ，Ｃ」の各列部分に相当する情報を、表形式で生成する。なお、課金シナリオ決定部１５９は、認証済みユーザのうち、所定の条件を満たすユーザのみを課金対象とするようにしてもよい。
【０１３１】
ステップＳ０５において、課金シナリオ決定部１５９は、課金シナリオ設定処理を行う。すなわち、ステップＳ０３及びＳ０４で生成された課金シナリオ表において、選択した課金パターンに基づいて、課金金額をイベント毎にユーザに割り当てる。例えば、後述の図１２に示すような用紙毎課金パターンが選択されており、例えば課金対象となるユーザがユーザＡ，Ｂ，Ｃの３人である場合には、課金シナリオ決定部１５９は、１枚目の料金である５０円をユーザＡに、２枚目分をユーザＢに、３枚目分をユーザＣに割り当てる。また、課金シナリオ決定部１５９は、３人のユーザＡ，Ｂ，Ｃを一巡した後の４枚目分以降は、割り当てるユーザをユーザＡ，ユーザＢ，ユーザＣ，ユーザＡ，ユーザＢ，…と順次変更し、ページ毎の課金金額の割り当てを順次行う。課金シナリオ決定部１５９は、全ての課金金額の割り当てが完了すると、その時点で処理を終了する。課金シナリオ決定部１５９は、生成された課金シナリオ表に基づくデータを課金シナリオとする。なお、課金シナリオ決定部１５９は、課金対象であるユーザに課金金額として０円を割り当てることにより、そのユーザへの課金は実質的には行わないようにしてもよい。
【０１３２】
（５ｃ）課金パターン
【０１３３】
ここで、課金シナリオ決定部１５９に予め設定されている課金パターンの例について説明する。
【０１３４】
例えば、図１２〜図１８に示すような７種類の課金パターンＡ〜Ｇが、課金シナリオ決定部１５９に設定されている。課金パターンについて、課金シナリオ生成処理のステップＳ０１において選択が行われると、課金シナリオ決定部１５９では、それに基づいた課金シナリオが生成される。なお、以下の説明において、課金シナリオとして生成された状態として、各課金パターンを示している。
【０１３５】
図１２は、課金パターンＡを示す図である。
【０１３６】
課金パターンＡは、用紙毎課金（用紙単位での課金）を行う場合に選択される。すなわち、課金パターンＡでは、部数、文書の数によらず、１ページの印字を行う度に、課金対象となるユーザに順次課金を行う（後述の第１の課金処理）。これにより、ジョブの実行により課金される課金金額の総計は、課金対象となるユーザに、略均等に割り当てられる。
【０１３７】
例えば、１ページあたりの単価（課金金額）が５０円である場合において、ジョブの実行により、３人のユーザＡ〜Ｃ分として合計６ページの印刷物を出力するときを想定する。このとき図１２のように、１枚目の課金金額がユーザＡに割り当てられる。また、２枚目の課金金額がユーザＢに割り当てられ、３枚目の課金金額がユーザＣに割り当てられる。また、４枚目の課金金額は、再びユーザＡに割り当てられ、５枚目、６枚目の課金金額はそれぞれユーザＢ，Ｃに割り当てられる。すなわち、各ユーザＡ〜Ｃは、総計で１００円ずつ課金されることになる。課金パターンＡを選択した場合、１枚の印字が終了する度に、５０円ずつ、課金処理が行われる。また、図１２においては、ユーザＡ〜Ｃそれぞれの現時点（ジョブ開始前）での残高と、課金後（ジョブ終了後）の残高とが示されている。
【０１３８】
図１３は、課金パターンＢを示す図である。
【０１３９】
課金パターンＢは、部毎課金（部数単位での課金）を行う場合に選択される。課金パターンＢでは、１つの文書について、１部の印字を行う度に、課金対象となるユーザに順次課金を行う（後述の第２の課金処理）。これにより、ジョブを実行して課金される課金金額の総計が、課金対象となるユーザに略均等に割り当てられる。
【０１４０】
例えば、ジョブの実行により、３人のユーザＡ〜Ｃ分として１部あたり５ページの文書を６部出力する場合を想定する。１ページあたりの単価（課金金額）が５０円であり、１部あたりの部単価は２５０円であるとする。１部毎に、その課金金額がユーザＡ、ユーザＢ、ユーザＣと順次割り当てられる。すなわち、１部目及び４部目の課金金額がユーザＡに割り当てられ、２部目及び５部目の課金金額がユーザＢに割り当てられ、３部目及び６部目の課金金額がユーザＣに割り当てられる。各ユーザＡ〜Ｃは、総計で５００円ずつ課金されることになる。課金パターンＢを選択した場合、１部の印字が終了した旨のイベント通知がある度、２５０円ずつ、課金処理が行われる。
【０１４１】
なお、図では１つの文書についての課金シナリオを示しているが、２つ以上の文書をそれぞれ複数部数印字する際にも、同様に、１部毎に、課金金額を割り当てるユーザを順次変更するように、課金シナリオが生成される。
【０１４２】
また、図に示す例では、ユーザＡについての課金後残高が負の値となっている。これはこの課金シナリオにより課金を行うと、ユーザＡについて残高不足が発生することを示している。このように、残高不足が発生する場合には、課金シナリオ決定部１５９は、後述のように残高不足時処理を行う。残高不足時処理については、後述する。
【０１４３】
図１４は、課金パターンＣを示す図である。
【０１４４】
課金パターンＣは、部毎課金を行う場合であって、ユーザにより課金に関わる機能制限が行われている場合などに選択される。課金パターンＣでは、課金パターンＢと同様に、１つの文書について、１部の印字を行う度に、課金対象となるユーザに順次課金を行う（後述の第２の課金処理）。また、課金パターンＣでは、機能制限の有無とその内容に応じて、各ユーザに課金する課金金額に差が設けられる。
【０１４５】
例えば、ジョブの実行により、３人のユーザＡ〜Ｃ分として１部あたり５ページの文書を６部出力する場合を想定する。ここで、ユーザＣのみカラー印字が禁止されており、その他のユーザＡ，Ｂはカラー印字が許可されている。カラー印字を行う場合、１ページあたりの単価（課金金額）が５０円であり、１部あたりの部単価は２５０円である。また、モノクロ印字を行う場合、１ページあたりの単価（課金金額）が１０円であり、１部あたりの部単価は５０円である。
【０１４６】
課金パターンＣでは、１部毎に、課金金額がユーザＡ、ユーザＢ、ユーザＣと順次割り当てられる。ここで、ユーザＡ，Ｂに関しては、カラー印字が行われることから、割り当てられる課金金額は、１部あたり２５０円である。しかしながら、ユーザＣに関しては、カラー印字ができず、モノクロ指定で印字が行われる。そのため、ユーザＣに割り当てられる課金金額は、１部あたり５０円である。すなわち、この場合、カラー印字とモノクロ印字との機能差があるため、それに応じて、ユーザＣに課金する課金金額と、ユーザＡ，Ｂに課金する課金金額とが異なっている。このような単価の違いは、課金シナリオ決定部１５９が、各ユーザＡ〜Ｃの機能制限の有無に応じて、印刷・アプリ使用単価テーブル１５７を参照して設定する。課金パターンＣを選択した場合には、１部の印字が終了した旨のイベント通知がある度に、課金処理が行われる。
【０１４７】
このように、ユーザ毎に印字モードが異なったり、出力機能の差がある場合、それに応じて課金金額が割り当てられる。したがって、課金金額の割り当てについて、各ユーザ間で公平に行うことができる。また、課金金額は、出力機能の差に応じたものであるので、課金金額の割り当てをより公平に行うことができる。
【０１４８】
なお、図に示すように課金シナリオを生成したとき、ジョブ制御部１５１は、ジョブの実行時に、課金シナリオを参照してカラー／モノクロのカラーモードの印字制御を切り替えるようにしてもよい。すなわち、課金シナリオは、印字モード設定情報として利用されるようにしてもよい。これにより、ＭＦＰ１０において、種々の設定データをまとめ、処理を簡素化することができる。
【０１４９】
図１５は、課金パターンＤを示す図である。
【０１５０】
課金パターンＤは、部毎課金を行う場合であって、単なる印字動作だけでなく付加機能（特殊機能）を用いて印字する場合などに選択される。課金パターンＤでは、課金パターンＢと同様に、１つの文書について、１部の印字を行う度に、課金対象となるユーザに順次課金を行う（後述の第２の課金処理）。課金パターンＤにおいては、付加機能を使用する場合、そのユーザに課金する課金金額が増額される。
【０１５１】
ここで、付加機能としては、例えば、用紙の背景部分に地紋と呼ばれる透かし文字をパターンとして生成する機能がある（地紋アプリと称することがある）。地紋アプリを用いて地紋を印刷すると、その印刷物が複製された場合に文字が浮き上がるため、実質上、印刷物の複製を禁止することができる。また、その印刷物に特有の地紋を生成することにより、印刷物の追跡を行うことなどが可能になる。このような付加機能は、使用するとコストがかかる場合があるため、ユーザ毎に、利用制限が設定されている場合がある。
【０１５２】
例えば、ジョブの実行により、３人のユーザＡ〜Ｃ分として、１部あたり５ページの文書を６部出力する場合を想定する。ここで、ユーザＡのみ付加機能（地紋アプリ）の使用が許可されており、その他のユーザＢ，Ｃは許可されていない。１ページあたりの単価（課金金額）は５０円であり、１部あたりの部単価は２５０円である。また、地紋アプリは、例えば、１つのジョブについて使用する毎に、３００円が課金されるものとする。このような場合、課金金額は、１部毎に、２５０円ずつユーザＡ、ユーザＢ、ユーザＣと順次割り当てられる。この課金金額については、１部の印字が終了する度に課金処理が行われる（後述の第２の課金処理）。ここで、ユーザＡに関しては、地紋アプリを使用した印字が行われる（１部目及び４部目）。そのため、ユーザＡには、このジョブの実行が終わったとき、すなわち６部全ての印字が終了したとき、３００円が課金される。ユーザＡに課金される金額の総計は８００円となり、他のユーザＢ，Ｃには、５００円ずつ課金される。
【０１５３】
このように、一部のユーザのみが付加機能を用いることを許可されているような場合、それに応じて課金金額が割り当てられる。したがって、課金金額の割り当てについて、各ユーザ間で公平に行うことができる。また、付加機能の使用を許可されたユーザと許可されていないユーザとが、ひとつのジョブを実行させる場合であっても、付加機能の使用を許可すると共に、付加機能についての課金処理を行うことができる。また、付加機能の使用やイベントなどによって、課金を行うタイミングや単価などの課金方法が異なる場合にも、各課金方法に応じて所定の課金金額を課金することができる。したがって、実際の使用状況などに応じた課金シナリオを生成し、適切に課金を行うことが可能になる。
【０１５４】
なお、図に示すように課金シナリオを生成したとき、ジョブ制御部１５１は、ジョブの実行時に、課金シナリオを参照して付加機能の使用／非使用を切り替えるようにしてもよい。すなわち、課金シナリオは、印字モード設定情報として利用されるようにしてもよい。これにより、ＭＦＰ１０において、種々の設定データをまとめ、処理を簡素化することができる。
【０１５５】
図１６は、課金パターンＥを示す図である。
【０１５６】
課金パターンＥは、例えば用紙毎課金を行う場合であって、ジョブにおける全ての用紙数を課金対象となるユーザに均等に分配できない場合、つまり、全用紙数がユーザ数で割り切れない場合に、特定のユーザに、その端数（全用紙数をユーザ数で割ったときの余り）分の課金を行うものである。課金パターンＥでは、課金パターンＡと同様に、１枚の用紙の印字を行う度に、課金対象となるユーザに順次課金を行う（後述の第１の課金処理）。このとき、印刷を行う全用紙数と課金対象となるユーザ数との関係により、用紙数に端数が生じる場合すなわち全用紙数がユーザ数で割り切れない場合が生じることがある。課金パターンＥでは、その端数分の課金金額は、例えば認証印刷機能を実行したユーザに課金される。
【０１５７】
１ページあたりの単価（課金金額）が５０円である場合において、３人のユーザＡ〜Ｃ分として、ジョブの実行により８ページを出力する場合を想定する。また、このジョブのオーナーすなわちジョブをＰＣ３などから送信したジョブ投入者はユーザＢであるとする。このとき、１枚目から、課金金額である５０円が、ユーザＡ、ユーザＢ、ユーザＣと順次割り当てられる。ここで、６枚目までは各ユーザＡ〜Ｃに２回ずつ課金金額の割り当てが行われる。しかし、残りは７枚目と８枚目との２枚であり、端数が生じていることになる。この場合、７枚目及び８枚目の出力についての課金金額は、ジョブ投入者であるユーザＢに集約して割り当てられる。したがって、各ユーザＡ，Ｂ，Ｃには、それぞれ、１００円、２００円、１００円が課金される。なお、課金パターンＥを選択した場合には、１枚の印字が終了する度に、５０円ずつ、課金処理が行われる。
【０１５８】
このように、端数分の課金金額について課金されるユーザが特定されるので、種々の態様の課金を行うことができる。
【０１５９】
なお、端数分の課金金額が割り当てられるユーザは、ジョブの投入者でなくてもよい。例えば、上記第１の同時認証時に、認証装置１５に最も遠い（最も上に重ねられた）カード９０に対応するユーザ、又は最も近い（最も下に重ねられた）カード９０に対応するユーザに課金するようにしてもよい。また、上記第２の同時認証時に、最も早く又は最も遅く読み取られたカード９０に対応するユーザに課金するようにしてもよい。また、１人のユーザに限られず、所定数のユーザに端数分の課金金額を割り当てるようにしてもよい。そのときは、前述の第１の同時認証時の例であれば、認証装置１５から遠いほうから所定枚数目までの（上から所定枚数目までに重ねられた）カード９０に対応するユーザ、又は認証装置１５に近いほうから所定枚数目までの（下から所定枚数目までに重ねられた）カード９０に対応するユーザに、端数分の課金金額を割り当てるようにしてもよい。また、前述の第２の同時認証時の例であれば、早いほうから所定枚数目までに読み取られたカード９０に対応するユーザ、又は遅いほうから所定枚数目までに読み取られたカード９０に対応するユーザに、端数分の課金金額を割り当てるようにしてもよい。
【０１６０】
なお、前述の説明では、ジョブにおける総用紙数を課金対象となるユーザに均等に分配できない場合に、その端数を特定のユーザに課金することを例示したが、ジョブにおける総部数を課金対象となるユーザに均等に分配できない場合に、その端数を特定のユーザに課金するようにしてもよい。
【０１６１】
図１７は、課金パターンＦを示す図である。
【０１６２】
課金パターンＦは、例えば、用紙毎課金を行うものであり、その点で課金パターンＡと同様である。課金パターンＦでは、最初に同時認証が行われてから所定の期間中に、別のユーザがカード認証を行ったとき、そのユーザも加えて課金シナリオを再度生成する点が、課金パターンＡと大きく異なる。これにより、課金パターンＦが選択されている場合には、ジョブを実行中に別のユーザがカード認証を行ったタイミングで、課金シナリオを変更することができる。ジョブの実行途中であっても、課金対象となるユーザを追加してそのユーザに課金金額を割り当て可能にすることにより、ＭＦＰ１０の使用態様の自由度が広がり、ＭＦＰ１０がより使いやすくなる。ユーザを追加可能な所定の期間としては、例えば、課金金額の割り当てを行う処理が開始されてから所定の期間中、すなわち、課金シナリオ生成処理の実行開始からジョブを実行終了までなど、種々設定することができる。
【０１６３】
例えば、１ページあたりの単価（課金金額）が５０円である場合において、ジョブの実行により８ページを出力するときを想定する。ジョブの開始時の認証済みユーザは、ユーザＡ〜Ｃの３人であり、ユーザＢがジョブのオーナーであるとする。このとき、端数分の課金金額が、上述したパターンＥと同様にジョブのオーナーに割り当てられるとすると、課金シナリオは、図の（Ａ）に示すようになる。
【０１６４】
ここで、ジョブが実行されている途中、例えば２枚目の印字が終了した時点で、ユーザＤのカード９０がカードタッチ操作されたとする。このとき、ユーザＤが認証済みユーザとして追加登録される。ユーザＤが追加登録されると、課金シナリオ決定部１５９は、課金シナリオ生成処理を再度実行し、図の（Ｂ）に示すように、４人のユーザＡ〜Ｄについての課金シナリオを生成する。課金シナリオ決定部１５９は、生成した課金シナリオを操作パネル表示部１６１に表示し、ユーザの確認入力を求める。ジョブ制御部１５１は、この間、ジョブの実行を停止する。ユーザの確認操作が行われると（課金確認）、ジョブ制御部１５１は、３枚目の出力からジョブを再開する。なお、ユーザに確認を行わずに、そのまま、新たに生成された課金シナリオで課金処理が行われるようにしてもよい。
【０１６５】
新たに生成された課金シナリオでは、１枚の出力毎に、５０円が、ユーザＡ〜Ｄに順次課金される（後述の第１の課金処理）。したがって、各ユーザＡ〜Ｄの課金金額の総計は、１００円となる。なお、課金パターンＦを選択した場合には、１枚の印字が終了する度に、５０円ずつ、課金処理が行われる。
【０１６６】
なお、課金シナリオ生成処理が行われているときに追加でカード認証が行われた場合にも、上述と同様に、そのカード（ユーザ）を加えて課金シナリオを生成し直せばよい。これにより、例えば、課金確認の処理が行われているとき、ユーザが課金シナリオ確認画面を見て、必要に応じて、別のカード（ユーザ）を課金対象として追加する操作を行うことができる。追加操作はカードタッチ操作を行うだけであるので、容易に行うことができる。
【０１６７】
また、課金パターンＦが選択されていても、最初に生成した課金シナリオに基づいて印字している間にカード認証を行ったユーザがいないときは、最初に生成した課金シナリオのまま、課金が行われる。すなわち、上記の例の場合、課金パターンＥの説明において述べた具体例と同様の課金態様（図の（Ａ）の課金シナリオ参照）となる。
【０１６８】
また、例えば、ジョブの終了間際になって追加のカード認証が行われた場合などでも、そのユーザを含めて課金シナリオを生成し、既に課金した分をリセットするなどして再度課金処理をやり直すようにしてもよい。また、課金金額の総計について他のユーザとの間でバランスがとれるまで、追加されたユーザに集中的に、それ以後の課金を行うようにしてもよい。具体的には、ユーザＡ〜Ｃが同時認証して８枚のジョブを実行させ、６枚目の出力が終了している時点でユーザＤが追加で認証されたとき、残りの７枚目及び８枚目については、続けてユーザＤに課金するようにしてもよい。
【０１６９】
さらにまた、ジョブの実行中である場合でも、ユーザを追加すると他のユーザとの間で課金金額の総計のバランスがとれないようなときには、ユーザの追加を受け付けないようにしてもよい。具体的には、ユーザＡ〜Ｃが同時認証して９０枚のジョブを実行させて、既に８７枚分の出力が終了してユーザＡ〜Ｃに対する２９枚分の課金を終えているような場合には、そのときにユーザＤが認証装置１５にカード９０をかざしてもカード認証を行わないようにしてもよい。
【０１７０】
図１８は、課金パターンＧを示す図である。
【０１７１】
課金パターンＧは、ユーザ毎に、所定の比率で重み付けされた、互いに異なる課金金額を課金するものである。すなわち、課金パターンＧでは、ユーザ毎に設定された所定の課金比率（課金割当係数）に応じて、各ユーザに割り当てられる課金金額が異なる。課金割当係数は、例えば、予め、認証ユーザ管理テーブルにおいてユーザに関連付けて記憶されている。なお、課金割当係数は、各ユーザのカード９０に、ユーザ属性情報として記憶されていてもよい。また、課金割当係数は、後述の課金シナリオ確認画面において、ユーザが係数変更キーを押下操作するなどして、ユーザによる設定に応じて適宜変更可能であってもよい。
【０１７２】
例えば、１ページあたりの単価（課金金額）が５０円である場合、ジョブの実行により８枚を出力する場合を想定する。また、３人の認証済みユーザＡ〜Ｃについてジョブを実行する場合を想定する。ここで、課金割当係数は、ユーザＡ〜Ｃについて、２：１：１であるとき、課金金額は、ユーザＡ〜Ｃに、２：１：１の割合で割り当てられる。課金は、例えば１枚の出力毎に行われ、課金金額は、１枚毎に配分される。すなわち、この場合、１枚の出力毎に、ユーザＡに２５円が課金され、他のユーザＢ，Ｃにはそれぞれ１２．５円が課金される（後述の第１の課金処理）。したがって、このジョブを出力した際の課金金額の総計は、ユーザＡが２００円、他のユーザＢ，Ｃはそれぞれ１００円となり、課金割当係数通りに課金される。
【０１７３】
課金パターンＧによれば、ジョブにおける全用紙数を課金対象となるユーザに均等に分配できない場合、つまり端数が生じる場合であっても、所定の課金割当係数に応じて課金することができる。なお、端数が生じる場合に、自動的に課金パターンＧが選択されるようにしてもよい。このとき、例えば、ジョブのオーナーであるユーザの課金金額がより大きくなるように、課金割当係数が自動的に設定されるようにしてもよい。また、課金割当係数として、あるユーザについて０が設定されてもよい。この場合、課金割当係数０が設定されたユーザには、課金金額が割り当てられない（換言すると、０円が割り当てられる）。
【０１７４】
なお、課金パターンとしては、上述の課金パターンＡ〜Ｇに限られるものではなく、さらに多くの課金パターンが設定されていてもよい。また、用紙毎課金、部毎課金、書類毎課金は、適宜入れ替えてもよく、また、互いに組み合わせて課金を行うようにしてもよい。例えば、課金パターンＦにおいて、用紙毎課金ではなく、部毎課金を行うようにしてもよい。また、課金金額の端数を特定のユーザに課金する課金態様や、機能制限に応じて行う課金態様などを適宜組み合わせて行うようにしてもよい。
【０１７５】
（５ｄ）課金シナリオ確認画面
【０１７６】
図１９は、課金シナリオ確認画面が表示された表示操作部１２５を示す図である。
【０１７７】
上述のように、課金シナリオ決定部１５９は、課金確認の処理を行うとき、ユーザに課金確認を求めるために、課金シナリオを操作パネル表示部１６１に表示する（図９のＳ３０９）。これにより、図に示すように、課金シナリオ確認画面が表示操作部１２５に表示される。
【０１７８】
課金シナリオ確認画面は、実行されるジョブについて適用される予定の課金シナリオに関する表示と、その課金シナリオによりジョブを実行してもよいかどうかをユーザに確認する旨の表示を含んでいる。また、課金シナリオ確認画面は、ユーザにより押下操作可能な「はい」ボタン、「いいえ」ボタン、及び「条件変更」ボタンの表示を含んでいる。
【０１７９】
課金シナリオに関する表示では、図に示すように、表形式で、各ユーザ毎に、何を対象にしていくらの課金が行われるかがわかりやすく表示される。また、各ユーザ毎の課金金額の総計と、各ユーザの課金前の残高額（現残額）と、その課金金額が課金された場合の各ユーザの残高額（課金後残額）が併せて表示される。このように表示を行うことにより、ジョブを実行したときに課金される金額をユーザが事前に確実に把握することができ、ユーザが課金シナリオに納得した上でジョブの実行が行われる。したがって、ユーザの意図した通りに課金が行われるので、ユーザの満足度を向上させることができる。
【０１８０】
「はい」ボタンは、ユーザによる承諾（課金確認）に対応するボタンである。「はい」ボタンが押下されると、課金シナリオ決定部１５９により課金シナリオが決定され、ジョブ制御部１５１によりジョブが実行される。「いいえ」ボタンは、ユーザによる拒否に対応するボタンである。「いいえ」ボタンが押下されると、ＣＰＵ１０１の制御の下、ジョブ制御部１５１によりジョブを廃棄する処理が行われ、印字が中止される。また、「条件変更」ボタンは、表示された課金シナリオについて、変更を求めるためのボタンである。「条件変更」ボタンが押下されると、課金シナリオ決定部１５９は、課金シナリオを変更する処理を行う。具体的には、再度課金シナリオ生成処理が実行され、前回選択されたものとは異なる課金パターンが選択され、その課金パターンに基づいて課金シナリオが再度生成される。課金シナリオが変更すなわち再度生成されると、課金シナリオ決定部１５９は、その変更後の課金シナリオを課金シナリオ確認画面に表示する。課金シナリオ決定部１５９は、上述と同様に、ユーザによる操作の受付を行う。
【０１８１】
なお、課金確認の処理は、例えばＭＦＰ１０に接続された他の外部装置に設けられたモニタ（表示器）などや、ＰＣ（外部装置）３ａ，３ｂのディスプレイ（表示器）などに課金シナリオ確認画面を表示して行うようにしてもよい。また、課金シナリオ確認画面には、課金シナリオに関する情報として、アカウント情報、残高情報、及び課金条件情報のうち少なくとも１つを表示すればよい。
【０１８２】
（５ｅ）課金処理
【０１８３】
図２０は、課金処理の一例（第１の課金処理）を示すフローチャートである。
【０１８４】
第１の課金処理は、上述の用紙毎課金である。本実施形態において、第１の課金処理は、ジョブが実行されているとき、課金処理部１６３（又はＣＰＵ１０１。以下同じ。）により、次に示すように行われる。
【０１８５】
ステップＳ４０１において、課金処理部１６３は、ジョブ制御部１５１から、１ページの印字が終了した旨のイベント（ページ単位の印字完了イベント）通知を受けるまで待機する。
【０１８６】
ステップＳ４０１でイベント通知があったとき、ステップＳ４０３において、課金処理部１６３は、課金シナリオを参照して、そのタイミングで課金を行うかどうかを判断する。
【０１８７】
ステップＳ４０３で課金を行うタイミングであった場合、ステップＳ４０５において、課金処理部１６３は、課金シナリオに従って、課金対象となるユーザに、課金シナリオで決定されている所定の課金金額を課金する。
【０１８８】
ステップＳ４０５で課金を行った場合又はステップＳ４０３で課金を行うタイミングでなかった場合、課金処理部１６３は、次のイベント通知を受けるまで待機する。
【０１８９】
図２１は、課金処理の別の例（第２の課金処理）を示すフローチャートである。
【０１９０】
本実施形態において、上述の部毎課金すなわち第２の課金処理は、ジョブが実行されているとき、課金処理部１６３により、次に示すように行われる。
【０１９１】
ステップＳ５０１において、課金処理部１６３は、ジョブ制御部１５１から、１部の印字が終了した旨のイベント（部単位の印字完了イベント）通知を受けるまで待機する。
【０１９２】
ステップＳ５０３，Ｓ５０５は上述のステップＳ４０３，Ｓ４０５と同様である。すなわち、イベント通知を受けると、課金処理部１６３は、課金シナリオに基づき、課金を行うかどうかを判断する（Ｓ５０３）。また、課金を行うタイミングであった場合、課金処理部１６３は、課金シナリオに従って、課金対象となるユーザに所定の課金金額を課金する（Ｓ５０５）。課金を行った場合、又は課金を行うタイミングでなかった場合、課金処理部１６３は、次のイベント通知を受けるまで待機する。
【０１９３】
なお、印字が１部終了するとき、その部の最後のページの印字が終了するため、ジョブ制御部１５１は、１ページの印字が終了した旨のイベント通知と１部の印字が終了した旨の２つのイベント通知とを行う。この場合、課金処理部１６３は、課金シナリオにおいていずれかのタイミングで課金を行うべきとされている場合には、それに従い、上記第１の課金処理又は第２の課金処理を行う。
【０１９４】
このように、本実施の形態では、所定のイベント種別のイベントが終了したときにイベント通知が行われ、課金処理部１６３は、その都度課金処理を行う。これにより、例えば用紙のジャム（ｊａｍ）が発生した場合など、所定のイベントが終了していない場合には、そのとき印字中であるものや、まだ印字されていないものに関する課金処理は行われない。したがって、予期せず印字が中断した場合などに、印字されていないにもかかわらず課金処理が行われることを防止することができる。換言すると、印字が終了した場合にのみ、確実に課金を行うことができる。また、予期せず印字が中断された後、そのとき印字途中だったページや部から印字を再開するときに、再開された印字部分から確実に課金を行うことができる。
【０１９５】
なお、上述では用紙毎課金及び部毎課金についてのみ説明したが、書類毎課金も上述と同様にして行われる。すなわち、ジョブが、複数の書類について印字するものである場合、そのうち１つの書類の印字が終了する毎に、ジョブ制御部１５１から、その旨のイベント通知が通知される。課金処理部１６３は、そのイベント通知に基づいて、課金シナリオに従って、課金を行うべきタイミングであれば課金を行う。
【０１９６】
なお、１ページ毎や１部毎の課金を行わず、認証印刷機能によるジョブが全て終了したときに、全ての課金を行うようにしてもよい。各ユーザに、割り当てられた課金金額の総計を一度に課金するので、ＣＰＵ１０１などが実行する処理の量が少なくなる。
【０１９７】
（５ｆ）残高不足時の動作
【０１９８】
本実施の形態において、課金シナリオ決定部１５９は、残高不足時処理を実行する。残高不足時処理は、課金シナリオ生成処理で生成した課金シナリオについて、課金により残高が不足するカード（ユーザ）があることを検出したとき（残高不足時）に行われる。残高不足時処理は、課金シナリオが生成されたとき、その課金シナリオについての課金シナリオ確認画面の表示に代えて、表示操作部１２５に所定の警告画面を表示することにより行う。これにより、ユーザは、残高が不足するカード（ユーザ）があることを容易に知ることができる。
【０１９９】
いま、例えば、課金シナリオ生成処理において、以下の場合を想定する。すなわち、課金パターンＢが選択されている。また、３人のユーザＡ〜Ｃについて行われるジョブに対応し、図１３に示すような課金シナリオが生成されている。生成されている課金シナリオによれば、各ユーザＡ〜Ｃには、ジョブが終了するまでに、それぞれ５００円ずつ課金される。
【０２００】
ところで、ユーザＡ，Ｂ，Ｃのジョブが実行される前の現残額は、それぞれ、３００円、１２００円、１０００円である。したがって、この課金シナリオに従って課金が行われた場合、ユーザＡの課金後残額がマイナス２００円となる。すなわち、この課金シナリオで課金を行う場合、課金によりユーザＡの残高が不足することになる。課金シナリオ決定部１５９は、このような残高不足時に、表示操作部１２５に、警告画面を表示する。
【０２０１】
図２２は、残高不足時の警告画面の一例を示す図である。
【０２０２】
警告画面は、残高が不足する旨及びユーザに所定の操作を行うことを促す旨の警告表示と、ユーザが選択することができる種々の選択ボタン及び「ＯＫ」ボタン（決定ボタン）の表示とを含む。
【０２０３】
警告表示は、残高が不足するユーザを具体的に通知する表示などを含む。例えば、上述のようにユーザＡについて残高が不足するときには、図に示すように、残高が不足している旨の表示において、残高が不足するユーザがユーザＡである旨が示される。
【０２０４】
選択ボタンとしては、以下の選択肢に対応するものなどが図に示すように表示される。すなわち、残高不足である場合の選択肢としては、ジョブを廃棄し印字を中止すること（「ジョブを廃棄」）、課金を行うカード９０の組合せを変更すること（「カードを切り替える」）、残高が不足するユーザの課金金額の課金先を切り替えること（「課金先を変更」）などがある。このうち、課金先を切り替える選択肢は、課金の切り替え先となり得るユーザ毎に設けられる。例えば、上述のように、ユーザＡについて残高が不足する場合において、ユーザＢ又はユーザＣに、ユーザＡ分の課金金額を課金することができる場合がある。このとき、図に示すように、課金先をユーザＢに変更する選択肢（「課金先を変更［ユーザＢへ］」）と、課金先をユーザＣに変更する選択肢（「課金先を変更［ユーザＣへ］」）とのそれぞれについての選択ボタンが表示される。
【０２０５】
決定ボタンは、そのとき選択されている選択肢を確定するために押下されるボタンである。ユーザは、警告画面において、選択ボタンのうち所望の一つを押下する操作を行って、１つの選択ボタンを選択する。また、ユーザは、そのように選択ボタンを選択した状態で、決定ボタンの押下操作を行って、選択ボタンの選択を確定する。決定ボタンが押下されると、課金シナリオ決定部１５９は、選択が確定された選択ボタンに対応する動作を実行する。
【０２０６】
なお、残高が不足する旨の表示について、その不足金額なども併せて表示するようにしてもよい。また、図１３に示すような、課金シナリオをそのまま表示するなどし、残高が不足する状況について、ユーザが詳細を把握できるようにしてもよい。
【０２０７】
また、課金金額の課金先を切り替える（「課金先を変更」する）場合について、その課金金額が課金されると残高が不足することになるユーザが存在するとき、そのユーザは課金先として表示されないように構成してもよい。これにより、無駄な選択操作が行われなくなり、ＭＦＰ１０がより使いやすいものになる。
【０２０８】
次に、残高不足時に、ユーザの操作に応じて行われる動作について、前述の例に沿って説明する。
【０２０９】
図２３は、残高不足時におけるＭＦＰ１０の動作の一例を示す第１の図である。
【０２１０】
前述の通り、課金パターンＢが選択されて課金シナリオが生成され、図２３の（ａ）の表に示すように、ユーザＡのみ残高が不足する場合を想定する。このとき、上記図２２に示すように、課金シナリオ決定部１５９は、４つの選択ボタンを含む警告画面を表示操作部１２５に表示し、ユーザによる選択操作を受け付ける。
【０２１１】
選択ボタンのうち、「ジョブを廃棄」に対応するものの選択が確定すると、課金シナリオ決定部１５９は、課金シナリオを廃棄する。また、課金シナリオ決定部１５９は、ジョブを廃棄を求める旨をジョブ制御部１５１に通知する。ジョブ制御部１５１は、その通知を受けると、生成したジョブを廃棄する。これにより、ジョブの実行が中止される。このとき、認証ユーザ管理部１５３は、認証済みユーザの登録をリセットし、再度カード認証が行われるまで待機する。
【０２１２】
このように、ユーザは、「ジョブを廃棄」を選択することにより、各ユーザ（カード９０）に対応する残高を確認し、カードに記憶された残高の補充（チャージ）するなどの対応をとることができる。また、再度ＰＣプリントジョブ登録処理を行い、残高が十分あるユーザのカード９０を用いて、再度カード認証を行うことにより、残高不足となることなく、ジョブを実行することができる。
【０２１３】
また、選択ボタンのうち、「カードを切り替える」に対応するものの選択が確定すると、課金シナリオ決定部１５９は、課金シナリオを破棄する。また、課金シナリオ決定部１５９は、再度カード認証が行われるまで待機する。このとき、課金シナリオ決定部１５９は、表示操作部１２５に、ユーザにカード認証を促すような表示を行ってもよい。ユーザによるカード認証が行われ、認証済みユーザが認証ユーザ管理部１５３に登録されると、課金シナリオ決定部１５９は、そのとき登録された認証済みユーザについて、課金シナリオを生成する。なお、このとき、既にジョブ制御部１５１で生成された印刷ジョブは、そのまま維持されている。課金シナリオ決定部１５９は、課金シナリオを生成すると、その課金シナリオについて、残高不足が発生していなければ、課金確認の処理を行う。
【０２１４】
例えば、上述の例において、「カードを切り替える」に対応する選択ボタンの選択の確定後、課金シナリオ決定部１５９の待機中に、ユーザＢ，Ｃ，Ｅの３人のカード９０が読み取られ、認証されたとする。このとき、課金シナリオ決定部１５９は、この３人のユーザについて、課金シナリオを生成する。この場合、図２３の（ｂ）の表として示す通り、部毎課金により各ユーザＢ，Ｃ，Ｅには総計で５００円ずつ課金される。各ユーザＢ，Ｃ，Ｅの現残額は、その課金額以上であって十分であるため、残高不足ではない。したがって、課金シナリオ決定部１５９は、その課金シナリオを課金シナリオ確認画面により表示操作部１２５に表示し、課金確認の処理を行う。課金確認が行われることにより、この課金シナリオに従って、ジョブが実行され、課金が行われる。
【０２１５】
図２４は、残高不足時におけるＭＦＰ１０の動作の一例を示す第２の図である。
【０２１６】
選択ボタンのうち、「課金先を変更」に対応するいずれかのものの選択が確定すると、課金シナリオ決定部１５９は、課金シナリオの変更を行う。課金シナリオの変更は、後述するように、選択ボタンに対応するユーザを課金先変更対象として行われる。このとき、課金シナリオ決定部１５９は、変更前の課金シナリオにおいて、残高不足が発生しているユーザに対する課金金額の課金先を、課金先変更対象であるユーザに変更する。このとき、課金を行うタイミングは、変更前と変更後とで同一になるようにすればよい。課金シナリオ決定部１５９は、課金シナリオを変更すると、その変更後の課金シナリオについて、残高不足が発生していなければ、課金確認の処理を行う。
【０２１７】
例えば、上述の例において、選択ボタンのうち、「課金先を変更［ユーザＢへ］」の選択が確定した場合を想定する。このとき、課金先変更対象は、ユーザＢにセットされ、課金シナリオが変更される。課金シナリオ決定部１５９は、変更前の課金シナリオ（図２３の（ａ）の表に相当）において残高不足が発生しているユーザＡの課金金額の課金先を、ユーザＢに変更する。変更前の課金シナリオにおいては、１部目の印字後及び４部目の印字後にそれぞれユーザＡに２５０円ずつ課金される予定であった。変更後の課金シナリオ（図２４の（ｃ）の表に相当）では、この１部目の印字後及び４部目の印字後の課金金額の課金先がユーザＢに変更される。すなわち、変更後の課金シナリオにおいて、ユーザＢには、１部目、２部目、４部目、５部目の各印字後に２５０円ずつ課金が行われ、ユーザＣには、３部目、６部目の各印字後に２５０円ずつ課金が行われる。ユーザＡには課金が行われない。換言すると、ユーザＡには課金金額として０円が割り当てられる。変更後の課金シナリオにおいて、残高不足が発生しない。したがって、課金シナリオ決定部１５９は、このような変更後の課金シナリオを表示操作部１２５に課金シナリオ確認画面により表示し、課金確認の処理を行う。ユーザによる課金確認が行われると、ジョブが実行され、課金が行われる。
【０２１８】
なお、他のユーザが課金先変更対象となる場合であっても、上述と同様に課金シナリオが変更される。すなわち、例えば、上述の例において、選択ボタンのうち、「課金先を変更［ユーザＣへ］」の選択が確定した場合を想定すると、課金先変更対象は、ユーザＣにセットされる。このとき、課金シナリオ決定部１５９は、ユーザＡの課金金額の課金先をユーザＣに変更する。これにより、変更後の課金シナリオ（図２４の（ｄ）の表に相当）では、ユーザＣには、１部目、３部目、４部目、６部目の各印字後に２５０円ずつ課金が行われ、ユーザＢには、２部目、５部目の各印字後に２５０円ずつ課金が行われる。ユーザＡには課金が行われない。なお、このとき、ユーザＣの現残額が１０００円であるので、変更後の課金シナリオに基づいて課金されたとすると、ユーザＣの課金後残額が０円となる。しかしながら、残高不足は発生しない。したがって、課金シナリオ決定部１５９は、この変更後の課金シナリオについて課金確認の処理を行う。ユーザによる課金確認が行われると、ジョブが実行され、課金が行われる。
【０２１９】
このように、残高不足時処理を実行することにより、確実に課金可能な課金シナリオを生成して課金を行うことができる。ユーザの選択に基づいて、ユーザの意思に応じた課金シナリオの再生成や変更を行うことができるので、ＭＦＰ１０の利便性が向上し、また、ユーザに満足感をもたらすことができる。また、上述のように、カード認証を再度行うことにより、変更前とは異なる組合せのユーザを対象とした課金シナリオを容易に生成することができ、ＭＦＰ１０の利便性がさらに向上する。
【０２２０】
なお、残高不足時処理は、例えば、ジョブの実行中に実際に残高が不足し課金することができないような場合に、課金処理部１６３又は課金シナリオ決定部１５９により随時実行されるようにしてもよい。
【０２２１】
また、ＭＦＰ１０は、残高不足時処理を実行せず、例えば課金処理部１６３が課金を行う場合に、残高額が負の値になることを許容するようにしてもよい。この場合であっても、その後別途、残高が不足したユーザに、ＭＦＰ１０が残高の補充を求める処理を行えばよい。また、ＭＦＰ１０の管理者やそのユーザの使用者の求めに応じて、ユーザが、そのユーザ（カード９０）の残高を補充するなどすればよい。
【０２２２】
［実施の形態における効果］
【０２２３】
以上のように構成されたＭＦＰでは、認証対象となる複数の認証済みユーザに課金金額を割り当てて課金を行う。したがって、課金金額を割り当てたい複数のカードについてカード認証を行うだけで課金金額の割り当てを行うことができる。複雑な操作は必要とせずに、特定のユーザの課金による負担が大きくならないようにすることができ、ＭＦＰの利便性が高くなる。
【０２２４】
特に、タッチアンドプリント機能の実行時に、課金金額を、同時認証により認証された複数のユーザ（カード）に割り当てることができる。したがって、複数のユーザの各々が認証操作やＰＣプリントジョブ登録処理を行わなくても、１人のユーザのみが課金に関する不都合を被ることがない。これにより、容易な操作によりジョブを実行させることができ、タッチアンドプリント機能の恩恵を得ることができる。
【０２２５】
［その他］
【０２２６】
なお、課金処理は、課金シナリオにおいて各ユーザに割り当てられた課金金額について、そのユーザに割り当てることを確定することにより行ってもよい。例えば、課金処理時に、各ユーザ毎に設定されたアカウントから課金金額を徴収せずに課すだけにし、所定のタイミング（１月毎など）で、課された課金金額の総計を、各ユーザから又はそのユーザのアカウントから徴収するようにしてもよい。さらにまた、金額の徴収は、上述の課金動作の結果に基づいて、ＭＦＰの管理者等が行うようにしてもよい。
【０２２７】
また、課金シナリオ決定部１５９は、課金シナリオ生成処理において、所定の印字単位毎（例えば、用紙毎、部毎など）に、そのとき課金すべき課金金額を割り当てるカード９０を、ユーザの選択操作に応じて決定するようにしてもよい。これにより、より細かい多様な課金シナリオを生成することができ、ユーザの要望通りに課金を行うことができる。
【０２２８】
また、ＭＦＰは、認証されたカードの枚数や、カードの認証時の状況などに応じて、ジョブの印刷部数や印刷方法などを変更するようにしてもよい。例えば認証されたカードの枚数に対応する部数やプリント枚数で印刷を行うなどである。また、ＭＦＰは、図１１のステップＳ０１において、カード認証におけるカードの位置や読み取り順に基づいて課金パターンを選択してもよい。例えば、認証時に最も認証装置に近い（又は遠い）位置にあったカードに対応するユーザに関連付けされた課金パターンを選択するなどである。
【０２２９】
また、上述では非接触型カードを用いたカード認証について説明したが、その他、携帯電話やカード型キーなど、他の機器（認証媒体の他例）を用いて認証するようにしてもよい。また、例えば、ユーザの指紋情報や静脈情報（認証媒体の他例）などの生体情報を読み取って認証する生体認証により、ユーザの認証を行うようにしてもよい。この場合、例えば、ＰＣプリントジョブ登録処理は１人のユーザが行い、複数のユーザが認証装置で順次生体認証を行うことにより、それら認証されたユーザについて課金金額を割り当てることができる。また、ユーザＩＤ及びパスワード（認証媒体の他例）の入力などによる認証方法を用いてもよい。
【０２３０】
また、認証装置は、上述のようにＭＦＰとは別体であっても、ＭＦＰの内部に内蔵されていてもよい。さらにまた、上述の実施の形態では、課金はＭＦＰの一部が行うが、ＭＦＰとは別体に構成された課金装置において、課金処理が行われるようにしてもよい。すなわち、ＭＦＰの課金装置は、ＭＦＰに内蔵されていても、ＭＦＰとは別体に構成されていても、ＭＦＰと外部機器とが協働することにより実現されるものであっても、いずれであってもよい。
【０２３１】
また、本発明に係る課金装置は、ＭＦＰに用いられるものに限られない。例えば、本発明は、モノクロ／カラーの複写機、プリンタ、ファクシミリ装置やこれらの複合機などに用いられる課金装置においても、適用可能である。また、画像を形成する画像形成装置に限られず、画像データを読み取るスキャナのような画像処理装置などに用いられる課金装置においても適用可能である。すなわち、画像処理装置の動作に応じて課金を行う場合、その課金金額を、認証されたユーザすなわちそのユーザに対応する認証媒体に割り当てることにより、１人のユーザに課金の負担が集中しないようにすることができる。
【０２３２】
また、上述の実施の形態における処理は、ソフトウェアによって行っても、ハードウェア回路を用いて行ってもよい。
【０２３３】
また、上述の実施の形態における処理を実行するプログラムを提供することもできるし、そのプログラムをＣＤ−ＲＯＭ、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、メモリカードなどの記録媒体に記録してユーザに提供することにしてもよい。また、プログラムはインターネットなどの通信回線を介して、装置にダウンロードするようにしてもよい。上記のフローチャートで文章で説明された処理は、そのプログラムに従ってＣＰＵなどにより実行される。
【０２３４】
なお、上記実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【０２３５】
１０  ＭＦＰ（画像処理装置の一例、画像処理装置の課金装置の一例）
１５  認証装置（画像処理装置の課金装置の一例）
９０，９０ａ，９０ｂ  カード（認証媒体の一例）
１２５  表示操作部（表示器）
１３０ａ  （画像処理装置の課金装置の）制御プログラム
【図１】
2010224167.tif 000003
【図２】
2010224167.tif 000004
【図３】
2010224167.tif 000005
【図４】
2010224167.tif 000006
【図５】
2010224167.tif 000007
【図６】
2010224167.tif 000008
【図７】
2010224167.tif 000009
【図８】
2010224167.tif 000010
【図９】
2010224167.tif 000011
【図１０】
2010224167.tif 000012
【図１１】
2010224167.tif 000013
【図２０】
2010224167.tif 000014
【図２１】
2010224167.tif 000015
【図１２】
2010224167.tif 000016
【図１３】
2010224167.tif 000017
【図１４】
2010224167.tif 000018
【図１５】
2010224167.tif 000019
【図１６】
2010224167.tif 000020
【図１７】
2010224167.tif 000021
【図１８】
2010224167.tif 000022
【図１９】
2010224167.tif 000023
【図２２】
2010224167.tif 000024
【図２３】
2010224167.tif 000025
【図２４】
2010224167.tif 000026