JPS63250727A - プリンタ制御装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、ホストコンピュータ等のデータ処理装置から
送られるデータを印字するプリンタの制御装置に関する
。

（従来の技術） 一般に、ホストコンピュータ等がプリンタに送るデータ
は、実際の印字パターンを示す印字データと、印字方法
やプリントエンジンのモードを制御する制御データより
なる。プリンタの制御装置（以下、単にコントローラと
記す月よ、このデータを処理して、実際に印字すべきド
ツトイメージに変換し、印字を行うプリントエンジンに
供給する。

（発明が解決しようとする問題点） 近年、プリンタの高機能化に伴い、制御データの仕梯は
極めて複雑になってきた。そのため、プリンタのコント
ローラでの印字データの処理時間が長くなる。コントロ
ーラを制御するＣＰＵ自身の飛躍的な処理速度の向上は
、ハードウェアの制約から期待できないため、高速化は
困難である。

したがって、たとえ高速のプリントエンジンを用いても
、データ処理の勤率が上がらなくなってきている。

本発明の目的は、データ処理の効率の高いプリ゛　　ン
タ制御装置を提供することである。

（問題点を解決するための手段） 本発明に係るプリンタ制御装置は、少なくともデータを
入力するための入力手段と、中間データを記憶するため
の第１記憶手段と、入力データの解析と中間データへの
変換を行い、第１記憶手段に中間データを送る第２情報
処理手段と、印字するための画像データを記憶する第２
記憶手段と、第２記憶手段に記憶された画像データを作
像部へ出力するための画像出力手段と、第１記憶手段に
記憶された中間データを解析し、解析結果に応じて、第
２記憶手段への画像の描画または画像出力手段の起動を
行う第２情報処理手段とからなる。

（作　用） 入力データの中間コードへの変換と中間コードの画像デ
ータへの変換をそれぞれ別の情報処理手段において行う
。両情報処理手段は、第１記憶手段を介在させて相互に
独立に動作する。したがつて、両情報処理手段の動作に
おいて無駄な待ち時間がなくなり、処理効率が向上する
。

（実施例） 以下、添付の図面を参照して本発明の詳細な説明する。

（ａ）電子写真プリンタの構成 まず、ブリンクおよびコントローラの概略構成について
説明する。

第２図は、本発明の実施例であるグラフィック描画の可
能なプリンタ・システム■０による処理システムの構成
である。

汎用のデータ処理装置１からのデータは、データ処理装
置Ｉのスルーブツトを改善するため、外部のファイルバ
ッファ２に一旦格納された後、プリンタ・システムＩＯ
に出力される。

プリンタ・システムＩＯは、ビットマツプ方式のデータ
処理装置（ＢＭＵ）３と、電子写真プロセスとレーザー
を用いたプリントエンジン４と、外部給紙ユニット５や
ソータ６等の付属装置よりなる。

第３図は、プリンタ・システムＩＯの外観を示す。プリ
ントエンジン４は、上記ビットマツプ方式データ処理装
置３を内蔵しており、アクセサリとして外部給紙ユニッ
ト５と、ソータ６が接続可能である。また、プリントエ
ンジン４の上部前面には、システムの状態を示す表示や
簡単な操作を行うためのキーが並べられた操作パネル４
４が装着されている。

第４図は、操作パネル４４の詳細を示すものである。こ
こに、９０１〜９０３が入カキ−であり、９１０〜９１
８が表示素子である。キー９０１は、プリント動作を一
時停止させるためのＰＡＵＳＥキーである。キー９０３
は、ＴＥＳＴプリントを起動するためのＴＥＳＴキーで
ある。キー９０３はシフトキーであり、キー９０２と同
時に押すことにより、プリントを中断するＣＡＮＣＥＬ
キーとなる。キー９０２，９０３を同時に押して中断が
機能するようにしたのは、不用意な操作による中断を防
止するためである（本実施例においては、キャンセル機
能の説明は省略する。）。

第５図は、プリンタ・システム１０の概略ブロック図で
ある。

ビットマツプ方式データ処理装置３は、ビットマツプ制
御部（Ｉ３ＭＧ）３０、ビットマツプ用のビットマツプ
ＲＡＭ（ＢＭ−ＲＡＭ）３２、このＢ　Ｍ　−ＲＡＭ３
２に描画を行うビットマツプ書込部（ＢＭＷ）３１およ
びフォント部３３よりなる。プリントエンジン４との接
続は、制御データ（枚数、アクセサリ−制御など）用の
バスＢ３とイメージデータ用のバスＢ４により行う。プ
リントエンジン４は、３つのコントローラを中心に構成
される。

まず、インターフェイス制御部（Ｉ　ＦＣ）４０はビッ
トマツプ制御部３０からの制御データの処理、操作パネ
ル制御、および内部バスＢ５を通じてプリントエンジン
４全体のタイミングの制御を行う。

電子写真制御部４１は、内部バスＢ５を通じてインター
フェイス制御部４０から送られるデータに応じて、電子
写真プロセス部４５の制御を行う。

プリントヘッド制御部（ＰＨＣ）４２は、内部バスＢ４
を通じてビットマツプ書込部３１から送られてくるイメ
ージデータを書き込むため、内部バスＢ５を通じてイン
ターフェイス制御部４０から送られてくる情報に従って
プリントヘッド部４３の半導体レーザーの発光やポリゴ
ン・モータの回転を制御する。

また、外部給紙ユニット５やソータ６も、内部バスＢ５
を通じて、インターフェイス制御部４０から制御される
。

以上に説明したプリンタ・システム１０は、ビットマツ
プ方式のレーザープリンタである。データ処理装置ｌか
ら送られてくる印字データ（はとんどはコードで表わさ
れる）は、ビットマツプ方式処理装置３のＢＭ−ＲＡＭ
３２上に実際の印字イメージとして展開され、プリント
エンジン４に出力される。プリントエンジン４では、ビ
ットマツプ方式データ処理装置３からのデータに応じて
レーザー光を変調して感光体上に記録し、さらに記録紙
に転写する。

データ処理装置１から送られてくるデータには、印字デ
ータの他に、書式の制御やエンジンのモード設定を行う
コードも含まれる。

ビットマツプ方式データ処理装置３では、印字データの
他にこれらのプロトコルの解析も行い、書式の制御や必
要に応じてプリントエンジン４への通紙やオプションの
モード変更等の指示を出す。

プリントエンジン４では、上記の記録制御の他に、それ
に伴う電子写真系の制御、記録紙のタイミング制御、さ
らに、他のオプションへの通紙に同期した処理を行う。

プリントエンジン４の制御は、走査系を除いて、電子写
真複写機と同様である。

（ｂ）ビットマツプ制御部 フォントの実際の描画はビットマツプ書込部３１で行わ
れるが、ビットマツプ書込部３１への情報としては、フ
ォントのパターン内蔵アドレスや、ＢＭ−ＲＡＭ３２へ
の描画アドレス等のパラメータを計算する必要がある。

これには所定の時間がかかる。そこで、ビットマツプ制
御部３０において、ＢＭ−ＲＡＭ３２のデータをプリン
ト中に、次のページのデータを前処理して中間コードに
しておくことにより、処理の高速化を計る。

第１図はビットマツプ制御部３０のブロック図を示す。

本出願人が開示したプリンタ制御装置（特願昭６１−１
６５７５４号）においては、ビットマツプ制御部３０は
、一つのＣＰＵで制御されていた。本実施例では、デー
タ解析用と印字制御用の２つの情報処理部３２０，３３
０を用い、両者を中間コード記憶用のＰ−ＲＡＭ３０５
で接続した。このように従来一つのＣＰＵで管理してい
た処理を２つの情報処理部３２０．３３０に分けること
によって、画情報処理部３２０，３３０は非同期に情報
処理が可能となり、どちらかの処理の遅れによるデータ
の流れの滞りを減少することができる。つまり、データ
のスループットが向上し、プリント速度の高速化に対応
できるようになる。

