JP3220437B2 - 出力制御装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は出力制御装置及び方
法、詳しくはイメージを所定の出力装置に出力させる出
力制御装置及び方法に関するものである。

【０００２】

【従来の技術】近年のこの種の装置、特にＤＴＰ分野に
おいては、文字のページ内での最適配置を計算する処
理、すなわち、組み版処理の形態には二種類ある。

【０００３】１つはＷＹＳＩＷＹＧ(What You See Is W
hat You Get)システムであり、広く普及しているワード
プロセッサがこれに対応する。

【０００４】このシステムは、文書作成者が最終印刷形
態を画面上で見ながら対応する位置に対応する文字サイ
ズで文字入力するシステムである。このシステムにおけ
る長所及び短所としては、以下のような点が挙げられ
る。

【０００５】長所： ・ユーザが最終画面を見ながら文字入力するのでほぼ自
分の思い通りの文書作成が可能 ・ユーザインターフェースに優れている ・短い文書作成が容易。

【０００６】短所： ・大部の文書での統一的な取り扱いに難（章を１定の文
字サイズで書くｅｔｃ） ・目次や索引作成にはバッチ的処理が必要 ・他システムでの文書再利用が困難 ・専用装置が必要 もう１つはバッチ型システムでスタンフォード大学のＫ
ｕｕｔｈ教授によって作成されたＴＥＸや、ＡＴ／Ｔ社
で開発されたｒｏｆｆシステムがこれに対応する（文
献：木村泉：“文書整形言語”情報処理P.559 〜P.654,
Jul,1981）。図２を用いてその過程を説明する。これら
のシステムは文書を組み版する指示を含むソースファイ
ル５１をテキストエディタ５０で作成して、それをコン
パイル５２して、組み版した中間ファイル５３を作成
し、その結果を画面上で表示５４したり、プリンタで印
刷５５したりする。

【０００７】このシステムの特徴として、 長所： ・大部の文書で統一的な取扱いが容易 ・目次や索引作成の機能を取り込みやすい ・通常のテキスト端末を持つワークステーション，パー
ソナルコンピュータでも動作可能。

【０００８】短所： ・文書をプログラムするような型なので、素人には難し
い ・処理結果としては、それをコンパイルし表示しないと
わからない ・短い文章だとＷＹＳＩＷＹＧで作成した方が簡単。

【０００９】この比較で見るように、ＷＹＳＩＷＹＧや
バッチ型の文書処理システムはそれぞれの長所と短所が
あるが、近年では、それぞれ自分の欠点を解消しようと
システムの拡張を行っている。例えばＷＹＳＩＷＹＧ型
のシステムに目次や索引の一括処理機能を導入したり、
スタイルシートを導入して全ページに渡って同じページ
スタイルで文書を作成するといったバッチ型システムの
長所を取り入れている。

【００１０】一方、バッチ型のシステムでは、文書をプ
ログラムする事を直接ユーザに実行させる代わりに、構
造化エディタをかぶせてユーザに次にどのようなコマン
ドを入力できるかをアイコン等で示して、組み版言語に
精通している必要をなくしている。

【００１１】このようにして最近の文書組み版処理はＷ
ＹＳＩＷＹＧとバッチ型のハイブリッドな様相を呈して
いる。

【００１２】

【発明が解決しようとする課題】しかしながら、これら
バッチ，ＷＹＳＩＷＹＧ型の両方のシステムでは、スラ
イド，ＯＨＰｅｔｃの特殊用途を除いて、文書自体は白
黒で作成される事が多かった。

【００１３】従って、印刷出力させる際にも、一律に白
黒２値のイメージデータを作成すれば良かった。しかし
ながら、最近の周辺装置やモニタのカラー化等により、
テキストや図形、イメージの混在したカラー文書を取り
扱えるようになってきた。必然、出力用イメージを作成
するには、それらを包含するイメージデータを作成する
必要がある。しかしながら、そのためには、膨大なメモ
リを必要とする。

【００１４】また、カラー化されてきていると言って
も、未だ大部分の文書、特に業務用文書はモノクロが主
流であることを鑑みれば、そのようなメモリをたとえ備
えるとしても有効活用しているとは言いにくい。

【００１５】本発明はかかる従来技術に鑑みなされたも
のであり、出力しようとする頁のビットマップデータを
副走査方向に分割することで、少ないメモリ容量でビッ
トマップイメージを行えるようにしつつ、且つ、分割す
る際の副走査方向の大きさを、出力しようとするイメー
ジデータの画素が表わすビット数に応じて動的に変更
し、メモリの有効活用を図る出力制御装置及び方法を提
供しようとするものである。

