JPH02220858A

JPH02220858A - プリンタ

Info

Publication number: JPH02220858A
Application number: JP4414089A
Authority: JP
Inventors: Motomi Kawamura; 河村　もとみ
Original assignee: Minolta Co Ltd
Current assignee: Minolta Co Ltd
Priority date: 1989-02-23
Filing date: 1989-02-23
Publication date: 1990-09-04

Abstract

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

Description

【発明の詳細な説明】（産業上の利用分野）本発明は、プリンタシステムに送られたデータのプリン
タシステム内における処理状況を表示するプリンタに関
する。

（従来の技術）レーザプリンタなどのプリンタにおいては、般にホスト
コンピュータなどのデータ処理装置から送られたデータ
をバッファメモリに記憶しておき、バッファメモリのデ
ータを順次読み出してデータ処理を行い、ビットマツプ
メモリに１頁分のビットイメージデータを作成する。そ
して、ビットイメージデータを順次読出して、印字を行
う。

画像データのようなデータ処理に時間がかかるデータで
は、データ処理装置からプリンタへのデータ転送時間に
比べ、プリンタ内でのビットマツプメモリへのデータ書
込時間は、データ処理のため時間がかかる。従って、オ
ペレータは、正常に画像書込が行われているか否かを判
断できず、プリント出力までの待ち時間の間、不安であ
る。

そこで、本出願人は、別の出願（特願昭６３１６２２７
０号）において、データ処理装置からプリンタに送られ
たデータのプリンタ内のビントマツプメモリへの画像デ
ータ書込処理の処理率を表示パネル上に表示するプリン
タを開示した。

（発明が解決しようとする課題）データ処理装置からプリンタに送られるデータには、描
画アドレスがビットマツプメモリを不規則に動き回るベ
クターデータがある。ベクターデータの場合、現在処理
中の描画アドレスから画像データ書込処理の処理率（ま
たは未処理率）を求めて表示したとしても、この「処理
率」の値は本来の処理率を表わさず、単にプリンタがデ
ータ処理をしていることを示すだけの意味のない数字で
ある。

従って、オペレータは、データ処理状況を判断できず、
不安さえ感じることがある。ベクターフォントで拡大処
理を行う場合なども同様の状況が起こり得る。

また、処理率の表示を行わないように表示パネルからマ
ニュアル操作で入力するようにしても、表示／非表示の
切替はオペレータにとって煩わしかった。

本発明の目的は、データの種類によって処理率の表示方
法を自動的に変更するプリンタを提供することである。

（課題を解決するための手段）本発明に係るプリンタは、ビットイメージデータを記憶
する記憶手段と、データ処理装置からのソースデータを
ビットイメージデータに変換し記憶手段に書込むデータ
処理手段と、記憶手段からデータを読出しプリント出力
を行う印字手段を備えたプリンタにおいて、記憶手段においてデータ処理手段から書込まれたデータ
の割合を演算する演算手段と、演算手段による演算結果
を表示する表示手段と、データ処理手段において処理中
のデータがベクターデータであると判定した場合、表示
手段に演算結果の表示を中止させ、ベクターデータ処理
中であることを表示させる表示制御手段を備えることを
特徴とする。

（作用）表示手段は、演算手段により演算されたデータ処理率（
記憶手段への書込データの割合）を表示する。しかし、
表示制御手段によりベクターデータ処理中と判定された
場合は、データ処理率の表示を行わせず、点滅などによ
りベクターデータ処理中であることを表示させる。

〔実施例〕

以下、本発明の好適な実施例を、図面を参照しながら説
明する。

第１図は、データ処理装置とプリンタシステムの関係を
示すブロック図である。

ポストコンピュータなどのデータ処理装置ｌからのデー
タは、データ処理装置ｌのスループットを改善するため
にファイルバッファ２に格納された後、プリンタ・シス
テムｌＯに出力される。

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

第２図はプリンタシステムの外観図である。

プリントエンジン４は、ビットマツプユニット３を内蔵
しており、アクセサリとして外部給紙ユニット５１〜５
３とソータ６が接続可能である。

また、プリンタシステムの上部には、システムの状態を
示す表示や、簡単な操作を行なうためのキーが並べられ
た表示パネル３４が装着されている。

第３図（ａ）は表示パネル３４の詳細を示すものである
。９０１〜９０６が入カキ−で、９１０〜９１！が表示
素子である。キー９０１はプリント動作を一時中断させ
るためのボーズキーである。

キー９０２はテストプリントを起動するためのテストキ
ーであるが、またシフトキー９０３と同時に押すことに
よってプリントを中断するキャンセルキーとなる。キー
９０４〜９０６は液晶表示（ＬＣＤ）９１０に表示され
るファンクションを選択するキーである。

また、本発明によるデータ未処理率の表示／非表示は、
ファンクション・キーの入力により液晶表示９１０上に
表示される。

液晶表示（ＬＣＤ）９１０はプリント動作中には本発明
によるデータ未処理率（第３図（ａ）の例では６５％）
を表示し、プリント動作時以外ではメツセージ出力又は
各種ファンクションを表示する。

ＬＣＤ９１０には、データ未処理率が第３図（ａ）のよ
うに数値で表示されるが、ＬＣＤ９１０の代りに第３図
（ｂ）に示す１０個のＬＣＤ９１０ｂを用いてデータ未
処理率をアナログ的に点灯部分（傾線部）の長さで表示
してもよい。（第３図（ｂ）では、データ未処理率は３
０％である。）ＬＥＤ９１１はプリントエンジンがＲＥＡＤＹ状態にな
ったことを示す。

第４図はプリンタ・ソステムｌＯの制御部の概略ブロッ
ク図である。

ビットマツプユニット３は、ビットマツプ制御部３０、
ビットマツプ用のメモリ（ＢＭ−ＲＡＭ）３２、このＢ
Ｍ−ＲＡＭ３２に描画を行なうビットマツプ書込部３１
（第６図参照）及びフォント部３３よりなる。プリント
エンジン４との接続は制御データ（枚数、アクセサリ−
制御など）用のバスＢ３とイメージデータ用バスＢ４に
より行う。また、本発明によるデータ未処理率を表示す
る表示パネル３４の制御はビットマツプ制御部３０がバ
スＢ８を介して行う。

プリントエンジン４は３つのコントローラを中心に構成
される。まず、インターフェース制御部（ＩＦＣ）４０
はビットマツプ制御部３０からの制御データの処理及び
内部バスＢ５を通じてのプリンタ４全体のタイミングの
制御を行なう。電子写真制御部４１は、内部バスＢ５を
通じてインターフェース制御部４０から送られるデータ
を通してインターフェース制御部４０から送られるデー
タに応じて、電子写真プロセス部４５の制御を行なう。

プリントヘッド制御部４２は、内部バスＢ４を通じてビ
ットマツプ書込部３１から送られてくる情報に従って、
内部バスＢ９を介してプリントヘッド部４３の半導体レ
ーザの発光やポリゴン・モータの回転を制御する。また
、外部給紙ユニット５やソータ６も内部バスＢ５を通じ
てインターフェース制御部４０から制御される。

第５図は、ビットマツプ制御部３０の構成ブロック図で
ある。第１情報処理部３２０ては、データ処理装置イン
ターフェース３０８からのデータをＲバッファ３０４へ
一時記憶し、その後順次処理を行っていく。主な処理内
容としては、プロトコル解析と、印字データの仮編集、
仮編集結果の中間コードへの変換、中間コードのＦＩＦ
Ｏメモリ３０５への記憶がある。印字データの仮編集と
は、プロトコルの解析結果に従って、送られてきた印字
データ毎の印字位置の決定を指す。そのため印字データ
を表す中間コードには、印字データのパターン・コード
、ＢＭ−ＲＡＭ３２への描画アドレスが含まれる。

第２情報処理部３３０では、ＦＩＦＯメモリ３０５に書
き込まれた中間コードを順次読み出し処理を行う。処理
内容は、中間コードに応じたプリントエンジン部４の制
御コマンドをプリントエンジン・インターフェース３０
７に出力し、プリントエンジン制御の中間コード以外を
ビットマツプ書込部インターフェース３０６に出力する
。第２情報処理部３３０は、ＦＩＦＯメモリ３０５を介
して第１情報処理部３２０と非同期に処理を行う。

また、第２情報処理部３３０は、本発明のデータ未処理
率の表示のためにマージン設定値から計算したイメージ
・エリア全ドツト数（第８図ではＸ×ｙとなる。）と、
ビットマツプメモリ３２上のカーソル位置（第８図では
（ｘ’　、ｙ’　））とから、ピヅトマップメモリ３２
に展開される１ページ内のデータ未処理率の計算を行う
。また、表示パネル３４からのデータ未処理率表示ＯＮ
１０　Ｆ　Ｆの切替え信号に応じて表示パネルインター
フェース３１１を介して表示パネル３４の制御を行う。

なお、データ未処理率の表示例は第３図（ａ）　、　（
ｂ）の通りである。

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

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

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

第７図は第１情報処理部３２０と、第２情報処理部３３
０の構成例を示す。（）内の参照番号は、第２情報処理
部３３０の構成要素を示す。ここに、３２１（３３１）
は処理を行なうＣＰＵであり、３２２（３３２）はＣＰ
Ｕのプログラムが書き込まれたシステムＲＯＭであり、
３２３（３３３）はＣＰＵの作業用記憶エリアであるシ
ステムｒ（ＡＭである。また、タイマ３２９（３３９）
はＣＰＵがタイミング管理を可能とするためのものであ
る。

つぎにイメージエリアの考え方について説明する。第８
図（ａ）にその例を示す。全エリア（ＡＩ）で示される
部分が、ペーパーのサイズに相当する。

マージン・エリア（Ａ２）は、実際にベーパーにプリン
トを行なう際の余白部分であり、印字データの描画か行
われるのは、残ったイメージ・エリア（Ａ３）の部分で
ある。印字の開始は、イメージ・エリアの左上（０，０
）から行なわれ、文字は印字方向ＡＩＯに従って順次印
字される。途中、改行コードが入力された場合、改行方
向Ａｌｌに、改行幅ＡＩ２だけ次の印字位置が移動する
。また、復行コードが入力されると、イメージ・エリア
左端の復行位置ＡＩ３に次の印字位置が移動する。

なお、マージン・エリアはデータ処理装置ｌからの指定
によりペーノ単位に変更が可能である。

ここで、さらに未処理率計算方法（第１７図＃４０５）
について説明する。まず、カーソル位置とは、イメージ
・エリア（Ａ３）の上端の復行位置（０，０）を基準と
し、ビットマツプメモリ３２への描画アドレス（次の処
理位置）が、イメージ・エリア内のどの位置に相当する
かをドツト数を単位にして示したものである。例えば、
第８図（ａ）の（ｘ’、ｙ’）である。これと第１５図
（ａＸ＃　３７３　）で計算したイメージ・エリア全ド
ツト数（第８図（ａ）の例ではｘ−ｙ）とからデータ未
処理率は次のように計算される。

ｘ＋ｙデータ未処理率は、より厳密に表わすとこの式とは異な
る。ビットイメージデータの場合は、（ｙ’−１）ライ
ンまではすべて処理されているため、処理ドツト数は、
Ｘ・（ｙ’−１）＋ｘ’　　となる。従って、データ未
処理率は、次の通りとなる。

０　ｙまた、フォントデータの場合、カーソル位置は処理中の
文字の左上角に位置するので、■ライン幅（Ａ１２）の
ドツト数をｙｏ”とすると、処理ドツト数は、Ｘ−ｙ’
　＋　ｘ’・ｙ“となる。従って、データ未処理率は次
の通りとなる。

Ｘ”Ｙしかし、どちらの場合も最後の行を無視しても、未処理
率を表示する上ではほとんど誤差の範囲に入る。そこで
、最終行を無視すると、ビットイメージデータについて
もフォントデータについても最初の式で近似できること
になる。

第８図（ｂ）に示すベクターデータ処理中の場合は、た
とえばカーソル位置が（Ｘ”、ｙ”）にあっても、次の
データ処理アドレスは、この位置と無関係の位置に移る
ので、データ未処理率を現在のカーソル位置（Ｘ”、ｙ
”）から演算したとしても、演算されたデータ未処理率
を次のデータ処理の基準とすることはできない。

フローチャートは第１情報処理部３２０と第２情報処理
部３３０の２つのメインルーチンに分かれ、これらは非
同期に動作する。第９図〜第１４図は、第１情報処理部
３２０の処理を示すフローチャートである。

第９図において、電源が投入されると（ステップ＃１１
以下「ステップ」を略する）、内部の初期化を行い（＃
２）、データ処理装置ｌからの受信データを記憶するＲ
バッファ３０４、制御フラグをそれぞれ初期化する（＃
３、＃４）。また、ＦＩＦＯメモリ３０５は電源投入時
にハード的にクリアされる。そして、中間コード作成の
準備として、フォント部３３よりフォント属性を読み込
む（＃５）。

これらの準備動作完了後、主ループに入る（＃６〜＃８
）。主ループでの処理は受信データの解析と中間コード
への変換である。データの流れは次のようになる。

まず、外部データ処理装置ｌｌからのデータは、主ルー
プとは非同期に、データ処理インターフェース３０８か
らの要求で起動される受信割込みルーチン（第１３図）
により、Ｒバッファ３０４に蓄えられる。この受信デー
タは、中間コード用メモリＦＩＦＯメモリ３０５に空き
があり（＃６でＹＥＳ）、Ｒ−バッファ３０４にデータ
があると（＃７でＹＥＳ）、受信データ処理ルーチン（
＃８、第１Ｏ図）により、中間コードに変換されＦＩＦ
Ｏメモリ３０５に蓄えられる。つまり、第２情報処理部
３３０に対しては、ＦＩＦＯメモリ３０５を介して、中
間コードの形式でデータを受は渡す。

この中間コードには、フォントパターンのセレクトや、
フォントサイズに応じたパターンのＢＭ−ＲＡＭ３２へ
の描画アドレスの計算値が含まれていて、仮想的に仮編
集されたものといえる。また、切期化の際に、フォント
属性を読み込んでおくのは（＃５）、第２情報処理部３
３０での文字の描画とも非同期にＶ＝巣を行うためであ
る。

受信データの処理例は、第１Ｏ図（ａ）　、　（ｂ）の
各フローチャートに示されている。受信データは、次の
４つに分類される。

ａ、ＩＦＧ関連コード（プリント・エンジン関連コード
）、ｂ、ＪＯＢ制御コード（ＪＯＢＳＴＡＲＴ、ＰＡＧＥ、
ＥＪＥＣＴ）、Ｃ１書式制御コード、ｄ、印字データ（文字コード、グラフィック・コード）
。

まず、Ｒ−バッファ３０４から受信データを読み込む（
＃３１）。

印字データの場合は（＃３２．＃３５．＃３７．＃３９
でＮｏ）、仮イメージ編集を示すＬＰＷＲＩＴＥフラグ
が０であれば（＃５１でＹＥＳ）、立てておく（＃５２
）。次に、文字コードかグラフィックコードかを判定す
る（＃５３．＃５８）。文字コードの場合は（＃５３で
ＹＥＳ）、フォント・イメージ書込部３１１へのフォー
マットと同じで、フィーント・パターンのアドレス（＃
５４）、ＢＭ−ＲＡＭ３２への描画アドレス（＃５５）
、書込みモート（＃５６）がＦＩＦＯメモリ３０５へ書
き込まれろ。

そして、次の文字印字位置を更新しておく（＃５７）。

グラフィック・コードの場合は（＃５８でＹＥＳ）、グ
ラフィック・イメージ書込部３１６へのコマンドと、同
一のフォーマットで出力される（＃５９）。

