JP2837702B2 - 画像形成システム - Google Patents

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、レーザプリンタ,LEDプリンタ，液晶シヤ
ツタプリンタ・インクジエツトプリンタ等の各種プリン
タシステム、あるいは高機能複写機や高機能フアツクス
等の画像形成システムに関する。

〔従来の技術〕

レーザプリンタのような画像形成装置は、近年各種の
要求に応じられるようにシステム化の傾向にあり、ワー
ドプロセツサ，オフイスコンピユータ，パーソナルコン
ピユータ等のホストシステムより文字情報あるいは画像
情報を受けて画像イメージ情報を生成する画像処理装置
と、この画像処理装置から画像イメージ情報を受けて記
録媒体上に画像を形成する画像形成装置と、各々この画
像形成装置に着脱可能で、記録媒体を給送，排送あるい
は搬送する各種付加装置とをそれぞれインターフエース
を介して接続して画像形成システムを構成するようにな
つてきている。

また、上記画像処理装置に相当する機能をホストシス
テム側に持つ場合もあり、その場合は画像形成装置がホ
ストシステムから直接画像イメージ情報を受けて記録媒
体上に画像を形成する。

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

しかしながら、従来はこのような種々の画像形成シス
テムにおいて取り扱われる命令セツトは各システムにお
いて独自に開発され、インタフエースプロトコルは各シ
ステムによつて異なつていた。

したがつて、画像形成システムを構成する画像処理装
置，画像形成装置，及び各種付加装置は、システムの初
期構想設計時点で予め全ての仕様が決定されていなけれ
ばならず、そのためシステム間の互換性が無く、システ
ムの拡張性や融通性に欠けるという問題があつた。

また、画像形成装置及び付加装置の現在の状態を画像
処理装置又はホストシステムに伝達する場合に、その伝
達方式や内容が個々のシステム独自のものであり、付加
装置を拡張する場合に同じようなインタフエース部を画
像形成装置及び画像処理装置又はホストシステムに新た
に設けなければならず非合理であつた。

さらに、画像処理装置又はホストシステムは、画像形
成装置及びそれに装着されている各付加装置の状態を常
に管理せねばならず、付加装置の数が増えるとその状態
管理及び処理が繁雑化してしまうという問題もあつた。

この発明は、このような従来の問題点に鑑みてなされ
たものであり、画像形成装置への付加装置の追加変更を
容易にしてシステムの拡張性を高め、特に画像形成装置
及びその付加装置の状態を画像処理装置又はホストシス
テムに簡単且つ迅速に伝達できるようにし、またその処
理の効率化も図れるようにし、画像形成装置又は付加装
置に状態の変化が発生した場合、必要に応じてその情報
をすぐに画像処理装置又はホストシステムに知らせるこ
とができるようにすることを目的とする。

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

この発明は、上記の目的を達成するため、ホストシス
テムより文字情報あるいは画像情報を受けて画像イメー
ジ情報を生成する画像処理装置と、この画像処理装置か
ら画像イメージ情報を受けて記録媒体上に画像を形成す
る画像形成装置と、各々この画像形成装置に着脱可能
で、記録媒体を給送，排送あるいは搬送する各種付加装
置とからなり、それらをインタフエースを介して接続し
てなる画像形成システムにおいて、 上記画像形成装置及び付加装置に、現在の状態をグル
ープ化して１つの情報コードにして上記画像処理装置に
伝達する手段を備えると共に、画像形成装置又は付加装
置に状態の変化が発生した時に、それを非同期メツセー
ジとして上記画像処理装置へ通知する状態変化通知手段
を備えたものである。

また、ホストシステムが画像処理装置の機能を備えて
いる場合には、画像形成装置及び付加装置に、現在の状
態をグループ化して１つの情報コードにして上記ホスト
システムに伝達する手段を備えると共に、画像形成装置
又は付加装置に状態の変化が発生した時に、それを非同
期メツセージとして上記ホストシステムへ通知する状態
変化通知手段を備えればよい。

さらに、上記いずれの画像形成システムにおいても、
上記画像処理装置又はホストシステムに、上記情報コー
ドに対してその情報コードの内容が反映される画像形成
装置及び付加装置の範囲を制御する手段を備えるとよ
い。

〔作 用〕

このように構成したこの発明による画像形成システム
は、画像形成装置及び各付加装置が、現在の各種の状態
をグループ化して１つの情報コードにして、画像処理装
置あるいはホストシステムへ伝達するので、通信や処理
の複雑化を招くことなく多数の状態情報を効率よく迅速
に伝達することができる。

また、画像形成装置又は付加装置に状態の変化が発生
した時に、それが画像処理装置あるいはホストシステム
へすぐに知らせる必要がある場合には、その情報を非同
期メツセージとして画像処理装置あるいはホストシステ
ムへ直ちに通知することができる。

さらに、画像処理装置又はホストシステムが、上記情
報コードに対してその情報コードの内容が反映される画
像形成装置及び付加装置の範囲を特定することにより、
一層その処理の効率化及び簡素化を図ることができる。

〔実 施 例〕

以下、この発明の実施例を図面に基づいて具体的に説
明する。

システム構成 第１図は、この発明の基本的実施例のシステム構成を
示すブロツク図である。

この画像形成システムは、ホストシステム１より文字
コード情報あるいは画像イメージ情報等を受けて記録媒
体上に画像を形成する画像形成装置本体４と、それぞれ
この画像形成装置本体４に着脱可能な５台の付加装置5A
〜5Eによつてシステム構成されている。

すなわち、付加装置として付加給紙装置である多段給
紙装置5A及び大量給紙装置5Bと、付加排紙装置である反
転排紙装置5C及び大量排紙装置5Dと、付加記録媒体搬送
装置である両面用搬送装置5Eとが、画像形成装置本体４
に機械的に連結して装着されており、それらは全て共通
の信号線（シリアルバス）SBによつて接続されている。

そして、画像形成装置本体４と各付加装置5A〜5Eに
は、それぞれ信号線SBを介してシリアル通信する通信手
段として、シリアル通信部4a及び5a〜5eが設けられてい
る。

さらに、画像形成装置本体４内にはコマンド発行手段
4bを備えており、このコマンド発行手段4bが、各付加装
置5A〜5Eを個々に特定する識別コードを含むコマンドと
各付加装置の全てを特定する共通識別コードを含むコマ
ンドとを必要に応じて発行して、シリアル通信部4aによ
つて、信号線SBを介して各付加装置5A〜5Eへ送信させ
る。

したがつて、画像形成装置本体４は、通常は各付加装
置5A〜5Eをそれぞれ個別に指定して制御することができ
るし、必要に応じて、例えばシステム内で重大なエラー
が発生し、緊急にシステム内の全ての機械的な動作を停
止させたい場合などには、付加装置全てを特定する共通
識別コードを含むコマンドを発行して送信することによ
り、各付加装置5A〜5Eに同時に緊急停止命令等の情報を
伝達して、それを実行させることができる。

ここで、画像形成装置本体４と各付加装置5A〜5E間の
通信プロトコルについて簡単に説明する。

画像形成装置本体から付加装置への通信はコマンドの
送信によつて行ない、付加装置から画像形成装置本体へ
の通信はレスポンスの送信によつて行なう。

１つのコマンドは第２図に示すように、それぞれ８ビ
ツトずつのオペレータとアーギユメントによつて構成さ
れ、アーギユメントを先にオペレータを後に送信する。
アーギユメントの上位３ビツトb₇〜b₅は常に“111"であ
る。

そして、通常のコマンドは、第２図（ａ）に示すよう
に、オペレータの上位３ビツトb₇〜b₅に通信相手として
特定する付加装置の識別コード（ID）を入れ、b₄〜b₀に
は命令の種類を示すコード等を入れる。

ここで、第１図の実施例における各付加装置5A〜5Eの
識別コード（ID）は、例えば次のように定めている。

多段給紙装置5A :000（IN＃１） 大量給紙装置5B :001（IN＃２） 両面用搬送装置5E:010（DPX＃１） 反転排紙装置5C :100（OUT＃１） 大量排紙装置5D :101（OUT＃２） この３ビツトの識別コードの上位２ビツトが付加装置
の種類（タイプ：給紙，搬送，排紙の別）を表わし、下
位の１ビツトが装置番号（＃１か＃２）を表わしてお
り、括弧内にはそれを判りやすく示している。

第２図（ｂ）には付加装置全てを特定する共通識別コ
ード（以下「グローバルIDアドレス」という）を含むコ
マンド（以下「グローバルIDコマンド」という）の構成
を示す。

このグローバルIDコマンドは、オペレータの上位３ビ
ツトb₇〜b₅をグローバルIDアドレスである“110"とし、
b₄〜b₀には命令の種類を示すコード、例えば緊急停止命
令の場合はb₄〜b₀に“01111"を入れる。

このグローバルIDコマンドを各付加装置5A〜5Eがその
各シリアル通信部で受信すると、それぞれが特定された
と認識して、レスポンスを返すことなく直ちにその命令
を実行する。

このグローバルIDコマンドの使用例としては、つぎの
ような場合がある。

（ａ）システムのイニシヤライズ（初期化動作及び自己
診断）を行なう時。

（ｂ）用紙サイズを自己検知することができない給紙装
置を選択して画像形成動作を実行する場合に、各付加装
置にペーパーサイズをセツトする時。

（ｃ）全ての付加装置に対して緊急に情報を伝達する必
要がある時（例えば、ペーパジヤム発生時に緊急停止命
令を伝達する時）。

ロジカルIDとデバイスID 第３図は、この発明による画像形成システムの拡張性
をさらに高めた実施例の基本的構成を示すブロツク図で
あり、第１図と対応する部分には同一符号を付してそれ
らの説明は省略する。

この画像形成システムは、ホストシステム１より文字
コード情報あるいは画像イメージ情報等を受けて記録媒
体上に画像を形成する画像形成装置本体４と、それぞれ
この画像形成装置本体４に着脱可能な７台の付加装置5A
〜5Gによつてシステム構成されている。

すなわち、第１図の画像形成システムに、付加装置と
して多段給紙装置5Fと多段排紙装置5Gが追加されてお
り、画像形成装置本体４とこれらの各付加装置5A〜5Gは
全て共通の信号線SBによつて接続されている。なお、破
線で示すようにさらに多くの付加装置を増設することが
可能である。

そして、この実施例における画像形成装置本体４は、
最大２台の付加給紙装置と最大２台の付加排紙装置と最
大１台の付加両面用搬送装置とを同時に制御することが
できる。

ここで、同時に制御できるとは次の全てを満たす状態
をいう。

○直接通信して実行コマンド，問い合わせコマンド，選
択コマンド等を処理できる。

○記録媒体の給送，搬送，排送をコマンドにより実行で
きる。

○記録媒体の搬送経路として選択できる。

そこで、画像形成装置本体４は制御用識別コード（以
下「ロジカル（論理）ID」という）として６種類のコー
ドを持っている。これが前述の実施例における各付加装
置の識別コード（ID）に相当する。

すなわち、全ての付加装置（オプシヨンユニツト）を
給紙装置，排紙装置，及び搬送装置の３種類のユニツト
タイプに分類し、それぞれのために次のようなロジカル
IDを用意している。

