JPH08300743A - 印字処理システム - Google Patents

Abstract

(57)【要約】 【目的】 両面印字を必要とする文書の作成、印刷時に
おいて、一部分のみの修正を行った場合においても、不
必要なページの印刷を行うことなく、また、印刷を行う
ページの指定に間違いが入り込むことを防ぐこと。 【構成】 アプリケーションプログラム１１より印刷を
望むデータを受け取ったドライバモジュール１２は出力
データを受けたときに、ユーザーインターフェースモジ
ュール１５に対してユーザーに問い合わせを行うよう要
求を出す。要求を受けたユーザーインターフェースモジ
ュール１５はユーザーに今送ったデータを全て印刷する
のか否かを１７のディスプレイ上に表示して問い合わせ
る。このとき、「一部のみを選択して印刷する」という
回答であったならば、印刷するよう指定されたページと
そのページに対応するページの番号を求める。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は印字処理システムに関す
る。

【０００２】

【従来の技術】従来、プリンタそのものに両面印字機構
が備わっていない場合であっても、例えば一回目に奇数
ページのみを連続して印刷し、二回目には紙を裏返しに
して再度プリンタにセットし、偶数ページを連続して印
刷するという手順をとることによって、紙の両面に印刷
された結果を得ることができた。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな場合において、特定のページのみを修正する必要が
発生し、かつそれがページ番号の飛んだ複数ページであ
るような場合にはユーザーが真に再印刷を必要とするペ
ージと、それに対応しているために再印刷を必要とする
ページの両方をユーザーがアプリケーション上の部分印
刷機能などを用いて、全て指定しなければならず、少な
からず誤った指定を行ってしまうおそれがあるという問
題点があった。

【０００４】本発明はそのような現状に鑑みてなされた
ものであり、必要最低限の印刷ページをユーザーに判断
をゆだねることなく、自動的に処理することにより、ユ
ーザーに対する負担を軽減し、また、誤った指定を行う
余地を排除することができる印字処理システムを提供す
ることを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
請求項１にかかる発明は固有の機能として両面印刷機構
を持たないプリンタと、該プリンタに接続される印刷デ
ータ供給装置とから構成される印字処理システムにおい
て、前記供給装置は、印刷データを一時的に保存する一
時保存手段と、該一時保存手段内のデータの全てを出力
するのか、あるいは一部を選択して出力するのかを外部
からの情報に基づいて判断する判断手段と、該判断手段
の判断結果に基づいて前記一時保存手段内のデータの再
構成を行い、実際に印刷を要するデータのみを前記プリ
ンタに出力する出力手段とを具えたことを特徴とする。

【０００６】さらに請求項２にかかる発明は請求項１に
おいて、前記出力手段は、前記判断結果に基づいてデー
タの再構成の必要があるとされたときに、再構成を行わ
ずに、前記一時保存手段内のデータを複数回走査するこ
とによって不必要なページのデータは送らずにスキップ
し、必要なページのデータのみ出力することを特徴とす
る。

【０００７】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【０００８】（実施例１）図１は本実施例のブロック図
であり、ここで、１６はコンピュータであって、後述す
る２つのモジュール１２，１５を一部分として構成する
ＲＯＭ，ＲＡＭ，ＣＰＵを有し、ＣＰＵはＲＯＭに格納
された図２，図３，図４に示す如きプログラムおよびア
プリケーションプログラム１１をＲＡＭを作業領域とし
て用いながら実行する。１１はユーザーが使用する任意
のアプリケーションプログラムであって、コンピュータ
１６に装着する。１２はアプリケーションプログラム１
１の出力を受け取り、プリンタ１４が解釈できる形にデ
ータを変換するためのドライバモジュールである。１４
は最終的な出力を行うプリンタであり、アプリケーショ
ンプログラム１１の出力はドライバモジュール１２へ渡
され、その後プリンタ１４に出力される。ドライバモジ
ュール１２よりプリンタ１４に対するデータの送信は通
信経路１３を通じて行われる。