第１情報制御部３２０では、データ処理装置インターフ
ェイス３０８からのデータをＲ−バッファ３０４へ一時
記憶し、その後、順次、データ入力と非同期にパケット
処理を行ってゆく。主な処理内容としては、プロトコル
解析、印字データの仮編集、仮編集結果のＢＭ−ＲＡＭ
３２への描画が容易な中間コードへの変換、中間コード
のＰ−ＲＡＭ３０５への記憶がある。印字データの仮編
集とは、プロトコルの解析結果にしたがって送られてき
た印字データ毎の印字位置の決定をさす。そのため、印
字データを表わす中間コードは、印字データのパターン
コード、ビットマツプへの描画アドレスなどが含まれる
。

Ｐ−ＲＡＭ３０５は、従来の方法では、ＣＰＵによりア
クセスされるメモリを用いていたが、本実施例では、ハ
ードウェア構成のＦＩＦＯ（ファースト・イン・ファー
スト・アウト）メモリ（以下、Ｐ−ＲＡＭをＦＩＦＯと
称す）３０５を用いる。

これはＣＰＵによる記憶アドレスの管理といった処理を
省略して、スループットを向上させるためである。Ｆ　
Ｉ　ＦＯ３０５には、変換された中間コードが、空いた
メモリスペースに順次書き込まれ、一方、ＢＭ−ＲＡＭ
３２の描画の際は、ＦＩＦＯ３０５に記憶された順に順
次読み出される。書き込みと読み出しは、ソフトウェア
によらないので、画情報処理部３２０，３３０のソフト
処理に負担とならない。

一方、第２情報制御部３３０では、Ｆ　Ｉ　ＦＯ３０５
に書き込まれた中間コードを順次読み出し、処理を行う
。処理内容は、中間コードに応じたプリントエンジン部
４の制御コマンドをプリントエンジンインターフェイス
３０７に出力し、プリントエンジン制御の中間コード以
外をビットマツプ書込部インターフェイス３０６に出力
し、ビットマツプメモリ３２への画像の描画またはプリ
ントの起動を行う。

このような形態にすることによって、各情報処理部３２
０，３３０は、入力されたデータをそのまま処理するだ
けで良く、処理の流れを変える必要がなくなるのでスル
ープットが向上し、処理が高速化できる。

第６図は、第１．第２情報処理部３２０（３３０）各々
のハードウェア構成例を示す。３２１（３３１）は処理
を行うＣＰＵであり、３２２（３３２）はＣＰＵのプロ
グラムが書き込まれたシステムＲＯＭであり、３２３（
３３３）はＣＰＵの作業用記憶エリアとして用いられる
システムｒｌＡＭである。

また、タイマ３２４（３３４）は、ＣＰＵ３２１（３３
１）がタイミング管理を可能とするためのものである。

第７図のタイムチャートの一例に示すように、いま３ペ
ージのデータ（コード）がデータ処理装置１から順次送
られてくると、第１ページから頭次Ｒ−バッファ３０４
に格納される。第１情報処理部３２０は、Ｒ−バッファ
３０４のデータを順次処理し、中間コードに変換して、
Ｐ　Ｉ　ＦＯ３０５に格納する（この処理をパケット処
理という）。ＢＭ−ｒＺＡＭ３２には、データが書き込
まれていないので、第２情報処理部３３０は、Ｆ　Ｉ　
ＦＯ３０５のデータを読み出し、ビットイメージに変換
し、ビットマツプ書込部３１に送る。一般に中間コード
への変換の方が時間を要するので、この処理は、Ｆ　Ｉ
　ＦＯ３０５からの入力信号待ちなどにより断続的に行
われる。ビットマツプ書込部３１は、ビットイメージデ
ータをＢＭ−１１ＡＭ３２に描画する。

