"ユーザの端末からのアクセスに基づいてデータベースへアクセスしてデータを取り出す処理を行うコンピュータシステムを含んで成るデータベースアクセス管理システムであって、前記コンピュータシステムは、前記ユーザによる前記データベースへのアクセスを管理制御する処理機能を実現するセキュリティボックスと、当該セキュリティボックスの処理機能の設定情報であるセキュリティマスタとを有し、前記セキュリティボックスは、マスタ設定部と、ユーザ確認部と、マスク処理部と、を有し、前記マスタ設定部は、前記セキュリティマスタの情報を管理者により設定する処理を行い、当該設定情報は、前記ユーザまたはユーザ属性ごとに前記データベースのデータにおける参照制限の対象データ及び当該対象データに対して適用するマスク処理を指定する情報を含み、前記ユーザ確認部は、前記ユーザによる前記データベースへのアクセスの際に、当該アクセスの情報、及び前記セキュリティマスタの情報を参照して、当該ユーザの参照制限を含む状態を判断確認する処理を行い、前記マスク処理部は、前記ユーザによるアクセスにより前記データベースから取り出されたデータに対し、前記ユーザの参照制限を含む状態に応じて、所定のマスク処理を施し、当該マスク処理されたデータを返す処理を行い、上記構成により、前記ユーザが前記データベースのデータを利用する際に自動的に前記マスク処理されたデータが利用されること、を特徴とするデータベースアクセス管理システム。請求項1記載のデータベースアクセス管理システムにおいて、前記マスタ設定部は、前記設定情報として、前記ユーザまたはユーザ属性の情報と、前記ユーザまたはユーザ属性ごとの前記参照制限の有無の情報と、前記参照制限の対象となる項目の情報と、前記参照制限の対象となる項目に対して適用するマスク処理を指定する情報とを含む情報を設定すること、を特徴とするデータベースアクセス管理システム。請求項1記載のデータベースアクセス管理システムにおいて、前記マスク処理部は、複数の各々のルールのマスク処理を行うルール処理部を備え、前記マスタ設定部は、前記設定情報として、前記複数の各々のルールのマスク処理、及び前記参照制限のために適用するマスク処理を前記管理者により設定する処理を行い、前記ユーザ確認部は、前記ユーザによる前記データベースへのアクセスの際に、当該アクセスの情報、及び前記セキュリティマスタの情報を参照して、当該ユーザの参照制限に応じて適用するルールのマスク処理を判断確認する処理を行うこと、を特徴とするデータベースアクセス管理システム。請求項3記載のデータベースアクセス管理システムにおいて、前記マスタ設定部は、前記設定情報として、前記複数の各々のルールのマスク処理に対して関係付ける複数の各々のデータ利用用途もしくはユーザ属性を前記管理者により設定する処理を行い、前記ユーザ確認部は、前記ユーザによる前記データベースへのアクセスの際に、当該アクセスの情報、及び前記セキュリティマスタの情報を参照して、当該ユーザのデータ利用用途もしくはユーザ属性に応じて適用するルールのマスク処理を判断確認する処理を行うこと、を特徴とするデータベースアクセス管理システム。請求項3記載のデータベースアクセス管理システムにおいて、前記ユーザ属性として、システム開発者を含み、前記データベースのデータの利用用途として、システム開発用のテスト処理を含み、前記マスタ設定部は、前記設定情報として、前記システム開発者のデータ利用用途であるテスト処理に対して適用するルールのマスク処理を設定すること、を特徴とするデータベースアクセス管理システム。請求項1記載のデータベースアクセス管理システムにおいて、前記セキュリティボックスは、前記セキュリティマスタの情報に基づき、前記ユーザの端末からの前記データベースへのアクセスの要求について、当該ユーザがアクセス可能者かどうかを判断し、アクセス可能者ではない場合はアクセス不可能のエラーとする処理と、当該ユーザの参照制限の有無を判断し、参照制限無しの場合はマスク処理無しのデータをそのまま応答する処理と、当該ユーザの参照制限の対象データを判断し、前記要求のアクセス対象が当該参照制限の対象データである場合は当該対象データを前記マスク処理したデータを応答する処理と、を行うこと、を特徴とするデータベースアクセス管理システム。請求項1記載のデータベースアクセス管理システムにおいて、前記コンピュータシステムは、前記ユーザの端末からのアクセスを受けるWWWサーバ装置と、前記WWWサーバ装置からアクセスされ業務プログラムによる処理を提供するアプリケーションサーバ装置と、前記アプリケーションサーバ装置からアクセスされ前記データベースへアクセスしてデータを取り出す処理を行うデータベースサーバ装置と、を有し、前記データベースサーバ装置に前記セキュリティボックス及び前記セキュリティマスタを備え、前記データベースへのアクセスの際に連携処理すること、を特徴とするデータベースアクセス管理システム。ユーザの端末からのアクセスに基づいてデータベースへアクセスしてデータを取り出す処理を行うコンピュータシステムで行われるデータベースアクセス管理方法であって、前記コンピュータシステムは、前記ユーザによる前記データベースへのアクセスを管理制御する処理機能を実現するセキュリティボックスと、当該セキュリティボックスの処理機能の設定情報であるセキュリティマスタとを有し、前記セキュリティボックスの処理において、前記セキュリティマスタの情報を管理者により設定する処理を行うステップと、前記ユーザによる前記データベースへのアクセスの際に、当該アクセスの情報、及び前記セキュリティマスタの情報を参照して、当該ユーザの参照制限を含む状態を判断確認する処理を行うステップと、前記ユーザによるアクセスにより前記データベースから取り出されたデータに対し、前記ユーザの参照制限を含む状態に応じて、所定のマスク処理を施し、当該マスク処理されたデータを返す処理を行うステップとを有し、前記セキュリティマスタの設定情報は、前記ユーザまたはユーザ属性ごとに前記データベースのデータにおける参照制限の対象データ及び当該対象データに対して適用するマスク処理を指定する情報を含み、上記構成により、前記ユーザが前記データベースのデータを利用する際に自動的に前記マスク処理されたデータが利用されること、を特徴とするデータベースアクセス管理方法。ユーザの端末からのアクセスに基づいてデータベースへアクセスしてデータを取り出す処理を行うコンピュータシステムで実行されるデータベースアクセス管理プログラムであって、前記コンピュータシステムは、前記ユーザによる前記データベースへのアクセスを管理制御する処理機能を実現するセキュリティボックスと、当該セキュリティボックスの処理機能の設定情報であるセキュリティマスタとを有し、前記セキュリティボックスの処理を実現するプログラムにおいて、前記セキュリティマスタの情報を管理者により設定する処理を実行させるプログラムと、前記ユーザによる前記データベースへのアクセスの際に、当該アクセスの情報、及び前記セキュリティマスタの情報を参照して、当該ユーザの参照制限を含む状態を判断確認する処理を行うプログラムと、前記ユーザによるアクセスにより前記データベースから取り出されたデータに対し、前記ユーザの参照制限を含む状態に応じて、所定のマスク処理を施し、当該マスク処理されたデータを返す処理を行うプログラムとを有し、前記セキュリティマスタの設定情報は、前記ユーザまたはユーザ属性ごとに前記データベースのデータにおける参照制限の対象データ及び当該対象データに対して適用するマスク処理を指定する情報を含み、上記構成により、前記ユーザが前記データベースのデータを利用する際に自動的に前記マスク処理されたデータが利用されること、を特徴とするデータベースアクセス管理プログラム。基本的なDBアクセス管理制御の方式として、例えばDBを含むオープン系のコンピュータシステムでは、通常、DBDBサーバ等に対するアクセスは、WWWサーバ経由となる。このためWWWサーバが不正アクセスの防波堤となる。例えばWWWサーバでアクセスしてきたユーザ/端末の認証によりDBへのアクセスを認可制限する。しかしこれを突破侵入してくるアクセス、認可されていないユーザのアクセスなどがある。更に、業務上などのDBデータの取り扱いでは一般的に情報漏洩などの問題があるため、基本的にDBへのアクセスが可能な認可されたユーザであっても当該ユーザの属性所属部門や職位など権限アクセスレベル等に応じてDBデータにおける個人情報などの参照をブロック防止したいというニーズが存在する。この場合、前述のように、例えばユーザ属性などに応じてDBデータの個人情報などに相当する項目へのアクセスを制限する技術特許文献1等や、あるいは、当該項目のデータ情報をマスク処理してユーザに見えない読めないようにする技術特許文献2等などにより、個人情報などの参照をブロックすることができる。しかしながら上記技術では以下のような場合に課題がある。上記DBを含むオープン系などのコンピュータシステム一例として商品購入履歴管理のDBを含むシステムを開発する場合などを考える。この場合、前述特許文献2のように、例えばシステム開発者が顧客のDBデータを開発用のテストのために利用することで、より確かなテストを実現できるが、顧客データをそのままテストに使用することは個人情報保護などの観点から問題例えば開発者による個人情報の持ち出しの可能性の問題がある。そこで、顧客のDBデータのうち個人情報などに相当する項目などを対象としてマスク処理し、当該マスク処理したデータマスクデータを用いてテストなどの用途に利用することで、個人情報保護を図り、情報漏洩などに対処できる。従来例では、上記マスク処理及びテストを行う場合、担当者により顧客のDBから取り出したデータ個人情報などに相当するデータを含むに対して、所定のプログラムパッチを実行することによりマスク処理したデータを得るという作業をしていた。そして当該マスクデータを用いて開発者によりテスト処理を実行するといった作業をしていた。このように、別途マスク処理に係わる作業の手間がかかるという問題点があった。また上記担当者によるマスク処理の作業の際に、顧客のDBデータを取り扱うため、個人情報などに相当する項目の情報が担当者の目に触れてしまう可能性もあった。また、上記マスク処理が一律の内容である場合、当該マスクデータでは、テスト内容種類データ利用用途によっては、扱い難かったり十分なテストができないといった不便の問題があった。例えば個人情報保護の観点からはDBの所定のデータ項目を完全にマスク処理してユーザに完全に見えないようにしてしまえば簡単であるが、当該マスクデータではテスト処理結果が確認できないといった場合がある。上記システム開発用のテストの場合に限らず、他の様々なデータ利用用途に関しても、一律のマスク処理では柔軟に対応することはできない。以上を鑑み、本発明の主な目的は、DBを含むコンピュータシステムのDBへのアクセスの管理制御を行う情報処理システム等に係わり、上述の問題点を解決する技術を提供することである。即ち、1ユーザによるDBデータへの不正アクセス個人情報漏洩などの問題特に例えばシステム開発者などを含む組織内部のユーザによるDBデータの不正な持ち出し等の可能性に対する有効な対策、2マスク処理及びテスト等の作業の手間の削減、3複数各種のデータ利用用途例えばシステム開発用のテスト処理に応じた柔軟なマスク処理の実現により情報保護などの効果とデータ利用の利便性の効果とのバランス、などを実現できる技術を提供する。本発明のうち代表的な形態は、DBを含んで成るコンピュータシステムのDBに対するアクセスを管理制御する情報処理システムDBアクセス管理システム等であって、以下に示す構成を有することを特徴とする。本発明では、前述の1~3のような課題目的に対し、1ユーザ/ユーザ属性例えばシステム開発者等に応じたDBアクセス制御データ項目の参照の制限など、2DBデータに対してユーザ/ユーザ属性等に応じた自動的なマスク処理の適用実行の制御、3複数各種のデータ利用用途を考慮した複数のマスク処理を柔軟に設定選択可能な機能、といった解決手段を有する。本形態のシステムは例えば以下の構成である。本形態のDBアクセス管理システムは、ユーザの端末からのアクセスに基づいてDBへアクセスしてデータを取り出す処理を行うコンピュータシステムを含んで成り、前記コンピュータシステムは、前記ユーザによる前記DBへのアクセスを管理制御する処理機能を実現するセキュリティボックスと、当該セキュリティボックスの処理機能の設定情報であるセキュリティマスタとを有する。前記セキュリティボックスは、マスタ設定部と、ユーザ確認部と、マスク処理部と、を有する。前記マスタ設定部は、前記セキュリティマスタの情報を管理者により設定する処理を行い、当該設定情報は、前記ユーザまたはユーザ属性ごとに前記DBのデータにおける参照制限の対象データ及び当該対象データに対して適用するマスク処理を規定する情報を含む。前記ユーザ確認部は、前記ユーザによる前記DBへのアクセスの際に、当該アクセスの情報、及び前記セキュリティマスタの情報を参照して、当該ユーザの参照制限を含む状態を判断確認する処理を行う。前記マスク処理部は、前記ユーザによるアクセスにより前記DBから取り出されたデータに対し、前記ユーザの参照制限を含む状態に応じて、所定のマスク処理を施し、当該マスク処理されたデータを返す処理を行う。上記構成により、前記ユーザが前記DBのデータを利用する際に自動的に前記マスク処理されたデータが利用される。本発明のうち代表的な形態によれば、1ユーザによるDBデータへの不正アクセス個人情報漏洩などの問題特に例えばシステム開発者などを含む組織内部のユーザによるDBデータの不正な持ち出し等の可能性に対する有効な対策、2マスク処理及びテスト等の作業の手間の削減、3複数各種のデータ利用用途例えばシステム開発用のテスト処理に応じた柔軟なマスク処理の実現により情報保護などの効果とデータ利用の利便性の効果とのバランス、などを実現できる。以下、本発明の実施の形態DBアクセス管理システム、方法、及びプログラム等を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。本実施の形態のシステム図1等は、ユーザ端末によるDBへのアクセス参照等の際の制御として、当該ユーザ/ユーザ属性等に応じて自動的にDBデータへのマスク目隠し処理を施して応答する処理機能セキュリティボックス10を有する。DBから取り出されたデータに含まれている対象項目等をマスク処理によりユーザに見えない読めないように参照制限することにより個人情報保護などを図ると共に、当該ユーザによる当該マスクデータの効率的な利用例えばテスト処理を可能とする。上記処理機能セキュリティボックス10に関する設定として、管理者等により、ユーザ/ユーザ属性等に応じた参照制限及びマスク処理などの内容を設定可能であるセキュリティマスタ50。また特に本システムでは、マスク処理に関して複数の各ルールのマスク処理を提供し図1、13A~13C等、柔軟に設定が可能である。特に、ユーザ属性やデータ利用用途例えばシステム開発用のテスト処理に応じた関係付けでマスク処理ルールを設定し適用することで、個人情報保護などの効果とDBデータ利用の利便性とのバランスをとることができる。[システム構成]図1において、本実施の形態のシステムDBアクセス管理システムの構成を示している。本システム全体は、コンピュータシステム100、ユーザUの端末200、プリンタサーバ/プリンタ300、等がネットワーク90で接続される構成である。ネットワーク90図3の91,92も同様はインターネットあるいはLANや専用網など、コンピュータシステムに応じた通信手段を指している。コンピュータシステム100は、顧客例えば企業自治体等が通常運用する所定の業務用などのシステムであり、本実施の形態では、ネットワーク90に接続されたオープン系Webのシステムである。コンピュータシステム100は、DBデータベース1、DBサーバ2、APPアプリケーションサーバ3、WWWサーバ4、等の要素を有し、これらは図示しない通信手段により接続されている。DB1は、例えばリレーショナルデータベースであり、例えば顧客が業務上管理する所定のデータ情報後述、図5を格納している。DB1は、DBサーバ2内または他の記憶手段にて保持される。なおDB1は、ネットワーク型DB、階層型DBなどの種類を問わない。またDB1の数、物理配置は、複数存在してもよい。DBサーバ2は、DB1及びDB1へのアクセスを管理する既存公知技術のDBアクセス処理部21と、本特徴的な要素であるセキュリティボックス10及びセキュリティマスタ50とを備える。DBアクセス処理部21は、所定の方式、例えばSQLで、DB1に対するアクセス操作の処理を行う例えば公知のリレーショナルDB管理システム。例えばSELECT構文でDB1のデータを取り出す処理などを含む。DBサーバ2の動作時DB1へのアクセス時にDBアクセス処理部21とセキュリティボックス10とで連携するように予め設定されている。APPサーバ3は、業務プログラム31を含み、業務プログラム31の処理により、DBサーバ2及びWWWサーバ4と連携した所定の業務処理サービス処理を提供する。業務プログラム31の処理内容例は後述図2する。APPサーバ3業務プログラム31では、マスク処理されているデータマスクデータを含むDB1データの参照が行われる。WWWサーバ4は、ユーザの端末200からのアクセスに対して、所定のWebページ等によるサービス処理を提供する。WWWサーバ4は、ユーザ認証部41公知技術を含み、ユーザ認証部41の処理により、アクセスしてきたユーザ端末がコンピュータシステム100で認可されているユーザ端末であるかどうかを判断し、認可されていないユーザ端末である場合は当該アクセスを拒否する。ユーザUが使用する端末200は、ネットワーク90を介してWWWサーバ4にアクセスする機能を持つWWWブラウザやOS等を備える例えば一般的なPC等のコンピュータである公知技術。図1ではあるユーザU1の端末200のみ例示している。ユーザUは、例えばコンピュータシステム100を運用する企業の社員、あるいはコンピュータシステム100により提供されるサービスWebページ等にアクセスするエンドユーザ等である。ユーザUの端末200は、DBデータ利用部60、及び記憶部70を備える。DBデータ利用部60は、当該ユーザのデータ利用用途に対応した、DB1のデータを利用する所定の処理手段により構成され、記憶部70が含まれる又は接続される。記憶部70は、DB1のデータDBデータ80を記憶する、メモリやストレージや可搬媒体等の記憶手段により構成される。例えば、DBデータ利用部60では、ユーザ操作に基づきコンピュータシステム100から取得/参照されるDB1のデータDBデータ80を記憶部70に格納し、端末200のディスプレイ画面に表示する処理などを行う。別例として、データ利用部60は、上記取得したDB1のデータに対し所定のプログラム処理を実行しその結果を記憶部70に格納し出力する処理などを行う。プリンタサーバ/プリンタ300は、DB1のデータの利用出力の一例として、ユーザの端末200からの操作に基づき、DB1のデータDBデータ80をプリント処理し、帳票301として出力する場合に使用される。その他DB1のデータDBデータ80は、ユーザのデータ利用用途に応じて使用され出力される。[セキュリティボックス]図1で、セキュリティボックス10の構成例は以下である。セキュリティボックス10は、マスタ設定部11、ユーザ確認部12、及びマスク処理部13を有する。マスク処理部13は、詳しくは、ルールA処理部13A,ルールB処理部13B,ルールC処理部13C等の複数の各ルールのマスク処理部プログラムを含む。セキュリティボックス10の処理機能は、例えばDBサーバ2ハードウェアソフトウェアにおいて本実施の形態のプログラムを実行する処理により実現できる。マスタ設定部11は、例えば管理者U0の操作に基づきセキュリティマスタ50の情報を設定する処理を行う。管理者U0により、マスタ設定部11を用いて、セキュリティマスタ50に必要な情報を設定する作業が適宜可能である。設定インタフェースは例えばWebページ画面による。例えば管理者U0の端末からマスタ設定部11により提供される設定用のWebページ画面にアクセスする。当該画面で、セキュリティマスタ50の設定用の情報、例えば後述の図6のようなテーブル情報を表示し、管理者U0の操作により各値を入力して設定を更新し保存することが可能である。ユーザ確認部12は、セキュリティマスタ50図6等を参照し、アクセスしてきたユーザ/ユーザ属性部門職位等に応じた参照制限などの状態を確認し、また参照制限に応じて適用されるマスク処理ルール等を確認する処理を行う後述、図4。参照制限参照制限有無及び制限項目の確認として、当該ユーザ/端末が、DB1のアクセス対象のデータのうち、どの範囲項目などは参照可能としどの範囲項目などは参照不可能とするか等を確認する。マスク処理部13は、ユーザ確認部12による確認状態に基づき、及びセキュリティマスタ50等を参照して、DBアクセス処理部21によりDB1から取り出されたデータに対して、当該ユーザに適用する該当ルールのマスク処理を、対応するルール処理部13A等を用いて実行し、当該処理結果のマスクデータを返す処理を行う後述、図4。例えばルールAのマスク処理を適用する場合はルールA処理部13Aによるマスク処理が行われる。マスク処理では、所定のルールアルゴリズム等に従って、DB1のアクセス対象の項目などに対応した参照制限対象のエリアにおける文字列などのデータ値を処理することにより、ユーザに見えない読めないように変換したデータマスクデータを生成する。[セキュリティマスタ]図6を用いて、セキュリティマスタ50の構成例は以下である。セキュリティマスタ50の設定情報は、例えば図6aの第1のテーブルT1、図6bの第2のテーブルT2、図6cの第3のテーブルT3を含む。セキュリティマスタ50では、DB1のデータにおける各ユーザによりアクセス可能な対象とする範囲項目など、ないしは参照制限の対象とする範囲項目などを設定することにより、不正アクセス防止個人情報保護などを図る。図6aの第1のテーブルT1では、項目として、aユーザ名,bユーザ属性,c参照制限有無,dマスクルール,e制限項目1,f制限項目2,g制限項目3,......等を有する。第1のテーブルT1では、例えば個別のユーザごとに又はユーザ属性ごとに、参照制限有無及び制限項目、適用マスクルールなどが関係付けて設定される。aのユーザ名は、ユーザUの識別情報であり、コンピュータシステム100で基本的にアクセスが認可されるユーザが登録される。bのユーザ属性は、当該ユーザの属性として、本実施の形態では組織における所属する部門や職位、あるいはユーザグループ、ユーザ種別などを示す情報である。例えば管理者U0対応や開発者A開発者Bなどがある。またユーザ属性は、近い概念として、当該ユーザの職務業務などを設定してもよい。cの参照制限有無は、当該ユーザの参照制限の有無を示すフラグ情報である。0は参照制限無し、1は参照制限有りを示す。dのマスクルールは、参照制限有り1の場合に適用するマスク処理そのルールを指定する情報である図6bの第2のテーブルT2の情報を指し示す。参照制限無し0の場合は設定されない空白。eの制限項目1等の制限項目は、参照制限有り1の場合における参照制限の対象となる項目を指定する情報であり、複数が設定可能である。T1の例えばユーザU1開発者Aのレコードでは、参照制限有りであり、DB1のデータにおける氏名住所などの項目に対してルールAのマスク処理を施して制限することを設定している。図6bの第2のテーブルT2では、項目として、aマスクルール,b内容,cデータ利用用途,dマスク位置、等を有する。T2では、T1のマスクルールの内容や、データ利用用途などの情報が関係付けて設定される。aのマスクルールは、T1のdと同じであるが、マスク処理そのルールを指定する情報である。本例では、ルールA,ルールB,ルールC,ルールD等がある。例えばルールAは、図1のルールA処理部13Aによるマスク処理プログラムを指し示す。bの内容は、マスクルールの内容を示す情報であり、対応するマスク処理のアルゴリズムプログラム等の名称や識別情報や概要説明その他である詳しくは後述、図7。ルールA~Dに限らず、対応するルール処理部のプログラム等を用意することで複数のマスクルールを適宜設定可能である。cのデータ利用用途は、当該ルールでマスク処理されたデータマスクデータを含むDB1データを当該ユーザユーザ属性等が利用する場合の想定されるデータ利用用途を示す情報である。例えば、本実施の形態では、システム開発用のテストA,B,C等がある。例えばテストAは、図3のテストA処理部62Aで行う処理である。これらの異なる内容種類のテスト処理データ利用用途に応じてそれぞれ適したマスク処理ルールを設定可能である。またデータ利用用途例えば新しいテスト内容に応じて新たなルールのマスク処理を追加したり調整したりする設定も可能である。dのマスク位置は、マスク対象エリア項目などの中でマスク対象となる位置例えば何番目の文字列かを任意に指定する情報である。本実施の形態では、柔軟なマスク処理を実現するため、ユーザ単位、項目単位、個別DBの項目指定単位などでマスク有無を決めることができると共に、dのようにマスク位置を任意に決めることができる。例えばルールBでは1,3,5番目の文字、ルールDでは2,4,6,8,10番目の文字が指定の記号アスタリスクやパーセントで置換される。セキュリティマスタ50の設定の際、管理者U0により、例えば、ユーザ属性例えば開発者A,B,C等に応じたデータ利用用途例えばシステム開発用のテストA,B,C等を考慮して、T1の参照制限及び適用ルール等の情報を設定する。上記のように、セキュリティマスタ50では、個別のユーザまたはユーザ属性等、及びそのデータ利用用途テスト処理等の単位に応じて、参照制限及びマスクルール等を柔軟に詳細に設定可能な構成である。これにより、データ利用テスト等の際の個人情報保護などを図りつつ、データ利用が従来よりもしやすくなる。なお、セキュリティマスタ50は、上記設定の形態に限らず、ユーザの権限やアクセスレベル等を設定して、当該単位ごとに参照制限や適用ルール等を設定可能としてもよい。また、所定の参照制限や適用ルールのセット例えばユーザU1のレコードの設定に相当する情報の単位で情報を定義し、当該単位で指定して設定可能にしてもよい。また更に、すべての制限項目e,f,g等に対して同一のマスクルールdが適用される形に限らず、制限項目ごとに異なるマスクルールを適用するように設定可能としてもよい。また例えばユーザ属性でユーザの職務業務を設定し、当該職務業務に応じた項目を設定可能とし、当該職務業務に応じた項目については自動的に参照制限マスクせず、当該項目以外の項目については自動的に参照制限マスクするようにしてもよい。図6cのテーブルT3は、別の設定例である。対象として複数のDB1が存在する場合hDB名:住所マスタ,受注マスタで、DBごとに異なるルールA,Bを設定している場合である。[基本処理]図1のシステム構成で、ユーザ確認の処理を含む基本的な処理内容については以下である。まず予め管理者U0によりセキュリティボックス10のマスタ設定部11を用いてセキュリティマスタ50に対し情報例えば図6を設定しておく。また適宜、当該セキュリティマスタ50の設定情報の内容をメンテナンス更新が可能である。ユーザの端末200からのアクセスにつき、WWWサーバ4でユーザ認証部41により当該アクセスユーザ/端末を認証する公知技術。WWWサーバ4のユーザ認証を通過後、APPサーバ3の業務プログラム31経由で、あるいはWWWサーバ4から直接で、DBサーバ2へのアクセスが行われ、これによりDB1のデータの参照などが行われる。その際に経由するDBサーバ2では、WWWサーバ4ユーザ認証を突破してくる認可されていないユーザ/端末によるDB1へのアクセスにも対処できるように、DB1へのアクセスの際に常にセキュリティボックス10を通過連携するように予め設定構成されている。DB1へのアクセスの要求/命令を受けたDBアクセス処理部21は、上記設定に基づき、セキュリティボックス10の処理に連携する。連携するセキュリティボックス10の処理では、セキュリティマスタ50の設定情報に基づき、ユーザ確認部12により当該ユーザ/ユーザ属性等に応じた参照制限などの状態を確認し、DBアクセス処理部21によりDB1から取り出されるデータに対して、マスク処理部13により当該参照制限などの状態に応じたマスク処理を施して応答する。本実施の形態では、上記セキュリティボックス10ユーザ確認部12は、DB1へのアクセス要求/命令につき、セキュリティマスタ50のテーブル図6を参照し、以下A1~A4のような点を含めて判断確認を行う図4にも対応する。A1当該ユーザ/ユーザ属性等は、DB1へのアクセス可能者セキュリティマスタ50に登録されている基本的に認可されたユーザであるかどうか図4のステップS14に対応する。A2上記ユーザ認可ユーザはDB1のデータに対する参照制限が有るか無いか同S16。A3上記参照制限に該当するDB1における特定の対象データ個人情報に相当する項目などは何か同S19。A4上記参照制限及び対象データ制限項目に応じた適用マスクルール種類は何か同S20。セキュリティボックス10マスク処理部13等は、上記参照制限などの状態の確認判断に基づき、DB1から取り出したデータについて、例えば以下B1~B4のような対処を行う図4にも対応する。B1当該ユーザ/ユーザ属性等がアクセス可能者ではない場合、当該DBアクセスを不許可し、エラーを応答する図4のステップS15に対応する。B2当該ユーザが、アクセス可能者で、参照制限無しの場合、DB1から取り出されたデータ対象項目などをマスク処理無しマスク無しデータで応答する同S17。B3当該ユーザが、アクセス可能者で、参照制限有りの場合、参照制限項目及び適用マスクルールなどに応じて、DB1から取り出されたデータアクセス対象項目などに対して、該当ルールのマスク処理を施し、当該データマスク済みデータを返す同S21。例えば、図6のようにユーザU1開発者Aは参照制限有りで、参照制限項目が氏名住所などであり、適用マスクルールがルールAルールA処理部13Aによるであり、図5bのようなマスクデータが得られ、応答される。B4B3の別例であるが、同様に、当該ユーザが、アクセス可能者で、B3とは別種類の参照制限有りのユーザである場合、当該参照制限の内容に応じて、DB1から取り出されたデータに対して該当ルールのマスク処理が施されたデータが応答される。例えば、図6のようにユーザU2開発者Bは参照制限有りで、参照制限項目が氏名などであり、適用マスクルールがルールBルールB処理部13Bによるであり、図5cのようなマスクデータが得られ、応答される。[DBアクセス時の流れ]図1で、DBアクセス時の流れの概要は以下であるs1等は手順を示す。例えばユーザU1が端末200からコンピュータシステム100へアクセスしてサービスを利用し、DB1から取り出されるデータを参照する場合である。s1ユーザU1の端末200からネットワーク90を介してWWWサーバ4にアクセスログイン、サービス要求等する。なお当該アクセス要求には、例えばユーザIDないし端末IDといった識別情報が付属する公知技術。s2WWWサーバ4は、Webページを提供し、ユーザ認証部41を用いて、当該アクセスユーザ端末を認証し、認可されていないユーザ端末である場合は、このWWWサーバ4で当該アクセスを止める。s3ユーザ認証通過後、WWWサーバ4から、例えば所定のサービス処理業務処理の提供のためにAPPサーバ3にアクセスする。s4APPサーバ3は、WWWサーバ4からのアクセスにつき、業務プログラム31の処理により所定のサービス処理業務処理を提供する詳しくは後述、図2。ここでサービス処理例として、DBデータマスクデータの参照例えばWebページ画面への表示を含むとする。業務プログラム31中には、DB1のデータへアクセス参照などする命令などが含まれている。当該命令が有る場合、APPサーバ3業務プログラム31からDBサーバ2へアクセスが発生する。なお業務プログラム31は通常の業務処理を実装したプログラムであり、マスキングプログラムではなく、ここでマスキングプログラムを生成することはない。s5DBサーバ2は、APPサーバ3業務プログラム31からのアクセスを受けると、DBアクセス処理部21により、従来であればDB1に対してアクセス処理を行うが、本実施の形態では、DB1へのアクセス処理の前にセキュリティボックス10の処理へ連携する。s6DBアクセス処理部21からの連携に基づき、セキュリティボックス10は、DBアクセス直前の段階DBアクセス要求時での所定の処理を実行する。本実施の形態では、ユーザ確認部12により、セキュリティマスタ50などを参照しながら、当該アクセスユーザの参照制限などの状態を確認する。参照制限有りの場合は、下記でDB1から取り出されたデータに対してマスク処理部13によりマスク処理が行われ、参照制限無しの場合は行われない。s7セキュリティボックス10での処理後、DBサーバ2のDBアクセス処理部21は、DB1に対して命令に基づくデータ参照などの処理を実行する。例えばSQLのSELECT構文などにより行われ、これによりDB1から対象命令で指定された項目などのデータが取り出される。s8DBサーバ2のDBアクセス処理部21は、前記s6で連携している場合、セキュリティボックス10に連携し、s7でDB1から取り出したデータを渡す。s9セキュリティボックス10は、DBアクセス直後の段階DBアクセス応答時での所定の処理を実行する。本実施の形態では、特に、s6で参照制限有りの場合に、セキュリティマスタ50などを参照しながら、マスク処理部13により当該ユーザに応じたルールでのマスク処理を実行する。テーブル図6に基づき、当該ユーザ/ユーザ属性等に応じた適用マスクルールが確認され、当該適用マスクルールに応じたルール処理部13A等によるマスク処理が起動され実行される。これにより、DB1のデータにおける参照制限に該当するレコードや項目に対してマスク処理が施されたデータマスクデータが得られる。s10DBサーバ2のDBアクセス処理部21は、上記参照制限有りの場合、上記s9のマスクデータDB参照データを得て、要求元のAPPサーバ3業務プログラム31へ応答する。s11APPサーバ3業務プログラム31は、DBサーバ2から取得した上記マスクデータDB参照データを前記サービス処理の中に反映する。DBアクセス命令ごとに上記同様の処理が繰り返される。APPサーバ3業務プログラム31は、上記サービス処理の結果情報例えばマスクデータを含んだDBデータ参照結果をWWWサーバ2へ応答する。s12WWWサーバ4は、上記APPサーバ3から取得したサービス処理結果情報マスクデータを含んだDBデータ参照結果を含むWebページ画面更新用データをネットワーク90を介してユーザU1の端末200へ応答する。s13ユーザU1の端末200データ利用部60、記憶部70では、上記Webページ画面更新用データを取得してディスプレイ画面に表示する。これによりユーザU1はWebページ画面でマスクデータを含んだDBデータ参照結果を見ることができる。また例えば、データ利用部60及び記憶部70により、当該マスクデータを含んだDBデータ80を用いて所定のデータ利用のための処理を実行し、結果を保存及び出力することができる。[処理フロー]図4を参照して、セキュリティボックス10の処理フロー例を説明するS10等は処理ステップを表す。S10セキュリティボックス10は、DBアクセス処理部21からの連携により、DBアクセス要求などを受け付ける。DBアクセス要求は、例えば、DB1のテーブルから指定のレコード項目のデータを参照する命令などである。S11セキュリティボックス10は、S10のDBアクセス要求の情報を解読し、例えば、ユーザ情報、アクセス対象情報などに分解する。ユーザ情報は例えばユーザID/端末ID等の情報である。アクセス対象情報は例えばDB1のデータ参照の対象となるレコードや項目などの情報である。S12DBアクセス要求の情報が読み込み終了である場合YはS24へ進み、読み込み終了ではない場合Nは次のS13へ進む。S13ユーザ確認部12は、上記読み込み情報DBアクセス要求のユーザ情報など、及びセキュリティマスタ50のテーブル図6の情報を参照し、以降のステップで前述A1~A4等の参照制限などの判断確認の処理を行う。S14ユーザ確認部12は、まず、当該アクセスユーザがDBアクセス可能者かどうかを判断する前記A1。本実施の形態では、DBアクセス要求のユーザ情報をみて、図6のテーブルT1でユーザ名aの項目に該当ユーザが登録されている場合は、DBアクセス可能者と判断する。アクセス可能者ではない場合NはS15へ進み、アクセス可能者である場合Yは次のS16へ進む。S15アクセス可能者ではない場合N、セキュリティボックス10は、前記B1のように、DBアクセス不可としてエラーを応答し、最初S10に戻る。S16次にS16では、ユーザ確認部12は、当該ユーザの参照制限の有無を判断する前記A2。本実施の形態では、図6のテーブルT1の参照制限有無cの項目のフラグ値をみることで確認できる。参照制限無し0の場合NはS17へ進み、参照制限有り1の場合Yは次のS18へ進む。S17参照制限無し0の場合N、当該DBアクセス要求でDB1から取り出されたデータについて、そのままマスク処理無しのデータを応答し、最初S10に戻る。S18次に、ユーザ確認部12は、当該ユーザの参照制限有り1について、前記DBアクセス要求のアクセス対象情報、及びセキュリティマスタ50のテーブルT1の情報を参照しながら、以降のステップで、アクセス対象の項目のデータ値に関する処理を行う。S19ユーザ確認部12は、当該ユーザのアクセス対象の中の参照対象となる項目が参照制限に該当するかどうかを確認する。本実施の形態では、図6のテーブルT1の各制限項目e等の値が参照制限に該当する。対象項目が参照制限項目である場合YはS20へ進み、参照制限項目ではない場合NはS22へ進む。S22S22では、対象項目のデータ値をそのままマスク処理無しマスク無しデータとする。S20S20では、当該ユーザ/ユーザ属性等、及び対象項目に対して適用するマスクルールを判断する前記A4。本実施の形態では、図6のテーブルT1のマスクルールdをみて確認できる。本実施の形態では、ユーザ単位、DB単位、項目単位などで、マスク処理ルール適用を行うことができる。S21S21では、マスク処理部13により、S20の適用ルールに対応したルール処理部13A等を用いて、参照制限の対象項目マスク処理対象エリアのデータ値に対して、該当ルールのマスク処理を実行し、その結果のマスク済みデータを得る。S23S23では、S21によるマスク済みデータ項目単位、または、S22によるマスク無しデータ項目単位を、DBアクセス処理部21へ返す。S24S24では、セキュリティボックス10は、所定の終了処理を行い、DBアクセス処理部21へ処理を戻す。なお図4の処理例に限らず、例えばレコードの複数の項目データの参照の処理についてセキュリティボックス10で項目データごとに繰返し処理S19~S22等を行い、その結果マスク済みデータ/マスク無しデータを含むDB参照データをまとめてDBアクセス処理部21へ応答する形としてもよい。[APPサーバ-DBサーバ間の処理例]図2を用いて、前記s4~s11等に相当する、APPサーバ3業務プログラム31-DBサーバ2DBアクセス処理部21間の処理例は以下である。APPサーバ3は、端末200からのアクセスに基づくWWWサーバ4からのアクセス例えばDB1内の複数の件数レコードのデータを参照するための要求に対応するにつき、図2のような内容の業務プログラム31を処理する。業務プログラム31は、所定のサービス処理業務処理の論理が記述されている。業務プログラム31中、DB接続命令C1、繰返し開始命令C2、DBアクセス命令C3、読込エリア保存C4、繰返し終了命令C5などが含まれている。DBアクセス命令C3は、DB1のデータ指定のレコードや項目などを参照する命令などである。これらの命令は例えばSQLを用いて記述される。例えば繰返し命令C2~C5では複数の件数レコードのデータを参照する。業務プログラム31の処理中、DB接続命令C1があると、APPサーバ3業務プログラム31からDBサーバ2DBアクセス処理部21に対して、対応する要求/命令が発生し、この要求を受けてDBアクセス処理部21は、DB1への接続処理CONNECTを行う。また繰返し命令C2~C5中に、DBアクセス命令C3例えば指定のレコード項目のデータの参照の命令があると、その都度、DBサーバ2DBアクセス処理部21に対して、対応する要求/命令が発生する。この要求を受けてDBアクセス処理部21は、セキュリティボックス10との連携の処理ユーザ確認を行い、その後、DB1に対して、要求されたアクセス処理例えば指定のレコード項目のデータの参照の処理を例えばSQLのSELECT構文などにより行い、その結果DB1から取り出されたデータを得る。そして、DBアクセス処理部21からセキュリティボックス10との連携の処理を行い、DB1のデータの該当項目に対して必要なマスク処理が施されたデータマスクデータを得た後、当該マスクデータをAPPサーバ3業務プログラム31に応答する。上記のようなDB1へのアクセス処理が例えばレコードの参照ごとに繰り返される。APPサーバ3は、一連の業務プログラム31の処理を実行後、その結果情報をWWWサーバ4へ応答し、更にWWWサーバ4からユーザの端末200へ応答される。DB1内の項目はマスクデータマスク処理されたデータではないが、本技術により、DB1データ参照時にはマスクデータマスク処理方法はセキュリティマスタ50の指定に従うを参照することになる。[利用例]次に、図3等を用いて、本実施の形態のシステムの利用例、及びDB1のデータの利用用途の例として、システム開発用のテスト処理などを行う場合について説明する。図3で、上側は、顧客の通常運用の稼働環境である第1のコンピュータシステム101等を示し、下側は、第1のコンピュータシステム101を対象としたシステム開発環境である第2のコンピュータシステム102等を示す。基本的な構成要素は図1と重複している。第1のコンピュータシステム101において、図1の要素と同様に、DB1a、DBサーバ2a、APPサーバ3a、WWWサーバ4a等を有する。そして例えばDBサーバ2aにセキュリティボックス10及びセキュリティマスタ50を備える。DB1aは、元の完全なデータでありマスクデータを含まない具体例は図5a。APPサーバ3aの業務プログラム31は、マスクデータの参照オンライン照会やデータ吸い上げなどを行う。端末201は、DB1aのデータを利用するためのDBデータ利用部61及び記憶部71を有し、DB1aから取り出されたDBデータ81マスクデータを含むを利用、記憶することができる。ユーザU1は、例えば第2のコンピュータシステム102側の開発者Aであり、システム開発用にDB1のデータ81を取り出す作業のために端末201を使用するなお当該取り出し作業は図6のテーブルに登録された認可された他の担当者が行ってもよい。ユーザU1開発者Aにより端末201から前述図1等と同様にコンピュータシステム101のDB1aのデータが取り出され、その際にセキュリティボックス10の機能により自動的にマスクデータが得られマスキングプログラム生成することなくマスクデータ参照可能である、DBデータ81マスクデータを含むとして記憶部71に格納される。第2のコンピュータシステム102において、図1の要素と同様に、DB1b、DBサーバ2b、APPサーバ3b、WWWサーバ4b等を有する。例えば2b,3b,4b等が開発対象となる。第2のコンピュータシステム102DBサーバ2b側はセキュリティボックス10等の具備は必要無い。また第2のコンピュータシステム102では、DB1bは、第1のコンピュータシステム101から取り出されたデータ81,82を用いるので、マスクデータを含んでいる。またAPPサーバ3b業務プログラム31として例えば131A,231Bのように複数が存在してよい。例えばAPPサーバ131Aではマスクデータの出力を行い、APPサーバ231Bではマスクデータの参照を行う当然ながらマスク処理不要で参照可能である。第2のコンピュータシステム102に対し、ユーザU1開発者Aが端末202からアクセスする。ユーザU1の端末202は、DB1bのデータを利用するためのデータ利用部62及び記憶部72を備える。例えばユーザU1開発者Aは、第1のコンピュータシステム101でDB1aから取り出され自動的にマスク処理され記憶部71に格納されたDBデータ81を、第2のコンピュータシステム102のユーザU1の端末202の記憶部72内へ移動/コピーさせ、DBデータ82とする。このDBデータの移動/コピーは、例えばDBデータ81を記憶媒体に格納して持ち運ぶ形や、ネットワーク90を介して転送する形など、データ利用に応じた形態となる。また図6のように任意にマスク位置の指定及びマスク文字置換記号の変更などが設定可能である。データ利用部62は、例として特に、テストA処理部62Aを含む。テストA処理部62Aは、DBデータ82を用いて、システム開発用の特定のテストAの処理を行う。同様に、図示しないが他のユーザU2例えば開発者Bの端末に備えるテストB処理部62Bは、システム開発用の別の特定のテストBの処理を行う。同様に、図示しない複数のユーザUがそれぞれ端末で接続され、それぞれ同じまたは異なるデータ利用処理テスト処理その他を行ってもよい。[DBデータ]図5aは、DB1に格納されている元のデータのテーブル例を示す。本テーブルは、店舗やECサイトで顧客が商品を購入した実績情報を管理する場合商品購入履歴管理DBである。本テーブルは、項目として、主キー、副キー、レコード区分、氏名、住所、TEL電話番号、購入商品、型名、その他各種項目を有する。図5bは、DB1の図5aのテーブルを対象としてデータを参照した結果の第1の例である。例えばユーザU1開発者AによるDB1へのアクセスにつき、図示する指定項目を参照した場合である。DB1から取り出されたデータの項目のうち、セキュリティマスタ50の設定例えば図6aのユーザU1のレコードの設定に対応するに基づき、参照制限に該当する項目氏名住所について、ルールAのマスク処理図6bのテーブルT2のルールAで定義されているが施された後のデータを示している。図5cは、DB1の図5aのテーブルを対象としてデータを参照した結果の第2の例である。例えばユーザU2開発者BによるDB1へのアクセスにつき、図示する指定レコードを参照した場合である。DB1から取り出されたデータの項目のうち、セキュリティマスタ50の設定例えば図6aのユーザU2のレコードの設定に対応するに基づき、参照制限に該当する項目氏名について、ルールBのマスク処理図6bのテーブルT2のルールBで定義されているが施された後のデータを示している。なお図5cではマスク位置T2のdが1,3,5でマスク文字置換記号がアスタリスクの場合である。[マスク処理]図7は、図6bのテーブルT2及び図1の各ルール処理部に対応した、各ルールのマスク処理の内容例について示す。ルールA処理部13AによるルールAのマスク処理は、内容例えばプログラム名称が連続アスタリスクである。ルールAの処理論理は、参照制限に対応したマスク対象エリア例えば項目の文字を、すべて連続的、所定の記号、例えばアスタリスクで置き換える埋めるものである。例えばT1の制限項目1で指定された項目氏名のデータ値が文字列鈴木_太郎のときなお_はスペース、置き換え後のデータ値マスク済みデータは文字列となる。ルールB処理部13BによるルールBのマスク処理は、内容が部分アスタリスクである。ルールBの処理論理は、マスク対象エリアの文字を、部分的に、所定の記号、例えばアスタリスクで置き換えるものである。例えば、1,3,5文字目といったように1文字とびで置き換える。図6のT2のように任意にマスク位置dの指定及びマスク文字置換記号の変更が設定可能となっている。例えばマスク前の値鈴木_太郎は、マスク後の値木太となる。ルールC処理部13CによるルールCのマスク処理は、内容が不特定英数字である。ルールCの処理論理は、マスク対象エリアの文字を、すべて、不特定ランダムの文字に置き換えるものである。置き換えの文字は例えば英数字である。例えばマスク前の値鈴木_太郎は、マスク後の値ABCDEとなる。また図6cのように項目制限項目が例えば同じ住所でも、ユーザやDBごとにマスク処理を変更可能となっている。上記ルール処理論理の内容詳細、マスク対象エリア、置換記号などについては、マスタ設定部11を用いて適宜設定変更が可能である。例えばルールA処理部13A等のプログラムの追加や更新などが可能である。データ利用用途に応じて、その他の各種のルール例えば文字コード値をシフトして別の文字に変換する等が適宜設定可能である。また図6cのT3のように、テーブル上で個別に指定設定の無いユーザについては、その他のレコードで示すように、対象項目に対して所定のルール例えばAのマスクが自動的に実施されるように設定可能となっている。[マスク処理ルールとデータ利用用途ユーザ属性等との関係]本システムでは、マスタ設定部11及びセキュリティマスタ50図6を用いることで、マスク処理ルールとデータ利用用途ユーザ属性等との対応関係を柔軟に設定することができる。例えば、データ利用用途として、システム開発用のテストA,B,C等がある図3。これらの各種のテスト処理ごとに、適用するルールのマスク処理を異なるように設定することができる。例えば図6のテーブルでは、ルールAに対してはデータ利用用途として開発者AによるテストAを関係付け、ルールBに対しては開発者BによるテストBを関係付けている。例えばルールAのマスク処理はテストAに適したマスクデータを生成する処理であり、ルールBのマスク処理はテストBに適したマスクデータを生成する処理である。すなわちデータ利用用途各種のテストに適したマスクデータが自動的に得られるので、個人情報保護などを実現しつつ、テストがしやすい等、データ利用の利便性が高いという効果が得られる。同様に、システム開発用のテストの例に限らず、異なるデータ利用用途に対してそれぞれ参照制限及び適用ルールマスク処理を設定することができる。また例えば図7等のルールAの場合、当該マスクデータでは、対象エリア内の文字がすべてアスタリスクで隠れるため、例えば氏名などが完全に見えなくなり保護されるが、当該マスクデータの利用用途として例えばテスト処理の内容によっては、ユーザ開発者等が当該マスクデータの処理結果を視認確認しにくいといった不便があり得る。そのような場合にも、本システムでは、データ利用用途テスト処理等の内容に応じて、参照制限及びルールの設定を調整が可能である。例えばテストAにはルールAが適し、テストBにはルールBが適するといったように効果的な関係付けで設定可能である。これにより、ユーザによるマスクデータの利用の際に、個人情報保護と利便性とのバランスを適切にすることができる。[効果変形例など]以上説明したように、本実施の形態によれば、1ユーザ/ユーザ属性等に応じた参照制限及びマスク処理の制御により、ユーザによるDB1のデータへの不正アクセス個人情報漏洩などの問題特に例えばシステム開発者などを含む組織内部のユーザによるDBデータの不正な持ち出し等の可能性に対する有効な対策を実現できる。2またマスク処理及びテスト等の作業の手間の削減を実現できる。従来例ではDBから取り出したデータに対して別途プログラム処理によりマスクデータを得るといった作業の手間が必要であったが、そのような作業を不要化/削減し、個人情報項目などのマスク目隠しが容易に実現できる。3また複数各種のデータ利用用途例えばシステム開発用のテスト処理に応じた柔軟なマスク処理複数のルールのマスク処理の実現により情報保護などの効果とデータ利用の利便性の効果とのバランスを実現できる。また、従来例では、DBデータに対して別途プログラム処理によりマスクを施す場合、当該作業を行う担当者の目に該当の制限項目マスク対象のデータ情報が触れていた。一方、本実施の形態では、DB1側からデータを取り出して業務プログラム31等に対してデータを応答する時点で既にマスク処理済みのデータが得られるため、ユーザ担当者の目に該当データ情報が全く触れないで済み、即ち個人情報保護等の効果が高い。また、本マスク処理は、暗号化処理ではなく、DB1から取り出されマスク処理されたデータ自体を解読して元のデータを得ることはできない。したがって情報漏洩対策として効果が高い。なお、前記特許文献2では、マスキングプログラムを生成する必要があり、また、マスク対象入力は順次ファイルであるという制約がある。一方、本発明本実施の形態では、マスキングプログラムを生成することなくDB参照時に直接マスク可能であるマスキングプログラム生成無しにマスク可能である。また、マスク対象入力は、DBに対して直接可能である順次ファイルを介さずにマスク可能である、という利点がある。以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。例えばDBのアクセス管理に限らず他の文書ファイル等を対象とした同様のアクセス管理システムとしてもよい。またマスク処理の種類を拡張し、テキスト処理に限らずイメージ処理を用いてもよい。また例えばセキュリティボックス10等を具備する位置は、DBサーバ2に限らず、他の装置としてもよいし、専用のサーバなどを設けてもよい。前述のように、DB1へのアクセスの際に必ずセキュリティボックス10の処理を経由するように構成すればよい。"