JP2011227536A

JP2011227536A - 業務情報マスキングシステム

Info

Publication number: JP2011227536A
Application number: JP2010093624A
Authority: JP
Inventors: Yuki Fukunaga; 有紀福永; Atsuko Hanzawa; 敦子半澤; 裕毅 ▲高▼岸; Hiroki Takagishi
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2010-04-15
Filing date: 2010-04-15
Publication date: 2011-11-10

Abstract

【課題】顧客情報等に相当する文字列のマスク処理手段を備えたマスキングシステムにおいて、文書の開示範囲に基づいた隠蔽の度合を変更可能とし、また、汎用的な文字列に対し特定のプロジェクトのみマスキングを適用する柔軟な制御の実現を計る。
【解決手段】マスク対象となる文字列のマスク後の文字列を開示範囲ごとに複数パターン用意し、その中から対象プロジェクトや文書の開示範囲によりマスク後の文字列を決定することで、文字列に対する隠蔽の度合を決定する。また、プロジェクト独自の変換対象となる文字列と変換後の文字列を追加することで、マスキングシステムはアプリケーションサーバ１１に、文字列変換表作成機能１１３と文字列変換表へ新たな文字列変換パターンの定義を追加する、もしくは既存のパターンを更新する機能１１６とが格納されている。
【選択図】図２

Description

本発明は、電子文書の情報を保護するための、電子文書中の文字列をマスクする技術に関する。

従来の電子文書のマスキング手法には、暗号化された電子文書を、ユーザ権限に応じて部分的に開示可能とし、復号時に復号結果の検証を可能にするものがある（例えば、特許文献1参照）。

また、利用者に応じて選択的に情報の開示を制御する場合に、包含関係のない複数の異なる権限を持つ利用者が同じ領域をアクセスすることを可能にするものがある（例えば、特許文献2参照）。

特開2009-049731号公報特開2007-251921号公報

ここでは「プロジェクト」とは、同じ会社内において、同一の目標到達に向けて実施される各種作業に従事する、複数の人間で構成される組織を指す。社内には複数のプロジェクトが存在している。なお、本明細書では、プロジェクトを例に説明しているが、本発明では、その他、組織、人などその文書データの利用に関する環境の変化に対応するものである。

「電子文書」とは、上記のプロジェクトにおいて作成された各種設計書や作業報告書といった文書を指す。

プロジェクトで作成された電子文書は、他のプロジェクトにおいても参照・活用を行いたい場合があり、その際には前述の通り、特許文献1、および特許文献2において、電子文書を暗号化し、受信ユーザの権限に応じて部分的に開示する方法が知られている。

しかしながら、従来の方法を用いてプロジェクトで作成した電子文書をマスキングする場合、マスキングせずそのまま開示するか、複数の文字列を同じパターンで一律にマスキングするかのどちらかの処理しか選択できないため、同じ文字列に対し、「プロジェクトに関与した者にのみ推測可能な文字列にマスキングする」、「社内の人間ならばプロジェクトに関与していない者にも推測可能な文字列にマスキングする」、「社外の人間にも推測可能な文字列にマスキングする」といった開示範囲ごとに用意された文字列からマスキング後の文字列を決定する柔軟なマスキング処理の制御を行うことは困難である。

また、従来マスキング対象外の汎用的な文字列が、特定のプロジェクトにおいては、マスキングを行った電子文書がどのプロジェクトで作成された電子文書であるのか特定可能となるため、そのプロジェクトのみマスキング対象文字列とする柔軟なマスキング処理の制御を行うことは困難である。

本発明では、プロジェクト、組織、利用者など、その文書データに関する環境の変化に応じてマスキングする文字列（もしくはマスキングしない文字列）を選択するものである。より詳細には、同じ文字列に対して所属するプロジェクトを示すパラメータであるプロジェクトコードの値と開示する範囲を決定するパラメータである機密性の値ごとに異なる文字列変換パターンの定義を保持することで、マスキング後の文字列を選択が可能となる。なお、この際、設定された文書開示範囲やプロジェクトなど環境に関する情報にも基づいて、その文字列を選択してもよい。また、より好適には、選択する単位を、単語等の文字列単位として管理する。

