JP2000047924A - 管理オブジェクトへのユーザアクセス権に対応するアクセス権を特定する許諾表を用いて管理オブジェクト情報へのデータベースアクセスを限定する装置及び方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 管理オブジェクトへのユーザアクセス権を特
定する許諾表を用いて管理オブジェクト情報へのデータ
ベースアクセスを限定する。 【解決手段】 データベース表は、管理オブジェクトの
対応するクラスに対する管理情報を記憶している。アク
セス制御プロシージャは、少なくとも一つの許諾表を使
って、データベース表に記憶されている管理情報へのア
クセスを制限する。許諾表は、少なくとも一つのユーザ
にアクセス可能であるデータベース表にある列のサブセ
ットを定義する。アクセス可能なデータベース表列の前
記セットは、アクセス制御データベースによって特定さ
れる管理オブジェクトアクセス権に対応している。デー
タベース内にある管理情報にアクセスするためのユーザ
アクセス要求は妨害され、そしてアクセス制御プロシー
ジャは、ユーザアクセス要求が選択ステートメントであ
る場合、呼び出される。

Description

【発明の詳細な説明】

【０００１】本出願は、１９９７年１０月３１日に出願
した米国特許出願番号第０８／９６２，０９２号の一部
継続出願である。

【０００２】

【発明の属する技術分野】本発明は、主としてコンピュ
ータネットワークの管理に関し、特に、管理オブジェク
ト及び管理オブジェクトの権限を有するユーザに対する
イベント通知書へのアクセスを制限すると共に、一致す
るアクセス制限を伴うネットワークの少なくとも一部の
管理情報へのＳＱＬアクセスを供給する装置(システム)
及び方法に関する。

【０００３】

【従来の技術】ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒ
ｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）は、マ
ルチベンダ、相互運用ネットワーク管理のためのツール
を供給するために開発された。ＳＮＭＰは、プロトコ
ル、データベース構成仕様、及び一組のデータオブジェ
クトを含むネットワーク管理に対する一組の規格を供給
する。ＳＮＭＰは、ＴＣＰ／ＩＰを基礎としたインター
ネットのための規格として、１９８９年に採用された。

【０００４】ＳＮＭＰ技術の説明は、この文書の範疇を
超えており、読者はＳＮＭＰに精通しているか、背景情
報としてその全内容が参照文献としてここに採用され
る、William Stallings（ウィリアム・スターリング
ス）著“ＳＮＭＰ、ＳＮＭＰｖ２ＲＭＯＮ”（１９９６
年アディソン ウェスリー出版社）のような、このテー
マについての一般的な教科書をアクセスしうることを前
提としている。

【０００５】ＣＭＩＰは、ＯＳＩ規格に基づいている点
を除き、ＳＮＭＰと類似したネットワーク管理プロトコ
ルである。前述のウイリアム・スターリングスの著書
“ＳＮＭＰ，ＳＮＭＰｖ２ ａｎｄ ＣＭＩＰ：Ｔｈｅ
Ｐｒａｃｔｉｃａｌ Ｇｕｉｄｅｔｏ Ｎｅｔｗｏｒｋ
Ｍａｎａｇｅｍｅｎｔ Ｓｔａｎｄａｒｄｓ”は、ＣＭ
ＩＰやＣＭＩＰ関連規格についての優れた基礎情報源で
あり、背景情報としてその全内容が参考文献としてここ
に採用される。

【０００６】多くのネットワークは、ネットワークを管
理するためにネットワークマネージャ及びシンプルネッ
トワーク管理プロトコル（ＳＮＭＰ）またはＣＭＩＰの
ある形式を使用する。その管理タスクの中でも、ネット
ワークマネージャは、ネットワーク上のデバイスの状態
を自動的に監視する。ネットワークマネージャは、イベ
ント要求をデバイスに送り、このデバイスは、ある一定
のイベントが発生した際に応答を返すよう要求される。
例えば、使用可能なディスクスペースが５０％以下に低
下すると、ディスクエージェントは、応答を送ることを
要求される。

【０００７】ＳＮＭＰ管理可能（又はＣＭＩＰ管理可
能）デバイスは、管理情報ベース（ＭＩＢ）、デバイス
の異なるアスペクト（例えば、構成、統計、状態、制
御）を表わしているオブジェクトまたは変数の集合体を
それ自体のメモリに記憶する。デバイスの各クラスに対
して、ＭＩＢは、規格変数の核を有する。デバイスの各
ベンダは、そのデバイスの管理に重要であると思われる
変数を、核に追加するる。

【０００８】ネットワーク上にある管理可能デバイスに
対するＭＩＢは、検索することができる管理情報を記憶
するだけでなく、ネットワークマネージャによって変更
された場合に、その値がデバイスの動作を変更するよう
な変数を含む。簡単な例は、デバイスの動作を不能に
し、デバイスによって実行される異なるタスクに割り当
てられた優先順位を変更し、かつデバイスによって生成
されたメッセージのセット及びこれらのメッセージが送
られる宛て先のセットを変更する。

【０００９】明らかに、権限のない者がネットワーク上
の管理情報オブジェクトにアクセスすることを防止する
ことは、重要である。そうしなければ、機密保護情報が
権限のない者によって取得されるだけでなく、ネットワ
ークが妨害行動に対してオープンになる。本発明は、ネ
ットワーク管理情報オブジェクトに対するアクセス制御
について注目する。

【００１０】ＩＴＵ−ＴＸ．７４１（１９９５）は、業
界規格であり、以前にはＣＣＩＴＴとして知られてい
た、国際通信連盟（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅ
ｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ）の通信
規格化部門により出版され、データネットワーク及びオ
ープンシステム通信（Ｄａｔａ Ｎｅｔｗｏｒｋｓ ａ
ｎｄ Ｏｐｅｎ Ｓｙｓｔｅｍ Ｃｏｍｍｕｎｉｃａｔ
ｉｏｎｓ）、ＯＳＩマネージメントと称される。Ｘ．７
４１規格は、ＯＳＩ（オープンシステム間相互接続）シ
ステム管理に関連付けられたアクセス制御を生成しかつ
管理するために必要なアクセス制御機密保護モデル及び
管理情報を特定する。

【００１１】本発明に関連するＯＳＩシステム管理に関
する多数の関連ＩＴＵ−Ｔ規格、特に、Ｘ．７４０（１
９９２）（機密保護監査追跡機能）及びＸ．８１２（１
９９５）（データネットワーク及びオープンシステム通
信機密保護）が存在する。これら三つのＩＴＵ−Ｔ規
格、Ｘ．７４１（１９９５）、Ｘ．７４０（１９９２）
及びＸ．８１２（１９９５）のすべては、背景情報とし
て参考文献としてここに採り入れられる。

【００１２】Ｘ．７４１、Ｘ．７４０及びＸ．８１２規
格が、管理オブジェクト（ネットワーク管理オブジェク
トと称されることもある）へのアクセスを制御するため
の、相当に広範囲なアクセス制御の枠組みを定義する一
方で、これらの規格ではアドレスまたは解決されていな
い多くのアクセス制御及びマネージメント・イッシュが
残っている。

【００１３】特に、Ｘ．７４１及び関連する規格が、管
理オブジェクトへのアクセスを制限するためのアクセス
制御を定義する一方で、これらの規格は、イベント報告
書へのアクセスを制限するためのいかなる機構もアドレ
ス又は特定しない。オブジェクトが生成され、削除さ
れ、又は管理パラメータが特定のしきい値をパスすると
きに生成される報告書のような、イベント報告書（イベ
ント通知書とも称される）は、多くのシステムにおいて
すべての視聴者に放送される。これは、ネットワーク
が、例えば大規模な電気通信会社によって所有されてい
る電話交換ネットワークであったり、イベント報告書が
特定の顧客のためにインストールもしくは利用されてい
るリソースに関するものである場合には、明らかに容認
され得ないものである。つまり、顧客Ａは、顧客Ｂに代
わって使用されているネットワークリソースに関するイ
ベント報告書を受け取ることを許されるべきではない。

【００１４】事実、Ｘ．７４１及び関連規格において
は、イベント報告書の機密保護は、管理オブジェクトへ
のアクセスを制限するために使用されるアクセス制御機
構から分離した機構を使用して実行されることが、仮定
されている。結局、管理オブジェクトへのアクセス制御
は、オブジェクトへのアクセスを要求する外部からのメ
ッセージをフィルタにかける一方で、イベント報告書は
外部に向けられたメッセージである。

【００１５】

【発明が解決しようとする課題】しかしながら、本発明
の発明者は、多くの場合、ある者がアクセスを禁じられ
ているオブジェクトは、その者がそこからのイベント報
告書を受け取るべきでないオブジェクトでもあるという
ことに気づいた。例えば、上述の例を使うと、顧客Ａの
従業員は、顧客Ｂに割り当てられたいかなるオブジェク
トに対するイベント報告書も、アクセスしたり受け取っ
たりするべきではない。

【００１６】Ｘ．７４１によって検討されていないほか
のイッシュは、大規模なネットワークを有する顧客が、
しばしば“ＳＱＬ”タイプの報告ジェネレータを使用し
てネットワーク管理報告書を生成する能力を強く要求す
ることである。つまり、そのようなネットワークのユー
ザは、自らのネットワークリソースの状態についての報
告書を生成する能力を欲したり要求したりする一方で、
ＳＮＭＰ（もしくは他のあらゆるネットワーク管理プロ
トコル）を使ってネットワーク管理情報を検索する煩雑
さを避けようとするのである。Ｘ．７４１及び関連規格
は、管理報告書を生成する目的を持つ管理オブジェクト
データベースへのいかなるタイプの直接ＳＱＬタイプア
クセスも、求めたり、提案することさえない。実際、直
接ＳＱＬタイプアクセスは、機密保護漏洩の潜在的な源
であるため、Ｘ．７４１の目標とは相対するものに見え
るかもしれない。

【００１７】よって、本発明の課題は、他のタイプのオ
ブジェクトアクセスとは反対に、報告書生成の目的ため
に管理オブジェクトデータベースへの直接ＳＱＬタイプ
アクセスを供給することである。直接アクセス機構の目
的は、ユーザにネットワークオブジェクトの状態又は過
去の実行内容についての報告書を定義しかつ生成すべく
基準ＤＢＭＳ報告ジェネレータを使用させる一方で、通
常の管理情報アクセス要求に適用するのと同じアクセス
制限を供給することである。

【００１８】

【課題を解決するための手段】本発明の上記課題は、分
散形ネットワークにおける管理オブジェクトへのアクセ
スを制御するためのアクセス制御システムであって：ア
クセス制御オブジェクトを含む、アクセス制御データベ
ースであり、アクセス制御オブジェクトが管理オブジェ
クトの特定されたセットへのユーザによるアクセス権を
特定する情報を総括的に記憶しており、特定されたアク
セス権がネットワークから管理情報を入手するためのア
クセス権を含んでいる、アクセス制御データベース；ア
クセス制御データベースによって特定されるアクセス権
に従って管理オブジェクトへのアクセスをユーザに供給
する、少なくとも一つのアクセス制御サーバ；データベ
ース管理システム；及び管理情報をネットワークからデ
ータベース管理装置に送るための情報転送機構を備え、
データベース管理装置は、情報転送機構によって送られ
た管理情報を記憶するための一組のデータベーステーブ
ルであり、一組のデータベーステーブル内の各テーブル
が対応する管理オブジェクトに対する管理情報を個別の
列に記憶する、一組のデータベーステーブル；アクセス
許可オブジェクトを含む、少なくとも一つの許諾表であ
り、アクセス許可オブジェクトが管理オブジェクトの特
定されたセットへのユーザによるアクセス権を特定する
情報を総括的に記憶しており、特定されたアクセス権が
管理情報をネットワークから取得するためのアクセス権
を含んでおり、アクセス許可オブジェクトのアクセス権
がユーザの少なくとも一つに対してアクセス制御データ
ベースによって特定された管理オブジェクトアクセス権
に対応する、少なくとも一つの許諾表；データベースの
管理情報をアクセスするためのユーザアクセス要求を妨
害する手段；ユーザアクセス要求が、管理オブジェクト
のいずれかに対する管理情報をアクセスするための選択
ステートメントである場合にアクセス制御プロシージャ
を呼出す手段；データベーステーブルのセットに記憶さ
れている管理情報へのアクセスを制限するためのアクセ
ス制御プロシージャであり、アクセス制御プロシージャ
が少なくとも一つのアクセス可能なデータベーステーブ
ルの列の許可されたサブセットを定義すべく少なくとも
一つの許可テーブルに記憶されているアクセス権のセッ
トを使用し、列の許可されたサブセットがユーザの少な
くとも一つに対して少なくとも一つの許可テーブルによ
って特定された管理オブジェクトアクセス権に対応し；
及びデータベーステーブルのセットの許可された列に記
憶された管理情報をアクセスするためのデータベースア
クセスエンジンを備えているアクセス制御システムによ
って達成される。

【００１９】本発明のシステムでは、アクセス制御プロ
シージャは、データベーステーブルのセットに記憶され
た許可された列をアクセスするように構成してもよい。

【００２０】本発明のシステムでは、アクセス制御プロ
シージャは、許可された列のリストを返し、かつ選択さ
れたステートメントは、許可された列をアクセスすべく
返されたリストを用いるように構成してもよい。

【００２１】本発明のシステムでは、呼出し手段は、ト
リガであってもよい。

【００２２】本発明のシステムでは、選択されたステー
トメントは、トリガにアクセス制御プロシージャを呼出
させ、かつアクセス制御プロシージャは、列の許可され
たサブセットをアクセスすべく選択されたステートメン
トの少なくとも一つのパラメータを変更するように構成
してもよい。

【００２３】また、本発明の上記課題は、分散形ネット
ワークにおける管理オブジェクトへのアクセスを制御す
る方法であって：アクセス制御オブジェクトを含む、ア
クセス制御データベースを記憶し、アクセス制御オブジ
ェクトが管理オブジェクトの特定されたセットへのユー
ザによるアクセス権を特定する情報を総括的に記憶して
おり、特定されたアクセス権がネットワークから管理情
報を入手するためのアクセス権を含み；管理情報をネッ
トワークからデータベース管理システムに送る段階を具
備し、データベース管理システムにおいて：データベー
ステーブルの第１のセットに情報転送機構によって送ら
れた管理情報を記憶し、データベーステーブルのセット
の各テーブルが個別の列に対応する管理オブジェクトに
対する管理情報を記憶し；許可オブジェクトを含む、少
なくとも一つの許可テーブルに記憶し、許可オブジェク
トが管理オブジェクトの特定されたセットへのユーザに
よるアクセス権を特定する情報を総括的に記憶し、特定
されたアクセス権がネットワークから管理情報を取得す
べくアクセス権を含んでおり、許可オブジェクトのアク
セス権が少なくとも一つのユーザに対するアクセス制御
データベースによって特定された管理オブジェクトアク
セス権に対応し；データベーステーブルに記憶されてい
る管理情報をアクセスするためのユーザアクセス要求を
妨害し；ユーザアクセス要求がデータベーステーブルの
セットのいずれかをアクセスするための選択ステートメ
ントである場合にアクセス制御プロシージャを呼出し；
アクセス制御プロシージャにおいて、データベーステー
ブルのセットに記憶された管理情報へのアクセスを制限
し、アクセス制御プロシージャがアクセス可能なデータ
ベーステーブルの少なくとも一つの列の許可されたサブ
セットを定義すべく少なくとも一つの許諾表に記憶され
たアクセス権のセットを使用し、列の許可されたサブセ
ットがユーザの少なくとも一つに対して少なくとも一つ
の許諾表によって特定された管理オブジェクトアクセス
権に対応し；かつデータベーステーブルのセットの許可
された列に記憶された管理情報をアクセスするという段
階を具備する方法によって達成される。

【００２４】本発明の方法では、アクセス制御プロシー
ジャは、データベーステーブルのセットに記憶された許
可された列をアクセスするようにしてもよい。

【００２５】本発明の方法では、アクセス制御プロシー
ジャは、許可された列のリストを返し、かつ選択ステー
トメントは、許可された列をアクセスすべく返されたリ
ストを用いてもよい。

【００２６】本発明の方法では、アクセス制御プロシー
ジャを呼出すためにトリガが用いられるようにしてもよ
い。

【００２７】本発明の方法では、選択ステートメント
は、トリガにアクセス制御プロシージャを呼出させ、か
つアクセス制御プロシージャは、列の許可されたサブセ
ットをアクセスすべく選択ステートメントの少なくとも
一つのパラメータを変更するようにしてもよい。

【００２８】本発明の方法では、ユーザの特定されたセ
ット及び管理オブジェクトの特定されたサブセットに対
して少なくとも一つの許諾表を更新する段階を更に含む
ようにしてもよい。

【００２９】本発明の方法では、更新する段階は、新し
い管理オブジェクトがネットワークに追加されたときに
呼出されるようにしてもよい。

【００３０】本発明の方法では、更新する段階は、特定
されたアクセス権が変更されるときに呼出されるように
してもよい。

【００３１】

【発明の実施の形態】纏めると、本発明は、コンピュー
タネットワーク上の管理オブジェクトへのアクセスを制
御するシステム及び方法に関する。アクセス制御データ
ベースは、管理オブジェクトの特定のセットへのユーザ
によるアクセス権を特定する情報を、総括的に記憶して
いるアクセス制御オブジェクトを有する。特定されたア
クセス権は、ネットワークから管理情報を入手するため
のアクセス権を含んでいる。アクセス制御サーバは、ア
クセス制御データベースによって特定されたアクセス権
に従って、管理オブジェクトへのユーザアクセスを供給
する。情報転送機構は、ネットワークからデータベース
管理システムに管理情報を送る。

【００３２】データベース管理システムは、情報転送機
構によって送られた管理情報を、一組のデータベーステ
ーブルに記憶する。各データベーステーブルは、対応す
る管理オブジェクトに対する管理情報を個別の列に記憶
する。

【００３３】アクセス制御プロシージャは、データベー
ステーブルに記憶されている管理情報へのアクセスを、
少なくとも一つの許諾表を使って制限する。許諾表は、
少なくとも一つのユーザへアクセスできるデータベース
テーブルにおけるサブセットの列を定義する。アクセス
可能なデータベーステーブル列のセットは、アクセス制
御データベースにより特定される管理オブジェクトアク
セス権に対応している。データベース内の管理情報にア
クセスするためのユーザアクセス要求は妨害され、アク
セス制御プロシージャは、ユーザアクセス要求が選択ス
テートメントである場合に呼出される。

【００３４】データベースアクセスエンジンは、ユーザ
がアクセス制御データベースによってアクセスすること
を許されるデータベーステーブルのセットの管理情報に
のみ各ユーザがアクセスすることを許されるように許諾
表（許諾テーブル）を使ってデータベーステーブルのセ
ットの情報をアクセスする。本発明の他の目的及び特徴
は、以下の詳細な説明及び添付の請求の範囲を図面と併
せて参照することにより容易に明らかにあるであろう。

【００３５】

