JP2016053918A - 情報処理システム及び情報処理方法 - Google Patents

Abstract

【課題】ログ情報のイベント及び属性等の情報が事前に把握できていなくても、記録すべきではない情報は記録しないシステム及び方法を提供する。【解決手段】ログ情報に含まれる文字列の参照先を示す情報に基づいて、文字列を、マスク文字列に変換するか否かを確認する確認画面を表示する表示部１２３と、文字列をマスク文字列に変換するか否かを示す入力を受け付ける入力部１２４と、入力に基づいて、ログ情報を識別するログ識別情報と、文字列のログ情報内の位置を示す文字列位置情報と、文字列をマスク文字列に変換するか否かを示すマスク要否情報を含むマスク設定情報をマスク対象情報１３２に記憶する記憶制御部１２５と、マスク設定情報に基づいて、文字列をマスク文字列に変換するか否かを判定する判定部１２２を備え、記憶制御部は、文字列をマスク文字列に変換すると判定された場合、文字列をマスク文字列に変換してログＤＢ１３１に記憶する。【選択図】図２

Description

本発明は情報処理システム及び情報処理方法に関する。

アプリケーション又はＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムは、実行された処理に関する情報等を示すログ情報を出力する。ログ情報を、イベント及び属性等によりフィルタリングするログフィルタの条件を、容易に設定できるようにする技術が従来から知られている。例えば特許文献１には、必要なログ情報のみ記録又は転送するようにし、不要なログ情報は記録又は転送しないようにするログフィルタの条件を容易に設定できるようにすることにより、適切なログ情報の間引きを可能にする情報処理装置の発明が開示されている。

しかしながら従来の技術では、ログ情報のイベント及び属性等を事前に把握できていなければ、顧客情報や社外秘情報等のセキュリティポリシー上、記録すべきではない情報等を記録しないように、ログ情報をフィルタリングすることができなかった。

本発明は、上記に鑑みてなされたものであって、ログ情報のイベント及び属性等の情報が事前に把握できていなくても、記録すべきではない情報は記録しないようにすることができる情報処理システム及び情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、プログラムにより出力されるログ情報に含まれる文字列の参照先を示す情報に基づいて、前記文字列を、前記文字列を識別できないマスク文字列に変換するか否かを確認する確認画面を表示する表示部と、前記文字列を前記マスク文字列に変換するか否かを示す入力を受け付ける入力部と、前記入力に基づいて、前記ログ情報を識別するログ識別情報と、前記文字列の前記ログ情報内の位置を示す文字列位置情報と、前記文字列をマスク文字列に変換するか否かを示すマスク要否情報と、を含むマスク設定情報を第１記憶部に記憶する記憶制御部と、前記マスク設定情報に基づいて、前記文字列を前記マスク文字列に変換するか否かを判定する判定部と、を備え、前記記憶制御部は、前記文字列を前記マスク文字列に変換すると判定された場合、前記文字列を前記マスク文字列に変換して前記第１記憶部に記憶する。

本発明によれば、ログ情報のイベント及び属性等の情報が事前に把握できていなくても、記録すべきではない情報は記録しないようにすることができるという効果を奏する。

図１は実施形態の情報処理システムの構成の例を示す図である。 図２は実施形態の情報処理装置及びログサーバ装置の構成の例を示す図である。 図３Ａは実施形態のログ情報の例を示す図である。 図３Ｂは実施形態のマスク処理されたログ情報の例を示す図である。 図４は実施形態のマスク対象情報の例を示す図である。 図５Ａは実施形態の参照先情報の例を示す図である。 図５Ｂは実施形態のｅｍｐｌｏｙｅｅテーブルの例を示す図である。 図５Ｃは実施形態のｃｏｎｔａｃｔテーブルの例を示す図である。 図６は実施形態の名寄せ情報の例を示す図である。 図７は実施形態の共有情報の例を示す図である。 図８は実施形態のマスク設定情報送信要求の例を示す図である。 図９は実施形態の共有サーバ装置の構成の例を示す図である。 図１０は実施形態のマスク設定情報共有ＤＢの例を示す図である。 図１１は実施形態の判定処理の例を示すフローチャートである。 図１２は実施形態のマスク情報更新処理の例を示すフローチャートである。 図１３は実施形態の第１確認処理の例を示すフローチャートである。 図１４は実施形態の第１確認画面の例を示す図である。 図１５は実施形態の反映完了画面の例を示す図である。 図１６は実施形態の新規作成確認画面の例を示す図である。 図１７は実施形態のキャンセル画面の例を示す図である。 図１８は実施形態の第２確認処理の例を示すフローチャートである。 図１９は実施形態の第２確認画面の例を示す図である。 図２０は実施形態の新規作成完了画面の例を示す図である。 図２１は実施形態の第１及び第２確認処理により更新されたマスク対象情報の例を示す図である。 図２２は実施形態のマスク設定情報の共有処理（アップロード）を示すシーケンス図である。 図２３は実施形態の共有確認画面の例を示す図である。 図２４は実施形態のマスク設定情報の共有処理（ダウンロード）を示すシーケンス図である。 図２５は実施形態の取得確認画面の例を示す図である。 図２６は実施形態の応答情報作成処理の例を示すフローチャートである。 図２７は実施形態のマスク設定情報共有ＤＢから抽出されたマスク設定情報の例を示す図である。 図２８は実施形態の推奨部により分類されたマスク設定情報の例を示す図である。 図２９は実施形態の応答情報の例を示す図である。 図３０は実施形態の更新確認画面の例を示す図である。 図３１Ａは実施形態の共有処理前のマスク対象情報の例を示す図である。 図３１Ｂは実施形態の共有処理後のマスク対象情報の例を示す図である。 図３２は実施形態のログサーバ装置のハードウェア構成の例を示す図である。

以下に添付図面を参照して、情報処理システム及び情報処理方法の実施形態を詳細に説明する。

図１は実施形態の情報処理システム１の構成の例を示す図である。情報処理システム１は、第１システム１０、第２システム２０及びネットワーク３０により構成される。

まず第１システム（Ａ社ＬＡＮ）１０について説明する。第１システム１０は、情報処理装置１１−１、情報処理装置１１−２、・・・、情報処理装置１１−ｎ、ログサーバ装置１３、ファイアーウォール１４、顧客情報ＤＢ１０１及び社員情報ＤＢ１０２を備える。情報処理装置１１−１、情報処理装置１１−２、・・・、情報処理装置１１−ｎ、ログサーバ装置１３、ファイアーウォール１４、顧客情報ＤＢ１０１及び社員情報ＤＢ１０２はネットワーク１２に接続されている。

