JP2005234705A - システムの自動構成を実現するシステムレイアウト設計プログラム、システムレイアウト設計装置、およびシステムレイアウト設計方法 - Google Patents

Abstract

【課題】 効率的なシステム構成を自動生成することができるようにする。
【解決手段】 システムレイアウト生成手段３により、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置が関連付けられ、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウト４ａ，４ｂ，４ｃ，・・・が生成される。そして、評価手段５により、システムレイアウト生成手段３で生成されたシステムレイアウト４ａ，４ｂ，４ｃ，・・・が、予め指定された評価基準にしたがって評価され、最も高く評価されたシステムレイアウト６が設計結果としてシステムレイアウト記憶手段７に格納される。
【選択図】 図１

Description

本発明は複数のシステムの自動構成を実現するためのシステムレイアウト設計プログラム、システムレイアウト設計装置、およびシステムレイアウト設計方法に関し、特に複数の機能を構築するためのシステムレイアウト設計プログラム、システムレイアウト設計装置、およびシステムレイアウト設計方法に関する。

情報通信技術（ＩＴ：Information Technology）によるサービスを提供する場合、処理効率が良く安定した運用が可能なコンピュータシステム（ＩＴインフラストラクチャ）を構築する必要がある。従来、ＩＴインフラストラクチャを構築する場合、物理システムレイアウトの設計、各ノードへの設定項目の決定及び各ノードへの設定の実施は、人手により行われていた。

図２４は、従来のＩＴインフラストラクチャ・システムの例を示す図である。従来は、複数の管理対象ノード９１０，９２０それぞれに対してローカルの端末装置９３０，９４０が接続されていた。管理対象ノード９１０，９２０には、管理ノード９５０が接続されており、運用状況が管理ノード９５０において管理される。管理対象ノード９１０は、シリアルポート９１１、物理リソース制御部９１２、および物理リソース９１３を有する。同様に、管理対象ノード９２０は、シリアルポート９２１、物理リソース制御部９２２、および物理リソース９２３を有する。

システムの管理者は、物理システムを手作業で設計し、各管理対象ノード９１０，９２０に対して割り振る機能（たとえば、Ｗｅｂサーバ機能など）を決定する。そして、管理者は、各端末装置９３０，９４０を操作して、各管理対象ノード９１０，９２０に対して、所定の機能の導入および各種項目の設定（環境設定）を行う。設定操作は、管理者が端末装置９３０，９４０のキーボードをたたき、直接コマンドを入力することで行われる。コマンドの内容自身についても、事前に検討したシステム全体構成図を元に人手によって作成されている。

入力されたコマンドで示される内容は、シリアルポート９１１，９２１を介して管理対象ノード９１０，９２０に入力され、物理リソース制御部９１２，９２２に設定される。システムの運用が開始されると、物理リソース制御部９１２，９２２によって物理リソース９１３，９２３が制御され、所定の機能が提供される。提供される機能の運用状況は管理ノード９５０によって監視される。

このように、人為的な作業に頼っていると、設定における勘違い等によるオペレーション・ミスが発生する可能性が高く、システムが完全に構築できるまで相当の時間がかかっていた。しかもシステムの規模が大きくなれば、物理システムの設計が難しくなり、又それに併せて、システム構築時における誤設定の頻度が高くなる。そこで、どんなシステムにおいても、簡単に物理システムレイアウトの設計が行え、さらに誤設定の頻度を軽減することができるシステムが考えられている。

たとえば、情報機器の物理的構成を定義する物理的パラメータと、ネットワークの論理的構成を定義する論理パラメータとを記憶しておき、情報機器に設定すべき内容を抽出して、該当する情報機器に設定するネットワーク構築支援システムが考えられている。（たとえば、特許文献１参照）。

また、ネットワークシステムに必要な機器を選択する機能と、選択された機器を構成機器としたネットワーク構成図を作成する機能と、作成したネットワーク構成図の評価を行う機能とを有するシミュレータも考えられている（たとえば、特許文献２参照）。

また、コンピュータネットワークシステムを設定する際に必要な情報を自動的に収集し、ネットワーク構成設定用パラメータを各ノードに自動的に配信するネットワークシステムが考えられている（たとえば、特許文献３参照）。

さらに、電子計算機およびネットワーク機器に対応する情報を格納するデータベースを有し、各情報からユーザの要求する条件を満たすネットワーク仕様図を生成すると共に、そのネットワーク仕様が物理的要素を満たすことをチェックするネットワーク管理システムが考えられている（たとえば、特許文献４参照）。
特開平８−９５８８４号公報 特開２００３−１０１５３７号公報 特開平８−１１０８７８号公報 特開平５−２２５１０４号公報

上記のようにシステム規模が大きくなればなるほど、物理システム設計が複雑となり、管理者が自己の知識と経験のみでシステムを設計するのが困難となる。また、手作業によってシステム構築作業を行っているため、システム規模の拡大に伴い、構築時における作業工数が増えてしまう。作業工数が増大すれば、オペミス等によるトラブル数も増加する。作業工数の増加とトラブル発生数の増加により、システム構築に関するＴＣＯ（Total Cost of Ownership）も増加してしまう。

なお、上記特許文献４のように、ネットワーク仕様図を自動生成するシステムもあるが、このシステムは単に物理的要件を満たすネットワーク仕様を作成するのみであり、効率的なシステム構成の探索を自動で行うことはできない。すなわち、物理的要件を満たすネットワーク仕様が複数のパターン存在するときに、それらのネットワーク仕様の中から効率的なシステム構成を探索することができなかった。システムの規模が大きくなれば、物理的要件を満たすシステム構成のパターンが多数となる。それらのシステム構成のうちどの構成が処理効率が良いのかを、管理者が随時判断するのは困難である。

本発明はこのような点に鑑みてなされたものであり、効率的なシステム構成を自動生成することができるシステムレイアウト設計プログラム、システムレイアウト設計装置、およびシステムレイアウト設計方法を提供することを目的とする。

本発明では上記課題を解決するために、図１に示すようなシステムレイアウト設計プログラムが提供される。本発明に係るシステムレイアウト設計プログラムは、管理対象ネットワーク上での複数の機能の配置を決定するためのものである。このシステムレイアウト設計プログラムは、コンピュータに以下の処理を実行させることができる。すなわち、コンピュータに対して、管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブル１と、管理対象ネットワークを構成する複数の装置および装置の接続状況を示す物理要素情報が格納された物理システム情報テーブル２とを記憶装置に格納する格納処理と、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置を関連付け、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウト４ａ，４ｂ，４ｃ，・・・を生成するシステムレイアウト生成処理と、システムレイアウト生成処理で生成されたシステムレイアウト４ａ，４ｂ，４ｃ，・・・を、予め指定された評価基準にしたがって評価し、最も高く評価されたシステムレイアウト６を設計結果としてシステムレイアウト記憶手段７に格納する評価処理とを、実行させることができる。

このようなシステムレイアウト設計プログラムをコンピュータで実行させれば、まず、システムレイアウト生成手段３により、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置が関連付けられ、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウト４ａ，４ｂ，４ｃ，・・・が生成される。そして、評価手段５により、システムレイアウト生成手段３で生成されたシステムレイアウト４ａ，４ｂ，４ｃ，・・・が、予め指定された評価基準にしたがって評価され、最も高く評価されたシステムレイアウト６が設計結果としてシステムレイアウト記憶手段７に格納される。

また、上記課題を解決するために、管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計装置において、前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルと、前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成するシステムレイアウト生成手段と、前記システムレイアウト生成手段で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する評価手段と、を有することを特徴とするシステムレイアウト設計装置が提供される。

このようなシステムレイアウト設計装置によれば、システムレイアウト生成手段により、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置が関連付けられ、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウトが生成される。そして、評価手段により、システムレイアウト生成手段で生成されたシステムレイアウトが、予め指定された評価基準にしたがって評価され、最も高く評価されたシステムレイアウトが設計結果としてシステムレイアウト記憶手段に格納される。

また、上記課題を解決するために、管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計方法において、入力手段が、記憶装置に、前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルとを格納し、システムレイアウト生成手段が、前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成し、評価手段が、前記システムレイアウト生成手段で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する、ことを特徴とするシステムレイアウト設計方法が提供される。

このようなシステムレイアウト設計方法によれば、システムレイアウト生成手段により、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置が関連付けられ、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウトが生成される。そして、評価手段により、システムレイアウト生成手段で生成されたシステムレイアウトが、予め指定された評価基準にしたがって評価され、最も高く評価されたシステムレイアウトが設計結果としてシステムレイアウト記憶手段に格納される。

以上説明したように本発明では、システムレイアウト生成手段で生成されたシステムレイアウトをレイアウト評価手段で評価し、最も評価の高いシステムレイアウトを設計結果とするようにしたため、大規模な管理対象ネットワークであっても、効率性等に関する所定の評価基準に最も適合したシステムレイアウトを設計することができる。

以下、本発明の実施の形態を図面を参照して説明する。
まず、実施の形態に適用される発明の概要について説明し、その後、実施の形態の具体的な内容を説明する。

図１は、実施の形態に適用される発明の概念図である。本発明は、論理システム条件テーブル１、物理システム情報テーブル２、システムレイアウト生成手段３、評価手段５、システムレイアウト記憶手段７で構成される。

論理システム条件テーブル１には、管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納される。たとえば、論理システム条件テーブル１には、個々のノード、インタフェース及びそれに求められるスペック、ノード間の接続情報が登録される。物理システム情報テーブル２には、管理対象ネットワークを構成する複数の装置および装置の接続状況を示す物理要素情報が格納される。たとえば、物理システム情報テーブル２には、ハードウェア属性情報や位置（ルート）情報及び障害情報、性能情報が登録される。

システムレイアウト生成手段３は、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置を関連付け、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウト４ａ，４ｂ，４ｃ，・・・を生成する。

たとえば、システムレイアウト生成手段３は、論理システム条件中における起点となるサーバ（シードサーバ）を仮定し、それを基軸として物理資源にマッピングする。具体的には、シードサーバを起点として論理システム内で隣接するサーバを探索し、隣接サーバ及びその間のインタフェースを物理資源として配置・配線する。この接続関係を拡張していくことにより、サーバ全体での物理資源へのマッピングが完了する。

また、システムレイアウト生成手段３は、同様にストレージに関しても論理システム条件内で基点となるストレージと隣接するサーバ、ストレージを探索する。そして、システムレイアウト生成手段３は、隣接サーバ、ストレージ間のインタフェース及び対象ストレージ・ノードを物理資源にマッピングする。この接続関係を拡張していくことにより、ストレージ全体の物理資源へのマッピングが行われる。