本発明によれば、電子文書に対して、所属するプロジェクトと文書の開示範囲に応じた文字列単位の柔軟なマスキング処理の制御が可能になる。

本発明の一実施形態におけるシステム構成図である。本発明の一実施形態におけるアプリケーションサーバのハードウェア構成図である。本発明の一実施形態におけるＤＢサーバのハードウェア構成図である。本発明の一実施形態におけるユーザ端末のハードウェア構成図である。本発明の一実施形態におけるマスキングに利用するマスク前単語とマスク後の単語テーブルと値のサンプルである。本発明の一実施形態における文書の開示範囲テーブルと値のサンプルである。本発明の一実施形態におけるプロジェクト情報テーブルと値のサンプルである。本発明の一実施形態におけるマスク前文書およびマスク後文書を格納する文書テーブルと値のサンプルである。本発明の一実施形態における各プロジェクトと構成するユーザを格納したプロジェクト構成テーブルと値のサンプルである。本発明の一実施形態におけるユーザ情報テーブルと値のサンプルである。本発明の一実施形態におけるユーザ認証機能の処理を示すフローチャートである。本発明の一実施形態におけるマスク前文書登録機能の処理を示すフローチャートである。本発明の一実施形態における文字列変換表作成機能の処理を示すフローチャートである。本発明の一実施形態におけるマスク後文書作成機能の処理を示すフローチャートである。本発明の一実施形態におけるプレビュー作成機能の処理を示すフローチャートである。本発明の一実施形態における文字列変換表更新機能の処理を示すフローチャートである。本発明の一実施形態におけるマスク済文書一覧作成機能の処理を示すフローチャートである。本発明の一実施形態におけるマスク後文書復元機能の処理を示すフローチャートである。本発明の一実施形態におけるログイン処理、およびマスク実行処理を示すシーケンス図である。本発明の一実施形態におけるマスク後文書取得処理、および文字列変換表更新処理を示すシーケンス図である。本発明の一実施形態におけるマスク復元処理を示すシーケンス図である。本発明の一実施形態におけるログイン画面の画面イメージである。本発明の一実施形態におけるメイン画面の画面イメージである。本発明の一実施形態におけるマスク実行画面の画面イメージである。本発明の一実施形態におけるマスク済文書一覧画面の画面イメージである。本発明の一実施形態におけるマスク結果表示画面の画面イメージである。本発明の一実施形態における文字列変換表編集ダイアログのイメージである。

以下、本発明の一実施の形態に係るマスキングシステムについて、図面に基づき説明する。
図１は、本発明の一実施の形態に係るマスキングシステムの概略構成を示すブロック図である。

本実施の形態に係るマスキングシステムは、各種処理を制御するアプリケーションサーバ１１と、文字列変換表やマスク前文書、マスク後文書、ユーザ情報等を格納するＤＢサーバ１２と、実際に操作を行うユーザ端末１３が、イントラネット１４を介して接続されている。

図２は、本発明の一実施の形態に係るマスキングシステムのアプリケーションサーバ１１の概略構成を表すブロック図である。

本実施の形態に係るマスキングシステムのアプリケーションサーバ１１は、制御部１００と、記憶部１０１と、アプリケーションサーバ１１を操作するための入力部１０２と、アプリケーションサーバ１１の表示部１０３と、ネットワークインタフェース部１０４とで構成されている。記憶部１０１には、利用者を認証するユーザ認証機能１１１と、マスキング前の文書を保存するマスク前文書登録機能１１２と、マスキングに使用する文字列変換表を作成する文字列変換表作成機能１１３と、文書にマスキングを行い変換後の文書を保存するマスク後文書作成機能１１４と、マスキング後の文書を表示するプレビュー作成機能と１１５と、プロジェクトにおいて新たに必要となったマスキングのパターンを追加する文字列変換表更新機能と１１６と、変換後の文書の一覧を保存するマスク済文書一覧作成機能１１７と、マスク前文書を出力するマスク後文書復元機能１１８を持つプログラム１１０が格納されている。本例のマスキングシステムは、電信文書中において変換処理対象と指定された文字列について、マスキングを行う。