【００１６】

【課題を解決するための手段】この課題を解決するため
例えば本発明の出力制御装置は以下に示す構成を備え
る。すなわち、１頁分の画像に対応するビットマップデ
ータを副走査方向に分割して描画する描画手段と、該描
画手段により描画される領域の副走査方向の大きさを、
１画素を表わすビット数に応じて決定する決定手段とを
備える。

【００１７】

【発明の実施の形態】以下、添付図面に従って本発明に
係る実施例を詳細に説明する。

【００１８】図１は本実施例における文書処理システム
のブロック構成図である。

【００１９】図中、１は本システムの処理手順（図７，
１０プログラム等）を記憶するための記憶装置、２は本
システムの処理に必要な情報を記憶するための記憶装
置、３は本システムの入力または出力データを記憶する
ための外部記憶装置、４は記憶装置１に記憶されている
処理手順に従って処理を行うためのＣＰＵである。６は
本システムの処理結果を表示するためのマルチウィンド
ウシステム、７は本システムの処理結果を印刷するため
のプリンタ、８はユーザからの指令を入力するマウス、
そして９はユーザがプログラムを作成したり、本システ
ムに指令を入力するためのキーボードである。

【００２０】記憶装置１において、１１は文書フォーマ
ッタ（組み版プログラム）であり、後述する組み版ソー
スファイル３１からのデータ、フォントメトリックデー
タ３２、イメージデータ３５の利用サイズ、そして図形
データ３６の利用サイズを入力し、組み版結果ファイル
（ＤＶＩ）を出力する。１２は文書フォーマッタ１１に
よって作成されたＤＶＩファイル３４とフォントデータ
３３、イメージデータファイル３５及び図形データファ
イル３６を入力として組み版結果をマルチウィンドウシ
ステム６に表示するプレビュアである。１３は組み版結
果をプリンタ７に出力するための印刷ドライバ（印刷専
用のプログラム）である。１４はウィンドウシステム６
を動作させるためのウィンドウサーバプログラム、１５
は印刷の命令が発行された場合、その起動順序に従って
印刷を行うスプーラである。

【００２１】記憶装置２において、２１はウィンドウシ
ステムでのユーザからのマウス８やキーボード９を利用
しての要求をキューイングするイベントキューである。
プリンタ（記録装置）７で記録する際、その装置が例え
ばＰｏｓｔ Ｓｃｒｉｐｔなどのページ記述言語を装備
していないと、ホスト側でその１ページのイメージを作
成する必要がある。２３はそのための設けられたイメー
ジ展開用のページメモリであり、記録対象の画像（文字
や図形等）はその上に直接描画する。

【００２２】外部記憶装置３において、３１は組み版を
行う際に、命令＋文字情報＋図形やイメージ配置情報を
含んでいる文書組み版ソースファイルである。３２は文
字組み版を行う際に必要な文字のメトリック情報（文字
高さ，文字深さ，文字幅）を含むファイルである。３３
は文字を印字する際に必要となる文字のドットパターン
又はアウトライン情報を記憶しているフォントデータで
ある。３４は文書フォーマッタ１１の組み版処理の結果
を格納するディスプレイやプリンタの解像度etc に依存
しないＤＶＩ（DeVice Independent）ファイルである。
３５は文書に付加されるカラー画像情報を含むイメージ
データファイルであり、３６は同様にカラー図形（線画
等）を含む図形データファイルである。

【００２３】上述した構成よりなる本実施例システムの
メインフローを図３を参照しながら簡単に説明する。

【００２４】このフローは基本的に図２の従来のバッチ
型テキスト組み版システムに類似しているが、新規な処
理として以下のものを備えた。 （１）組み版処理のソースファイル９１に、カラー図形
９２やカラー画像９３情報をどのように取り込むか（ど
この位置にどの大きさ）の指定を出来るようにした。 （２）上記で作られたソースファイル９１に対して従来
のテキストだけを配置するような組み版システムに対し
て、画像＋イメージ情報を含めて組み版できるように拡
張した。 （３）組み版された中間ファイル９５からカラー画像フ
ァイル９３やカラー図形ファイル９２のオリジナル情報
を参照して、マルチウィンドウ６上にフルカラーのテキ
スト＋画像＋イメージをそのシステムの能力に合せて表
示する処理９７を作成した。 （４）上記と同様で、フルカラーで記録装置７に記録で
きるようにした。

