(57)【特許請求の範囲】
【請求項１】
クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報として、データの文字数に係る条件を記憶する記憶手段と、
前記リクエスト取得手段により取得したＨＴＴＰリクエストの各パラメータの値のうち、前記記憶手段に記憶された文字数に係る条件を満たす値をマスク処理を施すデータとして特定する特定手段と、
前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記特定手段は、前記リクエスト取得手段により取得したＨＴＴＰリクエストの各パラメータの値のうち、前記記憶手段に記憶された文字数以下の値をマスク処理を施すデータとして特定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記マスク処理手段は、前記リクエスト取得手段により取得したＨＴＴＰリクエストの各パラメータの値のうち、前記記憶手段に記憶された文字数を超える文字数の値に対しても、当該文字数分についてマスク処理を施すことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報として、ＨＴＴＰリクエストの送信先を示す情報とパラメータを対応付けた情報を記憶する記憶手段と、
前記記憶手段に記憶された送信先へのＨＴＴＰリクエストであって、当該送信先に対応付けられたパラメータの値をマスク処理を施すデータとして特定する特定手段と、
前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
を備えることを特徴とする情報処理装置。
【請求項５】
クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する記憶手段と、
前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、
前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
前記マスク処理手段によりマスク処理が施されたデータを監査者端末に送信する送信手段と、
前記監査者端末からパスワードの入力を受け付けるパスワード受付手段と、
を備え、
前記送信手段は、さらに、前記パスワード受付手段によりパスワードを受け付けた場合、マスク処理を施していないデータを前記監査者端末に送信することを特徴とする情報処理装置。
【請求項６】
前記マスク処理手段によるマスク処理は、前記特定手段により特定されたデータを所定の文字または記号に置き換える処理であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記マスク処理手段によるマスク処理は、前記特定手段により特定されたデータの文字数に関わらず、当該特定されたデータを所定の文字数の文字または記号に置き換える処理であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項８】
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報として、データの文字数に係る条件を記憶する記憶手段を備える情報処理装置における情報処理方法であって、
前記情報処理装置のリクエスト取得手段が、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得工程と、
前記情報処理装置の特定手段が、前記リクエスト取得工程により取得したＨＴＴＰリクエストの各パラメータの値のうち、前記記憶手段に記憶された文字数に係る条件を満たす値をマスク処理を施すデータとして特定する特定工程と、
前記情報処理装置のマスク処理手段が、前記特定工程により特定されたデータに対してマスク処理を施すマスク処理工程と、
を備えることを特徴とする情報処理方法。
【請求項９】
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報として、ＨＴＴＰリクエストの送信先を示す情報とパラメータを対応付けた情報を記憶する記憶手段を備える情報処理装置における情報処理方法であって、
前記情報処理装置のリクエスト取得手段が、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得工程と、
前記情報処理装置の特定手段が、前記記憶手段に記憶された送信先へのＨＴＴＰリクエストであって、当該送信先に対応付けられたパラメータの値をマスク処理を施すデータとして特定する特定工程と、
前記情報処理装置のマスク処理手段が、前記特定工程により特定されたデータに対してマスク処理を施すマスク処理工程と、
を備えることを特徴とする情報処理方法。
【請求項１０】
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する記憶手段を備える情報処理装置における情報処理方法であって、
前記情報処理装置のリクエスト取得手段が、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得工程と、
前記情報処理装置の特定手段が、前記記憶手段に記憶された情報に基づき、前記リクエスト取得工程により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定工程と、
前記情報処理装置のマスク処理手段が、前記特定工程により特定されたデータに対してマスク処理を施すマスク処理工程と、
前記情報処理装置の送信手段が、前記マスク処理工程によりマスク処理が施されたデータを監査者端末に送信する送信工程と、
前記情報処理装置のパスワード受付手段が、前記監査者端末からパスワードの入力を受け付けるパスワード受付工程と、
を備え、
前記送信工程は、さらに、前記パスワード受付工程によりパスワードを受け付けた場合、マスク処理を施していないデータを前記監査者端末に送信することを特徴とする情報処理方法。
【請求項１１】
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報として、データの文字数に係る条件を記憶する記憶手段を備える情報処理装置を、
クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
前記リクエスト取得手段により取得したＨＴＴＰリクエストの各パラメータの値のうち、前記記憶手段に記憶された文字数に係る条件を満たす値をマスク処理を施すデータとして特定する特定手段と、
前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段として機能させるためのプログラム。
【請求項１２】
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報として、ＨＴＴＰリクエストの送信先を示す情報とパラメータを対応付けた情報を記憶する記憶手段を備える情報処理装置を、
クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
前記記憶手段に記憶された送信先へのＨＴＴＰリクエストであって、当該送信先に対応付けられたパラメータの値をマスク処理を施すデータとして特定する特定手段と、
前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段として機能させるためのプログラム。
【請求項１３】
ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する記憶手段を備える情報処理装置を、
クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、
前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、
前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
前記マスク処理手段によりマスク処理が施されたデータを監査者端末に送信する送信手段と、
前記監査者端末からパスワードの入力を受け付けるパスワード受付手段として機能させ、
前記送信手段を、さらに、前記パスワード受付手段によりパスワードを受け付けた場合、マスク処理を施していないデータを前記監査者端末に送信する手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
近年、インターネットを介した情報交換が活発になるにつれて、ウィルス・マルウェアによる被害や企業などにおける顧客情報、営業機密等の情報漏洩による社会的信用の失墜や賠償請求による金銭的損失など、情報セキュリティにかかわる問題が深刻化している。   
【０００３】
このような問題に対して、ファイアーウォールやアンチウィルスソフトをはじめとするソフトウェア、情報処理装置によって対策がとられるのが一般的になっている。   
【０００４】
ファイアーウォールは、企業内ＬＡＮなどの組織内ネットワークとインターネットなどの外部ネットワークの境界領域に設置され、両領域をまたがる通信に関して、その通信を中継し制御する機能を主にもつ。
【０００５】
ファイアーウォールは、中継する通信の内容を監視し、その通信を行うノード機器（クライアント、サーバなどと呼ばれる）のアドレス、通信プロトコル、通信プロトコルで伝送されるアプリケーションデータなどの情報を、事前に設定されたアクセス制御ルールと照合し、その照合結果によってその通信の可否を決定し、制御するといった動作を行う機器である。
【０００６】
特許文献１には、事前に設定されたアクセス制御ルールを用いて、クライアント端末から送信されたデータのウェブサーバへの中継を制御する仕組みについて記載がされている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−１４６５８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このような中継制御装置においては、中継制御されたデータについて、監査者によって内容を確認する監査業務も行われている。
【０００９】
この監査業務においては、通信の内容をシステム管理者やユーザの上長などが確認することになるが、監査対象のデータには、個人のクレジットカード情報やアカウント情報など他人には知られたくない情報も含まれる。特にＳＳＬ通信をデコードして通信内容を監査する場合には、プライバシー情報が含まれている可能性も高い。
【００１０】
このように、通信内容を確認する必要がある一方で、プラバシー情報を自由に閲覧されることを防ぐことも必要とされる。
【００１１】
そこで、本発明では、Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護することが可能な仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する記憶手段と、前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段と、
を備えることを特徴とする。
【００１３】
また、本発明は、ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置における情報処理方法であって、前記情報処理装置のリクエスト取得手段が、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得工程と、前記情報処理装置の特定手段が、前記記憶された情報に基づき、前記リクエスト取得工程により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定工程と、前記情報処理装置のマスク処理手段が、前記特定工程により特定されたデータに対してマスク処理を施すマスク処理工程と、を備えることを特徴とする。
【００１４】
また、本発明は、ＨＴＴＰリクエストに含まれるデータのうちマスク処理を施すデータを特定するための情報を記憶する情報処理装置において実行可能なプログラムであって、前記情報処理装置を、クライアント端末から送信されたＨＴＴＰリクエストを取得するリクエスト取得手段と、前記記憶手段に記憶された情報に基づき、前記リクエスト取得手段により取得したＨＴＴＰリクエストに含まれるデータのうち、マスク処理を施すデータを特定する特定手段と、前記特定手段により特定されたデータに対してマスク処理を施すマスク処理手段として機能させることを特徴とする。
【発明の効果】
【００１５】
Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明のシステム構成を示す図
【図２】情報処理装置、監査者端末、クライアント端末、Ｗｅｂサーバのハードウエア構成を示す図
【図３】本発明の処理の流れを示したシーケンス図
【図４】本発明の処理を示したフローチャート
【図５】ステップＳ４０４における監査権限確認処理の詳細を示すフローチャート
【図６】ステップＳ４０６におけるマスク方式決定処理の詳細を示すフローチャート
【図７】ステップＳ４０８におけるマスク処理の詳細を示すフローチャート
【図８】ステップＳ７０２におけるマスク対象判定処理の詳細を示すフローチャート
【図９】ステップＳ７０２におけるマスク対象判定処理の詳細を示すフローチャート
【図１０】ステップＳ４０９における表示処理の詳細を示すフローチャート
【図１１】マスク対象データを特定するためのサービスＤＢの一例を示す図
【図１２】マスク対象データを特定するためのパラメータＤＢの一例を示す図
【図１３】監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図
【図１４】監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図
【図１５】監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図
【図１６】監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図
【図１７】監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図
【図１８】監査者の権限が登録されたテーブルの一例を示す図
【図１９】監査対象データの一覧が表示された画面の一例を示す図
【図２０】各種設定を受け付ける画面の一例を示す図
【図２１】監査者端末１０２に表示される監査対象データを表示した画面の一例を示す図
【図２２】監査者端末１０２にダウンロードされる監査対象データの一例を示す図
【発明を実施するための形態】
【００１７】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１を用いて、本発明のシステム構成について説明する。
【００１８】
本発明の情報処理装置１０１は、監査者端末１０２、クライアント端末１０３、Ｗｅｂサーバ１０４と通信可能に接続された構成である。
【００１９】
情報処理装置１０１は、クライアント端末１０３から送信されたＨＴＴＰリクエストを取得し、当該ＨＴＴＰリクエストの中継制御処理を行う。
【００２０】
また、情報処理装置１０１は、当該ＨＴＴＰリクエストを保存し、監査者端末１０２からの要求に応じて、監査者端末１０２による監査処理を受け付ける。この際、監査者端末１０２に対して送信する保存データを必要に応じてマスク処理を施す。
【００２１】
次に図２を用いて、本発明の情報処理装置１０１、監査者端末１０２、クライアント端末１０３、Ｗｅｂサーバ１０４のハードウエア構成を説明する。
【００２２】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２３】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２４】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２５】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２７】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２８】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２９】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００３０】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。
【００３１】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えて
いればよい。
【００３２】
次に図３を用いて、本発明における処理の流れについて説明する。
【００３３】
まずクライアント端末１０３からＨＴＴＰリクエストが送信されると、情報処理装置１０１が取得し、当該リクエストを検査・保存する。ここでの検査は、当該リクエストをＷｅｂサーバに対して送信（中継）してもよいか否かの判断をする処理である。例えば機密情報が含まれるデータである場合には中継を禁止するといったように、予め設定された中継制御ルールに従い、検査を行う。
【００３４】
情報処理装置１０１における検査の結果、中継禁止（通信不許可）と判断された場合は、クライアント端末１０３に対して、通信が許可されなかった旨のブロック応答を行う。
【００３５】
情報処理装置１０１における検査の結果、中継許可（通信許可）と判断された場合は、当該ＨＴＴＰリクエストをＷｅｂサーバ１０４に対して送信する。
【００３６】
そして、Ｗｅｂサーバ１０４から当該ＨＴＴＰリクエストに対するレスポンスがクライアント端末１０３に対して送信される。
【００３７】
以上がクライアント端末１０３からＷｅｂサーバ１０４に対するリクエスト送信時の処理の流れである。
【００３８】
次に、監査者端末１０２から情報処理装置１０１に対して保存データの監査要求があった場合の処理の流れを説明する。
【００３９】
情報処理装置１０１は、監査者端末１０２から保存データの閲覧要求（監査要求）を受信すると、当該要求されたデータにマスク処理を施すべきかを判断する。マスク処理を施すべきであれば、マスク処理を施した上で、当該データを監査者端末１０２に送信する。
【００４０】
なお、本実施例におけるマスク処理は、マスク処理対象の文字列（値、データ）をアスタリスクに置き換えるものとして説明するが、マスク処理はこれに限られず、処理対象の文字列を認識できないように表示するものであれば、いずれの方法であってもよい。例えば、本実施例のように所定の文字列や記号に置き換えたり、またはマスク対象のデータを表示しないよう制御してもよい。
【００４１】
また、マスク処理を施したデータを送信した場合、監査者端末１０２からマスクされた部分を表示するためのパスワードを受け付ける。当該パスワードが正当なものであれば、マスクを解除したデータを監査者端末１０２に送信する。
【００４２】
以上が、監査者端末１０２から監査要求があった場合の処理の流れである。
次に、図４を用いて本発明の処理について説明する。
【００４３】
なお、図４のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００４４】
ステップＳ４０１では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２から送信された監査要求を受け付ける。
【００４５】
ここで監査要求には、監査者を識別する情報が含まれているものとする。
【００４６】
監査要求は、監査者端末１０２が監査者から不図示の画面を介して指示を受け付けることで、監査者端末１０２から情報処理装置１０１に送信される。
【００４７】
ステップＳ４０２では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０１で受け付けた監査要求に含まれる識別情報により監査者を特定し、当該特定された監査者が監査すべきデータの一覧情報を、監査者端末１０２に対して送信する。
【００４８】
監査者端末１０２では、ステップＳ４０２で送信された一覧情報に基づき、監査データの一覧画面を表示する（図１９に一覧画面の一例を示す）。
【００４９】
そして、監査者端末１０２は、図１９に示す画面を介して、監査者から監査するデータ（監査対象データ）の選択を受け付け、当該選択を受け付けたデータを示す情報を情報処理装置１０１に送信する。
【００５０】
ステップＳ４０３では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０２で監査者端末１０２から送信された監査対象データを示す情報を受け付ける。
【００５１】
ステップＳ４０４では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０３で受け付けた監査対象データに対する監査者の監査権限を確認する処理を行う。
【００５２】
ステップＳ４０４の処理の詳細については、図５に示すフローチャートを用いて説明する。
【００５３】
ステップＳ４０５では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０４における処理の結果、監査者が監査対象データを閲覧可能であると判定されたか否かを判断する。
【００５４】
閲覧可能であると判断された場合（ステップＳ４０５：ＹＥＳ）は、処理をステップＳ４０９に移行する。
【００５５】
閲覧不可と判断された場合（ステップＳ４０５：ＮＯ）は、処理をステップＳ４０６に移行する。
【００５６】
ステップＳ４０６では、情報処理装置１０１のＣＰＵ２０１は、監査対象データに対するマスクの方式を決定する処理を行う。
【００５７】
マスク方式決定処理の詳細については、図６に示すフローチャートを用いて説明する。
【００５８】
ステップＳ４０７では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０６の処理の結果に基づき、マスク処理をするか否かを判定する。
【００５９】
具体的には、図６のステップＳ６０２、Ｓ６０４、Ｓ６０６のいずれかの処理でＹＥＳと判定された場合は、マスク処理をすると判定される。
【００６０】
マスク処理をする場合（ステップＳ４０７：ＹＥＳ）は、処理をステップＳ４０８に移行する。
【００６１】
マスク処理をしない場合（ステップＳ４０７：ＮＯ）は、処理をステップＳ４０９に移行する。
【００６２】
ステップＳ４０８では、情報処理装置１０１のＣＰＵ２０１は、監査対象データに対してマスク処理を実行する。
【００６３】
マスク処理の詳細については、図７に示すフローチャートを用いて説明する。
【００６４】
ステップＳ４０９では、情報処理装置１０１のＣＰＵ２０１は、監査対象データの閲覧画面を生成し、監査者端末１０２に対して送信する。
【００６５】
ステップＳ４０９の表示処理の詳細については、図１０に示すフローチャートを用いて説明する。
そして、本フローチャートに示す処理を終了する。
【００６６】
次に、図５を用いて、ステップＳ４０４における監査権限確認処理の詳細を説明する。
【００６７】
図５のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００６８】
ステップＳ５０１では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ４０３で受け付けた監査対象データに対する監査者の閲覧権限があるかを判定する。
【００６９】
具体的には、図１８に示すデータに基づき判断する。例えば、管理者１はプライバシー情報閲覧の権限ありと登録されているため、閲覧権限ありと判定される。他方、管理者２は、プライバシー情報閲覧の権限なしと登録されているため、閲覧権限なしと判定される。
【００７０】
閲覧権限があると判定された場合（ステップＳ５０１：ＹＥＳ）は、監査対象データを閲覧可能であると判断し（ステップＳ５０３）、本フローチャートの処理を終了する。
【００７１】
閲覧権限がないと判定された場合（ステップＳ５０１：ＮＯ）は、処理をステップＳ５０２に移行する。
【００７２】
ステップＳ５０２では、情報処理装置１０１のＣＰＵ２０１は、パスワードを入力済みであるかを判断する。
【００７３】
パスワードが入力済みである場合（ステップＳ５０２：ＹＥＳ）は、監査対象データを閲覧可能であると判断し（ステップＳ５０３）、本フローチャートの処理を終了する。
【００７４】
パスワードが入力済みではない場合（ステップＳ５０２：ＮＯ）は、監査対象データを閲覧不可と判断し（ステップＳ５０４）、本フローチャートの処理を終了する。
【００７５】
次に、図６を用いて、ステップＳ４０６におけるマスク方式決定処理の詳細を説明する。
【００７６】
図６のフローチャートで示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００７７】
ステップＳ６０１では、情報処理装置１０１のＣＰＵ２０１は、マスク処理の方式として予め設定された内容が、サービスＤＢを用いた方式の設定であるかを判断する。
【００７８】
サービスＤＢを用いたマスク処理を実行する旨の設定である場合（ステップＳ６０１：ＹＥＳ）は、処理をステップＳ６０２に移行する。
【００７９】
サービスＤＢを用いたマスク処理を実行する旨の設定ではない場合（ステップＳ６０１：ＮＯ）は、処理をステップＳ６０４に移行する。
【００８０】
サービスＤＢを用いたマスク処理とは、例えば図１１に示すデータを用いてマスク対象のデータを特定しマスクする方式である。
【００８１】
図１１に示すデータは、例えば、監査対象データであるＨＴＴＰリクエストのリクエストＵＲＬが「ｈｔｔｐｓ：／／ｗｗｗ．ｋａｎｎｏｎ．ｃｏ．ｊｐ／ｐａｙｍｅｎｔ」である場合には、パラメータ名：ｃａｒｄ＿ｎｕｍ１のデータをマスクする旨を意味する。
【００８２】
サービスＤＢを用いたマスク方式によれば、リクエストＵＲＬを特定してマスク対象を決定するため、マスクする必要のないデータまでマスクしてしまうことを防ぐことが可能となる。
【００８３】
ステップＳ６０２では、情報処理装置１０１のＣＰＵ２０１は、サービスＤＢにエントリがあるかを判断する。
【００８４】
具体的には、監査対象データのリクエストＵＲＬが図１１に示すサービスＤＢに登録されている各エントリに含まれているかを確認する。
【００８５】
エントリがある場合（ステップＳ６０２：ＹＥＳ）は、サービスＤＢを用いたマスク処理を行うものと判断し（ステップＳ６０３）、本フローチャートに示す処理を終了する。
【００８６】
エントリが無い場合（ステップＳ６０２：ＮＯ）は、処理をステップＳ６０４に移行する。
【００８７】
ステップＳ６０４では、情報処理装置１０１のＣＰＵ２０１は、予め設定された内容が、パラメータＤＢを用いたマスク処理を実行する旨の設定であるかを判断する。
【００８８】
パラメータＤＢを用いたマスク処理を実行する旨の設定である場合（ステップＳ６０４：ＹＥＳ）は、パラメータＤＢを用いたマスク処理を行うものと判断し（ステップＳ６０５）、本フローチャートに示す処理を終了する。
【００８９】
パラメータＤＢを用いたマスク処理を実行する旨の設定ではない場合（ステップＳ６０４：ＮＯ）は、処理をステップＳ６０６に移行する。
【００９０】
パラメータＤＢを用いたマスク処理とは、例えば図１２に示すデータを用いてマスク対象のデータを特定しマスクする方式である。
【００９１】
具体的には、監査対象データであるＨＴＴＰリクエストのうち、図１２のデータテーブルに登録されたパラメータ名で特定されるデータをマスク処理する方式である。
【００９２】
例えば、ＨＴＴＰリクエストに「ｃａｒｄ＿ｎｕｍ」というパラメータのデータが含まれていた場合、図１２における「＊ｃａｒｄ＊」に当てはまるため、当該パラメータで特定されるデータは、マスク対象のデータとして判断される。
【００９３】
なお、図中の「＊」はワイルドカードを意味するものであり、例えば「card*」であれば、前方一致により判断することを意味する。
【００９４】
パラメータＤＢを用いたマスク方式によれば、マスクする必要があるパラメータを特定してマスク対象のデータを決定するため、マスクする必要の無いデータをマスクしてしまうことを低減させることが可能となる。
【００９５】
ステップＳ６０６では、情報処理装置１０１のＣＰＵ２０１は、予め設定された内容が、パラメータ長を用いたマスク処理を実行する旨の設定であるかを判断する。
【００９６】
パラメータ長を用いたマスク処理を実行する旨の設定である場合（ステップＳ６０６：ＹＥＳ）は、パラメータ長を用いたマスク処理を行うものと判断し（ステップＳ６０７）、本フローチャートに示す処理を終了する。
【００９７】
パラメータ長を用いたマスク処理を実行する旨の設定ではない場合は、マスク処理を実行しないものと判断し（ステップＳ６０８）、本フローチャートに示す処理を終了する。
【００９８】
パラメータ長を用いたマスク処理とは、予め設定された文字数以下のデータについてはマスク処理を施す方式である。
【００９９】
パラメータ長を用いたマスク処理によれば、マスク対象を特定するためのパラメータＤＢやサービスＤＢが不要であるため、当該データベースのメンテナンス作業の手間が軽減できる。
【０１００】
また、サービスの使用が変更されパラメータが変更となった場合や、サービスＤＢには登録されていない新しいサービスへのリクエストについても、適切にマスク処理を行うことが可能となる。
【０１０１】
次に、図７を用いて、ステップＳ４０８におけるマスク処理の詳細を説明する。
【０１０２】
図７のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１０３】
ステップＳ７０１では、情報処理装置１０１のＣＰＵ２０１は、監査対象データからパラメータ名と当該パラメータの値を取得する。
【０１０４】
ステップＳ７０２では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０１で取得した値について、マスク処理の対象となるデータであるかを判定する。マスク対象判定処理の詳細は、図８、図９に示すフローチャートを用いて説明する。
【０１０５】
ステップＳ７０３では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０２の処理の結果に基づき、マスク処理を行うデータであるかを判断する。
【０１０６】
マスク処理を行う必要のあるデータであると判定された場合（ステップＳ７０３：ＹＥＳ）は、処理をステップＳ７０４に移行する。
【０１０７】
マスク処理が不要なデータであると判定された場合（ステップＳ７０３：ＮＯ）は、処理をステップＳ７０５に移行する。
【０１０８】
ステップＳ７０４では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０１で取得した値に対してマスク処理を施す。
【０１０９】
ステップＳ７０５では、情報処理装置１０１のＣＰＵ２０１は、監査対象データのうち全てのパラメータの値について図７のフローチャートで示す処理を実行したかを判定する。
【０１１０】
全てのパラメータに対する処理が終了した場合（ステップＳ７０５：ＹＥＳ）は、本フローチャートの処理を終了する。
【０１１１】
処理を実行していない値がある場合（ステップＳ７０５：ＮＯ）は、処理をステップＳ７０１に戻し、次のパラメータとその値を取得する。
【０１１２】
次に、図８、図９を用いて、ステップＳ７０２におけるマスク対象判定処理の詳細について説明する。
【０１１３】
なお、図８、図９のフローチャートに示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１１４】
また、図８は、マスク対象判定処理のうち、マスク方式決定処理（ステップＳ４０６、図６）において、サービスＤＢを用いたマスク方式またはパラメータＤＢを用いたマスク方式を行うと決定された場合のマスク対象判定処理である。
【０１１５】
ステップＳ８０１では、情報処理装置１０１のＣＰＵ２０１は、図１１または図１２に示すデータテーブルから、エントリを取得する。
【０１１６】
マスク方式決定処理において、サービスＤＢを用いたマスク処理を行うと決定された場合は、図１１に示すサービスＤＢからエントリを取得する。他方、パラメータＤＢを用いたマスク処理を行うと決定された場合は、図１２に示すパラメータＤＢからエントリを取得する。
【０１１７】
ステップＳ８０２では、処理対象のデータがステップＳ８０１で取得したエントリに一致するかを判定する。
【０１１８】
サービスＤＢを用いた処理の場合は、処理対象のデータの送信先と取得したエントリの「ＵＲＬ」の項目のデータとが一致するかを判定し、一致した処理対象のデータに含まれるパラメータのうち当該エントリに登録されたパラメータと一致するパラメータがあるかを判定する。
【０１１９】
パラメータＤＢを用いた処理の場合は、ステップＳ７０１で取得したパラメータと取得したエントリの「パラメータ名」の項目のデータとが一致するかを判定する。
【０１２０】
ここで、図１２に示すテーブルに書式を登録しておき、書式との一致を判定することで、さらに判定精度を高めることが可能となる。
【０１２１】
例えば、「セキュリティコード＝３桁の半角数字」といった情報を登録しておき、「*crcd*」のパラメータ名に一致した項目のデータについて、３桁の半角数字であるかを判定する。
【０１２２】
一致する場合（ステップＳ８０２：ＹＥＳ）は、当該データをマスク処理を施すべきデータであると判断し（ステップＳ８０３）、本フローチャートの処理を終了する。
【０１２３】
一致しない場合（ステップＳ８０２：ＮＯ）は、処理をステップＳ８０４に移行する。
【０１２４】
ステップＳ８０４では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ８０１で取得したエントリが最後のエントリであるかを判定する。
【０１２５】
最後のエントリである場合（ステップＳ８０４：ＹＥＳ）は、ステップＳ７０１で取得したデータはマスク処理の対象ではないと判断し（ステップＳ８０５）、本フローチャートに示す処理を終了する。
【０１２６】
最後のエントリではない場合（ステップＳ８０４：ＮＯ）は、処理をステップＳ８０１に戻し、次のエントリを取得する。
【０１２７】
次に、図９を用いて、ステップＳ７０２におけるマスク対象判定処理の詳細について説明する。
【０１２８】
図９は、マスク対象判定処理のうち、マスク方式決定処理（ステップＳ４０６、図６）において、パラメータ長を用いたマスク方式を行うと決定された場合のマスク対象判定処理である。
【０１２９】
ステップＳ９０１では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ７０１で取得した値の長さが設定値以下であるかを判断する。
【０１３０】
設定値以下である場合（ステップＳ９０１：ＹＥＳ）は、当該データをマスク処理を施すべきデータとして（ステップＳ９０２）、本フローチャートを終了する。
【０１３１】
設定値より長い場合（ステップＳ９０１：ＮＯ）は、当該データはマスク処理の対象ではないと判断し（ステップＳ９０３）、本フローチャートの処理を終了する。
【０１３２】
次に、図１０を用いて、ステップＳ４０９における表示処理の詳細について説明する。
【０１３３】
図１０のフローチャートで示す処理は、情報処理装置１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１３４】
ステップＳ１００１では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２に対して、画面データを送信する。
【０１３５】
監査者端末１０２には、当該送信されたデータに基づき、監査対象データを表示する画面（例えば図１３〜１７、図２１）が表示される。
【０１３６】
ステップＳ１００２では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２からパスワードの入力を受け付けたかを判断する。
【０１３７】
パスワードの受け付けは、例えば図１７に示すように、監査対象データの表示画面にパスワード入力欄１７０１を設ける。そして、パスワード入力欄１７０１にパスワードが入力され、解除ボタン１７０２が押下されることで、監査者端末１０２から情報処理装置１０１に対してパスワードが送信される。そして、情報処理装置１０１は当該送信されたパスワードを取得する。
【０１３８】
ステップＳ１００３では、情報処理装置１０１のＣＰＵ２０１は、ステップＳ１００２で取得したパスワードが正しいパスワードであるかを判定する。
【０１３９】
取得したパスワードが正しいか否かの判断手法としては、監査者ごとに正しいパスワードが登録されたテーブルを記憶しておき、それに基づいて判断する方法が考えられる。また、監査者ごとにパスワードを登録せず、マスク解除用のパスワードとして共通のパスワードを登録しておき、そのパスワードと一致するかにより判断しても良い。
【０１４０】
さらに、例えば、取得したパスワードが「ｐａｓｓｗｏｒｄ１」であれば図１２の「書式」の項目における「ユーザＩＤ」に対応するパラメータの値は閲覧できるようになる。「ｐａｓｓｗｏｒｄ２」であれば「ユーザＩＤ」と「クレジットカード番号」に対応するパラメータの値が閲覧できるようになる。といったように、パスワードによって閲覧できる対象に差異を設けるようにしても良い。この場合は、取得したパスワードに対応する範囲についてマスク解除をすることになる。
【０１４１】
正しいパスワードである場合（ステップＳ１００３：ＹＥＳ）は、処理をステップＳ１００４に移行する。
【０１４２】
正しいパスワードではない場合（ステップＳ１００３：ＮＯ）は、処理をステップＳ１００５に移行する。
【０１４３】
ステップＳ１００４では、情報処理装置１０１のＣＰＵ２０１は、マスクを解除したデータを監査者端末１０２に対して送信する。
【０１４４】
ステップＳ１００５では、情報処理装置１０１のＣＰＵ２０１は、パスワードが間違っている旨のエラーを監査者端末１０２に返答する。
【０１４５】
一度正しいパスワードが入力された場合は、当該監査業務における当該監査者は、他の監査対象データにおいてパスワードを入力することなく、マスク解除されたデータを閲覧可能にする（すなわち、Ｓ５０２においてＹＥＳと判定されることとなる）。
【０１４６】
ステップＳ１００６では、情報処理装置１０１のＣＰＵ２０１は、監査者端末１０２からデータのダウンロード要求を受け付けたか否かを判断する。
【０１４７】
具体的には、監査者端末１０２に表示された画面（図１３〜図１７、図２１）のダウンロードボタン（例えば図１３の１３０１）が押下されることで、ダウンロード要求を受け付ける。
【０１４８】
ダウンロード要求を受け付けた場合（ステップＳ１００６：ＹＥＳ）は、処理をステップＳ１００７に移行する。
【０１４９】
ダウンロード要求を受け付けていない場合（ステップＳ１００６：ＮＯ）は、本フローチャートに示す処理を終了する。
【０１５０】
ステップＳ１００７では、情報処理装置１０１のＣＰＵ２０１は、ダウンロード要求を受け付けたデータを監査者端末１０２に対して送信する。
【０１５１】
この際、マスク処理を施したデータを表示した画面においてダウンロード要求がなされた場合は、マスク処理がなされたデータを送信する。
【０１５２】
送信されるデータ（マスク処理が施されたデータ）の一例を図２２に示す。
【０１５３】
図２２に示すように、カード番号などのデータ（２２０１等）については、アスタリスクに置き換えられ、マスク処理がなされている。
【０１５４】
図１３は監査者端末１０２に表示される画面の一例であり、マスク処理がされていない監査対象データを表示した画面の一例である。
【０１５５】
データダウンロードボタン１３０１が押下されると、データダウンロード要求が監査者端末１０２から情報処理装置１０１に送信され、情報処理装置１０１から監査者端末１０２に対してデータが送信される。
【０１５６】
図１４は監査者端末１０２に表示される画面の一例であり、サービスＤＢを用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。
【０１５７】
図１４に示すように、「ｃａｒｄ＿ｎｕｍ１」のパラメータに対応する値がアスタリスクに変換されることでマスク処理がなされている。
【０１５８】
図１５は監査者端末１０２に表示される画面の一例であり、パラメータＤＢを用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。
【０１５９】
図１５に示すように、パラメータＤＢに登録されているパラメータである「ｃａｒｄ＿ｎｕｍ１」、「ｃａｒｄ＿ｙｅａｒ」（いずれも図１２のパラメータＤＢにおける「＊ｃａｒｄ＊」と一致）に対応する値にマスク処理がなされている。
【０１６０】
図１６は監査者端末１０２に表示される画面の一例であり、パラメータ長を用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。
【０１６１】
図１６は、３０文字以下の値についてはマスク処理をするという設定の場合の例である。
【０１６２】
また図１４等に示す通り、マスク処理された値については、マスク処理がされていることを識別可能にするため、赤字で表示するといった処理を行う。さらに、マスク処理されたデータがあることを示すため、注意書きとして「プライバシー情報の可能性があるデータを非表示にしています」との通知をしている。
【０１６３】
図２１は監査者端末１０２に表示される画面の一例であり、パラメータ長を用いたマスク処理を行った場合において監査対象データを表示した画面の一例である。
【０１６４】
図２１は、１２文字以下の値についてマスク処理を行う設定の場合に表示される画面である。さらに、もとの値の文字数に関係なく、マスク対象のデータについては１０文字分のアスタリスクに変換することでマスク処理を行っている。
【０１６５】
このように、マスク対象のデータについては、もとの文字数に関係なく、所定文字数のアスタリスクに変換することで、よりセキュリティを確保することが可能となる。
【０１６６】
また、図２１の例は、１２文字を超えるデータについては、１２文字分だけアスタリスクに変換（１０文字のアスタリスクに変換）することでマスク処理を施し、１２文字を超えた部分については元のデータを表示する旨の設定をした場合の例である。例えば「ｕｓｅｒ＿ｆａｖｏｒｉｔｅ＿ｃａｔｅｇｏｒｙ＿ｎｏ」の項目のデータは「ＡＢＣＤＥＦＧＨＩＪ１２３４５６７８９０」であるが、図２１に示すように１２文字分だけ１０文字分のアスタリスクに変換され、１３文字目以降は元のデータが表示されている。
【０１６７】
図２０は、情報処理装置１０１の各種設定を行う画面を示す図である。当該画面は監査者端末１０２に表示され、監査者により当該画面を介して各種設定を受け付ける。
【０１６８】
図２０に示す画面を介して、外部送信データの一部表示制限のオン／オフが設定できる（２００１）。この項目についてオンの設定をすることで、本発明の処理（データの一部表示制限処理（マスク処理））が実行される。
【０１６９】
対象プロトコル（２００２）の項目は、一部表示制限処理を実行する対象となるデータを、ＳＳＬ通信によるデータのみを対象とするのか、それ以外も含む（通常のＨＴＴＰ通信も含む）全てのデータを対象とするのかの設定を受け付ける項目である。
【０１７０】
対象データ（２００３）の項目は、マスク処理する対象のデータの条件を設定する項目である。図２０の例は、パラメータ長を用いたマスク処理を行う場合の設定であって、長さ４０文字以下のテキストデータについて、マスク対象とする旨の設定である。
【０１７１】
また、指定した文字数を超える項目について、指定した文字数だけマスクするか、当該項目のデータはマスクしないかの設定ができる。
【０１７２】
図２０の例では、４０文字を超える文字数の項目については、４０文字分をマスク処理する旨が設定されている。ここで「マスクしない」が選択されている場合は、４０文字を超えるデータの項目については、当該項目の値はマスクされないことになる。
【０１７３】
制限除外利用者（２００４）の項目では、マスク処理されたデータであっても閲覧することが可能な監査者の設定を受け付ける項目である。ここで登録された監査者は、図１８に示す監査者テーブルに権限ありとして登録される。
【０１７４】
以上説明したように、本発明によれば、Ｗｅｂサーバとの通信の内容を監査する際に、ユーザのプライバシー情報を保護することが可能となる。
【０１７５】
また、本発明におけるプログラムは、図４〜図１０の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図４〜図１０の各処理ごとのプログラムであってもよい。
【０１７６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１７７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１７８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１７９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８１】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１８３】
１０１  情報処理装置
１０２  監査者端末
１０３  クライアント端末
１０４  Ｗｅｂサーバ
【図１】
0006631133.tif 000002
【図２】
0006631133.tif 000003
【図３】
0006631133.tif 000004
【図４】
0006631133.tif 000005
【図５】
0006631133.tif 000006
【図６】
0006631133.tif 000007
【図７】
0006631133.tif 000008
【図８】
0006631133.tif 000009
【図９】
0006631133.tif 000010
【図１０】
0006631133.tif 000011
【図１１】
0006631133.tif 000012
【図１２】
0006631133.tif 000013
【図１３】
0006631133.tif 000014
【図１４】
0006631133.tif 000015
【図１５】
0006631133.tif 000016
【図１６】
0006631133.tif 000017
【図１７】
0006631133.tif 000018
【図１８】
0006631133.tif 000019
【図１９】
0006631133.tif 000020
【図２０】
0006631133.tif 000021
【図２１】
0006631133.tif 000022
【図２２】
0006631133.tif 000023