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

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、複数のエミュレータを搭載したプリンタの制
御装置に関する。

（従来の技術） 最近、複数のホスト（ホストコンピュータなど）に接続
可能なプリンタが使用されている。通常、プリンタの印
字制御は、ホストコンピュータなどのホストから一定の
プロトコル（コマンド体系）すなわち７オーマツトに従
ったコマンドを印字データと共に受信することによって
行なわれる。このフォーマットは、現在、各社まちまち
に決められており、ホストとプリンタが異ったフォーマ
ットを利用した場合には、プリンタはホストから受信し
たデータを解析できない。そこで、複数のホストに接続
可能なプリンタにおいては、複数種の７オーマツトに対
応する機能（エミュレータ）を搭載していて、操作パネ
ルでの指定、または、ホストから送られてくるエミュレ
ータ指定のコマンドにより、指定されたエミュレータが
実行を開始する。

（発明が解決しようとする課題） 一般に、複数のホストに接続可能であって、多くのエミ
ュレータを搭載したプリンタにおいて、各々のエミュレ
ータが起動されている時には、メモリマツプやデータの
管理方法がそれぞれ異なる。

そのため、ホスト側から使用するアプリケーションを切
り換えるとき、ホストからプリンタのエミュレータの切
換を指定すると、従来は、切り換えたエミュレータのた
めにメモリの初期化がおこなわれ、これによりプリンタ
におけるそれ以前の状態は失われていた。

この初期化によるメモリのクリアは、−人でプリンタシ
ステムを利用している場合には問題はない。

しかし、特に複数のホストに接続され複数のユーザーが
使用するシステムにおいては、エミュレータ切換時に以
前の状態（使用環境）を保持しておいた方がよいことが
ある。たとえば、複数のホストと１台のプリンタが接続
され、複数のユーザーがそれぞれ異なるエミュレータで
使用していた場合を考える。１人がフォントをダウンロ
ードして利用していた時に、他のユーザーかエミュレー
タを切換えると、この時点でダウンロードフォントのデ
ータが消えてしまうので、最初のユーザーは、そのダウ
ンロードフォントを用いてプリントする場合、エミュレ
ータを切換えるだけでなく、また最初からフォントをダ
ウンロードしなおさなければならない。さらに前に設定
した値は、他のユーザーから割り込まれるたびに初期化
され消えてしまう。

この様に複数のユーザが異なるエミュレータを利用した
場合に連続的な作業が中断されてしまうという問題があ
る。

本発明の目的は、複数のエミュレータを搭載したプリン
タにおいて、エミュレータ切り換え時に、切り換え前に
使用していたエミュレータに復帰するときのためにその
エミュレータの使用のために必要なデータを保存できる
プリンタ制御装置を提供することである。

（課題を解決するための手段） 本発明に係るプリンタ制御装置は、それぞれ異なったプ
ロトコルを処理する複数のエミュレータを備えたプリン
タにおいて、使用環境を設定するデータの記憶エリアや
ワークエリアとしてエミュレータが処理の実行において
アクセスする第１記憶手段と、データ保存のための第２
記憶手段と、エミュレータ切換の指示を受け取るデータ
入力手段と、データ入力手段からエミュレータ切換指示
を受け取ると、指示されたエミュレータに切り換える一
方、第１記憶手段に記憶したデータの中の元のエミュレ
ータの使用環境を設定するデータを第２記憶手段に保存
し、切り換えられたエミュレータのための保存データが
その保存データを第２記憶手段に記憶してあった場合に
、第１記憶手段に復帰するエミュレータ切換手段を備え
たことを特徴とする。

（作用） エミュレータが処理の実行においてアクセスする第１記
憶手段には、エミュレータの使用環境を設定するデータ
も記憶される。たとえば、文字印字を中心とした処理を
行なうエミュレータにおいてダウンロードされるフォン
トデータがそのようなデータである。他のエミュレータ
からこのエミュレータに切り換えたときは、このダウン
ロードフォントデータが第２記憶手段に保存してあれば
、そのデータを第１記憶手段に復帰すれば、直ちに印字
情報の処理が実行できる。そこで、ホストコンピュータ
や操作パネルなどからエミュレータ切換指示をデータ入
力手段が受け取ると、エミュレータ切換手段は、第２記
憶手段に現在のエミュレータの使用環境を設定するデー
タを保存する。

また、エミュレータ切換手段は、指示されたエミュレー
タのための保存データを第２記憶手段から第１記憶手段
に復帰する。

（実施例） 以下、本発明の実施例を図面を参照しつつ説明する。

（ａ）プリンタの全体構成 第１図は本発明に係るレーザプリンタｌの外観を示す斜
視図である。

レーザプリンタｌは、電子写真プロセスによる画像形成
のための、感光体、現像器、露光用のレーザー光学系、
及び後述する画像データ処理部ｌＯなどを備えたプリン
トエンジン４と、自動給紙ユニット５及びソータ６から
なる。自動給紙ユニット５には、上段給紙カセット５１
、中段給紙カセット５２および下段給紙カセット５３が
、装着されており、これらの中の１つの給紙カセットか
ら用紙がプリントエンジン４に供給される。

プリントエンジン４の上部前面には、ユーザーによる操
作のための操作パネル４４が設けられている。

第２図は、操作パネル４４の正面図である。。

７セグメントＬＥＤのＰｒ１ｎｔｅｒ　　５ｔａｔｕｓ
表示３１は、レーザプリンタｌの動作状態（エラー表示
を含む）をコード表示する。サイズ指定キー３５は、用
紙を供給する給紙カセット５１〜５３の中の１つを選択
するために設けられ、選択された給紙カセットに収納さ
れている用紙のサイズに応じてサイズ表示ＬＥＤが点灯
される。３７は初期化のためのリセットキー、３８はテ
スト印字のためのテストキー、３９は内部の画像データ
を排出するだめのフオームフィードキーである。

オンラインキー４０は各部の処理を一時停止させるため
に設けられ、処理が停止すると表示ＬＥＤ４０ａは消灯
する。

さらに、４１は、エミュレータを選択するためのエミュ
レータ選択キーであり、キー４１の押下により表示３１
に表示された数字に対応するエミュレータが選択される
。

