JP7277132B2 - 印刷装置、印刷方法およびコンピュータプログラム - Google Patents

Description

本発明は、利用者に課金して印刷等のサービスを提供する装置、方法およびプログラムに関するものである。

印刷等を行う画像形成装置をオフィスや店舗等に設置する場合に、課金管理機能を設ける場合がある。課金管理機能とは、印刷等のサービスを提供する際に、利用者への課金を行う機能である。課金の徴収方式としては、例えば、コインベンダ、プリペイドカード、電子マネーカードなどがある。

コインベンダを搭載した画像形成装置では、通常、課金の徴収を確実に行うために、課金額の支払いが確保されたあとで印刷サービス等を行う。例えば、下記特許文献１の画像処理装置では、印刷ジョブの投入前に、用紙サイズ、部数、片面／両面などの複写条件から、課金額を計算する。そして、コインベンダ内へ課金額以上の貨幣が投入されたことが確認された後で、印刷等のジョブ投入が行われる。投入した貨幣に対する精算処理は、ジョブ終了後に行われる。これにより、課金の徴収漏れが防止できる。

一方、プリペイドカードや電子マネーカードによる課金徴収方法としては、例えば、ホールド式カードリーダを用いたものが知られている。この方式でも、印刷等のジョブを実行する前に、カード（プリペイドカードあるいは電子マネー用ＩＣカード）をカードリーダへ挿入する必要がある。画像形成装置は、挿入されたカードの残高を確認し、その残高が課金額を超えている場合にのみ印刷等のジョブを実行する。そして、ジョブが完了すると、そのカードは、料金引き落とし処理の後、ホールド式ガードリーダから送出されて利用者へ返却される。

特開２００４－１０１７６５号公報

近年、電子マネーを用いた決済方式の一つとして、モバイル端末等に非接触ＩＣカード機能を搭載する方式の普及が進んでいる。この方式では、上述のようなホールド式カードリーダは使用されず、タッチ式カードリーダが使用される。

周知のように、通常、タッチ式カードリーダでは、利用者が非接触ＩＣカードを手で保持したままタッチ画面へ１回接触させることで、残高確認や決済の処理が実行される。すなわち、タッチ式カードリーダでは、ホールド式カードリーダとは異なり、支払い等の処理を行う際に、そのカードをロックされた状態にすることがない。

しかしながら、上述のようなカード払いの課金徴収方法では、ジョブ投入前に残高確認をしてジョブ終了後に支払いをするため、ジョブの実行中もカードがロック状態に維持されていなければならない。

従って、タッチ式カードリーダを用いる場合に、上述のカード支払い方法の手順をそのまま適用すると、通常のタッチ式カードリーダとは異なる使用方法を利用者に強いることになり、利用者の混乱やミスを招きやすいという欠点が生じる。

そこで、本発明の目的は、簡単且つ分かりやすい操作のみで確実に課金の精算を行える技術を提供することにある。

本発明は、電子決済のための情報を格納したメモリを備える携帯可能なデバイスを用いて課金の精算が行われる印刷処理を実行する印刷装置であって、印刷対象となるデータの印刷処理に係る課金額を決定する決定手段と、精算可能な金額の情報を前記デバイスから取得する取得処理を実行する第１実行手段と、前記決定された課金額が前記取得処理で取得された金額以下である場合に、前記取得処理で取得された金額から前記課金額を引き落とす精算処理を実行する第２実行手段と、前記印刷対象となる前記データの印刷処理を実行する第３実行手段と、前記精算処理に関する情報を表示出力する表示手段と、前記第３実行手段で前記印刷処理が実行されたあとに、前記精算処理に関する情報に基づく領収書情報を電子メールで出力する出力手段と、を有し、前記第２実行手段による前記精算処理は、前記印刷処理の前、または後に実行されることを特徴とする。

本発明によれば、電子決済手段を用いて、簡単且つ分かりやすい操作のみで確実に課金の精算を行える技術を提供することができる。

本発明の各実施形態に係るシステムの全体構成と、そのシステムに設けられた画像形成装置のハードウェア的構成とを、概略的に示すブロック図である。 本発明の各実施形態に係る画像形成装置で実行されるコントローラソフトウエアのモジュール構成を概略的に示すブロック図である。 実施形態１に係る画像形成装置の操作を説明するための図であり、ＩＣカード待ち受け画面の一例を示す概念図である。 実施形態１に係る画像形成装置の操作を説明するための図であり、本発明の実施形態に係る残高不足警告画面の一例を示す概念図である。 実施形態１に係る画像形成装置の操作を説明するための図であり、残高および引き落とし金額を表示する画面の一例を示す概念図である。 実施形態１の画像形成装置におけるコピージョブの課金処理手順を示すフローチャートである。 実施形態１の画像形成装置におけるコピージョブの課金処理手順を示すフローチャートである。 （ａ）、（ｂ）ともに、実施形態１の画像形成装置で領収書を出力する際の操作画面の一例を示す概念図である。 実施形態１の画像形成装置における領収書出力処理手順の一例を示すフローチャートである。 実施形態２の画像形成装置におけるコピージョブの課金処理手順を示すフローチャートである。 実施形態２の画像形成装置におけるコピージョブの後課金処理手順の一例を示すフローチャートである。 実施形態２の画像形成装置におけるコピージョブの後課金処理手順の一例を示すフローチャートである。 実施形態２の画像形成装置における操作を説明するための図であり、前課金、後課金の設定を行う画面の一例を示す概念図である。 実施形態２の画像形成装置における操作を説明するための図であり、予定金額およびＩＣカード待ち受け画面の一例を示す概念図である。 実施形態２の画像形成装置における操作を説明するための図であり、残高不足時のエラー画面の一例を示す概念図である。 実施形態２の画像形成装置における操作を説明するための図であり、出力終了時に表示する画面の一例を示す概念図である。 実施形態３の画像形成装置における、コピージョブのキャンセル処理手順の一例を示すフローチャートである。 実施形態３の画像形成装置における、コピージョブのキャンセル処理手順の一例を示すフローチャートである。 実施形態３の画像形成装置における、コピージョブのキャンセル処理手順の一例を示すフローチャートである。 実施形態３の画像形成装置における返金処理手順の一例を示すフローチャートである。 実施形態３の画像形成装置における返金処理手順の一例を示すフローチャートである。 実施形態３の画像形成装置における操作を説明するための図であり、返金処理の設定を行う画面の一例を示す概念図である。 実施形態３の画像形成装置における操作を説明するための図であり、コード情報出力方法の設定を行う画面の一例を示す概念図である。

以下、本発明を実施するための形態について、図面を用いて説明する。

［実施形態１］
本発明の実施形態１について、図１～図９を用いて説明する。

＜画像処理装置のシステム構成＞
図１は、本実施形態に係るシステム１００の構成を概念的に示す図である。

図１に示したように、本実施形態の画像形成装置１０１は、コントローラユニット１０２、表示部１０３、操作部１０４、プリンタユニット１０５およびスキャナユニット１０６を有している。

表示部１０３は、ＬＥＤや液晶ディスプレイを備えており、これらのＬＥＤや液晶ディスプレイを用いてユーザの操作に関する情報や装置の内部状態等を表示する。

操作部１０４は、ユーザからの操作を受け付ける。なお、操作部１０４は、複数の操作ボタンを用いる方式でも良いし、表示部１０３と一体化されたタッチ画面を用いる方式でも良いし、その両方でも良い。

プリンタユニット１０５は、コントローラユニット１０２から印刷指示と画像データとを受け付けたときに、その画像データを記録紙へ印刷する。そのために、プリンタユニット１０５は、コントローラユニット１０２のＣＰＵ１０７へ、デバイス制御Ｉ／Ｆ１１４を介して接続されている。

スキャナユニット１０６は、コントローラユニット１０２からスキャン指示を受け付けたときに、スキャン動作を行う。そして、スキャナユニット１０６は、スキャン動作で取得した画像データを、コントローラユニット１０２へ送信する。そのために、スキャナユニット１０６は、コントローラユニット１０２のＣＰＵ１０７と、デバイス制御Ｉ／Ｆ１１４を介して接続されている。

コントローラユニット１０２は、ＣＰＵ１０７、ＲＯＭ１０８、ＲＡＭ１０９、ＨＤＤ１１０、ＥＥＰＲＯＭ１１１、表示部Ｉ／Ｆ１１２、操作部Ｉ／Ｆ１１３、デバイスＩ／Ｆ１１４およびネットワークＩ／Ｆ１１５を有する。

ＣＰＵ１０７は、画像形成装置１０１に内蔵された制御プログラムの実行媒体である。すなわち、ＣＰＵ１０７は、各Ｉ／Ｆや、プログラム記憶媒体や、動作メモリなどを用いて、コントローラユニット１０２に接続される各種デバイスの動作を制御する。

ＲＯＭ１０８は、読み取り専用メモリであり、システム起動に必要なブートプログラムなどを記憶している。

ＲＡＭ１０９は、揮発メモリであり、制御プログラムを実行する際に必要となるワークメモリである。

ＨＤＤ１１０は、磁気ディスクなどの記憶媒体であり、制御プログラムや画像データなどを記憶している。

ＥＥＰＲＯＭ１１１は、不揮発メモリであり、制御プログラムが実行する際に必要となる設定値などを記憶している。加えて、課金計算に必要な単価テーブルなども、ＥＥＰＲＯＭ１１１に記憶されている。

表示Ｉ／Ｆ１１２は、表示部１０３へ制御情報を出力して表示させるためのインタフェースである。

操作部Ｉ／Ｆ１１３は、操作部１０４から入力情報を受け取ってＣＰＵ１０７に供給するためのインタフェースである。

デバイスＩ／Ｆ１１４は、コントローラユニットに接続されるデバイス（プリンタユニット１０５、スキャナユニット１０６、ＩＣカードリーダ／ライタ１１８）との入出力を制御する。デバイスＩ／Ｆ１１４は、例えば、複数デバイスが接続可能なバス構造として実現することができる。あるいは、デイバイスＩ／Ｆ１１４を、１対１でデバイスに接続される複数のＩ／Ｆによって構成してもよい。

ＩＣカードリーダ／ライタ１１８は、非接触ＩＣカードをタッチ画面に接触させた状態で情報の読み出しや書き込みを行う、タッチ式カードリーダである。ここで、ＩＣカードは、通常の板状非接触ＩＣカードに限らず、非接触ＩＣチップを搭載して非接触ＩＣカード機能を実現したデバイス（モバイル端末など）等でもよく、更には、電子マネー以外の決済方式を使用するツールでもよい。すなわち、電子決済方式による支払い処理を行えるものでありさえすれば、他の種類の携帯型ツールであっても、本発明の実施に利用することができる。

ネットワークＩ／Ｆ１１５は、画像形成装置１０１をＬＡＮ／ＷＡＮ１１６に接続するためのインタフェースである。このネットワークＩ／Ｆを介して、ＬＡＮ／ＷＡＮ１１６に接続されたパーソナルコンピュータ（ＰＣ）１１７から、プリントジョブ等が受け付けられる。

また、画像形成装置１０１は、デバイスＩ／Ｆ１１４を介してＩＣカードリーダ／ライタ１１８と通信する機能を有する。

更に、画像形成装置１０１は、ＬＡＮ／ＷＡＮ１１６を介して決済センターのサーバコンピュータ（ＰＣ）１１９と通信し、利用料金引き落とし等の決済処理を行う機能を有する。

加えて、画像形成装置１０１は、ＬＡＮ／ＷＡＮ１１６を介して、キャッシュレジスター１２０と通信する。キャッシュレジスター１２０は、画像形成装置１０１のキャンセル処理を行った際の返金などを行う装置である。

＜コントローラソフトウエアのモジュール構成＞
図２は、コントローラソフトウエア２０１のモジュールの構成を概略的に示すブロック図である。

コントローラソフトウエア２０１は、ＣＰＵ１０７が制御プログラムをＨＤＤ１１０から読み出してＲＡＭ１０９に展開して実行することにより、構築される。このコントローラソフトウエア２０１は、ＵＩ（ユーザインタフェース）制御部２０２、アプリケーション制御部２０３、記憶装置制御部２０４、ネットワーク制御部２０５、ジョブ制御部２０６、課金装置制御部２０７およびデバイス制御部２０８を有している。

ＵＩ制御部２０２は、表示部Ｉ／Ｆ１０３を制御して、ユーザに視認させるための画面表示を行う。また、ＵＩ制御部２０２は、操作部Ｉ／Ｆ１０４を介してユーザの操作入力を受け付け、アプリケーション制御部２０３へ通知する。

アプリケーション制御部２０３は、ＵＩ制御部２０２から指示の通知を受け付けて、ジョブ制御部２０６へのジョブ投入などの処理を行う。また、アプリケーション制御部２０３は、ＰＣ１１７から画像形成装置１０１へ留め置きプリントジョブの実行が指示された際に、ネットワーク制御部２０５を介してプリントデータを取得し、記憶装置制御部２０４へ送って、ＨＤＤ１１０等に格納させる。留め置きプリントジョブとは、ジョブ受け付け後すぐに印刷を行うのではなく、一旦画像形成装置の内部にプリントデータを保持しておいて、別途ユーザからの印刷指示を受けたときに印刷するジョブである。留め置きプリントジョブの実行に際しては、他のユーザによる無断の印刷を防止するために、パスワードを付加することができる。

