(57)【要約】【課題】ログ情報を全て保存しておく構成と比較して、発生した異常に関連するログ情報を保存するために必要とする記憶容量を削減する。【解決手段】画像形成装置の制御手段２は、記録材に画像を形成する画像形成装置の処理の履歴を示すログ情報を、ログ記憶部２２及び記憶装置６に記憶させる。そして、制御手段２は、ログ記憶部２２に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報をログ記憶部２２から削除するとともに、画像形成装置にて発生した異常に関連するログ情報については、予め定めた条件が満たされた場合であっても削除を行わない。【選択図】図２
2017084008.tif 000002
【特許請求の範囲】
【請求項１】
記録材に画像を形成する画像形成装置の処理の履歴を示すログ情報を、記憶部に記憶させるログ記憶手段と、
前記記憶部に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報を当該記憶部から削除するとともに、前記画像形成装置にて発生した異常に関連するログ情報については、当該予め定めた条件が満たされた場合であっても削除を行わないログ削除手段と
を備える情報処理装置。
【請求項２】
前記ログ削除手段は、前記異常に関連するログ情報として、当該異常が発生した処理のログ情報と、当該異常が発生した処理に関連する処理として予め定められた他の処理のログ情報とについて、前記予め定めた条件が満たされた場合であっても削除を行わないこと
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ログ削除手段は、前記異常に関連するログ情報について、ログ情報の種類に応じて予め設定されている期間の経過後に前記記憶部から削除すること
を特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ログ削除手段は、前記記憶部に記憶されたログ情報のうちの、操作者に提示されるログ情報については、操作者の指示により当該記憶部から削除すること
を特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記画像形成装置にて異常が発生した場合、当該異常に関連するログ情報が前記記憶部に記憶されているか否かを示す情報を出力する出力手段をさらに備えること
を特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記ログ削除手段は、前記記憶部に記憶されたログ情報のうちの、前記異常に関連するログ情報及び操作者に提示されるログ情報を前記記憶部から削除する場合には、ネットワークを介して外部に出力して当該記憶部から削除すること
を特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記記憶部は、ログ情報が初めに記憶される第１領域と、ログ情報が当該第１領域に記憶された後に転送される転送先の第２領域とに分かれており、
前記ログ削除手段は、前記第１領域の空き容量がない場合、当該第１領域に記憶されているログ情報を取り出し、取り出した当該ログ情報が前記異常に関連するログ情報であれば、取り出した当該ログ情報を削除せずに前記第２領域に転送すること
を特徴とする請求項１に記載の情報処理装置。
【請求項８】
記録材に画像を形成する画像形成装置と、
前記画像形成装置の処理の履歴を示すログ情報を、記憶部に記憶させるログ記憶手段と、当該記憶部に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報を当該記憶部から削除するとともに、当該画像形成装置にて発生した異常に関連するログ情報については、当該予め定めた条件が満たされた場合であっても削除を行わないログ削除手段とを有する情報処理装置と
を備える画像形成システム。
【請求項９】
コンピュータに、
記録材に画像を形成する画像形成装置の処理の履歴を示すログ情報を、記憶部に記憶させる機能と、
前記記憶部に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報を当該記憶部から削除するとともに、前記画像形成装置にて発生した異常に関連するログ情報については、当該予め定めた条件が満たされた場合であっても削除を行わない機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、画像形成システム及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、印刷装置からログ情報を取得して管理するログ情報管理装置として、ログ情報の取得条件を設定して印刷装置に送信し、印刷装置で取得条件を満たすと判定されたログ情報を受信してログ情報を取得条件で指定された出力場所に対応する記憶装置に保存し、受信したログ情報を表示部に表示するログ情報管理装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１５５４２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
画像形成装置において、例えば印刷中に発生したエラーの原因を特定する上で、処理の履歴を示すログ情報（履歴情報）を収集して解析することは有効である。しかし、あらゆるログ情報を全て収集して将来発生し得るエラー解析のために保存しておくには、膨大な記憶容量を必要とする。
本発明は、ログ情報を全て保存しておく構成と比較して、発生した異常に関連するログ情報を保存するために必要とする記憶容量を削減することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、記録材に画像を形成する画像形成装置の処理の履歴を示すログ情報を、記憶部に記憶させるログ記憶手段と、前記記憶部に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報を当該記憶部から削除するとともに、前記画像形成装置にて発生した異常に関連するログ情報については、当該予め定めた条件が満たされた場合であっても削除を行わないログ削除手段とを備える情報処理装置である。
請求項２に記載の発明は、前記ログ削除手段は、前記異常に関連するログ情報として、当該異常が発生した処理のログ情報と、当該異常が発生した処理に関連する処理として予め定められた他の処理のログ情報とについて、前記予め定めた条件が満たされた場合であっても削除を行わないことを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記ログ削除手段は、前記異常に関連するログ情報について、ログ情報の種類に応じて予め設定されている期間の経過後に前記記憶部から削除することを特徴とする請求項１に記載の情報処理装置である。
請求項４に記載の発明は、前記ログ削除手段は、前記記憶部に記憶されたログ情報のうちの、操作者に提示されるログ情報については、操作者の指示により当該記憶部から削除することを特徴とする請求項１に記載の情報処理装置である。
請求項５に記載の発明は、前記画像形成装置にて異常が発生した場合、当該異常に関連するログ情報が前記記憶部に記憶されているか否かを示す情報を出力する出力手段をさらに備えることを特徴とする請求項１に記載の情報処理装置である。
請求項６に記載の発明は、前記ログ削除手段は、前記記憶部に記憶されたログ情報のうちの、前記異常に関連するログ情報及び操作者に提示されるログ情報を前記記憶部から削除する場合には、ネットワークを介して外部に出力して当該記憶部から削除することを特徴とする請求項１に記載の情報処理装置である。
請求項７に記載の発明は、前記記憶部は、ログ情報が初めに記憶される第１領域と、ログ情報が当該第１領域に記憶された後に転送される転送先の第２領域とに分かれており、前記ログ削除手段は、前記第１領域の空き容量がない場合、当該第１領域に記憶されているログ情報を取り出し、取り出した当該ログ情報が前記異常に関連するログ情報であれば、取り出した当該ログ情報を削除せずに前記第２領域に転送することを特徴とする請求項１に記載の情報処理装置である。
請求項８に記載の発明は、記録材に画像を形成する画像形成装置と、前記画像形成装置の処理の履歴を示すログ情報を、記憶部に記憶させるログ記憶手段と、当該記憶部に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報を当該記憶部から削除するとともに、当該画像形成装置にて発生した異常に関連するログ情報については、当該予め定めた条件が満たされた場合であっても削除を行わないログ削除手段とを有する情報処理装置とを備える画像形成システムである。
請求項９に記載の発明は、コンピュータに、記録材に画像を形成する画像形成装置の処理の履歴を示すログ情報を、記憶部に記憶させる機能と、前記記憶部に記憶されたログ情報のうちの、予め定めた条件が満たされたログ情報を当該記憶部から削除するとともに、前記画像形成装置にて発生した異常に関連するログ情報については、当該予め定めた条件が満たされた場合であっても削除を行わない機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１記載の発明によれば、ログ情報を全て保存しておく構成と比較して、発生した異常に関連するログ情報を保存するために必要とする記憶容量を削減することができる。
請求項２記載の発明によれば、異常を解析するためのログ情報が削除されることを防止することができる。
請求項３記載の発明によれば、予め設定されている期間の経過後に異常に関連するログ情報を削除し、記憶容量を確保することができる。
請求項４記載の発明によれば、操作者に提示されるログ情報を操作者に提示せずに削除することを防止することができる。
請求項５記載の発明によれば、発生した異常に関連するログ情報の有無を操作者に提示することができる。
請求項６記載の発明によれば、記憶部に記憶したログ情報を全て外部に出力する構成と比較して、ネットワーク上のデータ量を削減することができる。
請求項７記載の発明によれば、ログ情報を全て保存しておく構成と比較して、より確実に、発生した異常に関連するログ情報を保存するために必要とする記憶容量を削減することができる。
請求項８記載の発明によれば、ログ情報を全て保存しておく構成と比較して、発生した異常に関連するログ情報を保存するために必要とする記憶容量を削減することができる。
請求項９記載の発明によれば、ログ情報を全て保存しておく構成と比較して、発生した異常に関連するログ情報を保存するために必要とする記憶容量を削減する機能を、コンピュータにより実現できる。
【図面の簡単な説明】
【０００７】
【図１】本実施の形態の画像形成装置の全体構成例を示す図である。
【図２】制御手段の機能構成例を示したブロック図である。
【図３】制御手段のハードウェア構成例を示した図である。
【図４】タスク管理テーブルの一例を示す図である。
【図５】ログ削除管理テーブルの一例を示す図である。
【図６】ログ保管管理テーブルの一例を示す図である。
【図７】削除判定処理の手順の一例を示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
＜画像形成装置の全体構成の説明＞
図１は、本実施の形態の画像形成装置１の全体構成例を示す図である。
この画像形成装置１は、画像形成装置１の各機構部を制御する制御手段２と、用紙（記録材、記録媒体）に画像を形成する印刷機構としての画像形成手段３とを備える。また画像形成装置１は、画像形成手段３で使用する用紙を収容する用紙収容手段４と、画像形成手段３により画像が形成された後の用紙の後処理を行なう後処理手段５と、画像形成手段３に供給される印刷データ（画像データ）を記憶する記憶装置６とをさらに備える。
本実施の形態において、制御手段２は、情報処理装置の一例としての機能を有している。
【０００９】
画像形成装置１の制御手段２は、図示しないネットワークに接続され、ネットワークを介して図示しないＰＣ（Personal Computer）等から印刷データを受け取る。また、制御手段２は、受け取った印刷データを処理して、記憶装置６に一時的に蓄積する。そして、制御手段２は、画像形成手段３の印刷速度に合わせて、順次、印刷データを記憶装置６から読み出して、読み出した印刷データを画像形成手段３に送信する。
【００１０】
また、制御手段２は、画像形成装置１の状態を監視しており、画像形成装置１にて異常が発生した場合には、異常状態の際に操作者が行うべき操作に対応付けられた画像を表示して操作者に提示する。さらに、制御手段２は、記憶装置６の状態も表示して、操作者に提示する。
さらに、制御手段２は、画像形成装置１内で実行される様々な処理について、処理の履歴を示すログ情報を、制御手段２の内部や記憶装置６等に記憶する。また、制御手段２は、例えばタッチパネルやキーボード等の入力デバイスを備えており、操作者からの操作を受け付ける。
【００１１】
画像形成手段３は、制御手段２から供給される印刷データをもとに、複数の色材を用いて用紙に画像を形成する。画像形成手段３は、本実施の形態では、例えば、電子写真方式のものである。即ち、例えばドラム状に形成された感光体を一様に帯電し、この感光体を印刷データに基づいて制御された光で露光して感光体上に静電潜像を形成する。そして、現像装置によってこの静電潜像を色材であるトナーによる可視像（トナー像）とする。更にこのトナー像を用紙に転写し、これを定着装置によって熱および圧力を印加することで定着して画像を形成する。
なお画像形成手段３は、電子写真方式に限られるものではなく、色材としてインクを使用し、インクを記録媒体上に吐出して像を形成するインクジェット方式のものでもよい。
【００１２】
また画像形成手段３には、用紙収容手段４の後述する用紙トレイ４１、４２とは別に用紙トレイ３１、３２が備えられている。そして用紙を用紙トレイ３１、３２から画像形成手段３に搬送する図示しない搬送系が備えられている。
さらに画像形成手段３には、排出トレイユニット３３が備えられる。画像形成手段３で画像が形成された後の用紙は、後処理手段５で後処理が必要でない場合、排出トレイユニット３３に排出される。
なお画像形成手段３には、開閉蓋３４、３５が備えられ、この開閉蓋３４、３５を開けることで、画像形成手段３の各機構部の調整、消耗品の交換、ジャム（用紙詰まり）の際の用紙の除去などのメンテナンスが行えるようになっている。
【００１３】
用紙収容手段４は、用紙トレイ４１、４２を備えている。用紙トレイ４１と用紙トレイ４２は、用紙トレイ３１、３２と併せてそれぞれ用紙を収納することができる。そして制御手段２により印刷データに合った用紙が選択され、用紙トレイ３１、３２、４１、４２の何れかから用紙が取り出され、図示しない搬送系により画像形成手段３に搬送される。
用紙収容手段４は、いわばオプション機器であり、画像形成手段３の用紙トレイ３１、３２では用紙の種類が不足する場合に、用紙収容手段４を増設することができる。よって用紙トレイ３１、３２で足りる場合は、用紙収容手段４を備える必要は必ずしもない。
【００１４】
また用紙収容手段４は、上部に用紙搬送部４３を備える。そして後処理手段５にて後処理が行なわれる場合には、用紙搬送部４３により画像形成手段３から後処理手段５に用紙が搬送される。
【００１５】
後処理手段５では、画像が形成された用紙に対し、後処理として、例えば、裁断、折り加工、穴開け、綴じ、製本などの処理が実行される。後処理手段５も、いわばオプション機器であり、後処理が必要とされない場合は、後処理手段５を接続する必要はない。
【００１６】
記憶装置６は、図示しないＰＣ等から受け取った印刷データを記憶する。ここで、記憶装置６は、例えば数１０台〜数１００台の複数のＨＤＤ（Hard Disk Drive）６１を搭載しており、印刷データをＨＤＤ６１に記憶する。このＨＤＤ６１は、１台当たり、例えば５００ＧＢ（ギガバイト）や１ＴＢ（テラバイト）の容量を有する。記憶装置６は、このような大容量の記憶領域を有しており、画像形成手段３の印刷速度に合わせて、順次、印刷データが記憶装置６から画像形成手段３に送信されることにより、間欠印刷（即ち、一定の間隔をおいた印刷）が発生しないように印刷が行われる。
【００１７】
また、記憶装置６に搭載されているそれぞれのＨＤＤ６１は、内部状態を示す属性情報を有している。そして、制御手段２に対してそれぞれのＨＤＤ６１の属性情報が通知されることにより、制御手段２にて各ＨＤＤ６１の状態が把握される。属性情報としては、例えば、Ｓ．Ｍ．Ａ．Ｒ．Ｔ．（Self-Monitoring, Analysis and Reporting Technology）が用いられる。Ｓ．Ｍ．Ａ．Ｒ．Ｔ．とは、ハードディスクドライブの障害の早期発見や故障の予測を目的としてハードディスクドライブ自身が発行する内部状態の情報である。
さらに、記憶装置６は電源部６２を備えており、この電源部６２は、制御手段２の制御により各ＨＤＤ６１に対して電力の供給を行う。
【００１８】
＜制御手段の機能構成例＞
次に、画像形成装置１が備える制御手段２の機能構成について説明する。図２は、制御手段２の機能構成例を示したブロック図である。
【００１９】
制御手段２は、画像形成装置１内の様々な処理に関するログ情報を取得するログ取得部２１と、ログ情報を記憶するログ記憶部２２と、画像形成装置１内で実行される各タスクについて、関連する他のタスクの情報を定めたテーブル（以下、タスク管理テーブルと称する）を格納するタスク管理テーブル格納部２３とを備える。また、制御手段２は、ログ情報を削除する条件を定めたテーブル（以下、ログ削除管理テーブルと称する）を格納するログ削除管理テーブル格納部２４と、ログ情報を管理するログ管理部２５とを備える。
【００２０】
ログ取得部２１は、画像形成装置１内で実行される画像形成などの様々な処理に関して、ログ情報を取得する。ここで、ログ情報は、画像形成装置１内で実行される様々な処理の単位であるタスク毎に取得される。さらに説明すると、タスクとは、各種プログラムにて行われる処理であり、タスクの内容は、タスク毎のプログラムにより予め定められている。
【００２１】
ログ記憶部２２は、ログ取得部２１が取得したログ情報を記憶する。ここで、ログ記憶部２２は、ログ情報が初めに記憶される第１領域として機能する。ログ記憶部２２の空き容量がなくなった場合には、ＦＩＦＯ（First-In First-Out）により、最初に記憶されたログ情報から順番にログ記憶部２２から取り出される。そして、取り出されたログ情報は、ログ情報が記憶される第２領域である記憶装置６のＨＤＤ６１に転送される。ただし、ログ記憶部２２から取り出されたログ情報については、後述するログ管理部２５により、ＨＤＤ６１に転送するログ情報か、またはＨＤＤ６１に転送せずに削除するログ情報かの判定処理（以下、削除判定処理と称する）が行われる。
【００２２】
タスク管理テーブル格納部２３は、画像形成装置１内で実行される各タスクについて、関連する他のタスクの情報を定めたタスク管理テーブルを格納する。例えば、「タスクＡ」というタスクに関して、関連する他の処理として「タスクＢ」が存在する場合、タスク管理テーブルでは、タスクＡに対してタスクＢが対応付けられている。タスク管理テーブルの詳細については、後述する。
【００２３】
ログ削除管理テーブル格納部２４は、ログ情報を削除する条件を定めたログ削除管理テーブルを格納する。このログ削除管理テーブルには、ログ記憶部２２から転送されてＨＤＤ６１に記憶されているログ情報について、削除する条件が定められている。さらに説明すると、ログ削除管理テーブルには、それぞれのタスク毎に、ログ情報を削除する条件が定められている。ログ削除管理テーブルの詳細については、後述する。
【００２４】
ログ管理部２５は、ログ記憶部２２及びＨＤＤ６１に記憶されているログ情報を管理して、ログ情報の転送や削除を行う。
具体的には、ログ管理部２５は、ログ記憶部２２に空き容量がなくなった場合に、ログ記憶部２２内に記憶されているログ情報のうち、最初に記憶されたログ情報から順番にログ記憶部２２から取り出して、ＨＤＤ６１に転送するか、またはＨＤＤ６１に転送せずに削除するかの削除判定処理を行う。ここで、ログ管理部２５は、操作者に提示されるログ情報として予め定められたログ情報については、ＨＤＤ６１に転送すると判定する。また、ログ管理部２５は、処理中にエラー（異常）が発生したタスクがあれば、エラーが発生したタスク及びそのタスクに関連するタスクとして予め定められた他のタスクに関して、ログ情報を削除せずにＨＤＤ６１に転送すると判定する。
【００２５】
さらに説明すると、操作者に提示されるログ情報としては、例えば、印刷処理の正常終了または異常終了を示す印刷処理の結果に関するログ情報などが挙げられる。このようなログ情報については、ログ管理部２５の判定により削除するのではなく、操作者から削除指示が行われることにより、ＨＤＤ６１から削除される。
【００２６】
また、処理中にエラーが発生した場合、ログ情報には、エラーの種類毎に予め付与されているエラーコードや、発生したエラーの内容、エラーが発生したタスクなどの情報が含まれている。そのため、エラーの解析においては、これらのログ情報が用いられる。さらに、エラー解析では、エラーが発生したタスクのログ情報に加えて、そのタスクに関連する他のタスクのログ情報も必要とされる。関連する他のタスクのログ情報は、そのタスク（関連する他のタスク）が正常に終了したか異常に終了したかに関わらず、エラー解析に用いられる。そこで、ログ管理部２５は、処理中にエラーが発生したタスクがあれば、タスク管理テーブルを参照し、エラーが発生したタスクに関連する他のタスクを特定する。そして、ログ管理部２５は、エラーが発生したタスク及び関連する他のタスクに関して、ログ情報を削除しないようにしてログ記憶部２２からＨＤＤ６１に転送する。
【００２７】
言い換えると、エラーが発生したタスクのログ情報及び関連する他のタスクのログ情報は、本来は、エラーが発生していなければログ記憶部２２に空き容量がなくなってログ記憶部２２から取り出されたタイミングで削除されるべきである。しかし、エラーが発生することにより削除の条件が強制的に変更されて、削除されることなくＨＤＤ６１に転送され、ＨＤＤ６１にて記憶されることになる。
【００２８】
本実施の形態では、エラーが発生したタスクのログ情報及びそのタスクに関連する他のタスクのログ情報が、異常に関連するログ情報の一例として用いられる。また、ログ記憶部２２に空き容量がなくなりログ記憶部２２から取り出されたログ情報が、予め定めた条件が満たされたログ情報の一例として用いられる。
【００２９】
なお、ログ管理部２５は、エラーが発生したタスク及び関連する他のタスクを管理するためのテーブル（以下、ログ保管管理テーブルと称する）を生成する。ログ保管管理テーブルの詳細については後述する。
【００３０】
また、ログ管理部２５は、ＨＤＤ６１に転送したログ情報のそれぞれについて、ログ削除管理テーブルを参照し、ログ削除管理テーブルに定められている条件に従ってＨＤＤ６１から削除する。例えば、ログ情報管理テーブルに保存期間が１日と定められているログ情報については、ログ管理部２５は、ＨＤＤ６１に転送してから１日が経過した後、このログ情報をＨＤＤ６１から削除する。
【００３１】
本実施の形態では、ログ取得部２１、ログ管理部２５が、ログ記憶手段の一例としての機能を有している。また、ログ管理部２５は、ログ削除手段の一例としての機能も有している。
【００３２】
＜制御手段のハードウェア構成＞
次に、制御手段２のハードウェア構成について説明する。図３は、制御手段２のハードウェア構成例を示した図である。図示するように、制御手段２は、演算手段であるＣＰＵ（Central Processing Unit）２０１と、記憶手段であるメインメモリ２０２およびＨＤＤ２０３とを備える。
【００３３】
ここで、ＣＰＵ２０１は、ＯＳ（Operating System）やアプリケーション等の各種プログラムを実行し、制御手段２の各機能を実現する。また、メインメモリ２０２は、各種プログラムやその実行に用いるデータ等を記憶する記憶領域である。また、ＨＤＤ２０３は、各種プログラムに対する入力データや各種プログラムからの出力データ等を記憶する記憶領域である。さらに、制御手段２は、外部との通信を行うための通信Ｉ／Ｆ２０４と、ビデオメモリやディスプレイ等からなる表示機構２０５と、タッチパネルやキーボード等の入力デバイス２０６とを備える。
【００３４】
なお、図２に示す制御手段２を構成する各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ２０１が、ログ取得部２１、ログ管理部２５等を実現するプログラムを、例えばＨＤＤ２０３からメインメモリ２０２に読み込んで実行することにより、これらの機能部が実現される。また、ログ記憶部２２は、例えばメインメモリ２０２により実現される。また、タスク管理テーブル格納部２３、ログ削除管理テーブル格納部２４は、例えばＨＤＤ２０３により実現される。
【００３５】
＜タスク管理テーブルの説明＞
次に、タスク管理テーブル格納部２３が格納するタスク管理テーブルについて説明する。図４は、タスク管理テーブルの一例を示す図である。
【００３６】
図４に示すタスク管理テーブルでは、「タスク名」に、各タスクの名称が示されている。そして、それぞれのタスク毎に、関連する他のタスクのタスク名が示されている。例えば、「タスク名」が「Ｔａｓｋ−Ａ」のタスクについては、関連する他のタスクとして、「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」が定められている。付言すると、「Ｔａｓｋ−Ａ」においてエラーが発生した場合には、エラー解析のために、「Ｔａｓｋ−Ａ」のログ情報に加えて、「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」の各タスクのログ情報も必要になるといえる。また、例えば、「タスク名」が「Ｔａｓｋ−Ｅ」のタスクについては、関連する他のタスクが存在せず、「ｎｏｎｅ」が定められている。付言すると、「Ｔａｓｋ−Ｅ」においてエラーが発生した場合には、「Ｔａｓｋ−Ｅ」のログ情報のみがエラー解析に必要になるといえる。
【００３７】
＜ログ削除管理テーブルの説明＞
次に、ログ削除管理テーブル格納部２４が格納するログ削除管理テーブルについて説明する。図５は、ログ削除管理テーブルの一例を示す図である。
【００３８】
図５に示すログ削除管理テーブルでは、「タスク名」に、各タスクの名称が示されている。そして、それぞれのタスク毎に、そのタスクのログ情報をＨＤＤ６１に保存する条件が定められている。例えば、「タスク名」が「Ｔａｓｋ−Ａ」のタスクのログ情報は、長期間ＨＤＤ６１に保存され、保存が開始されてから削除されるまでの期間である保存期間は１８０日間である。また、例えば、「タスク名」が「Ｔａｓｋ−Ｅ」のタスクのログ情報は、短期間ＨＤＤ６１に保存され、保存期間は１日間である。
【００３９】
付言すると、各タスクのログ情報に関する保存期間については、各タスクのログ情報の種類に応じて、言い換えると、各タスクの処理内容に応じて定められる。例えば、画像形成装置１を動作させるプログラムのうち、中心的な論理制御を行うメインルーチン（メイン処理）に該当するタスクについては、長期間保存されるように定められる。一方、例えば、メインルーチンから呼び出される独立した処理であるサブルーチンに該当するタスクについては、メインルーチンの保存期間よりも短く、中期間保存や短期間保存されるように定められる。
【００４０】
ここで、ログ情報を保存する条件としては、ＨＤＤ６１に保存を開始してから削除されるまでの期間を定める構成に限られるものではない。例えば、ログ情報が発生した時刻から起算して、ログ情報が削除されるまでの期間を定めても良い。また、ログ情報の発生回数に注目しても良い。例えば、同じ種類のログ情報が１０回発生してＨＤＤ６１に保存された時点で、そのログ情報を削除することとしても良い。
【００４１】
＜ログ保管管理テーブルの説明＞
次に、ログ管理部２５が生成するログ保管管理テーブルについて説明する。図６は、ログ保管管理テーブルの一例を示す図である。
【００４２】
図６に示すログ保管管理テーブルでは、エラーが発生したタスクの情報と、そのタスクに関連する他のタスクの情報が登録される。ここでは、「Ｔａｓｋ−Ａ」のタスクにてエラーが発生し、「Ｔａｓｋ−Ａ」に関連する他のタスクとして、「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」の各タスクが登録されている。
【００４３】
具体的には、「Ｔａｓｋ−Ａ」の情報として、エラー発生時刻が「２０１５年７月１３日、１５時２５分」であることが示されている。また、「ＬＯＧ保管」は、ＨＤＤ６１へのログ情報の転送が完了したか否かを示し、「済み」の場合には転送が完了しており、空欄の場合にはまだ転送が完了していないことを表す。「Ｔａｓｋ−Ａ」の「ＬＯＧ保管」は「済み」であるため、ログ情報がＨＤＤ６１へ転送完了していることになる。また、「ファイル名」は、ログ情報のファイル名を示す。
【００４４】
また、関連するタスクについても同様に、「ＬＯＧ保管」、「ファイル名」が示されている。例えば、「Ｔａｓｋ−Ｄ」の「ＬＯＧ保管」は「済み」であり、「ファイル名」は「Ｄ１．ｌｏｇ」である。そのため、「Ｄ１．ｌｏｇ」のファイルがログ情報としてＨＤＤ６１へ転送完了していることになる。一方、例えば、「Ｔａｓｋ−Ｂ」の「ＬＯＧ保管」は空欄であるため、ＨＤＤ６１へのログ情報の転送がまだ完了していないことになる。
【００４５】
また、各タスクのログ情報は、ＨＤＤ６１に転送された後、ログ削除管理テーブルに定められている条件に従って、ＨＤＤ６１から削除される。ここで、ログ情報がＨＤＤ６１から削除されるタイミングで、削除されたログ情報のタスクに関する記録がログ保管管理テーブルから削除される。例えば、「Ｔａｓｋ−Ａ」のログ情報がＨＤＤ６１から削除された場合、ログ保管管理テーブルにおいて、「Ｔａｓｋ−Ａ」の「エラー発生時刻」、「エラー発生タスク」、「ＬＯＧ保管」、「ファイル名」の情報が削除される。
【００４６】
なお、図示の例では、「Ｔａｓｋ−Ａ」のタスクにてエラーが発生した場合について説明したが、ログ保管管理テーブルでは、あるタスクにてエラーが発生する毎にデータが追加されるものとする。
【００４７】
＜削除判定処理の手順＞
次に、ログ管理部２５による削除判定処理の手順について説明する。図７は、削除判定処理の手順の一例を示したフローチャートである。図７に示す手順は、ログ記憶部２２にログ情報が記憶される際、ログ記憶部２２に空き容量がない場合に実行される。
【００４８】
画像形成装置１内でタスクが実行されることにより、ログ取得部２１はログ情報を取得し、取得したログ情報をログ記憶部２２に記憶させる。ログ記憶部２２にログ情報が記憶されるのに伴って、ログ記憶部２２の空き容量は減っていく。ログ記憶部２２に空き容量がなくなると、ログ管理部２５は、ログ記憶部２２に空き容量がないことを検出する（ステップ１０１）。次に、ログ管理部２５は、ログ記憶部２２内に記憶されているログ情報のうち、最初に記憶されたログ情報を、ログ記憶部２２から取り出す（ステップ１０２）。
【００４９】
次に、ログ管理部２５は、取り出したログ情報が、操作者に提示されるログ情報として予め定められたログ情報であるか否かを判定する（ステップ１０３）。ステップ１０３で肯定の判断（Ｙｅｓ）がされた場合、後述するステップ１０８に移行する。一方、ステップ１０３で否定の判断（Ｎｏ）がされた場合、次に、ログ管理部２５は、取り出したログ情報が、エラーが発生したタスクのログ情報であるか否かを判定する（ステップ１０４）。
【００５０】
ステップ１０４で否定の判断（Ｎｏ）がされた場合、取り出したログ情報は、操作者に提示されるログ情報ではなく、さらに、エラーが発生したタスクのログ情報でもないことになる。そこで、ログ管理部２５は、取り出したログ情報を、ＨＤＤ６１に転送せずに削除する（ステップ１０５）。
【００５１】
一方、ステップ１０４で肯定の判断（Ｙｅｓ）がされた場合、ログ管理部２５は、タスク管理テーブルを参照し、取り出したログ情報のタスク（即ち、エラーが発生したタスク）に関連するタスクを特定する（ステップ１０６）。次に、ログ管理部２５は、取り出したログ情報のタスク及びそれに関連するタスクの情報を、ログ保管管理テーブルに新たに追加する（ステップ１０７）。
【００５２】
そして、ステップ１０７の後、またはステップ１０３で肯定の判断（Ｙｅｓ）がされた場合、ログ管理部２５は、ログ情報をＨＤＤ６１に転送する（ステップ１０８）。さらに説明すると、ステップ１０７の後、ステップ１０２で取り出したログ情報はエラーが発生したタスクのログ情報である。そこで、ログ管理部２５は、取り出したログ情報をＨＤＤ６１に転送するとともに、関連するタスクのログ情報をログ記憶部２２から取り出してＨＤＤ６１に転送する。また、ステップ１０３で肯定の判断（Ｙｅｓ）がされた場合、ステップ１０２で取り出したログ情報は操作者に提示されるログ情報である。そこで、ログ管理部２５は、取り出したログ情報をＨＤＤ６１に転送する。そして、本処理フローは終了する。
【００５３】
また、ステップ１０８において、ログ管理部２５は、エラーが発生したタスクに関連するタスクのログ情報をログ記憶部２２から取り出すこととしたが、ログ記憶部２２に記憶されていない場合もある。関連するタスクのログ情報は、エラーが発生したことにより、エラー解析に必要なログ情報として扱われるが、エラーが発生する前は、正常系のログ情報として扱われる。正常系のログ情報については、ＨＤＤ６１に転送されることなく、ステップ１０２でログ記憶部２２から取り出された時点で削除される。そのため、関連するタスクのログ情報は、エラー解析に必要であったとしても、ログ記憶部２２から削除されている場合がある。そこで、ログ管理部２５は、エラー解析に必要なログ情報がログ記憶部２２に記憶されており、そのログ情報を取得できたか否かを示す情報を出力しても良い。そして、出力された情報は、例えば表示機構２０５に表示するなどして操作者に提示しても良い。この場合、ログ管理部２５は、出力手段の一例としての機能を有するといえる。
【００５４】
また、ステップ１０８において、ログ管理部２５は、エラーが発生したタスクのログ情報とともに、関連するタスクのログ情報をＨＤＤ６１に転送することとしたが、両者を別々に転送することとしても良い。例えば、ログ管理部２５は、ステップ１０８では、エラーが発生したタスクのログ情報をＨＤＤ６１に転送し、関連するタスクのログ情報については、ステップ１０２でログ記憶部２２から取り出した際にＨＤＤ６１に転送しても良い。この場合、ログ管理部２５は、ステップ１０２で取り出したログ情報について、エラーが発生したタスクに関連するタスクのログ情報であるか否かを判定し、関連するタスクのログ情報であれば、ＨＤＤ６１に転送する処理を行うことになる。
【００５５】
＜ログ情報を管理する処理の具体例＞
次に、ログ情報を管理する処理について、具体例を示して説明する。この例では、図４に示すタスク管理テーブル、図５に示すログ削除管理テーブルが予め定められているものとする。また、「タスク名」が「Ｔａｓｋ−Ａ」のタスクにてエラーが発生したものとして説明する。以下に示すステップは、図７の各ステップに対応するものとする。
【００５６】
まず、画像形成装置１内でタスクが実行されることにより、ログ情報がログ記憶部２２に記憶される。そして、ログ管理部２５は、新たにログ記憶部２２にログ情報を記憶させる際、ログ記憶部２２の空き容量がなければ、ログ記憶部２２に空き容量がないことを検出する（ステップ１０１）。そして、ログ管理部２５は、ログ記憶部２２内に記憶されているログ情報のうち、最初に記憶されたログ情報を、ログ記憶部２２から取り出す（ステップ１０２）。ここで、ログ管理部２５は、「タスク名」が「Ｔａｓｋ−Ａ」のタスクに関するログ情報を取り出すものとする。
【００５７】
「Ｔａｓｋ−Ａ」のログ情報は、操作者に提示されるログ情報ではないが（ステップ１０３でＮｏ）、「Ｔａｓｋ−Ａ」のタスクにてエラーが発生している（ステップ１０４でＹｅｓ）。そのため、ログ管理部２５は、図４に示すタスク管理テーブルを参照し、「Ｔａｓｋ−Ａ」のタスクに関連するタスクを特定する（ステップ１０６）。ここでは、「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」のタスクが特定される。
【００５８】
次に、ログ管理部２５は、ログ保管管理テーブルに、エラーが発生したタスクである「Ｔａｓｋ−Ａ」、及び「Ｔａｓｋ−Ａ」に関連するタスクである「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」の情報を新たに追加する（ステップ１０７）。ここでは、図６に示すログ保管管理テーブルのように、「Ｔａｓｋ−Ａ」について、「エラー発生時刻」、「エラー発生タスク」、「ＬＯＧ保管」、「ファイル名」の情報が記録される。また、「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」について、「関連タスク」、「ＬＯＧ保管」、「ファイル名」の情報が記録される。
【００５９】
次に、ログ管理部２５は、「Ｔａｓｋ−Ａ」、「Ｔａｓｋ−Ｂ」、「Ｔａｓｋ−Ｃ」、「Ｔａｓｋ−Ｄ」のログ情報をログ記憶部２２から取り出して、ＨＤＤ６１に転送する（ステップ１０８）。各タスクのログ情報について転送が完了することにより、ログ保管管理テーブルの「ＬＯＧ保管」の欄に「済み」が記録される。
ここで、ＨＤＤ６１に転送されるログ情報のうち、エラー発生時刻の日付や時刻情報が含まれないログ情報は、エラーとは関係なく正常に処理された際のログ情報であり、エラー解析にも使用されない場合がある。そのため、ログ管理部２５は、このように正常に処理された際のログ情報については、エラーの解析に不要と判断し、ＨＤＤ６１に転送せずに削除しても良い。
【００６０】
次に、ログ管理部２５は、ログ削除管理テーブルを参照し、ＨＤＤ６１に転送したログ情報について、ＨＤＤ６１に保存する条件を特定する。そして、ログ管理部２５は、ログ削除管理テーブルの条件に従って、ＨＤＤ６１からそれぞれのログ情報を削除する。例えば、図５に示すログ削除管理テーブルには、「Ｔａｓｋ−Ａ」の保存期間が１８０日間と定められている。そのため、ログ管理部２５は、「Ｔａｓｋ−Ａ」のタスクのログ情報をＨＤＤ６１に記憶してから１８０日経過した後、このログ情報をＨＤＤ６１から削除する。また、ログ管理部２５は、「Ｔａｓｋ−Ａ」のタスクのログ情報をＨＤＤ６１から削除するのに伴って、ログ保管管理テーブルに記録した「Ｔａｓｋ−Ａ」の「エラー発生時刻」、「エラー発生タスク」、「ＬＯＧ保管」、「ファイル名」の情報も削除する。
【００６１】
付言すると、この例では、ログ記憶部２２から取り出されたログ情報が、エラーが発生したタスクのログ情報である場合について説明した。ここで、ログ記憶部２２から取り出されたログ情報が、操作者に提示されるログ情報である場合には、ＨＤＤ６１に転送された後、操作者に対して提示される。そして、このログ情報は、操作者から削除指示が行われることにより、ログ管理部２５によりＨＤＤ６１から削除される。また、ログ記憶部２２から取り出されたログ情報が、操作者に提示されるログ情報ではなく、また、エラーが発生したタスク及び関連タスクのログ情報でもない場合には、ＨＤＤ６１に転送されずに削除される。
【００６２】
以上説明したように、本実施の形態に係る画像形成装置１では、様々な処理に関するログ情報がログ記憶部２２に記憶される。ここで、ログ記憶部２２にログ情報が記憶される際、ログ記憶部２２の空き容量がなければ、削除判定処理が実行される。そして、エラーが発生したタスクのログ情報及び関連する他のタスクのログ情報は、削除されずにＨＤＤ６１に転送される。言い換えると、ログ記憶部２２の空き容量がない場合、ログ記憶部２２から取り出されたログ情報は、本来はログ記憶部２２から取り出されたタイミングで削除される。一方、タスクにてエラーが発生することにより、削除の条件が変更され、エラーが発生したタスクのログ情報及び関連する他のタスクのログ情報は、ＨＤＤ６１にて保存される。
【００６３】
また、本実施の形態において、ログ管理部２５は、エラー解析に必要なログ情報、即ち、エラーが発生したタスクのログ情報及び関連するタスクのログ情報について、ＨＤＤ６１から削除する前に、図示しないネットワークを介して外部に出力することとしても良い。同様に、ログ管理部２５は、操作者に提示されるログ情報についても、ＨＤＤ６１から削除する前に、図示しないネットワークを介して外部に出力することとしても良い。
【００６４】
さらに、本実施の形態において、ログ情報が記憶される第１領域をログ記憶部２２とし、第２領域をＨＤＤ６１としたが、このような構成に限られるものではない。例えば、ログ記憶部２２が第１領域及び第２領域に分かれていることとしても良い。また、例えば、ＨＤＤ６１が第１領域及び第２領域に分かれていることとしても良い。
【００６５】
また、本実施の形態において、画像形成装置１内部の制御手段２がログ取得部２１、ログ管理部２５を有することとしたが、ログ取得部２１、ログ管理部２５の機能を、画像形成装置１に接続された外部装置にて実現しても良い。
さらに、画像形成装置１、ログ取得部２１、ログ管理部２５の機能を備えたシステムを、画像形成システムの一例として捉えることもできる。
【００６６】
また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記憶媒体に格納して提供することも可能である。
【００６７】
なお、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。
【符号の説明】
【００６８】
１…画像形成装置、２…制御手段、３…画像形成手段、６…記憶装置、２１…ログ取得部、２２…ログ記憶部、２３…タスク管理テーブル格納部、２４…ログ削除管理テーブル格納部、２５…ログ管理部、６１…ＨＤＤ、６２…電源部
【図１】
2017084008.tif 000003
【図２】
2017084008.tif 000004
【図３】
2017084008.tif 000005
【図４】
2017084008.tif 000006
【図５】
2017084008.tif 000007
【図６】
2017084008.tif 000008
【図７】
2017084008.tif 000009