JP6753319B2 - 画像処理装置、画像処理方法および画像処理プログラム - Google Patents

Description

この発明は、画像処理装置、画像処理方法および画像処理プログラムに関し、特に、画像処理に課金する画像処理装置、その画像処理装置で実行される画像処理方法および画像処理プログラムに関する。

デジタル複合機やＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などと称される画像処理装置において、ジョブを実行することに伴ってユーザーに対して課金する技術が公知である。例えば、特開２００１−１４８０５５号公報には、複数の画像印刷販売機を販売管理装置にネットワーク網を介して通信接続した広域通信システムを構築すると共に、販売管理装置は顧客別貯蓄金額等を記憶管理する顧客管理テーブルを有し、画像印刷時において、画像印刷販売機から顧客ＩＤが入力されると、この顧客ＩＤに対応する顧客別貯蓄金額を顧客管理テーブルから検索し、顧客別貯蓄金額の範囲内で顧客指定の画像データを印刷する他、顧客別貯蓄金額から当該顧客分の印刷料金を引き落として顧客別貯蓄金額を更新する画像印刷販売システムが記載されている。

特開２００１−１４８０５５号公報に記載の画像印刷販売システムにおいては、画像形成装置は、サーバーで管理される顧客別蓄積金額の範囲内で画像データを印刷可能とするので、顧客別蓄積金額に残金がない場合には画像データを印刷することができない。一方、複数の画像形成装置で連携して画像データを印刷する場合がある。例えば、ユーザーが一方の画像形成装置にログインして、一方の画像形成装置に記憶されたデータを他方の画像形成装置で印刷する場合である。この場合、ユーザーは、２つの画像形成装置の一方の画像形成装置を操作してログインするので、一方の画像形成装置は、サーバーで管理される顧客別蓄積金額の範囲内で処理を実行可能であるが、他方の画像形成装置はユーザーがログインしていないため、管理サーバーによる顧客別蓄積金額の管理対象とならず、画像を形成することができないと言った問題がある。
特開２００１−１４８０５５号公報

この発明は上述した問題点を解決するためになされたもので、この発明の目的の一つは、使用可能額が不足する状態でユーザーによる処理を実行させるための操作を受け付けないようにしつつ処理を実行することが可能な画像処理装置を提供することである。

この発明の他の目的は、使用可能額が不足する状態でユーザーによる処理を実行させるための操作を受け付けないようにしつつ処理を実行することが可能な画像処理方法を提供することである。

この発明のさらに他の目的は、使用可能額が不足する状態でユーザーによる処理を実行させるための操作を受け付けないようにしつつ処理を実行することが可能な画像処理プログラムを提供することである。

上述した目的を達成するためにこの発明のある局面によれば、画像処理装置は、サーバーからチケットを受信して処理を実行する画像処理装置であって、サーバーにより発行され、使用可能額が定められたチケットを取得するチケット取得手段と、ハードウェア資源を制御して処理を実行する処理実行手段と、チケットが取得されており、かつ、取得されたチケットの使用可能額が存在する状態で、処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、チケットが取得されていない状態、または、取得されたチケットの使用可能額が存在しない状態で処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付けない操作受付手段と、処理実行手段が課金対象となる処理を実行することに応じて、チケットで定められた使用可能額を変更する使用可能額変更手段と、を備え、処理実行手段は、取得されたチケットで定められた使用可能額の範囲内で課金対象となる処理を実行可能な通常処理実行手段と、チケットが取得されていない場合、または取得されたチケットで使用可能額が不足する場合であっても、所定の条件を満たした処理を特定処理として実行する特定処理実行手段と、を含む。

この局面に従えば、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、処理を実行させるためにユーザーにより入力される操作を受け付けないが、所定の条件を満たした処理を特定処理として実行する。このため、使用可能額が不足する状態でユーザーによる処理を実行させるための操作を受け付けないようにしつつ処理を実行することが可能な画像処理装置を提供することができる。

好ましくは、特定処理は、チケットで定められた使用可能額が変更される課金対象となる課金処理が実行される場合に、課金処理と関連して実行される付帯処理である。

この局面に従えば、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、課金処理と関連して付帯処理を実行することができる。

好ましくは、特定処理実行手段は、課金処理を実行する他の画像処理装置から付帯処理の実行が依頼される場合に、付帯処理を実行する。

この局面に従えば、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、他の画像処理装置で課金処理が実行される場合に付帯処理を実行することができる。

好ましくは、取得されたチケットを他の画像処理装置に渡す前に操作受付手段により受け付けられた操作に従って、取得されたチケットを他の画像処理装置に渡して、他の画像処理装置に対して課金処理の実行を依頼する実行依頼手段を、さらに備え、特定処理実行手段は、取得されたチケットを他の画像処理装置に渡す前に操作受付手段により受け付けられた操作に従って付帯処理を実行する。

この局面に従えば、チケットが取得された状態で受け付けられた操作に従って、取得されたチケットを他の画像処理装置に渡した後に付帯処理を実行するので、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、付帯処理を実行することができる。

好ましくは、操作受付手段は、操作受付手段により所定の操作が受け付けられる場合は、チケットが取得されていない状態、または、取得されたチケットの使用可能額が存在しない状態であっても処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、特定処理は、操作受付手段により所定の操作が受け付けられた後に、操作受付手段により受け付けられる操作に基づき決定される処理である。

この局面に従えば、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、所定の操作が受け付けられると、処理を実行させるための操作を受け付け、受け付けられた操作に基づき決定される処理を実行するので、チケットの使用可能額が不足する場合に処理を実行させることができる。

好ましくは、管理情報を発行する管理装置から管理情報を受信する管理情報受信手段を、さらに備え、所定の操作は、操作受付手段が受信された管理情報と同じ情報を受け付ける操作である。

この局面に従えば、管理装置から管理情報が受信され、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で管理情報と同じ情報がユーザーにより入力される場合に処理を実行するので、チケットの使用可能額が不足する場合に、処理を実行させることができる。

好ましくは、サーバーは、使用可能額を定めた一時チケットを発行し、所定の操作は、操作受付手段が一時チケットを識別するためのチケット識別情報を受け付ける操作であり、操作受付手段によりチケット識別情報が受け付けられる場合、チケット識別情報に基づいてサーバーから一時チケットを取得する一時チケット取得手段と、をさらに備え、特定処理は、一時チケットが取得された後に操作受付手段により受け付けられる操作に基づき決定される処理である。

この局面に従えば、サーバーにより発行された一時チケットのチケット識別情報が、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態でユーザーにより入力される場合に処理を実行するので、チケットの使用可能額が不足する場合に、処理を実行させることができる。

好ましくは、特定処理実行手段は、取得された一時チケットで定められる使用可能額の範囲内で特定処理を実行する。

この局面に従えば、実行することのできる処理を、一時チケットの使用可能額の範囲内に制限することができる。

この発明の他の局面によれば、画像処理方法は、サーバーからチケットを受信して処理を実行する画像処理装置で実行される画像処理方法であって、画像処理装置は、ユーザーにより入力される操作を受け付ける操作受付手段と、ハードウェア資源を制御して処理を実行する処理実行手段と、を備え、サーバーにより発行され、使用可能額が定められたチケットを取得するチケット取得ステップと、チケットが取得されており、かつ、取得されたチケットの使用可能額が存在する状態で、処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、チケットが取得されていない状態、または、取得されたチケットの使用可能額が存在しない状態で処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付けない操作受付ステップと、処理実行手段が課金対象となる処理を実行することに応じて、チケットで定められた使用可能額を変更する使用可能額変更ステップと、処理実行手段に、取得されたチケットで定められた使用可能額の範囲内で課金対象となる処理を実行させる通常処理実行ステップと、処理実行手段に、チケットが取得されていない場合、または取得されたチケットで使用可能額が不足する場合であっても、所定の条件を満たした処理を特定処理として実行させる特定処理実行ステップと、を含む。

この局面に従えば、使用可能額が不足する状態でユーザーによる処理を実行させるための操作を受け付けないようにしつつ処理を実行することが可能な画像処理方法を提供することができる。

この発明の他の局面によれば、画像処理プログラムは、サーバーからチケットを受信して処理を実行する画像処理装置を制御するコンピューターで実行される画像処理プログラムであって、画像処理装置は、ユーザーにより入力される操作を受け付ける操作受付手段と、ハードウェア資源を制御して処理を実行する処理実行手段と、を備え、サーバーにより発行され、使用可能額が定められたチケットを取得するチケット取得ステップと、チケットが取得されており、かつ、取得されたチケットの使用可能額が存在する状態で、処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、チケットが取得されていない状態、または、取得されたチケットの使用可能額が存在しない状態で処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付けない操作受付ステップと、処理実行手段が課金対象となる処理を実行することに応じて、チケットで定められた使用可能額を変更する使用可能額変更ステップと、処理実行手段に、取得されたチケットで定められた使用可能額の範囲内で課金対象となる処理を実行させる通常処理実行ステップと、処理実行手段に、チケットが取得されていない場合、または取得されたチケットで使用可能額が不足する場合であっても、所定の条件を満たした処理を特定処理として実行させる特定処理実行ステップと、をコンピューターに実行させる。

この局面に従えば、使用可能額が不足する状態でユーザーによる処理を実行させるための操作を受け付けないようにしつつ処理を実行することが可能な画像処理プログラムを提供することができる。

