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

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は汎用プリンタの制御装置に関するものである。

〔従来技術〕

コンピュータシステムにおける出力装置たるプリンタと
、これを印写させるべきデータを送出するデータ処理装
置とは両者間で上記データ及び制御データの授受が行わ
れるが、そのためにはプリンタ、データ処理装置のプロ
トコルが同一である必要がある。特定のデータ処理装置
に対応して設計されるプリンタにおいてはデータ処理装
置のプロトコルと同一のプロトコル仕様を定めればよい
。

これに対しプロトコルが異なる複数種のデータ処理装置
に接続されて使用されるべき汎用プリンタにおいてはプ
リンタ固有のプロトコルの仕様としておく一方、これに
適合しないプロトコルのデータ処理装置との接続のため
にプロトコル変換装置を備えている。

プロトコル変換装置としては、データ処理装置から出力
される制御情報を、その要求する機能に相当するプリン
タ側の制御情報に変換するプロトコル変換プログラム（
エミュレーションソフトウェア）をプリンタ側の制御用
プロセッサで作動させ、データ処理装置から出力される
制御情報をプリンタのもつ制御情報に変換するものが一
般的であった。

この場合、プリンタ側では変換された制御情報から更に
プリンタの動作を制御する内部パラメータに解読変換す
るプロセスが行われる。

ところでプリンタには特定のキーを操作すると所定の文
字、情報が印写される機能（テストモード）が備えられ
ている。

然るところ従来のプリンタにおいてはテストモードを指
示するとプリンタがエミュレーションソフトウェアで動
作している場合においてもプリンタ固有のプロトコル仕
様で動作している場合と同様の印写が行われるに過ぎな
かった。

〔発明が解決しようとする課題〕

ところがエミュレーションソフトウェアが動作している
場合にはそれに応じた独自の情報の出力をじたいという
ことがあり、従来のものは斯かる要求に応えることがで
きなかった。

本発明は斯かる問題点を解決するためになされたもので
あり、エミュレーションソフトウェア用のテストモード
時の印写情報をデータ処理装置から設定できるようにな
してエミュレーションソフトウェアに応じた情報の印写
を可能としたプリンタ制御装置を提供することを目的と
する。

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

本発明に係るプリンタ制御装置は、所定操作により所定
の情報を印写するテスト印写手段を備える印写部と、該
印写部によって印写されるデータを与えるデータ処理装
置との間に介装され、印写部の動作の制御を司るプリン
タ制御装置において、前記印写部の動作を制御するため
のプログラム複数を格納するメモリと、前記データ処理
装置がら与えられた所定信号に応答して、前記メモリに
格納された任意のプログラムを起動するプログラム起動
手段と、前記データ処理装置からの指令により、前記テ
スト印写手段によって印写すべき情報の一部を設定して
おく情報設定手段とを具備することを特徴とする。

〔作用〕

前記情報設定手段に印写情報を予め設定しておく。この
設定はエミュレーションソフトウェアごとに行う。そし
てデータ処理装置が所定信号を発すると前記メモリの対
応するプログラムが起動する。このプログラムがエミュ
レーシゴンプログラムである場合は、テスト印写を行わ
せると、起動エミュレーションプログラムに応じた特定
情報が印写される。

〔実施例〕

以下本発明をその実施例を示す図面に基づいて説明する
。

〔概略の構成〕

まず、本発明に係るプリンタの概略構成について説明す
る。第１図は本発明のプリンタ１０の構成を示すブロッ
ク図である。汎用のデータ処理装置１からのデータは、
データ処理装置Ｉのスルーブツトを改善するために、フ
ァイルバッファ２に格納された後、プリンタ１０に出力
される。プリンタ１０は、ビットマツプ方式のデータ処
理装置ＢＭＵ　３、即ち本発明のプリンタ制御装置と、
電子写真プロセスレーザ等を備えるプリントエンジン４
と、外部給紙ユニット５、ソータ６等の付属装置よりな
る。

第２図は、プリンタシステムの外観を示すものである。

プリントエンジン４の筐体内には電子写真プロセス及び
ＢＭＵ　３を内蔵しており、アクセサリとして外部給紙
ユニット５と、ソータ６が接続可能である。また、プリ
ントエンジン４には、システムの状態を示す表示部及び
簡単な操作を行なうためのキーが並べられた表示パネル
４４が装着されている。

第３図は、表示パネル４４の詳細を示すものである。９
０１〜９０３が入カキ−であり、９１０〜９１８が表示
素子である。キー９０１は、プリント動作を一時中断さ
せるためのボーズキー、９０２はテスト印写（プリント
）を起動するためのテストキーであリ、テストキー９０
２は９０３のシフトキーと同時に押すことによってプリ
ントを中断するキャンセルキーとなる。

第４図は、プリンタｌＯの制御系の概略プロ・ンク図で
ある。ビットマツプ方式データ処理装置３は、ビットマ
ツプ用のメモリＢＭ−ＲＡＭ　３２、このＢＭ　−ＲＡ
Ｍ３２に描画を行なうビットマツプ書込部３１（第９図
参照）、フォント部３３及びこれらの制御を行なうビッ
トマツプ制御部３０よりなる。プリントエンジン４との
接続は、制御データ（枚数、アクセサリ−など）用のバ
スＢ３とイメージデータ用バスＢ４により行う。

プリントエンジン４は前述の印写部に相当し、３つのコ
ントローラを中心に構成される。まず、インターフェー
ス制ｊＢ　部（ＩＦＣ）　４０はビットマ・ノブ制御部
３０からの制御データの処理及び表示パネル制御を行い
、また内部バスＢ５を通じてプリントエンジン４全体の
タイミングの制御を行なう。

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

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

〔制御部の構成〕

第５図はビットマツプ制御部３０の構成を示すものであ
る。全体の構成としては、データ入出力用のインターフ
ェース（３０１，３０９，３１０，３１１）　と、制御
部の中心となるＣＰＵ　３０３とそのシステムＲＯＭ、
　ＲＡＭ（３０５，３０７）　、ＣＰＵ　３０３　ニ定
期的に割り込みをカケるタイマー３０２、そしてデータ
蓄積用のバッファメモリ（３０４，３０６，３０８）か
ら成る。

