(57)【要約】【課題】ディレクトリサービスに関する知識が不十分な者がディレクトリツリーの初期設定を実際に行う前に、適切なディレクトリツリーの構造を自動的に生成し、ディレクトリツリーの構築作業を支援する構築支援装置等を提供すること【解決手段】エントリ判断用質問表示手段１３がエントリの候補となる部門の名称を取得し、エントリ判断用質問を表示装置１６に表示する。エントリ判断手段１１は、エントリ判断用質問に対する回答を取得し、この回答に基づいてエントリ判断基準項目の少なくとも一つに該当する前記部門をエントリとし、エントリ判断基準項目のいずれにも該当しない前記部門をエントリとしないと判断する。結果表示手段１２は、エントリ判断手段によりなされた判断結果を取得しこの判断結果に基づいてディレクトリツリーの構造を示す画像を生成しこの画像を表示装置に出力する。【選択図】図１
2007094709.tif 000002
【特許請求の範囲】
【請求項１】
ディレクトリサービスの管理対象となる資源の階層構造を示すディレクトリツリーの作成を支援する構築支援装置において、
前記ディレクトリツリーを構成するエントリの候補となる部門の名称を取得する機能と、前記部門をエントリとすべきか否かの判断の基準となるエントリ判断基準項目に該当するか否かを問うエントリ判断用質問を表示装置に出力する機能を備えたエントリ判断用質問表示手段と、
前記エントリ判断用質問に対する回答を取得し、この回答に基づいて前記エントリ判断基準項目の少なくとも一つに該当する前記部門をエントリとし、前記エントリ判断項目のいずれにも該当しない前記部門をエントリとしないと判断する機能を備えたエントリ判断手段と、
このエントリ判断手段によりなされた判断結果を取得しこの判断結果に基づいて前記ディレクトリツリーの構造を示す画像を生成しこの画像を出力装置に出力する機能を備えた結果表出力手段と、
を備えたことを特徴とした構築支援装置。
【請求項２】
前記エントリ判断用質問には、前記エントリの候補となる部門に適用するセキュリティポリシをその部門に独自のものとしたいか否かを問うものが含まれることを特徴とした請求項１に記載の構築支援装置。
【請求項３】
前記エントリ判断用質問には、前記エントリの候補となる部門に、この部門に属する資源を管理する独自の管理者をおきたいか否かを問うものが含まれることを特徴とした請求項１または請求項２に記載の構築支援装置。
【請求項４】
前記エントリ判断用質問には、前記エントリの候補となる部門のWindows（登録商標）NTにより構築された既存のドメインをActiveDirectoryに移行させるか否かを問うものが含まれることを特徴とした請求項１ないし請求項３のいずれか一つに記載の構築支援装置。
【請求項５】
前記エントリ判断手段によりなされた判断結果を取得し、この判断結果においてエントリとすべきと判断された前記部門を組織単位に分割するか否かの判断の基準となる分割判断基準項目に該当するか否かを問う分割判断用質問を表示装置に出力する機能を備えた分割判断用質問表示手段と、
前記分割判断用質問に対する回答を取得し、この回答に基づいて、前記分割判断基準項目の少なくとも一つに該当する前記エントリを独立した組織単位とすると判断する分割判断手段とを備え、
前記結果出力手段は、前記エントリ判断手段によりなされた判断結果と前記分割判断手段によりなされた判断結果を取得して、これらの判断結果に基づいて前記ディレクトリツリーの構造を示す画像を生成する機能を備えたことを特徴とした請求項１ないし請求項４のいずれか一つに記載の構築支援装置。
【請求項６】
前記分割判断用質問には、前記エントリに適用するスキーマ構造をそのエントリ独自のものとしたいか否かを問うものが含まれることを特徴とした請求項５に記載の構築支援装置。
【請求項７】
前記ディレクトリツリーは、ActiveDirectoryのドメインツリーであり、前記エントリはドメインであり、前記分割判断用質問には、前記ドメインには信頼関係を結ばない他のドメインがあるか否かを問うものが含まれることを特徴とした請求項５または請求項６に記載の構築支援装置。
【請求項８】
ディレクトリサービスの管理対象となる資源の階層構造を示すディレクトリツリーの構築を支援する方法において、
前記ディレクトリツリーを構成するエントリの候補となる部門の名称と、前記部門がエントリとすべきか否かの判断の基準となるエントリ判断基準項目に該当するか否かを示すエントリ判断基準情報を取得して記憶装置に格納するエントリ判断基準情報取得工程と、
前記記憶装置から前記エントリ判断基準情報を読み出して、この前記エントリ判断情報に基づいて、前記エントリ判断基準項目の少なくとも一つに該当する前記部門をエントリとし、前記エントリ判断基準項目のいずれにも該当しない前記部門をエントリとしないと判断し、この判断の結果を示すエントリ判断結果情報を生成し前記記憶装置に格納するエントリ判断結果情報生成工程と、
前記記憶装置から前記エントリ判断結果情報を読み出して、このエントリ判断結果情報に基づいて前記ディレクトリツリーの構造を画像として示すツリー構造情報を生成し前記記憶装置に格納するツリー構造情報生成工程と、
前記記憶装置から前記ツリー構造情報読み出して、このツリー構造情報を出力装置に出力する出力工程と
を備えたことを特徴としたディレクトリツリーの構築支援方法。
【請求項９】
前記エントリ判断結果情報が生成された後、前記エントリがエントリを組織単位に分割するか否かの判断の基準となる分割判断基準項目に該当するか否かを示す分割判断基準情報を取得して前記憶装置に格納する分割判断基準情報取得工程と、
前記記憶装置から前記分割判断基準情報を読み出して、この分割判断基準情報に基づいて、前記分割判断基準項目の少なくとも一つに該当する前記エントリを独立した組織単位とすると判断し、この判断結果を示す分割判断結果情報を生成し前記記憶装置に格納する分割判断結果情報生成工程とを備え、
前記出力工程では、前記エントリ判断結果情報と前記分割判断結果情報に基づいてツリー構造情報を生成する
ことを特徴とした請求項８に記載のディレクトリツリーの構築支援方法。
【請求項１０】
ディレクトリサービスの管理対象となる資源の階層構造を示すディレクトリツリーの構築を支援するプログラムにおいて、
コンピュータに、
前記ディレクトリツリーを構成するエントリの候補となる部門が、部門をエントリとすべきか否かの判断の基準となるエントリ判断基準項目に該当するか否かを示すエントリ判断基準情報を取得する機能と、
前記エントリ判断基準情報に基づいて、前記エントリ判断基準項目の少なくとも一つに該当する前記部門をエントリとし、前記エントリ判断基準項目のいずれにも該当しない前記部門をエントリとしないと判断し、この判断の結果を示すエントリ判断結果情報を生成する機能と、
前記エントリ判断結果情報を取得し、このエントリ判断結果情報に基づいて前記ディレクトリツリーの構造を示すツリー構造情報を生成する機能
とを実行させることを特徴としたディレクトリツリーの構築支援プログラム。
【請求項１１】
ディレクトリサービスの管理対象となる資源の階層構造を示すディレクトリツリーの構築を支援するプログラムにおいて、
コンピュータに、
前記ディレクトリツリーを構成するエントリが、エントリを組織単位に分割するか否かの判断の基準となる分割判断基準項目に該当するか否かを示す分割判断基準情報を取得する機能と、
前記分割判断情報に基づいて、前記分割判断基準項目の少なくとも一つに該当する前記エントリを独立した組織単位とすると判断し、この判断結果を示す分割判断結果情報を生成する機能と、
前記分割判断結果情報を取得し、この分割判断結果情報に基づいて前記ディレクトリツリーの構造を示すツリー構造情報を生成する機能
とを実行させることを特徴としたディレクトリツリーの構築支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディレクトリサービスの構築技術に関し、特にディレクトリツリーの初期構築を支援する構築支援装置、構築支援方法および構築支援プログラムに関する。
【背景技術】
【０００２】
ネットワーク上に分散して存在する各種資源（コンピュータ名やプリンタ名、ユーザー情報等）に対して、そのリソースに関する位置や情報をクライアントに返すディレクトリサービスは、従来から実用化されている。
たとえば、ITU-T（International Telecommunication Union-Telecommunication sector）では、X.500等で、このディレクトリサービスを規定している。
また、TCP/IP(Transmission Control Protocol/Internet Protocol )上で動作するディレクトリサービス用プロトコルとしてLDAP（Lightweight Directory Access Protocol）が、IETF（Internet Engineering Task Force）のRFC（Request for Comments）2222等に規定されている。このLDAPの実装例としては、Microsoft社のActiveDirectoryが知られている。
【０００３】
ディレクトリサービスを利用するにあたり、資源同士の関係を階層構造として表すディレクトリツリーを構成し管理するには、高度な専門知識が必要であり、構成のための作業も非常に煩雑なものとなる。
そのため、特許文献１では、ディレクトリ情報を視覚的に把握しながら編集することができるディレクトリ情報編集装置が提案されている。このディレクトリ編集装置は、LADP通信部等を介してディレクトリサーバからディレクトリ情報を取得し、編集手段１１でディレクトリ情報を表示・編集するように構成されている。
【０００４】
【特許文献１】特開２００２−３５８２２５
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の発明では、容易にディレクトリ情報の編集を行えるようになったとはいえ、専門知識の不十分な者がディレクトリの構築や編集を行うことまでは考慮されていない。
そのため、専門知識の不十分な者がディレクトリ情報の初期設定を行い、一応設定に成功するものの、その設定は適切なものではなく、サービスの稼動後に設定を適切なものに修正するために多大な手間と費用が必要となる事態がしばしば生じるという問題があった。
【０００６】
そこで、本発明は、ディレクトリサービスに関する知識が不十分な者がディレクトリツリーの初期設定を実際に行う前に、適切なディレクトリツリーの構造を自動的に生成し、ディレクトリツリーの構築作業を支援する構築支援装置、構築支援方法および構築支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る構築支援装置では、エントリ判断用質問表示手段がエントリの候補となる部門の名称を取得し、エントリ判断用質問を表示装置に表示する。エントリ判断用質問は、エントリ候補の部門がエントリ判断基準項目に該当するか否かを問うものである。
エントリ判断手段は、エントリ判断用質問に対する回答を取得し、この回答に基づいてエントリ判断基準項目の少なくとも一つに該当する前記部門をエントリとし、エントリ判断基準項目のいずれにも該当しない前記部門をエントリとしないと判断する。
結果出力手段は、エントリ判断手段によりなされた判断結果を取得しこの判断結果に基づいてディレクトリツリーの構造を示す画像を生成しこの画像を出力装置に出力する（請求項１ないし請求項７）。
【０００８】
上記構築支援装置によれば、使用者が入力する必要があるのは、エントリの候補となる部門の名称と、エントリ判断用質問に対する回答である。部門の名称を入力することは、ディレクトリサービスの対象となる組織の現実の組織構成を知っていれば、ディレクトリサービスに関する知識を有していなくてもできる。また、エントリ判断用質問は、候補となる部門がエントリ判断基準項目に該当するか否かを問うもの、すなわち、回答が「該当する」または「該当しない」の２者択一となるものであるから、これに回答することも容易である。
エントリ判断手段は、上記の２つの入力された情報に基づいてエントリとすべき部門を判断し、結果表示手段はエントリ判断手段の判断結果に基づいてディレクトリツリーの構造を示す画像を生成して出力装置に出力する。
そのため、構築装置の使用者が、ディレクトリサービスに関する専門知識を有していなくても、組織の部門をエントリとしたディレクトリツリーの構成図を生成し、使用者に提示すすることができる。
【０００９】
上記構築支援装置において、エントリ判断用質問には、エントリの候補となる部門に適用するセキュリティポリシをその部門に独自のものとしたいか否かを問うものが含まれるようにしてもよい（請求項２）。
このようにすれば、使用者がディレクトリツリーの構成とセキュリティポリシの関連性を認識していない場合でも、エントリ判断用質問に対する回答を得ることにより、セキュリティティポリシを考慮したディレクトリツリーの構成図を生成し使用者に提示することができる。
【００１０】
上記構築支援装置において、エントリ判断用質問には、エントリの候補となる部門に、この部門に属する資源を管理する独自の管理者をおきたいか否かを問うものが含まれる
ようにしてもよい（請求項３）。
ディレクトリサービスの実装の中には、ある部門にその部門の資源を管理する独自の管理者を置くためには、その部門をディレクトリツリー上で独立したエントリとする必要があるものが存在する。
上記のようにすれば、使用者が、ディレクトリツリーの構成と管理者の配置との関連性を認識していない場合でも、エントリ判断用質問に対する回答を得るだけで、管理者の配置を考慮したディレクトリツリーの構成図を生成し使用者に提示することができる。
【００１１】
上記構築支援装置において、エントリ判断用質問には、エントリの候補となる部門のWindows（登録商標）NTにより構築された既存のドメインをActiveDirectoryに移行させるか否かを問うものが含まれるようにしてもよい（請求項４）。
Microsoft社の、Windwos 2000 ServerおよびWindows Server 2003に実装されているディレクトリサービスであるActiveDirectoryにおいては、Windows NT Severにより構築されたドメインをActiveDirectoryに移行するためには独立したドメイン（エントリ）とする必要がある。これは、Windws NT ServerとWindwos 2000 Server以降のOSでは信頼関係の設定の仕方が異なるためである。
上記のようにすれば、使用者が、ActiveDirectoryに固有の事情を知らない場合でも、エントリ判断用質問に対する回答を得るだけで、適切なディレクトリツリーの構成図を生成し使用者に提示することができる。
ここで、「ドメイン」とは、Microsoft社のネットワークOS(Operating System)で用いられている意味での「ドメイン」であり「大規模なネットワークを構成する、一つの組織体として扱われるネットワークの一構成単位で、共通のディレクトリ データベース(あるいはセキュリティ)を共有するコンピュータ、あるいは、ユーザの集合」を意味する。以下、本明細書において単に「ドメイン」というときは、上記の意味である。
「信頼関係」とは、２つのドメインの間で確立されるネットワーク セキュリティ上の論理的な関係を示すもので、２つのドメイン間のパススルー認証を可能にする時に設定する必要がある。たとえば、「ドメインAはドメインBを信頼する」という信頼関係が設定されているとき、ドメインBのユーザはドメインAの資源を利用できるようになる。
【００１２】
上記構築支援装置において、エントリ判断手段によりなされた判断結果を取得し、この判断結果においてエントリとすべきと判断された部門を組織単位に分割するか否かの判断の基準となる分割判断基準項目に該当するか否かを問う質問を表示装置に出力する機能を備えた分割判断用質問表示手段と、分割判断用質問に対する回答を取得し、この回答に基づいて、分割判断基準項目の少なくとも一つに該当するエントリを独立した組織単位とすると判断する分割判断手段とを備え、結果表示手段は、エントリ判断手段によりなされた判断結果と分割判断手段によりなされた判断結果を取得して、これらの判断結果に基づいてディレクトリツリーの構造を示す画像を生成する機能を備えるようにしてもよい（請求項５）。
このようにすれば、分割判断用質問対する回答を得るだけで、組織単位の分割を考慮したディレクトリツリーの構成を生成し使用者に提示することができる。
【００１３】
上記構築支援装置において、分割判断用質問には、エントリに適用するスキーマ構造をそのエントリ独自のものとしたいか否かを問うものが含まれるようにしてもよい（請求項６）。
使用者が、ディレクトリツリーの構成と各エントリのスキーマ構造との関連を知らない場合でも、分割判断用質問に対する回答を得るだけで、各エントリのスキーマ構造の違いを考慮して組織単位に分割したディレクトリツリーの構成図を生成し使用者に提示することができる。
【００１４】
上記構築支援装置において、前記分割判断用質問には、ActiveDirectoryのドメインツリー（ディレクトリツリー）を構成するドメイン（エントリ）には信頼関係を結ばない他のドメインがあるか否かを問うものが含まれるようにしてもよい（請求項７）。
ActiveDirectoryでは、一つのフォレスト（組織単位）に含まれるドメインの間には、推移性の信頼関係が設定されるという特徴がある。そのため、信頼関係を結びたくない他のドメインがあるドメインは、独立したフォレストに分割する必要がある。
上記のようにすれば、使用者が、このようなActiveDirectoryに固有の事情を知らない場合でも、分割判断用質問に対する回答を得るだけで、適切なディレクトリツリーの構成を生成し使用者に提示することができる。
【００１５】
本発明に係る構築支援方法では、ディレクトリツリーを構成するエントリの候補となる部門の名称と前記部門がエントリ判断基準項目に該当するか否かを示すエントリ判断基準情報を取得して記憶装置に格納し、このエントリ判断情報に基づいて、エントリ判断基準項目の少なくとも一つに該当する部門をエントリとし、エントリ判断基準項目のいずれにも該当しない部門をエントリとしないと判断し、この判断の結果を示すエントリ判断結果情報を生成して記憶装置に格納し、このエントリ判断結果情報に基づいてディレクトリツリーの構造を画像として示すツリー構造情報を生成して出力装置に出力する（請求項８）。
【００１６】
上記構築支援方法によれば、使用者が入力する必要があるのは、エントリの候補となる部門の名称と、エントリ判断用質問に対する回答である。部門の名称を入力することは、ディレクトリサービスの対象となる組織の現実の組織構成を知っていれば、ディレクトリサービスに関する知識を有していなくてもできる。また、エントリ判断用質問は、候補となる部門がエントリ判断基準項目に該当するか否かを問うもの、すなわち、回答が「該当する」または「該当しない」の２者択一となるものであるから、これに回答することも容易である。
そのため、使用者がディレクトリサービスに関する専門知識を有していなくても、組織の部門をエントリとしたディレクトリツリーの構成を得ることができる。
【００１７】
上記構築支援方法において、コンピュータがエントリが分割判断基準情報を取得し手記憶装置に格納し、分割判断基準項目に該当するエントリを独立した組織単位とすべきと判断し、この判断結果である分割判断結果情報を記憶装置に格納しこの分割判断結果情報とエントリ判断結果情報に基づいてツリー構造情報を生成するようにしても良い（請求項９）。
このようにすれば、使用者がディレクトリサービスに関する専門知識を有していなくても、分割判断情報を入力するだけで組織単位の分割を考慮したディレクトリツリーの構成を得ることができる。
【００１８】
本発明に係る構築支援プログラムは、コンピュータに、ディレクトリツリーを構成するエントリの候補となる部門が、部門をエントリとすべきか否かの判断の基準となるエントリ判断基準項目に該当するか否かを示すエントリ判断基準情報を取得する機能と、エントリ判断情報に基づいて、エントリ判断基準項目の少なくとも一つに該当する部門をエントリとし、エントリ判断基準項目のいずれにも該当しない部門をエントリとしないと判断し、この判断の結果を示すエントリ判断結果情報を生成する機能と、エントリ判断結果情報を取得し、このエントリ判断結果情報に基づいてディレクトリツリーの構造を示すツリー構造情報を生成する機能を実行させる（請求項１０）。
【００１９】
上記構築支援プログラムによれば、使用者が容易に判断し入力することができるエントリ判断基準情報を取得し、ツリー構造情報を生成する。
そのため、使用者がディレクトリサービスに関する知識を有していない場合でも、ディレクトリサービスの構築支援に有用なツリー情報を生成することができる。
【００２０】
本発明に係る構築支援プログラムは、コンピュータに、ディレクトリツリーを構成するエントリが、エントリを組織単位に分割するか否かの判断の基準となる分割判断基準項目に該当するか否かを示す分割判断基準情報を取得する機能と、分割判断基準情報に基づいて、分割判断基準項目の少なくとも一つに該当するエントリを独立した組織単位とすると判断し、この判断結果を示す分割判断結果情報を生成する機能と、分割判断結果情報を取得し、この分割判断結果情報に基づいて前記ディレクトリツリーの構造を示すツリー構造情報を生成する機能とを実行させることを特徴とする（請求項１１）。
【００２１】
上記構築支援プログラムによれば、使用者が容易に判断し入力することができる分割判断基準情報を取得し、ツリー構造情報を生成する。
そのため、使用者がディレクトリサービスに関する知識を有していない場合でも、ディレクトリサービスの構築支援に有用なツリー情報を生成することができる。
【発明の効果】
【００２２】
本発明によれば、エントリ判断手段がエントリの候補となる部門名とエントリ判断用質問に対する回答とに基づいてエントリ候補の部門をエントリとすべきか否かを判断し、その結果に基づいて結果出力手段がディレクトリツリーの構造を出力装置に表示する。ここで、使用者が入力する必要がある情報は、エントリ候補の部門とエントリ判断用質問に対する回答だけである。
そのため、構築装置の使用者は、ディレクトリサービスに関する専門知識を有していなくても、組織の部門をエントリとしたディレクトリツリーの構成を得ることができる。
【発明を実施するための最良の形態】
【００２３】
以下、図を参照しながら本発明の１実施形態である設定支援装置１０の構成と動作について説明する。ここでは、設定支援装置１０は、ディレクトリサービスの一実装例であるMicrosoft社のActiveDirectoryにおけるドメインツリー（ディレクトリツリー）の初期設定を支援する場合を例として説明する。
【００２４】
図１は、設定支援装置１０の構成を示す概略機能ブロック図である。
設定支援装置１０は、例えばパーソナルコンピュータで構成され、ドメイン決定手段（エントリ判断手段）１１、フォレスト決定手段（分割判断手段および結果出力手段）１２、ドメイン決定用質問表示手段（エントリ判断用質問表示手段）１３、フォレスト決定用質問表示手段１４（分割判断用質問表示手段）、たえばマウスにより構成される入力手段１５、たとえば液晶ディスプレイにより構成される表示手段１６、記憶部１７を備えている。
【００２５】
ドメイン決定手段１１は、使用者が入力したドメイン（エントリ）候補と、ドメイン決定用質問に応じて使用者が入力手段１５により入力した回答に基づいて、ドメイン候補を独立したドメインとするか否かを判断する。
【００２６】
フォレスト決定手段１２は、ドメイン環境決定手段により決定されたドメインを単一のフォレスト（組織単位）とするか複数のフォレストとするかを判断し、複数のフォレストとすべきと判断した場合には、どのようにフォレスト分割をするか判断する。この判断は、フォレスト決定用質問に応じて使用者が入力手段１５により入力した回答に基づいて行われる。
フォレスト決定手段は、ドメインの依存関係と信頼関係を視覚的に示す図を生成して、表示装置１６に出力する。
【００２７】
ドメイン決定用質問表示手段は、入力手段１１からドメイン候補を受け取ると共に、記憶部１７からドメイン決定用質問ファイル１７ａを読み出し、これらの情報に基づいて使用者に回答の入力を促す画面を生成して表示手段１６に出力する。
【００２８】
フォレスト決定用質問表示手段は、ドメイン決定手段１１から独立したドメインにすべきと判断されたドメイン候補を受け取ると共に、記憶部１７からフォレスト決定用質問ファイル１７ｂを読み出し、これらの情報に基づいて使用者に回答の入力を促す画面を生成して表示手段１６に出力する。
【００２９】
記憶部１７は、例えばRAM(Random Access Memory)により構成され、ドメイン決定用質問ファイル１７ａとフォレスト決定用質問ファイル１７ｂが格納されている。
記憶部１７は、構築支援装置の各部が取得したり生成したりした情報を一時的に格納するワークエリアとしても利用される。
【００３０】
ドメイン決定用質問ファイル１７aには、ドメイン決定用質問が例えばテキストファイルの形式で格納されている。この例では、「セキュリティ設定を適用する範囲を分けますか」（質問Q1）、「管理者を分散させますか」（質問Q2）、「NTドメインをそのまま移行しますか」（質問Q3）の三つの質問が記録されている。
【００３１】
分割決定用質問ファイル１７ｂには、分割決定用質問が例えばテキストファイルの形式で格納されている。この例では、「信頼関係を結びたくないドメインは存在しますか」（質問Q４）、「スキーマ構造を分けたいドメインがありますか」（質問Q５）の二つの質問が記録されている。
【００３２】
次に、構築支援装置１０の動作例について説明する。
この例では、図２に示す組織構成を持つX株式会社２０の情報システムにActiveDirectoryを導入しようとしている場面を想定している。X株式会社は、本社２１と工場２２の二つの事業所を有している。本社には、経営企画部２３、総務部２４、営業部２５、経理部２６、人事部２７の５つの部が、工場２２には、総務課２８、開発課２９、製造課３０の三つの課が設けられている。各部課には、それぞれ人員とパーソナルコンピュータ等のクライアントコンピュータ、サーバコンピュータ、ネットワークプリンタなどの機器が配置されている。これらは、ディレクトリサービスの観点からは管理の対象となる「資源」である。
本社２１と工場２２にはそれぞれLANが敷設され、本社２１のLANと工場２２のLANはWANにより接続されていて、各事業所に設置された各機器は、相互に通信をすることができる。
また、X株式会社には専任の情報システム担当者はおらず、総務部に在籍している甲がActive Directoryの初期設定を行うものとする。甲は、サーバコンピュータの日常的な管理は行っているが、ディレクトリサービスに関する専門知識は有していない。
【００３３】
X株式会社にActive Directoryを導入するために、甲は、まず管理対象となる資源をドメインに分割し、ドメイン同士の依存関係と信頼関係を決定する必要がある。また、ドメインを一つのフォレストとして管理するか複数のフォレストに分割して管理するかを決定し、複数のフォレストに分割する場合はどのように分割するかを決定する必要がある。
「フォレスト」とは、「Active Directory のドメイン ツリーのもっとも大きな単位の構成要素で、複数のドメイン上の一つの階層として表現可能な双方向の信頼関係を持つドメインの集合体」を意味し、同一のフォレスト内のドメインは、共通のスキーマ、構成、およびグローバルカタログを共有している。
【００３４】
Active Directoryを実装しているMicrosoft社のOSには、「ウィザード」が準備されているので、甲は、これを利用して設定を行うことができる。たとえば、図２に示した組織構成をそのままディレクトリ構造に置き換え図３に示すようなディレクトリを構成することは簡単にできる。図３では、「X株式会社」ドメインをルートとし、その下の階層に「本社」ドメインと「工場」ドメインを配置し、各部課をそれぞれ一つのドメインとし「本社」ドメインおよび「工場」ドメインの下の階層に配置している。そして、全ドメインが一つのフォレストに含まれている。
しかし、このような構成が適切であるとは限らず、むしろ多くの場合不都合が生じるので、甲は、実際の設定作業を行う前に設定支援装置１０を利用して適切なディレクトリ構造を予め決定しておく。
【００３５】
図４は、構築支援装置１０の動作を示すフローチャートである。
甲は、入力装置１５を使用してドメインの候補の部門名を入力する（ＳＴ１０１）。ここでは、ドメインの候補として図２に示した各部課名を示す８個の文字列「経営企画部」「総務部」「営業部」「経理部」「人事部」「総務課」「開発課」「製造課」が入力されたものとする。また、ルートドメインの名称として使用する「Ｘ株式会社」も入力されたものとする。ドメイン決定手段１１は、入力されたドメイン候補の部門名を記憶部１７に格納する。
【００３６】
ドメイン決定用質問表示手段１３は、記憶部１７からドメインの候補の部門名とドメイン決定用質問ファイル１７ａを読み出して、質問内容を表示し回答を促すための画面を生成して表示手段１６に表示する（ＳＴ１０２）。
図５は、この画面を示す概略図である。
画面上部のラベル４０には、質問の対象となっているドメイン候補が表示される。図では、ＳＴ１０１において入力されたドメイン候補のうちの一つ「経営企画部」が表示されている。ラベル４４、４５、４６にはそれぞれ一つの質問が表示されている。使用者甲は、質問を肯定する場合には、対応するチェックボックス４１、４２、４３にポインタを定めてマウスのボタンをクリックする（以下、このような操作を単に「チェックボックスをクリックする」と表現する）。クリックされたチェックボックスには、チェックマークが表示される。図では、第３の質問に対して甲が肯定する入力をし、チェックボックス４３にチェックマークが表示された状態を示している。甲は、一つのドメイン候補について入力を終了するとボタン４８をクリックし、次のドメイン候補について上記と同様の操作を行い回答を入力する。ボタン４７をクリックすることにより入力済みのデータをチェックしたし修正したりすることもできる。全てのドメイン候補について入力を完了すると、ボタン４９をクリックしドメイン決定用質問に対する回答（エントリ判断基準情報）の入力を終了する（ＳＴ１０３）。ドメイン決定用質問表示手段は入力された解答を記憶部１７に格納する。
上記のＳＴ１０１ないしＳＴ１０３は、エントリ判断基準情報取得工程の一例である。
【００３７】
ドメイン名の候補とドメイン決定用質問に対する回等の情報を取得したドメイン決定手段１１は、これらの情報に基づいて各ドメイン候補について独立したドメインとすべきか否かを判定する（ＳＴ１０４：エントリ判断結果情報生成工程）。
図６は、ＳＴ１０４の動作の詳細を示すフローチャートである。
ドメイン決定手段１１は、記憶部１７からドメイン決定用質問に対する解答を読み出し、ドメイン候補について質問Ｑ１「セキュリティ設定を適用する範囲を分けますか」、Ｑ２「管理者を分散させますか」、Ｑ３「ＮＴドメインをそのまま移行しますか」に対する回等をそれぞれ判定し（ＳＴ１１０、１１１、１１２）一つ以上の回答が肯定的である場合には、そのドメイン候補を独立したドメインとする（ＳＴ１１３）。回答が全て否定的である場合には、そのドメイン候補を側立したドメインとしない（ＳＴ１１４）。ドメイン決定手段１１は、全てのドメイン候補について上記ＳＴ１１０ないしＳＴ１１４の処理を繰り返す（ＳＴ１１５）。そして判断の結果（エントリ判断結果情報）を記憶部１７に格納する。
【００３８】
たとえば、図４のＳＴ１０３において、図７の表に示す回答が入力されたものとする。表の第１列は、入力されたドメイン候補、第２列は質問Ｑ１に対する回答、第３列は質問Ｑ２に対する回答、第４列は質問Ｑ３に対する回答を示している。回答の欄では、「Ｙ」は図５のチェックボックス４１等がチェックされたこと、「Ｎ」はチェックされなかったことを示している。この例の場合、回答の一つ以上が「Ｙ」となっているドメイン候補「経営企画部」「人事部」「開発課」の３つが独立したドメインにすべきと判定される。
この時点で想定されるディレクトリ構造は図８のようになる。「Ｘ株式会社」ドメインをルートとし、その一つ下の階層に独立したドメイン「経営企画部ドメイン」「人事部ドメイン」「開発課ドメイン」が配置されている。ドメイン候補のうち「総務部」等の独立ドメインにすべきと判定されなかったものは、一つのドメインに集約され統一されたセキュリティポリシ等のもとで運用される。フォレストについては、まだ検討されていないので、仮に全体を一つのフォレストとしてある。
【００３９】
フォレスト決定用質問表示手段１４は、記憶部１７からＳＴ１０４の判断結果とフォレスト決定用質問ファイル１７ｂを読み出して、質問内容を表示し回答を促すための画面を生成して表示手段１６に表示する（ＳＴ１０５）。
図９は、質問Ｑ４「信頼関係を結びたくないドメインは存在しますか」に対する回答を入力するための画面の一例である。図９（ａ）は、質問が表示された直後の状態を示している。画面上部には、質問の内容が表示されている。また、独立ドメイン「経営企画部」（ドメイン１）、「人事部」（ドメイン２）、「開発課」（ドメイン３）を示す３個のアイコン５０ａ、５０ｂ、５０ｃと総務部等の独立したドメインとしないと判定された部課をまとめたドメイン４を示すアイコン５０ｄも表示されている。
ドメイン３がドメイン１とドメイン２を信頼しないようにしたい場合、甲は、アイコン５０ｃ、アイコン５０ａの順にクリックする。すると、図９（ｂ）に示すように中央に信頼関係を結ばないことを示す「×」が、先端に信頼関係の向きを示す矢印がそれぞれ付された直線５１が二つのアイコンを結ぶように表示される。同様に、アイコン５０ｃおよび５０ｂを順次クリックすると直線５２が表示される。
甲は、選択を終了すると、ボタン５３をクリックし質問Ｑ４に対する回答の入力を終了する。
【００４０】
図１０は、質問Ｑ５「スキーマ構造を分けたいドメインがありますか」に対する回答を入力する画面の一例である。
画面上部のラベル５５には、質問の対象となっているドメインが表示される。図では、ドメインのうちの一つ「経営企画部」が表示されている。ラベル５７には質問が表示されている。使用者甲は、質問を肯定する場合には、対応するチェックボックス５６をクリックする。クリックされたチェックボックスには、チェックマークが表示される。甲は、一つのドメインについて入力を終了するとボタン５９をクリックし、次のドメインについて上記と同様の操作を行い回答を入力する。ボタン５８をクリックすることにより入力済みのデータをチェックしたり修正したりすることもできる。全てのドメインについて入力を完了すると、ボタン６０をクリックして質問Ｑ５に対する回答の入力を終了する。
ここでは、質問Ｑ４に対しては、図９（ｂ）に示すように「開発課」ドメインが「経営企画部」ドメインと「人事部」ドメインを信頼しないという回答が、質問Q５に対しては、「開発課」ドメインを他のドメインとは異なるスキーマ構造とするという回答が入力されたものとする。
フォレスト決定用質問表示手段１４は、入力された質問Ｑ４およびＱ５に対する解答（分割判断基準情報）を記憶部１７に格納する。
【００４１】
フォレスト決定手段１２は、ＳＴ１０４の判定結果とＳＴ１０６で入力された回答を記憶部１７から読み出し、これらの情報に基づいて各ドメインをどのようにフォレストに分割するかを判定する（ＳＴ１０７：分割判断結果情報生成工程）。
図１１は、ＳＴ１０７の動作を詳細に説明するフローチャートである。
フォレスト決定手段１２は、それぞれのドメインについて信頼関係を結びたくないドメインがあるか否かを判断する（ＳＴ１２０）。信頼関係を結びたくないドメインがある場合は、そのドメインを独立したフォレストにする（ＳＴ１２０の判定がイエス、ＳＴ１２２）。信頼関係を結びたくないドメインが無い場合には、そのドメインのスキーマ構造を他のドメインとは異なる独自のものとしたいか否かを判断する（ＳＴ１２１）。独自のものとしたい場合は、そのドメインを独立したフォレストとし（ＳＴ１２１の判定がイエス、ＳＴ１２２）、そうでない場合は、そのドメインは独立しフォレストにしない（ＳＴ１２１の判定がノー、ＳＴ１２３）。すなわち、ＳＴ１２０とＳＴ１２１の判定がいずれもノーの場合には、そのドメインを独立したフォレストにはせず、その他の場合はそのドメインを独立したドメインとする。
フォレスト決定手段１２は、上記のＳＴ１２０からＳＴ１２３の動作を全てのドメインについて繰り返す（ＳＴ２４）。
このような処理の結果、信頼関係を結びたくないドメインがあり、かつ、独自のスキーマ構造を採用したい「開発課」ドメインを独立したフォレストにするべきと判定する。
フォレスト決定手段１２は、判断の結果を記憶部１７に格納する。
【００４２】
フォレスト決定手段１２は、以上の各ステップで決定された独立ドメインとフォレストの分割に基づいてディレクトリツリーの形状を示す画像（ツリー構造情報）を生成し出力装置１６に表示する（ＳＴ１８：出力工程）。
図１２は、フォレスト決定手段１２が出力する画像の一例を示す図である。第１フォレスト７０には、ドメイン決定手段１１により独立したドメインとすべきと判定された「経営企画部」ドメイン（ドメイン１）と「人事部」ドメインが配置されている。第２フォレスト７１には、フォレスト決定手段１２により別フォレストにすべきと判断された「開発課」ドメイン（ドメイン３）が配置されている。第３フォレスト７２には、独立したドメインにするべきと判断されなかった部課を一つにまとめたドメイン４が配置されている。
このような、ドメインツリーの構成を得た甲は、各ドメインのドメインコントローラで「ActiveDirectoyのインストールウィザード」を起動して、実際の構築作業を行う。
【００４３】
本発明は、上記の各工程をコンピュータに実行させ、コンピュータをエントリ判断用質問表示手段、エントリ判断手段、分割判断用質問表示手段、分割判断手段、結果表示手段として機能させるプログラムとすることもできる。
【００４４】
構築支援装置１０によれば、ドメイン決定手段１１が、ドメインの候補となる部門名とドメイン決定手段がドメイン決定用質問に対する回答とに基づいてドメイン候補の各部門を独立したドメインとすべきか否かを判断する。
フォレスト環境設定手段１２は、ドメイン決定手段の判断結果とドメイン決定用質問に対する回答に基づいて、独立したドメインにすべきと判断された各部門を、独立したフォレストにすべきか否かを判断し、この判断結果に基づいてドメインツリーの形状を示す画像を生成し表示手段１６に出力する。
ここで、使用者が入力する必要がある情報は、ドメイン候補の部門とドメイン決定用質問に対する回答とフォレスト決定用質問に対する回答だけである。ドメイン候補の部門名は、現実の会社組織を知っていれば入力できる。エントリ決定用質問とフォレスト決定用質問に対する回答は、質問に対し二者択一の回答をするだけで入力することができる。
そのため、構築支援装置１０の使用者が、ディレクトリサービスに関する専門知識を有していなくても、適切なドメインツリーの形状を提示してディレクトリサービスの構築支援をすることができる。
【図面の簡単な説明】
【００４５】
【図１】構築支援装置の機能ブロック図である。
【図２】ディレクトリサービスの構築対象となる組織の構成図である。
【図３】ドメインツリーの一例を示す図である。
【図４】構築支援装置の動作を示すフローチャートである。
【図５】ドメイン決定用質問表示手段が出力する画面の一例を示す図である。
【図６】ドメイン決定手段の動作を示すフローチャートである。
【図７】ドメイン決定用質問に対する回答例を示す図である。
【図８】ドメインツリーの一例を示す図である。
【図９】図９（ａ）は、フォレスト決定用質問表示手段が出力する画面の一例を示す図である。図９（ｂ）は、フォレスト決定用質問に対する回答の入力例を示す図である。
【図１０】フォレスト決定用質問表示手段が出力する画面の一例を示す図である。
【図１１】フォレスト決定手段の動作を示すフローチャートである。
【図１２】表示装置に出力されるドメインツリーの構造を示す図である。
【符号の説明】
【００４６】
１０  構築支援装置
１１  ドメイン決定手段（エントリ判断手段）
１２  フォレスト決定手段（分割判断手段および結果出力手段）
１３  ドメイン決定用質問表示手段（エントリ判断用質問表示手段）
１４  フォレスト決定用質問表示手段（分割判断用質問表示手段）
１５  入力手段
１６  表示手段（出力装置）
１７  記憶部（記憶装置）
１７ａ  ドメイン決定用質問ファイル
１７ｂ  フォレスト決定用質問ファイル
【図１】
2007094709.tif 000003
【図２】
2007094709.tif 000004
【図３】
2007094709.tif 000005
【図４】
2007094709.tif 000006
【図５】
2007094709.tif 000007
【図６】
2007094709.tif 000008
【図７】
2007094709.tif 000009
【図８】
2007094709.tif 000010
【図９】
2007094709.tif 000011
【図１０】
2007094709.tif 000012
【図１１】
2007094709.tif 000013
【図１２】
2007094709.tif 000014