JPH03268979A - 印刷制御装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［概要コ データを印刷する際にページ下端を認識してページ管理
するシリアルプリンタのページ管理方式異なるページ管
理モードを持つアプリケーションからの印刷要求に対し
ても適切にプリンタドライバ側でサポートして汎用性を
向上することを目的とし、 プリンタドライバ内に、ページ内出力行数によりページ
下端を認識して管理するページ管理手段と、ページ内出
力寸法によりページ下端を認識して管理するページ管理
手段との２つを設け、アプリケーションからの管理モー
ドの指定に対し対応するページ管理手段によるページ管
理を行うように構成する。

［産業上の利用分野］ 本発明は、データを印刷する際にページ下端を認識して
ページ管理を行うシリアルプリンタのページ管理方式に
関する。

ワークステーションにおけるシリアルプリンタを用いた
印刷は、専用アプリケーションのサポート以外に、従来
の汎用コンピュータ系及びパーソナルコンピュータ／オ
フィスコンピュータ系のアプリケーション資産を継承し
た印刷を実現できることが強く望まれる。

［従来の技術］ 従来、シリアルプリンタを使用した文書や帳票アプリケ
ーション等の印刷フォーマットの作成方式には、 ■１ページ分の縦方向の印刷範囲を行数で指定するペー
ジ管理方式； ■１ページ分の物理的な寸法で指定するページ管理方式
； が存在する。通常はシステムによりいずれか一方のペー
ジ管理方式のみを採用している。

［発明が解決しようとする課題］ しかしながら、単一のページ管理方式を採用していた従
来のシリアルプリンタにあっては、アプリケーションの
内容によっては、ページを印刷している途中で行ピッチ
（１行当りの縦の寸法）を変更する場合があり、この場
合に各ページの終りが、行数を固定にして終了したい場
合と、印刷寸法を固定にして終了したい場合に分かれる
。

例えば、あるアプリケーションが用紙寸法に合わせた印
刷を行ないたい場合に、それをサポートする下位に位置
するプリンタドライバの印刷サービスプログラムが行数
でのみページを管理していた場合、アプリケーションが
ページの途中で行ピッチを変更すると、１ページ内の印
刷寸法が変化するため、アプリケーション自身で１ペー
ジ内の出力寸法を制御して、用紙排出タイミングを調整
しなければいけなくなる。

また、別のアプリケーションが行数を各ページ固定にし
て印刷を行ないたい場合に、下位のプリンタドライバが
用紙寸法でのみページを管理している場合、アプリケー
ションがページの途中で行ピッチを変更すると、１ペ一
ジ内印刷行数が変化するため、アプリケーション自身で
１ペ一ジ内出カ行数を制御して、用紙排出タイミングを
調整しなければならなくなる。更にこの場合は、アプリ
ケーション自身が印刷ページの管理をすることで、どの
行が次のページ第１行になるかという問題に関して、次
ページ第１行における縦拡張文字、上罫線等における制
限事項をアプリケーション自身が意識する必要がでてく
る。

いずれにしても、下位のプリンタドライバが、双方の方
式をサポートしていなければ、アプリケーション自身に
よるページ管理を強いられることになる。

具体的に見ると、汎用機系アプリケーションは主として
行数によるページ管理を期待して作成されてきたのに対
し、パソコン系アプリケーションは主として寸法による
ページ管理を期待して作成されてきており、プリンタド
ライバ側がいずれか一方のページ管理しかサポートでき
ていないため、両系統のアプリケーション資産を有効に
継承した印刷制御ができない問題があった。

本発明は、このような従来の問題点に鑑みてなされたも
ので、異なるページ管理モードを持つアプリケーション
からの印刷要求に対しても適切にプリンタドライバ側で
サポートできる汎用性の高いシリアルプリンタのページ
管理方式を提供することを目的とする。

［課題を解決するための手段］ 第１図は本発明の原理説明図である。

まず本発明は、データを印刷する際にページ下端を認識
してページ管理を行なうシリアルプリンタのページ管理
方式を対象とする。

このようなシリアルプリンタのページ管理方式につき本
発明にあっては、プリンタドライバ１０内に、ページ内
出力行数によりページ下端を認識して管理する第１ペー
ジ管理手段１２と、ページ内出力寸法によりページ下端
を認識して管理する第２ページ管理手段１４とを設け、
アプリケーションからの管理モード（行数管理モード又
はページ長管理モード）を指定した印刷要求に対し、対
応するページ管理手段によるページ管理を行うように構
成する。

