JP2015109047A - 設定支援プログラム、設定支援装置および設定支援方法 - Google Patents

Abstract

【課題】既存のシステムと同一でないシステムの設計を自動で行う。【解決手段】設定支援装置１では、グルーピング部２１が、複数のタグを有する既存のシステム群について、タグが複数共通するシステムをグループ化する。ルール抽出部２２が、グループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出する。タグ共通ルール特定部２３が、グループ毎に抽出された設定ルールと、グループ毎に属するシステムが有するタグに基づいて、タグ毎に共通する設定ルールを特定する。新規ルール併合部２４が、タグ毎に特定された設定ルールを用いて、新規システム２が有する複数のタグに対応する設定ルールを生成する。【選択図】図１

Description

本発明は、設定支援プログラム、設定支援装置および設定支援方法に関する。

近年、サーバやネットワークの仮想化技術を利用して、ネットワーク上にある複数のコンピューティング資源を利用者のコンピューティング資源として使用することができるクラウドシステムが利用されている。かかるクラウドシステムは、大規模化しているとともに複雑化し、さらに、新たなシステムを提供することがある。

新たなシステムを提供する際、システムの設計が行われる。システムの設計では、例えば、設計者が、設計ルールや設計手順を作成する。ここで、設計ルールとは、設計に関わるパラメータを設定するルールであり、設計手順とは、設計ルールを実行順に並べたものである。そして、パラメータを自動で生成する装置が、作成された設計ルールおよび設計手順に基づいて、変更のあるシステムに関するパラメータを生成する。

また、新たなシステムを提供する際に、稼動時のネットワークの性能に最適なシステム構成の選択を支援する技術がある。例えば、支援サーバは、管理支援対象ネットワークのインフラＤＢから構成情報および性能情報などを収集し、システムＤＢに記憶させる。支援サーバは、システムＤＢから構成情報および性能情報を取得し、決定木などの学習手法により、構成情報を、稼動時の特徴的な性能情報に基づいて分類する分類規則を生成する。そして、支援サーバは、分類規則に基づいて、システムに搭載されるサーバの少なくともいずれかの稼動時の必要性能条件に対してボトルネックとなる性能情報をサーバ毎に抽出する。

国際公開第２００７／０６０７２１号 特開２００６−６５７０６号公報 特開２００２−３５８２００号公報 特開平０９−２１２３５３号公報 特開平０７−２２５６７９号公報 特開平０９−１２８０２１号公報

ところで、新たなシステムを提供する際に、既存のシステムと同一のシステムを提供する場合、既存のシステムに対応する設計ルールや設計手順を記憶しておくことで、新たなシステムの構築に対応することが可能である。しかしながら、既存のシステムと同一のシステムを提供することはほとんどなく、既存のシステムと同一でないシステムの設計を自動で行うことは困難であるという問題がある。すなわち、既存のシステムと同一でない新たなシステムの設計ルールや設計手順を自動で生成することは困難である。

稼動時のネットワークの性能に最適なシステム構成の選択を支援する技術であっても、支援サーバは、新たなシステムの性能情報をサーバ毎に抽出するが、新たなシステムの設計ルールや設計手順を自動で生成できない。

１つの側面では、既存のシステムと同一でないシステムの設計を自動で行うことを目的とする。

本願の開示する設定支援プログラムは、複数の属性を有する第１のシステム群について、属性が複数共通するシステムをグループ化し、前記グループ化する処理によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出し、前記抽出する処理によって前記グループ毎に抽出された設定ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定し、前記特定する処理によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する処理をコンピュータに実行させる。

本願の開示する設定支援プログラムの１つの態様によれば、既存のシステムと同一でないシステムの設計を自動で行うことが可能となる。

図１は、実施例に係る設定支援装置の構成を示す機能ブロック図である。 図２は、タグ情報テーブルのデータ構造の一例を示す図である。 図３Ａは、教師データのデータ構造の一例を示す図（１）である。 図３Ｂは、教師データのデータ構造の一例を示す図（２）である。 図４は、グルーピング部によるグルーピングを説明する図である。 図５Ａは、ルール抽出部によるルール抽出を説明する図（１）である。 図５Ｂは、ルール抽出部によるルール抽出を説明する図（２）である。 図５Ｃは、ルール抽出部によるルール抽出を説明する図（３）である。 図６Ａは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（１）である。 図６Ｂは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（２）である。 図６Ｃは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（３）である。 図６Ｄは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（４）である。 図６Ｅは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（５）である。 図６Ｆは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（６）である。 図６Ｇは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図（７）である。 図７Ａは、新規ルール併合部による新規ルールを併合する処理を説明する図（１）である。 図７Ｂは、新規ルール併合部による新規ルールを併合する処理を説明する図（２）である。 図８は、推奨設定生成部による推奨設定を生成する処理を説明する図である。 図９は、実施例に係る設定支援処理のフローチャートを示す図である。 図１０は、設定支援プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する設定支援プログラム、設定支援装置および設定支援方法の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［設定支援装置の構成］
図１は、実施例に係る設定支援装置の構成を示す機能ブロック図である。かかる設定支援装置１は、システムの環境設計の際に用いられるパラメータの設定を支援する。設定支援装置１は、例えばクラウドシステム内にシステムを新たに構築する場合に、稼動中の既存のシステムと特徴が異なるシステムであっても自動でパラメータの値を設定する。設定支援装置１は、既存のシステムのパラメータの設定情報（後述する教師データ１２）および各システムを特徴付けるために用いられるタグを用いて、新規システム２のパラメータの設定で用いられる設計ルールや設計手順を生成する。そして、設定支援装置１は、生成した設計ルールや設計手順を用いて、新規システム２のパラメータの値を自動で設定する。

ここで、タグとは、システム同士をグループ化する際に用いることが可能なシステムの特徴（指標）を表す。タグには、例えば、システムで使用されるＯＳ（Operating System）、システムにおける性能の高中低、システムの大きさ（サイズ）などが挙げられる。ここでいうシステムのサイズとは、システムに搭載されるサーバの数に対応したシステムの大きさを表し、システムに搭載されるサーバの数のフルサイズを１とした場合の大きさを表す。システムに搭載されるサーバの数のフルサイズは、例えば１２８である。あるシステムにおいて、サーバ台数が６４であれば、システムのサイズは１／２と規定される。なお、タグは、属性の一例である。

設計ルールは、システムの設計に関わるパラメータの設定上のルールであり、条件と定義からなる。設計手順とは、設計ルールを実行順に並べたものである。そして、設定支援装置１は、生成した設計ルールおよび設計手順に基づいて、新規システム２に対するパラメータの値を設定する。なお、設計ルールは、設定ルールの一例である。

図１に示すように、設定支援装置１は、記憶部１０と、制御部２０とを有する。

記憶部１０は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）等の不揮発性の半導体メモリ素子等の記憶装置に対応する。記憶部１０は、タグ情報テーブル１１と、教師データ１２と、マニュアル入力パラメータ１３とを有する。

タグ情報テーブル１１は、既存のシステム毎の特徴を示すタグの情報であるタグ情報を記憶する。タグ情報テーブル１１は、あらかじめ設計者によって記憶部１０に格納される。なお、タグ情報テーブル１１に記憶されるタグの数は、設計者が管理できる程度とする。

ここで、タグ情報テーブル１１のデータ構造の一例を、図２を参照して説明する。図２は、タグ情報テーブルのデータ構造の一例を示す図である。図２に示すように、タグ情報テーブル１１は、システム名１１ａおよびタグ１１ｂを対応付けて記憶する。タグ１１ｂには、一例として、ＯＳ１１ｃ、性能１１ｄおよびサイズ１１ｅが記憶される。システム名１１ａは、既存のシステムの名称を示す。ＯＳ１１ｃは、システム名１１ａで示されるシステムで使用されるＯＳの名称を示す。性能１１ｄは、システム名１１ａで示されるシステムにおける性能の高低中を示す。サイズ１１ｅは、システム名１１ａで示されるシステムの大きさを示す。一例として、システム名１１ａが「システムＡ」である場合、ＯＳ１１ｃとして「ＣｅｎｔＯＳ」、性能１１ｄとして「高」、サイズ１１ｅとして「１／２」を記憶している。

図１に戻って、教師データ１２は、既存のシステムのパラメータの設定情報であり、後述するグルーピング部２１によって記憶部１０に格納される。

ここで、既存のシステム毎の教師データ１２のデータ構造の一例を、図３Ａおよび図３Ｂを参照して説明する。図３Ａおよび図３Ｂは、教師データのデータ構造の一例を示す図である。例えば、図３Ａに示すように、システムＡの教師データ１２は、パラメータ、サーバＡ１、サーバＡ２、サーバＡ３およびサーバＡ４を対応付けて記憶する。

サーバＡ１、サーバＡ２、サーバＡ３およびサーバＡ４は、既存のシステムＡに搭載されているサーバの名称である。ここでは、サーバが４個搭載されているが、システムの設計で定められるサイズに応じて搭載されるサーバの数が異なる。

パラメータは、システムの設計に用いられるパラメータである。ここでは、パラメータには、「ＩＰＡＤＤＲ」、「ｎａｍｅｓｅｒｖｅｒ」、「ＬＡＮＧ」、「ＵＴＣ」および「ＩＰ」が含まれる。「ＩＰＡＤＤＲ」は、サーバのＩＰアドレスを示す。「ｎａｍｅｓｅｒｖｅｒ」は、ＤＮＳ（Domain Name Service）のＩＰアドレスを示す。「ＬＡＮＧ」は、サーバの使用言語を示す。「ＵＴＣ」は、協定世界時を使用するか否かを示し、例えば、「ｔｒｕｅ」の場合協定世界時を使用することを意味し、「ｆａｌｓｅ」の場合協定世界時を使用しないことを意味する。「ＩＰ」は、ＩＰアドレスの割当てを動的にするか静的にするかを示し、例えば、「ｄｈｃｐ」の場合動的であることを意味し、「ｓｔａｔｉｃ」の場合静的であることを意味する。

各サーバには、これらのパラメータの値がそれぞれ設定されている。一例として、サーバＡ１の場合、パラメータ「ＩＰＡＤＤＲ」に「１０．０．０．１」が設定され、パラメータ「ｎａｍｅｓｅｒｖｅｒ」に「１９２．１６８．１．１」が設定されている。さらに、パラメータ「ＬＡＮＧ」に「ｊｐ」が設定され、パラメータ「ＵＴＣ」に「ＦＡＬＳＥ」が設定され、パラメータ「ＩＰ」に「ｓｔａｔｉｃ」が設定されている。なお、図３Ａ、図３Ｂに示すように、システムＢ〜Ｆについても、システムＡと同様に、教師データ１２が記憶部１０に記憶される。

図１に戻って、マニュアル入力パラメータ１３は、マニュアル入力で値が設定されるパラメータであり、後述するルール抽出部２２および後述する新規ルール併合部２４によって記憶部１０に格納される。

図１に戻って、制御部２０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。そして、制御部２０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路の電子回路に対応する。または、制御部２０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路に対応する。さらに、制御部２０は、グルーピング部２１、ルール抽出部２２、タグ共通ルール特定部２３、新規ルール併合部２４および推奨設定生成部２５を有する。なお、グルーピング部２１は、グループ化部の一例である。ルール抽出部２２は、抽出部の一例である。タグ共通ルール特定部２３は、特定部の一例である。新規ルール併合部２４は、生成部の一例である。

グルーピング部２１は、複数のタグを有する既存のシステム群について、タグが複数共通するシステムをグルーピングする。例えば、グルーピング部２１は、タグ情報テーブル１１に記憶された既存のシステム毎のタグ情報に基づいて、タグ情報が同じであるシステム同士を１つのグループにまとめる。

