(57)【要約】【課題】ユーザの機密の情報を保護しつつ、メーカやディーラなどが装置の不具合などの状況をできるだけ従来通りに特定できるように、ログを提供する。【解決手段】画像形成装置１に、実行された処理に関するログデータ４を生成するジョブログ生成部１０１と、ログデータ４に含まれる情報のうちの非公開にすべき情報である非公開情報を、別の情報である仮称情報に置き換えることによって、ログデータ５を生成しジョブログデータベース１２１に登録するログ登録処理部１０２と、ログデータ５を出力する社外管理者用データ出力部１０７と、を設ける。【選択図】図３
2011065364.tif 000002
【特許請求の範囲】
【請求項１】
実行された処理に関する第一のログを取得するログ取得手段と、
前記第一ログに含まれる情報のうちの非公開にすべき情報である非公開情報を、別の情報である仮称情報に置き換えることによって、第二のログを生成する第二のログ生成手段と、
前記第二のログを出力する第二のログ出力手段と、
を有することを特徴とするログ管理装置。
【請求項２】
前記非公開情報を、当該非公開情報を置き換えるのに用いられた前記仮称情報と対応付けて記憶する、対応関係記憶手段、を有し、
前記第二のログ生成手段は、複数の前記非公開情報が同一である場合は、当該非公開情報を同一の前記仮称情報に置き換えることによって、前記第二のログを生成する、
請求項１記載のログ管理装置。
【請求項３】
画像に関連する処理である画像関連処理を実行する画像処理装置であって、
前記画像関連処理に関する第一のログを生成する第一のログ生成手段と、
前記第一ログに含まれる情報のうちの当該画像処理装置のユーザ以外の者である部外者に対して非公開にすべき情報である非公開情報を、別の情報である仮称情報に置き換えることによって、第二のログを生成する第二のログ生成手段と、
前記第二のログを出力する第二のログ出力手段と、
を有することを特徴とする画像処理装置。
【請求項４】
前記非公開情報を、当該非公開情報を置き換えるのに用いられた前記仮称情報と対応付けて記憶する、対応関係記憶手段、を有し、
前記第二のログ生成手段は、複数の前記非公開情報が同一である場合は、当該非公開情報を同一の前記仮称情報に置き換えることによって、前記第二のログを生成する、
請求項３記載の画像処理装置。
【請求項５】
前記第二のログのうちの前記仮称情報を、当該仮称情報に対応する前記非公開情報に置き換えることによって第三のログを生成する、第三のログ生成手段と、
前記第三のログを出力する第三のログ出力手段と、を有し、
前記第二のログ出力手段は、ログを要求したオペレータが前記部外者である場合に、前記第二のログを出力し、
前記第三のログ出力手段は、前記オペレータが前記ユーザである場合に、前記第三のログを出力する、
請求項３または請求項４記載の画像処理装置。
【請求項６】
実行された処理に関する第一のログを取得する第一のステップと、
前記第一ログに含まれる情報のうちの非公開にすべき情報である非公開情報を、別の情報である仮称情報に置き換えることによって、第二のログを生成する第二のステップと、
前記第二のログを出力する第二のステップと、
を有することを特徴とするログ管理方法。
【請求項７】
ログを管理するコンピュータで用いられるコンピュータプログラムであって、
前記コンピュータに、
実行された処理に関する第一のログを取得する第一の処理と、
前記第一ログに含まれる情報のうちの非公開にすべき情報である非公開情報を、別の情報である仮称情報に置き換えることによって、第二のログを生成する第二の処理と、
前記第二のログを出力する第二の処理と、
を実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログを管理する装置および方法などに関する。
【背景技術】
【０００２】
従来、サーバおよびパーソナルコンピュータなどの装置において、処理の状況の記録が取られている。このような記録は、一般に「ログ」と呼ばれている。
【０００３】
近年、「複合機」または「ＭＦＰ」などと呼ばれる、コピー、ネットワークプリンティング（ＰＣプリント）、ファックス、およびスキャナなどの機能を集約した画像処理装置が、オフィスおよび家庭などに普及している。このような画像処理装置においても、ログが取られている。
【０００４】
画像処理装置を使用するコンシューマは、メーカまたはディーラと保守契約を結ぶことが多い。メーカまたはディーラは、画像処理装置に不具合があった場合に、画像処理装置のログを解析することによって不具合の原因を解明し、修理することが、ある。
【０００５】
メーカまたはディーラは、ログを画像処理装置の設置場所で解析することもあれば、自らの事業所へ持ち帰って解析することもある。
【０００６】
ログなどの情報をコンシューマのところから外部へ提供する方法が幾つか提案されている。例えば、がインターネットを介してログなどの情報を外部の装置へ送信することが、開示されている（特許文献１、２）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−１７５２００号公報
【特許文献２】特開２００８−２６８９９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、ログには、個人情報が直接含まれていたり、ジョブを実行させた個人を特定できる情報が含まれていたりすることがある。これらの情報は、コンシューマにとっての機密の情報であり、メーカやディーラに知られないのが望ましい。ただし、メーカやディーラに開示しなければ、不具合の特定ができなかったり時間が掛かったりしてしまうことがある。
【０００９】
本発明は、このような課題に鑑み、ユーザの機密の情報を保護しつつ、メーカやディーラなどが装置の不具合などの状況をできるだけ従来通りに特定できるように、ログを提供することを、目的とする。
【課題を解決するための手段】
【００１０】
本発明に係るログ管理装置は、実行された処理に関する第一のログを取得するログ取得手段と、前記第一ログに含まれる情報のうちの非公開にすべき情報である非公開情報を、別の情報である仮称情報に置き換えることによって、第二のログを生成する第二のログ生成手段と、前記第二のログを出力する第二のログ出力手段と、を有する。
【００１１】
好ましくは、前記非公開情報を、当該非公開情報を置き換えるのに用いられた前記仮称情報と対応付けて記憶する、対応関係記憶手段、を有し、前記第二のログ生成手段は、複数の前記非公開情報が同一である場合は、当該非公開情報を同一の前記仮称情報に置き換えることによって、前記第二のログを生成する。
【００１２】
ＭＦＰなどの、画像に関連する処理である画像関連処理を実行する画像処理装置に、前記ログ管理装置を適用した場合は、さらに、前記第二のログのうちの前記仮称情報を、当該仮称情報に対応する前記非公開情報に置き換えることによって第三のログを生成する、第三のログ生成手段と、前記第三のログを出力する第三のログ出力手段と、を設け、前記第二のログ出力手段は、ログを要求したオペレータが前記部外者である場合に、前記第二のログを出力し、前記第三のログ出力手段は、前記オペレータが前記ユーザである場合に、前記第三のログを出力する、ように構成してもよい。
【発明の効果】
【００１３】
本発明によると、ユーザの機密の情報を保護しつつ、メーカやディーラなどが装置の不具合などの状況をできるだけ従来通りに特定できるように、ログを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】ネットワークシステムの全体的な構成の例を示す図である。
【図２】画像形成装置のハードウェア構成の例を示す図である。
【図３】画像形成装置の機能的構成の例を示す図である。
【図４】ログデータの例を示す図である。
【図５】ジョブログテーブルの例を示す図である。
【図６】仮称実名対応テーブルの例を示す図である。
【図７】ログ登録処理の流れの例を説明するフローチャートである。
【図８】社内管理者用ログファイル生成処理の流れの例を説明するフローチャートである。
【図９】社外管理者用ログファイル生成処理の流れの例を説明するフローチャートである。
【図１０】画像形成装置の全体的な処理の流れの例を説明するフローチャートである。
【図１１】共同作業用ログファイル生成処理の流れの例を説明するフローチャートである。
【発明を実施するための形態】
【００１５】
図１はネットワークシステムＮＳの全体的な構成の例を示す図、図２は画像形成装置１のハードウェア構成の例を示す図、図３は画像形成装置１の機能的構成の例を示す図である。
【００１６】
図１に示すように、ネットワークシステムＮＳは、画像形成装置１、端末装置２、および通信回線３などによって構成される。画像形成装置１と端末装置２とは、通信回線３を介して互いに接続可能である。通信回線３として、公衆回線、専用線、インターネット、またはいわゆるＬＡＮ（Local Area Network）回線などが用いられる。
【００１７】
ネットワークシステムＮＳは、役所または企業などの組織に設けられ、その組織のメンバによって使用される。以下、ある企業Ｘにおいて使用されるネットワークシステムＮＳを例に説明する。企業Ｘの社員を「ユーザ」と記載する。ユーザには、ユニークなユーザＩＤ（identification）が与えられている。
【００１８】
画像形成装置１は、一般に複合機またはＭＦＰ（Multi Function Peripherals）などと呼ばれる画像処理装置であって、コピー、ＰＣプリント（ネットワークプリンティング）、ファックス、およびスキャナなどの機能を集約した装置である。
【００１９】
画像形成装置１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、スキャナ１０ｅ、印刷装置１０ｆ、ネットワークインタフェース１０ｇ、タッチパネル１０ｈ、モデム１０ｉ、およびＵＳＢ（Universal Serial Bus）インタフェース１０ｊのほか、制御用回路などによって構成される。
【００２０】
スキャナ１０ｅは、原稿の用紙に記されている写真、文字、絵、図表などの画像を読み取って画像データを生成する装置である。
【００２１】
印刷装置１０ｆは、スキャナ１０ｅによって読み取られた画像または他の装置から受信した画像データに示される画像を印刷する。
【００２２】
タッチパネル１０ｈは、ユーザに対するメッセージを与えるための画面、処理の結果を示す画面、またはユーザが画像形成装置１に対して指示を入力するための画面などを表示する。また、タッチパネル１０ｈは、タッチされた（押された）位置を検知し、ＣＰＵ１０ａにその位置を通知する。
【００２３】
ユーザは、タッチパネル１０ｈを操作することによって、画像形成装置１に対してコマンドを与えたりデータを入力したりすることができる。
【００２４】
ネットワークインタフェース１０ｇは、通信回線３を介してＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）によって端末装置２などと通信を行うためのＮＩＣ（Network Interface Card）である。
【００２５】
モデム１０ｉは、固定電話網を介してＧ３のプロトコルによって他のファックス端末と通信を行う装置である。
【００２６】
ＵＳＢインタフェース１０ｊは、ＵＳＢの規格に対応した装置（いわゆる、ＵＳＢ機器）と通信を行うためのＵＳＢインタフェースボードである。
【００２７】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、図３に示すジョブログ生成部１０１、ログ登録処理部１０２、オペレータ種別判定部１０３、社内管理者用データ生成部１０４、社内管理者用データ出力部１０５、社外管理者用データ生成部１０６、社外管理者用データ出力部１０７、ジョブログデータベース１２１、仮称情報データベース１２２、デバイス機密データ記憶部１２３、暗号鍵記憶部１２４などを実現するためのプログラムおよびデータが記憶されている。これらのプログラムは、必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。
【００２８】
図３に示す各部の機能の全部または一部を回路などのハードウェアのみによって実現してもよい。
【００２９】
ユーザは、画像形成装置１を直接操作してコピー、ファックス、およびスキャンなどのジョブを画像形成装置１に実行させたり、端末装置２を操作してＰＣプリントのジョブを画像形成装置１に実行させたりすることができる。
【００３０】
企業Ｘの社員であって画像形成装置１の管理を行うもの（以下、「社内管理者」と記載する。）は、画像形成装置１が実行するジョブのログなどの情報を取得することができる。また、画像形成装置１のメンテナンスを行うメーカまたはディーラなどの企業（以下、「企業Ｙ」と記載する。）の社員であって企業Ｘを担当するもの（以下、「社外管理者」と記載する。）も、画像形成装置１が実行するジョブのログなどの情報を取得することができる。ただし、社内管理者が取得できる情報の内容と社外管理者が取得できる情報の内容とでは、異なるところがある。これについては、後述する。
【００３１】
社内管理者および社外管理者にも、ユーザＩＤが与えられている。ただし、社内管理者、社外管理者、および管理を担当しないユーザのそれぞれの種別が区別できるように、ユーザＩＤが決められている。例えば、社内管理者のユーザＩＤの頭文字は「Ａ」であり、社外管理者のユーザＩＤの頭文字は「Ｂ」であり、管理を担当しないユーザの頭文字は「Ｃ」である。
【００３２】
図１に戻って、端末装置２には、画像を印刷する処理を画像形成装置１に実行させるためのドライバがインストールされている。端末装置２として、パーソナルコンピュータまたはＰＤＡ（Personal Digital Assistant）などが用いられる。
【００３３】
図４はログデータ４の例を示す図、図５はジョブログテーブルＴＬの例を示す図、図６は仮称実名対応テーブルＴＭの例を示す図、図７はログ登録処理の流れの例を説明するフローチャート、図８は社内管理者用ログファイル生成処理の流れの例を説明するフローチャート、図９は社外管理者用ログファイル生成処理の流れの例を説明するフローチャートである。
【００３４】
次に、図３に示す画像形成装置１の各部の機能および処理内容などについて説明する。
【００３５】
図２に示す画像形成装置１のスキャナ１０ｅ、印刷装置１０ｆ、ネットワークインタフェース１０ｇ、モデム１０ｉ、およびＵＳＢインタフェース１０ｊなどは、ＣＰＵ１０ａなどに制御されて、従来通り、上に例示した各種のジョブを実行する。ＣＰＵ１０ａは、ジョブを実行するごとに、そのジョブに対して、他のジョブと区別するためのユニークなジョブＩＤを発行する。
【００３６】
図３において、画像形成装置１のジョブログ生成部１０１は、画像形成装置１が実行したジョブに関する情報つまりログのログデータ４を生成する。
【００３７】
例えば、スキャンジョブが実行されたら、ジョブログ生成部１０１は、図４（ａ）のようなログデータ４Ａを生成する。ログデータ４Ａの「ジョブＩＤ」は、そのジョブに対して発行されたジョブＩＤである。「開始日時」および「終了日時」は、それぞれ、そのジョブが開始された日時および終了した日時である。「ジョブ実行者名」は、そのジョブの指令を与えたユーザの名前（ユーザ名）である。「送信方法」は、そのジョブの過程（スキャンの工程）で得られた画像ファイルを送信する方法である。「送信先」は、その画像ファイルの送信先を示すアドレスである。「送信ファイル名」は、その画像ファイルのファイル名である。「送信ページ」は、その画像ファイルによって再現される書類のページ数である。スキャンした原稿の面数でもある。「実行結果」は、そのジョブの実行が成功したか否かを示し、「ＯＫ」は成功したことを意味し、「Ｅｒｒｏｒ」は失敗したことを意味する。
【００３８】
または、ＰＣプリントジョブが実行されたら、ジョブログ生成部１０１は、図４（ｂ）のようなログデータ４Ｂを生成する。ログデータ４Ｂの「ジョブＩＤ」、「開始日時」、「終了日時」、「ジョブ実行者名」、および「実行結果」の意味は、ログデータ４Ａのそれらの項目と同様の意味である。「ジョブデータ名」は、端末装置２から受信した、そのジョブを実行するのに使用した画像データの名称である。「送信元」は、その画像データの送信元を示すアドレスである。「印刷ページ数」は、そのジョブにおいて印刷した印刷物のページ数である。
【００３９】
または、コピージョブが実行されたら、ジョブログ生成部１０１は、図４（ｃ）のようなログデータ４Ｃを生成する。ログデータ４Ｃの「ジョブＩＤ」、「開始日時」、「終了日時」、「ジョブ実行者名」、および「実行結果」の意味は、ログデータ４Ａ、４Ｂのそれらの項目と同様の意味である。「部数」は、そのジョブによって得られた複写物（印刷物）の部数である。「ページ数」は、その複写物のページ数である。
【００４０】
なお、ファックスのジョブのログデータ４は、図４（ａ）に示すログデータ４Ａとして生成すればよい。この場合は、送信方法を「ＦＡＸ」に設定し、送信先を相手先のファクシミリ番号（電話番号）に設定すればよい。「送信ファイル名」は空白でよい。
【００４１】
図３に戻って、ジョブログデータベース１２１には、図５のようなジョブの種類ごとのジョブログテーブルＴＬ（ＴＬＡ、ＴＬＢ、およびＴＬＣ）が設けられている。そして、ジョブログ生成部１０１によって生成されたログデータ４が、そのログデータ４に係るジョブの種類に応じたジョブログテーブルＴＬに記憶される。ただし、図５と図４とを比較して分かるように、ログデータ４に含まれる項目のうちの一部の項目の情報は、後述するログ登録処理部１０２によって別の情報に置き換えられる。以下、置換に用いられる別の情報を「仮称」と記載する。
【００４２】
仮称情報データベース１２２には、図６のような仮称実名対応テーブルＴＭ（ＴＭＡ、ＴＭＢ）が設けられており、ログデータ４に含まれる情報とそれの置換に用いられる仮称との対応関係を示す情報が記憶される。仮称実名対応テーブルＴＭＡには、ジョブ実行者名の仮称が記憶され、仮称実名対応テーブルＴＭＢには、アドレスの仮称が記憶される。
【００４３】
デバイス機密データ記憶部１２３には、画像形成装置１の機密のデータが記憶されている。特に、コンシューマ向きでない、画像形成装置１のメーカまたはディーラのみが知るべきデータが、記憶されている。以下、このような機密のデータを「機密データ６」と記載する。
【００４４】
ログ登録処理部１０２は、ログデータ４の中の予め決められた項目の情報を仮称に置き換えて、ジョブログデータベース１２１に登録する。また、置換前の情報と仮称との対応関係を適宜、仮称情報データベース１２２に登録する。
【００４５】
ここで、ログ登録処理部１０２によるジョブログデータベース１２１へのログデータ４の登録の処理および仮称情報データベース１２２への仮称の登録の処理について、図７のフローチャートを参照しながら説明する。
【００４６】
ジョブログ生成部１０１によってログデータ４が生成されると、ログ登録処理部１０２は、ログデータ４に示されるジョブ実行者名に対応する仮称が仮称情報データベース１２２の仮称実名対応テーブルＴＭＡに登録されているか否かをチェックする（＃７０１）。
【００４７】
そのジョブ実行者名に対応する仮称が未だ仮称実名対応テーブルＴＭＡに登録されていない場合は（＃７０２でＮｏ）、ログ登録処理部１０２は、未だ使用されていない仮称を任意に選び（＃７０３）、選んだ仮称とそのジョブ実行者名とを示すレコードを仮称実名対応テーブルＴＭＡに追加する（＃７０４）。既に登録されている場合は（＃７０２でＹｅｓ）、ステップ＃７０３、＃７０４の処理をスキップする。
【００４８】
なお、仮称の選び方は、公知の方法を用いて行えばよい。例えば、先頭の文字列だけを「Ｕｓｅｒ＿」のように予め共通に決めておき、新たな仮称を発行するごとに未使用のシーケンス番号を発行し、先頭の共通の文字列とシーケンス番号とを「Ｕｓｅｒ＿１２３」のように組み合わせることによって、仮称を選べばよい。または、ハッシュ関数などを用いてジョブ実行者名を仮称に変換してもよい。
【００４９】
さらに、ログ登録処理部１０２は、ログデータ４にアドレスが示される場合は（＃７０５でＹｅｓ）、それに対応する仮称が仮称情報データベース１２２の仮称実名対応テーブルＴＭＡに登録されているか否かをチェックする（＃７０６）。
【００５０】
そのアドレスに対応する仮称が未だ仮称実名対応テーブルＴＭＡに登録されていない場合は（＃７０７でＮｏ）、ログ登録処理部１０２は、未だ使用されていない仮称を任意に決定し（＃７０８）、決定した仮称とそのアドレスとを示すレコードを仮称実名対応テーブルＴＭＢに追加する（＃７０９）。アドレスがログデータ４に元々示されていない場合（＃７０５でＮｏ）およびログデータ４に示されるアドレスが既に登録されている場合は（＃７０７でＹｅｓ）、ステップ＃７０７、＃７０８の処理をスキップする。
【００５１】
ログ登録処理部１０２は、ログデータ４に含まれるジョブ実行者名およびアドレスを、それぞれに対応する仮称に置き換えることによって、ログデータ４を更新する（＃７１０）。以下、更新後のログデータ４を「ログデータ５」と記載する。そして、ログデータ５を、ジョブの種類に応じたジョブログテーブルＴＬに記憶させる（＃７１１）。
【００５２】
例えば、スキャンジョブのログデータ４（つまり、ログデータ４Ａ）から得られたログデータ５Ａは、ジョブログテーブルＴＬＡに記憶させる。または、ＰＣプリントジョブのログデータ４（つまり、ログデータ４Ｂ）から得られたログデータ５Ｂは、ジョブログテーブルＴＬＢに記憶させる。または、コピージョブのログデータ４（つまり、ログデータ４Ｃ）から得られたログデータ５Ｃは、ジョブログテーブルＴＬＣに記憶させる。
【００５３】
以上説明したように、ジョブが実行されるごとに、一部分が秘匿されたログがジョブログ生成部１０１およびログ登録処理部１０２などによって生成されジョブログデータベース１２１に登録される。
【００５４】
図３に戻って、オペレータ種別判定部１０３、社内管理者用データ生成部１０４、社内管理者用データ出力部１０５、社外管理者用データ生成部１０６、および社外管理者用データ出力部１０７は、社内管理者および社外管理者のためにログを出力するための処理を行う。また、暗号鍵記憶部１２４には、ログを出力する際に使用する暗号鍵が記憶されている。以下、オペレータ種別判定部１０３、社内管理者用データ生成部１０４、社外管理者用データ生成部１０６、および暗号鍵記憶部１２４について説明する。
【００５５】
暗号鍵記憶部１２４には、社内管理者の公開鍵である社内公開鍵ＰＫＡおよび社外管理者の公開鍵である社外公開鍵ＰＫＢが記憶されている。社内公開鍵ＰＫＡも社外公開鍵ＰＫＢも、公開鍵暗号方式に用いられる公開鍵である。社内公開鍵ＰＫＡは社内秘密鍵ＳＫＡと対をなし、社外公開鍵ＰＫＢは、社外秘密鍵ＳＫＢと対をなす。社内管理者は、社内秘密鍵ＳＫＡを、他人に盗まれないように厳重に管理している。社外管理者も、社外秘密鍵ＳＫＢを、他人に盗まれないように厳重に管理している。
【００５６】
社内管理者および社外管理者は、ログをＵＳＢメモリなどに出力したい場合は、予め、自分のユーザＩＤを使用して画像形成装置１にログインしておく。そして、ログの出力の指令を画像形成装置１に対して入力する。
【００５７】
オペレータ種別判定部１０３は、ログの出力の指令が入力されると、ログインに使用されたユーザＩＤに基づいて、画像形成装置１を現在操作している者（以下、「オペレータ」と記載する。）の種別を判定する。例えば、ユーザＩＤの頭文字が「Ａ」であれば社内管理者であると判定し、「Ｂ」であれば社外管理者であると判定し、「Ｃ」であれば管理を担当しないユーザと判定する。
【００５８】
社内管理者用データ生成部１０４は、オペレータが社内管理者であるとオペレータ種別判定部１０３によって判定された場合に、図８に示す手順で出力用のログデータを生成する。
【００５９】
社内管理者用データ生成部１０４は、ジョブログデータベース１２１の各ジョブログテーブルＴＬに記憶されているログデータ５を順次読み出す（図８の＃７２１）。すべてのログデータ５を読み出してもよいし、オペレータが指定したログデータ５のみを読み出してもよい。
【００６０】
社内管理者用データ生成部１０４は、読み出したログデータ５に示される仮称に対応する情報を仮称実名対応テーブルＴＭＡまたはＴＭＢ（図６参照）から検索する（＃７２３）。具体的には、仮称がユーザ名に関するものである場合は、仮称に対応するジョブ実行者名を仮称実名対応テーブルＴＭＡから検索する。または、仮称がアドレスに関するものである場合は、仮称に対応するアドレスを仮称実名対応テーブルＴＭＢから検索する。
【００６１】
社内管理者用データ生成部１０４は、検索した情報（ジョブ実行者名またはアドレス）に仮称を置き換えることによって、読み出したログデータ５を更新する（＃７２４）。以下、更新後のログデータ５をログデータ４’と記載する。
【００６２】
例えば、図５（ａ）に示すログデータ５Ａの場合は、ジョブ実行者名および送信先の２つの項目の情報が置換される。図５（ｂ）に示すログデータ５Ｂの場合は、ジョブ実行者名および送信元の２つの項目の情報が置換される。図５（ｃ）に示すログデータ５Ｃの場合は、ジョブ実行者名の項目の情報のみが置換される。
【００６３】
社内管理者用データ生成部１０４は、読み出したログデータ５をすべてログデータ４’に更新したら（＃７２２でＮｏ）、これらのログデータ４’を１つのファイルに纏め、社内公開鍵ＰＫＡによって暗号化する（＃７２５）。以下、ログデータ４’が纏められ暗号化されたファイルを「ログファイルＦＬＡ」と記載する。
【００６４】
社内管理者用データ出力部１０５は、社内管理者用データ生成部１０４によって生成されたログファイルＦＬＡを画像形成装置１の外部へ出力する。例えば、ＵＳＢインタフェース１０ｊにセットされたＵＳＢメモリへ出力する。
【００６５】
社内管理者は、社内秘密鍵ＳＫＡを用いてログファイルＦＬＡを復号し使用することができる。
【００６６】
図３に戻って、社外管理者用データ生成部１０６は、オペレータが社外管理者であるとオペレータ種別判定部１０３によって判定された場合に、図９に示す手順で出力用のログデータを生成する。
【００６７】
社外管理者用データ生成部１０６は、ジョブログデータベース１２１の各ジョブログテーブルＴＬに記憶されているログデータ５を読み出す（図９の＃７３１）。すべてのログデータ５を読み出してもよいし、オペレータが指定したログデータ５のみを読み出してもよい。
【００６８】
オペレータが機密データ６を指定した場合は（＃７３２でＹｅｓ）、社外管理者用データ生成部１０６は、さらに、その機密データ６をデバイス機密データ記憶部１２３から読み出す。
【００６９】
社外管理者用データ生成部１０６は、読み出したログデータ５および機密データ６を１つのファイルに纏め、社外公開鍵ＰＫＢによって暗号化する（＃７３４）。以下、ログデータ５が纏められ暗号化されたファイルを「ログファイルＦＬＢ」と記載する。
【００７０】
社外管理者用データ出力部１０７は、社外管理者用データ生成部１０６によって生成されたログファイルＦＬＢを画像形成装置１の外部へ出力する。例えば、ＵＳＢインタフェース１０ｊにセットされたＵＳＢメモリへ出力する（＃７３５）。なお、ログファイルＦＬＢを生成する際は、ログファイルＦＬＡを生成する場合とは異なり、仮称を基の情報に置換する処理は行わない。
【００７１】
社外管理者は、ログファイルＦＬＢを企業Ｙに持ち帰り、社外秘密鍵ＳＫＢを用いてログファイルＦＬＢ復号し使用することができる。
【００７２】
図１０は画像形成装置１の全体的な処理の流れの例を説明するフローチャートである。次に、画像形成装置１におけるログの管理に関する全体的な処理の手順を、図１０のフローチャートを参照しながら説明する。
【００７３】
画像形成装置１は、イベントが発生するごとに、それに応じた処理を次のように実行する。
【００７４】
画像形成装置１はジョブを実行すると（図１０の＃１１でＹｅｓ）、そのジョブのログを登録するための処理を実行する（＃１２）。この処理の手順は、前に図７で説明した通りである。
【００７５】
または、画像形成装置１は、ログの出力の指令を受け付けると（＃１３でＹｅｓ）、指令を与えたオペレータの種別を判別する（＃１４）。そして、画像形成装置１は、オペレータが社内管理者である場合は（＃１５でＹｅｓ）、ログファイルＦＬＡを生成し出力する処理を実行する（＃１６）。この処理の手順は、前に図８で説明した通りである。一方、オペレータが社外管理者である場合は（＃１７でＹｅｓ）、ログファイルＦＬＢを生成し出力する処理を実行する（＃１８）。この処理の手順は、前に図９で説明した通りである。
【００７６】
本実施形態によると、ユーザの機密の情報を保護しつつ、メーカやディーラなどが装置の不具合などの状況をできるだけ従来通りに特定できるように、ログを提供することができる。
【００７７】
図１１は共同作業用ログファイル生成処理の流れの例を説明するフローチャートである。
【００７８】
本実施形態では、データの暗号化の際に、公開鍵暗号方式の公開鍵を用いたが、共通鍵暗号方式の暗号鍵を用いてもよい。
【００７９】
社内管理者と社外管理者とが共同で作業を行う場合がある。このような場合は、画像形成装置１は、図１１に示す手順で、共同作業用のログファイルＦＬＣを生成する。
【００８０】
画像形成装置１は、社内管理者および社外管理者の両方が同時期に画像形成装置１にログインすることを認める。
【００８１】
ログの出力の指令を受け付けると、画像形成装置１は、指令を与えたオペレータの種別を判別する（図１０の＃１１でＹｅｓ、＃１４参照）。
【００８２】
画像形成装置１は、オペレータが社内管理者および社外管理者の両者であることを判別すると、図１１に示す手順でログファイルＦＬＣを生成する。
【００８３】
画像形成装置１は、図８のステップ＃７２１〜＃７２４の処理と同様に、ジョブログデータベース１２１からログデータ５を読み出し、仮称を元の情報に置き換えることによってログデータ４’に変換する（図１１の＃７５１〜＃７５４）。さらに、機密データ６をデバイス機密データ記憶部１２３から読み出す（＃７５５）。ログデータ４’および機密データ６を１つのファイルに纏め、社内公開鍵ＰＫＡまたは社外公開鍵ＰＫＢなどによって暗号化することによって、ログファイルＦＬＣを生成する（＃７５６）。
【００８４】
そして、画像形成装置１は、生成したログファイルＦＬＣをＵＳＢメモリなどに出力する（＃７５７）。
【００８５】
本実施形態では、ＭＦＰなどの画像形成装置のログを管理する場合を例に説明したが、本発明は、サーバまたはパーソナルコンピュータなどの装置のログを管理する場合にも適用することができる。
【００８６】
その他、ネットワークシステムＮＳ、画像形成装置１の全体または各部の構成、処理内容、処理順序、テーブルの構成などは、本発明の趣旨に沿って適宜変更することができる。
【符号の説明】
【００８７】
１  画像形成装置（ログ管理装置、画像処理装置）
１０１  ジョブログ生成部（ログ取得手段）
１０２  ログ登録処理部（第二のログ生成手段）
１０５  社外管理者用データ生成部（第三のログ生成手段）
１０７  社外管理者用データ出力部（第二のログ出力手段）
１２２  仮称情報データベース（対応関係記憶手段
４  ログデータ（第一のログ）
４’  ログデータ（第三のログ）
５  ログデータ（第二のログ）
【図１】
2011065364.tif 000003
【図２】
2011065364.tif 000004
【図３】
2011065364.tif 000005
【図４】
2011065364.tif 000006
【図５】
2011065364.tif 000007
【図６】
2011065364.tif 000008
【図７】
2011065364.tif 000009
【図８】
2011065364.tif 000010
【図９】
2011065364.tif 000011
【図１０】
2011065364.tif 000012
【図１１】
2011065364.tif 000013