JPH103419A - データベースシステムおよびその構築方法およびそのアクセス方法およびそれを備えた情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 データベースシステムにおける参照権に階層
構造をもたせる。 【解決手段】 データベースシステムに、各部門ごと
に、スキーマ（ＳＫＭ１等）と、ビュー（Ｖ３１等）
と、テーブル（Ｔ１等）とを設ける。スキーマは、スキ
ーマ名の他に、自部門内のビューへのポインタと自部門
のテーブルへのポインタとを含む。ビューは、ビュー名
の他に、上位部門のスキーマの下のテーブルへのポイン
タを含む。テーブルは、テーブル名の他に、実データ
（Ｄ１〜Ｄ４，ＤＣ，ＤＤ）へのポインタを含む。これ
らのスキーマ、ビューおよびテーブルのポインタによっ
て、階層構造を形成する各部門が保有するデータに対す
る参照権の有無を設定する。データ検索時には、利用者
の個人特定データの入力により、当該利用者の属する部
門を特定し、当該部門に設定された他部門への参照権の
情報を取得し、その参照権に応じてデータ検索を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は各部門ごとに蓄積さ
れた部門データに対するアクセス管理機能を備えたデー
タベースシステムに関する。

【０００２】

【従来の技術】従来より、リレーショナルデータベース
においては、いわゆるＳＱＬ(Structered Query Langua
ge) と呼ばれるデータベース操作言語が用いられている
が、この種のデータベースシステムでは、いわゆるスキ
ーマ(schema)によってデータベースの論理構造が定義さ
れ記述されるようになっている。このスキーマとは、デ
ータベースを構成するデータ（レコード）のサイズ、検
索キーの定義、および検索方法等を記述すると共に、デ
ータ検索時のログイン対象となるものである。検索対象
はログイン対象のスキーマに登録されたデータを基本と
するが、その他、スキーマ中に定義したビューが指示す
る他のスキーマ下のデータも検索対象となる。

【０００３】このようなデータベースにおいては、従来
より、参照権はスキーマごとに独立して付与されるよう
になっており、また、スキーマの関係にもツリー構造
（木構造）を与えることができなかったので、参照権に
階層構造をもたせることが実現できなかった。また、ツ
リー構造上、上位部門のデータを下位部門の共通データ
とする一方、他部門からの参照は禁止するといった階層
構造をなす参照権の概念はなかった。

【０００４】一方、データ検索時に階層構造によるアク
セスを行うものとしては、特開平５−３４６９４０号公
報、あるいは特開平１−９４４２９号公報に記載があ
る。このうち、特開平５−３４６９４０号公報には、ス
キーマ情報から列見出しによる２つの階層的な見出しを
備える対応表を定義し、この対応表の形式に基づき検索
したデータを表示するとしたものが記載されているが、
これは各利用者に対し参照権を定義するものではない。
また、特開平１−９４４２９号公報には、階層選択的に
条件を選択するだけでリレーショナル型データベースを
容易に検索することができるようにしたものが記載され
ているが、ここでも参照権に階層構造をもたせることを
実現するという課題は解決されておらず、その示唆もな
い。

【０００５】

【発明が解決しようとする課題】このように、従来は、
ＳＱＬによって検索可能なデータベースシステムには参
照権に階層構造をもたせることができず、ツリー構造を
もつ部門構成における各部門のデータの管理を的確に行
うことが容易でないという問題があった。

【０００６】本発明は、かかる問題点に鑑みてなされた
もので、その目的は、参照権に階層構造をもたせること
ができるデータベースシステムを提供することにある。

【０００７】

【課題を解決するための手段】請求項１記載のデータベ
ースシステムは、階層構造をなす複数の部門の各々につ
いての個別の部門データを保有するデータベースシステ
ムにおいて、各部門データを参照する権利である参照権
を部門構成に応じて階層的に設定したものである。

【０００８】このデータベースシステムでは、階層構造
をなす各部門のデータに対するアクセスの可否は、当該
階層構造に応じて設定された参照権によって定められ
る。

【０００９】請求項２記載のデータベースシステムは、
請求項１記載のデータベースシステムにおいて、各部門
ごとに、参照対象である実データのアドレスを指し示す
ポインタを含むテーブルと、参照可能な他部門のテーブ
ルを指し示すポインタを含むビューと、前記テーブルを
指し示すポインタとビューを指し示すポインタとを含む
スキーマとを設けることにより、参照権を階層的に設定
するようにしたものである。

【００１０】このデータベースシステムでは、各部門ご
とに設けたスキーマ、ビューおよびテーブルの内容に従
って参照権が階層的に設定される。

【００１１】請求項３記載のデータベースシステムの構
築方法は、階層構造をなす複数の部門の各々についての
個別の部門データを保有するデータベースシステムの構
築方法であって、階層構造をなす複数の部門の全体構成
を表す階層構造情報を予め記録しておくと共に、この階
層構造情報を基に、前記各部門ごとに、参照対象である
実データのアドレスを指し示すポインタを含むテーブル
と、参照可能な他部門のテーブルを指し示すポインタを
含むビューと、前記テーブルを指し示すポインタとビュ
ーを指し示すポインタとを含むスキーマとを配置するこ
とによって、参照権を階層的に設定するようにしたもの
である。

【００１２】このデータベースシステムの構築方法で
は、階層構造情報に基づき、各部門ごとにスキーマ、ビ
ューおよびテーブルが配置され、これらによって参照権
が階層的に設定される。

【００１３】請求項４記載のデータベースシステムのア
クセス方法は、請求項１記載のデータベースシステムに
対するアクセス方法であって、データベースシステム内
に、少なくとも利用者を特定するための情報と利用者が
参照権を有する部門を表す情報とを対応付けた個人情報
ファイルを設けると共に、全利用者についての個人情報
ファイルを、データベースシステムから全利用者の端末
装置に一括してダウンロードし、前記利用者を特定する
ための情報を用いて、各利用者の端末装置にダウンロー
ドされた前記個人情報ファイルにアクセスすることによ
り、当該利用者が参照権を有する部門名を取得し、この
参照権を有する部門に対してデータアクセスを行うよう
にしたものである。

【００１４】このデータベースシステムのアクセス方法
では、データベースシステム内に設けた全利用者の個人
情報ファイルを一括して全利用者の端末装置にダウンロ
ードしておくと共に、利用者を特定するための情報をキ
ーとしてそのダウンロードされた個人情報ファイルにア
クセスすることにより、参照権を有する部門名が得ら
れ、その参照権を有する部門に対してデータアクセスが
行われる。

【００１５】請求項５記載のデータベースシステムのア
クセス方法は、請求項１記載のデータベースシステムに
対するアクセス方法であって、データベースシステム内
に、少なくとも利用者を特定するための情報と利用者が
参照権を有する部門を表す情報とを対応付けた個人情報
ファイルを設けると共に、データベースシステムにアク
セスしようとする利用者の個人情報ファイルを、データ
ベースシステムからその利用者の使用する端末装置にダ
ウンロードし、その端末装置のアドレスから定まる前記
利用者を特定するための情報に基づいて、当該端末装置
のダウンロードされた前記個人情報ファイルにアクセス
することにより、当該利用者が参照権を有する部門名を
取得し、この参照権を有する部門に対してデータアクセ
スを行うようにしたものである。

【００１６】このデータベースシステムのアクセス方法
では、データベースシステム内に設けた１人分の個人情
報ファイルをその利用者の端末装置にダウンロードして
おくと共に、その利用者の端末装置のアドレスから、当
該利用者を特定するための情報を得て、当該利用者を特
定するための情報をキーとして、ダウンロードされた端
末装置情報ファイルにアクセスすることにより、参照権
を有する部門名が得られ、その参照権を有する部門に対
してデータアクセスが行われる。

【００１７】請求項６記載の情報処理装置は、請求項１
記載のデータベースシステムを含み、階層的に設定され
た参照権に従ってデータアクセスが行われるように構成
したものである。

【００１８】請求項７記載のデータベースシステムは、
請求項１記載のデータベースシステムにおいて、各部門
が木構造における上位部門に対してのみ参照権を有する
ように設定したものである。

【００１９】請求項８記載のデータベースシステムは、
請求項１記載のデータベースシステムにおいて、各部門
が木構造における下位部門に対してのみ参照権を有する
ように設定したものである。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００２１】実施の形態１．まず、図２および図３を参
照して、本発明の一実施の形態に係るデータベースシス
テムにおける参照権の概念を説明する。

【００２２】図２はある事業所の階層的部門構成を表
し、図３は各部門が保持し参照するファイルの構成を示
す。この図に示したように、この事業所は部門１および
部門２をからなり、この事業所全体に共通するファイル
Ｃを有する。部門１は部門３および部門４からなり、こ
の部門１用のファイル１を有する。部門２は下部門を持
たず、この部門２用のファイル２を有する。部門１の下
部門に位置する部門３および部門４はいずれも下部門を
持たず、それぞれに対応してファイル３およびファイル
４を有する。

【００２３】部門３は、自部門が保持するファイル３、
部門１が保持するファイル１、および事業所共用のファ
イルＣの３つのファイルを参照する権利である参照権を
有し、部門１は自部門のファイル１および事業所のファ
イルＣに対して参照権を有するが、自部門に属する部門
３のファイル３および部門４のファイル４に対しては参
照権を有しないものとする。また、部門１、部門３およ
び部門４は、部門２のファイル２に対する参照権を有せ
ず、部門２はファイル２および事業所共用のファイルＣ
に対する参照権を有するものとする。

【００２４】このように、本実施の形態では、ツリー構
造の上位部門が保持するファイルおよび自部門の保持す
るファイルに対し参照権を有する一方、別系統にあるフ
ァイルに対しては参照権を有しないこととする参照権の
階層構造を構成するものとする。

【００２５】図１は、上記のような部門構成の事業所に
ついて構築したデータベースシステムを含むネットワー
クシステムの構成を表すものである。このシステムは、
ネットワーク１０と、ネットワーク１０に接続された業
務サーバ２０と、個人用の端末装置５０と、業務サーバ
２０に対する入出力装置６０とを備えている。業務サー
バ２０は、データベースシステム２１と、個人情報ファ
イル格納部２２とを備え、端末装置５０は個人情報ファ
イル格納部２２からダウンロードした当該個人用の個人
情報ファイル５１を備える。

【００２６】図３は、データベースシステム２１の構造
を詳細に表すものである。なお、図１では、図３に示し
たデータベースシステム２１の構成のうち要部のみを示
している。

【００２７】このデータベースシステム２１では、ＳＱ
Ｌユーザである各部門ごとに、スキーマ、ビュー、テー
ブルおよび実データを設けることで、参照権に階層構造
をもたせることを実現している。具体的には、部門４、
部門３、部門２、部門１、事業所およびデータベース
（ＤＢ）管理部のそれぞれについて、ログイン名となる
ＳＱＬユーザと、ログイン対象となるスキーマ（ＳＫＭ
４，ＳＫＭ３，ＳＫＭ２，ＳＫＭ１，ＳＫＭＣ，ＳＦＭ
ＡＮ）とが設定（または定義）されている。各スキーマ
には、それぞれ、各部門の所有するファイルの管理情報
を含むテーブルＴ４，Ｔ３，Ｔ２，Ｔ１，ＴＣ，ＴＤが
設定されると共に、参照権を有する上位部門のスキーマ
下に設定されたテーブルを指示するビューが設定されて
いる。

【００２８】具体的には、部門３は部門１のファイル１
および事業所の共用ファイルＣに参照権を有するので、
部門３に対応するスキーマＳＫＭ３の下に、部門１のテ
ーブルＴ１を指し示すビューＶ３１と事業所のテーブル
ＴＣを指し示すビューＶ３Ｃとが設定されている。一
方、部門３は部門２のファイル２および部門４のファイ
ル４に対する参照権を有しないので、部門２のテーブル
Ｔ２および部門４のテーブルＴ４を指し示すビューは、
スキーマＳＫＭ３下に設定されていない。その他の部門
についても同様であり、上記した参照権の階層構造に従
い各部門ごとにビューが設定されている。なお、ＤＢ管
理部を除くすべての部門のスキーマの下に、ＤＢ管理部
のテーブルＴＤを指し示すビュー（Ｖ４Ｄ，Ｖ３Ｄ，Ｖ
２Ｄ，Ｖ１Ｄ，ＶＣＤ）が設定されている。

【００２９】図４は、スキーマ、ビューおよびテーブル
の内容を表すものである。なお、この図は部門３に関す
る例示である。スキーマは、スキーマ名（ＳＫＭ３）等
の管理情報のほか、自スキーマ下の各ビュー（Ｖ３１
等）へのポインタ、自スキーマ下のテーブル（Ｔ３）へ
のポインタ、およびその他の付属情報から構成されてい
る。ビューは、ビュー名（Ｖ３１）等の管理情報のほ
か、上位部門のスキーマの下にあるテーブル（Ｔ１）へ
のポインタ、およびその他の付属情報から構成されてい
る。テーブルは、テーブル名（Ｔ３）等の管理情報のほ
か、実データの表示情報、実データの検索情報、実デー
タの格納アドレスを示すポインタ（Ｄ３）、およびその
他の付属情報から構成されている。

