(57)【要約】【課題】情報システムの構成比較を効率よく行うことを課題とする。【解決手段】情報処理装置１０は、リソースに関するＣＩとその属性値を管理するＦ−ＣＭＤＢから、ＣＩ間の比較時に用いるルールの作成対象とするリソースの種別及び属性を有するＣＩを取得し、ｓｒｃのＣＩ及びｄｓｔのＣＩとｓｒｃ及びｄｓｔを紐付ける関係とを管理するＦ−ＣＭＤＢから、先に取得したＣＩをｓｒｃに含むＣＩのペアであってルールの判定目的に対応する関係を有するＣＩのペアを取得し、ｄｓｔのＣＩに定義される分類と共通するｓｒｃのＣＩをグルーピングし、グルーピングしたｓｒｃのＣＩのグループを当該判定目的のルールとしてルールＤＢ１３に格納する。【選択図】        図２
2010072876.tif 000002
【特許請求の範囲】
【請求項１】
情報システムを構成するリソースの情報を管理する構成管理データベースを用いて、リソースに関する構成要素の比較を行う比較装置もしくは前記比較装置がアクセス可能な情報処理装置に適用されるルール作成プログラムであって、
前記リソースに関する構成要素とその属性値を管理する構成管理データベースから、前記構成要素の比較時に用いるルールの作成対象とするリソースの種別及び属性を有する構成要素を取得する構成要素取得手順と、
第１の関係要素と定義された構成要素及び第２の関係要素と定義された構成要素と第１及び第２の関係要素を紐付ける関係とを管理する構成管理データベースから、前記構成要素取得手順により取得された構成要素を前記第１の関係要素に含む構成要素のペアであって前記ルールの判定目的に対応する関係を有する構成要素のペアを取得する構成要素ペア取得手順と、
前記構成要素ペア取得手順によって前記第２の関係要素として取得された構成要素に定義される分類と共通する第１の関係要素の構成要素をグループ化するグループ化手順と、
前記判定目的に対応付けて前記ルールを記憶するルール記憶手段に対して、前記グループ化手順によってグループ化された第１の関係要素の構成要素のグループを当該判定目的のルールとして格納するルール格納手順と
を実行させることを特徴とするルール作成プログラム。
【請求項２】
前記構成要素取得手順により取得された構成要素の総数と、該構成要素の属性値の種類数との比率もしくは差が所定の閾値よりも小さい場合に、前記グループ化手順によるグループ化を中止するグループ化中止手順をさらに実行させることを特徴とする請求項１に記載のルール作成プログラム。
【請求項３】
前記構成要素ペア取得手順によって前記第１の関係要素として取得された構成要素の中に前記第２の関係要素の構成要素と共通する分類が定義された構成要素が含まれる場合に、前記グループ化手順によるグループ化を中止するグループ化中止手順をさらに実行させることを特徴とする請求項１に記載のルール作成プログラム。
【請求項４】
前記グループ化手順によってグループ化されたグループ数が前記構成要素取得手順により取得された構成要素の属性値の種類数以上である場合に、当該グループ化を破棄するグループ化破棄手順をさらに実行させることを特徴とする請求項１に記載のルール作成プログラム。
【請求項５】
前記グループ化手順によってグループ化されたグループの中に他グループの構成要素の属性値もしくはグループ化されなかった構成要素の属性値と同一の属性値を有する構成要素が含まれる場合に、当該グループ化を破棄するグループ化破棄手順をさらに実行させることを特徴とする請求項１に記載のルール作成プログラム。
【請求項６】
情報システムを構成するリソースの情報を管理する構成管理データベースを用いて、リソースに関する構成要素の比較を行う比較装置もしくは前記比較装置がアクセス可能な情報処理装置に適用されるルール作成方法であって、
前記リソースに関する構成要素とその属性値を管理する構成管理データベースから、前記構成要素の比較時に用いるルールの作成対象とするリソースの種別及び属性を有する構成要素を取得する構成要素取得工程と、
第１の関係要素と定義された構成要素及び第２の関係要素と定義された構成要素と第１及び第２の関係要素を紐付ける関係とを管理する構成管理データベースから、前記構成要素取得工程により取得された構成要素を前記第１の関係要素に含む構成要素のペアであって前記ルールの判定目的に対応する関係を有する構成要素のペアを取得する構成要素ペア取得工程と、
前記構成要素ペア取得工程によって前記第２の関係要素として取得された構成要素に定義される分類と共通する第１の関係要素の構成要素をグループ化するグループ化工程と、
前記判定目的に対応付けて前記ルールを記憶するルール記憶手段に対して、前記グループ化工程によってグループ化された第１の関係要素の構成要素のグループを当該判定目的のルールとして格納するルール格納工程と
を含んだことを特徴とするルール作成方法。
【請求項７】
情報システムを構成するリソースに関する構成要素とその属性値を管理するとともに、第１の関係要素と定義された構成要素及び第２の関係要素と定義された構成要素と第１及び第２の関係要素を紐付ける関係とを管理する構成管理データベースと、
前記構成要素の比較時の判定目的に対応付けて当該判定目的の使用時に用いるルールを記憶するルール記憶手段と、
前記構成管理データベースから、前記ルールの作成対象とするリソースの種別及び属性を有する構成要素を取得する構成要素取得手段と、
前記構成管理データベースから、前記構成要素取得手段によって取得された構成要素を前記第１の関係要素に含む構成要素のペアであって前記ルールの判定目的に対応する関係を有する構成要素のペアを取得する構成要素ペア取得手段と、
前記構成要素ペア取得手段によって前記第２の関係要素として取得された構成要素に定義される分類と共通する第１の関係要素の構成要素をグループ化するグループ化手段と、
前記グループ化手段によってグループ化された第１の関係要素の構成要素のグループを当該判定目的のルールとして前記ルール記憶手段に格納するルール格納手段と
を備えたことを特徴とするルール作成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報システムを構成するリソースの情報を管理するＣＭＤＢを用いて、リソースに関する構成要素の比較を行う情報処理装置に適用するルール作成プログラム、ルール作成方法及びルール作成装置に関する。
【背景技術】
【０００２】
情報システムは、ハードウェア、ソフトウェアやネットワークなど様々なリソースで構成されており、それぞれのリソースが有機的に結合して機能を果たすことで、システムとしての稼動目的を達成している。
【０００３】
このように、ＩＴ技術の進歩によってシステムへの期待が高まる一方で、システムを構成するリソースは複雑化しており、たとえばシステム構築の不備、ドキュメントの不備や作業履歴の不備などが発生することが懸念される。
【０００４】
ここで、情報システムを構成するハードウェア及びソフトウェアに関する情報を管理する複数種類のデータベースを仮想統合することにより、システムを構成するリソースの情報を管理するデータベースとして、Ｆ−ＣＭＤＢ（Federated  Configuration  Management  Database）が知られている。
【０００５】
そして、最近では、かかるＦ−ＣＭＤＢ（Federated  Configuration  Management  Database）を用いて、たとえば設計段階と実装段階での構成を比較する予実比較や任意時点での構成を比較する時系列比較を行うことによりＩＴシステムの構成が管理されている。
【０００６】
ところが、情報システムの構成要素を比較するに際して各構成要素の属性値が異なる書式または表記でＦ−ＣＭＤＢに格納されている場合には、同一の属性値を示すものであっても非同一と判定するおそれがあるため、正確な判定結果を得ることができないという問題があった。
【０００７】
例えば、図１６に示すように、管理者によってＳｅｒｖｅｒのＯＳに関して予実比較を行うクエリが入力された場合には、設計段階の属性値として「Windows  XP  Professional（登録商標）」、実装段階の属性値として「WinXP  pro（登録商標）」がＭＤＲ及びＦ−ＣＭＤＢを介して得られるが、現実には両者は同質のものであるにもかかわらず、文字列が異なることに起因して両構成要素は非同一であると判定されてしまう。
【０００８】
ところで、特許文献１には、製品の設計者や製造者等によって変更前および変更後の製品構成を要約化するルールを入力させておき、このルールを用いて製品中の複数の部品の関係を集約する抽象化を行い、製品構成の変更前後の比較を行う製品構成管理システムが開示されている。
【０００９】
【特許文献１】特開２００３−３０２５７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の特許文献１は、製品構成を要約化するルールの作成を設計者や製造者等の人物に委ねるものであるため、ルールの作成に多大な労力がかかる結果、情報システムの構成比較を効率よく行うことができないという問題がある。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、情報システムの構成比較を効率よく行うことができるルール作成プログラム、ルール作成方法及びルール作成装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、開示のプログラムは、情報システムを構成するリソースの情報を管理する構成管理データベースを用いて、リソースに関する構成要素の比較を行う比較装置もしくは前記比較装置がアクセス可能な情報処理装置に適用されるルール作成プログラムであって、前記リソースに関する構成要素とその属性値を管理する構成管理データベースから、前記構成要素の比較時に用いるルールの作成対象とするリソースの種別及び属性を有する構成要素を取得する構成要素取得手順と、第１の関係要素と定義された構成要素及び第２の関係要素と定義された構成要素と第１及び第２の関係要素を紐付ける関係とを管理する構成管理データベースから、前記構成要素取得手順により取得された構成要素を前記第１の関係要素に含む構成要素のペアであって前記ルールの判定目的に対応する関係を有する構成要素のペアを取得する構成要素ペア取得手順と、前記構成要素ペア取得手順によって前記第２の関係要素として取得された構成要素に定義される分類と共通する第１の関係要素の構成要素をグループ化するグループ化手順と、前記判定目的に対応付けて前記ルールを記憶するルール記憶手段に対して、前記グループ化手順によってグループ化された第１の関係要素の構成要素のグループを当該判定目的のルールとして格納するルール格納手順とを実行させることを要件とする。
【発明の効果】
【００１３】
開示のプログラムによれば、リソースに関する構成要素とその属性値を管理する構成管理データベースから、構成要素の比較時に用いるルールの作成対象とするリソースの種別及び属性を有する構成要素を取得し、第１の関係要素と定義された構成要素及び第２の関係要素と定義された構成要素と第１及び第２の関係要素を紐付ける関係とを管理する構成管理データベースから、取得した構成要素を第１の関係要素に含む構成要素のペアであってルールの判定目的に対応する関係を有する構成要素のペアを取得し、第２の関係要素として取得した構成要素に定義される分類と共通する第１の関係要素の構成要素をグループ化し、判定目的に対応付けてルールを記憶するルール記憶部に対して、グループ化した第１の関係要素の構成要素のグループを当該判定目的のルールとして格納するように機能させることとしたので、情報システムの構成比較を効率よく行うことが可能になる。
【発明を実施するための最良の形態】
【００１４】
以下に添付図面を参照して、この発明に係るルール作成プログラム、ルール作成方法及びルール作成装置の好適な実施の形態を詳細に説明する。
【００１５】
まず、本実施例に係るルール作成について説明する。図１は、本実施例に係るルール作成について説明する説明図である。
【００１６】
図１に示す情報処理装置１０は、情報システムを構成するリソースの情報を管理するＦ−ＣＭＤＢを用いて、リソースに関する構成要素（ＣＩ）の属性値を比較するものであるが、とりわけＣＩ比較時の判定目的に合わせたルール（リソースの特定種別及び特定属性に関するＣＩ間のグルーピングリスト）を適用して構成比較を行う点が優れている。
【００１７】
この情報処理装置１０では、かかるルールの作成に際してＦ−ＣＭＤＢの構造的特徴、すなわちＣＩ間の関係を定義するＲｅｌａｔｉｏｎｓｈｉｐを用いてルールを自動生成することとした。
【００１８】
すなわち、情報処理装置１０は、Ｒｅｌａｔｉｏｎｓｈｉｐが定義されたｓｒｃ及びｄｓｔのＣＩのペアのうちｄｓｔのＣＩが共通するｓｒｃのＣＩをグループ化することで、同一グループのＣＩを同定する。
【００１９】
図１に示すように、Ｆ−ＣＭＤＢ１１では、複数の個別データベースにまたがるＣＩの情報が仮想統合されており、所定の属性について属性値Ａを持つＣＩ、属性値Ｂを持つＣＩ及び属性値Ｃを持つＣＩが管理される。なお、図中においては、球体がＣＩを指し、ラベルが属性を指し、また、矢印がＲｅｌａｔｉｏｎｓｈｉｐを指すこととしている。
【００２０】
ここで、Ｒｅｌａｔｉｏｎｓｈｉｐのｓｒｃを参照すれば、属性値Ａ、属性値Ｂ及び属性値Ｃを持つＣＩはそれぞれの属性値が異なる異質なものとしてしか認識することができないが、属性値ＡのＣＩと属性値ＢのＣＩのＲｅｌａｔｉｏｎｓｈｉｐは同一のｄｓｔを指しており、両者のラベルは異なってもその本質は同質であると見做すことができる。
【００２１】
このため、属性値Ａ及び属性値Ｂを持つＣＩをグループ化したものをルールとして保持しておけば、これらのＣＩの属性を比較する際には両者を同定することができる。
【００２２】
このように、本実施例では、この知見によってＲｅｌａｔｉｏｎｓｈｉｐのｄｓｔのＣＩをもとにｓｒｃのＣＩをグループ化することとし、グループ化したものをルールとして保持することとしたので、当該ルールを類語辞書の如く機能させることができる。
【００２３】
その結果、ＣＩの属性値を記述する書式や表記にぶれがあったとしても属性としての本質が同質である場合に同定することができ、情報システムの構成比較を正確に行うことができる。
【００２４】
さらに、本実施例では、管理者がＣＩの属性値をＦ−ＣＭＤＢに登録するに際してその書式や表記の整合性を意識することなく登録を行うことができ、加えて、ＣＩの登録後に書式や表記の整合性を取る必要もなくなるので、Ｆ−ＣＭＤＢのメンテナンス工数を効果的に削減することも可能になる。
【００２５】
続いて、本実施例に係る情報処理装置の構成について説明する。図２は、本実施例に係る情報処理装置の構成を示す機能ブロック図である。なお、実際の情報処理装置１０では、図示した機能部以外の機能部を有するが、図２では、本実施例に係る情報処理装置１０の機能を説明するために必要な構成要素のみを抜粋している。
【００２６】
図２に示すように、この情報処理装置１０は、Ｆ−ＣＭＤＢ１１と、作成管理ＤＢ１２と、ルールＤＢ１３と、ルール作成対象ＣＩ取得部１４と、ＣＩペア取得部１５と、グルーピング中止制御部１６と、グルーピング処理部１７と、グルーピング破棄制御部１８と、構成比較部１９とを有する。
【００２７】
Ｆ−ＣＭＤＢ１１は、情報システムを構成するリソースの情報を管理するデータベースであり、ハードウェア及びソフトウェアに関する情報を管理する複数種類の個別データベースを仮想統合する。
【００２８】
すなわち、リソースに関する情報（ＣＩ）とＣＩ間の関係は、個別データベースが有するＭＤＲ（Management  Data  Repository）に格納されており、管理者等の操作者は、Ｆ−ＣＭＤＢとＭＤＲの間で個別データベースを横断的に操作し、データの検索やエクスポートを行うことができる。
【００２９】
作成管理ＤＢ１２は、ルール作成に関する各種情報を記憶するデータベースであり、たとえばルール作成対象とするリソースの種別及び属性を記憶するルール作成対象リスト１２ａと、ルール作成対象とする判定目的を記憶する判定目的リスト１２ｂと、判定目的と関係（Ｒｅｌａｔｉｏｎｓｈｉｐ）の対応関係を記憶する判定目的・関係対照表１２ｃとを併せて記憶する。
【００３０】
ルールＤＢ１３は、ＣＩの比較時の判定目的ごとに当該判定目的の使用時に用いるルールを記憶するデータベースであり、たとえば判定目的ごとにＣＩのグルーピングを記憶するグルーピングリスト１３ａを記憶する。
【００３１】
ルール作成対象ＣＩ取得部１４は、Ｆ−ＣＭＤＢ１１を用いて、ルール作成対象とするリソースの種別及び属性を有するＣＩを取得する処理部であり、詳細は図９及び図１０を用いて後述するが、Ｆ−ＣＭＤＢ１１に対するＣＩの登録受付時にそのＣＩのリソースの種別及び属性と合致することを条件としたクエリをＦ−ＣＭＤＢ１１に実行し、Ｆ−ＣＭＤＢ１１からの応答によりルール作成対象とするＣＩを取得する。
【００３２】
ＣＩペア取得部１５は、Ｆ−ＣＭＤＢ１１を用いて、ルール作成対象とするＣＩのペアを取得する処理部であり、詳細は図１１及び図１２を用いて後述するが、ルール作成対象ＣＩ取得部１４によって取得されたＣＩをｓｒｃに含むＣＩのペアであり、かつルール作成対象の判定目的に対応する関係を有するＣＩのペアを要求するクエリをＦ−ＣＭＤＢ１１に実行し、Ｆ−ＣＭＤＢ１１からの応答によりルール作成対象とするＣＩのペアを取得する。
【００３３】
グルーピング中止制御部１６は、後述するグルーピング処理部１７によるＣＩのグルーピングを中止させる処理部である。
【００３４】
例えば、ルール作成対象ＣＩ取得部１４により取得されたＣＩの属性値の種類数と該ＣＩの総数との比の値が所定の閾値よりも大きい場合には、ルール作成対象とするＣＩをグループ化できる個数が多い見込みである旨を検知でき、このような場合にはグループ化の効果が優れているとは言えないので、グルーピングを中止する。
【００３５】
また、ＣＩペア取得部１５によって取得されたｓｒｃのＣＩの中にｄｓｔのＣＩと共通する分類が定義されたＣＩが含まれる場合には、ＲｅｌａｔｉｏｎｓｈｉｐのｄｓｔでｓｒｃのＣＩを分類する意図に反し、グルーピング後に複数のグループに同一のＣＩが含まれることを許容する結果となるので、このような場合にもＣＩの属性値を比較する際に矛盾を用いた判定を行うことを避けるためにグルーピングを中止する。
【００３６】
グルーピング処理部１７は、ルール作成対象のＣＩをグルーピングする処理部であり、詳細は図４を用いて後述するが、ＣＩの属性値の書式や表記が異なっても属性の本質自体は同じであるＣＩを検出する趣旨から、ＣＩペア取得部１５によって取得されたＲｅｌａｔｉｏｎｓｈｉｐのｄｓｔのＣＩに定義される分類と共通するｓｒｃのＣＩをグループ化する。
【００３７】
グルーピング破棄制御部１８は、グルーピング処理部１７によってグルーピングされたグループを破棄させる処理部である。
【００３８】
例えば、グルーピング処理部１７によってグループ化されたグループ数がルール作成対象ＣＩ取得部１４によって取得されたＣＩの属性値の種類数以上である場合には、非効率なグループ化、たとえば１つのグループに１つまたは複数のＣＩがグルーピングされているケースを検証することができるので、かかる非効率なグルーピングをそのままルールとして登録することを避けるためにグルーピングを破棄する。
【００３９】
また、グルーピング処理部１７によってグループ化されたグループの中に他グループのＣＩの属性値もしくはグループ化されなかったＣＩの属性値と同一の属性値を有するＣＩが含まれる場合には、このままグループ化を許容すれば複数のグループに同一のＣＩが含まれることを許容することになり、ＣＩの属性値を比較する際に矛盾を用いた判定を行うことになるので、かかる矛盾を避けるためにグルーピングを破棄する。
【００４０】
構成比較部１９は、情報システムを構成するリソースの構成要素を比較する処理部であり、詳細は図５を用いて説明するが、図示しない入力部等を介して、比較対象とするリソースについて属性、属性値及び判定目的などの入力値を受け付け、ルールＤＢ１３にグルーピングリスト１３ａとして記憶されたグルーピングを参照しつつ、ＣＩ間の属性値が同一であるか否かを判定する。
【００４１】
次に、本実施例に係る情報処理装置の各種処理の流れを説明する。なお、以下では、（１）ルール作成処理を説明しながら（２）グルーピング処理を説明し、その後にルールを用いてＣＩの属性を比較する（３）構成比較処理を説明することとする。
【００４２】
（１）ルール作成処理
前述したように、ここでは、本実施例に係るルール作成処理について説明する。図３は、本実施例に係るルール作成処理の手順を示すフローチャートである。この図３では、Ｆ−ＣＭＤＢ１１に対するＣＩの登録を受け付けた場合に処理を開始することとしたが、定期時刻の設定や管理者からのリクエストにより処理を起動するようにしてもかまわない。
【００４３】
図３に示すように、情報処理装置１０は、Ｆ−ＣＭＤＢ１１に対するＣＩの登録を受け付けるまで待機状態にあり、ＣＩの登録を受け付けると（ステップＳ３０１）、ルール作成対象ＣＩ取得部１４は、作成管理ＤＢ１２に記憶されたルール作成対象リスト１２ａを取得する（ステップＳ３０２）。
【００４４】
そして、ルール作成対象ＣＩ取得部１４は、登録時に受け付けたリソースの種別及び属性の組合せがルール作成対象リスト１２ａに存在するか否かを判定する（ステップＳ３０３）。なお、ルール作成対象リスト１２ａに存在しない場合（ステップＳ３０３否定）には、ルールを作成する必要性がないため、そのまま処理を終了する。
【００４５】
このとき、ルール作成対象リスト１２ａに存在する場合（ステップＳ３０３肯定）に、ルール作成対象ＣＩ取得部１４は、当該リソースの種別及び属性の組合せに関し、ルール未作成の登録受付ＣＩが残っているか否かをさらに判定する（ステップＳ３０４）。なお、全てのルールが作成済みである場合（ステップＳ３０４否定）には、そのまま処理を終了する。
【００４６】
例えば、登録時に受け付けたリソースの種別及び属性として「server／OS」を受け付けていた場合に、作成管理ＤＢ１２から図６に示すルール作成対象リスト１２ａを取得した時、ルール作成対象リスト１２ａに「server／OS」が存在するので、ルール未作成の登録受付ＣＩが残っていると判定される。また、以降の処理が行われておらず、登録を受け付けたＣＩがそのまま残っているので、ルール未作成の登録受付ＣＩが残っていると判定される。
【００４７】
なお、図６の例では、リソースの種別及び属性として「server／OS」が例示しているが、ルール作成対象リストに設定されるリソースの種別及び属性の組合せは、情報システムのコンポーネントをもとに任意に設定することができる。
【００４８】
図３の説明に戻り、ルール未作成の登録受付ＣＩが残っている場合（ステップＳ３０４肯定）には、ルール作成対象ＣＩ取得部１４は、作成管理ＤＢ１２に記憶された判定目的リスト１２ｂを取得し（ステップＳ３０５）、ルール未作成の判定目的が存在するか否かを判定する（ステップＳ３０６）。
【００４９】
例えば、作成管理ＤＢ１２から図７に示す判定目的リスト１２ｂを取得したとした時、この判定目的リスト１２ｂに判定目的「verification（予実比較）」が存在するので、初回の判定では、ルール未作成の判定目的ありと判定され、「verification」のルール作成が行われた後にはルール未作成の判定目的なしと判定される。
【００５０】
なお、図７の例では、判定目的として「verification」を例示しているが、他の判定目的「difference（時系列比較）」など１つのリソースの種別及び属性の組合せに複数の判定目的が付与されるケースも存在し、この場合には、判定目的ごとに以降の処理が行われることになる。
【００５１】
図３に戻り、ルール未作成の判定目的が存在する場合（ステップＳ３０６肯定）には、ルール作成対象ＣＩ取得部１４は、ＣＩのリソースの種別及び属性と合致することを条件としたクエリをＦ−ＣＭＤＢ１１に実行し、Ｆ−ＣＭＤＢ１１からの応答によりルール作成対象とするＣＩを取得する（ステップＳ３０７）。
【００５２】
例えば、図９に示すＣＩ一覧がＦ−ＣＭＤＢ１１で仮想統合により管理されているとした時、Ｆ−ＣＭＤＢ１１は、ＣＩ名「server」及び属性「OS」をもとに、ルール作成対象であるリソースの種別及び属性「server／OS」に該当する図１０に示すＣＩ一覧を抽出し、該抽出したＣＩ一覧をルール作成対象ＣＩ取得部１４に応答する。
【００５３】
なお、図９の例では、ＣＩの識別子の採番体系として、ＣＩを定義する分類の頭文字の小文字（例えば、Ｐｌａｎであれば「ｐ」）を付与するとともに連番数字を付与することとしたが、全分類のＣＩに一意に識別可能な連番数字を付与することとしてもよい。
【００５４】
図３に戻り、ルール作成対象ＣＩの取得後、ＣＩペア取得部１５は、作成管理ＤＢ１２から判定目的・関係対照表１２ｃを取得し（ステップＳ３０８）、ルール作成対象ＣＩ取得部１４によって取得されたＣＩをｓｒｃに含むＣＩのペアであり、かつ判定目的・関係対照表１２ｃにおいてルール作成対象の判定目的に対応する関係を有するＣＩのペアをＦ−ＣＭＤＢ１１に要求し、Ｆ−ＣＭＤＢ１１からの応答によりルール作成対象とするＣＩのペアの集合を取得する（ステップＳ３０９）。
【００５５】
例えば、図１０に示すＣＩ一覧がルール作成対象のＣＩとして取得されており、さらに、作成管理ＤＢ１２から図８に示す判定目的・関係対照表１２ｃが取得されたとした時、Ｒｅｌａｔｉｏｎｓｈｉｐのｓｒｃに図１０に示したＣＩの識別子を含むことを条件とするとともに、判定目的・関係対照表１２ｃにて「verification（予実比較）」に対応する「modeled」のＣＩのペアをＦ−ＣＭＤＢ１１に要求する。
【００５６】
さらに、Ｆ−ＣＭＤＢ１１では、図１０に示すＣＩの識別子をｓｒｃに含むＲｅｌａｔｉｏｎｓｈｉｐとして、図１１に示すＲｅｌａｔｉｏｎｓｈｉｐ一覧が仮想統合により管理されていたならば、「modeled」を有する図１２に示すＣＩのペアを抽出し、該抽出したＲｅｌａｔｉｏｎｓｈｉｐ一覧をＣＩペア取得部１５に応答する。
【００５７】
図３に戻り、ＣＩペア取得後、グルーピング中止制御部１６は、ルール作成対象ＣＩ取得部１４により取得されたＣＩの総数と該ＣＩの属性値の種類数との比率が閾値Ａよりも小さいか否かを判定する（ステップＳ３１０）。
【００５８】
例えば、図１０に示す例では、ＣＩの属性値の種類数が（１）「Windows  XP  Professional（登録商標）」、（２）「Redhat  Enterprise  Linux  4.0（登録商標）」、（３）「WinXP  pro（登録商標）」、（４）「RHEL  4.0」の４種類存在し、一方、ＣＩの総数が８個であるので、ＣＩの属性値の種類数をＣＩの総数で除した割合は「４／８」となる。
【００５９】
そして、ＣＩの属性値の種類数とＣＩの総数との割合に対し、閾値Ａを設定する場合には、閾値Ａは１を上限に設定される。ここでは、閾値Ａを１とするので、図１０に示す例ではＣＩの属性値の種類数をＣＩの総数で除した割合は「４／８」であるので、閾値Ａを下回ると判定されることになる。
【００６０】
なお、本例では、閾値Ａとして上限である「１」を設定することとしたが、閾値Ａは任意に設定することができ、閾値Ａを小さくするほど、グルーピングできる個数が少ない場合だけグルーピングさせることになる結果、グルーピング効率を高めることができる。また、ここでは、ＣＩの属性値の種類数とＣＩの総数との割合に対し、閾値Ａを設定することとしたが、ＣＩの属性値の種類数とＣＩの総数との差に対して閾値を設定することもできる。
【００６１】
図３に戻り、ＣＩの総数と該ＣＩの属性値の種類数との比率が所定の閾値Ａよりも小さい場合（ステップＳ３１０肯定）には、グルーピング処理部１７によって後述するグルーピング処理が実行される（ステップＳ３１１）。
【００６２】
また、ＣＩの総数と該ＣＩの属性値の種類数との比率が所定の閾値Ａ以上である場合（ステップＳ３１０否定）には、ルール作成対象ＣＩ取得部１４により取得されたＣＩ間での文字列比較を行い（ステップＳ３１２）、文字列比較で同一と判定したＣＩのグループをルールＤＢ１３に格納する（ステップＳ３１３）。
【００６３】
その後、ルール未作成の判定目的がなくなり、かつルール未作成の登録受付ＣＩがなくなるまで（ステップＳ３０６否定かつステップＳ３０４否定）、上記のステップＳ３０６〜ステップＳ３１３までの処理を繰り返し行う。
【００６４】
（２）グルーピング処理
次に、本実施例に係るグルーピング処理について説明する。図４は、本実施例に係るグルーピング処理の手順を示すフローチャートである。この処理は、図３に示したステップＳ３１１の処理に対応しており、グルーピング中止制御部１６によってＣＩの総数と該ＣＩの属性値の種類数との比率が所定の閾値Ａよりも小さいと判定された場合（ステップＳ３１０肯定）に開始される。
【００６５】
同図に示すように、グルーピング処理部１７は、ＲｅｌａｔｉｏｎｓｈｉｐのｄｓｔのＣＩ分類ごとにＣＩペア取得部１５によって取得されたＣＩのペアの集合を処理対象として分け（ステップＳ４０１）、処理対象となるＣＩのペアが存在すれば（ステップＳ４０２肯定）、処理対象とするＣＩのペアの集合を１つ選択する（ステップＳ４０３）。なお、ステップＳ４０２の初回の判定では、無条件にステップＳ４０３に進むことになる。
【００６６】
そして、グルーピング中止制御部１６は、ＣＩペア取得部１５によって取得されたｓｒｃのＣＩの中にｄｓｔのＣＩと共通する分類が定義されたＣＩが含まれるか否かを判定し（ステップＳ４０４）、その結果、ｓｒｃのＣＩの中にｄｓｔのＣＩ分類と同じものが含まれる場合（ステップＳ４０４否定）には、グルーピングを中止し（ステップＳ４０５）、ステップＳ４０２の処理を再度行う。
【００６７】
一方、ｓｒｃのＣＩの中にｄｓｔのＣＩ分類と同じものが含まれない場合（ステップＳ４０４肯定）には、グルーピング処理部１７は、処理対象としたＣＩのペアの集合をｄｓｔのＣＩごとのグループに分け（ステップＳ４０６）、各グループのＣＩのペアをもとにｓｒｃのルール作成対象属性値をグループに分ける（ステップＳ４０７）。
【００６８】
例えば、図１２に示すＣＩのペアの集合の場合には、ｄｓｔのＣＩ分類が「ｓ００１」であるＲｅｌａｔｉｏｎｓｈｉｐ「００１」、「００２」、「００４」及び「００５」と、ｄｓｔのＣＩ分類が「ｓ００２」であるＲｅｌａｔｉｏｎｓｈｉｐ「００３」及び「００６」とにグループ分けする。
【００６９】
続いて、グルーピング破棄制御部１８は、グルーピング処理部１７によってグループ化されたグループ数がルール作成対象ＣＩ取得部１４によって取得されたＣＩの属性値の種類数未満であるか否かを判定し（ステップＳ４０８）、その結果、グループ数がＣＩの属性値の種類数以上である場合（ステップＳ４０８否定）には、グルーピング処理部１７によるグルーピングを破棄し（ステップＳ４１１）、ステップＳ４０２の処理に戻る。
【００７０】
そして、グループ数がＣＩの属性値の種類数未満である場合（ステップＳ４０８肯定）には、グルーピング破棄制御部１８は、グルーピング処理部１７によってグループ化されたグループの中に他グループのＣＩの属性値もしくはグループ化されなかったＣＩの属性値と同一の属性値を有するＣＩが含まれないか否かを判定する（ステップＳ４０９）。
【００７１】
このとき、グループの中に他グループのＣＩの属性値もしくはグループ化されなかったＣＩの属性値と同一の属性値を有するＣＩが含まれない場合（ステップＳ４０９肯定）には、グルーピング処理部１７は、ルール作成対象とした判定目的に当該グルーピングを対応付けてルールＤＢ１３内に格納し（ステップＳ４１０）、ステップＳ４０２の処理に戻る。
【００７２】
例えば、図１２に示す例でグループ化された場合には、グルーピングｉｄとしてｄｓｔのＣＩのｉｄを付与し、グルーピングｉｄ「ｓ００１」のグルーピングとして、ｓｒｃのＣＩの属性値である「Windows  XP  Professional（登録商標）」及び「WinXP  pro（登録商標）」と判定目的「verification（予実比較）」とを対応付けてルールＤＢ１３に格納するとともに、グルーピングｉｄ「ｓ００２」のグルーピングとして、「Redhat  Enterprise  Linux  4.0（登録商標）」及び「RHEL  4.0」と判定目的「verification（予実比較）」とを対応付けてルールＤＢ１３に格納する（図１３参照）。
【００７３】
一方、グループの中に他グループのＣＩの属性値もしくはグループ化されなかったＣＩの属性値と同一の属性値を有するＣＩが含まれる場合（ステップＳ４０９否定）には、グルーピング破棄制御部１８は、グルーピング処理部１７によるグルーピングを破棄し（ステップＳ４１１）、ステップＳ４０２の処理に戻る。
【００７４】
その後、ｄｓｔに他のＣＩ分類を有するＣＩのペアの集合が存在する場合（ステップＳ４０２肯定）には、上記のステップＳ４０３〜ステップＳ４１１までの処理を繰り返し行い、処理対象がなくなった場合（ステップＳ４０２否定）に、処理を終了する。
【００７５】
（３）構成比較処理
次に、本実施例に係る構成比較処理について説明する。図５は、本実施例に係る構成比較処理の手順を示すフローチャートである。この処理は、図示しない入力部等を介して、比較対象とするリソースの属性、属性値及び判定目的などの入力値を受け付けた場合に開始される。
【００７６】
図５に示すように、構成比較部１９は、作成管理ＤＢ１２からルール作成対象リスト１２ａを取得し（ステップＳ５０１）、比較対象とするリソースの種別及び属性がルール作成対象リスト１２ａに存在するか否かを判定する（ステップＳ５０２）。
【００７７】
そして、比較対象とするリソースの種別及び属性がルール作成対象リスト１２ａに存在する場合（ステップＳ５０２肯定）に、構成比較部１９は、ルールＤＢ１３からグルーピングリスト１３ａを取得し（ステップＳ５０３）、判定目的に合致するグルーピングがグルーピングリスト１３ａに存在するか否かをさらに判定する（ステップＳ５０４）。
【００７８】
このとき、比較対象とするリソースの種別及び属性がルール作成対象リスト１２ａに存在しないか、或いは判定目的に合致するグルーピングがグルーピングリスト１３ａに存在しない場合（ステップＳ５０２否定またはステップＳ５０４否定）には、構成比較部１９は、比較対象とするＣＩの属性値に対して文字列が一致するか否かを判定し、その結果を図示しない出力部等に表示させ（ステップＳ５０５）、処理を終了する。
【００７９】
一方、判定目的に合致するグルーピングがグルーピングリスト１３ａに存在する場合（ステップＳ５０４肯定）には、構成比較部１９は、ルールＤＢ１３から取得したグルーピングリスト１３ａから判定目的に合致するグルーピングリスト１３ｂをさらに抽出する（ステップＳ５０６）。
【００８０】
例えば、リソースの種別及び属性が「server／OS」であり、判定目的が「verification（予実比較）」であり、かつルールＤＢ１３から取得したグルーピング１３ａが図１３に示すものであるとした時には、図１４に示すグルーピングリスト１３ｂが抽出される。
【００８１】
ここで、構成比較部１９は、各ＣＩの属性値が同一グループに属しているか否かを判定し（ステップＳ５０７）、この時、各ＣＩの属性値が同一グループに属している場合（ステップＳ５０７肯定）には、真（ｔｒｕｅ）を応答し（ステップＳ５０８）、また、各ＣＩの属性値が同一グループに属していない場合（ステップＳ５０７否定）には、偽（ｆａｌｓｅ）を応答し（ステップＳ５０９）、処理を終了する。
【００８２】
例えば、図１４に示す例では、比較対象のＣＩの属性値が「Windows  XP  Professional（登録商標）」と「WinXP  pro（登録商標）」であっても同定することができ、また、比較対象のＣＩの属性値が「Redhat  Enterprise  Linux  4.0（登録商標）」と「RHEL  4.0」であっても同定することができ、書式や表記のぶれに関係なく、情報システムの構成比較を正確に行うことができる。
【００８３】
上述してきたように、本実施例では、リソースに関するＣＩとその属性値を管理するＦ−ＣＭＤＢから、ＣＩ間の比較時に用いるルールの作成対象とするリソースの種別及び属性を有するＣＩを取得し、ｓｒｃのＣＩ及びｄｓｔのＣＩとｓｒｃ及びｄｓｔを紐付ける関係とを管理するＦ−ＣＭＤＢから、先に取得したＣＩをｓｒｃに含むＣＩのペアであってルールの判定目的に対応する関係を有するＣＩのペアを取得し、ｄｓｔのＣＩに定義される分類と共通するｓｒｃのＣＩをグルーピングし、グルーピングしたｓｒｃのＣＩのグループを当該判定目的のルールとしてルールＤＢ１３に格納するように構成したので、情報システムの構成比較を効率よく行うことが可能になる。
【００８４】
なお、本実施例では、ルールＤＢ１３に格納したグルーピングリストを構成比較に用いることとしたが、グルーピングされたＣＩの属性値の書式や表記を統一する修正をＦ−ＣＭＤＢ１１に行うように情報処理装置１０を構成することもできる。
【００８５】
なお、本実施例では、情報システムの構成比較として予実比較を行う場合を説明したが、任意時点での構成を比較する時系列比較を行う場合にも同様に適用することができる。
【００８６】
また、本実施例では、ｄｓｔのＣＩを用いてｓｒｃのＣＩをグループ化することとしたが、ｓｒｃ及びｄｓｔのいずれをグルーピングの基準に用いるかはＲｅｌａｔｉｏｎｓｈｉｐの定義によるため、Ｒｅｌａｔｉｏｎｓｈｉｐの定義の仕方によってはｓｒｃのＣＩを用いてｄｓｔのＣＩをグループ化することもできる。
【００８７】
ところで、本実施例では、ルール作成装置について説明したが、ルール作成装置が有する構成をソフトウェアによって実現することで、同様の機能を有するルール作成プログラムを得ることができる。そこで、ここでは、ルール作成プログラムを実行するコンピュータについて説明する。
【００８８】
図１５は、本実施例に係るルール作成プログラムを実行するコンピュータの構成を示す機能ブロック図である。同図に示すように、このコンピュータ１００は、ＲＡＭ１１０と、ＣＰＵ１２０と、ＨＤＤ１３０と、無線ＬＡＮインタフェース１４０と、入出力インタフェース１５０とを有する。
【００８９】
ＲＡＭ１１０は、プログラムやプログラムの実行途中結果などを記憶するメモリであり、ＣＰＵ１２０は、ＲＡＭ１１０からプログラムを読み出して実行する中央処理装置である。ＨＤＤ１３０は、プログラムやデータを格納するディスク装置であり、無線ＬＡＮインタフェース１４０は、コンピュータ１００を無線ＬＡＮ経由で他のコンピュータに接続するためのインタフェースであり、入出力インタフェース１５０は、ディスプレイなどの入出力装置を接続するためのインタフェースである。
【００９０】
そして、このコンピュータ１００において実行されるルール作成プログラムは、無線ＬＡＮインタフェース１４０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ１００にインストールされる。そして、インストールされたルール作成プログラム１３１は、ＨＤＤ１３０に記憶され、ＲＡＭ１１０に読み出されたルール作成プログラム１１１がＣＰＵ１２０によってルール作成プロセス１２１として実行される。
【図面の簡単な説明】
【００９１】
【図１】本実施例に係るルール作成について説明する説明図である。
【図２】本実施例に係る情報処理装置の構成を示す機能ブロック図である。
【図３】本実施例に係るルール作成処理の手順を示すフローチャートである。
【図４】本実施例に係るグルーピング処理の手順を示すフローチャートである。
【図５】本実施例に係る構成比較処理の手順を示すフローチャートである。
【図６】ルール作成リストの一例を示す図である。
【図７】判定目的リストの一例を示す図である。
【図８】判定目的・関係対照表の一例を示す図である。
【図９】ＣＩ一覧の一例を示す図である。
【図１０】ルール作成対象ＣＩ取得後のＣＩ一覧の一例を示す図である。
【図１１】Ｒｅｌａｔｉｏｎｓｈｉｐ一覧の一例を示す図である。
【図１２】ＣＩペア取得後のＲｅｌａｔｉｏｎｓｈｉｐ一覧の一例を示す図である。
【図１３】グルーピングリストの一例を示す図である。
【図１４】判定目的に合致するグルーピングリストの一例を示す図である。
【図１５】本実施例に係るルール作成プログラムを実行するコンピュータの構成を示す機能ブロック図である。
【図１６】従来技術による情報システムの構成比較を説明するための説明図である。
【符号の説明】
【００９２】
１０    情報処理装置
１１    Ｆ−ＣＭＤＢ
１２    作成管理ＤＢ
１２ａ  ルール作成対象リスト
１２ｂ  判定目的リスト
１２ｃ  判定目的・関係対照表
１３    ルールＤＢ
１３ａ  グルーピングリスト
１４    ルール作成対象ＣＩ取得部
１５    ＣＩペア取得部
１６    グルーピング中止制御部
１７    グルーピング処理部
１８    グルーピング破棄制御部
１９    構成比較部
【図１】
2010072876.tif 000003
【図２】
2010072876.tif 000004
【図３】
2010072876.tif 000005
【図４】
2010072876.tif 000006
【図５】
2010072876.tif 000007
【図６】
2010072876.tif 000008
【図７】
2010072876.tif 000009
【図８】
2010072876.tif 000010
【図９】
2010072876.tif 000011
【図１０】
2010072876.tif 000012
【図１１】
2010072876.tif 000013
【図１２】
2010072876.tif 000014
【図１３】
2010072876.tif 000015
【図１４】
2010072876.tif 000016
【図１５】
2010072876.tif 000017
【図１６】
2010072876.tif 000018