記憶装置制御部２０４は、他の制御部からの読み書き指示に従い、ＨＤＤ１１０やＥＥＰＲＯＭ１１１に対して、プリントデータや、課金計算に必要な単価テーブル、各種設定値などの読み書きを行う。

ネットワーク制御部２０５は、ネットワークＩ／Ｆ１１５を介して、ＬＡＮ／ＷＡＮ１１６に対するデータの送受信を行う。ＰＣ１１７からのプリントジョブは、一旦ネットワーク制御部２０５で受け付けられる。そして、プリントジョブが留め置きプリントジョブの場合、ネットワーク制御部２０５は、そのプリントデータをアプリケーション制御部２０３に送る。一方、プリントジョブが通常のプリントジョブの場合、ネットワーク制御部２０５は、そのデータをジョブ制御部２０６に送る。

ジョブ制御部２０６は、アプリケーション制御部２０３やネットワーク制御部２０５からのジョブ投入を受け付けると、記憶装置制御部２０４に保持されている各種設定を取得して、ジョブを実行する。ジョブの実行処理では、ジョブ制御部２０６は、デバイス制御部２０８へ、プリント指示やスキャン指示等を送るとともに、課金装置制御部２０７へ、課金に必要な情報を通知する。

課金装置制御部２０７は、デバイスＩ／Ｆ１１４を介して、ＩＣカードリーダ／ライタ１１８と通信する。課金装置制御部２０７は、ＩＣカードリーダ／ライタ１１８からＩＣカードの検知や残高などの情報を受け取り、また、Ｃカードリーダ／ライタ１１８へ引き落とし金額などの情報が送られる。

デバイス制御部２０８は、デバイスＩ／Ｆ１１４を介して、プリンタユニット１０５やスキャナユニット１０６と通信する。デバイス制御部２０８は、ジョブ制御部２０６からプリント指示やスキャン指示等を受けた際に、プリンタユニット１０５にプリント動作を開始させたり、スキャナユニット１０６にスキャナ動作を開始させたりする。また、デバイスの動作状態に関する情報などが、デバイス制御部２０８を介して、ジョブ制御部２０６へ通知される。

＜コピージョブの課金処理＞
図６および図７は、本実施形態に係る画像形成装置１０１がコピージョブを実行する際の、課金処理の手順を示すフローチャートである。本処理は、ＣＰＵ１０７を実行媒体とし、各制御部で行う。

アプリケーション制御部２０３は、ユーザが操作部１０４でコピーのスキャン開始を選択したことを示す通知を、ＵＩ制御部２０２から受ける。これにより、このアプリケーション制御部２０３が、図６および図７の処理を開始する。

まず、ステップＳ６０１（図６参照）で、アプリケーション制御部２０３は、ジョブ制御部２０６に対するコピージョブ投入を行う。そして、ジョブ制御部２０６が、デバイス制御部２０８およびデバイスＩ／Ｆ１１４を介して、スキャナユニット１０６にスキャン指示を行うことで、スキャンおよび画像生成を行わせる。

すべての原稿のスキャンおよび画像生成が完了すると、ステップＳ６０２で、生成した画像の出力サイズ、カラーモードに基づき、課金額を算出する。

次に、ステップＳ６０３で、アプリケーション制御部２０３が、ＵＩ制御部２０２および表示部Ｉ／Ｆ１１２を介して、表示部１０３に、図３に示すようなＩＣカード待ち受け画面３０１を表示させる。画面３０１のメッセージ表示領域３０２には、ユーザにＩＣカードのタッチを促すメッセージを表示することが望ましい。画面３０１において、キャンセルボタン３０３が押下された場合、ＵＩ制御部２０２からアプリケーション制御部２０３へ、キャンセル要求が通知される。

ステップＳ６０４で、アプリケーション制御部２０３は、キャンセル要求通知を受け取ったか否かを確認する。キャンセル要求を受け取っていた場合、アプリケーション制御部２０３は、ステップＳ６１０以降の処理を行う。

一方、ステップＳ６０４でキャンセル要求を受け取っていないと判断した場合、アプリケーション制御部２０３は、ＩＣカードリーダ／ライタ１１８がＩＣカードを検知したか否かを、課金装置制御部２０７を介して確認する（ステップＳ６０５）。ＩＣカードの検知が確認されなかった場合、ステップＳ６０３に戻る。

ステップＳ６０５でＩＣカードの検知が確認された場合、アプリケーション制御部２０３は、課金装置制御部２０７を介して、ＩＣカードリーダ／ライタ１１８から、そのＩＣカードの残高を取得する（ステップＳ６０６）。

さらに、アプリケーション制御部２０３は、ステップＳ６０６で取得したＩＣカードの残高を、ステップＳ６０２で算出した課金額と比較する（ステップＳ６０７）。

そして、残高が課金額よりも少ない場合は、ステップＳ６０８で、アプリケーション制御部２０３は、表示部１０３に、図４に示すエラー画面４０１を表示させる。エラー画面４０１のメッセージ表示領域４０２には、残高が不足している旨とともに、残高および課金額を表示することが望ましい。図４のエラー画面４０１において、キャンセルボタン４０３が押下された場合、ＵＩ制御部２０２からアプリケーション制御部２０３へ、キャンセル要求が通知される。

ステップＳ６０９で、アプリケーション制御部２０３は、キャンセル要求通知を受け取ったか否かを確認する。キャンセル要求を受け取っていた場合、アプリケーション制御部２０３は、ジョブ制御部２０６に対しキャンセル処理を要求し、このコピージョブの処理を終了する（ステップＳ６１０）。

一方、ステップＳ６０９でキャンセル要求通知を受け取っていないと判断された場合、アプリケーション制御部２０３の処理は、ステップＳ６０８に戻る。

ステップＳ６０７で、残高が課金額よりも高いと判断された場合、アプリケーション制御部２０３は、課金装置制御部２０７を介して、ＩＣカードリーダ／ライタ１１８へ、課金額の引き落としを要求する（図７のステップＳ６１１）。そして、アプリケーション制御部２０３は、課金装置制御部２０７経由で、ＩＣカードリーダ／ライタ１１８から引き落とし結果の通知を受信して、その結果を確認する（ステップＳ６１２）。

ステップＳ６１２で、引き落としが失敗したと判断された場合、アプリケーション制御部２０３の処理は、カード待ち受け画面３０１を表示する処理（ステップＳ６０３、図３）へ戻る。

一方、ステップＳ６１２で、引き落としが成功したと判断された場合、ステップＳ６１３以降の処理を行う。