第３図はレーザプリンタｌの画像データ処理部１０の構
成を示すブロック囚である。画像データ処理部ｌＯは、
画像データ処理部１０の全体の動作を制御するマイクロ
コンピュータからなるＣＰＵ（中央処理装置）１１１処
理のプログラムを記憶するプログラムＲＯＭ１２、操作
パネル４４と接続された操作パネルインターフェイス１
３、後述するようにビットマツプメモリとして用いられ
且つ各種のデータが格納されるＲＡＭ１７、予め所定の
フォントデータが書き込まれＩ；フォントＲＯＭ１８、
これらのＲＡＭ１７及びフォントＲＯＭ１８を制御する
メモリコントローラ１４、外部装置としてのホストコン
ピュータ（以下「ホスト」という）に接続された外部イ
ンターフェイス１５、デイツプスイッチ１９、及び、プ
リントエンジン４において電子写真プロセスを制御する
プリントエンジン制御部に接続されたプリントエンジン
インターフェイス１６から構成されている。

ここに、デイツプスイッチ１９は、ユーザーが設定する
プリンタ動作方法のデフォルト値を決めるために設けら
れる。ユーザーは、あらかしめ自分が使用するエミュレ
ータ、ペーパーサイズ、通信速度、メモリサイズなどを
デイツプスイッチ１９に設定することができる。後述の
エミュレータ切換の場合のメモリ容量不足の場合のデー
タ保存優先かデータ放棄優先（エミュレータ切換優先）
かの取り扱いの選択もデイツプスイッチ１９により設定
される。この情報は、電源投入とともに読み込まれ、デ
フォルト値の設定か行われる。エミュレータ切換優先の
場合は、ｇａｒｄ　ｆｄａｔａフラグがＯに設定され、
エミュレータ切換放棄優先の場合は、そのフラグが１に
設定される（第２４図（ａ）　Ｓ８４〜Ｓ８６参照）。

プログラムＲＯＭ１２内には、ホストから送られてくる
文字データおよび複数のコマンドを解析し実行するプロ
グラム（エミュレータ）が収められている。すなわち、
本プリンタは、数種のフォーマットに対応する機能（エ
ミュレータ）を持っており、操作パネル４４での指定、
あるいはホストから送られるコマンドにより、各エミュ
レータが対応を開始する。

メモリコントローラ１４は、ホストから外部インターフ
ェイス１５を介して画像データが入力されると、この画
像データに基づいて、後述するＲＡＭ１７内のビットマ
ッグエリアＢＭにイメージデータの描画を行う。イメー
ジデータの描画には、線や円などの図形描画と、フォン
トＲＯＭ１８又はＲＡＭ１７からのフォントデータの読
み出しにより行われるフォント描画とがある。

また、プリント（印字）動作時において、メモリコント
ローラ１４は、ホストから送られてくるプリント開始コ
ードに対応して、プリントエンジン４内のプリントエン
ジン制御部からの同期信号に従って、ＲＡＭ１７内のビ
ットマツプエリアＢＭからイメージデータを画素の配列
順に読み出し、プリントエンジン制御部へ出力する。

プリントエンジン制御部では、このイメージデータに応
じてレーザ光源の点滅を行って感光体上に潜像を形成す
る公知の電子写真プロセスにより、自動給紙ユニット５
から供給される用紙に、用紙の周囲に余白を設けた所定
のイメージサイズの画像を形成する制御が行われる。

７オントＲＯＭ１８（第１０図参照）内のフォントデー
タには、文字や記号の形をドツトパターンとしてイメー
ジのとおりに表すパターンフォントデータと、文字など
輪郭のみを表すアウトラインフォント（ベクトルフォン
ト）データやデータ長の短縮を図った圧縮フォントデー
タなどからなるコードフォントデータ（内部１次データ
）とがある。

アウトラインフォントデータを印字に用いると、高品位
の変形文字や拡大文字などを含む画像を容易に形成する
ことができる。

まｔこ、プリントにフォントＲＯＭ１８内のフォントデ
ータ以外のフォントが必要な場合には、ホストからパタ
ーンフォントデータ又はコードフォントデータからなる
必要なフォントデータ（外部り次データ）が、ＲＡＭ１
７ヘダウンロードされる（第８図、第１１図参照）。

コードフォントデータに基づいて、ＲＡＭ１７のビット
マツプエリアに描画するときには、塗り潰しやドツト数
の計算などの演算処理が必要となり、描画速度が低下す
る。そこで、描画速度を高めるため、ＣＰＵ１ｌにより
、プリント動作の開始前などの待機時間を利用してフォ
ント変換処理が行われ、前もってコードフォントデータ
（内部又は外部１次データ）をパターンフォントデータ
に変換し、これを２次データとしてＲＡＭ１７（第１１
図のキャッシュエリアなど）に格納しておくことがある
。

（ｃ）ＲＡＭのｗＩｇ戒とエミュレータ第４図は、ＲＡ
Ｍ１７のメモリエリアＭＡの構成を示す。メモリエリア
ＭＡは単数又は複数のＲＡＭチップにより構成される。

メモリエリアＭＡは、１つのアドレス系によりアクセス
可能なメモリ空間であり、格納されるデータの種類から
見て、ＣＰＵＩＩが行なう各部の制御のためのシステム
エリアＳＡ、画像データに関するユーザー二リアＵＡ、
及び、ダウンロードフォントデータなどをエミュレータ
切り換え時に保存するデータセーブエリアＤＳに分けら
れる。

システムエリアＳＡやユーザエリアＵＡは、その目的に
より、さらに細分化されて利用されるが、その内訳はエ
ミュレータが起動されるごとに変化する。これは各エミ
ュレータにおいてプリンタコマンドがその構造や機能が
異なるためであり、エミュレータプログラムもそれを反
映した形になり、メモリの利用目的もエミュレータごと
に変わス なおユーザエリアＵＡと、データセーブエリアＤＳのア
ドレスは、後で説明するように、エミュレータが起動さ
れると変化する。

なお、ＲＡＭチップを増設してゆくことにより、ユーザ
エリアＵＡとデータセーブエリアＤＳを拡張することも
できる。

次に、具体的に２つのエミュレータのメモリ空間につい
て説明する。ここでは、２つのエミュレータをＥＭＵｌ
、ＥＭＵ２と呼ぶ。

はじめに、エミュレータＥＭＵＩの場合のメモリ空間に
ついて説明する。

ＥＭＵＩは、キャラクタの印字を中心とした処理を行な
うエミュレータであり、文字印字の際にはフォントＲＯ
Ｍ１８のパターンフォントデータ１８１のみを使用する
。内部での情報管理は主にキャラクタ単位に行なわれ、
文字情報、印字制御コマンドとともに画定７オーマント
に従い中間コードと呼ばれるコードに変換される。描画
時にはこの中間コードの情報をもとに処理を行なう。