［作用］ このような構成を備えた本発明によるシリアルプリンタ
のページ管理方式によれば、行数管理モード又はページ
長管理モードという異なるページ管理を期待するアプリ
ケーション各々に対して、プリンタドライバ側で適切に
ページ管理を実現することができる。

即ち、行数管理を期待するアプリケーション八に対して
はページ内指定行数を印字したタイミングで単票用紙を
排出したり、ページ第１行の特性（上昇線、及び、縦拡
張文字の伸長分の出力不可）についての制限を論理的（
ページ第１行として空改行を挿入する等により）に回避
させることができる。

またページ長管理を期待するアプリケーションＢに対し
ては指定用紙寸法に到達したタイミングでの単票用紙排
出を行なうことができる。

［実施例］ 第２図は本発明の一実施例を示した実施例構成図である
。

第２図において、１００はシリアルプリンタであり、ワ
ークステーション等の上位システム２００に対し接続さ
れる。

上位システム２００にはＣＰＵ１８が設けられ、ＣＰＵ
１８からのパスライン２０にはフレームメモリ２２が接
続されると共に、シリアルプリンタ１００に対し印刷要
求を行なうため、転送／割込みＬＳ　Ｉ　２４、各種の
印刷制御を行なうプリンタドライバ及びスプール制御プ
ログラムを格納したメモリ２６、更にダイレクト・メモ
リアクセス・コントローラ（ＤＭＡＣ）２８が設けられ
る。

一方、プリンタドライバ１０には第１図に示したように
第１ページ管理手段としての行数管理部１２と、第２ペ
ージ管理手段としてのページ長管理部１４が設けられる
。

行数管理部１２はページ内に印刷データを出力する場合
、指定された行数分出力したらページ下端を認識する機
能を有する。また、ページ長管理部１４はページ内に印
刷データを出力する場合に、指定された寸法分出力した
らページ下端を認識する機能を有する。ここで、行数管
理部１２によるページ管理モードを行数管理モードとし
、またページ長管理部１４によるページ管理モードを物
理ページ長モードとする。

第３図は第２図の実施例における上位システム２００側
のプリンタドライバ１０とスプール制御プログラム３０
のプログラム構成を示したもので、スプール制御プログ
ラム３０の処理内容はアプリケーションＡまたはアプリ
ケーションＢからの印刷要求に対し印刷データ、指定フ
ォーマットデータを退避用ファイルに格納する機能と、
アプリケーションＡまたはＢの指定プリンタの使用状態
を管理し、空き状態にあるプリンタドライバに対し処理
要求の発行（装置の獲得）を行なう機能を持つ。

ここで、アプリケーションＡは例えば汎用機系であり、
行数管理を指定する。一方、アプリケーションＢは例え
ばパソコン系であり、寸法管理を指定する。

次に、第４図の処理フロー図を参照して本発明による印
刷制御を説明する。

第４図のステップＳＬ（以下、「ステップ」は省略）に
おいて、まずアプリケーションＡが印刷要求を行なった
とする。この印刷要求はスプールファイルに印刷データ
及び印刷フォーマット指定データを格納することにより
行なわれる。続いてＳ２に進んでアプリケーションＡが
デバイス獲得、即ちシリアルプリンタを獲得すると、シ
リアルプリンタに対しスプールファイルに格納されてい
た印刷データ及び印刷フォーマット指定データの転送が
行なわれる。一方、Ｓ２でアプリケーションＡがプリン
タ装置を獲得する前にＳｏｌに示すようにアプリケーシ
ョンＢが印刷要求を行なっていたとすると、Ｓ２におけ
るアプリケーション八によるプリンタ装置の獲得待ちの
状態に置かれており、Ｓ２でアプリケーションＡがプリ
ンタ装置を獲得してスプールファイルの転送が終了する
とアブリケーションＢは印刷要求に伴うデータをスプー
ルファイルに転送する。

