JP2013186508A - データ処理システム及びログデータ管理装置 - Google Patents

Abstract

【課題】ログデータ内の特定の文字列を秘匿化するととともに、限定された文字列のみ秘匿化を解除する。
【解決手段】ログデータ管理装置１００は、ログデータに含まれる文字列のうちの特定の文字列をマスクし、マスク後のログデータを障害監視システム２００に送信する。障害監視システム２００は、マスクされている文字列に対するマスクの解除をログデータ管理装置１００に要求する。ログデータ管理装置１００は、障害監視システム２００から、マスクの解除を要求された場合に、該当する文字列のマスクを解除し、マスク解除後のオリジナルの文字列を障害監視システム２００に送信する。障害監視システム２００は、ログデータ管理装置１００からオリジナルの文字列を受信する。
【選択図】図１

Description

本発明は、ログデータの管理に関する。

本発明に関連する技術として、特許文献１に記載の技術がある。
特許文献１では、運用モードを平常時／低レベル障害発生時／高レベル障害発生時等に分類し、アクセスできる範囲を制限する技術が開示されている。
より具体的には、平常時では厳格なアクセス制限が行われるが、高レベル障害発生時では障害解析のためにアクセス制限が大幅に緩和され、ログデータの外部記録媒体への複写や外部サーバへの転送が可能となる旨が開示されている。

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

特許文献１によれば、平常時では厳格なアクセス制限が行われるため、機密情報が漏えいすることを防ぐことができる。
しかし、高レベル障害発生時には、広範囲のデータにアクセス可能になり、障害解析の目的でログデータを解析する際にログデータに含まれる機密情報にもアクセスすることが可能となり、機密情報が漏えいする危険がある。
一方で、障害解析が必要な場合にも、平常時と同様なアクセス制限を行うと、ログデータの解析を有効に行うことができず、障害解析が進まない。

この発明は、上記のような課題を解決することを主な目的の一つとしており、ログデータ内の特定の文字列を秘匿化するととともに、限定された文字列のみ秘匿化を解除する仕組みを実現することを主な目的とする。

本発明に係るデータ処理システムは、
ログデータを管理するログデータ管理装置と、
前記ログデータ管理装置が管理するログデータを利用するログデータ利用装置とを有し、
前記ログデータ管理装置は、
文字列をマスクするマスク処理を前記ログデータに含まれる文字列のうちの特定の文字列に対して行い、マスク処理後のログデータを前記ログデータ利用装置に送信し、
前記ログデータ利用装置から、前記マスク処理後のログデータにおいてマスク処理されている文字列のうちのいずれかの文字列に対してマスク処理の解除を要求された場合に、該当する文字列のマスク処理を解除し、マスク処理が解除された後のオリジナルの文字列を前記ログデータ利用装置に送信し、
前記ログデータ利用装置は、
前記ログデータ管理装置からマスク処理後のログデータを受信し、
受信したマスク処理後のログデータにおいてマスク処理されているいずれかの文字列に対してマスク処理の解除が必要な場合に、該当する文字列に対するマスク処理の解除を前記ログデータ管理装置に要求し、
前記ログデータ管理装置からマスク処理が解除された後のオリジナルの文字列を受信することを特徴とする。

前記ログデータ利用装置は、
前記ログデータ管理装置から受信した、オリジナルの文字列を、ユーザに対して提示することを特徴とする。

前記ログデータ管理装置は、
所定の選択条件に従って、ログデータに含まれる文字列の中からマスク処理の対象となる文字列を選択してマスク処理を行っており、
前記ログデータ利用装置からのマスク処理の解除要求に基づき前記選択条件を更新することを特徴とする。

本発明に係るログデータ管理装置は、
ログデータを管理するログデータ管理装置であって、
文字列をマスクするマスク処理を、前記ログデータに含まれる文字列のうちの特定の文字列に対して行うマスク処理部と、
マスク処理後のログデータを、ログデータ利用装置に送信する通信部とを有し、
前記通信部は、
前記ログデータ利用装置から、前記マスク処理後のログデータにおいてマスク処理されている文字列のうちのいずれかの文字列に対してマスク処理の解除を要求するマスク解除要求を受信し、
前記マスク処理部は、
前記通信部が前記ログデータ利用装置からマスク解除要求を受信した場合に、該当する文字列のマスク処理を解除し、マスク処理が解除された後のオリジナルの文字列を前記通信部を介して前記ログデータ利用装置に送信することを特徴とする。

前記マスク処理部は、
所定の選択条件に従って、ログデータに含まれる文字列の中からマスク処理の対象となる文字列を選択してマスク処理を行っており、
前記ログデータ利用装置からのマスク解除要求に基づき、前記選択条件を更新することを特徴とする。

本発明では、ログデータに含まれる特定の文字列に対してマスク処理を行うとともに、ログデータ利用装置からマスク処理の解除を要求された文字列のマスク処理を解除して、オリジナルの文字列をログデータ利用装置に送信する。
このため、ログデータ内の特定の文字列を秘匿化することができ、また、秘匿化を解除する文字列を限定することができる。

実施の形態１に係るシステム構成例を示す図。 実施の形態１に係る地名マスク情報及び人名マスク情報の例を示す図。 実施の形態１に係る稼働情報の収集手順を示すフローチャート図。 実施の形態１に係る稼働情報の加工手順を示すフローチャート図。 実施の形態１に係るマスク解除手順を示すフローチャート図。 実施の形態１に係るマスクの具体例を示す図。 実施の形態１に係るマスク解除の具体例を示す図。 実施の形態１に係るログデータ管理装置及び障害監視システムのハードウェア構成例を示す図。

実施の形態１．
本実施の形態では、計算機の保守のための監視情報に、個人情報を含む機密情報が含まれるのを防ぐ仕組みを説明する。
稼働状況の監視のためにはログデータ（以下、単に「ログ」ともいう）を障害監視システムに送る必要がある。
しかし、ログをそのまま送ってしまうと、ログに機密情報も含まれてしまう。
このため、本実施の形態では、機密情報（氏名、住所、電話番号、メールアドレス等）の文字列を変換してマスクしたログを障害監視システムに送る。
この時、稼働状況解析のために必要な情報（例えば、稼働システムの住所等）もマスクされる可能性がある。
そこで、本実施の形態では、障害監視システムから、必要な情報のみマスクしないように伝えることで、機密情報が漏れるリスクを抑えながら稼働状況の解析を可能にする。

図１は、本実施の形態に係るデータ処理システムのシステム構成例を示す。
本実施の形態に係るデータ処理システムは、客先システム１０００と監視センタ２０００に大別される。
客先システム１０００は、ログデータ管理装置１００と複数の被監視装置１５１、１５２から構成される。
監視センタ２０００は、障害監視システム２００から構成される。
ログデータ管理装置１００と障害監視システム２００はネットワーク３０００で接続されている。

客先システム１０００において、被監視装置１５１、１５２は、ログデータ管理装置１００の監視の対象となる装置である。
ログデータ管理装置１００は、被監視装置１５１、１５２の監視を行い、被監視装置１５１、１５２から稼働情報を収集し、収集した稼働情報内の特定の文字列にマスク処理を行い、マスク処理後の稼働情報を障害監視システム２００に送信する。
また、ログデータ管理装置１００は、障害監視システム２００からマスク処理されている文字列のマスク処理の解除を要求された場合に、該当する文字列のマスク処理を解除して、オリジナルの文字列を障害監視システム２００に送信する。

障害監視システム２００は、ログデータ管理装置１００からマスク処理後の稼働情報を受信し、受信したマスク処理後の稼働情報の解析を行う。
そして、解析の過程において、マスク処理されている文字列に対してマスク処理の解除が必要な場合に、該当する文字列に対するマスク処理の解除をログデータ管理装置１００に要求する。
また、障害監視システム２００は、ログデータ管理装置１００からマスク処理が解除された後のオリジナルの文字列を受信し、受信したオリジナルの文字列を解析に用いる。
障害監視システム２００は、ログデータ利用装置の例に相当する。

ログデータ管理装置１００において、稼働情報収集部１０１は、被監視装置１５１、１５２から稼働情報を収集し、収集した稼働情報を稼働情報ログとして、稼働情報ログ記憶部１０２に書き込む。
稼働情報ログには、機密情報が含まれている可能性がある。

