JP7309349B2 - 情報処理装置、およびその制御方法、プログラム - Google Patents

Description

本発明は、動作ログを記録可能な情報処理装置に関する。この情報処理装置は、例えば、ＦＡＸ，プリンタ、スキャナ、およびこれらの複合機として用いられる。

従来、プリンタ等の情報処理装置を取り扱う製品メーカーは、製品の不具合発生を最少とし、品質を向上させる取り組みを続けている。しかしながら、大量に生産され、世界各国に出荷され、顧客ごとに異なる環境で利用される製品について、顧客先での不具合の発生を皆無とすることは困難である。そのため、このように不具合の発生してしまう一部の製品個体については、メーカー返品されることがある。

メーカー返品に至ってしまった製品固体については、迅速に対策すべく不具合原因の特定が求められる。不具合原因を特定するための判断材料の一例としては、不具合発生前後における製品の動作ログが挙げられる。

特許文献１には、古い動作ログを新しい動作ログで順次上書きしていくことで、常に最新の動作ログを保持する装置が開示されている。通常、製品に不具合が発生した場合は疎ほど時間を置かずにメーカー返品される。そのため、特許文献１の装置は、限られた記憶領域を用いて動作ログを記憶する構成であっても、不具合発生タイミング前後の動作ログが保持された状態でメーカー返品される可能性が高い。

特開２０１４－２３２３５３号公報

ところで、本発明者が不具合の発生と動作ログの関係を調査したところ、不具合発生前後における動作ログだけでなく、製品が顧客先に設置されてすぐの期間の動作ログ（初期動作ログと呼ぶ）についても、製品の不具合の特定に有用であることが判明した。例えば、制御ファームウエアの動作ログや初期動作時の自己診断結果の情報は、不具合の特定において重要な情報である。そのため、情報処理装置は、メーカー返品されるまでの間、初期動作ログを保持しておくことが望ましい。

しかしながら、特許文献１に記載の装置は古いログ情報を新しいログ情報で上書きしていく構成である。そのため、この装置は、メーカー返品されるまでの間、初期動作ログを確実に保持しておけるものではなかった。

上述した課題を鑑み、本発明は、ログ情報を記憶可能な情報処理装置であって、装置設置後の初期の期間におけるログ情報を保持しておくことが可能な情報処理装置を提供することである。特に、新しいログ情報の保持と初期の期間におけるログ情報の保持を両立可能な情報処理装置を提供することである。

本発明は、イベントの発生にともないログ情報を記憶可能な情報処理装置において、所定イベントの発生に基づいて不揮発性の第１の記憶領域にログ情報を格納する手段であって、前記第１の記憶領域に所定量のイベント情報が格納されたことに基づき、前記第１の記憶領域への新たなログ情報の格納を停止する手段と、前記所定イベントの発生に基づいて前記第１の記憶領域と異なる不揮発性の第２の記憶領域にログ情報を格納する手段であって、前記第２の記憶領域に所定量のログ情報が格納されていることに基づき、前記第２の記憶領域中の古いログ情報を新たなログ情報で上書きする手段と、を有し、前記第１の記憶領域に格納されるログ情報の種類の数は、前記第２の記憶領域より格納されるログ情報の種類の数以上であることを特徴とするものである。

本発明によれば、情報を記憶可能な情報処理装置であって、装置設置後の初期の期間におけるログ情報を保持しておくことが可能な情報処理装置を提供することができる。特に、新しいログ情報の保持と初期期間におけるログ情報の保持を両立可能な情報処理装置を提供することができる。

画像処理装置のブロック構成を示す図である。 記憶領域の割り当て構成を示す図である。 操作部の構成を示す図である。 ファームウエアの構成を示す図である。 図５（ａ）は、ログ出力機能（通常モード）とログ出力先の関係を示す図である。図５（ｂ）は、ログ出力機能（Ｎｅｔｗｏｒｋ出力モード）とログ出力先の関係を示す図である。図５（ｃ）は、ログ出力機能（初期動作ログ出力モード）とログ出力先の関係を示す図である。 ログ出力レベルの定義を示す図である。 ＧｒｏｕｐＩＤの定義を示す図である。 ログ出力の出力先の定義を示す図である。 ログ出力処理のフローを示す図である。 ログ回収処理のフローを示す図である。 ログ回収処理時のＵＩ画面を示す図である。 図１２（ａ）は、ログ出力内容（ＬＯＧレベル）を示す図である。図１２（ｂ）は、ログ出力内容（ＩＮＦＯレベル）を示す図である。 変形例における記憶領域の割り当て構成を示す図である。 システムの利用シーケンスを示す図である。 図１５（ａ）は、初期動作ログの記録方法を示す図である。図１５（ｂ）は、常時ログの記録方法を示す図である。図１５（ｃ）は、実施例２における初期動作ログの記録方法を示す図である。 初期動作ログのリスタート処理後における、ログ出力処理のフローを示す図である。 初期動作ログ書込み処理のフローを示す図である。 初期動作ログのリスタート処理のフローを示す図である。 図１９－１は、記憶領域の状態１を示す図である。図１９－２は、記憶領域の状態２を示す図である。図１９－３は、記憶領域の状態３を示す図である。図１９－４は、記憶領域４の状態を示す図である。 実施例２におけるシステムの利用シーケンスを示す図である。 事前設置を説明するための図である。

以下、本発明を実施するための形態について実施例を挙げ、図を用いて詳細に説明する。なお、本発明は実施するための形態は、実施例に記載の構成のみに限られない。同様の効果が得られる範囲において、実施例の構成の一部を省略してもよいし、実施例の構成の一部または全部を均等物に置き換えてもよい。

（実施例１）
＜システム＞
まず、本システムのユースケースについて説明する。本システムは、画像処理装置１００の出荷から、メーカー返品後までの工程に関連するシステムである。図１４は、システムの利用シーケンスを示す図である。なお、以降の説明では、ステップ○○○をＳ○○○等と記載する。