【実施例】図１を参照すると、イニシエータ１０４（例
えば、ユーザ及びユーザに代わって動作するアプリケー
ションプログラム）によるネットワーク１０６上の管理
オブジェクトへのアクセスを制限するアクセス制御エン
ジン（ＡＣＥ）１０２を有しているネットワーク管理シ
ステム１００が示されている。ネットワーク１０６は、
管理機能を実行するために管理プロトコルを使用する、
事実上いかなるタイプのコンピュータ実行ネットワーク
もなり得る。この文書の目的に鑑み、ネットワーク上の
管理オブジェクトに関してのみ説明するが、これには、
管理情報及びリソース制御変数を含む。更に、この文書
の目的に鑑み、主として管理オブジェクト及び管理オブ
ジェクトによって生成されるイベント通知書へのアクセ
ス制御方法について説明する。よって、管理オブジェク
トの内容や機能については特に説明しない。

【００３６】多くの文書で、管理オブジェクトは“管理
オブジェクトインスタンス（ＭＯＩ'ｓ）”と称されて
いることに注目するべきである。そのような文書では、
省略形である“ＯＩ”や“ＯＣ”は、“オブジェクトイ
ンスタンス”及び“オブジェクトクラス”を意味してい
る。この文書における用語では、オブジェクトは実際
に、オブジェクトインスタンスのことであり、これは、
すべてのオブジェクトは各オブジェクトクラスのインス
タンスであるからである。例えば、ネットワーク上の各
“ルータオブジェクト”は、各管理オブジェクトクラス
のインスタンスである。明確にする必要がある場合を除
いて、“オブジェクト”という用語は、この文書の中で
は“オブジェクトインスタンス”の代わりに用いられ
る。また、好ましい実施例においては、すべての管理オ
ブジェクト及びアクセス制御オブジェクトは、ＧＤＭＯ
に従う。

【００３７】アクセス制御エンジンは、アクセス制御デ
ータベース１０８を含む。本来のネットワークそのもの
のように、アクセス制御データベース１０８は、オブジ
ェクトの階層からできている。アクセス制御データベー
スの様々な側面が本発明で実行される様子は、以下詳細
に説明される。アクセス制御データベース１０８は、ア
クセス制御規則を含んでおり、規則はアクセス要求を認
めないか認めるかを決定するために、アクセス要求に適
用され得る。

【００３８】アクセス制御決定機能（ＡＣＤＦ）１１０
は、管理オブジェクトへ要求されたアクセスを承認する
か否定するかを決定するために、アクセス制御規則を各
アクセス要求に適用するプロシージャ（又はプロシージ
ャのセット）である。以下で詳細に説明されているよう
に、アクセス要求が二つ以上の管理オブジェクトを目標
にしている場合、アクセス要求のある部分は認められる
が、他の部分は認められないということもある。

【００３９】アクセス制御強制機能（ＡＣＥＦ）１１２
は、ＡＣＤＦ１１０によってなされる決定を強制するた
めのプロシージャ（又はプロシージャのセット）であ
る。特に、ＡＣＥＦ１１２は、ＡＣＤＦ１１０がアクセ
ス否定を返した場合にアクセス否定応答を送り、アクセ
スが承認された場合には、アクセス要求を適切な管理オ
ブジェクトに送る。

【００４０】図２を参照すると、各アクセス要求１２０
は、前もって定義されているフィールドのセットを含ん
だデータ構造又はオブジェクトであり、以下のものを含
む：ユーザ情報、これは要求イニシエータを認識する；
動作、これは特定された目標オブジェクト上で実行され
るタイプの動作である；定義された動作は、ゲット、セ
ット、生成、削除、実行、フィルタ、複数オブジェクト
の選択及び“〜から通知を受取る（receive notificati
on from）”を含む；ここでいう“〜から通知を受取
る”動作は（通常、この文書の他のところでは“イベン
ト通知”動作と称されている）、Ｘ．７４１によって定
義された動作の一つではなく、むしろ後に説明されてい
る理由で、発明者によって追加された新しい動作であ
る；モード、これは確認や未確認に相当するものであ
り、管理情報サーバが応答メッセージをイニシエータに
送るべきか否かを示す；モードが未確認に相当する場
合、応答メッセージ（例えば、アクセス拒否メッセー
ジ）はイニシエータに送られず、モードが確認に相当す
る場合、応答メッセージはイニシエータに送られる；同
期、これは“アトミック（atomic）”や“ベストエフォ
ート（best effort）”に相当するものであり、もし同
期がアトミックに設定された場合、二つ以上のオブジェ
クトに向けられたアクセス要求は、その要求の一部でも
否定された場合は中止される；もし同期がベストエフォ
ートに設定された場合、アクセス要求は、アクセスが承
認されたオブジェクトで実行され、その結果はイニシエ
ータに返される；及び目標（ターゲット）、これはイニ
シエータがアクセスを望む単一のオブジェクト又は複数
のオブジェクトを特定する。

【００４１】アクセス要求１２０における目標は、三つ
のフィールドによって特定される：基礎オブジェクト、
これは管理オブジェクトツリー内の特定のオブジェクト
を示す；範囲、これはアクセスされるツリー内の基礎ブ
ジェクトの上位又は下位にあるオブジェクトの範囲を示
す；好ましい実施例において、基礎オブジェクトは常に
ルートに最も近い目標セットにおけるオブジェクトであ
り、その範囲は目標セットの一部として含まれるべき基
礎オブジェクトの下位レベル（つまり、ルートから離れ
ている）にある多くのオブジェクトツリーを示す；及び
フィルタ、（フィルタは、カリフォルニア州、メニオ・
パークにあるルータに対する管理オブジェクトのみが目
標セットに含まれるべきであることを示すかもしれな
い）目標セットに含まれるオブジェクトのセットを制限
するためのフィルタ条件を整えるものである；フィルタ
のフィールドはデータベースの照会中の“ｗｈｅｒｅ”
文節に相当する。フィルタは、ユーザが受け取ることを
望んでいるイベント通知書の種類（例えば、ＳＮＭＰ又
はＣＭＩＰイベント通知書）を特定するためにも用いら
れる。

【００４２】一つだけのオブジェクトを目標セットとし
ている要求は、当該要求の範囲フィールドが未使用であ
るため、“範囲非指定要求”とみなされる。二つ以上の
オブジェクトを目標セットとしている要求は、当該要求
の範囲フィールドがアクセスされるべき二つ以上のオブ
ジェクトを示しているため、“範囲指定”要求とみなさ
れる。 多数のサーバに対するアクセス制御の分配 図３を参照すると、アクセス制御が処理される速度を増
加させるために、アクセス制御エンジン１０２（図１）
の機能は、複数のサーバに分配される。図３についての
以下の説明は、図３に示されたシステム構成のいくつか
によって実行される機能の簡潔な“概観的”説明を含む
であろうし、また、本発明のそれらの概観についてのよ
り詳細な説明で、上記に参照されている規格（例えば、
Ｘ．７４１）によっては明らかにされていないものは、
この文書の他の項目で説明する。

【００４３】多くのインスタンス、例えば、電話網など
では、管理オブジェクトの数は膨大であり、それに伴
い、当該管理オブジェクトへのアクセスを求める人の数
も多くなり、アクセス要求の日常的なボリュームも大き
くなるのである。ほとんどのアクセス要求は、大変狭い
範囲に集中している。例えば、典型的なアクセス要求
は、特定の場所にある特定のタイプの管理オブジェクト
へのアクセスを要求する。他の例では、ネットワークの
一部が修理のために遮断される必要がある場合、アクセ
ス要求の目標セットは、遮断されるべきデバイスに対す
る管理オブジェクトを指定するであろう。他のアクセス
要求、特に状態情報収集要求は、非常に大きな目標セッ
トを含むことができる。

【００４４】管理情報サーバ（ＭＩＳ）１５０は、すべ
ての管理オブジェクトのアクセス要求１２０を受け取
り、また各要求及び要求の一部を、当該要求によって参
照される管理オブジェクトツリーの一部に従って、一組
の補助サーバ１５２に分配する。各サーバ１５０及び１
５２は、アクセス制御機能及び要求応答収集機能の両方
を実行する。このようにして、アクセス制御処理はＭＩ
Ｓ１５０及び補助サーバ１５２の間で分配され、ヘビー
要求トラフィックの期間のアクセス要求をより迅速に処
理することを可能にする。

【００４５】特に、ＭＩＳ１５０は、管理オブジェクト
ツリーの頂点にあるオブジェクトに対するアクセス制御
を実行するのみであるが、一方で各補助サーバは、管理
オブジェクトツリーの個々の指定されたサブツリーにお
けるオブジェクトに対するアクセス制御を実行する。上
の記述についての一つの重要な例外は、イベント通知書
に対するすべてのアクセス要求（即ち、“〜からの通知
を受け取る”（receive notification from）という動
作を伴っている）は、どのオブジェクトがアクセス要求
の目標になるかにかかわらず、ＭＩＳにあるイベント登
録モジュールに転送されるということである。この点に
ついては、イベント通知アクセス制御について、以下で
詳細を述べる。

【００４６】加えて、特別補助サーバ１５４は、アクセ
ス制御オブジェクトツリー１７０（これは、公知技術で
あるアクセス制御データベース１０８と同じものではな
い。その理由は以下に説明する）に関するすべての更新
を処理するために用いられる。ある実行動作において
は、特別補助サーバ１５４は、ＭＩＳ１５０又は通常補
助サーバ１５２と併合される場合もある。一方、アクセ
ス要求が比較的混み合わないシステムでは、特別補助サ
ーバ１５４は、他のサーバの一つと同じ物理的サーバハ
ードウェア上で、分離したソフトウェアエンティティと
して実行されることが可能である。

【００４７】ＭＩＳ１５０及び各補助サーバ１５２、１
５４は、アクセス制御オブジェクトツリー１７０の完全
なコピーを記憶しているが、管理オブジェクトツリーの
各部分にアクセスするための要求の処理のみを担ってい
る。他の実施例では、各ＭＩＳ及び各補助サーバは、割
り当てられたアクセス制御機能を実行するために必要な
アクセス制御オブジェクトツリー１７０の一部のみを記
憶することができる。

【００４８】アクセス要求が、二つ以上のサーバによっ
て提供される管理オブジェクトツリーの一部に目標オブ
ジェクトを有する場合、アクセス要求はＭＩＳ１５０に
よってアクセスサブ要求に分割され、適切な補助サーバ
１５２に送られる。すべてのサーバによって生成される
アクセスサブ要求応答は、ＭＩＳ１５０によって照合さ
れ、当該要求をしているユーザ又はアプリケーションに
ともに返送される。

【００４９】ＭＩＳ１５０は、アクセス要求を受け取る
ためのインターフェース１６０；ＭＩＳのメモリ１６４
に記憶されているアクセス制御プロシージャを実行する
ための一又はそれ以上の中央処理装置（central proces
sing units ＣＰＵ'ｓ）１６２；非持久性の高速度ＲＡ
Ｍ及び磁気ディスク記憶装置のような持久性のある記憶
装置の両方を含むメモリ１６４；ＭＩＳ１５０及び補助
アクセス制御サーバ１５２，１５４の間での機密保護通
信を処理するためのインターフェース１６６；及び上述
のＭＩＳ１５０の構成要素間でデータやプログラムを通
信するための一又はそれ以上の内部バス１６８を含む。

【００５０】メモリ１６４は：アクセス制御ツリーの部
分的な又は完全なコピー１７０；アクセス制御ツリー１
７０は、好実施例においては、Ｘ．７４１で特定されて
いるものとは違う構成要素及び構成を有していることに
着目されたい。よって図１におけるアクセス制御ツリー
１０８は、本発明において用いられるアクセス制御ツリ
ー１７０と同じものではない；アクセス要求をアクセス
サブ要求に分割し、アクセスサブ要求をアクセス制御処
理のために、適切なサーバにルーティングするための、
アクセス要求分割及びルーティングプロシージャ１７
２；サーバマッピングテーブル１７３へのサブツリー。
これはＭＩＳ１５０が、アクセス制御処理のために各ア
クセス要求がどのサーバに送られるべきかを決定するた
めに必要となる情報を記憶している；アクセス制御強制
機能１７４。この機能は、図１に示されているＡＣＥＦ
１１２のそれと同じである；アクセス制御決定機能１７
６。この機能は、図１に示されているＡＣＤＦ１１０の
それと同じである；様々なサーバによって生成される、
各アクセス要求への応答を併合し、イニシエータに単一
の、併合された応答を返す、要求応答併合プロシージャ
１７８；未完了の処理を有しているアクセス要求につい
ての状態情報の配列１８０；すべてのアクセス要求の記
録を維持するための、機密保護監査追跡１８２；イベン
ト登録１８４。これは、特定のユーザが要求したイベン
ト通知書のトラックを維持するための機構である；及び
イベントルータ１８６。これは、（Ａ）イベント通知書
を要求したユーザ又はアプリケーション、及び（Ｂ）そ
れらを受け取る権利があるユーザ及びアプリケーション
にイベント通知書を送るためのモジュールである。を記
憶している。

【００５１】図３に示されていないＭＩＳ１５０の他の
概観は、以下に説明する。

【００５２】ＭＩＳ１５０及び補助サーバ１５２、１５
４のすべては、アクセス制御オブジェクトツリー１７０
のコピーと同様に、アクセス制御プロシージャのライブ
ラリの同一コピーを保守している。このようにして、各
補助サーバ１５２、１５４は、ＭＩＳ１５０に見られる
同じハードウェア及びソフトウェアの要素を含む。但
し、（Ａ）アクセス要求の受け取り及び分割、並びに応
答の結合を処理するために用いられるＭＩＳの特別プロ
シージャ（１７２，１７８）は除く。また、（Ｂ）それ
ら各要素は、アクセス要求を受け取り、応答を返すため
に、唯一のインターフェース１６０／１６６を有する。
各補助サーバ１５２は、アクセス制御オブジェクトツリ
ーの完全なコピー１７０、又は補助サーバによって処理
されるべきアクセス要求を処理するために必要となるコ
ピーの一部のいずれかを記憶している。

【００５３】特別補助サーバ１５４は、持続性記憶装置
にあるアクセス制御オブジェクトツリー１７０のコピー
１９０を保守しているので、アクセス制御オブジェクト
は、アクセス制御システム、又はその一部が何らかの理
由でリブート又は再起動される度に、すべてのアクセス
制御サーバによる使用が可能となる。特別補助サーバ１
５４はまた、アクセス制御オブジェクトツリー１７０に
関するすべての更新処理も管理している。

【００５４】他のサーバと共有されるアクセス制御ライ
ブラリプロシージャに加え、特別補助サーバ１５４は、
アクセス制御オブジェクトツリー１７０／１９０へのア
クセス制御を処理し、またアクセス制御オブジェクトツ
リー１７０／１９０の更新を処理するための、追加のプ
ロシージャ１９４を有する。管理オブジェクトへのアク
セスを制限するために用いられる同じタイプのアクセス
制御はまた、アクセス制御オブジェクトツリー１９０／
１７０へのアクセスを制限するためにも用いられる。即
ち、アクセス制御オブジェクトツリー１７０にある目標
オブジェクト及び規則オブジェクトの中には、アクセス
制御オブジェクトへのアクセス権を定義するために用い
られるものがあり、また、特別補助サーバ１５４は、そ
れらアクセス制御オブジェクトによって定義される規則
に従って、アクセス制御オブジェクトへのアクセスを制
限する。このようにして、権限のあるユーザのみが、ア
クセス制御オブジェクトツリー１９０／１７０にアクセ
スし、及びその更新をすることができるのである。

【００５５】ＭＩＳ１５０は、ネットワーク上のオブジ
ェクトツリーについて、各要求をサービスするためにど
の補助サーバが必要となるかを判断するに足りるだけの
情報を有している。特に、ＭＩＳ１５０は、アクセス要
求分割及びルーティングプロシージャ１７２及び一組の
“ツリー分割点オブジェクト”（分割点ノードとも称さ
れる）を認識する情報を記憶しているマッピングテーブ
ル１７３を有している。さらに特定すると、マッピング
テーブル１７３は、記録のシーケンスを含んでいる。各
記録は、ツリー分割点オブジェクトと呼ばれる最上位の
オブジェクトによって認識される管理オブジェクトサブ
ツリーを認識し、また、当該管理オブジェクトサブツリ
ーにおけるオブジェクトへのアクセス要求を処理するた
めのサーバ１５２も認識する。各アクセス要求のため
に、ＭＩＳ１５０は最初に“大域否定規則”を適用す
る。これについては、後に詳細に説明する。要求が大域
否定規則によって拒絶された場合、アクセス要求のさら
なる処理のために必要となる単一もしくは複数のサーバ
を認識するため、ＭＩＳ１５０はネットワークオブジェ
クトツリー１７０を通過する。

【００５６】さらに特定すると、受け取られた各アクセ
ス要求（イベント通知に対するアクセス要求を除く）に
対して、ＭＩＳは分割点オブジェクトのいずれかに到達
するまでネットワークオブジェクトツリーを通過する。
分割点オブジェクトより下のすべての管理オブジェクト
は、対応する補助サーバによって処理されるので、ツリ
ーの通過はそれらのオブジェクトで止まる。サーバ間
で、どのようにアクセス管理デューティがサーバ間で分
割されるかによって、単一のアクセス要求は、二又はそ
れ以上のアクセスサブ要求に分割され、さらなる処理の
ために二又はそれ以上のサーバに送らる必要があろう。
要求が二つ以上のサーバによって、処理のために分割さ
れると、基礎オブジェクト及びアクセス要求の各部分の
適用部分（即ち、各サブ要求）は、対応するサーバによ
って提供される管理オブジェクトツリーの一部を網羅す
るだけのために変更される。

【００５７】ＭＩＳ１５０は、未完了の処理を有する各
アクセス要求上にある状態情報１８０の保守もしてい
る。状態情報１８０は、完全な応答がイニシエータに戻
されるようになる前に、どのサーバからの部分的応答が
必要となるか、そのすべてのサーバを認識する。

【００５８】その実行次第では、ＭＩＳ１５０は、各要
求への大域否定規則の適用に加え、いかなる補助サーバ
にも割り当てられていない管理オブジェクトツリーの様
々な部分へのアクセス制限を遂行するかもしれない。例
えば、ＭＩＳ１５０は典型的には、管理オブジェクトツ
リーの根ノードへのアクセス制限を遂行し、管理オブジ
ェクトツリーの特定のブランチを遂行させることも可能
である。

【００５９】代替的実施例においては、アクセス制御の
遂行は他の方法で、例えば目標オブジェクト上で実行さ
れるべき動作のタイプに基づいて、サーバ間で分割する
ことも可能である。このようにして、一つのサーバがセ
ット動作を遂行すれば、他のサーバが動作の生成及び削
除などをするのである。

【００６０】アクセス機密保護規則は、キャッシュメモ
リにも記憶されている最近使用された部分とともに、Ｍ
ＩＳ１５０及び各補助サーバ１５２にある持続性記憶装
置に記憶されている。あらゆるアクセス制御規則が更新
され、削除され、システムに追加される度に、それに同
期させて、すべての補助サーバにある規則基準は、他の
タイプのイベントメッセージの処理にも用いられるイベ
ント伝播機構を用いて、更新される。アクセス制御ツリ
ー１７０の更新処理については、以下に詳細に説明す
る。 アクセス制御データベース Ｘ．７４１が、オブジェクトアクセスがユーザ基準によ
りユーザで制御されることを示す一方で、本発明は、グ
ループ基準によってグループ上のオブジェクトアクセス
を制御する。ユーザグループ機構は、各アクセス規則を
定義するために必要となるデータ量を大幅に低減させる
ために貢献している。システムにある情報にアクセスす
る権限を有する各ユーザは、一又はそれ以上のグループ
に割り当てられる。アクセス規則は、グループのアクセ
ス権について定義されている。例えば、オブジェクトパ
ラメータ読取り権は、オブジェクトパラメータ設定権と
は異なるグループを用いて割り当てられることが多い。
また、規則は典型的にはこれらのグループについて階層
的に定義され、例えば、顧客Ａグループのメンバでもシ
ステムアドミニストレータグループのメンバでもないす
べての人に対するオブジェクトの顧客Ａのサブツリーへ
のアクセスを否定し、また更に、顧客Ａによって設定さ
れるユーザのグループに従って、顧客Ａのサブツリー内
にあるオブジェクトに対する権利を定義する。

【００６１】図４には、アクセス制御ツリー１７０の主
たる構成要素が、グループ定義２００、ユーザ定義２０
２、目標定義２０４、アクセス規則２０６、及びデフォ
ルト規則２０８であることが示されている。

【００６２】各グループ定義２００は、グループオブジ
ェクトによって表現され、以下のフィールドを有してい
る： グループ名；及び当該グループに含まれるユーザのリス
ト。グループオブジェクトは、グループをユーザにマッ
プするために用いられる。

【００６３】各ユーザ定義２０２は、ユーザオブジェク
トによって表現され、以下のフィールドを有している： ユーザ名；及び当該ユーザがメンバとなっているグルー
プのリスト。ユーザオブジェクトは、特定のユーザが属
するグループすべてを認識するために用いられる。

【００６４】ここで、“ユーザ”という用語はアクセス
権を認められているユーザ以外のエンティティを含んで
いるということに留意されたい。例えば、補助サーバ、
ログサーバ、及びシステム内のオブジェクトでも、これ
らのエンティティに従うべきアクセス権を定義する目的
で、ユーザとして設定されることが可能である。

【００６５】各目標定義２０４は、目標オブジェクトに
よって表現され、以下のフィールドを有している： 目標名；及びこの目標オブジェクトによって認識される
目標セットに含まれるべき基礎管理オブジェクトのリス
ト；管理オブジェクトクラスのリスト；このフィールド
は、目標セットが特定のクラスのすべての管理オブジェ
クトを含む場合のみ使用され、それはフィルタの状態に
依存している（以下に示す）；範囲、これは目標セット
に含まれるべき、列挙された基礎管理オブジェクトより
下位にある管理オブジェクトツリーレベルの数を示して
いる；及びフィルタ、これは、目標セットに含まれるオ
ブジェクトのセットを制限するために用いられる任意の
フィールドである；当該フィルタフィールドはデータベ
ース照会にある“ｗｈｅｒｅ”文節と同等である；及び
動作リスト、これは目標セットが適用される動作（ゲッ
ト、セット等）を列挙する。

【００６６】各規則定義２０６は、規則オブジェクトに
よって表現され、以下のフィールドを有している：当該
規則を認識するための規則名；グループリスト、これは
当該規則が適用されるすべてのユーザグループを認識す
る；目標リスト、これは当該規則が適用される目標オブ
ジェクトのリストである；及び強制動作、これはユーザ
の特定されたグループが、特定された目標セットへアク
セスできるかアクセスできないかを表示する；好実施例
においては、強制動作は、応答を伴う否定、応答を伴わ
ない否定、又は承認という形で設定することができる。

【００６７】デフォルト規則２０８は、デフォルト規則
オブジェクトによって表現され、以下のフィールドを有
している：動作（例えば、ゲット、セット、生成、削除
等）の予め定義されたリストに対するデフォルト強制動
作のリスト；デフォルト強制動作の最も典型的なリスト
は、すべての動作タイプに対するアクセスを否定するこ
とであるが、ある実行においては、システムアドミニス
トレータは、ある動作、例えば入手動作に対するデフォ
ルトを“承認”と設定するよう決定するかもしれない； イベント通知書に対するデフォルト強制動作；及びデフ
ォルト否定応答（即ち、応答を伴う否定又は応答を伴わ
ない否定）。

【００６８】デフォルト２０８は、特定のアクセス要求
に適用する規則がまったく定義されていない場合に、各
動作のに対して定義されたデフォルト応答である。例え
ば、当該デフォルトは、“ゲット”という動作を有する
“承認”アクセス要求に設定され得るし、また“ゲット
以外の動作を有する”応答を伴わない否定“アクセス要
求にも設定され得る。しかしながら、ほとんどの実行に
おいては、すべてのデフォルトは、“応答を伴う否定”
又は“応答を伴わない否定”のいずれかに設定されるで
あろう。デフォルト２０８は、好ましくは、定義された
各動作に対する承認又は否定のフラッグを含んでいる単
一のデフォルトオブジェクトによって定義される。

【００６９】アクセス制御ツリーにある各“規則”は、
一組の目標オブジェクトへの、一定のユーザのグループ
（規則オブジェクトにおいて参照されるグループオブジ
ェクトによって認識される）によるアクセスを承認又は
否定し、規則オブジェクトにおいて参照される目標オブ
ジェクトによって特定される。Ｘ．７４１とは異なり、
アクセス規則はユーザ基準によってユーザについて定義
されるのではなく、その代わりに、グループ基準によっ
てグループについて定義される。その結果、特定のユー
ザたちが本発明を使用している企業に採用されたり解雇
されたりすると、それらのユーザに適用されていたすべ
ての規則オブジェクトが更新されなければならなくなる
代わりに、ユーザ及びグループオブジェクトのみが、更
新されればよいのである。

【００７０】一組の目標管理オブジェクトを特定する規
則オブジェクトに加えて、システムは一つの大域否定規
則オブジェクト及び一つの大域許可規則オブジェクトを
有することができる。各大域規則オブジェクトは、通常
の規則オブジェクトと同じ構造を有しているが、空白の
目標リストフィールドを有し、これは規則が大域規則で
あることを示している。大域否定規則は、否定される
と、いかなる管理オブジェクト上でいかなる動作も実行
することができないユーザのグループを特定する。大域
承認規則は、否定されると、すべての管理オブジェクト
上ですべての動作を実行することを許可される“スーパ
ーユーザ”の（例えば、システムアドミニストレータ）
のグループを特定する。

【００７１】アクセス制御ツリー１７０においてオブジ
ェクトが追加され、削除され、又は変更される度に、他
のアクセス制御オブジェクトもまた、アクセス制御ツリ
ー１７０に自己矛盾なく維持するために変更されなけれ
ばならないかもしれない。例えば、ユーザオブジェクト
が、ユーザオブジェクトのグループリストに以前含まれ
ていたすべてのグループを削除し、及び認識されたユー
ザを、以前定義された“全否定”グループのメンバにす
るために変更された場合、ユーザオブジェクトにおいて
かつて列挙されていたすべてのグループオブジェクト
は、自らのユーザリストからこのユーザを削除するため
に更新されるであろうし、全否定グループオブジェクト
は、このユーザを自らのユーザリストに追加することに
よって更新される必要があろう。他の例では、目標オブ
ジェクトがアクセス制御オブジェクトツリー１７０から
削除された場合、削除された目標オブジェクトを参照す
るすべての規則オブジェクトは、削除された目標オブジ
ェクトを自らの目標オブジェクトリストから削除するた
めに変更される必要があろう。

【００７２】アクセス制御オブジェクトツリー１７０が
自己矛盾のない状態で確実に維持されるために、アクセ
ス制御オブジェクトツリー１７０に関するすべての変更
は、アクセス制御構成プロシージャ２１０と呼ばれるプ
ロシージャによって実行される。アクセス制御構成プロ
シージャ２１０は、グラフィカルユーザインターフェー
ス２１２を、アクセス制御ツリー１７０を変更する権限
を持つユーザに提供する。アクセス制御構成プロシージ
ャ２１０は、権限のあるユーザが、アクセス制御ツリー
１７０を操作し、調査し、及び変更することを許可す
る。権限のあるユーザが、アクセス制御ツリー１７０に
変更を加えるように指定する度に、アクセス制御構成プ
ロシージャ２１０もまた、自己矛盾を生じさせないため
に必要となる他のすべての変更を、アクセス制御ツリー
１７０に加える。 要求へのアクセス制御規則の適用 図５を参照すると、アクセス制御決定機能１７６の動作
は、最初に一又はそれ以上のサーバによる処理の分割要
求の影響を考慮せずに説明されるであろうことがわか
る。後に、サーバ間での要求分割及びデューティー分配
が説明されるであろう。

【００７３】アクセス要求が受け取られると、アクセス
要求は引き続き大域否定規則（ステップ２２０）、目標
否定規則（ステップ２２２）、大域承認規則（ステップ
２２４）、及び目標許可規則（ステップ２２６）と、こ
の順番で比較される。アクセス要求に一致する見出され
た第１の規則をそれに適用する（ステップ２３０）。一
致する規則が見出されない場合は、適切なデフォルト規
則が適用される（ステップ２３２）。

【００７４】最初に否定規則、次に承認規則を適用する
ことで、アクセス否定規則はアクセス承認規則よりも高
い優先順位を与えられる。また、この構造によると、広
い範囲のユーザグループに対する一定のアクセス権を承
認するための、しかしそれからそれらのアクセス権が否
定されるべきサブグループを指定するための一組のアク
セス規則を定義することが比較的容易になる。

【００７５】アクセス要求が二つ以上の目標オブジェク
トを有する目標セットを有する場合は、要求によって特
定された異なる目標オブジェクトに異なる規則が適用さ
れるかもしれない。その場合、各特定目標オブジェクト
又は目標オブジェクトのサブグループに適用される見出
された第１の規則は、当該目標又は目標のサブグループ
に適用される。その結果、アクセス要求のある部分が承
認され、他の部分は否定されるかもしれない。

【００７６】図６を参照すると、アクセス要求分割及び
ルーティングプロシージャ１７２によって実行される動
作の順番、アクセス制御決定及び強制機能１７６、１７
４、並びに要求応答結合プロシージャ１７８が示されて
いる。この議論は、イベント登録によって別個に処理さ
れるイベント通知書に対するアクセス要求には適用され
ないということに留意されたい。

【００７７】各アクセス要求は、ＭＩＳ１５０によって
受け取られ、ＭＩＳ１５０は当該アクセス要求を大域否
定規則（ステップ２４０）と比較する。一致するものが
見出されなかった場合、要求は否定され、適切であれば
応答はイニシエータに返される（ステップ２４２）。
（Ａ）適用可能な大域否定規則が“応答を伴わない否
定”という強制動作を特定した場合、又は（Ｂ）要求自
身が“未確認”モードに特定した場合、イニシエータに
応答は返されない。

【００７８】大域否定規則に一致するものが見出されな
かった場合、要求が処理のために送られる単一のサーバ
又は複数のサーバを決定するために、ＭＩＳは要求にお
いて特定された目標セットをサーバマッピングテーブル
１７３へのサブツリーと比較する（ステップ２４４）。
要求の目標セットが二つ以上のサーバの領域内に入った
場合は、アクセス要求はサブ要求に分割され、各サブ要
求はその後自らの個別サーバに送られる。要求が分割さ
れると、本来の要求にある目標セットは、関連サーバの
ドメインとともに目標オブジェクトを特定するためだけ
に、各サブ要求に合わせて調整される。

【００７９】要求の目標セットが単一のサーバの領域に
入った場合は、その要求全体が処理のために当該単一の
サーバに転送される。例えば、要求処理のためのサーバ
はＭＩＳとなり、その場合、要求はＭＩＳのローカル要
求行列の最後に追加される。ＭＩＳからの要求を受け取
る各補助サーバは、受け取った要求を自らの処理用ロー
カル要求行列に置く。ＭＩＳは、すべての未処理アクセ
ス要求に対する状態情報配列１８０（図３）を、処理の
ために未処理アクセス要求が送られた単一のサーバ又は
複数のサーバの表示とともに保守する。

【００８０】処理のためにアクセス要求が転送される各
サーバでは、アクセス要求はアクセス制御決定機能その
後にアクセス制御強制機能を実行することによって実行
される。さらに特定すると、図５に戻ってみると、アク
セス制御決定機能のステップ２２２から２３２は、ステ
ップ２２０がすでにＭＩＳによって実行されているた
め、各サーバにおいて実行される。各アクセス要求に対
する否定／承認決定は、機密保護監査追跡機能に記憶さ
れるかもしれない。

【００８１】本発明の好ましい実施例において、アクセ
ス制御決定機能は、大域構成パラメータの使用を介し
て、機密保護監査追跡機能におけるアクセス決定の“ロ
ギング”の以下に示すレベルの一つを呼び出すために構
成されることができる：（Ａ）オフ、即ちログされてい
る情報がまったくない、（Ｂ）イニシエータの一致、要
求された動作、及びアクセスが承認又は否定された目標
オブジェクト又はオブジェクトのセットのみを表してい
るアクセス要求の承認及び否定に関する概要情報を記憶
し、並びに（Ｃ）各アクセス要求の承認又は否定に対し
て、アクセスが承認又は否定された目標オブジェクトに
ついての充分な情報と同様に、アクセス要求全体がログ
されている最大ロギングレベル。

【００８２】各サーバでは、要求及びサブ要求によって
生成された応答が決定され、ＭＩＳに返される（ステッ
プ２４６）。最終的には、ＭＩＳにおいて、要求が二又
はそれ以上のサブ要求に分割された場合、応答は結合さ
れ、結合された応答があれば、イニシエータに返される
（ステップ２４８）。要求が分割されなかった場合、応
答があれば、イニシエータに転送される。また、アクセ
ス要求は、未決定の要求状態テーブル１８０から削除さ
れる（図３）。要求が二つ以上の目標オブジェクトを有
する場合の応答の結合図７は、アクセス要求の目標セッ
トが二つ以上の管理オブジェクトを含む場合に、どのよ
うにアクセス要求の応答が結合されるかを示した表であ
る。図７の表は、要求によって特定される少なくとも一
つの目標オブジェクトへのアクセスが否定された場合に
のみ適用される。すべての目標オブジェクトへのアクセ
スが承認されると、すべての目標オブジェクトによって
生成された応答は、単に結合されイニシエータに返され
る。

【００８３】要求の目標セットにオブジェクトが一つし
か存在しない場合、図７の表の“範囲非指定動作”列に
対応して、応答を結合する必要がない。要求が確認要求
である場合、適用可能規則によって生成されるアクセス
否定応答は、イニシエータに返される。適用可能規則に
よって生成される応答が“応答を伴わない否定”である
場合、応答は返されない。要求が未確認要求である場
合、要求が承認されるか否定されるかにかかわらず、応
答は返されない。

【００８４】要求が二つ以上の目標オブジェクトを特定
する場合、図７の表の“範囲指定動作”部分に対応し
て、返される応答のタイプは要求の同期パラメータに依
存する。要求がアトミックな要求である場合、いずれか
の目標オブジェクトへのアクセスが否定されると、全体
的に動作しない。要求が確認要求である場合、単一の
“アクセス否定”応答が、イニシエータに返される。又
は、要求が未確認要求である場合、応答はイニシエータ
に返されない。

【００８５】要求が二つ以上の目標オブジェクト（“範
囲指定実行”）を特定し、及び“ベストエフォート”同
期モードを特定する場合、アクセスが承認されたオブジ
ェクトによって生成される応答はユーザに返される。ア
クセスが否定された各オブジェクトに対して、要求が確
認要求であり、適用可能規則が“応答を伴う否定”とい
う強制動作を有する場合、“アクセス否定”応答が返さ
れる。又は、適用可能規則が“応答を伴わない否定”と
いう強制動作を有する場合は、アクセスが否定されたオ
ブジェクトへ応答は返されない。

【００８６】最後に、要求が未確認要求である場合、要
求のどの部分が承認されどの部分が否定されたかにかか
わらず、イニシエータに応答は返されない。定義上、
“ゲット”応答の目的は情報を検索することであるため
に、未確認要求は“ゲット”動作を有することができな
いということに留意されたい。

【００８７】図７に要約されている応答結合動作は、要
求又はサブ要求が処理される各サーバ１５０，１５２に
おいて最初に実行され、サブ要求に分割されるそれら要
求に対して、ＭＩＳで再度実行される。二つ以上のサー
バにおいて分割及び処理されるアトミックなアクセス要
求に対して、アクセス制御決定機能の結果がＭＩＳによ
って結合された後にだけ、アクセス制御強制機能が実行
される。アクセス要求が一つだけのサーバにおいて処理
された場合（即ち、当該アクセス要求のすべての目標オ
ブジェクトが単一のサーバ１５０，１５２のドメイン内
に入った場合）、応答結合動作は、要求を処理するサー
バによってのみ実行される。 イベント通知書へのアクセス制限 本発明においては、イベント（通知書）へのアクセス
は、オブジェクトへのアクセスと同じ方法で、つまりア
クセス制御規則基準における規則を用いて制御される。
Ｘ．７４１は、Ｘ．７４１のアクセス制御機構が適用さ
れる実行タイプの一つのタイプとしてのイベント通知書
を含まない。イベント通知書のアクセス制御問題の一例
は次の通りである：ある電話ネットワークプロバイダ
は、顧客Ｂのためにインストールされた新しいネットワ
ークリソースについての通知書を顧客Ａには受け取られ
たくないが、顧客Ａは自分自身を、すべてのイベント通
知書を受け取るよう登録している場合である。

【００８８】本発明は、（Ａ）アクセス規則データベー
スにおける規則によって管理されている動作タイプのセ
ットにイベント通知書を追加し、並びに（Ｂ）アクセス
規則データベースにおける規則に基づいて、イベント通
知書メッセージをフィルタするシステムのイベントルー
タにフィルタ機構を追加することで、イベント通知書の
アクセス制御問題を解決する。

【００８９】このようにして、目標オブジェクトがアク
セス制御オブジェクトツリー１７０において定義される
際に、目標オブジェクトの動作リストにおいて特定され
得る動作の一つが、“イベント通知”である。好実施例
においては、目標オブジェクトにおいて特定されたイベ
ント通知動作は、一組の特定された管理オブジェクトに
対するすべてのイベント通知を特定するか、又は、目標
オブジェクトに含まれるべきイベント通知のタイプを特
定するための目標オブジェクトのフィルタフィールドを
用いることによって、イベント通知の一定の特定タイプ
を特定するか、いずれかのことができる。例えば、目標
オブジェクトは、ＳＮＭＰ又はＣＭＩＰ生成型イベント
に適用するかもしれないが、オブジェクト生成及び削除
イベントのような他のタイプのイベントには適用しな
い。

【００９０】さらに、特定の目標オブジェクトは、イベ
ント通知を含むいくつかの動作に対する一組の管理オブ
ジェクトへのアクセス権を定義するために用いられるこ
とができる。例えば、管理オブジェクトの特定のセット
に関するいかなる及びすべての情報へのアクセスを否定
するための否定規則とともに用いられるべき目標オブジ
ェクトは、通常は自らの動作リストにイベント通知を含
む。他の場合には、適切であれば、別個の目標オブジェ
クトは、イベント通知アクセス権を定義するために用い
られ得る。

【００９１】図８を参照すると、ＭＩＳ１５０はイベン
ト登録１８４を保守している。より正確には、イベント
登録１８４は、ユーザイベント要求のテーブル２６０を
保守しているソフトウェアモジュールである。ＭＩＳ
は、要求によってどのオブジェクトが特定されるかにか
かわらず、“イベント通知”という特定された動作タイ
プを有しているすべてのアクセス要求を、イベント登録
１８４に向けて送信する。テーブル２６０は、管理オブ
ジェクト又はアクセス制御オブジェクトのいずれかによ
って生成され得る特定されたイベント通知に対して、ど
のユーザが、又は他のエンティティがそれらイベント通
知のコピーを受け取る要求を登録しているかを表示する
情報を記憶している。イベント登録テーブル２６０は、
ユーザ及び他のエンティティが要求したイベントについ
ての情報を記憶しているにすぎない。イベント通知登録
要求（これは“イベント通知”に等しい動作タイプを伴
うアクセス要求である）は、特定されたオブジェクト、
オブジェクトの特定されたクラス、又はオブジェクトの
特定されたサブツリーのいずれかについて特定され得
る。このようにして、例えば、ユーザはルータオブジェ
クト（即ち、オブジェクトのクラスである）に対するす
べてのイベント通知の受け取りを要求することができ、
また更に、カリフォルニア州にあるルータのみ、又は特
定の企業によって製造されるルータのみ、というよう
に、フィルタを特定することができる。ユーザ及びエン
ティティはまた、前の要求を取り消すこともできる。

【００９２】好ましい実施例においては、イベント登録
１８４は、要求が意味論的に正しいこと、及びイベント
が要求される特定のオブジェクトが実在することを確実
なものにするために、登録要求を調べるにすぎない。こ
のように、好ましい実施例においてイベント登録１８４
は、登録要求をしているユーザ又はエンティティが、実
際に要求された通知を受け取るための機密保護保全許可
を有しているかどうかを知るために調べるわけではな
い。その役割は、イベントルータ１８６に与えられてお
り、イベントルータ１８６は、各イベント通知が処理さ
れる際に、イベント通知のアクセス権を調べる。その結
果、イベント通知へのユーザのアクセス権におけるいか
なる変更も、イベントルータによって考慮され、イベン
ト通知１８４において記憶されている情報には影響を与
えない。

【００９３】イベント通知を受け取るために登録するこ
とができるユーザ以外のエンティティは、次のものを含
む：ＭＩＳ１５０及び補助サーバ１５２、ログサーバ
（後に論じる）、及びアクセス制御エンジンの一部であ
るイーブンオブジェクト（例えば、後述するような、デ
ータベースオブジェクト）。

【００９４】管理オブジェクトによって生成されるイベ
ント通知（図８で“他のイベントソース”によって表示
されている）及びアクセス制御オブジェクトによって生
成されるイベント通知（図８で特別補助サーバ１５４に
よって表示されている）を含んでいるすべてのイベント
通知は、ＭＩＳ１５０にあるイベントルータ１８６に転
送される。イベントルータ１８６はまた、アクセス制御
ツリー１７０及びイベント登録１８４にあるユーザイベ
ント要求のテーブル２６０にアクセスできる。イベント
ルータ１８６によって受け取られる各イベント通知に対
して、イベントルータはまず最初に、どのユーザ及びエ
ンティティがそのイベント通知のコピーを要求したかを
決定し、それからそれらのユーザ及びエンティティのう
ちいずれがそれらイベント通知を受け取る権利を有する
かを決定する。イベント通知へのアクセス権の決定は、
図５に示されているアクセス制御決定機能を用いて実行
される。このように、イベントルータは順次、大域否定
規則、目標否定規則、大域承認規則及び目標承認規則
を、一致する規則が認識されるまで探索する。一致する
規則が見出されない場合、デフォルト規則が適用され
る。一致する規則は、（Ａ）“イベント通知”動作に適
用し、（Ｂ）イベント通知を生成したオブジェクトに適
用し、及び（Ｃ）要求者がメンバとなっているグループ
に適用しなければならない。

【００９５】イベント通知へのアクセス権を有する、当
該イベント通知の各要求者に対して、イベントルータは
対応するイベント通知メッセージを生成し、その各々は
単一の権限のあるユーザ又はエンティティを宛名として
いる。このように単一のイベント通知は、イベント通知
メッセージがまったくない又はたくさんあるという結果
になるかもしれないが、これは対応しているアクセス権
を有する要求者の数による。

【００９６】好ましい実施例において用いられるイベン
ト登録１８４及びイベントルータ１８６の一つの特定的
なアプリケーションは次の通りである。アクセス制御ツ
リー１７０へのすべてのアクセス要求及び変更を処理す
る特別補助サーバ１５４がある。即ち、アクセス制御ツ
リー１７０に目標セットを有するアクセス要求（イベン
ト通知のアクセス要求を除く）はＭＩＳ１５０によって
特別補助サーバ１５４へと送信される。さらに、アクセ
ス制御ツリー１７０に関するすべての変更は、イベント
ルータ１８６に送信されるイベント通知の生成という結
果を生む。特定すれば、新しいアクセス制御オブジェク
トの生成、アクセス制御オブジェクトの削除、及びあら
ゆるアクセス制御オブジェクトの属性の変更も、すべて
はイベント通知の生成という結果を生むのである。

【００９７】ＭＩＳ１５０及び補助サーバ１５２は、ア
クセス制御ツリー１７０における変更に関連するすべて
のイベント通知を受け取るために、イベント登録１８４
に自動的に登録される。ＭＩＳ１５０及び補助サーバは
また、すべてのイベント通知へのアクセス権を有する一
組の“スーパーユーザ”にも含まれる。さらに、ＭＩＳ
１５０及び補助サーバ１５２によって共有されるライブ
ラリプロシージャには、イベント受け取り及び処理プロ
シージャ２６２が含まれる。ＭＩＳ１５０及び補助サー
バ１５２が、アクセス制御ツリー１７０における変更を
表示するイベント通知を受け取ると、各サーバによって
呼び出されるイベント処理プロシージャ２６２は、アク
セス制御ツリー１７０の、サーバのローカルコピーに同
じ変更を与える。その結果、サーバ１５０，１５２の各
々にあるアクセス制御ツリー１７０のローカルコピー
は、事実上同時に更新される。 管理情報への直接データベースアクセス Ｘ．７４１は、管理オブジェクトデータベースへのＳＱ
Ｌアクセスを必要としていないし、提案もしていない。
実際、ＤＢＭＳ機構を経由した直接アクセスは、機密保
護漏洩の可能性のある源であるため、Ｘ．７４１の目標
に相反するように見えるかもしれない。しかしながら、
大規模な通信網の企業顧客は、報告生成を目的として管
理情報への直接“読み取り専用”アクセスを要求してい
る。

【００９８】本発明の直接アクセス機構は、ネットワー
クオブジェクトの現状又は過去の動作についての報告を
定義したり生成したりするために、基準ＤＢＭＳ報告ジ
ェネレータを用いて管理情報への限定的な、読み取り専
用アクセスを供給する。これは、ユーザにとって便利で
あり、実行されるべき唯一の役割が、状態報告や他のネ
ットワークシステム分析報告の生成である場合に、ＳＮ
ＭＰ（又は他のあらゆるネットワーク管理プロトコル）
を用いたネットワーク管理情報検索の複雑さを回避す
る。

【００９９】本発明の直接アクセス機構は、通常管理イ
ンターフェースを介してネットワークに要求された場合
に承認されるであろう情報へのユーザアクセスを許可す
るにすぎない。

【０１００】図９を参照すると、直接情報アクセス機構
の第１の構成要素は：イベントログ２０８を記憶するた
めの通常データベース管理システム（ＤＢＭＳ）で、当
該イベントログの各々は、様々なユーザが直接ＳＱＬタ
イプのアクセスを要求したイベント通知書を記憶してい
る；及び、イベント通知書をイベントログに記憶するた
めに、イベント通知書をＳＱＬ挿入ステートメントに変
換することを第１の機能として有しているログサーバ２
９０であることがわかる。

【０１０１】ＤＢＭＳ２８０は、通常は情報のテーブル
を記憶する。図９でイベントログ２８２が示されている
一方で、各データベーステーブルが異なるタイプのイベ
ント通知書を記憶している場合は、各イベントログは、
実際には２つ以上のデータベーステーブルである。ＤＢ
ＭＳ２８０はまた、アクセス特権モジュール２８４も有
しており、これはＤＢＭＳにある各テーブルへのアクセ
ス権を構成する（即ち、設定する）。例えば、アクセス
特権モジュール２８４は、どのユーザがイベントログ２
８２を作成するテーブルにアクセスできるかを示してい
るアクセス権情報を記憶しているアクセス特権テーブル
を有しているかもしれない。しかしながら、アクセス特
権モジュール２８４は、他の方法、例えばアクセス特権
情報を各データベーステーブルとともに記憶するような
方法で実行されるかもしれない。本願は、データベース
テーブルアクセス権を設定するためのアクセス特権モジ
ュール２８４によって用いられる特定の機構には依存し
ない。

【０１０２】好ましい実施例においては、ログサーバ２
９０（システムアドミニストレータを除く）のみが、イ
ベントログテーブルへの書き込みアクセスができる一方
で、特定されたユーザは特定のテーブルへの読み取りア
クセスができる。基準ＳＱＬエンジン２８６は、ログサ
ーバ２９０からの挿入ステートメントを、ユーザ通信イ
ンターフェース２８８を経由して提示されるユーザ処理
又はワークステーション３００からの読み取り要求と同
様に、処理する。

【０１０３】ログサーバ２９０は、システムによって生
成されたすべてのイベント通知を受け取るためにイベン
ト登録とともに登録されており、対応するアクセス権を
有している。ログサーバ２９０は、ＭＩＳ１５０と同じ
コンピュータ又はコンピュータノード上で動作するソフ
トウェアエンティティ又はプロセスであることが好まし
い。ログサーバ２９０にある一組のフィルタ２９１，２
９４は、どのイベント通知書が、どこに記憶されるかを
決定する。ログサーバにある第１のフィルタ２９１は、
機密保護監査追跡フィルタと称される。このフィルタ２
９１は、ＭＩＳ１５０及び補助サーバ１５２によって生
成される“アクセス承認”及び“アクセス否定”イベン
ト通知を通過させる（図８参照）。機密保護監査追跡フ
ィルタ２９１は、機密保護監査追跡ファイル１８２に、
イベント通知全体又は特定された部分を選択的に記憶す
ることができる。さらに特定すれば、機密保護監査追跡
が詳細モードで動作するよう構成されている場合、機密
保護監査追跡ファイル１８２は、すべてのアクセス要求
及び対応する結果物を全体的に記憶する。機密保護監査
追跡が短縮モードで動作するよう構成されている場合、
機密保護監査追跡ファイル１８２は、すべてのアクセス
要求及び対応する結果物の短縮化された表示を記憶す
る。

【０１０４】他のログサーバフィルタ２９２は、機密保
護警告フィルタと称されており、機密保護監査追跡ファ
イル１８２からは分離した機密保護警告ログ２９３を生
成するために用いられ、機密保護監査追跡ファイル１８
２ではオブジェクトアクセスが否定された場合のみ機密
保護警告が生成され、又、ログに記憶される。好ましい
実施例においては、記憶された機密保護警告は、各否定
アクセス要求を起動したユーザを認識する。

【０１０５】図９に示されている他のタイプのログサー
バフィルタは、イベントログフィルタ２９４である。各
イベントログフィルタは、イベント通知の特定のセット
のみを通過させるよう、設定されている。例えば、特定
の顧客は、自分の従業員の一定のグループが、当該顧客
に割り当てられた管理オブジェクトに対するすべてのＳ
ＮＭＰ／ＣＭＩＰイベント通知に直接アクセスができる
ように要求するかもしれない。ログ生成／削除プロシー
ジャ２９６は、対応するイベントログを以下の方法で定
義するために用いられる： （Ａ）要求されたイベント通知（一つの個別イベント通
知タイプにつき一つの個別ＤＢＭＳテーブル）を記憶す
るための対応するＤＢＭＳテーブルのセット２８２（即
ち、イベントログ）を定義及び起動する； （Ｂ）データベースオブジェクト２９８を定義及び生成
し、並びにイベント通知を受け取るためのユーザの権利
に影響を与えるイベント通知を受け取るためのイベント
登録とともに、データベースオブジェクト２９８を登録
する；データベースオブジェクト２９８は、イベントロ
グが記憶されているＤＢＭＳテーブルのリストを含んで
いる第１属性、及びイベント通知へのアクセス権を持つ
グループのリストを含んでいる第２属性を含む； （Ｃ）グループ名が最初にデータベースオブジェクト２
９８に追加されると、データベースオブジェクト２９８
は、イベントログ２８２を構成しているテーブルへのア
クセス権を持つユーザの初期セットを定義するために、
データベーステーブルアクセス承認コマンドの初期セッ
トをＤＢＭＳに送る；及び （Ｄ）要求されたイベント通知のみを通過させるため、
及びそれらを各通過イベント通知を対応するＤＢＭＳテ
ーブルの一つに挿入するためのＳＱＬ挿入ステートメン
トに変換するために、イベントログフィルタ２８２を定
義及び生成する。

【０１０６】各イベントログ２８２に対して、（１）イ
ベント通知がイベントログに記憶されるべき対象となっ
ている管理オブジェクトの目標セット、及び（２）イベ
ントログに含まれるべきイベント通知のタイプを定義す
る、一又はそれ以上の対応する目標オブジェクトが、ア
クセス制御オブジェクトツリー１７０にある。特定のイ
ベントログに対しては、権限のあるユーザのグループの
セットは、当該イベントログのすべてのイベント通知に
対して同じでなければならない。イベントログへのアク
セスを承認されるべきユーザのグループについてのあら
ゆる変更は、イベントログに対応している目標オブジェ
クトに関する属性変更についてのイベント通知を受け取
るためのイベント登録を持つデータベースオブジェクト
を登録することにより、対応するデータベースオブジェ
クト１９８に送られる。データベースオブジェクト２９
８はまた、イベントログへのアクセス権を有するグルー
プに対するグループオブジェクトに関する属性変更のイ
ベント通知を受け取るために登録もされる。

【０１０７】特定のイベントログ２８２に対するデータ
ベースオブジェクト２９８が、イベントログ２９１への
アクセス権を有するグループの一つのメンバについての
変更（即ち、追加及び／又は削除）、又はイベントログ
におけるイベント通知へのアクセスを与えられるべきグ
ループのセットについての変更を通知される度に、デー
タベースオブジェクト２９８は、対応するアクセス承認
及びアクセス取り消しコマンドをＤＢＭＳ２８０に送
る。それに従い、アクセス特権モジュール２８４は、そ
れからデータベーステーブルアクセス権を構成する。

【０１０８】イベントログに対応するイベント通知が生
成されると、それらはイベントルータ１８６によってロ
グサーバ２９０に転送される。ログサーバ２９０は、そ
れらをイベントログのフィルタ２９４へ転送し、そこで
はそれらはＳＱＬ挿入ステートメントに変換され、記憶
されるためにＤＢＭＳ２８０に送られる。同じイベント
通知で、二つ（又はそれ以上）の異なるイベントログ２
８２に含まれるものがあった場合、その同じイベント通
知はＤＢＭＳの異なるテーブルに２回（又はそれ以上）
記憶されるであろう。

【０１０９】ＳＱＬエンジン２８６は、以前に定義され
たイベントログへのアクセス制限を強制する。特に、Ｄ
ＢＭＳにあるテーブルからの情報に対するすべてのユー
ザ照会は、アクセス特権モジュール２８４によって設定
されるアクセス権に対してＳＱＬエンジン２８６によっ
て調べられ、それらのアクセス権に完全に従っている照
会のみが処理される。ユーザがアクセス権を有していな
いテーブルからの情報を要求しているユーザ照会は、Ｓ
ＱＬエンジン２８６によって拒絶される。

【０１１０】ＤＢＭＳ２８０からの情報に対するユーザ
要求はＳＱＬ照会の形式で提出されなければならないの
でに、ＤＢＭＳのために使用できるすべての報告生成ツ
ールは、管理情報に対するＳＱＬ照会の生成に適用され
得る。このように、図９に示されているＤＢＭＳアクセ
ス機構は、迅速で著名なＤＢＭＳアクセスツールを用い
るという簡便さを供給する一方で、管理情報サーバによ
って供給されるものと同じアクセス制限も供給する。更
に、ＤＢＭＳ２８０によって課されるアクセス制限は、
対応するイベント通知へのアクセス権が、管理オブジェ
クトツリー内の情報へのアクセスを制御している主たる
アクセス制御エンジンにおいて変更される度に、自動的
に更新される。 代替実施例 管理オブジェクトデータベースに記憶されている管理情
報への直接ＳＱＬアクセスの一の実施例は、上述の通り
である。さらに二つの実施例について以下に述べる。

【０１１１】アクセス制御は、上述のユーザのグループ
に限定されていたが、以下に述べる第２、第３の両実施
例では、アクセス制御はグループのみならず個人ユーザ
も含むよう拡大されている。本発明の直接アクセス機構
は、通常の管理インターフェースを経由してネットワー
クに要求されれば承認されるであろう情報へのユーザア
クセスを許可する。

【０１１２】下記の通り、類似の参照数字はすでに述べ
られている構成要素を含む類似の構成要素を参照するた
めに使用されるであろう。 直接情報アクセスシステムの第２の実施例 図１０を参照すると、ビューを用いる直接情報アクセス
システム１０００が示されている。直接情報アクセスシ
ステム１０００の主たる構成要素は：テーブル３１０，
３２０を記憶するための通常のＤＢＭＳ２８０、アクセ
ス制御サーバ３３０、アクセス制御ツリー１７０、情報
転送モジュール３４０、及びネットワーク１０６であ
る。ネットワーク１０６及びアクセス制御ツリー１７０
は、上述の通りである。

【０１１３】アクセス制御サーバ３３０は、上述された
アクセス制御決定機能１１０及びアクセス制御強制機能
１１２から構成されている。

【０１１４】情報転送モジュール３４０は、上述のイベ
ントルータ１８６及びログサーバ２９０から構成されて
いる。加えて、情報転送モジュール３４０は、管理オブ
ジェクト状態値のような非イベント関連情報を、ネット
ワーク１０６から、ＤＢＭＳ２８０内のテーブル３１
０，３２０へ転送することができる。

【０１１５】上述のように、好ましい実施例において
は、情報転送モジュール３４０及びシステムアドミニス
トレータのみがテーブルへの書き込みアクセスができる
一方、特定されたユーザは特定のテーブルへの読み取り
アクセスができる。ＳＱＬエンジンのような基準データ
ベースアクセスエンジン２８６は、ユーザ処理及びワー
クステーション３００からの読み取り要求と同様に、情
報転送モジュール３４０からの挿入ステートメントを処
理する。