フィルタリング管理部１０３は、稼働情報ログのうち、機密情報に該当する文字列をマスクする。
そして、フィルタリング管理部１０３は、機密情報に該当する文字列をマスクした後の稼働情報ログを解析用稼働情報送信ログとして、解析用稼働情報送信ログ記憶部１０６に書き込む。
マスク情報データベース１０４には、マスク情報が格納されている。
マスク情報は、マスク対象の文字列が定義されている情報である。
また、例外情報データベース１０５には、例外情報が格納されている。
例外情報は、マスク対象の文字列であっても例外的にマスクしないための例外条件が定義されている情報である。
フィルタリング管理部１０３は、マスク情報を参照して、稼働情報ログ内の文字列のマスク処理を行う。
また、同様に、フィルタリング管理部１０３は、例外情報を参照して、例外条件に合致する文字列をマスク処理から除外する。
なお、フィルタリング管理部１０３はマスク処理部の例に相当する。
また、マスク情報の定義内容及び例外条件の定義内容は、選択条件の例に相当する。

図２は、マスク情報データベース１０４に格納されているマスク情報の例を示す。
図２（ａ）は、地名マスク情報であり、マスク対象の地名の文字列と、マスク処理による変換後の文字列とが定義されている。
例えば、稼働情報ログ内に「東京都」という文字列が含まれていれば、「ＡＡＡＡ県」という文字列に変換される。
また、図２（ｂ）は、人名マスク情報であり、マスク対象の人名の文字列と、マスク処理による変換後の文字列とが定義されている。
例えば、稼働情報ログ内に「三菱」という文字列が含まれていれば、「ＤＤＤＤ」という文字列に変換される。
なお、図２では、一例として地名マスク情報と人名マスク情報とを示したが、マスク情報はこれらに限らない。
例えば、電話番号の文字列をマスクするためのマスク情報やメールアドレスの文字列をマスクするためのマスク情報が含まれていてもよい。

通信部１０７は、解析用稼働情報送信ログ記憶部１０６内の解析用稼働情報送信ログをネットワーク３０００を介して、監視センタ２０００の障害監視システム２００に送信する。

障害監視システム２００において、通信部２０１は、ログデータ管理装置１００の通信部１０７から送信された解析用稼働情報送信ログを受信する。

ログ分析部２０２は、通信部２０１が受信した解析用稼働情報送信ログを、解析用稼働情報受信ログとして解析用稼働情報受信ログ記憶部２０３に格納し、また、後述のマン−マシンＩ／Ｆ部２０４を介して障害監視システム２００のオペレータからの指示を入力し、解析用稼働情報受信ログの解析処理を行う。
また、ログ分析部２０２は、マン−マシンＩ／Ｆ部２０４を介して障害監視システム２００のオペレータから、解析用稼働情報受信ログ内のマスク処理されている文字列のマスク処理の解除を要求された場合に、該当する文字列のマスク処理の解除を通信部２０１を介してログデータ管理装置１００に要求する。

マン−マシンＩ／Ｆ部２０４は、障害監視システム２００のオペレータとログ分析部２０２との間のインタフェースとなる。
マン−マシンＩ／Ｆ部２０４は、例えば、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）機能を備えたインタフェースである。
マン−マシンＩ／Ｆ部２０４は、障害監視システム２００のオペレータに解析用稼働情報受信ログの内容をディスプレイ装置に表示し、また、所定の入力装置（キーボード、マウス等）からオペレータの指示を入力する。

次に、本実施の形態に係るログデータ管理装置１００と障害監視システム２００の動作例を説明する。

先ず、図３を参照して、稼働情報収集部１０１による稼働情報の収集手順を説明する。
稼働情報収集部１０１は、被監視装置１５１、１５２から稼働情報を収集し（Ｓ１０１）、収集した稼働情報を稼働情報ログとして、稼働情報ログ記憶部１０２に書き込む（Ｓ１０２）。
稼働情報収集部１０１は、以上の動作を周期的、または所定のイベントの発生ごとに実施する。

次に、図４を参照して、フィルタリング管理部１０３による稼働情報ログの加工手順を説明する。
フィルタリング管理部１０３は、マスク情報データベース１０４のマスク情報を読み出し（Ｓ２０１）、また、例外情報データベース１０５の例外情報を読み出し（Ｓ２０２）、更に、稼働情報ログ記憶部１０２の稼働情報ログを読み出す（Ｓ２０３）。
そして、フィルタリング管理部１０３は、Ｓ２０１で読み出したマスク情報と、Ｓ２０２で読み出した例外情報に従って、機密情報に該当する文字列のマスク処理を行う（Ｓ２０４）。
なお、マスク処理の具体例は後述する。
そして、フィルタリング管理部１０３は、マスク後の稼働情報ログを解析用稼働情報送信ログとして解析用稼働情報送信ログ記憶部１０６に書き込む（Ｓ２０５）。
フィルタリング管理部１０３は、以上の動作を周期的、または稼働情報ログ記憶部１０２に蓄積している稼働情報ログのデータ量が所定量に達した際に実施する。

次に、フィルタリング管理部１０３によるマスク処理の具体例を図６を用いて説明する。
なお、ここでは、説明の簡明化のため、例外情報の適用はないものとする。

例えば、図６（ａ）に示すように、稼働情報ログに以下の記述が含まれていたとする。
「２０１２年１月２０日１０：３０新規ユーザ登録：氏名＝三菱太郎：住所＝東京都千代田区丸の内１−２−３：システム＝東京都センタ」
そして、マスク情報データベース１０４には、図２に示す地名マスク情報と人名マスク情報が格納されているとする。
フィルタリング管理部１０３は、図２の地名マスク情報と人名マスク情報に従って、機密情報に該当する以下の文字列を、以下のようにマスクする（図６（ｂ））。
東京都 → ＡＡＡＡ県
千代田区 → ＢＢＢＢ市
丸の内 → ＣＣＣＣ
三菱 → ＤＤＤＤ
太郎 → ＥＥＥＥ
また、別途、番地の数値はすべて「０」とするというマスク情報が存在するものとする（図６（ｂ））。
この結果、図６（ａ）の記述は、図６（ｃ）に示すように、以下のように変換される。
「２０１２年１月２０日１０：３０新規ユーザ登録：氏名＝ＤＤＤＤ ＥＥＥＥ：住所＝ＡＡＡＡ県ＢＢＢＢ市ＣＣＣＣ ０−０−０：システム＝ＡＡＡＡ県センタ」
フィルタリング管理部１０３は、このようなマスク処理によって地名や人名が秘匿化された後の稼働情報ログを解析用稼働情報送信ログとして解析用稼働情報送信ログ記憶部１０６に書き込む。
その後、例えば、客先システム１０００において障害が発生した際に、通信部１０７が解析用稼働情報送信ログ記憶部１０６内の解析用稼働情報送信ログを障害監視システム２００に送信する。

次に、解析用稼働情報送信ログが障害監視システム２００に送信された後のマスク解除手順を図５を参照して説明する。

障害監視システム２００では、解析用稼働情報受信ログの解析中に、マスク処理されている文字列においてマスク処理の解除が必要になった場合（Ｓ３０１でＹＥＳ）に、例えば、障害監視システム２００のオペレータがマン−マシンＩ／Ｆ部２０４を介してログ分析部２０２にその文字列のマスク処理の解除を要求し、ログ分析部２０２が、マスク解除要求パケットを生成し、ログデータ管理装置１００に送信する（Ｓ３０２）。
障害監視システム２００のディスプレイ装置には、マスクされた文字列の場合は無意味な文字列が表示されている（例えば、「東京都」の代わりに「ＡＡＡＡ県」が表示されている）。
例えば、オペレータがマスクされた文字列をマウス操作により指定すると、マン−マシンＩ／Ｆ部２０４が、オペレータが指定した文字列をログ分析部２０２に出力し、ログ分析部２０２が、マン−マシンＩ／Ｆ部２０４から入力した文字列が含まれるマスク解除要求パケットを生成し、ログデータ管理装置１００に送信する。

ログデータ管理装置１００では、通信部１０７がマスク解除要求パケットを受信し（Ｓ３０３）、受信したマスク解除要求パケットをフィルタリング管理部１０３に出力する。
稼働情報ログ記憶部１０２は、マスク情報を照合して、マスク解除要求パケットに含まれる文字列のマスク処理を解除する（Ｓ３０４）。
例えば、マスク解除要求パケットに「ＡＡＡＡ県」が含まれている場合は、フィルタリング管理部１０３は、マスク情報から「ＡＡＡＡ県」に対応するオリジナルの文字列である「東京都」を抽出し、マスク解除要求パケットに含まれる「ＡＡＡＡ県」を「東京都」に変換する。
そして、フィルタリング管理部１０３は、マスク解除後のオリジナルの文字列が含まれる応答パケットを通信部１０７を介して障害監視システム２００に送信する（Ｓ３０５）。

障害監視システム２００では、通信部２０１がログデータ管理装置１００から応答パケットを受信し（Ｓ３０６）、ログ分析部２０２が応答パケットに含まれるオリジナルの文字列をマン−マシンＩ／Ｆ部２０４を介してディスプレイ装置に表示する（Ｓ３０７）。

次に、マスク解除手順の具体例を図７を用いて説明する。

稼働情報ログに、例えば、図７（ａ）に示すように、以下の記述が含まれていたとする。
「２０１２年１月２０日１０：３０システムダウンしました。：システム＝東京都センタ」
この記述は、フィルタリング管理部１０３により、文字列「東京都」が「ＡＡＡＡ県」にマスクされ、図７（ｂ）に示すように、以下の記述に置き換えられる。
「２０１２年１月２０日１０：３０システムダウンしました。：システム＝ＡＡＡＡ県センタ」

ログ分析部２０２では、「ＡＡＡＡ県センタ」だと障害場所が不明のため、オペレータがこの文字列「ＡＡＡＡ県センタ」を指定し、ログ分析部２０２が「ＡＡＡＡ県センタ」が含まれるマスク解除要求パケットを通信部２０１経由でログデータ管理装置１００に送信する。
フィルタリング管理部１０３は、マスク情報を参照し、「ＡＡＡＡ県センタ」は「東京都センタ」である旨の応答パケットを通信部１０７経由でログ分析部２０２に送り返す。
ログ分析部２０２では、応答パケットに基づき、図７（ｂ）の表示から図７（ａ）の表示を行うことができる。
つまり、オペレータは、以下の記述を閲覧することができ、システム状態をさらに詳細に知ることができる。
「２０１２年１月２０日１０：３０システムダウンしました。：システム＝東京都センタ」

この時、問い合わせのあった「東京都センタ」を、例外情報データベース１０５に自動的あるいは手動で残して、以降はマスクしないようにすることもできる。
また、マスク解除要求を受信する度に、対象となった文字列ごとにマスク解除要求の受信回数をカウントし、カウント値が所定レベルになった際に、当該文字列をマスク処理から除外するようにしてもよい。
なお、上述の例で「東京都」をマスクしないようにすると、適用範囲が広がりすぎるため、例えば都道府県名と「センタ」という文字列が接続された時のみマスクしない等の例外条件を設けるようにしても良い。
また、例外情報を追加した場合は、その記録（日時、操作センタ、操作員等）もふくめて例外情報データベース１０５に残しておく。
また、上記の例では、マスク情報は１対１の関係となっているが、機密レベルを高めるためにＮ対１の関係（例えば、「東京都」も「神奈川県」も「ＡＡＡＡ県」にマスクする）とすることも出来る。その場合でも、稼働情報ログ記憶部にはオリジナルのデータが残っているため、マスクを解除することは可能である。

なお、以上では、説明の簡明化のため、マスク解除要求パケットと応答パケットを平文で送受信することとしたが、これらパケットを暗号化して送受信してもよい。

本実施の形態によれば、システム監視に含まれる機密情報をマスクすることで、機密情報が簡単に漏れることを防ぐことができるようになる。
さらに、マスクされた情報を指定して、該当情報のマスクされる前の情報を知ることができるため、システム障害の解析に必要な情報を入手することもできるようになる。
このように、システム解析に必要な情報を必要なだけ入手することで、機密性と障害解析のバランスを取ることが可能になる。

最後に、本実施の形態に示したログデータ管理装置１００及び障害監視システム２００（以下、「ログデータ管理装置１００等」という）のハードウェア構成例について説明する。
図８は、本実施の形態に示すログデータ管理装置１００等のハードウェア資源の一例を示す図である。
なお、図８の構成は、あくまでもログデータ管理装置１００等のハードウェア構成の一例を示すものであり、ログデータ管理装置１００等のハードウェア構成は図８に記載の構成に限らず、他の構成であってもよい。

図８において、ログデータ管理装置１００等は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
本実施の形態で説明した「稼働情報ログ記憶部１０２」、「マスク情報データベース１０４」、「例外情報データベース１０５」、「解析用稼働情報送信ログ記憶部１０６」、「解析用稼働情報受信ログ記憶部２０３」は、ＲＡＭ９１４、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。

通信ボード９１５は、図１に示すように、ネットワークに接続されている。
例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されている。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。

また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。

また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
ログデータ管理装置１００等の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。

上記プログラム群９２３には、本実施の形態の説明において「〜部」（「〜記憶部」以外、以下同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。

ファイル群９２４には、本実施の形態の説明において、「〜の判断」、「〜の判定」、「〜の比較」、「〜の抽出」、「〜の照合」、「〜の変換」、「〜の入力」、「〜の出力」等として説明している処理の結果を示す情報やデータや信号値や変数値が、ディスクやメモリなどの記憶媒体にファイルとして記憶されている。
また、暗号鍵・復号鍵や乱数値やパラメータが、ディスクやメモリなどの記憶媒体にファイルとして記憶されてもよい。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記憶媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、本実施の形態で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の記憶媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、本実施の形態の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
ログデータ管理装置１００等の処理をデータ処理方法として捉えることができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の記憶媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、本実施の形態の「〜部」としてコンピュータを機能させるものである。あるいは、本実施の形態の「〜部」の手順や方法をコンピュータに実行させるものである。

このように、本実施の形態に示すログデータ管理装置１００等は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。
そして、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。

１００ ログデータ管理装置、１０１ 稼働情報収集部、１０２ 稼働情報ログ記憶部、１０３ フィルタリング管理部、１０４ マスク情報データベース、１０５ 例外情報データベース、１０６ 解析用稼働情報送信ログ記憶部、１０７ 通信部、１５１ 被監視装置、１５２ 被監視装置、２００ 障害監視システム、２０１ 通信部、２０２ ログ分析部、２０３ 解析用稼働情報受信ログ記憶部、２０４ マン−マシンＩ／Ｆ部、１０００ 客先システム、２０００ 監視センタ、３０００ ネットワーク。

Claims (5)

1. ログデータを管理するログデータ管理装置と、
   前記ログデータ管理装置が管理するログデータを利用するログデータ利用装置とを有し、
   前記ログデータ管理装置は、
   文字列をマスクするマスク処理を前記ログデータに含まれる文字列のうちの特定の文字列に対して行い、マスク処理後のログデータを前記ログデータ利用装置に送信し、
   前記ログデータ利用装置から、前記マスク処理後のログデータにおいてマスク処理されている文字列のうちのいずれかの文字列に対してマスク処理の解除を要求された場合に、該当する文字列のマスク処理を解除し、マスク処理が解除された後のオリジナルの文字列を前記ログデータ利用装置に送信し、
   前記ログデータ利用装置は、
   前記ログデータ管理装置からマスク処理後のログデータを受信し、
   受信したマスク処理後のログデータにおいてマスク処理されているいずれかの文字列に対してマスク処理の解除が必要な場合に、該当する文字列に対するマスク処理の解除を前記ログデータ管理装置に要求し、
   前記ログデータ管理装置からマスク処理が解除された後のオリジナルの文字列を受信することを特徴とするデータ処理システム。
2. 前記ログデータ利用装置は、
   前記ログデータ管理装置から受信した、オリジナルの文字列を、ユーザに対して提示することを特徴とする請求項１に記載のデータ処理システム。
3. 前記ログデータ管理装置は、
   所定の選択条件に従って、ログデータに含まれる文字列の中からマスク処理の対象となる文字列を選択してマスク処理を行っており、
   前記ログデータ利用装置からのマスク処理の解除要求に基づき前記選択条件を更新することを特徴とする請求項１又は２に記載のデータ処理システム。
4. ログデータを管理するログデータ管理装置であって、
   文字列をマスクするマスク処理を、前記ログデータに含まれる文字列のうちの特定の文字列に対して行うマスク処理部と、
   マスク処理後のログデータを、ログデータ利用装置に送信する通信部とを有し、
   前記通信部は、
   前記ログデータ利用装置から、前記マスク処理後のログデータにおいてマスク処理されている文字列のうちのいずれかの文字列に対してマスク処理の解除を要求するマスク解除要求を受信し、
   前記マスク処理部は、
   前記通信部が前記ログデータ利用装置からマスク解除要求を受信した場合に、該当する文字列のマスク処理を解除し、マスク処理が解除された後のオリジナルの文字列を前記通信部を介して前記ログデータ利用装置に送信することを特徴とするログデータ管理装置。
5. 前記マスク処理部は、
   所定の選択条件に従って、ログデータに含まれる文字列の中からマスク処理の対象となる文字列を選択してマスク処理を行っており、
   前記ログデータ利用装置からのマスク解除要求に基づき、前記選択条件を更新することを特徴とする請求項４に記載のログデータ管理装置。

Images