ＩＦＣ関連コード（＃３２）はソータなどのオプション
のコード情報等でインターフェース制御部４０に出力す
るものであるが、印字データとの同期をとるため印字デ
ータとは形式の異なるファンクションタイプの中間コー
ドとしてＦＩＦＯメモリ３０５へ出力しておく（＃３３
）。ＪＯＢ制御コードには、ページの区切りに用いるＰ
ＡＣ；Ｅ、ＥＪＥＣＴコードとＪＯＢ（ページ群）の区
切りに用いるＪＯＢＳＴＡＲＴの２つがある。ＪＯＢＳ
ＴＡＲＴコード（＃３５）の場合は■ＦＣ関連コードと
同様にＦＩＦＯメモリ３０５に出力する（＃３６）。Ｐ
ＡＧＥ、ＥＪＥＣＴコード（＃３７）の場合は、第１１
図に示すＰＡＧＥ、ＥＪＥＣＴｌＥＣＴ処理＃３８）。

書式制御コードの場合は（＃３９）印字の書式を制御す
る（＃４０、第１２図参照）。

第１１図はＰＡＧＥ、ＥＪＥＣＴｌＥＣＴ処理）のフロ
ーチャートである。このＰＡＧＥ、Ｅ、ｌＥＣＴ処理は
、ＦＩＦＯメモリ３０５上へ中間コードとして仮編集す
るときの仮想的な処理である。

まず、ＬＰＷＲＩＴＥフラグが１であることか確認され
ると（＃１Ｏ１）ＦＩＦＯメモリ３０５へＰＡＧＥ、Ｅ
ＪＥＣＴを示す中間コードを出力する（＃１０２）。こ
こで、実際の排紙動作は、第２情報処理部３３０がこの
中間コードを受けとった時に行なわれる。その後、次の
ページの編集に備えて、次の印字位置を先頭に戻す（＃
１０３）。そして、ＬＰＷＲＩＴＥフラグを０にする（
＃１０４）。

これらの一連の動作は、仮イメージ編集を示すＬＰＷＲ
ＩＴＥフラグによって判別され（＃　ｌ　Ｏｌ、＃ｌ０
４）、空ページ出力を防ぐ。

第１２図は書式制御コードの処理を示したものである。

復行コードの場合は（＃１６１）次の印字位置を左端へ
移動しく＃１６２）、改行コードの場合は（＃１６３）
、次の印字位置を１行丁へ移動する（＃１６４）。また
、ランダム指定のときは（＃１６５）、オフセット値を
加算した後に次の印字位置を更新する（＃１６６）。

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

第１４図〜第１８図は第２情報処理部３３０による処理
を示すフローチャートである。第１４図のメインフロー
では準備動作は第１情報処理部３２０と同様の処理を行
なう。

まず電源が投入されると（＃３００）、内部の初期化を
行ない（＃３０１）、ＢＭ−ＩＮＡＭ３２のイメージエ
リアをクリアしく＃３０２）、制御フラグを初期化する
。具体的には、ＢＭ−ＲＡＭ３２への描画状態を示すＢ
Ｍ−ＷＲＩＴＥフラグをクリアし、プリントエンジン４
よりＥＸＰＥＮＤコマンドを受信したことを示すＥＰＥ
ＮＤフラグをクリアする。また、本発明のデータの未処
理率を表示するために、印字が始まったかどうかを示す
フラグＰＧＳＴＲＴをクリアする。さらに、表示パネル
３４にデータの未処理率を表示することを示すｌｃｄＮ
ａｇをクリアする（＃３０４）。さらに、処理データが
ベクターデータであることを示すｖｅｃｔｏｒフラグを
クリアする（＃３０５）。

この後主ループに入るが、ＢＭ−ＲＡＭ書込中でなく（
＃３１１）、ＦＩＦＯメモリ３０５にデータが有る場合
は（＃３１２）、中間コードの解析処理（ＢＭ−ＲＡＭ
３２への描画）（＃　３１４〜＃３１５）を行う。