続いてＳ３でドライバプリンタ側はページ管理モードの
指定を受信し、プリンタドライバ１０が行数管理モード
か物理ページ長モードかを認識する。更に、Ｓ４に進ん
でページフォーマット指定を受信すると改行ピッチ及び
ページ内行数が分かるため、行数管理モードであった場
合にはＳ５から８６に進んで、ページ印刷中にページ終
端を認識するためのページ長を、 ページ長−ページ行数 にセットする。一方、物理ページ長モードであった場合
にはＳ５から８７に進み、印刷中にページ終端を認識す
るためのページ長を、 ページ長＝（改行ピッチ）×（ページ行数）としてセッ
トする。

このような８５〜Ｓ７におけるページ管理の制御条件の
設定が済むと、Ｓ８のデータ受信処理に進む。

Ｓ８のデータ受信処理にあっては、データを受信する毎
に受信データが改行系か改頁系か垂直タブかを判定し、
改頁時にリセットされている出力位置及び出力行数の記
録を行なう。

続いてＳ９で行数管理モードか否か判定し、行数管理モ
ードであった場合にはＳＩＯに進んで、Ｓ８で記録され
た出力行数が８６で設定された指定ページ行数を超えた
か否か判断する。指定ページ行数を超えていなければＳ
８に戻って次のデータ受信を行なう。一方、出力行数が
指定ページ行数を超えていた場合にはＳ１２に進み、ペ
ージ終端処理を行なう。

一方、Ｓ９で物理ページ長モードが判定された場合には
Ｓｌｌに進み、Ｓ８で記録された出力位置が８７で設定
された指定ページ寸法を超えたか否か判断する。指定ペ
ージ寸法を超えていなければ、Ｓ８に戻って次のデータ
受信を行ない、一方、８力位置が指定ページ寸法を超え
ていた場合にはＳ１２のページ終端処理に進む。

８１２のページ終端処理にあっては、ページ下端を超え
るならば、ページ内最終行を印刷後、単票用紙排出等の
ページ終端処理を行ない、Ｓ１３で印刷終了を判別する
まで８８〜Ｓ１２の処理を繰り返す。

次に、本発明によるページ管理制御を第５図に示す具体
的な印刷文書を例にとって説明する。

第５図（ａ）はページを印刷している途中で改行ピッチ
を変更しない通常の文書であり、１〜５行目は全て同じ
改行ピッチを持つ。これに対し第５図（ｂ）の文書は、
ページの途中で改行ピッチを変更した文書であり、例え
ば１行目で改行ピッチ３ＬＰ　Ｉであったものが、２行
目で改行ピッチ６ＬＰＩに変更され、更に４行目で元の
改行ピッチ３ＬＰ　Ｉに戻している。

第６図は第５図（ｂ）に示した、ページ内で改行ピッチ
を変更する場合を対象とした本発明のページ管理方式に
よる印刷制御の処理過程を、行数管理モードと物理ペー
ジ長モードとのページ管理モードにおける動作上の違い
と共に示している。

第６図において、まず処理過程■で装置を獲得したアプ
リケーションＡがページ管理モードとして行数管理モー
ドを指定し、一方、獲得待ち状態にあるアプリケーショ
ンＢは物理ページ長モードを指定している。

続いて処理過程■に進み、アプリケーションＡ。

Ｂ共に改行ピッチ３ＬＰＩ、ページ内行数３１行の指定
、及び印刷を単票用紙で行なうことを指定する。

処理過程■にあっては、アプリケーションＡ及びＢがそ
れぞれ同一の印刷データ、即ち改行ピッチの変更を含む
、例えば６２行分の印刷データの印刷を依頼する。

処理過程■以降は行数管理モードと物理ページ長管理モ
ードに分けて示す。

処理過程■において、プリンタドライバはページ管理モ
ードの指定を意識しながら各行を出力していく。出力処
理が進んでページ内行数となる３１行目を出力する段階
で、行数管理モードを指定したアプリケーションＡに対
する制御にあってはページ下端を認識し、３１行目を出
力した後、用紙排出を行なう。

一方、アプリケーションＢ側は物理ページ長モトを指定
しているため、途中に改行ピッチ６ＬＰ１の行が含まれ
ている分だけ、まだ指定された物理ページ長周の印刷デ
ータを出力していないため、印刷を継続する。この印刷
継続により３３行目を出力した段階で指定物理ページ長
としての３ＬＰＩＸ３１行分の寸法に亘る印刷を終える
ことから、この時点でページ下端を認識し、用紙を排出
する。