付加給紙装置（IN ＃１）:000 同 （IN ＃２）:001 付加搬送装置（DPX・INP）:010 同 （DPX・OUT）:011 付加排紙装置（OUT ＃１）:100 同 （OUT ＃２）:101 このロジカルIDは３ビツトのコードであり、そのうち
の上位２ビツトがIN,OUT,DPXの種別を識別するユニツト
タイプコードであり、下位１ビツトが＃１か＃２かの番
号（付加搬送装置である両面用搬送装置:DPXの場合はイ
ンプツトユニツト（INP）として使用するかアウトプツ
トユニツト（OUT）として使用するか）を識別するコー
ドである。

画像形成装置本体４は、このロジカルIDを含むコマン
ドを信号線SBへ送出するシリアル通信機能を有し、内部
の画像処理部と画像作成部及び外部のホストシステムの
いずれもが、通常このロジカルIDを使用して各付加装置
5A〜5Gを特定する。

一方、各付加装置5A〜5Gはそれぞれ固有の識別コード
（以下「デバイス（物理）ID」という）を有し、そのデ
バイスIDを含むレスポンスを信号線SBへ送出するシリア
ル通信機能を有している。

また、それぞれが自己のユニツトタイプ、すなわち給
紙装置（IN），排紙装置（OUT），両面用搬送装置（DP
X）のうちのいずれであるかも、ロジカルIDのユニツト
タイプコードと同じく２ビツトのコードで記憶してい
る。

デバイスIDを各ユニツトタイプ別に４ビツトのコード
で与えると、各ユニツトタイプ毎に16台で、合計48台ま
で識別可能になる。

この実施例では次のようにデバイスIDを付与するもの
とする。

多段給紙装置5A ：（IN）0000 多段給紙装置5F ：（IN）0001 大量給紙装置5B ：（IN）0010 反転排紙装置5C ：（OUT）0000 多段排紙装置5G ：（OUT）0001 大量排紙装置5D ：（OUT）0010 両面用搬送装置5E:（DPX）0001 なお、括弧内のIN,OUT,DPXは実際には２ビツトのユニ
ツトタイプコードとして各付加装置（オプシヨンユニツ
ト）にのみ別に記憶しており、そのあとの４ビツトのコ
ードのみがデバイスIDである。

そこで、画像形成装置本体４には、各ロジカルIDに対
してそれぞれ同じユニツトタイプ内の付加装置を指定
（アサイン）して、そのデバイスIDをメモリ内のテーブ
ルに、例えば次表のように記憶する。

一方、各付加装置5A〜5Gには、自己のユニツトタイプ
コード（IN,DPX,OUTの識別コード）とデバイスIDを記憶
するメモリと、前述のロジカルIDに対してアサイン（指
定）された時にそのロジカルIDを記憶するメモリとをそ
れぞれ設けている。

このようにして、６個のロジカルIDとそれに対してそ
れぞれアサインした付加装置のデバイスID（但し、DPX
・INPとDPX・OUTには同じ両面用搬送装置のデバイスID
をアサインする）とを対応させて記憶しておくことによ
つて、画像形成装置本体４はそのアサインした付加装置
をロジカルIDのみによつて特定して制御できる。

第３図及び上記した例では、付加給紙装置としてロジ
カルID（第３図ではLogを付して示す）のIN＃１に多段
給紙装置5A,IN＃２に大量給紙装置5Bを、付加排紙装置
としてロジカルIDのOUT＃１に反転排紙装置5C,OUT＃２
に大量排紙装置5Dを、付加両面用搬送装置としてDPX（I
NP及びOUT）に両面用搬送装置5Eをそれぞれアサインし
ている。

第３図ではこのアサインされている付加装置を二重線
の枠で示している。したがつて、画像形成装置本体４は
この５台の付加装置5A〜5Eを同時に制御することができ
る。

しかし、このアサイン状態は必要に応じて変更するこ
とができるので、それによつて他の付加装置、すなわち
多段給紙装置5F及び多段排紙装置5G、あるいはさらに多
くの付加装置を増設した場合にも、それらを使用可能に
することができる。

なお、画像形成装置本体４内の画像処理装置と画像形
成装置との間、及び画像形成装置本体４と各付加装置5A
〜5Gとの間のシリアル通信の通信プロトコルは２つのレ
ベルのコマンドを提供する。

その１つはベーシツクコマンドであり、この画像形成
システムが２台以下の付加給紙装置と、２台以下の付加
排紙装置と、１台以下の両面用搬送装置からなる場合に
は、ロジカルIDに登録された付加装置のみを扱うコマン
ドであるベーシツクコマンドが全てのシステム機能を包
含できる。

このように、全てのシステム機能がベーシツクコマン
ドによつて制御され得る画像形成システムをベーシツク
システムとし、このシステムではデバイスIDのコード番
号はロジカルIDのコード番号と同じでよい。第１図の実
施例はこのベーシツクシステムに相当する。

もう１つはエンハンスコマンド（拡張コマンド）であ
り、画像形成システムが３台以上の付加給紙装置,3台以
上の付加排紙装置，あるいは２台以上の両面用搬送装置
を有する場合に、３番目以降の付加給紙装置あるいは付
加排紙装置及び２番目以降の両面用搬送装置は、エンカ
ンスコマンドを用いてそのデバイスIDを同じユニツトタ
イプのロジカルIDにアサインすることにより、画像形成
装置本体４によつて給紙，排紙，両面用搬送等の制御が
なされることが可能になる。

なお、この発明に係わる機能については、次の具体的
な実施例の説明において詳述する。

レーザプリンタシステム 以下、この発明をレーザプリンタシステムに適用した
実施例について説明する。

第４図はこのレーザプリンタシステムの概略構成を示
すブロツク図であり、第１図及び第３図と対応する部分
には同一符号を付してある。

このレーザプリンタシステムは、ホストシステム１
と、コントローラ２とプリントエンジン（以下単に「エ
ンジン」と称す）３からなる画像形成装置本体であるプ
リンタ本体４と、前述した付加装置5A〜5Gのような各種
付加装置（以下「オプシヨンユニツト」ともいう）５
と、これらを接続するホストインタフエース（以下「ホ
ストI/F」と略称する），レーザプリンタ・ビデオ・イ
ンタフエース（以下「LPVI」と略称する），及びエンジ
ン・オプシヨン・インタフエース（以下「EOI/F」と略
称する）とによつて構成されている。

ホストシステム１は、文字情報あるいは画像情報を送
出するワードプロセツサ，オフイスコンピユータ，パー
ソナルコンピユータ等の情報処理装置である。

コントローラ２は、ホストシステム１から文字情報や
画像情報を受けて、プリント用紙１ページ分ずつの画像
イメージ情報（ビデオデータ）を生成する画像処理装置
である。

エンジン３は、コントローラ２により生成された画像
イメージ情報を用紙にプリントする画像形成装置であ
る。

ホストI/Fは、ホストシステム１とコントローラ２間
を接続するためのインタフエースであり、RS232C,セン
トロニクスI/F等がよく知られている。

LPVIは、プリンタ本体４を構成するコントローラ２と
エンジン３とを接続する標準インタフエースであり、従
来エンジン毎（モデル毎）に個々に決められていたビデ
オインタフエースのハードウエアを統一し、エンジンの
機能に左右されないようにしたものである。

EOI/Fは、エンジン３と各種オプシヨンユニツト５間
を前述した共通の信号線（シリアルバス）によつて接続
し、エンジン３から前述したロジカルIDを含むコマンド
を送信することにより、そのIDによつて特定されたオプ
シヨンユニツトがレスポンスに返すことによつてシリア
ル通信するための標準インタフエースである。

第５図にコントローラ２のハード構成を示す。

コントローラ２は、図示のようにCPU20,プログラムRO
M21,RAM22,フオントROM23,不揮発性RAM24,操作パネル2
5,変倍処理部26,オプシヨンインタフエース27,ビデオ制
御部28,エンジンインタフエース29と、前述のホストイ
ンタフエース54及びLPVIのコントローラ側部分とから成
り、各々はCPUバスにより接続されている。

CPU20は、このコントローラ２の全体を統括的に制御
する中央処理装置であり、汎用の16ビツト又は32ビツト
のマイクロコンピユータを使用する。

プログラムROM21は、CPU20を制御するためのマイクロ
コード（プログラム）を格納する。

RAM22は大容量のランダムアクセスメモリであり、主
として次のような用途に使用される。

（ａ）システムメモリ （ｂ）インプツトバツフア （ｃ）ページバツフア （ｄ）フオントフアイル （ｅ）マクロフアイル （ｆ）イメージフアイル （ｇ）プリントコントロールフアイル （ｈ）ビデオバツフア 第６図に、データ処理の流れとこのRAM22内の各バツ
フア及びフアイルとの関係を示す。

ホストシステム１より送られてくる情報はホストイン
タフエース54を経由してインプツトバツフア22bに蓄え
られる。

このインプツトバツフア22bに蓄えられたデータは、
データ処理部201によつて取り出され、データの種類に
応じてそれぞれページバツフア22cあるいはフオントフ
アイル22d,マクロフアイル22e,イメージフアイル22f,プ
リントコントロールフアイル22g,のいずれかに登録され
る。

すなわち、プリントシーケンス制御データ（用紙搬送
経路の指定，プリント枚数指定他）はプリントコントロ
ールフアイル22gに、ページのレイアウト情報（印字デ
ータと印字位置の関係等）はページバツフア22cに、イ
メージ情報はイメージフアイル22fに、ダウンロードフ
オントはフオントフアイル22dに、オーバレイ情報等は
マイクロフアイル22eにそれぞれ登録される。

イメージ情報処理部202は、ページバツフア22cの内容
に従つて、イメージフアイル22f,フオントフアイル22d
及びフオントROM23の内容を変倍処理部26を通してビデ
オバツファ22hに展開する。

そして、ビデオバツフア22hに１頁分の印字データの
展開が完了すると、プリント制御部203がプリントコン
トロールフアイル22gの内容に従つてLPVI経由でエンジ
ン３を起動し、エンジン３が画像記録タイミングになる
とビデオバツフア22hは展開されたビデオデータをLPVI
経由でエンジン３に送出する。

エンジン３は、LPVIを通して送られてくるビデオデー
タを用紙にプリントする。

第５図に戻つて、フオントROM23は、ホストシステム
１からホストインタフエース54を経由して送られてくる
文字情報をイメージ情報に変換するためのフオントデー
タを格納している。

不揮発性RAM24は、電源をONにした後のプリンタの動
作状態を制御するための情報を格納するメモリであり、
主として次のような項目を記憶する。

（ａ）印字方向 （ｂ）書体（フオント） （ｃ）文字サイズ （ｄ）行間隔 （ｅ）給紙口 （ｆ）排紙口 （ｇ）ホストインタフエース この不揮発性RAM24の記憶内容は、操作パネル25から
更新される。

第７図に操作パネル25の外観列を示す。この操作パネ
ル25によつて、不揮発性RAM24の記憶内容を更新する操
作をモードセツトと呼ぶ。

この操作パネル25は、プリンタの状態やモードセツト
の内容を文字で表示するためのLCD表示器250,電源ONの
時に点灯するパワーLED251,プリンタのオンライン状態
を示すオンラインLED252,プリンタが異常な時に点灯ま
たは点滅するアテンシヨンLED253,プリンタ内に印字デ
ータがあることを示すデータLED254,プリンタのオンラ
イン／オフラインを切り替えるためのオンラインスイツ
チ255,データLED254が点灯している時そのプリンタ内の
データを印字するためのフオームフイード（Form Fee
d）スイツチ256,プリンタの自己診断テスト機能等を起
動するためのテストスイツチ257,プリンタをリセツトす
るためのリセツトスイツチ258,モードセツト操作用のス
イツチ25A,25B,25C,25Dで構成される。