さらに、キー人力処理（＃３１６）を行う。

ＦＩＦＯメモリ３０５に蓄えられた中間コードの処理フ
ローを第１５図（ａ）　、　（ｂ）に示す。ここでは、
主に中間コードに応じたＢＭ−ＲＡＭ３２への描画とプ
リントエンジン４へのコマンド出力などのンーケンス制
御を行なう。まず印字データの場合（＃３５１でＹＥＳ
）は中間コードをフ十ントイメージ書込部３１１へ出力
しく＃３５２）、グラフィックデータの場合（＃３５３
でＹＥＳ）はグラフィックイメージ書込部３１５へ出力
（＃３５６）する。また、ここで、グラフィックデータ
がベクターデータの場合は（＃３５４でＹＥＳ）、ＬＣ
Ｄ９１０のデータ未処理率表示を点滅させるためにｖｅ
ｃｔｏｒフラグを１にする（＃３５５）。すなわち、ベ
クターデータの場合の表示方法は、次に説明するように
、ベクターデータになる以前のデータ未処理率の値を、
処理しているデータがベクターデ−タである間は点滅さ
せて行うことになる（＃３６２参照）。

次に表示パネル３４からの入力でデータの未処理率を表
示する場合（＃３６１でＹＥＳ）は、処理データがベク
ターデータならば（＃３６２でＹＥＳ）、ベクターデー
タになる以前のデータ未処理率の値を点滅させる（＃３
６３）。処理データがベクターデータでなければ（＃３
６２でＮｏ）、印字がされていることを示すＰＧＳＴＲ
Ｔフラグを１にしく＃３６４）、データ未処理率の表示
処理を行う（８３６５、第１７図参照）。

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

中間コードがＩＦＣ関連コードであれば（＃３７１でＹ
ＥＳ）インターフェース制御部４０へ出力される（＃３
７４）。このときＩＰＣ関連コードがマージン設定のコ
ードの場合は（＃３７２でＹＥＳ）、イメージ・エリア
全ドツト数の計算を行う（＃３７３）。計算方法はイメ
ージ・エリアの（印字方向のドツト数）Ｘ（改行方向の
ドツト数）である。

ＦＩＦＯメモリ３０５からビットマツプ書込部３１への
出力は、中間コードデータのある限り順次行なわれるが
、ＰＡＧＥ、ＥＪＥＣＴコードを検出すると（＃３８１
でＹＥＳ）、１ペ一ジ分の信号変換が終了したのでプリ
ント起動処理（＃３８２）に入る。この後、１ペ一ジ分
の処理が終了すれば、ＰＧＳＴＲＴフラグを０にしく＃
３８３）、未処理率を０％とする表示処理（＃３８４、
第１７図参照）を行う。

第１６図はプリント起動処理（８３Ｂ２）のフローチャ
ートである。まず、プリントヘッド制御部インターフェ
ース３１５をプリント可能状態にしく＃５０１）、イン
ターフェース制御部（Ｉｒ’Ｃ）４０にプリントコマン
ドＰＲＮＣＭＤを出力する（＃５０２）。これにより、
プリントヘッド制御部インターフェース３１５では、プ
リントヘッド制御部４２から送られてくるパルスに同期
して、ＢＭＲＡＭ３２のデータをバスＢ４を通じて出力
する。

次にプリントヘッド制御部インターフェース３１５から
くるＥＸＰＥＮＤコマンドの割り込みによって立つＥＰ
ＥＮＤフラグを検出するまで待ち（＃５０３）、ＥＰＥ
ＮＤフラグが立つと次へ進む。

この後、ＥＰＥＮＤフラグを０としく＃５０４）、ＢＭ
−ＲＡＭ３２をクリアしく＃５０５）、ＢＭＷＲＩＴＥ
フラグをクリアして（８５０６）、次の描画に備える。

