JP2012006389A - 画像形成装置および書込制御方法 - Google Patents

Abstract

【課題】通常の画像形成の動作に影響を与えずにログ情報を書き込む。
【解決手段】画像形成処理のログ情報を記憶可能な可搬性記憶媒体と、通常動作モード時に画像形成処理を制御し、ログ情報を出力するメインＣＰＵ１３４と、通常動作モードから、メインＣＰＵ１３４への電源が遮断される省エネルギーモードへの移行、および、省エネルギーモードから通常動作モードへの復帰を制御し、メインＣＰＵ１３４から出力されたログ情報を可搬性記憶媒体に記憶するサブＣＰＵ２１７と、を備える。
【選択図】図２

Description

本発明は、画像形成装置および書込制御方法に関する。

画像形成装置は、プログラムに基づき処理を実行する様々なアプリケーションやモジュールにより動作しているため、ソフトウェアの欠陥により問題が発生することがある。この場合、その外観から問題の原因を解析することは困難であるため、ソフトウェアが動作時に残すログ情報を解析することが必要となる。

実際の解析作業は、問題が発生した画像形成装置にＰＣ（パーソナルコンピュータ）を接続してログ情報を取得して行うことが多い。この場合は、ＰＣの設置場所を確保することが必要である。このため、画像形成装置の設置先であるユーザのオフィス等で行うことは困難である。また、接続作業に手間がかかる、ＰＣの起動時間が長い、などの理由から、ＰＣを利用し難い状況が発生しており、障害解析効率を低下させていた。

そこでこのような問題を解決するため、画像形成装置にＵＳＢ（Universal Serial Bus）メモリやＩＣ（Integrated Circuit）カード等の可搬性記憶媒体を接続し、ログ情報を保存することにより、画像形成装置にＰＣを接続せずにログ情報を取得できるようにする技術が提案されている（例えば、特許文献１）。

また、電力の消費を抑えるための省電力モードが設定可能な画像形成装置も知られている。省電力モードは、画像形成装置の各部に所定の電力を供給する通常動作モードよりも低位の電力を各部に供給して動作可能なモードである。画像形成装置の中には、画像形成装置全体を制御するメイン制御部と、省電力モードが設定されている時にメイン制御部に代わって画像形成装置を制御するサブ制御部とを備えるものが存在する（例えば特許文献２）。

しかしながら、特許文献１のように、ＵＳＢメモリやＩＣカード等を直接画像形成装置に接続して書き込むログ情報収集方法では、ＵＳＢメモリやＩＣカードへの書き込み準備（ＵＳＢメモリへの書込みであれば、コンフィギュレーションなど）や、所定のデータ転送方法（バルク転送等）による書き込み処理を行う必要がある。

そのため、通常動作（画像形成）のタイミングがログ情報送出に関する処理の影響を受け、動作タイミングが代わってしまうということがあり、障害解析目的では使用できないケースがあるなどの問題があった。すなわち、外部にログ取得用のツールを接続せず、さらに画像形成装置の動作タイミングに影響なく可搬性記憶媒体にログ情報を書きこむことができないという問題があった。

本発明は、上記に鑑みてなされたものであって、通常の画像形成の動作に影響を与えずにログ情報を書き込むことができる画像形成装置および書込制御方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、画像形成処理のログ情報を記憶可能な記憶部と、通常動作モード時に前記画像形成処理を制御し、前記ログ情報を出力するメイン制御部と、前記通常動作モードから、前記メイン制御部への電源が遮断される省エネルギーモードへの移行、および、前記省エネルギーモードから前記通常動作モードへの復帰を制御し、前記メイン制御部から出力された前記ログ情報を前記記憶部に記憶するサブ制御部と、を備えることを特徴とする。

また、本発明は、画像形成処理のログ情報を記憶可能な記憶部を備える画像形成装置で実行される書込制御方法であって、メイン制御部が、通常動作モード時に前記画像形成処理を制御し、前記ログ情報を出力するメイン制御ステップと、サブ制御部が、前記通常動作モードから前記メイン制御部への電源が遮断される省エネルギーモードへの移行、および、前記省エネルギーモードから前記通常動作モードへの復帰を制御し、前記メイン制御部から出力された前記ログ情報を前記記憶部に記憶するサブ制御ステップと、を含むことを特徴とする。

本発明によれば、通常の画像形成の動作に影響を与えずにログ情報を書き込むことができるという効果を奏する。

図１は、画像形成装置のハードウェア構成の一例を示すブロック図である。 図２は、Ｉ／ＯコントローラＡＳＩＣのハードウェア構成の一例を示すブロック図である。 図３は、メインＣＰＵ、サブＣＰＵの状態について説明する図である。 図４は、メインＣＰＵ、サブＣＰＵの状態について説明する図である。 図５は、ログ取得モード時のサブＣＰＵの動作の流れを示すフローチャートである。 図６は、ログ情報のファイル分割について説明するための図である。 図７は、ログ取得モード時のサブＣＰＵの動作の流れを示すフローチャートである。 図８は、ログ取得モード時のサブＣＰＵの動作の流れを示すフローチャートである。 図９は、変形例１の画像形成装置のハードウェア構成の一例を示すブロック図である。 図１０は、メインＣＰＵから送信されたログ情報の一例を示す図である。 図１１は、メインＣＰＵから送信されたログ情報の一例を示す図である。 図１２は、メインＣＰＵから送信されたログ情報の一例を示す図である。 図１３は、文字列判別データを記憶するファイルの一例を示す図である。 図１４は、変形例１のサブＣＰＵの動作の流れを示すフローチャートである。 図１５は、変形例２で出力されるログ情報の一例を示す図である。 図１６は、変形例２の文字列判別データを記憶するファイルの一例を示す図である。 図１７は、変形例３で出力されるログ情報の一例を示す図である。 図１８は、変形例４のサブＣＰＵの動作の流れを示すフローチャートである。 図１９は、変形例４のサブＣＰＵの動作の流れを示すフローチャートである。 図２０は、ログ取得モードの設定・開始画面の一例を示す図である。 図２１は、保存先設定画面の一例を示す図である。 図２２は、ログ情報ファイル分割設定画面の一例を示す図である。 図２３は、ファイル容量分割設定画面の一例を示す図である。 図２４は、ファイル時間分割設定画面の一例を示す図である。 図２５は、ログ情報判別設定画面の一例を示す図である。 図２６は、読出先設定画面の一例を示す図である。

以下に添付図面を参照して、この発明にかかる画像形成装置および書込制御方法の一実施の形態を詳細に説明する。なお、以下では、スキャナ機能およびプリンタ機能を備える画像形成装置に適用した例を説明する。適用可能な装置はこれに限られず、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機、複写機、プリンタ、スキャナ装置、および、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。

本実施の形態の画像形成装置は、通常動作時にスリープ状態である省エネモード時作動用のサブＣＰＵ（Central Processing Unit）を用いて、メインＣＰＵから出力されるログ情報を受け、メインＣＰＵの代わりにＵＳＢメモリやＩＣカードなどの可搬性記憶媒体へのログ情報の書き込みを行う。

図１は、画像形成装置１００のハードウェア構成の一例を示すブロック図である。図１に示すように、画像形成装置１００は、主にエンジン部１１０と、コントローラ部１２０とを有する。

エンジン部１１０は、原稿上の画像を読み込むスキャナ１１１と、画像を用紙に書き込むプロッタ１１２と、スキャナ１１１およびプロッタ１１２を制御する制御部であるエンジンＡＳＩＣ（Application Specific Integrated Circuit）１１３とを備えている。

エンジンＡＳＩＣ１１３は、ＰＣＩ（Peripheral Component Interconnect）バス等の汎用バスによってメインコントローラ部１３０と接続されている。

コントローラ部１２０は、画像形成装置１００の全体のシステム制御および画像処理（画像形成処置）制御を行う。コントローラ部１２０は、メインコントローラ部１３０と、Ｉ／Ｏ（Input/Output）コントローラ部１４０と、操作部１５０と、を備えている。

メインコントローラ部１３０は、画像データを蓄積する画像メモリ１３１と、多量の画像データの蓄積やジョブ履歴等を記憶するローカルストレージであるＨＤＤ（Hard disk drive）１３２ａ、１３２ｂと、各デバイスを制御するメインコントローラＡＳＩＣ１３３と、メインＣＰＵ１３４と、を有する。

Ｉ／Ｏコントローラ部１４０は、メインコントローラ部１３０およびＩ／Ｏコントローラ部１４０の双方からアクセス可能な共有ＲＡＭとしてのＲＡＭ１４１と、ＲＯＭ１４２と、ネットワークやＵＳＢメモリのホストＩ／Ｆ、Ｉ２Ｃ、ＳＤカード、および操作部１５０等のＩ／Ｏデバイスを制御するＩ／ＯコントローラＡＳＩＣ１６０と、を有する。

Ｉ／ＯコントローラＡＳＩＣ１６０は、ＰＣＩバス等の汎用バスで、メインコントローラ部１３０と接続されている。また、Ｉ／ＯコントローラＡＳＩＣ１６０は、操作部１５０とも接続されている。

操作部１５０は、各種操作の受付け、および、各種画像の表示などを行う。操作部１５０は、例えば、タッチパネル式ディスプレイなどにより実現できる。なお、操作部１５０の入力機能をキーボード、マウス、タッチパッドなどの入力装置により実現し、操作部１５０の表示機能を液晶ディスプレイなどの表示装置により実現してもよい。

図２は、Ｉ／ＯコントローラＡＳＩＣ１６０のハードウェア構成の一例を示すブロック図である。

図２に示すように、Ｉ／ＯコントローラＡＳＩＣ１６０は、ＰＣＩ Ｉ／Ｆ２０１と、ＰＣＩアービタ２０２と、ＤＭＡＣ（Direct Memory Access Controller）２０３〜２０６と、ＳＤ Ｉ／Ｆ２０７と、ＵＳＢ Ｉ／Ｆ２０８と、ネットワークＩ／Ｆ２０９と、操作部Ｉ／Ｆ２１０と、レジスタ群２１１と、レジスタ制御部２１１−２と、アービタ２１２〜２１５と、システムＩ／Ｆ２１６と、サブＣＰＵ２１７と、共有ＲＡＭＩ／Ｆ２１８と、ＲＡＭＣ（ＲＡＭコントローラ）２１９と、ＬＢＣ（ローカルバスコントローラ）２２０と、ワーク用ＲＡＭ２２１と、共有ＲＡＭ２２２と、を備えている。

ＰＣＩ Ｉ／Ｆ２０１は、メインコントローラＡＳＩＣ１３３と接続されるインタフェースである。ＤＭＡＣ２０３〜２０６は、それぞれＳＤ Ｉ／Ｆ２０７、ＵＳＢ Ｉ／Ｆ２０８、ネットワークＩ／Ｆ２０９、および操作部Ｉ／Ｆ２１０に対応するＤＭＡの制御部である。

例えば、ログ情報を記憶する可搬性記憶媒体としてのＵＳＢメモリおよびＩＣカード（ＳＤカード）が、それぞれＵＳＢ Ｉ／Ｆ２０８およびＳＤ Ｉ／Ｆ２０７に接続される。

レジスタ制御部２１１−２は、Debug Serial、操作部１５０、ＧＩＯ（汎用ＩＯポート）、ＳＰＩ、Ｉ２Ｃ、ＰＭ（パワーマネジメント部）、割り込み制御部、およびWatch Dogなどにそれぞれ対応するレジスタを制御する。

システムＩ／Ｆ２１６は、サブＣＰＵ２１７により構成する制御システムのインタフェースである。

サブＣＰＵ２１７は、Ｉ／ＯコントローラＡＳＩＣ１６０全体を制御するプロセッサである。また、サブＣＰＵ２１７は、メインコントローラ部１３０を制御可能な省エネ対応プロセッサである。サブＣＰＵ２１７が使用するプログラムは、Ｉ／Ｏコントローラ部１４０のＲＯＭ１４２に格納されている。

共有ＲＡＭＩ／Ｆ２１８は、共有ＲＡＭ２２２に対するインタフェースである。

ＲＡＭＣ２１９は、ワーク用ＲＡＭ２２１の制御部である。ＬＢＣ２２０は、Ｉ／ＯコントローラＡＳＩＣ１６０の外部に備えられるシステムＲＯＭ２５１およびオプションで用いられるワーク用ＲＡＭ２５２の制御部である。

メインコントローラ部１３０は、ＲＡＭ１４１をはじめ、Ｉ／Ｏコントローラ部１４０内の内部レジスタ等へのアクセスを容易に行える構成となっている。

図３は、通常動作モード時および省エネルギーモード時のメインＣＰＵ１３４、サブＣＰＵ２１７の状態について説明する図である。

通常動作モードとは、画像形成装置１００の全体に動作電圧が加わり、原稿読み取りや複写、印刷等の指示すなわち画像処理指示に対応して、指示された画像処理を開始できる状態（モード）をいう。また、省エネルギーモードとは、外部からの通信、印刷指示などの外部からのアクセスまたは画像形成装置１００に対するオペレータの操作を認識する回路のみに給電し、その他の回路部分には給電しない状態をいう。省エネルギーモードは、省エネモード、節電モード、または低電力モードなどと呼ばれる場合もある（以下では、省エネモードという）。

まず、省エネモードから通常動作モードへ移行する場合について説明する。サブＣＰＵ２１７を含むＩ／ＯコントローラＡＳＩＣ１６０を搭載する画像形成装置１００では、省エネモード時、Ｉ／Ｏコントローラ部１４０のサブＣＰＵ２１７は、エンジン部１１０およびメインコントローラ部１３０を電源遮断する（スリープ）。そして、サブＣＰＵ２１７は、ネットワーク、ＵＳＢ、ＰＣＩ、ＰＭＥ（Power Management Event）等の省エネモードから通常動作モードへの復帰要因を監視する。

復帰要因が発生した場合、サブＣＰＵ２１７は、図示しない電源回路の電源コントローラに通常動作モードへの復帰を指示し、メインコントローラ部１３０およびエンジン部１１０に電源投入する。