【００３０】図５は、個人情報ファイル格納部２２に格
納された個人情報ファイルの内容を表すものである。こ
の図に示したように、個人情報ファイルは、ファイルの
管理情報のほか、個人情報を特定するコード、氏名、ロ
グイン・スキーマ（ＳＫＭ３）、およびその他の付属情
報から構成されている。

【００３１】図３において、各部門ごとの実データＤ
４，Ｄ３，Ｄ２，Ｄ１，ＤＣ，ＤＤのアドレスは、上記
のように、各部門のテーブルＴ４，Ｔ３，Ｔ２，Ｔ１，
ＴＣ，ＴＤ内に設定されたポインタによって指し示され
るようになっている。このうち、ＤＢ管理部用の実デー
タＤＤは、スキーマ階層管理データとして構成されてい
る。このスキーマ階層管理データは、図６に示したよう
に、「自部門名」、「自部門のスキーマ名」、「上位部
門のスキーマ名」および「下位部門の数」を１レコード
とし、このようなレコードをすべての部門について設定
して構成したものである。

【００３２】以上のようにして、各部門ごとのスキーマ
の下に、ツリー構造の上位に位置する部門のスキーマ下
のテーブルを指し示すビューを設定することにより、階
層構造をなす参照権をデータベースシステム上に設定す
ることを実現している。そして、このデータベースシス
テムに対し、端末装置５０の個人情報ファイル５１を基
に、各自が所属する部門ごとのスキーマにログインする
ことにより、参照権の階層構造に従ったデータ検索が可
能となる。

【００３３】次に、このような構成のデータベースシス
テムを含むネットワークシステムの作用・動作を説明す
る。

【００３４】まず、図１を参照して、データベースシス
テム２１に対するアクセスの仕方を説明する。ここで
は、一例として、部門３に属する利用者がデータベース
２１へアクセスするためにログインする場合を示す。

【００３５】利用者が参照権に従ってデータベースシス
テムを利用する場合には、端末装置５０からログインす
る際に、その利用者が属する部門のスキーマ（ここで
は、ＳＫＭ３）を正しく指定する必要があり、以下の操
作を行う。すなわち、利用者は、端末装置５０から予め
登録された個人特定コードを入力すると共に（図１ステ
ップＳ１０１）、この個人特定コードをキーとして、個
人特定コードおよびログインスキーマ等の情報からなる
個人情報ファイル５１をサーチし（ステップＳ１０
２）、この個人情報ファイル５１から、利用者の属する
部門に対応するスキーマ名を取得する。

【００３６】次に、このスキーマ名を用いて、端末装置
５０および業務サーバ２０の双方のデータベース検索ソ
フトウエアと連携して、該当スキーマ（ここでは、ＳＫ
Ｍ３）へログインする（ステップＳ１０３）。スキーマ
へログインした後は、スキーマ内のテーブル（ここで
は、Ｔ３）および自部門に対するデータ検索が可能にな
ると共に、スキーマ下のビュー（ここでは、Ｖ３１，Ｖ
３Ｃ，Ｖ３Ｄ）によって示される当該部門３が参照権を
有する上位部門（ここでは、部門１、事業所、およびＤ
Ｂ管理部）に対するデータ検索が可能となる。

【００３７】次に、図１を参照して、個人情報の追加お
よび変更を行う場合の動作を説明する。

【００３８】個人情報の追加を行う場合は、業務サーバ
２０の入出力装置６０から、個人の氏名、所属部門およ
び個人を特定するコード等の個人情報を入力する（図１
ステップＳ１１０）。入力された個人情報は端末装置５
０内の個人情報ファイル５１と同一形式の個人情報ファ
イル格納部２２に格納される。

【００３９】個人情報の追加を行う場合は業務サーバ２
０の入出力装置６０から個人情報を特定するコードを入
力し、このコードをキーとして業務サーバ２０の個人情
報ファイル格納部２２内の個人情報ファイルを検索し、
該当する個人情報を業務サーバ２０の入出力装置６０の
表示装置に出力する（ステップＳ１１１）。そして、必
要項目を変更した後、再び業務サーバ２０の個人情報フ
ァイル格納部２２に再格納することで個人情報ファイル
を更新する（ステップＳ１１０）。