ステップＳ６１３で、アプリケーション制御部２０３は、ジョブ制御部２０６に対し、ステップＳ６０１で生成した画像の印刷出力を要求する。この要求を受信すると、ジョブ制御部２０６は、デバイス制御部２０８およびデバイスＩ／Ｆ１１４を介して、プリンタユニット１０５へ、印刷を指示する。これにより、プリンタユニット１０５が、印刷出力を行う。

次に、ステップＳ６１４で、アプリケーション制御部２０３は、ＵＩ制御部２０２および表示部Ｉ／Ｆ１１２を制御して、表示部１０３に、決済の表示画面５０１を表示する。この表示画面５０１には、引き落とし金額と支払後残高とを表示する欄５０２が設けられる。

さらに、この表示画面５０１には、ＯＫボタン５０３と、領収書出力ボタン５０４とが、表示される。ユーザは、領収書の出力を希望する場合には、領収書出力ボタン５０４を押下する。一方、領収書出力を希望しない場合、ユーザは、領収書出力ボタン５０４を操作すること無しに、ＯＫボタン５０３を押下する。アプリケーション制御部２０３は、ＵＩ制御部２０２を介して、操作部１０４から、ＯＫボタン５０３が押下された旨の通知または領収書出力ボタン５０４が押下された旨の通知を受け取る。

ステップＳ６１５で、アプリケーション制御部２０３は、操作部１０４から受け取った通知を確認する。そして、ＯＫボタン５０３の押下を示す通知であった場合は、引き落とし表示画面５０１を閉じて、処理を終了する。

一方、ステップＳ６１５で、領収書出力ボタン５０４の押下を示す通知がなされたと判断された場合は、ステップＳ６１６の領収書出力処理を行ったのち、処理を終了する。

＜領収書出力処理＞
以下、ステップ６１６で実行する領収書出力処理について、図８および図９を用いて説明する。

図９は、本実施形態に係る領収書出力処理のフローチャートである。本実施形態の領収書出力処理は、ＣＰＵ１０７を実行媒体とし、各制御部で実行する。

上述のように、表示画面５０１でユーザが領収書出力ボタン５０４の押下を行うと、この操作がアプリケーション制御部２０３へ通知されて、領収書出力処理が開始される。

領収書出力処理では、まず、アプリケーション制御部２０３は、認証制御部（図示せず）から認証状態情報を取得する。そして、ステップＳ８０１で、アプリケーション制御部２０３は、ユーザが認証を受けたか否かを判断する。ユーザが既にユーザ登録を済ましており、その登録ユーザとしての認証を受けて画像形成装置１０１を使用している場合、認証制御部は「認証済み」との認証状態情報を返送する。一方、ユーザが認証を経ずに画像形成装置１０１を使用している場合、認証制御部は「未認証」との認証状態情報を返送する。

ステップＳ８０１で認証済みと判断した場合、アプリケーション制御部２０３は、ステップＳ８０２で、認証制御部に対して、その認証済みユーザの電子メールアドレスを取得できるか否かを確認する。ユーザが、ユーザ情報として電子メールアドレスを登録している場合には、アプリケーション制御部２０３が、その登録電子メールアドレスを取得できる。

ステップＳ８０１で認証を受けていると判断され且つステップＳ８０２で電子メールアドレスを取得できると判断された場合、アプリケーション制御部２０３は、ステップＳ８０３の処理を実行する。

ステップＳ８０３では、アプリケーション制御部２０３が、ＵＩ制御部２０２および表示部Ｉ／Ｆ１１２を介して、表示部１０３に、図８（ａ）に示すような、領収書受け取り方法の選択画面７０１を表示させる。この選択画面７０１には、領収書の出力方法を選択するためのラジオボタン７０２～７０４と入力フィールド７０５とが表示される。

ラジオボタン７０２が選択された場合、領収書は、プリンタユニット１０５によって印刷出力される。ラジオボタン７０３が選択された場合、領収書の出力先は、上述のステップＳ８０２でアプリケーション制御部２０３が取得した電子メールアドレスに設定される。一方、ラジオボタン７０４が選択された場合、ユーザが入力フィールド７０５へ入力した任意の電子メールアドレスが、領収書の出力先として指定される。

さらに、選択画面７０１には、ＯＫボタン７０６およびキャンセルボタン７０７が表示される。これらのボタン７０６，７０７は、ステップＳ８０５以降の処理（後述）に使用される。

ステップＳ８０１で認証を受けていないと判断された場合や、ステップＳ８０２で電子メールアドレスを取得できないと判断された場合、アプリケーション制御部２０３は、ステップＳ８０４の処理を実行する。

ステップＳ８０４では、アプリケーション制御部２０３が、ＵＩ制御部２０２および表示部Ｉ／Ｆ１１２を介して、表示部１０３に、図８（ｂ）に示すような、領収書受け取り方法の選択画面７０８を表示させる。この選択画面７０８には、領収書の出力方法を選択するためのラジオボタン７０９，７１０と入力フィールド７１１とが表示される。

ラジオボタン７０９が選択された場合、領収書は、プリンタユニット１０５によって印刷出力される。一方、ラジオボタン７１０が選択された場合、ユーザが入力フィールド７１１へ入力した任意の電子メールアドレスが、領収書の出力先として指定される。

さらに、選択画面７０８には、ＯＫボタン７１２およびキャンセルボタン７１３が表示される。ユーザが選択画面７０１，７０８のＯＫボタン７０６，７１２を押下することにより、領収書受け取り方法の選択結果がアプリケーション制御部２０３へ通知される。一方、キャンセルボタン７０７，７１３が押下されることにより、領収書出力処理のキャンセル要求が、アプリケーション制御部２０３へ通知される。

ステップＳ８０５で、アプリケーション制御部は、キャンセル要求を受けとったたか否か（すなわち、キャンセルボタン７０７または７１３が押下されたか否か）を確認する。そして、キャンセル要求を受けていると判断した場合は、アプリケーション制御部２０３は、選択画面７０１、７０８を閉じて、処理を終了する。

一方、ステップＳ８０５でキャンセル要求を受けていないと判断した場合、アプリケーション制御部２０３は、ステップＳ８０６の処理を行う。このステップＳ８０６では、領収書受け取り方法の選択結果を受け取ったか否か（すなわち、ＯＫボタン７０６または７１２が押下されたか否か）が確認される。そして、選択結果を受け取っていないと判断した場合は、ステップＳ８０５の処理に戻る。

一方、ステップＳ８０６で領収書受け取り方法の選択結果を受け取っていると判断した場合、アプリケーション制御部２０３は、ステップＳ８０７で、その選択結果をチェックする。そして、印刷出力が選択されている場合、アプリケーション制御部２０３は、ステップＳ８０８で、ジョブ制御部２０６に対し、領収書の印刷出力要求を行う。ジョブ制御部２０６はデバイス制御部２０８およびデバイスＩ／Ｆ１１４を介して、プリンタユニット１０５に、印刷指示を行う。これにより、プリンタユニット１０５が、領収書の印刷出力を行う。

