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

Abstract

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

Description

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

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

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

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

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

而して複数種のエミュレーションソフトウェアを備えた
ものにおいては、−旦いずれかのエミュレーションソフ
トウェアを起動すると、ハードウェアでこれをリセット
することによってのみ他のエミュレーションソフトウェ
アへの切換が可能な構成となっていた。

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

従って特定のデータ処理装置に接続した状態で継続的に
使用する場合には何らの不都合はないが、プリンタを異
プロトコル仕様の複数のデータ処理装置と接続し随時デ
ータ処理装置を切換えて使用する等の用途には適用でき
ないという不都合があった。

本発明は斯かる問題点を解決するためになされたもので
あり、データ処理装置側からの制御信号で実行すべきエ
ミュレーションソフトウェアの切換を可能とする構成と
して上述の用途に供し得るようにしたプリンタ制御装置
を提供することを目的とする。

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

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

また印写部の動作制御用のプログラム、即ちエミュレー
ションソフトウェアはデータ処理装置、その他外部から
前記メモリに書込み得るようにすることを他の特徴とし
ている。

更に印写部に固有のプログラムと他のプログラムとを時
分割的に実行できるようにしていることを他の特徴とし
ている。

なおこのプリンタ制御装置は、印写部と一体的に組立て
られている構成、つまりプリンタ内蔵としていてもよく
、またプリンタとは別体としてもよい。

〔作用〕

データ処理装置の所定信号を発すると前記メモリの任意
のプログラムが起動する。またエミュレーションソフト
ウェアは外部からこれを与えて前記メモリに書込ませる
ことができる。

更にデータ処理装置側からの信号により随時エミュレー
ションソフトウェアと印写部に固有のプログラムとを切
換えて実行し得る。

〔実施例〕

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

〔概略の構成〕

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

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

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

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

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

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

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

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

〔制御部の構成〕

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

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

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

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

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

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

システムＲＡＭ　３０７のメモリ構成を第７図（ｂ）図
に示す。システムＲＡＭ　３０７のダウンロードセグメ
ントには、ユーザプロセス６６のための領域６６′が設
けられている。データ処理装置インターフェース３０１
を通してデータ処理装置１から送られてくるか、または
フォントインターフェース３０９を通してフォントカー
トリッジから読込んだ別のプロセス（ユーザプロセス６
６）をシステムＲＡＭ　３０７のこの領域６６′にロー
ドする。そうするとスケジューラ６２によって他のプロ
セスと同様に時分割処理を行なうことができる。このユ
ーザプロセス６６は、本プリンタ固有のプロトコル（ホ
ストプロトコル）と異なるプロトコルで送られてきたデ
ータをホストプロトコルに変換するプログラムである。

この場合のデータの流れは第８図に示すように例えばデ
ータ処理装置１からインターフェース３０１を介してシ
ステムＲＡ？Ｉ　３０７内のＲ−バッファ３０４に書込
み、このＲ−バッファ３０゛４内に蓄積されている受信
データ　（ホストプロトコル以外のプロトコルのデータ
）をユーザプロセス６６で取り出し、ホストプロトコル
のデータに変換してシステムＲＡ？１３０７内のＯＲ−
バッファ３０６に蓄積する。データの仮編集を行なうホ
ストプロセス６５は、ユーザプロセス６６の起動時には
ＯＲ−バッファ３０６を取出してホストプロトコルのデ
ータとしてこれを取扱えばよ（、またユーザプロセスの
非起動時、つまりホストプロトコルのデータである場合
は単にＲ−バッファ３０４内のデータを取り出すだけで
よ（、他に変更の必要がない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

〔スタートプロセス〕

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

まず電源が投入されると（ステップ＃１）、内部の初期
化を行ない（ステップ＃２）、Ｒ−バッファ、ＯＲ−バ
ッファ、バケットバッファ（ＦＩＦＯ）のクリアを行な
う　（ステップ＃３．＃４゜＃５）０次に、この後ホス
トプロセスを起動するため準備動作として、リクエスト
ベクタのホストプロセスを示すビットをセットしくステ
ップ＃６）、カレントベクタの出力プロセスを示すビッ
トをセットしくステップ＃　７　）　、ＣＲＴＰＲＳに
ユーザプロセスを示す番号を入れる（ステップ＃８）。

