JP2012198658A - データ処理装置およびプログラム - Google Patents

Abstract

【課題】 プレビュー機能を有効にした場合のユーザの操作の煩わしさを軽減する。
【解決手段】 アプリケーションから受信したデータおよび印刷設定に基づき印刷データを生成する生成手段と前記印刷データのプレビュー画像を表示するプレビュー手段とを備えたデータ処理装置において、上記プレビュー画像を表示する条件であるプレビュー条件を予め記憶させておき、印刷データについてプレビュー条件の成否を判断し（Ｓ１０４〜Ｓ１０６）、プレビュー条件が成立すると判断した場合に、プレビュー手段がプレビュー画像を表示するようにした（Ｓ１０７）。
【選択図】 図４

Description

この発明は、印刷設定に基づき印刷データを生成するデータ処理装置およびコンピュータをこのようなデータ処理装置として機能させるためのプログラムに関する。

コンピュータなどデータ処理装置のユーザがアプリケーションで作成又は参照したデータをプリンタなどの画像機器を用いて印刷することが行われている。このとき、ユーザがアプリケーションを操作し、印刷に関する処理を制御する印刷制御プログラムを呼び出して、その画面上で種々の印刷設定を行ったうえで、印刷を指示することがある。例えば、原稿サイズ、印刷用紙サイズ、モノクロ／カラー、変倍の有無、変倍の倍率、印刷部数、原稿方向などである。なお、印刷制御プログラムは画像機器がプリンタの場合、一般にプリンタドライバと呼ばれる。

印刷制御プログラムには、ユーザが印刷設定後に印刷指示を行うと、当該印刷設定に基づいて予想される印刷結果の画像を表示する機能をもつものがある。このような印刷制御プログラムの機能は一般にプレビュー機能と呼ばれ、この機能により表示される画像は一般にプレビュー画像と呼ばれる。この機能により、印刷設定および印刷指示後、印刷開始前に、ユーザは印刷結果を確認してから、実際の印刷を行わせるよう指示することができる。また、印刷結果が不満な場合には印刷をキャンセルするよう指示することもできる。
例えば、特許文献１は、より正確な印刷結果を予想してプレビュー画像を表示するため、印刷設定のみでなくデータ処理装置の情報を考慮して表示する技術を開示している。

しかし、従来の印刷制御プログラムはプレビュー機能を有効にするか否かという設定しかできなかった。よって、いったんプレビュー機能を有効にするよう設定すると、実際の印刷の前に、必ずプレビュー画像が表示され、ユーザは再び指示を行わなくてはならず、煩わしいという問題があった。特にユーザが大量の印刷指示を行う場合に問題であった。

下記特許文献１に記載された情報処理装置においても「プレビューするかしないかのフラグ」という記載からわかるように、プレビュー機能を有効にするか否かという設定しかできない（図１２、段落００９８などを参照）。そして有効にするよう設定した場合、プレビュー画面において、ユーザは再び「続行」または「印刷中止」という指示を行わなくてはならない（図１１、図１６、段落００９７、段落０１０５などを参照）。よって、上記のような問題がある。

そこで、この発明は、上記の問題を解消すべく、プレビュー機能を有効にした場合のユーザの操作の煩わしさを軽減することを目的とする。

上記目的を達成するため、この発明によるデータ処理装置は、アプリケーションから受信したデータおよび印刷設定に基づき印刷データを生成する生成手段と前記印刷データのプレビュー画像を表示するプレビュー手段とを備えたデータ処理装置であって、前記プレビュー画像を表示する条件であるプレビュー条件を記憶可能な手段と、前記プレビュー条件の成否を判断する判断手段とを備え、前記判断手段が前記プレビュー条件が成立すると判断した場合に、前記プレビュー手段は前記プレビュー画像を表示するものである。

このようなデータ処理装置において、前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定以上を占めるという条件であるとよい。
さらに、前記一定範囲は前記印刷データの最終ページであるとよい。

さらに、前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定以上を占める場合であっても、前記一定範囲内の所定の範囲に白紙でない部分がある場合、成立しない条件であるとよい。
さらにまた、前記プレビュー条件の設定を受け付ける受付手段をさらに備えるとよい。
さらに、前記受付手段は前記印刷データのどの範囲を前記一定範囲とするかの設定を受け付けるようにするとよい。

また、上記のデータ処理装置において、前記プレビュー条件は前記印刷データの一定範囲をカラーで印刷される部分の面積が一定以上占めるという条件であるとよい。
さらに、前記プレビュー条件は前記印刷データの一定範囲をカラーで印刷される部分の面積が一定以上を占めない場合であっても、前記一定範囲内の所定の範囲にカラーで印刷される部分がある場合は、成立する条件であるとよい。

さらに、上記の各データ処理装置において、前記プレビュー手段が、前記プレビュー画像を表示する場合に、前記プレビュー画像を前記プレビュー条件が成立する範囲と前記プレビュー条件が成立しない範囲とで異なる表示態様により表示するようにするとよい。
この発明によるプログラムは、コンピュータをこのようなデータ処理装置として機能させるためのものである。

以上のような、この発明によるデータ処理装置およびプログラムによれば、プレビュー機能を有効にした場合のユーザの操作の煩わしさを軽減することができる。

この発明の一実施形態であるデータ処理装置の機能構成を示す機能ブロック図である。 図１に示したデータ処理装置のハードウェア構成を示すブロック図である。 印刷制御プログラムが提供する、印刷に関する設定を受け付けるための画面の例を示す図である。 図１に示したデータ処理装置が実行する処理を示すフローチャートである。 プレビュー画像の表示例を示す図である。 プレビュー画像の他の表示例を示す図である。 プレビュー画像の表示例の変形例を示す図である。

以下、この発明を実施するための最良の形態について図面を参照しつつ説明する。
図１はこの発明の一実施形態であるデータ処理装置１０の機能構成を示す機能ブロック図である。
このデータ処理装置１０は、アプリケーション２０が出力するデータに基づき印刷制御プログラム４０を用いて印刷データを生成することができる。また、生成した印刷データを図示しない画像機器に送信し印刷することができる。なお、図１において、アプリケーション２０、ＯＳ（Operating System）３０及び印刷制御プログラム４０は、ＣＰＵが記憶手段に記憶されたこれらのプログラムを実行することにより実現される機能を示す。

アプリケーション２０は、印刷データの基となるデータを扱うことができる任意のプログラムである。例えば、文書データを扱う文書アプリケーション、画像データを扱う画像処理アプリケーション、帳票データを扱う帳票アプリケーションなどである。
ＯＳ３０は、多くのアプリケーションに対して共通する機能を提供するプログラムであり、印刷に関する処理についても一定の機能を提供している。例えば、Ｗｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘ（登録商標）である。

印刷制御プログラム４０は、データ処理装置１０における印刷に関する処理を制御するプログラムである。本実施形態の印刷制御プログラム４０は、プレビューモジュール４１、解析モジュール４２、生成モジュール４３、ＵＩ（User Interface）モジュール４４を含んで構成されている。

これらのうちプレビューモジュール４１についての詳細は後述する。
解析モジュール４２は、アプリケーション２０から渡される印刷対象データおよび印刷設定を解析するモジュールである。
生成モジュール４３は、印刷対象データおよび印刷設定に基づいて印刷データの生成を行うモジュールである。
ＵＩモジュール４４は、ユーザに対し図３に例示するようなＵＩを提供するモジュールである。本実施形態においてユーザはこのＵＩを介して印刷設定およびプレビュー条件の設定を行う。

以上のモジュールの切り分けは当業者が実施できる任意の切り分けとすることができる。例えば、プレビューモジュール４１と生成モジュール４３を一のモジュールとすることもできる。

印刷設定５０、プレビュー機能設定６０、プレビュー条件７０はデータ処理装置１０の記憶装置に記憶されたデータである。
印刷設定５０は、アプリケーション２０が出力する印刷対象データに基づき画像機器に印刷させる際にユーザが行う設定である。例えば、原稿サイズ、印刷用紙サイズなどである。
プレビュー機能設定６０は、データ処理装置１０のプレビュー機能が有効であるか否かの設定である。

プレビュー条件７０は、成立した場合にデータ処理装置１０がプレビュー画像の表示を行うという条件である。プレビュー条件７０は予めデータ処理装置１０に記憶されていてもよいが、ユーザが設定、変更等できるとよい。本実施形態ではユーザがＵＩモジュール４４の提供するＵＩを介してプレビュー条件７０の設定、変更等ができる。もちろん、ＵＩモジュール４４が提供するＵＩとは独立して、プレビュー条件７０の設定、変更等ができるＵＩを設けてもよい。プレビュー条件７０を用いた処理については後述する。

次に、図２に、データ処理装置１０のハードウェア構成を示す。
この図に示すように、データ処理装置１０のハードウェアとしては、ＣＰＵ１１、記憶装置１２、表示装置１３、入力装置１４、通信Ｉ／Ｆ１５などを備えた公知のコンピュータを採用することができる。

ＣＰＵ１１は、記憶装置に記憶されたアプリケーション２０や印刷制御プログラム４０などを実行しデータ処理装置１０の機能を実現するものである。
記憶装置１２は、アプリケーション２０、印刷制御プログラム４０、印刷設定５０、プレビュー機能設定６０、プレビュー条件７０などデータ処理装置１０の機能に必要なデータを記憶できる装置である。記憶装置としては、例えば、ＲＡＭなどの半導体記憶装置、ＨＤＤまたは光ディスクなどを用いることができる。

表示装置１３は、アプリケーション２０や印刷制御プログラム４０の画面などデータ処理装置１０の機能に必要な画面を表示できる装置である。表示装置１３としては、例えば、液晶ディスプレイなどを用いることができる。
入力装置１４は、ユーザの操作、認証情報などデータ処理装置１０の機能に必要なデータを入力できる装置である。入力装置１４としては、例えば、キーボード、タッチパネル、マウスなどを用いることができる。

通信Ｉ／Ｆ１５は、データ処理装置１０の機能に必要な他の装置との通信を行うための装置である。データ処理装置１０は印刷に関するデータ処理を行う場合、印刷データを生成し、通信Ｉ／Ｆ１５および通信路を介して画像機器に送信し、印刷を行わせることができる。通信Ｉ／Ｆ１５としては、例えば、ＬＡＮインターフェース、ＵＳＢインターフェースなどを用いることができる。通信路は有線無線を問わない。
また、前述した記憶装置１２、表示装置１３、入力装置１４を通信Ｉ／Ｆ１５および通信路を介して接続しデータ処理装置１０を構成してもよい。

これらの各装置はハードウェアとして一体でも複数でもよい。例えば、記憶装置１２はＲＡＭを含めた複数の半導体記憶装置とＨＤＤからなることが一般的である。
また、これらの装置は同一筐体内になくともよい。例えば、ＣＰＵ１１、記憶装置１２が同一筐体内にあり、別の筐体内にあるＣＰＵ、記憶装置、表示装置、入力装置と通信路を介して接続し、データ処理装置１０を構成することもできる。この場合、両筐体内に通信Ｉ／Ｆを設ける。

また、これらの各装置の他に当業者が追加できる装置をデータ処理装置１０に追加してもよい。例えば、データ処理装置１０にプリンタなど画像機器を追加することができる。追加した装置は同一筐体内になくともよいし、同一筐体内に設けることもできる。

以上のようなデータ処理装置１０において特徴的な点は、印刷制御プログラム４０が印刷データの生成を要求された場合のプレビューに関する処理である。そこで、以下この点について説明する。
まず、図３に、印刷制御プログラム４０のＵＩモジュール４４が提供する、印刷に関する設定を受け付けるための画面の例を示す。

この図に示す印刷設定画面１００においては、タブ１０１として、「基本」、「編集」、「プレビュー」、「その他」の４つのタブを設けており、ユーザがこれらを入力装置を用いて選択することで、それぞれのタブと対応する画面に遷移する。
ユーザは「基本」、「編集」と対応する画面を介して、様々な印刷設定を行うことができる。例えば、原稿サイズ、印刷用紙サイズ、モノクロ／カラー、変倍の有無、変倍の倍率、印刷部数、原稿方向などである。ユーザは「プレビュー」と対応する画面を介して、プレビュー機能の有効・無効（プレビュー機能設定）やプレビュー条件を設定できる。また、「その他」と対応する画面を介して、その他の設定が可能である。