【０００９】アプリケーションプログラム１１より印刷
を望むデータを受け取ったドライバモジュール１２は出
力データを受けたときに、ユーザーインターフェースモ
ジュール１５に対してユーザーに問い合わせを行うよう
要求を出す。

【００１０】要求を受けたユーザーインターフェースモ
ジュール１５はユーザーに今送ったデータを全て印刷す
るのか否かを１７のディスプレイ上に表示して問い合わ
せる。このとき、１７のキーボード等を介して得られる
ユーザーの回答が「全てを印刷する」であれば、ドライ
バモジュール１２はただ単にプリンタに対して印刷デー
タを渡すだけの役を果たす。そうではなく、キーボード
等を介して、「一部のみを選択して印刷する」という回
答であったならば、印刷するよう指定されたページとそ
のページに対応するページの番号を求める。

【００１１】ここで印刷しないデータは、プリンタには
送る必要がないので、そういったデータに関しては廃棄
してしまい、ＲＡＭ等のメモリ領域を有効に活用すると
いうことも可能である。

【００１２】ところで、あるページがどの紙に印刷され
るものであるかはどのようなページの組み合わせである
かがわかれば自動的に決定できるものである。そこで、
出力データが渡されたときにドライバモジュールが、や
り直しをしたいページ番号と使用するページの組み合わ
せによって、印刷すべきページ数を決定する。ページ毎
の切り分けは、ページを区切る特定コード、あるいはペ
ージデータの長さを表すパラメータなどによって容易に
判別が付くので、切り分けを行うことによる処理ステッ
プの増加はそれほど大きなものではない。

【００１３】例えばここでユーザーが１７ページ目に修
正すべき箇所を発見し、印刷を再実行したいと考えたと
き、これが単純な両面印刷であるならば、実際に印刷す
べきページは１７ページ目と１８ページ目である。なぜ
ならば、一般に奇数ページが表側、偶数ページが裏側と
いう規則が左開き、右開きの如何を問わずになりたつも
のであるから、ユーザーが印刷を望むページが奇数ペー
ジであるならば、それに対応するページの番号は＋１し
たものであり、逆にユーザーが偶数ページを望んだ場合
には−１すれば、対応するページを求めることができ
る。

【００１４】同様にして、紙の片面に二枚分のデータを
縮小印字したものを両面印刷するというような場合に
は、ユーザーが印刷を希望するページ番号Ｘが与えられ
たとき、（（ページ番号Ｘ）／４＊４）＋１から始まる
４ページが実際に印刷する必要のあるページとなる。こ
のとき、／で行う除算においては、小数点以下の部分の
数値は切り捨てを行うものとする。例えば２３ページ目
の印刷をユーザーが望んだとすると、

【００１５】

【数１】計算式 （２３／４）＊４＋１＝２１ により、２１ページからの４ページ、すなわち２１〜２
４ページが実際に印刷する必要のあるページとなる。

【００１６】ただし、この計算式は一例として挙げたも
のであり、他の方法によっては計算できないということ
ではなく、また本発明がこの計算式に依存しているとい
うことでもない。

【００１７】このようにして求めた印刷する必要のある
ページ番号を元に、二ページを一枚の紙の表、裏に印刷
し、その結果得られた紙を、先の修正すべき箇所のある
紙と差し替えれば、最小限の印字枚数を以って修正を行
った印刷結果を得ることができる。ユーザーが複数のペ
ージを指定した場合には指定されたページそれぞれにつ
いて前記手段によりそれぞれの対応ページ番号を求め
る。ここで求められたページ番号群をＲＡＭ内のリスト
に保持し、ついで、同一の紙に印刷されることになるペ
ージの組み合わせがユーザーの指定に存在したならば、
その重複を取り除く。これによって、不必要な印字を行
わなくさせることができる。

【００１８】次に再印刷を含む印刷動作を図２〜図３を
用いて説明する。

【００１９】ユーザーの使用するアプリケーションプロ
グラムよりプリンタへ送るデータをドライバモジュール
に転送する。

【００２０】ドライバモジュールは現在の印刷設定（モ
ード）を取得し、なんらかの複数ページ印刷が指定され
ていたならば、ステップ１０１でユーザーインターフェ
ースモジュールに対して要求を送出する。

