JP2000137735A - アクセス制御装置およびそのプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データベース管理システムにおいてそのアプ
リケーション自体を変更することなく、それを標準化し
たとしても、アクセス要求を行ったクライアントのタイ
プに応じたアクセス制限を定義テーブルに単に記述して
おくだけで、そのテーブルの記述内容にしたがったアク
セス制御を実現する。 【解決手段】 データベースサーバＤＳＲ側の定義テー
ブルＤＥＴには各クライアント毎にタイプ情報が記憶さ
れていると共にタイプ別に検索アクセス制限定義が記憶
されている。データベースサーバＤＳＲはクライアント
から任意の検索条件が指定されて検索アクセスが要求さ
れた際に、定義テーブルＤＥＴを参照し、そのクライア
ントのタイプを特定し、そのタイプに対応する検索アク
セス制限定義を読み出す。この制限定義の内容に基づい
て検索制限データを生成し、指定された検索条件を前記
生成された検索制限データに付加した条件によってデー
タベースＤＢを検索する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアントか
らデータベースの検索要求を受けた際に、要求元のクラ
イアントに応じてそのデータベースに対する検索アクセ
スを制御するアクセス制御装置およびそのプログラム記
録媒体に関する。

【０００２】

【従来の技術】従来、クライアント・サーバシステムに
おいては、企業等の組織内で情報を共有するデータベー
スが構築されており、このデータベース管理システムの
アプリケーションを開発する場合、組織内の規則や役職
等に応じて各クライアント毎にデータベースの検索アク
セスを制限するようにしている。このため、システム開
発にあたっては、その組織にマッチした設計・製作を組
織毎に行う必要があった。すなわち、企業等の組織内で
データベースを共有するシステムを受託開発して各組織
に納入する場合、複数の納入先のシステムが互いに類似
するものであっても、組織内で情報を閲覧する者は多種
多様であり、それらの者に異なるアクセス制限を付与し
なければならず、このアクセス制限は組織毎に異なる組
織固有のものであるため、組織毎にシステム設計する必
要があった。

【０００３】

【発明が解決しようとする課題】このように類似システ
ムであってもそれを標準化してパッケージ化することが
できないため、類似システムを多数開発する場合、アク
セス制限は、アプリケーションの開発・設計に大きな支
障となっていた。この発明の課題は、データベース管理
システムにおいてそのアプリケーション自体を変更する
ことなく、それを標準化したとしても、データベースに
対してアクセス要求を行ったクライアントのタイプに応
じたアクセス制限を定義テーブルに単に記述しておくだ
けで、そのテーブルの記述内容にしたがったアクセス制
御を実現できるようにすることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。請求項１記載の発明は、クライアントからデ
ータベースの検索要求を受けた際に、要求元のクライア
ントに応じてそのデータベースに対する検索アクセスを
制御するアクセス制御装置であって、各クライアント毎
にその種類を定義するタイプ情報を記憶する第１の定義
テーブル記憶手段と、前記タイプ情報別にデータベース
の検索アクセスの制限定義を記憶する第２の定義テーブ
ル記憶手段と、クライアントから任意の検索条件が指定
されて検索アクセスの要求があった場合に、前記第１の
定義テーブルを参照してそのクライアントに対応するタ
イプ情報を読み出すと共に、このタイプ情報に基づいて
前記第２の定義テーブルを参照することによりそれに対
応する検索アクセス制限定義を読み出す読み出し手段
と、この読み出し手段によって読み出された検索アクセ
ス制限定義の内容に基づいて検索制限データを生成する
生成手段と、前記検索アクセスの要求時にクライアント
によって任意に指定された検索条件を前記生成された検
索制限データに付加した条件によってデータベースを検
索する検索手段とを具備するものである。なお、この発
明は次のようなものであってもよい。 （１）、前記第１の定義テーブルには、各クライアント
毎にそのタイプ情報が記憶されている他、クライアント
識別情報、クライアントが属するグループを定義するグ
ループ情報が定義され、前記読み出し手段は、クライア
ントから任意の検索条件が指示されて検索アクセスの要
求があった場合に、前記第１の定義テーブルを参照して
そのクライアントに対応するタイプ情報を読み出すと共
に、このタイプ情報に基づいて前記第２の定義テーブル
を参照することにより、それに対応する検索アクセス制
限定義を読み出す他、この検索アクセス制限定義の内容
に基づいて前記第１の定義テーブルから少なくともクラ
イアント識別情報、グループ情報のいずれか一方を読み
出し、前記生成手段は、前記読み出された検索アクセス
制限定義に、クライアント識別情報、グループ情報のい
ずれか一方を組み合せて検索制限データを生成するよう
にしてもよい。この場合、前記生成手段は、前記検索ア
クセス制限定義がグループやクライアントを変数とする
定義式である場合に、それに対応して読み出された前記
グループ情報、クライアント識別情報をその変数として
代入することによって検索制限データを生成するように
してもよい。 （２）、前記データベースを構成するレコードには、そ
のレコードを登録した登録者を識別するための登録者識
別情報あるいはその登録者が属するグループを識別する
ためのグループ識別情報が項目データとして記憶されて
おり、前記検索手段はデータベース内の登録者識別情
報、グループ識別情報を検索キーとしてデータベースを
検索するようにしてもよい。 （３）、前記第１および第２の定義テーブルに定義され
る情報を任意に設定する設定手段を設けてもよい。

【０００５】請求項１記載の発明においては、クライア
ントから任意の検索条件が指定されて検索アクセスの要
求があった場合に、前記第１の定義テーブルを参照して
そのクライアントに対応するタイプ情報を読み出すと共
に、このタイプ情報に基づいて前記第２の定義テーブル
を参照することによりそれに対応するアクセス制限定義
を読み出す。そして、読み出された検索アクセス制限定
義の内容に基づいて検索制限データを生成すると共に、
前記検索アクセスの要求時にクライアントによって任意
に指定された検索条件を前記生成された検索制限データ
に付加した条件によってデータベースを検索する。した
がって、データベース管理システムにおいてそのアプリ
ケーション自体を変更することなく、それを標準化した
としても、データベースに対してアクセス要求を行った
クライアントのタイプに応じたアクセス制限を定義テー
ブルに単に記述しておくだけで、そのテーブルの記述内
容にしたがったアクセス制御を実現することができる。

【０００６】

【発明の実施の形態】以下、図１〜図７を参照してこの
発明の一実施形態を説明する。図１は広域通信のクライ
アント・サーバシステムを示したシステム構成図であ
る。このクライアント・サーバシステムは、データベー
スＤＢを管理するセンター側のデータベースサーバＤＳ
Ｒと、このデータベースＤＢを共有するユーザ側の複数
台のクライアント端末ＣＴＣとの間で情報通信を行うも
ので、データベースサーバＤＳＲとクライアント端末Ｃ
ＴＣとは電話回線網を介して接続されている。クライア
ント端末ＣＴＣは企業組織毎にグループ化されており、
図中、「卸０１」、「メーカ１１」、「メーカ１２」
は、企業組織（卸、メーカ）に対応付けられたグループ
組織情報（グループＩＤ）を示し、また、各グループ内
の「Ｘ」、「Ａ」、「Ｂ」、「Ｃ」はそのグループ内に
設置されているクライアント端末ＣＴＣの識別情報を示
している。ここで、データベースＤＢに対するアクセス
権限は、グループＩＤ「卸０１」で示される卸グループ
の方が、グループＩＤ「メーカ１１」、「メーカ１２」
で示されるメーカグループよりも高く、卸グループ＞メ
ーカグループの関係となるように制御される。また、同
一クループ内であっても個々のクライアント毎にアクセ
ス権限が異なるように制御される。このようなアクセス
権限の制御は、データベースサーバＤＳＲ側で行われ、
データベースサーバＤＳＲは定義テーブルＤＥＴに予め
設定されている設定内容を参照しながらアクセス権の制
御を行う。

【０００７】図２は定義テーブルＤＥＴの構成を示し、
ユーザ定義テーブルＵＤＴは図２（Ａ）に示すように各
クライアントに対応付けてそのユーザＩＤ、ユーザタイ
プ、グループＩＤを記憶する構成となっている。「ユー
ザＩＤ」は各クライアント固有の識別情報であり、また
「ユーザタイプ」はクライアントの種類、この場合、そ
のクライアントが属する企業組織に対応付けられたグル
ープの種類（卸、メーカ）を示すもので、ユーザタイプ
として「Ｔｏ」が設定されている場合には、その企業組
織は卸であることを示し、「Ｔｍ」が設定されている場
合には、その企業組織はメーカであることを示してい
る。検索アクセス制限テーブルＡＣＴは図２（Ｂ）に示
すようにユーザタイプ別にデータベースＤＢに対する検
索アクセスを制限するアクセス制限定義を記憶する構成
で、図示の例ではユーザタイプ「Ｔｏ」に対応するアク
セス制限定義として「ナシ」、「Ｔｍ」に対応するアク
セス制限定義として「ＴＣｏＩＤ＝＄ＣｏＩＤ」が設定
されている場合を示している。ここで、ユーザタイプ
「Ｔｏ」に対応する制限定義「ナシ」はデータベースＤ
Ｂに対する検索アクセスが一切制限されていないことを
示し、また、ユーザタイプ「Ｔｍ」に対応する制限定義
「ＴＣｏＩＤ＝＄ＣｏＩＤ」は、グループＩＤを変数
「＄」とする定義式である。なお、「ＴＣｏＩＤ」は後
述するが、検索アクセス時のキー項目としてデータベー
スＤＢ内に設定されている登録者グループＩＤを示し
（図３参照）、「ＣｏＩＤ」はユーザ定義テーブルＵＤ
Ｔに設定されているグループＩＤ（企業コード）を示し
ている。また、図２（Ｃ）は検索アクセス制限テーブル
ＡＣＴ内の他の設定例を示し、上述と同様にユーザタイ
プ「Ｔｏ」に対応する制限定義としては「ナシ」が設定
されているが、ユーザタイプ「Ｔｍ」に対応する制限定
義として「ＴＵＩＤ＝＄ＵＩＤ」が設定されている場合
を示している。この制限定義「ＴＵＩＤ＝＄ＵＩＤ」
は、ユーザＩＤを変数「＄」とする定義であり、「ＴＵ
ＩＤ」は後述するが、検索アクセス時のキー項目として
データベースＤＢ内に設定されている登録者ＩＤを示し
（図３参照）、「ＵＩＤ」はユーザ定義テーブルＵＤＴ
に設定されているユーザＩＤを示している。

【０００８】このように構成されたユーザ定義テーブル
ＵＤＴ、検索アクセス制限テーブルＡＣＴの内容は、任
意に設定されたもので、その設定はシステムエンジニア
やデータベース管理者等によって行われ、所定の権限を
有するものであればその設定内容をいつでも自由に変更
することができる。ここで、ユーザ定義テーブルＵＤ
Ｔ、検索アクセス制限テーブルＡＣＴは表形式で単純な
記述で足りるため、その設定作業は極めて容易なものと
なり、プログラム等の専門的な知識を有しない者であっ
ても、その設定を行うことができる。また、設定情報を
直接文字入力せず、入力候補をウインドウ表示させ、そ
の中から所望の候補を選択指定しながらユーザ定義テー
ブルＵＤＴ、検索アクセス制限テーブルＡＣＴへの設定
を行うようにすれば、その設定を更に確実かつ効率良く
行うことができる。なお、この実施形態においてはグル
ープＩＤ「卸０１」で示される組織内のクライアント
“Ｘ”からデータベースサーバＤＳＲに対して定義テー
ブルＤＥＴへの設定を指示し、ユーザ定義テーブルＵＤ
Ｔ、検索アクセス制限テーブルＡＣＴの内容を自由に設
定することができるようにしている。

【０００９】図３はデータベースＤＢのレコード構造を
示し、商品マスタを例示したものである。この商品マス
タデータベースＤＢは、各商品に対応付けて商品レコー
ドに記憶するもので、各商品レコードにはそれを構成す
るデータ項目として通常と同様の商品コード、商品分
類、商品名、メーカ名、サイズ等の他、登録者ＩＤ（Ｔ
ＵＩＤ）、登録グループＩＤ（ＴＣｏＩＤ）が記憶され
ている。ここで、登録者ＩＤは、そのレコードを登録し
たユーザＩＤであり、また登録グループＩＤはその登録
者が属する企業組織グループを示すグループＩＤで、レ
コード登録が行われた際に、どのグループに属するどの
クライアントがそのレコードを登録したかを明示するた
め設定される。そして、この登録者ＩＤ、登録者グルー
プＩＤはデータベースＤＢを検索アクセスする際の検索
キーとなる。なお、この商品マスタデータベースＤＢの
各レコードは商品撮影画像がリンクされている画像付き
商品情報であってもよい。

【００１０】図４はデータベースサーバＤＳＲの全体構
成を示したブロック図である。ＣＰＵ１は各種プログラ
ムにしたがってこのデータベースサーバの全体動作を制
御する中央演算処理装置である。記憶装置２はオペレー
ティングシステムや各種アプリケーションプログラム、
データベースＤＢ、定義テーブルＤＥＴ等が予め格納さ
れている記憶媒体３やその駆動系を有している。この記
憶媒体３は固定的に設けたもの、もしくは着脱自在に装
着可能なものであり、フロッピーディスク、ハードディ
スク、光ディスク、ＲＡＭカード等の磁気的・光学的記
憶媒体、半導体メモリによって構成されている。また、
記憶媒体３内のプログラムやデータは、必要に応じてＣ
ＰＵ１の制御により、ＲＡＭ４にロードされる。更に、
ＣＰＵ１は通信インターフェイス部５を介して他の機器
側から送信されて来たプログラム、データを受信して記
憶媒体３に格納したり、他の機器側に設けられている記
憶媒体に格納されているプログラム、データを通信イン
ターフェイス部５を介して使用することもできる。

【００１１】次に、このデータベースサーバＤＳＲの動
作を図５および図６に示すフローチャートにしたがって
説明する。ここで、これらのフローチャートに記述され
ている各機能を実現するためのプログラムは、読み取り
可能なプログラムコードの形態で記憶媒体３に格納され
ており、ＣＰＵ１はこのプログラムコードにしたがった
動作を逐次実行する。図５はクライアントからのレコー
ド登録時の動作を示したフローチャートである。先ず、
ＣＰＵ１はクライアント端末ＣＴＣから送信されて来た
データの中から登録対象の全レコードを抽出してＲＡＭ
４のワーク域に一時保存しておくと共に（ステップＡ
１）、そのクライアントのユーザＩＤをＩＤ変換テーブ
ル（図示せず）によって取得する（ステップＡ２）。そ
して、このユーザＩＤに基づいてユーザ定義テーブルＵ
ＤＴを検索し、それに定義されている正規のユーザであ
れば、このユーザＩＤに対応するグループＩＤを読み出
してそのクライアントが属する組織グループの特定を行
う（ステップＡ３）。そして、ＲＡＭ４内のワーク域に
一時保存しておいた各レコードのうち、その先頭から１
レコード分のデータを読み出し（ステップＡ４）、ユー
ザＩＤを登録者ＩＤのフィールドデータとして当該読み
出しレコードに入力すると共に（ステップＡ５）、グル
ープＩＤを登録グループＩＤのフィールドデータとして
読み出しレコードに入力する（ステップＡ６）。そし
て、ＲＡＭ４内に一時保存されている全てのレコードに
対して登録者ＩＤ、登録グループＩＤを入力する処理が
終了したかを調べ（ステップＡ７）、全レコード分の終
了が検出されるまでステップＡ４に戻り、上述の動作が
繰り返される。そして、全レコードの終了が検出される
と、全レコードをデータベースＤＢに本登録する（ステ
ップＡ８）。

【００１２】図６はクライアントから検索アクセスの要
求があった際に実行開始されるフローチャートである。
ここで、図７はクライアント端末ＣＴＣ側において、セ
ンター側のデータベースＤＢに対して検索アクセスを要
求する場合の検索画面と検索結果のリスト画面を示し、
（Ａ）に示すように検索画面には、レコード検索の条件
式を入力する入力表示域が設けられており、図示の例で
は検索条件式として商品分類「１．」に属する全ての商
品レコードを要求する「分類＝０１」を入力した場合で
ある。このように検索条件を入力した後、検索画面上の
検索実行ボタン（タッチキー）を操作すると、この検索
条件式とそのクライアントのユーザＩＤがデータベース
サーバＤＳＲへ送信される。データベースサーバＤＳＲ
側においては、クライアント端末ＣＴＣから送信されて
来た検索条件式を取り込むと共にそのクライアントのユ
ーザＩＤを取得し（ステップＢ１）、このユーザＩＤに
基づいてＣＰＵ１は、ユーザ定義テーブルＵＤＴを検索
し、それに対応するユーザタイプ情報を読み出す（ステ
ップＢ２）。そして、このユーザタイプ情報に基づいて
検索アクセス制限テーブルＡＣＴを検索し、それに対応
する制限定義を読み出す（ステップＢ３）。この結果、
検索アクセス制限テーブルＡＣＴ内にユーザタイプに応
じた制限定義が設定されているかを調べる（ステップＢ
４）。いま、検索アクセスを要求したクライアントのユ
ーザタイプが「Ｔｏ」であれば、図２（Ｂ）、（Ｃ）に
示すように検索アクセス制限テーブルＡＣＴに制限定義
は設定されていないので、データベースサーバＤＳＲは
そのクライアントから要求された検索条件式でデータベ
ースＤＢを検索し（ステップＢ５）、その検索結果を要
求元のクライアントへ送信する（ステップＢ１３）。し
たがってユーザタイプが「Ｔｏ」であれば、そのクライ
アントは何んらアクセス制限を受けずに要求通りの検索
結果を得ることができる。

【００１３】一方、ユーザタイプが「Ｔｍ」であれば、
図２（Ｂ）、（Ｃ）に示すように検索アクセス制限テー
ブルＡＣＴには制限定義が設定されているので、ステッ
プＢ４でそのことが検出されてステップＢ６に進み、そ
の制限定義に変数が含まれているかを調べる。ここで、
図２（Ｂ）、（Ｃ）の例ではいずれも制限定義に変数が
含まれている場合を例示したが、制限定義を設定する際
に、変数を含める記述とするかは自由であり、具体的な
数値（ＩＤ）を固定的に記述した定義内容であってもよ
い。いま、図２（Ｂ）、（Ｃ）に示すように変数を含む
制限定義であれば、その変数はユーザＩＤか、グループ
ＩＤかを判別し（ステップＢ７）、ユーザＩＤであれ
ば、検索アクセスの要求があったクライアントのユーザ
ＩＤを取得し（ステップＢ８）、これを制限定義の変数
として代入することによって制限条件データを生成する
（ステップＢ１０）。また、変数がグループＩＤであれ
ば、検索アクセスの要求があったクライアントのユーザ
ＩＤに基づいてユーザ定義テーブルＵＤＴを検索し、そ
れに該当するグループＩＤを取得し（ステップＢ９）、
これを制限定義の変数に代入することによって制限条件
データを生成する（ステップＢ１０）。一方、制限定義
に変数が含まれていなければ、その制限定義をそのまま
制限条件データとする。そして、制限条件データとクラ
イアントから要求のあった検索条件式とを論理積合成し
（ステップＢ１１）、この合成条件式によってデータベ
ースサーバＤＳＲはデータベースＤＢを検索し（ステッ
プＢ１２）、その検索結果を要求元のクライアントへ送
信する（ステップＢ１３）。

【００１４】ここで、検索アクセス制限テーブルＡＣＴ
に変数を含む制限定義が設定されている場合に、データ
ベースＤＢの検索アクセスはどのように制限されるかを
具体的に説明する。いま、ユーザＩＤ“Ａ”で示される
クライアントから検索条件式“分類＝０１”の検索アク
セスの要求があったものとすると、このユーザＩＤ
“Ａ”でユーザ定義テーブルＵＤＴが検索されるため、
ユーザタイプとして“Ｔｍ”が求められ、このユーザタ
イプ“Ｔｍ”で検索アクセス制限テーブルＡＣＴが検索
される。ここで、検索アクセス制限テーブルＡＣＴの内
容が図２（Ｂ）に示す場合には、制限定義として“ＴＣ
ｏＩＤ＝＄ＣｏＩＤ”が読み出される。この定義式の変
数はグループＩＤであるため、ユーザＩＤ“Ａ”に基づ
いてユーザ定義テーブルＵＤＴが検索され、それに該当
するグループＩＤ“１１”が定義式の変数として代入さ
れることにより制限条件データとして“ＴＣｏＩＤ＝１
１”が生成される。この制限条件データと要求された検
索条件式との論理積合成による合成条件式は「“分類＝
０１”＆“ＴＣｏＩＤ＝１１”」となり、この合成条件
式によってデータベースＤＢが検索される。したがっ
て、クライアントＡについては自己が属するグループに
よって登録されたレコードの範囲で、かつ分類＝０１に
該当するレコードのみが検索対象として制限される。図
７（Ｂ）はこの場合におけるクライアント“Ａ”側での
検索結果のリスト画面を示している。また、検索アクセ
ス制限テーブルＡＣＴの内容が図２（Ｃ）に示す場合に
は、ユーザタイプ“Ｔｍ”に対応する制限定義として
“ＴＵＩＤ＝＄ＵＩＤ”が読み出され、ユーザＩＤ
“Ａ”がその変数に代入されることにより制限条件デー
タはＴＵＩＤ＝“Ａ”となり、合成条件式として「“分
類＝０１”＆“ＴＵＩＤ＝Ａ”」が求められ、この条件
でデータベースＤＢが検索される。したがって、自己が
登録したレコードの範囲内で、かつ分類＝０１に該当す
るレコードのみが検索対象として制限される。

【００１５】以上のようにこの実施形態において、クラ
イアントから任意の検索条件が指定されてデータベース
ＤＢに対する検索アクセスの要求があった場合に、デー
タベースサーバＤＳＲは、ユーザ定義テーブルＵＤＴを
参照してそのクライアントのユーザタイプを特定し、こ
のユーザタイプに基づいて検索アクセス制限テーブルＡ
ＣＴを検索し、制限定義が設定されていれば、この制限
定義に基づく制限条件データに、要求された検索条件式
を付加した論理積合成の合成条件式を求めてデータベー
スＤＢを検索するようにしたから、検索アクセスの制御
は全てユーザ定義テーブルＵＤＴ、検索アクセス制限テ
ーブルＡＣＴの記述通りに実行される。したがって、デ
ータベース管理システムにおいてそのアプリケーション
自体を変更することなく、それを標準化したとしても、
データベースに対してアクセス要求を行ったクライアン
トのタイプに応じたアクセス制限を定義テーブルに単に
記述しておくだけで、そのテーブルの記述内容にしたが
ったアクセス制御を実現することが可能となる。また、
ユーザタイプ別に検索アクセス制限テーブルＡＣＴに設
定されている制限定義がグループＩＤやユーザＩＤを変
数とする定義式であれば、この定義式に対応するグルー
プＩＤ、ユーザＩＤを代入するだけで制限条件データを
生成することができるので、検索アクセス制限テーブル
ＡＣＴに具体的な数値を固定的に記述するよりも検索ア
クセス制限テーブルＡＣＴの記述内容はシンプルなもの
となり、それだけその設定も容易なものとなる。また、
ユーザ定義テーブルＵＤＴ、検索アクセス制限テーブル
ＡＣＴは表形式で単純な記述で足りるため、その設定作
業は極めて容易なものとなり、プログラム等の専門的知
識を有しない者であってもその設定を行うことができ
る。更に、データベースＤＢの各レコードには、そのレ
コードを登録した登録者ＩＤおよびその登録者が属する
登録グループＩＤが項目データとして記憶されており、
データベースＤＢを検索する際に、この登録者ＩＤ、登
録グループＩＤを検索キーとしたから、自己が属するグ
ループ内のいずれかのクライアントが登録したレコード
のみ、あるいは自己が登録したレコードのみを条件とし
たアクセス制限が可能となり、機密性を保持する上で有
効なものとなる。

【００１６】なお、上述した一実施形態は広域通信のク
ライアント・サーバシステムを例示したが、ローカルエ
リアネットワークのクライアント・サーバシステムであ
ってもよい。この場合、企業内において、グループを部
署、タイプを役職としてもよい。

【００１７】

【発明の効果】この発明によれば、データベース管理シ
ステムにおいてそのアプリケーション自体を変更するこ
となく、それを標準化したとしても、データベースに対
してアクセス要求を行ったクライアントのタイプに応じ
たアクセス制限を定義テーブルに単に記述しておくだけ
で、そのテーブルの記述内容にしたがったアクセス制御
を実現することができるので、システムの構築や変更が
容易なものとなる。

【図面の簡単な説明】

【図１】広域通信のクライアント・サーバシステムを示
したシステム構成図。

【図２】データベースサーバＤＳＲがデータベースＤＢ
をアクセスする際に参照される定義テーブルＤＥＴの構
成を示し、（Ａ）はユーザ定義テーブルＵＤＴ、（Ｂ）
は検索アクセス制限テーブルＡＣＴ、（Ｃ）は他の例の
検索アクセス制限テーブルＡＣＴの内容を示した図。

【図３】データベースＤＢの構成を示した図。

【図４】データベースサーバＤＳＲの全体構成を示した
ブロック図。

【図５】データベースサーバＤＳＲにおいて、クライア
ントからレコード登録の要求があった際の動作を示した
フローチャート。

【図６】データベースサーバＤＳＲにおいて、クライア
ントから検索アクセスの要求があった際の動作を示した
フローチャート。

【図７】クライアント側における表示画面例を示し、
（Ａ）は検索画面、（Ｂ）は検索結果のリスト画面を示
した図。

【符号の説明】

１ ＣＰＵ ２ 記憶装置 ３ 記憶媒体 ４ ＲＡＭ ５ 通信インターフェイス部 ＤＳＲ データベースサーバ ＣＴＣ クライアント端末 ＤＥＴ 定義テーブル ＤＢ データベース ＵＤＴ ユーザ定義テーブル ＡＣＴ 検索アクセス制限テーブル

Claims (6)

【特許請求の範囲】
1. 【請求項１】クライアントからデータベースの検索要求
   を受けた際に、要求元のクライアントに応じてそのデー
   タベースに対する検索アクセスを制御するアクセス制御
   装置であって、 各クライアント毎にその種類を定義するタイプ情報を記
   憶する第１の定義テーブル記憶手段と、 前記タイプ情報別にデータベースの検索アクセスの制限
   定義を記憶する第２の定義テーブル記憶手段と、 クライアントから任意の検索条件が指定されて検索アク
   セスの要求があった場合に、前記第１の定義テーブルを
   参照してそのクライアントに対応するタイプ情報を読み
   出すと共に、このタイプ情報に基づいて前記第２の定義
   テーブルを参照することによりそれに対応する検索アク
   セス制限定義を読み出す読み出し手段と、 この読み出し手段によって読み出された検索アクセス制
   限定義の内容に基づいて検索制限データを生成する生成
   手段と、 前記検索アクセスの要求時にクライアントによって任意
   に指定された検索条件を前記生成された検索制限データ
   に付加した条件によってデータベースを検索する検索手
   段とを具備したことを特徴とするアクセス制御装置。
2. 【請求項２】前記第１の定義テーブルには、各クライア
   ント毎にそのタイプ情報が記憶されている他、クライア
   ント識別情報、クライアントが属するグループを定義す
   るグループ情報が定義され、 前記読み出し手段は、クライアントから任意の検索条件
   が指示されて検索アクセスの要求があった場合に、前記
   第１の定義テーブルを参照してそのクライアントに対応
   するタイプ情報を読み出すと共に、このタイプ情報に基
   づいて前記第２の定義テーブルを参照することにより、
   それに対応する検索アクセス制限定義を読み出す他、こ
   の検索アクセス制限定義の内容に基づいて前記第１の定
   義テーブルから少なくともクライアント識別情報、グル
   ープ情報のいずれか一方を読み出し、 前記生成手段は、前記読み出された検索アクセス制限定
   義に、クライアント識別情報、グループ情報のいずれか
   一方を組み合せて検索制限データを生成するようにした
   ことを特徴とする請求項１記載のアクセス制御装置。
3. 【請求項３】前記生成手段は、前記検索アクセス制限定
   義がグループやクライアントを変数とする定義式である
   場合に、それに対応して読み出された前記グループ情
   報、クライアント識別情報をその変数として代入するこ
   とによって検索制限データを生成するようにしたことを
   特徴とする請求項２記載のアクセス制御装置。
4. 【請求項４】前記データベースを構成するレコードに
   は、そのレコードを登録した登録者を識別するための登
   録者識別情報あるいはその登録者が属するグループを識
   別するためのグループ識別情報が項目データとして記憶
   されており、 前記検索手段はデータベース内の登録者識別情報、グル
   ープ識別情報を検索キーとしてデータベースを検索する
   ようにしたことを特徴とする請求項１記載のアクセス制
   御装置。
5. 【請求項５】前記第１および第２の定義テーブルに定義
   される情報を任意に設定する設定手段を設けたことを特
   徴とする請求項１記載のアクセス制御装置。
6. 【請求項６】コンピュータによって読み取られるプログ
   ラムコードを有する記録媒体であって、 クライアントから任意の検索条件が指定されて検索アク
   セスの要求があった際に、各クライアント毎にその種類
   を定義するタイプ情報を記憶する第１の定義テーブルを
   参照してそのクライアントに対応するタイプ情報を読み
   出す機能と、 前記タイプ情報別にデータベースの検索アクセスの制限
   定義を記憶する前記第２の定義テーブルを参照すること
   により前記第１の定義テーブルから読み出されたタイプ
   情報に対応する検索アクセス制限定義を読み出す機能
   と、 読み出された検索アクセス制限定義の内容に基づいて検
   索制限データを生成する機能と、 前記検索アクセスの要求時にクライアントによって任意
   に指定された検索条件を前記生成された検索制限データ
   に付加した条件によってデータベースを検索する機能を
   実現するためのプログラムコードを有する記録媒体。