JPS62297924A - 統合文書印刷システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ＆　発明の詳細な説明 ［産業上の利用分野］ 本発明はワードプロセッサ等の文書編集印刷処理システ
ムに係り、特にテキスト、図形やグラフ等が混在した統
合文書の印刷に好適な８］刷システムに関する。

〔従来の技術〕

従来のワードプロセッサは第３図に示すように編集処理
と印刷処理が一体となってパッケージ化されているプロ
グラムが多かった。例えば、第６図の１５０のテキスト
編集プログラムでは１ＭＡ集処理によって生成されたテ
キストデータ１５１を、同じプログラムの印刷処理が印
刷する。プログラム１５０では、図形編集プログラム１
５２で編集した図形データ１５２は印刷不可能である。

また逆にテキストデータ１５１は、図形編集プログラム
１５２では印刷できない。

最近、文章や図形等を統合化した文書の編集及び印刷に
対する要求が高まりつつあり、テキスト編集プログラム
で図形やグラフ機能を持たせ、世の中の要求に応えよう
としているものもあるが、その機能は専用の図形やグラ
フのパッケージから比べると著しく見劣りする。

テキスト、図形、グラフ等の専用パッケージの豊富な機
能を用いて各々のデータを編集し、そのデータを同一用
紙上に任意のレイアウトで効率よく印刷できる安価な統
合文書処理システムが必要とされているが、従来のワー
ドプロセッサの処理プログラムは、統合文書の編集印刷
を考慮した構成にはなっていなかった。

特開昭５７−１５７５４５号公報では１頁を論理領域に
分割して１頁内に複数の出力内容を打出し得るようにす
ると言う技術を開示している。しかしながらこの技術は
単に頁のイメージを領域内に口字するというものであり
、統合文書の概念は含まれておらず、用紙の節約を目的
としたものであった。

［発明が解決しようとする問題点］ 従来技術は編集機能の高度化に大きく貢献しているが、
当然の結果としてプログラムは複雑となりそのサイズも
増大している。また編集データの構造も廖雑なものとな
っている。テキストや図形等の編集プログラムが個々に
機能の高度化を目指して改良を進められていった結果、
現在ではそれらの個々の編集プログラムを融合して、統
合文書の編集印刷が可能なプログラムを作成することは
プログラムの複雑さや容量、データ構造の面から極めて
困難なことである。

本発明の目的は、従来の個々の編集プログラム〔テキス
トや図形等）で編集されたデータをそのまま利用し、各
編集プログラムの編集結果を同一紙面上に、与えられた
レイアラ）Ｋ基づき、効率よく印刷できる統合文書印刷
システムを実現することにある。本発明の他の目的は豊
富な編集機能を持つ従来のプログラムをほとんど変更し
ないで利用でき得るシステム構造を持つ印刷システムを
構築することである。

〔問題点を解決するための手段〕

上記目的は以下のようなプログラム構成とデータ構成に
より達成される。

すなわち、本発明においてはマルチタスクの制御が可能
なオペレーティングシステムを備えた文書編集印刷処理
システムにおいて、テキスト、図形、グラフ等の各々の
編集プログラムに対応し、該編集プログラムが編集した
編集データにより描画コマンドを発生する、独立に動作
する複数の印刷プログラムと、該複数の印刷プログラム
からの上記描画コマンドにより印刷用ドツトイメージを
発生する印刷制御プログラムと、上記編集データの印刷
位置情報や上記印刷プログラムに関する情報等を有する
管理データと、上記複数の印刷プログラムの動作を制御
する印刷管理プログラムとを具備し、上記印刷管理プロ
グラムは上記管理データにより上記複数の印刷プログラ
ムの動作を制御する。

〔作用〕