【００２１】まずステップ１０２において、ページの出
力を選択して行うか、あるいはそのまま全て出力するか
という選択をユーザーに対して求める。ここでステップ
１０２で、選択出力を行うということをユーザーが回答
したのならば、ステップ１０３でユーザーインターフェ
ースモジュールは受け取った要求にしたがって、ユーザ
ーに対して印刷を希望するページ番号の入力を求める。
入力が行われた後、ステップ１０４においてユーザーよ
り入力されたページ番号のリストをドライバモジュール
１２へ送る。リストを受け取ったドライバモジュール１
２はこのリストと現在設定されている印刷モードに応じ
て、ステップ１０５で印刷する必要があるページ群を求
める。ここで求められた番号のページを印刷するわけで
あるが、これらのページはそのまま印刷を行えない。そ
れは、例えば一枚の紙の表裏に一ページずつ印刷する両
面印刷を行っている場合には出力データを奇数ページの
もの、偶数ページのものに分割してからプリンタにデー
タを送る必要がある、ということであり、このような操
作を出力データに行った上で、プリンタに対して出力を
行わなければならない。

【００２２】このための処理を行っているのがステップ
１０５であり、このステップを図３によって詳細に説明
する。

【００２３】まず、ステップ２０１でページカウンタを
１に初期化し、ついでデータの終りでないならば（ステ
ップ２０２）、ステップ２０３で当該データが出力ペー
ジか否かを判断し、出力ページでなければステップ２０
８に、出力ページであればステップ２０４にすすむ。ス
テップ２０４では、現在保持している出力データを走査
し、ページの区切りを探す。ページの区切りが見つかっ
たならばカウンタを参照し、現在ページカウンタが偶数
であるか、奇数であるかをチェックする（ステップ２０
５）。ここでページカウンタが偶数であるならば、該ペ
ージのデータを偶数ページ用データバッファに転送し
（ステップ２０６）、奇数であれば奇数ページ用データ
バッファに転送する（ステップ２０７）。そして、ステ
ップ２０８でページカウンタをインクリメントする。イ
ンクリメントした結果、ページカウンタが全出力ページ
数を上回ったならば、次のステップへ処理を移し、そう
でないならば、この処理を繰り返して行う。

【００２４】ステップ１０２におけるユーザーからの回
答がデータすべての印字を行えというものであったなら
ば、現在使用しているモードを確認し、モードに対応し
たフォーマットにデータを再構成する。再構成したデー
タをプリンタに送ることにより、印刷を行う（ステップ
１０４，１０５，１０６）。両面印字以外の、例えば紙
の片面に通常印字で二枚分のデータを縮小印字したり、
両面にそれぞれ通常印字で複数枚分のデータを縮小印字
するような場合においても対応するページ番号を求める
手続きが変わる可能性はあるものの、本質的な処理の流
れにおいては、どのような組み合わせであっても、何等
変わるところのないことは明らかなことである。

【００２５】（実施例２）パーソナルコンピュータとそ
のアプリケーションは様々な条件の元で稼働するため、
時として、各種の資源（メモリやＣＰＵ性能など）が不
足することがある。たとえば、メモリが充分に得られな
い場合においては、実施例１のように、中間的なデータ
を全てメモリ上に保持することは現実的ではない。もち
ろん、そのパーソナルコンピュータ上で動作しているオ
ペレーティングシステムによっては、仮想記憶等の手段
を用いることによって、実際に備わっているメモリより
も多くのメモリがあるかのごとく扱うことが可能である
し、ドライバモジュールの側で、中間データをメモリ以
外の大容量な記憶装置、例えばハードディスク等に保持
するという手段をとることもできる。しかしながら、こ
のように外部記憶装置に中間データを保持することによ
り、入出力により時間を要する結果を招くことになる。

