(57)【特許請求の範囲】
【請求項１】
マスタ側の制御装置と共に同一の装置内に設けられ、前記マスタ側の制御装置から発行された命令を受信してこれに対する応答を行うスレーブ側の制御装置であって、前記マスタ側の制御装置との通信処理を行う通信処理部と、前記通信処理部で受信された命令を実行する命令実行部と、を有して成り、前記通信処理部は、受信された命令が前記命令実行部の制限事項に反していると判断したとき、前記命令実行部に処理を渡すことなく、前記マスタ側の制御装置に対して、その旨の応答を行うことを特徴とする制御装置。
【請求項２】
前記マスタ側の制御装置から発行される命令毎に、エラーフラグと、当該命令の受信によって影響を受ける命令と、が少なくとも関連付けられたテーブルを有して成り、前記通信処理部は、前記命令の受信に際して前記テーブルを参照し、受信された命令のエラーフラグがセットされていれば、当該命令は前記命令実行部の制限事項に反していると判断するものであり、また、前記エラーフラグのセットされていない命令については、該命令の受信によって影響を受ける命令のエラーフラグをセットするように、前記テーブルの内容を書き換えるものであることを特徴とする請求項１に記載の制御装置。
【請求項３】
ホストコンピュータやユーザインタフェイスからの指示に基づいて装置各部の動作制御を統括的に行うシステム制御装置と、エンジン部の動作制御を専属的に行うエンジン制御装置と、を有して成る画像形成装置であって、前記システム制御装置及び／または前記エンジン制御装置として、請求項１または請求項２に記載の制御装置を有することを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マスタ側の制御装置から発行された命令を受信してこれに対する応答を行うスレーブ側の制御装置及びこれを用いた画像形成装置に関するものであり、特に、複数のＣＰＵ［Central Processing Unit］相互間における通信処理技術に関するものである。
【背景技術】
【０００２】
プリンタや複写機などに代表される画像形成装置は、一般に、ホストコンピュータやユーザインタフェイスからの指示に基づいて装置各部の動作制御を統括的に行うシステム制御装置と、エンジン部の動作制御を専属的に行うエンジン制御装置と、を有して成り、各制御装置には、その信号処理手段としてＣＰＵが搭載されている。
【０００３】
このように、複数の制御装置を備えた画像形成装置において、両制御装置に搭載されたＣＰＵ相互間のシリアル通信では、マスタ側の制御装置から発行された命令をスレーブ側の制御装置で受信し、これに対する応答を行うことが一般的である。
【０００４】
なお、本願発明に関連する従来技術（通信処理時のフラグ技術）の一例として、特許文献１には、更新されたデータにのみフラグをセットしておき、そのフラグチェックを行うことで、更新されたデータの判別並びに通知を行うプログラマブルコントローラが開示・提案されている。
【０００５】
また、本願発明に関連する従来技術（プロセッサ間の処理引渡し技術）の一例として、特許文献２には、主プロセッサと副プロセッサのいずれからもリード／ライトアクセスが可能な２以上の内部レジスタ及びテーブルと、主プロセッサからのメモリアクセスと副プロセッサからのメモリアクセスとを調停する手段と、を備えたプログラマブルコントローラ用の主プロセッサが開示・提案されている。
【０００６】
【特許文献１】特開２００５−１７４０４２号公報
【特許文献２】特開平１０−３０７６０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、上記従来の画像形成装置において、スレーブ側の制御装置は、これに搭載されたＣＰＵの通信処理部（ソフトウェア上で実現される通信制御ルーチンであって、後述する命令実行部の上位層）にて、マスタ側の制御装置から発行された命令を受信すると、その内容に応じた命令実行部（ソフトウェア上で実現される命令実行ルーチン）に対して無条件で処理を移す構成とされていた。
【０００８】
すなわち、上記従来の画像形成装置において、スレーブ側の制御装置は、これに搭載されたＣＰＵの命令実行部につき、その命令実行に関する制限事項（同一命令の連続受信禁止規定や複数命令の受信順序規定など）が存在する場合であっても、ＣＰＵの通信処理部で命令を受信したときには、一旦、その内容に応じた命令実行部にまで処理を走らせ、その後、上記制限事項に則した対応を取る構成とされており、上記制限事項に反して受信された命令をＮＧとして応答するエラー処理については、全て命令実行部に委ねられる形となっていた（図５（ｂ）を参照）。
【０００９】
そのため、上記従来の画像形成装置では、先述のエラー処理に際して、通信処理部から命令実行部へ処理を移す分だけ、処理時間をロスする結果となり、受信された命令が上記制限事項に反していた場合の応答が遅れていた。特に、スレーブ側の制御装置がリアルタイムＯＳ［Operating System］を積んでいない場合、命令実行部にエラー処理を委ねた構成では、メインループ数サイクル分の遅れを生じるおそれがあった。
【００１０】
なお、マスタ側の制御装置とスレーブ側の両制御装置とは、通常、異なる拠点で開発されるものであり、また、スレーブ側の制御装置に搭載されるＣＰＵの上記制限事項についても、画像形成装置の機種毎に相違するものである。そのため、マスタ側の開発者が上記制限事項を逐一意識して通信フェイズの整合を図ることは少なく、また、意識すべきものでもない。一方、スレーブ側の開発者からマスタ側の開発者に対して、上記制限事項に則した通信フェイズの整合を依頼するには、全ての命令に対してチェック作業を行う必要が生じるため、開発の無駄が多い。このように、マスタ側の制御装置とスレーブ側の制御装置との間でやり取りされる全ての命令について、その通信フェイズを合わせ込むことは非常に手間が掛かる上、新機種の開発毎に毎回変更を加える必要があるため、開発期間の長期化や開発コストの上昇を招くおそれがあった。
【００１１】
なお、特許文献１の従来技術は、あくまで、更新されたデータの判別並びに通知を行う手段として、通信処理時のフラグ処理を行う技術であり、本願発明とは、その目的も構成も異なるものである。
【００１２】
また、特許文献２の従来技術は、あくまで、主プロセッサと副プロセッサとの間でデータを渡すため手段として、主プロセッサ内にテーブルを設けた構成であり、本願発明とはその目的も構成も異なるものである。
【００１３】
本発明は、上記の問題点に鑑み、通信フェイズの整合作業を要することなく、その通信処理を高速化することが可能な制御装置、及び、これを用いた画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明に係る制御装置は、マスタ側の制御装置から発行された命令を受信してこれに対する応答を行うスレーブ側の制御装置であって、前記マスタ側の制御装置との通信処理を行う通信処理部と、前記通信処理部で受信された命令を実行する命令実行部と、を有して成り、前記通信処理部は、受信された命令が前記命令実行部の制限事項に反していると判断したとき、前記命令実行部に処理を渡すことなく、前記マスタ側の制御装置に対して、その旨の応答を行う構成（第１の構成）とされている。
【００１５】
なお、上記第１の構成から成る制御装置は、前記マスタ側の制御装置から発行される命令毎に、エラーフラグと、当該命令の受信によって影響を受ける命令と、が少なくとも関連付けられたテーブルを有して成り、前記通信処理部は、前記命令の受信に際して前記テーブルを参照し、受信された命令のエラーフラグがセットされていれば、当該命令は前記命令実行部の制限事項に反していると判断するものであり、また、前記エラーフラグのセットされていない命令については、該命令の受信によって影響を受ける命令のエラーフラグをセットするように、前記テーブルの内容を書き換えるものである構成（第２の構成）にするとよい。
【００１６】
また、本発明に係る画像形成装置は、ホストコンピュータやユーザインタフェイスからの指示に基づいて装置各部の動作制御を統括的に行うシステム制御装置と、エンジン部の動作制御を専属的に行うエンジン制御装置と、を有して成る画像形成装置であって、前記システム制御装置及び／または前記エンジン制御装置として、上記第１または第２の構成から成る制御装置を有する構成（第３の構成）とされている。
【発明の効果】
【００１７】
本発明によれば、通信フェイズの整合作業を要することなく、その通信処理を高速化することが可能な制御装置、及び、これを用いた画像形成装置を提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下では、電子写真方式を採用したプリンタに本発明を適用した場合を例に挙げて説明を行う。
【００１９】
図１は、本発明に係るプリンタの一実施形態を模式的に示す垂直断面正面図である。
【００２０】
本図に示すように、本実施形態のプリンタ１は、システム制御装置２と、エンジン制御装置６と、露光ユニット１０と、ドラムユニット２０と、現像ユニット３０と、定着ユニット４０と、用紙搬送ユニット５０と、を有して成る。
【００２１】
システム制御装置２は、ホストコンピュータ（パソコンやワープロなど）やユーザインタフェイスからの指示に基づいて、装置各部（本図では、エンジン制御装置６や露光ユニット１０）の動作制御を統括的に行う手段である。
【００２２】
エンジン制御装置６は、システム制御装置２から発行される命令に基づいて、画像形成を行うエンジン部（露光ユニット１０、ドラムユニット２０、現像ユニット３０、定着ユニット４０、並びに、用紙搬送ユニット５０）の動作制御を専属的に行う手段である。
【００２３】
露光ユニット１０は、システム制御装置２を介して入力されるホストコンピュータからの画像データに基づいて、ドラムユニット２０の感光走査を行うプリントヘッドである。
【００２４】
ドラムユニット２０は、露光ユニット１０により静電潜像が形成されるドラム２２と、ドラム２２の帯電状態を均一化するメインチャージャ２４と、ドラム２２の残存電荷や残存トナーを除去する清掃器２６と、を有して成る。
【００２５】
現像ユニット３０は、ドラム２２の静電潜像にトナーパウダーを付着させてトナー画像を現像する現像ローラ３２と、該現像ローラ３２で用いられるトナーパウダーが充填されたトナーコンテナ３４と、を有して成る。
【００２６】
定着ユニット４０は、転写されたトナー画像（トナーパウダー）を用紙に加熱圧着するヒートローラ４２と、プレスローラ４４と、を有して成る。
【００２７】
用紙搬送ユニット５０は、用紙を収納する給紙カセット５１と、給紙カセット５１に収納された用紙を１枚ずつ所定の搬送タイミングで取り出す給紙ローラ５２と、給紙ローラ５２の用紙重送を防止するリタードローラ５３と、ドラム２２上に形成されたトナー画像を用紙に転写する転写ローラ５４と、ドラム２２上に形成されたトナー像と用紙の先端を合わせるとともに、用紙スキューの防止に必要な一定の撓み量を確保するように搬送タイミングを調整するレジストローラ５５と、該レジストローラ５５の給紙上流側で用紙の到達を検出するレジストセンサ５６と、を有して成る。
【００２８】
上記構成から成るプリンタ１は、メインチャージャ２４によってドラム２２を所定電位に帯電させる帯電工程と、露光ユニット１０の選択露光によってドラム２２に静電潜像を形成する露光工程と、現像ローラ３２によって静電潜像にトナーを付着させてトナー像を形成する現像工程と、転写ローラ５４によってトナー像を用紙に転写して所望画像を形成する転写工程と、定着ユニット４０によって所望画像を用紙に定着させる定着工程と、を順次行う構成であり、転写工程を終えたドラム２２の残存電荷及び残存トナーは、清掃器２６によって除去される。
【００２９】
なお、本図破線で示すように、本実施形態のプリンタ１では、レジストローラ５５への用紙供給源として、上記の給紙カセット５１以外に、装置本体の側部開口に設けられたＭＰＴ［Multi Purpose Tray］を選択することができる。また、本実施形態のプリンタ１では、用紙の排出方式として、印字面を上にして用紙を排出するフェイスアップ方式と、印字面を下にして用紙を裏返しに排出するフェイスダウン方式のいずれか一方を選択することができる。
【００３０】
続いて、本実施形態のシステム制御装置２及びエンジン制御装置６について、図２を参照しながら詳細に説明する。図２は、システム制御装置２及びエンジン制御装置６の一実施形態を示すブロック図である。
【００３１】
本図に示すように、システム制御装置２は、ユーザインタフェイス（液晶ディスプレイ等の表示部やテンキー等の操作部）を備えたフロントパネル３と、ホストコンピュータやフロントパネル３、或いは、エンジン制御装置６からの指示に基づいて、装置各部の動作制御を統括的に行うシステムＣＰＵ４と、システムＣＰＵ４とエンジン制御装置６とのインタフェイス制御を行う制御ロジックゲートアレイ５と、が基板上に搭載されて成る。
【００３２】
一方、エンジン制御装置６は、システム制御装置２から発行される命令に基づいて、画像形成を行うエンジン部（ユニット１０〜５０）の動作制御を専属的に行うエンジンＣＰＵ７と、エンジンＣＰＵ７とエンジン部（ユニット１０〜５０）及びシステム制御装置２とのインタフェイス制御を行う制御ロジックゲートアレイ８と、格納内容の書換えが可能である不揮発性メモリ９（フラッシュメモリなど）と、を有して成る。
【００３３】
上記のエンジンＣＰＵ７は、図５で示すように、システム制御装置２との通信処理を行う通信処理部７ａと、通信処理部７ａで受信された命令を実行する命令実行部７ｂと、を有して成る。なお、ここで挙げた通信処理部７ａ及び命令実行部７ｂとは、いずれも、エンジンＣＰＵ７を用いて、ソフトウェア上で実現されるルーチンであり、通信処理部７ａは、命令実行部７ｂの上位層に相当する。
【００３４】
また、上記の不揮発性メモリ９には、システム制御装置２から発行された命令を解析するための命令解析テーブルが格納される。
【００３５】
図３は、命令解析テーブルの内容を模式的に示す図である。
【００３６】
本図に示すように、命令解析テーブルでは、システム制御装置２から発行される命令毎に、受信データ数と、送信データ数と、エラーフラグと、エラーグループと、フラグセット対象命令と、が関連付けられている。
【００３７】
受信データ数とは、ある命令に続いて受信されるデータ数（バイト数）を示すパラメータである。本図の場合、命令Ａを受信したエンジン制御装置６では、さらに３バイトの本体データを受信すべきであることが分かる。その他の命令についても同様である。
【００３８】
送信データ数とは、ある命令に対して送信すべきデータ数（バイト数）を示すパラメータである。本図の場合、命令Ｂを受信したエンジン制御装置６では、３バイトの応答データを送信すべきであることが分かる。その他の命令についても同様である。
【００３９】
エラーフラグとは、ある命令の実行が許可されているか否かを示すパラメータである。すなわち、ある命令のエラーフラグが「０」にリセットされているときには、その命令の実行が許可されていることを示している。一方、ある命令のエラーフラグが「１」にセットされているときには、その命令の実行が禁止されていることを示している。
【００４０】
エラーグループとは、ある命令の実行に伴う制限事項の内容を示すパラメータである。なお、制限事項の内容としては、本図に示すように、グループ０（エラーなし）、グループ１（同一命令の受信禁止）、及び、グループ２（他の命令に影響）などが考えられる。
【００４１】
フラグセット対象命令とは、ある命令の実行に伴い、上記のエラーフラグを「１」にセットすべき命令を示すパラメータである。本図の場合、命令Ｂを受信したエンジン制御装置６では、同一命令の受信を禁止すべく、命令Ｂのエラーフラグを「１」にセットすべきであることが分かる。また、命令Ｎを受信したエンジン制御装置６では、当該命令の受信に伴い影響を受ける命令として、命令Ｃ及び命令Ｆのエラーフラグを「１」にセットすべきであると分かる。その他の命令についても同様である。
【００４２】
続いて、上記の命令解析テーブルに基づくエラー処理について、図４及び図５を参照しながら、より具体的に説明を行う。
【００４３】
図４は、命令解析テーブルに基づくエラー処理の一例を示すフローチャートであり、図５は、本発明のエラー処理を概念的に示すブロック図である。なお、図５（ａ）は、本発明のエラー処理を示しており、図５（ｂ）は従来のエラー処理を参考までに示している。
【００４４】
ステップＳ１にて、エンジン制御装置６での受信割込みが発生すると、エンジンＣＰＵ７の通信処理部７ａは、システム制御装置２から発行された命令がいずれの命令であるかを判別できるまで、そのデータ取得を行う。
【００４５】
ステップＳ１にて、受信された命令の内容が判別されると、通信処理部７ａは、ステップＳ２にて、不揮発性メモリ９に格納された命令解析テーブルを参照し、その命令に関連付けられた各種情報（受信データ数、送信データ数、エラーフラグ、エラーグループ、並びに、フラグセット対象命令）を取得する。
【００４６】
ステップＳ２にて、各種情報が取得されると、通信処理部７ａは、ステップＳ３にて、受信された命令のエラーフラグが「１」にセットされているか否かの判定を行う。ここでエラーフラグがセットされていると判定された場合には、フローがステップＳ４に進められる。また、エラーフラグがセットされていないと判定された場合には、フローがステップＳ５に進められる。
【００４７】
ステップＳ３にて、エラーフラグがセットされていると判定された場合、通信処理部７ａは、受信された命令は命令実行部７ｂの制限事項に反しているとの判断に基づき、ステップＳ４にて、命令実行部７ｂに処理を渡すことなく、システム制御装置２に対して、不適切なタイミングでの命令発行である旨の応答（ＮＧ返答）を行う。そして、一連の通信処理は完了される。
【００４８】
一方、ステップＳ３にて、エラーフラグがセットされていないと判定された場合、通信処理部７ａは、ステップＳ５にて、受信された命令がグループ０（エラーなし）であるか否かの判定を行う。ここで、受信された命令がグループ０であると判定された場合には、フローがステップＳ６に進められる。また、受信された命令がグループ０でないと判定された場合には、フローがステップＳ８に進められる。
【００４９】
ステップＳ５にて、受信された命令がグループ０であると判定された場合、通信処理部７ａから命令実行部７ｂに処理が移され、命令実行部７ｂは、ステップＳ６にて、命令の解析並びに実行を行い、続くステップＳ７において、システム制御装置２に対する受信完了の応答（ＯＫ返答）を行う。そして、一連の通信処理は完了される。
【００５０】
一方、ステップＳ５にて、受信された命令がグループ０でないと判定された場合、通信処理部７ａは、ステップＳ８にて、受信された命令がグループ１（同一命令の受信禁止）であるか否かの判定を行う。ここで、受信された命令がグループ１であると判定された場合には、フローがステップＳ９に進められる。また、受信された命令がグループ１でないと判定された場合には、フローがステップＳ１１に進められる。
【００５１】
ステップＳ８にて、受信された命令がグループ１であると判定された場合、通信処理部７ａは、ステップＳ９にて、フラグセット対象命令として指定された命令のエラーフラグを「１」にセットするように、命令解析テーブルの内容を書き換える。例えば、図３の命令Ｂが受信された場合には、ステップＳ９において、同命令Ｂのエラーフラグが「０」から「１」にセットされることになる。
【００５２】
その後、通信処理部７ａから命令実行部７ｂに処理が移され、命令実行部７ｂは、ステップＳ１０にて、命令の解析並びに実行を行い、先述と同様、ステップＳ７において、システム制御装置２に対する受信完了の応答（ＯＫ返答）を行う。そして、一連の通信処理は完了される。
【００５３】
従って、例えば、レジスタ設定命令を受けて一度レジスタ値の設定を行うと、そのリセットを行うか、或いは、他のレジスタ値を変更してからでなければ、当該レジスタ値の再設定を行うことができない、という制限事項が存在する場合には、上記のレジスタ設定命令をグループ１に分類し、そのフラグセット対象命令として、同レジスタ設定命令を指定しておけばよい。このような分類及び指定を行っておけば、最初にレジスタ設定命令を受信した時点で、同レジスタ設定命令のエラーフラグが「１」にセットされることになり、その後に受信されるレジスタ設定命令については、当該エラーフラグに基づき、通信処理部７ａにて、システム制御装置２にＮＧを返答することが可能となる。
【００５４】
一方、ステップＳ８にて、受信された命令がグループ１でないと判定された場合、通信処理部７ａは、受信された命令が残るグループ２（他の命令に影響）であるという判断に基づき、ステップＳ１１にて、フラグセット対象命令として指定された命令のエラーフラグを「１」にセットするように、命令解析テーブルの内容を書き換える。例えば、図３の命令Ｎが受信された場合には、ステップＳ１１にて、命令Ｃ及び命令Ｆのエラーフラグが「０」から「１」にセットされることになる。
【００５５】
その後、通信処理部７ａから命令実行部７ｂに処理が移され、命令実行部７ｂは、ステップＳ１０にて、命令の解析並びに実行を行い、先述と同様、ステップＳ７において、システム制御装置２に対する受信完了の応答（ＯＫ返答）を行う。そして、一連の通信処理は完了される。
【００５６】
従って、例えば、エラー状態移行命令の後に、モータオン命令を受けてはならない、という制限事項が存在する場合には、エラー状態移行命令をグループ２に分類し、そのフラグセット対象命令として、モータオン命令を指定しておけばよい。このような分類及び指定を行っておけば、エラー状態移行命令を受信した時点で、モータオン命令のエラーフラグが「１」にセットされるので、その後に受信されるモータオン命令については、当該エラーフラグに基づき、通信処理部７ａにて、システム制御装置２にＮＧを返答することが可能となる。
【００５７】
上記したように、本実施形態のエンジン制御装置６は、マスタ側となるシステム制御装置２から発行された命令を受信してこれに対する応答を行うスレーブ側の制御装置であって、システム制御装置２との通信処理を行う通信処理部７ａと、通信処理部７ａで受信された命令を実行する命令実行部７ｂと、を有して成り、通信処理部７ａは、受信された命令が命令実行部７ｂの制限事項に反していると判断したとき、命令実行部７ｂに処理を渡すことなく、システム制御装置２に対して、その旨の応答を行う構成とされている（図５（ａ）を参照）。
【００５８】
具体的に述べると、本実施形態のエンジン制御装置６は、システム制御装置２から発行される命令毎に、エラーフラグと、フラグセット対象命令と、が少なくとも関連付けられた命令解析テーブルを有して成り、通信処理部７ａは、前記命令の受信に際して命令解析テーブルを参照し、受信された命令のエラーフラグがセットされていれば、当該命令は命令実行部７ｂの制限事項に反していると判断するものであり、また、前記エラーフラグのセットされていない命令については、フラグセット対象命令として指定された命令のエラーフラグをセットするように、命令解析テーブルの内容を書き換えるものとされている。
【００５９】
このような構成とすることにより、不適切なタイミングで発行された命令など、命令実行部７ｂの制限事項に反する命令が受信された場合でも、その受信処理に際して通信処理部７ａでエラー処理を完了することができる。従って、命令実行部７ｂでエラー処理を行っていた従来構成（図５（ｂ）を参照）に比べて、システム制御装置２とエンジン制御装置６との間で、煩雑な通信フェイズの整合作業を要することなく、その通信処理を高速化することが可能となる。
【００６０】
なお、上記実施形態では、本発明をプリンタに適用した場合を例に挙げて説明を行ったが、本発明の適用対象はこれに限定されるものではなく、スキャナ、複写機、ファクシミリ、或いは、これらの機能を併せ持つディジタル複合機などの画像形成装置全般に適用することが可能であり、さらには、その他の制御装置にも広く適用することが可能である。
【００６１】
また、本発明の構成は、上記実施形態のほか、発明の主旨を逸脱しない範囲で種々の変更を加えることが可能である。
【００６２】
例えば、上記実施形態では、システム制御装置２をマスタ側とし、エンジン制御装置６をスレーブ側とした上で、両装置間における通信処理の説明を行ったが、本発明の構成はこれに限定されるものではなく、命令によってはマスタ／スレーブの関係が逆となることもあり得る。従って、システム制御装置２及びエンジン制御装置６のいずれについても、本発明を適用することが可能である。
【００６３】
また、上記実施形態では、受信される命令を複数のエラーグループに分類する構成を例に挙げて説明を行ったが、本発明の構成はこれに限定されるものではなく、ある命令の受信によって影響を受ける命令（すなわち、上記実施形態ではフラグセット対象命令）さえ適切に指定されていれば、エラーグループの分類は必須ではない。
【００６４】
また、上記実施形態では、エラーフラグのセット動作にのみ着目して、その説明を行ったが、本発明に係る動作を応用し、受信された命令とエラーフラグのリセット動作とを関連付けても構わない。
【産業上の利用可能性】
【００６５】
本発明は、複数の制御装置を備えた画像形成装置の開発効率向上、並びに、通信速度向上に貢献し得る有用な技術である。
【図面の簡単な説明】
【００６６】
【図１】は、本発明に係るプリンタの構成を模式的に示す垂直断面正面図である。
【図２】は、システム制御装置２及びエンジン制御装置６の一実施形態を示すブロック図である。
【図３】は、命令解析テーブルの内容を模式的に示す図である。
【図４】は、命令解析テーブルに基づくエラー処理を示すフローチャートである。
【図５】は、本発明のエラー処理を概念的に示すブロック図である。
【符号の説明】
【００６７】
１    プリンタ
２    システム制御装置（システム制御基板）
３    フロントパネル
４    システムＣＰＵ
５    制御ロジックゲートアレイ
６    エンジン制御装置（エンジン制御基板）
７    エンジンＣＰＵ
７ａ    通信処理部
７ｂ    命令実行部
８    制御ロジックゲートアレイ
９    不揮発性メモリ
１０    露光ユニット
２０    ドラムユニット
２２    ドラム
２４    メインチャージャ
２６    清掃器
３０    現像ユニット
３２    現像ローラ
３４    トナーコンテナ
４０    定着ユニット
５０    用紙搬送ユニット
５１    給紙カセット
５２    給紙ローラ
５３    リタードローラ
５４    転写ローラ
５５    レジストローラ
５６    レジストセンサ
【図１】
0004519078.tif 000002
【図２】
0004519078.tif 000003
【図３】
0004519078.tif 000004
【図４】
0004519078.tif 000005
【図５】
0004519078.tif 000006