JPH11282740A - データベースシステム制御装置およびそのプログラム記録媒 体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの属性に応じて予め任意に設定された
アクセス権情報を解析して実体スキーマに対して２層以
上のビュースキーマを生成すると共に、最下位層のビュ
ースキーマに対して権限を付与し、それよりも２層以上
前の実体スキーマに対するアクセス権を制限すること
で、実体スキーマのセキュリティを維持する。 【解決手段】 設定ツール２４はデータ項目に対応する
アクセス権について同一権限を持つユーザグループに対
して項目毎にアクセス権情報を項目アクセス権管理ファ
イル２５に設定する。ＡＰＩ３０は項目アクセス権管理
ファイル２５を解析し、アクセス権設定用ＳＱＬ文を出
力し、ＲＤＢＭＳ３１を介して実体スキーマ、ビュース
キーマ、アクセススキーマから成る３層構造のデータベ
ース３２を生成する。この場合、最下位層のアクセスス
キーマに対して権限を付与することで、２層前の実体ス
キーマに対するアクセス権を制限する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ユーザの属性に
応じてデータのアクセスを制御するデータベースシステ
ム制御装置およびそのプログラム記録媒体に関する。

【０００２】

【従来の技術】従来、リレーショナル型データベース管
理システム（ＲＤＢＭＳ）にしたがってデータベースを
アクセスするデータアクセス制御装置においては、デー
タベース言語「ＳＱＬ」を用いてアクセス権情報を設定
し、ＲＤＢＭＳの機能にしたがってデータベースのアク
セスを制御するようにしている。また、他の方法として
は上位アプリケーション層でアクセス権情報を管理し、
データベースのアクセスを制御するようにしている。

【０００３】

【発明が解決しようとする課題】ところで、データベー
ス言語「ＳＱＬ」を用いてアクセス権を設定したり、変
更する場合、データアクセスのＳＱＬ文（ＳＥＬＥＣＴ
文）では、“ＳＥＬＥＣＴ”、“ＦＲＯＭ”、“ＷＨＥ
ＲＥ”に対応付けてデータ項目名、ファイル名、検索条
件を要求するというＳＱＬによる設定を意識した記述が
必要であるが、データベースの問い合せ条件が複雑にな
ればなるほど、その作業量が膨大なものとなり、しか
も、高度なデータベース知識、ＳＱＬ知識を必要とする
ため、一般の業務担当者ではその設定／変更は極めて困
難であり、データベース管理者等にその作業を依頼しな
ければならないのが現状であった。また、上位アプリケ
ーション層でアクセス権情報を管理するものにあって
は、アプリケーション自体に複雑なロジックを組み込む
ため、その設定／変更は高度な知識を有する専門家であ
っても極めて困難なものとなると共に、他のツールでデ
ータベースをアクセスした場合にセキュリティが損なわ
れるおそれがあるため、多様なソフトウエアが存在する
オープン環境に適さないという欠点があった。そこで、
本出願人は、ユーザの属性に応じたアクセス権を設定す
る際に、データベース言語による設定を意識した記述を
不要とし、専門的知識を有しない一般の業務担当者であ
っても簡単にアクセス権を設定したり、変更することが
できると共に、アプリケーション自体にアクセス権を記
述せず、別個に管理されたアクセス権情報を解析してア
クセス制御を行うことで、オープン環境下でもセキュリ
ティを維持できるようにした技術（特願平９−１４９９
１３号、発明の名称：データアクセス制御装置およびそ
のプログラム記録媒体）を提案した。ところで、実体フ
ァイルに対し、アクセス条件を絞り込んだビューファイ
ルを作成してアクセス権を制御する場合において、その
ビューファイルをアクセスするためにはＲＤＢＳの仕組
み上、１つ前の実体ファイルに対してもそのユーザにア
クセス権を付与するようにしている。図２４はデータベ
ースのアクセスを模式的に示した図である。なお、デー
タベースの内部はデータベースの構造を定義する定義情
報等が格納されているディレクトリ（カタログ）領域
と、データ実体やインデックス等が格納されている領域
等から成り、実体スキーマ１はこのデータベース領域を
管理単位とすることを意味している。ここで、例えば会
社領組織において、特定部署（人事部）が実体スキーマ
１内の実体ファイル１−１、ビュースキーマ１−２を作
成したものとする。図中、「ｊｉｎｊｉ」は実体スキー
マ１の名称、「ＸＸＸ」は実体ファイル１−１の名称、
「ＸＸＸ＿Ｖ」はビュースキーマ１−２の名称を示し、
ユーザ（アクセス権設定者）は専用アプリケーション２
（ユーザ用）を介してビュースキーマ１−２だけしかア
クセスすることができず、実体ファイル１−１に対して
はアクセス権により制限されたアクセスのみが許可され
るが、データベース（ＤＢ）管理者は専用アプリケーシ
ョン３（ＤＢ管理者用）を介して実体ファイル１−１を
直接アクセスすることができる。一方、データベースに
関する専門的知識を有するユーザは、データベース構造
を認識し、流通ソフト４を介して実体ファイル１−１を
直接アクセスすることが可能となり、アクセス権限が破
られてしまい、多様なソフトが存在するオープン環境下
でのセキュリティの維持が困難なものとなっていた。こ
れを解決するために、単にデータベース構造を複雑化す
ることは、高度なデータベース知識、指定操作の手間な
ど一般ユーザの負担を増大させる原因となる。この発明
の課題は、ユーザの属性に応じて予め任意に設定された
アクセス権情報を解析して実体スキーマに対して２層以
上のビュースキーマを生成すると共に、最下位層のビュ
ースキーマに対して権限を付与し、それよりも２層以上
前の実体スキーマに対するアクセス権を制限すること
で、実体スキーマのセキュリティを維持できるようにす
ることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。請求項１記載の発明は、データベース内の実
体ファイルを構成するデータ項目に対するアクセス権に
ついて同一権限を持つユーザグループに対して項目毎に
アクセス可否を示すアクセス権情報を設定する項目アク
セス権設定手段と、この項目アクセス権設定手段によっ
てユーザグループに対応付けて設定された項目毎のアク
セス権情報を記憶管理する記憶管理手段と、この記憶管
理手段内に記憶管理されているアクセス権情報を解析
し、この解析結果に基づいてビューファイルを管理する
ビュースキーマを生成すると共に、実体ファイル群に対
してユーザグループ毎のアクセス権を制限したビューフ
ァイル群を生成してビュースキーマに格納する第１の生
成手段と、この第１の生成手段によって生成されたビュ
ーファイル群とビュースキーマに基づいてそれと同様の
ビューファイル群、ビュースキーマを生成する第２の生
成手段とを具備するものである。なお、少なくとも前記
実体スキーマの他に、第１の生成手段によって生成され
たビュースキーマ、第２の生成手段によって生成された
ビュースキーマとから成る３層構造のデータベースであ
って、実体スキーマ内の実体ファイル群に対してダミー
項目を追加する手段と、前記ダミー項目に対するアクセ
ス権を前記第２の生成手段によって生成されたビュース
キーマに対して付与する手段とを具備し、実体ファイル
群の構造情報を前記ダミー項目をアクセスすることによ
って取得するようにしてもよい。請求項１記載の発明に
おいては、同一権限を持つユーザグループに対応付けて
項目アクセスの可否を示す項目アクセス権情報を例えば
表形式等によって項目毎に任意に設定することができる
と共に、この項目アクセス権情報を解析することで、実
体スキーマに対して２層以上のビュースキーマを生成
し、最下位層のビュースキーマに対して権限を付与し、
それよりも２層以上前の実体スキーマに対するアクセス
権を制限することで、実体スキーマのセキュリティを維
持する。

