JP5652280B2 - 情報処理プログラム、情報処理装置および情報処理方法 - Google Patents

Description

本発明は、情報を処理する情報処理プログラム、情報処理装置および情報処理方法に関する。

近年、大規模化・複雑化するＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）システムの構成情報を管理する複数種類のデータベースを仮想統合することにより、ＩＴシステムの構成情報を一元的に管理するＦＣＭＤＢ（Ｆｅｄｅｒａｔｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｄａｔａｂａｓｅ）が知られている。

ＩＴシステムの構成情報は、ＩＴシステムを構成するハードウェア、ソフトウェア、ドキュメント、サービスなどの構成要素に関する情報である。ＩＴシステムの構成情報は、例えば、各構成要素に対応するＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｔｅｍ：構成アイテム）とＣＩ間の関連を表すＲｅｌａｔｉｏｎｓｈｉｐ（リレーションシップ）とを含むものである。

ＦＣＭＤＢでは、例えば、ＩＰｒｏｐ（Ｉｄｅｎｔｉｆｙｉｎｇ Ｐｒｏｐｅｒｔｙ）を設定し、実質的に同じものを表すＣＩを同定して統合（リコンサイル）することにより、複数種類のデータベースのデータを仮想的に統合している。ＩＰｒｏｐとは、実質的に同じものを表すＣＩ同士を対応付けるためのキー情報である。

関連する先行技術としては、例えば、既存のソフトウェア資産を再利用して新たなソフトウェアを開発する場合に、既存のソフトウェア資産の品質（使用性、保守性、移植性など）や再利用性を低下させている阻害要因を低減させるためのものがある。

特開２００９−２７６９１１号公報

しかしながら、従来技術では、ＦＣＭＤＢのようなデータベースの中に、実質的に同じものを表すデータが複数存在してしまう場合があるという問題があった。例えば、ＩＴシステム内の膨大な数のＣＩに対してＩＰｒｏｐを正しく設定することは難しいため、本来リコンサイルされるべきＣＩがリコンサイルされることなくＦＣＭＤＢに登録される場合がある。

１つの側面では、本発明は、統合されるべきデータの特定を容易にすることができる情報処理プログラム、情報処理装置および情報処理方法を提供することを目的とする。

本発明の一側面によれば、システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出し、算出した前記構成要素の総数又は前記関連性情報の総数と、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、該判定の結果を出力する情報処理プログラム、情報処理装置および情報処理方法が提案される。

本発明の一側面によれば、統合されるべきデータの特定を容易にすることができる。

図１は、実施の形態１にかかる情報処理装置の一実施例を示す説明図である。 図２は、実施の形態１にかかるＦＣＭＤＢシステムの一例を示すシステム構成図である。 図３は、実施の形態１にかかる情報処理装置のハードウェア構成例を示すブロック図である。 図４は、ＦＣＭＤＢの記憶内容の一例を示す説明図である。 図５は、ＣＩ情報およびＲＥ情報の具体例を示す説明図である。 図６は、制約条件テーブルの記憶内容の一例を示す説明図である。 図７は、実施の形態１にかかる情報処理装置の機能的構成を示すブロック図である。 図８は、同定候補リストの具体例を示す説明図（その１）である。 図９は、同定候補リストの具体例を示す説明図（その２）である。 図１０は、ＣＩ情報のリコンサイル例を示す説明図である。 図１１は、リレーションシップにより接続された構成アイテム群を示す説明図（その１）である。 図１２は、実施の形態１にかかる情報処理装置の情報処理手順の一例を示すフローチャートである。 図１３は、実施の形態２にかかる情報処理装置の機能的構成を示すブロック図である。 図１４は、履歴情報テーブルの記憶内容の一例を示す説明図（その１）である。 図１５は、実施の形態２にかかる情報処理装置の条件作成処理手順の一例を示すフローチャート（その１）である。 図１６は、実施の形態２にかかる情報処理装置の条件作成処理手順の一例を示すフローチャート（その２）である。 図１７は、実施の形態３にかかる情報処理装置の機能的構成を示すブロック図である。 図１８は、リレーションシップにより接続された構成アイテム群を示す説明図（その２）である。 図１９は、履歴情報テーブルの記憶内容の一例を示す説明図（その２）である。 図２０は、実施の形態３にかかる情報処理装置の情報処理手順の一例を示すフローチャートである。 図２１は、同定候補となる構成アイテムの集合を示す説明図である。

以下に添付図面を参照して、この発明にかかる情報処理プログラム、情報処理装置および情報処理方法の実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１にかかる情報処理装置の一実施例を示す説明図である。図１において、情報処理装置１００は、構成情報ＤＢ１１０を備え、統合（リコンサイル）されるべきデータの特定を支援するコンピュータである。

構成情報ＤＢ１１０は、ＩＴシステム（例えば、後述の図２に示すＩＴシステム２２０）内の構成要素を示す構成情報と構成要素間の関連（関連性）を示す関連情報とを記憶するデータベースである。構成要素としては、例えば、ＩＴシステムを構成するハードウェア、ソフトウェア、ドキュメント、サービス、資産などがある。

構成情報は、例えば、構成要素の識別子、要素種別（種類）および属性に関する情報を含む。構成要素の要素種別としては、例えば、サーバ、スイッチ、ハブ、ラックなどの機器の種類を表すもの、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションなどのソフトウェアの種類を表すもの、ユーザを表すものがある。構成要素の属性としては、例えば、機器の名称、構成部品、状態を表すもの、ユーザのユーザ名、所属部署、電話番号、メールアドレスなどを表すものがある。なお、構成情報の具体例については、図５を用いて後述する。

関連情報は、例えば、関連情報の識別子、構成要素間の関連の関連種別（種類）、関連元および関連先となる構成要素の識別子などを含む。関連の関連種別としては、例えば、機器と所有者との関連を表すもの、機器と設置場所との関連を表すもの、機器と接続先の機器と関連を表すもの、機器と構成部品との関連を表すものがある。なお、関連情報の具体例については、図５を用いて後述する。

図１において、構成情報１０１は、ＩＴシステム内のサーバＡ（図１中、ＳｅｒｖｅｒＡ）を示す情報である。また、構成情報１０２は、ＩＴシステム内のユーザＢ（図１中、ＵｓｅｒＢ）を示す情報である。また、構成情報１０３は、ＩＴシステム内のユーザＢ’（図１中、ＵｓｅｒＢ’）を示す情報である。ただし、ユーザＢとユーザＢ’は、同一のユーザである。

関連情報１０４は、構成情報１０１が示すサーバＡと、構成情報１０２が示すユーザＢとの関連（図１中、ＯｗｅｎｄＢｙ）を示す情報である。より具体的には、関連情報１０４は、サーバＡとサーバＡの所有者であるユーザＢとの関連を示している。また、関連情報１０５は、構成情報１０１が示すサーバＡと、構成情報１０３が示すユーザＢ’との関連（図１中、ＯｗｅｎｄＢｙ）を示す情報である。より具体的には、関連情報１０５は、サーバＡとサーバＡの所有者であるユーザＢ’との関連を示している。

構成情報ＤＢ１１０では、実質的に同じものを表す複数の構成要素が同定され、各々の構成要素を示す構成情報がリコンサイルされて記憶される。ところが、ＩＰｒｏｐの設定ミスなどにより、実質的に同じ構成要素を示す構成情報が別々のデータとして記憶されている場合がある。

ここでは、実質的に同じユーザを示す構成情報１０２，１０３が別々のデータとして構成情報ＤＢ１１０に記憶されている。なお、ＩＰｒｏｐとは、実質的に同じものを表す構成要素同士を対応付けるためのキー情報である。ＩＰｒｏｐとしては、例えば、サーバの名称やＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスなどの属性が設定される。

そこで、実施の形態１では、構成情報ＤＢ１１０の中から、リコンサイルされるべき構成情報の特定を容易にする情報処理装置１００を提案する。以下、実施の形態１にかかる情報処理装置１００の情報処理手順の一例（下記（１）〜（４））について説明する。

（１）情報処理装置１００は、構成情報ＤＢ１１０の中からいずれかの構成情報を選択する。ここでは、構成情報ＤＢ１１０の中から構成情報１０１が選択されている。

（２）情報処理装置１００は、構成情報ＤＢ１１０に記憶されている複数の関連情報のうち、選択した構成情報１０１が示すサーバＡと所定の関連を有する構成要素の数、または、構成情報１０１が示すサーバＡと他の構成要素との所定の関連を示す関連情報の数を計数する。なお、構成情報１０１が示すサーバＡと所定の関連を有する構成要素の数を計数することと、構成情報１０１が示すサーバＡと他の構成要素との所定の関連を示す関連情報の数を計数することとは同義である。

ここでは、サーバＡとユーザＢとの「ＯｗｎｅｄＢｙ」の関連を示す関連情報１０４、および、サーバＡとユーザＢ’との「ＯｗｎｅｄＢｙ」の関連を示す関連情報１０５が構成情報ＤＢ１１０上に存在する。このため、関連情報１０４，１０５の数「２」が計数される。なお、「ＯｗｎｅｄＢｙ」とは、機器と所有者との関連を表す関連種別である。

（３）情報処理装置１００は、計数した関連情報１０４，１０５の数「２」が、サーバＡの要素種別「サーバ」と同一の要素種別の構成要素と「ＯｗｎｅｄＢｙ」の関連を有する関連先の構成要素の数を規定する制約条件１２０を満たすか否かを判定する。

制約条件１２０は、要素種別「サーバ」の構成要素と「ＯｗｎｅｄＢｙ」の関連を有する関連先の構成要素の数「１」を規定するものである。具体的には、制約条件１２０は、要素種別「サーバ」の機器の所有者は１人であることを規定するものである。ここでは、計数された関連情報１０４，１０５の数が「２」のため、制約条件１２０を満たさないと判定される。

ここで、構成情報１０１が制約条件１２０を満たさないということは、構成情報１０１が示すサーバＡと「ＯｗｎｅｄＢｙ」の関連を有するユーザＢとユーザＢ’が、同一のユーザである可能性があることを示している。すなわち、ユーザＢを示す構成情報１０２とユーザＢ’を示す構成情報１０３がリコンサイルされるべきものである可能性があることを示している。

（４）情報処理装置１００は、判定した判定結果１３０を出力する。具体的には、例えば、情報処理装置１００は、制約条件１２０を満たさない構成情報１０１が示すサーバＡと「ＯｗｎｅｄＢｙ」の関連を有するユーザＢおよびユーザＢ’を示す判定結果１３０を出力する。情報処理装置１００の管理者は、判定結果１３０を参照することにより、構成情報ＤＢ１１０の中から、リコンサイルされるべきものである可能性がある構成情報１０２，１０３を特定することができる。

このように、実施の形態１にかかる情報処理装置１００によれば、構成情報ＤＢ１１０に記憶されている構成情報群のうち統合されるべき構成情報の特定を容易にすることができる。この結果、情報処理装置１００の管理者は、同定されるべき構成要素（ユーザＢ、ユーザＢ’）を容易に発見することができる。

（ＦＣＭＤＢシステム２００のシステム構成）
つぎに、実施の形態１にかかるＦＣＭＤＢシステム２００のシステム構成について説明する。図２は、実施の形態１にかかるＦＣＭＤＢシステムの一例を示すシステム構成図である。図２において、ＦＣＭＤＢシステム２００は、情報処理装置１００と、ＦＣＭＤＢ２１０と、を含む構成である。

ここで、ＦＣＭＤＢ２１０は、複数種類のＭＤＲ（Ｍａｎａｇｅｍｅｎｔ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）を仮想統合することにより、ＩＴシステム２２０の構成情報を一元的に管理するデータベースである。各ＭＤＲ（例えば、ＭＤＲ１〜ＭＤＲ３）は、設計情報、製品情報、性能情報などのそれぞれ異なる運用管理データを保持する運用管理データベースである。ＦＣＭＤＢ２１０は、図１に示した構成情報ＤＢ１１０に相当する。

具体的には、ＦＣＭＤＢ２１０は、ＩＴシステム２２０内の構成アイテム（ＣＩ）を示すＣＩ情報と構成アイテム間の関連（リレーションシップ）を示すリレーションシップ情報（以下、「ＲＥ情報」と略する）とを記憶している。なお、ＣＩ情報は、上述した構成情報（例えば、構成情報１０１〜１０３）に相当し、ＲＥ情報は、上述した関連情報（例えば、関連情報１０４，１０５）に相当する。

ＦＣＭＤＢシステム２００では、複数種類のＭＤＲを仮想統合することにより、ＩＴシステム２２０の構成アイテムおよび構成アイテム間のリレーションシップをＦＣＭＤＢ２１０上で一元的に管理する。ＦＣＭＤＢシステム２００によれば、クライアント２３０に対して、複数種類のＭＤＲのデータ（ＣＩ情報、ＲＥ情報）を一元的に見せることができる。

（情報処理装置１００のハードウェア構成例）
図３は、実施の形態１にかかる情報処理装置のハードウェア構成例を示すブロック図である。図３において、情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３と、磁気ディスクドライブ３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０８と、ディスプレイ３０９と、キーボード３１０と、マウス３１１と、を備えている。また、各構成部はバス３００によってそれぞれ接続されている。

ここで、ＣＰＵ３０１は、情報処理装置１００の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０５に対するデータのリード／ライトを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ３０６は、ＣＰＵ３０１の制御にしたがって光ディスク３０７に対するデータのリード／ライトを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御で書き込まれたデータを記憶したり、光ディスク３０７に記憶されたデータをコンピュータに読み取らせたりする。

Ｉ／Ｆ３０８は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク３１４に接続され、このネットワーク３１４を介して他の装置に接続される。そして、Ｉ／Ｆ３０８は、ネットワーク３１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ３０８には、例えばモデムやＬＡＮアダプタなどを採用することができる。

ディスプレイ３０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ３０９は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

キーボード３１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス３１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

（ＦＣＭＤＢ２１０の記憶内容）
図４は、ＦＣＭＤＢの記憶内容の一例を示す説明図である。図４において、ＦＣＭＤＢ２１０は、ＣＩ情報４１０−１〜４１０−ｎと、ＲＥ情報４２０−１〜４２０−ｍとを記憶している。図４中、ＣＩ１，ＣＩ２，…，ＣＩｎは、本明細書において説明上用いる構成アイテムの識別子である。また、図４中、ＲＥ１，ＲＥ２，…，ＲＥｍは、本明細書において説明上用いるリレーションシップの識別子である。

具体的には、ＣＩ情報４１０−１〜４１０−ｎは、ＩＴシステム２２０内の構成アイテムＣＩ１〜ＣＩｎを示す構成情報である。また、ＲＥ情報４２０−１〜４２０−ｍは、ＩＴシステム２２０内の構成アイテム間のリレーションシップを示す関連情報である。ここで、ＣＩ情報およびＲＥ情報の具体例について説明する。

図５は、ＣＩ情報およびＲＥ情報の具体例を示す説明図である。図５において、構成アイテムＣＩ１を示すＣＩ情報４１０−１と、構成アイテムＣＩ２を示すＣＩ情報４１０−２と、構成アイテムＣＩ１，ＣＩ２間のリレーションシップＲＥ１を示すＲＥ情報４２０−１と、が示されている。なお、図面では、ＣＩ情報４１０−１，４１０−２およびＲＥ情報４２０−１の一部を抜粋して表示している。

ここで、ＣＩ情報４１０−１は、構成アイテムＣＩ１のアイテムＩＤ（ｉｄ）、タイプ（ｔｙｐｅ）および属性に関する情報を含む。アイテムＩＤは、構成アイテムの識別子である。アイテムＩＤとしては、例えば、ＦＣＭＤＢ２１０への統合前の各ＭＤＲ上で構成アイテムを一意に特定するための識別子を用いることができる。

タイプは、構成アイテムを分類する要素種別である。属性は、構成アイテムを特徴付けるものであり、属性名と属性値によって表現される。ＣＩ情報４１０−１では、構成アイテムＣＩ１の属性として、名称（ｎａｍｅ）、構成部品（ｃｐｕ、ｍｅｍｏｒｙ）、ＩＰアドレス（ｉｐＡｄｄｒｅｓｓ）および状態（ｓｔａｔｕｓ）が示されている。

また、ＣＩ情報４１０−２は、構成アイテムＣＩ２のアイテムＩＤ（ｉｄ）、タイプ（ｔｙｐｅ）および属性に関する情報を含む。ＣＩ情報４１０−２では、構成アイテムＣＩ２の属性として、名称（ｎａｍｅ）、所属部署（ｏｒｇａｎｉｚａｔｉｏｎ）、電話番号（ｔｅｌ）およびメールアドレス（ｅｍａｉｌ）が示されている。

また、ＲＥ情報４２０−１は、リレーションシップＲＥ１のリレーションシップＩＤ（ｉｄ）、タイプ（ｔｙｐｅ）、構成アイテム（ｓｏｕｒｃｅＩｔｅｍ）および構成アイテム（ｔａｒｇｅｔＩｔｅｍ）に関する情報を含む。リレーションシップには方向が定められており、ここでは、リレーションシップの元をｓｏｕｒｃｅ、リレーションシップの宛先をｔａｒｇｅｔという。

なお、以下の説明では、構成アイテムＣＩ１〜ＣＩｎのうち任意の構成アイテムを「構成アイテムＣＩｉ」と表記する（ｉ＝１，２，…，ｎ）。

（制約条件テーブル６００の記憶内容）
つぎに、情報処理装置１００が用いる制約条件テーブル６００の記憶内容について説明する。制約条件テーブル６００は、例えば、図３に示したＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

図６は、制約条件テーブルの記憶内容の一例を示す説明図である。図６において、制約条件テーブル６００は、ＣＩタイプ、ＲＥタイプおよびＲＥ本数のフィールドを有する。各フィールドに情報を設定することで、ＣＩタイプとＲＥタイプのペアごとの制約条件（例えば、制約条件６００−１〜６００−６）がレコードとして記憶されている。

ここで、ＣＩタイプとは、構成アイテムの要素種別である。ＣＩタイプとしては、例えば、Ｓｅｒｖｅｒ、Ｕｓｅｒ、Ｐｅｒｓｏｎ、Ｒａｃｋ、Ｓｗｉｔｃｈ、Ｈｕｂなどがある。ＲＥタイプとは、構成アイテム間のリレーションシップの関連種別である。ＲＥタイプとしては、例えば、ＯｗｎｅｄＢｙ、ＬｏｃａｔｅｄＡｔ、ＭａｎａｇｅｄＢｙ、Ｐｕｒｃｈａｓｅｄ、ＣｏｎｎｅｃｔｅｄＴｏ、ＳｅｒｖｅｒＣＰＵなどがある。

ＯｗｎｅｄＢｙは、機器と所有者とのリレーションシップを表している。ＬｏｃａｔｅｄＡｔは、機器と設置場所とのリレーションシップを表している。ＭａｎａｇｅｄＢｙは、機器と管理者とのリレーションシップを表している。Ｐｕｒｃｈａｓｅｄは、機器と購入者とのリレーションシップを表している。ＣｏｎｎｅｃｔｅｄＴｏは、機器と接続先の機器とのリレーションシップを表している。ＳｅｒｖｅｒＣＰＵは、サーバと該サーバに搭載されるＣＰＵとのリレーションシップを表している。

ＲＥ本数とは、各ＣＩタイプ（要素種別）の構成アイテムと各ＲＥタイプ（関連種別）のリレーションシップを有する関連先の構成アイテムの数である。

具体的には、例えば、制約条件６００−１は、ＣＩタイプ「Ｓｅｒｖｅｒ」の構成アイテムとＲＥタイプ「ＯｗｎｅｄＢｙ」のリレーションシップを有する関連先の構成アイテムの数「１」を規定するものである。また、制約条件６００−５は、ＣＩタイプ「Ｈｕｂ」の構成アイテムとＲＥタイプ「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップを有する関連先の構成アイテムの数「４」を規定するものである。

（情報処理装置１００の機能的構成例）
つぎに、実施の形態１にかかる情報処理装置１００の機能的構成例について説明する。図７は、実施の形態１にかかる情報処理装置の機能的構成を示すブロック図である。図７において、情報処理装置１００は、選択部７０１と、計数部７０２と、判定部７０３と、出力部７０４と、を含む構成である。各機能部（選択部７０１〜出力部７０４）は、具体的には、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０８により、その機能を実現する。また、各機能部の処理結果は、例えば、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶される。

選択部７０１は、ＦＣＭＤＢ２１０に記憶されているＣＩ情報４１０−１〜４１０−ｎの中から、判定対象となるＣＩ情報４１０−ｉを選択する。ここで、判定対象とは、関連先の構成アイテムを示すＣＩ情報がリコンサイルされるべきものか否かを判定する対象となる関連元の構成アイテムを示すＣＩ情報である。なお、判定対象となるＣＩ情報４１０−ｉは、例えば、図３に示したキーボード３１０やマウス３１１を用いたユーザの操作入力により選択されることにしてもよい。

計数部７０２は、ＦＣＭＤＢ２１０に記憶されているＲＥ情報４２０−１〜４２０−ｍのうち、選択されたＣＩ情報４１０−ｉが示す構成アイテムＣＩｉ（以下、「選択構成アイテムＣＩｉ」という）と、関連先の構成アイテムとの所定のリレーションシップを示すＲＥ情報の数を計数する。

また、計数部７０２は、選択構成アイテムＣＩｉと所定のリレーションシップを有する構成アイテムの数を計数することにしてもよい。ここで、選択構成アイテムＣＩｉと関連先の構成アイテムとの所定のリレーションシップを示すＲＥ情報の数を計数することと、選択構成アイテムＣＩｉと所定のリレーションシップを有する構成アイテムの数を計数することとは同義である。

本明細書において、以下の説明では、選択構成アイテムＣＩｉと関連先の構成アイテムとの所定のリレーションシップを示すＲＥ情報の数を計数対象とする場合を例に挙げて説明する。具体的には、例えば、まず、計数部７０２が、ＦＣＭＤＢ２１０の中から、選択構成アイテムＣＩｉのアイテムＩＤが、ＲＥ情報のｓｏｕｒｃｅＩｔｅｍまたはｔａｒｇｅｔＩｔｅｍに設定されているＲＥ情報を検索する。