そしてサブＣＰＵ２１７は、省エネモードから通常動作モードへの復帰要因が発生したことを、メインコントローラ部１３０への割り込み信号として伝える。電源投入により、省エネモードへ移る前の通常動作モードに復帰したメインコントローラ部１３０は、割り込み信号を受け取った後、いずれの復帰要因が発生したかを内蔵のレジスタ群２１１を参照することによって検知する。そして、メインコントローラ部１３０は、Ｉ／Ｏコントローラ部１４０で行っていた処理を引き継ぎ、当該処理を継続する。

次に、通常動作モードから省エネモードへ移行する場合について説明する。通常動作モードの場合、サブＣＰＵ２１７は、電源遮断の状態、または最低消費電力で待機の状態（スリープ）となる。メインＣＰＵ１３４は、省エネモードでサブＣＰＵ２１７が行っていた処理を実行する。

通常動作モードで処理する必要があるデータが、一定期間存在しなかった場合、省エネモードへ移行する。省エネモードへの移行が決まると、メインＣＰＵ１３４は、サブＣＰＵ２１７が省エネモードで必要とする情報を引き継ぐ。サブＣＰＵ２１７が省エネモードへの移行の準備ができたら、サブＣＰＵ２１７は、パワーオフシーケンスを実行し、メインコントローラ部１３０の電源を遮断する。そして、サブＣＰＵ２１７は、ネットワーク、ＵＳＢ、ＰＣＩ、ＰＭＥ等の省エネモードから通常動作モードへの復帰要因を監視する。

以上のように、通常動作モード時は、サブＣＰＵ２１７が電源遮断の状態、または最低消費電力での待機となり、メインＣＰＵ１３４がデータ処理を行う。省エネモード時は、メインＣＰＵ１３４が電源遮断の状態、または最低消費電力での待機となり、サブＣＰＵ２１７がデータ処理を行う。

ここで、ログ情報取得の問題について説明する。メインＣＰＵ１３４は、画像処理のログ情報を出力している。ログ情報とは、メインＣＰＵ１３４が処理した記録であり、ＯＳ（オペレーティングシステム）やアプリケーションの処理内容、エラーメッセージなどを含む。

ログ情報を解析することによって、エラー発生時の画像形成装置１００の内部処理情報が把握でき、エラー原因解析を効率的に行うことができる。

ログ情報は、本来、通常動作モードの場合は出力させる必要はない。しかし、突発的に発生する不具合の原因解析のために、実機での障害解析にログ情報が必要となるため、起動時に常時出力させる場合がある。

ログ情報を解析するため、ＳＤカードやＵＳＢメモリ等の可搬性記憶媒体に書き込む際、書き込み準備（ＵＳＢメモリへの書き込みであれば、コンフィギュレーションなど）や、所定のデータ転送方式（バルク転送等）による書き込み処理を行うため、通常動作時の処理（画像形成処理など）のタイミングがログ情報書き込み処理の影響を受けて変わるという問題が生じうる。

図４は、通常動作モード時にログ情報を出力させるデバッグ動作時のメインＣＰＵ１３４およびサブＣＰＵ２１７の状態について説明する図である。

上述のように、通常動作モード時にサブＣＰＵ２１７がスリープ状態になっており、メインＣＰＵ１３４が可搬性記憶媒体にログ情報を書き込む構成では、画像形成処理などのタイミングのずれが生じる場合がある。本実施の形態では、メインＣＰＵ１３４から出力されるログ情報をサブＣＰＵ２１７に出力し、サブＣＰＵ２１７を用いて可搬性記憶媒体に書き込みを行う状態であるログ取得モードを追加する。後述するように、例えばユーザが操作部１５０で選択することによりログ取得モードでの動作に移行させることができる。

サブＣＰＵ２１７を用いてログ情報を書き込むように構成すると、メインＣＰＵ１３４と同時にサブＣＰＵ２１７が動作することになるため、消費電力が高くなる。そこで、通常動作モード、省エネモードに加えて、ログ取得モードを追加し、ユーザによりログ取得モードが選択された場合のみ、サブＣＰＵ２１７によるログ情報の書込みを行うようにする。これにより、メインＣＰＵ１３４とサブＣＰＵ２１７とを同時に使用する状態を最小限に抑止することができる。すなわち、消費電力の増加を回避し、省エネルギー化を実現できる。

また、常時ログ情報を取得する状態とすると、取得するログ情報が膨大になり、解析時にログ情報のエラー原因箇所の特定に時間を要するという問題が生じうる。本実施の形態では、ログ取得モードが選択された場合にログ情報を取得するように構成できるため、目的の動作中のログ情報のみを取得可能となる。このため、取得したログ情報の解析が容易になる。

図５は、ログ取得モード時のサブＣＰＵ２１７の動作の流れを示すフローチャートである。

ログ取得モードが選択されると、メインＣＰＵ１３４は、ＲＡＭ１４１にログ取得モードへの移行要求コマンドを書き込む。サブＣＰＵ２１７では、ＲＡＭ１４１にコマンドを書き込んだことによる割り込みが発生する（ステップＳ１１）。割り込みを受けたサブＣＰＵ２１７は、メインＣＰＵ１３４によって発行されたコマンドを解読し、ログ取得モードへの移行要求が発行されたことを認識する。

メインＣＰＵ１３４は、ログ取得モード時の設定情報（保存先等）であるログ取得モード設定情報をＲＡＭ１４１に書き込む。サブＣＰＵ２１７は、メインＣＰＵ１３４により書き込まれたログ取得モード設定情報をＲＡＭ１４１から読み出す（ステップＳ１２）。

サブＣＰＵ２１７は、ＲＡＭ１４１から読み出したログ取得モード設定情報に沿ってログ情報の書き込み先等を設定する（ステップＳ１３）。サブＣＰＵ２１７は、ログ情報の書き込み準備が整うと、ＲＡＭ１４１に書き込み準備完了コマンドを書込み（ステップＳ１４）、メインＣＰＵ１３４に割り込みを発生させる。

割り込みを受けたメインＣＰＵ１３４は、ＲＡＭ１４１の情報を読み出すことによりサブＣＰＵ２１７がログ情報の書き込み準備が完了したことを認識し、ログ情報をサブＣＰＵ２１７に送信するよう送信先を変更する。この後、実際に可搬性記憶媒体への書き込みが開始される。

サブＣＰＵ２１７は、メインＣＰＵ１３４より受信し、まだ可搬性記憶媒体に書き込んでいないログ情報は存在するかを判断する（ステップＳ１５）。書き込んでいない（未転送の）ログ情報が存在する場合（ステップＳ１５：Ｙｅｓ）、サブＣＰＵ２１７は、可搬性記憶媒体にログ情報を書き込む（ステップＳ１６）。未転送のログ情報が存在しない場合は（ステップＳ１５：Ｎｏ）、未転送のログ情報が発生するまで処理を繰り返す。

ステップＳ１２〜Ｓ１４はログ取得モードの設定であり、この設定が一度完了すると、サブＣＰＵ２１７は、ステップＳ１５〜ステップＳ１６を繰り返す。