【０００５】請求項２記載の発明は、データベース内の
実体ファイルを構成するレコードに対するアクセス権に
ついて同一権限を持つユーザグループに対するレコード
アクセス権情報として検索対象項目およびその条件値を
設定するレコードアクセス権設定手段と、このレコード
アクセス権設定手段によってユーザグループに対応付け
て設定されたレコードアクセス権情報を記憶管理する記
憶管理手段と、この記憶管理手段内に記憶管理されてい
るアクセス権情報を解析し、この解析結果に基づいてビ
ューファイルを管理するビュースキーマを生成すると共
に、実体ファイル群に対してユーザグループのアクセス
権を制限したビューファイル群を生成してビュースキー
マに格納する第１の生成手段と、この第１の生成手段に
よって生成されたビューファイル群とビュースキーマに
基づいてそれと同様のビューファイル群、ビュースキー
マを生成する第２の生成手段とを具備するものである。
なお、少なくとも前記実体スキーマの他に、第１の生成
手段によって生成されたビュースキーマ、第２の生成手
段によって生成されたビュースキーマとから成る３層構
造のデータベースであって、実体スキーマ内の実体ファ
イル群に対してダミー項目を追加する手段と、前記ダミ
ー項目に対するアクセス権を前記第２の生成手段によっ
て生成されたビュースキーマに対して付与する手段とを
具備し、実体ファイル群の構造情報を前記ダミー項目を
アクセスすることによって取得するようにしてもよい。
請求項２記載の発明においては、同一権限を持つユーザ
グループに対応付けてレコードアクセスの可否を示すレ
コードアクセス権を検索対象項目およびその条件値とし
て例えば表形式等によって任意に設定することができる
と共に、このレコードアクセス権情報を解析すること
で、実体スキーマに対して２層以上のビュースキーマを
生成し、最下位層のビュースキーマに対して権限を付与
し、それよりも２層以上前の実体スキーマに対するアク
セス権を制限することで、実体スキーマのセキュリティ
を維持する。

【０００６】請求項３記載の発明は、データベース内の
実体ファイルを構成するデータ項目に対するアクセス権
について同一権限を持つユーザグループに対して項目毎
にアクセス可否を示すアクセス権情報を設定する項目ア
クセス権設定手段と、データベース内の実体ファイルを
構成するレコードに対するアクセス権について同一権限
を持つユーザグループに対するレコードアクセス権情報
として検索対象項目およびその条件値を設定するレコー
ドアクセス権設定手段と、前記項目アクセス権情報およ
びレコードアクセス権情報とを同一のユーザグループ毎
に組み合せて記憶管理する記憶管理手段と、この記憶管
理手段内に同一グループ毎に記憶管理されている項目ア
クセス権情報とレコードアクセス権情報を解析し、この
解析結果に基づいてビューファイルを管理するビュース
キーマを生成すると共に、実体ファイル群に対してユー
ザグループ毎のアクセス権を制限したビューファイル群
を生成してビュースキーマに格納する第１の生成手段
と、この第１の生成手段によって生成されたビューファ
イル群とビュースキーマに基づいてそれと同様のビュー
ファイル群、ビュースキーマを生成する第２の生成手段
とを具備するものである。なお、少なくとも前記実体ス
キーマの他に、第１の生成手段によって生成されたビュ
ースキーマ、第２の生成手段によって生成されたビュー
スキーマとから成る３層構造のデータベースであって、
実体スキーマ内の実体ファイル群に対してダミー項目を
追加する手段と、前記ダミー項目に対するアクセス権を
前記第２の生成手段によって生成されたビュースキーマ
に対して付与する手段とを具備し、実体ファイル群の構
造情報を前記ダミー項目をアクセスすることによって取
得するようにしてもよい。請求項３記載の発明において
は、同一権限を持つユーザグループに対応付けて項目ア
クセスの可否を示す項目アクセス権情報を例えば表形式
等によって項目毎に任意に設定することができると共
に、同一権限を持つユーザグループに対応付けてレコー
ドアクセスの可否を示すレコードアクセス権を検索対象
項目およびその条件値として例えば表形式等によって任
意に設定することができると共に、同一ユーザグループ
毎に組み合せられたこの項目アクセス権情報とレコード
アクセス権情報とを解析することで、実体スキーマに対
して２層以上のビュースキーマを生成し、最下位層のビ
ュースキーマに対して権限を付与し、それよりも２層以
上前の実体スキーマに対するアクセス権を制限すること
で、実体スキーマのセキュリティを維持する。したがっ
て、ユーザの属性に応じて予め任意に設定されたアクセ
ス権情報に解析して実体スキーマに対して２層以上のビ
ュースキーマを生成すると共に、最下位層のビュースキ
ーマに対して権限を付与し、それよりも２層以上前の実
体スキーマに対するアクセス権を制限することで、実体
スキーマのセキュリティを維持することができる。

【０００７】

【発明の実施の形態】以下、図１〜図２３を参照してこ
の発明の一実施形態を説明する。図１はデータベースシ
ステム制御装置の全体構成（ハードウェア構成）を示し
たブロック図である。ＣＰＵ１１はＲＡＭ１２内にロー
ドされている各種プログラムにしたがってこのデータベ
ースシステム制御装置の全体動作を制御する中央演算処
理装置である。記憶装置１３はオペレーティングシステ
ムや各種アプリケーションプログラム、データベース、
文字フォントデータ等が予め格納されている記憶媒体１
４やその駆動系を有している。この記憶媒体１４は固定
的に設けたもの、もしくは着脱自在に装着可能なもので
あり、フロッピーディスク、ハードディスク、光ディス
ク、ＲＡＭカード等の磁気的・光学的記憶媒体、半導体
メモリによって構成されている。また、記憶媒体１４内
のプログラムやデータは、必要に応じてＣＰＵ１１の制
御により、ＲＡＭ１２にロードされる。更に、ＣＰＵ１
１は通信回線等を介して他の機器側から送信されて来た
プログラム、データを受信して記憶媒体１４に格納した
り、他の機器側に設けられている記憶媒体に格納されて
いるプログラム、データを通信回線等を介して使用する
こともできる。そして、ＣＰＵ１１にはその入出力周辺
デバイスである入力装置１５、表示装置１６、印刷装置
１７がバスラインを介して接続されており、入出力プロ
グラムにしたがってＣＰＵ１１はそれらの動作を制御す
る。入力装置１５は文字列データを入力したり、各種コ
マンドを入力するキーボードの他、マウス等のポインテ
ィングデバイスを有している。表示装置１６は多色表示
を行う液晶表示装置やＣＲＴ表示装置あるいはプラズマ
表示装置等であり、また印刷装置１７はフルカラープリ
ンタ装置で、熱転写やインクジェットなどのノンインパ
クトプリンタあるいはインパクトプリンタである。

