(57)【特許請求の範囲】
【請求項１】
実行されたジョブの動作記録が記憶される記憶装置を備える画像処理装置であって、
前記記憶装置の所定の記憶領域において、実行中のジョブから発生する動作記録が記録される実行中ジョブ動作記録保持手段と、
前記記憶装置の所定の記憶領域において、前記実行中ジョブ動作記録保持手段よりもデータの読み書きが遅く記憶領域が大きい領域に実行済みのジョブの動作記録が記録される実行済みジョブ動作記録保持手段と、
前記実行中のジョブの動作記録を管理するとともに、ジョブ実行の開始に伴い、前記実行中のジョブの動作記録を前記実行中ジョブ動作記録保持手段に記録する実行中ジョブ動作記録管理手段と、
前記実行済みのジョブの動作記録を管理するとともに、前記ジョブ実行の終了に伴い、前記実行中ジョブ動作記録保持手段に記録された動作記録を前記実行済みジョブ動作記録保持手段の空き領域に記録する実行済みジョブ動作記録管理手段と、
前記実行済みのジョブの動作記録を外部の記憶装置に転送する動作記録転送手段と、を有し、
前記実行中ジョブ動作記録管理手段は、
前記実行中ジョブ動作記録保持手段に前記実行中のジョブの動作記録を記録不可能な異常が発生したか否かを判定し、
前記実行済みジョブ動作記録管理手段は、
前記実行中ジョブ動作記録管理手段により前記記録不可能な異常が発生したと判定された場合に、前記実行中のジョブの動作記録を前記実行済みジョブ動作記録保持手段に記録し、
前記動作記録転送手段は、前記実行済みジョブ動作記録保持手段に記録された動作記録を、前記外部の記憶装置に転送することを特徴とする画像処理装置。
【請求項２】
前記実行済みジョブの動作記録を記録不可能な状態か否かを判定する記録不可能判定手段を有し、
ジョブに実行が要求されると、
前記記録不可能判定手段が前記記録不可能な状態であると判定した場合に、
前記実行済みジョブ動作記録管理手段は、
前記実行済みジョブ動作記録保持手段から、記録履歴の古い動作記録を削除することで、前記実行済みジョブ動作記録保持手段に空き領域を確保し、前記実行中ジョブ動作記録保持手段に記録された動作記録情報を、確保した空き領域に記録することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記記録不可能判定手段は、
前記実行済みジョブ動作記録保持手段の空き容量に基づき、前記記録不可能な状態か否かを判定することを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記記録不可能な状態時に、ジョブ停止機能が有効か無効かを判定するジョブ停止設定判定手段を有し、
前記ジョブ停止設定判定手段が前記ジョブ停止機能が有効と判定した場合に、
前記実行済みジョブ動作記録管理手段は、
前記実行済みジョブ動作記録保持手段が、前記外部の記憶装置に転送済みの動作記録を保持しているか否かを判定し、
転送済みの動作記録を保持していると判定した場合、
前記実行済みジョブ動作記録保持手段から該当の動作記録を削除し、
一方、転送済みの動作記録を保持していないと判定した場合、
ユーザに対して、所定の復旧作業を促す情報を通知することを特徴とする請求項２又は３に記載の画像処理装置。
【請求項５】
前記実行済みジョブ動作記録管理手段は、
前記外部の記憶装置に転送済みの動作記録を前記記録履歴の古い動作記録とし、
前記実行済みジョブ動作記録保持手段から削除することを特徴とする請求項２ないし４のいずれか一項に記載の画像処理装置。
【請求項６】
実行ジョブの動作記録が記憶される記憶装置を備え、
前記記憶装置の所定の記憶領域において、実行中のジョブから発生する動作記録が記録される実行中ジョブ動作記録保持手段と、
前記記憶装置の所定の記憶領域において、前記実行中ジョブ動作記録保持手段よりもデータの読み書きが遅く記憶領域が大きい領域に実行済みのジョブの動作記録情報が記録される実行済みジョブ動作記録保持手段と、
有する画像処理装置における動作記録管理方法であって、
前記実行中のジョブの動作記録を管理するとともに、ジョブ実行の開始に伴い、前記実行中のジョブの動作記録を前記実行中ジョブ動作記録保持手段に記録する実行中ジョブ動作記録管理手順と、
前記実行済みのジョブの動作記録を管理するとともに、前記ジョブ実行の終了に伴い、前記実行中ジョブ動作記録保持手段に記録された動作記録を前記実行済みジョブ動作記録保持手段の空き領域に記録する実行済みジョブ動作記録管理手順と、
前記実行済みジョブ動作記録保持手段に記録された動作記録を、外部の記憶装置に転送する実行済みジョブ動作記録転送手順と、を有し、
前記実行中ジョブ動作記録管理手順は、
前記実行中ジョブ動作記録保持手段に前記実行中のジョブの動作記録を記録不可能な異常が発生したか否かを判定し、
前記実行済みジョブ動作記録管理手順は、
前記実行中ジョブ動作記録管理手順により異常が発生したと判定された場合に、前記実行中のジョブの動作記録を前記実行済みジョブ動作記録保持手段に記録することを特徴とする動作記録管理方法。
【請求項７】
実行ジョブの動作記録が記憶される記憶装置を備え、
前記記憶装置の所定の記憶領域において、実行中のジョブから発生する動作記録が記録される実行中ジョブ動作記録保持手段と、
前記記憶装置の所定の記憶領域において、前記実行中ジョブ動作記録保持手段よりもデータの読み書きが遅く記憶領域が大きい領域に実行済みのジョブの動作記録が記録される実行済みジョブ動作記録保持手段と、
有する画像処理装置画像処理装置における動作記録管理プログラムであって、
コンピュータを、
前記実行中のジョブの動作記録を管理するとともに、ジョブ実行の開始に伴い、前記実行中のジョブの動作記録を前記実行中ジョブ動作記録保持手段に記録する実行中ジョブ動作記録管理手段と、
前記実行済みのジョブの動作記録を管理するとともに、前記ジョブ実行の終了に伴い、前記実行中ジョブ動作記録保持手段に記録された動作記録を前記実行済みジョブ動作記録保持手段の空き領域に記録する実行済みジョブ動作記録管理手段と、
前記実行済みのジョブの動作記録を外部の記憶装置に転送する動作記録転送手段として機能させ、
前記実行中ジョブ動作記録管理手段は、
前記実行中ジョブ動作記録保持手段に前記実行中のジョブの動作記録を記録不可能な異常が発生したか否かを判定し、
前記実行済みジョブ動作記録管理手段は、
前記実行中ジョブ動作記録管理手段により異常が発生したと判定された場合に、前記実行中のジョブの動作記録を前記実行済みジョブ動作記録保持手段に記録するように実行させる動作記録管理プログラム。
【請求項８】
請求項７に記載のプログラムを記憶した、コンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関し、特に、実行ジョブのログ情報を管理する技術に関するものである。
【背景技術】
【０００２】
ＬＰ（Laser Printer）やＭＦＰ（Multifunction Peripheral）と言ったオフィス環境に導入される画像処理装置において、実行ジョブに関する動作履歴の記録（ログ情報）の管理は重要である。なぜなら、ログ情報は、画像処理装置がユーザ要求（業務内の要求）を適切に処理したことを保証する記録となるためである。このようなことを背景に、近年では、画像処理装置におけるセキュリティ保証の規格を策定中であり、この規格では、セキュリティ関連機能のログ情報が必須項目に定められる予定である。
【０００３】
しかし、画像処理装置などの組み込み機器では、搭載する記憶装置の容量が大容量でないため、ログ情報を記録する記憶領域（ログ記録領域）が記録不可能な状態（ログフル状態）になりやすい。この状態になると、その時点で実行中のジョブに関するログ情報が記録できないと言った問題や、以降、実行されるジョブに関するログ情報が記録できないと言った問題が生じる。このとき、ログ情報を記録せずにジョブを実行させることは、上述したようにセキュリティの観点から望ましくない。
【０００４】
そこで、例えば、特許文献１には、ジョブ開始前に、当該ジョブの完了までに発生するログ情報のデータ量の概算と、搭載記憶装置に記憶される全てのログ情報のデータ量とを合計し、合計値が規定値を超過しているか否かの判断結果（ログフル検知結果）に基づき、ジョブの開始（機能実行）を制御する画像処理装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のログ管理方法では、次のような問題があった。
まず、従来のログ管理方法では、ログフル状態となった時点で実行中ジョブを停止させる。これは、画像処理装置の生産性や、実行中ジョブに関するログ記録の正確性を低下させる原因となる。
【０００６】
また、従来のログ管理方法では、ジョブ開始前に、当該ジョブの完了までに発生するログ情報のデータ量を概算し、概算値と搭載記憶装置に記憶される全てのログ情報のデータ量とを合計し、合計値と規定値との比較結果から、ログフル状態を判断している。しかし、ジョブ開始前では、発生するログ情報のデータ量を正確に算出することができないため、状態判断の精度を低下させる原因となる。
【０００７】
また、従来のログ管理方法では、搭載記憶装置の記憶容量に応じて、実行中ジョブ及び実行済みジョブに対する共通したログ記録領域を最大限確保している。そのため、ログ記録領域は、実際の必要領域に比べて余分に確保されてしまい、有限である記憶リソースの利用効率を低下させる原因となる。
【０００８】
本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、ログ記録領域を効率的に管理し、実行中ジョブを停止させることなく、正確にログ情報を記録できる画像処理装置、ログ管理方法、ログ管理プログラム、及びそのプログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係る機器管理装置にあっては、実行ジョブの動作記録が記憶される記憶装置を備える画像処理装置であって、
前記記憶装置の所定の記憶領域において、実行中のジョブから発生する動作記録が記録される実行中ジョブ動作記録保持手段と、
前記記憶装置の所定の記憶領域において、前記実行中ジョブ動作記録保持手段よりもデータの読み書きが遅く記憶領域が大きい領域に実行済みのジョブの動作記録が記録される実行済みジョブ動作記録保持手段と、
前記実行中のジョブの動作記録を管理するとともに、ジョブ実行の開始に伴い、前記実行中のジョブの動作記録を前記実行中ジョブ動作記録保持手段に記録する実行中ジョブ動作記録管理手段と、
前記実行済みのジョブの動作記録を管理するとともに、前記ジョブ実行の終了に伴い、前記実行中ジョブ動作記録保持手段に記録された動作記録を前記実行済みジョブ動作記録保持手段の空き領域に記録する実行済みジョブ動作記録管理手段と、
前記実行済みのジョブの動作記録を外部の記憶装置に転送する動作記録転送手段と、を有し、
前記実行中ジョブ動作記録管理手段は、
前記実行中ジョブ動作記録保持手段に前記実行中のジョブの動作記録を記録不可能な異常が発生したか否かを判定し、
前記実行済みジョブ動作記録管理手段は、
前記実行中ジョブ動作記録管理手段により異常が発生したと判定された場合に、前記実行中のジョブの動作記録を前記実行済みジョブ動作記録保持手段に記録し、
前記動作記録転送手段は、前記実行済みジョブ動作記録保持手段に記録された動作記録を、前記外部の記憶装置に転送することを特徴とする。
【００１０】
また、上記目的を達成するため、本発明に係る画像処理装置は、前記実行済みジョブのログ情報を記録不可能なログフル状態か否かを判定するログフル判定手段を有し、ジョブに実行が要求されると、前記ログフル判定手段は、前記ログフル状態か否かを判定し、前記ログフル状態であると判定した場合に、前記実行済みジョブログ管理手段は、前記実行済みジョブログ保持手段から、記録履歴の古いログ情報を削除することで、前記実行済みジョブログ保持手段に空き領域を確保し、前記実行中ジョブログ保持手段に記録されたログ情報を、確保した空き領域に記録することを特徴とする。
【００１１】
このような構成によって、本発明に係る画像処理装置は、ジョブが実行要求を受け付けると、実行済みジョブのログ情報が記録・保持される実行済みジョブログ記録領域の空き容量に基づき、ログフル状態を判断する。その結果、画像処理装置は、ログフル状態（記録不可能な状態）であると判断した場合に、実行済みジョブログ記録領域から、外部の記憶装置（例えば「記録媒体」）に転送済みのログ情報（記録履歴の古いログ情報）を削除し、空き領域（記録可能な領域）を確保する。また、画像処理装置は、ジョブが開始されると、実行中ジョブのログ情報を、実行済みジョブログ記録領域と異なる記録領域である実行中ジョブログ記録領域に記録し、一時的に保持する。続いて、画像処理装置は、ジョブが終了すると、保持しておいたログ情報を、実行済みジョブログ記録領域内の空き領域に記録し、実行中ジョブのログ情報を実行済みジョブのログ情報として複製（コピー）する。続いて、画像処理装置は、実行済みジョブログ記録領域に記録したログ情報を、外部の記憶装置に転送し、バックアップする。
【００１２】
これによって、本発明に係る画像処理装置では、実行中ジョブのログ情報と実行済みジョブのログ情報とが、異なるログ記録領域及び記録方法により管理される。つまり、画像処理装置では、実行中ジョブのログ情報が、実行中ジョブログ記録領域に一時的に保持（バッファリング）される。続いて、画像処理装置では、ジョブ終了後に、保持されたログ情報が、記録履歴の古いログ情報を削除して得られた実行済みジョブログ記録領域内の空き領域に記録される。つまり、ジョブ終了後に、実行中ジョブのログ情報が、実行済みジョブのログ情報として複製される。その結果、画像処理装置では、ジョブ終了後に、データ量が明確なログ情報を記録することから、記憶リソースにおいて余分な記録領域を確保する必要がなく、ログ記録領域を効率的に管理することができる。さらに、画像処理装置では、実行中ジョブのログ情報を一時的に保持し、その間の削除処理により、ログ記録領域内の空き領域が確保できると、保持しておいたログ情報を空き領域に記録することから、ログフル状態であっても、実行中ジョブを停止させることなく、正確にログ情報を記録できる。
【００１３】
上記目的を達成するため、本発明に係るログ管理方法は、実行ジョブのログ情報が記録・保持される記憶装置を備え、前記記憶装置の所定の記憶領域において、実行中ジョブから発生するログ情報が記録・保持される実行中ジョブログ保持手段と、前記記憶装置の所定の記憶領域において、実行済みジョブのログ情報が記録・保持され、前記実行中ジョブログ保持手段と異なる記憶領域である実行済みジョブログ保持手段と、を有する画像処理装置におけるログ管理方法であって、ジョブ実行が開始されると、前記実行中ジョブのログ情報を、前記実行中ジョブログ保持手段に記録する実行中ジョブログ記録手順と、前記ジョブ実行が終了すると、前記実行中ジョブログ保持手段に記録されたログ情報を、前記実行済みジョブログ保持手段の空き領域に記録する実行済みジョブログ記録手順と、前記実行済みジョブログ保持手段に記録されたログ情報を、外部の記憶装置に転送する実行済みジョブログ転送手順と、を有している。
【００１４】
このような手順によって、本発明に係るログ管理方法は、実行中ジョブのログ情報を、実行中ジョブログ記録領域に一時的に保持し、ジョブ終了後に、保持したログ情報を、記録履歴の古いログ情報を削除して得られた実行済みジョブログ記録領域内の空き領域に記録し、実行中ジョブのログ情報を実行済みジョブのログ情報として複製すると言う動作を実現する。
【００１５】
これによって、本発明に係るログ管理方法では、ログ記録領域を効率的に管理し、実行中ジョブを停止させることなく、正確にログ情報を記録可能な環境を提供できる。
【発明の効果】
【００１６】
本発明によれば、実行中ジョブのログ情報と、実行済みジョブのログ情報と、を異なるログ記録領域により管理し、実行中ジョブのログ情報を一時的に保持し、ジョブ終了後に、記録履歴の古いログ情報を削除して得られたログ記録領域の空き領域に記録することで、ログ記録領域を効率的に管理し、実行中ジョブを停止させることなく、正確にログ情報を記録可能な画像処理装置、ログ管理方法、ログ管理プログラム、及びそのプログラムを記録した記録媒体を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係る画像処理装置のハードウェア構成例を示す図である。
【図２】本発明の第１の実施形態に係る画像処理装置のソフトウェア構成例を示す図である。
【図３】従来のログ情報及びログ記録領域の構成例を示す図である。
【図４】従来の複数のジョブ実行におけるログ情報を記録する動作例を示すシーケンス図である。
【図５】本発明の第１の実施形態に係るログ記録領域の構成例を示す図である。
【図６】本発明の第１の実施形態に係るログ管理機能の機能構成例を示す図である。
【図７】本発明の第１の実施形態に係るログ管理の処理手順例を示すフローチャートである。
【図８】本発明の変形例に係るログ管理の処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の好適な実施の形態（以下「実施形態」と言う）について、図面を用いて詳細に説明する。
【００１９】
［第１の実施形態］
＜ハードウェア構成＞
図１は、本実施形態に係る画像処理装置１００のハードウェア構成例を示す図である。
図１に示すように、画像処理装置１００は、コントローラ１１０、操作パネル１２０、プロッタ１３０、及びスキャナ１４０などを備え、それぞれが相互にバスＢで接続されている。
【００２０】
操作パネル１２０は、表示部及び入力部を備えており、機器情報などの各種情報をユーザに提供したり、動作設定や動作指示などの各種ユーザ操作を受け付けたりする。プロッタ１３０は、画像形成部を備えており、用紙に出力画像を形成する。出力画像を形成する方式には、例えば、電子写真プロセスやインクジェット方式などがある。スキャナ１４０は、原稿を光学的に読み取り、読み取り画像を生成する。
【００２１】
コントローラ１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、ＲＯＭ（Read Only Memory）１１３、ＮＶＲＡＭ（Non Volatile RAM）１１４、ＨＤＤ（Hard Disk Drive）１１５、ネットワークＩ／Ｆ１１６、及び外部記憶Ｉ／Ｆ１１７などを備えており、それぞれが相互にバスＢで接続されている。
【００２２】
ＣＰＵ１１１は、プログラムを実行することで装置全体を制御する。また、ＲＡＭ１１４、ＲＯＭ１１３、ＮＶＲＡＭ１１４、及びＨＤＤ１１５は、上記プログラムや各種データを格納し保持する。ＲＡＭ１１２は、揮発性の記憶装置（揮発性メモリ）である。ＲＯＭ１１３、ＮＶＲＡＭ１１４は、不揮発性の記憶装置（不揮発性メモリ）である。ＨＤＤ１１５は、大容量の記憶領域を備えた不揮発性の記憶装置である。ＲＡＭ１１２は、実行中のプログラムや処理中のデータ（例えば「画像データ」）などを一時保持し、ＣＰＵ１１１のワークエリア（プログラムやデータが一時的に読み出される記憶領域）として機能する。ＲＯＭ１１３、ＮＶＲＡＭ１１４、及びＨＤＤ１１５は、プログラムや各種データ（例えば「ネットワーク設定情報」や「ログ情報」など）の格納先として用いられる。これにより、画像処理装置１００では、例えば、ＣＰＵ１１１がＲＯＭ１１３に格納されたプログラムをＲＡＭ１１２上に読み出し、プログラムを実行する。
【００２３】
ネットワークＩ／Ｆ１１６は、画像処理装置１００をネットワークなどの所定のデータ伝送路に接続するためのインタフェースである。これにより、画像処理装置１００は、ネットワークＩ／Ｆ１１６を介して、外部機器１１６ａにアクセスすることができる。外部機器１１６ａには、例えば、ＰＣ（Personal Computer）や外部ＨＤＤなどがある。外部記憶Ｉ／Ｆ１１７は、外部記憶装置にあたる記録媒体１１７ａを接続するためのインタフェースである。記録媒体１１７ａには、例えば、ＳＤメモリカード（SD Memory Card）やＵＳＢ（Universal Serial Bus）メモリなどがある。これにより、画像処理装置１００は、外部記憶Ｉ／Ｆ１１７を介して、プログラムや各種データを、記録媒体１１７ａから読み取り又は記録媒体１１７ａへ書き込む。
【００２４】
＜ソフトウェア構成＞
図２は、本実施形態に係る画像処理装置１００のソフトウェア構成例を示す図である。
図２に示すように、画像処理装置１００は、プラットフォーム２１、ミドルウェア２２、フィルタ２３、アクティビティ２４、及びＵＩ（User Interface）２５などの各種プログラム群からなるソフトウェアを有している。
【００２５】
プラットフォーム２１は、画像処理装置１００全体を制御するための基本ソフトウェア（汎用ＯＳ：Operating System）である。プラットフォーム２１には、例えば、組み込み系の汎用ＯＳであるＬｉｎｕｘ（商標又は登録商標：以下略）やＦｒｅｅＢＳＤ（商標又は登録商標：以下略）などがある。
【００２６】
ミドルウェア２２は、プラットフォーム２１とアプリケーションＡＰとの中間に位置するソフトウェアである。アプリケーションＡＰは、ミドルウェア２２に要求を出すと、ミドルウェア２２がプラットフォームに必要な要求を出し、結果をアプリケーションＡＰに返す。あるいはミドルウェア２２自体が各アプリケーションＡＰの起動・停止・監視などを含めた制御を行う。ミドルウェア２２は、プラットフォーム２１の拡張機能、あるいはアプリケーションＡＰの汎用機能（共通機能）などを実現するプログラムを有している。本実施形態に係るミドルウェア２２は、例えば、汎用機能を実現するソフトウェアとして、ネットワークモジュールやログモジュール２２１などを有している。ログモジュール２２１は、本実施形態に係るログ管理機能を実現するソフトウェアである。
【００２７】
また、本実施形態では、アプリケーション機能を、１つのアクティビティ２４と１又は複数のフィルタ２３により実現するアーキテクチャが採用されている。
【００２８】
フィルタ２３は、アプリケーションＡＰの機能を実現するための入出力処理を行うソフトウェア（入出力処理部）である。本実施形態に係るフィルタ２３は、例えば、読取、ＦＡＸ受信、蓄積文書受信、ＰＣ文書受信などの各入力処理を行う入力フィルタ２３１と、印刷、ＦＡＸ送信、文書保管登録、メール送信などの各出力処理を行う出力フィルタ２３２とを有している。また、アクティビティ２４は、これらのフィルタ２３を組み合わせて１つのアプリケーション機能（ジョブ）を実現するソフトウェア（機能実現部）である。本実施形態に係るアクティビティ２４は、例えば、コピー、マルチ、プリンタ、レポート、ＰＣ−ＦＡＸ、文書保管、受信、送信などの各機能を実現するソフトウェアを有している。
【００２９】
例えば、コピーアクティビティは、読取フィルタ及び印刷フィルタを用いて、コピー機能を実現している。また、文書保管アクティビティは、蓄積文書受信及び文書保管登録を用いて、文書保管機能を実現している。
【００３０】
ＵＩ（User Interface）２５は、情報入出力インタフェース機能を実現するソフトウェアである。ＵＩ２５は、例えば、操作パネル１２０に表示されたＧＵＩ（Graphical User Interface）を介して、ユーザから入力された情報の受付やユーザに対して情報の通知などを行う。
【００３１】
以上のように、画像処理装置１００では、上記ハードウェア・ソフトウェア構成により、画像処理機能やログ管理機能などを含む各種情報処理サービスを提供することができる。
【００３２】
＜ログ管理機能＞
本実施形態に係るログ管理機能について説明する。
本実施形態に係る画像処理装置１００では、ジョブが実行要求を受け付けると、実行済みジョブのログ情報が記録・保持される実行済みジョブログ記録領域の空き容量に基づき、ログフル状態を判断する。その結果、画像処理装置１００は、ログフル状態であると判断した場合に、実行済みジョブログ記録領域から、外部の記憶装置に転送済みのログ情報を削除し、空き領域を確保する。また、画像処理装置１００は、ジョブが開始されると、実行中ジョブのログ情報を、実行済みジョブログ記録領域と異なる記録領域である実行中ジョブログ記録領域に記録し、一時的に保持する。続いて、画像処理装置１００は、ジョブが終了すると、保持しておいたログ情報を、実行済みジョブログ記録領域内の空き領域に記録し、実行中ジョブのログ情報を実行済みジョブのログ情報として複製する。続いて、画像処理装置１００は、実行済みジョブログ記録領域に記録したログ情報を、外部の記憶装置に転送し、バックアップする。画像処理装置１００では、このようなログ管理機能を有している。
【００３３】
図３は、従来のログ情報Ｌ及びログ記録領域ＳＲの構成例を示す図である。
図３（Ａ）に示すように、ログ情報Ｌは、アクティビティログ２４Ｌと複数のフィルタログ２３Ｌ（入力フィルタログ２３１Ｌ及び出力フィルタログ２３２Ｌ）とを有している。アクティビティログ２４Ｌは、例えば、機能種別（アクティビティタイプ）、ログ識別（ログＩＤ）、機能実行日時（開始・終了日時）、及び機能実行結果などのアプリケーション機能に共通する属性値が情報項目として含まれる。また、フィルタログ２３Ｌには、例えば、入出力処理種別（入出力フィルタタイプ）、入出力処理実行日時、入出力処理実行結果、及び入出力処理動作（例えば、「読み取り・印刷枚数」、「送信先」、「受信元」の情報）などのアプリケーション機能実行時（ジョブ実行時）に用いられた各種入出力機能の属性値が情報項目として含まれる。
【００３４】
従来では、上記データ構成のログ情報Ｌが、図３（Ｂ）に示すような１つのログ記録領域ＳＲに記録される。
【００３５】
従来のログ管理機能では、例えば、画像処理装置１００が備えるＨＤＤ１１５などの記録領域（記憶リソース）に、アクティビティログ２４Ｌを記録するアクティビティログ記録領域と、各フィルタログ２３Ｌを記録する複数のフィルタログ記録領域とを、１つのログ記録領域ＳＲとして確保している。このようにして確保されたログ記録領域ＳＲには、１回のジョブ実行時に、アクティビティログ２４Ｌと複数のフィルタログ２３Ｌとが、各記録領域に記録される。例えば、コピージョブ実行時には、コピーアクティビティログ、読取フィルタログ、及び印刷フィルタログが、アクティビティログ記録領域、読取フィルタログ記録領域、及び印刷フィルタログ記録領域に、ログ情報Ｌとして１件ずつ記録される。
【００３６】
図３（Ｂ）には、ジョブ実行時に用いられることが想定される全てのフィルタ２３に対応するフィルタログ記録領域が確保されたログ記録領域ＳＲの構成例が示されている。このように、ログ記録領域ＳＲを確保する理由は、ジョブ実行（アプリケーション機能の実行）において、複数のフィルタ２３（入出力処理部）が用いられる可能性があり、ジョブ開始前では、フィルタ２３の使用数が分からないからである。例えば、画像処理装置１００において、ＰＣから印刷ジョブを受け付けた場合、受信した印刷データ内部を解析しなければ、印刷のみを実行するジョブなのか、または印刷及び文書蓄積の両方を実行するジョブなのかを、判断できない。そのため、従来のログ管理機能では、搭載記憶装置の記憶容量に応じて、実行中ジョブ及び実行済みジョブに対する共通したログ記録領域ＳＲを最大限確保することで、ジョブ実行時のログ記録を保証している。
【００３７】
しかし、従来のログ管理機能では、ログ記録領域ＳＲが、実際の必要領域に比べて余分に確保されてしまい、有限である記憶リソースの利用効率が低下してしまうと言う問題があった。上述したログ管理機能では、ジョブ実行前に、フィルタ２３の使用数が分からないことから、アクティビティログ２４Ｌの記録件数を基にログフル状態の判断を行う。そのため、例えば、読取フィルタ及び印刷フィルタを用いたコピージョブが実行され、ログフル状態と判断された場合には、読取フィルタ及び印刷フィルタ以外のフィルタログ領域が未使用の記録領域となる。
【００３８】
また、従来のログ管理機能では、次のような問題も考えられる。
図４は、従来の複数のジョブ実行におけるログ情報Ｌを記録する動作例を示すシーケンス図である。図４には、ジョブ１及びジョブ２が略同時に実行され、後にジョブ３が実行された場合のログ記録処理に係る動作例が示されている。
【００３９】
図４に示すように、ジョブ１及びジョブ２は、ジョブ開始要求を受け付けると（ステップＳ１１１，Ｓ１１２）、ログモジュール２２１に対して、ログフル状態の確認を要求する（ステップＳ１２１，Ｓ１２２）。
【００４０】
ログモジュール２２１は、現在のログ記録領域ＳＲ（アクティビティログ記録領域）を参照し、アクティビティログ２４Ｌの記録件数から、空き容量の確認を行う（ステップＳ２１１，Ｓ２１２）。その結果、ログモジュール２２１は、"ログフルでない"旨を、要求元に応答する。このとき、ログ記録領域ＳＲにおいて、フィルタログ記録領域が、フィルタログ２３Ｌを１０件記録可能な状態であったとする。
【００４１】
この応答を受けて、ジョブ１及びジョブ２は、ジョブを開始し（ステップＳ１３１，Ｓ１３２）、ログモジュール２２１に対して、その間に発生したログ情報Ｌの記録を要求する（ステップＳ１４１，Ｓ１４２）。
【００４２】
その結果、ログモジュール２２１は、ジョブ１及びジョブ２から受け取ったログ情報Ｌを、ログ記録領域ＳＲに記録する（ステップＳ２２１，Ｓ２２２）。このとき、ログモジュール２２１が、ジョブ２より先にジョブ１から、８件のフィルタログ２３Ｌを受け取った場合、これらのフィルタログ２３Ｌをフィルタログ記録領域に記録する。その結果、フィルタログ記録領域の記録可能な状態は、フィルタログ２３Ｌを残り２件記録可能な状態へと変化し、ジョブ１は、実行済みジョブとなる。続いて、ログモジュール２２１は、ジョブ２から、１０件のフィルタログ２３Ｌを受け取った場合、これらのフィルタログ２３Ｌをフィルタログ記録領域に記録しようとする。しかし、フィルタログ記録領域は、２件のフィルタログ２３Ｌが記録可能な状態へと変化しているため、２件のフィルタログ２３Ｌが記録された時点で、ログフル状態となる。その結果、ログモジュール２２１は、残り８件のフィルタログ２３Ｌを記録することができず、記録失敗となり、ジョブ２は、実行中ジョブのままとなる（図中参照符号Ｐ）。
【００４３】
一方、ジョブ３は、ジョブ１及びジョブ２と同様の手順で、ログモジュール２２１に対して、ログフル状態の確認を要求すると（ステップＳ１１３，１２３）、ログモジュール２２１により、記録不可能と判断され（ステップＳ２３）、"ログフルである"旨が応答される。その結果、ジョブ３は、ジョブの実行を中止（又は停止）する（ステップＳ１５３）。
【００４４】
このように、従来のログ管理機能では、１つのログ記録領域ＳＲで、実行中ジョブと実行済みジョブのログ管理を行っているため、参照符号Ｐに示したように、実行中ジョブのログ情報Ｌを記録できない場合が考えられ、ログ記録の正確性が低下してしまうと言う問題があった。
【００４５】
さらに、従来のログ管理機能では、ジョブ開始前に、当該ジョブの完了までに発生するログ情報Ｌのデータ量を概算し、概算値と記録済みの全てのログ情報Ｌのデータ量とを合計し、合計値と規定値との比較結果から、ログフル状態を判断する仕組みを採用しているものもある。しかし、この判断方法では、ジョブ開始前に、フィルタ２３の使用数が分からないため、発生するログ情報Ｌのデータ量を正確に算出することができず、ログフル状態を判断する精度が低下してしまうと言う問題がある。また、従来のログ管理機能では、ログフル状態となった時点で実行中ジョブを停止させる仕組みを採用しているものもある。これは、画像処理装置１００の生産性や、実行中ジョブに関するログ記録の正確性が低下してしまうと言う問題がある。
【００４６】
そこで、本実施形態に係る画像処理装置１００は、例えば、図５に示すように、実行中ジョブのログ情報Ｌと実行済みジョブのログ情報Ｌとを、異なるログ記録領域ＳＲ１，ＳＲ２で管理する仕組みとした。
【００４７】
図５は、本実施形態に係るログ記録領域ＳＲの構成例を示す図である。
図５には、実行中ジョブのログ情報Ｌが記録・保持される実行中ジョブログ記録領域ＳＲ１と、実行済みジョブのログ情報Ｌが記録・保持される実行済みジョブログ記録領域ＳＲ２とを有する構成例が示されている。
【００４８】
また、実行中ジョブログ記録領域ＳＲ１として、記憶リソースから確保された記録領域サイズは、実行済みジョブログ記録領域ＳＲ２として確保された記録領域サイズより、小さい。なぜなら、実行中ジョブログ記録領域ＳＲ１では、実行中ジョブのログ情報Ｌを一時的に保持し、実行中ジョブのログ記録がある時点まで保証できればよいからである。
【００４９】
実行中ジョブログ記録領域ＳＲ１は、アクティビティログ記録領域と、ジョブ実行時に用いることが想定される全てのフィルタ２３に対応する各フィルタログ記録領域とを有している。このように、実行中ジョブログ記録領域ＳＲ１では、従来より記録件数に制限があるものの、全てのフィルタ２３ごとに記録領域が確保されている。そのため、本実施形態に係る画像処理装置１００では、ジョブ開始前に、フィルタ２３の使用数が分からなくても、実行中ジョブのログ記録を保証することができる。
【００５０】
一方、実行済みジョブログ記録領域ＳＲ２は、アクティビティログ記録領域と、全てのフィルタ２３に共通する１つのフィルタログ記録領域とを有している。このように、実行済みジョブログ記録領域ＳＲ２には、フィルタ２３の種別によらず、共通した記録領域に実行済みジョブのログ情報Ｌが記録される。そのため、本実施形態に係る画像処理装置１００では、実行済みジョブのログ情報Ｌを記録する記録領域を余分に確保しておく必要がない。さらに、本実施形態に係る画像処理装置１００では、実行済みジョブログ記録領域ＳＲ２の空き容量から、正確にログフル状態を判断することができる。
【００５１】
また、本実施形態に係る画像処理装置１００は、実行中ジョブログ記録領域ＳＲ１及び実行済みジョブログ記録領域ＳＲ２のそれぞれに対して、異なる方法により、ログ情報Ｌを記録し、管理する仕組みとした。具体的には、実行中ジョブのログ情報Ｌと実行済みジョブのログ情報Ｌとを、次のように記録・管理する。まず、画像処理装置１００は、ジョブ実行時に、実行中ジョブのログ情報Ｌを、実行中ジョブログ記録領域ＳＲ１に一時的に保持（バッファリング）する。続いて、画像処理装置１００は、ジョブ終了後に、保持しておいたログ情報Ｌを、転送済みのログ情報Ｌ（記録履歴の古いログ情報）を削除して得られた実行済みジョブログ記録領域内の空き領域に記録する。つまり、ジョブ終了後に、実行中ジョブのログ情報Ｌを、実行済みジョブのログ情報Ｌとして複製する。そのため、本実施形態に係る画像処理装置１００では、ログフル状態であっても、実行中ジョブを停止させることなく、正確にログ情報Ｌを記録できる。
【００５２】
このように、本実施形態に係る画像処理装置１００では、上記仕組みを採用したことで、ログ記録領域ＳＲを効率的に管理し、実行中ジョブを停止させることなく、正確にログ情報Ｌを記録できる。
【００５３】
以下に、上記ログ管理機能の構成とその動作について説明する。
図６は、本実施形態に係るログ管理機能の機能構成例を示す図である。
ログ管理機能は、画像処理装置１００が有するログモジュール２２１の実行で実現される機能である。図６に示すように、ログモジュール２２１は、ログフル判定部３１、ジョブ停止設定判定部３２、ログ転送部３３、実行中ジョブログ管理部４１、及び実行済みジョブログ管理部４２などを有している。
【００５４】
また、ログ管理機能は、ログ記録領域ＳＲとして、実行中ジョブのログ情報Ｌが記録・保持される情報保持部にあたる実行中ジョブログ記録領域（実行中ジョブログ保持部）ＳＲ１と、実行済みジョブのログ情報Ｌが記録・保持される情報保持部にあたる実行済みジョブログ記録領域（実行済みジョブログ保持部）ＳＲ２とを有している。実行中ジョブログ記録領域ＳＲ１及び実行済みジョブログ記録領域ＳＲ２は、画像処理装置１００が備える記憶装置（例えば「ＮＶＲＡＭ」や「ＨＤＤ」など）の所定の記憶領域にあたる。
【００５５】
なお、本実施形態では、実行中ジョブログ記録領域ＳＲ１及び実行済みジョブログ記録領域ＳＲ２の２つの記録領域を、１つの記憶装置内の記憶領域を分割して割り当てる方法で確保してもよいし、２つの記憶装置内の記憶領域を割り当てる方法で確保してもよい。
【００５６】
ログフル判定部３１は、ログ記録領域ＳＲがログフル状態（記録不可能な状態）であるか否かを判定する機能部である。ログフル判定部３１は、実行済みジョブログ記録領域ＳＲ２の空き容量に基づき、ログフル状態を判定する。ログフル判定部３１は、実行要求されたジョブから、ログフル状態の確認要求を受け付けると、実行済みジョブログ記録領域ＳＲ２を参照し、ログフル状態を判定する。このように、画像処理装置１００では、ジョブ終了後にデータ量が確定したログ情報Ｌが保持される実行済みジョブログ記録領域ＳＲ２の空き容量に基づき、ログフル状態を判断している。そのため、ログフル状態を正確に判断することができる（状態判断の精度がよい）。
【００５７】
なお、画像処理装置１００において、実行済みジョブログ記録領域ＳＲ２の空き領域に関する情報としてログ状態情報を保持している場合には、ログフル判定部３１は、ログ状態情報を参照し、ログフル状態を判定してもよい。また、画像処理装置１００において、ニヤフル判定値が設定可能な場合には、ログフル判定部３１は、ニヤフル判定値と、実行済みジョブログ記録領域ＳＲ２の空き容量とに基づき、ニヤフル状態を判定してもよい。ここで言う「ニヤフル状態」とは、実行済みジョブログ記録領域ＳＲ２の空き容量が、所定量以下となった状態を意味する。ニヤフル判定値は、例えば、ユーザにより設定された所定値である。
【００５８】
ジョブ停止設定判定部３２は、ログフル状態と判定された場合、ジョブ開始を停止する機能（以下「ジョブ停止機能」と言う）が設定されているか否かを判定する機能部である。ジョブ停止機能は、次のような目的で必要とされる。従来技術で上述したように、セキュリティ保証の公的な認証取得を行うためには、記録動作や記録情報の正確性を保証しなければならない。具体的には、実行ジョブのログ情報Ｌが正しく記録されているか、記録されたログ情報Ｌが正確に保存されているか、と言った内容を保証しなければならない。そのため、ログフル状態によりログ情報Ｌを記録不可能な場合には、以降のジョブを実行すべきではないと言うポリシーに基づくジョブ停止機能が必要となる。
【００５９】
本実施形態では、画像処理装置１００において、ユーザ（管理者）により、ジョブ停止機能の有効／無効が設定可能である。ジョブ停止機能をどのように運用するかは、ユーザにより決定されるべきことであるため設定可能としている。よって、ジョブ停止設定判定部３２は、有効／無効の設定に基づき、ジョブ停止機能の動作を制御する。
【００６０】
また、画像処理装置１００では、ログフル状態かつジョブ停止機能が有効設定であった場合、ジョブ停止後に、実行済みジョブログ管理部４２が有する各機能を用いて、ユーザによる復旧作業が可能となっている。復旧作業では、例えば、実行済みジョブログ記録領域ＳＲ２に保持されるログ情報Ｌのデータ転送や削除などが行われる。
【００６１】
ログ転送部３３は、実行済みジョブログ記録領域ＳＲ２に保持されるログ情報Ｌを、外部の記憶装置（外部機器や記録媒体）に転送する機能部である。外部の記録装置には、例えば、ネットワークＩ／Ｆ１１６を介して接続される外部ＨＤＤ、及び外部記憶Ｉ／Ｆ１１７を介して接続されるＳＤメモリカードやＵＢＳメモリなどがある。ログ転送部３３は、実行済みジョブログ管理部４２からの転送要求に従って、ログ情報Ｌを転送する。これにより、実行済みジョブのログ情報Ｌは、画像処理装置以外の記憶リソースにバックアップされる。
【００６２】
なお、ログ転送部３３は、ログ情報Ｌの記録履歴に基づき、ログ情報Ｌを転送する。例えば、ログ転送部３３は、記録日時が古い順にログ情報Ｌを転送する。また、ログ転送部３３は、転送したログ情報Ｌのログ識別（ログＩＤ）と転送日時とを含む転送履歴を生成する。
【００６３】
実行中ジョブログ管理部４１は、実行中ジョブのログ情報Ｌを管理する機能部である。実行中ジョブログ管理部４１は、実行中ジョブログ記録領域ＳＲ１にアクセスし、各種データ操作を行い、ログ情報Ｌを管理する。実行中ジョブログ管理部４１は、主に、実行中ジョブのログ情報Ｌを記録する記録領域の確保・開放及びログ情報Ｌの記録などのデータ操作を行う。そのため、実行中ジョブログ管理部４１は、記録領域確保部４１１、記録部（書き込み部）４１２、及び記録領域解放部４１３などの各機能部を有している。
【００６４】
記録領域確保部４１１は、実行中ジョブのログ情報Ｌを記録する記録領域を、実行中ジョブログ記録領域内で確保する機能部である。上述したように、実行中ジョブログ記録領域ＳＲ１は、予め決められた割り当て領域に従って、記憶リソース内に確保される。例えば、図５に示す実行中ジョブログ記録領域ＳＲ１では、アクティビティログ２４Ｌを５００件、及びジョブ実行時に用いられることが想定される全てのフィルタ２３に対応する各フィルタログ２３Ｌを５００件ずつ記録可能な領域が、予め記憶リソース内に確保されている。記録領域確保部４１１は、このように予め割り当てられた実行中ジョブログ記録領域内で、実行が開始されたジョブのログ情報Ｌを記録する記録領域を確保する。つまり、記録領域確保部４１１は、実行中ジョブに対応する記録領域を確保する。
【００６５】
記録部４１２は、実行中ジョブのログ情報Ｌを、記録領域確保部４１１により確保した記録領域に記録する。記録部４１２は、実行が開始されたジョブから、ログ情報Ｌを受け取り、ジョブ終了が通知されるまでの間、受け取ったログ情報Ｌを記録する。
【００６６】
記録領域解放部４１３は、記録領域確保部４１１により確保した記録領域（確保領域）を開放する機能部である。記録領域解放部４１３は、ジョブ終了通知を受けて、記録部４１２により記録されたログ情報Ｌが実行済みジョブログ記録領域ＳＲ２にも記録されると、確保していた記録領域を開放する。つまり、記録領域解放部４１３は、ログ情報Ｌが、実行中ジョブログ記録領域ＳＲ１から実行済みジョブログ記録領域ＳＲ２に複製されると、実行中ジョブに対応して確保した記録領域を開放する。
【００６７】
このように、実行中ジョブログ管理部４１は、記録領域の確保・開放及びログ記録を、実行が開始されたジョブごとに対して行い、実行中ジョブのログ情報Ｌを管理する。その中で、実行中ジョブログ管理部４１は、ジョブが開始されると、実行中ジョブのログ情報Ｌを、実行中ジョブログ記録領域ＳＲ１に記録し、一時的に保持する。ここで言う「一時的に保持する」とは、ログ情報Ｌが、実行済みジョブログ記録領域ＳＲ２に複製されるまで、実行中ジョブログ記録領域ＳＲ１に保持しておくことを意味する。
【００６８】
実行済みジョブログ管理部４２は、実行済みジョブのログ情報Ｌを管理する機能部である。実行済みジョブログ管理部４２は、実行済みジョブログ記録領域ＳＲ２にアクセスし、各種データ操作を行い、ログ情報Ｌを管理する。実行済みジョブログ管理部４２は、主に、実行済みジョブのログ情報Ｌの記録可否判定、ログ情報Ｌの記録・削除、及び記録されたログ情報Ｌの転送済み判定などのデータ操作を行う。そのため、実行済みジョブログ管理部４２は、記録可否判定部４２１、記録部（書き込み部）４２２、削除部（消去部）４２３、及び転送済みログ判定部４２４などの各機能部を有している。
【００６９】
記録可否判定部４２１は、ジョブ終了時に、実行済みジョブログ記録領域ＳＲ２に、実行済みジョブのログ情報Ｌが記録可能か否かを判定する機能部である。上述したように、実行済みジョブログ記録領域ＳＲ２は、予め決められた割り当て領域に従って、記憶リソース内に確保される。例えば、図５に示す実行済みジョブログ記録領域ＳＲ２では、アクティビティログ２４Ｌを５０００件及びフィルタログ２３Ｌを１００００件記録可能な領域が、予め記憶リソース内に確保されている。記録可否判定部４２１は、このように予め割り当てられた実行済みジョブログ記録領域ＳＲ２に、実行中ジョブログ記録領域ＳＲ１に保持されたログ情報Ｌが記録可能か否かを判定する。記録可否判定部４２１は、実行済みジョブログ記録領域ＳＲ２の空き容量と、記録対象ログ情報Ｌのデータ量とに基づき、記録可否を判定する。その結果、実行済みジョブログ管理部４２では、記録可否判定部４２１により記録可能と判定された場合、実行中ジョブログ記録領域ＳＲ１に保持されたログ情報Ｌが実行済みジョブログ記録領域ＳＲ２に記録され、複製される。一方、実行済みジョブログ管理部４２では、記録可否判定部４２１により記録不可能と判定された場合、ユーザに対して、データ転送、データダウンロード、データ削除などの対応を促す通知を行う。この場合、画像処理装置１００には、例えば、上記通知情報とともに、実行済みジョブログ記録領域ＳＲ２に保持されるログ情報Ｌの一覧画面などが、操作パネル１２０に表示される。
【００７０】
記録部４２２は、実行済みジョブのログ情報Ｌを、実行済みジョブログ記録領域内の空き領域に記録する。記録部４２２は、記録可否判定部４２１により記録可能と判定されると、実行中ジョブログ記録領域ＳＲ１から、実行が終了したジョブのログ情報Ｌを取得し、取得したログ情報Ｌを記録する。これにより、画像処理装置１００では、実行が終了したジョブのログ情報Ｌが、実行中ジョブログ記録領域ＳＲ１から実行済みジョブログ記録領域ＳＲ２に複製される。その結果、実行済みジョブログ管理部４２では、実行中ジョブログ管理部４１に対して、ログ記録完了（複製完了）の旨が通知され、記録領域解放部４１３により、実行中ジョブに対応して確保された記録領域が開放される。
【００７１】
なお、記録部４２２は、例えば、記録したログ情報Ｌのログ識別（ログＩＤ）と記録日時とを含む記録履歴を生成する。
【００７２】
削除部４２３は、実行済みジョブログ記録領域ＳＲ２に保持されるログ情報Ｌを削除する機能部である。削除対象とされるログ情報Ｌには、例えば、復旧作業内でユーザから削除指定されたログ情報Ｌや、外部の記憶装置に転送済みのログ情報Ｌなどがある。
【００７３】
転送済みログ判定部４２４は、実行済みジョブログ記録領域ＳＲ２に、外部の記憶装置に転送済みのログ情報Ｌが存在するか否かを判定する機能部である。転送済みログ判定部４２４は、ログ情報Ｌの転送履歴に基づき、転送済みログ情報Ｌの有無を判定する。例えば、転送済みログ判定部４２４は、実行済みジョブログ記録領域ＳＲ２に保持されるログ情報Ｌのログ識別（ログＩＤ）が、転送履歴に含まれていれば、実行済みジョブログ記録領域ＳＲ２に、転送済みログ情報Ｌが存在すると判定する。その結果、転送済みログ判定部４２４は、該当ログ情報Ｌを転送済みログ情報Ｌとして特定する。これにより、画像処理装置１００では、削除部２３４により、実行済みジョブログ記録領域ＳＲ２から転送済みログ情報Ｌが削除され、空き領域が確保される。一方、転送済みログ判定部４２４は、ログ情報Ｌのログ識別（ログＩＤ）が、転送履歴に含まれていなければ、実行済みジョブログ記録領域ＳＲ２に、未転送ログ情報Ｌが存在すると判定し、該当ログ情報Ｌを未転送ログ情報Ｌとして特定する。これにより、画像処理装置１００では、ログ転送部３３により、実行済みジョブログ記録領域ＳＲ２からログ情報Ｌが転送され、当該装置以外の記憶リソースにバックアップされる。
【００７４】
このように、実行済みジョブログ管理部４２は、記録可否判定、ログ記録・削除、及び転送済みログ判定を行い、実行済みジョブのログ情報Ｌを管理する。その中で、実行済みジョブログ管理部４２は、ジョブ終了後に、実行中ジョブログ記録領域ＳＲ１に一時的に保持されたログ情報Ｌを、記録履歴の古いログ情報Ｌ（転送済みログ情報）を削除して得られた実行済みジョブログ記録領域内の空き領域に記録する。その結果、実行中ジョブのログ情報Ｌが実行済みジョブのログ情報Ｌとして複製される。
【００７５】
以上のように、本実施形態に係るログ管理機能は、上記各機能部が連係動作することにより実現される。
【００７６】
次に、上記ログ管理機能の詳細な動作（機能部群の連係動作）について、処理手順を示すフローチャートを用いて説明する。
【００７７】
ログ管理機能は、画像処理装置１００に搭載（インストール）されるログモジュール２２１（ログ管理機能を実現するプログラム）が、ＣＰＵ１１１により、格納先（例えば「ＲＯＭ」など）からＲＡＭ１１２上に読み出され、以下の処理が実行されることで実現される。
【００７８】
図７は、本実施形態に係るログ管理の処理手順例を示すフローチャートである。
図７に示すように、ログモジュール２２１は、実行要求されたジョブから、ログフル状態の確認要求を受け付ける（ステップＳ１０１）。
【００７９】
ログモジュール２２１は、確認要求に従って、ログフル判定部３１により、ログ記録領域ＳＲに空き容量があるか否かを判定する（ステップＳ１０２）。このとき、ログフル判定部３１は、実行済みジョブログ記録領域ＳＲ２の空き容量に基づき、ログフル状態を判定する。
【００８０】
ログモジュール２２１は、ログフル判定部３１により、ログ記録領域ＳＲに空き容量がなく、ログフル状態であると判定された場合（ステップＳ１０２：ＮＯ）、ジョブ停止設定判定部３２により、ログフル時のジョブ停止機能が有効か否かを判定する（ステップＳ１０３）。このとき、ジョブ停止設定判定部３２は、予め設定されているジョブ停止機能の有効／無効の設定値に基づき、ログフル時のジョブ停止設定を判定する。
【００８１】
なお、ログモジュール２２１では、ログ記録領域ＳＲに空き容量があり、ログフル状態でないと判定された場合（ステップＳ１０２：ＹＥＳ）、ステップＳ１０７の処理へと移行する。
【００８２】
ログモジュール２２１は、ジョブ停止設定判定部３２により、ログフル時のジョブ停止機能が無効と判定された場合（ステップＳ１０３：ＮＯ）、実行済みジョブログ管理部４２により、実行済みジョブログ記録領域ＳＲ２に保持されたログ情報Ｌの中から、記録履歴が古いログ情報Ｌを削除する。具体的には、次の通りである。
【００８３】
実行済みジョブログ管理部４２は、まず、転送済みログ判定部４２４により、実行済みジョブログ記録領域ＳＲ２に転送済みログ情報Ｌが存在するか否かを判定する（ステップＳ１０４）。このとき、転送済みログ判定部４２４は、実行済みジョブログ記録領域ＳＲ２で保持するログ情報Ｌのログ識別（ログＩＤ）を基に、転送時に生成される転送履歴のデータ内を検索する。その結果、転送済みログ判定部４２４は、同一のログ識別（ログＩＤ）が発見された場合、転送済みログ情報Ｌが存在すると判定し、該当ログ情報Ｌを転送済みログ情報Ｌとして特定する。また、転送済みログ判定部４２４は、同一のログ識別（ログＩＤ）が発見されなかった場合、転送済みログ情報Ｌが存在しないと判定し、該当ログ情報Ｌを未転送ログ情報Ｌとして特定する。
【００８４】
実行済みジョブログ管理部４２は、転送済みログ判定部４２４により、転送済みログ情報Ｌが存在しないと判定された場合（ステップＳ１０４：ＮＯ）、ログ転送部３３に対して、特定した該当ログ情報Ｌのログ識別（ログＩＤ）を渡し、ログ情報Ｌの転送を要求する。ログ転送部３３は、転送要求に従って、実行済みジョブログ記録領域ＳＲ２を参照し、該当ログ情報Ｌを、外部の記憶装置にデータ転送し、画像処理装置以外の記憶リソースにバックアップする（ステップＳ１０５）。ログ転送部３３は、転送結果を要求元に応答する。
【００８５】
実行済みジョブログ管理部４２は、応答された転送結果を受けて、削除部４２３により、転送された該当ログ情報Ｌを、実行済みジョブログ記録領域ＳＲ２から削除する（ステップＳ１０６）。
【００８６】
一方、実行済みジョブログ管理部４２は、転送済みログ判定部４２４により、転送済みログ情報Ｌが存在すると判定された場合（ステップＳ１０４：ＹＥＳ）、削除部４２３により、特定した該当ログ情報Ｌを、実行済みジョブログ記録領域ＳＲ２から削除する（ステップＳ１１６）。
【００８７】
これにより、画像処理装置１００では、ログ記録領域内に空き領域が確保される。
【００８８】
続いて、ログモジュール２２１は、実行中ジョブログ管理部４１の記録領域確保部４１１により、実行中ジョブログ記録領域内に、実行が開始されたジョブのログ情報Ｌを記録する記録領域を確保する（ステップＳ１０７）。
【００８９】
ログモジュール２２１は、記録領域を確保すると、実行中ジョブログ管理部４１により、確認要求元のジョブに対して、ログフル状態の確認結果［ＯＫ］／解消結果を応答する。つまり、ログモジュール２２１は、ジョブに対して、ログ情報Ｌが記録可能な状態である旨を通知し、実行を指示する。その結果を受けて、ジョブが実行を開始する。
【００９０】
ログモジュール２２１は、実行中ジョブログ管理部４１により、実行中ジョブのログ情報Ｌを、実行中ジョブログ記録領域ＳＲ１に記録する。具体的には、次の通りである。
【００９１】
実行中ジョブログ管理部４１は、実行中ジョブからジョブ終了の通知を受け付けるまで、記録部４１２により、実行中ジョブに対応して確保した記録領域に、実行中ジョブから発生するログ情報Ｌを記録する（ステップＳ１０９，Ｓ１１０：ＮＯ）。ステップＳ１０９が、実行中ジョブログ記録手順となる。
【００９２】
これにより、画像処理装置１００では、実行中ジョブのログ情報Ｌが、ログ記録領域内に一時的に保持される。
【００９３】
また、ログモジュール２２１は、実行中ジョブからジョブ終了の通知を受け付けると（ステップＳ１１０：ＹＥＳ）、実行中ジョブログ管理部４１から実行済みジョブログ管理部４２に対して、実行済みジョブログ記録領域ＳＲ２へのログ情報Ｌの記録可否判定を要求する。この処理は、次の場面を想定している。
【００９４】
画像処理装置１００では、複数のジョブが異なるタイミングで実行されることがある。そのため、ステップＳ１０６及びＳ１１６において確保した空き領域が、ステップＳ１１０の時点で、空き領域のままとは限らない。つまり、空き領域を確保した後に、他のジョブのログ情報Ｌが、実行済みログ情報Ｌとして記録される可能性もある。そこで、実行済みジョブログ管理部４２では、実行済みジョブログ記録領域ＳＲ２にログ情報Ｌを記録する前に、記録可否判定を行う。
【００９５】
ログモジュール２２１は、実行済みジョブログ管理部４２により、記録可否判定結果に基づき、実行中ジョブログ記録領域ＳＲ１で保持されるログ情報Ｌを、実行済みジョブログ記録領域ＳＲ２に記録する。具体的には、次の通りである。
【００９６】
実行済みジョブログ管理部４２は、記録可否判定部４２１により、実行済みジョブログ記録領域ＳＲ２に、実行中ジョブログ記録領域ＳＲ１に一時的に保持されたログ情報Ｌが、記録可能か否かを判定する（ステップＳ１１１）。このとき、記録可否判定部４２１は、実行済みジョブログ記録領域ＳＲ２の空き容量と、実行中ジョブログ記録領域ＳＲ１に一時的に保持されたログ情報Ｌのデータ量とを比較し、記録可否を判定する。
【００９７】
実行済みジョブログ管理部４２は、記録可否判定部４２１により、空き容量よりログ情報Ｌのデータ量が大きく、記録不可能と判定された場合（ステップＳ１１１：ＮＯ）、ユーザに対して、復旧作業を促す通知を行い、ユーザからの作業指示を受け付ける（ステップＳ１１７）。このとき、画像処理装置１００が備える操作パネル１２０には、例えば、判定結果とともに、実行済みジョブログ記録領域ＳＲ２に保持されるログ情報Ｌの一覧画面などが表示される。よって、ユーザは、一覧画面から対象ログデータを選択指定し、データ転送、データダウンロード、データ削除などの処理を指示することで、復旧作業を行う。
【００９８】
なお、実行済みジョブログ管理部４２は、実行済みジョブログ記録領域ＳＲ２にログ情報Ｌが記録可能となるまで、ユーザからの作業指示を受け付ける。
【００９９】
一方、実行済みジョブログ管理部４２は、記録可否判定部４２１により、ログ情報Ｌのデータ量より空き容量が大きく、記録可能と判定された場合（ステップＳ１１１：ＹＥＳ）、記録部４２２により、実行済みジョブログ記録領域内の空き領域に、実行中ジョブログ記録領域ＳＲ１に一時的に保持されたログ情報Ｌを記録する（ステップＳ１１２）。ステップＳ１１２が、実行済みジョブログ記録手順となる。実行済みジョブログ管理部４２は、その結果（データ複製結果）を、実行中ジョブログ記録部４１に渡す。
【０１００】
実行中ジョブログ管理部４１は、実行済みジョブログ管理部４２によるデータ複製結果を受けて、ステップＳ１０７において、実行中ジョブログ記録領域ＳＲ１に確保した、実行中ジョブに対応する記録領域を開放する（ステップＳ１１３）。
【０１０１】
これにより、画像処理装置１００では、ジョブ終了後に、実行中ジョブログ記録領域ＳＲ１に一時的に保持されたログ情報Ｌが、記録履歴の古いログ情報Ｌ（転送済みログ情報）を削除して得られた実行済みジョブログ記録領域内の空き領域に記録される。つまり、実行中ジョブのログ情報Ｌが実行済みジョブのログ情報Ｌとして複製される。
【０１０２】
続いて、ログモジュール２２１は、実行済みジョブログ管理部４２により、ログ転送部３３に対して、記録したログ情報Ｌの転送を要求する。
【０１０３】
ログモジュール２２１は、ログ転送部３３により、ステップＳ１１２において記録したログ情報Ｌを、外部の記憶装置に転送する（ステップＳ１１３）。ステップＳ１１３が、実行済みジョブログ転送手順となる。例えば、ログ転送部３３は、ネットワークＩ／Ｆ１１６を介して画像処理装置１００と通信可能な外部機器１１６ａ、又は、外部記憶Ｉ／Ｆ１１７を介して、画像処理装置１００と接続される記録媒体１１７ａに、ログ情報Ｌをデータ転送する。
【０１０４】
これにより、画像処理装置１００では、実行済みログ情報Ｌが、当該装置以外の記憶リソースにバックアップされる。
【０１０５】
その結果、ログモジュール２２１は、バックアップ後、ログ状態情報を更新する（ステップＳ１１５）。ログ状態情報とは、実行済みジョブログ記録領域ＳＲ２の空き領域に関する情報であり、ステップＳ１０２において、ログフル判定部３１が、ログフル状態判定を行う際に参照する情報である。
【０１０６】
また、ログモジュール２２１では、ログフル時のジョブ停止機能が有効と判定された場合（ステップＳ１０３：ＹＥＳ）、ジョブ停止後、復旧作業が行われる。具体的には、次の通りである。
【０１０７】
ログモジュール２２１は、ジョブ停止機能の設定に従って、ジョブを停止し（ステップＳ１１８）、実行済みジョブログ管理部４２が有する転送済みログ判定部４２４により、実行済みジョブログ記録領域ＳＲ２に転送済みログ情報Ｌが存在するか否かを判定する（ステップＳ１１９）。
【０１０８】
実行済みジョブログ管理部４２は、転送済みログ判定部４２４により、転送済みログ情報Ｌが存在すると判定された場合（ステップＳ１１９：ＹＥＳ）、削除部４２３により、特定した該当ログ情報Ｌを、実行済みジョブログ記録領域ＳＲ２から削除する（ステップＳ１２０）。
【０１０９】
一方、実行済みジョブログ管理部４２は、転送済みログ判定部４２４により、転送済みログ情報Ｌが存在しないと判定された場合（ステップＳ１１９：ＮＯ）、ユーザに対して、復旧作業を促す通知を行い、ユーザからの作業指示を受け付ける（ステップＳ１２１）。
【０１１０】
以上のように、本実形態に係る画像処理装置１００では、上記処理手順により、実行中ジョブのログ情報Ｌと実行済みジョブのログ情報Ｌとが、異なるログ記録領域ＳＲ及び記録方法で管理される。
【０１１１】
＜変形例＞
ここからは、図７に示した処理手順例の変形例について説明する。
本変形例に係る処理手順では、次のような場面を想定している。画像処理装置１００は、ＮＶＲＡＭ１１４が実行中ジョブログ記録領域ＳＲ１を有し、ＨＤＤ１１５が実行済みジョブログ記録領域ＳＲ２を有する構成である。
【０１１２】
実行中ジョブのログ記録先をＮＶＲＡＭ１１４などの不揮発性メモリとする理由は、実行中ジョブのログ記録では、ログ情報Ｌが一時的に保持されるものであり、記憶領域の大きさより、読み書き処理の応答性（速さ）を優先し、処理速度を向上させるためである。
【０１１３】
このような画像処理装置１００では、全記録容量が比較的に少ない記録領域に対して、領域確保・データ記録・領域開放が、ジョブごとに繰り返して行われることから、故障することが考えられる。つまり、実行中ジョブログ記録領域ＳＲ１にログ情報Ｌを記録不可能な状態となる可能性（異常が発生する可能性）がある。そこで、図８に示すような処理を行う。
【０１１４】
図８は、本変形例に係るログ管理の処理手順例を示すフローチャートである。図８に示す処理手順と、図７に示した処理手順との違いは、ステップＳ２０１，Ｓ２０２のみである。よって、以下の説明では、異なる処理のみ説明し、同じ処理については、同一符号を付し、その説明を省略する。
【０１１５】
図８に示すように、ログモジュール２２１は、実行中ジョブログ管理部４１により、実行中ジョブのログ情報Ｌを、実行中ジョブログ記録領域ＳＲ１に記録する。具体的には、次の通りである。
【０１１６】
実行中ジョブログ管理部４１は、実行中ジョブからジョブ終了の通知を受け付けるまで、記録部４１２により、実行中ジョブに対応して確保した記録領域に、実行中ジョブから発生するログ情報Ｌを記録する（ステップＳ１０９，Ｓ１１０：ＮＯ）。
【０１１７】
その間、実行中ジョブログ管理部４１は、実行中ジョブログ記録領域ＳＲ１の異常（故障）が検知されたか否かを判定する（ステップＳ２０１）。
【０１１８】
実行中ジョブログ管理部４１は、異常が検知されると（ステップＳ２０１：ＹＥＳ）、実行中ジョブログ記録領域ＳＲ１に記録できず、ＲＡＭ（メモリ）上のログ情報Ｌを読み取り（ステップＳ２０２）、ステップＳ１１１の処理へ移行する。
【０１１９】
一方、実行中ジョブログ管理部４１は、異常が検知されなければ（ステップＳ２０１：ＮＯ）、ステップＳ１１０の処理へ移行する。
【０１２０】
これにより、画像処理装置１００では、実行中ジョブログ記録領域ＳＲ１に異常が発生した場合であっても、実行中ジョブのログ情報Ｌが実行済みログ情報Ｌとして複製され、ログ情報が保証される。
【０１２１】
なお、本変形例では、実行中ジョブログ記録領域ＳＲ１の異常が検知され、かつ、実行済みジョブログ記録領域ＳＲ２に記録不可能と判定された場合（ステップＳ２０１：ＹＥＳ，ステップＳ１１１：ＮＯ）、ステップＳ１１７において、ユーザに復旧作業を促す情報を通知するとともに、画像処理装置１００が有する印刷機能により、ＲＡＭ上のログ情報Ｌを印刷してもよい。
【０１２２】
また、本変形例では、実行中ジョブログ記録領域ＳＲ１で異常が発生した場合に、ログ情報を保証する方法について説明を行ったが、実行済みジョブログ記録領域ＳＲ２で異常が発生した場合も、同様の方法で対応できる。具体的には、次の通りである。
【０１２３】
ログモジュール２２１は、ステップＳ１１１による、実行済みジョブログ記録領域ＳＲ２の記録可否判定時に、記録不可能と判定された場合、記録不可能の原因が故障であるか否かを判定する。その結果、ログモジュール２２１は、故障の場合、実行中ジョブログ記録領域ＳＲ１に一時的に保持したログ情報Ｌを、ステップＳ１１４において、外部の記憶装置にデータ転送する。その後、ログモジュール２２１は、ステップＳ１０７において確保した記録領域を開放する。
【０１２４】
＜まとめ＞
以上のように、本実施形態に係る画像処理装置１００によれば、ログモジュール２２１により、次のような処理が行われる。ログモジュール２２１は、ジョブが実行要求を受け付けると、ログフル判定部３１により、実行済みジョブのログ情報Ｌが記録・保持される実行済みジョブログ記録領域ＳＲ２の空き容量に基づき、ログフル状態を判断する。その結果、ログモジュール２２１は、ログフル状態であると判断した場合に、実行済みジョブログ記録領域ＳＲ２から、外部の記憶装置に転送済みのログ情報Ｌを削除し、空き領域を確保する。また、ログモジュール２２１は、ジョブが開始されると、実行中ジョブログ管理部４１の記録部４１２により、実行中ジョブのログ情報Ｌを、実行済みジョブログ記録領域ＳＲ２と異なる記録領域である実行中ジョブログ記録領域ＳＲ１に記録し、一時的に保持する。続いて、ログモジュール２２１は、ジョブが終了すると、実行済みジョブログ管理部４２の記録部４２２により、保持しておいたログ情報Ｌを、実行済みジョブログ記録領域内の空き領域に記録し、実行中ジョブのログ情報Ｌを実行済みジョブのログ情報Ｌとして複製する。続いて、ログモジュール２２１は、ログ転送部３３により、実行済みジョブログ記録領域ＳＲ２に記録したログ情報Ｌを、外部の記憶装置に転送し、バックアップする。
【０１２５】
これによって、本実施形態に係る画像処理装置１００では、ジョブ終了後に、データ量が明確なログ情報Ｌを記録することから、記憶リソースにおいて余分な記録領域を確保する必要がなく、ログ記録領域ＳＲを効率的に管理することができる。さらに、画像処理装置１００では、実行中ジョブのログ情報Ｌを一時的に保持し、その間の削除処理により、ログ記録領域内の空き領域が確保できると、保持しておいたログ情報Ｌを空き領域に記録することから、ログフル状態であっても、実行中ジョブを停止させることなく、正確にログ情報Ｌを記録できる。つまり、画像処理装置１００では、ログ記録領域ＳＲを効率的に管理し、実行中ジョブを停止させることなく、正確にログ情報Ｌを記録できる。
【０１２６】
ここまで、上記実施形態の説明を行ってきたが、実施形態に係る画像処理装置１００が有する「ログ管理機能」は、図を用いて説明を行った各処理手順を動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、ＣＰＵ１１１により実行されることで実現される。
【０１２７】
上記プログラムは、コンピュータが読み取り可能な記録媒体１１７ａに格納することができる。上記記録媒体１１７ａには、例えば、ＳＤメモリカード及びＵＳＢメモリなどがある。
【０１２８】
よって、上記プログラムは、上記記録媒体１１７ａに記憶させることで、記録媒体１１７ａを読み取り可能な外部記憶Ｉ／Ｆ１１７などを介して画像処理装置１００にインストールすることができる。また、画像処理装置１００は、ネットワークＩ／Ｆ１１６を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１２９】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１３０】
２１    プラットフォーム（汎用ＯＳ）
２２    ミドルウェア
２２１  ログモジュール
２３    フィルタ（１：入力フィルタ，２：出力フィルタ）
２４    アクティビティ
２５    ＵＩ
３１    ログフル判定部
３２    ジョブ停止設定判定部
３３    ログ転送部
４１    実行中ジョブログ管理部
４１１  記録領域確保部
４１２  記録部（書き込み部）
４１３  記録領域解放部
４２    実行済みジョブログ管理部
４２１  記録可否判定部
４２２  記録部（書き込み部）
４２３  削除部（消去部）
４２４  転送済みログ判定部
１００  画像処理装置
１１０  コントローラ（制御基板）
１１１  ＣＰＵ（中央処理装置）
１１２  ＲＡＭ（揮発性の半導体メモリ）
１１３  ＲＯＭ（不揮発性の半導体メモリ）
１１４  ＮＶＲＡＭ（不揮発性の半導体メモリ）
１１５  ＨＤＤ（不揮発性の大容量記憶装置）
１１６  ネットワークＩ／Ｆ（ＮＩＣ：Network I/F Card）（ａ：外部機器）
１１７  外部記憶Ｉ／Ｆ（ａ：記録媒体）
１２０  操作パネル（入出力装置）
１３０  プロッタ（印刷装置）
１４０  スキャナ（読取装置）
ＡＰ    アプリケーション
Ｂ      バス
Ｌ      ログ情報（２４Ｌ：アクティビティログ，２３Ｌ：フィルタログ）
ＳＲ    ログ記録領域（１：実行中ジョブ，２：実行済みジョブ）
ＳＲ１  実行中ジョブログ保持部
ＳＲ２  実行済みジョブログ保持部
【先行技術文献】
【特許文献】
【０１３１】
【特許文献１】特開２００９−６５５２４号公報
【図１】
0005533161.tif 000002
【図２】
0005533161.tif 000003
【図３】
0005533161.tif 000004
【図４】
0005533161.tif 000005
【図５】
0005533161.tif 000006
【図６】
0005533161.tif 000007
【図７】
0005533161.tif 000008
【図８】
0005533161.tif 000009