【００４０】個人情報ファイルは、業務サーバ２０の個
人情報ファイル格納部２２への登録完了後、端末装置５
０からの要求に応じ、業務サーバ２０から端末装置５０
に送付される（ステップＳ１１２）。これにより、端末
装置５０は、常に最新の個人情報を保持すると共に、デ
ータベースシステム２１へログイン時に、個人が属する
部門に対応するスキーマを正しく特定することが可能と
なる。

【００４１】次に、図４を参照して、データ相互の関連
を検索時の流れに従って説明する。ここでは、部門３に
所属する個人を例に説明する。

【００４２】まず、端末装置５０から個人情報を特定す
るコードを入力し、このコードをキーとして端末装置５
０内の個人情報ファイル５１（図５）をサーチする。端
末装置５０は、この個人情報ファイル５１から得たログ
インスキーマ名を基に、当該個人が属する部門３に対応
したスキーマ（ＳＫＭ３）へログインする。

【００４３】データベースシステムへログインした際に
検索対象となるデータは、スキーマ（ＳＫＭ３）が保持
するポインタが指し示すテーブル（Ｔ３）、およびスキ
ーマが保持するポインタが指し示すビュー（Ｖ３１）が
保持するポインタが指し示すテーブル（Ｔ１）である。

【００４４】スキーマ（ＳＫＭ３）にはビュー（Ｖ３
１）へのポインタおよびテーブル（Ｔ３）へのポインタ
等が保持され、ビュー（Ｖ３１）には上位部門のスキー
マ下のテーブル（Ｔ１）へのポインタが保持され、さら
に、テーブル（Ｔ３）には実データ（Ｄ３）へのポイン
タが保持されている。したがって、これらのポインタを
順にたどることにより、参照権の階層構造（図２）に基
づいた実データの参照が可能となる。

【００４５】次に、スキーマ、テーブルおよびビューの
展開方法について説明する。

【００４６】部門の階層関係は、既に述べたように、ス
キーマ階層管理データ（図６）によって管理されてい
る。データベースの初期登録時においては、まず、スキ
ーマ階層管理データを登録し、このデータを基にスキー
マ、テーブルおよびビューの展開を行う。部門変更を行
う場合には、スキーマ階層管理データを最新の部門階層
構造に従って更新すると共に、更新完了後、スキーマ階
層管理データの内容に従って、スキーマの設定と、テー
ブルおよびビューの再配置とを行う。以下、その処理内
容を詳細に説明する。

【００４７】図７は、図２に示した部門構成に対応して
スキーマ、テーブルおよびビューの展開を行う処理を表
すものである。

【００４８】この図に示したように、まずスキーマ階層
管理データを入力して、ＤＢ管理部の実データＤＤとし
て図６に示したようなレコードを登録する（ステップＳ
２０１）。次に、自部門に対応するスキーマの有無を調
べる（ステップＳ２０２）。スキーマが存在していない
ときは（ステップＳ２０２；Ｙ）、自部門に対応するス
キーマを新たに作成する（ステップＳ２０３）。例え
ば、部門３についてのスキーマがないときは、スキーマ
ＳＫＭ３を新たに作成する。

【００４９】次に、上位部門名をキーとして、スキーマ
階層管理データをサーチする（ステップＳ２０４）。例
えば、自部門が部門３の場合には、上位の部門１をキー
とする。この結果、上位部門が存在し（ステップＳ２０
５）、かつ当該上位部門（部門１）に対応するスキーマ
（ここでは、ＳＫＭ１）にテーブル（ここでは、Ｔ１）
が存在するときは（ステップＳ２０６）、そのテーブル
を指し示すビュー（ここでは、Ｖ３１）を作成する（ス
テップＳ２０７）。当該上位部門のレコードがさらに上
位の部門のスキーマ名を含んでいてサーチが必要なとき
は（ステップＳ２０８）、再びスキーマ階層管理データ
をサーチして（ステップＳ２０９）、ビューを作成する
（ステップＳ２０７）。図２の例では、部門１の上位に
さらに事業所があるので、事業所のレコードをサーチ
し、その事業所のテーブル（ＴＣ）を指し示すビュー
（Ｖ３Ｃ）を作成する。このような処理を、上位部門の
スキーマ名を含まないレコードが現れるまで繰り返す。

【００５０】次に、自部門下にテーブルを作成する（ス
テップＳ２１０）。テーブル作成後、自部門を上位部門
として記録している下位部門があれば（ステップＳ２１
１；Ｙ）、当該下位部門のレコードをサーチし（ステッ
プＳ２１２）、当該下位部門に対応するスキーマに、自
部門下に作成したテーブルを指し示すビューを新たに作
成する（ステップＳ２１３）。さらに下位部門があれば
（ステップＳ２１４；Ｙ）、その部門を上記と同様にサ
ーチし、該当部門に対応するスキーマに、ビューを新た
に作成する。例えば、自部門が部門１の場合には、その
下位部門が２つ存在するので、上位部門として部門１を
記録している部門３および部門４のレコードをサーチ
し、対応するスキーマへビュー（Ｖ３１，Ｖ４１）を作
成する。

【００５１】また、スキーマ階層管理データは全部門に
共通したものであるため、無条件にすべてのスキーマに
対してビュー（Ｖ４Ｄ，Ｖ３Ｄ，Ｖ２Ｄ，Ｖ１Ｄ，ＶＣ
Ｄ）を作成する。複数部門が指定された場合は、指定さ
れた部門ごとに図７の処理を繰り返す。これにより、図
３に示したようなデータベースシステムが構築されるこ
ととなる。

【００５２】このように、本実施の形態では、スキー
マ、テーブルおよびビューの配置、ならびにログインス
キーマの個人情報による特定によって、データベースシ
ステム上に階層構造をもって展開されたデータを参照で
きるようにすることで、参照権に階層構造をもたせるこ
とを可能としている。具体的には、検索時のログイン対
象であるスキーマを部門ごとに作成し、部門が保有する
データをテーブルとして該当部門に対応するスキーマへ
登録するようにしている。また、下位部門のスキーマ
に、上位部門に対応するスキーマ下にあるテーブルを指
示するビューを設定することにより、下位部門に対応す
るスキーマへログインした際、自部門および上位部門に
属するデータの検索が可能となるようにしている。ま
た、スキーマへのログインにあたっては、端末装置ごと
に保持している個人情報ファイルから所属部門に対応す
るスキーマ名を抽出し、端末装置および業務サーバの双
方のデータベース検索ソフトウエアと連携の上、所属部
門に対応するスキーマへログインするようにしている。
部門間の系統関係および上下関係は、予めスキーマ階層
管理データとして登録しておき、データ展開の際、これ
を参照してテーブルの登録先およびビューの展開先スキ
ーマを決定するようにしている。

【００５３】このようにして、各部門の利用者は、予め
設定された系統関係の部門データのみを参照可能とな
り、それ以外の部門データの参照は制限される。これに
より、無関係の部門からの不要なデータアクセスを排除
することができ、データベースシステムにおけるデータ
アクセスの輻輳の防止、およびデータ機密の的確な管理
が可能となる。

【００５４】実施の形態２．次に、本発明の他の実施の
形態を説明する。

【００５５】上記実施の形態１では、データベースシス
テムにおける参照権に階層構造をもたせることを実現す
るにあたり、業務サーバ２０と端末装置５０の双方に同
一のファイルを設け、端末装置５０から個人を特定する
コードを入力すると共に、このコードをキーとして個人
情報ファイル５１をサーチしてログインスキーマの情報
を取得するようにしたが、個人を特定するコードの代わ
りに、端末装置のアドレスを用いるようにしてもよい。
一般に、各利用者は特定の端末を使用していることが多
いので、端末装置のアドレスをもって個人特定コードの
代用としても支障がないからである。

【００５６】実施の形態１では、データベースの利用に
際し、端末装置の設置場所によらず個人に対して特定の
参照権が与えられているが、これに対し、実施の形態２
では、端末の設置場所によって異なる参照権が与えられ
ることになる。例えば、部門３に設置された端末装置か
らは、部門３に付与された参照権に従って部門３、部門
１、事業所に属するデータＤ３、Ｄ１、ＤＣが参照可能
となる。部門１に設置された端末装置からは、部門１の
参照権に従って部門１に属するＤ１、事業所に属するＤ
Ｃが参照可能である。部門４に設置された端末装置から
は、部門４下のＤ４、部門１下のＤ１、事業所下のＤＣ
が参照可能である。部門２に設置された端末装置から
は、部門２下のＤ２、事業所下のＤＣが参照可能であ
る。

【００５７】実施の形態３．次に、本発明のさらに他の
実施の形態を説明する。

