(57)【要約】【課題】企業内のファイルサーバに対するアクセス権をＡＣＬで制御する場合に、上位組織または下位組織に属するユーザをアクセス可能とし、かつ、組織改変時のＡＣＬ変更が不要となるグループ階層を構成する組織階層定義システム、グループ階層の構成方法、及び組織階層の表示方法を提供する。【解決手段】ディレクトリサービスデータベースが登録されているハードディスク１２が接続されているディレクトリサーバ１１と、このディレクトリサーバ１１とＬＤＡＰを用いて通信する管理サーバ１３とを備え、管理サーバ１３は、ＧＵＩを用いて組織階層を定義することで、組織階層と順方向のグループ階層及び逆方向のグループ階層をディレクトリサービスデータベースに登録する。【選択図】図４
2008210376.tif 000002
【特許請求の範囲】
【請求項１】
ディレクトリサービスデータベースが登録されている記憶手段を有するディレクトリサーバと、
前記ディレクトリサーバにアクセス可能に接続されている管理サーバと
を備えた組織階層定義システムであって、
前記管理サーバは、
ＧＵＩを用いて組織階層を定義することで、前記組織階層とは逆方向のグループ階層及び順方向のグループ階層を前記ディレクトリサービスデータベースに登録する登録手段と、
前記グループ階層を前記組織階層としてツリー表示する表示手段と
を備えることを特徴とする組織階層定義システム。
【請求項２】
ディレクトリサービスデータベースが登録されている記憶手段を有するディレクトリサーバと、
前記ディレクトリサーバにアクセス可能に接続されている管理サーバと
を備えた組織階層定義システムにおけるグループ階層の構成方法であって、組織階層とは逆方向のグループ階層及び順方向のグループ階層を前記ディレクトリサービスデータベースへ登録するステップを含むことを特徴とするグループ階層の構成方法。
【請求項３】
ディレクトリサービスデータベースが登録されている記憶手段を有するディレクトリサーバと、
前記ディレクトリサーバにアクセス可能に接続されている管理サーバと
を備えた組織階層定義システムにおける組織階層の表示方法であって、前記組織階層とは逆方向のグループ階層または順方向に構成されたグループ階層を再帰的に処理して、ツリー表示するステップを含むことを特徴とする組織階層の表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業内のユーザ情報やネットワーク上にある資源を一元管理するディレクトリサービスを利用した組織階層定義システム、グループ階層の構成方法、及び組織階層の表示方法に関するものである。
【背景技術】
【０００２】
近年、企業内には、人事システム、経理システムなどアプリケーションや、ファイルを共有するためのファイルサーバが数多く構築されている。従来、これらのアプリケーションやファイルサーバ等を利用するユーザの情報は個別に管理されてきた。そのため、管理が煩雑であるという問題があった。
【０００３】
この問題を解決する手段として、ユーザ情報やネットワーク上にある資源（例えば、ユーザのメールアドレスや環境に関する情報）を一元管理するディレクトリサービスが普及しつつある。なお、ディレクトリサービスにアクセスする通信プロトコルは、一般的にＬＤＡＰ（Lightweight Directory Access Protocol）という規格が利用されることが多い。ＬＤＡＰとは、インターネットやイントラネットなどのTCP/IPネットワークで、ディレクトリデータベースにアクセスするためのプロトコルである。
【０００４】
また、ファイルサーバのフォルダやファイルへのアクセス権を制御する場合、フォルダやファイルに対してＡＣＬ(Access Control List)を設定する。ＡＣＬとは、個々のネットワーク利用者が持つアクセス権限や、アクセス可能なサーバやファイルなどの資源を列挙したリストのことであり、ディレクトリサービスで管理されているユーザやグループに対して、どのような操作を許可するかを指定する。
【０００５】
ＡＣＬの設定例としては、例えば、特許文献１に記載された技術がある。図１６に示すように、ディレクトリサービス１０１には、Ａグループ１０２とＢグループ１０３とが登録されている。Ａグループ１０２には、Ｃユーザ１０４とＤユーザ１０５とが追加されており、Ｂグループ１０３には、Ｅユーザ１０６とＦユーザ１０７とが追加されている。このとき、フォルダ１０８にはＡグループ１０２に対して、「読み込み」のアクセス権が指定されている。これにより、フォルダ１０８を参照することができるユーザを、Ｃユーザ１０４及びＤユーザ１０５のみに制限することができる。
【特許文献１】特開２００５−３３８９３５号公報（段落番号０００８〜００１０、図１、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ここで、ＡＣＬを設定して、企業内のファイルサーバに対するアクセス権を制御するケースを、企業の組織階層を例として考える。
【０００７】
図１に示すように、組織階層の最上位には会社１１１が存在しており、当該会社１１１の組織には社長１１２が所属している。会社１１１の下には、設計部１１３と営業部１１４とが存在しており、各組織には、Ａ部長１１５とＢ部長１１６とがそれぞれ所属している。さらに、設計部１１３の下には、設計部第１グループ１１７と設計部第２グループ１１８とが存在している。そして、設計部第１グループ１１７にはＣ課長１１９、Ｄ社員１２０が、そして設計部第２グループ１１８にはＥ課長１２１、Ｆ社員１２２が所属している。
【０００８】
図１で示した組織は、図２に示すようなディレクトリサービス上のグループとして表現される。また、組織の階層はグループの階層で表現することができる。これによると、グループ階層の最上位には会社１１１が存在する。
一方、ＡＣＬの設定について考えると、企業内のリソースという特性から次に示す二つの場合が考えられる。
【０００９】
（１）下位の組織が管理するファイルやフォルダに対して、上位の組織に所属する人がアクセスできるようにしたい場合。
（２）ある特定の組織よりも下位の組織に所属する人だけがアクセスできるようにしたい場合。
（１）の具体例は、図１に示す設計部第１グループ１１７が管理するファイルやフォルダに対しては、Ａ部長１１５や社長１１２が読み込みのためのアクセスをできるようにしたい場合である。（２）の具体例は、図１に示す設計部第１グループ１１７が管理するファイルやフォルダに対しては、Ｃ課長１１９及びＤ社員１２０のみが読み込みのためのアクセスをできるようにしたい場合である。
【００１０】
また、書き込みのためのアクセスに設定することもできる。上記（２）を実現するためには、図２０に示すようなＡＣＬを設定すればよいが、（１）を実現するためには、図３に示すようなＡＣＬを設定する必要がある。図３は、アクセス権をフォルダやファイルに対して設定するＡＣＬを示し、上位組織に属するユーザもアクセスできるように設定したＡＣＬを示した図である。つまり、図３に示すように、フォルダ１３０に対して、社長１１２のアクセス権１３１、Ａ部長１１５のアクセス権１３２、設計部第１グループ１１７のアクセス権１３３の３つのアクセス権を指定する必要がある。
【００１１】
（１）の指定方法には従来２つの問題点があった。第１の問題点は、ＡＣＬを設定するときに、組織階層を意識して、上位組織に所属しているユーザを個別に指定しなければならないことである。図３の例では、上位組織に所属しているユーザを意識して、Ａ部長１３２のアクセス権１３２と、社長１１２のアクセス権１３１とを個別にＡＣＬに設定しなければならない。第２の問題点は、組織が変更した場合、それに伴って、ファイルサーバなどのリソースに設定したＡＣＬも変更しなければならないことである。
【００１２】
企業では、人事異動や組織改変、退職や新人の採用等によって、組織に所属するユーザの情報や組織階層が頻繁に変更される。そのため、組織の変更に同期してファイルやフォルダに設定したＡＣＬを変更する必要がある。図３の例では、設計部１１３のＡ部長１１５やＢ部長１１６が異動した場合、ＡＣＬを変更する必要がある。
このように、ファイルやフォルダに設定したＡＣＬを組織の変更に同期させることは、ファイルの数が多い場合、非常に煩雑な作業となる。そのため、ＡＣＬの変更漏れが発生したり、実際の組織とファイルに対するアクセス権との不一致が発生したりする。
【００１３】
本発明は、こうした従来技術の問題を解決するためになされたものであり、企業内のファイルサーバに対するアクセス権をＡＣＬで制御する場合に、次に示す二つのグループ階層をディレクトリサービスデータベースに登録する組織階層定義システム、グループ階層の構成方法、及び組織階層の表示方法を提供することを目的とする。
（１）上位組織に属するユーザをアクセス可能とし、かつ、組織改変時のＡＣＬ変更が不要となるグループ階層
（２）下位組織に属するユーザをアクセス可能とし、かつ、組織改変時のＡＣＬ変更が不要となるグループ階層
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明に係る組織階層定義システムは、ディレクトリサービスデータベースが登録されている記憶手段を有するディレクトリサーバと、前記ディレクトリサーバにアクセス可能に接続されている管理サーバとを備えた組織階層定義システムであって、前記管理サーバは、ＧＵＩを用いて組織階層を定義することで、前記組織階層とは逆方向のグループ階層及び順方向のグループ階層を前記ディレクトリサービスデータベースに登録する登録手段と、前記グループ階層を前記組織階層としてツリー表示する表示手段とを備えることを特徴とする。
【００１５】
また、本発明に係るグループ階層の構成方法は、ディレクトリサービスデータベースが登録されている記憶手段を有するディレクトリサーバと、前記ディレクトリサーバにアクセス可能に接続されている管理サーバとを備えた組織階層定義システムにおけるグループ階層の構成方法であって、組織階層とは逆方向のグループ階層及び順方向のグループ階層を前記ディレクトリサービスデータベースへ登録するステップを含むことを特徴とする。
【００１６】
また、本発明に係る組織階層の表示方法は、ディレクトリサービスデータベースが登録されている記憶手段を有するディレクトリサーバと、前記ディレクトリサーバにアクセス可能に接続されている管理サーバとを備えた組織階層定義システムにおける組織階層の表示方法であって、前記組織階層とは逆方向のグループ階層または順方向に構成されたグループ階層を再帰的に処理して、ツリー表示するステップを含むことを特徴とする。
【発明の効果】
【００１７】
本発明の組織階層定義システム、グループ階層の構成方法、及び組織階層の表示方法によれば、次のような効果がある。
企業内のファイルサーバに対するアクセス権を制御する場合に、上位組織に属するユーザをアクセス可能とし、かつ、組織改変時のＡＣＬ変更が不要となるグループ階層をディレクトリサービスデータベースに登録することができる。さらに、組織階層とは逆方向に構成されたグループ階層及び順方向に構成されたグループ階層を再帰的に処理してツリー表示することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を適用した組織階層定義システムの一実施の形態について説明する。
図４に示すように、組織階層定義システムは、ディレクトリサーバ１１、当該ディレクトリサーバ１１に接続されており、ディレクトリサービスデータベース（以下、「ディレクトリサービスＤＢ」という。）が登録されている記憶手段としてのハードディスク１２、ディレクトリサーバ１１にアクセス可能に接続されている管理サーバ１３を備えている。
【００１９】
ディレクトリサーバ１１は、ディレクトリサービス部１４を備えている。また、ハードディスク１２は、ディレクトリサーバ１１に対してデータ送受信可能に接続されている。
管理サーバ１３は、ディレクトリサーバ１１に対してＬＤＡＰでアクセス可能であって、組織階層がＧＵＩ（Graphical User Interface）により定義されている組織階層定義部１５を備えている。組織階層定義部１５は、表示手段としての画面表示部１６、ＧＵＩ入力部１７及び登録手段としてのディレクトリサービス登録部１８を備えている。
【００２０】
画面表示部１６は、グループ階層を組織階層としてツリー表示する機能を有する。
次に、組織階層定義部１５の画面表示部１６に表示される組織階層定義画面の具体例について説明する。図５に示すように、組織階層定義画面２０は、ＧＵＩ入力部１７を介して組織階層を定義することで、組織階層に対応したグループ階層を、ディレクトリサービス登録部１８を介してディレクトリサービスに登録するための画面である。
【００２１】
図５に示す組織階層定義画面２０には、組織階層を表示するツリービュー２１と、組織階層で選択されている組織に属するユーザ及びグループを表示するリストビュー２２とが表示される。リストビュー２２の表示内容は、ツリービュー２１で選択されている組織に応じて変化する。図５の例では、ツリービュー２１で設計部１１３が選択されているため、リストビュー２２には、設計部１１３の下位組織である設計部第１グループと、設計部に所属しているＡ部長とが表示されている。
【００２２】
次に、図６を参照して、組織階層定義画面(ツリービュー)２１に表示される組織階層と、ディレクトリサービス部１４において定義されている逆方向に構成されたグループ階層及び順方向に構成されたグループ階層との関係について説明する。
図６に示すように、組織階層定義画面(ツリービュー)２１では、会社１１１の下位組織として、設計部１１３が定義されている。さらに、設計部１１３にはその下位組織として、設計部第１グループ１１７が定義されている。
【００２３】
このとき組織階層定義システムのディレクトリサービス登録部１８では、ディレクトリサービスに、管理サーバ１３における組織階層とは逆方向に構成されたグループ階層及び順方向に構成されたグループ階層が定義される。ここで、逆方向に構成されたグループ階層とは、図６に符号３１で示すように、設計部第１グループ１１７ａに含まれるグループとして、設計部１１３ａを定義し、さらに、会社１１１ａを設計部１１３ａに含まれるグループとして定義したグループ階層である。これにより、上位組織が下位組織に含まれるグループ階層となるため、下位組織を表すグループのＡＣＬを設定するだけで上位組織に属するユーザもアクセス可能となる。
一方、順方向に構成されたグループ階層とは、図６に符号３２で示すように、会社１１１ｂに含まれるグループとして、設計部１１３ｂを定義し、さらに設計部第１グループ１１７ｂを設計部１１３ｂに含まれるグループとして定義したグループ階層である。ここで、逆方向に構成されたグループ階層における会社１１１ａと、順方向に構成されたグループ階層における会社１１１ｂは、共に組織階層定義画面(ツリービュー)２１における会社１１１に対応しているが、会社１１１ａのグループデータと、会社１１１ｂのグループデータとでは、グループデータの定義としては別々で、それぞれのデータのインデックスが異なる。設計部１１３ａと設計部１１３ｂ、設計部第１グループ１１７ａと設計部第１グループ１１７ｂについても同様である。
【００２４】
図７に示す組織階層定義画面２０では、ツリービュー２１に表示される設計部１１３の下位組織である設計部第１グループ１１７及び設計部第２グループ１１８、さらには、設計部１１３に所属しているＡ部長１１５がリストビュー２２に表示されている。
【００２５】
図８は、図７に示した組織階層定義画面(ツリービュー)２１に表示された組織階層に対応して、ディレクトリサービス部１４に定義されている逆方向に構成されたグループ階層３３及び順方向に構成されたグループ階層３４を示している。
図６に示す逆方向に構成されたグループ階層３１と、図８に示す逆方向に構成されたグループ階層３３とを比較した場合、図８に示す逆方向に構成されたグループ階層３３には新たに設計部第２グループ１１８ａが追加されるとともに、設計部１１３ａが設計部第２グループ１１８ａに含まれるグループとして定義されている。このとき、設計部１１３ａと会社１１１ａとの階層関係は変わらないので、会社１１１ａも間接的に設計部第２グループ１１８ａに含まれるグループとなっている。
【００２６】
一方、図６に示す順方向に構成されたグループ階層３２と、図８に示す順方向に構成されたグループ階層３４とを比較した場合、図８に示す順方向に構成されたグループ階層３４には新たに設計部第２グループ１１８ｂが追加されるとともに、設計部第２グループ１１８ｂが設計部１１３ｂに含まれるグループとして定義されている。このとき、設計部１１３ｂと会社１１１ｂとの階層関係は変わらないので、設計部第２グループ１１８ｂも間接的に会社１１１ｂに含まれるグループになっている。
【００２７】
次に、組織階層定義システムにおいて組織を新規に作成する方法について説明する。
組織階層定義画面２０で組織が新規に作成されると、図９に示すように、まず、組織に一対一で対応するグループがディレクトリサービス上に作成される（ステップＳ９１）。このとき、逆方向のグループ階層及び順方向のグループ階層にそれぞれグループが作成される。図５及び図６に示した例では、設計部第１グループ１１７に対応するグループをディレクトリサービス上に作成することになる。図７及び図８に示した例では、設計部第１グループ１１７及び設計部第２グループ１１８にそれぞれ対応するグループをディレクトリサービス上に作成することになる。
【００２８】
次に、作成する組織の上位組織に対応するグループを逆方向及び順方向のグループ階層でそれぞれ取得する（ステップＳ９２）。図７及び図８に示した例では、設計部第２グループ１１８の上位組織である設計部１１３に対応するグループ、つまり、逆方向のグループでは設計部１１３ａ、順方向のグループでは設計部１１３ｂが該当する。
【００２９】
次に、組織の階層関係をグループの階層関係として定義する。逆方向のグループ階層の場合、逆方向のグループ階層の上位組織に対応するグループを、新規に作成するグループのmember属性に追加する（ステップＳ９３）。ここで、member属性とは、ディレクトリサービス上のあるグループに所属するオブジェクトを示す属性であるが、本組織階層定義システムでは、組織階層とは逆方向のグループ階層を作成するため、逆方向のグループ階層におけるmember属性は、ある組織の上位組織を表していることになる。
【００３０】
次に、順方向のグループ階層の場合、上位組織に対応する順方向のグループ階層のグループのmember属性に、新規に作成するグループが追加される（ステップＳ９４）。図７及び図８に示した例では逆方向のグループ階層として設計部第２グループ１１８のmember属性に、設計部１１３に対応するグループを追加し、順方向のグループ階層として設計部１１３のmember属性に、設計部第２グループ１１８に対応するグループを追加する。
【００３１】
次に、ディレクトリサービスに格納されたグループ階層から組織階層をツリー表示する方法について説明する。なお、組織階層をツリー表示する場合は順方向または逆方向の何れか一方のグループ階層を利用する。図１０は逆方向のグループ階層を利用した手順を示しており、はじめに最上位の組織に対応するグループが取得される（ステップＳ１０１）。図８に示した例では、会社１１１が該当する。つづいて最上位の組織、つまり会社１１１をツリービューに表示する（ステップＳ１０２）。次に、会社１１１の下位の組織を表示する処理が実行される（ステップＳ１０３）。
【００３２】
次に、会社１１１の下位の組織を表示する処理について説明する。
図１１は逆方向のグループ階層を利用して、下位の組織階層を再帰的に表示する処理を示している。図１１に示すように、まず、対象となるグループのmemberOf属性を取得する（ステップＳ１１１）。ここで、memberOf属性とは、ディレクトリサービス上のあるオブジェクトが所属するグループを示す属性であるが、本システムで作成された逆方向のグループ階層は、組織階層と逆方向のツリーになっているため（図６参照）、memberOf属性は、ある組織の下位組織を表していることになる。
【００３３】
次に、対象となるグループのmemberOf属性があるかどうかが判定される（ステップＳ１１２）。図８の例では、会社１１１の所属するグループ、つまり設計部１１３が取得されているため、次のステップへ進む。
以降の処理は、memberOf属性のグループ数だけ繰り返される（ステップＳ１１３）。
まず、memberOf属性のグループが対象となるグループの下位組織として表示される（ステップＳ１１４）。図８の例では、設計部１１３が会社１１１の下位組織として表示される。
【００３４】
次に、設計部１１３を対象グループとして、再帰的に処理が繰り返される。つまり、設計部１１３のmemberOf属性が取得され（ステップＳ１１１）。設計部１１３は設計部第１グループ１１７及び設計部第２グループ１１８に所属しているため、次のステップへ進む。
次に、memberOf属性のグループが対象となるグループの下位組織として表示される（ステップＳ１１４）。つまり、設計部第１グループ１１７及び設計部第２グループ１１８が設計部１１３の下位組織として表示される。
【００３５】
さらに、設計部第１グループ１１７及び設計部第２グループ１１８を対象グループとして、再帰的に処理が繰り返されるが、それぞれのグループはどのグループにも所属していない、つまり、memberOf属性がないため、表示処理は終了する。
以上の処理により、ディレクトリサービスに格納されたグループ階層から組織階層がツリービュー２１にツリー表示される。
【００３６】
次に、本システムで組織階層を定義した場合の、ディレクトリサービス上に登録されているグループ及びユーザについて説明する。図１２には逆方向のグループ階層が構成されている。例えば、逆方向のグループ階層の場合、設計部１１３は、設計部第１グループ１１７及び設計部第２グループ１１８に所属するグループになっている。また、会社１１１は、設計部１１３及び営業部１１４に所属するグループになっている。
図１２の逆方向のグループ階層において、ユーザ(個人)については、設計部第１グループ１１７及び設計部第２グループ１１８の各課長及び各社員は、それぞれ設計部第１グループ及び設計部第２グループに所属し、設計部１１３及び営業部１１４の各部長は、それぞれ設計部１１３及び営業部１１４に所属し、社長は会社１１１に所属する。
【００３７】
また、図１３には順方向のグループ階層が構成されている。例えば、会社１１１は、社長１１２と設計部１１３及び営業部１１４を所属させたグループになっている。また、設計部１１３は、Ａ部長１１５と設計部第１グループ１１７及び設計部第２グループ１１８を所属させたグループになっている。設計部第１グループ１１７及び設計部第２グループ１１８は、それぞれ各グループに所属するユーザ（個人）が所属する。
図１２と図１３を比較すると、グループについては、逆方向と順方向のグループ階層では所属する方向が逆になっているのに対し、ユーザ(個人)については、双方とも同じグループに所属している。
【００３８】
図１４は、図１２に示した逆方向のグループ階層によって定義されたグループ階層を利用してＡＣＬを設定した例である。図１４に示すように、この例では、設計部第１グループに対して、「読み込み」のアクセス権１４２を指定している。このようにＡＣＬを設定した場合、社長、Ａ部長、Ｃ課長、Ｄ社員の４人がアクセスできるフォルダ１４１となる。すなわち、ＡＣＬを設定する際には、上位の組織階層を意識する必要はない。また、設計部の部長が変わった場合にも、ディレクトリサービス側で、設計部に所属するユーザを変更するだけでよく、フォルダに設定されたＡＣＬを変更する必要はない。
【００３９】
一方、図１５は、図１２に示した順方向のグループ階層によって定義されたグループ階層を利用してＡＣＬを設定した例である。図１５に示すように、この例でも、設計部第１グループに対して、「読み込み」のアクセス権１５２を指定している。このようにＡＣＬを設定した場合、Ｃ課長、Ｄ社員の２人がアクセスできるフォルダ１５１となる。
【００４０】
最後に、これらのグループ階層のディレクトリサービスＤＢにおけるデータ構成について説明する。
図１６に示すように、各グループ及びユーザのデータは、それぞれグループオブジェクト１７１、ユーザオブジェクト１７２として保持されている。各オブジェクトは、いくつかの属性情報を有しているが、グループオブジェクト１７１は、既に説明したmember属性１７３及びmemberOf属性１７４を、ユーザオブジェクト１７２は、memberOf属性１７４を有している。ユーザオブジェクト１７２の下に所属するオブジェクトは無いため、ユーザオブジェクト１７２にはmember属性１７３は不要である。
【００４１】
これらのオブジェクトデータを用いると、図６の逆方向に構成されたグループ階層３１は、図１７のように表現される。即ち、設計部第１グループ１１７ａのグループオブジェクトのmember属性には、上位組織である設計部１１３ａのグループオブジェクトの識別名（Distinguished Name、以下「ＤＮ」と略す）が保持され、逆に、設計部１１３ａのグループオブジェクトのmemberOf属性には、設計部第１グループ１１７ａのグループオブジェクトのＤＮが保持されている。設計部１１３ａのグループオブジェクトと会社１１１ａのグループオブジェクトの関係についても同様である。
また、図６の順方向に構成されたグループ階層３２は、図１８のように表現される。順方向に構成されたグループ階層においては、逆方向に構成されたグループ階層に対して、member属性とmemberOf属性の保持関係が逆になる。
【００４２】
更に、図１２のように、逆方向のグループ階層に、各グループに所属するユーザ（個人）をも含めた場合、それぞれのグループオブジェクトとユーザオブジェクトの関係は、図１９のように表現される。ここでは、ユーザオブジェクトのmemberOf属性には、当該ユーザが所属するグループのグループオブジェクトのＤＮが保持されている。これについては、順方向のグループ階層についても同様である。
【００４３】
なお、図９のステップＳ９３に示すような、「上位組織に対応するグループを、新規に作成するグループのmember属性に追加する」操作は、本発明によるシステム全体で見た場合、以下の手順によって行われる。
まず、図４の組織階層定義部１５におけるＧＵＩ入力部１７が、上記のグループを新規に作成する操作を受け付けると、ディレクトリサービス登録部１８では、当該新規に作成されたグループのmember属性に、上位組織に対応するグループを追加する指令を、ＬＤＡＰ等の通信プロトコルを介して、ディレクトリサーバ１１のディレクトリサービス部１４に対して行う。この指令を受けたディレクトリサービス部１４では、自らが管理するディレクトリサービスＤＢにおいて、当該新規に作成されたグループに対するグループオブジェクトのmember属性に、当該グループ上位組織に対応するグループのオブジェクトのＤＮを追加する。
【００４４】
以上説明したとおり、本実施の形態の組織階層定義システムによれば、次のような効果がある。
（１）ＧＵＩを用いて組織階層を定義することで、組織階層とは逆方向のグループ階層及び順方向のグループ階層を同時にハードディスク１２のディレクトリサービスＤＢに登録することができる。
【００４５】
（２）前項（１）で登録した逆方向のグループ階層のグループをファイルやフォルダのＡＣＬに設定することで、上位組織に属するユーザを自動的にアクセス可能とすることができる。また、組織改変時には、ディレクトリサービス側でグループに所属するユーザを変更するだけでよく、ファイルやフォルダのＡＣＬを再設定する必要はない。
（３）前項（１）で登録した逆方向のグループ階層と同時に作成される順方向のグループ階層のグループをファイルやフォルダのＡＣＬに設定することで、ある組織の下位組織に属するユーザに限定したアクセスも可能とすることができる。
【００４６】
以上、最良の実施の形態について説明したが、本発明は上記実施の形態に限定されるものではなく、本発明の要旨を逸脱することのない範囲内において適宜変更可能である。
例えば、ディレクトリサービスにアクセスするプロトコルをＬＤＡＰとしたが、他のプロトコルであってもよい。また、ＧＵＩを用いて組織階層を定義するとしたが、他のインターフェースであってもよい。
【図面の簡単な説明】
【００４７】
【図１】組織階層の例である。
【図２】組織階層の例をディレクトリサービスのグループとユーザで表した図である。
【図３】上位組織に属するユーザもアクセスできるように設定したＡＣＬの例を示した図である。
【図４】本発明の一実施の形態を示すシステム構成図である。
【図５】組織階層定義部の例である。
【図６】組織階層と逆方向及び順方向で構成されたグループ階層の関係である。
【図７】組織階層に設計部第２グループを追加した後の組織階層定義画面である。
【図８】組織階層に設計部第２グループを追加した後のディレクトリサービス上の逆方向及び順方向のグループ階層である。
【図９】組織を新規に作成する処理の概要を示すフローチャートである。
【図１０】組織階層を表示する処理の概要を示すフローチャートである。
【図１１】下位の組織階層を再帰的に表示する処理の概要を示すフローチャートである。
【図１２】図１に示した組織階層を定義した場合に作成される逆方向で構成されたグループ階層のグループとユーザを示した図である。
【図１３】図１に示した組織階層を定義した場合に作成される順方向に構成されたグループ階層のグループとユーザを示した図である。
【図１４】本システムで作成した逆方向で構成されたグループ階層を持つグループをＡＣＬに設定した例を示した図である。
【図１５】本システムで作成した順方向で構成されたグループ階層を持つグループをＡＣＬに設定した例を示した図である。
【図１６】ディレクトリサービスＤＢにおける各グループ及びユーザのデータ構成を示した図である。
【図１７】オブジェクトデータを用いて、図６の逆方向に構成されたグループ階層を表現した図である。
【図１８】オブジェクトデータを用いて、図６の順方向に構成されたグループ階層を表現した図である。
【図１９】逆方向のグループ階層に、各グループに所属するユーザ（個人）をも含めた場合のそれぞれのグループオブジェクトとユーザオブジェクトの関係を示した図である。
【図２０】ディレクトリサービス上で管理されているグループをＡＣＬに設定した例を示した図である。
【符号の説明】
【００４８】
１１…ディレクトリサーバ、１２…記憶手段としてのハードディスク、１３…管理サーバ、１６…表示手段としての画面表示部、１８…登録手段としてのディレクトリサービス登録部
【図１】
2008210376.tif 000003
【図２】
2008210376.tif 000004
【図３】
2008210376.tif 000005
【図４】
2008210376.tif 000006
【図５】
2008210376.tif 000007
【図６】
2008210376.tif 000008
【図７】
2008210376.tif 000009
【図８】
2008210376.tif 000010
【図９】
2008210376.tif 000011
【図１０】
2008210376.tif 000012
【図１１】
2008210376.tif 000013
【図１２】
2008210376.tif 000014
【図１３】
2008210376.tif 000015
【図１４】
2008210376.tif 000016
【図１５】
2008210376.tif 000017
【図１６】
2008210376.tif 000018
【図１７】
2008210376.tif 000019
【図１８】
2008210376.tif 000020
【図１９】
2008210376.tif 000021
【図２０】
2008210376.tif 000022