一方、ＥＭＵ２は図形処理を中心とした処理を行なうエ
ミュレータであり、内部では座標データを中心とした画
像データを管理する。文字の場合も、画像データに近い
形で扱われ、最終的には画像データと同じ管理データに
まで分解される。文字印字の際は、フォントＲＯＭ１８
のコードフォントデータ１８２のみを使用する。コード
フォントデータ１８２は文字の輪郭情報が集められたも
のであり基本的には図形を描画する情報に近いものであ
る。

ＥＭＵＩでは、第５図に示す様にＲＡＭ１７のメモリ配
置が行なわれる。ＲＡＭ１７のシステムエリアＳＡには
、ＣＰＵＩＩによる演算処理のためのパラメータなどを
格納するパラメータエリアＳＡａ、ホストから入力され
た各種の制御のための命令コードに対応する中間コード
を格納するＰ−バッファエリアＳＡｂ、及びホストとの
通信用のＲ−バッファエリアＳＡｃが設けられる。

ＥＭＵＩでは、パラメータエリアＳＡａにはプログラム
全体を管理するための情報が記憶される（ディレクトリ
管理）。その内部は、第６図に示すように、さらにいく
つかのブロックに分けられて、管理を行なう。たとえば
エミュレータの現在の動作情報を保存するエミュレータ
管理ブロック５Ａａ１や、ダウンロードフォントなどの
情報を管理するダウンロードデータ管理ブロック５Ａａ
２、データセーブエリアＤＳの使用情報を管理するデー
タセーブエリア管理ブロック５Ａａ３、画像情報全体（
たとえば中間コードやテーブルエリアのデータも）を管
理する画像情報管理ブロック５Ａａ４などのいくつかの
ブロックが設けられる。

第７図に示すように、データセーブエリアＤＳは、デー
タ保存エリアＤＳａとエミュレータ情報保存エリアＤＳ
ｂとからなるデータ保存エリアＤＳａは、後に詳しく説
明するように、エミュレータ切換時に外部１次データな
どを保存、復帰するためのエリアである（第２１図５５
５６〜５６３参照）。

また、パラメータエリアの上述のエミュレータ情報管理
ブロック５Ａａｌの内容は、エミュレータが切り換えら
れる時、データセーブエリアＤＳ内のエミュレータ情報
保存エリアＤＳｂにコピーされる（第２１図３５５１参
照）。そして、次に再び元のエミュレータが起動された
時、エミュレータ情報保存エリアＤＳｂからエミュレー
タ情報管理ブロックＳＡａ　１にコピーされる（第２１
図８５６５参照）。

このコピーは現在のエミュレータの動作情報（使用環境
）を保存しておくために行なう作業であるが、データセ
ーブエリアＤＳ内に保存エリアＤＳｂを置かずにパラメ
ータエリアＳＡａ内に置いてもよい。

一方、ユーザー二リアＵＡには、第８図に示すように、
プリントの必要に応じてホストからダウンロードされた
パターンデータを格納する７オントロードエリアＦＬと
、イメージデータを描画する仮想画面としてのビットマ
ツプエリアＢＭとが割り当てられる。ただし、ＥＭＵＩ
ではパターン７オントデータのみを扱い、コードフォン
トは使わない。

第９図に示すように、ダウンロードの際、フォントＲＯ
Ｍ１８からのパターン７オントデータがユーザーエリア
ＵＡの端から順に格納されてゆく（斜線部）。これは７
オントロードエリアＦＬを使い切るまで可能であるが、
データがエリア内で一杯になると、後にダウンロードさ
れたデータは捨てられる。一方、ビットマツプエリアＢ
Ｍは、ユーザー二リアＵＡの反対側の端から使用される
。

なお、図かられかるように、ユーザーエリアにおいて、
フォントロードエリアＦＬとビットマツプエリアＢＭと
は、メモリ空間を共通化していて、その破線で示す境界
は浮動的である。

第１θ図は、フォントＲＯＭ１８の構成を示す。

ＥＭＵＩではパターン７オントデータ１８１のみを利用
し、コードフォントデータ１８２は全く使用しない。

次に、ＥＭＵ２の場合のメモリ空間について説明する。

ＥＭＵ２では、第１１図の様にシスチムニリアＳＡとユ
ーザーエリアＵＡが配置される。

さらに、データセーブエリアＤＳは第７図と同様に配置
される。

システムエリアＳＡには、ＥＭＵｌと同様にパラメータ
を格納するパラメータエリアＳＡａとホストとの通信用
のＲ−バッファＳＡｃが設けられる他、テーブルエリア
ＳＡｂが設けられる。

ＥＭＵ２の場合には、すでに第６図に示したように、パ
ラメータエリアＳＡａに、さらに画像情報保存ブロック
５Ａａ５が作られる。これは、印字制御コマンドや、テ
ーブルエリアＳＡｂに保存される座標データなどが作ら
れる以前の情報を保存しておくエリアであり、解析途中
もしくは解析前のデータを保存する。ダウンロードフォ
ントデータなどもこのエリアＳＡａ　５に蓄えられる。

それゆえ、７オントロードエリアＦＬはこのエリアの一
部に対応することになる。このエリアは画像情報管理ブ
ロック５Ａａ４によって管理される。

このように、フォントをダウンロードした場合は、ＥＭ
ＵＩの場合と異なり、パラメータエリアＳＡａの内部に
７オントデータが収められる。これはフォントデータを
グラフィックなどの画像データと同一に扱うためであり
、画像を生成するためのパラメータも、このパラメータ
エリアＳＡａ内部に収められる。

ＥＭＵ２では、コードフォントのみを使用し、パターン
フォントデータは扱われないので、ＲＯＭ１８からはコ
ードフォントデータ１８２のみを読み込み、フォントロ
ードエリアＦＬにはコードフォントデータのみが収めら
れる。

ＥＭＵ２では中間コードは使用しないので、ＥＭＵＩの
場合のような中間コードを格納するＰ−バッファエリア
ＳＡｂは設けない。その代わりに、第１２図に示すよう
なテーブルエリアＳＡｂが設けられ、画像データを描画
する上で必要となる座標データ、もしくは座標データを
生成する過程で作られる中間データ、もしくはプログラ
ムを管理する上で必要なアドレス情報が集められ管理さ
れる。また画像情報は分解されていくつものテーブルに
分けられるので、これら複数のテーブルを指すポインタ
（アドレス）を集めた、テーブルを管理するためのテー
ブル管理テーブルがさらに作られる。これらも同様にテ
ーブルエリアＳＡｂ内に置かれる。

ユーザーエリアＵＡは、第１１図に示すように、複数の
エリアに分割され利用される。大部分はイメージデータ
を描画する仮想画面としてのビットマツプエリアＢＭを
使用するが、他のエリアは描画処理を高速化するための
キャッシュエリアＦＣ。

ＣＡなどに割りあてられる。

キャッシュエリアには、フォントキャッシュエリアＦＣ
とハーフトーンなどのキャッシュエリアＣＡがある。Ｅ
ＭＵ２は、図形処理を頻繁に行なうエミュレータである
が、図形データのパラメータからビットマツプ形式への
ハーフトーンなどのパターンデータに展開処理するには
非常に時間がかかる。このため、１度展開しｔ；ハーフ
トーンなどのパターンデータをキャッシュエリアＣＡに
保存し、同じパターンを使用する時にキャッシュエリア
ＣＡからパターンデータを直接コピーする。

（わざわざ、図形パラメーターから展開しなおさない。

）まＩこ、７オントの場合には７オントキヤツシユエリ
アＦＣに各文字（たとえばＡ−Ｚ）のデータを保存する
。この時のデータは前に述べた２次フォントデータ（パ
ターンフォントデータ）に対応している。

また、ユーザーエリアＵＡのワーキングバッファエリア
ＷＢは、複雑な図形処理、たとえば、ハーフトーン処理
、クリッピング処理、重ねあわせ処理を行なう場合に、
−時的な作業を行なうためのエリアである。その処理を
行なう時には、このエリアＷＢ上で１度図形を作成し、
その後に、ビットマツプエリアＢＭ上にコピーする。

（ｄ）エミュレータ切換とメモリ管理 多くのエミュレータを搭載したプリンタにおいて、複数
のユーザーが異なるエミュレータ（アプリケーションプ
ログラム）で使用する場合に、エミュレータを切換える
時、以前に設定した使用環境をメモリに保存し各ユーザ
ーの連続的な使用を可能にするために、エミュレータ切
換時に、使用環境設定のために必要なデータをメモリに
保存する（第２１図参照）。

第１３図は、エミュレータをＥＭＵＩからＥＭＵ２に切
り換え、次に再びＥＭＵＩに戻した場合のメモリエリア
の構成を示す。ＥＭＵＩからＥＭＵ２への切り換えにお
いては、ＥＭＵＩのユーザーエリアＵＡのフォントロー
ドエリアＦＬにダウンロードされていたフォントデータ
（斜線部）を、前述したデータセーブエリアＤＳに保存
しておく。

そして、ふたたび現在のエミュレータＥＭＵＩに戻った
時に、データセーブエリアに保存していたダウンロード
フォントデータ（斜線部）をフォントロードエリアＦＬ
に復帰させる。これにより、ユーザーは、外部フォント
データを読み込まなくても直ちにアプリケーションプロ
グラムを実行できる。なお、説明を簡巣にするため、先
に説明したエミュレータ情報データの保存と復帰につい
ては、図示と説明を省略した。

このＥＭＵ２の場合なとでは、ダウンロードされたコー
ドデータ（外部１次データ）があれば元の使用環境に復
帰できるので、エミュレータ切換えの際に、１次データ
のみを保存し、２次データは捨ててもよい。

さらに第１４図に示すように、エミュレータを切り換え
た時、データセーブエリアＤＳに空きが出ない様にして
、次のエミュレータで使用するエリアを拡張する。たと
えば前に説明したＥＭＵＩからＥＭＵ２に切り換える時
に７オントロードエリアＦＬからデータセーブエリアＤ
Ｓに保存する。

この時に使用済みエリア（斜線部）のみをデータセーブ
エリアＤＳとし、その他の余った空間をユーザエリアＵ
ＡとシステムエリアＳＡに割りあてる。これによりメモ
リ利用の効率化が図れる（第２２図５５５５４〜５５５
５７．第２１図５５６６参照）。

ただし、第１５図に示す様にデータセーブエリアＤＳの
大きさによっては、次のエミュレータで使用するユーザ
ー二リアＵＡについて、必ずしも通常の大きさが確保で
きない場合もある。たとえば（ａ）の場合の様に、保存
すべきデータ（斜線部）が少ないためユーザーエリアＵ
Ａが通常の大きさより大きくとれる場合には問題がない
が、（ｂ）の場合の様にデータセーブエリアＤＳが大き
いためユーザーエリアＵＡにおいてキャッシュエリア（
ＦＣ，ＣＡ）やワーキングバッファエリア（ＷＢ）の通
常の大きさを確保できない時もある。

この場合（第２２図９５５５３でＮｏ）、ユーザーによ
るデイツプスイッチ１９の設定に従い設定されているフ
ラグｇａｒｄ　ｆｄａｔａに対応して、データ保存優先
（ｇａｒｄ　ｆｄａｔａ・１）又はデータ放棄優先（ｇ
ａｒｄ　ｆｄａｔａ＝０）すなわちエミュレータ切換優
先の処理を行なう（第２２図５５５５８参照）。

データ保存優先の設定の場合には、８２２図５５５６１
〜５５５６６に示すように、ユーザー二リアＵＡにおい
てキャッシュエリア（ＦＣ，ＣＡ）やワーキングバッフ
ァエリア（ＷＢ）の大きさに制限をかける。これらのエ
リアは処理時の効率を上げるだめのエリアであるので、
ある程度の制限はプログラムの実行自体には問題がない
。たとえば、フォントキャッシュ（Ｆ　Ｃ）の場合は、
最小限１文字分があればよいし、ハーフトーンキャッシ
ュ（ＣＡ）では、最小限ハーフトーン１ブロツク分があ
ればよい。

この様（：、エミュレータ切換え後に通常のユーザーエ
リアが確保できない時は、使用上に問題のない程度に（
Ａ−Ｚまでのエリアが確保できないときには、たとえば
Ａ−Ｎだけとする）、ユーザーエリアＵＡの大きさに制
限をかける。

