JP2017068677A - 情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護する情報処理装置、方法及びプログラムを提供する。【解決手段】ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置１０１において、クライアント端末１０３から送信されたＨＴＴＰリクエストを取得し、記憶された情報に基づき、取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する。特定したデータに対してマスク処理を施し、マスク処理を施したデータを監査者端末１０２に送信する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、プログラムに関する。

近年、インターネットを介した情報交換が活発になるにつれて、ウィルス・マルウェアによる被害や企業などにおける顧客情報、営業機密等の情報漏洩による社会的信用の失墜や賠償請求による金銭的損失など、情報セキュリティにかかわる問題が深刻化している。

このような問題に対して、ファイアーウォールやアンチウィルスソフトをはじめとするソフトウェア、情報処理装置によって対策がとられるのが一般的になっている。

ファイアーウォールは、企業内ＬＡＮなどの組織内ネットワークとインターネットなどの外部ネットワークの境界領域に設置され、両領域をまたがる通信に関して、その通信を中継し制御する機能を主にもつ。

ファイアーウォールは、中継する通信の内容を監視し、その通信を行うノード機器（クライアント、サーバなどと呼ばれる）のアドレス、通信プロトコル、通信プロトコルで伝送されるアプリケーションデータなどの情報を、事前に設定されたアクセス制御ルールと照合し、その照合結果によってその通信の可否を決定し、制御するといった動作を行う機器である。

特許文献１には、事前に設定されたアクセス制御ルールを用いて、クライアント端末から送信されたデータのウェブサーバへの中継を制御する仕組みについて記載がされている。

特開２０１０−１４６５８８号公報

このような中継制御装置においては、中継制御されたデータについて、監査者によって内容を確認する監査業務も行われている。

この監査業務においては、通信の内容をシステム管理者やユーザの上長などが確認することになるが、監査対象のデータには、個人のクレジットカード情報やアカウント情報など他人には知られたくない情報も含まれる。特にＳＳＬ通信をデコードして通信内容を監査する場合には、プライバシー情報が含まれている可能性も高い。

このように、通信内容を確認する必要がある一方で、プラバシー情報を自由に閲覧されることを防ぐことも必要とされる。

そこで、本発明では、Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護することが可能な仕組みを提供することを目的とする。

本発明は、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する記憶手段と、前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
を備えることを特徴とする。

また、本発明は、ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置における情報処理方法であって、前記情報処理装置のリクエスト取得手段が、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得工程と、前記情報処理装置の特定手段が、前記記憶された情報に基づき、前記リクエスト取得工程により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定工程と、前記情報処理装置のマスク処理手段が、前記特定工程により特定されたデータに対してマスク処理を施すマスク処理工程と、を備えることを特徴とする。

また、本発明は、ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置において実行可能なプログラムであって、前記情報処理装置を、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段として機能させることを特徴とする。

Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護することが可能となる。

本発明のシステム構成を示す図 情報処理装置、監査者端末、クライアント端末、Ｗｅｂサーバのハードウエア構成を示す図 本発明の処理の流れを示したシーケンス図 本発明の処理を示したフローチャート ステップＳ４０４における監査権限確認処理の詳細を示すフローチャート ステップＳ４０６におけるマスク方式決定処理の詳細を示すフローチャート ステップＳ４０８におけるマスク処理の詳細を示すフローチャート ステップＳ７０２におけるマスク対象判定処理の詳細を示すフローチャート ステップＳ７０２におけるマスク対象判定処理の詳細を示すフローチャート ステップＳ４０９における表示処理の詳細を示すフローチャート マスク対象データを特定するためのサービスＤＢの一例を示す図 マスク対象データを特定するためのパラメータＤＢの一例を示す図 監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図 監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図 監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図 監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図 監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図 監査者の権限が登録されたテーブルの一例を示す図 監査対象データの一覧が表示された画面の一例を示す図 各種設定を受け付ける画面の一例を示す図 監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図 監査者端末１０２にダウンロードされる監査対象データの一例を示す図

以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１を用いて、本発明のシステム構成について説明する。

本発明の情報処理装置１０１は、監査者端末１０２、クライアント端末１０３、Ｗｅｂサーバ１０４と通信可能に接続された構成である。

情報処理装置１０１は、クライアント端末１０３から送信されたＨＴＴＰリクエストを取得し、当該ＨＴＴＰリクエストの中継制御処理を行う。

また、情報処理装置１０１は、当該ＨＴＴＰリクエストを保存し、監査者端末１０２からの要求に応じて、監査者端末１０２による監査処理を受け付ける。この際、監査者端末１０２に対して送信する保存データを必要に応じてマスク処理を施す。

次に図２を用いて、本発明の情報処理装置１０１、監査者端末１０２、クライアント端末１０３、Ｗｅｂサーバ１０４のハードウエア構成を説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。

スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。

なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えて
いればよい。

次に図３を用いて、本発明における処理の流れについて説明する。

まずクライアント端末１０３からＨＴＴＰリクエストが送信されると、情報処理装置１０１が取得し、当該リクエストを検査・保存する。ここでの検査は、当該リクエストをＷｅｂサーバに対して送信（中継）してもよいか否かの判断をする処理である。例えば機密情報が含まれるデータである場合には中継を禁止するといったように、予め設定された中継制御ルールに従い、検査を行う。

情報処理装置１０１における検査の結果、中継禁止（通信不許可）と判断された場合は、クライアント端末１０３に対して、通信が許可されなかった旨のブロック応答を行う。

情報処理装置１０１における検査の結果、中継許可（通信許可）と判断された場合は、当該ＨＴＴＰリクエストをＷｅｂサーバ１０４に対して送信する。

そして、Ｗｅｂサーバ１０４から当該ＨＴＴＰリクエストに対するレスポンスがクライアント端末１０３に対して送信される。

以上がクライアント端末１０３からＷｅｂサーバ１０４に対するリクエスト送信時の処理の流れである。

次に、監査者端末１０２から情報処理装置１０１に対して保存データの監査要求があった場合の処理の流れを説明する。

情報処理装置１０１は、監査者端末１０２から保存データの閲覧要求（監査要求）を受信すると、当該要求されたデータにマスク処理を施すべきかを判断する。マスク処理を施すべきであれば、マスク処理を施した上で、当該データを監査者端末１０２に送信する。

なお、本実施例におけるマスク処理は、マスク処理対象の文字列（値、データ）をアスタリスクに置き換えるものとして説明するが、マスク処理はこれに限られず、処理対象の文字列を認識できないように表示するものであれば、いずれの方法であってもよい。例えば、本実施例のように所定の文字列や記号に置き換えたり、またはマスク対象のデータを表示しないよう制御してもよい。

また、マスク処理を施したデータを送信した場合、監査者端末１０２からマスクされた部分を表示するためのパスワードを受け付ける。当該パスワードが正当なものであれば、マスクを解除したデータを監査者端末１０２に送信する。

以上が、監査者端末１０２から監査要求があった場合の処理の流れである。
次に、図４を用いて本発明の処理について説明する。

なお、図４のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ４０１では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２から送信された監査要求を受け付ける。

ここで監査要求には、監査者を識別する情報が含まれているものとする。

監査要求は、監査者端末１０２が監査者から不図示の画面を介して指示を受け付けることで、監査者端末１０２から情報処理装置１０１に送信される。

ステップＳ４０２では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０１で受け付けた監査要求に含まれる識別情報により監査者を特定し、当該特定された監査者が監査すべきデータの一覧情報を、監査者端末１０２に対して送信する。

監査者端末１０２では、ステップＳ４０２で送信された一覧情報に基づき、監査データの一覧画面を表示する（図１９に一覧画面の一例を示す）。

そして、監査者端末１０２は、図１９に示す画面を介して、監査者から監査するデータ（監査対象データ）の選択を受け付け、当該選択を受け付けたデータを示す情報を情報処理装置１０１に送信する。

ステップＳ４０３では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０２で監査者端末１０２から送信された監査対象データを示す情報を受け付ける。

ステップＳ４０４では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０３で受け付けた監査対象データに対する監査者の監査権限を確認する処理を行う。

ステップＳ４０４の処理の詳細については、図５に示すフローチャートを用いて説明する。

ステップＳ４０５では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０４における処理の結果、監査者が監査対象データを閲覧可能であると判定されたか否かを判断する。

閲覧可能であると判断された場合（ステップＳ４０５：ＹＥＳ）は、処理をステップＳ４０９に移行する。

閲覧不可と判断された場合（ステップＳ４０５：ＮＯ）は、処理をステップＳ４０６に移行する。

ステップＳ４０６では、情報処理装置１０１のＣＰＵ２０１は、監査対象データに対するマスクの方式を決定する処理を行う。

マスク方式決定処理の詳細については、図６に示すフローチャートを用いて説明する。

ステップＳ４０７では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０６の処理の結果に基づき、マスク処理をするか否かを判定する。

具体的には、図６のステップＳ６０２、Ｓ６０４、Ｓ６０６のいずれかの処理でＹＥＳと判定された場合は、マスク処理をすると判定される。

マスク処理をする場合（ステップＳ４０７：ＹＥＳ）は、処理をステップＳ４０８に移行する。

マスク処理をしない場合（ステップＳ４０７：ＮＯ）は、処理をステップＳ４０９に移行する。

ステップＳ４０８では、情報処理装置１０１のＣＰＵ２０１は、監査対象データに対してマスク処理を実行する。

マスク処理の詳細については、図７に示すフローチャートを用いて説明する。

ステップＳ４０９では、情報処理装置１０１のＣＰＵ２０１は、監査対象データの閲覧画面を生成し、監査者端末１０２に対して送信する。

ステップＳ４０９の表示処理の詳細については、図１０に示すフローチャートを用いて説明する。
そして、本フローチャートに示す処理を終了する。

次に、図５を用いて、ステップＳ４０４における監査権限確認処理の詳細を説明する。

図５のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ５０１では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０３で受け付けた監査対象データに対する監査者の閲覧権限があるかを判定する。

具体的には、図１８に示すデータに基づき判断する。例えば、管理者１はプライバシー情報閲覧の権限ありと登録されているため、閲覧権限ありと判定される。他方、管理者２は、プライバシー情報閲覧の権限なしと登録されているため、閲覧権限なしと判定される。

閲覧権限があると判定された場合（ステップＳ５０１：ＹＥＳ）は、監査対象データを閲覧可能であると判断し（ステップＳ５０３）、本フローチャートの処理を終了する。

閲覧権限がないと判定された場合（ステップＳ５０１：ＮＯ）は、処理をステップＳ５０２に移行する。

ステップＳ５０２では、情報処理装置１０１のＣＰＵ２０１は、パスワードを入力済みであるかを判断する。

パスワードが入力済みである場合（ステップＳ５０２：ＹＥＳ）は、監査対象データを閲覧可能であると判断し（ステップＳ５０３）、本フローチャートの処理を終了する。

パスワードが入力済みではない場合（ステップＳ５０２：ＮＯ）は、監査対象データを閲覧不可と判断し（ステップＳ５０４）、本フローチャートの処理を終了する。

次に、図６を用いて、ステップＳ４０６におけるマスク方式決定処理の詳細を説明する。

図６のフローチャートで示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ６０１では、情報処理装置１０１のＣＰＵ２０１は、マスク処理の方式として予め設定された内容が、サービスＤＢを用いた方式の設定であるかを判断する。

サービスＤＢを用いたマスク処理を実行する旨の設定である場合（ステップＳ６０１：ＹＥＳ）は、処理をステップＳ６０２に移行する。

サービスＤＢを用いたマスク処理を実行する旨の設定ではない場合（ステップＳ６０１：ＮＯ）は、処理をステップＳ６０４に移行する。

サービスＤＢを用いたマスク処理とは、例えば図１１に示すデータを用いてマスク対象のデータを特定しマスクする方式である。

図１１に示すデータは、例えば、監査対象データであるＨＴＴＰリクエストのリクエストＵＲＬが「ｈｔｔｐｓ：／／ｗｗｗ．ｋａｎｎｏｎ．ｃｏ．ｊｐ／ｐａｙｍｅｎｔ」である場合には、パラメータ名：ｃａｒｄ＿ｎｕｍ１のデータをマスクする旨を意味する。

サービスＤＢを用いたマスク方式によれば、リクエストＵＲＬを特定してマスク対象を決定するため、マスクする必要のないデータまでマスクしてしまうことを防ぐことが可能となる。

ステップＳ６０２では、情報処理装置１０１のＣＰＵ２０１は、サービスＤＢにエントリがあるかを判断する。

具体的には、監査対象データのリクエストＵＲＬが図１１に示すサービスＤＢに登録されている各エントリに含まれているかを確認する。

エントリがある場合（ステップＳ６０２：ＹＥＳ）は、サービスＤＢを用いたマスク処理を行うものと判断し（ステップＳ６０３）、本フローチャートに示す処理を終了する。

エントリが無い場合（ステップＳ６０２：ＮＯ）は、処理をステップＳ６０４に移行する。

ステップＳ６０４では、情報処理装置１０１のＣＰＵ２０１は、予め設定された内容が、パラメータＤＢを用いたマスク処理を実行する旨の設定であるかを判断する。

パラメータＤＢを用いたマスク処理を実行する旨の設定である場合（ステップＳ６０４：ＹＥＳ）は、パラメータＤＢを用いたマスク処理を行うものと判断し（ステップＳ６０５）、本フローチャートに示す処理を終了する。

パラメータＤＢを用いたマスク処理を実行する旨の設定ではない場合（ステップＳ６０４：ＮＯ）は、処理をステップＳ６０６に移行する。

パラメータＤＢを用いたマスク処理とは、例えば図１２に示すデータを用いてマスク対象のデータを特定しマスクする方式である。

具体的には、監査対象データであるＨＴＴＰリクエストのうち、図１２のデータテーブルに登録されたパラメータ名で特定されるデータをマスク処理する方式である。

例えば、ＨＴＴＰリクエストに「ｃａｒｄ＿ｎｕｍ」というパラメータのデータが含まれていた場合、図１２における「＊ｃａｒｄ＊」に当てはまるため、当該パラメータで特定されるデータは、マスク対象のデータとして判断される。

なお、図中の「＊」はワイルドカードを意味するものであり、例えば「card*」であれば、前方一致により判断することを意味する。

パラメータＤＢを用いたマスク方式によれば、マスクする必要があるパラメータを特定してマスク対象のデータを決定するため、マスクする必要の無いデータをマスクしてしまうことを低減させることが可能となる。

ステップＳ６０６では、情報処理装置１０１のＣＰＵ２０１は、予め設定された内容が、パラメータ長を用いたマスク処理を実行する旨の設定であるかを判断する。

パラメータ長を用いたマスク処理を実行する旨の設定である場合（ステップＳ６０６：ＹＥＳ）は、パラメータ長を用いたマスク処理を行うものと判断し（ステップＳ６０７）、本フローチャートに示す処理を終了する。

パラメータ長を用いたマスク処理を実行する旨の設定ではない場合は、マスク処理を実行しないものと判断し（ステップＳ６０８）、本フローチャートに示す処理を終了する。

パラメータ長を用いたマスク処理とは、予め設定された文字数以下のデータについてはマスク処理を施す方式である。

パラメータ長を用いたマスク処理によれば、マスク対象を特定するためのパラメータＤＢやサービスＤＢが不要であるため、当該データベースのメンテナンス作業の手間が軽減できる。

また、サービスの使用が変更されパラメータが変更となった場合や、サービスＤＢには登録されていない新しいサービスへのリクエストについても、適切にマスク処理を行うことが可能となる。

次に、図７を用いて、ステップＳ４０８におけるマスク処理の詳細を説明する。

図７のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ７０１では、情報処理装置１０１のＣＰＵ２０１は、監査対象データからパラメータ名と当該パラメータの値を取得する。

ステップＳ７０２では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０１で取得した値について、マスク処理の対象となるデータであるかを判定する。マスク対象判定処理の詳細は、図８、図９に示すフローチャートを用いて説明する。

ステップＳ７０３では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０２の処理の結果に基づき、マスク処理を行うデータであるかを判断する。

マスク処理を行う必要のあるデータであると判定された場合（ステップＳ７０３：ＹＥＳ）は、処理をステップＳ７０４に移行する。

マスク処理が不要なデータであると判定された場合（ステップＳ７０３：ＮＯ）は、処理をステップＳ７０５に移行する。

ステップＳ７０４では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０１で取得した値に対してマスク処理を施す。

ステップＳ７０５では、情報処理装置１０１のＣＰＵ２０１は、監査対象データのうち全てのパラメータの値について図７のフローチャートで示す処理を実行したかを判定する。

全てのパラメータに対する処理が終了した場合（ステップＳ７０５：ＹＥＳ）は、本フローチャートの処理を終了する。

処理を実行していない値がある場合（ステップＳ７０５：ＮＯ）は、処理をステップＳ７０１に戻し、次のパラメータとその値を取得する。

次に、図８、図９を用いて、ステップＳ７０２におけるマスク対象判定処理の詳細について説明する。

なお、図８、図９のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

また、図８は、マスク対象判定処理のうち、マスク方式決定処理（ステップＳ４０６、図６）において、サービスＤＢを用いたマスク方式またはパラメータＤＢを用いたマスク方式を行うと決定された場合のマスク対象判定処理である。

ステップＳ８０１では、情報処理装置１０１のＣＰＵ２０１は、図１１または図１２に示すデータテーブルから、エントリを取得する。

マスク方式決定処理において、サービスＤＢを用いたマスク処理を行うと決定された場合は、図１１に示すサービスＤＢからエントリを取得する。他方、パラメータＤＢを用いたマスク処理を行うと決定された場合は、図１２に示すパラメータＤＢからエントリを取得する。

ステップＳ８０２では、処理対象のデータがステップＳ８０１で取得したエントリに一致するかを判定する。

サービスＤＢを用いた処理の場合は、処理対象のデータの送信先と取得したエントリの「ＵＲＬ」の項目のデータとが一致するかを判定し、一致した処理対象のデータに含まれるパラメータのうち当該エントリに登録されたパラメータと一致するパラメータがあるかを判定する。

パラメータＤＢを用いた処理の場合は、ステップＳ７０１で取得したパラメータと取得したエントリの「パラメータ名」の項目のデータとが一致するかを判定する。

ここで、図１２に示すテーブルに書式を登録しておき、書式との一致を判定することで、さらに判定精度を高めることが可能となる。

例えば、「セキュリティコード＝３桁の半角数字」といった情報を登録しておき、「*crcd*」のパラメータ名に一致した項目のデータについて、３桁の半角数字であるかを判定する。

一致する場合（ステップＳ８０２：ＹＥＳ）は、当該データをマスク処理を施すべきデータであると判断し（ステップＳ８０３）、本フローチャートの処理を終了する。

一致しない場合（ステップＳ８０２：ＮＯ）は、処理をステップＳ８０４に移行する。

ステップＳ８０４では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ８０１で取得したエントリが最後のエントリであるかを判定する。

最後のエントリである場合（ステップＳ８０４：ＹＥＳ）は、ステップＳ７０１で取得したデータはマスク処理の対象ではないと判断し（ステップＳ８０５）、本フローチャートに示す処理を終了する。

最後のエントリではない場合（ステップＳ８０４：ＮＯ）は、処理をステップＳ８０１に戻し、次のエントリを取得する。

次に、図９を用いて、ステップＳ７０２におけるマスク対象判定処理の詳細について説明する。

図９は、マスク対象判定処理のうち、マスク方式決定処理（ステップＳ４０６、図６）において、パラメータ長を用いたマスク方式を行うと決定された場合のマスク対象判定処理である。

ステップＳ９０１では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０１で取得した値の長さが設定値以下であるかを判断する。

設定値以下である場合（ステップＳ９０１：ＹＥＳ）は、当該データをマスク処理を施すべきデータとして（ステップＳ９０２）、本フローチャートを終了する。

設定値より長い場合（ステップＳ９０１：ＮＯ）は、当該データはマスク処理の対象ではないと判断し（ステップＳ９０３）、本フローチャートの処理を終了する。

次に、図１０を用いて、ステップＳ４０９における表示処理の詳細について説明する。

図１０のフローチャートで示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ１００１では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２に対して、画面データを送信する。

監査者端末１０２には、当該送信されたデータに基づき、監査対象データを表示する画面（例えば図１３〜１７、図２１）が表示される。

ステップＳ１００２では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２からパスワードの入力を受け付けたかを判断する。

パスワードの受け付けは、例えば図１７に示すように、監査対象データの表示画面にパスワード入力欄１７０１を設ける。そして、パスワード入力欄１７０１にパスワードが入力され、解除ボタン１７０２が押下されることで、監査者端末１０２から情報処理装置１０１に対してパスワードが送信される。そして、情報処理装置１０１は当該送信されたパスワードを取得する。

ステップＳ１００３では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ１００２で取得したパスワードが正しいパスワードであるかを判定する。

取得したパスワードが正しいか否かの判断手法としては、監査者ごとに正しいパスワードが登録されたテーブルを記憶しておき、それに基づいて判断する方法が考えられる。また、監査者ごとにパスワードを登録せず、マスク解除用のパスワードとして共通のパスワードを登録しておき、そのパスワードと一致するかにより判断しても良い。

さらに、例えば、取得したパスワードが「ｐａｓｓｗｏｒｄ１」であれば図１２の「書式」の項目における「ユーザＩＤ」に対応するパラメータの値は閲覧できるようになる。「ｐａｓｓｗｏｒｄ２」であれば「ユーザＩＤ」と「クレジットカード番号」に対応するパラメータの値が閲覧できるようになる。といったように、パスワードによって閲覧できる対象に差異を設けるようにしても良い。この場合は、取得したパスワードに対応する範囲についてマスク解除をすることになる。

正しいパスワードである場合（ステップＳ１００３：ＹＥＳ）は、処理をステップＳ１００４に移行する。

正しいパスワードではない場合（ステップＳ１００３：ＮＯ）は、処理をステップＳ１００５に移行する。

ステップＳ１００４では、情報処理装置１０１のＣＰＵ２０１は、マスクを解除したデータを監査者端末１０２に対して送信する。

ステップＳ１００５では、情報処理装置１０１のＣＰＵ２０１は、パスワードが間違っている旨のエラーを監査者端末１０２に返答する。

一度正しいパスワードが入力された場合は、当該監査業務における当該監査者は、他の監査対象データにおいてパスワードを入力することなく、マスク解除されたデータを閲覧可能にする（すなわち、Ｓ５０２においてＹＥＳと判定されることとなる）。

ステップＳ１００６では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２からデータのダウンロード要求を受け付けたか否かを判断する。

具体的には、監査者端末１０２に表示された画面（図１３〜図１７、図２１）のダウンロードボタン（例えば図１３の１３０１）が押下されることで、ダウンロード要求を受け付ける。

ダウンロード要求を受け付けた場合（ステップＳ１００６：ＹＥＳ）は、処理をステップＳ１００７に移行する。

ダウンロード要求を受け付けていない場合（ステップＳ１００６：ＮＯ）は、本フローチャートに示す処理を終了する。

ステップＳ１００７では、情報処理装置１０１のＣＰＵ２０１は、ダウンロード要求を受け付けたデータを監査者端末１０２に対して送信する。

この際、マスク処理を施したデータを表示した画面においてダウンロード要求がなされた場合は、マスク処理がなされたデータを送信する。

送信されるデータ（マスク処理が施されたデータ）の一例を図２２に示す。

図２２に示すように、カード番号などのデータ（２２０１等）については、アスタリスクに置き換えられ、マスク処理がなされている。

図１３は監査者端末１０２に表示される画面の一例であり、マスク処理がされていない監査対象データを表示した画面の一例である。

データダウンロードボタン１３０１が押下されると、データダウンロード要求が監査者端末１０２から情報処理装置１０１に送信され、情報処理装置１０１から監査者端末１０２に対してデータが送信される。

図１４は監査者端末１０２に表示される画面の一例であり、サービスＤＢを用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。

図１４に示すように、「ｃａｒｄ＿ｎｕｍ１」のパラメータに対応する値がアスタリスクに変換されることでマスク処理がなされている。

図１５は監査者端末１０２に表示される画面の一例であり、パラメータＤＢを用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。

図１５に示すように、パラメータＤＢに登録されているパラメータである「ｃａｒｄ＿ｎｕｍ１」、「ｃａｒｄ＿ｙｅａｒ」（いずれも図１２のパラメータＤＢにおける「＊ｃａｒｄ＊」と一致）に対応する値にマスク処理がなされている。

図１６は監査者端末１０２に表示される画面の一例であり、パラメータ長を用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。

図１６は、３０文字以下の値についてはマスク処理をするという設定の場合の例である。

また図１４等に示す通り、マスク処理された値については、マスク処理がされていることを識別可能にするため、赤字で表示するといった処理を行う。さらに、マスク処理されたデータがあることを示すため、注意書きとして「プライバシー情報の可能性があるデータを非表示にしています」との通知をしている。

図２１は監査者端末１０２に表示される画面の一例であり、パラメータ長を用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。

図２１は、１２文字以下の値についてマスク処理を行う設定の場合に表示される画面である。さらに、もとの値の文字数に関係なく、マスク対象のデータについては１０文字分のアスタリスクに変換することでマスク処理を行っている。

このように、マスク対象のデータについては、もとの文字数に関係なく、所定文字数のアスタリスクに変換することで、よりセキュリティを確保することが可能となる。

また、図２１の例は、１２文字を超えるデータについては、１２文字分だけアスタリスクに変換（１０文字のアスタリスクに変換）することでマスク処理を施し、１２文字を超えた部分については元のデータを表示する旨の設定をした場合の例である。例えば「ｕｓｅｒ＿ｆａｖｏｒｉｔｅ＿ｃａｔｅｇｏｒｙ＿ｎｏ」の項目のデータは「ＡＢＣＤＥＦＧＨＩＪ１２３４５６７８９０」であるが、図２１に示すように１２文字分だけ１０文字分のアスタリスクに変換され、１３文字目以降は元のデータが表示されている。

図２０は、情報処理装置１０１の各種設定を行う画面を示す図である。当該画面は監査者端末１０２に表示され、監査者により当該画面を介して各種設定を受け付ける。

図２０に示す画面を介して、外部送信データの一部表示制限のオン／オフが設定できる（２００１）。この項目についてオンの設定をすることで、本発明の処理（データの一部表示制限処理（マスク処理））が実行される。

対象プロトコル（２００２）の項目は、一部表示制限処理を実行する対象となるデータを、ＳＳＬ通信によるデータのみを対象とするのか、それ以外も含む（通常のＨＴＴＰ通信も含む）全てのデータを対象とするのかの設定を受け付ける項目である。

対象データ（２００３）の項目は、マスク処理する対象のデータの条件を設定する項目である。図２０の例は、パラメータ長を用いたマスク処理を行う場合の設定であって、長さ４０文字以下のテキストデータについて、マスク対象とする旨の設定である。

また、指定した文字数を超える項目について、指定した文字数だけマスクするか、当該項目のデータはマスクしないかの設定ができる。

図２０の例では、４０文字を超える文字数の項目については、４０文字分をマスク処理する旨が設定されている。ここで「マスクしない」が選択されている場合は、４０文字を超えるデータの項目については、当該項目の値はマスクされないことになる。

制限除外利用者（２００４）の項目では、マスク処理されたデータであっても閲覧することが可能な監査者の設定を受け付ける項目である。ここで登録された監査者は、図１８に示す監査者テーブルに権限ありとして登録される。

以上説明したように、本発明によれば、Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護することが可能となる。

また、本発明におけるプログラムは、図４〜図１０の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図４〜図１０の各処理ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 情報処理装置
１０２ 監査者端末
１０３ クライアント端末
１０４ Ｗｅｂサーバ

Claims (10)

1. クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
   ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する記憶手段と、
   前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、
   前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
   を備えることを特徴とする情報処理装置。
2. 前記マスク処理手段によるマスク処理は、前記特定手段により特定されたデータを所定の文字または記号に置き換える処理であることを特徴とする請求項１に記載の情報処理装置。
3. 前記マスク処理手段によるマスク処理は、前記特定手段により特定されたデータの桁数に関わらず、当該特定されたデータを所定の桁数の文字または記号に置き換える処理であることを特徴とする請求項１に記載の情報処理装置。
4. 前記記憶手段に記憶されたマスク処理を施すデータを特定するための情報は、データの文字数であることを特徴とし、
   前記特定手段は、前記リクエスト取得手段により取得したＨＴＴＰリクエストの各パラメータの値のうち、前記記憶手段に記憶された文字数以下の値をマスク処理を施すデータとして特定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記記憶手段に記憶されたマスク処理を施すデータを特定するための情報は、ＨＴＴＰリクエストの送信先を示す情報とパラメータを対応付けた情報であることを特徴とし、
   前記特定手段は、前記記憶手段に記憶された送信先のＨＴＴＰリクエストであって、当該送信先に対応付けられたパラメータの値をマスク処理を施すデータとして特定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
6. 前記記憶手段に記憶されたマスク処理を施すデータを特定するための情報は、ＨＴＴＰリクエストに含まれるパラメータを示す情報であることを特徴とし、
   前記特定手段は、前記リクエスト取得手段により取得したＨＴＴＰリクエストのうち、前記記憶手段に記憶されたパラメータを示す情報により特定されるパラメータの値をマスク処理を施すデータとして特定することを特徴とする請求項１乃至３に記載の情報処理装置。
7. 前記マスク処理手段によりマスク処理が施されたデータを監査者端末に送信する送信手段をさらに備えることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記情報処理装置は、前記監査者端末からパスワードの入力を受け付けるパスワード受付手段をさらに備えることを特徴とし、
   前記送信手段は、さらに、前記パスワード受付手段によりパスワードを受け付けた場合、マスク処理を施していないデータを前記監査者端末に送信することを特徴とする請求項７に記載の情報処理装置。
9. ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置における情報処理方法であって、
   前記情報処理装置のリクエスト取得手段が、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得工程と、
   前記情報処理装置の特定手段が、前記記憶された情報に基づき、前記リクエスト取得工程により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定工程と、
   前記情報処理装置のマスク処理手段が、前記特定工程により特定されたデータに対してマスク処理を施すマスク処理工程と、
   を備えることを特徴とする情報処理方法。
10. ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置において実行可能なプログラムであって、
    前記情報処理装置を、
    クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
    前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、
    前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段として機能させることを特徴とするプログラム。

Images