【０００８】図２はソフトウェア構成図を概念的に示し
たもので、アクセスグループ定義ツール２１は項目アク
セス権グループテーブル２２、レコードアクセス権グル
ープテーブル２３を生成定義するもので、項目アクセス
権グループテーブル２２はユーザの属性、例えば、企業
の役職に応じてユーザをグループ化したグループ情報が
項目アクセス権グループとして定義され、またレコード
アクセス権グループテーブル２３はユーザの属性、例え
ば企業の所属部門に応じてユーザをグループ化したグル
ープ情報がレコードアクセス権グループとして定義され
るテーブルである。アクセス権設定ツール２４は項目ア
クセス権グループテーブル２２、レコードアクセス権グ
ループテーブル２３を参照し、項目アクセス権管理ファ
イル２５、レコードアクセス権管理ファイル２６、ユー
ザ別アクセス権管理ファイル２７を設定すると共に、レ
コードアクセス権管理ファイル２６の内容に基づいて最
適化アクセス権管理ファイル２８を生成し、更にユーザ
別アクセス権管理ファイル２７、最適化アクセス権管理
ファイル２８の内容に基づいてユーザ別ＤＢアクセス権
ファイル２９を生成する。項目アクセス権管理ファイル
２５は項目アクセス権グループ毎に、アクセスが許可さ
れる許可項目名を記憶管理する。レコードアクセス権管
理ファイル２６は項目アクセス権とレコードアクセス権
とを組み合せたグループ毎にアクセス条件を記憶管理す
る。ユーザ別アクセス権管理ファイル２７はユーザ毎に
項目アクセス権とレコードアクセス権とを組み合せたグ
ループを記憶管理する。最適化アクセス権管理ファイル
２８はアクセス効率を高めるためにレコードアクセス権
管理ファイル２６の内容を所定の条件下で最適化したア
クセス権を記憶管理する。ユーザ別ＤＢアクセス権ファ
イル２９はユーザ別アクセス権管理ファイル２７と最適
化アクセス権管理ファイル２８の内容に応じたユーザ別
アクセス権を記憶管理する。

【０００９】アクセス権設定用ＡＰＩ（アプリケーショ
ンインターフェイス）３０は、最適化アクセス権管理フ
ァイル２８の内容を解析すると共に項目アクセス権管理
ファイル２５を参照することによってアクセス権設定用
ＳＱＬ文を生成する処理を行うもので、リレーショナル
型データベース管理システム（ＲＤＢＭＳ）３１に与
え、３層構造のデータベース３２を生成する。上位ＡＰ
Ｉ３３はデータベースアクセス用のアプリケーション
で、データベースアクセス時に任意のユーザが指定され
た際にユーザ別ＤＢアクセス権ファイル２９を検索す
る。すなわち、アクセス要求をしたユーザのログイン名
がシステム入力されると、入力されたログイン名に基づ
いてユーザ別ＤＢアクセス権ファイル２９を検索し、デ
ータベース３２のスキーマ名に変換し、これによって変
換されたスキーマ名でＲＤＢＭ３１に対してアクセス処
理を要求する。

【００１０】図３（Ａ）は３層構造のデータベース３２
を示した図で、アクセス権運用前におけるデータベース
の初期状態では実体スキーマ３２−１のみが存在し、ア
クセス権設定用ＡＰＩ３０からのアクセス権設定用ＳＱ
Ｌ文に基づいて実体スキーマ３２−１に対してビュース
キーマ３２−２、アクセススキーマ３２−３が生成され
て３層構造となる。実体スキーマ３２−１は各種の実体
ファイル群やディレクトリ、インデックス等の格納領域
を管理単位とするもので、図中、「ｊｉｎｊｉ」はデー
タベース名称、つまり、そのスキーマ名であり、「ＸＸ
Ｘ」、「ＹＹＹ」はファイル名を示している。ビュース
キーマ３２−２は実体ファイル群に対してアクセス権を
制限したビューファイル群を格納するスキーマであり、
アクセスグループ毎にビュースキーマ３２−２が存在す
る。図中、「ｊｉｎｊｉ＿Ｖ＿Ａ−１」はこのスキーマ
名である。アクセススキーマ３２−３はビュースキーマ
３２−２に対して１：１で存在し、ビュースキーマ３２
−２内のビューファイル群と同様のビューファイル（シ
ノニムファイル）を格納するもので、機能的には実体ス
キーマ３２−１に対して２層のビュースキーマを接続し
た構成となっている。図中、「ｊｉｎｊｉ＿Ａ−１」は
このスキーマ名である。図３（Ｂ）は実体スキーマ３２
−１、ビュースキーマ３２−２、アクセススキーマ３２
−３の関係を示したもので、実体スキーマ３２−１に対
してビュースキーマ３２−２、アクセススキーマ３２−
３が生成された状態で、スキーマ名中の「Ａ−１」、
「Ｂ−１」はアクセスグループ名称で、「Ａ」、「Ｂ」
……は項目グループ名称、「１」、「２」……はレコー
ドグループ名称を示し、ビュースキーマ３２−２の名称
は実体スキーマ名＋“＿Ｖ＿”＋項目グループ名＋
“−”＋レコードグループ名とから成り、アクセススキ
ーマ３２−３の名称は実体スキーマ名＋“＿”＋項目グ
ループ名＋“−”＋レコードグループ名とから成る。

【００１１】図４はデータベースのアクセス状態を示
し、データベースは実体スキーマ３２−１、ビュースキ
ーマ３２−２、アクセススキーマ３２−３の３層構造を
成し、アクセススキーマ３２−３に対して権限を付与す
ることで、２層前の実体スキーマ３２−１に対するアク
セス権を制限するようにしたものである。すなわち、
「１つ前」、「１つ前」の組み合せによって実体に権限
を与えず、完全なセキュリティ維持を実現する構成とな
っている。上位ＡＰＩ３３はアクセス要求を行ったユー
ザのログイン名のシステム入力に伴ってユーザ別ＤＢア
クセス権ファイル２９を参照し、データベースログイン
ユーザ名＝スキーマ名に変換し、このスキーマ名に基づ
いてアクセススキーマ３２−３をアクセスする。ここ
で、アクセス権限があれば、１つ前のビュースキーマ３
２−２をアクセスし、更に権限があれば１つ前の実体ス
キーマ３２−１をアクセスする。なお、データベース管
理者（ＤＢＡ）は「ｊｉｎｊｉ」でログインすると、実
体スキーマ３２−１へのアクセスが可能となる。

【００１２】次に、データベースシステム制御装置の動
作を図５〜図１４に示すフローチャートにしたがって説
明する。ここで、これらのフローチャートに記述されて
いる各機能を実現するためのプログラムは、ＣＰＵ１１
が読み取り可能なプログラムコードの形態で記憶装置１
３に記憶されており、その内容がＲＡＭ１２内のワーク
メモリにロードされている。図５はアクセスグループ定
義ツール２１の動作を示したフローチャートで、アクセ
スグループ定義ツール２１は項目グループ定義（ステッ
プＡ１）、レコードグループ定義（ステップＡ２）を行
う。ここで、項目アクセス権グループテーブル２２はユ
ーザの役職「部門長」、「所属長」、「人事部員」……
に応じてグループ化されたグループ名とそのグループコ
ードＡ、Ｂ、Ｃ……とを対応付けて定義するもので、ス
テップＡ１では任意に入力指定されたデータに基づいて
項目アクセス権グループテーブル２２を定義する。レコ
ードアクセス権グループテーブル２３はユーザの所属部
門「人事部」、「総務部」、「営業部」……に応じてグ
ループ化されたグループ名とそのグループコード１、
２、３……とを対応付けて定義するもので、ステップＡ
２では任意に入力指定されたデータに基づいてレコード
アクセス権グループテーブル２３を定義する。

