JPH02216521A - 印写装置及び印写装置の状態を表示する表示装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は印写装置に関し、特に印写させるべきデータを
送出して来るデータ処理装置のプロトコルを印写部口身
（ネイティブ）のプロトコルに変換できるプリンタ制御
装置を備えた印写装置に関するも・のである。

〔従来の技術〕

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

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

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

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

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

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

本願の発明者等は斯かる問題点を解決するためにデータ
処理装置側からの制御信号で実行すべきエミュレーショ
ンソフトウェアの切換を可能とする構成として上述の用
途に供し得るようにしたプリンタ制御装置を特願昭６２
−８７５６９号で提案した。

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

このようにデータ処理装置側からエミュレーションソフ
トウェアを切換可能としたものにおいて、データ処理装
置とプリンタとが離隔配置されているときは、プリンタ
側ではいずれのエミュレーションソフトウェアが起動さ
れているのかが不明である、という問題点がある。

本発明は斯かる問題点を解決するためになされたもので
あり、プリンタの表示部に選択したエミュレーションソ
フトウェアを特定する情報を表示させることとしてプリ
ンタにおいて選択したエミュレーションソフトウェアが
分かるようにした印写装置を提供することを目的とする
。

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

本発明に斯かる印写装置は、プリンタと、該プリンタ及
びこれによって印写されるデータを与えるデータ処理装
置との間に介装、され、予め用意されている複数のプロ
グラムからデータ処理装置によって選択したプログラム
に従ってプリンタの動作の制御を司るプリンタ制御装置
とを備える印写装置であって、前記プリンタに配された
表示部と、選択したプログラムを特定する情報を前記表
示部に表示させる手段とを具備することを特徴とする。

〔作用〕

データ処理装置によっていずれかのエミュレーションソ
フトウェアを選択するとそれを特定する情報がプリンタ
の表示部に表示される。

〔実施例〕

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

〔概略の構成〕

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

第２図は本発明の印写装置の外観を示すものである。

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

第３図は、表示パネル３４の詳細を示すものである。９
０１〜９０６が入カキ−であり、９１０〜９１２が表示
素子である。キー９０１は、プリント動作を一時中断さ
せるためのポーズキー、９０２はテスト印写（プリント
）を起動するためのテストキーであり、テストキー９０
２は９０３のシフトキーと同時に押すことによってプリ
ントを中断するキャンセルキーとなる。９１０はメツセ
ージ表示のためのＬＣＤパネルであり、表示内容のモー
ドはアップキー９０５、ダウンキー９０６で切換えられ
、セレクトキー９０４で決定される。９１１はメツセー
ジ出力時に点灯するＬＥＤ、９１２はエラー発生時に点
灯するＬＥＤである。

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

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

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

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

〔制御部の構成〕

第５図はビットマツプ制御部３０の構成を示すものであ
る。全体の構成としては、データ入出力用のインターフ
ェース（３０１，３０９，３１０，３１１，３１２）　
と、制御部の中心となるＣＰＵ　３０３とそのシステム
ＲＯ？ｌ。

シスｆム”）−”ＲＡＭ　（３０５，３０７）　、ＣＰ
（１３０３に定期的に割り込みをかけるタイマー３０２
、そしてデータ蓄積用のバッツァメモリ（３０４，３０
６，３０８）から成る。

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

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

システムワークＲＡＭ　３０７内には第７図（ａ）に示
すようなカレント・プロセス・ステータス（ＣＰＳ）ブ
ロックという領域があり、各プロセスの切り替え時にＣ
ＰＵ　３０３のレジスタ内容がＣＰＳ内に記憶されるの
で、プロセスは独立して動作を行うことができる。　ｃ
ｐｓブロックはパケットプロセス６４．ホストプロセス
６５．ユーザプロセス６６（後述）夫々のための退避エ
リアと、これらプロセスに共用の退避エリアとがある。

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

システムＲＯＭ　３０５及びシステムワークＲＡＭ　３
０７のメモリ構成を第７図世）に示す。システムワーク
ＲＡＭ　３０７のダウンロードセグメントには、ユーザ
プロセス６６のための領域６６′が設けられている。