評価手段５は、システムレイアウト生成手段３で生成されたシステムレイアウト４ａ，４ｂ，４ｃ，・・・を、予め指定された評価基準にしたがって評価し、最も高く評価されたシステムレイアウト６を設計結果としてシステムレイアウト記憶手段７に格納する。たとえば、評価手段５は、システムレイアウト４ａ，４ｂ，４ｃ，・・・に対して、論理システム条件との整合性の確認および性能的な検証（ネットワーク帯域、ＣＰＵのパフォーマンス等）を行い、システム全体で論理／物理に矛盾及び性能不足がないかを確認する。ここで、矛盾または性能不足が生じた場合、その問題点をクリアにした条件での再度のマッピングをシステムレイアウト生成手段３に要求する。

このようなシステムによれば、システムレイアウト生成手段３により、論理システム条件それぞれに対して、論理システム条件で示される機能を実現するための装置が関連付けられ、全ての論理システム条件に対する装置の関連付けを示すシステムレイアウト４ａ，４ｂ，４ｃ，・・・が生成される。そして、評価手段５により、システムレイアウト生成手段３で生成されたシステムレイアウト４ａ，４ｂ，４ｃ，・・・が、予め指定された評価基準にしたがって評価され、最も高く評価されたシステムレイアウト６が設計結果としてシステムレイアウト記憶手段７に格納される。システムレイアウト６は、論理要素（装置毎に構築すべき処理機能）と物理要素（管理対象ネットワークを構成する装置）との対応関係を示すマッピンング情報である。

たとえば、システムの安定性を優先した評価基準でシステムレイアウト４ａ，４ｂ，４ｃ，・・・を評価すれば、信頼性の高いシステムレイアウトを得ることができる。また、処理効率を優先した評価基準でシステムレイアウト４ａ，４ｂ，４ｃ，・・・を評価すれば、処理効率の高いシステムレイアウトを得ることができる。

このような本発明の機能は、サーバ、ストレージ、ネットワークにおけるＩＴインフラストラクチャ・システムにおいて、論理システムから各ノードの設定配備までの自動化を行い、システム設計における複雑さ・誤設定を回避するのに有効に利用できる。

なお、論理システム条件テーブル１において、論理システム条件に優先度を設定しておくことができる。たとえば、制約条件が厳しい論理システム条件の優先度を高くする。ここで、制約条件とは、必要なＣＰＵの処理速度、データ伝送速度、メモリ容量などの指定である。ＣＰＵの処理速度であれば、要求されるＣＰＵの動作周波数が高いほど、制約条件が厳しくなる。論理システム条件に優先度が設定されている場合、システムレイアウト生成手段３は、優先度の高い論理システム条件から順に、論理システム条件で示される機能を実現するための装置の関連付けを行う。これにより、全ての論理システム条件を満たすシステムレイアウトを早期に見つけだすことができる。

また、評価手段５は、システムレイアウト生成手段３によってシステムレイアウトが生成される毎に、生成されたシステムレイアウトの評価を示す評価値を計算し、評価値が予め設定された所定値（閾値）以上となった場合、所定値を超えた評価値を得たシステムレイアウトを設計結果とすることもできる。これにより、全ての論理システム条件を満たすシステムレイアウトが複数生成可能な場合であっても、そのようなシステムレイアウトの全てを生成せずに処理を終了させることができる。したがって、システムレイアウト生成処理時間を短縮できる。

また、システムレイアウト生成手段３は、論理システム条件で示される機能を実現するための装置を関連付けのパターンが複数できるとき、各関連付けによって示される部分レイアウトの評価を評価手段５から取得し、評価の高い部分レイアウトを固定したうえで、他の論理システム条件に対して関連付ける装置を検討することができる。これにより、深さ優先探索が行われる。深さ優先探索は、１つの頂点から辺をたどって行けるところまで行き、進めなくなったら引き返して別の路を選ぶという方針による探索である。深さ優先探索を行うことにより、横幅優先探索に比べて、高い評価のシステムレイアウトを早期に生成することが可能となる。

すなわち、横幅優先探索では、論理システム条件を満たす部分レイアウトを生成した後、その論理システム条件を満たす他の部分レイアウトを順番に探索する。次いで、生成した各部分レイアウトに対して、次の論理システム条件を満たす部分レイアウトを探索する。このような横幅優先探索では、全ての論理システム条件を満たすシステムレイアウトを生成するまでに、非常に多くの処理が必要となる。

一方、深さ優先探索を行うことで、論理システム条件を満たすシステムレイアウトが早期に生成される。このシステムレイアウトが、所定の評価基準よりも良い評価が得られれば、そのシステムレイアウトを設計結果とすることができる。その結果、システムレイアウト設計処理に要する時間が短縮される。

また、システムレイアウト記憶手段に格納されたシステムレイアウトに基づいて、管理対象ネットワークを構成する装置に対してシステムレイアウトに従った機能を実装するための設定ファイルを生成する設定ファイル生成手段を更に設けることができる。設定ファイル生成手段は、たとえば、予め設定ファイルテンプレートを有しており、システムレイアウト記憶手段に登録されたシステムレイアウト内の装置毎の情報を設定ファイルテンプレート内の所定の位置に挿入することで、装置毎の設定ファイルを生成する。設定ファイルテンプレートは、各物理リソースの設定項目、パラメータ及びその組み合わせパターンからなる。

具体的には、設定ファイル生成手段は、システムレイアウトから物理トポロジ(製品単位)に分割を行う。その後、その物理トポロジ単位で、設定ファイルテンプレートを元にし、設定項目の抽出及びそのパラメータを決定する。それが完了すれば、各製品に合わせたバッチ形式又はディスクイメージを作成する。設定ファイルを自動生成することにより、設計されたシステムレイアウトに従った管理対処ネットワークの構築が容易となる。

さらに、管理対象ネットワークを構成する装置を遠隔制御し、設定ファイル生成手段によって生成された設定ファイルに基づいて装置の環境設定を行う構成制御管理手段を設けることもできる。これにより、設計されたシステムレイアウトに従った管理対処ネットワークを自動的に構築できる。すなわち、構成制御管理手段は、設定ファイル生成部で生成された設定ファイル（あるいはバッチファイル又はディスクイメージ）を各ノードに対し、確実に反映させる。具体的には、構成制御管理手段では、各ノードのアドレス管理、各ノードとのネットワーク連携、データ送信を行う。そして、管理対象ノードに設けられた構成制御エージェントが、管理ノードとの連携、データ受信、ハードウェアへの設定反映を行う。

これにより、人手による手間を省き、システム構築におけるオペレーション・ミスの低減及びシステム構築のスピード向上が図れる。また、同様に稼動中のシステムにおいてもシステム変更におけるサービス中断時間を短縮できる。

なお、構成制御管理手段は、装置間の通信路上に配置されるスイッチに対する環境設定を最後に行うようにする。これにより、設計されたシステムレイアウトに応じた環境設定済みの装置と、環境設定前の装置とが通信することによる処理の不整合の発生を防止できる。

このように、自動で設計したシステムレイアウトに沿って、管理対象ネットワーク内のシステムが自動で構築する機能は、ネットワークを管理する上で非常に有用な機能である。そこで、管理ノードがＷｅｂサーバとして機能させるべきノードを遠隔操作し、そのノードに対するＷｅｂサーバ用のアプリケーションソフトウェアの導入および環境設定を行う場合の実施の形態について、以下に詳細に説明する。

［第１の実施の形態］
まず、本発明の第１の実施の形態について説明する。
図２は、第１の実施の形態のシステム構成例を示す図である。管理ノード１００は、ネットワーク１０を介して、管理対象ネットワーク２００内のサーバ２１０，２２０等の管理対象ノードに接続されている。管理ノード１００は、管理対象ネットワーク２００上で構築すべき論理リソースと、管理対象ネットワーク２００内の物理リソースとに基づいて、論理リソースの機能をどの物理リソースで実現するかを示す物理システムレイアウトを決定する。

また、管理ノード１００は、サーバ２１０，２２０等の管理対象ノードを遠隔操作し、サーバ２１０，２２０等に対して物理システムレイアウトに従った機能を構築する。
図３は、管理ノードのハードウェア構成例を示す図である。管理ノード１００は、ＣＰＵ(Central Processing Unit)１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ(Random Access Memory)１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。

グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、管理ノード１００のハードウェア構成例を示したが、サーバ２１０，２２０も同様のハードウェア構成で実現することができる。

図４は、管理ノードの処理機能を示すブロック図である。図４に示すように、管理ノード１００は、レイアウト設計条件ＤＢ（データベース）１１０、システムレイアウト記憶部１２１、設定ファイルＤＢ１２２、入力部１３１、システムレイアウト設計部１３２、設定ファイル生成部１３３、構成制御管理部１３４、及び出力部１３５を有している。

レイアウト設計条件ＤＢ１１０には、管理対象ネットワークのシステムレイアウトを設計するために必要な条件が登録される。レイアウト設計条件ＤＢ１１０に登録される情報の詳細は後述する。

システムレイアウト記憶部１２１には、管理対象ネットワークの構成要素に対応付けて、その構成要素が実行すべき処理機能を示す情報（システムレイアウト）が登録される。たとえば、ある管理対象ノードに対して、セキュリティ保障を有したＷｅｂサーバとして機能すべきことが登録される。このシステムレイアウトは、システムレイアウト設計部１３２によって登録される。なお、システムレイアウト記憶部１２１に設定された情報は、入力部１３１によって変更することができる。

また、システムレイアウト記憶部１２１において、ある特定の管理対象ノードに関しては、システムレイアウトの機能を予め指定しておくことができる。この指定は、管理者が入力部１３１を介して行う。予め機能が指定された場合、その機能と管理対象ノードとの対応関係は、確定した部分レイアウトとして固定される。

設定ファイルＤＢ１２２は、管理対象ネットワーク２００の構成要素に対して遠隔操作によって設定する項目と、その設定内容とが登録される。この情報は、設定ファイル生成部１３３によって設定される。なお、設定ファイルＤＢ１２２に設定された情報は、入力部１３１によって変更することができる。

入力部１３１は、管理者からの操作入力等に応答して、各種情報を管理ノード１００内に登録する。具体的には、入力部１３１は、レイアウト設計条件ＤＢ１１０に対して、レイアウト設計に必要な条件を登録する。また、入力部１３１は、システムレイアウト記憶部１２１や設定ファイルＤＢ１２２に対する情報の更新操作を行う。

システムレイアウト設計部１３２は、レイアウト設計条件ＤＢ１１０を参照して管理対象ネットワーク２００にシステムレイアウトを設計する。設計されたシステムレイアウトは、システムレイアウト記憶部１２１に登録される。なお、システムレイアウト設計部１３２の詳細については後述する。

設定ファイル生成部１３３は、設定項目生成−物理機器の役割および論理的な接続を、物理機器に対して設定する際の設定内容を記述した設定ファイルを生成する。具体的には、設定ファイル生成部１３３は、システムレイアウト記憶部１２１に登録されたシステムレイアウトを参照し、管理対象ネットワーク２００の構成要素に対して設定する項目と、その項目の内容とを生成する。そして、設定ファイル生成部１３３は、生成した項目と、その項目の内容とを含む設定ファイルを設定ファイルＤＢ１２２に登録する。