ここで、グルーピング部２１によるグルーピングを、図４を参照して説明する。図４は、グルーピング部によるグルーピングを説明する図である。なお、既存のシステムＡ〜Ｆのタグ情報は、タグ情報テーブル１１に記憶されている。システムＡ、Ｆのタグ情報には、それぞれＯＳ１１ｃが「ＣｅｎｔＯＳ」、サイズ１１ｅが「１／１」と記憶されている。システムＢ、Ｄのタグ情報には、それぞれＯＳ１１ｃが「ＣｅｎｔＯＳ」、サイズ１１ｅが「１／２」と記憶されている。システムＣ、Ｅのタグ情報には、それぞれＯＳ１１ｃが「Ｕｂｕｎｔｕ」、サイズ１１ｅが「１／１」と記憶されている。

図４に示すように、グルーピング部２１は、タグ情報テーブル１１に記憶されたタグ情報に基づいて、タグ情報が同じであるシステム同士をグループ分けする。ここでは、グルーピング部２１は、タグ情報が同じであるシステムＡ、Ｆをグループ１としてグループ分けする。グルーピング部２１は、タグ情報が同じであるシステムＢ、Ｄをグループ２としてグループ分けする。グルーピング部２１は、タグ情報が同じであるシステムＣ、Ｅをグループ３としてグループ分けする。

図１に戻って、ルール抽出部２２は、グルーピング部２１によってグループ分けされたグループ毎に、既存のシステムのパラメータの設定で用いられる設計ルールを、グループに属するシステムに設定された環境設定に基づいて抽出する。例えば、ルール抽出部２２は、クラスタリング手法を用いて、グループ分けされたグループ毎に、グループに属する複数のシステムの教師データ１２からシステム単位の共通部分を特定する。そして、ルール抽出部２２は、クラスタリング結果から設計ルールを抽出する。なお、クラスタリング手法は、クラスタリングのいかなる手法を用いても構わない。

また、ルール抽出部２２は、グルーピング部２１によってグループ分けされたグループ毎に、教師データ１２に含まれるパラメータの中で、マニュアル入力となるパラメータを判別する。例えば、ルール抽出部２２は、各システムで全てのサーバが固有の値を持つパラメータを、マニュアル入力パラメータとして判別する。全てのサーバが固有の値を持つパラメータの場合、ルール抽出部２２は、条件と定義でパラメータに値を設定できないからである。また、ルール抽出部２２は、それぞれのシステム間で固有の値を持つパラメータ、すなわちそれぞれのシステム毎に固有の値を持つパラメータを、マニュアル入力パラメータとして判別する。システム間で固有の値を持つパラメータの場合、ルール抽出部２２は、条件と定義でパラメータに値を設定できないからである。そして、ルール抽出部２２は、マニュアル入力パラメータを記憶部１０のマニュアル入力パラメータ１３に格納する。

ここで、ルール抽出部２２によるルール抽出を、図５Ａ〜図５Ｃを参照して説明する。図５Ａ〜図５Ｃは、ルール抽出部によるルール抽出を説明する図である。

図５Ａには、グループ１に属するシステムＡ、Ｆのルール抽出が示されている。ルール抽出部２２は、クラスタリング手法を用いて、グループ分けされたグループ１に属するシステムＡ、Ｆの教師データ１２からシステム単位の共通部分を特定する。ここでは、ルール抽出部２２は、サーバ毎に設定されているパラメータ「ＬＡＮＧ」の値とパラメータ「ＵＴＣ」の値とを共通部分として特定する。すなわち、システムＡ、Ｆでは、パラメータ「ＬＡＮＧ」が「ｊｐ」である場合、パラメータ「ＵＴＣ」が「ＦＡＬＳＥ」であり、パラメータ「ＬＡＮＧ」が「ｅｎ」である場合、パラメータ「ＵＴＣ」が「ＴＲＵＥ」である。また、ルール抽出部２２は、サーバ毎に設定されているパラメータ「ｎａｍｅｓｅｒｖｅｒ」の値を共通部分として特定する。すなわち、システムＡ、Ｆでは、パラメータ「ｎａｍｅｓｅｒｖｅｒ」の値がすべて「１９２．１６８．１．１」である。また、ルール抽出部２２は、サーバ毎に設定されているパラメータ「ＩＰ」の値を共通部分として特定する。すなわち、システムＡ、Ｆでは、パラメータ「ＩＰ」の値がすべて「ｓｔａｔｉｃ」である。このような共通部分がクラスタ結果として特定される。

そして、ルール抽出部２２は、クラスタリング結果から設計ルールを抽出する。ここでは、ルール抽出部２２は、「ＩＦ ＬＡＮＧ＝ｊｐ ＴＨＥＮ ＵＴＣ＝ＦＡＬＳＥ」、「ＩＦ ＬＡＮＧ＝ｅｎ ＴＨＥＮ ＵＴＣ＝ＴＲＵＥ」という設計ルールを抽出する。また、グループ１では、ルール抽出部２２は、「ＩＦ ＵＴＣ＝ＴＲＵＥ ＴＨＥＮ ＬＡＮＧ＝ｅｎ」、「ＩＦ ＵＴＣ＝ＦＡＬＳＥ ＴＨＥＮ ＬＡＮＧ＝ｊｐ」という設計ルールを抽出する。また、ルール抽出部２２は、「ＩＦ ＡＬＬ ＴＨＥＮ ｎａｍｅｓｅｒｖｅｒ＝１９２．１６８．１．１」という設計ルールを抽出する。また、ルール抽出部２２は、「ＩＦ ＡＬＬ ＴＨＥＮ ＩＰ＝ｓｔａｔｉｃ」という設計ルールを抽出する。

図５Ｂに示すように、ルール抽出部２２によってグループ１、２、３毎に抽出された設計ルールが表されている。

図５Ｃには、グループ１に属するシステムＡ、Ｆのルール抽出ができない場合が示されている。ルール抽出部２２は、各システムで全てのサーバが固有の値を持つパラメータを、マニュアル入力パラメータとして判別する。ここでは、システムＡ、Ｆでは、パラメータ「ＩＰＡＤＤＲ」の値について、全てのサーバがそれぞれの値を持っている。すなわち、パラメータ「ＩＰＡＤＤＲ」は全てのサーバが固有の値を持つパラメータである。したがって、ルール抽出部２２は、「ＩＰＡＤＤＲ」をマニュアル入力パラメータとして判別する。

図１に戻って、タグ共通ルール特定部２３は、ルール抽出部２２によってグループ毎に抽出された設計ルールと、グループ毎に属するシステムが有するタグとに基づいて、タグ毎に共通する設計ルールを特定する。例えば、タグ共通ルール特定部２３は、グループ同士で共通するタグを特定する。そして、タグ共通ルール特定部２３は、特定したタグを有するそれぞれのグループの設計ルールを比較し、共通する設計ルールを特定する。

また、タグ共通ルール特定部２３は、ルール抽出部２２によってグループ毎に抽出された設計ルールに基づいて、全グループに共通する設計ルール（全共通ルール）を特定する。

また、タグ共通ルール特定部２３は、１つのグループに有するタグに共通する設計ルールを特定できない場合、当該タグに共通する設計ルールを推定する。１つのグループに有するタグに共通する設計ルールを特定できない場合とは、１つのグループに有するタグが他のグループに有しない場合を意味する。そして、１つのグループに有するタグに共通する設計ルールを特定できないタグのことを、「不特定タグ」というものとする。例えば、グループの設計ルールは、グループに属する各タグに共通する設計ルールと全共通ルールとからなると仮定する。かかる仮定のもと、タグ共通ルール特定部２３は、不特定タグを有するグループの設計ルール、当該グループが有する他のタグに共通する設計ルールおよび全共通ルールに基づいて、不特定タグに共通する設計ルールを推定する。

ここで、タグ共通ルール特定部２３によるタグ共通ルールを特定する処理を、図６Ａ〜図６Ｇを参照して説明する。図６Ａ〜図６Ｇは、タグ共通ルール特定部によるタグ共通ルールを特定する処理を説明する図である。なお、グループ１に属するシステムＡ、Ｆのタグ情報は、ＯＳ１１ｃとして「ＣｅｎｔＯＳ」、サイズ１１ｅとして「１／１」であるとする。グループ２に属するシステムＢ、Ｄのタグ情報は、ＯＳ１１ｃとして「ＣｅｎｔＯＳ」、サイズ１１ｅとして「１／２」であるとする。グループ３に属するシステムＣ、Ｅのタグ情報は、ＯＳ１１ｃとして「Ｕｂｕｎｔｕ」、サイズ１１ｅとして「１／１」であるとする。そして、不特定タグは、「Ｕｂｕｎｔｕ」および「１／２」であるとする。

図６Ａに示すように、グループ１、２同士で、タグ「ＣｅｎｔＯＳ」に共通する設計ルールが特定されている。ここでは、タグ共通ルール特定部２３は、グループ１、２同士で共通するタグ「ＣｅｎｔＯＳ」を特定する。そして、タグ共通ルール特定部２３は、特定したタグ「ＣｅｎｔＯＳ」を有するグループ１、２の各設計ルールを比較し、共通する設計ルールｃ０を特定する。

すなわち、図６Ｂに示すように、タグ共通ルール特定部２３は、グループ同士で、共通するタグを特定する。ここでは、タグ共通ルール特定部２３は、グループ１、２同士で共通するタグ「ＣｅｎｔＯＳ」を特定する。なお、グループ３のＯＳ１１ｃのタグは「Ｕｂｕｎｔｕ」であるので、グループ１、２のＯＳ１１ｃのタグ「ＣｅｎｔＯＳ」と共通しない。そして、タグ共通ルール特定部２３は、特定したタグ「ＣｅｎｔＯＳ」を有するグループ１、２の各設計ルールを比較し、共通する設計ルールを特定する。特定された設計ルールが、ＣｅｎｔＯＳの共通ルールとなる。

図６Ｃに示すように、タグ共通ルール特定部２３は、グループ同士で、共通するタグを特定する。ここでは、タグ共通ルール特定部２３は、グループ１、３同士で共通するタグ「１／１」を特定する。なお、グループ２のサイズ１１ｅのタグは「１／２」であるので、グループ１、３のサイズ１１ｅのタグ「１／１」と共通しない。そして、タグ共通ルール特定部２３は、特定したタグ「１／１」を有するグループ１、３の各設計ルールを比較し、共通する設計ルールを特定する。特定された設計ルールが、１／１の共通ルールとなる。

図６Ｄに示すように、タグ共通ルール特定部２３は、グループ毎の設計ルールに基づいて、全グループに共通する設計ルールを特定する。ここでは、タグ共通ルール特定部２３は、グループ１、２、３に共通する設計ルールとして「ＩＦ ＡＬＬ ＴＨＥＮ ｎａｍｅｓｅｒｖｅｒ＝１９２．１６８．１．１」を特定する。特定された設計ルールが、全共通ルールとなる。

図６Ｅに示すように、不特定タグ「Ｕｂｕｎｔｕ」に共通する設計ルールが推定されている。グループ１に属するシステムＡ、Ｆのタグ情報は、ＯＳ１１ｃとして「ＣｅｎｔＯＳ」であり、グループ２に属するシステムＢ、Ｄのタグ情報は、ＯＳ１１ｃとして「ＣｅｎｔＯＳ」である。そして、グループ３に属するシステムＣ、Ｅのタグ情報は、ＯＳ１１ｃとして「Ｕｂｕｎｔｕ」である。したがって、タグ共通ルール特定部２３は、グループ３に有するタグ「Ｕｂｕｎｔｕ」に共通する設計ルールを特定できない。このタグ「Ｕｂｕｎｔｕ」は、不特定タグである。