この領域６６′には、システムＲＯＭ　３０５のデイツ
プスインチで示される領域から別のプロセス（ユーザプ
ロセス６６）をロードする。そうするとスケジューラ６
２によって他のプロセスと同様に時分割処理を行なうこ
とができる。このユーザプロセス６６は、本プリンタ固
有のプロトコル（ホストプロトコル）と異なるプロトコ
ルで送られてきたデータをホストプロトコルに変換する
プログラムである。

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

このユーザプロセス６６は第７図山）のようにこのプリ
ンタ制御装置、つまりデータ処理装置３で対応し得るプ
ロトコル別に複数個システムＲ１３０５内に保持してお
き、データ処理装置１から与えられるユーザプロセス指
定コードによって指定のユーザプロセスをシステムワー
クＲＡＭ　３０７内のダウ７Ｏ−ＦＳｉ域（ユーザプロ
セス領域）６６′にロードさせるようにしてもよい。こ
の様な構成をとることにより第９図に示す如く、異なる
プロトコル形式で書かれたデータファイルでも転送前に
ユーザプロセス指定コードを送ることにより連続して送
ることができる。

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

また必要な情報は表示パネルインターフェース３１２へ
送られ、バスＢ８を通して表示パネル３４に与えられる
０表示パネル３４に表示される内容は用紙サイズ、印字
モードの状態、更には本発明の要旨に係るエミュレーシ
ョンプログラム（ソフトウェア）のターゲット名が表示
される。但しこの表示はエミュレーションプログラム（
ユーザプロセス）が起動されている場合である。

第１θ図はその表示例を示し、データ処理装置１からの
コマンドによりエミュレーションプログラムが切換わる
と、（ａ）のようにメツセージ表示を示すＬＥＤ　９１
１が数秒点灯し、ＬＣＤパネル９１０にターゲットのエ
ミュレーションプログラムの名前が表示される。また通
常モード（ネイティブモード）に切換るときは（ｂ）の
如き表示が行われる。

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

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

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

〔動作〕

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

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

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

ユーザプロセス　　形態の異なるプロトコルの入力に対
して、ホストプロ セスが解析可能なプロトコ ルへ変換しホストプロセス に渡す０例えば、内蔵ＲＯＭ からのダウンロードによっ て供給される。プロトコル 変換が必要なければ実行し ない。

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

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

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

〔スタートプロセス〕

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

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

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

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

〔スケジューラ〕

第１３図はタイマー割り込みによって起動されるスケジ
ューラを示すフローチャートである。まずタイマーによ
る割り込みが入ると（ステップｌ３０）、ＣＰｔＪの各
レジスタの値をＣＰＳブロック内の退避エリアへ退避す
る（ステップ１１３１）。次にリクエストベクタにセッ
トされているビットの内で、最優先のプロセス番号をＲ
ＥＱＰＲＳに入れる（ステップ＃３２）。

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

〔ホストプロセス〕

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

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

さらにホストプロセスが実行処理不可能な状態であるこ
とを示す）ＩＯ３ＴＥＮＤフラグを０にセットし、ユー
ザプロセスとの共通フラグでありユーザプロセスの切り
替え処理中であることを示すｊｌｓＥＲＷＡＩＴも０に
セフ）しておく、また表示パネル３４の表示のためのポ
インタであるＤＩＳＰＭＯＤＥ、５ＥＴＣを０にセット
し、ＭＯＤＥＭにセレクトモードのモード数をセットす
る。そして、中間コード作製の準備としてフォント部３
３よりフォント属性を読み込む（ステップ１１５２）、
システムＲＯＭ　３０Ｓ内にデイツプスインチ（ＤＩＰ
ＳＷ）によってあらかじめ指定されたユーザプロセスが
有るかどうかをチエツクしくステップ＃５３１口５４）
、有りの場合はシステムＲＡＭ　３０７の所定の領域に
指定されたユーザプロセスをロードしくステップ＃５５
）、ロード終了（ステップ１５６）を待つ−ｃ：ｙ−−
ｑプロセスの実行を示すＵＳＥＲＦフラグを１にセット
しくステップ１５７）　、リクエストベクタのユーザプ
ロセスのビットをセットする（ステップ１１５Ｂ）。こ
れは、最下位のプロセスは常にリクエストベクタのビッ
トをセットしておき、自分自身の実行を放棄することの
無いようにするためである。その後、指定ユーザプロセ
スをエミュレーションベクタにセットする　（ステップ
ｌ５９）。これらの初期化動作（ステップ１５１〜ステ
ツプ＃５９）を行った後、主ループ（ステラプロ６０〜
ステツプ＃６６）に入る。またデイツブスイッチＤＩＰ
ＳＷでユーザプロセス指定のない（ステップ１５３でＮ
ｏ）場合ＲＯＭ内にデイツプスイッチＤＩＰＳ−で指定
されたユーザプロセスがない（ステップ１５４でＮｏ）
場合、ステップ１６０に潜入する。