次に各部の動作を説明する。まずバスＢ２を通してデー
タ処理装置インターフェース３０１より取り込まれたデ
ータはに一バッファ３０４に蓄積される。

システムＲＯＭ　３０５内には、第６図に示すようにホ
スト、つまりデータ処理装置から送られてきたデータの
仮編集を行ない、データをパケットとしてパケットバッ
ファ３０８に書き込むホストプロセス６５と、パケット
を解析してビットマツプ書込部インターフェース３１０
よりビットマツプ書込部３１へ、またはフォントインタ
ーフェース３０９を通じてフォント部へ、さらにプリン
トエンジンインターフェース３１１を通してインターフ
ェース制御部４０ヘデータを送るパケットプロセス６４
という独立したプログラムが格納されている。そして、
同じくシステムＲＯＭ　３０５に書き込まれているスケ
ジューラ６２がタイマー３０２からのタイマー割り込み
６１によって各プロセスを状態に応じて切り替えている
。

システムＲＡＭ　３０７内には第７図（ａ）に示すよう
なカレント・プロセス・ステータス（ＣＰＳ）ブロック
という領域があり、各プロセスの切り替え時にＣＰＵ３
０３のレジスタ内容がＣＰＳ内に記憶されるので、各プ
ロセスは独立して動作を行うことができる。

ＣＰＳブロックはパケットプロセス６４．ホストプロセ
ス６５．ユーザプロセス６６（後述）夫々のための退避
エリアと、これらプロセスに共用の退避エリアとがある
。

また１、システムＲＯＭ　３０５にはプリンタ起動時の
ため初期化のスタートプロセス６３が格納されており、
ホストプロセス６６より直接スタートさせる。

システムＲＡＭ　３０７のメモリ構成を第７図（ロ）図
に示す、システムＲＡｌ’ｌ　３０７のダウンロードセ
グメントには、ユーザプロセス６６のための領域６６′
が設けられている。データ処理装置インターフェース３
０１を通してデータ処理装置ｌから送られてくるか、ま
たはフォントインターフェース３０９を通してフォント
カートリッジから読込んだ別のプロセス（ユーザプロセ
ス６６）をシステムＲＡＭ　３０７のこの領域６６′に
ロードする。そうするとスケジューラ６２によって他の
プロセスと同様に時分割処理を行なうことができる。こ
のユーザプロセス６６は、本プリンタ固有のプロトコル
（ホストプロトコル）と異なるプロトコルで送られてき
たデータをホストプロトコルに変換するプログラムであ
る。この場合のデータの流れは第８図に示すように例え
ばデータ処理装置１からインターフェース３０１を介し
てシステムＲＡＭ　３０７内のトバッファ３０４に書込
み、このＲ−バッファ３０４内に蓄積されている受信デ
ータ　（ホストプロトコル以外のプロトコルのデータ）
をユーザプロセス６６で取り出し、ホストプロトコルの
データに変換してシステムＩ？ＡＭ　３０７内のりＲ−
バッファ３０６に蓄積する。データの仮編集を行なうホ
ストプロセス６５は、ユーザプロセス６６の起動時には
ＵＲ−バッファ３０６を取出してホストプロトコルのデ
ータとしてこれを取扱えばよく、またユーザプロセスの
非起動時、つまりホストプロトコルのデータである場合
は単にＲ−バッファ３０４内のデータを取り出すだけで
よく、他に変更の必要がない。

このユーザプロセス６６は第７図（Ｃ）のようにこのプ
リンタ制御装置、つまりデータ処理装置３で対応し得る
プロトコル別に複数個システムＲＯＭ　３０５内に保持
しておき、データ処理装置１から与えられるユーザプロ
セス指定コードによって指定のユーザプロセスをシステ
ムＲＡＭ　３０７内のダウンロード領域（ユーザプロセ
ス領域）６６′にロードさせるようにしてもよい。

以上要約するとホストプロトコルはホストプロセス６５
中に用意されており、このプロトコルで送（言されてき
たデータはシステムＲＡＭ　３０７のＲ−バッファ３０
４に蓄積し、これを仮編集してシステムＲＡＭ３０７の
バケットバッファ３０８に書込むのである。

一方、ホストプロトコル以外のプロトコルで送られてき
たデータのホストプロトコルでのデータへの変換プログ
ラム、つまりユーザプロセス６６（１種類でも複数でも
よい）はシステムＲＡＭ　３０７のダウンロード領域６
６′に書込まれるが、これはデータ処理装置ｌから与え
ることとしても、またフォントカートリッジ等外付はメ
モリから与えることとしてもよく、更にシステムＲＡＭ
　３０５に予め複数用意しておき、これを選択的に与え
るようにしてもよい。そしてこの場合は一部Ｒ−バッフ
ァ３０４に書込まれたデータをこのユーザプロセス６６
でホストプロトコルのデータに変換してＵＲ−バッファ
３０６に格納した上で、バケットバッファ３０８に書込
むのである。第２８図はデータ処理装置ｌ側から本発明
のプリンタ制御装置へ送出するデータの１例を示す。

この例ではユーザプロセス「１」を指定するコード（例
えばＥＳＣＥＳＣ０１）及びユーザプロセス「１」に適
合する形態のターゲットデータを送出し、次に上記ユー
ザプロセス「１」とは異なるユーザプロセス「２」を指
定するコード（例えばＥＳＣＥＳＣ０２）及びこのユー
ザプロセス「２」に適合する形態のターゲットデータを
送出し、次にホストプロセスを指定するコード（例えば
ＥＳＣＥＳＣＤｏ）及びこれに適合するデータ　（ネイ
ティブデータ）を送出する。

これを受けたプリンタは各データを自動的に連続印写す
ることになる。

また、プリンタ動作を制御する他のプロセスを変更する
必要がないので、ユーザプロセス６６はデータの変換の
みを行なう節単なものになり、開発も容易である。

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

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

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

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

第１θ図に例を示す。第１０図において、全エリア（Ａ
ｔ）で示される部分が、ペーパのサイズに相当する。