また、ユーザが上記の設定を行った後にＯＫボタン１０２を押下すると、印刷制御プログラム４０は、設定内容を確定し、印刷設定５０、プレビュー機能設定６０及びプレビュー条件７０として記憶装置１２に記憶させる。一方、ユーザがキャンセルボタン１０３を押下した場合、印刷制御プログラム４０は、印刷設定画面１００において行った設定内容は破棄して印刷設定画面１００を閉じる。

図３には、ユーザにより「プレビュー」タブが選択され、プレビュー条件７０を設定・変更等することができる画面が表示された状態を示している。以下では図３を参照しつつ、プレビュー機能の有効・無効の設定、プレビュー条件７０の設定について説明する。
図３の画面において、ユーザが「印刷時にプレビューを表示する」のチェックボックス１０４を選択し、チェックを入れると、データ処理装置１０のプレビュー機能が有効となる。一方、チェックボックス１０４にチェックが入っていない場合、プレビュー機能は有効とならない。

また、図３の画面において、チェックボックス１０４にチェックが入れられると「プレビュー表示のカスタマイズ」のチェックボックス１０５が選択可能となる。ユーザがチェックボックス１０５を選択し、チェックを入れると詳細なプレビュー条件７０の設定・変更等が可能になる。
ユーザがチェックボックス１０５を選択しない場合は、プレビュー条件としてデフォルトの条件を用いることになる。

図３の示す例では、プレビュー条件として「非白紙判定を行う領域」がページの「上端」、「白紙領域の上限」が「８０％」、「カスタマイズ対象ページ」が「全ページを対象とする」という条件が設定されている。よって、アプリケーション２０から受信したデータ内にページ上端のみに印刷がされており、かつ白紙部分の面積がページの８０％以上を占めるページが１ページでもある場合に、プレビュー条件が成立する。

ここでまず、「白紙領域の上限」とは、白紙部分の面積が当該上限として設定した割合を超える場合にプレビュー条件が成立すると判断するものである。例えば、白紙部分が特に多い場合のみ、プレビュー画像により実際の印刷前に確認を行いたいユーザは、この上限を高く設定することにより、プレビュー機能を有効にした場合の操作の手間を軽減できる。一方、白紙部分が多いページと意識せずに印刷指示してしまうのを防ぎたいユーザは、この上限を低く設定することで、より確実なプレビュー画像による確認が可能となる。

白紙部分の面積の測定の方法としては、例えば、ページを複数の領域に分割し、各領域がすべて白紙である領域の面積の合計を白紙部分の面積とする方法が挙げられる。当該領域の大きさは任意に決定できるが、最小の領域は印刷データにおける印刷できる最小単位となると考えられる。この場合、白紙部分の面積の測定はインク又はトナーのカバレージの測定と同様になる。また、印刷すべきデータが文書データの場合、当該領域を一文字分の領域とすることが考えられる。

また、「非白紙判定を行う領域」とは、当該領域において白紙でない部分があった場合に、プレビュー条件が成立すると判断するような領域を意味する。例えば、この図の示す例のように「非白紙判定を行う領域」をページの「上端」とした場合、ページ「上端」部分に白紙でない部分すなわち印刷される部分がある場合、プレビュー条件が成立すると判断する。この条件は、上記の「白紙領域の上限」と組み合わせた場合に特に有効に機能する。

例えば、アプリケーション２０が文書アプリケーションであって、印刷しようとするデータが横書きの文書データである場合、上端部分のみに文字・記号・図形等が記載されており、その下部はすべて白紙であるようなページが含まれていることがある。また、ページ「左端」部分のみに文字・記号・図形等が記載かれており、その右部はすべて白紙であるようなページが含まれていることもある。

ユーザはこのようなページを印刷不要と判断する場合がある。「非白紙判定を行う領域」及び「白紙領域の上限」の条件をＡＮＤで設定しておけば、上端や左端に文字等が記載され、かつ白紙領域の多いページ、すなわち上端部や左端部「のみ」に文字等が記載されたページがあった場合にプレビュー条件が成立するようにすることができる。
そして、そのようなページがある場合には、プレビュー画像を確認したうえで、印刷をキャンセルすることができる。また、そのようなページがない場合には、プレビュー画像を確認する手間を省くことができる。印刷のキャンセルの方法としては、当該文書データの印刷データすべてを破棄する方法と、当該ページの印刷データのみを破棄する方法が考えられる。

