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

Abstract

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

Description

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

〔従来の技術〕

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

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

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

しかしながら，このような画像形成システムにおいて、
従来はホストシステムあるいは画像処理装置から画像形
成装置（付加装置も含む）にその状態等の情報を問い合
わせた際に、複数の情報が有効に存在していても、その
中で最も優先順位の高い（最上位に位置づけられた）情
報のみが返信されていた。

あるいはまた、複数の情報に対応するコードを同時に返
信する手段として，複数ビット（例えば８ビット）のレ
スポンスの各ビットを各種の情報（エラー等）の種類に
割り当てて、発生しているビットにフラグを立てて返信
することが考えられるが、レスポンスのビット数によっ
て限られた情報しか知らせることができなできなかった
。

この発明は、このような問題点に鑑みてなされたもので
あり、ホストシステムあるいは画像処理装置が画像形成
装置側に発生している複数の情報（状態情報や数値情報
など）を、最上位に位置づけられた情報のみでなく、必
要に応じて全ての情報を一時期に知ることができるよう
にすることを目的とする。

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

この発明は上記の目的を達成するため、ホストシステム
より文字情報あるいは画像情報を受けて画像イメージ情
報を生成する画像処理装置と、この画像処理装置から画
像イメージ情報を受けて記録媒体上に画像を形成する画
像形成装置とをインタフェースを介して接続してなる画
像形成システムにおいて、 上記画像処理装置が、上記画像形成装置対して有効な情
報のうち最上位に位置づけられた情報に対応するコード
を問い合わせるのか、前回応答された情報の次に位置づ
けられた情報に対応するコードを問い合わせるのかを示
すフラグを有するコマンドを送信する手段を備え，上記
画像形成装置が、そのコマンドを受信したとき上記フラ
グに応じて有効な情報のうち最上位に位置づけられた情
報に対応するコード又は前回応答した情報の次に位置づ
けられた情報に対応するコードを上記画像処理装置へ返
信する手段を備えたものである。

また、ホストシステムと，このホストシステムより画像
イメージ情報を受けて記録媒体上に画像を形成する画像
形成装置とをインタフェースを介して接続してなる画像
形成システムにおいては、上記ホストシステムが，上記
画像形成装置に対して有効な情報のうち最上位に位置づ
けられた情報に対応するコードを問い合わせるのか、前
回応答された情報の次に位置づけられた情報に対応する
コードを問い合わせるのかを示すフラグを有するコマン
ドを送信する手段を備え、上記画像形成装置が、そのコ
マンドを受信とたとき上記フラグに応じて有効な情報の
うち最上位に位置づけられた情報に対応するコード又は
前回応答した情報の次に位置づけられた情報に対応する
コードを上記ホストシステムに返信する手段を備えたも
のである。

〔作　用〕

こ．のように構成したこの発明による画像形成システム
は、画像処理装置あるいはホストシステムが、画像形成
装置に有効な情報を問い合わせるコマンドを送信する際
に，そのうちの１ビットのフラグを立てるか否かによっ
て、画像形成装置側の最上位に位置づけられた情報に対
応するコードあるいは前回応答された情報の次に位置づ
けられた情報に対応するコードを順次返信させることが
できる。

したがって、ホストシステムあるいは画像処理装置は，
同じ問い合わせコマンドを所要回数発するだけで、画像
形成装置側はに発生している複数の状態あるいは数値情
報等を全て知ることができるので，柔軟性に富んだ対応
と，ホストシステムや表示器により正確な情報を伝達す
ることが可能になる。

〔実施例〕

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

冫ノＪトｋ様症， 第１図は，この発明の基本的実施例のシステム構成を示
すブロック図である。

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

すなわち、付加装置として付加給紙装置である多段給紙
装置５Ａ及び大量給紙装置５Ｂと、付加排紙装置である
反転徘紙装置５Ｃ及び大量排紙装置５Ｄと、付加記録媒
体搬送装置である両面用搬送装ｉ！５Ｅとが、画像形成
装置本体４に機械的に連結して装着されており、それら
は全て共通の信号線（シリアルバス）ＳＨによって接統
されている．そして、画像形成装置本体４と各付加装１
ｆ５Ａ〜５Ｅには、それぞれ信号線ＳＢを介してシリア
ル通信する通信手段として、シリアル通信部４ａ及び５
ａ〜５θが設けられている． さらに、画像形成装置本体４内にはコマンド発行手段４
ｂを備えており、このコマンド発行手段４ｂが、各付加
装置５Ａ〜５Ｅを個々に特定する識別コードを含むコマ
ンドと各付加装置の全てを特定する共通識別コードを含
むコマンドとを必要に応じて発行して、シリアル通信部
４ａによって，信号線ＳＢを介して各付加装置５Ａ〜５
Ｅへ送信させる。

したがって，画像形成装置本体４は、通常は各付加装置
５Ａ〜５Ｅをそれぞれ個別に指定して制御することがで
きるし、必要に応じて、例えばシステム内で重大なエラ
ーが発生し、緊急にシステム内の全ての機械的な動作を
停止させたい場合などには、付加装置全てを特定する共
通識別コードを含むコマンドを発行して送信することに
より，各付加装１５Ａ〜５Ｅに同時に緊急停止命令等の
情報を伝達して，それを実行させることができる．ここ
で、画像形成装置本体４と各付加装置５Ａ〜５Ｅ間の通
信プロトコルについて簡単に説明する． 画像形成装置本体から付加装置への通信はコマンドの送
信によって行ない，付加装置から画像形成装置本体への
通信はレスポンスの送信によって行なう． １つのコマンドは第２図に示すように、それぞれ８ビッ
トずつのオペレータとアーギュメントによって構成され
、アーギュメントを先にオペレータを後に送信する。ア
ーギュメントの上位３ビットｂフ〜ｂ５は常に゜１１１
゛である。

そして，通常のコマンドは、第２図（ａ）に示すように
、オペレータの上位３ビットｂ７〜ｂ５に通信相手とし
て特定する付加装置の識別コード（ＩＤ）を入れ、ｂ４
〜ｂｏには命令の種類を示すコード等を入れる． ここで、第１図の実施例における各付加装置５Ａ〜５Ｅ
の識別コード（ＩＤ）は、例えば次のように定めている
。

多段給紙装置５Ａ　　：０００（ｒｉｌｌ．）大量給紙
装置５Ｂ　　：ＯＯ１　（ＩＮ＃２）両面用搬送装置５
Ｅ　：　Ｏ　ＩＯ　（ＤＰＸ＃　ｌ）反転排紙装置５Ｃ
　　：　１００　（ＯＵＴ＃１）大量排紙装置５Ｄ　　
：１０１　（ＯＵＴ＃２）この３ビットの識別コードの
上位２ビットが付加装置の種類（タイプ；給紙，搬送，
徘紙の別）を表わし、下位の１ビットが装置番号（＃１
か＃２）を表わしており、括弧内にはそれを判りやすく
示している。

第２図（ｂ）には付加装置全てを特定する共通識別コー
ド（以下「グローバルＩＤアドレス」という）を含むコ
マンド（以下『グローバルＩＤコマンド」という）の構
成を示す． このグローバルＩＤコマンドは、オペレータの上位３ビ
ットｂ７〜ｂ５をグローバルＩＤアドレスである゛１１
０″とし、ｂ４〜ｂｏには命令の種類を示すコード、例
えば緊急停止命令の場合はｂ４〜ｂｏを゜０１１１１゜
を入れる。

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

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

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

（ｂ）用紙サイズを自己検知することができない給紙装
置を選択して画像形成動作を実行する場合に、各付加装
置にペーバサイズをセットする時．（Ｃ）全ての付加装
置に対して緊急に情報を伝達する必要がある時（例えば
、ペーパジャム発生時に緊急停止命令を伝達する時）。

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

この画像形成システムは、ホストシステム１より文字コ
ード情報あるいは画像イメージ情報等を受けて記録媒体
上に画像を形成する画像形成装置本体４と、それぞれこ
の画像形成装置本体４に着脱可能な７台の付加装置５Ａ
〜５Ｇによってシステム構成されている． すなわち，第１図の画像形成システムに，付加装置とし
て多段給紙装置５Ｆと多段排祇装置５Ｇが追加されてお
り，画像形成装置本体４とこれらの各付加装置５Ａ〜５
Ｇは全て共通の信号線ＳＨによって接続されている．な
お、破線で示すようにさらに多くの付加装置を増設する
ことが可能であ，る． そして、この実施例における画像形成装置本体４は、最
大２台の付加給紙装置と最大２台の付加排紙装置と最大
１台の付加両面用搬送装置とを同時に制御することがで
きる． ここで、同時に制御できるとは次の全てを満たす状態を
いう。

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

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

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

そこで，画像形成装置本体４は制御用識別コード（以下
『ロジカル（論理）ＩＤＪという）として６種類のコー
ドを持っている．これが前述の実施例における各付加装
置の識別コード（Ｉ　Ｄ）に相当する． すなわち、全ての付加装置（オプションユニット）を給
紙装置，排紙装置，及び搬送装置の３種類のユニットタ
イプに分類し、それぞれのために次のようなロジカルＩ
Ｄを用意している。

付加給紙装置（ＩＮ　　＃１）：ＯＯＯ同　　　　　（
ＩＮ　　　＃２）　　：　ＯＯＬ付加搬送装［　（ＤＰ
Ｉ−ＩＮＦ）　　：　０　１　０同　　　　　（ＤＰＩ
・ＯＵＴ）：０１１付加排紙装Ｍ　（ＯＵＴ＃１）：　
１００同　　　　　（ＯＵＴ＃２）　　：１０１このロ
ジカルＩＤは３ビットのコードであり、そのうちの上位
２ビットがＩＮ，ＯＵＴ，ＤＰＩの別を識別するユニッ
トタイプコードであり、下位１ビツ１・が＃１か＃２か
の番号（付加搬送装置、すなわち両面用搬送装置：　Ｄ
ＰＸの場合はインプットユニット（ＩＮＦ）としてかア
ウトプットユニット（ＯＵＴ）としてか）を識別するコ
ードである。

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