ＢＭ−ＲＡＭ３２への描画とプリントはページ単位で行
う。！ページ分の描画が終わると、直ちにプリンタにお
いて第１ページのプリントが行われる。

画情報処理部３２０，３３０は、間にＦＩＦＯ３０５を
介在させているので、ＰＩＦＯ３０５に記憶の余地があ
る限り、互いに独立に処理を行える。したがって、第１
情報処理部３２０では、第１ページのパケット処理が終
わると、直ちに第２ページの処理をはじめる。第２情報
処理部３３０は、第１ページのプリントが終わると、直
ちにＦＩ　ＦＯ３０５から中間コードを読み出して、第
２ページのビットイメージのＢＭ−ＲＡＭ３２への描画
をはじめる。第１ページのプリントの間に第２ページの
パケット処理がかなり進んでいるので、第２ページの描
画は連続的に行える。第３ページのデータも同様に処理
される。

したがって、第１ページのＢＭ−ＲＡＭ３２への描画が
断続的に行われることを除いて、画情報処理部３２０．
３３０のパケット処理と描画はそれぞれ連続的に行われ
、処理が無駄なく進行する。

なお、従来の一つの情報処理部でパケット処理と描画処
理の２つのルーチンを行う場合は、第８図のタイムチャ
ートのように処理が進む。画処理ルーヂンは１つのＣＰ
Ｕの下で時分割で動作するので、プリントが行われてい
るときおよびパケット処理が終わった後を除いて、処理
は断続的に行われることになる。したがって、処理速度
が低下するのである。

（ｃ）イメージエリア 次にイメージエリアの考え方について説明する。

第９図は一例を示す。第９図において、全エリアＡ　Ｉ
で示される部分が、ペーパーのサイズに相当する部分で
、ＢＭ−ＲＡＭ内に設定されている毛リアに相当する。

マージンエリアＡ２は実際にペーパーにプリントを行う
際の余白部分であり、印字データの描画が行われるのは
、残ったイメージエリアＡ３の部分である。

印字の開始は、イメージエリアＡ３の左上から行われ、
文字は印字方向ＡＩＯにしたがって順次印字される。途
中、改行コードが入力された場合、改行方向Ａｌｌに改
行幅Ａ１２だけ次の印字位置が移動する。また、復行コ
ードが入力されると、イメージエリア左端、復行位置Ａ
１３に次の印字位置が移動する。

（ｄ）印字データの処理と出力 第１０図は、ビットマツプ書込部３１の詳細ブロック図
を示す。ビットマツプ書込部３Ｉの機能は大別して、Ｂ
Ｍ−ＲＡＭ３２への描画機能と、プリントの際にＢＭ−
ＲＡＭ３２のデータをプリントエンジン４へ出力する機
能とに分かれる。

ＢＭ−ＲＡＭ３２への描画の機能は、さらに２つに分け
られ、グラフィックイメージ書込部３１６により行われ
る線や円の描画と、フォントイメージ書込部３１１によ
り行われるフォント描画とからなる。両方ともビットマ
ツプ制御部インターフェイス３１７を通じてビットマツ
プ制御部３０から送られるパケットで動作するロジック
部であるが、グラフィックイメージ書込部３１６の殆ん
どの処理は、パケット内のパラメータを解析してＢＭ−
１１Ａｋｉ３２に描画するのに対して、フォントイメー
ジ書込部３１１の殆んどの処理は、ＰＩＦＯ３０５内の
データにしたかってフォント部インターフェイス３１４
を通じてフォント部３３から読み込んだフォントイメー
ジをＢＭ−ＲＡＭ３２に描画する。