【００１３】図６はアクセス権設定ツール２４の動作を
示したフローチャートである。先ず、アクセス権の設定
動作が開始されると、図６のステップＢ１では項目アク
セス権設定処理が行われる。図７はこの設定処理を示し
たフローチャートであり、アクセス権設定用の表フォー
ム情報を呼び出す（ステップＣ１）。この場合の表フォ
ームは図１５に示すように、表外にファイル名欄が配置
され、表内の列項目にグループ欄が配置され、行項目に
ファイルのデータ項目欄が配置されて成る。ここで、実
体スキーマ３２−１内に存在する各種ファイルのファイ
ル名が一覧表示され、その中から任意のファイルをアク
セス対象として指定するためにそのファイル名が選択さ
れると（ステップＣ２）、選択されたファイル名はファ
イル名欄に表示される（ステップＣ３）。いま、社員情
報ファイルが選択指定されたものとすると、そのファイ
ル名「社員情報」がファイル名欄に表示される。ここ
で、社員情報ファイルのデータ項目「社員No」、「氏
名」、「事務所」、「部門」、「所属」、「役職」、
「資格」、「考課」、「給与」、……「賞罰歴」、「異
動申請」毎にその項目名を表フォームと共に表内のデー
タ項目欄に表示する（ステップＣ４）。次に、項目アク
セス権グループテーブル２２に定義されているコードお
よびグループ名をそれぞれ読み出して表内のグループ欄
に表示する（ステップＣ５）。この場合、図１５に示す
ように表のグループ欄は、「Ａ、部門長」、「Ｂ、所属
長」、「Ｃ、人事部員」、「Ｄ、一般社員」に区分され
て配置表示される。このように表の行見出しとしてアク
セス対象ファイルの各データ項目名が表示され、表の列
見出しとしてユーザグループを示すコードおよびグルー
プ名が表フォームと共に表示されると、行見出しと列見
出しとから成るマトリックス状の各交点領域に、所定の
記号を記述することによって項目毎のアクセス権情報を
ユーザグループに対応付けて入力指定する（ステップＣ
６）。この場合、項目アクセスを許可するときには交点
領域内に丸印を記述し、アクセスを禁止する場合には記
号を記述せずに交点領域を空白のままとする。ここで表
の記述が終了すると、その設定情報は項目アクセス権管
理ファイル２５に転送されて記憶管理される（ステップ
Ｃ７）。

【００１４】図１８（Ａ）は項目アクセス権管理ファイ
ル２５のデータ構造を示したもので、図１５の表設定情
報は図１８（Ａ）に示したようなデータ形式で記憶管理
される。この場合、「ＳＮＡＭＥ」＝実体スキーマ名、
「ＦｌＬＥ」＝ファイル名、項目アクセス権グループコ
ード；許可項目名；許可項目名；許可項目名；……のデ
ータ形式で記憶管理される。なお、全項目のアクセスを
許可する場合は、項目アクセス権グループコードに続く
許可項目名は全て省略される。また、項目アクセス権グ
ループコードが無い場合には、該当ファイルに全くアク
セス権がないことを意味している。このようにしてユー
ザグループ毎に項目アクセス権が設定されることによ
り、社員情報ファイルに関してＡ（部門長）、Ｃ（人事
部長）は全項目のアクセスが許可されているが、Ｂ（所
属長）は「賞罰歴」、「異動申請」の項目アクセスが禁
止され、その他の項目についてはアクセスが許可されて
いる。また、Ｄ（一般社員）は、更にアクセス不可項目
が多くなっている。

【００１５】次に、レコードアクセス権設定処理が行わ
れる（図６のステップＢ２）。図８はこの場合の設定処
理を示したフローチャートであり、アクセス権設定用の
表フォーム情報を呼び出す（ステップＤ１）。この場合
の表フォームは、図１６に示すように、表外にファイル
名欄が配置され、表内の列項目に項目アクセス権グルー
プ欄が配置され、行項目にレコードアクセス権グループ
欄が配置されて成る。ここで、実体スキーマ３２−１内
に存在する各種ファイルのファイル名が一覧表示され、
その中から任意のファイルをアクセス対象として指定す
るために、そのファイル名が選択されると（ステップＤ
２）、選択されたファイル名はファイル名欄に表示され
る（ステップＤ３）。そして、項目アクセス権グループ
テーブル２３に定義されているコードおよびグループ名
をそれぞれ読み出して表内の項目アクセス権グループ欄
に表示する（ステップＤ４）。この場合、図１６に示す
ように当該グループ欄には、「Ａ、部門長」……「Ｄ、
一般社員」に区分されて配置表示される。次に、レコー
ドアクセス権グループテーブル２３に定義されているコ
ードおよびグループ名をそれぞれ読み出して表内のレコ
ードアクセス権グループ欄に表示する（ステップＤ
５）。この場合、当該グループ欄には「１、人事部」、
「２、総務部」、「３、営業部」に区分されて配置表示
される。このように表の列見出しとして項目アクセス権
グループ情報、行見出しとしてレコードアクセス権グル
ープ情報が表示され、行見出しと列見出しとから成るマ
トリック状の交点領域に、レコードアクセス条件を記述
する（ステップＤ６）。この場合、各交点領域は２種類
のレコードアクセス条件が設定可能となるように区分さ
れている。そして、データ項目名と条件値とを比較演算
子（＜、≦、＝、≧、≠）で結びつけた論理式でレコー
ドアクセス条件を記述する。なお、条件値を省略した場
合は該当ユーザ自身が持つ値となる。つまり、「部門＝
」は該当ユーザと同じ部門を示す。また、交点領域
内に複数のレコードアクセス条件を設定すると、それら
のＡＮＤ条件が設定された論理式となる。例えば、項目
アクセス権グループコードが「Ｃ」でレコードアクセス
権グループコードが「１」の交点領域、「Ｃ１」（人事
部員、総務部）は「該当ユーザと同じ事業所」かつ「自
分以外（社員Noが異なる）」ことを意味している。な
お、Ｃ２（人事部員、総務部）など意味のない領域には
レコードアクセス条件の設定は不要となる。ここで、表
の記述が終了すると、その設定内容はレコードアクセス
権管理ファイル２３に転送されて記憶管理される（ステ
ップＤ７）。図１８（Ｂ）はレコードアクセス権管理フ
ァイル２３のデータ構造を示したもので、図１６の表設
定情報は図１８（Ｂ）に示したようなデータ形式で記憶
管理される。この場合、「ＳＮＡＭＥ」＝実体スキーマ
名、ＦＩＬＥ＝ファイル名、アクセス権コード：条件項
目名；条件；条件項目名：条件；……のデータ形式で記
憶される。なお、アクセス権コードは項目アクセス権グ
ループコードとレコードアクセス権グループコードとを
組み合せたものである。