以上のメモリ配置操作を行なっても最小限のメモリエリ
ア（ＦＣ，ＣＡ、ＷＢ）の大きさが確保できない時は、
さらに、ビットマツプエリアＢＭの大きさ、すなわち、
印字可能な最大ペーパーサイズｔニアｆＩＪ限をかけ、
大きなベーパーサイズが選択できない様にする。これに
より、ユーザーが希望するよりも小さいサイズでの印字
しかできないことも有り得るが、エミュレータの切換は
可能になる。（また逆にＥＭＵ２からＥＭＵＩに切り換
える時は、フォントロードエリアＦＬやヒ゛ットマップ
エリアＢＭの大きさに制限をかければよい。フォントロ
ードエリアＦＬは最低でもデータセーブエリアＤＳに格
納されているデータを復帰できるだけの容量があれば印
字動作は行えるので、その大きさにまで制限する。また
、上記最小限の７ォントロードエリアが確保できない場
合には、ＥＭＵｌからＥＭＵ２への切り換え時と同様、
ビットマツプエリアＢＭに制限をかける。） 一方、ユーザーがデータ放棄優先すなわちエミュレータ
切換優先を設定した場合には、データセーブエリアＤＳ
をクリアして外部１次データなどを捨て、エミュレータ
を切り換える。

なお、本実施例では、エミュレータ切換優先か否かを通
常のメモリエリアが確保できない場合について選択する
ようにしたが、その他の大きさ、たとえばペーパーサイ
ズが確保できない場合や最小限のメモリが確保できない
場合に選択するようにしてもよい。

第１６図は、エミュレータを切り換える時のデータの移
動の１例について示す。ここに、ｍｌはＥＭＵＩでダウ
ンロードされｔこフォントデータであり、ｍ２は以前に
退避したＥＭＵ２のダウンロードフォントデータである
。また、ｍ３は他のエミュレータＥＭＵ３でダウンロー
ドされたフォントデータである。ＥＭＵＩからＥＭＵ２
へのエミュレータ切り換えの際に、ＥＭＵＩのダウンロ
ードフォントデータｍｌはデータセーブエリアＤＳへ保
存され、ＥＭＵ２のダウンロードフォントデータｍ２は
データセーブエリアＤＳからシステムエリアＳＡ中に復
帰するが、その他のエミュレータＥＭＵ３のためのｍ３
は、ＥＭＵＩからＥＭＵ２への切換に無関係であるので
、データセーブエリアＤＳ内でそのまま保存される。

ここに、Ｍで示す部分がユーザーエリアＵＡとして利用
できるエリアであるので、ビットマツプエリアＢＭ、フ
ォントキャッシュＦＣ，ハーフトーンなどのキャッシュ
ＣＡ、ワーキングバッファＷＢをこのエリアに割りふる
。

（ｅ）プリント制御のフロー 第１７図は、ＣＰＵＩ　ｌのメイン７０−を示す。

電源をＯＮにすると、まずＲＡＭ１７のパラメータエリ
アＳＡａ内のパラメーターを初期化する（ステップＳｌ
（以下「ステップ」を略する））。

次に、受信バッファＳ　Ａｃ、ビットマツプエリアＢＭ
、フォントキャッシュエリアＦＣ，キャッシュエリアＣ
Ａ、ワーキングバッファＷＢ、バケットバッファＳＡｂ
などのエリアをクリアする（Ｓ２）。また、デフォルト
値の設定を確認するためにデイツプスイッチ１９の設定
をチエツクする（Ｓ３）。この設定値は、パラメータエ
リアＳＡａの中に情報として保存される。

メインフローは、その後、受信処理プロセス（Ｓ５）、
描画プロセス（Ｓ６）、エンジン処理プロセス（Ｓ７）
および操作部処理プロセス（Ｓ８）を繰り返し行なう。

ここに、受信処理プロセス（Ｓ５）は、ホストから送ら
れてくる印字データに必要な情報を付加して、内部で管
理するフォーマットに直す処理を行なう。

描画処理プロセス（Ｓ６）は、受信処理プロセス（Ｓ５
）で作られたフォーマットをさらに解析し、ビットマツ
プエリアＢＭ上に実際に印字されるイメージとして描画
してゆく。

エンジン処理プロセス（Ｓ７）は、プリントエンジン４
の状態を監視するとともに実際のプリント動作を行なう
。これはすべてのエミュレータで共通の処理となる。

操作部処理プロセス（Ｓ８）は、操作パネル４４で設定
される内容のチエツクおよび表示などを行なう。これは
すべてのエミュレータで共通の処理となる。

ｄａｔａ　ｆｕｌｌフラグは、エミュレータ切換時にデ
ータ保存を優先する設定においてメモリが確保できなか
ったことを示すフラグである（第２２図５５５６７参照
）。詳しくは後述するが、このフラグが立っている時は
（Ｓ４でＹＥＳ）、処理が行なえないため、受信処理プ
ロセス（Ｓ５）と描画処理プロセス（Ｓ６）は実行しな
い。しかし、エンジン処理プロセス（Ｓ７）と操作部処
理プロセス（Ｓ８）は、その状態を常に監視しなければ
いけないので、その処理を実行する。ただしこの時、エ
ンジン処理プロセス（Ｓ７）と操作部処理プロセス（Ｓ
８）が使用するパラメータエリアＳＡａ内の情報は不用
意に変更されるとプログラムが暴走する可能性があるの
で、そのエリアは変更されてはならない。

第１８図は、受信割り込みの処理のフローを示す。ホス
トとの通信を描画などの処理と非同期で行なうために、
ホストから受信があった時点で割り込みがかかり、受信
割込みの処理を行なう。すなわち、外部インターフェー
ス１５からデータを読み込み（５９１）、その内容をＲ
−バッファＳＡＣに出力する（Ｓ９２）。そして、リタ
ーンする。

笑１９図は、デイツプスイッチ１９の設定を読み込むフ
ロー（第１７図５３）を示す。まずデイツプスイッチ１
９の設定を確認する（５３１）。次に、その設定に従い
、ＲＡＭ１７のパラメータエリアＳＡａに値をセットし
、リターンする。たとえば、最初にどのエミュレータを
起動するか調べ（Ｓ３２）、起動するエミュレータのタ
イプをｃｕｒｒ−ｅｍｕにセットする（Ｓ３２−１〜５
３２−ｎ）。ここに、ｃｕｒｒ　ｅｍｕはパラメータエ
リアＳＡｃ内のあるアドレスにある。また、ダウンロー
ドデータ（外部１次データ）を保存するためにメモリを
使い切る時に、ダウンロードデータを捨てるかどうかの
設定をチエツクする（Ｓ３３）。ユーザーがデータを捨
てるデータ放棄優先すなわちエミュレータ切換優先の設
定をした時には（Ｓ３３でＹＥＳ）、ｇａｒｄｆｄａｔ
ａ７ラグを０としてセットしく５３４）、ユーザーが、
データを捨てないで、キャッシュなどのエリアを減少、
もしくはペーパーサイズを減少させて使用するデータ保
存優先の設定をした時は、ｇａｒｄ　ｆｄａｔａをＩと
してセットする（Ｓ３５）。ここに、ｇａｒｄ　ｆｄａ
ｔａはパラメータエリアＳＡｃ内のあるアドレスにある
。この様にデイツプスイッチ１９で設定した各々の値は
、具体的にどの様な設定にするかチエツクされ、パラメ
ータに値をセットする形で記憶される。そして、リター
ンする。