一方、プリントの際のデータ出力の機能は、プリントヘ
ッド制御部インターフェイス３１５により行われる。す
なわち、ビットマツプ制御部３０からインターフェイス
３１７を介して送られてくるプリント開始コードを受は
取ると、プリントエンジン４のプリントヘッド制御部４
２（第５図参照）からバスＢ４を通じて送られてくる同
期信号にしたがって、ＢＭ−１１ＡＭ３２のデータをプ
リントヘッド制御部４２に出力する。

（ｅ）ヒツトマツプ制御のフロー これより、フローチャートを参照しながら、本システム
の動作説明を行う。

本システムのフローチャートは、第１情報処理部３２０
と第２情報処理部３３０の２つのメインルーチンに分か
れていて、各ルーチンは非同期で動作する。

＜ｅ−１＞第１情報処理部のフロー 第１１図〜第１５図は、ビットマツプ制御部３０の第１
情報処理部３２０の処理を示すフローチャートである。

第１１図において、まず、電源が投入されると（ステッ
プ＃１１以下ステップを略する。）、内部の初期化を行
った後（＃２）、データ処理装置１からの受信データを
記憶するＲ−バッファ３０４のクリアを行う（＃３）。

次に、制御フラグの初期化を行う（＃４）。具体的には
、受信データ処理ルーチンで仮イメージ編集中であるこ
とを示すＬＰＷＲＩＴＥをクリアする。ＦＩＦＯ３０５
は、電源投入時にハード的にクリアされる。そして、中
間コード作成の準備としてフォント部３３より、印字デ
ータのフォントフォーマット決定のためにフォントの属
性を読み込む（＃５）。

これらの準備動作完了後、主ループに入る（＃６〜＃８
）。主ループでの処理は受信データの解析と中間コード
への変換である。データの流れは次のようになる。まず
、外部データ処理装置１からのデータは、主ループとは
非同期にデータ処理インターフェイス３０８からの要求
で起動される受信割込みルーチン（第１５図）により、
Ｒ−バッファ３０４に蓄えられる。この受信データは、
中間コード用メモリＦＩＦＯ３０５に空きがあり、（＃
６でＹＥＳ）、かつ、Ｒ−バッファ３０４に処理すべき
データがあるとき（＃７）、受信データ処理ルーチン（
＃８、第１２図）により中間コードに変換され、Ｆ’　
Ｉ　ＦＯ３０５に蓄えられる。

つまり、第２情報処理部３３０に対しては、ＦＩＦＯ３
０５を介して中間コードの形式でデータ処理を受は渡す
。この中間コードはフォントパターンのセレクトやフォ
ントサイズに応じたパターンのＢＭ−ＲＡＭ３２への描
画アドレスの計算値が含まれていて、仮想的に仮編集さ
れたものと言える。また、初期化のとき、フォント属性
を読み込んでおくのは、第２情報処理部３３０での文字
の描画とも非同期に仮編集を行うためである。

以下余白 第１２図は、受信データ処理（＃８）のフローを示す。

受信データは、次の４つに分類される。

ＩＦＣ関連コード（プリントエンジン関連コード） ＪＯＢ制御コード（ＪＯＢ　５ＴＡＲＴ、　ＰＡＧＥ　
ＥＪＥＣＴ）書式制御コード 印字データ（文字コード、グラフィックコード）データ
処理装置ｌから送られるデータは、通信の効率を上げる
ため、後に述べる受信割込み処理により、受信バッファ
であるＲ−バッファ３０４に一度蓄えられている。まず
、Ｒ−バッファ３０４からデータを読み出しく＃３１）
、コードの種類を判定する。まず、印字データの場合は
（＃３２゜＃３５．＃３７．＃３９．＃４１でいずれも
Ｎｏ）、仮イメージ編集中（ＬＰＷＲＩＴＥ＝１）とし
て（＃６１、＃６２）、対応するフォーマットの中間コ
ードに変換してＦＩＦＯ３０５に出力する。すなわち、
文字コードの場合は（＃６３）、フォント・イメージ書
込部３１１へのフォーマットと同じであり、フォント・
パターンのアドレス（＃６４）、イメージ・エリア上の
印字位置に対応するＢＭ−ＲＡＭ３２への書込みアドレ
ス（＃６５）、書込みモード（＃６Ｇ）よりなる。そし
て、次の文字印字位置を更新しておく（＃６７）。グラ
フィック・コードの場合（＃６８）、グラフィック・イ
メージ書込部３１６へのコマンドと同一のフォーマット
で出力される（＃６９）。

