(57)【要約】【課題】プリントサーバにおけるアプリケーションの修正等を要することなく、プリントサーバにおいて蓄積されたプリントデータであって、画像形成装置での実行を中止されたジョブについてのプリントデータを、プリントサーバから容易に削除できるようにすることである。【解決手段】ＭＦＰ１００は、画像形成の指示を入力されたすべてのジョブをプリントデータを、プリントサーバ２００から受信する。これにより、ＭＦＰ１００において画像形成ができなくなったジョブについて、当該ジョブのプリントデータがプリントサーバ２００に残される事態を回避できる。【選択図】図１
2012190111.tif 000002
【特許請求の範囲】
【請求項１】
プリントジョブが記憶されたプリントサーバに接続可能な画像形成装置であって、
前記プリントサーバに記憶された前記プリントジョブの実行開始指示を受付けるための入力手段と、
前記プリントサーバから、前記入力手段で実行開始指示が入力された前記プリントジョブを受信するための受信手段と、
前記プリントサーバから受信された前記プリントジョブの実行の可否を判断するための判断手段と、
前記判断手段により実行できないと判断された前記プリントジョブを削除するための削除手段とを備える、画像形成装置。
【請求項２】
前記削除手段は、前記入力手段に、前記判断手段によって実行できないと判断されたプリントジョブを削除する指示が入力されたことを条件として、前記プリントジョブを削除する、請求項１に記載の画像形成装置。
【請求項３】
前記入力手段は、さらに複数のプリントジョブを一括で削除する指示を受付け、
前記削除手段は、前記一括削除の指示が入力された場合に、前記受信手段により受信された複数のプリントジョブを一括で削除する、請求項１または請求項２に記載の画像形成装置。
【請求項４】
ユーザのログインを受け付けるログイン手段をさらに備え、
前記削除手段は、
前記ログイン手段によってログインしたユーザのログイン情報に基づいて、プリントデータが削除対象であるか否かを判断する、請求項１〜請求項３のいずれかに記載の画像形成装置。
【請求項５】
表示装置と、
前記プリントサーバから受信されたプリントジョブを記憶するための記憶手段とをさらに備え、
前記記憶手段は、前記受信されたプリントジョブを、受信時のログインユーザに関連付けて記憶し、
前記判断手段は、前記ログイン手段が、前記実行できないと判断されたプリントジョブに関連付けられたユーザのログインを受け付けた場合には、前記表示装置に、当該プリントジョブの実行指示の入力を問い合わせる情報を表示させる、請求項４に記載の画像形成装置。
【請求項６】
プリントジョブを実行する実行手段をさらに備え、
前記判断手段は、前記入力手段に、実行できないと判断されたプリントジョブの実行の指示が入力された場合に、再度、当該プリントジョブの画像の形成の可否を判断し、実行可能であると判断した場合には、前記実行手段に当該プリントジョブを実行させる、請求項１〜請求項５のいずれかに記載の画像形成装置。
【請求項７】
課金サーバとさらに接続され、
前記判断手段は、前記課金サーバに、前記入力手段に実行開始指示を入力されたプリントジョブの実行のための課金の可否を問い合わせ、当該問い合わせの結果に基づいて、当該プリントジョブの実行の可否を判断する、請求項１〜請求項６のいずれかに記載の画像形成装置。
【請求項８】
記憶装置とプリントデータの画像の形成を実行するための実行手段とを備え、プリントジョブが記憶されたプリントサーバに接続可能な画像形成装置の制御方法であって、
前記プリントサーバに記憶された前記プリントジョブの実行開始指示の入力を受付けるステップと、
前記プリントサーバから、前記実行開始指示が入力された前記プリントジョブを受信するステップと、
前記プリントサーバから受信された前記プリントジョブの実行の可否を判断するステップと、
前記判断するステップにより実行できないと判断された前記プリントジョブを削除するためのステップとを備える、画像形成装置の制御方法。
【請求項９】
画像形成装置のコンピュータに実行させる制御プログラムであって、
前記画像形成装置は、プリントジョブが記憶されたプリントサーバに接続可能であり、
前記制御プログラムは、前記コンピュータに、
前記プリントサーバに記憶された前記プリントジョブの実行開始指示の入力を受付けるステップと、
前記プリントサーバから、前記実行開始指示が入力された前記プリントジョブを受信するステップと、
前記プリントサーバから受信された前記プリントジョブの実行の可否を判断するステップと、
前記判断するステップにより実行できないと判断された前記プリントジョブを削除するためのステップとを実行させる、制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関し、特に、印刷ジョブを入力される画像形成装置の制御方法に関する。
【背景技術】
【０００２】
従来から、画像形成装置に、プリントサーバから印刷ジョブ（プリントデータ）を入力し、当該印刷ジョブを実行させる、いわゆるプルプリント（pull  print）システムが実現されている。このようなシステムでは、画像形成装置は、サーバ等に印刷ジョブの送信を要求する。これに応じて、サーバ等の機器は、画像形成装置に印刷ジョブを送信する。
【０００３】
このようなシステムにおいて、画像形成装置が、サーバに対して複数の印刷ジョブの送信を要求した後、なんらかのエラーを生じた場合、要求を送信した複数の印刷ジョブの中の一部を受信および実行をできない事態が生じる。このような場合、サーバに蓄積された印刷ジョブを削除する必要が生じる。
【０００４】
ネットワーク上の機器におけるデータの削除に関しては、従来から種々の技術が開示されている。
【０００５】
たとえば、特許文献１（特開２０１０−１５５３７号公報）には、画像形成装置に取り付けられたマスストレージに記憶されるジョブの削除に関する技術が開示されている。当該技術では、画像形成装置に接続されたカードリーダにユーザがＩＣ（Integrated  Circuit）カードをかざすと、当該ＩＣカードによってユーザが特定され、そして、マスストレージに記憶されている当該ユーザのジョブがリストアップされる。そして、ＩＣカードがかざされる時間が所定の時間よりも長い場合には、当該リストアップされたジョブがすべて削除される。
【０００６】
特許文献２（特開２００６−３４３９１７号公報）には、印刷装置に異常が発生した場合の、当該印刷装置の制御方法が開示されている。当該印刷装置において異常が発生した場合、異常の要因によって異なった処理モードが指定される。処理モードの中には、受信バッファ内のデータを削除するモードが含まれている。
【０００７】
特許文献３（特開２００８−１９７８００号公報）には、印刷制御装置から印刷装置に対して、印刷対象となる画像データを複数部数印刷する印刷ジョブが指示された場合であって、当該印刷ジョブがキャンセルされた場合の、印刷ジョブの削除に関する技術が開示されている。当該技術では、印刷ジョブにおいて、印刷対象となる画像データのヘッダに、印刷ジョブによって特定されるジョブ番号と当該印刷ジョブにおける部数に対応した通し番号が付される。そして、印刷ジョブが削除される場合には、削除の対象となるジョブ番号が指定される。これにより、当該ジョブ番号を有する画像データが一括して削除される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１５５３７号公報
【特許文献２】特開２００６−３４３９１７号公報
【特許文献３】特開２００８−１９７８００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記したようなプルプリントシステムにおいて、画像形成装置のエラー発生やユーザに対する課金エラー等を理由に当該画像形成装置において印刷ジョブの実行が中止された場合、プリントサーバに当該印刷ジョブが残されることとなる。特許文献１〜特許文献３では、プリントサーバに残されたプリントジョブの削除については言及されていない。したがって、従来のプルプリントシステムにおいてこのようなプリントジョブを削除するためには、サーバにおいて、当該ジョブを削除するために、アプリケーションの修正等が必要となると考えられる。
【００１０】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、プリントサーバにおけるアプリケーションの修正等を要することなく、プリントサーバにおいて蓄積されたプリントジョブであって、画像形成装置での実行を中止されたジョブについてのプリントジョブを、容易に削除できるようにすることである。
【課題を解決するための手段】
【００１１】
本発明に従った画像形成装置は、プリントジョブが記憶されたプリントサーバに接続可能な画像形成装置であって、プリントサーバに記憶されたプリントジョブの実行開始指示を受付けるための入力手段と、プリントサーバから、入力手段で実行開始指示が入力されたプリントジョブを受信するための受信手段と、プリントサーバから受信されたプリントジョブの実行の可否を判断するための判断手段と、判断手段により実行できないと判断されたプリントジョブを削除するための削除手段とを備える。
【００１２】
好ましくは、削除手段は、入力手段に、判断手段によって実行できないと判断されたプリントジョブを削除する指示が入力されたことを条件として、プリントジョブを削除する。
【００１３】
好ましくは、入力手段は、さらに複数のプリントジョブを一括で削除する指示を受付け、削除手段は、一括削除の指示が入力された場合に、受信手段により受信された複数のプリントジョブを一括で削除する。
【００１４】
好ましくは、ユーザのログインを受け付けるログイン手段をさらに備え、削除手段は、ログイン手段によってログインしたユーザのログイン情報に基づいて、プリントデータが削除対象であるか否かを判断する。
【００１５】
好ましくは、表示装置と、プリントサーバから受信されたプリントジョブを記憶するための記憶手段とをさらに備え、記憶手段は、受信されたプリントジョブを、受信時のログインユーザに関連付けて記憶し、判断手段は、ログイン手段が、実行できないと判断されたプリントジョブに関連付けられたユーザのログインを受け付けた場合には、表示装置に、当該プリントジョブの実行指示の入力を問い合わせる情報を表示させる。
【００１６】
好ましくは、プリントジョブを実行する実行手段をさらに備え、判断手段は、入力手段に、実行できないと判断されたプリントジョブの実行の指示が入力された場合に、再度、当該プリントジョブの画像の形成の可否を判断し、実行可能であると判断した場合には、実行手段に当該プリントジョブを実行させる。
【００１７】
好ましくは、課金サーバとさらに接続され、判断手段は、課金サーバに、入力手段に実行開始指示を入力されたプリントジョブの実行のための課金の可否を問い合わせ、当該問い合わせの結果に基づいて、当該プリントジョブの実行の可否を判断する。
【００１８】
本発明に従った画像形成装置の制御方法は、記憶装置とプリントジョブが記憶されたプリントデータの画像の形成を実行するための実行手段とを備え、プリントサーバに接続可能な画像形成装置の制御方法であって、プリントサーバに記憶されたプリントジョブの実行開始指示の入力を受付けるステップと、プリントサーバから、実行開始指示が入力されたプリントジョブを受信するステップと、プリントサーバから受信されたプリントジョブの実行の可否を判断するステップと、判断するステップにより実行できないと判断されたプリントジョブを削除するためのステップとを備える。
【００１９】
本発明に従った制御プログラムは、画像形成装置のコンピュータに実行させる制御プログラムであって、画像形成装置は、プリントジョブが記憶されたプリントサーバに接続可能であり、制御プログラムは、コンピュータに、プリントサーバに記憶されたプリントジョブの実行開始指示の入力を受付けるステップと、プリントサーバから、実行開始指示が入力されたプリントジョブを受信するステップと、プリントサーバから受信されたプリントジョブの実行の可否を判断するステップと、判断するステップにより実行できないと判断されたプリントジョブを削除するためのステップとを実行させる。
【発明の効果】
【００２０】
本発明によれば、プリントサーバにおけるアプリケーションの修正等を要することなく、プリントサーバに上記のようなプリントデータが残ることを回避できる。
【図面の簡単な説明】
【００２１】
【図１】本発明の画像形成装置の第１の実施の形態であるＭＦＰ（Multi  Function  Peripheral）を用いたプルプリントシステムの全体構成を模式的に示す図である。
【図２】図１のプルプリントシステムにおける動作の概要を説明するための図である。
【図３】ＭＦＰの制御ブロックを示す図である。
【図４】図２を参照して説明した動作を実現するための、プルプリントシステムの各要素のシーケンス図である。
【図５】ジョブ管理情報の内容の一例を模式的に示す図である。
【図６】図５のジョブ管理情報に対する、更新された状態の一例を示す図である。
【図７】ＭＦＰの表示部に表示される画面の一例を示す図である。
【図８】ＭＦＰの表示部に表示される画面の他の例を示す図である。
【図９】ジョブ管理情報の内容の一例を示す図である。
【図１０】本発明の画像形成装置の第２の実施の形態を含むプルプリントシステムの動作の概要を示す図である。
【図１１】図１０のＭＦＰにおいて実行される処理のフローチャートである。
【図１２】図１０のＭＦＰの表示部に表示される画面の一例を示す図である。
【図１３】図１０のＭＦＰの表示部に表示される画面の他の例を示す図である。
【図１４】ジョブ管理情報の変形例を示す図である。
【発明を実施するための形態】
【００２２】
［第１の実施の形態］
＜システムの全体構成＞
図１は、本発明の画像形成装置の第１の実施の形態であるＭＦＰを用いたプルプリントシステムの全体構成を模式的に示す図である。
【００２３】
図１を参照して、プルプリントシステムは、ＭＦＰ１００Ａ，１００Ｂと、プリントサーバ２００と、課金サーバ３００とを含む。これらの機器は、ネットワークに接続されている。なお、プルプリントシステムに含まれるＭＦＰの数は、図１に示された「２」に限定されない。１であってもよいし、３以上であっても良い。本明細書では、以下、ＭＦＰ１００ＡとＭＦＰ１００Ｂとを総称して、適宜ＭＦＰ１００という。
【００２４】
図２は、図１のプルプリントシステムにおける動作の概要を説明するための図である。
図２を参照して、本プルプリントシステムでは、ＭＦＰ１００は、当該ＭＦＰ１００に備えられたプリントキーに対する操作を受付ける等してプリントサーバ２００に保存されたジョブの実行の指示を受付けると（ステップＳ１）、プリントサーバ２００に対して、当該ジョブの開始を要求する（ステップＳ２）。当該要求は、たとえば、当該ジョブを依頼するためのＰＪＬ（プリンタジョブ言語）コマンドを送信することにより、実現される。
【００２５】
なお、ＭＦＰ１００は、ジョブ実行の指示を受付ける前に、ユーザのログインを受付ける。これにより、ＭＦＰ１００は、実行を指示されたジョブと、当該ジョブの実行を指示したユーザとを、関連付けて記憶することができる。本明細書では、これらを関連付ける情報を「ジョブ管理情報」という。
【００２６】
プリントサーバ２００は、上記要求に応じて、ＭＦＰ１００に、ジョブの開始を指示する。続いて、プリントサーバ２００は、上記要求に含まれるジョブのプリントデータを、ＭＦＰ１００へ送信する。
【００２７】
一例として、上記要求によって、ジョブ（１）〜ジョブ（１００）という１００のジョブの実行が要求された場合を説明する。
【００２８】
この場合、プリントサーバ２００は、ジョブの開始を指示する応答（ジョブ開始応答）に続いて、まずジョブ（１）のプリントデータを、ＭＦＰ１００へ送信（投入）する。
【００２９】
ジョブ開始応答に応じて、ＭＦＰ１００は、これらのジョブの実行を指示したユーザに対する（これらのジョブ（ジョブ（１）〜ジョブ（１００））の実行に要する費用の）課金が可能か否か、課金サーバ３００へ問い合わせる。この問い合わせは、たとえば、ＭＦＰ１００が、これらのジョブの実行を指示したユーザを特定する情報と、これらのジョブの実行に要する課金額とを、課金サーバ３００へ送信し、当該ユーザに対して当該額の課金が可能か否かを問い合わせることによって実現される（図２の「残金確認」）。なお、ＭＦＰ１００は、ジョブ実行のための課金額として、１ジョブごとに一定の額を指定しても良いし、各ジョブのデータ量等に応じた額を指定しても良い。
【００３０】
課金サーバ３００は、ユーザごとに、課金情報を記憶している。課金サーバ３００は、ＭＦＰ１００から課金が可能か否かの問い合わせを受けると、記憶している情報に基づいて、可能か否かを回答する。たとえば、課金が可能であると判断した場合には、当該課金額を当該ユーザの課金情報において特定される額から差し引くとともに、ＭＦＰ１００に課金が可能である旨（課金が完了した旨）の情報を送信する。一方、課金が不能であると判断した場合には、課金サーバ３００は、その旨をＭＦＰ１００に送信する。
【００３１】
ＭＦＰ１００は、課金サーバ３００からの回答が、課金可能であるというものであれば、プリントサーバ２００から受信した、各ジョブのプリントデータの画像を形成する。一方、課金サーバ３００からの回答が、課金不能であるというものであれば、ＭＦＰ１００は、プリントサーバ２００から当該ジョブのプリントデータを受信した後、当該プリントデータの削除の可否を問い合わせる画面をＭＦＰ１００において表示する。図２では、課金サーバ３００からの回答が課金不能であった場合のシーケンスが記載されている。そして、図２では、課金サーバ３００からＭＦＰ１００へのこのような回答が「残金なし」として示されている。
【００３２】
ＭＦＰ１００は、上記したプリントデータの削除の可否を問い合わせる画面として、ログイン中のユーザが実行を要求した各ジョブのプリントデータの削除指示を入力するための画面を表示する。そして、ＭＦＰ１００は、プリントサーバ２００から上記各ジョブのプリントデータを受信し、ユーザが削除の指示を入力したプリントデータを削除する。
【００３３】
なお、ＭＦＰ１００では、上記のようにプリントデータの削除を問い合わせる対象となるジョブが複数の場合に、上記問い合わせる画面として、それらを一括して削除するか否かの指定を受付ける画面を表示することができる。そして、一括して削除することが指定されると、ＭＦＰ１００は、後述するように一括削除フラグをＯＮにして、上記のように実行を要求された複数のジョブのプリントデータを、一括して削除するための処理を実行する。
【００３４】
＜ＭＦＰの構成＞
図３は、ＭＦＰ１００の制御ブロックを示す図である。
【００３５】
図３を参照して、ＭＦＰ１００は、装置全体の制御を行なうＣＰＵ（Central  Processing  Unit）１０１と、データを一時的に記憶するＲＡＭ（Random  Access  Memory）１０２と、プログラムや定数などを記憶するＲＯＭ（Read  Only  Memory）１０３と、画像データなどを記憶するためのハードディスクドライブ（ＨＤＤ）１０４と、上記したネットワークに接続するための通信インターフェイス（Ｉ／Ｆ）１０５と、ユーザからの入力操作を受付ける操作パネル１０６と、画像形成動作や画像読取動作を実行するエンジン１０７とを含む。エンジン１０７は、たとえば、画像形成動作を行なうプリンタと、画像読取動作を行なうスキャナを含む。操作パネル１０６は、たとえばタッチセンサによって構成される入力部１０６Ａと、たとえば液晶表示装置によって構成される表示部１０６Ｂとを含む。
【００３６】
＜ＭＦＰの動作＞
図４は、図２を参照して説明した動作を実現するための、プルプリントシステムの各要素のシーケンス図である。
【００３７】
図４を参照して、ＭＦＰ１００では、プリントサーバ２００に蓄積されたジョブを実行するためのアプリケーション（以下、適宜「プリプリントアプリケーション」という）を起動されると、まず、ステップＳＡ１０で、ユーザのログインを受付けて、ステップＳＡ２０へ処理を進める。
【００３８】
ＣＰＵ１０１は、ステップＳＡ１０で、たとえば、ユーザ名とパスワードの入力を受付ける。そして、ＣＰＵ１０１は、プリントサーバ２００に、入力を受付けたユーザ名とパスワードを送信する。プリントサーバ２００には、ユーザ情報として、１以上のユーザのユーザ名とパスワードの組合せが記憶されているものとする。そして、ＭＦＰ１００から受信したユーザ名とパスワードの組合せが、プリントサーバ２００に記憶されているものであれば、ＭＦＰ１００に対して、ステップＳＡ１０におけるログインが成功した旨の情報を送信する。なお、ユーザ名とパスワードの組合せは、ＭＦＰ１００において記憶されていても良い。この場合には、ログインの成否は、ＣＰＵ１０１が当該記憶されている組合せと入力された組合せとを比較することによって判断する。
【００３９】
なお、ＣＰＵ１０１は、ログインが成功した場合にのみ、ステップＳＡ２０へ処理を進める。ログインが失敗した場合には、再度、ログイン情報（ユーザ名およびパスワード）の入力を求める。
【００４０】
ステップＳＡ２０では、ＣＰＵ１０１は、ジョブの実行の指示を受付けて、ステップＳＡ３０へ処理を進める。ステップＳＡ２０では、ＣＰＵ１０１は、たとえば、以下の処理を実行する。つまり、ＣＰＵ１０１は、プリントサーバ２００に、登録されているジョブの一覧を要求する。これに応じて、プリントサーバ２００は、当該プリントサーバ２００においてＭＦＰ１００にログインしているユーザに関連付けられて登録されているジョブの一覧を、ＭＦＰ１００へ送信する。そして、ＣＰＵ１０１は、プリントサーバ２００から受信したジョブの一覧を、表示部１０６Ｂに表示させる。そして、当該表示されたジョブの一覧からジョブを指定する情報の入力を受付けることにより、ＣＰＵ１０１は、ジョブの実行の指示を受付ける。
【００４１】
ステップＳＡ３０では、ＣＰＵ１０１は、ステップＳＡ２０で実行の指示を受付けたジョブの開始要求のためのＰＪＬコマンドを作成して、ステップＳＡ４０へ処理を進める。
【００４２】
ステップＳＡ４０では、ＣＰＵ１０１は、ステップＳＡ２０で実行指示を受付けたジョブの識別情報によってジョブ管理情報を生成し、当該ジョブ管理情報をＲＡＭ１０２等に保存して、ステップＳＡ５０へ処理を進める。
【００４３】
ここで、ジョブ管理情報の内容について説明する。
図５は、ジョブ管理情報の内容の一例を模式的に示す図である。
【００４４】
図５を参照して、ジョブ管理情報では、ジョブ毎に、ユーザ名とファイル名が、関連付けられて記憶されている。たとえば、図５のジョブ（１）についてのジョブ管理情報では、ユーザ名「xkawahata」とファイル名「test1.pdf」とが記憶されている。ＣＰＵ１０１は、ジョブ管理情報の生成に際し、ステップＳＡ１０のログインのためにユーザが入力したユーザ名を、ジョブ管理情報における「ユーザ名」として取得する。また、ＣＰＵ１０１は、ステップＳＡ２０において実行指示を受付けたジョブに対応するファイルのファイル名を、ジョブ管理情報における「ファイル名」として取得する。
【００４５】
図４に戻って、ステップＳＡ４０においてジョブ管理情報を保存した後、ＣＰＵ１０１は、ステップＳＡ３０で作成したＰＪＬコマンドをプリントサーバ２００に送信する（ジョブ開始要求）。
【００４６】
プリントサーバ２００は、当該ジョブ開始要求に応じて、ジョブ開始応答を、ＭＦＰ１００に送信する。そして、プリントサーバ２００は、これに続けて、上記ジョブ開始要求によって実行を要求された各ジョブのプリントデータを、ＭＦＰ１００に対して、順次送信する。図４において、「投入」とは、ジョブに対応するプリントデータの送信を意味する。つまり、たとえば、「ジョブ（１）投入」と書かれているのは、プリントサーバ２００から、ジョブ（１）のプリントデータが送信されることを意味する。
【００４７】
また、ＣＰＵ１０１は、ステップＳＡ２０で実行指示を受付けたジョブについての課金の可否の問合せを、課金サーバ３００に対して送信する（残金確認）。
【００４８】
これに応じて、課金サーバ３００は、課金の可否を、ＭＦＰ１００に送信する。
図４では、図２と同様に、課金が不能である場合の回答（残金なし）が示されている。
【００４９】
ＣＰＵ１０１は、課金サーバ３００から課金が不能である旨の回答を受信すると、ステップＳＡ５０で、ステップＳＡ２０で実行指示を受付けたジョブの実行が、課金サーバ３００における当該ユーザの残金不足により実行できない旨を表示し、さらに、これらのジョブのプリントデータの削除の可否を問合せるＵＩ（ユーザインターフェイス）を、表示部１０６Ｂに表示させる。
【００５０】
そして、ステップＳＡ５０におけるＵＩ表示に対して、ユーザが上記プリントデータの削除を指示する情報を入力すると、ＣＰＵ１０１は、当該情報の入力を受付ける（ステップＳＡ６０）。
【００５１】
ステップＳＡ６０でプリントデータの削除の指示を受付けると、ＣＰＵ１０１は、さらに、ステップＳＡ７０で、一括削除フラグをＯＮして、ステップＳＡ８０へ処理を進める。
【００５２】
ステップＳＡ８０では、ＣＰＵ１０１は、ＨＤＤ１０４において、プリントサーバ２００から受信したプリントデータ（投入済ジョブ）が記憶されているか否かを判断し、記憶されていると判断するとステップＳＡ９０へ処理を進める。
【００５３】
ステップＳＡ９０では、ＣＰＵ１０１は、投入されたジョブ（ＨＤＤ１０４において記憶されているプリントデータ）を構成する情報を解析することにより、当該プリントデータのファイル名および当該プリントデータの画像形成の指示を入力したユーザ名を抽出して、ステップＳＡ１００へ処理を進める。
【００５４】
ステップＳＡ１００では、ＣＰＵ１０１は、ステップＳＡ９０で抽出したユーザ名とファイル名が、ジョブ管理情報において削除済フラグがＯＦＦとされているジョブのユーザ名とファイル名の組合せと一致するか否かを判断し、一致すると判断するとステップＳＡ１１０へ処理を進め、ジョブ管理情報において一致するものがないと判断するとステップＳＡ１２０へ処理を進める。
【００５５】
ステップＳＡ１２０では、ＣＰＵ１０１は、エンジン１０７に、当該ジョブを実行（当該プリントデータの画像形成を実行）させて、ステップＳＡ８０へ処理を戻す。
【００５６】
一方、ステップＳＡ１１０では、ＣＰＵ１０１は、ステップＳＡ９０で抽出した識別情報に対応するジョブ（プリントデータ）をＨＤＤ１０４から削除し、また、ジョブ管理情報における当該ジョブの情報を削除して、ステップＳＡ１３０へ処理を進める。
【００５７】
ステップＳＡ１３０では、ＣＰＵ１０１は、ジョブ管理情報において、図５を参照して説明したようにジョブの情報が登録されているか否かを判断し、されていると判断するとステップＳＡ８０へ処理を戻す。一方、そのようなジョブがないと判断すると、ステップＳＡ１４０へ処理を進める。
【００５８】
ステップＳＡ１４０では、ＣＰＵ１０１は、ステップＳＡ７０でＯＮした一括削除フラグの値をＯＦＦとして、ステップＳＡ２０へ処理を戻す。
【００５９】
以上、図４を参照して説明した処理によれば、ＭＦＰ１００は、プリントサーバ２００に蓄積されたジョブの実行の指示を受付けると（ステップＳＡ２０）、プリントサーバ２００に対し、当該ジョブの開始要求を送信し（ジョブ開始要求）、また、当該ジョブについてのユーザへの課金が可能か否かを課金サーバ３００に問合せる（残金確認）。
【００６０】
そして、ＭＦＰ１００は、上記ユーザに対して課金が可能な場合には、実行を指示されたジョブのプリントデータの画像形成を実行する。具体的には、当該プリントデータをプリントサーバ２００から受信し、ＨＤＤ１０４（または、ＲＡＭ１０２）に保存し、そして、当該プリントデータの画像をエンジン１０７に形成させる。一方、上記ユーザへの課金ができない場合（課金サーバから「残金なし」）には、ＭＦＰ１００は、実行を指示されたジョブのプリントデータの削除の指示の入力を促し（ステップＳＡ５０）、削除指示が入力されると（ステップＳＡ６０）、各ジョブのプリントデータをプリントサーバ２００から受信し、ＨＤＤ１０４またはＲＡＭ１０２に記憶し、そして、記憶したプリントデータを削除する（ステップＳＡ１１０）。
【００６１】
なお、ＭＦＰ１００では、プリントサーバ２００から受信したプリントデータが削除を指示されたプリントデータであるか否かは、受信したプリントデータの識別情報を、ジョブ管理情報に登録されている識別情報と比較することにより、判断する。具体的には、これらの識別情報が一致すれば、記憶されたプリントデータは削除すべきプリントデータであると判断され、一致しない場合には、ＭＦＰ１００において実行されるために受信したプリントデータであると判断される（ステップＳＡ１２０）。
【００６２】
なお、本実施の形態では、ＭＦＰ１００は、実行指示を入力されたすべてのジョブについて、ユーザの課金情報等によって実行できるか否かに拘らず、各ジョブのプリントデータを、プリントサーバ２００から受信する。そして、受信したプリントデータが、ジョブ管理情報において削除済フラグをＯＦＦとされているジョブに対応するものであれば（ステップＳＡ１００でＹＥＳ）、記憶したプリントデータを削除する。
【００６３】
これにより、プリントサーバ２００において予め蓄積されたプリントデータが、ＭＦＰ１００において後発的に実行できない事情が生じたときに、プリントサーバ２００からダウンロードされず、残り続けることを、確実に回避できる。
【００６４】
また、上記したようなプリントデータが、ＭＦＰ１００において削除されるため、プリントサーバ２００におけるアプリケーションの変更等を要することなく、プリントサーバ２００に不要なジョブのプリントデータが蓄積し続けることを回避できる。
【００６５】
なお、ＭＦＰ１００においてジョブのプリントデータが削除されると、ジョブ管理情報において、削除されたジョブに対応する情報が、削除される。
【００６６】
図６には、図５に示された状態から、ＭＦＰ１００に記憶されたジョブ管理情報の、ジョブ（１）のプリントデータが削除されることによって更新された状態が示されている。図６のジョブ管理情報では、図５のジョブ管理情報と比較して、ジョブ（１）の情報が削除されている。
【００６７】
なお、ＭＦＰ１００では、各ジョブが実行された場合にも、ジョブ管理情報から当該ジョブの情報が削除される。
【００６８】
また、ＭＦＰ１００において、各ジョブが実行されることによっても、プリントサーバ２００からダウンロードされたプリントデータは削除され得る。このように、プリントデータが削除された場合でも、ジョブ管理情報からは、当該削除されたジョブの情報が削除される。
【００６９】
＜画面の表示例＞
本実施の形態では、ステップＳＡ５０において、ＣＰＵ１０１は、ステップＳＡ２０で実行を指示されたジョブについての、プリントデータの削除の可否を問合せるＵＩを、表示部１０６Ｂに表示させた。
【００７０】
図７は、このときに表示部１０６Ｂに表示される画面の一例を示す図である。画面９１０では、「ジョブを一括削除しますか？」という、問合せのメッセージと共に、プリントデータの削除を指示するために操作されるボタン９１１と、上記したプリントデータの削除を希望しない意思を入力するためのボタン９１２が表示されている。ボタン９１１が操作されることによって、ＣＰＵ１０１は、ステップＳＡ６０で、ステップＳＡ２０で実行を指示されたすべてのジョブの削除指示を受付け、ステップＳＡ７０以降の、各ジョブのプリントデータを削除するための処理を実行する。
【００７１】
一方、ボタン９１２が操作されると、ＣＰＵ１０１は、ステップＳＡ７０以降の処理を実行することなく、プリントサーバ２００からダウンロードされたジョブのプリントデータを、ＭＦＰ１００のＨＤＤ１０４に保存する。
【００７２】
なお、ステップＳＡ５０において表示部１０６Ｂに表示されるＵＩは、ステップＳＡ２０で実行の指示を受付けたジョブのそれぞれについて、プリントデータの削除を指示するものであってもよい。図８は、このような場合に、ステップＳＡ５０で表示部１０６Ｂに表示される画面の一例を示す図である。
【００７３】
図８を参照して、画面９２０では、ステップＳＡ２０で実行の指示を受付けたジョブの各プリントデータのファイル名について、削除を指示するための情報を入力する欄（欄９２１〜９２６が表示されている。なお、画面９２０には、ステップＳＡ２０で実行を指示されたジョブの一部についてのファイル名およびこれに対応する入力欄が示されている。ＣＰＵ１０１は、スクロールバー９３０を適宜操作されることにより、操作内容に応じて、画面９２０に表示されるファイル名および入力欄を、ステップＳＡ２０で実行の指示を受けたジョブの中から選択する。削除するファイルとして選択されたファイル名に対応する削除欄には、チェックの印が表示される。図８では、test2.pdfからtest6.pdfまでの５つのファイルが選択された状態が示されている。この状態で、決定ボタン９４０が操作されると、ＣＰＵ１０１は、ステップＳＡ６０において、このように選択されたジョブの削除の指示を受付ける。そして、この場合には、ステップＳ７０の処理を飛ばして、ステップＳＡ８０へ処理を進める。なお、この場合、ステップＳＡ６０では、ＣＰＵ１０１は、ジョブ管理情報において、削除することを指示されたジョブについてのみ、情報を残す。つまり、選択されなかったジョブについては、ジョブ管理情報から、対応する情報を削除する。
【００７４】
これにより、ステップＳＡ１１０では、ステップＳＡ２０で実行の指示を受付け、プリントサーバ２００からプリントデータを受信したプリントデータの中で、削除することを指示されたジョブについてのみ削除する。
【００７５】
［第２の実施の形態］
＜システムの動作態様＞
第１の実施の形態では、図８を参照して説明したように、ＭＦＰ１００において実行されず、また、削除の指示もなされなかったジョブのプリントデータは、ＨＤＤ１０４（または、ＲＡＭ１０２）に残される。本実施の形態のプルプリントシステムでは、このように残されたプリントデータについて、対応するジョブの実行の指示を受付ける。
【００７６】
図９は、本実施の形態において作成等されるジョブ管理情報の一例を示す図である。
図９を参照して、本実施の形態のジョブ管理情報では、図５等を参照して説明したジョブ管理情報に加えて、各ジョブに対して「削除済フラグ」の状態が登録されている。当該状態は、ＯＮまたはＯＦＦで示される。なお、図９では、ジョブ（１）〜ジョブ（１００）の情報が登録され、そして、ジョブ（１）の「削除済フラグ」のみが「ＯＦＦ」とされており、その他のジョブの「削除済フラグ」は「ＯＮ」とされている。
【００７７】
図１０は、本実施の形態におけるプルプリントシステムの動作の概要を示す図である。
図１０では、ＭＦＰ１００は、図２を参照して説明したステップＳ１〜Ｓ４と同様に、ユーザからジョブの実行指示を受付け（ステップＳ１）、当該指示に基づいてプリントサーバ２００にジョブ開始要求を送信し（ステップＳ２）、そして、プリントサーバ２００から実行を指示したジョブのプリントデータを順次受信する（ジョブ（１）〜ジョブ（１００）の投入）。また、ＭＦＰ１００は、実行の指示を受付けたジョブについての課金のために、課金サーバ３００に、ログインユーザの残金を確認する。そして、残金がないとの回答を受けると、実行の指示を受付けたジョブが実行できない旨、および、これらの削除の指示を受付ける画面（たとえば、図８）を表示させ（ステップＳ３）、そして、削除の指示を受付けると、それらを削除する。プリントデータが削除されることにより、ジョブ管理情報における、対応するジョブの削除済フラグがＯＮとされる。
【００７８】
一方、プリントサーバ２００から受信し、残金不足等により画像形成ができなかったプリントデータの中で、プリントデータを削除しない旨の指示を受付けると、ＭＦＰ１００では、当該プリントデータは削除されることなく、そして、ジョブ管理情報では、当該ジョブについての削除済フラグがＯＦＦとされる。なお、このような指示は、たとえば、図８の画面９２０に対して、入力欄（入力欄９２１等）を操作されることなく決定ボタン９４０を操作されたことによって（つまり、ジョブに対応する入力欄にチェックの印が表示されない状態で決定ボタン９４０を操作されたことによって）、入力される。
【００７９】
そして、削除済フラグがＯＦＦとされているジョブのユーザ名と同一のユーザ名がＭＦＰ１００にログインし、プルプリントアプリケーションを起動した場合には、ＭＦＰ１００では、表示部１０６Ｂに、当該ジョブを、再度実行を指示するジョブとして選択するか否かをユーザに問合せる（ステップＳ５）。
【００８０】
図１２は、本実施の形態においてＭＦＰ１００の表示部１０６Ｂに表示される画面の一例を示す図である。
【００８１】
図１２を参照して、画面９５０では、「前回キャンセルしたファイルを選択済みにしますか？」というメッセージと共に、ボタン９５１とボタン９５２が表示されている。ボタン９５１は、上記したような、削除されなかったジョブを、再度実行指示の対象として選択する指示を入力するためのボタンである。ボタン９５２は、そのような選択を希望しない旨の情報を入力するためのボタンである。
【００８２】
ＭＦＰ１００では、ボタン９５１を操作されると、さらに、当該ユーザに関連付けられて、ジョブ管理情報において、削除済フラグがＯＦＦとされているすべてのジョブについて、再度実行指示の対象として選択するか否かを問合せる画面を表示させる。
【００８３】
図１３は、このときに表示部１０６Ｂに表示される画面の一例を示す図である。
図１３を参照して、画面９６０では、「ジョブを復活させますか？」というメッセージと共に、ファイル名と当該ファイル名に対応するジョブの実行の指示を入力するための欄とが表示されている。図１３では、一例として、ログインユーザについてジョブ管理情報において削除済フラグがＯＦＦとされているジョブが１つ（test1.pdf）である例が示されている。削除済フラグがＯＦＦとされているジョブが複数ある場合には、画面９６０では、各ジョブのファイル名が表示され、そして、それぞれのファイル名に対応して入力欄が表示される。
【００８４】
ユーザは、当該画面に対して、復活（再度、実行指示の対象とすること）を希望するファイルについては、ファイル名に対応する入力欄をタッチ操作等により操作する。そして、決定ボタン９７０が操作されることにより、入力欄を操作されたファイル名のジョブの実行について、ＭＦＰ１００は、課金サーバ３００に対して、ログインユーザの残金を確認する。残金が足りる場合には、課金サーバ３００は、当該ユーザの課金情報からジョブの実行に必要な金額を差し引いた後、ＭＦＰ１００に対してジョブの実行のための残金の精算処理が完了したことを報知する。当該報知に応じて、ＭＦＰ１００は、復活を指示されたジョブを実行（プリントデータの画像形成）する。なお、残金が不足している場合には、たとえば、そのままプルプリントアプリケーションが終了する。
【００８５】
＜ＭＦＰの処理＞
図１１は、ＭＦＰ１００においてステップＳ５に対応して実行される処理のフローチャートである。
【００８６】
図１１を参照して、ステップＳＢ１０では、ＣＰＵ１０１は、ユーザに対するログイン動作を実行して、ステップＳＢ２０へ処理を進める。なお、既にユーザがログインしている場合には、ステップＳＢ１０の処理が省略される。
【００８７】
ステップＳＢ２０では、ＣＰＵ１０１は、ユーザからの指示に基づいてプルプリントアプリケーションを起動させて、ステップＳＢ３０へ処理を進める。
【００８８】
ステップＳＢ３０では、ＣＰＵ１０１は、ジョブ管理情報において、ステップＳＢ１０でログインを受付けたユーザ（または、既に、ログインしているユーザ）のユーザ名が関連付けられているジョブであって、削除済フラグがＯＦＦのジョブがあるか否かを判断し、ないと判断すると処理を終了する。一方、あると判断すると、ステップＳＢ４０へ処理を進める。
【００８９】
ステップＳＢ４０では、ＣＰＵ１０１は、ジョブ管理情報において削除済フラグがＯＦＦとされているジョブの中で、関連付けられているユーザ名がステップＳＢ１０でログインを受付けたユーザ（または、既に、ログインしているユーザ）のユーザ名と同一のものがあるか否かを判断し、あると判断するとステップＳＢ５０へ処理を進める。なお、ないと判断するとそのまま処理を終了させる。
【００９０】
ステップＳＢ５０では、ＣＰＵ１０１は、図１２を参照して説明したような、それ以前に実行できなかったジョブを、再度実行対象として選択するためのＵＩ画面を表示させて、ステップＳＢ６０へ処理を進める。
【００９１】
ステップＳＢ６０では、図１３を参照して説明したように、実行できない状態のままでＨＤＤ１０４に保存されているプリントデータの中から、実行対象とするプリントデータ（ジョブ）の選択を受付けて、ステップＳＢ７０へ処理を進める。
【００９２】
ステップＳＢ７０では、ＣＰＵ１０１は、ステップＳＢ６０で実行指示の対象として選択されたジョブを実行して、処理を終了させる。これにより、当該ジョブの情報が、ジョブ管理情報から削除される。なお、ステップＳＢ７０では、ＣＰＵ１０１は、課金サーバ３００に対して当該ジョブの実行について処理対象とされているユーザに対して課金が可能か否かを問合せ（残金確認）、課金完了の回答を課金サーバ３００から受信したことを条件として、上記ジョブを実行する。
【００９３】
［その他の変形例］
以上説明した第２の実施の形態では、残金不足等によりＭＦＰ１００に対して実行指示がなされたジョブが実行できなかった場合、ＭＦＰ１００では、プリントサーバ２００から当該ジョブのプリントデータがＨＤＤ１０４に蓄積される。そして、プリントデータを蓄積されたジョブの実行を指示したユーザが再度ＭＦＰ１００にログインし、そして、プルプリントアプリケーションを起動した場合には、ＭＦＰ１００は、これらのジョブを再度実行指示の対象とするか否かを問合せる（図１２等参照）。
【００９４】
なお、プルプリントシステムでは、このようなプリントデータの蓄積可能な期間が、定められていてもよい。この場合には、図９を参照して説明したようなジョブ管理情報に、さらに、各ジョブのプリントデータがＨＤＤ１０４において蓄積を開始された時刻が記録される。図１４は、このようなジョブ管理情報の変形例を示す図である。
【００９５】
図１４を参照して、ジョブ管理情報では、各ジョブについて、ユーザ名とファイル名と削除済フラグの状態に加え、上記した蓄積を開始された時刻（登録時刻）が記憶されている。ＣＰＵ１０１は、ＨＤＤ１０４に各プリントデータを蓄積した時刻を、ジョブ管理情報において、登録時刻として登録する。
【００９６】
そして、ＣＰＵ１０１は、登録時刻から、予め定められた一定の期間が経過したことを条件として、対応するジョブのプリントデータをＨＤＤ１０４から削除し、また、ジョブ管理情報において、当該ジョブに対応する情報を削除する。
【００９７】
また、各実施の形態では、ＭＦＰ１００において、実行を指示されたジョブが実行できない理由としては、課金サーバ３００における、当該ジョブの実行を指示したユーザについての残金不足が挙げられていたが、当該理由はこれに限定されない。たとえば、ＭＦＰ１００において、トナー不足や用紙切れ、紙詰り等のエラーが発生したことであってもよい。
【００９８】
以上説明した各実施の形態によれば、画像形成装置は、当該画像形成装置に対して画像形成の指示を入力されたすべてのプリントデータを、プリントサーバから受信する。これにより、画像形成装置に対して画像形成の指示を入力された後、当該画像形成装置において画像形成ができなくなったジョブについて、当該ジョブのプリントデータがプリントサーバに残される事態を回避できる。つまり、そのようなプリントデータについては、画像形成装置にダウンロードされた後、当該画像形成装置において、削除等の適切な処理を実行できる。これにより、プリントサーバにおけるアプリケーションの修正等を要することなく、プリントサーバに上記のようなプリントデータが残ることを回避できる。
【００９９】
なお、各実施の形態では、ＭＦＰ１００は、図２または図１０のステップＳ３において、残金の不足等により実行できないジョブのプリントデータの削除を、ユーザからの入力を待って実行していたが、このような入力を待たずに削除しても良い。つまり、ＭＦＰ１００は、実行できないジョブについては、表示部１０６Ｂに実行できない旨のメッセージを表示する等して報知した後、ユーザからの入力を待つことなく、当該ジョブのプリントデータを削除しても良い。
【０１００】
今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、各実施の形態に記載された発明は、単独でも、また、可能な限り組み合わされて、実施されることが意図される。
【符号の説明】
【０１０１】
１００  ＭＦＰ、１０２  ＲＡＭ、１０６  操作パネル、１０６Ａ  入力部、１０６Ｂ  表示部、１０７  エンジン、２００  プリントサーバ、３００  課金サーバ。
【図１】
2012190111.tif 000003
【図２】
2012190111.tif 000004
【図３】
2012190111.tif 000005
【図４】
2012190111.tif 000006
【図５】
2012190111.tif 000007
【図６】
2012190111.tif 000008
【図７】
2012190111.tif 000009
【図８】
2012190111.tif 000010
【図９】
2012190111.tif 000011
【図１０】
2012190111.tif 000012
【図１１】
2012190111.tif 000013
【図１２】
2012190111.tif 000014
【図１３】
2012190111.tif 000015
【図１４】
2012190111.tif 000016