画像形成装置及び画像形成システム
【課題】ジョブの実行管理をジョブの実行速度を低下させることなく行う。
【解決手段】画像形成装置１０は、ジョブを実行する機能パック３３−Ｋに対し、機能パック３３−Ｋが必要とする必要Ticket数を問い合せ、機能パック３３−Ｋから通知された要求Ticket数に基づき、ジョブが必要とするTicket数を算出し、許可要求として出力するTicket管理部３７を備えているので、許可されたTicket数の範囲でジョブを連続して実行できる。このため、ジョブの実行速度を低下させることがない。更に、Ticketは、ジョブ実行量を表す共通の単位なので、ある利用者の特定ジョブのTicketが制限値に到達した場合には、Ticketに余裕がある他のジョブからTicketを流用できる。このため、ジョブ実行の管理を弾力的に行うことができ、利用者の利便性が高まる。
【解決手段】画像形成装置１０は、ジョブを実行する機能パック３３−Ｋに対し、機能パック３３−Ｋが必要とする必要Ticket数を問い合せ、機能パック３３−Ｋから通知された要求Ticket数に基づき、ジョブが必要とするTicket数を算出し、許可要求として出力するTicket管理部３７を備えているので、許可されたTicket数の範囲でジョブを連続して実行できる。このため、ジョブの実行速度を低下させることがない。更に、Ticketは、ジョブ実行量を表す共通の単位なので、ある利用者の特定ジョブのTicketが制限値に到達した場合には、Ticketに余裕がある他のジョブからTicketを流用できる。このため、ジョブ実行の管理を弾力的に行うことができ、利用者の利便性が高まる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者からのジョブ実行要求を受付けてジョブを実行し、画像を形成する画像形成装置、及びそれを有する画像形成システムに関するものである。
【背景技術】
【０００２】
従来、画像形成装置におけるジョブ実行量の管理は、例えば、次のような方法で行われている。
【０００３】
画像形成装置において、印刷を行う場合、個人又はグループ毎に一定期間内に印刷可能な枚数を決めておき、その制限値である枚数まで、その画像形成装置を使用して印刷することができるようにし、印刷枚数が制限値に到達したときには、印刷ができないようにする。つまり、画像形成装置は、１枚印刷する毎に定められた制限値に達したか否かを確認し、制限値に達していない場合には、次の１枚を印刷する。制限値に達した場合には、次の印刷は行わない。
【０００４】
下記の特許文献１には、デジタルコンテンツの配布を管理する管理サーバにおいて、予め利用者がチケットを購入し、購入済みのチケット分だけ、デジタルコンテンツの配布を可能とするコンテンツ管理サーバの技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１７８２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の画像形成装置及び画像形成システムでは、ジョブ実行量の管理機能を画像形成装置内に設けた場合には、そのジョブ実行量を高速に確認することができるが、ジョブ実行量の管理を例えば、本社で一括管理するような場合では、通信回線等を介した別の情報処理装置内にジョブ実行量の管理機能を設けなければならない。このような場合では、ジョブ実行量の確認に時間がかかるという課題がある。つまり、連続印刷を行う場合、印刷する各枚数の間に確認時間が入るため、印刷速度が低下するという課題があった。
【０００７】
更に、ジョブ実行量の制限値は、例えば、印刷機能、コピー機能（以下「COPY機能」という。）、電子メール機能（以下、「Email機能」）という。）、及びファクシミリ機能（以下「ＦＡＸ機能」という。）等のジョブ別に設定、管理されているため、ある利用者の特定ジョブのジョブ実行量が制限値に到達した場合には、その利用者は、他のジョブのジョブ実行量に余裕があっても、その特定ジョブの利用が不可能になってしまうという課題があった。
【課題を解決するための手段】
【０００８】
本発明の画像形成装置は、利用者からの入力情報を受け付け、前記入力情報の内容がジョブ実行要求であったときには、前記ジョブ実行要求の内容を解析してジョブ解析結果を出力するジョブ受け付け部と、前記ジョブの種類に応じ、画像を形成して所定の処理を実行する複数の機能パックを有する機能部と、前記ジョブ解析結果を入力して前記ジョブを実行する機能パックを選択し、前記機能部に対し前記ジョブの実行を要求するジョブ実行管理部と、前記ジョブを実行する前記機能パックに対し、前記機能パックが必要とするジョブ実行量を問い合せ、前記機能パックから通知された前記ジョブ実行量に基づき、前記ジョブが必要とする前記ジョブ実行量を算出し、許可要求として出力する許可要求部とを備えている。
【０００９】
前記ジョブ実行量は、印刷媒体の印刷枚数、電子メールにおける通信パケット数、及びファクシミリ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位により計測される。
【００１０】
本発明の画像形成システムは、前記画像形成装置と、ジョブ管理装置とを備えており、前記ジョブ管理装置は、前記利用者毎に、実行済みの前記ジョブの前記ジョブ実行量と前記ジョブ実行量の上限である制限値とを記憶する記憶部と、前記許可要求部からの前記許可要求に対して前記記憶部に記憶した前記実行済みの前記ジョブ実行量と前記制限値とから前記ジョブの実行許可又は実行禁止を判断して前記許可要求部に通知する判断通知部とを有している。
【発明の効果】
【００１１】
本発明の画像形成装置によれば、ジョブを実行する機能パックに対し、必要とするジョブ実行量を問い合せ、回答されたジョブ実行量に基づき、ジョブが必要とするジョブ実行量を算出し、許可要求として出力する許可要求部とを備えている。このため、許可されたジョブ実行量の範囲でジョブを連続して実行できるので、ジョブの実行速度を低下させることがない。
【００１２】
更に、ジョブ実行量は、印刷媒体の印刷枚数、電子メールにおける通信パケット数、及びファクシミリ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位により計測するようにしたので、ジョブ実行量の制限値が、例えば、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブ別に設定されていても、ある利用者の特定ジョブのジョブ実行量が制限値に到達した場合には、ジョブ実行量に余裕がある他のジョブからジョブ実行量を流用できるので、ジョブ実行量の管理を弾力的に行うことができる。このため、利用者の利便性が高まるという効果がある。
【００１３】
本発明の画像形成システムによれば、前記画像形成装置と、ジョブ実行量とを管理するジョブ管理装置を備えているので、前記画像形成装置のジョブ実行速度を低下させることがない。更に、複数種類のジョブのジョブ実行量の管理を弾力的に行うことができるので、利用者の利便性が高まるという効果がある。
【図面の簡単な説明】
【００１４】
【図１】図１は本発明の実施例１における図５中の制御部の概略を示す構成図である。
【図２】図２は本発明の実施例１における画像形成システムの概略を示す構成図である。
【図３】図３は図２中のチケット（以下「Ticket」という。）付与装置の概略を示す構成図である。
【図４】図４は図３中のチケットデータベース（以下「TicketＤＢ」という。）の概略を示す構成図である。
【図５】図５は図２中の画像形成装置の概略を示す構成図である。
【図６】図６は図１中の設定値データベース（以下「設定値ＤＢ」という。）の概略を示す構成図である。
【図７】図７は本発明の実施例１における画像形成システムの動作を示す図である。
【図８】図８は図２中の画像形成装置におけるTicket要求処理を示すフローチャートである。
【図９】図９は図２中の画像形成装置におけるTicket必要量見積り処理を示すフローチャートである。
【図１０】図１０は図３のTicket付与装置の動作を示すフローチャートである。
【図１１】図１１は図２中の画像形成装置におけるTicket受け取り処理を示すフローチャートである。
【図１２】図１２は図２中の画像形成装置におけるTicket返却処理を示すフローチャートである。
【図１３】図１３は本発明の実施例２における図５中の制御部の概略を示す構成図である。
【図１４】図１４は本発明の実施例２における図２中の画像形成装置のTicket必要量見積り処理を示すフローチャートである。
【図１５】図１５は本発明の実施例３における図５中の制御部の概略を示す構成図である。
【図１６】図１６は本発明の実施例３における図２中の画像形成装置の統計値作成処理を示すフローチャートである。
【図１７】図１７は本発明の実施例３における図２中の画像形成装置のTicket必要量見積り処理を示すフローチャートである。
【図１８】図１８は本発明の実施例４における図５中の制御部の概略を示す構成図である。
【図１９】図１９は本発明の実施例４における図２中の画像形成装置のTicket要求処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
本発明を実施するための形態は、以下の好ましい実施例の説明を添付図面と照らし合わせて読むと、明らかになるであろう。但し、図面はもっぱら解説のためのものであって、本発明の範囲を限定するものではない。
【実施例１】
【００１６】
（実施例１の構成）
図２は、本発明の実施例１における画像形成システムの概略を示す構成図である。
【００１７】
本実施例１における画像形成システムは、クライアントサーバモデルにより構成されている。即ち、クライアントであるパーソナルコンピュータ（以下「ＰＣ」という。）１は、通信回線２を介して、サーバである画像形成装置１０に接続され、利用者からのジョブ実行要求を画像形成装置１０に依頼するように構成されている。
【００１８】
画像形成装置１０は、例えば、複合機であって、受信したデータを記録媒体（例えば、用紙）Ｐに印刷する印刷機能と、図示しないスキャナによりスキャンしたデータを印刷するCOPY機能と、スキャンしたデータをEmailに添付して送信するEmail機能と、スキャンしたデータをＦＡＸ送信するＦＡＸ機能とを有している。
【００１９】
更に、画像形成装置１０には、通信回線２を介して、画像形成装置１０のジョブ実行量を管理するジョブ管理装置としてのTicket付与装置４０が接続されている。画像形成装置１０は、この場合、Ticket付与装置４０に対してTicketの付与を依頼するので、画像形成装置１０がクライアントで、Ticket付与装置４０がサーバとなる。
【００２０】
ここで、本実施例１におけるTicketについて説明する。画像形成装置１０は、既に述べたように、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等を有している。画像形成装置１０におけるジョブ実行量は、印刷媒体の印刷枚数、Emailにおける通信パケット数、及びＦＡＸ通信における通信時間を含むそれぞれ計測単位が異なる量を、所定の変換率で変換して求められる共通の単位により計測される。この共通の単位を本実施例１では、Ticketと呼ぶ。
【００２１】
例えば、印刷機能においては、課金対象となるのは消耗品の使用量であり、この場合、印刷されたページ数に課金するのが普通である。よって印刷機能の場合には、ページ数がTicketに割り当てられる。COPY機能についても同様に印刷されるページ数がTicketに割り当てられる。
【００２２】
Email機能においては、通常、パケットと呼ばれる通信単位で課金される。例えば、通信量が１バイト〜１５００バイトのときに同額に課金される料金体系の場合には、通信量が１バイトでも１パケット扱いとなる。つまり、通信回線２の速さには関係なく、あくまで通信したパケット数が課金対象である。この場合には、通信するパケット数がTicketに割り当てられる。
【００２３】
ＦＡＸ機能の場合には、通常、通信時間が課金対象となる。同じデータサイズの原稿を通信する場合でも、通信回線２の速度が速いか、又は選んだ通信プロトコルが速い相手の場合には、通信時間は短くなる。通信回線２の速度が遅いか、又は選んだ通信プロトコルが遅い場合には、通信時間が長くなる。このようにＦＡＸ機能の場合には、同じサイズのデータでも課金額は異なる。
【００２４】
更に、高品質通信モードか低品質通信モードかによって、１枚のスキャンデータのデーダサイズは異なる。このため、高品質通信モードで通信した場合には、同じ１枚でも低品質通信モードの場合に比べて課金額が高くなる。逆に低品質通信モードで通信した場合には、同じ１枚でも高品質通信モードの場合に比べて課金額は安くなる。よって、ＦＡＸ機能においては、一定の通信時間がTicketに割り当てられる。又、厳密には、ＦＡＸの通信費は単純に時間だけに依存しているのではなく、通信相手との「通信単価×通信時間」が一般的な課金額になるべきだが、通常ＦＡＸ通信における通信単価を知ることができないため、ＦＡＸ通信における課金は通信時間のみで行うケースが多い。
【００２５】
このように本実施例１では、用紙Ｐの印刷枚数、Emailにおける通信パケット数、及びＦＡＸ通信における通信時間のように、それぞれ計測単位が異なる量を共通の単位であるTicketに変換している。
【００２６】
従来のジョブ実行量の制御では、例えば、利用者Ａは、印刷機能とCOPY機能とを使用できるが、Email機能とＦＡＸ機能は使用できない。利用者Ｂは、印刷機能を使用できるが、COPY機能と、Email機能と、ＦＡＸ機能とは使用できないといった制御を行っている。
【００２７】
本実施例１では、Ticketという共通の単位によりジョブ実行量を計測するようにしたので、例えば、利用者Ａが印刷機能と、COPY機能と、Email機能と、ＦＡＸ機能とを合わせて、ある一定量まで使用することを許可する制御が可能となる。
【００２８】
例えば、印刷機能及びCOPY機能においては、用紙Ｐの１ページを５Ticketに割り当てる。Email機能においては、１００パケットを１Ticketに割り当てる。ＦＡＸ機能については、３分間の通信を１０Ticketに割り当てる。そして、利用者Ａは、合計で月に２０００Ticketの使用を可能になるよう、Ticket付与装置４０に制限値を設定するのである。この場合、利用者Ａが印刷機能と、COPY機能と、Email機能と、ＦＡＸ機能とを合わせて月に２０００Ticketまで使用することを許可する制御が可能となる。
【００２９】
図３は、図２中のTicket付与装置４０の概略を示す構成図である。
Ticket付与装置４０は、通信制御部４１、TicketＤＢ４２及びTicket付与部４３を有している。通信制御部４１は、所定のプロトコルにより、外部の機器と通信するためのインタフェース機能を有している。所定のプロトコルとは、具体的には、ＵＳＢ、ＩＥＥＥ１３９４、或いは、その他のネットワーク通信プロトコルである。通信ブロトコル部４１は、一般的な双方向の通信処理を行う機能を有している。
【００３０】
通信プロトコル部４１には、Ticketの使用量を管理する判断通知部（例えば、Ticket付与部）４３が接続されている。Ticket付与部に４３は、通信プロトコル部４１を介して、画像形成装置１０からのジョブの実行許可を要求する許可要求が入力される。この許可要求には、画像形成装置１０が必要とするジョブ実行量を示すTicket数が含まれている。
【００３１】
Ticket付与部４３は、要求されたTicket数に基づいて、記憶部（例えば、TicketＤＢ）４２内に記憶された利用者毎の実行済みのジョブ実行量（例えば、使用済みTicket数）と使用可能なTicket数の制限値とを参照して、ジョブの実行の可否を決定する機能を有している。実行が可能な場合には、画像形成装置１０から要求されたTicket数を付与Ticket数として画像形成装置１０に通知する機能を有している。
【００３２】
図４は、図３中のTicketＤＢ４２の概略を示す構成図である。
TicketＤＢ４２は、ハードディスク装置等の不揮発性メモリに記憶されており、画像形成装置識別子インデックス（以下「ＩＤインデックス」という。）４２ａ、利用者ＩＤインデックス４２ｂ及びTicket制限値テーブル４２ｃを有している。
【００３３】
Ticket制限値テーブル４２ｃは、複数の画像形成装置１０毎で、且つ複数の利用者毎に設けられ、画像形成装置１０が提供するサービス毎に使用可能Ticketの制限値と、使用済みTicket数と、Ticket残数とを記憶している。画像形成装置１０は、利用者からのジョブの実行依頼により、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のいずれかのジョブを実行することで、これらのサービスを提供するように構成されている。
【００３４】
利用者ＩＤインデックス４２ｂは、利用者ＩＤと、複数のTicket制限値テーブル４２ｃの記憶場所を示すアドレスとを記憶するテーブルである。Ticket付与部４３が利用者ＩＤをキーとして、特定のTicket制限テーブル４２ｃのアドレスを知るように構成されている。
【００３５】
画像形成装置ＩＤインデックス４２ａは、画像形成装置ＩＤと、複数の利用者ＩＤインデックス４２ｂの記憶場所を示すアドレスとを記憶するテーブルである。Ticket付与部４３が画像形成装置ＩＤをキーとして、特定の利用者ＩＤインデックス４２ｂのアドレスを知るように構成されている。
【００３６】
Ticket制限テーブル４２ｃにおいて、例えば、印刷機能の欄には、Ticket制限値としてｎ１、使用済みTicket数としてｍ１、Ticket残数としてｒ１が記憶されている。COPY機能、Email機能、及びＦＡＸ機能についても同様の構成になっている。
【００３７】
例えば、ある利用者Ａに対して、Ticket制限値=５が設定されていたとし、用紙Ｐ１枚を印刷する処理にTicket=１が割り当てられていたとすると、利用者Ａは、用紙１枚の印刷を５回まで実行することが可能である。更に、ＦＡＸを１枚送信する処理がTicket=２に割り当てられていたとすると、利用者Ａは、１枚のＦＡＸ送信を２回と、１枚の印刷を１回まで実行することが可能である。
【００３８】
このように、Ticket制限値は、利用者の利用環境における管理者が設定する設定値で、利用者毎に画像形成装置１０を使用する使用量を制限するために用いられる。使用済みTicket数は、利用者が現在までに使用したTicketの量である。Ticket残数は、Ticket制限値と使用済みTicket数との差分である。
【００３９】
図５は、図２中の画像形成装置１０の概略を示す構成図である。
画像形成装置１０は、リードオンリメモリ（以下「ＲＯＭ」という。）１１に記憶されている各種プログラムをランダムアクセスメモリ（以下「ＲＡＭ」という。）１２に読み出して、各種ジョブを実行する制御部３０を有している。
【００４０】
制御部３０には、各種設定値等を記憶するハードディスク装置等の不揮発性メモリ１３と、時刻を計測する時計回路１４と、利用者の操作を受け付けると共に、利用者に対する通知を表示する操作パネル１５と、ＰＣ１等の外部装置を接続する外部インタフェース（以下「外部Ｉ／Ｆ」という。）部１７とが接続されている。操作パネル１５は、バスブリッジ１６を介して制御部３０と接続されている。
【００４１】
更に、制御部３０には、画像を形成して用紙Ｐに印刷するプリンタ部１８と、原稿上の画像を読み取るスキャナ部１９と、スキャンしたデータをＦＡＸ送信するＦＡＸ部２０とが接続されている。これらのプリンタ部１８、スキャナ部１９、及びＦＡＸ部２０は、ＲＯＭ１１に記憶されているプログラムをＲＡＭ１２に読み出して制御部３０により実行することで、制御される。Email機能は、ＲＯＭ１１に記憶されている図示しないEmail用のプログラムによって実行される。
【００４２】
図１は、本発明の実施例１における図５中の制御部３０の概略を示す構成図である。図６は、図１中の設定値ＤＢの概略を示す構成図である。
【００４３】
図１に示すように、制御部３０は、通信プロトコル部３１、通信振り分け部３２、機能部３３、ジョブ受け付け部３５、ジョブ実行管理部３６及び許可要求部（例えば、Ticket管理部）３７を有している。更に、制御部３０には、設定値ＤＢ３４が接続されている。
【００４４】
通信プロトコル部３１は、ＰＣ１やTicket付与装置４０等の外部の機器と通信するためのインタフェースであり、例えば、ＵＳＢ、ＩＥＥＥ１３９４、ネットワーク通信プロトコル等の通信規約で動作する通信用プログラムにより構成されている。
【００４５】
通信振り分け部３２は、受信した情報の振り分けを行う機能を有している。通信プロトコル部３１を使用する処理（タスク）が単一であれば通信振り分け部３２は、必要ない。しかし、通信プロトコル部３１を使用するタスクが複数存在する場合には、受信したデータを該当するタスクへ振り分ける機能が必要になる。
【００４６】
機能部３３は、画像形成装置１０内の機能全体を包含するコンテナである。機能部３３は、ジョブの種類に応じ、所定の処理を実行する複数の機能パック３３−１〜３３−Ｎを有している。機能パック３３−１〜３３−Ｎの具体例としては、本実施例１の画像形成装置１０における、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等を実行する各処理部がある。
【００４７】
以下、複数の機能パック３３−１〜３３−Ｎのうちの特定の機能パックを表すとき、又は特に区別する必要のないときには、機能パック３３−Ｋ又は機能パック３３−Ｊと表記する。
【００４８】
複数の機能パック３３−１〜３３−Ｎのうち、機能パック３３−Ｋである印刷処理部３３ｋは、機能部３３に包含されており、印刷機能を実行するものである。本実施例１では、具体例として印刷処理部３３ｋについて説明するが、COPY機能、Email機能、及びＦＡＸ機能等についても同様に読み替えることが可能である。
【００４９】
本実施例１の機能パック３３−Ｋは、自身が処理するジョブ実行量を所定の変換率でTicketに変換する機能を有している。この変換率は、設定値ＤＢ３４に設定してあり、所定の変換率により変換するように構成されている。例えば、印刷処理部３３ｋの場合のジョブ実行量の単位は、印刷ページである。印刷処理部３３ｋは、１ページを所定のTicket数に割り当てる機能を有している。
【００５０】
例えば、設定値ＤＢ３４に設定してある変換率（図６では変換Ticket数）が５の場合、印刷処理部３３ｋは、１ページを５Ticketに割り当てるように機能する。設定値ＤＢ３４には、更に、ジョブ実行時に必要な要求Ticket数が記憶されており、印刷処理部３３ｋは、ジョブ実行に必要な分のTicket数を、ジョブ実行管理部３６を介してTicket管理装置４０に要求する機能を有している。
【００５１】
図６に示すように、設定値ＤＢ３４は、ハードディスク装置等の不揮発性メモリ１３に記憶されている。設定値ＤＢ３４は、画像形成装置１０が実行する、例えば、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブ毎に、その単位動作量と、単位動作量をTicket数に変換する際の変換率（変換Ticket数）、ジョブ毎のTicket残数、及びジョブ実行時において、Ticket付与装置４０に要求する要求Ticket数が記憶されている。
【００５２】
図６の例では、印刷機能の場合、単位動作量は１ページであり、その変換率は１ページに対して５Ticketである。現在のTicket残数は、５０Ticketで要求Ticket数は、５００Ticketである。
【００５３】
図１に示すように、ジョブ受け付け部３５は、通信振り分け部３２と、操作パネル１５と、ジョブ実行管理部３６とに接続されており、利用者からの要求を受け付ける入り口である。例えば、操作パネル１５を経由して利用者の操作で入力される図示しないコマンドの翻訳部と、通信プロトコル部３１及び通信振り分け部３２を経由してＰＣ１から受信する図示しないコマンドの翻訳部とを有している。
【００５４】
ＰＣ１によるコマンド入力は、例えば、画像形成装置１０内にウェブ（ＷＥＢ）ページを設け、これをＰＣ１内のブラウザで表示して利用者により入力する方法と、ＰＣ１内のプログラムによりＰＪＬ（PrintJobLanguage)を生成する方法等がある。
【００５５】
操作パネル１５からの入力の場合は、利用者による文字ベースのメニュー操作によりローカルプリントの要求や、COPY機能、Email機能やＦＡＸ機能等の要求が入力される。ＷＥＢページによる場合は、利用者によるグラフィカルな画面を基本としたメニュー操作により、設定値の参照、修正やローカルプリントの要求等が入力される。ＰＪＬによる場合は、主に印刷機能等の要求及び印刷対象のデータが入力される。
【００５６】
ここで、ＷＥＢページについて説明する。ＷＥＢページは、主にＨＴＭＬ、ＸＨＴＭＬ、ＸＭＬ等の言語で記載された一種のプログラムである。このプログラムは、ＷＥＢブラウザと呼ばれるソフトウェアで解読されて動作する。本実施例１では、ＷＥＢページは、画像形成装置１０内に設けられ、ブラウザは、ＰＣ１内に設けられている。通常、ＷＥＢページは、主にＷＥＢブラウザ上にグラフィカルな表示を提供するが、ファイルへのアクセスや、ネットワーク通信動作を行うことも可能である。このＷＥＢページは、通常、画像形成装置１０の管理に使用される。ＷＥＢページは、プラットフォームフリーなのでＰＣ１の環境から独立であるという利点を有している。
【００５７】
ジョブ実行管理部３６は、ジョブ受け付け部３５、機能部３３、及びTicket管理部３７に接続されており、利用者により要求されたジョブをジョブ受け付け部３５から受け取ると、そのジョブに必要な機能パック３３−Ｋを選択し、その機能パック３３−Ｋの実行を機能部３３に要求する機能を有している。
【００５８】
ジョブ実行管理部３６は、ジョブが開始されると、ジョブの実行状態を監視して制御する機能を有している。例えば、他の機能パック３３−Ｊが現在実行中のジョブの状態を参照したり、実行中のジョブに対して、一時停止、キャンセル、再開等の命令を出す場合には、常にジョブ実行管理部３６に依頼し、ジョブ実行管理部３６経由で実行するように構成されている。
【００５９】
他の機能パック３３−Ｊは、現在利用者から要求されたジョブを実行するのにどの機能パックを使用しているのかをジョブ実行管理部３６に問い合わせることも可能になっている。
【００６０】
Ticket管理部３７は、画像振り分け部３２と、ジョブ実行管理部３６と、機能部３３とに接続されており、画像形成装置１０内で必要なTicketのとりまとめ機能と、Ticket付与装置４０に対するTicket要求、及び返却処理を行う機能を有している。Ticketのとりまとめ機能は、機能部３３の機能パック３３−Ｋに対して、必要なTicket数の問い合せを行う処理と、機能パック３３−Ｋから返って来た要求Ticket数から画像形成装置１０としての必要なTicket数を見積もる処理とを有している。更に、画像形成装置１０としての必要なTicket数をTicket付与装置４０へ要求し、ジョブ終了後に余ったTicketを返却する機能を有している。
【００６１】
（実施例１の動作）
図７は、本発明の実施例１における画像形成システムの動作を示す図である。
【００６２】
画像形成装置１０は、処理Ｔ１で、利用者からの印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブの実行要求をＰＣ１から受信する。画像形成装置１０は、処理Ｔ２で、Ticket付与装置４０に対して、必要なTicket数を要求する。
【００６３】
Ticket付与装置４０は、処理Ｔ３において、画像形成装置１０に対してTicketを配布する。画像形成装置１０は、配布されたTicket分の動作を許可されたことになるので、利用者に要求されたジョブを配布されたTicketの範囲で実行する。Ticket分の動作を行ってもジョブが終了しないと判断した場合は、画像形成装置１０は、処理Ｔ４において、処理Ｔ２と同様に、Ticket付与装置４０に対して、必要なTicket数を要求する。
【００６４】
Ticket付与装置４０は、処理Ｔ５において、処理ステップＴ３と同様に、画像形成装置１０に対してTicketを配布する。画像形成装置１０は、配布されたTicket分の動作を許可されたことになるので、ジョブを配布されたTicketの範囲で実行する。このように、ジョブが終了するまで処理Ｔ２及び処理Ｔ３と同様の処理が繰り返され、処理Ｔ７において、ジョブが終了すると、処理Ｔ８において、画像形成装置１０は、ジョブを要求したＰＣ１に対してジョブ終了通知を送信する。
【００６５】
図８は、図２中の画像形成装置１０におけるTicket要求処理を示すフローチャートである。
【００６６】
ステップＳ１において、画像形成装置１０における通信プロトコル部３１は、ＰＣ１からジョブ実行要求を受信する。通信プロトコル部３１は、受信した内容をそのまま通信振り分け部３２へ転送する。
【００６７】
ステップＳ２において、通信振り分け部３２は、受信した内容を確認し、その内容に応じた後工程を選択する。受信した内容がジョブ実行要求であった場合には、ジョブ受け付け部３５へ受信した内容を転送する。
【００６８】
ステップＳ３において、ジョブ受け付け部３５は、転送された内容を翻訳し、具体的に何が要求されているのかを判別する。ジョブ受け付け部３５には、操作パネル１５の操作結果や、ＰＣ１内で動作する図示しないユーティリティソフトウェアや、図示しないＷＥＢページ等からの操作結果がコマンドとして送信されてくる。
【００６９】
操作パネル１５からのコマンドは、バスブリッジ１６を介してジョブ受け付け部３５に入力される。ユーティリティソフトウェア及びＷＥＢページからのコマンドは、通信回線２、通信プロトコル部３１、及び通信振り分け部３２を介して、ジョブ受け付け部３５に入力される。ジョブ受け付け部３５ではその差を意識せず、同様に扱う。ジョブ受け付け部３５は、ジョブ実行要求を解析し、要求されているジョブを特定してその実行をジョブ実行管理部３６へ要求する。
【００７０】
ステップＳ４において、ジョブ実行管理部３６は、ジョブ受け付け部３５から要求されたジョブの実行を計画する。計画は、主に要求されたジョブを起動するために必要なリソースの都合を考えて行う。ジョブ実行管理部３６は、機能部３３に対して要求されたジョブを実行するために必要なリソース、例えば、機能パック３３−ｉを要求する。
【００７１】
ステップＳ５において、ジョブ実行管理部３６は、機能部３３から通知された特定の機能パック３３−ＫをTicket管理部３７へ通知する。例えば、機能パック３３−Ｋは、印刷処理部３３ｋとする。
【００７２】
ステップＳ６において、Ticket管理部３７は、ジョブ実行管理部３６から通知された機能パック３３−Ｋである印刷処理部３３ｋに、必要なTicket数を問い合せる。
【００７３】
ステップＳ７において、Ticket管理部３７から問い合せを受けた印刷処理部３７は、実行に必要なTicket数をTicket管理部３７に回答する。本処理については図９にて後述する。
【００７４】
ステップＳ８において、Ticket管理部３７は、ステップＳ７の問い合せに対する回答から本ジョブの実行に必要なTicket数を見積もる。
【００７５】
ステップＳ９において、Ticket管理部３７は、必要なTicket数をTicket要求コマンドとして作成し、通信振り分け部３２へ転送する。Ticket要求コマンドは、画像形成装置１０とTicket付与装置４０との間で通信されるコマンドであって、画像形成装置１０がジョブを実行するための許可をTicket付与装置４０に求めるためのものである。
【００７６】
ステップＳ１０において、通信振り分け部３２は、受け取った情報（Ticket要求コマンド）を通信プロトコル部３１へ転送する。ステップＳ１１において、通信プロトコル部３１は、通信振り分け部３２から転送された情報をTicket付与装置４０へ送信する。
【００７７】
図９は、図２中の画像形成装置１０におけるTicket必要量見積り処理を示すフローチャートである。
【００７８】
本処理は、各機能パック３３−ＫがTicket管理部３７からの問い合せを受けて、ジョブ実行に必要なTicket数を見積って回答する処理である。本実施例１では、機能パック３３−Ｋとして印刷処理部３３ｋを例に動作を説明する。
【００７９】
ステップＳ７１において、印刷処理部３３ｋは、Ticket管理部３７から必要なTicket数の問い合せを受ける。この時点で、印刷処理部３３ｋにおいて前回受領してTicketが残っている場合がある。
【００８０】
ステップＳ７２において、印刷処理部３３ｋは、設定値ＤＢ３４を検索し、固定的に管理者が設定した要求Ticket数を読み出す。例えば、図６の例では、Ticket残数が５０であり、要求Ticket数が５００に設定されている。この固定的に管理者が設定する設定値は、機能パック３３−Ｋ毎に異なる値を設定することも可能であるし、同一の値を設定することも可能である。
【００８１】
ステップＳ７３において、印刷処理部３３ｋは、要求Ticket数をTicket管理部３７へ通知して本処理を終了する。
【００８２】
図１０は、図３のTicket付与装置４０の動作を示すフローチャートである。
ステップＳ２１において、通信制御部４１は、画像形成装置１０からTicket要求コマンドを受信するとTicket付与部４３へ転送する。
【００８３】
ステップＳ２２において、Ticket付与部４３は、受信したコマンドがTicket要求コマンドであった場合には、TicketＤＢ４２に対して情報の検索を行う。検索する情報は、Ticket制限値と使用済みTicket数である。Ticket制限値は、各利用者に許可されたTicket数である。
【００８４】
図４の例によれば、Ticket付与部４０は、受信したTicket要求コマンド中の画像形成装置ＩＤをキーとして画像形成装置ＩＤインデックス４２ａを検索し、利用者ＩＤインデックス４２ｂのアドレスを求める。次に、Ticket付与部４０は、Ticket要求コマンド中の利用者ＩＤをキーとしてTicket制限値テーブル４２ｃのアドレスを求め、印刷機能のTicket制限値と使用済みTicket数とを読み出す。
【００８５】
ステップＳ２３において、Ticket付与部４３は、Ticket制限値と使用済みTicket数とを比較する。Ticket制限値>使用済みTicket数の場合には、次のステップＳ２４へ移行する。Ticket制限値≦使用済みTicket数の場合には、ステップＳ２５へ移行する。
【００８６】
ステップＳ２４において、Ticket付与部４３は、（使用済みTicket数＋要求Ticket数）の値をTicket制限値と比較する。（使用済みTicket数＋要求Ticket数）がTicket制限値を超えてない場合には、要求Ticket数を付与Ticket数とする。（使用済みTicket数＋要求Ticket数）がTicket制限値を超えている場合には、Ticket制限値に収まる範囲で最大となるTicket数を付与Ticket数として決定する。Ticket付与部４３は、付与Ticket数を画像形成装置１０からのTicket要求コマンドに対するレスポンスとして作成し、通信制御部４１へ転送する。
【００８７】
ステップ２５において、Ticket付与部４３は、使用済みTicket数がTicket制限値に達しているため、Ticket発行不可の内容を画像形成装置１０からのTicket要求コマンドに対するレスポンスとして作成し、通信制御部４１へ転送する。
【００８８】
ステップＳ２６において、通信制御部４１は、Ticket付与部４３から転送されたレスボンスを画像形成装置１０へ返送して本処理を終了する。
【００８９】
図１１は、図２中の画像形成装置１０におけるTicket受け取り処理を示すフローチャートである。
【００９０】
図１１では、画像形成装置１０からTicket付与装置４０に対してTicket要求し、Ticket付与装置４０がその応答として付与Ticket数を返送した後の画像形成装置１０の動作を説明する。
【００９１】
ステップＳ３１において、通信プロトコル部３１は、外部からコマンド等の情報を受信すると、通信振り分け部３２へ転送する。ステップＳ３２において、通信振り分け部３２は、受信した情報がTicket関係のコマンドであると判断した場合には、受信した情報をTicket管理部３７へ転送する。
【００９２】
ステップＳ３３において、Ticket管理部３７は、受信した情報を解析し、Ticket要求コマンドに対する応答であると判断した場合には、その内容からTicketがもらえたのか、もらえなかったのかを判断する。もらえた場合には、次のステップＳ３４へ移行する。もらえなかった場合には、ステップＳ３７へ移行する。
【００９３】
ステップＳ３４において、Ticket管理部３７は、機能部３３の各機能パック３３−ｉのうち、ジョブを実行する予定の印刷処理部３３ｋへTicketを配布する。
【００９４】
ステップＳ３５において、Ticketを配布された印刷処理部３３ｋは、配布されたTicket数分の動作を行う。このときに多めにTicketがもらえていると、印刷処理部３３ｋは、そのTicket数の分だけTicket付与装置４０との通信のやり取り無しで動作できるため、より円滑な動作が可能となる。
【００９５】
ステップＳ３６において、Ticket管理部３７は、印刷処理部３３ｋに対して必要なTicket数を問い合せて本処理を終了する。これは、印刷処理部３３ｋ等に配布したTicketがすべて消費されてしまう前に、Ticket付与装置４０に対し、Ticket要求を行うことにより、印刷処理部３３ｋの円滑な動作を保証するためである。
【００９６】
ステップＳ３７において、Ticket管理部３７がTicketがもらえなかった場合には、ジョブ実行管理部３６へTicket不足によりジョブの続行が不可能である旨を通知する。
【００９７】
ステップＳ３８において、ジョブ実行管理部３６は、機能部３３へ通知してジョブの実行を停止させる。図１１においては、ステップＳ３８の処理で、キャンセルすると記載したが、製品の仕様により、操作パネル１５や他のユーザインタフェースにTicket不足によりジョブ一時停止のメッセージを表示し、Ticket付与装置４０内のTicket制限値を見直すよう促すことも可能である。その場合にはジョブを一時停止としておき、ジョブのキャンセルは行わない。
【００９８】
図１２は、図２中の画像形成装置１０におけるTicket返却処理を示すフローチャートである。
【００９９】
画像形成装置１０がジョブ実行後に余ったTicketをTicket付与装置４０へ返却する動作について説明する。
【０１００】
ステップＳ４１において、印刷処理部３３ｋは、ジョブを実行する動作が終了すると、終了した旨をジョブ実行管理部３６へ通知する。機能部３３内の各機能パック３３−ｉは、ジョブ自体の終了を管理しないが、自らの処理の終了は判断する。
【０１０１】
ステップＳ４２において、ジョブ実行管理部３６は、複数の機能パック３３−ｉから通知された処理の終了通知により、ジョブの終了を判断する。ジョブ実行管理部３６は、関連する機能パック３３−ｉからの終了通知がすべて受信できたときに、ジョブ終了処理としての後処理（ログの書き込み等）を行う。その後、ジョブ実行管理部３７は、ジョブを終了させてジョブの終了をTicket管理部３７へ通知する。
【０１０２】
ステップＳ４３において、Ticket管理部３７は、Ticket付与装置４０から獲得したTicketのうち、ジョブ実行管理部３６からジョブ終了通知を受けた時点で未使用分のTicketをTicket返却コマンドとして作成する。Ticket管理部３７は、Ticket返却コマンドを通信振り分け部３２へ転送する。
【０１０３】
ステップＳ４４において、通信振り分け部３２は、Ticket管理部３７から受け取ったTicket返却コマンドを通信プロトコル部３１へ転送する。
【０１０４】
ステップＳ４５において、通信プロトコル部３１は、通信振り分け部３２から受け取ったTicket返却コマンドをTicket付与装置４０へ送信して本処理を終了する。
【０１０５】
（実施例１の効果）
本実施例１の画像形成装置１０によれば、ジョブを実行する機能パック３３−ｉに対し、必要Ticket数を問い合せ、回答された要求Ticket数に基づき、ジョブが必要とするTicket数を算出し、許可要求として出力するTicket管理部３７を備えているので、許可されたTicket数の範囲でジョブを連続して実行できる。このため、ジョブの実行速度を低下させることがない。
【０１０６】
更に、Ticketは、用紙Ｐの印刷枚数、Emailにおける通信パケット数、及びＦＡＸ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位なので、Ticketの制限値が、例えば、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブ別に設定されていても、ある利用者の特定ジョブのTicketが制限値に到達した場合には、Ticketに余裕がある他のジョブからTicketを流用できるので、ジョブ実行の管理を弾力的に行うことができる。このため、利用者の利便性が高まるという効果がある。
【０１０７】
又、本実施例１の画像形成システムによれば、画像形成装置１０と、Ticket付与装置４０とを備えているので、画像形成装置１０のジョブ実行速度を低下させることがない。更に、Ticketにより、複数種類のジョブの実行管理を弾力的に行うことができるので、利用者の利便性が高まるという効果がある。
【実施例２】
【０１０８】
（実施例２の構成）
図１３は、本発明の実施例２における図５中の制御部３０Ａの概略を示す構成図である。
【０１０９】
本実施例２において、Ticket付与部４０の構成は、実施例１と同様である。画像形成装置１０及び画像形成システムの構成は、実施例１とほぼ同様である。本実施例２における画像形成装置１０内の制御部３０Ａの構成は、実施例１とほぼ同様であるが、機能パック３３−Ｋである印刷処理部３３ｋａが実施例１の機能パック３３−Ｋである印刷処理部３３ｋと異なっている。更に、設定値ＤＢ３４Ａが実施例１の設定値ＤＢ３４と一部異なっている。
【０１１０】
本実施例２の設定値ＤＢ３４Ａでは、実施例１の設定値ＤＢ３４が記憶している固定値である要求Ticket数に代えて、画像形成装置１０の印刷機能、COPY機能、Email機能、ＦＡＸ機能等の機能毎の図示しないシステムの性能値を記憶している。
【０１１１】
本実施例２における印刷処理部３３ｋａは、Ticket管理部３７からジョブ実行に必要なTicket数の問い合せがあったときには、設定値ＤＢ３４Ａに記憶している性能値に対し、所定の演算を行い、要求Ticket数を求めるように構成されている点が、実施例１の印刷処理装置３３ｋと異なる。その他の構成は、実施例１と同様である。
【０１１２】
（実施例２の動作）
本実施例２のTicket付与装置４０の動作は、実施例１と同様である。画像形成装置１０の動作は、Ticket必要量見積り処理を除き、実施例１と同様である。以下、図１４を用いて、Ticket必要量見積り処理について説明する。
【０１１３】
図１４は、本発明の実施例２における図２中の画像形成装置１０のTicket必要量見積り処理を示すフローチャートである。
【０１１４】
Ticket必要量見積り処理は、機能パック３３−ＫがTicket管理部３７からの問い合せに対して、必要なTicket数を回答する処理である。ここでは、機能パック３３−Ｋとして印刷処理部３３ｋａを例に説明する。
【０１１５】
実施例１と同様のステップＳ７１において、印刷処理部３３ｋａは、Ticket管理部３７から必要なTicket数の問い合せを受ける。この時点で、同一サービスの処理において前回受領したTicketが残っている場合もある。
【０１１６】
実施例１とは異なるステップＳ７２Ａ１において、印刷処理部３３ｋａは、設定値ＤＢ３４Ａを検索し、システムの性能値を読み出す。システムの性能値は、固定的に製品出荷時に設定されていても良いが、搭載されているメモリ量などの影響を受けて変動するものであるため、システム起動時に設定されることが望ましい。
【０１１７】
実施例１とは異なるステップＳ７２Ａ２において、印刷処理部３３ｋａは、読み出したシステムの性能値に対して特定の演算を行い、要求Ticket数を求める。
【０１１８】
実施例１と同様のステップＳ７３において、印刷処理部３３ｋａは、要求Ticket数をTicket管理部３７へ通知して本処理を終了する。
【０１１９】
（実施例２の効果）
本実施例２によれば、実施例１の効果に加え、システムの性能値に対して特定の演算を行い、要求Ticket数を求めるようにしたので、性能の異なる上位から下位の画像形成装置１０において、高性能の画像性装置１０には、多くのTicketを供給できる。このため、最適なTicket管理が可能となり、画像形成装置１０の性能を十分発揮させることができる。
【０１２０】
（実施例３の構成）
図１５は、本発明の実施例３における図５中の制御部３０Ｂの概略を示す構成図である。
【０１２１】
本実施例３において、Ticket付与部４０の構成は、実施例１と同様である。画像形成装置１０及び画像形成システムの構成は、実施例１とほぼ同様である。本実施例３における画像形成装置１０内の制御部３０Ｂの構成は、実施例１とほぼ同様であるが、機能パック３３−Ｋである印刷処理部３３ｋｂが実施例１の機能パック３３−Ｋである印刷処理部３３ｋｂと異なっており、更に、時刻管理部３８が追加されている。又、設定値ＤＢ３４Ｂが実施例１の設定値ＤＢ３４と一部異なっている。
【０１２２】
本実施例３における設定値ＤＢ３４Ｂは、実施例１の設定値ＤＢ３４が記憶している固定値である要求Ticket数に代えて、画像形成装置１０の印刷機能、COPY機能、Email機能、ＦＡＸ機能等の機能毎に図示しない統計値を記憶している。
【０１２３】
本実施例３の印刷処理部３３ｋｂは、Ticket管理部３７からジョブ実行に必要なTicket数の問い合せがあったときには、設定値ＤＢ３４Ａに記憶している統計値に対し、所定の演算を行い、要求Ticket数を求めるように構成されている点が実施例１の印刷処理部３３ｋと異なる。その他の構成は、実施例１と同様である。
【０１２４】
（実施例３の動作）
実施例３のTicket付与装置４０の動作は、実施例１と同様である。実施例３の画像形成装置１０の動作は、Ticket必要量見積り処理を除き、実施例１と同様であるが、統計値作成処理が追加されている。
【０１２５】
図１６は、本発明の実施例３における図２中の画像形成装置１０の統計値作成処理を示すフローチャートである。
【０１２６】
図１６を用いて統計値を取得する処理について説明する。
ステップＳ５１において、印刷処理部３３ｋｂは、Ticket管理部３７から必要なTicket数を受領する。
【０１２７】
ステップＳ５２において、印刷処理部３３ｋｂは、時刻管理部３８から時刻を入手する。
【０１２８】
ステップＳ５３において、印刷処理部３３ｋｂは、ジョブの終了時点で統計値を作成する。統計値は、どの利用者が何ページ印刷したか、その印刷は、カラーかモノクロか等の情報を収集したものである。例えば、機能パック３３−ＫがＦＡＸ機能であるならば、送信枚数、解像度、通信時間等を統計値として作成することになる。統計値には時刻情報が含まれている。
【０１２９】
ステップＳ５４において、印刷処理部３３ｋｂは、作成した統計値を設定値ＤＢ３４Ｂへ保存して本処理を終了する。
【０１３０】
図１７は、本発明の実施例３における図２中の画像形成装置１０のTicket必要量見積り処理を示すフローチャートである。
【０１３１】
実施例１と同様のステップＳ１において、印刷処理部３３ｋｂは、Ticket管理部３７から必要なTicket数の問い合せを受ける。この時点で、同一サービスの処理において前回もらったTicketが残っている場合もある。
【０１３２】
実施例１と異なるステップＳ７２Ｂ１において、印刷処理部３３ｋｂは、設定値ＤＢ３４Ｂを検索し、統計値を読み出す。
【０１３３】
実施例１と異なるステップＳ７２Ｂ２において、印刷処理部３３ｋｂは、統計値により、印刷の傾向がつかめるため、傾向に応じた要求Ticket数を算出する。例えば、「部長は、毎週月曜日の9:00にはテキストのような処理の軽い印刷が１００ページ前後発生することが多い。」という統計がとれた場合には、印刷速度が速めで１００ページ前後をノンストップで、動作するように要求Ticket数を調節する。
【０１３４】
実施例１と同様のステップＳ７３において、印刷処理部３３ｋｂは、読み出した統計値に対して所定の演算を行い、要求Ticket数を求める。印刷処理部ｋｂは、要求Ticket数をTicket管理部３７へ通知して本処理を終了する。
【０１３５】
（実施例３の効果）
本実施例３によれば、実施例１の効果に加え、画像形成装置の稼働状態の統計値に基づいて、要求Ticket数を決めるので、より実際の運用実態を反映したTicket管理が可能となる。
【０１３６】
（実施例４の構成）
図１８は、本発明の実施例４における図５中の制御部３０Ｃの概略を示す構成図である。
【０１３７】
本実施例４において、Ticket付与部４０の構成は、実施例１と同様である。画像形成装置１０及び画像形成システムの構成は、実施例１とほぼ同様である。本実施例４における画像形成装置１０内の制御部３０Ｃの構成は、実施例１とほぼ同様であるが、本実施例４におけるジョブ実行管理部３６Ｃが実施例１のジョブ実行管理部３６Ｃと異なっている。ジョブ実行管理部３６Ｃは、各ジョブの実行に関する優先度を管理する機能を有している。
【０１３８】
更に、本実施例４のTicket管理部３７Ｃは、実施例１のTicket管理部３７と異なっている。本実施例４におけるTicket管理部３７Ｃは、機能パック３３−Ｋから要求Ticket数が返送されたときに、必要に応じて、ジョブ実行管理部３７Ｃにジョブ実行の優先度を問い合せ、Ticket付与装置４０に対するTicket要求数を調節する機能を有している。
【０１３９】
（実施例４の動作）
図１９は、本発明の実施例４における図２中の画像形成装置１０のTicket要求処理を示すフローチャートである。
【０１４０】
実施例１と同様のステップＳ１のジョブ受信処理、ステップＳ２のジョブ振り分け処理、ステップＳ３のジョブ実行管理部への転送処理、ステップＳ４のジョブ実行要求処理、ステップＳ５の機能パック通知処理、ステップＳ６の必要Ticket数問い合せ処理、ステップＳ７の必要Ticket数回答処理、及び必要Ticket数見積り処理が実行される。
【０１４１】
実施例１と異なるステップＳ８ａにおいて、Ticket管理部３７Ｃは、ジョブ実行管理部３６Ｃに処理中のジョブの緊急度を問い合せる。Ticket管理部３６Ｃは、ジョブ実行管理部３６Ｃから返信されるジョブの緊急度が高い場合には要求するTicket数を多めに、低い場合には要求するTicket数を少なめに調節する。
【０１４２】
実施例１と同様のステップＳ９の必要なTicket数の通信振り分け部への転送処理、ステップＳ１０の通信プロトコル部への転送処理、ステップＳ１１の送信処置が実行されて本処理が終了する
【０１４３】
（実施例４の効果）
本実施例４によれば、実施例１の効果に加え、ジョブの優先度に応じて、要求Ticket数を調整するので、優先度の高いジョブを滞らせることなく実行することができる。
【０１４４】
（変形例）
本発明は、上記実施例に限定されず、種々の利用形態や変形が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｃ）のようなものがある。
【０１４５】
（ａ） 画像形成装置１０として、複合機を例に説明したが、これに限定されない。プリンタ、COPY機、ＦＡＸ装置等であっても適用可能である。
【０１４６】
（ｂ） Ticket付与装置４０を画像形成装置１０とは独立の装置であって、通信回線で接続される装置で説明したが、Ticket付与装置４０の機能を画像形成装置１０内に設けてもよい。
【０１４７】
（ｃ） TicketＤＢ４２及び設定値ＤＢの構成は、実施例１〜４の構成に限定されない。例えば、管理データベース（以下「ＭＩＢ」という。）によって構成してもよい。ＭＩＢは、asn.1と呼ばれるテキストフォーマットの記載形式に則って情報をやり取りするデータベースである。ＭＩＢ上の各項目にアクセスするためには、ＳＮＭＰと呼ばれるプロトコルを使用して、個々の項目毎に割り振られたObjectＩＤと呼ばれる識別子を指定して行う。
【符号の説明】
【０１４８】
１０ 画像形成装置
１３ 不揮発性メモリ
１５ 操作パネル
３０ 制御部
３１ 通信プロトコル部
３２ 通信振り分け部
３３，３３Ａ，３３Ｂ 機能部
３３−１〜３３−Ｎ，３３−Ｋ 機能パック
３３ｋ，３３ｋａ，３３ｋｂ 印刷処理部
３４，３４Ａ，３４Ｂ 設定値ＤＢ
３５ ジョブ受け付け部
３６ ジョブ実行管理部
３７，３７Ｃ Ticket管理部
４０ Ticket付与装置
４１ 通信制御部
４２ TicketＤＢ
４３ Ticket付与部
【技術分野】
【０００１】
本発明は、利用者からのジョブ実行要求を受付けてジョブを実行し、画像を形成する画像形成装置、及びそれを有する画像形成システムに関するものである。
【背景技術】
【０００２】
従来、画像形成装置におけるジョブ実行量の管理は、例えば、次のような方法で行われている。
【０００３】
画像形成装置において、印刷を行う場合、個人又はグループ毎に一定期間内に印刷可能な枚数を決めておき、その制限値である枚数まで、その画像形成装置を使用して印刷することができるようにし、印刷枚数が制限値に到達したときには、印刷ができないようにする。つまり、画像形成装置は、１枚印刷する毎に定められた制限値に達したか否かを確認し、制限値に達していない場合には、次の１枚を印刷する。制限値に達した場合には、次の印刷は行わない。
【０００４】
下記の特許文献１には、デジタルコンテンツの配布を管理する管理サーバにおいて、予め利用者がチケットを購入し、購入済みのチケット分だけ、デジタルコンテンツの配布を可能とするコンテンツ管理サーバの技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１７８２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の画像形成装置及び画像形成システムでは、ジョブ実行量の管理機能を画像形成装置内に設けた場合には、そのジョブ実行量を高速に確認することができるが、ジョブ実行量の管理を例えば、本社で一括管理するような場合では、通信回線等を介した別の情報処理装置内にジョブ実行量の管理機能を設けなければならない。このような場合では、ジョブ実行量の確認に時間がかかるという課題がある。つまり、連続印刷を行う場合、印刷する各枚数の間に確認時間が入るため、印刷速度が低下するという課題があった。
【０００７】
更に、ジョブ実行量の制限値は、例えば、印刷機能、コピー機能（以下「COPY機能」という。）、電子メール機能（以下、「Email機能」）という。）、及びファクシミリ機能（以下「ＦＡＸ機能」という。）等のジョブ別に設定、管理されているため、ある利用者の特定ジョブのジョブ実行量が制限値に到達した場合には、その利用者は、他のジョブのジョブ実行量に余裕があっても、その特定ジョブの利用が不可能になってしまうという課題があった。
【課題を解決するための手段】
【０００８】
本発明の画像形成装置は、利用者からの入力情報を受け付け、前記入力情報の内容がジョブ実行要求であったときには、前記ジョブ実行要求の内容を解析してジョブ解析結果を出力するジョブ受け付け部と、前記ジョブの種類に応じ、画像を形成して所定の処理を実行する複数の機能パックを有する機能部と、前記ジョブ解析結果を入力して前記ジョブを実行する機能パックを選択し、前記機能部に対し前記ジョブの実行を要求するジョブ実行管理部と、前記ジョブを実行する前記機能パックに対し、前記機能パックが必要とするジョブ実行量を問い合せ、前記機能パックから通知された前記ジョブ実行量に基づき、前記ジョブが必要とする前記ジョブ実行量を算出し、許可要求として出力する許可要求部とを備えている。
【０００９】
前記ジョブ実行量は、印刷媒体の印刷枚数、電子メールにおける通信パケット数、及びファクシミリ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位により計測される。
【００１０】
本発明の画像形成システムは、前記画像形成装置と、ジョブ管理装置とを備えており、前記ジョブ管理装置は、前記利用者毎に、実行済みの前記ジョブの前記ジョブ実行量と前記ジョブ実行量の上限である制限値とを記憶する記憶部と、前記許可要求部からの前記許可要求に対して前記記憶部に記憶した前記実行済みの前記ジョブ実行量と前記制限値とから前記ジョブの実行許可又は実行禁止を判断して前記許可要求部に通知する判断通知部とを有している。
【発明の効果】
【００１１】
本発明の画像形成装置によれば、ジョブを実行する機能パックに対し、必要とするジョブ実行量を問い合せ、回答されたジョブ実行量に基づき、ジョブが必要とするジョブ実行量を算出し、許可要求として出力する許可要求部とを備えている。このため、許可されたジョブ実行量の範囲でジョブを連続して実行できるので、ジョブの実行速度を低下させることがない。
【００１２】
更に、ジョブ実行量は、印刷媒体の印刷枚数、電子メールにおける通信パケット数、及びファクシミリ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位により計測するようにしたので、ジョブ実行量の制限値が、例えば、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブ別に設定されていても、ある利用者の特定ジョブのジョブ実行量が制限値に到達した場合には、ジョブ実行量に余裕がある他のジョブからジョブ実行量を流用できるので、ジョブ実行量の管理を弾力的に行うことができる。このため、利用者の利便性が高まるという効果がある。
【００１３】
本発明の画像形成システムによれば、前記画像形成装置と、ジョブ実行量とを管理するジョブ管理装置を備えているので、前記画像形成装置のジョブ実行速度を低下させることがない。更に、複数種類のジョブのジョブ実行量の管理を弾力的に行うことができるので、利用者の利便性が高まるという効果がある。
【図面の簡単な説明】
【００１４】
【図１】図１は本発明の実施例１における図５中の制御部の概略を示す構成図である。
【図２】図２は本発明の実施例１における画像形成システムの概略を示す構成図である。
【図３】図３は図２中のチケット（以下「Ticket」という。）付与装置の概略を示す構成図である。
【図４】図４は図３中のチケットデータベース（以下「TicketＤＢ」という。）の概略を示す構成図である。
【図５】図５は図２中の画像形成装置の概略を示す構成図である。
【図６】図６は図１中の設定値データベース（以下「設定値ＤＢ」という。）の概略を示す構成図である。
【図７】図７は本発明の実施例１における画像形成システムの動作を示す図である。
【図８】図８は図２中の画像形成装置におけるTicket要求処理を示すフローチャートである。
【図９】図９は図２中の画像形成装置におけるTicket必要量見積り処理を示すフローチャートである。
【図１０】図１０は図３のTicket付与装置の動作を示すフローチャートである。
【図１１】図１１は図２中の画像形成装置におけるTicket受け取り処理を示すフローチャートである。
【図１２】図１２は図２中の画像形成装置におけるTicket返却処理を示すフローチャートである。
【図１３】図１３は本発明の実施例２における図５中の制御部の概略を示す構成図である。
【図１４】図１４は本発明の実施例２における図２中の画像形成装置のTicket必要量見積り処理を示すフローチャートである。
【図１５】図１５は本発明の実施例３における図５中の制御部の概略を示す構成図である。
【図１６】図１６は本発明の実施例３における図２中の画像形成装置の統計値作成処理を示すフローチャートである。
【図１７】図１７は本発明の実施例３における図２中の画像形成装置のTicket必要量見積り処理を示すフローチャートである。
【図１８】図１８は本発明の実施例４における図５中の制御部の概略を示す構成図である。
【図１９】図１９は本発明の実施例４における図２中の画像形成装置のTicket要求処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
本発明を実施するための形態は、以下の好ましい実施例の説明を添付図面と照らし合わせて読むと、明らかになるであろう。但し、図面はもっぱら解説のためのものであって、本発明の範囲を限定するものではない。
【実施例１】
【００１６】
（実施例１の構成）
図２は、本発明の実施例１における画像形成システムの概略を示す構成図である。
【００１７】
本実施例１における画像形成システムは、クライアントサーバモデルにより構成されている。即ち、クライアントであるパーソナルコンピュータ（以下「ＰＣ」という。）１は、通信回線２を介して、サーバである画像形成装置１０に接続され、利用者からのジョブ実行要求を画像形成装置１０に依頼するように構成されている。
【００１８】
画像形成装置１０は、例えば、複合機であって、受信したデータを記録媒体（例えば、用紙）Ｐに印刷する印刷機能と、図示しないスキャナによりスキャンしたデータを印刷するCOPY機能と、スキャンしたデータをEmailに添付して送信するEmail機能と、スキャンしたデータをＦＡＸ送信するＦＡＸ機能とを有している。
【００１９】
更に、画像形成装置１０には、通信回線２を介して、画像形成装置１０のジョブ実行量を管理するジョブ管理装置としてのTicket付与装置４０が接続されている。画像形成装置１０は、この場合、Ticket付与装置４０に対してTicketの付与を依頼するので、画像形成装置１０がクライアントで、Ticket付与装置４０がサーバとなる。
【００２０】
ここで、本実施例１におけるTicketについて説明する。画像形成装置１０は、既に述べたように、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等を有している。画像形成装置１０におけるジョブ実行量は、印刷媒体の印刷枚数、Emailにおける通信パケット数、及びＦＡＸ通信における通信時間を含むそれぞれ計測単位が異なる量を、所定の変換率で変換して求められる共通の単位により計測される。この共通の単位を本実施例１では、Ticketと呼ぶ。
【００２１】
例えば、印刷機能においては、課金対象となるのは消耗品の使用量であり、この場合、印刷されたページ数に課金するのが普通である。よって印刷機能の場合には、ページ数がTicketに割り当てられる。COPY機能についても同様に印刷されるページ数がTicketに割り当てられる。
【００２２】
Email機能においては、通常、パケットと呼ばれる通信単位で課金される。例えば、通信量が１バイト〜１５００バイトのときに同額に課金される料金体系の場合には、通信量が１バイトでも１パケット扱いとなる。つまり、通信回線２の速さには関係なく、あくまで通信したパケット数が課金対象である。この場合には、通信するパケット数がTicketに割り当てられる。
【００２３】
ＦＡＸ機能の場合には、通常、通信時間が課金対象となる。同じデータサイズの原稿を通信する場合でも、通信回線２の速度が速いか、又は選んだ通信プロトコルが速い相手の場合には、通信時間は短くなる。通信回線２の速度が遅いか、又は選んだ通信プロトコルが遅い場合には、通信時間が長くなる。このようにＦＡＸ機能の場合には、同じサイズのデータでも課金額は異なる。
【００２４】
更に、高品質通信モードか低品質通信モードかによって、１枚のスキャンデータのデーダサイズは異なる。このため、高品質通信モードで通信した場合には、同じ１枚でも低品質通信モードの場合に比べて課金額が高くなる。逆に低品質通信モードで通信した場合には、同じ１枚でも高品質通信モードの場合に比べて課金額は安くなる。よって、ＦＡＸ機能においては、一定の通信時間がTicketに割り当てられる。又、厳密には、ＦＡＸの通信費は単純に時間だけに依存しているのではなく、通信相手との「通信単価×通信時間」が一般的な課金額になるべきだが、通常ＦＡＸ通信における通信単価を知ることができないため、ＦＡＸ通信における課金は通信時間のみで行うケースが多い。
【００２５】
このように本実施例１では、用紙Ｐの印刷枚数、Emailにおける通信パケット数、及びＦＡＸ通信における通信時間のように、それぞれ計測単位が異なる量を共通の単位であるTicketに変換している。
【００２６】
従来のジョブ実行量の制御では、例えば、利用者Ａは、印刷機能とCOPY機能とを使用できるが、Email機能とＦＡＸ機能は使用できない。利用者Ｂは、印刷機能を使用できるが、COPY機能と、Email機能と、ＦＡＸ機能とは使用できないといった制御を行っている。
【００２７】
本実施例１では、Ticketという共通の単位によりジョブ実行量を計測するようにしたので、例えば、利用者Ａが印刷機能と、COPY機能と、Email機能と、ＦＡＸ機能とを合わせて、ある一定量まで使用することを許可する制御が可能となる。
【００２８】
例えば、印刷機能及びCOPY機能においては、用紙Ｐの１ページを５Ticketに割り当てる。Email機能においては、１００パケットを１Ticketに割り当てる。ＦＡＸ機能については、３分間の通信を１０Ticketに割り当てる。そして、利用者Ａは、合計で月に２０００Ticketの使用を可能になるよう、Ticket付与装置４０に制限値を設定するのである。この場合、利用者Ａが印刷機能と、COPY機能と、Email機能と、ＦＡＸ機能とを合わせて月に２０００Ticketまで使用することを許可する制御が可能となる。
【００２９】
図３は、図２中のTicket付与装置４０の概略を示す構成図である。
Ticket付与装置４０は、通信制御部４１、TicketＤＢ４２及びTicket付与部４３を有している。通信制御部４１は、所定のプロトコルにより、外部の機器と通信するためのインタフェース機能を有している。所定のプロトコルとは、具体的には、ＵＳＢ、ＩＥＥＥ１３９４、或いは、その他のネットワーク通信プロトコルである。通信ブロトコル部４１は、一般的な双方向の通信処理を行う機能を有している。
【００３０】
通信プロトコル部４１には、Ticketの使用量を管理する判断通知部（例えば、Ticket付与部）４３が接続されている。Ticket付与部に４３は、通信プロトコル部４１を介して、画像形成装置１０からのジョブの実行許可を要求する許可要求が入力される。この許可要求には、画像形成装置１０が必要とするジョブ実行量を示すTicket数が含まれている。
【００３１】
Ticket付与部４３は、要求されたTicket数に基づいて、記憶部（例えば、TicketＤＢ）４２内に記憶された利用者毎の実行済みのジョブ実行量（例えば、使用済みTicket数）と使用可能なTicket数の制限値とを参照して、ジョブの実行の可否を決定する機能を有している。実行が可能な場合には、画像形成装置１０から要求されたTicket数を付与Ticket数として画像形成装置１０に通知する機能を有している。
【００３２】
図４は、図３中のTicketＤＢ４２の概略を示す構成図である。
TicketＤＢ４２は、ハードディスク装置等の不揮発性メモリに記憶されており、画像形成装置識別子インデックス（以下「ＩＤインデックス」という。）４２ａ、利用者ＩＤインデックス４２ｂ及びTicket制限値テーブル４２ｃを有している。
【００３３】
Ticket制限値テーブル４２ｃは、複数の画像形成装置１０毎で、且つ複数の利用者毎に設けられ、画像形成装置１０が提供するサービス毎に使用可能Ticketの制限値と、使用済みTicket数と、Ticket残数とを記憶している。画像形成装置１０は、利用者からのジョブの実行依頼により、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のいずれかのジョブを実行することで、これらのサービスを提供するように構成されている。
【００３４】
利用者ＩＤインデックス４２ｂは、利用者ＩＤと、複数のTicket制限値テーブル４２ｃの記憶場所を示すアドレスとを記憶するテーブルである。Ticket付与部４３が利用者ＩＤをキーとして、特定のTicket制限テーブル４２ｃのアドレスを知るように構成されている。
【００３５】
画像形成装置ＩＤインデックス４２ａは、画像形成装置ＩＤと、複数の利用者ＩＤインデックス４２ｂの記憶場所を示すアドレスとを記憶するテーブルである。Ticket付与部４３が画像形成装置ＩＤをキーとして、特定の利用者ＩＤインデックス４２ｂのアドレスを知るように構成されている。
【００３６】
Ticket制限テーブル４２ｃにおいて、例えば、印刷機能の欄には、Ticket制限値としてｎ１、使用済みTicket数としてｍ１、Ticket残数としてｒ１が記憶されている。COPY機能、Email機能、及びＦＡＸ機能についても同様の構成になっている。
【００３７】
例えば、ある利用者Ａに対して、Ticket制限値=５が設定されていたとし、用紙Ｐ１枚を印刷する処理にTicket=１が割り当てられていたとすると、利用者Ａは、用紙１枚の印刷を５回まで実行することが可能である。更に、ＦＡＸを１枚送信する処理がTicket=２に割り当てられていたとすると、利用者Ａは、１枚のＦＡＸ送信を２回と、１枚の印刷を１回まで実行することが可能である。
【００３８】
このように、Ticket制限値は、利用者の利用環境における管理者が設定する設定値で、利用者毎に画像形成装置１０を使用する使用量を制限するために用いられる。使用済みTicket数は、利用者が現在までに使用したTicketの量である。Ticket残数は、Ticket制限値と使用済みTicket数との差分である。
【００３９】
図５は、図２中の画像形成装置１０の概略を示す構成図である。
画像形成装置１０は、リードオンリメモリ（以下「ＲＯＭ」という。）１１に記憶されている各種プログラムをランダムアクセスメモリ（以下「ＲＡＭ」という。）１２に読み出して、各種ジョブを実行する制御部３０を有している。
【００４０】
制御部３０には、各種設定値等を記憶するハードディスク装置等の不揮発性メモリ１３と、時刻を計測する時計回路１４と、利用者の操作を受け付けると共に、利用者に対する通知を表示する操作パネル１５と、ＰＣ１等の外部装置を接続する外部インタフェース（以下「外部Ｉ／Ｆ」という。）部１７とが接続されている。操作パネル１５は、バスブリッジ１６を介して制御部３０と接続されている。
【００４１】
更に、制御部３０には、画像を形成して用紙Ｐに印刷するプリンタ部１８と、原稿上の画像を読み取るスキャナ部１９と、スキャンしたデータをＦＡＸ送信するＦＡＸ部２０とが接続されている。これらのプリンタ部１８、スキャナ部１９、及びＦＡＸ部２０は、ＲＯＭ１１に記憶されているプログラムをＲＡＭ１２に読み出して制御部３０により実行することで、制御される。Email機能は、ＲＯＭ１１に記憶されている図示しないEmail用のプログラムによって実行される。
【００４２】
図１は、本発明の実施例１における図５中の制御部３０の概略を示す構成図である。図６は、図１中の設定値ＤＢの概略を示す構成図である。
【００４３】
図１に示すように、制御部３０は、通信プロトコル部３１、通信振り分け部３２、機能部３３、ジョブ受け付け部３５、ジョブ実行管理部３６及び許可要求部（例えば、Ticket管理部）３７を有している。更に、制御部３０には、設定値ＤＢ３４が接続されている。
【００４４】
通信プロトコル部３１は、ＰＣ１やTicket付与装置４０等の外部の機器と通信するためのインタフェースであり、例えば、ＵＳＢ、ＩＥＥＥ１３９４、ネットワーク通信プロトコル等の通信規約で動作する通信用プログラムにより構成されている。
【００４５】
通信振り分け部３２は、受信した情報の振り分けを行う機能を有している。通信プロトコル部３１を使用する処理（タスク）が単一であれば通信振り分け部３２は、必要ない。しかし、通信プロトコル部３１を使用するタスクが複数存在する場合には、受信したデータを該当するタスクへ振り分ける機能が必要になる。
【００４６】
機能部３３は、画像形成装置１０内の機能全体を包含するコンテナである。機能部３３は、ジョブの種類に応じ、所定の処理を実行する複数の機能パック３３−１〜３３−Ｎを有している。機能パック３３−１〜３３−Ｎの具体例としては、本実施例１の画像形成装置１０における、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等を実行する各処理部がある。
【００４７】
以下、複数の機能パック３３−１〜３３−Ｎのうちの特定の機能パックを表すとき、又は特に区別する必要のないときには、機能パック３３−Ｋ又は機能パック３３−Ｊと表記する。
【００４８】
複数の機能パック３３−１〜３３−Ｎのうち、機能パック３３−Ｋである印刷処理部３３ｋは、機能部３３に包含されており、印刷機能を実行するものである。本実施例１では、具体例として印刷処理部３３ｋについて説明するが、COPY機能、Email機能、及びＦＡＸ機能等についても同様に読み替えることが可能である。
【００４９】
本実施例１の機能パック３３−Ｋは、自身が処理するジョブ実行量を所定の変換率でTicketに変換する機能を有している。この変換率は、設定値ＤＢ３４に設定してあり、所定の変換率により変換するように構成されている。例えば、印刷処理部３３ｋの場合のジョブ実行量の単位は、印刷ページである。印刷処理部３３ｋは、１ページを所定のTicket数に割り当てる機能を有している。
【００５０】
例えば、設定値ＤＢ３４に設定してある変換率（図６では変換Ticket数）が５の場合、印刷処理部３３ｋは、１ページを５Ticketに割り当てるように機能する。設定値ＤＢ３４には、更に、ジョブ実行時に必要な要求Ticket数が記憶されており、印刷処理部３３ｋは、ジョブ実行に必要な分のTicket数を、ジョブ実行管理部３６を介してTicket管理装置４０に要求する機能を有している。
【００５１】
図６に示すように、設定値ＤＢ３４は、ハードディスク装置等の不揮発性メモリ１３に記憶されている。設定値ＤＢ３４は、画像形成装置１０が実行する、例えば、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブ毎に、その単位動作量と、単位動作量をTicket数に変換する際の変換率（変換Ticket数）、ジョブ毎のTicket残数、及びジョブ実行時において、Ticket付与装置４０に要求する要求Ticket数が記憶されている。
【００５２】
図６の例では、印刷機能の場合、単位動作量は１ページであり、その変換率は１ページに対して５Ticketである。現在のTicket残数は、５０Ticketで要求Ticket数は、５００Ticketである。
【００５３】
図１に示すように、ジョブ受け付け部３５は、通信振り分け部３２と、操作パネル１５と、ジョブ実行管理部３６とに接続されており、利用者からの要求を受け付ける入り口である。例えば、操作パネル１５を経由して利用者の操作で入力される図示しないコマンドの翻訳部と、通信プロトコル部３１及び通信振り分け部３２を経由してＰＣ１から受信する図示しないコマンドの翻訳部とを有している。
【００５４】
ＰＣ１によるコマンド入力は、例えば、画像形成装置１０内にウェブ（ＷＥＢ）ページを設け、これをＰＣ１内のブラウザで表示して利用者により入力する方法と、ＰＣ１内のプログラムによりＰＪＬ（PrintJobLanguage)を生成する方法等がある。
【００５５】
操作パネル１５からの入力の場合は、利用者による文字ベースのメニュー操作によりローカルプリントの要求や、COPY機能、Email機能やＦＡＸ機能等の要求が入力される。ＷＥＢページによる場合は、利用者によるグラフィカルな画面を基本としたメニュー操作により、設定値の参照、修正やローカルプリントの要求等が入力される。ＰＪＬによる場合は、主に印刷機能等の要求及び印刷対象のデータが入力される。
【００５６】
ここで、ＷＥＢページについて説明する。ＷＥＢページは、主にＨＴＭＬ、ＸＨＴＭＬ、ＸＭＬ等の言語で記載された一種のプログラムである。このプログラムは、ＷＥＢブラウザと呼ばれるソフトウェアで解読されて動作する。本実施例１では、ＷＥＢページは、画像形成装置１０内に設けられ、ブラウザは、ＰＣ１内に設けられている。通常、ＷＥＢページは、主にＷＥＢブラウザ上にグラフィカルな表示を提供するが、ファイルへのアクセスや、ネットワーク通信動作を行うことも可能である。このＷＥＢページは、通常、画像形成装置１０の管理に使用される。ＷＥＢページは、プラットフォームフリーなのでＰＣ１の環境から独立であるという利点を有している。
【００５７】
ジョブ実行管理部３６は、ジョブ受け付け部３５、機能部３３、及びTicket管理部３７に接続されており、利用者により要求されたジョブをジョブ受け付け部３５から受け取ると、そのジョブに必要な機能パック３３−Ｋを選択し、その機能パック３３−Ｋの実行を機能部３３に要求する機能を有している。
【００５８】
ジョブ実行管理部３６は、ジョブが開始されると、ジョブの実行状態を監視して制御する機能を有している。例えば、他の機能パック３３−Ｊが現在実行中のジョブの状態を参照したり、実行中のジョブに対して、一時停止、キャンセル、再開等の命令を出す場合には、常にジョブ実行管理部３６に依頼し、ジョブ実行管理部３６経由で実行するように構成されている。
【００５９】
他の機能パック３３−Ｊは、現在利用者から要求されたジョブを実行するのにどの機能パックを使用しているのかをジョブ実行管理部３６に問い合わせることも可能になっている。
【００６０】
Ticket管理部３７は、画像振り分け部３２と、ジョブ実行管理部３６と、機能部３３とに接続されており、画像形成装置１０内で必要なTicketのとりまとめ機能と、Ticket付与装置４０に対するTicket要求、及び返却処理を行う機能を有している。Ticketのとりまとめ機能は、機能部３３の機能パック３３−Ｋに対して、必要なTicket数の問い合せを行う処理と、機能パック３３−Ｋから返って来た要求Ticket数から画像形成装置１０としての必要なTicket数を見積もる処理とを有している。更に、画像形成装置１０としての必要なTicket数をTicket付与装置４０へ要求し、ジョブ終了後に余ったTicketを返却する機能を有している。
【００６１】
（実施例１の動作）
図７は、本発明の実施例１における画像形成システムの動作を示す図である。
【００６２】
画像形成装置１０は、処理Ｔ１で、利用者からの印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブの実行要求をＰＣ１から受信する。画像形成装置１０は、処理Ｔ２で、Ticket付与装置４０に対して、必要なTicket数を要求する。
【００６３】
Ticket付与装置４０は、処理Ｔ３において、画像形成装置１０に対してTicketを配布する。画像形成装置１０は、配布されたTicket分の動作を許可されたことになるので、利用者に要求されたジョブを配布されたTicketの範囲で実行する。Ticket分の動作を行ってもジョブが終了しないと判断した場合は、画像形成装置１０は、処理Ｔ４において、処理Ｔ２と同様に、Ticket付与装置４０に対して、必要なTicket数を要求する。
【００６４】
Ticket付与装置４０は、処理Ｔ５において、処理ステップＴ３と同様に、画像形成装置１０に対してTicketを配布する。画像形成装置１０は、配布されたTicket分の動作を許可されたことになるので、ジョブを配布されたTicketの範囲で実行する。このように、ジョブが終了するまで処理Ｔ２及び処理Ｔ３と同様の処理が繰り返され、処理Ｔ７において、ジョブが終了すると、処理Ｔ８において、画像形成装置１０は、ジョブを要求したＰＣ１に対してジョブ終了通知を送信する。
【００６５】
図８は、図２中の画像形成装置１０におけるTicket要求処理を示すフローチャートである。
【００６６】
ステップＳ１において、画像形成装置１０における通信プロトコル部３１は、ＰＣ１からジョブ実行要求を受信する。通信プロトコル部３１は、受信した内容をそのまま通信振り分け部３２へ転送する。
【００６７】
ステップＳ２において、通信振り分け部３２は、受信した内容を確認し、その内容に応じた後工程を選択する。受信した内容がジョブ実行要求であった場合には、ジョブ受け付け部３５へ受信した内容を転送する。
【００６８】
ステップＳ３において、ジョブ受け付け部３５は、転送された内容を翻訳し、具体的に何が要求されているのかを判別する。ジョブ受け付け部３５には、操作パネル１５の操作結果や、ＰＣ１内で動作する図示しないユーティリティソフトウェアや、図示しないＷＥＢページ等からの操作結果がコマンドとして送信されてくる。
【００６９】
操作パネル１５からのコマンドは、バスブリッジ１６を介してジョブ受け付け部３５に入力される。ユーティリティソフトウェア及びＷＥＢページからのコマンドは、通信回線２、通信プロトコル部３１、及び通信振り分け部３２を介して、ジョブ受け付け部３５に入力される。ジョブ受け付け部３５ではその差を意識せず、同様に扱う。ジョブ受け付け部３５は、ジョブ実行要求を解析し、要求されているジョブを特定してその実行をジョブ実行管理部３６へ要求する。
【００７０】
ステップＳ４において、ジョブ実行管理部３６は、ジョブ受け付け部３５から要求されたジョブの実行を計画する。計画は、主に要求されたジョブを起動するために必要なリソースの都合を考えて行う。ジョブ実行管理部３６は、機能部３３に対して要求されたジョブを実行するために必要なリソース、例えば、機能パック３３−ｉを要求する。
【００７１】
ステップＳ５において、ジョブ実行管理部３６は、機能部３３から通知された特定の機能パック３３−ＫをTicket管理部３７へ通知する。例えば、機能パック３３−Ｋは、印刷処理部３３ｋとする。
【００７２】
ステップＳ６において、Ticket管理部３７は、ジョブ実行管理部３６から通知された機能パック３３−Ｋである印刷処理部３３ｋに、必要なTicket数を問い合せる。
【００７３】
ステップＳ７において、Ticket管理部３７から問い合せを受けた印刷処理部３７は、実行に必要なTicket数をTicket管理部３７に回答する。本処理については図９にて後述する。
【００７４】
ステップＳ８において、Ticket管理部３７は、ステップＳ７の問い合せに対する回答から本ジョブの実行に必要なTicket数を見積もる。
【００７５】
ステップＳ９において、Ticket管理部３７は、必要なTicket数をTicket要求コマンドとして作成し、通信振り分け部３２へ転送する。Ticket要求コマンドは、画像形成装置１０とTicket付与装置４０との間で通信されるコマンドであって、画像形成装置１０がジョブを実行するための許可をTicket付与装置４０に求めるためのものである。
【００７６】
ステップＳ１０において、通信振り分け部３２は、受け取った情報（Ticket要求コマンド）を通信プロトコル部３１へ転送する。ステップＳ１１において、通信プロトコル部３１は、通信振り分け部３２から転送された情報をTicket付与装置４０へ送信する。
【００７７】
図９は、図２中の画像形成装置１０におけるTicket必要量見積り処理を示すフローチャートである。
【００７８】
本処理は、各機能パック３３−ＫがTicket管理部３７からの問い合せを受けて、ジョブ実行に必要なTicket数を見積って回答する処理である。本実施例１では、機能パック３３−Ｋとして印刷処理部３３ｋを例に動作を説明する。
【００７９】
ステップＳ７１において、印刷処理部３３ｋは、Ticket管理部３７から必要なTicket数の問い合せを受ける。この時点で、印刷処理部３３ｋにおいて前回受領してTicketが残っている場合がある。
【００８０】
ステップＳ７２において、印刷処理部３３ｋは、設定値ＤＢ３４を検索し、固定的に管理者が設定した要求Ticket数を読み出す。例えば、図６の例では、Ticket残数が５０であり、要求Ticket数が５００に設定されている。この固定的に管理者が設定する設定値は、機能パック３３−Ｋ毎に異なる値を設定することも可能であるし、同一の値を設定することも可能である。
【００８１】
ステップＳ７３において、印刷処理部３３ｋは、要求Ticket数をTicket管理部３７へ通知して本処理を終了する。
【００８２】
図１０は、図３のTicket付与装置４０の動作を示すフローチャートである。
ステップＳ２１において、通信制御部４１は、画像形成装置１０からTicket要求コマンドを受信するとTicket付与部４３へ転送する。
【００８３】
ステップＳ２２において、Ticket付与部４３は、受信したコマンドがTicket要求コマンドであった場合には、TicketＤＢ４２に対して情報の検索を行う。検索する情報は、Ticket制限値と使用済みTicket数である。Ticket制限値は、各利用者に許可されたTicket数である。
【００８４】
図４の例によれば、Ticket付与部４０は、受信したTicket要求コマンド中の画像形成装置ＩＤをキーとして画像形成装置ＩＤインデックス４２ａを検索し、利用者ＩＤインデックス４２ｂのアドレスを求める。次に、Ticket付与部４０は、Ticket要求コマンド中の利用者ＩＤをキーとしてTicket制限値テーブル４２ｃのアドレスを求め、印刷機能のTicket制限値と使用済みTicket数とを読み出す。
【００８５】
ステップＳ２３において、Ticket付与部４３は、Ticket制限値と使用済みTicket数とを比較する。Ticket制限値>使用済みTicket数の場合には、次のステップＳ２４へ移行する。Ticket制限値≦使用済みTicket数の場合には、ステップＳ２５へ移行する。
【００８６】
ステップＳ２４において、Ticket付与部４３は、（使用済みTicket数＋要求Ticket数）の値をTicket制限値と比較する。（使用済みTicket数＋要求Ticket数）がTicket制限値を超えてない場合には、要求Ticket数を付与Ticket数とする。（使用済みTicket数＋要求Ticket数）がTicket制限値を超えている場合には、Ticket制限値に収まる範囲で最大となるTicket数を付与Ticket数として決定する。Ticket付与部４３は、付与Ticket数を画像形成装置１０からのTicket要求コマンドに対するレスポンスとして作成し、通信制御部４１へ転送する。
【００８７】
ステップ２５において、Ticket付与部４３は、使用済みTicket数がTicket制限値に達しているため、Ticket発行不可の内容を画像形成装置１０からのTicket要求コマンドに対するレスポンスとして作成し、通信制御部４１へ転送する。
【００８８】
ステップＳ２６において、通信制御部４１は、Ticket付与部４３から転送されたレスボンスを画像形成装置１０へ返送して本処理を終了する。
【００８９】
図１１は、図２中の画像形成装置１０におけるTicket受け取り処理を示すフローチャートである。
【００９０】
図１１では、画像形成装置１０からTicket付与装置４０に対してTicket要求し、Ticket付与装置４０がその応答として付与Ticket数を返送した後の画像形成装置１０の動作を説明する。
【００９１】
ステップＳ３１において、通信プロトコル部３１は、外部からコマンド等の情報を受信すると、通信振り分け部３２へ転送する。ステップＳ３２において、通信振り分け部３２は、受信した情報がTicket関係のコマンドであると判断した場合には、受信した情報をTicket管理部３７へ転送する。
【００９２】
ステップＳ３３において、Ticket管理部３７は、受信した情報を解析し、Ticket要求コマンドに対する応答であると判断した場合には、その内容からTicketがもらえたのか、もらえなかったのかを判断する。もらえた場合には、次のステップＳ３４へ移行する。もらえなかった場合には、ステップＳ３７へ移行する。
【００９３】
ステップＳ３４において、Ticket管理部３７は、機能部３３の各機能パック３３−ｉのうち、ジョブを実行する予定の印刷処理部３３ｋへTicketを配布する。
【００９４】
ステップＳ３５において、Ticketを配布された印刷処理部３３ｋは、配布されたTicket数分の動作を行う。このときに多めにTicketがもらえていると、印刷処理部３３ｋは、そのTicket数の分だけTicket付与装置４０との通信のやり取り無しで動作できるため、より円滑な動作が可能となる。
【００９５】
ステップＳ３６において、Ticket管理部３７は、印刷処理部３３ｋに対して必要なTicket数を問い合せて本処理を終了する。これは、印刷処理部３３ｋ等に配布したTicketがすべて消費されてしまう前に、Ticket付与装置４０に対し、Ticket要求を行うことにより、印刷処理部３３ｋの円滑な動作を保証するためである。
【００９６】
ステップＳ３７において、Ticket管理部３７がTicketがもらえなかった場合には、ジョブ実行管理部３６へTicket不足によりジョブの続行が不可能である旨を通知する。
【００９７】
ステップＳ３８において、ジョブ実行管理部３６は、機能部３３へ通知してジョブの実行を停止させる。図１１においては、ステップＳ３８の処理で、キャンセルすると記載したが、製品の仕様により、操作パネル１５や他のユーザインタフェースにTicket不足によりジョブ一時停止のメッセージを表示し、Ticket付与装置４０内のTicket制限値を見直すよう促すことも可能である。その場合にはジョブを一時停止としておき、ジョブのキャンセルは行わない。
【００９８】
図１２は、図２中の画像形成装置１０におけるTicket返却処理を示すフローチャートである。
【００９９】
画像形成装置１０がジョブ実行後に余ったTicketをTicket付与装置４０へ返却する動作について説明する。
【０１００】
ステップＳ４１において、印刷処理部３３ｋは、ジョブを実行する動作が終了すると、終了した旨をジョブ実行管理部３６へ通知する。機能部３３内の各機能パック３３−ｉは、ジョブ自体の終了を管理しないが、自らの処理の終了は判断する。
【０１０１】
ステップＳ４２において、ジョブ実行管理部３６は、複数の機能パック３３−ｉから通知された処理の終了通知により、ジョブの終了を判断する。ジョブ実行管理部３６は、関連する機能パック３３−ｉからの終了通知がすべて受信できたときに、ジョブ終了処理としての後処理（ログの書き込み等）を行う。その後、ジョブ実行管理部３７は、ジョブを終了させてジョブの終了をTicket管理部３７へ通知する。
【０１０２】
ステップＳ４３において、Ticket管理部３７は、Ticket付与装置４０から獲得したTicketのうち、ジョブ実行管理部３６からジョブ終了通知を受けた時点で未使用分のTicketをTicket返却コマンドとして作成する。Ticket管理部３７は、Ticket返却コマンドを通信振り分け部３２へ転送する。
【０１０３】
ステップＳ４４において、通信振り分け部３２は、Ticket管理部３７から受け取ったTicket返却コマンドを通信プロトコル部３１へ転送する。
【０１０４】
ステップＳ４５において、通信プロトコル部３１は、通信振り分け部３２から受け取ったTicket返却コマンドをTicket付与装置４０へ送信して本処理を終了する。
【０１０５】
（実施例１の効果）
本実施例１の画像形成装置１０によれば、ジョブを実行する機能パック３３−ｉに対し、必要Ticket数を問い合せ、回答された要求Ticket数に基づき、ジョブが必要とするTicket数を算出し、許可要求として出力するTicket管理部３７を備えているので、許可されたTicket数の範囲でジョブを連続して実行できる。このため、ジョブの実行速度を低下させることがない。
【０１０６】
更に、Ticketは、用紙Ｐの印刷枚数、Emailにおける通信パケット数、及びＦＡＸ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位なので、Ticketの制限値が、例えば、印刷機能、COPY機能、Email機能、及びＦＡＸ機能等のジョブ別に設定されていても、ある利用者の特定ジョブのTicketが制限値に到達した場合には、Ticketに余裕がある他のジョブからTicketを流用できるので、ジョブ実行の管理を弾力的に行うことができる。このため、利用者の利便性が高まるという効果がある。
【０１０７】
又、本実施例１の画像形成システムによれば、画像形成装置１０と、Ticket付与装置４０とを備えているので、画像形成装置１０のジョブ実行速度を低下させることがない。更に、Ticketにより、複数種類のジョブの実行管理を弾力的に行うことができるので、利用者の利便性が高まるという効果がある。
【実施例２】
【０１０８】
（実施例２の構成）
図１３は、本発明の実施例２における図５中の制御部３０Ａの概略を示す構成図である。
【０１０９】
本実施例２において、Ticket付与部４０の構成は、実施例１と同様である。画像形成装置１０及び画像形成システムの構成は、実施例１とほぼ同様である。本実施例２における画像形成装置１０内の制御部３０Ａの構成は、実施例１とほぼ同様であるが、機能パック３３−Ｋである印刷処理部３３ｋａが実施例１の機能パック３３−Ｋである印刷処理部３３ｋと異なっている。更に、設定値ＤＢ３４Ａが実施例１の設定値ＤＢ３４と一部異なっている。
【０１１０】
本実施例２の設定値ＤＢ３４Ａでは、実施例１の設定値ＤＢ３４が記憶している固定値である要求Ticket数に代えて、画像形成装置１０の印刷機能、COPY機能、Email機能、ＦＡＸ機能等の機能毎の図示しないシステムの性能値を記憶している。
【０１１１】
本実施例２における印刷処理部３３ｋａは、Ticket管理部３７からジョブ実行に必要なTicket数の問い合せがあったときには、設定値ＤＢ３４Ａに記憶している性能値に対し、所定の演算を行い、要求Ticket数を求めるように構成されている点が、実施例１の印刷処理装置３３ｋと異なる。その他の構成は、実施例１と同様である。
【０１１２】
（実施例２の動作）
本実施例２のTicket付与装置４０の動作は、実施例１と同様である。画像形成装置１０の動作は、Ticket必要量見積り処理を除き、実施例１と同様である。以下、図１４を用いて、Ticket必要量見積り処理について説明する。
【０１１３】
図１４は、本発明の実施例２における図２中の画像形成装置１０のTicket必要量見積り処理を示すフローチャートである。
【０１１４】
Ticket必要量見積り処理は、機能パック３３−ＫがTicket管理部３７からの問い合せに対して、必要なTicket数を回答する処理である。ここでは、機能パック３３−Ｋとして印刷処理部３３ｋａを例に説明する。
【０１１５】
実施例１と同様のステップＳ７１において、印刷処理部３３ｋａは、Ticket管理部３７から必要なTicket数の問い合せを受ける。この時点で、同一サービスの処理において前回受領したTicketが残っている場合もある。
【０１１６】
実施例１とは異なるステップＳ７２Ａ１において、印刷処理部３３ｋａは、設定値ＤＢ３４Ａを検索し、システムの性能値を読み出す。システムの性能値は、固定的に製品出荷時に設定されていても良いが、搭載されているメモリ量などの影響を受けて変動するものであるため、システム起動時に設定されることが望ましい。
【０１１７】
実施例１とは異なるステップＳ７２Ａ２において、印刷処理部３３ｋａは、読み出したシステムの性能値に対して特定の演算を行い、要求Ticket数を求める。
【０１１８】
実施例１と同様のステップＳ７３において、印刷処理部３３ｋａは、要求Ticket数をTicket管理部３７へ通知して本処理を終了する。
【０１１９】
（実施例２の効果）
本実施例２によれば、実施例１の効果に加え、システムの性能値に対して特定の演算を行い、要求Ticket数を求めるようにしたので、性能の異なる上位から下位の画像形成装置１０において、高性能の画像性装置１０には、多くのTicketを供給できる。このため、最適なTicket管理が可能となり、画像形成装置１０の性能を十分発揮させることができる。
【０１２０】
（実施例３の構成）
図１５は、本発明の実施例３における図５中の制御部３０Ｂの概略を示す構成図である。
【０１２１】
本実施例３において、Ticket付与部４０の構成は、実施例１と同様である。画像形成装置１０及び画像形成システムの構成は、実施例１とほぼ同様である。本実施例３における画像形成装置１０内の制御部３０Ｂの構成は、実施例１とほぼ同様であるが、機能パック３３−Ｋである印刷処理部３３ｋｂが実施例１の機能パック３３−Ｋである印刷処理部３３ｋｂと異なっており、更に、時刻管理部３８が追加されている。又、設定値ＤＢ３４Ｂが実施例１の設定値ＤＢ３４と一部異なっている。
【０１２２】
本実施例３における設定値ＤＢ３４Ｂは、実施例１の設定値ＤＢ３４が記憶している固定値である要求Ticket数に代えて、画像形成装置１０の印刷機能、COPY機能、Email機能、ＦＡＸ機能等の機能毎に図示しない統計値を記憶している。
【０１２３】
本実施例３の印刷処理部３３ｋｂは、Ticket管理部３７からジョブ実行に必要なTicket数の問い合せがあったときには、設定値ＤＢ３４Ａに記憶している統計値に対し、所定の演算を行い、要求Ticket数を求めるように構成されている点が実施例１の印刷処理部３３ｋと異なる。その他の構成は、実施例１と同様である。
【０１２４】
（実施例３の動作）
実施例３のTicket付与装置４０の動作は、実施例１と同様である。実施例３の画像形成装置１０の動作は、Ticket必要量見積り処理を除き、実施例１と同様であるが、統計値作成処理が追加されている。
【０１２５】
図１６は、本発明の実施例３における図２中の画像形成装置１０の統計値作成処理を示すフローチャートである。
【０１２６】
図１６を用いて統計値を取得する処理について説明する。
ステップＳ５１において、印刷処理部３３ｋｂは、Ticket管理部３７から必要なTicket数を受領する。
【０１２７】
ステップＳ５２において、印刷処理部３３ｋｂは、時刻管理部３８から時刻を入手する。
【０１２８】
ステップＳ５３において、印刷処理部３３ｋｂは、ジョブの終了時点で統計値を作成する。統計値は、どの利用者が何ページ印刷したか、その印刷は、カラーかモノクロか等の情報を収集したものである。例えば、機能パック３３−ＫがＦＡＸ機能であるならば、送信枚数、解像度、通信時間等を統計値として作成することになる。統計値には時刻情報が含まれている。
【０１２９】
ステップＳ５４において、印刷処理部３３ｋｂは、作成した統計値を設定値ＤＢ３４Ｂへ保存して本処理を終了する。
【０１３０】
図１７は、本発明の実施例３における図２中の画像形成装置１０のTicket必要量見積り処理を示すフローチャートである。
【０１３１】
実施例１と同様のステップＳ１において、印刷処理部３３ｋｂは、Ticket管理部３７から必要なTicket数の問い合せを受ける。この時点で、同一サービスの処理において前回もらったTicketが残っている場合もある。
【０１３２】
実施例１と異なるステップＳ７２Ｂ１において、印刷処理部３３ｋｂは、設定値ＤＢ３４Ｂを検索し、統計値を読み出す。
【０１３３】
実施例１と異なるステップＳ７２Ｂ２において、印刷処理部３３ｋｂは、統計値により、印刷の傾向がつかめるため、傾向に応じた要求Ticket数を算出する。例えば、「部長は、毎週月曜日の9:00にはテキストのような処理の軽い印刷が１００ページ前後発生することが多い。」という統計がとれた場合には、印刷速度が速めで１００ページ前後をノンストップで、動作するように要求Ticket数を調節する。
【０１３４】
実施例１と同様のステップＳ７３において、印刷処理部３３ｋｂは、読み出した統計値に対して所定の演算を行い、要求Ticket数を求める。印刷処理部ｋｂは、要求Ticket数をTicket管理部３７へ通知して本処理を終了する。
【０１３５】
（実施例３の効果）
本実施例３によれば、実施例１の効果に加え、画像形成装置の稼働状態の統計値に基づいて、要求Ticket数を決めるので、より実際の運用実態を反映したTicket管理が可能となる。
【０１３６】
（実施例４の構成）
図１８は、本発明の実施例４における図５中の制御部３０Ｃの概略を示す構成図である。
【０１３７】
本実施例４において、Ticket付与部４０の構成は、実施例１と同様である。画像形成装置１０及び画像形成システムの構成は、実施例１とほぼ同様である。本実施例４における画像形成装置１０内の制御部３０Ｃの構成は、実施例１とほぼ同様であるが、本実施例４におけるジョブ実行管理部３６Ｃが実施例１のジョブ実行管理部３６Ｃと異なっている。ジョブ実行管理部３６Ｃは、各ジョブの実行に関する優先度を管理する機能を有している。
【０１３８】
更に、本実施例４のTicket管理部３７Ｃは、実施例１のTicket管理部３７と異なっている。本実施例４におけるTicket管理部３７Ｃは、機能パック３３−Ｋから要求Ticket数が返送されたときに、必要に応じて、ジョブ実行管理部３７Ｃにジョブ実行の優先度を問い合せ、Ticket付与装置４０に対するTicket要求数を調節する機能を有している。
【０１３９】
（実施例４の動作）
図１９は、本発明の実施例４における図２中の画像形成装置１０のTicket要求処理を示すフローチャートである。
【０１４０】
実施例１と同様のステップＳ１のジョブ受信処理、ステップＳ２のジョブ振り分け処理、ステップＳ３のジョブ実行管理部への転送処理、ステップＳ４のジョブ実行要求処理、ステップＳ５の機能パック通知処理、ステップＳ６の必要Ticket数問い合せ処理、ステップＳ７の必要Ticket数回答処理、及び必要Ticket数見積り処理が実行される。
【０１４１】
実施例１と異なるステップＳ８ａにおいて、Ticket管理部３７Ｃは、ジョブ実行管理部３６Ｃに処理中のジョブの緊急度を問い合せる。Ticket管理部３６Ｃは、ジョブ実行管理部３６Ｃから返信されるジョブの緊急度が高い場合には要求するTicket数を多めに、低い場合には要求するTicket数を少なめに調節する。
【０１４２】
実施例１と同様のステップＳ９の必要なTicket数の通信振り分け部への転送処理、ステップＳ１０の通信プロトコル部への転送処理、ステップＳ１１の送信処置が実行されて本処理が終了する
【０１４３】
（実施例４の効果）
本実施例４によれば、実施例１の効果に加え、ジョブの優先度に応じて、要求Ticket数を調整するので、優先度の高いジョブを滞らせることなく実行することができる。
【０１４４】
（変形例）
本発明は、上記実施例に限定されず、種々の利用形態や変形が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｃ）のようなものがある。
【０１４５】
（ａ） 画像形成装置１０として、複合機を例に説明したが、これに限定されない。プリンタ、COPY機、ＦＡＸ装置等であっても適用可能である。
【０１４６】
（ｂ） Ticket付与装置４０を画像形成装置１０とは独立の装置であって、通信回線で接続される装置で説明したが、Ticket付与装置４０の機能を画像形成装置１０内に設けてもよい。
【０１４７】
（ｃ） TicketＤＢ４２及び設定値ＤＢの構成は、実施例１〜４の構成に限定されない。例えば、管理データベース（以下「ＭＩＢ」という。）によって構成してもよい。ＭＩＢは、asn.1と呼ばれるテキストフォーマットの記載形式に則って情報をやり取りするデータベースである。ＭＩＢ上の各項目にアクセスするためには、ＳＮＭＰと呼ばれるプロトコルを使用して、個々の項目毎に割り振られたObjectＩＤと呼ばれる識別子を指定して行う。
【符号の説明】
【０１４８】
１０ 画像形成装置
１３ 不揮発性メモリ
１５ 操作パネル
３０ 制御部
３１ 通信プロトコル部
３２ 通信振り分け部
３３，３３Ａ，３３Ｂ 機能部
３３−１〜３３−Ｎ，３３−Ｋ 機能パック
３３ｋ，３３ｋａ，３３ｋｂ 印刷処理部
３４，３４Ａ，３４Ｂ 設定値ＤＢ
３５ ジョブ受け付け部
３６ ジョブ実行管理部
３７，３７Ｃ Ticket管理部
４０ Ticket付与装置
４１ 通信制御部
４２ TicketＤＢ
４３ Ticket付与部
【特許請求の範囲】
【請求項１】
利用者からの入力情報を受け付け、前記入力情報の内容がジョブ実行要求であったときには、前記ジョブ実行要求の内容を解析してジョブ解析結果を出力するジョブ受け付け部と、
前記ジョブの種類に応じ、画像を形成して所定の処理を実行する複数の機能パックを有する機能部と、
前記ジョブ解析結果を入力して前記ジョブを実行する機能パックを選択し、前記機能部に対し前記ジョブの実行を要求するジョブ実行管理部と、
前記ジョブを実行する前記機能パックに対し、前記機能パックが必要とするジョブ実行量を問い合せ、前記機能パックから通知された前記ジョブ実行量に基づき、前記ジョブが必要とする前記ジョブ実行量を算出し、許可要求として出力する許可要求部と、
を備えた画像形成装置であって、
前記ジョブ実行量は、
印刷媒体の印刷枚数、電子メールにおける通信パケット数、及びファクシミリ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位により計測されることを特徴とする画像形成装置。
【請求項２】
請求項１記載の画像形成装置は、更に、
所定のプロトコルにより外部と通信を行う通信プロトコル部と、
前記通信プロトコル部により外部から受信した受信情報の内容により処理を選択する通信振り分け部とを備え、
前記ジョブ受け付け部は、
前記受信情報を前記利用者からの前記入力情報として受け付けることを特徴とする画像形成装置。
【請求項３】
請求項１又は２記載の画像形成装置は、更に、
前記利用者の操作を受け付けると共に前記利用者に対する通知を表示する操作パネルを備え、
前記ジョブ受け付け部は、
前記利用者が前記操作パネルを操作することにより入力した情報を前記利用者からの前記入力情報として受け付けることを特徴とする画像形成装置。
【請求項４】
前記許可要求部は、
前記ジョブの緊急度に応じて前記ジョブが必要とする前記ジョブ実行量を増減させ、前記許可要求として出力することを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項５】
前記機能パックは、
前記許可要求部から前記ジョブを実行するのに必要な前記ジョブ実行量の問い合せがあったときには、予め設定された固定値を前記ジョブ実行量として前記許可要求部に通知することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項６】
前記機能パックは、
前記許可要求部から前記ジョブを実行するのに必要な前記ジョブ実行量の問い合せがあったときには、前記機能パックの性能値に基づき所定の演算を行って前記ジョブ実行量を算出し、前記許可要求部に通知することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項７】
前記機能パックは、
前記許可要求部から前記ジョブを実行するのに必要な前記ジョブ実行量の問い合せがあったときには、前記機能パックのジョブ実行記録の統計値に基づき所定の演算を行って前記ジョブ実行量を算出し、前記許可要求部に通知することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項８】
請求項１〜７のいずれか１項に記載の画像形成装置と、
前記利用者毎に、実行済みの前記ジョブの前記ジョブ実行量と前記ジョブ実行量の上限である制限値とを記憶する記憶部と、前記許可要求部からの前記許可要求に対して前記記憶部に記憶した前記実行済みの前記ジョブ実行量と前記制限値とから前記ジョブの実行許可又は実行禁止を判断して前記許可要求部に通知する判断通知部とを有するジョブ管理装置と、
を備えたことを特徴とする画像形成システム。
【請求項１】
利用者からの入力情報を受け付け、前記入力情報の内容がジョブ実行要求であったときには、前記ジョブ実行要求の内容を解析してジョブ解析結果を出力するジョブ受け付け部と、
前記ジョブの種類に応じ、画像を形成して所定の処理を実行する複数の機能パックを有する機能部と、
前記ジョブ解析結果を入力して前記ジョブを実行する機能パックを選択し、前記機能部に対し前記ジョブの実行を要求するジョブ実行管理部と、
前記ジョブを実行する前記機能パックに対し、前記機能パックが必要とするジョブ実行量を問い合せ、前記機能パックから通知された前記ジョブ実行量に基づき、前記ジョブが必要とする前記ジョブ実行量を算出し、許可要求として出力する許可要求部と、
を備えた画像形成装置であって、
前記ジョブ実行量は、
印刷媒体の印刷枚数、電子メールにおける通信パケット数、及びファクシミリ通信における通信時間を含むそれぞれ計測単位が異なる量を所定の変換率で変換して求められる共通の単位により計測されることを特徴とする画像形成装置。
【請求項２】
請求項１記載の画像形成装置は、更に、
所定のプロトコルにより外部と通信を行う通信プロトコル部と、
前記通信プロトコル部により外部から受信した受信情報の内容により処理を選択する通信振り分け部とを備え、
前記ジョブ受け付け部は、
前記受信情報を前記利用者からの前記入力情報として受け付けることを特徴とする画像形成装置。
【請求項３】
請求項１又は２記載の画像形成装置は、更に、
前記利用者の操作を受け付けると共に前記利用者に対する通知を表示する操作パネルを備え、
前記ジョブ受け付け部は、
前記利用者が前記操作パネルを操作することにより入力した情報を前記利用者からの前記入力情報として受け付けることを特徴とする画像形成装置。
【請求項４】
前記許可要求部は、
前記ジョブの緊急度に応じて前記ジョブが必要とする前記ジョブ実行量を増減させ、前記許可要求として出力することを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
【請求項５】
前記機能パックは、
前記許可要求部から前記ジョブを実行するのに必要な前記ジョブ実行量の問い合せがあったときには、予め設定された固定値を前記ジョブ実行量として前記許可要求部に通知することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項６】
前記機能パックは、
前記許可要求部から前記ジョブを実行するのに必要な前記ジョブ実行量の問い合せがあったときには、前記機能パックの性能値に基づき所定の演算を行って前記ジョブ実行量を算出し、前記許可要求部に通知することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項７】
前記機能パックは、
前記許可要求部から前記ジョブを実行するのに必要な前記ジョブ実行量の問い合せがあったときには、前記機能パックのジョブ実行記録の統計値に基づき所定の演算を行って前記ジョブ実行量を算出し、前記許可要求部に通知することを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
【請求項８】
請求項１〜７のいずれか１項に記載の画像形成装置と、
前記利用者毎に、実行済みの前記ジョブの前記ジョブ実行量と前記ジョブ実行量の上限である制限値とを記憶する記憶部と、前記許可要求部からの前記許可要求に対して前記記憶部に記憶した前記実行済みの前記ジョブ実行量と前記制限値とから前記ジョブの実行許可又は実行禁止を判断して前記許可要求部に通知する判断通知部とを有するジョブ管理装置と、
を備えたことを特徴とする画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−２２６５３７（Ｐ２０１２−２２６５３７Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１１−９３２１３（Ｐ２０１１−９３２１３）
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【Ｆターム（参考）】
[ Back to top ]