主ループではＦＩＦＯの空エリアがなくなるが、ＵＳＥ
ＲＦ　＝　１　　（Ｘテｙ　７’１６１　テＹＥｓ）（
７）ときＯＲ−ハ。

７　ｙ　、ＵＳＦ！ＲＦ　＝　０　（ステ７プ＃６１で
ＮＯ）のときは、Ｒ−バッファが空になる　（ステップ
露６３でＮｏ）とき以外は受信データ処理（ステップ雲
６４）を行なう。

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

ユーザプロセスの切替えに伴う処理においてはホストプ
ロセスが引続き処理可能、つまりＵＲ−バッファ３０６
にデータが残っている（ステップ＃７３でＹｆ！Ｓ）場
合は受信データ処理を続行する。この時、ＦＩＦＯニ空
きがない場合（１１６０ｉ？ＮＯ）は、”ＪＯＢＯＵＴ
処理１″が実行されるが、ユーザプロセスの切換中であ
る場合（ｌ８０でＮＯ）にはリクエストベクタのホスト
プロセスビットのセット処理を実行しない。またＯＲ−
バッフ１３０６のデータが空である場合はステップ１１
６８でｌｌ０ＳＴＩ！ＮＯフラグが立っている（Ｄ　ｉ
？　スｆ　ツブ１１７７　テＹＥｓとなり、ＵＳＢＲＷ
ＡＩＴ７ラグ及びＨＯ５ＴＩ！ＮＯフラグを０にセント
する（ステップ雲７８及びｌ７９）。この処理によって
ステップ１８０ではＹＥＳとなり、リクエストベクタの
ホストプロセスのビットがリセットされる　（ステップ
１７４）、このようにしてユーザプロセス切替え処理が
完了し、次のユーザプロセスへ移ることができる。なお
、これらの処理中はタイマー割り込みを禁止して（ステ
ップ１７１４７５）誤動作を防ぐようにしている。

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

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

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

〔表示パネルの表示〕

第１６図（ａ）、　（ｂ）は表示パネル３４の表示処理
（第１４図のステップ１１６６ａ）のフローチャートで
ある。表示部で表示する内容は次の５つに分けられる。

・エラーメツセージ ・エミュレーション名 ・動作中“ＢＵＳＹ”の表示 ・フォント名 ・用紙サイズ これ以外の表示を行わせることも自由である。

ここでエラーメツセージとエミュレーション名は必要に
応じて随時表示を行なうが、他の３つはアップキー９０
５とダウンキー９０６とセレクトキー９０４とでそのモ
ードを選択された時に表示する。

まずエンジンステータスを読み（ステップ＋１５５１）
何らかの異常が発生していれば（ステップ＃５５２でＹ
ＥＳ）エラー内容に対応するメツセージを表示パネルイ
ンターフェース３１２に出力しくステップ１５５３）復
帰する。異常がないときは、ＥＭＩＪＭとエミュレーシ
ョンベクタとを比較し、異なる場合はエミュレーション
ベクタが示すエミュレーション名を表示パネルインター
フェース３１２へ出力する　（ステンプ１５６０）。こ
の後、ＥＭＵＨにエミュレーションベクタの内容を入れ
ておき（ステップ１５７０）　、次の比較チエツクに備
える。

アップキー９０５及びダウンキー９０６は表示内容の選
択と機能選択切り替えを行なう。まず表示内容はポイン
タＤＩＳＰＭＯＤＥに保持しておき、ＵＰキーで＋１　
（ステップ１５７３）、　ＤＯＷＮキーで−１（ステッ
プ１５８１）される、またこのポインタはリング状に動
作するためにＤＩＳＰＭＯＤＥが表示モード数ＭＯＤＥ
Ｍを超えるときは１に（ステップ雲５７４．１５７５）
、ＤＩＳＰＭＯＤＢが１より小さくなるときにはＩＤＵ
Ｎにセットする（ステップ１１５８２．１５８３）。