【００１６】次に、ユーザ別アクセス権グループの設定
処理が行われる（図６のステップＢ３）。図９はこの設
定処理を示したフローチャートであり、アクセス権設定
用の表フォーム情報を呼び出す（ステップＥ１）。この
場合の表フォームは図１７に示すように、表罫線と共に
表の列項目欄に表見出しとして「ユーザ」、「項目アク
セス権」、「レコードアクセス権」が配置されたもの
で、このユーザ項目欄には、予めシステム内に登録され
ているログイン辞書から呼び出された各ユーザのログイ
ン名が一覧表示される（ステップＥ２）。ここで、項目
アクセス権グループテーブル２２に定義されているユー
ザグループ名（役職名）を読み出して一覧表示させ、そ
の中から任意に選択指定された役職名を表の行ポイント
を更新しながらユーザ項目欄に対応付けて項目アクセス
権欄に１行毎に順次入力してゆく（ステップＥ３）。次
に、列ポイント位置の更新によってレコードアクセス権
欄の設定が行われる。すなわち、レコードアクセス権グ
ループテーブル２３に定義されているユーザグループ名
（所属名）を読み出して一覧表示させ、その中から任意
に選択指定された所属名を表の行ポイントを更新しなが
らユーザ項目欄に対応付けてレコードアクセス権欄に１
行毎に順次入力してゆく（ステップＥ４）。このように
して表フォーム内に必要事項が設定されると、この表内
の情報はユーザ別アクセス権管理ファイル２７に記憶管
理される（ステップＥ５）。ここで、図１９（Ａ）はユ
ーザ別アクセス権管理ファイル２７のデータ構造を示し
たもので、図１７の表設定情報は図１９（Ａ）に示した
ようなデータ形式で記憶管理される。この場合、ユーザ
名＝アクセス権コードのデータ形式で記憶管理される。
ここで、ユーザ名はログイン名を示し、アクセス権コー
ドは項目アクセス権グループコードとレコードアクセス
権グループコードとを組み合せたものである。したがっ
て、「ｔｓｕｚａｋｉ」は項目アクセス権が部門長で、
レコードアクセス権が人事部であるアクセス権を持って
いる。なお、ユーザの並び順については特に規則はな
い。

【００１７】このようにして項目アクセス権管理ファイ
ル２５、レコードアクセス権管理ファイル２６、ユーザ
別アクセス権管理ファイル２７への設定が終了すると、
図６のステップＢ４に進みアクセス権設定処理が行われ
る。図１０はこの場合の設定処理を示したフローチャー
トであり、先ず、アクセス権最適化処理が行われる（ス
テップＦ１）。この最適化処理は図１１のフローチャー
トにしたがって実行される。すなわち、レコードアクセ
ス権管理ファイル２６の内容を読み出し（ステップＧ
１）、実体スキーマ毎、実体ファイル毎にアクセス権コ
ードの項目アクセス権が同じ行のレコードアクセス条件
を比較し、同一条件が設定されているアクセス権コード
をグルーピングする（ステップＧ２）。ここで、レコー
ドアクセス権管理ファイル２６に設定されているアクセ
ス権コードは、Ａ１、Ｂ１、Ａ２……のように項目アク
セス権とレコードアクセス権とを組み合せたもので、例
えば、Ａ１、Ａ２、Ａ３のように項目アクセス権が同じ
値（同一行）のアクセス権コードに対応付けられている
レコードアクセス条件を比較する。ここで、コードＡ
２、Ａ３の条件はそれぞれ「部門＝ 」で同一であ
り、またコードＢ２、Ｂ３の条件はそれぞれ「所属＝
」で同一であるため、同一条件が設定されているアク
セス権コードＡ２、Ａ３あるいはＢ２、Ｂ３をグルーピ
ングする。そして、全てのファイルに対して同一グルー
プにグルーピングされたアクセス権コードをグループ
「ｇｒｏｕｐ＝ 」としてまとめ、それを最適化アク
セス権管理ファイル２８に転送する（ステップＧ３）。
図１９（Ｂ）は最適化アクセス権管理ファイル２８のデ
ータ構造を示したもので、図１８（Ｂ）に示したレコー
ドアクセス権管理ファイル２６の内容が最適化されて図
１９（Ｂ）に示すようなデータ形式で記憶管理される。
この場合、ｇｒｏｕｐ＝グループ名：アクセス権コー
ド；アクセス権コード；、ＳＮＡＭＥ＝実体スキーマ
名、ファイル名：条件項目名；条件：条件項目名：条件
……のデータ形式で記憶管理される。なお、この場合の
グループ名はアクセス権最適化処理時にグルーピングさ
れたグループに対して付加された名称であり、Ａ−１、
Ａ−２、Ｂ−１、Ｂ−２等によって表わされる。また、
図中、「社員××」は社員情報ファイルとは異なる他の
ファイル名を示している。

【００１８】このようなアクセス権最適化処理が行われ
ると、図１０のステップＦ２に進み、最適化アクセス権
管理ファイル２８と項目アクセス権管理ファイル２５と
の組み合せによりアクセス権の仕様を決定する。ここ
で、仕様とはＲＤＢＭＳ３１側でのビュー、スキーマを
どのように設定するかを指している。すなわち、スキー
マ（所有者）は最適化グループ名（Ａ−１、Ｂ−１等）
で、グループとスキーマとは１：１の関係で定義され
る。そして、各スキーマには項目アクセス権管理ファイ
ル２５に定義されている項目アクセス権と、最適化アク
セス権管理ファイル２８に定義されているレコードアク
セス権によってアクセス権を管理するビュースキーマ３
２−２、アクセススキーマ３２−３を生成するためのア
クセス権設定用のＳＱＬ文を生成する（ステップＦ
３）。

【００１９】図１２はアクセス権設定用ＳＱＬ文生成処
理を示したフローチャートである。先ず、項目アクセス
権管理ファイル２５、レコードアクセス権管理ファイル
２６、ユーザ別アクセス権管理ファイル２７、最適化ア
クセス権管理ファイル２８が設定されている状態におい
て、データベース管理者（ＤＢＡ＝例えば人事部）によ
ってデータベース３２がオープンされると（ステップＨ
１）、アクセス権設定用ＡＰＩ３０は最適化アクセス権
管理ファイル２８（Ｆ１）を指定し、その先頭行から最
終行までの全行数をカウントすると共にその全行数をパ
ラメータＸとして記憶保持しておく（ステップＨ２）。
そして、最適化アクセス権管理ファイル２８の先頭行か
ら１行ずつその行位置を読み取り対象行として指定する
ための行カウンタｉをクリアすると共に（ステップＨ
３）、その値をプラス「１」するインクリメント処理を
行い（ステップＨ４）、その結果、行カウンタｉの値が
全行数Ｘを越えたかをチェックする（ステップＨ５）。
いま、行カウンタｉの値は「１」であるからステップＨ
６に進み、行カウンタｉで指定される最適化アクセス権
管理ファイル２８の行データを読み取り、グループ行
か、つまり、最適化グループ名（ｇｒｏｕｐ＝Ａ−１、
Ｂ−１等）を含む行であるかをチェックする（ステップ
Ｈ７）。この場合、図１９（Ｂ）に示すように最適化ア
クセス権管理ファイル２８の先頭行はグループ行である
から、そのグループ名「Ａ−１」を抽出してそれらをグ
ループ名Ｇとする（ステップＨ８）。そして、ステップ
Ｈ４に戻り、行カウンタｉの値をインクリメントして次
行を指定し、その行データを読み出す（ステップＨ
６）。この場合、２行目はグループ行ではないので、ス
テップＨ９に進み、その行データ内にスキーマ名が含ま
れているかを調べる。いま、２行目には「ＳＮＡＭＥ＝
ｊｉｎｊｉ」が含まれているので、そのグループ名「ｊ
ｉｎｊｉ」を抽出してスキーマ名Ｓとする（ステップＨ
１０）。そして、Ｓ＿Ｖ＿Ｇのスキーマ名を生成してＳ
ＱＬ文として出力すると共に（ステップＨ１１）、Ｓ＿
Ｑのスキーマ名を生成してＳＱＬ文として出力する（ス
テップＨ１２）。この場合、ビュースキーマ３２−２に
対するスキーマ名として「ｊｉｎｊｉ＿Ｖ＿Ａ−１」が
生成され、またアクセススキーマ３２−３に対するスキ
ーマ名として「ｊｉｎｊｉ＿Ａ−１」が生成される。