【００２５】上述した（１）〜（４）の各部の詳細を順
に説明する。尚、本実施例では基本的にＴＥＸやｒｏｆ
ｆやｓｃｒｉｂｅ等のバッチ型文書処理システムやＷＹ
ＳＩＷＹＧ型の文書処理システムの両方に適用可能であ
るが、説明の簡略化のためにここではＴＥＸ等のバッチ
型システムを例にして説明する。

【００２６】（１）．カラー画像・図形の取り込み手段
＋テキストのカラー化について。

【００２７】基本的に本システムではカラー画像やカラ
ー図形ファイルは本体のテキスト組み版ファイルとは別
ファイルとし、ＤＴＰの分野で標準的に利用されている
フォーマットに従うものとする。

【００２８】図形はＣＧＭ（Computer Graphics Metafi
le）というＩＳＯ標準やＰｏｓｔＳｃｒｉｐｔ（Adobe
社の登録商標）、画像はＴＩＦＦ（Tag Image FileForm
at＝Aldus 社の登録商標）の標準フォーマットを仮定し
ている。こうする事により、より多くのシステムで本方
式の利用が可能となる。

【００２９】実際に、図形やイメージを文書中に挿入す
るためには、以下のようなコマンドをソースファイル９
１に入れ、現在点（Current Active Position ＝ＣＡ
Ｐ）を基準として、図形やイメージ領域が組み版時に割
り付けられる仕組となる。

【００３０】例（ＣＧＭの時）：＼ｃｇｍ｛file name
= example.cgm,height =5cm,width = 4cm } ここで、＼ｃｇｍはＣＧＭのファイルをinclude すると
いうコマンドを示すが、コマンドは“＼”（バックスラ
ッシュ）で始まり、文書中のテキストと区別する仕組と
なっている。｛…｝の中はパラメータを示し、“ｆｉｌ
ｅ ｎａｍｅ＝”で実際にinclude するＣＧＭのファイ
ル名称を示す。また、“ｈｅｉｇｔ＝”，“ｗｉｄｔｈ
＝”でＣＧＭが展開されるべき領域の高さ、幅をそれぞ
れ示す。

【００３１】次にテキストのカラー化に関して述べる
が、組み版ソースファイルに必要な拡張として、従来の
白黒情報のみならず、フォントの色を明示的にコマンド
で指定する方法が考えられる。すなわち、従来のフォン
ト種，大きさに色情報とるわけてあり、これはデフォル
トの色を三原色（Ｒ，Ｇ，Ｂ）の割合で指定したデータ
ベースファイル９８を作成し、それらの色を明示的にソ
ースファイル中で指定する事により実現出来る。

【００３２】色データベースの構築例を示すが、左端に
色を示し、次にはＲ，Ｇ，Ｂの各色成分を８ビット（０
〜２５５）で示し、０が最小の明るさ、２５５が最大の
明るさとして指定する。色データベースの例を図４に示
す。

【００３３】カラーフォントの指定例として：＼ｂｌｕ
ｅ （これは青色のテキスト） ＼ｒｅｄ （これは赤色のテキスト） ＼ｇｒｅｅｎ（これは緑色のテキスト） のように指定すると現在の色で対応する部分を描く。

【００３４】（２）．カラー画像，図形，テキストの組
み版手段について。

【００３５】説明を簡単にするためにテキストだけの従
来の組版方式について説明した後、画像や図形も加える
方式について言及する。

【００３６】組み版は基本的に２つの概念を用いて、実
際のページ整形を行っている。１つはＢｏｘ（箱）とい
う概念であり、文字フォントのようにページのどの部分
にあってもその高さ，深さ，幅が変化しないものであ
る。

【００３７】２つ目はｇｌｕｅ（糊しろ）という概念で
あり、行末合せ，ページ高さ合せ等を行うために、Ｂｏ
ｘ間の伸び縮みしうるスペース量である。

【００３８】この２つの概念を用いて、まずＢｏｘ及び
ｇｌｕｅを組み合せて文字を行方向に最適位置となるよ
うに配置を決定する。

【００３９】次に、この行方向に最適配置が行なわれた
文字列をページ全体にうまくフィットするように文字間
のバランスを調整する仕組みとなる（図５参照）。

