知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-02
(45)【発行日】2024-12-10
(54)【発明の名称】データ管理装置、データ管理システム、およびデータ管理方法
(51)【国際特許分類】
G06F 21/62 20130101AFI20241203BHJP
【ＦＩ】
G06F21/62 345
G06F21/62 327
【請求項の数】
7
(21)【出願番号】P 2022066784
(22)【出願日】2022-04-14
(62)【分割の表示】P 2021037551の分割
【原出願日】2021-03-09
(65)【公開番号】P2022138161
(43)【公開日】2022-09-22
【審査請求日】2023-10-26
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】西川 記史
(72)【発明者】
【氏名】高田 実佳
【審査官】▲柳▼谷 侑
(56)【参考文献】
【文献】国際公開第２０２０／２３５０１８（ＷＯ，Ａ１）
【文献】特開２０１３－２００６５９（ＪＰ，Ａ）
【文献】特開２００３－０３６２０７（ＪＰ，Ａ）
【文献】国際公開第２０１２／０６３５４６（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １２／１４
Ｇ０６Ｆ ２１／１０
Ｇ０６Ｆ ２１／６０ － ２１／８８
(57)【特許請求の範囲】
【請求項1】
加工処理の対象となるソースデータから生成される二次データが、データ取扱いルールに準拠しているか否かを判定する判定部と、
前記判定部による判定結果に応じた処理を行うデータ処理部と、
前記加工処理の種類毎に、当該処理により生成される前記二次データの前記データ取扱いルールを登録する加工処理・取扱いルール管理テーブルと、を備え、
前記判定部は、前記二次データの生成に先立って、前記加工処理の対象となる前記ソースデータから生成される前記二次データが前記データ取扱いルールに準拠しているか否かを判定し、
前記データ処理部は、前記データ取扱いルールに準拠していると判定された場合に前記加工処理を実行して前記二次データを生成し、前記データ取扱いルールに準拠していないと判定された場合に前記加工処理を実行せず、
さらに、前記判定部は、前記加工処理・取扱いルール管理テーブルに登録された前記データ取扱いルールに準拠しているか否かにより、生成された前記二次データに対するアクセス権を発行するか否かを決定する、
データ管理装置。
【請求項2】
請求項１に記載のデータ管理装置において、さらに、前記判定部は、前記加工処理・取扱いルール管理テーブルに登録された前記データ取扱いルールを、前記二次データに適用するルールとして引き継ぐか否かを決定する、
データ管理装置。
【請求項3】
請求項１に記載のデータ管理装置において、前記加工処理・取扱いルール管理テーブルを更新するためのインタフェースを備える、
データ管理装置。
【請求項4】
請求項１に記載のデータ管理装置において
前記データ取扱いルールは、統計情報を用いており、
前記生成される前記二次データが前記データ取扱いルールに準拠しているか否かの判定は、前記加工処理の対象となる前記ソースデータから前記統計情報を推定し、前記推定された前記統計情報に基づいて行う
データ管理装置。
【請求項5】
請求項１に記載のデータ管理装置において、
生成される前記二次データの統計値を計算するデータ統計情報計算部を備える、
データ管理装置。
【請求項6】
請求項１に記載のデータ管理装置と、前記データ管理装置と通信し、前記ソースデータに対する前記加工処理の要求を行うユーザ端末と、を備え、
前記データ管理装置は、前記二次データを生成した後に、前記判定部によって、生成された前記二次データが前記加工処理・取扱いルール管理テーブルに登録された前記データ取扱いルールに準拠していると判定した場合、生成された前記二次データに対するアクセス権を発行すると決定し、前記ユーザ端末に当該二次データへのアクセス権を設定する、
データ管理システム。
【請求項7】
判定部、データ処理部及び加工処理の種類毎に、当該処理により生成される二次データのデータ取扱いルールを登録する加工処理・取扱いルール管理テーブルを備えた情報処理装置によって実行され、前記判定部が、前記加工処理の対象となるソースデータから生成される前記二次データが、前記データ取扱いルールに準拠しているか否かを判定し、前記データ処理部が、判定結果に応じた処理を行うデータ管理方法であって、前記判定部は、前記二次データの生成に先立って、前記加工処理の対象となる前記ソースデータから生成される前記二次データが前記データ取扱いルールに準拠しているか否かを判定し、
前記データ処理部は、前記データ取扱いルールに準拠していると判定された場合に前記加工処理を実行して前記二次データを生成し、前記データ取扱いルールに準拠していないと判定された場合に前記加工処理を実行せず、
さらに、前記判定部は、前記加工処理・取扱いルール管理テーブルに登録された前記データ取扱いルールに準拠しているか否かにより、生成された前記二次データに対するアクセス権を発行するか否かを決定する、
データ管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データ管理装置、データ管理システム、およびデータ管理方法に関する。非制限的には、例えば、取り扱いに注意を要する機微なデータの加工処理（データベースからの抽出、情報同士の結合など）を行うサーバ等に関する。
【背景技術】
【0002】
近年、ハッキング等による各種データの遺漏等の社会問題とも関連して、個人ないし法人の非公開情報（機微なデータ）の法律的な保護を強化する要請が高まっている。
【0003】
一方で、例えば関連企業間や医療ネットワークなどでは、ＤＦＦＴ（Ｄａｔａ Ｆｒｅｅ Ｆｌｏｗ ｗｉｔｈ Ｔｒｕｓｔ）すなわち信頼ある自由なデータ流通を実現すべく、複数企業間での機微なデータの流通が進展している。
【0004】
また、例えば工場での生産過程におけるロボットのセンサデータなど、稼働中に膨大な情報が出力され、かかる情報（所謂ビッグデータ）を生産性向上のための分析対象として扱うシステムにおいては、データの大規模化によるデータ処理時間の増大も問題となる。
【0005】
あるいは、大企業や役所など、構成員（個人）やその家族等に関する多くの情報をデータベース化して扱うシステムにおいても、データの大規模化によるデータ処理時間の増大が技術的な課題となる。
【0006】
このような課題に対し、特許文献１に記載の技術では、電子ファイルのメタデータを更新すべきファイルの特定等、メタデータを管理することにより、組織内に散在している機密文書の管理の効率化を図ることとしている。
【0007】
一方で、特許文献１に記載の技術は、リネージを利用してメタデータの値を派生データに伝搬させている構成にとどまっており、このため以下のような問題があるものと考えられる。
【0008】
すなわち、特許文献１に記載の技術では、機微なデータの加工処理を行う際に、当該機微なデータや当該加工処理に適用されるルール（例えばｋ値など）を満たさない場合であっても当該加工処理を行うことになる。このため、特許文献１に記載の技術では、データ準備工数の削減に寄与しない事例が発生する。
【先行技術文献】
【特許文献】
【0009】
【文献】特開２０１１－２３８１６５号公報
【発明の概要】
【発明が解決しようとする課題】
【0010】
本発明の目的は、データ準備工数の削減に寄与することが可能なデータ管理装置、データ管理システム、およびデータ管理方法を提供することである。
【課題を解決するための手段】
【0011】
本発明に係るデータ管理装置は、
加工処理の対象となるソースデータから生成される二次データが、統計情報を用いるデータ取扱いルールに準拠しているか否かを判定する判定部と、
前記判定部による判定結果に応じた処理を行うデータ処理部と、を備え、
前記判定部は、前記二次データの生成に先立って、前記加工処理の対象となる前記ソースデータから前記統計情報を推定し、推定された前記統計情報に基づいて生成される前記二次データが前記統計情報の統計値を満たしているか否かに基づいて、前記データ取扱いルールに準拠しているか否かを判定し、
前記データ処理部は、前記データ取扱いルールに準拠していると判定された場合に前記加工処理を実行して前記二次データを生成し、前記データ取扱いルールに準拠していないと判定された場合に前記加工処理を実行しない。
加工処理の対象となるソースデータから生成される二次データが、統計情報を用いるデータ取扱いルールに準拠しているか否かを判定する判定部と、
前記判定部による判定結果に応じた処理を行うデータ処理部と、を備え、
前記判定部は、前記二次データの生成に先立って、前記加工処理の対象となる前記ソースデータから前記統計情報を推定し、推定された前記統計情報に基づいて生成される前記二次データが前記統計情報の統計値を満たしているか否かに基づいて、前記データ取扱いルールに準拠しているか否かを判定し、
前記データ処理部は、前記データ取扱いルールに準拠していると判定された場合に前記加工処理を実行して前記二次データを生成し、前記データ取扱いルールに準拠していないと判定された場合に前記加工処理を実行しない。
【0012】
本発明に係るデータ管理システムは、上記のデータ管理装置と、
前記データ管理装置と通信し、前記ソースデータに対する前記加工処理の要求を行うユーザ端末と、を備え、
前記データ管理装置は、前記二次データを生成した後に、前記ユーザ端末に当該二次データへのアクセス権を設定する。
前記データ管理装置と通信し、前記ソースデータに対する前記加工処理の要求を行うユーザ端末と、を備え、
前記データ管理装置は、前記二次データを生成した後に、前記ユーザ端末に当該二次データへのアクセス権を設定する。
【0013】
本発明の他の一の側面は、判定部及びデータ処理部を備えた情報処理装置によって実行され、前記判定部が、加工処理の対象となるソースデータから生成される二次データが、統計情報を用いるデータ取扱いルールに準拠しているか否かを判定し、前記データ処理部が、判定結果に応じた処理を行うデータ管理方法であって、
前記判定部は、前記二次データの生成に先立って、前記加工処理の対象となる前記ソースデータから前記統計情報を推定し、推定された前記統計情報に基づいて生成される前記二次データが前記統計情報の統計値を満たしているか否かに基づいて、前記データ取扱いルールに準拠しているか否かを判定し、
前記データ処理部は、前記データ取扱いルールに準拠していると判定された場合に前記加工処理を実行して前記二次データを生成し、前記データ取扱いルールに準拠していないと判定された場合に前記加工処理を実行しない。
前記判定部は、前記二次データの生成に先立って、前記加工処理の対象となる前記ソースデータから前記統計情報を推定し、推定された前記統計情報に基づいて生成される前記二次データが前記統計情報の統計値を満たしているか否かに基づいて、前記データ取扱いルールに準拠しているか否かを判定し、
前記データ処理部は、前記データ取扱いルールに準拠していると判定された場合に前記加工処理を実行して前記二次データを生成し、前記データ取扱いルールに準拠していないと判定された場合に前記加工処理を実行しない。
【発明の効果】
【0014】
本発明では、加工処理の対象となるソースデータから生成される二次データがデータ取扱いルールに準拠しているか否かを、当該加工処理に先立って判定し、データ取扱いルールに準拠していないと判定された場合、当該加工処理を実行しないため二次データも生成されない。したがって、本発明によれば、データ準備工数の削減に寄与することができる。
【図面の簡単な説明】
【0015】
【図1】本実施形態における情報処理システムの一具体例を示す概略機能ブロック図である。
【図2】情報処理システムを構成するデータベース管理サーバ、データ加工サーバ、およびクライアント端末のハードウェア構成の一例について説明するブロック図である。
【図3】情報処理システムにおけるデータ加工サーバの更なる詳細を説明するブロック図である。
【図4】情報処理システムにおけるクライアント端末の更なる詳細を説明するブロック図である。
【図5】情報処理システムにおけるデータベース管理サーバの更なる詳細を説明するブロック図である。
【図6】データ加工サーバが保有するデータ取扱規定管理テーブルの一例を示す図である。
【図7】データ加工サーバが保有する加工方法・ルール引継ぎ方法管理テーブルの一例を示す図である。
【図8】データ加工サーバが保有するリネージ管理テーブルの一例を示す図である。
【図9】データ加工サーバのクエリ実行・ルール準拠判定部が実行する処理の一例を説明するフローチャートである。
【図10】クエリ実行・ルール準拠判定部が実行する第２のプログラムの処理を説明するフローチャートである。
【図11】クエリ実行・ルール準拠判定部が実行する第３のプログラムの処理を説明するフローチャートである。
【図12】クエリ実行・ルール準拠判定部が実行する第４のプログラムの処理を説明するフローチャートである。
【図13】クエリ実行・ルール準拠判定部が実行する第５のプログラムの処理を説明するフローチャートである。
【図14】クエリ実行・ルール準拠判定部が実行する第６のプログラムの処理を説明するフローチャートである。
【図15】クエリ実行・ルール準拠判定部が実行する第７のプログラムの処理を説明するフローチャートである。
【図16】クエリ実行・ルール準拠判定部が実行する第８のプログラムの処理を説明するフローチャートである。
【図17】二次データがルールに準拠しているかを計算する処理の例を示すフロー図である。
【図18】二次データがルールに準拠しているかを確認する処理の例を示すフロー図である。
【図19】ソースデータのルール引継ぎ要否決定処理の例を示すフロー図である。
【図20】ルール引継ぎ要否決定処理の例を示すフローチャートである。
【図21】二次データがルールに準拠しているかを確認する処理の流れを示すフロー図である。
【図22】アクセス権設定処理の一例を示すフローチャートである。
【図23】加工処理および加工後のデータの取り扱いに関する規定を登録するための規定登録画面の具体例を説明する図である。
【図24】単一のデータ操作（クエリ）を投入するための表示画面の具体例を説明する図である。
【図25】複数の独立的（非時系列的）なデータ操作（クエリ）を投入するための表示画面の具体例を説明する図である。
【図26】複数の連続的（時系列的）なデータ操作（クエリ）を投入するための表示画面の具体例を説明する図である。
【図27】表示部に表示される警告画面の一例を示す図である。
【発明を実施するための形態】
【0016】
本実施の形態について、図面を参照して詳細に説明する。
【0017】
概して、以下に説明する実施の形態は、コンピュータ（電子計算機）を用いたシステムであって、
（１）生成される二次データの統計情報値を推定し、
（２）二次データに適用される取扱いルールを決定し、
（３）上記（１）で推定された、データの統計情報値より、当該データが取扱いルールを満たすか否かを推定し、
（４）データ操作(クエリ)を受け取った場合、生成されるデータの取扱いルールを決定し、当該データの統計情報値を計算し、当該データが取扱いルールを満たすか否かを推定し、満たす場合にのみ、二次データを生成するためのデータ操作(クエリ)を実行する。
（１）生成される二次データの統計情報値を推定し、
（２）二次データに適用される取扱いルールを決定し、
（３）上記（１）で推定された、データの統計情報値より、当該データが取扱いルールを満たすか否かを推定し、
（４）データ操作(クエリ)を受け取った場合、生成されるデータの取扱いルールを決定し、当該データの統計情報値を計算し、当該データが取扱いルールを満たすか否かを推定し、満たす場合にのみ、二次データを生成するためのデータ操作(クエリ)を実行する。
【0018】
上記構成とすることにより、取扱いルールを満たさないと推定されたデータについては、データ操作(クエリ)が実行されないことから、データ準備工数の削減を図ることができる。
【0019】
なお、上記のうち、「統計情報値」の非限定的な代表例としては、ｋ値が挙げられる。良く知られているように、二次データを構成する情報のｋ値が大きいほど個人等を特定しにくくなり、ｋ値が小さくなるほど個人等を特定しやすくなる。
【0020】
図１は、本発明を適用した実施形態に係る情報処理システムの一具体例を示す概略機能ブロック図である。図１に示すように、本実施形態における情報処理システム１は、データベースを管理するデータベース管理サーバ２と、データベースのデータを加工するデータ加工サーバ３と、データベースにアクセスするクライアント端末１００と、これらを相互に接続するための通信回線２００と、を備える。
【0021】
上記のうち、情報処理システム１は本発明の「データ管理システム」に対応し、データ加工サーバ３は本発明の「データ管理装置」に対応し、クライアント端末１００は、本発明の「ユーザ端末」に対応する。
【0022】
情報処理システム１のデータベース管理サーバ２は、データベース管理システム２１と、種々のデータが登録されるデータベース（ＤＢ）２２と、かかるデータベース（ＤＢ）２２に登録されるデータの統計処理を行った結果（集計等された情報）であるＤＢの統計情報２３を備える。
【0023】
以下の説明では、データベース（ＤＢ）２２として、第１のＤＢ（以下、「ＮＤＢ」という）と、第２のＤＢ（以下、「ＫＤＢ」という）と、の２種類のデータベースが格納され、ＮＤＢに対するデータの加工処理と、ＫＤＢに対するデータの加工処理と、で異なる取扱いルールが適用される場合を前提とする。
【0024】
但し、上記の前提は、説明の簡明化等を考慮したものであって、実際の運用上は、データベース（ＤＢ）２２として、より多くの種類のデータベースが格納され得るものであり、逆に、１種類のデータベース（言い換えると一種類のルールが適用されるＤＢ）が格納される構成であってもよい。
【0025】
また、情報処理システム１（以下、適宜「本システム」と称する場合がある。）のデータ加工サーバ３は、クエリ実行・ルール準拠判定部３１と、データ取扱規定管理テーブル３２と、リネージ管理テーブル３３と、加工方法・ルール引継ぎ方法管理テーブル３４とを備える。これら各部の詳細は後述する。
【0026】
また、クライアント端末１００は、本システムにおいて管理されるデータベースのデータについての操作（例えば閲覧、集計（リスト表示）、印刷など）のクエリを投入するデータ操作（クエリ）投入部１０１と、詳細を後述する加工方法・ルール引継ぎ方法登録部１０２と、を備える。
【0027】
なお、クライアント端末１００は、技術的には例えば個人のＰＣや携帯端末などでも実現可能であるが、本実施の形態では、機微なデータの管理の強化を図るために、専用端末を使用することを前提とする。
【0028】
次に、本システムの利用方法の概略および主たる構成を説明する。
ユーザは、クライアント端末１００のデータ操作（クエリ）投入部１０１を操作して、データベース管理サーバ２のデータベース２２（ここでは、ＮＤＢまたはＫＤＢ）にアクセスする。ここで、ユーザ（クライアント端末１００）は、データベース２２のデータ（ソースデータ）が加工処理された、二次データの形態で提供される。ここで、データの加工処理の非制限的な代表例としては、データの抽出、結合（組み合わせ）、集計などが挙げられる。本実施の形態では、かかるデータ処理の加工処理をデータ加工サーバ３が実行する。
ユーザは、クライアント端末１００のデータ操作（クエリ）投入部１０１を操作して、データベース管理サーバ２のデータベース２２（ここでは、ＮＤＢまたはＫＤＢ）にアクセスする。ここで、ユーザ（クライアント端末１００）は、データベース２２のデータ（ソースデータ）が加工処理された、二次データの形態で提供される。ここで、データの加工処理の非制限的な代表例としては、データの抽出、結合（組み合わせ）、集計などが挙げられる。本実施の形態では、かかるデータ処理の加工処理をデータ加工サーバ３が実行する。
【0029】
言い換えると、ユーザ（クライアント端末１００）は、データ加工サーバ３を介してデータベース管理サーバ２のデータベース２２にアクセスする。加えて、データベース管理サーバ２のデータベース２２（ＮＤＢ、ＫＤＢ）には、図６および図７等で後述するデータ取扱いルールが予め設定されており、ユーザ（クライアント端末１００）は、当該設定されたデータ取扱いルールに従った範囲内でアクセスすることができる。
【0030】
本実施の形態では、本システムにおけるデータ加工サーバ３は、クライアント端末１００で投入されたクエリひいては加工処理によって生成される二次データが、上記のデータ取扱いルールに準拠しているか否かを判定し、該判定結果に応じた処理を行う。
【0031】
より具体的には、データ加工サーバ３は、加工処理（例えば、抽出、結合、集計）の対象となるソースデータから生成される二次データが、統計情報を用いるデータ取扱いルールに準拠しているか否かを判定するクエリ実行・ルール準拠判定部３１（本発明の「判定部」等に対応する）と、かかる判定結果に応じた処理を行うデータ処理部と、を備える。これら各部の機能は、図２で後述するデータ加工サーバ３のＣＰＵ３０１によって実現することができる。
【0032】
そして、データ加工サーバ３のクエリ実行・ルール準拠判定部３１（判定部）は、二次データの生成に先立って、加工処理の対象となるソースデータから前記統計情報を推定し、推定された統計情報に基づいて生成される二次データが統計情報の統計値（主としてｋ値）を満たしているか否かに基づいて、データ取扱いルールに準拠しているか否かを判定する。また、データ加工サーバ３のデータ処理部は、データ取扱いルールに準拠していると判定された場合に加工処理を実行して二次データを生成し、データ取扱いルール（以下、単に「ルール」と略称する場合がある）に準拠していないと判定された場合には当該加工処理を実行しない。かかる構成を備えた本実施形態によれば、機微なデータの管理を強化しつつ、データ準備工数の削減を図ることができる。
【0033】
次に、本実施の形態の情報処理システム１における信号または情報の流れについて概説する。
本システムにおいて、クライアント端末１００のデータ操作(クエリ)投入部１０１に投入されたクエリは、通信回線２００を介してデータ加工サーバ３のクエリ実行・ルール準拠判定部３１に渡される。
本システムにおいて、クライアント端末１００のデータ操作(クエリ)投入部１０１に投入されたクエリは、通信回線２００を介してデータ加工サーバ３のクエリ実行・ルール準拠判定部３１に渡される。
【0034】
当該クエリを取得したデータ加工サーバ３のクエリ実行・ルール準拠判定部３１は、所定のプログラム（図９～図１６で後述する）を実行することにより、該クエリがルールに準拠するか否かの判定、およびデータベース管理サーバ２（データベース管理システム２１）への問合を行って当該問合わせ結果を取得し、該取得された結果をクライアント端末１００のデータ操作(クエリ)投入部１０１に返す。一具体例では、クエリ実行・ルール準拠判定部３１は、該クエリに応じて生成されるデータが、ルールに準拠している場合は加工処理済の二次データを、準拠していない場合はルールに準拠しない旨の警告を、データ操作(クエリ)投入部１０１に返す。他の具体例では、クエリ実行・ルール準拠判定部３１は、該クエリに応じて生成されるデータが、ルールに準拠している場合はクライアント端末１００にアクセス権を設定し、準拠していない場合にはアクセス権を設定せず上記の警告を行う。
【0035】
また、本実施の形態では、上述した加工処理により生成された二次データに適用されるルールの設定を、処理毎（加工処理の種類毎）に、専用端末であるクライアント端末１００の加工処理・ルール引継ぎ方法登録部１０２を通じて設定するようになっている。本実施の形態では、クライアント端末１００の加工処理・ルール引継ぎ方法登録部１０２に入力された情報は、データ加工サーバ３の加工処理・ルール引継ぎ方法管理テーブル３４に登録される。
【0036】
なお、図１では、データベース管理サーバ２とデータ加工サーバ３とを別個の端末として例示したが、データベース管理サーバ２とデータ加工サーバ３とが一台の装置すなわち同一のサーバであってもよい。あるいは、データベース管理サーバ２とクライアント端末１００とを一台の装置とする構成、データ加工サーバ３とクライアント端末１００とを一台の装置とする構成、さらには、データベース管理サーバ２とデータ加工サーバ３とクライアント端末１００とを一台の装置として構成してもよい。
【0037】
次に、図２を参照して、上述したデータベース管理サーバ２、データ加工サーバ３、およびクライアント端末１００のハードウェア構成の一例について説明する。
図２は、本実施形態の情報処理システム１におけるハードウェア構成を示すブロック図である。以下、主として図２を参照して、本システムにおけるハードウェア構成の一具体例を説明する。
図２は、本実施形態の情報処理システム１におけるハードウェア構成を示すブロック図である。以下、主として図２を参照して、本システムにおけるハードウェア構成の一具体例を説明する。
【0038】
図１で上述したデータベース管理サーバ２、データ加工サーバ３、およびクライアント端末１００は、サーバ装置、パーソナルコンピュータ、ワークステーションなどの一般的な情報処理装置により実現することができる。なお、以下は説明の便宜のため、データベース管理サーバ２、データ加工サーバ３、およびクライアント端末１００を、単に「装置２、３、１００」などと略称する場合がある。
【0039】
概して、図２に示すように、これら装置２、３、１００のハードウェア構成は、装置２、３、１００の順に、ＣＰＵ２０１、３０１、１００１、通信インタフェース２０５、３０５、１００５、メモリ２０２、３０２、１００２、記憶部（ストレージ）２０３、３０３、１００３、及びこれらを接続するバス２０４、３０４、１００４を備えた構成とすることができる。そして、これら装置２、３、および１００は、ネットワーク２００を経由して相互に接続されている。
【0040】
なお、図２では、クライアント端末１００に接続インタフェース１００６、キーボードやマウス等の入力部１００７、およびＬＣＤ等の表示部１００８を備えた構成としているが、これら各部は、データベース管理サーバ２やデータ加工サーバ３に設けてもよい。
【0041】
以下は、これら装置２、３、１００におけるハードウェアの構成要素を、データ加工サーバ３を代表例として説明する。他の装置２、１００のハードウェアの構成要素は、データ加工サーバ３のハードウェアの構成要素と同様であるため、適宜に説明を割愛する。
【0042】
データ加工サーバ３のＣＰＵ３０１は、データ加工サーバ３の各部の制御を司るハードウェアプロセッサである。また、かかるＣＰＵ３０１は、本発明の「データ管理装置」としての種々の機能、例えば「判定部」、「データ処理部」、「データ統計情報計算部」などの機能を遂行する。
【0043】
データ加工サーバ３のメモリ３０２は、例えばＲＯＭやＨＤＤなど、種々の記憶媒体（ハードウェアメモリ）が使用され得る。この点、データ加工サーバ３の記憶部３０３も同様に、種々の記憶媒体（ハードウェアメモリ）を使用することができる。通信インタフェース３０５は、例えばモデムや通信カードなどの、通信回線２００を介して他の端末と通信を行うための種々のデバイスが使用され得る。これら各部は、バス３０４を通じて互いに接続される。
【0044】
図３は、データ加工サーバ３の詳細を示すブロック図である。図３に示すように、データ加工サーバ３は、メモリ３０２内に、ソフトウェアプログラムとしてのクエリ実行・ルール準拠判定部３０２１を格納する。また、データ加工サーバ３の記憶部３０３内には、データ取扱規定管理テーブル３２、リネージ管理テーブル３３、および加工処理・ルール引継ぎ方法管理テーブル３４が格納される。
【0045】
該して、データ加工サーバ３のＣＰＵ３０１は、メモリ３０２内に格納されたクエリ実行・ルール準拠判定部３０２１（ソフトウェアプログラム）を読み出して実行することにより、クエリ実行・ルール準拠判定部（３０２１）としての機能を発揮する。このとき、ＣＰＵ３０１は、記憶部３０３の上記テーブル（３２～３４）を参照することにより、ユーザが欲するデータへのアクセスの可否等を判定する。そして、ＣＰＵ３０１は、かかる判定結果に応じて、データへのアクセスを認める場合、クライアント端末１００に当該データへのアクセスを行うためのアクセス権を発行（設定）し、アクセスを認めない場合には、かかるアクセス権を発行（設定）しない。
【0046】
図４は、ユーザが操作するクライアント端末１００の詳細を示すブロック図である。図４に示すように、クライアント端末１００は、メモリ１００２内に、データ操作（クエリ）投入部１００３、および加工処理・ルール引継ぎ方法登録部１００４（それぞれソフトウエアプログラム）を格納する。
【0047】
概して、クライアント端末１００のＣＰＵ１００１は、メモリ１００２内のデータ操作（クエリ）投入部１００３および加工処理・ルール引継ぎ方法登録部１００４を読み出して実行することより、これらの機能を発現し、ユーザが欲するデータに関する入力画面等を表示する。そして、クライアント端末１００のＣＰＵ１００１は、ユーザの操作によりかかる入力画面に入力された情報を、通信インタフェース１００５およびネットワーク２００を介してデータ加工サーバ３に送る。
【0048】
この後、上述のように、データ加工サーバ３によってデータへのアクセスが認められ、アクセス権が発行（設定）された場合、クライアント端末１００のＣＰＵ１００１は、当該ユーザに、データにアクセスする操作を行うための画面を表示する処理を行う。なお、かかるデータアクセスのための画面や処理手順などについては、本実施形態の特徴との関連性が薄く、公知技術が使用可能であるため、適宜説明を省略する。
また、上記の入力画面（クエリ投入画面）については図２４等の説明で後述する。
また、上記の入力画面（クエリ投入画面）については図２４等の説明で後述する。
【0049】
図５は、データベース管理サーバ２の詳細を示すブロック図である。図５に示すように、データベース管理サーバ２は、メモリ２０２内に、ソフトウェアプログラムとしてのデータベース管理システム２０２１を備える。また、データベース管理サーバ２の記憶部３０２内には、データベース２２、およびデータベースの統計情報２３が格納される。
【0050】
該して、データベース管理サーバ２は、ＣＰＵ２０１が、メモリ３０２内のデータベース管理システム３０２１を読み出して実行することにより、かかるデータベース管理サーバ２としての種々の機能を奏する。
【0051】
例えば、データベース管理サーバ２は、ＣＰＵ２０１の制御の下、ネットワーク２００（図２を参照）および通信インタフェース２０５を介してデータ加工サーバ３から送られて来る指示（命令）を受信する。そして、データベース管理サーバ２のＣＰＵ２０１は、該受信された命令に規定された（当該命令により指定された）データを、記憶部２０３から検索して読み出し、該読み出されたデータをデータ加工サーバ３に向けて送信する。
【0052】
＜データ取扱規定管理テーブルの具体例＞
図６は、データ加工サーバ３の記憶部３０３に格納されたデータ取扱規定管理テーブル３２の一例を示す図である。データ取扱規定管理テーブル３２は、本発明の「データ取扱いルール」に対応する。
図６は、データ加工サーバ３の記憶部３０３に格納されたデータ取扱規定管理テーブル３２の一例を示す図である。データ取扱規定管理テーブル３２は、本発明の「データ取扱いルール」に対応する。
【0053】
図６に示すデータ取扱規定管理テーブル３２には、上述したデータベース管理サーバ２が保有する２種類のデータベース（ＮＤＢ、ＫＤＢ）の各々のデータに対する取扱いルールが規定されている。非制限的な一具体例では、データベース管理サーバ２が保有するＮＤＢは、国民の医療情報が格納されたデータベース（例えば「レセプト情報・特定健診等情報データベース」など）であり、ＫＤＢは、ｋ-匿名性すなわち匿名化すべきデータを登録したデータベースである。
【0054】
図６に示す一具体例では、データ取扱規定管理テーブル３２には、上記のＮＤＢに登録されたデータの取扱いに関する３つのルールＲ１、Ｒ２、Ｒ３が登録されている。また、データ取扱規定管理テーブル３２は、上記のＫＤＢに登録されたデータの取扱いに関する２つのルールＲ４、およびＲ５が登録されている。
【0055】
具体的には、上記のＮＤＢに対する３つのルールは以下の通りである。
第１ルール（Ｒ１）：コピー数＝１に制限される。
第２ルール（Ｒ２）：他の情報との突合せが禁止される。
第３ルール（Ｒ３）：所定のｋ値（例えばｋ＞３）を満たさないデータへのアクセスが禁止される。
第１ルール（Ｒ１）：コピー数＝１に制限される。
第２ルール（Ｒ２）：他の情報との突合せが禁止される。
第３ルール（Ｒ３）：所定のｋ値（例えばｋ＞３）を満たさないデータへのアクセスが禁止される。
【0056】
一具体例では、ＮＤＢに登録されたデータについては、上記Ｒ１～Ｒ３のいずれか１つ以上のルールが適用されるように設定する。また、ルールＲ３に関しては、例えばデータの種類毎にｋ値の設定を変えることができる。但し、説明が複雑になることを避ける等のため、特記しない限り、ルールＲ３のｋ値は上記の通りとする。
【0057】
また、上記のＫＤＢに関する２つのルールは以下の通りである。
第４ルール（Ｒ４）：アプリケーションが予め定められたもの（ＸＸＸ）でない場合、ｋ値＞１０を満たさないデータへのアクセスが禁止される。
第５ルール（Ｒ５）：企業が利用する場合はｋ値＞５であること。
第４ルール（Ｒ４）：アプリケーションが予め定められたもの（ＸＸＸ）でない場合、ｋ値＞１０を満たさないデータへのアクセスが禁止される。
第５ルール（Ｒ５）：企業が利用する場合はｋ値＞５であること。
【0058】
一具体例では、ＫＤＢに登録されたデータについては、上記Ｒ４またはＲ５のいずれか１つ以上のルールが適用されるように設定する。なお、同様に、ルールＲ４、Ｒ５のｋ値に関しては、例えばデータの種類毎に設定を変えることができるが、特記しない限り、ルールＲ４、Ｒ５のｋ値は上記の通りとする。
【0059】
また、上述した５つのルールおよびその設定方法は、あくまで例示であり、実際の運用上は、より多くのルール、あるいはより複雑なルールが作成され設定され得ることは勿論である。
【0060】
＜加工方法・ルール引継ぎ方法管理テーブルの具体例＞
図７は、データ加工サーバ３の記憶部３０３に格納された、加工方法・ルール引継ぎ方法管理テーブル３４の一例を示す図である。加工方法・ルール引継ぎ方法管理テーブル３４は、本発明の「データ取扱いルール」に対応する。
図７は、データ加工サーバ３の記憶部３０３に格納された、加工方法・ルール引継ぎ方法管理テーブル３４の一例を示す図である。加工方法・ルール引継ぎ方法管理テーブル３４は、本発明の「データ取扱いルール」に対応する。
【0061】
図７に示す例では、加工方法・ルール引継ぎ方法管理テーブル３４には、上述したデータベース（ＮＤＢ、ＫＤＢ）に登録されたデータに対する加工処理の種類、および当該加工処理によって生成される二次データに対する、取り扱いのルールおよびルールの引継ぎ方法が規定される。
【0062】
なお、図７に示す例では、加工処理として、抽出、結合、集計、ＡＩモデル構築の４種類を例示しているが、実際の運用上は、より多くの種類の加工処理が規定され得ることは勿論である。以下、簡明のため、加工処理を単に処理と略記する場合がある。
【0063】
図７に示す一具体例では、処理「抽出」に適用されるルールは「ＡＬＬ」すなわち全てのルール（この例では図６に示すＲ１～Ｒ５）であり、引継ぎ方法は、ソースデータ（図７中の「ソース」、以下同じ）に適用されるルールを引き継ぐ。この点、処理「結合」についても同様である。
【0064】
なお、「ソースデータ」とは、処理（例えば結合）の直接の対象となるデータを意味し、未加工のデータに限られない。したがって、加工済みのデータ（例えば２つのデータが結合されたデータ）であっても、次の処理（例えば集計）の「ソースデータ」になり得る。
【0065】
一方、処理「集計」に適用される引継ぎ方法は、ソースデータにルールＲ４が適用される場合と、ソースデータにＲ４以外のルール（すなわちルールＲ１～３、Ｒ５が適用される場合）が適用される場合と、で異なる。
【0066】
言い換えると、処理「集計」にルールＲ１～３またはルールＲ５が適用される場合、引継ぎ方法は、ソースデータのルールを引き継ぐ。一方、処理「集計」にルールＲ４が適用される場合、かつ、所定のｋ値を満たした場合には、ソースデータのルールを引き継がない。この点、処理「ＡＩモデル構築」についても同様である。
【0067】
具体的には、ルールＲ１～３またはルールＲ５が適用されるＡＩモデル構築の場合、ソースデータのルールを引き継ぐ。これに対し、処理「ＡＩモデル構築」にルールＲ４が適用される場合、かつ、説明因子のｋ値を満たした場合には、ソースデータの引き継ぎが行われない。
【0068】
図８は、データ加工サーバ３の記憶部３０３に格納された、リネージ管理テーブル３３の一例を示す図である。
図８に示すリネージテーブル３３は、ユーザ（クライアント端末１００）から要求された一つのクエリに応じてデータ加工サーバ３が実行したデータ加工処理の履歴（リネージ）を、上から順に時系列で登録したものである。この例では、データ加工サーバ３は、上記のクエリに応じて、以下の加工処理を行ったことが分かる。
図８に示すリネージテーブル３３は、ユーザ（クライアント端末１００）から要求された一つのクエリに応じてデータ加工サーバ３が実行したデータ加工処理の履歴（リネージ）を、上から順に時系列で登録したものである。この例では、データ加工サーバ３は、上記のクエリに応じて、以下の加工処理を行ったことが分かる。
【0069】
すなわち、データ加工サーバ３は、最初に、取扱いルールＲ１、Ｒ２、Ｒ３（適宜、図６を参照）に従って、ＮＤＢからデータを抽出して、二次データとしてデータＤ１を生成した。続いて、データ加工サーバ３は、取り扱いルールＲ４、Ｒ５（適宜、図６を参照）に従って、ＫＤＢからデータを抽出して、二次データとしてデータＤ２を生成した。
【0070】
さらに、データ加工サーバ３は、当該生成されたデータＤ１およびＤ２をソースデータとして結合することにより、データＤ３（すなわちデータＤ１とＤ２の組み合わせ）を生成した。この結合の際（データＤ３の生成の際）に適用される取扱いルールがＲ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５であり、データＤ３の生成の際にいずれかのルールに準拠しない場合には、データ加工サーバ３は、データＤ３を生成しない。言い換えると、生成された二次データであるデータＤ３は、加工処理時における全ての取り扱いルールに準拠すると判定されて生成されたものである。
【0071】
そして最後に、データ加工サーバ３は、当該生成されたデータＤ３をソースデータとして集計を行い、二次データとしてデータＤ４を生成した。かかる集計の際（データＤ４の生成の際）に適用される取扱いルールがＲ１、Ｒ２、Ｒ３、Ｒ５であり、データＤ４の生成の際にいずれかのルールに準拠しない場合には、データ加工サーバ３は、データＤ４を生成しない。言い換えると、生成された二次データであるデータＤ４は、集計処理時における上記のルールに準拠すると判定されて生成されたものである。また、図８および図７を参照して分かるように、データＤ４の生成の際に、ルールＲ４については、所定のｋ値を満たすことから、引き継がれなかったことが分かる。
【0072】
上記のようなリネージテーブル３３を保有する構成とすることにより、必要に応じてデータ加工サーバ３の行った加工処理の内容、処理順序、従ったルール等を確認できることから、メンテナンスの向上、データ管理の強化等を図ることができる。
【0073】
＜クエリ実行・ルール準拠判定部が行う処理の流れ＞
図９～図１６は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する処理内容の種々の具体例を示すフローチャートである。以下は、説明の便宜のため、図９～図１６に示すフローチャートを、第１～第８のプログラムという場合がある。
図９～図１６は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する処理内容の種々の具体例を示すフローチャートである。以下は、説明の便宜のため、図９～図１６に示すフローチャートを、第１～第８のプログラムという場合がある。
【0074】
最初に、図９に示す処理の概要について説明する。データ加工サーバ３のクエリ実行・ルール準拠判定部３１は、単一のデータ操作(クエリ)により生成される二次データが、ルールを順守しているか否かをチェックする。より具体的には、クエリ実行・ルール準拠判定部３１は、当該二次データの生成前（すなわちソースデータ加工前）に、ルールを順守しているか否かを、データベース管理サーバ２内のＤＢの統計情報２３を用いて計算するとともに、ルールを順守していると判定した場合（二次データを生成する場合）でも、当該データの生成後に再びルール順守の如何を確認し（２度目の判定）、かかる２度目の判定でルール順守していないと判定（計算等）された場合は、データ生成を実行しない。
【0075】
以下、より詳細に説明する。ステップＳ３０１において、クエリ実行・ルール準拠判定部３１は、データ操作（クエリ）を取得する。このクエリは、典型的には、図１で上述したクライアント端末１００のデータ操作（クエリ）投入部１０１を通じてユーザにより入力（指示）されたクエリを、データ加工サーバ３が受信することによって、取得される。
なお、図１０等の他のフローチャートにおけるクエリ取得の場合も同様であり、以下は適宜その説明を省略する。
なお、図１０等の他のフローチャートにおけるクエリ取得の場合も同様であり、以下は適宜その説明を省略する。
【0076】
ステップＳ３０２において、クエリ実行・ルール準拠判定部３１は、当該クエリに含まれるソースデータを取得する。
【0077】
ステップＳ３０３において、クエリ実行・ルール準拠判定部３１は、当該クエリに含まれる集計キー列を取得する（適宜、図２４等を参照）。
【0078】
ステップＳ３０４において、クエリ実行・ルール準拠判定部３１は、前のステップで取得されたソースデータのルールを取得する。このとき、クエリ実行・ルール準拠判定部３１は、図８で上述したリネージ管理テーブル３３を参照して、ソースデータのルールを取得することができる。
【0079】
ステップＳ３０５において、クエリ実行・ルール準拠判定部３１は、生成されるデータの統計情報値（ｋ値）を計算（算出）する。ここでは、クエリ実行・ルール準拠判定部３１は、図１で上述したデータベース管理サーバ２のデータベースの統計情報２３を利用して、生成されるデータの統計情報値（ｋ値）の計算（算出）を実行する。
【0080】
ステップＳ３０６において、クエリ実行・ルール準拠判定部３１は、生成されるデータに適用されるルールを決定する。このとき、クエリ実行・ルール準拠判定部３１は、図７で上述した加工方法・ルール引継ぎ方法管理テーブル３４を参照して、生成されるデータ（二次データ）に適用されるルールを取得することができる。
【0081】
ステップＳ３０７において、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠しているか否かを判定するための前処理（計算）を実行する。
【0082】
ステップＳ３０８において、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠しているか否かを判定する。
【0083】
ここで、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していると判定した場合（ステップＳ３０８、ＹＥＳ）、ステップＳ３０９に移行する。一方、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していないと判定した場合（ステップＳ３０８、ＮＯ）、ユーザへのアクセスを認めるべきではないと判断し、本ルーチンを終了する。
【0084】
ステップＳ３０９において、クエリ実行・ルール準拠判定部３１は、データの生成操作（クエリ）を実行する。
【0085】
ステップＳ３１０において、クエリ実行・ルール準拠判定部３１は、生成されたデータに対して当該ルールが準拠しているかを再チェックした後、当該生成されたデータに対する当該ユーザへのアクセス権を設定する。
【0086】
一具体例では、クエリ実行・ルール準拠判定部３１は、アクセス権として、所定の桁のパスワードを発行し、図１で上述したクライアント端末１００に、当該パスワードを送信する。
【0087】
この後、ユーザは、クライアント端末１００のデータ操作（クエリ）投入部１０１を通じて入力された処理（例えば「閲覧」）により、当該データにアクセスすることができる。
【0088】
＜第２のプログラム＞
図１０は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する別の処理内容（第２のプログラム）を説明するフローチャートである。
なお、図１０のフローチャートにおいて、図９で上述したステップＳ３０１～ステップＳ３０７までの処理群Ａ、および、ステップＳ３０９およびＳ３１０の処理内容は同一であるため、同一のステップ番号を付してその説明を省略する。
図１０は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する別の処理内容（第２のプログラム）を説明するフローチャートである。
なお、図１０のフローチャートにおいて、図９で上述したステップＳ３０１～ステップＳ３０７までの処理群Ａ、および、ステップＳ３０９およびＳ３１０の処理内容は同一であるため、同一のステップ番号を付してその説明を省略する。
【0089】
ステップＳ３０８において、クエリ実行・ルール準拠判定部３１は、生成予定のデータ（二次データ）が当該ルールに準拠しているか否かを判定する。
【0090】
ここで、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していると判定した場合（ステップＳ３０８、ＹＥＳ）、上述と同様に、ステップＳ３０９およびステップＳ３１０の処理を経て、ユーザへのアクセス権を発行して処理を終了する。
【0091】
一方、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していないと判定した場合（ステップＳ３０８、ＮＯ）、ステップＳ３１１に移行する。
【0092】
ステップＳ３１１において、クエリ実行・ルール準拠判定部３１は、図１で上述したクライアント端末１００のデータ操作（クエリ）投入部１０１に、警告を表示する（図２７で後述する）。続くステップＳ３１２において、クエリ実行・ルール準拠判定部３１は、クライアント端末１００のデータ操作（クエリ）投入部１０１から出力される信号（ユーザの指示）を監視する。ここで、クエリ実行・ルール準拠判定部３１は、クライアント端末１００のデータ操作（クエリ）投入部１０１から、実行指示を取得した場合、ステップＳ３０９およびステップＳ３１０の処理を経て、ユーザへのアクセス権を発行して処理を終了する。
【0093】
＜第３のプログラム＞
図１１は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別のプログラム（第３のプログラム）の処理内容を説明するフローチャートである。
図１１は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別のプログラム（第３のプログラム）の処理内容を説明するフローチャートである。
【0094】
ステップＳ３２１において、クエリ実行・ルール準拠判定部３１は、上述したステップＳ３０１と同様に、クライアント端末１００から送信されるユーザのデータ操作（クエリ）を取得する。但し、このステップＳ３２１では、クエリ実行・ルール準拠判定部３１が複数個の（一セットの）クエリを取得した場合を前提とする。また、ステップＳ３２１では、該取得された複数個のクエリが、互いに独立したクエリである場合、言い換えると、実行順を変えても同一の結果が得られるようなクエリである場合を前提とする（適宜、図２５を参照）。
【0095】
この場合、クエリ実行・ルール準拠判定部３１は、当該セットを構成する各々のデータ処理（クエリ）についての処理を繰り返し行う繰り返しモード（Ｓ３２２）に移行して、以下のステップＳ３２３～Ｓ３２７の処理を、クエリ毎に繰り返し実行する。
【0096】
ステップＳ３２３において、クエリ実行・ルール準拠判定部３１は、未だ処理していない一つのデータ処理（クエリ）を取得する。
【0097】
ステップＳ３２４において、クエリ実行・ルール準拠判定部３１は、取得された当該データ処理（クエリ）によって生成されるデータのルールと、当該生成されるデータが該ルールに準拠するかを計算する。かかる処理は、図９で上述した処理群Ａの一部（Ｓ３０２～Ｓ３０７）に対応するため、説明を省略する。
【0098】
ステップＳ３２５において、クエリ実行・ルール準拠判定部３１は、生成予定のデータ（二次データ）が当該ルールに準拠しているか否かを判定する。
【0099】
ここで、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していると判定した場合（ステップＳ３２５、ＹＥＳ）、当該生成予定のデータをユーザに提供すべきと判断し、ステップＳ３２６に移行する。そして、ステップＳ３２６で、クエリ実行・ルール準拠判定部３１は、当該データ処理（クエリ）を、実行可能なクエリとして、リスト（以下、「実行可能クエリリスト」という）に登録し（図１１を参照）、この後、ステップＳ３２７に移行する。
【0100】
一方、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していないと判定した場合（ステップＳ３２５、ＮＯ）、ユーザへのアクセスを認めるべきではないと判断し、上述したステップＳ３２６をスキップして、ステップＳ３２７に移行する。
【0101】
ステップＳ３２７において、クエリ実行・ルール準拠判定部３１は、上述したステップＳ３２１で取得された一セットのクエリにつき、全てのクエリに対する処理を行ったか否かを判定する。
【0102】
ここで、クエリ実行・ルール準拠判定部３１は、全てのクエリに対する処理を行ったと判定した場合（ステップＳ３２７、ＹＥＳ）、ステップＳ３２８に移行する。
【0103】
一方、クエリ実行・ルール準拠判定部３１は、未だ全てのクエリに対する処理を行っていないと判定した場合（ステップＳ３２７、ＮＯ）、ステップＳ３２２に戻り、上述したステップＳ３２３～ステップＳ３２７の処理を繰り返し行う。
【0104】
ステップＳ３２８において、クエリ実行・ルール準拠判定部３１は、実行可能なクエリ、すなわち上述した実行可能クエリリストに登録されたクエリを実行する。
【0105】
ステップＳ３２９において、クエリ実行・ルール準拠判定部３１は、生成されたデータに基づくルール準拠の有無を再確認し、その後、処理を終了する。
【0106】
この処理例によれば、実行可能なクエリと判定されたクエリだけが選択的に実行される（ステップＳ３２８）。また、かかる選択的な実行により生成されたデータは、機微なデータとして、その取り扱いに万全を期すべく、予め定められたルールに準拠しているかが再確認された後（ステップＳ３２９）、ユーザ（クライアント端末１００の操作者）に提供される。
【0107】
このように、予め決定された取扱いルールを満たさないと推定されたデータについてのデータ操作(クエリ)を実行しない構成とすることにより、データ準備工数の削減ないし最小化を図ることができる。
【0108】
＜第４のプログラム＞
図１２は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の処理例（第４のプログラム）の処理内容を説明するフローチャートである。
図１２は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の処理例（第４のプログラム）の処理内容を説明するフローチャートである。
【0109】
なお、図１２のフローチャートにおいて、図１１で上述したステップＳ３２１～ステップＳ３２４までの処理群Ｂ、および、ステップＳ３２８およびＳ３２９の処理内容は同一である、または類似していることから、同一のステップ番号を付して、適宜その説明を省略する。
【0110】
ステップＳ３２１において、クエリ実行・ルール準拠判定部３１は、上述した図１１の場合と同様に、クライアント端末１００から送信される、ユーザにより入力された、複数個の（一セットの）クエリを取得する。さらに、図１１の場合と異なり、ここでは、該取得された複数個のクエリが、データフローを構成するクエリである場合、言い換えると、実行順を変えると異なる結果となる（同一の結果が得られない）クエリのセットである場合を前提とする（適宜、図２６を参照）。
【0111】
このため、図１１と比較して分かるように、図１２に示すフローチャートでは、上述したステップＳ３２６の処理（すなわち、実行可能クエリをリストに登録する処理）が行われない。また、図１２に示すフローチャートでは、上述したステップＳ３２５の判定後に行われる処理が、以下のような流れになる。
【0112】
ステップＳ３２５において、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠しているか否かを判定する。
【0113】
ここで、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していると判定した場合（ステップＳ３２５、ＹＥＳ）、当該生成予定のデータをユーザに提供すべきと判断し、上述したステップＳ３２７の判定処理に移行する。
【0114】
ステップＳ３２７において、クエリ実行・ルール準拠判定部３１は、上述したステップＳ３２１で取得された一セットのクエリにつき、全てのクエリに対する処理を行ったか否かを判定する。
【0115】
そして、上述と同様に、クエリ実行・ルール準拠判定部３１は、全てのクエリに対する処理を行ったと判定した場合（ステップＳ３２７、ＹＥＳ）、ステップＳ３２８に移行する。一方、クエリ実行・ルール準拠判定部３１は、未だ全てのクエリに対する処理を行っていないと判定した場合（ステップＳ３２７、ＮＯ）、ステップＳ３２２に戻り、上述したステップＳ３２３～ステップＳ３２７の処理を繰り返し行う。
【0116】
ステップＳ３２８において、クエリ実行・ルール準拠判定部３１は、実行可能なクエリ、ここでは上述したステップＳ３２５でＹＥＳと判定された全てのクエリを、実行可能クエリとして実行する。
【0117】
ステップＳ３２９において、クエリ実行・ルール準拠判定部３１は、生成されたデータに基づくルール準拠の有無を再確認し、その後、処理を終了する。
【0118】
一方、ステップＳ３２５において、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していないと判定した場合（ステップＳ３２５、ＮＯ）、ユーザへのアクセスを認めるべきではないと判断し、上述したステップＳ３２７～ステップＳ３２９をステップして、一連の処理を終了する。
【0119】
このように、図１２に示す処理例では、図１１の例とは異なり、データ操作（クエリ）のセットの中に、予め定められたルールに準拠しないと推定されたクエリが一つでもあった場合、他のすべてのクエリがルールに準拠すると推定されたとしても、一セット全てのクエリの実行ひいてはユーザへのデータ提供が行われない。この結果、この実施例では、機微なデータの保護の強化を図ることができる。
【0120】
また、他の例と同様に、予め決定された取扱いルールを満たさないと推定されたデータについてのデータ操作(クエリ)を実行しない構成とすることにより、データ準備工数の削減ないし最小化を図ることができる。
【0121】
＜第５のプログラム＞
図１３は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第５のプログラム）の処理内容を説明するフローチャートである。
図１３は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第５のプログラム）の処理内容を説明するフローチャートである。
【0122】
なお、図１３のフローチャートでは、図９で上述した処理群Ａ（ステップＳ３０１～ステップＳ３０７）を構成する処理の一部が異なっているため、対応する一連の処理を処理群Ａ´として記載し、異なる処理に類似のステップ番号を付している。
【0123】
上述したステップＳ３０４に続くステップＳ３０５Ａにおいて、クエリ実行・ルール準拠判定部３１は、生成されるデータの統計情報値（ｋ値）を、データベース管理サーバ２内のＤＢの統計情報２３から該当するデータを取得して確認し、上述したステップＳ３０６に移行する。
【0124】
また、上述したステップＳ３０６（適用されるルールの決定）に続くステップＳ３０７Ａにおいて、クエリ実行・ルール準拠判定部３１は、生成予定のデータ（二次データ）が当該ルールに準拠しているか否かを確認するための前処理を実行する。
【0125】
なお、ステップＳ３０７Ａに続くステップＳ３０８（判定および判定結果に基づく処理の分岐）、およびステップＳ３０９（クエリの実行）の処理の内容は、上述と同様である。
【0126】
さらに、上述したステップＳ３０９に続くステップＳ３１０Ａにおいて、クエリ実行・ルール準拠判定部３１は、実行したクエリにより生成されたデータについて、上述と同様にユーザのアクセス権を設定する（ルールの再チェックは行わない）。この後、クエリ実行・ルール準拠判定部３１は、一連の処理を終了する。
【0127】
かくして、ユーザは、クライアント端末１００のデータ操作（クエリ）投入部１０１を通じて入力された処理（例えば「閲覧」）により、当該データにアクセスすることができる。
【0128】
かかる処理例によれば、図９のフローよりも処理が簡易化されており、データ準備工数をより削減することができる。
【0129】
＜第６のプログラム＞
図１４は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第６のプログラム）の処理内容を説明するフローチャートである。
図１４は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第６のプログラム）の処理内容を説明するフローチャートである。
【0130】
【0131】
適宜、図９～図１３と比較参照して分かるように、概して、図１４に示すフローチャートは、開始からステップＳ３０７Ａまでの処理、および最後のステップＳ３１０Ａの処理は、図１３の例と同一である。また、図１４に示すフローチャートは、ステップＳ３０８でＮＯと判定された後の処理（ステップＳ３１１およびＳ３１２）は、図１０に示す例と同一である。
【0132】
＜第７のプログラム＞
図１５は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第７のプログラム）の処理内容を説明するフローチャートである。
図１５は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第７のプログラム）の処理内容を説明するフローチャートである。
【0133】
ステップＳ３２１～Ｓ３２３までの処理は、図１１で上述した第３プログラムと同一である。
【0134】
続くステップＳ３２４Ａにおいて、クエリ実行・ルール準拠判定部３１は、取得された当該データ処理（クエリ）によって生成されるデータのルールと、当該生成されるデータが該ルールに準拠するかを判定するための前処理（計算）を行う。具体的には、ステップＳ３２４Ａにおいて、クエリ実行・ルール準拠判定部３１は、図９で上述したステップＳ３０２～Ｓ３０７の処理を実行し、ステップＳ３２５に移行する。
【0135】
ステップＳ３２５において、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠しているか否かを判定する。
【0136】
ここで、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していると判定した場合（ステップＳ３２５、ＹＥＳ）、当該生成予定のデータをユーザに提供すべきと判断し、ステップＳ３２６に移行する。そして、ステップＳ３２６で、クエリ実行・ルール準拠判定部３１は、当該データ処理（クエリ）を、実行可能なクエリとして、実行可能クエリリストに登録し（図１５を参照）、この後、ステップＳ３２７に移行する。
【0137】
一方、クエリ実行・ルール準拠判定部３１は、生成予定のデータが当該ルールに準拠していないと判定した場合（ステップＳ３２５、ＮＯ）、ユーザへのアクセスを認めるべきではないと判断し、上述したステップＳ３２６をスキップして、ステップＳ３２７に移行する。
【0138】
ステップＳ３２７において、クエリ実行・ルール準拠判定部３１は、上述したステップＳ３２１で取得された一セットのクエリにつき、全てのクエリに対する処理を行ったか否かを判定する。
【0139】
ここで、クエリ実行・ルール準拠判定部３１は、全てのクエリに対する処理を行ったと判定した場合（ステップＳ３２７、ＹＥＳ）、ステップＳ３２８に移行する。
【0140】
一方、クエリ実行・ルール準拠判定部３１は、未だ全てのクエリに対する処理を行っていないと判定した場合（ステップＳ３２７、ＮＯ）、ステップＳ３２２に戻り、上述したステップＳ３２３～ステップＳ３２７の処理を繰り返し行う。
【0141】
ステップＳ３２８において、クエリ実行・ルール準拠判定部３１は、実行可能なクエリ、すなわち上述した実行可能クエリリストに登録されたクエリを実行し、一連の処理を終了する。
【0142】
かかる処理例によれば、図１１のフローと比較して、Ｓ３２９の処理（再チェック）を行わないことから、データ準備工数をより削減することができる。
【0143】
＜第８のプログラム＞
図１６は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第８のプログラム）の処理内容を説明するフローチャートである。
図１６は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、さらに別の例（第８のプログラム）の処理内容を説明するフローチャートである。
【0144】
図１５と比較して分かるように、図１６に示す例では、ステップＳ３２６の処理（実行可能クエリリストへのクエリの登録）が省略される。したがって、さらなる、データ準備工数の削減ないし最小化を図ることができる。
【0145】
＜ルール準拠有無の計算処理＞
図１７は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、データがルールに準拠しているかを計算する処理の流れを示すフロー図である。かかるフロー図は、図９のステップＳ３０７のサブルーチンに対応する。また、理解を容易にするため、適宜、図２４等を参照されたい。
図１７は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、データがルールに準拠しているかを計算する処理の流れを示すフロー図である。かかるフロー図は、図９のステップＳ３０７のサブルーチンに対応する。また、理解を容易にするため、適宜、図２４等を参照されたい。
【0146】
ステップＳ３０７１において、クエリ実行・ルール準拠判定部３１は、クライアント端末１００から送られたクエリに含まれる集計キー（図２４の例では、ｋ１、ｋ２、ｋ３の３つのキー値からなる集計キー）を取得する。
【0147】
ステップＳ３０７２において、クエリ実行・ルール準拠判定部３１は、上記のクエリに含まれる条件（クエリ条件）を取得する。このクエリ条件には、ソースデータの加工処理を行う際の各々の処理の条件、例えば、ソースデータからデータを抽出する際の抽出条件、ソースデータのデータ（２以上の情報）を結合させる場合の結合条件、などが挙げられる。
【0148】
ステップＳ３０７３において、クエリ実行・ルール準拠判定部３１は、データベース管理サーバ２のＤＢ統計情報２３を参照して、データベース２２におけるキー値のヒストグラムを取得する。
【0149】
ステップＳ３０７４において、クエリ実行・ルール準拠判定部３１は、ステップＳ３０７２およびステップＳ３０７３で取得されたクエリ条件とヒストグラムより、キー毎の行数（ｋ値など）を計算し、該計算結果を保存して、一連の処理を終了する。
【0150】
＜ルール準拠有無の確認処理＞
図１８は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、二次データがルールに準拠しているかを確認する処理の流れを示すフロー図である。かかるフロー図は、図１３のステップＳ３０７Ａのサブルーチンに対応する。また、理解を容易にするため、適宜、図２４等を参照されたい。
図１８は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、二次データがルールに準拠しているかを確認する処理の流れを示すフロー図である。かかるフロー図は、図１３のステップＳ３０７Ａのサブルーチンに対応する。また、理解を容易にするため、適宜、図２４等を参照されたい。
【0151】
図１７で上述したように、クエリ実行・ルール準拠判定部３１は、クエリより集計キーを取得し（ステップＳ３０７１）、続いてクエリ条件を取得する（ステップＳ３０７２）。
【0152】
続くステップＳ３０７５において、クエリ実行・ルール準拠判定部３１は、前ステップで取得されたクエリ条件を使用して、データベース管理サーバ２のデータベース２２から該当するデータを取得する。
【0153】
ステップＳ３０７６において、クエリ実行・ルール準拠判定部３１は、前ステップで取得されたデータのキー値毎の行数（ｋ値など）を確認する。
【0154】
＜ルール引継ぎ要否決定の処理＞
図１９は、二次データが生成される際に、ソースデータのルールを引継ぐ必要があるか否かを決定する処理の例を示すフロー図である。
図１９は、二次データが生成される際に、ソースデータのルールを引継ぐ必要があるか否かを決定する処理の例を示すフロー図である。
【0155】
ステップＳ１０２１において、クエリ実行・ルール準拠判定部３１は、二次データを構成するソースデータのルール（すなわち、生成される二次データに含まれるソースデータに適用される全てのルール）を取得する。
【0156】
この後、クエリ実行・ルール準拠判定部３１は、該取得されたソースデータのルールに関するステップＳ１０２２～ステップＳ１０２８の処理を繰り返し、かかるすべてのルールに対するステップＳ１０２３～ステップＳ１０２８の処理を終えた場合に、本ルーチンの処理を終了する。
【0157】
具体的には、ステップＳ１０２２において、クエリ実行・ルール準拠判定部３１は、前ステップで取得されたルールのうち未だチェックしていない任意の一つのルールを取得して、以下の処理を行う。
【0158】
ステップＳ１０２３において、クエリ実行・ルール準拠判定部３１は、クエリにより指定されたデータのソース（例えば、ＮＤＢかＫＤＢかの別など）、および集計キー列（適宜、図２４等を参照）から、加工処理（実行されるデータ処理の種類）を特定ないし判定する。
【0159】
ステップＳ１０２４において、クエリ実行・ルール準拠判定部３１は、ステップＳ１０２２で取得された一つのルールと、前ステップで特定（判定）された加工処理（データ処理の種類）とをキーとして、加工処理・ルール引継ぎ方法管理テーブル３４を検索して、引継ぎ方法を取得する（適宜、図７を参照）。
【0160】
ステップＳ１０２５において、クエリ実行・ルール準拠判定部３１は、該取得された引継ぎ方法に基づき、ソースのルールを引継ぐか否かを判定し、該判定結果に応じた処理を実行する。一具体例では、クエリ実行・ルール準拠判定部３１は、ｋ（予め定められたｋ値）を満たせばソースのルールを引継がないと判定した場合にはステップＳ１０２６に移行し、ソースのルールを引継ぐと判定した場合にはステップＳ１０２７に移行する。
【0161】
ステップＳ１０２６において、クエリ実行・ルール準拠判定部３１は、当該ルールがｋ（ｋ値）を満たすか否かについて判定し、満たさない（ＮＯ）と判定した場合はステップＳ１０２７に移行し、満たす（ＹＥＳ）と判定した場合はステップＳ１０２８に処理をスキップする。
【0162】
ソースのルールを引継ぐと判定された後のステップＳ１０２７において、クエリ実行・ルール準拠判定部３１は、ルールを引継ぐ設定を行って、ステップＳ１０２８に移行する。
【0163】
ステップＳ１０２８において、クエリ実行・ルール準拠判定部３１は、ステップＳ１０２１で取得されたルールの全てについての処理を行ったか否かについて判定し、行っていない（ＮＯ）と判定した場合はステップＳ１０２２に戻って上述した処理を繰り返し、行った（ＹＥＳ）と判定した場合は一連の処理を終了する。
【0164】
図２０は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、生成後の二次データに適用される全てのルールを登録する処理の一例を示すフローチャートである。
【0165】
概して、クエリ実行・ルール準拠判定部３１は、二次データに含まれるソースデータに対応する全てのルールのうちの一つのルールに対してステップＳ１０３１～ステップＳ１０３８の処理を行い、全てのルールについての当該処理を終えた場合に、本ルーチンの処理を終了する。
【0166】
具体的には、クエリ実行・ルール準拠判定部３１は、ステップＳ１０３１において、上記の全てのルールのうちの任意の一つのルールを取得して、以下の処理を実行する。
【0167】
ステップＳ１０３２において、クエリ実行・ルール準拠判定部３１は、当該ルールの条件節（ｗｈｅｎ）および実行節（ｔｈｅｎ）を取得する。
【0168】
例えば、図６で上述したルールＲ４の場合、「アプリ（アプリケーション）がＸＸＸでない場合」が条件節（ｗｈｅｎ）であり、「ｋ値を満たさないデータへのアクセスの禁止」が実行節（ｔｈｅｎ）になる。
あるいは、図７で上述したように、加工処理「集計」に対するルールは、条件節（ｗｈｅｎ）は、「ルールＲ１～Ｒ３、Ｒ５（の場合）」または「Ｒ４かつ所定のｋ値を満たす（場合）」が該当する。これに関し、加工処理「ＡＩモデル構築」に対するルールも同様である。
あるいは、図７で上述したように、加工処理「集計」に対するルールは、条件節（ｗｈｅｎ）は、「ルールＲ１～Ｒ３、Ｒ５（の場合）」または「Ｒ４かつ所定のｋ値を満たす（場合）」が該当する。これに関し、加工処理「ＡＩモデル構築」に対するルールも同様である。
【0169】
ステップＳ１０３３において、クエリ実行・ルール準拠判定部３１は、該取得された条件節（ｗｈｅｎ）および実行節（ｔｈｅｎ）が同一のルールが、既に実行対象として登録済みであるか否かを判定する。ここで、クエリ実行・ルール準拠判定部３１は、かかるルールが未だ登録されていないと判定した場合（ステップＳ１０３３、ＮＯ）、ステップＳ１０３６にスキップする。一方、クエリ実行・ルール準拠判定部３１は、上記のルールが既に登録済みであると判定した場合（ステップＳ１０３３、ＹＥＳ）、ステップＳ１０３４に移行する。
【0170】
ステップＳ１０３４において、クエリ実行・ルール準拠判定部３１は、ステップＳ１０３２で取得された条件節（ｗｈｅｎ）とは異なる（一致しない）が、実行節（ｔｈｅｎ）が同一であるルールが、既に実行対象として登録済みであるか否かを判定する。ここで、クエリ実行・ルール準拠判定部３１は、かかるルールが未だ登録されていないと判定した場合（ステップＳ１０３４、ＮＯ）、ステップＳ１０３６にスキップする。一方、クエリ実行・ルール準拠判定部３１は、上記のルールが既に登録済みであると判定した場合（ステップＳ１０３４、ＹＥＳ）、ステップＳ１０３５に移行する。
【0171】
条件節（ｗｈｅｎ）が異なり実行節（ｔｈｅｎ）が同一であるルールが登録されていると判定された後のステップＳ１０３５において、クエリ実行・ルール準拠判定部３１は、これら二つのルールの条件節（ｗｈｅｎ）の包含関係（一方のルールがより厳しい）の有無について検査し、かかる検査結果に応じた処理ステップに移行する。
【0172】
具体的には、クエリ実行・ルール準拠判定部３１は、ステップＳ１０３１で取得されたルール（以下、「当該ルール」という）と、既に登録されているルール（以下、「登録済ルール」という）とに包含関係がない場合、ステップＳ１０３６で当該ルールを実行対象として登録し、ステップＳ１０３８に移行する。
【0173】
ここで、条件節（ｗｈｅｎ）の包含関係がない場合とは、例えば図７で上述した加工処理「集計」に対する「ルールＲ１～Ｒ３、Ｒ５（の場合）」または「Ｒ４かつ所定のｋ値を満たす（場合）」が該当する。
【0174】
また、クエリ実行・ルール準拠判定部３１は、当該ルールの方が登録済ルールよりも条件が厳しい場合、既に登録されている登録済ルールを（より厳しい）当該ルールに置換する処理（ステップＳ１０３７）を行って、ステップＳ１０３８に移行する。
【0175】
一方、クエリ実行・ルール準拠判定部３１は、登録済ルールの方が当該ルールよりも条件が厳しい場合、当該ルールを新たに登録する必要なしと判断して、ステップＳ１０３８にスキップする。
【0176】
ステップＳ１０３８において、クエリ実行・ルール準拠判定部３１は、全てのルールについての処理を行ったか否かについて判定する。そして、クエリ実行・ルール準拠判定部３１は、未だ全てのルールについての処理を行っていないと判定した場合（ステップＳ１０３８、ＮＯ）、ステップＳ１０３１に戻って上述した各処理を繰り返し行う。一方、クエリ実行・ルール準拠判定部３１は、全てのルールについての処理を行ったと判定した場合（ステップＳ１０３８、ＹＥＳ）、本ルーチンを終了する。
【0177】
上記のような処理を行うことにより、機微なデータの管理を強化しつつ、データ準備工数の削減を図ることができる。
【0178】
図２１は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、二次データがルールに準拠しているかを確認する処理の流れを示すフロー図である。この例では、二次データがＮＤＢのデータである場合（図６を参照）を前提とする。
【0179】
ステップＳ１０４１において、クエリ実行・ルール準拠判定部３１は、生成された二次データ（例えば、ソースデータの情報の組み合わせ）が引き継いだ全てのルールを取得して、ステップＳ１０４２以下の確認モードに移行する。
【0180】
この後、クエリ実行・ルール準拠判定部３１は、該引き継いだルールに関するステップＳ１０４２～ステップＳ１０５０の処理を繰り返し、すべてのルールに対するかかる処理を終えた場合に、本ルーチンの処理を終了する。
【0181】
具体的には、ステップＳ１０４２において、クエリ実行・ルール準拠判定部３１は、引き継いだ全てのルールのうち、任意のルールを一つ取得する。この例では、図６で上述したＲ１、Ｒ２、Ｒ３のうちのいずれかのルールが取得される。
【0182】
続くステップＳ１０４３において、クエリ実行・ルール準拠判定部３１は、前ステップで取得されたルールの内容（ここでは、Ｒ１、Ｒ２、Ｒ３のうちのいずれかのルールであるか）を確認する。そして、クエリ実行・ルール準拠判定部３１は、取得されたルールがＲ１の場合はステップＳ１０４４に移行し、Ｒ２の場合はステップＳ１０４５に移行し、Ｒ３の場合はステップＳ１０４６に移行する。
【0183】
取得されたルールがＲ１の場合のステップＳ１０４４において、クエリ実行・ルール準拠判定部３１は、生成された二次データ（ここではソースデータの情報の組み合わせ）に、ルールを逸脱した（ここでは２以上の）コピーが含まれていないことを確認し、ステップＳ１０４７に移行する。
【0184】
取得されたルールがＲ２の場合のステップＳ１０４５において、クエリ実行・ルール準拠判定部３１は、生成された二次データ（ここではソースデータの情報の組み合わせ）のもととなったクエリに、他の情報との突合せ（結合）を含むか、を確認し、ステップＳ１０４７に移行する。ここで、他の情報との突合せ（結合）とは、例えば、特定の個人や施設名や場所などを特定しやすくなるような２以上の情報の組み合わせ（「氏」+「名」、「病院名」+「通院日」+「病気名」など）が挙げられる。
【0185】
取得されたルールがＲ３の場合のステップＳ１０４６において、クエリ実行・ルール準拠判定部３１は、生成された二次データ（この例では、構成される各々の情報）が最小ｋ値を満たすこと（ここでは組み合わせられる情報数（ｋ値）が４以上であること）を確認し、ステップＳ１０４７に移行する。
【0186】
ステップＳ１０４７において、クエリ実行・ルール準拠判定部３１は、生成された二次データが、ステップＳ１０４２で取得されたルールに準拠しているか（ＯＫか否か）をチェックする。そして、クエリ実行・ルール準拠判定部３１は、ＯＫである場合（ステップＳ１０４７、ＹＥＳ）、当該ルールを満たすと判定して（ステップＳ１０４８）、ステップＳ１０５０に移行する。一方、クエリ実行・ルール準拠判定部３１は、ＯＫでない場合（ステップＳ１０４７、ＮＯ）、当該ルールを満たさないと判定して（ステップＳ１０４９）、ステップＳ１０５０に移行する。
【0187】
ステップＳ１０５０において、クエリ実行・ルール準拠判定部３１は、ステップＳ１０４１で取得した全てのルール（二次データで引き継いだ各々のルール）について確認したか否かをチェックし、ＹＥＳの場合に図２１のルーチンを終了する。一方、ＮＯの場合にはステップＳ１０４２に戻り、上述した処理を繰り返す。
【0188】
かかる処理を行うことにより、二次データがＮＤＢのデータである場合の機微なデータの管理を強化しつつ、データ準備工数の削減を図ることができる。
【0189】
＜アクセス権の設定＞
図２２は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、アクセス権設定処理の一例を示すフローチャートである。このフローチャートは、図９のステップＳ３１０のサブルーチンに対応する。また、この例では、二次データがＫＤＢのデータである場合（図６を参照）を想定する。
図２２は、データ加工サーバ３のクエリ実行・ルール準拠判定部３１が実行する、アクセス権設定処理の一例を示すフローチャートである。このフローチャートは、図９のステップＳ３１０のサブルーチンに対応する。また、この例では、二次データがＫＤＢのデータである場合（図６を参照）を想定する。
【0190】
ステップＳ３１０１において、クエリ実行・ルール準拠判定部３１は、生成された二次データ（ここではソースデータの情報の組み合わせ）のルールを取得する。
【0191】
この後、クエリ実行・ルール準拠判定部３１は、該取得されたルールに関するステップＳ３１０２以下（ステップＳ３１０３～ステップＳ３１０７）の処理を繰り返し、すべてのルールに対するかかる一連の処理を終えた場合に、本ルーチンの処理を終了する。
【0192】
具体的には、クエリ実行・ルール準拠判定部３１は、任意の一つのルール（未だステップＳ３１０３およびステップＳ３１０５の判定処理を行っていないルール）につき、アプリケーションの条件があるか否かを判定する（ステップＳ３１０３）。
【0193】
なお、図６で上述した例（ルールＲ４）では、アプリケーションが指定のもの（ＸＸＸ）でない場合にルールＲ４が適用されることから、アプリケーションが指定のもの（ＸＸＸ）である場合、ルールＲ４は関係ない。
【0194】
ここで、クエリ実行・ルール準拠判定部３１は、アプリケーションの条件があると判定した場合（ステップＳ３１０３、ＹＥＳ）、ステップＳ３１０３に移行する。一方、クエリ実行・ルール準拠判定部３１は、アプリケーションの条件がないと判定した場合（ステップＳ３１０３、ＮＯ）、ステップＳ３１０５に移行する。
【0195】
ステップＳ３１０４において、クエリ実行・ルール準拠判定部３１は、かかる条件を満足させるべく、当該アプリケーションに対するデータへのアクセス権（例えば所定の命令やパスワードなど）を設定する。
【0196】
ステップＳ３１０５において、クエリ実行・ルール準拠判定部３１は、当該ルールにつき、ユーザの条件（例えば、企業の社員である必要）があるか否かを判定する。
【0197】
ここで、クエリ実行・ルール準拠判定部３１は、ユーザの条件があると判定した場合（ステップＳ３１０５、ＹＥＳ）、ステップＳ３１０６に移行する。一方、クエリ実行・ルール準拠判定部３１は、ユーザの条件がないと判定した場合（ステップＳ３１０５、ＮＯ）、ステップＳ３１０７に移行する。
【0198】
ステップＳ３１０６において、クエリ実行・ルール準拠判定部３１は、かかる条件を満足させるべく、当該ユーザに対するデータへのアクセス権（例えば企業名や社員番号の入力など）を設定する。
【0199】
ステップＳ３１０７において、クエリ実行・ルール準拠判定部３１は、ステップＳ３１０１で取得されたルールの全てについて処理を行ったか否かを判定する。そして、クエリ実行・ルール準拠判定部３１は、未だ全てについて処理を行っていないと判定した場合（ステップＳ３１０７、ＮＯ）、ステップＳ３１０２に戻って上述したステップＳ３１０３以下の処理を繰り返す。
【0200】
一方、クエリ実行・ルール準拠判定部３１は、全てについて処理を行ったと判定した場合（ステップＳ３１０７、ＹＥＳ）、本ルーチンを終了する。
【0201】
かかる処理を行うことにより、二次データがＫＤＢのデータである場合の機微なデータの管理を強化しつつ、データ準備工数の削減を図ることができる。
【0202】
＜種々の表示画面の例＞
以下、図２３～図２７を参照して、本システムの表示部に表示される表示画面の一例について説明する。なお、図２３以下に示す表示画面は、主としてクライアント端末１００の表示部１００８に表示される画面を例示するが、他の端末、例えばデータベース管理サーバ２やデータ加工サーバ３の表示部に表示される構成としてもよい。
以下、図２３～図２７を参照して、本システムの表示部に表示される表示画面の一例について説明する。なお、図２３以下に示す表示画面は、主としてクライアント端末１００の表示部１００８に表示される画面を例示するが、他の端末、例えばデータベース管理サーバ２やデータ加工サーバ３の表示部に表示される構成としてもよい。
【0203】
＜加工処理・加工後データの取扱い規定登録画面＞
図２３は、加工処理および加工後の二次データの取り扱いに関する規定を登録するための表示画面（以下、規定登録画面ともいう）の具体例を説明する図である。言い換えると、図７で説明した加工方法・ルール引継ぎ方法管理テーブル３４は、図２３に示す規定登録画面を通じての設定登録処理を繰り返し行うことにより、作成ないし更新することができる。
図２３は、加工処理および加工後の二次データの取り扱いに関する規定を登録するための表示画面（以下、規定登録画面ともいう）の具体例を説明する図である。言い換えると、図７で説明した加工方法・ルール引継ぎ方法管理テーブル３４は、図２３に示す規定登録画面を通じての設定登録処理を繰り返し行うことにより、作成ないし更新することができる。
【0204】
図７と比較して分かるように、図２３に示す規定登録画面には、加工方法・ルール引継ぎ方法管理テーブル３４の各欄に対応する、「加工処理」、「ルール」、および「引継ぎ方法」を設定（入力）するための入力欄（Edit Box）ＥＢ１、ＥＢ２およびＥＢ３と、これら各欄に入力された情報を登録するための「登録」ボタンＲＢが表示されている。
【0205】
図２３では、加工処理として「集計」を実行する場合、ルールとして上述したルール「Ｒ４」を適用すること、および、引継ぎ方法として、ｋ（所定のｋ値）を満たした場合（ｗｈｅｎ）には、引き継がない（ｔｈｅｎ）旨が入力された規定登録画面の状態を例示している（適宜、図７を参照）。
【0206】
図２３に示す状態から登録ボタンＲＢが選択された場合、かかる入力情報がクライアント端末１００からデータ加工サーバ３に送られて、加工方法・ルール引継ぎ方法管理テーブル３４の更新が行われる。
【0207】
＜単一データ操作（クエリ）投入画面＞
図２４は、単一のデータ操作（クエリ）を投入するための表示画面Ｐ－２（以下、投入画面ともいう）の具体例を示す図である。かかる単一データ操作（クエリ）の投入画面には、「出力列」、「出力列（集計キー）」、「ソースデータ」、「ソースデータ抽出条件」および「ソースデータ結合条件」を設定（入力）するための入力欄ＥＢ４、ＥＢ５、ＥＢ６、ＥＢ７およびＥＢ８と、これら各欄に設定されたクエリを実行するための「実行」ボタンＥｘＢが表示されている。
図２４は、単一のデータ操作（クエリ）を投入するための表示画面Ｐ－２（以下、投入画面ともいう）の具体例を示す図である。かかる単一データ操作（クエリ）の投入画面には、「出力列」、「出力列（集計キー）」、「ソースデータ」、「ソースデータ抽出条件」および「ソースデータ結合条件」を設定（入力）するための入力欄ＥＢ４、ＥＢ５、ＥＢ６、ＥＢ７およびＥＢ８と、これら各欄に設定されたクエリを実行するための「実行」ボタンＥｘＢが表示されている。
【0208】
【0209】
＜複数データ操作（クエリ）投入画面（独立クエリ）＞
図２５は、複数の独立的な（非時系列的な、例えば各々の処理の実行順序が逆になっても同一結果が得られる）データ操作（クエリ）を投入するための表示画面Ｐ－３の具体例を示す図である。図２５に示す例では、画面内の上側に、単一データ操作（クエリ）１の投入画面が表示され、同下側に、他の独立的な単一データ操作（クエリ）２の投入画面が表示されている。
図２５は、複数の独立的な（非時系列的な、例えば各々の処理の実行順序が逆になっても同一結果が得られる）データ操作（クエリ）を投入するための表示画面Ｐ－３の具体例を示す図である。図２５に示す例では、画面内の上側に、単一データ操作（クエリ）１の投入画面が表示され、同下側に、他の独立的な単一データ操作（クエリ）２の投入画面が表示されている。
【0210】
また、画面内の右下側には、さらなる独立的な単一データ操作（クエリ）３以下の投入画面を追加するための「追加」ボタンＡｄＢと、これら画面中に設定された複数のクエリを実行するための「実行」ボタンＭ-ＥｘＢが表示されている。
【0211】
例えば、図２５に示す状態から「追加」ボタンＡｄＢが選択されると、単一データ操作（クエリ）１および２の画面が上方に移動（スクロール）し、さらなる独立的な単一データ操作（クエリ）３および４が同１および２の位置に表示される。
【0212】
なお、各々の単一データ操作（クエリ）の投入画面には、「出力列」、「出力列（集計キー）」、「ソースデータ」、「ソースデータ抽出条件」および「ソースデータ結合条件」を設定（入力）するための欄が設けられている。図２５中、図２４で上述した入力欄ＥＢ４、ＥＢ５、ＥＢ６、ＥＢ７およびＥＢ８に対応する入力欄は、クエリ１の投入画面については符号ＥＢ４－１、ＥＢ５－１、ＥＢ６－１、ＥＢ７－１およびＥＢ８－１で示し、クエリ２の投入画面については符号ＥＢ４－２、ＥＢ５－２、ＥＢ６－２、ＥＢ７－２およびＥＢ８－２で、各々示す。
【0213】
【0214】
＜複数データ操作（クエリ）投入画面（データフロー）＞
図２６は、複数の連続的な（時系列的な、例えば処理の実行順序が予め定められている）データ操作（クエリ）を投入するための表示画面Ｐ－４を示す図である。図２６に示す例では、画面内の左側に、最初に実行されるべき単一データ操作（クエリ）１の投入画面（第１クエリ投入画面ＣＳ－０１）が表示され、同右側に、次に実行されるべき単一データ操作（クエリ）２の投入画面（第２クエリ投入画面ＣＳ－０２）が表示されている。
また、画面内の右下側には、さらなる後続の単一データ操作（クエリ）３以下の投入画面を追加するための「追加」ボタンＡｄＢと、これら画面中に設定された複数のクエリを実行するための「実行」ボタンＭ－ＥｘＢが表示されている。
図２６は、複数の連続的な（時系列的な、例えば処理の実行順序が予め定められている）データ操作（クエリ）を投入するための表示画面Ｐ－４を示す図である。図２６に示す例では、画面内の左側に、最初に実行されるべき単一データ操作（クエリ）１の投入画面（第１クエリ投入画面ＣＳ－０１）が表示され、同右側に、次に実行されるべき単一データ操作（クエリ）２の投入画面（第２クエリ投入画面ＣＳ－０２）が表示されている。
また、画面内の右下側には、さらなる後続の単一データ操作（クエリ）３以下の投入画面を追加するための「追加」ボタンＡｄＢと、これら画面中に設定された複数のクエリを実行するための「実行」ボタンＭ－ＥｘＢが表示されている。
【0215】
なお、各々の単一データ操作（クエリ）の投入画面（ＣＳ－０１、ＣＳ－０２）には、「出力列」、「出力列（集計キー）」、「ソースデータ」、「ソースデータ抽出条件」および「ソースデータ結合条件」を設定（入力）するための入力欄（ＥＢ４－１～ＥＢ８－１、ＥＢ４－２～ＥＢ８－２）が設けられている。
【0216】
【0217】
＜警告画面＞
図２７は、クライアント端末１００のデータ操作（クエリ）投入部１０１ないし表示部１００８に表示される警告画面としての表示画面Ｐ－５を示す図である。図２７に示すように、警告画面の一具体例では、エラー内容を示す警告メッセージが表示されるとともに、「続行」ボタンＣＮＢおよび「中止」ボタンＳＴＢが表示される。
図２７は、クライアント端末１００のデータ操作（クエリ）投入部１０１ないし表示部１００８に表示される警告画面としての表示画面Ｐ－５を示す図である。図２７に示すように、警告画面の一具体例では、エラー内容を示す警告メッセージが表示されるとともに、「続行」ボタンＣＮＢおよび「中止」ボタンＳＴＢが表示される。
【0218】
図２７に示す例は、生成される二次データに対してｋ値が１０以上であることが必要であるのに対し、ユーザが入力（指定）したクエリでは、計算ｋ値（データ加工サーバ３によるｋ値の算出値）が８になってしまい、個人等が特定されやすくなるため警告画面が表示された場合を示している。
【0219】
ここで、ユーザにより「続行」ボタンＣＮＢが選択された場合の一具体例では、データ加工サーバ３は、以前のクエリ投入画面（例えば図２４を参照）を再度表示する処理を行う。この場合、ユーザは、例えば図２４に示すような以前の入力値のままで実行ボタンＥＸＢを選択すると、再び警告画面が表示されることが予想されることから、入力値を変更して実行ボタンＥＸＢを選択するよう促されることになる。
【0220】
以上、詳細に説明したように、本発明を適用したデータ処理システム１（データ管理システム）およびデータ加工サーバ３（データ管理装置）によれば、機微なデータに対する管理の強化を図るとともに、データ準備工数の削減を図ることができる。
【0221】
上述した種々の構成例は、目的等に応じて適宜組み合わせることができる。
【0222】
その他、上述した実施の形態または実施例は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【0223】
１ 情報処理システム（データ管理システム）
２ データベース管理サーバ
２１ データベース管理システム
２２ データベース（ＤＢ）
２３ ＤＢの統計情報
３ データ加工サーバ（データ管理装置）
３１ クエリ実行・ルール準拠判定部（判定部）
３２ データ取扱規定管理テーブル（データ取扱いルール）
３３ リネージ管理テーブル
３４ 加工方法・ルール引継ぎ方法管理テーブル（データ取扱いルール）
１００ クライアント端末
１０１ データ操作（クエリ）投入部
１０２ 加工方法・ルール引継ぎ方法登録部
２００ 通信回線
３０１ ＣＰＵ（判定部、データ統計情報計算部）
１００７ 入力部
１００８ 表示部
Ｐ－１、Ｐ－２、Ｐ－３、Ｐ－４、Ｐ－５ 表示画面
ＥＢ１～ＥＢ８、ＥＢ４－１～ＥＢ８－１、ＥＢ４－２～ＥＢ８－２ 入力欄
ＲＢ 登録ボタン
ＥｘＢ、Ｍ－ＥｘＢ 実行ボタン
ＡｄＢ 追加ボタン
ＣＮＢ 続行ボタン
ＳＴＢ 中止ボタン
ＣＳ－１、ＣＳ－２、ＣＳ－０１、ＣＳ－０２ クエリ投入画面
２ データベース管理サーバ
２１ データベース管理システム
２２ データベース（ＤＢ）
２３ ＤＢの統計情報
３ データ加工サーバ（データ管理装置）
３１ クエリ実行・ルール準拠判定部（判定部）
３２ データ取扱規定管理テーブル（データ取扱いルール）
３３ リネージ管理テーブル
３４ 加工方法・ルール引継ぎ方法管理テーブル（データ取扱いルール）
１００ クライアント端末
１０１ データ操作（クエリ）投入部
１０２ 加工方法・ルール引継ぎ方法登録部
２００ 通信回線
３０１ ＣＰＵ（判定部、データ統計情報計算部）
１００７ 入力部
１００８ 表示部
Ｐ－１、Ｐ－２、Ｐ－３、Ｐ－４、Ｐ－５ 表示画面
ＥＢ１～ＥＢ８、ＥＢ４－１～ＥＢ８－１、ＥＢ４－２～ＥＢ８－２ 入力欄
ＲＢ 登録ボタン
ＥｘＢ、Ｍ－ＥｘＢ 実行ボタン
ＡｄＢ 追加ボタン
ＣＮＢ 続行ボタン
ＳＴＢ 中止ボタン
ＣＳ－１、ＣＳ－２、ＣＳ－０１、ＣＳ－０２ クエリ投入画面
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】