(57)【特許請求の範囲】
【請求項１】
自装置の異常状態を検知し、検知した異常を報知する画像形成装置であって、
記録媒体に画像形成する画像形成手段と、
前記画像形成手段により画像形成された累積の画像形成枚数をカウントするカウント手段と、
前記画像形成装置の異常状態を検知する検知手段と、
前記検知手段により異常状態を検知した場合に、該異常状態の種類を表すコードおよび該異常状態が検知された時の前記カウント手段の値を記憶する記憶手段と、
前記異常状態に関する報知を行う報知手段と、
前記検知手段により異常が検知されると前記画像形成装置の動作を停止させる制御手段と、
を有し、
前記制御手段は、
前記検知手段により検知された異常状態の種類を表すコードが発生頻度に基づいて故障判断する対象である場合には、該異常状態を表すコードと同じコードである異常状態が以前に検知されていない、或いは、該異常状態が検知されたときの前記カウント手段のカウント値と該異常状態を表すコードと同じコードである異常状態が１回前に検知されたときの前記カウント手段のカウント値との差分が所定値より大きければ、前記記録媒体が搬送中であり正常排紙できない場合は、前記画像形成装置をジャム停止させ、前記記録媒体が搬送中でない場合、或いは、前記記録媒体が搬送中であり正常に排出できる場合は、前記画像形成装置を正常停止させ、ユーザーに前記画像形成装置を復帰させるように前記正常停止或いはジャム停止させた状態を解消するための情報を前記報知手段により報知させ、一方、前記差分が前記所定値より大きくなければ、前記画像形成装置の故障によりサービスマンへの通知が必要であることを前記報知手段により報知させ、前記画像形成装置を故障停止させ、
前記検知手段により検知された異常状態の種類を表すコードが前記対象でない所定の異常状態である場合には、該異常状態が検知されたときの前記カウント手段のカウント値と該異常状態と同じ異常状態が１回前に検知されたときの前記カウント手段のカウント値との差分に拘わらず、前記画像形成装置の故障によりサービスマンへの通知が必要であることを前記報知手段により報知させ、前記画像形成装置を故障停止させることを特徴とする画像形成装置。
【請求項２】
記録媒体に形成されたトナー像を定着する定着手段を更に有し、
前記所定の異常状態には、前記定着手段の異常状態が含まれることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記制御手段は、前記画像形成装置を前記ジャム停止させた場合、記録媒体を取り除くことを促す画面を前記報知手段に表示させることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記制御手段は、前記画像形成装置を前記正常停止させた場合、前記画像形成装置の動作を継続するための指示を受け付ける画面を前記報知手段に表示させることを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
【請求項５】
自装置の異常状態を検知し、検知した異常をユーザーに報知する画像形成装置の制御方法であって、
記録媒体に画像形成する画像形成工程と、
前記画像形成工程により画像形成された累積の画像形成枚数をカウントするカウント工程と、
前記画像形成装置の異常状態を検知する検知工程と、
前記検知工程により異常状態を検知した場合に、該異常状態の種類を表すコードおよび該異常状態が検知された時の前記カウント工程における値を記憶部に記憶する記憶工程と、
前記検知工程にて異常が検知されると前記画像形成装置の動作を停止させる制御工程と、
を有し、
前記制御工程において、
前記検知工程にて検知された異常状態の種類を表すコードが発生頻度に基づいて故障判断する対象である場合には、該異常状態を表すコードと同じコードである異常状態が以前に検知されていない、或いは、該異常状態が検知されたときの前記カウント工程におけるカウント値と該異常状態を表すコードと同じコードである異常状態が１回前に検知されたときの前記カウント工程におけるカウント値との差分が所定値より大きければ、前記記録媒体が搬送中であり正常排紙できない場合は、前記画像形成装置をジャム停止させ、前記記録媒体が搬送中でない場合、或いは、前記記録媒体が搬送中であり正常に排出できる場合は、前記画像形成装置を正常停止させ、ユーザーに前記画像形成装置を復帰させるように前記正常停止或いはジャム停止させた状態を解消するための情報を報知させ、一方、前記差分が前記所定値より大きくなければ、前記画像形成装置の故障によりサービスマンへの通知が必要であることを報知させ、前記画像形成装置を故障停止させ、
前記検知工程にて検知された異常状態の種類を表すコードが前記対象でない所定の異常状態である場合には、該異常状態が検知されたときの前記カウント工程におけるカウント値と該異常状態と同じ異常状態が１回前に検知されたときの前記カウント工程におけるカウント値との差分に拘わらず、前記画像形成装置の故障によりサービスマンへの通知が必要であることを報知させ、前記画像形成装置を故障停止させることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置およびその制御方法に関する。特に、画像形成装置における故障状態の報知に係る技術に関する。
【背景技術】
【０００２】
プリンタ等の画像形成装置は、装置内で故障を検知した際、その故障場所を特定したエラーコードを操作部上に表示し報知する。そして、ユーザーに対してその通知の主旨をサービスマンに通報してもらうことで障害対応を行うことが一般的になっている。
【０００３】
一方で、例えば、電気的な事象によりエラーが発生したとしても、実際には装置自体が破損していないことが多い。電気的な事象とは、例えば、静電気による突発的電気ノイズ起因での通信不具合、センサ入力信号誤検知、瞬間的電圧低下による電圧印加が不十分となり一時的に発生しうる不安定な電気素子動作起因の誤動作等がある。また、ユーザーによる装置の使用において想定外のミスオペレーションにより、装置内の駆動源に対して外的起因の過負荷がかかることによる駆動不良が発生する場合もある。
【０００４】
このような異常状態に対しては、本来はサービスマンを呼ぶまでもなく装置を正常復帰できることも多い。しかし、装置は、ユーザーに対して操作部で故障情報を報知するため、ユーザーはサービスマンに通報をすることになる。このような場合、ユーザーによる装置の使用ができない期間が発生してしまう懸念や、サービスマンによる不要な作業が発生してしまう懸念がある。
【０００５】
このような問題に対し、サービスマンを呼ぶまでもない異常状態発生の場合を判断する技術が開示されている。例えば、特許文献１では、故障検知する制御部は、故障について検知／不検知にかかる情報を故障の種類別に記憶する。そして、故障を検知した後、所定期間内に同じ故障を検知したときにその故障に対する情報を報知する。一方、所定期間内に同じ故障を検知しなかったときは、前回発生した故障の検知に係る情報を解除することで不検知の情報に変更している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１３１５３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１では、前回の故障発生時から所定期間内に再度同じ故障が発生していない場合には、記憶されている故障の検知に係る情報を解除している。しかし、実際のユーザーの実使用に当てはめてこの制御を考慮した場合、実際には装置内の部品が破損しかけている状況においても、所定時間が経過すると故障検知に係る情報を解除してしまう。その結果、故障情報を通知できなくなってしまうケースが発生する可能性がある。
【０００８】
例として、ユーザーが画像形成装置から特定のまとまった画像情報データをプリント出力する（以降ジョブと呼ぶ）場合について説明する。画像形成装置からプリント出力する枚数は、画像形成装置を使用するユーザーにより様々であるが、ここでは、プリント出力する枚数が極端に少ないユーザーがいると仮定する。さらに、こうしたユーザーが画像形成装置を使用している際、通常ではジョブ実行中に故障検知する対象部品があり、この部品の一部が実際に破損しかけて不安定な動作をしている場合を仮定する。
【０００９】
例えば、複数の電気束線内での１本の結線が断線しかけて接触不良が発生している場合などを想定すると、このような場合には、正常動作することもあれば、異常動作もすることもある。こうした部品に対して、ジョブ実行開始後に一度故障を検知されたとしても、その直後に故障検知されない正常動作と判断されると、一度故障検知した時刻からの時間経過により、その部品の故障に係る情報が故障検知状態から故障不検知状態に変更されてしまう。そのため、別のユーザーが再度装置を使用する際に、ジョブ実行中に同じように一度故障検知することで停止し、再度正常動作に戻るという不安定な動作が繰り返し発生してしまう。その結果、ユーザーに対して、確実な故障情報報知ができなくなる可能性がある。
【００１０】
また、ジョブ実行中以外にも、同様に故障検知をしている。装置の故障検知対象の部品が破損しかけて不安定な動作している場合に、例えば、長期間使用されなかった場合等の時間経過により故障検知に係る情報を不検知状態に変更されると、故障検知による故障情報報知がされなくなる可能性がある。使用頻度の非常に少ない機能の実行中に、その機能の実行に関連する装置の部品に対する故障を検知する場合についても同様なことが言える。
【００１１】
その結果、故障情報が報知されにくくなるために、装置がいつまでも不安定な状態で使用されてしまう。そのような状態で継続してユーザーにより使用されると、破損している部品の影響が正常な部品へも波及しかねないことも発生し、そもそもの故障原因判明が困難になってしまう可能性がある。  
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本願発明は以下の構成を有する。すなわち、自装置の異常状態を検知し、検知した異常を報知する画像形成装置であって、記録媒体に画像形成する画像形成手段と、前記画像形成手段により画像形成された累積の画像形成枚数をカウントするカウント手段と、前記画像形成装置の異常状態を検知する検知手段と、前記検知手段により異常状態を検知した場合に、該異常状態の種類を表すコードおよび該異常状態が検知された時の前記カウント手段の値を記憶する記憶手段と、前記異常状態に関する報知を行う報知手段と、前記検知手段により異常が検知されると前記画像形成装置の動作を停止させる制御手段と、を有し、前記制御手段は、前記検知手段により検知された異常状態の種類を表すコードが発生頻度に基づいて故障判断する対象である場合には、該異常状態を表すコードと同じコードである異常状態が以前に検知されていない、或いは、該異常状態が検知されたときの前記カウント手段のカウント値と該異常状態を表すコードと同じコードである異常状態が１回前に検知されたときの前記カウント手段のカウント値との差分が所定値より大きければ、前記記録媒体が搬送中であり正常排紙できない場合は、前記画像形成装置をジャム停止させ、前記記録媒体が搬送中でない場合、或いは、前記記録媒体が搬送中であり正常に排出できる場合は、前記画像形成装置を正常停止させ、ユーザーに前記画像形成装置を復帰させるように前記正常停止或いはジャム停止させた状態を解消するための情報を前記報知手段により報知させ、一方、前記差分が前記所定値より大きくなければ、前記画像形成装置の故障によりサービスマンへの通知が必要であることを前記報知手段により報知させ、前記画像形成装置を故障停止させ、前記検知手段により検知された異常状態の種類を表すコードが前記対象でない所定の異常状態である場合には、該異常状態が検知されたときの前記カウント手段のカウント値と該異常状態と同じ異常状態が１回前に検知されたときの前記カウント手段のカウント値との差分に拘わらず、前記画像形成装置の故障によりサービスマンへの通知が必要であることを前記報知手段により報知させ、前記画像形成装置を故障停止させる。
【発明の効果】
【００１３】
実際に破損、又は破損しかけた不安定な状態の画像形成装置で頻発して発生しうる故障状態を確実に検知してエラー情報をユーザーに報知する。一方、破損していない状態による誤検知で散発的に発生する故障については、ユーザーにより正常状態に復帰させることができる。
【図面の簡単な説明】
【００１４】
【図１】画像形成装置の概略構成例の図。
【図２】画像形成装置のプリンタ部の構成例のブロック図。
【図３】画像形成装置の構成例のブロック図。
【図４】画像形成装置が有する外部Ｉ／Ｆ処理部の構成例の図。
【図５】画像形成装置内のモータ故障発生の一例を説明する図。
【図６】画像形成装置における処理のフローチャート。
【図７】異常検知履歴メモリ１８０に保持される情報の例を示す概要図。
【図８】異常状態発生時に異常状態発生頻度を判断するための情報の一例を示す図。
【図９】故障の発生例を説明するための図。
【図１０】現像器の側面から見た断面の概要図。
【図１１】カラー画像形成および白黒画像形成出力事例を説明するための図。
【図１２】画像形成装置における処理のフローチャート。
【図１３】異常検知履歴メモリ１８０に保持される情報の例を示す概要図。
【図１４】異常状態発生時に異常状態発生頻度を判断するための情報の一例を示す図。
【図１５】異常状態発生の一例を示す図。
【図１６】画像形成装置におけるフローチャート。
【図１７】画像形成装置の操作部１７２に表示される画面の一例を示す図。
【図１８】異常検知履歴メモリ１８０に保持される情報の例を示す概要図。
【図１９】トータル枚数カウンタのカウントアップ方法を説明するフローチャート。
【図２０】機能カウンタのカウントアップ方法を説明するフローチャート。
【発明を実施するための形態】
【００１５】
［画像形成装置の構成］
図１は、本発明に係る電子写真方式でタンデム型の中間転写ベルト（中間転写手段）を有する画像形成装置（カラープリンタ）の一例を示す概略構成図である。画像形成装置１０１は、イエロー色の画像を形成する画像形成部１Ｙと、マゼンタ色の画像を形成する画像形成部１Ｍと、シアン色の画像を形成する画像形成部１Ｃと、ブラック色の画像を形成する画像形成部１Ｂｋの４つの画像形成部（画像形成ユニット）を備える。これら４つの画像形成部１Ｙ，１Ｍ，１Ｃ，１Ｂｋは、一定の間隔において一列に配置される。さらにその下方にカセット１７を配置し、マテリアルの搬送パスを縦に配置し、その上方に定着ユニット１６を備える。
【００１６】
次に個々のユニットについて詳しく説明する。画像形成部１Ｙ，１Ｍ，１Ｃ，１Ｂｋには、それぞれ像担持体としてのドラム型の電子写真感光体（以下、感光ドラムという）２ａ、２ｂ、２ｃ、２ｄが設置されている。感光ドラム２ａ〜２ｄの周囲には、一次帯電器３ａ、３ｂ、３ｃ、３ｄ、現像器４ａ、４ｂ、４ｃ、４ｄ、転写手段としての転写ローラ５ａ、５ｂ、５ｃ、５ｄ、ドラムクリーナ装置６ａ、６ｂ、６ｃ、６ｄがそれぞれ配置されている。一次帯電器３ａ〜３ｄと現像器４ａ〜４ｄとの間の下方には、レーザ露光装置７が設置されている。
【００１７】
感光ドラム２ａ〜２ｄは、負帯電のＯＰＣ（ｏｒｇａｎｉｃ  ｐｈｏｔｏｃｏｎｄｕｃｔｏｒ）感光体でアルミニウム製のドラム基体上に光導電層を有し、駆動装置（不図示）によって矢印方向（時計回り方向）に所定のプロセススピードで回転駆動される。一次帯電手段としての一次帯電器３ａ〜３ｄは、帯電バイアス電源（不図示）から印加される帯電バイアスによって感光ドラム２ａ〜２ｄの表面を負極性の所定電位に均一に帯電する。
【００１８】
レーザ露光装置７は、与えられる画像情報に対応した時系列の電気デジタル画素信号に応じた発光を行うレーザ発光手段、ポリゴンレンズ、反射ミラー等で構成される。また、感光ドラム２ａ〜２ｄを露光することによって、一次帯電器３ａ〜３ｄで帯電された感光ドラム２ａ〜２ｄの表面に画像情報に応じた各色の静電潜像を形成する。レーザ露光装置７の詳細構成に関しては後述する。
【００１９】
現像器４ａ〜４ｄは、それぞれイエロートナー、シアントナー、マゼンタトナー、ブラックトナーが収納され、感光ドラム２ａ〜２ｄ上に形成される各静電潜像に各色のトナーを付着させてトナー像として現像（可視像化）する。転写ローラ５ａ〜５ｄは、一次転写部３２ａ〜３２ｄにて中間転写ベルト８を介して感光ドラム２ａ〜２ｄに当接可能に配置され、感光ドラム２ａ〜２ｄ上のトナー像を中間転写ベルト８上に順次転写し、重ね合わせる。
【００２０】
ドラムクリーナ装置６ａ〜６ｄは、クリーニングブレード等を備え、感光ドラム２上の残留した残トナーを、感光ドラム２から掻き落とし、感光ドラム２の表面を清掃する。中間転写ベルト８は、感光ドラム２ａ〜２ｄの上面側に配置されて、二次転写対向ローラ１０とテンションローラ１１と間に張架される。二次転写対向ローラ１０は、中間転写ベルト８を介して二次転写ローラ１２と当接可能に配置されている。また、中間転写ベルト８は、ポリカーボネート、ポリエチレンテレフタレート樹脂フィルム、ポリフッ化ビニリデン樹脂フィルム等のような誘電体樹脂によって構成される。
【００２１】
中間転写ベルト８に転写された画像は、二次転写ローラ１２および二次転写対向ローラ１０において、給紙ユニットから搬送された紙等のマテリアル（記憶媒体）上に転写される。中間転写ベルト８の外側で、テンションローラ１１の近傍には、中間転写ベルト８の表面に残った残トナーを除去して回収するベルトクリーニング装置１３が設置される。以上に示したプロセスにより各トナーによる画像形成が実行される。
【００２２】
給紙ユニットは、マテリアルＰを収納するカセット１７、手差しトレイ２０、カセット１７内もしくは手差しトレイ２０からマテリアルＰを一枚ずつ送り出すピックアップローラ（不図示）を備える。更に給紙ユニットは、各ピックアップローラから送り出されたマテリアルＰをレジストローラまで搬送する給紙ローラ、給紙ガイド１８、そして、画像形成部の画像形成タイミングに合わせてマテリアルＰを二次転写領域へ送り出すレジストローラ１９を備える。
【００２３】
定着ユニット１６は、内部にヒータを配置したセラミック基板などの熱源を備えた定着フィルム１６ａと、定着フィルム１６ａと対となってマテリアルＰを挟んで加圧する加圧ローラ１６ｂとで構成される。このとき、定着フィルム１６ａが備える熱源により、マテリアルＰは加熱される。なお、加圧ローラ１６ｂが熱源を備える構成であっても構わない。また、定着ユニット１６に接続された搬送パスには上記ローラ対のニップ部３１へマテリアルＰを導く定着前ガイド３４、定着ユニット１６から排出されたマテリアルＰを装置の外部に導き出すための外排紙ローラ２１が配設される。
【００２４】
画像形成装置１０１内部の各処理部を制御する制御ユニットは、定着ユニット１６内の機構の動作を制御するための制御基板やモータドライバ基板（不図示）などで構成される。
【００２５】
なお、以下の説明では、「異常状態」および「故障」という言葉を使用しているが、本明細書において、「異常状態」とは正常動作をしない状態であり、まだ完全に部品等の破損を含む装置状態が明らかになっていない状態を指す。一方、「故障」とは、部品等の破損を含めて、装置が完全に動作しない可能性が高い状態を指す。
【００２６】
本実施例で説明される各種の異常状態検知は、各処理制御で関連のある部品や装置の動作に対して、又は、制御動作そのものに対して、以下のタイミングにて実行される。異常状態検知の実行タイミングは、画像形成実行時、電源起動直後に外部からのジョブを受付可能な状態にする前多回転処理時である。更に、画像形成開始直前に受け付けたジョブに対して画像形成可能な状態にする準備処理を実行する前回転処理時、画像形成終了直後に次のジョブを実行可能状態にする後回転処理時にも実行される。なお、他のタイミングにて異常状態検知処理を実行するようにしても構わない。
【００２７】
本実施例に係る異常状態検知では、例えば、図２のセンサ類２１０等で検出される信号、又は、各種の部品情報信号入力部２１１からの信号において、各状況に応じて正常値として定義された検出信号が検出されない場合に、異常状態として検出する。また、装置内において所定の部品間で通信制御中にその通信処理で何らかの通信不良が発生する場合にも、その通信処理を制御しているＣＰＵ２０１が「異常状態」と判断して検出する。
【００２８】
検出された異常状態に関連する情報は、異常状態検知直後にプリンタ部１０２のＣＰＵ２０１により図２のＲＡＭ２０４に一旦記憶管理され、その後、図３の画像形成装置１０１全体を処理しているＣＰＵ１７１に各種の制御情報とともに通知される。ＣＰＵ１７１に対して通知される異常状態に関連する情報は、ＲＡＭ１７５に記憶され、ＣＰＵ１７１が異常状態に対して画像形成を停止させる等を含めて、画像形成装置１０１全体の処理を決定する。
【００２９】
図３は、画像形成装置１０１における制御ユニットを含む制御ブロック図である。ＣＰＵ１７１は、画像形成装置１０１全体の基本制御を行い、制御プログラムが書き込まれたＲＯＭ１７４と処理を行うためのＲＡＭ１７５などとアドレスバス、データバスにより接続されている。ＣＰＵ１７１は、ＲＯＭ１７４に格納されている制御プログラムに従って、プリンタ部１０２およびリーダ部１０３に対して各種制御情報のやり取りを実行する。これにより、ＣＰＵ１７１は、順次入出力制御を実行し、画像形成動作を制御する。
【００３０】
各種制御情報には、前述のように、プリンタ部１０２およびリーダ部１０３の各種装置内で検知された異常状態に関連する情報が含まれる。ＣＰＵ１７１では、通知された異常状態に関連する情報について判断および管理する。そして、ＣＰＵ１７１は、通知された異常状態に関連する情報により対象部品の詳細な異常状態の状況判断をすることで画像形成装置１０１として、異常状態発生以降の処理動作を決定する。
【００３１】
ＣＰＵ１７１は、操作部１７２と接続されており、操作部１７２の表示手段、キー入力手段を制御している。画像形成装置１０１の操作者は、キー入力手段を介して、画像形成動作モード、読み取りモード、プリント出力モードの表示の切り替えをＣＰＵ１７１に指示する。操作部１７２は、画像形成装置１０１の状態や、キー入力による動作モード設定の表示も行う。詳細は後術するが、操作部１７２は、異常状態が検知されて故障と判断された際に、その故障詳細情報を故障コードとして表示することで報知する。また、操作部１７２は、ユーザーの作業により装置を故障状態から正常状態へ復旧してもらうために、必要な情報などを表示するのにも使用される。
【００３２】
また、ＲＡＭ１７５に含まれる一部のメモリ領域が、電池等の外部からの電力供給により各種制御情報をバックアップ可能な構造になっている。そのメモリ領域には、トータル枚数カウンタ１７６、部品カウンタ１７７、部品消耗度メモリ１７８、寿命カウントメモリ１７９、異常検知履歴メモリ１８０、および機能カウンタ１８１が含まれる。トータル枚数カウンタ１７６は、画像形成装置１０１のトータルのプリント回数をカウントし記憶する領域である。部品カウンタ１７７は、部品毎に使用する回数をカウントする領域である。部品消耗度メモリ１７８は、操作部１７２で選択された部品の消耗度の情報を記憶する領域である。寿命カウントメモリ１７９は、部品の寿命（交換時期）の判定の基準となる寿命カウンタ値（基準値）を記憶する領域である。異常検知履歴メモリ１８０は、異常を検知した際の履歴情報を記憶する領域である。
【００３３】
［トータル枚数カウンタ］
トータル枚数カウンタ１７６は、画像形成装置１０１で画像形成が実行される毎に印刷枚数に対応してカウントアップした値を記憶する。図１９のフローチャートを使用して、トータル枚数カウンタ１７６のカウントアップ方法について説明する。なお、本処理は、ＣＰＵ１７１にて制御される。
【００３４】
処理が開始されると、ＣＰＵ１７１は、ジョブに係る画像形成が開始したかを監視する（Ｓ８０１）。画像形成が開始すると（Ｓ８０１にてＹＥＳ）、ＣＰＵ１７１は、給紙が開始されたかを監視する（Ｓ８０２）。給紙が開始されると（Ｓ８０２にてＹＥＳ）、ＣＰＵ１７１は、トータル枚数カウンタ１７６をカウントアップする（Ｓ８０３）。その後、ＣＰＵ１７１は、最終紙が給紙されたかを監視する（Ｓ８０４）。
【００３５】
給紙された用紙が、ジョブにおける最終紙でなければ（Ｓ８０４にてＮＯ）、必ず次紙の給紙が開始されるため、Ｓ８０２に戻り、ＣＰＵ１７１は、次紙の給紙を待つことになる。ジョブ実行中には給紙が開始される毎にトータル枚数カウンタ１７６がカウントアップされることになり、ジョブにおける最終紙の給紙が終了すると（Ｓ８０４にてＹＥＳ）、トータル枚数カウントアップ処理が終了となる。
【００３６】
［機能カウンタ］
機能カウンタ１８１は、画像形成装置１０１で実行される制御機能が多数存在するため、カウントすべき対象の制御機能の各々に対して割り振られる。つまり、対象の各種制御機能が実行される毎に機能各々に割り振られた機能カウンタ１８１にてカウントされる。以下、図２０のフローチャートを使用して、機能カウンタ１８１の一例として、カウント対象となる機能カウンタ１８１のカウントアップ方法について説明する。なお、本処理は、ＣＰＵ１７１にて制御される。
【００３７】
処理が開始されると、ＣＰＵ１７１は、対象となる機能処理が開始したかを監視する（Ｓ９０１）。対象となる機能処理が開始されると（Ｓ９０１にてＹＥＳ）、ＣＰＵ１７１は、機能処理の実施中に、実際にカウント対象となる処理が実施されたかを監視する（Ｓ９０２）。カウント対象となる処理が実施されると（Ｓ９０２にてＹＥＳ）、ＣＰＵ１７１は、処理に対応する機能カウンタ１８１をカウントアップする（Ｓ９０３）。
【００３８】
そして、ＣＰＵ１７１は、カウント対象となる処理が終了したかを監視する（Ｓ９０４）。ここでは、ＣＰＵ１７１は、カウント対象となる処理が終了するのを待つことになる。カウント対象となる処理が終了すると（Ｓ９０４にてＹＥＳ）、機能カウンタ１８１のカウントアップ処理が終了となる。
【００３９】
［部品カウンタ］
また、ＣＰＵ１７１は、部品カウンタ１７７のカウンタ値と寿命カウントメモリ１７９のカウンタ値とを比較し、その比較結果に基づいて部品の寿命（交換時期）を判定している。その判定結果を基に、ＣＰＵ１７１は、操作部１７２の表示部に所定の表示を行う。
【００４０】
また、画像形成装置１０１において異常状態が発生した際、その異常状態に関連した情報を履歴情報として異常検知履歴メモリ１８０に記憶する。
【００４１】
［プリンタ部の構成］
図２は、プリンタ部１０２のブロック図である。ＣＰＵ２０１は、制御手順（制御プログラム）をＲＯＭ２０３からプログラムを順次読み取り、プリンタ部１０２の制御を行う。ＲＡＭ２０４は、プリンタ部１０２の内部処理で使用される入力データの記憶や作業用記憶領域等として用いる主記憶装置である。
【００４２】
Ｉ／Ｏ２０６は、各部位とのインターフェイスであり、給紙系、搬送系、光学系の駆動を行うモータ類２０７、クラッチ類２０８、ソレノイド類２０９、センサ類２１０等の各部位に接続される。センサ類２１０の一例として、図１に示した現像器４には、現像器４内部のトナー量を検知するトナー残検センサ（不図示）が配置されている。さらに、各部位のホームポジション、ドアの開閉状態等を検知するためのスイッチ類２１２からの信号もＩ／Ｏ２０６に入力される。高圧制御ユニット２１３は、ＣＰＵ２０１の指示に従って、図１に示す一次帯電器３および現像器４や、不図示の転写前帯電器、転写帯電器、分離帯電器などへ高圧電力を出力する。画像メモリ部１０５からの画像データに従って、レーザユニット１１７から出力されるレーザ光は感光ドラム２を照射し、露光する。更に、非画像領域において受光センサであるビーム検知センサ２１４によって発光状態が検知され、その出力信号がＩ／Ｏ２０６に入力される。
【００４３】
［外部Ｉ／Ｆ処理部］
次に、図４を用いて、画像形成装置１０１が有する外部Ｉ／Ｆ処理部１０４の構成を述べる。外部Ｉ／Ｆ処理部１０４は、画像メモリ部１０５を介してＰＣ１００からの画像データをプリンタ部１０２へ出力することを可能にしている。
【００４４】
外部Ｉ／Ｆ処理部１０４は、コア部４０６、画像データを保存するハードディスク（ＨＤ）４０２、ＰＣ１００や外部管理用サーバ等の外部装置と接続するインターフェイス部４０３と、フォーマッタ部４０４とで構成されている。
【００４５】
インターフェイス部４０３は、外部装置とのデータ通信を行うための通信手段である。ここで用いられるインターフェイスは、ＬＡＮケーブル、シリアルインターフェイス、ＳＣＳＩインターフェイス、プリンタのデータ入力用のセントロインターフェイスなどでもよい。インターフェイス部４０３を介して、ＰＣ１００へプリンタ部１０２の状態を通知したり、ＰＣ１００からプリント画像データを受け取ったりする。
【００４６】
ＰＣ１００からインターフェイス部４０３を介して通知される画像データは専用のプリンタ記述言語（以下、ＰＤＬ：Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）で記述されている。そのため、フォーマッタ部４０４は、その画像データのＰＤＬを解析して、画像データをイメージメモリ部４０５によりラスターイメージデータに展開する。展開されたラスターイメージデータは画像メモリ部１０５に送られ、ラスターイメージデータを元にプリンタ部１０２にて画像形成が実行される。
【００４７】
コア部４０６は、ＦＡＸ部４０１、インターフェイス部４０３、フォーマッタ部４０４、イメージメモリ部４０５、および画像メモリ部１０５それぞれのデータ転送を制御管理する。コア部４０６は、さらに、ＦＡＸ部４０１にて生成されるプリンタジョブ、ＰＣ１００から受信したプリンタジョブ、リーダ部１０３にて生成されるジョブのそれぞれについて、排他制御、優先度制御等により生成される各種ジョブを管理する。また、コア部４０６での制御により、順に画像出力が実行される。
【００４８】
［故障発生例に関する説明］
図５は一例として、図２のモータ類２０７の中の１つのモータ故障発生を説明する図である。図５（Ａ）は、モータのＯＮ／ＯＦＦの起動状態を時系列に表したものであり、縦軸はＯＮ／ＯＦＦの切り替えを示し、横軸は時間を示す。図５（Ｂ）は、図５（Ａ）と同じ時系列でのモータから発行されるＬｏｃｋ信号の時系列での動作例を示し、縦軸はＬｏｃｋ信号を示し、横軸は時間を示す。図５（Ａ）と図５（Ｂ）との関係において、モータＯＮとＬｏｃｋ信号Ｈｉｇｈとが対応している。また、モータＯＦＦとＬｏｃｋ信号Ｌｏｗとが対応している。
【００４９】
なお、モータのＬｏｃｋ信号は、図２の部品情報信号入力部２１１からの信号の１つであり、モータの異常状態を検知するために使用されるものである。図２のモータ類２０７の一つにＤＣブラシレスモータがあり、このＤＣブラシレスモータは、図２のＩ／Ｏ２０６におけるポートの一つであるモータＯＮ信号（不図示）を図５（Ａ）に示すようにＯＮ状態にしてモータに出力することでモータ起動させる。このモータからのＬｏｃｋ信号出力は、モータが通常回転している期間ではＨｉｇｈ状態になり、モータが停止している期間ではＬｏｗ状態になる。
【００５０】
図５（Ｂ）の例では、Ｌｏｃｋ信号出力がＳｔａｒｔの時点でモータが起動開始し始めたことにより、Ｌｏｃｋ信号出力がＨｉｇｈ状態出力となっている。時間Ｔｌｏｃｋが経過した時点でＬｏｃｋ信号出力が突然Ｌｏｗ状態に変化している。なお、図５（Ａ）では起動信号は起動状態のまま継続しているので、このモータは制御上起動しているが、図５（Ｂ）ではＬｏｃｋ信号出力がＬｏｗ状態、すなわち、モータが停止していることを表している。
【００５１】
図２のプリンタ部１０２のＣＰＵ２０１は、モータが起動状態にもかかわらず、Ｌｏｃｋ信号がＬｏｗ状態（停止状態）を検知するため、モータが何らか異常な状態に陥っていると判断する。このとき、ＣＰＵ２０１は、図３の画像形成装置１０１の全体処理を管理実行しているＣＰＵ１７１にこのモータの異常情報を通知する。モータの異常情報を通知されたＣＰＵ１７１は、画像形成装置１０１の動作を停止する。モータの異常情報のみならず、プリンタ部１０２、リーダ部１０３等の画像形成装置１０１内部から通知される各種の異常情報を、ＣＰＵ１７１は異常検知履歴メモリ１８０に履歴として記憶する。
【００５２】
［処理概要］
なお、本来は装置内部で異常動作や装置部品の故障等の問題が発生しないことが好ましい。しかし、実際には、装置として好ましくない動作状態、例えば、モータへの何らかの外的な起因による強制的な過負荷や、突発的に発生する電気的ノイズが通信情報に混入したりすることにより制御信号の誤検知が発生してしまうことがある。
【００５３】
こうした異常動作の誤検知はユーザーに通知され、実際には装置部品が破損していない場合でも、ユーザーがサービスマンに修理依頼を出してしまう。この修理依頼には、サービスマンの出動を伴い、ユーザーにとっては装置を使用できない時間が発生し、サービスマンにとっては無駄な作業時間をかけることになってしまう。
【００５４】
そこで、異常検知履歴メモリ１８０を使用して、発生した異常動作に関連する情報やその異常動作に関連する情報を記憶・管理する。そして記憶した異常動作の情報を用いて、過去に発生した異常動作の情報の履歴と、今回発生した異常動作の情報とを比較し、異常動作の発生状況に関する関連性の有無を判定する。
【００５５】
異常動作の発生状況について関連がある場合、例えば、異常検知履歴メモリ１８０に記憶された過去の異常動作情報との比較により、その発生頻度から異常状態が頻発している状況が判断できる場合を想定する。こうした異常状態の頻発性を判断し、その異常状態に関連する装置・部品について、破損していない可能性が高い、破損している、又は破損しかけている可能性が高いといった破損状況を判断する。そして、その判断に応じて操作部１７２により、ユーザーに対して情報を報知することで、ユーザーおよびサービスマンへの負担を軽減する。
【００５６】
以下では、異常状態を検知した場合についていくつかの例をあげて説明する。図７は、異常検知履歴メモリ１８０に記憶される情報の例を示す図である。図７（Ａ）は、過去に発生した異常状態詳細コード７００１と異常状態発生時のトータル枚数カウンタ値７００２等が記憶されている。ここでの異常状態詳細コードとは、発生した異常状態の分類（種類）を示すコードであり、発生しうる異常状態ごとに予め定義されている。図７（Ｂ）〜（Ｄ）は、処理が進むにつれて、異常検知履歴メモリ１８０の内容が更新される旨を示している。この詳細については、フローチャートと併せて後述する。
【００５７】
図７（Ａ）に示す異常検知履歴メモリ１８０で記憶できる履歴の数については複数の異常状態が発生した場合を想定している。なお、本実施例の説明では、異なる異常状態が同時に発生したとしても最大で５つ程度であると想定し、履歴情報として５つの履歴情報の記憶領域を確保している。
【００５８】
なお、異常検知履歴メモリ１８０には、画像形成装置１０１が新品時には情報としては何も記憶されていない。しかし、今回の説明では、過去に数回の異常状態が発生している状況を仮定し、異常検知履歴メモリ１８０に過去に発生した異常状態の情報が５つの領域すべてに記憶されている状態とする。この状態において、ユーザーによりジョブが実行され、以下に説明する処理が動作するものとして説明する。
【００５９】
図８は、異常状態を検知した際に、その異常状態の発生頻度が高いか否かを判断するための判断に使用する情報である。本実施例では、発生した異常状態詳細コード８００１の発生頻度が高いか否かを判断するために、予め計測等で決定された異常状態発生頻度判断用しきいカウンタ値８００２を定義し、記憶部に保持しているものとする。図８の異常状態発生頻度判断用しきいカウンタ値８００２が記憶される領域に関しては、ＲＯＭ領域でもＲＡＭ領域でもいずれの領域でもよい。
【００６０】
なお、図８に示したしきいカウンタ値の値は一例であり、これに限定するものではない。例えば、ＲＯＭ領域にあれば比較すべきしきい値が固定となり、ＲＡＭ領域にあればこの値を書き換え可能にすることができる。例えば、装置の設置された環境毎に異常状態の発生状況が変化する部品があるような場合には、装置毎にしきい値を変えるようなことも可能である。今回の例では、しきい値の目安として、一ヶ月間にユーザーにプリント出力される平均的な枚数を考慮した上でしきい値を設定している。
【００６１】
なお、異常状態の種類によって、例えば、定着器の異常状態を検知した場合には、異常状態検知後に即座に故障と判断し、その故障情報を報知して、動作を停止するように制御する場合がある。定着器関連の異常状態以外にも異常状態の発生頻度の判断せずに即座に故障と判断するいくつかの異常状態検知の種類がある。これら以外の異常状態検知については、異常状態の発生頻度の判断を実行し、その異常状態の発生頻度を考慮した上で故障・破損状態を的確に判断する。
【００６２】
図９（Ａ）（Ｂ）（Ｃ）は、それぞれ発生した異常状態の例である。図９に示された値は、発生した異常状態についての異常状態詳細コード９００１および異常状態発生時のトータル枚数カウンタ値９００２の一例を示している。図９に示した各異常状態を用いて、図７（Ａ）に示す値が更新されていく過程および動作を図６のフローチャートを用いて説明する。
【００６３】
また、図１７（Ａ）（Ｂ）（Ｃ）に、ユーザーに画像形成装置における状態を報知する画面を示す。ここで表示するタイミングについては、処理の流れと併せて説明する。なお、図１７にて示した操作部１７２にて表示する画面は、一例であり、他の画面を用いてユーザーに報知しても構わない。更に、画面以外の方法にて報知するようにしても構わない。
【００６４】
なお、図６に示すフローチャートは、画像形成装置１０１のＣＰＵ１７１が、ＲＯＭ１７４に記憶されたプログラムを読み出し、実行することにより実現される。
【００６５】
［処理例］
（１）異常状態検知時に発生頻度が高いと判断する場合
ジョブが実行されて、図９（Ａ）に示す異常状態詳細コードＡが発生した場合について図６のフローチャートを用いて説明する。ＣＰＵ１７１により、異常状態検知を開始する。
【００６６】
図９（Ａ）では、発生した異常状態として異常状態詳細コード９００１“０００８００１１”が検知された状態である（Ｓ６０１）。また、そのときのトータル枚数カウンタ値９００２が“００００７０００（枚）”であることを意味している。なお、ここでは、異常状態詳細コード９００１“０００８００１１”は、発生頻度を判断して故障判断する対象の異常状態詳細コードであると仮定する（Ｓ６０２にてＹＥＳとなる）。この発生頻度を判断して故障判断する対象か否かは、予め定義されているものとする。
【００６７】
異常検知履歴メモリ１８０内では、図７（Ａ）に示すように、既に５つの記憶領域（アドレス“０００００００１”〜“０００００００５”）には過去に発生した５つの異常状態関連の情報で埋められている。ＣＰＵ１７１は、異常検知履歴メモリ１８０内に記憶された過去に発生した異常状態詳細コード７００１を検索し、今回発生した図９（Ａ）の異常状態詳細コードＡの“０００８００１１”と同じ異常状態詳細コードがあるか否かを確認する。
【００６８】
今回の例では、図７（Ａ）の異常検知履歴メモリ１８０内には上から５番目（アドレス“０００００００５”）に同じコードが存在し、以前に同じ異常状態が発生していたことがわかる（Ｓ６０３にてＹＥＳ）。そこで、ＣＰＵ１７１は、以前発生した際のトータル枚数カウンタ値７００２を確認する。ＣＰＵ１７１は、今回発生の際のトータル枚数カウンタ値と、異常検知履歴メモリ１８０内の対象のトータル枚数カウンタ値とにより、今回の発生した異常状態の発生頻度が高いか否かを判断する。この例では、異常状態の発生頻度状況を判断するために、ＣＰＵ１７１は、以前に異常状態が発生した際のトータル枚数カウンタ値と今回発生した際のトータル枚数カウンタ値との差分を計算する（Ｓ６０４）。ここで差分を計算すると、
００００７０００  −  ００００６８０４  ＝  ０００００１９６（枚）
となる。この結果、前回の異常状態の発生から１９６（枚）が経過していることがわかる。
【００６９】
上述したように、今回は異常検知履歴メモリ１８０内に同じ異常状態（“０００８００１１”）の発生履歴がある。しがたって、ＣＰＵ１７１は、異常検知履歴メモリ１８０において、同じ異常状態が発生した際に記憶した記憶領域に、今回の異常状態発生時のトータル枚数カウンタ値を上書き更新する（Ｓ６０５）。すなわち、図７（Ｂ）のように、ＣＰＵ１７１は、アドレス“０００００００５”の記憶領域のデータに、トータル枚数カウンタ値を“００００７０００”として上書きする。
【００７０】
次に、ＣＰＵ１７１は、この異常状態の発生頻度について判断する。ＣＰＵ１７１は、図８に示される情報から、対象となる異常状態詳細コード８００１に対応する異常状態発生頻度判断用しきいカウンタ値８００２を取得する。ここでは、ＣＰＵ１７１は、異常状態発生頻度判断用しきいカウンタ値８００２が“００００２０００（枚）”となっている情報が取得される（Ｓ６０６）。そして、ＣＰＵ１７１は、異常状態発生頻度判断用しきいカウンタ値とＳ６０５の計算により求められた差分とを比較する（Ｓ６０７）。今回の異常状態発生の例では、比較すると、
０００００１９６  ＜  ００００２０００
となる。この結果、しきいカウンタ値よりも差分が小さいため、ＣＰＵ１７１は、異常状態の発生頻度が高く、部品破損などの故障が実際に発生している可能性が高いと判断する（Ｓ６０７にてＮＯ）。
【００７１】
そして、ＣＰＵ１７１は、図１７（Ａ）の画面１７０１に示すように、操作部１７２上に、故障情報として異常状態詳細コードを報知する（Ｓ６１０）。その後、ＣＰＵ１７１は、装置を故障停止させて、異常状態検知が終了となる。故障情報がユーザーに対して報知されると、故障情報を認識したユーザーによりサービスマンへの故障修理依頼が発行されることになる。
【００７２】
（２）異常状態検知時に発生頻度が高くないと判断する場合
ジョブが実行されて、さらに、図９（Ｂ）に示す発生異常状態詳細コードＢが発生した場合について説明する。図９（Ａ）と同じ異常状態の発生（異常状態詳細コード：０００８００１１）を想定しており、図６のフローチャートでは、Ｓ６０１、Ｓ６０２まではケース（１）の流れと同じである。
【００７３】
ケース（１）と同じ異常状態の発生を仮定しており、異常検知履歴メモリ１８０には既に図７（Ｂ）に示す異常状態の履歴が存在している（Ｓ６０３）。そのため、ＣＰＵ１７１は、異常検知履歴メモリ１８０に記憶された過去の異常状態の履歴情報のうち、アドレス上で５番目の記憶領域（アドレス“０００００００５”）に記憶された情報と比較する。今回のトータル枚数カウンタ値は、“０００１０５００（枚）”である。前回（更新された図７（Ｂ））のトータル枚数カウンタ値は、“００００７０００（枚）”である。ＣＰＵ１７１は、これらのトータル枚数カウンタ値と今回のトータル枚数カウンタ値との差分を計算する（Ｓ６０４）。この場合、
０００１０５００  −  ００００７０００  ＝  ００００３５００（枚）
となり、前回の故障発生から３５００（枚）が経過していることがわかる。異常検知履歴メモリ１８０内の前回と同じ記憶領域、すなわち、ＣＰＵ１７１は、図７（Ｃ）のように、５番目のアドレスの記憶領域のデータを異常状態発生時トータル枚数カウンタ値のデータに上書き更新する（Ｓ６０５）。ここでは、ＣＰＵ１７１は、トータル枚数カウンタ値を“０００１０５００”として上書きする。
【００７４】
次に、ＣＰＵ１７１は、この異常状態の発生頻度について判断する。ＣＰＵ１７１は、図８に示される情報から、対象となる異常状態詳細コード８００１に対応する異常状態発生頻度判断用しきいカウンタ値８００２を取得する。ここでは、ＣＰＵ１７１は、異常状態発生頻度判断用しきいカウンタ値８００２が“００００２０００（枚）”となっている情報が取得される（Ｓ６０６）。そして、ＣＰＵ１７１は、異常状態発生頻度判断用しきいカウンタ値と、Ｓ６０５の計算により求められた差分とを比較する（Ｓ６０７）。今回の異常状態発生の例では、しきいカウンタ値と差分とを比較すると、
００００３５００  ＞  ００００２０００
となる。この結果、しきいカウンタ値よりも差分が大きいため、異常状態の発生頻度は所定の頻度以下であるとして、ＣＰＵ１７１は、発生頻度は高くないと判断できる（Ｓ６０７にてＹＥＳ）。この場合には、異常状態の発生頻度が高くないことから、突発的なノイズ等起因により制御上異常状態を誤検知した可能性が高く、実際には部品は破損していないことが想定される。
【００７５】
ここで、ジョブが実行中であるため、ＣＰＵ１７１は、装置内に紙搬送しているか否かを判断する（Ｓ６０９）。紙搬送していない場合（Ｓ６０９にてＮＯ）Ｓ６１２へ進む。この異常状態が発生したタイミングで紙搬送がされている場合（Ｓ６０９にてＹＥＳ）、ＣＰＵ１７１は、紙が装置外へ正常排紙できる場合（Ｓ６１７にてＹＥＳ）には正常に排紙し、正常停止として装置を停止させ、Ｓ６１２へ進む。正常排紙できない場合には（Ｓ６１７にてＮＯ）一旦ジャムとして取り扱い、装置を停止させる。なお、ジョブ実行時に故障検知された場合に、もし、紙が正常排紙できて正常に停止できるのであれば、ジャムとして停止させる必要はない。ここでは、一旦ジャムとして停止するため、ＣＰＵ１７１は、図１７（Ｂ）の画面１７０２に示すように、操作部１７２上にジャム発生情報を報知する（Ｓ６１１）。その後、ユーザーにジャム紙を除去してもらうことになる。
【００７６】
ユーザーによるジャム紙の除去終了を検知したら（Ｓ６１３にてＹＥＳ）、ＣＰＵ１７１は、内部的にジョブの継続実行のための準備をした上で、ジャムリカバリー処理でジョブ継続を実行する（Ｓ６１５）。こうして、操作部１７２上には故障情報が報知されることなく、ユーザーにより正常状態に復帰させることができる。
【００７７】
ジャムとして停止させず、正常排紙して正常停止できる場合（Ｓ６１７にてＹＥＳ）、ＣＰＵ１７１は、図１７（Ｃ）の画面１７０３に示すように、操作部１７２上に異常状態を検知したために装置を停止させた旨の情報を報知する（Ｓ６１２）。そして、ユーザーにジョブ継続の入力をしてもらう。ユーザーによる処理継続（ジョブ継続）の入力を受け付ける（Ｓ６１４にてＹＥＳ）と、ＣＰＵ１７１は、内部にて処理継続（ジョブ継続）実行のための準備をした上で、処理継続（ジョブ継続）実行する（Ｓ６１６）。こうして、操作部１７２上には故障情報が報知されることなく、ユーザーにより正常状態に復帰させることができ、故障検知が終了となる。
【００７８】
さらに、図９（Ｃ）のように発生異常状態詳細コードＣが発生した場合について説明する。ここでは、図７（Ｃ）に示すように、異常検知履歴メモリ１８０内に以前に異常状態詳細コードＣの故障が発生した履歴がない例について説明する。ここで、異常状態詳細コードＣについては、異常状態の発生頻度により故障判断する対象の異常状態検知であることを前提とする。
【００７９】
異常状態検知の開始後、ＣＰＵ１７１は、図９（Ｃ）のように異常状態を検知する（Ｓ６０１）。異常状態の発生頻度により故障判断する対象の異常状態検知であり（Ｓ６０２にてＹＥＳ）、過去に発生していない異常状態の発生であるため（Ｓ６０３にてＮＯ）、ＣＰＵ１７１は、発生頻度は高くないと判断する。今回の例では、異常検知履歴メモリ１８０は、５つの履歴情報を記憶可能な構成を想定しており、すでに５つの領域は、過去に発生した異常状態関連情報により埋め尽くされている。
【００８０】
そこで、今回の例では、ＣＰＵ１７１は、図７（Ｃ）の異常検知履歴メモリ１８０内で異常状態発生時のトータル枚数カウンタ値が一番古いアドレス、すなわちアドレスが“０００００００１”の領域に今回発生した故障情報を上書き更新する（Ｓ６０８）。その結果、図７（Ｄ）のように異常検知履歴メモリ１８０のアドレス“０００００００１”の値が更新される。
【００８１】
なお、もし異常状態の履歴情報を５つではなく、より多くの情報を記憶することができる構成、例えば、発生の可能性が想定できる異常状態すべての情報を記憶できる構成であれば、異常情報の種類毎に保存することも可能である。ただし、現実的には、そのように多くの異常状態履歴情報を記憶できる構成はコストアップにつながり、コストの観点からあまり好ましくない。そのため、異常状態履歴情報の記憶領域については、装置構成全体を考慮した上で適正な数の記憶領域を確保することが好ましい。
【００８２】
初めて発生する（もしくは、記憶領域に記憶されていない）異常状態については、その異常状態の発生頻度の判断ができないため、実際に装置内の部位が破損しているか否かは不明である。しかし、もし装置内の部位が破損、又は、破損しかけているのであれば、その直後の動作でも異常状態が発生する可能性は高い。そのため、一回目の異常状態発生時には、ユーザーにより装置が正常復帰できるように準備することになる。
【００８３】
ユーザーにより装置が正常復帰できるように準備する処理については、上述した異常状態の発生頻度が高くない場合の復帰処理と同様である。すなわち、紙搬送し（Ｓ６０９にてＹＥＳ）、かつ、正常排紙できない場合は（Ｓ６１７にてＮＯ）、ＣＰＵ１７１は、ジャムとして取り扱い、装置を停止させ、図１７（Ｂ）の画面１７０２に示すように、操作部１７２上にジャム発生情報を報知する（Ｓ６１１）。その後、ユーザーにジャム紙を除去してもらうことになる。ユーザーによるジャム紙の除去終了を検知したら（Ｓ６１３にてＹＥＳ）、ＣＰＵ１７１は、内部的にジョブの継続実行のための準備をした上で、ジャムリカバリー処理でジョブ継続を実行する（Ｓ６１５）。
【００８４】
ジャムとして停止させず、正常排紙して正常停止できる場合（Ｓ６１７にてＹＥＳ）、ＣＰＵ１７１は、上述した異常状態の発生頻度が高くない場合の復帰処理と同様の処理を行う。つまり、図１７（Ｃ）の画面１７０３に示すように、ＣＰＵ１７１は、操作部１７２上に異常状態を検知したために、装置を停止させた旨の情報を報知する（Ｓ６１２）。その後、ユーザーにジョブ継続の入力をしてもらうことになる。
【００８５】
ユーザーによる処理継続（ジョブ継続）の入力を受け付けると（Ｓ６１４にてＹＥＳ）、ＣＰＵ１７１は、内部にて処理継続（ジョブ継続）実行のための準備をした上で、処理継続（ジョブ継続）を実行する（Ｓ６１６）。こうして、操作部１７２上には故障情報が報知されることなく、ユーザーにより正常状態に復帰させることができ、異常状態検知が終了となる。
【００８６】
（３）異常発生の頻度の判断に機能カウンタを使用する場合
上述したケース（１）、（２）では、異常発生時に故障と判断するための異常状態の発生頻度の判断を画像形成のトータル枚数カウンタ１７６を使用して判断していた。以下では、トータル枚数カウンタ１７６ではない、別の方法（機能カウンタ１８１）により異常発生の頻度の判断を実施する例を説明する。なお、機能カウンタ１８１による異常発生の頻度判断の説明をするため、以下、現像器４ａ〜４ｄでの異常状態検知を例として取り上げることにする。
【００８７】
図１０は、本実施例の現像器４ａ〜４ｄの側面から見た断面の概要図を示す。図１０を用いて、トナーがトナー容器４０００から現像器内部４００７まで補給されるまでの動作を説明する。図１０の矢印は、トナーのトナー容器４０００〜現像器内部４００７までの移動の方向を示す。トナー容器駆動モータ４００２が回転することでトナーはトナー容器４０００からトナーホッパー部４００１へ補給される。なお、トナーホッパー部４００１内にあるトナー容量センサ（不図示）によりトナーホッパー部４００１内のトナー容量が所定量を下回ったことを検知する。これを用いて、トナーホッパー部４００１内のトナー容量が所定量まで回復するまで、トナー容器４０００からトナーホッパー部４００１へトナーが補給される。現像モータ４００３は、現像器４ａ〜４ｄからドラム（不図示）へトナーを高圧で現像させるための現像シリンダー４００９、現像器内部４００７でトナーを攪拌させるためのトナー攪拌スクリュー４００８を回転させる。
【００８８】
トナー補給用クラッチ４００４は、現像モータ４００３を駆動源として、クラッチ機構のＯＮ／ＯＦＦにより、トナー補給スクリュー４００５をＯＮ／ＯＦＦする。これにより、トナー補給口４００６を通じてトナーホッパー部４００１から現像器内部４００７へトナーを補給する。さらに、濃度センサ（不図示）により、現像器内部４００７でトナーとキャリアの比率が所定比率に安定させることでトナー濃度が常に安定となるように、トナー補給量の調整制御している。現像モータ４００３は、基本的には画像形成時の現像タイミングの期間において回転しており、この期間内に画像形成で必要なトナー量がトナー補給スクリュー４００５の駆動によりトナーホッパー部４００１からトナー補給される。
【００８９】
ここでは、現像器４ａ〜４ｄのトナー補給スクリュー４００５、又はトナー攪拌スクリュー４００８の駆動源である現像モータ４００３の故障検知をしている。ここで説明した現像モータ４００３は、図５を用いて説明したＤＣブラシレスモータ駆動を想定している。また、回転中にＬｏｃｋ信号がＬｏｗ状態になってしまうことによりモータ駆動していないことを検知することで故障検知をしている。
【００９０】
回転異常の原因としては様々なものが想定されるが、例えば以下のようなものが挙げられる。モータ駆動の結線不良および断線、電気的ノイズによるＬｏｃｋ信号異常検知等の電気的要因による場合などがある。他にも、関係部品の電気的または機構的な動作異常状態に陥ることで現像器内部４００７に補給されるトナー補給量が異常になり、満杯になったトナーとキャリアで構成される現像剤でトナー攪拌スクリュー４００８の回転に物理的負荷がかかる。その結果、トルク不足で回転できなくなる場合などである。
【００９１】
さて、フルカラー画像形成装置の現像器なので、Ｙ（イエロー）用／Ｍ（マゼンタ）用／Ｃ（シアン）用／Ｂｋ（ブラック）用のそれぞれ現像器が存在するため、色毎に故障検知が必要になる。
【００９２】
ここで、上述したケース（１）、（２）の例のように、トータル枚数カウンタ１７６で異常状態の発生頻度の判断をすると仮定する。さらに、ユーザーによる使用例が、白黒画像によるプリント出力が極端に多く、カラー画像が極端に少ない場合を想定する。この場合には、ほとんどカラープリント出力がされないために、カラーでのみ実施される現象や機能に対しての異常状態検知の発生間隔が開きがちになりやすい。そのため、実際に対象部品が破損したとしても、トータル枚数カウンタ１７６による異常状態の判断では、いつまでもたっても異常状態の発生頻度が高くないという判断になり、対象部品が破損した旨の報知ができない可能性がある。今回の現像モータ４００３の異常状態検知においても、トータル枚数カウンタ１７６により異常状態の発生頻度を判断すると、同じことが発生する可能性がある。
【００９３】
そこで、今回の現像モータ４００３の異常状態検知においては、各色の現像モータの使用を１つの機能として、各色の現像器内でトナー補給が１回実行される毎に、現像モータの各使用回数を１回ずつカウントアップする。そして、カウントアップされた各色の現像モータの使用回数カウンタを機能カウンタ１８１で記憶・管理することにする。
【００９４】
また、図１１のようなカラー画像／白黒画像のプリント出力例を想定する。図１１は、左から順番に、白黒画像データ出力：１０００枚→カラー画像出力：１枚→白黒画像データ出力：２５００枚→カラー画像出力：１枚→白黒画像データ出力：２５００枚という使用例であることを表している。ここで、左から２番目のカラー画像出力の際に、Ｍ（マゼンタ）用の現像モータ４００３が破損により実際に故障している状態にあり、一度異常状態を検知したと仮定する。Ｍ（マゼンタ）用の現像モータ４００３の破損を判断する機能カウンタの比較用しきいカウンタ値は図１４のように提供されるが、ここでは、１０００回というしきいカウンタ値が予め設定されていると仮定する。
【００９５】
さて、次のカラー画像である左から４番目のカラー画像出力の際には、実際に故障しているためＭ（マゼンタ）用の現像モータ４００３で異常状態が再度発生することになる。機能カウンタ値で判断すると、２回目の異常状態発生ということになり、しきいカウンタ値である１０００回に対して下回っていると判断できる。その結果、異常状態発生頻度が高いと判断される。すなわち、Ｍ（マゼンタ）用の現像モータ４００３が故障していると判断され、操作部に故障情報報知される。
【００９６】
このように、各色の現像モータ動作する毎に、独立して機能カウンタがカウントアップされる。一方、各色の現像モータが動作していない場合には、機能カウンタは更新されない。これにより、上述したケース（１）、（２）の画像形成のトータル枚数カウンタ１７６で異常状態の発生頻度を判断する場合と比較して、各現像モータの正確な使用状況がわかると同時に、異常状態の発生頻度の精度が向上する。
【００９７】
上述したケース（１）、（２）で説明した図６のフローチャートに対して、トータル枚数カウンタ１７６を用いた処理を機能カウンタ１８１（ここでは、各色の現像モータの使用回数カウンタ）に置き換えたフローチャートが図１２である。現像モータ４００３の異常状態検知については、図１２のフローチャートに従って、異常状態発生時に機能カウンタとしての各色現像モータ使用回数カウンタにより異常状態の発生頻度を判断する。また、異常状態情報は、異常検知履歴メモリ１８０に記憶する。図１２のフローチャートでの詳細制御は、図６のフローチャートに対してトータル枚数カウンタ１７６の部分を機能カウンタ１８１により置き換えたものと同様なので、詳細について説明は割愛する。なお、図１２に示すフローチャートは、画像形成装置１０１のＣＰＵ１７１が、ＲＯＭ１７４に記憶されたプログラムを読み出し、実行することにより実現される。
【００９８】
機能カウンタによる異常状態の発生頻度の判断は、ジョブ実行時以外、すなわち、前多回転動作中、前回転動作中、後回転動作中等の画像形成の動作時以外に検知される異常状態検知の場合にも適用可能である。例えば、前多回転動作でしか実行しない各種プロセスパラメータの調整制御中に検知される異常状態については、機能カウンタ１８１として、例えば、前多回転実行回数カウンタとして前多回転実行する毎に前多回転実行回数をカウントアップする。これにより、異常状態発生時に発生頻度判断用の機能カウンタ１８１として使用することが可能である。
【００９９】
（４）異常状態の発生頻度の判断として異常状態検知の種類毎に判断条件を変える場合
ケース（１）〜（３）の例で説明したように、異常状態の検知時にその異常状態の発生頻度を判断する場合、異常状態検知の種類によってはトータル枚数カウンタ１７６により判断することが最適な場合がある。一方、部品の使用回数や機能の実施回数を機能カウンタ１８１として機能毎に独立にカウントアップし、その各々の機能カウンタにより判断することが最適な場合もある。
【０１００】
そこで、異常状態検知の種類毎に発生の判断条件を変える方法について説明する。図１３は、図７と同様に、異常検知履歴メモリ１８０の記憶された情報を表している。異常検知履歴メモリ１８０には、異常状態詳細コード１３０１、異常状態発生時のトータル枚数カウンタ値１３０２、異常状態発生時の機能カウンタ値１３０３に関して過去に発生した異常状態関連の情報が履歴として記憶管理されている。なお、装置が新品時には情報としては何も記憶されていないが、今回の例でも、ある程度プリント出力され、既に数回故障検知して異常検知履歴メモリ１８０に異常状態関連情報が記憶されている状態とする。この状態において、ユーザーによりジョブが実行されることを想定する。
【０１０１】
図７での例では、異常状態の発生頻度の判断についてはトータル枚数カウンタ１７６により判断を実施していたので、異常検知履歴メモリ１８０に対しては、異常状態詳細コード７００１と異常状態発生時のトータル枚数カウンタ値７００２とが記憶されていた。今回の例において図７と異なる点は、異常状態の検知した種類毎に異常状態の発生頻度の判断条件を変える点である。そのため、異常状態の発生を検知した際に、その異常状態の種類により、異常状態発生時の異常状態詳細コード１３０１とともに記憶される情報が異常状態発生時のトータル枚数カウンタ値１３０２、又は機能カウンタ値１３０３のいずれかが記憶される。
【０１０２】
図１４は、図８と同様に、異常状態を検知した際に、今回発生した異常状態の情報と、異常検知履歴メモリ１８０に記憶された過去に発生した異常状態の情報とを比較することで、その異常状態の発生頻度が高いか否かを判断するために使用する情報である。ここでは、発生した異常状態詳細コード１４０１、予め計測等で決定された異常状態の発生頻度判断用しきいカウンタ値１４０２、１４０３で構成される。
【０１０３】
図８との違いは、図１４の例では、異常状態の種類毎に比較対象であるトータル枚数カウンタ、又は機能カウンタのいずれかの情報を選択判断するような構成になっている点である。対象カウンタ側の記憶領域には、比較するしきいカウンタ値の情報が記憶されており、対象ではないカウンタ側の記憶領域には“０”が記憶されている。そこで、異常状態が発生し検知される毎に、図１４によりトータル枚数カウンタか機能カウンタかを選択することになる。
【０１０４】
図１６のフローチャートを使用して処理の説明を行う。今回の例では、図１５のように、異常状態詳細コード１５０１が“００２２００１１”、異常発生時の機能カウンタ値１５０３が“０００６３２８”となるような異常状態が発生した場合の動作について説明する。なお、トータル枚数カウンタ値情報１５０２は、“００００００００”と設定され、今回は使用しない。なお、図１６に示すフローチャートは、画像形成装置１０１のＣＰＵ１７１が、ＲＯＭ１７４に記憶されたプログラムを読み出し、実行することにより実現される。
【０１０５】
ユーザーによりジョブ出力が指示されるとともに、ＣＰＵ１７１により、各種異常状態検知を開始する。ＣＰＵ１７１は、各種の異常状態が発生したかを監視する（Ｓ１６０１）。そして、異常状態が発生すると、ＣＰＵ１７１は、その異常状態が発生頻度の判断の対象の異常状態か否かを判断する（Ｓ１６０２）。このとき、定着器などの異常状態については、実際に破損するとユーザーにより正常復帰させることが不可能である。そのため、異常状態の発生頻度判断対象ではなく（Ｓ１６０２にてＮＯ）、ＣＰＵ１７１は、故障停止して装置を停止させる。その上で、ＣＰＵ１７１は、即座に操作部１７２に画面１７０１を表示することで報知する（Ｓ１６１０）。そして、異常状態検知終了となる。
【０１０６】
今回の例で、図１５の異常状態詳細コードＤの“００２２００１１”が異常状態発生の頻度を判断する対象の異常状態検知であると仮定する。この場合、図１５の異常状態検知の頻度判断の基準を選択するため、図１５の異常状態詳細コードについて、図１４に示す情報を探索する。具体的には、図１５の異常状態詳細コード１５０１（ここでは“００２２００１１”）から異常状態の発生頻度の判断条件として、トータル枚数カウンタか機能カウンタかを選択する。
【０１０７】
各異常状態の種類に対して、トータル枚数カウンタもしくは機能カウンタのいずれを選択するかについては予め決定されており、その情報は、プログラムとしてＲＯＭ領域、又は、ＲＡＭ領域に情報が格納されている。仮にＲＡＭ領域に格納されている場合には、操作部１７２からカウンタの数値を書き換えられるようにすることも可能である。操作部１７２でしきい値を書き換えられるようにすれば、実際に市場でのユーザーの使用環境毎に異常状態の発生状況が異なる場合等においても、個別に設定可能にすることが可能である。
【０１０８】
本実施例においては、トータル枚数カウンタ又は機能カウンタのいずれかを選択するかについては、図１４に格納されている情報のカウンタ値が“０”であるか否かで判断している。ここでは、“０”ではない数値が入っている方の情報（カウンタ）が採用される。今回の例の異常状態（“００２２００１１”）では、図１４の情報から異常状態詳細コードの“００２２”を参照すると、トータル枚数カウンタ発生頻度判断用しきいカウンタ値１４０２が“０”となっている。そのため、ＣＰＵ１７１は、異常状態の発生頻度の判断条件として機能カウンタを選択することになる（Ｓ１６１７）。
【０１０９】
ＣＰＵ１７１は、図１３（Ａ）の異常検知履歴メモリ１８０に記憶された過去の異常状態発生時の異常状態詳細コード１３０１に、今回発生の異常状態と同じものがあるかを判断する（Ｓ１６０３）。ここでは、図１３（Ａ）の５番目のアドレス（“０００００００５”）に、今回の異常状態（“００２２００１１”）と同じものが存在する（Ｓ１６０３にてＹＥＳ）。したがって、ＣＰＵ１７１は、現在の機能カウントと異常検知履歴メモリ１８０に保持されたカウント値との差分を計算する（Ｓ１６０４）。そして、ＣＰＵ１７１は、異常検知履歴メモリ１８０の機能カウンタ値を更新すると（Ｓ１６０５）、図１３（Ｂ）のようになる。ここでは、図１５に示す機能カウンタ値１５０３に示すように、“００００６３２８”にて更新される。
【０１１０】
その後、ＣＰＵ１７１は、図１４から今回の例の異常状態（“００２２００１１”）の機能カウンタ用の異常状態の発生頻度判断用しきいカウンタ値を取得する（Ｓ１６０６）。そして、ＣＰＵ１７１は、計算で求めた差分と取得したしきいカウンタ値とを比較する（Ｓ１６０７）。差分がしきいカウンタ値以下の場合には（Ｓ１６０７にてＮＯ）、異常状態発生の頻度が高く、ＣＰＵ１７１は、装置が故障している可能性が高いと判断し、故障停止する。その上で、ＣＰＵ１７１は、図１７（Ａ）の画面１７０１のように、故障情報を操作部１７２に報知する（Ｓ１６１０）。そして、異常状態検知が終了する。
【０１１１】
こうして、操作部１７２上に故障情報が報知されることで、ユーザーは装置内での故障を認識し、ユーザーによりサービスマンに修理依頼の出動要請が入ることとなる。
【０１１２】
なお、Ｓ１６０３で異常検知履歴メモリ１８０に今回発生した故障コードがない場合には（Ｓ１６０３にてＮＯ）、ＣＰＵ１７１は、異常検知履歴メモリ１８０の領域に今回発生した異常状態情報を記憶する（Ｓ１６０８）。
【０１１３】
また、差分がしきいカウンタ値より大きい場合には（Ｓ１６０７にてＹＥＳ）、ＣＰＵ１７１は、異常状態の発生頻度が高くないと判断する。そして、ＣＰＵ１７１は、装置内に紙搬送をしているかを判定する（Ｓ１６０９）。紙搬送していない場合（Ｓ１６０９にてＮＯ）Ｓ１６１２へ進む。紙搬送していれば（Ｓ１６０９にてＹＥＳ）、ＣＰＵ１７１は、紙が装置外へ正常排紙できる場合（Ｓ１６１８にてＹＥＳ）には正常に排紙し、正常に排紙できない場合には（Ｓ１６１８にてＮＯ）ジャムとして取り扱い装置を停止させる。そして、ＣＰＵ１７１は、図１７（Ｂ）の画面１７０２に示すように、操作部１７２上にジャム発生情報を報知する（Ｓ１６１１）。そして、その情報を認識したユーザーにジャム紙を除去してもらうことになる。
【０１１４】
ユーザーによるジャム紙の除去終了を検知したら（Ｓ１６１３にてＹＥＳ）、ＣＰＵ１７１は、内部的にジョブの継続実行のための準備をした上で、ジャムリカバリー処理でジョブ継続を実行する（Ｓ１６１５）。そして、本処理フローを終了する。
【０１１５】
搬送中の紙をジャムとして停止させず、正常排紙して正常停止できれば（Ｓ１６１８にてＹＥＳ）、ＣＰＵ１７１は、図１７（Ｃ）の画面１７０３のように、操作部１７２に異常状態を検知したために装置を停止させた旨の情報を報知する（Ｓ１６１２）。その後、ユーザーによりジョブ継続の入力をしてもらう。ユーザーによる処理継続（ジョブ継続）の入力を受け付けると（Ｓ１６１４にてＹＥＳ）、ＣＰＵ１７１は、内部にて処理継続（ジョブ継続）実行のための準備をした上で、処理継続（ジョブ継続）を実行する（Ｓ１６１６）。
【０１１６】
こうして、操作部１７２上には故障情報が報知されることなく、ユーザーにより正常状態に復帰させることができ、異常状態検知が終了となる。
【０１１７】
今回の例では、差分が
００００６３２８  −  ０００５２１２  ＝  ００００１１１６（回）
となる。そして、図１４により、比較するしきいカウンタ値が“００００１５００”であるため、差分としきいカウンタ値とを比較すると、
００００１５００  ＞  ００００１１１６
となる。この結果、差分はしきい値以下であるため、異常状態の発生頻度が高いと判断されて（Ｓ１６０７にてＮＯ）、故障情報として、操作部１７２上に異常状態詳細コードである“００２２−００１１”が報知される。その後、故障を報知されたユーザーによりサービスマンへの出動依頼が実施されることになる。
【０１１８】
（５）同一故障発生時に、条件を付加して故障の発生頻度を判断する場合
上述したケース（１）〜（４）では、異常状態発生時に異常検知履歴メモリ１８０に異常状態の情報を記憶させ、今回発生した異常状態と以前発生した異常状態とを検索・比較調査することで異常状態の発生頻度を判断する事例について説明してきた。ここでは更に、異常状態の情報に条件を付加して異常状態の発生頻度を判断する場合について説明する。
【０１１９】
上述したケースにおいては、装置内部で発生する異常状態それぞれに対して、異常状態詳細コードを割り当てていた。このとき、同一の異常状態詳細コードにおいても、より詳細に分類すると、異常状態の発生頻度に大きな影響を与える制御パラメータが存在することがある。
【０１２０】
例えば、前述の現像モータ４００３の例において、全速回転と半速回転といった画像形成時のプロセス速度が現像モータ４００３の回転負荷に影響し、半速回転使用時に影響が大きいと仮定する。この場合には、明らかに、プロセス速度という情報が異常状態の発生に影響する。そのため、図１８に示すように、異常状態発生時にその時のプロセス速度情報を追加して異常検知履歴メモリ１８０に記憶する。そして、異常状態の発生頻度を判断する際に、半速回転で発生したのかどうかを考慮する必要がある。
【０１２１】
図１８においては、“０”が全速を表し、“１”が半速を表している。この場合、故障発生した際のプロセス速度が、半速回転で発生している場合と、全速回転で発生している場合とで、異常状態の発生頻度の判断のしきいカウンタ値を変えて考える必要がある。例えば、以前と今回のいずれかで半速回転で異常状態が発生した場合には、図１４に示す情報から取得できるしきいカウンタ値に対して２／３にした値を用いて比較を行うようにする。これにより、プロセス速度が半速で制御されることによる現像モータ４００３の回転負荷の影響を加味して、故障判断しやすくする。
【０１２２】
こうして、異常状態の発生時における制御パラメータの情報を用いることで、異常状態が発生した際の発生頻度の判断の精度を更に向上させることができる。なお、各異常状態に対するパラメータについては、回転速度に限定するものではなく、他の異常状態発生時のパラメータを用いるようにしても構わない。また、制御パラメータをしきいカウンタ値に反映する方法は、上記方法に限定するものではなく、例えば、別の固定値を用いるようにしても構わない。
【０１２３】
以上、ケース（１）〜（５）の処理を行うことにより、本願発明は、実際に破損、又は破損しかけた不安定な状態の画像形成装置で頻発して発生しうる故障状態を確実に検知してエラー情報をユーザーに報知する。一方、破損していない状態による誤検知で散発的に発生する故障については、ユーザーにより正常状態に復帰させることができる。
【図１】
0006485989.tif 000002
【図２】
0006485989.tif 000003
【図３】
0006485989.tif 000004
【図４】
0006485989.tif 000005
【図５】
0006485989.tif 000006
【図６】
0006485989.tif 000007
【図７】
0006485989.tif 000008
【図８】
0006485989.tif 000009
【図９】
0006485989.tif 000010
【図１０】
0006485989.tif 000011
【図１１】
0006485989.tif 000012
【図１２】
0006485989.tif 000013
【図１３】
0006485989.tif 000014
【図１４】
0006485989.tif 000015
【図１５】
0006485989.tif 000016
【図１６】
0006485989.tif 000017
【図１７】
0006485989.tif 000018
【図１８】
0006485989.tif 000019
【図１９】
0006485989.tif 000020
【図２０】
0006485989.tif 000021