JP2019220787A - 制御装置、画像形成装置、制御方法及び制御プログラム - Google Patents

Abstract

【課題】ログ情報の消失を抑制することを目的としている。【解決手段】プロセッサにより取得されたログ情報を保持する揮発性の第一の記憶部から、前記ログ情報を読み出して、揮発性の第二の記憶部へ書き込む第一の転送部と、前記第二の記憶部に書き込まれた前記ログ情報を読み出して外部へ転送する第二の転送部と、を有し、前記第一の転送部及び前記第二の転送部は、前記プロセッサと前記第一の記憶部とをリセットする第一のリセット部とは別の、第二のリセット部によりリセットされる、制御装置である。【選択図】図１

Description

本発明は、制御装置、画像形成装置、制御方法及び制御プログラムに関する。

従来の画像形成装置では、エンジンＣＰＵ（Central Processing Unit）と、コントローラＣＰＵと異なるボードに実装し、エンジンＣＰＵ部と、コントローラ部として分割することが知られている。エンジンＣＰＵは、主に装置本体のエンジン部の動作の制御や各センサの情報の管理を行い、コントローラＣＰＵは、画像処理や、ネットワーク処理等を行う。

このような構成の画像形成装置では、エンジンＣＰＵがエンジン部のログ情報を取得し、揮発性の記憶装置にある程度のログ情報を蓄積してから、バスを介して蓄積したログ情報を一括してコントローラ部に転送することが知られている。

その一例として、例えば、従来では、画像転送中にログデータを揮発性の記憶装置に格納し、画像処理以外のタイミングで、ログデータを不揮発の記憶装置に戻す技術が開示されている。

上述した従来の技術では、エンジンのログ情報を揮発性の記憶装置に一時的に蓄積するため、例えば、装置の故障等の障害の発生により、エンジンＣＰＵをリセットする必要が生じた場合、リセットによって揮発性の記憶装置に蓄積されたログ情報が消滅する。このため、従来では、障害が発生した場合に、障害が発生する直前の重要なログ情報が、コントローラ部に転送される前に消滅する可能性がある。

開示の技術は、上記事情に鑑みてこれを解決すべく成されたものであり、ログ情報の消失を抑制することを目的としている。

開示の技術は、プロセッサにより取得されたログ情報を保持する揮発性の第一の記憶部から、前記ログ情報を読み出して、揮発性の第二の記憶部へ書き込む第一の転送部と、前記第二の記憶部に書き込まれた前記ログ情報を読み出して外部へ転送する第二の転送部と、を有し、前記第一の転送部及び前記第二の転送部は、前記プロセッサと前記第一の記憶部とをリセットする第一のリセット部とは別の、第二のリセット部によりリセットされる、制御装置である。

ログ情報の消失を抑制できる。

第一の画像形成装置の構成の概略を説明する図である。 第一の実施形態の画像形成装置の構成を説明する図である。 第一の実施形態の画像形成装置によるログ情報の収集の動作を説明するフローチャートである。 第一の実施形態の画像形成装置によるリセットの動作を説明するフローチャートである。 比較例を示す図である。 第二の実施形態の画像形成装置の構成を説明する図である。 第二の実施形態の画像形成装置によるログ情報の収集の動作を説明するフローチャートである。

（第一の実施形態）
以下に図面を参照して、第一の実施形態について説明する。図１は、第一の画像形成装置の構成の概略を説明する図である。

本実施形態の画像形成装置１００は、エンジンＣＰＵ（Central Processing Unit）部２００と、エンジン部３００と、第一リセット部４００、第二リセット部５００を有する。

エンジンＣＰＵ部２００は、エンジンＣＰＵ（プロセッサ）２１０と、第一記憶部２２０とを有する。エンジンＣＰＵ２１０は、エンジン部３００の各種の動作を制御する。また、エンジンＣＰＵ２１０は、エンジンＣＰＵ２１０やエンジン部３００の動作の履歴を示すログ情報を取得して第一記憶部２２０に保持する。そして、エンジンＣＰＵ２１０は、第一記憶部２２０に、一定量のログ情報が蓄積されると、エンジン部３００に、第一記憶部２２０に保持されたログ情報を読み取らせる。

第一記憶部２２０は、揮発性の記憶装置であり、例えばＲＡＭ（Random Access Memory）である。

エンジン部３００は、第二記憶部３１０、第一転送部３２０、第二転送部３３０を有する。第二記憶部３１０は、不揮発性の記憶装置であり、例えばＤＲＡＭ（Dynamic Random Access Memory）である。

第一転送部３２０は、エンジンＣＰＵ２１０からの指示に応じて、第一記憶部２２０に蓄積されたログ情報を読み出し、読み出したログ情報を第二記憶部３１０へ書き込む。

第二転送部３３０は、第一転送部３２０が、一定量のログ情報を第二記憶部３１０へ書き込むと、第二記憶部に格納されたログ情報を読みだして、エンジン部３００の外部へ出力する。ログ情報の出力先は、例えば、画像形成装置１００の全体を制御するコントローラ部等である。