第２０図は、受信処理プロセス（第１３図５５）のフロ
ーである。受信割り込み（第１４図）でＲ−バッファエ
リアＳＡｃにデータが格納されるが、このデータの有無
をチエツクしく５５１）、もしデータカアったら（Ｓ５
１でＹＥＳ）Ｒ−／（ツファエリアＳＡｃからデータを
取り出しく５５２）、無かったら（Ｓ５１でＮＯ）この
処理を終了する。

取り出したデータは、まず、エミュレータ切換えコマン
ドであるかチエツクされる（Ｓ５３）。もしそうだった
ら（Ｓ５３でＹＥＳ）、次に、どのエミュレータタイプ
に切り換えるかをチエツクしく５５４）、各々のタイプ
に従ってｃｕｒｒ　ｅｍｕに値をセットしくＳ　５４−
１＝５５４−ｎ）、そして、現在のエミュレータの動作
情報を保存するためにエミュレータ切換処理を行なう（
Ｓ５５、第２１図参照）。

次に、以前にＣｕｒｒ　ｅＤＩｕに現在のエミュレータ
が何であるか設定しであるので（第１９図参照）、その
値をチエツクしく５５６）、設定されたタイプのエミュ
レータに対応した受信データ処理を行なう（Ｓ５６−１
”５５６−ｎ）。ここでは、受信したデータから内部で
管理するデータの書式に変換するのが主な処理である。

なお、内部で管理するデータの書式は、前に述べた様に
エミュレータごとに異なる。以上の処理が終わったあと
、リターンする。

第２１図は、エミュレータ切換処理（第１９図５５５）
の７０−を示す。現在使用しているエミュレータは、今
後また使用する可能性があるので、現在の動作情報を退
避して保存しておく必要がある。このＩ；め、データセ
ーブエリアＤＳ内のエミュレータ情報保存エリアＤＳｂ
にまとめて保存しておく。動作情報はパラメータエリア
ＳＡｃ内にあるエミュレータ情報管理ブロック５Ａａｌ
にまとめられているので、実際にはこのエリアの内容を
そのままコピーする処理になる（５５５１）。（パラメ
ーター内部で保管できる場合は、そのままでよい。） 次に、データセーブエリアＤＳで使用しているデータ長
さを調べる（Ｓ　５５２）。これは、データセーブエリ
ア管理ブロック５Ａａ３内で管理されているので、ブロ
ック内を参照することにより調べられる。

次に、データを復帰し、保存するため、復帰するデータ
と保存するデータの両方のデータ長をそれぞれ求める（
Ｓ５５３，５５５４）。復帰する時は先はどと同じく、
データセーブエリアＤＳの管理ブロック５Ａａ３を調べ
、保存データはダウンロードデータ管理ブロック５Ａａ
２を調べる。保存する時は必ずしも、ダウンロードデー
タに関するすべての情報について保存するわけではなく
、コードフォントデータの様な基になる１次データのみ
を保存する。２次的に作られたキヤ・ンシュ内のデータ
などはすべて無視される。

実際にエミュレータを起動する前に内部で使用するバッ
ファなどのエリアのアドレスをどこに置くか決める必要
があるので、これを決定する（Ｓ５５５、第２２図参照
）。ここでは５５５２，５５５３．５５５４で求めた値
を利用して計算を行なう。

メモリ配置が決まったので、実際にデータの復帰、保存
を行なう。次に起動するエミュレータに関する保存情報
が、以前にデータセーブエリア管理ブロック５Ａａ３に
書き込まれたかどうか調べ（Ｓ５５６）、データが保存
されていたら（Ｓ　５５６でＹＥＳ）、先はどのメモリ
配置処理（Ｓ５５５）によりフォントロードエリアＦＬ
が決まったので、データセーブ管理ブロック５Ａａ３を
調ベコピーすべき元のデータのアドレスを決める（Ｓ５
５７）。

そして保存したデータの復帰を行なう（３５５８）。

保存時も、上述の復帰の時と同じ様に、保存するデータ
があるかどうか調べ（５５６１）、コピーするアドレス
を調べ（Ｓ　５６２）、データの保存を行なう（３５３
６）。

エミュレータを切り換えると、ビ／トマ・ンプエリアＢ
ＭのデータやテーブルエリアＳＡｂ（ＥＭＵ２の時）や
Ｐ−バッファエミュレータＳＡｂ（ＥＭＵｌの時）のデ
ータなどは、必要なくなるのでクリアする（Ｓ５６４）
。ただし、Ｒ−バッファＳＡＣのデータは、次の処理に
使うのでクリアしない。

そして、エミュレータの情報をエミュレータ情報保存エ
リアＤＳｂから復帰する（Ｓ５６５）。エミュレータ情
報保存エリアＤＳｂには、あらかじめ初めてエミュレー
タを使うためのデフォルト値が入れられている。

以上の処理でエミュレータの情報の入れ換え（保存と復
帰）が終ったわけであるが、メモリの一部に空きが出る
場合がある。そのため最後にデータを移動して空きをつ
める（５５６６）。また以前使用したデータをそのまま
使う時に、うまくアドレスが合わなくなった時もこの時
に調整する。

第２２図は、メモリ配置を決める処理（第２２図９５５
５）のフローを示す。これはＥＭＵＩからＥＭＵ２にエ
ミュレータを切り換える場合について書いであるが、他
のエミュレータに切り換える時もほぼ同じである。ユー
ザーエリアＵＡのＦＣ，ＣＡ、ＷＢのサイズを変化され
ているが、ＥＭＵ２からＥＭＵＩに切り換える時にはフ
ォントロードエリアＦＬがこれに対応して変化すること
になる。