【０１１６】ＤＢＭＳ２８０は、情報のテーブル、つま
りテーブル１からＮ，３１０及び３２０までを個々に記
憶している。より特定すると、各テーブル３１０，３２
０は、イベントログのエントリ又は管理オブジェクトの
一つのクラスに対する関する管理情報（例えば、ルー
タ）のいずれかを記憶している。テーブル３１０，３２
０は列３１１，３１２，３２１，３２２内の管理情報を
記憶している。

【０１１７】図１１Ａを参照すると、データベーステー
ブル内の各列のフォーマットは、データ１からデータＮ
というデータのカラムによって続けられる管理オブジェ
クトの“完全識別名（ＦＤＮ）”と称されるフィールド
を含んでいることが望ましいことがわかる。好ましく
は、各列のＦＤＮは、その列に記憶されている情報を持
つ管理オブジェクトのためのツリーパスを（管理オブジ
ェクトツリーを通じて）表す。オブジェクトに対するツ
リーパスは、ａ，ｂ，ｃがツリーパスに従ったノードを
示している、“／ａ／ｂ／ｃ．．．”という形式で表現
されるかもしれない。例えば、ＦＤＮは： ／ｓｙｓｔｅｍｉｄ＝“ｓｙｓ１”／ｏｗｎｅｒ＝“ａ
ｂｃｃｏｍｐａｎｙ”／ｄｅｖｉｃｅｔｙｐｅ＝“ｒｏ
ｕｔｅｒ”／．．． のように見えることもあり得る。

【０１１８】ＦＤＮは、テーブルに記憶されているデー
タへの主たるキーとして動作する。以下で説明される機
密保護機構を用いて、ＦＤＮは、どの管理オブジェクト
に特定のユーザがアクセス又は変更することを許可され
るかを決定するキーとして用いられる。

【０１１９】図１０に戻ると、上述の実施例とは異な
り、この実施例では、テーブル３１０，３２０の列３１
１，３１２，３２１，３２２は、多くのユーザのネット
ワークと関連している管理オブジェクトに対する管理情
報を含んでいる。本発明はデータベーステーブル３１
０，３２０内の管理情報へのアクセスを制限する方法を
備えているので、各ユーザは、アクセス制御サーバ３３
０によって当該ユーザーがアクセスを許可されるであろ
う管理情報にのみアクセスを許可される。つまり、アク
セス制御ツリー１７０によって表現される同じ管理情報
アクセス権及び制限は、ＤＢＭＳによっても強制され
る。 ビュー テーブルに記憶されている管理情報へのユーザアクセス
を制限するため、この第２の実施例は、“ビュー”と称
されるデータベース機能を用いる。ＤＢＭＳ２８０のデ
ータベースアクセスエンジン２８６は、ビューを実行す
るモジュールを有している。ビューはデータベースエン
ジンによって使用される著名なツールである。ビューは
時に、熟練していないユーザが、例えば覚えやすいエイ
リアスをデータベーステーブルカラムに割り当てること
で、より簡単に照会を生成できるようにするために用い
られることがある。また、ユーザにアクセスできるデー
タベーステーブルのカラム及び列を制限するためにも、
ビューが用いられ得ることもよく知られている。

【０１２０】ビューは、本質的には、ユーザから一定の
カラムや列を隠すことで、又は交替に、特定的に指定さ
れたカラム及び列へのユーザのアクセスを制限すること
で、アクセスを制限するために用いられ得る。データベ
ースエンジンの中には、特定されたユーザのセットへ
の、特定のビューの使用を制限するための機密保護機構
も備えているものがある。ビューのこれらの機能は、当
業者にはよく知られており、詳細は説明しないが、本発
明のこの実施例によって利用される範囲内では、その限
りでない。

【０１２１】ＳＱＬコマンドのパラメータとしてテーブ
ルの名前を用い、テーブル３１０，３２０のカラム（フ
ィールド）に直接アクセスする代わりに、ユーザは、当
該ユーザがアクセス権を与えられているビューを通じ
て、データベーステーブルにアクセスしなければならな
い。ビューは、ユーザがアクセスできるテーブル列及び
カラムを制限できるように、ユーザのデータアクセス要
求をフィルタする。

【０１２２】この実施例では、別個のビューが、ユーザ
及びデータベーステーブルの各可能な組み合わせに対し
て用いられ、各ビューは、ユーザ−テーブルの組み合わ
せを認識する方法で名前をつけられる。好ましくは、ビ
ューの名前付けの規定では、“ビュー＿テーブル名＿ユ
ーザ名”とするが、ここで“テーブル名”とはテーブル
の名前、また“ユーザ名”とはユーザの名前を表してい
る。例えば、ビュー３５０のセットは、“ビュー＿テー
ブル１＿ユーザ１”という名前を持つビュー３５１を含
んでいる。

【０１２３】また図１１Ｂも参照してみると、管理情報
に対するユーザ要求１１０２は、要求の一部として一又
はそれ以上のビュー名を含んでおり、各ビュー名は“ビ
ュー＿テーブル名＿ユーザ名”という名前付けの規定に
従っている。ビューの各名は、対応するテーブル名の代
わりに、ＳＱＬコマンドで用いられる。例えば、“／ａ
／ｂ／ｃ”に等しいＦＤＮを持つ管理オブジェクトに対
して“テーブル１”と名付けられたテーブル内のデータ
を読み取るために、“マックス（Ｍａｘ）”という名前
の権限のあるユーザは、ＳＥＬＥＣＴ ＊ＦＲＯＭ ｖ
ｉｅｗ＿ｔａｂｌｅ１＿ｍａｘ ＷＨＥＲＥ ＦＤＮ＝
“ａ／ｂ／ｃ”というＳＱＬコマンドを使うであろう。

【０１２４】好ましい実施例では、ビューは、求められ
ているユーザ名−テーブル名の各組み合わせに対して生
成される。代替的に、ビューは求められているグループ
名−テーブル名の組み合わせのために生成されることも
できる。代替実施例では、個別のビューが各ユーザ名に
対して定義されるが、複数のテーブルにアクセスするた
めに用いられる。一方、各ビューはユーザのグループに
対して（単一のグループ名に対応して）定義されてお
り、複数のテーブルにアクセスするために用いられる。 ビューの生成 ビューの使用の前に、ビューが生成されなければならな
い。好ましくは、システムアドミニストレータ３０２
は、アクセス制御サーバ３３０に記憶されている“Ｃｒ
ｅａｔｅ＿Ｖｉｅｗ”プロシージャ３６２を呼び出すこ
とによってビュー３５０を生成する。システムアドミニ
ストレータ３０２は、Ｃｒｅａｔｅ＿Ｖｉｅｗプロシー
ジャ３６２へのコールを呼び出し、今度はこのプロシー
ジャ３６２が、求められているビューを生成するため
に、ＤＢＭＳ２８０にビュー生成ＳＱＬコマンド３６０
を実行させる。Ｃｒｅａｔｅ＿Ｖｉｅｗプロシージャ３
６２は、ビュー３５１、３５２を生成するために、アク
セス制御ツリー１７０によって定義されたようにユーザ
アクセス権をＳＱＬコマンドに割り当てる。

【０１２５】第２の実施例では（及び第３の実施例も同
様）、アクセス制御ツリー１７０は、管理オブジェクト
へのアクセスを許可されているすべてのユーザを一緒に
列挙するグループオブジェクト２００及びユーザオブジ
ェクト２０２を含む。Ｃｒｅａｔｅ＿Ｖｉｅｗプロシー
ジャ３６２を呼び出すと、そのプロシージャに渡された
パラメータは、管理オブジェクトを含んでいるユーザ名
のリスト及びデータベーステーブルのリストを含む。列
挙されたユーザ名及びテーブルの可能性のあるすべての
組み合わせに対するビューは、列挙されたテーブルに対
する現行の管理アクセス規則に基づいて生成される。

【０１２６】与えられているユーザ及びデータベーステ
ーブルのために、Ｃｒｅａｔｅ＿Ｖｉｅｗプロシージャ
３６２は、ｕｓｅｒＴａｒｇｅｔＭａｐと称される独自
のユーザ目標マップを生成する。ｕｓｅｒＴａｒｇｅｔ
Ｍａｐは、大域否定フラッグ、大域承認フラッグ、項目
否定リスト及び項目承認リストを有している。項目は列
に対応し、列は一つの管理オブジェクトと関連している
管理情報を記憶している。ｕｓｅｒＴａｒｇｅｔＭａｐ
を構成するために、Ｃｒｅａｔｅ＿Ｖｉｅｗプロシージ
ャ３６２は、与えられたユーザが少なくともいくつかの
管理オブジェクトへのアクセスを実際に許可されている
ユーザであるか否かを決定するために、アクセス制御ツ
リー１７０の規則を調べる。もしその通りであれば、Ｃ
ｒｅａｔｅ＿Ｖｉｅｗは、与えられたユーザ及び与えら
れたテーブルにあるオブジェクトの両方に適用可能なす
べての規則を分析し、ｕｓｅｒＴａｒｇｅｔＭａｐの適
切なフラッグを設定するか又は、項目否定リスト及び／
又は項目承認リストにおけるＦＤＮのリストを更新する
ことによって、ｕｓｅｒＴａｒｇｅｔＭａｐを更新す
る。

【０１２７】Ｃｒｅａｔｅ＿Ｖｉｅｗプロシージャ３６
２はそれから、ユーザ−テーブルの組み合わせに対する
ｕｓｅｒＴａｒｇｅｔＭａｐを、“ビュー生成（Ｃｒｅ
ａｔｅ Ｖｉｅｗ）”ＳＱＬコマンド３６０に変換す
る。ビューを生成するための模範的なＳＱＬステートメ
ントは以下の通りである： ＣＲＥＡＴＥ ＶＩＥＷ ｖｉｅｗ＿Ｔａｂｌｅ１＿ｓ
ｃｏｔｔＦＲＯＭ Ｔａｂｌｅ１ ＷＨＥＲＥ ＦＤＮ
ＩＮ｛ＦＤＮ ｆｏｒ ｍａｎａｇｅｄ ｏｂｊｅｃ
ｔ １，ＦＤＮ ｆｏｒ ｍａｎａｇｅｄ ｏｂｊｅｃ
ｔ ２，．．．｝ このコマンドによって生成されるビューを使ってアクセ
スが可能となるテーブルのすべての列は、Ｗｈｅｒｅ文
節に列挙されている自らのＦＤＮを持つ。テーブルのど
の列がＷｈｅｒｅ文節に列挙されるべきかを決定するた
めに、ｕｓｅｒＴａｒｇｅｔＭａｐは以下のように翻訳
される：大域否定フラッグが設定されていれば、Ｃｒｅ
ａｔｅ＿Ｖｉｅｗプロシージャ３６２は空のビューを生
成する。

【０１２８】デフォルトアクセス動作がアクセスを承認
するか、又は、大域承認フラッグがＴＲＵＥであれば、
Ｃｒｅａｔｅ＿Ｖｉｅｗプロシージャ３６２は項目否定
リストを調べて、項目否定リストには含まれていないア
クセス可能なテーブルにあるすべての列（項目）のＦＤ
ＮをＷｈｅｒｅ文節に加える。

【０１２９】もしくは、Ｃｒｅａｔｅ＿Ｖｉｅｗプロシ
ージャ３６２は、項目承認リストに列挙されているオブ
ジェクトを決定し、また、項目承認リストに含まれてい
るすべての列（項目）のＦＤＮをＷｈｅｒｅ文節に加え
る。代替的実施例では、“ビュー生成（Ｃｒｅａｔｅ
Ｖｉｅｗ）”ＳＱＬコマンドのＷｈｅｒｅ文節は、アク
セス制御ツリー１７０にある目標オブジェクトの適用範
囲及びフィルタフィールドを対応するＷｈｅｒｅ文節条
件に割り当てることで、短縮化することができる。その
結果、Ｗｈｅｒｅ文節中にあるいくつかの項目は、ワイ
ルドカードの文字を使って管理オブジェクトのサブツリ
ー全体を表現することもできる。Ｗｈｅｒｅ文節中の他
の項目は、条件をオブジェクトのサブツリー、又はオブ
ジェクトのツリー全体に設定するかもしれない。それに
よって、ビューに含まれるべきオブジェクトを間接的に
特定する。ビューに含まれるべきオブジェクトのグルー
プを特定するためのこれら両方の方法を示しているビュ
ー生成コマンドの例は以下の通りである： ＣＲＥＡＴＥ ＶＩＥＷ ｖｉｅｗ＿Ｔａｂｌｅ１＿ｓｃｏｔｔ Ｆｒｏｍ Ｔａｂｌｅ１ ＷＨＥＲＥ ＦＤＮ ＬＩＫＥ “／ｐａｒｔｉａｌ＿ｐａｔｈ１／ ％”ＯＲ ＦＤＮ ＬＩＫＥ “／ｐａｒｔｉａｌ＿ｐａｔｈ２／ ％”ＯＲ ＦＤＮ ＝“／ｐａｒａｍｘ＝ｘ３／”ＯＲ ＦＤＮ ＝“／ｏｗｎｅｒ＝ａｂｃｃｏｍｐａｎｙ／” ・ ・ ・ ここで“／ｐａｒｔｉａｌ＿ｐａｔｈ１／％”及び“／
ｐａｒｔｉａｌ＿ｐａｔｈ２／％”は両方とも、特定の
部分的パスで始まるパスを持つ管理オブジェクトサブツ
リーにあるすべてのオブジェクトは、定義されたビュー
に含まれているということを示している。ビューを生成
した後、Ｃｒｅａｔｅ＿Ｖｉｅｗプロシージャ３６２
は、ビューが生成されたユーザにそれを使用する許可を
与える。例えば、ビューを使用する許可を与えるための
ＳＱＬコマンドは次のように見えるかもしれない： 承認コマンドのフォーマット： ＧＲＡＮＴ特権タイプ ＯＮ ｖｉｅｗ＿ｎａｍ
ｅ ＴＯ ユーザ 承認コマンドの例： ＧＲＡＮＴ ＳＥＬＥＣＴ ＯＮ ｖｉｅｗ＿Ｔａｂｌ
ｅ１＿ｓｃｏｔｔＴＯｓｃｏｔｔ この承認（ＧＲＡＮＴ）ステートメントを実行した後、
システムアドミニストレータ、つまり“ｓｃｏｔｔ”と
いう名前のユーザは、“ｖｉｅｗ＿Ｔａｂｌｅ１＿ｓｃ
ｏｔｔ”という名前のビューを利用することができる。

【０１３０】代替的実施例では、単一のビューは、複数
のテーブルに記憶されている管理情報にアクセスするた
めに生成され得る。一方で、グループ承認コマンドを用
いること、又は複数のユーザーを列挙している一又はそ
れ以上の承認コマンドを実行することのいずれかによっ
て、全てが、グループ名を持っているグループのメンバ
ーであるユーザのグループに対し、単一のビューが生成
され、またビューへのアクセスが承認され得る。 ビューの照会 図１０に戻る。一度ビューが生成されると、ユーザ３０
０がＤＢＭＳ２８０にアクセスするためにＳＱＬコマン
ドを出す際に、データベースアクセスエンジン２８６
は、ビューが要求されていたことを名前から確認し、ビ
ューアクセスコントローラ３８０は、ユーザ３００がビ
ューを照会することを許可されているか否かを調べる。
ビューアクセスコントローラ３８０は、ユーザのＳＱＬ
コマンドにおいて名づけられたビューに照会するべきか
否かをデータベースエンジン２８６に知らせるために、
データベースエンジン２８６に応答する。 ビューの更新 この実施例においては、アクセス制御サーバ３３０はア
クセス制御データベースに関するすべての変更を実行す
るアクセス制御構成プロシージャ２１０（図４参照）を
有する。この実施例では、アクセス制御構成プロシージ
ャ２１０はコマンド、すなわちＵｐｄａｔｅ＿Ｖｉｅｗ
プロシージャ３７２へのコールを出す。Ｕｐｄａｔｅ＿
Ｖｉｅｗプロシージャ３７２は、ＤＢＭＳにビュー削除
ＳＱＬ指示３７０を実行させることにより、存在するビ
ューを削除する。Ｕｐｄａｔｅ＿Ｖｉｅｗプロシージャ
３７２はそれから、ビューを再生するために、Ｃｒｅａ
ｔｅ＿Ｖｉｅｗプロシージャ３６２をコールする。 メモリ 図１２Ａ及び１２Ｂを参照すると、アクセス制御サーバ
のメモリ及びＤＢＭＳは、追加のデータ及びプロシージ
ャを記憶している。図１２Ａは、この第２の実施例のた
めにアクセス制御サーバ３３０のメモリに記憶されてい
るいくつかの追加の情報と同様に、前述されたもののい
くつかを表している： アクセス制御ツリー１７０；目標オブジェクト２０４、
規則オブジェクト２０６、グループオブジェクト２００
及びユーザオブジェクト２０２を含む、アクセス制御ツ
リー１７０の規則２０６；ＤＢＭＳ２８０のビュー生成
（Ｃｒｅａｔｅ Ｖｉｅｗ）ＳＱＬコマンド３６０を呼
び出すためのＣｒｅａｔｅ＿Ｖｉｅｗプロシージャ３６
２；及び上述したＵｐｄａｔｅ＿Ｖｉｅｗプロシージャ
３７２。

【０１３１】図１２Ｂは、第２の実施例のためにＤＢＭ
Ｓ２８０のメモリに記憶されている情報のいくつかを表
している：データベーステーブル１からＮ３１０，３２
０まで、各々は列３１１，３１２、３２１、３２２を有
している；データベースアクセスエンジン２８６；個人
ユーザのために生成されるビュー３５１，３５２及び／
又はユーザのグループのために生成されるビュー３５
３，３５４を含むビューのセット３５０；ビュー生成Ｓ
ＱＬコマンド３６０；ビュー削除ＳＱＬコマンド３７
０；承認アクセスＳＱＬコマンド３７４；取り消しアク
セスＳＱＬコマンド３７６；及びビューアクセスコント
ローラ３８０。 管理オブジェクトへの直接アクセスを制御する方法 図１３Ａは、管理オブジェクトへの直接ユーザアクセス
を制御する方法を、ユーザ用及びグループ用を個々に示
している。 ユーザによる直接アクセス 図１３Ａを参照すると、ステップ１３１２及び１３１４
は、アクセス制御サーバの初期構成及びその次の利用を
表している。さらに特定すると、ステップ１３１２で
は、アクセス制御オブジェクトを含むアクセス制御デー
タベースが記憶される。アクセス制御オブジェクトは、
管理オブジェクトの特定されたセットへのユーザーによ
る（ユーザのグループも同様）アクセス権を定義する情
報を、総括的に記憶している。特定されたアクセス権
は、ネットワークからの管理情報を入手するためのアク
セス権を含んでいる。

【０１３２】ステップ１３１４は、アクセス制御を用い
て、アクセス制御データベースによって特定されるアク
セス権に従って、管理オブジェクトへのユーザアクセス
を供給する。