印刷データすべてを破棄する方法としては、例えば、図３に示した「キャンセル」ボタンを押下することが挙げられる。当該ページの印刷データのみを破棄する方法としては、例えば、後述するプレビュー画像を表示する画面で廃棄を指示することが挙げられる。

図３の示す例では「非白紙判定を行う領域」として「上端」と「左端」のみを挙げているが、これ以外に「右端」など他の領域を設定できるようにしてもよいことはもちろんである。「非白紙判定を行う領域」を設定しないことももちろん可能である。
「非白紙判定を行う領域」を決定する方法としては、ページの上端からページの一定割合と定める、または上端から始まる白紙でない部分が途切れるまでとするなど当業者が設計できる任意の方法で決定することができる。

次に、「カスタマイズ対象ページ」とは、プレビュー条件の成否を判断する対象とするページを意味する。図３に示す例では「全ページを対象とする」と「最終ページのみ対象とする」が選択可能に構成されている。「全ページを対象とする」を選択した場合、データの全ページについてページごとにプレビュー条件の成否を判断し、１ページでも条件の成立するページがあれば、全体としてプレビュー条件が成立したと判断する。「最終ページのみ対象とする」を選択した場合、最終ページについてのみプレビュー条件の成否を判断する。

このようにプレビュー条件の成否を判断する範囲を限定することで、判断に要する処理が削減でき迅速化が図れる。さらに、判断する範囲を最終ページに限定すると、プレビュー条件が成立しやすい最終ページのみについて判断するので効率的である。最終ページについてプレビュー条件が成立しやすい理由は、一般的にデータの最終ページは白紙部分の面積が大きくなる傾向にあるためである。

プレビュー条件の成否を判断する範囲の限定方法は、図３に示す「全ページを対象とする」と「最終ページのみ対象とする」に限らず、データの任意のページ（例えば、第１ページと第３ページ）を選択可能に構成することもできる。

さらに、プレビュー条件の成否を判断する範囲はページに限られず、印刷データの任意の範囲とすることもできる。このとき、当該範囲を実際に印刷される単位に一致させると、プレビュー画像の確認後に実際に印刷される単位の中から、印刷データを破棄その他編集する単位を選択できるため、有効である。本実施形態におけるページはそのような実際に印刷される単位の名称である。なお、アプリケーション２０がページという名称を用いる場合であっても、集約印刷等を行う場合には、これがプレビュー条件の正否判断における「ページ」と一致するとは限らない。

プレビュー条件７０としては、ここに挙げた例に限らず様々な条件が考えられる。例えば、印刷データにカラーで印刷される部分の面積が一定割合を超える場合に成立するプレビュー条件が考えられる。「白紙領域の上限」と同様に「カラー領域の上限」を選択可能に構成した場合、上限を０％とすれば、カラー印刷をする場合は、必ずプレビュー画像による確認ができるようになる。また、カラー印刷に用いられる色を特定したプレビュー条件も考えられる。例えば、赤で印刷をする場合に成立するプレビュー条件である。この場合、ユーザがＵＩから当該色を設定できるように構成するとよい。

また、例えば、印刷しようとするデータにセキュリティの設定がされている場合に成立するプレビュー条件も考えられる。セキュリティの設定とは、例えば、印刷権限の設定である。例えば、印刷しようとするデータが営業秘密を含む文書データなど秘密性の高いデータである場合には、当該文書データを印刷する権限を一部ユーザのみに付与する設定がなされていることがある。このとき、印刷権限のないユーザはそもそも印刷を行えないためプレビュー画像の表示は行わない。しかし、印刷権限のあるユーザであっても当該文書データの印刷が本当に必要か、印刷不要なページまで印刷対象として印刷指示していないか等を確認するためプレビュー画像を表示することが望ましい場合がある。

本実施形態においては、プレビュー機能の有効・無効およびプレビュー条件の設定を印刷設定と同様に印刷制御プログラム４０のＵＩモジュール４４が提供するＵＩを介して行うようにしている。しかし、設定の方法はこの方法に限られず当業者が設計できる任意の方法が可能である。例えば、印刷制御プログラム４０とは独立したプログラムを設け、ユーザが当該プログラムの提供するＵＩを介して、印刷設定とは独立にプレビュー機能の有効・無効およびプレビュー条件を設定できるようにしてもよい。