【００４０】また、図形や画像を含めて文書の組み版を
行うには、図形や画像を、前述した幅（ｗｉｄｔｈ），
高さ（ｈｅｉｇｈｔ），深さ＝０を持つ１つの文字フォ
ントとして取り扱う事により容易に拡張可能となる。

【００４１】これで、テキスト＋図形＋画像を含む文書
を組み版した結果は、装置独立なＤＶＩファイル３４に
格納される。ＤＶＩの名称は組み版結果を出力装置の解
像度やフォントに依存しない形態で保持し、その結果、
どのマシンで実行しても同じ結果が保証される事に由来
する。この中間結果ファイルの例を図６に示す。

【００４２】図中、１８０はＤＶＩファイルである事を
示す識別子であり、１８１は組み版された各ページの情
報で、例えばそのページ内に含まれるフォント名称、サ
イズ、色及び実際のページの組み版結果情報１８２への
ポインタから構成され、ページ数だけこのヘッダが存在
する。ページ情報部１８２には、実際の組み版された情
報を含み、基本的に以下のような情報が格納される。 ・フォント切換（タイプフェース＋サイズ＋色）命令 ・印字文字コード ・水平・垂直方向現在位置移動量 ・矩形描画（現在位置に指定された幅，高さ） ・カラー画像情報（ファイル名称，幅，高さ） ・カラー図形情報（ファイル名称，幅，高さ） 組み版位置を計算する際の基本単位は例えば２^-16ｐｔ
（ｐｔは１／７２inch）等とし、整数単位で計算しても
誤差がほとんど出ない単位として計算する。

【００４３】（３）．カラーテキスト，図形，イメージ
のウィンドウ上でのプレビュー（表示）について。

【００４４】このプレビュー（表示）は最近、Ｘウィン
ドウに代表されるマルチフォント，図形，イメージのカ
ラー表示機能を持つウィンドウシステムの出現により、
組み版結果を記録装置７によってプリントアウトする前
に画面上に高速に、かつ安価に結果を確認出来る事を特
徴としている。

【００４５】以下にそのアルゴリズムを図７を用いて説
明する。

【００４６】まず、ステップＳ２０１で組み版結果を表
示するウィンドウの表示枠全体のサイズを決定する。通
常、このサイズは表示し得る限りの最大サイズとなるよ
う設定するとよい。次にステップＳ２０２で、実際に表
示するウィンドウがフルカラー（ＲＧＢ各８ビット）サ
ポートか又は疑似カラー（例えばＲＧＢがそれぞれ３，
３，２ビット又はＲＧＢそれぞれ５レベルetc ）かを判
定し、フルカラーサポートでない時は１バイトの情報で
Ｒ，Ｇ，Ｂがどのようにウィンドウ上で発色するかを示
すＬＵＴ（Look Up Table ）を設定する（ステップＳ２
０３）。こうする事によって同時に発色できる色数には
限りがあるが、カラー表示のための初期化が終了する。

【００４７】実際の印刷イメージとＣＲＴの表示画面と
では解像度が異なるため、表示用の文字フォントはプリ
ント用に使われるフォントを縮小する（ドット構成数を
少なくする）必要があるし、カラー画像，図形も同様に
縮小する必要がある。この縮小倍率をステップＳ２０４
で決定するが、それは表示画面の縦横方向のドットサイ
ズと利用するフォントが作成された解像度でのオリジナ
ル文書の縦横方向のドットサイズの比較となる。

【００４８】これらの準備が終了した後、文書フォーマ
ッタ１１で作成した、表示したいＤＶＩファイルをオー
プンした後、対応ページ情報のありかを図６のページヘ
ッダ１８１をたぐる事によって、ファイル内をシークす
る（ステップＳ２０５）。後はページ内の組版情報（１
８２）を１コマンドずつスキャンして（ステップＳ２０
６）、注目ページに対する処理が終了したと判断するま
で（ステップＳ２０７）、対応した処理ルーチン（ステ
ップＳ２０９〜Ｓ２１９）を実行する。

【００４９】これらの処理ルーチンを大別すると、以下
の５つに分類できる。

【００５０】ａ．［文字コマンド（ステップＳ２０９，
Ｓ２１０）］ 文字コマンドは文字コードをパラメータとして持ち、現
在のフォント種・サイズ・色で指定された文字コードを
現在位置（ＣＡＰ）に表示する。フォントはフォント切
換命令で指定されたものを利用し、切換時に１バイト
（欧文），２バイト（和文）フォントデータ３２のアク
セス手法に関する処理手順へのポインタが得られる仕組
みである。もし、ウィンドウシステムがフルカラーサポ
ートの場合はフォント色として、色データベースで指定
されているＲ，Ｇ，Ｂは８ビット×３情報を指定する
し、そうでない時には２４ビットから８ビットへＲ，
Ｇ，Ｂおのおの変換した結果でフォント色属性を指定す
る。その結果本ステップではポインタで示される関数に
文字コード及び現在位置情報を与える事によって、ウィ
ンドウ上に色文字が表示される。ただ、ウィンドウシス
テムの形態やフォントアクセスに関する差異により文字
表現の方法は一様ではない。

【００５１】例えば、Ｘウィンドウのようなサーバ・ク
ライアントモデルでも表示するためのフォントがクライ
アント側に依存する場合とサーバ側に依存する場合利用
方法が異なる。

【００５２】大きな相違点は、クライアント側がフォン
トをアクセスするか、サーバ側がフォントをアクセスす
るかである。クライアント側がフォントをアクセスする
時には、ステップＳ２０４で決定された縮小率に従って
フォントを縮小し、ウィンドウに表示するのに最適なフ
ォントサイズに変換した後、フォントイメージをサーバ
に送出する。

【００５３】それとは逆にサーバ側にフォントが存在す
る場合には、フォントの拡大，縮小はクライアントから
容易には実行できないため、サーバ内に存在するフォン
トのうち最も近いフォントを選択して、文字コードのみ
クライアント側から送出する。

【００５４】ｂ．［画像コマンド（ステップＳ２１１，
Ｓ２１２）］ 画像を文書中に貼り込む際にまず、オリジナル画像を画
像表示サイズ（先に説明されたｗｉｄｔｈ，ｈｅｉｇｈ
ｔ）へ変換する事とそこからウィンドウに表示するため
の倍率に変換する。この２つの変換を組み合せ１つの変
換で表現すると：orig−width ：オリジナル画像の幅方
向有効ドット数（オリジナル解像度） orig−height：オリジナル画像の高さ方向有効ドット数
（オリジナル解像度） dest−width ：組み版する幅方向のドット数（ステップ
Ｓ２０４で仮定した解像度での） dest−height：組み版する高さ方向のドット数（ステッ
プＳ２０４で仮定した解像度での）

【００５５】

【数１】 で求まる。これはどういう事を示しているかというと、
オリジナルの画像が４００ＤＰＩで１００×１００dot
のサイズであるとすると、それを（１cm×２cm）の幅，
高さの領域に印字したいとする。そしてその結果を１０
０ＤＰＩのウィンドウ上に表示したいと仮定すると、変
換倍率は、

【００５６】

【数２】 の倍率となる。

【００５７】ここでは、ｘ，ｙ方向に同じ比率での拡
大，縮小を仮定している。この変換倍率に従って、オリ
ジナル画像自体をまず拡大，縮小するが、縮小時には単
純にｘ，ｙ両方向の間引きで行ない、拡大時にはｘ，ｙ
両方向への水増しすることで行う。これ以外にも、近傍
画素で論理和をとりながらの拡大etc のようにいろんな
方法も選択出来る。このように表示用に画像サイズを変
換後には、次の処理としてオリジナル画像の色精度と表
示側の色精度とのギャップをなくすべく、色の深さ方向
の変換処理が必要である。

【００５８】ここで、色精度として代表的な３種類、白
黒（１ビット），疑似カラー（８ビット），フルカラー
（２４ビット）を考える。そうすると、図８に示すよう
な変換パターンが考えられる。

【００５９】ウィンドウの色精度に対応した表示のため
の画像が得られると、実際にその情報＋現在位置をサー
バ１４に送出して、ウィンドウ上にカラー画像を表示す
る。

【００６０】ｃ．［図形コマンド（ステップＳ２１３，
２１４）］ 図形の場合も画像と同様にオリジナルの図形を組み版サ
イズに拡大，縮小する倍率にステップ２０４で求めた拡
大，縮小倍率をかけて、最終的にオリジナル図形座標系
からウィンドウ座標系への変換式をまず求める。

【００６１】その後、図形ファイルをスキャンして図形
要素を見つけると、その座標に対して上記の変換式を施
して、ウィンドウ上での座標に変換し、該当するウィン
ドウに対する図形描画ルーチンをコールする形式とな
る。