構成制御管理部１３４は、システムレイアウトの結果を物理システムに反映させる機能を有する。具体的には、構成制御管理部１３４は、管理対象ネットワーク２００を構成する管理対象ノード（サーバ２１０，２２０等）とネットワーク１０を介して通信し、サーバ２１０，２２０等の管理対象ノードに対して所定の設定を行う。たとえば、サーバ２１０，２２０等の管理対象ノードに対して環境設定（プログラムの導入やパラメータ設定）を行う。環境設定は、物理要素に対する設定内容を定義した設定ファイルを、物理要素側に配布・適用することで実現される。

出力部１３５は、管理者からの操作入力等に応答して、レイアウト設計条件ＤＢ１１０、システムレイアウト記憶部１２１、および設定ファイルＤＢ１２２に登録されている情報を出力する。出力先は、モニタ１１の画面やネットワークを介して接続される他のノードなどである。

サーバ２１０は、構成制御エージェント２１１と物理リソース２１２とを有している。構成制御エージェント２１１は、管理ノード１００との間で通信を行い、管理ノード１００からの要求に応じてサーバ２１０を制御する。たとえば、構成制御エージェント２１１は、所定の処理機能を実現するためのソフトウェアの導入、およびその機能に対する物理リソース２１２の割り当てを行う。

物理リソース２１２は、サーバ２１０を構成するハードウェア機能である。たとえば、ＣＰＵによる演算機能、ＲＡＭによるデータの一時記憶機能、ＨＤＤによるデータ保存機能である。物理リソース２１２は、処理機能に対して任意に割り当て可能である。たとえば、各処理機能（Ｗｅｂサーバ等）のＣＰＵ占有率を設定することで、ＣＰＵの演算機能を割り当てることができる。

サーバ２２０は、構成制御エージェント２２１と物理リソース２２２とを有している。構成制御エージェント２２１と物理リソース２２２との機能は、それぞれサーバ２１０の構成制御エージェント２１１、物理リソース２１２と同じである。

なお、図４には、管理対象ノードの例としてサーバ２１０，２２０を示しているが、ネットワークのスイッチ等の他の管理対象ノードも管理制御エージェントおよび物理リソースを有する。

次に、レイアウト設計条件ＤＢ１１０とシステムレイアウト設計部１３２の詳細について説明する。
図５は、レイアウト設計条件ＤＢとシステムレイアウト設計部との詳細構成を示す図である。まず、レイアウト設計条件ＤＢ１１０の詳細について説明する。なお、図５において、破線の矢印は、処理の開始指示等の制御情報の転送を示している。一方、実線の矢印は、処理対象となるデータの転送を示している。

レイアウト設計条件ＤＢ１１０は、優先度設定テーブル１１１、論理システム条件テーブル１１２、物理システム情報テーブル１１３、レイアウトテーブル１１４、およびレイアウト評価テーブル１１５を含んでいる。

論理システム条件テーブル１１２と物理システム情報テーブル１１３に関しては、システムレイアウト設計を実施する毎に新たなデータが登録される。優先度設定テーブル１１１とレイアウト評価テーブル１１５とに関しては、システムレイアウト設計処理を行うために必要な情報が予めＨＤＤ等の不揮発性の記録媒体に登録されている。レイアウトテーブル１１４は、システムレイアウト設計処理の間に生成される中間データである。

優先度設定テーブル１１１には、論理システム条件を検討する順番の優先度が定義される。優先度は、たとえば、制約条件が厳しいもの程高い値とする。優先度設定テーブル１１１の内容は、管理者が入力部１３１を使用して任意に変更することができる。

論理システム条件テーブル１１２には、管理対象ネットワーク２００上に構築する機能の論理構成を示す情報（論理システム条件）が登録される。論理システム条件とは、どのような処理機能をどの程度の性能で提供するのかを示す情報である。たとえば、セキュリティ保障を有したＷｅｂサーバを、ＣＰＵ能力２ＧＨｚ相当の資源によって提供することが、論理構成を示す情報で示される。この情報は、入力部１３１を介して登録される。なお、論理システム条件テーブル１１２に登録される論理システム条件は、ＣＡＤ等により設計された論理システム構成図に基づいて自動生成することもできる。

物理システム情報テーブル１１３には、管理対象ネットワーク２００に含まれるハードウェア資源（物理リソース）の構成が登録される。たとえば、管理対象ネットワーク２００の構成要素の物理属性（性能等）や各要素の接続関係が保持されている。

レイアウトテーブル１１４には、生成されたシステムレイアウトが一時的に格納される。
レイアウト評価テーブル１１５には、生成されたシステムレイアウトの評価基準が登録される。レイアウト評価テーブル１１５の内容は、管理者が入力部１３１を使用して任意に変更することができる。

システムレイアウト設計部１３２は、優先度算出部１３２ａ、レイアウト実施部１３２ｂ、およびレイアウト評価部１３２ｃを有している。
優先度算出部１３２ａは、優先度設定テーブル１１１を参照し、論理システム条件テーブル１１２内の各論理システム条件に対して優先度を設定する。

レイアウト実施部１３２ｂは、論理システム条件テーブル１１２と物理システム情報テーブル１１３とを参照し、物理システムのリソースを組み合わせることで論理システム条件を満たすシステムレイアウトを生成する。生成したシステムレイアウトは、レイアウトテーブル１１４に登録される。

レイアウト評価部１３２ｃは、物理システム情報テーブル１１３、レイアウトテーブル１１４、およびレイアウト評価テーブル１１５を参照し、生成されたシステムレイアウトを評価する。そして、レイアウト評価部１３２ｃは、評価値が最も大きいシステムレイアウトをシステムレイアウト記憶部１２１に登録する。

また、レイアウト評価部１３２ｃは、所定の評価基準を超えたシステムレイアウトが得られた時点で、レイアウト生成処理を終了させることができる。この場合、レイアウト評価部１３２ｃは、生成されたシステムレイアウトの評価が所定値（閾値）を超えた場合、評価対象のシステムレイアウトをシステムレイアウト記憶部１２１に登録する。評価が所定値を超えていなければ、レイアウト評価部１３２ｃは、レイアウト実施部１３２ｂに対して、別のシステムレイアウトの生成を要求する。この場合、レイアウト実施部１３２ｂは、レイアウト評価部１３２ｃからの要求に応じて、次のシステムレイアウト生成処理を開始することとなる。

図５に示す構成に基づいて、システムレイアウトが設計される。システムレイアウト設計処理では、まず優先度算出部１３２ａによる論理システム条件の優先度算出処理が行われる。優先度算出処理の際には、優先度設定テーブル１１１が参照される。

図６は、優先度設定テーブルのデータ構造例を示す図である。優先度設定テーブル１１１には、条件の種類と、その条件の種類に対する優先度が設定されている。１つの論理システム条件について、当てはまる全ての項目の優先度が累積され、その論理システム条件の優先度となる。

ＣＰＵの処理能力に関する条件として、サーバのＣＰＵ能力がＸＧＨｚ（Ｘは、ＣＰＵの動作周波数をギガヘルツ単位で示す実数）であるという条件が設定されていた場合、その条件の優先度はＸ×５０となる。すなわち、ＣＰＵの処理能力に関する条件の優先度は、必要とされるＣＰＵの動作周波数（ＣＰＵの処理能力値）に比例している。

ＤＢストレージ容量（データを蓄積するための記憶容量）に関する条件として、ＤＢストレージ容量がＹＴＢ（Ｙは、記憶容量をテラバイト単位で示す実数）であるという条件が設定されていた場合、その条件の優先度はＹ×５００＋６００となる。すなわち、ＤＢストレージ容量に関する条件の優先度は、容量の増加に伴って大きくなる。

ベンダ名が指定されていた場合（指定されたベンダの装置を使用するという条件）、その条件の優先度は５００である。
機種名が指定されていた場合（指定された機種を使用するという条件）、その条件の優先度は３００である。なお、機種名が指定された場合ベンダ名も必ず指定される。そのため、機種名が指定された場合、ベンダ名を指定したときの優先度「５００」に、機種名を指定したことによる優先度「３００」が加算される。

Ｗｅｂサーバとして使用するという条件が設定されていた場合、その条件の優先度は５である。
ＡＰサーバとして使用するという条件が設定されていた場合、その条件の優先度は５０である。

ＤＢサーバとして使用するという条件が設定されていた場合、その条件の優先度は２００である。
優先度がＵ，Ｖ（Ｕ，Ｖは、サーバ機能に設定された優先度を示す実数（Ｕ＞Ｖ））であるサーバ間のリンクについて指定されていた場合、その条件の優先度はＶ−１である。たとえば、Ｗｅｂサーバ（優先度：５）とＤＢサーバ（優先度：２００）とのリンクが指定されていた場合、Ｕ＝２００、Ｖ＝５となり、リンクが指定されていることに関する優先度は４（５−１）となる。

台数固定（使用する装置の台数が指定されていた場合）の優先度は、４００である。
このような優先度設定テーブル１１１に基づいて、論理システム条件の優先度を算出することができる。すなわち、優先度算出部１３２ａは、各論理システム条件が満たす条件の種類を、優先度設定テーブル１１１から抽出する。そして、優先度算出部１３２ａは、抽出した条件の種類に対応付けられた優先度の合計を、論理システム条件の優先度とする。優先度算出部１３２ａは、算出した優先度を論理システム条件テーブル１１２に登録する。

図７は、論理システム条件テーブルのデータ構造例を示す図である。論理システム条件テーブル１１２には、条件番号、条件、および優先度が互いに関連付けて登録されている。条件番号は、登録された論理システム条件の識別番号である。条件は、論理システム条件の内容である。優先度は、優先度算出部１３２ａによって算出された優先度である。

条件番号「０００１」の論理システム条件は「ＣＰＵ能力１ＧＨｚ相当のＷｅｂサーバ」である。この論理システム条件は、優先度設定テーブル１１１の条件の種類のうち、「サーバのＣＰＵ能力１ＧＨｚ（優先度：５０）」と「Ｗｅｂサーバとして使用（優先度：５）」とを満たしている。したがって、これらの条件の種類の優先度の合計値「５５」が、この論理システム条件の優先度となる。

条件番号「０００２」の論理システム条件は「ベンダVendor1、ＣＰＵ能力１ＧＨｚ相当のＡＰサーバ」である。この論理システム条件は、優先度設定テーブル１１１の条件の種類のうち、「サーバのＣＰＵ能力１ＧＨｚ（優先度：５０）」、「ＡＰサーバとして使用（優先度：５０）」、「ベンダ名（Vendor1）を指定（優先度：５００）」を満たしている。したがって、これらの条件の種類の優先度の合計値「６００」が、この論理システム条件の優先度となる。