また、本実施形態の第一リセット部４００は、画像形成装置１００における障害の発生により、エンジンＣＰＵ２１０をリセットする必要性が生じた場合に、エンジンＣＰＵ２１０をリセットする。

また、本実施形態の第二リセット部５００は、画像形成装置１００における障害の発生により、エンジン部３００をリセットする必要性が生じた場合に、エンジン部３００をリセットする。

つまり、本実施形態では、エンジンＣＰＵ２１０は、第一リセット部４００によってリセットされ、エンジン部３００は第二リセット部５００によってリセットされる。したがって、エンジンＣＰＵ部２００は、第一リセット部４００によってリセットされる第一のリセット領域であり、エンジン部３００は、第二のリセット部５００によってリセットされる第二リセット領域である。

本実施形態の第一リセット部４００と第二リセット部５００は、例えば、エンジンＣＰＵ部２００とエンジン部３００の上位となる制御部等によって、リセットが指示されても良い。具体的には、例えば、第一リセット部４００と第二リセット部５００は、画像形成装置１００の全体を制御する最上位の制御部によって、第一リセット部４００と第二リセット部５００のそれぞれと対応するリセット領域に対するリセットが指示されても良い。

尚、エンジンＣＰＵ部２００とエンジン部３００とは、それぞれが物理的に異なるボード上に実装されていても良いし、同一のボード上に実装されていても良い。

本実施形態では、このように、第一記憶部２２０にログ情報がある程度蓄積されると、このログ情報がエンジン部３００の第二記憶部３１０へ転送される。また、本実施形態では、エンジンＣＰＵ部２００とエンジン部３００とが、第一リセット部４００と第二リセット部５００のそれぞれによって、個別にリセットされる。

したがって、本実施形態では、画像形成装置１００に障害が発生し、エンジンＣＰＵ２１０をリセットする必要が生じた場合には、第一リセット部４００によってエンジンＣＰＵ部２００のみをリセットすれば良い。このため、本実施形態によれば、エンジンＣＰＵ２１０をリセットした場合でも、第二記憶部３１０に転送されたログ情報は保持され、ログ情報の消失を抑制できる。

以下に、図２を参照して、本実施形態の画像形成装置１００の構成について、さらに説明する。図２は、第一の実施形態の画像形成装置の構成を説明する図である。

本実施形態の画像形成装置１００は、エンジンＣＰＵ部２００と、エンジン部３００と、コントローラ部６００と、を有する。

コントローラ部６００は、エンジン部３００と、ＰＣＩｅ（PCI Express）バスで接続されている。

本実施形態のエンジンＣＰＵ部２００は、エンジンＣＰＵ２１０と、第一記憶部２２０としてのＲＡＭ２２０と、を有する。エンジンＣＰＵ２１０は、ＲＡＭ２２０に格納されたプログラムを読み出して実行する。

また、エンジンＣＰＵ２１０は、エンジン部３００や自身の動作の履歴を示すログ情報を取得し、ＲＡＭ２２０へ格納し、ＲＡＭ２２０に一定量のログ情報を格納すると、エンジン部３００にこのログ情報を転送する。より具体的には、例えば、エンジンＣＰＵ２１０は、ＲＡＭ２２０に対してログ情報の書き込みを行った回数が所定回数（Ｎ回）に達した場合に、ＲＡＭ２２０に格納されたログ情報をエンジン部３００へ転送する。

エンジン部３００は、第二記憶部３１０としてのＤＲＡＭ３１０と、エンジン処理部３４０と、スキャナ３５０、３６０、プロッタ３７０、モータ３８０、位置センサ３９０と、を有する。エンジン部３００は、スキャナ３５０、３６０、プロッタ３７０らによる画像の読み知りや画像の出力、エンジン処理部３４０による画像処理の実施を行う。

スキャナ３５０は、原稿の表面の画像を読み取り、スキャナ３６０は、原稿の裏面の画像を読み取る。プロッタ３７０は、エンジン処理部３４０から出力される画像データを記録材上に形成して出力する。

本実施形態のエンジン処理部３４０は、第１スキャナ画像処理部３４１、３４２、プロッタ画像処理部３４３、第２スキャナ画像処理部３４４、メモリＩＦ（インターフェイス）部３４５、ＣＰＵＩＦ（インターフェイス）部３４６、エンジンログ転送部３４７、アービタ３４８、ＰＣＩＥＩＦ（インターフェイス）部３４９を有する。

尚、図２の例では、スキャナと、スキャナが読み取った画像データに対する画像処理を行う第１スキャナ画像処理部と、をそれぞれ２つ有する構成としたが、スキャナと第１スキャナ画像処理部は１つであっても良い。