続いて処理過程■でアプリケーションＡ側は通算３２行
目を出力する段階で第２ページの用紙を吸入し、第２ペ
ージ目の印刷を開始する。一方、アプリケーションＢ側
は第１ページから通算して３４行目を印刷する段階で第
２ページの用紙を吸収し、第２ページの印刷を開始する
。

処理過程■にあっては、アプリケーションＡ側は合計６
２行の印刷データに対し用紙２枚を排出する。これに対
しアプリケーションＢ側は６２行のデータが２ペ一ジ分
のデータとはならないので、２ページ目の用紙途中で印
刷を終了するか、更に改ページデータや排ａ指定等に対
応して用紙の排出を行なうことになる。

次に物理ページ長管理モードにおいて、ページ下端が最
終行の改行ピッチの境界と一致しない場合の処理を説明
する。この処理は単票の場合の処理と連票の場合の処理
に分かれる。

（イ）単票の場合の処理 単票の場合はページ下端となる最終行のデータを一番下
のドツトまで０枚行（１行を印刷した後に指定ピッチ分
の改行を行なわない印刷）で印刷して用紙を排出した後
、次のページは必ず用紙の先頭から開始する。即ち、第
６図の場合にはペジ最終行は第１ページの３３行目に相
当し、単票の場合は第３３行目は０枚行によって印刷し
、その後用紙を排出し、第２ぺ〜ジの第１行目のデータ
の印刷は用紙先頭から開始する。

（ロ）連票の場合の処理 連票の場合はページ下端をＯ改行等の指定された改行ピ
ッチ未満で改行印刷すると、最終印刷行の印刷データが
次のページの第１行目のデータと重なって印刷不可能と
なるため、最終行の改行ピッチ分はページ下端と一致し
なくてもそのまま改行する。そしてページ下端からはみ
出た誤差分は第２ページの印刷の際に前ページの改行の
はみ出し分きして記憶し、このはみ出し分だけ第２ペジ
の総改行量を少なくする等の補正を行ない、はみ出し分
が累積することによる印刷異常を防ぐ。

第６図の場合には第１ページの３３行目の改行ピッチの
境界とページ下端が一致しなくても、改行ピッチ３ＬＰ
　Ｉとして通常通り改行し、ページ下端を指定する３、
ＬＰＩＸ３１行分の寸法を超えた分、第２ページの改行
量を減らし、第２ぺ〜ジにおいて前ページの誤差を補正
する。第２ページ以降の誤差についても同様に次のペー
ジにおいて補正することになる。

対応するページ管理を実現することができ、プリンタド
ライバ側に特定のページ管理モードしか持たないことに
よるアプリケーション側の負担を軽減し、例えば異なる
ページ管理を行なってきた従来の汎用機系とパソコン系
のアプリケーション資産をそのまま継承した印刷動作を
行なうことができる。

【図面の簡単な説明】

第１図は本発明の原理説明図； 第２図は本発明の実施例構成図； 第３図は本発明のプログラム構成図。 第４図は本発明の処理フロー図； 第５図は本発明で印刷する文書例説明図第６図は本発明
の詳細な説明図である。 ［発明の効果コ 以上説明してきたように本発明によれば、異なるページ
管理を期待するアプリケーションの各々に対し、シリア
ルプリンタのドライブ側で適切に図中、 １０：プリンタドライバ １２：第１ページ管理手段 １４：第２ページ管理手段 （行数管理部） （ページ長管理部） １８：ＣＰＵ ２０；データバス ２２：フレームメモリ ２４：転送／割込みＬＳＩ ２６：メモリ ２８：ダイレクトφメモリアクセス・コントローラ（Ｄ
ＭＡＣ） ３０ニスプール制御プログラム １００ニジリアルプリンタ ２００：上位システム

Claims (1)

【特許請求の範囲】
1. （１）データを印刷する際にページ下端を認識してペー
   ジ管理を行うシリアルプリンタのページ管理方式に於い
   て、 プリンタドライバ（１０）内に、ページ内出力行数によ
   りページ下端を認識して管理する第１ページ管理手段（
   １２）と、ページ内出力寸法によりページ下端を認識し
   て管理する第２ページ管理手段（１４）とを設け、アプ
   リケーションからの管理モードを指定した印刷要求に対
   し、対応するページ管理手段によるページ管理を行うよ
   うにしたことを特徴とするシリアルプリンタのページ管
   理方式。