モードセツトの内容は、第８図に示すようにセツト項
目を階層状に配置している。

そして、オフライン状態で上向矢印のモードスイツチ
25Aを押すことによりモードセツトになり、第１階層の
「印字方向」が選択される。この第１階層で他の項目を
選択したい場合には、左，右矢印スイツチ25B又は25Cを
操作する。

右矢印スイツチ25Cを押す度に、セツト項目が「書
体」「文字サイズ」「行間隔」「給紙口」「排紙口」
「ホストインタフエース」と変つて行く。

一方、左矢印スイツチ25Bを押す度に逆回りに、「ホ
ストインタフエース」から「排組口」「給紙口」へとセ
ツト項目が変わる。

仮りにセツトする項目が「書体」の場合は、右矢印ス
イツチ25Cにより「書体」を選択した後、下矢印のエン
タスイツチ25Dを押して階層を第２階層に移す。

そして、第２階層にある３つの書体、すなわちクーリ
エ（Courier），エリート（Elite），ゴシツク（Gothi
c）の中から１つを、左，右矢印スイツチ25B又は25Cに
より選択する。

例えば「エリート」を選択して、それをセツトする場
合は下矢印のエンタスイツチ25Dを押すと、「エリー
ト」が不揮発性RAM24に登録される。すなわち、最下層
でエンタスイツチ25Dを押すことによつて、不揮発性RAM
24の登録内容が更新される。

第１階層の他のセツト項目で、「印字方向」は縦と横
を、「文字サイズ」は８ポイント,10ポイント,12ポイン
トを、「行間隔」は3LPI（Line/Inch）,6LPI,8LPIを、
「給紙口」は上給紙カセツト，下給紙カセツト，大量給
紙ユニツトを、「排紙口」は上部排紙トレイ，サイド排
紙トレイ，大量排紙ユニツトを、「ホストインタフエー
ス」はセントロニクスとRS−232Cを、それぞれ第２階層
で選択できる。

さらに、「ホストインタフエース」としてRS−232Cを
選択した場合は、第３階層でパリテイチエツクの種類と
ボーレイト（通信速度）を選択してセツトすることがで
きる。

第５図に戻つて、変倍処理部26は画像イメージ情報を
エンジン３の解像度に合わせて最適な大きさに変倍する
ための拡大縮小処理部である。

ホストインタフエース54は、ホストシステム１とコン
トローラ２を接続するインターフエースで、セントロニ
クス準拠パラレルとRS−232Cの２つを準備し、前述した
操作パネル25の操作によつて選択する。

オプシヨンインタフエース27は、機能を拡張するため
にフオントやプログラムを外部から供給する時のインタ
フエースであり、この例ではICカード６を２個扱える。

ICカード６は市販の物を採用し、記憶しているデータ
の種類によりフオントカード，プログラムカード又はそ
の両方を記憶したカードがあるが、物理的には同一の物
である。

このICカード６のフアイルフオーマツトは、第９図に
示すようにフアイルサイズ,CRCチエツクデータ，フアイ
ルタイプ，解像度，及びフオントデータ又はプログラム
により構成されている。

そして、データの種類はフアイルタイプにより判別す
る。すなわち、フアイルタイプが“1"ならフオントであ
り、“0"ならプログラムである。

また第５図に戻つて、ビデオ制御部28は、第６図のビ
デオバツフア22hにCPU20のバス幅（16ビツトまたは32ビ
ツト）で記憶されているビデオデータをシリアルデータ
又は８ビツトのパラレルデータに変換して、LPVIを経由
してエンジン３に送る。

エンジンインタフエース29は、LPVIを経由して双方向
シリアル信号によりエンジンの状態を検知したり、コマ
ンドを送出してエンジンを制御するシリアル通信（送受
信）機能を持つ。

ここで、LPVIの信号を第10図に示す。信号は画像信号
系と制御信号系と電源からなる。

画像信号系は、/WCLK、/WDATA、/ISYNC、/LGATE、/FG
ATEの５種類の信号である。

制御信号系は、/PETXD、/PERXD、/PECTS、/PEDTRの４
種類の信号であり、電源は、＋5VとGNDの２種類であ
る。

ここで各信号名の前に付した「／」は負論理（ローア
クテイブ）を示し、第10図ではオーバラインを付して示
している。

（ａ）/WCLK :プリントエンジンからの画像データ同期
用クロツク。この信号の立ち下がりに同期して画像デー
タ（/WDATA）を送出することにより画像を印字する。ロ
ーレベルが黒。

（ｂ）/WDATA:第５図のビデオ制御部28より送り出され
る画像データ。

（ｃ）/LSYNC:各スキヤンラインの開始を示すライン同
期信号。

/WCLK信号の立ち下がりに同期する。

（ｄ）/LGATE:各スキヤンラインの有効画像エリアを示
す信号。

/WCLK信号の立ち下がりに同期する。

（ｅ）/FGATE:用紙送り方向の有効画像領域を示す信
号。/LSYNC信号の立ち下がりに同期する。

（ｆ）/PETXD:エンジンからコントローラにエンジンの
状態を知らせるためのステータス信号。

（ｇ）/PERXD:コトローラからエンジンに対するコマン
ドライン。

（ｈ）/PECTS:/PETXD信号のレデイを示す。この信号が
ローレベルの時、エンジンからコントローラに対してス
テータスを送出することが可能になる。

（ｉ）/PEDTR:PERXD信号のレデイを示す。この信号がロ
ーレベルの時、コントローラからエンジンに対してコマ
ンドを送出可能になる。

（ｊ）＋5V :エンジンから供給される＋5Vの電源。

（ｋ）GND :グランド（アース） 第11図に印字領域と画像信号の関係を示す。

７が有効印字領域であり、８は/WDATA信号8a,8bによ
り印字される画像領域で、９は/WDATA信号9a,9bにより
印字される画像領域を示す。

次に、エンジンの構成を第12図及び第13図によつて説
明する。

第12図は上述したレーザプリンタシステムのエンジン
３の機構部を構成するエンジン本体と、それに連結され
た各種オプシヨンユニツトの機構部の概略図である。

10はエンジン本体で、感光体ドラム101,帯電チヤージ
ヤ102,光（レーザ）書込みユニツト103,現像器104,転写
分離チヤージヤ105,クリーニングユニツト106,定着ユニ
ツト107、及びレジストローラ対108を始めとする多数の
用紙搬送用のローラとそれらの駆動モータならびに駆動
機構等を内蔵している。

11,12はエンジン本体10に直接接着する給紙カセツト
（トレイ）で、通常100〜200枚の用紙を収納できる。エ
ンジン本体10のこの２個の給紙カセツト挿着口に、それ
ぞれ多段の給紙カセツト（トレイ）を備えた前述の多段
給紙装置5A,5Fに相当する多段給紙ユニツトを挿着する
こともできる。

13は給紙経路を切り替える反転器で、前述の反転排紙
装置5Cに相当し、排紙経路を自己の上部排紙トレイ14,
メールボツクス（多段排紙装置）15,両面ユニツト16,及
び大量排紙ユニツト18のいずれかに切り換えることがで
きる。

また、上部排紙トレイ14以外には裏表を反転した用紙
を各ユニツトに供給できる。勿論、非反転の用紙も供給
できる。したがつて、この機能を使用することによりフ
エースアツプ排紙とフエースダウン排紙を任意に選択で
きる。

15は多数の排紙トレイ15aを持つメールボツクスで、
前述の多段排紙装置5Gに相当し、コントローラ２からの
命令により任意の排紙トレイを選択できる。

16は両面プリント用の再給紙ユニツトとなる両面ユニ
ツトで、前述の両面用搬送装置5Eに相当し、エンジン本
体10内で一方の面にプリントされた用紙が反転器13で裏
表が反転されて供給され、ここから再度エンジン本体10
へ供給されて、他方の面にプリントされることにより両
面プリントがなされる。

なお、この実施例で使用している両面ユニツト16は、
供給された用紙を停止させることなく、ペーパパス161
を通してそのまま給紙側へ搬送する第１の搬送路と、供
給された用紙をスタツカ162に順次スタツクして保持
し、所要枚数をスタツクしてからその用紙を順次給紙側
へ搬送する第２の搬送路と有している。

17は前述の大量給紙装置5Bに相当する大量給紙ユニツ
トで、約2000枚の用紙を収納できる。

18は前述の大量排紙装置5Dに相当する大量排紙ユニツ
トで、約2000枚以上の用紙を収納できる。

大量排紙ユニツト18の用紙収納枚数を大量給紙ユニツ
ト17の用紙収納枚数より多くすることにより、大量給紙
ユニツト17から供給される用紙を全て大量排紙ユニツト
18に回収できる。

19はエンジン本体10及びそのオプシヨンユニツトを乗
せるプリンタテーブルで、その内部を前述したコントロ
ーラ２の収納スペース19aとして利用する。

エンジン本体10とオプシヨンユニツト（反転器13,メ
ールボツクス15,両面ユニツト16,大量給紙ユニツト17,
大量排紙ユニツト18）は、前述したエンジン・オプシヨ
ン・インタフエース（EOI/F）によつて接続される。

さらに、これらのユニツトの一部を省いたり、あるい
はこれら以外の各種オプシヨンユニツトを上記ユニツト
と交換あるいは増設してシステム構成することも可能で
ある。

ここで、エンジン本体10内の各部によるプリント動作
を簡単に説明する。

用紙の供給源として、エンジン本体10の上段給紙カセ
ツト11,下段給紙カセツト12,大量給紙ユニツト17及び両
面ユニツト16（再給紙時のみ）のうちのいずれかが選択
されて用紙が供給され、レジストローラ対108に挟持さ
れた位置で待機する。

一方、感光体ドラム101が矢示方向に回転し、帯電チ
ヤージヤ102によつて帯電された表面に、光書込ユニツ
ト103によつてビデオ信号に応じて変調されたレーザ光
をドラム軸方向に主走査しながら照射して露光し、潜像
を形成する。

その潜像を現像器104からのトナーによつて現像し、
そのトナー像をレジストローラ対108によつて所定のタ
イミングで画像転写部に供給される用紙に、転写分離チ
ヤージヤ105によつて転写すると共にその転写された用
紙を感光体ドラム101の表面から分離させる。

その画像が転写された用紙を定着ユニツト107へ搬送
し、ここで一定温度に加熱された定着ローラと加圧ロー
ラとによつて加熱定着した後、反転器13へ送り込む。

そして、エンジン本体10から排紙されて反転器13に送
り込まれた用紙は、上方，側方及び下方の３箇所の送出
口A,B,Cのいずれかから送出され、上部排紙トレイ14,メ
ールボツクス15,画面ユニツト16へ排出される。

その用紙が両面ユニツト16に排出された場合は、第1,
第２搬送路のいずれかを通してエンジン本体10へ再給紙
するか、大量排紙ユニツト18へ排紙する。

次に、このエンジン本体10及びそれに接続された上記
各オプシヨンユニツトを制御するエンジン制御部（エン
ジンドライバ）30のブロツク構成を第13図に示す。

CPU31は、このエンジン制御部30を統括的に制御する
中央処理装置で、汎用の８ビツトのマイクロコンピユー
タを使用する。

32はプログラムROMであり、エンジン本体10のシーケ
ンスやコントローラ２及び上記各ユニツト（エンジンオ
プシヨンユニツト）との接続を制御するためのマイクロ
コードが格納されている。