一方、各付加装置５Ａ〜５Ｇはそれぞれ固有の識別コー
ド（以下「デバイス（物理Ｈ　ＤＪという）を有し、そ
のデバイスＩＤを含むレスポンスを信号線ＳＢへ送出す
るシリアル通信機能を有している。

また、それぞれが自己のユニットタイプ，すなわち給紙
装置（ＩＮ），徘紙装置（ＯＵＴ），両面用搬送装置（
ＤＰＩ）のうちのいずれであるかも、ロジカルＩＤのユ
ニツ１〜タイプコードと同じく２ビットのコードで記憶
している。

デバイスＩＤを各ユニットタイプ別に４ビットのコード
で与えると、各ユニットタイプ毎に１６台で，合計４８
台まで識別可能になる。

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

多段給紙装置５Ａ　　：　　（ＩＮ）００００多段給紙
装置５Ｆ　　：　　（ＩＮ）０００１大量給紙装置５Ｂ
　　：　　（ＩＮ）００１０反転排紙装置５Ｃ　　：（
ＯＵＴ）００００多段排紙装置５Ｇ　　：（ＯＵＴ）０
００１大量排紙装置５Ｄ　　：（ＯＵＴ）００１０両面
用搬送装置５Ｅ：（ＤＰＩ）０００１なお、括弧内のＩ
Ｎ，ＯＵＴ，ＤＰＩは実際には２ビットのユニットタイ
ブコードとして各付加装置（オプションユニット）にの
み別に記憶しており，そのあとの４ビットのコードのみ
がデバイスＩＤである， そこで、画像形成装置本体４には、各ロジカルＩＤに対
してそれぞれ同じユニットタイプ内の付加装置を指定（
アサイン）して、そのデバイスＩＤをメモリ内のテーブ
ルに、例えば次表のように記憶する。

一方，各付加装１５Ａ〜５Ｇには、自己のユニットタイ
プコード（ＩＮ，ＤＰＩ，ＯＵＴの識別コード）とデバ
イスＩＤを記憶するメモリと、前述のロジカルＩＤに対
してアサイン（指定）された時にそのロジカルＩＤを記
憶するメモリとをそれぞれ設けている。

このようにして、６個のロジカルＩＤとそれに対してそ
れぞれアサインした付加装置のデバイスＩＤ（但し、Ｄ
ＰＸ・ＩＮＰとＤＰＸ・ＯＵＴには同じ両面用搬送装置
のデバイスＩＤをアサインする）とを対応させて記憶し
ておくことによって，画像形成装置本体４はそのアサイ
ンした付加装置をロジカルＩＤのみによって特定して制
御できる．第３図及び上記した例では，付加給紙装置と
してロジカルＩＤ（第３図ではＬｏｇを付して示す）の
ＩＮ＃１に多段給紙装置５Ａ，ＩＮ＃２に大量，給紙装
置５Ｂを、付加徘紙装置としてロジカルＩＤのＯＵＴ１
１４＝反転排紙装置５Ｃ，ＯＵＴ＃２に大量排紙装置５
Ｄを、付加両面用搬送装置としてＤＰＸ　（ＩＮＦ及び
ＯＵＴ）に両面用搬送装１５Ｅをそれぞれアサインして
いる．第３図ではこのアサインされている付加装置を二
重線の枠で示している．したがって，画像形成装置本体
４はこの５台の付加装置５Ａ〜５Ｅを同時に制御するこ
とができる． しかし、このアサイン状態は必要に応じて変更すること
ができるので，それによって他の付加装置，すなわち多
段給紙装置５Ｆ及び多段排紙装置５Ｇ、あるいはさらに
多くの付加装置を増設した場合にも、それらを使用可能
にすることができる．なお、画像形成装置本体４内の画
像処理装置と画像形成装置との間、及び画像形成装置本
体４と各付加装置５Ａ〜５Ｇとの間のシリアル通信の通
信プロトコルは２つのレベルのコマンドを提供する。

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

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

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

ところで、この画像形成システムによれば、画像形成装
置本体４内の画像処理装置から画像形成装置へ、あるい
はまた画像形成装置を介してアサインされている各付加
装置（第３図の場合５Ａ〜５Ｅ）へ，その状態を問い合
わせる命令を発して、画像形成装置あるいは特定の付加
装置に、その複数の状態をその優先順位に従って逐次返
信させることができるようになっている。

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

〔以下余白〕

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

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

このレーザプリンタシステムは，ホストシステム１と，
コントローラ２とプリントエンジン（以下単に「エンジ
ン」と称す）３からなる画像形成装置本体であるプリン
タ本体４と、前述した付加装置５Ａ〜５Ｇのような各種
付加装置（以下［オプションユニツ１−」ともいう）５
と、これらを接続するホストインタフェース（以下「ホ
ストエ／Ｆ」と略称する），レーザプリンタ・ビデオ・
インタフエ・−ス（以下ｒＬＰＶＩＪと略称する），及
びエンジン・オプション・インタフェース（以下ｒＥＯ
Ｉ／Ｆ」と略称する）とによって構成されている． ホストシステム１は，文字情報あるいは画像情報を送出
するワードプロセッサ，オフィスコンビユータ，パーソ
ナルコンピュータ等の情報処理装置である。

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

エンジン３は、コントローラ２により生成された画像イ
メージ情報を用紙にプリントする画像形成装置である． ホストＩ／Ｆは、ホストシステム１とコントローラ２間
を接続するためのインタフェースであり、ＲＳ２３２Ｃ
，セントロニクスＩ／Ｆ等がよく知られている。

ＬＰＶＩは、プリンタ本体４を構成するコントローラ２
とエンジン３とを接続する標準インタフェースであり、
従来エンジン毎（モデル毎）に個々に決められていたビ
デオインタフェースのハードウエアを統一し、エンジン
の機能に左右されないようにしたものである． ＥＯＩ／Ｆは、エンジン３と各種オプションユニット５
間を前述した共通の信号線（シリアルバス）によって接
続し、エンジン３から前述したロジカルＩＤを含むコマ
ンドを送信することにより、そのＩＤによって特定され
たオプションユニットがレスポンスを返すことによって
シリアル通信するための標準インタフェースである。

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

コントローラ２は、図示のようにＣＰＵ２０，プログラ
ムＲＯＭ２　ｌ，ＲＡＭ２２，フォントＲｏＭ２３ｉ，
不揮発性ＲＡＭ２４，操作パネル２５，変倍処理部２６
，オプションインタフェース２７，ビデオ制御部２日，
エンジンインタフェース２日と、前述のホストインタフ
ェース４及びＬＰＶＩのコントローラ側部分とから成り
、各々はＣＰＵバスにより接続されている。

ＣＰＵ２０は、このコントローラ２の全体を統括的に制
御する中央処理装置であり、凡用の１６ビット又は３２
ビットのマイクロコンピュータを使用する。

プログラムＲＯＭ２　１は、ＣＰＵ２０を制御するだめ
のマイクロコード（プログラム）を格納する。

ＲＡＭ２２は大容量のランダムアクセスメモリであり、
主として次のような用途に使用される．（ａ）システム
メモリ （ｂ）インプットバツファ （Ｃ）ページバツファ （ｄ）フォントファイル （ｅ）マクロファイル （ｆ）イメージファイル （ｇ）プリントコントロールファイル （ｈ）ビデオバッファ 第６図に，データ処理の流れとこのＲＡＭ２２内の各バ
ツファ及びファイルとの関係を示す。

ホストシステム１より送られてくる情報はホストインタ
フェース４を経由しインプットバツファ２２ｂに蓄えら
れる。

このインプットパツファ２２ｂに蓄えられたデータは、
データ処理部２０１によって取り出され、データの種類
に応じてそれぞれページバツファ２２Ｑあるいはフォン
トファイル２２ｄ，マクロファイル２２ｅ，イメージフ
ァイル２２ｆ，プリントコントロールファイル２２ｇ，
のいずれかに５１録される。

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

イメージ情報処理部２０２は、ページバッファ２２ｃの
内容に従って、イメージファイル２２ｆ，フォントファ
イル２２ｄ及びフォントＲＯＭ２３の内容を変倍処理部
２６を通してビデオバッファ２２ｈに展開する。

そして、ビデオバッファ２２ｈに１頁分の印字データの
展開が完了すると，プリント制御部２０３がプリントコ
ントロールファイル２２ｇの内容に従ってＬＰＶＩ経由
でエンジン３を起動し、エンジン３が画像記録タイミン
グになるとビデオバツファ２２ｈは展開されたビデオデ
ータをＬＰＶ工経由でエンジン３に送出する． エンジン３は、ＬＰＶＩを通して送られてくるビデオデ
ータを用紙にプリントする． 第５図に戻って、フォントＲＯＭ２３は、ホストシステ
ム１からホストインタフェース４を経由して送られてく
る文字情報をイメージ情報に変換するためのフォントデ
ータを格納している．不揮発性ＲＡＭ２４は，電源をＯ
Ｎにした後のプリンタの動作状態を制御するための情帽
を格納するメモリであり、主として次のような項目を記
憶する． （ａ）印字方向　　　（ｂ）書体（フォント）（Ｑ）文
字サイズ　　（ｄ）行間隔 （ｅ）給紙口　　　　（ｆ）排紙口 （ｇ）ホストインタフェース この不揮発性ＲＡＭ２４の記憶内容は、操作パネル２５
から更新される． 第７図に操作パネル２５の外観例を示す．この操作パネ
ル２５によって、不揮発性ＲＡＭ２４の記憶内容を更新
する操作をモードセットと呼ぶ。

この操作パネル２５は、プリンタの状態やモードセット
の内容を文字で表示するためのＬＣＤ表示器２５０，電
源ＯＮの時に点灯するパワーＬ　ＥＤ２５１，プリンタ
のオンライン状態を示すオンラインＬＥＤ２５２，プリ
ンタが異常な時に点灯または点滅するアテンションＬＥ
Ｄ２５３，プリンタ内に印字データがあることを示すデ
ータＬＥＤ２５４，プリンタのオンライン／オフライン
を切り替えるためのオンラインスイッチ２５５，データ
Ｌ　Ｅ　Ｄ　２　５　４が点灯している時そのプリンタ
内のデータを印字するためのフォームフイード（　Ｆ　
ｏｒｍ　Ｆ　ｓａｄ　）スイッチ２５６，プリンタの自
己診断テスト機能等を起動するためのテストスイッチ２
５７，プリンタをリセットするためのリセットスイッチ
２５８，モードセット操作用のスイッチ２５Ａ，２５Ｂ
，２５Ｃ，２５Ｄで構成される。

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

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

右矢印スイッチ２５Ｇを押す度に、セット項目が「書体
」　「文字サイズ」　「行間隔」　「給紙口」「排紙口
」「ホストインタフェース」と変って行く。

一方，左矢印スイッチ２５Ｂを押す度に逆回りに，『ホ
ストインタフェース」から「排紙口」「給紙口」へとセ
ット項目が変わる。

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

そして、第２階層にある３つの書体、すなわちクーリエ
（Ｃ　ｏｕｒｉｅｒ）　，エリート（Ｅ　ｌｉｔｅ）　
ｒゴシック（Ｇｏｔｈｉｃ）の中から１つを、左，右矢
印スイッチ２５Ｂ又は２５Ｃにより選択する。

例えば「エリート』を選択して、それをセットする場合
は下矢印のエンタスイッチ２５Ｄを押すと、「エリート
』が不揮発性ＲＡＭ２４に登録される．すなわち，最下
層でエンタスイッチ２５Ｄを押すことによって，不揮発
性ＲＡＭ２４の登録内容が更新される。

第１階層の他のセット項目で、「印字方向』は縦と横を
、「文字サイズ』は８ポイント，１０ポイント，１２ポ
イントを、「行間隔」は３ＬＰＩ（Ｌｉｎｅ／Ｉｎｃｈ
　）　，　６　ＬＰＩ　，　８　ＬＰＩを，「給紙口』
は上給紙カセット，下給紙カセット，大量給紙ユニット
を、「徘紙口」は上部徘紙トレイ，サイド排紙トレイ，
大量排紙ユニットを、「ホストインタフェース」はセン
トロニクスとＲＳ−２３２Ｃを、それぞれ第２階層で選
択できる。

さらに二　「ホストインタフェース』としてＲＳ一２３
２Ｃを選択した場合は，第３階層でパリテイチェックの
種類とボーレイト（通信速度）を選択してセットするこ
とができる． 第５図に戻って、変倍処理部２６は画像イメージ情報を
エンジン３の解像度に合わせて最適な大きさに変倍する
ための拡大縮小処理部である。

ホストインタフェース４は、ホストシステム１とコント
ローラ２を接続するインタフェースで，セントロニクス
準拠パラレルとＲＳ−２３２Ｃの２つを準備し、前述し
た操作バネル２５の操作によって選択する． オプションインタフェース２７は、機能を拡張するため
にフォントやプログラムを外部から供給する時のインタ
フェースであり、この例ではＩＣカード６を２個扱える
。

ＩＣカード６は市販の物を採用し、記憶しているデータ
の種類によりフォントカード，プログラムカード又はそ
の両方を記憶したカードがあるが、物理的には同一の物
である． このＩＣカード６のファイルフォーマットは、第９図に
示すようにファイルサイズ，ＣＲＣチェックデータ，フ
ァイルタイプ，解像度，及びフォントデータ又はプログ
ラムにより構成されている６そして，データの種類はフ
ァイルタイプにより判別する．すなわち、ファイルタイ
プが゜１゛ならフォントであり、゜０゜ならプログラム
である。

また第５図に戻って、ビデオ制御部２８は、第６図のビ
デオバツファ２２ｈにＣＰＵ２０のバス幅（１６ビット
または３２ビット）で記憶されているビデオデータをシ
リアルデータ又は８ビットのパラレルデータに変換して
、ＬＰＶＩを経由してエンジン３に送る。

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

ここで、ＬＰＶＩの信号を第１０図に示す。信号は画像
信号系と制御信号系と電源からなる。

画像信号系は、／ＷＣ　Ｌ　Ｋ、／ＷＤＡＴＡ、／　Ｌ
　Ｓ　Ｙ　Ｎ　Ｃ、／ＬＧＡＴＥ、／　Ｆ　Ｇ　Ａ　’
Ｉ’　Ｅの５種類のイオ号である。

制御信号系は、／ＰＥＴＸＤ、／ＰＥＲＸＤ、／ＰＥＣ
ＴＳ、／ＰＥＤＴＲの４種類の信号でああり、電源は、
＋５ＶとＧＮＤの２種類である．ここで各信号名の前に
付した「／」は負論理（ローアクティブ）を示し，第１
０図ではオーバラインを付して示している。

（ａ）　／ＷＣ　Ｌ　Ｋ　　：プリントエンジンからの
画像データ同期用クロツク。この 信号の立ち下がりに同期して 画像データ（／ＷＤＡＴＡ） を送出することにより画像を 印字する。ローレベルが黒。

（ｂ）／ＷＤＡＴＡ：第５図のビデオ制御部２８より送
り出される画像データ。

（ｃ）／ＬＳＹＮＣ：各スキャンラインの開始を示すラ
イン同期信号。

／ＷＣ　Ｌ　Ｋ信号の立ち下がり に同期する． （ｄ）／ＬＯＡＴＥ　：各スキャンラインの有効画像エ
リアを示す信号． ／ＷＣＬＫ信号の立ち下がり に同期する。

（ｅ）　／　Ｆ　Ｇ　Ａ　Ｔ　Ｅ　：用紙送り方向の有
効画像領域を示す信号．／ＬＳＹＮＣ信 号の立ち下がりに同期する． （ｆ）／ＰＥＴＸＤ：エンジンからコントローラにエン
ジンの状態を知らせるた めのステータス信号。

（ｇ）／ＰＥＲＸＤ：コントローラからエンジンに対す
るコマンドライン． （ｈ）／ＰＥＣＴＳ　：／ＰＥＴＸＤ信号のレディを示
す．この信号がローレベル の時、エンジンからコントロ ーラに対してステータスを送 出することが可能になる６ （ｉ）／ＰＥＤＴＲ：／ＰＥＲＸＤ信号のレディを示す
．この信号がローレベル の時、コントローラからエン ジンに対してコマンドを送出 可能になる。

（ｊ）　　　＋５Ｖ　　　：エンジンから供給される＋
５Ｖの電源。

（ｋ）　　　ＧＮＤ　　　：グランド（アース）第１１
図に印字領域と画像信号の関係を示す。

７が有効印字領域であり、８は／ＷＤＡＴＡ信号８ａ，
８ｂにより印字される画像領域で、９は／ＷＤＡＴＡ信
号９ａ，９ｂにより印字される画像領域を示す。

次に，エンジンの構成を第１２図及び第１３図によって
説明する。

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

１０はエンジン本体で，感光体ドラム１０１，帯電チャ
ージャ１０２，光（レーザ）書込みユニット１０３，現
像器１０４，転写分離チャージャ１０５，クリーニング
ユニット１０Ｂ，定着ユニット１０７、及びレジストロ
ーラ対１０８を始めとする多数の用紙搬送用のローラと
それらの駆動モータならびに駐動機構等を内蔵している
。

１１．１２はエンジン本体１０に直接装着する給紙カセ
ット（トレイ）で、通常１００〜２００枚の用紙を収納
できる。エンジン本体１０のこの２個の給紙カセット挿
着口に，それぞれ多段の給紙カセット（トレイ）を備え
た前述の多段給紙装置５Ａ，５Ｆに相当する多段給紙ユ
ニットを挿着することもできる。

１３は排紙経路を切り替える反転器で、前述の反転排紙
装置５Ｃに相当し、排紙経路を自己の上部排紙トレイ１
４，メールボックス（多段排紙装置）１５，両面ユニッ
ト１日，及び大量排紙ユニット１８のいずれかに切り換
えることができる。

また、上部排紙トレイ１４以外には裏表を反転した用紙
を各ユニットに供給できる。勿論、非反転の用紙も供給
できる。したがって、この機能を使用することによりフ
ェースアツプ排紙とフェースダウン排紙を任意に選択で
きる． １５は多数の排紙トレイ１５ａを持つメールボックスで
、前述の多段排紙装置５Ｇに相当し，コントローラ２か
らの命令により任意の徘紙トレイを選択できる． １６は両面プリント用の再給紙ユニットとなる両面ユニ
ットで、前述の両面用搬送装１５Ｅに相当し，エンジン
本体１０内で一方の面にプリントされた用紙が反転器１
３で裏表が反転されて供給され、ここから再度エンジン
本体１０へ給紙されて、他方の面にプリントされること
により両面プリントがなされる。

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