周縁のマージン・エリア（Ａ２）は、実際にベーパにプ
リントを行なう際の余白部分であり、印字データの描画
が行われるのは、その内側のイメージ・エリア（Ａ３）
の部分である。印字の開始は、イメージ・エリアの左上
から行われ、文字は印字方向ＡＩＯに従って順次印字さ
れる。途中、改行コードが入力された場合、改行方向Ａ
ｌｌに、改行幅Ａ１２だけ次の印字位置が移動する。ま
た、復行コード、が入力されると、イメージ・エリア左
端、復行位置Ａ１３に次の印字位置が移動する。なお、
マージン・エリアＡ２は、データ処理装置ｌからの指定
によりページ単位に変更が可能である。

次に、フローチャートを参照しながら本システムの動作
説明を行なう。本システムのプログラムは次の３つに分
かれている。

ホストプロセス　　受信バッファ内のデータを解析し、
描画部及びプリン トエンジン部を制御するた めのパケットデータを発生 する。

パケットプロセス　ホストプロセスによって発生したパ
ケットデータによ り実際にＢＭ　−ＲＡＭの描画、 及びエンジンの制御を行な う。

ユーザプロセス　　形態の異なるプロトコルの入力に対
して、ホストプロ セスが解析可能なプロトコ ルへ変換しホストプロセス に渡す、フォントカートリ ッジ、システムＲＯＭ　３０５又 はデータ処理装置ｌからの ダウンロードによって供給 される、プロトコル変換が 必要なければ実行しない。

これらのプロセスは独立したプログラムとなっており、
優先順位のある時分割処理によって並行して動作してい
る。優先順位はパケットプロセス、ホストプロセス、ユ
ーザプロセスの順位である。

この他にタイマー割り込みによりこれらのプロセスの管
理を行なうスケジューラ、スタート時に起動されるスタ
ートプロセスがある。

次に各プロセスについて説明する。

〔スタートプロセス〕

第１１図はスタートプロセスを示すフローチャートであ
る。このプロセスはスタート時に１回だけ起動される。

まず電源が投入されると（ステップ＃１）、内部の初期
化を行ない（ステップ＃２）、Ｒ−バッファ・　ＯＲ−
バッファ、パケットバッファ（ＦＩＦＯ）のクリアを行
なう　（ステップ＃３．＃４゜＃５）。次に、この後ホ
ストプロセスを起動するため準備動作として、リクエス
トベクタのホストプロセスを示すビットをセットしくス
テップ＃６）、カレントベクタの出力プロセスを示すビ
ットをセットしくステップ＃　７　）　、ＣＲＴＰＲ３
にユーザプロセスを示す番号を入れる（ステップ＃８）
。リクエストベクタとは、タイマー割り込みによってス
ケジューラが起動されたとき、実行が中断されたプロセ
スがスケジューラに対して実行の放棄と他プロセスの起
動要求を伝達するためのものであり、各プロセスに対応
するビットをセットまたはリセットするようになってい
る。またカレントベクタは実行中のプロセスに対応する
ビットをセットするようになっていて、スケジューラが
起動されたときは実行が中断されたプロセスのビットが
セットされている。さらに、ＣＲＴＰＲ５はカレントベ
クタの示すプロセスの番号が入っていて、プロセスの番
号は優先順位が高い程大きくなる。このリクエストベク
タ、カレントベクタ、ＣＲＴＰＲ３を用いてスケジュー
ラは次のプロセスの実行先を決定する（次の「スケジュ
ーラ」の項で詳細を述べる）。

この後に、ＣＰＳブロックの初期化を行なう　（ステッ
プ＃９）。具体的には、各ＣＰＳ　”ｉ’ｃＰＩ＋の実
行アドレスポインタのデータを格納するエリアに、各プ
ロセスプログラムのスタートアドレス値を入れ、スタッ
クポインタを格納するエリアに所定のアドレス値を入れ
る。また必要に応じて他のポインタの初期値も入れる。

これらの初期設定を終えると割り込みを許可しくステッ
プ＃１０）　、タイマー割り込み待ち（ステップ＃１１
）のループに入る。

〔スケジューラ〕

第１２図はタイマー割り込みによって起動されるスケジ
ューラを示すフローチャートである。まずタイマーによ
る割り込みが入ると（ステップ＃３０）、ＣＰＵの各レ
ジスタの値をＣＰＳブロック内の退避エリアへ退避する
　（ステップ＃３１）。次にリクエストベクタにセント
されているビットの内で、最優先のプロセス番号をＲＥ
ＱＰＩ？Ｓに入れる（ステップ＃３２）。ここでＣＲＴ
ＰＲＳには割り込み処理を行なう直前のプロセス番号が
入っているので、これとＲＥ（ｌＰｌ？ｓを比較するこ
とによって、より優先順位の高いプロセスの起動リクエ
ストがあるかどうかを判断する（ステップ＃３３）　、
上位プロセスの起動リクエストがない（ステップ＃３３
でＮＯ）場合、処理中であったプロセス（ＣＲＴＰＲＳ
が示している）がリクエストベクタのビットをリセット
して先の実行を放棄しているかどうかをチエツクしくス
テップ＃４２）、放棄していない（ステップ＃４２でＹ
ｌ！Ｓ）場合はＣＰＳブロックの退避エリアの各レジス
タのデータをＣＰＩＩにセットして（ステップ＃３９）
復帰する。この場合タイマー割り込みによって中断した
プロセスがそのまま実行される。もし放棄している（ス
テップ＃４２でＮＯ）場合はＣＲＴＰＲＳの示すプロセ
スよりも下位であり、かつ最上位のプロセス番号をＲＥ
ＱＰＲＳに入れて（ステップ＃４１）　、上位プロセス
の起動要求があった（ステップ＃３３でＹｔ！Ｓ）場合
と同様の処理を行なう。ここではＣＲＴＰｌ？Ｓの示す
実行を中断するプロセスのＣＰＳに退避エリアの値を転
送しくステップ＃３５）　、ＲＥＱＰＲＳの示すプロセ
スのｃｐｓ０値を退避エリアに転送する（ステップ＃３
６）。