33は制御データやエンジンの状態等を記憶するための
RAMである。

34はエンジンのシーケンス制御用の基本時間を作るた
めのインターバルタイマである。

35はエンジン・オプシヨン・インタフエース（EOI/
F）であり、オプシヨンユニツトである反転器13,メール
ボツクス15,両面ユニツト16,大量給紙ユニツト17,大量
排紙ユニツト18等を共通ラインで接続するためのシリア
ルインタフエースである。したがつて、シリアル通信機
能を有する。

各オプシヨンユニツトにはそれぞれ前述したデバイス
IDが設定されており、このエンジン制御部30と各オプシ
ヨンユニツト13,15〜18との通信に際しては、そのデバ
イスIDをアサインしたロジカルIDを付加したコマンドの
送信によつて、相手のユニツトを特定し、そのユニツト
からのレスポンスを受信する。

36はコントローラインタフエースであり、LPVIを経由
してコトローラ２からのコマンドを受けたり、エンジン
３の状態をコトローラ２に知らせるためのインタフエー
スである。

37は光学制御部であり、LPVIを経由してコトローラ２
から送られてくる画像信号（ビデオデータ）を受けて、
光書込みユニツト103を制御する。

38はA/Dコバータであり、エンジン本体10の画像形成
・用紙搬送部100のサーミスタ（温度センサ）からのア
ナログ信号が、オペアンプ41によつて増幅されて入力
し、それをCPU31が演算処理できるようにデジタル信号
に変換する。

なお、上記サーミスタは機内の各ユニツト等における
温度状態を把握するためのものであり、機内の数箇所に
設けられている。

39はI/Oポートであり、ドライバ42及びドライバ43を
介してエンジン本体10の画像形成・用紙搬送部100にお
けるモータ，プランジヤ，クラツチ等を駆動したり、各
種チヤージヤに高電圧を印加する高圧電源を制御した
り、エンジン本体10の状態を検出するためのセンサやス
イツチ等からの信号がアンプ44を介して論理レベルに像
幅された信号を入力する。

これらの各部は、データバス，コントロールバス及び
アドレスバスからなるCPUバス40によつてCPU31に接続さ
れている。

コントローラとプリントエンジン間の通信 次に、コントローラとプリントエンジンとの間の通信
について説明する。

まず、コントローラとプリントエンジン間の通信条件
は次のとおりである。

1.インタフエース：非同期シリアルI/F 2.通信速度:9600baud 3.パリテイビツト：なし 4.ストツプビツト:1 コントローラとプリントエンジン間の通信は前述した
ようにLPVIを介して、４種類の信号/PETXD,/PERXD,/PEC
TS,及び/PEDTRによつてなされる。

これらのインタフエース用の信号については先に簡単
に説明したが、ここでもう少し詳しく説明する。

（１）/PERXD この信号は、コントローラからプリントエンジンへの
コマンドを送るためのシリアル通信の受信データ信号ラ
インである。

（２）/PETXD この信号は、プリントエンジンからコントローラへレ
スポンス及びイベントレポートを送るシリアル通信の送
信データ信号ラインである。

（３）/PEDTR この信号は、コマンドの送信に対するシリアル通信の
レデイ信号ラインである。この信号が“L"の時は、コン
トローラがプリントエンジンにコマンドを送つてよいこ
とを示す。

プリントエンジンは、電源投入時あるいは初期化動作
時（システムコンフイギユレーシヨンの確立時を含む）
を除いて、この信号を“L"に保持しなければならない。

（４）/PECTS この信号は、レスポンスあるいはイベントレポートを
送信するためのシリアル通信のレデイ信号ラインであ
る。この信号が“L"の時は、プリントエンジンはコント
ローラにレスポンスあるいはイベントレポートを送つて
よいことを示す。

コントローラは、電源投入時あるいはプリントエンジ
ンと通信できない状態にある時以外はこの信号“L"を保
持しなければならない。

もしこの信号が“H"の間に、プリントエンジンが非常
に多くのイベントレポートを受け取つたら、古いイベン
トレポートを放棄してもよい。

次に、コントローラとプリントエンジン間の通信プロ
トコルについて簡単に説明する。

コントローラとプリントエンジン間で通信する場合
は、コントローラからプリントエンジンへコマンドを送
信し、プリントエンジンがそれを受信してレスポンスを
コントローラへ返信することによつて行なわれる。

コマンドは、それぞれ１バイトのアーギユメントとオ
ペレータとからなり、第14図（ａ），（ｂ）に示すよう
に、アーギユメントの最上位ビツトは常に“1"であり、
オペレータの最上位ビツトは常に“0"である。

コマンドは、アーギユメントを先に送り、オペレータ
を後に送る。

アーギユメントは省略することもでき、その場合にも
プリントエンジンは、そのアーギユメントのないコマン
ドを正確に確認しなければならない。

アーギユメントとオペレータからなるコマンド（例え
ば、“ステータス リクエスト”コマンド）が、コント
ローラによつてアーギユメントなしで発行された場合
は、同じコマンドの前回のアーギユメントが事実上有効
になる。

プリントエンジンがコマンドを受け取つた時に、もし
有効なアーギユメントがなかつた場合には、プリントエ
ンジンは事実上のアーギユメントとしてデフオルト値を
とる。

レスポンスは、プリントエンジンからコントローラ
へ、受信したコマンドによつて要求された情報を送るも
のである。

各レスポンスの長さは１バイトで、第14図（ｃ）に示
すようにその最上位ビツトは“0"である。但し、同図
（ｄ）に示す“イリーガルコマンド”に対するレスポン
スの場合は、全ビツトが“1"である。

イベントレポートは、オプシヨンユニツト及びプリン
トエンジンにイベント（ジヤム発生やサプライ不足等）
が発生した時に、プリントエンジンからコントローラに
レスポンスとして求められていない情報を送るものであ
る。

各イベントレポートは、第14図（ｅ）に示すように１
バイトの流さを有し、その最上位ビツトは“1"である。

このイベントレポート発生の可／不可は、コントロー
ラにより‘ETB'コマンドでなされる。

この実施例においてコントローラが発信するコマンド
の種類は次のとおりであり、13のベーシツクコマンドと
３つのエンハンスコマンドがある。

〈ベーシツクコマンド〉 1.ステータス リクエスト ‘ENQ' 2.インクアクア インプツトトレイ コンデシヨン ‘SI' 3.インクアイア アウトプツトトレイ コンデイシヨン ‘SO' 4.インクアイア ペーパサイズ オブ インプツトトレ
イ ‘EM' 5.＊フイードスタート ‘FF' 6.＊プリントスタート ‘VT' 7.＊インプツトトレイ セレクト ‘DC1' 8.＊アウトプツトトレイ セレクト ‘DC2' 9.イベントレポート イネーブル ‘ETB' 10.＊プリントエンジン モードセツト ‘DC4' 11.＊ペーパサイズ セツト ‘DC3' 12.インクアイア エグジテツド ペーパID（Inquire e
xited paper ID） ‘ACK' 13.リセツト ‘CAN' 〈エンハンスコマンド〉 14.アサイン デバイスID ‘FS' 15.インクアイア アサインド デバイスID ‘GS' 16.インクアイア コミユニケーシヨン アクテイブ
デバイスID ‘RS' 上記コマンドのうち、＊印を付したコマンドはコマン
ドキユーバツフアに記憶されて、順次実行される。

但し、“インプツトトレイ セレクト”、“アウトプ
ツトトレイ セレクト”、“プリントエンジン モード
セツト”及び“ペーパサイズ セツト”のコマンドにつ
いては、もしアーギユメントを伴つたコマンドに別のア
ーギユメントを伴つたコマンドが発せられる前に“フイ
ードスタート”コマンドも“プリントスタート”コマン
ドも続かなかつた場合には、前のコマンドはコマンドキ
ユーバツフアから消去されて有効とならない。

これは、いずれの‘FF'又は‘VT'コマンドも後続しな
い場合には、コマンドによつて指定されたトレイ，ペー
パサイズ又はモードは、選択されたトレイ，選択された
ペーパサイズ又は選択されたモードにならないことを意
味する。

そして、これらのコマンドは、それ以前の“フイード
スタート”コマンド又は“プリントスタート”コマンド
に対して有効ではない。

プリントエンジンは、“インプツトトレイセレク
ト”、“アウトプツトトレイ セレクト”、“プリント
エンジン モードセレクト”又は“ペーパサイズ セツ
ト”のコマンドによつて指定されたモード又はステータ
スを、その後これらのコマンドによつてステータス又は
モードが再セレクトされるまで保持する。

プリントエンジンは、自身では決してコマンドキユー
バツフアの内容をクリアせず、コントローラから受信す
るコマンドによつてそれをクリアする。また、コマンド
キユーバツフア内にある‘FF'及び‘VT'コマンドは、そ
の実行開始時に消去される。

もし、モードセツト及びトレイセレクトが適当に行わ
れ、且つ充分な数の‘FF'及び‘VT'コマンドがコマンド
キユーバツフアに記憶され、あるいは‘FF'及び‘VT'コ
マンドがコントローラにより適切な時間間隔で発せられ
ると、プリントエンジンはこれらのコマンドを最大のス
ループツト（プリントスピード）で実行する。

コントローラがプリントエンジンにプリントの実行を
要求するための一般的なコマンド発信シーケンスを以下
に示す。

１）インプツトトレイ選択 両面インプツトユニツトを含むインプツトトレイを選
択する。もしアーギユメントが省略された場合には以前
のトレイが有効である。

また、“インツトトレイ セレクト”コマンドが発せ
られなかつた場合にも以前のトレイが有効である。

２）アウトプツトトレイ選択 画面アウトプツトユニツトを含むアウトプツトトレイ
を選択する。もしアーギユメントが省略された場合には
以前のトレイが有効である。

また、“アウトプツトトレイ セレクト”コマンドが
発せられなかつた場合にも以前のトレイが有効である。

３）フイード要求 “フイードスタート”コマンドを送る。このコマンド
が発せられなかつた場合には、次の“プリントスター
ト”コマンドがフイード及びプリントに対して有効であ
る。

４）プリント要求 “プリントスタート”コマンドを送る。

コントローラはまた、もし“システム カレントモー
ド”の“/PRINT信号無視フラグ”が“0"の場合、“/PRI
NTと/PREADYがハンドシエイクしたプリント要求シーケ
ンス”でもつてプリントエンジンにプリントの実行を要
求することもできる。なお、各信号の前の「／」は負論
理（ローアクテイブ）を意味する。

この要求は、‘FF'及び‘VT'コマンドに先立つて実行
される。但し、それはコマンドキユーバツフア内にはス
タツクされない。そのプリント要求シーケンスは、リア
ルタイム実行でのみ有効である。

もし、コントローラが/PRINT信号によつてプリントを
要求しない場合には、‘DC4'コマンドを発信することに
よつてプリントエンジンのモードを“/PRINT信号無視”
モードに設定するのがよい。

もし、プリントエンジンが/PRINT信号と‘FF'及び‘V
T'コマンドとの両方によつてプリント要求を受けた場合
には、コマンドタイミングとシーケンスのためにコマン
ドの実行に深刻なミスが生じる恐れがある。

コトローラは、/PRINT信号ラインを通じてプリントエ
ンジンにプリントの実行を要求する直前に、プリントエ
ンジンの現在のステータス（例えば、現在アクテイブな
インプツトトレイ）を問い合せる。