１７は前述の大量給紙装置５Ｂに相当する大量給紙ユニ
ットで、約２０００枚の用紙を収納できる． １８は前述の大量排紙装置５Ｄに相当する大量徘紙ユニ
ットで、約２０００枚以上の用紙を収納できる． 大量排紙ユニット１８の用紙収納枚数を大量給紙ユニッ
ト１７の用紙収納枚数より多くすることにより、大量給
紙ユニット１７から供給される用紙を全て大量排紙ユニ
ット１８に回収できる．１９はエンジン本体１０及びそ
のオプションユニットを乗せるプリンタテーブルで、そ
の内部を前述したコントローラ２の収納スペース１９ａ
として利用する。

エンジン本体１０とオプションユニット（反転器１３，
メールボックス１５，両面ユニット１６，大量給紙ユニ
ット１７，大量排紙ユニット１８）は、前述したエンジ
ン・オプション・インタフェース（ＥＯＩ／Ｆ）によっ
て接続される。

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

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

用紙の供給源として、エンジン本体１０の上段給紙カセ
ット１１，下段給紙カセット１２，大量給紙ユニット１
７及び両面ユニット１６（再給紙時のみ）のうちのいず
れかが選択されて用紙が供給され，レジストローラ対１
０８に扶持された位置で待機する． 一方、感光体ドラム１０１が矢示方向に回転し、帯電チ
ャージャ１０２によって帯電された表面に、光書込ユニ
ット１０３によってビデオ信号に応じて変調されたレー
ザ光をドラム軸方向に主走査しながら照射して露光し、
潜像を形成する。

その潜像を現像器１０４からのトナーによって現像し，
そのトナー像をレジストローラ対１０８によって所定の
タイミングで画像転写部に給送される用紙に、転写分離
チャージャ１０５によって転写すると共にその転写され
た用紙を感光体ドラム１０１の表面から分離させる。

その画像が転写された用紙を定着ユニット１０７へ搬送
し、そこで一定温度に加熱された定着口−ラと加圧ロー
ラとによって加熱定着した後、反転器１３へ送り込む。

そして、エンジン本体１０から排紙されて反転器１３に
送り込まれた用紙は、上方，側方及び下方の３箇所の送
出口Ａ，Ｂ，Ｃのいずれかから送出され、上部排紙トレ
イ１４，メールボックス１５，両面ユニット１６へ排出
される。

その用紙が両而ユニツ１−１６に排出された場合は、第
１，第２搬送路のいずれかを通してエンジン本体１０へ
再給紙するか、大量排紙ユニット１８へ排紙する。

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

ｃｐｕ５１は、このエンジン制御部３０を統括的に制御
する中央処理装置で、汎用の８ビットのマイクロコンピ
ュータを使用する。

３２はプログラムＲＯＭであり、エンジン本体１０のシ
ーケンスやコントローラ２及び上記各ユニット（エンジ
ンオプションユニット）との接続を制御するためのマイ
クロコードが格納されている．３３は制御データやエン
ジンの状態等を記憶するためのＲＡＭである。

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

３５はエンジン・オプション・インタフェース（ＥＯＩ
／Ｆ）であり、オプションユニットである反転器１３，
メールボックス１５，両面ユニット１日，大量給紙ユニ
ット１７，大量排紙ユニット１８等を共通ラインで接続
するためのシリアルインタフェースである．したがって
、シリアル通信機能を有する。

各オプションユニットにはそれぞれ前述したデバイスＩ
Ｄが設定されており、このエンジン制御部３０と各オプ
ションユニット１３．１５〜１８との通信に際しては、
そのデバイスＩＤをアサインしたロジカルＩＤを付加し
たコマンドの送信によって、相手のユニットを特定し、
そのユニットからのレスポンスを受信する。

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

３７は光学制御部であり、ＬＰＶＩを経由してコントロ
ーラ２から送られてくる画像信号（ビデオデータ）を受
けて、光書込みユニット１０３を制御する。

３８はＡ／Ｄコンバータであり、エンジン本体１０の画
像形成・用紙搬送部１００のサーミスタ（温度センサ）
からのアナログ信号が、オペアンプ４１によって増幅さ
れて入力し、それをＣＰＵ３１が演算処理できるように
デジタル信号に変換する。

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

３日は工／○ボートであり、ドライバ４２及びドライバ
４３を介してエンジン本体１０の画像形成・用紙搬送部
１００におけるモータ，プランジャ，クラッチ等を能動
したり、各種チャージャに高電圧を印加する高圧電源を
制御したり，エンジン本体１０の状態を検知するための
センサやスイッチ等からの信号がアンプ４４を介して論
理レベルに増幅された信号を入力する。

４５はバックアップメモリあるいは不揮発性ＲＡＭを使
用したカウンタであり、ｃｒｔｙ３１に制御されてトー
タルプリント枚数，メンテナンス回数及びその時間，ジ
ャム回数，サービスマンコール回数等をカウントし、そ
のカウント値を記憶する． これらの各部は、データパス，コントロールバス及びア
ドレスバスからなるＣＰＵバス４０によってＣＰＵ３１
に接続されている。

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

まず、コントローラとプリントエンジン間の通信条件は
次のとおりである． １．インタフェース：非同期シリアルＩ／Ｆ２．通信速
度：　９　６　０　０ｂａｕｄ３．バリテイビット：な
し ４．ストップビット：１ コントローラとプリントエンジン間の通信は前述したよ
うにＬＰＶＩを介して、４種類の信号／ＰＥＴＸＤ，　
／ＰＥＲＸＤ，　／ＰＥＣＴＳ，及び／ＰＥＤＴＲによ
ってなされる。

これらのインタフェース用の信号については先に簡単に
説明したが、ここでもう少し詳しく説明する． （１）／ＰＥＲＸＤ この信号は、コントローラからプリントエンジンへのコ
マンドを送るためのシリアル通信の受信データ信号ライ
ンである。

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

（３）／ＰＥＤＴＲ この信号は、コマンドの送信に対するシリアル通信のレ
ディ信号ラインである。この信号が゜Ｌ゜の時は、コン
トローラがプリントエンジンにコマンドを送ってよいこ
とを示す。

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

（４）／ＰＥＣＴＳ この信号は．レスポンスあるいはイベントレポートを送
信するためのシリアル通信のレディ信号ラインである．
この信号が゜Ｌ゜の時は、プリントエンジンはコントロ
ーラにレスポンスあるいはイベントレポートを送ってよ
いことを示す。

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

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

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

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

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

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

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

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

レスポンスは，プリントエンジンからコントローラへ、
受信したコマンドによって要求された情報を送るもので
ある． 各レスポンスの長さは１バイトで、第１４図（ｃ）に示
すようにその最上位ビットは゜０”である。但し、同図
（ｄ）に示す″イリーガルコマンド″に対するレスポン
スの場合は、全ビットが゜１″である。

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

各イベントレポートは、第１４図（ｅ）に示すように１
バイトの長さを有し、その最上位ビットは゜１゛である
。

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

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

〈ベーシックコマンド〉 １．ステータス　リクエスト ２．インクアイアインプットトレイ コンアンヨン ３．インクアイアアウトプットトレイ コンアンヨン ４．インクアイアペーパサイズ オブインプットトレイ ５．本フイードスタート ６．本プリントスター！・ ７．本インプットトレイ　セレクト ８．本アウトプットトレイ　セレクト ９．イベントレポートイネーブル ｌＯ．本プリントエンジンモードセット’ＥＮＱ’ ’ｓｒ’ ’ｓｏ’ ’ＥＭ’ ’ＦＦ’ ’ＶＴ’ ’ＤＣＩ’ ’ＤＣ２’ ’ＥＴＢ’ ’ＤＣ４’ １１．＊ペーパサイズセット　　　　　　’ＤＣ３’１
２．インクアイアエグジテッドベーパＩＤ（Ｉｎｑｕｉ
ｒｅ　ｅｘｉむａｄ　ｐａｐｅｒ　ＩＤ）　　　　　’
　Ａ．　Ｃ　Ｋ　’１３．リセ”／ｌ−　　　　　　　
　　　　　　’ＣＡＮ’くエンハンスコマンド〉 １４．　７サイン　デバイスＩＤ　　　　　　　′Ｆｓ
′１５．インクアイアアサインドデバイスＩＤ　　’Ｇ
Ｓ’１６．インクアイアコミュニケーションアクティブ
デバイスＩＤ　　　　　　　’ＲＳ’上記コマンドのう
ち、本印を付したコマンドはコマンドキューバツファに
記憶されて、順次実行される。

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

これは，いずれの’ＦＦ’又は’ＶＴ’　コマンドも後
続しない場合には、コマンドによって指定されたトレイ
，ベーパサイズ又はモードは、選択されたトレイ，選択
されたペーバサイズ又は選択されたモードにならないこ
とを意味する。

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

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

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

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

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

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

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

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

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

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

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

コントローラはまた、もし１′システムカレントモード
″の”／ＰＲＩＮＴ信号無視フラグ″が゜０゜の場合、
”／ＰＲＩＮＴと／ＰＲＥＡＤＹがハンドシエイクした
プリント要求シーケンス″でもってプリントエンジンに
プリントの実行を要求することもできる。なお、各信号
の前の「／」は負論理（ローアクティブ）を意味する。

この要求は、’Ｆ　Ｆ’及び’ＶＴ’　コマンドに先立
って実行される。但し、それはコマンドキューバツファ
内にはスタックされない。そのプリント要求シーケンス
は、リアルタイム実行でのみ有効である。

もし、コントローラが／ＰＲＩＮＴ信号によってプリン
トを要求しない場合には、’ＤＣ４’　コマンドを発信
することによってプリントエンジンのモードを”／ＰＲ
ＩＮＴ信号無視″モードに設定するのがよい。