条件番号「０００３」の論理システム条件は「ベンダVendor2、機種Model2、ＣＰＵ能力２ＧＨｚのＤＢサーバ１台」である。この論理システム条件は、優先度設定テーブル１１１の条件の種類のうち、「サーバのＣＰＵ能力２ＧＨｚ（優先度：１００）」、「ＤＢサーバとして使用（優先度：２００）」、「ベンダ名（Vendor2）を指定（優先度：５００）」、「機種名（Model2）を指定（優先度：３００）」、「台数（１台）固定（優先度：４００）」を満たしている。したがって、これらの条件の種類の優先度の合計値「１５００」が、この論理システム条件の優先度となる。

条件番号「０００４」の論理システム条件は「容量５００ＧＢ（０．５ＴＢ）のＤＢストレージ」である。この論理システム条件は、優先度設定テーブル１１１の条件の種類のうち、「ＤＢストレージ容量０．５ＴＢ（優先度：８５０）」を満たしている。したがって、この条件の種類の優先度「８５０」が、この論理システム条件の優先度となる。

条件番号「０００５」の論理システム条件は「ＡＰサーバ・ＤＢサーバ間の帯域は３００Ｍｂｐｓ」である。この論理システム条件は、優先度設定テーブル１１１の条件の種類のうち、「優先度がＵ＝１５００（ＤＢサーバ）,Ｖ＝６００（ＡＰサーバ）であるサーバ間のリンクについて指定（優先度：Ｖ−１＝５９９）」を満たしている。なお、各サーバの優先度は、条件番号「０００２」、「０００３」に対応付けて登録されている値を参照することで判断できる。したがって、この条件の種類の優先度「５９９」が、この論理システム条件の優先度となる。

条件番号「０００６」の論理システム条件は「Ｗｅｂサーバ・ＡＰサーバ間の帯域は５０Ｍｂｐｓ」である。この論理システム条件は、優先度設定テーブル１１１の条件の種類のうち、「優先度がＵ＝６００（ＡＰサーバ）,Ｖ＝５５（Ｗｅｂサーバ）であるサーバ間のリンクについて指定（優先度：Ｖ−１＝５４）」を満たしている。したがって、この条件の種類の優先度「５４」が、この論理システム条件の優先度となる。

図８は、論理システムレイアウトの例を示す図である。これは、図７に示す論理システム条件テーブルで示される条件を満たす論理上のシステム構成である。論理システム構成では、Ｗｅｂサーバ２１、ＡＰサーバ２２、ＤＢサーバ２３、およびＤＢストレージ２４で構成される。各機能は、図７で示される性能、あるいはそれ以上の性能を有している。Ｗｅｂサーバ２１とＡＰサーバ２２とは、５０Ｍｂｐｓ以上の通信速度で通信可能な伝送媒体で接続される。また、ＡＰサーバ２２とＤＢサーバ２３とは、３００Ｍｂｐｓ以上の通信速度で通信可能な伝送媒体で接続される。

論理システム条件の優先度が算出されると、レイアウト実施部１３２ｂによって論理システム条件テーブル１１２と物理システム情報テーブル１１３とが参照され、システムレイアウトが計算される。

図９は、物理システム情報テーブルのデータ構造例を示す図である。物理システム情報テーブル１１３には物理要素番号、属性、接続関係が互いに関連付けて登録されている。物理条件番号は、物理システムの構成要素（物理要素）の識別番号である。属性は、物理システムの構成要素の種別や機能である。接続関係は、物理要素間の接続関係である。

物理要素番号「０００１」の物理要素は「サーバ、Vendor1、Model1、ＣＰＵ１ＧＨｚ、ネットワークポート０番の速度１Ｇｂｐｓ」である。この物理要素の０番のポートは、物理要素番号「０００５」で示される物理要素の１番のポートに接続されている。

物理要素番号「０００２」の物理要素は「サーバ、Vendor1、Model1、ＣＰＵ１ＧＨｚ、ネットワークポート０番の速度１Ｇｂｐｓ」である。この物理要素の０番のポートは、物理要素番号「０００６」で示される物理要素の１番のポートに接続されている。

物理要素番号「０００３」の物理要素は「サーバ、Vendor2、Model2、ＣＰＵ２ＧＨｚ、ネットワークポート０番の速度１Ｇｂｐｓ、ストレージポート１番の速度３２０ＭＢ／ｓ」である。この物理要素の０番のポートは、物理要素番号「０００６」で示される物理要素の２番のポートに接続されている。また、この物理要素の１番のポートは、物理要素番号「０００４」で示される物理要素の０番のポートに接続されている。

物理要素番号「０００４」の物理要素は「ストレージ、Vendor3、Model3、容量１ＴＢ、ストレージポート０番の速度１６０ＭＢ／ｓ」である。この物理要素の０番のポートは、物理要素番号「０００３」で示される物理要素の１番のポートに接続されている。

物理要素番号「０００５」の物理要素は「ネットワークスイッチ、Vendor4、Model4、ネットワークポート０番の速度１Ｇｂｐｓ、ネットワークポート１〜８番の速度１００Ｍｂｐｓ」である。この物理要素の０番のポートは、物理要素番号「０００６」で示される物理要素の０番のポートに接続されている。また、この物理要素の１番のポートは、物理要素番号「０００１」で示される物理要素の０番のポートに接続されている。

物理要素番号「０００６」の物理要素は「ネットワークスイッチ、Vendor4、Model5、ネットワークポート０〜４番の速度１Ｇｂｐｓ」である。この物理要素の０番のポートは、物理要素番号「０００５」で示される物理要素の０番のポートに接続されている。また、この物理要素の１番のポートは、物理要素番号「０００２」で示される物理要素の０番のポートに接続されている。さらに、この物理要素の２番のポートは、物理要素番号「０００３」で示される物理要素の０番のポートに接続されている。

このような物理システム情報を管理ノード１００内の物理システム情報テーブル１１３に登録することにより、管理ノード１００において管理対象ネットワーク２００の物理システムレイアウトが認識される。

図１０は、管理対象ネットワークの物理システムレイアウトを示す図である。これは、図９に示された物理システム情報で表現されている管理対象ネットワーク２００を示している。図１０に示すように、管理対象ネットワーク２００は、３台のサーバ２１０，２２０，２３０、１台のストレージ２４０、および２台のスイッチ２５０，２６０で構成されている。図１０では、各サーバの物理要素番号を括弧書きで示している。

レイアウト実施部１３２ｂは、このような管理対象ネットワーク２００に対して、図７で示した論理システム条件を満たすシステムレイアウトを生成し、レイアウトテーブル１１４に登録する。

図１１は、レイアウトテーブルのデータ構造例を示す図である。レイアウトテーブル１１４には、論理要素番号、対応する物理要素、接続先論理要素、設定が互いに関連付けて登録されている。

論理要素番号は、論理要素に設定された識別番号である。ここで、論理要素とは、１つの物理要素で実現される機能の単位である。すなわち、各論理システム条件は、１または複数の論理要素によって実現される。

対応する物理要素は、関連付けられた論理要素の機能を実現する物理要素の識別番号である。接続先論理要素は、関連付けられた論理要素に接続される論理要素の識別番号である。設定は、該当する物理要素に対して設定すべき項目およびその項目の内容である。

論理要素番号「０００１」の論理要素に対して物理要素番号「０００３」の物理要素が割り当てられている。この論理要素には、論理要素番号「０００２」、「０００４」の論理要素が接続される。また、物理要素番号「０００３」の物理要素はＤＢサーバとして機能し、ＩＰアドレス「xxx.xxx.xxx.xxx」やホスト名「ｄｂ１」が設定される。

論理要素番号「０００２」の論理要素に対して物理要素番号「０００４」の物理要素が割り当てられている。この論理要素には、論理要素番号「０００１」の論理要素が接続される。また、物理要素番号「０００４」の物理要素は、論理要素番号「０００１」の論理要素からのアクセスを許可するように設定される。

論理要素番号「０００３」の論理要素に対して物理要素番号「０００２」の物理要素が割り当てられている。この論理要素には、論理要素番号「０００４」の論理要素が接続される。また、物理要素番号「０００２」の物理要素はＡＰサーバとして機能し、ＩＰアドレス「xxx.xxx.xxx.yyy」やホスト名「ａｐ１」が設定される。

論理要素番号「０００４」の論理要素に対して物理要素番号「０００６」の物理要素が割り当てられている。この論理要素には、論理要素番号「０００１」、「０００３」の論理要素が接続される。また、物理要素番号「０００６」の物理要素は、論理要素番号「０００１」と「０００３」との間の通信を許可するように設定される。

このように、レイアウトテーブル１１４には、物理要素の役割、設定内容、論理的な接続に関して求められた結果が格納される。なお、図１１の例では、設定内容を自然言語の箇条書きで記述しているが、実際にはより機械的な内容となる。たとえば、論理要素「０００１」の設定は、以下の通りとなる。
DB＿SERVER=TRUE
IP＿ADDRESS=xxx.xxx.xxx.xxx
HOST＿NAME=db1
図１２は、生成されたシステムレイアウトの例を示す図である。図１２の例では、サーバ２１０がＷｅｂサーバ２１として機能し、サーバ２２０がＡＰサーバ２２として機能し、サーバ２３０がＤＢサーバ２３として機能し、ストレージ２４０がＤＢストレージ２４として機能するように、システムレイアウトが決定されている。

このようにして生成されたシステムレイアウトは、レイアウト評価部１３２ｃによって評価される。そして、生成可能なシステムレイアウトが全て生成されるか、若しくは評価値が所定値以上になるまで、システムレイアウトが繰り返し生成される。所定値以上の評価を得たシステムレイアウトは、システムレイアウト記憶部１２１に登録され、設定ファイル生成部１３３が設定項目を抽出する際に参照される。

なお、システムレイアウトの評価は、レイアウト評価テーブル１１５に基づいて行われる。
図１３は、レイアウト評価テーブルのデータ構造例を示す図である。レイアウト評価テーブル１１５には、レイアウトの状態と評価点とが互いに関連付けて登録されている。レイアウトの状態には、システムレイアウトに評価点を加えるための条件が定義されている。評価点には、レイアウトの状態を満たしたときの評価点が定義されている。

システムレイアウトで決定されたＷｅｂサーバのＣＰＵ能力がａＧＨｚ（ａは、ＣＰＵの動作周波数をギガヘルツ単位で示す実数）であれば、評価点「ａ×５０」が与えられる。

システムレイアウトで決定されたＡＰサーバのＣＰＵ能力がｂＧＨｚ（ｂは、ＣＰＵの動作周波数をギガヘルツ単位で示す実数）であれば、評価点「ｂ×１００」が与えられる。

システムレイアウトで決定されたＤＢサーバのＣＰＵ能力がｃＧＨｚ（ｃは、ＣＰＵの動作周波数をギガヘルツ単位で示す実数）であれば、評価点「ｃ×１００」が与えられる。