第１スキャナ画像処理部３４１、３４２は、スキャナ３５０、３６０に依存した画像処理を行い、画像処理を行った後の画像データを、アービタ３４８とメモリＩＦ部３４５を介してＤＲＡＭ３１０へ転送する。つまり、第１スキャナ画像処理部３４１、３４２は、ＤＲＡＭ３１０に画像データを転送する第三転送部である。

プロッタ画像処理部３４３は、画像形成に必要な画像処理を行う。このとき、プロッタ画像処理部３４３は、アービタ３４８とメモリＩＦ部３４５を介して、ＤＲＡＭ３１０に格納された画像データを読み出し、読み出した画像データに対して画像処理を行っても良い。

第２スキャナ画像処理部３４４は、スキャナ３５０、３６０に依存しない画像処理が行われる。このとき、第２スキャナ画像処理部３４４は、ＤＲＡＭ３１０に格納された画像データを読み出して、読み出した画像データに対して画像処理を行い、ＰＣＩＥＩＦ部３４９に転送しても良い。

メモリＩＦ部３４５は、ＤＲＡＭ３１０とエンジン処理部３４０とのデータの受け渡しを行う。

ＣＰＵＩＦ部３４６は、エンジンＣＰＵ２１０とのデータの受け渡しを行う。また、ＣＰＵＩＦ部３４６は、第一転送部３２０としての、ライトＤＭＡＣ（Direct Memory Access Controller）３２０を有する。ＣＰＵＩＦ部３４６は、エンジンＣＰＵ部２００のエンジンＣＰＵ２１０からの起動指示を受けて、ライトＤＭＡＣ３２０を起動させる。ライトＤＭＡＣ３２０は、起動すると、アービタ３４８を介して、エンジンＣＰＵ２１０から転送されるログ情報をＤＲＡＭ３１０へ書き込む。

エンジンログ転送部３４７は、第二転送部３３０としてのリードＤＭＡＣ３３０を有し、ＤＲＡＭ３１０に蓄積されたログ情報を、ＰＣＩＥＩＦ部３４９に転送する。具体的には、エンジンログ転送部３４７は、エンジンＣＰＵ２１０からの起動指示を受けて、リードＤＭＡＣ３３０を起動させる。リードＤＭＡＣ３３０は、起動すると、アービタ３４８を介して、ＤＲＡＭ３１０からログ情報を読みだして、ＰＣＩＥＩＦ部３４９へ転送する。

尚、本実施形態のエンジンＣＰＵ２１０は、例えば、ＲＡＭ２２０に対してログ情報の書き込みを行った回数が一定の回数（Ｍ回）に達したとき、リードＤＭＡＣ３３０を起動させても良い。ここで、一定の回数であるＭ回は、所定回数であるＮ回よりも多い回数とする。

アービタ３４８は、上述した各部によるＤＲＡＭ３１０へのアクセスを調停する。ＰＣＩＥＩＦ部３４９は、エンジン部３００とコントローラ部６００との間でのデータの受け渡しを行う。つまり、ＰＣＩＥＩＦ部３４９は、ＤＲＡＭ３１０に蓄積されたログ情報を、外部へ転送する第二転送部に含まれる。

コントローラ部６００は、ＰＣＩＥＩＦ部６１０、ＤＲＡＭ６２０、メモリＩＦ部６３０、ＨＤＤ（hard disk drive）６４０、ネットワークＩＦ部６５０を有する。

ＰＣＩＥＩＦ部６１０は、エンジン部３００のＰＣＩＥＩＦ部３４９との間でデータの受け渡しを行う。ＤＲＡＭ６２０は、コントローラ部６００に転送された画像データやログ情報等が格納される。メモリＩＦ部６３０は、ＤＲＡＭ６２０との間でデータの受け渡しを行う。

ＨＤＤ６４０は、コントローラ部６００に転送された各種データや、ネットワークＩＦ部６５０を介して画像形成装置１００が取得したデータ等が格納される。

ネットワークＩＦ部６５０は、画像形成装置１００をネットワークに接続するためのインターフェイスである。画像形成装置１００は、ネットワークＩＦ部６５０を介して、ネットワークに接続され、ネットワーク上のサーバ装置７００等と通信を行うことができる。

ここで、画像形成装置１００がスキャナ３５０、３６０により画像を読み込んだ場合の動作について説明する。

画像形成装置１００において、スキャナ３５０、３６０は、それぞれが原稿の表面と裏面の画像を読み取ると、読み取った画像の画像データを第１スキャナ画像処理部３４１、３４２のそれぞれに出力する。第１スキャナ画像処理部３４１、３４２は、入力された画像データに対して、スキャナ３５０、３６０に依存した画像処理を行って、画像処理を施こした画像データを、アービタ３４８を介してメモリＩＦ部３４５へ渡す。メモリＩＦ部３４５は、受け取った画像データをＤＲＡＭ３１０へ格納する。

このとき、画像形成装置１００は、２つの第１スキャナ画像処理部３４１、３４２を有するため第１スキャナ画像処理部３４１、３４２からＤＲＡＭ３１０への画像データの転送は、ほぼ同時に発生する。