【００６２】ここで、図形の色要素が変換されるたびに
テキスト部で述べたように色指定コマンドを送出して、
現在の色属性をｕｐｄａｔｅしておく。

【００６３】ｄ．［位置移動コマンド（ステップＳ２１
５，２１６）］ 現在位置（ＣＡＰ）座標を内部的に保持している変数
ｈ，ｗに縦又は横方向の移動量に応じた量を加算して、
現在位置（ｘ，ｙ）を保持する。

【００６４】ｅ．［フォント切換コマンド（ステップＳ
２１７，２１８）］ 印字するためのフォント（タイプフェース，サイズ情
報，色etc ）を切り換える命令が入力されると、例えば
Ｘウィンドウのクライアント側にフォントがある形態だ
と、クライアント内のフォントアクセスのための関数へ
のポインタを切り換える。逆にサーバ側にフォントがあ
る場合には最適フォントに切り換える命令をクライアン
トからサーバに送り、サーバ内部でフォント切換にとも
なう処理を実行する。

【００６５】（４）．カラーテキスト，図形，イメージ
の印刷について。

【００６６】ここでは印刷機能は、カラーＤＴＰにおい
て必要なカラー印刷装置、例えばカラーＬＢＰやカラー
インクジェット装置をホスト側から組み版結果に従い制
御する仕組みについて説明する。ここで記録に関しては
２種類の方式に分けて説明する。１つはカラーＰｏｓｔ
Ｓｃｒｉｐｔプリンタに見られるようにプリンタ側に
ページメモリやコマンドインタプリタを装備し、ホスト
側からの指令に従い印字する装置である。もう一方は、
ホスト側にプリンタの色精度に対応する深さ方向分のペ
ージメモリを持ち、通信回線あるいはバスなどを介して
情報を記録装置に送って印刷する方式である。この両者
を比較すると、ホストマシン側の負荷は断然後者の方が
重く技術的課題が多い。

【００６７】以下に、各々の方式について説明する。

【００６８】4-a.記録装置側にインタプリタを持ち記録
イメージを生成する場合。

【００６９】基本的な処理の流れは、（３）．の表示で
示した図７のフローと似ているが、組み版結果から記録
装置のページ記述言語に変換する際の留意点を述べる。

【００７０】a).画像やイメージを決められたサイズに
変換するためのスケーリング。

【００７１】もし、ページ記述言語自体にスケーリング
をサポートする機能があればそれを利用する。もし、な
ければ（３）．で述べたようにオリジナルの画像はホス
ト側で拡大，縮小率に従い変換し、図形の位置情報はス
ケーリングを加えて記録装置にコマンドを送出すればよ
い。

【００７２】b).記録装置の色情報に対応した色変換す
る。

【００７３】記録装置の持つ色精度に従いオリジナルの
テキスト，画像，図形の色コマンドを変換して記録装置
に情報を送出する事で記録が出来る。

【００７４】4-b.ホスト側にページメモリを持ち、情報
を展開した後、記録装置にページメモリ情報全体を送出
する場合。

【００７５】本方式では、記録装置側にページ記述言語
（例えばPost Script ）を解析して記録する機構がない
場合を仮定し、ホスト（本装置）に設けられたページメ
モリ２３を用い、そのページメモリ上にテキスト，図
形，画像情報を展開した後、ビデオ信号として記録装置
に情報を転送して印字する。処理のキーとなるのは出力
装置の色精度、すなわち白黒（１ビット），疑似（８ビ
ット），フルカラー（２４ビット）にあわせて動的にペ
ージメモリ２３に深さを考慮してメモリを割り当て、そ
こにオリジナル情報の色情報度を記録装置側の色精度に
合致するように変換処理する事である。

【００７６】このページメモリ配置の例を図９を利用し
て説明する。 ・まず、白黒のビットマップに関しては、同図（Ａ）に
示すように、行方向に走査して８ビットを１バイトにパ
ックして情報を格納する。又ドットへのアクセスが容易
となるように１行ｎドットの時に、行の終端がバイト領
域に合致するように、８−（ｎ mod ８）ビット分パデ
ィングを行う。そして、次の行の情報が次のバイトより
連続して割り当てられる。尚、ここで使用した“ｍｏ
ｄ”であるが、“A mod B ”とは、ＡをＢで割ったとこ
の余り返す関数である。 ・疑似カラーでは前者のビットマップが、ここでは同図
（Ｂ）に示すように、８枚重なったものと考え、１画素
単位に１バイト（８ビット）で表現される仕組みとな
る。ここで、一般的な１バイト中でのカラー情報の表現
方法として、３ビットをＲ及びＧに、２ビットをＢに割
り当てる。