一例として、図５に示した構成アイテムＣＩ１を選択構成アイテムＣＩｉとする。この場合、計数部７０２が、例えば、ＦＣＭＤＢ２１０の中から、ｓｏｕｒｃｅＩｔｅｍにアイテムＩＤ「Ｓｅｒｖｅｒ００１」が設定されているＲＥ情報４２０−１（図５参照）を検索する。

このあと、計数部７０２が、リレーションシップの関連種別ごとに、検索されたＲＥ情報を分類する。リレーションシップの関連種別とは、ＲＥ情報のｔｙｐｅに設定されているリレーションシップのＲＥタイプである。そして、計数部７０２が、リレーションシップの関連種別ごとに分類されたＲＥ情報の数を計数する。

これにより、リレーションシップの関連種別ごとに、選択構成アイテムＣＩｉと関連先の構成アイテムとの該関連種別のリレーションシップを示すＲＥ情報の数を計数することができる。

なお、以下の説明では、選択構成アイテムＣＩｉと関連先の構成アイテムとのリレーションシップのうち、任意の関連種別のリレーションシップを「リレーションシップＲＥｘ」と表記する。また、計数されたリレーションシップＲＥｘのＲＥ情報の数を「ＲＥ情報の数Ｎｘ」と表記する。

判定部７０３は、計数されたリレーションシップＲＥｘのＲＥ情報の数Ｎｘが、選択構成アイテムＣＩｉの要素種別と同一の要素種別の構成アイテムとリレーションシップＲＥｘを有する関連先の構成アイテムの数を規定する制約条件を満たすか否かを判定する。

具体的には、例えば、判定部７０３が、図６に示した制約条件テーブル６００の中から、ＣＩタイプに「選択構成アイテムＣＩｉの要素種別」が設定され、ＲＥタイプに「リレーションシップＲＥｘの関連種別」が設定された制約条件を抽出する。これにより、選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムの数を規定する制約条件を抽出することができる。

そして、判定部７０３が、例えば、リレーションシップＲＥｘのＲＥ情報の数Ｎｘが、抽出された制約条件に規定されているＲＥ本数以下となっているか否かを判定する。これにより、選択構成アイテムＣＩｉに接続されているリレーションシップＲＥｘの本数が、制約条件に規定されているＲＥ本数以下となっているか否かを判定することができる。

例えば、選択構成アイテムＣＩｉの要素種別を「Ｓｅｒｖｅｒ」とし、リレーションシップＲＥの関連種別を「ＯｗｎｅｄＢｙ」とする。この場合、判定部７０３が、制約条件テーブル６００の中から、ＣＩタイプに「Ｓｅｒｖｅｒ」が設定され、ＲＥタイプに「ＯｗｎｅｄＢｙ」が設定された制約条件６００−１を抽出する。

そして、判定部７０３が、計数されたリレーションシップＲＥｘのＲＥ情報の数Ｎｘが、抽出された制約条件６００−１に規定されているＲＥ本数「１」以下となっているか否かを判定する。これにより、選択構成アイテムＣＩｉに対して、制約条件６００−１に規定されているＲＥ本数を超える多くのリレーションシップＲＥｘが接続されていることを認識することができる。

出力部７０４は、判定された判定結果を出力する。具体的には、例えば、出力部７０４が、リレーションシップＲＥｘのＲＥ情報の数Ｎｘが制約条件を満たさないと判定された選択構成アイテムＣＩｉを示す判定結果を出力することにしてもよい。また、出力部７０４が、制約条件を満たさないと判定された選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムを示す判定結果（例えば、後述の図８，図９に示す同定候補リスト８００，９００）を出力することにしてもよい。

なお、出力形式としては、例えば、ディスプレイ３０９への表示、プリンタ（不図示）への印刷出力、Ｉ／Ｆ３０８による外部のコンピュータへの送信がある。また、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶することとしてもよい。ここで、同定候補リスト８００，９００の具体例について説明する。

図８は、同定候補リストの具体例を示す説明図（その１）である。図８において、同定候補リスト８００は、同定候補となる構成アイテムのＣＩ＿ＩＤを示す情報である。ここで、同定候補となる構成アイテムとは、制約条件を満たさない選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムである。ＣＩ＿ＩＤとは、例えば、ＦＣＭＤＢ２１０上で一意に識別可能な構成アイテムの識別子である。

同定候補リスト８００によれば、構成アイテムＣＩ１〜ＣＩｎの中から、同定候補となる構成アイテムを特定することができる。

図９は、同定候補リストの具体例を示す説明図（その２）である。図９において、同定候補リスト９００は、同定候補となる構成アイテムのＣＩ＿ＩＤおよび要素種別と、制約条件違反となったリレーションシップのＲＥ＿ＩＤおよび関連種別を示す情報である。ＲＥ＿ＩＤとは、ＦＣＭＤＢ２１０上で一意に識別可能なリレーションシップの識別子である。

同定候補リスト９００によれば、構成アイテムＣＩ１〜ＣＩｎの中から、同定候補となる構成アイテムを特定することができる。また、同定候補リスト９００によれば、同定候補となる構成アイテムと関連元の構成アイテムとの関連性や、制約条件の違反内容を把握することができる。

なお、上述した説明では、制約条件を満たすか否かの判定例として、リレーションシップＲＥｘのＲＥ情報の数Ｎｘが制約条件に規定されているＲＥ本数以下となっているか否かを判定することにしたが、これに限らない。例えば、判定部７０３が、リレーションシップＲＥｘのＲＥ情報の数Ｎｘが、制約条件に規定されているＲＥ本数と一致するか否かを判定することにしてもよい。

（ＣＩ情報のリコンサイル例）
つぎに、同定候補となる構成アイテムを示すＣＩ情報のリコンサイル例について説明する。ここでは、図８に示した同定候補リスト８００から特定される構成アイテムを示すＣＩ情報のリコンサイル例について説明する。

図１０は、ＣＩ情報のリコンサイル例を示す説明図である。図１０の（１０−１）において、ＣＩ情報１００１，１００２は、同定候補リスト８００に示すＣＩ＿ＩＤから特定される構成アイテムを示すＦＣＭＤＢ２１０上のＣＩ情報である。

ここで、ＣＩ情報１００１は、ＣＩ＿ＩＤ「１５２４２」の構成アイテムを示している。また、この構成アイテムのアイテムＩＤは「ＵｓｅｒＢ」であり、要素種別（ｔｙｐｅ）は「Ｕｓｅｒ」である。ＣＩ情報１００２は、ＣＩ＿ＩＤ「１６８８３」の構成アイテムを示している。また、この構成アイテムのアイテムＩＤは「ＵｓｅｒＢ’」であり、要素種別は「Ｕｓｅｒ」である。

ここでは、ＩＰｒｏｐとして「Ｕｓｅｒ／＠ｎａｍｅ（要素種別「Ｕｓｅｒ」の構成アイテムの名称）」が設定されたため、本来リコンサイルされるべきＣＩ情報１００１，１００２が別々のものとしてＦＣＭＤＢ２１０に登録されている場合を想定する。すなわち、同じユーザを表す２つの構成アイテムがＦＣＭＤＢ２１０上に存在している。

ＦＣＭＤＢシステム２００の管理者は、例えば、ＣＩ情報１００１が示す構成アイテムとＣＩ情報１００２が示す構成アイテムとが同一であるか否かを判断する。具体的には、例えば、管理者は、ＣＩ情報１００１の従業員ＩＤとＣＩ情報１００２の従業員ＩＤとが同一のため、構成アイテムが同一であると判断する。

管理者は、構成アイテムが同一であると判断した場合、例えば、ＩＰｒｏｐを変更して、再度、ＦＣＭＤＢ２１０に対するリコンサイルを実施する。具体的には、例えば、管理者は、ＩＰｒｏｐとして「Ｕｓｅｒ／＠ｅｍｐ＿ｉｄ（要素種別「Ｕｓｅｒ」の従業員ＩＤ）」を設定して、ＦＣＭＤＢ２１０に対するリコンサイルを実施する。

図１０の（１０−２）において、ＣＩ情報１００１とＣＩ情報１００２とがリコンサイルされて、新たなＣＩ情報１００３が作成されている。ＣＩ情報１００３は、ＣＩ情報１００１に対して、ＣＩ情報１００２の内容が反映されたものである。具体的には、属性名「Ｕｓｅｒ／＠ｎａｍｅ」の属性値が「Ｙａｍａｄａ」から「Ｉｃｈｉｒｏ Ｙａｍａｄａ」に変更され、属性名「Ｕｓｅｒ／＠ｌｏｃａｌｅ」の属性値「Ｋａｗａｓａｋｉ」が追加されている。この結果、同じ構成アイテムを示すＣＩ情報１００１とＣＩ情報１００２とがリコンサイルされて、ＣＩ情報１００３がＦＣＭＤＢ２１０に登録される。

このように、同定候補リスト８００によれば、ＦＣＭＤＢ２１０の中からリコンサイルされるべきＣＩ情報１００１，１００２を容易に特定することが可能となり、同定されるべき構成アイテムを発見することができる。また、本来リコンサイルされるべきＣＩ情報１００１，１００２がリコンサイルされていないことがわかるため、ＩＰｒｏｐの設定ミスに気付くことができる。

ただし、上述した説明では、ＣＩ情報１００１とＣＩ情報１００２とをリコンサイルするためにＩＰｒｏｐを変更することにしたが、これに限らない。例えば、管理者が、ＣＩ情報１００１の属性名「Ｕｓｅｒ／＠ｎａｍｅ」の属性値を「Ｉｃｈｉｒｏ Ｙａｍａｄａ」に変更することにしてもよい。これにより、ＩＰｒｏｐを変更することなく、ＣＩ情報１００１とＣＩ情報１００２とがリコンサイルされることになる。

（多段リレーションシップにより接続された構成アイテム群）
つぎに、複数のリレーションシップが多段に接続されている構成アイテム群について説明する。

図１１は、リレーションシップにより接続された構成アイテム群を示す説明図（その１）である。図１１の（１１−１）において、構成アイテムＡ，Ｂ，Ｂ’，Ｃ，Ｃ’，Ｃ’’は、多段リレーションシップにより接続された一連の構成アイテム群である。

構成アイテムＡ（ｓｏｕｒｃｅ）は、リレーションシップａにより、構成アイテムＢ（ｔａｒｇｅｔ）と接続されている。また、構成アイテムＡ（ｓｏｕｒｃｅ）は、リレーションシップｂにより、構成アイテムＢ’（ｔａｒｇｅｔ）と接続されている。また、構成アイテムＢ（ｓｏｕｒｃｅ）は、リレーションシップｃにより、構成アイテムＣ（ｔａｒｇｅｔ）と接続されている。

また、構成アイテムＢ’（ｓｏｕｒｃｅ）は、リレーションシップｄにより、構成アイテムＣ’（ｔａｒｇｅｔ）と接続されている。また、構成アイテムＢ’（ｓｏｕｒｃｅ）は、リレーションシップｅにより、構成アイテムＣ’’（ｔａｒｇｅｔ）と接続されている。