システムレイアウトで決定されたＷｅｂサーバとＡＰサーバとの間の帯域がｄＧｂｐｓ（ｄは、通信帯域を１秒あたりのビット数で示す実数）であれば、評価点「ｄ×２００」が与えられる。

システムレイアウトで決定されたＡＰサーバとＤＢサーバとの間の帯域がｅＧｂｐｓ（ｅは、通信帯域を１秒あたりのビット数で示す実数）であれば、評価点「ｅ×３００」が与えられる。

システムレイアウトで決定されたシステムにおける未使用のＣＰＵ能力がｆＧＨｚ（ｆは、ＣＰＵの動作周波数をギガヘルツ単位で示す実数）であれば、評価点「ｆ×１０」が与えられる。

システムレイアウトで決定されたシステムにおける未使用のストレージがｇＴＢ（ｇは、ストレージの記憶容量をテラバイト単位で示す実数）であれば、評価点「ｇ×１００」が与えられる。

システムレイアウトで決定されたシステムにおいて、同じ役割の複数のサーバが同一のスイッチに接続されていれば、評価点「２００」が与えられる。
システムレイアウトで決定されたシステムにおいて、同じ役割の複数のサーバが同一のブレードシャーシに接続されていれば、評価点「５００」が与えられる。

このような評価テーブルに基づいてシステムレイアウトが評価される。なお、１つのシステムレイアウトが複数のレイアウトの状態に当てはまる場合、各項目の評価点を累積した値が、そのシステムレイアウトの評価値となる。

なお、レイアウト評価テーブル１１５には、レイアウト検証要件を登録することもできる。この場合、レイアウト検証要件を満たすシステムレイアウトのみを設計結果として選択できるものとする。具体的には、レイアウト評価部１３２ｃは、物理システム情報テーブル１１３に格納されている物理システム情報およびレイアウト評価テーブル１１５に格納されているレイアウト検証要件を元に、生成されたシステムレイアウトのシミュレーションを行い、各種状況予測及び資源性能予測を実施する。その結果、システムレイアウトがレイアウト検証要件を満たしているかどうか検証する。レイアウト評価部１３２ｃは、レイアウト検証要件を満たさない場合、そのシステムレイアウトの評価点に関係なく、そのシステムレイアウトを設計結果として選択しない。

次に、物理システムレイアウト設計処理の手順を具体的に説明する。
図１４は、物理システムレイアウト設計処理の手順を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。

［ステップＳ１１］レイアウト実施部１３２ｂは、レイアウトテーブル１１４を初期化する。具体的には、生成されたシステムレイアウトを示すレイアウト設計結果（Lresult）を削除する（格納領域を空“Φ”にする）。また、システムレイアウトの最大評価値Ｅｍａｘを０にする。なお、既に部分的にレイアウトが決定されている場合、レイアウト（Lresult）の初期値として、決定されている部分レイアウトが設定される。

［ステップＳ１２］優先度算出部１３２ａは、論理システム条件テーブル１１２から論理システムの条件を１つずつ抽出し、各論理システムの条件の優先度を算出する。具体的には、優先度算出部１３２ａは、優先度設定テーブル１１１を参照し、抽出した論理システムの条件が当てはまる条件の種類を全て抽出する。そして、優先度算出部１３２ａは、抽出した優先度の種類に関連付けられた優先度の合計を、該当する論理システムの条件の優先度とする。算出された優先度は、論理システム条件テーブル１１２に設定される。

［ステップＳ１３］レイアウト実施部１３２ｂは、論理システム条件を優先度の高いものからリストＬＣ０に格納する。
［ステップＳ１４］レイアウト実施部１３２ｂは、ステップＳ１３で生成したリストＬＣ０を条件リストＬＣとし、レイアウトＬを空“Φ”を変数として、レイアウト生成処理「ＩＴＥＲ（ＬＣ，Ｌ）」を呼び出す（ＩＴＥＲ（ＬＣ０，Φ））。

図１５は、レイアウト生成処理の手順を示すフローチャートである。以下、図１５に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］レイアウト実施部１３２ｂは、条件リストＬＣが空か否かを判断する。条件リストＬＣが空であれば、処理がステップＳ２８に進められる。条件リストＬＣに論理レイアウト条件が残っていれば、処理がステップＳ２２に進められる。

［ステップＳ２２］レイアウト実施部１３２ｂは、条件リストＬＣから先頭の条件Ｃを取り除く。
［ステップＳ２３］レイアウト実施部１３２ｂは、レイアウトＬを固定した上で、ステップＳ２２で取り除いた条件Ｃを満たすようなレイアウト（条件Ｃを満たすような物理要素への機能を割り当て）を列挙し、リストＬＬに格納する。すなわち、既に確定しているレイアウトＬを崩さずに、条件Ｃを満たすレイアウトを可能なだけ生成する。

［ステップＳ２４］レイアウト評価部１３２ｃは、リストＬＬに格納されている各レイアウトＬｉについて評価値を算出する。評価値の算出は、レイアウト評価テーブル１１５を参照して行われる。具体的には、レイアウト評価部１３２ｃは、レイアウト評価テーブル１１５からレイアウトＬｉが満たしているレイアウトの状態を抽出し、抽出されたレイアウトの状態の評価点の合計を、そのレイアウトＬｉの評価値とする。そして、レイアウト実施部１３２ｂは、評価値の高いものから順にリストＬＬ内のレイアウトＬｉをソートする。

［ステップＳ２５］レイアウト実施部１３２ｂは、リストＬＬが空か否かを判断する。リストＬＬが空であれば、処理がレイアウト生成処理の呼び出し元に復帰する。リストＬＬが空でなければ、処理がステップＳ２６に進められる。

［ステップＳ２６］レイアウト実施部１３２ｂは、リストＬＬから先頭のレイアウトＬ０を取り除く。
［ステップＳ２７］レイアウト実施部１３２ｂは、現在の条件リストＬＣとステップＳ２６で取り除いたレイアウトＬ０を変数として、レイアウト生成処理「ＩＴＥＲ（ＬＣ，Ｌ）」を呼び出す（ＩＴＥＲ（ＬＣ，Ｌ０））。このとき呼び出した処理が終了したら、処理がステップＳ２５に進められる。なお、ステップＳ２２で条件Ｃを取り除くことにより条件リストＬＣが空になった場合、このステップＳ２７でレイアウト生成処理を呼び出すと、呼び出し先のレイアウト生成処理のステップＳ２１において条件リストＬＣが空と判断され、処理がステップＳ２８に進められる。

［ステップＳ２８］レイアウト評価部１３２ｃは、レイアウトＬに対する評価値Ｅを算出する。なお、レイアウトＬの評価値は、呼び出し元のレイアウト生成処理におけるステップＳ２４において算出されているため、その値を用いることができる。

［ステップＳ２９］レイアウト評価部１３２ｃは、評価値Ｅが最大評価値Ｅｍａｘより大きいか否かを判断する。評価値Ｅの方が大きければ処理がステップＳ３０に進められる。評価値Ｅが最大評価値Ｅｍａｘ未満であれば処理が呼び出し元のレイアウト生成処理に復帰する。

［ステップＳ３０］レイアウト実施部１３２ｂは、レイアウト設計結果（Lresult）に、現在のレイアウト生成処理において変数として入力されたレイアウトＬを設定する。また、レイアウト実施部１３２ｂは、最大評価値Ｅｍａｘに、現在のレイアウト生成処理において変数として入力されたレイアウトＬの評価値Ｅを設定する。その後、処理が呼び出し元のレイアウト生成処理に復帰する。

ここで、図７で示した論理システム条件を満たすシステムレイアウト設計例を、図１１に示すレイアウトテーブル１１４を参照して説明する。論理システム条件テーブル１１２を参照すると、条件番号「０００３」の論理システム条件が最も優先度が高い。そこで、「ベンダVendor2、機種Model2、ＣＰＵ能力２ＧＨｚのＤＢサーバ１台」という条件を満たすレイアウトの生成処理が行われる。すると、物理要素番号「０００３」の物理要素（サーバ２３０）をＤＢサーバとして機能させることが決定され、論理要素番号「０００１」としてレイアウトテーブル１１４に登録される。

次に、論理システム条件テーブル１１２から、２番目に優先度が高い論理システム条件（条件番号「０００４」）が抽出され、「容量５００ＧＢ（０．５ＴＢ）のＤＢストレージ」という条件を満たすレイアウトの生成処理が行われる。すると、物理要素番号「０００４」の物理要素（ストレージ２４０）において、論理要素番号「０００１」に対応する物理要素「０００３」からのアクセスを許可することが決定され、論理要素番号「０００２」としてレイアウトテーブル１１４に登録される。この際、論理要素番号「０００１」の接続先論理要素に「０００２」が登録され、論理要素番号「０００２」の接続先論理要素に「０００１」が登録される。

さらに、論理システム条件テーブル１１２から、３番目に優先度が高い論理システム条件（条件番号「０００２」）が抽出され、「ベンダVendor1、ＣＰＵ能力１ＧＨｚ相当のＡＰサーバ」という条件を満たすレイアウトの生成処理が行われる。すると、物理要素番号「０００２」の物理要素（サーバ２２０）をＡＰサーバとして機能させることが決定され、論理要素番号「０００３」としてレイアウトテーブル１１４に登録される。

このとき物理要素番号「０００２」の物理要素（サーバ２２０）と物理要素番号「０００４」の物理要素（ストレージ２４０）とを接続する必要があるため、物理要素番号「０００６」の物理要素（スイッチ２６０）において物理要素０００１と物理要素０００３との間の通信を許可することが決定され、論理要素番号「０００４」としてレイアウトテーブル１１４に登録される。同時に、論理要素番号「０００１」の接続先論理要素に「０００４」が登録され、論理要素番号「０００３」の接続先論理要素に「０００４」が登録され、論理要素番号「０００４」の接続先論理要素に「０００１」と「０００３」とが登録される。

以後、論理システム条件テーブル１１２から論理システム条件が優先度順に抽出され、レイアウトが構築されていく。ここで、論理システム条件を満たす物理要素が無い場合、処理が直前の論理システム条件に応じたレイアウト生成に戻される（巻き戻し）。そして、前回と異なるレイアウトが生成された後、変更後のレイアウトに基づいて論理システム条件の満たすレイアウトに構築が行われていく。

以上のようにして、論理システム条件を満たしたシステムレイアウトの中で、最も評価値が高いものをレイアウト設計結果とすることができる。これにより、論理システム条件を満たしたシステムレイアウトを多数生成可能な場合、その中で最も効率的なシステムレイアウトを、管理対象ネットワーク２００のシステムレイアウトとして決定することができる。

なお、所定のレイアウト生成処理終了の判定基準に達した時点で、レイアウト生成処理を終了させてもよい。たとえば、最大評価値Ｅｍａｘが予め設定された所定値（閾値）を超えた時点で、レイアウト生成処理を終了させることができる。これにより、システムレイアウト生成処理を短時間で行うことができる。すなわち、管理対象ネットワーク２００が大規模になると、論理システム条件を満たすシステムレイアウトの数も多数となる。そこで、処理の評価値以上のシステムレイアウトが生成された時点でシステムレイアウト生成処理を終了させることで、処理効率を上げることができる。