さらに、ＣＩ？ＴＰＲＳニＲＥＧＰｌ？５（７）値を入
れ（ステップ＃３７）　、ＲＥＱＰＲＳの示すプロセス
のカレントベクタのビットだけをセットし、他はリセッ
トする　（ステップ＃３８）。これらの処理によって退
避エリアにはＲＥＱＰＲＳの示すプロセスのレジスタの
値が入っているので、復帰先はＲＥＱＰＲＳの示すプロ
セスとなる。

〔ホストプロセス〕

第１３図はホストプロセスの動きを示すフローチャート
である。ホストプロセスの最初の起動は、前述のように
スタートプロセスがリクエストベクタを用いてスケジュ
ーラにホストプロセスの起動を要求し、タイマー割り込
みによって起動されたスケジューラがホストプロセスに
切り替わることによって行われる。このとき、制御部の
ＣＰＵ　（３０３）のプログラムカウンタにホストプロ
セスの先頭アドレスが設定される。

処理の流れを説明すると、まずホストプロセスに用いて
いるフラグの初期化を行なう　（ステップ＃５１）。具
体的には、ユーザプロセスの実行の有無を示すＵＳＥＲ
Ｆフラグを０にセットし、受信データ処理ルーチンで仮
イメージ編集中であることを示すＬＰＷＲＩＴＥを０に
セットする。

さらにホストプロセスが実行処理不可能な状態であるこ
とを示す）ＩＯ５ＴＩ’ＮＯフラグをＯにセットし、ユ
ーザプロセスとの共通フラグでありユーザプロセスの切
り替え処理中であることを示すＵＳＥＲ−＾ＩＴもＯに
セットしておく。そして、中間コード作成の準備として
フォント部３３よりフォント属性を読み込む（ステップ
＃５２）。このときフォントカートリッジ内にデイツプ
スイッチ（ＤＩＰＳＷ）によってあらかじめ指定された
ユーザプロセスが有るかどうかをチエツクしくステップ
＃５３．　＃５４）　、有りの場合はシステムＲＡＭ　
３０７の所定の領域に指定されたユーザプロセスをロー
ドしくステップ＃５５）、ロード終了（ステップ＃５６
）を待ってユーザプロセスの実行を示すＵＳＥＲＦフラ
グを１にセットしくステップ＃５７）　、リクエストベ
クタのユーザプロセスのビットをセットする　（ステッ
プ＃５８）。

これは、最下位のプロセスは常にリクエストベクタのビ
ットをセットしておき、自分自身の実行を放棄すること
の無いようにするためである。その後、指定ユーザプロ
セスをエミュレーションベクタにセットする（ステップ
＃５９）　、これらの初期化動作（ステップ＃５１〜ス
テップ＃５９）を行った後、主ループ（ステップ＃６０
〜ステップ＃６６）に入る。またデイツプスイッチＤＩ
ＰＳ−でユーザプロセス指定のない（ステップ＃５３で
ＮＯ）場合、ＲＯＭ内にデイツプスイッチＤＩＰＳ−で
指定されたユーザプロセスがない（ステップ＃５４でＮ
Ｏ）場合、ステップ＃６０に潜入する。

主ループではＦＩＩ’０の空エリアがな（なるか、１１
ｓＥＲＦ　＝　１　（ステップ＃６１でＹｌｌ！Ｓ）の
ときＯＲ−バッフ７、ＵＳＩ！ＲＦ　＝　Ｏ（ステップ
＃６１テＮＯ）　（７）ときは、Ｒ−バッファが空にな
る（ステップ＃６３でＮＯ）とき以外は受信データ処理
（ステップ＃６４）を行なう。

また、データ処理を行わない（ステップ＃６０、ステッ
プ＃６２、ステップ＃６３でＮＯ）ときはＪＯＢＯＵＴ
処理１を実行する（ステップ＃６９）。ここでＯＲ−バ
ッファが空で（ステップ＃６２でＮＯ）ユーザプロセス
の切り替え処理中であれば（ステップ＃６７でＹＥＳ）
プロセス切り替え処理が終わったことを示すＨＯ５ＴＥ
ＮＤフラグをセットしくステップ＃６８）　その後ＪＯ
ＢＯＵＴ処理ｌを実行する。　ＪＯ［１ＯＵＴ処理１の
内容は第１４図に示すが、これはホストプロセスがスケ
ジューラに対して上位プロセス（実施例ではパケットプ
ロセス）への切り替えを要求するために、リクエストベ
クタを更新する処理である。具体的には、リクエストベ
クタのパケットプロセスビットをセットシ（ステップ＃
７２）　、ユーザプロセスが起動されていて（ステップ
＃７３テＹＥＳ）ＨＯＳＴＩ！ＮＤ　、　ｔｌｓＥＲＷ
ＡＩＴフラグがセットされていない（ステップ＃７７で
ＮＯ、ステップ＃８０でＹｌ！Ｓ）ときにはリクエスト
ベクタのホストプロセスのビットをリセットし自らの実
行を放棄する。またユーザプロセスが無い（ステップ＃
７３でＮＯ）場合は、ホストプロセスが最下位プロセス
となるのでリクエストベクタのホストプロセスのビット
はセットしたままにしておく。

ユーザプロセスの切替えに伴う処理においてはホストプ
ロセスが引続き処理可能、つまりＯＲ−バッファ３０６
にデータが残っている（ステップ＃７３でＹＥＳ）場合
は受信データ処理を続行する。この時、Ｆｒｐｏに空き
がない場合（＃６０でＮＯ）は、“ＪＯＢＯＵＴ処理ｌ
”が実行されるが、ユーザプロセスの切換中である場合
（＃８０でＮＯ）にはリクエストベクタのホストプロセ
スビットのセット処理を実行しないため、次にパケット
プロセスで“ＪＯＢＯＵＴ処理２”が実行されてパケッ
トプロセスのビットがリセットされ（ステップ＃２３１
　、第２１図）でも、リクエストベクタは、ホストプロ
セスがセットされたままであるので、ホストプロセスに
復帰する。