次に、第２スキャナ画像処理部３４は、メモリＩＦ部３４５とアービタ３４８を介して、ＤＲＡＭ３１０に格納された画像データを読み出し、第２スキャナ画像処理部３４４により、スキャナ３５０、３６０に依存しない画像処理を行う。そして、第２スキャナ画像処理部３４４は、画像処理を施した画像データをＰＣＩＥＩＦ部３４９へ渡す。ＰＣＩＥＩＦ部３４９は、受け取った画像データをコントローラ部６００へ転送する。

このとき、画像形成装置１００は、１つの第２スキャナ画像処理部３４４しか有していない。このため、ＰＣＩＥＩＦ部３４９は、スキャナ３５０が読み取った表面の画像データをコントローラ部６００に転送してから、スキャナ３６０が読み取った裏面の画像データをコントローラ部６００へ転送する。

コントローラ部６００は、画像データを受け取ると、メモリＩＦ部６３０を経由してライトＤＭＡＣ３２０へこの画像データを格納する。その後、コントローラ部６００は、ＤＲＡＭ６２０に格納された画像データに対して、アプリケーションによって画像処理を行ったり、ＨＤＤ６４０へ画像データを蓄積したり、ネットワークＩＦ部６５０経由でデータを外部のサーバ装置７００に出力したりする。尚、本実施形態のサーバ装置７００は、例えば、画像形成装置１００の故障を予測する機能を有していても良く、本実施形態のログ情報は、画像形成装置１００の故障の予測等に用いられても良い。

次に、プロッタ３７０から記録媒体に形成さたれ画像を出力する場合の画像形成装置１００の動作について説明する。

画像形成装置１００は、例えば、画像形成装置１００の外部から入力された画像データをプロッタ３７０から出力するプリンタ機能を実現する場合、コントローラ部６００のネットワークＩＦ部６５０を介して入力された画像データをメモリＩＦ部６３０に展開する。

また、画像形成装置１００は、スキャナ３５０、３６０から取得された画像データをプロッタ３７０から出力する場合、コントローラ部６００のＤＲＡＭ６２０に格納された画像データをメモリＩＦ部６３０に展開する。メモリＩＦ部６３０は、展開した画像データを、ＰＣＩＥＩＦ部６１０を介してエンジン部３００のエンジン処理部３４０へ転送する。

エンジン処理部３４０は、ＰＣＩＥＩＦ部３４９がコントローラ部６００から画像データを受け取ると、ＰＣＩＥＩＦ部３４９により、この画像データを、メモリＩＦ部３４５を介してＤＲＡＭ３１０へ書き込む。

エンジン処理部３４０は、ＤＲＡＭ３１０に画像データが書き込まれると、プロッタ画像処理部３４３により、ＤＲＡＭ３１０から画像データを読み出す。プロッタ画像処理部３４３は、読み出した画像データに対して必要な画像処理を施し、画像処理後の画像データをプロッタ３７０へ出力する。

尚、本実施形態のＰＣＩＥＩＦ部３４９は、ライトＤＭＡＣを有しても良く、ＰＣＩＥＩＦ部３４９によるＤＲＡＭ３１０への画像データの書き込みは、このライトＤＭＡＣにより行われても良い。また、本実施形態のプロッタ画像処理部３４３は、リードＤＭＡＣを有していても良く、ＤＲＡＭ３１０からの画像データの読み出しは、このリードＤＭＡＣにより行われても良い。このように、本実施形態のＤＲＡＭ３１０は、ログ情報と画像データとの両方が書き込まれる。

本実施形態では、画像データをＤＲＡＭ３１０に書き込む場合には、第１スキャナ画像処理部３４１、３４２と、プロッタ画像処理部３４３とが、ＤＲＡＭ３１０に画像データを転送する第三転送部となる。また、本実施形態では、画像データをコントローラ部６００へ転送するＰＣＩＥＩＦ部３４９は、第四転送部となる。

また、本実施形態では、コントローラ部６００から受け取った画像データを一度ＤＲＡＭ３１０へ蓄積することで、例えば、ＰＣＩｅバスにおいて転送帯域が低下した場合でも、エンジン処理部３４０からプロッタ３７０への画像データの転送量を維持することができる。

したがって、例えば、ＰＣＩｅバスにおける転送帯域が十分である場合には、コントローラ部６００からエンジン部３００へ転送された画像データは、ＤＲＡＭ３１０に一時的に格納されなくても良い。

次に、図３を参照して、本実施形態の画像形成装置１００におけるログ情報を収集する動作について説明する。図３は、第一の実施形態の画像形成装置によるログ情報の収集の動作を説明するフローチャートである。

本実施形態の画像形成装置１００は、エンジンＣＰＵ部２００のエンジンＣＰＵ２１０により、エンジン部３００やエンジンＣＰＵ２１０のログ情報を取得する（ステップＳ３０１）。