【００７７】又、記録装置によっては、色を持たないが
白から黒への濃度階調を持つ事により濃淡再現出来るも
のもあるが、その際には８ビットで計２５６階調表現出
来る。 ・フルカラービットマップでは同図（Ｃ）に示すよう
に、Ｒ，Ｇ，Ｂ毎に３つの独立したページメモリを割り
当て、Ｒ，Ｇ，Ｂそれぞれ１画素に対して１バイトずつ
専有し、行方向順にメモリに割り当てる。そして、記録
装置に送る場合は、 イ）Ｒ，Ｇ，Ｂのプレーン毎に送出する。 ロ）Ｒ，Ｇ，Ｂの順に１画素ずつ送出する。 の二つの方法が考えられるが、これは記録装置に依存す
るので、最初に記録装置を確認して対応すればよい。

【００７８】ここで、注意すべき点は、白黒ビットマッ
プ例では“ＯＲ”論理、すなわち、すでに描画されてい
るイメージに論理和をとる事は意味をなすが、フルカラ
ーや疑似カラーにおいては論理和をとると予期した色を
出す事は不可能であり、指定した色でのテキスト，画
像，図形情報をページメモリ上に“ＳＥＴ”する論理を
採用する。この処理は基本的に後から描いた情報が優先
される方式であり、カラー情報の表現能力に問題があ
る。

【００７９】そこで、表現能力を高めるために、オーバ
レイプレーンやアルファプレーンの導入する手法が考え
られる。

【００８０】［オーバレイプレーン］これは通常のカラ
ーテキスト，画像，図形をページメモリのフルカラー又
は疑似カラープレーンに展開するとともに、例えば、白
黒のテキスト，画像，図形etc を１ビット深さのオーバ
レイプレーンに展開し、オーバレイプレーンの白黒情報
をカラープリンタに優先させて印刷する（図９（Ｄ）参
照）。

【００８１】別の問題点として、Ａ４サイズに４００Ｄ
ＰＩの解像度で出力する際には、白黒で２Ｍバイト，疑
似カラーで１６Ｍバイト，フルカラーで４８Ｍバイトの
ページメモリの容量が要求される。

【００８２】白黒の場合は別として、疑似カラーやフル
カラーのページメモリがＷＳ（ワークステーション）で
確保出来る形態であれば問題ないが、通常のＷＳでは一
度に確保する事は困難な場合が多い。そこで、解決策と
して、ページメモリの確保及び描画を何回かに分割し
て、それらの描画イメージを連結する事によって最終了
描画イメージを作成する。図１０を参考にしながら説明
すると、まず、疑似カラーメモリの分割個数をシステム
の１度に割り当可能容量と比較して決める。もし、シス
テムのその容量が５Ｍバイト程度だとすると、１６Ｍ／
４＝４Ｍバイトで疑似カラーメモリを列方向に４分割す
る（ステップＳ３００）。そして、ＤＶＩファイルの第
１スキャンで列の数全体をｍとすると、０〜ｍ／４ライ
ン分の疑似カラーページメモリを確保し、関連するテキ
スト，イメージ，図形情報をこの疑似カラーページメモ
リに書き込み（ステップＳ３０４）、ＤＶＩファイルの
読み込みを終了した後、疑似カラーページメモリの情報
をファイルに書き込む（ステップＳ３０５）。

【００８３】そして、分割数分のページメモリへの書き
込みが終了すると、それらの個数分のファイルを連結し
て１つの完全な疑似カラーページメモリを作成する（ス
テップＳ３０７）。

【００８４】ここでは、疑似カラー例を示したが、フル
カラーに関しても同様にして実現出来る。

【００８５】最後になるが、テキスト，図形，イメージ
のページメモリ上への描画のアルゴリズムは図７のプレ
ビューの概略フローと同様であるが、異なるのはステッ
プＳ２０４の倍率決定は表示イメージがプリントイメー
ジに対して縮小されるため必要であるが、プリント時に
はこのステップは省略する。

【００８６】以上説明したように本実施例によれば、従
来のバッチ型システムで困難であったテキストと図形・
画像をカラー化して統合的に取り扱う環境が実現可能と
なる。