【００２６】そこで、ドライバモジュール１２がユーザ
ーの指示したページ番号によって出力データの再構成を
するとき、これをそのまま別のデータバッファに転送す
るのではなく、図４中の流れ図のように、例えば、一回
目には奇数ページのみを実際に出力を行って、偶数ペー
ジの出力はスキップしてしまう（ステップ３０４，３０
５）。片面の印字が終わった後、データの先頭より走査
を改めて開始し、先ほどとは逆の条件で実際にデータを
送る。この場合は今注目しているページのページ番号が
偶数であれば、プリンタに対するデータの送信を行う
（ステップ３０４，３０５）。これにより、一つのデー
タを二回走査しなければならないというハンデはあるも
のの、出力データを格納するバッファは新たに作成する
必要性はなくなる。他のステップは図２と同様である。

【００２７】これによって、多少メモリの容量が苦しい
ような状況であっても不必要な二次記憶への入出力を行
うことなく、かつ、実施例１のような出力を得ることが
可能となる。

【００２８】（実施例３）ネットワーク等を使用するこ
とにより、同時に複数台のプリンタが使用可能な状況で
ある場合、独立した、つまり他に依存するところのない
印字データ同士であれば、同時に複数のプリンタに印字
データを送ることによって、印刷時間の短縮を図ること
が可能である。

【００２９】図５が本実施例の構成を説明する図であ
り、プリンタ１４に接続する転送経路１３および他のプ
リンタ等へ接続可能なネットワーク経路２０とドライバ
モジュール１２との間に介在させるスプールモジュール
４０３をコンピュータ１６内にさらに設けたものであっ
て、他の構成は図１と同様である。すなわち、アプリケ
ーションプログラム１１により作成されたプリンタ１４
に対するデータを一時的に保持するスプールモジュール
４０３（なお、スプールモジュール４０３は、ＲＯＭ，
ＲＡＭ，ＣＰＵによって構成される）を設け、ドライバ
モジュール１２はそのアプリケーションプログラム１１
より受け取った印刷データの出力をスプールモジュール
４０３に対して行う。

【００３０】次に動作について、図６を参照して説明す
る。スプールモジュール４０３はステップ５０１におい
て、出力可能なプリンタ１４及び、コンピュータ１６よ
り出力可能なネットワーク経路２０上のプリンタの印刷
状況を確認し、ステップ５０２においてもし複数台のプ
リンタデバイスが使用可能であるならば、ステップ５０
４へ分岐しそこで印刷データを分割し、ステップ５０５
において分割した各々の印刷データを別々のプリンタデ
バイスに出力する。ステップ５０２で複数台のプリンタ
に出力できないということであれば、ステップ５０３へ
分岐し、実施例１，２と同様の出力を行う。

【００３１】

【発明の効果】以上見てきたように本発明によれば、両
面印字を必要とする文書の作成、印刷時において、一部
分のみの修正を行った場合においても、不必要なページ
の印刷を行うことなく、また、印刷を行うページの指定
に間違いが入り込むことを防ぐことが可能である。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】同実施例の動作フローチャートである。

【図３】他の動作フローチャートである。

【図４】さらに他の動作フローチャートである。

【図５】本発明の他の実施例のブロック図である。

【図６】同実施例の動作フローチャートである。

【符号の説明】

１１ アプリケーションプログラム １２ ドライバモジュール １４ プリンタ １５ ユーザーインターフェースモジュール １６ コンピュータ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 固有の機能として両面印刷機構を持たな
   いプリンタと、該プリンタに接続される印刷データ供給
   装置とから構成される印字処理システムにおいて、前記
   供給装置は、印刷データを一時的に保存する一時保存手
   段と、該一時保存手段内のデータの全てを出力するの
   か、あるいは一部を選択して出力するのかを外部からの
   情報に基づいて判断する判断手段と、該判断手段の判断
   結果に基づいて前記一時保存手段内のデータの再構成を
   行い、実際に印刷を要するデータのみを前記プリンタに
   出力する出力手段とを具えたことを特徴とする印字処理
   システム。
2. 【請求項２】 請求項１において、前記出力手段は、前
   記判断結果に基づいてデータの再構成の必要があるとさ
   れたときに、再構成を行わずに、前記一時保存手段内の
   データを複数回走査することによって不必要なページの
   データは送らずにスキップし、必要なページのデータの
   み出力することを特徴とする印字処理システム。