【００２０】そして、ステップＨ４に戻り、行カウンタ
ｉをインクリメントする。この場合、３行目が指定さ
れ、ファイル名、条件項目名、条件が読み出される。し
たがって、グループ行およびスキーマ行ではないので、
ステップＨ１３に進み、そのファイル名「社員情報」、
レコード条件「役職；＜役員」を獲得すると共に、項目
アクセス権管理ファイル２５を読み出し、該当グルー
プ、該当ファイルの項目条件を獲得する。そして、レコ
ード条件項目条件に基づいてスキーマの空間であり、デ
ータベースのユーザでもあるビュースキーマＳ＿Ｖ＿Ｇ
にビューファイルを生成するＳＱＬ文を出力すると共
に、アクセススキーマＳ＿ＧにビュースキーマＳ＿Ｖ＿
Ｇのアクセスを許可するビューアクセス権限を付与し、
更に、アクセススキーマＳ＿Ｇに上記ビューファイルに
対するシノニムファイルを生成するＳＱＬ文を出力す
る。そして、ステップＨ４に戻り、行カウンタｉをイン
クリメントし、以下、その値が全行数Ｘを越えるまで上
述の動作を繰り返す。

【００２１】このようにしてアクセス権設定用ＳＱＬ文
生成処理が終ると、図１０のステップＦ４に進み、この
アクセス権設定用ＳＱＬ文はＲＤＢＭＳ３１を介してデ
ータベース３２に転送記憶される。これによって、デー
タベース３２は実体スキーマ３２−１、ビュースキーマ
３２−２、アクセススキーマ３２−３の３層構造とな
る。そして、ステップＦ５に進み、実体スキーマ３２−
１にダミー項目を追加する処理が行われる。この実体ス
キーマ３２−１に対するダミー項目追加処理は、図１３
のフローチャートにしたがって実行される。ここで、ダ
ミー項目追加処理とは実体スキーマ３２−１からインデ
ックス等の構造情報を取得するために実体スキーマ３２
−１に対して構造情報取得用のダミー項目を追加する処
理である。すなわち、３層構造のデータベースからはフ
ァイル構造を認識することができず、またアプリケーシ
ョン側にこのような情報を持たせることは、高度なデー
タベース知識や指定操作の手間などユーザの負担を増大
させるため、実体スキーマ３２−１へのダミー項目の追
加と、ダミー項目へのアクセス権限を付与することで、
３層構造であっても構造情報を取得できるようにするた
めである。

【００２２】図１３のステップＪ１〜Ｊ１０は上述した
図１２のアクセス権設定用ＳＱＬ文生成処理におけるス
テップＨ１〜Ｈ１０に対応する同様の処理であり、行カ
ウンタｉをインクリメントしながら最適化アクセス権管
理ファイル２８内のデータを行単位毎に読み出し、グル
ープ行であれば、そのグループ名を抽出し、スキーマ名
であればそのスキーマ名を抽出する。そして、グループ
行およびスキーマ行でもなければ、ステップＪ１１に進
み、最適化アクセス権管理ファイル２８から読み出した
指定行データからファイル名を獲得すると共に、項目ア
クセス権管理ファイル２５を読み出し、スキーマ名Ｓで
示される実体スキーマ３２−１内において、上記ファイ
ルにダミー項目を追加生成するＳＱＬ文を出力し、アク
セススキーマＳ＿Ｇに上記ダミー項目のみのアクセス権
限を与えるＳＱＬ文を出力する。そして、ステップＪ４
に戻り、行カウンタｉの値が全行数Ｘを越えるまで上述
の動作を繰り返す。

【００２３】このようなダミー項目追加処理が終ると、
図１０のステップＦ６に進み、最適化アクセス権管理フ
ァイル２８とユーザ別アクセス権管理ファイル２７との
内容に基づいてユーザ別ＤＢアクセス権ファイル２９を
生成する。すなわち、データアクセス時にシステム入力
されるログイン名をデータベースのログイン名（最適化
されたグループ名、つまりスキーマ名）に変換するため
に使用されるユーザ別ＤＢアクセス権ファイル２９を生
成する。図１９（Ｃ）はユーザ別ＤＢアクセス権ファイ
ル２９のデータ構造を示し、ユーザ毎にそのログイン名
とスキーマ名とが対応付けられたものとなる。

【００２４】次に、上述のようにしてアクセス権の設定
が終り、その設定内容にしたがってデータベース３２を
アクセスする際の動作を図１４のフローチャートにした
がって説明する。先ず、アクセスを要求したユーザのロ
グイン名がシステム入力されると、上位ＡＰＩ３３は入
力されたログイン名に基づいてユーザ別ＤＢアクセス権
ファイル２９を検索し、このログイン名をデータベース
のログイン名（スキーマ名）に変換する（ステップＫ
１）。例えば、「ｔｓｕｚａｋｉ」が入力されると、ス
キーマ名「Ａ−１」に変換される。そして、変換された
スキーマ名でＲＤＢＭＳ３１に対してアクセス処理を要
求する（ステップＫ２）。ＲＤＢＭＳ３１側において
は、アクセス要求された際に、このスキーマ名に基づい
てデータベース３２を検索し、その結果、アクセス不可
の項目、レコードについては、その情報を上位ＡＰＩ３
３へ伝送する。ここで、ＲＤＢＭＳ３１からアクセス不
可が有れば（ステップＫ３）、アクセス不可の項目、レ
コード部分に対して※挿入、空白挿入、不表示等の後、
処理が行われたのち（ステップＫ４）、データ表示処理
に移るが（ステップＫ５）、アクセス不可が無ければ、
そのままＲＤＢＭＳ３１からの検索結果を表示するデー
タ表示処理に移る（ステップＫ５）。

【００２５】したがって、図２０に示した社員情報ファ
イルに対して、例えば、一般社員であるユーザがアクセ
ス可能な社員情報ファイルの内容は、図２１に示す如く
となる。なお、図２１の例はレコードアクセス権を設定
せず、項目アクセス権のみを設定した場合である。すな
わち、項目アクセス権グループ（一般社員）に対応付け
て項目アクセスの可否を社員情報ファイルのデータ項目
毎に図１５の表の如く記述したものとすると、データ項
目「資格」、「与課」、「給与」、「年齢」、「賞罰
歴」、「異動申請」については機密保持の関係上、項目
アクセスが禁止され、当該各項目領域はアスタリスクで
埋め込まれた表示状態となる。また、例えば総務部の部
門長がアクセスすることができる社員情報ファイルの内
容は、図２２に示す如くとなる。すなわち、項目アクセ
ス権グループ（部門長）、レコードアクセス権グループ
（総務部）に対応付けて検索条件項目およびその条件値
を図１６の表の如く記述したものとすると、該当ユーザ
と同じ部門のレコードのみがアクセスされて一覧表示さ
れるが、営業部、人事部等、他部門に属するレコードは
不表示となる。この場合、部門長は全項目についてアク
セスが許可されている。更に、例えば、総務部で一般社
員がアクセスすることができる社員情報ファイルの内容
は、図２３に示す如くとなる。この場合、図１６で示し
たように項目アクセス権グループ（一般社員）、レコー
ドアクセス権グループ（総務部）に対応付けて記述され
た検索条件項目およびその条件値は、「所属＝ 」、
「役職≦」であり、それらのＡＮＤ条件にしたがってデ
ータ項目、レコードアクセスの可否が設定されている。
したがって、所属が同一で自分よりも役職が以下のレコ
ードがアクセスされると共に、項目アクセス可否の各項
目領域はアスタリスクで埋めこ込まれることになる。

