(57)【要約】【課題】  コントローラ部の種類を増やす等の装置の大型化を行なわず、利用される条件等により品質に関するエラーの判断基準を可変とし選択することが可能な情報処理装置。【解決手段】  エンジン部にて異常が検出されたか否か（Ｓ１００）、異常が部品の故障であるか否か（Ｓ１０２）が判断され、部品の故障と判断された場合は、故障と関連する機能の特定が行われる（Ｓ１０４）。一方、判断されなかった場合は、異常を起こしている機能の特定が行われる（Ｓ１０６）。次に機能と検出された異常のタイプにより装置への影響度の算出が行なわれ（Ｓ１０８）、影響度の判断が行われる（Ｓ１１０）、機能に影響なしと判断された場合は警告が通知され（Ｓ１１２）、最低機能を満たしていないと判断された場合はコントローラ部に機能利用不可能なことが通知され（Ｓ１１４）、前述ケース以外の場合はコントローラ部に機能不完全であることが通知される（Ｓ１１６）。【選択図】  図４
2007058114.tif 000002
【特許請求の範囲】
【請求項１】
出力処理において、適宜、品質レベルの異なる要求を与えられる複数の処理モジュールと、前記複数の処理モジュールによる該出力処理を制御する制御モジュールと、を備えた情報処理装置であって、
前記複数の処理モジュールから前記制御モジュールに対して、前記処理モジュールによる出力処理状態を表すパラメータを通知する通知手段と、
前記通知手段から通知された前記パラメータと前記複数の処理モジュールの各々に要求している品質レベルとに基づいて、前記複数の処理モジュールにて要求されている品質レベルでの出力処理が行われているか否かを判断する判断手段と、
前記判断手段の判断に基づいて、前記複数の処理モジュールによる処理状態の予測を報知する報知手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記通知手段が通知する前記複数の処理モジュールの出力処理状態は、対応する処理モジュールが利用不可能な不可状態、対応する処理モジュールの性能が完全には保証できない不完全状態、及び対応する処理モジュールが利用可能である可能状態の何れかであることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記不完全状態は対応する処理モジュールが利用可能である状態である場合を含み、前記可能状態は対応する処理モジュールが完全に性能が保証される状態である場合を含むことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記判断手段が判断する状態は、前記複数の処理モジュール、及び前記制御モジュールを含む当該情報処理装置の状態を含むことを特徴とする請求項１乃至請求項３の何れか１項記載の情報処理装置。
【請求項５】
前記不完全状態は、一定の基準でさらに複数の状態に分割されていることを特徴とする請求項２乃至請求項４の何れか１項記載の情報処理装置。
【請求項６】
前記制御モジュールは、前記通知手段からの通知が前記不完全状態である場合は、前記不完全状態である処理モジュールにはエラーがあると判断する第１のエラー判断手段を更に備えることを特徴とする請求項２乃至請求項５の何れか１項記載の情報処理装置。
【請求項７】
前記制御モジュールは、前記通知手段からの通知が前記不完全状態である場合は、前記不完全状態である処理モジュールにはエラーがないと判断する第２のエラー判断手段を更に備えることを特徴とする請求項２乃至請求項５の何れか１項記載の情報処理装置。
【請求項８】
前記制御モジュールは、前記通知手段からの通知が前記不完全状態である場合は、前記前記不完全状態である処理モジュールの設定の調整及び変更を行ない、前記不完全状態である処理モジュールにはエラーがないと判断する第２のエラー判断手段を更に備えることを特徴とする請求項２乃至請求項５の何れか１項記載の情報処理装置。
【請求項９】
前記通知手段からの通知が前記不完全状態である場合は、前記不完全状態である処理モジュールにエラーがあるとするか否かを判定する判定手段と、
前記判定手段が判定に用いる判定基準を複数記憶する記憶手段と、
前記判定手段が用いる判定基準を前記記憶手段が記憶する判定基準のうちの何れかに切り換える切換手段と、
前記判定手段の判定に従い、前記処理モジュールの実行を制御する制御手段と、
を更に備えることを特徴とする請求項２乃至請求項５の何れか１項記載の情報処理装置。
【請求項１０】
前記処理モジュールの出力処理状態に対する評価を入力する入力手段と、
前記制御モジュールに備わり、前記入力手段からの入力を取得する取得手段と、を更に備え、
前記切換手段は、前記取得手段が取得した入力に基づき前記判定基準を切り換えることを特徴とする請求項９記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に係り、出力処理において、適宜、品質レベルの異なる要求を与えられる複数の処理モジュールと、前記複数の処理モジュールによる該出力処理を制御する制御モジュールと、を備えた情報処理装置に関する。
【背景技術】
【０００２】
出力データのエラーに対して、エラーの個数が鑑賞する上で差し障りのある範囲である場合、あるいはエラーが回路の故障によるものである場合についてのみ報告を行なうようにし、前述の場合以外では、必要以上に動作の停止を生じさせないようにする技術が提案されている（特許文献１参照）。
【特許文献１】特開平５−０３７９６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、画像形成装置の場合、グラフィックアート（ＧＡ）、ゼネラルオフィス（ＧＯ）等のように、領域毎、及び利用される条件等、ユーザーから要求される出力品質は異なる。
【０００４】
例えば、ＧＡにおいては厳しく高品質が要求されるのに対し、ＧＯでは多少の品質の問題は重要視されない。
【０００５】
また、画像形成装置は、ページ記述言語であるＰＤＬを解釈する等の処理を行なうコントローラ部と、画像形成を行うエンジン部とで構成される場合が多いが、出力品質にかかわるエラーは主にエンジン部で発生する。このため、前記ＧＡ、及びＧＯ等の領域全てを少ない種類の駆動能力により網羅しようとすると、出力品質の違いによる問題が発生してしまう。
【０００６】
また、ＧＡでは許容することができない出力品質であったとしても、ＧＯでは、許容することができるとともに、低品質の代わりに稼働率を上げたい等、利用される条件等により取り扱い方法に違いがある。
【０００７】
前記特許文献１に記載される技術では、このような画像形成を行う装置の出力品質に関するエラーがエンジン部により一律に決定され、上述したような要求に対応することはできない。
【０００８】
また逆に、エンジン部に生じた不具合を、エンジン部で処理をせず、コントローラ部に通知し、コントローラ部が出力品質の違いにより処理を行なうとすると、コントローラ部の実装がエンジン部に強く依存する機構となってしまい、コントローラ部の種類を増やす必要が生じてしまう。
【０００９】
本発明は、上記事実を考慮し、コントローラ部の種類を増やす等の装置の大型化を行なわず、利用される条件等により、品質レベルに応じてエラーの判定基準を可変とし、該判定基準を選択することが可能な情報処理装置を得ることを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、出力処理において、適宜、品質レベルの異なる要求を与えられる複数の処理モジュールと、前記複数の処理モジュールによる該出力処理を制御する制御モジュールと、を備えた情報処理装置であって、前記複数の処理モジュールから前記制御モジュールに対して、前記処理モジュールによる出力処理状態を表すパラメータを通知する通知手段と、前記通知手段から通知された前記パラメータと前記複数の処理モジュールの各々に要求している品質レベルとに基づいて、前記複数の処理モジュールにて要求されている品質レベルでの出力処理が行われているか否かを判断する判断手段と、前記判断手段の判断に基づいて、前記複数の処理モジュールによる処理状態の予測を報知する報知手段と、を有することを特徴とする。
【００１１】
本発明によれば、出力処理において、適宜、品質レベルの異なる要求を与えられる複数の処理モジュールに備わる通知手段が、該複数の処理モジュールによる該出力処理を制御する制御モジュールに対して、該処理モジュールによる出力処理状態を表すパラメータを通知する。
【００１２】
そして、判断手段が、該通知手段から通知された前記パラメータと前記複数の処理モジュールの各々に要求している品質レベルとに基づいて、該複数の処理モジュールにて要求されている品質レベルでの出力処理が行われているか否かを判断し、報知手段が、該判断手段の判断に基づいて、前記複数の処理モジュールによる処理状態の予測を報知する。
【００１３】
このように、本発明では、複数の処理モジュールの出力処理状態を制御モジュールに通知することにより、該通知に基づき制御モジュールは該複数の処理モジュールの出力処理状態の判断を行う。こうして、ユーザーは、該複数の処理モジュールによる出力処理状態の予測を知ることが可能となる。
【００１４】
また、本発明においては、前記通知手段が通知する前記複数の処理モジュールの出力処理状態は、対応する処理モジュールが利用不可能な不可状態、対応する処理モジュールの性能が完全には保証できない不完全状態、及び対応する処理モジュールが利用可能である可能状態の何れかであることを特徴とし、前記不完全状態は対応する処理モジュールが利用可能である状態である場合を含み、前記可能状態は対応する処理モジュールが完全に性能が保証される状態である場合を含んでもよい。
【００１５】
さらに、本発明においては、前記判断手段が判断する状態は、前記複数の処理モジュール、及び前記制御モジュールを含む当該情報処理装置の状態を含んでいてもよい。
【００１６】
また、本発明においては、前記不完全状態は、一定の基準でさらに複数の状態に分割されていてもよい。
【００１７】
また、本発明においては、前記制御モジュールは、前記通知手段からの通知が前記不完全状態である場合は、前記不完全状態である処理モジュールにはエラーがあると判断する第１のエラー判断手段を更に備えてもよいし、前記制御モジュールは、前記通知手段からの通知が前記不完全状態である場合は、前記不完全状態である処理モジュールにはエラーがないと判断する第２のエラー判断手段を更に備えてもよい。
【００１８】
さらに、前記制御モジュールは、前記通知手段からの通知が前記不完全状態である場合は、前記前記不完全状態である処理モジュールの設定の調整及び変更を行ない、前記不完全状態である処理モジュールにはエラーがないと判断する第２のエラー判断手段を更に備えてもよい。
【００１９】
また、本発明においては、前記通知手段からの通知が前記不完全状態である場合は、前記不完全状態である処理モジュールにエラーがあるとするか否かを判定する判定手段と、前記判定手段が判定に用いる判定基準を複数記憶する記憶手段と、前記判定手段が用いる判定基準を前記記憶手段が記憶する判定基準のうちの何れかに切り換える切換手段と、前記判定手段の判定に従い、前記処理モジュールの実行を制御する制御手段と、を更に備えることを特徴とする。
【００２０】
即ち、判定基準をユーザーが決定することが可能であり、画質を優先するか、稼働率を優先するか等の選択が可能になる。
【００２１】
このように、本発明では、制御モジュールの種類を増やす等の装置の大型化を行なわず、処理モジュール自身にエラーとするか否かの基準をもつことで、利用される条件等により、品質レベルに応じてエラーの判断基準を可変とし、選択することが可能である。
【００２２】
さらに、本発明においては、前記処理モジュールの出力処理状態に対する評価を入力する入力手段と、前記制御モジュールに備わり、前記入力手段からの入力を取得する取得手段と、を更に備え、前記切換手段は、前記取得手段が取得した入力に基づき前記判定基準を切り換えることを特徴とする。
【００２３】
これにより、ユーザーが望む画質と稼働率とで当該情報処理装置に出力処理を行なわせることが可能となる。
【発明の効果】
【００２４】
以上説明したように、本発明は、コントローラ部の種類を増やす等の装置の大型化を行なわず、利用される条件等により、品質レベルに応じてエラーの判定基準を可変とし、該判定基準を選択することが可能な情報処理装置を得るという優れた効果を有する。
【発明を実施するための最良の形態】
【００２５】
以下、本発明に係る実施形態について、図面を参照して詳細に説明する。
【００２６】
図１に示すように、本実施形態に係る画像形成装置１０は、画像データに基づいて画像を形成して出力するエンジン部１２と、前記エンジン部１２の処理をコントロールするコントローラ部１４とで構成されている。
【００２７】
図２には、第１実施形態に係る画像形成装置１０の内部構成の要部が示されている。
【００２８】
エンジン部１２は、エンジン部１２の処理を集中制御するメインコントローラ１６を備えている。メインコントローラ１６は、画像形成処理制御部１８と接続している。
【００２９】
画像形成処理制御部１８は、入力されたイメージデータに基づいて、光走査系機構、駆動系機構、帯電系機構、現像系機構、定着系機構等の画像形成実行部１９のそれぞれの機構を同期制御し、エンジン部１２における、画像形成を実行するようになっている。
【００３０】
また、画像形成処理制御部１８は、形成した画像を出力する出力部２０とも接続している。
【００３１】
なお、本実施形態においては、エンジン部１２で利用可能な機能ごとに制御の単位を抽象化する。該利用可能な機能は、下記表１に示される３モードである。
【００３２】
【表１】
2007058114.tif 000003
【００３３】
カラーモードは、エンジン部１２の機能をカラーにするのに関する機能であり、オフセットモードは、出力処理に関する機能である。
【００３４】
メインコントローラ１６は、メインコントローラ１６に制御されている各機能の状態を判断する状態判断部２２と接続している。
【００３５】
状態判断部２２は、メインコントローラ１６を介して、画像形成処理制御部１８に制御される画像形成実行部１９の状態が入力されるようになっている。そして、該状態に基づき、状態判断部２２では機能の状態を判断するようになっている。
【００３６】
各々の機能の状態は、最低３状態取りうるように定義する。該３状態は、下記表２に示されるものであり、第１実施形態における状態判断部２２が判断しうる状態である。
【００３７】
【表２】
2007058114.tif 000004
【００３８】
基本的に、状態は、エンジン部１２側で、機能毎に正常であるか動作不可能であるか（エラーであるか否か）が判断される。但し、エンジン部１２の利用領域によっては、エラーとするか否かの解釈が分かれるような、機能に致命的な影響を及ぼす部分の部品の故障でない場合、及び単に部品の不調、代替機能が用意できる場合等は、エンジン部１２側で不調の状態と判断する。
【００３９】
なお、状態判断部２２における不調の状態の判断基準は、対応する機能の性能の保証されない度合いに応じ、一定の基準に基づいて複数の段階に分割されていてもよい。
【００４０】
また、不調の状態の場合は、例えばコントローラ部１４において、ＧＡであれば、エラーとみなされるが、ＧＯであれば、エラーとはみなされず、続けて処理は行なわれるというように判断がなされたりする。
【００４１】
なお、初期状態においては、表１にて示された全てのモードにおける機能は正常の状態である。
【００４２】
また、前記状態判断部２２は、該状態判断部２２が判断した状態をコントローラ部１４に通知する通知部２４と接続している。通知部２４は、通信回線を利用して、情報通知コマンドにより、状態を機能ごとに、コントローラ部１４に送信するようになっている。
【００４３】
ここで、前記情報通知コマンドは、図３（Ａ）に示されるような構成をとっている。
【００４４】
例えば、図３（Ｂ）に示されるような、コマンド、カラーモード、及び不調という情報を送信するためには、コマンドＩＤを「０ｘ１０」、カラーモード機能を「０ｘ２０」、及び不調を表すＩＤを「２」のように定義し、図３（Ｃ）に示されるような数値の並びをコントローラ部１４に送信されるようになっている。
【００４５】
コントローラ部１４は、前記通知部２４から通知される状態判断部２２の判断を受信するエラー判断部２６を備えている。エラー判断部２６は、通知部２４から機能の状態を受信すると、エンジン部１２における当該機能に関連するシステム（図示省略）が適用されている領域を鑑みて、当該不調がエラーであるのか否かを判断するようになっている。
【００４６】
エラー判断部２６は、ユーザーインターフェース（ＵＩ）２８と接続している。該エラー判断部２６の判断は、ＵＩ２８に送信され、ユーザーに当該画像形成装置１０の状態を通知可能なようになっている。また、ＵＩ２８はユーザーからの入力が可能なようになっており、前記エラー判断部２６への判断指示、及びエンジン部１２への処理指示等を行えるようになっている。
【００４７】
次に、第１実施形態の作用を図４乃至図７のフローチャートを用いて説明する。
【００４８】
図４のフローチャートには、エンジン部１２にて、異常が検出された際の流れが示されている。
【００４９】
まず、ステップ１００では、センサー等（図示省略）により、当該エンジン部１２にて異常が検出されたか否かが判断される。異常が検出され肯定された場合は、ステップ１０２へ移行する。前記ステップ１００で否定された場合は、当該フローは終了する。
【００５０】
ステップ１０２では、当該異常は、部品の故障であるか否かが判断される。部品の故障と判断された場合は、ステップ１０４へ移行する。一方、異常と判断された場合は、ステップ１０６へ移行する。
【００５１】
ステップ１０４では、当該故障を起こしている部品が利用されることで実現されている機能の特定が行われ、ステップ１０８へ移行する。
【００５２】
ステップ１０６では、異常を起こしている機能の特定が行われ、ステップ１０８へ移行する。
【００５３】
ステップ１０８では、当該機能と検出された異常のタイプにより当該装置への影響度の算出が行なわれ、影響度の判断が行われる（ステップ１１０）。
【００５４】
前記ステップ１１０の判断において、機能に影響なし、と判断された場合は、ステップ１１２へ移行する。ステップ１１２では、警告が通知される。
【００５５】
また、前記ステップ１１０の判断において、最低機能を満たしていない、と判断された場合は、ステップ１１４へ移行する。ステップ１１４では、コントローラ部１４に機能利用不可能なことが通知される。
【００５６】
これに対し、前述したケース以外の場合は、ステップ１１６へ移行する。ステップ１１６では、コントローラ部１４に機能不完全であることが通知される。
【００５７】
次に、図５のフローチャートを用い、エンジン部１２にて、異常からの回復が検出された際の流れを示す。
【００５８】
まず、ステップ１２０では、センサー等により、当該エンジン部１２にて異常からの回復が検出されたか否かが判断される。異常が検出され肯定された場合は、ステップ１２２へ移行する。前記ステップ１２０で否定された場合は、当該フローは終了する。
【００５９】
ステップ１２２では、当該回復した異常は、エンジン部１２の部品に直接関係ある異常であったか否かが判断される。部品に直接関係していた場合は、ステップ１２４へ移行する。その他の異常からの回復の場合は、ステップ１２６へ移行する。
【００６０】
ステップ１２４では、当該故障を起こしていた部品が利用されることで実現されている機能の特定が行われ、ステップ１２８へ移行する。
【００６１】
ステップ１２６では、異常を起こしていた機能の特定が行われ、ステップ１２８へ移行する。
【００６２】
ステップ１２８では、当該回復した機能と異常のタイプにより当該装置への影響度の算出が行なわれ、影響度の判断が行われる（ステップ１３０）。
【００６３】
前記ステップ１３０の判断において、機能が完全に回復した、と判断された場合は、ステップ１３２へ移行する。ステップ１３２では、機能が利用可能なことが通知される。
【００６４】
また、前記ステップ１３０の判断において、最低機能を満たしている、と判断された場合は、ステップ１３４へ移行する。ステップ１３４では、コントローラ部１４に機能不完全なことが通知される。
【００６５】
これに対し、機能が回復していなかった、と判断された場合は、ステップ１３６へ移行する。ステップ１３６では、コントローラ部１４に機能利用不可能なことが通知される。
【００６６】
次に、図６のフローチャートを用い、コントローラ部１４における動作の流れを示す。
【００６７】
まず、ステップ１４０では、機能の状態が判断される。機能の状態が不調の場合は、ステップ１４２へ移行する。機能の状態が利用不可能である場合は、ステップ１４８へ移行する。機能の状態が正常な場合は、ステップ１５０へ移行する。
【００６８】
ステップ１４２では、ユーザーが稼働率を優先しているか否かが判断される。ユーザーが稼働率を優先しており肯定された場合は、ステップ１４４へ移行する。前記ステップ１４４で否定された場合はステップ１４６へ移行する。
【００６９】
ステップ１４４では、警告が通知され、処理が実施される。ステップ１４４へ移行する場合とは、例えば多少の品質の問題は重要視されないような用いられ方（ＧＯ等）がされている場合である。
【００７０】
ステップ１４６では、エラー判断部２６は、機能の状態をエラーと判断する。当該ステップ１４６へ移行する場合とは、画質を優先した用いられ方（ＧＡ等）がされている場合である。次にステップ１４８へ移行する。ステップ１４８では、ユーザーがエラー状態である機能の指定ができないようにする。
【００７１】
即ち、状態が「不調」として通知された場合（ステップ１４０において、機能の状態が不調と判断される場合）は、「稼働率を優先」するか、「画質を優先」するか、により後続の処理が変わる。稼働率が優先される場合（ステップ１４４へ移行する場合）であれば、「不調」の状態は、「正常」の場合と同様に扱われる。
【００７２】
なお、画像形成装置１０の状態等のログを残す場合であれば、不調の状態であったことをログに残す処理を行なう。
【００７３】
一方、画質が優先される場合（ステップ１４６へ移行する場合）であれば、「不調」の状態はエラーとして扱われ、「利用不可能」と通知された場合と同様の処理が行なわれる。
【００７４】
なお、前記ステップ１４０で、機能の状態が利用不可能である場合も、ステップ１４８へ移行する。
【００７５】
また、前記ステップ１４０で、機能の状態が正常な場合は、ステップ１５０へ移行する。ステップ１５０では、該当する機能を有効とする。
【００７６】
このように、ユーザーが、設定により、稼働率を優先するか画質を優先するかの選択が可能となる。
【００７７】
また、図７に示すフローチャートのように処理が進められる機構であってもよい。
【００７８】
図６においては、ステップ１４０において機能の状態が不調の場合は、ステップ１４２へ移行し、ユーザーが稼働率を優先しているか否かが判断されたが、図７に示すフローにおいては、ステップ１４０において機能の状態が不調の場合は、ステップ１５２へ移行する。
【００７９】
ステップ１５２では、稼働率優先、又は画質優先という基準での判断は行わず、ユーザーがＵＩ２８を介してエンジン部１２に備わる出力部２０への強制的な出力の要請があるか否か、又は、不調が一定の判定基準の下限以下か否かによって判断が行われる。
【００８０】
該一定の判定基準とは、複数の不調の組合せ等で重み付けを行なったもの、不調の状態をパラメータ化したもの等である。
【００８１】
出力部２０から出力が行なわれると、ユーザーは、該出力された結果を見ることが可能となる。そして、ユーザーは、該結果に基づく判断をＵＩ２８に入力することができる。
【００８２】
なお、図８に示されるように、エラー判断部２６は、エンジン部１２のメインコントローラ１６を調整する（即ち、各機能を調整する）調整部３０と接続する構成であってもよい。
【００８３】
該図８に示されるような構成であった場合は、図９のフローチャートに示されるように、ステップ１５２において肯定された後、ステップ１５４へ移行する機構であってもよい。ステップ１５４では、調整部３０によりエンジン部１２のメインコントローラ１６の調整が行なわれる。
【００８４】
このように、ステップ１５４における調整の後、ステップ１４４へ移行し警告が通知され、処理が実施される。
【００８５】
図１０には、第２実施形態が示されている。
【００８６】
なお、前記第１実施形態と基本的に同一の構成、作用については、前記第１実施形態と同符号を付してその説明を省略する。
【００８７】
第２実施形態における画像形成装置１０は、第１実施形態の構成に加え、図１０に示されるような、記憶部３２と切換部３４とを備え、エラー判断部２６が判断するエラーの判断基準を調整できる構成である。
【００８８】
前記記憶部３２は、複数のエラー判断部２６が判断するエラーの判断基準を記憶している。また、前記切換部３４は、該記憶部３２が記憶するエラー判断基準のうちのいずれかのエラー判断基準にエラー判断部２６の判断基準を切り換えている。
【００８９】
前記切換部３４は、ＵＩ２８と接続している。即ち、第２実施形態においては、ユーザーからの入力を受け、エラー判断基準の切換を行うことができる。
【００９０】
こうして、第２実施形態では、ユーザーの要求に応じた画質、及び稼働率等により、画像形成が可能となる。
【００９１】
次に、第２実施形態の作用を図１１のフローチャートを用いて説明する。
【００９２】
まず、ステップ１６０で、出力部２０から、印刷物を出力する。
【００９３】
次に、ステップ１６２で、出力された印刷物に基づくユーザーのフィードバックがあるか否かが判断される。ユーザーからのフィードバックがあり肯定された場合は、ステップ１６４に移行する。前記ステップ１６２で否定された場合当該フローは終了する。
【００９４】
ステップ１６４では、ユーザーがからのフィードバックが「問題なし」であるか否かが判断される。「問題なし」である場合は、ステップ１６６に移行する。前記ステップ１６４で否定された場合は、ステップ１７０に移行する。
【００９５】
ステップ１６６では、状態はエラー判断基準の下限近くか否かが判断される。下限近くである場合は肯定され、ステップ１６８へ移行する。前記ステップ１６６で否定された場合は、当該フローは終了する。
【００９６】
ステップ１６６で肯定された場合に後続するステップ１６８では、エラー判断基準の引き下げが行われる。
【００９７】
また、前記ステップ１６４で否定された場合に後続するステップ１７０では、エラー判断基準の引き上げが行われる。
【００９８】
このように、第２実施形態の構成により、ユーザーが望む画質と稼働率とで画像形成を行うことが可能となる。
【００９９】
なお、本実施形態では、エンジン部１２の処理をコントロールするコントローラ部１４がエンジン部１２にエラーがあるか否かを判断する機構としたが、エンジン部１２の後処理をするフィニッシャ（図示省略）にエラーがあるか否かをエンジン部１２が判断する機構としてもよい。
【図面の簡単な説明】
【０１００】
【図１】第１実施形態に係る画像形成装置の全体概略図である。
【図２】第１実施形態に係る画像形成装置の電気系の要部のブロック図である。
【図３】第１実施形態におけるコントローラ部からエンジン部に送信されるコマンドの一例を示す。
【図４】第１実施形態における異常が発生した際の状態決定に係るフローチャートを示す。
【図５】第１実施形態における異常が回復した際の状態決定に係るフローチャートを示す。
【図６】第１実施形態におけるコントローラ部の動作に係るフローチャートを示す。
【図７】第１実施形態におけるコントローラ部の動作の第１の変形例に係るフローチャートを示す。
【図８】第１実施形態に係る情報処理装置の電気系の要部の変形例のブロック図である。
【図９】第１実施形態におけるコントローラ部の動作の変形例に係るフローチャートを示す。
【図１０】第２実施形態に係る画像形成装置の電気系の要部第２の変形例のブロック図である。
【図１１】第２実施形態に係るコントローラ部の動作に係るフローチャートを示す。
【符号の説明】
【０１０１】
１０   画像形成装置
１２   エンジン部
１４   コントローラ部
１６   メインコントローラ
１８   画像形成処理制御部
１９   画像形成実行部
２０   出力部
２２   状態判断部
２４   通知部
２６   エラー判断部
３０   調整部
３２   記憶部
３４   切換部
【図１】
2007058114.tif 000005
【図２】
2007058114.tif 000006
【図３】
2007058114.tif 000007
【図４】
2007058114.tif 000008
【図５】
2007058114.tif 000009
【図６】
2007058114.tif 000010
【図７】
2007058114.tif 000011
【図８】
2007058114.tif 000012
【図９】
2007058114.tif 000013
【図１０】
2007058114.tif 000014
【図１１】
2007058114.tif 000015