もし、プリントエンジンが／ＰＲＩＮＴ信号と’Ｆ　Ｆ
’及び’ＶＴ’　コマンドとの両方によってプリント要
求を受けた場合には，コマンドタイミングとシーケンス
のためにコマンドの実行に深刻なミスが生じる恐れがあ
る。

コントローラは、／ＰＲＩＮＴ信号ラインを通じてプリ
ントエンジンにプリントの実行を要求する直前に、プリ
ントエンジンの現在のステータス（例えば、現在アクテ
ィブなインプットトレイ）を問い合せる． コマンドキューバツファ内に記憶されているコマンド（
本印の付いたコマンド）に対するレスポンスは、そのコ
マンドが実行される時でなく、そのコマンドを受け取っ
た直後にプリントエンジンから発信される． そのため、レスポンスの内容は時にはコマンドの実行に
関する実際のステータスとは違っているかもしれない。

例えば゛′インプットトレイセレクト″コマンドに対し
てレスポンスした後、もしセレクトされたインプット１
−レイに違うサイズのカセットが装着された場合には、
実際のペーパサイズは、′インプットセレクト″コマン
ドに対するレスポンスとしてプリントエンジンが送った
サイズとは違っていることになる。

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

現在アクティブなインプットトレイ，現在アクティブな
アウトプットトレイ及びシステムの現在のモードステー
タスを問うコマンドである“ステ一タス　リクエスト″
コマンドに対しては、プリントエンジンは、実行開始直
後の゛ＦＦ″コマンド又は第２モードの’ＶＴ’　コマ
ンドに対して指定された現在アクティブなトレイを答え
るか，又はその時点で現在アクティブなモードを答える
。

プリントエンジンは、コマンドキューパッファにおいて
まだ実行されていないコマンドによって指定されたトレ
イコード又はモードは答えない。

コマンドキューバツファの容量はできる限り大きい方が
よく、それはプリントエンジンの最大プリント速度に依
存するが、プリントエンジンのプリント速度が２０ペー
ジ／分より小さい場合には，３２枚のペーパに相当する
容量を持てば充分である． プリントエンジンが’Ｆ　Ｆ’又は’ＶＴ’　コマンド
を実行している最中に、ペーパが空か又はぺ一パが満杯
のために，もしコントローラが現在アクティブなインプ
ットトレイ又はアウトプットトレイを変更したい場合に
は、コントローラは最初に“コマンドキューバツファク
リア”のコマンドを発し、それから新しいインプットト
レイ又はアウトプットトレイを再セレクトする。

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

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

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

プリントエンジンとオプションユニットとの間の通信条
件も、前述したコントローラとプリントエンジン間の通
信条件と同じく次のとおりである．１．インタフェース
：非同期シリアルＩ／Ｆ２．通信速度：　９　６　０　
０ｂａｕｄ３．パリテイビット：なし ４．ストップビット：１ 通信プロトコルについては、先に基本的なシステム構成
の説明中で簡単に述べたが、ここでもう少し詳しく説明
する． この場合もプリントエンジンからオプションユニットへ
の通信はコマンドの送信によって行ない、オプションユ
ニットからプリントエンジンへの通信はレスポンスの送
信によって行なう。

このコマンドとレスポンスのフォーマット例を第１５図
に示す。

１つのコマンドはオペレータとアーギュメントによって
構成され、アーギュメントのｂ７〜ｂ５は常に゛１１１
゜であり，またオペレータのｂ７〜ｂ５はプリントエン
ジンが通信したいオプションユニットのロジカルＩＤコ
ードを示す．オペレータはまた、１つの命令の終端を意
味することを兼ねる． この実施例に使用するコマンドの種類は次のとおりであ
る． くベーシックコマンド〉 １．インクアイアユニットステイタス （Ｉｎｑｕｉｒｅ　ｕｎｉｔ　ｓｔａｔｕｓ）　　　　
　　　”本本＊１０００１゜２．インクアイアペーパサ
イズ （Ｉｎｑｕｉｒｅ　ｐａｐｅｒ　ｓｉｚｅ）”木本本１
００１０”３．インクアイアユニットコンディション（
Ｉｎｑｕ４ｒｓ　ｕｎｉｔ　ｃｏｎｄｉｔｉｏｎ）　　
　　　”本本本１００１１゜４．インクアイアユニット
アベイラビリテイ（Ｉｎｑｕｉｒｅ　ｕｎｉｔ　ａｖａ
ｉｌａｂｉｌｉｔｙ）　　　”　＊本本１０１００゜５
，インクアイアユニットスペシフイケーション＃１（Ｉ
ｎｑｕｉｒｅ　ｕｎｉｔ　ｓｐｅｃｉｆｉｃａｔｉｏｎ
　＃１）　”木本木１０１０１゜６．インクアイアユニ
ットスペシフイケーション＃２（Ｉｎｑｕｉｒｅ　ｕｎ
ｉｔ　ｓｐｅｃｉｆｉｃａｔｉｏｎ　＃２）　”本本木
１０１１０゜７．インクアイアユニットスペシフイケー
ション＃３（Ｉｎｑｕｉｒｅ　ｕｎｉｔ　ｓｐｅｃｉｆ
ｉｃａｔｉｏｎ　８３）　’　＊本’ｌ’ｌｏ１１１”
８．インクアイアエクサイテツドペーパＩＤ（Ｉｎｑｕ
ｉｒｅ　ｅｘｉｔｅｄ　ｐａｐｅｒ　ＩＤ）　　　　”
　＊本＄１１０００”９．インクアイアユニットファー
ムウエアバージョン（丁ｎｑｕｉｒｅ　　ｕｎｉｔ　　
ｆｉｒｍｗａｒｅ　　ｖｅｒｓｉｏｎ）　　’　本　本
　＊１１１１１”１０．トレイセレクション （Ｔｒａｙ　ｓｅｌｅｃｔｉｏｎ） １１．モードセット （Ｍｏｄｅ　ｓｅｔｔｉｎｇ） １２．ペーバサイズセット （Ｐａｐｅｒ　ｓｉｚｅ　ｓｅｔｔｉｎｇ）１３．ペー
パフイードスタート （Ｐａｐｅｒ　ｆｅｅｄ　ｓｔａｒｔ）１４．ペーパフ
イードストップ （Ｐａｐｅｒ　ｆｅｅｄ　ｓｔｏｐ） １５．ペーバフイードレスタート （Ｐａｐｅｒ　ｆｅｅｄ　ｒｅｓｔａｒｔ）１６．ペー
バイジエクトスタート （Ｐａｐｅｒ　ｅｊｅｃｔ　ｓｔａｒｔ）１７．ベーパ
イジエクトエンド （Ｐａｐｅｒ　ｅｊｅｃｔ　ａｎｄ） １８．イニシャライズ （Ｉｎｉｔｉａｌｉｚｉｎｇ） １９．アボート （Ａｂｏｒｔ） ゜＊木＄００００１゜ ゜本木＊ＯＯＯＩＯ゜ ゜本木本０００１１゜ ゜寧木本００１００’ ０＊＊＊ＱＱ１０１゜ ゜本本＄００１１０” ０本本＄０１０００” ゜本本本０１００１゜ ０＊本＊０１　】−１０” ″″本＊＊０１１１１” ２０．プリントエンジンパス長 （Ｌｅｎｇｔｈ　ｏｆ　ｐｒｉｎｔ　ｅｎｇｊ．ｎ　ｐ
ａｔｈ）　　　”木＊＊０１０１０−２１６レジスト距
離 （Ｒｅｇｉｓｔｒａｔｉｏｎｔ　ｄｉｓｔａｎｃｅ）　
　　　　”　＊木＊０１０１１゜２２４１１送速度 （Ｔｒａｎｓｐｏｒｔ　ｖｅｌｏｃｉｔｙ）　　　　　
　　’本本本０１１００”〈エンハンスコマンド〉 ２３．アサインデバイスＩＤ （Ａｓｓｉｇｎ　Ｄｅｖｉｃｅ　ＩＤ）　　　　　　　
　’本木木１１００１゜２４．インクアイアアサインド
デバイスＩＤ（Ｉｎｑｕｉｒｅ　ａｓｓｉｇｎｅｄ　Ｄ
ｅｖｉｃｅ　ＩＤ）　　　”　＊　＊　＊　１　１　０
　１　０　”２５．インクアイアデバイスＩＤ （Ｉｎｑｕｉｒｅ　Ｄｅｖｉｃｅ　ＩＤ）　　　　　　
　’本本木１１０１１゜これらのコマンドは、常にオプ
ションユニットによってリアルタイムで実行される。

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

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

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

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

また，他のコマンドのアーギュメントや他の口ジカノレ
ＩＤユニットへのアーギュメントは、いかなる場合も無
効である。

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

レスポンスは，オプションユニットからプリン１〜エン
ジンに送られるメッセージであり、コマンドを受領した
ことを示す。全てのレスポンスは１バイトの長さであり
、ｂ７が゛０゜になっている．もし、オプションユニッ
トが受け取ったコマンドの機能をサポートしていない場
合は、オプションユニットはレスポンスとして＜７Ｆｈ
ｅｘ＞すなわち゛０　１　１　］．　１　１　１　１゜
を返さなければならない。

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

このコマンドのアーギュメントのｂ３〜ｂＯにはアサイ
ンされるデバイスＩＤコードが入り、オペレータのｂ７
〜ｂ５（＊＊＊で示す）にはアサインするロジカルＩＤ
コードが入る。

例えば、このコマンドが ”ＩＩＩＸＯＯＩ０，０００１１００１−であれば、『
デバイスＩＤ”ＯＯ１０゜　（ＩＮＰ＃３：大量給紙ユ
ニット１７，第３図の大量給紙装置５Ｂに相当）をロジ
カルＩＤ”ＯＯＯ゜（ＩＮ＃１）としてアサインせよ』
と命令することになる。