本実施の形態に係るマスキングシステムでは、指定された開示範囲と文書に含まれる文字列が、文字列変換表作成機能１１３により作成された文字列変換表に含まれる開示範囲と文字列の両方に一致するか否かを判定し、一致する場合には同変換表へ定義された変換後文字列へと文字列を変換させる。また、同変換表を更新することで、利用者の指定に応じた任意の文字列へと変換することも可能である。また、マスク前の文書の取得が必要となる場合、マスク後文書復元機能１１８により変換された文書を事前に保存した変換前の文書へ復元する。

図３は、本発明の一実施の形態に係るマスキングシステムのＤＢサーバ１２の概略構成を表すブロック図である。

本実施の形態に係るマスキングシステムのＤＢサーバ１２は、制御部２００と、記憶部２０１と、ＤＢサーバ１２を操作するための入力部２０２と、ＤＢサーバ１２の表示部２０３と、ネットワークインタフェース部２０４とで構成されている。記憶部２０１には、マスキングに使用する文字列等が格納された業務情報テーブル２１１、文書の開示範囲情報が格納された開示範囲テーブル２１２、各プロジェクト識別情報が格納されたプロジェクト情報テーブル２１３、マスク前、マスク後の文書が格納された文書テーブル２１４、各プロジェクトに参画しているユーザ情報が格納されたプロジェクト構成テーブル２１５、各ユーザの情報を格納されたユーザ情報テーブル２１６、そして文字列変換表作成機能１１３により作成された文字列変換表が一時的に格納される中間テーブル２１７が格納されている。

図４は、本発明の一実施の形態に係るマスキングシステムのユーザ端末１３の概略構成を表すブロック図である。

ユーザ端末１３には、ユーザ端末１３の制御部３００と、記憶部３０１と、ユーザ端末を操作するための入力部３０２と、システムを利用する際に図２２〜図２６の各画面を表示する表示部３０３と、ネットワークインタフェース部３０４で構成されている。

図５は、業務情報テーブル２１１の一例を示す図である。
本例に示す業務情報テーブル２１１では、プロジェクトを識別するプロジェクトコード５０１と、マスク前単語５０２と、マスク後単語５０３と、文書を開示する範囲を決定するパラメータである機密性５０４と、特定のプロジェクトでのみ実施されるマスキングの理由が記入される独自変換理由５０５が１レコードとして格納されている。

例えばプロジェクトコード５０１「K012345」には、マスク前単語５０２「いろは市」は、機密性５０４「2」の時にマスク後単語５０３へは「I市」、機密性「1」の時にマスク後単語５０３「某自治体」が１レコードとして格納されており、プロジェクト「K012345」において機密性「2」で「いろは市」を変換する場合、「I市」へと変換される。

図６は、開示範囲テーブル２１２の一例を示す図である。
本例に示す開示範囲テーブル２１２では、開示範囲６０１と、機密性６０２が１レコードとして格納されている。

例えば開示範囲６０１「社外」は、機密性６０２「1」と共に１レコードとして定義され、開示範囲６０１「プロジェクト内」は機密性６０２「3」と共に１レコードとして格納されている。開示範囲６０１が限定されていくほど、機密性６０２の値は大きくなる。

図７は、プロジェクト情報テーブル２１３の一例を示す図である。
ここで「プロジェクト」とは、同じ会社内において、同一の目標到達に向けて実施される各種作業に従事する、複数の人間で構成される組織を指す。
本例に示すプロジェクト情報テーブル２１３では、プロジェクトコード７０１と、プロジェクト名７０２が格納されている。

図８は、文書テーブル２１４の一例を示す図である。
本例に示す文書テーブル２１４では、文書コード８０１と、プロジェクトコード８０２と、文書名８０３と、マスキング実施前の文書本体であるマスク前文書８０４と、マスキング実施後の文書本体であるマスク後文書８０５と、機密性８０６がそれぞれ格納されている。例えば図８では、文書コード「00000001」として、プロジェクトコード８０２は「K012345」、文書名８０３は「第234回技術研修会資料」、マスク前文書８０４はマスキング実施前の文書本体である「第234回技術研修会資料.doc」、マスク後文書８０５はマスキング実施後の文書本体である「第234回技術研修会資料.doc」、機密性８０６は「2」が格納されている。