一方、ステップＳ８０７で電子メール送信が選択されている場合、アプリケーション制御部２０３は、ステップＳ８０９の処理を行う。このステップＳ８０９では、送信先として直接入力メールアドレスまたは登録メールアドレスのどちらが指定されたかを判断する。上述のように、選択画面７０１（図８（ａ）参照）でラジオボタン７０４が選択された場合や、選択画面７０８（図８（ｂ）参照）でラジオボタン７１０が選択された場合は、入力フィールド７０５，７１１に直接入力されたメールアドレスが領収書の宛先となる。一方、選択画面７０１（図８（ａ）参照）でラジオボタン７０３が選択された場合は、ステップＳ８０２で取得されたメールアドレス（すなわち、予めユーザが登録したメールアドレス）が、領収書の宛先となる。

ステップＳ８０９で直接入力メールアドレスが指定されたと判断した場合、続いて、アプリケーション制御部２０３は、ステップＳ８１０で、入力フィールド７０５または７１１に、メールアドレスが入力されているか否かを判断する。そして、メールアドレスが入力されていないと判断した場合、処理はステップＳ８０１へ戻る。

ステップＳ８０９で登録メールアドレスが指定されていると判断した場合や、ステップＳ８１０でメールアドレスが入力済みであると判断した場合、アプリケーション制御部２０３は、ステップＳ８１１の処理を行う。このステップＳ８１１では、選択画面７０１または７０８で指定されたメールアドレスへ領収書情報を送信するように、アプリケーション制御部２０３がネットワーク制御部２０５へ要求する。ネットワーク制御部２０５は、ネットワークＩ／Ｆ１１５を介して、指定されたメールアドレスへ電子メールを送信する。これにより、領収書出力処理が終了する。

以上説明したように、本実施形態によれば、非接触式ＩＣカードを利用する場合に、事前にコピーの課金額の算出および引き落とし処理を行うことで、簡単且つ分かりやすい操作で確実に課金の徴収を行うことができる。

［実施形態２］
本発明の実施形態２について、図１０～図１７を用いて説明する。

本実施形態では、精算処理のタイミングとして、前精算または後精算をユーザが選択できるように構成した画像形成装置について説明する。ここでは、ジョブの実行前に精算処理を行うことを「前精算」と称し、ジョブの実行後に精算処理を行うことを「後精算」と称する。

＜前精算、後精算のモード分岐処理＞
図１０は、精算処理のタイミングを設定する処理を示すフローチャートである。本処理は、ＣＰＵ１０７を実行媒体とし、各制御部で実行する。

本実施形態では、予め、設定画面１１０１（図１３参照）を用いて、精算処理のタイミング設定が行われる。図１３の設定画面１１０１において、前精算を行う場合はラジオボタン１１０２が選択され、後精算を行う場合はラジオボタン１１０３が選択される。ラジオボタン１１０２，１１０３を選択した後でＯＫボタン１１０４を押下することで、設定が完了する。

本実施形態の画像形成装置１０１でコピージョブを実行する場合、まず、ユーザが操作部１０４を操作することにより、コピーのスキャンが開始される。そして、このスキャン開始が操作部１０４からアプリケーション制御部２０３へ通知されることにより、アプリケーション制御部２０３の処理が開始する。

アプリケーション制御部２０３の処理では、まず、ステップＳ９０１で、アプリケーション制御部２０３が、課金処理の精算モードを取得する。

次に、ステップＳ９０２で、取得した精算モードで、精算処理のタイミングについての設定を確認する。そして、前精算に設定されていると判断した場合、アプリケーション制御部２０３は、ステップＳ９０３の前精算出力処理を行う。ここで、前精算出力処理の手順は、実施形態１で示した処理とほぼ同様であるため、説明を省略する。

一方、ステップＳ９０２で、後精算に設定されていると判断した場合、アプリケーション制御部２０３は、ステップＳ９０４の後精算出力処理を行う。

以下、後精算出力処理について説明する。

＜コピージョブの後精算モードの課金処理＞
図１１および図１２は、コピージョブにおいて後精算の課金処理を行う場合のフローチャートである。本処理は、ＣＰＵ１０７を実行媒体とし、各制御部で実行する。

まず、ステップＳ１００１（図１１参照）で、アプリケーション制御部２０３が、ジョブ制御部２０６に対して、コピージョブ投入を行う。そして、ジョブ制御部２０６が、デバイス制御部２０８およびデバイスＩ／Ｆ１１４を介して、スキャナユニット１０６へスキャン指示を行う。これによって、スキャナユニット１０６が、スキャンおよび画像生成を行う。すべての原稿のスキャンおよび画像生成が完了すると、アプリケーション制御部２０３は、ステップＳ１００２で、生成した画像の出力サイズやカラーモード等に基づいて、課金額を算出する。

次に、ステップＳ１００３で、アプリケーション制御部２０３は、表示部１０３に、図１４に示すような待ち受け画面１２０１を表示させる。この待ち受け画面１２０１において、メッセージ表示領域１２０２には、引き落とし予定金額が表示される。また、メッセージ表示領域１２０３に示したように、この待ち受け画面１２０１には、ユーザにＩＣカードのタッチを促すメッセージを表示することが望ましい。加えて、この待ち受け画面１２０１には、キャンセルボタン１２０４が表示される。キャンセルボタン１２０４が押し下げられたとき、操作部Ｉ／Ｆ１０４およびＵＩ制御部２０２を介して、操作部１０４からアプリケーション制御部２０３へ、キャンセル要求が通知される。

ステップＳ１００４では、アプリケーション制御部２０３が、キャンセル要求を受信したか否かを確認する。キャンセル要求が成されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１０１０のキャンセル処理を行って、処理を終了する。

一方、ステップＳ１００４で、キャンセル要求を受け取っていないと判断した場合、アプリケーション制御部２０３の処理は、ステップＳ１００５へ移行する。

ステップＳ１００５で、アプリケーション制御部２０３は、課金装置制御部２０７を介して、ＩＣカードリーダ／ライタ１１８へ、ＩＣカードを検知したか否かを確認する。ＩＣカードが検知されていない場合、アプリケーション制御部２０３の処理は、ステップＳ１００３へ戻る。

一方、ステップＳ１００５でＩＣカードが検知された場合、アプリケーション制御部２０３は、ステップＳ１００６で、課金装置制御部２０７を介して、ＩＣカードリーダ／ライタ１１８からＩＣカードの残高を取得する。

そして、ステップＳ１００７で、アプリケーション制御部２０３は、取得した残高を、ステップＳ１００２で算出した課金額と比較する。残高が課金額よりも小さい場合、アプリケーション制御部２０３は、ステップＳ１００８で、図１５に示すようなエラー画面１３０１を表示する。このエラー画面１３０１のメッセージ表示領域１３０２には、残高が不足している旨を表示するとともに、残高および課金額を表示することが望ましい。