まず、ユーザーエリアＵＡとして使用できるエリアのサ
イズを求める（Ｓ５５５１）。このサイズは、以前に求
めたデータセーブエリアＤＳの使用量（Ｓ５５２）と復
帰するデータ長（５５５３）から計算できる。システム
エリアＳＡの使用量はエミュレータごとにサイズが決め
られているので、これらの余りがユーザー二リアＵＡと
して使用できるエリアとなる。

次に、ユーザーエリア内部に割り当てられる各エリア（
たとえばＥＭＵ２の場合にはビットマツプエリアＢＭ、
フォントキャッシュエリアＦＣ，その他のキャッシュエ
リアＣＡ、およびワーキングバッファＷＢ）の大きさを
調べる（Ｓ５５５２）。

これはパラメータエリアＳＡａ内に情報として収められ
ているので、これを調べればよい。

次に、これと現在のユーザーエリアＵＡのサイズを比較
してサイズが確保できるかをチエツクする（Ｓ５５５３
）。入る場合には（Ｓ　５５５３でＹＥＳ）、さらにユ
ーザーエリアＵＡで余るサイズを求め（Ｓ５５５４）、
各エリアに割りふるために各エリア（ＦＣ，ＣＡ、ＷＢ
）で使用している割合でサイズを分配する（Ｓ５５５５
）。（ただし、サイズを大きくしても意味のないもの、
たとえばビットマツプエリアＢＭや、一定値以上のデー
タを利用しないエリアなどには、割りふらない。たとえ
ばキャッシュエリアであっても、あるセルの大きさ以上
のグラフィックデータは扱えない様な場合であれば、意
味がないのでエリアを増やさない。）この後、各エリア
の値（サイズ、アドレス）を更新する訳であるが、各エ
リアは通常、ワード単位もしくはブロック単位に管理さ
れていることが多いので、端数などは切りすてるなどの
処理を行ない調整する（Ｓ５５５６）。これで、サイズ
が決まっｌ二ので、これよりアドレスを割りふる（Ｓ　
５５５７）。そしてリターンする。

しかし、各エリアＦＣ，ＣＡ、ＷＢの通常のサイズが確
保できない時（Ｓ　５５５３でＮＯ）には、先はどのも
しくは後述する様な、デイツプスイッチ１９の設定もし
くは操作パネル４４の設定でセットされるｇａｒｄ　ｆ
ｄａｔａフラグの値を参照する（Ｓ５５５８）。（ｇａ
ｒｄ　ｆｄａｔａはパラメーターエリアＳＡａの内部の
あるアドレスにある。） もし通常のエリアのサイズが確保できないときにダウン
ロードデータを捨てるユーザーの指示（ｇａｒｄ　ｆｄ
ａｔａ　−０）の時には（５５５５８でＹＥＳ）、エミ
ュレータ切換を優先するためデータセーブエリアＤＳの
中身をクリア（放棄）Ｌ（Ｓ５５５９）、ユーザーエリ
アＵＡの内部にセントされる各エリアのアドレスを計算
する。これは５５５５４〜５５５５７の手順と同じ手順
になる。

一方、データ保存（使用環境保存）を優先するＩ；めデ
ータを捨てるのを禁止している場合には（ｇａｒｄ　ｆ
ｄａｔａ＝　Ｉ　ＸＳ　５５５８でＮｏ）、ＦＣ，ＣＡ
。

ＷＢなどのエリアで最低でも必要とするサイズをパラメ
ーターエリアＳＡａから調べる（５５５６１）。そして
、このデータを使ってユーザー二リアＵＡに入りきるか
チエツクしく５５５６２）、入る場合には（ＹＥＳ）、
５５５５４〜５５５５７の処理により、アドレスを割り
ふる。

さらに、ユーザー二リアＵＡに入らない場合では（Ｓ　
５５６２でＮＯ）、そのサイズを求め（Ｓ５５６３）、
ビットマツプエリアＢＭの中からそのサイズを引＜（Ｓ
５５６４）。この時、最低のペーパーサイズが確保でき
るかチエツクしく５５５６５）、できるなら、確保でき
る最大のペーパー長を求める（Ｓ５５６６）。たとえば
、リーガルサイズのペーパーが今まで使用できたとする
。この時に、上の様な状態になった時は、レターサイズ
、Ａ５サイズなどのペーパーまでしか選択できなくする
（リーガルサイズ〉レターサイズ〉Ａ５）。

そして、５５５５４〜５５５５７の手順でアドレスを割
りふる。

以上の処理をしてもメモリサイズが確保できない時は（
Ｓ　５５６５でＮｏ）、データの保存ができないので操
作部４４にエラー表示をするためにｄａｔａＪｕｌｌと
いう変数を１にする（５５５６７）。そして、リターン
する。

８２３図は、描画処理ブ”−１’ス（＠ｌ　３１３ＵＳ
　６）のフローを示す。まず、現在のエミュレータをチ
エツクしく５６１）、そのタイプに対応した描画処理を
行なう（Ｓ６２−１−３６２−ｎ）。これはビットマツ
プエリアＢＭ上にイメージを描画する処理であり、受信
処理で作られた内部データから画像データを作り描画を
行なう。そして、リターンする。

第２４図（ａ）、（ｂ）は、操作部処理プロセス（第１
３図５８）のフローを示す。基本的には操作パネル４４
のスイッチをチエツクして、内部のパラメーター（パラ
メータエリア５Ａａ）にその情報をセットし、それに対
応した表示を行なう。（今回はループ内で定期的に実行
される様な場合を説明したがこの時間が確保できない時
には、タイマー割り込みによってこの処理がコールされ
る様にしてもよい。） 今回の説明に対応するパラメータをセットする手順が５
８１〜Ｓ８９である。まず、スイッチが押されたかをチ
エツクする（Ｓ８１）。押されたかどうかの情報は操作
パネルインターフェース１３を通じて知らされる。押さ
れていない場合には内部パラメータの変更（５８１〜５
８９）を行なわず、次の処理（５８９１）に移る。押さ
れた場合には（Ｓ８１でＹＥＳ）、スイッチの状態を読
み込む（５８２）。そして、データ保護の設定が変更さ
れたら（Ｓ８３でＹＥＳ）、その内容に従い（Ｓ８４）
、前述したデータを捨てるか否か即ちエミュレータ切換
か使用環境保存かを示すｇａｒｄ　ｆｄａｔａのパラメ
ータを変更する（Ｓ８５．５８６）。