図９は、プロジェクト構成テーブル２１５の一例を示す図である。
本例に示すプロジェクト構成テーブル２１５では、プロジェクトコード９０１と、ユーザＩＤ９０２が格納されている。

図１０は、ユーザ情報テーブル２１６の一例を示す図である。
本例に示すユーザ情報テーブル２１６では、ユーザＩＤ１００１と、ユーザ認証用のパスワード１００２と、ユーザの氏名１００３と、ユーザの所属する部署１００４と、ユーザの役職１００５と、ユーザの持つ文書閲覧権限１００６が格納されている。

図１１は、ユーザ認証機能１１１の処理を示すフローチャートである。
ユーザ認証機能１１１は、まずログイン画面（図２２）が表示されたユーザ端末１３からユーザＩＤとパスワードの入力を受け付ける（Ｓ１１０１）。

次に、ユーザ情報テーブル２１６から情報を取得し、入力されたユーザＩＤとパスワードと一致するレコードが存在する認証を行う（Ｓ１１０２）。例えば、ユーザＩＤ「12345678」、パスワードが「abcdefgh」で入力した場合、図１０に示すユーザ情報テーブル２１６に一致するレコードが存在しないため、ログイン画面（図２２）にエラーメッセージが表示される（Ｓ１１０３）。一方、Ｓ１１０２の判定でユーザ情報テーブル２１６に存在する場合は、プロジェクト構成テーブル２１５から、Ｓ１１０１で入力されたユーザＩＤを持つレコードのプロジェクトコード９０１を取得する（Ｓ１１０４）。

次に、ユーザ情報テーブル２１６から、Ｓ１１０１で入力されたユーザＩＤを持つレコードの氏名１００３・部署１００４を取得し（Ｓ１１０５）、ユーザ端末１３にメイン画面（図２３）を表示する（Ｓ１１０６）。

図１２は、マスク前文書登録機能１１２の処理を示すフローチャートである。
マスク前文書登録機能１１２は、まず、開示範囲テーブル２１２から開示範囲６０１のそれぞれを取得し（Ｓ１２０１）、マスク実行画面（図２４）をユーザ端末１３に表示する（Ｓ１２０２）。図６に示す開示範囲テーブル２１２では、開示範囲は「社外」、「社内」、「プロジェクト内」・・・となる。マスク実行画面（図２４）が表示されたユーザ端末１３でマスク実行処理を行うか選択し（Ｓ１２０３）、マスク実行処理を行わないならばそのまま処理は終了となる。

マスク実行処理は、マスク実行画面（図２４）が表示されたユーザ端末１３から入力を受け付けたマスク前文書、文書名、開示範囲を取得する（Ｓ１２０４）。次に、開示範囲テーブル２１２から、Ｓ１２０４で取得した開示範囲に対応する機密性６０２を取得し（Ｓ１２０５）、文書コードを採番の上、文書テーブル２１４に、文書コード８０１と、Ｓ１１０４で取得したプロジェクトコード８０２と、Ｓ１２０４で取得した文書名８０３と、Ｓ１２０４で取得したマスク前文書８０４と、Ｓ１２０５で取得した機密性８０６を格納する。

図１３は、文字列変換表作成機能１１３の処理を示すフローチャートである。
文字列変換表作成機能１１３は、Ｓ１１０４で取得したプロジェクトコード５０１が、業務情報テーブル２１１に存在するか確認し（Ｓ１３０１）、存在する時は、業務情報テーブル２１１から、Ｓ１１０４で取得したプロジェクトコード５０１と同じ値のプロジェクトコード５０１を持つレコードのマスク前単語５０２〜独自変換理由５０５を抽出する（Ｓ１３０２）。一方、Ｓ１３０１の判定で、プロジェクトコード５０１が業務情報テーブル２１１に存在しない時は、特定のプロジェクトでのみ実施（利用）される文字列を除いた文字列変換表を作成するために、業務情報２１１から独自変換理由５０５の値を持たないレコードのマスク前単語５０２〜独自変換理由５０５を抽出する（Ｓ１３０３）。
次に、Ｓ１３０２またはＳ１３０３のレコードに、Ｓ１２０５で取得した機密性５０４と同じ機密性５０４を持つレコードが存在するか確認し（Ｓ１３０４）、機密性５０４が存在する場合は、Ｓ１３０２またはＳ１３０３のレコードのうち、Ｓ１２０５と機密性５０４が一致するレコードを抽出する（Ｓ１３０５）。一方、Ｓ１３０４の判定で、機密性５０４が存在しない時は、開示範囲外に情報が流出するのを防ぐため、Ｓ１３０２またはＳ１３０３のレコードから、開示範囲テーブル２１２と照らし合わせて最大値の機密性６０２と一致する機密性５０４の値を持つレコードを抽出する。（Ｓ１３０６）。図５に示す業務情報テーブル２１１に表記されている値の中では、機密性５０４の最大値は「3」となる。次に、Ｓ１３０５またはＳ１３０６で抽出したレコードから、業務情報テーブル２１１のマスク前単語５０２、マスク後単語５０３、機密性５０４、独自変換理由５０５の値を属性として持つ中間テーブル２１７を作成する（Ｓ１３０７）。

