(57)【要約】【課題】画像を形成する際の出力処理の遅延によって異常画像が発生した場合であっても、不具合箇所を容易に特定する。【解決手段】画像データを出力処理するエンジン手段と、エンジン手段に転送される画像データに対し、所定の処理を実行する複数のモジュールを含むコントロール手段と、出力処理される画像データの処理速度を制御する信号を、エンジン手段からコントロール手段へフィードバックする手段と、処理速度を制御する信号に基づいて、コントロール手段における画像データの処理状態を監視する監視手段と、監視された処理状態によって、出力処理される画像データに発生する異常の要因となるモジュールを特定する手段と、を含む。【選択図】図１
2016111527.tif 000002
【特許請求の範囲】
【請求項１】
画像データを出力処理するエンジン手段と、
前記エンジン手段に転送される画像データに対し、所定の処理を実行する複数のモジュールを含むコントロール手段と、
前記出力処理される画像データの処理速度を制御する信号を、前記エンジン手段から前記コントロール手段へフィードバックする手段と、
前記処理速度を制御する信号に基づいて、前記コントロール手段における画像データの処理状態を監視する監視手段と、
前記監視された処理状態によって、前記出力処理される画像データに発生する異常の要因となるモジュールを特定する手段と、
を含むことを特徴とする画像形成装置。
【請求項２】
前記処理速度を制御する信号は、前記画像データの出力処理が開始されるタイミングに同期する信号であることを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記監視手段は、前記処理速度を制御する信号の所定の間隔における前記画像データの処理状態を監視することを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
前記モジュールは、前記画像データを記憶手段上に展開するためのインタフェースモジュールと、前記記憶手段上に展開された画像データに対して所定の処理を実行する処理モジュールと、を含むことを特徴とする請求項１から３のいずれか１項に記載の画像形成装置。
【請求項５】
前記監視手段により前記処理状態の異常が監視されると、前記出力処理される画像データに異常が発生したことを知らせる割り込みを発行することを特徴とする請求項１から４のいずれか１項に記載の画像形成装置。
【請求項６】
前記監視手段により前記処理状態の異常が監視されると、前記出力処理される画像データに異常が発生したことを知らせるログを出力することを特徴とする請求項１から５の何れか１項に記載の画像形成装置。
【請求項７】
前記監視手段により前記処理状態の異常が監視されると、前記画像データの出力処理を停止することを特徴とする請求項１から６の何れか１項に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関する。
【背景技術】
【０００２】
複写機、プリンタ等で使用されているレーザプリンタの書き込みプロセスは、書き込みを開始するとポリゴンモータが回転を始めることにより、最初のデータの書き込みが開始される。そして、書き込みが開始されると、その後は連続した書き込みデータが転送されることを期待した仕組みとなっている。したがって、途中でデータ処理速度が遅くなったり、データが止まったりした場合には、異常画像が発生したと判断されてしまう。
【０００３】
また、複写機、プリンタ等の画像形成装置は、スキャナやプロッタの書き込みの制御を行うエンジン部と、画像編集、ＨＤＤ（Hard Disk Drive）蓄積文書管理等の制御を行うコントローラ部とから構成されている。そして、このエンジン部とコントローラ部と間のデータ転送は、ＰＣＩ  Ｅｘｐｒｅｓｓ（登録商標）（以下、ＰＣＩｅという。）等の高速シリアル通信規格で定義されたケーブルを使うことが一般的となっている。そのため、書き込みを制御するエンジン部が期待する転送処理時間内に、コントローラ部がデータを転送することができない場合には、上記に記載したように異常画像が発生したと判断されてしまう。
【０００４】
しかし、今日では、ＬＳＩ（Large Scale Integrated circuit）の大規模化が進んでおり、ＬＳＩに搭載される機能も増大している。したがって、市場に出回っている画像形成装置において異常画像が発生した場合、原因を究明するまで多くの時間が費やされることになる。そこで、原因究明に要する時間の短縮化を図るため、コントローラ部から転送されるデータの転送能力の低下を検知することにより、エンジン部における制御信号を遅延させる技術が既に知られている。
【０００５】
特許文献１には、コントローラ部からエンジン部へデータを転送するときに発生する遅延を確認し、遅延によって異常画像が発生したと判断される場合に、エンジン部の書き込み制御を遅らせることによって異常画像の発生を防止する画像形成装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
画像形成装置では、プリンタの書き込みプロセスを自由に停止することが可能であることが前提となっている。しかしながら、一般的なレーザプリンタにおいて、動作の途中で書き込み性能を変えることができない場合は、白紙が出力される等といった異常画像の発生を回避することができず、異常画像の発生要因を分析する際、不具合を起こしているモジュールを特定するのに多大の時間を要するという問題があった。
【０００７】
また、特許文献１に開示された技術では、コントローラ部で発生する予測外の遅延により、エンジン部へ転送するデータに遅延が発生しているか否かを監視している。しかしながら、この方法でも、データ転送能力が低下する要因を特定することが極めて難しいという問題は依然として解決されていない。
【０００８】
そこで、本発明は、上記従来技術の問題点に鑑みてなされたものであって、画像を形成する際の出力処理の遅延によって異常画像が発生した場合であっても、不具合箇所を容易に特定することが可能な画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１に記載の本発明における画像形成装置は、画像データを出力処理するエンジン手段と、前記エンジン手段に転送される画像データに対し、所定の処理を実行する複数のモジュールを含むコントロール手段と、前記出力処理される画像データの処理速度を制御する信号を、前記エンジン手段から前記コントロール手段へフィードバックする手段と、前記処理速度を制御する信号に基づいて、前記コントロール手段における画像データの処理状態を監視する監視手段と、前記監視された処理状態によって、前記出力処理される画像データに発生する異常の要因となるモジュールを特定する手段と、を含むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像を形成する際の出力処理の遅延によって異常画像が発生した場合であっても、不具合箇所を容易に特定することが可能な画像形成装置を得ることができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態のエンジン部とコントローラ部とを有する画像形成装置の概略構成を示すブロック図である。
【図２】本実施形態の画像形成装置におけるエンジン部の内部データ信号のタイミングについて説明する図である。
【図３】本実施形態の画像形成装置におけるコントローラ部の内部データ信号のタイミングについて説明する図である。
【図４】本実施形態の画像形成装置における異常回路検知装置の動作の概要について説明する図である。
【図５】本実施形態の画像形成装置における異常検知装置が異常をどのように検知するかについて説明する図である。
【図６】本実施形態の画像形成装置における異常検知装置が異常をどのように検知するかについて説明する図である。
【図７】従来のエンジン部とコントローラ部とを有する画像形成装置の概略構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を参照して詳細に説明する。なお、各図中、同一又は相当する部分には同一の符号を付しており、その重複説明は適宜に簡略化乃至省略する。以下、本実施形態について説明するが、本実施形態は、以下に説明する実施形態に限定されるものではない。
【００１３】
本実施形態の画像形成装置について説明する前に、従来のエンジン部とコントローラ部とを有する画像形成装置の概略構成について説明する。図７は、従来のエンジン部とコントローラ部とを有する画像形成装置の概略構成を示すブロック図である。
【００１４】
画像形成装置７００は、Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ（特定用途向け集積回路：Application Specific Integrated Circuit）７０２と、Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ７０１とから成る。Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ７０２は、コントローラ部として機能する。Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ７０１は、エンン部として機能する。
【００１５】
Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ７０２は、出力画像の文書蓄積、画像処理、及び電子ソート処理等を実現するモジュールである。Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ７０１は、Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ７０２において処理されたデータを、出力プロッタ特性に合ったエンジン処理を行い、画像を出力するモジュールである。
【００１６】
Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ７０２は、メモリ７０３に記憶された制御プログラムを、メモリインタフェースモジュール７１５を介して読み出す。そして、ＣＰＵ（Central Processing Unit）インタフェースモジュール７１７を介してＣＰＵ７０５に転送する。ＣＰＵ７０５は、画像形成装置７００の全体動作を制御する。
【００１７】
Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ７０２は、ＨＤＤ７０４に格納されている画像データを、ＨＤＤインタフェースモジュール７１６を介して読み出す。そして、読み出された画像データを、メモリインタフェースモジュール７１５を介してメモリ７０３上に展開する。次に、メモリ７０３上に展開された画像データに対して必要とされるＣＴＬ処理を実行する。ＣＴＬ（コントロール）処理１モジュール７１１、ＣＴＬ処理２モジュール７１２、ＣＴＬ処理３モジュール７１３、及びＣＴＬ処理４モジュール７１４は、当該画像データに対して処理を実行するモジュールである。処理が施された画像データは、シリアル転送インタフェースであるＰＣＩｅ７１０を介してＰｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ７０１に転送される。
【００１８】
Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ７０１には、ＰＣＩｅ７０９を介してＳｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ７０２から画像データが転送される。Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ７０１において、エンジン処理１モジュール７０８、及びエンジン処理２モジュール７０７は、画像データに対してエンジン処理を実行する。プロット処理モジュール７０６は、画像データをプロッタに転送するための処理を行う。
【００１９】
次に、本発明が適用される一実施形態について図面を参照しつつ説明する。本発明は、エンジン部とコントローラ部との２つのモジュールから構成される画像形成装置において、エンジン部で必要とされるデータ処理速度を制御する信号を、コントローラ部へフィードバックしている。そして、コントローラ部のデータ処理能力が低下し、エンジン部へのデータ転送が遅延した場合、コントローラ部内の各モジュールにおけるデータの処理状態を監視している。これにより、コントローラ部を構成する何れのモジュールにおいて不具合が発生したのかを容易に特定することが可能となる。この本発明の特徴について、以下の図面を用いて詳細に解説する。
【００２０】
まず、本実施形態のエンジン部とコントローラ部とを有する画像形成装置の概略構成について説明する。図１は、本実施形態のエンジン部とコントローラ部とを有する画像形成装置の概略構成を示すブロック図である。
【００２１】
図７で説明した従来の画像形成装置７００と比較すると、本実施形態の画像形成装置１００は、Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ１０１からＳｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ１０２へ送信される信号が追加されている。また、Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ１０２には、異常回路検知装置１１８が追加されている。
【００２２】
そして、追加された異常回路検知装置１１８から、ＣＴＬ処理１モジュール１１１、ＣＴＬ処理２モジュール１１２、ＣＴＬ処理３モジュール１１３、ＣＴＬ処理４モジュール１１４に対して、それぞれ情報伝達のための信号線が接続されている。さらに、メモリインタフェースモジュール１１５に対しても、情報伝達のための信号線が接続されている。これ以外の構成は、図７に示した従来の画像形成装置７００と同様である。なお、Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ１０１、及びＳｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ１０２を、以下、それぞれエンジン部１０１、及びコントローラ部１０２という。
【００２３】
次に、本実施形態の画像形成装置におけるエンジン部の内部データ信号のタイミングについて説明する。図２は、本実施形態の画像形成装置におけるエンジン部の内部データ信号のタイミングについて説明する図である。
【００２４】
図２に示す（１）ＦＳＹＮＣ、（２）ＦＧＡＴＥ、（３）ＬＳＹＮＣ、（４）ＬＧＡＴＥ、及び（５）ＤＡＴＡの各信号は、画像出力するための画像データが、エンジン部１０１の内部を伝達する際に一般的に用いられる信号である。以下、それぞれの信号について説明する。なお、図２において、（１）ＦＳＹＮＣ、（２）ＦＧＡＴＥ、（３）ＬＳＹＮＣ、（４）ＬＧＡＴＥの各信号は、全て“Ｌ”をアクティブとして記載している。
【００２５】
（１）ＦＳＹＮＣ信号は、ページ開始の同期信号であり、書き込みエンジンであるプロット処理モジュール１０６に入力される信号である。（２）ＦＧＡＴＥ信号は、原稿が移動する方向である副走査方向に対応する信号である。（２）ＦＧＡＴＥ信号は、（１）ＦＳＹＮＣ信号を受けて、エンジン部１０１が生成するフレームゲート信号であり、画像データの出力が完了するまでアクティブ状態（“Ｌ”）となる。
【００２６】
（３）ＬＳＹＮＣ信号は、ライン開始の同期信号であり、書き込みエンジンであるプロット処理モジュール１０６に入力される信号である。（４）ＬＧＡＴＥ信号は、原稿が移動する方向である副走査方向に垂直な主走査方向に対応する信号である。（４）ＬＧＡＴＥ信号は、（３）ＬＳＹＮＣ信号を受けて、エンジン部１０１が生成するラインゲート信号であり、画像データの出力が完了するまでアクティブ状態（“Ｌ”）となる。
【００２７】
（５）ＤＡＴＡ信号は、出力画像データ信号であり、（１）ＦＳＹＮＣ信号と（３）ＬＳＹＮＣ信号とをトリガとして、出力画像データ（有効データ）を出力する必要がある。
【００２８】
レーザプリンタ等でよく使用される書き込み用のポリンゴンモータは、書き込み動作を開始すると途中で止めることができない。したがって、エンジン部１０１は、ポリゴンモータの動作に合わせて書き込みデータを絶えず送り続ける必要がある。もし仮に、書き込みデータを送ることができない場合、その箇所は画像データが抜けた状態となる。そして、全てのページ領域で書き込みデータが間に合わなかったとすると、最悪の場合、白紙が出力される等といった異常画像の発生を引き起こしてしまう。
【００２９】
次に、本実施形態の画像形成装置におけるコントローラ部の内部データ信号のタイミングについて説明する。図３は、本実施形態の画像形成装置におけるコントローラ部の内部データ信号のタイミングについて説明する図である。
【００３０】
図３に示す（１）ＥＸＥＣ、（２）Ｒｅｑｕｅｓｔ、（３）Ａｃｋｎｏｗｌｅｄｇｅ、（４）ＤＡＴＡの各信号は、画像出力するためのデータが、コントローラ部１０２の内部を伝達する際に一般的に用いられる信号である。以下、それぞれの信号について説明する。なお、図３において、（１）ＥＸＥＣ、（２）Ｒｅｑｕｅｓｔ、（３）Ａｃｋｎｏｗｌｅｄｇｅの各信号は、全て“Ｈ”をアクティブとして記載している。
【００３１】
（１）ＥＸＥＣ信号は、コントロール処理を実行するモジュールが、画像を形成するソフトウェアから要求された画像の１ページが終了するまでアクティブ状態（“Ｈ”）を継続する。したがって、原稿サイズ分のデータ転送が終了すると、（１）ＥＸＥＣ信号は非アクティブ状態（“Ｌ”）となる。（２）Ｒｅｑｕｅｓｔ信号は、コントロール処理を実行するモジュールが、画像データの送信を要求する信号である。
【００３２】
（３）Ａｃｋｎｏｗｌｅｄｇｅ信号は、コントローラ部１０２の下流側に設けられたコントロール処理を実行するモジュールが、データを送信する際に、送信データと共に送信する信号であり、データイネーブル信号である。（４）ＤＡＴＡ信号は、出力画像データ（有効データ）信号である。
【００３３】
コントローラ部１０２には、エンジン部１０１におけるゲート（ＦＧＡＴＥ、ＬＧＡＴＥ）のような概念は存在しない。コントローラ部１０２は、出力する画像データサイズ（副走査サイズ、主走査サイズ）でページ管理をしている。そのため、データ処理能力として、エンジン部１０１以上の処理能力が必要とされる。仮に、エンジン部１０１未満の処理能力しかないとすると、書き込みデータを送信し続ける途中で、書き込み用のポリゴンモータに対して書き込みデータを渡すことができなってしまう。
【００３４】
次に、本実施形態の画像形成装置における異常回路検知装置の動作の概要について説明する。図４は、本実施形態の画像形成装置における異常回路検知装置の動作の概要について説明する図である。
【００３５】
ここでは、コントローラ部１０２において処理遅延等が発生し、エンジン部１０１に対して書き込みデータを転送することができない状況となったときの異常画像の発生と、（５）異常回路検知装置１１８の動作について説明する。具体的には、ＨＤＤ１０４に蓄積された画像データをプリントアウトする際における画像データの流れについて説明する。
【００３６】
まず、ＨＤＤ１０４に格納されている画像データを読み出し、メモリインタフェースモジュール１１５を介してメモリ１０３上に展開する＜経路（１）＞。次に、メモリ１０３上にメモリ展開された画像データに対して必要とされるＣＴＬ処理（例えば、ＣＴＬ処理２モジュール１１２及びＣＴＬ処理４モジュール１１４）を実行する。そして、ＰＣＩｅ１１０からエンジン部１０１に接続されているＰＣＩｅ１１０に画像データを転送する＜経路（２）＞。
【００３７】
次に、図２で説明したエンジン部の内部データ信号にしたがって、プリント出力するデータをリアルタイムにプロット処理モジュール１０６へ送信する＜経路（３）＞。そして、Ｐｒｉｎｔ  Ｅｎｇｉｎ  ＡＳＩＣ１０１からコントローラ部１０２へ渡す信号として、ライン開始の同期信号であるＬＳＹＮＣ信号を出力する＜経路（４）＞。
【００３８】
次に、経路（４）によってＰｒｉｎｔ  Ｅｎｇｉｎ  ＡＳＩＣ１０１から出力されたＬＳＹＮＣ信号に基づいて、コントローラ部１０２における各モジュールにおいてデータ処理が問題なく動作しているか否かといった処理状態を監視する。仮に、長期間、書き込みデータの処理が止まっているモジュールがあれば、そのモジュールが故障している、又は制御誤りによって処理が停止していることにより異常画像が発生していることを検知することができる。このように、画像データの書き込み側から出力されるＬＳＹＮＣ信号に基づいて、コントローラ部１０２の各モジュールにおけるデータの処理状態を監視する。その結果、コントローラ部１０２の何処のモジュールで処理が遅れているかを検知することが可能となる。
【００３９】
次に、本実施形態の画像形成装置における異常検知装置が異常をどのように検知するかについて説明する図である。図５は、本実施形態の画像形成装置における異常検知装置が異常をどのように検知するかについて説明する図である。
【００４０】
図４の異常回路検知装置１１８が、エンジン部１０１からＬＳＹＮＣ信号を受信することにより、コントローラ部１０２におけるモジュールの異常を検知する方法について説明する。具体的には、図４の経路（２）におけるＣＴＬ処理２モジュール１１２の出力側回路で異常が発生し、書き込みデータの流れが停止した場合を想定して以下説明する。
【００４１】
まず、図５の（１）ＬＳＹＮＣ間隔に示すように、１ライン分のデータ転送がコントローラ部１０２では４回分のＲｅｑｕｅｓｔ信号に相当しているとする。そして、（２）ＬＳＹＮＣ間隔においては、ＣＴＬ処理２モジュール１１２の入力インタフェースでは正常なデータ量のデータ転送が行われていることが分かる。しかしながら、ＣＴＬ処理４モジュール１１４の入力インタフェースでは、１回分のＲｅｑｕｅｓｔ信号によるデータ転送しか行われていないことが分かる。
【００４２】
また、ＣＴＬ処理４モジュール１１４の入力インタフェースでは、Ｒｅｑｕｅｓｔ信号がアクティブ状態（“Ｈ”）となっているが、Ａｃｋｎｏｗｌｅｄｇｅ信号が非アクティブ状態（“Ｌ”）となっている。したがって、ＣＴＬ処理２モジュール１１２の出力側で正常に応答が行われていないことが分かる。
【００４３】
そこで、ＣＴＬ処理２モジュール１１２の出力側の応答処理が正常に行われていないことを示すフラグをレジスタ等に残すこととする。そして、ソフトウェア処理によって異常が検知されたことを知らせるエラー割り込みを発行したり、異常が検知されたことをログ出力したりすることによって不具合箇所が特定される。さらに、異常が検知されたときに、画像形成装置の動作を停止させることにより、異常画像の発生を未然に防止することができる。
【００４４】
なお、異常回路検知装置１１８が異常を検知した時に、割り込み通知を使用してソフトウェアに通知し、コントローラ部からエンジン部へ転送できなかった画像データの割合を検出するようにしても良い。そして、出力された画像が、視覚的にそれほど影響を受けない程度の画像サイズであれば、画像形成装置を停止することなく画像出力を継続し、異常が発生したことをログとしてメモリに保存するようにしても良い。すなわち、異常が発生したことを検知した場合であっても、出力された画像に対する影響度を考慮し、画像形成装置を停止するか否かを判断することにより、システム全体の停止といった自体を回避することができる。
【００４５】
次に、本実施形態の画像形成装置における異常検知装置が異常をどのように検知するかについて説明する図である。図６は、本実施形態の画像形成装置における異常検知装置が異常をどのように検知するかについて説明する図である。
【００４６】
図４の異常回路検知装置１１８が、エンジン部１０１からＬＳＹＮＣ信号を受信することにより、コントローラ部１０２におけるモジュールの異常を検知する方法について説明する。具体的には、図４の経路（１）におけるＣＴＬ処理１モジュール１１１の出力側回路で異常が発生し、書き込みデータの流れが停止した場合を想定して以下説明する。
【００４７】
まず、図６に示すように、ＣＴＬ処理１モジュール１１１が実行する圧縮・伸張処理として、圧縮のアルゴリズムが４ライン単位で実行されるものと想定する。そうすると、ＨＤＤインタフェースモジュール１１６に対しては、４ライン単位のデータ転送を単位として監視する必要がある。
【００４８】
例えば、１ラインのデータサイズが５０００バイトであると仮定し、その４ライン分である２００００バイトを処理ブロックとして圧縮処理したデータ１００００バイトがＨＤＤ１０４に蓄積されているとする。そうすると、４ライン分のＬＳＹＮＣ信号の期間中にＨＤＤインタフェースモジュール１１６から１００００バイトのデータが出力されていないと、エンジン部１０１へのデータ転送が間に合わないことになる。
【００４９】
次に、ＨＤＤインタフェースモジュール１１６からＣＴＬ処理１モジュール１１１へのデータ信号の転送サイズが、１回につき１２５０バイト転送可能なバス構成であると仮定する。そうすると、８回分のデータ転送が、４つのＬＳＹＮＣ信号の期間中に実行されていればデータ転送が間に合っていることとなる。この結果、ＨＤＤインタフェースモジュール１１６からＣＴＬ処理１モジュール１１１へのデータ転送は問題ないと判断される。
【００５０】
次に、ＣＴＬ処理１モジュール１１１からメモリインタフェースモジュール１１５へのデータ転送では、圧縮されたデータが伸張されてメモリインタフェースモジュール１１５へ転送される。ここでは、分かり易くするために、伸張された５０００バイトの１ラインのデータを２回データ転送することが可能なバス構成であると仮定する。そうすると、（３）ＬＳＹＮＣ期間中に１回のデータ転送しか行われていないこととなり、この部分でデータ転送が正常に行われていなかったことが分かる。
【００５１】
そこで、ＣＴＬ処理１モジュール１１１の出力側で正常に応答が行われていないことを示すフラグをレジスタ等に残すこととする。そして、ソフトウェア処理によって異常が検知されたことを知らせるエラー割り込みを発行したり、異常が検知されたことをログ出力したりすることによって不具合箇所が特定される。さらに、異常が検知されたときに、画像形成装置の動作を停止させることにより、異常画像の発生を未然に防止することができる。
【００５２】
なお、異常回路検知装置１１８が異常を検知した時に、割り込み通知を使用してソフトウェアに通知し、コントローラ部からエンジン部へ転送できなかった画像データの割合を検出するようにしても良い。そして、出力された画像が、視覚的にそれほど影響を受けない程度の画像サイズであれば、画像形成装置を停止することなく画像出力を継続し、異常が発生したことをログとしてメモリに保存するようにしても良い。すなわち、異常が発生したことを検知した場合であっても、出力された画像に対する影響度を考慮し、画像形成装置を停止するか否かを判断することにより、システム全体の停止といった自体を回避することができる。
【００５３】
また、図５及び図６に示したように、コントローラ部１０２のＣＴＬ処理モジュールにおける画像処理は、１ライン単位や４ライン単位といったように様々なアルゴリズムを採り得る。したがって、ＣＴＬ処理モジュールの画像処理アルゴリズムに応じて異常検知のタイミングを変化させて監視することも必要である。これにより、様々な種類のアルゴリズムを有する画像処理モジュールの異常を検知することが可能となる。
【００５４】
さらに、コントローラ部１０２とエンジン部１０１との間を接続する高速シリアルバスが複数ラインのラインバッファを有し、１ライン分のデータ遅延が発生したとしても次のラインで回復可能な場合も考えられる。このとき、遅延の発生が、コントローラ部１０２における処理を要因とするものであるか否かの判断が困難となる場合がある。これに対応するため、エンジン部１０１からコントローラ部１０２へ通知する信号として、ＬＳＹＮＣ信号だけでなくＤＡＴＡ信号も通知するようにする。そして、エンジン部１０１に転送されたデータをコントローラ部１０２側でも確認することにより、ラインバッファを有する場合であってもコントローラ部１０２の転送エラーを確認することが可能となる。
【００５５】
また、ＬＳＹＮＣ信号の期間中にエンジン部１０１が主走査サイズのデータ転送を行うことができなかった場合に異常を検知するような構成とすることも考えられる。この場合、異常回路検知装置１１８がその異常を検知し、コントローラ部１０２内モジュールに異常があれば、その回路が原因であると判断する。また、コントローラ部１０２内モジュールのデータ転送に問題がなければ、エンジン部１０１側の回路が原因であると問題と判断する。
【００５６】
これは、コントローラ部１０２とエンジン部１０１との間に複数のラインバッファを有し、かつ、エンジン部１０１において、ＬＳＹＮＣ周期と主走査有効データサイズの転送エラーとを検知することが可能な場合に有効となる。すなわち、転送エラーのフラグのみを通知することにより、エンジン部１０１からコントローラ部１０２に対する信号線をなくすことにより、コストダウンが可能となる。
【００５７】
以上説明したように、本実施形態は、画像データの書き込み制御を行うエンジン部と、画像データの編集を行うコントローラ部とを有する画像形成装置に特に好適に用いられる。すなわち、コントローラ部において想定外の処理時間の遅延が発生したとしても、エンジン部から出力される異常信号を検知することにより、不具合が発生したモジュールを特定することができる。
【００５８】
具体的には、エンジン部で必要とされるデータ処理速度を制御する信号をコントローラ部にもフィードバックする。そして、コントローラ部のデータ処理能力が低下し、エンジン部へのデータ転送が遅延した場合、コントローラ部内の各モジュールにおけるデータの処理状態を監視している。これにより、コントローラ部を構成する何れのモジュールにおいてデータ処理能力が低下しているのかを容易に特定することが可能となる。
【００５９】
本発明によれば、画像を形成する際の出力処理の遅延によって異常画像が発生した場合であっても、不具合箇所を容易に特定することが可能な画像形成装置を得ることができる。
【００６０】
以上、これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではない。すなわち、他の実施形態、追加、変更、削除等、当業者が想到することができる範囲内で変更することができ、何れの態様においても本発明の作用効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００６１】
１００    画像形成装置
１０１    Ｐｒｉｎｔ  Ｅｎｇｉｎｅ  ＡＳＩＣ（エンジン部）
１０２    Ｓｙｓｔｅｍ  Ｃｏｎｔｒｏｌｌｅｒ  ＡＳＩＣ（コントローラ部）
１０３    メモリ
１０４    ＨＤＤ
１０５    ＣＰＵ
１０６    プロット処理モジュール
１０７    エンジン処理２モジュール
１０８    エンジン処理１モジュール
１０９、１１０    ＰＣＩｅ
１１１    ＣＴＬ処理１モジュール
１１２    ＣＴＬ処理２モジュール
１１３    ＣＴＬ処理３モジュール
１１４    ＣＴＬ処理４モジュール
１１５    メモリインタフェースモジュール
１１６    ＨＤＤインタフェースモジュール
１１７    ＣＰＵインタフェースモジュール
１１８    異常回路検知装置
【先行技術文献】
【特許文献】
【００６２】
【特許文献１】特開２０１３−２２５２９１号公報
【図１】
2016111527.tif 000003
【図２】
2016111527.tif 000004
【図３】
2016111527.tif 000005
【図４】
2016111527.tif 000006
【図５】
2016111527.tif 000007
【図６】
2016111527.tif 000008
【図７】
2016111527.tif 000009