JP2737983C - - Google Patents

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は印写装置及び印写装置の状態を表示する表示装置に関し、特に印写さ
せるべきデータを送出して来るデータ処理装置のプロトコルを印写部自身(ネイ
ティブ)のプロトコルに変換できるプリンタ制御装置を備えた印写装置及び印写
装置の状態を表示する表示装置に関するものである。 〔従来の技術〕 コンピュータシステムにおける出力装置たるプリンタと、これを印写させるべ
きデータを送出するデータ処理装置とは両者間で上記データ及び制御データの授
受が行われるが、そのためにはプリンタ,データ処理装置のプロトコルが同一で
ある必要 がある。特定のデータ処理装置に対応して設計されるプリンタにおいてはデータ
処理装置のプロトコルと同一のプロトコル仕様を定めればよい。 これに対しプロトコルが異なる複数種のデータ処理装置に接続されて仕様され
るべき汎用プリンタにおいてはプリンタ固有のプロトコルの仕様としておく一方
、これに適合しないプロトコルのデータ処理装置との接続のためにプロトコル変
換装置を備えている。 プロトコル変換装置としては、データ処理装置から出力される制御情報を、そ
の要求する機能に相当するプリンタ側の制御情報に変換するプロトコル変換プロ
グラム(エミュレーションソフトウェア)をプリンタ側の制御用プロセッサで作動
させ、データ処理装置から出力される制御情報をプリンタのもつ制御情報に変換
するものが一般的であった。 この場合、プリンタ側では変換された制御情報から更にプリンタの動作を制御
する内部パラメータに解読変換するプロセスが行われる。 複数種のエミュレーションソフトウェアを備えたものにおいては、一旦いずれ
かのエミュレーションソフトウェアを起動すると、ハードウェアでこれをリセッ
トすることによってのみ他のエミュレーションソフトウェアへの切換が可能な構
成となっていた。 従って特定のデータ処理装置に接続した状態で継続的に仕様する場合には何ら
の不都合もないが、プリンタを異プロトコル仕様の複数のデータ処理装置と接続
し随時データ処理装置を切換えて使用する等の用途には適用できないという不都
合があった。 本願の発明者等は斯かる問題点を解決するためにデータ処理装置側からの制御
信号で実行すべきエミュレーションソフトウェアの切換を可能とする構成として
上述の用途に供し得るようにしたプリンタ制御装置を特願昭62−87569号で提案
した。 〔発明が解決しようとする課題〕 このようにデータ処理装置側からエミュレーションソフトウェアを切換可能と
したものにおいて、データ処理装置とプリンタとが離隔配置されているときは、
プリンタ側ではいずれのエミュレーションソフトウェアが起動されているのかが
不明である、という問題点がある。 本発明は斯かる問題点を解決するためになされたものであり、プリンタの表示
部に選択したエミュレーションソフトウェアを特定する情報を表示させることと
してプリンタにおいて選択したエミュレーションソフトウェアが分かるようにし
た印写装置及び印写装置の状態を表示する表示装置を提供することを目的とする
。 〔課題を解決するための手段〕 本発明に係る印写装置は、外部のデータ処理装置から与えられる受信データを
解析してプリントを実行する印写装置において、プロトコルの異なる複数の受信
データを解析するために、各プロトコル毎に用意された複数のプログラムを格納
するメモリと、上記メモリに格納されたプログラムの何れかをデータ処理装置か
ら送られてくる切り換えコマンドによって選択し、選択したプログラムによって
受信データを解析する選択手段と、選択手段によって選択されたプログラムを特
定する情報を表示する表示手段とを備えたことを特徴とする。 また本発明に係る表示装置は、プロトコルの異なる複数のデータを解析するた
めに、各プロトコル毎に用意された複数のプログラムをメモリに格納し、データ
処理装置から与えられる切り換えコマンドに応じて、メモリに格納された複数の
プログラムの何れかを選択し、選択したプログラムによってデータを解析してプ
リントを実行する印写装置の状態を表示する表示装置であって、上記解析のため
に選択されたプログラムを特定する情報を表示すべくなしてあることを特徴とす
る。 〔作用〕 本発明に係る印写装置及び印写装置の状態を表示する表示装置にあっては、プ
ロトコルの異なる複数の受信データを解析するために、各プロトコル毎に用意さ
れた複数のプログラムがメモリに格納され、このメモリに格納されたプログラム
の何れかをデータ処理装置から送られてくる切り換えコマンドによって選択して
受信データを解析すると、選択されたプログラムを特定する情報が表示手段に表
示される。 〔実施例〕 以下本発明をその実施例を示す図面に基づいて説明する。 〔概略の構成〕 まず、本発明に係る印写装置及び印写装置の状態を表示する表示装置の概略 構成について説明する。第１図は本発明の印写装置10の構成を示すブロック図で
ある。汎用のデータ処理装置１からのデータは、データ処理装置１のスループッ
トを改善するために、ファイルバッファ２に格納された後、印写装置10に出力さ
れる。印写装置10は、ビットマップ方式のデータ処理装置３、即ちプリンタ制御
装置と、電子写真プロセス,レーザ等を備えるプリントエンジン４、外部給紙ユ
ニット、ソータ６等の付属装置よりなるプリンタとからなる。 第２図は本発明の印写装置の外観を示すものである。 プリントエンジン４の筐体内には電子写真プロセス及びＢＭＵ３を内蔵してお
り、アクセサリとしての外部給紙ユニット５と、ソータ６とを接続している。ま
た、プリントエンジン４には、システムの状態を示す表示部及び簡単な操作を行
なうためのキーが並べられた表示パネル34が装着されている。 第３図は、表示パネル34の詳細を示すものである。901〜906が入力キーであり
、910〜912が表示素子である。キー901は、プリント動作を一時中断させるため
のポーズキー、902はテスト印写(プリント)を起動するためのテストキーであり
、テストキー902は903のシフトキーと同時に押すことによってプリントを中断す
るキャンセルキーとなる。910はメッセージ表示のためのＬＣＤパネルであり、
表示内容のモードはアップキー905、ダウンキー906で切換えられ、セレクトキー
904で決定される。911はメッセージ出力時に点灯するＬＥＤ、912はエラー発生
時に点灯するＬＥＤである。 第４図は、印写装置10の制御系の概略ブロック図である。ビットマップ方式デ
ータ処理装置３は、ビットマップ用のメモリＢＭ−ＲＡＭ32、このＢＭ−ＲＡＭ
32に描画を行なうビットマップ書込部31(第11図参照)、フォント部33及びこれら
の制御を行なうビットマップ制御部30よりなる。プリントエンジン４との接続は
、制御データ(枚数、アクセサリーなど)用のバスＢ3とイメージデータ用バスＢ4
により行う。 プリントエンジン４は３つのコントローラを中心に構成される。まず、インタ
ーフェース制御部(ＩＦＣ)40はビットマップ制御部30からの制御データの処理を
行い、また内部バスＢ5を通じてプリントエンジン４全体のタイミングの制御を
行なう。 電子写真制御部41は、内部バスＢ5を通じてインターフェース制御部40から送
られるデータに応じて、電子写真プロセス部45の制御を行なう。 プリントヘッド制御部42は、内部バスＢ4を通じてビットマップ書込部31から
送られてくるイメージデータ等の情報に従って、プリントヘッド部43の半導体レ
ーザの発光及びポリゴン・モータの回転を制御する。また、外剖給紙ユニット５
及びソータ６も、内部バスＢ5を通じてインターフェース制御部40から制御され
る。 〔制御部の構成〕 第５図はビットマップ制御部30の構成を示すものである。全体の構成としては
、データ入出力用のインターフェース(301,309,310,311,312)と、制御部の中心
となるＣＰＵ303とそのシステムＲＯＭ,システムワークＲＡＭ(305,307)、ＣＰ
Ｕ303に定期的に割り込みをかけるタイマー302、そしてデータ蓄積用のバッファ
メモリ(304,306,308)から成る。 次に各部の動作を説明する。まずバスＢ2を通してデータ処理装置インターフ
ェース301より取り込まれたデータはＲ−バッファ304に蓄積される。システムＲ
ＯＭ305内には、第６図に示すようにホスト、つまりデータ処理装置から送られ
てきたデータの仮編集を行ない、データをパケットとしてパケットバッファ308
に書き込むホストプロセス65と、パケットを解析してビットマップ書込部インタ
ーフェース310よりビットマップ書込部31へ、またはフォントインターフェース3
09を通じてフォント部へ、さらにプリントエンジンインターフェース311を通し
てインターフェース制御部40へデータを送るパケットプロセス64という独立した
プログラムが格納されている。そして、同じくシステムＲＯＭ305に書き込まれ
ているスケジューラ62がタイマー302からのタイマー割り込み61によって各プロ
セスを状態に応じて切り替えている。 システムワークＲＡＭ307内には第７図(a)に示すようなカレント・プロセス・ス
テータス(ＣＰＳ)ブロックという領域があり、各プロセスの切り替え時にＣＰＵ
303のレジスタ内容がＣＰＳ内に記憶されるので、プロセスは独立して動作を行
うことができる。ＣＰＳブロックはパケットプロセス64,ホストプロセス65,ユー
ザプロセス66(後述)夫々のための退避エリアと、これらプロセスに共用の退避エ
リアとがある。 また、システムＲＯＭ305にはプリンタ起動時のため初期化のスタートプロセ
ス63が格納されており、ホストプロセス65より直接スタートさせる。 システムＲＯＭ305及びシステムワークＲＡＭ307のメモリ構成を第７図(b)に
示す。システムワークＲＡＭ307のダウンロードセグメントには、ユーザプロセ
ス66のための 領域66′が設けられている。この領域66′には、システムＲＯＭ305のディップ
スイッチで示される領域から別のプロセス(ユーザプロセス66)をロードする。そ
うするとスケジューラ62によって他のプロセスと同様に時分割処理を行なうこと
ができる。このユーザプロセス66は、本プリンタ固有のプロトコル(ホストプロ
トコル)と異なるプロトコルで送られてきたデータをホストプロトコルに変換す
るプログラムである。この場合のデータの流れは第８図に示すように例えばデー
タ処理装置１からインターフェース301を介してシステムＲＡＭ307内のＲ−バッ
ファ304に書込み、このＲ−バッファ304内に蓄積されている受信データ(ホスト
プロトコル以外のプロトコルのデータ)をユーザプロセス66で取り出し、ホスト
プロトコルのデータに変換してシステムＲＡＭ307内にＵＲ−バッファ306に蓄積
する。データの仮編集を行なうホストプロセス65は、ユーザプロセス66の起動時
にはＵＲ−バッファ306を取出してホストプロトコルのデータとしてこれを取扱
えばよく、またユーザプロセスの非起動時、つまりホストプロトコルのデータで
ある場合は単にＲ−バッファ304内のデータを取り出すだけでよく、他に変更の
必要がない。 このユーザプロセス66は第７図(b)のようにこのプリンタ制御装置、つまりデ
ータ処理装置３で対応し得るプロトコル別に複数個システムＲＯＭ305内に保持
しておき、データ処理装置１から与えられるユーザプロセス指定コードによって
指定のユーザプロセスをシステムワークＲＡＭ307内のダウンロード領域(ユーザ
プロセス領域)66′にロードさせるようにしてもよい。この様な構成をとること
により第９図に示す如く、異なるプロトコル形式で書かれたデータファイルでも
転送前にユーザプロセス指定コードを送ることにより連続して送ることができる
。 また、プリンタ動作を制御する他のプロセスを変更する必要がないので、ユー
ザプロセス66はデータの変換のみを行なう簡単なものになり、開発も容易である
。 また必要な情報は表示パネルインターフェース312へ送られ、バスＢ8を通して
表示パネル34に与えられる。表示パネル34に表示される内容は用紙サイズ、印字
モードの状態、更には本発明の要旨に係るエミュレーションプログラム(ソフト
ウェア)のターゲット名が表示される。但しこの表示はエミュレーションプログ
ラム(ユーザプロセス)が起動されている場合である。 第10図はその表示例を示し、データ処理装置１からのコマンドによりエミュレ
ーシ ョンプログラムが切換わると、(a)のようにメッセージ表示を示すＬＥＤ911が数
秒点灯し、ＬＣＤパネル910にターゲットのエミュレーションプログラムの名前
が表示される。また通常モード(ネイティブモード)に切換るときは(b)の如き表
示が行われる。 第11図は、ビットマップ書込部31の詳細ブロック図を示す。ビットマップ書込
部の機能は大別して、ＢＭ−ＲＡＭ32への描画機能と、プリントの際にＢＭ−Ｒ
ＡＭ32のデータをプリントエンジン４へ出力する機能とに分かれる。 ＢＭ−ＲＡＭ32への描画機能は、さらに２つに分けられ、グラフィックイメー
ジ書込部316により行われる線，円の描画と、フォントイメージ書込部311により
行われるフォント描画とからなる。両書込部316311ともビットマップ制御部イン
ターフェース317を通じてビットマップ制御部30から送られてくる中間コードで
動作するロジック部であるが、グラフィックイメージ書込部316のほとんどの処
理は、中間コード内のパラメータを解析してＢＭ−ＲＡＭ32に描画するのに対し
て、フォントイメージ書込部311のほとんどの処理は、中間コード内のデータに
従ってフォント部インターフェース314を通じてフォント部33から読み込んだフ
ォントイメージをＢＭ−ＲＡＭ32に描画する。 一方、プリントの際のデータ出力の機能は、プリントヘッド制御部インターフ
ェース315により行われる。すなわち、ビットマップ制御部からインターフェー
ス317を介して送られてくるプリント開始コードを受け取ると、プリントエンジ
ン４のプリントヘッド制御部42からバスＢ4を通じて送られてくる同期信号に従
って、ＢＭ−ＲＡＭ32のデータをプリントヘッド制御部に出力する。 〔動作〕 次に、フローチャートを参照しながら本システムの動作説明を行なう。本シス
テムのプログラムは次の３つに分かれている。 ホストプロセス ホストプロセス受信バッファ内のデータを解析し、描画部 及びプリントエンジン部を制御するためのパケットデータを 発生する。 パケットプロセス ホストプロセスによって発生したパケットデータにより 実際にＢＭ−ＲＡＭの描画、及びエンジンの制御を行なう。 ユーザプロセス 形態の異なるプロトコルの入力に対して、ホストプロセス が解析可能なプロトコルへ変換しホストプロセスに渡す。 例えば、内蔵ＲＯＭからのダウンロードによって供給され る。プロトコル変換が必要なければ実行しない。 これらのプロセスは独立したプログラムとなっており、優先順位のある時分割
処理によって並行して動作している。優先順位はパケットプロセス、ホストプロ
セス、ユーザプロセスの順位である。この他にタイマー割り込みによりこれらの
プロセスの管理を行なうスケジューラ、スタート時に起動されるスタートプロセ
スがある。 次に各プロセスについて説明する。 〔スタートプロセス〕 第12図はスタートプロセスを示すフローチャートである。このプロセスはスタ
ート時に１回だけ起動される。まず電源が投入されると(ステップ＃１)、内部の
初期化を行ない(ステップ＃２)、Ｒ−バッファ、ＵＲ−バッファ、パケットバッ
ファ(ＦＩＦＯ)のクリアを行なう(ステップ＃３,＃４,＃５)。次に、この後ホス
トプロセスを起動するため準備動作として、リクエストベクタのホストプロセス
を示すビットをセットし(ステップ＃６)、カレントベクタの出力プロセス(ユー
ザプロセス)に示すビットをセットし(ステップ＃７)、ＣＲＴＰＲＳにユーザプ
ロセスを示す番号を入れる(ステップ＃８)。リクエストベクタとは、タイマー割
り込みによってスケジューラが起動されたとき、実行が中断されたプロセスがス
ケジューラに対して実行の放棄と他プロセスの起動要求を伝達するためのもので
あり、各プロセスに対応するビットをセットまたはリセットするようになってい
る。またカレントベクタは実行中のプロセスに対応するビットをセットするよう
になっていて、スケジューラが起動されたときは実行が中断されたプロセスのビ
ットがセットされている。さらに、ＣＲＴＰＲＳはカレントベクタの示すプロセ
スの番号が入っていて、プロセスの番号は優先順位が高い程大きくなる。このリ
クエストベクタ、カレントベクタ、ＣＲＴＰＲＳを用いてスケジューラは次のプ
ロセスの実行先を決定する(次の「スケジューラ」の項で詳細を述べる)。 この後に、ＣＰＳブロックの初期化を行なう(ステップ＃９)。具体的には、各
ＣＰＳでＣＰＵの実行アドレスポインタのデータを格納するエリアに、各プロセ
スプログラムのスタートアドレス値を入れ、スタックポインタを格納するエリア
に所定のアドレス値を入れる。また必要に応じて他のポインタの初期値も入れる
。 これらの初期設定を終えると割り込みを許可し(ステップ＃10)、タイマー割り
込み待ち(ステップ＃11)のループに入る。 〔スケジューラ〕 第13図はタイマー割り込みによって起動されるスケジューラを示すフローチャ
ートである。まずタイマーによる割り込みが入ると(ステップ＃30)、ＣＰＵの各
レジスタの値をＣＰＳブロック内の退避エリアへ退避する(ステップ＃31)。次に
リクエストベクタにセットされているビットの内で、最優先のプロセス番号をＲ
ＥＱＰＲＳに入れる(ステップ＃32)。ここでＣＲＴＰＲＳには割り込み処理を行
なう直前のプロセス番号が入っているので、これとＲＥＱＰＲＳを比較すること
によって、より優先順位の高いプロセスの起動リクエストがあるかどうかを判断
する(ステップ＃33)。上位プロセスの起動リクエストがない(ステップ＃33でＮ
Ｏ)場合、処理中であったプロセス(ＣＲＴＰＲＳが示している)がリクエストベ
クタのビットをリセットして先の実行を放棄しているかどうかをチェックし(ス
テップ＃42)、放棄していない(ステップ＃42でＹＥＳ)場合はＣＰＳブロックの
退避エリアの各レジスタのデータをＣＰＵにセットして(ステップ＃39)復帰する
。この場合タイマー割り込みによって中断したプロセスがそのまま実行される。
もし放棄している(ステップ＃42でＮＯ)場合はＣＲＴＰＲＳの示すプロセスより
も下位であり、かつ最上位のプロセス番号をＲＥＱＰＲＳに入れて(ステップ＃4
1)、上位プロセスの起動要求があった(ステップ＃33でＹＥＳ)場合と同様の処理
を行なう。ここではＣＲＴＰＲＳの示す実行を中断するプロセスのＣＰＳに退避
エリアの値を転送し(ステップ＃35)、ＲＥＱＰＲＳの示すプロセスのＣＰＳの値
を退避エリアに転送する(ステップ＃36)。さらに、ＣＲＴＰＲＳにＲＥＱＰＲＳ
の値を入れ(ステップ＃37)、ＲＥＱＰＲＳの示すプロセスにカレントベクタをセ
ットする(ステップ＃38)。これらの処理によって退避エリアにはＲＥＱＰＲＳの
示すプログラムのレジスタの値が入っているので、復帰先はＲＥＱＰＲＳの示す
プロセスとなる。 〔ホストプロセス〕 第14図はホストプロセスの動きを示すフローチャートである。ホストプロセス
の最初の起動は、前述のようにスタートプロセスがリクエストベクタを用いてス
ケジューラにホストプロセスの起動を要求し、タイマー割り込みによって起動さ
れたスケジューラがホストプロセスに切り替わることによって行われる。このと
き、制御部のＣＰＵ(303)のプログラムカウンタにホストプロセスの先頭アドレ
スが設定される。 処理の流れを説明すると、まずホストプロセスに用いているフラグの初期化を
行な う(ステップ＃51)。具体的には、ユーザプロセスの実行の有無を示すＵＳＥＲＦ
フラグを０にセットし、受信データ処理ルーチンで仮イメージ編集中であること
を示すＬＰＷＲＩＴＥを０にセットする。 さらにホストプロセスが実行処理不可能な状態であることを示すＨＯＳＴＥＮ
Ｄフラグを０にセットし、ユーザプロセスとの共通フラグでありユーザプロセス
の切り替え処理中であることを示すＵＳＥＲＷＡＩＴも０にセットしておく。ま
た表示パネル34の表示のためのポインタであるＤＩＳＰＭＯＤＥ,ＳＥＴＣを０
にセットし、ＭＯＤＥＮにセレクトモードのモード数をセットする。そして、中
間コード作製の準備としてフォント部33よりフォント属性を読み込む(ステップ
＃52)。システムＲＯＭ305内にディップスイッチ(ＤＩＰＳＷ)によってあらかじ
め指定されたユーザプロセスが有るかどうかをチェックし(ステップ＃53,＃54)
、有りの場合はシステムＲＡＭ307の所定の領域に指定されたユーザプロセスを
ロードし(ステップ＃55)、ロード終了(ステップ＃56)を待ってユーザプロセスの
実行を示すＵＳＥＲＦフラグを１にセットし(ステップ＃57)、リクエストベクタ
のユーザプロセスのビットをセットする(ステップ＃58)。これは、最下位のプロ
セスは常にリクエストベクタのビットをセットしておき、自分自身の実行を放棄
することの無いようにするためである。その後、指定ユーザプロセスをエミュレ
ーションベクタにセットする(ステップ＃59)。これらの初期化動作(ステップ＃5
1〜ステップ＃59)を行った後、主ループ(ステップ＃60〜ステップ＃66)に入る。
またディップスイッチＤＩＰＳＷでユーザプロセス指定のない(ステップ＃53で
ＮＯ)場合ＲＯＭ内にディップスイッチＤＩＰＳＷで指定されたユーザプロセス
がない(ステップ＃54でＮＯ)場合、ステップ＃60に潜入する。 主ループではＦＩＦＯの空エリアがなくなるか、ＵＳＥＲＦ＝１(ステップ＃6
1でＹＥＳ)のときＵＲ−バッファ、ＵＳＥＲＦ＝０(ステップ＃61でＮＯ)のとき
は、Ｒ−バッファが空になる(ステップ＃63でＮＯ)とき以外は受信データ処理(
ステップ＃64)を行なう。また、データ処理を行わない(ステップ＃60、ステップ
＃62、ステップ＃63でＮＯ)ときはＪＯＢＯＵＴ処理１を実行する(ステップ＃69
)。ここでＵＲ−バッファが空で(ステップ＃62でＮＯ)ユーザプロセスの切り替
え処理中であれば(ステップ＃67でＹＥＳ)プロセス切り替え処理が終わったこと
を示すＨＯＳＴＥＮＤフラグをセットし(ステップ＃68)その後ＪＯＢＯＵＴ処理
１を実行する。ＪＯＢＯＵＴ処理１の内容は第15図に示す が、これはホストプロセスがスケジューラに対して上位プロセス(実施例ではパ
ケットプログラム)への切り替えを要求するために、リクエストベクタを更新す
る処理である。具体的には、リクエストベクタのパケットプロセスビットをセッ
ト(ステップ＃72)、ユーザプロセスが起動されていて(ステップ＃73でＹＥＳ)Ｈ
ＯＳＴＥＮＤ、ＵＳＥＲＷＡＩＴフラグがセットされていない(ステップ＃77で
ＮＯ、ステップ＃80でＹＥＳ)ときにはリクエストベクタのホストプロセスのビ
ットをリセットし自らの実行を放棄する。またユーザプロセスが無い(ステップ
＃78でＮＯ)場合は、ホストプロセスが最下位プロセスとなるのでリクエストベ
クタのホストプロセスのビットはセットしたままにしておく。 ユーザプロセスの切替えに伴う処理においてはホストプロセスが引続き処理可
能、つまりＵＲ−バッファ306にデータが残っている(ステップ＃73でＹＥＳ)場
合は受信データ処理を続行する。この時、ＦＩＦＯに空きがない場合(＃60でＮ
Ｏ)は、“ＪＯＢＯＵＴ処理１”が実行されるが、ユーザプロセスの切換中であ
る場合(＃80でＮＯ)にはリクエストベクタのホストプロセスビットのセット処理
を実行しない。またＵＲ−バッファ306のデータが空である場合はステップ＃68
でＨＯＳＴＥＮＤフラグが立っているのでステップ＃77でＹＥＳとなり、ＵＳＥ
ＲＷＡＩＴフラグ及びＨＯＳＴＥＮＤフラグを０にセットする(ステップ＃78及
び＃79)。この処理によってステップ＃80ではＹＥＳとなり、リクエストベクタ
のホストプロセスのビットがリセットされる(ステップ＃74)。このようにしてユ
ーザプロセス切替え処理が完了し、次のユーザプロセスへ移ることができる。な
お、これらの処理中はタイマー割り込みを禁止して(ステップ＃71,＃75)誤動作
を防ぐようにしている。 これらの流れから明らかなように、ユーザプロセス切り替え時でない(ＵＳＥ
ＲＷＡＩＴ＝０)場合特定の条件(ＦＩＦＯの空エリアがない、Ｒ−バッファ又は
ＵＲ−バッファが空き等の条件。他に受信データ処理のサブルーチン(ステップ
＃64)でも設定している)によってＪＯＢＯＵＴ処理１が実行されリクエストフラ
グが更新されるまでは、タイマー割り込みによってスケジューラが起動されても
再びホストプロセスに戻ってくるので受信データ処理を繰り返して行なうことに
なる。 またユーザプロセス切り替え時にはＵＲ−バッファ306が空となりＨＯＳＴＥ
ＮＤフラグがセットされるまでエミュレーションのホストプロセスのビットはリ
セットされないのでホストプロセス65及びパケットプロセス64だけが起動され、
残りのデータを処理して しまうまで待つようになっている。その後切り替え処理が終了すればリクエスト
ベクタのホストプロセスビットをリセットするので、一度パケットプロセス64に
移った後何もせず切り替えられたユーザプロセス66が起動されるようになる。 これらの処理が終了すると、表示パネル34上のテストキー902が押されている
かどうかをチェックし(ステップ＃65)、押されているときはテストプリント処理
(ステップ＃66)を行なう。押されていない場合は、主ループのスタートに戻る(
ステップ＃60)。 〔表示パネルの表示〕 第16図(a),(b)は表示パネル34の表示処理(第14図のステップ＃66a)のフローチ
ャートである。表示部で表示する内容は次の５つに分けられる。 ・エラーメッセージ・エミュレーション名 ・動作中“ＢＵＳＹ”の表 ・フォント名 ・用紙サイズ これ以外の表示を行わせることも自由である。 ここでエラーメッセージとエミュレーション名は必要に応じて随時表示を行な
うが、他の３つはアップキー905とダウンキー906とセレクトキー904とでそのモ
ードを選択された時に表示する。まずエンジンステータスを読み(ステップ＃551
)何らかの異常が発生していれば(ステップ＃552でＹＥＳ)エラー内容に対応する
メッセージを表示パネルインターフェース312に出力し(ステップ＃553)復帰する
。異常がないときは、ＥＭＵＭとエミュレーションベクタとを比較し、異なる場
合はエミュレーションベクタが示すエミュレーション名を表示パネルインターフ
ェース312へ出力する(ステップ＃560)。この後、ＥＭＵＭにエミュレーションベ
クタの内容を入れておき(ステップ＃570)、次の比較チェックに備える。 アップキー905及びダウンキー906は表示内容の選択と機能選択切り替えを行な
う。まず表示内容はポインタＤＩＳＰＭＯＤＥに保持しておき、ＵＰキーで＋１
(ステップ＃573),ＤＯＷＮキーで−１(ステップ＃581)される。またこのポイン
タはリング状に動作するためにＤＩＳＰＭＯＤＥが表示モード数ＭＯＤＥＮを超
えるときは１に(ステップ＃574,＃575)、ＤＩＳＰＭＯＤＥが１より小さくなる
ときにはＭＯＤＥＮにセットする(ステッ プ＃582,＃583)。 ＳＥＬＥＣＴキー904が入力されると表示選択モードから機能モードに移るが
ビットマップ上に描画中(ステップ＃590でＮＯ)かプリント動作中(ステップ＃59
1でＮＯ)か表示モードで通常表示モード時(ＤＩＳＰＭＯＤＥ＝１)は無視される
。ここですでに機能モードに入っている場合(ＳＥＬＯＮ＝１)はＳＥＬＯＮフラ
グを０に戻す(ステップ＃595)。表示選択モードのときはＳＥＬＯＮフラグを１
とし機能モードに入る(ステップ＃593)。その後ＤＩＳＰＭＯＤＥポインタが示
す表示内容の最大数をＳＥＴＭＡＸにセットする(ステップ＃594)。 アップキー905入力時であり、かつ、ＳＥＬＯＮフラグが１の時、即ち、機能
モードの時には(＃572でＮＯ)、ポインタＳＥＴＣを＋１し(＃576)、ＳＥＴＣが
ポインタの最大値ＳＥＴＭＡＸを越えると(＃577でＹＥＳ)、ＳＥＴＣを１にす
る。 ダウンキー906の入力時に、ＳＥＬＯＮフラグが１の場合には(＃580でＮＯ)、
ＳＥＴＣを−１し(＃584)、ＳＥＴＣが１より小であれば、ＳＥＴＣに最大値Ｓ
ＥＴＭＡＸを設定する(＃585,＃586)。 実施例ではＤＩＳＰＭＯＤＥポインタに対して次のように表示内容を決めてい
る。 ＤＩＳＰＭＯＤＥ＝１ :通常表示モードでプリンタ動作を示す“ＢＵＳＹ ”とセットプリントカウントを表示する。 ＤＩＳＰＭＯＤＥ＝２ :現在セレクトされているフォント名を表示する。 ＳＥＬＥＣＴキーでフォントを指定する。 ＤＩＳＰＭＯＤＥ＝３ :現在セレクトされている用紙サイズを表示する。 ＳＥＬＥＣＴキーで用紙サイズを指定する。 ＤＩＳＰＭＯＤＥ＝１のとき(ステップ＃596でＹＥＳ)は、ビットマップへの
描画か、印字動作が行われているときは“ＢＵＳＹ”を表示し(ステップ＃600)
、その他の時は“ＲＥＡＤＹ”を表示する。その後プリント枚数を表示する(ス
テップ＃601)。 ＤＩＳＰＭＯＤＥ＝２のとき(ステップ＃602でＹＥＳ)は、表示選択モード時(
ＳＥＬＯＮ＝０)は現在セレクトされているフォント名を表示インターフェース
へ送り、機能モード時(ＳＥＬＯＮ＝１)はＳＥＴＣポインタに対応するフォント
名を表示インターフェースへ送り(ステップ＃605)、このフォントを指定するコ
ードをＦＩＦＯへ出力する(ステップ＃606)。 ＤＩＳＰＭＯＤＥ＝３のとき(ステップ＃607でＹＥＳ)は、ＳＥＬＯＮ＝０の
ときは(ステップ＃608でＹＥＳ)現在指定されている用紙サイズを表示インター
フェースへ送り(ステッ プ＃609)、ＳＥＬＯＮ＝１のときはＳＥＴＣポインタの示す用紙サイズ名を表示
インターフェースへ送り(ステップ＃610)、その用紙サイズを指定するコードを
ＦＩＦＯへ送る(ステップ＃611)。 〔テストプリント〕 テストプリントは使用中のフォント、プリントエンジン４の画像状態のチェッ
クをする場合に用いる機能であり表示パネル34上のテストキー902で起動される
。表示パネル34の制御はインターフェース制御部40によって行われており、ビッ
トマップ制御部30へテストプリント要求を発する。実際の起動はステップ＃65に
おいて、この要求を検出することで行われる。 第17図はテストプリント処理(第17図のステップ＃66)の提要を詳細に示すフロ
ーチャートであり、このフローチャートに示すようにテストプリントが実行され
るのはＢＭ−ＲＡＭ32、パケットバッファ308に描画、仮編集が行われていない(
ステップ＃81及び＃82においてＹＥＳ)場合である。このような条件が成立して
テストプリントが可能である場合、まず実行中のモードを退避する(ステップ＃8
3)。次にテストプリントのモードを設定する(ステップ＃84)。この設定項目はコ
ピー枚数、ソータ６の使用ビン等である。 次にテストパターン(使用可能なフォントパターン、その時点での設定モード
を含む)をパケットバッファ308に出力する(ステップ＃85)。テストパターンには
ユーザが登録可能なメッセージ印字エリアが設けてあり、ユーザテストパターン
が登録されているとき(ステップ＃86でＵＳＥＲ ＴＥＳＴ＝１)は、ユーザプロ
セスの起動時にプロトコルによって指定されたデータ及び印字パターンをユーザ
テストパターン登録エリアよりデータを書込む(ステップ＃87)。 次に通常のモードでページイジェクト(ＰＡＧＥ ＥＪＥＣＴ)ファンクション
をパケットバッファ308に出力し(ステップ＃88)元のモードに復帰させる(ステッ
プ＃89)。〔受信データ処理〕 受信データの処理フローを第18図(a),(b)に示す。 まず、受信データの処理を行なうために受信バッファよりデータを取り出す必
要がある。受信データは第19図に示すようにデータの受信割り込みによってデー
タ処理インターフェース301より取り込まれ、Ｒ−バッファ304に蓄積される。 ここでユーザプロセス66が有る場合はＲ−バッファ304のデータのプロトコル
変換を行った後ＵＲ−バッファ306に蓄積するので、ＵＳＥＲＦが１のとき(ステ
ップ＃101でＹＥＳ)はＵＲ−バッファ306より、０のとき(ステップ＃101でＮＯ)
はＲ−バッファ304よりデータを取り込む(ステップ＃102、ステップ＃107)。 ここで受信データは次の５つに分類される。 ・ＩＦＣ関連コード(プリント・エンジン関連コード)(ステップ＃103〜ステップ
＃105) ・ＪＯＢ制御コード(ＪＯＢＳＴＡＲＴ,ＰＡＧＥ ＥＪＥＣＴ)(ステップ＃108
〜ステップ＃112) ・書式制御コード(ステップ＃113〜ステップ＃114) ・印字データ(文字コード,グラフィックコード)(ステップ＃132,ステップ＃137
)・ユーザプロセス制御コード 印字データの場合(ステップ＃132でＹＥＳ)は、ＬＰＷＲＩＴＥフラグを１と
した後対応するフォーマットの中間コードに変換してＦＩＦＯに出力する。 文字コードの場合は、フォント・イメージ書込部311へのフォーマットと同じで
フォント・パターンのアドレス(ステップ＃133)、イメージ・エリア上の印字位置
に対応するＢＭ−ＲＡＭへの書込みアドレス(ステップ＃134)および書込みモー
ド(ステップ＃135)よりなる。グラフィックコードの場合は、グラフィックイメ
ージ書込部316へのコマンドと同一のフォーマットで出力される(ステップ＃137)
。このとき、文字コードの場合は、次の文字印字位置を更新しておく(ステップ
＃138)。 ＩＦＣ関連コード(ステップ＃103)は、インターフェース制御部40に出力する
ものであるが、印字データとの同期をとるため、印字データとは形式の異なるフ
ァンクションタイプの中間コードとしてＦＩＦＯへ出力しておく(ステップ＃104
)。そして“ＪＯＢＯＵＴ処理１”を実行する(ステップ＃105)。ＪＯＢ制御コー
ドには、ページの区切りに用いるＰＡＧＥ ＥＪＥＣＴコード(ステップ＃110)と
、ページ群の区切りに用いるＪＯＢＳＴＡＲＴ(ステップ＃108でＹＥＳ)の２つ
がある。どちらもＩＦＣ関連コードと同様に、ＦＩＦＯに出力する(ステップ＃1
09,ステップ＃152)。ＰＡＧＥ ＥＪＥＣＴコードの場合ＰＡＧＥ ＥＪＥＣＴ処
理(ステップ＃111)の後、“ＪＯＢＯＵＴ処理１”を実行し(ステップ＃112)、復
帰する。書式制御コード(ステップ＃113、ステップ＃114)は、印字の書式を制御
する。同一イメージのコピー枚数を指定するコードであれば(ステップ＃115でＹ
ＥＳ)、印字データとの同期をとるためＦＩＦＯに対応するファンクションを出
力する (ステップ＃116)。 〔書式制御とＰＡＧＥ ＥＪＥＣＴ処理〕 第20図は書式制御コードの処理シーケンスを示したものである。復行コードの
場合(ステップ＃161でＹＥＳ)は次の印字位置を左端へ移動し(ステップ＃162)、
改行コードの場合は次の印字位置を一行下へ移動する(ステップ＃165)。またラ
ンダム指定のとき(ステップ＃166でＹＥＳ)はオフセット値を加算した後、次の
印字位置を更新する(ステップ＃167)。 第21図はＰＡＧＥ ＥＪＥＣＴ処理のフローを示したものである。このＰＡＧ
Ｅ ＥＪＥＣＴ処理は、ＦＩＦＯ上へ中間コードとして仮編集するときの仮想的
な処理であり、中間コード処理(第22図)で実際にペーパの排出を行なうものとは
異なる。ＰＡＧＥ ＥＪＥＣＴ処理はまずパケットバッファ308へＰＡＧＥ ＥＪ
ＥＣＴを示す中間コードを出力する(ステップ＃152)。ここで、実際の排紙動作
はパケットプロセスがこの中間コードを受け取った時に行われる。その後、次の
ページの編集に備えて次の印字位置を先頭に戻す(ステップ＃153)。これらの一
連の動作は仮イメージ編集を示すＬＰＷＲＩＴＥフラグによって判別され(ステ
ップ＃151、ステップ＃154)、空ページ出力を防ぐ。 ユーザプロセスの切り替えはユーザプロセス指定コードによって行なう。この
コードは透過性を有するコード、つまりどのようなプロトコル体系のコードとも
区別できるようなコード(例えばＥＳＣＡＰＥ ＣＯＤＥ＝27を２回連続するよう
なもの)である必要がある。またこのコードのパラメータによってホストプロセ
ス及び複数のユーザプロセスを切り替え、その値はＥＭＵＮＯＷにセットされる
(ステップ＃118)。またこの時起動されているユーザプロセスはエミュレーショ
ンベクタに割り当てられた値としてセットされている。 前述の第９図は実際にホスト側から送られてくるデータの例を示したものであ
り、エミュレーシヨンの切り替えコマンドをＥＳＣ＋ＥＳＣ＋Ｕをエミュレーシ
ョンの割り当てコードどしている。プリンタはこの切り換えコマンドを受信する
と次からのデータ及びコマンドは、ターゲットのプロトコル対応のユーザプロセ
スが変換を行うので、連続的にデータが送られていても処理可能となっている。 ユーザプロセス指定コードの場合は(ステップ＃117でＹＥＳ)、パラメータの
指定ユーザプロセス番号をシステムＲＡＭ307上のＥＭＵＮＯＷにセットした後(
ステップ＃ 118)ユーザプロセスが起動されているか否かをチェックし(ステップ＃119)、Ｕ
ＳＥＲＦフラグが０の場合(ステップ＃119でＹＥＳ)、またはＵＳＥＲＦが１の
場合でＥＭＵＮＯＷとエミュレーションベクタとが違う(ステップ＃120でＹＥＳ
)ときには、ＥＭＵＮＯＷで示されるユーザプロセスをロードし(ステップ＃121)
、ロード終了を待った後(ステップ＃122)、ＵＳＥＲＦを１にセットする(ステッ
プ＃123)。 これらの処理が終了した後またはステップ＃119,＃120でＮＯの場合は、ユー
ザプロセスの初期化を行い最後にリクエストベクタのユーザプロセスのビットを
セットする(ステップ＃126)。ユーザプロセス解除コードの場合は、ＵＳＥＲＦ
フラグを０として(ステップ＃128)。この後、リクエストベクタのユーザプロセ
スのビットをリセットする(ステップ＃129)。 テストプリントのユーザプロセス印字エリアに書き込む情報の指定はユーザプ
ロセステストプリントデータ登録コマンドで行なう。このコマンドではパラメー
タの値によって印字する情報を設定できるようになっている。このコマンドが受
け付けられたとき(ステップ＃139でＹＥＳ)は、そのパラメータを解析し(ステッ
プ＃140)、パラメータで指定されたユーザプロセスのための必要情報をそれに対
応するコードの形で、システムＲＯＭ307上にＥＭＵＮＯＷの示すユーザプロセ
スのテストパターンユーザプロセスエリアに書き込む(ステップ＃141)。 〔パケットプロセス〕 第23図はパケットプロセスの処理を示すフローチャートである。 まず電源が投入されると(ステップ＃200)、ＢＭ−ＲＡＭのイメージエリアを
クリアし(ステップ＃202)、制御フラグを初期化する(ステップ＃203)。具体的に
は、プリント状態を示すＪＯＢＡＣＴをクリアし、ＢＭ−ＲＡＭへの描画状態を
示すＢＭＷＲＩＴＥをクリアし、同一枚数のコピー枚数を示すＣＯＰＹを１にセ
ットし、同一枚数のコピー枚数を計算するＣＣＯＵＮＴを１にセットする。 この後、主ループに入るが、主ループの行なう処理は、・ 中間コードの解析とＢＭ−ＲＡＭへの描画(ステップ＃212〜ステップ＃215)と
、・ プリント・シーケンス制御(ステップ＃205〜ステップ＃211)とがある。データ
の流れは次のようになる。まず、排紙条件フラグであるＪＯＢＡＣＴが１のとき
は、プリント・シーケンス(ステップ＃208、ステップ＃211)に入る。また、ＪＯ
ＢＡＣＴが１でないときは ＦＩＦＯから中間コードが有ることをチェックして(ステップ＃213)中間コード
処理が行われる。 ここでプリントシーケンスに入るとき(ステップ＃205)とＦＩＦＯ内のパケッ
トデータが無くなったとき(ステップ＃215)は、下位のプロセスに実行を移すた
めに第29図のＪＯＢＯＵＴ処理２を実行する(ステップ＃230)。このとき最下位
のプロセスにリクエストフラグが立っているので、最下位であるパケットプロセ
スがリクエストフラグを落とすことによりスケジューラは最下位プロセスに実行
を移す(＃231、第29図)。このようにパケットプロセスは優先順位が最上位とな
るのでプログラムが待ちの状態となるが(ステップ＃205の場合)、実行不能にな
る(ステップ＃215の場合)ときのみ下位プロセスへ処理を移す。 〔中間コード処理とプリント・シーケンス制御〕 次に、ＦＩＦＯに蓄えられた中間コードの処理フローを、第22図(a),(b)に示
す。 ここでは、主に中間コードに応じたＢＭ−ＲＡＭへの描画と、プリント・エン
ジン部へのコマンド出力などのシーケンス制御を行なう。 まず、印字データの場合(ステップ＃303でＹＥＳ)は、中間コードをフォント・
イメージ書込部へ(ステップ＃304)、グラフィックの場合(ステップ＃310でＮＯ)
はグラフィック・イメージ書込部へ出力(ステップ＃311)する。 もし初めてのデータを書込む場合(ＢＭ−ＷＲＩＴＥフラグ＝０)(ステップ＃3
05でＹＥＳ)、ＢＭ−ＷＲＩＴＥフラグを１とし(ステップ＃306)、プリントエン
ジン４に対して給紙等の準備を先行させるためのペーパの先出しコマンドＰＦＣ
ＭＤをインターフェース制御部40に出力する(ステップ＃308)。これによりビッ
トマップ方式データ処理装置３のプリント準備が終了すれば、感光体へのレーザ
露光が直ちに可能となり、給紙時間に相当してスループットが向上する。 ＩＦＣ関連コードや及びＪＯＢＳＴＡＲＴコードは、ＩＦＣへ出力する(ステ
ップ＃312〜ステップ＃313)。 コピー枚数設定の場合(ステップ＃319)は、コピー枚数ＣＯＰＹ更新する(ステ
ップ＃320)。ＦＩＦＯ305からビットマップ書込部31への出力は、中間コードデ
ータがある限り順次行われるが、ＰＡＧＥ ＥＪＥＣＴコードを検出すると(ステ
ップ＃315でＹＥＳ)、１ページ分の信号変換が終了したのでプリント動作に入る
。まず、コピー枚数ＣＯＰＹ をカウントするためのＣＣＯＵＮＴフラグに設定されているコピー枚数をセット
し、プリント起動処理に入る(ステップ＃317)(第24図)。プリント起動処理では
、プリント処理に入ったことを示すＪＯＢＡＣＴフラグをセットし(ステップ＃4
01)プリントヘッド制御部インターフェースをプリント可能状態にし(ステップ＃
402)、インターフェース制御部40にプリントコマンドＰＲＮＣＭＤを出力する(
ステップ＃403)。 これにより、プリントヘッド制御部インターフェース315では、プリントヘッ
ド制御部42の制御回路から送られてくるパルスに同期してＢＭ−ＲＡＭのデータ
をバスＢ4を通じて出力する。 プリントが終了すると、まだＪＯＢＡＣＴフラグがセットされているため第23
図のステップ＃204からステップ＃205へ進み、ステップ＃206でインターフェー
ス制御部40からの露光終了コマンドＥＸＰＥＮＤの割り込み待ちとなる。ＥＸＰ
ＥＮＤ受信の割り込み処理は第25図に示すように、ＥＰＥＮＤフラグをセットし
リクエストベクタのパケットプロセスのビットをリセットする。ＥＸＰＥＮＤを
検出するとＥＰＥＮＤフラグが１となりループを抜けて同一イメージのコピー制
御を行なう(ステップ＃208〜ステップ＃211)。 まず、コピー枚数カウンタＣＣＯＵＮＴを減算し(ステップ＃208)、所定枚数
のコピーが終了したかチェックする(ステップ＃209)。終了の場合はプリントＥ
ＮＤ処理に入る(第２６図)。ここでは、次のイメージの描画のためＢＭ−ＲＡＭ
をクリアし、ステップ＃241、プリント状態解除のためＪＯＢＡＣＴフラグをリ
セットし(ステップ＃242)、ＢＭ−ＲＡＭへの描画状態を示すＢＭＷＲＩＴＥの
クリアを行なう(ステップ＃243)。コピー未終了の場合は再び、同一イメージで
プリントを開始する(ステップ＃211)。 〔ユーザプロセス〕 第27図はユーザプロセスの処理例を示すものである。ユーザプロセス自体は対
応するプロトコルによっていくつかのプログラムが存在するが、基本的な形態は
このようになっている。特に、(ステップ＃490,＃491,＃501〜＃503,＃507,＃51
0)のステップは各ユーザプロセスで共通化しておかないと他プロセスとの対応が
取れなくなる。 まず、起動時にはユーザプロセスの初期化を行ない(＃470)、ユーザテストパ
ターンの登録データをホストプロセスへ送る。次にＲ−バッファにデータが有る
ことをチェックし(ステップ＃501)、その後にＵＲ−バッファの空きをチェック
する(ステップ＃ 502)。ＵＲ−バッファの空きがないときは(ステップ＃502でＮＯ)、ホストプロ
セスの起動要求をリクエストベクタによって行ない(ステップ＃510)、ＵＲ−バ
ッファに空きを作るようにする。 ＵＲ−バッファの空きがあるときは(ステップ＃502でＹＥＳ)、Ｒ−バッファ
よりデータを取り込み(ステップ＃503)、プロトコル変換処理(ステップ＃504〜
＃506,＃508,＃509)を行なう。 ユーザプロセス指定コードの場合(ステップ＃511でＹＥＳ)は、描画中のデー
タがある場合排紙させるためにページイジェクトコードを送り(ステップ＃512)
、ユーザプロセス指定コードをそのままＵＲ−バッファ306へ送る(ステップ＃51
3)。この後、上位プロセスのリクエストベクタのビットをセットし(ステップ＃5
13)、エミュレーションベクタをユーザプロセス指定コードのパラメータで指定
されたプロセスの値にセットする(ステップ＃515)。さらに前のユーザプロセス
の残りデータを処理するためにＵＳＥＲＷＡＩＴをセットする(ステップ＃516)
。そしてスケジューラの割り込み待ちとなる(ステップ＃517)。 ＵＳＥＲＷＡＩＴはホストプロセス61と共通フラグとなっていてこのフラグが
セットされるとホストプロセス65がＵＲ−バッファ306内のデータを処理してし
まうまで指定のユーザプロセスが実行されず誤動作を防ぐ。 これらのプロセスの切り替えタイミングの例を示したのが第28図である。この
ように、定期的なタイマー割り込みによってスケジューラが起動されるが、プロ
セスが切り替わるのは各プロセスの実行放棄条件が満たされたときである。 〔効果〕 以上の如き本発明の印写装置及び印写装置の状態を表示する表示装置において
は、プロトコルの異なる複数の受信データを解析するために、各プロトコル毎に
用意された複数のプログラムがメモリに格納され、このメモリに格納されたプロ
グラムの何れかをデータ処理装置から送られてくる切り換えコマンドによって選
択して受信データを解析すると、選択されたプログラムを特定する情報が表示手
段に表示される。よって、オペレータは安心して操作をすることができる。