【００５８】上記した実施の形態１では、ツリー構造に
おける上位部門に対して参照権を有するように構成した
が、これとは逆に、本実施の形態は、ツリー構造におけ
る上位部門は下位部門のすべてのデータを参照可能とす
る一方、上位部門のデータ参照はできないように設定し
たものである。この場合、ビューの配置およびビューが
保持するテーブルへのポインタは、実施の形態１とは逆
に設定する。

【００５９】例えば、図２に示した部門構成における参
照権は次のとおり設定される。部門３は部門３下のＤ３
のみ参照可能である。部門４も部門４下のＤ４のみ参照
可能である。部門１は部門１、部門３、部門４下のＤ
１、Ｄ３、Ｄ４の参照が可能である。部門２は部門２下
のＤ２のみ参照可能である。事業所は事業所内のすべて
のデータＤＣ、Ｄ１、Ｄ２、Ｄ３、Ｄ３を参照可能であ
る。

【００６０】以上、いくつかの実施の形態を挙げて本発
明を説明したが、本発明はこれらの実施の形態に限定さ
れるものではなく、その均等の範囲で種々に変形可能で
ある。例えば、ある部門から見て同一系統上の上位部門
および下位部門のデータのみ参照可能とし、他の系統の
部門のデータは参照不可とするように設定することも可
能である。

【００６１】

【発明の効果】以上説明したように、請求項１記載のデ
ータベースシステムによれば、階層構造をなす部門の各
々についての個別の部門データを参照する権利である参
照権を部門構成に応じて階層的に設定するようにしたの
で、各部門データに対するアクセスの可否は、当該参照
権の有無によって定められる。これにより、各部門の利
用者は、予め設定された系統関係の部門データのみを参
照可能となり、それ以外の部門データの参照は制限され
る。したがって、無関係の部門からの不要なアクセスを
排除することができ、データベースシステムにおけるデ
ータアクセスの輻輳を防止できると共に、データ機密管
理の的確性を担保できる。

【００６２】また、請求項４記載のデータベースシステ
ムのアクセス方法によれば、データベースシステム内に
設けた全利用者の個人情報ファイルを全利用者の端末装
置にダウンロードしておき、利用者を特定するための情
報をキーとしてそのダウンロードされた個人情報ファイ
ルにアクセスすることにより、参照権を有する部門名を
得るようにしたので、例えば部門構成の変更等に伴って
参照権の設定内容（階層構造）に変動が生じた場合であ
っても、データベースシステム内に設けた個人情報ファ
イルを直ちに更新するようにしておけば、最新の階層構
造に基づく参照権の情報を取得することができる。した
がって、部門構成等の変更が頻繁に行われる組織におい
ても、常に最新の階層構造に基づく参照権に従った検索
が可能になるという効果がある。

【００６３】一方、請求項５記載のデータベースシステ
ムのアクセス方法によれば、データベースシステム内に
設けた１人分の個人情報ファイルのみをその利用者の端
末装置にダウンロードしておき、その利用者の端末装置
のアドレスから定まる当該利用者を特定するための情報
をキーとしてそのダウンロードされた端末装置情報ファ
イルにアクセスすることにより、参照権を有する部門名
を得るようにしたので、参照権の情報を取得する際の検
索範囲を狭めることができ、検索時の応答性能が向上す
るという効果がある。

【図面の簡単な説明】

【図１】 本発明の一実施の形態に係るデータベースシ
ステムを適用したネットワークシステムの構成およびそ
のアクセス方法を表す図である。

【図２】 図１のデータベースシステムが適用される部
門構成例を表す図である。

【図３】 図１のデータベースシステムの構成を詳細に
表す図である。

【図４】 図１のデータベースシステムにおけるスキー
マ、ビューおよびテーブルの各内容および相互の関係を
表す図である。

【図５】 図１のデータベースシステムの個人情報格納
部に格納された個人情報ファイルの内容を表す図であ
る。

【図６】 図１のデータベースシステムにおけるスキー
マ階層管理データの内容を表す図である。

【図７】 このデータベースシステムの構築方法を表す
流れ図である。

【符号の説明】