取得したログ情報の解析時に、ログ情報を記録したファイルの容量が大きいと、テキストエディタで開けなくなるという問題が生じる場合がある。そこでログ情報を記録するファイルを分割するように構成してもよい。

図６は、ログ情報のファイル分割について説明するための図である。図６の左側は、ログ情報を分割せず、可搬性記憶媒体内の１つのファイルへログ情報を記憶する例を示している。また、図６の右側は、ログ情報を分割して可搬性記憶媒体内の複数のファイルへログ情報を記憶する例を示している。

ログ情報の分割方法としては、（１）サブＣＰＵ２１７が、ログ情報の文字数またはログ情報のファイル容量などのログ情報のデータサイズを算出し、データサイズが閾値（設定容量）に達した時点で新しいファイルを生成し、ログ情報の書き込みファイル先を変更してログ情報を書き込む方法、および、（２）サブＣＰＵ２１７が、指定された指定時間が経過するごとに（一定時間間隔で）新しいファイルを生成し、ログ情報の書き込みファイル先を変更してログ情報を書き込む方法などを用いることができる。

次に、上記（１）の方法によりログ情報を分割する方法の詳細について説明する。図７は、ログ情報を書き込むファイルの容量によりログ情報を分割する場合の、ログ取得モード時のサブＣＰＵ２１７の動作の流れを示すフローチャートである。

ステップＳ２１からステップＳ２２、および、ステップＳ２４からステップＳ２５までは、図５のステップＳ１１からステップＳ１２、および、ステップＳ１４からステップＳ１５までと同様であるため説明を省略する。

ステップＳ２３は、サブＣＰＵ２１７が、さらにファイルを分割する閾値である設定容量をＲＡＭ１４１から読み出して設定する点が、図５のステップＳ１３と異なっている。

ステップＳ２５で、未転送のログ情報が存在すると判断した場合（ステップＳ２５：Ｙｅｓ）、サブＣＰＵ２１７は、現在ログ情報を書き込んでいるファイルの容量が設定容量以上か否かを判断する（ステップＳ２６）。ファイルの容量が設定容量以上の場合（ステップＳ２６：Ｙｅｓ）、サブＣＰＵ２１７は、ログ情報を書き込む新規のファイルを作成する（ステップＳ２７）。次に、サブＣＰＵ２１７は、作成したファイルにログ情報を書き込むように、ログ情報の書込み先のファイルを変更する（ステップＳ２８）。

ファイルの容量が設定容量以上でない場合（ステップＳ２６：Ｎｏ）、および、書き込み先ファイルを変更した後、サブＣＰＵ２１７は、可搬性記憶媒体のファイルにログ情報を書き込む（ステップＳ２９）。

次に、上記（２）の方法によりログ情報を分割する方法の詳細について説明する。図８は、一定時間間隔でログ情報を書き込むファイルを分割する場合の、ログ取得モード時のサブＣＰＵ２１７の動作の流れを示すフローチャートである。

ステップＳ３１からステップＳ３２、および、ステップＳ３４は、図５のステップＳ１１からステップＳ１２、および、ステップＳ１４と同様であるため説明を省略する。

ステップＳ３３は、サブＣＰＵ２１７が、さらにファイルを分割する一定の時間間隔（分割時間間隔）をＲＡＭ１４１から読み出して設定する点が、図５のステップＳ１３と異なっている。

ステップＳ３４で書き込み準備完了コマンドを書込んだ後、サブＣＰＵ２１７は、経過時間が分割時間間隔を超えたか否かを判断する（ステップＳ３５）。なお、経過時間は、例えば画像形成処理の開始とともに計測を開始し、分割設定時間が経過するごとに０に初期化する。

経過時間が分割時間間隔を超えた場合（ステップＳ３５：Ｙｅｓ）、サブＣＰＵ２１７は、ログ情報を書き込む新規のファイルを作成する（ステップＳ３６）。次に、サブＣＰＵ２１７は、作成したファイルにログ情報を書き込むように、ログ情報の書込み先のファイルを変更する（ステップＳ３７）。

経過時間が分割時間間隔を超えていない場合（ステップＳ３５：Ｎｏ）、および、書き込み先ファイルを変更した後、サブＣＰＵ２１７は、未転送のログ情報が存在するかを判断する（ステップＳ３８）。未転送のログ情報が存在する場合（ステップＳ３８：Ｙｅｓ）、サブＣＰＵ２１７は、可搬性記憶媒体にログ情報を書き込む（ステップＳ３９）。未転送のログ情報が存在しない場合は（ステップＳ３８：Ｎｏ）、ステップＳ３５に戻り処理を繰り返す。

以上のような方法でファイルを分割することにより、ログ情報を保存したファイルをテキストエディタ等で開けなくなるという問題を防ぐことができる。またログ情報の記載されたファイルの分割作業が発生しない。分割処理は、サブＣＰＵ２１７が行うので、画像形成処理のタイミングに影響はない。

（変形例１）
より詳細なログ情報を画像形成装置から取得する場合、および、ログ情報に応じて特定の処理を画像形成装置に実行させる場合、従来は、ＰＣから画像形成装置にコマンドを送信することによって行っていた。この方法では、ユーザが画像形成装置に接続されたＰＣを操作してコマンドを送信する必要があるため、操作負担が大きくなるという問題があった。

そこで、変形例１では、メインＣＰＵからサブＣＰＵに送信されるログ情報に対し、ログ情報中の文字列を判別し、ユーザが指定した文字列（指定文字列）を受信した場合、当該文字列に対して予め指定したコマンドをメインＣＰＵへと送信する処理を行う。これにより、画像形成装置にＰＣを接続してコマンドを入力することなく、既存のハードのみ、かつ無人で詳細なログを取得すること、および、特定の処理をメインＣＰＵに行わせることが可能となる。

図９は、変形例１のＩ／ＯコントローラＡＳＩＣ１６０−２のハードウェア構成の一例を示すブロック図である。変形例１のＩ／ＯコントローラＡＳＩＣ１６０−２では、サブＣＰＵ２１７−２の機能が、上記実施の形態と異なっている。その他の構成は図２と同様であるので、同一符号を付し、ここでの説明は省略する。なお、図９では、ＳＤ Ｉ／Ｆ２０７およびＵＳＢ Ｉ／Ｆ２０８以外の構成部は記載を省略している。

サブＣＰＵ２１７−２は、ログ情報内に予め定められた文字列が含まれるか判別し、含まれる場合に、当該文字列に応じて予め定められたコマンドをメインＣＰＵ１３４に送信する機能をさらに備える点が、図２のサブＣＰＵ２１７と異なっている。

以下、図１０〜１７を用いて、変形例１のサブＣＰＵの動作の一例を説明する。図１０〜図１２は、メインＣＰＵ１３４から送信されたログ情報の一例を示す図である。例えば図１０のようなログ情報が出力された場合、その後にメインＣＰＵ１３４が送信する文字列（ログ情報）としては、「ｅｒｒｏｒ！！」（図１１の左のログ情報）および「ｓｕｃｃｅｓｓ」（図１１の右のログ情報）が考えられる。「ｅｒｒｏｒ！！」および「ｓｕｃｃｅｓｓ」はそれぞれ、エラー発生時および正常動作時に出力されるログ情報の一例を示している。