画像処理装置１００が出荷される場合、まず、メーカーの工場内にてサービスマンによる点検・出荷前調整が行われる（Ｓ１４０１）。ここでは、まだ不具合は発生しない。出荷前調整が終わると、画像処理装置１００は、リセット処理を行う（Ｓ１４０２）。リセット処理では、出荷前調整時のテスト印刷等でカウントアップされた印刷カウント値や、システム設定、認証設定、ネットワーク設定等とともに後述する初期動作ログがリセットされる。リセット処理が施された画像処理装置１００は、顧客先に出荷される（Ｓ１４０３）。そして、サービスマンにより設置処理が行われる（Ｓ１４０４）。正常に設置されると、画像処理装置１００は電源オンとなり、稼働を開始する（Ｓ１４０５）。リセット処理後（出荷後）の最初の稼働にともない、初期動作ログ・常時ログの記録処理が開始される（Ｓ１４０６）。その後、ユーザにより各種操作（Ｓ１４０７）が行われると、イベントが発生し、初期動作ログ・常時ログにログ情報が追加されていく（Ｓ１４０８）。その後、一定量のログが格納されると、初期動作ログの記録処理が停止する（Ｓ１４０９）。その後、ユーザにより各種操作（Ｓ１４１０）が行われると、不具合が発生することがある。初期動作ログの記録処理は停止しているため、不具合発生時のログ情報は、後述する常時ログとして記録される（Ｓ１４１１）。この際、常時ログでは、古いログが削除され、新しいログが記録される。その後、不具合に気が付いたユーザはサービスマンコールを行う（Ｓ１４１２）。サービスマンコールを受けたサービスマンは、顧客先に出動し初期調査を行う（Ｓ１４１３）。初期調査により問題が解決するケースもあるが、ここでは、メーカー返品が決定される（Ｓ１４１４）。顧客先からメーカーに画像処理装置１００が返品されると（Ｓ１４１５）、サービスマンは、まず、ユーザに指摘された不具合が再現するか否かを検証する（Ｓ１４１６）。原因調査のためにはまず不具合を再現させることがもっとも効率的であり、顧客先で発生した現象が再現した場合はほぼ原因を特定することができる。ここでは、再現不可であると決定する。次に、サービスマンは画像処理装置に外部メモリを接続し、ログ情報の回収手続きを行う（Ｓ１４１７）。サービスマンからログ情報の書き出し指示があると、画像処理装置１００は、初期動作ログと常時ログを外部メモリに書き込む（Ｓ１４１８）。サービスマンは外部メモリを回収することでログ情報を取得する（Ｓ１４１９）。そして、取得したログ情報に基づいて、顧客先で発生した不具合の原因特定につながる情報がないか解析を行う（Ｓ１４２０）。これにより、原因が特定されると、画像処理装置１００には、不具合対策のためのフィードバック処置が施される。

本実施例では上述したシーケンスを実現するための構成について説明していく。

＜画像処理装置＞
図１は、画像処理装置のブロック構成を示す図である。画像処理装置１００はプリンタ１０１、スキャナ１０２、操作部１０３、およびコントローラ１１０の各ユニットを備える情報処理装置でありＭＦＰ等と呼ばれる。各ユニットはそれぞれにＣＰＵ、ＲＯＭ、ＲＡＭを保持しており、各ユニットのＣＰＵがそれぞれのＲＯＭに保持しているファームウエアを実行することによって、各ユニットの機能動作を実現する。ＣＰＵ、ＲＯＭ、ＲＡＭはコントローラ（制御部）として機能するための最小構成であり、これらに加えて各種処理回路、処理チップが搭載される。

画像処理装置１００は、ネットワーク１５０（ＬＡＮ１５０）を介して外部の装置（ＰＣ、サーバ等）と通信可能である。また、画像処理装置１００にＵＳＢメモリ１２０等の外部メディアを接続することで、画像処理装置１００が保持する情報を外部メディアに書き出すことができる。

プリンタ１０１は、シート（用紙）に画像を形成するためのプリントデバイスである。プリンタ１０１は電子写真方式のデバイスであってもインクジェット方式のデバイスであってもよい。

スキャナ１０２は、原稿を読み取り画像を生成するためのスキャンデバイスである。操作部１０３は、ユーザの情報を通知する通知部（表示部）であり、ユーザからの指示を受け付けるユーザインターフェース（受付部、入力部）である。図３に示すように、操作部１０３は、液晶パネル３０１、テンキー３０２、スタートキー３０３、ストップキー３０４等の各種ハードキーを備える。操作部１０３は、液晶パネル３０１によってユーザの情報を通知する。また、操作部１０３は上述したハードキー、および、液晶パネル３０１に設けられたタッチセンサ（不図示）によりユーザの指示入力を受け付ける。図３は操作部の構成を示す図である。液晶パネル３０１はユーザのタッチ操作を受信し、操作信号としてコントローラ１１０に送信するとともに、コントローラファームが出力するＵＩ表示出力を受けて液晶画面表示を行う。テンキー３０２は数値入力指示を、スタートキー３０３は画像処理装置１００の動作スタート指示を、ストップキー３０４は動作の中止指示を受けつける。

コントローラ１１０は、画像処理装置１００を構成する各ユニットをシステムとして統合制御する制御部である。コントローラ１１０は、ＣＰＵ１１１、ＲＡＭ１１２、不揮発メモリ（不揮発性記憶媒体）であるＲＯＭ１１８、ＨＤＤ１１３および各種インターフェースから構成される。ＣＰＵ１１１はＲＯＭ１１８に格納されているコントローラファームを読み出し実行することにより、各ユニットの制御および通信を行う。ＣＰＵ１１１は、例えばスキャナ１０２、プリンタ１０１との間で画像データの送信、受信を行う。また、ＣＰＵ１１１は、操作部１０３が受け付けたユーザからの動作指示の処理、および各ユニットのステータスを操作部１０３に表示させる制御を行う。プリンタＩ／Ｆ１１５、スキャナＩ／Ｆ１１６、操作部Ｉ／Ｆ１１７、コントローラ１１０と各ユニットの通信を行うためのインターフェースある。また、ＵＳＢＩ／Ｆは、ＵＳＢメモリ１２０へのデータの書き込み及び、ＵＳＢメモリ１２０からのデータの読み込みを行うためインターフェースである。なお、ＲＯＭ１１８にはコントローラファームが含まれている。コントローラファームの詳細は後述する。

＜記憶領域＞
図２は記憶領域の割り当て構成を示す図である。図２に示すように画像処理装置１００はＲＡＭ１１２やＨＤＤ１１３等の情報を記憶可能（記録可能）な複数の記憶領域を持っている。ＲＡＭ１１２にはＬｏｇ用領域２０１が固定サイズで割り当てられており通常ログを記憶することができる。通常ログはＬｏｇ用領域２０１をリングバッファとして制御し、画像処理装置１００の稼動にともなってコントローラ制御ファームウエアの動作ログを定常的に記録し続ける。ＨＤＤ１１３には、画像処理装置１００が搭載する各種機能を実現するための記憶領域が確保されている。なお、記憶領域は機能毎に予め割り当てておく。また、大容量のデータを記憶可能であればよいので、ＨＤＤ１１３をＳＳＤに置き換えてもよい。

領域２１０は画像処理用、領域２１１はＰＤＬ用、領域２１２は文書管理用で、各機能で利用する画像データ保管用領域である。システム領域２２０はコントローラファームが動作するための作業領域およびシステム管理データの保存用である。システム領域２２０中には、常時ログ領域２２１および初期動作ログ領域２２２が割り当てられる。

＜ソフト構成＞
図４はファームウエアの構成を示す図である。コントローラファーム４００はＲＯＭ１１８に書き込まれており、画像処理装置１００の起動後、ＲＯＭ１１８からＲＡＭ１１２およびＨＤＤ１１３のシステム領域に読み出され、展開される。そして、ＣＰＵ１１１によって実行されることで以下に述べる各機能を実現する。操作部制御部４０１は操作部１０３の画面表示、およびハードキーやタッチセンサからの入力を受信し、対応する処理を実行する。プリント制御部４０２はプリンタ１０１の制御を行う。スキャナ制御部４０３はスキャナ１０２の制御を行う。ネットワーク制御部４０４はネットワークＩ／Ｆ１１４を制御し画像処理装置１００とネットワーク１５０で接続された外部機器との通信を行う。ＯＳモジュール４０５はコントローラ１１０の基本システム機能を提供するモジュールである。ログ出力制御部４１０はコントローラファームの動作ログ出力を制御し、ログ記録を実行するモジュールであり、通常ログ、常時ログ、および初期動作ログの制御を行う。

＜常時ログ＞
ログ出力制御部４１０によって出力される通常ログ、常時ログについて、図５（ａ）、図５（ｂ）、図６、図７、図８、図１５（ｂ）を用いて説明する。

図５（ａ）はログ出力制御部４１０およびログ出力制御部４１０によって出力される各種ログの構成を示した図である。通常ログ５２０は、コントローラファームの動作に伴って、ログ出力制御部４１０がＲＡＭ１１２に出力を続けるログである。ログ出力制御部４１０は、ＲＡＭ１１２の領域２０１をリングバッファとして扱う。本実施例では通常ログ用の領域２０１には１ＭＢが割り当てられている。ＲＡＭ１１２は高速でログデータの書き込みができるが、揮発性のため通電を止めるとデータが消えてしまう。そのため、メーカー返品後の調査に通常ログを用いることは困難である。そこで、通電停止してもデータが消えないように、不揮発性のデータとして常時ログ５３０が記録される。

常時ログ５３０は、通常ログ５２０が一定量蓄積した段階で、ＨＤＤ１１３に複製して書き込まれるログである。本実施例の常時ログ５３０は、通常ログ５２０が１ＭＢ書き込まれる毎にＨＤＤの領域２２１に１ＭＢのファイルとして書き込まれる。なお、領域２２１には常時ログとして最大８００ファイル、最大８００ＭＢまでの割り当てが可能である。

各ログ出力は、コントローラファーム４００の各ファームウエアモジュールが、ログ出力制御部４１０が提供するログ出力Ｉ／Ｆ５０１を、それぞれのモジュール内から呼び出すことで行われる。ログ出力Ｉ／Ｆ５０１は、ログ出力元のモジュールを示すＧｒｏｕｐＩＤ（第一引数）、ＬｏｇＬｅｖｅｌ（第二引数）、およびファームウエア開発者が任意に埋め込むｍｅｓｓａｇｅ（第三引数）の３種のパラメタをもつ。ログ出力制御部４１０はログ出力設定テーブル５１０を保持し、この設定に従って以後のログ出力処理を行う。図７は本実施例におけるＧｒｏｕｐＩＤの割り当て定義の例である。ＧｒｏｕｐＩＤ欄７０１はログ出力Ｉ／Ｆ５０１の第一引数とするモジュールごとのＩＤが格納される。ＩＤ値欄７０２には各ＧｒｏｕｐＩＤに割り当てられた数値が格納される。割り当て欄７０３には各ＧｒｏｕｐＩＤの割り当て対象が格納されている。図７によれば、ＯＳモジュール４０５にはＧｒｏｕｐＩＤとして“ＯＳ０１”から１６個分のＩＤが割り当てられている様子が示されている。操作部機能に関する操作部制御部４０１には、”ＵＩ０１”から１６個分のＩＤが割り当てられている様子が示されている。プリント機能に関するプリント制御部４０２には、”Ｐｒｉｎｔ０１”から１６個分のＩＤが割り当てられている様子が示されている。スキャナ機能に関するスキャナ制御部４０３には、”Ｓｃａｎ０１”から１６個分のＩＤが割り当てられている様子が示されている。

このＧｒｏｕｐＩＤは、図１２（ａ）および図１２（ｂ）の通常ログ出力例のように、ログ中にも文字列として出力される。図６は、ログ出力ＩＦ５０１の第二引数となる、ＬｏｇＬｅｖｅｌの定義とそれぞれの意味を示すテーブルである。ＬｏｇＬｅｖｅｌ欄６０１にはＬｏｇＬｅｖｅｌの定義名が格納される。

値欄６０２にはＬｏｇＬｅｖｅｌ欄６０１に対応する値が格納される。出力内容欄６０３はＬｏｇＬｅｖｅｌ欄６０１に対応する説明情報が格納される。ログ出力制御部４１０は、ログ出力設定テーブル５１０の設定に従って、ＧｒｏｕｐＩＤごとに最終的にログ出力を行うか否かを制御する。

図５（ａ）は本実施例でのログ出力設定の通常状態の例である。図５（ａ）のログ出力設定テーブル５１０では、全てのＧｒｏｕｐＩＤについて「ＬＯＧ」の定義とされている。そのため、このテーブルを用いた場合、ログ出力Ｉ／Ｆ５０１の第二引数が同じかこれより優先度が高い「ＬＯＧ」「ＷＡＲＮ」「ＥＲＲ」「ＣＲＩＴ」という種類のイベント情報がログ出力対象となる。そして、「ＩＮＦＯ」レベルのログ出力Ｉ／Ｆ５１０呼び出しはログ出力対象とならない。なお、「ＩＮＦＯ」レベルのログは、モジュール内部の一般的な動作出力に関する情報である。「ＬＯＧ」レベルのログは、例えば、デバイスの起動完了タイミングや、ジョブの生成、終了タイミングを把握することのできる情報である。「ＷＡＲＮ」レベルのログは、例えば、ジョブ設定を丸めて動作させたタイミングや、ユーザ認証エラーが発生したタイミングを把握することのできる情報である。例えば「ＥＲＲ」レベルのログは、例えばシーケンスエラーや、通信タイムアウト、縮退動作（プロセススピードを落として印刷する動作等）の発生タイミングを把握することのできる情報である。「ＣＲＩＴ」レベルのログは、例えば、デバイスの起動失敗や、プロセス間の通信失敗、メモリ確保・解放の失敗、システムライブラリのエラー、ＲＡＭやＨＤＤ等のハードエラーの発生タイミングを把握することのできる情報である。「ＩＮＦＯ」レベルのログは、例えば、モジュール内部での処理手順等、上述した情報よりも更に詳細な動作のタイミングを把握することのできる情報である。

図８は、ログ出力の出力先の定義を示す図である。図８において、ＲＡＭは通常ログ、ＣＬＯＧは常時ログ、ＮＥＴはネットワーク転送、ＴＥＲＭは端末装置、そしてＩＮＩＴは初期動作ログ、を示す。図５（ａ）では、各Ｇｒｏｕｐ ＩＤに対応付けられたログ出力先欄５１３には「ＲＡＭ」「ＣＬＯＧ」が設定されている。そのため、各項目のログ情報は通常ログ「ＲＡＭ」と常時ログ「ＣＬＯＧ」にログ出力が行われる。

ログ出力設定テーブル５１０は、ログ出力制御部４１０が提供するログ出力設定変更手段によって変更可能に構成されている。この変更を行う場合、サービスマンは、操作部１０３にログ出力設定変更画面（不図示）を表示させ、指示を行う。例えばログ出力レベル欄５１２を「ＥＲＲ」に変更した場合、以後のログ出力はそれと同じかより優先度の高い「ＥＲＲ」および「ＣＲＩＴ」レベルのみログ出力される。または、ログ出力レベル欄５１２を「ＩＮＦＯ」に変更すると、「ＩＮＦＯ」は最低優先度であるため「ＩＮＦＯ」「ＬＯＧ」「ＷＡＲＮ」「ＥＲＲ」「ＣＲＩＴ」すべてのログ出力が行われる。ログ出力設定テーブル５１０は図５（ａ）に示すとおりＧｒｏｕｐＩＤごとにログ出力レベル、出力先の設定が可能であり、ファームウエアモジュール単位でログ出力の制御変更が可能に構成されている。また、ログ出力制御部４１０は、ログ出力レベルだけでなくログの出力先も変更可能である。図５（ｂ）に、ログ出力設定変更手段によってログ出力先に「ＮＥＴ」を追加した例を示す。図５（ｂ）ではログ出力先欄５１４「Ｏｕｔｐｕｔ」には、デフォルト設定の「ＲＡＭ」「ＣＬＯＧ」に加えて「ＮＥＴ」が追加されているので、通常ログ５２０と常時ログ５３０に加えて、Ｎｅｔｗｏｒｋ５５０へのログ出力も行われる。

ログ出力制御部４１０は、領域２０１と同様に、領域２２１をリングバッファとして扱うことで常時ログ５３０の書き込みを行う。例えば、図１５（ｂ）で示すように、ログ出力制御部４１０は、ログ６までの書き込みが終わると、領域２２１の先頭から上書きを開始する。図１５（ｂ）では、ログ１～ログ３がログ７～ログ９で上書きされている。

＜初期動作ログ＞
次に、初期動作ログ５４０について、図５（ｃ）、図９、図１０、図１５を用いて説明する。なお、図９および図１０のフローチャートはコントローラファーム４００がＣＰＵ１１１によって実行されることによって実現される処理である。

初期動作ログ５４０は、通常ログ５２０や常時ログ５３０とは別途記録されるログ情報である。初期動作ログは、初期動作ログ領域２２２に１ＧＢ分だけ記録することができる。初期動作ログ５４０は、製品不良の発生後、サービスマンによる顧客先での簡易チェックや工場内での再現調査等で原因を特定できなかった場合等に、製品不良の原因を特定するための最終的な判断材料として用いられる。特に、初期動作ログ５４０は、顧客先に設置された直後の状況を集中的に記録することを目的としている。そのため、初期動作ログ５４０は、詳細な情報が残っていることが望ましい。そこで、本実施例では、初期動作ログ５４０として出力するときのログ出力レベルを「ＩＮＦＯ」に設定する。これにより、初期動作ログ５４０としては「ＩＮＦＯ」「ＬＯＧ」「ＷＡＲＮ」「ＥＲＲ」「ＣＲＩＴ」レベルのログ情報が記録される。

図５（ｃ）は、ログ出力機能（初期動作ログ出力モード）とログ出力先の関係を示す図である。図５（ｃ）に示すように、ログ出力設定テーブル５１０には、図５（ａ）で説明したログ出力レベル欄５１２とログ出力先欄５１３に加え、ログ出力レベル欄５１５とログ出力先欄５１６を備えている。このように構成するとこで、ログ出力レベル欄５１２の設定でログ出力先欄５１３の出力先にログを記録するのとは別に、ログ出力レベル欄５１５の設定でログ出力先欄５１６の出力先にログを記録することができる。これにより、ログ出力先欄５１３の出力先には、ログ出力レベル欄５１２を判定条件に基づきログが記録される。一方で、ログ出力先欄５１６の出力先には、ログ出力レベル欄５１２の判定条件と関係なく、ログ出力レベル欄５１５の判定条件に基づきログが記録される。

図５（ｃ）では、すべての項目について、ログ出力レベル欄５１５が「ＩＮＦＯ」であり、ログ出力先欄５１６に初期動作ログを示す「ＩＮＩＴ」が格納されている。なお、「ＩＮＩＴ」は「ＩＮＩＴＩＡＬ」の略字である。そのため、初期動作ログ５４０には、通常ログ５２０や常時ログ５３０と比べて詳細な情報が格納される。換言すると、初期動作ログ５４０は、一定期間中に格納されるログの数（情報量）が、通常ログ５２０や常時ログ５３０よりも多くなる傾向にある。

常時ログ５３０と初期動作ログ５４０のログ出力の内容の違いを図１２（ａ）と図１２（ｂ）に示す。図１２（ａ）は、ログ出力内容（ＬＯＧレベル）を示す図である。図１２（ｂ）は、ログ出力内容（ＩＮＦＯレベル）を示す図である。初期動作ログ５４０のログ出力レベルは「ＩＮＦＯ」であり、常時ログ５３０のログ出力レベルが「ＬＯＧ」であるため、ＩＮＦＯレベルのイベント（所定イベント）が発生した場合に、初期動作ログ５４０では記録され、常時ログでは記録されないログが生じる。したがって、同じ動作期間を比較した場合であっても、初期動作ログ５４０は常時ログ５３０よりも記録される項目数が多くなる傾向がある。図１２（ｂ）で斜体としたＩＮＦＯレベルのログ出力が図１２（ａ）の通常時に加えて出力されており、より詳細な動作把握が可能である。図１２（ａ）および図１２（ｂ）における「８４９１０．４６８．３５６」等の数値は時刻に関する情報（時刻情報）である。そのため、この数値を比較することで、記録されたログの時間的な前後関係を把握することができる。例えば、「８４９１０．４６８．５９２」は「８４９１０．４６８．３５６」よりも数値が大きいため、時系列において後のイベントであることがわかる。

なお、ログ出力制御部４１０は、領域２０１や領域２２１と異なり、領域２２２をリングバッファとして扱わない。そのため図１５（ａ）に示すような書き込み処理を行う。すなわち、記録開始地点から順次ログ１～ログ６を記録していき、領域２２２が所定量のデータで埋まったら（空き容量がなくなったら、ストレージフルになったら）、記録を停止する。このように、その後の記録が停止されるため、装置が設置された後のログ情報を削除することなく保持しておくことができる。

＜ログ記録フロー＞
画像処理装置１００が顧客先で稼動を開始する時点において、図５（ｃ）に示す設定が出荷時設定として設定されているケースを説明する。図９は、ログ出力処理のフローを示す図である。図９のフローは、コントローラ１１０において、ＲＯＭ１１８に記憶されたプログラムをＲＡＭ１１２に展開してＣＰＵ１１１が実行することで実現される。

画像処理装置１００の電源がオンされると、コントローラ１１０は、自身を含む装置全体の初期化を行う。これにともない、コントローラ１１０は、ログ出力制御部４１０の初期化が行い、図５（ｃ）に示すログ出力設定がセットアップする（Ｓ９０１）。コントローラ１１０は、コントローラファーム４００の動作にともなって各ファームモジュールからのログ出力Ｉ／Ｆ５０１の呼び出しを行う（Ｓ９０２）。ここで、図５（ｃ）に示すように、ログ出力レベル欄５１２は「ＬＯＧ」、ログ出力先欄５１３は「ＲＡＭ」「ＣＬＯＧ」が設定されている。一方で、ログ出力レベル欄５１５は「ＩＮＦＯ」、ログ出力先欄５１６は「ＩＮＩＴ」が設定されている。コントローラ１１０により実行されるログ出力制御部４１０は、この設定に従い、通常ログ５２０を書き込み（Ｓ９０３）、常時ログを書き込む（Ｓ９０４）。続いてログ出力制御部４１０は、ログ出力設定テーブル５１０の初期動作ログの書き込み設定を読み出し、初期動作ログを出力すべきかの判定を行う（Ｓ９０５）。図５（ｃ）のログ出力先欄５１６には「ＩＮＩＴ」が格納されている。すなわち、初期動作ログ出力がオンに設定されているので、ログ出力制御部４１０はＳ９０６へと処理を進める。そして、ログ出力制御部４１０は初期動作ログ領域２２２が書き込みサイズ上限に到達しているかの判定を行う（Ｓ９０６）。

本実施例では初期動作ログ領域２２２のサイズは１ＧＢであるので、書き込み済みログサイズが１ＧＢを越えたか否かの判定が行われる。書き込み済みログサイズが上限に到達していない場合、コントローラ１１０は、Ｓ９０７で初期動作ログの書き込みを行い、次のログ記録処理のためにＳ９０２へと処理を戻す。Ｓ９０６で初期動作ログ書き込みの上限に到達していた場合、コントローラ１１０は、Ｓ９１０へと処理を進める。Ｓ９１０において、コントローラ１１０は、出荷後の最初の初期動作ログ書き込み上限到達か否かの判定を行う。Ｓ９１０の判定に用いられる、既に初期動作ログの書き込み上限に到達済みか否かを示す情報は、ＨＤＤ１１３のシステム領域２２０において、書き込み上限到達フラグとして記録されている。このフラグは出荷状態ではオフである。Ｓ９１０で初期動作ログ書き込み上限フラグがオフである場合、初回の上限到達と判定し、コントローラ１１０は、Ｓ９１１へと処理を進め、初期動作ログの記録終了処理を行う。Ｓ９１１では以下の処理を行い、ＨＤＤ１１３のシステム領域２２０にフラグ情報を記録する。
１．初期動作ログ上限到達フラグをオンに更新し、システム領域２２０に書き込む
２．ログ出力設定テーブル５１０のログ出力先欄５１６から、「ＩＮＩＴ」を削除する。

コントローラ１１０はＳ９１１の処理を実行後、Ｓ９０２へと処理を戻し、次のログ出力処理を行う。初期動作ログ５４０が記録上限に到達し、Ｓ９１１の処理が行われると、ログ出力設定テーブルは図５（ａ）の状態と同じ設定状態となる。そのため、以後のログ出力処理ではＳ９０５において初期動作ログ書き込みがオフと判定される。すなわち、その後は初期動作ログ領域２２２への書き込みが行われない。したがって、ＨＤＤ１１３の初期動作ログ領域２２２に書き込まれたログはその後上書きされることは無く、１ＧＢ分の初期動作ログ５４０が保持された状態となる。

本実施例では、初期動作ログ５４０を「ＩＮＦＯ」で記録すべく、通常ログ５２０及び常時ログ５３０とはログ出力レベルを分けて設定した。しかしながら、初期動作ログ５４０を「ＩＮＦＯ」レベルで記録することができれば、他の方法を用いてもよい。例えば、「ＲＡＭ」「ＣＬＯＧ」および「ＩＮＩＴ」のログ出力レベルを共通にし、初期動作ログ５４０の記録が完了（ストレージフル）するまでの間はログ出力レベルを「ＩＮＦＯ」に設定する。そして、初期動作ログ５４０の記録が完了後、ログ出力レベルを「ＬＯＧ」に変更する。このような方法であっても、初期動作ログ５４０を「ＩＮＦＯ」レベルで詳細に記録することができる。また、初期動作ログ５４０の記録が完了後はログ出力レベルが「ＬＯＧ」になるため、通常ログ５２０を記録するのに必要な処理コストを低減することができる。また、単位時間あたりに記録しなければならない情報量が減るため、同じ領域２２１を用いる場合、相対的に広い期間の常時ログ５３０を残すことができるようになる。

＜回収フロー＞
図１０および図１１を用いてログ回収処理について説明する。ログ回収処理のフローを示す図である。なお、図１０に記載のフローは、コントローラ１１０において、ＲＯＭ１１８に記憶されたプログラムをＲＡＭ１１２に展開してＣＰＵ１１１が実行することで実現される。

画像処理装置１００からログ回収を行う場合、サービスマンは、画像処理装置１００をメンテナンスモード（ｓａｆｅモード）で起動する（Ｓ１００１）。そして、サービスマンはＵＳＢメモリ１２０またはノートＰＣなどの外部記憶装置を接続する。その後、サービスマンは、操作部１０３のデバッグ画面１１０１を表示させる。図１１は、ログ回収処理時のＵＩ画面を示す図である。デバッグ画面１１０１は、「１：デバックログ」「２：デバッグログ（初期ログ含む）」「３：初期ログリスタート」「４：ファクトリーリセット」「５：終了」等の選択項目や、「取り消し」「実行」等の指示ボタンを備える画面である。「１：デバックログ」は常時ログ５３０を外部記憶装置に転送するための項目である。「２：デバッグログ（初期ログ含む）」は常時ログ５３０と初期動作ログ５４０を外部記憶装置に転送するための項目である。「３：初期ログリスタート」は実施例１では選択不可の項目である。詳細は実施例２において後述する。「４：ファクトリーリセット」は、Ｓ１４０２のリセット処理を行うための項目である。「５：終了」はデバッグ画面１１０１を閉じるための項目である。「取り消し」ボタンは、選択された項目の選択状態を解除するためのボタンである。「実行」ボタンは、選択された項目の実行を開始するためのボタンである。

デバッグ画面１１０１において「２」の項目が選択され、続いて「実行」ボタンを押下されると、常時ログ５３０および初期動作ログ５４０を含むログ情報が外部記憶装置へ転送が開始される。

ログ情報の転送が指示されると、コントローラ１１０は、まず、ＨＤＤ１１３に記録されている常時ログ領域２２１に記録された常時ログ５３０を外部記憶装置に転送する。続いて、コントローラ１１０は、Ｓ１００４において初期動作ログ領域２２２に記録された初期動作ログ５４０の転送を外部記憶装置に転送する。ログ転送が完了すると、コントローラ１１０は、Ｓ１００５において、ＨＤＤ１１３で保持される初期動作ログの回収済みフラグをオンに更新する。これにより、画像処理装置１００からのログ回収処理が完了する。

（実施例２）
実施例１では、リセット処理後の最初の電源ＯＮで初期動作ログの書き込みが開始され、保存容量の上限まで書き込まれると、書き込みを停止するケースについて説明した。実施例２では、リセット処理後の最初の電源ＯＮとは異なるタイミングを起点として初期動作ログの書き込みを開始するケースについて説明する。また実施例１では、Ｓ１４０２のリセット処理により、システム設定、認証設定、ネットワーク設定とともに初期動作ログをリセットしていた。実施例２では、システム設定、認証設定、ネットワーク設定を保持しながらも、初期動作ログの書き込みをリスタートする。なお、実施例２における画像処理装置１００の構成は、特徴となる一部の構成を除き実施例１と同じである。そのため同様の構成については同様の符号を付し、その詳細な説明を省略する。

販売会社が顧客に画像処理装置１００を納入するまでのルートを図２１で説明する。画像処理装置１００が最終的に顧客先に設置されるルートとして、販売会社から直接顧客先に設置されるケース（図２１のＢ）と、事前に顧客の要望にそって各種のセットアップや調整を行い、その後で顧客先に配送し設置するケース（図２１のＡ）がある。以後、図１５のＡのルートで行われる「事前セットアップ」を、事前設置、と呼ぶ。事前設置は顧客先に画像処理装置１００を複数台納入する場合に、一括して事前のセットアップ作業を行うことで、納入後迅速に顧客の望む状態で利用可能とするための作業である。事前設置においては、販売会社内において顧客要望に応じたシステムセットアップ、認証設定、ネットワーク設定などが行われる。同時に、事前設置中にハード、ソフト的な問題が発生した場合、販売会社は適切な対策処置を行ったうえで、顧客先に画像処理装置１００の設置を行う。

この事前設置では、上述したように、各種セットアップが行われている。そのため、これらの各種セットアップ後は、リセット処理が行われずに顧客先に出荷されることになる。これは、事前設置中に記録された初期動作ログ５４０が残された状態で画像処理装置１００が出荷されることを意味する。そのため事前設置において画像処理装置１００が動作するほどに、初期動作ログ領域２２２は埋まっていき、本来初期動作ログで記録したい顧客先設置後の動作を記録する容量が圧迫されてしまうという課題が生じる。本実施例では、事前設置により初期動作ログ領域２２２が本来の記録目的ではない動作で埋まってしまうという課題の解決を目的とする。

＜システム＞
まず、本システムのユースケースについて説明する。本システムは、画像処理装置１００の出荷から、顧客先でログ情報を記録するまでの工程に関連するシステムである。図２０は、システムの利用シーケンスを示す図である。