ＩＦＣ関連コード（＃３２）は、インターフェイス制御
部４０に出力するものであるが、印字データとの同期を
とるため、印字データとは形式の異なるファンクション
・タイプの中間コードとしてＰＩＦＯ３０５へ出力して
おく（１３３）。

ＪＯＢ制御コードには、ページの区切りに用い％ＰＡＧ
Ｅ　　ＥＪＥＣ：Ｔコードと、ＪＯＢ　（ページ群）の
区切りに用いるＪＯＢ　　５ＴＡＲＴの２つがある。Ｊ
ＯＢ　　５ＴＡＲＴコード（＃３５）は、ＩＦＣ関連コ
ードと同様に、ＰＩＦＯ３０５に出力するが（＃３６）
、ＰＡＧＥ　　ＥＪＥＣＴコード（＃３７）は、モード
や印字状態により処理が異なる（＃３８．第１Ｉ図参照
）。

書式制御コード（＃３９）は、印字の書式やＰＡＧＥ　
　ＥＪＥＣＴの機能の変更を行うものである（＃４０．
第１２図参照）。

同一イメージのコピ一枚数を指定するコードであれば（
＃４１）、印字データとの同期をとるためＦＩＦＯ３０
５に対応するファンクションを出力する（＃４２）。

第１３図はＰＡＧＥ　　ＥＪＥＣＴ処理（＃３８）のフ
ローを示したものである。このＰＡＧＥ　　ＥＪＥＣＴ
処理は、ＦＩＦＯ３０５上へ中間コードとして仮編集す
るときの仮想的な処理であり、中間データ処理（第１７
図）で実際にペーパーの排出を行うものとは異なる。Ｐ
ＡＧＥ　　ＥＪＥＣＴの処理は、仮イメージ編集中（＃
８１）のときに行う。

まず、ＦＩＦＯ３０５へＰＡＧＥ　　ＥＪＢＣＴを示す
中間コードを出力する（＃８２）。ここで、実際の排紙
動作は第２情報処理部３３０がこの中間コードを受は取
った時に行われる。その後、次のページの編集に備えて
、次の印字位置を先頭に戻す（＃８３）。そして、ＬＰ
ＷｒｔＩＴＥをＯにする（＃８４）。これらの一連の動
作は仮イメージ編集を示すＬＰＷＲＩＴＥフラグによっ
て判別され（＃８１）、空ページ出力を防ぐ。

第１４図は、書式制御コードの処理シーケンス（＃４０
）を示したフローである（第９図参照）。復行コードの
場合は（＃１０１）、次の印字位置を左端へ移動しく＃
１０２）、改行コードの場合（＃１０３）、次の印字位
置を１行下へ移動する（＃１０４）。また、ランダム指
定のとき（＃１０５）はオフセット値を加算した後に、
次の印字位置を更新するに＃ｌ０６）。

第１５図は、受信割込みのフローを示す。データ処理装
置ｌより割込みをうけると（１２１）、データ処理装置
インターフェイス３０８よりデータを読み込み（＃１２
２）、Ｒ−バッファ３０４へそのデータを書き込む（＃
１２３）。

＜ｅ−２＞第２情報処理部のフロー 第１６図と第１７図は、第２情報処理部３３０の処理を
示すフローチャートである。

