(57)【特許請求の範囲】
【請求項１】
印刷指示に応じて、印刷データを生成または転送するデータ処理手段と、
印刷条件を取得する取得手段と、
前記取得手段により取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定手段と、
前記決定手段により決定された頻度に相当する印刷データが前記データ処理手段により生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定手段とを有することを特徴とする印刷制御装置。
【請求項２】
前記プリントデータに対する印刷キャンセル要求をユーザインタフェースを介して受け付ける受付手段を有し、前記判定手段は前記受付手段を介してキャンセル要求を受付けたか否かを判定することを特徴とする請求項１記載の印刷制御装置。
【請求項３】
前記頻度は、印刷条件で必要となる単位処理量当たりの見積り所要時間に基づき決定される印刷処理量であることを特徴とする請求項１又は２記載の印刷制御装置。
【請求項４】
前記頻度は、印刷条件で必要となる単位処理量当たりの見積り所要時間と前記頻度との積が異なる印刷条件下においても同等となるように決定されたものであることを特徴とする請求項１又は２記載の印刷制御装置。
【請求項５】
前記印刷条件に基づいて決定された頻度は印刷処理量であり、前記印刷処理量はキャンセル間隔に基づき決定されたものであることを特徴とする請求項1又は２に記載の印刷制御装置。
【請求項６】
前記判定手段が前記印刷キャンセル要求を受け付けていると判定した場合に、プリンタドライバによるプリントデータの生成または転送を中断させる中断手段を有することを特徴とする請求項１から５の何れかに記載の印刷制御装置。
【請求項７】
前記印刷条件は、用紙サイズ、或いは、解像度、或いは、カラーまたはモノクロの色指定を含むことを特徴とする請求項１〜６の何れかに記載の印刷制御装置。
【請求項８】
印刷指示に応じて、印刷データを生成または転送する印刷制御装置におけるデータ処理方法であって、
印刷条件を取得する取得ステップと、
前記取得ステップにおいて取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定ステップと、
前記決定手段により決定された頻度に相当する印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定ステップとを有することを特徴とするデータ処理方法。
【請求項９】
前記プリントデータに対する印刷キャンセル要求をユーザインタフェースを介して受け付ける受付ステップを有することを特徴とする請求項８記載のデータ処理方法。
【請求項１０】
前記頻度は、印刷条件で必要となる単位処理量当たりの見積り所要時間に合わせたものであることを特徴とする請求項８又は９に記載のデータ処理方法。
【請求項１１】
前記頻度は、印刷条件で必要となる単位処理量当たりの見積り所要時間と前記頻度との積が異なる印刷条件下においても同等となるように決定されたものであることを特徴とする請求項８又は９に記載のデータ処理方法。
【請求項１２】
前記印刷条件に基づいて決定された頻度は印刷処理量であり、前記印刷処理量はキャンセル間隔に基づき決定されたものであることを特徴とする請求項８又は９に記載のデータ処理方法。
【請求項１３】
前記判定ステップにおいて前記印刷キャンセル要求を受け付けていると判定された場合に、プリンタドライバによるプリントデータの生成または転送を中断させる中断ステップを有することを特徴とする請求項８から１２の何れかに記載のデータ処理方法。
【請求項１４】
前記印刷条件は、用紙サイズ、或いは、解像度、或いは、カラーまたはモノクロの色指定を含むことを特徴とする請求項８〜１３の何れかに記載のデータ処理方法。
【請求項１５】
印刷指示に応じて、印刷データを生成または転送する印刷制御装置におけるデータ処理方法を実行するためのコンピュータにより実行されるプログラムであって、
印刷条件を取得する取得ステップと、
前記取得ステップにおいて取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定ステップと、
前記決定手段により決定された頻度に相当する印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定ステップとをコンピュータにより実行させることを特徴とするプログラム。
【請求項１６】
印刷指示に応じて、印刷データを生成または転送する印刷制御装置におけるデータ処理方法を実現するプログラムを記憶したコンピュータが読み取り可能な記憶媒体であって、
印刷条件を取得する取得ステップと、
前記取得ステップにおいて取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定ステップと、
前記決定手段により決定された頻度に相当する印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定ステップとを含むプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、印刷指示に応じて、印刷データを生成または転送する印刷制御装置および該印刷制御装置におけるデータ処理方法およびプログラムおよびコンピュータが読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、プリンタドライバを介して印刷を行う場合、印刷開始後に途中で印刷の間違いに気づいた場合など、その時点で印刷をキャンセルする手段は一般的に提供されていた。
【０００３】
このような印刷キャンセルに関する制御方法はＯＳ（オペレーティングシステム）やプリンティングシステムの機能に制限を受けることが多く、例えば印刷に関してマルチタスクが利用できる環境ではプリントデータ生成ならびにプリントデータ送信を司るタスクとユーザからの印刷キャンセルを受け付けるタスクを別にタスク管理し、印刷キャンセル受付けタスクは常時印刷キャンセル要求の有無を監視できるため、いかなるタイミングにおいても印刷キャンセルを即座に受け付けることが可能となる。
【０００４】
しかしながら、印刷に関してマルチタスクが許可されない環境下では、プリントデータ生成並びにプリントデータ送信の合間にユーザからの印刷キャンセルが生じていないかどうかをチェックする制御方法が一般的であった。
【０００５】
【発明が解決しようとする課題】
このように印刷に関してマルチタスクが許可されない環境下で、プリントデータ生成ならびにプリントデータ送信の合間に、ユーザからの印刷キャンセルが生じていないかどうかをチェックする制御方法の場合、その印刷キャンセルの発生有無をチェックする時間間隔をどの程度と定めるかによってユーザが印刷キャンセルを要求してから実際に印刷を中断するまでに要するタイムラグの長短を決定付けてしまうことは明らかである。
【０００６】
このチェックの時間間隔は、頻繁すぎると印刷制御装置としての本業であるプリントデータ生成やプリントデータ送信の処理スピードに支障を来たしてしまい、逆に少なすぎると印刷キャンセル要求に対する応答性の悪さを招いてしまうといった問題がある。
【０００７】
例えば１ページのドキュメントを印刷する場合、１／２ページ毎に印刷キャンセルをチェックしていたとすると、印刷開始後すぐに印刷キャンセルボタンを押して印刷キャンセルを要求したとしても、少なくともページ半分を印刷し終えるまでは印刷キャンセル要求の存在をプリンタドライバは検知せずにページ半分にかかる時間だけ印刷キャンセル要求への応答が遅れることとなる。
【０００８】
通常、印刷をキャンセルしたい状況では、誤った印刷を一刻も早く停止させたくて特に素早いキャンセルへの応答を望まれることが多いため、反応しているのかしていないのか解らないようなタイムラグがそこにあると何度も印刷キャンセルボタンを押してしまったり、精神的に苛立つことは珍しくない。
【０００９】
また、印刷データを一旦スプールしてからまとめてプリンタに送信するようなプリンティングシステムにおいては、印刷キャンセル要求への応答が遅れることにより、次のページのプリントデータ生成、プリントデータ送信を着手してから印刷キャンセル有りを検知したとすると用紙を余分に無駄としてしまう問題もある。
【００１０】
さらに、プリンタドライバにとっては、印刷の条件に拠って印刷キャンセル要求への応答を早く検知できる状況と、その逆の状況が存在する。
【００１１】
例えば単位処理量を３６ラインと仮定すると、その３６ラインの画像データをアプリケーションから受け取って、それをプリントデータ生成してプリンタに送信する度に一回印刷キャンセル要求の有無をチェックしたとすると、カラー印刷を行っている場合には、カラーの色数分（例えばＣＭＹＫならば４）×３６ラインに要する時間経過の後に、ようやく印刷キャンセルの有無チェックを行えるのに対し、モノクロ印刷の場合にはモノクロ１色×３６ラインに要する時間毎に印刷キャンセルの有無チェックを行えるといった差が生じる。
【００１２】
この時間差は、すなわちユーザからの印刷キャンセルへの応答性に直結するものである、結果として一律に３６ライン毎に印刷キャンセル要求の有無をチェックしていたのでは応答性にむらが生じてしまうといった問題があった。
【００１３】
これはカラー、モノクロの時のみに当てはまることではなく、例えば上記例のように同じ３６ラインでも印刷の解像度が６００ｄｐｉと３００ｄｐｉで異なったり、用紙サイズがＡ４とＡ３で異なることは容易に想像の及ぶところで、そうした違いがカラー、モノクロの例と同様の応答性に影響を与えることは想像に難くない。
【００１４】
このうように印刷キャンセル要求への検知アクションの監視時間が一律に制御されることにより、却って印刷環境に応じて応答性が低下してしまう等の問題点があった。
【００１５】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、印刷要求の処理中に、印刷要求に基づき決定される判定頻度に従って印刷キャンセル要求の有無を判定することにより、印刷要求の処理中に、アプリケーションからの印刷要求を処理するプログラムドライバの処理負担が変動する環境において、該印刷要求の内容に左右されることなく、最適な頻度印刷キャンセル要求の有無を判定できるため、プログラムドライバの処理中に、印刷キャンセル要求を受け付けてキャンセル処理を実行するまでの応答性が一様となり、無駄な待ち時間を感じることなく、かつ、無駄な印刷もなくなり、利便性に優れた印刷キャンセル処理環境を自在に構築することができる印刷制御装置およびデータ処理方法およびプログラムおよびコンピュータが読み取り可能な記憶媒体を提供することである。
【００１６】
【課題を解決するための手段】
上記目的を達成する本発明の印刷制御装置は以下に示す構成を備える。
【００１７】
【課題を解決するための手段】
本発明に係る印刷制御装置は、印刷指示に応じて、印刷データを生成または転送するデータ処理手段と、印刷条件を取得する取得手段と、前記取得手段により取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定手段と、前記決定手段により決定された頻度に相当する印刷データが前記データ処理手段により生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定手段とを有することを特徴とする。
印刷指示に応じて、印刷データを生成または転送する印刷制御装置におけるデータ処理方法であって、
また、本発明に係る印刷制御装置におけるデータ処理方法は、印刷条件を取得する取得ステップと、前記取得ステップにおいて取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定ステップと、前記決定手段により決定された頻度に相当する印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定ステップとを有することを特徴とする。
また、本発明に係るプログラムは、印刷指示に応じて、印刷データを生成または転送する印刷制御装置におけるデータ処理方法を実行するためのコンピュータにより実行されるプログラムであって、印刷条件を取得する取得ステップと、前記取得ステップにおいて取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定ステップと、前記決定手段により決定された頻度に相当する印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定ステップとをコンピュータにより実行させることを特徴とする。
また、本発明に係る記憶媒体は、印刷指示に応じて、印刷データを生成または転送する印刷制御装置におけるデータ処理方法を実現するプログラムを記憶したコンピュータが読み取り可能な記憶媒体であって、印刷条件を取得する取得ステップと、前記取得ステップにおいて取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定ステップと、前記決定手段により決定された頻度に相当する印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定ステップとを含むプログラムを記憶したことを特徴とする。
【００１８】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１９】
図１は、本発明の一実施形態を示すデ印刷制御装置を適用可能な印刷システムの一例を示すブロック図である。
【００２０】
図１において、印刷制御システム１は、パーソナルコンピュータ（ＰＣ）１１と、プリンタ１４とから成り、外部インタフェースケーブル１３で相互に接続されている。
【００２１】
なお、外部インタフェースケーブル１３は有線であっても無線（例えば、ブルトゥース）であっても構わないし、一対一接続のインタフェースであっても一対多接続のネットワークインタフェースであっても構わない。
【００２２】
また、本実施形態では、印刷制御装置１はＰＣ１１によって構成されている例を示しているが、これはＷｉｎｄｏｗｓ（登録商標）（商品名）やＭａｃｉｎｔｏｓｈ（商品名）といったパソコンではない、いわゆるＮｏｎＰＣ（例えばＷｅｂＴＶ（登録商標）システムや、ＳｅｔＴｏｐＢｏｘ等）で構成されていても構わない。
【００２３】
ＰＣ１１は作画環境を提供して印刷の指示を発するアプリケーション１１ａと、アプリケーション上での作画のための操作環境や印刷中の印刷キャンセルボタンを提供するユーザインタフェース操作制御部１１ｂと、外部インタフェース１３を通じてプリンタ１４とのデータ送信を担当するインタフェース通信制御部１１ｃと、プリンタドライバ１２とから構成されている。
【００２４】
プリンタドライバ１２は、アプリケーション１１からの画像データを受信してプリンタ１４が理解できるフォーマットのプリントデータに変換生成するためのプリントデータ生成部１２ａと、生成されたプリントデータをインタフェース通信制御部１１ｃを通じてプリンタ１４に送信するプリントデータ送信部１２ｂと、印刷キャンセルが発生しているかどうかをチェックする印刷キャンセルチェック部１２ｃと、あらかじめ定められた印刷条件、ここでは例えば用紙サイズ、印刷の解像度、カラー／モノクロの各設定条件毎の、印刷キャンセルをチェックする頻度を示す印刷キャンセルチェック頻度テーブル１２ｄとから構成される。
【００２５】
プリンタ１４は、ＰＣ１１からのプリントデータを受信するためのインタフェース通信制御部１４ａと、印刷を実行する印刷処理部１４ｂとから構成される。
【００２６】
図２は、図１に示した印刷キャンセルチェック頻度テーブル（テーブル）１２ｄの一例を説明する図であり、例えば各印刷条件下において、何ラインに一回の割合で印刷キャンセルのチェックを行うかを表すテーブルを示し、例えば用紙サイズ，カラー／モノクロの解像度毎に何ラインに一回の割合で印刷キャンセルのチェックを行うかを決定すべき可変量のライン数が設定されている。
【００２７】
図２に示す印刷キャンセルチェック頻度テーブル１２ｄでは、例えばアプリケーションから指示された印刷条件が、用紙サイズ＝Ａ４、解像度＝６００ｄｐｉのカラー印刷の場合、このテーブル１２ｄを参照することで、印刷キャンセルチェック頻度値＝１２を知ることが出来る。
【００２８】
これはこの印刷条件において、アプリケーションから受け取った画像データを元に、例えば１２ラインのプリントデータを生成、あるいは送信する度に一回印刷キャンセル発生の有無をチェックすれば良いことを示している。
【００２９】
また例えば印刷条件が用紙サイズ＝Ａ４、解像度３００ｄｐｉのカラー印刷の場合、印刷キャンセルチェック頻度値＝２４を知ることができる。
【００３０】
これは上記のチェック時の例の「１２」よりも大きな値で、２４ライン毎に印刷キャンセルチェックを行えば、先の６００ｄｐｉで１２ライン毎に行うのと同等のタイミングで印刷キャンセル発生の有無を検知することが出来ることを示している。
【００３１】
この理由は解像度＝３００ｄｐｉの処理ではＡ４サイズ用紙の水平方向に一ラインを構成する画像データの画素数が先の６００ｄｐｉの半分となるため、一ラインに要するプリンタドライバの処理時間も半分程度となる。
【００３２】
このため、例えば６００ｄｐｉで１２ラインを処理するのに０．０２ｍｓを要したならば、半分の解像度の３００ｄｐｉでは２４ラインを処理するのに同じ０．０２ｍｓ要することとなり、これが印刷キャンセルチェック頻度として登録されるのである。
【００３３】
同様に解像度だけでなく、カラーで印刷するかモノクロで印刷するかもこの印刷キャンセルチェック頻度値に影響するところである。
【００３４】
ただし、この説明では解像度が半分になれば印刷キャンセル頻度値は倍になるが如く説明をしたが、実際にはそのような正比例な関係にあるものばかりではないため、実際に計時して得た値も使って印刷キャンセルチェック頻度テーブルを最適化し、完成させるのが良い。
【００３５】
また上記例では０．０２ｍｓに相当する処理量を単位として印刷キャンセルチェック頻度値を定めたように説明したが、これも実際に操作を行って印刷キャンセルに関する操作応答性が良好な時間を定めるのが良い。
【００３６】
本実施形態における図２に示した印刷条件を定める例として、用紙サイズ，カラー／モノクロの解像度毎に何ラインに一回の割合で印刷キャンセルのチェックを行うかを決定する場合について説明したが、印刷条件は、上記の印刷条件の要素のみに限定するものではない。
【００３７】
図３は、本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートであり、図１に示したプリンタドライバ１２内の印刷キャンセルチェック部１２ｃによる印刷キャンセルチェック手順に対応する。なお、Ｓ１〜Ｓ９は各ステップを示す。また、本処理は、後述するように記憶媒体に記憶されるプログラム実行ファイルとして図示しないＲＡＭ上にロードされ、図３の制御を司るＣＰＵ（プロセッサ）が実行することにより実現される。
【００３８】
まず、ステップＳ１で、プリンタドライバ１２はあらかじめアプリケーション１１ａで作画、作成された画像データの印刷指示がアプリケーション１１ａからプリンタドライバ１２に発行される。
【００３９】
次に、ステップＳ２で、プリンタドライバ１２はアプリケーション１１ａから該印刷に関わる印刷条件、すなわち用紙サイズや印刷解像度、カラー／モノクロの指定についての情報を入手する。
【００４０】
次に、ステップＳ３で、プリンタドライバ１２は、ステップＳ２で入手した印刷条件に合致した印刷キャンセルチェック頻度Ｖ、すわなちプリントデータの何ラインを生成、送信する毎に印刷キャンセルが発生しているかどうかをチェックする頻度を印刷キャンセルチェック頻度テーブル１２ｄから得る。
【００４１】
例えば、ステップＳ２で、入手した印刷条件が、用紙サイズ＝Ａ４、解像度＝６００ｄｐｉのカラー印刷の場合Ｖ＝１２となり、プリンタドライバ１２はプリントデータを１２ライン分生成、送信する毎に一回印刷キャンセルが発生しているかどうかをチェックすることとなる。
【００４２】
以降本実施形態では、この印刷条件下においてＶ＝１２を適用したアルゴリズム（手順）を例として説明する。
【００４３】
次に、ステップＳ４で、プリンタドライバ１２はアプリケーション１１ａからＮライン分の画像データを受信する。このときアプリケーション１１ａから受信する画像データは、一般的にはＲＧＢ２４ｂｉｔフォーマットで構成されたものであったり、アプリケーション１１ａがＪＰＥＧ画像を扱う種類のアプリケーションの場合には、ＹＣＣフォーマットであったりするが、これは特に何であっても構わない。
【００４４】
また、一度にアプリケーション１１ａから渡される画像データのＮラインはそのときの印刷に割り当てられるメモリ状況に応じて可変となるが、一般的にメモリに余裕がある時ほどNは大きく、余裕が無いときほどＮは小さくなる。
【００４５】
本実施形態では、用紙サイズ＝Ａ４を印刷する場合、用紙長さは２９７ｍｍでそのうち印字領域の長さを２８７ｍｍとする。
【００４６】
また、メモリ状況に応じて可変であるライン数Ｎを、ここではＮ＝３６と仮定して以降説明を付す。ちなみに一度にアプリケーション１１ａから渡される画像データがＮ＝３６ラインならば用紙サイズＡ４を構成する長さ２８７ｍｍは６００ｄｐｉ換算で６，７７９ラインなので、プリンタドライバ１２はアプリケーション１１ａから３６ラインの画像データを６，７７９÷３６＝１８９回受信しなければならない計算となる。
【００４７】
次に、ステップＳ５で、プリンタドライバ１２はアプリケーション１１ａから受信したＮ＝３６ラインの画像データのうちから１ライン分のプリントデータを生成し、それをプリンタに送信する。
【００４８】
次に、ステップＳ６で、プリンタドライバ１２はステップＳ５で生成したり、送信したプリントデータのライン数の累積が、ステップＳ３で入手した印刷キャンセルチェック頻度値Ｖ＝１２の整数倍かどうかを調べ、もしも累積ライン数がＶ＝１２の整数倍、すなわち累積ライン数＝１２や２４の場合、Ｖ＝１２の整数倍となっていると判断した場合は、ステップＳ７へ進み、整数倍となっていないと判断した場合にはステップＳ８へ進む。
【００４９】
そして、ステップＳ７で、プリンタドライバ１２は印刷キャンセルチェック部１２ｃを呼び出して、印刷キャンセル要求が発生しているかどうかをチェックして、印刷キャンセル要求が有ると判断した場合には、速やかに印刷を終了する。
【００５０】
一方、ステップＳ７で、印刷キャンセル要求が無いと判断した場合にはステップＳ８へ進む。
【００５１】
そして、ステップＳ８で、プリンタドライバ１２はステップＳ４でアプリケーション１１ａから受信したＮ＝３６ライン分の画像データ全てをステップＳ５でプリントデータ化してプリンタに送信したかどうかを判定して、まだ、Ｎ＝３６ライン分の画像データをプリントデータ化してプリンタに送信していないと判断した場合は、ステップＳ５へ戻り処理を繰り返す。
【００５２】
一方、ステップＳ８で、Ｎ＝３６ライン分を生成、送信し終えたと判断した場合には、ステップＳ９へ進む。
【００５３】
そして、ステップＳ９で、プリンタドライバ１２はステップＳ５で生成したり、送信したプリントデータのライン数の累積が用紙サイズ（＝Ａ４）の長さ分の６，７７９ラインに達したかどうか、つまりプリンタドライバ１２は用紙サイズ（＝Ａ４）の全画像データをアプリケーション１１ａから受信して、それを全てプリントデータ化してプリンタ１４に送信し終えたかどうかを判定して、全画像データを受信し終えていると判定した場合はには、本処理を終了し、未だ用紙サイズ（＝Ａ４）長さ分の６，７７９ラインに到達していないと判断した場合には、ステップＳ４へ戻り、用紙サイズ（＝Ａ４）長さ分の６，７７９ライン全てを処理し終えるまでこれを繰り返す。
【００５４】
上記実施形態では用紙サイズを、例えばＡ４を引用したり、その印字領域の長さを２８７ｍｍと仮定して説明を進めてきたが、用紙サイズはＡ４以外の何であっても構わないし、Ａ４であっても、２８７ｍｍに限定するものではない。
【００５５】
図４は、図３に示すデータ処理手順をプログラムとして記録した記憶媒体の記憶内容の構成例を示す説明図である。
【００５６】
本発明の記憶媒体は、例えばボリューム情報１２０１、ディレクトリ情報１２０２、プログラム実行ファイル１２０３などの記憶内容で構成される。
【００５７】
以下、図５に示すメモリマップを参照して本発明に係る印刷制御装置で読み出し可能なデータ処理プログラムの構成について説明する。
【００５８】
図５は、本発明に係る印刷制御装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【００５９】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００６０】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【００６１】
本実施形態における図３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【００６２】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００６３】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６４】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【００６５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６７】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【００６８】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜１７について説明する。
【００６９】
〔実施態様１〕
印刷指示に応じて、印刷データを生成または転送するデータ処理手段と、印刷指示に応じて、印刷条件を取得する取得手段と、前記取得手段により取得された印刷条件に基づいて、印刷のキャンセルを判定する頻度を決定する決定手段と、前記決定手段により決定された頻度に相当する印刷データが前記データ処理手段により生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定する判定手段とを有することを特徴とする印刷制御装置。
【００７０】
〔実施態様２〕
前記決定手段は、前記取得手段により取得された印刷条件に基づいて、どのくらいの処理量ごとに印刷のキャンセルを判定するかを決定し、
前記判定手段は、前記決定手段により決定された処理量の印刷データが生成または転送されるのに応じて、印刷のキャンセルが指示されたかを判定することを特徴とする実施態様１記載の印刷制御装置。
【００７１】
〔実施態様３〕
前記プリントデータに対する印刷キャンセル要求をユーザインタフェースを介して受け付ける受付手段を有することを特徴とする実施態様１記載の印刷制御装置。
【００７２】
〔実施態様４〕
前記決定手段は、前記頻度を、印刷条件で必要となる単位処理量当たりの見積り所要時間に合わせて決定することを特徴とする実施態様１記載の印刷制御装置。
【００７３】
〔実施態様５〕
前記決定手段は、前記頻度を、印刷条件で必要となる単位処理量当たりの見積り所要時間と前記頻度との積が異なる印刷条件下においても同等となるように、決定することを特徴とする実施態様１記載の印刷制御装置。
【００７４】
〔実施態様６〕
前記判定手段が前記印刷キャンセル要求を受け付けていると判定した場合に、プリンタドライバによるプリントデータの生成または転送を中断する中断手段（例えば図１に示すプリントデータ生成部１２ａ，プリントデータ送信部１２ｂ）を有することを特徴とする実施態様１記載の印刷制御装置。
【００７５】
〔実施態様７〕
前記印刷条件は、用紙サイズ、解像度、カラーまたはモノクロの色指定を含むことを特徴とする実施態様１記載の印刷制御装置。
【００７６】
〔実施態様８〕
前記プリンタドライバは、データ処理装置または前記データ処理装置以外の端末装置の記憶装置に組み込まれることを特徴とする実施態様１記載の印刷制御装置。
【００７７】
〔実施態様９〕
アプリケーションで作画された画像データを指示された印刷要求に従い、プリンタが解釈可能なプリントデータを生成して、該生成されるプリントデータをプリンタに転送するプリンタドライバを備える印刷制御装置におけるデータ処理方法であって、前記プリントデータに対する印刷キャンセル要求を受け付ける受付ステップ（図示しない）と、前記受付ステップが前記印刷キャンセル要求を受け付けているか否かを判定する判定ステップ（図３に示すステップＳ７）と、前記印刷要求の処理中に、前記印刷要求に基づき前記判定ステップが判定すべき頻度を決定する決定ステップ（図３に示すステップＳ３）とを有することを特徴とするデータ処理方法。
【００７８】
〔実施態様１０〕
前記印刷要求は、単位処理量当たりの見積所要時間が変動する印刷条件を含むことを特徴とする実施態様９記載のデータ処理方法。
【００７９】
〔実施態様１１〕
前記受付ステップは、前記プリントデータに対する印刷キャンセル要求をユーザインタフェースを介して受け付けることを特徴とする実施態様９記載のデータ処理方法。
【００８０】
〔実施態様１２〕
前記決定ステップは、前記判定ステップが判定すべき頻度を予めその印刷条件で必要となる単位処理量当たりの見積り所要時間に合わせて決定することを特徴とする実施態様９記載のデータ処理方法。
【００８１】
〔実施態様１３〕
前記決定ステップは、前記判定ステップが判定すべき頻度を予めその印刷条件で必要となる単位処理量当たりの見積り所要時間と前記判定手段が判定すべき頻度との積が異なる印刷条件下においても同等となるようにこのチェック頻度を決定することを特徴とする実施態様９記載のデータ処理方法。
【００８２】
〔実施態様１４〕
前記判定ステップが前記印刷キャンセル要求を受け付けていると判定した場合に、プリンタドライバによるプリントデータの生成または転送を中断する中断ステップ（図３に示すステップＳ７の判定でＹＥＳの処理）を有することを特徴とする実施態様９記載のデータ処理方法。
【００８３】
〔実施態様１５〕
前記印刷条件は、用紙サイズ、解像度、カラーまたはモノクロの色指定を含むことを特徴とする実施態様９記載のデータ処理方法。
【００８４】
実施態様９〜１５のいずれかに記載のデータ処理方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【００８５】
実施態様９〜１５のいずれかに記載のデータ処理方法を実現することを特徴とするプログラム。
【００８６】
上記実施形態および実施態様によれば、印刷に関してマルチタスクが許可されない環境下でもあらかじめ定めた最適な印刷キャンセルチェック頻度に従って印刷キャンセル発生の有無をチェックすることにより、過頻なチェックによってプリントデータ生成、送信が遅滞することを抑制し、かつ印刷キャンセル要求への応答性を損なわないといった効果が得られる。
【００８７】
これによりユーザから見て、印刷キャンセル要求に対して反応しているのかしていないのか解らないようなタイムラグは減少して、何度も印刷キャンセルボタンを押させてしまうことは少なくなり、精神的に苛立つことも解消される。
【００８８】
また、印刷データを一旦スプールしてからまとめてプリンタに送信するようなプリンティングシステムにおいても印刷キャンセル要求に対する応答性を向上させたことによって、従来生じていたタイムラグのために次のページのプリントデータ生成、プリントデータ送信が印刷キャンセルの検知よりも先行するために用紙を余分に無駄としてしまう問題があったが、これも解消される。
【００８９】
さらに、従来は印刷条件によってまちまちであった印刷キャンセルへの応答時間をあらかじめ定められた印刷キャンセル頻度に従って印刷キャンセル発生の有無をチェックすることで、印刷条件によらず一様な応答性で印刷キャンセルを実現することが可能といった効果が得られる。
【００９０】
【発明の効果】
以上説明したように、本発明によれば、印刷要求の処理中に、印刷要求に基づき決定される判定頻度に従って印刷キャンセル要求の有無を判定することにより、印刷要求の処理中に、アプリケーションからの印刷要求を処理するプログラムドライバの処理負担が変動する環境において、該印刷要求の内容に左右されることなく、最適な頻度印刷キャンセル要求の有無を判定できるため、プログラムドライバの処理中に、印刷キャンセル要求を受け付けてキャンセル処理を実行するまでの応答性が一様となり、無駄な待ち時間を感じることなく、かつ、無駄な印刷もなくなり、利便性に優れた印刷キャンセル処理環境を自在に構築することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すデ印刷制御装置を適用可能な印刷システムの一例を示すブロック図である。
【図２】図１に示した印刷キャンセルチェック頻度テーブルの一例を説明する図である。
【図３】本発明に係る印刷制御装置におけるデータ処理手順の一例を示すフローチャートである。
【図４】図３に示すデータ処理手順をプログラムとして記録した記憶媒体の記憶内容の構成例を示す説明図である。
【図５】本発明に係る印刷制御装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１  印刷制御装置
１１  ＰＣ
１１ａ  アプリケーション
１１ｂ  ユーザインタフェース操作制御部
１１ｃ  インタフェース通信制御部
１２  プリンタドライバ
１２a  プリントデータ生成部
１２b  プリントデータ送信部
１２c  印刷キャンセルチェック部
１２d  印刷キャンセルチェック頻度テーブル
１３  外部インタフェースケーブル
１４  プリンタ
１４ｂ  印刷処理部
【図１】
0003703453.tif 000002
【図２】
0003703453.tif 000003
【図３】
0003703453.tif 000004
【図４】
0003703453.tif 000005
【図５】
0003703453.tif 000006