リクエストベクタとは、タイマー割り込みによってスケ
ジューラが起動されたとき、実行が中断されたプロセス
がスケジューラに対して実行の放棄と他プロセスの起動
要求を伝達するためのものであり、各プロセスに対応す
るビットをセットまたはリセットするようになっている
。またカレントベクタは実行中のプロセスに対応するビ
ットをセットするようになっていて、スケジューラが起
動されたときは実行が中断されたプロセスのビットがセ
ットされている。さらに、ＣＲＴＰＲＳはカレントベク
タの示すプロセスの番号が入っていて、プロセスの番号
は優先順位が高い程大きくなる。このリクエストベクタ
、カレントベクタ、ＣＲＴＰＲＳを用いてスケジューラ
は次のプロセスの実行先を決定する（次の「スケジュー
ラ」の項で詳細を述べる）。

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

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

〔スケジューラ〕

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

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

〔ホストプロセス〕

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

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

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

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

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

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

ステップ＃８０でＹＥＳ）ときにはリクエストベクタの
ホストプロセスのビットをリセットし自らの実行を放棄
する。またユーザプロセスが無い（ステップ＃７３でＮ
ｏ）場合は、ホストプロセスが最下位プロセスとなるの
でリクエストベクタのホストプロセスのビットはセット
したままにしておく。

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

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

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

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

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

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

〔テストプリント〕

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

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

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

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

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

〔受信データ処理〕

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

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

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

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

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

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

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

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

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

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

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

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

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

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

〔パケットプロセス〕

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

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

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

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

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

ここでプリントシーケンスに入るとき　（ステップ＃　
２０５）とＦＩＦＯ内のパケットデータが無くなったと
き（ステップ＃２１５）は、下位のプロセスに実行を移
すために第２１図のＪＯＢＯＵＴ処理２を実行する（ス
テップ＃２３０）。処理内容パケットプロセスのビット
をリセット　（ステップ＃２３１）することである。こ
のとき最下位のプロセスにリクエストフラグが立ってい
るので、最上位であるパケットプロセスがリクエストフ
ラグを落とすことによりスケジューラは最下位プロセス
に実行を移す。このようにパケットプロセスは優先順位
が最上位となるのでプログラムが待ちの状態となるが（
ステップ＃２０５の場合）、実行不能になる（ステップ
＃２１５の場合）ときのみ下位プロセスへ処理を移す。

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

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

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

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

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

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

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

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

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

〔ユーザプロセス〕

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

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

まず、Ｒ−バッファにデータが有ることをチエツクしく
ステップ＃５０１）、その後にＯＲ−バッファの空きを
チエツクする　（ステップ＃　５０２）。ＯＲ−バッフ
ァの空きがないときは（ステップ＃５０２でＮＯ）、ホ
ストプロセスの起動要求をリクエストベクタによって行
ない（ステップ＃５１０）、ＵＲ−バッファに空きを作
るようにする。

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

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

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

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

〔効果〕

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

【図面の簡単な説明】

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

Claims (1)

1. 【特許請求の範囲】 １、印写部と、これによって印写されるデータを与える
   データ処理装置との間に介装され、印写部の動作の制御
   を司るプリンタ制御装置において、 前記印写部の動作を制御するためのプログラム複数を格
   納するメモリと、 前記データ処理装置から与えられた所定信号に応答して
   、前記メモリに格納された任意のプログラムを起動する
   プログラム起動手段と を具備することを特徴とするプリンタ制御装置。 ２、前記メモリは前記印写部に固有のプログラムが予め
   格納してあるエリアを有する特許請求の範囲第１項記載
   のプリンタ制御装置。 ３、印写部と、これによって印写されるデータを与える
   データ処理装置との間に介装され、印写部の動作の制御
   を司るプリンタ制御装置において、 前記印写部の動作を制御するためのプログラム複数を格
   納するメモリと、 外部から与えられたプログラムを前記メモリに格納させ
   る手段と、 前記データ処理装置から与えられた所定信号に応答して
   、前記メモリに格納された任意のプログラムを起動する
   プログラム起動手段と を具備することを特徴とするプリンタ制御装置。 ４、前記メモリは前記印写部に固有のプログラムが予め
   格納してあるエリアを有する特許請求の範囲第３項記載
   のプリンタ制御装置。 ５、印写部と、これによって印写されるデータを与える
   データ処理装置との間に介装され、印写部の動作の制御
   を司るプリンタ制御装置において、 前記印写部に固有のプログラムを含む複数の印写動作制
   御プログラムを格納するメモリと、 外部から与えられたプログラムを前記メモリに格納させ
   る手段と、 前記データ処理装置から与えられた所定信号に応答して
   、前記メモリに格納された任意のプログラムを起動する
   プログラム起動手段と、 前記固有のプログラム及び他の印写動作制御用プログラ
   ムを時分割的に実行する手段とを具備することを特徴と
   するプリンタ制御装置。