またｕトバッファ３０６のデータが空である場合はステ
ップ＃６８で）ＩＯｓＴＥＮＤフラグが立っているので
ステップ＃７７でＹＥＳとなり、ＵＳＩ！ＲＷＡＩＴフ
ラグ及びｌｌ０５ＴＥＮＤフラグを０にセットする（ス
テップ＃７８及び＃７９）　、この処理によってステッ
プ＃８０ではＹＦ！ｓとなり、リクエストベクタのホス
トプロセスのビットがリセットされる（ステップ＃７４
）。

このようにしてユーザプロセス切替え処理が完了し、次
のユーザプロセスへ移ることができる。なお、これらの
処理中はタイマー割り込みを禁止して（ステップ＃７１
．　＃７５）誤動作を防ぐようにしている。

これらの流れから明らかなように、ユーザプロセス切り
替え時でない（ＩＪＳＥＲＷＡＩＴ＝　０　）場合特定
の条件（ＦＩＦＯの空エリアがない、Ｒ−バッファ又は
ＯＲ−バッファが空き等の条件。他に受信データ処理の
サブルーチン（ステップ＃６４）でも設定している）に
よってＪＯＢＯＵＴ処理ｌが実行されリクエストフラグ
が更新されるまでは、タイマー割り込みによってスケジ
ューラが起動されても再びホストプロセスに戻ってくる
ので受信データ処理を繰り返して行なうことになる。

またユーザプロセス切り替え時にはυＲ−バッファ３０
６が空となりＨＯ５ＴＥＮＤフラグがセットされるまで
リクエストベクタのホストプロセスのビットはリセット
されないのでホストプロセス６５及びパケットプロセス
６４だけが起動され、残りのデータを処理してしまうま
で待つようになっている。その後切り替え処理が終了す
ればリクエストベクタのホストプロセスビットをリセッ
トするので、−度パケットプロセス６４に移った後回も
せず切り替えられたユーザプロセス６６が起動されるよ
うになる。

これらの処理が終了すると、表示パネル４４上のテスト
キー９０２が押されているかどうかをチエツクしくステ
ップ＃６５）　、押されているときはテストプリント処
理（ステップ＃６６）を行なう。押されていない場合は
、主ループのスタートに戻る（ステップ＃６０）。

［テストプリント］ 本発明に係るテストプリントは使用中のフォント、プリ
ントエンジン４の画像状態のチエツクをする場合に用い
る機能であり表示パネル４４上のテストキー９０２で起
動される。表示パネル４４の制御はインターフェース制
御部４０によって行われており、ビットマツプ制御部３
０ヘテストプリント要求を発する。実際の起動はステッ
プ＃６５において、この要求を検出することで行われる
。

第２７図はテストプリント処理（第１３図のステップ＃
６６）の内容を詳細に示すフローチャートであり、この
フローチャートに示すようにテストプリントが実行され
るのはＢＭ−ＲＡＭ　３２、バケットバッファ３０８に
描画、仮編集が行われていない（ステップ＃８１及び＃
８２においてＹＥＳ）場合である。このような条件が成
立してテストプリントが可能である場合、まず実行中の
モードを退避する（ステップ＃８３）。

次にテストプリントのモードを設定する　（ステップ＃
８４）。この設定項目はコピー枚数、ソータ６の使用ビ
ン等である。

次にテストパターン（使用可能なフォントパターン、そ
の時点での設定モードを含む）をバケットバッファ３０
８に出力する（ステップ＃８５）。テストパターンには
ユーザが登録可能なメツセージ印字エリアが設けてあり
、ユーザテストパターンが登録されているとき（ステッ
プ＃８６でＵＳＩＥＲＴＥＳＴ−１）は、ユーザプロセ
スの起動時にプロトコルによって指定されたデータ及び
印字パターンをユーザテストパターン登録エリアよりデ
ータを書込む（ステップ＃８７）。

次に通常のモードでページイジェクト（ＰＡＧＥＢＪｌ
ｕＣＴ）ファンクションをバケットバッファ３０８に出
力しくステップ＃８８）元のモードに復帰させる（ステ
ップ＃８９）　。

〔受信データ処理〕

受信データの処理フローを第１５図（ａ）、第１５図（
ｂ）に示す。

まず、受信データの処理を行なうために受信バッファよ
りデータを取り出す必要がある。受信データは第１８図
に示すようにデータの受信割り込みによってデータ処理
インターフェース３０１より取り込まれ、Ｒ−バッファ
３０４に蓄積される。

ここでユーザプロセス６６が有る場合はＲ−バ・ンファ
３０４のデータのプロトコル変換を行った後ＯＲ−バッ
ツァ３０６に蓄積するので、ＵＳＥＲＦが１のとき（ス
テップ＃１０１でＹＥＳ）はＵＲ−バッファ３０６より
、０のとき（ステップ＃１０１でＮｏ）はＲ−バッファ
３０４よりデータを取り込む（ステップ＃１０２　、ス
テ・ンプ＃　１０７）　。

ここで受信データは次の５つに分類される。

・［ＦＣ関連コード（プリント・エンジン関連コード）
（ステップ＃１０３〜ステップ＃　１０５）・ＪＯＢ制
御コード（ＪＯＢＳＴＡＲＴ、　ＰＡＧＥＥＪＥＣＴ）
　（ステップ＃１０８〜ステップ＃１１２） ・書式制御コード（ステップ＃１１３〜ステップ＃１１
４） ・印字データ　（文字コード、グラフィックコード）（
ステップ＃１３０．ステップ＃１４０）・ユーザプロセ
ス制御コード 印字データの場合（ステップ＃１３０でＹＥＳ）は、Ｌ
ＰＷｌ？ＩＴＥフラグを１として（ステップ＃　１３１
）対応するフォーマットの中間コードに変換してＦＩＦ
Ｏに出力する。文字コードの場合は、フォント・イメー
ジ書込部３１１へのフォーマットと同じでフォント・パ
ターンのアドレス（ステップ＃１３５）、イメージ・エ
リア上の印字位置に対応するＢＭ　−ＲＡＭへの書込み
アドレス（ステップ＃１３６）および書込みモード（ス
テップ＃１３７）よりなる。グラフィックコードの場合
は、グラフィックイメージ書込部３１６へのコマンドと
同一のフォーマットで出力される（ステップ＃１４１）
、このとき、文字コードの場合は、次の文字印字位置を
更新しておく　（ステップ＃　１２８）。

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