本発明の実施の形態の１つにおける画像処理システムの全体概要の一例を示す図である。 本実施の形態の１つにおけるＭＦＰの外観を示す斜視図である。 本実施の形態におけるＭＦＰのハードウェア構成の概要を示すブロック図である。 本実施の形態におけるＭＦＰが備えるＣＰＵが有する機能の一例を示すブロック図である。 単独ジョブ受付時のデータの処理の流れの一例を示す図である。 第１複合ジョブ受付時のデータの処理の流れの一例を示す図である。 第２複合ジョブ受付時のデータの処理の流れの一例を示す図である。 本実施の形態における画像制御処理の流れの一例を示すフローチャートである。 チケット課金処理の流れの一例を示すフローチャートである。 単独ジョブ実行処理の流れの一例を示すフローチャートである。 第１複合ジョブ実行処理の流れの一例を示すフローチャートである。 第２複合ジョブ実行処理の流れの一例を示すフローチャートである。 一時チケット課金処理の流れの一例を示すフローチャートである。 管理情報課金処理の流れの一例を示すフローチャートである。

以下、本発明の実施の形態について図面を参照して説明する。以下の説明では同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

図１は、本発明の実施の形態の１つにおける画像処理システムの全体概要の一例を示す図である。図１に示す画像処理システム１は、１つの店舗にＭＦＰ１００，１００Ａと、キャッシュレジスタ４００が設置される場合を例に示している。図１を参照して、画像処理システム１は、サーバー３００と、ゲートウェイ（Ｇ／Ｗ）装置２００と、複合機であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００，１００Ａと、キャッシュレジスタ４００と、を含む。サーバー３００およびゲートウェイ装置（Ｇ／Ｗ）２００それぞれは、インターネット５に接続されており、インターネット５を介して互いに通信可能である。さらに、サーバー３００およびゲートウェイ装置２００それぞれは、インターネット５に接続された他のコンピューターと通信可能である。

ゲートウェイ装置２００は、さらに、ローカルエリアネットワーク（ＬＡＮ）３と接続されており、そのＬＡＮ３に、ＭＦＰ１００，１００Ａおよびキャッシュレジスタ４００が接続されている。ゲートウェイ装置２００は、ＬＡＮ３に接続されたＭＦＰ１００，１００Ａおよびキャッシュレジスタ４００と通信可能である。さらに、ゲートウェイ装置２００、ＭＦＰ１００，１００Ａおよびキャッシュレジスタ４００それぞれは、ＬＡＮ３に接続された他のコンピューターと通信可能である。

ゲートウェイ装置２００は、ＬＡＮ３と、インターネット５とを接続する。このため、サーバー３００は、ＭＦＰ１００，１００Ａと通信が可能である。ゲートウェイ装置２００、サーバー３００およびキャッシュレジスタ４００のハードウェア構成および機能は周知なので、ここでは説明を繰り返さない。

ＭＦＰ１００，１００Ａのハードウェア構成および機能は、基本的に同じである。したがって、以下の説明では特に言及しない限りＭＦＰ１００を例に説明する。

図２は、本実施の形態の１つにおけるＭＦＰの外観を示す斜視図である。図３は、本実施の形態におけるＭＦＰのハードウェア構成の概要を示すブロック図である。図２および図３を参照して、画像処理装置として機能するＭＦＰ１００は、メイン回路１１０と、原稿を読み取るための原稿読取部１３０と、原稿を原稿読取部１３０に搬送するための自動原稿搬送装置１２０と、原稿読取部１３０が原稿を読み取って出力する画像データに基づいて用紙等に画像を形成するための画像形成部１４０と、画像形成部１４０に用紙を供給するための給紙部１５０と、ユーザーインターフェースとしての操作パネル１６０とを含む。また、ＭＦＰ１００は、コインベンダー１８０と接続されている。

自動原稿搬送装置１２０は、原稿トレイ１２５上にセットされた複数枚の原稿を１枚ずつ自動的に原稿読取部１３０のプラテンガラス上に設定された所定の原稿読み取り位置まで搬送し、原稿読取部１３０により原稿に形成された画像が読み取られた原稿を原稿排紙トレイ１２７上に排出する。原稿読取部１３０は、原稿読取位置に搬送されてきた原稿に光を照射する光源と、原稿で反射した光を受光する光電変換素子とを含み、原稿のサイズに応じた原稿画像を走査する。光電変換素子は、受光した光を電気信号である画像データに変換して、画像形成部１４０に出力する。給紙部１５０は、給紙トレイに収納された用紙を画像形成部１４０に搬送する。

画像形成部１４０は、周知の電子写真方式により画像を形成するものであって、原稿読取部１３０から入力される画像データにシェーディング補正などの各種のデータ処理を施した、データ処理後の画像データまたは、外部から受信された画像データに基づいて、給紙部１５０により搬送される用紙に画像を形成し、画像を形成した用紙を排紙トレイ１５５に排出する。

メイン回路１１０は、ＭＦＰ１００の全体を制御するＣＰＵ１１１と、通信インターフェース（Ｉ／Ｆ）部１１２と、ＲＯＭ１１３と、ＲＡＭ１１４と、大容量記憶装置としてのハードディスクドライブ（ＨＤＤ）１１５と、ファクシミリ部１１６と、外部記憶装置１１７と、を含む。ＣＰＵ１１１は、自動原稿搬送装置１２０、原稿読取部１３０、画像形成部１４０、給紙部１５０、操作パネル１６０およびコインベンダー１８０と接続され、ＭＦＰ１００の全体を制御する。

ファクシミリ部１１６は、公衆交換電話網（ＰＳＴＮ）に接続され、ＰＳＴＮにファクシミリデータを送信する、またはＰＳＴＮからファクシミリデータを受信する。ファクシミリ部１１６は、受信したファクシミリデータを、ＨＤＤ１１５に記憶するとともに、画像形成部１４０でプリント可能なプリントデータに変換して、画像形成部１４０に出力する。これにより、画像形成部１４０は、ファクシミリ部１１６により受信されたファクシミリデータを用紙に画像を形成する。また、ファクシミリ部１１６は、ＨＤＤ１１５に記憶されたデータをファクシミリデータに変換して、ＰＳＴＮに接続されたファクシミリ装置に送信する。

通信Ｉ／Ｆ部１１２は、ＬＡＮ３にＭＦＰ１００を接続するためのインターフェースである。通信Ｉ／Ｆ部１１２は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）またはＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルで、ＬＡＮ３に接続された他のＭＦＰ１００Ａ，１００Ｂ、キャッシュレジスタ４００、または、ゲートウェイ装置２００を介して、サーバー３００と通信する。なお、通信Ｉ／Ｆ部１１２が接続されるネットワークは、ＬＡＮ３に限らず、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、インターネット５等であってもよい。

ＲＯＭ１１３は、ＣＰＵ１１１が実行するプログラム、またはそのプログラムを実行するために必要なデータを記憶する。ＲＡＭ１１４は、ＣＰＵ１１１がプログラムを実行する際の作業領域として用いられる。また、ＲＡＭ１１４は、原稿読取部１３０から連続的に送られてくる画像データを一時的に記憶する。

操作パネル１６０は、ＭＦＰ１００の上面に設けられる。操作パネル１６０は、表示部１６１と操作部１６３とを含む。表示部１６１は、例えば、液晶表示装置（ＬＣＤ）であり、ユーザーに対する指示メニューや取得した画像データに関する情報等を表示する。なお、ＬＣＤに代えて、画像を表示する装置であれば、例えば、有機ＥＬ（ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイを用いることができる。

操作部１６３は、タッチパネル１６５と、ハードキー部１６７とを含む。タッチパネル１６５は、静電容量方式である。なお、タッチパネル１６５は、静電容量方式に限らず、例えば、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式等の他の方式を用いることができる。

タッチパネル１６５は、その検出面が表示部１６１の上面または下面に表示部１６１に重畳して設けられる。ここでは、タッチパネル１６５の検出面のサイズと、表示部１６１の表示面のサイズとを同じにしている。このため、表示面の座標系と検出面の座標系は同じである。タッチパネル１６５は、ユーザーが、表示部１６１の表示面を指示する位置を検出面で検出し、検出した位置の座標をＣＰＵ１１１に出力する。表示面の座標系と検出面の座標系は同じなので、タッチパネル１６５が出力する座標を、表示面の座標に置き換えることができる。以下、ユーザーが表示部１６１の表示面を指示することによりタッチパネル１６５が検出面で検出して出力する座標を、表示面の座標ともいう。

ハードキー部１６７は、複数のハードキーを含む。ハードキーは、例えば接点スイッチである。ユーザーがＭＦＰ１００を操作する場合は直立した姿勢となる場合が多いので、表示部１６１の表示面、タッチパネル１６５の検出面およびハードキー部１６７は、上方を向いて配置される。ユーザーが表示部１６１の表示面を容易に視認することができ、ユーザーが指で操作部１６３を容易に指示することができるようにするためである。

外部記憶装置１１７は、ＣＰＵ１１１により制御され、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１８、または半導体メモリが装着される。本実施の形態においては、ＣＰＵ１１１は、ＲＯＭ１１３に記憶されたプログラムを実行する例を説明するが、ＣＰＵ１１１は、外部記憶装置１１７を制御して、ＣＤ−ＲＯＭ１１８からＣＰＵ１１１が実行するためのプログラムを読出し、読み出したプログラムをＲＡＭ１０２に記憶し、実行するようにしてもよい。

なお、ＣＰＵ１１１が実行するためのプログラムを記憶する記録媒体としては、ＣＤ−ＲＯＭ１１８に限られず、フレキシブルディスク、カセットテープ、光ディスク（ＭＯ（Ｍａｇｎｅｔｉｃ Ｏｐｔｉｃａｌ Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）などの半導体メモリ等の媒体でもよい。さらに、ＣＰＵ１１１がネットワークに接続されたコンピューターからプログラムをダウンロードしてＨＤＤ１１５に記憶する、または、ネットワークに接続されたコンピューターがプログラムをＨＤＤ１１５に書込みするようにして、ＨＤＤ１１５に記憶されたプログラムをＲＡＭ１１４にロードしてＣＰＵ１１１で実行するようにしてもよい。ここでいうプログラムは、ＣＰＵ１１１により直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