そこで、タグ共通ルール特定部２３は、不特定タグを有するグループ３の設計ルール、グループ３が有する他のタグに共通する設計ルールおよび全共通ルールに基づいて、不特定タグ「Ｕｂｕｎｔｕ」に共通する設計ルールを推定する。ここでは、「Ｕｂｕｎｔｕ」に共通する設計ルールは、グループ３の設計ルールから全共通ルールとグループ３が有する他のタグ「１／１」に共通する設計ルールを除いたものと推定される。すなわち、「Ｕｂｕｎｔｕ」に共通する設計ルールは、「ＩＦ ＡＬＬ ＴＨＥＮ ＬＡＮＧ＝ｅｎ」および「ＩＦ ＡＬＬ ＴＨＥＮ ＵＴＣ＝ＴＲＵＥ」と推定される。このようにして、タグ共通ルール特定部２３は、共通の設計ルールが特定できないタグが存在する場合であっても、当該タグの共通の設計ルールを推定することができる。

図６Ｆに示すように、不特定タグ「１／２」に共通する設計ルールが推定されている。グループ１に属するシステムＡ、Ｆのタグ情報は、サイズ１１ｅとして「１／１」であり、グループ３に属するシステムＣ、Ｅのタグ情報は、サイズ１１ｅとして「１／１」である。そして、グループ２に属するシステムＢ、Ｄのタグ情報は、サイズ１１ｅとして「１／２」である。したがって、タグ共通ルール特定部２３は、グループ２に有するタグ「１／２」に共通する設計ルールを特定できない。このタグ「１／２」は、不特定タグである。

そこで、タグ共通ルール特定部２３は、不特定タグを有するグループ２の設計ルール、グループ２が有する他のタグに共通する設計ルールおよび全共通ルールに基づいて、不特定タグ「１／２」に共通する設計ルールを推定する。ここでは、「１／２」に共通する設計ルールは、グループ２の設計ルールから全共通ルールとグループ２が有する他のタグ「ＣｅｎｔＯＳ」に共通する設計ルールを除いたものと推定される。すなわち、「１／２」に共通する設計ルールは、「ＩＦ ＬＡＮＧ＝ｊｐ ＴＨＥＮ ＵＴＣ＝ＦＡＬＳＥ」、「ＩＦ ＬＡＮＧ＝ｅｎ ＴＨＥＮ ＵＴＣ＝ＴＲＵＥ」と推定される。加えて、「１／２」に共通する設計ルールは、「ＩＦ ＵＴＣ＝ＴＲＵＥ ＴＨＥＮ ＬＡＮＧ＝ｅｎ」および「ＩＦ ＵＴＣ＝ＦＡＬＳＥ ＴＨＥＮ ＬＡＮＧ＝ｊｐ」と推定される。このようにして、タグ共通ルール特定部２３は、共通の設計ルールが特定できないタグが存在する場合であっても、当該タグの共通の設計ルールを推定することができる。

図６Ｇに示すように、タグ共通ルール特定部２３は、各グループ１、２、３に有するタグ毎に共通する設計ルールおよび全共通ルールを特定することができる。

図１に戻って、新規ルール併合部２４は、タグ共通ルール特定部２３によってタグ毎に特定された設計ルールを用いて、新規システム２が有する複数のタグに対応する設計ルールを生成する。例えば、新規ルール併合部２４は、新規システム２が有する複数のタグを取得する。新規ルール併合部２４は、一例として、設計者によって入力された新規システム２が有する複数のタグを取得する。そして、新規ルール併合部２４は、取得した各タグに対応する設計ルールを併合し、併合した設計ルールを新規システム２の設計ルールとして生成する。併合して生成された設計ルールが、例えば、新規システム２の設計手順となる。

また、新規ルール併合部２４は、新規システム２が有する複数のタグに新規のタグが含まれる場合、新規のタグに関連するパラメータの設定をマニュアル入力させる。例えば、新規ルール併合部２４は、新規システム２が有する複数のタグの中に、タグ情報テーブル１１に記憶されたタグ情報に含まれないタグを探索する。そして、新規ルール併合部２４は、タグ情報に含まれないタグが存在する場合、当該タグを新規のタグと判定する。そして、新規ルール併合部２４は、新規のタグと同じ種類のタグに共通の設計ルールに基づいて、新規のタグに関連するパラメータを抽出する。一例として、サイズ１１ｅとして新規のタグ「１／４」が探索された場合、新規ルール併合部２４は、新規のタグ「１／４」と同じサイズ１１ｅとしてタグ情報に含まれる「１／１」と「１／２」のそれぞれの共通の設計ルールに基づいて、サイズ１１ｅに関連するパラメータを抽出する。サイズ１１ｅが「１／１」の共通する設計ルールは、「ＩＦ ＡＬＬ ＴＨＥＮ ＩＰ＝ｓｔａｔｉｃ」を含むとする。サイズ１１ｅが「１／２」の共通する設計ルールは、「ＩＦ ＡＬＬ ＴＨＥＮ ＩＰ＝ｄｈｃｐ」を含むとする。すると、新規ルール併合部２４は、サイズ１１ｅに関連するパラメータを両方の設計ルールに含まれる「ＩＰ」として抽出する。そして、新規ルール併合部２４は、パラメータ「ＩＰ」をマニュアル入力パラメータとして記憶部１０のマニュアル入力パラメータ１３に格納する。これにより、新規ルール併合部２４は、新規システム２の複数のタグに新規のタグが含まれる場合であっても、マニュアル入力パラメータ１３に情報を付加することで、設計者の設計を支援することができる。

ここで、新規ルール併合部２４による新規ルールを併合する処理を、図７Ａおよび図７Ｂを参照して説明する。図７Ａおよび図７Ｂは、新規ルール併合部による新規ルールを併合する処理を説明する図である。なお、タグ共通ルール特定部２３によって全共通ルール、ＯＳ１１ｃとして「Ｕｂｕｎｔｕ」に共通する設計ルール、サイズ１１ｅとして「１／２」に共通する設計ルールが特定されているとする。

図７Ａに示すように、設計者から新規システムの複数のタグが入力される。ここでは、ＯＳ１１ｃとして「Ｕｂｕｎｔｕ」、サイズ１１ｅとして「１／２」が入力されている。すると、新規ルール併合部２４は、各タグに対応する設計ルールを併合する。ここでは、新規ルール併合部２４は、全共通ルール、「Ｕｂｕｎｔｕ」に共通する設計ルールおよび「１／２」に共通する設計ルールを併合する。この結果、新規ルール併合部２４は、併合した設計ルールを新規システムの設計ルールとして生成する。この併合して生成された設計ルールが、新規システムの設計手順となる。

次に、新規システムが有する複数のタグに新規のタグが含まれる場合について説明する。図７Ｂに示すように、設計者から新規システムの複数のタグが入力される。ここでは、ＯＳ１１ｃとして「Ｕｂｕｎｔｕ」、サイズ１１ｅとして「１／４」が入力されている。すると、新規ルール併合部２４は、「１／４」に共通する設計ルールがないので、サイズ１１ｅとして「１／４」を新規のタグと判定する。そして、新規ルール併合部２４は、サイズ１１ｅとしてタグ情報に含まれる「１／１」と「１／２」のそれぞれの共通の設計ルールに基づいて、サイズ１１ｅに関連するパラメータを抽出する。ここでは、新規ルール併合部２４は、サイズ１１ｅに関連するパラメータ「ＩＰ」を抽出する。そこで、新規ルール併合部２４は、共通する設計ルールがある全共通ルールおよび「Ｕｂｕｎｔｕ」に共通する設計ルールを併合する。この結果、新規ルール併合部２４は、併合した設計ルールを新規システムの設計ルールとして生成する。さらに、新規ルール併合部２４は、サイズ１１ｅに関連するパラメータ「ＩＰ」をマニュアル入力とする。そして、新規ルール併合部２４は、パラメータ「ＩＰ」をマニュアル入力パラメータとして記憶部１０のマニュアル入力パラメータ１３に格納する。

図１に戻って、推奨設定生成部２５は、新規ルール併合部２４によって併合された設計ルールにしたがって、新たな設計対象である新規システム２の設計に用いられるパラメータの推奨される設計値を生成する。例えば、推奨設定生成部２５は、マニュアル入力パラメータ１３に記憶されたマニュアル入力パラメータに対してマニュアル入力を受け付けると、受け付けた入力データを用いてマニュアル入力パラメータの設計値を生成する。そして、推奨設定生成部２５は、新規ルール併合部２４によって併合された設計ルール（設定手順）にしたがって、順々にパラメータの推奨される設計値を生成する。

なお、推奨設定生成部２５は、生成できていない箇所が存在する場合、生成できていない箇所の内、順序が最も早いパラメータに対応する箇所のマニュアル入力を、管理者に依頼する。生成できていない箇所が存在する場合の一例として、新規システム２に新しいサーバが増設される場合がある。また、別の一例として、新規システム２に設定すべき新しいパラメータが増える場合がある。また、さらに別の一例として、新規システム２の設計方針が変る場合がある。

また、推奨設定生成部２５は、生成したパラメータを新規システム２に設定する。

ここで、推奨設定生成部２５による推奨設定を生成する処理を、図８を参照して説明する。図８は、推奨設定生成部による推奨設定を生成する処理を説明する図である。なお、新規システムＧの設計ルール（設計手順）が、新規ルール併合部２４によって生成されているとする。また、マニュアル入力パラメータ１３にマニュアル入力パラメータとして「ＩＰＡＤＤＲ」が記憶されているとする。

図８中段に示すように、新規システムＧに搭載されるサーバＧ１、Ｇ２に対して、まだパラメータの値が生成されていない。

図８下段に示すように、推奨設定生成部２５は、マニュアル入力パラメータに対してマニュアル入力を受け付けると、マニュアル入力パラメータの設計値を生成する。ここでは、サーバＧ１に対してマニュアル入力パラメータ「ＩＰＡＤＤＲ」に入力された値「１０．０．０．２１」が割り当てられる。サーバＧ２に対してマニュアル入力パラメータ「ＩＰＡＤＤＲ」に入力された値「１０．０．０．２２」が割り当てられる。

また、推奨設定生成部２５は、設計ルール（設計手順）にしたがって、順々にパラメータの推奨される設計値を生成する。ここでは、新規システムの設計ルールｒ１にしたがって、サーバＧ１、Ｇ２のパラメータ「ｎａｍｅｓｅｒｖｅｒ」にそれぞれ「１９２．１６８．１．１」が割り当てられる。また、新規システムの設計ルールｒ２にしたがって、サーバＧ１、Ｇ２のパラメータ「ＬＡＮＧ」にそれぞれ「ｅｎ」が割り当てられる。また、新規システムの設計ルールｒ３にしたがって、サーバＧ１、Ｇ２のパラメータ「ＵＴＣ」にそれぞれ「ＴＲＵＥ」が割り当てられる。また、新規システムの設計ルールｒ４にしたがって、サーバＧ１、Ｇ２のパラメータ「ＩＰ」にそれぞれ「ｄｈｃｐ」が割り当てられる。

これにより、推奨設定生成部２５は、新規システムＧが増える場合、新規システムの設計ルールにしたがって、パラメータの推奨される設計値を生成することができ、新規システムＧに設定することができる。

［設定支援処理の手順］
次に、設定支援処理の手順を、図９を参照して説明する。図９は、実施例に係る設定支援処理のフローチャートを示す図である。なお、既存の複数のシステムに対するタグ情報があらかじめタグ情報テーブル１１に記憶されている。

まず、グルーピング部２１は、新規システム２に対する設定支援要求があったか否かを判定する（ステップＳ１１）。新規システム２に対する設定支援要求がなかったと判定した場合（ステップＳ１１；Ｎｏ）、グルーピング部２１は、当該設定支援要求があるまで、判定処理を繰り返す。

一方、新規システム２に対する設定支援要求があったと判定した場合（ステップＳ１１；Ｙｅｓ）、グルーピング部２１は、既存の各システムをタグによりグルーピングする（ステップＳ１２）。例えば、グルーピング部２１は、タグ情報テーブル１１に記憶された既存のシステム毎のタグ情報に基づいて、タグ情報が同じであるシステム同士を１つのグループにまとめる。

続いて、ルール抽出部２２は、グルーピング部２１によってグルーピングされた各グループのシステムに対してクラスタリングを行い、各グループに共通する設計ルールを抽出する（ステップＳ１３）。例えば、ルール抽出部２２は、クラスタリング手法を用いて、グループ毎に、グループに属するシステムの教師データ１２からグループに共通する設計ルールを抽出する。

そして、ルール抽出部２２は、グループに属するシステムに搭載される各サーバおよびグループに属する各システムで異なる値を持つパラメータをマニュアル入力とする（ステップＳ１４）。一例として、ルール抽出部２２は、グループに属する各システムで全てのサーバが固有の値を持つパラメータを、マニュアル入力パラメータとする。別の一例として、ルール抽出部２２は、グループに属する各システムで固有の値を持つパラメータを、マニュアル入力パラメータとする。そして、ルール抽出部２２は、マニュアル入力パラメータを、記憶部１０のマニュアル入力パラメータ１３に格納する。

続いて、タグ共通ルール特定部２３は、２グループのタグと設計ルールを比較し、共通するタグと共通するルールを紐づける（ステップＳ１５）。例えば、タグ共通ルール特定部２３は、グループ同士で共通するタグを特定する。そして、タグ共通ルール特定部２３は、特定したタグを有するそれぞれのグループの設計ルールを比較し、共通する設計ルールを特定する。

そして、タグ共通ルール特定部２３は、１グループにしかないタグ（不特定タグ）の場合、このタグと共通する設計ルールを推定する（ステップＳ１６）。例えば、タグ共通ルール特定部２３は、不特定タグを有するグループの設計ルール、当該グループが有する他のタグに共通する設計ルールおよび全共通ルールに基づいて、不特定タグに共通する設計ルールを推定する。

続いて、新規ルール併合部２４は、新規システム２が有する複数のタグを取得する（ステップＳ１７）。一例として、新規システム２が有する複数のタグは、設計者によって入力される。そして、新規ルール併合部２４は、新規システム２が有する複数のタグに、新規のタグが存在するか否かを判定する（ステップＳ１８）。例えば、新規ルール併合部２４は、新規システム２が有する複数のタグの中に、タグ情報テーブル１１に記憶されたタグ情報に含まれないタグが存在するか否かを判定する。

新規のタグが存在しないと判定した場合（ステップＳ１８；Ｎｏ）、新規ルール併合部２４は、ステップＳ２０に移行する。

一方、新規のタグが存在すると判定した場合（ステップＳ１８；Ｙｅｓ）、新規ルール併合部２４は、新規のタグに関連するパラメータをマニュアル入力とする（ステップＳ１９）。例えば、新規ルール併合部２４は、新規のタグと同じ種類のタグに共通の設計ルールに基づいて、新規のタグに関連するパラメータを抽出する。そして、新規ルール併合部２４は、抽出したパラメータをマニュアル入力パラメータとして、記憶部１０のマニュアル入力パラメータ１３に格納する。そして、新規ルール併合部２４は、ステップＳ２０に移行する。

ステップＳ２０では、新規ルール併合部２４は、入力されたタグに紐づけられている設計ルールを収集し、収集した設計ルールを併合して新規システム２の設計ルールとして生成する（ステップＳ２０）。

そして、推奨設定生成部２５は、マニュアル入力と、新規ルール併合部２４によって併合された設計ルールとから、新規システム２に推奨される設計値を生成する（ステップＳ２１）。例えば、推奨設定生成部２５は、マニュアル入力パラメータ１３に記憶されたマニュアル入力パラメータに対してマニュアルで設計値を受け付けると、受け付けた設計値を用いてマニュアル入力パラメータの情報を生成する。そして、推奨設定生成部２５は、新規ルール併合部２４によって併合された設計ルール（設計手順）にしたがって、順々にパラメータの情報を生成する。

［実施例の効果］
上記実施例によれば、設定支援装置１は、複数のタグを有する既存のシステム群について、タグが複数共通するシステムをグルーピングする。そして、設定支援装置１は、グルーピングされたグループ毎に、システムへの環境設定に用いられる設計ルールを抽出する。そして、設定支援装置１は、グループ毎に抽出された設計ルールと、グループ毎に属するシステムが有するタグに基づいて、タグ毎に共通する設計ルールを特定する。そして、設定支援装置１は、タグ毎に特定された設計ルールを用いて、新規システム２が有する複数のタグに対応する設計ルールを生成する。かかる構成によれば、設定支援装置１は、新規システム２が既存のシステムと特徴（タグ）が異なる場合であっても、設計ルールを自動生成することができる。すなわち、設定支援装置１は、新規システム２が既存のシステムと特徴（タグ）が異なる場合であっても、新規システム２のシステム構築を支援することができる。

また、上記実施例によれば、設定支援装置１は、所定のタグに共通する設計ルールが特定されない場合、以下のように所定のタグに共通する設計ルールを推定する。即ち、設定支援装置１は、所定のタグを有するグループの設計ルール、当該グループが有する所定のタグと異なる他のタグに共通する設計ルールおよび全グループに共通する設計ルールに基づいて、所定のタグに共通する設計ルールを推定する。かかる構成によれば、設定支援装置１は、所定のタグに共通する設計ルールが特定されない場合であっても、所定のタグに共通する設計ルールを容易に推定することができる。

また、上記実施例によれば、設定支援装置１は、新規システム２が有する複数のタグに新規のタグが含まれる場合、新規のタグに関連する環境設定をマニュアルにより入力させる。かかる構成によれば、設定支援装置１は、新規のタグに関連する環境設定についてマニュアルにより入力させるので、設計者の設計を支援することができる。

