(57)【要約】【課題】印刷ジョブがキャンセルされたときに他デバイスによる次の印刷ジョブの受け付けを速やかに開始することができる画像形成装置を提供する。【解決手段】印刷ジョブのキャンセル信号を検知したときに、ＣＰＵは、該印刷ジョブに関する印刷データの処理手段としてメインタスク処理手段（タスク１）からサブタスク処理手段（タスク２，３・・・）への切り替えを行って、前記サブタスク処理手段は、前記印刷ジョブとして送信される印刷データを受信し、該印刷データの読み捨て処理を行い、前記メインタスク処理手段は、受信して蓄積した前記印刷ジョブのデータをクリアし、つぎの印刷ジョブを受付可能な状態となる。【選択図】図５
2009214417.tif 000002
【特許請求の範囲】
【請求項１】
印刷データに基づいて画像データを出力し印刷するプリンタエンジンと、
装置各部を制御する制御部と、
ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データをプリンタエンジンに転送するように印刷データを処理するメインタスク処理手段と、を備え、
ホスト装置からの印刷ジョブを受け付けると、前記メインタスク処理手段が該ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データをプリンタエンジンに転送するように印刷データを処理する画像形成装置であって、
ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行うように印刷データを処理する少なくとも１つのサブタスク処理手段を有し、
前記印刷ジョブのキャンセル信号を検知したときに、
前記制御部は、該印刷ジョブに関する印刷データの処理手段として前記メインタスク処理手段からサブタスク処理手段への切り替えを行って、
前記サブタスク処理手段は、前記印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行い、
前記メインタスク処理手段は、受信して蓄積した前記印刷ジョブのデータをクリアし、つぎの印刷ジョブを受付可能な状態となることを特徴とする画像形成装置。
【請求項２】
前記印刷ジョブのキャンセル信号を検知したときに、該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定する切替可否判定手段を有し、
前記制御部は、該切替実行判定手段の判定が可のときに、前記印刷ジョブに関する印刷データの処理手段としてサブタスク処理手段への切り替えを行うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記切替可否判定手段は、前記印刷ジョブに関する印刷データの容量に基づいて該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定する切替実行判定手段を有することを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記切替可否判定手段は、前記サブタスク処理手段が前記印刷ジョブに関する印刷データの処理が可能か否かにより該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定するサブタスク実行可否判定手段を有することを特徴とする請求項２に記載の画像形成装置。
【請求項５】
前記サブタスク処理手段を複数有し、
前記サブタスク実行可否判定手段は、複数のサブタスク処理手段から印刷データの処理が可能な１のサブタスク処理手段を選択し、
前記制御部は、前記印刷ジョブに関する印刷データの処理手段として前記サブタスク実行可否判定手段が選択した１のサブタスク手段への切り替えを行うことを特徴とする請求項４に記載の画像形成装置。
【請求項６】
前記切替可否判定手段の判定が否のとき、
前記メインタスク処理手段は、前記ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行い、受信して蓄積した前記印刷ジョブのデータをクリアし、つぎの印刷ジョブを受付可能な状態となることを特徴とする請求項２に記載の画像形成装置。
【請求項７】
前記メインタスク処理手段は、つぎの印刷ジョブの受付可能な状態となったことを制御部に通知することを特徴とする請求項１に記載の画像形成装置。
【請求項８】
前記印刷データのデータ処理は、印刷データの読み捨て処理であることを特徴とする請求項１に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷ジョブを受信し該印刷ジョブの印刷データに基づいて印刷を行う画像形成装置に関するものである。
【背景技術】
【０００２】
ホストＰＣや画像形成装置の操作部から印刷ジョブをキャンセルする命令があった場合、残りの印刷ジョブをキャンセルし、印刷動作を停止する手段を備える画像形成装置が既に知られている。またジョブキャンセル後にホストＰＣから送信される残りの印刷ジョブについて、画像形成装置内のジョブ制御部の受信バッファにデータを蓄積し、印刷ジョブ終了後に、受信バッファをクリアし、次の印刷ジョブの受け付けを開始する手段について既に知られている。
【０００３】
また例えば、特許文献１には、ユーザへのレスポンスを高める目的で、印刷がキャンセルされたことをプリンタドライバに通知し、プリンタドライバは未送信の印刷データをコマンドの完結するところまで送信を行い、データ送信をストップさせる手段について開示されている。
【０００４】
しかしながら、従来の画像形成装置では、印刷ジョブのキャンセル指示を行った後もクライアント側から印刷データが送信され続けるため、これらの印刷データを全て読み飛ばすことを行っていた。そのため上記データの送信が終了するまで、他デバイスによる印刷ジョブを受け付けることができず、多くの待ち時間が発生してしまう問題があった。
【０００５】
【特許文献１】特開２００４−２１６６９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、以上の従来技術における問題に鑑みてなされたものであり、印刷ジョブがキャンセルされたときに他デバイスによる次の印刷ジョブの受け付けを速やかに開始することができる画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために提供する本発明は、以下の通りである。
〔１〕  印刷データに基づいて画像データを出力し印刷するプリンタエンジン（プリンタエンジン２１３）と、装置各部を制御する制御部（ＣＰＵ２０７）と、ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データをプリンタエンジンに転送するように印刷データを処理するメインタスク処理手段（タスク１）と、を備え、ホスト装置（クライアント２０００，３０００，４０００）からの印刷ジョブを受け付けると、前記メインタスク処理手段が該ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データをプリンタエンジンに転送するように印刷データを処理する画像形成装置（プリンタ１０００）であって、ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行うように印刷データを処理する少なくとも１つのサブタスク処理手段（タスク２，３・・・）を有し、前記印刷ジョブのキャンセル信号を検知したときに、前記制御部は、該印刷ジョブに関する印刷データの処理手段として前記メインタスク処理手段からサブタスク処理手段への切り替えを行って、前記サブタスク処理手段は、前記印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行い、前記メインタスク処理手段は、受信して蓄積した前記印刷ジョブのデータをクリアし、つぎの印刷ジョブを受付可能な状態となることを特徴とする画像形成装置（図２，図５）。
〔２〕  前記印刷ジョブのキャンセル信号を検知したときに、該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定する切替可否判定手段（タスクの切替実行判定手段Ａ，他タスクの実行可否判定手段Ｂ）を有し、前記制御部は、該切替実行判定手段の判定が可のとき（Ｓ５０１のｙｅｓ，Ｓ５０２のｙｅｓ）に、前記印刷ジョブに関する印刷データの処理手段としてサブタスク処理手段への切り替えを行う（Ｓ５０４）ことを特徴とする前記〔１〕に記載の画像形成装置（図５）。
〔３〕  前記切替可否判定手段は、前記印刷ジョブに関する印刷データの容量に基づいて該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定する切替実行判定手段（タスクの切替実行判定手段Ａ）を有することを特徴とする前記〔２〕に記載の画像形成装置。
〔４〕  前記切替可否判定手段は、前記サブタスク処理手段が前記印刷ジョブに関する印刷データの処理が可能か否かにより該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定するサブタスク実行可否判定手段（他タスクの実行可否判定手段Ｂ）を有することを特徴とする前記〔２〕に記載の画像形成装置。
〔５〕  前記サブタスク処理手段を複数有し、前記サブタスク実行可否判定手段は、複数のサブタスク処理手段から印刷データの処理が可能な１のサブタスク処理手段を選択し、前記制御部は、前記印刷ジョブに関する印刷データの処理手段として前記サブタスク実行可否判定手段が選択した１のサブタスク手段への切り替えを行うことを特徴とする前記〔４〕に記載の画像形成装置（図６）。
〔６〕  前記切替可否判定手段の判定が否のとき（Ｓ５０１のＮｏ，Ｓ５０２のＮｏ）、前記メインタスク処理手段は、前記ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行い（Ｓ５０５）、受信して蓄積した前記印刷ジョブのデータをクリアし（Ｓ５０６）、つぎの印刷ジョブを受付可能な状態となることを特徴とする前記〔２〕に記載の画像形成装置（図５）。
〔７〕  前記メインタスク処理手段は、つぎの印刷ジョブの受付可能な状態となったことを制御部に通知することを特徴とする前記〔１〕に記載の画像形成装置。
〔８〕  前記印刷データのデータ処理は、印刷データの読み捨て処理であることを特徴とする前記〔１〕に記載の画像形成装置。
【発明の効果】
【０００８】
本発明によれば、画像形成装置におけるジョブキャンセル後のホストＰＣなどから送信される印刷データの読み捨て処理による印刷待ち時間を無くし、他デバイスによる次の印刷ジョブの処理を速やかに開始することができる。また、状況に応じて切り替え可能なサブタスク処理手段を別に用意することで、必要なタスク（メインタスク処理手段）を実行可能な状態に保つことができる。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明に係る画像形成装置について説明する。
図１は、他の装置と接続された本発明に係る画像形成装置の一態様であるプリンタの構成を表す図である。図１において、プリンタ１０００は、ＵＳＢ、ネットワーク等の通信媒体５０００を通じて、接続された装置との間でデータの送受信を行う。
【００１０】
プリンタ１０００は、接続された他の装置（ホスト装置）から印刷データを受け付けて印刷可能に構成されており、例えば、プリンタ１０００は、クライアント２０００やクライアント３０００などの外部装置からのデータの受付を行う。このとき、外部装置から入力された印刷データを、本体が有するハードディスク等の記憶メモリを介して、本体印刷部において印刷可能に構成されている。ここでのクライアント（ホスト装置）は、例えばホストコンピュータや複合機、ＦＡＸなどの装置が考えられる。
【００１１】
またプリンタ１０００は、用紙種類、用紙サイズなどの異なるデータを識別可能に構成されていて、クライアントコンピュータ（例えばクライアント２０００やクライアント３０００）内に構成するプリンタドライバから印刷データの容量に関する情報を送信可能な場合に、プリンタ１０００は印刷データのトータル容量を把握することができる。
【００１２】
図２に、本発明に係る画像形成装置の一態様であるプリンタの構成を示す機能ブロック図を示す。
図２に示すように、プリンタ１０００は、プリンタ全体の制御を行うコントローラ部２００と、ユーザがパネル上でプリンタの操作を行う操作パネル２１２と、画像データを出力し印刷するプリンタエンジン２１３で構成される。
【００１３】
コントローラ部２００は、外部Ｉ／Ｆ部２０１、入出力バッファ２０２、プログラムＲＯＭ２０３、ＲＡＭ２０４、ＮＶＲＡＭ２０５、ＨＤＤ２０６、ＣＰＵ２０７、パネルＩ／Ｆ部２０８、エンジンＩ／Ｆ部２０９、メモリＩ／Ｆ部２１０を持つ。これらはシステムバス２１１により接続され、相互にデータのやり取りが可能である。
【００１４】
外部Ｉ／Ｆ部２０１は、ＵＳＢ、ネットワークなどの通信媒体により他の装置（ホスト装置としてのクライアント２０００，３０００，４０００）とのデータのやり取りを行う。また入出力バッファ２０２は、他の装置から入力される印刷に関する制御コードや各種データ、通信媒体に関する制御コードやプリンタ１０００の各データの送受信を行う。
【００１５】
ＣＰＵ２０７は、各種データの演算処理などプリンタ１０００全体を制御する制御部である。
【００１６】
プログラムＲＯＭ２０３は、ＣＰＵ２０７の動作制御、各モジュールのデータ管理や制御を行うためのプログラムを記憶している。
【００１７】
ＲＡＭ２０４は、ＣＰＵのワークメモリ、画像データをページ単位に管理・記憶するバッファや、バッファのデータを印字データパターンに変換したビデオデータを記憶するビットマップメモリに使用される。
【００１８】
ＮＶＲＡＭ２０５は、本体電源が遮断されても保持したいデータを格納するための記憶メモリである。ＨＤＤ２０６は、画像データなどの容量の大きいデータを格納するための記憶メモリである。パネルＩ／Ｆ部２０８は、コントローラ部２００と操作パネル２１２の間のデータのやり取りを行う。メモリＩ／Ｆ２１０は、コントローラ部２００と外部メモリ部２１４の間のデータのやり取りを行う。
【００１９】
外部メモリ部２１４は、印刷データや或いはプリンタ１０００の各データや外部より入力されたデータを保存するための記憶メモリである。
【００２０】
エンジンＩ／Ｆ部２０９は、コントローラ部２００とプリンタエンジン２１３の間のデータのやり取りを行う。またプリンタエンジン２１３において印刷処理における動作の制御を行っている。
【００２１】
図３は、本発明に係る画像形成装置における印刷時のデータフロー図である。
前述のクライアント２０００、クライアント３０００・・などホスト側のアプリケーションプログラム３０1によりプリンタドライバ３０２が印刷データを受け取る。プリンタドライバ３０２内のページレンダラ３０３は受け取った印刷データからビットマップデータを生成する。次にＩＪレンダラ３０４はビットマップデータに基づいてプリンタのヘッドのノズル列数、インターレース、パスなどを考慮し、１スキャン分のデータを生成し、ＵＳＢやネットワークなどのＩ／Ｆを介してプリンタ１０００に送信される。
【００２２】
本体側（プリンタ１０００）では、コントローラ部２００の外部Ｉ／Ｆ部２０１及び入出力バッファ２０２から構成されるパーサ３０６で、データ受信処理を行った後、ビットマップデータをビデオデータ転送部であるエンジンＩ／Ｆ部２０９へ送信する。そしてエンジンＩ／Ｆ部２０９はプリンタエンジン２１３にデータを送り、印刷が実行される。
【００２３】
ここでパーサ３０６は、印刷ジョブ毎に全ての印刷データの受信、エンジンＩ／Ｆ部２０９への送信を行い、ＥＯＦ（印刷ジョブの終了（Ｅｎｄ  ｏｆ  Ｆｉｌｅ））の通知を受けると、次の印刷ジョブの受付可能をＣＰＵ２０７に通知し、次の印刷ジョブが存在する場合は印刷処理を開始され、パーサ３０６で再び印刷データの受信処理が行われる。
【００２４】
図４は、本発明に係る画像形成装置におけるジョブキャンセル時のデータフロー図である。
ここで、タスク１は、プログラムであり、図３で説明したようにプリンタ１０００のコントローラ部２００で実行する動作（ホスト装置から印刷ジョブとして送信される印刷データを受信し、該印刷データをプリンタエンジンに転送するように印刷データを処理する）を制御するメインタスク処理手段である。
【００２５】
また、タスク２、タスク３・・も、プログラムであり、本発明の実施形態として、図４に示すようなホスト装置から印刷ジョブとして送信される印刷データを受信し、データ処理、例えば印刷データの読み捨て処理を行う少なくとも１つのサブタスク処理手段である。
【００２６】
プリンタ１０００では、印刷ジョブを実行している途中で、例えばユーザが、図２に記載の本体の操作部２１２からジョブキャンセルの操作を行ったとき、ＣＰＵ２０７は印刷ジョブの終了を検知し、ジョブキャンセル後の不要となった印刷データの読み捨て処理をタスク１、またはタスク２、タスク３・・などの新たに用意した別タスクで行うかを管理する。
【００２７】
すなわち、プリンタ１０００は、印刷ジョブのキャンセル信号を検知したときに、該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段（タスク２，タスク３・・・）への切り替え可否を判定する切替可否判定手段（切換実行判定手段Ａ、他タスクの実行可否判定手段Ｂ）を有しており、印刷ジョブのキャンセル信号を検知したときに、ＣＰＵ２０７は、該切替実行判定手段の判定が可のときに、前記印刷ジョブに関する印刷データの処理手段としてサブタスク処理手段への切り替えを行うものである。
【００２８】
また、前記印刷ジョブに関する印刷データの処理手段としてメインタスク処理手段（タスク１）からサブタスク処理手段（タスク２，タスク３・・・）への切り替えが行われると、サブタスク処理手段（タスク２，タスク３・・・）は、前記印刷ジョブとして送信される印刷データを受信し、該印刷データのデータ処理を行い、メインタスク処理手段（タスク１）は、受信して蓄積した前記印刷ジョブのデータをクリアし、つぎの印刷ジョブを受付可能な状態となる。
【００２９】
図５は、ジョブキャンセル時のタスクの処理を示すフローチャートである。
ユーザが図２記載の本体の操作部２１２からジョブキャンセルの操作を行い、印刷ジョブの終了がＣＰＵ２０７に通知されると、ステップＳ５０１で、タスクの切換実行判定手段Ａ（詳細は後述）によりタスクの切り替え（タスク１からタスク２，３・・・への切り替え）を実行する場合（ステップＳ５０１のｙｅｓ）に、ステップＳ５０２で、他タスクの実行可否判定手段Ｂ（詳細は後述）により、切り替え先の他タスク（タスク２，３・・・）が実行可能であれば（ステップＳ５０２のｙｅｓ）、ステップＳ５０３でＣＰＵ２０７は印刷ジョブの終了をタスク１に通知する。
【００３０】
そしてステップＳ５０４で、ＣＰＵ２０７はタスク１へのデータの送信をキャンセルし、別タスク（タスク２，３・・・）へと送信先を変更する。
【００３１】
またタスク１は、ＣＰＵ２０７から印刷ジョブ終了の通知を受けると、受信バッファをクリアしたのち、次の印刷ジョブの受付可能をＣＰＵ２０７に折り返し通知する。ここで、他のデバイスが既に印刷ジョブの送信待ちの状態であれば、その後タスク１は直ちに印刷ジョブの受け付けを開始することができる。あるいは、次の印刷ジョブの受付可能を本体またはホスト側に通知するようにすれば、ユーザが、次ジョブの印刷可否をすぐに判断することができるようになる。
【００３２】
ステップＳ５０１やＳ５０２における判定、すなわち切換実行判定手段Ａや他タスクの実行可否判定手段Ｂの判定がＮＧ（否）だった場合（Ｓ５０１のＮｏ、Ｓ５０２のＮｏ）、ステップＳ５０５でタスク１はジョブキャンセル後の不要データの読み捨て処理を行い、ステップＳ５０６で印刷データの受信が終了すると、受信バッファをクリアしたのち、次の印刷ジョブの受付可能をＣＰＵ２０７に折り返し通知する。
【００３３】
ここで、ステップＳ５０１のタスクの切換実行判定手段Ａについて説明する。
タスクの切換実行判定手段Ａは、前記印刷ジョブに関する印刷データの容量に基づいて該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定するものである。
【００３４】
ホスト側から送られる印刷データ以外の印刷に関する印刷ジョブ情報（印刷種類、用紙サイズなど）から、受信する印刷データの容量をある程度推測可能である。例えば、印刷データがカラー写真のような大容量のデータである場合は、途中でジョブキャンセルした場合の残り印刷データの読み捨て処理に多くの時間が必要となることが予想される。一方、印刷データがそれ以外の低容量データである場合は、それ程の処理時間を必要としない。したがって、タスクの切換実行判定手段Ａは、ホスト側から送られる印刷データ以外の印刷に関する情報に基づいて推定される印刷データのデータ容量の違いからタスクの切り替えを行うかどうかを判定することができる。すなわち、印刷データの容量が所定の容量閾値を超える場合には、タスクの切り替えを可と判定（ステップＳ５０１のｙｅｓ）し、その容量閾値以下の場合にはタスクの切り替えを否と判定（ステップＳ５０１のＮｏ）するようにする。
【００３５】
また、あるクライアントではタスクの切り替えによる処理を行わない場合など、ホスト情報から上記切り替えを判定するようにしてもよい。すなわち、ホスト情報から低容量データしか印刷しない場合などを識別することができるので、クライアント別に切り替えを行うかを設定することができる。
【００３６】
次に、ステップＳ５０２の他タスクの実行可否判定手段Ｂについて説明する。
他タスクの実行可否判定手段Ｂは、前記サブタスク処理手段が前記印刷ジョブに関する印刷データの処理が可能か否かにより該印刷ジョブに関する印刷データの処理手段としてのサブタスク処理手段への切り替え可否を判定するものである。とくに、サブタスク処理手段として複数のタスクがある場合には、複数のサブタスク処理手段から印刷データの処理が可能な１のサブタスク処理手段を選択し、ＣＰＵ２０７は、前記印刷ジョブに関する印刷データの処理手段として他タスクの実行可否判定手段Ｂが選択した１のサブタスク手段への切り替えを行う。
【００３７】
図６は、他タスクの実行可否判定手段Ｂが行うジョブキャンセル時のタスクの切り替え判定を説明するフローチャートである。
他タスクの実行可否判定手段Ｂはタスク１の切り替え要求（図５のステップＳ５０１のｙｅｓ）を受けると、ステップＳ６０１で、図２記載のＣＰＵ２０７でタスク２が実行可能であるかを判定する。ここでタスク実行の判定に用いる手段Ｃには、ユーザによってあらかじめ指定された情報を用いる。あるいは、タスクの切り替えが行えない、タスクを処理している途中のエラーなど、エラー情報に基づいて判定を行ってもよい。
【００３８】
タスク２が実行可能であった場合（ステップＳ６０１のｙｅｓ）は、ステップＳ６０２で、タスク２は受信データの読み捨て処理を行い、ステップＳ６０３で印刷ジョブが終了すると、受信バッファをクリアしたのち、次の印刷ジョブの受付可能をＣＰＵ２０７に折り返し通知する。
【００３９】
前述の何らかの理由によりタスク２が実行不可能であった場合（ステップＳ６０１のＮｏ）は、ステップＳ６０４で、ステップＳ６０１と同様にタスク３が実行可能であるかを判定し、以降タスク２と同様の処理を行う（ステップＳ６０４でｙｅｓであればステップＳ６０５，Ｓ６０６を実行。ＮｏであればほかのタスクをステップＳ６０１と同様に判定する）。
【００４０】
なお、ここで説明した実施例とは別に、他タスクの実行可否を判定した後に、タスクの切り替えの実行を判定する方法により、実施する場合であっても良い。すなわち、図５においてステップＳ５０２を先に実行し、ついでステップＳ５０１を実行する。あるいは、図５においてタスクの切換実行判定手段Ａ、他タスクの実行可否判定手段Ｂによる判定手段は必ずしも実行されなければならないのではなく、このような判定処理が存在しない構成でもよい。
【００４１】
また、複数の印刷ジョブのキャンセル操作が連続的に実行されて、ＣＰＵ２０７がデータ送信先に指定するはずのタスクが処理中で応答できない場合は、データ送信先を用意した次のタスク（タスク３・・・）へと順次変更してもよい。このとき、印刷ジョブを受信可能なタスクが他に存在しない場合は、タスク切り替え不可能な場合のエラー処理として、タスク１以外のタスクの実行可否状況をポーリングするか、タイムアウト処理により、設定した所定のタイミングで、再度タスク１で残りの印刷ジョブの処理を実行してもよい。
【００４２】
また、ジョブキャンセル実行時の印刷データ受信状況によっては、タスクの切り替えを行わないようにしてもよい。例えば、印刷データを受信するタスクの切り替えを行ったときの、他デバイスによる前記タスクの次回ジョブの受信を受け付けるまでの時間に相当する所定のタイミングで、印刷データの受信が終了し前記タスクによる次回ジョブの受信が可能となる場合など、タスクの切り替えの必要が無い場合は、タスクの切り替えを行わなくても良い。
【００４３】
このような処理を行う条件として、例えば、前述のように、ホスト側のプリンタドライバのプロトコルで印刷データ容量に関する情報を送信する手段を持つ場合など、印刷データのトータルの容量をプリンタ側で知ることが可能であるときは、ジョブキャンセル処理が実行された直後からの残り印刷データの容量に応じて、タスクの切り替えを行うかどうか判定することが可能である。すなわち、ジョブキャンセル後のジョブキャンセル時間を事前に把握できるため、残り印刷データを別タスクに切り替えて処理する必要があるかどうかを判断し実行することができる。
【００４４】
なお、これまで本発明を図面に示した実施形態をもって説明してきたが、本発明は図面に示した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００４５】
【図１】他の装置と接続された本発明に係る画像形成装置の一態様であるプリンタの構成を表す図である。
【図２】本発明に係る画像形成装置の一態様であるプリンタの構成を示す機能ブロック図である。
【図３】本発明に係る画像形成装置における印刷時のデータフロー図である。
【図４】本発明に係る画像形成装置におけるジョブキャンセル時のデータフロー図である。
【図５】ジョブキャンセル時のタスクの処理を示すフローチャートである。
【図６】他タスクの実行可否判定手段Ｂが行うジョブキャンセル時のタスクの切り替え判定を説明するフローチャートである。
【符号の説明】
【００４６】
１，２，３    タスク
２００    コントローラ部
２０１    外部Ｉ／Ｆ部
２０２    入出力バッファ
２０３    プログラムＲＯＭ
２０４    ＲＡＭ
２０５    ＮＶＲＡＭ
２０６    ＨＤＤ
２０７    ＣＰＵ
２０８    パネルＩ／Ｆ部
２０９    エンジンＩ／Ｆ部
２１０    メモリＩ／Ｆ部
２１１    システムバス
２１２    操作パネル
２１３    プリンタエンジン
２１４    外部メモリ
３０１    アプリケーションプログラム
３０２    プリンタドライバ
３０３    ページレンダラ
３０４    ＩＪレンダラ
３０６    パーサ
１０００    プリンタ
２０００，３０００，４０００    クライアント
５０００    通信媒体
Ａ    タスクの切換実行判定手段
Ｂ    他タスクの実行可否判定手段
【図１】
2009214417.tif 000003
【図２】
2009214417.tif 000004
【図３】
2009214417.tif 000005
【図４】
2009214417.tif 000006
【図５】
2009214417.tif 000007
【図６】
2009214417.tif 000008