【００８７】又、本実施例で説明したように種々のタイ
プの記録装置やウィンドウシステムに対応出来るように
システムが装置独立性を考慮して構成されているため、
広範なシステム、又他システムとのデータ変換において
効果を発揮する。

【００８８】尚、本実施例ではバッチ型の文書処理シス
テムを基本に説明したが、ＷＹＳＩＷＹＧ型の文書処理
システムにおいても、ユーザインターフェース部を除け
ば基本的に組み版に必要な情報，組み版結果，表示，印
刷というモジュールで構成されるため、本実施例の方式
を適用する事が可能である。

【００８９】

【発明の効果】以上説明したように本発明によれば、出
力しようとする頁のビットマップデータを副走査方向に
分割することで、少ないメモリ容量でビットマップイメ
ージを行えるようにしつつ、且つ、分割する際の副走査
方向の大きさを、出力しようとするイメージデータの画
素が表わすビット数に応じて動的に変更し、メモリの有
効活用を図ることが可能になる。

【図面の簡単な説明】

【図１】実施例における文書処理システムのブロック構
成図である。

【図２】従来のバッチシステムの処理の流れを示す図で
ある。

【図３】実施例におけるメインフローを示す図である。

【図４】色データベースの例を示す図である。

【図５】文字間のバランスを調整する原理を示す図であ
る。

【図６】組み版結果ファイルのデータ構造を示す図であ
る。

【図７】文書表示に係るフローチャートである。

【図８】オリジナル画像と表示装置の相違に基づく変換
内容を示す図である。

【図９】図８に示した変化内容に基づく表示用メモリの
活用の仕方を示す図である。

【図１０】印刷出力際の印刷ファイルの作成手順を示す
フローチャートである。

【符号の説明】

１及び２…記憶装置、３…外部記憶装置、４…ＣＰＵ、
６…ウィンドウシステム、７…プリンタ、８…マウス、
９…キーボード、１１…文書フォーマッタ、１２…プレ
ビュア、１３…プリンタドライバ、１４…ウィンドウサ
ーバ、１５…スプーラ、２１…イベントキュー、２３…
ページメモリ、３１…組版ソースファイル、３２…フォ
ントメトリックデータ、３３…フォントデータ、３４…
組版ファイル結果（ＤＶＩ）、３５…イメージファイ
ル、３６…図形ファイル

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 １頁分の画像に対応するビットマップデ
   ータを副走査方向に分割して描画する描画手段と、 該描画手段により描画される領域の副走査方向の大きさ
   を、１画素を表わすビット数に応じて決定する決定手段
   とを備えることを特徴とする出力制御装置。
2. 【請求項２】 前記描画手段により描画されたビットマ
   ップデータに基づく画像を出力する出力手段を備えるこ
   とを特徴とする請求項１に記載の出力制御装置。
3. 【請求項３】 前記出力手段は、プリンタであることを
   特徴とする請求項２に記載の出力制御装置。
4. 【請求項４】 前記ビットマップデータは、文字デー
   タ、画像データ、及び／又は図形データに基づき描画さ
   れることを特徴とする請求項１に記載の出力制御装置。
5. 【請求項５】 前記１画素を表わすビット数は、白黒１
   ビット、擬似カラー８ビット、及びフルカラー２４ビッ
   トを含むことを特徴とする請求項１に記載の出力制御装
   置。
6. 【請求項６】 １頁分の画像に対応するビットマップデ
   ータを副走査方向に分割して描画する描画ステップと、 該描画ステップにより描画される領域の副走査方向の大
   きさを、１画素を表わすビット数に応じて決定する決定
   ステップとを備えることを特徴とする出力制御方法。
7. 【請求項７】 前記描画ステップにより描画されたビッ
   トマップデータに基づく画像を出力する出力ステップを
   備えることを特徴とする請求項６に記載の出力制御方
   法。
8. 【請求項８】 前記出力ステップはプリンタに出力する
   ことを特徴とする請求項７に記載の出力制御方法。
9. 【請求項９】 前記ビットマップデータは、文字デー
   タ、画像データ、及び／又は図形データに基づき描画さ
   れることを特徴とする請求項６に記載の出力制御方法。
10. 【請求項１０】 前記１画素を表わすビット数は、白黒
    １ビット、擬似カラー８ビット、及びフルカラー２４ビ
    ットを含むことを特徴とする請求項６に記載の出力制御
    方法。