Ｓｔ！ＬｌｌＩＣＴキー９０４が入力されると表示選択
モードから機能モードに移るがビットマツプ上に描画中
（ステップ雲５９０でＮｏ）かプリント動作中（ステッ
プ１１５９１でＮｏ）か表示モードで通常表示モード時
（ＤＩＳＰＭＯＤＢ　−１）は無視される。ここですで
に機能モードに入っている場合（ＳＥＬＯＮ　＝　１　
’）は５ＥＬＯＮフラグを０に戻す（ステップ１１５９
５）　、表示選択モードのときは５ＥＬＯＮフラグを１
とし機能モードに入る（ステップ１１５９３）　、その
後ＤＩＳＰＭＯＤＥポインタが示す表示内容の最大数を
ＳＲＴＭＡＸにセントする（ステップ１１５９４）。

アップキー９０５人力時であり、かつ、５ＥＬＯＮフラ
グが１の時、即ち、機能モードの時には（１１５７２で
ＮＯ）、ポインタＳｆ！ＴＣを＋１　ｔ、（１５７６）
、５ＥＴＣがポインタの最大値Ｓｆ！ＴＭＡＸを越える
と（１１５？７　テＹＥＳ）、５ＥＴＣを１にする。

ダウンキー９０６の入力時に、５ＥＬＯＮフラグが１の
場合には（雲５８０でＮｏ）　、５ＥＴＣを−Ｉ　Ｌ（
１１５８４）、Ｓｌ！ＴＣが１より小であれば、５ＲＴ
Ｃに最大値ＳＥＴＭＡＸを設定する（１１５８５．１５
８６）。

実施例ではＤＩＳＰＭＯＤＩ！ポインタに対して次のよ
うに表示内容を決めている。

ＤＩＳＰＭＯＤＩＥ＝１　　　：通常表示モードでプリ
ンタ動作を示す“ＢＵＳＹ“とセット プリントカウントを表示す る。

ＤＩＳＰＭＯＤｆ！＝２　　　：現在セレクトされてい
るフォント名を表示する。　５ＥＬＩＥＣＴキーでフォ
ントを指定する。

ＤＩＳＰＭＯＤＥ＝３　　　：現在セレクトされている
用紙サイズを表示する。５ｔｉＬＥＣＴ キーで用紙サイズを指定す る。

ＤＩＳＰＭＯＤＥ＝　１のときくステップ１５９６テＹ
ＥＳ）は、ビットマツプへの描画か、印字動作が行われ
ているときは”ＢＵＳＹ”を表示しくステップ１６００
）　、その他の時はＲＥＡＤＹ″を表示する。その後プ
リント枚数を表示する（ステップ１６０１）　。

ＤＩＳＰＭＯＤＥ＝　２のとき　（ステップ露６０２で
ＹＥＳ）は、表示選択モード時（ＳＥＬＯＮ　＝　０　
）は現在セレクトされているフォント名を表示インター
フェースへ送り、機能モード時（ＳＥＬＯＮ＝　１　）
は５ＥＴＣポインタに対応するフォント名を表示インタ
ーフェースへ送り　（ステップ書６０５）　、このフォ
ントを指定するコードをＦＩＦＯへ出力する　（ステッ
プ１６０６）。

ＤＩＳＰＭＯＤＢ＝　３のとき（ステップ１１６０７で
ＹＥＳ）は、５ＥＬＯＮ　＝　Ｏのときは（ステップ１
１６０８でＹＥＳ）現在指定されている用紙サイズを表
示インターフェースへ送り　（ステップ１１６０９）　
、５ＥＬＯＮ　＝　１のときは５ＥＴＣポインタの示す
用紙サイズ名を表示インターフェースへ送り　（ステッ
プ１６１０）　、その用紙サイズを指定するコードをＦ
ＩＦＯへ送る（ステップ１６１１）。

〔テストプリント〕

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

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

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

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

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

〔受信データ処理〕

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

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

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

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