しかも、第１の実施の形態では論理システム条件に優先度を設定し、優先度の高い論理システム条件を満たすシステムレイアウトを優先的に生成している。これにより、所定のタイミングでレイアウト生成処理を終了させた場合でも、レイアウト設計結果（Lresult）として良好な評価値のシステムレイアウトが得られる。

さらに、第１の実施の形態では、評価の高いレイアウトから順に深さ優先探索（DFS: Depth First Search）を行っている。深さ優先探索は、１つの頂点から辺をたどって行けるところまで行き、進めなくなったら引き返して別の路を選ぶという方針による探索である。すなわち、第１の実施の形態では、論理システム条件を満たすシステムレイアウトが生成されると、評価値の高いシステムレイアウトに基づいて他の論理システム条件を同時に満たすシステムレイアウトを生成する。このように、評価値の高いシステムレイアウトから順に、各論理システム条件を満たすようにシステムレイアウトを構築していくことにより、所定値より高い評価値のシステムレイアウトを早期に生成することができる。

また、システムレイアウト設計処理の高速化方法の１つとして、枝刈りとよばれる方法を採用することができる。枝刈りでは、レイアウト生成処理「ＩＴＥＲ（ＬＣ，Ｌ）」の冒頭で、現在の部分的なレイアウトＬの下で最高でもどれだけの評価値のレイアウトが得られるか見積もってEestimateとする。EestimateがＥｍａｘを超えない場合、部分レイアウトＬの下での探索は無意味なので行わない。これにより、無駄な探索処理を減らし、処理を効率化することができる。

この際、評価の見積は詳細な条件を考慮せず楽観的に行うことで、Ｅｍａｘを超えるレイアウトが生成可能なレイアウト生成処理が誤って実施されないという事態の発生を防止できる。たとえば、最大１００Ｍｂｐｓの帯域のネットワークが余っている場合、ポート数にかかわらずこの後のレイアウトで全てのノードがそのネットワークを使用できるものと仮定して帯域を評価する。

また、部分評価を再利用することで、システムレイアウト設計処理の高速化を図ることもできる。すなわち、部分的なレイアウトの評価結果を記録しておき、同様の部分レイアウトの評価や評価見積を考える場合に記録された結果を再利用する。

また、失敗事例からのフィードバックを行うことにより、システムレイアウト設計処理の高速化を図ることもできる。具体的には、レイアウト実施部１３２ｂは、部分的なレイアウトＬの下で可能なレイアウトが存在しない場合、致命的となった条件を探す。致命的な条件の候補として以下の条件が挙げられる。
・直前に扱った論理システム条件
・可能なレイアウトの数が少なくなってしまう論理システム条件
レイアウト実施部１３２ｂは、以降の探索では致命的な条件についてより早い段階で探索を行うように条件リストを並べ替える。たとえば、Ｗｅｂサーバ配置後に「ＦＷ（ＤＭＺポート）を確保する」という条件を扱って失敗した場合、この条件を致命的とみなして、以降の探索ではＷｅｂサーバを配置する前にＦＷ（ＤＭＺポート）を確保する。

なお、致命的となった条件を探索しておけば、最終的にシステムレイアウトが全て失敗した場合、致命的となった条件をユーザに提示することで物理システムの構成上の欠陥の可能性を指摘し、現在のシステムの拡張や組み換えのアドバイスを行うこともできる。

次に、システムレイアウトの結果を、管理対象ネットワーク２００内の物理要素に反映させる機能（デプロイメント）について説明する。
システムレイアウトが設計されシステムレイアウト記憶部１２１に登録されると、設定ファイル生成部１３３が設定ファイルＤＢ１２２に、物理要素毎の設定項目を登録する。第１の実施の形態では、設定ファイル生成部１３３が設定ファイルテンプレートを有し、その設定ファイルテンプレートに基づいて、物理要素毎の設定項目とその内容が記述された設定ファイルが生成される。なお、設定ファイルテンプレートは、設定ファイルテンプレートテーブルによって管理される。

図１６は、設定ファイルテンプレートテーブルのデータ構造例を示す図である。設定ファイルテンプレートテーブル１３３ａには、物理要素種別、設定ファイルテンプレート位置とが互いに関連付けて登録されている。物理要素種別は、管理対象ネットワーク２００を構成する物理要素の種別である。設定ファイルテンプレート位置は、物理要素種別に対応する設定ファイルテンプレートの位置（ファイル構造上のパスとファイル名）である。

図１７は、設定ファイルテンプレートの例を示す図である。設定ファイルテンプレート１３３ｂには、ファイル名の指定「@create＿file」、ファイル名「/etc/hosts」、ファイルの内容「127.0.0.1 localhost %IP＿ADDRESS% %HOST＿NAME%」が組となって記述されている。また、「@if %WEB＿SERVER% == TRUE」は、Ｗｅｂサーバの場合のみ以降の処理を実行することを示している。「@exec＿command＿remote」は、対象サーバ上でのコマンド「ln -s /etc/init.d/httpd /etc/rc2.d/S90httpd」に実行を指示している。

ファイルの内容の中で％で囲まれた部分が、システムレイアウト設計結果に応じて置換される。「%IP＿ADDRESS%」、「%HOST＿NAME%」、「%WEB＿SERVER%」をどのような値に置換するのかは、システムレイアウト記憶部から物理要素の設定の欄を参照して決定される。

このような設定ファイルテンプレート１３３ｂに基づいて、物理要素毎の設定ファイルが生成される。生成された設定ファイルは、設定ファイルＤＢ１２２に格納される。設定ファイルＤＢ１２２には、格納された設定ファイルを管理するための設定ファイル管理テーブルが設けられる。

図１８は、設定ファイル管理テーブルのデータ構造例を示す図である。設定ファイル管理テーブル１２２ａには、設定ファイル番号、物理要素番号、設定ファイル位置が互いに関連付けて登録されている。設定ファイル番号は、生成された設定ファイルの識別番号である。物理要素番号は、設定ファイルに対応する物理要素の識別番号である。設定ファイル位置は、生成された設定ファイルの位置（ファイル構造上のパスとファイル名）である。

設定ファイルＤＢ１２２に、設定ファイルと設定ファイル管理テーブル１２２ａとが格納されると、構成制御管理部１３４が管理対象ネットワーク２００の物理要素の構成管理エージェントに設定ファイルを送信する。なお、構成制御管理部１３４では、構成制御エージェント管理テーブルによって各物理要素の構成制御エージェントの所在を管理している。

図１９は、構成制御エージェント管理テーブルのデータ構造例を示す図である。構成制御エージェント管理テーブル１３４ａには、物理要素種別とエージェント呼び出し手続きとが互いに関連付けて登録されている。物理要素種別は、管理対象ネットワーク２００を構成する物理要素の種別である。エージェント呼び出し手続きは、物理要素の種別毎の構成制御エージェントを呼び出すための処理手順（呼び出し手続き）を示すファイルの位置（パスとファイル名）である。

次に、デプロイメント処理の手順を、図２０〜図２２を参照して説明する。
図２０は、デプロイメント処理の手順を示す第１のフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。

［ステップＳ４１］設定ファイル生成部１３３は、システムレイアウト記憶部１２１から１項目を取得する。
［ステップＳ４２］設定ファイル生成部１３３は、物理要素の種別に応じた設定ファイルテンプレートを取得する。

［ステップＳ４３］設定ファイル生成部１３３は、接続先・設定に応じて、設定ファイルテンプレートの設定項目の値を決定する。
［ステップＳ４４］設定ファイル生成部１３３は、設定ファイルを生成し、設定ファイルＤＢ１２２に格納する。

［ステップＳ４５］設定ファイル生成部１３３は、システムレイアウト記憶部１２１の全項目を処理したか否かを判断する。全項目に対する処理が終了していれば、処理がステップＳ５１（図２１参照）に進められる。未処理の項目があれば、処理がステップＳ４１に進められる。

図２１は、デプロイメント処理の手順を示す第２のフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。
［ステップＳ５１］構成制御管理部１３４は、スイッチ以外の物理要素に対する設定ファイルから１項目を取得する。

［ステップＳ５２］構成制御管理部１３４は、物理要素の種別に応じて構成制御エージェントを呼び出す。
［ステップＳ５３］構成制御管理部１３４は、エージェントに対して設定ファイルを送信すると共に、設定ファイルの適用を指示する。

［ステップＳ５４］構成制御管理部１３４は、スイッチ以外の物理要素に対する全ての項目を処理したか否かを判断する。該当する全ての項目を処理した場合、処理がステップＳ６１（図２２参照）に進められる。未処理の項目がある場合、処理がステップＳ５１に進められる。

図２２は、デプロイメント処理の手順を示す第３のフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。
［ステップＳ６１］構成制御管理部１３４は、スイッチの物理要素に対する設定ファイルから１項目を取得する。

［ステップＳ６２］構成制御管理部１３４は、物理要素の種別に応じて構成制御エージェントを呼び出す。
［ステップＳ６３］構成制御管理部１３４は、エージェントに対して設定ファイルを送信すると共に、設定ファイルの適用を指示する。

［ステップＳ６４］構成制御管理部１３４は、スイッチの物理要素に対する全ての項目を処理したか否かを判断する。該当する全ての項目を処理した場合、処理が終了する。未処理の項目がある場合、処理がステップＳ６１に進められる。

このように、デプロイメント処理は、スイッチ以外の物理要素に対する設定を優先的に実行する。これは、スイッチの設定を先に行ってしまうと、接続関係の整合性が取られていない状態の物理要素（決定されたシステムレイアウトの設定が未完了）間で通信が行われてしまい、トラブルの原因となるからである。すなわち、スイッチ以外の物理要素に対して、環境設定を優先的に実行することで、生成されたシステムレイアウトに従った管理対象ネットワーク２００を、運用開始時から安定して動作させることができる。

以上のように、第１の実施の形態によれば、管理対象ネットワーク上での効率の良いシステムレイアウトを自動で作成し、そのシステムレイアウトに沿った環境を自動で構築することができる。その結果、管理対象ネットワークを管理するための管理者の負担が軽減されると共に、設定ミスなどの問題の発生が防止される。

［第２の実施の形態］
第２の実施の形態は、第１の実施の形態を拡張することで、構築されるネットワークシステムの利便性や信頼性を向上させたものである。利便性を向上させる技術としては、管理対象ネットワーク内の各物理要素から物理リソースの情報を収集し、物理システム情報を自動生成する機能がある。また、信頼性を向上させる技術としては、管理対象ネットワーク内の物理要素に対して設定項目を設定したときの動作シミュレーションを予め行う技術がある。また、信頼性を向上させる他の技術としては、実際に物理要素の動作状況を監視して、その物理要素に設定した項目の正当性を検証する技術がある。