例えば、「ｅｒｒｏｒ！！」を受信したときにのみ、「ｄｕｍｐ 〜」という文字列のコマンドをメインＣＰＵ１３４に送信する場合を考える。この場合、サブＣＰＵ２１７−２が、「ｅｒｒｏｒ！！」という文字列を受信したらメインＣＰＵ１３４に「ｄｕｍｐ 〜」というコマンド文字列を送信するように構成する。図１２の左のログ情報に示すように、エラー発生時には、サブＣＰＵ２１７−２がメインＣＰＵ１３４に送信したコマンドを表す文字列１２０１が、さらにログ情報に出力される。

サブＣＰＵ２１７−２は、例えば、文字列と、送信するコマンド文字列とを対応づけた文字列判別データを格納するファイルを参照することにより、ログ情報に含まれる文字列に対応するコマンド文字列を特定する。そして、サブＣＰＵ２１７−２は、特定したコマンド文字列をメインＣＰＵ１３４に送信する。図１３は、文字列判別データを記憶するファイルの一例を示す図である。図１３の１行目の文字列判別データは、「ｅｒｒｏｒ！！」の文字列を受信した場合に、「ｄｕｍｐ 〜」コマンドをメインＣＰＵ１３４に送信することを示す。図１３の２行目の文字列判別データは、「ｆｉｎｉｓｈ！！」の文字列を受信した場合に、「ｄｕｍｐ 〜」コマンドをメインＣＰＵ１３４に送信することを示す。

なお、「ｄｕｍｐ 〜」は、「〜」で指定された情報に関するダンプをログ情報に出力することを表すコマンドの一例である。「〜」は、任意の文字列を指定しうることを示している。例えば、モジュール名を指定すれば、指定されたモジュール名のモジュールのダンプがログ情報に出力される。コマンドはこれに限られるものではなく、メインＣＰＵ１３４が実行しうるあらゆるコマンドを指定できる。

また、文字列に対するコマンドの特定方法は図１３に示す方法に限られるものではない。例えば、図１３は、テキストファイル形式で文字列とコマンド文字列とを対応づけているが、他の形式で対応づけてもよい。判別する文字列と送信するコマンド文字列とは、必ず対になっていなければならないが、判別する文字列が複数存在してもよい。また、判別する文字列が、複数のコマンド文字列と対応づけられていてもよい。

文字列判別データを格納するファイルは、例えば、ＳＤカードやＵＳＢメモリ等の可搬性記憶媒体に記憶する。なお、当該ファイルを記憶する媒体はこれに限られるものではなく、任意の媒体を適用できる。

図１４は、変形例１のサブＣＰＵ２１７−２の動作の流れを示すフローチャートである。図１４は、文字判別処理を加えた、ログ取得モード時のサブＣＰＵ２１７−２の動作を示している。文字判別処理とは、特定の文字列がログ情報として送信された場合に、予め指定されたコマンド文字列をメインＣＰＵ１３４に送信する処理を表す。

ステップＳ４１〜ステップＳ４３は、図５のステップＳ１１〜ステップＳ１３と同様であるため説明を省略する。

ステップＳ４３の後、サブＣＰＵ２１７−２は、文字列判別データが記載されている図１３のようなファイルを所定の媒体から読み出す（ステップＳ４４）。ステップＳ４５は、図５のステップＳ１４と同様であるため説明を省略する。

サブＣＰＵ２１７−２は、メインＣＰＵ１３４からログ情報を受信し、受信したログ情報に、ステップＳ４４で読み出した文字列判別データで指定された文字列が含まれるか否かを判別する（ステップＳ４６）。受信したログ情報に指定された文字列が含まれる場合（ステップＳ４６：Ｙｅｓ）、サブＣＰＵ２１７−２は、当該文字列に対応するコマンドを文字列判別データから取得し、取得したコマンドをメインＣＰＵ１３４に送信する（ステップＳ４７）。

受信したログ情報に指定された文字列が含まれない場合（ステップＳ４６：Ｎｏ）、および、ステップＳ４７の後に実行されるステップＳ４８〜ステップＳ４９は、図５のステップＳ１５〜ステップＳ１６と同様であるため説明を省略する。

（変形例２）
ログ情報が記載されたファイルのサイズが大きくなるとログ情報解析時にテキストエディタで開けなくなる場合がある。また、ユーザが所望のログ情報を検索するための時間が増大するという問題がある。そこで、メインＣＰＵ１３４から送信されたログ情報内の文字列を判別し、予めユーザが指定した文字列をサブＣＰＵ２１７−２が受信した場合、指定した文字列が含まれる行のみをログ情報として可搬性記憶媒体に記録するように構成してもよい。

図１５は、このように構成した変形例２で出力されるログ情報の一例を示す図である。図１５は、予め「ｅｒｒｏｒ！！」を受信したときのみログ情報として保存するよう設定された場合に出力されるログ情報の例を示している。

この場合、例えば、ログ情報を保存するために予め定められた文字列のみを格納した文字列判別データとしてファイルに記憶しておく。図１６は、このように構成した場合の文字列判別データを記憶するファイルの一例を示す図である。図１６に示すように、判別する文字列が複数格納されていてもよい。

サブＣＰＵ２１７−２は、ログ取得モードの設定時にこのファイルを読み出し、メインＣＰＵ１３４から送信されるログ情報に、ファイル内に指定された文字列が存在するか判別する。サブＣＰＵ２１７−２は、ファイル内に指定された文字列を受信したときに、当該文字列を含むログ情報を保存する。このように、指定した文字列を受信した行のみログ情報を保存することでユーザが必要なログ情報のみ取得することができる。

（変形例３）
メインＣＰＵ１３４から送信されたログ情報内の文字列を判別し、予めユーザが指定した文字列をサブＣＰＵ２１７−２が受信した場合、その時点で可搬性記憶媒体へのログ情報の保存処理を終了するように構成してもよい。これにより、変形例２と同様の問題を解決できる。

図１７は、このように構成した変形例３で出力されるログ情報の一例を示す図である。図１７は、予め「ｅｒｒｏｒ！！」を受信したときに、可搬性記憶媒体へのログ情報保存処理を終了するよう設定された場合に出力されるログ情報の例を示している。図１７は、「ｅｒｒｏｒ！！」の部分が、保存したログ情報の末尾であることを示している。

この場合、例えば、ログ情報保存処理を終了するために予め定められた文字列のみを格納した文字列判別データとしてファイルに記憶しておく。この場合のファイルの構成例は、図１６と同様であるため説明を省略する。

指定した文字列を受信した時点で可搬性記憶媒体へのログ情報保存処理を終了することにより、ユーザが必要な範囲のログ情報のみ保存することができる。

（変形例４）
変形例１〜変形例３の機能は、それぞれ任意に組み合わせて実行できる。その場合は、各変形例で用いるファイルをそれぞれ用意して使用する。なお、いずれの変形例の機能を適用するか判別可能であれば、複数の変形例で用いるファイルを例えば１つのファイルに統合してもよい。