これに対して、デバイスＩＤ　’００１０”のオプショ
ンユニット（先の例では大量給紙ユニット１７）のＣＰ
Ｕがそれを認識して、 ’００００００１０”のレスポンスを返す。

これは「デバイスＩＤ”ＯＯ１０゜をロジカルＩＤ　”
０００”　（ＩＮ＃　１）とＬ，て７サインＬた」と答
えたことになる。

ここで、デバイスＩＤコードにはユニットタイプコード
が無いが、ロジカルＩＤコードのｂ６，ｂ５の２ビット
がユニツ１・タイブコードであり、この例では゜００゜
はインプットユニットを表しているので判別できる。

第１５図（ｃ）は、特定のロジカルＩＤにアサインされ
ているオプションユニットのデバイスＩＤを問い合わせ
るコマンドである“インクアイアアサインドデバイスＩ
Ｄ”コマンドとそれに対するレスポンスを示している。

　このコマンドはアーギュメント無しで、オペレータの
みのコマンドであり、例えば ’０００１１０１０゜はロジカルＩＤ’ＯＯＯ゜には何
がアサインされているかを各オプションユニットに照会
することになる。

そして、アサインされているデバイスＩＤを持つオプシ
ョンユニットがもし大量給紙装置であれば、それから゜
００００００１０”　　（ロジカルＩＤのＩＮ＃１にイ
ンプットオプションユニット’００１０゜がアサインさ
れている）のレスポンスを返すことになる。

第１５図（ｄ）は，特定のオプションユニットが通信可
能かどうかを照会する１′インクアイアデバイスＩＤ”
コマンドとそれに対するレスポンスを示している。

このコマンドのアーギュメントのｂ３〜ｂＯには照会す
るデバイスＩＤコードを、オペレータのｂ７，ｂ６には
ユニットタイプコードをいれる。

例えば゜ＩＩＩＸＯＯＩＯ，ＯＯＸＩＩＯＩＩ゜は、イ
ンプットオプションユニット゛００１１（大量給紙ユニ
ット１７）は通信可能かどうかを問い合わせるコマンド
である。

そして、大量給紙ユニット１７がアサインされていれば
、’ＯＯＯＸＯＯＩＯ”のレスポンスを返すことになる
。

また、前述したようにコマンドのオペレータのｂ７〜ｂ
５がグローバルＩＤアドレス゜１１０゜になっている場
合は、そのコマンドがグローバルＩＤコマンドであるこ
とを示す． プリントエンジンよりグローバルＩＤコマンドが発信さ
れた場合は、通信可能状態にある全てのオプションユニ
ットは，このコマンドによる命令を可能な限り実行しな
ければならない。しかし、オプションユニットはこのコ
マンドに対してレスポンスを発行せず、プリントエンジ
ンはレスポンスを待たずに次のコマンドを発行できる，
イニシャルセットアップ 次に、このレーザプリンタシステムのイニシャルセット
アップについて第１６図及び第１７図によって説明する
． 第１６図は、イニシャライズ時における操作パネル，ホ
ストシステム，コントローラ，プリントエンジン，およ
び各オプションユニット間の信号の送受と動作の関係を
示し、第１７図はプリントエンジンの動作を示すフロー
チャートである。

主として第１７図に従って説明すると，パワーオン（電
源投入）時及びコントローラからイニシャライズコマン
ドを受けると，プリントエンジンは全ての付加装置（オ
プションユニット）へイニシャライズコマンドを送る。

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

そして、プリントエンジン自身が初期化と自己診断を実
行してイニシャライズし、イニシャライズコマンドを受
け取った通信可能な全ての付加装置もそれぞれ初期化及
び自己診断を実行してイニシャライズする． その後、このプリンタシステムがエンハンスシステムか
否かを判断して、ＹＥＳであればエンハンスシステムで
あるから，全てのデバイスＩＤ（４　８　Ｉ　Ｄ）の通
信可／不町状態の確認を２回以上行ない，各デバイスＩ
Ｄの状態が前のサイクルと同じになったら，各デバイス
ＩＤの状態を確定する． ここで２回の確認結果の一致を見るのは，電源オン又は
オフ時の過渡状態のような不安定な状態にある付加装置
の状態を誤って確定しないようにするためである． 次いで、１つのロジカルＩＤに１つのデバイスＩＤを優
先順にアサインして、システムコンフイギュレーション
を確立する。

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

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

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

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

システムコンフイギュレーションの確立を終えたら、プ
リントエンジンはコントローラと通信ずることができる
が、それまではコントローラとの通信レディー信号であ
る／ＰＥＤＴＲ信号をＯＦＦ状態にしなければならない
。

《この発明に関する点について》 次に、前述したレーザプリンタシステムにおけるこの発
明に関する点について詳述する。

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

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

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

まず第１８図に示すように、コントローラからエンジン
へ“プリンタジエネラルステータス″コード（プリンタ
の概況を問うコード）を送る。このコマンドのビットｂ
Ｏ〜ｂ６＝０がジエネラルステータスのリクエストであ
ることを示す。

これに対してエンジンは，そのレスポンスを返し，その
ｂｏ−ｂｅの各ビットの゜１゜か゛０゜が各々プリンタ
の状態の概況を示す． 次に、コントローラはエンジンに対してエンジン部の状
態を問う″プリントエンジンステータス”コマンドを送
る。

このコマンドのビットｂ６が゛０゛ならば、エンジンは
コントローラに対して、現在存在するエンジン部の状態
のうちで最も優先順位（第２１図に示す「プリントエン
ジンステータスコード」の優先順位１→６４）の高い最
上位に位置づけられた情報をレスポンスし、もし返すべ
き情報がなければ、レスポンスのビットｂ６を゜１゜に
して、ビットｂ５〜ｂＯは不定のままレスポンスを送る
。

コントローラはそのレスポンスのビットｂ６が゜１゜な
らば、その時点でエンジンにステータスを問うのを停止
し、次のユニットへの状態間い合せに移る。レスポンス
のビットｂ６が゛０゜ならば、まだ知らすべき状態情報
がエンジンのステータスバッファに存在するので、再び
エンジンにステータスを問うコードを送る。

このとき、コマンドのビットｂ６を゜１゜にしないと再
び最優先の情報が送られるので、前回応答された次の優
先順位の状態情報を問うためにビットｂ６を゜１゛にし
て　“プリントエンジンステータス”のコマンドを送出
し、エンジンからのレスポンスによって次の優先順位の
ステータス情報を得る。

そのレスポンスのビットｂ６が゜１゛になる迄，コント
ローラは問い続けなければならない．こうしてコントロ
ーラは現在のエンジンの状態を全て知ることができる。

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

エンジンへの状態問い合わせが終了した後、コントロー
ラはエンジンに対して各付加装置（オプションユニット
）の状態問い合わせに移る．その問い合わせコマンドで
ある１′インプットユニット＃１ステータス”は、ビッ
トｂ５〜ｂ０が゜００１００１”である。

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

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

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

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

以下同様にして、コントローラはエンジンを介して、イ
ンプットユニット＃２，アウトプットユニット＃１，ア
ウトプットユニット＃２，両面ユニットの状態をＪＷ次
問い合わせる。

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

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

図中、’ＥＮＱ’は１′プリントエンジンステータス″
コマンド、ＩＮＰＳはコマンドのアーギュメントのビッ
トｂｅ　　（’１゜のときに次の優先順位を問うフラグ
）、ＳＢＥはレスポンスのビットｂｅ　　（”１”のと
きにステータスバツファが空であることを示すフラグ）
である． 次に、′プリンタ　ジエネラルステータス”コマンド及
びそれらに対するレスポンスの詳細を説明する。

このコマンドは，アーギュメントがヘキサコードで８０
Ｈ，オペレータが゛ＥＮＱ’　　（ヘキサコードでは０
５Ｈ）であるので、８０Ｈ　’ＥＮＱ’と表わされ，ス
テータスリクエスト　コマンドの１つで、オプションユ
ニットを含むエンジンシステムの一般的なステータスを
問うものである。

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

レスポンス（ステータス）： ｂ＋ｙ　　：　　’Ｏ” ｂ６：システムのペーパパス内にペーパ有りｂ５：排紙
１０バツファ内に徘紙ＩＤ有りｂ４　：ペーパジャム固
定 ｂ３　：プリントスタート　レディ （レジストポイント　レディ） ｂ２：給紙開始（フイード中） ｂ１　：ステータスグループコード１ ｂＯ：ステータスグループコードＯ （説　明） １．「システムのペーパパス内にペーバ有り」いずれか
のインプットトレイ（両面ユニットを除く）から給紙が
開始され、且ついずれのアウトプットトレイ（両面ユニ
ットを除く）にも排紙を完了していないいずれかのペー
パが、両面パスを含むエンジンシステムのベーパパス内
に存在するときに、このフラグが゜１゜にセットされる
． そして、エンジンシステムのペーパパス内にペーパがな
い場合には，このフラグは゛０゜にセットされる。

２．「排紙ＩＤバッファ内に排紙ＩＤ有り」のフラグは
、両面ユニット以外のアウトプットトレイに１枚のペー
パが排紙を完了したときに゛１゜にセットされる。そし
てこのフラグは、イベントレポート＃３が発せられるか
又は’ＡＣＫ’　コマンドに対するレスポンスが発せら
れることによって、排紙ＩＤバツファが空になった時に
゜０゜にセットされる。

排紙ＩＤバツファ内にまだ排紙ＩＤが残っている場合に
は、このフラグは゜１゜のままとなり、排紙ＩＤバツフ
ァが空でないことを示す．コントローラは、“インクア
イアエグジットペーバＩＤ”すなわち′ＡＣＫ′コマン
ドを発することによって、徘紙ＩＤを尋ねることができ
る。

３，「ペーパジャム固定』 ある場合には、プリン１〜中にエンジンシステム内でジ
ャム（紙詰まり）発生しても、詰まったペーパ以外のペ
ーパは搬送されてアウトプットトレイに排出されるかも
しれない。

そして、詰まったベーパは他のペーパの徘紙が完了した
時に固定（フィックス）される。エンジンは、このよう
に詰まったペーパが固定されているときにこのフラグを
゛１゜にセットする．コントローラは、このフラグが゛
１゜のときに．ステータス　リクエスト　コマンドを発
することによって、ジャムペーパのＩＤナンパを尋ねる
ことができる。

エンジンは、ジャム回復動作が行われた後に、ベーパパ
ス内に残ったペーパがないことを確認したときに，この
フラグを゜０゜にセットする。

４６　［プリントスタート　レデイ』 このフラグは、給紙されたペーパがレジスト位置でプリ
ントされる準備ができたときに゜１゛にセットされる。

そして１枚のペーパもレジスト位置にプリント待機して
いないときには、このフラグは゜０゜にセットされる。

エンジンは、このフラグが゜１゜のときに、’ＶＴ’　
コマンドを実行すべく、プリントをスタートさせる。

コントローラは、正しいプリントシーケンスに応じて、
このフラグを待つことなくプリントスタート　コマンド
を送ってもよい． ５．「給紙開始（フイード中）」 このフラグは、エンジンが１枚のペーパの給紙を開始し
たとき゛１゜にセットされる。

このフラグは，エンジンが現在使用中のインプットトレ
イから次のペーパの給紙を開始することが可能になった
ときに゛０゜にセットされる。このフラグを゛０゜にセ
ットするタイミングは、次に使用するトレイが何である
かに依存する． ６．「ステータスグループコード」 この２ビットのフラグは、全エンジンシステムの一般的
な状態を示すものである。

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

このステータスグループコード　をもって示されたステ
ータスは、イベントレポートイネーブル状態に依存する
。それは、ステータスグループコードが、゛′イベント
レポートイネーブル”のコマンドである’ＥＴＢ’　コ
マンドのアーギュメントのビットｂｔ　，ｂｏに応じて
変化することを意味している。

このビットｂ．，ｂＯとステータスグループコードをも
って示されるジエネラルステータスの内容等の関係を第
２５図に示す。

ここで、″イベントレポートイネーブル″の’ＥＴＢ″
コマンドと、それに対するレスポンスについて、第２６
図（Ａ）（Ｂ）を参照して説明する。

コントローラからエンジンに送信する’ＥＴＢ’コマン
ドは，エンジンが各種のイベントレポートを発信するこ
とをそれぞれ可能あるいは不能にするためのコマンドで
ある． フォーマット： “アーギュメント”＋’ＥＴＢ’　　（１７ｈｅｘ）ア
ーギュメント； ｂｒ　：　”１” ｂ６〜ｂ２：イベントレポート番号 ｂｌ　ｔ　ｔｏｏ　：イベント可能条件レスポンス： “イネーブルフラグ″′ ｂ７　：　　”Ｏ” ｂ６〜ｂ２：イベントレポート番号 ｂｌ　ｒ　ｂＱ　：イベントレボー１−可能条件デフォ
ルト： パワーアップ又は初期設定直後のデフォルトイネーブル
状態は、ビットｂ．，ｂＯが全てのイベントレポート番
号に対して”００゜であり、エンジンはいかなるイベン
トレポートの送信も禁止される。

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

〔以下余白〕

撤」１光報漫ｊはし虹１匹 ところで、上述したこの発明によるプリンタシステムは
、第１３図に示したカウンタ４５によって得られるトー
タルプリント枚数，メンテナンス回数及びその時間，ジ
ャム回数，サービスマンコール回数等の数値情報をエン
ジン３からコントローラ２に送信し、その送信された数
値情報に基づいてコントローラ２が各種の制御を行うこ
とができるようになっている。

すなわち、コントローラ２は上記数値情報が必要になる
と、第１０図に示したＬＰＶＩの／ＰＥＲＸＤ信号によ
りエンジン３に数値問い合わせ用のコマンドを送る。

このコマンドを受け取ったエンジン３は、求められた数
値情報をＰＥＴＸＤ信号によりレスポンスとしてコント
ローラ２に返信する。そしてコントローラ２は、エンジ
ン３から返信されてきた数値情報に基づき、その表示や
各種の制御を行う。

上述のコマンドとレスポンスの構成を第２７図に示す． コントローラ２からエンジン３へ送る数値問い合わせ用
のコマンドは、第２７図（Ａ）に示すように８ビットず
つのアーギュメントとオペレータからなる。

オペレータのビットｂ７〜ｂｏは゜ｏｏｏｏｏ１０１゜
で，ヘキサコードで表わすと゜０５Ｈであり，’ＥＮＱ
’　と称する。

アーギュメントの各ビットは次のようになっている。

ｂ７　：常に゜１゜ ｂ６二次位値（非最上位：　ＩＮＩＩＯＶ）　７　５グ
ｂ５〜ｂｏ：数値情報問い合わせ用ステータスナンパ（
トータルプリント枚 数を問う場合は、図示のように、 ”１１００００゜） ｂ６の次位値問い合わせフラグについては、このフラグ
が゛０゛ならば最上位値の桁数と数値を要求し、゜１゜
ならば前回の桁の次の下位桁の桁数と数値を要求するこ
とになる。

なお、ここで、最上位値とは、予め定められた桁数で表
わされる数値情報の最大桁側から見て、初めて「０」以
外の値が立つ桁の値である。すなわち、数値情報がｒｏ
０４５７８６Ｊであるとすれば、最上位値は「４」とな
る。

数値情報問い合わせ用ステータスナンパは、ビットｂ５
〜ｂＯの内容により、要求すべき数値情報の種類を特定
するものであり、例えばビットｂ５〜ｂｏの内容が゛１
　１００００゜であればトータルプリント枚数（ページ
数）の要求となる。

一方、エンジン３からコントローラ２へ返イコするレス
ポンスは，第２７図（Ｂ）に示すように８ビットの構成
であり、各ビットは次のようになっている。

ｂ７　：常に゜０゜ ｂ６〜ｂａ：１０進の桁数（デシマルオーダ）ｂ３〜ｂ
ｏ：各桁の数値（バリュー） １０進の桁数（１０のＸ乗：ｘ＝ｏ〜７）は，ビットｂ
６〜ｂ４の内容（”０００”−”］　１　１゜）によっ
て８桁まで表わすことができる。

各桁の数値は、ビットｂ３〜ｂＯの内容（゜０ｏｏｏ”
〜”１００１゜）によって表わされる。

そしてビットｂ３〜ｂｏの内容とそれによって表わされ
る数値との関係は、次表に示すように２進化１０進数に
なっている。

次に，コントローラ２とエンジン３間におけるコマンド
とレスポンスの送受例を、具体例に基づいて説明する。

コントローラ２がエンジン乙に数値情報としてトータル
プリント枚数を要求する場合には、先ずコマンドとして
゜１０１１００００″　’ＥＮＱ’をエンジン３に送信
する。

このコマンドは、アーギュメントのビットｂ５〜ｂＯが
゜１１００００゜であることによってトータルプリント
枚数を表わす数値情報を要求し、ビットｂ６が゜０゜で
あることによってその最上位値を要求している。

このコマンドを受信したエンジン３は、トータルプリン
ト枚数の最上位値が要求されたことを判別して、例えば
カウンタ４５のトータルプリント枚数のカウント値がｒ
ｏ０４５３７８６Ｊであった場合には、レスポンスとし
て゛０１０１０１００゜をコントローラ２に送信する。

このレスポンスは，ビットｂ６〜ｂ４が゜１０１゜であ
ることによって、送信する数値の桁数が１０ｓ桁，すな
わち第６桁であることを表わし、ビットｂ３〜ｂｏが゛
０１００゜であることにより最上位値が「４」であるこ
とを表わしている。

次にコントローラ２は、エンジン３から送られてきた最
上位値の次位値（次の下位桁の数値）を問い合わせるた
めに，コマンドのアーギュメントのビットｂ６を゜１゛
にしたコマンド゜１１１１００００−　　’ＥＮＱ’　
をエンジン３に送信する．エンジン３は，このコマンド
を受けて前回送信した数値の次位値が要求されたことを
判別して、前回送信した最上位桁の次の第５桁の数値が
「５」であることを表わすレスポンス゜０１０００１０
１゜をコントローラ２に送信する。

このようにしてコントローラ２は、順次、次の桁の数値
を問い合わせるコマンド゛１１１１００００゜　’ＥＮ
Ｑ’　をエンジン３に送出し、エンジン３から１０°桁
、すなわち第１桁の「６」までの数値情報を受け取り、
その数値情報をＲＡＭ２２に格納する。

なお、エンジン３は、第１桁が「６」であることを表わ
すレスポンスをコントローラ２に送った後，コントロー
ラ２からさらに次位値を問い合わせるコマンド゜１１１
１００００゜　’ＥＮＱ’が送られてきた場合には，第
１桁が「６」であることを表わすレスポンスを繰り返し
コントローラ２に送信する。

第２８図は、コントローラ２の数値情報要求処理を示す
フローチャートである． なお、この例では目的とする複数桁の数値情報のうちの
１０のＺ乗桁までの情報を必要とするものとする． まず、コントローラ２はアーギュメントのビットｂ６が
゜０”でビットｂ５〜ｂＯを数値情報の種類を特定する
内容にしたコマンドをエンジン３に送信して、目的とす
る数値情報の最上位値を要求する。