図１４は、マスク後文書作成機能１１４の処理を示すフローチャートである。
マスク後文書作成機能１１４は、まず文書テーブル２１４からＳ１２０６で格納した文書コード８０１とマスク前文書８０４を取得し、マスク前文書８０４をコピーしてマスク後文書を作成する（Ｓ１４０１）。

次に、文字列変換表作成機能１１３で作成された中間テーブル２１７から１レコード読み込み（Ｓ１４０２）、Ｓ１４０２のマスク前単語５０２がマスク後文書中に存在するか確認を行い（Ｓ１４０３）、存在する場合はマスク後文書中のマスク前単語５０２をマスク後単語５０３に一括置換を行う（Ｓ１４０４）。一方、Ｓ１４０３の判定で、マスク単語５０２が存在しない場合は、Ｓ１４０２を再度実施する。次に、中間レコードのそれぞれを読み込んだか確認し（Ｓ１４０５）、各レコードを読み込むまでＳ１４０２〜Ｓ１４０５を繰り返す。各レコードを読み込んだらマスク後文書８０５をＳ１４０１で取得した文書コード８０１と同じ文書コード８０１を持つ文書テーブル２１４のレコードへ格納する（Ｓ１４０６）。例えば図５では、機密性「2」の時は、マスク後文書中に存在するマスク前文書「いろは市」をマスク後文書「Ｉ市」へ一括置換を行う。

図１５は、プレビュー作成機能１１５の処理を示すフローチャートである。
プレビュー作成機能１１５は、文字列変換表作成機能１１３で作成された中間テーブル２１７から１レコード読み込み（Ｓ１５０１）、マスク前文書中にマスク前単語５０２が存在するか確認し（Ｓ１５０２）、存在する場合はマスク前文書中のマスク前単語５０２に下線を引き、かつ斜体文字にする（Ｓ１５０３）。

次に、マスク後文書中にマスク後単語５０３が存在するか確認し（Ｓ１５０４）、存在する場合はマスク後文書中のマスク後単語５０３に下線を引き、かつ斜体文字にする（Ｓ１５０５）。このＳ１５０５では、他の単語と区別すればよく（１）情報として区別し、（２）表示については他の態様（例：色や大きさを変える）でも構わない。次に、中間レコードのそれぞれを読み込んだか確認し（Ｓ１５０６）、各レコードを読み込むまでＳ１５０１〜Ｓ１５０６を繰り返す。各レコードを読み込んだら結果表示画面（図２６）で、Ｓ１５０３のマスク前文書と、Ｓ１５０４のマスク後文書をユーザ端末１３に表示する（Ｓ１５０７）。