印刷管理プログラムは、文書管理データより用紙のレイ
アウト情報を得る。レイアウトは矩形領域の集合として
与えられており、矩形領域に１つの編集データが対応す
る。印刷管理プログラムは編集データに対応する印刷プ
ログラムを起動し、印刷プログラムは編集データより描
画（印刷）コマンドを生成する。描画コマンドは印刷イ
メージをメモリ上に展開するＯ８中の印刷制御プログラ
ムが提供するコマンドである。

印刷管理プログラムは全ての矩形領域に対応する編集デ
ータを、各々の印刷プログラムを起動することにより印
刷イメージに展開した後、ワイヤドツトプリンタやレー
ザビームプリンタに出力スル。

印刷プログラムは各々の編集データから描画コマンドを
生成するだけであるから、その規模はごく小さなものに
なる。同時に２つ以上の臼刷プログラムは動作する必要
がないので、プログラムを実行する時にハードディスク
からメモリにロールインしてやれば、メモリのプログラ
ムエリアも大きくはならない。

〔実施例〕

以下、本発明の一実施例を図を用いて説明する。

第２図は１本発明を一実施するためのハードウェア構成
の一例である。１００と１１０はマイクロプロセッサで
ある。１００は文書の編集と印刷に携わるマイクロプロ
セッサであり以下メインＣＰＵと呼ぶ。

１１０は、メインＣＰＵの指示に基すき、グラフィック
メモリ１１１１Ｃ文字や直線などを展開するプロセッサ
であり、以下サブＣＰＵと呼ぶ。展開された結果は、Ｃ
ＲＴ１１２に表示される。メインＣＰＵとサブＣＰＵは
シェアドメモリ１０７を介して通信する。サブＣＰＵが
実行すべきプログラムはシェアドメモリ１０７に格納さ
れている。メインＣＰＵ１００の実行すべきプログラム
は常にメインメモリ１０５に格納されている常駐プログ
ラムと、通常は、ハードディスクＩＣＨに格納されてお
り、必要に応じてメインメモリ１０５にロールアウトし
たり、メインメモリ１０５からハードディスク１０１に
ロールアウトされる非常駐プログラムが有る。１０８は
印刷ＪＰｃａ’ｒの表示に使用する文字のフォントを格
納するＣＧＲＯＭであり、メインＣＰＵ　１ｏｏとサブ
ＣＰＵ１１０の両方からアクセスすることが出来る。１
０２はフロッピディスクであり、ユーザ各自の文書や、
操作環境が格納されている。編集や印刷などの指示、文
書の入力操作は、キーボード１０９及びマウス１１５を
介して行われる。１０３と１０４はプリンタであり、第
２図では、低速で安価なワイヤドツトプリンタ１０３と
高速なレーザビームプリンタ（以下ＬＢＰと略す。）１
０４０２種類のプリンタをサポートするシステムの例を
示している。１０６はＩＰＬ。

（イニシャルプログラムローダ）用ＲＯＭである。

第１図は、本発明の一実施例である印刷処理システムの
ソフトウェア構成を示している。２０１と２０２は、テ
キスト、図形、グラフなど各アプリケージランに依存す
る印刷プログラム群である。図では２つしか示されてい
ないが、テキスト６図形。

グラフ、表、英文、囲み記事、イメージなどの様々なア
プリケージランに対応する印刷プログラムが考えられる
。これら印刷プログラムは、対応する編集プログラムの
データから、後で説明するＯ８（オペレーティングシス
テム）が用意する印刷用コマンドを発生する。２０３は
印刷管理プログラムであり、印刷プログラムの実行順序
等を制御する。２０４は印刷条件設定プログラムであり
、白側条件を入力して後、印刷管理プログラム２０５を
機動する。以上の２０１〜２０４の各プログラムは各々
独立したタスクとして０８２０５で制御される。０８２
０５は基本的なタスク制御や入出力制御などを行うカー
ネル部２０７と上述した印刷用コマンドからドツトイメ
ージを発生させるなどの白側処理特有の機能を実現する
印刷制御プログラム２０６に別れる。印刷制御プログラ
ム２０６は、プログラム２０１〜２０４に対して高度な
印刷処理機能を提供する。