図２３は、第２の実施の形態に係るシステム構成例を示す図である。管理ノード３００と管理対象ノード４１０とはネットワーク１０ａを介して接続されている。
管理ノード３００は、レイアウト設計条件ＤＢ３１０、システムレイアウト記憶部３２１、シミュレーション項目検証要件３２２、設定ファイルＤＢ３２３、実システム検証要件３２４、入力部３３１、システムレイアウト設計部３３２、設定ファイル生成部３３３、シミュレーション検証部３３４、構成制御管理部３３５、物理リソース情報収集管理部３３６、実システム検証管理部３３７、入力部３３８、出力部３３９、およびネットワーク連携部３４０を有している。

入力部３３１および入力部３３８は、管理ノード３００におけるユーザインタフェース入力部である。入力部３３１および入力部３３８を介して、レイアウト設計条件ＤＢ３１０、システムレイアウト記憶部３２１、シミュレーション項目検証要件３２２、設定ファイルＤＢ３２３、および実システム検証要件３２４に対して、データの登録および変更を行うことができる。

レイアウト設計条件ＤＢ３１０は、管理対象ネットワークのレイアウト設計に必要な情報が登録された記憶手段である。レイアウト設計条件ＤＢ３１０の内容は、図５に示した第１の実施の形態のレイアウト設計条件ＤＢ１１０と同様である。

システムレイアウト記憶部３２１は、設計されたシステムレイアウトの内容を記憶する記憶手段である。システムレイアウト記憶部３２１の内容は、第１の実施の形態のシステムレイアウト記憶部１２１と同様であり、図１１に示したレイアウトテーブル１１４と同様のデータ構造を有している。

シミュレーション項目検証要件３２２には、設定項目の内容に応じたシミュレーションを行う際の検証要件が登録される。
設定ファイルＤＢ３２３には、管理対象ノード４１０に対して設定すべき項目、およびその項目の内容が登録される。

実システム検証要件３２４には、管理対象ノード４１０の動作を検証するための検証要件が登録される。すなわち、デプロイメント処理を実施した管理対象ネットワークに対して、デプロイメントが正常に実施されたかを検証するための要件が登録される。たとえば、以下のような検証要件が登録される。
・ノードの稼働確認：管理対象ノードに対するpingコマンドにより確認する。
・アプリケーション稼働確認：サンプルデータを管理対象ノード内の個別アプリケーションに渡し、その応答により確認する。
・リンク接続確認：２ノード間でのpingコマンドにより確認する。
・切替動作確認：冗長ノードにおいて強制切替を実施し、その結果により確認する。
・負荷分散動作確認：擬似的な負荷をかけることにより確認する。
・ファイアウォール動作確認：擬似的な不正アクセスにより確認する。
・ストレージ動作確認：ストレージに対するディスク操作の結果および応答時間により確認する。
・End-End性能確認：サンプルデータをシステムの入り口から投入し、その応答時間により確認する。

システムレイアウト設計部３３２は、レイアウト設計条件ＤＢ３１０に基づいて、管理対象ネットワークのシステムレイアウトを設計する。設計されたシステムレイアウトは、システムレイアウト記憶部３２１に登録される。システムレイアウト設計部３３２の機能は、第１の実施の形態のシステムレイアウト設計部１３２の機能と同じである。

設定ファイル生成部３３３は、システムレイアウト記憶部３２１に登録されたシステムレイアウトに基づいて、管理対象ノード４１０に設定すべき項目とその内容とを決定する。決定された設定項目およびその内容は、設定ファイルＤＢ３２３に登録される。設定ファイル生成部３３３の機能は、第１の実施の形態の設定ファイル生成部１３３の機能と同じである。

構成制御管理部３３５は、設定ファイルＤＢ３２３に登録された設定項目の内容を管理対象ノード４１０に対して送信し、該当項目の設定を依頼する。構成制御管理部３３５の機能は、第１の実施の形態の構成制御管理部１３４と同じ機能を有している。また、構成制御管理部３３５は、実システム検証管理部３３７から管理対象ノード４１０が所定の機能を提供していないことの通知を受けると、その管理対象ノード４１０に対する設定項目の再設定を行う。

物理リソース情報収集管理部３３６は、管理対象ノード４１０から物理リソースの属性情報を収集する。属性情報とは、物理リソースがＨＤＤであれば、記憶容量、空き容量等の情報である。そして、物理リソース情報収集管理部３３６は、収集した情報を、レイアウト設計条件ＤＢ３１０内の物理システム情報テーブルに登録する。

また、物理リソース情報収集管理部３３６は、管理対象ノード４１０から障害情報、性能情報を収集することもできる。そして、物理リソース情報収集管理部３３６は、収集した障害情報、性能情報を、レイアウト設計条件ＤＢ３１０内の物理システム情報テーブルに登録する。この場合、システムレイアウト設計部３３２は、障害情報、性能情報などの最新の情報に基づいてシステムレイアウトの設計が可能となる。

さらに、物理リソース情報収集管理部３３６は、管理対象ノードの追加（管理対象ネットワークへの新規参加）／削除（管理対象ネットワークからの切断）／変更（ハードウェア構成の変更）を自動検出することもできる。そして、物理リソース情報収集管理部３３６は、管理対象ノードの追加／削除／変更を検出した場合、その内容を物理システム情報テーブルに反映させ、システムレイアウト設計部３３２に対してシステムレイアウトの再設計を実施させる。

実システム検証管理部３３７は、管理対象ノード４１０からシステムの運用状況を示す情報を収集する。そして、実システム検証管理部３３７は、システムレイアウト記憶部３２１と実システム検証要件３２４とを参照し、管理対象ノード４１０の運用状況を実システム検証要件３２４に基づいて検証する。たとえば、実システム検証管理部３３７は、テストデータを管理対象ノード４１０等の実システムに流すことにより、物理システムレイアウトの妥当性を確認する。管理対象ノード４１０がどのような機能で動作すべきかについては、システムレイアウト記憶部３２１を参照することで判断できる。検証結果は、出力部３３９を介して出力されると共に、構成制御管理部３３５に通知される。

出力部３３９は、管理ノード３００の出力用のユーザインタフェースである。出力部３３９は、モニタにデータの内容を表示したり、他の装置にデータを格納したりする。
ネットワーク連携部３４０は、管理対象ノード４１０の追加／削除／変更に連動し、ＩＰアドレスの自動配布／回収またセキュリティの確保を行う。

管理対象ノード４１０は、ネットワーク連携部４１１、構成制御エージェント４１２、物理リソース情報収集エージェント４１３、実システム検証エージェント４１４および物理リソースを有している。

ネットワーク連携部４１１は、管理ノード３００のネットワーク連携部３４０からの要求に応じて、ＩＰアドレスの自動配布／回収またセキュリティの確保等を行う。
構成制御エージェント４１２は、構成制御管理部３３５からの要求に従って、物理リソース４１５に対する環境設定を行う。

物理リソース情報収集エージェント４１３は、管理対象ノード４１０内の物理リソース４１５の構成を示す情報を収集し、管理ノード３００の物理リソース情報収集管理部３３６に渡す。

実システム検証エージェント４１４は、物理リソース４１５の動作状況を示す情報を収集し、管理ノード３００の実システム検証管理部３３７に渡す。
このようなシステムによって、第１の実施の形態に示すシステムレイアウト設計処理およびデプロイメント処理に加え、物理リソース情報の収集処理、設定項目のシミュレーション検証処理、および実システム検証処理が行われる。これらの追加された処理について、以下に説明する。

まず、物理リソース情報の収集処理について説明する。物理リソース情報収集管理部３３６では、各管理対象ノード４１０の物理リソース情報収集エージェント４１３と連携して管理対象ノード４１０の物理リソース情報を収集し、レイアウト設計条件ＤＢ３１０内の物理システム情報テーブルに格納する。物理システム情報テーブルに格納された物理リソース情報は出力部３３９により可視化（モニタ表示）され、内容が確認できる。

このように、実際の管理対象ネットワークの物理リソースの情報を自動的に収集できることにより、管理者による物理リソースの情報の設定入力の手間が省ける。また、人手による操作入力に起因する入力間違いが防止される。

次に、設定項目のシミュレーションについて説明する。設定項目のシミュレーション処理では、設定ファイルＤＢを作成するまでの処理は第１の実施の形態と同様である。すなわち、入力部３３１より入力された論理システムレイアウトはレイアウト設計条件ＤＢ３１０内の論理システム条件テーブルに格納される。この情報は、出力部３３９により可視化（モニタ表示）され、内容が確認できる。システムレイアウト設計部３３２は、論理システム条件テーブルに格納されている論理システムレイアウト及び物理システム情報テーブルに格納されている物理リソース情報を元に現在の物理リソース状況を反映した物理システムレイアウトを設計する。そして、システムレイアウト設計部３３２は、システムレイアウトをシステムレイアウト記憶部３２１に格納する。設定ファイル生成部３３３が、システムレイアウト記憶部３２１に格納されているシステムレイアウトを元に、バッチファイル、ディスクイメージ等の設定ファイルを生成する。

設定ファイル生成部３３３は、設定ファイルをシミュレーション検証部３３４に渡す。シミュレーション検証部３３４は、シミュレーション項目検証要件３２２に従って、設定ファイルを管理対象ノード４１０に適用した場合のシミュレーションを行う。シミュレーションでは、各種状況予測及び資源性能予測が実施される。このシミュレーションにより、問題発生の有無が検証される。シミュレーション検証部３３４がシステムレイアウトに問題を検出した場合、出力部３３９を介して問題の内容を表示することで、管理者にシステムレイアウトの修正をうながす。問題を検出しなかった場合、出力部３３９を介して問題なしと表示するとともに、設定ファイルが設定ファイルＤＢ３２３に格納される。

また、シミュレーション検証部３３４は、シミュレーションによって問題を検出した場合、その内容をシステムレイアウト設計部３３２に通知して、システムレイアウトの再設計を行わせることができる。この場合、システムレイアウト設計部３３２は、問題の発生したシステムレイアウトと異なるレイアウトのうち、評価の高いレイアウトを処理結果として、システムレイアウト記憶部３２１に出力する。

シミュレーション検証部３３４による検証に合格した設定ファイルが設定ファイルＤＢ３２３に格納されると、構成制御管理部３３５によって、その設定ファイルが管理対象ノード４１０に送られる。すると、構成制御エージェント４１２により、物理リソース４１５に対する環境設定が行われる。

このように、設定項目に関するシミュレーションを行うことにより、誤った内容の設定項目が管理対象ノードに設定されるのを防止することができる。その結果、管理対象ネットワークの動作の信頼性を向上させることができる。