【０１３３】ステップ１３１６，１３１８，１３２０、
１３２２及び１３２４は、アクセス制御サーバによって
実行されるものと同じアクセス制限を伴って、管理情報
への直接アクセスを少なくともいくらかのユーザに供給
するためのＤＢＭＳを設定するためのプロシージャを表
している。ステップ１３１６では、管理情報は、ネット
ワークからデータベース管理システムに送られる。即
ち、一定のタイプの管理オブジェクトのために管理情報
は複製され、ＤＢＭＳに記憶されるのである。典型的に
は、個別のＤＢＭＳテーブルは、ＤＢＭＳを経由してア
クセス可能な管理オブジェクトの各個別のタイプに合わ
せて設定される。第２及び第３実施例では、ログ及びロ
グエントリはすべてのほかのオブジェクトのように扱わ
れる。

【０１３４】ステップ１３１８は、情報転送モジュール
によって送られる管理情報を、データベース管理システ
ムにあるデータベーステーブルのセットに記憶する。テ
ーブルは、対応する管理オブジェクトのために、個別の
列に管理情報を記憶している。即ち、ＤＢＭＳは、各管
理オブジェクトのための情報を、その管理オブジェクト
のタイプに合わせて設定されているテーブルの個別の列
に記憶しているのである。

【０１３５】ステップ１３２０では、テーブルで特定さ
れたユーザーのセット及び特定された管理オブジェクト
のサブセットに対するビューのセットが生成される。

【０１３６】ステップ１３２２では、一組のビューはデ
ータベース管理システムに記憶されている。ビューのセ
ットは、テーブルに記憶されている管理情報へのアクセ
スを制限する。セットにある各ビューは、このビューを
用いてアクセス可能な特定のテーブルの列のサブセット
を定義する。アクセス可能な列のセットは、アクセス制
御データベースによって、特定のユーザ（又はユーザの
グループ）のために特定される管理オブジェクトアクセ
ス権に対応している。

【０１３７】ステップ１３２４は、データベース管理シ
ステムの特定されたユーザ（又はユーザのグループ）に
よって、ビューが使用可能であることを特定する。

【０１３８】ステップ１３２６では、テーブルにある情
報は、データベース管理システムにあるアクセス制御デ
ータベースによって、各ユーザーがアクセスすることを
許可されているであろう管理情報だけに前記ユーザがア
クセスできるというビューを用いて、アクセスされる。
一度、ＤＢＭＳが先行するステップによって設定される
と、ユーザはＤＢＭＳにあるビュー及び情報を不特定に
利用し続けることができる。

【０１３９】管理情報をＤＢＭＳに送るためのステップ
１３１６，１３１８は、ＤＢＭＳに最新の情報が記憶さ
れていることを確実なものにするために、連続的又は断
続的な基礎に基づいて動作するのが好ましい。ステップ
１３２０、１３２２は、進行中の処理も表している。ア
クセス制御データベースに関する変更は、対応する変更
をビュー定義に与えることで、ＤＢＭＳにおいて複製さ
れる。 グループによる直接アクセス ビューが、個人ユーザの代わりにユーザのグループに対
して生成される場合、ユーザの各グループはアクセス制
御ツリー１７０におけるグループオブジェクトの一つに
対応しており、各ビューはユーザのたった一つのユーザ
ーのグループによってのみ使用可能である。権限のある
各ユーザは、ＤＢＭＳにロギングすると、ビューが生成
されたグループのメンバの一員として認識される。ユー
ザが二つ以上のグループのメンバである場合、当該ユー
ザーはＤＢＭＳにあるデータにアクセスする際にユーザ
が用いるであろうグループアクセス権を認識するよう求
められる。 ビューの更新の方法 図１３Ｂを参照すると、新しい管理オブジェクトが管理
オブジェクトツリーに追加される（ステップ１３３０）
度に、Ｕｐｄａｔｅ＿Ｖｉｅｗプロシージャがコールさ
れ（１３３２）、ＤＢＭＳにおいて定義されたビューの
セットを更新する。それに類似して、アクセス規則がア
クセス制御データベースで追加され（ステップ１３３
４）、削除され（ステップ１３３６）又は変更される
（ステップ１３３８）度に、Ｕｐｄａｔｅ＿Ｖｉｅｗプ
ロシージャがコールされ（１３３２）、ＤＢＭＳにおい
て定義されたビューのセットを更新する。

【０１４０】管理オブジェクトの属性値が変更すると
（ステップ１３４０）、Ｕｐｄａｔｅ＿Ｖｉｅｗプロシ
ージャはコールされるかもしれない（ステップ１３３
２）。アクセス制御データベースのフィルタフィールド
は、管理オブジェクトの属性値を用いてアクセス権を定
義する一つの方法である。上述のように、フィルタフィ
ールドはＳＱＬの“ＷＨＥＲＥ”文節に等しい。特に、
Ｕｐｄａｔｅ＿Ｖｉｅｗプロシージャは、アクセス制御
データベースにおける規則がフィルタを有しており、ま
た管理オブジェクトに関するユーザーのアクセス権が変
更した場合、コールされる。

【０１４１】この実施例では、ビューは管理オブジェク
トが削除されると、更新されない。ビューが照会される
と、削除された管理オブジェクトに対する管理情報はユ
ーザに返されない。代替的実施例では、Ｕｐｄａｔｅ＿
Ｖｉｅｗプロシージャ３７２は、管理オブジェクトが削
除されるとコールされる。Ｕｐｄａｔｅ＿Ｖｉｅｗプロ
シージャをコールすると、当該プロシージャに渡された
パラメータは、管理オブジェクトを含むユーザ名のリス
ト及びデータベーステーブルのリストを含む。列挙され
たユーザ名及びテーブルの可能性のあるすべての組み合
わせに対するビューは、列挙されたテーブルに対する現
行のオブジェクトアクセス規則に基づいて生成される。
次に説明するように、ビューが更新されるデータベース
テーブルのリストは、アクセス規則における管理オブジ
ェクトの生成又は変更によって影響を受ける可能性があ
るビューに限定されるのが好ましい。

【０１４２】オブジェクトが管理オブジェクトツリーに
追加されると、又はアクセス規則が追加され又はオブジ
ェクトに関して変更されると、変更される必要のあるビ
ューだけが、当該オブジェクトのオブジェクトタイプに
ついての情報を記憶するために使われる単一のテーブル
又は複数のテーブルに対するビューとなる。各オブジェ
クトタイプに対するデータベースにおけるテーブルは一
つしかなく、ゆえに、対応するオブジェクトが追加さ
れ、又は対応するオブジェクトに対する規則が生成され
又は変更されると、その一つのテーブルに対するビュー
だけが更新されればよい。

【０１４３】イベントログテーブルに関しては、そのよ
うなテーブルに対するビューは、通常オブジェクトが管
理オブジェクトツリーに追加されることによっては影響
を受けないが、ある状況では、アクセス制御規則に関す
る変更は、一又はそれ以上の管理オブジェクトテーブル
と同様に、イベントログテーブルへのアクセスにも影響
を与えることがある。例えば、広範囲ですべての管理情
報への特定のユーザアクセスを否定するという規則変更
は、多くのビューに関する変更を生じさせることもあ
り、また、そのユーザに対するすべてのビューがＤＢＭ
Ｓから削除させるかもしれない。それに類似して、ユー
ザに管理オブジェクトの大規模サブツリーへのアクセス
権を広い範囲で与えるという規則変更は、多くのビュー
の更新を生じさせるかもしれない。

【０１４４】新しい管理オブジェクトの生成によって生
じるビュー更新の一例は、以下の通りである。ＸＴａｂ
ｌｅ，ＹＴａｂｌｅ及びＺＴａｂｌｅと称されるデータ
ベーステーブルはそれぞれ、Ｘ−ＭＯＣ，Ｙ−ＭＯＣ及
びＺ−ＭＯＣと称される管理オブジェクトのクラスを表
現していると仮定する。また、ＸＴａｂｌｅはＸ１−Ｍ
ＯＩ，Ｘ２−ＭＯＩ及びＸ３−ＭＯＩを表している三つ
の列を持っており、Ｕ１及びＵ２という二つのユーザが
あり、また、ＸＴａｂｌｅに対する二つのビュー：ｖｉ
ｅｗ＿ＸＴａｂｌｅ_Ｕ１及びｖｉｅｗ＿ＸＴａｂｌｅ
＿Ｕ２“があると仮定する。Ｘ４−ＭＯＩと称される新
しい管理オブジェクトインスタンスが生成されると、Ｕ
ｐｄａｔｅ＿Ｖｉｅｗプロシージャ３７２は、Ｘ４−Ｍ
ＯＩが二つのビューのいずれかに加えられるべきか否か
を決定するため、アクセス制御データベースを調べる。
アクセス制御データベースを調べた後で、もしＵｐｄａ
ｔｅ＿Ｖｉｅｗが、Ｘ４−ＭＯＩはＸ−ＭＯＣクラスに
のみ属するものであると決定すれば、ＸＴａｂｌｅに影
響を与えるビューは更新される必要がある。他のテーブ
ル、つまりＹＴａｂｌｅ及びＺＴａｂｌｅは影響を受け
ないので、それらのビューは影響を受けない。要約する
と、Ｘ４−ＭＯＩオブジェクトの生成には、ｖｉｅｗ＿
ＸＴａｂｌｅ＿Ｕ１及びｖｉｅｗ＿ＸＴａｂｌｅ＿Ｕ２
のみが更新されれば足りるのである。しかしながら、実
際に変更されるビューだけが、新しく加えられたオブジ
ェクトへの読み取りアクセスをするユーザに対するビュ
ーとなる。 更新ビュープロシージャの動作 Ｕｐｄａｔｅ＿Ｖｉｅｗプロシージャ３７２のパラメー
タリストは、ユーザ名のリスト及びデータベーステーブ
ルのリストを含んでいる。列挙されたユーザ名とテーブ
ルの可能性のあるすべての組み合わせに対するビュー
は、列挙されたテーブルに対する現行のオブジェクトア
クセス規則に基づいて生成される。即ち、これらユーザ
−テーブルの組み合わせのために存在するビューは削除
され、更新されたものが生成される。データベースビュ
ー生成に対するＣｒｅａｔｅ＿Ｖｉｅｗプロシージャ３
６２の上述の説明を参照されたい。

【０１４５】代替的に、一定の状況では、以前生成され
たビューは、再生される代わりに変更されることができ
る。例えば、新しい管理オブジェクトが生成されると、
以前生成されたビューの定義は、新しく生成されたオブ
ジェクトに対するＦＤＮを、以前生成されたビューの適
用可能なものに追加することで、変更されることができ
る。 直接情報アクセスシステムの第３の実施例 図１４を参照すると、トリガを使用する直接情報アクセ
スシステムが示されている。直接情報アクセスシステム
１４００の主な構成要素は：テーブル３１０，３２０を
記憶するための通常のＤＢＭＳ２８０、アクセス制御サ
ーバ３３０、アクセス制御ツリー１７０、情報転送モジ
ュール３４０、及びネットワーク１０６である。以下で
言及されているものを除き、図１０を参照して説明され
たシステム１０００の構成要素は、この第３の実施例に
よる使用にも適している。

【０１４６】直接情報アクセスシステムの第２の実施例
で述べられているデータベーステーブル３１０，３２０
及び列３１１，３１２，３２１，３２２は、第３の実施
例による使用に適している。第２実施例と同様に、第３
実施例でも、テーブル３１０，３２０の列３１１，３１
２，３２１，３２２は、管理オブジェクトのための管理
情報を含んでいる。アクセス制御ツリー１７０によって
表現される同じ管理情報アクセス権及び制限も、第３実
施例のＤＢＭＳによって実行される。

【０１４７】第３実施例は、一定のＳＱＬコマンドが受
け取られる度に、アクセス制御プロシージャ４０４の実
行を開始するためにデータベーストリガ４０２を用い
る。アクセス制御プロシージャ４０４は、ＤＢＭＳに記
憶されている管理情報へのアクセスを承認するか否定す
るかを決定するため、許可テーブル４０６を用いる。ト
リガ機構は、ＤＢＭＳ２８０のデータベースアクセスエ
ンジン２８６の機能であり、特に、このＤＢＭＳ２８０
は、ＳＱＬ選択コマンドがＤＢＭＳによって受け取られ
る度に、トリガ４０２を呼び出すように構成されてい
る。 許諾表 この第３実施例では、特定の管理オブジェクト上の特定
のユーザに対するアクセス制御は、単一の許諾表又は複
数の許諾表４０６によって定義される。好ましくは、本
発明は、アクセス承認テーブル４０８及びアクセス否定
テーブル４１０を有している。各テーブルは、許諾エン
トリ４１２，４１４を記憶している。 許諾表の生成 システムアドミニストレータ３０２は、エンドユーザに
よるＤＢＭＳ２８０の使用に先立って、許諾表を生成す
る。許諾生成プロシージャ４４２へのコール４４０は、
許諾表を生成するために使用される。“Ｃｒｅａｔｅ＿
Ｐｅｒｍｉｓｓｉｏｎｓ＿Ｔａｂｌｅｓ”プロシージャ
４４２は、ＤＢＭＳ２８０に記憶されている。システム
アドミニストレータ３０２は、ＤＢＭＳ２８０の“Ｃｒ
ｅａｔｅ＿Ｐｅｒｍｉｓｓｉｏｎｓ＿Ｔａｂｌｅｓ”４
４２プロシージャへのコールを呼び出す。Ｃｒｅａｔｅ
＿Ｐｅｒｍｉｓｓｉｏｎｓ＿Ｔａｂｌｅｓ４４２プロシ
ージャは、アクセス制御ツリー１７０によって定義され
たように、ユーザアクセス権を許諾表の適切なフォーマ
ットへ割り当てる。

【０１４８】図１５Ａ及び１５Ｂも参照すると、許可エ
ントリ１５０２、１５０４は、下に示した三つのフィー
ルドを持つタプルである：（ユーザ名、オブジェクト
名、動作タイプ）。

【０１４９】図１５Ａ及び１５Ｂでは、オブジェクト名
は、各許可エントリにおける一つの“単語”として示さ
れているが、好ましくは、オブジェクト名は管理オブジ
ェクトに対するＦＤＮである。

【０１５０】ユーザ名は、許諾エントリによって表現さ
れるアクセス権を持つユーザ（又はユーザのグループ）
の名前であり、オブジェクト名は、許諾エントリが適用
される管理オブジェクトを認識し、また動作タイプと
は、特定されたユーザが特定されたオブジェクトに関し
て承認又は否定される動作である。動作タイプは、選
択、削除、挿入又は更新になり得る。

【０１５１】二つの許諾表は、Ｘ．７４１アクセス規則
が特定される方法に反映する：大域承認、項目否定を伴
う大域承認、項目承認を伴う大域否定、及び大域否定で
ある。

【０１５２】承認テーブル４０８は、すべてのアクセス
承認許可のリストを記憶している。否定テーブル４１０
は、すべてのアクセス否定許可のリストを記憶してい
る。アクセスが特定の動作に対して許可されるべきか否
かを調べると、アクセス制御プロシージャ４０４は、両
方のテーブルを調べる。 許諾表の実装 許諾表４０６は、アクセス制御ツリー１７０のアクセス
制御規則２０６に対応するために実装される。通常は、
許諾表４０６は、例えばデータベースゼロ（ＮＵＬＬ）
値のような、特別なオブジェクト名値を、“すべてのオ
ブジェクト”を表現するために用い、データベースゼロ
（ＮＵＬＬ）値のような、特別な動作タイプ値を“すべ
ての動作タイプ”を表現するために用いる。

【０１５３】許諾表４０６は、以下のように実装され
る：アクセス制御データベースにおける規則が、ユーザ
Ｕ１の動作タイプＯｐ１として、“大域承認”を特定す
ると、（Ｕ１，ＮＵＬＬ，Ｏｐ１）という承認テーブル
４０８にエントリが作られる。

【０１５４】アクセス制御データベースの規則が、“項
目Ｘ１，Ｘ２，及びＸ３の項目否定を伴うユーザＵ１へ
の大域承認”を動作タイプＯｐ１として特定すると、承
認テーブル４０８及び否定テーブル４１０に以下のエン
トリが作られる： 承認テーブル： （Ｕ１，ＮＵＬＬ，Ｏｐ１） 否定テーブル： （Ｕ１，Ｘ１，Ｏｐ１） （Ｕ１．Ｘ２，Ｏｐ１） （Ｕ１，Ｘ３，Ｏｐ１） アクセス制御データベースの規則が、“項目Ｘ１，Ｘ２
及びＸ３を除くすべての項目へのユーザＵ１のアクセス
の否定“を動作タイプＯｐ１として特定すると、否定テ
ーブル４１０及び承認テーブル４０８に以下のエントリ
が作られる： 規則がユーザＵ１への“大域否定”を動作タイプＯｐ１
として表示すると、否定テーブル４１０に以下のエント
リが作られる： 否定テーブル （Ｕ１，ＮＵＬＬ，Ｏｐ１） 上述の通り、複数のエントリが異なる動作タイプに対し
て作られることが可能である。管理オブジェクト上のユ
ーザ許可がすべての動作タイプに対して同じである場合
は、ゼロ（ＮＵＬＬ）動作タイプを伴う単一のエントリ
で足りる。

【０１５５】上述の方法は、アクセス制御規則を記憶す
る方法として、明示的な承認規則だけを記憶したり、明
示的な否定規則だけを記憶したりするよりもより効率的
である。例えば、５、０００の管理オブジェクトを有す
るシステムにおいて承認規則だけを記憶しようとする
と、単一の項目否定を伴う大域承認を与えられた新しい
ユーザは、承認テーブル４０８に４，９９９の記録が必
要となる。上述の方法を使用すれば、新しいユーザは二
つのエントリだけを持つことになる：一つは承認テーブ
ルにおけるエントリ、もう一つは否定テーブル４１０に
おけるエントリである。

【０１５６】指定範囲とフィルタについて定義されてい
るアクセス制御ツリー１７０における規則は、エントリ
が承認テーブル４０８及び否定テーブル４１０に作られ
る前に、評価される。例えば、管理オブジェクトテーブ
ルの指定範囲とフィルタが、残りが大域的に否定される
アクセスが承認されなければならず、その残りは大域的
に否定される、１０の管理オブジェクトのセットという
結果を生むのであれば、１０のエントリは承認テーブル
４０８に作られ、単一の大域否定エントリは否定テーブ
ル４１０に作られる。 強制アクセス制御 許諾表に基づくアクセス制御規則の強制は、以下のアル
ゴリズムに従ってなされ、それは、動作がユーザＵ１に
よって要求されているという仮定に基づいている。

【０１５７】これらのステップは、承認又は否定決定が
いずれかのステップに届かない限り、次々と続けられ、
そのような場合、前記アルゴリズムが存在する。

【０１５８】１．ユーザＵ１が大域否定（即ち、すべて
のオブジェクトの否定）を有しているか否かを見るため
に、否定テーブルを調べる。もしそうであれば、ユーザ
が、前記否定には例外的である、特定の承認された項目
（オブジェクト）を有しているか否かを見るために、承
認テーブルを調べる。そのようなオブジェクトが存在す
る場合は、現行の動作が、承認テーブルで特定された動
作に一致すればアクセスを承認し、そうでなければ、ア
クセスを否定する。