ここで、本実施形態のログ情報について説明する。本実施形態のエンジンＣＰＵ２１０は、エンジン部３００の有するモータ３８０や、位置センサ３９０から取得した情報をログ情報としても良い。具体的には、エンジンＣＰＵ２１０は、例えば、モータ３８０の回転速度やモータ３８０の駆動の状態等を示す情報をログ情報として取得しても良い。また、エンジンＣＰＵ２１０は、位置センサ３９０によって取得された、画像形成装置１００内を搬送されている記録材の位置を示す情報等をログ情報として取得しても良い。言い換えれば、本実施形態のログ情報には、画像形成装置１００の状態を検出するための各種のセンサ群から出力される信号が含まれても良い。

続いて、画像形成装置１００は、エンジンＣＰＵ２１０が取得したログ情報を、エンジンＣＰＵ部２００のＲＡＭ２２０に格納する（ステップＳ３０２）。

続いて、エンジンＣＰＵ２１０は、ＲＡＭ２２０に、所定量のログ情報が格納されたか否かを判定する（ステップＳ３０３）。具体的には、エンジンＣＰＵ２１０は、ＲＡＭ２２０に対して、ログ情報をＮ回書き込んだか否かを判定している。

ステップＳ３０３において、ＲＡＭ２２０に所定量のログ情報が格納されていない場合、エンジンＣＰＵ２１０は、ステップＳ３０１へ戻る。

ステップＳ３０３において、ＲＡＭ２２０に所定量のログ情報が格納されていない場合、エンジンＣＰＵ２１０は、エンジン処理部３４０のライトＤＭＡＣ３２０を起動させる（ステップＳ３０４）。続いて、エンジンＣＰＵ２１０は、ライトＤＭＡＣ３２０に対し、ＲＡＭ２２０に格納されたログ情報を読みだしてＤＲＡＭ３１０へ格納させる（ステップＳ３０５）。

続いて、エンジンＣＰＵ２１０は、ライトＤＭＡＣ３２０が、ＤＲＡＭ３１０に対して所定量のログ情報を格納したか否かを判定する（ステップＳ３０６）。具体的には、エンジンＣＰＵ２１０は、ライトＤＭＡＣ３２０が、ＤＲＡＭ３１０に対してＭ回書き込んだか否かを判定している。尚、Ｍ＜Ｎであり、Ｍ，Ｎは整数である。

ステップＳ３０６において、ＤＲＡＭ３１０に所定量のログ情報を格納していない場合、エンジンＣＰＵ２１０は、ステップＳ３０１へ戻る。

ステップＳ３０６において、ＤＲＡＭ３１０に所定量のログ情報を格納した場合、エンジンＣＰＵ２１０は、リードＤＭＡＣ３３０を起動させる（ステップＳ３０７）。続いて、エンジンＣＰＵ２１０は、リードＤＭＡＣ３３０に対し、ＤＲＡＭ３１０に格納されたログ情報の読み出しと、コントローラ部６００への転送を行わせる（ステップＳ３０８）。

続いて、画像形成装置１００は、コントローラ部６００において、ＰＣＩＥＩＦ部６１０を介してログ情報を受け取ると、ログ情報をＤＲＡＭ６２０やＨＤＤ６４０に格納し（ステップＳ３０９）、処理を終了する。

このように、本実施形態では、ＲＡＭ２２０にＮ回のログ情報の書き込みが行われると、ライトＤＭＡＣ３２０により、ＲＡＭ２２０に格納されたログ情報をＤＲＡＭ３１０へ転送する。さらに、本実施形態では、ＤＲＡＭ３１０に対してＭ回のログ情報の書き込みが行われると、リードＤＭＡＣ３３０により、ＤＲＡＭ３１０に格納されたログ情報をコントローラ部６００へ転送する。

次に、図４を参照して、本実施形態の画像形成装置１００におけるリセットの動作について説明する。図４は、第一の実施形態の画像形成装置によるリセットの動作を説明するフローチャートである。

本実施形態の画像形成装置１００は、自機に障害が発生したか否かを判定する（ステップＳ４０１）。障害の発生は、例えば、画像形成装置１００の全体を制御する制御部等によって検知されても良い。

ステップＳ４０１において、障害が発生していない場合、画像形成装置１００は、待機する。

ステップＳ４０１において、障害が発生した場合、画像形成装置１００は、エンジンＣＰＵ部２００のリセットが必要か否かを判定する（ステップＳ４０２）。具体的には、画像形成装置１００は、例えば、エンジンＣＰＵ２１０がフリーズしており、エンジンＣＰＵ２１０のリセットが必要か否かを判定している。

ステップＳ４０２において、エンジンＣＰＵ部２００のリセットが必要と判定された場合、第一リセット部４００は、エンジンＣＰＵ部２００のエンジンＣＰＵ２１０をリセットし（ステップＳ４０３）、処理を終了する。

