(57)【要約】【課題】容量を低減したログ情報を蓄積できること。【解決手段】複合機１００において発生した事象に関する履歴であるセキュリティログを蓄積するＨＤＤ１０３と、利用者から所定の処理要求を受付ける受付部１２２と、利用者からの１回の処理要求および１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、処理要求を識別する要求ＩＤと、処理要求を行った利用者のユーザ情報とを含むチケットを生成するセッション管理部１２５と、チケットとともに処理要求を受けた場合、要求されたエンティティの処理を実行する文書管理部１３２および印刷制御部１３１と、チケットが示す処理要求ごとに、文書管理部１３２および印刷制御部１３１により実行された処理に関するセキュリティログを省略してＨＤＤ１０３に記録するログ管理部１２８と、を備える。【選択図】図１
2010063087.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置において、
前記画像形成装置において発生した事象に関する履歴であるログ情報を蓄積するログ蓄積部と、
利用者から所定の処理要求を受付ける受付部と、
利用者からの１回の処理要求および前記１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、前記処理要求を識別する要求識別情報と、前記処理要求を行った利用者の利用者情報とを含むチケットを生成するチケット生成部と、
前記チケットとともに前記処理要求を受けた場合、要求された前記エンティティの処理を実行する実行処理部と、
前記チケットが示す前記処理要求ごとに、前記実行処理部により実行された処理に関する前記ログ情報である第１ログ情報を省略して前記ログ蓄積部に記録するログ管理部と、
を備えることを特徴とする画像形成装置。
【請求項２】
画像形成に関する処理を含むアプリケーション部と、
前記ログ蓄積部を含むハードウェア資源と、
前記ログ管理部と、前記実行処理部とを備え、前記アプリケーション部からの要求を受けて、前記ハードウェア資源に対する制御を行うプラットフォーム部と、を更に備えたことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記第１ログ情報は、前記画像形成装置のセキュリティに関するセキュリティログであることを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記ログ管理部は、前記チケットが示す前記処理要求ごとに、前記１回の処理要求において内容が重複する項目のログを省略して前記セキュリティログを前記ログ蓄積部に記録することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記ログ管理部は、前記チケットが示す前記処理要求ごとに、前記１回の処理要求において、１回目の記録時では、全てのログを記録し、２回目以降の記録時では、１回目の前記セキュリティログと内容が重複する項目のログを省略して前記セキュリティログを前記ログ蓄積部に記録することを特徴とする請求項４に記載の画像形成装置。
【請求項６】
前記ログ管理部は、前記チケットが示す前記処理要求ごとに、前記１回の処理要求において、所望の情報に対するアクセス回数のみを前記セキュリティログとして前記ログ蓄積部に記録することを特徴とする請求項３に記載の画像形成装置。
【請求項７】
前記受付部は、操作対象の種類、および前記操作対象に対する操作種別ごとに、前記セキュリティログの記録時における省略するログの項目を定めた記録パターンの設定を受付け、
前記ログ管理部は、前記チケットが示す前記処理要求ごとに、前記１回の処理要求において、設定された前記記録パターンに基づく項目のログを省略して前記セキュリティログを前記ログ蓄積部に記録することを特徴とする請求項３に記載の画像形成装置。
【請求項８】
前記受付部は、さらに、前記セキュリティログの記録時に前記操作対象の種類ごとに付与する属性の設定を受付け、
前記ログ管理部は、受付けた前記属性を付与して前記セキュリティログを前記ログ蓄積部に記録することを特徴とする請求項７に記載の画像形成装置。
【請求項９】
画像形成に関する処理を含むアプリケーション部と、
前記ログ蓄積部を含むハードウェア資源と、
前記ログ管理部と、前記実行処理部とを備え、前記アプリケーション部からの要求を受けて、前記ハードウェア資源に対する制御を行うプラットフォーム部と、を更に備え、
前記ログ蓄積部は、出力データの出力情報および出力枚数の履歴である第２ログ情報を蓄積し、
前記アプリケーション部は、
前記出力データを出力する出力部と、
前記チケットが示す前記処理要求である出力ジョブごとに、前記第２ログ情報を前記ログ蓄積部に記録するログ記録部と、
前記出力部が前記出力データを出力した際における新たな前記出力情報と一致する前記出力情報が、前記ログ蓄積部に蓄積されている前記第２ログ情報に含まれているか否かを判断する出力情報判断部と、を備え、
前記ログ記録部は、前記新たな出力情報と一致する前記出力情報が前記第２ログ情報に含まれている場合、前記ログ蓄積部における前記一致する前記出力情報の前記出力枚数を増加させて前記出力枚数を更新し、前記新たな出力情報を前記第２ログ情報として前記ログ蓄積部に記録しないことを特徴とする請求項１に記載の画像形成装置。
【請求項１０】
前記ログ記録部は、前記新たな出力情報と一致する前記出力情報が前記ログ情報に含まれていない場合、前記新たな前記出力情報を、前記第２ログ情報として前記ログ蓄積部に記録することを特徴とする請求項９に記載の画像形成装置。
【請求項１１】
前記アプリケーション部は、
前記ログ蓄積部に蓄積されている前記第２ログ情報を、ネットワークを介して接続されたログ収集装置に転送する転送部をさらに備えたことを特徴とする請求項１０に記載の画像形成装置。
【請求項１２】
前記ログ記録部は、前記第２ログ情報が前記ログ収集装置に転送された後、所定時間経過後に、転送した前記第２ログ情報を前記ログ蓄積部から削除することを特徴とする請求項１１に記載の画像形成装置。
【請求項１３】
画像形成装置で実行されるログ蓄積方法において、
前記画像形成装置は、
前記画像形成装置において発生した事象に関する履歴であるログ情報を蓄積するログ蓄積部を備え、
利用者から所定の処理要求を受付ける受付ステップと、
利用者からの１回の処理要求および前記１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、前記処理要求を識別する要求識別情報と、前記処理要求を行った利用者の利用者情報とを含むチケットを生成するチケット生成ステップと、
前記チケットとともに前記処理要求を受けた場合、要求された前記エンティティの処理を実行する実行処理ステップと、
前記チケットが示す前記処理要求ごとに、前記実行処理部により実行された処理に関する前記ログ情報である第１ログ情報を省略して前記ログ蓄積部に記録するログ管理ステップと、
を含むことを特徴とするログ蓄積方法。
【請求項１４】
利用者から所定の処理要求を受付ける受付ステップと、
利用者からの１回の処理要求および前記１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、前記処理要求を識別する要求識別情報と、前記処理要求を行った利用者の利用者情報とを含むチケットを生成するチケット生成ステップと、
前記チケットとともに前記処理要求を受けた場合、要求された前記エンティティの処理を実行する実行処理ステップと、
前記チケットが示す前記処理要求ごとに、画像形成装置において発生した事象に関する履歴であるログ情報のうち、前記実行処理部により実行された処理に関する前記ログ情報である第１ログ情報を省略してログ蓄積部に記録するログ管理ステップと、
をコンピュータに実行させるためのログ蓄積プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置において発生した事象に関する履歴であるログ情報を蓄積する画像形成装置、ログ蓄積方法、およびログ蓄積プログラムに関する。
【背景技術】
【０００２】
近年、複合機等の画像形成装置は、インターネットやＬＡＮ（Local  Area  Network）などのネットワークに接続され、ネットワーク上のクライアント等から利用可能となっている。このような画像形成装置では、セキュリティ目的や利用状況の把握目的のために、セキュリティログやジョブログなどのログ情報を蓄積している（例えば、特許文献１〜３参照）。また、近年では、画像形成装置は、プラットフォーム部と、プラットフォーム部の上で動作するアプリケーション部とで構成されている。そして、利用者もしくは第三者であるサードベンダが画像処理などにかかるアプリケーションとして新規な外部アプリケーションを開発し、画像処理装置にインストールしてプラットフォーム部上で動作させることが可能となっている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、所定のアプリケーションに対して１回の処理要求（例えば、利用者による所定の処理を実行させる操作ボタンの１回の押下）がなされると、アプリケーションからプラットフォーム部に大量の処理要求がなされ、該処理要求に対する処理が実行されることで、大量のログ情報が発生する場合がある。例えば、１回の処理要求に対して１０００項目の初期設定のエクスポートや、５００件のアドレス帳データのインポートなど、一括処理によるデータアクセスの処理要求などが行われると、その一項目または１件ごとにログが記憶されるため、大量のログ情報が発生することになる。このように大量のログ情報が発生すると、ログ情報の記録領域が圧迫され、新たなログ情報を記録する記録領域がなくなってしまう。また、ログ情報を外部装置に転送する場合、大量のログ情報を送信することで通信経路に負荷が掛かってしまう。
【０００４】
本発明は、上記に鑑みてなされたものであって、１回の処理要求および１回の処理要求に基づいて実行される一連の処理であるエンティティに対してチケットを生成し、該チケットが示す処理要求ごとにログ情報を省略して記録することで、容量を低減したログ情報を蓄積できる画像形成装置、ログ蓄積方法、およびログ蓄積プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決し、目的を達成するために、本発明は、画像形成装置において、前記画像形成装置において発生した事象に関する履歴であるログ情報を蓄積するログ蓄積部と、利用者から所定の処理要求を受付ける受付部と、利用者からの１回の処理要求および前記１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、前記処理要求を識別する要求識別情報と、前記処理要求を行った利用者の利用者情報とを含むチケットを生成するチケット生成部と、前記チケットとともに前記処理要求を受けた場合、要求された前記エンティティの処理を実行する実行処理部と、前記チケットが示す前記処理要求ごとに、前記実行処理部により実行された処理に関する前記ログ情報である第１ログ情報を省略して前記ログ蓄積部に記録するログ管理部と、を備えることを特徴とする。
【０００６】
また、本発明は、画像形成装置で実行されるログ蓄積方法において、前記画像形成装置は、前記画像形成装置において発生した事象に関する履歴であるログ情報を蓄積するログ蓄積部を備え、利用者から所定の処理要求を受付ける受付ステップと、利用者からの１回の処理要求および前記１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、前記処理要求を識別する要求識別情報と、前記処理要求を行った利用者の利用者情報とを含むチケットを生成するチケット生成ステップと、前記チケットとともに前記処理要求を受けた場合、要求された前記エンティティの処理を実行する実行処理ステップと、前記チケットが示す前記処理要求ごとに、前記実行処理部により実行された処理に関する前記ログ情報である第１ログ情報を省略して前記ログ蓄積部に記録するログ管理ステップと、を含むことを特徴とする。
【０００７】
また、本発明は、利用者から所定の処理要求を受付ける受付ステップと、利用者からの１回の処理要求および前記１回の処理要求に基づいて実行される一連の処理であるエンティティに対して、前記処理要求を識別する要求識別情報と、前記処理要求を行った利用者の利用者情報とを含むチケットを生成するチケット生成ステップと、前記チケットとともに前記処理要求を受けた場合、要求された前記エンティティの処理を実行する実行処理ステップと、前記チケットが示す前記処理要求ごとに、画像形成装置において発生した事象に関する履歴であるログ情報のうち、前記実行処理部により実行された処理に関する前記ログ情報である第１ログ情報を省略してログ蓄積部に記録するログ管理ステップと、をコンピュータに実行させるためのプログラムである。
【発明の効果】
【０００８】
本発明によれば、１回の処理要求および１回の処理要求に基づいて実行される一連の処理であるエンティティに対してチケットを生成し、該チケットが示す処理要求ごとにログ情報を省略して記録することで、容量を低減したログ情報を蓄積できるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態１にかかる複合機の機能構成を示すブロック図である。
【図２】図２は、セキュリティログの一例を示す説明図である。
【図３】図３は、記録パターンＡにより記録されたセキュリティログの一例を示す図である。
【図４】図４は、記録パターンＢにより記録されたセキュリティログの一例を示す図である。
【図５】図５は、記録パターンＣにより記録されたセキュリティログの一例を示す図である。
【図６】図６は、記録パターン設定テーブルの一例を示す図である。
【図７】図７は、チケットの一例を示す図である。
【図８】図８は、ログ省略判定テーブルの一例を示す図である。
【図９】図９は、実施の形態１にかかる複合機におけるセキュリティログの蓄積処理の流れを示すシーケンス図である。
【図１０】図１０は、実施の形態１にかかる複合機におけるセキュリティログの蓄積処理の流れを示すシーケンス図である。
【図１１】図１１は、実施の形態１にかかる複合機におけるセキュリティログの蓄積処理の流れを示すシーケンス図である。
【図１２】図１２は、セキュリティログの記録処理の流れを示すフローチャートである。
【図１３】図１３は、実施の形態２にかかる画像形成システムの一例を示す構成図である。
【図１４】図１４は、実施の形態２にかかる複合機１００およびログ収集サーバ２００の構成を示すブロック図である。
【図１５】図１５は、１枚目の印刷データを印刷した際の印刷ログの一例を示す説明図である。
【図１６】図１６は、２枚目の印刷データを印刷した際の印刷ログの一例を示す説明図である。
【図１７】図１７は、２枚目の印刷データを印刷した際の印刷ログの他の一例を示す説明図である。
【図１８】図１８は、実施の形態２にかかる複合機において実行される印刷ログ蓄積処理の流れを示すシーケンス図である。
【図１９】図１９は、実施の形態２にかかる複合機における印刷ログの記録処理の流れを示すフローチャートである。
【図２０】図２０は、実施の形態１、２にかかる複合機のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、この発明にかかる画像形成装置、ログ蓄積方法、およびログ蓄積プログラムの最良な実施の形態を詳細に説明する。以下の実施の形態では、本発明の画像形成装置を、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機に適用した例を挙げて説明するが、複写機、プリンタ、スキャナ装置、ファクシミリ装置等の画像形成装置であればいずれにも適用することができる。
【００１１】
（実施の形態１）
図１は、実施の形態１にかかる複合機の機能構成を示すブロック図である。図１に示すように、複合機１００は、白黒レーザプリンタ（B&W  LP）１０１と、カラーレーザプリンタ（Color  LP）１０２と、ＨＤＤ（Hard  Disk  Drive）１０３と、スキャナ、ファクシミリ、メモリなどのハードウェアリソース１０４と、外部装置に対する入出力制御を行うネットワークＩ／Ｆ（インターフェース）１０５と、操作パネル１０６とからなるハードウェア群１４０を備えるとともに、画像形成に関する処理を含むアプリケーション部１３０と、アプリケーション部１３０からの要求を受けてハードウェア群１４０に対する制御を行うプラットフォーム部１２０と、から構成されるソフトウェア群１１０とを備えている。
【００１２】
実施の形態１の複合機１００は、複合機１００の内部で発生する事象の履歴であるログ情報のうち、複合機１００のセキュリティに関するログであるセキュリティログを記録するものであって、記録する際において、セキュリティログにおける重複したログや不要なログを省略して記録するものである。
【００１３】
ここで、セキュリティログとは、システム管理者（複合機１００の管理者）用に蓄積されるセキュリティに関するログである。セキュリティログは、複合機１００に対して行われた不正行為を後日判定するために利用されたり、セキュリティログを蓄積していることを第三者に知らしめることで不正行為を未然に防止するために利用される。また、このようなセキュリティログの特性から、従って、セキュリティログを記録した利用者であっても、一度記録されたセキュリティログの書き換えや削除はできないようにアクセス制限される。
【００１４】
また、複合機１００では、セキュリティログをプラットフォーム部１２０から記録することが有利である。その理由としては、アプリケーションにセキュリティログなどのログ情報の蓄積を強要することは、アプリケーションの開発の足かせとなり、該開発を妨げることになるからである。また、プラットフォーム部１２０からログ情報を蓄積することで、ログ情報の蓄積漏れや抜けを防止できるからである。
【００１５】
一方、外部アプリケーションにより多様な機能を提供するためには、プラットフォーム部１２０では可能な限り簡易なＡＰＩ（Application  Program  Interface）を提供することが所望されている。これは、例えば、仮にアドレス帳データからアドレスを取得する場合に、プラットフォーム部１２０が、先頭が「あ段」「か段」で始まるアドレスを一括取得するＡＰＩしか備えていないとする。そうすると、特定の１件のアドレスを取得したり、アプリケーションがリストアップしている任意の３０件のアドレスを取得する際でも、ＡＰＩは常に最初は「あ段」「か段」のアドレスを取得し、その後にアプリケーションが取得したアドレスから要求に応じたアドレスを抽出する処理が必要となる。従って、アドレス帳データへのアクセス回数が多くなるため、処理が冗長となり、性能の悪化に繋がってしまう。このため、本実施の形態では、プラットフォーム部１２０は、例えば、先頭が「あ段」「か段」で始まるアドレスを一括取得するだけでなく、１件のアドレスの取得要求を行うような簡易なＡＰＩの関数を備えており、これにより、多様なアドレス取得方法にも対応可能となっている。
【００１６】
ここで、利用者からアプリケーションに対して１回の処理要求がなされると、アプリケーションからプラットフォーム部１２０にＡＰＩの関数の発行により処理要求がなされるが、本実施の形態のプラットフォーム部１２０が提供するＡＰＩは１件のアドレスの取得要求を行うような簡易なＡＰＩを含むため、利用者からの１回の処理要求に対して多量のＡＰＩの関数が発行され、これによりＡＰＩの関数発行ごとにセキュリティログが記録され、この結果、大量のセキュリティログが発生する場合がある。例えば、上述のように、利用者の１回の処理要求に対して１０００項目の初期設定のエクスポートや、５００件のアドレス帳データのインポートなど、一括処理によるデータアクセスの処理要求などが行われると、その一項目または１件ごとの単位でＡＰＩの関数発行によりログが記憶されるため、大量のセキュリティログが発生することになる。このように大量のセキュリティログが発生すると、セキュリティログの記録領域が圧迫されて、新たなセキュリティログを記録する記録領域がなくなってしまう。従って、セキュリティログを省略して記録することが所望されている。
【００１７】
そこで、本実施の形態の複合機１００は、このような簡易な構成のＡＰＩを備えたプラットフォーム部１２０からセキュリティログを記録することを可能にした上で、かつ大量のセキュリティログを記録する場合でも、該セキュリティログにおける重複したログや不要なログ等を省略して記録することにより、容量を低減したセキュリティログの蓄積を実現しているのである。以下、このような本実施の形態の複合機１００による、容量を低減したセキュリティログの蓄積の実現手法の詳細について説明する。
【００１８】
ＨＤＤ１０３は、セキュリティログや印刷の際の印刷ログなどのログ情報、および各種テーブル、文書情報などを蓄積する記録媒体である。操作パネル１０６は、利用者に各種画面などを表示するとともに、表示された画面及び操作キーから利用者の入力を行うものである。
【００１９】
まず、アプリケーション部１３０について説明する。アプリケーション部１３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１１１と、コピー用アプリケーションであるコピーアプリ１１２と、ファクシミリ用アプリケーションであるファックスアプリ１１３と、スキャナ用アプリケーションであるスキャナアプリ１１４と、ネットワークファイル用アプリケーションであるネットファイルアプリ１１５と、工程検査用アプリケーションである工程検査アプリ１１６と、インターネットに接続されたＰＣ等のクライアント端末に対してＷＥＢサーバ（ｈｔｔｐサーバ）として動作し、クライアント端末上で動作するＷＥＢブラウザに各種画面を表示するＷＥＢアプリ１１７とを有している。
【００２０】
アプリケーション部１３０とプラットフォーム部１２０は、関数呼び出しとその戻り値送信およびメッセージの送受信によって通信を行いながら、コピー、プリンタ、スキャナ、ファクシミリなどの画像形成処理にかかるユーザサービスを実現している。
【００２１】
また、複合機１００には、複合機１００の顧客、サードベンダなどの第三者がコントロールサービス層の上のアプリケーション層に外部アプリ１７２を開発して搭載することが可能となっている。
【００２２】
次に、プラットフォーム部１２０について説明する。プラットフォーム部１２０は、汎用ＯＳ１２１と、汎用ＯＳ１２１で動作する受付部１２２と、ファックス送受信部１２３と、メール送受信部１２４と、セッション管理部１２５と、ユーザ情報管理部１２６と、リクエスト管理部１２７と、ログ管理部１２８と、読取制御部１２９と、印刷制御部１３１と、文書管理部１３２と、アドレス帳管理部１３３と、初期設定管理部１３４と、ヘルプ情報管理部１３５と、マクロ情報管理部１３６とを主に備えている。
【００２３】
汎用ＯＳ１２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであり、プラットフォーム部１２０並びにアプリケーション部１３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００２４】
受付部１２２は、操作パネル１０６により利用者からログイン要求や所定の処理要求を受付けるものである。所定の処理とは、例えば、コピー、ファックス送信、メール送受信等のアプリケーションによって実行される処理を示し、利用者からの１回の処理要求によって一連の処理が実行される。たとえば、利用者によってコピー処理を実行させる操作ボタンが１回押下されると、複合機１００は、コピーアプリおよびプラットフォーム部の各部の動作によって原稿を送り、該原稿の画像を読み取り、読み取った画像を紙等の記録媒体に出力し、排紙するという一連の処理を実行する。
【００２５】
また、受付部１２２は、所定の処理が実行される場合に操作対象となる情報の種類、および該操作対象の情報に対する操作種別ごとに、セキュリティログの記録時において省略するログの項目を定めた記録パターンの設定を受付ける。この記録パターンは、例えば複合機１００のシステム管理者などにより設定可能となっている。また、受付部１２２は、セキュリティログの記録時に操作対象の情報の種類ごとに付与する操作対象の情報の属性の設定を受付ける。
【００２６】
ここで、セキュリティログとその記録パターンについて説明する。図２は、セキュリティログの一例を示す説明図である。図２に示すように、セキュリティログとは、複合機１００においてなんらかのイベントが発生した場合に、その発生した日時や操作を行った利用者に関する情報（ユーザ情報）、処理内容等を記録したものである。
【００２７】
図２に示すように、セキュリティログは、ログを識別するログＩＤ（Ａ）と、イベント発生日時（Ｂ）と、イベント名（Ｃ）と、利用者に付随する情報（利用者を識別するユーザＩＤ（Ｄ）、利用者のログイン名（Ｅ）、利用者の表示名（Ｆ）、利用者の種別であるユーザ種別（Ｇ）、利用者の所属グループ（Ｈ））と、操作対象の情報に対する操作種別（Ｉ）と、処理結果（Ｊ）と、処理を失敗した場合の失敗理由（Ｋ）と、操作対象の情報に関する情報（操作対象の情報を識別する情報ＩＤ（Ｌ）、利用者に認識しやすい情報名称（Ｍ）、情報の詳細な内容を示す情報の属性１、２、３（Ｎ、Ｏ、Ｐ））などが記録されている。
【００２８】
このように、図２におけるセキュリティログは、発生したイベントに対して逐次全てのログを記録しているが、重複するログの記録や不要なログの記録がある場合がある。具体的には、例えば、利用者に付随する情報（Ｄ〜Ｈ）では、同じ利用者からの要求であるため、同じ情報が重複して発生する。従って、１〜４行目のログが利用者の１回の処理要求を元に発生していることがわかれば、重複した部分のログを残す必要がない。また、例えば、操作対象に関する情報（Ｌ〜Ｐ）では、重複するログの記録はないが、これらは処理に関する詳細情報という位置付けであり、セキュリティログの大量発生を防止するためには記録する必要がない項目も含まれている。このように重複するログや不要なログ等、省略するログの項目を定めたものが記録パターンであり、本実施の形態の複合機１００では、設定されたいずれかの記録パターンＡ〜Ｄに基づいてセキュリティログを記録する。
【００２９】
まず、記録パターンＡについて説明する。図３は、記録パターンＡにより記録されたセキュリティログの一例を示す図である。図３に示すように、記録パターンＡは、利用者による１回の処理要求で発生したログにおいて、処理要求を行った利用者に付随する情報が重複する共通部分のログであるため、利用者に付随する情報のログを１件目のみに記録し、２件目以降は省略する記録パターンである。また、記録パターンＡは、操作対象の情報に関する情報である情報ＩＤ、情報名称、情報の属性１、２、３のログを記録する記録パターンである。
【００３０】
次に、記録パターンＢについて説明する。図４は、記録パターンＢにより記録されたセキュリティログの一例を示す図である。図４に示すように、記録パターンＢは、記録パターンＡと同様に、利用者による１回の処理要求で発生したログにおいて、利用者に付随する情報のログを１件目のみに記録し、２件目以降は省略する記録パターンである。また、記録パターンＢは、操作対象の情報に関する情報においては、情報ＩＤ、情報名称のログのみ記憶し、情報の属性１、２、３のログを省略する記録パターンである。
【００３１】
次に、記録パターンＣについて説明する。図５は、記録パターンＣにより記録されたセキュリティログの一例を示す図である。図５に示すように、記録パターンＣは、利用者による１回の処理要求で発生したログにおいて、操作対象の情報に関する情報のログは記録せず、操作対象の情報へのアクセス回数のみを記録する記録パターンである。また、記録パターンＤ（不図示）は、セキュリティログを記録しない記録パターンである。
【００３２】
受付部１２２は、利用者によりいずれかの記録パターン（記録パターンＡ〜Ｄ）の設定を受付けると、該設定を記録パターン設定テーブルに登録する。記録パターン設定テーブルとは、所定の処理が実行される場合に操作対象となる情報の種類、および該操作対象の情報に対する操作種別ごとに設定された記録パターンを登録するテーブルであり、ＸＭＬやテキストファイルで記述され、不図示の記憶部に記憶されている。また、記録パターン設定テーブルには、利用者により設定された、操作対象の情報の種類ごとにセキュリティログに付与する操作対象の情報の属性を登録する。
【００３３】
図６は、記録パターン設定テーブルの一例を示す図である。図６に示すように、記録パターン設定テーブルは、「ユーザ情報」「アドレス帳」などの操作対象となる情報の種類、「参照」「作成」などの操作対象の情報に対する操作種別ごとに記録パターンが登録されている。さらに、記録パターン設定テーブルには、操作対象となる情報の種類ごとに、「情報名称」「属性１」などのセキュリティログに付与する操作対象の情報の属性が登録されている。
【００３４】
ファックス送受信部１２３は、ファックスの送受信を制御するものである。また、メール送受信部１２４は、メールの送受信を制御するものである。
【００３５】
セッション管理部１２５は、受付部１２２から利用者によるログイン要求を受付けた場合、ユーザ情報管理部１２６から利用者を識別する情報であるユーザ情報を取得して、ユーザ認証を行い、ログイン結果をセッション情報とともに受付部１２２に通知する。ここで、セッション情報とは、ユーザ認証に成功してログインしたユーザに関する情報（ユーザ情報）およびログイン処理の属性情報が含まれている。
【００３６】
また、セッション管理部１２５は、受付部１２２から利用者による所定の処理要求を受付けた場合、その利用者からの１回の処理要求および１回の処理要求に基づいて実行される一連の処理である一つのエンティティに対して一つのチケットを生成する。チケットには、セッション管理部１２５により発行された処理要求を識別する要求ＩＤと、処理要求を行った利用者のユーザ情報が含まれている。そして、アプリケーションがプラットフォーム部１２０にチケットとともに各種処理を要求すると、プラットフォーム部１２０では、要求ＩＤによってアプリケーションから受けた要求が利用者からの１回の処理要求によることが判断できる。また、セッション管理部１２５は、処理が終了した場合に、チケットを無効化する。
【００３７】
従来の画像形成装置では、例えば印刷ジョブなどの１ジョブに対して生成されたチケットによって印刷等の所定の処理が実行されていたが、本実施の形態の複合機１００では、１エンティティに対して生成されたチケットによって印刷等の所定の処理が実行されるため、１エンティティごとにセキュリティログが蓄積される。つまり、利用者からの１回の処理要求によって２つのアドレスを参照する処理が実行された場合は、１つのセキュリティログが蓄積されることになる。これに対し、利用者からの１回の処理要求によって１つのアドレスを参照する処理が２回実行された場合、すなわち利用者からの２回の処理要求によって２つのアドレスを参照する処理が実行された場合は、２つのセキュリティログが蓄積されることになる。
【００３８】
図７は、チケットの一例を示す図である。図７に示すように、チケットには、要求ＩＤ「１１１１１１１１」と、ユーザ情報であるログイン名「yamada」、表示名「山田」、ユーザ種別「一般ユーザ」、所属グループ「営業２課」等が含まれている。
【００３９】
ユーザ情報管理部１２６は、ユーザ情報の管理を行うものであり、セッション管理部１２５からユーザ情報の取得要求があった場合は、ユーザ情報をセッション管理部１２５に送出する。
【００４０】
リクエスト管理部１２７は、処理要求の実行許可、順序管理を行うものであり、具体的には、アプリケーションから処理要求を受付け、受付けた１回の処理要求による１エンティティに対するチケットをセッション管理部１２５に生成させ、該チケットをアプリケーションに送信する。また、処理が終了した場合に、生成されたチケットをセッション管理部１２５により無効にさせる。
【００４１】
ログ管理部１２８は、ログの管理を行うものであって、アプリケーションから取得したチケットが示す処理要求ごとに、１回の処理要求においてプラットフォーム部１２０のモジュールである実行処理部（例えば、文書管理部１３２、印刷制御部１３１など）により実行された処理に関するセキュリティログを、記録パターン設定テーブルに設定された記録パターンに基づいて項目のログを省略して記録するものである。
【００４２】
例えば、記録パターンＡが設定されている場合、ログ管理部１２８は、チケットが示す処理要求ごとに、１回の処理要求において、１回目の記録時では、全てのセキュリティログを記録し、２回目以降の記録時では、内容が重複する項目のログ、すなわち利用者に付随する情報のログを省略してセキュリティログをＨＤＤ１０３に記録する。また、ログ管理部１２８は、記録パターン設定テーブルに設定された属性を付与してセキュリティログをＨＤＤ１０３に記録する（図３参照）。
【００４３】
また、記録パターンＢが設定されている場合、ログ管理部１２８は、チケットが示す処理要求ごとに、１回の処理要求において、１回目の記録時では、全てのセキュリティログを記録し、２回目以降の記録時では、内容が重複する項目のログ、すなわち利用者に付随する情報のログを省略し、さらに、操作対象の情報に関する情報の属性１、２、３を省略してセキュリティログをＨＤＤ１０３に記憶する（図４参照）。
【００４４】
また、記録パターンＣが設定されている場合、ログ管理部１２８は、チケットが示す処理要求ごとに、１回の処理要求において、操作対象の情報に対するアクセス回数のみをセキュリティログとしてＨＤＤ１０３に記録する。また、記録パターンＤが設定されている場合、ログ管理部１２８は、セキュリティログを記憶しない（図５参照）。
【００４５】
また、ログ管理部１２８は、設定された記録パターンに基づいてセキュリティログを記録する場合、複数回のセキュリティログの記録要求の繋がりを判定するためのログ省略判定テーブルを一時的にメモリ等に記憶して管理する。図８は、ログ省略判定テーブルの一例を示す図である。ログ省略判定テーブルとは、所定の処理が実行され、ログが発生するたびに更新されるものであり、図８に示すように、「３３３３３３３３３３３３」等の処理要求の要求ＩＤと、「アドレス帳」「ユーザ情報」等の操作対象の情報の種類、「参照」「更新」等の操作対象の情報に対する操作種別、「成功」「失敗」等の処理結果とを対応付けて記憶したものである。
【００４６】
ログ管理部１２８は、セキュリティログの記録時に、発生したセキュリティログがログ省略判定テーブルにあるか否かを判断して、該テーブルにあった場合は２件目以降のログであると判断し、該テーブルになかった場合は１件目のログであると判断し、テーブルにそのログの情報を追加する。このログ省略判定テーブルは、予め定められた所定の件数までを保持するようにし、所定件数以上になった場合は、古いログから上書きする構成としてもよい。なお、ログ省略判定テーブルに処理結果を含めているのは、処理を失敗した場合のセキュリティログが重要な場合を考慮して、成功と失敗のセキュリティログを別個に記録することができるようにしたためである。
【００４７】
読取制御部１２９は、コピーアプリ１１２やスキャナアプリ１１４等のアプリケーションからチケットとともに読取処理要求を受けた場合、スキャナを制御して読取処理を実行する。また、印刷制御部１３１は、コピーアプリ１１２等のアプリケーションからチケットとともに印刷処理要求を受けた場合、プリンタを制御して印刷処理を実行する。
【００４８】
文書管理部１３２は、ＨＤＤ１０３に蓄積され文書を管理するものであり、アプリケーションからチケットとともに処理要求を受けた場合、要求された処理を実行する。また、アドレス帳管理部１３３は、通信先の宛先情報の管理を行うものであり、アプリケーションからチケットとともに処理要求を受けた場合、要求された処理を実行する。また、初期設定管理部１３４は、初期設定の管理を行うものであり、アプリケーションからチケットとともに処理要求を受けた場合、要求された処理を実行する。ヘルプ情報管理部１３５は、ヘルプ情報の管理を行うものであり、アプリケーションからチケットとともに処理要求を受けた場合、要求された処理を実行する。マクロ情報管理部１３６は、マクロ情報の管理を行うものであり、アプリケーションからチケットとともに処理要求を受けた場合、要求された処理を実行する。
【００４９】
次に、以上のように構成された複合機１００におけるセキュリティログの蓄積処理について説明する。図９は、実施の形態１にかかる複合機におけるセキュリティログの蓄積処理の流れを示すシーケンス図である。図９では、プラットフォーム部１２０におけるいずれかの実行処理部（例えば、文書管理部１３２、印刷制御部１３１など）により所定の処理が実行された場合のセキュリティログの蓄積処理を説明する。
【００５０】
まず、受付部１２２は、利用者により操作パネル１０６からログイン要求を受付けると、セッション管理部１２５に受付けたログイン要求を行う（ステップＳ１１）。ログイン要求を受けたセッション管理部１２５は、ユーザ情報管理部１２６からユーザ情報を取得し（ステップＳ１２）、ログイン要求を行った利用者のユーザ認証を行い（ステップＳ１３）、認証結果とセッション情報とを送出して受付部１２２にログイン結果を通知する（ステップＳ１４）。
【００５１】
そして、受付部１２２は、ユーザ認証が成功してログインした利用者により操作パネル１０６から所定の処理要求を受付けると、所定の処理に対応するアプリケーションの起動要求を行い（ステップＳ１５）、起動したアプリケーションに対して所定の処理要求を行う（ステップＳ１６）。
【００５２】
所定の処理要求を受けたアプリケーションは、リクエスト管理部１２７にセッション情報と要求内容を送出して、該処理要求による１エンティティに対するチケットの生成要求を行う（ステップＳ１７）。チケットの生成要求を受けたリクエスト管理部１２７は、セッション管理部１２５に対してチケットの生成要求を行う（ステップＳ１８）。
【００５３】
チケットの生成要求を受けたセッション管理部１２５は、利用者による１回の処理要求に対するチケットを生成して、リクエスト管理部１２７に送出する（ステップＳ１９）。このとき、セッション管理部１２５は、セッション情報の正当性を確認している。そして、リクエスト管理部１２７は、処理要求を行ったアプリケーションにチケットを送出する（ステップＳ２０）。
【００５４】
チケットを取得したアプリケーションは、所定の処理を行うプラットフォーム部１２０のモジュールである実行処理部に、チケットとともに所定の処理要求を行う（ステップＳ２１）。実行処理部は、処理要求に基づく処理を実行し、チケットとともにログ管理部１２８にセキュリティログの記録要求を行う（ステップＳ２２）。
【００５５】
ログ管理部１２８は、セッション管理部１２５に取得したチケットの正当性を確認する確認要求を行い（ステップＳ２３）、セッション管理部１２５は、チケットの正当性を確認し、ログ管理部１２８に、チケットの正当性の確認結果を通知する（ステップＳ２４）。ログ管理部１２８は、チケットが正当であった場合、記録パターン設定テーブルの記録パターンの設定に基づいて、セキュリティログをＨＤＤ１０３に記録する。
【００５６】
そして、処理要求に基づく所定の処理を終了した場合、アプリケーションは、リクエスト管理部１２７に、チケットとともに処理要求に対する処理の終了を通知する（ステップＳ２５）。リクエスト管理部１２７は、セッション管理部１２５にチケットの無効化要求を行う（ステップＳ２６）。
【００５７】
無効化要求を受けたセッション管理部１２５は、チケットを無効化し、ログ管理部１２８にチケットの無効化の完了を通知する（ステップＳ２７）。ログ管理部１２８は、必要に応じて、一時的に保存していたログ省略判定テーブルに基づきセキュリティログを記録する。そして、アプリケーションは、所定の処理要求に対する処理の実行結果を受付部１２２に通知する（ステップＳ２８）。以上により、セキュリティログの蓄積処理を終了する。
【００５８】
ここで、図９の処理では、１回の処理要求および１回の処理要求に基づいて実行される一連の処理、すなわちログイン要求の受付から処理の実行結果の通知までの一連の処理（ステップＳ１１〜２８）が１エンティティとなり、その１エンティティに対して一つのチケットが生成されて付与される。そして、実行された所定の処理に対して１つのセキュリティログが蓄積される。
【００５９】
次に、プラットフォーム部１２０における文書管理部１３２および印刷制御部１３１により、蓄積文書印刷処理が実行された場合のセキュリティログの蓄積処理を説明する。図１０は、実施の形態１にかかる複合機におけるセキュリティログの蓄積処理の流れを示すシーケンス図である。
【００６０】
まず、セッション管理部１２５へのログイン要求から、ログイン結果の通知までの処理（ステップＳ３１〜３４）は、図９における処理と同様である（ステップＳ１１〜１４）。
【００６１】
そして、受付部１２２は、ユーザ認証が成功してログインした利用者により操作パネル１０６から蓄積文書印刷要求を受付けると、蓄積文書印刷処理を実行するコピーアプリ１１２の起動要求を行い（ステップＳ３５）、起動したコピーアプリ１１２に対して蓄積文書印刷要求を行う（ステップＳ３６）。
【００６２】
蓄積文書印刷要求を受けたコピーアプリ１１２は、リクエスト管理部１２７にセッション情報と要求内容を送出して、蓄積文書印刷要求による１エンティティに対するチケットの生成要求を行う（ステップＳ３７）。チケットの生成要求を受けたリクエスト管理部１２７は、セッション管理部１２５に対してチケットの生成要求を行う（ステップＳ３８）。
【００６３】
チケットの生成要求を受けたセッション管理部１２５は、利用者による１回の蓄積文書印刷要求に対するチケットを生成して、リクエスト管理部１２７に送出する（ステップＳ３９）。このとき、セッション管理部１２５は、セッション情報の正当性を確認している。そして、リクエスト管理部１２７は、コピーアプリ１１２にチケットを送出する（ステップＳ４０）。
【００６４】
チケットを取得したコピーアプリ１１２は、文書管理部１３２に、チケットとともに蓄積文書印刷要求において指定された蓄積文書の取得要求を行う（ステップＳ４１）。文書管理部１３２は、ＨＤＤ１０３から指定された蓄積文書を取得し（ステップＳ４２）、チケットとともにログ管理部１２８にセキュリティログの記録要求を行う（ステップＳ４３）。
【００６５】
ログ管理部１２８は、セッション管理部１２５に取得したチケットの正当性を確認する確認要求を行い（ステップＳ４４）、セッション管理部１２５は、チケットの正当性を確認し、ログ管理部１２８に、チケットの正当性の確認結果を通知する（ステップＳ４５）。ログ管理部１２８は、チケットが正当であった場合、記録パターン設定テーブルの記録パターンの設定に基づいて、セキュリティログをＨＤＤ１０３に記録する。ここで、蓄積文書を取得する処理は「文書を参照した」こととしてセキュリティログとして記録される。
【００６６】
そして、１回の蓄積文書印刷要求で、複数の文書、例えばＮ個の文書を印刷する場合は、ステップＳ４１〜４５までの処理をＮ回実行し、そのたびにセキュリティログが記録される。
【００６７】
指定された蓄積文書を取得すると、コピーアプリ１１２は、印刷制御部１３１に、チケットとともに取得した蓄積文書の印刷処理要求を行う（ステップＳ４６）。印刷制御部１３１は、プリンタにより取得した蓄積文書の印刷を実行する（ステップＳ４７）。なお、ここでは、印刷実行に対するセキュリティログは記録されない例を示しているため、印刷処理に関するセキュリティログは記録しない。
【００６８】
そして、蓄積文書印刷要求に基づく印刷処理を終了した場合、コピーアプリ１１２は、リクエスト管理部１２７に、チケットとともに印刷処理の終了を通知する（ステップＳ４８）。リクエスト管理部１２７は、セッション管理部１２５にチケットの無効化要求を行う（ステップＳ４９）。
【００６９】
無効化要求を受けたセッション管理部１２５は、チケットを無効化し、ログ管理部１２８にチケットの無効化の完了を通知する（ステップＳ５０）。ログ管理部１２８は、必要に応じて、一時的に保存していたログ省略判定テーブルに基づきセキュリティログを記録する。そして、コピーアプリ１１２は、蓄積文書印刷処理の実行結果を受付部１２２に通知する（ステップＳ５１）。以上により、蓄積文書印刷処理におけるセキュリティログの蓄積処理を終了する。
【００７０】
次に、プラットフォーム部１２０における読取制御部１２９および印刷制御部１３１により、コピー処理が実行された場合のセキュリティログの蓄積処理を説明する。図１１は、実施の形態１にかかる複合機におけるセキュリティログの蓄積処理の流れを示すシーケンス図である。
【００７１】
まず、セッション管理部１２５へのログイン要求から、ログイン結果の通知までの処理（ステップＳ６１〜６４）は、図９における処理と同様である（ステップＳ１１〜１４）。
【００７２】
そして、受付部１２２は、ユーザ認証が成功してログインした利用者により操作パネル１０６からコピー処理要求を受付けると、コピー処理を実行するコピーアプリ１１２の起動要求を行い（ステップＳ６５）、起動したコピーアプリ１１２に対してコピー処理要求を行う（ステップＳ６６）。
【００７３】
コピー処理要求を受けたコピーアプリ１１２は、リクエスト管理部１２７にセッション情報と要求内容を送出して、コピー処理要求による１エンティティに対するチケットの生成要求を行う（ステップＳ６７）。チケットの生成要求を受けたリクエスト管理部１２７は、セッション管理部１２５に対してチケットの生成要求を行う（ステップＳ６８）。
【００７４】
チケットの生成要求を受けたセッション管理部１２５は、利用者による１回のコピー処理要求に対するチケットを生成して、リクエスト管理部１２７に送出する（ステップＳ６９）。このとき、セッション管理部１２５は、セッション情報の正当性を確認している。そして、リクエスト管理部１２７は、コピーアプリ１１２にチケットを送出する（ステップＳ７０）。
【００７５】
チケットを取得したコピーアプリ１１２は、読取制御部１２９に、チケットとともに原稿の読取処理要求を行う（ステップＳ７１）。読取制御部１２９は、スキャナにより原稿の読取を実行し（ステップＳ７２）、チケットとともにログ管理部１２８にセキュリティログの記録要求を行う（ステップＳ７３）。
【００７６】
ログ管理部１２８は、セッション管理部１２５に取得したチケットの正当性を確認する確認要求を行い（ステップＳ７４）、セッション管理部１２５は、チケットの正当性を確認し、ログ管理部１２８に、チケットの正当性の確認結果を通知する（ステップＳ７５）。ログ管理部１２８は、チケットが正当であった場合、記録パターン設定テーブルの記録パターンの設定に基づいて、セキュリティログをＨＤＤ１０３に記録する。
【００７７】
原稿を読み取ると、コピーアプリ１１２は、印刷制御部１３１に、チケットとともに読み取った画像の印刷処理要求を行う（ステップＳ７６）。印刷制御部１３１は、プリンタにより読み取った画像の印刷を実行し（ステップＳ７７）、チケットとともにログ管理部１２８にセキュリティログの記録要求を行う（ステップＳ７８）。
【００７８】
ログ管理部１２８は、セッション管理部１２５に取得したチケットの正当性を確認する確認要求を行い（ステップＳ７９）、セッション管理部１２５は、チケットの正当性を確認し、ログ管理部１２８に、チケットの正当性の確認結果を通知する（ステップＳ８０）。ログ管理部１２８は、チケットが正当であった場合、記録パターン設定テーブルの記録パターンの設定に基づいて、セキュリティログをＨＤＤ１０３に記録する。
【００７９】
そして、コピー処理要求に基づく読取処理および印刷処理が終了した場合、コピーアプリ１１２は、リクエスト管理部１２７に、チケットとともにコピー処理の終了を通知する（ステップＳ８１）。リクエスト管理部１２７は、セッション管理部１２５にチケットの無効化要求を行う（ステップＳ８２）。
【００８０】
無効化要求を受けたセッション管理部１２５は、チケットを無効化し、ログ管理部１２８にチケットの無効化の完了を通知する（ステップＳ８３）。ログ管理部１２８は、必要に応じて、一時的に保存していたログ省略判定テーブルに基づきセキュリティログを記録する。そして、コピーアプリ１１２は、コピー処理の実行結果を受付部１２２に通知する（ステップＳ８４）。以上により、コピー処理におけるセキュリティログの蓄積処理を終了する。
【００８１】
このように、実施の形態１にかかる複合機１００は、一回の処理要求および１回の処理要求に基づいて実行される一連の処理であるエンティティに対してチケットを生成し、チケットを用いてプラットフォーム部１２０における実行処理部により所定の処理を行い、１回の処理要求におけるセキュリティログを記録している。また、上述した処理以外でも、例えば、通信処理を行った場合、重要なエラーが発生した場合、原稿をスキャンした画像等から重要な情報を検出した場合等においても、チケットを生成し、生成したチケットを用いて処理を行ってセキュリティログを記録する。
【００８２】
次に、ログ管理部１２８にセキュリティログの記録要求（図９におけるステップＳ２２、図１０におけるステップＳ４３、図１１におけるステップＳ７３、７８）が行われた場合における、ログ管理部１２８によるセキュリティログの記録について説明する。図１２は、セキュリティログの記録処理の流れを示すフローチャートである。
【００８３】
まず、処理要求に基づく所定の処理を行うプラットフォーム部１２０のいずれかの実行処理部からセキュリティログの記録要求が行われると、ログ管理部１２８は、記録パターン設定テーブルから、処理要求の内容が、操作対象の情報の種類および操作対象の情報に対する操作種別の組み合わせに一致する場合の記録パターンの設定を取得する（ステップＳ９１）。
【００８４】
ログ管理部１２８は、取得した記録パターンの設定が記録パターンＤか否かの判断をする（ステップＳ９２）。記録パターンＤであった場合（ステップＳ９２：Ｙｅｓ）、セキュリティログの記録を行わないため、処理を終了する。
【００８５】
一方、記録パターンＤでなかった場合（ステップＳ９２：Ｎｏ）、ログ管理部１２８は、実行処理部が実行した処理要求に基づく処理の要求ＩＤ、操作対象の情報の種類、操作対象に情報に対する操作種別、処理の実行結果の組み合わせが、ログ省略判定テーブルにあるか否かを判断する（ステップＳ９３）。
【００８６】
該組み合わせがログ省略判定テーブルにない場合（ステップＳ９３：Ｎｏ）、ログ管理部１２８は、記録を要求されたセキュリティログが１件目のログと判断し、１件目のセキュリティログをＨＤＤ１０３に記録して、必要な情報（要求ＩＤ、情報の種類、操作種別、実行結果）を、ログ省略判定テーブルに追加記録する（ステップＳ９４）。この場合、１件目のセキュリティログであるため、省略することなく全ての項目のログを記録する。
【００８７】
そして、ログ管理部１２８は、取得した設定の記録パターンが記録パターンＣか否かの判断をする（ステップＳ９５）。記録パターンＣであった場合（ステップＳ９５：Ｙｅｓ）、ログ管理部１２８は、セキュリティログの内容を不図示の一時メモリ上に保持して（ステップＳ９６）、処理を終了し、次に発生したセキュリティログの記録を行う。
【００８８】
一方、記録パターンＣでなかった場合（ステップＳ９５：Ｎｏ）、ログ管理部１２８は、処理を終了し、次に発生したセキュリティログの記録を行う。
【００８９】
ステップＳ９３において、上記組み合わせがログ省略判定テーブルにある場合（ステップＳ９３：Ｙｅｓ）、ログ管理部１２８は、記録を要求されたセキュリティログが２件目以降のログと判断し、取得した設定の記録パターンが記録パターンＣか否かの判断をする（ステップＳ９７）。記録パターンＣであった場合（ステップＳ９７：Ｙｅｓ）、ログ管理部１２８は、不図示の一時メモリ上のアクセス回数を１カウントする（ステップＳ９８）。そして、ログ管理部１２８は、処理を終了し、次に発生したセキュリティログの記録を行う。また、処理要求に基づく処理が終了した場合、ログ管理部１２８は、一時メモリ上に保持したアクセス回数をセキュリティログに記録する。
【００９０】
ステップＳ９７において、記録パターンＣでなかった場合（ステップＳ９７：Ｎｏ）、
ログ管理部１２８は、取得した設定の記録パターンが記録パターンＢか否かの判断をする（ステップＳ９９）。記録パターンＢであった場合（ステップＳ９９：Ｙｅｓ）、ログ管理部１２８は、利用者に付随する情報のログと、操作対象の情報の属性１、２、３（図４参照）以外のログを省略して、２件目以降のセキュリティログを記録する（ステップＳ１００）。
【００９１】
一方、記録パターンＢでなかった場合（ステップＳ９９：Ｎｏ）、記録パターンＡであるため、ログ管理部１２８は、利用者に付随する情報のログを省略して、２件目以降のセキュリティログを記録する（ステップＳ１０１）。
【００９２】
このように、本実施の形態にかかる複合機１００では、１回の処理要求および１回の処理要求に基づいて実行される一連の処理であるエンティティに対して生成されたチケットを用いてプラットフォーム部１２０における実行処理部により所定の処理を実行する。そして、複合機１００は、チケットが示す１回の処理要求ごとに、予め設定した記録パターンに基づいて、重複したログや不要なログを省略してセキュリティログをＨＤＤ１０３に記録することで、容量を低減したセキュリティログを記録することができる。
【００９３】
（実施の形態２）
実施の形態１の複合機では、プラットフォーム部においてセキュリティログの蓄積を行っていた。これに対して、実施の形態２の複合機は、アプリケーション部において印刷データを印刷した際の印刷ログを蓄積するものである。
【００９４】
図１３は、実施の形態２にかかる画像形成システムの一例を示す構成図である。図１３に示すように、本実施の形態の画像形成システムは、複合機１００と、ログ収集サーバ２００と、クライアントＰＣ（Personal  Computer）３００がネットワーク５００を介して接続されている。
【００９５】
クライアントＰＣ３００は、不図示の通信部、データ記憶部、アプリケーション部、表示部、入力部などを主に備えている。そして、クライアントＰＣ３００は、データ記憶部に保存された印刷データをプリントする場合、通信部により、印刷データおよび印刷データの印刷要求を複合機１００に送信する。
【００９６】
ネットワーク５００は、電話回線、無線ネットワーク、インターネットなどであって、複合機１００とログ収集サーバ２００とクライアントＰＣ３００とを接続している。
【００９７】
次に、複合機１００とログ収集サーバ２００について説明する。図１４は、実施の形態２にかかる複合機１００およびログ収集サーバ２００の構成を示すブロック図である。
【００９８】
まず、複合機１００は、クライアントＰＣ３００から送信された印刷データを印刷したり、スキャナ部（不図示）により読み取ったデータを印刷した場合に、その印刷データの印刷に関する履歴である印刷ログを蓄積して、当該印刷ログをログ収集サーバに転送するものであり、ネットワークＩ／Ｆ１０５によってネットワーク５００を介してクライアントＰＣ３００およびログ収集サーバ２００と接続されている。
【００９９】
複合機１００の構成は、実施の形態１と同様であり、図１４では、複合機１００において印刷処理を行うプリンタアプリ１１１について詳細に説明する。
【０１００】
また、実施の形態２の操作パネル１０６は、実施の形態１の機能に加え、利用者からの入力により、印刷ログが複合機１００からログ収集サーバ２００に転送された後、所定時間経過後に当該転送した印刷ログを複合機１００から削除するか否かの選択指示を受け付ける。
【０１０１】
実施の形態２のＨＤＤ１０３は、後述する印刷処理部１５７からプリンタエンジン（不図示）によって、印刷データが印刷された場合、当該印刷データの印刷に関する印刷情報および印刷枚数の履歴である印刷ログを蓄積する記憶媒体である。印刷情報には、「普通紙」「再生紙」などの印刷データを印刷する用紙の種類（紙種）、「Ａ４」「Ｂ５」などの用紙のサイズ（紙サイズ）、および「カラー印刷」や「モノクロ印刷」などを示す印刷モードの情報が含まれている。
【０１０２】
複合機１００のプリンタアプリ１１１は、印刷データに関する処理を行うアプリケーションであり、図１４に示すように、プリンタ画像描画部１５１と、ログ制御部１５２と、通信処理部１５５と、転送部１５６と、印刷処理部１５７とを主に備えている。
【０１０３】
通信処理部１５５は、クライアントＰＣ３００などの外部装置との通信処理を行うものであり、例えば、ＦＴＰ（File  Transfer  Protocol）サーバなどである。本実施の形態では、通信処理部１５５は、クライアントＰＣ３００から印刷データおよび当該印刷データの印刷要求を受信するものである。
【０１０４】
プリンタ画像描画部１５１は、クライアントＰＣ３００から印刷データおよび当該印刷データの印刷要求を受信した場合、受信した印刷データに対して画像処理を行い、ログ制御部１５２に対して印刷ログの記録を開始する指示である「印刷ログ記録の開始指示」を送出する。
【０１０５】
また、プリンタ画像描画部１５１は、受信した印刷要求に従って、印刷処理部１５７に対して印刷の開始を指示する「印刷プロセス開始指示」を送出する。また、プリンタ画像描画部１５１は、印刷処理部１５７から印刷が終了した旨の通知である「印刷プロセス終了通知」を受けた場合、ログ制御部１５２に対して印刷ログの記録を指示する「印刷ログ記録の指示」を送出する。
【０１０６】
また、プリンタ画像描画部１５１は、チケットが示す処理要求である一つの印刷ジョブに対する印刷が終了した場合、ログ制御部１５２に対して印刷ログの記録を終了する指示である「印刷ログ記録の終了指示」を送出する。
【０１０７】
ログ制御部１５２は、印刷ログの記録に関する処理を行うものであり、さらに、印刷情報判断部１５３と、ログ記録部１５４とが備えられている。
【０１０８】
印刷情報判断部１５３は、プリンタ画像描画部１５１から「印刷ログ記録の指示」を受けた場合、印刷処理部１５７が印刷データを印刷した際における印刷情報（新たな印刷情報）と一致する印刷情報が、ＨＤＤ１０３に蓄積されている印刷ログに既に含まれているか否かを判断するものである。具体的には、印刷情報判断部１５３は、印刷データの印刷の際における新たな印刷情報の紙種、紙サイズ、および印刷モードと、ＨＤＤ１０３に蓄積されている印刷ログに含まれている印刷情報の紙種、紙サイズ、および印刷モードとを比較する。そして、印刷情報判断部１５３は、全ての項目が一致する場合に、新たな印刷情報と一致する印刷情報がＨＤＤ１０３の印刷ログに含まれていると判断し、１以上の項目が一致しない場合に、新たな印刷情報と一致する印刷情報がＨＤＤ１０３の印刷ログに含まれていないと判断する。
【０１０９】
ログ記録部１５４は、印刷データが印刷された際の印刷ログを、ＨＤＤ１０３に書き込むことにより印刷ログの記録を行うものである。本実施の形態では、ログ記録部１５４は、プリンタ画像描画部１５１から「印刷ログ記録の開始指示」を受けると、印刷ログ記録を開始する。具体的には、後に、印刷データが印刷され、プリンタ画像描画部１５１から「印刷ログ記録の指示」を受けた場合は、印刷に関する印刷ログを記録する状態にする。また、ログ記録部１５４は、プリンタ画像描画部１５１から「印刷ログ記録の終了指示」を受けると、印刷ログ記録を終了する。具体的には、後に、印刷データが印刷されても、印刷に関する印刷ログを記録しない状態にする。
【０１１０】
また、ログ記録部１５４は、印刷情報判断部１５３により、印刷データの印刷の際における新たな印刷情報と一致する印刷情報が、ＨＤＤ１０３に蓄積された印刷ログに既に含まれていると判断された場合、ＨＤＤ１０３におけるその一致する印刷情報の印刷枚数のカウントを印刷した枚数分だけ増加させて印刷枚数を更新する。このとき、ログ記録部１５４は、既に一致する印刷情報が蓄積されているため、新たな印刷情報を印刷ログとしてＨＤＤ１０３に記録しない。
【０１１１】
このように新たな印刷情報を記録せずに印刷枚数の更新する処理について、図を用いて説明する。図１５は、１枚目の印刷データを印刷した際の印刷ログの一例を示す説明図である。図１５に示すように、印刷ログの左側には、利用者を一意に識別する「ユーザＩＤ」と、印刷を実行した時刻である「実行時刻」が含まれている。また、印刷ログの中央部分には、スキャナおよびプリンタに関する印刷ログを蓄積することが示されており、プリンタにおいては、印刷情報の項目である「紙サイズ」「印刷モード」「紙種」と、「印刷枚数」に関する印刷ログを蓄積することが示されている。さらに、印刷ログの右側には、実際に印刷された際における印刷情報および印刷枚数の履歴である印刷ログが含まれている。例えば、図１５では、紙種が普通紙で、紙サイズがＡ５で、印刷モードがモノクロである印刷情報によって１枚印刷されたことを示している。
【０１１２】
図１６は、２枚目の印刷データを印刷した際の印刷ログの一例を示す説明図である。図１６に示すように、２枚目の印刷データも、１枚目の印刷データと同様に、紙種が普通紙で、紙サイズがＡ５で、印刷モードがモノクロで印刷された場合、ログ記録部１５４は、印刷枚数のカウントを１枚分だけ増加させて、印刷枚数を「２」に更新する。これにより、新たな印刷情報を記録しなくとも、正確な内容の印刷ログを蓄積できる。
【０１１３】
また、ログ記録部１５４は、印刷情報判断部１５３により、印刷データの印刷の際における新たな印刷情報と一致する印刷情報が、ＨＤＤ１０３に蓄積された印刷ログに含まれていないと判断された場合、その新たな印刷情報を、印刷ログの印刷情報としてＨＤＤ１０３に記録する。
【０１１４】
図１７は、２枚目の印刷データを印刷した際の印刷ログの他の一例を示す説明図である。図１７に示すように、２枚目の印刷データは、１枚目の印刷データと異なり、紙種が普通紙で、紙サイズがＡ３で、印刷モードがモノクロで印刷された場合、ログ記録部１５４は、２枚目の印刷データの印刷による印刷情報を印刷ログに含めて記録する。これにより、一致する印刷情報が蓄積されていなくても、正確な内容の印刷ログを蓄積できるとともに、３枚目以降で同様の印刷情報により印刷データが印刷された場合は、印刷枚数を更新するだけで、正確な内容の印刷ログを蓄積できることになる。
【０１１５】
ここで、「印刷ログの記録」について説明する。ログ記録部１５４では、上述したように、新たな印刷情報を記録せずに印刷枚数の更新する処理と、新たな印刷情報を印刷ログの印刷情報として記録する処理との２つの処理を行っている。本実施の形態では、この２つの処理を含めて「印刷ログの記録」としている。
【０１１６】
また、ログ記録部１５４は、印刷情報の更新および新たな印刷情報の記録を含めた印刷ログの記録を、印刷データを印刷する印刷ジョブごとに行ない、印刷ログの記録が終了した場合、転送部１５６に印刷ログを転送する旨の指示である「印刷ログ転送指示」を送出する。
【０１１７】
また、ログ記録部１５４は、操作パネル１０６から印刷ログを削除する旨の選択指示を受け付けた場合、転送部１５６により印刷ログがログ収集サーバ２００に転送された後、所定時間経過後に、転送した印刷ログをＨＤＤ１０３から削除する。
【０１１８】
転送部１５６は、一つの印刷ジョブが終了し、ログ記録部１５４から「印刷ログ転送指示」を受けた場合に、ＨＤＤ１０３に蓄積されている印刷ログを、ログ収集サーバ２００に転送するものであり、例えば、httpクライアントなどである。
【０１１９】
印刷処理部１５７は、プリンタエンジンを制御して、スキャナにより原稿を読み込んで取得した印刷データの印刷を行なうものである。具体的には、印刷処理部１５７は、プリンタ画像描画部１５１から印刷の開始を指示する「印刷プロセス開始指示」を受けた場合、印刷データの印刷を行ない、該印刷が終了した場合、印刷が終了した旨の通知である「印刷プロセス終了通知」をプリンタ画像描画部１５１に送出する。
【０１２０】
次に、ログ収集サーバ２００について説明する。ログ収集サーバ２００は、印刷ログを収集して蓄積するサーバであり、通信部２０１と、ログ記録部２０２と、ＨＤＤ２１０とを主に備えている。
【０１２１】
通信部２０１は、複合機１００等の外部装置との通信処理を行うものであり、本実施の形態では、複合機１００から送信された印刷ログを受信する。ログ記録部２０２は、通信部２０１により受信した印刷ログを、ＨＤＤ２１０に記録するものである。ＨＤＤ２１０は、複合機１００から受信した印刷ログを蓄積する記憶媒体である。
【０１２２】
以上のように構成された複合機１００における印刷ログの蓄積処理について説明する。図１８は、実施の形態２にかかる複合機において実行される印刷ログ蓄積処理の流れを示すシーケンス図である。図１８では、チケットが示す処理要求である１つの印刷ジョブとして、２枚分の印刷データが印刷された場合を示している。
【０１２３】
まず、クライアントＰＣ３００から印刷データと該印刷データの印刷要求を受信すると、プリンタ画像描画部１５１は、ログ制御部１５２に「印刷ログ記録の開始指示」を送出する（ステップＳ１１０）。ログ制御部１５２は、「印刷ログ記録の開始指示」を受けると、印刷ログ記録を開始する（ステップＳ１１１）。
【０１２４】
そして、プリンタ画像描画部１５１は、印刷処理部１５７に１枚目の「印刷プロセス開始指示」を送出すると（ステップＳ１１２）、印刷処理部１５７は、１枚目の印刷データの印刷を行なう（ステップＳ１１３）。プリンタ画像描画部１５１は、印刷処理部１５７から「印刷プロセス終了通知」を受けると（ステップＳ１１４）、１枚目の「印刷ログ記録の指示」をログ制御部１５２に送出する（ステップＳ１１５）。そして、「印刷ログ記録の指示」を受けたログ制御部１５２は、ＨＤＤ１０３に印刷ログを記録する（ステップＳ１１６）。
【０１２５】
次に、プリンタ画像描画部１５１は、印刷処理部１５７に２枚目の「印刷プロセス開始指示」を送出すると（ステップＳ１１７）、印刷処理部１５７は、２枚目の印刷データの印刷を行なう（ステップＳ１１８）。プリンタ画像描画部１５１は、印刷処理部１５７から「印刷プロセス終了通知」を受けると（ステップＳ１１９）、２枚目の「印刷ログ記録の指示」をログ制御部１５２に送出する（ステップＳ１２０）。そして、「印刷ログ記録の指示」を受けたログ制御部１５２は、ＨＤＤ１０３に印刷ログを記録する（ステップＳ１２１）。
【０１２６】
このとき、本実施の形態の複合機１００において、ログ制御部１５２は、２枚目の印刷情報と１枚目の印刷情報とが一致した場合は、図１６に示したように印刷枚数を更新することで印刷ログを記録する。一方、ログ制御部１５２は、２枚目の印刷情報と１枚目の印刷情報とが一致しなかった場合、図１７に示したように２枚目の印刷情報を書き込むことで印刷ログを記録する。
【０１２７】
そして、１つの印刷ジョブによる印刷が終わると（図１８では、２枚の印刷）、プリンタ画像描画部１５１は、ログ制御部１５２に「印刷ログ記録の終了指示」を送出する（ステップＳ１２２）。ログ制御部１５２は、「印刷ログ記録の開始指示」を受けると、印刷ログ記録を終了する（ステップＳ１２３）。
【０１２８】
次に、ログ制御部１５２は、「印刷ログ転送指示」を転送部１５６に送出する（ステップＳ１２４）。転送部１５６は、ＨＤＤ１０３に蓄積された印刷ログをログ収集サーバ２００に転送する（ステップＳ１２５）。そして、操作パネル１０６により、印刷ログを削除する旨の選択指示を受け付けていた場合、ログ記録部１５４は、所定時間経過後に、転送した印刷ログをＨＤＤ１０３から削除し、複合機１００での処理を終了する。
【０１２９】
次に、図１８におけるステップＳ１１６、１２１における印刷ログの記録について説明する。図１９は、実施の形態２にかかる複合機における印刷ログの記録処理の流れを示すフローチャートである。
【０１３０】
ログ制御部１５２は、プリンタ画像描画部１５１から「印刷ログ記録の指示」を受けた場合（図１８におけるステップＳ１１５、１２０参照）、印刷情報判断部１５３は、印刷処理部１５７が印刷データを印刷した際における新たな印刷情報と一致する印刷情報が、ＨＤＤ１０３に蓄積されている印刷ログに既に含まれているか否かを判断する（ステップＳ１３０）。
【０１３１】
新たな印刷情報と一致する印刷情報が印刷ログに既に含まれていると判断された場合（ステップＳ１３０：Ｙｅｓ）、ログ記録部１５４は、ＨＤＤ１０３におけるその一致する印刷情報の印刷枚数のカウントを増加させて印刷枚数を更新する（ステップＳ１３１）。このとき、ログ記録部１５４は、新たな印刷情報を印刷ログとしてＨＤＤ１０３に記録しない。
【０１３２】
一方、新たな印刷情報と一致する印刷情報が印刷ログに既に含まれていないと判断された場合（ステップＳ１３０：Ｎｏ）、その新たな印刷情報を、印刷ログの印刷情報としてＨＤＤ１０３に記録する（ステップＳ１３２）。
【０１３３】
このように、実施の形態２の複合機１００では、印刷データの印刷の際における新たな印刷情報と一致する印刷情報が、ＨＤＤ１０３に蓄積された印刷ログに既に含まれている場合、新たな印刷情報を印刷ログとして記録せずに、ＨＤＤ１０３におけるその一致する印刷情報の印刷枚数を更新する。一方、新たな印刷情報と一致する印刷情報がＨＤＤ１０３に蓄積された印刷ログに含まれていない場合、新たな印刷情報を印刷ログの印刷情報として記録する。そして、チケットが示す処理要求である一つの印刷ジョブに対する印刷の印刷ログの蓄積が終了した場合に、印刷ログをログ収集サーバ２００に転送し、ログ収集サーバ２００で印刷ログの蓄積および管理を行う。従って、複合機１００は、新たな印刷情報のすべてに対して、印刷枚数を更新するか印刷情報を記録するため、正確な内容の印刷情報を蓄積でき、新たな印刷情報が既に蓄積されている場合は印刷枚数の更新のみを行うため、容量を低減した印刷ログを蓄積できる。
【０１３４】
実施の形態２の複合機１００では、印刷データを印刷するとともに当該印刷により発生した印刷ログを蓄積し、チケットが示す処理要求である一つの印刷ジョブが終了すると、蓄積した印刷ログをログ収集サーバに転送し、ログ収集サーバで印刷ログに蓄積・管理を行うものであったが、印刷ログを転送しない構成としてもよい。すなわち、印刷データを印刷するとともに当該印刷により発生した印刷ログを蓄積しても、蓄積した印刷ログをログ収集サーバに転送せず、複合機で印刷ログの管理を行う構成としてもよい。
【０１３５】
図２０は、実施の形態１、２にかかる複合機１００のハードウェア構成を示すブロック図である。本図に示すように、この複合機１００は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral  Component  Interface）バスで接続した構成となる。コントローラ１０は、複合機１００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。
【０１３６】
コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application  Specific  Integrated  Circuit）１６と、ＨＤＤ１０３とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated  Graphics  Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read  Only  Memory）１２ａと、ＲＡＭ（Random  Access  Memory)１２ｂと、をさらに有する。
【０１３７】
ＣＰＵ１１は、複合機１００の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。
【０１３８】
ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。
【０１３９】
ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。
【０１４０】
ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。
【０１４１】
ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated  Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１０３およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct  Memory  Access  Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Facsimile  Control  Unit）３０、ＵＳＢ（Universal  Serial  Bus）４０、ＩＥＥＥ１３９４（the  Institute  of  Electrical  and  Electronics  engineers  1394）インターフェース５０が接続される。操作パネル１０６はＡＳＩＣ１６に直接接続されている。
【０１４２】
ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ１０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。
【０１４３】
ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。
【０１４４】
なお、実施の形態１、２の複合機１００で実行されるログ蓄積プログラムは、ＲＯＭ等に予め組み込まれて提供される。
【０１４５】
実施の形態１、２の複合機１００で実行されるログ蓄積プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【０１４６】
さらに、実施の形態１、２の複合機１００で実行されるログ蓄積プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、実施の形態１、２の複合機１００で実行されるログ蓄積プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１４７】
実施の形態１、２の複合機１００で実行されるログ蓄積プログラムは、上述した各部（受付部１２２、ファックス送受信部１２３、メール送受信部１２４、セッション管理部１２５、ユーザ情報管理部１２６、リクエスト管理部１２７、ログ管理部１２８、読取制御部１２９、印刷制御部１３１、文書管理部１３２、アドレス帳管理部１３３、初期設定管理部１３４、ヘルプ情報管理部１３５、マクロ情報管理部１３６、プリンタ画像描画部１５１、ログ制御部１５２、通信処理部１５５、転送部１５６、印刷処理部１５７）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからログ蓄積プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、受付部１２２、ファックス送受信部１２３、メール送受信部１２４、セッション管理部１２５、ユーザ情報管理部１２６、リクエスト管理部１２７、ログ管理部１２８、読取制御部１２９、印刷制御部１３１、文書管理部１３２、アドレス帳管理部１３３、初期設定管理部１３４、ヘルプ情報管理部１３５、マクロ情報管理部１３６、プリンタ画像描画部１５１、ログ制御部１５２、通信処理部１５５、転送部１５６、印刷処理部１５７が主記憶装置上に生成されるようになっている。
【符号の説明】
【０１４８】
１００  複合機
１０１  Ｂ＆Ｗ  ＬＰ
１０２  Ｃｏｌｏｒ  ＬＰ
１０３  ＨＤＤ
１０４  その他のハードウェアリソース
１０５  ネットワークＩ／Ｆ
１０６  操作パネル
１１０  ソフトウェア群
１１１  プリンタアプリ
１１２  コピーアプリ
１１３  ファックスアプリ
１１４  スキャナアプリ
１１５  ネットファイルアプリ
１１６  工程検査アプリ
１１７  ＷＥＢアプリ
１７２  外部アプリ
１２０  プラットフォーム部
１２１  汎用ＯＳ
１２２  受付部
１２３  ファックス送受信部
１２４  メール送受信部
１２５  セッション管理部
１２６  ユーザ情報管理部
１２７  リクエスト管理部
１２８  ログ管理部
１２９  読取制御部
１３０  アプリケーション部
１３１  印刷制御部
１３２  文書管理部
１３３  アドレス帳管理部
１３４  初期設定管理部
１３５  ヘルプ情報管理部
１３６  マクロ情報管理部
１４０  ハードウェア群
１５１  プリンタ画像描画部
１５２  ログ制御部
１５３  印刷情報判断部
１５４  ログ記録部
１５５  通信処理部
１５６  転送部
１５７  印刷処理部
２００  ログ収集サーバ
２０１  通信部
２０２  ログ記録部
５００  ネットワーク
３００  クライアントＰＣ
【先行技術文献】
【特許文献】
【０１４９】
【特許文献１】特開平１１−１３６４２８号公報
【特許文献２】特開２００４−１５１９９４号公報
【特許文献３】特開２００６−１０７２１７号公報
【図１】
2010063087.tif 000003
【図２】
2010063087.tif 000004
【図３】
2010063087.tif 000005
【図４】
2010063087.tif 000006
【図５】
2010063087.tif 000007
【図６】
2010063087.tif 000008
【図７】
2010063087.tif 000009
【図８】
2010063087.tif 000010
【図９】
2010063087.tif 000011
【図１０】
2010063087.tif 000012
【図１１】
2010063087.tif 000013
【図１２】
2010063087.tif 000014
【図１３】
2010063087.tif 000015
【図１４】
2010063087.tif 000016
【図１５】
2010063087.tif 000017
【図１６】
2010063087.tif 000018
【図１７】
2010063087.tif 000019
【図１８】
2010063087.tif 000020
【図１９】
2010063087.tif 000021
【図２０】
2010063087.tif 000022