第１６図において、準備動作は第１情報処理部３２０と
同様の処理を行う。まず、電源が投入されると（＃２０
０）、内部の初期化を行い（＃２０１）、ＢＭ−ＲＡＭ
３２のイメージエリアをクリアしく＃２０２）、制御フ
ラグを初期化する（＃２０３）。具体的には、プリント
状部を示すＪ　０Ｉ３ＡＣＴフラグをクリアし、ＢＭ−
ＲＡＭへの描画状態を示すＢＭ−ＷＲＩＴＥフラグをク
リアし、同一枚数のコピ一枚数を示すＣ０ＰＹフラグを
１にセットし、同一枚数のコピ一枚数を計数するＣＣ０
ＵＮＴを１にセットする。この後、主ループに入るが、
主ループの行う処理は、中間コードの解析とＢＭ−ＲＡ
Ｍへの描画（＃２３１〜＃２３３）およびプリント・シ
ーケンス制御（＃２１２〜＃２１９）である。

データの流れは次のようになる。まず、排紙条件フラグ
であるＪ０１３ＡＣＴカ月のときは（＃２１１）、プリ
ント・シーケンス（１２１２〜＃２Ｉ９）に入る。また
、ＪＯＢＡＣＴが１でないときは、ビットマツプ書込部
３１が動作中でないとき（＃２３１）、Ｆ　Ｉ　ＦＯ３
０５から中間コードが有ることをチェックして（＃２３
２）、中間コード処理が行われる（＃２３３）。

ＰＩＦ０３０５に蓄えられた中間データの処理フロー（
＃２３３）を第１７図に示す。ここでは、主にＦＩＦＯ
３０５より取り出した中間コード（＃２５１）に応じた
ＢＭ−ｒｔＡＭ３２への描画と、プリント・エンジン部
４へのコマンド出力などのシーケンス制御も行う。

まず、印字データの場合（＃　２５２でＹＥＳ）は、中
間コードをフォントイメージ書込部３１１へ（＃２５３
）、グラフィックデータの場合（＃　２５４でＹＥＳ）
は、グラフィックイメージ書込部３１６へ出力する（＃
２５５）。

もし、初めてのデータを書込む場合（ＢＭ−ＷＲＩＴＥ
フラグ＝０）（＃２５６）、ＢＭ−ＷＲＩＴＥフラグを
１とする（＃２５７）。プリントエンジン４に対して給
紙等の準備を先行させるためのペーパーの先出しコマン
ドＰＦＣＭＤをインターフェイス制御部４０に出力する
（４２５８）。これによりビットマツプ方式データ処理
装置３のプリント準備が終了すれば、感光体へのレーザ
ー露光が直ちに可能となり、給紙時間に相当してスルー
プットが向上する。

ＩＦＣ関連コード（＃２６１）や、ＪＯＢ　　５ＴＡＲ
Ｔコード（４２６２）は、インターフェイス制御部４０
へ出力される（＃２６３）。

ＦＩＦＯ３０５からビットマツプ書込部３１への出力は
、中間コードのデータのある限り順次行われてゆくが（
＃２１４〜＃２１６）、ＰＡＧＥＥＪＥＣＴコードを検
出すると（＃２７１でＹＥＳ）、１ペ一ジ分の信号変換
が終了したのでプリント動作に入る。まず、ＢＭ−ＲＡ
Ｍ３２への書込みを禁止するためＪＯＢＡＣＴフラグを
セットし、ＢＭ−ＲＡＭ３２の更新を禁止し、マルチプ
リント枚数を更新しく＃２７２）、プリントヘッド制御
部インターフェイス３１５をプリント可能状態にしく＃
２７３）、インターフェイス制御部４０にプリントコマ
ンドＰＲＮＣＭＤを出力する（＃２７４）。これにより
、プリントヘッド制御部インターフェイス３１５では、
プリントヘッド制御部４２の制御部回路から送られてく
るパルスに同期して、ＢＭ−ＲＡＭ３２のデータをバス
Ｂ４を通じて出力する。