コインベンダー１８０は、コイン投入口１８１と返却ボタン１８３と、表示部１８５と、コイン返却口１８７とを含む。コインベンダー１８０は、コイン投入口１８１に投入されるコインを受け付け、投入されるコインで定まる額を残金に加算し、残金を更新する。また、コインベンダー１８０は、ＭＦＰ１００により制御され、ＭＦＰ１００から料金の徴収指示を受信すると、徴収指示により定まる額を残金から減算し、残金を更新する。コインベンダー１８０は、表示部１８５に残金を表示するとともに、ＭＦＰ１００に残金を通知する。また、コインベンダー１８０は、残金が残っている段階で、返却ボタン１８３が押下されると、残金に相当する枚数のコインをコイン返却口１８７に排出する。

本実施の形態における画像処理システム１においては、ＭＦＰ１００，１００Ａそれぞれは、処理を実行する場合に課金する。具体的には、ＭＦＰ１００，１００Ａそれぞれは、コインベンダー１８０に投入された金額に基づいて課金する第１の課金方法と、サーバー３００が発行するチケットを用いて課金する第２の課金方法と、キャッシュレジスタで課金する第３の課金方法と、のいずれかで課金する。例えば、ＭＦＰ１００は、第１の課金方法で課金する場合、コインベンダー１８０に残金が存在する状態で、処理を実行する。具体的には、ＭＦＰ１００は、コインベンダー１８０に残金が存在する状態であれば、操作パネル１６０にユーザーによる入力される操作に従って、処理を実行する。ＭＦＰ１００は、コインベンダー１８０に残金が存在しない状態の場合、操作パネル１６０にユーザーにより入力される操作を受け付けない。

ＭＦＰ１００は、第２の課金方法で課金する場合、サーバー３００と通信して、サーバー３００からチケットを受信する。サーバー３００は、ユーザーテーブルを記憶する。ユーザーテーブルは、ユーザーごとに使用可能額と認証情報とを関連付ける。認証情報は、限定するものではないが、ユーザーカウントと、パスワードである。使用可能額は、クレジットカードまたは現金による支払いによって加算され、チケットの発行によって減算される。サーバー３００は、ＭＦＰ１００，１００Ａいずれかからの要求により、ユーザーを認証し、認証されたユーザーに対してチケットを発行する。チケットは、使用可能額を定める。サーバー３００は、チケットを発行するごとに、ユーザーユーザーテーブルの使用可能額を、チケットで定められる使用可能額だけ減算した値に更新する。また、ＭＦＰ１００，１００Ａにチケットを発行した後に、チケットが返送される場合、返金の要求を受け付け、返金処理を実行する。具体的には、ユーザーテーブルの使用可能額を、返送されたチケットで定められる使用可能額だけ加算した値に更新する。

サーバー３００は、例えば、ＭＦＰ１００からのログイン要求に応じて、ログイン画面をＭＦＰ１００に送信する。ＭＦＰ１００においては、ログイン画面に従ってユーザーにより認証情報が入力される場合、その認証情報を送信する。サーバー３００は、ＭＦＰ１００から認証情報を受信する場合に、その認証情報がユーザーテーブルに含まれていれば、認証情報で特定されるユーザーを認証し、チケットを発行し、発行されたチケットをＭＦＰ１００に送信する。ユーザーテーブルに含まれる使用可能額の全てを含むチケットを発行するようにしてもよいが、チケットで定められる使用可能額の上限を定めている。サーバー３００とＭＦＰ１００との間で、通信不良などで通信できなくなる場合に備えて、一人のユーザーに対して、複数のチケットを発行することができるようにするためである。

ＭＦＰ１００においては、サーバー３００からチケットを受信した後は、処理を実行するごとに、チケットで定められる使用可能額を、処理の対価の額だけ減算することにより、使用可能額を更新する。これにより、ＭＦＰ１００は、サーバー３００から受信されたチケットで定められる使用可能額が、処理の対価の額より小さくなるまで、処理を実行することができる。ＭＦＰ１００は、チケットで定められる使用可能額が予め定められた下限値以下となった後に再度処理を実行する場合には、サーバー３００にチケットの発行を要求し、サーバー３００から新たなチケットを受信する。また、ＭＦＰ１００において、処理が終了した段階で、チケットで定められる使用可能額がゼロでない場合には、チケットをサーバー３００に返信することにより、サーバー３００において返金処理が実行される。

また、サーバー３００は、一時チケットを発行する。一時チケットは、サーバー３００に登録されていないユーザーに対して発行するチケットである。例えば、サーバー３００は、任意のユーザーがスマートフォンまたはＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の携帯情報装置またはＰＣを操作してサーバー３００にアクセスする場合、そのユーザーがクレジットカードなどで支払った金額に相当する使用可能額を含む一時チケットを発行する。具体的には、一時チケットのチケット識別情報と使用可能額とを関連付けた一時チケットデータを記憶するとともに、ユーザーが使用する携帯情報装置に一時チケットを識別するためのチケット識別情報を送信する。ユーザーは、携帯情報装置に受信したチケット識別情報を表示させることにより、チケット識別情報を知ることができる。ユーザーが、ＭＦＰ１００を操作する場合に、ＭＦＰ１００にチケット識別情報を入力すると、ＭＦＰ１００は、サーバー３００にチケット識別情報を送信する。サーバー３００は、チケット識別情報を受信することにより、チケット識別情報と関連付けられた使用可能額を定めた一時チケットを生成し、ＭＦＰ１００に返信するので、ＭＦＰ１００は、一時チケットを受信する場合に、上述したチケットと同様にして、一時チケットで定められた使用可能額の範囲内で、処理を実行する。

ＭＦＰ１００は、第３の課金方法で課金する場合、ユーザーが操作部１６３に入力する管理情報に基づいて、課金する。管理情報は、キャッシュレジスタ４００が発行する情報である。管理情報は、サーバー３００を用いることなくキャッシュレジスタ４００が発行するので、ユーザーがサーバー３００を操作することなく取得できる点で、一時チケットと異なる。具体的には、ユーザーが現金またはカードで支払いをする場合、店員がキャッシュレジスタ４００に支払いを登録する。キャッシュレジスタ４００は、管理情報を生成し、商品明細書または領収書に管理情報を印字するとともに、ＭＦＰ１００に管理情報を送信する。これにより、ユーザーは、印字された管理情報を知ることができ、ＭＦＰ１００は、キャッシュレジスタ４００から管理情報を受信する。その後、ユーザーが操作部１６３に管理情報を入力すれば、ＭＦＰ１００は、ユーザーにより入力された管理情報が、キャッシュレジスタ４００から受信された管理情報と一致すれば、ユーザーが操作部１６３に入力操作に従って処理を実行する。

図４は、本実施の形態におけるＭＦＰが備えるＣＰＵが有する機能の一例を示すブロック図である。図４に示す機能は、ＭＦＰ１００が備えるＣＰＵ１１１が、ＲＯＭ１１３、ＨＤＤ１１５またはＣＤ−ＲＯＭ１１８に記憶された画像処理プログラムを実行することにより、ＣＰＵ１１１に形成される機能である。図４を参照して、ＭＦＰ１００が備えるＣＰＵ１１１は、操作受付部５１と、実行依頼部５３と、第１チケット送受信部５５と、付帯処理実行依頼部５７と、処理実行部５９と、一時チケット取得部６１と、チケット管理部６３と、実行依頼受信部６５と、付帯処理実行依頼受信部６７と、管理情報受信部６９と、認証時チケット取得部７１と、第２チケット送受信部７３と、を含む。

認証時チケット取得部７１は、サーバー３００と通信して、サーバー３００が発行するチケットを取得する。認証時チケット取得部７１は、通信Ｉ／Ｆ部１１２を制御して、サーバー３００と通信し、サーバー３００からログイン画面を受信する。認証時チケット取得部７１は、表示部１６１にログイン画面を表示し、ユーザーが操作部１６３に入力する認証情報を、サーバー３００に送信する。サーバー３００は、認証情報を受信することに応じて、ユーザーテーブルを参照して、認証情報が予め登録された認証情報と同じならば認証し、チケットを発行する。認証時チケット取得部７１は、通信Ｉ／Ｆ部１１２がサーバー３００から受信するチケットを取得し、チケット管理部６３に出力する。

チケット管理部６３は、認証時チケット取得部７１または第２チケット送受信部７３から入力されるチケットを管理する。チケット管理部６３は、使用可能額変更部９１と、清算部９２と、を含む。使用可能額変更部９１は、チケットで定められる使用可能額を、後述する処理実行部５９が課金対象となる処理を実行するごとに、実行された処理に対して予め定められた対価の額を、使用可能額から減算することにより使用可能額を更新する。

使用可能額変更部９１は、認証時チケット取得部７１からチケットが入力された後は、チケットで定められる使用可能額が予め定められた下限値以下となると、サーバー３００に新たなチケットの発行を要求し、サーバー３００から送信される新たなチケットが通信Ｉ／Ｆ部１１２が受信すると、新たなチケットを取得する。使用可能額変更部９１は、新たなチケットを取得する場合、新たなチケットを取得する前にチケットで定められた使用可能額を、それに新たなチケットで定められた使用可能額を加算することにより使用可能額を更新する。

使用可能額変更部９１は、チケットで定められる使用可能額を操作受付部５１および処理実行部５９に出力する。使用可能額変更部９１は、チケットで定められる使用可能額が更新されるごとに、更新後の使用可能額を操作受付部５１および処理実行部５９に出力する。

清算部９２は、操作受付部５１を操作するユーザーがログアウトすることに応じて、チケットで定められた使用可能額を返金する。具体的には、通信Ｉ／Ｆ部１１２を制御して、サーバー３００にチケットを返信することにより、サーバー３００に返金処理を依頼する。