ここで、構成アイテムＢと構成アイテムＢ’とが同一の構成アイテムである場合を想定する。この場合、選択構成アイテムＣＩｉとして構成アイテムＡが選択された結果、構成アイテムＢと構成アイテムＢ’が同定候補となる構成アイテムとして管理者に提示される。そして、管理者により、構成アイテムＢと構成アイテムＢ’とが同定された結果、構成アイテムＢを示すＣＩ情報と構成アイテムＢ’を示すＣＩ情報とがリコンサイルされる。

図１１の（１１−２）において、構成アイテムＢを示すＣＩ情報と構成アイテムＢ’を示すＣＩ情報とがリコンサイルされて、構成アイテムＢと構成アイテムＢ’とが一つの構成アイテムＢにまとめられている。

この結果、構成アイテムＢ（ｓｏｕｒｃｅ）は、リレーションシップｃにより、構成アイテムＣ（ｔａｒｇｅｔ）と接続されている。また、構成アイテムＢ（ｓｏｕｒｃｅ）は、リレーションシップｆにより、構成アイテムＣ’（ｔａｒｇｅｔ）と接続されている。また、構成アイテムＢ（ｓｏｕｒｃｅ）は、リレーションシップｇにより、構成アイテムＣ’’（ｔａｒｇｅｔ）と接続されている。

ここで、構成アイテムＣと構成アイテムＣ’と構成アイテムＣ’’が同一の構成アイテムである場合を想定する。この場合、構成アイテムＢと構成アイテムＢ’とが一つの構成アイテムＢにまとめられた結果、同一の構成アイテムを表す構成アイテムＣ，Ｃ’，Ｃ’’がリレーションシップｃ，ｆ，ｇにより構成アイテムＢと接続されている。

そこで、上記選択部７０１は、構成アイテムＢを示すＣＩ情報と構成アイテムＢ’を示すＣＩ情報とがリコンサイルされた場合、リコンサイル後の構成アイテムＢを示すＣＩ情報を、判定対象としてＦＣＭＤＢ２１０の中から選択することにしてもよい。

具体的には、例えば、まず、選択部７０１が、図３に示したディスプレイ３０９やキーボード３１０を用いたユーザの操作入力により、または、外部のコンピュータからリコンサイル後のＣＩ情報の識別子（例えば、構成アイテムＢのアイテムＩＤ）を受け付ける。そして、選択部７０１が、統合後の構成アイテムＢを示すＣＩ情報を、判定対象としてＦＣＭＤＢ２１０の中から選択する。なお、情報処理装置１００により、ＦＣＭＤＢ２１０に対するリコンサイルを実行する場合、リコンサイル後のＣＩ情報の識別子を検出することができる。

この結果、構成アイテムＣと構成アイテムＣ’と構成アイテムＣ’’が同定候補となる構成アイテムとして管理者に提示される。そして、構成アイテムＣと構成アイテムＣ’と構成アイテムＣ’’とが同定された結果、構成アイテムＣを示すＣＩ情報と構成アイテムＣ’を示すＣＩ情報と構成アイテムＣ’’を示すＣＩ情報とがリコンサイルされる。

図１１の（１１−３）において、構成アイテムＣを示すＣＩ情報と構成アイテムＣ’を示すＣＩ情報と構成アイテムＣ’’を示すＣＩ情報とがリコンサイルされて、構成アイテムＣと構成アイテムＣ’と構成アイテムＣ’’とが一つの構成アイテムＣにまとめられている。この結果、構成アイテムＢ（ｓｏｕｒｃｅ）は、リレーションシップｃにより、構成アイテムＣ（ｔａｒｇｅｔ）と接続されている。

このように、リコンサイル後のＣＩ情報を判定対象として選択することにより、多段リレーションシップにより接続された構成アイテム群の一部の構成アイテムがまとめられたことにより出現する新たな同定候補となる構成アイテムを特定することができる。

（情報処理装置１００の情報処理手順）
つぎに、実施の形態１にかかる情報処理装置１００の情報処理手順について説明する。ここでは、判定対象となるＣＩ情報群として、ＦＣＭＤＢ２１０に記憶されているＣＩ情報４１０−１〜４１０−ｎを例に挙げて説明する。

図１２は、実施の形態１にかかる情報処理装置の情報処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、選択部７０１により、「ｉ」を「ｉ＝１」として（ステップＳ１２０１）、ＦＣＭＤＢ２１０の中から判定対象となるＣＩ情報４１０−ｉを選択する（ステップＳ１２０２）。

つぎに、計数部７０２により、ＦＣＭＤＢ２１０の中から、選択構成アイテムＣＩｉと関連先の構成アイテムとのリレーションシップを示すＲＥ情報を検索する（ステップＳ１２０３）。そして、計数部７０２により、検索したＲＥ情報の関連種別の中から、任意の関連種別を選択する（ステップＳ１２０４）。

このあと、計数部７０２により、検索したＲＥ情報のうち、選択した関連種別のリレーションシップＲＥｘのＲＥ情報の数Ｎｘを計数する（ステップＳ１２０５）。そして、判定部７０３により、制約条件テーブル６００の中から、選択構成アイテムＣＩｉの要素種別とリレーションシップＲＥｘの関連種別とのペアに対応する制約条件を抽出する（ステップＳ１２０６）。

つぎに、判定部７０３により、計数されたリレーションシップＲＥｘのＲＥ情報の数Ｎｘが、抽出した制約条件を満たすか否かを判定する（ステップＳ１２０７）。ここで、制約条件を満たす場合（ステップＳ１２０７：Ｙｅｓ）、ステップＳ１２０９に移行する。

一方、制約条件を満たさない場合（ステップＳ１２０７：Ｎｏ）、判定部７０３により、選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムを同定候補リストに登録する（ステップＳ１２０８）。なお、同定候補リストとは、例えば、図８に示した同定候補リスト８００である。

そして、計数部７０２により、検索したＲＥ情報の関連種別の中から選択されていない未選択の関連種別があるか否かを判断する（ステップＳ１２０９）。ここで、未選択の関連種別がある場合（ステップＳ１２０９：Ｙｅｓ）、ステップＳ１２０４に戻る。

一方、未選択の関連種別がない場合（ステップＳ１２０９：Ｎｏ）、選択部７０１により、「ｉ」をインクリメントして（ステップＳ１２１０）、「ｉ」が「ｎ」より大きいか否かを判断する（ステップＳ１２１１）。ここで、「ｉ」が「ｎ」以下の場合（ステップＳ１２１１：Ｎｏ）、ステップＳ１２０２に戻る。

一方、「ｉ」が「ｎ」より大きい場合（ステップＳ１２１１：Ｙｅｓ）、出力部７０４により、同定候補リストを出力して（ステップＳ１２１２）、本フローチャートによる一連の処理を終了する。

これにより、ＦＣＭＤＢシステム２００の管理者等に対して、構成アイテムＣＩ１〜ＣＩｎのうち同定候補となる構成アイテムを示す同定候補リストを提示することができる。

以上説明した実施の形態１にかかる情報処理装置１００によれば、選択構成アイテムＣＩｉに接続されたリレーションシップＲＥのＲＥ本数が制約条件を満たすか否かを判定することができる。これにより、制約条件に規定されているＲＥ本数を超える多くのリレーションシップＲＥｘが接続されている構成アイテムを特定することができる。

また、情報処理装置１００によれば、制約条件を満たさない選択構成要素ＣＩｉとリレーションシップＲＥを有する関連先の構成アイテムの集合を、同定候補となる構成アイテムとして提示することができる。これにより、ＦＣＭＤＢ２１０内のＣＩ情報４１０−１〜４１０−ｎのうち、リコンサイルされるべきＣＩ情報の特定を容易にすることができる。

この結果、ＦＣＭＤＢシステム２００の管理者は、同定されるべき構成アイテムを容易に発見することができる。また、ＦＣＭＤＢシステム２００の管理者は、本来リコンサイルされるべきＣＩ情報がリコンサイルされていないことがわかるため、ＩＰｒｏｐの設定ミスに気付くことができる。

（実施の形態２）
実施の形態１では、図６に示した制約条件テーブル６００に予め制約条件が登録されている場合について説明したが、実施の形態２では、制約条件テーブル６００に登録する制約条件を作成する場合について説明する。なお、実施の形態１で説明した内容と同一内容については説明を省略する。

（情報処理装置１００の機能的構成例）
つぎに、実施の形態２にかかる情報処理装置１００の機能的構成例について説明する。図１３は、実施の形態２にかかる情報処理装置の機能的構成を示すブロック図である。図１３において、情報処理装置１００は、選択部７０１と、計数部７０２と、判定部７０３と、出力部７０４と、関連情報計数部１３０１と、作成部１３０２と、を含む構成である。各機能部（選択部７０１〜出力部７０４、関連情報計数部１３０１、作成部１３０２）は、具体的には、例えば、ＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０８により、その機能を実現する。

以下、制約条件テーブル６００に登録する制約条件の作成処理にかかる機能部の処理内容について説明する。

まず、選択部７０１は、ＦＣＭＤＢ２１０に記憶されているＣＩ情報４１０−１〜４１０−ｎの中から、処理対象となるＣＩ情報４１０−ｉを選択する。なお、処理対象を選択する選択元のデータベースとして、ＦＣＭＤＢ２１０のような複数種類のデータベースを仮想統合する他のデータベースを用いることにしてもよい。

関連情報計数部１３０１は、ＦＣＭＤＢ２１０に記憶されているＲＥ情報４２０−１〜４２０−ｍのうち、選択されたＣＩ情報４１０−ｉが示す構成アイテムＣＩｉと他の構成アイテムとのリレーションシップを示すＲＥ情報の数を計数する。

具体的には、例えば、まず、関連情報計数部１３０１が、ＦＣＭＤＢ２１０の中から、構成アイテムＣＩｉのアイテムＩＤが、ＲＥ情報のｓｏｕｒｃｅＩｔｅｍまたはｔａｒｇｅｔＩｔｅｍに設定されているＲＥ情報を検索する。このあと、関連情報計数部１３０１が、リレーションシップの関連種別ごとに、検索されたＲＥ情報を分類する。そして、関連情報計数部１３０１が、リレーションシップの関連種別ごとに分類されたＲＥ情報の数を計数する。

計数された計数結果は、例えば、図１４に示す履歴情報テーブル１４００に反映される。履歴情報テーブル１４００は、例えば、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置により実現される。ここで、履歴情報テーブル１４００の具体例について説明する。

図１４は、履歴情報テーブルの記憶内容の一例を示す説明図（その１）である。図１４において、履歴情報テーブル１４００は、ＣＩタイプ、ＲＥタイプおよびＲＥ本数別出現回数のフィールドを有する。各フィールドに情報を設定することで、ＣＩタイプとＲＥタイプのペアごとの履歴情報（例えば、履歴情報１４００−１〜１４００−５）がレコードとして記憶されている。

ここで、ＣＩタイプとは、構成アイテムの要素種別である。ＲＥタイプとは、構成アイテム間のリレーションシップの関連種別である。ＲＥ本数別出現回数とは、ＣＩタイプとＲＥタイプのペアに対応する計数結果の出現回数である。ＲＥ本数とは、該当ＣＩタイプの構成アイテムと該当関連種別のリレーションシップを有する構成アイテムの数を表している。なお、ＲＥ本数別出現回数の初期値は「０」である。