第１７図に示された表示処理（＃３６５．＃３８４）の
フローチャートでは、１ペ一ジ分のデータ処理が終了し
たときは（＃４０１でＮｏ）、未処理率を０としく＃４
０２）、それ以外では、カーソル位置（＃４０３）とイ
メージエリアの全ドツト数（＃４０４）とから未処理率
−（１−（ｘ−ｙ’）／（ｘ−ｙ））Ｘ１００を計算す
る（＃４０５）。そして未処理率を表示パネルインター
フェース部３１１に出力する（＃４０６）。

次に第３図の表示パネル３４からの入力のうち、データ
未処理率の表示０Ｎ１０ＦＦを指示するファンクション
キーによる入力は、キー人力処理（＃３１６、第１８図
参照）により処理されるが、他の入力は割り込みにより
、第２情報処理部３３０に取り込まれる。キー人力処理
のフロー（第１８図）では、まず、表示パネル３４の状
態を取り込み（＃６０１）、次に未話理率表示キーのＯ
Ｎ１０ＦＦを判断する（＃６０２）。キー人力があれば
、未処理率表示フラグ１ｃｄｆ　ｌａｇを１にしく＃６
０３）、なければ、ｌｃｄＮａｇを０にする（＃６０４
）。

また、書き込みデータの未処理率ではなく、処理済み率
を表示することも本発明の目的からみて同じであるので
、そのような演算と表示を行なうことは本発明により容
易であり、本発明の範囲に含まれる。

（発明の効果）ベクターデータのような正確なデータ処理率を計算、表
示できないデータの場合は、データ処理率の表示パネル
上への表示を中断し、前回までに表示していたデータ処
理率の表示を点滅させることなどによりベクターデータ
処理中であることを表示させるので、不正確なデータを
表示することがな（なった。また、オペレータは点滅等
によりベクターデータの処理中であることを判断できる
。

【図面の簡単な説明】

第１図はプリンタシステムのブロック図である。第２図はプリンタの斜視図である。第３図はプリンタの表示パネルの図である。第４図はプリンタシステムの制御系ブロック図である。第５図はビットマツプ制御部のブロック図である。第６図はビットマツプ書き込み部の詳細ブロック図であ
る。第７図は第１、第２情報処理部のブロック図である。第８図（ａ）　、　（ｂ）は夫々ビットマツプメモリの
説明図である。第９図は第１情報処理部のメインルーチンのフローチャ
ートである。第１０図（ａ）　、　（ｂ）は受信データ処理のフロー
チャートである。第１１図はＰＡＧＥ、ＥＪＥＣＴ処理のフローチャート
である。第１２図は書式制御コード処理のフローチャートである
。第１３図は受信割込処理のフローチャートである。第１４図は第２情報処理部のメインルーチンのフローチ
ャートである。第１５図（ａ）　、　（ｂ）は中間コード処理のフロー
チャートである。第１６図はプリント起動処理のフローチャートである。第１７図は表示処理のフローチャートである。第１８図はキー人力処理のフローチャートである。０・・・プリンタシステム、０・・ビットマツプ制御部、ｌ・・・ビットマツプ書込部、２・・・ＢＭ　　ＲＡＭ１４・・表示パネル、ＩＯ・・表示部。第２図特許出願人　ミノルタカメラ株式会社代理　人　弁理士前出　葆外１名第３図（ａ）第３図（ｂｌ第８図ＴＯ＋第９図第１１図第１５（ｂ）図第１８図第１６図第１７図

Claims

【特許請求の範囲】

（１）ビットイメージデータを記憶する記憶手段と、デ
ータ処理装置からのソースデータをビットイメージデー
タに変換し記憶手段に書込むデータ処理手段と、記憶手
段からデータを読出しプリント出力を行う印字手段を備
えたプリンタにおいて、記憶手段においてデータ処理手
段から書込まれたデータの割合を演算する演算手段と、演算手段による演算結果を表示する表示手段と、データ
処理手段において処理中のデータがベクターデータであ
ると判定した場合、表示手段に演算結果の表示を中止さ
せ、ベクターデータ処理中であることを表示させる表示
制御手段を備えることを特徴とするプリンタ。