印刷プログラム２０１〜２０２は、それぞれ編集プログ
ラムのデータからテキスト列描画、直線描画、円描画な
どの描画コマンドを発生する。該コマンドにより、印刷
制御プログラムは所望の印刷用バッファに印刷用ドツト
イメージを展開する。２０８はワイヤドツトプリンタド
ライバであり、２０９はＬＢＰドライバである。これら
は各々ワイヤドツトプリンタ１ｏｓ　、　ＬＢＰ　１ｏ
ａを制御する。ＬＢＰｌｏａは、実際の印字を行うＬＢ
Ｐエンジン２１１と、ＬＢＰエンジン２１１を制御し、
ワードプロセッサ２００と通信を行い、ワードプロセッ
サ２００から転送された印刷データを、ＬＢＰエンジン
２１１が印字できる形に変換するコントローラ部２１０
からなる。

先にも述べたが、第１図は本発明に関わる印刷処理に必
要なソフトウェア構成について示したものであり、ワー
ドプロセッサ２００にはこの他にも編集用などの様々な
プログラムが備わっていることは言うまでもないが、そ
れらのプログラムは省略しである。

次に第４図を用いて、本発明を実施するために必要な文
書データファイルの構成について説明する。１文書は、
文書管理データファイル５００、個々の編集プログラム
が編集した領域データファイル６４０（テキストデータ
ファイル３４０α、図形デ−タファイル５ａＯｂ、グラ
フデータファイル３４００など）からなる。領域データ
ファイル３４０のデータは従来のアプリケーションプロ
グラムデータで編集されたデータと同じデータ構造を持
っている。

文書管理データは統合文書の印刷を可能とするために新
たに設けられたデータである。文書管理データは頁管理
テーブル３１０、領域管理ブロック３２０、書式データ
テーブル５５０から成る。頁管理テーブル６１０は、頁
単位にその頁に含まれる領域の管理ブロック３２０のす
にトの先頭を差すリストヘッダ３１１、書式データテー
ブルを指すポインタ３１２からなる。領域管−理ブロッ
クは、領域位置６２１．領域サイズ５２２、領域属性３
２３、データタイプ３２４、領域データのファイル名３
２５、次の領域へのポインタ６２６０項目からなる。

第５図を用いて各々のデータについて詳しく説明する。

４００は１頁の印刷イメージを表しており、この例では
、テキストと図形が統合され一つの文書を形成している
。１頁は１つ以上の領域４１０の集合で定義されており
、各々の領域に一つの編集プログラムが割り当てられる
。編集プログラムによって編集されたデータは領域内に
印刷されるデータであり領域データファイル３４０α、
　５ａＯｂに格納される。領域管理ブロック５２０ａ　
、　５２０ｈは領域４１０α、ａｌａｂに対厄している
。図の領域４１０αの位置（３：α、　ｙａ　）、サイ
ズυα、Δンαは各々領域管理ブロックの３２１α、３
２２αに格納されている。また図形領域４１０ｂについ
ては、その位置（ｘｈ　、　ｙｈ）、サイズΔｘｂ　、
△＞ｂは各々領域管理ブロックの３２１ｊＳ。

５２２ｈに格納されている。領域管理ブロック３２０ｂ
の３２３ｂが不透明であるので４１０１Ｊの下の領域代
見えない。領域４１０ｂのデータタイプは図形であり、
そのデータのファイル名が「図形Ａ」であることは、３
２４，６　、３２５Ａを見れば分かる。４１０ｂのデー
タは「テキストＡ」というファイルに格納されているが
、４１０αのようにテキストデータのときは、データフ
ァイルのほかに書式データテーブル３３０αが印刷イメ
ージのドツト展開に必要となる。書式データテーブル３
３０αには、行間１文字間０行形式などの１頁の情報が
格納されている。