コマンドキユーバツフア内に記憶されているコマンド
（＊印の付いたコマンド）に対するレスポンスは、その
コマンドが実行される時でなく、そのコマンドを受け取
つた直後にプリントエンジンから発信される。

そのため、レスポンスの内容は時にはコマンドの実行
に関する実際のステータスとは違つているかもしれな
い。例えば“インツトトレイ セレクト”コマンドに対
してレスポンスした後、もしセレクトされたインプツト
トレイに違うサイズのカセツトが装着された場合には、
実際のペーパサイズは、“インプツト セレクト”コマ
ンドに対するレスポンスとしてプリントエンジンが送つ
たサイズとは違つていることになる。

このような場合は、プリントエンジンのステータスは
エラー状態（インプツトサイズ不一致）となる。

現在アクテイブなインプツトトレイ、現在アクテイブ
なアウトプツトトレイ及びシステムの現在のモードステ
ータスを問うコマンドである“ステータス リクエス
ト”コマンドに対しては、プリントエンジンは、実行開
始直後の‘FF'コマンド又は第２モードの‘VT'コマンド
に対して指定された現在のアクテイブなトレイを答える
か、又はその時点で現在アクテイブなモードを答える。

プリントエンジンは、コマンドキユーバツフアにおい
てまだ実行されていないコマンドによつて指定されたト
レイコード又はモードは答えない。

コマンドキユーバツフアの容量はできる限り大きい方
がよく、それはプリントエンジンの最大プリント速度に
依存するが、プリントエンジンのプリント速度が20ペー
ジ／分より小さい場合には、32枚のペーパに相当する容
量を持てば充分である。

プリントエンジンが‘FF'又は‘VT'コマンドを実行し
ている最中に、ペーパが空か又はペーパが満杯のため
に、もしコントローラが現在アクテイブなインプツトト
レイ又はアウトプツトトレイを変更したい場合には、コ
ントローラは最初に“コマンドキユーバツフア クリ
ア”のコマンドを発し、それから新しいインプツトトレ
イ又はアウトプツトトレイを再セレクトする。

ある場合には、プリントエンジンは各ユニツトのステ
ータスを予測しなければならず、その予測したステータ
スに応じたレスポンスを予測しなければならない。

例えば、両面ユニツトのオーバーフロー又はペーパが
空のステータスは、たとえ前回のコマンドがまだコマン
ドバツフア内にあつてまだ実行されていないとしても、
その前のコマンドに依存するために予測される。

プリントエンジンとオプシヨン間の通信 次に、プリントエンジンとその各種付加装置であるオ
プシヨンユニツトとの間の通信について説明する。

プリントエンジンとオプシヨンユニツトとの間の通信
条件も、前述したコトローラとプリントエンジン間の通
信条件と同じく次のとおりである。

1.インタフエース：非同期シリアルI/F 2.通信速度:9600baud 3.パリテイビツト：なし 4.ストツプビツト:1 通信プルトコルについては、先に基本的なシステム構
成の説明中で簡単に述べたが、ここでもう少し詳しく説
明する。

この場合もプリントエンジンからオプシヨンユニツト
への通信はコマンドの送信によつて行ない、オプシヨン
ユニツトからプリントエンジンへの通信はレスポンスの
送信によつて行なう。

このコマンドとレスポンスのフオーマツト例を第15図
に示す。

１つのコマンドはオペレータとアーギユメントによつ
て構成され、アーギユメントのb₇〜b₅は常に“111"であ
り、またはオペレータのb₇〜b₅はプリントエンジンが通
信したいオプシヨンユニツトのロジカルIDコードを示
す。

オペレータはまた、１つの命令の終端を意味すること
を兼ねる。

この実施例に使用するコマンドの種類は次のとおりで
ある。

〈ベーシツクコマンド〉 1.インクアイア ユニツト ステイタス（Inquire unit
status） “＊＊＊10001" 2.インクアイア ペーパ サイズ（Inquire papar siz
e） “＊＊＊10010" 3.インクアイア ユニツト コンデイシヨン（Inquire
unit condition） “＊＊＊10011" 4.インクアイア ユニツト アイベイラビリテイ（Inqu
ire unit availability） “＊＊＊10100" 5.インクアイア ユニツト スペシフイケーシヨン ＃
１（Inquire unit specification ＃１） “＊＊＊10101" 6.インクアイア ユニツト スペシフイケーシヨン ＃
２（Inquire unit specification ＃２） “＊＊＊10110" 7.インクアイア ユニツト スペシフイケーシヨン ＃
３（Inquire unit specification ＃３） “＊＊＊10111" 8.インクアイア エグジテツド ペーパID（Inquire ex
ited paper ID） “＊＊＊11000" 9.インクアイア ユニツト フアームウエア バージヨ
ン（Inquire unit firmware version） “＊＊＊11111" 10.トレイ セレクシヨン（Tray selection） “＊＊＊00001" 11.モード セツト（Mode setting） “＊＊＊00010" 12.ペーパ サイズ セツト（Paper size setting）
“＊＊＊00011" 13.ペーパ フイード スタート（Paper feed start） “＊＊＊00100" 14.ペーパ フイード ストツプ（Paper feed stop）
“＊＊＊00101" 15.ペーパ フイード レスタート（Paper feed restar
t） “＊＊＊00110" 16.ペーパ イジエクト スタート（Paper eject star
t） “＊＊＊01000" 17.ペーパ イジエクト エンド（Paper eject end）
“＊＊＊01001" 18.イニシヤライズ（Initializing） “＊＊＊01110" 19.アボート（Abort） “＊＊＊01111" 20.プリントエンジン パス長（Length of print engin
path） “＊＊＊"01010" 21.レジスト距離（Registrationt distance） “＊＊＊01011" 22.搬送速度（Transport velocity） “＊＊＊01100" 〈エンハンスコマンド〉 23.アサイン デバイスID（Assign Device ID） “＊＊＊11001" 24.インクアイア アサインド デバイスID（Inquire a
ssigned Device ID） “＊＊＊11010" 25.インクアイア デバイスID（Inquire Device ID）
“＊＊＊11011" これらのコマンドは、常にオプシヨンユニツトによつ
てリアルタイムで実行される。

各オプシヨンユニツトは、特定されたトレイ選択，モ
ードセツト，ペーパサイズセツト，プリントエンジン
パス長，レジスト距離，搬送速度，及び指定デバイスID
のモード，ステイタス，あるいは指定をこれらのコマン
ドによつて再選択されるまで保持する。

コマンドはアーギュメントを先にオペレータを後に送
信されなければならないが、アーギュメントとオペレー
タから成るコマンドのアーギュメントは省略することが
でき、オプシヨンユニツトはアーギュメントの無いコマ
ンドも正しく確認しなければならない。

例えば、“インクアイア ユニツト ステイタス”コ
マンドのようなアーギュメントとオペレータから成るコ
マンドで、プリントエンジンがアーギュメント無しでこ
れを送信した場合、同じロジカルIDユニツトへの同じコ
マンドの前のアーギュメントが実効アーギュメントとし
て有効である。

但し、“ペーパ イジエクト スタート”コマンド，
第15図（ｂ）に示す“アサイン デバイスID"コマン
ド，及び同図（ｄ）に示す“インクアイア デバイスI
D"コマンドを除く。これらのコマンドにおいては、前の
アーギュメントは決して有効にはならない。

また、他のコマンドのアーギュメントや他のロジカル
IDユニツトへのアーギュメントは、いかなる場合も無効
である。

コマンドを受信した時に、オプシヨンユニツト側に何
も有効なアーギュメントが無かつた場合は、オプシヨン
ユニツトは実効アーギユメントとしてデフオルトの値を
採らなければならない。

レスポンスは、オプシヨンユニツトからプリントエン
ジンに送られるメツセージであり、コマンドを受領した
ことを示す。全てのレスポンスは１バイトの長さであ
り、b₇が“0"になつている。

もし、オプシヨンユニツトが受け取つたコマンドの機
能をサポートしていない場合は、オプシヨンユニツトは
レスポンスとして〈7Ehex〉すなわち“01111111"を返さ
なければならない。

第15図（ｂ）は、プリントエンジンがロジカルIDにデ
バイスIDをアサインする際に送信する“アサイン デバ
イス ID"コマンドと、それを受け取ったオプシヨンユ
ニツトから送信されるレスポンスのフオーマツトを示し
ている。

このコマンドのアーギュメントのb₃〜b₀にはアサイン
されるデバイスIDコードが入り、オペレータのb₇〜b
₅（＊＊＊で示す）にはアサインするロジカルIDコード
が入る。

例えば、このコマンドが “111×0010,00011001"であれば、「デバイスID“001
0"（INP＃3:大量給紙ユニツト17,第３図の大量給紙装置
5Bに相当）をロジカルID“000"（IN＃１）としてアサイ
ンせよ」と命令することになる。

これに対して、デバイスID“0010"のオプシヨンユニ
ツト（先の例では大量給紙ユニツト17）のCPUがそれを
認識して、“00000010"のレスポンスを返す。

これは「デバイスID“0010"をロジカルID“000"（IN
＃１）としてアサインした」と答えたことになる。

ここで、デバイスIDコードにはユニツトタイプコード
が無いが、ロジカルIDコードのb₆,b₅の２ビツトがユニ
ツトタイプコードであり、この例では“00"はインプツ
トユニツトを表しているので判別できる。

第15図（ｃ）は、特定のロジカルIDにアサインされて
いるオプシヨンユニツトのデバイスIDを問い合わせるコ
マンドである“インクアイア アサインド デバイスI
D"コマンドとそれに対するレスポンスを示している。こ
のコマンドはアーギユメント無しで、オペレータのみの
コマンドであり、例えば“00011010"はロジカルID“00
0"には何がアサインされているかを各オプシヨンユニツ
トに照会することになる。

そして、アサインされているデバイスIDを持つオプシ
ヨンユニツトがもし大量給紙装置であれば、それから
“00000010"（ロジカルIDのIN＃１にインプツトオプシ
ヨンユニツト“0010"がアサインされている）のレスポ
ンスを返すことになる。

第15図（ｄ）は、特定のオプシヨンユニツトが通信可
能かどうかを照会する“インクアイアデバイスID"コマ
ンドとそれに対応するレスポンスを示している。

このコマンドのアーギュメントのb₃〜b₀には照会する
デバイスIDコードを、オペレータのb₇,b₆にはユニツト
タイプコードをいれる。例えば“111×0010,00×11011"
は、インプツトオプシヨンユニツト“0010"（大量給紙
ユニツト17）は通信可能かどうかを問い合わせるコマン
ドである。

そして、大量給紙ユニツト17がアサインされていれ
ば、“000×0010"のレスポンスを返すことになる。

また、前述したようにコマンドのオペレータのb₇〜b₅
がグローバルIDアドレス“110"になつている場合は、そ
のコマンドがグローバルIDコマンドであることを示す。

プリントエンジンよりグローバルIDコマンドが発信さ
れた場合は、通信可能状態にある全てのオプシヨンユニ
ツトは、このコマンドによる命令を可能な限り実効しな
ければならない。しかし、オプシヨンユニツトはこのコ
マンドに対してレスポンスを発行せず、プリントエンジ
ンはレスポンスを持たずに次のコマンドを発行できる。

イニシヤルセツトアツプ 次に、このレーザプリンタシステムのイニシヤルセツ
トアツプについて第16図及び第17図によつて説明する。