変形例４では、上記実施の形態、変形例１、変形例２、および、変形例３の機能をすべて含む場合の構成例について説明する。すなわち、変形例４は、ユーザが指定した文字列をメインＣＰＵ１３４からサブＣＰＵ２１７−２が受信した場合に、
（１）予め設定したコマンド文字列をメインＣＰＵ１３４に送信する処理（変形例１）
（２）指定した文字列の行のみをログ情報として記録する処理（変形例２）
（３）ログ取得モード（ログ情報保存処理）を終了する処理（以下、ログ保存終了処理という）（変形例３）
を同時に実行する例を示す。

図１８および図１９は、変形例４のサブＣＰＵ２１７−２の動作の流れを示すフローチャートである。ステップＳ５１〜ステップＳ５５は、図１４のステップＳ４１〜ステップＳ４５と同様であるため説明を省略する。

ステップＳ５６では、サブＣＰＵ２１７−２は、指定した文字列のみ記録することが設定されているか判断する（ステップＳ５６）。例えば、サブＣＰＵ２１７−２は、変形例２の機能で用いるファイルを参照し、当該ファイルに文字列が指定されているか判断する。サブＣＰＵ２１７−２は、当該ファイルに文字列が指定されている場合に、指定した文字列のみ記録することが設定されていると判断する。

指定した文字列のみ記録することが設定されていない場合（ステップＳ５６：Ｎｏ）、サブＣＰＵ２１７−２は、メインＣＰＵ１３４からログ情報を受信し、受信したログ情報に、文字列判別データで指定された文字列が含まれるか否かを判別する（ステップＳ５７）。受信したログ情報に指定された文字列が含まれる場合（ステップＳ５７：Ｙｅｓ）、サブＣＰＵ２１７−２は、さらに、ログ保存終了処理の対象となる文字列であるかを判断する（ステップＳ５８）。

例えば、サブＣＰＵ２１７−２は、変形例３の機能で用いるファイルを参照し、当該ファイルに文字列が指定されているか判断する。サブＣＰＵ２１７−２は、変形例３の機能で用いるファイルに文字列が指定されている場合に、ログ保存終了処理の対象となる文字列の対象となる文字列であると判断する。

ログ保存終了処理の対象となる文字列であると判断した場合（ステップＳ５８：Ｙｅｓ）、サブＣＰＵ２１７−２は、ログ保存終了処理の対象となる文字列を、可搬性記憶媒体に書き込む（ステップＳ５９）。その後、サブＣＰＵ２１７−２は、ログ取得モードを終了し通常動作モードへの復帰を指示する（ステップＳ６５）。

ログ保存終了処理の対象となる文字列でないと判断した場合（ステップＳ５８：Ｎｏ）、サブＣＰＵ２１７−２は、さらに、コマンド送信処理の対象となる文字列であるかを判断する（ステップＳ６０）。

例えば、サブＣＰＵ２１７−２は、変形例１の機能で用いるファイルを参照し、当該ファイルに文字列が指定されているか判断する。サブＣＰＵ２１７−２は、変形例１の機能で用いるファイルに文字列が指定されている場合に、コマンド送信処理の対象となる文字列であると判断する。

コマンド送信処理の対象となる文字列であると判断した場合（ステップＳ６０：Ｙｅｓ）、サブＣＰＵ２１７−２は、当該文字列に対応するコマンドをメインＣＰＵ１３４に送信する（ステップＳ６１）。

ステップＳ６１の実行後、ステップＳ５７で受信したログ情報に指定された文字列が含まれないと判断した場合（ステップＳ５７：Ｎｏ）、および、ステップＳ６０でコマンド送信処理の対象となる文字列でないと判断した場合（ステップＳ６０：Ｎｏ）、サブＣＰＵ２１７−２は、ステップＳ６２およびステップＳ６３を実行する。このステップＳ６２およびステップＳ６３は、図５のステップＳ１５およびステップＳ１６と同様であるため説明を省略する。

ステップＳ５６で、指定した文字列のみ記録することが設定されていると判断した場合（ステップＳ５６：Ｙｅｓ）、サブＣＰＵ２１７−２は、指定した文字列のみ記録する処理を実行する（ステップＳ６４）。ステップＳ６４の処理の詳細は、図１９を用いて後述する。ステップＳ６４を終了した場合は、サブＣＰＵ２１７−２は、ログ取得モードを終了し通常動作モードへの復帰を指示する（ステップＳ６５）。

次に、ステップＳ６４の指定した文字列のみ記録する処理について図１９を用いて説明する。

サブＣＰＵ２１７−２は、メインＣＰＵ１３４からログ情報を受信し、受信したログ情報に、文字列判別データで指定された文字列が含まれるか否かを判別する（ステップＳ７１）。受信したログ情報に指定された文字列が含まれる場合（ステップＳ７１：Ｙｅｓ）、サブＣＰＵ２１７−２は、さらに、ログ保存終了処理の対象となる文字列であるかを判断する（ステップＳ７２）。

ログ保存終了処理の対象となる文字列であると判断した場合（ステップＳ７２：Ｙｅｓ）、サブＣＰＵ２１７−２は、ログ保存終了処理の対象となる文字列が、対象文字列のみ記録することが指定された文字列であるか判断する（ステップＳ７３）。対象文字列のみ記録することが指定された文字列である場合（ステップＳ７３：Ｙｅｓ）、サブＣＰＵ２１７−２は、可搬性記憶媒体に当該文字列を書き込む（ステップＳ７４）。書き込み後、または、対象文字列のみ記録することが指定された文字列でないと判断した場合（ステップＳ７３：Ｎｏ）、指定した文字列のみ記録する処理を終了する。

ログ保存終了処理の対象となる文字列でないと判断した場合（ステップＳ７２：Ｎｏ）、サブＣＰＵ２１７−２は、さらに、コマンド送信処理の対象となる文字列であるかを判断する（ステップＳ７５）。

コマンド送信処理の対象となる文字列であると判断した場合（ステップＳ７５：Ｙｅｓ）、サブＣＰＵ２１７−２は、当該文字列に対応するコマンドをメインＣＰＵ１３４に送信する（ステップＳ７６）。

コマンドを送信後、ステップＳ７１で受信したログ情報に指定された文字列が含まれないと判断した場合（ステップＳ７１：Ｎｏ）、または、ステップＳ７５でコマンド送信処理の対象となる文字列でないと判断した場合（ステップＳ７５：Ｎｏ）、サブＣＰＵ２１７−２は、コマンド送信処理の対象となる文字列が、対象文字列のみ記録することが指定された文字列であるか判断する（ステップＳ７７）。対象文字列のみ記録することが指定された文字列でない場合（ステップＳ７７：Ｎｏ）、ステップＳ７１に戻り処理を繰り返す。

対象文字列のみ記録することが指定された文字列である場合（ステップＳ７７：Ｙｅｓ）、サブＣＰＵ２１７−２は、当該文字列が、可搬性記憶媒体に書き込んでいないかを判断する（ステップＳ７８）。書き込んでいない場合（ステップＳ７８：Ｙｅｓ）、サブＣＰＵ２１７−２は、可搬性記憶媒体にログ情報を書き込む（ステップＳ７９）。書き込んだ場合は（ステップＳ７８：Ｎｏ）、ステップＳ７１に戻り処理を繰り返す。

次に、本実施の形態および各変形例の画像形成装置１００で用いる各種操作画面の例について説明する。図２０は、操作部１５０に表示されるログ取得モードの設定・開始画面の一例を示す図である。

保存先設定ボタン９０１を押下すると、保存先とする可搬性記憶媒体を選択するための保存先設定画面（図２１、後述）が表示される。ログ情報ファイル分割設定ボタン９０２を押下すると、ログ情報を保存するファイルの分割に関する設定を行うためのログ情報ファイル分割設定画面（図２２、後述）が表示される。ログ情報判別設定ボタン９０３を押下すると、上記変形例の機能に関する設定を行うためのログ情報判別設定画面（図２５、後述）が表示される。ログ取得モード開始ボタン９０４を押下すると、画像形成装置１００がログ取得モードに移行され、ログ情報の書込み処理が開始される。

図２１は、保存先設定画面の一例を示す図である。図２１では、可搬性記憶媒体の一例である２つのＳＤカードにそれぞれ対応する設定ボタン１００１、１００２が選択可能に表示された例が示されている。いずれかの設定ボタンを押下することにより、ログ情報を保存する記憶媒体を選択できる。

複数の可搬性記憶媒体が接続されていたとき、所望の可搬性記憶媒体と異なる可搬性記憶媒体にログ情報が書き込まれる恐れがある。そこで、図２１のような画面を用いて、いずれの可搬性記憶媒体にログ情報を書き込むのかを選択可能とする。これにより、所望の可搬性記憶媒体にログ情報を書き込むことができる。

図２２は、ログ情報ファイル分割設定画面の一例を示す図である。ファイル分割ＯＦＦボタン１１０１を押下すると、ログ情報を保存するファイルを分割する機能が無効とされる。すなわち、ファイルを分割せずに同一ファイルにログ情報が保存される。

ログ情報容量分割ボタン１１０２を押下すると、ファイル容量に応じてログ情報の書き込み先のファイルを分割するときの設定を行うためのファイル容量分割設定画面（図２３、後述）が表示される。ログ情報時間分割ボタン１１０３を押下すると、一定時間間隔でログ情報の書き込み先のファイルを分割するときの設定を行うためのファイル時間分割設定画面（図２４、後述）が表示される。

図２３は、ファイル容量分割設定画面の一例を示す図である。ログ情報容量分割ＯＮボタン１２０１を押下すると、ファイル容量に応じてログ情報の書き込み先のファイルを分割する機能が有効とされる。入力領域１２０２は、ファイルを分割する容量の閾値（設定容量）を入力するための領域である。

図２３のような画面を用いることにより、ユーザはログ情報を書き込むファイルのサイズを設定できる。このため、例えばユーザが使用しているテキストエディタのオープンできる限界サイズに設定することができる。この結果、効率的にログ情報ファイルを生成することができる。また、保存先である可搬性記憶媒体のセクタサイズに合わせてサイズを設定すれば、可搬性記憶媒体に効率的にログ情報を保存することができる。

図２４は、ファイル時間分割設定画面の一例を示す図である。ファイル容量分割ボタン１３０１を押下すると、一定時間間隔でログ情報の書き込み先のファイルを分割する機能が有効とされる。入力領域１３０２は、ファイルを分割する時間間隔を入力するための領域である。

一定時間間隔でログ情報のファイルを分割する方法では、ファイルが時間ごとに区切られて生成されるため、エラー発生時間が判明している場合は、膨大なログ情報の中からエラー発生箇所を特定することが容易となる。

なお、一定時間間隔を例えば固定値とすると、メインＣＰＵ１３４が出力するログ情報が少ない場合等に、ログ情報が存在しない空のファイルが作成されるという問題が生じうる。本実施の形態では、ファイルを分割する時間間隔をユーザにより設定可能としたため、メインＣＰＵ１３４が出力するログ情報が少ない場合等であっても、状況に応じてログ情報の書き込みファイル先を変更する時間間隔を長くすることができる。このため、ログ情報が存在しない空のファイルが作成されることを回避できる。

図２５は、ログ情報判別設定画面の一例を示す図である。ＯＦＦボタン２５０１、２５１１、および２５２１が押下されると、それぞれ、変形例１、変形例２、および変形例３の機能を実行しないことが指定される。他のボタンは、対応する機能に用いるファイルの保存場所を指定するためのボタンである。

例えば、ボタン２５０２が押下されると、指定された文字列に対応するコマンド文字列を送信する変形例１で用いるファイルを、ボタン２５０２に対応づけられた記憶媒体（スロット１のＳＤカード）から選択するための読出先設定画面（図２６、後述）が表示される。また、例えば、ボタン２５１２が押下されると、指定された文字列を受信した場合にログ情報保存処理を終了する変形例３で用いるファイルを、ボタン２５１２に対応づけられた記憶媒体（スロット１のＳＤカード）から選択するための読出先設定画面が表示される。

図２６は、読出先設定画面の一例を示す図である。ファイル選択領域２６０１からファイルが選択されると（図２６では、「ｂ．ｔｘｔ」）、選択されたファイルの名称がファイル名フィールド２６０２に表示される。このようにして、可搬性記憶媒体から、判別する文字列が記述されたファイルを指定（選択）することができる。

例えば、複数の可搬性記憶媒体が接続されている場合、判別する文字列が記述されたファイルを記憶する可搬性記憶媒体を指定する必要がある。それぞれの可搬性記憶媒体に相互に異なる文字列が記述されたファイルが記憶されているとき、指定を誤ると、ユーザの意図と異なる設定となる恐れがある。図２６のような画面を用いれば、判別する文字列が記述されたファイルを記憶する可搬性記憶媒体をユーザが確実に指定することができる。また、指定した可搬性記憶媒体に複数のファイルが指定されている場合であっても、ユーザは、いずれのファイルから設定を読み出すか選択することができる。これにより、ユーザは確実に判別する文字列を指定することができる。

以上のように、本実施の形態の画像形成装置１００によれば、サブＣＰＵ２１７を用いて、メインＣＰＵ１３４から出力されるログ情報を受け、メインＣＰＵの代わりに可搬性記憶媒体へのログ情報の書き込みを行う。これにより、画像形成装置の動作タイミングに影響を与えることなく可搬性記憶媒体にログ情報を書き込むことができる。

また、指定された文字列をログ情報として受信した場合、当該文字列に対応する予め指定されたコマンド文字列をメインＣＰＵに送信する。これにより、既存のハードのみ、かつ無人で詳細なログを取得することや特定の処理をメインＣＰＵに行わせることが可能となる。

また、指定された文字列をログ情報として受信した場合、当該文字列行のみを可搬性記憶媒体に保存する。これにより、ログ情報解析時に所望のログ情報を検索する時間が削減される。また、ログ情報を記載するファイルのサイズが削減される。

また、指定された文字列をログ情報として受信した場合、可搬性記憶媒体へのログ情報の保存処理を終了する。これにより、可搬性記憶媒体には所望のログ情報のみが保存される（その後のログ情報が保存されないため）。また、ログ情報解析時に所望のログ情報を検索する時間が削減される。また、ログ情報を記載するファイルのサイズが削減される。