さて、以上で説明したシステム構成およびデータ構成を
用いて行う統合印刷処理の一例を説明する。印刷処理要
求が出されると印刷条件設定プログラム２０４が起動さ
れる。印刷条件設定プログラム２０４の処理の流れを第
８図に示す。印刷条件設定プログラム２０４はまずユー
ザにたいして印刷範囲、頁付けの有無、部数などの印刷
条件の設定を促し、ユーザの入力値に従って印刷制御ブ
ロック６０１（第６図）を生成する（７０１及び７０２
の処理）。

生成した印刷制御ブロック６０１は第６図の印刷待ち行
列に繋がれる（　ｙａ３）。印刷制御ブロック６０１に
は印刷条件６０７のほかに印刷の対象となる文書のファ
イル名６０６が記載されている。この文書ファイル名６
０６とは、文書管理データファイル３００の名前に他な
らない。印刷条件設定プログラム２０４は印刷管理プロ
グラム２０５を起動して処理を終了する。起動の方法は
、Ｏ８が用意するタスク起動マクロを利用する。

第７図はワイヤドツトプリンタで印刷する場合の処理流
れが示しである。ただし印刷条件設定プログラム２０４
は省略されている。この図忙従って印刷処理の概略を説
明し、その後プログラム単位の詳細な処理を説明する。

印刷管理プログラム２０３は印刷条件設定プログラム２
０４によって起動されると印刷制御ブロック６０１の６
０６から文書管理データを読みだし、その内容に従って
適当な印刷プログラム２０１を起動する。印刷プログラ
ム２０１は印刷管理プログラム２０３から指示されたフ
ァイル名でデータファイル５４０を読みだし、印刷制御
プログラム２０６にたいして印刷コマンドを発行する。

印刷コマンドは第１１図（α）の１１００に示すように
コマンド１１００αとパラメータ１１００ｂからなる。

例えば直線の場合描画コマンドは、同図（Ａ）の１１０
１のように直線を示すコマンド１１ｏ１αと始点Ｘ座標
、始点ｙ座標、終点Ｘ座標、終点ン座標の４つのパラメ
ータ１１０１Ａからなる。同図（ｃ）の１１０２にはテ
キスト描画のコマンドが示されている。印刷制御プログ
ラム２０６は第１２図に示すように１コマンドを解析し
て（１２０１）コマンドに対応するサブルーチン１２０
２　、１２０３を呼び出す。例えばコマンドが直線の場
合忙は、図の直線描画ルーチンを呼び出し、与えられた
イメージ展開バッファ６０３に直線を描画する。印刷制
御プログラム２０６では、次々に送られてくるコマンド
に従って、１頁分の印刷イメージ６０５を展開するが、
１頁分の印刷イメージを一度にメモリ上に印刷すること
は不可能であるため、ハードディスク上に印刷イメージ
を展開する。コマンドには描画コマンドのほかに、プリ
ンタへのイメージ出力や紙送りなどを制御するプリンタ
の制御コマンドがあり、印刷制御プログラム２０６では
、制御コマンドを受けるとプリンタ制御ルーチン１２０
３を呼び出し、ワイヤドツトプリンタドライバ２０８を
介してプリンタ１０３の制御を行う。

印刷プログラムは自分の領域のイメージの展開が終了す
ると第７図に示すように印刷管理プログラム２０３に終
了したことをＯ８が提供するメツセージ通信にてその旨
通知する。印刷管理プログラム２０３は印刷プログラム
２０１を起動した後メツセージの受信待ち罠なっている
。メツセージを受けた印刷管理プログラム２０３は次の
印刷プログラム２０１を起動して再びメツセージ待ちに
なる。このようにして１頁の全ての領域に印刷イメージ
が展開されると印刷管理プログラム２０３は印刷制御プ
ログラム２０６にたいしてイメージの白字要求を出す。

ハードディスク上の印刷イメージは一行単位で（６０７
’）、出力バッファ６０４に読みだされ、ワイヤドツト
プリンタドライバ２０６を介してワイヤドツトプリンタ
１０３に転送され印字される。１頁の印刷が終了すると
、印刷管理プログラム２０３は次の頁の印刷を開始する
。