【０１５９】２．ユーザＵ１が大域承認（即ち、すべて
のオブジェクトの承認）を有しているか否かを見るため
に、承認テーブルを調べる。もしそうであれば、ユーザ
が前記承認には例外的である、特定の否定された項目
（オブジェクト）を有しているか否かを見るために、否
定テーブルを調べる。そのようなオブジェクトが存在す
る場合は、現行の動作が否定テーブルで特定された動作
に一致すれば、アクセスを否定し、そうでなければ、ア
クセスを承認する。

【０１６０】３．ユーザＵ１が特定の否定された項目
（オブジェクト）を有しているか否かを見るために否定
テーブルを調べ、現行の動作が、否定テーブルにおいて
特定された動作と一致すれば、アクセスを否定する。

【０１６１】４．ユーザＵ１が特定の承認された項目を
有しているか否かを見るために承認テーブルを調べ、現
行の動作が承認テーブルで特定された動作と一致すれ
ば、アクセスを承認する。

【０１６２】５．全ユーザ大域否定（即ち、すべてのユ
ーザに対するすべてのオブジェクトの否定）があるか否
かを見るために否定テーブルを調べる。もしそうであれ
ば、全ユーザが、前記否定には例外的である、特定の承
認された項目（オブジェクト）を有しているか否かを見
るために承認テーブルを調べる。そのようなオブジェク
トが存在する場合は、現行の動作が、承認テーブルにお
いて特定された動作と一致すれば、アクセスを承認し、
そうでなければ、アクセスを否定する。

【０１６３】６．全ユーザ大域承認（即ち、すべてのユ
ーザに対するすべてのオブジェクトの承認）があるか否
かを見るために承認テーブルを調べる。もしそうであれ
ば、すべてのユーザが、前記承認には例外的である、特
定の否定された項目（オブジェクト）を有しているか否
かを見るために否定テーブルを調べる。そのようなオブ
ジェクトが存在する場合は、現行の動作が、否定テーブ
ルにおいて特定された動作と一致すれば、アクセスを否
定し、そうでなければ、アクセスを承認する。

【０１６４】７．すべてのユーザが特定の否定された項
目（オブジェクト）を有しているか否かを見るために否
定テーブルを調べる。もしそうであれば、現行の動作が
否定テーブルにおいて、特定された動作に一致すれば、
アクセスを否定する。

【０１６５】８．すべてのユーザが特定の承認された項
目（オブジェクト）を有しているか否かを見るために、
承認テーブルを調べる。現行の動作が承認テーブルで特
定された動作と一致すれば、アクセスを承認する。

【０１６６】９．上述のステップに従って、承認／否定
の決定がまったく届けられていなかった場合、デフォル
トアクセス制御規則（デフォルト否定又はデフォルト承
認）を適用する。

【０１６７】ユーザが、複数のオブジェクトへのアクセ
スを要求する照会、例えば、ネットワーク上のすべての
ルータの状態に対する要求、又は管理オブジェクトの特
定されたリストに関する情報に対する要求を出すと、ア
クセス制御プロシージャ４０４は、すべての要求された
オブジェクトのための方法を調べ、適用可能なアクセス
権を実行する。アクセスは、ユーザが適切なアクセス権
を有しているオブジェクトに対してのみ許可される。デ
ータベース内にあるほかのオブジェクトに対するユーザ
には、情報は返されず、このようにしてユーザは、アク
セスがどのオブジェクトに対しても否定されたという情
報を知らされない。これは重要なことである、というの
もユーザは、自らの範囲内にはないオブジェクトの存在
さえも知ってはならないからである。また、ユーザは、
当該ユーザがアクセスできないオブジェクトを照会から
排除することに関与する必要なく、特定のタイプの“す
べてのオブジェクト”についての情報を単に要求するこ
とだけを可能にすべきである。

【０１６８】照会で特定されたすべてのオブジェクトへ
のアクセスが否定された場合、当該照会は、ユーザに詳
細な説明をすることなく否定される。アクセスがあるオ
ブジェクトについて承認され、他のオブジェクトについ
ては承認されない場合、アクセス制御プロシージャ４０
４によって、アクセスが承認されるオブジェクト上で、
ユーザ照会は実行されることができる。特に、好実施例
においては、アクセス制御プロシージャ４０４は、それ
らのオブジェクトに対してユーザ照会を実行し、ユーザ
にその結果を返す。その結果、データベースアクセスエ
ンジンによる通常の照会処理は、回避され、アクセス制
御プロシージャ４０４によって実行された（又は開始さ
れた）処理によって置き換えられる。ＤＢＭＳテーブル
からアクセス制御プロシージャ４０４によって読み取ら
れたデータは、要求をしているユーザ又は処理に、照会
がデータベースアクセスエンジンによって処理された場
合にデータが返されたであろう方法と同じ方法で返され
る。 典型的な許諾表 図１５Ａ及び１５Ｂは、典型的な承認テーブル及び否定
テーブルをそれぞれ示している。

【０１６９】他の実施例では、許諾表は、ユーザのグル
ープによるアクセスを管理するためのユーザ名に加え
て、グループ名５１０を用いることができる。 許諾表を使用して直接アクセスを制御する方法 ユーザによる直接アクセス 図１６Ａを参照すると、ステップ１６０２及び１６０４
は、アクセス制御サーバの初期構成及びそれに続く利用
を表現しており、本質的には図１３Ａのステップ１３１
２及び１３１４と同一である。

【０１７０】ステップ１６０６，１６０８、１６１０及
び１６１２は、アクセス制御サーバによって強制された
制限と同じアクセス制限を伴って、少なくともいくつか
のユーザに、管理情報への直接アクセスを与えるための
ＤＢＭＳを設定するためのプロシージャを表現してい
る。ステップ１６０６では、管理情報は、ネットワーク
からデータベース管理システムに送られる。即ち、一定
のタイプの管理オブジェクトに対して、管理情報は、Ｄ
ＢＭＳで複製され、記憶される。典型的には、個別のＤ
ＢＭＳテーブルが（Ａ）ＤＢＭＳを介してアクセス可能
となる各個別のタイプの管理オブジェクト、及び（Ｂ）
ログサーバで定義された各個別のログファイル（上述の
通り）に合わせて設定される。

【０１７１】ステップ１６０８は、情報転送モジュール
によって送られた管理情報を、データベース管理システ
ム内のデータベーステーブルのセットに記憶する。前記
テーブルは、対応する管理オブジェクトに対して、個別
の列に管理情報を記憶する。即ち、ログテーブルを除い
て、ＤＢＭＳは、各管理オブジェクトに対する情報を、
当該管理オブジェクトのタイプに合わせて設定されたテ
ーブルの個別の列に記憶する。

【０１７２】ステップ１６１０では、許可オブジェクト
を含む、少なくとも一つの許諾表が記憶される。許可オ
ブジェクトは、管理オブジェクトの特定されたセットに
対する、ユーザによるアクセス権を特定する情報を総括
的に記憶しており、前記特定されたアクセス権は、管理
情報をネットワークから入手するためのアクセス権を含
んでいる。許可オブジェクトによって特定されたアクセ
ス権は、少なくともユーザの一つに対してアクセス制御
データベースによって特定された管理オブジェクトアク
セス権に対応している。

【０１７３】ステップ１６１２は、ＤＢＭＳトリガの動
作を表現しており、それはユーザアクセス要求が、デー
タベース内の要求されたテーブルに記憶されている管理
オブジェクトに記憶された管理情報へアクセスするのを
妨害し、それからアクセス制御プロシージャ４０４を呼
び出す。

【０１７４】ステップ１６１４は、アクセス制御プロシ
ージャ４０４の動作を表現しており、それはデータベー
ステーブルのセットに記憶されている管理情報へのアク
セスを制限する。アクセス制御プロシージャは、妨害さ
れた照会によって特定されたデータ列があれば、そのう
ちのいずれがユーザによってアクセス可能かを決定する
ために、許諾表に記憶されているアクセス権のセットを
使用する。

【０１７５】ステップ１６１８では、アクセス制御プロ
シージャは、アクセスがユーザによって許可された要求
された列のサブセットに記憶されている管理情報にアク
セスする。 グループによる直接アクセス 許諾表が、ユーザのグループに対する権利を設定するた
めに構成されている場合、ＤＢＭＳは、好ましくは、ユ
ーザ名がグループ名に割り当てされるようにするグルー
プテーブル４７０を含むであろう。ユーザのアクセス権
は、それから、ユーザがメンバとなっているグループの
アクセス権に従って決定される。 アクセス制御プロシージャの動作 アクセス制御プロシージャ４０４は、二つの方法で、デ
ータベースアクセスエンジン２８６と対話することがで
きる。これら二つの方法のうち最初のものは、図１６Ｂ
によって示され、２番目のものは図１６Ｃによって示さ
れている。

【０１７６】図１６Ｂを参照すると、トリガが見出さ
れ、アクセス制御プロシージャが呼び出された後に、ア
クセス制御プロシージャ４０４は、上述の方法のうちの
一つを使って許諾表を調べ（ステップ１６６２）、そし
て許可された管理オブジェクトのリストを作成する（ス
テップ１６６４）。管理オブジェクトがまったく承認さ
れなかった場合は、ゼロリストが作成される。ステップ
１６６６は、ＳＱＬコマンドの実行を完成させるため
に、許可された管理オブジェクトのリストを、データベ
ースアクセスエンジン２８６に返す。

【０１７７】アクセス制御プロシージャ４０４はまた、
ＳＱＬコマンドの実行が続行されるべきか否か、中止さ
れるべきか否かを表示するために、データベースアクセ
スエンジン２８６に返送コードを与える。返送コードの
値が、ＳＱＬコマンドの実行が続行されるべきであると
示している場合、データベースアクセスエンジンは、返
送されたリストによって特定されたテーブル列にアクセ
スし、その結果としての情報をユーザに返す。返信コー
ドの値がＳＱＬコマンドの実行が中止されるべきである
と示している場合、データベースアクセスエンジン２８
６は、ゼロの結果をユーザに返す。

【０１７８】図１６Ｃを参照すると、第２の方法の最初
の二つのステップ（１６７２及び１６７４）は、第１の
方法の最初の二つのステップ（１６６２及び１６６４）
と同じである。第２の方法では、しかしながら、アクセ
ス制御プロシージャ４０４は、もしあれば許可された管
理オブジェクトの以前に作成されたリストによって特定
されたテーブル列に直接アクセスし（ステップ１６７
６）、それからその結果の情報をユーザに返し（ステッ
プ１６７８）、受け取られたＳＱＬコマンドの処理が完
全に終了するまで、制御をデータベースアクセスエンジ
ンに戻すことはない。 許諾表の更新 図１６Ｄは、許諾表が更新される際のフローチャートで
ある。管理オブジェクトは生成され、削除され、又は自
らの属性値を変更することができる。これらの変更は、
アクセス制御規則の定義によっては、管理オブジェクト
のアクセス制御許可に影響を与えるかもしれない。

【０１７９】この第３の実施例では、アクセス制御構成
プロシージャ２１０は、ＤＢＭＳにｕｐｄａｔｅ＿ｐｅ
ｒｍｉｓｓｉｏｎ＿ｔａｂｌｅｓ４５２プロシージャを
実行させるｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ＿ｔａ
ｂｌｅｓ４５２プロシージャへのコールを発する。許諾
表は、管理オブジェクトにどのような変化が生じたかに
よって更新される。

【０１８０】許諾表は、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓ
ｉｏｎ＿ｔａｂｌｅｓ４５２プロシージャを呼び出すこ
とによって、：管理オブジェクトが削除される時（１７
０２）、新しい管理オブジェクトが追加される時（１７
０４）、属性値が変更される時（１７０６）、ユーザが
削除される時（１７０８）、新しいユーザが追加される
時（１７１０）、新しい規則が追加される時（１７１
２）、規則が削除される時（１７１４）、規則が変更さ
れる時（１７１６）、グループが追加される時（１７１
８）、及びグループが削除される時（１７２０）に、更
新される。

【０１８１】管理オブジェクトが削除されると、ステッ
プ１７２２では、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ
＿ｔａｂｌｅｓ４５２プロシージャは、当該管理オブジ
ェクト名を持つすべての記録を許諾表４０６から削除す
る。

【０１８２】管理オブジェクトが生成されると、ステッ
プ１７２２では、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ
＿ｔａｂｌｅｓ４５２プロシージャは、どのユーザが管
理オブジェクトにアクセスしてよいかを決定するための
すべてのアクセス制御規則を調べ、適切なエントリが、
許諾表で作成される。

【０１８３】管理オブジェクトが自らの属性値を変更す
ると、ステップ１７２２では、ｕｐｄａｔｅ＿ｐｅｒｍ
ｉｓｓｉｏｎ＿ｔａｂｌｅｓ４５２プロシージャが、ど
のユーザが管理オブジェクトにアクセスできるかを決定
するためのすべてのアクセス制御規則を調べる。変更さ
れた属性値に依存しているアクセス制御規則があれば、
適切なエントリが許諾表４０６に作成される（及び／又
は改訂される）。

【０１８４】ユーザが削除されると（即ち、アクセス制
御エンジンによって認識されたユーザのセットから除去
されると）、ステップ１７２２では、ｕｐｄａｔｅ＿ｐ
ｅｒｍｉｓｓｉｏｎ＿ｔａｂｌｅｓ４５２プロシージャ
は、当該ユーザ名を持つすべての記録を許諾表４０６か
ら削除する。

【０１８５】新しいユーザが追加され、特定のアクセス
制御規則が新しいユーザに定義されない場合、ステップ
１７２２では、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ＿
ｔａｂｌｅｓ４５２プロシージャが、デフォルトアクセ
ス制御規則を新しいユーザに適用し、許諾表を更新す
る。特定のアクセス制御規則が新しいユーザに定義され
た場合、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ＿ｔａｂ
ｌｅｓ４５２プロシージャは、特定のアクセス制御規則
を適用する。許諾表は、それに従って更新される。

【０１８６】グループが削除されると、ステップ１７２
２では、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ＿ｔａｂ
ｌｅｓ４５２プロシージャは、当該グループ名を持つす
べての記録を許諾表４０６から削除する。

【０１８７】新しいグループが追加されると、ステップ
１７２２では、ｕｐｄａｔｅ＿ｐｅｒｍｉｓｓｉｏｎ＿
ｔａｂｌｅｓ４５２プロシージャは、特定のアクセス制
御規則が新しいグループに対して定義されるか否かを決
定する。もし定義されなければ、ｕｐｄａｔｅ＿ｐｅｒ
ｍｉｓｓｉｏｎ＿ｔａｂｌｅｓ４５２プロシージャは、
新しいグループにデフォルトアクセス制御規則を適用
し、許諾表を更新する。もし定義されれば、ｕｐｄａｔ
ｅ＿ｐｅｒｍｉｓｓｉｏｎ＿ｔａｂｌｅｓ４５２プロシ
ージャは、特定のアクセス制御規則を適用する。許諾表
は、それに従って更新される。 メモリ 図１２Ａ及び１２Ｂに戻ると、アクセス制御サーバのメ
モリ及びＤＢＭＳは、直接アクセス機能（facility）の
第３実施例をサポートするための追加のデータ及びプロ
シージャを記憶している。図１２Ａで示されているよう
に、この第３実施例に対する、アクセス制御サーバ３３
０のメモリに記憶されているいくつかの追加のプロシー
ジャは、次のものを含んでいる： Ｃｒｅａｔｅ＿Ｐｅｒｍｉｓｓｉｏｎｓ＿Ｔａｂｌｅ４
４０へのコール； Ｕｐｄａｔｅ＿Ｐｅｒｍｉｓｓｉｏｎｓ＿Ｔａｂｌｅ４
５０へのコール； 及び Ｃｒｅａｔｅ＿Ｇｒｏｕｐ＿Ｔａｂｌｅ４７２へのコー
ル。

【０１８８】図１２Ｂに示されているように、この第３
実施例に対する、ＤＢＭＳ２８０のメモリに記憶されて
いるいくつかの追加のデータ及びプロシージャは次のも
のを含んでいる： コマンドインターセプタ４９０（後述する）； グループテーブル４７０； 前記トリガ４０２； 前記アクセス制御プロシージャ４０４； 前記承認テーブル４０８及び前記否定テーブル４１０を
含む許可テーブル４０６； 前記Ｃｒｅａｔｅ＿Ｐｅｒｍｉｓｓｉｏｎ＿Ｔａｂｌｅ
ｓ４４２プロシージャ； 前記Ｕｐｄａｔｅ＿Ｐｅｒｍｉｓｓｉｏｎ＿Ｔａｂｌｅ
ｓ４５２プロシージャ；及び Ｃｒｅａｔｅ＿ｇｒｏｕｐ＿ｔａｂｌｅ４７４プロシー
ジャ（後に述べる）。拡張 第３実施例は、グループに属するユーザの中のユーザグ
ループにも適用することができ、アクセス制御はユーザ
のグループに対して定義される。許諾表では、“ユーザ
名”は、“グループ名”に置き換えられ、許諾表は、ユ
ーザのグループに対するエントリを含む。許可は、グル
ープに対してのみ定義され、又はグループと個人ユーザ
の組み合わせに対して定義される。

【０１８９】グループテーブル４７０は、ユーザ名をグ
ループ名に割り当て、アクセス制御プロシージャ４０４
は、どのグループにユーザが属するかを決定するための
グループテーブルを調べ、それから上述の方法に続い
て、許諾表にあるすべてのそのようなグループに対する
許可を調べる。アクセス制御サーバのメモリは、ＤＢＭ
Ｓ内のｃｒｅａｔｅ＿ｇｒｏｕｐ＿ｔａｂｌｅ４７４プ
ロシージャへのコール４７２（図１２Ａ参照）を含む。
システムアドミニストレータ３０２は、上述の許諾表と
類似した方法で、グループテーブルを生成する。

【０１９０】他の代替的実施例では、アクセス制御プロ
シージャ４０４は、前記ユーザへのアクセスを、アプリ
ケーションの特定の方針に基づいて、承認又は否定す
る。例えば、その方針が“最も厳格な制限”であれば、
特定のオブジェクトへのアクセスは、ユーザのグループ
の一つでも当該オブジェクトへのアクセスを否定されれ
ば、ユーザに対して否定される。方針が“最も緩やかな
制限”であれば、ユーザのグループのうち一つでもオブ
ジェクトへのアクセスを認められていれば、当該オブジ
ェクトへのアクセスはユーザに対して承認される。

【０１９１】代替的実施例では、トリガに等しい機能
が、例えばサン・ソルスティス・エンタープライズ・マ
ネージャのｅｍ＿ｓｑｌのようなアクセス制御アプリケ
ーション層を挿入することによって、すべてのユーザ照
会を妨害し、またアクセスを制御するために記憶された
プロシージャを呼び出すために供給され得る。図１４で
は、コマンドインターセプタ４９０は、ユーザ要求３０
０を妨害し、アクセス制御プロシージャ４０４を実行す
るか否かを決定する。

【０１９２】一方で、コマンドインターセプタ４９０
は、ＳＱＬ選択（ＳＥＬＥＣＴ）コマンドが検知される
と、アクセス制御プロシージャ４０４を呼び出す。

【０１９３】第２及び第３の実施例では、ビュー及び許
諾表が、すべてのユーザ又は指定されたユーザのサブセ
ットのいずれかに対して生成される。