ステップＳ４０２において、エンジンＣＰＵ部２００のリセットが必要ではないと判定された場合、画像形成装置１００は、エンジン部３００のエンジン処理部３４０のリセットが必要か否かを判定する（ステップＳ４０４）。

ステップＳ４０４において、エンジン処理部３４０のリセットが必要と判定された場合、エンジン処理部３４０は、リードＤＭＡＣ３３０により、ＤＲＡＭ３１０に格納されたログ情報をコントローラ部６００へ転送する（ステップＳ４０５）。続いて、第二リセット部５００は、エンジン部３００のエンジン処理部３４０をリセットし（ステップＳ４０６）、処理を終了する。

このように、本実施形態では、エンジンＣＰＵ部２００と、エンジン処理部３４０とが別々にリセットされるようにしている。言い換えれば、本実施形態のエンジン処理部３４０は、エンジンＣＰＵ部２００のエンジンＣＰＵ２１０とＲＡＭ２２０とは別のリセット部によりリセットされるライトＤＭＡＣ３２０とリードＤＭＡＣ３３０を有する制御装置である。

したがって、本実施形態では、例えば、エンジンＣＰＵ２１０がリセットされた場合でも、ＤＲＡＭ３１０に格納されたログ情報は消失されず、保持される。このため、例えば、ＲＡＭ２２０に格納されたログ情報がＤＲＡＭ３１０に書き込まれた直後に、エンジンＣＰＵ２１０がリセットされた場合等においては、エンジンＣＰＵ２１０のリセットが必要となる障害が発生する直前のログ情報が消失することを防止できる。

また、本実施形態では、エンジン処理部３４０がリセットされる前に、ＤＲＡＭ３１０に格納されたログ情報をコントローラ部６００へ転送する。このため、本実施形態では、エンジン処理部３４０のリセットが必要となる障害が発生する直前に、ＤＲＡＭ３１０に格納されたログ情報の消失を抑制できる。また、本実施形態では、エンジン処理部３４０がリセットさたれ場合でも、エンジンＣＰＵ部２００のＲＡＭ２２０に格納されたログ情報は、消去されない。したがって、エンジン処理部３４０のリセットが必要となる障害が発生したときのログ情報をＲＡＭ２２０に保持することができる。

以下に、比較例を参照して、本実施形態の効果について説明する。図５は、比較例を説明する図である。

図５に示す画像形成装置１０は、エンジン部３０と、エンジンＣＰＵ部２００と、コントローラ部６００とを有する。

エンジン部３０の有するエンジン処理部３４は、エンジンログ転送部３４７を有していない。また、エンジン処理部３４のＣＰＵＩＦ部３６は、ライトＤＭＡＣ３２０を有していない。

図５の例では、エンジンＣＰＵ２１０が、モータ３８０や位置センサ３９０からログ情報を取得すると、ＲＡＭ２２０に一時的に蓄積される。そして、画像形成装置１０では、ＲＡＭ２２０に一定量のログ情報が蓄積されると、ＰＣＩＥＩＦ部３４９により、コントローラ部６００へアクセスし、ＰＣＩｅバス経由で、ＲＡＭ２２０の蓄積されたログ情報をＤＲＡＭ６２０に書き込む。

この構成では、ログ情報の転送により、ＰＣＩｅバスの帯域を逼迫させることになるため、例えば、ＰＣＩｅバスでコントローラ部６００に画像データを転送する場合等には、この転送が終わるまで、ログ情報を転送せずに待機する必要がある。その結果、ＲＡＭ２２０に多くのログ情報が蓄積されることになり、障害の発生によりエンジンＣＰＵ２１０がリセットされた場合には、多くのログ情報されることになる。

これに対し、本実施形態では、ログ情報がＤＲＡＭ３１０に転送され、さらに、エンジンＣＰＵ部２００とエンジン部３００とが別々にリセットされる。このため、本実施形態では、ログ情報がコントローラ部６００に転送されていなくても、ログ情報は消滅しない。また、本実施形態では、ライトＤＭＡＣ３２０とリードＤＭＡＣ３３０を使用する事で、ＰＣＩｅバスのバースト転送単位分以上のログ情報を一度にコントローラ部６００へ転送することができ、効率的にログ情報を転送することができる。

（第二の実施形態）
以下に図面を参照して第二の実施形態について説明する。第二の実施形態では、ログ情報の転送よりも画像データの転送を優先させる構成が、第一の実施形態と相違する。以下の第二の実施形態の説明では、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図６は、第二の実施形態の画像形成装置の構成を説明する図である。本実施形態の画像形成装置１００Ａは、エンジン部３００Ａを有し、エンジン部３００Ａは、エンジン処理部３４０Ａを有する。

エンジン処理部３４０Ａは、ＣＰＵＩＦ部３４６Ａと、ＰＣＩＥＩＦ部３４９Ａとを有する。