履歴情報１４００−１を例に挙げると、要素種別「Ｓｅｒｖｅｒ」の構成アイテムと他の構成アイテムとの、関連種別「ＯｗｎｅｄＢｙ」のリレーションシップを示すＲＥ情報の数が「１」である計数結果が１０回出現したことを示している。また、要素種別「Ｓｅｒｖｅｒ」の構成アイテムと他の構成アイテムとの、関連種別「ＯｗｎｅｄＢｙ」のリレーションシップを示すＲＥ情報の数が「２」である計数結果が１回出現したことを示している。

また、履歴情報１４００−５を例に挙げると、要素種別「Ｒａｃｋ」の構成アイテムと他の構成アイテムとの、関連種別「Ｐｕｒｃｈａｓｅｄ」のリレーションシップを示すＲＥ情報の数が「１」である計数結果が６回出現したことを示している。また、要素種別「Ｒａｃｋ」の構成アイテムと他の構成アイテムとの、関連種別「Ｐｕｒｃｈａｓｅｄ」のリレーションシップを示すＲＥ情報の数が「２」である計数結果が２回出現したことを示している。また、要素種別「Ｒａｃｋ」の構成アイテムと他の構成アイテムとの、関連種別「Ｐｕｒｃｈａｓｅｄ」のリレーションシップを示すＲＥ情報の数が「３」である計数結果が３回出現したことを示している。

例えば、上記関連情報計数部１３０１によって、要素種別「Ｓｅｒｖｅｒ」の構成アイテムＣＩｉと他の構成アイテムとの、関連種別「ＯｗｎｅｄＢｙ」のリレーションシップを示すＲＥ情報の数「１」が計数されたとする。この場合、履歴情報１４００−１のＲＥ本数別出現回数「１本」のフィールドに設定されている出現回数がインクリメントされる。

また、例えば、上記関連情報計数部１３０１によって、要素種別「Ｒａｃｋ」の構成アイテムＣＩｉと他の構成アイテムとの、関連種別「Ｐｕｒｃｈａｓｅｄ」のリレーションシップを示すＲＥ情報の数「３」が計数されたとする。この場合、履歴情報１４００−５のＲＥ本数別出現回数「３本」のフィールドに設定されている出現回数がインクリメントされる。

図１３の説明に戻り、作成部１３０２は、構成アイテムの要素種別とリレーションシップの関連種別とのペアごとに、該要素種別の構成アイテムと該関連種別のリレーションシップを有する関連先の構成アイテムの数を規定する制約条件を作成する。具体的には、例えば、作成部１３０２は、図１４に示した履歴情報テーブル１４００を参照して、構成アイテムの要素種別と構成アイテム間のリレーションシップの関連種別とのペアごとの制約条件を作成する。

作成された制約条件は、例えば、図６に示した制約条件テーブル６００に記憶される。なお、作成部１３０２の具体的な処理内容についての説明は後述する。

判定部７０３は、計数部７０２によって計数されたリレーションシップＲＥｘのＲＥ情報の数Ｎｘが、作成された制約条件を満たすか否かを判定する。なお、この制約条件は、上記作成部１３０２によって作成された制約条件のうち、選択構成アイテムＣＩｉの要素種別と同一の要素種別の構成アイテムとリレーションシップＲＥｘを有する関連先の構成アイテムの数を規定するものである。

具体的には、例えば、判定部７０３が、制約条件テーブル６００の中から、ＣＩタイプに「選択構成アイテムＣＩｉの要素種別」が設定され、ＲＥタイプに「リレーションシップＲＥｘの関連種別」が設定された制約条件を抽出する。そして、判定部７０３が、例えば、計数されたリレーションシップＲＥｘのＲＥ情報の数Ｎｘが、抽出された制約条件に規定されているＲＥ本数以下となっているか否かを判定する。

（作成部１３０２の具体的な処理内容）
ここで、上記作成部１３０２の具体的な処理内容について説明する。まず、作成部１３０２は、履歴情報テーブル１４００の中から、任意の履歴情報（以下、「履歴情報１４００−ｋ」という）を選択する（ｋ：１，２，…）。つぎに、作成部１３０２は、履歴情報１４００−ｋのＲＥ本数別出現回数を足し合わせて総出現回数を算出する。また、作成部１３０２は、履歴情報１４００−ｋのＲＥ本数ごとの出現回数のうち最大の出現回数（以下、「最大出現回数」という）を特定する。

つぎに、作成部１３０２は、特定した最大出現回数を総出現回数により除算して、最大出現回数の出現割合を算出する。このあと、作成部１３０２は、算出した最大出現回数の出現割合が所定の閾値α以上となるか否かを判断する。なお、閾値αは、例えば、予め設定されてＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

そして、最大出現回数の出現割合が閾値α以上の場合、作成部１３０２は、該最大出現回数のＲＥ本数を、履歴情報１４００−ｋのＣＩタイプの構成アイテムとＲＥタイプのリレーションシップを有する関連先の構成アイテムの数の上限値として規定する制約条件を作成する。なお、最大出現回数の出現割合が閾値α未満の場合、作成部１３０２は制約条件を作成しない。

すなわち、構成アイテム間のリレーションシップＲＥのＲＥ本数を計数した計数結果全体において、一定の割合以上、構成アイテム間のリレーションシップＲＥｘのＲＥ本数が一致したものはルール化する。これにより、ＦＣＭＤＢ２１０に登録されている構成アイテム間の関連性をもとに制約条件を作成することができる。

また、作成部１３０２は、履歴情報１４００−ｋのＲＥ本数別出現回数を足し合わせた総出現回数が所定の閾値β以上の場合に、最大出現回数の出現割合を算出して閾値α以上となるか否かを判断することにしてもよい。

すなわち、一定数以上の、構成アイテム間のリレーションシップＲＥのＲＥ本数を計数した計数結果をもとに制約条件を作成する。これにより、ＩＴシステム２２０の実際の運用に、より即した制約条件を作成することができる。なお、閾値β（例えば、１００）は、例えば、予め設定されてＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

また、作成部１３０２は、総出現回数が閾値β以上の場合、最大出現回数のＲＥ本数を関連先の構成アイテムの数の上限値として規定する制約条件を作成することにしてもよい。これにより、構成アイテム間のリレーションシップＲＥのＲＥ本数を計数した計数結果全体において、出現回数が最も多いＲＥ本数をルール化することができる。

また、作成部１３０２は、履歴情報１４００−ｋのＲＥ本数ごとの出現回数を総出現回数により除算して、ＲＥ本数ごとの出現割合を算出することにしてもよい。この場合、作成部１３０２は、算出したＲＥ本数ごとの出現回数の出現割合が閾値α以上となるか否かを判断する。そして、作成部１３０２は、出現割合が閾値α以上となったＲＥ本数を、履歴情報１４００−ｋのＣＩタイプの構成アイテムとＲＥタイプのリレーションシップを有する関連先の構成アイテムの数の上限値として規定する制約条件を作成することにしてもよい。

これにより、一つのＣＩタイプとＲＥタイプとのペアについて、一つ以上の制約条件を作成することができ、リレーションシップにより接続された関連先の構成アイテムの数として複数通りの数が存在する場合に対応することができる。

・制約条件の作成例
ここで、履歴情報テーブル１４００の中から履歴情報１４００−１が選択された場合を例に挙げて、制約条件の作成例について説明する。なお、ここでは上記閾値αを「α＝０．８」とする。また、説明を簡単にするため、履歴情報テーブル１４００内のＲＥ本数別出現回数のＲＥ本数が１本、２本、３本の場合を例に挙げて説明する。

作成部１３０２は、履歴情報１４００−１のＲＥ本数別出現回数（１本：１０、２本：１、３本：０）を足し合わせることにより総出現回数「１１（＝１０＋１＋０）」を算出する。また、作成部１３０２は、履歴情報１４００−１のＲＥ本数ごとの出現回数のうち最大出現回数を特定する。ここでは、１本の出現回数「１０」が最大出現回数として特定される。

つぎに、作成部１３０２は、最大出現回数「１０」を総出現回数「１１」により除算して、最大出現回数の出現割合「０．９≒１０／１１」を算出する。このあと、作成部１３０２は、最大出現回数の出現割合「０．９」が閾値α以上となるか否かを判断する。ここでは、「α＝０．８」のため、最大出現回数の出現割合「０．９」が閾値α以上となる。

この場合、作成部１３０２は、履歴情報１４００−１のＣＩタイプ「Ｓｅｒｖｅｒ」の構成アイテムとＲＥタイプ「ＯｗｎｅｄＢｙ」のリレーションシップを有する関連先の構成アイテムの数の上限値として、最大出現回数「１０」のＲＥ本数「１」を規定する制約条件を作成する。

（制約条件作成処理手順）
つぎに、実施の形態２にかかる情報処理装置１００の条件作成処理手順について説明する。以下の説明では、履歴情報テーブル１４００に記憶されている複数の履歴情報を「履歴情報１４００−１〜１４００−Ｋ」と表記する。

図１５および図１６は、実施の形態２にかかる情報処理装置の条件作成処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、選択部７０１により、「ｉ」を「ｉ＝１」として（ステップＳ１５０１）、ＦＣＭＤＢ２１０の中から処理対象となるＣＩ情報４１０−ｉを選択する（ステップＳ１５０２）。

つぎに、関連情報計数部１３０１により、選択されたＣＩ情報４１０−ｉが示す構成アイテムＣＩｉと他の構成アイテムとのリレーションシップを示すＲＥ情報を検索する（ステップＳ１５０３）。そして、関連情報計数部１３０１により、検索したＲＥ情報の関連種別の中から、任意の関連種別を選択する（ステップＳ１５０４）。このあと、関連情報計数部１３０１により、検索したＲＥ情報のうち、選択した関連種別のリレーションシップＲＥｘのＲＥ情報の数を計数する（ステップＳ１５０５）。

そして、関連情報計数部１３０１により、ＣＩタイプとＲＥタイプのペアが履歴情報テーブル１４００に登録されているか否かを判断する（ステップＳ１５０６）。なお、このＣＩタイプは、選択されたＣＩ情報４１０−ｉが示す構成アイテムＣＩｉの要素種別である。また、このＲＥタイプは、選択されたリレーションシップＲＥｘの関連種別である。

ここで、ＣＩタイプとＲＥタイプのペアが登録されている場合（ステップＳ１５０６：Ｙｅｓ）、ステップＳ１５０８に移行する。一方、ＣＩタイプとＲＥタイプのペアが未登録の場合（ステップＳ１５０６：Ｎｏ）、関連情報計数部１３０１により、ＣＩタイプとＲＥタイプのペアを履歴情報テーブル１４００に登録する（ステップＳ１５０７）。この結果、登録されたＣＩタイプとＲＥタイプのペアに関する新たなレコードが履歴情報テーブル１４００に作成される。

つぎに、関連情報計数部１３０１により、計数したリレーションシップＲＥｘのＲＥ情報の数に対応する履歴情報テーブル１４００内のＲＥ本数別出現回数の出現回数をインクリメントする（ステップＳ１５０８）。そして、関連情報計数部１３０１により、検索したＲＥ情報の関連種別の中から選択されていない未選択の関連種別があるか否かを判断する（ステップＳ１５０９）。

