"データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段と、を有する参照支援装置。前記データベースからの前記データの検索結果を表示させる表示制御手段を有し、前記表示制御手段は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項1記載の参照支援装置。前記表示制御手段は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項2記載の参照支援装置。前記記録手段は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な2以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項1乃至3いずれか一項記載の参照支援装置。データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、をコンピュータが実行する参照支援方法。前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータが実行し、前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項5記載の参照支援方法。前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項6記載の参照支援方法。前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な2以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項5乃至7いずれか一項記載の参照支援方法。データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手順と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手順と、をコンピュータに実行させる参照支援プログラム。前記データベースからの前記データの検索結果を表示させる表示制御手順を前記コンピュータに実行させ、前記表示制御手順は、前記記憶手段より選択された参照用関連情報に基づいて、前記検索結果の表示範囲を限定する請求項9記載の参照支援プログラム。前記表示制御手順は、参照起点として指定された前記データの前記種別を含む前記参照用関連情報を前記記憶手段より検索し、検索された該参照用関連情報の一覧を表示させ、該一覧の中から選択された参照用関連情報に基づいて、前記参照起点として指定された前記データからの関連を辿る範囲を限定することにより、前記データベースの参照範囲を限定する請求項10記載の参照支援プログラム。前記記録手順は、いずれかの前記参照用関連情報の末端の前記種別と他の前記参照用関連情報に含まれる前記種別との一致に基づいて連結可能な2以上の前記参照用関連情報の組み合わせごとに、当該組み合わせに係る前記参照用関連情報を連結し、該連結の結果を前記参照用関連情報として前記記憶手段に記録する請求項9乃至11いずれか一項記載の参照支援プログラム。しかしながら、従来、フィルタ情報は、ユーザによる手動によって作成されていた。すなわち、ユーザは、自らが所望する参照範囲に属するデータCI及び関連を逐一選択してフィルタ情報を作成していた。上記したように、CMDBには膨大なデータCI及び関連等が登録される可能性がある。膨大なデータの中から、自らの関心事に含まれるデータを選択するのは非常に負担の大きい作業である。1つの側面では、本発明は、データベースの参照範囲を限定するための作業を効率化することのできる参照支援装置、参照支援方法、及び参照支援プログラムの提供を目的とする。1つの案では、参照支援装置は、データごとに種別を含む構成要素を示す情報及びデータ間の関連先または関連元を示す関連情報を管理するデータベースより、前記データの種別間ごとの関連情報を生成する生成手段と、関連先の前記種別と関連元の前記種別との一致に基づいて連結可能な2以上の前記データの種別間の関連情報の組み合わせを連結し、連結の結果を前記データベースの参照範囲を限定するための参照用関連情報として記憶手段に記録する記録手段とを有する。1態様によれば、データベースの参照範囲を限定するための作業を効率化することができる。以下、図面に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態における構成管理システムの構成例を示す図である。同図に示される構成管理サーバ10とクライアント装置20とは、LANLocalAreaNetwork又はインターネット等のネットワーク有線又は無線の別は問わない。を介して通信可能に接続されている。クライアント装置20は、ユーザが、CMDB11の参照に利用する、PCPersonalComputer等のコンピュータである。クライアント装置20は、PDAPersonalDigitalAssistance又は携帯電話等の携帯端末であってもよい。構成管理サーバ10は、参照支援装置の一例である。構成管理サーバ10は、CMDB11、構造モデル生成部12、構造モデル記憶部13、参照モデル生成部14、参照モデル記憶部15、及び表示制御部16等を有する。これら各部は、構成管理サーバ10にインストールされたプログラムが構成管理サーバ10のCPUに実行させることにより実現される。CMDB11は、いわゆる構成管理データベースCMDBConfigurationManagementDatabaseと呼ばれるデータベースである。すなわち、CMDB11は、構成管理サーバ10の補助記憶装置を用いて、ITシステムに関する構成情報を記憶管理するデータベースである。当該構成情報には、構成アイテムCIConfigurationItem及びCI間の関連リレーションシップが含まれる。構成アイテムは、情報システムにおける構成要素を示すデータである。いかなる対象が構成アイテムとして管理対象とされるかは運用に依存する。CMDB11において管理されるデータは、各種のMDR30より収集される。MDR30は、いわゆるMDRManagementDataRepositoryである。MDR30は、CMDB11のソース情報源となりうるデータベースである。例えば、MDR30は、特定のITシステムにおいて管理対象とされているデータの属性情報及びデータ間の関連を管理する。当該データは、CIとして、当該データ間の関連は、CI間の関連として、CMDB11に登録される。したがって、CMDB11は、複数のMDR30を統合したデータベースであるといえる。なお、MDR30は、構成管理サーバ10内に含まれていてもよいし、構成管理サーバ10と異なるコンピュータに含まれていてもよい。また、CMDB11は、構成管理サーバ10とネットワークを介して接続する、他のコンピュータに実装されてもよい。構造モデル生成部12は、CMDB11よりCIタイプ間の関連情報を抽出し、当該関連情報に基づいて構造モデルを生成する。本実施の形態において、構造モデル生成部12は、生成手段の一例である。構造モデルとは、CMDB11において管理されるCIの種別CIタイプ間の最小単位の関連依存関係や利用関係等に基づく関連の情報である。CIタイプとは、各CIの種別をいう。すなわち、CIとは、それぞれ具体的な実体であるのに対し、CIタイプは、各CIを分類する概念である。例えば、サーバが管理対象とされる場合、具体的な個々のサーバがCIであり、各サーバが属するCIタイプはServerである。CIタイプ間の最小単位の関連とは、二つのCIタイプ間の関連をいう。すなわち、CIタイプ間の関連は、複数の階層に及んだり、分岐したりする可能性があるところ、構造モデルとして抽出される関連の単位は、二つのCIタイプの関連である。したがって、構造モデルとして抽出される関連は、CMDB11が潜在的に有するCIタイプ間の関連のツリー構造が、二つのCIタイプ間の関連ごとに分割されたものであるともいえる。但し、このことは、関連の分割といった処理が必要とされることを意味するものではない。CMDB11におけるCIタイプ間の潜在的な関連のツリー構造は、最小単位の関連を繋げていくことにより形成される浮き上がってくるものであるからである。すなわち、実際の処理としては、最小単位の関連が先に抽出されうるからである。構造モデル記憶部13は、構造モデル生成部12によって生成される構造モデルの集合を、構成管理サーバ10の補助記憶装置を用いて記憶する。なお、本実施の形態において、構成モデルは、関連情報の一例である。参照モデル生成部14は、構造モデル記憶部13に記録されている構造モデルに基づいて参照モデルを生成する。本実施の形態において、参照モデル生成部14は、記録手段の一例である。参照モデルとは、参照対象参照範囲とするCI及びその関連を限定するためフィルタ情報として用いられるデータである。参照モデル自体は、CI間の関連の経路を示すデータである。参照モデル生成部14によって、参照範囲が異なる様々な参照モデルが生成される。参照モデル記憶部15は、参照モデル生成部14によって生成される参照モデルを、構成管理サーバ10の補助記憶装置を用いて記憶する。なお、本実施の形態において、参照モデルは、参照用関連情報の一例である。表示制御部16は、CMDB11の管理情報の表示制御を行う。具体的には、表示制御部16は、クライアント装置20からの要求に応じ、当該要求において指定された特定のCI及び当該CIに連鎖的に関連するCIに関する情報をCMDB11より検索する。表示制御部16は、検索結果をクライアント装置20に返信する。検索結果自体、又は検索結果の中で表示対象とされる範囲は、参照モデルによって限定されるフィルタリングされる。なお、連鎖的な関連とは、直接的な関連及び間接的な関連を意味する。直接的な関連とは、二つのCI間において形成される関連をいう。間接的な関連とは、一以上のCIを介して形成される関連をいう。図2は、本発明の実施の形態における構成管理サーバのハードウェア構成例を示す図である。同図の構成管理サーバ10は、それぞれバスBで相互に接続されているドライブ装置100と、補助記憶装置102と、メモリ装置103と、CPU104と、インタフェース装置105とを有する。構成管理サーバ10での処理を実現するプログラムは、CD-ROM等の記録媒体101によって提供される。プログラムを記録した記録媒体101がドライブ装置100にセットされると、プログラムが記録媒体101からドライブ装置100を介して補助記憶装置102にインストールされる。但し、プログラムのインストールは必ずしも記録媒体101より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置102は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ装置103は、プログラムの起動指示があった場合に、補助記憶装置102からプログラムを読み出して格納する。CPU104は、メモリ装置103に格納されたプログラムに従って構成管理サーバ10に係る機能を実行する。インタフェース装置105は、ネットワークに接続するためのインタフェースとして用いられる。以下、構成管理サーバ10の処理手順について説明する。図3は、構成管理サーバが実行する処理手順の一例の概要を説明するための図である。まず、MDR30からCMDB11へデータCI及びCI間の関連等の登録が行われるS1。当該データの登録は、非定期に行われる。例えば、CMDB11へのMDR30の登録又は登録解除、MDR30におけるデータの更新等が発生した場合にMDR30からCMDB11へのデータの登録が行われる。CMDB11へのMDR30の登録とは、MDR30をCMDB11による管理対象とすることをいう。CMDB11の管理対象とされたMDR30は、CMDB11へのデータの登録が可能となる。MDR30の登録解除とは、MDR30がCMDB11の管理対象から除かれることをいう。各MDR30の形式またはスキーマは、必ずしも統一されているとは限らない。また、複数のMDR30において、同一の実体に対するデータ例えば、同一ユーザに関するデータが分散して管理されている場合もある。したがって、MDR30からCMDB11へのデータの登録時には、MDR30におけるデータの形式からCMDB11におけるデータの形式への変換が行われる。また、CMDB11は、基本的に、同一の実体については一つのCIとして管理する。したがって、複数のMDR30に分散されている同一の実体に対する情報は、CMDB11において統合される。例えば、一つのCIに関して、各MDR30に管理されている属性項目がマージされてCMDB11に登録される。続いて、構造モデル生成部12によって、CMDB11に基づいて構造モデルが生成されるS2。すなわち、CMDB11におけるCIタイプ間の関連が、構造モデルとして抽出される。同図には、構造モデルA~Dが抽出された例が示されている。構造モデルAは、ドメインとサーバとの関連を示す。構造モデルBは、サーバとソフトウェアとの関連を示す。構造モデルCは、ユーザとサーバとの関連を示す。なお、同図の構造モデルにおいて、矢印の先のCIタイプは関連先といい、矢印の元のCIタイプは関連元という。なお、一般的に、関連先は、参照先ともいわれる。また、関連元は、参照元ともいわれる。このように、CI間CIタイプ間の関連には方向がある。続いて、参照モデル生成部14によって、構造モデルに基づいて参照モデルが生成されるS3。同図に示されるように、構造モデル単体、又は構造モデルが連結接続されたものが参照モデルとして生成される。構造モデル間の連結は、関連先の種別と関連元の種別とが一致する場合に可能となる。当該一致に基づいて連結可能な2以上の構造モデルの全ての組み合わせごとに、当該組み合わせに係る構造モデルが連結されて参照モデルが生成される。また、参照モデル同士が連結されることにより、参照モデルが生成されてもよい。参照モデルの生成後、参照モデルを用いてCMDB11が参照される。例えば、参照モデルA→Bが選択された場合、参照範囲は、ドメイン→サーバ→ソフトウェアに関するCIに限定される。上記したように、参照モデルは、単体の構造モデル又は連結可能な構造モデルの全ての組み合わせである。すなわち、CI種別間において有効な関連の経路の全ての組み合わせである。したがって、ユーザが参照範囲としたい参照モデルが選択候補に含まれる可能性は極めて高い。なお、上記全ての組み合わせの数が膨大なものとなる場合は、所定の規則に基づいて、参照モデルとする組み合わせの範囲が限定されてもよい。以下、構造モデルの生成処理、参照モデルの生成処理、及びCMDB11の表示制御処理について更に詳細に説明する。図4は、構造モデルの生成処理の処理手順の一例を説明するためのフローチャートである。ステップS101において、構造モデル生成部12は、CMDB11の構成の変化を検知する。例えば、新たなMDR30がCMDB11に登録された場合、又は既存のMDR30についてCMDB11への登録が解除された場合、CMDB11の構成は変化する。すなわち、前者の場合、当該MDR30のデータがCMDB11に登録される。後者の場合、当該MDR30のデータがCMDB11より削除される。また、既存のMDR30の構成が変化したデータが更新された場合も、当該構成の変化が、CMDB11に反映される。構造モデル生成部12による、CMDB11の構成の変化の検知は、CMDB11又は構成の変化元となったMDR30からの通知に基づいて行われればよい。または、構造モデル生成部12が、CMDB11をポーリング等によって監視することにより、能動的にCMDB11の構成の変化を検知してもよい。ここでは、図5に示されるようなデータを管理するMDR30aがCMDB11に新たに登録されたこととする。すなわち、図5に示されるデータがCMDB11に登録されたこととする。図5は、CMDBに登録されたMDRの構成例を示す図である。同図において、MDR30aは、ドメインテーブル41、サーバテーブル42、ソフトウェアテーブル43、及びユーザテーブル44を有する。なお、同図では、CMDB11への登録後の形式が示されている。例えば、各テーブルのCIタイプは、CMDB11において定義されているCIタイプであるとする。ドメインテーブル41は、CIタイプがServerDomainサーバドメインであるCIを管理するテーブルである。具体的には、ドメインテーブル41は、サーバドメインの実体ごとに、ドメインID、ドメイン名、及びネットワークアドレス等を記憶する。ドメインIDは、各サーバドメインを一意に識別する識別子である。ドメイン名は、サーバドメインの名前である。ネットワークアドレスは、サーバドメインに関するIPアドレスである。サーバテーブル42は、CIタイプがServerサーバであるCIを管理するテーブルである。サーバテーブル42は、サーバの実体ごとに、サーバID,ホスト名、IPアドレス、OS種別、所属ドメインID、及び管理者ID等を記憶する。サーバIDは、各サーバを一意に識別する識別子である。ホスト名は、サーバの名前である。IPアドレスは、サーバのIPアドレスである。OS種別は、サーバにインストールされているOSOperatingSystemの名前である。所属ドメインIDは、サーバが属するサーバドメインのドメインIDである。すなわち、所属ドメインIDは、CIタイプがServerDomainであるCIと、CIタイプがServerであるCIとの関連情報リレーションシップ情報に相当する。本実施の形態のCMDB11では、関連先のCIが関連元のCIのIDを有する。したがって、ServerDomainが関連元であり、Serverが関連先となる。管理者IDは、サーバの管理者のユーザIDである。すなわち、管理者IDは、CIタイプがUserであるCIと、CIタイプがServerであるCIとの関連情報に相当する。当該関連において、Userが関連元であり、Serverが関連先である。ソフトウェアテーブル43は、CIタイプがSoftwareソフトウェアであるCIを管理するテーブルである。ソフトウェアテーブル43は、ソフトウェアの実体ごとに、ソフトウェアID、製品名、バージョン、及びインストール先サーバID等を記憶する。ソフトウェアIDは、各ソフトウェアを一意に識別する識別子である。製品名は、ソフトウェアの名前である。バージョンは、ソフトウェアのバージョンである。インストール先サーバIDは、ソフトウェアがインストールされているサーバのサーバIDである。すなわち、インストール先サーバIDは、CIタイプがServerであるCIと、CIタイプがSoftwareであるCIとの関連情報に相当する。当該関連において、Serverが関連元であり、Softwareが関連先である。ユーザテーブル44は、CIタイプがUserユーザであるCIを管理するテーブルである。ユーザテーブル44は、ユーザごとに、ユーザID、及び氏名等を記憶する。ユーザIDは、ユーザごとに一意な識別子である。氏名は、ユーザの氏名である。なお、図5以外のデータ構造によって関連が表現されてもよい。例えば、CIタイプの関連ごとに、テーブルが設けられてよい。例えば、ServerDomainとServerとの関連を管理するテーブルには、ServerDomainのCIと、ServerのCIとの関連情報が記録される。また、CMDB11は、テーブル形式以外の形式を有していてもよい。続いて、構造モデル生成部12は、新たにCMDB11に登録されたデータに、関連情報は含まれているか否かを判定するS102。関連情報が含まれていない場合S102でNo、図4の処理は終了する。図5のように関連情報が含まれている場合S102でYes、構造モデル生成部12は、CIタイプ間の関連情報をCMDB11に新たに登録されたデータ図5に示されるデータより抽出するS103。続いて、構造モデル生成部12は、抽出された関連情報に基づいて、最小単位の関連を示す関連情報を構造モデルとして生成するS104。図6は、構造モデルの生成を説明するための図である。構造モデル生成部12は、まず、CI間の関連情報R1を抽出する。関連情報R1には、便宜上、図5より抽出されるCI間の関連情報の一部が示されている。続いて、構造モデル生成部12は、関連情報R1に含まれる関連をCIタイプごとに統合し、CIタイプ間の関連情報R2を抽出生成する。関連情報R2には、関連r1~r3の3つの関連が含まれている。CIタイプ間の関連の方向は、CI間の関連の方向に従う。なお、本実施の形態における図5においては、テーブル間の関連が、CIタイプ間の関連となる。したがって、関連情報R1の抽出を経ることなく、関連情報R2が抽出されてもよい。続いて、構造モデル生成部12は、関連情報R2に基づいて、構造モデルを生成する。すなわち、CIタイプ間の一つの関連r1~r3最小単位の関連ごとに、当該関連に係る二つのCIタイプと当該関連とを含む情報が構造モデルとして生成される。構造モデルにおける関連の方向は、関連情報R2における関連の方向にしたがう。同図では、関連r1に基づく構造モデルm1、関連r2に基づく構造モデルm2、関連r3に基づく構造モデルm3の3つの構造モデルが生成された例が示されている。続いて、構造モデル生成部12は、各構造モデルに識別名構造モデル名を付与し、各構造モデルを構造モデル記憶部13に記録するS105。図7は、構造モデル記憶部の構成例を示す図である。同図に示されるように、構造モデル記憶部13は、構造モデルごとに、構造モデル名及び関連経路等を記憶する。構造モデル名は、構造モデルごとに一意な識別名である。関連経路は、構造モデルにおける、CIタイプ間の関連の経路を示す情報である。関連経路は、関連元のCIタイプと、関連先のCIタイプとを識別可能な情報であれば、どのような形式であってもよい。なお、同図では、本実施の形態において新たに追加される構造モデルのみが示されているが、構造モデル記憶部13には、CMDB11より抽出される全ての構造モデルが累積的に蓄積される。続いて、構造モデル生成部12は、構造モデル構造モデル記憶部13の更新を参照モデル生成部14に通知するS106。なお、CMDB11から一部のMDR30の登録が解除された場合、又は一部のMDR30の構成が変化した場合は、構造モデル記憶部13をクリアした後、一部のMDR30の登録の解除又は一部のMDR30の構成の変化が反映されたCMDB11に基づいて、図4の処理が実行される。一部のMDR30の登録が解除された場合、当該MDR30の関連に係る構造モデルのみを構造モデル記憶部13から削除することも考えられるが、得策ではない。当該関連を共有する他のMDR30が存在する可能性もあるからである。一部のMDR30の構成が変化した場合も、同様の理由により、CMDB11に基づいて構造モデルを再生成するのが、CMDB11の内容を正しく表現する構造モデルを生成するという観点において得策である。続いて、参照モデルの生成処理について説明する。図8は、参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。参照モデル生成部14は、構造モデル生成部12より構造モデルの更新の通知を受信するとS201、構造モデル記憶部13図7より、未処理の構造モデルを一つ取得するS202。ここで取得された構造モデルを、以下、構造モデルCという。未処理の構造モデルとは、図8に関して処理対象とされていない構造モデルをいう。したがって、最初は、構造モデル記憶部13に記録されている全ての構造モデルが未処理の構造モデルである。図7の構造モデル記憶部13を例とすると、構造モデルmodel-1が構造モデルCとして取得される。構造モデルCの取得に成功した場合、すなわち、未処理の構造モデルが構造モデル記憶部13に存在した場合S203でYes、参照モデル生成部14は、参照モデル名Nを一つ生成し、出現位置Pを1に初期化するS204。参照モデル名は、これから生成される参照モデルに対する識別名である。出現位置Pは、これから生成される参照モデルにおける構造モデルの関連の経路における、各構造モデルの位置を示す値である。参照モデルの関連の経路の末端に対する出現位置Pが1とされる。出現位置Pは、参照モデルにおける構造モデル間の関連を1つ遡るごとに1加算される。関連を遡るとは、関連先から関連元へ関連を辿ることをいう。続いて、参照モデル生成部14は、参照モデル生成用テーブル17に新たな行を一つ追加し、当該行に、参照モデル名N、構造モデルCの構造モデル名、及び出現位置Pを記録するS205。参照モデル生成用テーブル17は、参照モデルを生成するために、一時的な作業領域として利用されるテーブルである。参照モデル生成用テーブル17は、例えば、メモリ装置103に生成される。図9は、参照モデル生成用テーブルの構成例を示す図である。同図に示されるように、参照モデル生成用テーブル17は、参照モデル名、構造モデル名元、出現位置元、構造モデル名先、及び出現位置先等の項目を有する。参照モデル生成用テーブル17の一行は、基本的に、参照モデルにおいて連結接続される二つの構造モデルの構造モデル名と出現位置とが記録される。参照モデル名は、参照モデルの識別名である。構造モデル名元及び出現位置元は、当該参照モデルにおいて関連元となる構造モデルの構造モデル名又は出現位置である。構造モデル名先及び出現位置先は、当該参照モデルにおいて関連先となる構造モデルの構造モデル名又は出現位置である。なお、1つの構造モデルは、単独で参照モデルを構成する。したがって、1つの構造モデルを含む参照モデルについては、構造モデル名元及び出現位置元は記録されない。図9の参照モデル生成用テーブル17は、図7の全ての構造モデルについて図8の処理が実行された後の状態が示されている。1つ目の構造モデルmodel-1についてステップS205が実行された後の段階では、1行目すなわち、参照モデル名がview-1である行が記録される。続いて、参照モデル生成部14は、構造モデルCを構造モデルEとするS206。構造モデルEは、ステップS207以降において、構造モデル間の関連を遡る際に、最前線となる構造モデルである。したがって、構造モデルEの値は、当該最前線の移動に従って変化する。一方、構造モデルCは、遡りの出発点として記憶される構造モデルである。そこで、関連の遡りによって構造モデルCの値が更新されないようにするため、構造モデルCの値が構造モデルEに代入されるのである。続いて、参照モデル生成部14は、構造モデルEにおける関連元のCIタイプを取得するS207。取得されたCIタイプを、以下CIタイプTという。図7の構造モデルmodel-1の参照元のCIタイプはServerDomainである。したがって、ServerDomainがCIタイプTとして取得される。続いて、参照モデル生成部14は、CIタイプTを関連先とする構造モデルを構造モデル記憶部13より検索するS208。図7の構造モデル記憶部13には、該当する構造モデルは無い。この場合S209でNo、参照モデル生成部14は、ステップS202以降を繰り返し実行する。すなわち、未処理の構造モデルmodel-2が構造モデルC及び構造モデルEとされ、ステップS204~S208が実行される。その結果、図7の参照モデル生成用テーブル17の2行目が追加される。構造モデルmodel-2の関連元のCIタイプServerを関連先とする構造モデルは、構造モデルmodel-1及び構造モデルmodel-3である。したがって、構造モデルmodel-2が構造モデルEである場合のステップS208では、二つの構造モデルが構造モデルSとして検索される。ステップS210に進み、参照モデル生成部14は、未処理の構造モデルSの一つを処理対象とする。未処理の構造モデルSとは、ステップS211以降に関して処理対象とされていないことを意味する。ここでは、構造モデルmodel-1が処理対象とされる。続いて、参照モデル生成部14は、新たな参照モデル名Nを生成し、出現位置Pを1に初期化するS211。続いて、参照モデル生成部14は、構造モデルEは、構造モデルCであるか否か遡りの最前線は、構造モデルCから移動しているか否かを判定するS212。ここでは、構造モデルE及び構造モデルCは、いずれも構造モデルmodel-2であるS212でNo。したがって、この場合、ステップS215に進む。ステップS215において、参照モデル生成部14は、参照モデル生成用テーブル17に新たな行を一つ追加し、当該行に、参照モデル名N、処理対象の構造モデルSの構造モデル名、出現位置P1、構造モデルEの構造モデル名、及び出現位置Pを記録するS215。ここでは、図9の3行目が記録される。すなわち、構造モデルSの構造モデル名は、構造モデル名元に記録される。出現位置P1は、出現位置元に記録される。構造モデルEの構造モデル名は、構造モデル名先に記録される。出現位置Pは、出現位置先に記録される。続いて、参照モデル生成部14は、未処理の構造モデルSの有無を判定するS216。ここでは、構造モデルmodel-3が未処理の構造モデルSとして残っているS216でYes。したがって、構造モデルmodel-3が処理対象とされてS210、ステップS211以降が実行される。その結果、図9の参照モデル生成用テーブル17に4行目が追加される。全ての構造モデルSについて処理が完了するとS216でYes、参照モデル生成部14は、各構造モデルSをそれぞれ構造モデルEとして、ステップS207以降を実行するS217。すなわち、各構造モデルSが遡りの最前線とされ、ステップS207以降が実行される。ここでは、構造モデルSに含まれる構造モデルmodel-1及び構造モデルmodel-3の双方とも、関連元のCIタイプを関連先に有する構造モデルは構造モデル記憶部13図7には存在しないS209でNo。したがって、参照モデル生成用テーブル17は更新されない。続いて、ステップS202において、構造モデルmodel-3が構造モデルCとされ、ステップS203以降が実行されることにより、参照モデル生成用テーブル17の5行目が追加されるS205。構造モデルmodel-3における関連元のCIタイプを関連先とする構造モデルは存在しないS209No。また、図7の構造モデル記憶部13において、構造モデルmodel-3より後に構造モデルは存在しないS203でNo。したがって、参照モデル生成部14は、参照モデル生成用テーブル17に基づく参照モデルの生成処理を実行するS218。以上の説明では、ステップS213及びS214が説明されていない。当該ステップは、3構造モデルが3階層以上にわたって連結される場合に実行される処理であるところ、図7の構造モデルが連結される階層は、2階層だからである。そこで、3階層以上にわたって連結される構造モデルの例を用いて、ステップS213及びS214について説明する。図10は、3階層以上にわたって連結される構造モデルの例及び当該構造モデルに基づく参照モデル生成用テーブルの例を示す図である。同図1のM1~M4は、構造モデルを示す。構造モデル間の矢印は、構造モデルの関連を示す。矢印の向きは、当該関連の方向を示す。1において、各破線によって囲まれる範囲は、図8の処理によって生成される参照モデルの範囲を示す。例えば、参照モデルV1には、構造モデルM1が含まれることを示す。また、参照モデルV3には、構造モデルM1、M2、及びM3が含まれることを示す。なお、以下の説明において、M1~M4及びV1~V4は、各構造モデル又は各参照モデルの構造モデル名又は参照モデル名として用いられる。同図1の構造モデルに関して、図8のステップS202において構造モデルM1が処理対象構造モデルCとされた場合について説明する。この場合、図102の参照モデル生成用テーブル17aの1行目及び2行目が記録される過程については、図7に対して図8の処理が適用された場合の上記説明より自明であるため省略する。なお、2行目が記録された直後のステップS215において、構造モデルC及び構造モデルEは、構造モデルM1である。また、構造モデルSは、構造モデルM2である。構造モデルM1に関して構造モデルSとして検索される構造モデルは、構造モデルM2のみであるS216でNo。したがって、参照モデル生成部14は、構造モデルM2を構造モデルEとしてステップS207に進むS217。続いて、参照モデルM2に関して、構造モデルM3が構造モデルSとして検索されるS207、S208、S209でYes。したがって、構造モデルM3が処理対象とされてステップS210以降が実行される。この時点において、構造モデルEは、構造モデルM2である。また、構造モデルCは、構造モデルM1であるS212でYes。したがって、参照モデル生成部14は、ステップS213に進む。ステップS213において、参照モデル生成部14は、構造モデルC構造モデルM1の構造モデル名が構造モデル名先に記録されている最後の行から最終行までの各行のコピーを新たに参照モデル生成用テーブル17aに追加する。参照モデル生成部14は、コピーされた各行に、ステップS211において生成された参照モデル名を記録するS213。図102を参照すると、2行目までが記録されている状態において、構造モデルM1の構造モデル名が構造モデル名先に記録されている最後の行は、2行目である。また、最終行も2行目である。したがって、2行目のコピーが3行目として追加される。但し、参照モデル名には、ステップS211において新たに生成されたV3が記録される。続いて、参照モデル生成部14は、出現位置Pの値を、ステップS213において追加された新たな最終行の出現位置元の値によって更新するS214。したがって、ここでは、出現位置Pの値は、2となる。続いて、参照モデル生成部14は、参照モデル生成用テーブル17aに新たな一行を追加し、ステップS213と同一の参照モデル名、構造モデルM3の構造モデル名、出現位置P1、構造モデルM2の構造モデル名、及び出現位置Pを当該行に記録するS215。ここで記録されるのは、図102の4行目である。ここで、4行目の参照モデル名は、3行目の参照モデル名と同じである。換言すれば、3行目及び4行目は、同一の参照モデルに関する情報である。すなわち、ステップS213及びS214は、3階層以上の構造モデルを含む参照モデルを生成するための処理である。特に、ステップS213は、構造モデルCから、現在の最前線の構造モデルEまでの経路を、参照モデル生成用テーブル17aに記録するための処理である。当該経路の記録を簡便化するため、既に記録されている、当該経路を示す行がコピーされているのである。その後、同様の要領で、構造モデルCは構造モデルM1のまま、最前線構造モデルEは、構造モデルM3、構造モデルM4へと移動する。図102の参照モデル生成用テーブル17aは、構造モデルM1に関して、先端構造モデルM4までの探索が終了した時点における状態を示す。この状態において、参照モデルV4に関しては、3行が参照モデル生成用テーブル17aに追加されている。続いて、図8のステップS218の詳細について説明する。図11は、参照モデル生成用テーブルに基づく参照モデルの生成処理の処理手順の一例を説明するためのフローチャートである。ステップS301において、参照モデル生成部14は、参照モデル生成用テーブル17の上から順番に、参照モデル名が一致する全ての行を取得する。図9の例では、各行の参照モデル名は異なる。したがって、1行ずつ取得される。続いて、参照モデル生成部14は、取得された行の出現位置に基づいて、取得された行に含まれている構造モデルを連結するS301。すなわち、構造モデル間に関連が生成される。当該関連において、関連先及び関連元は、出現位置に基づいて判定される。すなわち、出現位置が小さい方が関連先となり、出現位置が大きい方が関連元となる。なお、図102のV3又はV4については、ステップS301において複数行が取得される。この場合、出現位置が同一の構造モデルにおいて、各行の構造モデルの連結結果が連結される。その結果、3階以上にわたる構造モデルの連結結果が生成される。続いて、参照モデル生成部14は、構造モデルの連結結果を、参照モデルとして参照モデル記憶部15に記録するS303。図12は、参照モデル記憶部の構成例を示す図である。同図に示されるように、参照モデル記憶部15は、参照モデルごとに、参照モデル名及び関連経路等を記憶する。参照モデル名は、参照モデルごとに一意な識別名である。関連経路は、参照モデルにおける、CIタイプ間の関連の経路を示す情報である。すなわち、ステップS303において、参照モデル生成部14は、構造モデル記憶部13を参照して、連結結果に係る各構造モデルをCIタイプの関連経路に置換した結果を、参照モデル記憶部15の関連経路に記録する。参照モデル名は、参照モデル生成用テーブル17図9の値がそのまま引き継がれる。図9の参照モデル生成用テーブル17に記録されている全ての行に関してステップS301~S303の実行が終了するとS304でNo、ステップS305に進む。なお、この時点において、参照モデル記憶部15は、view-1~view-5までが記録された状態となる。続いて、参照モデル生成部14は、ステップS301~S303において、参照モデル記憶部15に記録された参照モデルの中で、連結可能な全ての組み合わせを抽出し、当該組み合わせの各連結結果を各参照モデルとして、参照モデル記憶部15に記録するS305。連結可能な組み合わせとは、いずれかの参照モデルの末端のCIタイプと他の参照モデルに含まれるCIタイプとの一致に基づいて連結可能な2以上の参照モデルの組み合わせをいう。このような組み合わせには、例えば、二つの参照モデルの末端関連先を有さないCIタイプのCIタイプが一致する場合が含まれる。但し、組み合わされる参照モデルは二つに限定されない。また、包含関係にある参照モデルの組み合わせは除外される。包含関係にある参照モデルの組み合わせは、包含する方の参照モデルと変わらないからである。また、組み合わせの結果、同一の関連経路が形成された場合、当該重複は除去される。すなわち、ステップS305は、相互に分岐関係にある参照モデルが連結された参照モデルを生成するための処理である。その結果、図12における、view-6及びview-7が生成される。view-6は、view-1とview-5とをServerにおいて連結した結果、生成される参照モデルである。view-7は、view-1とview-4とをServerにおいて連結した結果、生成される参照モデルである。但し、view-7は、view-3とview-5とをSeverにおいて連結することにより生成されてもよい。なお、view-6及びview-7の関連経路において、記号||は、分岐を示す。図12における参照モデルの範囲経路を概念的に示すと、図13のように表せる。図13は、参照モデルの範囲を概念的に示す図である。図13において、破線による矩形は、参照モデルの範囲又は参照モデルに属するCIタイプの経路を示す。各矩形の参照番号は、図12の参照モデル名に一致する。以上で参照モデルの生成は終了する。続いて、参照モデルを利用した、CMDB11の表示制御処理について説明する。図14は、CMDBの表示制御処理の処理手順を説明するためのフローチャートの一例である。なお、図14は、図4~図11の処理とは非同期に実行される。例えば、図14の処理は、ユーザによってCMDB11の参照指示が入力された際に実行される。ステップS401において、表示制御部16は、参照の起点とするCI以下、起点CIという。の指定をユーザより受け付ける。例えば、表示制御部16は、CIの検索画面をクライアント装置20に表示させ、当該検索画面において指定された条件に合致するCIをCMDB11より検索する。表示制御部16は、検索結果としてのCIの一覧をクライアント装置20に表示させ、当該一覧の中からCIを選択させることにより、起点CIの指定を受け付ける。なお、起点CIは、複数指定されてもよい。表示制御部16は、起点CIの指定に伴って、展開方向の指定も受け付ける。展開方向とは、起点CIのいずれの方向の関連を展開するか検索する対象とするかを示すパラメータである。展開方向の値としては、正方向、逆方向、及び双方向等が有る。正方向は、起点CIの関連先の方向をいう。逆方向は、起点CIの関連元の方向をいう。双方向は、正方向及び逆方向の双方向である。続いて、表示制御部16は、起点CIのCIタイプが含まれる全ての参照モデルを参照モデル記憶部15より検索するS402。起点CIのCIタイプは、CMDB11より当該CIの情報を検索することにより、判別可能である。続いて、表示制御部16は、参照モデル選択画面をクライアント装置20に表示させるS403。図15は、参照モデル選択画面の表示例を示す図である。同図において、参照モデル選択画面510は、参照モデル選択領域511等を含む。参照モデル選択領域511には、ステップS402において検索された参照モデルの一覧が選択可能な状態で表示される。同図では、ServerDomainに属するCIが起点CIとして指定された例が示されている。したがって、ServerDomainを含む全ての参照モデルが表示されている。なお、同図では、各CIタイプが表示用の文字列表示名によって表示されている。表示制御部16は、参照モデル選択画面の表示時において、表示名一覧テーブルを参照して、CIタイプを表示名に変換しているためである。図16は、CIタイプ表示名一覧テーブルの構成例を示す図である。同図に示されるように、CIタイプ表示名一覧テーブル18には、CIタイプごとに、表示名が記録されている。なお、CIタイプ表示一覧テーブル18は、例えば、補助記憶装置102に予め記録されている。続いて、表示制御部16は、参照モデル選択画面510を介して参照モデルの選択を受け付けるS404。すなわち、参照モデル選択領域511においていずれかの参照モデルが選択され、OKボタン512がクリックされると、表示制御部16は、選択された参照モデルの参照モデル名をメモリ装置103を用いて記憶する。続いて、表示制御部16は、起点CIを起点として、CI間の関連を辿ることにより、起点CIと連鎖的に関連するCIをCMDB11より検索するS205。この際、関連を辿る方向は、展開方向として指定された方向である。また、検索範囲は、選択された参照モデルによって示される範囲である。具体例として、ServerDomainのCI起点CIであり、展開方向が正方向又は双方向の場合において、ドメイン>サーバ>ソフトウェアに係る参照モデルが選択されとする。この場合、CIタイプがServerのCIの中で、起点CIを関連元とするCIサーバCIが検索される。続いて、CIタイプがSoftwareのCIの中で、検索されたサーバCIを関連元とするCIが検索される。なお、検索範囲は限定せずに、検索の実行後、検索結果が参照モデルによって限定されてもよい。続いて、表示制御部16は、CMDB参照画面をクライアント装置20に表示させるS406。図17は、CMDB参照画面の表示例を示す図である。同図において、CMDB参照画面520は、関連CI一覧表示領域521、起点CI情報表示領域522、参照モデル表示領域523、及び展開方向表示領域524等を含む。関連CI一覧表示領域521は、ステップS405における検索結果がツリー形式によって表示される領域である。すなわち、関連CI一覧表示領域521には、検索された各CIをノードとするツリー部品が表示される。起点CI情報表示領域522は、起点CIに関する情報が表示される領域である。同図では、CIタイプ、ドメイン名、及びIDドメインIDが示されている。参照モデル表示領域523は、参照モデル選択画面510において選択された参照モデルが表示される領域である。参照モデル表示領域523の表示内容を確認することにより、ユーザは、現在どのような参照モデルに基づいて表示が行われているのかを確認することができる。展開方向表示領域524は、指定された展開方向が表示される領域である。このように、CMDB参照画面520において表示対象とされるCIは、ユーザが所望する範囲内のCIに限定される。したがって、不要なCIが表示されることによる煩雑さや、必要なCIが表示されないことによる不都合を解消することができる。なお、上記では、検索結果が一度に展開される例について説明した。但し、参照モデル表示領域523のノードが操作されることにより、一階層分の関連ごとに検索が行われるようにしてもよい。この場合であっても、参照可能な範囲は、選択された参照モデルによって限定される。上述したように、本実施の形態によれば、データベースの参照範囲を限定するための作業を効率化することができる。すなわち、構成管理サーバ10は、CMDB11MDR30からCI間の関連を抽出し、抽出された関連を接続することにより、CMDB11の参照範囲参照経路を限定するための参照モデルを自動的に生成する。CMDB11が参照される際において、構成管理サーバ10は、参照モデルの中から所望の参照範囲に対応する参照モデルをユーザに選択させ、当該参照モデルに基づいて、CMDB11の参照範囲を限定する。すなわち、選択された参照モデルに含まれるCIタイプの範囲内に参照範囲検索範囲が限定される。したがって、参照範囲としたい関連を自らの思考に基づいて一つずつ選択するといった煩雑な作業からユーザを解放することができる。なお、本実施の形態では、データベースの一例として、CMDB11又はMDR30を用いて説明した。但し、このことは、本実施の形態において説明した情報処理内容を適用可能な範囲が、CMDB等に限定されることを意図するものではない。すなわち、本実施の形態の情報処理内容は、データ及び該データ間の関連を管理する各種のデータベースに対して有効に適用されうる。以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。"