次に、実システム検証処理について説明する。実システム検証エージェント４１４は、物理リソース４１５の動作状況を監視し、動作状況を示す情報を管理ノード３００の実システム検証管理部３３７に送る。実システム検証管理部３３７は、各サーバの動作状況を示す情報を収集し、実システム検証要件３２４に基づいて、システムレイアウト記憶部３２１に格納されているシステムレイアウト通りに実システムが構築されているか否かを検証する。システムレイアウト通りに構築されていない場合、実システム検証管理部３３７は、構成制御管理部３３５に対してその旨を伝える。すると、構成制御管理部３３５が、正しく構築されていない物理要素に対する構成制御を再度実施する。問題がない場合は、出力部３３９を介して問題なしと表示する。

このようにして、設計されたシステムレイアウト通りに管理対象ネットワークが構築されたか否かを検証し、正しく構築されていない物理要素に対しては、環境設定を自動的に行うことができる。これにより、管理対象ネットワークの動作の信頼性を向上させることができる。

以上説明した様に、上記各実施の形態によれば論理システム条件から各管理対象ノードに対し、自動環境設定を行うことができる。これにより、システム構築のスピードが人手によるものより、格段に向上する。また、自動化により、今まで問題となっていたオペレーション・ミスがなくなることにより、システム構築の精度が向上する。

なお、システムレイアウト記憶部１２１，３２１、設定ファイルＤＢ１２２，３２３等に登録される情報は、管理ノード１００，３００で自動生成することもできるし、入力部１３１，３３１を介して管理者が手動で設定することもできる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、管理ノードや管理対象ノードが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

（付記１） 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計プログラムにおいて、
コンピュータに、
前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルとを記憶装置に格納する格納処理と、
前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成するシステムレイアウト生成処理と、
前記システムレイアウト生成処理で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する評価処理とを、
実行させることを特徴とするシステムレイアウト設計プログラム。

（付記２） 前記論理システム条件テーブルでは、前記論理システム条件に優先度が設定されており、
前記システムレイアウト生成処理は、優先度の高い前記論理システム条件から順に、前記論理システム条件で示される機能を実現するための前記装置の関連付けを行うことを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記３） 前記評価処理は、前記システムレイアウト生成処理によって前記システムレイアウトが生成される毎に、生成された前記システムレイアウトの評価を示す評価値を計算し、前記評価値が予め設定された所定値以上となった場合、前記所定値を超えた評価値を得た前記システムレイアウトを設計結果とすることを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記４） システムレイアウト生成処理は、前記論理システム条件で示される機能を実現するための前記装置の関連付けのパターンが複数できるとき、各関連付けによって示される部分レイアウトの評価を前記評価処理から取得し、評価の高い部分レイアウトを固定したうえで、他の論理システム条件に対して関連付ける前記装置を検討することを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記５） さらに、前記システムレイアウト記憶手段に格納された前記システムレイアウトに基づいて、前記管理対象ネットワークを構成する前記装置に対して前記システムレイアウトに従った機能を実装するための設定ファイルを生成する設定ファイル生成処理を、前記コンピュータに実行させることを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記６） 前記設定ファイル生成処理は、予め設定ファイルテンプレートを有しており、前記システムレイアウト記憶手段に登録された前記システムレイアウト内の前記装置毎の情報を前記設定ファイルテンプレート内の所定の位置に挿入することで、前記装置毎の前記設定ファイルを生成することを特徴とする付記５記載のシステムレイアウト設計プログラム。

（付記７） さらに、前記管理対象ネットワークを構成する前記装置を遠隔制御し、前記設定ファイル生成処理によって生成された前記設定ファイルに基づいて前記装置の環境設定を行う構成制御管理処理を、前記コンピュータに実行させることを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記８） 前記構成制御管理処理は、前記装置間の通信路上に配置されるスイッチに対する環境設定を最後に行うことを特徴とする付記７記載のシステムレイアウト設計プログラム。

（付記９） さらに、前記管理対象ネットワークを構成する前記装置の動作状況を収集し、前記システムレイアウト記憶手段に格納された前記システムレイアウト通りにシステムが構築されているか否かを検証する実システム検証処理を、前記コンピュータに実行させることを特徴とする付記７記載のシステムレイアウト設計プログラム。

（付記１０） さらに、前記管理対象ネットワークを構成する前記装置から物理要素情報を収集し、物理システム情報テーブルに登録する物理リソース情報集収集処理を、前記コンピュータに実行させることを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記１１） さらに、前記システムレイアウト記憶手段に格納された前記システムレイアウトを前記管理対象ネットワークを構成する前記装置に適用した場合のシミュレーションを行い、問題の発生の有無を検証するシミュレーション検証処理を、前記コンピュータに実行させることを特徴とする付記１記載のシステムレイアウト設計プログラム。

（付記１２） 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計装置において、
前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、
前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルと、
前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成するシステムレイアウト生成手段と、
前記システムレイアウト生成手段で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する評価手段と、
を有することを特徴とするシステムレイアウト設計装置。

（付記１３） 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計方法において、
入力手段が、記憶装置に、前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルとを格納し、
システムレイアウト生成手段が、前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成し、
評価手段が、前記システムレイアウト生成手段で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する、
ことを特徴とするシステムレイアウト設計方法。

（付記１４） 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計プログラムを記録したコンピュータ読み取り可能な記録媒体において、
前記コンピュータに、
前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルとを記憶装置に格納する格納処理と、
前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成するシステムレイアウト生成処理と、
前記システムレイアウト生成処理で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する評価処理とを、
実行させることを特徴とするシステムレイアウト設計プログラムを記録したコンピュータ読み取り可能な記録媒体。

実施の形態に適用される発明の概念図である。 第１の実施の形態のシステム構成例を示す図である。 管理ノードのハードウェア構成例を示す図である。 管理ノードの処理機能を示すブロック図である。 レイアウト設計条件ＤＢとシステムレイアウト設計部との詳細構成を示す図である。 優先度設定テーブルのデータ構造例を示す図である。 論理システム条件テーブルのデータ構造例を示す図である。 論理システムレイアウトの例を示す図である。 物理システム情報テーブルのデータ構造例を示す図である。 管理対象ネットワークの物理システムレイアウトを示す図である。 レイアウトテーブルのデータ構造例を示す図である。 生成されたシステムレイアウトの例を示す図である。 レイアウト評価テーブルのデータ構造例を示す図である。 物理システムレイアウト設計処理の手順を示すフローチャートである。 レイアウト生成処理の手順を示すフローチャートである。 設定ファイルテンプレートテーブルのデータ構造例を示す図である。 設定ファイルテンプレートの例を示す図である。 設定ファイル管理テーブルのデータ構造例を示す図である。 構成制御エージェント管理テーブルのデータ構造例を示す図である。 デプロイメント処理の手順を示す第１のフローチャートである。 デプロイメント処理の手順を示す第２のフローチャートである。 デプロイメント処理の手順を示す第３のフローチャートである。 第２の実施の形態に係るシステム構成例を示す図である。 従来のＩＴインフラストラクチャ・システムの例を示す図である。

符号の説明

１ 論理システム条件テーブル
２ 物理システム情報テーブル
３ システムレイアウト生成手段
４ａ，４ｂ，４ｃ，・・・ システムレイアウト
５ 評価手段
６ システムレイアウト
７ システムレイアウト記憶手段

Claims (10)

1. 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計プログラムにおいて、
   コンピュータに、
   前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルとを記憶装置に格納する格納処理と、
   前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成するシステムレイアウト生成処理と、
   前記システムレイアウト生成処理で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する評価処理とを、
   実行させることを特徴とするシステムレイアウト設計プログラム。
2. 前記論理システム条件テーブルでは、前記論理システム条件に優先度が設定されており、
   前記システムレイアウト生成処理は、優先度の高い前記論理システム条件から順に、前記論理システム条件で示される機能を実現するための前記装置の関連付けを行うことを特徴とする請求項１記載のシステムレイアウト設計プログラム。
3. 前記評価処理は、前記システムレイアウト生成処理によって前記システムレイアウトが生成される毎に、生成された前記システムレイアウトの評価を示す評価値を計算し、前記評価値が予め設定された所定値以上となった場合、前記所定値を超えた評価値を得た前記システムレイアウトを設計結果とすることを特徴とする請求項１記載のシステムレイアウト設計プログラム。
4. システムレイアウト生成処理は、前記論理システム条件で示される機能を実現するための前記装置の関連付けのパターンが複数できるとき、各関連付けによって示される部分レイアウトの評価を前記評価処理から取得し、評価の高い部分レイアウトを固定したうえで、他の論理システム条件に対して関連付ける前記装置を検討することを特徴とする請求項１記載のシステムレイアウト設計プログラム。
5. さらに、前記システムレイアウト記憶処理に格納された前記システムレイアウトに基づいて、前記管理対象ネットワークを構成する前記装置に対して前記システムレイアウトに従った機能を実装するための設定ファイルを生成する設定ファイル生成処理を、前記コンピュータに実行させることを特徴とする請求項１記載のシステムレイアウト設計プログラム。
6. 前記設定ファイル生成処理は、予め設定ファイルテンプレートを有しており、前記システムレイアウト記憶手段に登録された前記システムレイアウト内の前記装置毎の情報を前記設定ファイルテンプレート内の所定の位置に挿入することで、前記装置毎の前記設定ファイルを生成することを特徴とする請求項５記載のシステムレイアウト設計プログラム。
7. さらに、前記管理対象ネットワークを構成する前記装置を遠隔制御し、前記設定ファイル生成処理によって生成された前記設定ファイルに基づいて前記装置の環境設定を行う構成制御管理処理を、前記コンピュータに実行させることを特徴とする請求項１記載のシステムレイアウト設計プログラム。
8. 前記構成制御管理処理は、前記装置間の通信路上に配置されるスイッチに対する環境設定を最後に行うことを特徴とする請求項７記載のシステムレイアウト設計プログラム。
9. 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計装置において、
   前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、
   前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルと、
   前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成するシステムレイアウト生成手段と、
   前記システムレイアウト生成手段で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する評価手段と、
   を有することを特徴とするシステムレイアウト設計装置。
10. 管理対象ネットワーク上での複数の機能の配置を決定するシステムレイアウト設計方法において、
    入力手段が、記憶装置に、前記管理対象ネットワーク上で実現すべき機能を示す複数の論理システム条件が格納された論理システム条件テーブルと、前記管理対象ネットワークを構成する複数の装置および前記装置の接続状況を示す物理要素情報が格納された物理システム情報テーブルとを格納し、
    システムレイアウト生成手段が、前記論理システム条件それぞれに対して、前記論理システム条件で示される機能を実現するための前記装置を関連付け、全ての前記論理システム条件に対する前記装置の関連付けを示すシステムレイアウトを生成し、
    評価手段が、前記システムレイアウト生成手段で生成された前記システムレイアウトを、予め指定された評価基準にしたがって評価し、最も高く評価された前記システムレイアウトを設計結果としてシステムレイアウト記憶手段に格納する、
    ことを特徴とするシステムレイアウト設計方法。
    

Images