画像処理装置１００が出荷される場合、まず、メーカーの工場内にて出荷前調整が行われる（Ｓ２００１）。ここでは、まだ不具合は発生しない。出荷前調整が終わると、画像処理装置１００は、リセット処理を行う（Ｓ２００２）。リセット処理では、出荷前調整時のテスト印刷等でカウントアップされた印刷カウント値等がリセットされる。出荷する装置が事前セットアップ対象である場合、サービスマンはセットアップを開始する（Ｓ２００３）。これともない、初期動作ログ・常時ログの記録が開始される（Ｓ２００４）。サービスマンが事前セットアップを行うと（Ｓ２００５）、画像処理装置１００は指示されたセットアップ内容を反映する（Ｓ２００６）、そして、こうしたイベントの発生にともない、初期動作ログ・常時ログが記録されていく（Ｓ２００７）。その後、画像処理装置１００は、顧客先に出荷される（Ｓ２００８）。そして、サービスマンにより設置処理が行われる（Ｓ２００９）。このとき、サービスマンは、初期動作ログのリスタート処理を指示する。正常に設置されると、リスタートフラグを記録し、画像処理装置１００は稼働を開始する（Ｓ２０１０）。リスタート処理後、初期動作ログ・常時ログの記録処理は継続される（Ｓ２０１１）。その後、ユーザにより各種操作（Ｓ２０１２）が行われると、イベントが発生し、初期動作ログ・常時ログにログ情報が追加されていく（Ｓ２０１３）。その後、一定量のログが格納されると、画像処理装置１００は初期動作ログ領域２２２のストレージフルを検知する（Ｓ２０１４）。その後、ユーザにより各種操作（Ｓ２０１５）が行われると、不具合が発生することがある。初期動作ログの記録処理は停止しているため、イベントが発生し、常時ログと初期動作ログの記録が行われる（Ｓ２０１６）。このとき、常時ログ５３０は、領域２２１において、古いログが新しいログで上書きされる。初期動作ログ５４０は、Ｓ２０１０で記憶したフラグよりも時系列が前のログが新しいログで上書きされる。その後も、新しいログによって、初期動作ログ５４０は、Ｓ２０１０で記憶したフラグよりも時系列が前のログが新しいログで上書きされる。そして、Ｓ２０１０で記憶したフラグよりも時系列が前のログなくなると、画像処理装置１００は初期動作ログの記録を終了する。その後の処理は、図１４に記載された内容と同様であるため、説明を省略する。

＜リスタート処理＞
本実施例において、ログ出力制御部４１０は、領域２２２において一定量の上書き処理を許容する。そのため、図１５（ｃ）に示すような書き込み処理を行う。すなわち、事前設置により記録開始地点から半分ほどが出荷前ログ０で埋まった状態において、リスタート処理を受け付けると、その地点を初期動作ログの書き込み基準点とするためのリスタートフラグを記憶する。そして、ログ１～３と順次記録していき、領域２２１が所定量のデータで埋まったら（空き容量がなくなったら、ストレージフルになったら）、記録開始地点に戻り、出荷前ログ０を上書きするように、ログ４、ログ５と記録していく。その後、すべてのログ０を上書きし、フラグ地点に到達すると、ログ出力制御部４１０は、初期動作ログの書き込みを停止する。このように、フラグ地点よりも前のログを上書きして新しいログを書き込むため、顧客先に設置後の初期動作ログ５４０を十分な量だけ記録することができる。

なお、顧客先に設置後の初期動作ログ５４０を十分に記録するだけならば、リスタート処理時に領域２２２をクリアし、記録開始地点から記録を再開しても構わない。しかしながら、出荷前ログ０を可能な限り保持する本構成のほうがより望ましい。なぜならば、ログ１～５までの初期動作ログを記録した段階でメーカー返品された場合に、残った出荷前ログ０の情報についても調査の判断材料として利用することができるからである。すなわち、出荷前ログ０は、初期動作ログ５４０ほど重要な情報でないが、消去するよりは残しておいたほうが良い情報であると言える。

＜制御フロー＞
初期動作ログ領域２２２の格納状況とリスタート処理に関連する制御について、図１６、図１７、図１８、図１９を用いて説明する。

事前設置が行われると、領域２２２にはある程度のログ情報が書き込まれた状態となっている。図１９－１は、事前設置の初期動作ログ領域の様子を示す図である。

販売会社のサービスマンは、初期動作ログをリスタートするために、画像処理装置１００を操作する。これにより、コントローラ１１０は、デバッグ画面１１０１を表示させる（Ｓ１８０１）。デバッグ画面１１０１において項目「３」が選択され続けて「実行」ボタンを選択されると、コントローラ１１０は、初期動作ログのリスタート指示の入力を受け付ける（Ｓ１８０２）。リスタート指示を受け付けたログ出力制御部４１０は、初期動作ログ設定を初期化する（Ｓ１８０３）。そして、ログ出力制御部４１０は、初期動作ログの停止条件である、初期動作ログ保存領域上の停止ポイントを、現在の書き込みポイント位置に設定する（Ｓ１８０４）。Ｓ１８０４の処理が完了した状態の初期動作ログ領域２２２を図１９－２に示す。図１９－２は、リスタート指示が入力された際の初期動作ログ領域の様子を示す図である。続けて、ログ出力制御部４１０は、Ｓ１８０５で初期動作ログ出力設定をＯＮに再設定し、初期動作ログのリスタート処理を終了する。ここで、初期動作ログのリセットでは記録済みの初期動作ログの消去は行われず、保存領域をリングバッファとして用いてログ書き込みが継続される。

次に、動作リスタート後の初期動作ログの記録動作を説明する。初期動作ログのリスタート後、初期動作ログ保存領域は図１９－２の状態である。画像処理装置１００の動作に伴いデバッグログの出力が行われると図１６のフローチャートに従って初期動作ログの停止判定および出力処理が行われる。図１６に示すフローチャートは実施例１で説明した図９のフローチャートとほぼ同一であるので、図９との差分個所であるＳ１６０６、Ｓ１６０７、Ｓ１６０８についてのみ説明する。デバッグログ出力が行われると、コントローラ１１０は、Ｓ１６０６で初期動作ログの書き込みポイント位置を取得する。そして、コントローラ１１０は、取得したポイント位置とリセット処理１８０４にて設定された停止ポイントと比較する（Ｓ１６０７）。停止ポイントと一致した場合、すなわちリセット後の初期動作ログが領域を一周した場合、コントローラ１１０はＳ１６１０へと処理を進め、初期動作ログの記録終了処理を行う。以後の処理は実施例１と同様である。書き込みポイントが停止位置に達していない場合、コントローラ１１０は、Ｓ１６０８へと処理を進め、初期動作ログの書き込みを行う。Ｓ１６０８の処理の詳細を、図１７のフローチャートで説明する。図１７は、リリスタート後の初期動作ログ書き込み処理のフローを示す図である。コントローラ１１０は、Ｓ１７０１で書き込みポイントを取得し、１７０２で書き込みポイントをインクリメントする。コントローラ１１０はＳ１７０３で書き込みポイント位置に初期動作ログを書き込む。図１９－３に、リセット後一定量の初期動作ログが書き込まれ（黒塗り）、リセット前に記録されていたログ（斜線部分）を上書きしつつ記録されている状況を示す。Ｓ１６０７で停止ポイントに到達した状態の初期動作ログ領域の状況を図１９－４に示す。書き込みポイントは停止ポイントと一致し、初期化ログ保存領域はリセット後から書き込まれたログ（黒塗り）で埋められる。

（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。

本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