第16図は、イニシヤライズ時における操作パネル，ホ
ストシステム，コントローラ，プリントエンジン，およ
び各オプシヨンユニツト間の信号の送受と動作の関係を
示し、第17図はプリントエンジンの動作を示すフローチ
ヤートである。

主として第17図に従つて説明すると、パワーオン（電
源投入）時及びコントローラからイニシヤライズコマン
ドを受けると、プリントエンジンは全ての付加装置（オ
プシヨンユニツト）ヘイニシヤライズコマンドを送る。

このイニシヤライズコマンドは、グローバルIDコマン
ドとしてもよい。

そして、プリントエンジン自身が初期化と自己診断を
実行してイニシヤライズし、イニシヤライズコマンドを
受け取つた通信可能な全ての付加装置もそれぞれ初期化
及び自己診断を実行してイニシヤライズする。

その後、このプリンタイステムがエンハンスシステム
か否かを判断して、YESであればエンハンスシステムで
あるから、全てのデバイスID（48ID）の通信可／不可状
態の確認を２回以上行ない、各デバイスID状態が前のサ
イクルと同じになつたら、各デバイスIDの状態を確定す
る。

ここで２回の確認結果の一致を見るのは、電源オン又
はオフ時の過渡状態のような不安定な状態にある付加装
置の状態を誤つて確定しないようにするためである。

次いで、１つのロジカルIDに１つのデバイスIDを優先
順にアサインして、システムコンフイギユレーシヨンを
確立する。

ここで、優先順位には次の１と２がある。

優先順位1:通信アクテイブデバイス 優先順位2:より若いデバイスIDコード 一方、エンハンスシステムでない場合はベーシツクシ
ステムであるから、全てのロジカルIDユニツト（5ID）
の通信可／不可状態を２回以上確認し、各ロジカルIDユ
ニツトの状態が前のサイクルと同じになつたら、各付加
装置の状態を確定して、システムコンフイギユレーシヨ
ンを確立する。

なお、プリントエンジンは、自分自身初期化中はどの
オプシヨンユニツトに対しても如何なるコマンドを発行
してはならない。

また、どのオプシヨンユニツトも自分自身初期化中
は、プリントエンジンに対して如何なるレスポンスも送
信してはならない。

システムコンフイギユレーシヨンの確立を終えたら、
プリントエンジンはコントローラと通信することができ
るが、それまではコントローラとの通信レデイー信号で
ある/PEDTR信号をOFF状態にしなければならない。

《ステータス情報の応答について》 次に、このレーザプリンタシステムにおけるこの発明
に係るステータス情報の応答について説明する。

第18図〜第20図に、コントローラ２がプリントエンジ
ン３及び特定のオプシヨンユニツトの状態（ステータ
ス）を確認するための通信の詳細なフローを示す。

また、第21図にプリントエンジンがレスポンスするプ
リントエンジン・ステータスコードとその内容を、第22
図にオプシヨンユニツトがレスポンスするオプシヨン・
インプツト／アウトプツトユニツト・ステータスコード
とその内容を示す。

これらの図によつて、コントローラとプリントエンジ
ンとオプシヨンユニツト間の通信の概略を説明する。

まず第18図に示すように、コントローラからエンジン
へ“プリンタジエネラルステータス”コード（プリンタ
の概況を問うコード）を送る。このコマンドのビツトb₀
〜b₆＝０がジエネラルステータスのリクエストであるこ
とを示す。

これに対してエンジンは、そのレスポンスを返し、そ
のb₀〜b₆の各ビツトの“1"か“0"が各々プリンタの状態
の概況を示す。

次に、コントローラはエンジンに対してエンジン部の
状態を問う“プリントエンジン ステータス”コマンド
を送る。

このコマンドのビツトb₆が“0"ならば、エンジンはコ
ントローラに対して、現在存在するエンジン部の状態の
うちで最も優先順位（第21図に示す「プリントエンジン
ステータスコード」の優先順位１→64）の高い情報を
レスポンスし、もし返すべき情報がなければ、レスポン
スのビツトb₆を“1"にして、ビツトb₅〜b₀は不定のまま
レスポンスを送る。

コントローラはそのレスポンスのビツトb₆が“1"なら
ば、その時点でエンジンにステータスを問うのを停止
し、次のユニツトへの状態問い合せに移る。レスポンス
のビツトb₆が“0"ならば、まだ知らすべき状態情報がエ
ンジンのステータスバツフアに存在するので、再びエン
ジンにステータスを問うコードを送る。

このとき、コマンドのビツトb₆を“1"にしないと再び
最優先の情報が送られるので、次の優先順位の状態を問
うためにビツトb₆を“1"にして“プリントエンジン ス
テータス”のコマンドを送出し、エンジンからのレスポ
ンスによつて次の優先順位のステータス情報を得る。

そのレスポンスのビツトb₆が“1"になる迄、コントロ
ーラは問い続けなければならない。こうしてコントロー
ラは現在のエンジンの状態を全て知ることができる。

レスポンスによつて選択されるステータスコードは、
第21図に示すようにエンジンとコントローラ間で取り決
められているテーブルに従う。

エンジンへの状態問い合わせが終了した後、コントロ
ーラはエンジンに対して各付加装置（オプシヨンユニツ
ト）の状態問い合わせに移る。

その問い合わせコマンドである“インプツトユニツト
＃１ステータス”は、ビツトb₅〜b₀が“001001"であ
る。

プリントエンジンはこれを受けると、インプツトユニ
ツト＃１に対して、“インクアイア ユニツトステータ
ス”コマンドを送り、インプツトユニツト＃１からレス
ポンスを受ける。

この間の状態の存在情報のよりとりも、コントローラ
とエンジン間のやりとりのように、問い合わせる側のコ
マンドに次の優先順位の情報を問うか否かを示すビツト
（b₆）を持ち、答える側はレスポンスに状態格納用のス
テータスバツフアが空かどうかを示すビツト（b₆）を持
ち、ステータスバツフアが空になつたことがわかるま
で、コントローラはエンジンにインプツトユニツト＃１
についての状態を問い合わせる。

レスポンスによつて反送されるステータスコードは、
第22図に示すようにエンジンとコントローラとオプシヨ
ン間で取り決められているテーブルに従う。

エンジンは、このようにしてインプツトユニツト＃１
から得た状態情報を、コトローラへレスポンスによつて
送信する。

以下同様にして、コントローラはエンジンを介して、
インプツトユニツト＃2,アウトプツトユニツト＃1,アウ
トプツトユニツト＃2,両面ユニツトの状態を順次問い合
わせる。

ここで、エンジンユニツトステータスの応答例を第23
図に示す。

この例は、プリントエンジンにおいて、使用中の給紙
トレイにペーパなし（Ｂ）と、カバーオープン＃１
（Ｃ）と、ペーパジヤム＃１（Ｄ）とが同時に発生し、
その後トナー不足（追加要）（Ａ）が発生してから、使
用中の給紙トレイにペーパなし（Ｂ）が解消し、その後
上記（Ｃ）と（Ｄ）が同時に解消した後に（Ａ）が解消
した場合を想定している。各ステータス（状態）の優先
順位は（Ｄ）（Ｃ）（Ｂ）（Ａ）の順である。

図中、‘ENQ'は“プリントエンジン ステータス”コ
マンド、INPSはコマンドのアーギユメントのビツトb
₆（“1"のときに次の優先順位を問うフラグ）、SBEはレ
スポンスのビツトb₆（“1"のときにステータスバツフア
が空であることを示すフラグ） 次に、“プリンタ ジエネラルステータス”コマンド
及びそれらに対するレスポンスの詳細を説明する。

このコマンドは、アーギユメントがヘキサコードで80
_H,オペレータが‘ENQ'（ヘキサコードでは05_H）である
ので、80_H‘ENQ'と表わされ、ステータスリクエスト
コマンドの１つで、オプシヨオンユニツトを含むエンジ
ンシステムの一般的なステータスを問うものである。

このコマンドに対するプリントエンジンからのステー
タスを示すレスポンスの各ビツトは、次のようになつて
いる。

レスポンス（ステータス）： b₇:“0" b₆:システムのペーパパス内にペーパ有り b₅:排紙IDバツフア内に排紙ID有り b₄:ペーパジヤム固定 b₃:プリントスタート レデイ（レジストポイント
レデイ） b₂:給紙開始（フイード中） b₁:ステータス グループコード１ b₀:ステータス グループコード０ （説 明） 1.「システムのペーパパス内にペーパ有り」 いずれかのインプツトトレイ（画面ユニツトを除く）
から給紙が開始され、且ついずれのアウトプツトトレイ
（画面ユニツトを除く）にも排紙を完了していないいず
れかのペーパが、両面パスを含むエンジンシステムのペ
ーパパス内に存在するときに、このフラグが“1"にセツ
トされる。

そして、エンジンシステムのペーパパス内にペーパが
ない場合には、このフラグは“0"にセツトされる。

2.「排紙IDバツフア内に排紙ID有り」 のフラグは、両面ユニツト以外のアウトプツトトレイ
に１枚のペーパが排紙を完了したときに“1"にセツトさ
れる。そしてこのフラグは、イベントレポート＃３が発
せられるか又は‘ACK'コマンドに対するレスポンスが発
せられることによつて、排紙IDバツフアが空になつた時
に、“0"にセツトされる。

排紙IDバツフア内にまだ排紙IDが残つている場合に
は、このフラグは“1"のままとなり、排紙IDバツフアが
空でないことを示す。

コントローラは“インクアイア エグジツトペーパI
D":‘ACK'コマンドを発することによつて、排紙IDを尋
ねることができる。

3.「ペーパジヤム固定」 ある場合には、プリント中にエンジンシステム内でジ
ヤム（紙詰まり）発生しても、詰まつたペーパ以外のペ
ーパは搬送されてアウトプツトトレイに排出されるかも
しれない。

そして、詰まつたペーパは他のペーパの排紙が完了し
た時に固定（フイツクス）される。エンジンは、このよ
うに詰まつたペーパが固定されているときにこのフラグ
を“1"にセツトする。

コントローラは、このフラグが“1"のときに、ステー
タス リクエスト コマンドを発することによつて、ジ
ヤムペーパのIDナンバを尋ねることができる。

エンジンは、ジヤム回復動作が行われた後に、ペーパ
パス内に残つたペーパがないことを確認したときに、こ
のフラグを“0"にセツトする。

4.「プリントステート レデイ」 このフラグは、給紙されたペーパがレジスト位置でプ
リントされる準備ができたときに“1"にセツトされる。
そして１枚のペーパもレジスト位置にプリント待機して
いないときには、このフラグは“0"にセツトされる。

エンジンは、このフラグが“1"のときに、‘VT'コマ
ンドを実行すべく、プリントをスタートさせる。

コントローラは、正しいプリントシーケンスに応じ
て、このフラグを待つことなくプリントスタート コマ
ンドを送つてもよい。

5.「給紙開始（フイード中）」 このフラグは、エンジンが１枚のペーパの給紙を開始
したとき“1"にセツトされる。

このフラグは、エンジンが現在使用中のインプツトト
レイから次のペーパの給紙を開始することが可能になつ
たときに“0"にセツトされる。このフラグを“0"にセツ
トするタイミングは、次に使用するトレイが何であるか
に依る。

6.「ステータス グループコード」 この２ビツトのフラグは、全エンジンシステムの一般
的な状態を示すものである。

これらのフラグの意味は第24図に示す通りである。