以上の印刷処理中に印刷要求が出されると印刷条件設定
プログラム２０４が再び起動される。印刷条件設定プロ
グラム２０４は新たな印刷要求にたいして印刷条件を入
力させ、印刷制御ブロンクロ０１を生成し、印刷待ち行
列の最後に繋ぐ。

印刷管理プログラム２０３は１つの文章の印刷が終了す
ると、待ち行列のチェックを行い印刷制御ブロックが繋
がれているとそのブロックに対応する印刷を開始する。

このように印刷管理プログラム２０３と印刷条件設定プ
ログラム２０４を独立したタスクとして構成し、ユーザ
インタフェースとプリンタ側の処理を独立に制御して待
ち行列により同期を取ることによって印刷中であっても
次々と印刷要求を受付けろことが可能となる。

以上ワイヤドツトプリンタ１０３を例に統合印刷処理の
例を説明したが、ＬＢＰ１０４による印刷処理もほぼ同
様である。ＬＢＰｌｏａの場合は、印刷制御２０６は印
刷プログラムから発行されたコマンドを実行しないで、
ＬＢＰドライバ２０９を介してＬＢＰのコントローラ部
２１０に転送する。コントローラ部２１０はコマンドを
受け、頁メモリに１頁の印刷イメージを展開する。（頁
メモリは図示されていない。）展開された印刷イメージ
はＬＢＰエンジン２１１によって読みだされ、印刷され
る。印刷管理プログラム２０３と印刷プログラム２０１
の処理は、ワイヤドツトプリンタ１０３でもＬＢＰ１０
４でも殆ど変わらない。ただＬＢＰ１０４での印刷処理
では、印刷管理プログラム２０３はハードディスク１０
１からイメージを１行単位で読みだし出力するという処
理が不要になり、１頁のイメージ展開が終了したときに
、印刷制御２０６に印刷開始コマンドを発行するだけで
よい。印刷開始コマンドはＬＢＰコントローラ部２１０
に転送され、ＬＢＰコントローラ部２１０は、ＬＢＰエ
ンジン２１１　Ｋ印刷開始処理を指示する。

さて次に印刷管理プログラム２０３と印刷プログラム２
０１の処理を、第５図、第９図と第１０図を用いて詳細
に述べることにする。第９図は印刷管理プログラム２０
３の処理の流れを、第１０図は印刷プログラム２０１の
処理の流れを示して（・る。印刷管理プログラム２０３
は、印刷待ち行列のヘッダ６００（第６図〕より先頭の
印刷制御ブロックを取り出しく　８０１　）、印刷制御
ブロン２６０００文書ファイル名６０６より文書管理デ
ータの名称を求め、該文書管理データファイル３００を
読みだす（８０２）。

該文書管理データファイル３００の予め定められた位置
にある頁管理テーブル３１０より第１頁の領域管理ブロ
ックのリストヘッダ３１１αを読み取る。

印刷条件により第１頁から印刷開始が指示されている場
合には、第１頁のリストヘッダを読み取る。