ステップＳ１００９で、アプリケーション制御部２０３は、キャンセル要求を受信したか否かを確認する。キャンセル要求が成されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１０１０のキャンセル処理を行って、処理を終了する。一方、ステップＳ１００９でキャンセル要求を受け取っていないと判断した場合、アプリケーション制御部２０３の処理は、ステップＳ１００８へ移行する。

一方、ステップＳ１００７で残高が課金額以上であった場合、アプリケーション制御部２０３は、ステップＳ１０１１（図１２参照）の印刷処理を実行する。そのために、アプリケーション制御部２０３は、まず、ジョブ制御部２０６に対して、ステップＳ１００１で生成した画像の印刷出力を要求する。ジョブ制御部２０６は、デバイス制御部２０８およびデバイスＩ／Ｆ１１４を介して、プリンタユニット１０５へ印刷を指示する。そして、プリンタユニット１０５が、印刷出力を実行する。

次に、ステップＳ１０１２で、アプリケーション制御部２０３は、図１６に示すような待ち受け画面１４０１を表示する。この待ち受け画面１４０１のメッセージ表示領域１４０２には、引落金額（すなわち課金額）と支払後残高とを表示する。この支払後残高は、上述のステップＳ１００６で取得した、ＩＣカードの残高から計算される。ここで、待ち受け画面１４０１には、メッセージ表示領域１４０３として示したような、ＩＣカードリーダ／ライタ１１８にＩＣカードを接触させて精算処理を行うようにユーザに促すメッセージを表示することが望ましい。

ステップＳ１０１３で、アプリケーション制御部２０３は、課金装置制御部２０７を介して、ＩＣカードリーダ／ライタ１１８へ、ＩＣカードを検知したか否かを確認する。ＩＣカードが検知されていない場合、アプリケーション制御部２０３の処理は、ステップＳ１０１２へ戻る。

一方、ステップＳ１０１３でＩＣカードが検知されていた場合、アプリケーション制御部２０３は、ステップＳ１０１４で、課金装置制御部２０７を介して、ＩＣカードリーダ／ライタ１１８に対して、課金額をＩＣカードから引き落とす処理を要求する。ＩＣカードリーダ／ライタ１１８は、この要求を受けて引き落とし処理を実行し、引き落としの成否を、アプリケーション制御部２０３へ通知する。

アプリケーション制御部２０３は、ステップＳ１０１５で、この通知に基づいて、引き落としの成否を判断する。引き落としに失敗したと判断した場合、アプリケーション制御部２０３の処理は、ステップＳ１０１２に戻る。

一方、ステップＳ１０１５で引き落としに成功したと判断した場合、アプリケーション制御部２０３の処理は、ステップＳ１０１６へ移る。

ステップＳ１０１６では、アプリケーション制御部２０３が、図１７に示すような印刷終了画面１５０１を表示する。この印刷終了画面１５０１には、メッセージ表示領域１５０２して示したように、印刷が終了した旨のメッセージを表示することが望ましい。

さらに、この印刷終了画面１５０１には、ＯＫボタン１５０３と、領収書出力ボタン１５０４とが、表示される。ユーザは、領収書出力を希望する場合には、領収書出力ボタン１５０４を押下する。一方、領収書出力を希望しない場合、ユーザは、領収書出力ボタン１５０４を操作すること無しに、ＯＫボタン１５０３を押下する。アプリケーション制御部２０３は、ＵＩ制御部２０２を介して、操作部１０４から、ＯＫボタン１５０３が押下された旨の通知または領収書出力ボタン１５０４が押下された旨の通知を受け取る。

ステップＳ１０１７で、アプリケーション制御部２０３は、操作部１０４から受け取った通知を確認する。そして、ＯＫボタン１５０３の押下を示す通知であった場合は、引き印刷終了画面１５０１を閉じて、処理を終了する。

一方、ステップＳ１０１７で、領収書出力ボタン５０４の押下を示す通知がなされたと判断された場合は、ステップＳ６１６の領収書出力処理を行ったのち、処理を終了する。なお、ステップＳ１０１８に示す領収書出力処理は、実施形態１で説明したものと同様であるため、説明を省略する。

以上説明したように、本実施形態によれば、後精算モードを選択した場合に、印刷処理の前に残高を確認し且つ印刷処理後に課金額を引き落とすことができるので、簡単且つ分かりやすい操作で確実に課金の徴収を行うことができる。

加えて、本実施形態によれば、非接触式ＩＣカードを利用する場合に、前精算処理を行うことで、上述の実施形態１と同様にして、簡単且つ分かりやすい操作で確実に課金の徴収を行うことができる。

［実施形態３］
本発明の実施形態３について、図１８～図２３を用いて説明する。

本実施形態では、課金を引き落とした後で印刷が中止された場合に返金処理を行える画像形成装置１０１について説明する。

＜コピージョブのキャンセル処理＞
図１８および図１９は、本実施形態に係るキャンセル処理のフローチャートである。本処理は、ＣＰＵ１０７を実行媒体とし、各制御部で実行する。

アプリケーション制御部２０３は、例えば、図７のステップＳ６１３で印刷処理を実行している最中に、この印刷処理が中止された旨の通知を受けた場合、このキャンセル処理を実行する。印刷処理が中止される場合とは、例えば、印刷処理中にユーザが操作部１０４を操作してキャンセル要求を行った場合や、プリンタユニット１０５の動作が紙詰まり等の異常のために停止した場合等である。

本実施形態では、図２２に示すような設定画面１８０１で、例えば画像形成装置１０１の管理者が、予め、返金処理の処理モードを設定しておく。処理モードは、ＱＲコード（登録商標）を用いるモード、バーコードを用いるモード、シリアルコードを用いるモードまたはＩＣカードを用いるモードである。このように、本実施形態では、光学読取可能な情報を用いてもよいし、他の種類の情報を用いてもよい。なお、この設定は、実際に返金処理を開始する際に、ユーザに行わせることとしてもよい。

この設定画面１８０１では、ユーザへ返金を行う際に使用する処理モードを選択する。

図２２から解るように、ユーザは、ＱＲコードを使用する場合、ラジオボタン１８０２を選択する。同様に、バーコードを使用する場合はラジオボタン１８０３を、シリアルコードを使用する場合はラジオボタン１８０４を、ＩＣカードの情報を使用する場合はラジオボタン１８０５を、それぞれ選択する。

キャンセル処理では、まず、ステップＳ１６００（図１８参照）で、アプリケーション制御部２０３が、ステップＳ６０２で算出した課金額とステップＳ６１３の印刷出力枚数を基に、返金金額を算出する。

次に、ステップＳ１６０１で、アプリケーション制御部２０３は、処理モードの種類（ＱＲコード、バーコード、シリアルコードまたはＩＣカードの区別）を取得する。

ステップＳ１６０２では、アプリケーション制御部２０３が、ステップＳ１６０１で取得した処理モードの種類を判断する。

ステップＳ１６０２で、返金処理モードがＱＲコードまたはバーコードであると判断した場合、アプリケーション制御部２０３は、ステップＳ１６０３の処理を行う。この処理では、返金手続情報（例えば、ステップＳ１６００で算出した返金金額や、返金対象となるユーザの識別情報等）を埋め込んだ、ＱＲコードあるいはバーコードが生成される。

また、ステップＳ１６０２で、返金処理モードがシリアルコードであると判断した場合、アプリケーション制御部２０３は、ステップＳ１６０４の処理を行う。この処理では、ステップＳ１６００で算出した返金金額に関連付けたシリアルコードが生成されて、キャッシュレジスター１２０へ送信される。

ステップＳ１６０３またはＳ１６０４の実行後、アプリケーション制御部２０３は、ステップＳ１６０６で、表示部１０３に、図２３に示すような選択画面１９０１を表示させる。

この選択画面１９０１には、印刷出力、ディスプレイ表示、ＵＲＬ表示、電子メール送信のいずれかを選択するためのラジオボタン１９０２～１９０５が表示される。

選択画面１９０１において、返金手続情報を印刷出力したい場合は、ラジオボタン１９０２を選択する。返金手続情報をディスプレイ表示したい場合は、ラジオボタン１９０３を選択する。返金手続情報をＷｅｂページで確認するためにそのＷｅｂページのＵＲＬを取得したい場合は、ラジオボタン１９０４を選択する。返金手続情報を電子メールで取得したい場合は、ラジオボタン１９０５を選択するとともに、入力フィールド１９０６への電子メールアドレスを入力する必要がある。

ユーザは、ラジオボタン１９０２～１９０５の選択や入力フィールド１９０６への入力を行った後、ＯＫボタン１９０７を押下する。

ステップＳ１６０７で、アプリケーション制御部２０３は、ユーザがＯＫボタン１８０７を押下したか否かを判断する。ＯＫボタン１８０７が押下されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１６０７以降で、選択画面１９０１での選択結果に応じた出力処理を、以下のようにして行う。

ステップＳ１６０８で印刷出力が選択されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１６０９で、ジョブ制御部２０６に対して、コード情報の印刷出力を要求する。これにより、プリンタユニット１０５が印刷出力を行って、このキャンセル処理が終了する。コード情報とは、ステップＳ１６０３で生成したＱＲコードまたはバーコード、あるいは、ステップＳ１６０４で生成したシリアルコードである。一方、印刷出力が選択されていない場合、アプリケーション制御部２０３の処理は、ステップＳ１６１０へ移行する。

ステップＳ１６１０（図１９参照）でディスプレイ出力が選択されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１６１１で、生成したＱＲコードまたはバーコードを表示部１０３に表示させる処理を行って、このキャンセル処理を終了する。一方、ディスプレイ出力が選択されていないと判断した場合、アプリケーション制御部２０３の処理は、ステップＳ１６１２へ移行する。

ステップＳ１６１２でＵＲＬ表示が選択されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１６１３の処理を行う。このステップＳ１６１３で、アプリケーション制御部２０３は、生成したコード情報をディスプレイ表示するためのＷｅｂページを生成したのち、そのＷｅｂページを示すＵＲＬを表示部１０３に表示させる。その後、このキャンセル処理が終了する。

一方、ＵＲＬ表示が選択されていないと判断した場合、アプリケーション制御部２０３の処理は、電子メール送信が選択されたと判断する。この場合、アプリケーション制御部２０３は、ステップＳ１６１４で、選択画面１９０１の入力フィールド１９０６へメールアドレスが入力されているか否かを判断する。入力済みでない場合、アプリケーション制御部２０３の処理は、ステップＳ１６０７へ戻る。

ステップＳ１６１４でメールアドレスが入力済みであると判断した場合、アプリケーション制御部２０３は、ネットワーク制御部２０５に対して、入力された電子メールアドレスへＱＲコードまたはバーコードを送信するよう要求する。ネットワーク制御部２０５は、ネットワークＩ／Ｆ１１５を介して、入力された電子メールアドレスに対して電子メールを送信して、このキャンセル処理を終了する。

一方、ステップＳ１６０２でＩＣカードが選択されたと判断した場合、アプリケーション制御部２０３は、ステップＳ１６０５の処理を行う。このステップＳ１６０５では、ステップＳ１６００で算出した返金金額と、課金装置制御部２０７を介して取得したＩＣカードの識別ＩＤとを、キャッシュレジスター１２０に送信する。この送信処理ののち、アプリケーション制御部２０３は、このキャンセル処理を終了する。

＜返金処理＞
キャンセル処理が終了すると、ユーザは、管理者からの返金処理を受ける。この返金処理は、例えば、コード情報（ＱＲコード、バーコードまたはシリアルコード）を印刷した用紙、あるいは、コード情報を表示したディスプレイ等を用い、管理者等がキャッシュレジスター１２０を操作することで行われる。

図２０および図２１は、本実施形態に係る返金処理のフローチャートである。本処理は、キャッシュレジスター１２０を実行媒体とし、各制御部で実行される。以下、キャッシュレジスター１２０を管理者が操作する場合を例にとって説明する。

まず、管理者は、上述のキャンセル処理で記録紙等に出力したコード情報（ＱＲコード、バーコードまたはシリアルコード）を、キャッシュレジスター１２０で読み取る。

ステップＳ１７０１（図２０参照）で、キャッシュレジスター１２０は、読み取った情報のコード形式がステップＳ１６０３で生成したＱＲコードまたはバーコードであるか否かを判断する。

読み取った情報のコード形式がステップＳ１６０３で生成したＱＲコードまたはバーコードであると判断した場合、キャッシュレジスター１２０は、ステップＳ１７０２で、読み取ったコード情報の識別子から、返金済みか否かを判断する。返金済か否かは、キャッシュレジスター１２０内に記憶された返金済み情報を用いて判断することができる。そして、返金済みと判断した場合は、キャッシュレジスター１２０は、ステップＳ１７１３でエラーメッセージを出力したのち、処理を終了する。

一方、ステップＳ１７０２で返金済みでないと判断した場合、キャッシュレジスター１２０は、ステップＳ１７０３で、そのＱＲコードまたはバーコードから、返金金額と識別子とを抽出する。そして、管理者からユーザへの返金が終わった後で、キャッシュレジスター１２０は、ステップＳ１７０４で、識別子に関連付けられた返金済み情報を更新して記憶したのち、処理を終了する。

上述のステップＳ１７０１で、読み取ったコード情報がステップＳ１６０３で生成したＱＲコードまたはバーコードではないと判断した場合、ステップＳ１７０５の処理が実行される。ステップＳ１７０５では、キャッシュレジスター１２０が、読み取った情報がステップＳ１６０４で生成したシリアルコードであるか否かを判断する。

読み取った情報のコード形式がステップＳ１６０４で生成したシリアルコードであると判断した場合、キャッシュレジスター１２０は、ステップＳ１７０７で、読み取ったコード情報の識別子と上述の返金済み情報とを用いて、返金済みか否かを判断する。そして、返金済みと判断した場合は、キャッシュレジスター１２０は、ステップＳ１７１３でエラーメッセージを出力したのち、処理を終了する。

一方、ステップＳ１７０６で返金済みでないと判断した場合、キャッシュレジスター１２０は、ステップＳ１７０７で、そのシリアルコードから、返金金額と識別子とを抽出する。そして、管理者からユーザへの返金が終わった後で、キャッシュレジスター１２０は、ステップＳ１７０８で、識別子に関連付けられた返金済み情報を更新して記憶したのち、処理を終了する。

上述のステップＳ１７０５で、読み取ったコード情報がステップＳ１６０４で生成したシリアルコードではないと判断した場合、ステップＳ１７０９の処理が実行される。ステップＳ１７０９では、キャッシュレジスター１２０が、読み取った情報がステップＳ１６０５で生成したＩＣカード情報か否かを判断する。

読み取った情報がＩＣカード情報だと判断した場合、キャッシュレジスター１２０は、ステップＳ１７１０で、返金済みが否かを、そのＩＣカード情報のＩＤと上述の返金済み情報とを用いて判断する。そして、返金済みと判断した場合、キャッシュレジスター１２０は、ステップＳ１７１３でエラーメッセージを出力したのち、処理を終了する。

一方、ステップＳ１７１０で返金済みでないと判断した場合、キャッシュレジスター１２０は、ステップＳ１７１１で、そのシリアルコードから、返金金額と識別子とを抽出する。そして、管理者からユーザへの返金処理が終わった後で、キャッシュレジスター１２０は、ステップＳ１７１２で識別子に関連付けられた返金済み情報を更新して決済センターのサーバコンピュータ１１９へ送信したのち、処理を終了する。

以上説明したように、本実施形態によれば、事前に課金額の算出および引き落としを行ったのち、キャンセル処理が行われた場合に、簡単且つ分かりやすい方法で適切な返金処理を行うことができる。

３０１，４０１，５０１，７０１，７０８ 表示画面
３０２，４０２，５０２ 表示領域
３０３，４０３，５０３ キャンセルボタン
７０２－７０４，７０９，７１０ ラジオボタン
７０４，７１１ 入力フィールド

Claims (11)

1. 電子決済のための情報を格納したメモリを備える携帯可能なデバイスを用いて課金の精算が行われる印刷処理を実行する印刷装置であって、
   印刷対象となるデータの印刷処理に係る課金額を決定する決定手段と、
   精算可能な金額の情報を前記デバイスから取得する取得処理を実行する第１実行手段と、
   前記決定された課金額が前記取得処理で取得された金額以下である場合に、前記取得処理で取得された金額から前記課金額を引き落とす精算処理を実行する第２実行手段と、
   前記決定された課金額が前記取得処理で取得された金額以下である場合に、前記印刷対象となる前記データの印刷処理を実行する第３実行手段と、
   前記精算処理に関する情報を表示出力する表示手段と、
   前記第３実行手段で前記印刷処理が実行されたあとに、前記精算処理に関する情報に基づく領収書情報を電子メールで出力する出力手段と、を有し、
   前記第２実行手段による前記精算処理は、前記印刷処理の前、または後に実行されることを特徴とする印刷装置。
2. 前記表示手段は、前記課金額が前記取得処理で取得された金額よりも高額であった場合に、前記デバイスで精算可能な金額が不足していることを表示することを特徴とする請求項１に記載の印刷装置。
3. 前記デバイスで精算可能な金額が不足していることを示す表示に従い操作者がキャンセル操作を行った場合には、前記印刷対象となる前記データの印刷処理が実行されないことを特徴とする請求項２に記載の印刷装置。
4. 前記精算処理を行った後で前記印刷処理を行う第１の手順と、前記印刷処理を行った後で前記精算処理を行う第２の手順と、のいずれか一方を選択させる選択手段をさらに有し、
   前記第１の手順が選択された場合には、前記第２実行手段による前記精算処理の後に前記第３実行手段による前記印刷処理が開始されることを特徴とする請求項１～３のいずれか１項に記載の印刷装置。
5. 前記精算処理の後に開始された前記印刷処理が中止された場合に、少なくとも返金金額を含む返金手続情報を生成する生成手段をさらに有することを特徴とする請求項４に記載の印刷装置。
6. 前記返金手続情報は、光学読取可能なコード形式で出力されることを特徴とする請求項５に記載の印刷装置。
7. 前記返金手続情報は、返金手続を行うために外部装置に送信されることを特徴とする請求項５または６に記載の印刷装置。
8. 前記第２の手順が選択された場合には、前記決定された課金額が前記取得処理で取得された金額以下であった際に前記第３実行手段による前記印刷処理が実行され、該印刷処理の後に前記第２実行手段による前記精算処理が実行されることを特徴とする請求項４～７のいずれか１項に記載の印刷装置。
9. 前記デバイスは、ＩＣカードであることを特徴とする請求項１～８のいずれか１項に記載の印刷装置。
10. 電子決済のための情報を格納したメモリを備える携帯可能なデバイスを用いて課金の精算が行われる印刷処理を実行する印刷装置における方法あって、
    印刷対象となるデータの印刷処理に係る課金額を決定する決定工程と、
    精算可能な金額の情報を前記デバイスから取得する取得処理を実行する第１実行工程と、
    前記決定された課金額が前記取得処理で取得された金額以下である場合に、前記取得処理で取得された金額から前記課金額を引き落とす精算処理を実行する第２実行工程と、
    前記決定された課金額が前記取得処理で取得された金額以下である場合に、前記印刷対象となる前記データの印刷処理を実行する第３実行工程と、
    前記精算処理に関する情報を表示する表示工程と、
    前記第３実行工程で前記印刷処理が実行されたあとに、前記精算処理に関する情報に基づく領収書情報を電子メールで出力する出力工程と、を有し、
    前記第２実行工程による前記精算処理は、前記印刷処理の前、または後に実行されることを特徴とする方法。
11. 請求項１～９のいずれか１項に記載の印刷装置の各手段としてコンピュータを機能させるためのプログラム。

Images