操作受付部５１は、操作部１６３を制御し、ユーザーが操作部１６３に入力する操作を受け付ける。操作受付部５１は、第１複合ジョブ受付部８１と、第２複合ジョブ受付部８２と、単独ジョブ受付部８３と、管理情報受付部８４と、チケット識別情報受付部８５と、を含む。処理実行部５９は、ハードウェア資源を制御して、ジョブを実行する。ハードウェア資源は、ここでは、自動原稿搬送装置１２０、原稿読取部１３０、が画像形成部１４０、給紙部１５０、通信Ｉ／Ｆ部１１２、ＨＤＤ１１５、ファクシミリ部１１６および外部記憶装置１１７を含む。処理実行部５９は、通常処理実行部８６と、特定処理実行部８７と、を含む。処理実行部５９が実行するジョブは、操作受付部５１により受け付けられるジョブと、実行依頼受信部６５が受信するジョブと、付帯処理実行依頼受信部６７が受信するジョブと、を含む。

ここで、単独ジョブ受付時の処理の流れについて説明する。図５は、単独ジョブ受付時のデータの処理の流れの一例を示す図である。図５においては、上から下に時間の流れを示し、ＭＦＰ１００を符号ＭＦＰ−Ａで示し、ＭＦＰ１００Ａを符号ＭＦＰ１００Ｂで示している。

図４および図５を参照して、認証時チケット取得部７１が、サーバー３００に認証情報を送信すると、サーバー３００においては、認証情報に基づいて、認証情報に基づいて認証し、認証に成功すると、チケットを返信する。そして、チケット管理部６３が、サーバー３００から受信したチケットを管理する。

単独ジョブ受付部８３は、チケット管理部６３から入力される使用可能額がゼロでない場合、ジョブを受け付ける。単独ジョブ受付部８３は、チケット管理部６３から使用可能額が入力されていない場合、チケット管理部６３から入力される使用可能額がゼロの場合、第１複合ジョブを受け付けない。単独ジョブ受付部８３が受け付け可能なジョブは、ＭＦＰ１００が単独で実行する処理を定めた単独ジョブである。単独ジョブ受付部８３は、単独ジョブを受け付ける場合、単独ジョブを通常処理実行部８６に出力する。

通常処理実行部８６は、チケット管理部６３から入力される使用可能額の範囲内でジョブを実行する。通常処理実行部８６は、チケット管理部６３から使用可能額が入力されていない場合、また、チケット管理部６３から入力される使用可能額が、ジョブで定められる処理の対価の額より小さい場合には、ジョブを実行しない。通常処理実行部８６は、単独ジョブ受付部８３から単独ジョブが入力される場合、単独ジョブで定められる処理の対価がチケット管理部６３から使用可能額以下であれば、単独ジョブを実行する。

そして、操作受付部５１を操作するユーザーがログアウトすることに応じて、清算部９２が、サーバー３００にチケットを返信することにより、サーバー３００に返金処理を依頼する。サーバー３００においては、返信されたチケットに基づいてチケット返金処理を実行する。

次に、第１複合ジョブ受付時の処理の流れについて説明する。図６は、第１複合ジョブ受付時のデータの処理の流れの一例を示す図である。図６においては、上から下に時間の流れを示し、ＭＦＰ１００を符号ＭＦＰ−Ａで示し、ＭＦＰ１００Ａを符号ＭＦＰ１００Ｂで示している。

サーバー３００からチケットを受信する処理の流れは、図５に示した流れと同じである。図４および図５を参照して、第１複合ジョブ受付部８１は、チケット管理部６３から入力される使用可能額がゼロでないことを条件に、第１複合ジョブを受け付ける。第１複合ジョブ受付部８１は、チケット管理部６３から使用可能額が入力されていない場合、チケット管理部６３から入力される使用可能額がゼロの場合、第１複合ジョブを受け付けない。第１複合ジョブは、自装置であるＭＦＰ１００が実行するためのメイン処理を定めたジョブと、自装置とは別の装置が実行するための付帯処理を定めたジョブとを含む。付帯処理は、メイン処理に関連する処理であり、チケット管理部６３により課金の対象とならない処理である。ここでは、別の装置を、ＭＦＰ１００Ａとする場合を例に説明する。第１複合ジョブは、例えば、付帯処理が、ＭＦＰ１００Ａに記憶されているデータをＭＦＰ１００に送信する処理であり、メイン処理が、ＭＦＰ１００がＭＦＰ１００Ａから受信されるデータの画像を形成する処理である。第１複合ジョブ受付部８１は、第１複合ジョブを受け付ける場合、第１複合ジョブを付帯処理実行依頼部５７、および通常処理実行部８６に出力する。

付帯処理実行依頼部５７は、第１複合ジョブ受付部８１から第１複合ジョブが受信されることに応じて、第１複合ジョブに含まれる付帯処理を定めたジョブを、付帯処理を実行することが定められた装置に送信する。ここでは、第１複合ジョブによって付帯処理を実行することが定められた装置をＭＦＰ１００Ａとしているので、付帯処理実行依頼部５７は、通信Ｉ／Ｆ部１１２を制御して、ＭＦＰ１００Ａに付帯処理を定めたジョブを送信する。

ここで、付帯処理実行依頼受信部６７および特定処理実行部８７について、付帯処理実行依頼を受信するＭＦＰ１００Ａの動作として説明する。この場合、ＭＦＰ１００Ａにおいては、ＭＦＰ１００を操作するユーザーを認証していないため、ＭＦＰ１００Ａが備えるチケット管理部６３がＭＦＰ１００を操作するユーザーのためのチケットを管理していない。ＭＦＰ１００Ａが備える付帯処理実行依頼受信部６７は、通信Ｉ／Ｆ部１１２を制御して、ＭＦＰ１００から付帯処理実行依頼を受信する。ＭＦＰ１００Ａが備える付帯処理実行依頼受信部６７は、受信された付帯処理実行依頼に含まれる付帯処理を定めるジョブを特定処理実行部８７に出力する。

ＭＦＰ１００Ａが備える特定処理実行部８７は、付帯処理実行依頼受信部６７から付帯処理を定めるジョブが入力される場合、チケット管理部６３から使用可能額が入力されていない場合であっても、付帯処理を実行する。例えば、付帯処理が、ＨＤＤ１１５に記憶されたデータをＭＦＰ１００に送信する処理の場合、特定処理実行部８７は、通信Ｉ／Ｆ部１１２を制御して、ＨＤＤ１１５に記憶されたデータをＭＦＰ１００に送信する。

次に、ＭＦＰ１００の動作に戻って、通常処理実行部８６は、第１複合ジョブ受付部８１から第１複合ジョブが入力される場合、第１複合ジョブに含まれるメイン処理を定めたジョブを実行する。第１複合ジョブに含まれる付帯処理を定めたジョブは、付帯処理実行依頼部５７によってＭＦＰ１００Ａに送信され、ＭＦＰ１００Ａによって実行される。このため、通常処理実行部８６は、メイン処理の対価がチケット管理部６３から入力される使用可能額以下であれば、ＭＦＰ１００Ａによって実行される付帯処理の結果を利用してメイン処理を実行する。チケットを返信する処理の流れは、図５に示した流れと同じである。

次に、第２複合ジョブ受付時の処理の流れについて説明する。図７は、第２複合ジョブ受付時のデータの処理の流れの一例を示す図である。図７においては、上から下に時間の流れを示し、ＭＦＰ１００を符号ＭＦＰ−Ａで示し、ＭＦＰ１００Ａを符号ＭＦＰ１００Ｂで示している。

サーバー３００からチケットを受信する処理の流れは、図５に示した流れと同じである。図４および図７を参照して、第２複合ジョブ受付部８２は、チケット管理部６３から入力される使用可能額がゼロでないことを条件に、第２複合ジョブを受け付ける。第２複合ジョブ受付部８２は、チケット管理部６３から使用可能額が入力されていない場合、チケット管理部６３から入力される使用可能額がゼロの場合、第１複合ジョブを受け付けない。第２複合ジョブは、自装置であるＭＦＰ１００とは別の装置が実行するためのメイン処理を定めたジョブと、自装置が実行する付帯処理を定めたジョブと、を含む。ここでは、別の装置を、ＭＦＰ１００Ａとする場合を例に説明する。第２複合ジョブは、例えば、付帯処理が、ＭＦＰ１００に記憶されているデータをＭＦＰ１００Ａに送信する処理であり、メイン処理が、ＭＦＰ１００ＡがＭＦＰ１００から受信されるデータの画像を形成する処理である。第２複合ジョブ受付部８２は、第２複合ジョブを受け付ける場合、第２複合ジョブを実行依頼部５３、第１チケット送受信部５５および特定処理実行部８７に出力する。

実行依頼部５３は、第２複合ジョブ受付部８２から第２複合ジョブが受信されることに応じて、第２複合ジョブによってメイン処理を定めたジョブを実行することが定められた装置に、メイン処理を定めたジョブの実行を依頼する。ここでは、別の装置を、ＭＦＰ１００Ａとしているので、実行依頼部５３は、第２複合ジョブによってメイン処理を定めたジョブを、通信Ｉ／Ｆ部１１２を制御して、ＭＦＰ１００Ａに送信する。

第１チケット送受信部５５は、第２複合ジョブ受付部８２から第２複合ジョブが入力されることに応じて、第２複合ジョブによってメイン処理を定めたジョブを実行することが定められた装置に、チケット管理部６３が管理するチケットを送信する。チケット管理部６３が管理するチケットは、最新の使用可能額を定める。ここでは、別の装置を、ＭＦＰ１００Ａとしているので、第１チケット送受信部５５は、チケット管理部６３から最新の使用可能額を定めたチケットを取得し、通信Ｉ／Ｆ部１１２を制御して、取得したチケットをＭＦＰ１００Ａに送信する。第１チケット送受信部５５がチケットを送信した後において、チケット管理部６３はチケットが存在しなくなるので、処理実行部５９に使用可能額を出力しない。