ここで、未選択の関連種別がある場合（ステップＳ１５０９：Ｙｅｓ）、ステップＳ１５０４に戻る。一方、未選択の関連種別がない場合（ステップＳ１５０９：Ｎｏ）、選択部７０１により、「ｉ」をインクリメントして（ステップＳ１５１０）、「ｉ」が「ｎ」より大きいか否かを判断する（ステップＳ１５１１）。

ここで、「ｉ」が「ｎ」以下の場合（ステップＳ１５１１：Ｎｏ）、ステップＳ１５０２に戻る。一方、「ｉ」が「ｎ」より大きい場合（ステップＳ１５１１：Ｙｅｓ）、図１６に示すステップＳ１６０１に移行する。

図１６のフローチャートにおいて、まず、作成部１３０２により、「ｋ」を「ｋ＝１」として（ステップＳ１６０１）、履歴情報テーブル１４００の中から履歴情報１４００−ｋを選択する（ステップＳ１６０２）。そして、作成部１３０２により、履歴情報１４００−ｋのＲＥ本数別出現回数を足し合わせて総出現回数を算出する（ステップＳ１６０３）。

つぎに、作成部１３０２により、履歴情報１４００−ｋのＲＥ本数ごとの出現回数のうち最大出現回数を特定する（ステップＳ１６０４）。そして、作成部１３０２により、特定した最大出現回数を総出現回数により除算して、最大出現回数の出現割合を算出する（ステップＳ１６０５）。

このあと、作成部１３０２により、算出した最大出現回数の出現割合が閾値α以上となるか否かを判断する（ステップＳ１６０６）。ここで、最大出現回数の出現割合が閾値α未満の場合（ステップＳ１６０６：Ｎｏ）、ステップＳ１６０９に移行する。

一方、最大出現回数の出現割合が閾値α以上の場合（ステップＳ１６０６：Ｙｅｓ）、作成部１３０２により、最大出現回数のＲＥ本数を関連先の構成アイテムの数の上限値として規定する制約条件を作成する（ステップＳ１６０７）。なお、関連先の構成アイテムは、履歴情報１４００−ｋのＣＩタイプの構成アイテムとＲＥタイプのリレーションシップを有する構成アイテムである。

そして、作成部１３０２により、制約条件テーブル６００に作成した制約条件を登録する（ステップＳ１６０８）。つぎに、作成部１３０２により、「ｋ」をインクリメントして（ステップＳ１６０９）、「ｋ」が「Ｋ」より大きいか否かを判断する（ステップＳ１６１０）。

ここで、「ｋ」が「Ｋ」以下の場合（ステップＳ１６１０：Ｎｏ）、ステップＳ１６０２に戻る。一方、「ｋ」が「Ｋ」より大きい場合（ステップＳ１６１０：Ｙｅｓ）、本フローチャートによる一連の処理を終了する。

これにより、ＣＩタイプとＲＥタイプのペアごとに、該ＣＩタイプの構成アイテムと該ＲＥタイプのリレーションシップにより接続された関連先の構成アイテムの数を規定する制約条件を作成することができる。

以上説明した実施の形態２にかかる情報処理装置１００によれば、構成アイテム間のリレーションシップＲＥのＲＥ本数を計数した計数結果全体において、一定の割合以上、リレーションシップＲＥｘのＲＥ本数が一致したものを制約条件として作成することができる。これにより、ＦＣＭＤＢ２１０に登録されている構成アイテム間の関連性をもとに制約条件を作成することができる。

（実施の形態３）
実施の形態３では、制約条件を満たさない選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムの集合が、同一の構成アイテムである可能性の高さをスコアにより表現する場合について説明する。なお、実施の形態１，２で説明した内容と同一内容については説明を省略する。

（情報処理装置１００の機能的構成例）
つぎに、実施の形態３にかかる情報処理装置１００の機能的構成例について説明する。図１７は、実施の形態３にかかる情報処理装置の機能的構成を示すブロック図である。図１７において、情報処理装置１００は、選択部７０１と、計数部７０２と、判定部７０３と、出力部７０４と、関連情報計数部１３０１と、作成部１３０２と、算出部１７０１と、を含む構成である。各機能部（選択部７０１〜出力部７０４、関連情報計数部１３０１、作成部１３０２、算出部１７０１）は、具体的には、例えば、ＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０８により、その機能を実現する。

算出部１７０１は、判定部７０３によって制約条件を満たさないと判定された選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムの集合が同一の構成要素である確率を示す指標値（以下、「スコアＳｉ」という）を算出する。

具体的には、例えば、算出部１７０１が、計数されたリレーションシップＲＥｘを示すＲＥ情報の数Ｎｘと、関連先の構成アイテムの数として制約条件に規定されたリレーションシップＲＥｘを示すＲＥ情報の数の出現割合とに基づいて、スコアＳｉを算出する。

より具体的には、例えば、算出部１７０１が、リレーションシップＲＥｘを示すＲＥ情報の数と、関連先の構成アイテムの数として制約条件に規定された最大出現回数の出現割合とを乗算することによりスコアＳｉを算出する。なお、算出部１７０１の具体的な処理内容については、図１８および図１９を用いて後述する。

また、判定部７０３は、算出されたスコアＳｉが閾値γ以上か否かを判定する。ここで、スコアＳｉが閾値γ以上の場合は、制約条件を満たさない選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムの集合が、同一の構成アイテムである可能性が高いことを示している。なお、閾値γは、例えば、予め設定されてＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されている。

そして、出力部７０４は、スコアＳｉが閾値γ以上と判定された場合、制約条件を満たさない選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムを示す同定候補リストを出力することにしてもよい。これにより、スコアＳｉが閾値γ以上の場合に、制約条件を満たさない選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムを、同定候補となる構成アイテムとして提示することができる。

また、出力部７０４は、制約条件を満たさない複数の選択構成アイテムの判定結果を一括して出力する場合、出力部７０４は、スコアが高い順に、選択構成アイテムとリレーションシップＲＥｘを有する関連先の構成アイテムを示す同定候補リストを出力してもよい。これにより、ＦＣＭＤＢシステム２００の管理者は、同一の構成アイテムである可能性が高い順に構成アイテム群の同定作業を行うことができる。

（算出部１７０１の具体的な処理内容）
以下、図１８および図１９を用いて、算出部１７０１の具体的な処理内容について説明する。

図１８は、リレーションシップにより接続された構成アイテム群を示す説明図（その２）である。図１８において、構成アイテム１８０１〜１８０４は、多段リレーションシップにより接続された一連の構成アイテム群である。

具体的には、構成アイテム１８０１（アイテムＩＤ：ＳｅｒｖｅｒＡ）は、「ＯｗｎｅｄＢｙ」のリレーションシップ１８０５により構成アイテム１８０２（アイテムＩＤ：ＵｓｅｒＢ）と接続されている。また、構成アイテム１８０１（アイテムＩＤ：ＳｅｒｖｅｒＡ）は、「ＯｗｎｅｄＢｙ」のリレーションシップ１８０６により構成アイテム１８０３（アイテムＩＤ：ＵｓｅｒＢ’）と接続されている。

また、構成アイテム１８０２（アイテムＩＤ：ＵｓｅｒＢ）は、「Ｐｕｒｃｈａｓｅｄ」のリレーションシップ１８０７により構成アイテム１８０４（アイテムＩＤ：ＲａｃｋＣ）と接続されている。また、構成アイテム１８０３（アイテムＩＤ：ＵｓｅｒＢ’）は、「Ｐｕｒｃｈａｓｅｄ」のリレーションシップ１８０８により構成アイテム１８０４（アイテムＩＤ：ＲａｃｋＣ）と接続されている。

図１９は、履歴情報テーブルの記憶内容の一例を示す説明図（その２）である。図１９において、履歴情報テーブル１９００は、ＣＩタイプ、ＲＥタイプ、ＲＥ本数別出現回数および正確度のフィールドを有する。各フィールドに情報を設定することで、ＣＩタイプとＲＥタイプのペアごとの履歴情報（例えば、履歴情報１９００−１〜１９００−５）がレコードとして記憶されている。

ここで、ＣＩタイプとは、構成アイテムの要素種別である。ＲＥタイプとは、構成アイテム間のリレーションシップの関連種別である。ＲＥ本数別出現回数とは、ＣＩタイプとＲＥタイプのペアに対応する計数結果の出現回数である。正確度とは、各履歴情報をもとに作成された制約条件の確からしさを示す指標値である。

ここでは、正確度として、各履歴情報の最大出現回数を総出現回数により除算した、最大出現回数の出現割合が設定されている。各履歴情報の正確度は、例えば、制約条件の作成時に、その都度更新される。

ただし、各履歴情報の正確度は、図３に示したキーボード３１０やマウス３１１を用いたユーザの操作入力により、任意に設定することにしてもよい。例えば、ＦＣＭＤＢシステム２００の管理者が手作業で制約条件を設定した場合、該制約条件のＣＩタイプとＲＥタイプのペアに対応する正確度を「１」に設定することにしてもよい。

ここで、選択構成アイテムＣＩｉを「構成アイテム１８０１」とし、リレーションシップＲｘの関連種別を「ＯｗｎｅｄＢｙ」とする。そして、計数部７０２によって計数された「ＯｗｎｅｄＢｙ」のリレーションシップＲＥｘを示すＲＥ情報の数が「２」のため、構成アイテム１８０１が制約条件６００−１（図６参照）を満たさないと判定された場合を例に挙げて説明する。ただし、制約条件６００−１は、履歴情報１９００−１をもとに作成された場合を想定する。

この場合、まず、算出部１７０１が、履歴情報テーブル１９００を参照して、制約条件６００−１のＣＩタイプとＲＥタイプのペアに対応する正確度「１０／１１」を特定する。そして、算出部１７０１が、計数部７０２によって計数されたリレーションシップＲＥｘを示すＲＥ情報の数「２」と、特定した正確度「１０／１１」とを乗算することによりスコアＳｉを算出する。ここでは、スコアＳｉとして「２０／１１（＝２×１０／１１）」が算出される。

判定部７０３は、算出されたスコアＳｉが閾値γ以上か否かを判定する。ここで、閾値γを「γ＝３」とすると、算出されたスコアＳｉが閾値γ未満であると判定される。

この場合、出力部７０４は、選択構成アイテムＣＩｉが制約条件を満たさないと判定された判定結果を出力しないことにしてもよい。すなわち、選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムの集合が、同一の構成アイテムである可能性が低いため、同定候補となる構成アイテムの提示は行われない。

なお、上述した説明では、選択構成アイテムＣＩｉのスコアＳｉとして、制約条件を満たさないと判定された選択構成アイテムＣＩｉのみに着目することにしたが、これに限らない。例えば、算出部１７０１が、制約条件を満たさないと判定された選択構成アイテムＣＩｉの関連先の構成アイテムをまとめた際に影響を受ける一連の構成アイテム／リレーションシップ群に着目して、選択構成アイテムＣＩｉのスコアＳｉを算出することにしてもよい。

ここで、図１８を用いて、ＦＣＭＤＢ２１０の中から、制約条件を満たさないと判定された選択構成アイテムＣＩｉの関連先の構成アイテムをまとめた際に影響を受ける一連の構成アイテム／リレーションシップ群を検索する処理内容について説明する。