【０１９４】本発明の第２及び第３の実施例は、“保証
コミット”という形を持つシステムを用いた使用にも適
している。そのようなシステムは、いくつかの又はすべ
ての現存する管理オブジェクトに対するシャドーオブジ
ェクトを伴うシャドーデータベースを有しているかもし
れない。シャドーデータベースでは、管理オブジェクト
が使用できなければ、シャドーオブジェクトが管理オブ
ジェクトに関する変更を受理する。シャドーオブジェク
トは、管理オブジェクトをポーリングし、管理オブジェ
クトが使用可能になると、管理オブジェクトに関する変
更をプッシュする。シャドーデータベースは、本発明の
ＤＢＭＳ２８０のデータベーステーブル３１０、３２０
に記憶されるべきイベント及びメッセージ情報を送るこ
とができる。

【０１９５】本発明は、いくつかの特定の実施例を参照
して説明したが、その記述は、発明を説明するものであ
り、発明を限定することを企図していない。請求の範囲
によって定義されている発明の本来の精神と範疇から逸
脱することなく、様々な変更を当業者がなし得る。

【０１９６】

【発明の効果】本発明は、分散形ネットワークにおける
管理オブジェクトへのアクセスを制御するためのアクセ
ス制御システムであって：アクセス制御オブジェクトを
含む、アクセス制御データベースであり、アクセス制御
オブジェクトが管理オブジェクトの特定されたセットへ
のユーザによるアクセス権を特定する情報を総括的に記
憶しており、特定されたアクセス権がネットワークから
管理情報を入手するためのアクセス権を含んでいる、ア
クセス制御データベース；アクセス制御データベースに
よって特定されるアクセス権に従って管理オブジェクト
へのアクセスをユーザに供給する、少なくとも一つのア
クセス制御サーバ；データベース管理装置；及び管理情
報をネットワークからデータベース管理システムに送る
ための情報転送機構を備え、データベース管理システム
は、情報転送機構によって送られた管理情報を記憶する
ための一組のデータベーステーブルであり、一組のデー
タベーステーブル内の各テーブルが対応する管理オブジ
ェクトに対する管理情報を個別の列に記憶する、一組の
データベーステーブル；アクセス許可オブジェクトを含
む、少なくとも一つの許諾表であり、アクセス許可オブ
ジェクトが管理オブジェクトの特定されたセットへのユ
ーザによるアクセス権を特定する情報を総括的に記憶し
ており、特定されたアクセス権が管理情報をネットワー
クから取得するためのアクセス権を含んでおり、アクセ
ス許可オブジェクトのアクセス権がユーザの少なくとも
一つに対してアクセス制御データベースによって特定さ
れた管理オブジェクトアクセス権に対応する、少なくと
も一つの許諾表；データベースの管理情報をアクセスす
るためのユーザアクセス要求を妨害する手段；ユーザア
クセス要求が、管理オブジェクトのいずれかに対する管
理情報をアクセスするための選択ステートメントである
場合にアクセス制御プロシージャを呼出す手段；データ
ベーステーブルのセットに記憶されている管理情報への
アクセスを制限するためのアクセス制御プロシージャで
あり、アクセス制御プロシージャが少なくとも一つのア
クセス可能なデータベーステーブルの列の許可されたサ
ブセットを定義すべく少なくとも一つの許可テーブルに
記憶されているアクセス権のセットを使用し、列の許可
されたサブセットがユーザの少なくとも一つに対して少
なくとも一つの許可テーブルによって特定された管理オ
ブジェクトアクセス権に対応し；及びデータベーステー
ブルのセットの許可された列に記憶された管理情報をア
クセスするためのデータベースアクセスエンジンを備え
ているので、報告書生成の目的ために管理オブジェクト
データベースへの直接ＳＱＬタイプアクセスを供給する
ことができ、その結果、ユーザにネットワークオブジェ
クトの状態又は過去の実行内容についての報告書を定義
しかつ生成すべく基準ＤＢＭＳ報告ジェネレータを使用
させる一方で、通常の管理情報アクセス要求に適用する
のと同じアクセス制限を供給することができる。

【０１９７】本発明は、分散形ネットワークにおける管
理オブジェクトへのアクセスを制御する方法であって：
アクセス制御オブジェクトを含む、アクセス制御データ
ベースを記憶し、アクセス制御オブジェクトが管理オブ
ジェクトの特定されたセットへのユーザによるアクセス
権を特定する情報を総括的に記憶しており、特定された
アクセス権がネットワークから管理情報を入手するため
のアクセス権を含み；管理情報をネットワークからデー
タベース管理システムに送る段階を具備し、データベー
ス管理システムにおいて：データベーステーブルの第１
のセットに情報転送機構によって送られた管理情報を記
憶し、データベーステーブルのセットの各テーブルが個
別の列に対応する管理オブジェクトに対する管理情報を
記憶し；許可オブジェクトを含む、少なくとも一つの許
可テーブルに記憶し、許可オブジェクトが管理オブジェ
クトの特定されたセットへのユーザによるアクセス権を
特定する情報を総括的に記憶し、特定されたアクセス権
がネットワークから管理情報を取得すべくアクセス権を
含んでおり、許可オブジェクトのアクセス権が少なくと
も一つのユーザに対するアクセス制御データベースによ
って特定された管理オブジェクトアクセス権に対応し；
データベーステーブルに記憶されている管理情報をアク
セスするためのユーザアクセス要求を妨害し；ユーザア
クセス要求がデータベーステーブルのセットのいずれか
をアクセスするための選択ステートメントである場合に
アクセス制御プロシージャを呼出し；アクセス制御プロ
シージャにおいて、データベーステーブルのセットに記
憶された管理情報へのアクセスを制限し、アクセス制御
プロシージャがアクセス可能なデータベーステーブルの
少なくとも一つの列の許可されたサブセットを定義すべ
く少なくとも一つの許諾表に記憶されたアクセス権のセ
ットを使用し、列の許可されたサブセットがユーザの少
なくとも一つに対して少なくとも一つの許諾表によって
特定された管理オブジェクトアクセス権に対応し；かつ
データベーステーブルのセットの許可された列に記憶さ
れた管理情報をアクセスするという段階を具備するの
で、報告書生成の目的ために管理オブジェクトデータベ
ースへの直接ＳＱＬタイプアクセスを供給することがで
き、その結果、ユーザにネットワークオブジェクトの状
態又は過去の実行内容についての報告書を定義しかつ生
成すべく基準ＤＢＭＳ報告ジェネレータを使用させる一
方で、通常の管理情報アクセス要求に適用するのと同じ
アクセス制限を供給することができる。

【図面の簡単な説明】

【図１】図１は、ネットワーク上の管理オブジェクトへ
のアクセスを制限するためのアクセス制御エンジンのブ
ロック図である。

【図２】図２は、アクセス要求のデータ構造を示す。

【図３】図３は、本発明の好ましい実施例による分散形
アクセス制御エンジン（ＡＣＥ）を示す。

【図４】図４は、アクセス制御データベース及びデータ
ベースにオブジェクトを追加しかつデータベースに既に
存在するオブジェクトを変更するための機構を示す。

【図５】図５は、各アクセス要求を処理するためにアク
セス規則が適用される順序を示す。

【図６】図６は、アクセス要求を処理し、遂行能力のあ
るアクセスサーバ間でアクセス要求を分配し、応答を照
合しかつ組合せた応答をイニシエータに返すプロシージ
ャを表している。

【図７】図７は、アクセス要求の目標が２つ以上の管理
オブジェクトを含んでいる場合にアクセス要求応答をど
のように結合するかを表わすチャートを示す。

【図８】図８は、本発明の好ましい実施例における管理
情報サーバのイベント登録及びイベントルータ部分を示
す。

【図９】図９は、管理オブジェクトによって生成される
イベント通知に関して、ログ記録へのＳＱＬタイプの読
取り専用アクセスを供給する一方で、管理オブジェクト
情報へのアクセスに関してネットワークに対する管理情
報サーバによって供給されるものと同じ機密保護制限を
維持する、補足的アクセス機構を示す。

【図１０】図１０は、管理オブジェクトに関する情報を
記憶している一組のデータベーステーブルへのＳＱＬタ
イプの読取り専用アクセスを供給する一方で、管理オブ
ジェクト情報へのアクセスに関して、ネットワークに対
する管理情報サーバによって供給されるものと同じ機密
保護制限を維持するための、補足的アクセス機構の第２
の実施例のブロック図を示す。

【図１１Ａ】図１１Ａは、管理オブジェクトの完全識別
名（ＦＤＮ）を用いている好ましい列フォーマットを示
す。

【図１１Ｂ】図１１Ｂは、ｖｉｅｗ＿ｔａｂｌｅｎａｍ
ｅ＿ｕｓｅｒｎａｍｅのフォーマットのｖｉｅｗｎａｍ
ｅを有しているユーザ要求を示す。

【図１１Ｃ】図１１Ｃは、明示的なビューを生成するた
めに用いられるパラメータ：ユーザ名、テーブル名及び
許諾リストを示す。

【図１１Ｄ】図１１Ｄは、潜在的なビューを生成するた
めに用いられるパラメータ：ユーザ名、テーブル名及び
ＳＱＬ許諾規則を示す。

【図１２Ａ】図１２Ａは、第２の実施例及び第３の実施
例に対するアクセス制御サーバのメモリに記憶される既
存及び追加の情報を示す。

【図１２Ｂ】図１２Ｂは、第２の実施例及び第３の実施
例に対するＤＢＭＳのメモリに記憶される既存ん及び追
加の情報を示す。

【図１３Ａ】図１３Ａは、ユーザに対する管理オブジェ
クトへの直接ユーザアクセスを制御する方法を示す。

【図１３Ｂ】図１３Ｂは、ビューが更新される場合を示
しているフローチャートである。

【図１４】図１４は、選択照会の処理をアクセス制御プ
ロシージャに転送するためにトリガを使用する直接情報
アクセスシステムの第３の実施例のブロック図である。

【図１５Ａ】図１５Ａは、タプルで表現されるフィール
ドの組み合わせとして許諾エントリーを示す。

【図１５Ｂ】図１５Ｂは、タプルで表現されるフィール
ドの組み合わせとして許諾エントリーを示す。

【図１６Ａ】図１６Ａは、ＤＢＭＳに記憶されている管
理情報へのユーザアクセスを制御する方法を示す。

【図１６Ｂ】図１６Ｂは、トリガが検知された後のアク
セス制御プロシージャに対する動作の第１の方法を示
す。

【図１６Ｃ】図１６Ｃは、トリガが検知された後のアク
セス制御プロシージャに対する動作の第２の方法であ
る。

【図１６Ｄ】図１６Ｄは、許諾表が更新される場合を示
すフローチャートである。

【符号の説明】

１５０ 主たるサーバ １５２−１ 補助サーバ １５２−２ 補助サーバ １５４ 補助サーバ １６０ 管理情報サーバ １６２ 中央処理装置 １６４ メモリ １６６ インターフェース １７０ アクセス制御ツリー １７２ アクセス要求分割及びルーティングプロシージ
ャ １７４ アクセス制御強制機能 １７６ アクセス制御決定機能 １７８ 要求応答結合プロシージャ １８０ 未処理要求状態情報 １８２ 機密保護監視追跡 １８４ イベント登録 １８６ イベントルータ １９０ アクセス制御ツリー １９４ アクセス制御更新プロシージャ

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者 スボド バパト アメリカ合衆国 カリフォルニア州 94303 パロ アルト ヒルバー レーン 546 (72)発明者 バート リー フィッシャー アメリカ合衆国 カリフォルニア州 94086 サニーヴェール サウス フェア オークス アベニュー 655

Claims (13)

【特許請求の範囲】
1. 【請求項１】 分散形ネットワークにおける管理オブジ
   ェクトへのアクセスを制御するためのアクセス制御シス
   テムであって：アクセス制御オブジェクトを含む、アク
   セス制御データベースであり、前記アクセス制御オブジ
   ェクトが前記管理オブジェクトの特定されたセットへの
   ユーザによるアクセス権を特定する情報を総括的に記憶
   しており、前記特定されたアクセス権が前記ネットワー
   クから管理情報を入手するためのアクセス権を含んでい
   る、該アクセス制御データベース；前記アクセス制御デ
   ータベースによって特定される前記アクセス権に従って
   前記管理オブジェクトへのアクセスをユーザに供給す
   る、少なくとも一つのアクセス制御サーバ；データベー
   ス管理システム；及び前記管理情報を前記ネットワーク
   から前記データベース管理システムに送るための情報転
   送機構を備え、 前記データベース管理システムは、 前記情報転送機構によって送られた前記管理情報を記憶
   するための一組のデータベーステーブルであり、当該一
   組のデータベーステーブル内の各テーブルが対応する管
   理オブジェクトに対する管理情報を個別の列に記憶す
   る、該一組のデータベーステーブル；アクセス許可オブ
   ジェクトを含む、少なくとも一つの許諾表であり、該ア
   クセス許可オブジェクトが前記管理オブジェクトの特定
   されたセットへのユーザによる前記アクセス権を特定す
   る情報を総括的に記憶しており、前記特定されたアクセ
   ス権が管理情報を前記ネットワークから取得するための
   アクセス権を含んでおり、前記アクセス許可オブジェク
   トの前記アクセス権が前記ユーザの少なくとも一つに対
   して前記アクセス制御データベースによって特定された
   前記管理オブジェクトアクセス権に対応する、該少なく
   とも一つの許諾表；前記データベースの管理情報をアク
   セスするためのユーザアクセス要求を妨害する手段；前
   記ユーザアクセス要求が、前記管理オブジェクトのいず
   れかに対する管理情報をアクセスするための選択ステー
   トメントである場合にアクセス制御プロシージャを呼出
   す手段；前記データベーステーブルのセットに記憶され
   ている前記管理情報へのアクセスを制限するための前記
   アクセス制御プロシージャであり、該アクセス制御プロ
   シージャが少なくとも一つのアクセス可能な前記データ
   ベーステーブルの列の許可されたサブセットを定義すべ
   く少なくとも一つの許可テーブルに記憶されているアク
   セス権のセットを使用し、前記列の許可されたサブセッ
   トが前記ユーザの少なくとも一つに対して少なくとも一
   つの許可テーブルによって特定された前記管理オブジェ
   クトアクセス権に対応し；及び前記データベーステーブ
   ルのセットの前記許可された列に記憶された前記管理情
   報をアクセスするための前記データベースアクセスエン
   ジンを備えていることを特徴とするアクセス制御システ
   ム。
2. 【請求項２】 前記アクセス制御プロシージャは、前記
   データベーステーブルのセットに記憶された前記許可さ
   れた列をアクセスすることを特徴とする請求項１に記載
   のシステム。
3. 【請求項３】 前記アクセス制御プロシージャは、前記
   許可された列のリストを返し、かつ前記選択されたステ
   ートメントは、前記許可された列をアクセスすべく前記
   返されたリストを用いることを特徴とする請求項１に記
   載のシステム。
4. 【請求項４】 前記呼出し手段は、トリガであることを
   特徴とする請求項１に記載のシステム。
5. 【請求項５】 前記選択されたステートメントは、トリ
   ガに前記アクセス制御プロシージャを呼出させ、かつ前
   記アクセス制御プロシージャは、前記列の許可されたサ
   ブセットをアクセスすべく前記選択されたステートメン
   トの少なくとも一つのパラメータを変更することを特徴
   とする請求項１に記載のシステム。
6. 【請求項６】 分散形ネットワークにおける管理オブジ
   ェクトへのアクセスを制御する方法であって：アクセス
   制御オブジェクトを含む、アクセス制御データベースを
   記憶し、前記アクセス制御オブジェクトが前記管理オブ
   ジェクトの特定されたセットへのユーザによるアクセス
   権を特定する情報を総括的に記憶しており、前記特定さ
   れたアクセス権が前記ネットワークから管理情報を入手
   するためのアクセス権を含み；管理情報を前記ネットワ
   ークからデータベース管理装置に送る段階を具備し、 前記データベース管理システムにおいて：データベース
   テーブルの第１のセットに前記情報転送機構によって送
   られた前記管理情報を記憶し、前記データベーステーブ
   ルのセットの各テーブルが個別の列に対応する管理オブ
   ジェクトに対する前記管理情報を記憶し；許可オブジェ
   クトを含む、少なくとも一つの許可テーブルに記憶し、
   前記許可オブジェクトが管理オブジェクトの特定された
   セットへのユーザによるアクセス権を特定する情報を総
   括的に記憶し、前記特定されたアクセス権がネットワー
   クから管理情報を取得すべくアクセス権を含んでおり、
   前記許可オブジェクトのアクセス権が少なくとも一つの
   ユーザに対する前記アクセス制御データベースによって
   特定された管理オブジェクトアクセス権に対応し；前記
   データベーステーブルに記憶されている管理情報をアク
   セスするためのユーザアクセス要求を妨害し；前記ユー
   ザアクセス要求が前記データベーステーブルのセットの
   いずれかをアクセスするための選択ステートメントであ
   る場合にアクセス制御プロシージャを呼出し；前記アク
   セス制御プロシージャにおいて、前記データベーステー
   ブルのセットに記憶された前記管理情報へのアクセスを
   制限し、前記アクセス制御プロシージャがアクセス可能
   なデータベーステーブルの少なくとも一つの列の許可さ
   れたサブセットを定義すべく前記少なくとも一つの許諾
   表に記憶されたアクセス権のセットを使用し、前記列の
   許可されたサブセットが前記ユーザの少なくとも一つに
   対して前記少なくとも一つの許諾表によって特定された
   管理オブジェクトアクセス権に対応し；かつ前記データ
   ベーステーブルのセットの前記許可された列に記憶され
   た管理情報をアクセスするという段階を具備することを
   特徴とする方法。
7. 【請求項７】 前記アクセス制御プロシージャは、前記
   データベーステーブルのセットに記憶された前記許可さ
   れた列をアクセスすることを特徴とする請求項６に記載
   の方法。
8. 【請求項８】 前記アクセス制御プロシージャは、前記
   許可された列のリストを返し、かつ前記選択ステートメ
   ントは、前記許可された列をアクセスすべく前記返され
   たリストを用いることを特徴とする請求項６に記載の方
   法。
9. 【請求項９】 前記アクセス制御プロシージャを呼出す
   ためにトリガが用いられることを特徴とする請求項６に
   記載の方法。
10. 【請求項１０】 前記選択ステートメントは、トリガに
    アクセス制御プロシージャを呼出させ、かつ前記アクセ
    ス制御プロシージャは、前記列の許可されたサブセット
    をアクセスすべく前記選択ステートメントの少なくとも
    一つのパラメータを変更することを特徴とする請求項６
    に記載の方法。
11. 【請求項１１】 ユーザの特定されたセット及び前記管
    理オブジェクトの特定されたサブセットに対して前記少
    なくとも一つの許諾表を更新する段階を更に含むことを
    特徴とする請求項１０に記載の方法。
12. 【請求項１２】 前記更新する段階は、新しい管理オブ
    ジェクトが前記ネットワークに追加されたときに呼出さ
    れることを特徴とする請求項１１に記載の方法。
13. 【請求項１３】 前記更新する段階は、前記特定された
    アクセス権が変更されるときに呼出されることを特徴と
    する請求項１１に記載の方法。