特定処理実行部８７は、第２複合ジョブ受付部８２から付帯処理を定めるジョブが入力される場合、チケット管理部６３から使用可能額が入力されていない場合であっても、付帯処理を実行する。例えば、付帯処理が、ＨＤＤ１１５に記憶されたデータをＭＦＰ１００Ａに送信する処理の場合、特定処理実行部８７は、ＨＤＤ１１５に記憶されたデータをＭＦＰ１００Ａに送信する。

ここで、第２チケット送受信部７３、チケット管理部６３、実行依頼受信部６５、および通常処理実行部８６について、ＭＦＰ１００Ａの動作として説明する。この場合、ＭＦＰ１００Ａが備える実行依頼受信部６５は、通信Ｉ／Ｆ部１１２を制御して、ＭＦＰ１００からメイン処理を定めたジョブを受信し、第２チケット送受信部７３は、通信Ｉ／Ｆ部１１２を制御して、ＭＦＰ１００からチケットを受信する。実行依頼受信部６５は、ＭＦＰ１００から受信されるメイン処理を定めたジョブを通常処理実行部８６に出力する。

ＭＦＰ１００Ａが備える第２チケット送受信部７３は、認証時チケット取得部７１がチケットを取得していない場合に、サーバー３００からチケットを受信する別の装置からチケットを受信する。ここでは、別の装置を、ＭＦＰ１００としているので、第２チケット送受信部７３は、通信Ｉ／Ｆ部１１２を制御して、ＭＦＰ１００からチケットを受信すると、チケットをチケット管理部６３に出力する。

ＭＦＰ１００Ａが備える使用可能額変更部９１は、第２チケット送受信部７３からチケットが入力された後は、処理実行部５９が課金対象となる処理を実行するごとに、実行された処理に対して予め定められた対価の額を、使用可能額から減算することにより使用可能額を更新する。使用可能額変更部９１は、更新後の使用可能額を定めたチケットを第２チケット送受信部７３に出力する。ＭＦＰ１００Ａが備える第２チケット送受信部７３は、チケット管理部６３からチケットが入力されることに応じて、通信Ｉ／Ｆ部１１２を制御して、チケットを送信してきた装置、ここでは、ＭＦＰ１００にチケットを返信する。使用可能額変更部９１は、第２チケット送受信部７３からチケットが入力された後は、チケットで定められる使用可能額が予め定められた下限値以下となってもサーバー３００に新たなチケットの発行を要求しない。ＭＦＰ１００Ａにおいてユーザーが認証されていないからである。

ＭＦＰ１００Ａが備える通常処理実行部８６は、実行依頼受信部６５から入力されるメイン処理を定めたジョブを、チケット管理部６３から入力される使用可能額の範囲内で実行する。換言すれば、通常処理実行部８６は、実行依頼受信部６５から入力されるメイン処理を定めたジョブを、チケット管理部６３から入力される使用可能額が、メイン処理の対価の額以下であれば、メイン処理を定めたジョブを実行する。このため、ＭＦＰ１００Ａが備える通常処理実行部８６は、メイン処理の対価がチケット管理部６３から入力される使用可能額以下であれば、ＭＦＰ１００によって実行される付帯処理の結果を利用してメイン処理を実行する。

次に、ＭＦＰ１００の動作に戻って、第１チケット送受信部５５は、チケットをＭＦＰ１００Ａに送信した後に、通信Ｉ／Ｆ部１１２が、ＭＦＰ１００Ａから返信されるチケットを受信する場合、受信されたチケットをチケット管理部６３に出力する。使用可能額変更部９１は、第１チケット送受信部５５からチケットが入力された後は、処理実行部５９が課金対象となる処理を実行するごとに、実行された処理に対して予め定められた対価の額を、使用可能額から減算することにより使用可能額を更新する。使用可能額変更部９１は、第１チケット送受信部５５からチケットが入力された後は、チケットで定められる使用可能額が予め定められた下限値以下になると、サーバー３００に新たなチケットの発行を要求する。

＜第２の課金方法＞
チケット識別情報受付部８５は、ユーザーが操作部１６３に入力するチケット識別情報を受け付ける。チケット識別情報受付部８５は、チケット管理部６３から使用可能額が入力されていない場合であってもユーザーが操作部１６３に入力するチケット識別情報を受け付ける。具体的には、チケット識別情報受付画面を表示部１６１に表示し、操作部１６３がチケット識別情報受付画面に従ってユーザーにより入力されるチケット識別情報を受け付ける。チケット識別情報受付部８５は、受け付けられたチケット識別情報を一時チケット取得部６１に出力する。

一時チケット取得部６１は、チケット識別情報受付部８５からチケット識別情報が入力されることに応じて、サーバー３００に一時チケットの発行を依頼する。具体的には、通信Ｉ／Ｆ部１１２を制御して、サーバー３００にチケット識別情報を送信する。サーバー３００は、チケット識別情報を受信することに応じて、受信されたチケット識別情報と関連付けられた使用可能額を定めた一時チケットを生成し、ＭＦＰ１００に返信するので、一時チケット取得部６１は、通信Ｉ／Ｆ部１１２が一時チケットをサーバーから受信する。一時チケット取得部６１は、受信された一時チケットを特定処理実行部８７に出力する。

特定処理実行部８７は、一時チケット取得部６１から一時チケットが入力される場合、一時チケットで定められる使用可能額の範囲内で、ジョブを実行可能と判断する。特定処理実行部８７は、ジョブを実行可能と判断する場合に、単独ジョブ受付部８３から単独ジョブが入力されることに応じて、単独ジョブで定められる処理を実行するとともに、一時チケットで定められる使用可能額を、単独ジョブで定められる処理の対価の額を減算した値に更新する。

＜第３の課金方法＞
管理情報受信部６９は、通信Ｉ／Ｆ部１１２を制御して、キャッシュレジスタ４００から管理情報を受信する場合、管理情報を特定処理実行部８７に出力するとともに、管理情報受付部８４に受付指示を出力する。管理情報受付部８４は、キャッシュレジスタ４００から管理情報が受信されていることを条件に、操作部１６３がユーザーによる操作を受け付け可能な状態にし、操作部１６３にユーザーにより入力される管理情報を受け付ける。管理情報受付部８４は、チケット管理部６３から使用可能額が入力されていない場合であっても、管理情報を受け付ける。例えば、管理情報受付部８４は、管理情報受信部６９から受付指示が入力されることに応じて、表示部１６１に管理情報入力画面を表示し、操作部１６３が管理情報入力画面に従ってユーザーにより入力される管理情報を受け付ける。管理情報受付部８４は、受け付けられた管理情報を特定処理実行部８７に出力する。

特定処理実行部８７は、管理情報受信部６９から管理情報が入力されている場合は、管理情報受付部８４から入力される管理情報が管理情報受信部６９から入力される管理情報と同一である場合に、ジョブを実行可能と判断する。特定処理実行部８７は、ジョブを実行可能と判断する場合に、単独ジョブ受付部８３から単独ジョブが入力されることに応じて、単独ジョブで定められる処理を実行する。

図８は、本実施の形態における画像制御処理の流れの一例を示すフローチャートである。画像制御処理は、ＭＦＰ１００が備えるＣＰＵ１１１が、ＲＯＭ１１３、ＨＤＤ１１５またはＣＤ−ＲＯＭ１１８に記憶された画像処理プログラムを実行することにより、ＣＰＵ１１１により実行される処理である。図８を参照して、ＭＦＰ１００が備えるＣＰＵ１１１は、操作を受け付けたか否かを判断する（ステップＳ０１）。操作部１６３が操作を受け付けたならば処理をステップＳ０２に進めるが、そうでなければ処理をステップＳ０７に進める。ステップＳ０７〜ステップＳ１７については、後述する。

ステップＳ０２においては、ステップＳ０１において受け付けられた操作によって処理を分岐させる。操作が認証ボタンを指示する操作ならば処理をステップＳ０３に進め、一時チケットボタンを指示する操作ならば処理をステップＳ０４に進め、管理情報ボタンを指示する操作ならば処理をステップＳ０５に進め、その他の操作ならば処理をステップＳ０６に進める。ステップＳ０３においては、チケット課金処理を実行し、処理をステップＳ０１に戻す。チケット課金処理の詳細は後述するが、サーバー３００で発行されるチケットを用いて課金が可能なことを条件に、ＭＦＰ１００に処理を実行させる処理である。ステップＳ０４においては、一時チケット課金処理を実行し、処理をステップＳ０１に戻す。一時チケット課金処理の詳細は後述するが、サーバー３００で発行される一時チケットを用いて課金が可能なことを条件に、ＭＦＰ１００に処理を実行させる処理である。ステップＳ０５においては、管理情報課金処理を実行し、処理をステップＳ０１に戻す。管理情報課金処理の詳細は後述するが、キャッシュレジスタ４００で発行される管理情報を用いて課金が可能なことを条件に、ＭＦＰ１００に処理を実行させる処理である。ステップＳ０６においては、エラー表示を実行し、処理をステップＳ０１に戻す。したがって、認証ボタンを指示する操作、一時チケットボタンを指示する操作、および管理情報ボタンを指示する操作以外の操作を受け付けない。このため、ユーザーは、料金を支払わない場合には、操作部１６３を操作して、ＭＦＰ１００に処理を実行させることができない。

ステップＳ０７においては、チケットを受信したか否かを判断する。通信Ｉ／Ｆ部１１２が他のＭＦＰ１００Ａからチケットを受信したならば処理をステップＳ０８に進めるが、そうでなければ処理をステップＳ１２に進める。ステップＳ０８〜ステップＳ１１については後述する。ステップＳ１２においては、付帯処理実行依頼を受信したか否かを判断する。通信Ｉ／Ｆ部１１２が他のＭＦＰ１００Ａから付帯処理実行依頼を受信したならば処理をステップＳ１３に進めるが、そうでなければ処理をステップＳ１４に進める。ステップＳ１３については、付帯処理を実行し、処理をステップＳ０１に戻す。付帯処理の実行についての詳細は後述する。ステップＳ１４においては、管理情報を受信したか否かを判断する。通信Ｉ／Ｆ部１１２がキャッシュレジスタ４００から管理情報を受信したならば処理をステップＳ１５に進めるが、そうでなければ処理をステップＳ０１に戻す。ステップＳ１５においては、受信された管理情報を一時記憶し、処理をステップＳ０１に戻す。

