"複数の管理対象を有するシステムにおいて、前記管理対象に対する管理情報を生成する管理情報生成装置における管理情報生成方法であって、前記管理情報生成装置の制御部は、前記システムにおける管理対象の構成情報と、前記複数の管理対象のうち一部の管理対象に対する予め設定された管理情報と、を記憶部に格納し、前記管理情報生成装置の設定部は、前記構成情報と、前記予め設定された管理情報とを用いて、前記複数の管理対象のうち他の管理対象に対する管理情報を生成することを特徴とする管理情報生成方法。前記管理情報は、前記管理対象に対するユーザの権限情報であることを特徴とする請求の範囲第1項に記載の管理情報生成方法。前記設定部は、前記構成情報を参照し、前記管理対象の親の管理対象に対する権限情報として、前記権限情報に相当する権限範囲の権限情報を生成することを特徴とする請求の範囲第2項に記載の管理情報生成方法。前記設定部は、前記親の管理対象に対する権限情報として、当該親の管理対象の子の管理対象に対する権限情報とは異なる権限範囲の権限情報を生成することを特徴とする請求の範囲第3項に記載の管理情報生成方法。前記制御部は、前記複数の管理対象を予め設定されたグループに分割するグループ定義情報を記憶部にさらに格納し、前記設定部は、前記グループ定義情報を参照し、権限情報が予め設定された管理対象と同一のグループに属する他の管理対象に対する権限情報を生成することを特徴とする請求の範囲第2項に記載の管理情報生成方法。前記制御部は、管理対象に権限情報を設定することができない場合は、当該管理対象の親の管理対象の構成を変更することにより、ユーザの権限を制限することを特徴とする請求の範囲第2項に記載の管理情報生成方法。前記構成情報は、前記管理対象への接続情報を保持し、前記設定部は、前記接続情報に基づいて当該管理対象に接続し、生成した前記権限情報を当該管理対象に設定することを特徴とする請求の範囲第2項に記載の管理情報生成方法。請求の範囲第1項から請求の範囲第7項のいずれか一項に記載の管理情報生成方法をコンピュータに実行させるための管理情報生成プログラム。複数の管理対象を有するシステムにおいて、前記管理対象に対する管理情報を生成する管理情報生成装置であって、前記システムにおける管理対象の構成情報と、前記複数の管理対象のうち一部の管理対象に対する予め設定された管理情報とが格納される記憶部と、前記構成情報と、前記予め設定された管理情報とを用いて、前記複数の管理対象のうち他の管理対象に対する管理情報を生成する設定部と、を備えることを特徴とする管理情報生成装置。前記管理情報は、前記管理対象に対するユーザの権限情報であることを特徴とする請求の範囲第9項に記載の管理情報生成装置。前記設定部は、前記構成情報を参照し、前記管理対象の親の管理対象に対する権限情報として、前記権限情報に相当する権限範囲の権限情報を生成することを特徴とする請求の範囲第10項に記載の管理情報生成装置。前記設定部は、前記親の管理対象に対する権限情報として、当該親の管理対象の子の管理対象に対する権限情報とは異なる権限範囲の権限情報を生成することを特徴とする請求の範囲第11項に記載の管理情報生成装置。前記記憶部には、前記複数の管理対象を予め設定されたグループに分割するグループ定義情報がさらに格納され、前記設定部は、前記グループ定義情報を参照し、権限情報が予め設定された管理対象と同一のグループに属する他の管理対象に対する権限情報を生成することを特徴とする請求の範囲第10項に記載の管理情報生成装置。前記管理対象に権限情報を設定することができない場合は、当該管理対象の親の管理対象の構成を変更することにより、ユーザの権限を制限する制御部をさらに備えることを特徴とする請求の範囲第10項に記載の管理情報生成装置。このような状況においては、ユーザは複数のサーバを利用する場合が発生する。ここで、ユーザの操作ミスによる影響の拡大防止や、ユーザに不要な情報を見せないようにするために、各サーバにはユーザの役割に合った権限を設定する必要がある特許文献1参照。しかし、この設定作業は、システムの大規模化や、サーバ間の上下関係を意識する必要があるため、煩雑であるという問題がある。本発明は、このような背景に鑑みてなされたものであり、複数のサーバに対し適切な管理情報を効率的に生成することを目的とする。前記課題を解決するために、本発明の管理情報生成方法は、複数の管理対象を有するシステムにおいて、前記管理対象に対する管理情報を生成する管理情報生成装置における管理情報生成方法であって、前記管理情報生成装置の制御部は、前記システムにおける管理対象の構成情報と、前記複数の管理対象のうち一部の管理対象に対する予め設定された管理情報と、を記憶部に格納し、前記管理情報生成装置の設定部は、前記構成情報と、前記予め設定された管理情報とを用いて、前記複数の管理対象のうち他の管理対象に対する管理情報を生成することを特徴とする。その他の解決手段については、実施形態中で適宜説明する。本発明によれば、複数のサーバに対し適切な管理情報を効率的に生成することが可能となる。<第1実施形態>以下、本発明の第1実施形態について、図1~図9を参照して説明する。なお、各図において、共通する部分には同一の符号を付し重複した説明を省略する。図1は、実施形態に係る管理情報生成システム1の全体構成を示す図である。図1に示すように、管理情報生成システム1は、管理サーバ管理情報生成装置20と、物理サーバ1414a,14b,14cと、ネットワークスイッチ11と、ストレージスイッチ15と、ディスクアレイ装置30と、関連管理サーバ10と、を備える。管理情報生成システム1は、各装置を1つ以上備えている。管理サーバ20は、ネットワークスイッチ11を介して、物理サーバ14、ディスクアレイ装置30、関連管理サーバ10に接続する。物理サーバ14は、ネットワークスイッチ11を介して、他の物理サーバ14、管理サーバ20、ディスクアレイ装置30、関連管理サーバ10に接続する。また、物理サーバ14は、ストレージスイッチ15を介して、ディスクアレイ装置30に接続する。ネットワークスイッチ11は、ネットワークスイッチ、ルータ、ロードバランサ、ファイアウォール等のネットワーク機器である。ディスクアレイ装置30は、FCFiberChannelおよびLANLocalAreaNetworkインタフェースを備え、管理サーバ20、各物理サーバ14、関連管理サーバ10が使用する1つ以上のディスクを含む記憶装置システムである。関連管理サーバ10は、管理サーバ20が管理情報生成システム1の各部に接続するために連携するものである。関連管理サーバ10は、管理サーバ20が管理情報生成システム1の各部に対し情報取得、状態変更、構成変更等を行うための機能を有する。また、関連管理サーバ10は、外部インタフェースAPIApplicationProgramInterface、CLICommandLineInterface等を備え、管理サーバ20は、ネットワーク等を介して関連管理サーバ10の機能を実行することができる。仮想サーバ1212a,12b,12c,12d,12e,12fおよびサーバ仮想化機構1313a,13b,13cについては、後記する。なお、関連管理サーバ10、仮想サーバ12、サーバ仮想化機構13および物理サーバ14をまとめて、適宜各サーバという。[管理サーバ20の構成]次に、管理サーバ20の構成について図2を参照して説明する。図2に示すように、管理サーバ20は、設定部21と、構成管理部22と、利用状況管理部23と、制御部24と、を備える。また、管理サーバ20は、利用状況テーブル100と、権限定義テーブル200と、構成情報テーブル300と、伝播テーブル400と、グループ定義テーブルグループ定義情報500と、ユーザ情報テーブル600と、をメモリ記憶部28に格納する。なお、伝播テーブル400は、第2実施形態で必要となり、グループ定義テーブル500は、第3実施形態で必要となる。第1実施形態では、これらのテーブルは不要である。設定部21は、管理サーバ20、仮想サーバ12、サーバ仮想化機構13、物理サーバ14、および関連管理サーバ10に、権限情報を設定するものである。権限情報とは、ユーザによる各サーバ等への接続を制御するための情報であり、Administrator権限、Modifier権限、Viewer権限がある。Administrator権限とは、すべての操作が実行可能な権限であり、Modifier権限とは、制御状態や構成を変更する機能を実行することおよび情報取得が可能な権限であり、Viewer権限とは、情報取得のみが可能な権限である。構成管理部22は、各サーバの構成情報ホスト名、IPアドレス等を収集するものである。また、構成管理部22は、収集した情報を保持するために後記する構成情報テーブル300を使用する。利用状況管理部23は、権限情報を利用状況テーブル100に設定するものである。利用状況管理部23は、管理者に対し、権限情報を設定するためのインタフェースGUIGraphicalUserInterface等を提供する。NICNetworkInterfaceCard26は、ネットワーク27に接続するためのものである。管理サーバ20は、ネットワーク27を介して、物理サーバ14、ディスクアレイ装置30、関連管理サーバ10と接続する。管理サーバ20は、複数のNICを有してもよい。制御部24は、管理サーバ20内の全体を制御する主制御部である。この制御部24は、各機能部から通知される制御情報に基づいて、動作を決定し、他の機能部に対して指示を行う。利用状況テーブル100、権限定義テーブル200、構成情報テーブル300、伝播テーブル400、グループ定義テーブル500については、後記する。ユーザ情報テーブル600は、ユーザが管理サーバ20や各サーバに対し、直接または管理サーバ20を介して情報取得や制御を実行するための認証情報ユーザID、パスワード等を保持するものである。この情報は、ユーザが管理サーバ20のGUI等を介して事前に設定する。なお、第1実施形態では、設定部21、構成管理部22、利用状況管理部23は、CPUCentralProcessingUnit25によって実行されるプログラム管理情報生成プログラムとして説明するが、管理サーバ20に搭載するハードウェアやファームウェア、またはそれらの組み合わせにより実装してもよい。また、設定部21、構成管理部22、利用状況管理部23は、管理サーバ20が備える補助記憶装置に格納され、実行時にはメモリ28にロードされてから、CPU25によって実行される。図3は、実施形態に係る物理サーバ14およびディスクアレイ装置30の構成を示すブロック図である。物理サーバ14は、プログラム制御により動作するコンピュータであり、NIC26を介して、ネットワーク27に接続される。また、物理サーバ14は、HBAHostBusAdapter29を介して、ディスクアレイ装置30に接続される。なお、物理サーバ14は、複数のNIC26およびHBA29を備えていてもよい。業務ソフトウェア41は、業務に必要な処理を実行するプログラムである。OSOperatingSystem42は、物理サーバ14を制御する基本ソフトウェアである。システムディスク33は、物理サーバ14にインストールされたOSを有するディスクボリュームである。データディスク34は、仮想サーバ12や物理サーバ14が業務のために使用するデータを有するディスクボリュームである。図4は、実施形態に係る仮想サーバ12を構築した物理サーバ14およびディスクアレイ装置30の構成を示すブロック図である。物理サーバ14は、物理サーバ14上において、仮想サーバ12、サーバ仮想化機構13を稼動させている。サーバ仮想化機構13は、仮想サーバ管理部40、制御I/FInterface43を備えている。仮想サーバ管理部40は、仮想サーバ12の負荷情報、構成に関する情報、状態情報を収集、保持、更新するものである。負荷情報とは、例えば、CPU使用率、メモリ使用量等の情報である。構成に関する情報とは、例えば、OSの種別、割り当てた仮想デバイス等の情報である。状態情報とは、電源、デバイスの有効無効、デバイスの障害の有無等の情報である。制御I/F43は、外部管理サーバ20、各サーバ等への、仮想サーバ管理部40に対するアクセス手段の提供を行う。サーバ仮想化機構13上では、1つ以上の仮想サーバ12が動作する。仮想サーバ12は、サーバ仮想化機構13によって物理サーバ14の資源が割り当てられて動作する仮想的なサーバ装置である。仮想サーバ12では、業務ソフトウェア41、OS42が動作する。また、仮想サーバ12内にさらに別のサーバ仮想化機構13を動作させてもよい。ディスクアレイ装置30は、仮想サーバイメージ格納ディスク31と、定義情報格納ディスク32と、をさらに備えている。仮想サーバイメージ格納ディスク31は、仮想サーバ12を構成するディスクイメージである仮想サーバOSイメージ131を有するディスクボリュームである。定義情報格納ディスク32は、仮想サーバ12にインストールされたOSや、割り当てられた仮想的なデバイスであるCPUやメモリ等の内容を記述した仮想サーバ定義132を有するディスクボリュームである。図5は、実施形態に係る管理情報生成システム1の利用形態を示す図である。管理情報生成システム1では、このシステムの利用者として、管理者50、ユーザA51、ユーザB52を想定している。管理者50は、システム全体を管理する者であり、通常は、システムに対し1人であるが複数人いてもよい。ユーザA51、ユーザB52は、管理者50の代行として管理作業を行うものであり、1人でもよい。管理者50、ユーザA51、ユーザB52は、管理サーバ20もしくは関連管理サーバ10を介して、または直接に、物理サーバ14、仮想サーバ12、サーバ仮想化機構13に接続して、管理作業に必要な機能情報取得、状態変更、構成変更等を使用する。管理者50、ユーザA51、ユーザB52が接続先の装置で使用できる機能は、各装置に設定されている権限に基づいて決められる。管理者50は、すべての装置に対しすべての機能を利用することができる。また、ユーザA51、ユーザB52は、システムの一部に対し、すべてまたは一部の機能を利用することができる。例えば、ユーザB52は、ユーザA51のみに権限が設定された仮想サーバA用12aには接続することができない。また、ユーザA51およびユーザB52に権限が設定されたサーバ仮想化機構A、B共用13cには、ユーザA51、ユーザB52の両者が接続することができる。管理者50は、ユーザA51、ユーザB52が装置に対して利用できる機能の範囲を管理方針等に基づいて事前に決める。利用状況テーブル100次に、利用状況テーブル100について、図6を参照して説明する。図6は、実施形態に係る利用状況テーブル100の一例を示す図である。利用状況テーブル100は、ユーザ管理者が管理サーバ20を介して各サーバに接続する際の権限情報を保持するものである。管理対象項目110は、各サーバを識別するための識別子を格納するものである。なお、本明細書等において、管理対象とは、管理情報を設定する対象の装置のことである。例えば、管理対象は、管理サーバ20が管理する物理サーバ14、仮想サーバ12、サーバ仮想化機構13、関連管理サーバ10である。ここで、管理情報とは、権限情報を含む概念である。利用状況権限情報項目120は、管理対象に対するユーザごとの権限情報を格納するものである。第1実施形態では、ユーザごとの権限情報を格納するためのユーザA項目121,ユーザB項目122を有する。例えば、テーブル100における管理対象項目110がノード1であるレコードのユーザA項目121に対してModifier権限が設定されている場合、ノード1に対してユーザA51にModifier権限が設定されているということであり、ユーザA51は、管理サーバ20を用いてノード1に対して、制御および情報取得が可能である。同様に、ノード10に対してユーザA51にViewer権限が設定されている場合、ユーザA51は、管理サーバ20を用いてノード10に対して、情報取得のみが可能である。また、ノード3に対してユーザA51に権限が設定されていない場合、ユーザA51は、管理サーバ20を用いてノード3に接続することはできない。ユーザは、運用管理方針に基づいて、利用状況テーブル100に初期レコードを追加する。例えば、ユーザは、ノード1~ノード6仮想サーバ12a,12b,12g,12c,12d,12e図5において、丸番号1~6に対する権限情報を予め設定する。ノード1~ノード6は、業務ソフトウェアが動いているサーバである。なお、本明細書等において、これらの予め設定される情報を、予め設定された管理情報または予め設定された権限情報という。ところで、業務ソフトウェアが動いているサーバを管理するためには、そのシステムインフラであるノード7~ノード10サーバ仮想化機構13a,13b,13c,関連管理サーバ10図5において、丸番号7~10に対しても、権限情報を設定する必要がある。例えば図5に示すように、ノード7サーバ仮想化機構13a図5において、丸番号7の子ノードには、ユーザA51がModifier権限を持つノード1とノード2、および、ユーザB52がModifier権限を持つノード3が存在する。ノード1、ノード2、ノード3は仮想マシンであるため、Modifier権限がサポートするノード1~3の制御命令の実行は、サーバ仮想化機構であるノード7を介する必要がある。すなわち、ノード7では、制御先のノード1~3に対する権限に関係なく、ノード1~3の制御命令は、一旦ノード7にトラップされ、ユーザにその命令を実行する権限があるか否かがチェックされる。したがって、ユーザA51とユーザB52は、ノード7に対するModifier権限を持つ必要がある。ノード7~ノード10の権限情報については、管理サーバ20の設定部21が、利用状況テーブル100の初期レコード、ノードの種別対象種別、ノード間の親子関係の情報親情報を基に設定する。すなわち、ユーザが子であるノード1~ノード6に対する権限情報を予め設定した後、管理サーバ20の設定部21は、親であるノード7~ノード10に対する権限情報を自動的に設定することになる。これにより、複数のサーバに対し適切な管理情報を効率的に生成することができる。詳細は後記する。権限定義テーブル200次に、権限定義テーブル200について、図7を参照して説明する。図7は、実施形態に係る権限定義テーブル200の一例を示す図である。権限定義テーブル200は、管理サーバ20で定義している権限情報と、各サーバで定義している権限情報を対応づけた情報を保持するものである。対象種別項目210は、各サーバの種別を識別するための識別子である対象種別を格納するものである。同一のサーバの種別では、同一の権限情報が定義されているものとする。権限定義項目220は、権限定義を格納するものである。権限定義とは、製品ごとに異なる表現をしている権限情報のことである。通常、この権限定義は、製品ごとに事前に決められている。権限情報は、権限定義を抽象化して表現したものである。例えば図7に示すように、利用状況項目には、Administrator権限項目221、Modifier権限項目222、Viewer権限項目223が設定されている。例えば、ユーザにサーバ仮想化管理製品に対してModifier権限を与える設定をした場合、サーバ仮想化管理製品上には、Readonly権限を設定する必要があることを示す。構成情報テーブル300次に、構成情報テーブル300について、図8を参照して説明する。図8は、実施形態に係る構成情報テーブル300の一例を示す図である。構成情報テーブル300は、管理サーバ20が接続する各サーバの対象種別、接続情報、構成情報を保持するものである。構成管理部22は、定期的に各サーバからこれらの情報を取得し、この構成情報テーブル300を更新する。管理対象項目310は、各サーバを識別するための識別子を格納するものである。対象種別項目320は、各サーバの種別を識別するための識別子である対象種別を格納するものである。対象種別項目320の値は、対象種別項目210図7参照の値と対応するものである。接続情報項目330は、各サーバに接続するための情報である接続情報を格納するものである。第1実施形態では、接続情報をIPアドレスとしているが、他にもサブネットマスク、ゲートウェイ、VLANIDVirtualLocalAreaNetworkIDentification、プロトコル種別、ポート番号等を含めてもよい。親情報項目340は、各サーバの親のサーバを識別するための識別子である親情報を格納するものである。親情報項目340の値は、管理対象項目310の値と対応している。第1実施形態では、親情報として設定したサーバ間の親子関係は、管理対象と被管理対象の関係にあるもの例えば、図5に示す関連管理サーバ10とサーバ仮想化機構13、1つ以上の物理サーバ14の資源の集約と分割の関係にあるもの例えば、図5に示すサーバ仮想化機構13と仮想サーバ12としている。なお、本明細書等において、構成情報とは、親情報を含む概念である。[管理サーバ20の処理動作1]次に、管理サーバ20の処理動作1について図6~図9構成は適宜図2参照を参照して説明する。図9は、第1実施形態に係る管理サーバ20の処理動作を示すフローチャートである。まず概略を説明すると、この処理は、管理サーバ20に設定された各サーバに関する権限情報を用いて、当該サーバの親のサーバ、さらにその親のサーバと次々に辿りながら、これらのサーバに対して、当該権限情報に相当する権限範囲内の権限を設定するものである。また、この処理は、新しい管理対象として各サーバが利用状況テーブル100図6参照に登録された直後に開始する。なお、この処理の動作の契機を、管理者50からの指示としてもよいし、各サーバから管理サーバ20への接続完了通知やイベント信号等の受信時としてもよい。図9のフローチャートに示すように、ステップS101において、設定部21は、ユーザにより入力されたユーザ名、管理対象および利用状況を利用状況テーブル100図6参照に登録する。なお、既に登録している場合は、このステップを省略することができる。ステップS102において、設定部21は、利用状況テーブル100図6参照を参照して、ユーザA51について、管理対象項目110の管理対象と利用状況項目120の利用状況の組を1つ取得する以下、適宜項目名と符号を省略する。例えば図6に示すように、設定部21は、ユーザA51について、ユーザA項目121から、管理対象ノード1と利用状況Modifierの組を取得する。ステップS103において、設定部21は、構成情報テーブル300図8参照を参照して、取得した管理対象に対応する対象種別を取得する。例えば図8に示すように、設定部21は、管理対象ノード1の対象種別OS-1を取得する。ステップS104において、設定部21は、権限定義テーブル200図7参照を参照して、取得した対象種別と利用状況から権限定義を生成する。例えば図7に示すように、設定部21は、対象種別OS-1と利用状況Modifierから権限定義PowerUsersを生成する。ステップS105において、設定部21は、構成情報テーブル300図8参照を参照して、取得した管理対象に対応する接続情報を取得して、当該管理対象に接続し、ユーザ情報と生成した権限定義を当該管理対象に設定する。ここで、ユーザ情報とは、ユーザ情報テーブル600図2参照に格納されているユーザIDIDentificationおよびパスワードである。例えば図8に示すように、設定部21は、管理対象ノード1の接続情報1921680100を取得して、管理対象ノード1図5の仮想サーバ12aに接続し、ユーザ情報と権限定義PowerUsersを管理対象ノード1に設定する。ステップS106において、設定部21は、取得した管理対象に親の管理対象が存在するか否かを判定する。すなわち、設定部21は、構成情報テーブル300図8参照を参照して、取得した管理対象に対応する親情報が設定されているか否かを判定する。例えば図8に示すように、設定部21は、管理対象ノード1に対応する親情報にはノード7が設定されているため、親の管理対象ノード7が存在すると判定する。親の管理対象が存在すると判定した場合はステップS106Yes、ステップS107において、設定部21は、当該親の管理対象を現在の管理対象としてステップS103に戻り、同様の処理を繰り返す。すなわち、設定部21は、当該親の管理対象について、対象種別を取得しステップS103、取得した対象種別と利用状況から権限定義を生成しステップS104、当該親の管理対象に接続してユーザ情報と権限定義を設定するステップS105。なお、このとき、設定部21は、利用状況テーブル100図6参照にも、権限定義に相当する権限情報を設定する。そして、設定部21は、当該親の管理対象にさらに親の管理対象が存在するか否かを判定するステップS106。その後、設定部21は、同様の処理を繰り返す。例えば図8に示すように、設定部21は、管理対象ノード7の対象種別サーバ仮想化機構を取得し、図7に示すように、対象種別サーバ仮想化機構と利用状況Modifierから権限定義PowerUsersを生成し、管理対象ノード7に接続してユーザ情報と権限定義PowerUsersを設定する。なお、権限定義が-ヌル値であるときは、設定部21は、管理対象には接続せず、権限定義は設定しない。そして、設定部21は、利用状況テーブル100図6参照のユーザA51の管理対象ノード7に対して、権限定義PowerUsersに相当する権限情報Modifierを設定する。次に、設定部21は、図8を参照して、管理対象ノード7に親の管理対象ノード10が存在すると判定する。その後、設定部21は、図8を参照して、管理対象ノード10の対象種別サーバ仮想化管理製品を取得し、図7を参照して、対象種別サーバ仮想化管理製品と利用状況Modifierから権限定義Readonlyを生成し、管理対象ノード10に接続してユーザ情報と権限定義Readonlyを設定する。そして、設定部21は、利用状況テーブル100図6参照のユーザA51の管理対象ノード10に対して、権限定義Readonlyに相当する権限情報Viewerを設定する。一方、親の管理対象が存在しないと判定した場合はステップS106No、ステップS108において、設定部21は、利用状況テーブル100図6参照を参照して、他の管理対象またはユーザについて、利用状況が設定されているか否かを判定する。他の管理対象またはユーザについて、利用状況が設定されていると判定した場合はステップS108Yes、ステップS102に戻り、設定部21は、同様の処理を繰り返す。一方、他の管理対象またはユーザについて、利用状況が設定されていないと判定した場合はステップS108No、設定部21は、処理を終了する。第1実施形態により、管理サーバ20に設定された各サーバに対する利用状況120権限情報を用いて、当該サーバの親のサーバ、さらにその親のサーバと次々に辿りながら、これらの親のサーバに対して、当該権限情報に相当する権限範囲内の権限を設定することができる。<第2実施形態>次に、本発明の第2実施形態について、図10および図11構成は適宜図2を参照して説明する。第1実施形態では、管理サーバ20に設定した権限情報と等価の権限情報を各サーバに設定することを想定していたのに対して、第2実施形態では、あるサーバに設定する権限情報とその親のサーバに設定する権限情報との間で、権限範囲が異なる場合を考慮する。つまり、あるサーバの親のサーバに権限情報を設定するときは、より狭い権限範囲の権限を設定する場合も存在する。例えば、サーバ仮想化機構にはModifier権限を設定したいが、その親であるサーバ仮想化管理製品にはViewer権限を設定したい場合がある。第2実施形態では、これを解決するために、管理サーバ20に、次に説明する伝播テーブル400をさらに備えている図2参照。伝播テーブル400伝播テーブル400について、図10を参照して説明する。図10は、第2実施形態に係る伝播テーブル400の一例を示す図である。伝播テーブル400は、管理サーバ20に設定した権限情報と異なる権限範囲の権限情報を対象種別ごとに設定可能としたものである。対象種別項目410は、各サーバの種別を識別するための識別子である対象種別を格納するものである。対象種別項目410の値は、対象種別項目320図8参照の値と対応するものである。権限伝播情報項目420は、管理サーバ20に設定した権限情報である利用状況に、対象種別ごとに対応させた権限情報である権限伝播情報を格納しておくものである。この権限伝播情報項目420の値は、管理者ユーザが事前に決定する。利用状況項目には、Administrator権限項目421、Modifier権限項目422、Viewer権限項目423が設定されている。この利用状況項目の値の種類が増えれば、その分利用状況項目として列を増やせばよい。各サーバには、この伝播テーブル400に基づいて、権限情報が次々と伝播するように設定されていくこととなる。この動作を次に説明する。[管理サーバ20の処理動作2]管理サーバ20の処理動作2について図10および図11構成は適宜図2参照を参照して説明する。まず概略を説明すると、この処理は、管理サーバ20に設定された各サーバに対する権限情報図6参照を用いて、あるサーバの親のサーバ、さらにその親のサーバと次々に辿りながら、これらの親のサーバに対して、当該権限情報に相当する権限範囲または異なる権限範囲の権限を設定するものである。図11は、第2実施形態に係る管理サーバ20の処理動作を示すフローチャートである。このフローチャートにおいて、ステップS101~S107,S108の処理は、図9のフローチャートのステップS101~S107,S108の処理と同様であるため、同一のステップ番号を付し説明は省略する。ここでは、ステップS201~S203の処理について説明する。図11のフローチャートに示すように、ステップS201において、設定部21は、構成情報テーブル300図8参照を参照して、管理対象の親情報340に格納されている親について、対象種別を取得する。例えば図8に示すように、設定部21は、管理対象ノード7の対象種別サーバ仮想化機構を取得する。ステップS202において、設定部21は、伝播テーブル400図10参照を参照して、取得した対象種別と利用状況から権限伝播情報を取得する。例えば図10に示すように、設定部21は、対象種別サーバ仮想化機構と利用状況Modifierから権限伝播情報Modifierを取得する。ステップS203において、設定部21は、取得した権限伝播情報を利用状況に代入し、権限定義テーブル200図7参照を参照して、取得した対象種別と、利用状況から権限定義を生成する。そして、処理はステップS105へ戻る。例えば図7に示すように、設定部21は、取得した権限伝播情報Modifierを利用状況に代入し、対象種別サーバ仮想化機構と利用状況Modifierから権限定義PowerUsersを生成し、管理対象ノード7に接続してユーザ情報と権限定義PowerUsersを設定する。その後、同様に、設定部21は、管理対象ノード7に親の管理対象ノード10が存在すると判定しステップS106Yes、管理対象ノード10の対象種別サーバ仮想化管理製品を取得しステップS201、伝播テーブル400図10参照を参照して、対象種別サーバ仮想化管理製品と利用状況Modifierから権限伝播情報Viewerを取得しステップS202、取得した権限伝播情報Viewerを利用状況に代入し、権限定義テーブル200図7参照を参照して、対象種別サーバ仮想化管理製品と利用状況Viewerから権限定義Readonlyを生成するステップS203。そして、ステップS105において、設定部21は、管理対象ノード10に接続してユーザ情報と権限定義Readonlyを設定する。第2実施形態により、管理サーバ20に設定されたサーバに対する権限情報を用いて、当該サーバの親のサーバ、さらにその親のサーバと次々に辿りながら、これらのサーバに対して、子のサーバの権限情報よりも狭い権限範囲の権限を設定することができる。<第3実施形態>次に、本発明の第3実施形態について、図5、図12および図13構成は適宜図2を参照して説明する。第3実施形態では、各サーバがグループに所属する状況を考慮する。このグループは、負荷分散、フェイルオーバ等のために、管理者、ユーザ、管理サーバ20、関連管理サーバ10によって定義されるものである。例えば、ノード3仮想サーバB用12g図5において、丸番号3は、負荷分散やフェイルオーバのために、ノード8サーバ仮想化機構A用13b図5において、丸番号8の上に移動される場合がある。ノード3が移動した直後には、ノード8は、A,B共用となる必要がある。すなわち、ノード8に対して、ユーザB52の権限を設定しておく必要がある。これを解決するために、ノード3とノード8とが予め同一グループに所属するように設定されていれば、ユーザB52の権限がノード3に加えてノード8にも設定されることとなる。また、通常は、ノード1を使用しているが、障害が発生したときに、ノード7を使用するという場合に、ノード7に対しても、ノード1と同じ権限を設定しておく必要がある。これを解決するために、ノード1とノード7とが予め同一グループに所属するように設定されていれば、ノード1に加えてノード7にも権限が設定されることとなる。このため、第3実施形態では、管理サーバ20に、次に説明するグループ定義テーブル500をさらに備えている図2参照。グループ定義テーブル500グループ定義テーブル500について、図12を参照して説明する。図12は、第3実施形態に係るグループ定義テーブル500の一例を示す図である。グループ定義テーブル500は、管理サーバ20が管理する各サーバのグルーピングに関する情報を保持するものである。管理対象項目510は、各サーバを識別するための識別子を格納するものである。管理対象項目510の値は、管理対象項目110,310の値と対応するものである。所属グループ情報項目520は、各サーバが所属するグループを示すものである。第3実施形態では、所属グループ情報項目520には、リソースグループ1項目521、リソースグループ2項目522、リソースグループ3項目523が設定されている。設定が必要なグループの数が増えれば、その分グループ項目の列を増やせばよい。なお、第3実施形態では、グループ定義テーブル500の内容を、すべて管理サーバ20で保持することとし、所属グループ情報項目520の値は、構成管理部22が、作成更新することとする。なお、管理負荷分散のために関連管理サーバ10で一部の情報を管理する場合には、管理サーバ20が必要に応じて、その都度、関連管理サーバ10から情報を取得することとしてもよい。[管理サーバ20の処理動作3]次に、管理サーバ20の処理動作3について図12および図13構成は適宜図2を参照して説明する。まず概略を説明すると、この処理は、管理サーバ20に設定された各サーバに対する権限情報図6参照を用いて、あるサーバと同一のグループに属する他のサーバに対して、その権限情報に相当する権限範囲の権限を設定するものである。図13は、第3実施形態に係る管理サーバ20の処理動作を示すフローチャートである。このフローチャートにおいて、ステップS101~S107,S108の処理は、図9のフローチャートのステップS101~S107,S108の処理と同様であるため、同一のステップ番号を付し説明は省略する。ここでは、ステップS301,S302の処理について説明する。図13のフローチャートに示すように、ステップS301において、設定部21は、ステップS102で取得した管理対象が属するグループと同一のグループに属する他の管理対象が存在するか否かを判定する。同一のグループに属する他の管理対象が存在すると判定した場合はステップS301Yes、ステップS302において、設定部21は、当該他の管理対象を現在の管理対象とする。その後、同様に、設定部21は、当該他の管理対象に接続し、ユーザ情報および権限定義を設定するステップS103a~ステップS105a。なお、ステップS103a~ステップS105aの処理は、ステップS103~ステップS105と同じ処理である。一方、同一のグループに属する他の管理対象が存在しないと判定した場合はステップS301No、処理は、ステップS108へ進む。例えば図12に示すように、設定部21は、ステップS102で取得した管理対象ノード1が属するグループリソースグループ1と同一のグループに属する他の管理対象ノード2ノード3~5,7,8が存在すると判定しステップS301、管理対象をノード2とするステップS302。その後、同様に、設定部21は、構成情報テーブル300図8参照を参照して、管理対象ノード2の対象種別OS-1を取得しステップS103a、権限定義テーブル200図7参照を参照して、対象種別OS-1と利用状況Modifierから権限定義PowerUsersを生成するステップS104a。そして、設定部21は、構成情報テーブル300図8参照を参照して、取得した管理対象ノード2の接続情報1921680101を取得して、管理対象ノード2に接続し、ユーザ情報と生成した権限定義PowerUsersを管理対象ノード2に設定するステップS105a。第3実施形態により、管理サーバ20に設定された各サーバに対する権限情報図6参照を用いて、あるサーバの親のサーバ、さらにその親のサーバと次々に辿りながら、これらの親のサーバに対して、当該権限情報に相当する権限範囲の権限を設定することができる。また、管理サーバ20に設定された各サーバに対する権限情報を用いて、あるサーバと同一のグループに属する他のサーバに対して、その権限情報に相当する権限範囲の権限を設定することができる。<第4実施形態>[管理サーバ20の処理動作4]次に、第4実施形態に係る管理サーバ20の処理動作4について図14構成は適宜図2を参照して説明する。まず概略を説明すると、この処理は、あるサーバに権限情報を設定することができない場合に、当該管理対象の親の管理対象の構成を変更することにより、ユーザの権限を制限するものである。図14は、第4実施形態に係る管理サーバ20の処理動作を示すフローチャートである。このフローチャートにおいて、ステップS101~S104,S105~S107,S108,S201~S203の処理は、図11のフローチャートのステップS101~S104,S105~S107,S108,S201~S203の処理と同様であるため、同一のステップ番号を付し説明は省略する。ここでは、ステップS401,S402の処理について説明する。図14のフローチャートに示すように、ステップS401において、設定部21は、管理対象に権限情報の設定が可能か否かを判定する。この判定は、管理対象の対象種別や、権限定義や、サーバの機能リスト等に基づいて行われる。例えば、設定部21は、権限定義テーブル200にヌル値が設定されている場合は、権限情報の設定が不可能であると判定する。管理対象に権限情報の設定が可能であると判定した場合はステップS401Yes、ステップS105において、設定部21は、管理対象に接続してユーザ情報と権限定義を設定する。一方、管理対象に権限情報の設定が不可能であると判定した場合はステップS401No、ステップS402において、制御部24は、当該管理対象の親の管理対象の構成を変更する。ここで、管理対象に権限情報の設定が不可能であるとは、管理対象に外部からユーザ名および権限情報を設定するインタフェースがない場合や、そもそも権限定義が存在しない場合等をいう。また、管理対象の構成の変更とは、パーティション分割や、サーバのマイグレーションや、物理サーバから仮想サーバへの変更等をいう。これにより、ユーザのアクセス権限を制限あるいは変更したことと同等の効果を得ることができる。例えば図5において、丸番号8で示すノード8サーバ仮想化機構13bには、権限情報を設定できない場合を考える。このとき、ノード8には、デフォルトで設定されているユーザ名および権限情報例えば、rootを用いることとなり、ユーザに対し不必要な権限を与えてしまうおそれがある。この場合、ノード8の親ノードであるノード9サーバ仮想化機構13cのパーティション分割等を行うことにより、ノード8へのユーザのアクセス権限を制限する。第4実施形態により、あるサーバに権限情報を設定することができない場合に、当該管理対象の親の管理対象の構成を変更することにより、ユーザの権限を制限することができる。<変形例>以上、本発明の一実施形態について説明したが、本発明はこれに限定されず、本発明の趣旨を逸脱しない範囲で変更することができる。例えば、第1~第4実施形態の説明では、権限情報を用いたが、権限情報の他に、制御情報、認証情報等にも適用できる。なお、本明細書等において、これらの情報をまとめて、管理情報という。また、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。"