１０ ネットワーク、２０ 業務サーバ、２１ データ
ベースシステム、２２個人情報ファイル格納部、５０
端末装置、５１ 個人情報ファイル、６０入出力装置、
ＳＫＭ１〜ＳＫＭ４，ＳＫＭＣ，ＳＦＭＡＮ スキー
マ、Ｖ３１，Ｖ３Ｃ，Ｖ３Ｄ，Ｖ４１，Ｖ４Ｃ，Ｖ４
Ｄ，Ｖ２Ｃ，Ｖ２Ｄ，Ｖ１Ｃ，Ｖ１Ｄ，ＶＣＤ ビュ
ー、Ｔ１〜Ｔ４，ＴＣ，ＴＤ テーブル。

【手続補正書】

【提出日】平成９年３月２１日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００２２

【補正方法】変更

【補正内容】

【００２２】図２はある事業所の階層的部門構成を表
し、図３は各部門が保持し参照するファイルの構成を示
す。この図に示したように、この事業所は部門１および
部門２からなり、この事業所全体に共通するファイルＣ
を有する。部門１は部門３および部門４からなり、この
部門１用のファイル１を有する。部門２は下部門を持た
ず、この部門２用のファイル２を有する。部門１の下部
門に位置する部門３および部門４はいずれも下部門を持
たず、それぞれに対応してファイル３およびファイル４
を有する。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 階層構造をなす複数の部門の各々につい
   ての個別の部門データを保有するデータベースシステム
   であって、 前記各部門データを参照する権利である参照権を部門構
   成に応じて階層的に設定したことを特徴とするデータベ
   ースシステム。
2. 【請求項２】 前記各部門ごとに、 参照対象である実データのアドレスを指し示すポインタ
   を含むテーブルと、 参照可能な他部門のテーブルを指し示すポインタを含む
   ビューと、 前記テーブルを指し示すポインタとビューを指し示すポ
   インタとを含むスキーマとを設けることにより、 前記参照権を階層的に設定したことを特徴とする請求項
   １記載のデータベースシステム。
3. 【請求項３】 階層構造をなす複数の部門の各々につい
   ての個別の部門データを保有するデータベースシステム
   の構築方法であって、 前記階層構造をなす複数の部門の全体構成を表す階層構
   造情報を予め記録しておくと共に、この階層構造情報を
   基に、前記各部門ごとに、参照対象である実データのア
   ドレスを指し示すポインタを含むテーブルと、参照可能
   な他部門のテーブルを指し示すポインタを含むビュー
   と、前記テーブルを指し示すポインタとビューを指し示
   すポインタとを含むスキーマとを配置することによっ
   て、参照権を階層的に設定することを特徴とするデータ
   ベースシステムの構築方法。
4. 【請求項４】 請求項１記載のデータベースシステムに
   対するアクセス方法であって、 データベースシステム内に、少なくとも利用者を特定す
   るための情報と利用者が参照権を有する部門を表す情報
   とを対応付けた個人情報ファイルを設けると共に、 全利用者についての個人情報ファイルを、データベース
   システムから全利用者の端末装置に一括してダウンロー
   ドし、 前記利用者を特定するための情報を用いて、各利用者の
   端末装置にダウンロードされた前記個人情報ファイルに
   アクセスすることにより、当該利用者が参照権を有する
   部門名を取得し、 この参照権を有する部門に対してデータアクセスを行う
   ようにしたことを特徴とするデータベースシステムのア
   クセス方法。
5. 【請求項５】 請求項１記載のデータベースシステムに
   対するアクセス方法であって、 データベースシステム内に、少なくとも利用者を特定す
   るための情報と利用者が参照権を有する部門を表す情報
   とを対応付けた個人情報ファイルを設けると共に、 データベースシステムにアクセスしようとする利用者の
   個人情報ファイルを、データベースシステムからその利
   用者の使用する端末装置にダウンロードし、 その端末装置のアドレスから定まる前記利用者を特定す
   るための情報を基に、当該端末装置にダウンロードされ
   た前記個人情報ファイルにアクセスすることにより、当
   該利用者が参照権を有する部門名を取得し、 この参照権を有する部門に対してデータアクセスを行う
   ようにしたことを特徴とするデータベースシステムのア
   クセス方法。
6. 【請求項６】 請求項１記載のデータベースシステムを
   含み、 前記階層的に設定された参照権に従ってデータアクセス
   が行われることを特徴とする情報処理装置。
7. 【請求項７】 各部門が木構造における上位部門に対し
   てのみ参照権を有するように設定したことを特徴とする
   請求項１記載のデータベースシステム。
8. 【請求項８】 各部門が木構造における下位部門に対し
   てのみ参照権を有するように設定したことを特徴とする
   請求項１記載のデータベースシステム。