画像処理装置
【課題】ログの外部出力自体も、ログの登録対象事象とすることで、ログの不正な漏洩を迅速に検知する。
【解決手段】管理ＰＣ１００から監査ログの要求があると、監査ログデータを送出すると共に、監査ログ要求を、監査ログの事象とする。このため、管理ＰＣ１００のモニタ１００Ａで、監査ログの要求があったことも認識することが可能となる。
【解決手段】管理ＰＣ１００から監査ログの要求があると、監査ログデータを送出すると共に、監査ログ要求を、監査ログの事象とする。このため、管理ＰＣ１００のモニタ１００Ａで、監査ログの要求があったことも認識することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログ管理機能を持った画像処理装置に関するものである。
【背景技術】
【０００２】
通信機器や制御機器等では、通信処理や制御実行の記録としてログ情報を残している。
【０００３】
ログ情報の一部として監査ログを称されるものがある。
【０００４】
監査ログは、障害や構成変更、ユーザ操作当、デバイスないで発生した事象（監査事象）を「いつ」「誰（何）が」「どうした」「その結果」というような項目の形式で、通常は時系列で記憶したものであり、監査ログＩＤで管理されている。
【０００５】
なお、一般的に、監査ログは、画像処理装置とネットワーク接続されたＰＣ等からのアクセスで画像処理装置内に記憶された監査ログ情報を遠隔から取り出し、画像処理装置の診断の要素として利用する。
【０００６】
通常のログ情報の先行技術としては、ユーザの要望に応じてログ情報を動的に最適化するサービス連携システムが提案されている（特許文献１参照）。
【０００７】
特許文献１には、ユーザが、複合機の表示パネルを操作して、ログ最適化指示書を起動させ、複合機の一部（例えば、画像形成部等）のログ情報記憶数の条件設定等を行うことが記載されている。
【０００８】
また、監査ログの先行技術として、デバイスから監査ログを収集する際に、その情報を損なうことなく、伝送する情報量を低下させることのできる監査ログ管理機能を持った画像処理装置が提案されている（特許文献２参照）。
【特許文献１】特開２００７−８７１８６公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、監査ログは、通常、ネットワークを介して接続された管理ＰＣ等からの要求によって、当該管理ＰＣ（すなわち、画像処理装置の外部）に出力されるが、この監査ログの外部出力自体は、なんら履歴として残しておらず、不正なアクセスによる監査ログの漏洩があっても、これを検知することができない。
【００１０】
本発明は上記事実を考慮し、ログの外部出力自体も、ログの登録対象事象とすることで、ログの不正な漏洩を迅速に検知することができる画像処理装置を得ることが目的である。
【課題を解決するための手段】
【００１１】
第１の発明は、画像データに対して画像処理を行う画像処理装置であって、前記画像処理で発生した事象をログ情報として登録するログ登録手段と、外部からの要求を受けて、前記ログ登録手段に登録された前記ログを読み出して出力するログ出力手段と、前記ログ出力手段により、前記ログ登録手段に登録された前記ログが出力された場合に、当該ログの出力自体を、前記ログの登録対象事象として登録するログ出力事象登録手段と、を有している。
【００１２】
本発明によれば、外部、例えば、画像処理装置を管理する管理ＰＣからネットワークを介して、画像処理装置に監査ログを要求する。
【００１３】
ログ出力手段では、この要求を受けて、登録された前記ログを読み出して出力する。
【００１４】
ログ出力事象登録手段では、ログ出力手段により、ログ登録手段に登録された前記ログが出力された場合に、当該ログの出力自体を、前記ログの登録対象事象として登録する。これにより、ログが不正に漏洩された場合を含め、外部への出力を迅速に検知することができる。
【発明の効果】
【００１５】
以上説明した如く本発明によれば、ログの外部出力自体も、ログの登録対象事象とすることで、ログの不正な漏洩を迅速に検知することができるという優れた効果を有する。
【発明を実施するための最良の形態】
【００１６】
図１には、本実施の形態に係る画像処理装置１０と、この画像処理装置１０における画像形成処理状況等のログ（状況記録）を確認するための管理ＰＣ１００とがネットワーク１０２介して接続されたシステム構成が示されている。
【００１７】
（画像処理装置１０の概略構成）
図２には、本実施の形態に係る画像処理装置１０の概要が示されている。画像処理装置１０には、画像形成部１２、この画像形成部１２の上方に設けられた原稿読取部１４とで構成されている。原稿読取部１４には、当該原稿読取部１４の開閉蓋を兼用する原稿搬送装置１６が設けられている。
【００１８】
原稿読取部１４には、その上面に原稿を載せるための透明のガラス板で形成されたプラテンガラス（図示省略）が設置され、原稿読取領域となっている。また原稿読取部１４には、ユーザが原稿読取、或いは複写指示等を入力操作するためのユーザインターフェイス２４が配設されている。ユーザーインターフェイス２４にはテンキーが設けられ、プリント枚数設定や倍率設定に利用されると共に、ファクシミリ送信時の電話機のダイヤルキーとしても利用される。すなわち、原稿読取部１４は、コピー時の原稿読取機能と、ファクシミリ送信時の原稿読取機能とを併せ持っている。なお、コピー機能は前記画像形成部１２と原稿読取部１４との組合わせで実行可能である。
【００１９】
原稿搬送装置１６には、複写しようとする原稿を（複数枚の場合は重ねて）載せるフィーダートレイ２０が設けられている。この原稿搬送装置１６では、フィーダートレイ２０上に載せられた原稿（複数枚重ねられている場合は、その最上層の原稿）を、原稿反転ユニット（図示省略）へ送り込むことで、反転しながらプラテンガラス上の読取領域を通過させ、フィーダートレイ２０の下部に設けられた原稿排紙トレイ２２上に排出されるように自動搬送して原稿読取動作を実行する。
【００２０】
画像形成部１２には、装置本体下部に３段に渡って配置された給紙トレイ２６が設けられ、サイズが指定されることで、選択的に給紙トレイ２６から記録シートが給紙装置によって１枚ずつ引き出され、画像形成部１２に搬送されるようになっている。
【００２１】
画像形成部１２には、シート材に画像を形成する感光体ドラムが配設されている。なお、図示は省略したが、感光体ドラムの周囲には、帯電装置、光走査装置、現像装置、転写装置等が配設されている。感光体ドラムの周面は、一様に帯電された後、光走査装置によって画像データに基づく静電潜像が形成され、形成された静電潜像を現像装置によってトナー現像する。その後、転写装置を通過することで、感光体ドラム上のトナー画像がシート材に転写する構成となっている。画像が転写されたシート材は定着装置によって加熱、加圧処理され、画像が定着された状態で排出されるようになっている。
【００２２】
図３に示される如く、画像処理装置１０には、制御系の中心となるメインコントローラ１０４が設けられている。
【００２３】
メインコントローラ１０４には、前記原稿読取部１４の動作（スキャナとしての動作、ファクシミリとしての動作）を制御するスキャナコントローラ１０６及びファクシミリコントローラ１０８が接続されると共に、画像形成部１２の動作を制御するプリントコントローラ１１０が接続されている。
【００２４】
また、メインコントローラ１０４には、前述したユーザインターフェイス２４が接続され、ユーザの操作によって画像形成等に関する指示がなされると共に、画像形成時等の情報をユーザへ報知するようになっている。
【００２５】
さらに、このメインコントローラ１０４には、管理ＰＣ１００とのネットワーク１０２が接続される外部Ｉ／Ｆ１１２が設けられており、ネットワーク１０２を介して画像データが入力されるようになっている。
【００２６】
画像データが入力されると、メインコントローラ１０４では、例えば、画像データに含まれるプリント指示情報と、イメージデータとを解析し、画像形成部１２（図２参照）に適合する形式（例えば、ビットマップデータ）に変換し、プリントコントローラ１１０へ画像データを送出する。なお、画像データは、前記原稿読取部１４から入力（コピー入力）される場合、或いは、ネットワーク１０２とは別に設けた専用の電話回線から入力（ファクシミリ入力）される場合もある。
【００２７】
ここで、本実施の形態の画像処理装置１０のメインコントローラ１０４では、上記のような複合的な処理の全てを一括管理制御すると共に、当該複合的な処理状況をログ（以下、「監査ログ」という）として記録に残すようにしている。
【００２８】
記録として残す監査ログは、ネットワーク１０２を介して接続された管理ＰＣ１００から読み出すことができる。すなわち、管理ＰＣ１００は、予め登録された監査ログ管理プログラムを起動させることで、モニタ１００Ａに、「Audit Log」と表記された監査ログ管理画面（図示省略）が表示されるようになっている。
【００２９】
このモニタ１００Ａに表示された管理ログ管理画面には、選択項目として、「Export as text file」と表記されたリンク領域が存在し、このリンク領域をクリックすることで監査ログデータを読み出すことができるようになっている。
【００３０】
以下、メインコトローラ１０４における監査ログに対応する事象を判別し、記録し、かつ指示に応じて送出する制御系について説明する。なお、この図２におけるメインコトローラ１０４内に示す各ブロックは、機能別に示したものであり、ハード構成を限定するものではない。
【００３１】
メインコントローラ１０４は、前記ファクシミリコントローラ１０８、スキャナコントローラ１０６、プリントコントローラ１１０のそれぞれを制御する処理実行制御部１１４を備えている。
【００３２】
処理実行制御部１１４は、システム管理部１１６及び前記外部Ｉ／Ｆ１１２とバス１１８によって接続され、互いに信号の送受信を行う。
【００３３】
システム管理部１１６は、メインコトローラ１０４におけるソフト的な処理や、ハード構成の状態を一括管理するものであり、本実施の形態の特徴として、メモリデータアクセス認識部１１６Ａ、ＨＤＤシステム立上げ認識部１１６Ｂ、ＲＯＭバージョン変更認識部１１６Ｃを備える。
【００３４】
一方、前記ファクシミリコントローラ１０８、スキャナコントローラ１０６、プリントコントローラ１１０は、それぞれ処理実行関連情報入力部１２０に接続されている。処理実行関連情報入力部１２０には、前記前記ファクシミリコントローラ１０８、スキャナコントローラ１０６、プリントコントローラ１１０から各処理実行関連情報が入力される。
【００３５】
処理実行関連情報入力部１２０は、処理情報解析部１２２と接続され、処理実行関連情報入力部１２０から処理実行関連情報を処理情報解析部１２２へ送出する。処理情報解析部１２２では、入力した処理実行関連情報（処理情報）を解析し、当該解析結果を監査ログ対象事象判定部１２４へ送出する。
【００３６】
監査ログ対象事象判定部１２４では、解析された各事象が監査ログの対象となるか否かの判別を実行する。
【００３７】
この監査ログ対象事象判定部１２４は、監査ログ作成部１２６に接続されている。
【００３８】
監査ログ作成部１２６には、監査ログ対象事象判定部１２４において、監査ログの対象となる事象が入力されるようになっており、この入力順（時系列）に監査ログが作成される。
【００３９】
表１は、監査ログを表形式で示したものであり、例えば、このような表が、管理ＰＣ１００のモニタ１００Ａに表示される。この表１の監査ログの詳細については、詳細は図４を用いて後述する。
【００４０】
【表１】
【００４１】
前記監査ログ作成部１２６は、監査ログ記録先管理部１２８に接続されている。本実施の形態では、監査ログの記録先として、ＮＶＲＡＭ１３０と、ＨＤＤ１３２とを準備している。
【００４２】
ＮＶＲＡＭ１３０には、５０件（表１の１行が１件）の監査ログが記録可能であり、いっぱい（５０件）になると、１ファイルとしてＨＤＤ１３２に転送されるようになっている。ＨＤＤ１３２には、３００ファイル分の監査ログが記録可能であり、この結果、ＨＤＤ１３２には、３００×５０＝１５０００件の監査ログが記録可能である。
【００４３】
なお、記録の方式は、所謂先入れ先出し（ＦＩＦＯ）で処理される。
【００４４】
ここで、監査ログ作成部１２６はシステム管理部１１６に接続されている。システム管理部１１６において監査ログとして記録すべき４つの事象が認識されると、当該事象が監査ログ作成部にそれぞれ送出され、監査ログの１つとして、監査ログ記録先管理部１２８へ送出され、他の監査ログと同様に時系列で記録される。
【００４５】
以下、このシステム管理部１２８における監査ログの事象を列挙する。
【００４６】
（１） メモリデータアクセス認識部１１６Ａからの監査ログ事象
画像処理装置１０には、複数のメモリ領域が存在しており、これらのメモリには重要な情報が記憶されている場合がある。
【００４７】
そこで、メモリへのアクセスを監視し、当該メモリへのアクセスがあった時点で事象として、監査ログ作成指示情報を監査ログ作成部１２６へ送出する。
【００４８】
（２） ＨＤＤシステム立上げ認識部１１６Ｂからの監査ログ事象
ＨＤＤ（ＨＤＤ１３２を含み、全てのＨＤＤを指すが、以下ＨＤＤ１３２と称する）には、大量の画像データが記録されており、このＨＤＤ１３２が取り外されると、画像処理装置１０としては、致命的となる。ところが、ＨＤＤ１３２は、交換されたとしても、外観的には何ら変わりがないため、十分に管理する必要がある。
【００４９】
そこで、例えば、装置起動時の度に、ＨＤＤ１３２のシリアル番号等の識別符号を、起動前と比較照合し、識別符号に差異があったときに事象として、監査ログ作成指示情報を監査ログ作成部１２６へ送出する。
【００５０】
（３） ＲＯＭバージョン変更認識部１１６Ｃからの監査ログ事象
画像処理装置１０における各機能（ファクシミリ機能、スキャナ機能、プリント機能）を含む全ての処理制御は、プログラムデータに基づいて実行される。このプログラムデータは、ＲＯＭ化され、それぞれの制御系の基板に装着されている。このＲＯＭが交換されると、プログラムデータが変わるということであり、不正に交換されると、画像処理の各機能に重大な影響を及ぼす可能性がある。また、適正な交換（バージョンアップ等）であっても、交換履歴がなかったため、別途ＳＥ等が交換の履歴を記録しておく必要があった。
【００５１】
そこで、例えば、装置起動時の度に、全てのＲＯＭのバージョン情報を起動前と比較照合し、バージョン情報に差異があったときに事象として、監査ログ作成指示情報を監査ログ作成部１２６へ送出する。
【００５２】
前記ＮＶＲＡＭ１３０又はＨＤＤ１３２に記録された監査ログは、前述のようにネットワーク１０２を介して接続された管理ＰＣ１００からのアクセスによって取り出され、管理ＰＣ１００のモニタ１００Ａに表示される。
【００５３】
このため、外部Ｉ／Ｆ１１２には、監査ログ要求確認部１３４と監査ログデータ送信実行部１３６に接続されている。また、前記監査ログ記録先管理部１２８は、監査ログデータ読出部１３８に接続されている。
【００５４】
管理ＰＣ１００からの監査ログ要求コマンド信号は、監査ログ要求確認部１３４に入力される。この入力により、監査ログ要求確認部１３４は、前記監査ログデータ読出部１３８に対して、監査ログの読み出しを指示する。
【００５５】
この指示により、監査ログデータ読出部１３８は、監査ログ記録先管理部１２８を介してＮＶＲＡＭ１３０又はＨＤＤ１３２に記録された監査ログを読み出し、監査ログデータ送信実行部１３６へ送出する。
【００５６】
監査ログデータ送信実行部１３６では、監査ログデータを外部Ｉ／Ｆ１１２を介して管理ＰＣ１００へ送出する。
【００５７】
ところで、本実施の形態では、管理ＰＣ１００から監査ログの要求があると、単純に記録されている監査ログデータを送出していた。言い換えれば、「監査ログの送出」という事象は監査ログの対象としていなかったため、不正に監査ログが取り出されたとしても、これを監視する手段がなかった。
【００５８】
そこで、本実施の形態では、監査ログ要求確認部１３４に監査ログ要求があった時点で、これを事象として、監査ログ作成指示情報を監査ログ要求確認部１３４から監査ログ作成部１２６へ送出する。
【００５９】
図４に示される如く、管理ＰＣ１００のモニタ１００Ａには、監査ログが表形式で表示される。
【００６０】
表形式の項目は、１０項目に分類され、これらの項目で１行の監査ログデータとなる。
【００６１】
項目は、「Log ID」、「Date」、「Time」、「Audit Event ID」、「Logged Events」、「User Name」、「Description」、「Status」、「Optionally Logged Items」、「Related/Owned」となっている。
【００６２】
図４のLog ID：3は、メモリ（メモリに記憶された情報へのアクセス）交換有りを示す監査ログであり、「Description」が”Important Parts”、「Status」が”Replaced”となっていることで認識することができる。
【００６３】
図４のLog ID：4は、プログラムデータの更新有りを示す監査ログであり、「Description」が”Software”、「Status」が”Update (ADF ROM)”となっていることで認識することができる。なお、ADF ROMは、原稿送り装置用のプログラムデータが欠き込まれたＲＯＭである。
【００６４】
図４のLog ID：5は、ＨＤＤ１３２の交換有りを示す監査ログであり、「Description」が”Hard Disc”、「Status」が” Replaced”となっていることで認識することができる。
【００６５】
ここで、監査ログの項目の１つである「Related/Owned」とは、複数の監査ログの関連性を示すものであり、例えば複数あて先へのファクシミリ送信や、予め設定したマクロ（スクリプト）による複合された処理のそれぞれを関連付けて監査ログとして記録したものである。
【００６６】
図４のLog ID：160〜163（以下、「第１の関連監査ログ」という）と、Log ID：180〜183（以下、「第２の関連監査ログ」という）がそれぞれ関連付けられた監査ログである。
【００６７】
ここで、第１の関連監査ログにおいては、第１行〜第３行の「Related/Owned」の項が”Related”であり、最終行が”Owned”となっており、この最終行が親ジョブであり、第１行〜第３行が子ジョブとなり、親ジョブは全ての関連処理が終了したことを示す事象として監査ログとなる。
【００６８】
このとき、親ジョブの「Status」の項目が”Complete”であるので、この第１の関連監査ログは全ての処理が成功したと認識できる。
【００６９】
次に、第２の関連監査ログにおいては、第１行〜第３行の「Related/Owned」の項が”Related”であり、最終行が”Owned”となっており、この最終行が親ジョブであり、第１行〜第３行が子ジョブとなり、親ジョブは全ての関連処理が終了したことを示す事象として監査ログとなる。
【００７０】
このとき、親ジョブの「Status」の項目が”Failed”であるので、この第２の関連監査ログの何れかでエラーが生じていると判断でき、結果としてエラーとなったジョブ（ここでは、第２行の子ジョブ）を検索すると、この子ジョブの「Status」の項目が”Failed”となっていることがわかる。このように、第２の関連監査ログの「Related/Owned」の項を見ることで容易に関連するジョブの状態を認識することができる。
【００７１】
以下に本実施の形態の作用を図５乃至図７のフローチャートに従い説明する。
【００７２】
図５は、画像処理装置１０の起動時の監査ログ作成制御ルーチンであり、ステップ２００では、起動したか否かが判断される。このステップ２００で肯定判定されると、ステップ２０２へ移行して、現在装着されているＨＤＤ１３２のシリアルＮｏ．（識別可能なものであれば、シリアルＮｏ．に限定されるものではない。）を読み取り、次いでステップ２０４へ移行して、前回起動時に更新記憶されたＨＤＤ１３２のシリアルＮｏ．を読み出す。
【００７３】
次のステップ２０６では、前記ステップ２０２及びステップ２０４で読み出したそれぞれのシリアルＮｏ．を比較・照合し、ステップ２０８へ移行する。ステップ２０８では、比較・照合の結果が一致したか否かが判断される。このステップ２０８で否定判定されると、ＨＤＤ１３２が交換されたと判断し、ステップ２１０へ移行して監査ログへ、事象として、「ＨＤＤの交換有り」情報を書き込み（例えば、図４の中では、Log ID:5に該当する。）、ステップ２１２へ移行する。
【００７４】
また、ステップ２０８で肯定判定された場合には、ＨＤＤに交換はないと判断し、ステップ２０８からステップ２１２へ移行する。
【００７５】
ステップ２１２では、現在装着されているＲＯＭのバージョン（識別可能なものであれば、バージョンに限定されるものではない。）を読み取り、次いでステップ２１４移行して、前回起動時に更新記憶されたＲＯＭのバージョンを読み出す。
【００７６】
次のステップ２１６では、前記ステップ２１２及びステップ２１４で読み出したそれぞれのバージョンを比較・照合し、ステップ２１８へ移行する。ステップ２１８では、比較・照合の結果が一致したか否かが判断される。このステップ２１８で否定判定されると、ＲＯＭが交換されたと判断し、ステップ２２０へ移行して監査ログへ、事象として、「ＲＯＭの交換有り（プログラムデータ更新有り）」情報を書き込み（例えば、図４の中では、Log ID:4に該当する。）、このルーチンは終了する。
【００７７】
また、ステップ２１８で肯定判定された場合には、ＲＯＭに交換はない（プログラムデータに変化なし）と判断し、このルーチンは終了する。
【００７８】
次に、図６のフローチャートに従い、通常画像処理動作時の監査ログ作成制御ルーチンを説明する。
【００７９】
ステップ２２２では、メモリにアクセスがあったか否かが判断され、否定判定されるとこのルーチンは終了する。
【００８０】
ステップ２２２で肯定判定されると、ステップ２２４へ移行して監査ログへ、事象として、「メモリアクセス有り」情報を書き込み（例えば、図４の中では、Log ID:3に該当する。）、ステップ２２６へ移行する。
【００８１】
ステップ２２６では、画像処理動作が終了したか否かが判断され、否定判定の場合には、このルーチンは終了する。また、ステップ２２６で肯定判定されると、ステップ２２８へ移行し、現在終了した画像処理動作のジョブは複数の画像処理としてまとめられる関連ジョブか否かが判断される。
【００８２】
このステップ２２８で否定判定されると、単独のジョブであると判断し、ステップ２３０へ移行して、図４の項目の１つである「Related/Owned」に”Owned”を付与し、ステップ２３６へ移行する。
【００８３】
また、ステップ２２８で肯定判定されると、ステップ２３２へ移行して、関連ジョブのショブ種が親ジョブか子ジョブかが判断される。なお、関連ジョブの最後のジョブが親ジョブである。
【００８４】
このステップ２３２で子ジョブと判定されると、ステップ２３４へ移行して、図４の項目の１つである「Related/Owned」に”Related”を付与し、ステップ２３２へ戻り、子ジョブの数だけステップ２３２、ステップ２３４を繰り返す。
【００８５】
また、ステップ２３２で親ジョブと判定されると、ステップ２３０へ移行して、図４の項目の１つである「Related/Owned」に”Owned”を付与し、ステップ２３６へ移行する。
【００８６】
ステップ２３６では、監査ログの対象から否かの判別、監査ログの作成、監査ログの書き込み（記録）が実行され、このルーチンは終了する。
【００８７】
次に、図７のフローチャートに従い、監査ログ要求時監査ログ作成制御ルーチンを説明する。
【００８８】
ステップ２３８では、管理ＰＣ１００から監査ログの要求があったか否かが判断される。このステップ２３８で否定判定された場合には、このルーチンは終了する。
【００８９】
また、ステップ２３８で肯定判定されると、ステップ２４０へ移行して監査ログデータ読出ブ１３８により監査ログデータを読み出し、次いでステップ２４２で監査ログデータ送信実行部１３６により監査ログデータをネットワーク１０２を介して管理ＰＣ１００へ送出する。
【００９０】
次のステップ２４４では、監査ログ要求確認部１３４から監査ログ作成部１２６へ信号を送出し、監査ログの事象として、「監査ログデータ送出」情報を監査ログとして書き込み（記録し）、このルーチンは終了する。
【００９１】
（本実施の形態の特徴１）
管理ＰＣ１００のモニタ１００Ａに監査ログが表形式で表示されるので、オペレータは、このモニタ１００Ａに表示される監査ログによって画像処理装置１０の状況を認識することができる。
【００９２】
本実施の形態では、監査ログの対象事象として、新たに、図４のLog ID：3のような事象を追加した。すなわち、メモリ交換有りを示す監査ログである。
【００９３】
また、図４のLog ID：4のような事象を追加した。プログラムデータの更新有りを示す監査ログである。
【００９４】
さらに、図４のLog ID：5のような事象を追加した。ＨＤＤ１３２の交換有りを示す監査ログである。
【００９５】
なお、監査ログとして、メモリへのアクセス、プログラムデータが記憶されたＲＯＭの交換、或いはＨＤＤの交換を新たに監査ログの事象としたが、上記の他、時刻設定（ローカルタイムの変更）操作、親展ボックスの開設、解除、ユーザーのログイン、ログアウト等を監査ログの事象としてもよい。
【００９６】
また、重要パーツとしてＨＤＤ１３２を例にとり説明したが、ＮＶＲＡＭ１３０等、他の記録媒体も重要パーツとしてもよい。
【００９７】
（本実施の形態の特徴２）
管理ＰＣ１００のモニタ１００Ａに監査ログが表形式で表示されるので、オペレータは、このモニタ１００Ａに表示される監査ログによって画像処理装置１０の状況を認識することができる。
【００９８】
監査ログの項目に複数の監査ログの関連性を示す「Related/Owned」を設けた。図４のLog ID：160〜163（以下、「第１の関連監査ログ」という）と、Log ID：180〜183（以下、「第２の関連監査ログ」という）がそれぞれ関連付けられた監査ログである。
【００９９】
第２の関連監査ログにおいて、親ジョブの「Status」の項目が”Failed”であるので、この第２の関連監査ログの何れかでエラーが生じていると判断でき、結果として第２行の子ジョブの「Status」の項目が”Failed”となっている。このように、第２の関連監査ログの「Related/Owned」の項を見ることで容易に関連するジョブの状態を認識することができる。このため、予め設定したジョブに含まれる複数の監査ログの事象が、互いに関連していることを、表示される監査ログから容易に追っていくことができる。
【０１００】
（本実施の形態の特徴３）
管理ＰＣ１００から監査ログの要求があると、監査ログデータを送出すると共に、監査ログ要求を、監査ログの事象とする。このため、管理ＰＣ１００のモニタ１００Ａで、監査ログの要求があったことも認識することが可能となる。すなわち、監査ログの外部出力自体も、監査ログの登録対象事象とすることで、監査ログの不正な漏洩を迅速に検知することができる。
【図面の簡単な説明】
【０１０１】
【図１】本実施の形態に係る画像処理装置と管理ＰＣとのネットワーク接続関係を示す概略図である。
【図２】本実施の形態に係る画像処理装置の外観図である。
【図３】本実施の形態に係る画像処理装置の制御系を示し、メインコトローラでの機能を主体とした機能ブロック図である。
【図４】管理ＰＣのモニタ上に表示される表形式にフォーマットされた監査ログの一例を示す正面図である。
【図５】本実施の形態に係る起動時監査ログ作成制御ルーチンを示すフローチャートである。
【図６】本実施の形態に係る通常画像処理動作時監査ログ作成制御ルーチンを示すフローチャートである。
【図７】監査ログ要求時監査ログ作成制御ルーチンを示すフローチャートである。
【符号の説明】
【０１０２】
１０ 画像処理装置
１００ 管理ＰＣ
１０２ ネットワーク
１２ 画像形成部
１４ 原稿読取部
１６ 原稿搬送装置
２４ ユーザインターフェイス
２０ フィーダートレイ
２２ 原稿排紙トレイ
２６ 給紙トレイ
１０４ メインコントローラ
１０６ スキャナコントローラ
１０８ ファクシミリコントローラ
１１０ プリントコントローラ
１１２ 外部Ｉ／Ｆ
１００Ａ モニタ
１１４ 処理実行制御部
１１６ システム管理部
１１８ バス
１１６Ａ メモリデータアクセス認識部
１１６Ｂ ＨＤＤシステム立上げ認識部
１１６Ｃ ＲＯＭバージョン変更認識部
１２０ 処理実行関連情報入力部
１２２ 処理情報解析部
１２４ 監査ログ対象事象判定部
１２６ 監査ログ作成部
１２８ 監査ログ記録先管理部
１３０ ＮＶＲＡＭ
１３２ ＨＤＤ
１３４ 監査ログ要求確認部
１３６ 監査ログデータ送信実行部
１３８ 監査ログデータ読出部
【技術分野】
【０００１】
本発明は、ログ管理機能を持った画像処理装置に関するものである。
【背景技術】
【０００２】
通信機器や制御機器等では、通信処理や制御実行の記録としてログ情報を残している。
【０００３】
ログ情報の一部として監査ログを称されるものがある。
【０００４】
監査ログは、障害や構成変更、ユーザ操作当、デバイスないで発生した事象（監査事象）を「いつ」「誰（何）が」「どうした」「その結果」というような項目の形式で、通常は時系列で記憶したものであり、監査ログＩＤで管理されている。
【０００５】
なお、一般的に、監査ログは、画像処理装置とネットワーク接続されたＰＣ等からのアクセスで画像処理装置内に記憶された監査ログ情報を遠隔から取り出し、画像処理装置の診断の要素として利用する。
【０００６】
通常のログ情報の先行技術としては、ユーザの要望に応じてログ情報を動的に最適化するサービス連携システムが提案されている（特許文献１参照）。
【０００７】
特許文献１には、ユーザが、複合機の表示パネルを操作して、ログ最適化指示書を起動させ、複合機の一部（例えば、画像形成部等）のログ情報記憶数の条件設定等を行うことが記載されている。
【０００８】
また、監査ログの先行技術として、デバイスから監査ログを収集する際に、その情報を損なうことなく、伝送する情報量を低下させることのできる監査ログ管理機能を持った画像処理装置が提案されている（特許文献２参照）。
【特許文献１】特開２００７−８７１８６公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、監査ログは、通常、ネットワークを介して接続された管理ＰＣ等からの要求によって、当該管理ＰＣ（すなわち、画像処理装置の外部）に出力されるが、この監査ログの外部出力自体は、なんら履歴として残しておらず、不正なアクセスによる監査ログの漏洩があっても、これを検知することができない。
【００１０】
本発明は上記事実を考慮し、ログの外部出力自体も、ログの登録対象事象とすることで、ログの不正な漏洩を迅速に検知することができる画像処理装置を得ることが目的である。
【課題を解決するための手段】
【００１１】
第１の発明は、画像データに対して画像処理を行う画像処理装置であって、前記画像処理で発生した事象をログ情報として登録するログ登録手段と、外部からの要求を受けて、前記ログ登録手段に登録された前記ログを読み出して出力するログ出力手段と、前記ログ出力手段により、前記ログ登録手段に登録された前記ログが出力された場合に、当該ログの出力自体を、前記ログの登録対象事象として登録するログ出力事象登録手段と、を有している。
【００１２】
本発明によれば、外部、例えば、画像処理装置を管理する管理ＰＣからネットワークを介して、画像処理装置に監査ログを要求する。
【００１３】
ログ出力手段では、この要求を受けて、登録された前記ログを読み出して出力する。
【００１４】
ログ出力事象登録手段では、ログ出力手段により、ログ登録手段に登録された前記ログが出力された場合に、当該ログの出力自体を、前記ログの登録対象事象として登録する。これにより、ログが不正に漏洩された場合を含め、外部への出力を迅速に検知することができる。
【発明の効果】
【００１５】
以上説明した如く本発明によれば、ログの外部出力自体も、ログの登録対象事象とすることで、ログの不正な漏洩を迅速に検知することができるという優れた効果を有する。
【発明を実施するための最良の形態】
【００１６】
図１には、本実施の形態に係る画像処理装置１０と、この画像処理装置１０における画像形成処理状況等のログ（状況記録）を確認するための管理ＰＣ１００とがネットワーク１０２介して接続されたシステム構成が示されている。
【００１７】
（画像処理装置１０の概略構成）
図２には、本実施の形態に係る画像処理装置１０の概要が示されている。画像処理装置１０には、画像形成部１２、この画像形成部１２の上方に設けられた原稿読取部１４とで構成されている。原稿読取部１４には、当該原稿読取部１４の開閉蓋を兼用する原稿搬送装置１６が設けられている。
【００１８】
原稿読取部１４には、その上面に原稿を載せるための透明のガラス板で形成されたプラテンガラス（図示省略）が設置され、原稿読取領域となっている。また原稿読取部１４には、ユーザが原稿読取、或いは複写指示等を入力操作するためのユーザインターフェイス２４が配設されている。ユーザーインターフェイス２４にはテンキーが設けられ、プリント枚数設定や倍率設定に利用されると共に、ファクシミリ送信時の電話機のダイヤルキーとしても利用される。すなわち、原稿読取部１４は、コピー時の原稿読取機能と、ファクシミリ送信時の原稿読取機能とを併せ持っている。なお、コピー機能は前記画像形成部１２と原稿読取部１４との組合わせで実行可能である。
【００１９】
原稿搬送装置１６には、複写しようとする原稿を（複数枚の場合は重ねて）載せるフィーダートレイ２０が設けられている。この原稿搬送装置１６では、フィーダートレイ２０上に載せられた原稿（複数枚重ねられている場合は、その最上層の原稿）を、原稿反転ユニット（図示省略）へ送り込むことで、反転しながらプラテンガラス上の読取領域を通過させ、フィーダートレイ２０の下部に設けられた原稿排紙トレイ２２上に排出されるように自動搬送して原稿読取動作を実行する。
【００２０】
画像形成部１２には、装置本体下部に３段に渡って配置された給紙トレイ２６が設けられ、サイズが指定されることで、選択的に給紙トレイ２６から記録シートが給紙装置によって１枚ずつ引き出され、画像形成部１２に搬送されるようになっている。
【００２１】
画像形成部１２には、シート材に画像を形成する感光体ドラムが配設されている。なお、図示は省略したが、感光体ドラムの周囲には、帯電装置、光走査装置、現像装置、転写装置等が配設されている。感光体ドラムの周面は、一様に帯電された後、光走査装置によって画像データに基づく静電潜像が形成され、形成された静電潜像を現像装置によってトナー現像する。その後、転写装置を通過することで、感光体ドラム上のトナー画像がシート材に転写する構成となっている。画像が転写されたシート材は定着装置によって加熱、加圧処理され、画像が定着された状態で排出されるようになっている。
【００２２】
図３に示される如く、画像処理装置１０には、制御系の中心となるメインコントローラ１０４が設けられている。
【００２３】
メインコントローラ１０４には、前記原稿読取部１４の動作（スキャナとしての動作、ファクシミリとしての動作）を制御するスキャナコントローラ１０６及びファクシミリコントローラ１０８が接続されると共に、画像形成部１２の動作を制御するプリントコントローラ１１０が接続されている。
【００２４】
また、メインコントローラ１０４には、前述したユーザインターフェイス２４が接続され、ユーザの操作によって画像形成等に関する指示がなされると共に、画像形成時等の情報をユーザへ報知するようになっている。
【００２５】
さらに、このメインコントローラ１０４には、管理ＰＣ１００とのネットワーク１０２が接続される外部Ｉ／Ｆ１１２が設けられており、ネットワーク１０２を介して画像データが入力されるようになっている。
【００２６】
画像データが入力されると、メインコントローラ１０４では、例えば、画像データに含まれるプリント指示情報と、イメージデータとを解析し、画像形成部１２（図２参照）に適合する形式（例えば、ビットマップデータ）に変換し、プリントコントローラ１１０へ画像データを送出する。なお、画像データは、前記原稿読取部１４から入力（コピー入力）される場合、或いは、ネットワーク１０２とは別に設けた専用の電話回線から入力（ファクシミリ入力）される場合もある。
【００２７】
ここで、本実施の形態の画像処理装置１０のメインコントローラ１０４では、上記のような複合的な処理の全てを一括管理制御すると共に、当該複合的な処理状況をログ（以下、「監査ログ」という）として記録に残すようにしている。
【００２８】
記録として残す監査ログは、ネットワーク１０２を介して接続された管理ＰＣ１００から読み出すことができる。すなわち、管理ＰＣ１００は、予め登録された監査ログ管理プログラムを起動させることで、モニタ１００Ａに、「Audit Log」と表記された監査ログ管理画面（図示省略）が表示されるようになっている。
【００２９】
このモニタ１００Ａに表示された管理ログ管理画面には、選択項目として、「Export as text file」と表記されたリンク領域が存在し、このリンク領域をクリックすることで監査ログデータを読み出すことができるようになっている。
【００３０】
以下、メインコトローラ１０４における監査ログに対応する事象を判別し、記録し、かつ指示に応じて送出する制御系について説明する。なお、この図２におけるメインコトローラ１０４内に示す各ブロックは、機能別に示したものであり、ハード構成を限定するものではない。
【００３１】
メインコントローラ１０４は、前記ファクシミリコントローラ１０８、スキャナコントローラ１０６、プリントコントローラ１１０のそれぞれを制御する処理実行制御部１１４を備えている。
【００３２】
処理実行制御部１１４は、システム管理部１１６及び前記外部Ｉ／Ｆ１１２とバス１１８によって接続され、互いに信号の送受信を行う。
【００３３】
システム管理部１１６は、メインコトローラ１０４におけるソフト的な処理や、ハード構成の状態を一括管理するものであり、本実施の形態の特徴として、メモリデータアクセス認識部１１６Ａ、ＨＤＤシステム立上げ認識部１１６Ｂ、ＲＯＭバージョン変更認識部１１６Ｃを備える。
【００３４】
一方、前記ファクシミリコントローラ１０８、スキャナコントローラ１０６、プリントコントローラ１１０は、それぞれ処理実行関連情報入力部１２０に接続されている。処理実行関連情報入力部１２０には、前記前記ファクシミリコントローラ１０８、スキャナコントローラ１０６、プリントコントローラ１１０から各処理実行関連情報が入力される。
【００３５】
処理実行関連情報入力部１２０は、処理情報解析部１２２と接続され、処理実行関連情報入力部１２０から処理実行関連情報を処理情報解析部１２２へ送出する。処理情報解析部１２２では、入力した処理実行関連情報（処理情報）を解析し、当該解析結果を監査ログ対象事象判定部１２４へ送出する。
【００３６】
監査ログ対象事象判定部１２４では、解析された各事象が監査ログの対象となるか否かの判別を実行する。
【００３７】
この監査ログ対象事象判定部１２４は、監査ログ作成部１２６に接続されている。
【００３８】
監査ログ作成部１２６には、監査ログ対象事象判定部１２４において、監査ログの対象となる事象が入力されるようになっており、この入力順（時系列）に監査ログが作成される。
【００３９】
表１は、監査ログを表形式で示したものであり、例えば、このような表が、管理ＰＣ１００のモニタ１００Ａに表示される。この表１の監査ログの詳細については、詳細は図４を用いて後述する。
【００４０】
【表１】
【００４１】
前記監査ログ作成部１２６は、監査ログ記録先管理部１２８に接続されている。本実施の形態では、監査ログの記録先として、ＮＶＲＡＭ１３０と、ＨＤＤ１３２とを準備している。
【００４２】
ＮＶＲＡＭ１３０には、５０件（表１の１行が１件）の監査ログが記録可能であり、いっぱい（５０件）になると、１ファイルとしてＨＤＤ１３２に転送されるようになっている。ＨＤＤ１３２には、３００ファイル分の監査ログが記録可能であり、この結果、ＨＤＤ１３２には、３００×５０＝１５０００件の監査ログが記録可能である。
【００４３】
なお、記録の方式は、所謂先入れ先出し（ＦＩＦＯ）で処理される。
【００４４】
ここで、監査ログ作成部１２６はシステム管理部１１６に接続されている。システム管理部１１６において監査ログとして記録すべき４つの事象が認識されると、当該事象が監査ログ作成部にそれぞれ送出され、監査ログの１つとして、監査ログ記録先管理部１２８へ送出され、他の監査ログと同様に時系列で記録される。
【００４５】
以下、このシステム管理部１２８における監査ログの事象を列挙する。
【００４６】
（１） メモリデータアクセス認識部１１６Ａからの監査ログ事象
画像処理装置１０には、複数のメモリ領域が存在しており、これらのメモリには重要な情報が記憶されている場合がある。
【００４７】
そこで、メモリへのアクセスを監視し、当該メモリへのアクセスがあった時点で事象として、監査ログ作成指示情報を監査ログ作成部１２６へ送出する。
【００４８】
（２） ＨＤＤシステム立上げ認識部１１６Ｂからの監査ログ事象
ＨＤＤ（ＨＤＤ１３２を含み、全てのＨＤＤを指すが、以下ＨＤＤ１３２と称する）には、大量の画像データが記録されており、このＨＤＤ１３２が取り外されると、画像処理装置１０としては、致命的となる。ところが、ＨＤＤ１３２は、交換されたとしても、外観的には何ら変わりがないため、十分に管理する必要がある。
【００４９】
そこで、例えば、装置起動時の度に、ＨＤＤ１３２のシリアル番号等の識別符号を、起動前と比較照合し、識別符号に差異があったときに事象として、監査ログ作成指示情報を監査ログ作成部１２６へ送出する。
【００５０】
（３） ＲＯＭバージョン変更認識部１１６Ｃからの監査ログ事象
画像処理装置１０における各機能（ファクシミリ機能、スキャナ機能、プリント機能）を含む全ての処理制御は、プログラムデータに基づいて実行される。このプログラムデータは、ＲＯＭ化され、それぞれの制御系の基板に装着されている。このＲＯＭが交換されると、プログラムデータが変わるということであり、不正に交換されると、画像処理の各機能に重大な影響を及ぼす可能性がある。また、適正な交換（バージョンアップ等）であっても、交換履歴がなかったため、別途ＳＥ等が交換の履歴を記録しておく必要があった。
【００５１】
そこで、例えば、装置起動時の度に、全てのＲＯＭのバージョン情報を起動前と比較照合し、バージョン情報に差異があったときに事象として、監査ログ作成指示情報を監査ログ作成部１２６へ送出する。
【００５２】
前記ＮＶＲＡＭ１３０又はＨＤＤ１３２に記録された監査ログは、前述のようにネットワーク１０２を介して接続された管理ＰＣ１００からのアクセスによって取り出され、管理ＰＣ１００のモニタ１００Ａに表示される。
【００５３】
このため、外部Ｉ／Ｆ１１２には、監査ログ要求確認部１３４と監査ログデータ送信実行部１３６に接続されている。また、前記監査ログ記録先管理部１２８は、監査ログデータ読出部１３８に接続されている。
【００５４】
管理ＰＣ１００からの監査ログ要求コマンド信号は、監査ログ要求確認部１３４に入力される。この入力により、監査ログ要求確認部１３４は、前記監査ログデータ読出部１３８に対して、監査ログの読み出しを指示する。
【００５５】
この指示により、監査ログデータ読出部１３８は、監査ログ記録先管理部１２８を介してＮＶＲＡＭ１３０又はＨＤＤ１３２に記録された監査ログを読み出し、監査ログデータ送信実行部１３６へ送出する。
【００５６】
監査ログデータ送信実行部１３６では、監査ログデータを外部Ｉ／Ｆ１１２を介して管理ＰＣ１００へ送出する。
【００５７】
ところで、本実施の形態では、管理ＰＣ１００から監査ログの要求があると、単純に記録されている監査ログデータを送出していた。言い換えれば、「監査ログの送出」という事象は監査ログの対象としていなかったため、不正に監査ログが取り出されたとしても、これを監視する手段がなかった。
【００５８】
そこで、本実施の形態では、監査ログ要求確認部１３４に監査ログ要求があった時点で、これを事象として、監査ログ作成指示情報を監査ログ要求確認部１３４から監査ログ作成部１２６へ送出する。
【００５９】
図４に示される如く、管理ＰＣ１００のモニタ１００Ａには、監査ログが表形式で表示される。
【００６０】
表形式の項目は、１０項目に分類され、これらの項目で１行の監査ログデータとなる。
【００６１】
項目は、「Log ID」、「Date」、「Time」、「Audit Event ID」、「Logged Events」、「User Name」、「Description」、「Status」、「Optionally Logged Items」、「Related/Owned」となっている。
【００６２】
図４のLog ID：3は、メモリ（メモリに記憶された情報へのアクセス）交換有りを示す監査ログであり、「Description」が”Important Parts”、「Status」が”Replaced”となっていることで認識することができる。
【００６３】
図４のLog ID：4は、プログラムデータの更新有りを示す監査ログであり、「Description」が”Software”、「Status」が”Update (ADF ROM)”となっていることで認識することができる。なお、ADF ROMは、原稿送り装置用のプログラムデータが欠き込まれたＲＯＭである。
【００６４】
図４のLog ID：5は、ＨＤＤ１３２の交換有りを示す監査ログであり、「Description」が”Hard Disc”、「Status」が” Replaced”となっていることで認識することができる。
【００６５】
ここで、監査ログの項目の１つである「Related/Owned」とは、複数の監査ログの関連性を示すものであり、例えば複数あて先へのファクシミリ送信や、予め設定したマクロ（スクリプト）による複合された処理のそれぞれを関連付けて監査ログとして記録したものである。
【００６６】
図４のLog ID：160〜163（以下、「第１の関連監査ログ」という）と、Log ID：180〜183（以下、「第２の関連監査ログ」という）がそれぞれ関連付けられた監査ログである。
【００６７】
ここで、第１の関連監査ログにおいては、第１行〜第３行の「Related/Owned」の項が”Related”であり、最終行が”Owned”となっており、この最終行が親ジョブであり、第１行〜第３行が子ジョブとなり、親ジョブは全ての関連処理が終了したことを示す事象として監査ログとなる。
【００６８】
このとき、親ジョブの「Status」の項目が”Complete”であるので、この第１の関連監査ログは全ての処理が成功したと認識できる。
【００６９】
次に、第２の関連監査ログにおいては、第１行〜第３行の「Related/Owned」の項が”Related”であり、最終行が”Owned”となっており、この最終行が親ジョブであり、第１行〜第３行が子ジョブとなり、親ジョブは全ての関連処理が終了したことを示す事象として監査ログとなる。
【００７０】
このとき、親ジョブの「Status」の項目が”Failed”であるので、この第２の関連監査ログの何れかでエラーが生じていると判断でき、結果としてエラーとなったジョブ（ここでは、第２行の子ジョブ）を検索すると、この子ジョブの「Status」の項目が”Failed”となっていることがわかる。このように、第２の関連監査ログの「Related/Owned」の項を見ることで容易に関連するジョブの状態を認識することができる。
【００７１】
以下に本実施の形態の作用を図５乃至図７のフローチャートに従い説明する。
【００７２】
図５は、画像処理装置１０の起動時の監査ログ作成制御ルーチンであり、ステップ２００では、起動したか否かが判断される。このステップ２００で肯定判定されると、ステップ２０２へ移行して、現在装着されているＨＤＤ１３２のシリアルＮｏ．（識別可能なものであれば、シリアルＮｏ．に限定されるものではない。）を読み取り、次いでステップ２０４へ移行して、前回起動時に更新記憶されたＨＤＤ１３２のシリアルＮｏ．を読み出す。
【００７３】
次のステップ２０６では、前記ステップ２０２及びステップ２０４で読み出したそれぞれのシリアルＮｏ．を比較・照合し、ステップ２０８へ移行する。ステップ２０８では、比較・照合の結果が一致したか否かが判断される。このステップ２０８で否定判定されると、ＨＤＤ１３２が交換されたと判断し、ステップ２１０へ移行して監査ログへ、事象として、「ＨＤＤの交換有り」情報を書き込み（例えば、図４の中では、Log ID:5に該当する。）、ステップ２１２へ移行する。
【００７４】
また、ステップ２０８で肯定判定された場合には、ＨＤＤに交換はないと判断し、ステップ２０８からステップ２１２へ移行する。
【００７５】
ステップ２１２では、現在装着されているＲＯＭのバージョン（識別可能なものであれば、バージョンに限定されるものではない。）を読み取り、次いでステップ２１４移行して、前回起動時に更新記憶されたＲＯＭのバージョンを読み出す。
【００７６】
次のステップ２１６では、前記ステップ２１２及びステップ２１４で読み出したそれぞれのバージョンを比較・照合し、ステップ２１８へ移行する。ステップ２１８では、比較・照合の結果が一致したか否かが判断される。このステップ２１８で否定判定されると、ＲＯＭが交換されたと判断し、ステップ２２０へ移行して監査ログへ、事象として、「ＲＯＭの交換有り（プログラムデータ更新有り）」情報を書き込み（例えば、図４の中では、Log ID:4に該当する。）、このルーチンは終了する。
【００７７】
また、ステップ２１８で肯定判定された場合には、ＲＯＭに交換はない（プログラムデータに変化なし）と判断し、このルーチンは終了する。
【００７８】
次に、図６のフローチャートに従い、通常画像処理動作時の監査ログ作成制御ルーチンを説明する。
【００７９】
ステップ２２２では、メモリにアクセスがあったか否かが判断され、否定判定されるとこのルーチンは終了する。
【００８０】
ステップ２２２で肯定判定されると、ステップ２２４へ移行して監査ログへ、事象として、「メモリアクセス有り」情報を書き込み（例えば、図４の中では、Log ID:3に該当する。）、ステップ２２６へ移行する。
【００８１】
ステップ２２６では、画像処理動作が終了したか否かが判断され、否定判定の場合には、このルーチンは終了する。また、ステップ２２６で肯定判定されると、ステップ２２８へ移行し、現在終了した画像処理動作のジョブは複数の画像処理としてまとめられる関連ジョブか否かが判断される。
【００８２】
このステップ２２８で否定判定されると、単独のジョブであると判断し、ステップ２３０へ移行して、図４の項目の１つである「Related/Owned」に”Owned”を付与し、ステップ２３６へ移行する。
【００８３】
また、ステップ２２８で肯定判定されると、ステップ２３２へ移行して、関連ジョブのショブ種が親ジョブか子ジョブかが判断される。なお、関連ジョブの最後のジョブが親ジョブである。
【００８４】
このステップ２３２で子ジョブと判定されると、ステップ２３４へ移行して、図４の項目の１つである「Related/Owned」に”Related”を付与し、ステップ２３２へ戻り、子ジョブの数だけステップ２３２、ステップ２３４を繰り返す。
【００８５】
また、ステップ２３２で親ジョブと判定されると、ステップ２３０へ移行して、図４の項目の１つである「Related/Owned」に”Owned”を付与し、ステップ２３６へ移行する。
【００８６】
ステップ２３６では、監査ログの対象から否かの判別、監査ログの作成、監査ログの書き込み（記録）が実行され、このルーチンは終了する。
【００８７】
次に、図７のフローチャートに従い、監査ログ要求時監査ログ作成制御ルーチンを説明する。
【００８８】
ステップ２３８では、管理ＰＣ１００から監査ログの要求があったか否かが判断される。このステップ２３８で否定判定された場合には、このルーチンは終了する。
【００８９】
また、ステップ２３８で肯定判定されると、ステップ２４０へ移行して監査ログデータ読出ブ１３８により監査ログデータを読み出し、次いでステップ２４２で監査ログデータ送信実行部１３６により監査ログデータをネットワーク１０２を介して管理ＰＣ１００へ送出する。
【００９０】
次のステップ２４４では、監査ログ要求確認部１３４から監査ログ作成部１２６へ信号を送出し、監査ログの事象として、「監査ログデータ送出」情報を監査ログとして書き込み（記録し）、このルーチンは終了する。
【００９１】
（本実施の形態の特徴１）
管理ＰＣ１００のモニタ１００Ａに監査ログが表形式で表示されるので、オペレータは、このモニタ１００Ａに表示される監査ログによって画像処理装置１０の状況を認識することができる。
【００９２】
本実施の形態では、監査ログの対象事象として、新たに、図４のLog ID：3のような事象を追加した。すなわち、メモリ交換有りを示す監査ログである。
【００９３】
また、図４のLog ID：4のような事象を追加した。プログラムデータの更新有りを示す監査ログである。
【００９４】
さらに、図４のLog ID：5のような事象を追加した。ＨＤＤ１３２の交換有りを示す監査ログである。
【００９５】
なお、監査ログとして、メモリへのアクセス、プログラムデータが記憶されたＲＯＭの交換、或いはＨＤＤの交換を新たに監査ログの事象としたが、上記の他、時刻設定（ローカルタイムの変更）操作、親展ボックスの開設、解除、ユーザーのログイン、ログアウト等を監査ログの事象としてもよい。
【００９６】
また、重要パーツとしてＨＤＤ１３２を例にとり説明したが、ＮＶＲＡＭ１３０等、他の記録媒体も重要パーツとしてもよい。
【００９７】
（本実施の形態の特徴２）
管理ＰＣ１００のモニタ１００Ａに監査ログが表形式で表示されるので、オペレータは、このモニタ１００Ａに表示される監査ログによって画像処理装置１０の状況を認識することができる。
【００９８】
監査ログの項目に複数の監査ログの関連性を示す「Related/Owned」を設けた。図４のLog ID：160〜163（以下、「第１の関連監査ログ」という）と、Log ID：180〜183（以下、「第２の関連監査ログ」という）がそれぞれ関連付けられた監査ログである。
【００９９】
第２の関連監査ログにおいて、親ジョブの「Status」の項目が”Failed”であるので、この第２の関連監査ログの何れかでエラーが生じていると判断でき、結果として第２行の子ジョブの「Status」の項目が”Failed”となっている。このように、第２の関連監査ログの「Related/Owned」の項を見ることで容易に関連するジョブの状態を認識することができる。このため、予め設定したジョブに含まれる複数の監査ログの事象が、互いに関連していることを、表示される監査ログから容易に追っていくことができる。
【０１００】
（本実施の形態の特徴３）
管理ＰＣ１００から監査ログの要求があると、監査ログデータを送出すると共に、監査ログ要求を、監査ログの事象とする。このため、管理ＰＣ１００のモニタ１００Ａで、監査ログの要求があったことも認識することが可能となる。すなわち、監査ログの外部出力自体も、監査ログの登録対象事象とすることで、監査ログの不正な漏洩を迅速に検知することができる。
【図面の簡単な説明】
【０１０１】
【図１】本実施の形態に係る画像処理装置と管理ＰＣとのネットワーク接続関係を示す概略図である。
【図２】本実施の形態に係る画像処理装置の外観図である。
【図３】本実施の形態に係る画像処理装置の制御系を示し、メインコトローラでの機能を主体とした機能ブロック図である。
【図４】管理ＰＣのモニタ上に表示される表形式にフォーマットされた監査ログの一例を示す正面図である。
【図５】本実施の形態に係る起動時監査ログ作成制御ルーチンを示すフローチャートである。
【図６】本実施の形態に係る通常画像処理動作時監査ログ作成制御ルーチンを示すフローチャートである。
【図７】監査ログ要求時監査ログ作成制御ルーチンを示すフローチャートである。
【符号の説明】
【０１０２】
１０ 画像処理装置
１００ 管理ＰＣ
１０２ ネットワーク
１２ 画像形成部
１４ 原稿読取部
１６ 原稿搬送装置
２４ ユーザインターフェイス
２０ フィーダートレイ
２２ 原稿排紙トレイ
２６ 給紙トレイ
１０４ メインコントローラ
１０６ スキャナコントローラ
１０８ ファクシミリコントローラ
１１０ プリントコントローラ
１１２ 外部Ｉ／Ｆ
１００Ａ モニタ
１１４ 処理実行制御部
１１６ システム管理部
１１８ バス
１１６Ａ メモリデータアクセス認識部
１１６Ｂ ＨＤＤシステム立上げ認識部
１１６Ｃ ＲＯＭバージョン変更認識部
１２０ 処理実行関連情報入力部
１２２ 処理情報解析部
１２４ 監査ログ対象事象判定部
１２６ 監査ログ作成部
１２８ 監査ログ記録先管理部
１３０ ＮＶＲＡＭ
１３２ ＨＤＤ
１３４ 監査ログ要求確認部
１３６ 監査ログデータ送信実行部
１３８ 監査ログデータ読出部
【特許請求の範囲】
【請求項１】
画像データに対して画像処理を行う画像処理装置であって、
前記画像処理で発生した事象をログ情報として登録するログ登録手段と、
外部からの要求を受けて、前記ログ登録手段に登録された前記ログを読み出して出力するログ出力手段と、
前記ログ出力手段により、前記ログ登録手段に登録された前記ログが出力された場合に、当該ログの出力自体を、前記ログの登録対象事象として登録するログ出力事象登録手段と、
を有する画像処理装置。
【請求項１】
画像データに対して画像処理を行う画像処理装置であって、
前記画像処理で発生した事象をログ情報として登録するログ登録手段と、
外部からの要求を受けて、前記ログ登録手段に登録された前記ログを読み出して出力するログ出力手段と、
前記ログ出力手段により、前記ログ登録手段に登録された前記ログが出力された場合に、当該ログの出力自体を、前記ログの登録対象事象として登録するログ出力事象登録手段と、
を有する画像処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００８−２６９００１（Ｐ２００８−２６９００１Ａ）
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願番号】特願２００７−１０７０６７（Ｐ２００７−１０７０６７）
【出願日】平成１９年４月１６日（２００７．４．１６）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２０年１１月６日（２００８．１１．６）
【国際特許分類】
【出願日】平成１９年４月１６日（２００７．４．１６）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]