図９は、チケット課金処理の流れの一例を示すフローチャートである。チケット課金処理は、図８のステップＳ０３において実行される処理である。図９を参照して、ＭＦＰ１００が備えるＣＰＵ１１１は、表示部１６１に認証画面を表示する（ステップＳ２１）。認証画面は、ユーザーが認証情報を入力するための領域を含む。認証情報は、ここではユーザーカウントとパスワードとしている。次のステップＳ２２においては、操作部１６３が認証情報を受け付けたか否かを判断する。認証情報を受け付けるまで待機状態となり（ステップＳ２２でＮＯ）、認証情報を受け付けたならば（ステップＳ２２でＹＥＳ）、処理をステップＳ２３に進める。ステップＳ２３においては、サーバー３００にチケットの発行を要求する。通信Ｉ／Ｆ部１１２を制御して、サーバー３００にチケット発行要求を送信する。チケット発行要求は、ステップＳ２２において受け付けられた認証情報を含む。チケット発行要求を受信するサーバー３００は、ユーザーテーブルを参照して、チケット発行要求に含まれる認証情報が予め登録されていれば、チケットを発行するが、登録されていなければチケットを発行しない。サーバー３００は、ユーザーテーブルにおいて、認証情報に含まれるユーザーカウントに対して関連付けられた使用可能額を特定し、予め定められた額を減算するとともに、減算した額に対応する使用可能額を含むチケットを発行する。

次のステップＳ２４においては、チケットを受信したか否かを判断する。通信Ｉ／Ｆ部１１２がサーバー３００からチケットを受信したならば（ステップＳ２４でＹＥＳ）、処理をステップＳ２５に進めるが、そうでなければ処理をステップＳ３３に進める。ステップＳ３３においては、表示部１６１にエラー画面を表示し、処理を画像制御処理に戻す。処理がステップＳ３３に進む場合には、サーバー３００によりチケットが発行されない場合である。エラー画面は、例えば、認証情報が異なることを示すメッセージまたは、チケットを発行するための使用可能額が不足していることを示すメッセージを含む。

ステップＳ２５においては、表示部１６１に設定画面を表示し、処理をステップＳ２６に進める。設定画面は、ＭＦＰ１００にハードウェア資源を制御した処理を実行させる処理、およびその処理を実行するために用いる設定値を設定する領域を含む。

ステップＳ２６においては、ユーザーにより入力される操作によって処理を分岐させる。設定値を設定するための設定操作を受け付ける場合は処理をステップＳ２７に進め、操作を終了するための終了操作を受け付ける場合は、処理をステップＳ２８に進め、処理の実行を指示する実行指示操作を受け付ける場合は、処理をステップＳ２９に進める。

ステップＳ２７においては、受け付けられた設定値を設定し、処理をステップＳ２５に戻す。ステップＳ２８においては、チケットを返送し、処理を画像制御処理に戻す。通信Ｉ／Ｆ部１１２を制御して、サーバー３００にチケットを送信する。サーバー３００においては、返信されるチケットを受信する場合、チケットの返金処理を実行する。受信されたチケットに含まれる使用可能額に相当する額を、ユーザーテーブルで定められる残金に加算することにより、ユーザーテーブルを更新する。

ステップＳ２９においては、実行指示操作によって特定されるジョブの種類によって処理を分岐する。実行指示操作によって特定されるジョブが単独ジョブならば処理をステップＳ３０に進め、第１複合ジョブならば処理をステップＳ３１進め、第２複合ジョブならば処理をステップＳ３２に進める。

ステップＳ３０においては、単独ジョブ実行処理を実行し、処理を画像制御処理に戻す。単独ジョブは、ＭＦＰ１００が単独で実行するジョブである。単独ジョブ実行処理の詳細は後述する。

ステップＳ３１においては、第１複合ジョブ実行処理を実行し、処理を画像制御処理に戻す。ステップＳ３２においては、第２複合ジョブ実行処理を実行し、処理を画像制御処理に戻す。第１複合ジョブおよび第２複合ジョブは、メイン処理を定めたジョブと、付帯処理を定めたジョブとを含む。第１複合ジョブは、メイン処理を定めたジョブを自装置で実行することが定められ、付帯処理を定めたジョブを他の装置、ここではＭＦＰ１００Ａで実行することが定められる。第２複合ジョブは、メイン処理で定められたジョブを他の装置、ここではＭＦＰ１００Ａで実行することが定められ、付帯処理で定められたジョブを自装置で実行することが定められる。第１複合ジョブ実行処理および第２複合ジョブ実行処理の詳細は後述する。

図１０は、単独ジョブ実行処理の流れの一例を示すフローチャートである。単独ジョブ実行処理は、図９のステップＳ３０において実行される処理である。図１０を参照して、ＭＦＰ１００が備えるＣＰＵ１１１は、チケットで定められた使用可能額が、単独ジョブで定められた処理の対価の額以上か否かを判断する（ステップＳ４１）。使用可能額が処理の対価の額以上ならば処理をステップＳ４２に進めるが、そうでなければ処理をステップＳ４８に進める。ステップＳ４２においては、単独ジョブを実行し、処理をステップＳ４３に進める。ステップＳ４３においては、使用可能額を更新し、処理をステップＳ４４に進める。チケットで定められる使用可能額を、単独ジョブで定められた処理の対価の額を減算した値に更新する。

ステップＳ４４においては、使用可能額が下限値以下か否かを判断する。使用可能額が下限値以下ならば処理をステップＳ４５に進めるが、そうでなければ処理をチケット課金処理に戻す。ステップＳ４５においては、図９のステップＳ２３と同様に、サーバー３００にチケットの発行を要求する。そして、次のステップＳ４６においては、チケットを受信したか否かを判断する。通信Ｉ／Ｆ部１１２がサーバー３００からチケットを受信したならば（ステップＳ４６でＹＥＳ）、処理をステップＳ４７に進めるが、そうでなければ処理をステップＳ４８に進める。ステップＳ４７においては、チケットの使用可能額を更新し、処理をチケット課金処理に戻す。チケットで定められる使用可能額を、ステップＳ４６においてサーバー３００から受信されたチケットで定められる使用可能額を加算した値に更新する。ステップＳ４８においては、表示部１６１にエラー画面を表示し、処理をチケット課金処理に戻す。エラー画面は、例えば、チケットを発行するための使用可能額が不足していることを示すメッセージを含む。

図１１は、第１複合ジョブ実行処理の流れの一例を示すフローチャートである。第１複合ジョブ実行処理が実行される前の段階で、第１複合ジョブが定められている。第１複合ジョブは、メイン処理を定めたジョブを自装置で実行することが定められ、付帯処理を定めたジョブを他の装置、ここではＭＦＰ１００Ａで実行することが定められる。

ＭＦＰ１００が備えるＣＰＵ１１１は、チケットで定められた使用可能額が、メイン処理の対価以上か否かを判断する（ステップＳ５１）。使用可能額がメイン処理の対価の額以上ならば処理をステップＳ５２に進めるが、そうでなければ処理をステップＳ５９に進める。ステップＳ５９においては、表示部１６１にエラー画面を表示し、処理をチケット課金処理に戻す。エラー画面は、例えば、チケットを発行するための使用可能額が不足していることを示すメッセージを含む。

ステップＳ５２においては、付帯処理の実行依頼を送信し、処理をステップＳ５３に進める。通信Ｉ／Ｆ部１１２を制御して、第１複合ジョブにより定められた付帯処理を定めたジョブを、第１複合ジョブにより定められた他の装置、ここではＭＦＰ１００Ａに送信する。

ここで、付帯処理を定めたジョブを受信するＭＦＰ１００Ａの動作について説明する。ＭＦＰ１００Ａが備えるＣＰＵ１１１は、図８に示した画像制御処理を実行する。図８を参照して、ＭＦＰ１００Ａが備えるＣＰＵ１１１は、ステップＳ１２において、付帯処理実行依頼を受信したか否かを判断する。通信Ｉ／Ｆ部１１２が、ＭＦＰ１００から付帯処理を定めたジョブを受信する場合に、付帯処理実行依頼を受信したと判断する。付帯処理実行依頼を受信したなら処理をステップＳ１３に進めるが、そうでなければ処理をステップＳ１４に進める。

ステップＳ１３においては、付帯処理を実行し、処理をステップＳ０１に戻す。例えば、付帯処理が、データを送信する処理の場合、付帯処理を定めたジョブによって、ＭＦＰ１００ＡのＨＤＤ１１５に記憶されたデータと、データの送信先にＭＦＰ１００が定められている場合、ＨＤＤ１１５からジョブにより特定されるデータを読み出し、通信Ｉ／Ｆ部１１２を制御して、読み出されたデータをＭＦＰ１００に送信する。

図１１に戻って、ＭＦＰ１００が備えるＣＰＵ１１１は、ステップＳ５３においてメイン処理を実行し、処理をステップＳ５５に進める。例えば、メイン処理が、画像を形成する処理を定め、第１複合ジョブが、付帯処理を実行して得られるデータを、メイン処理の処理対象として定める場合、ステップＳ５２において付帯処理の実行を依頼したＭＦＰ１００Ａから受信されるデータを処理対象とし、ＭＦＰ１００から得られるデータの画像を形成する。なお、実行結果が付帯処理の実行に失敗したことを示す場合には、ＭＦＰ１００Ａで付帯処理の実行に失敗したことを示すメッセージを表示し、処理をチケット課金処理に戻すようにしてもよい。