このステータス グループコードをもつて示されたス
テータスは、イベントレポートイネーブル状態に依存す
る。それは、ステータス グループ コードが、“イベ
ントレポート イネーブル”のコマンドである‘ETB'コ
マンドのアーギユメントのビツトb₁,b₀に応じて変化す
ることを意味している。

このビツトb₁,b₀とステータス グループコードをも
つて示されるジエネラルステータスの内容等の関係を第
25図に示す。

《イベントレポートの通知について》 以下、この実施例によるこの発明の特徴とする機能に
ついて詳述する。

この実施例によれば、プリンタシステム（エンジン＋
オプシヨンユニツト）に状態の変化が発生すると、エン
ジンはそれを非同期メツセージであるイベントレポート
によつてコントローラへ通知することができる。

そのため、コントローラがエンジンに非同期メツセー
ジの送信可否を設定する方法は、第10図に示したLPVIの
/PERXD信号により、第４図等に示したコントローラ２か
らエンジン３に非同期メツセージ（イベントレポート）
送信可否設定用のコマンド、すなわち第26図（Ａ）に示
すように〔argument＋‘ETB'〕からなるコマンド“イベ
ントレポート イネーブル”を送る。

これに対し、エンジン３から送信可否の情報00Hex〜7
FHexがレスポンスとして/PETXD信号によりコントローラ
２に返送される。

ここで、“イベントレペート イネーブル”の‘ETB'
コマンドと、それに対するレスポンスについて、第26図
（Ａ）（Ｂ）を参照して説明する。

この‘ETB'コマンドは、エンジンが各種のイベントレ
ポートを発信することをイベントレポート番号毎にそれ
ぞれ可能あるいは不能にするためのコマンドである。

フオーマツト： “アーギユメント”＋‘ETB'〈17hex〉アーギユメン
ト； b₇:“1" b₆〜b₂:イペントレポート番号 b₁,b₀:イベント可能条件 レスポンス： “イネーブル フラグ” b₇:“0" b₆〜b₂:イベントレポート番号 b₁,b₀:イペントレポート可能条件 デフオルト： パワーアツプ又は初期設定直後のデフオルトイネーブ
ル状態は、ビツトb₁,b₀が全てのイベントレポート番号
に対して“00"であり、エンジンはいかなるイベントレ
ポートの送信も禁止される。

コントローラは、初期設定が完了した後にエンジンの
診断結果を確認するのが望ましい。そのため、‘ETB'コ
マンドをデフオルトにセツトして、エンジンによつてイ
ベントレポートが発行されるのを禁止する。そして、初
期設定完了後、コントローラはエンジンのステータスを
尋ねるか、またはイベントレポートの発行を可能にす
る。

ここで、エンジンに発生し得る状態変化を、第26図
（Ａ）に示すように12種類に分け、その認識番号として
イベントレポート番号を付加し、それをこのコマンドの
アーギユメントのビツトb₆〜b₂に割り当てる。

そして、送信可能に指定するか送信不能に指定するか
の指示をビツトb₁〜b₀に割り当てる。

このうち、イベントレポート＃４については送信可否
を次の４つのレベルに分ける。

ビツトb₁,b₀ “１ 1";全ての装置に発生した全ての状態を送る。

“１ 0";現在選択されている装置に発生した全ての状
態又は、現在選択されていない装置に発生したサービス
マンコールのエラー状態を送る。

“０ 1";現在選択されている装置のみに発生した全て
の状態を送る。

“０ 0";何が発生しても、イベントレポートは送らな
い。

その他のイベントレポートについては、送信可否はレ
ベルには分けず、送信可と送信不可のどちらかを指定す
る。

これらのアーギユメントを使つて‘ETB'コマンドをコ
ントローラがエンジンに送信することにより、イベント
レポートの送信可否を設定する。

エンジン３に状態変化が発生した時、送信可と指定し
てあればその状態変化がエンジンから80Hex〜FFHexのコ
ードがイベントレポートとして/PETXD信号によりコント
ローラ２に送られる。

このイベントレポートのフオーマツトは第14図（ｅ）
に示したように８ビツトで構成されている。

ここで、イベントレポートについてさらに詳細に説明
する。

エンジンシステムは、イベントレポート可能条件が
‘ETB'コマンドでコントローラにより指定されている
間、エンジンシステム内で生じた全ての状態変化（イベ
ント）をイベントレポートとしてイベントバツフア内に
スタツクする。

そして、エンジンは、/PECTS信号がアクテイブなら
ば、続けてイベントレポートを発行する。充分なイベン
トバツフアの容量は、エンジンシステムのスケールによ
るが、20〜30のイベント数あれば十分であろう。

次に、各イベントレポート番号毎に説明する。

A.イベントレポート＃０（給紙・印刷イベント） このイベントレポートは、ペーパのフイードがスター
トした時、又は、ペーパがレジスト位置でプリントの準
備ができた時にコントローラに送られる。

レポート： b₇〜b₂:“100000" b₁:プリントスタート レデイ（レジスト位置でレデ
イ） b₀:給紙開始（フイード中） プリントスタート レデイ このフラグは、給紙されたペーパがレジスト位置でプ
リントの準備ができているときに“1"にセツトされる。
そして、レジスト位置でプリントを待つているペーパが
１枚もないときに、このフラグは“0"にセツトされる。

このイベントレポートは、このフラグが“0"から“1"
に変わつた瞬間に発行され、“1"から“0"に変わるとき
には発行されない。

このイベントレポートが、給紙開始によつて発行され
たときには、このフラグは“0"に固定される。

給紙開始（フイード スタート） このフラグは、エンジンシステムが１枚のペーパの給
紙を開始した時に‘1'にセツトされる。そして、エンジ
ンシステムが、現在使用している給紙トレイから次のペ
ーパの給紙を開始できるようになつたとき、このフラグ
は“0"にセツトされる。

このフラグが“0"にセツトされるタイミングは、次に
使用するトレイが何かによる。

このイベントレポートは、このフラグが“0"から“1"
に変わつた瞬間に発行され、“1"から“0"に変わるとき
には発行されない。

このイベントレポートが、“プリントスタート レデ
イ”のために発行されたときには、このフラグは“0"に
固定される。

B.イベントレポート＃４（ジエネラルステータス グル
ープコード） このイベントレポートは、エンジンシステム内のステ
ータス変化したときにコントローラに送られる。

レポート： b₇〜b₂:“100100" b₁:ジエネラルステータス グループコード １ b₀:ジエネラルステータス グループコード ２ この“ジエネラルステータスグループコード”のフラ
グは、エンジンシステムの一般的な状態を示し、そのフ
ラグの意味は次の通りである。

なお、詳細は第21図及び第24図を参照。b₁ b₀ エラー名 ０ ０ ノーエラー（レデイ） ０ １ コーシヨン １ ０ ビジー １ １ エラー このステータスグループコードをもつて示されたステ
ータスは、イベントレポート可能条件に依る。この可能
条件に関しては第25図を参照されたい。

C.イベントレポート＃5,＃6,＃7,＃8,＃９ イベントレポート＃５ インプツトユニツト＃１ステータスグループコード イベントレポート＃６ インプツトユニツト＃２ステータスグループコード イベントレポート＃７ 両面ユニツト＃２ステータスグループコード イベントレポート＃８ アウトプツトユニツト＃１ステータスグループコード イベントレポート＃９ アウトプツトユニツト＃２ステータスグループコード これらのイベントレポートは、各ユニツトの“ステー
タスグループコード”のレベルが変化したときに送られ
る。

レポート： b₇:“1" b₆〜b₂:イベントレポート番号 b₁:オプシヨンユニツト ステータスグループコード １ b₂:オプシヨンユニツト ステータスグループコード ０ 各ユニツトの“ステータスグループコード”は“オプ
シヨンユニツト ジエネラルステータス”と同じであ
る。

D.イベントレポート＃12 （先頭ジヤム ペーパ ID） このイベントレポートは、ジヤム紙位置が固定された
時点、すなわち“プリンタジエネラルステータス”の
“ペーパジヤムフイツクス フラグ”が“0"から“1"に
変化した時にコントローラに送られる。

レポート： b₇〜b₄:“1011" B₃〜B₀:先頭ジヤムペーパID （第21図のプリンタジエネラルステータスコード参照） E.イベントレポート＃16 （インプツトトレイのペーパエンド） このイベントレポートは、システム内のいずれかのイ
ンプツトトレイ状態が、ペーパが空の状態とペーパが存
在する状態との間で変化したときにコントローラに送ら
れる。

レポート： b₇〜b₄:“1100" b₃:“X"（予 備） b₂:ペーパエンド／エグジツト b₁,b₀:インプツトユニツト番号 いずれかのインプツトユニツトのいずれかのインプツ
トトレイの状態がペーパが空の状態に変化したとき、ビ
ツトb₁,b₀をそのインプツトユニツト番号にしたビツトb
₂を“1"にセツトしてこのイベントレポートが送られ
る。

そして、いずれかのインプツトユニツトのいずれかの
インプツトトレイ状態がペーパが存在する状態に変化し
たとき、ビツトb₁,b₀をそのインプツトユニツト番号に
しビツトb₂を“0"にセツトしてこのイベントレポートが
送られる。

F.イベントレポート＃20 （アウトプツトトレイのペーパ満杯） このイベントレポートは、システム内のいずれかのア
ウトプツトトレイ状態が、ペーパが満杯の状態とペーパ
が満杯でない状態のと間で変化したときにコントローラ
に送られる。

レポート： b₇〜b₄:“1101" b₃:“X"（予 備） b₂:ペーパ満杯／非満杯 b₁,b₀:アウトプツトユニツト番号 いずれかのアウトプツトユニツトのいずれかアウトプ
ツトトレイ状態がペーパ満杯の状態に変化したとき、ビ
ツトb₁,b₀をそのアウトプツトユニツト番号にしたビツ
トb₂を‘1'にセツトして、このイベントレポートが送ら
れる。

そして、いずれかのアウトプツトユニツトのいずれか
のアウトプツトトレイ状態がペーパ満杯でない状態に変
化したと時、ビツトb₁,b₀をそのアウトプツトユニツト
番号にし、ビツトb₂を“0"にセツトしてこのイベントレ
ポートが送られる。

G.イベントレポート＃24（排出ペーパID） このイベントレポートは、プリントサイクルが完了し
て、１枚のペーパが、特定されたアウトプツトトレイに
完全に排出されたときにコントローラに送られる。

レポート： b₇〜b₂:“1110" B₃〜B₀:排出ペーパID H.イベントレポート＃28 （コンフイギユレーシヨン変更） このイベントレポートは、システムのコンフイギユレ
ーシヨン（有効な構成状態）が変化したときにコントロ
ーラに送られる。

レポート： b₇〜b₄:“1111" b₃:通信可能フラグ b₂〜b₀:ロジカルIDコード 通信可能フラグは、特定されたロジカルIDコードをア
サインされたオプシヨンユニツトがプリントエンジンと
正しく通信することができるときに“1"にセツトされ
る。

電源が切られたり、ある通信が破壊されたりしたため
に、アサインされたオプシヨンユニツトとプリントエン
ジンとのあいだの通信が不能になつたときに、このフラ
グは‘0'にセツトされる。

このイベントレポートは、“0"から“1"への変化及び
“1"から“0"への変化の両方のタイミングで発行され
る。

イベントレポート可能条件 a.イベントレポート＃０に対して b₁:1/0;“プリントスタート レデイ”イベントイ
ネーブル／デイスエーブル b₀:1/0;“給紙開始” イベントイネーブル／デイスエーブル b.イベントレポート＃４に対して 第25図参照。