印刷制御プログラム４０のＵＩモジュール４４が提供するＵＩを介して設定する方法では、ユーザが印刷条件の設定を行おうとするごとにプレビュー条件等の設定も行うことができる。一方、ユーザが同一のプレビュー条件等の設定を複数の印刷制御プログラムに共通して用いる場合、独立したプログラムにより設定したプレビュー条件等を予め編集して記憶装置に記憶しておき、必要に応じて印刷制御プログラム４０がその設定を取得し用いることで、プログラム毎に個別の設定を行うことなく、複数の印刷制御プログラムに共通の設定を使用させることができる。
さらに、両者を組み合わせ、独立したプログラムにより設定したプレビュー機能の有効・無効の設定およびプレビュー条件の設定をＵＩモジュール４４のＵＩにデフォルトとして設定するよう構成することもできる。

次に、図４に、印刷を行う場合に印刷制御プログラム４０の機能によりデータ処理装置１０が実行する処理のフローチャートを示す。このフローチャートは、印刷制御プログラム４０を構成する複数のモジュールに係る処理を１本のフローチャートにまとめて示したものである。

ユーザの操作等に応じてアプリケーション２０がＯＳ３０を介して印刷制御プログラム４０に印刷対象データ及び印刷設定を渡して印刷実行を指示すると、データ処理装置１０のＣＰＵ１１は図４に示す処理を開始する。なお、ここでアプリケーション２０が印刷制御プログラム４０に渡す印刷設定は、印刷制御プログラム４０が図３に示した画面により受け付けて印刷設定５０として保存したものを、アプリケーション２０が取得して必要に応じて変更したものである。プレビュー機能設定６０及びプレビュー条件７０については、印刷制御プログラム４０が保存したものをそのまま用いればよい。

図４の処理においてはまず、生成モジュール４３が受信した印刷対象データを処理し、印刷データを生成する（Ｓ１０１）。印刷データのファイル形式としてはＰＪＬ（Printer Job Language）やＰＤＬ（Page Description Language）がある。データを実際に印刷する場合は、データ処理装置１０は当該印刷データを後のステップで画像機器に送信する。生成モジュール４３は、生成が完了すると、プレビューモジュール４１に対し通知を行う。通知を受けたプレビューモジュール４１は、プレビュー機能設定６０を記憶装置から読み出し、プレビュー機能が有効となっているか否かを判断する（Ｓ１０２）。

プレビュー機能が有効となっていない場合（Ｓ１０３でＮ）、印刷制御プログラム４０はプレビュー画像を表示することなく、Ｓ１０１で生成した印刷データを画像機器に送信し（Ｓ１１１）、処理を終了する。
一方、プレビュー機能が有効となっている場合（Ｓ１０３でＹ）、プレビューモジュール４１は解析モジュール４２に通知を行う。通知を受けた解析モジュール４２は、まずプレビュー条件７０を記憶装置から読み出す（Ｓ１０４）。

続いて解析モジュール４２は、アプリケーション２０から受信したデータを解析する（Ｓ１０５）。そして解析結果に基づき、プレビュー条件７０が成立しているか判断し、その結果をプレビューモジュール４１に通知する。
プレビュー条件７０が成立していない場合（Ｓ１０６でＮ）、印刷制御プログラム４０はプレビュー画像を表示することなく、Ｓ１０１で生成した印刷データを画像機器に送信し（Ｓ１１１）、処理を終了する。

一方、プレビュー条件７０が成立している場合（Ｓ１０６でＹ）、プレビューモジュール４１はＵＩモジュール４４にプレビュー画像の表示を指示する。
指示を受けたＵＩモジュール４１は図示しないプレビュー画像生成モジュールにプレビュー画像の生成を指示し、生成されたプレビュー画像を表示させる（Ｓ１０７）。表示させる方法としては、例えば、図５及び図６に示すような画面をポップアップ表示させることが考えられる。

図５および図６はプレビュー画像の表示例を示す図である。
図５に示す例では、アプリケーション２０から受信した印刷すべきデータが１ページである場合に、当該データの予想される印刷結果をプレビュー画像として表示している。図６に示す例では、アプリケーション２０から受信したデータが５ページで構成される場合に、当該データの予想される印刷結果をプレビュー画像として表示している。図６においてプレビュー画像の右下に示されている数字がページ数を表す。