ＪＯＢ制御コードには、ページの区切りに用いるＰＡＧ
Ｅ　ＥＪＥＣＴコード（ステップ＃１１０）と、ページ
群の区切りに用いるＪＯＢＳＴＡＲＴ（ステップ９１０
Ｂ　テＹＨ３）の２つがある。どちらもＩＦＣ関連コー
ドと同様に、ＦＩＦＯに出力する（ステップ＃１０９．
ステップ＃　１５２）。

ＰＡＧＥ　ＥＪＥＣＴ：ｌ−ドの場合ＰＡＧＥ　ＥＪＥ
ＣＴ処理（ステップ＃１１１）の後、“ＪＯＢＯＵＴ処
理１　”を実行シ（ステップ＃１１２）、復帰する。書
式制御コード（ステップ＃１１３、ステップ＃１１４）
は、印字の書式を制御する。同一イメージのコピー枚数
を指定するＤ　−ドであれば（ステップ＃１１５でＹＥ
Ｓ）、印字データとの同期をとるためＦＩＦＯに対応す
るファンクシロンを出力する（ステップ４１１６）。

〔書式制御とＰＡＧＥ　ＨＪＵＣＴ処理〕第１７図は書
式制御コードの処理シーケンスを示したものである。復
行コードの場合（ステップ＃１６１でＹＥＳ）は次の印
字位置を左端へ移動しくステップ＃　１６２）、改行コ
ードの場合は次の印字位置を一行下へ移動する（ステッ
プ＃　１６５）。またランダム指定のとき　（ステップ
＃１６６でＹＥＳ）はオフセット値を加算した後、次の
印字位置を更新する（ステップ＃　１６７）。

第１６図はＰＡＧＥ！　ＥＪ［ＩＣＴ処理のフローを示
したものである。このＰＡＧＥ　ＥＪＥＣＴ処理は、Ｆ
ＩＦＯ上へ中間コードとして仮編集するときの仮想的な
処理であり、中間データ処理（第２２図（ｂ））で実際
にペーパの排出を行なうものとは異なる。ＰＡＧＥ　ｆ
！ＪＥＣＴ処理はまずバケットバッファ３０８へＰＡＧ
Ｉ！　Ｅ！ＪＥＣＴを示す中間コードを出力する（ステ
ップ＃１５２）。ここで、実際の排紙動作はパケットプ
ロセスがこの中間コードを受は取った時に行われる。そ
の後、次のベージの編集に備えて次の印字位置を先頭に
戻す（ステップ＃　１５３）。これらの一連の動作は仮
イメージ編集を示すＬＰＷＲＩＴＥフラグによって判別
され（ステップ＃１５１　、ステップ＃１５４）、空ペ
ージ出力を防ぐ。

ユーザプロセスの切り替えはユーザプロセス指定コード
によって行なう。このコードは透過性を有するコード、
つまりどのようなプロトコル体系のコードとも区別でき
るようなコード（例えばＥＳＣＡＰＲＣＯＤＥ　＝２７
を２回連続するようなもの）である必要がある。またこ
のコードのパラメータによってホストプロセス及び複数
のユーザプロセスを切り替え、その値はＥＭＩＩＮＯ切
にセットされる　（ステップ＃１１Ｂ）。またその時起
動されているユーザプロセスはエミュレーションベクタ
に割り当てられた値としてセットされている。

ユーザプロセス指定コードの場合は（ステップ＃１１７
でＹＥＳ）、パラメータの指定ユーザプロセス番号をシ
ステムＲＡＭ　３０７上のＥＭＩＩＮＯ−にセットした
後（ステップ４１１Ｂ）ユーザプロセスが起動されてい
るか否かをチエツクしくステップ＃１１９）、υ５ＥＲ
ＦフラグがＯのとき（ステップ＃１１９でＹＥＳ）、ま
たはｔｌｓＥＲＦが１のときでＥ？１ｔｌＮＯＷとエミ
ュレーションベクタとが違う　（ステップ＃１２ｏで’
ＩＢｓ）場合には、ＢＭＵＮＯＷで示されるユーザプロ
セスをロードしくステップ＃　１２１）、ロード終了を
待った後（ステップ＃１２２）、ＵＳＩ！ＲＦを１にセ
ットする（ステップ＃１２３）。

これらの処理が終了した後またはステップ＃１１９゜＃
１２０でＮＯの場合は、ユーザプロセスの初期化を行な
うが、具体的には第７図（ａ）に示すカレントプロセス
ステータスブロックのユーザプロセス用退避エリアを初
期化しくステップ＃１２４）、最後にリクエストベクタ
のユーザプロセスのビットをセットする（ステップ＃１
２６）。ユーザプロセス解除コードの場合は、ＵＳＢＲ
Ｆフラグを０として（ステップ４１２Ｂ）、この後、リ
クエストベクタのユーザプロセスのビットをリセットす
る（ステップ＃１２９）。

マタ、ユーザテストパターンを無効にするためニＵＳＥ
ＲＴＥＳＴ　７ラグを”０″にする（ステップ＃１４５
）。

テストプリントのユーザプロセス印字エリアに書き込も
・情報の指定はユーザプロセステストプリントデータ登
録コマンドで行なう。このコマンドでパラメータの値に
よって印字する情報を設定できるようになっている。こ
のコマンドが受は付けられたとき　（ステップ＃１３９
でＹＥＳ）は、そのパラメータを解析しくステップ＃１
４０）、パラメータで指定されたエンジンステータスデ
ータを入力（ステップ＃１４１）した後、テストプリン
トのユーザプロセス印字エリアに書き込む情報の仮編集
を行ったデータをシステムＲＡＭ　３０７上のユーザテ
ストパターン登録エリア（第２８図参照）に書き込む（
ステップ＃１４２）。

さらにテストプリント時にユーザテストパターンを有効
にするフラグｌｌ５ＥＲＴＥＳＴを１″にする。

（ステップ＃１４４　）。

〔パケットプロセス〕

第１９図はパケットプロセスの処理を示すフロー・チャ
ートである。