コピ一枚数設定の場合（＃２７５）は、コピ一枚数ｃｏ
ｐｙを更新する（＃２７６）。

プリントが終了すると、第１６図に戻り、まだＪＯＲＡ
ＣＴフラグがセットされているため（＃２１１）、イン
ターフェイス制御部４０からの露光終了コマンドＥＸＰ
ＥＮＤ待ちとなる（＃２１２）。

ＥＸＰＥＮＤを検出すると、同一イメージのコピー制御
を行う（＃２１３〜＃２２０）。まず、コピ一枚数カウ
ンタＣＣ０ＵＮＴを減算しく＃２Ｉ３）、所、実枚数の
コピーが終了したかチェックす４（＃２１４）。終了し
た場合は、次のイメージの描画のためＢＭ−ＲＡＭ３２
をクリアしく＃２１５）、プリント状態解除のためＪＯ
ＢＡＣＴフラグをリセットしく＃２１８）、コピ一枚数
カウンタをＣＣ０ＵＮＴへ復帰しく＃２１７）、ＢＭ−
ＲＡＭ３２への描画状態を示すＢＭ−ＷＲＩＴＥフラグ
のクリア（＃２１６）を行う。コピー未終了の場合は（
＃２１４）、再び、同一イメージでプリントを開始する
（＃２１９．＃２２０）。

（発明の効果） データ処理装置からのデータを解析するデータ解匠部（
プロトコル解析部）と、印字制御部とを独立した情報処
理部としてデータを平行処理することにより、プリント
効率を大幅に向上できる。

【図面の簡単な説明】

第１図は、ビットマツプ制御部のブロック図である。 第２図は、本発明の実施例に係る電子写真プリンタのシ
ステム構成図である。 第３図は、プリントシステムの斜視図である。 第４図は、操作パネルの図である。 第５図は、ビットマツプ方式データ処理装置とプリント
エンジンのブロック図である。 第６図は、第１情報処理部と第２情報処理部のブロック
図である。 第７図と第８図は、それぞれ本実施例と従来例のデータ
処理のタイムチャートである。 第９図は、イメージエリアの一例の図である。 第１０図は、ビットマツプ書込部のブロック図である。 第１１図〜第１５図は、それぞれ、第１情報処理部のフ
ローチャートである。 第１６図と第１７図は、それぞれ、第２の情報処理部の
フローチャートである。 ４・・・プリントエンジン、 ３０・・・ビットマツプ制御部、 ３１・・・ビットマツプ書込部、 ３２・・・ＢＭ−ＲＡＭ。 ３０４・・・Ｒ−バッファ、 ３０５・・・ＦＩＦＯｌ ３２０・・・第１情報処理部、 ３３０・・・第２情報処理部。 特　許　出　願　人　ミノルタカメラ株式会社代　理　
人　弁理士　青　山　　葆　ほか２名第４図 第５！！ｌ　　　　　３ 第９図 べ 第１０図 ブリシトヘヴトηｆｔＩｇＰ 第１１図　　　　　　　　　　第１３図第１４１Ａ 第１５１″７Ｉ

Claims (1)

【特許請求の範囲】
1. （１）少なくともデータを入力するための入力手段と、 中間データを記憶するための第１記憶手段と、入力デー
   タの解析と中間データへの変換を行い、第１記憶手段に
   中間データを送る第１情報処理手段と、 印字するための画像データを記憶する第２記憶手段と、 第２記憶手段に記憶された画像データを作像部へ出力す
   るための画像出力手段と、 第１記憶手段に記憶された中間データを解析し、解析結
   果に応じて、第２記憶手段への画像の描画または画像出
   力手段の起動を行う第２情報処理手段とからなるプリン
   タ制御装置。