アプリケーションから受信したデータおよび印刷設定に基づき印刷データを生成する生成手段と前記印刷データのプレビュー画像を表示するプレビュー手段とを備えたデータ処理装置であって、前記プレビュー画像を表示する条件であるプレビュー条件を記憶可能な手段と、前記プレビュー条件の成否を判断する判断手段とを備え、前記判断手段が前記プレビュー条件が成立すると判断した場合に、前記プレビュー手段は前記プレビュー画像を表示することを特徴とするデータ処理装置。請求項1に記載のデータ処理装置であって、前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定割合を超えるという条件であることを特徴とするデータ処理装置。請求項2に記載のデータ処理装置であって、前記一定範囲は前記印刷データの最終ページであることを特徴とするデータ処理装置。請求項2又は3に記載のデータ処理装置であって、前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定割合を超える場合であり、かつ前記一定範囲内の所定の範囲に白紙でない部分がある場合に成立する条件であることを特徴とするデータ処理装置。請求項2乃至4のいずれか一項に記載のデータ処理装置であって、前記プレビュー条件の設定を受け付ける受付手段をさらに備えたことを特徴とするデータ処理装置。請求項5に記載のデータ処理装置であって、前記受付手段は前記印刷データのどの範囲を前記一定範囲とするかの設定を受け付けることを特徴とするデータ処理装置。請求項1に記載のデータ処理装置であって、前記プレビュー条件は前記印刷データの一定範囲においてカラーで印刷される部分の面積が一定割合を超えるという条件であることを特徴とするデータ処理装置。請求項7に記載のデータ処理装置であって、前記プレビュー条件は前記印刷データの一定範囲においてカラーで印刷される部分の面積が一定割合を超えない場合であっても、前記一定範囲内の所定の範囲にカラーで印刷される部分がある場合は、成立する条件であることを特徴とするデータ処理装置。請求項1乃至8のいずれか一項に記載のデータ処理装置であって、前記プレビュー手段は、前記プレビュー画像を表示する場合に、前記プレビュー画像を前記プレビュー条件が成立する範囲と前記プレビュー条件が成立しない範囲とで異なる表示態様により表示することを特徴とするデータ処理装置。コンピュータを請求項1乃至9のいずれか一項に記載のデータ処理装置として機能させるためのプログラム。しかし、従来の印刷制御プログラムはプレビュー機能を有効にするか否かという設定しかできなかった。よって、いったんプレビュー機能を有効にするよう設定すると、実際の印刷の前に、必ずプレビュー画像が表示され、ユーザは再び指示を行わなくてはならず、煩わしいという問題があった。特にユーザが大量の印刷指示を行う場合に問題であった。下記特許文献1に記載された情報処理装置においてもプレビューするかしないかのフラグという記載からわかるように、プレビュー機能を有効にするか否かという設定しかできない図12、段落0098などを参照。そして有効にするよう設定した場合、プレビュー画面において、ユーザは再び続行または印刷中止という指示を行わなくてはならない図11、図16、段落0097、段落0105などを参照。よって、上記のような問題がある。そこで、この発明は、上記の問題を解消すべく、プレビュー機能を有効にした場合のユーザの操作の煩わしさを軽減することを目的とする。上記目的を達成するため、この発明によるデータ処理装置は、アプリケーションから受信したデータおよび印刷設定に基づき印刷データを生成する生成手段と前記印刷データのプレビュー画像を表示するプレビュー手段とを備えたデータ処理装置であって、前記プレビュー画像を表示する条件であるプレビュー条件を記憶可能な手段と、前記プレビュー条件の成否を判断する判断手段とを備え、前記判断手段が前記プレビュー条件が成立すると判断した場合に、前記プレビュー手段は前記プレビュー画像を表示するものである。このようなデータ処理装置において、前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定以上を占めるという条件であるとよい。さらに、前記一定範囲は前記印刷データの最終ページであるとよい。さらに、前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定以上を占める場合であっても、前記一定範囲内の所定の範囲に白紙でない部分がある場合、成立しない条件であるとよい。さらにまた、前記プレビュー条件の設定を受け付ける受付手段をさらに備えるとよい。さらに、前記受付手段は前記印刷データのどの範囲を前記一定範囲とするかの設定を受け付けるようにするとよい。また、上記のデータ処理装置において、前記プレビュー条件は前記印刷データの一定範囲をカラーで印刷される部分の面積が一定以上占めるという条件であるとよい。さらに、前記プレビュー条件は前記印刷データの一定範囲をカラーで印刷される部分の面積が一定以上を占めない場合であっても、前記一定範囲内の所定の範囲にカラーで印刷される部分がある場合は、成立する条件であるとよい。さらに、上記の各データ処理装置において、前記プレビュー手段が、前記プレビュー画像を表示する場合に、前記プレビュー画像を前記プレビュー条件が成立する範囲と前記プレビュー条件が成立しない範囲とで異なる表示態様により表示するようにするとよい。この発明によるプログラムは、コンピュータをこのようなデータ処理装置として機能させるためのものである。以上のような、この発明によるデータ処理装置およびプログラムによれば、プレビュー機能を有効にした場合のユーザの操作の煩わしさを軽減することができる。以下、この発明を実施するための最良の形態について図面を参照しつつ説明する。図1はこの発明の一実施形態であるデータ処理装置10の機能構成を示す機能ブロック図である。このデータ処理装置10は、アプリケーション20が出力するデータに基づき印刷制御プログラム40を用いて印刷データを生成することができる。また、生成した印刷データを図示しない画像機器に送信し印刷することができる。なお、図1において、アプリケーション20、OSOperatingSystem30及び印刷制御プログラム40は、CPUが記憶手段に記憶されたこれらのプログラムを実行することにより実現される機能を示す。アプリケーション20は、印刷データの基となるデータを扱うことができる任意のプログラムである。例えば、文書データを扱う文書アプリケーション、画像データを扱う画像処理アプリケーション、帳票データを扱う帳票アプリケーションなどである。OS30は、多くのアプリケーションに対して共通する機能を提供するプログラムであり、印刷に関する処理についても一定の機能を提供している。例えば、Windows登録商標やLinux登録商標である。印刷制御プログラム40は、データ処理装置10における印刷に関する処理を制御するプログラムである。本実施形態の印刷制御プログラム40は、プレビューモジュール41、解析モジュール42、生成モジュール43、UIUserInterfaceモジュール44を含んで構成されている。これらのうちプレビューモジュール41についての詳細は後述する。解析モジュール42は、アプリケーション20から渡される印刷対象データおよび印刷設定を解析するモジュールである。生成モジュール43は、印刷対象データおよび印刷設定に基づいて印刷データの生成を行うモジュールである。UIモジュール44は、ユーザに対し図3に例示するようなUIを提供するモジュールである。本実施形態においてユーザはこのUIを介して印刷設定およびプレビュー条件の設定を行う。以上のモジュールの切り分けは当業者が実施できる任意の切り分けとすることができる。例えば、プレビューモジュール41と生成モジュール43を一のモジュールとすることもできる。印刷設定50、プレビュー機能設定60、プレビュー条件70はデータ処理装置10の記憶装置に記憶されたデータである。印刷設定50は、アプリケーション20が出力する印刷対象データに基づき画像機器に印刷させる際にユーザが行う設定である。例えば、原稿サイズ、印刷用紙サイズなどである。プレビュー機能設定60は、データ処理装置10のプレビュー機能が有効であるか否かの設定である。プレビュー条件70は、成立した場合にデータ処理装置10がプレビュー画像の表示を行うという条件である。プレビュー条件70は予めデータ処理装置10に記憶されていてもよいが、ユーザが設定、変更等できるとよい。本実施形態ではユーザがUIモジュール44の提供するUIを介してプレビュー条件70の設定、変更等ができる。もちろん、UIモジュール44が提供するUIとは独立して、プレビュー条件70の設定、変更等ができるUIを設けてもよい。プレビュー条件70を用いた処理については後述する。次に、図2に、データ処理装置10のハードウェア構成を示す。この図に示すように、データ処理装置10のハードウェアとしては、CPU11、記憶装置12、表示装置13、入力装置14、通信I/F15などを備えた公知のコンピュータを採用することができる。CPU11は、記憶装置に記憶されたアプリケーション20や印刷制御プログラム40などを実行しデータ処理装置10の機能を実現するものである。記憶装置12は、アプリケーション20、印刷制御プログラム40、印刷設定50、プレビュー機能設定60、プレビュー条件70などデータ処理装置10の機能に必要なデータを記憶できる装置である。記憶装置としては、例えば、RAMなどの半導体記憶装置、HDDまたは光ディスクなどを用いることができる。表示装置13は、アプリケーション20や印刷制御プログラム40の画面などデータ処理装置10の機能に必要な画面を表示できる装置である。表示装置13としては、例えば、液晶ディスプレイなどを用いることができる。入力装置14は、ユーザの操作、認証情報などデータ処理装置10の機能に必要なデータを入力できる装置である。入力装置14としては、例えば、キーボード、タッチパネル、マウスなどを用いることができる。通信I/F15は、データ処理装置10の機能に必要な他の装置との通信を行うための装置である。データ処理装置10は印刷に関するデータ処理を行う場合、印刷データを生成し、通信I/F15および通信路を介して画像機器に送信し、印刷を行わせることができる。通信I/F15としては、例えば、LANインターフェース、USBインターフェースなどを用いることができる。通信路は有線無線を問わない。また、前述した記憶装置12、表示装置13、入力装置14を通信I/F15および通信路を介して接続しデータ処理装置10を構成してもよい。これらの各装置はハードウェアとして一体でも複数でもよい。例えば、記憶装置12はRAMを含めた複数の半導体記憶装置とHDDからなることが一般的である。また、これらの装置は同一筐体内になくともよい。例えば、CPU11、記憶装置12が同一筐体内にあり、別の筐体内にあるCPU、記憶装置、表示装置、入力装置と通信路を介して接続し、データ処理装置10を構成することもできる。この場合、両筐体内に通信I/Fを設ける。また、これらの各装置の他に当業者が追加できる装置をデータ処理装置10に追加してもよい。例えば、データ処理装置10にプリンタなど画像機器を追加することができる。追加した装置は同一筐体内になくともよいし、同一筐体内に設けることもできる。以上のようなデータ処理装置10において特徴的な点は、印刷制御プログラム40が印刷データの生成を要求された場合のプレビューに関する処理である。そこで、以下この点について説明する。まず、図3に、印刷制御プログラム40のUIモジュール44が提供する、印刷に関する設定を受け付けるための画面の例を示す。この図に示す印刷設定画面100においては、タブ101として、基本、編集、プレビュー、その他の4つのタブを設けており、ユーザがこれらを入力装置を用いて選択することで、それぞれのタブと対応する画面に遷移する。ユーザは基本、編集と対応する画面を介して、様々な印刷設定を行うことができる。例えば、原稿サイズ、印刷用紙サイズ、モノクロ/カラー、変倍の有無、変倍の倍率、印刷部数、原稿方向などである。ユーザはプレビューと対応する画面を介して、プレビュー機能の有効無効プレビュー機能設定やプレビュー条件を設定できる。また、その他と対応する画面を介して、その他の設定が可能である。また、ユーザが上記の設定を行った後にOKボタン102を押下すると、印刷制御プログラム40は、設定内容を確定し、印刷設定50、プレビュー機能設定60及びプレビュー条件70として記憶装置12に記憶させる。一方、ユーザがキャンセルボタン103を押下した場合、印刷制御プログラム40は、印刷設定画面100において行った設定内容は破棄して印刷設定画面100を閉じる。図3には、ユーザによりプレビュータブが選択され、プレビュー条件70を設定変更等することができる画面が表示された状態を示している。以下では図3を参照しつつ、プレビュー機能の有効無効の設定、プレビュー条件70の設定について説明する。図3の画面において、ユーザが印刷時にプレビューを表示するのチェックボックス104を選択し、チェックを入れると、データ処理装置10のプレビュー機能が有効となる。一方、チェックボックス104にチェックが入っていない場合、プレビュー機能は有効とならない。また、図3の画面において、チェックボックス104にチェックが入れられるとプレビュー表示のカスタマイズのチェックボックス105が選択可能となる。ユーザがチェックボックス105を選択し、チェックを入れると詳細なプレビュー条件70の設定変更等が可能になる。ユーザがチェックボックス105を選択しない場合は、プレビュー条件としてデフォルトの条件を用いることになる。図3の示す例では、プレビュー条件として非白紙判定を行う領域がページの上端、白紙領域の上限が80、カスタマイズ対象ページが全ページを対象とするという条件が設定されている。よって、アプリケーション20から受信したデータ内にページ上端のみに印刷がされており、かつ白紙部分の面積がページの80以上を占めるページが1ページでもある場合に、プレビュー条件が成立する。ここでまず、白紙領域の上限とは、白紙部分の面積が当該上限として設定した割合を超える場合にプレビュー条件が成立すると判断するものである。例えば、白紙部分が特に多い場合のみ、プレビュー画像により実際の印刷前に確認を行いたいユーザは、この上限を高く設定することにより、プレビュー機能を有効にした場合の操作の手間を軽減できる。一方、白紙部分が多いページと意識せずに印刷指示してしまうのを防ぎたいユーザは、この上限を低く設定することで、より確実なプレビュー画像による確認が可能となる。白紙部分の面積の測定の方法としては、例えば、ページを複数の領域に分割し、各領域がすべて白紙である領域の面積の合計を白紙部分の面積とする方法が挙げられる。当該領域の大きさは任意に決定できるが、最小の領域は印刷データにおける印刷できる最小単位となると考えられる。この場合、白紙部分の面積の測定はインク又はトナーのカバレージの測定と同様になる。また、印刷すべきデータが文書データの場合、当該領域を一文字分の領域とすることが考えられる。また、非白紙判定を行う領域とは、当該領域において白紙でない部分があった場合に、プレビュー条件が成立すると判断するような領域を意味する。例えば、この図の示す例のように非白紙判定を行う領域をページの上端とした場合、ページ上端部分に白紙でない部分すなわち印刷される部分がある場合、プレビュー条件が成立すると判断する。この条件は、上記の白紙領域の上限と組み合わせた場合に特に有効に機能する。例えば、アプリケーション20が文書アプリケーションであって、印刷しようとするデータが横書きの文書データである場合、上端部分のみに文字記号図形等が記載されており、その下部はすべて白紙であるようなページが含まれていることがある。また、ページ左端部分のみに文字記号図形等が記載かれており、その右部はすべて白紙であるようなページが含まれていることもある。ユーザはこのようなページを印刷不要と判断する場合がある。非白紙判定を行う領域及び白紙領域の上限の条件をANDで設定しておけば、上端や左端に文字等が記載され、かつ白紙領域の多いページ、すなわち上端部や左端部のみに文字等が記載されたページがあった場合にプレビュー条件が成立するようにすることができる。そして、そのようなページがある場合には、プレビュー画像を確認したうえで、印刷をキャンセルすることができる。また、そのようなページがない場合には、プレビュー画像を確認する手間を省くことができる。印刷のキャンセルの方法としては、当該文書データの印刷データすべてを破棄する方法と、当該ページの印刷データのみを破棄する方法が考えられる。印刷データすべてを破棄する方法としては、例えば、図3に示したキャンセルボタンを押下することが挙げられる。当該ページの印刷データのみを破棄する方法としては、例えば、後述するプレビュー画像を表示する画面で廃棄を指示することが挙げられる。図3の示す例では非白紙判定を行う領域として上端と左端のみを挙げているが、これ以外に右端など他の領域を設定できるようにしてもよいことはもちろんである。非白紙判定を行う領域を設定しないことももちろん可能である。非白紙判定を行う領域を決定する方法としては、ページの上端からページの一定割合と定める、または上端から始まる白紙でない部分が途切れるまでとするなど当業者が設計できる任意の方法で決定することができる。次に、カスタマイズ対象ページとは、プレビュー条件の成否を判断する対象とするページを意味する。図3に示す例では全ページを対象とすると最終ページのみ対象とするが選択可能に構成されている。全ページを対象とするを選択した場合、データの全ページについてページごとにプレビュー条件の成否を判断し、1ページでも条件の成立するページがあれば、全体としてプレビュー条件が成立したと判断する。最終ページのみ対象とするを選択した場合、最終ページについてのみプレビュー条件の成否を判断する。このようにプレビュー条件の成否を判断する範囲を限定することで、判断に要する処理が削減でき迅速化が図れる。さらに、判断する範囲を最終ページに限定すると、プレビュー条件が成立しやすい最終ページのみについて判断するので効率的である。最終ページについてプレビュー条件が成立しやすい理由は、一般的にデータの最終ページは白紙部分の面積が大きくなる傾向にあるためである。プレビュー条件の成否を判断する範囲の限定方法は、図3に示す全ページを対象とすると最終ページのみ対象とするに限らず、データの任意のページ例えば、第1ページと第3ページを選択可能に構成することもできる。さらに、プレビュー条件の成否を判断する範囲はページに限られず、印刷データの任意の範囲とすることもできる。このとき、当該範囲を実際に印刷される単位に一致させると、プレビュー画像の確認後に実際に印刷される単位の中から、印刷データを破棄その他編集する単位を選択できるため、有効である。本実施形態におけるページはそのような実際に印刷される単位の名称である。なお、アプリケーション20がページという名称を用いる場合であっても、集約印刷等を行う場合には、これがプレビュー条件の正否判断におけるページと一致するとは限らない。プレビュー条件70としては、ここに挙げた例に限らず様々な条件が考えられる。例えば、印刷データにカラーで印刷される部分の面積が一定割合を超える場合に成立するプレビュー条件が考えられる。白紙領域の上限と同様にカラー領域の上限を選択可能に構成した場合、上限を0とすれば、カラー印刷をする場合は、必ずプレビュー画像による確認ができるようになる。また、カラー印刷に用いられる色を特定したプレビュー条件も考えられる。例えば、赤で印刷をする場合に成立するプレビュー条件である。この場合、ユーザがUIから当該色を設定できるように構成するとよい。また、例えば、印刷しようとするデータにセキュリティの設定がされている場合に成立するプレビュー条件も考えられる。セキュリティの設定とは、例えば、印刷権限の設定である。例えば、印刷しようとするデータが営業秘密を含む文書データなど秘密性の高いデータである場合には、当該文書データを印刷する権限を一部ユーザのみに付与する設定がなされていることがある。このとき、印刷権限のないユーザはそもそも印刷を行えないためプレビュー画像の表示は行わない。しかし、印刷権限のあるユーザであっても当該文書データの印刷が本当に必要か、印刷不要なページまで印刷対象として印刷指示していないか等を確認するためプレビュー画像を表示することが望ましい場合がある。本実施形態においては、プレビュー機能の有効無効およびプレビュー条件の設定を印刷設定と同様に印刷制御プログラム40のUIモジュール44が提供するUIを介して行うようにしている。しかし、設定の方法はこの方法に限られず当業者が設計できる任意の方法が可能である。例えば、印刷制御プログラム40とは独立したプログラムを設け、ユーザが当該プログラムの提供するUIを介して、印刷設定とは独立にプレビュー機能の有効無効およびプレビュー条件を設定できるようにしてもよい。印刷制御プログラム40のUIモジュール44が提供するUIを介して設定する方法では、ユーザが印刷条件の設定を行おうとするごとにプレビュー条件等の設定も行うことができる。一方、ユーザが同一のプレビュー条件等の設定を複数の印刷制御プログラムに共通して用いる場合、独立したプログラムにより設定したプレビュー条件等を予め編集して記憶装置に記憶しておき、必要に応じて印刷制御プログラム40がその設定を取得し用いることで、プログラム毎に個別の設定を行うことなく、複数の印刷制御プログラムに共通の設定を使用させることができる。さらに、両者を組み合わせ、独立したプログラムにより設定したプレビュー機能の有効無効の設定およびプレビュー条件の設定をUIモジュール44のUIにデフォルトとして設定するよう構成することもできる。次に、図4に、印刷を行う場合に印刷制御プログラム40の機能によりデータ処理装置10が実行する処理のフローチャートを示す。このフローチャートは、印刷制御プログラム40を構成する複数のモジュールに係る処理を1本のフローチャートにまとめて示したものである。ユーザの操作等に応じてアプリケーション20がOS30を介して印刷制御プログラム40に印刷対象データ及び印刷設定を渡して印刷実行を指示すると、データ処理装置10のCPU11は図4に示す処理を開始する。なお、ここでアプリケーション20が印刷制御プログラム40に渡す印刷設定は、印刷制御プログラム40が図3に示した画面により受け付けて印刷設定50として保存したものを、アプリケーション20が取得して必要に応じて変更したものである。プレビュー機能設定60及びプレビュー条件70については、印刷制御プログラム40が保存したものをそのまま用いればよい。図4の処理においてはまず、生成モジュール43が受信した印刷対象データを処理し、印刷データを生成するS101。印刷データのファイル形式としてはPJLPrinterJobLanguageやPDLPageDescriptionLanguageがある。データを実際に印刷する場合は、データ処理装置10は当該印刷データを後のステップで画像機器に送信する。生成モジュール43は、生成が完了すると、プレビューモジュール41に対し通知を行う。通知を受けたプレビューモジュール41は、プレビュー機能設定60を記憶装置から読み出し、プレビュー機能が有効となっているか否かを判断するS102。プレビュー機能が有効となっていない場合S103でN、印刷制御プログラム40はプレビュー画像を表示することなく、S101で生成した印刷データを画像機器に送信しS111、処理を終了する。一方、プレビュー機能が有効となっている場合S103でY、プレビューモジュール41は解析モジュール42に通知を行う。通知を受けた解析モジュール42は、まずプレビュー条件70を記憶装置から読み出すS104。続いて解析モジュール42は、アプリケーション20から受信したデータを解析するS105。そして解析結果に基づき、プレビュー条件70が成立しているか判断し、その結果をプレビューモジュール41に通知する。プレビュー条件70が成立していない場合S106でN、印刷制御プログラム40はプレビュー画像を表示することなく、S101で生成した印刷データを画像機器に送信しS111、処理を終了する。一方、プレビュー条件70が成立している場合S106でY、プレビューモジュール41はUIモジュール44にプレビュー画像の表示を指示する。指示を受けたUIモジュール41は図示しないプレビュー画像生成モジュールにプレビュー画像の生成を指示し、生成されたプレビュー画像を表示させるS107。表示させる方法としては、例えば、図5及び図6に示すような画面をポップアップ表示させることが考えられる。図5および図6はプレビュー画像の表示例を示す図である。図5に示す例では、アプリケーション20から受信した印刷すべきデータが1ページである場合に、当該データの予想される印刷結果をプレビュー画像として表示している。図6に示す例では、アプリケーション20から受信したデータが5ページで構成される場合に、当該データの予想される印刷結果をプレビュー画像として表示している。図6においてプレビュー画像の右下に示されている数字がページ数を表す。さらに、図6に示す例は第5ページ最終ページについてのみプレビュー条件70が成立している場合を示している。印刷制御プログラム40は、プレビュー条件70の成立をユーザに認識させるため、条件の成立している第5ページについて条件の成立していない他のページと異なる表示態様で表示している。図6の例では、第5ページのプレビュー画像を枠この例では点線で囲み、ヒントアイコンこの例では三角を付した状態で表示している。以上説明したような表示態様でプレビュー画像を表示することにより、プレビュー条件70がどの範囲で成立しているかをユーザにより確実に認識させることができる。よって、ユーザのその後の操作実際の印刷を指示するか印刷のキャンセルを指示するかの判断が容易になる。ユーザは、図5又は図6の画面において印刷ボタン111を押下することにより印刷の実行を指示することができる。UIモジュール44がこれを検出するとS108でY、印刷制御プログラム40は印刷データを画像機器に送信しS111、処理を終了する。一方、ユーザは図5又は図6の画面においてキャンセルボタン112を押下することにより印刷のキャンセルを指示することができる。UIモジュール44がこれを検出するとS109でY、印刷制御プログラム40はステップS101で生成した印刷データをすべて廃棄しS110、処理を終了する。この場合、画像機器は印刷を行わない。以上の処理を行うことにより、ユーザは、アプリケーション20を操作して印刷を指示した場合に、その印刷内容が予め定めたプレビュー条件を満たす場合のみプレビューを行って内容を確認することができる。また、確認の結果印刷が不要と判断した場合には印刷をキャンセルすることができる。従って、不要と思われる印刷内容を効果的に識別できるようなプレビュー条件を予め設定しておくことにより、プレビューによる不要な印刷回避という効果を得つつ、印刷要否指示の手間を低く抑えることができる。より具体的には、データ処理装置10は、プレビュー機能が有効となっているS103でYだけでなく、プレビュー条件70が成立しているS106でY場合に限ってプレビュー画像を表示させることで、実際の印刷の前に必ずプレビュー画像が表示され、再び指示を行わなくては印刷できないというユーザの煩わしさを軽減することができる。以上で実施形態の説明を終了するが、この発明において、各部の具体的な構成や処理の内容は、画面の表示例や設定項目等は、実施形態で説明したものに限るものではない。例えば、プレビュー画像を参照する際に、その画面から印刷内容の編集を指示できるようにすることが考えられる。図7は、このようにした場合のプレビュー画像の表示例を示す図である。図7に示す例では、ユーザが入力装置を用いて、編集したい部分を選択することにより可能な編集内容が表示され、編集内容を選択することにより、生成モジュール43が生成した印刷データのうち当該部分を編集できる。具体的には例えば、ユーザが第5ページをマウスで選択し右クリックする又はタッチパネルにおいて指でしばらくタッチすることでページ削除、モノクロ変換という編集内容を示すメニュー113が表示される。そこでユーザがページ削除を選択した場合、印刷制御プログラム40は、第5ページの印刷データのみを破棄する。白紙の多いページはもったいないため印刷したくないが他のページは印刷したい、というような場合にこの編集が有効である。また、モノクロ変換を選択した場合、カラーの印刷内容をモノクロに変換する。カラーで印刷される部分の面積が一定割合を超えるためプレビュー条件が成立した場合には、カラーではもったいないがモノクロなら印刷してよい、というような場合にこの編集が有効である。そして、必要な編集の後でユーザが印刷ボタン111を押下した場合、印刷制御プログラム40は、その編集後の印刷データを画像機器に送信し、編集後の印刷データに基づき印刷を実行させる。このような編集ができない従来のデータ処理装置においては、例えば、ユーザは一旦印刷をキャンセルした上で再びアプリケーション20から印刷範囲を第1ページから第4ページとする設定を行って印刷を指示しなければならない。また、例えば、ユーザはカラー印刷を白黒印刷に変更する印刷設定をしなければならない。本実施形態のデータ処理装置10においては、上述したような処理によって、このような印刷設定の手間を省くことができる。また、この発明によるプログラムは、コンピュータに、上述したデータ処理装置10の印刷制御プログラム40の機能を実現させるためのプログラムである。このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。このようなプログラムは予め記憶装置に記憶させておいてもよいし、通信I/F装置を介して接続した記憶装置に記憶させておきコンピュータが読み出して実行してもよい。このような記憶装置は、例えばプログラムをデータ処理装置10にダウンロードさせるためのコンピュータである。また、以上説明してきた実施形態の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることはもちろんである。