(57)【要約】  参照支援装置は、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。
2012101775.tif 000002
【特許請求の範囲】
【請求項１】
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段と、
を有する参照支援装置。
【請求項２】
前記データベースからの前記データの検索結果を表示させる表示制御手段を有し、
前記表示制御手段は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項１記載の参照支援装置。
【請求項３】
前記表示制御手段は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項２記載の参照支援装置。
【請求項４】
前記記録手段は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項１乃至３いずれか一項記載の参照支援装置。
【請求項５】
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、
をコンピュータが実行する参照支援方法。
【請求項６】
前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータが実行し、
前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項５記載の参照支援方法。
【請求項７】
前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項６記載の参照支援方法。
【請求項８】
前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項５乃至７いずれか一項記載の参照支援方法。
【請求項９】
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、
をコンピュータに実行させる参照支援プログラム。
【請求項１０】
前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータに実行させ、
前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項９記載の参照支援プログラム。
【請求項１１】
前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項１０記載の参照支援プログラム。
【請求項１２】
前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項９乃至１１いずれか一項記載の参照支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースのデータの参照範囲の限定を支援する参照支援装置、参照支援方法、及び参照支援プログラムに関する。
【背景技術】
【０００２】
構成管理データベース（ＣＭＤＢ（Configuration Management Database））は、情報システムの構成情報を管理するために利用されるデータベースである。ＩＴシステムの構成要素は、構成アイテム（ＣＩ（Configuration Item））と呼ばれるオブジェクトとしてＣＭＤＢにおいて管理される。通常、ＣＭＤＢは、各種の管理データリポジトリ（ＭＤＲ（Management Data Repository））において管理されているデータ（ＣＩに対応するデータ）を収集及び統合することにより構築される。
【０００３】
ＣＭＤＢには、各ＣＩ間の関連（リレーションシップ）も管理される。ここでいう関連には、ＩＴシステムにおける依存関係や利用関係等の各種の関係に基づく関連が含まれうる。したがって、ユーザは、ＣＭＤＢの管理情報を参照することで、ＩＴシステム全般における各構成要素の関連を容易に把握することができる。
【０００４】
但し、運用に応じて、ＣＭＤＢへのＣＩ及び関連等の登録は、複数のユーザによって、また、複数のＭＤＲをソースとして行われうる。したがって、同一のＣＩに対して、複数の関連が生成されうる。その結果、ＣＭＤＢの管理情報は膨大なものとなる可能性がある。したがって、ＣＭＤＢの管理情報をそのまま参照した場合、ＣＩ間の関連は非常に複雑なものになりかねない。
【０００５】
また、同一のＣＩであっても、ユーザの関心事に応じて、参照したい関連の種別又は範囲等は異なる。例えば、或るユーザは、サーバとサーバにインストールされているソフトウェアとの関連に限定して詳細に参照したいかもしれない。他のユーザは、ネットワークのドメインと、ドメインに属するサーバとの関係に限定して詳細に参照したいかもしれない。
【０００６】
そこで、従来、ＣＭＤＢの管理情報の参照範囲を限定するための情報（以下、「フィルタ情報」という。）が作成されていた。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０２−０７３４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来、フィルタ情報は、ユーザによる手動によって作成されていた。すなわち、ユーザは、自らが所望する参照範囲に属するデータ（ＣＩ及び関連）を逐一選択してフィルタ情報を作成していた。
【０００９】
上記したように、ＣＭＤＢには膨大なデータ（ＣＩ及び関連等）が登録される可能性がある。膨大なデータの中から、自らの関心事に含まれるデータを選択するのは非常に負担の大きい作業である。
【００１０】
１つの側面では、本発明は、データベースの参照範囲を限定するための作業を効率化することのできる参照支援装置、参照支援方法、及び参照支援プログラムの提供を目的とする。
【課題を解決するための手段】
【００１１】
１つの案では、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。
【発明の効果】
【００１２】
１態様によれば、データベースの参照範囲を限定するための作業を効率化することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における構成管理システムの構成例を示す図である。
【図２】本発明の実施の形態における構成管理サーバのハードウェア構成例を示す図である。
【図３】構成管理サーバが実行する処理手順の一例の概要を説明するための図である。
【図４】構造モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
【図５】ＣＭＤＢに登録されたＭＤＲの構成例を示す図である。
【図６】構造モデルの生成を説明するための図である。
【図７】構造モデル記憶部の構成例を示す図である。
【図８】参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
【図９】参照モデル生成用テーブルの構成例を示す図である。
【図１０】３階層以上にわたって連結される構造モデルの例及び当該構造モデルに基づく参照モデル生成用テーブルの例を示す図である。
【図１１】参照モデル生成用テーブルに基づく参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
【図１２】参照モデル記憶部の構成例を示す図である。
【図１３】参照モデルの範囲を概念的に示す図である。
【図１４】ＣＭＤＢの表示制御処理の処理手順を説明するためのフローチャートの一例である。
【図１５】参照モデル選択画面の表示例を示す図である。
【図１６】ＣＩタイプ表示名一覧テーブルの構成例を示す図である。
【図１７】ＣＭＤＢ参照画面の表示例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における構成管理システムの構成例を示す図である。同図に示される構成管理サーバ１０とクライアント装置２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して通信可能に接続されている。
【００１５】
クライアント装置２０は、ユーザが、ＣＭＤＢ１１の参照に利用する、ＰＣ（Personal Computer）等のコンピュータである。クライアント装置２０は、ＰＤＡ（Personal Digital Assistance）又は携帯電話等の携帯端末であってもよい。
【００１６】
構成管理サーバ１０は、参照支援装置の一例である。構成管理サーバ１０は、ＣＭＤＢ１１、構造モデル生成部１２、構造モデル記憶部１３、参照モデル生成部１４、参照モデル記憶部１５、及び表示制御部１６等を有する。これら各部は、構成管理サーバ１０にインストールされたプログラムが構成管理サーバ１０のＣＰＵに実行させることにより実現される。
【００１７】
ＣＭＤＢ１１は、いわゆる構成管理データベース（ＣＭＤＢ（Configuration Management Database））と呼ばれるデータベースである。すなわち、ＣＭＤＢ１１は、構成管理サーバ１０の補助記憶装置を用いて、ＩＴシステムに関する構成情報を記憶（管理）するデータベースである。当該構成情報には、構成アイテム（ＣＩ（Configuration Item））及びＣＩ間の関連（リレーションシップ）が含まれる。構成アイテムは、情報システムにおける構成要素を示すデータである。いかなる対象が構成アイテムとして管理対象とされるかは運用に依存する。ＣＭＤＢ１１において管理されるデータは、各種のＭＤＲ３０より収集される。ＭＤＲ３０は、いわゆるＭＤＲ（Management Data Repository）である。ＭＤＲ３０は、ＣＭＤＢ１１のソース（情報源）となりうるデータベースである。例えば、ＭＤＲ３０は、特定のＩＴシステムにおいて管理対象とされているデータの属性情報及びデータ間の関連を管理する。当該データは、ＣＩとして、当該データ間の関連は、ＣＩ間の関連として、ＣＭＤＢ１１に登録される。したがって、ＣＭＤＢ１１は、複数のＭＤＲ３０を統合したデータベースであるといえる。
【００１８】
なお、ＭＤＲ３０は、構成管理サーバ１０内に含まれていてもよいし、構成管理サーバ１０と異なるコンピュータに含まれていてもよい。また、ＣＭＤＢ１１は、構成管理サーバ１０とネットワークを介して接続する、他のコンピュータに実装されてもよい。
【００１９】
構造モデル生成部１２は、ＣＭＤＢ１１よりＣＩタイプ間の関連情報を抽出し、当該関連情報に基づいて構造モデルを生成する。本実施の形態において、構造モデル生成部１２は、生成手段の一例である。構造モデルとは、ＣＭＤＢ１１において管理されるＣＩの種別（ＣＩタイプ間）の最小単位の関連（依存関係や利用関係等に基づく関連）の情報である。ＣＩタイプとは、各ＣＩの種別をいう。すなわち、ＣＩとは、それぞれ具体的な実体であるのに対し、ＣＩタイプは、各ＣＩを分類する概念である。例えば、サーバが管理対象とされる場合、具体的な個々のサーバがＣＩであり、各サーバが属するＣＩタイプは「Ｓｅｒｖｅｒ」である。
【００２０】
ＣＩタイプ間の最小単位の関連とは、二つのＣＩタイプ間の関連をいう。すなわち、ＣＩタイプ間の関連は、複数の階層に及んだり、分岐したりする可能性があるところ、構造モデルとして抽出される関連の単位は、二つのＣＩタイプの関連である。したがって、構造モデルとして抽出される関連は、ＣＭＤＢ１１が潜在的に有するＣＩタイプ間の関連のツリー構造が、二つのＣＩタイプ間の関連ごとに分割されたものであるともいえる。但し、このことは、関連の分割といった処理が必要とされることを意味するものではない。ＣＭＤＢ１１におけるＣＩタイプ間の潜在的な関連のツリー構造は、最小単位の関連を繋げていくことにより形成される（浮き上がってくる）ものであるからである。すなわち、実際の処理としては、最小単位の関連が先に抽出されうるからである。
【００２１】
構造モデル記憶部１３は、構造モデル生成部１２によって生成される構造モデルの集合を、構成管理サーバ１０の補助記憶装置を用いて記憶する。なお、本実施の形態において、構成モデルは、関連情報の一例である。
【００２２】
参照モデル生成部１４は、構造モデル記憶部１３に記録されている構造モデルに基づいて参照モデルを生成する。本実施の形態において、参照モデル生成部１４は、記録手段の一例である。参照モデルとは、参照対象（参照範囲）とするＣＩ及びその関連を限定するためフィルタ情報として用いられるデータである。参照モデル自体は、ＣＩ間の関連の経路を示すデータである。参照モデル生成部１４によって、参照範囲が異なる様々な参照モデルが生成される。
【００２３】
参照モデル記憶部１５は、参照モデル生成部１４によって生成される参照モデルを、構成管理サーバ１０の補助記憶装置を用いて記憶する。なお、本実施の形態において、参照モデルは、参照用関連情報の一例である。
【００２４】
表示制御部１６は、ＣＭＤＢ１１の管理情報の表示制御を行う。具体的には、表示制御部１６は、クライアント装置２０からの要求に応じ、当該要求において指定された特定のＣＩ及び当該ＣＩに連鎖的に関連するＣＩに関する情報をＣＭＤＢ１１より検索する。表示制御部１６は、検索結果をクライアント装置２０に返信する。検索結果自体、又は検索結果の中で表示対象とされる範囲は、参照モデルによって限定される（フィルタリングされる）。なお、連鎖的な関連とは、直接的な関連及び間接的な関連を意味する。直接的な関連とは、二つのＣＩ間において形成される関連をいう。間接的な関連とは、一以上のＣＩを介して形成される関連をいう。
【００２５】
図２は、本発明の実施の形態における構成管理サーバのハードウェア構成例を示す図である。同図の構成管理サーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５とを有する。
【００２６】
構成管理サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２７】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って構成管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２８】
以下、構成管理サーバ１０の処理手順について説明する。図３は、構成管理サーバが実行する処理手順の一例の概要を説明するための図である。
【００２９】
まず、ＭＤＲ３０からＣＭＤＢ１１へデータ（ＣＩ及びＣＩ間の関連等）の登録が行われる（Ｓ１）。当該データの登録は、非定期に行われる。例えば、ＣＭＤＢ１１へのＭＤＲ３０の登録又は登録解除、ＭＤＲ３０におけるデータの更新等が発生した場合にＭＤＲ３０からＣＭＤＢ１１へのデータの登録が行われる。ＣＭＤＢ１１へのＭＤＲ３０の登録とは、ＭＤＲ３０をＣＭＤＢ１１による管理対象とすることをいう。ＣＭＤＢ１１の管理対象とされたＭＤＲ３０は、ＣＭＤＢ１１へのデータの登録が可能となる。ＭＤＲ３０の登録解除とは、ＭＤＲ３０がＣＭＤＢ１１の管理対象から除かれることをいう。
【００３０】
各ＭＤＲ３０の形式またはスキーマは、必ずしも統一されているとは限らない。また、複数のＭＤＲ３０において、同一の実体に対するデータ（例えば、同一ユーザに関するデータ）が分散して管理されている場合もある。したがって、ＭＤＲ３０からＣＭＤＢ１１へのデータの登録時には、ＭＤＲ３０におけるデータの形式からＣＭＤＢ１１におけるデータの形式への変換が行われる。また、ＣＭＤＢ１１は、基本的に、同一の実体については一つのＣＩとして管理する。したがって、複数のＭＤＲ３０に分散されている同一の実体に対する情報は、ＣＭＤＢ１１において統合される。例えば、一つのＣＩに関して、各ＭＤＲ３０に管理されている属性項目がマージされてＣＭＤＢ１１に登録される。
【００３１】
続いて、構造モデル生成部１２によって、ＣＭＤＢ１１に基づいて構造モデルが生成される（Ｓ２）。すなわち、ＣＭＤＢ１１におけるＣＩタイプ間の関連が、構造モデルとして抽出される。
【００３２】
同図には、構造モデルＡ〜Ｄが抽出された例が示されている。構造モデルＡは、ドメインとサーバとの関連を示す。構造モデルＢは、サーバとソフトウェアとの関連を示す。構造モデルＣは、ユーザとサーバとの関連を示す。なお、同図の構造モデルにおいて、矢印の先のＣＩタイプは「関連先」といい、矢印の元のＣＩタイプは「関連元」という。なお、一般的に、関連先は、参照先ともいわれる。また、関連元は、参照元ともいわれる。このように、ＣＩ間（ＣＩタイプ間）の関連には方向がある。
【００３３】
続いて、参照モデル生成部１４によって、構造モデルに基づいて参照モデルが生成される（Ｓ３）。同図に示されるように、構造モデル単体、又は構造モデルが連結（接続）されたものが参照モデルとして生成される。構造モデル間の連結は、関連先の種別と関連元の種別とが一致する場合に可能となる。当該一致に基づいて連結可能な２以上の構造モデルの全ての組み合わせごとに、当該組み合わせに係る構造モデルが連結されて参照モデルが生成される。また、参照モデル同士が連結されることにより、参照モデルが生成されてもよい。
【００３４】
参照モデルの生成後、参照モデルを用いてＣＭＤＢ１１が参照される。例えば、参照モデルＡ→Ｂが選択された場合、参照範囲は、ドメイン→サーバ→ソフトウェアに関するＣＩに限定される。上記したように、参照モデルは、単体の構造モデル又は連結可能な構造モデルの全ての組み合わせである。すなわち、ＣＩ種別間において有効な関連の経路の全ての組み合わせである。したがって、ユーザが参照範囲としたい参照モデルが選択候補に含まれる可能性は極めて高い。なお、上記全ての組み合わせの数が膨大なものとなる場合は、所定の規則に基づいて、参照モデルとする組み合わせの範囲が限定されてもよい。
【００３５】
以下、構造モデルの生成処理、参照モデルの生成処理、及びＣＭＤＢ１１の表示制御処理について更に詳細に説明する。
【００３６】
図４は、構造モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
【００３７】
ステップＳ１０１において、構造モデル生成部１２は、ＣＭＤＢ１１の構成の変化を検知する。例えば、新たなＭＤＲ３０がＣＭＤＢ１１に登録された場合、又は既存のＭＤＲ３０についてＣＭＤＢ１１への登録が解除された場合、ＣＭＤＢ１１の構成は変化する。すなわち、前者の場合、当該ＭＤＲ３０のデータがＣＭＤＢ１１に登録される。後者の場合、当該ＭＤＲ３０のデータがＣＭＤＢ１１より削除される。また、既存のＭＤＲ３０の構成が変化した（データが更新された）場合も、当該構成の変化が、ＣＭＤＢ１１に反映される。
【００３８】
構造モデル生成部１２による、ＣＭＤＢ１１の構成の変化の検知は、ＣＭＤＢ１１又は構成の変化元となったＭＤＲ３０からの通知に基づいて行われればよい。または、構造モデル生成部１２が、ＣＭＤＢ１１をポーリング等によって監視することにより、能動的にＣＭＤＢ１１の構成の変化を検知してもよい。
【００３９】
ここでは、図５に示されるようなデータを管理するＭＤＲ３０ａがＣＭＤＢ１１に新たに登録されたこととする。すなわち、図５に示されるデータがＣＭＤＢ１１に登録されたこととする。
【００４０】
図５は、ＣＭＤＢに登録されたＭＤＲの構成例を示す図である。同図において、ＭＤＲ３０ａは、ドメインテーブル４１、サーバテーブル４２、ソフトウェアテーブル４３、及びユーザテーブル４４を有する。なお、同図では、ＣＭＤＢ１１への登録後の形式が示されている。例えば、各テーブルのＣＩタイプは、ＣＭＤＢ１１において定義されているＣＩタイプであるとする。
【００４１】
ドメインテーブル４１は、ＣＩタイプが「ＳｅｒｖｅｒＤｏｍａｉｎ（サーバドメイン）」であるＣＩを管理するテーブルである。具体的には、ドメインテーブル４１は、サーバドメイン（の実体）ごとに、ドメインＩＤ、ドメイン名、及びネットワークアドレス等を記憶する。ドメインＩＤは、各サーバドメインを一意に識別する識別子である。ドメイン名は、サーバドメインの名前である。ネットワークアドレスは、サーバドメインに関するＩＰアドレスである。
【００４２】
サーバテーブル４２は、ＣＩタイプが「Ｓｅｒｖｅｒ（サーバ）」であるＣＩを管理するテーブルである。サーバテーブル４２は、サーバ（の実体）ごとに、サーバＩＤ，ホスト名、ＩＰアドレス、ＯＳ種別、所属ドメインＩＤ、及び管理者ＩＤ等を記憶する。サーバＩＤは、各サーバを一意に識別する識別子である。ホスト名は、サーバの名前である。ＩＰアドレスは、サーバのＩＰアドレスである。ＯＳ種別は、サーバにインストールされているＯＳ（Operating System）の名前である。所属ドメインＩＤは、サーバが属するサーバドメインのドメインＩＤである。すなわち、所属ドメインＩＤは、ＣＩタイプが「ＳｅｒｖｅｒＤｏｍａｉｎ」であるＣＩと、ＣＩタイプが「Ｓｅｒｖｅｒ」であるＣＩとの関連情報（リレーションシップ情報）に相当する。本実施の形態のＣＭＤＢ１１では、関連先のＣＩが関連元のＣＩのＩＤを有する。したがって、「ＳｅｒｖｅｒＤｏｍａｉｎ」が関連元であり、「Ｓｅｒｖｅｒ」が関連先となる。管理者ＩＤは、サーバの管理者のユーザＩＤである。すなわち、管理者ＩＤは、ＣＩタイプが「Ｕｓｅｒ」であるＣＩと、ＣＩタイプが「Ｓｅｒｖｅｒ」であるＣＩとの関連情報に相当する。当該関連において、「Ｕｓｅｒ」が関連元であり、「Ｓｅｒｖｅｒ」が関連先である。
【００４３】
ソフトウェアテーブル４３は、ＣＩタイプが「Ｓｏｆｔｗａｒｅ（ソフトウェア）」であるＣＩを管理するテーブルである。ソフトウェアテーブル４３は、ソフトウェア（の実体）ごとに、ソフトウェアＩＤ、製品名、バージョン、及びインストール先サーバＩＤ等を記憶する。ソフトウェアＩＤは、各ソフトウェアを一意に識別する識別子である。製品名は、ソフトウェアの名前である。バージョンは、ソフトウェアのバージョンである。インストール先サーバＩＤは、ソフトウェアがインストールされているサーバのサーバＩＤである。すなわち、インストール先サーバＩＤは、ＣＩタイプが「Ｓｅｒｖｅｒ」であるＣＩと、ＣＩタイプが「Ｓｏｆｔｗａｒｅ」であるＣＩとの関連情報に相当する。当該関連において、「Ｓｅｒｖｅｒ」が関連元であり、「Ｓｏｆｔｗａｒｅ」が関連先である。
【００４４】
ユーザテーブル４４は、ＣＩタイプが「Ｕｓｅｒ（ユーザ）」であるＣＩを管理するテーブルである。ユーザテーブル４４は、ユーザごとに、ユーザＩＤ、及び氏名等を記憶する。ユーザＩＤは、ユーザごとに一意な識別子である。氏名は、ユーザの氏名である。
【００４５】
なお、図５以外のデータ構造によって関連が表現されてもよい。例えば、ＣＩタイプの関連ごとに、テーブルが設けられてよい。例えば、ＳｅｒｖｅｒＤｏｍａｉｎとＳｅｒｖｅｒとの関連を管理するテーブルには、ＳｅｒｖｅｒＤｏｍａｉｎのＣＩと、ＳｅｒｖｅｒのＣＩとの関連情報が記録される。
【００４６】
また、ＣＭＤＢ１１は、テーブル形式以外の形式を有していてもよい。
【００４７】
続いて、構造モデル生成部１２は、新たにＣＭＤＢ１１に登録されたデータに、関連情報は含まれているか否かを判定する（Ｓ１０２）。関連情報が含まれていない場合（Ｓ１０２でＮｏ）、図４の処理は終了する。図５のように関連情報が含まれている場合（Ｓ１０２でＹｅｓ）、構造モデル生成部１２は、ＣＩタイプ間の関連情報をＣＭＤＢ１１に新たに登録されたデータ（図５に示されるデータ）より抽出する（Ｓ１０３）。
【００４８】
続いて、構造モデル生成部１２は、抽出された関連情報に基づいて、最小単位の関連を示す関連情報を構造モデルとして生成する（Ｓ１０４）。
【００４９】
図６は、構造モデルの生成を説明するための図である。構造モデル生成部１２は、まず、ＣＩ間の関連情報Ｒ１を抽出する。関連情報Ｒ１には、便宜上、図５より抽出されるＣＩ間の関連情報の一部が示されている。
【００５０】
続いて、構造モデル生成部１２は、関連情報Ｒ１に含まれる関連をＣＩタイプごとに統合し、ＣＩタイプ間の関連情報Ｒ２を抽出（生成）する。関連情報Ｒ２には、関連ｒ１〜ｒ３の３つの関連が含まれている。ＣＩタイプ間の関連の方向は、ＣＩ間の関連の方向に従う。なお、本実施の形態における図５においては、テーブル間の関連が、ＣＩタイプ間の関連となる。したがって、関連情報Ｒ１の抽出を経ることなく、関連情報Ｒ２が抽出されてもよい。
【００５１】
続いて、構造モデル生成部１２は、関連情報Ｒ２に基づいて、構造モデルを生成する。すなわち、ＣＩタイプ間の一つの関連ｒ１〜ｒ３（最小単位の関連）ごとに、当該関連に係る二つのＣＩタイプと当該関連とを含む情報が構造モデルとして生成される。構造モデルにおける関連の方向は、関連情報Ｒ２における関連の方向にしたがう。同図では、関連ｒ１に基づく構造モデルｍ１、関連ｒ２に基づく構造モデルｍ２、関連ｒ３に基づく構造モデルｍ３の３つの構造モデルが生成された例が示されている。
【００５２】
続いて、構造モデル生成部１２は、各構造モデルに識別名（構造モデル名）を付与し、各構造モデルを構造モデル記憶部１３に記録する（Ｓ１０５）。
【００５３】
図７は、構造モデル記憶部の構成例を示す図である。同図に示されるように、構造モデル記憶部１３は、構造モデルごとに、構造モデル名及び関連経路等を記憶する。構造モデル名は、構造モデルごとに一意な識別名である。関連経路は、構造モデルにおける、ＣＩタイプ間の関連の経路を示す情報である。関連経路は、関連元のＣＩタイプと、関連先のＣＩタイプとを識別可能な情報であれば、どのような形式であってもよい。なお、同図では、本実施の形態において新たに追加される構造モデルのみが示されているが、構造モデル記憶部１３には、ＣＭＤＢ１１より抽出される全ての構造モデルが累積的に蓄積される。
【００５４】
続いて、構造モデル生成部１２は、構造モデル（構造モデル記憶部１３）の更新を参照モデル生成部１４に通知する（Ｓ１０６）。
【００５５】
なお、ＣＭＤＢ１１から一部のＭＤＲ３０の登録が解除された場合、又は一部のＭＤＲ３０の構成が変化した場合は、構造モデル記憶部１３をクリアした後、一部のＭＤＲ３０の登録の解除又は一部のＭＤＲ３０の構成の変化が反映されたＣＭＤＢ１１に基づいて、図４の処理が実行される。一部のＭＤＲ３０の登録が解除された場合、当該ＭＤＲ３０の関連に係る構造モデルのみを構造モデル記憶部１３から削除することも考えられるが、得策ではない。当該関連を共有する他のＭＤＲ３０が存在する可能性もあるからである。一部のＭＤＲ３０の構成が変化した場合も、同様の理由により、ＣＭＤＢ１１に基づいて構造モデルを再生成するのが、ＣＭＤＢ１１の内容を正しく表現する構造モデルを生成するという観点において得策である。
【００５６】
続いて、参照モデルの生成処理について説明する。図８は、参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
【００５７】
参照モデル生成部１４は、構造モデル生成部１２より構造モデルの更新の通知を受信すると（Ｓ２０１）、構造モデル記憶部１３（図７）より、未処理の構造モデルを一つ取得する（Ｓ２０２）。ここで取得された構造モデルを、以下、「構造モデル（Ｃ）」という。未処理の構造モデルとは、図８に関して処理対象とされていない構造モデルをいう。したがって、最初は、構造モデル記憶部１３に記録されている全ての構造モデルが未処理の構造モデルである。図７の構造モデル記憶部１３を例とすると、構造モデル（ｍｏｄｅｌ−１）が構造モデル（Ｃ）として取得される。
【００５８】
構造モデル（Ｃ）の取得に成功した場合、すなわち、未処理の構造モデルが構造モデル記憶部１３に存在した場合（Ｓ２０３でＹｅｓ）、参照モデル生成部１４は、参照モデル名（Ｎ）を一つ生成し、出現位置（Ｐ）を１に初期化する（Ｓ２０４）。参照モデル名は、これから生成される参照モデルに対する識別名である。出現位置（Ｐ）は、これから生成される参照モデルにおける構造モデルの関連の経路における、各構造モデルの位置を示す値である。参照モデルの関連の経路の末端に対する出現位置（Ｐ）が１とされる。出現位置（Ｐ）は、参照モデルにおける構造モデル間の関連を１つ遡るごとに１加算される。関連を遡るとは、関連先から関連元へ関連を辿ることをいう。
【００５９】
続いて、参照モデル生成部１４は、参照モデル生成用テーブル１７に新たな行を一つ追加し、当該行に、参照モデル名（Ｎ）、構造モデル（Ｃ）の構造モデル名、及び出現位置（Ｐ）を記録する（Ｓ２０５）。参照モデル生成用テーブル１７は、参照モデルを生成するために、一時的な作業領域として利用されるテーブルである。参照モデル生成用テーブル１７は、例えば、メモリ装置１０３に生成される。
【００６０】
図９は、参照モデル生成用テーブルの構成例を示す図である。同図に示されるように、参照モデル生成用テーブル１７は、参照モデル名、構造モデル名（元）、出現位置（元）、構造モデル名（先）、及び出現位置（先）等の項目を有する。参照モデル生成用テーブル１７の一行は、基本的に、参照モデルにおいて連結（接続）される二つの構造モデルの構造モデル名と出現位置とが記録される。
【００６１】
参照モデル名は、参照モデルの識別名である。構造モデル名（元）及び出現位置（元）は、当該参照モデルにおいて関連元となる構造モデルの構造モデル名又は出現位置である。構造モデル名（先）及び出現位置（先）は、当該参照モデルにおいて関連先となる構造モデルの構造モデル名又は出現位置である。
【００６２】
なお、１つの構造モデルは、単独で参照モデルを構成する。したがって、１つの構造モデルを含む参照モデルについては、構造モデル名（元）及び出現位置（元）は記録されない。
【００６３】
図９の参照モデル生成用テーブル１７は、図７の全ての構造モデルについて図８の処理が実行された後の状態が示されている。１つ目の構造モデル（ｍｏｄｅｌ−１）についてステップＳ２０５が実行された後の段階では、１行目（すなわち、参照モデル名が「ｖｉｅｗ−１」である行）が記録される。
【００６４】
続いて、参照モデル生成部１４は、構造モデル（Ｃ）を構造モデル（Ｅ）とする（Ｓ２０６）。構造モデル（Ｅ）は、ステップＳ２０７以降において、構造モデル間の関連を遡る際に、最前線となる構造モデルである。したがって、構造モデル（Ｅ）の値は、当該最前線の移動に従って変化する。一方、構造モデル（Ｃ）は、遡りの出発点として記憶される構造モデルである。そこで、関連の遡りによって構造モデル（Ｃ）の値が更新されないようにするため、構造モデル（Ｃ）の値が構造モデル（Ｅ）に代入されるのである。
【００６５】
続いて、参照モデル生成部１４は、構造モデル（Ｅ）における関連元のＣＩタイプを取得する（Ｓ２０７）。取得されたＣＩタイプを、以下「ＣＩタイプ（Ｔ）」という。図７の構造モデル（ｍｏｄｅｌ−１）の参照元のＣＩタイプは「ＳｅｒｖｅｒＤｏｍａｉｎ」である。したがって、「ＳｅｒｖｅｒＤｏｍａｉｎ」がＣＩタイプ（Ｔ）として取得される。
【００６６】
続いて、参照モデル生成部１４は、ＣＩタイプ（Ｔ）を関連先とする構造モデルを構造モデル記憶部１３より検索する（Ｓ２０８）。図７の構造モデル記憶部１３には、該当する構造モデルは無い。この場合（Ｓ２０９でＮｏ）、参照モデル生成部１４は、ステップＳ２０２以降を繰り返し実行する。すなわち、未処理の構造モデル（ｍｏｄｅｌ−２）が構造モデル（Ｃ）及び構造モデル（Ｅ）とされ、ステップＳ２０４〜Ｓ２０８が実行される。その結果、図７の参照モデル生成用テーブル１７の２行目が追加される。
【００６７】
構造モデル（ｍｏｄｅｌ−２）の関連元のＣＩタイプ（Ｓｅｒｖｅｒ）を関連先とする構造モデルは、構造モデル（ｍｏｄｅｌ−１）及び構造モデル（ｍｏｄｅｌ−３）である。したがって、構造モデル（ｍｏｄｅｌ−２）が構造モデル（Ｅ）である場合のステップＳ２０８では、二つの構造モデルが構造モデル（Ｓ）として検索される。
【００６８】
ステップＳ２１０に進み、参照モデル生成部１４は、未処理の構造モデル（Ｓ）の一つを処理対象とする。未処理の構造モデル（Ｓ）とは、ステップＳ２１１以降に関して処理対象とされていないことを意味する。ここでは、構造モデル（ｍｏｄｅｌ−１）が処理対象とされる。
【００６９】
続いて、参照モデル生成部１４は、新たな参照モデル名（Ｎ）を生成し、出現位置（Ｐ）を１に初期化する（Ｓ２１１）。続いて、参照モデル生成部１４は、構造モデル（Ｅ）は、構造モデル（Ｃ）であるか否か（遡りの最前線は、構造モデル（Ｃ）から移動しているか否か）を判定する（Ｓ２１２）。ここでは、構造モデル（Ｅ）及び構造モデル（Ｃ）は、いずれも構造モデル（ｍｏｄｅｌ−２）である（Ｓ２１２でＮｏ）。したがって、この場合、ステップＳ２１５に進む。
【００７０】
ステップＳ２１５において、参照モデル生成部１４は、参照モデル生成用テーブル１７に新たな行を一つ追加し、当該行に、参照モデル名（Ｎ）、処理対象の構造モデル（Ｓ）の構造モデル名、出現位置（Ｐ）＋１、構造モデル（Ｅ）の構造モデル名、及び出現位置（Ｐ）を記録する（Ｓ２１５）。ここでは、図９の３行目が記録される。すなわち、構造モデル（Ｓ）の構造モデル名は、構造モデル名（元）に記録される。出現位置（Ｐ）＋１は、出現位置（元）に記録される。構造モデル（Ｅ）の構造モデル名は、構造モデル名（先）に記録される。出現位置（Ｐ）は、出現位置（先）に記録される。
【００７１】
続いて、参照モデル生成部１４は、未処理の構造モデル（Ｓ）の有無を判定する（Ｓ２１６）。ここでは、構造モデル（ｍｏｄｅｌ−３）が未処理の構造モデル（Ｓ）として残っている（Ｓ２１６でＹｅｓ）。したがって、構造モデル（ｍｏｄｅｌ−３）が処理対象とされて（Ｓ２１０）、ステップＳ２１１以降が実行される。その結果、図９の参照モデル生成用テーブル１７に４行目が追加される。
【００７２】
全ての構造モデル（Ｓ）について処理が完了すると（Ｓ２１６でＹｅｓ）、参照モデル生成部１４は、各構造モデル（Ｓ）をそれぞれ構造モデル（Ｅ）として、ステップＳ２０７以降を実行する（Ｓ２１７）。すなわち、各構造モデル（Ｓ）が遡りの最前線とされ、ステップＳ２０７以降が実行される。ここでは、構造モデル（Ｓ）に含まれる構造モデル（ｍｏｄｅｌ−１）及び構造モデル（ｍｏｄｅｌ−３）の双方とも、関連元のＣＩタイプを関連先に有する構造モデルは構造モデル記憶部１３（図７）には存在しない（Ｓ２０９でＮｏ）。したがって、参照モデル生成用テーブル１７は更新されない。
【００７３】
続いて、ステップＳ２０２において、構造モデル（ｍｏｄｅｌ−３）が構造モデル（Ｃ）とされ、ステップＳ２０３以降が実行されることにより、参照モデル生成用テーブル１７の５行目が追加される（Ｓ２０５）。構造モデル（ｍｏｄｅｌ−３）における関連元のＣＩタイプを関連先とする構造モデルは存在しない（Ｓ２０９Ｎｏ）。また、図７の構造モデル記憶部１３において、構造モデル（ｍｏｄｅｌ−３）より後に構造モデルは存在しない（Ｓ２０３でＮｏ）。したがって、参照モデル生成部１４は、参照モデル生成用テーブル１７に基づく参照モデルの生成処理を実行する（Ｓ２１８）。
【００７４】
以上の説明では、ステップＳ２１３及びＳ２１４が説明されていない。当該ステップは、３構造モデルが３階層以上にわたって連結される場合に実行される処理であるところ、図７の構造モデルが連結される階層は、２階層だからである。そこで、３階層以上にわたって連結される構造モデルの例を用いて、ステップＳ２１３及びＳ２１４について説明する。
【００７５】
図１０は、３階層以上にわたって連結される構造モデルの例及び当該構造モデルに基づく参照モデル生成用テーブルの例を示す図である。
【００７６】
同図（１）のＭ１〜Ｍ４は、構造モデルを示す。構造モデル間の矢印は、構造モデルの関連を示す。矢印の向きは、当該関連の方向を示す。（１）において、各破線によって囲まれる範囲は、図８の処理によって生成される参照モデルの範囲を示す。例えば、参照モデルＶ１には、構造モデルＭ１が含まれることを示す。また、参照モデルＶ３には、構造モデルＭ１、Ｍ２、及びＭ３が含まれることを示す。なお、以下の説明において、Ｍ１〜Ｍ４及びＶ１〜Ｖ４は、各構造モデル又は各参照モデルの構造モデル名又は参照モデル名として用いられる。
【００７７】
同図（１）の構造モデルに関して、図８のステップＳ２０２において構造モデルＭ１が処理対象（構造モデル（Ｃ））とされた場合について説明する。
【００７８】
この場合、図１０（２）の参照モデル生成用テーブル１７ａの１行目及び２行目が記録される過程については、図７に対して図８の処理が適用された場合の上記説明より自明であるため省略する。なお、２行目が記録された直後のステップＳ２１５において、構造モデル（Ｃ）及び構造モデル（Ｅ）は、構造モデルＭ１である。また、構造モデル（Ｓ）は、構造モデルＭ２である。
【００７９】
構造モデルＭ１に関して構造モデル（Ｓ）として検索される構造モデルは、構造モデルＭ２のみである（Ｓ２１６でＮｏ）。したがって、参照モデル生成部１４は、構造モデルＭ２を構造モデル（Ｅ）としてステップＳ２０７に進む（Ｓ２１７）。
【００８０】
続いて、参照モデルＭ２に関して、構造モデルＭ３が構造モデル（Ｓ）として検索される（Ｓ２０７、Ｓ２０８、Ｓ２０９でＹｅｓ）。したがって、構造モデルＭ３が処理対象とされてステップＳ２１０以降が実行される。
【００８１】
この時点において、構造モデル（Ｅ）は、構造モデルＭ２である。また、構造モデル（Ｃ）は、構造モデルＭ１である（Ｓ２１２でＹｅｓ）。したがって、参照モデル生成部１４は、ステップＳ２１３に進む。ステップＳ２１３において、参照モデル生成部１４は、構造モデル（Ｃ）（構造モデルＭ１）の構造モデル名が構造モデル名（先）に記録されている最後の行から最終行までの各行のコピーを新たに参照モデル生成用テーブル１７ａに追加する。参照モデル生成部１４は、コピーされた各行に、ステップＳ２１１において生成された参照モデル名を記録する（Ｓ２１３）。
【００８２】
図１０（２）を参照すると、２行目までが記録されている状態において、構造モデルＭ１の構造モデル名が構造モデル名（先）に記録されている最後の行は、２行目である。また、最終行も２行目である。したがって、２行目のコピーが３行目として追加される。但し、参照モデル名には、ステップＳ２１１において新たに生成された「Ｖ３」が記録される。
【００８３】
続いて、参照モデル生成部１４は、出現位置（Ｐ）の値を、ステップＳ２１３において追加された新たな最終行の出現位置（元）の値によって更新する（Ｓ２１４）。したがって、ここでは、出現位置（Ｐ）の値は、２となる。
【００８４】
続いて、参照モデル生成部１４は、参照モデル生成用テーブル１７ａに新たな一行を追加し、ステップＳ２１３と同一の参照モデル名、構造モデルＭ３の構造モデル名、出現位置（Ｐ）＋１、構造モデルＭ２の構造モデル名、及び出現位置（Ｐ）を当該行に記録する（Ｓ２１５）。
【００８５】
ここで記録されるのは、図１０（２）の４行目である。ここで、４行目の参照モデル名は、３行目の参照モデル名と同じである。換言すれば、３行目及び４行目は、同一の参照モデルに関する情報である。
【００８６】
すなわち、ステップＳ２１３及びＳ２１４は、３階層以上の構造モデルを含む参照モデルを生成するための処理である。特に、ステップＳ２１３は、構造モデル（Ｃ）から、現在の最前線の構造モデル（Ｅ）までの経路を、参照モデル生成用テーブル１７ａに記録するための処理である。当該経路の記録を簡便化するため、既に記録されている、当該経路を示す行がコピーされているのである。
【００８７】
その後、同様の要領で、構造モデル（Ｃ）は構造モデルＭ１のまま、最前線（構造モデル（Ｅ）は、構造モデルＭ３、構造モデルＭ４へと移動する。図１０（２）の参照モデル生成用テーブル１７ａは、構造モデルＭ１に関して、先端（構造モデルＭ４）までの探索が終了した時点における状態を示す。
【００８８】
この状態において、参照モデルＶ４に関しては、３行が参照モデル生成用テーブル１７ａに追加されている。
【００８９】
続いて、図８のステップＳ２１８の詳細について説明する。図１１は、参照モデル生成用テーブルに基づく参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。
【００９０】
ステップＳ３０１において、参照モデル生成部１４は、参照モデル生成用テーブル１７の上から順番に、参照モデル名が一致する全ての行を取得する。図９の例では、各行の参照モデル名は異なる。したがって、１行ずつ取得される。
【００９１】
続いて、参照モデル生成部１４は、取得された行の出現位置に基づいて、取得された行に含まれている構造モデルを連結する（Ｓ３０１）。すなわち、構造モデル間に関連が生成される。当該関連において、関連先及び関連元は、出現位置に基づいて判定される。すなわち、出現位置が小さい方が関連先となり、出現位置が大きい方が関連元となる。なお、図１０（２）のＶ３又はＶ４については、ステップＳ３０１において複数行が取得される。この場合、出現位置が同一の構造モデルにおいて、各行の構造モデルの連結結果が連結される。その結果、３階以上にわたる構造モデルの連結結果が生成される。
【００９２】
続いて、参照モデル生成部１４は、構造モデルの連結結果を、参照モデルとして参照モデル記憶部１５に記録する（Ｓ３０３）。
【００９３】
図１２は、参照モデル記憶部の構成例を示す図である。同図に示されるように、参照モデル記憶部１５は、参照モデルごとに、参照モデル名及び関連経路等を記憶する。参照モデル名は、参照モデルごとに一意な識別名である。関連経路は、参照モデルにおける、ＣＩタイプ間の関連の経路を示す情報である。
【００９４】
すなわち、ステップＳ３０３において、参照モデル生成部１４は、構造モデル記憶部１３を参照して、連結結果に係る各構造モデルをＣＩタイプの関連経路に置換した結果を、参照モデル記憶部１５の関連経路に記録する。参照モデル名は、参照モデル生成用テーブル１７（図９）の値がそのまま引き継がれる。
【００９５】
図９の参照モデル生成用テーブル１７に記録されている全ての行に関してステップＳ３０１〜Ｓ３０３の実行が終了すると（Ｓ３０４でＮｏ）、ステップＳ３０５に進む。なお、この時点において、参照モデル記憶部１５は、ｖｉｅｗ−１〜ｖｉｅｗ−５までが記録された状態となる。
【００９６】
続いて、参照モデル生成部１４は、ステップＳ３０１〜Ｓ３０３において、参照モデル記憶部１５に記録された参照モデルの中で、連結可能な全ての組み合わせを抽出し、当該組み合わせの各連結結果を各参照モデルとして、参照モデル記憶部１５に記録する（Ｓ３０５）。連結可能な組み合わせとは、いずれかの参照モデルの末端のＣＩタイプと他の参照モデルに含まれるＣＩタイプとの一致に基づいて連結可能な２以上の参照モデルの組み合わせをいう。このような組み合わせには、例えば、二つの参照モデルの末端（関連先を有さないＣＩタイプ）のＣＩタイプが一致する場合が含まれる。但し、組み合わされる参照モデルは二つに限定されない。また、包含関係にある参照モデルの組み合わせは除外される。包含関係にある参照モデルの組み合わせは、包含する方の参照モデルと変わらないからである。また、組み合わせの結果、同一の関連経路が形成された場合、当該重複は除去される。
【００９７】
すなわち、ステップＳ３０５は、相互に分岐関係にある参照モデルが連結された参照モデルを生成するための処理である。その結果、図１２における、ｖｉｅｗ−６及びｖｉｅｗ−７が生成される。ｖｉｅｗ−６は、ｖｉｅｗ−１とｖｉｅｗ−５とを「Ｓｅｒｖｅｒ」において連結した結果、生成される参照モデルである。ｖｉｅｗ−７は、ｖｉｅｗ−１とｖｉｅｗ−４とを「Ｓｅｒｖｅｒ」において連結した結果、生成される参照モデルである。但し、ｖｉｅｗ−７は、ｖｉｅｗ−３とｖｉｅｗ−５とを「Ｓｅｖｅｒ」において連結することにより生成されてもよい。なお、ｖｉｅｗ−６及びｖｉｅｗ−７の関連経路において、記号「｜｜」は、分岐を示す。
【００９８】
図１２における参照モデルの範囲（経路）を概念的に示すと、図１３のように表せる。図１３は、参照モデルの範囲を概念的に示す図である。図１３において、破線による矩形は、参照モデルの範囲又は参照モデルに属するＣＩタイプの経路を示す。各矩形の参照番号は、図１２の参照モデル名に一致する。
【００９９】
以上で参照モデルの生成は終了する。続いて、参照モデルを利用した、ＣＭＤＢ１１の表示制御処理について説明する。図１４は、ＣＭＤＢの表示制御処理の処理手順を説明するためのフローチャートの一例である。なお、図１４は、図４〜図１１の処理とは非同期に実行される。例えば、図１４の処理は、ユーザによってＣＭＤＢ１１の参照指示が入力された際に実行される。
【０１００】
ステップＳ４０１において、表示制御部１６は、参照の起点とするＣＩ（以下、「起点ＣＩ」という。）の指定をユーザより受け付ける。例えば、表示制御部１６は、ＣＩの検索画面をクライアント装置２０に表示させ、当該検索画面において指定された条件に合致するＣＩをＣＭＤＢ１１より検索する。表示制御部１６は、検索結果としてのＣＩの一覧をクライアント装置２０に表示させ、当該一覧の中からＣＩを選択させることにより、起点ＣＩの指定を受け付ける。なお、起点ＣＩは、複数指定されてもよい。
【０１０１】
表示制御部１６は、起点ＣＩの指定に伴って、展開方向の指定も受け付ける。展開方向とは、起点ＣＩのいずれの方向の関連を展開するか（検索する対象とするか）を示すパラメータである。展開方向の値としては、正方向、逆方向、及び双方向等が有る。正方向は、起点ＣＩの関連先の方向をいう。逆方向は、起点ＣＩの関連元の方向をいう。双方向は、正方向及び逆方向の双方向である。
【０１０２】
続いて、表示制御部１６は、起点ＣＩのＣＩタイプが含まれる全ての参照モデルを参照モデル記憶部１５より検索する（Ｓ４０２）。起点ＣＩのＣＩタイプは、ＣＭＤＢ１１より当該ＣＩの情報を検索することにより、判別可能である。
【０１０３】
続いて、表示制御部１６は、参照モデル選択画面をクライアント装置２０に表示させる（Ｓ４０３）。
【０１０４】
図１５は、参照モデル選択画面の表示例を示す図である。同図において、参照モデル選択画面５１０は、参照モデル選択領域５１１等を含む。
【０１０５】
参照モデル選択領域５１１には、ステップＳ４０２において検索された参照モデルの一覧が選択可能な状態で表示される。同図では、ＳｅｒｖｅｒＤｏｍａｉｎに属するＣＩが起点ＣＩとして指定された例が示されている。したがって、ＳｅｒｖｅｒＤｏｍａｉｎを含む全ての参照モデルが表示されている。
【０１０６】
なお、同図では、各ＣＩタイプが表示用の文字列（表示名）によって表示されている。表示制御部１６は、参照モデル選択画面の表示時において、表示名一覧テーブルを参照して、ＣＩタイプを表示名に変換しているためである。
【０１０７】
図１６は、ＣＩタイプ表示名一覧テーブルの構成例を示す図である。同図に示されるように、ＣＩタイプ表示名一覧テーブル１８には、ＣＩタイプごとに、表示名が記録されている。なお、ＣＩタイプ表示一覧テーブル１８は、例えば、補助記憶装置１０２に予め記録されている。
【０１０８】
続いて、表示制御部１６は、参照モデル選択画面５１０を介して参照モデルの選択を受け付ける（Ｓ４０４）。すなわち、参照モデル選択領域５１１においていずれかの参照モデルが選択され、ＯＫボタン５１２がクリックされると、表示制御部１６は、選択された参照モデルの参照モデル名をメモリ装置１０３を用いて記憶する。
【０１０９】
続いて、表示制御部１６は、起点ＣＩを起点として、ＣＩ間の関連を辿ることにより、起点ＣＩと連鎖的に関連するＣＩをＣＭＤＢ１１より検索する（Ｓ２０５）。この際、関連を辿る方向は、展開方向として指定された方向である。また、検索範囲は、選択された参照モデルによって示される範囲である。具体例として、ＳｅｒｖｅｒＤｏｍａｉｎのＣＩ起点ＣＩであり、展開方向が正方向又は双方向の場合において、「ドメイン＞サーバ＞ソフトウェア」に係る参照モデルが選択されとする。この場合、ＣＩタイプが「Ｓｅｒｖｅｒ」のＣＩの中で、起点ＣＩを関連元とするＣＩ（サーバＣＩ）が検索される。続いて、ＣＩタイプが「Ｓｏｆｔｗａｒｅ」のＣＩの中で、検索されたサーバＣＩを関連元とするＣＩが検索される。なお、検索範囲は限定せずに、検索の実行後、検索結果が参照モデルによって限定されてもよい。
【０１１０】
続いて、表示制御部１６は、ＣＭＤＢ参照画面をクライアント装置２０に表示させる（Ｓ４０６）。
【０１１１】
図１７は、ＣＭＤＢ参照画面の表示例を示す図である。同図において、ＣＭＤＢ参照画面５２０は、関連ＣＩ一覧表示領域５２１、起点ＣＩ情報表示領域５２２、参照モデル表示領域５２３、及び展開方向表示領域５２４等を含む。
【０１１２】
関連ＣＩ一覧表示領域５２１は、ステップＳ４０５における検索結果がツリー形式によって表示される領域である。すなわち、関連ＣＩ一覧表示領域５２１には、検索された各ＣＩをノードとするツリー部品が表示される。
【０１１３】
起点ＣＩ情報表示領域５２２は、起点ＣＩに関する情報が表示される領域である。同図では、ＣＩタイプ、ドメイン名、及びＩＤ（ドメインＩＤ）が示されている。
【０１１４】
参照モデル表示領域５２３は、参照モデル選択画面５１０において選択された参照モデルが表示される領域である。参照モデル表示領域５２３の表示内容を確認することにより、ユーザは、現在どのような参照モデルに基づいて表示が行われているのかを確認することができる。
【０１１５】
展開方向表示領域５２４は、指定された展開方向が表示される領域である。
【０１１６】
このように、ＣＭＤＢ参照画面５２０において表示対象とされるＣＩは、ユーザが所望する範囲内のＣＩに限定される。したがって、不要なＣＩが表示されることによる煩雑さや、必要なＣＩが表示されないことによる不都合を解消することができる。
【０１１７】
なお、上記では、検索結果が一度に展開される例について説明した。但し、参照モデル表示領域５２３のノードが操作されることにより、一階層分の関連ごとに検索が行われるようにしてもよい。この場合であっても、参照可能な範囲は、選択された参照モデルによって限定される。
【０１１８】
上述したように、本実施の形態によれば、データベースの参照範囲を限定するための作業を効率化することができる。すなわち、構成管理サーバ１０は、ＣＭＤＢ１１（ＭＤＲ３０）からＣＩ間の関連を抽出し、抽出された関連を接続することにより、ＣＭＤＢ１１の参照範囲（参照経路）を限定するための参照モデルを自動的に生成する。ＣＭＤＢ１１が参照される際において、構成管理サーバ１０は、参照モデルの中から所望の参照範囲に対応する参照モデルをユーザに選択させ、当該参照モデルに基づいて、ＣＭＤＢ１１の参照範囲を限定する。すなわち、選択された参照モデルに含まれるＣＩタイプの範囲内に参照範囲（検索範囲）が限定される。
【０１１９】
したがって、参照範囲としたい関連を自らの思考に基づいて一つずつ選択するといった煩雑な作業からユーザを解放することができる。
【０１２０】
なお、本実施の形態では、データベースの一例として、ＣＭＤＢ１１又はＭＤＲ３０を用いて説明した。但し、このことは、本実施の形態において説明した情報処理内容を適用可能な範囲が、ＣＭＤＢ等に限定されることを意図するものではない。すなわち、本実施の形態の情報処理内容は、データ及び該データ間の関連を管理する各種のデータベースに対して有効に適用されうる。
【０１２１】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１２２】
１０          構成管理サーバ
１１          ＣＭＤＢ
１２          構造モデル生成部
１３          構造モデル記憶部
１４          参照モデル生成部
１５          参照モデル記憶部
１６          表示制御部
２０          クライアント装置
３０          ＭＤＲ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
Ｂ            バス
【図１】
2012101775.tif 000003
【図２】
2012101775.tif 000004
【図３】
2012101775.tif 000005
【図４】
2012101775.tif 000006
【図５】
2012101775.tif 000007
【図６】
2012101775.tif 000008
【図７】
2012101775.tif 000009
【図８】
2012101775.tif 000010
【図９】
2012101775.tif 000011
【図１０】
2012101775.tif 000012
【図１１】
2012101775.tif 000013
【図１２】
2012101775.tif 000014
【図１３】
2012101775.tif 000015
【図１４】
2012101775.tif 000016
【図１５】
2012101775.tif 000017
【図１６】
2012101775.tif 000018
【図１７】
2012101775.tif 000019
【手続補正書】
【提出日】平成25年7月22日(2013.7.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段と、
を有する参照支援装置。
【請求項２】
前記データベースからの前記データの検索結果を表示させる表示制御手段を有し、
前記表示制御手段は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項１記載の参照支援装置。
【請求項３】
前記表示制御手段は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項２記載の参照支援装置。
【請求項４】
前記記録手段は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な２以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項１乃至３いずれか一項記載の参照支援装置。
【請求項５】
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、
をコンピュータが実行する参照支援方法。
【請求項６】
データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、
関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な２以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、
をコンピュータに実行させる参照支援プログラム。
【国際調査報告】
2012101775.tif 000020
2012101775.tif 000021
2012101775.tif 000022
2012101775.tif 000023