頁管理テーブル３１０のエン）　ＩＪは頁の順に並べて
あり、しかも固定長であるので、容易に必要な頁のリス
トヘッダを読み取ることが出来る。８０３で領域管理ブ
ロックリストの先頭の領域管理ブロック３２０αを取り
出す。該ブロック３２０αのエントリ３２５αより、該
領域はテキスト領域であることがわかる。従って、デー
タタイプはテキストか否かの判定（８０４）より８０５
の処理に移る。８０５では領域ヘッダのアドレスをレジ
スタにセットしてテキスト印刷プログラム２０１αを起
動する。本タスク起動マクロでは、起動要求を出したタ
スクと起動されるタスクの通信は、レジスタを介し、て
行えるものとしている。テキスト印刷プログラム２０１
αを起動した後、印刷管理プログラム２０３はメツセー
ジ受信マクロを発行し受信待ちとなる（　８０８　、８
０９　）。起動されたテキスト印刷プログラム２０１α
は、第１０図の９０１で示されるように領域リストヘッ
ダ５１１αまっ先頭の領域管理ブロックを取り出す。本
実施例では、第５図の４１０αで示されるようなテキス
ト領域は１頁には１つしか無く、しかも対応する領域管
理ブロックは必ずリストの先頭にあると仮定しているが
、この仮定が本発明の本質的な制限には成らないことは
言うまでもない。領域管理ブロック６２０ａのエントリ
６２１αと５２２　ｃＬより印字すべき用紙上の領域の
位置とサイズを知ることが出来る。領域のサイズと同じ
かそれより大きなワークエリアが有れば処理は簡単にな
るが、通常はそれほど大きなワークエリアは取れないた
め、第１０図の９０２で示すように領域をル分割して、
分割した領域の大きさのワークエリアをイメージ展開用
バッファとして用いる。エントリ６２５αのファイル名
からテキストの領域データファイル３４０αを読みだす
。テキスト印刷プログラム２０１αは、この領域データ
ファイル６４０αと書式データから展開すべきテキスト
列のコマンドを生成する。書式データは起動時のパラメ
ータより書式データテーブルへのポインタが分かるので
、容易に読みだすことが出来る。領域データフ・アイル
５４０αには、テキストの文字コードや属性のデータ、
及びケイ線データなどが記憶されている。書式データは
余白や行間、文字間などのデータが入っている。

印刷プログラム２０１は分割した領域単位で印刷イメー
ジを展開する。展開を終了した領域はハードディスク１
０１に格納される。本例では印刷制御２０６がハードデ
ィスクに格納するとしているが、該処理に必要な情報は
印刷プログラム２０１が設定しなければならない（９Ｑ
４　）。ハードディスク１０１には６０５〔第７図〕で
示される１頁の印刷イメージが格納されるが、印刷プロ
グラムは第５図の領域４００αに対応した位置に領域の
イメージが格納されるように３２１α、３２２α、ある
いは分割情報を用いて格納位置を制御する。９０５〜９
Ｑ７をルロループすると１頁のイメージ展開処理を終了
し印刷管理プログラムにメツセージを送出（９０９）　
して処理を終了する。

印刷管理プログラム２０６はメツセージが送出されると
、第９図の８０９より処理を開始する。領域管理ブロッ
ク３２０αのリンクフィールド３２６αが他の領域管理
ブロック３２０ｂを指しており同じ頁にまだ領域が存在
しているので、領域管理ブロック５２０ｈに対応する領
域の印刷イメージの展開を行う。第５図の領域４１０ｂ
の図形を展開する印刷プログラムが印刷管理プログラム
２０３によって起動されるが、この図形印刷プログラム
に関する処理に説明は省略する。図形印刷プログラムか
らのメツセージ待ちに成っていた印刷管理プログラム２
０３は、図形印刷プログラムからのメツセージによって
再び８０９から処理を開始するが、領域管理ブロック３
２０ｂのリンクフィールド３２６ｈはＮＵＬＬ値なので
、８１０の判定で８１１の印刷処理を開始する。この処
理はハードディスク上の印刷イメージを１行（６０７）
ずつ切り出してワイヤドツトプリンタ１０３に出力する
というものである。印シＩＪ処理が終了すると頁管理テ
ーブル６１０の次のエントリ５１１Ａ（第４図）をチェ
ックして有効であれば、その頁の処理を開始し、無効で
あれば（ＮＵＩ・Ｌ値）印刷処理を終了する。

以上に説明した本実施例では、以下のような効果がある
。

（１）従来のアプリケージ１ンのプログラムとデータの
構造を殆ど変更すること無く、テキスト。

図形、グラフなどが混在した統合文書の印刷が可能と成
る。