まず、算出部１７０１は、ＦＣＭＤＢ２１０の中から、制約条件６００−１を満たさないと判定された構成アイテム１８０１とリレーションシップ１８０５，１８０６により接続された構成アイテム１８０２，１８０３を検索する。なお、リレーションシップ１８０５，１８０６の関連種別「ＯｗｎｅｄＢｙ」は、制約条件６００−１に対応するＲＥタイプである。

つぎに、算出部１７０１は、ＦＣＭＤＢ２１０の中から、構成アイテム１８０２，１８０３のアイテムＩＤが、ｓｏｕｒｃｅＩｔｅｍまたはｔａｒｇｅｔＩｔｅｍに設定されているリレーションシップ（ただし、リレーションシップ１８０５，１８０６を除く）を検索する。ここでは、リレーションシップ１８０７，１８０８が検索される。

そして、算出部１７０１は、ＦＣＭＤＢ２１０の中から、構成アイテム１８０２，１８０３とリレーションシップ１８０７，１８０８によりそれぞれ接続されている構成アイテムを検索する。ここでは、構成アイテム１８０４が検索される。

つぎに、算出部１７０１は、ＦＣＭＤＢ２１０の中から、構成アイテム１８０４のアイテムＩＤが、ｓｏｕｒｃｅＩｔｅｍまたはｔａｒｇｅｔＩｔｅｍに設定されているリレーションシップ（ただし、リレーションシップ１８０７，１８０８を除く）を検索する。ここでは、構成アイテム１８０４と接続された、構成アイテム１８０２，１８０３とは異なる他の構成アイテムが存在しないため、リレーションシップは検索されない。

これにより、制約条件６００−１を満たさないと判定された構成アイテム１８０１の関連先の構成アイテム１８０２，１８０３をまとめた際に影響を受ける一連の構成アイテム／リレーションシップ群１８０１〜１８０８を検索することができる。

この場合、算出部１７０１は、検索した一連の構成アイテム／リレーションシップ群１８０１〜１８０８に含まれる、ＣＩタイプ（Ｓｏｕｒｃｅ）とＲＥタイプのペアを特定する。ここでは、ＣＩタイプ「Ｓｅｒｖｅｒ」とＲＥタイプ「ＯｗｎｅｄＢｙ」のペアＰ１と、ＣＩタイプ「Ｕｓｅｒ」とＲＥタイプ「Ｐｕｒｃｈａｓｅｄ」のペアＰ２とが特定される。

つぎに、算出部１７０１は、履歴情報テーブル１９００を参照して、特定されたペアごとに、該ペアに対応する正確度を特定する。ここでは、ペアＰ１に対応する正確度「１０／１１」と、ペアＰ２に対応する正確度「１０／１２」とが特定される。

そして、算出部１７０１は、構成アイテム／リレーションシップ群１８０１〜１８０８の中から、各ペアＰ１，Ｐ２に対応するリレーションシップの数を計数する。ここでは、ペアＰ１に対応するリレーションシップの数として「２」が計数され、ペアＰ２に対応するリレーションシップの数として「２」が計数される。

つぎに、算出部１７０１は、ペアＰ１に対応する正確度「１０／１１」と、ペアＰ１に対応するリレーションシップの数「２」とを乗算した値「２０／１１」を算出する。また、算出部１７０１は、ペアＰ２に対応する正確度「１０／１２」と、ペアＰ２に対応するリレーションシップの数「２」とを乗算した値「２０／１２」を算出する。

そして、算出部１７０１は、ペアＰ１の値「２０／１１≒１．８１８」と、ペアＰ２の値「２０／１２≒１．６６７」とを足し合わせることにより、構成アイテム１８０１のスコア「３．４８５」を算出する。この場合、判定部７０３は、算出された構成アイテム１８０１のスコア「３．４８５」が閾値γ以上か否かを判定する。ここで、閾値γを「γ＝３」とすると、算出された構成アイテム１８０１のスコアが閾値γ以上であると判定される。

これにより、制約条件を満たさないと判定された選択構成アイテムＣＩｉの関連先の構成アイテムをまとめた際に影響を受ける範囲内にある構成アイテム間の同一性を選択構成アイテムＣＩｉのスコアＳｉに反映することができる。

（情報処理装置１００の情報処理手順）
つぎに、実施の形態３にかかる情報処理装置１００の情報処理手順について説明する。ここでは、選択構成アイテムＣＩｉのスコアＳｉとして、制約条件を満たさないと判定された選択構成アイテムＣＩｉのみに着目する場合を例に挙げて説明する。

図２０は、実施の形態３にかかる情報処理装置の情報処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、選択部７０１により、「ｉ」を「ｉ＝１」として（ステップＳ２００１）、ＦＣＭＤＢ２１０の中から判定対象となるＣＩ情報４１０−ｉを選択する（ステップＳ２００２）。

つぎに、計数部７０２により、ＦＣＭＤＢ２１０の中から、選択構成アイテムＣＩｉを関連元の構成アイテムとするＲＥ情報を検索する（ステップＳ２００３）。そして、計数部７０２により、検索したＲＥ情報の関連種別の中から、任意の関連種別を選択する（ステップＳ２００４）。

このあと、計数部７０２により、検索したＲＥ情報のうち、選択した関連種別のリレーションシップＲＥｘのＲＥ情報の数を計数する（ステップＳ２００５）。そして、判定部７０３により、制約条件テーブル６００の中から、選択構成アイテムＣＩｉの要素種別とリレーションシップＲＥｘの関連種別とのペアに対応する制約条件を抽出する（ステップＳ２００６）。

つぎに、判定部７０３により、計数されたリレーションシップＲＥｘのＲＥ情報の数が、抽出した制約条件を満たすか否かを判定する（ステップＳ２００７）。ここで、制約条件を満たす場合（ステップＳ２００７：Ｙｅｓ）、ステップＳ２０１２に移行する。

一方、制約条件を満たさない場合（ステップＳ２００７：Ｎｏ）、算出部１７０１により、履歴情報テーブル１９００を参照して、抽出された制約条件のＣＩタイプとＲＥタイプのペアに対応する正確度を特定する（ステップＳ２００８）。そして、算出部１７０１により、計数されたリレーションシップＲＥｘを示すＲＥ情報の数と、特定した正確度とを乗算することによりスコアＳｉを算出する（ステップＳ２００９）。

つぎに、判定部７０３により、算出されたスコアＳｉが閾値γ以上か否かを判断する（ステップＳ２０１０）。ここで、スコアＳｉが閾値γ未満の場合（ステップＳ２０１０：Ｎｏ）、ステップＳ２０１２に移行する。一方、スコアＳｉが閾値γ以上の場合（ステップＳ２０１０：Ｙｅｓ）、判定部７０３により、選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムを同定候補リストに登録する（ステップＳ２０１１）。

そして、計数部７０２により、検索したＲＥ情報の関連種別の中から選択されていない未選択の関連種別があるか否かを判断する（ステップＳ２０１２）。ここで、未選択の関連種別がある場合（ステップＳ２０１２：Ｙｅｓ）、ステップＳ２００４に戻る。

一方、未選択の関連種別がない場合（ステップＳ２０１２：Ｎｏ）、選択部７０１により、「ｉ」をインクリメントして（ステップＳ２０１３）、「ｉ」が「ｎ」より大きいか否かを判断する（ステップＳ２０１４）。ここで、「ｉ」が「ｎ」以下の場合（ステップＳ２０１４：Ｎｏ）、ステップＳ２００２に戻る。

一方、「ｉ」が「ｎ」より大きい場合（ステップＳ２０１４：Ｙｅｓ）、出力部７０４により、同定候補リストを出力して（ステップＳ２０１５）、本フローチャートによる一連の処理を終了する。

これにより、制約条件を満たさない選択構成アイテムのうち、スコアＳｉが閾値γ以上の選択構成アイテムとリレーションシップＲＥｘを有する関連先の構成アイテムを、同定候補となる構成アイテムとして提示することができる。

以上説明した実施の形態３にかかる情報処理装置１００によれば、制約条件を満たさない選択構成アイテムＣＩｉとリレーションシップＲＥｘを有する関連先の構成アイテムの集合が、同一の構成アイテムである可能性の高さを示すスコアＳｉを算出できる。これにより、同一の構成アイテムである可能性が高い関連先の構成アイテムを、同定候補となる構成アイテムとして提示することができる。

（実施の形態４）
実施の形態４では、同定候補となる構成アイテムの集合の中から、同一の構成アイテムである可能性が高い構成アイテムを絞り込む場合について説明する。なお、実施の形態１〜３で説明した内容と同一内容については説明を省略する。

以下、図２１を用いて、同定候補となる構成アイテムの集合の中から、同一の構成アイテムである可能性が高い構成アイテムを絞り込む判定部７０３の具体的な処理内容について説明する。

図２１は、同定候補となる構成アイテムの集合を示す説明図である。図２１において、構成アイテム２１０１（アイテムＩＤ：ＨｕｂＡ）は、制約条件を満たさないと判定された構成アイテムである。ここで、構成アイテム２１０１（アイテムＩＤ：ＨｕｂＡ）は、「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップ２１０７により構成アイテム２１０２（アイテムＩＤ：ＳｅｒｖｅｒＢ１）と接続されている。

また、構成アイテム２１０１（アイテムＩＤ：ＨｕｂＡ）は、「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップ２１０８により構成アイテム２１０３（アイテムＩＤ：ＳｅｒｖｅｒＢ２）と接続されている。また、構成アイテム２１０１（アイテムＩＤ：ＨｕｂＡ）は、「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップ２１０９により構成アイテム２１０４（アイテムＩＤ：ＳｅｒｖｅｒＢ３）と接続されている。

また、構成アイテム２１０１（アイテムＩＤ：ＨｕｂＡ）は、「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップ２１１０により構成アイテム２１０５（アイテムＩＤ：ＳｅｒｖｅｒＢ４）と接続されている。また、構成アイテム２１０１（アイテムＩＤ：ＨｕｂＡ）は、「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップ２１１１により構成アイテム２１０６（アイテムＩＤ：ＳｅｒｖｅｒＢ５）と接続されている。

また、構成アイテム２１０１が満たさなかった制約条件は、ＣＩタイプ「Ｈｕｂ」の構成アイテムとＲＥタイプ「ＣｏｎｎｅｃｔｅｄＴｏ」のリレーションシップを有する関連先の構成アイテムの数「４」を規定するものである。このため、構成アイテム２１０２〜２１０６は、同定候補となる構成アイテムとなる。

以下、同定候補となる構成アイテム２１０２〜２１０６の中から、同一の構成アイテムである可能性が高い構成アイテムを絞り込む場合を想定する。

まず、判定部７０３は、同定候補となる構成アイテムの集合の各々の構成アイテムの属性を比較する。具体的には、例えば、まず、判定部７０３が、同定候補となる構成アイテム２１０２〜２１０６の中から、１組の構成アイテム（例えば、構成アイテム２１０２と構成アイテム２１０３）を選択する。

そして、判定部７０３が、属性（例えば、名称、構成部品、ＩＰアドレスなど）ごとに、選択した構成アイテム間の属性値を比較する。なお、１組の構成アイテムを選択する処理は、同定候補となる構成アイテム２１０２〜２１０６の中から未選択の組合せがなくなるまで繰り返し行われる。図２１の例では、選択される構成アイテムの組合せは１０通りである。