c.他のイベントレポートに対して b₁:“X";予 備 b₀:1/0; イベントレポート イネーブル／デイスエーブル 以上説明したように、この実施例によれば、コントロ
ーラは、１種類の制御コマンドでプリンタシステム（エ
ンジン＋付加装置）の状態を知ることができる。

プリンタシステムの状態を知るには、第５図及び第13
図等に示したLPVIの/PERXD信号により、コントローラ２
からエンジン３に対して前述した状態検知コマンドであ
る“プリンタジエネラルステータス”コマンド（80_H‘E
NQ'）を送信する。

これに対しエンジン３から状態情報のレスポンスが/P
ETXD信号によりコントローラ２へ返される。

また、コントローラ２がこのコマンドを送信する以前
に、状態情報が反映している各装置（エンジン又は付加
装置）の範囲を指定する“イベントレポートイネーブ
ル”コマンド（アーギユメント＋‘ETB':アーギユメン
トで範囲を決定する）を/PERXD信号によりエンジン３に
対して送つていれば、それによつて指定された範囲内の
装置に対する状態情報がコントローラ２へ返される。

ここで、第27図及び第28図のフローチヤートによつ
て、パワーON（電源投入）時及びホストシステムからプ
リント要求があつた時の、コントローラによる状態情報
の装置範囲指定とその後の読み込み処理の例を説明す
る。

パワーON時の処理は第27図に示すように行なわれる。

コントローラ２は、初期状態の時にプリンタシステム
の状態を予め把握する必要があるため、セルフチエツク
及び内部初期設定後、エンジン３に対して‘ETB'コマン
ド可能条件（アーギユメントのビツトb₁,b₀）に“11"を
設定して送出した後、“プリンタジエネラルステータ
ス”コマンド80_H“ENQ"を送信して、プリンタジエネラ
ルステータス（現在の状態をグループ化して示す１つの
情報コードを読み込むことによつて、プリンタシステム
全体の状態を知ることができる。

そして、もしそのプリンタジエネラルステータスがレ
デイ（Ready）状態を示しているならば、コントローラ
２は各々の装置に対して問い合わせをしなくとも、次の
処理へ進むことができる。

プリンタジエネラルステータスがレデイ以外の状態を
示したならば、その後初めてレデイにならない原因であ
るステータスの詳細（第21図に示したステータスグルー
プコード内のステータスの内容）を問い合わせて読み込
み、その内容を第７図のLCD表示器250に警告表示する等
を行えばよい。

次に、プリント動作時の処理を第28図によつて説明す
る。

ホストシステムからプリント要求があると、第６図に
示したデータ処理の流れでコトローラ２が起動される。
そして、プリント制御部203において、プリントコント
ロールフアイル22gより給紙，排紙先の命令及びプリン
トモード（片面又は両面印刷）の命令をとり出し、エン
ジン３に対してその制定を行なう。

給紙，排紙先及びプリントモードが決まれば、第12図
に示したようなシステムにおいては、プリント動作時に
起動される付加装置が決まつてしまうため、プリント動
作に関係のない装置の状態の管理は無視できる。

よつて、エンジンに対して‘ETB'コマンドの可能条件
に“01"（第25図参照）を設定して送信した後、“プリ
ンタジエネラルステータス”コマンド80_H‘ETB'を送信
して、選択された装置のみの状態を示すプリンタジエネ
ラルステータス（グループコード）を読み込むことによ
つて、忙しい画像処理中の管理ができる。

読み込んだプリンタジエネラルステータスがレデイ
（Ready）又はコーシヨン（Caution）状態であれば画像
処理及び印刷を実行し、プリント終了までこれを繰り返
えす。

もしプリント動作中にプリンタジエネラルステータス
がエラー（error）状態を示したならば、エラーの内容
は後回しにして、急がなければならないエラー処理（ホ
ストシステムに対してビジイ（busy）を出力する等）を
先に行ない、その後に具体的なエラーの内容を問い合せ
てステータスの詳細を読み込み、第７図のLCD表示器250
に警告表示する等の処理を行なえばよい。

このように、現在のプリンタシステムの状態をグルー
プ化して示す１つの情報コードである「プリンタジエネ
ラルステータス」及び、その情報コードの内容が反映さ
れる装置の範囲を制御する‘ETB'コマンドの可能条件の
設定を有効に使用することができる。

以上説明した実施例では、第４図に示したようにプリ
ンタ本体４にコントローラ２とエンジン３を内蔵する構
成となつているが、第29図に示すようにホストシステム
１′にコントローラ２′を内蔵してLPVIでエンジン３と
接続するようにしたレーザプリンタシステムにも、同様
にこの発明を適用することができる。

また、この発明はレーザプリンタシステムに限らず、
他のページプリンタやデジタル複写機あるいはフアクシ
ミリ装置等による画像形成システムにも適用可能であ
る。

〔発明の効果〕

以上説明してきたように、この発明による画像形成シ
ステムは、画像形成装置及び付加装置が、現在の状態を
グループ化して１つの情報コード（プリンタジエネラル
ステータス）にして画像処理装置（コントローラ）又は
ホストシステムに伝達できるので、画像処理装置又はホ
ストシステムは、システム全体の状態を迅速に把握で
き、処理の効率化及び簡素化を図ることができる。

また、画像形成装置又は付加装置に状態の変化が生じ
た時に、それを非同期メッセージとしてすぐに画像処理
装置へ通知することができる。

その際、その状態変化の種類をグループ分けして付加
した認識番号によつて指定して、どの状態変化が発生し
たらそれを画像処理装置へ通知するかを選択できるよう
にすれば、画像処理装置がすぐに知りたい情報のみを効
率よく通知することができる。また、コントローラの種
類や動作状態に応じて、状態変化の重要度と発生した装
置により、必要なレベルの情報のみを効率よう通知する
ことも可能である。

さらに、画像処理装置又はホストシステム側に、上記
情報コードの内容が反映される装置の範囲を制御する手
段を備えることにより、画像形成装置又はホストシステ
ムの現状に合つた情報コードを要求することができ、一
層処理の効率化及び簡素化が可能になり、付加装置の数
が増加してもその状態の管理が容易になる。

【図面の簡単な説明】

第１図はこの発明の基本的実施例のシステム構成を示す
ブロツク図、 第２図は同じくその画像形成装置本体から各付加装置に
対して発行するコマンドの構成例を示す説明図、 第３図はこの発明の他の基本的実施例のシステム構成を
示すブロツク図、 第４図はこの発明の一実施例であるレーザプリンタシス
テムの構成を示すブロツク図、 第５図は第４図のコントローラ２の構成を示すブロツク
図、 第６図は同じくそのデータ処理の流れと第５図のRAM22
内の各バツフア及びフアイルとの関係を示すブロツク
図、 第７図は第５図における操作パネル25の一具体例を示す
外観図、 第８図はこの操作パネル25によるモードセツトの内容を
階層別に示す説明図、 第９図は第５図におけるICカード６のフアイルフオーマ
ツトを示す説明図、 第10図はこの実施例におけるLPVIの信号の説明図、 第11図はこの実施例における印字領域と画像信号の関係
を示す説明図、 第12図はこのプリンタシステムを構成するエンジン本体
とそれに連結された各種オプシヨンユニツトの機構部の
概略図、 第13図は同じくそのエンジン制御部の構成を示すブロツ
ク図、 第14図はコントローラとプリントエンジン間のに使用す
るコマンドとレスポンスの説明図、 第15図はプリントエンジンと各オプシヨンユニツト間の
通信に使用するコマンドとレスポンスの説明図、 第16図はこの実施例におけるパワーオン時及びイニシヤ
ライズ実行時のシステム全体の動作を示すフロー図、 第17図は同じくその時のプリントエンジンの動作を示す
フロー図、 第18図乃至第20図は同じくコントローラによつてプリン
トエンジン及びオプシヨンユニツトの状態を確認する際
のコマンドとレスポンスのやり取りを示すフロー図、 第21図及び第22図は同じくその通信に使用するプリント
エンジン ステータスコードとオプシヨンユニツト ス
テータスコードのテーブルを示す説明図、 第23図はエンジンユニツトステータスの応答例を示す説
明図、 第24図はステータスグループコードとそれによつて表わ
されるステータスレベルとの関係を示す説明図、 第25図は‘ETB'コマンドのアーギユメントのビツトb₁,b
₀とステータス グループコードをもつて示されるジエ
ネラルステータスの内容等の関係を示す説明図、 第26図（Ａ）（Ｂ）は各種パラメータの設定及び問い合
わせの通信の一部を示すフロー図、 第27図及び第28図はパワーON時及びホストシステムから
プリント要求があつた時のコントローラによる状態情報
の装置範囲指定とその後の読み込み処理の例を示すフロ
ー図、 第29図はこの発明の他の実施例のレーザプリンタシステ
ムの構成を示すブロツク図である。 1,1′……ホストシステム 2,2′……コントローラ（画像処理部） ３……プリントエンジン（画像形成部） ４……画像形成装置（プリンタ）本体 5,5A〜5G……各種付加装置 10……エンジン本体 13……反転器（反転排紙装置） 15……メールボツクス（多段排紙装置） 16……両面ユニツト（両面用搬送装置） 17……大量給紙ユニツト（大量給紙装置） 18……大量排紙ユニツト（大量排紙装置） 19……プリンタテーブル 20……コントローラのCPU、25……操作パネル 27……オプシヨンインタフエース 29……エンジンインタフエース 30……エンジン制御部（エンジンドライバ） 31……エンジン制御部のCPU 35……エンジン・オプシヨン・インタフエース 36……コントローラインタフエース

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】ホストシステムより文字情報あるいは画像
   情報を受けて画像イメージ情報を生成する画像処理装置
   と、この画像処理装置から前記画像イメージ情報を受け
   て記録媒体上に画像を形成する画像形成装置と、各々こ
   の画像形成装置に着脱可能で、前記記録媒体を給送，排
   送あるいは搬送する各種付加装置とからなり、それらを
   インタフエースを介して接続してなる画像形成システム
   において、 前記画像形成装置及び付加装置に、現在の状態をグルー
   プ化して１つの情報コードにして前記画像処理装置に伝
   達する手段を備えると共に、 前記画像形成装置又は付加装置に状態の変化が発生した
   時に、それを非同期メツセージとして前記画像処理装置
   へ通知する状態変化通知手段を備えたことを特徴とする
   画像形成システム。
2. 【請求項２】ホストシステムより画像イメージ情報を受
   けて記録媒体上に画像を形成する画像形成装置と、各々
   この画像形成装置に着脱可能で、前記記録媒体を給送，
   排送あるいは搬送する各種付加装置とからなり、それら
   をインターフエースを介して接続してなる画像形成シス
   テムにおいて、 前記画像形成装置及び付加装置に、現在の状態をグルー
   プ化して１つの情報コードにして前記ホストシステムに
   伝達する手段を備えると共に、 前記画像形成装置又は付加装置に状態の変化が発生した
   時に、それを非同期メツセージとして前記ホストシステ
   ムへ通知する状態変化通知手段を備えたことを特徴とす
   る画像形成システム。
3. 【請求項３】前記画像処理装置又はホストシステムが、
   前記情報コードに対してその情報コードの内容が反映さ
   れる画像形成装置及び付加装置の範囲を制御する手段を
   備えたことを特徴とする請求項１又は２記載の画像形成
   システム。