実施例１では、ＨＤＤ１１３に初期動作ログを記録する専用の領域を割り当てた。しかしながら、画像処理装置１００は他機能の情報を記録する領域を共有して初期動作ログを記録してもよい。図１３において記憶領域の割り当て構成の変形例を示す。図１３では、ＨＤＤ１１３の文書管理機能領域２１２内に初期動作ログ領域１３０１が割り当てられる。なお、このような構成にする場合は、サービスマンによって初期動作ログが読み出された後、初期動作ログ領域１３０１として使用していた領域を文書管理機能領域２１２へ返却してもよい。

なお、各実施例中に登場する略称の定義は次の通りである。ＭＦＰとは、Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌのことである。ＡＳＩＣとは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔのことである。ＣＰＵとは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔのことである。ＲＡＭとは、Ｒａｎｄｏｍ‐Ａｃｃｅｓｓ Ｍｅｍｏｒｙのことである。ＲＯＭとは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙのことである。ＨＤＤとはＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅのことである。ＳＳＤとはＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅのことである。ＦＡＸとはＦＡＣＳＩＭＩＬＥのことである。ＬＡＮとは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋのことである。ＵＩとは、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅのことである。ＵＳＢとは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓのことである。ＰＤＬとは、Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅのことである。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍのことである。ＰＣとは、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒのことである。

１００ 画像処理装置
１１０ コントローラ
１２０ ＵＳＢメモリ
２２１ 常時ログ領域
２２２ 初期動作ログ領域
４１０ ログ出力制御部
５３０ 常時ログ
５４０ 初期動作ログ

Claims (20)

1. イベントの発生にともないログ情報を記憶可能な情報処理装置において、
   所定イベントの発生に基づいて不揮発性の第１の記憶領域にログ情報を格納する手段であって、前記第１の記憶領域に所定量のイベント情報が格納されたことに基づき、前記第１の記憶領域への新たなログ情報の格納を停止する手段と、
   前記所定イベントの発生に基づいて前記第１の記憶領域と異なる不揮発性の第２の記憶領域にログ情報を格納する手段であって、前記第２の記憶領域に所定量のログ情報が格納されていることに基づき、前記第２の記憶領域中の古いログ情報を新たなログ情報で上書きする手段と、を有し、
   前記第１の記憶領域に格納されるログ情報の種類の数は、前記第２の記憶領域に格納されるログ情報の種類の数以上であることを特徴とする情報処理装置。
2. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、ファームウエアにより出力されるログ情報であることを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の記憶領域は不揮発性の記憶媒体に確保される領域であることを特徴とする請求項１または２に記載の情報処理装置。
4. 装置の状態に関するログ情報であって新たに出力されたログ情報は所定の種類のログ情報であって、前記所定の種類のログ情報は前記第１の記憶領域に格納され、前記所定の種類のログ情報は前記第２の記憶領域に格納されないことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 複数のイベントが発生したことに基づいて、前記複数のイベントのうちの第１の数のログ情報が前記第１の記憶領域に格納され、前記複数のイベントのうちの第２の数のログ情報が前記第２の記憶領域には格納され、
   前記第２の数は前記第１の数よりも少ない数であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 出荷後の最初の電源オンに基づいて、前記第１の記憶領域へのログ情報の格納が開始されることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ （ＯＳ）に関するログ情報を少なくとも含むことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ（ＵＩ）に関するログ情報を少なくとも含むことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、プリント機能に関するログ情報を少なくとも含むことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、スキャナ機能に関するログ情報を少なくとも含むことを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、時刻情報を少なくとも含むことを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
12. シートに画像を形成するプリントデバイスを更に備えることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
13. 原稿を読み取るスキャンデバイスを更に備えることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
14. イベントの発生にともないログ情報を記憶可能な情報処理装置の制御方法において、
    所定イベントの発生に基づいて不揮発性の第１の記憶領域にログ情報を格納する工程であって、前記第１の記憶領域に所定量のイベント情報が格納されたことに基づき、前記第１の記憶領域への新たなログ情報の格納を停止する工程と、
    前記所定イベントの発生に基づいて前記第１の記憶領域と異なる不揮発性の第２の記憶領域にログ情報を格納する工程であって、前記第２の記憶領域に所定量のログ情報が格納されていることに基づき、前記第２の記憶領域中の古いログ情報を新たなログ情報で上書きする工程と、を有し、
    前記第１の記憶領域に格納されるログ情報の種類の数は、前記第２の記憶領域に格納されるログ情報の種類の数以上であることを特徴とする制御方法。
15. 前記第１の記憶領域に格納されるログ情報および前記第２の記憶領域に格納されるログ情報は、ファームウエアにより出力される動作ログであることを特徴とする請求項１４に記載の制御方法。
16. 前記第１の記憶領域は不揮発性の記憶媒体に確保される領域であることを特徴とする請求項１４または１５に記載の制御方法。
17. 装置の状態に関するログ情報であって新たに出力されたログ情報は所定の種類のログ情報であって前記所定の種類のログ情報は前記第１の記憶領域に格納され、前記所定の種類のログ情報は前記第２の記憶領域に格納されないことを特徴とする請求項１４乃至１６のいずれか１項に記載の制御方法。
18. 前記所定イベントが発生したことに基づいて、前記第１の記憶領域には前記所定イベントに関するログ情報であって第１の情報量のログ情報が格納され、前記第２の記憶領域には前記所定イベントに関するログ情報であって前記第１の情報量よりも少ない第２の情報量のログ情報が格納されることを特徴とする請求項１４乃至１７のいずれか１項に記載の制御方法。
19. 出荷後の最初の電源オンに基づいて、前記第１の記憶領域へのログ情報の格納が開始されることを特徴とする請求項１４乃至１８のいずれか１項に記載の制御方法。
20. イベントの発生にともないログ情報を記憶可能な情報処理装置のコンピュータに、
    所定イベントの発生に基づいて不揮発性の第１の記憶領域にログ情報を格納する工程であって、前記第１の記憶領域に所定量のイベント情報が格納されたことに基づき、前記第１の記憶領域への新たなログ情報の格納を停止する工程と、
    前記所定イベントの発生に基づいて前記第１の記憶領域と異なる不揮発性の第２の記憶領域にログ情報を格納する工程であって、前記第２の記憶領域に所定量のログ情報が格納されていることに基づき、前記第２の記憶領域中の古いログ情報を新たなログ情報で上書きする工程と、を実行させるプログラムであって、
    前記第１の記憶領域に格納されるログ情報の種類の数は、前記第２の記憶領域に格納されるログ情報の種類の数以上であることを特徴とするプログラム。

Images