なお、変形例１〜３の機能を、サブＣＰＵではなく、メインＣＰＵなどの他の構成部で実行するように構成してもよい。例えば変形例１では、メインＣＰＵがログ情報内に指定された文字列が含まれるか判断し、含まれる場合に、当該文字列に対応するコマンドを実行するように構成してもよい。また、例えば変形例２では、メインＣＰＵが予めユーザが指定した文字列がログ情報として出力された場合、指定した文字列が含まれる行のみをログ情報として可搬性記憶媒体に記録するように構成してもよい。また、例えば変形例３では、メインＣＰＵが予めユーザが指定した文字列がログ情報として出力された場合に、ログ情報の保存処理を終了するように構成してもよい。

このような構成では、サブＣＰＵを用いないため、画像形成装置の動作タイミングに影響を与えることなく可搬性記憶媒体にログ情報を書き込むという効果が得られなくなる可能性があるが、各変形例に固有の効果は達成できる。

なお、本実施の形態の画像形成装置１００で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。

本実施の形態の画像形成装置１００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータ・プログラム・プロダクトとして提供するように構成してもよい。

さらに、本実施の形態の画像形成装置１００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態の画像形成装置１００で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施の形態の画像形成装置１００で実行されるプログラムは、上述したメインＣＰＵおよびサブＣＰＵの少なくとも一方で実行する各機能を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（メインＣＰＵまたはサブＣＰＵ）が上記ＲＯＭからプログラムを読み出して実行することにより上記各機能が主記憶装置上にロードされ、各機能が主記憶装置上に生成されるようになっている。

１００ 画像形成装置
１１０ エンジン部
１１１ スキャナ
１１２ プロッタ
１１３ エンジンＡＳＩＣ
１２０ コントローラ部
１３０ メインコントローラ部
１３１ 画像メモリ
１３２ａ、１３２ｂ ＨＤＤ
１３３ メインコントローラＡＳＩＣ
１３４ メインＣＰＵ
１４０ Ｉ／Ｏコントローラ部
１５０ 操作部
１６０ Ｉ／ＯコントローラＡＳＩＣ

特開２００４−２４９６６７号公報 特開２０１０−１５２７０９号公報

Claims (15)

1. 画像形成処理のログ情報を記憶可能な記憶部と、
   通常動作モード時に前記画像形成処理を制御し、前記ログ情報を出力するメイン制御部と、
   前記通常動作モードから、前記メイン制御部への電源が遮断される省エネルギーモードへの移行、および、前記省エネルギーモードから前記通常動作モードへの復帰を制御し、前記メイン制御部から出力された前記ログ情報を前記記憶部に記憶するサブ制御部と、
   を備えることを特徴とする画像形成装置。
2. 前記サブ制御部は、前記ログ情報を取得するログ取得モードが指定された場合に、前記メイン制御部から出力された前記ログ情報を前記記憶部に記憶すること、
   を特徴とする請求項１に記載の画像形成装置。
3. 前記ログ取得モードの指定を受け付ける受付部をさらに備え、
   前記サブ制御部は、前記受付部により前記ログ取得モードの指定が受け付けられた場合に、前記メイン制御部から出力された前記ログ情報を前記記憶部に記憶すること、
   を特徴とする請求項２に記載の画像形成装置。
4. 前記記憶部は複数備えられ、
   複数の前記記憶部のうち、前記ログ情報を記憶する前記記憶部の選択を受け付ける受付部をさらに備え、
   前記サブ制御部は、前記メイン制御部から出力された前記ログ情報を選択された前記記憶部に記憶すること、
   を特徴とする請求項１に記載の画像形成装置。
5. 前記サブ制御部は、記憶した前記ログ情報のデータサイズが指定された閾値を超えた場合、前記記憶部に新たにファイルを作成し、作成したファイルに前記ログ情報を記憶すること、
   を特徴とする請求項１に記載の画像形成装置。
6. 前記閾値を受け付ける受付部をさらに備え、
   前記サブ制御部は、記憶した前記ログ情報のデータサイズが前記受付部により受け付けられた前記閾値を超えた場合、前記記憶部に新たにファイルを作成し、作成したファイルに前記ログ情報を記憶すること、
   を特徴とする請求項５に記載の画像形成装置。
7. 前記サブ制御部は、指定された指定時間が経過するごとに、前記記憶部に新たにファイルを作成し、作成したファイルに前記ログ情報を記憶すること、
   を特徴とする請求項１に記載の画像形成装置。
8. 前記指定時間を受け付ける受付部をさらに備え、
   前記サブ制御部は、前記受付部により受け付けられた前記指定時間が経過するごとに、前記記憶部に新たにファイルを作成し、作成したファイルに前記ログ情報を記憶すること、
   を特徴とする請求項１に記載の画像形成装置。
9. 前記サブ制御部は、さらに、前記ログ情報に予め定められた指定文字列が含まれるか否かを判断し、前記ログ情報に前記指定文字列が含まれる場合に、前記指定文字列に応じて定められたコマンドを前記メイン制御部に送信すること、
   を特徴とする請求項１に記載の画像形成装置。
10. 前記サブ制御部は、前記ログ情報に予め定められた指定文字列が含まれるか否かを判断し、前記ログ情報に前記指定文字列が含まれる場合に、前記指定文字列のみを前記記憶部に記憶すること、
    を特徴とする請求項１に記載の画像形成装置。
11. 前記サブ制御部は、前記ログ情報に予め定められた指定文字列が含まれるか否かを判断し、前記ログ情報に前記指定文字列が含まれる場合に、前記記憶部に対して前記ログ情報を記憶する処理を終了すること、
    を特徴とする請求項１に記載の画像形成装置。
12. 前記記憶部は、さらに、前記指定文字列を記憶し、
    前記サブ制御部は、前記記憶部から前記指定文字列を読み出すこと、
    を特徴とする請求項９から１１のいずれか１つに記載の画像形成装置。
13. 前記記憶部は複数備えられ、
    複数の前記記憶部のうち、前記指定文字列を読み出す前記記憶部の選択を受け付ける受付部をさらに備え、
    前記サブ制御部は、選択された前記記憶部から前記指定文字列を読み出すこと、
    を特徴とする請求項１２に記載の画像形成装置。
14. 前記記憶部は、複数の前記指定文字列を記憶し、
    前記サブ制御部は、前記記憶部に記憶された複数の前記指定文字列から選択された前記指定文字列を読み出すこと、
    を特徴とする請求項１２に記載の画像形成装置。
15. 画像形成処理のログ情報を記憶可能な記憶部を備える画像形成装置で実行される書込制御方法であって、
    メイン制御部が、通常動作モード時に前記画像形成処理を制御し、前記ログ情報を出力するメイン制御ステップと、
    サブ制御部が、前記通常動作モードから前記メイン制御部への電源が遮断される省エネルギーモードへの移行、および、前記省エネルギーモードから前記通常動作モードへの復帰を制御し、前記メイン制御部から出力された前記ログ情報を前記記憶部に記憶するサブ制御ステップと、
    を含むことを特徴とする書込制御方法。

Images