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

Abstract

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

Description

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

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

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

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

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

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

さらに前に設定した値は、他のユーザーから割り込まれ
るたびに初期化され消えてしまう。

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

そこで、本出願人は、別の出願において提案したプリン
タ制御装置では、エミュレータ切換えの際に、エミュレ
ータが処理の実行においてアクセスする第１のメモリに
おいて記憶している現在のエミュレータの使用環境を設
定するデータ（ダウンロードフォントデータなど）を別
のメモリに保存しておき、以前に使用していたエミュレ
ータに戻る切換の際に、その保存しておいたデータを復
帰させる。これにより、新たにフォントデータのダウン
ロードをしなくても、直ちに印字情報の処理を開始でき
る。しかも、他のユーザーの使用環境を破壊することは
ない。

ここで、エミュレータ処理のための第１のメモリとデー
タ保存のための第２のメモリとを同一のメモリ空間でエ
リアを割り当てて使用すると、データ保存のだめのエリ
アの境界を浮動的に設定でき、全体としてのメモリ容量
を少なくしてメモリを効率的に利用できると考えられる
。

しかし、エミュレータ切換えの際に、保存するべきデー
タの量が多いと、新しいエミュレータの実行のために必
要なエリアが確保できないことがありうる。しかし、エ
リアが確保出来ない場合でも、通常未必要なエリアのサ
イズよりも小さいエリアで実行できることがある。この
ような場合、一部の機能に制限はでるとしても、エミュ
レータ切り換えを優先したい場合がある。

本発明の目的は、複数のエミュレータを搭載したプリン
タにおいて、エミュレータ切換えの際に、エミュレータ
が処理の実行において使用するメモリエリアとデータ保
存のだめのエリアを共通化したプリンタ制御装置を提供
することである。

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

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

さらに、判定手段が、記憶手段の使用状況を判定する。

すなわち、判定手段は、保存すべきデータの大きさ、復
帰すべきデータの大きさ、エミュレータか処理の実行の
ために確保すべきエリアの大きさなどをチエツクする。

エミュレータ切換手段は、判定手段が、新しく選択され
たエミュ一タの処理の実行のだめの通常のエリアの大き
さが確保できないと判断すると、そのエリアの大きさを
通常の大きさより小さく制限する。

たとえば、処理時の効率を上げるためのキャッシュエリ
アはある程度大きさを制限してもプログラムの実行上の
問題がないので、キャッシュエリアを制限する。また、
ドツトイメージを描画するだめのビットマツプエリアの
大きさを制限して、印字すべきペーパーのサイズを（た
とえばＡ４サイズからＢ５サイズに）制限する。これに
より、元のエミュレータの必要なデータを確保しつつ、
新しく選択されたエミュレータの実行を確保する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なおユーザエリアＵＡと、データセーブエリアＤＳのア
ドレスは、後で説明するように、エミュレータが起動さ
れると変化する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次ｌこ、以前にｃｕｒｒ　ｅｒｎｕに現在のエミュレー
タが何であるか設定しであるので（第１９図参照）、そ
の値をチエツクしくｓ　５６）、設定されたタイプのエ
ミュレータに対応した受信データ処理を行なう（Ｓ５６
−１＝３５６−ｎ）。ここでは、受信したデータから内
部で管理するデータの書式に変換するのが主な処理であ
る。なお、内部で管理するデータの書式は、前に述べた
様にエミュレータごとに異なる。以上の処理が終わった
あと、リターンする。

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

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

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

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

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

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

エミュレータを切り換えると、ビットマツプエリアＢＭ
のデータやテーブルエリアＳＡｂ（ＥＭＵ２の時）やＰ
−バッファエミュレータＳＡｂ（ＥＭＵｌの時）のデー
タなどは、必要なくなるのでクリアする（Ｓ５６４）。

ただし、Ｒ−バッファＳＡＣのデータは、次の処理に使
うのでクリアしない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（発明の効果） 複数のユーザーが異なるアプリケーションで異なるエミ
ュレータを切り換えて使用する場合に、切り換え時に第
２記憶エリアに最低限の使用環境のデータを保存してお
くことにより、このデータを破壊しない。このため、元
のエミュレータに切り換えても保存データを復帰して処
理が早く行える。また、このデータ保存により、他のユ
ーザーを意識せずにプリンタを使用できる。

エミュレータで使用する記憶エリアとデータ保存用記憶
エリアとを共通化できるので、一部の機能に制限はでる
が、全体のメモリ容量を少なくできる。

【図面の簡単な説明】

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

Claims (1)

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