【００２６】以上のようにこのデータベースシステム制
御装置においては、項目アクセス権グループに対応付け
て項目アクセスの可否を示す項目アクセス権を表形式で
設定することができ、また、レコードアクセス権グルー
プに対応付けてレコードアクセスの可否を示すレコード
アクセス権を検索対象項目およびその条件値として表形
式で設定することができるので、その設定作業の簡素化
を図ることが可能となる。このように項目アクセス権グ
ループに対応付けて設定された項目アクセス権とレコー
ドアクセス権グループに対応付けて設定されたレコード
アクセス権とを組み合せ、その組み合せ結果にしたがっ
てアクセス権設定用ＳＱＬ文を生成し、ＲＤＢＭＳ３１
はこのＳＱＬ文を解析して実体スキーマ３２−１に対す
るビュースキーマ３２−２、アクセススキーマ３２−３
を生成するので、データベース３２は３層構造となる。
この場合、アクセススキーマ３２−３に対してアクセイ
権限を付与することで、２層前の実体スキーマ３２−１
に対するアクセス権を制限することができ、実体スキー
マ３２−１のセキュリティを維持することが可能とな
る。また、実体スキーマ３２−１、ビュースキーマ３２
−２、アクセススキーマ３２−３をアクセスする処理が
単一のアプリケーションを介して同一のプロセスで完結
するので、複数のスキーマを関連させた複雑な処理を高
い整合性、高性能で実行可能となる。更にアクセススキ
ーマ３２−３を公開することで全てのアプリケーション
ソフトに対して均一のアクセス権制御が可能となり、オ
ープン環境下での適合性が高いものとなる。また、アク
セス対象の変更等、柔軟性も確保される。また、実体ス
キーマ３２−１にダミー項目を追加すると共に、ダミー
項目へのアクセス権を付与することで、データベース３
２を３層構造としたとしてもインデックス等の構造情報
を取得することができ、性能劣化を防止することが可能
となる。更に、３層構造に対してアプリケーションを開
発する場合、開発者はスキーマ、ファイルの論理名称
（実体名称）のみを意識すればよく、ビュースキーマ３
２−２、アクセススキーマ３２−３の名称、つまり物理
名称を意識する必要がないので、ＤＢ管理者のアプリケ
ーション、ユーザ用のアプリケーションを別個に開発す
る必要がなくなり、開発効率を高めることが可能とな
る。

【００２７】なお、上述した一実施形態においては、デ
ータベース３２を実体スキーマ３２−１、ビュースキー
マ３２−２、アクセススキーマ３２−３によって３層構
造としたが、４層以上であってもよい。また、実体ファ
イルに対してビューファイルを生成して実体スキーマに
格納し、この実体ファイルのビューファイルに対して更
にビュースキーマ３２−２、アクセススキーマ３２−３
を接続した３層構造であってもよい。また、データベー
スに存在する複数のファイルを結合するアクセス権設
定、制御を可能とする他に、複数のデータベースから任
意のデータベースを選択し、そこから１または複数のフ
ァイルを選択してアクセス権設定、制御を行うようにす
れば、対象範囲の拡大を図ることができる。

【００２８】

【発明の効果】この発明によれば、ユーザの属性に応じ
て予め任意に設定されたアクセス権情報を解析して実体
スキーマに対して２層以上のビュースキーマを生成する
と共に、最下位層のビュースキーマに対して権限を付与
し、それよりも２層以上前の実体スキーマに対するアク
セス権を制限することで、実体スキーマのセキュリティ
を維持することが可能となり、またオープン環境下での
適合性も高く、アクセス対象の変更等、柔軟性も確保さ
れる。

【図面の簡単な説明】

【図１】データベースシステム制御装置の全体構成図を
示したブロック図。

【図２】データベースシステム制御装置全体のソフトウ
ェア構成図。

【図３】（Ａ）は実体スキーマ３２−１、ビュースキー
マ３２−２、アクセスキーマ３２−３から成る３層構造
のデータベースを示した図、（Ｂ）は各々スキーマの関
連をスキーマ名と共に示した図。

【図４】スキーマのアクセス状態を概念的に示した図。

【図５】アクセスグループ定義ツール２１の動作を示し
たフローチャート。

【図６】アクセス権設定ツール２４の動作を示したフロ
ーチャート。

【図７】図６のステップＢ１（項目アクセス権設定）を
示したフローチャート。

【図８】図６のステップＢ２（レコードアクセス権設
定）を示したフローチャート。

【図９】図６のステップＢ３（ユーザ別アクセス権グル
ープ設定）を示したフローチャート。

【図１０】図６のステップＢ４（アクセス権設定）を示
したフローチャート。

【図１１】図６のステップＦ１（アクセス権最適化処
理）を示したフローチャート。

【図１２】図１０のステップＦ３（アクセス権設定用Ｓ
ＱＬ文生成処理）を示したフローチャート。

【図１３】図１０のステップＦ５（実体ファイルダミー
項目追加処理）を示したフローチャート。

【図１４】アクセス権制御時の動作を示したフローチャ
ート。

【図１５】項目アクセス権を表形式で設定する際の設定
例を示した図。

【図１６】レコードアクセス権を表形式で設定する際の
設定例を示した図。

【図１７】ユーザ別アクセス権を表形式で設定する際の
設定例を示した図。

【図１８】（Ａ）は項目アクセス権管理ファイル２５の
データ構造を示した図、（Ｂ）はレコードアクセス権管
理ファイル２６のデータ構造を示した図。

【図１９】（Ａ）はユーザ別アクセス権管理ファイル２
７、（Ｂ）は最適化アクセス権管理ファイル２８、
（Ｃ）はユーザ別ＤＢアクセス権ファイル２９のデータ
構造を示した図。

【図２０】データベースに存在する社員情報ファイルの
データ構造を示した図。

【図２１】一般社員についての項目アクセシ権のみが設
定されている場合に、その設定内容に応じて社員情報フ
ァイルから検索されて表示出力される内容を例示した
図。

【図２２】総務部の部門長であるユーザを条件として社
員情報ファイルから検索されて表示出力される内容を例
示した図。

【図２３】総務部の一般社員であるユーザを条件として
社員情報ファイルから検索されて表示出力される内容を
例示した図。

【図２４】従来におけるアクセス権制御方法を説明する
ための図。

【符号の説明】

１１ ＣＰＵ １２ ＲＡＭ １３ 記憶装置 １４ 記憶媒体 １５ 入力装置 ２１ アクセスグループ定義ツール ２２ 項目アクセス権グループテーブル ２３ レコードアクセス権グループテーブル ２４ アクセス権設定ツール ２５ 項目アクセス権管理ファイル ２６ レコードアクセス権管理ファイル ２７ ユーザ別アクセス権管理ファイル ２８ 最適化アクセス権管理ファイル ２９ ユーザ別ＤＢアクセス権管理ファイル ３０ アクセス権設定用ＡＰＩ ３１ ＲＤＢＭＳ ３２ データベース ３２−１ 実体スキーマ ３２−２ ビュースキーマ ３２−３ アクセススキーマ ３３ 上位ＡＰＩ

Claims (7)

【特許請求の範囲】
1. 【請求項１】データベース内の実体ファイルを構成する
   データ項目に対するアクセス権について同一権限を持つ
   ユーザグループに対して項目毎にアクセス可否を示すア
   クセス権情報を設定する項目アクセス権設定手段と、 この項目アクセス権設定手段によってユーザグループに
   対応付けて設定された項目毎のアクセス権情報を記憶管
   理する記憶管理手段と、 この記憶管理手段内に記憶管理されているアクセス権情
   報を解析し、この解析結果に基づいてビューファイルを
   管理するビュースキーマを生成すると共に、実体ファイ
   ル群に対してユーザグループ毎のアクセス権を制限した
   ビューファイル群を生成してビュースキーマに格納する
   第１の生成手段と、 この第１の生成手段によって生成されたビューファイル
   群とビュースキーマに基づいてそれと同様のビューファ
   イル群、ビュースキーマを生成する第２の生成手段とを
   具備し、 実体ファイル群を管理する実体スキーマに対して前記第
   １の生成手段によって生成されたビュースキーマと第２
   の生成手段によって生成されたビュースキーマとを接続
   することによってデータベース構造を少なくとも３階構
   造とし、前記第２の生成手段によって生成されたビュー
   スキーマに対して権限を付与することで、それよりも２
   層以上前の実体スキーマに対するアクセス権を制限する
   ようにしたことを特徴とするデータベースシステム制御
   装置。
2. 【請求項２】データベース内の実体ファイルを構成する
   レコードに対するアクセス権について同一権限を持つユ
   ーザグループに対するレコードアクセス権情報として検
   索対象項目およびその条件値を設定するレコードアクセ
   ス権設定手段と、 このレコードアクセス権設定手段によってユーザグルー
   プに対応付けて設定されたレコードアクセス権情報を記
   憶管理する記憶管理手段と、 この記憶管理手段内に記憶管理されているアクセス権情
   報を解析し、この解析結果に基づいてビューファイルを
   管理するビュースキーマを生成すると共に、実体ファイ
   ル群に対してユーザグループのアクセス権を制限したビ
   ューファイル群を生成してビュースキーマに格納する第
   １の生成手段と、 この第１の生成手段によって生成されたビューファイル
   群とビュースキーマに基づいてそれと同様のビューファ
   イル群、ビュースキーマを生成する第２の生成手段とを
   具備し、 実体ファイル群を管理する実体スキーマに対して前記第
   １の生成手段によって生成されたビュースキーマと第２
   の生成手段によって生成されたビュースキーマとを接続
   することによってデータベース構造を少なくとも３階構
   造とし、前記第２の生成手段によって生成されたビュー
   スキーマに対して権限を付与することで、それよりも２
   層以上前の実体スキーマに対するアクセス権を制限する
   ようにしたことを特徴とするデータベースシステム制御
   装置。
3. 【請求項３】データベース内の実体ファイルを構成する
   データ項目に対するアクセス権について同一権限を持つ
   ユーザグループに対して項目毎にアクセス可否を示すア
   クセス権情報を設定する項目アクセス権設定手段と、 データベース内の実体ファイルを構成するレコードに対
   するアクセス権について同一権限を持つユーザグループ
   に対するレコードアクセス権情報として検索対象項目お
   よびその条件値を設定するレコードアクセス権設定手段
   と、 前記項目アクセス権情報およびレコードアクセス権情報
   とを同一のユーザグループ毎に組み合せて記憶管理する
   記憶管理手段と、 この記憶管理手段内に同一グループ毎に記憶管理されて
   いる項目アクセス権情報とレコードアクセス権情報を解
   析し、この解析結果に基づいてビューファイルを管理す
   るビュースキーマを生成すると共に、実体ファイル群に
   対してユーザグループ毎のアクセス権を制限したビュー
   ファイル群を生成してビュースキーマに格納する第１の
   生成手段と、 この第１の生成手段によって生成されたビューファイル
   群とビュースキーマに基づいてそれと同様のビューファ
   イル群、ビュースキーマを生成する第２の生成手段とを
   具備し、 実体ファイル群を管理する実体スキーマに対して前記第
   １の生成手段によって生成されたビュースキーマと第２
   の生成手段によって生成されたビュースキーマとを接続
   することによってデータベース構造を少なくとも３階構
   造とし、前記第２の生成手段によって生成されたビュー
   スキーマに対して権限を付与することで、それよりも２
   層以上前の実体スキーマに対するアクセス権を制限する
   ようにしたことを特徴とするデータベースシステム制御
   装置。
4. 【請求項４】少なくとも前記実体スキーマの他に、第１
   の生成手段によって生成されたビュースキーマ、第２の
   生成手段によって生成されたビュースキーマとから成る
   ３層構造のデータベースであって、実体スキーマ内の実
   体ファイル群に対してダミー項目を追加する手段と、 前記ダミー項目に対するアクセス権を前記第２の生成手
   段によって生成されたビュースキーマに対して付与する
   手段とを具備し、 実体ファイル群の構造情報を前記ダミー項目をアクセス
   することによって取得するようにしたことを特徴とする
   請求項１または２若しくは３記載のデータベースシステ
   ム制御装置。
5. 【請求項５】コンピュータに対して、 データベース内の実体ファイルを構成するデータ項目に
   対するアクセス権について同一権限を持つユーザグルー
   プに対して項目毎にアクセス可否を示すアクセス権情報
   を設定する機能と、 ユーザグループに対応付けて設定された項目毎のアクセ
   ス権情報を記憶管理する機能と、 記憶管理されているアクセス権情報を解析し、この解析
   結果に基づいてビューファイルを管理するビュースキー
   マを生成すると共に、実体ファイル群に対してユーザグ
   ループ毎のアクセス権を制限したビューファイル群を生
   成してビュースキーマに格納する機能と、 生成されたビューファイル群とビュースキーマに基づい
   てそれと同様のビューファイル群、ビュースキーマを生
   成する機能を実現させるためのプログラムを記録した記
   録媒体。
6. 【請求項６】コンピュータに対して、 データベース内の実体ファイルを構成するレコードに対
   するアクセス権について同一権限を持つユーザグループ
   に対するレコードアクセス権情報として検索対象項目お
   よびその条件値を設定する機能と、 ユーザグループに対応付けて設定されたレコードアクセ
   ス権情報を記憶管理する機能と、 記憶管理されているアクセス権情報を解析し、この解析
   結果に基づいてビューファイルを管理するビュースキー
   マを生成すると共に、実体ファイル群に対してユーザグ
   ループのアクセス権を制限したビューファイル群を生成
   してビュースキーマに格納する機能と、 生成されたビューファイル群とビュースキーマに基づい
   てそれと同様のビューファイル群、ビュースキーマを生
   成する機能を実現させるためのプログラムを記録した記
   録媒体。
7. 【請求項７】コンピュータに対して、 データベース内の実体ファイルを構成するデータ項目に
   対するアクセス権について同一権限を持つユーザグルー
   プに対して項目毎にアクセス可否を示すアクセス権情報
   を設定する機能と、 データベース内の実体ファイルを構成するレコードに対
   するアクセス権について同一権限を持つユーザグループ
   に対するレコードアクセス権情報として検索対象項目お
   よびその条件値を設定する機能と、 前記項目アクセス権情報およびレコードアクセス権情報
   とを同一のユーザグループ毎に組み合せて記憶管理する
   機能と、 同一グループ毎に記憶管理されている項目アクセス権情
   報とレコードアクセス権情報を解析し、この解析結果に
   基づいてビューファイルを管理するビュースキーマを生
   成すると共に、実体ファイル群に対してユーザグループ
   毎のアクセス権を制限したビューファイル群を生成して
   ビュースキーマに格納する機能と、 生成されたビューファイル群とビュースキーマに基づい
   てそれと同様のビューファイル群、ビュースキーマを生
   成する機能を実現させるためのプログラムを記録した記
   録媒体。