さらに、図６に示す例は第５ページ（最終ページ）についてのみプレビュー条件７０が成立している場合を示している。印刷制御プログラム４０は、プレビュー条件７０の成立をユーザに認識させるため、条件の成立している第５ページについて条件の成立していない他のページと異なる表示態様で表示している。図６の例では、第５ページのプレビュー画像を枠（この例では点線）で囲み、ヒントアイコン（この例では三角）を付した状態で表示している。

以上説明したような表示態様でプレビュー画像を表示することにより、プレビュー条件７０がどの範囲で成立しているかをユーザにより確実に認識させることができる。よって、ユーザのその後の操作（実際の印刷を指示するか印刷のキャンセルを指示するか）の判断が容易になる。

ユーザは、図５又は図６の画面において印刷ボタン１１１を押下することにより印刷の実行を指示することができる。ＵＩモジュール４４がこれを検出すると（Ｓ１０８でＹ）、印刷制御プログラム４０は印刷データを画像機器に送信し（Ｓ１１１）、処理を終了する。
一方、ユーザは図５又は図６の画面においてキャンセルボタン１１２を押下することにより印刷のキャンセルを指示することができる。ＵＩモジュール４４がこれを検出すると（Ｓ１０９でＹ）、印刷制御プログラム４０はステップＳ１０１で生成した印刷データをすべて廃棄し（Ｓ１１０）、処理を終了する。この場合、画像機器は印刷を行わない。

以上の処理を行うことにより、ユーザは、アプリケーション２０を操作して印刷を指示した場合に、その印刷内容が予め定めたプレビュー条件を満たす場合のみプレビューを行って内容を確認することができる。また、確認の結果印刷が不要と判断した場合には印刷をキャンセルすることができる。
従って、不要と思われる印刷内容を効果的に識別できるようなプレビュー条件を予め設定しておくことにより、プレビューによる不要な印刷回避という効果を得つつ、印刷要否指示の手間を低く抑えることができる。

より具体的には、データ処理装置１０は、プレビュー機能が有効となっている（Ｓ１０３でＹ）だけでなく、プレビュー条件７０が成立している（Ｓ１０６でＹ）場合に限ってプレビュー画像を表示させることで、実際の印刷の前に必ずプレビュー画像が表示され、再び指示を行わなくては印刷できないというユーザの煩わしさを軽減することができる。

以上で実施形態の説明を終了するが、この発明において、各部の具体的な構成や処理の内容は、画面の表示例や設定項目等は、実施形態で説明したものに限るものではない。
例えば、プレビュー画像を参照する際に、その画面から印刷内容の編集を指示できるようにすることが考えられる。

図７は、このようにした場合のプレビュー画像の表示例を示す図である。
図７に示す例では、ユーザが入力装置を用いて、編集したい部分を選択することにより可能な編集内容が表示され、編集内容を選択することにより、生成モジュール４３が生成した印刷データのうち当該部分を編集できる。

具体的には例えば、ユーザが第５ページをマウスで選択し右クリックする（又はタッチパネルにおいて指でしばらくタッチする）ことで「ページ削除」、「モノクロ変換」という編集内容を示すメニュー１１３が表示される。
そこでユーザが「ページ削除」を選択した場合、印刷制御プログラム４０は、第５ページの印刷データのみを破棄する。白紙の多いページはもったいないため印刷したくないが他のページは印刷したい、というような場合にこの編集が有効である。

また、「モノクロ変換」を選択した場合、カラーの印刷内容をモノクロに変換する。カラーで印刷される部分の面積が一定割合を超えるためプレビュー条件が成立した場合には、カラーではもったいないがモノクロなら印刷してよい、というような場合にこの編集が有効である。
そして、必要な編集の後でユーザが印刷ボタン１１１を押下した場合、印刷制御プログラム４０は、その編集後の印刷データを画像機器に送信し、編集後の印刷データに基づき印刷を実行させる。

このような編集ができない従来のデータ処理装置においては、例えば、ユーザは一旦印刷をキャンセルした上で再びアプリケーション２０から印刷範囲を第１ページから第４ページとする設定を行って印刷を指示しなければならない。また、例えば、ユーザはカラー印刷を白黒印刷に変更する印刷設定をしなければならない。本実施形態のデータ処理装置１０においては、上述したような処理によって、このような印刷設定の手間を省くことができる。