図１６は、ユーザが業務情報テーブル２１１を変更する機能である業務情報テーブル更新機能１１６の処理を示すフローチャートである。
業務情報テーブル更新機能１１６は、文字列変換表作成機能１１３で作成された中間テーブル２１７を削除し（Ｓ１６０１）、結果表示画面（図２６）から、マスク前単語、マスク後単語、独自変換理由を1レコード読み込む（Ｓ１６０２）。次に、業務情報テーブル２１１に、Ｓ１１０４で取得したプロジェクトコード５０１と、Ｓ１６０２で取得したマスク前単語５０２と一致するレコードが存在するか確認する（Ｓ１６０３）。Ｓ１６０３の判定で、レコードが存在する場合は、業務情報テーブル２１１に、Ｓ１２０５と機密性５０４が一致するレコードが存在するか確認する（Ｓ１６０４）。Ｓ１６０３の判定とＳ１６０４の判定で、いずれにおいても存在すると判定された場合は、業務情報テーブル２１１をＳ１６０２のレコードで、マスク前単語５０２、マスク後単語５０３、独自変換理由５０５を更新する（Ｓ１６０５）。一方、Ｓ１６０３の判定、Ｓ１６０４の判定で、一致するレコードが存在しなかった場合は、業務情報テーブル２１１にＳ１６０２のレコードのマスク前単語５０２、マスク後単語５０３、独自変換理由５０５とＳ１２０５で取得した機密性５０４を１レコードとして追加する（Ｓ１６０６）。次に、結果表示画面（図２６）から、マスク前単語、マスク後単語、独自変換理由までを全レコード読み込んだか確認し（Ｓ１６０７）、全レコードを読み込むまでＳ１６０２〜Ｓ１６０７を繰り返す。例えば、業務情報テーブル２１１の３番目のレコードはプロジェクト「Y111111」に属するユーザIDでログインした利用者が、結果表示画面（図２６）で入力したマスク前単語を「郵便局」、マスク後単語を「拠点」、独自変換理由を「顧客拠点名」とするレコードで業務情報テーブル２１１を更新したレコードである。

図１７は、マスク済文書一覧作成機能１１７の処理を示すフローチャートである。
マスク済文書一覧作成機能１１７は、プロジェクト構成テーブル２１５から、Ｓ１１０１のユーザＩＤを持つレコ−ドのプロジェクトコード９０１を取得する（Ｓ１７０１）。

次に、開示範囲テーブル２１２から、開示範囲６０１の値「プロジェクト内」と同じレコードの機密性６０２の値を取得する（Ｓ１７０２）。次に、文書テーブル２１４から、プロジェクトコード９０１がＳ１７０１で取得したプロジェクトコード９０１と一致するレコード、および、機密性８０６がＳ１７０２で取得した機密性６０２の値より広い範囲を示す開示範囲６０１に対応する機密性８０６の値を持つレコードを抽出する（Ｓ１７０３）。次に、プロジェクト情報テーブル２１３からＳ１７０３のレコードが持つプロジェクトコード８０２と一致するプロジェクトコード７０１に対応するプロジェクト名７０２を取得し、文書名８０３、開示範囲６０１、文書コード８０１とマスク済文書一覧画面（図２５）をユーザ端末１３に表示する（Ｓ１７０５）。これらの表示は、一緒の画面として表示してもよい。

図１８は、マスク後文書復元機能１１８の処理を示すフローチャートである。
マスク後文書復元機能は、一旦作業が完了したプロジェクトがその後次の開発が開始し、本システムに登録されている文書を参照する必要がある場合に使用される機能である。
マスク後文書復元機能１１８は、マスク済文書一覧画面（図２５）が表示されたユーザ端末１３で選択されたマスク後文書の文書コードを読み込む（Ｓ１８０１）。次に、文書テーブル２１４から、Ｓ１８０１で取得した文書コードを持つレコードのマスク前文書８０４を読み込み（Ｓ１８０２）、マスク前文書を表示する（Ｓ１８０３）。

図１９は、ログインからマスク実行までの処理の流れを示したシーケンス図である。
ここからは、ログインの処理の流れを示す。
まず、ユーザ端末１３からログイン画面表示要求を、アプリケーションサーバ１１へ送る（Ｓ１９０１）
アプリケーションサーバ１１は、ログイン画面（図２２）を、ユーザ端末１３に表示させる（Ｓ１９０２）。
次に、ログイン画面（図２２）が表示されたユーザ端末１３からユーザＩＤをユーザＩＤの入力欄２２０１へ、パスワードをパスワードの入力欄２２０２へ入力し、ログインボタン２２０３を押下してログイン要求をアプリケーションサーバ１１に送る（Ｓ１９０３）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２のプロジェクト構成テーブル２１３の情報を取得し、ユーザ認証を行い、認証に成功した場合はＤＢサーバ１２のユーザ情報テーブル２１６から情報を取得する（Ｓ１９０４）。