まず電源が投入されると（ステップ＃２ＱＯ）、ＢＭ−
１？ＡＭのイメージエリアをクリアしくステップ＃２０
２）、制御フラグを初期化する（ステップ＃　２０３）
。

具体的には、プリント状態を示すＪＯＢＡＣＴをクリア
し、叶−ＲＡＭへの描画状態を示すＢ肚ＲＩＴＥをクリ
アし、同一枚数のコピー枚数を示すｃｏｐｙを１にセッ
トし、同一枚数のコピー枚数を計算するＣＣ０ＵＮＴを
１にセットする。

この後、主ループに入るが、主ループの行なう処理は、 中間コードの解析とＢＭ　−ＲＡＭへの描画（ステップ
＃２１２〜ステップ＃２１５）と、・プリント・シーケ
ンス制御（ステップ＃２０５〜ステップ＃２１１）とが
ある。データの流れは次のようになる。まず、排紙条件
フラグであるＪＱＢＡＣＴが１のときは、プリント・シ
ーケンス（ステップ＃２０Ｂ　、ステップ；＃２１１）
に入る。

また、ＪＯＢＡＣＴが１でないときはＦＩＦＯから中間
コードが有ることをチエツクして（ステップ＃２１３）
中間コード処理が行われる。

ここでプリントシーケンスに入るとき　（ステップ＃　
２０５）とＦＩＦＯ内のパケットデータが無くなったと
き（ステップ＃２１５）は、下位のプロセスに実行を移
すために第２１図のＪＯＢＯＵＴ処理２を実行する（ス
テップ＃　２３０）。処理内容パケットプロセスのビッ
トをリセット　（ステップ＃２３１）することである。

このとき最下位のプロセスにリクエストフラグが立って
いるので、最上位であるパケットプロセスがリクエスト
フラグを落とすことによりスケジューラは最下位プロセ
スに実行を移す。このようにパケットプロセスは優先順
位が最上位となるのでプログラムが待ちの状態となるが
（ステップ＃２０５の場合）、実行不能になる（ステッ
プ＃２１５の場合）ときのみ下位プロセスへ処理を移す
。

〔中間コード処理とプリント・シーケンス制御３次に、
ＦＩＦＯに蓄えられた中間コードの処理フローを、第２
２図（ａ）、　（ｂ）に示す。

ここでは、主に中間コードに応じたＢＭ　−ＲＡＭへの
描画と、プリント・エンジン部へのコマンド出力などの
シーケンス制御を行なう。

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

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

ＩＦＣ関連コードや及びＪＯＢＳＴＡＲＴ　Ｄ−ドは、
ＩＦＣへ出力される（ステップ＃３１２〜ステップ＃３
１３）。

コピー枚数設定の場合（ステップ＃３１９）は、コピー
枚数ｃｏｐｙ更新すル（ステップ＃　３２０）。ＦＩＦ
Ｏ３０５からビットマツプ書込部３１への出力は、中間
コードデータがある限り順次行われるが、ＰＡＧＥ　Ｅ
ＪＥＣＴコードを検出すると（ステップ＃３１５でＹＥ
Ｓ）、１ペ一ジ分の信号変換が終了したのでプリント動
作に入る。まず、コピー枚数ｃｏｐｙをカウントするた
めのＣＣ０ＵＮＴフラグに設定されているコピー枚数を
セットし、プリント起動処理に入る（ステップ＃３１７
）　（第２３図）。プリント起動処理では、プリント処
理に入ったことを示すＪＯＢＡＣ？フラグをセットしく
ステップ＃４０１）プリントヘッド制御部インターフェ
ースをプリント可能状態にしくステップ＃４０２）、イ
ンターフェース制御部４０にプリントコマンドＰＲＮＣ
Ｍ口を出力する　（ステップ＃　４０３）。

これにより、プリントヘッド制御部インターフェース３
１５では、プリントヘッド制御部４２の制御回路から送
られてくるパルスに同期してＢＭ　−ＲＡＭのデータを
バスＢ４を通じて出力する。

プリントが終了すると、まだＪＯＢＡＣＴフラグがセッ
トされているため第１９図のステップ＃２０４からステ
ップ＃２０５へ進み、ステップ＃２０６でインターフェ
ース制御部４０からの露光終了コマンドＥＸＰＥＮＤの
割り込み待ちとなる。ＥＸＰＩ！ＮＯ受信の割り込み処
理は第２４図に示すように、［！Ｉ”ＥＮＤフラグをセ
ットしリクエストベクタのパケットプロセスのビットを
リセットする。　Ｉ！ＸＰｔ！ＮＯを検出するとＥＰＥ
ＮＤフラグが１となりループを抜けて同一イメージのコ
ピー制御を行なう（ステップ＃２０８〜ステップ＃２１
１）。

まず、コピー枚数カウンタＣＣ０ＵＮＴを減算しくステ
ップ１２０８）、所定枚数のコピーが終了したかチエツ
クする（ステップ＃２０９）。終了の場合はプリント起
動処理に入る（第２０図）。ここでは、次のイメージの
描画のためＢＭ　−ＲＡＭをクリアし、ステップ＃２４
１　、プリント状態解除のためＪＯＢＡＣ？フラグをリ
セットしくステップ＃２４２）、ＢＭ〜ＲＡＭへの描画
状態を示す８？’１ＷＲＩＴＥのクリアを行なう　（ス
テップ＃２４３）、コピー未終了の場合は再び、同一イ
メージでプリントを開始する（ステップ＃２１１）。

〔ユーザプロセス〕

第２５図はユーザプロセスの処理例を示すものである。

ユーザプロセス自体は対応するプロトコルによっていく
つかのプログラムが存在するが、基本的な形態はこのよ
うになっている。特に、（ステップ＃４９０．　＃４９
１．　＃５０１〜＃５０３．　＃５０７．　＃５１０）
のステップは各ユーザプロセスで共通化しておかないと
他プロセスとの対応が取れなくなる。