つぎに、判定部７０３は、比較した比較結果に基づいて、同定候補となる構成アイテム間の一致度合を算出する。具体的には、例えば、判定部７０３が、選択した構成アイテム間ごとに、属性の属性値が一致する個数を該構成アイテム間の一致度合として算出する。例えば、構成アイテム２１０２と構成アイテム２１０３との間で、属性の属性値が一致する個数が２個の場合、構成アイテム２１０２，２１０３間の一致度合は「２」となる。

そして、判定部７０３は、算出した各構成アイテム間の一致度合に基づいて、同定候補となる構成アイテムの集合の中から同一の構成アイテムを示す構成アイテムの組合せを決定する。具体的には、例えば、判定部７０３が、同定候補となる構成アイテム２１０２〜２１０６の中から、一致度合が最大の構成アイテムの組合せ（例えば、構成アイテム２１０２，２１０３）を、同一の構成アイテムを示す組合せに決定する。

なお、リレーションシップ２１０７〜２１１１に更新日時等の属性が含まれている場合がある。この場合、判定部７０３が、更新日時が同日または同時間帯などに含まれるリレーションシップにより構成アイテム２１０１と接続されている構成アイテム同士を、同一の構成アイテムを示す組合せに決定することにしてもよい。

出力部７０４は、決定された決定結果を出力する。具体的には、例えば、出力部７０４が、同定候補となる構成アイテムのうち、同一の構成アイテムを示す組合せに決定された構成アイテム２１０２，２１０３を示す同定候補リストを出力することにしてもよい。

以上説明した実施の形態４にかかる情報処理装置１００によれば、同定候補となる構成アイテムの集合の中から、同一の構成アイテムである可能性が高い構成アイテムを絞り込むことができる。これにより、ＦＣＭＤＢシステム２００の管理者は、ＦＣＭＤＢ２１０の中からリコンサイルされるべきＣＩ情報を容易に特定することができる。

なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報処理プログラムは、インターネット等のネットワークを介して配布してもよい。

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

（付記１）システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出し、
算出された前記構成要素の総数又は前記関連性情報の総数の、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、
該判定の結果を出力する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

（付記２）前記条件判定は、前記総数が、前記第１の構成要素と前記所定の関連性を有する構成要素の数について設定された閾値を超えるか否かを含む、
ことを特徴とする付記１に記載の情報処理プログラム。

（付記３）構成要素の要素種別と構成要素間の関連性の種類との組合せごとに、前記要素種別の構成要素と前記種類の関連性を有する構成要素の数について設定された閾値を表す条件情報の中から、前記第１の構成要素と前記所定の関連性を有する構成要素の数について設定された閾値を抽出する、処理を前記コンピュータに実行させ、
前記条件判定は、前記総数が、抽出された前記第１の構成要素と前記所定の関連性を有する構成要素の数について設定された閾値を超えるか否かを含む、
ことを特徴とする付記２に記載の情報処理プログラム。

（付記４）前記第１の構成要素の要素種別と同一の要素種別の構成要素ごとに、前記複数の関連性情報のうち、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の総数、又は、前記同一の要素種別の構成要素についての関連性情報のうち前記所定の関連性を有する関連性情報の総数を算出し、
算出した算出結果に基づいて、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値を算出する、処理を前記コンピュータに実行させ、
前記条件判定は、前記総数が、算出された前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値を超えるか否かを含む、
ことを特徴とする付記２または３に記載の情報処理プログラム。

（付記５）前記閾値を算出する処理は、
算出された前記同一の要素種別の構成要素ごとの前記総数のうち出現割合が所定の割合以上となる総数を、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値として設定することを特徴とする付記４に記載の情報処理プログラム。

（付記６）前記閾値を算出する処理は、
算出された前記同一の要素種別の構成要素ごとの前記総数のうち出現割合が最大かつ前記所定の割合以上となる総数を、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値として設定することを特徴とする付記５に記載の情報処理プログラム。

（付記７）前記条件判定において前記総数が前記閾値を超える場合、該総数と、前記閾値として設定された前記所定の割合以上となる総数の前記出現割合とに基づいて、前記第１の構成要素と前記所定の関連性を有する構成要素の集合が同一の構成要素である確率を示す指標値を算出し、
算出された前記指標値が所定の値以上か否かを判定し、
前記指標値が前記所定の値以上と判定された場合、前記条件判定において前記総数が前記閾値を超えると判定された結果を出力する、
処理を前記コンピュータに実行させることを特徴とする付記５または６に記載の情報処理プログラム。

（付記８）前記条件判定において前記総数が前記閾値を超える場合、前記第１の構成要素と前記所定の関連性を有する構成要素の集合を、同定候補となる構成要素の集合として出力する、
処理を前記コンピュータに実行させることを特徴とする付記２〜７のいずれか一つに記載の情報処理プログラム。

（付記９）前記同定候補となる構成要素の集合の各々の構成要素の属性値を比較し、
比較された比較結果に基づいて、前記同定候補となる構成要素の集合の中から同一の構成要素を示す構成要素の組合せを決定し、
決定された決定結果を出力する、
処理を前記コンピュータに実行させることを特徴とする付記８に記載の情報処理プログラム。

（付記１０）前記システム内の第１の構成要素と第２の構成要素とを統合して新たな構成要素が作成された場合、前記新たな構成要素と前記所定の関連性を有する構成要素の総数、又は、前記新たな構成要素についての関連性情報のうち前記所定の関連性を有する関連性情報の総数を算出し、
算出された前記構成要素の総数又は前記関連性情報の総数の、前記新たな構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、
該判定の結果を出力する、
処理を前記コンピュータに実行させることを特徴とする付記１〜９のいずれか一つに記載の情報処理プログラム。

（付記１１）システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出する算出部と、
前記算出部によって算出された前記構成要素の総数又は前記関連性情報の総数の、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行う判定部と、
前記判定部によって判定された判定結果を出力する出力部と、
を備えることを特徴とする情報処理装置。

（付記１２）システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出し、
算出した前記構成要素の総数又は前記関連性情報の総数の、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、
該判定の結果を出力する、
処理をコンピュータが実行することを特徴とする情報処理方法。

１００ 情報処理装置
１１０ 構成情報ＤＢ
２００ ＦＣＭＤＢシステム
２１０ ＦＣＭＤＢ
２２０ ＩＴシステム
２３０ クライアント
７０１ 選択部
７０２ 計数部
７０３ 判定部
７０４ 出力部
１３０１ 関連情報計数部
１３０２ 作成部
１７０１ 算出部

Claims (11)

1. システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出し、
   算出された前記構成要素の総数又は前記関連性情報の総数の、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、
   条件を満たさないと判定された場合、前記第１の構成要素と前記所定の関連性を有する構成要素の集合、又は、前記第１の構成要素を示す情報を出力する、
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
2. 前記条件判定は、前記総数が、前記第１の構成要素と前記所定の関連性を有する構成要素の数について設定された閾値を超えるか否かを含む、
   ことを特徴とする請求項１に記載の情報処理プログラム。
3. 構成要素の要素種別と構成要素間の関連性の種類との組合せごとに、前記要素種別の構成要素と前記種類の関連性を有する構成要素の数について設定された閾値を表す条件情報の中から、前記第１の構成要素と前記所定の関連性を有する構成要素の数について設定された閾値を抽出する、処理を前記コンピュータに実行させ、
   前記条件判定は、前記総数が、抽出された前記第１の構成要素と前記所定の関連性を有する構成要素の数について設定された閾値を超えるか否かを含む、
   ことを特徴とする請求項２に記載の情報処理プログラム。
4. 前記第１の構成要素の要素種別と同一の要素種別の構成要素ごとに、前記複数の関連性情報のうち、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の総数、又は、前記同一の要素種別の構成要素についての関連性情報のうち前記所定の関連性を有する関連性情報の総数を算出し、
   算出した算出結果に基づいて、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値を算出する、処理を前記コンピュータに実行させ、
   前記条件判定は、前記総数が、算出された前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値を超えるか否かを含む、
   ことを特徴とする請求項２または３に記載の情報処理プログラム。
5. 前記閾値を算出する処理は、
   算出された前記同一の要素種別の構成要素ごとの前記総数のうち出現割合が所定の割合以上となる総数を、前記同一の要素種別の構成要素と前記所定の関連性を有する構成要素の数についての閾値として設定することを特徴とする請求項４に記載の情報処理プログラム。
6. 前記条件判定において前記総数が前記閾値を超える場合、該総数と、前記閾値として設定された前記所定の割合以上となる総数の前記出現割合とに基づいて、前記第１の構成要素と前記所定の関連性を有する構成要素の集合が同一の構成要素である確率を示す指標値を算出し、
   算出された前記指標値が所定の値以上か否かを判定し、
   前記指標値が前記所定の値以上と判定された場合、前記条件判定において前記総数が前記閾値を超えると判定された結果を出力する、
   処理を前記コンピュータに実行させることを特徴とする請求項５に記載の情報処理プログラム。
7. 前記条件判定において前記総数が前記閾値を超える場合、前記第１の構成要素と前記所定の関連性を有する構成要素の集合を、同定候補となる構成要素の集合として出力する、
   処理を前記コンピュータに実行させることを特徴とする請求項２〜６のいずれか一つに記載の情報処理プログラム。
8. 前記同定候補となる構成要素の集合の各々の構成要素の属性値を比較し、
   比較された比較結果に基づいて、前記同定候補となる構成要素の集合の中から同一の構成要素を示す構成要素の組合せを決定し、
   決定された決定結果を出力する、
   処理を前記コンピュータに実行させることを特徴とする請求項７に記載の情報処理プログラム。
9. 前記システム内の第１の構成要素と第２の構成要素とを統合して新たな構成要素が作成された場合、前記新たな構成要素と前記所定の関連性を有する構成要素の総数、又は、前記新たな構成要素についての関連性情報のうち前記所定の関連性を有する関連性情報の総数を算出し、
   算出された前記構成要素の総数又は前記関連性情報の総数の、前記新たな構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、
   該判定の結果を出力する、
   処理を前記コンピュータに実行させることを特徴とする請求項１〜８のいずれか一つに記載の情報処理プログラム。
10. システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出する算出部と、
    前記算出部によって算出された前記構成要素の総数又は前記関連性情報の総数の、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行う判定部と、
    前記判定部によって条件を満たさないと判定された場合、前記第１の構成要素と前記所定の関連性を有する構成要素の集合、又は、前記第１の構成要素を示す情報を出力する出力部と、
    を備えることを特徴とする情報処理装置。
11. システム内の複数の構成要素のうち、関連する構成要素間の関連性の種類を示す関連性情報を記憶する記憶部の記憶内容を参照して、前記複数の構成要素に含まれる第１の構成要素と所定の関連性を有する構成要素の総数、又は、前記複数の構成要素に含まれる第１の構成要素についての関連性情報のうち所定の関連性を有する関連性情報の総数を算出し、
    算出した前記構成要素の総数又は前記関連性情報の総数の、該第１の構成要素と前記所定の関連性を有する構成要素の数についての条件判定を行い、
    条件を満たさないと判定した場合、前記第１の構成要素と前記所定の関連性を有する構成要素の集合、又は、前記第１の構成要素を示す情報を出力する、
    処理をコンピュータが実行することを特徴とする情報処理方法。

Images