ステップＳ５４においては、使用可能額を更新し、処理をステップＳ５５に進める。チケットで定められる使用可能額を、メイン処理の対価の額を減算した値に更新する。ステップＳ５５〜ステップＳ５８の処理は、図７に示したステップＳ４４〜ステップＳ４７の処理と同じである。従ってここでは説明を繰り返さない。

図１２は、第２複合ジョブ実行処理の流れの一例を示すフローチャートである。第２複合ジョブ実行処理は、図９のステップＳ３２において実行される処理である。第２複合ジョブ実行処理が実行される前の段階で、第２複合ジョブが定められている。第２複合ジョブは、メイン処理で定められたジョブを他の装置、ここではＭＦＰ１００Ａで実行することが定められ、付帯処理で定められたジョブを自装置で実行することが定められる。

ＭＦＰ１００が備えるＣＰＵ１１１は、チケットで定められた使用可能額が、メイン処理の対価以上か否かを判断する（ステップＳ６１）。使用可能額がメイン処理の対価の額以上ならば処理をステップＳ６２に進めるが、そうでなければ処理をステップＳ７０に進める。ステップＳ７０においては、表示部１６１にエラー画面を表示し、処理をチケット課金処理に戻す。エラー画面は、例えば、チケットを発行するための使用可能額が不足していることを示すメッセージを含む。

ステップＳ６２においては、チケットを送信し、処理をステップＳ６３に進める。チケットの送信先は、第２複合ジョブによって、メイン処理を実行する装置として定められたＭＦＰ１００Ａである。通信Ｉ／Ｆ部１１２を制御して、チケットを、第２複合ジョブによりメイン処理を定めたジョブを実行する装置として定められたＭＦＰ１００Ａに送信する。

ステップＳ６３においては、メイン処理の実行依頼を送信し、処理をステップＳ６４に進める。実行依頼は、第２複合ジョブにより定められたメイン処理を定めたジョブと、第２複合ジョブにより定められた付帯処理を実行することにより得られるデータをジョブの処理対象となるデータとして定める。通信Ｉ／Ｆ部１１２を制御して、実行依頼を、第２複合ジョブにより定められた他の装置、ここではＭＦＰ１００Ａに送信する。

ステップＳ６４においては、第２複合ジョブにより定められた付帯処理を実行し、処理をステップＳ６５に進める。例えば、付帯処理がデータ送信処理の場合であって、付帯処理を定めたジョブによって、ＨＤＤ１１５に記憶されたデータと、データの送信先としてＭＦＰ１００Ａが定められている場合、ＨＤＤ１１５に記憶されたデータを読み出して、通信Ｉ／Ｆ部１１２を制御して、読み出したデータを、ＭＦＰ１００Ａに送信する。

ここで、メイン処理を定めたジョブを受信するＭＦＰ１００Ａの動作について説明する。ＭＦＰ１００Ａが備えるＣＰＵ１１１は、図８に示した画像制御処理を実行する。図８を参照して、ＭＦＰ１００Ａが備えるＣＰＵ１１１は、ステップＳ０７において、チケットを受信したか否かを判断する。通信Ｉ／Ｆ部１１２が、ＭＦＰ１００からチケットを受信したななら処理をステップＳ０８に進めるが、そうでなければ処理をステップＳ１２に進める。

ステップＳ０８においては、実行依頼を受信したか否かを判断する。通信Ｉ／Ｆ部１１２が、実行依頼を受信するまで待機状態となり（ステップＳ０８でＮＯ）、ＭＦＰ１００から実行依頼を受信したならば（ステップＳ０８でＹＥＳ）、処理をステップＳ０９に進める。ステップＳ０９においては、実行依頼に含まれるメイン処理を実行し、処理をステップＳ１０に進める。具体的には、メイン処理が画像を形成する処理で、実行依頼によりメイン処理の処理対象に、付帯処理を実行することにより得られるデータが定められている場合、通信Ｉ／Ｆ部１１２がＭＦＰ１００から受信するデータの画像を形成する。

ステップＳ１０においては、ステップＳ０７において受信されたチケットで定められる使用可能額を更新し、処理をステップＳ１１に進める。チケットで定められる使用可能額を、メイン処理の対価の額を減算した値に更新する。ステップＳ１１においては、使用可能額を変更した後のチケットを、チケットを送信してきた装置、ここでは、ＭＦＰ１００に返信し、処理をステップＳ０１に戻す。

図１３は、一時チケット課金処理の流れの一例を示すフローチャートである。一時チケット課金処理は、図８のステップＳ０４において実行される処理である。図１３を参照して、ＭＦＰ１００が備えるＣＰＵ１１１は、表示部１６１にチケット識別情報受付画面を表示する（ステップＳ７１）。チケット識別情報受付画面は、サーバー３００により発行される一時チケットに付されたチケット識別情報を入力するための領域を含む。次のステップＳ７２においては、操作部１６３がチケット識別情報を受け付けたか否かを判断する。チケット識別情報を受け付けるまで待機状態となり（ステップＳ７２でＮＯ）、チケット識別情報を受け付けたならば（ステップＳ７２でＹＥＳ）、処理をステップＳ７３に進める。ステップＳ７３においては、サーバー３００に一時チケットの発行を要求する。通信Ｉ／Ｆ部１１２を制御して、サーバー３００に一時チケット発行要求を送信する。一時チケット発行要求は、ステップＳ７２において受け付けられたチケット識別情報を含む。一時チケット発行要求を受信するサーバー３００は、登録済の一時チケットを参照して、一時チケットが登録されていれば、一時チケットを発行するが、登録されていなければ一時チケットを発行しない。

次のステップＳ７４においては、一時チケットを受信したか否かを判断する。通信Ｉ／Ｆ部１１２がサーバー３００から一時チケットを受信したならば（ステップＳ７４でＹＥＳ）、処理をステップＳ７５に進めるが、そうでなければ処理をステップＳ８０Ａに進める。ステップＳ８０Ａにおいては、表示部１６１にエラー画面を表示し、処理を画像制御処理に戻す。処理がステップＳ８３に進む場合には、サーバー３００により一時チケットが発行されない場合である。エラー画面は、例えば、チケット識別情報が異なることを示すメッセージを含む。

ステップＳ７５においては、表示部１６１に設定画面を表示し、処理をステップＳ７６に進める。設定画面は、ＭＦＰ１００にハードウェア資源を制御した処理を実行させる処理、およびその処理を実行するために用いる設定値を設定する領域を含む。

ステップＳ７６においては、ユーザーにより入力される操作によって処理を分岐させる。設定値を設定するための設定操作を受け付ける場合は処理をステップＳ７７に進め、操作を終了するための終了操作を受け付ける場合は、処理を画像制御処理に戻し、処理の実行を指示する実行指示操作を受け付ける場合は、処理をステップＳ７８に進める。

ステップＳ７７においては、受け付けられた設定値を設定し、処理をステップＳ７５に戻す。ステップＳ７８においては、一時チケットで定められた使用可能額が、単独ジョブで定められた処理の対価以上か否かを判断する。使用可能額が処理の対価の額以上ならば処理をステップＳ７９に進めるが、そうでなければ処理をステップＳ８０に進める。ステップＳ７９においては、単独ジョブを実行し、処理をステップＳ７５に戻す。ステップＳ８０においては、表示部１６１にエラー画面を表示し、処理を画像制御処理に戻す。エラー画面は、例えば、一時チケットの使用可能額が不足していることを示すメッセージを含む。

図１４は、管理情報課金処理の流れの一例を示すフローチャートである。管理情報課金処理は、図８のステップＳ０５において実行される処理である。図１４を参照して、ＭＦＰ１００が備えるＣＰＵ１１１は、表示部１６１に管理情報受付画面を表示する（ステップＳ８１）。管理情報受付画面は、キャッシュレジスタ４００により発行される管理情報を入力するための領域を含む。次のステップＳ８２においては、操作部１６３が管理情報を受け付けたか否かを判断する。管理情報を受け付けるまで待機状態となり（ステップＳ８２でＮＯ）、管理情報を受け付けたならば（ステップＳ８２でＹＥＳ）、処理をステップＳ８３に進める。ステップＳ８３においては、受け付けられた管理情報が、図８のステップＳ１６において一時記憶された管理情報と一致するか否かを判断する。両者が一致するならば処理をステップＳ８４に進めるが、そうでなければ処理をステップＳ８８に進める。ステップＳ８８においては、表示部１６１にエラー画面を表示し、処理を画像制御処理に戻す。エラー画面は、例えば、管理情報が誤っていることを示すメッセージを含む。

ステップＳ８４においては、表示部１６１に設定画面を表示し、処理をステップＳ８５に進める。設定画面は、ＭＦＰ１００にハードウェア資源を制御した処理を実行させる処理、およびその処理を実行するために用いる設定値を設定する領域を含む。

ステップＳ８５においては、ユーザーにより入力される操作によって処理を分岐させる。設定値を設定するための設定操作を受け付ける場合は処理をステップＳ８６に進め、操作を終了するための終了操作を受け付ける場合は、処理を画像制御処理に戻し、処理の実行を指示する実行指示操作を受け付ける場合は、処理をステップＳ８７に進める。

ステップＳ８６においては、受け付けられた設定値を設定し、処理をステップＳ８４に戻す。ステップＳ８７においては、単独ジョブを実行し、処理をステップＳ８４に戻す。

以上説明したように、本実施の形態におけるＭＦＰ１００は、サーバー３００からチケットが取得されていない状態、または、サーバー３００からチケットが取得されているが、そのチケットで定められる使用可能額がゼロの状態で、ハードウェア資源を制御する処理を実行させるための操作を受け付けないが、サーバー３００からチケットを取得したＭＦＰ１００Ａが課金処理を実行しており、課金処理を実行するＭＦＰ１００Ａから課金処理と関連する付帯処理の実行が依頼される場合に、付帯処理を実行する。このため、使用可能額が不足する状態で、ハードウェア資源を制御する処理を実行させるためにユーザーにより入力される操作を受け付けないようにしつつ付帯処理を実行することができる。