まず、起動時にはユーザプロセスの初期化を行ない（＃
４７０　）　、ユーザテストパターンの登録データをホ
ストプロセスへ送る。次にトバッファにデータが有るこ
とをチエツクしくステップ＃５０１）、その後にＯＲ−
バッファの空きをチエツクする　（ステップ＃５０２）
、　　ＦＩＲ−バッファの空きがないときは（ステップ
＃５０２でＮｏ）、 ホストプロセスの起動要求をリクエストベクタによって
行ない（ステップ＃５１０）、ＵＲ−バッファに空きを
作るようにする。

Ｕトバッファの空きがあるときは（ステップ＃５０２で
Ｙ［！Ｓ）、Ｒ−バッファよりデータを取り込み（ステ
ップ＃５０３）、プロトコル変換処理（ステップ＃５０
４〜＃５０６．　＃５０Ｂ、　＃５０９）を行なう。

ユーザプロセス指定コードの場合（ステップ＃５１１で
ＹＥＳ）は、描画中のデータがある場合排紙させるため
にページイジェクトコードを送り　（ステップ＃５１２
）、ユーザプロセス指定コードをそのままＵＲ−バッフ
ァ３０６へ送る（ステップ＃５１３）。この後、上位プ
ロセスのリクエストベクタのビットをセットしくステッ
プ＃５１．３）、エミュレーションベクタをユーザプロ
セス指定コードのパラメータで指定されたプロセスの値
にセットする（ステップ＃５１５）。さらに前のユーザ
プロセスの残りデータを処理するためにＵＳＥＲＷＡＩ
Ｔをセットする（ステップ＃５１６）。そしてスケジュ
ーラの割り込み待ちとなる（ステップ＃５１７）。

ＵＳＥＲＷＡＩＴはホストプロセス６１と共通フラグと
なっていてこのフラグがセットされるとホストプロセス
６５がＯＲ−バッファ３０６内のデータを処理してしま
うまで指定のユーザプロセスが実行されず誤動作を防ぐ
。

これらのプロセスの切り替えタイミングの例を示したの
が第２６図である。このように、定期的なタイマー割り
込みによってスケジューラが起動されるが、プロセスが
切り替わるのは各プロセスの実行放棄条件が満たされた
ときである。

〔効果〕

以上の如き本発明装置による場合はエミュレーションソ
フトウェアの実行時に、これに必要な情報をテスト印写
することが可能である。なお上述の実施例では印写エリ
アは印写部固有のテストプリントパターンの一部を用い
るのでプリンタの動作に必要な情報（通信形態、フォン
ト情報等）は共通であり、印写情報の人力は必要最少限
の作業で済む。またこの入力情報はホストプロセス時に
コマンドで自由に設定できるので本発明は、エミュレー
ションソフトウェアの種類に拘らず通用できる。

更に上述の実施例では印写部固有のプロトコルと一致す
るプロトコルでデータ送受を行なうデータ処理装置との
間でのみならず、異プロトコルのデータ処理装置との間
でもデータ送受が可能であることは勿論、ハードウェア
操作を行なうことなくデータ処理装置側からの信号でプ
リンタ側のプロトコルを切換えることができ、従って操
作性が向上することは勿論、多数の異プロトコルのデー
タ処理装置で１台のプリッタを共用することが可能とな
る。

【図面の簡単な説明】

第１図は本発明のプリンタの構成図、第２図はプリンタ
の外観を示す斜視図、第３図は表示パネルの詳細を示す
正面図、第４図はプリンタの制御回路要部のブロック図
、第５図は本発明のビットマツプ制御部の構成を示すブ
ロック図、第６図は本発明装置のソフトウェアの構成を
示す概念図、第７図はシステムＲＡＭの構成を示す概念
図、第８図は受信データの流れを示すブロック図、第９
図はビットマツプ書込部の詳細ブロック図、第１０図は
イメージエリアの説明図、第１１図はスタートプロセス
を示すフローチャート、第１２図はタイマー割り込みに
よって起動されるスケジューラを示すフローチャート、
第１３図はホストプロセスの動きを示すフローチャート
、第１４図はＪＯＢＯＵＴ処理ｌの内処理水すフローチ
ャート、第１５図は受信データの処理手順を示すフロー
チャート、第１６図はＰＡＧ［！ＥＪＥＣＴ装置の手順
を示すフローチャート、第１７図は書式制御コードの処
理手順を示すフローチャート、第１８図は受信データの
割り込み処理を示すフローチャート、第１９図はパケッ
トプロセスの処理を示すフローチャート、第２０図はプ
リント起動処理を示すフローチャート、第２１図はＪＯ
ＢＯＩＩＴ処理２を示すフローチャート、第２２図は中
間コード処理を示すフローチャート、第２３図はプリン
ト起動処理を示すフローチャート、第２４図はＥＸＰＥ
ＮＤ受信割り込み処理を示すフローチャート、第２５図
はユーザプロセスを示すフローチャート、第２６図はプ
ロセスの切り替えタイミングの例を示すタイムチャート
、第２７図はテストプリントの処理手順を示すフローチ
ャート、第２８図はデータ処理装置からの送信データの
１例を示すフォーマット図である。 ６１・・・タイマー割り込み　６２・・・スケジューラ
６３・・・スタートプロセス　６４・・・パケットプロ
セス６５・・・ホストプロセス　６６・・・ユーザプロ
セス簗　　１ 図 特　許　出願人　ミノルタカメラ株式会社代理人　弁理
士　河　　野　　登　　夫弔 図 第 図 第 図 弔 図 第 図 冒 図 スクリューラ 第 図 第 図 ＃１６０ 第 図 第 図 第 図 簗　　２２ （ｂ） 図 ＃４００ 図 ＃４２０ 第 図 弔 図

Claims (1)

1. 【特許請求の範囲】 １、所定操作により所定の情報を印写するテスト印写手
   段を備える印写部と、該印写部によって印写されるデー
   タを与えるデータ処理装置との間に介装され、印写部の
   動作の制御を司るプリンタ制御装置において、 前記印写部の動作を制御するためのプログ ラム複数を格納するメモリと、 前記データ処理装置から与えられた所定信 号に応答して、前記メモリに格納された任意のプログラ
   ムを起動するプログラム起動手段と、 前記データ処理装置からの指令により、前 記テスト印写手段によって印写すべき情報の一部を設定
   しておく情報設定手段と を具備することを特徴とするプリンタ制御 装置。