次に、ユーザ認証に成功した場合は、アプリケーションサーバ１１は、メイン画面（図２３）を、ユーザ端末１３に表示させる（Ｓ１９０５）。

ここからは、マスク実行の処理の流れを示す。
まず、メイン画面（図２３）が表示されたユーザ端末１３からマスク実行画面表示ボタン２３０１を押下し、マスク実行画面表示要求をアプリケーションサーバ１１に送る（Ｓ１９０６）。

次に、アプリケーションサーバ１１ではマスク実行画面（図２４）をユーザ端末１３に表示させる（Ｓ１９０７）。
次に、マスク実行画面（図２４）が表示されたユーザ端末１３からマスク前文書ファイルを文書パスの入力欄２４０１へ、文書名を文書名の入力欄２４０２へ、開示範囲を開示範囲の入力欄２４０３へ入力した後、マスク実行ボタン２４０４を押下してマスク実行要求をアプリケーションサーバに送る（Ｓ１９０８）。

次に、アプリケーションサーバ１１は、２４０３へ入力された開示範囲とＤＢサーバ１２の開示範囲テーブル２１２から取得した情報を使用し、文書テーブル２１４へ２４０１および２４０２で指定されたマスク前文書の登録を行う（Ｓ１９０９）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２の業務情報テーブル２１１から情報を取得し、文字列変換表作成を行い中間テーブル２１７へ格納する（Ｓ１９１０）。
次に、アプリケーションサーバ１１は、ＤＢサーバ１２から文書テーブル２１４にＳ１９０９で格納された文書を取得し、Ｓ１９１０で作成された文字列変換表を使用し、Ｓ１９０９で格納されたマスク前文書に対しマスキングを行い、マスク後文書作成を行う（Ｓ１９１１）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から文書テーブル２１４からＳ１９０９で格納されたマスク前文書とＳ１９１１で格納されたマスク後文書の情報を取得し、プレビュー作成を行う（Ｓ１９１２）。
次に、アプリケーションサーバ１１は、Ｓ１９１２で作成されたプレビューと中間テーブルに格納されている文字列変換表を使用して、マスク結果表示画面（図２６）をユーザ端末１３に表示させる（Ｓ１９１３）。

図２０は、ログインからマスク後文書取得・文字列変換表更新の処理の流れを示したシーケンス図である。
ここからは、マスク後文書取得の処理の流れを示す。
まず、マスク結果表示画面（図２６）が表示されたユーザ端末１３からマスク結果表示画面（図２６）のマスク後文書取得ボタン２６０１を押下し、マスク後文書取得要求をアプリケーションサーバ１１へ送る（Ｓ２００１）。

次に、アプリケーションサーバ１１は図１９のＳ１９１０で作成された文書をユーザ端末１３へ送る（Ｓ２００２）。

ここからは、文字列変換表更新の処理の流れを示す。
まず、マスク結果表示画面（図２６）が表示されたユーザ端末１３からラジオボタン２６０２でレコードを指定した後に文字列変換表編集ボタン２６０３を押下し、文字列変換表編集ダイアログ（図２７）を開き、文字列変換表編集ダイアログ（図２７）でマスク前単語をマスク前単語の入力欄２７０１に、マスク後単語をマスク後単語の入力欄２７０２に、独自変換理由を独自変換理由の入力欄２７０３にそれぞれ入力を行い、決定ボタン２７０４を押下して編集を完了する。次に、ユーザから文字列変換表更新ボタン２６０４の押下を受付け、文字列変換表更新要求をアプリケーションサーバ１１へ送る（Ｓ２００３）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から業務情報テーブル２１１と文書テーブル２１４の情報を取得し、Ｓ２００３で作成された情報を使用して文字列変換表更新を行う（Ｓ２００４）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から業務情報テーブル２１１の情報を取得し、改めてＳ２００４による更新が反映された文字列変換表作成を行い、中間テーブル２１７へ格納する（Ｓ２００５）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から文書テーブル２１４のマスク前文書８０４の情報を取得し、Ｓ２００５で作成された文字列変換表を使用したマスク後文書作成を行う（Ｓ２００６）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から文書テーブル２１４のマスク前文書８０４とＳ２００６で格納されたマスク後文書８０５の情報を取得し、プレビュー作成を行う（Ｓ２００７）。

