(57)【要約】【課題】  通信エラーに起因する初期化処理時に、コントローラに対して実行する必要がない処理を省略して、エラー復帰までの時間を短縮する。【解決手段】    所定の機能処理手段を制御するコントローラと通信する画像形成装置の制御装置において、コントローラとの間で通信エラーが発生していると判断した場合、コントローラに対するリセットが終了することに応じて、前記コントローラに対してすでに取得されている前記コントローラの構成を示す特定の情報を取得しない初期化処理を行うことを特徴とする。【選択図】  図３
2015173367.tif 000002
【特許請求の範囲】
【請求項１】
所定の機能処理手段を制御するコントローラと通信する画像形成装置の制御装置であって、
前記コントローラとの間で通信エラーが発生しているかどうかを判断する第１の判断手段と、
前記通信エラーが発生していると判断した場合、前記コントローラをリセットするリセット手段と、
前記リセット手段によるリセットが終了することに応じて、前記コントローラに対してすでに取得されている前記コントローラの構成を示す特定の情報を取得しない初期化処理を行う初期化手段と、
を備えることを特徴とする画像形成装置の制御装置。
【請求項２】
所定の機能処理手段を制御するコントローラと通信する画像形成装置の制御装置であって、
前記コントローラとの間で通信エラーが発生しているかどうかを判断する第１の判断手段と、
前記通信エラーが発生していると判断した場合、前記コントローラをリセットするリセット手段と、
前記リセット手段によるリセットが終了することに応じて、前記コントローラの状態を示す特定の情報を取得しない初期化処理を行う初期化手段と、
を備えることを特徴とする画像形成装置の制御装置。
【請求項３】
ジョブを保存する保存手段と、
前記リセット手段によるリセットを終了した後、前記保存手段にジョブが保存されているかどうかを判断する第２の判断手段と、を備え、
前記保存手段にジョブが保存されていると判断した場合、前記初期化手段は、前記コントローラの構成を示す特定の情報を取得しない初期化処理を行うことを特徴とする請求項１記載の画像形成装置の制御装置。
【請求項４】
前記リセット手段によるリセットを終了した後、特定のユーザがログインしているかどうかを判断する第３の判断手段と、を備え、
特定のユーザがログインしていると判断した場合、前記初期化手段は、前記コントローラの状態を示す特定の情報を取得しない初期化処理を行うことを特徴とする請求項２記載の画像形成装置の制御装置。
【請求項５】
前記所定の機能処理手段を制御するコントローラは、エンジンコントローラであることを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置の制御装置。
【請求項６】
前記エンジンコントローラは、プリンタエンジンコントローラ、スキャナエンジンコントローラを含むことを特徴とする請求項５記載の画像形成装置の制御装置。
【請求項７】
所定の機能処理手段を制御するコントローラと通信する画像形成装置の制御装置の初期化処理方法であって、
前記コントローラとの間で通信エラーが発生しているかどうかを判断する第１の判断工程と、
前記通信エラーが発生していると判断した場合、前記コントローラをリセットするリセット工程と、
前記リセット工程によるリセットが終了することに応じて、前記コントローラに対してすでに取得されている前記コントローラの構成を示す特定の情報を取得しない初期化処理を行う初期化工程と、
を備えることを特徴とする画像形成装置の制御装置の初期化処理方法。
【請求項８】
所定の機能処理手段を制御するコントローラと通信する画像形成装置の制御装置の初期化処理方法であって、
前記コントローラとの間で通信エラーが発生しているかどうかを判断する第１の判断工程と、
前記通信エラーが発生していると判断した場合、前記コントローラをリセットするリセット工程と、
前記リセット工程によるリセットが終了することに応じて、前記コントローラの状態を示す特定の情報を取得しない初期化処理を行う初期化工程と、
を備えることを特徴とする画像形成装置の制御装置の初期化処理方法。
【請求項９】
請求項７または８に記載の画像形成装置の制御装置の初期化処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の制御装置、画像形成装置の制御装置の初期化処理方法、及びプログラムに関するものである。
【背景技術】
【０００２】
画像形成装置１００は、画像形成装置全体を制御するメインコントローラと、プリンタエンジンやスキャナエンジンなどの装置と、それらを制御するエンジンコントローラによって構成されている。メインコントローラは、エンジンコントローラに対して制御コマンドを発行し、エンジンコントローラは受信した制御コマンドを基に各エンジンの制御を行う。
【０００３】
上記のように構成される画像形成装置において、メインコントローラとエンジンコントローラ間で何らかの要因によって通信エラーが発生するケースがある。従来、通信エラーが発生した場合は、操作部１６０にエラーを表示して、ユーザにスイッチのＯＦＦ／ＯＮを要求したり、サービスマンに連絡したりする必要があった。
しかしながら、上記の通信エラーは、エンジンコントローラの電源をＯＦＦ／ＯＮすることで元の状態に戻ることも多いため、エラーが発生したエンジンコントローラのみをＯＦＦ／ＯＮして復帰させるという制御が行われている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１４３８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、通信エラーが発生したエンジンコントローラのみをＯＦＦ／ＯＮする場合でも、メインコントローラとＯＦＦ／ＯＮしたエンジンコントローラは、通常の起動時と同じ初期化処理を行うため、復帰までに時間がかかってしまうという問題があった。
【０００６】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、通信エラーに起因する初期化処理時に、コントローラに対して実行する必要がない処理を省略して、エラー復帰までの時間を短縮できる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の画像形成装置の制御装置は以下に示す構成を備える。
所定の機能処理手段を制御するコントローラと通信する画像形成装置の制御装置であって、前記コントローラとの間で通信エラーが発生しているかどうかを判断する第１の判断手段と、前記通信エラーが発生していると判断した場合、前記コントローラをリセットするリセット手段と、前記リセット手段によるリセットが終了することに応じて、前記コントローラに対してすでに取得されている前記コントローラの構成を示す特定の情報を取得しない初期化処理を行う初期化手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、通信エラーに起因する初期化処理時に、コントローラに対して実行する必要がない処理を省略して、エラー復帰までの時間を短縮できる。
【図面の簡単な説明】
【０００９】
【図１】画像形成装置の構成を説明するブロック図である。
【図２】画像形成装置の制御方法を説明するフローチャートである。
【図３】画像形成装置の制御方法を説明するフローチャートである。
【図４】画像形成装置の制御方法を説明するフローチャートである。
【図５】画像形成装置の制御方法を説明するフローチャートである。
【図６Ａ】画像形成装置のコントローラ間のコマンドを示すテーブルである。
【図６Ｂ】画像形成装置のコントローラ間のコマンドを示すテーブルである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像形成装置の制御装置の構成を説明するブロック図である。本例は、スキャナエンジンと、プリンタエンジンとを備えて、所定の機能処理手段として、具体的には画像形成装置をプリント機能処理手段、スキャナ機能処理手段、コピー機能処理手段等として機能させることができるように構成されている。
【００１１】
図１において、画像形成装置１００は、メインコントローラ１０１、プリンタエンジンコントローラ１１０、プリンタエンジン１２０、スキャナエンジンコントローラ１３０、スキャナエンジン１４０、電源ユニット１５０、ＡＣ電源１７０などから構成される。
メインコントローラ１０１は、画像形成装置１００の状態遷移などシステムを管理し、制御を行う。ＣＰＵ１０２は、ＲＯＭ１０４に記憶された制御プログラムを読みだして読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ１０３は、ＣＰＵ１０２の主メモリ、ワークメモリ等の一次記憶領域として用いられる。ＤＩＳＫ１０５は、画像データや各種プログラムや各種設定情報を保存する。外部Ｉ／Ｆ１０６は、外部のコントローラとの通信を行う外部インターフェースである。
【００１２】
プリンタエンジンコントローラ１１０は、プリンタエンジン１２０を制御するためのコントローラである。メインコントローラ１０１からの指示に基づいて、プリンタエンジン１２０の制御を行ったり、プリンタエンジン１２０の各種情報をメインコントローラ１０１に通知したりする。ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３，外部Ｉ／Ｆ１１５については、メインコントローラ１０１のそれと同様であるので、ここでは説明を省略する。メインコントローラ１０１とプリンタエンジンコントローラ１１０とは、外部Ｉ／Ｆ１０６、１１５を介してシリアル通信やソケット通信などによって通信を行う。スキャナエンジンコントローラ１３０は、ＣＰＵ１３１、ＲＡＭ１３２、ＲＯＭ１３３，外部Ｉ／Ｆ１３５については、メインコントローラ１０１のそれと同様であるので、ここでは説明を省略する。
【００１３】
操作部１６０は、タッチパネル機能を有する液晶表示装置であって、画像形成装置１００が提供する機能の設定項目や画像形成装置１００の状態を表示したり、ユーザから画像形成装置１００に対する指示を受け付けたりする。ＬＡＮ１６２は、ネットワークに接続されており、外部のコンピュータからデジタル画像の入出力、ジョブの発行や機器の指示等を行なう。
【００１４】
プリンタエンジン１２０は、プリンタエンジンコントローラ１１０の指示に基づいて実際に用紙に画像の印刷を行ったり、プリンタエンジン１２０を構成する部品の状態やエラー情報などをプリンタエンジンコントローラ１１０に通知したりする。
【００１５】
スキャナエンジン１４０は、スキャナエンジンコントローラ１３０の指示に基づいて実際に原稿の画像を読み取ったり、スキャナエンジン１４０を構成する部品の状態やエラー情報などをスキャナエンジンコントローラ１３０に通知したりする。
【００１６】
電源ユニット１５０は、画像形成装置１００における電源を供給する装置である。装置ＯＦＦ時、ＡＣ電源１７０はスイッチ１７１により絶縁されている。スイッチ１７１をＯＮにすることでＡＣ−ＤＣコンバータ１５１にＡＣ電源１７０が供給され、ＤＣ電源が作られる。
この電源ユニット１５０はＣＰＵ１０２の指示により装置全体の独立した電源制御が可能である。すなわち、ＣＰＵ１０２からのスイッチ１５２により、メインコントローラ部電力１５５の電源をＯＦＦ／ＯＮ制御可能である。同様に、スイッチ１５３はプリンタエンジンコントローラ部電力１５６の電源をＯＦＦ／ＯＮ制御可能である。
スイッチ１５４はスキャナエンジンコントローラ部電力１５７の電源をＯＦＦ／ＯＮ制御可能である。ＣＰＵ１０２はこれらのスイッチ１５２、１５３、１５４を用いることで、適切に画像形成装置１００の必要な場所に電力を供給する。
【００１７】
〔通常起動時の処理〕
図２は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、画像形成装置１００の電源を投入した後の通常起動時の動作例に対応する。以下、Ｓ２００１からＳ２００９でメインコントローラ１０１の処理フローを説明する。ここで説明する制御は、メインコントローラ１０１のＲＯＭ１０４に記録されたプログラムをＣＰＵ１０２によって実行することで実現される。
【００１８】
まず、ＣＰＵ１０２がスイッチ１７１をＯＮすることによってメインコントローラ１０１に電源が供給される。Ｓ２００１で、電源が投入されたメインコントローラ１０１は、外部Ｉ／Ｆ１０６を介してプリンタエンジンコントローラ１１０、１３０との通信が可能となるように通信経路の初期化処理を行う。このようにして通信経路が確立されたら、予め定められたＩ／Ｆ仕様に基づいてお互いの構成情報を交換する。
【００１９】
ここで、Ｉ／Ｆ仕様は図６に示すようなコマンド体系で定義されており、プリンタエンジンコントローラ１１０、１３０を制御するための様々コマンドが用意されている。
【００２０】
コマンド体系は、データの先頭からオフセット０ｘ００に位置する値がコマンド名、オフセット０ｘ０１に位置する値がその後に続くデータのサイズ、オフセット０ｘ０２以降に位置する値は、各コマンド独自の情報が続く。Ｓ２００２で、メインコントローラ１０１はプリンタエンジンコントローラ１１０に対して、ＣｏｎｆｉｇＨｏｌｄコマンド（図６Ａの（ａ））を発行する。
ＣｏｎｆｉｇＨｏｌｄコマンド（図６Ａの（ａ））は、構成情報交換前に必ず発行しなければいけないコマンドとして定義されており、図示はしないが対応するＣｏｎｔＣｏｎｆｉｇコマンドを発行するまで構成情報の交換が続くことを意味する。
【００２１】
Ｓ２００３で、メインコントローラ１０１からプリンタエンジンコントローラ１１０に対して、メインコントローラ１０１の構成情報（特定の情報）を通知するためのＭａｒｋｅｔＳｅｔコマンド（図６Ａの（ｂ））が発行される。ＭａｒｋｅｔＳｅｔコマンド（図６Ａの（ｂ））では、仕向けコード、仕向け国コードをプリンタエンジンコントローラ１１０に通知する。
続いてＳ２００４で、メインコントローラ１０１は、プリンタエンジンコントローラ１１０に対して、プリンタエンジン１２０の構成情報を取得するためのＣｏｎｆｉｇＲｅｑコマンド（図６Ａの（ｃ））を発行する。プリンタエンジン１２０の構成要素は複数あるため、メインコントローラ１０１はＣｏｎｆｉｇＲｅｑコマンド（図６Ａの（ｃ））のＣｏｎｆｉｇｒａｔｉｏｎでプリンタエンジンコントローラ１１０に対して要求する情報を指定してコマンドを発行する。
例えば、ＣｏｎｆｉｇＲｅｑコマンド（図６Ａの（ｃ））のＣｏｎｆｉｇｒａｔｉｏｎで０ｘ０１エンジン種類通知を指定した場合、プリンタエンジンコントローラ１１０は、メインコントローラ１０１に対してＩｎｉｔＣｏｎｆｉｇコマンド（図６Ａの（ｄ））を返す。
【００２２】
ＩｎｉｔＣｏｎｆｉｇコマンド（図６Ａの（ｄ））は、プリンタエンジンの種別やファームウェアのバージョン等の情報が定義されている。以降のコマンドは図示しないが、Ｃｏｎｆｉｇｒａｔｉｏｎで指定可能なコマンドの概要を簡単に説明する。「０ｘ０２」のＮｏｎＡｓｓｕｒｅＡｒｅａコマンドは、プリンタエンジンの印字保証領域が用紙の左右上下それぞれに対して定義されている。「０ｘ０５」、「０ｘ０６」のＩｎｐｕｔＣｏｎｆｉｇコマンドは、プリンタの給紙トレイの情報として、給紙トレイがいくつ接続されているか、それぞれの給紙トレイで通紙可能な紙の種別は何かなどが定義されている。
【００２３】
「０ｘ０７」、「０ｘ０８」のＯｕｔｐｕｔＣｏｎｆｉｇコマンドは、プリンタ排紙機能の情報として、どのようなアクセサリ装置が装着されているか、それぞれのアクセサリ装置は、どのような能力を持つかなどの情報が定義されている。例えば、パンチ機能、ステイプル機能、ソート機能、製本機能、折り機能、排紙トレイの最大積載枚数など、それぞれの機能が搭載されているか否かと動作可能な内容が細かく定義されている。
【００２４】
以上のように、プリンタエンジン１２０の様々な構成情報をＣｏｎｆｉｇＲｅｑコマンド（図６Ａの（ｃ））により、繰り返しプリンタエンジンコントローラ１１０から取得する（Ｓ２００４、２００５）。こうして取得した情報は、メインコントローラ１０１が操作部１６０に、プリンタエンジンの能力に応じた機能を表示するための情報として使用する。
【００２５】
このようにして構成情報の交換が終了すると、Ｓ２００６でメインコントローラ１０１はプリンタエンジンコントローラ１１０に対してＣｏｎｔＣｏｎｆｉｇコマンドを通知する。続いてＳ２００７でメインコントローラ１０１はプリンタエンジンコントローラ１１０の状態取得を行う。
【００２６】
ここｓｗ、状態取得のコマンドとしてＳｔｓＲｅｑ（図６Ｂの（ｅ））、ＳｔｓＲｅｐ（図６Ｂの（ｆ））、図示はしないがＳｔｓＲｅｑＥｎｄが定義されている。
メインコントローラ１０１は、ＳｔｓＲｅｑ（図６Ｂの（ｅ））のＳｔａｔｕｓＩｄで、取得したい状態の種類を指定することによって、必要な情報をプリンタエンジンコントローラ１１０から取得する。
【００２７】
ＳｔａｔｕｓＩｄで指定可能なパラメータには、プリンタエンジン１２０の状態を通知するための全体ステータスや、給紙部や排紙部の状態を通知するための給紙部情報や排紙部情報、トナーや用紙などの残量の状態を通知する残量情報などが定義されている。また、エラーが発生したことを通知するオペレータコール情報、サービスコール情報なども定義されている。
【００２８】
こうして取得した情報は、メインコントローラ１０１が操作部１６０に、残量表示やエラー表示などを行うために使用される。以上の全てが完了すると、メインコントローラ１０１の起動処理が完了する。
【００２９】
次に、Ｓ２１０１からＳ２１０９でプリンタエンジンコントローラ１１０の処理フローを説明する。ここで説明する制御は、プリンタエンジンコントローラ１１０のＲＯＭ１１３に記録されたプログラムをＣＰＵ１１１によって実行することで実現される。スイッチ１７１をＯＮすることによってプリンタエンジンコントローラ１１０に電源が供給される。
【００３０】
Ｓ２１０１で、電源が投入されたプリンタエンジンコントローラ１１０は、外部Ｉ／Ｆ１１５を介してメインコントローラ１０１との通信が可能となるように通信経路の初期化処理を行う。通信経路が確立されたら、先程説明したＩ／Ｆ仕様に基づいてお互いの構成情報を交換する。Ｓ２１０２で、プリンタエンジンコントローラ１１０はメインコントローラ１０１から、ＣｏｎｆｉｇＨｏｌｄ（図６Ａの（ａ））コマンドを受信する。Ｓ２１０３で、プリンタエンジンコントローラ１１０はメインコントローラ１０１から、メインコントローラ１０１の構成情報を通知するためのＭａｒｋｅｔＳｅｔコマンド（図６Ａの（ｂ））を受信する。
【００３１】
ＭａｒｋｅｔＳｅｔコマンドで通知される仕向けコード、仕向け国コードによって、プリンタエンジンコントローラ１１０は、国毎に異なる用紙のサイズのうちどの用紙が使用されることになるかを判断可能となる。
続いてＳ２１０５で、プリンタエンジンコントローラ１１０は、メインコントローラ１０１から、ＣｏｎｆｉｇＲｅｑ（図６Ａの（ｃ））コマンドを受信し、Ｃｏｎｆｉｇｒａｔｉｏｎで指定された構成要素に対する情報を繰り返しメインコントローラ１０１に返信する（Ｓ２１０５、Ｓ２１０６）。
【００３２】
なお、上記Ｓ２１０５、Ｓ２１０６は、Ｓ２１０４でプリンタエンジンコントローラ１１０がメインコントローラ１０１からＣｏｎｔＣｏｎｆｉｇコマンドを受信するまで繰り返し行われる。
Ｓ２１０８でプリンタエンジンコントローラ１１０はメインコントローラ１０１からＳｔｓＲｅｑコマンド（図６Ｂの（ｅ））を受信する。ＳｔａｔｕｓＩｄで指定された状態をＳｔｓＲｅｐコマンド（図６Ｂの（ｆ））によって、メインコントローラ１０１に繰り返し返信する（Ｓ２１０８、Ｓ２１０９）。
【００３３】
なお、Ｓ２１０８、Ｓ２０１９は、Ｓ２０１７でプリンタエンジンコントローラ１１０がメインコントローラ１０１からＳｔｓＲｅｑＥｎｄを受信するまで繰り返し行われる。ＳｔｓＲｅｑＥｎｄを受信すると、プリンタエンジンコントローラ１１０の起動処理が完了する。
【００３４】
〔通信エラー検知時の処理〕
図３は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、画像形成装置１００の電源を投入した後の通信エラー検知時の動作例に対応する。以下、Ｓ２００１からＳ２００９でメインコントローラ１０１の処理フローを説明する。ここで説明する制御は、メインコントローラ１０１のＲＯＭ１０４に記録されたプログラムをＣＰＵ１０２によって実行することで実現される。
【００３５】
Ｓ３００１でメインコントローラ１０１は、プリンタエンジンコントローラ１１０との通信エラーを検知する。検知方法は、メインコントローラ１０１からプリンタエンジンコントローラ１１０に対して図示はしないが、ＥｃｈｏＲｅｑコマンドを発行し、このコマンドに対するＥｃｈｏＡｃｋコマンドを受信できないことから検知を行う。それ以外に、ハード的な信号線を用意して検知するようにしてもよい。
【００３６】
Ｓ通信エラーを検知した場合、Ｓ３００２に進む。Ｓ３００２でメインコントローラ１０１は、プリンタエンジンコントローラ１１０の電源をＯＦＦ／ＯＮする。プリンタエンジンコントローラ１１０の電源がＯＦＦ／ＯＮ（リセット）されると、図２で説明した起動処理が必要となる。
しかしながら、メインコントローラ１０１が通信エラーを検知して瞬時にプリンタエンジンコントローラ１１０の電源をＯＦＦ／ＯＮする状況では、構成情報やプリンタエンジンの状態が変化する可能性が極めて低いため通常起動時と全く同じ処理を行う必要は無い。そのため、プリンタエンジンコントローラ１１０の電源ＯＦＦ／ＯＮ時は、画像形成装置１００の状態に応じて不要な処理を行わないように制御する。
【００３７】
Ｓ３００３でメインコントローラ１０１のＣＰＵ１０２は、エラー発生時にメインコントローラ１０１内にジョブが存在していたか否かを判断する。エラー発生時、メインコントローラ１０１内にジョブが存在しているとＣＰＵ１０２が判断した場合は、構成情報に変更はないが、直前に実行していたジョブによってプリンタエンジン１２０の状態が変更している可能性がある。そのため通常起動時と比較してＳ２００４〜Ｓ２００５のみを省いて、図４に示す復帰処理１を実行して起動処理を完了させる（Ｓ３００４）。
【００３８】
一方、Ｓ３００３で、エラー発生時にジョブが存在していないとＣＰＵ１０２が判断した場合Ｓ３００５に進み、ＣＰＵ１０２がログイン中のユーザが存在しているか否かを判断する。ここで、ログイン中のユーザが存在しているとＣＰＵ１０２が判断した場合、構成情報やプリンタエンジン１２０の状態には変更はないが、ユーザが画像形成装置１００を使用中であり、なるべく早く起動処理を完了させる必要がある。そのため、図５に示すように、通常起動処理と比較してＳ２００４〜Ｓ２００５、Ｓ２００７〜Ｓ２００８の処理を省いた復帰処理２を実行して起動を完了させる（Ｓ３００６）。ここでは、ログインユーザの有無で制御を行う例を示しているが、人感センサを用いてユーザの有無を判断してもよい。ログイン中のユーザが存在しなかった場合は、Ｓ３００７に進む。メインコントローラ１０１内にジョブが存在せず、ログイン中のユーザも存在しない場合は、早急に起動処理を完了する必要が無いため、通常通りの起動処理を行う。
【００３９】
以上のように制御することで、通信エラーが発生した場合の復帰までの時間を状況に応じて短縮することが可能となる。ここでは、プリンタエンジン１２０について詳細に説明したが、スキャナエンジン１４０についても同様の制御を行う。
【００４０】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００４１】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００４２】
１００  画像形成装置
１０１  メインコントローラ
１１０  プリンタエンジンコントローラ
１２０  プリンタエンジン
１３０  スキャナエンジンコントローラ
１４０  スキャナエンジン
【図１】
2015173367.tif 000003
【図２】
2015173367.tif 000004
【図３】
2015173367.tif 000005
【図４】
2015173367.tif 000006
【図５】
2015173367.tif 000007
【図６Ａ】
2015173367.tif 000008
【図６Ｂ】
2015173367.tif 000009