そして、コントローラ２はエンジン３からレスポンスを
受け取ることにより、要求した数値情報の最上位値の桁
数と数値とを入力し、その入力データを第５図のＲＡＭ
２２に格納する。

次にコントローラ２は，必要とする数値情報が全て入力
されたか否かの確認を行うために、今入力された数値の
桁数を１０のＸ乗桁とすると、このＸを上記２と比較し
て、２≧Ｘになったか否かを判断する。

そして、Ｎｏであれば必要とする桁までの数値情報の入
力を完了していないので、コントローラ２はアーギュメ
ントのビットｂ６を゜１”にしたコマンドをエンジン３
に送信し、次位値（前回の次の下位桁の数値）を要求す
る。そしてエンジン３からレスポンスにより最上位桁の
次の桁の桁数と数値とを入力し、その入力データをＲＡ
Ｍ２２内に格納する。

コントローラ２は、このような動作を繰り返して、順次
１桁ずつ下位の桁の桁数とその数値を入力する。そして
必要とする桁の情報まで入力すると，２≧Ｘの判断がＹ
ＥＳになり、処理を終了する。

以上のように、上述の実施例によれば，コントローラ２
はエンジン３から数値情報を各桁毎に受け取ることがで
き，しかも最上位値の桁よりも上位の桁にある不要な数
値情報（前述の例では、ｒｏ０４５３７８６Ｊにおける
上位２桁のｒｏｏｆ）はコントローラ２に送信されない
。

従って、コントローラ２は必要な数値情報のみを短時間
で入力することができ，入力された数値情報のＲＡＭ２
２内への格納等の数値情報の処理も短時間で完了するこ
とが可能になる。

また、コントローラ２が数値情報を入力するに際しては
、アーギュメントのビットｂ６が゜Ｏ゜か゜１゜の２種
類のコマンドをエンジン３に送出すれば足り，各桁の数
値情報の入力のためにその桁数に対応する異なるコマン
ドを送信する必要がないので、コマンドの送受信機能の
簡素化を図ることができる。

なお、上述の実施例ではコントローラ２とエンジン３間
における数値情報の伝達について説明したが、コントロ
ーラ２とホストシステム１との間における数値情報の伝
達にも同様にこの発明を実施することができる。

さらに，第２９図に示すように、ホストシステム１′に
コントローラ２′　を内蔵してＬＰＶＩによってエンジ
ン３と接続するようにしたレーザプリンクシステムにお
いても、そのコントローラ２′とエンジン３との間（ホ
ストシステム１′とレーザプリンタ本体間）における数
値情報の伝達にもこの発明を適用することができる。

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

〔発明の効果〕

以上説明してきたように、この発明による画像形成シス
テムは、画像処理装置（コントローラ）あるいはホスト
システムから一種類の状態問い合わせ命令（ステータス
リクエス１−コマンド）によって、画像形成装置（プリ
ントエンジン）側の情報を優先順位に従って逐次返信さ
せることができるので、画像処理装置が知り得る状態の
数に制限がなく、その時の状態を全て知ることができる
。

したがって、画像処理装置はシステム全体の正確な状況
判断が可能になり、ホストシステムを通じてオペレータ
にもシステムの状況を正確に全て伝えることができるの
で、不具合状態が多数発生したような場合にも、一度に
効率的に解除させることも可能になる。

また、画像処理装置あるいはホストシステムと画像形成
装置との間で、複数桁で表わされる数値情報のうち必要
な桁の数値情報のみを伝送することが可能になるので、
数値情報の伝送時間及び伝送された数値情報の処理時間
を大幅に短縮することができる。

【図面の簡単な説明】

第１図はこの発明の基本的実施例のシステム構成を示す
ブロック図、 第２図は同じくその画像形成装置本体から各付加装置に
対して発行するコマンドの構成例を示す説明図、 第３図はこの発明の他の基本的実施例のシステム構成を
示すブロック図、 第４図はこの発明の一実施例であるレーザプリンタシス
テムの構成を示すブロック図， 第５図は第４図のコントローラ２の構成を示すブロック
図、 第６図は同じくそのデータ処理の流れと第５図のＲＡＭ
２２内の各バシファ及びファイルとの関係を示すブロッ
ク図、 第７図は第５図における操作パネル２５の一具体例を示
す外観図、 第８図はこの操作パネル２５によるモードセットの内容
を階層別に示す説明図、 第９図は第５図におけるＩＣカード６のファイルフォー
マットを示す説明図、 第１０図はこの実施例におけるＬＰＶＩの信号の説明図
、 第１１図はこの実施例における印字領域と画像信号の関
係を示す説明図、 第１２図はこのプリンタシステムを摺成するエンジン本
体とそれに連結された各種オプションユニットの機構部
の概略図， 第１３図は同じくそのエンジン制御部の構成を示すブロ
ック図、 第１４図はコントローラとプリントエンジン間のに使用
するコマンドとレスポンスの説明図、第１５図はプリン
トエンジンと各オプションユニット間の通信に使用する
コマンドとレスポンスの説明図、 第１６図はこの実施例におけるパワーオン時及びイニシ
ャライズ実行時のシステム全体の動作を示すフロー図， 第１７図は同じくその時のプリントエンジンの動作を示
すフロー図， 第１８図乃至第２０図は同じくコントローラによってプ
リントエンジン及びオプションユニットの状態を確認す
る際のコマンドとレスポンスのやり取りを示すフロー図
、 第２１図及び第２２図は同じくその通信に使用するプリ
ントエンジンステータスコードとオプションユニットス
テータスコードのテーブルを示す説明図， 第２３図はエンジンユニットステータスの応答例を示す
説明図， 第２４図はステータスグループコードとそれによ表わさ
れるステータスレベルとの関係を示す説明図， 第２５図は’ＥＴＢ’　コマンドのアーギュメントのビ
ットｂ．，ｂ．とステータスグループコードをもって示
されるジエネラルステータスの内容等の関係を示す説明
図、 第２６図（Ａ）（Ｂ）は各種パラメータの設定及び問い
合わせの通信の一部を示すフロー図、第２７図はコント
ローラとエンジン間の数値情報伝達用のコマンドとレス
ポンスの説明図、第２８図はこの発明の一実施例による
コントローラの数値情報要求処理のフロー図， 第２９図はこの発明の他の実施例のレーザプリンタシス
テムの構成を示すブロック図である。 １，１′・・・ホストシステム ２，２′・・・コントローラ（画像処理部）３・・・プ
リントエンジン（画像形成部）４・・・画像形成装置（
プリンタ）本体５，５Ａ〜５Ｇ・・・各種付加装置 １０・・・エンジン本体 １３・・・反転器（反転排紙装置） １５・・・メールボックス（多段徘紙装置）１日・・・
両面ユニット（両面用搬送装置）１７・・・大量給紙ユ
ニット（大量給紙装置）１８・・・大量排紙ユニット（
大量排紙装置）１日・・・プリンタテーブル ２０・・・コントローラのＣＰＵ　　２５・・・操作パ
ネル２７・・・オプションインタフェース ２９・・・エンジンインタフェース ３０・・・エンジン制御部（エンジンドライバ）３１・
・・エンジン制御部のＣＰＵ ３５・・・エンジン・オプション・インタフェース３日
・・・コントローラインタフェース４５・・・カウンタ （ア胃４ （１ゲノ 第９図 第１０図 第１１図 第１４図 ｂ７　ｂ６　ｂ５　ｂ４　ｂ３　ｂ２　ｉ０上ｂ０’ｏ
７　ｂ６　ｂ５　ｂｌ＆ｂ３　ｂ２　ｂＬ　ｂｏｂ７　
ｂ６　ｂ５　ｂ４　ｂ３　ｂ２　ｂＬ　１：ｌ０第２４
図 第２Ｓ図 第２７図 アーギ島メント オベレ＋メ 第２９囚

Claims (1)

1. 【特許請求の範囲】 １　ホストシステムより文字情報あるいは画像情報を受
   けて画像イメージ情報を生成する画像処理装置と、この
   画像処理装置から前記画像イメージ情報を受けて記録媒
   体上に画像を形成する画像形成装置とをインタフェース
   を介して接続してなる画像形成システムにおいて、 前記画像処理装置が、前記画像形成装置対して有効な情
   報のうち最上位に位置づけられた情報に対応するコード
   を問い合わせるのか、前回応答された情報の次に位置づ
   けられた情報に対応するコードを問い合わせるのかを示
   すフラグを有するコマンドを送信する手段を備え、 前記画像形成装置が、そのコマンドを受信したとき前記
   フラグに応じて有効な情報のうち最上位に位置づけられ
   た情報に対応するコード又は前回応答した情報の次に位
   置づけられた情報に対応するコードを前記画像処理装置
   へ返信する手段を備えたことを特徴とする画像形成シス
   テム。 ２　ホストシステムと、このホストシステムより画像イ
   メージ情報を受けて記録媒体上に画像を形成する画像形
   成装置とをインタフェースを介して接続してなる画像形
   成システムにおいて、 前記ホストシステムが、前記画像形成装置に対して有効
   な情報のうち最上位に位置づけられた情報に対応するコ
   ードを問い合わせるのか、前回応答された情報の次に位
   置づけられた情報に対応するコードを問い合わせるのか
   を示すフラグを有するコマンドを送信する手段を備え、 前記画像形成装置が、そのコマンドを受信とたとき前記
   フラグに応じて有効な情報のうち最上位に位置づけられ
   た情報に対応するコード又は前回応答した情報の次に位
   置づけられた情報に対応するコードを前記ホストシステ
   ムへ返信する手段を備えたことを特徴とする画像形成シ
   ステム。