(57)【要約】【課題】第１の処理と第２の処理とが実行される場合に、第２の処理を適切に実行するための技術を提供する。【解決手段】  制御装置は、第１の処理実行手段と、第２の処理実行手段と、記憶手段と、特定手段とを備える。第１の処理実行手段は、画像データを表示する表示手段に画像データを供給する第１の処理を実行する。第２の処理実行手段は、第１の処理とともに実行される第２の処理であって、第１のデータに対して特定の画像処理が実行された第２のデータを生成する前記第２の処理を実行する。第１の処理実行手段は、記憶手段に記憶される第２のデータの数が所定の閾値よりも少ないと特定される第１の場合に、単位期間当たり第１の割合で第１の処理を実行し、記憶手段に記憶される第２のデータの数が所定の閾値以上であると特定される第２の場合に、単位期間当たり第１の割合よりも多い第２の割合で第１の処理を実行する。【選択図】        図７
2013035173.tif 000002
【特許請求の範囲】
【請求項１】
画像データを表示する表示手段に前記画像データを供給する第１の処理を実行する第１の処理実行手段と、
前記第１の処理とともに実行される第２の処理であって、第１のデータに対して特定の画像処理が実行された第２のデータを生成する前記第２の処理を実行する第２の処理実行手段と、
前記第２の処理によって生成された前記第２のデータを記憶させる記憶手段と、
前記記憶手段によって記憶される前記第２のデータの数を特定する特定手段と、を備え、
前記第１の処理実行手段は、
前記記憶手段に記憶される前記第２のデータの数が所定の閾値よりも少ないと特定される第１の場合に、単位期間当たり第１の割合で前記第１の処理を実行し、
前記記憶手段に記憶される前記第２のデータの数が前記所定の閾値以上であると特定される第２の場合に、単位期間当たり前記第１の割合よりも多い第２の割合で前記第１の処理を実行することを特徴とする、制御装置。
【請求項２】
請求項１に記載の制御装置であって、
前記第１のデータが、前記記憶手段に記憶されているか否かを判断する判断手段をさらに備え、
前記第２の処理は、前記判断手段によって、前記第１のデータが前記記憶手段に記憶されていると判断されることを条件として実行され、
前記第１の処理実行手段は、前記判断手段によって、前記第１のデータが前記記憶手段に記憶されていないと判断された第３の場合に、前記記憶手段に記憶される前記第２のデータの数に関わらず、単位期間当たり前記第２の割合で前記第１の処理を実行する
ことを特徴とする、制御装置。
【請求項３】
請求項１または２のいずれかに記載の制御装置であって、
前記第１の処理実行手段は、複数の前記画像データを前記表示手段に順次供給する
ことを特徴とする、制御装置。
【請求項４】
請求項３に記載の制御装置であって、
前記第１の処理実行手段は、前記表示手段に表示される複数の画像データのうち、第１の画像データの表示が完了してから、前記第１の画像と異なる第２の画像データの表示が完了するまでの期間を長くすることによって、単位期間当たり前記第１の割合で前記第１の処理を実行する
ことを特徴とする、制御装置。
【請求項５】
請求項１または２のいずれかに記載の制御装置であって、
前記第１の処理実行手段は、前記表示手段に表示される１または複数の前記画像データのデータサイズを小さくすることによって、単位期間当たり前記第１の割合で前記第１の処理を実行する
ことを特徴とする、制御装置。
【請求項６】
請求項１乃至５のいずれかに記載の制御装置であって、
前記第１の場合に前記表示手段に表示される前記１または複数の画像データは単一の色で表現される画像データであり、
前記第２の場合に前記表示手段に表示される前記１または複数の画像データは複数の色で表現される画像データである
ことを特徴とする、制御装置。
【請求項７】
請求項１乃至５のいずれかに記載の制御装置であって、
前記第１の場合に前記表示手段に表示される前記１または複数の画像データは第１の解像度で表現される画像データであり、
前記第２の場合に前記表示手段に表示される前記１または複数の画像データは前記第１の解像度よりも高い解像度である第２の解像度で表現される画像データである
ことを特徴とする、制御装置。
【請求項８】
請求項１乃至７のいずれかに記載の制御装置であって、さらに、
前記第２のデータを被記録媒体に印刷する第３の処理を実行する第３の処理実行手段を備え、
前記第３の処理実行手段は、
前記記憶手段に前記第２のデータが記憶されていない場合に、前記第３の処理の実行を待機し、
前記記憶手段に前記第２のデータが記憶されている場合に、前記記憶手段に記憶される前記第２のデータに対して順次第３の処理を実行し、
前記第２のデータの数は、前記第３の処理が実行されることによって減少する
ことを特徴とする、制御装置。
【請求項９】
請求項１乃至９のいずれかに記載の制御装置であって、
前記第２の処理は、ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｅｒ）処理である
ことを特徴とする、制御装置。
【請求項１０】
コンピュータに、
画像データを表示する表示手段に前記画像データを供給する第１の処理を実行する第１の処理実行手段と、
前記第１の処理とともに実行される第２の処理であって、第１のデータに対して特定の画像処理が実行された第２のデータを生成する前記第２の処理を実行する第２の処理実行手段と、
前記第２の処理によって生成された前記第２のデータを記憶させる記憶手段と、
前記記憶手段によって記憶される前記第２のデータの数を特定する特定手段として機能させるプログラムであって、
前記第１の処理実行手段は、
前記記憶手段に記憶される前記第２のデータの数が所定の閾値よりも少ないと特定される第１の場合に、単位期間当たり第１の割合で前記第１の処理を実行し、
前記記憶手段に記憶される前記第２のデータの数が前記所定の閾値以上であると特定される第２の場合に、単位期間当たり前記第１の割合よりも多い第２の割合で前記第１の処理を実行するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の処理を並行して実行する制御装置及び制御プログラムに関する。
【背景技術】
【０００２】
従来より、第１の処理で実行される内容に応じて、第２の処理で実行される内容を変更する技術がある。例えば特許文献１では、印字処理を行うプリンタにおいて、印字処理の実行対象である印字ジョブのデータ量に応じて、スプール処理（印字ジョブのデータを一時的にデータ格納手段に格納する処理）を実行するか否かを切り替えている。具体的には、印字ジョブのデータ量が規定値未満であると判断される場合は、一旦印字ジョブをスプールする。一方、印字ジョブのデータ量が規定値以上であると判断される場合は、印字ジョブをスプール処理することなく、ラスタライズ処理を実行している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２１２２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、第１の処理が画像データを表示する表示手段に前記画像データを供給する処理であって、第２の処理が第１のデータに対して特定の画像処理が実行された第２のデータを生成する処理である場合については、言及されていなかった。本発明は、上述した問題点を解決するためになされたものであり、第１の処理と第２の処理とが実行される場合に、第２の処理を適切に実行することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
この目的を達成するために、本発明の第１の装置は、画像データを表示する表示手段に前記画像データを供給する第１の処理を実行する第１の処理実行手段と、前記第１の処理とともに実行される第２の処理であって、第１のデータに対して特定の画像処理が実行された第２のデータを生成する前記第２の処理を実行する第２の処理実行手段と、前記第２の処理によって生成された前記第２のデータを記憶させる記憶手段と、前記記憶手段によって記憶される前記第２のデータの数を特定する特定手段と、を備え、前記第１の処理実行手段は、前記記憶手段に記憶される前記第２のデータの数が所定の閾値よりも少ないと特定される第１の場合に、単位期間当たり第１の割合で前記第１の処理を実行し、前記記憶手段に記憶される前記第２のデータの数が前記所定の閾値以上であると特定される第２の場合に、単位期間当たり前記第１の割合よりも多い第２の割合で前記第１の処理を実行することを特徴とする。
【０００６】
この構成により、第１の処理が単位期間当たりに実行される割合を少なくすることによって、第２の処理が単位期間当たりに実行される割合を増加させることができる。そのため、第２の処理の実行を適切に実行することができる。
【０００７】
例えば、第１の処理が単位期間当たりに実行される割合を少なくすることによって、第２の処理によって生成される第２のデータの数を増加させることができる。この結果、第２の処理に続いて実行される処理であって、第２のデータを用いて実行される処理が遅延することを防止することができる。
【０００８】
また、上記の装置において、前記第１のデータが、前記記憶手段に記憶されているか否かを判断する判断手段をさらに備え、前記第２の処理は、前記判断手段によって、前記第１のデータが前記記憶手段に記憶されていると判断されることを条件として実行され、前記第１の処理実行手段は、前記判断手段によって、前記第１のデータが前記記憶手段に記憶されていないと判断された第３の場合に、前記記憶手段に記憶される前記第２のデータの数に関わらず、単位期間当たり前記第２の割合で前記第１の処理を実行すること特徴とすることが好ましい。
【０００９】
この構成により、第１のデータが記憶されていないために第２の処理が実行されていない場合は、第１の処理が単位期間当たりに実行される割合を減少させずに済むため、第１の処理が充実した内容で実行される状態を維持することができる。
【００１０】
また、上記の装置において、前記第１の処理実行手段は、複数の前記画像データを前記表示手段に順次供給することを特徴としてもよい。
【００１１】
また、上記の装置において、前記第１の処理実行手段は、前記表示手段に表示される複数の画像データのうち、第１の画像データの表示が完了してから、前記第１の画像と異なる第２の画像データの表示が完了するまでの期間を長くすることによって、単位期間当たり前記第１の割合で前記第１の処理を実行することを特徴とすることが好ましい。
【００１２】
この構成により、それぞれの画像データの表示が完了するまでの期間を変更することによって、第１の処理が単位期間あたりに実行される割合を減少させることができる。
【００１３】
また、上記の装置において、前記第１の処理実行手段は、前記表示手段に表示される１または複数の前記画像データのデータサイズを小さくすることによって、単位期間当たり前記第１の割合で前記第１の処理を実行することを特徴とすることが好ましい。
【００１４】
この構成により、画像データのデータサイズを小さくすることによって、第１の処理が単位期間あたりに実行される割合を減少させることができる。
【００１５】
また、上記の装置において、前記第１の場合に前記表示手段に表示される前記１または複数の画像データは単一の色で表現される画像データであり、前記第２の場合に前記表示手段に表示される前記１または複数の画像データは複数の色で表現される画像データであることを特徴としてもよい。
【００１６】
この構成により、画像データに使用される色の数を変更することによって、第１の割合を、第２の割合に比べて減少させることができる。
【００１７】
また、上記の装置において、前記第１の場合に前記表示手段に表示される前記１または複数の画像データは第１の解像度で表現される画像データであり、前記第２の場合に前記表示手段に表示される前記１または複数の画像データは第１の解像度よりも高い解像度である第２の解像度で表現される画像データであることを特徴としてもよい。
【００１８】
この構成により、使用される画像データの解像度を変更することによって、第１の割合を、第２の割合に比べて減少させることができる。
【００１９】
また、上記の装置において、さらに、前記第２のデータを被記録媒体に印刷する第３の処理を実行する第３の処理実行手段を備え、前記第３の処理実行手段は、前記記憶手段に前記第２のデータが記憶されていない場合に、前記第３の処理の実行を待機し、前記記憶手段に前記第２のデータが記憶されている場合に、前記記憶手段に記憶される前記第２のデータに対して順次第３の処理を実行し、前記第２のデータの数は、前記第３の処理が実行されることによって減少することを特徴とすることが好ましい。
【００２０】
また、上記の装置において、前記第２の処理は、ＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｅｒ）処理であることを特徴としてもよい。
【００２１】
なお、この発明は、制御装置及び制御装置で実行される方法、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の種々の態様で実現することができる。
【図面の簡単な説明】
【００２２】
【図１】第１実施例におけるプリンタの構成を示すブロック図。
【図２】各処理を時系列に沿って表現したタイムチャートを示す図。
【図３】単位期間当たりにＣＰＵ３０が実行する処理の割合を示した図。
【図４】条件（Ａ）、（Ｂ）を考慮して、各処理を時系列に沿って表現したタイムチャートを示す図。
【図５】各ＵＩ処理を実行する際のＵＩの動作の比較を示した図。
【図６】画像処理全体の概略を説明した図。
【図７】第１実施例で実行されるＵＩ処理を示すフローチャート。
【図８】第１実施例で実行されるＲＩＰ処理を示すフローチャート。
【図９】第１実施例で実行される印刷処理を示すフローチャート。
【図１０】第２実施例での各ＵＩ処理を実行する際のＵＩの動作の比較を示した図。
【図１１】第３実施例での各ＵＩ処理を実行する際のＵＩの動作の比較を示した図。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について以下の順序で説明する。
Ａ．第１実施例：
Ａ−１．プリンタの構成：
Ａ−２．画像処理の概要：
Ａ−２−１．各処理の関係
Ａ−２−２．ＵＩ処理の概要
Ａ−３．画像処理：
Ａ−３−１．ＵＩ処理：
Ａ−３−２．ＲＩＰ処理：
Ａ−３−３．印刷処理：
Ｂ．第２実施例：
Ｃ．第３実施例：
Ｄ．まとめ：
【００２４】
Ａ．第１実施例：
Ａ−１．プリンタの構成：
図１は、第１実施例におけるプリンタ１０の概略構成を表すブロック図である。
【００２５】
第１実施例のプリンタ１０は、制御部２０、表示部６１、操作部６２、印刷実行部６３、ネットワークインターフェース６４を備えており、それぞれがバス線で接続されている。また、プリンタ１０は、ネットワークインターフェース６４と接続されたＬＡＮ（ローカルエリアネットワーク）８０を介して端末装置７０と接続されている。
【００２６】
制御部２０は、ＣＰＵ３０とメモリ４０とを備える。ＣＰＵ３０は、メモリに格納されている画像処理プログラム４１に従って処理を実行する。ＣＰＵ３０が当該画像処理プログラムに従って処理を実行することによって、各手段５１〜５６の機能が実現される。メモリ４０は、前記画像処理プログラム４１と、後述する印刷待ちページカウンタ４２と、後述するＲＩＰ処理中フラグ４３と、を格納する。また、メモリ４０は、メモリ４０内のデータ記憶領域４４に、端末装置から送信されるＲＩＰ未処理データ４４ａと、後述するＲＩＰ処理によって生成されるＲＩＰ済みデータ４４ｂと、を格納する。
【００２７】
表示部６１は、パネルを備えており、各種の画面を表示する。操作部６２は、複数のボタンを備えている。ユーザは、操作部６２を操作することによって、表示部６１に表示される項目を選択する。なお、表示部６１は、タッチパネルであってもよい。この場合、表示部６１は、操作部６２としても機能し、ユーザは、表示部６１に表示された画面内の一部の領域に触れることによって項目を選択する。
【００２８】
印刷実行部６３は、レーザ方式等の印刷機構を備えている。制御部２０は、ネットワークインターフェース６４と接続されたＬＡＮ（ローカルエリアネットワーク）８０を介して端末装置７０から送信されるＲＩＰ未処理データをＲＩＰ処理することによって、データ記憶領域４４に記憶されているＲＩＰ処理済みデータ４４ｂを印刷実行部６３に印刷出力させることができる。
【００２９】
Ａ−２．画像処理の概要：
Ａ−２−１．各処理の関係：
次に、第１実施例で実行される画像処理についての概要を説明する。第１実施例では、制御部２０は、以下の３つの処理を並行して実行する。すなわち、制御部２０は、（１）表示部６１に画像データを表示するＵＩ処理と、（２）ＰＣから送信されたＰＤＬで記述された印刷データ（以下、ＲＩＰ未処理データ４４ａ）に対して実行されるＲＩＰ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｅｒ）処理と、（３）ＲＩＰ処理されたＲＩＰ処理済みデータ４４ｂを、用紙に印刷する印刷処理と、の３つの処理を並行して実行する。なお、ＲＩＰ処理とは、ページ記述言語（ＰＤＬ）で記述されたオブジェクトを、描画コマンドに基づいてビットマップ形式のラスターイメージで表現されるデータに変換する処理である。
【００３０】
ここで、比較例として、本願の発明を実施していない場合の一例を示す。図２は、上述した３つの処理が実行される場合の一例を時系列に沿って表現したタイムチャートを示す図である。なお、図中の数字（１）〜（９）は、電源が投入されてから処理されるデータを、処理されるページ順に示したものである。例えば、（５）は、電源が投入されてから５ページ目の用紙に印刷処理されるデータであることを示す。
【００３１】
図示するように、期間Ｔ１は、端末装置７０からＲＩＰ未処理データを受信する前の期間である。すなわち、メモリ４０にはＲＩＰ未処理データが記憶されていない。従って、制御部２０は、ＲＩＰ処理、及び印刷処理を実行せず、ＵＩ処理のみを実行する。ＲＩＰ未処理データ４４ａが端末装置７０から送信され、メモリ４０に記憶されたことが確認されると（時刻Ｐ１）、制御部２０は、ＲＩＰ処理中フラグ４３をオンにし、当該ＲＩＰ未処理データ４４ａに対してＲＩＰ処理を実行する。当該ＲＩＰ未処理データ４４ａに対するＲＩＰ処理が完了し、ＲＩＰ処理済みデータ４４ｂがメモリ４０に記憶されると（時刻Ｐ２）、制御部２０は、印刷待ちページカウンタ４２をインクリメント（＋１）し、ＲＩＰ処理が実行されたＲＩＰ処理済みデータ４４ｂに対して印刷処理を開始する。なお、印刷待ちページカウンタ４２は、ＲＩＰ処理が実行され、印刷処理が実行されるのを待機するＲＩＰ処理済みデータ４４ｂの数を示すカウンタである。また、印刷処理の開始とは、プリンタ１０の図示しない給紙トレイから給紙を開始することである。
【００３２】
制御部２０は、ＲＩＰ未処理データ４４ａがメモリ４０内に記憶されている限りＲＩＰ処理を実行し続ける。制御部２０は、１ページ分のＲＩＰ処理が完了するたびに、印刷待ちページカウンタ４２をインクリメントする。
【００３３】
１ページ目のＲＩＰ処理済みデータ４４ｂに対する印刷処理が完了すると（時刻Ｐ３）、制御部２０は、印刷待ちページカウンタ４２をデクリメント（−１）する。なお、印刷処理の完了とは、ＲＩＰ処理済みデータ４４ｂが用紙に印刷され、原稿がプリンタ１０の図示しない排紙トレイから排紙されることである。
【００３４】
制御部２０は、以下の２つの条件を満たしたときに印刷処理を開始する。すなわち、制御部２０は、（１）ＲＩＰ済みデータ４４ｂがメモリ４０内に記憶されたことと、（２）印刷実行部６３が給紙を開始できるタイミングを経過していることと、の２つの条件をともに満たしたときに印刷処理を開始する。
【００３５】
ここで、（２）について説明する。制御部２０は、メモリ４０内に複数のＲＩＰ処理済みデータ４４ｂが記憶されていたとしても、当該複数のＲＩＰ処理済みデータ４４ｂのうち、第１のＲＩＰ処理済みデータの印刷処理を開始してから特定の期間Ｔｆが経過するまでは、第１のＲＩＰ処理済みデータの次に印刷される第２のＲＩＰ処理済みデータの印刷を開始することができない。換言すれば、複数のＲＩＰ処理済みデータ４４ｂが記憶されている場合は、制御部２０は、第１のＲＩＰ処理済みデータの印刷処理を開始してから当該特定の期間Ｔｆが経過した後に、第２のＲＩＰ処理済みデータの印刷処理を開始することができる。
【００３６】
図示するように、５ページ目に処理されるデータ（図中（５））までのデータに関しては、制御部２０は、印刷処理が実行される上記２つの条件のうち、（１）の条件が満たされた状態で、（２）の条件が満たされるのを待機している。具体的には、ＲＩＰ処理済みデータ４４ｂが、上述した期間Ｔｆを経過する前に生成される。従って、制御部２０は、上述した特定の期間Ｔｆで印刷処理を実行することができる。
【００３７】
しかしながら、６ページ目以降に処理されるデータ（図中（６）〜（９））に関しては、（１）の条件が満たされる前に（２）の条件が満たされる。具体的には、ＲＩＰ処理済みデータ４４ｂが生成される前に、上述した特定の期間Ｔｆが経過する。従って、制御部２０は、特定の期間Ｔｆが経過したにもかかわらず、（１）の条件が満たされるのを待機しなければならない。その結果、特定の期間Ｔｆごとに印刷処理を実行する場合に比べて、印刷処理に要する期間が長くなる。
【００３８】
そこで、第１実施例のプリンタ１０では、制御部２０は、以下に示す条件に従って上述した３つの処理（ＵＩ処理、ＲＩＰ処理、及び印刷処理）を実行する。すなわち、ＲＩＰ処理が実行されているか否かについての条件と、ＲＩＰ処理が完了したＲＩＰ処理済みデータ４４ｂの数の条件とに応じて、ＵＩ処理の内容を変更する。第１実施例では、具体的には、（Ａ）ＲＩＰ処理が実行されているとき（すなわち、ＲＩＰ処理中フラグ４３がオンであるとき）と、（Ｂ）ＲＩＰ処理済みデータ４４ｂがメモリ４０内に５未満しか記憶されていないとき（すなわち、印刷待ちページカウンタ４２が５未満であるとき）との条件がともに満たされる場合に、制御部２０は、ＣＰＵ３０において単位期間当たりにＵＩ処理が実行される割合が小さい（すなわち、ＣＰＵ３０に対する負荷の小さい）ＵＩ処理を実行する。一方、（Ａ）と（Ｂ）との条件のうち、少なくともいずれかの条件が満たされない場合に、制御部２０は、ＣＰＵ３０において単位期間当たりにＵＩ処理が実行される割合が大きい（すなわち、ＣＰＵ３０に対する負荷の大きい）ＵＩ処理を実行する。
【００３９】
図３は、単位期間当たりにＣＰＵ３０が実行する処理の割合を示した図である。図示するように、負荷の小さいＵＩ処理を実行する際は、負荷の大きいＵＩ処理を実行する場合に比べて、短い期間でＵＩを表示する処理を実行することができる。そのため、相対的に、ＲＩＰ処理を実行する期間を増加させることができる。その結果、制御部２０は、ＲＩＰ処理済みデータ４４ｂを生成する速さを向上することができる。
【００４０】
なお、上述した（Ｂ）の条件に関して、第１実施例では、制御部２０は、メモリ４０内に記憶されるＲＩＰ処理済みデータ４４ｂの数が５以上であるか否かに応じて、実行されるＵＩ処理を切り替えているが、当該切り替えの閾値となるＲＩＰ処理済みデータ４４ｂの数は任意に変更することが可能である。例えば、ＲＩＰ済みデータの数が１０以上である場合に、制御部２０は負荷の小さいＵＩ処理を実行することもできる。
【００４１】
このように、第１実施例において、上述した条件（Ａ）、（Ｂ）に従って処理が実行されるのは、以下の理由による。まず、（Ａ）の条件が課される理由について説明する。ＲＩＰ処理が実行されていないときは、ＣＰＵ３０においてＵＩ処理が実行される時間を増加させても弊害がないと考えられる。そのため、ＲＩＰ処理が実行されていない期間は、制御部２０は、負荷の大きいＵＩ処理を実行する。次に、（Ｂ）の条件が課される理由について説明する。ＲＩＰ処理済みデータ４４ｂの数が５以上である場合（すなわち、印刷待ちページカウンタ４２が５以上であるとき）は、印刷処理を実行するに際してＲＩＰ処理が完了するのを待機するような状況が生じにくいと考えられる。換言すれば、上述した特定の期間Ｔｆが経過したにもかかわらず、ＲＩＰ処理済みデータ４４ｂがメモリ４０内に記憶されるのを待機しなければならない状況が生じにくいと考えられる。そのため、制御部２０は、負荷の大きいＵＩ処理が実行する。
【００４２】
図４は、条件（Ａ）、（Ｂ）を考慮して、上述した３つの処理が実行される場合を時系列に沿って表現したタイムチャートである。図示するように、期間Ｔ１１では、ＲＩＰ処理が実行されていない（すなわち、（Ｂ）の条件は満たされているが、（Ａ）の条件が満たされていない）ため、制御部２０は負荷の大きいＵＩ処理を実行する。時刻Ｐ１１を経過すると、制御部２０はＲＩＰ処理を開始する。このとき、（Ａ）の条件とともに、（Ｂ）の条件も満たされる。従って、制御部２０は、時刻Ｐ１１から、ＲＩＰ処理済みデータ４４ｂが５以上となる時刻（時刻Ｐ１２）まで、負荷の小さいＵＩ処理を実行する。時刻Ｐ１２を経過すると、ＲＩＰ処理済みデータ４４ｂの数が５以上となる（すなわち、（Ａ）の条件は満たされるが、（Ｂ）の条件は満たされない）ため、制御部２０は負荷の大きいＵＩ処理を実行する。この後、時刻Ｐ１３以降の期間では、ＲＩＰ処理済みデータの数が５未満となるが、ＲＩＰ処理が実行されていない（すなわち、（Ｂ）の条件は満たされているが、（Ａ）の条件が満たされていない）ため、制御部２０は負荷の大きいＵＩ処理を実行し続ける。
【００４３】
このように、（Ａ）と（Ｂ）との条件に従って処理が実行されることによって、制御部２０は、メモリ４０内に記憶されるＲＩＰ処理済みデータ４４ｂの数が少ない場合に、ＲＩＰ処理にかける時間を増加させることができる。その結果、制御部２０は、特定の期間Ｔｆで印刷処理を継続することができる確率を高めることができる。
【００４４】
Ａ−２−２．ＵＩ処理の概要：
次に、負荷の大きいＵＩを表示する処理と、負荷の小さいＵＩを表示する処理と、の違いについて説明する。図５は、各ＵＩ処理を実行する際のＵＩの動作の比較を示した図である。（Ａ）は負荷の大きいＵＩ処理におけるＵＩの動作を示し、（Ｂ）は負荷の小さいＵＩ処理におけるＵＩの動作を示している。
【００４５】
一般に、特定の期間内に遷移する画像データの枚数が多いほど、ＣＰＵ３０において単位期間当たりにＵＩ処理が実行される割合が高くなる。このため、第１実施例では、複数の画像データをアニメーションとして順次表示する場合に、特定の期間内に遷移する画像データの枚数を変化させることによって、ＣＰＵ３０がＵＩ処理に要する期間を変化させる。第１実施例では、負荷の大きいＵＩ処理とは、特定の期間内に遷移する画像データの枚数が多い処理を意味する。なお、ＵＩ処理で表示部６１に表示するための画像データは、予めメモリ４０内に記憶されている。
【００４６】
（Ａ）に図示するように、高負荷のＵＩ処理においては、制御部２０は、特定の期間で（１）から（５）までの５枚の画像データを表示部６１に表示する。第１実施例では、（１）の画像データの表示が完了してから、（５）の画像データの表示が完了するまでの期間は１秒間であるとして説明する。
【００４７】
（Ａ）では、制御部２０は、以下のように画像データを変化させるＵＩ処理を実行する。すなわち、制御部２０は、（１）の画像データの表示状態維持（０．１５秒）→（１）の画像データから（２）の画像データへの遷移（０．１秒）→（２）の画像データの表示状態維持（０．１５秒）→（２）の画像データから（３）の画像データへの遷移（０．１秒）→（３）の画像データの表示状態維持（０．１５秒）→（３）の画像データから（４）の画像データへの遷移（０．１秒）→（４）の画像データの表示状態維持（０．１５秒）→（４）の画像データから（５）の画像データへの遷移（０．１秒）という流れでＵＩ処理を実行する。
【００４８】
一方、（Ｂ）に図示するように、低負荷のＵＩ処理においては、制御部２０は、特定の期間で、（１）、（３）、（５）の３枚の画像データを表示する。すなわち、（Ｂ）においては、（Ａ）で使用される（１）〜（５）の画像データのうち、（１）、（３）、及び（５）の３枚の画像データが使用される。（Ｂ）においても、（Ａ）と同様に、（１）の画像データの表示が完了してから、（５）の画像データの表示が完了するまでの期間は１秒間であるとして説明する。
【００４９】
（Ｂ）では、制御部２０は、以下のように画像データを変化させるＵＩ処理を実行する。すなわち、制御部２０は、（１）の画像データの表示状態維持（０．４秒）→（１）の画像データから（３）の画像データへの遷移（０．１秒）→（３）の画像データの表示状態維持（０．４秒）→（３）の画像データから（５）の画像データへの遷移（０．１秒）という流れでＵＩ処理を実行する。
【００５０】
このように、画像の遷移のために要する期間（すなわち、表示状態維持を除く期間）は、（Ａ）では０．４秒であるのに対し、（Ｂ）では０．２秒である。この結果、（Ｂ）では、（Ａ）に比べて、ＣＰＵ３０がＵＩ処理を実行するための期間を減少させることができる。
【００５１】
Ａ−３．画像処理：
次に、第１実施例で実施される画像処理について説明する。図６は、画像処理全体の概略を説明した図である。上述したように、当該画像処理で実行される処理は、３種類に分類される。具体的には、図示するように、ＵＩ処理と、ＲＩＰ処理と、印刷処理と、に分類される。
【００５２】
また、図示するように、それぞれの処理において、制御部２０は、印刷待ちページカウンタ４２と、ＲＩＰ処理中フラグ４３とを適宜参照する。また、それぞれの処理の結果に応じて、制御部２０は、印刷待ちページカウンタ４２と、ＲＩＰ処理中フラグ４３との内容を書き換える。
【００５３】
それぞれの３つの処理は、ユーザが操作部６２を操作し、プリンタ１０の電源が投入されることにより開始される。電源が投入されると、制御部２０は上述した印刷待ちページカウンタ４２と、ＲＩＰ処理中フラグ４３とを初期化する。具体的には、制御部２０は、印刷待ちページカウンタ４２を０とし、かつ、ＲＩＰ処理中フラグ４３をオフとする。
【００５４】
上述したように、印刷待ちページカウンタ４２と、ＲＩＰ処理中フラグ４３との初期化が完了すると、制御部２０は、ＵＩ処理と、ＲＩＰ処理と、印刷処理とを並行して実行する。以下、３つの処理について詳述する。
【００５５】
Ａ−３−１．ＵＩ処理：
まず、ＵＩ処理について説明する。図７は、第１実施例で実行されるＵＩ処理を示すフローチャートである。
【００５６】
制御部２０は、ＲＩＰ処理中フラグ４３を参照し、ＲＩＰ処理中フラグがオフとなっているか否かを確認する（Ｓ１０２）。ＲＩＰ処理中フラグ４３がオフとなっていることが確認された場合は（Ｓ１０２  ＹＥＳ）、制御部２０は高負荷のＵＩ処理を実行する（Ｓ１０８）。
【００５７】
一方、ＲＩＰ処理中フラグ４３がオンとなっていることが確認された場合は（Ｓ１０２  ＮＯ）、制御部２０は、印刷待ちページカウンタ４２を参照し、印刷待ちページカウンタ４２が５以上であるか否かを確認する（Ｓ１０４）。印刷待ちページカウンタ４２が５以上であると確認された場合は（Ｓ１０４  ＹＥＳ）、制御部２０は、メモリ４０内に十分な数のＲＩＰ処理済みデータ４４ｂが記憶されていると判断し、高負荷のＵＩ処理を実行する（Ｓ１０８）。一方、印刷待ちページカウンタ４２が５未満であると確認された場合は（Ｓ１０４  ＮＯ）、制御部２０は、メモリ４０内に十分な数のＲＩＰ処理済みデータ４４ｂが記憶されていないと判断し、低負荷のＵＩ処理を実行する（Ｓ１０８）。こうすることで、メモリ内にＲＩＰ処理済みデータ４４ｂが不足していると判断される場合は、制御部２０は、ＣＰＵ３０がＵＩ処理のために割り当てる期間を減少させ、代わりにＲＩＰ処理のために割り当てる期間を増加させることができる。
【００５８】
Ａ−３−２．ＲＩＰ処理：
次に、ＲＩＰ処理について説明する。図８は、第１実施例で実行されるＲＩＰ処理を示すフローチャートである。
【００５９】
制御部２０は、ＲＩＰ未処理データ４４ａがメモリ４０内に記憶されているか否かを確認する（Ｓ２０２）。Ｓ２０２の処理は、ＲＩＰ未処理データ４４ａがメモリ４０内に記憶されていることが確認されるまで繰り返し実行される。
【００６０】
ＲＩＰ未処理データ４４ａがメモリ４０に記憶されていることが確認された場合は（Ｓ２０２  ＹＥＳ）、制御部２０は、上述したＲＩＰ処理中フラグ４３をオンにする（Ｓ２０４）。
【００６１】
続いて制御部２０は、用紙１ページ分に対応するＲＩＰ未処理データ４４ａにＲＩＰ処理を実行する（Ｓ２０６）。その後、制御部２０は、ＲＩＰ処理されたＲＩＰ処理済みデータ４４ｂをメモリ４０に記憶し（Ｓ２０８）、印刷待ちページカウンタ４２の値をインクリメントする（Ｓ２１０）。
【００６２】
続いて、制御部２０は、Ｓ２０６でＲＩＰ処理を実行したＲＩＰ未処理データ４４ａに関して、全てのページのＲＩＰ処理が完了したか否かを特定する（Ｓ２１２）。具体的には、制御部２０は、当該ＲＩＰ未処理データ４４ａが複数ページで構成されていると判断される場合に、最後のページのＲＩＰ処理の実行が完了したか否かを特定する。
【００６３】
ＲＩＰ処理が実行されていないページが存在すると特定された場合は（Ｓ２１２  ＹＥＳ）、制御部２０は、Ｓ２０６に処理を移行し、ＲＩＰ処理が実行されていないページのＲＩＰ処理を実行する。一方、全てのページに対してＲＩＰ処理が実行されたと特定された場合は（Ｓ２１２  ＮＯ）、制御部２０は、上述したＲＩＰ処理中フラグ４３をオフとし（Ｓ２１４）、処理をＳ２０２に移行する。
【００６４】
Ａ−３−３．印刷処理：
次に、印刷処理について説明する。図９は、第１実施例で実行される印刷処理を示すフローチャートである。
【００６５】
まず、制御部２０は、印刷の給紙を行うことが可能なタイミングか否かを特定する（Ｓ３０２）。例えば、図２における１枚目のＲＩＰ処理済みデータ４４ｂ（図中（１））については、ポイントＡのタイミングであるか否かを特定する。印刷の給紙を行うことが可能なタイミングであると特定されない場合は（Ｓ３０２  ＮＯ）、制御部２０はＳ３０８に処理を移行する。
【００６６】
なお、印刷の給紙が可能なタイミングとは、以下の２つの場合が想定される。すなわち、（１）ＲＩＰ処理済みデータが存在せず、印刷処理が実行されていない場合と、（２）ＲＩＰ処理済みデータに対して印刷処理が実行されているが、給紙が開始されてから上述した特定の期間Ｔｆだけ経過しており、次のＲＩＰ処理済みデータ４４ｂの印刷が開始できる場合と、の２つの場合が想定される。
【００６７】
印刷の給紙を行うことが可能なタイミングであると特定された場合は（Ｓ３０２  ＹＥＳ）、制御部２０は、ＲＩＰ処理済みデータ４４ｂがメモリ４０に記憶されているか否かを特定する（Ｓ３０４）。ＲＩＰ処理済みデータ４４ｂが記憶されている場合（Ｓ３０４  ＹＥＳ）は、制御部２０は、当該ＲＩＰ処理済みデータ４４ｂを用紙に印刷するため、用紙の給紙を開始する（Ｓ３０８）。一方、ＲＩＰ処理済みデータ４４ｂが記憶されていない場合（Ｓ３０４  ＮＯ）、制御部２０は、Ｓ３０８に処理を移行する。
【００６８】
続いて制御部２０は、いずれかのＲＩＰ処理済みデータ４４ｂに対する印刷処理の実行が完了し、原稿が排紙されたか否かを特定する（Ｓ３０８）。例えば、図２における１枚目のＲＩＰ処理済みデータ４４ｂ（図中（１））については、ポイントＢを経過したタイミングであるか否かを特定する。排紙が完了したタイミングであると特定された場合は（Ｓ３０８  ＹＥＳ）、制御部２０は、印刷待ちページカウンタ４２をデクリメントする（Ｓ３１０）。
【００６９】
このように、図９に示した印刷処理では、制御部２０は、給紙が可能なタイミングと、排紙が完了したタイミングとを連続的に監視している。これらのいずれのタイミングでもない場合は、制御部２０は、Ｓ３０２とＳ３０８との処理を交互に実行し続ける。一方、給紙が可能なタイミングである場合（例えば図２のポイントＡ）は、制御部２０は、Ｓ３０４、Ｓ３０６の処理を実行する。一方、排紙が完了したタイミングである場合（例えば図２のポイントＢ）は、制御部２０は、Ｓ３１０の処理を実行する。
【００７０】
Ｂ．第２実施例：
続いて、本発明の第２実施例について、図１０を参酌して説明する。図１０は、第２実施例での各ＵＩ処理を実行する際のＵＩの動作の比較を示した図である。なお、プリンタ１０の構成、及び上述した３つの処理（ＵＩ処理、ＲＩＰ処理、印刷処理）は第１実施例と同様であるため、説明を省略する。
【００７１】
一般に、表示される画像データの内容が同じであっても、カラーの画像データを表示させる場合は、モノクロの画像データを表示させる場合に比べて、画像データを遷移させるために要する期間が長くなる。換言すれば、カラーの画像データを表示させる場合は、モノクロの画像データを表示させる場合に比べて、ＣＰＵ３０で実行されるＵＩ処理の期間が長くなる。
【００７２】
これを踏まえて、第２実施例においては、図示するように、高負荷のＵＩ処理では、カラーの画像データを遷移させる。一方、低負荷のＵＩ処理では、モノクロの画像データを遷移させる。こうすることで、制御部２０は、画像データサイズの大きいカラーの画像データを使用するか、画像データサイズの小さいモノクロの画像データを使用するかを切り替えることによって、ＲＩＰ処理を適切に実行することができる。
【００７３】
なお、第２実施例で示したＵＩは、複数の画像データが遷移する場合を示したが、これに代えて、単一の画像データを表示し続ける静止画のＵＩであってもよい。
【００７４】
Ｃ．第３実施例：
続いて、本発明の第３実施例について、図１１を参酌して説明する。図１１は、第３実施例での各ＵＩ処理を実行する際のＵＩの動作の比較を示した図である。なお、プリンタ１０の構成、及び上述した３つの処理（ＵＩ処理、ＲＩＰ処理、印刷処理）は第１実施例と同様であるため、説明を省略する。
【００７５】
一般に、表示される画像データの内容が同じであっても、解像度の高い画像データを表示させる場合は、画像データのデータサイズが大きくなるため、解像度の低い画像データを表示させる場合に比べて、画像データを遷移させるために要する期間が長くなる。換言すれば、解像度の高い画像データを表示させる場合は、解像度の低い画像データを表示させる場合に比べて、ＣＰＵ３０で実行されるＵＩ処理の時間が長くなる。
【００７６】
図示するように、第３実施例においては、高負荷のＵＩ処理では、第１の解像度の画像データを遷移させる。一方、低負荷のＵＩ処理では、第２の解像度の画像データを遷移させる。例えば、第１の解像度は、６００（ｄｐｉ）×６００（ｄｐｉ）とし、第２の解像度は、３００（ｄｐｉ）×３００（ｄｐｉ）とする。こうすることで、高解像度の画像データを使用するか、低解像度の画像データを使用するかを切り替えることによって、ＲＩＰ処理を適切に実行することができる。
【００７７】
なお、第３実施例で示したＵＩは、複数の画像データが遷移する場合を示したが、これに代えて、第２実施例と同様に、単一の画像データを表示し続ける静止画のＵＩであってもよい。
【００７８】
Ｄ．まとめ
以上の説明において、制御部２０によって実行される画像処理プログラムのうち、図７のＳ１０２〜Ｓ１０８が本発明の第１の処理実行手段によって実行される処理に相当する。また、図８のＳ２０２〜Ｓ２１４が第２の処理実行手段によって実行される処理に相当する。また、図９のＳ３０２からＳ３１０が第３の処理実行手段によって実行される処理に相当する。また、図８のＳ２０８が記憶手段によって実行される処理に相当する。また、図７のＳ１０４が特定手段によって実行される処理に相当する。また、図７のＳ１０２が判断手段によって実行される処理に相当する。
【００７９】
また、ＵＩ処理が本発明の第１の処理に相当し、ＲＩＰ処理が本発明の第２の処理に相当し、印刷処理が第３の処理に相当する。
【００８０】
また、ＲＩＰ未処理データが本発明の第１のデータに相当し、ＲＩＰ処理済みデータが本発明の第２のデータに相当する。
【００８１】
以上説明したように、プリンタ１０は、画像データを表示する表示部６１に画像データを供給するＵＩ処理と、ＲＩＰ未処理データ４４ａに対するＲＩＰ処理とを実行する。
制御部３０は、メモリ４０に記憶されるＲＩＰ処理済みデータ４４ｂの数を特定する。特定されたＲＩＰ未処理データ４４ｂの数が所定の閾値（例えば５つ）よりも少ないと判断される場合は、制御部２０は低負荷のＵＩ処理を実行する。一方、特定されたＲＩＰ未処理データ４４ｂの数が所定の閾値以上であると判断される場合は、制御部２０は高負荷のＵＩ処理を実行する。このように、ＣＰＵ３０においてＵＩ処理が単位期間あたりに実行される割合を切り替えることによって、プリンタ１０は、ＲＩＰ処理を適切に実行することができる。
【００８２】
なお、本発明における技術的範囲は、上述した実施例に限られるものではなく、以下に示すような種々の態様によって実施することが可能である。
【００８３】
（１）上述した各実施例では、第２の処理としてＲＩＰ処理を実行する場合を記載したが、異なる構成であってもよい。例えば、制御装置がスキャナ装置である場合において、第２の処理は、プリンタ１０の図示しないスキャン実行部によってスキャンが実行された画像データに対して実行される画像処理であって、スキャンの実行に伴った画像処理（例えば、拡大処理、変倍処理等）であってもよい。
【００８４】
この場合、ユーザがプリンタ１０の操作部２７を操作することによってスキャンの実行を指示する、いわゆるプッシュスキャンであってもよいし、ユーザがプリンタ１０と端末装置７０の操作部を操作することによってスキャンの実行を指示する、いわゆるプルスキャンであってもよい。
【００８５】
また、制御装置がプリンタであってもよいし、端末装置であってもよい。また、第２のデータは、プリンタ内に記憶されてもよいし、端末装置に記憶されてもよい。
【００８６】
（２）上述した各実施例では、複数の画像が順次遷移するアニメーションの形態のＵＩ処理について説明したが、他の構成に適用してもよい。例えば、ユーザが表示部（画面）を指で押圧し、表示部を指でスクロールさせることによって表示部を遷移させる、いわゆるフリック動作による画像データの遷移に本願の発明を適用してもよい。
【００８７】
また、上述した各実施例におけるＵＩ処理では、画像データが表示部６１に表示される構成について説明したが、文字列によって構成される画像データが表示される構成であってもよい。
【００８８】
また、上述した第１実施例では、特定の期間内に遷移する画像データの枚数を変化させることによって、ＣＰＵ３０がＵＩ処理に要する期間を変化させている。ここで、上述した第１実施例では、制御部２０は、各画像データの表示状態が維持される期間を変化させることによって、特定の期間内に遷移する画像データの枚数を変化させているが、異なる構成であってもよい。例えば、制御部２０は、第１の画像データから、第１の画像データの次に表示される第２の画像デーへ遷移する期間を変化させることによって、特定の期間内に遷移する画像データの枚数を変化させてもよい。
【００８９】
（３）上述した第２実施例では、高負荷のＵＩ処理が特定の期間内に第１の枚数のカラーの画像データを遷移させる処理であって、低負荷のＵＩ処理が特定の期間内に第１の枚数のモノクロの画像データを遷移させる処理であることを記載したが、異なる構成であってもよい。すなわち、高負荷のＵＩ処理が特定の期間内に第１の枚数のカラーの画像データを遷移させる処理であって、低負荷のＵＩ処理が特定の期間内に第１の枚数よりも少ない第２の枚数のモノクロの画像データを遷移させる処理であってもよい。
【００９０】
また、高負荷のＵＩ処理が特定の期間内に第１の枚数のモノクロの画像データを遷移させる処理であって、低負荷のＵＩ処理が特定の期間内に第２の枚数のカラーの画像データを遷移させる処理であってもよい。例えば、カラーの画像データであっても、遷移させる画像データの枚数が少なければ、モノクロの画像データよりも、ＣＰＵ３０において単位期間当たりに実行されるＵＩ処理の割合が少なくて済む。
【００９１】
（４）上述した各実施例の他に、例えば、制御部２０は、高負荷のＵＩ処理として、画像データのサイズが大きい画像データを遷移させ、低負荷のＵＩ処理として、画像データサイズの小さい画像データを遷移させてもよい。なお、画像データのサイズとは、画像データを表現するための画素の数によって決定されるサイズである。
【００９２】
（５）上述した実施例では、ＣＰＵ３０が画像処理プログラム４１に従って処理を実行することによって、各手段５１〜５６の機能が実現されるが、各手段５１〜５６の少なくとも１個は、論理回路等のハードウェアで実現されてもよい。
【符号の説明】
【００９３】
１０…プリンタ、２０…制御部、３０…ＣＰＵ、４０…メモリ、４１…印刷プログラム、４２…印刷待ちページカウンタ、４３…ＲＩＰ処理中フラグ、４４…データ記憶領域、４４ａ…ＲＩＰ未処理データ、４４ｂ…ＲＩＰ処理済みデータ、５１…第１の処理実行手段、５２…第２の処理実行手段、５３…第３の処理実行手段、５４…記憶手段、５５…特定手段、５６…判断手段、６１…表示部、６２…操作部、６３…印刷実行部、６４…ネットワークインターフェース、７０…端末装置、８０…ＬＡＮ
【図１】
2013035173.tif 000003
【図２】
2013035173.tif 000004
【図３】
2013035173.tif 000005
【図４】
2013035173.tif 000006
【図５】
2013035173.tif 000007
【図６】
2013035173.tif 000008
【図７】
2013035173.tif 000009
【図８】
2013035173.tif 000010
【図９】
2013035173.tif 000011
【図１０】
2013035173.tif 000012
【図１１】
2013035173.tif 000013