次に、エミュレータを操作パネル４４から切り換えた時
にはぐＳ８７でＹＥＳ）、どのエミュレー夕を起動する
かを調べ（Ｓ　８８）　、ｃｕｒｒ　ｅｍｕのパラメー
タにそのタイプをセットしく５８９−１〜Ｓ８９〜ｎ）
、前述したエミュレータ切換処理（Ｓ５５）を行う（５
９０）。

次に、先はどメモリ配置処理（Ｓ　５５５）においてｄ
ａｔａ　ｆｕｌｌが１にセットさ″れていた場合には（
５９１′でＹＥＳ）、第２図に示した操作パネルのＰｒ
１ｎｔｅｒ　５ｔａｔｕｓ表示３１にエラー表示を行な
う（ｓ９２’）。次に復帰スイッチ（第３図のＲａｓｅ
ｔスイッチ３７）が押されたかをチエツクし、押された
場合には（Ｓ９３でＹＥＳ）、データセーブエリアＤＳ
内のデータを捨て（Ｓ９４）、ｄａｔａ　ｆｕｌｌを０
にしく５９５）、アドレスをもう一度決めるメモリ配置
処理（Ｓ５５５）を行う（Ｓ９６）。

最後に、操作パネル４４の表示を制御する表示処理（Ｓ
９７）を行ない、リターンする。

以上の様にユーザーがあらかじめ、ダウンロードフォン
トを優先して残すか、エミュレータの切換えを優先する
か、あらかじめ、デイツプスイッチ１９で設定しておく
ことができる。これにより複数のユーザーで使用した場
合に、自分の使用環境がむやみに破壊されるのを防ぐこ
とができる。

また、他人の使用環境を破壊するか否かを心配せずに使
用できる。

以上の説明ではシステムエリアＳＡのサイズが変化しな
い場合であったが、エミュレータを切り換えた時に、シ
ステムエリアＳＡの大きさが変化してもよい、この場合
はユーザーエリアのトップアドレスが変化する。

また、フォントＲＯＭ内に格納されている１次データの
コードフォントデータからパターンフォントデータへ変
換される途中の中間フォントデータか生成される様な場
合には、この中間データも復元可能な２次データとして
扱ってもよい。

また、以上の説明ではパターンデータとコードフォント
データを互いのエミュレータが利用できない場合につい
て説明したが、格納されたデータが同じタイプであって
も（たとえばパターンデータであっても）、どちらかか
使えなければ同様である。

また、データを保存する時には、データを圧縮して保存
してもよい。

また、本実施例では、設定はデイツプスイッチ１９から
設定する様に説明したが、デフォルト値を操作パネル４
４であらかじめ設定しておける様にしておいてもよい。

また、本実施例では、制限をかけダウンロード７オント
を消さない様に設定した時に、メモリが確保できない時
にエラーを表示し、解析データをすべて捨ててしまうが
、データを捨てるか、ダウンロードデータを捨てるかを
この時点で指示できる様にしてもよい。

（発明の効果） 複数のユーザーが異なるアプリケーションで異なるエミ
ュレータを切り換えて使用する場合に、切り換え時に第
２記憶手段に最低限のデータを保存しておくことにより
、このデータを破壊しない。

このため、元のエミュレータに切り換えても保存データ
を復帰して処理が早く行える。また、このデータ保存に
より、他のユーザーを意識せずにブリンクを使用できる
。

【図面の簡単な説明】

第１図は、レーザプリンタの斜視図である。 第２図は、操作パネルの正面図である。 ＠３図は、画像データ旭理部のプロ／り図である。 第４図は、ＲＡＭのメモリ構成を示す図である。 第５１３Ｃは、ＥＭＵｌにおけるメモリ配置を示す図で
ある。 第６図は、パラメータエリアの構成を示す図である。 第７図は、データセーブエリアの構成を示す図である。 第８図は、ユーザーエリアの構成を示す図である。 第９図は、ユーザーエリアの使用状況を示す図である。 第１Ｏ図は、フォントＲＯＭの構成を示す図である。 第１１図は、ＥＭＵ２におけるメモリ構成の−部を示す
図である。 第１２図は、テーブルエリアの構成を示す図である。 第１３図は、データの保存と復帰を示す図である。 第１４図は、データの保存と復帰を示す図である。 第、１５図は、通常の保存のためのメモリが確保できな
い場合のデータ保存を示す図である。 第１６図は、エミュレータ切換時のデータ移動の図であ
る。 第１７図は、画像データ処理のメインフロルチャートの
図である。 第１８図は、受信割り込みの処理の７０−チャートであ
る。 第１９図は、デイツプスイッチ設定読込処理のフローチ
ャートである。 第２０図は、受信処理のフローチャートである。 第２１図は、エミュレータ切換処理の７０−チヤトであ
る。 第２２図は、メモリ配置処理のフローチャートである。 第２３図は、描画処理のフローチャートである。 第２４図（ａ）、（ｂ）は、操作部処理のフローチャー
トである。 ＩＡ、ＩＢ、Ｉｃ・・・ホスト、 ３・・・プリンタコントローラ、 ４・・・プリンタエンジン、 ｌＯ・・・プリンタシステム、 １１・・・画像データ処理部のＣＰＵ。 １７・・・ＲＡＭ。 １９・・・デイツプスイッチ、 ４１・・・エミュレータ切換キー ４４・・・操作パネル。 特許出願人　ミノルタカメラ株式会社 代　理　人　弁理士　青　山　　葆　ほか２名第１図 第２図 第４図 第５図 Ａ 第９図 第１１図 第１７図 第１８図 第２３図 第２４図（ａｔ 第２４図（ｂ）

Claims (1)

【特許請求の範囲】
1. （１）それぞれ異なったプロトコルを処理する複数のエ
   ミュレータを備えたプリンタにおいて、使用環境を設定
   するデータの記憶エリアやワークエリアとしてエミュレ
   ータが処理の実行においてアクセスする第１記憶手段と
   、 データ保存のための第２記憶手段と、 エミュレータ切換の指示を受け取るデータ入力手段と、 データ入力手段からエミュレータ切換指示を受け取ると
   、指示されたエミュレータに切り換える一方、第１記憶
   手段に記憶したデータの中の元のエミュレータの使用環
   境を設定するデータを第２記憶手段に保存し、切り換え
   られたエミュレータのための保存データがその保存デー
   タを第２記憶手段に記憶してあった場合に、第１記憶手
   段に復帰するエミュレータ切換手段を備えたことを特徴
   とするプリンタ制御装置。