(57)【要約】  【課題】メイン制御部とエンジン制御部との間に通信エラーが生じた場合でも、その後の処理を適切に実行することができる画像形成装置を提供すること。  【解決手段】スタートキーが操作されて、メインＣＰＵへの印字指示があると（ステップＳ１でＹＥＳ）、メインＣＰＵはエンジンＣＰＵに向けて印字要求コマンドを送信する（ステップＳ２）。メインＣＰＵは、所定時間を経過した後も、エンジンＣＰＵからのＡＣＫ応答を受信しないときは（ステップＳ５でＹＥＳ）、印字要求コマンドのコマンド部の最上位ビットを反転させつつ（ステップＳ６）、その印字要求コマンドをエンジンＣＰＵに向けて再送信している（ステップＳ７）。【選択図】図２
2008261994.tif 000002
【特許請求の範囲】
【請求項１】
第１の制御部と、
上記第１の制御部と通信可能に接続されて、上記第1の制御部から送信される信号に基づいて、所定の処理を実行する第２の制御部と、
所定のフラグ情報をその一部に有するコマンドを、上記第１の制御部から上記第２の制御部に向けて送信するコマンド送信手段と、
上記第２の制御部に設けられ、上記第１の制御部からのコマンドを受信するためのコマンド受信手段と、
上記コマンド受信手段が上記第１の制御部からのコマンドを受信することに基づいて、上記第２の制御部から上記第１の制御部に向けて応答を送信する応答送信手段と、
上記第２の制御部からの上記応答が第１の制御部に正常に受信されないことに基づいて、上記第１の制御部と上記第２の制御部との間の通信におけるエラーの発生を検知する通信エラー発生検知手段とを含み、
上記コマンド送信手段は、所定の送信指示があったことに基づいて上記コマンドを送信し、また、上記通信エラー検知手段によって通信エラーが検知されたことに基づいて上記コマンドを、上記所定の送信指示があったときの送信に用いるコマンドとは上記フラグ情報を異ならせつつ再送信するものであり、
上記第２の制御部には、上記コマンド受信手段が受信するコマンドのフラグ情報に基づいて、上記コマンド受信手段が受信したコマンドが再送信にかかるものであるか否かを判別するコマンド判別手段が設けられていることを特徴とする、画像形成装置。
【請求項２】
上記第２の制御部には、上記コマンド判別手段によって再送信にかかるコマンドであると判別されたことを条件の１つとして、上記コマンド受信手段が受信するコマンドを無効とするコマンド無効処理手段が設けられていることを特徴とする、請求項１記載の画像形成装置。
【請求項３】
上記第１の制御部は、画像データを、印刷可能な印字データに変換する処理を実行するメイン制御部であり、
上記第２の制御部は、上記メイン制御部から送信される印字データに基づいて、画像を形成するための画像形成処理を実行するエンジン制御部であり、
上記コマンド送信手段が送信するコマンドは、上記印字データに関連して、上記メイン制御部から上記エンジン制御部に向けて送信される印字要求コマンドであることを特徴とする、請求項１または２記載の画像形成装置。
【請求項４】
上記コマンドに含まれるフラグ情報は、上記コマンドを構成する複数のビットのうち１のビットを用いて表されていることを特徴とする、請求項１〜３のいずれか一項に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、第１の制御部と第２の制御部とを備えた画像形成装置に関する。
【背景技術】
【０００２】
画像形成装置は、画像データに対して画像処理を施すメイン制御部と、ローラやヒータなどを駆動する駆動部を制御して画像を形成させるエンジン制御部とを備えている。メイン制御部とエンジン制御部との間では通信が行われている。このメイン制御部とエンジン制御部との間の通信においてエラーが生じることがある。
従来の画像形成装置では、メイン制御部とエンジン制御部との間の通信エラーの発生を監視している。たとえば、メイン制御部からエンジン制御部に向けてコマンドを送信しから所定時間を経過しても、エンジン制御部からの応答が返信されないときには、メイン制御部は、コマンドの送信時に通信エラーがあったと判断して、エンジン制御部に向けてコマンドを再送信している。
【特許文献１】特開平５−１１０７２８号公報
【特許文献２】特許３０３８４９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、メイン制御部によって通信エラーの発生が検知されているにもかかわらず、メイン制御部からのコマンドがエンジン制御部に正常に受信されていることがある。この場合、エンジン制御部におけるコマンドの受信が正常であるのに、メイン制御部からエンジン制御部に向けてコマンドが再送信されるので、エンジン制御部は同じ内容のコマンドを２つ受信するようになる。このため、たとえば、最初のコマンドにより既に制御を開始しているエンジン制御部が、再送信のコマンドを実行しようとすると、画像形成装置にジャムの発生など不具合が生じることがある。
【０００４】
そこで、本発明の目的は、メイン制御部とエンジン制御部との間に通信エラーが生じた場合でも、その後の処理を適切に実行することができる画像形成装置を提供することである。
【課題を解決するための手段】
【０００５】
上記の目的を達成するための請求項１記載の発明は、第１の制御部（３）と、上記第１の制御部と通信可能に接続されて、上記第1の制御部から送信される信号に基づいて、所定の処理を実行する第２の制御部（１８）と、所定のフラグ情報をその一部に有するコマンド（２１）を、上記第１の制御部から上記第２の制御部に向けて送信するコマンド送信手段（８）と、上記第２の制御部に設けられ、上記第１の制御部からのコマンドを受信するためのコマンド受信手段（１２）と、上記コマンド受信手段が上記第１の制御部からのコマンドを受信することに基づいて、上記第２の制御部から上記第１の制御部に向けて応答を送信する応答送信手段（１２）と、上記第２の制御部からの上記応答が第１の制御部に正常に受信されないことに基づいて、上記第１の制御部と上記第２の制御部との間の通信におけるエラーの発生を検知する通信エラー発生検知手段（８）とを含み、上記コマンド送信手段は、所定の送信指示があったことに基づいて上記コマンドを送信し、また、上記通信エラー検知手段によって通信エラーが検知されたことに基づいて上記コマンドを、上記所定の送信指示があったときの送信に用いるコマンドとは上記フラグ情報を異ならせつつ再送信するものであり、上記第２の制御部には、上記コマンド受信手段が受信するコマンドのフラグ情報に基づいて、上記コマンド受信手段が受信したコマンドが再送信にかかるものであるか否かを判別するコマンド判別手段（１２）が設けられていることを特徴とする、画像形成装置（１）である。
【０００６】
なお、括弧内の数字は、後述の実施形態における対応構成要素等を表す。以下、この項において同じ。
請求項２記載の発明は、上記第２の制御部には、上記コマンド判別手段によって再送信にかかるコマンドであると判別されたことを条件の１つとして、上記コマンド受信手段が受信するコマンドを無効とするコマンド無効処理手段（１２）が設けられていることを特徴とする、請求項１記載の画像形成装置である。
【０００７】
請求項３記載の発明は、上記第１の制御部は、画像データを、印刷可能な印字データに変換する処理を実行するメイン制御部（３）であり、上記第２の制御部は、上記メイン制御部から送信される印字データに基づいて、画像を形成するための画像形成処理を実行するエンジン制御部（１８）であり、上記コマンド送信手段が送信するコマンドは、上記印字データに関連して、上記メイン制御部から上記エンジン制御部に向けて送信される印字要求コマンド（２１）であることを特徴とする、請求項１または２記載の画像形成装置である。
【０００８】
請求項４記載の発明は、上記コマンドに含まれるフラグ情報は、上記コマンドを構成する複数のビットのうち１のビットを用いて表されていることを特徴とする、請求項１〜３のいずれか一項に記載の画像形成装置である。
【発明の効果】
【０００９】
請求項１記載の発明によれば、第１の制御部から送信されるコマンドのフラグ情報は、当該コマンドが再送信にかかるものか否かに応じて異ならされている。このため、第２の制御部は、受信手段が受信したコマンドのフラグ情報に基づいて、そのコマンドが再送信にかかるものであるか否かを判別することができる。
そして、コマンドが再送信にかかるものである場合とそうでない場合とで、その後に第２の制御部が実行する処理を異ならせれば、メイン制御部とエンジン制御部との間に通信エラーが生じた場合であっても、その後の処理を適切に実行することができる。
【００１０】
また、フラグ情報がコマンドの一部として設けられているので、コマンドのサイズが大型化しない。このため、メイン制御部とエンジン制御部との間の通信量が増大することなく、再送信にかかるコマンドであるか否かを判別することができる。
請求項２記載の発明によれば、受信手段が受信したコマンドが再送信にかかるものであることを条件の１つとして当該コマンドは無効とされる。このため、エンジン制御部が複数の同じ印字要求コマンドを受信した場合であっても、このうちの１つだけを有効なものとして扱うことができる。これにより、メイン制御部とエンジン制御部との間に通信エラーが生じた場合でも、その後の処理を適切に実行することができる。
【００１１】
請求項３記載の発明によれば、エンジン制御部は、受信手段が受信したメイン制御部からの印字要求コマンドのフラグ情報に基づいて、当該印字要求コマンドが再送信にかかるものであるか否かを判別する。
このため、印字要求コマンドが再送信にかかるものである場合とそうでない場合とで、その後エンジン制御部が行う処理を異ならせることで、メイン制御部とエンジン制御部との間に通信エラーが生じた場合でも、その後の画像形成処理を適切に実行することができる。
【００１２】
請求項４記載の発明によれば、上記コマンドに含まれるフラグ情報は、上記コマンドを構成する複数のビットのうち１のビットを用いて表されているので、メイン制御部とエンジン制御部との間の通信量が増大することを抑制することができる。
なお、上記コマンドでは、その最上位ビットがフラグ情報を表すために用いられていることが好ましい。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を、図面を参照して説明する。
図１は、この発明の一実施形態に係る画像形成装置の一実施形態であるディジタル複写機１の電気的構成を示すブロック図である。
ディジタル複写機１には、ユーザにより操作される操作パネル２と、原稿画像を読み込むためのスキャナ部４と、スキャナ部４で読み取られた原稿の画像データに対して所定の画像処理を施すメイン制御部３と、メイン制御部３から与えられる印字データに基づいて原稿画像のコピーを行うためのエンジン部５とを備えている。
【００１４】
スキャナ部４の構成は、たとえば、光源およびＣＣＤラインセンサなどを含む周知の構成である。すなわち、スキャナ部４において光源から原稿に向けて照射した光の反射光をＣＣＤラインセンサで受光することにより、原稿の画像データを得ることができる。
メイン制御部３は、不揮発性のハードディスク（ＨＤＤ）６、揮発性のメモリ（ＲＡＭ）７、メインＣＰＵ８およびタイマ１６を備えている。ＨＤＤ６、ＲＡＭ７およびタイマ１６は、メインＣＰＵ８に接続されている。ＨＤＤ６には、スキャナ部４により読み取られた原稿の画像データが蓄積されている。
【００１５】
メインＣＰＵ８はＨＤＤ６から読み出した画像データに画像処理を施すためのものである。このメインＣＰＵ８によって行われる画像処理として、たとえば、シェーディング補正処理、フィルタ処理、ガンマ補正処理およびスクリーン処理などを挙げることができる。メインＣＰＵ８には、操作パネル２からの操作信号が入力されるようになっている。また、ＲＡＭ７はワークエリアとして機能している。
【００１６】
エンジン部５の構成は、たとえば、感光体ドラム、メインチャージャ、現像装置および転写装置などを含む周知の構成である。すなわち、画像形成時には、略円筒状の感光体ドラムの表面がメインチャージャによって一様に帯電され、この感光体ドラムの周面に画像データに基づいて光が照射されることにより、感光体ドラムの周面にいわゆる静電潜像が形成される。静電潜像が形成された感光体ドラムの周面には、現像器により供給されるトナーが選択的に付着され、トナー像が形成される。そして、感光体ドラムの周面に形成されたトナー像は、転写装置の働きによって用紙に転写される。
【００１７】
エンジン部５には、転写装置に用紙を搬送するための搬送モータ９や、感光体ドラムを回転駆動させるためのドラムモータが備えられている。駆動部１１には、搬送モータ９やドラムモータのほか、フィニッシャ、メインモータ、搬送クラッチまたはフィッシャ排出ソレノイドが含まれていてもよい。
エンジン部５には、これら駆動部１１を制御するためのエンジンＣＰＵ１２が備えられている。エンジンＣＰＵ１２には、駆動部１１のほか、ワークエリアとしてのＲＡＭ１５およびタイマ１７が接続されている。これら、エンジンＣＰＵ１２、ＲＡＭ１５およびタイマ１７によって、エンジン制御部１８が構成されている。また、エンジンＣＰＵ１２は、図示しないインターフェイスを介して、メインＣＰＵ８と通信可能に接続されている。
【００１８】
操作パネル２には、ユーザが設定内容等を入力するための複数の操作キー１４が設けられている。複数の操作キー１４には、印字処理をスタートさせるためのスタートキー、コピー条件（枚数・部数等）を入力するための設定キー、入力内容や設定内容をクリアするためのクリアキーなどが含まれる。
スキャナ部４に原稿がセットされた状態で、操作パネル２に設けられた複数の操作キー１４のうちスタートキーが操作されると、スキャナ部４において画像が読み取られる。このとき、光源から原稿に向けて照射した光の反射光がＣＣＤイメージセンサで検出され、それが電気信号に変換されて、画像データとしてＨＤＤ６に与えられるようになっている。
【００１９】
印字処理の開始時においては、メインＣＰＵ８とエンジンＣＰＵ１２との間で通信処理が行われる。この通信処理では、スタートキーが操作されてメインＣＰＵ８への印字指示があると、メインＣＰＵ８はエンジンＣＰＵ１２に向けて印字要求コマンド２０（図３参照）を送信する。エンジンＣＰＵ１２は、印字要求コマンド２０を受信すると、メインＣＰＵ８に向けてＡＣＫ応答を送信する。メインＣＰＵ８は、エンジンＣＰＵ１２からのＡＣＫ応答を受信するまで、印字データの送信の送信が禁止される。メインＣＰＵ８がＡＣＫ応答を受信すると、印字データの送信が許可されて、メインＣＰＵ８からエンジンＣＰＵ１２に向けて印字データが送信される。
【００２０】
エンジンＣＰＵ１２は、メインＣＰＵ８から与えられる印字データに基づいて駆動部１１を制御し、所定の画像を形成するようにエンジン部５を作動させる。エンジン部５で形成された画像は、転写装置によって用紙に転写される。
図２は、印字処理前の通信処理時におけるメインＣＰＵ８の制御を示すフローチャートである。
【００２１】
スタートキーが操作されて、メインＣＰＵ８への印字指示があると（ステップＳ１でＹＥＳ）、メインＣＰＵ８はエンジンＣＰＵ１２に向けて印字要求コマンド２０を送信する（ステップＳ２）。また、メインＣＰＵ８は、タイマ１６によって、印字要求コマンド２０を送信してからの時間を計測する（ステップＳ３）。
メインＣＰＵ８は、エンジンＣＰＵ１２からのＡＣＫ応答を受信したときには（ステップＳ４でＹＥＳ）、エンジンＣＰＵ１２に対して印字データを送信し、その後、その通信処理を終了する。
【００２２】
ところで、メインＣＰＵ８からエンジンＣＰＵ１２への印字要求コマンド２０の送信過程で通信エラーが発生することがある。このため、メインＣＰＵ８は、通信エラーの発生を監視しておき、通信エラーの発生を検知すると、エンジンＣＰＵ１２に向けて印字要求コマンド２０を再送信している。
ところが、メインＣＰＵ８からエンジンＣＰＵ１２への印字要求コマンド２０の送信過程ではなく、エンジンＣＰＵ１２からメインＣＰＵ８へのＡＣＫ応答の送信過程で通信エラーが発生することがある。この場合、メインＣＰＵ８がエンジンＣＰＵ１２に向けて印字要求コマンド２０を再送信すると、エンジンＣＰＵ１２に同じ内容の印字要求コマンド２０が続けて送信される。エンジンＣＰＵ１２が同じ内容の印字要求コマンド２０を続けて受信すると、その後のエンジン制御部３によるエンジン部５の制御に不具合が生じるおそれがある。
【００２３】
そこで、この実施形態では、メインＣＰＵ８は、所定時間を経過した後も、エンジンＣＰＵ１２からのＡＣＫ応答を受信しないときは（ステップＳ５でＹＥＳ）、印字要求コマンド２０のコマンド部２１の最上位ビットを反転させつつ（ステップＳ６）、その印字要求コマンド２０をエンジンＣＰＵ１２に向けて再送信している（ステップＳ７）。
図３は、メインＣＰＵ８からエンジンＣＰＵ１２に向けて送信される印字要求コマンド２０の構成例を示す図である。
【００２４】
図３（ａ）に示すように、印字要求コマンド２０は、２バイトからなるコマンド部２１と、２バイトからなるデータ部２２とを備えた４ビットからなる信号である。コマンド部２１には、印字要求の内容に関するデータが書き込まれている。また、データ部２２は、印字された用紙の排出先についてのデータ（図３（ａ）の左半分に相当）、および転写装置に搬送される用紙の供給元についてのデータ（図３（ｂ）の右半分に相当）が書き込まれている。
【００２５】
コマンド部２１のうち上位の８ビット構成を図３（ｂ）に示す。これら「ビット０」から「ビット７」の８個のビットには、それぞれ「０」か「１」が書き込まれている。このうち最上位ビットである「ビット０」は、その印字要求コマンド２０が再送信にかかるものであるか否かに対応したものであり、この「ビット０」に書き込まれているデータによって、フラグ情報が表されている。
【００２６】
つまり、メインＣＰＵ８は、図２のステップＳ２における印字要求コマンド２０の送信時には「ビット０」に「１」を書き込むが、ステップＳ７の印字要求コマンド２０の再送信時には、「ビット０」に「０」を書き込む。言い換えれば、印字要求コマンド２０の再送信時には、メインＣＰＵ８は「ビット０」に書き込まれている「０」を「１」に反転させる。なお、図３（ｃ）には、図３（ｂ）のコマンド部を反転させた状態を示している。
【００２７】
図４は、印字処理開始時の通信処理時におけるエンジンＣＰＵ１２の制御を示すフローチャートである。
エンジンＣＰＵ１２は、メインＣＰＵ８からの印字要求コマンド２０を受信すると（ステップＴでＹＥＳ）、メインＣＰＵ８に対してＡＣＫ応答を返信するとともに（ステップＴ２）、その印字要求コマンド２０をＲＡＭ１５に格納する。また、エンジンＣＰＵ１２は、印字要求コマンド２０のコマンド部２１の最上位ビットを参照し（ステップＴ３）、印字要求コマンド２０に含まれているフラグ情報をチェックする。
【００２８】
コマンド部２１の最上位ビットに「０」が書き込まれているときには（ステップＴ４でＹＥＳ）、エンジンＣＰＵ１２は、搬送モータ９の駆動を開始した後、その通信処理を終了する。このとき、エンジンＣＰＵ１２が受信した印字要求コマンド２０は再送信にかかるものでなく、また、メインＣＰＵ８とエンジンＣＰＵ１２との間で通信エラーが発生していない。その後、エンジンＣＰＵ１２は、メインＣＰＵ８から送信される印字要求コマンド２０に基づいて、印字処理を実行する。
【００２９】
印字要求コマンド２０の最上位ビットに「１」が書き込まれているときには、エンジンＣＰＵ１２は、次にＲＡＭ１５に格納されている前回受信した印字要求コマンドを参照し（ステップＴ５）、エンジンＣＰＵ１２が今回に取得した印字要求コマンド２０と前回に取得した印字要求コマンドとの間で、最上位ビット以外の部分が一致しているか否かを判断する（ステップＴ６）。印字要求コマンド２０の最上位ビットに「１」が書き込まれているときには、当該印字要求コマンド２０が再送信にかかるものであり、エンジンＣＰＵ１２は、メインＣＰＵ８とエンジンＣＰＵ１２との間における通信エラーの発生を検知する。このとき、エンジンＣＰＵ１２は、印字要求コマンド２０が前回受信した印字要求コマンドと同じ内容のものである否かを調べる。エンジンＣＰＵ１２が受信した印字要求コマンド２０が前回受信した印字要求コマンドと同じ内容であるときには、エンジンＣＰＵ１２からメインＣＰＵ８へのＡＣＫ応答の返信過程において通信エラーが発生していることになる。一方で、エンジンＣＰＵ１２が受信した印字要求コマンド２０が前回受信した印字要求コマンドと異なる内容であるときには、メインＣＰＵ８からエンジンＣＰＵ１２への印字要求コマンド２０の送信過程において通信エラーが発生していることになる。
【００３０】
エンジンＣＰＵ１２が今回取得した印字要求コマンド２０と前回に取得した印字要求コマンドとの間で、最上位ビット以外の部分が一致していない場合には（ステップＴ６でＮＯ）、エンジンＣＰＵ１２は、メインＣＰＵ８からの印字要求信号を有効として、搬送モータ９の駆動を開始した後（ステップＴ８）、その通信処理を終了する。その後、エンジンＣＰＵ１２は、メインＣＰＵ８から送信される印字要求コマンド２０に基づいて、印字処理を実行する。
【００３１】
一方、印字要求コマンド２０の最上位ビットに「１」が書き込まれており、かつ、前回に取得した印字要求コマンドと最上位ビット以外の部分が一致している場合には（ステップＴ６でＹＥＳ）、最上位ビット以外の部分が一致している場合には、前回の通信時（通信エラーが発生した通信時）において、エンジンＣＰＵ１２からのＡＣＫ応答がメイン制御部８に正常に受信されておらず、エンジンＣＰＵ１２からメインＣＰＵ８へのＡＣＫ応答の送信過程で送信エラーがあったということになる。この場合、エンジンＣＰＵ１２は、メインＣＰＵ８からの同じ内容の複数の印字要求コマンド２０を受信するので、そのうち再送信にかかる印字要求コマンド２０を無効化して（ステップＴ７）、その処理を終了する。このため、同一内容の印字要求コマンド２０に基づいて、エンジンＣＰＵ１２がエンジン部５を駆動することを防止することができる。
【００３２】
以上により、この実施形態によれば、メインＣＰＵ８から送信される印字要求コマンド２０のフラグ情報は、当該印字要求コマンド２０が再送信にかかるものか否かに応じて異ならされている。このため、エンジンＣＰＵ１２は、当該エンジンＣＰＵ１２が受信する印字要求コマンド２０のフラグ情報に基づいて、その印字要求コマンド２０が再送信にかかるものであるか否かを判別することができる。
【００３３】
したがって、エンジンＣＰＵ１２が複数の同じ印字要求コマンド２０を受信しても、このうちの１つだけを有効なものとして扱うことができる。したがって、エンジンＣＰＵ１２が複数の印字要求コマンド２０に基づいて印字処理を行うことを防止することができる。これにより、メインＣＰＵ８とエンジンＣＰＵ１２との間に通信エラーが生じた場合でも、ディジタル複写機１におけるその後の印字処理を適切に実行することができる。
【００３４】
また、フラグ情報が印字要求コマンド２０の一部として設けられているので、印字要求コマンド２０のサイズが大型化することなく、フラグ情報を付加することができる。このため、メインＣＰＵ８とエンジンＣＰＵ１２との間の通信量を増大させることなく、エンジンＣＰＵ１２による再送信にかかるコマンドであるか否かの判別が行える。
さらに、印字要求コマンド２０に含まれるフラグ情報は、印字要求コマンド２０に含まれるコマンド部２１の最上位ビットである「ビット０」に書き込まれているビットを用いて表される。このため、メインＣＰＵ８とエンジンＣＰＵ１２との間の通信量を増大させることをより一層抑制することができる。
【００３５】
なお、この発明は、上述の実施形態に限定されない。
上述の説明では、印字データは印字要求コマンド２０とは別のタイミングでエンジンＣＰＵ１２に向けて送信されるものとして説明したが、印字データは、印字要求コマンド２０に付随して送信されていてもよい。さらには、印字データが、印字要求コマンド２０に含まれる構成であってもよい。
【００３６】
また、上述の説明では、印字要求コマンド２０を例にとって説明したが、イニシャルコマンドなどその他のコマンドを用いた通信に適用することもできる。
さらにまた、上述の説明では、画像形成装置としてディジタル複写機を例に挙げて説明したが、本発明は、プリンタや複合機などの他の画像形成装置にも適用できる。
その他、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。
【図面の簡単な説明】
【００３７】
【図１】この発明に係る画像形成装置の一例であるディジタル複写機の電気的構成を示すブロック図である。
【図２】印字処理前の通信処理時におけるメインＣＰＵの制御を示すフローチャートである。
【図３】メインＣＰＵからエンジンＣＰＵに向けて送信される印字要求コマンドの構成例を示す図である。
【図４】印字処理開始時の通信処理時におけるエンジンＣＰＵの制御を示すフローチャートである。
【符号の説明】
【００３８】
１  ディジタル複写機（画像形成装置）
３  メイン制御部
５  エンジン部
８  メインＣＰＵ
９  搬送モータ
１１  駆動部
１２  エンジンＣＰＵ
１５  ＲＡＭ
１８  エンジン制御部
２０  印字要求コマンド
２１  コマンド部
【図１】
2008261994.tif 000003
【図２】
2008261994.tif 000004
【図３】
2008261994.tif 000005
【図４】
2008261994.tif 000006