情報処理装置１１−１、情報処理装置１１−２、・・・、及び情報処理装置１１−ｎは、ログ情報をログサーバ装置１３に送信する。以下、情報処理装置１１−１、情報処理装置１１−２、・・・、及び情報処理装置１１−ｎを区別しない場合には、単に情報処理装置１１という。ログ情報は情報処理装置１１で動作する任意のプログラムにより出力される。任意のプログラムは、アプリケーション又はＯＳのプログラムである。情報処理装置１１は、例えばパーソナルコンピュータ、プリンタ及びＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等である。

ネットワーク１２は有線方式でも無線方式でもよく、また有線方式と無線方式とが組み合わされていてもよい。ログサーバ装置１３は情報処理装置１１から受信したログ情報を記憶する。

ファイアーウォール１４は第１システム１０とネットワーク３０との間に設置される装置である。ファイアーウォール１４は、例えばネットワーク３０に接続された他の装置からの通信を、所定の条件に基づいて接続又は遮断することにより、第１システム１０に接続されている装置を保護する。

次に第２システム（Ｂ社ＬＡＮ）２０について説明する。第２システム２０は、ログサーバ装置２１及びファイアーウォール２３を備える。ログサーバ装置２１及びファイアーウォール２３はネットワーク２２に接続されている。なお第２システム２０は、紙面の都合上、簡略化して示されているが、第１システム１０と同様のネットワークである。ログサーバ装置２１、ネットワーク２２及びファイアーウォール２３の説明は、第１システム１０の場合と同様なので省略する。

次にネットワーク３０について説明する。ネットワーク３０は共有サーバ装置３１を備える。共有サーバ装置３１は、後述のマスク対象情報１３２に含まれるマスク設定情報を、複数のシステムで共有するための制御を行う。ネットワーク３０は、例えばインターネットである。ネットワーク３０がインターネットである場合、共有サーバ装置３１は後述のマスク対象情報１３２に含まれるマスク設定情報を共有するクラウドサービスを実現するクラウドシステムである。

次に第１システム１０の情報処理装置１１及びログサーバ装置１３の構成について具体的に説明する。

図２は実施形態の情報処理装置１１及びログサーバ装置１３の構成の例を示す図である。情報処理装置１１−１は、アプリケーション１１１−１及び通信部１１２−１を備える。

アプリケーション１１１−１はログ情報を出力する任意のアプリケーションである。アプリケーション１１１−１はログ情報を通信部１１２−１に入力する。なおアプリケーション１１１−１から通信部１１２−１に入力されるログ情報のデータ形式は任意でよい。アプリケーション１１１−１は、例えば複数のログを含むログファイルが所定のデータサイズとなった場合に、当該ログファイルをログ情報として通信部１１２−１に入力してもよい。またアプリケーション１１１−１は、例えばログを１行出力する度に、１行分のログをログ情報として通信部１１２−１に入力してもよい。

通信部１１２−１はアプリケーション１１１−１からログ情報を受け付けると、当該ログ情報をログサーバ装置１３に送信する。

情報処理装置１１−２は、アプリケーション１１１−２及び通信部１１２−２を備える。アプリケーション１１１−２及び通信部１１２−２の説明は、情報処理装置１１−１の場合と同じなので省略する。

ログサーバ装置１３は、通信部１２１、判定部１２２、表示部１２３、入力部１２４、記憶制御部１２５共有制御部１２６及第１記憶部１２７を備える。第１記憶部１２７は、ログＤＢ１３１、マスク対象情報１３２、参照先情報１３３及び名寄せ情報１３４を記憶する。

通信部１２１は他の装置と通信する。通信部１２１は、例えば情報処理装置１１からログ情報を受信すると、ログ情報を判定部１２２に入力する。

図３Ａは実施形態のログ情報の例を示す図である。図３Ａは、アプリケーションＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０のログ情報の例である。図３Ａのログ情報は、１行目にログ項目（日時、組織ＩＤ、ユーザＩＤ、ジョブ種類、結果、ファイル種別、ファイルＩＤ、送信元アドレス、送信先アドレス、送信手段、送信先の宛名）を含む場合の例である。

図２に戻り、判定部１２２は通信部１２１からログ情報を受信する。判定部１２２はログ情報に含まれる文字列毎に、マスク対象情報１３２に基づいて処理対象の文字列をマスク文字列に変換するマスク処理を行うか否かを判定する。

なおマスク文字列は、文字列を識別できないようにすることができれば任意でよい。マスク文字列は、例えばランダムな文字列、又はアスタリスク（＊）等である。またマスク対象の文字列の種類毎に異なるマスク文字列にしてもよい。これによりマスク文字列から、マスクされている文字列の種類を識別することができる。文字列の種類は、例えばメールアドレス、電話番号、氏名及び住所等である。

図３Ｂは実施形態のマスク処理されたログ情報の例を示す図である。図３Ａの例では、図３Ａの文字列ｓａｔｏ＠ｅｘａｍｐｌｅ．ｃｏｍ及びｍｉｋｅ＠ｅｘａｍｐｌｅ．ｃｏｍを、アスタリスク（＊）に変換するマスク処理を行う場合の例である。

図４は実施形態のマスク対象情報１３２の例を示す図である。マスク対象情報１３２は、Ｎｏ、マスク項目名、マスク要否、ログ識別情報及び文字列位置情報の組、並びに、参照先位置情報を含む。Ｎｏはマスク対象情報１３２のレコードを識別する番号である。マスク項目名は文字列の種類を示す名称である。マスク要否は文字列をマスクするか否かを示す情報である。ログ識別情報及び文字列位置情報の組は、処理対象の文字列の位置を特定する情報である。ログ識別情報はログ情報を識別する情報である。文字列位置情報はログ項目の列番号により位置を示す情報である。参照先位置情報は文字列の参照先を示す情報である。以下、マスク要否、並びに、ログ識別情報及び文字列位置情報の組をマスク設定情報という。

ここでマスク対象情報１３２のＮｏ．１のレコードについて具体的に説明する。このレコードのマスク項目名は社員メールアドレスである。このレコードのマスク要否は必要である。このレコードのログ識別情報及び文字列位置情報の組は、｛“ＲＩＣＯＨ．ｓｃａｎ＿ｖ１．０”，８｝である。｛“ＲＩＣＯＨ．ｓｃａｎ＿ｖ１．０”，８｝はアプリケーションＲＩＣＯＨ．ｓｃａｎ＿ｖ１．０の８列目のログ項目の文字列を示す。このレコードの参照先位置情報は｛“ｃｏｍｐａｎｙ．ｅｘａｍｐｌｅ．ｃｏｍ”，”ｅｍｐｌｏｙｅｅ”，”ｅｍａｉｌ”｝である。｛“ｃｏｍｐａｎｙ．ｅｘａｍｐｌｅ．ｃｏｍ”，”ｅｍｐｌｏｙｅｅ”，”ｅｍａｉｌ”｝はｃｏｍｐａｎｙ．ｅｘａｍｐｌｅ．ｃｏｍデータベースのｅｍｐｌｏｙｅｅテーブルのｅｍａｉｌフィールドを示す。