ＣＰＵＩＦ部３４６Ａは、ライトＤＭＡＣ３２０Ａと、レジスタ３５１とを有する。ライトＤＭＡＣ３２０Ａは、レジスタ３５１の値が、設定された値となっていた場合に、ＤＲＡＭ３１０に対するログ情報の書き込みを行う。

レジスタ３５１は、エンジン処理部３４０Ａが、画像データの転送を行っているときには、画像データの転送中であることを示す値が設定され、画像データの転送が行われていない場合は、その旨を示す値が設定される。尚、レジスタ３５１の値は、エンジンＣＰＵ２１０によって設定されても良い。

本実施形態のライトＤＭＡＣ３２０Ａは、レジスタ３５１の値を参照して、ＲＡＭ２２０に格納されたログ情報をＤＲＡＭ３１０へ送信する。

ＰＣＩＥＩＦ部３４９Ａは、転送判定部３５２を有する。転送判定部３５２は、エンジン処理部３４０Ａからコントローラ部６００へのログ情報の転送が許可されているか否かを判定する。具体的には、転送判定部３５２は、ＰＣＩＥＩＦ部３４９Ａが画像データの転送をしていない場合に、ログ情報の転送が許可されているものと判定する。

以下に、図７を参照して、本実施形態の画像形成装置１００Ａの動作について説明する。図７は、第二の実施形態の画像形成装置によるログ情報の収集の動作を説明するフローチャートである。

図７のステップＳ７０１からステップＳ７０４までの処理は、図３のステップＳ３０１からステップＳ３０４までの処理と同様であるから、説明を省略する。

ステップＳ７０４において、ライトＤＭＡＣ３２０Ａが起動すると、ライトＤＭＡＣ３２０Ａは、レジスタ３５１を参照し、ログ情報のＤＲＡＭ３１０への書き込みが許可されているか否かを判定する（ステップＳ７０５）。具体的には、ライトＤＭＡＣ３２０Ａは、レジスタ３５１の値が、画像データの書き込み中であることを示す値であるか否かを判定する。

ステップＳ７０５において、ログ情報の書き込みが許可されていない場合、つまり、ＤＲＡＭ３１０に対して画像データの書き込みが行われている場合、画像形成装置１００Ａは、ステップＳ７０１へ戻る。

ステップＳ７０５において、ログ情報の書き込みが許可されている場合、つまり、ＤＲＡＭ３１０に対して画像データの書き込みが行われていない場合、画像形成装置１００Ａは、ステップＳ７０６へ進む。

ステップＳ７０６とステップＳ７０７の処理は、図３のステップＳ３０５とステップＳ３０６の処理と同様であるから、説明を省略する。

ステップＳ７０８において、ＤＲＡＭ３１０に所定量のログ情報が蓄積されると、ＰＣＩＥＩＦ部３４９Ａの転送判定部３５２は、コントローラ部６００へのログ情報の転送が許可されているか否かを判定する（ステップＳ７０８）。具体的には、転送判定部３５２は、ＰＣＩＥＩＦ部３４９Ａが画像データの転送を行っているか否かを判定する。

ステップＳ７０８において、ログ情報の転送が許可されていない場合、つまり、ＰＣＩＥＩＦ部３４９Ａが画像データの転送を行っている場合、画像形成装置１００Ａは、ステップＳ７０１へ戻る。

ステップＳＳ７０８において、ログ情報の転送が許可されている場合、つまり、ＰＣＩＥＩＦ部３４９Ａが画像データの転送を行っていない場合、画像形成装置１００Ａは、ステップＳ７０９へ進む。図７のステップＳ７０９からステップＳ７１１までの処理は、図３のステップＳ３０７からステップＳ３０９までの処理と同様であるから、説明を省略する。

尚、図７の例では、エンジン処理部３４０Ａが画像データの転送を行っている場合は、ログ情報の転送を行わないものとしたが、これに限定されない。

本実施形態のライトＤＭＡＣ３２０Ａと、リードＤＭＡＣ３３０とは、ログ情報の転送の帯域を変更する機能を有しており、画像データの転送が行われている場合には、画像データの転送に影響がない程度の帯域でログ情報を転送するようにしても良い。

具体的には、ステップＳ７０５において、画像データの転送が行われている場合には、ライトＤＭＡＣ３２０Ａは、画像データの転送が行われていない場合よりも帯域を狭くして、ログ情報をＤＲＡＭ３１０へ書き込めば良い。また、ステップＳ７０８において、画像データの転送が行われている場合には、リードＤＭＡＣ３３０は、画像データの転送が行われていない場合よりも帯域を狭くして、ＰＣＩＥＩＦ部３４９Ａへ、ＤＲＡＭ３１０から読みだしたログ情報を転送すれば良い。

このように、本実施形態では、ＤＲＡＭ３１０を用いた画像データの転送を、ログ情報の転送よりも優先的に行うことで、速やかに画像の読み取りや出力を行うことができる。

