(57)【要約】【課題】動作履歴をログとして時系列で上書きしながら記録する画像処理装置において、動作時のエラー発生の際に、発生したエラーに関連する動作のログを効率よく保持することができるようにする。【解決手段】エラーの発生を検知したら、このエラー検知時点に基づいて一定のフィルタリング対象領域を設定し、このフィルタリング対象領域の中から保護対象ログ領域を決定する。ログを記録する際には、保護対象ログ領域を避けて記録する。保護対象ログ領域を決定する際には、発生したエラーの種別を特定し、特定されたエラーの種別から保護対象のログ種別を決定する。そして、決定されたログ種別のログ領域を新たな保護対象ログ領域として保護する。【選択図】図４
2011070505.tif 000002
【特許請求の範囲】
【請求項１】
動作履歴をログとして時系列で上書きしながら記録するログ記録手段と、動作時のエラーを検知するエラー検知手段とを備えた画像処理装置において、
前記エラー検知手段によるエラー検知に基づいて、前記ログ記録手段で記録されたログ領域からフィルタリングの対象とする領域であるフィルタリング対象領域を決定するフィルタリング決定手段と、
前記フィルタリング対象領域の中から保護対象のログ領域を決定する保護領域決定手段とを有し、
前記ログ記録手段によりログを記録するときは、前記保護対象のログ領域を回避して記録することを特徴とする画像処理装置。
【請求項２】
前記保護領域決定手段は、
前記エラー検知手段によって検知されたエラーの種別を特定する手段と、
前記特定されたエラーの種別に基づいて保護対象のログ種別を決定する手段と、
前記決定されたログ種別のログ領域を新たな保護対象のログ領域として登録する手段とを有することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記フィルタリング決定手段は、前記フィルタリング対象領域を、前記エラー検知手段によるエラー検知時から遡る時間に基づいて決定することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記フィルタリング決定手段は、前記フィルタリング対象領域を、前記エラー検知手段によるエラー検知時から遡る領域サイズに基づいて決定することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項５】
動作履歴をログとして記録するログ記録工程と、
動作時のエラーを検知するエラー検知工程と、
前記エラー検知工程によるエラー検知に基づいて、前記ログ記録工程で記録されたログ領域から、フィルタリングの対象とする領域であるフィルタリング対象領域を決定する工程と、
前記フィルタリング対象領域の中から保護対象のログ領域を決定する工程とを備え、
前記ログ記録工程によりログを記録するときは、前記保護対象のログ領域を回避して記録することを特徴とする画像処理方法。
【請求項６】
画像処理装置の制御方法を実行するための、コンピュータで読み取り可能なプログラムであって、
動作履歴をログとして記録するログ記録ステップと、
動作時のエラーを検知するエラー検知ステップと、
前記エラー検知ステップによるエラー検知に基づいて、前記ログ記録ステップで記録されたログ領域から、フィルタリングの対象とする領域であるフィルタリング対象領域を決定するステップと、
前記フィルタリング対象領域の中から保護対象のログ領域を決定するステップとを備え、
前記ログ記録ステップによりログを記録するときは、前記保護対象のログ領域を回避して記録することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動作履歴をログとして記録する画像処理装置、画像処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、画像処理装置は、装置に異常（エラー）が発生した際の解決を迅速に行うために、動作履歴をログとして記録し、揮発性メモリや不揮発性メモリに保持することが多い。
【０００３】
しかし、装置のエラーを検出しても、停止せずに動作を継続するケースも多くある。その場合は、異常発生後のログ記録により、ログ記録領域がオーバーフローしてしまい、必要なログ情報が消失してしまう。特に、多機能化が進んだ近年の画像処理装置においては、エラーによってある機能が使用不可能になっても、他の機能が使用可能である場合は、ログ記録領域のオーバーフローは容易に発生する。補助記憶装置等を用いてログ記録領域を拡張すれば、問題は解決するものの、それではコストアップになってしまう。
【０００４】
このような問題に対して、例えば特許文献１に記載される技術では、ログを時系列で上書きしながら記録したり、ログ記録領域をエラー種別毎に分割して記録したりして、ログ情報の消失を防止している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０５−１９７５９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来のログ記録の手法は、現在のオフィス環境を想定すると、対処すべき課題が残されていた。現在のオフィス環境で多く利用されている画像処理装置はスキャン機能、コピー機能だけでなく、様々な機能を具備し、ユーザの用途も多岐にわたっている。具体的には、ネットワークプリント機能、スキャンした電子データを挿入したメディアに保存するスキャンＴｏメディア機能といったものが挙げられる。また、ユーザ認証を行い、装置を使用できるユーザを限定するようなログイン機能も現在の画像処理装置は兼ね備えている。このような多種の機能が混在する環境において考えられる課題を解決する必要がある。
【０００７】
例えば、特許文献１の技術のように、ログ記録領域をエラー種別毎に分割してしまうと、発生するエラーが限られる状況においては、発生していないエラー種別のために設けられたログ記録領域は有効に利用されないという問題が生じる。また、エラーの原因究明に必要な関連する動作のログを重点的に保持することができない。つまり、ログを時系列で上書きしながら記録する場合において、エラーが発生したときに、そのエラーの種類に応じた適切な種類のログを重点的に保護することができない。
【０００８】
本発明は上記従来の問題点に鑑み、次のような、画像処理装置、画像処理方法、及びプログラムを提供することを目的とする。即ち、動作履歴をログとして時系列で上書きしながら記録する場合において、動作時のエラー発生の際に、発生したエラーに関連する動作のログを効率よく保持することができるようにする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明は、動作履歴をログとして時系列で上書きしながら記録するログ記録手段と、動作時のエラーを検知するエラー検知手段とを備えた画像処理装置において、前記エラー検知手段によるエラー検知に基づいて、前記ログ記録手段で記録されたログ領域からフィルタリングの対象とする領域であるフィルタリング対象領域を決定するフィルタリング決定手段と、前記フィルタリング対象領域の中から保護対象のログ領域を決定する保護領域決定手段とを有し、前記ログ記録手段によりログを記録するときは、前記保護対象のログ領域を回避して記録することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、動作履歴をログとして時系列で上書きしながら記録する場合において、動作時のエラー発生の際に、発生したエラーに関連する動作のログを効率よく保持することが可能になる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態におけるコントローラユニットの構成を示すブロック図である。
【図２】エラー種別と保護対象ログ種別の対応テーブルを示す図である。
【図３】実施の形態に係るログ記録処理を示すフローチャートである。
【図４】保護対象ログ領域の決定処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１３】
＜画像処理装置のコントローラユニットの構成＞
図１は、本発明の実施の形態における画像処理装置に設置されたコントローラユニットの構成を示すブロック図である。
【００１４】
図１に示すように、画像処理装置のコントローラユニット１１０は、画像入力デバイスであるリーダ２００及び画像出力デバイスであるプリンタ３００と接続される一方で、ＬＡＮ６００や公衆回線（ＷＡＮ）６５０と接続されている。
【００１５】
コントローラユニット１１０は、ＣＰＵ１１１、ＲＡＭ１１２、操作部Ｉ／Ｆ１１６、ネットワークインターフェース１２０、モデム１２１、及びＩＣカードスロット１２２を有し、これらのデバイスがシステムバス１１７上に配置されている。
【００１６】
ＣＰＵ１１１は、システム全体を制御するコントローラであり、ＲＡＭ１１２は、ＣＰＵ１１１が動作するためのシステムワークメモリであり画像データを一時記憶するための画像メモリでもある。  操作部Ｉ／Ｆ１１６は、操作部１５０とのインターフェース部として機能し、操作部１５０に表示する画像データを操作部１５０に対して出力する。また、操作部１５０から本システム使用者が入力した情報をＣＰＵ１１１に伝える役割をする。
【００１７】
ネットワークＩ／Ｆ１２０は、ＬＡＮ６００に接続して情報の入出力が行われ、モデム１２１は、公衆回線（ＷＡＮ）６５０に接続して情報の入出力が行われる。ＩＣカードスロット１２２はＩＣカードメディアによるユーザ認証を行う。
【００１８】
また、コントローラユニット１１０は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される画像バス１１８を有し、画像バス１１８は、イメージバスＩ／Ｆ１１５を介して前記システムバス１１７に接続されている。イメージバスＩ／Ｆ１１５は、システムバス１１７と画像データを高速で転送する画像バス１１８を接続し、データ構造を変換するバスブリッジである。
【００１９】
画像バス１１８上には、ＲＯＭ１１３、ハードディスクドライブ（ＨＤＤ）１６０、不揮発性メモリ（ＳＲＡＭ）１８０、及びラスタイメージプロセッサ（ＲＩＰ）１２３が配置されている。さらに、画像圧縮部１２４、デバイスＩ／Ｆ部１２５、画像回転部１２８、暗号・復号処理部１３０、及びＯＣＲ／ＯＭＲ処理部１３１も配置されている。
【００２０】
ＲＯＭ１１３は、ブートＲＯＭとして機能し、システムのブートプログラムを格納し、ＨＤＤ１６０は、システムソフトウェアや画像データなどを格納し、不揮発性メモリ（ＳＲＡＭ）１８０はユーザデータ等を格納する。
【００２１】
ラスタイメージプロセッサ（ＲＩＰ）１２３は、ＰＤＬコードをビットマップイメージに展開する。画像圧縮部１２４は、多値画像データに対してＪＰＥＧ、２値画像データに対してＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸長処理を行う。
【００２２】
デバイスＩ／Ｆ部１２５は、画像入出力デバイスであるリーダ２００やプリンタ３００とコントローラユニット１１０を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部１２６は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部１２７は、プリント出力画像データに対して、プリンタの補正や解像度変換等を行う。
【００２３】
画像回転部１２８は、画像データの回転を行う。暗号・復号処理部１３０は、ＩＣカードスロット１２２の鍵やデバイス固有の鍵を用いてデータの暗号化・複合化処理を行うハードウェアアクセラレータボードである。ＯＣＲ／ＯＭＲ処理部１３１は、画像データに含まれる文字情報や２次元バーコードを解読して文字コード化する処理を行う。
【００２４】
＜エラー種別と保護対象ログ種別の対応テーブル＞
図２は、本実施の形態で想定するエラーの種別と、該エラー種別に対応して保護対象となるログ種別の対応テーブルを示す図である。この対応テーブルは、エラーの要因となる動作のログを保護するために用いる（後述する）。
【００２５】
まず、エラー種別に関して説明する。
【００２６】
本例では、エラー種別として、図２に示すように、例えば、起動エラー、コピーエラー、ＰＤＬプリントエラー、メディアプリント、スキャンＴｏメディアエラー、ＦＡＸ送信（ＴＸ）エラー、及びＦＡＸ受信（ＲＸ）エラーを挙げている。
【００２７】
起動エラーは、装置の起動時に発生するエラーであり、画像処理装置１００を構成するハードウェア異常や保存してあるユーザデータ不正等に起因する。コピーエラーは、主に、スキャナ画像処理部１２６やプリンタ画像処理部１２７の動作異常に起因する。ＰＤＬプリントエラーは、主に、ネットワーク１２０、ラスタイメージプロセッサ１２３、及びプリンタ画像処理部１２７の動作異常に起因する。
【００２８】
メディアプリントは、主に、外部メディアＩ／Ｆ１７１やプリンタ画像処理部１２７の動作異常に起因する。スキャンＴｏメディアエラーは、主に、スキャナ画像処理部１２６や外部メディアＩ／Ｆ１７１の動作異常に起因する。ＦＡＸ送信（ＴＸ）エラーは、主に、スキャナ画像処理部１２６やモデム１２１に起因する。ＦＡＸ受信（ＲＸ）エラーは、主に、モデム１２１やプリンタ画像処理部１２７の動作異常に起因する。
【００２９】
なお、イメージバスＩ／Ｆ１１７、画像バス１１８、画像圧縮部１２４、及びデバイスＩ／Ｆ部１２５による画像処理は、上記すべての動作に影響するため、すべてのエラーの原因となる可能性がある。
【００３０】
次に、ログ種別に関して説明する。
【００３１】
本例では、ログ種別として、図２に示すように、例えば、メモリログ、イメージログ、スキャンログ、プリントログ、ネットワークログ、ＦＡＸログ、ＰＤＬログ、メディアログ、及びＵＩログを挙げている。
【００３２】
メモリログは、各種ジョブに対するメモリ管理に関するログを記録し、イメージログは、画像の圧縮・展開や作成する画像サイズ等、画像処理に関するログを記録する。スキャンログは、読み込んだ画像サイズ等スキャン動作に関するログを記録し、プリントログは、ページ単位のプリント動作に関するログを記録する。
【００３３】
ネットワークログは、送信ジョブを含め、通信に関連するログを記録し、ＦＡＸログは、ＣＯＤＥＣ等ＦＡＸに関するログを記録する。ＰＤＬログは、ＰＤＬの言語解釈や、ビットマップイメージ展開に関するログを記録し、メディアログは、主にメディア内のファイルアクセスに関するログを記録する。ＵＩログは、操作されたキーや、タッチパネル部に描画するデータ転送に関するログを記録する。
【００３４】
＜ログ記録処理＞
次に、動作履歴をログとして時系列で上書きしながら記録するログ記録処理の流れを、図３を参照して説明する。
【００３５】
図３は、本実施の形態に係るログ記録処理を示すフローチャートである。
【００３６】
まずステップＳ１１においてＣＰＵ１１１は、ログの記録（ログ記録手段）を開始すると、次のステップＳ１２において、ログの記録停止指示を受け付けたか否かを判断する。記録停止指示を受け付けたと判断した場合はＣＰＵ１１１はログの記録を停止し、本ログ記録処理を終了する。記録停止指示を受け付けていないと判断した場合にはステップＳ１３へ進む。
【００３７】
ステップＳ１３において、ＣＰＵ１１１は、エラー検知を行い、動作時の画像処理装置内にエラーが発生しているか否かを判断する。エラーが発生していると判断した場合はステップＳ１４へ進む。エラーが発生していないと判断した場合はステップＳ１６へ進む。
【００３８】
ステップＳ１４において、ＣＰＵ１１１は、記録されたログの記録領域から保護対象とするフィルタリング対象領域を設定する（フィルタリング決定手段）。フィルタリング対象領域とは、ＲＡＭ１１２、ＨＤＤ１６０、又はＳＲＡＭ１８０に設けられたログの記録領域（以下、単にログ領域と記す）においてフィルタリングの対象となる領域である。具体的にフィルタリング対象領域としては、例えば、エラー検知時から遡る時間に基づいて決定する、つまりエラー検知時から遡った一定時間分のログを記録した領域とする。あるいはエラー検知時から遡る領域サイズに基づいて決定する、つまりエラー検知時から遡った一定サイズ分のログ領域でもよい。
【００３９】
ステップＳ１４においてフィルタリング対象領域を設定した後、ＣＰＵ１１１は、ステップＳ１５へ進む。ステップＳ１５では、前記設定したフィルタリング対象領域の中で、上書きによって消失しないように保護する必要のあるログ領域、即ち保護対象ログ領域を決定する（保護領域決定手段）。ステップＳ１５の詳細は後述する。
【００４０】
その後のステップＳ１６において、ＣＰＵ１１１は、ログの記録位置が前記保護対象ログ領域にあるか否かを判断する。ログ記録位置が保護対象ログ領域であると判断した場合、ステップＳ１７へ進む。ログ記録位置が保護対象ログ領域でないと判断した場合、ステップＳ１８へ進む。
【００４１】
ステップＳ１７では、ＣＰＵ１１１は、ログ記録位置を保護対象ログ領域の終端に設定し、ステップＳ１８では、ログの記録を行う。このとき、識別可能なログ種別識別子をログと同時に記録する。このように、ログを記録するときは、保護対象ログ領域を回避して記録する。ログの記録領域は、前述したようにＲＡＭ１１２、ＨＤＤ１６０、あるいはＳＲＡＭ１８０のいずれであってもよい。
【００４２】
＜保護対象ログ領域の決定処理＞
次に、保護対象ログ領域の決定処理（図３：ステップＳ１５）の詳細について、図４を参照して説明する。
【００４３】
図４は、図３のステップＳ１５の処理である保護対象ログ領域の決定処理の詳細を示すフローチャートである。
【００４４】
まず、ステップＳ２１において、ＣＰＵ１１１は、図３のステップＳ１３において行ったエラー検知処理で検知されたエラーについてエラー種別の情報を取得し、発生したエラーの種別を特定する。エラー種別は図２で説明したように予め決められており、これに関する情報が画像処理装置内のメモリに記憶されている。
【００４５】
次のステップＳ２２では、ＣＰＵ１１１は、取得したエラー種別の情報に基づき、保護対象のログ種別を決定する。このとき、ＣＰＵ１１１は、図２に例示するような対応テーブルを参照する。
【００４６】
次のステップＳ２３において、ＣＰＵ１１１は、保護対象ログ領域か否かを判定をするための領域（保護対象判定領域）を設定し、この保護対象判定領域に前述したフィルタリング対象領域の先頭領域を入れる。
【００４７】
続くステップＳ２４において、ＣＰＵ１１１は、保護対象判定領域がフィルタリング対象領域の終端であるか否かを判断する。保護対象判定領域がフィルタリング対象領域の終端であると判断した場合、ＣＰＵ１１１は、当該ログ保護処理を終了する。保護対象判定領域がフィルタリング対象領域の終端でないと判断した場合は、ステップＳ２５へ進む。
【００４８】
ステップＳ２５では、ＣＰＵ１１１は、保護対象判定領域が実際に、ステップＳ２２で決定した保護対象のログ種別であるか否かを判断する。保護対象判定領域が保護対象のログ種別であると判断した場合は、ステップＳ２６へ進む。保護対象判定領域が保護対象のログ種別でないと判断した場合には、ステップＳ２７へ進む。
【００４９】
ステップＳ２６では、ＣＰＵ１１１は、前記保護対象判定領域を新たな保護対象ログ領域として、保護対象ログ領域用のテーブル（図示省略）に追加登録することで、ログの保護処理を行い、ステップＳ２７へ進む。
【００５０】
そしてステップＳ２７では、保護対象判定領域を次のログ領域に進めて、前記ステップＳ２４へ戻る。
【００５１】
＜本実施の形態に係る利点＞
本実施の形態によれば、エラーの発生を検知したら、このエラー検知時点に基づいて一定のフィルタリング対象領域を設定し、このフィルタリング対象領域の中から保護対象ログ領域を決定する。これにより、発生したエラーに関連する動作のログを重点的に保護対象のログ領域とすることができる。ログを記録する際には、保護対象ログ領域を避けて記録するので、保護対象のログが上書きされて消失することがない。
【００５２】
また、保護対象ログ領域を決定する際には、発生したエラーの種別を特定し、特定されたエラーの種別から保護対象のログ種別を決定する。そして、決定されたログ種別のログ領域を新たな保護対象ログ領域として保護する。これにより、発生したエラーの種別に応じた適切な種類のログを重点的に保護することができる。
【００５３】
これにより、従来で想定したような課題に対処し、以下のような画像処理装置を提供することが可能になる。即ち、多くの機能が存在するオフィス環境において、複数の機能が使用される中で装置にエラーが発生した場合、そのエラーの原因となる動作のログに限定して保護し、取得することが可能になる。つまり、エラーの原因究明に必要な関連する動作のログを重点的に保護の対象とすることができる。例えば、コピー、ＦＡＸ、スキャンＴｏメディアの順に、ジョブを実行し、スキャンＴｏメディアの実行時にエラーを検知したとする。この場合、コピーとＦＡＸにおけるプリント動作に関するログ、及びＦＡＸにおける受信時のログを保持しない。つまり、保護対象のログとせずログ記録時に上書きによって消失されるログとして扱う。これにより、ログ記録領域を有効に使用することができ、その結果、ログ記録領域を削減することも可能になるため、コストダウンを図ることができる。
【００５４】
＜他の実施の形態＞
なお、本発明の実施の形態は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（プログラム）をパーソナルコンピュータ（ＣＰＵ，プロセッサ）にて実行することでも実現できる。
【符号の説明】
【００５５】
１１１  ＣＰＵ
１１２  ＲＡＭ
１１３  ＲＯＭ
１６０  ＨＤＤ
１８０  ＳＲＡＭ
【図１】
2011070505.tif 000003
【図２】
2011070505.tif 000004
【図３】
2011070505.tif 000005
【図４】
2011070505.tif 000006