なお図４のマスク対象情報１３２のＮｏ．２のレコードはログ識別情報及び文字列位置情報の組が空欄である。これはマスク対象情報１３２のＮｏ．２のレコードが示す文字列が、後述の推奨部１４２によりマスク対象の文字列として推奨されているが、後述の入力部１２４がマスク対象にすることを確定することを示す入力を、ユーザからまだ受け付けていない状態を示す。

次に文字列の参照先の情報を示す参照先情報の例について説明する。

図５Ａは実施形態の参照先情報１３３の例を示す図である。参照先情報１３３は、Ｎｏ、ＤＢアドレス及びテーブル名を含む。Ｎｏは参照先情報のレコードを識別する番号である。ＤＢアドレスはデータベースの場所を特定する情報である。テーブル名はＤＢが有するテーブルの名称である。

ここで参照先情報Ｎｏ．１及びＮｏ．２のレコードについて具体的に説明する。参照先情報Ｎｏ．１のレコードのＤＢアドレスはｃｏｍｐａｎｙ．ｅｘａｍｐｌｅ．ｃｏｍである。参照先情報Ｎｏ．１のテーブル名はｅｍｐｌｏｙｅｅである。また参照先情報Ｎｏ．２のレコードのＤＢアドレスはｃｕｓｔｏｍｅｒ．ｅｘａｍｐｌｅ．ｃｏｍである。参照先情報Ｎｏ．２のテーブル名はｃｏｎｔａｃｔである。

図５Ｂは実施形態のｅｍｐｌｏｙｅｅテーブルの例を示す図である。ｅｍｐｌｏｙｅｅテーブルは、ＩＤ、ｎａｍｅ、ｅｍａｉｌ、ｔｅｌ、ａｄｄｒｅｓｓ及びｅｍｐｌｏｙｅｅＩＤを含む。ＩＤはｅｍｐｌｏｙｅｅテーブルのレコードを識別する識別情報である。ｎａｍｅは従業員の氏名である。ｅｍａｉｌは従業員の電子メールのアドレスである。ｔｅｌは従業員の電話番号である。ａｄｄｒｅｓｓは従業員の住所である。ｅｍｐｌｏｙｅｅＩＤは従業員を識別する識別情報である。

図５Ｃは実施形態のｃｏｎｔａｃｔテーブルの例を示す図である。ｃｏｎｔａｃｔテーブルは、ＩＤ、ｃｕｓｔｏｍｅｒＩＤ、ｃｏｍｐａｎｙ ｎａｍｅ、ｃｕｓｔｏｍｅｒ ｎａｍｅ及びｅｍａｉｌを含む。ＩＤはｃｕｓｔｏｍｅｒテーブルのレコードを識別する識別情報である。ｃｕｓｔｏｍｅｒＩＤは顧客を識別する識別情報である。ｃｏｍｐａｎｙ ｎａｍｅは会社の名称である。ｃｕｓｔｏｍｅｒ ｎａｍｅは顧客の氏名である。ｅｍａｉｌは顧客の電子メールのアドレスである。

図２に戻り、判定部１２２は判定対象の文字列に該当するレコードがマスク対象情報１３２にない場合、判定対象の文字列がログ項目（ログ情報の列の説明。例えば図３の１行目の情報。）であるか否かを判定する。

判定部１２２は判定対象の文字列がログ項目である場合、名寄せ情報に基づいて当該文字列をマスク文字列に変換するか否かを判定する。ここで名寄せ情報について説明する。

図６は実施形態の名寄せ情報１３４の例を示す図である。名寄せ情報１３４は、Ｎｏ、名及びマスク対象情報１３２のレコードＮｏを含む。Ｎｏは名寄せ情報１３４のレコードを識別する番号である。名は名寄せした情報の名称である。マスク対象情報１３２のレコードＮｏは名寄せすることにより関連付けられたマスク対象情報１３２のレコードのＮｏである。

ここで名寄せ情報Ｎｏ．１及びＮｏ．２のレコードについて説明する。名寄せ情報Ｎｏ．１のレコードの名はｍａｉｌである。名寄せ情報Ｎｏ．１のレコードのマスク対象情報レコード１３２のＮｏは｛１，２｝である。すなわちマスク対象情報１３２のＮｏ．１及びＮｏ．２のレコードが、ｍａｉｌとして名寄せされている。また同時に、マスク対象情報１３２のＮｏ．１及びＮｏ．２のレコードが、名寄せ情報Ｎｏ．２のレコードによりメールアドレスとして名寄せされている。

図２に戻り、判定部１２２が名寄せ情報１３４に基づいて当該文字列をマスク文字列に変換するか否かを判定する方法について具体的に説明する。判定部１２２は判定対象の文字列により名寄せ情報１３４の名を検索する。レコードが検索された場合、判定部１２２は当該文字列をマスク文字列に変換することを決定する。レコードが検索されなかった場合、判定部１２２は当該文字列をマスク文字列に変換しないことを決定する。すなわち実施形態の説明では、名寄せ情報１３４のマスク対象情報レコードＮｏに関連付けられているマスク対象情報１３２のレコードのマスク要否は常に必要に設定されていることを前提としている。

なお判定部１２２は、更に、検索されたレコードのマスク対象情報１３２のレコードＮｏを抽出し、抽出されたＮｏにより特定されるマスク対象情報１３２のレコードのマスク要否に基づいて、当該文字列をマスク文字列に変換するか否かを判定してもよい。

判定部１２２は判定対象の文字列がログ項目でない場合、参照先情報１３３のレコードにより特定されるＤＢアドレスのテーブルを順番に、当該文字列により検索する。

参照先情報１３３の全てのレコードにより特定されるＤＢアドレスのテーブルに、当該文字列に一致するデータを有するレコードがない場合、判定部１２２は当該文字列をマスク文字列に変換しないことを決定する。

参照先情報１３３の全てのレコードにより特定されるＤＢアドレスのテーブルに、当該文字列に一致するデータを有するレコードがある場合、マスク対象情報１３２の参照先位置情報に、検索されたデータの位置を示すデータがあるか否かを判定する。

検索されたデータの位置を示すデータがある場合、判定部１２２は第１確認画面の表示を表示部１２３に要求し、後述の第１確認処理を開始する。検索されたデータの位置を示すデータがない場合、判定部１２２は第２確認画面の表示を表示部１２３に要求し、後述の第２確認処理を開始する。第１確認画面、第１確認処理、第２確認画面及び第２確認処理の説明は後述する。

ここで文字列がログ項目でない場合の判定部１２２の処理について具体的に説明する。例えば文字列が図３のログ情報の９列目のｍｉｋｅ＠ｅｘａｍｐｌｅ．ｃｏｍの場合、参照先情報１３３のＮｏ．２のレコードにより特定されるＤＢアドレスｃｕｓｔｏｍｅｒ．ｅｘａｍｐｌｅ．ｃｏｍのｃｏｎｔａｃｔテーブルに、当該文字列に一致するデータ（ｅｍａｉｌフィールド）を有するレコードがある。一方、マスク対象情報１３２のＮｏ．２のレコードの参照先位置情報フィールドには、｛“ｃｕｓｔｏｍｅｒ．ｅｘａｍｐｌｅ．ｃｏｍ”，”ｃｏｎｔａｃｔ”，”ｅｍａｉｌ”｝がある。したがって、文字列がｍｉｋｅ＠ｅｘａｍｐｌｅ．ｃｏｍである場合、判定部１２２は第１確認画面の表示を表示部１２３に要求する。

表示部１２３は情報を表示する。表示部１２３は、例えば判定部１２２から第１確認画面の表示を要求されたときに、第１確認画面を表示する。第１確認画面の説明は後述する。

入力部１２４は表示部１２３により表示された画面を介して入力を受け付ける。入力部１２４は、例えば第１確認画面を介して入力を受け付ける。第１確認画面の説明は後述する。

記憶制御部１２５は、顧客情報ＤＢ１０１、社員情報ＤＢ１０２、ログＤＢ１３１、マスク対象情報１３２、参照先情報１３３及び名寄せ情報１３４の記憶制御を行う。

共有制御部１２６は、通信部１２１を介して、共有サーバ装置３１と通信することにより、マスク対象情報１３２に含まれるマスク設定情報の共有処理を行う。具体的には、共有制御部１２６は、マスク設定情報を共有（アップロード）する場合、マスク対象情報１３２を読み込み、共有サーバ装置３１に記憶する共有情報を作成する。共有制御部１２６は、通信部１２１を介して、共有情報を共有サーバ装置３１に送信する。

図７は実施形態の共有情報の例を示す図である。図７の例は、プログラムを使用しているユーザが、建設業の企業（理光建設）である場合に作成される共有情報の例である。共有情報は、企業ＩＤ、企業名、業種（グループ識別情報の一例）、及び、マスク設定リストを含む。企業ＩＤはプログラムを使用している企業（ユーザ）を識別する識別情報である。企業名はプログラムを使用しているユーザの企業名である。業種はプログラムを使用している企業の業種である。マスク設定リストは、Ｎｏ、及び、マスク設定情報（マスク要否、並びに、ログ識別情報及び文字列位置情報の組）を含む。Ｎｏはマスク対象情報１３２のＮｏに対応する。マスク要否はマスク対象情報１３２のマスク要否に対応する。ログ識別情報及び文字列位置情報の組は、マスク対象情報１３２のログ識別情報及び文字列位置情報の組に対応する。

図２に戻り、また共有制御部１２６は、同業他社のマスク対象情報１３２を取得する場合、通信部１２１を介して、マスク対象情報送信要求を共有サーバ装置３１に送信する。

図８は実施形態のマスク設定情報送信要求の例を示す図である。図８の例は、プログラムを使用しているユーザが、建設業の企業（ＡＢＣ建設）である場合に作成されるマスク対象情報送信要求の例である。マスク対象送信要求は、企業ＩＤ、企業名、業種（グループ識別情報の一例）、及び、ログ識別情報のリストを含む。企業ＩＤはプログラムを使用している企業（ユーザ）を識別する識別情報である。企業名はプログラムを使用しているユーザの企業名である。業種はプログラムを使用している企業の業種である。ログ識別情報のリストは、ユーザが利用しているログ出力元のプログラム（アプリケーション）のリストである。

図２に戻り、共有制御部１２６は、共有サーバ装置３１から、マスク対象情報送信要求の応答情報を受信すると、更新確認画面を表示部１２３に表示する。応答情報及び更新確認画面の説明は後述する。共有制御部１２６は、入力部１２４が更新確認画面を介して受け付けた入力に基づいて、マスク対象情報１３２のレコードの更新、新規作成又は削除を記憶制御部１２５に要求する。

次に共有サーバ装置３１の構成について説明する。

図９は実施形態の共有サーバ装置３１の構成の例を示す図である。共有サーバ装置３１は、通信部１４１、推奨部１４２、記憶制御部１４３及び第２記憶部１４４を備える。第２記憶部１４４は、マスク設定情報共有ＤＢ１５１を記憶する。

図１０は実施形態のマスク設定情報共有ＤＢ１５１の例を示す図である。マスク設定情報共有ＤＢは、Ｎｏ、企業ＩＤ、業種、マスク要否、並びに、ログ識別情報及び文字列位置情報の組を含む。Ｎｏはマスク設定情報共有ＤＢ１５１のレコードを識別する番号である。企業ＩＤはレコードの取得元の企業を識別する識別情報である。業種はレコードの取得元の企業の業種を示す情報である。マスク要否はマスク対象情報１３２のマスク要否に対応する。ログ識別情報及び文字列位置情報の組はマスク対象情報１３２のログ識別情報及び文字列位置情報の組に対応する。

図９に戻り、通信部１４１は他の装置と通信する。通信部１４１は、例えばログサーバ装置１３から上述の共有情報を受信する。通信部１４１は共有情報を記憶制御部１４３に入力する。また通信部１４１は、例えばログサーバ装置１３から上述のマスク対象情報送信要求を受信する。通信部１４１はマスク対象情報送信要求を推奨部１４２に入力する。

推奨部１４２は、通信部１４１からマスク対象情報送信要求を受け付ける。推奨部１４２は、マスク設定情報共有ＤＢ１５１から、ログ識別情報と文字列位置情報との組み合わせが一致するレコードを検索し、検索されたレコードのマスク要否情報に基づいて、推奨されるマスク要否の設定を含む応答情報を作成する。

記憶制御部１４３は、通信部１４１から共有情報を受け付ける。記憶制御部１４３は、共有情報の企業ＩＤ、業種、マスク要否、並びに、ログ識別情報及び文字列位置情報の組を、マスク設定情報共有ＤＢ１５１に記憶する。

次に実施形態の情報処理方法について説明する。まず実施形態の判定処理について説明する。

図１１は実施形態の判定処理の例を示すフローチャートである。図１１の説明では、ログサーバ装置１３がログ情報として所定のデータサイズのログファイルを受信した場合について説明する。はじめに、判定部１２２は、記憶制御部１２５を介してマスク対象情報１３２を読み込む（ステップＳ１）。次に、判定部１２２は、ログファイルの１行分のデータを読み込む（ステップＳ２）。次に、判定部１２２は、処理対象として１列分の文字列を選択する（ステップＳ３）。

次に、判定部１２２は、ステップＳ３で選択された文字列に該当するレコードがマスク対象情報１３２にあるか否かを判定する（ステップＳ４）。具体的には、判定部１２２は、マスク対象情報１３２のレコードのログ識別情報及び文字列位置情報の組により、ステップＳ３で選択された文字列の位置を特定することができるか否かにより判定する。

該当するレコードがマスク対象情報１３２にある場合（ステップＳ４、Ｙｅｓ）、判定部１２２は、当該レコードのマスク要否を参照することにより、マスク要否が必要であるか否かを判定する（ステップＳ５）。マスク要否が必要である場合（ステップＳ５、Ｙｅｓ）、記憶制御部１２５が、処理対象の文字列をマスク文字列に変換するマスク処理を行う（ステップＳ８）。マスク要否が不要である場合（ステップＳ５、Ｎｏ）、処理はステップＳ１０に進む。

該当するレコードがマスク対象情報１３２にない場合（ステップＳ４、Ｎｏ）、判定部１２２は、文字列がログ項目名であるか否かを判定する（ステップＳ６）。

文字列がログ項目名である場合（ステップＳ６、Ｙｅｓ）、判定部１２２は、名寄せ情報１３４に該当のレコードがあるか否かを判定する（ステップＳ７）。具体的には、判定部１２２は、名寄せ情報１３４のレコードの名フィールドを当該文字列により検索することにより、名寄せ情報１３４に該当のレコードがあるか否かを判定する。名寄せ情報１３４に該当のレコードがある場合（ステップＳ７、Ｙｅｓ）、記憶制御部１２５が、処理対象の文字列をマスク文字列に変換するマスク処理を行う（ステップＳ８）。

文字列がログ項目名でない場合（ステップＳ６、Ｎｏ）、及び、名寄せ情報１３４に該当のレコードがない場合（ステップＳ７、Ｎｏ）、判定部１２２は、マスク対象情報更新処理を行う（ステップＳ９）。マスク対象情報更新処理の詳細については後述する。

次に、判定部１２２は、ログファイルの１行分のデータのうち、未選択の列があるか否かを判定する（ステップＳ１０）。未選択の列がある場合（ステップＳ１０、Ｙｅｓ）、処理はステップＳ３に戻る。未選択の列がない場合（ステップＳ１０、Ｎｏ）、判定部１２２は、ログファイルに未処理の行があるか否かを判定する（ステップＳ１１）。未処理の行がある場合（ステップＳ１１、Ｙｅｓ）、処理はステップＳ２に戻る。未処理の行がない場合（ステップＳ１１、Ｎｏ）、記憶制御部１２５がログをログＤＢ１３１に記憶する（ステップＳ１２）。

次に、実施形態のマスク対象情報更新処理について説明する。

図１２は実施形態のマスク対象情報更新処理の例を示すフローチャートである。はじめに、判定部１２２は、参照先情報１３３を読み込む（ステップＳ２１）。次に、判定部１２２は、参照先情報１３３により特定されるテーブルを処理対象の文字列で検索する（ステップＳ２２）。次に、判定部１２２は、文字列と一致するデータがテーブルにあるか否かを判定する（ステップＳ２３）。文字列と一致するデータがテーブルにない場合（ステップＳ２３、Ｎｏ）、判定部１２２は、マスク情報更新処理を終了する。

文字列と一致するデータがテーブルにある場合（ステップＳ２３、Ｙｅｓ）、判定部１２２は、マスク対象情報の参照先位置情報に、ステップＳ２３で検索されたデータの位置を示すデータがあるか否かを判定する（ステップＳ２４）。

ステップＳ２３で検索されたデータの位置を示すデータがある場合（ステップＳ２４、Ｙｅｓ）、判定部１２２が、第１確認処理を行う（ステップＳ２５）。第１確認処理の詳細については後述する。

ステップＳ２３で検索されたデータの位置を示すデータがない場合（ステップＳ２４、Ｎｏ）、判定部１２２が、第２確認処理を行う（ステップＳ２６）。第２確認処理の詳細については後述する。

次に実施形態の第１確認処理について説明する。

図１３は実施形態の第１確認処理の例を示すフローチャートである。はじめに、判定部１２２は、第１確認画面を表示部１２３に表示する（ステップＳ３１）。

図１４は実施形態の第１確認画面の例を示す図である。図１４は、ハイライト２０１により文字列ｍｉｋｅ＠ｅｘａｍｐｌｅ．ｃｏｍが強調され、ｍｉｋｅ＠ｅｘａｍｐｌｅ．ｃｏｍに関連するマスク対象情報１３２のＮｏ．２のレコードが表示されている場合の例である。入力部１２４は、表示部１２３に表示された図１４の第１確認画面を介して、既存のマスク対象項目（既存のマスク対象情報１３２のレコード）に、ｍｉｋｅ＠ｅｘａｍｐｌｅ．ｃｏｍのマスク要否設定を反映するか否かを示す入力を受け付ける。

図１３に戻り、次に、判定部１２２は、第１確認画面を介して入力部１２４により受け付けられた入力に基づいて、処理対象の文字列のマスク設定をマスク対象情報１３２の既存のレコードに反映させるか否かを判定する（ステップＳ３２）。

マスク対象情報１３２の既存のレコードに反映させる場合（ステップＳ３２、Ｙｅｓ）、記憶制御部１２５が、マスク対象情報１３２の該当のレコードを更新する（ステップＳ３３）。次に、記憶制御部１２５が、反映完了画面を表示部１２３に表示する（ステップＳ３４）。

図１５は実施形態の反映完了画面の例を示す図である。図１５は、ポップアップウィンドウにより反映が完了したことを通知する場合の例を示す。

図１３に戻り、次に、記憶制御部１２５が、処理対象の文字列をマスク文字列に変換するマスク処理を行う（ステップＳ３５）。

マスク対象情報１３２の既存のレコードに反映させない場合（ステップＳ３２、Ｎｏ）、判定部１２２は、新規作成確認画面を表示部１２３に表示することにより、新規にマスク対象情報１３２に設定を追加するか否かを判定する（ステップＳ３６）。

図１６は実施形態の新規作成確認画面の例を示す図である。図１６は、ポップアップウィンドウにより、新規にマスク対象情報１３２に設定を追加するか否かを確認する場合の例を示す。

図１３に戻り、新規にマスク対象情報１３２に設定を追加する場合（ステップＳ３６、Ｙｅｓ）、判定部１２２が、第２確認処理を行う（ステップＳ３７）。第２の確認処理の詳細については後述する。

新規にマスク対象情報１３２に設定を追加しない場合（ステップＳ３６、Ｎｏ）、判定部１２２は、キャンセル画面を表示部１２３に表示する（ステップＳ３８）。

図１７は実施形態のキャンセル画面の例を示す図である。図１７は、ポップアップウィンドウにより設定をキャンセルしたことを通知する場合の例を示す。

次に実施形態の第２確認処理について説明する。

図１８は実施形態の第２確認処理の例を示すフローチャートである。はじめに、判定部１２２は、第２確認画面を表示部１２３に表示する（ステップＳ５１）。

図１９は実施形態の第２確認画面の例を示す図である。図１９は、ハイライト２１１により文字列ＭｉｋｅＦｏｘが強調され、ＭｉｋｅＦｏｘに関する新規のマスク対象項目（マスク対象情報１３２の新規レコード）を作成する場合の例である。入力部１２４は、表示部１２３に表示された図１７の第２確認画面を介して、新規のマスク対象項目（既存のマスク対象情報１３２のレコード）を作成するための入力を受け付ける。

図１８に戻り、次に、入力部１２４は、第２確認画面を介して処理対象の文字列のマスク設定に関する入力を受け付ける（ステップＳ５２）。次に、判定部１２２は、ステップＳ５２で受け付けた入力に基づいて、処理対象の文字列にマスク処理が必要であるか否かを判定する（ステップＳ５３）。

マスク処理が必要である場合（ステップＳ５３、Ｙｅｓ）、記憶制御部１２５が、ステップＳ５２で受け付けた入力に基づいて、マスク対象情報１３２に新規にレコードを追加する（ステップＳ５４）。次に、記憶制御部１２５が、新規作成完了画面を表示部１２３に表示する（ステップＳ５５）。

図２０は実施形態の新規作成完了画面の例を示す図である。図２０は、ポップアップウィンドウによりマスク対象項目の新規作成が完了したことを通知する場合の例を示す。

図１８に戻り、次に、記憶制御部１２５が、処理対象の文字列をマスク文字列に変換するマスク処理を行う（ステップＳ５６）。

マスク処理が必要でない場合（ステップＳ５３、Ｎｏ）、判定部１２２は、上述の図と同様のキャンセル画面を表示部１２３に表示する（ステップＳ５７）。

図２１は実施形態の第１及び第２確認処理により更新されたマスク対象情報１３２の例を示す図である。図２１は、上述の第１確認処理により、既存のマスク対象情報１３２のＮｏ．２のレコードに、マスク対象２２１が追加された場合を示す。また図１９は、上述の第２確認処理により、マスク対象情報１３２のＮｏ．３のレコード２２２が新規に追加された場合を示す。

次に実施形態のマスク設定情報の共有処理（アップロード）について説明する。

図２２は実施形態のマスク設定情報の共有処理（アップロード）を示すシーケンス図である。はじめに、共有制御部１２６は、共有確認画面の表示要求を表示部１２３に入力する（ステップＳ７１）。次に、表示部１２３は、共有確認画面を表示する（ステップＳ７２）。

図２３は実施形態の共有確認画面の例を示す図である。図２１は、マスク対象情報１３２に含まれるマスク設定情報（マスク要否、並びに、ログ識別情報及び文字列位置情報の組）を共有するか否かを確認するメッセージを表示する場合の例である。

図２２に戻り、次に、入力部１２４は、マスク設定情報を共有するか否かを示す入力を受け付ける（ステップＳ７３）。次に、共有制御部１２６はマスク設定情報を共有（アップロード）する場合、マスク対象情報１３２を読み込む（ステップＳ７４）。次に、共有制御部１２６は、共有サーバ装置３１に記憶する上述の共有情報を作成する（ステップＳ７５）。

次に、共有制御部１２６は、共有情報を通信部１２１に入力する（ステップＳ７６）。次に、通信部１２１は、共有情報を共有サーバ装置３１の通信部１４１に送信する（ステップＳ７７）。

次に、通信部１４１は、共有情報を記憶制御部１４３に入力する（ステップＳ７８）。次に、記憶制御部１４３は、共有情報に含まれる企業ＩＤ、業種、マスク要否、並びに、ログ識別情報及び文字列位置情報の組を、マスク設定情報共有ＤＢ１５１に記憶する（ステップＳ７９）。

次に実施形態のマスク設定情報の共有処理（ダウンロード）について説明する。

図２４は実施形態のマスク設定情報の共有処理（ダウンロード）を示すシーケンス図である。はじめに、共有制御部１２６は、取得確認画面の表示要求を表示部１２３に入力する（ステップＳ９１）。次に、表示部１２３は、共有確認画面を表示する（ステップＳ９２）。

図２５は実施形態の取得確認画面の例を示す図である。図２５は、同業他社のマスク設定情報を取得するか否かを確認するメッセージを表示する場合の例である。

図２４に戻り、次に、入力部１２４は、同業他社のマスク設定情報を取得するか否かを示す入力を受け付ける（ステップＳ９３）。次に、共有制御部１２６は、同業他社のマスク設定情報を取得する場合、マスク設定情報送信要求を通信部１２１に入力する（ステップＳ９４）。

次に、通信部１２１は、マスク設定情報送信要求を共有サーバ装置３１の通信部１４１に送信する（ステップＳ９５）。次に、通信部１４１は、マスク設定情報送信要求を推奨部１４２に入力する（ステップＳ９６）。次に、推奨部１４２は、応答情報を作成する（ステップＳ９７）。

ここでステップＳ９７の応答情報作成処理の詳細について説明する。

図２６は実施形態の応答情報作成処理の例を示すフローチャートである。はじめに、推奨部１４２は、通信部１４１を介して、ログサーバ装置１３からマスク設定情報送信要求を受信する（ステップＳ１１１）。

次に、推奨部１４２は、マスク設定情報共有ＤＢ１５１から応答情報の作成に必要な情報を抽出する（ステップＳ１１２）。具体的には、推奨部１４２は、マスク設定情報共有ＤＢ１５１から、レコードの種別と、マスク設定情報送信要求に含まれる業種と、が一致し、かつ、マスク設定情報送信要求のログ識別情報に含まれるログ識別情報を、ログ識別情報及び文字列位置情報の組に含むレコードを検索する。そして推奨部１４２は、検索されたレコードから、ＩＤ、及び、マスク設定情報（マスク要否、並びに、ログ識別情報及び文字列位置情報の組）を抽出する。

図２７は実施形態のマスク設定情報共有ＤＢ１５１から抽出されたマスク設定情報の例を示す図である。図２７の例は、業種が建設業であり、かつ、ログ識別情報及び文字列位置情報の組に“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”又は“ｏｆｆｉｃｅ＿ａｐｐｌｉｃａｔｉｏｎ”を含むマスク設定情報共有ＤＢ１５１（図８参照）のレコードから抽出された、ＩＤ、及び、マスク設定情報（マスク要否、並びに、ログ識別情報及び文字列位置情報の組）の例を示す。

図２６に戻り、次に、推奨部１４２は、ステップＳ１１２で抽出された情報を、ログ識別情報及び文字列位置情報の組で分類する（ステップＳ１１３）。次に、推奨部１４２は、ログ識別情報及び文字列位置情報の組毎に、マスク要の数、マスク不要の数、及び、差分（（マスク要の数）−（マスク不要の数））を算出する（ステップＳ１１４）。

図２８は実施形態の推奨部１４２により分類されたマスク設定情報の例を示す図である。図２８の例は、推奨部１４２が図２７に例示されたマスク設定情報を分類した場合の例である。ログ識別情報及び文字列位置情報の組毎に、マスク要の個数、マスク不要の個数、及び、差分（（マスク要の個数）−（マスク不要の個数））が算出されている。例えば｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，８｝の差分は２なので、建設業の会社では、マスクが必要であると判断している会社の方が多いことがわかる。

図２６に戻り、次に、推奨部１４２は、同じ条件（ログ識別情報及び文字列位置情報の組が同一）で複数の異なる設定があるか否かを判定する（ステップＳ１１５）。複数の異なる設定がない場合（ステップＳ１１５、Ｎｏ）、処理はステップＳ１１９に進む。

複数の異なる設定がある場合（ステップＳ１１５、Ｙｅｓ）、推奨部１４２は、マスク要とマスク不要の数が同じであるか否かを判定する。

マスク要とマスク不要の数が同じではない場合（ステップＳ１１６、Ｎｏ）、推奨部１４２は、この設定について、多い方のマスク設定の情報を１つ残し、他の情報を削除する（ステップＳ１１７）。具体的には、図２７及び図２８の例では、例えば｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，８｝はマスク要の数の方が、マスク不要の数よりも多い。そのため推奨部１４２は、ＩＤ００００１の｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，８｝を１つ残し、ＩＤ０００１０の｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，８｝を削除する。

マスク要とマスク不要の数が同じ場合（ステップＳ１１６、Ｙｅｓ）、推奨部１４２は、この条件（ログ識別情報及び文字列位置情報の組）のマスク設定の情報を全て削除する（ステップＳ１１８）。具体的には、図２７及び図２８の例では、例えば｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，９｝はマスク要とマスク不要の数が同じである。そのため推奨部１４２は、ＩＤ００００２の｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，９｝、及び、ＩＤ０００１２の｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，９｝を削除する。

次に、推奨部１４２は、応答情報を作成する（ステップＳ１１９）。

図２９は実施形態の応答情報の例を示す図である。図２９は、図２８の情報に基づいて推奨部１４２により作成された応答情報の例を示す。応答情報は、Ｎｏ、及び、マスク設定情報（マスク要否、並びに、ログ識別情報及び文字列位置情報の組）を含む。例えば、Ｎｏ．１の情報は、｛“ＲＩＣＯＨ＿ｓｃａｎ＿ｖ１．０”，８｝にマスク処理が必要であることを示す。

図２４に戻り、次に、推奨部１４２は、応答情報を通信部１４１に入力する（ステップＳ９８）。次に、通信部１４１は、ログサーバ装置１３の通信部１２１に応答情報を送信する（ステップＳ９９）。

次に、通信部１２１は、応答情報を共有制御部１２６に入力する（ステップＳ１００）。次に、共有制御部１２６は、更新確認画面表示要求を表示部１２３に入力する（ステップＳ１０１）。次に、表示部１２３は、更新確認画面を表示する（ステップＳ１０２）。

図３０は実施形態の更新確認画面の例を示す図である。図３０の例では、共有サーバ装置３１から取得されたマスク設定情報が画面上部に表示され、画面下部でマスク対象情報１３２の更新に関する入力を受け付ける場合の例である。なお画面上部のＮｏ．１のマスク設定情報に対応する項目が画面下部にない理由は、マスク対象情報１３２に同一のマスク設定情報を含むレコードが既に存在しているためである。また図３０の例では、入力部１２４は、マスク対象情報１３２の更新に関する入力を、チェックボックス及びテキスト入力欄を介して受け付けている。なお入力部１２４は、ドロップダウンリスト等のその他の入力形式を介して、入力を受け付けてもよい。

図２４に戻り、入力部１２４は、マスク対象情報１３２の更新に関する入力を受け付ける（ステップＳ１０３）。次に、共有制御部１２６は、ステップＳ１０３で受け付けた入力に基づいて、マスク対象情報１３２を記憶（既存のレコードの更新又は新規レコードの作成）する（ステップＳ１０４）。

図３１Ａは実施形態の共有処理前のマスク対象情報１３２の例を示す図である。図３１Ｂは実施形態の共有処理後のマスク対象情報１３２の例を示す図である。図３１Ａ及び図３１Ｂは、入力部１２４が、図３０の更新確認画面を介して入力を受け付けることにより、共有制御部１２６が、記憶制御部１２５を介して、Ｎｏ．４のレコードのマスク要否２３１の更新、及び、Ｎｏ．５のレコード２３２の新規作成を行った場合の例を示す。

最後に実施形態の情報処理装置１１、ログサーバ装置１３、ログサーバ装置２１及び共有サーバ装置３１のハードウェア構成の例について説明する。情報処理装置１１、ログサーバ装置１３、ログサーバ装置２１及び共有サーバ装置３１のハードウェア構成は同様なので、ログサーバ装置１３の場合を例にして説明する。

図３２は実施形態のログサーバ装置１３のハードウェア構成の例を示す図である。

実施形態のログサーバ装置１３は、制御装置３０１、主記憶装置３０２、補助記憶装置３０３、表示装置３０４、入力装置３０５及び通信装置３０６を備える。制御装置３０１、主記憶装置３０２、補助記憶装置３０３、表示装置３０４、入力装置３０５及び通信装置３０６は、バス３０７を介して互いに接続されている。

制御装置３０１は補助記憶装置３０３から主記憶装置３０２に読み出されたプログラムを実行する。主記憶装置３０２はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリである。補助記憶装置３０３はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や光学ドライブ等である。

表示装置３０４は情報を表示する。表示装置３０４は、例えば液晶ディスプレイである。入力装置３０５はログサーバ装置１３を操作するためのインタフェースである。入力装置３０５は、例えばキーボードやマウス等である。通信装置３０６はネットワーク１２に接続するためのインタフェースである。

以上説明したように、実施形態の情報処理システム１は、表示部１２３が、プログラムにより出力されるログ情報に含まれる文字列の参照先を示す情報（参照先情報１３３、及び、マスク対象情報１３２の参照先位置情報等）に基づいて、文字列をマスク文字列に変換するか否かを確認する確認画面（図１４及び図１９参照）を表示する。入力部１２４が、文字列をマスク文字列に変換するか否かを示す入力を受け付けると、記憶制御部１２５が当該入力に基づいてマスク設定情報を含むマスク対象情報１３２を第１記憶部１２７に記憶する。そして判定部１２６がマスク設定情報に基づいて、文字列をマスク文字列に変換するか否かを判定する。これによりログ情報のイベント及び属性等の情報が事前に把握できていなくても、記録すべきではない情報は記録しないようにすることができる。

なお判定部１２２が上述の判定処理（図１１参照）を実施するタイミングは任意でよい。例えば判定部１２２は、ログサーバ装置１３が情報処理装置１１から受信したログ情報のデータサイズが所定の閾値を超えた場合、上述の判定処理を実施してもよい。また例えば判定部１２２は、入力部１２４により指定された日時に、上述の判定処理を実施してもよい。

また実施形態の情報処理システム１の各機能ブロックを実現する装置は、図１、図２及び図９に例示した構成に限られず任意でよい。例えば判定部１２２、記憶制御部１２５及びログＤＢ１３１を、情報処理装置１１で実現してもよい。

また顧客情報ＤＢ１０１、社員情報ＤＢ１０２、ログＤＢ１３１、マスク対象情報１３２、参照先情報１３３、名寄せ情報１３４、及び、マスク設定情報共有ＤＢ１５１のデータ形式は任意でよい。例えばマスク対象情報１３２は、リレーショナルデータベース形式で記憶しても、テキストデータ形式で記憶してもよい。

また情報処理システム１の各機能ブロックの一部又は全部は、プログラムにより実現してもＩＣ等のハードウェアにより実現してもよい。

またプログラムにより実現する場合、当該プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記録されてコンピュータ・プログラム・プロダクトとして提供してもよい。

また当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また当該プログラムをダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。また当該プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ 情報処理システム
１０ 第１システム（Ａ社ＬＡＮ）
１１ 情報処理装置
１２ ネットワーク
１３ ログサーバ装置
１４ ファイアーウォール
２０ 第２システム（Ｂ社ＬＡＮ）
２１ ログサーバ装置
２２ ネットワーク
２３ ファイアーウォール
３０ ネットワーク
３１ 共有サーバ装置
１０１ 顧客情報ＤＢ
１０２ 社員情報ＤＢ
１１１ アプリケーション
１１２ 通信部
１２１ 通信部
１２２ 判定部
１２３ 表示部
１２４ 入力部
１２５ 記憶制御部
１２６ 共有制御部
１２７ 第１記憶部
１３１ ログＤＢ
１３２ マスク対象情報
１３３ 参照先情報
１３４ 名寄せ情報
１４１ 通信部
１４２ 推奨部
１４３ 記憶制御部
１４４ 第２記憶部
１５１ マスク設定情報共有ＤＢ
３０１ 制御装置
３０２ 主記憶装置
３０３ 補助記憶装置
３０４ 表示装置
３０５ 入力装置
３０６ 通信装置
３０７ バス

特開２０１０−２１８３１３号公報

Claims (9)

1. プログラムにより出力されるログ情報に含まれる文字列の参照先を示す情報に基づいて、前記文字列を、前記文字列を識別できないマスク文字列に変換するか否かを確認する確認画面を表示する表示部と、
   前記文字列を前記マスク文字列に変換するか否かを示す入力を受け付ける入力部と、
   前記入力に基づいて、前記ログ情報を識別するログ識別情報と、前記文字列の前記ログ情報内の位置を示す文字列位置情報と、前記文字列をマスク文字列に変換するか否かを示すマスク要否情報と、を含むマスク設定情報を第１記憶部に記憶する記憶制御部と、
   前記マスク設定情報に基づいて、前記文字列を前記マスク文字列に変換するか否かを判定する判定部と、を備え、
   前記記憶制御部は、前記文字列を前記マスク文字列に変換すると判定された場合、前記文字列を前記マスク文字列に変換して前記第１記憶部に記憶する、
   情報処理システム。
2. 他のユーザの前記マスク設定情報を含む複数の前記マスク設定情報を記憶する第２記憶部と、
   前記複数のマスク設定情報から、前記ログ識別情報と前記文字列位置情報との組み合わせが一致する前記マスク設定情報を検索し、検索された前記マスク設定情報に含まれる前記マスク要否情報に基づいて、前記文字列のマスク要否の設定を推奨する推奨部、
   を更に備える請求項１に記載の情報処理システム。
3. 前記マスク設定情報は、前記プログラムを使用しているユーザのグループを識別するグループ識別情報を更に含み、
   前記推奨部は、前記複数のマスク設定情報から、前記ログ識別情報と前記文字列位置情報と前記グループ識別情報との組み合わせが一致する前記マスク設定情報を検索し、検索された前記マスク設定情報に含まれる前記マスク要否情報に基づいて、前記文字列のマスク要否の設定を推奨する、
   請求項２に記載の情報処理システム。
4. 前記表示部は、前記ログ情報のデータサイズが所定の閾値を超えた場合、前記確認画面を表示する、
   請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記表示部は、前記入力部により指定された日時に、前記確認画面を表示する、
   請求項１乃至３のいずれか１項に記載の情報処理システム。
6. 前記マスク文字列は、ランダムな文字列である、
   請求項１乃至５のいずれか１項に記載の情報処理システム。
7. 前記マスク文字列は、前記文字列の種類毎に異なる、
   請求項１乃至５のいずれか１項に記載の情報処理システム。
8. 前記記憶制御部は、前記入力部からの入力に基づいて、前記マスク設定情報を追加、変更又は削除する、
   請求項１乃至７のいずれか１項に記載の情報処理システム。
9. 表示部が、プログラムにより出力されるログ情報に含まれる文字列の参照先を示す情報に基づいて、前記文字列を、前記文字列を識別できないマスク文字列に変換するか否かを確認する確認画面を表示するステップと、
   入力部が、前記文字列を前記マスク文字列に変換するか否かを示す入力を受け付けるステップと、
   記憶制御部が、前記入力に基づいて、前記ログ情報を識別するログ識別情報と、前記文字列の前記ログ情報内の位置を示す文字列位置情報と、前記文字列をマスク文字列に変換するか否かを示すマスク要否情報と、を含むマスク設定情報を第１記憶部に記憶するステップと、
   判定部が、前記マスク設定情報に基づいて、前記文字列を前記マスク文字列に変換するか否かを判定するステップと、
   記憶制御部が、前記文字列を前記マスク文字列に変換すると判定された場合、前記文字列を前記マスク文字列に変換して前記第１記憶部に記憶するステップと、
   を含む情報処理方法。

Images