・ＩＦＣ関連コード（プリント・エンジン関連コード）
（ステップ１１０３〜ステツプ１１０５）・ＪＯＢ制御
コード（ＪＯＢＳＴＡＲＴ、　ＰＡＧＥＥＪＥＣＴ）　
（ステップ１１１０８〜ステツプ５ｔ１２） ・書式制御コード（ステップ１１１３〜ステツプ＃１１
４）・印字データ　（文字コード、グラフィックコード
）（ステップ暑１３２．ステップ１１１３７）・ユーザ
プロセス制御コード 印字データの場合（ステップ１１３２ｔ’ＶＥＳ）は、
ＬＰＷＲＩＴＥフラグを１とした後対応するフォーマッ
トの中間コードに変換してＦＩＦＯに出力する。

文字コードの場合は、フォント・イメージ書込部３１１
へのフォーマントと同じでフォント・パターンのアドレ
ス（ステップ雲１３３）　、イメージ・エリア上の印字
位置に対応するＢＭ−ＲＡＭへの書込みアドレス（ステ
ップ１１１３４）および書込みモード（ステップ１１３
５）よりなる、グラフィックコードの場合は、グラフィ
ックイメージ書込部３１６へのコマンドと同一のフォー
マットで出力される（ステップ１１３７）　、このとき
、文字コードの場合は、次の文字印字位置を更新してお
（（ステップ１１３８）。

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

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

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

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

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

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

前述の第９図は実際にホスト側から送られてくるデータ
の例を示したものであり、エミュレーションの切り替え
コマンドをＥＳＣ＋ＥＳＣ＋Ｕをエミュレーションの割
り当てコードどしている。プリンタはこの切り換えコマ
ンドを受信すると次からのデータ及びコマンドは、ター
ゲットのプロトコル対応のユーザプロセスが変換を行う
ので、連続的にデータが送られていても処理可能となっ
ている。

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

これらの処理が終了した後またはステップ＋１１１９゜
＃１２０でＮＯの場合は、ユーザプロセスの初期化を行
い最後にリクエストベクタのユーザプロセスのビットを
セントする（ステップ１１１２６）。ユーザプロセス解
除コードの場合は、ＵＳＥＲＦフラグをＯとして（ステ
ップ１１２８）　、この後、リクエストベクタのユーザ
プロセスのビットをリセットする（ステップ１１２９）
　。

テストプリントのユーザプロセス印字エリアに書き込む
情報の指定はユーザプロセステストプリントデータ登録
コマンドで行なう。このコマンドではパラメータの値に
よって印字する情報を設定できるようになっている。こ
のコマンドが受は付けられたとき　くステップ曽１３９
でＹＥＳ）は、そのパラメータを解析しくステップ１１
１４０）　、パラメータで指定されたユーザプロセスの
ための必要情報をそれに対応するコードの形で、システ
ムＲＯ？？　３０７上にＢＭｔｌＮＯ−の示すユーザプ
ロセスのテストパターンユーザプロセスエリアに書き込
む（ステップ１１４１）。

〔パケットプロセス〕

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

まず電源が投入されると（ステップ１１２００）　、Ｂ
ｒ３−ＲＡＭのイメージエリアをクリアしくステップ１
１２０２）、制御フラグを初期化する（ステップ１１２
０３）。具体的には、プリント状態を示すＪＯＢＡＣＴ
をクリアし、ＢＭ−ＲＡＭへの描画状態を示すＢ？ｔＷ
ＲＩＴＥをクリアし、同一枚数のコピー枚数を示すＣ０
ＰＹを１にセットし、同一枚数のコピー枚数を計算する
ＣＣＯ［ｊＮＴを１にセットする。

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

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

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

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

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

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

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

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

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

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

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

〔ユーザプロセス〕

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

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

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

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

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

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

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

〔効果〕

以上の如き本発明装置による場合はデータ処理装置側か
らいずれのエミュレーションプログラムが選択されたか
がプリンタ側で視認できるのでプリンタ側のオペレータ
は安心して操作をすることができる。

【図面の簡単な説明】

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

Claims (1)

【特許請求の範囲】
1. １、プリンタと、該プリンタ及びこれによって印写され
   るデータを与えるデータ処理装置との間に介装され、予
   め用意されている複数のプログラムからデータ処理装置
   によって選択したプログラムに従ってプリンタの動作の
   制御を司るプリンタ制御装置とを備える印写装置であっ
   て、前記プリンタに配された表示部と、選択したプログ
   ラムを特定する情報を前記表示部に表示させる手段とを
   具備することを特徴とする印写装置。