尚、本実施形態では、画像データの転送が行われていない場合に、コントローラ部６００へのログ情報の転送が行われるものとしたが、これに限定されない。本実施形態では、画像データの転送の有無に関わらず、一定期間毎にログ情報のコントローラ部６００への転送を行って良い。

この場合、ライトＤＭＡＣ３２０Ａには、レジスタ３５１の代わりにカウンタ等を設け、カウンタが所定数カウントする度に、ログ情報のＤＲＡＭ３１０への書き込みを許可するようにしても良い。その際には、ＰＣＩＥＩＦ部３４９Ａでは、画像データの転送とログ情報の転送とが時分割で行われるようにしても良い。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１００、１００Ａ 画像形成装置
２００ エンジンＣＰＵ部
２１０ エンジンＣＰＵ
２２０ ＲＡＭ
３００、３００Ａ エンジン部
３１０ ＤＲＡＭ
３２０ ライトＤＭＡＣ
３３０ リードＤＭＡＣ
３４０、３４０Ａ エンジン処理部
３５０、３６０ スキャナ
３７０ プロッタ
３４６ ＣＰＵＩＦ部
３４７ エンジンログ転送部
３４９ ＰＣＩＥＩＦ部
６００ コントローラ部

特許第４８３０８５３号公報

Claims (9)

1. プロセッサにより取得されたログ情報を保持する揮発性の第一の記憶部から、前記ログ情報を読み出して、揮発性の第二の記憶部へ書き込む第一の転送部と、
   前記第二の記憶部に書き込まれた前記ログ情報を読み出して外部へ転送する第二の転送部と、を有し、
   前記第一の転送部及び前記第二の転送部は、前記プロセッサと前記第一の記憶部とをリセットする第一のリセット部とは別の、第二のリセット部によりリセットされる、制御装置。
2. ログ情報を取得するプロセッサと、前記ログ情報が保持される揮発性の第一の記憶部と、が実装された第一のリセット領域と、
   前記第一のリセット領域に対するリセットを行う第一のリセット部と、
   前記第一の記憶部に保持された前記ログ情報を読み出して、揮発性の第二の記憶部へ書き込む第一の転送部と、前記第二の記憶部に書き込まれた前記ログ情報を読み出して外部へ転送する第二の転送部と、が実装された第二のリセット領域と、
   前記第二のリセット領域に対するリセットを行う第二のリセット部と、を有する画像形成装置。
3. 前記第一の転送部は、
   前記第一の記憶部に対する前記ログ情報の書き込み回数が所定回数となったとき、前記第一の記憶部に保持された前記ログ情報を読み出して前記第二の記憶部に書き込み、
   前記第二の転送部は、
   前記第一の転送部による前記第二の記憶部に対する書き込み回数が、前記所定回数よりも多い回数であり、且つ、一定の回数となったとき、前記第二の記憶部に保持された前記ログ情報を外部へ転送する、請求項２記載の画像形成装置。
4. 前記第二の記憶部と、
   前記第二のリセット領域の外部に設けられた第三の記憶部と、を有し、
   前記第二の転送部は、
   前記第二のリセット部が前記第二のリセット領域に対するリセットを行う場合に、前記第二の記憶部に格納された前記ログ情報を前記第三の記憶部に転送する、請求項２又は３記載の画像形成装置。
5. 自機の状態を検出するためのセンサ群を有し、前記ログ情報は、前記センサ群から出力される信号を含む、請求項４記載の画像形成装置。
6. 前記第二の記憶部に対し、画像データを転送する第三の転送部を有し、
   前記第二の転送部は、
   前記第二の記憶部に格納された前記画像データを前記第三の記憶部へ転送する、請求項４又は５記載の画像形成装置。
7. 前記第二の転送部は、
   前記画像データの転送を、前記ログ情報の転送よりも優先させる、請求項６記載の画像形成装置。
8. 制御装置を制御するためのプログラムであって、コンピュータに、
   ログ情報を保持する揮発性の第一の記憶部から、前記ログ情報を読み出して、揮発性の第二の記憶部へ書き込む第一の転送部による第一の転送処理と、
   前記第二の記憶部に書き込まれた前記ログ情報を読み出して外部へ転送する第二の転送部による第二の転送処理と、
   前記第一の転送部及び前記第二の転送部を、前記コンピュータをリセットする第一のリセット部とは別の、第二のリセット部によりリセットさせる処理と、を実行させる制御プログラム。
9. コンピュータによる、制御装置を制御するための制御方法であって、前記コンピュータが、
   ログ情報を保持する揮発性の第一の記憶部から、前記ログ情報を読み出して、揮発性の第二の記憶部へ書き込む第一の転送部による第一の転送手順と、
   前記第二の記憶部に書き込まれた前記ログ情報を読み出して外部へ転送する第二の転送部による第二の転送手順と、
   前記第一の転送部及び前記第二の転送部を、前記コンピュータをリセットする第一のリセット部とは別の、第二のリセット部によりリセットさせる手順と、を実行する、制御方法。

Images