【図面の簡単な説明】 第１図は本発明装置の構成図、第２図は本発明装置の外観を示す斜視図、第３ 図は表示パネルのを示すレイアウト図、第４図は本発明装置の制御回路要部のブ
ロック図、第５図は本発明装置のビットマップ制御部の構成を示すブロック図、
第６図は本発明装置のソフトウェアの構成を示す概念図、第７図はシステムワー
クＲＡＭの構成を示す概念図、第８図は受信データの流れを示すブロック図、第
９図はデータ処理装置からの送信データの一例を示すフォーマット図、第10図は
表示パネルの表示例を示す説明図、第11図はビットマップ書込部の詳細ブロック
図、第12図はスタートプロセスを示すフローチャート、第13図はタイマー割り込
みによって起動されるスケジューラを示すフローチャート、第14図はホストプロ
セスの動きを示すフローチャート、第15図はＪＯＢＯＵＴ処理１の内容を示すフ
ローチャート、第16図は表示パネルの表示処理を示すフローチャート、第17図は
テストプリントの処理手順を示すフローチャート、第18図は受信データの処理手
順を示すフローチャート、第19図は受信データの割込処理を示すフローチャート
、第20図は書式制御コードの処理手順を示すフローチャート、第21図はＰＡＧＥ
ＥＪＥＣＴ装置の手順を示すフローチャート、第22図は中間コード処理を示す
フローチャート、第23図はパケットプロセスの処理を示すフローチャート、第24
図はプリント起動処理を示すフローチャート、第25図はＥＸＰＥＮＤ受信割り込
み処理を示すフローチャート、第26図はプリントＥＮＤ処理を示すフローチャー
ト、第27図はユーザプロセスを示すフローチャート、第28図はプロセスの切り替
えタイミングの例を示すタイムチャート、第29図はＪＯＢＯＵＴ処理２を示すフ
ローチャートである。 34…表示パネル 61…タイマー割り込み 62…スケジューラ 63…スタートプロセス 64…パケットプロセス 65…ホストプロセス 66…ユーザプロセス

Claims (1)

1. 【特許請求の範囲】 １.外部のデータ処理装置から与えられる受信データを解析してプリントを実
   行する印写装置において、 プロトコルの異なる複数の受信データを解析するために、各プロトコル毎に用
   意された複数のプログラムを格納するメモリと、 上記メモリに格納されたプログラムの何れかをデータ処理装置から送られてく
   る切り換えコマンドによって選択し、選択したプログラムによって受信データを
   解析する選択手段と、 選択手段によって選択されたプログラムを特定する情報を表示する表示手段と を備えたことを特徴とする印写装置。 ２.プロトコルの異なる複数のデータを解析するために、各プロトコル毎に用
   意された複数のプログラムをメモリに格納し、データ処理装置から与えられる切
   り換えコマンドに応じて、メモリに格納された複数のプログラムの何れかを選択
   し、選択したプログラムによってデータを解析してプリントを実行する印写装置
   の状態を表示する表示装置であって、上記解析のために選択されたプログラムを
   特定する情報を表示すべくなしてあることを特徴とする表示装置。