また、ＭＦＰ１００は、サーバー３００から取得したチケットを取得した状態で、第２複合ジョブを受け付ける場合、チケットをＭＦＰ１００Ａに送信する前に付随処理を定めるジョブを受けているので、チケットをＭＦＰ１００Ａに送信し、複合ジョブに含まれるメイン処理の実行をＭＦＰ１００Ａに依頼する。ＭＦＰ１００Ａにおいて、ＭＦＰ１００からチケットを受信しているので、メイン処理を実行することが可能である。ＭＦＰ１００において、チケットをＭＦＰ１００Ａに送信しており、チケットが存在しないが、チケットをＭＦＰ１００Ａに送信する前に受け付けられた付随処理を定めるジョブを実行する。このため、使用可能額が不足する状態で、ハードウェア資源を制御する処理を実行させるためにユーザーにより入力される操作を受け付けないようにしつつ付帯処理を実行することができる。

また、ＭＦＰ１００は、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、キャッシュレジスタ４００から管理情報を受信し、受信された管理情報と同じ情報を操作部１６３が受け付ける場合、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態であっても、操作部１６３で操作を受け付け、処理を実行するので、サーバー３００からチケットを取得していない状態で処理を実行することができる。

また、ＭＦＰ１００は、サーバー３００からチケットが取得されていない状態、または、チケットの使用可能額が存在しない状態で、サーバー３００が発行する一時チケットのチケット識別情報と同一の情報を操作部１６３が受け付ける場合、チケットが取得されていない状態、または、チケットの使用可能額が存在しない状態であっても、操作部１６３で操作を受け付け、処理を実行するので、サーバー３００からチケットを取得していない状態で処理を実行することができる。

また、ＭＦＰ１００は、サーバー３００から取得された一時チケットで定められる使用可能額の範囲内で、処理を実行するので、実行することのできる処理を、一時チケットの使用可能額の範囲内に制限することができる。

なお、上述した実施の形態においては、画像処理装置の一例としてＭＦＰ１００，１００Ａを例に説明したが、図８〜図１４に示した画像制御処理を、ＭＦＰ１００，１００Ａそれぞれに実行させる画像処理方法、その画像処理方法を、ＭＦＰ１００，１００Ａそれぞれが備えるＣＰＵ１１１に実行させる画像処理プログラムとして発明を捉えることができるのは言うまでもない。

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

１ 画像処理システム、５ インターネット、１００ ＭＦＰ、２００ ゲートウェイ装置、３００ サーバー、４００ キャッシュレジスタ、１１０ メイン回路、１１１ ＣＰＵ、１１２ 通信Ｉ／Ｆ部、１１３ ＲＯＭ、１１４ ＲＡＭ、１１５ ＨＤＤ、１１６ ファクシミリ部、１１７ 外部記憶装置、１１８ ＣＤ−ＲＯＭ、１２０ 自動原稿搬送装置、１２５ 原稿トレイ、１２７ 原稿排紙トレイ、１３０ 原稿読取部、１４０ 画像形成部、１５０ 給紙部、１６０ 操作パネル、１６１ 表示部、１６３ 操作部、１６５ タッチパネル、１６７ ハードキー部、１８０ コインベンダー、５１ 操作受付部、５３ 実行依頼部、５５ チケット送受信部、５７ 付帯処理実行依頼部、５９ 処理実行部、６１ 一時チケット取得部、６３ チケット管理部、６５ 実行依頼受信部、６７ 付帯処理実行依頼受信部、６９ 管理情報受信部、７１ 認証時チケット取得部、７３ チケット送受信部、８１ 第１複合ジョブ受付部、８２ 第２複合ジョブ受付部、８３ 単独ジョブ受付部、８４ 管理情報受付部、８５ チケット識別情報受付部、８６ 通常処理実行部、８７ 特定処理実行部、９１ 使用可能額変更部、９２ 清算部。

Claims (10)

1. サーバーからチケットを受信して処理を実行する画像形成装置であって、
   前記サーバーにより発行され、使用可能額が定められたチケットを取得するチケット取得手段と、
   ハードウェア資源を制御して処理を実行する処理実行手段と、
   前記チケットが取得されており、かつ、前記取得されたチケットの使用可能額が存在する状態で、前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、前記チケットが取得されていない状態、または、前記取得されたチケットの使用可能額が存在しない状態で前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付けない操作受付手段と、
   前記処理実行手段が課金対象となる処理を実行することに応じて、前記チケットで定められた使用可能額を変更する使用可能額変更手段と、を備え、
   前記処理実行手段は、前記取得されたチケットで定められた使用可能額の範囲内で課金対象となる処理を実行可能な通常処理実行手段と、
   前記チケットが取得されていない場合、または前記取得されたチケットで使用可能額が不足する場合であっても、所定の条件を満たした処理を特定処理として実行する特定処理実行手段と、を含む、画像形成装置。
2. 前記特定処理は、前記チケットで定められた使用可能額が変更される課金対象となる課金処理が実行される場合に、前記課金処理と関連して実行される付帯処理である、請求項１に記載の画像形成装置。
3. 前記特定処理実行手段は、前記課金処理を実行する他の画像形成装置から前記付帯処理の実行が依頼される場合に、前記付帯処理を実行する、請求項２に記載の画像形成装置。
4. 前記取得されたチケットを前記他の画像形成装置に渡す前に前記操作受付手段により受け付けられた操作に従って、前記取得されたチケットを前記他の画像形成装置に渡して、前記他の画像形成装置に対して前記課金処理の実行を依頼する実行依頼手段を、さらに備え、
   前記特定処理実行手段は、前記取得されたチケットを前記他の画像形成装置に渡す前に前記操作受付手段により受け付けられた操作に従って前記付帯処理を実行する、請求項３に記載の画像形成装置。
5. 前記操作受付手段は、前記操作受付手段により所定の操作が受け付けられる場合は、前記チケットが取得されていない状態、または、前記取得されたチケットの使用可能額が存在しない状態であっても前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、
   前記特定処理は、前記操作受付手段により前記所定の操作が受け付けられた後に、前記操作受付手段により受け付けられる操作に基づき決定される処理である、請求項１〜４のいずれかに記載の画像形成装置。
6. 管理情報を発行する管理装置から管理情報を受信する管理情報受信手段を、さらに備え、
   前記所定の操作は、前記操作受付手段が前記受信された管理情報と同じ情報を受け付ける操作である、請求項５に記載の画像形成装置。
7. 前記サーバーは、使用可能額を定めた一時チケットを発行し、
   前記所定の操作は、前記操作受付手段が前記一時チケットを識別するためのチケット識別情報を受け付ける操作であり、
   前記操作受付手段により前記チケット識別情報が受け付けられる場合、前記チケット識別情報に基づいて前記サーバーから前記一時チケットを取得する一時チケット取得手段と、をさらに備え、
   前記特定処理は、前記一時チケットが取得された後に前記操作受付手段により受け付けられる操作に基づき決定される処理である、請求項４または５に記載の画像形成装置。
8. 前記特定処理実行手段は、前記取得された一時チケットで定められる使用可能額の範囲内で前記特定処理を実行する、請求項７に記載の画像形成装置。
9. サーバーからチケットを受信して処理を実行する画像形成装置で実行される画像形成方法であって、
   前記画像形成装置は、ユーザーにより入力される操作を受け付ける操作受付手段と、
   ハードウェア資源を制御して処理を実行する処理実行手段と、を備え、
   前記サーバーにより発行され、使用可能額が定められたチケットを取得するチケット取得ステップと、
   前記チケットが取得されており、かつ、前記取得されたチケットの使用可能額が存在する状態で、前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、前記チケットが取得されていない状態、または、前記取得されたチケットの使用可能額が存在しない状態で前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付けない操作受付ステップと、
   前記処理実行手段が課金対象となる処理を実行することに応じて、前記チケットで定められた使用可能額を変更する使用可能額変更ステップと、
   前記処理実行手段に、前記取得されたチケットで定められた使用可能額の範囲内で課金対象となる処理を実行させる通常処理実行ステップと、
   前記処理実行手段に、前記チケットが取得されていない場合、または前記取得されたチケットで使用可能額が不足する場合であっても、所定の条件を満たした処理を特定処理として実行させる特定処理実行ステップと、を含む画像形成方法。
10. サーバーからチケットを受信して処理を実行する画像形成装置を制御するコンピューターで実行される画像形成プログラムであって、
    前記画像形成装置は、ユーザーにより入力される操作を受け付ける操作受付手段と、
    ハードウェア資源を制御して処理を実行する処理実行手段と、を備え、
    前記サーバーにより発行され、使用可能額が定められたチケットを取得するチケット取得ステップと、
    前記チケットが取得されており、かつ、前記取得されたチケットの使用可能額が存在する状態で、前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付け、前記チケットが取得されていない状態、または、前記取得されたチケットの使用可能額が存在しない状態で前記処理実行手段に処理を実行させるためにユーザーにより入力される操作を受け付けない操作受付ステップと、
    前記処理実行手段が課金対象となる処理を実行することに応じて、前記チケットで定められた使用可能額を変更する使用可能額変更ステップと、
    前記処理実行手段に、前記取得されたチケットで定められた使用可能額の範囲内で課金対象となる処理を実行させる通常処理実行ステップと、
    前記処理実行手段に、前記チケットが取得されていない場合、または前記取得されたチケットで使用可能額が不足する場合であっても、所定の条件を満たした処理を特定処理として実行させる特定処理実行ステップと、を前記コンピューターに実行させる画像形成プログラム。

Images