次に、アプリケーシションサーバ１１はマスク結果画面（図２６）をユーザ端末１３に表示させる（Ｓ２００８）。

図２１は、マスク後文書復元の処理の流れを示したシーケンス図である。
まず、メイン画面（図２３）が表示されたユーザ端末１３は、ユーザからマスク済文書一覧表示ボタン２３０２の押下を受付け、マスク済み文書一覧表示要求をアプリケーションサーバ１１へ送る（Ｓ２１０１）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から業務情報テーブル２１１とプロジェクト情報テーブル２１３と文書テーブル２１４の情報を取得し、マスク済文書一覧作成を行う（Ｓ２１０２）。

次に、アプリケーションサーバ１１は、マスク済文書一覧画面（図２５）をユーザ端末１３に表示させる（Ｓ２１０３）。

次に、マスク済文書一覧画面（図２５）が表示されたユーザ端末１３は、ユーザから復元を実行したい文書をラジオボタン２５０１の選択および復元実行ボタン２５０２の押下を受付けマスク後文書復元要求をアプリケーションサーバ１１へ送る（Ｓ２１０４）。

次に、アプリケーションサーバ１１は、ＤＢサーバ１２から文書テーブル２１４から該当する文書のマスク前文書の情報を取得し、マスク後文書復元を行う（Ｓ２１０５）。

次に、アプリケーションサーバ１１は、マスク前文書をユーザ端末１３に表示させる（Ｓ２１０６）。

１１アプリケーションサーバ
１２ＤＢサーバ
１３ユーザ端末
１４イントラネット
１００制御部
１０１記憶部
１０２入力部
１０３表示部
１０４ネットワークインタフェース部
２００制御部
２０１記憶部
２０２入力部
２０３表示部
２０４ネットワークインタフェース部
３００制御部
３０１記憶部
３０２入力部
３０３表示部
３０４ネットワークインタフェース部

Claims

電子文書に含まれる文字に対してマスキングを施すマスキングシステムにおいて、
予めプロジェクトを示すプロジェクトコードと変換対象となる文字列と、前変換対象となる文字列の変換後文字列と指定された開示範囲に対応する値と独自変換理由を定義したリストを記憶する手段と、
認証要求を受付け、認証したユーザＩＤからユーザの氏名と部署と所属するプロジェクトのプロジェクトコードを取得する手段と、
変換処理対象として指定された電子文書中の文字列を、プロジェクトコードと指定された開示範囲に対応する値と独自変換理由ごとに定義された文字列変換表を利用して他の文字列に変換する手段と、
前記文字列変換表にプロジェクト独自の変換処理を追加し、文字列変換表を更新する手段を、
備えることを特徴とするマスキングシステム。
前記変換する手段は、文字列に対し、認証されたユーザの所属するプロジェクトと、機密性の値により、それぞれ違うマスク後単語を定義した文字列変換表から、同じマスク前単語を、入力として受付けた認証されたユーザの所属するプロジェクトと、機密性の値から決定したマスク後単語へ変換することを特徴とした請求項１に記載のマスキングシステム。
前記文字列変換表を使用してマスキング実施後に変換した文字列を利用者が修正し再読み込みさせることにより、前記文字列変換表へ定義を追加、および以後の別文書のマスキングにおいても追加した定義を使用する手段をさらに備えたことを特徴とした請求項１〜２いずれかに記載のマスキングシステム。
前記文字列変換表を使用してマスキング実施後の文字列をマスキング実施前の文字列へ復元する手段をさらに備えたことを特徴とした請求項１〜３いずれかに記載のマスキングシステム。
前記マスキングシステムのユーザに関する情報として、ユーザＩＤ、パスワード、氏名、部署、役職、および閲覧権限を備えたテーブルを格納する手段と、
前記閲覧権限により対象文字列のマスキング処理およびマスキング実施前の文字列への復元の実行が可能か決定する手段をさらに備えたことを特徴とした請求項１〜４いずれかに記載のマスキングシステム。