また、この発明によるプログラムは、コンピュータに、上述したデータ処理装置１０の印刷制御プログラム４０の機能を実現させるためのプログラムである。このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。このようなプログラムは予め記憶装置に記憶させておいてもよいし、通信Ｉ／Ｆ装置を介して接続した記憶装置に記憶させておきコンピュータが読み出して実行してもよい。このような記憶装置は、例えばプログラムをデータ処理装置１０にダウンロードさせるためのコンピュータである。
また、以上説明してきた実施形態の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることはもちろんである。

以上説明してきたように、この発明によるデータ処理装置およびプログラムによれば、プレビュー機能を有効にした場合のユーザの操作の煩わしさを軽減することができる。
この発明を、ＰＣなどコンピュータのほかプリンタ等の画像機器等に適用することにより、その操作性を向上させることができる。

１０：データ処理装置 １１：ＣＰＵ １２：記憶装置 １３：表示装置
１４：入力装置 １５：通信Ｉ／Ｆ ２０：アプリケーション ３０：ＯＳ
４０：印刷制御プログラム ４１：プレビューモジュール
４２：解析モジュール ４３：生成モジュール ４４：ＵＩモジュール
５０：印刷設定 ６０：プレビュー機能設定 ７０：プレビュー条件
１００：印刷設定画面 １０１：タブ １０２：ＯＫボタン
１０３、１１２：キャンセルボタン １０４、１０５：チェックボックス
１１１：印刷ボタン １１３：メニュー

特開２００８−２３４６７１号公報

Claims (10)

1. アプリケーションから受信したデータおよび印刷設定に基づき印刷データを生成する生成手段と前記印刷データのプレビュー画像を表示するプレビュー手段とを備えたデータ処理装置であって、
   前記プレビュー画像を表示する条件であるプレビュー条件を記憶可能な手段と、
   前記プレビュー条件の成否を判断する判断手段とを備え、
   前記判断手段が前記プレビュー条件が成立すると判断した場合に、前記プレビュー手段は前記プレビュー画像を表示することを特徴とするデータ処理装置。
2. 請求項1に記載のデータ処理装置であって、
   前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定割合を超えるという条件であることを特徴とするデータ処理装置。
3. 請求項２に記載のデータ処理装置であって、
   前記一定範囲は前記印刷データの最終ページであることを特徴とするデータ処理装置。
4. 請求項２又は３に記載のデータ処理装置であって、
   前記プレビュー条件は前記印刷データの一定範囲において白紙部分の面積が一定割合を超える場合であり、かつ前記一定範囲内の所定の範囲に白紙でない部分がある場合に成立する条件であることを特徴とするデータ処理装置。
5. 請求項２乃至４のいずれか一項に記載のデータ処理装置であって、
   前記プレビュー条件の設定を受け付ける受付手段をさらに備えたことを特徴とするデータ処理装置。
6. 請求項５に記載のデータ処理装置であって、
   前記受付手段は前記印刷データのどの範囲を前記一定範囲とするかの設定を受け付けることを特徴とするデータ処理装置。
7. 請求項１に記載のデータ処理装置であって、
   前記プレビュー条件は前記印刷データの一定範囲においてカラーで印刷される部分の面積が一定割合を超えるという条件であることを特徴とするデータ処理装置。
8. 請求項７に記載のデータ処理装置であって、
   前記プレビュー条件は前記印刷データの一定範囲においてカラーで印刷される部分の面積が一定割合を超えない場合であっても、前記一定範囲内の所定の範囲にカラーで印刷される部分がある場合は、成立する条件であることを特徴とするデータ処理装置。
9. 請求項１乃至８のいずれか一項に記載のデータ処理装置であって、
   前記プレビュー手段は、前記プレビュー画像を表示する場合に、前記プレビュー画像を前記プレビュー条件が成立する範囲と前記プレビュー条件が成立しない範囲とで異なる表示態様により表示することを特徴とするデータ処理装置。
10. コンピュータを請求項１乃至９のいずれか一項に記載のデータ処理装置として機能させるためのプログラム。