（２）従来は文書印刷中忙他の文書の印刷を要求しても
受付けられなかったが、本実施例では印刷中であっても
次々と新たな文書の印刷要求を受付けることが出来るの
で、ユーザから見た使い勝手が極めて良くなる。

（３）新たなアプリケーションを追加する場合には、そ
の専用の印刷プログラムを追加するだけでよいので、新
たなアプリケーションで編集したデータを統合して印刷
することが可能である。

〔発明の効果〕

本発明によれば、文書管理データ３１０と印刷管理プロ
グラム２０６によって、各アプリケーション特有の印刷
プログラムの買上の印刷範囲、印刷順序を制御できるの
で、異なるアプリケーションが編集した編集データを同
一用紙上に定められたレイアウトに従って印刷すること
、部ち統合文書の印刷が可能となる。

また本発明忙よれば、印刷のためのプログラム（印刷管
理プログラム、印刷プログラム）と印刷条件をユーザに
問い合わせ、印刷条件を設定する印刷条件設定プログラ
ム２０４を独立に動作させることができるので、印刷中
であっても他の文書の印刷要求を受けつけ、白側条件の
設定を行うことが可能となり、使い勝手がよくなるとい
う効果がある。

【図面の簡単な説明】

第１図は本発明の一実め例のソフトウェア構造を示す図
、第２図は本発明の一実施例のハードウェア構成を示す
図、第６図は従来の印刷処理の例を示す図、第４図は本
発明の一実施例のデータ構造を示す図、第５図はデータ
構造を説明する図、第６図は本発明で用いられる印刷待
ち行列の例を示す図、第７図は本発明の一実施例の処理
の流れを示す図、第８図、第９図、第１０図はそれぞれ
本発明の一実施例における印刷条件設定プログラム、印
刷管理プログラム、印刷プログラムの処理の一例を表わ
す図、第１１図は描画コマンドの形式を例示する図、第
１２図は印刷制御プログラムの一例を示す図である。 ２０１　、２０２・・・印刷プログラム、２０３・・・
印刷管理プログラム、２０４・・・印刷条件設定プログ
ラム、２０６・・・Ｏ８の印刷制御部、３００・・・文
書管理データファイル、６００・・・印刷待ち行列のヘ
ッダ、６０１・・・印刷制御ブロック、１０３・・・ワ
イヤドツトプリンタ、１０４・・・ＬＢＰ、　２１０・
・・ＬＢＰコントローラ部、２１１・・・ＬＢＰエンジ
ン。

Claims (1)

1. 【特許請求の範囲】 １、マルチタスクの制御が可能なオペレーティングシス
   テムを備えた文書編集印刷処理システムにおいて、テキ
   スト、図形、グラフ等の各々の編集プログラムに対応し
   、該編集プログラムが編集した編集データにより描画コ
   マンドを発生する、独立して動作する複数の印刷プログ
   ラムと、該複数の印刷プログラムからの上記描画コマン
   ドにより印刷用ドットイメージを発生する印刷制御プロ
   グラムと、上記編集データの印刷位置情報や、上記印刷
   プログラムに関する情報等を有する管理データと、上記
   印刷プログラムの動作を制御する印刷管理プログラムと
   を具備し、上記印刷管理プログラムは上記管理データに
   より上記複数の印刷プログラムの動作を制御することを
   特徴とする文書編集印刷処理における統合文書印刷シス
   テム。 ２、文書印刷時にオペレータに印刷条件を問合わせ、該
   印刷条件や印刷対象文書に関する印刷情報を生成する印
   刷条件設定プログラムをタスクとして構成し、該印刷条
   件設定プログラムは、上記印刷管理プログラムの印刷処
   理とは独立に印刷情報を生成することを可能ならしめ、
   該印刷情報は上記印刷条件設定プログラムと上記印刷管
   理プログラムの両者がアクセス可能な領域に生成される
   ことを特徴とした、特許請求の範囲第１項記載の統合文
   書印刷システム。