また、上記実施例によれば、設定支援装置１は、グループ化されたグループ毎に、システムへの環境設定で使用するパラメータの設定に用いられる条件および定義を示す設計ルールを抽出する。かかる構成によれば、設定支援装置１は、グループ化されたグループ毎に、パラメータの設定に用いられる設計ルールを抽出するので、同じグループに属するシステム同士で適正な設計ルールを抽出することが可能となる。

［その他］
なお、設定支援装置１は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置に、上記した制御部２０および記憶部１０などの各機能を搭載することによって実現することができる。

また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、グルーピング部２１とルール抽出部２２とを１個の部として統合しても良い。一方、タグ共通ルール特定部２３を、タグに共通する設計ルールを特定できる場合の処理部とタグに共通する設計ルールを特定できない場合の処理部とに分散しても良い。また、記憶部１０を設定支援装置１の外部装置に記憶するようにしても良いし、記憶部１０を記憶した外部装置を設定支援装置１とネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した設定支援装置１と同様の機能を実現する設定支援プログラムを実行するコンピュータの一例を説明する。図１０は、設定支援プログラムを実行するコンピュータの一例を示す図である。

図１０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、設定支援プログラム２０５ａおよび設定支援関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、設定支援プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、設定支援装置１の各機能部に対応する。設定支援関連情報２０５ｂは、タグ情報テーブル１１、教師データ１２およびマニュアル入力パラメータ１３に対応する。そして、例えばリムーバブルディスク２１１が、教師データ１２などの各情報を記憶する。

なお、設定支援プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから設定支援プログラム２０５ａを読み出して実行するようにしても良い。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）複数の属性を有する第１のシステム群について、属性が複数共通するシステムをグループ化し、
前記グループ化する処理によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出し、
前記抽出する処理によって前記グループ毎に抽出された設定ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定し、
前記特定する処理によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する
処理をコンピュータに実行させることを特徴とする設定支援プログラム。

（付記２）前記特定する処理によって所定の属性に共通する設定ルールが特定されない場合、所定の属性を有するグループの設定ルール、当該グループが有する所定の属性と異なる他の属性に共通する設定ルールおよび全グループに共通する設定ルールに基づいて、所定の属性に共通する設定ルールを推定する
処理をコンピュータに実行させることを特徴とする付記１に記載の設定支援プログラム。

（付記３）前記第２のシステムが有する複数の属性に新規の属性が含まれる場合、前記新規の属性に関連する環境設定をマニュアルにより入力させる
処理をコンピュータに実行させることを特徴とする付記１に記載の設定支援プログラム。

（付記４）前記抽出する処理は、前記グループ化する処理によってグループ化されたグループ毎に、システムへの環境設定で使用するパラメータの設定に用いられる条件および定義を示す設定ルールを抽出する
処理をコンピュータに実行させることを特徴とする付記１に記載の設定支援プログラム。

（付記５）複数の属性をそれぞれ有する第１のシステム群について、属性が複数共通するシステムをグループ化するグループ化部と、
前記グループ化部によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出する抽出部と、
前記抽出部によって前記グループ毎に抽出された設計ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定する特定部と、
前記特定部によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する生成部と、
を有することを特徴とする設定支援装置。

（付記６）コンピュータが、
複数の属性を有する第１のシステム群について、属性が複数共通するシステムをグループ化し、
前記グループ化する処理によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出し、
前記抽出する処理によって前記グループ毎に抽出された設定ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定し、
前記特定する処理によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する
各処理を実行することを特徴とする設定支援方法。

１ 設定支援装置
２ 新規システム
１０ 記憶部
１１ タグ情報テーブル
１２ 教師データ
１３ マニュアル入力パラメータ
２０ 制御部
２１ グルーピング部
２２ ルール抽出部
２３ タグ共通ルール特定部
２４ 新規ルール併合部
２５ 推奨設定生成部

Claims (5)

1. 複数の属性を有する第１のシステム群について、属性が複数共通するシステムをグループ化し、
   前記グループ化する処理によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出し、
   前記抽出する処理によって前記グループ毎に抽出された設定ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定し、
   前記特定する処理によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する
   処理をコンピュータに実行させることを特徴とする設定支援プログラム。
2. 前記特定する処理によって所定の属性に共通する設定ルールが特定されない場合、所定の属性を有するグループの設定ルール、当該グループが有する所定の属性と異なる他の属性に共通する設定ルールおよび全グループに共通する設定ルールに基づいて、所定の属性に共通する設定ルールを推定する
   処理をコンピュータに実行させることを特徴とする請求項１に記載の設定支援プログラム。
3. 前記第２のシステムが有する複数の属性に新規の属性が含まれる場合、前記新規の属性に関連する環境設定をマニュアルにより入力させる
   処理をコンピュータに実行させることを特徴とする請求項１に記載の設定支援プログラム。
4. 複数の属性を有する第１のシステム群について、属性が複数共通するシステムをグループ化するグループ化部と、
   前記グループ化部によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出する抽出部と、
   前記抽出部によって前記グループ毎に抽出された設定ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定する特定部と、
   前記特定部によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する生成部と、
   を有することを特徴とする設定支援装置。
5. コンピュータが、
   複数の属性を有する第１のシステム群について、属性が複数共通するシステムをグループ化し、
   前記グループ化する処理によってグループ化されたグループ毎に、システムへの環境設定に用いられる設定ルールを、グループに属するシステムに設定された環境設定に基づいて抽出し、
   前記抽出する処理によって前記グループ毎に抽出された設定ルールと、前記グループ毎に属するシステムが有する属性に基づいて、属性毎に共通する設定ルールを特定し、
   前記特定する処理によって前記属性毎に特定された設定ルールを用いて、第２のシステムが有する複数の属性に対応する設定ルールを生成する
   各処理を実行することを特徴とする設定支援方法。

Images