JP4932291B2 - アクセス権制御システム - Google Patents
アクセス権制御システム Download PDFInfo
- Publication number
- JP4932291B2 JP4932291B2 JP2006078396A JP2006078396A JP4932291B2 JP 4932291 B2 JP4932291 B2 JP 4932291B2 JP 2006078396 A JP2006078396 A JP 2006078396A JP 2006078396 A JP2006078396 A JP 2006078396A JP 4932291 B2 JP4932291 B2 JP 4932291B2
- Authority
- JP
- Japan
- Prior art keywords
- group
- organization
- hierarchy
- access
- directory service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000008520 organization Effects 0.000 claims description 102
- 238000004891 communication Methods 0.000 claims description 2
- 238000013461 design Methods 0.000 description 59
- 238000000034 method Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000007115 recruitment Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、企業内のユーザ情報やネットワーク上にある資源を一元管理するディレクトリサービスを利用したシステムに関するものである。
近年企業内には、人事システム、経理システムなどアプリケーションや、ファイルを共有するためのファイルサーバが数多く構築されている。従来、これらのアプリケーションやファイルサーバを利用するユーザの情報は個別に管理されてきたが、管理が煩雑であるという問題があった。
この問題を解決する手段として、ユーザ情報やネットワーク上にある資源を一元管理するディレクトリサービスが普及しつつある。また、ディレクトリサービスにアクセスするプロトコルもＬＤＡＰ（Lightweight Directory Access Protocol）という規格になっている。
この問題を解決する手段として、ユーザ情報やネットワーク上にある資源を一元管理するディレクトリサービスが普及しつつある。また、ディレクトリサービスにアクセスするプロトコルもＬＤＡＰ（Lightweight Directory Access Protocol）という規格になっている。
また、ファイルサーバのフォルダやファイルへのアクセス権を制御する場合、フォルダやファイルに対してＡＣＬ(Access Control List)を設定する。ＡＣＬには、ディレクトリサービスで管理されているユーザやグループに対して、どのような操作を許可するかを指定する。
図１４は、ＡＣＬの設定例である。ディレクトリサービス１４０１には、Ａグループ１４０２とＢグループ１４０５とを登録している。Ａグループ１４０２には、Ｃユーザ１４０３とＤユーザ１４０４を追加しており、Ｂグループ１４０５には、Ｅユーザ１４０６とＦユーザ１４０７を追加している。このとき、フォルダ１４０８にはＡグループに対して、「読み込み」のアクセス権を指定している。これにより、フォルダ１４０８を参照できるユーザをＣユーザ１４０３とＤユーザ１４０４のみに制限できる（例えば、特許文献１参照）。
図１４は、ＡＣＬの設定例である。ディレクトリサービス１４０１には、Ａグループ１４０２とＢグループ１４０５とを登録している。Ａグループ１４０２には、Ｃユーザ１４０３とＤユーザ１４０４を追加しており、Ｂグループ１４０５には、Ｅユーザ１４０６とＦユーザ１４０７を追加している。このとき、フォルダ１４０８にはＡグループに対して、「読み込み」のアクセス権を指定している。これにより、フォルダ１４０８を参照できるユーザをＣユーザ１４０３とＤユーザ１４０４のみに制限できる（例えば、特許文献１参照）。
ＡＣＬを設定して、企業内のファイルサーバに対するアクセス権を制御するケースを考える。
図１は企業の組織階層の例である。図１に示すように、組織階層の最上位に会社１０１があり、その組織には社長１１１が所属している。会社１０１の下には、設計部１０２と営業部１０５があり、それぞれの組織には、Ａ部長１１２とＢ部長１１７が所属している。さらに設計部１０２の下には、設計部第１グループ１０３と設計部第２グループ１０４があり、それぞれの組織には、Ｃ課長１１３、Ｄ社員１１４と、Ｅ課長１１５、Ｆ社員１１６が所属している。
図１は企業の組織階層の例である。図１に示すように、組織階層の最上位に会社１０１があり、その組織には社長１１１が所属している。会社１０１の下には、設計部１０２と営業部１０５があり、それぞれの組織には、Ａ部長１１２とＢ部長１１７が所属している。さらに設計部１０２の下には、設計部第１グループ１０３と設計部第２グループ１０４があり、それぞれの組織には、Ｃ課長１１３、Ｄ社員１１４と、Ｅ課長１１５、Ｆ社員１１６が所属している。
図２は、図１に示した組織階層をディレクトリサービスのグループとユーザで表した図である。図２に示すように、図１で示した組織はディレクトリサービス上のグループとして表現される。また、組織の階層はグループの階層で表現することができる。これによると、グループ階層の最上位には会社２０１がある。
一方、ＡＣＬの設定について考えると、企業内のリソースという特性から、下位の組織が管理するファイルやフォルダに対して、上位の組織に所属する人がアクセスできるようにしたい場合が多い。具体的には、図１の設計部第１グループ１０３が管理するファイルやフォルダに対しては、Ａ部長１１２や社長１１１が読み込みのためのアクセスをできるようにしたい場合である。また、書き込みのためのアクセスに設定することもできる。
これを実現するためには、図３に示すようなＡＣＬを設定する。図３は、アクセス権をフォルダやファイルに対して設定するＡＣＬを示し、上位組織に属するユーザもアクセスできるように設定したＡＣＬを示した図である。つまり、図３に示すように、フォルダ３０１に対して、設計部第１グループのアクセス権３０４、Ａ部長のアクセス権３０３、社長のアクセス権３０２の３つのアクセス権を指定する必要がある。
この指定方法には従来２つの問題点があった。一つは、ＡＣＬを設定するときに、組織階層を意識して、上位組織に所属しているユーザを個別に指定しなければならないことである。図３の例では、上位組織に所属しているユーザを意識して、Ａ部長のアクセス権３０３と、社長のアクセス権３０２を個別にＡＣＬに設定しなければならない。
もう一つは、組織の変更に同期して、ファイルサーバなどのリソースに設定したＡＣＬを変更しなければならないことである。
企業では、人事異動や組織改変、退職や新人の採用等によって、組織に所属するユーザの情報や組織階層が頻繁に変更される。そのため、組織の変更に同期してファイルやフォルダに設定したＡＣＬを変更する必要がある。図３の例では、設計部の部長が異動した場合、ＡＣＬを変更する必要がある。
企業では、人事異動や組織改変、退職や新人の採用等によって、組織に所属するユーザの情報や組織階層が頻繁に変更される。そのため、組織の変更に同期してファイルやフォルダに設定したＡＣＬを変更する必要がある。図３の例では、設計部の部長が異動した場合、ＡＣＬを変更する必要がある。
このように、ファイルやフォルダに設定したＡＣＬを組織の変更に同期させることは、ファイルの数が多い場合、非常に煩雑な作業となる。このため、ＡＣＬの変更漏れが発生したり、実際の組織とファイルに対するアクセス権が一致しない状態がたびたび発生したりしてしまう。
本発明は、前記問題を解決するために創案されたものであり、企業内のファイルサーバに対するアクセス権をＡＣＬで制御する場合に、上位組織に属するユーザをアクセス可能とし、かつ、組織改変時のＡＣＬ変更が不要となるグループ階層をディレクトリサービスデータベースに登録するアクセス権制御システムを提供することを課題とする。
上記課題を達成するために、本発明に係るアクセス権制御システムは、
ディレクトリサービスデータベースを備えたディレクトリサーバと、ＬＤＡＰを用いて前記ディレクトリサーバと通信する管理サーバとを備えたアクセス権制御システムであって、
前記管理サーバが、
下位組織が上位組織に所属する階層として構成される組織階層に含まれる最下層の組織ごとに、上位組織に対応するグループが下位組織に対応するグループに所属する階層として構成されるグループ階層を作成し、当該グループ階層を前記ディレクトリサーバのディレクトリサービスデータベースに登録するグループ階層登録手段と、
フォルダおよび／またはファイルに対する前記グループ階層に含まれる各グループのアクセス権を指定するアクセスコントロールリストを設定するアクセスコントロールリスト設定手段と、
前記ディレクトリサーバのディレクトリサービスデータベースに登録されているグループ階層と、前記アクセスコントロールリスト設定手段によって設定されたアクセスコントロールリストとに基づいて前記フォルダおよび／またはファイルへのアクセス権を制御するアクセス権制御手段と、
を備えることを特徴とする。
ディレクトリサービスデータベースを備えたディレクトリサーバと、ＬＤＡＰを用いて前記ディレクトリサーバと通信する管理サーバとを備えたアクセス権制御システムであって、
前記管理サーバが、
下位組織が上位組織に所属する階層として構成される組織階層に含まれる最下層の組織ごとに、上位組織に対応するグループが下位組織に対応するグループに所属する階層として構成されるグループ階層を作成し、当該グループ階層を前記ディレクトリサーバのディレクトリサービスデータベースに登録するグループ階層登録手段と、
フォルダおよび／またはファイルに対する前記グループ階層に含まれる各グループのアクセス権を指定するアクセスコントロールリストを設定するアクセスコントロールリスト設定手段と、
前記ディレクトリサーバのディレクトリサービスデータベースに登録されているグループ階層と、前記アクセスコントロールリスト設定手段によって設定されたアクセスコントロールリストとに基づいて前記フォルダおよび／またはファイルへのアクセス権を制御するアクセス権制御手段と、
を備えることを特徴とする。
本発明によれば、企業内のファイルサーバに対するアクセス権を制御する場合に、上位組織に属するユーザをアクセス可能とし、かつ、組織改変時のＡＣＬ変更が不要となるグループ階層をディレクトリサービスデータベースに登録することができ、組織階層と逆向きに構成されたグループ階層を再帰的に処理してツリー表示することができる。
以下、本発明を適用したアクセス権制御システムの一実施の形態について、図面を参照して詳細に説明する。
図４は、本発明の実施形態の一例を示すシステム構成図である。図４に示すように、このアクセス権制御システム４００は、ディレクトリサービスデータベース（ディレクトリサービスＤＢ）４０５を備えたディレクトリサーバ４０３と、このディレクトリサーバ４０３に対してアクセスする管理サーバ４０１を備えている。
図４は、本発明の実施形態の一例を示すシステム構成図である。図４に示すように、このアクセス権制御システム４００は、ディレクトリサービスデータベース（ディレクトリサービスＤＢ）４０５を備えたディレクトリサーバ４０３と、このディレクトリサーバ４０３に対してアクセスする管理サーバ４０１を備えている。
また、管理サーバ４０１は、ディレクトリサーバ４０３に対してＬＤＡＰでアクセスし、組織階層をＧＵＩ（Graphical User Interface）で定義する組織階層定義部４０２を備えている。組織階層定義部４０２は、組織階層定義画面表示部４１１、ＧＵＩ入力部４１２、及びディレクトリサービス登録部４１３を備えている。
また、ディレクトリサーバ４０３は、ディレクトリサービス部４０４を備えている。
また、ディレクトリサーバ４０３は、ディレクトリサービス部４０４を備えている。
図５は、図４に示した組織階層定義部４０２の組織階層定義画面表示部４１１が表示する組織階層定義画面５０１の具体例である。組織階層定義画面５０１は、ＧＵＩ入力部４１２を介して組織階層を定義することで、組織階層に対応したグループ階層を、ディレクトリサービス登録部４１３を介してディレクトリサービスに登録する画面である。
図５に示すように、組織階層定義画面５０１は、組織階層を表示するツリービュー５０２と、組織階層で選択している組織５０５に属するユーザとグループを表示するリストビュー５０３とを備えている。リストビュー５０３の表示内容は、ツリービュー５０２で選択している組織に応じて変わる。図５の例では、ツリービュー５０２で設計部５０４を選択しているため、リストビュー５０３には、設計部５０４の下位組織である設計部第１グループ５０６と、設計部５０４に所属しているＡ部長５０７とを表示している。
図５に示すように、組織階層定義画面５０１は、組織階層を表示するツリービュー５０２と、組織階層で選択している組織５０５に属するユーザとグループを表示するリストビュー５０３とを備えている。リストビュー５０３の表示内容は、ツリービュー５０２で選択している組織に応じて変わる。図５の例では、ツリービュー５０２で設計部５０４を選択しているため、リストビュー５０３には、設計部５０４の下位組織である設計部第１グループ５０６と、設計部５０４に所属しているＡ部長５０７とを表示している。
図６は、組織階層定義画面に表示される組織階層と、ディレクトリサービス部４０４に定義されるグループ階層の関係を示した図である。
図６に示すように、組織階層定義画面６０１では、会社６０２の下位組織として、設計部６０３が定義されている。さらに、設計部６０３には下位組織として、設計部第１グループ６０４が定義されている。
図６に示すように、組織階層定義画面６０１では、会社６０２の下位組織として、設計部６０３が定義されている。さらに、設計部６０３には下位組織として、設計部第１グループ６０４が定義されている。
このとき本システム（アクセス権制御システム４００）のディレクトリサービス登録部４１３では、ディレクトリサービス６０６に、管理サーバ４０１における組織階層と逆向きのグループ階層を定義する。つまり、設計部第１
グループ６０７に含まれるグループとして、設計部６０８を定義し、さらに、会社６０９を設計部６０８に含まれるグループとして定義する。これにより、上位組織が下位組織に含まれるグループ階層となるため、下位組織を表すグループのＡＣＬを設定するだけで、上位組織に属するユーザもアクセス可能となる。
グループ６０７に含まれるグループとして、設計部６０８を定義し、さらに、会社６０９を設計部６０８に含まれるグループとして定義する。これにより、上位組織が下位組織に含まれるグループ階層となるため、下位組織を表すグループのＡＣＬを設定するだけで、上位組織に属するユーザもアクセス可能となる。
図７は、組織階層に設計部第２グループを追加した後の組織階層定義画面を示した図である。図７に示すように、組織階層定義画面７０１では、ツリービュー７０２に示す設計部７０４の下位組織である、設計部第１グループと設計部第２グループ、さらに、設計部７０４に所属しているＡ部長をリストビュー７０３に表示している。
図８は、組織階層に設計部第２グループを追加した後のディレクトリサービス上のグループ階層を示した図である。図８に示すように、図６と比較すると、新たに設計部第２グループ８０４が追加され、さらに、設計部８０５が設計部第２グループ８０４に含まれるグループとして定義されている。なお、この図８では、設計部８０２と設計部８０５、会社８０３と会社８０６は同じオブジェクトを指している。このとき、設計部（８０２、８０５）と会社（８０３、８０６）の階層関係は変わらないので、会社８０６も間接的に設計部第２グループ８０４に含まれるグループになっている。
図９は、組織階層定義システムにおいて、組織を新規に作成する処理の概要を示すフローチャートである。組織階層定義画面で組織を新規に作成すると、図９に示すように、まず、組織に一対一で対応するグループをディレクトリサービス上に作成する（ステップ９０１）。図７と図８に示した例では設計部第２グループに対応するグループをディレクトリサービス上に作成することになる。
次に、作成する組織の上位組織に対応するグループを取得する（ステップ９０２）。図７と図８に示した例では設計部第２グループの上位組織である設計部に対応するグループがそれにあたる。
次に、組織の階層関係をグループの階層関係として定義する。具体的には、上位組織に対応するグループを、新規に作成するグループのmember属性に追加する（ステップ９０３）。member属性とは、ディレクトリサービス上のあるグループに所属するオブジェクトを示す属性であるが、本システム（アクセス権制御システム４００）では、組織階層と逆向きのグループ階層を作成するため、member属性は、ある組織の上位組織を表していることになる。
図７と図８に示した例では設計部第２グループのmember属性に、設計部に対応するグループを追加することになる。
図７と図８に示した例では設計部第２グループのmember属性に、設計部に対応するグループを追加することになる。
図１０はディレクトリサービスに格納されたグループ階層から組織階層をツリー表示する処理の概要を示すフローチャートである。図１０に示すように、はじめに最上位の組織に対応するグループを取得する（ステップ１００１）。図８に示した例では、会社（８０３および８０６）がそれにあたる。
つづいて最上位の組織、つまり会社（８０３および８０６）をツリービューに表示する（ステップ１００２）。会社（８０３および８０６）の下位の組織を表示する処理（ステップ１００３）は、図１１に示すフローチャートに示す再帰的な処理となる。
つづいて最上位の組織、つまり会社（８０３および８０６）をツリービューに表示する（ステップ１００２）。会社（８０３および８０６）の下位の組織を表示する処理（ステップ１００３）は、図１１に示すフローチャートに示す再帰的な処理となる。
図１１は下位の組織階層を再帰的に表示する処理の概要を示すフローチャートである。図１１に示すように、まず、対象となるグループのmemberOf属性を取得する（ステップ１１０１）。MemberOf属性とは、ディレクトリサービス上のあるオブジェクトが所属するグループを示す属性であるが、本システムで作成したグループ階層は、組織階層と逆向きのツリーになっているため（図６参照）、memberOf属性は、ある組織の下位組織を表していることになる。
次に、対象となるグループのmemberOf属性があるかどうかを判定する（ステップ１１０２）。図８の例では、会社（８０３および８０６）が所属するグループ、つまり設計部（８０２および８０５）が取得されているため、次のステップへ進む。
以降の処理は、memberOf属性のグループ数を繰り返す（ステップ１１０３）。
まず、memberOf属性のグループを対象となるグループの下位組織として表示する（ステップ１１０４）。図８の例では、設計部（８０２および８０５）を会社（８０３および８０６）の下位組織として表示する。
以降の処理は、memberOf属性のグループ数を繰り返す（ステップ１１０３）。
まず、memberOf属性のグループを対象となるグループの下位組織として表示する（ステップ１１０４）。図８の例では、設計部（８０２および８０５）を会社（８０３および８０６）の下位組織として表示する。
次に、設計部（８０２および８０５）を対象グループとして、再帰的に処理を繰り返す。
つまり、設計部（８０２および８０５）のmemberOf属性を取得する（ステップ１１０１）。
設計部（８０２および８０５）は設計部第１グループ８０１および設計部第２グループ８０４に所属しているため、次のステップへ進む。
つまり、設計部（８０２および８０５）のmemberOf属性を取得する（ステップ１１０１）。
設計部（８０２および８０５）は設計部第１グループ８０１および設計部第２グループ８０４に所属しているため、次のステップへ進む。
memberOf属性のグループを対象となるグループの下位組織として表示する（ステップ１１０４）。つまり、設計部第１グループ８０１および設計部第２グループ８０４を設計部（８０２および８０５）の下位組織として表示する。
さらに、設計部第１グループ８０１および設計部第２グループ８０４を対象グループとして、再帰的に処理を繰り返すが、それぞれのグループはどのグループにも所属していない、つまり、memberOf属性がないため、表示処理は終了する。
以上のステップにより、ディレクトリサービスに格納されたグループ階層から組織階層をツリー表示する。
さらに、設計部第１グループ８０１および設計部第２グループ８０４を対象グループとして、再帰的に処理を繰り返すが、それぞれのグループはどのグループにも所属していない、つまり、memberOf属性がないため、表示処理は終了する。
以上のステップにより、ディレクトリサービスに格納されたグループ階層から組織階層をツリー表示する。
図１２は、本システムで図１に示した組織階層を定義した時の、ディレクトリサービス上に登録されているグループとユーザを示した図である。
図１２には、図１に示した組織階層とは逆向きのグループ階層が構成されている。例えば、設計部（１２０２および１２０５）は、設計部第１グループ１２０１と設計部第２グループ１２０４に所属するグループになっている。また、会社（１２０３、１２０６および１２０８）は、設計部（１２０２および１２０５）と営業部１２０７の所属するグループになっている。
図１２には、図１に示した組織階層とは逆向きのグループ階層が構成されている。例えば、設計部（１２０２および１２０５）は、設計部第１グループ１２０１と設計部第２グループ１２０４に所属するグループになっている。また、会社（１２０３、１２０６および１２０８）は、設計部（１２０２および１２０５）と営業部１２０７の所属するグループになっている。
図１３は、図１２に示したグループを利用してＡＣＬを設定した例である。図１３に示すように、この例では、設計部第１グループに対して、「読み込み」のアクセス権１３０２を指定している。このようにＡＣＬを設定した場合、社長、Ａ部長、Ｃ課長、Ｄ社員の４人がアクセスできるフォルダ１３０１となる。すなわち、ＡＣＬを設定する際には、上位の組織階層を意識する必要はない。また、設計部の部長が変わった場合にも、ディレクトリサービス側で、設計部に所属するユーザを変更するだけで良く、フォルダに設定されたＡＣＬを変更する必要はない。
以上のように、本実施の形態のアクセス権制御システム４００によれば、次のような効果がある。
（１）ＧＵＩを用いて組織階層を定義することで、組織階層と逆向きのグループ階層をディレクトリサービスデータベースに登録することができる。
（２）前項（１）で登録したグループをファイルやフォルダのＡＣＬに設定することで、上位組織に属するユーザを自動的にアクセス可能とすることができる。また、組織改変時には、ディレクトリサービス側でグループに所属するユーザを変更するだけで良く、ファイルやフォルダのＡＣＬを再設定する必要はない。
（１）ＧＵＩを用いて組織階層を定義することで、組織階層と逆向きのグループ階層をディレクトリサービスデータベースに登録することができる。
（２）前項（１）で登録したグループをファイルやフォルダのＡＣＬに設定することで、上位組織に属するユーザを自動的にアクセス可能とすることができる。また、組織改変時には、ディレクトリサービス側でグループに所属するユーザを変更するだけで良く、ファイルやフォルダのＡＣＬを再設定する必要はない。
以上、好ましい実施の形態について説明したが、本発明は前記実施の形態に限定されるものではなく、本発明の要旨を逸脱することのない範囲内において適宜の変更が可能なものである。例えば、ディレクトリサービスにアクセスするプロトコルをＬＤＡＰとしたが、他のプロトコルであっても構わない。また、ＧＵＩを用いて組織階層を定義するとしたが、他のインターフェースであっても構わない。
１０１，２０１，６０２，６０９，８０３，８０６，１２０３，１２０６，１２０８ 会社
１０２，２１２，５０４，６０３，６０８，７０４，８０２，８０５，１２０２，１２０５
設計部
１０３，２２２，５０６，６０４，６０７，８０１，１２０１ 設計部第１グループ
１０４，２２３，８０４，１２０４ 設計部第２グループ
１０５，２１３，７０２，１２０７ 営業部
１１１，２１１ 社長
１１２，２２１，５０７ Ａ部長
１１３，２３１ Ｃ課長
１１４，２３２ Ｄ社員
１１５，２３３ Ｅ課長
１１６，２３４ Ｆ社員
２２４ Ｂ部長
３０１，１３０１ フォルダ
３０２，３０３，３０４，１３０２ アクセス権（読み込み）
４００ アクセス権制御システム
４０１ 管理サーバ
４０２ 組織階層定義部
４０３ ディレクトリサーバ
４０４ ディレクトリサービス部
４０５ ディレクトリサービスデータベース（ディレクトリサービスＤＢ）
４１１ 組織階層定義画面表示部
４１２ ＧＵＩ入力部
４１３ ディレクトリサービス登録部
５０１，６０１，７０１ 組織階層定義画面
５０２ ツリービュー
５０３，７０３ リストビュー
５０５ 組織
６０６ ディレクトリサービス
１０２，２１２，５０４，６０３，６０８，７０４，８０２，８０５，１２０２，１２０５
設計部
１０３，２２２，５０６，６０４，６０７，８０１，１２０１ 設計部第１グループ
１０４，２２３，８０４，１２０４ 設計部第２グループ
１０５，２１３，７０２，１２０７ 営業部
１１１，２１１ 社長
１１２，２２１，５０７ Ａ部長
１１３，２３１ Ｃ課長
１１４，２３２ Ｄ社員
１１５，２３３ Ｅ課長
１１６，２３４ Ｆ社員
２２４ Ｂ部長
３０１，１３０１ フォルダ
３０２，３０３，３０４，１３０２ アクセス権（読み込み）
４００ アクセス権制御システム
４０１ 管理サーバ
４０２ 組織階層定義部
４０３ ディレクトリサーバ
４０４ ディレクトリサービス部
４０５ ディレクトリサービスデータベース（ディレクトリサービスＤＢ）
４１１ 組織階層定義画面表示部
４１２ ＧＵＩ入力部
４１３ ディレクトリサービス登録部
５０１，６０１，７０１ 組織階層定義画面
５０２ ツリービュー
５０３，７０３ リストビュー
５０５ 組織
６０６ ディレクトリサービス
Claims (3)
- ディレクトリサービスデータベースを備えたディレクトリサーバと、ＬＤＡＰを用いて前記ディレクトリサーバと通信する管理サーバとを備えたアクセス権制御システムであって、
前記管理サーバが、
下位組織が上位組織に所属する階層として構成される組織階層に含まれる最下層の組織ごとに、上位組織に対応するグループが下位組織に対応するグループに所属する階層として構成されるグループ階層を作成し、当該グループ階層を前記ディレクトリサーバのディレクトリサービスデータベースに登録するグループ階層登録手段と、
フォルダおよび／またはファイルに対する前記グループ階層に含まれる各グループのアクセス権を指定するアクセスコントロールリストを設定するアクセスコントロールリスト設定手段と、
前記ディレクトリサーバのディレクトリサービスデータベースに登録されているグループ階層と、前記アクセスコントロールリスト設定手段によって設定されたアクセスコントロールリストとに基づいて前記フォルダおよび／またはファイルへのアクセス権を制御するアクセス権制御手段と、
を備えることを特徴とするアクセス権制御システム。 - 前記グループ階層登録手段が、上位組織に対応するグループを下位組織に対応するグループのｍｅｍｂｅｒ属性に追加することによって前記グループ階層を作成することを特徴とする請求項１に記載のアクセス権制御システム。
- 前記ディレクトリサーバのディレクトリサービスデータベースに登録されている各グループ階層に含まれる最下位のグループを取得して当該最下位のグループに対応する最上位の組織を表示し、表示したグループにｍｅｍｂｅｒＯＦ属性がなくなるまで、表示したグループのｍｅｍｂｅｒＯＦ属性が示す下位組織を当該表示したグループの下位組織として追加して表示することを繰り返すことによって、前記組織階層をツリー表示するツリー表示手段を備えることを特徴とする請求項１または２に記載のアクセス権制御システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006078396A JP4932291B2 (ja) | 2006-03-22 | 2006-03-22 | アクセス権制御システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006078396A JP4932291B2 (ja) | 2006-03-22 | 2006-03-22 | アクセス権制御システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007257127A JP2007257127A (ja) | 2007-10-04 |
| JP4932291B2 true JP4932291B2 (ja) | 2012-05-16 |
Family
ID=38631344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006078396A Expired - Fee Related JP4932291B2 (ja) | 2006-03-22 | 2006-03-22 | アクセス権制御システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4932291B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4865507B2 (ja) * | 2006-11-01 | 2012-02-01 | 株式会社日立ソリューションズ | 管理権限設定システム |
| JP6205675B2 (ja) * | 2014-12-10 | 2017-10-04 | 高崎 将紘 | 労務財産情報管理装置、方法、及びコンピュータプログラム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000259479A (ja) * | 1999-03-08 | 2000-09-22 | Nec Corp | ディレクトリサービスの実現方法 |
| JP2002042147A (ja) * | 2000-07-21 | 2002-02-08 | Casio Comput Co Ltd | データ管理装置及び記憶媒体 |
| JP2003280990A (ja) * | 2002-03-22 | 2003-10-03 | Ricoh Co Ltd | 文書処理装置及び文書を管理するためのコンピュータプログラム |
| US7251822B2 (en) * | 2003-10-23 | 2007-07-31 | Microsoft Corporation | System and methods providing enhanced security model |
| US20050182726A1 (en) * | 2004-02-17 | 2005-08-18 | Avocent Corporation | Network virtual computing devices and framework |
| JP4599919B2 (ja) * | 2004-07-12 | 2010-12-15 | 富士ゼロックス株式会社 | データ管理用コンピュータプログラムならびにデータ管理装置および方法 |
-
2006
- 2006-03-22 JP JP2006078396A patent/JP4932291B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007257127A (ja) | 2007-10-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10754932B2 (en) | Centralized consent management | |
| US8296200B2 (en) | Collaborative financial close portal | |
| EP2414955B1 (en) | Extending collaboration capabilities to external data | |
| JP5700730B2 (ja) | データベース・アプリケーションの集中制御のための方法、システム、およびコンピュータ・プログラム | |
| US8812439B2 (en) | Folder structure and authorization mirroring from enterprise resource planning systems to document management systems | |
| US7630974B2 (en) | Multi-language support for enterprise identity and access management | |
| US20080235249A1 (en) | Hierarchy global management system and user interface | |
| US20110179110A1 (en) | Metadata-configurable systems and methods for network services | |
| KR20110076891A (ko) | 엔티티의 조직 정보에의 액세스를 관리하는 기법 | |
| US20020062449A1 (en) | System and method for application-level security | |
| US20070043716A1 (en) | Methods, systems and computer program products for changing objects in a directory system | |
| AU2002216658A1 (en) | System and method for application-level security | |
| US9137253B2 (en) | Visually representing and managing access control of resources | |
| US7890394B2 (en) | Secure access to transaction based information | |
| JP2008210376A (ja) | 組織階層定義システム、グループ階層の構成方法、及び組織階層の表示方法 | |
| JP4932291B2 (ja) | アクセス権制御システム | |
| JP2008052337A (ja) | デジタルデータファイル多属性評価分類操作管理プログラム | |
| JP4865507B2 (ja) | 管理権限設定システム | |
| US12001421B2 (en) | Issue tracking systems and methods for a configurable project hierarchy | |
| JP2009110241A (ja) | 電子ファイル管理装置 | |
| US20130339261A1 (en) | Computer product, information providing method, and information providing apparatus | |
| WO2013171968A1 (ja) | 上映管理装置および上映管理方法 | |
| Duarte et al. | Security Overview | |
| JP2015230492A (ja) | 権限管理システム | |
| Majekodunmi et al. | Administering Users in ProcessMaker |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080627 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110412 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110610 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120214 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120215 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150224 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |