(57)【特許請求の範囲】
【請求項１】
構成情報の取得が制限された第１の構成要素を含むシステムの構成要素の構成情報を形成するためのシステムであって、
前記第１の構成要素以外の、１以上の他の構成要素の構成情報から前記第１の構成要素の存在を識別する識別部と、
構成情報の取得が制限された構成要素の構成情報を類推するためのパターン・データであって、１以上の条件集合および属性値と関連付けられたパターン・データを記憶する記憶部と、
前記１以上の他の構成要素のうち、前記第１の構成要素に関連する構成要素の構成情報がその条件集合を満たすパターン・データを前記記憶部から検索する検索部と、
検索された前記パターン・データに関連付けられた属性値を用いて、前記第１の構成要素の類推された構成情報を形成する形成部と、
を備える、システム。
【請求項２】
前記１以上の他の構成要素の構成情報および前記第１の構成要素の類推された構成情報をＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）として記憶する構成管理データベースをさらに備える、請求項１に記載のシステム。
【請求項３】
前記第１の構成要素の存在が識別されたことに応じて、第１の構成要素の存在を表現するＣＩが前記構成管理データベースに形成される、請求項２に記載のシステム。
【請求項４】
前記第１の構成要素の存在を表現するＣＩが複数形成された場合に、前記類推された情報が形成されたことに応じて当該複数のＣＩが統合される、請求項３に記載システム。
【請求項５】
前記識別部が、前記１以上の他の構成要素の構成情報のうち、前記第１の構成要素に関連する接続情報から前記第１の構成要素の存在を識別する、請求項１に記載のシステム。
【請求項６】
前記類推された構成情報が、当該構成情報が類推された情報であることを示すデータとともに記憶される、請求項１に記載のシステム。
【請求項７】
前記第１の構成要素の類推された構成情報を、前記１以上の他の構成要素の構成情報とともに表示装置に表示させる表示処理部をさらに備える、請求項１に記載のシステム。
【請求項８】
前記表示処理部が、前記第１の構成要素の類推された構成情報を、類推された構成情報であることを示すように表示装置に表示させる、請求項１に記載のシステム。
【請求項９】
前記第１の構成要素の実際の構成情報を取得されたことを条件に、前記類推された構成情報を前記実際の構成情報に置き換える、請求項１に記載のシステム。
【請求項１０】
他の構成要素の構成情報を取得する取得部をさらに備える、請求項１に記載のシステム。
【請求項１１】
前記他の構成要素が、管理対象システムの構成要素間の接続関係を含む、請求項１に記載のシステム。
【請求項１２】
前記第１の構成要素が、ハードウェア要素およびソフトウェア要素のいずれかである、請求項１に記載のシステム。
【請求項１３】
前記第１の構成要素が、ディスカバリが制限されたコンピュータ上のソフトウェアである、請求項１に記載のシステム。
【請求項１４】
構成情報の取得が制限された第１の構成要素を含むシステムの構成要素の構成情報を形成するためのプログラムであって、
前記第１の構成要素以外の、１以上の他の構成要素の構成情報から前記第１の構成要素の存在を識別する識別部、
構成情報の取得が制限された構成要素の構成情報を類推するためのパターン・データであって、１以上の条件集合および属性値と関連付けられたパターン・データを記憶する記憶部、
前記１以上の他の構成要素のうち、前記第１の構成要素に関連する構成要素の構成情報がその条件集合を満たすパターン・データを前記記憶部から検索する検索部、
検索された前記パターン・データに関連付けられた属性値を用いて、前記第１の構成要素の類推された構成情報を形成する形成部、
としてコンピュータを機能させる、プログラム。
【請求項１５】
構成情報の取得が制限された第１の構成要素を含むシステムの構成要素の構成情報を形成するためのシステムにおける方法であって、
システムが、前記第１の構成要素以外の、１以上の他の構成要素の構成情報から前記第１の構成要素の存在を識別するステップと、
システムが、構成情報の取得が制限された構成要素の構成情報を類推するためのパターン・データであって、１以上の条件集合および属性値と関連付けられたパターン・データを記憶する記憶部から、前記１以上の他の構成要素のうち、前記第１の構成要素に関連する構成要素の構成情報がその条件集合を満たすパターン・データを検索するステップと、
システムが、検索された前記パターン・データに関連付けられた属性値を用いて、前記第１の構成要素の類推された構成情報を形成するステップと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、システムの構成管理に関する。より特定的には、本発明は、構成情報のディスカバリに制限があるシステム構成要素に対応するＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）を形成するための方法、装置、およびプログラムに関する。
【背景技術】
【０００２】
近年、情報技術（ＩＴ）の活用がビジネスの成功に不可欠になるに伴って、効果的にＩＴシステムを活用してITサービスを提供することがますます重要になっている。しかし、「ＩＴシステムの複雑さ」や「運用管理コスト」が多くの企業の負担となっている。そのような背景において、ＩＴＩＬ（Information Technology Infrastructure Library）（英国政府の商標）が注目されている。【０００３】
ＩＴＩＬは、ＩＴサービスマネジメントを実現するためのベストプラクティスを集めたものである。ＩＴＩＬは、サービスサポートおよびサービスデリバリーを含み、サービスサポートは構成管理を含む。構成管理とは、管理対象システムの構成要素を認識し、構成要素についての情報を維持および更新し、確認し、並びに監査を行うプロセスである。【０００４】
ＩＴＩＬのフレームワークのコンテキストにおいて、構成管理データベース（ＣＭＤＢ）を用いて構成要素を管理することが推奨されている。ＣＭＤＢは、構成要素の少なくとも１つの属性および他の構成要素との関係を記録するデータベースである。ＣＭＤＢによって、構成要素に関する情報（構成情報）を検出（ディスカバリ）し、更新（トラッキング）する能力が得られる。【０００５】
背景技術として、例えば、特開２００４−００８６７２９号公報は、ｐｉｎｇコマンドの応答とＳＮＭＰ情報を取得し、それらの組み合わせによって、現実のネットワーク構成に近い状態のその解析結果が得られるようにすることを開示する。ネットワーク構成情報探索部は、対象とするネットワークの各機器に対し、ｐｉｎｇコマンド応答による機器の存在確認を行ない、その確認結果を応答結果データとしてデータベースに格納し、また、各機器からＳＮＭＰ情報を取得して、その取得の有無も含めて、探索結果データとしてデータベースに格納する。ネットワーク構成情報解析部は、これら応答結果データと探索結果データとを解析し、各機器毎に、かかる応答とＳＮＭＰ情報の取得の有無に応じて存在可能性を区分し、ＳＮＭＰ情報を取得した機器については、それに応じた接続関係を設定し、取得しない機器に対しては、ＩＰアドレスなどの他の情報も勘案して、接続関係を設定する。【０００６】
他の背景技術として、特開２００１−０２１７８３２号公報は、ＳＮＭＰを実装しているネットワーク環境において、ネットワークノード内部の物理的な機器構成を自動的に検出することを開示する。ＳＮＭＰマネージャを実装した管理者端末からネットワークノード内の各ネットワーク機器に対してＩＣＭＰエコーリクエストを送信し、その応答によって稼動状態の機器を検出し、検出した各機器のＳＮＭＰエージェントに対し、当該機器内の管理情報ベースの格納情報の転送要求を送信し、返信された管理情報ベースの格納情報によってネットワークノード内に存在する機器の種別を検出する。取得した物理アドレスとＩＰアドレスの対応情報に基づき、ブリッジ機能を有する機器の各ポートの接続先の機器をＩＰレベルで認識する。【０００７】
他の背景技術として、特開２００６−０２０２２８３号公報は、オブジェクト識別子にアクセスするためのSNMPリクエストを区別する。ネットワークを介して接続された被監視装置と関連する情報を、SNMPプロトコルを用いて抽出する方法を開示する。メモリにアクセスして被監視装置にアクセスするためのアクセス情報を取得する。アクセス情報は、（１）被監視装置から取得する一種類のステータスと、（２）被監視装置から一種類のステータス情報を取得するために用いるアクセス文字列とを含む。アクセス文字列を分析して、アクセス文字列が記憶されているかどうか判断し、アクセス文字列が記憶されているとき、アクセス文字列が所定の文字列を含むかどうか判断する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−００８６７２９号公報
【特許文献２】特開２００１−０２１７８３２号公報
【特許文献３】特開２００６−０２０２２８３号公報
【非特許文献】
【０００９】
【非特許文献１】IBM RED PAPER (DRAFT version) IBM Tivoli Common Data Model:Guide to Best Practices（IBM Form Number REDP-4389-00）、第2〜7頁、2007年11月
【非特許文献２】IBM Redbooks Deployment Guide Series: IBM Tivoli Change andConfiguration Management Database Configuration Discovery and Tracking v1.1、第41〜64頁、2006年11月
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ＣＭＤＢを用いたシステムでは、管理対象システム内にディスカバリ制限付き構成要素が存在する場合がある。かかる場合、ディスカバリ制限のためにそのような構成要素について十分な構成情報を収集できない可能性がある。そのような構成要素としては、無許可でシステムに導入され登録がされていないコンピュータ、ディスカバリを実行するサーバ（以下、ディスカバリ・サーバという）からのアクセスを制限しているコンピュータ、または、ディスカバリに必要なエージェント・プログラムを導入していないコンピュータなどに関連するハードウェア／ソフトウェア要素などが考えられる。この課題は、上記のいずれの背景技術によっても解決をすることができない。【００１１】
したがって、本発明の目的の１つは、構成情報を管理するための改善された方法、プログラム、およびシステムを提供することである。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、構成情報の取得が制限された第１の構成要素を含むシステムの構成要素の構成情報を形成するためのシステムが提供される。システムは、第１の構成要素以外の、１以上の他の構成要素の構成情報から第１の構成要素の存在を識別する識別部と、構成情報の取得が制限された構成要素の構成情報を類推するためのパターン・データであって、１以上の条件集合および属性値と関連付けられたパターン・データを記憶する記憶部と、１以上の他の構成要素のうち、第１の構成要素に関連する構成要素の構成情報がその条件集合を満たすパターン・データを記憶部から検索する検索部と、検索されたパターン・データに関連付けられた属性値を用いて、第１の構成要素の類推された構成情報を形成する形成部を備える。【００１３】
好ましくは、システムは、１以上の他の構成要素の構成情報および第１の構成要素の類推された構成情報をＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）として記憶する構成管理データベースをさらに備える。【００１４】
好ましくは、第１の構成要素の存在が識別されたことに応じて、第１の構成要素の存在を表現するＣＩが構成管理データベースに形成される。さらに好ましくは、第１の構成要素の存在を表現するＣＩが複数形成された場合に、類推された情報が形成されたことに応じて当該複数のＣＩが統合される。【００１５】
好ましくは、１以上の他の構成要素の構成情報のうち、第１の構成要素に関連する接続情報から第１の構成要素の存在を識別する。【００１６】
類推された構成情報が、当該構成情報が類推された情報であることを示すデータとともに記憶される。第１の構成要素の類推された構成情報を、１以上の他の構成要素の構成情報とともに表示装置に表示させる表示処理部をさらに備えることが好ましい。さらに、表示処理部が、第１の構成要素の類推された構成情報を、類推された構成情報であることを示すように表示装置に表示させる。【００１７】
第１の構成要素の実際の構成情報を取得されたことを条件に、類推された構成情報を実際の構成情報に置き換えるようにすることが好ましい。この場合、表示処理部は、表示装置に表示される情報を更新するようにすることが好ましい。【００１８】
以上、構成情報を管理するためのシステムとして本発明の概要を説明したが、本発明は、方法、プログラム、あるいはプログラム製品として把握することもできる。プログラム製品は、例えば、前述のプログラムを格納した記憶媒体を含め、あるいはプログラムを伝送する媒体を含めることができる。【００１９】
上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの構成要素のコンビネーションまたはサブコンビネーションもまた、発明となり得ることに留意すべきである。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態おける情報処理システム全体の概要を示した図である。
【図２】本発明の実施形態におけるディスカバリ・サーバの機能ブロック図である。
【図３】本発明の実施形態における管理対象システムの機能ブロック図である。
【図４】本発明の実施形態における情報処理システムの動作を表現するフローチャートである。
【図５】本発明の実施形態における構成管理データベースに記憶された構成要素の一例である。
【図６】本発明の実施形態における構成管理データベースに記憶された構成要素の一例である。
【図７】本発明の実施形態における構成管理データベースに記憶された構成要素の一例である。
【図８】本発明の実施形態における類推パターン・テンプレートの一例である。
【図９】本発明の実施形態の構成管理アプリケーション・プログラムのグラフィカル・ユーザ・インターフェースの一例である。
【図１０】本発明の実施形態おけるデータ処理システムに含まれるコンピュータ要素を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。
【発明を実施するための形態】
【００２１】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２２】
また、本発明は多くの異なる態様で実施することが可能であり、実施の形態の記載内容に限定して解釈されるべきものではない。また、実施の形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須とは限らないことに留意されたい。実施の形態の説明の全体を通じて同じ要素には同じ番号を付している。
【００２３】
まず、本発明の実施形態を理解するために必要と思われる主要な用語を説明する。
【００２４】
ＣＭＤＢ（構成管理データベース）：管理対象の情報システムの構成要素に関する情報の保管・管理を行うための統合されたデータベースである。ＣＭＤＢは、各ＣＩの少なくとも１つの所定の属性および他のＣＩとの関係を記録する。ＣＭＤＢはユーザがコンポーネント間の関係を理解することを支援し、その構成を管理できるようにする。ＣＭＤＢはＩＴＩＬフレームワークの構成管理プロセスの中核となっている。ＣＭＤＢは、概念的にはデータベースであるが、物理的にはデータベース・システム、表計算ソフトのスプレッドシートなどの様々な形態を取りうる。ＣＭＤＢを利用することによって、管理者はＣＩの構成、ＣＩ間の関係を理解することが容易になる。
【００２５】
ＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）：ＩＴサービスマネジメントの対象範囲に属する構成要素（コンポーネント）に対応するデータであり、ＩＴサービスマネジメントにおける管理対象の基本単位である。例えば、ＣＩとして管理される対象はハードウェアおよびソフトウェアを含むシステム資源、ＩＴサービスの提供に必要な設備、ＩＴサービスの運営に関する規程書、作業手順書および構成図などのドキュメント類、ハードウェアまたはソフトウェアの保守作業などのサービス、プロセス、並びに人的資源などを含むがこれに限られない。すなわち、実際に存在するハードウェアやソフトウェアのみでなく、論理的に存在する接続関係やサービス、プロセスなども、ＣＩとして管理をすることができる。今後も様々なタイプのＣＩが、ＣＭＤＢで管理されるようになるであろう。各ＣＩは、以下に説明するデータ・モデルのインスタンスとしてＣＭＤＢ上で表現され得る。ＣＩの例は、静的なデータのインスタンス、またはＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスである。実装されたＪａｖａのクラスのインスタンスは、例えばJava Data Objects（ＪＤＯ）と呼ばれる、Ｊａｖａのクラスのインスタンスを永続化してハードディスクに保存する仕組みにより、ＣＭＤＢ内に格納される。こうすることで、作成されたＪａｖａのクラスのインスタンスはコンピュータ・システムの電源を一旦切っても消失することはなく、次に電源を投入したときに、記憶装置（例えば、ハードディスク）から読み出され、メインメモリ上に展開されて、Ｊａｖａのプログラムによって変更あるいは削除可能なＪａｖａのクラスのインスタンスとなる。以下では、ＣＩがインスタンスとしてＣＭＤＢ内に実装されるものとして、説明をする場合がある。
【００２６】
ＣＩモデル：ＣＩを定義するためのスキーマであり、管理されるＣＩとそれらＣＩ間の関係の一貫した定義を提供するデータ・モデルである。具体的には、データ・モデルは、ＣＩの所定の属性および他のＣＩ（製造装置、プロセスなど）との関係を定義する。データ・モデルの例として、ＩＢＭが提唱する構成管理データベース用のデータ・モデル「ＣＤＭ（Ｃｏｍｍｏｎ  Ｄａｔａ  Ｍｏｄｅｌ）」がある。「ＣＤＭ」では、2006年の時点において、31種類のセクション（Computer System、Database、Application、Processなどのカテゴリ）、636種類のクラス（データ・モデルの基本単位、１つまたは複数のセクションに属する）、2609種類の属性（データの属性情報、１つのクラスに属する）、7種類のインターフェース（使用頻度の高い属性のグループ、複数のセクションに属する）、57種類の関係（リレーションシップ）、および49種類のデータタイプ（データの種別）が定義されている。ＣＤＭの実装は例えば、Unified Modeling Language（ＵＭＬ）に基づいて行われる。ＣＤＭの詳細については、IBM RED PAPER(DRAFT version) IBM Tivoli Common Data Model: Guide to Best Practices（IBM FormNumber REDP-4389-00）、第2〜7頁、2007年11月（非特許文献１）を参照されたい。
【００２７】
属性（Attributes）：ＣＩを管理するに際して、個々のＣＩを特定し、ＣＩを説明する。属性として、ＣＩ名（そのＣＩを識別するための名称）、製品番号（ＩＤ）（ＣＩのある特定の実体を個別に識別するための番号。例：製造番号、シリアル番号など）、型番（供給者の命名したＣＩのモデル番号）、保証期間（ＣＩの供給者による保証期間）、ロケーション（ＣＩが存在する場所。例えば、ＰＣの設置場所、ソフトウェアの書庫、媒体の保管場所、サービスを提供しているサイトなど）、所有責任者（ＣＩの管理責任者の名前）、供給者（ＣＩの開発元または提供元）、ライセンス（ライセンス番号、ライセンス数など）、ＣＩのステータス（現在のステータス、例えば稼働中、テスト中、故障中、あるいは将来のステータスなど）を例として挙げることができるがこれらに限定されない。また、ユーザないし管理者が属性を自由にカストマイズすることができるようにすることもできる。
【００２８】
関係（Relation）：ＣＩ間の関係を表す属性である。関係は、ＣＩと同様にデータ・モデルで定義されうる。関係の例として、Ｃｏｍｍｏｎ  Ｄａｔａ  Ｍｏｄｅｌ  では、assigns、canConnect、canUse、connectAt、connects、controls、deployedOn、Located、Managed、Owned、provides、runAt、uses、usedByが定義されている。
【００２９】
図１は、本発明の実施形態おける情報処理システム全体の概要を示した図である。本発明の実施の形態による情報処理システムは、ディスカバリ・サーバ１０５、オペレータ・コンソール１１０、管理対象システム１２０を含む。本発明の実施形態では、管理対象システム１２０はアプリケーション・サーバ１２２、１２４、１２６を含む。
【００３０】
ディスカバリ・サーバ１０５と管理対象システム１２０の各コンピュータは、ネットワーク１１５で接続されている。すなわち、ネットワーク１１５は、ディスカバリ・サーバ１０５とアプリケーション・サーバ１２２、１２４、１２６を接続する通信経路であり、一例としてＬＡＮ（ローカル・エリア・ネットワーク）またはインターネットにより実現することができる。なお、ネットワーク１１５は、有線接続であるか無線接続であるかを問わない。ＬＡＮまたはインターネットであるネットワーク１１５は、当業者によく知られた通信プロトコルであるＴＣＰ／ＩＰを用いてシステム間を接続する。
【００３１】
図２は、本発明の実施形態におけるディスカバリ・サーバ１０５の機能ブロック図である。なお、図２の機能ブロック図に示す各要素は、図１０に例示したハードウェア構成を有する情報処理装置において、ハードディスク装置１３などに格納されたオペレーティング・システムやＣＭＤＢの構築を支援し、ＣＭＤＢを基盤に運用プロセスを制御するＩＢＭソフトウェア製品である「Tivoli Change and Configuration Management Database」（以下、IBMTivoli CCMDB）などのコンピュータ・プログラムをメインメモリ４にロードした上でＣＰＵ１に読み込ませ、ハードウェア資源とソフトウェアを協働させることによって実現することができる。
【００３２】
IBM Tivoli CCMDBでは、分散ネットワーク環境上の構成要素であるサーバ、クライアント、オペレーティング・システム（ＯＳ）、ミドルウェア（Ｗｅｂ／ＡＰ／ＤＢＭＳ／ＬＤＡＰなど）、パッケージ・ソフト、管理ツール、ネットワーク機器およびストレージ機器など300種類を識別し、さらに各構成要素についての情報、例えばコンピュータの構成についての情報、各コンピュータ上で動作するアプリケーションについての情報、各コンピュータに接続されているネットワーク接続ストレージ（ＮＡＳ）などの構成情報、ネットワークに直接接続されているストレージエリアネットワーク（ＳＡＮ）などの構成情報を自動的に発見しおよび更新することができる。IBM Tivoli CCMDBにおけるディスカバリおよびトラッキングの詳細は、IBM Redbooks Deployment Guide Series: IBM Tivoli Change andConfiguration Management Database Configuration Discovery and Tracking v1.1、第41〜64頁、2006年11月（非特許文献２）を参照されたい。
【００３３】
本発明の実施形態のディスカバリ・サーバ１０５は、ネットワーク通信部２０５、ディカバリ・センサ２１０、ディスカバリ・テーブル２１５、ＣＩ管理部２２０、モデル・テーブル２２５、ＣＭＤＢ（構成管理データベース）２３０、類推ディスカバリ処理部２３５、類推パターン・データベース２４０、および構成管理アプリケーション２４５を備える。なお、これらは、単独のコンピュータ上に実装されていてもよく、あるいは複数のコンピュータ上に分散して実装されていてもよいことに留意されたい。
【００３４】
ネットワーク通信部２０５は、管理対象システム１２０およびオペレータ・コンソール１１０との通信を行うための通信インターフェースである。管理対象システム１２０の構成要素の構成情報の取得や、オペレータ・コンソール１１０でのオペレータの操作情報の取得、オペレータ・コンソール１１０への表示情報の送出などは、ネットワーク通信部２０５を通じて実現される。
【００３５】
ディカバリ・センサ２１０は、ＣＭＤＢの管理対象システムの構成要所についての情報の検出（ディスカバリ）を実行する。本発明の実施形態では、管理対象システムの構成要素は、ネットワークを介してディスカバリ・サーバに接続されている。各構成要素についての情報の収集方法は管理対象によっても異なるが、基本的にはＣＭＤＢを管理するコンピュータ・システムがＳＳＨ（Secure SHell）などを用いて管理用のリモート・インタフェースに定期的にアクセスし、ＯＳ上の設定ファイルまたは構成情報を読み取ったり、あるいはＣＭＤＢを管理するコンピュータ・システムが設定確認コマンドを実行したりする。そのため、本発明の実施形態では管理対象システムの構成要素にエージェント・プログラムを導入する必要はない。ただし、管理対象システムの構成要素の一部または全部にエージェント・プログラムが導入されている場合も本発明は実施可能であることに留意されたい。ディスカバリ・センサ２１０は検出した情報をＣＩ管理部２２０に渡す。
【００３６】
ディスカバリ・テーブル２１５は、ディスカバリ・インスタンスを格納する。ディスカバリ・インスタンスは、ディスカバリ・センサによって管理対象の構成要素についての構成情報を検出するために使用される。ディスカバリ・インスタンスは、例えば、静的なデータのインスタンスまたはＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。ディスカバリ・インスタンスは、ディスカバリ・ポリシーとも呼ばれる。ディスカバリ・インスタンスは、ディスカバリ・センサが構成情報を取得する範囲である収集対象、収集する属性、および収集する関係の情報を含む。収集対象は例えば、サブネットＩＰアドレス、ＩＰアドレスの範囲、個々のＩＰアドレス、ＭＡＣアドレス、機器の識別子、ホストネーム若しくはデータベース名またはそれらの組み合わせを用いて指定されうる。別の態様として、収集対象を、コンピュータ・システムにネットワークを介して接続されたスケジュール管理データベース（図示せず）としてもよい。スケジュール管理データベースには例えば、機器を使用するプロセス管理に関するデータが格納されている。さらに別の態様として、収集対象を、バッチ処理定義ファイルを格納するデータベース（図示せず）としてもよい。収集対象がバッチ処理定義ファイルを格納するデータベースの場合、ディスカバリ・センサは、バッチ処理定義ファイルの中身を読み込むことにより検出を行う。バッチ処理定義ファイルには、例えば機器をどの順に使用するかのデータが格納されている。
【００３７】
ディスカバリ・サーバの管理者は、検出の対象を任意に設定しうる。検出の範囲は例えば、ドメイン名、ＩＰアドレス、ＭＡＣアドレス、機器の識別子若しくはデータベース名またはこれらの組み合わせにより指定することができる。管理対象である構成要素が例えばハードウェアまたはソフトウェアである場合、当該ハードウェアまたはソフトウェアについての構成情報がそれぞれ検出される。検出された構成情報は、新たな構成要素についての構成情報、または既存の構成要素の更新された属性若しくは関係の値でありうる。新たな構成要素とは、ディスカバリ・センサによって検出されたが、その時点でＣＭＤＢ内にまだＣＩとして登録されていない構成要素である。既存の構成要素とは、該構成要素のＣＩがＣＭＤＢ内に既に登録されている構成要素である。ディスカバリ・センサは、管理対象システムの構成要素についての情報を、ディスカバリ・テーブル内に格納されたディスカバリ・インスタンスに従って検出する。
【００３８】
ＣＩ管理部２２０は、管理対象システムの構成要素についての情報をディスカバリ・センサから受け取って処理を行う。具体的には、ＣＩ管理部２２０は、受け取った情報が、新しい構成要素についての構成情報か、既存の構成要素の更新された属性若しくは関係の値かどうかを、ＣＭＤＢを参照して判定する。当該判定は例えば、ＣＭＤＢに格納されたＣＩの「ＣＩ名」を、上記構成要素についての情報と比較することで行われ得る。
【００３９】
上記受け取った情報が新しい構成要素に関するものであると判定された場合、ＣＩ管理部２２０は、モデル・テーブル２２５に格納されたデータ・モデルに従って、受け取った情報から、当該構成要素についての所定の属性および他の構成要素との関係を示す１組のデータを作成する。該１組のデータは例えば、静的なデータのインスタンスまたはＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。該１組のデータの例が、ＣＩである。上記１組のデータは、ＣＭＤＢ２３０内に格納される。なお、１組のデータは、１つのＣＩ内に属性および関係を含むようにしてもよく、あるいはＣＩインスタンス内に属性を有し、それとは別に関係インスタンスとして別々にＣＭＤＢ２３０内に格納するようにしてもよい。
【００４０】
上記受け取った情報が既存の構成要素の更新された属性若しくは関係の値であると判定された場合、ＣＩ管理部２２０は、当該情報を用いて当該既存の構成要素に対応するＣＩの属性および関係を更新し、トラッキングを実現する。すなわち、ＣＩ管理部２２０は、既存の構成要素の更新された属性若しくは関係の値を、ＣＭＤＢ内に格納された当該構成要素に対応するＣＩに反映させる。かかる反映は、従前のＣＩの属性あるいは関係の値のすべてを受け取った情報と置き換えてもよく、あるいは従前のＣＩの属性あるいは関係の値のうち受け取った情報異なる属性の値のみを置き換えてもよい。
【００４１】
モデル・テーブル２２５は、データ・モデルであるＣＩモデルを含む。データ・モデルは、ＣＩ管理部２２０によって管理対象システムの構成要素に対応するＣＩの所定の属性および他の構成要素との関係を示す１組のデータが作成される際に使用される。また、本発明の実施形態では、データ・モデルは管理対象システムの構成要素間の接続関係に対応するものも含まれていることに留意されたい。
【００４２】
ＣＭＤＢ２３０は、上述のＣＩモデルを使用して形成されたＣＩを格納する。また、ＣＭＤＢ２３０は、後述する「不明ＣＩ」および「類推ＣＩ」も格納する。本発明の実施形態のＣＭＤＢ２３０に格納されるＣＩはＣｏｍｍｏｎ  Ｄａｔａ  Ｍｏｄｅｌ（ＣＤＭ）に原則として従うが、本発明の実施形態の説明に特に必要となる属性を以下の表において説明する。
【００４３】
【表１】
0005385991.tif 000002
【００４４】
類推ディスカバリ処理部２３５は、管理対象システム内の構成情報の取得が制限された構成要素（本発明の実施形態において、「ディスカバリ制限付き構成要素」と称することがある）についての構成情報を類推し、類推された構成情報を用いてＣＩを形成するための処理を実行する。本発明の実施形態の類推ディスカバリ処理部２３５は、ディスカバリ制限付き構成要素識別部２５０、パターン検索部２５５、類推ＣＩ形成部２６０を含む。
【００４５】
なお、本発明の実施形態では、かかる処理を「類推ディスカバリ」と称し、類推ディスカバリ処理の結果として類推された構成情報に基づいて形成されたＣＩを「類推ＣＩ」と称することがある。また、本発明の実施形態では、通常のディカバリ処理よって取得された構成情報に基づいて形成されたＣＩを「通常ＣＩ」と称することがある。さらに、本発明の実施形態では、類推ＣＩを形成する過程で生成される未だ類推された構成情報が反映されていないＣＩであって、構成要素の存在を表現するためのＣＩを「不明ＣＩ」と称することがある。
【００４６】
ディスカバリ制限付き構成要素識別部２５０は、通常ディスカバリによって得られたディスカバリ制限付き構成要素ではない他の構成要素の構成情報に基づいて、ディスカバリ制限付き構成要素の存在を識別する。かかる他の構成要素の構成情報は、ＣＭＤＢ２３０にアクセスすることによって取得される。より具体的には、ディスカバリ制限付き構成要素識別部２５０は、他の構成要素の構成情報のうち、「論理接続ＣＩ」と称されるＣＩからディスカバリ制限付き構成要素に関連する接続情報を取得することによって、当該ディスカバリ制限付き構成要素の存在を識別する。
【００４７】
パターン検索部２５５は、後述の類推パターン・データベース２４０に記憶されたパターン・データである類推パターン・テンプレートの集合から、構成情報を類推しようとするディスカバリ制限付き構成要素に関連する、他の構成要素の構成情報がその条件集合を満たす類推パターン・テンプレートを検索する。この検索の詳細は、図４および図８を用いて後述される。
【００４８】
類推ＣＩ形成部２６０は、パターン検索部２５５によって検索された類推パターン・テンプレート関連付けられた属性値を用いて、ディスカバリ制限付き構成要素の類推された構成情報を形成し、類推された構成情報を用いて類推ＣＩを形成する。これらの類推ＣＩの形成の詳細は、図４、図７等を用いて後述される。
【００４９】
類推パターン・テンプレート・データベース２４０は、構成情報の取得が制限された構成要素の構成情報を類推するためのパターン・データである類推パターン・テンプレートの集合を記憶する。類推パターン・テンプレートは、当該パターン・テンプレートを使用すべきかどうかを判定するための１以上の条件の集合と、条件集合に合致した場合に類推された構成情報を形成するための属性値と関連付けられている。なお、類推パターン・テンプレートの具体例は、図８を用いて後で詳述される。
【００５０】
構成管理アプリケーション２４５は、ディスカバリ・サーバ１０５の各機能を制御し、構成管理を実施するためのアプリケーション・ソフトウェアである。システム管理者またはユーザは、オペレータ・コンソール１１０を操作して、構成管理アプリケーション２４５にアクセスし、ディスカバリ・サーバ１０５の各機能を操作する。また、構成管理アプリケーション２４５は、ディスカバリ制限付き構成要素に関して類推された構成情報を、他の構成要素の構成情報とともにオペレータ・コンソール１１０の表示装置に表示させる機能をも有する。具体的には、構成管理アプリケーション２４５は、構成管理データベース（ＣＭＤＢ）２３０に記憶された通常ＣＩ、類推ＣＩ、不明ＣＩの情報をオペレータ・コンソール１１０に同時に統合的に表示することができる。このとき、構成管理アプリケーション２４５は、通常ＣＩ、類推ＣＩ、不明ＣＩはそれぞれが、通常ＣＩ、類推ＣＩ、不明ＣＩであることが管理者ないしユーザに判別できるように表示がされるように表示制御を行う。
【００５１】
図３は、本発明の実施形態における管理対象システムの機能ブロック図である。サーバ１２２（ＩＰアドレス：１９２．１６８．０．１０１）には、マイクロソフト・コーポレーションが提供するソフトウェア製品Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ３０２が導入されている。サーバ１２４（ＩＰアドレス：１９２．１６８．０．１０２）には、マイクロソフト・コーポレーションが提供するソフトウェア製品Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ３０４が導入されている。サーバ１２６（ＩＰアドレス：１９２．１６８．０．１０３）には、マイクロソフト・コーポレーションが提供するソフトウェア製品Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒ３０６が導入されている。これらの導入済みソフトウェア製品の間には、論理接続関係３１２、３１４、３１６が存在する。
【００５２】
図４は、本発明の実施形態における情報処理システムの動作を表現するフローチャートである。処理はステップ４０５でスタートし、ステップ４１０でディスカバリ可能コンピュータ装置に対して通常のディスカバリが実施される。図５は、本発明の実施形態において、ステップ４１０が実行された場合の、ＣＭＤＢ２３０内に生成されたＣＩを表現している。
【００５３】
図５は、ステップ４１０が実行された場合の、本発明の実施形態における構成管理データベース（ＣＭＤＢ）に記憶されたＣＩの一例である。図５は、ＣＩ５２２、５２４、５０２、５０４、５１２、５１４、５１６の合計７つのＣＩを含む。
【００５４】
ＣＩ５２２、５２４は、それぞれサーバ１２２、１２４のハードウェア要素を表現しており、「ＣｏｍｐｕｔｅｒＳｙｓｔｅｍ１」、「ＣｏｍｐｕｔｅｒＳｙｓｔｅｍ２」というＣＩ名がそれぞれ付与されている。本発明の実施形態では、このタイプのＣＩを「ハードウェアＣＩ」というものとする。本発明の実施形態においては、ＣＩ５２２、５２４の属性値は重要でないので、省略されていることに留意されたい。
【００５５】
ＣＩ５０２、５０４は、サーバ１２２、１２４に導入されたアプリケーションを表現しており、「ＥｘｃｈａｎｇｅＳｅｒｖｅｒ１」、「ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ１」というＣＩ名がそれぞれ付与されている。本発明の実施形態では、このタイプのＣＩを「アプリケーションＣＩ」というものとする。本発明の実施形態においては、アプリケーションＣＩであるＣＩ５０２、５０４内に、Host、Type、Credibility、IPAddress、Port[]、Process[]、LogicalConnection[]、の各属性が記述される。
【００５６】
ＣＩ５１２、５１４、５１６は、アプリケーション間の論理的な接続関係を表現しており、「ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ１」、「ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ２」、「ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ３」というＣＩ名がそれぞれ付与されている。本発明の実施形態では、このタイプのＣＩを論理接続ＣＩというものとする。本発明の実施形態においては、論理接続ＣＩであるＣＩ５１２、５１４、５１６内に、FromAppServer、FromIp、FromPort、ToAppServer、ToIp、ToPort、の各属性が記述される。
【００５７】
Ｗｉｎｄｏｗｓ（Ｒ）オペレーティング・システムが導入されているサーバでは、論理接続ＣＩは既存のＷＭＩ（Windows Management Instrumentation）およびnetstatコマンドを用いることによって得られた情報を組み合わせ、処理をすることによって生成することができる。
【００５８】
具体的には、「Win32_Service」クラスを使用するＷＭＩスクリプトを作成してを実行することによって、Windowsのサービス名およびプロセスＩＤ（例えば”MSExchangeTransport “” 4316”）を出力として取得することができる。このようなＷＭＩスクリプトは当業者は適宜実施することができるので、ここでは詳細は説明されない。
【００５９】
また、netstatコマンドを実行することによって、ＩＰアドレス、ポート番号、および関連するプロセスＩＤを取得することができる。netstatコマンドを実行した結果の一例を以下に示す。
>netstat -nao
Proto  LocalAddress      ForeignAddress    State       PID
TCP  192.168.0.1:49154  192.168.0.2:389  ESTABLISHED  4316
TCP  192.168.0.1:49152  192.168.0.3:25   ESTABLISHED  4316
【００６０】
また、ＵＮＩＸ（Ｒ）オペレーティング・システムが導入されているサーバでは、論理接続ＣＩは既存のpsコマンドおよびlsofコマンドを用いることによって得られた情報を組み合わせ、処理をすることによって生成することができる。具体的には、psコマンドを利用して実行ファイル名、プロセスＩＤが取得され、lsofを使用してＩＰアドレス、ポート番号、および関連するプロセスＩＤを取得することができる。
【００６１】
なお、アプリケーションＣＩについての一般的なディスカバリの手法は、よく知られたものであり、上記の開示と合わせて読めば、他の属性の形成を含む、本発明の実施形態の通常ＣＩの形成を当業者は適宜実施をすることができるのでこれ以上の詳細はここでは説明されない。
【００６２】
図４のフローチャート４００に戻り、処理はステップ４１５へ進み、論理接続ＣＩに含まれる情報に基づいて、ディスカバリ制限付きコンピュータ上のアプリケーションについて、不明ＣＩを生成する。図６は、本発明の実施形態において、ステップ４１５が実行された場合の、ＣＭＤＢ内に記録されるＣＩを表現している。
【００６３】
図６は、ステップ４１５が実行された場合の、本発明の実施形態における構成管理データベース（ＣＭＤＢ）に記憶された構成要素（ＣＩ）の一例である。図６には、ＣＩ５２２、５２４、５０２、５０４、５１２、５１４、５１６に加え、ＣＩ５０６ａ、ｂ、５２６の不明ＣＩが含まれることに留意されたい。
【００６４】
本発明の実施形態では、不明ＣＩであるＣＩ５０６ａ、ｂは、次のようにして形成される。すなわち、論理接続ＣＩ内のToAppServerまたはFromAppServerの属性がUnknown（接続先不明）の値である場合に、不明ＣＩを生成する。そして、生成したＣＩのLogicalConnection属性に当該論理接続ＣＩを、IPAddress、Port属性に当該論理接続ＣＩ内のToIpまたはFromIp、および、ToPortまたはFromPortの値を指定する。Type、Credibility属性にはそれぞれ”NULL”、”Unknown”をそれぞれ設定する。そして、ＩＰアドレスに対して、固有のHost属性の値を自動生成する。なお、その後、自動生成されたHost属性の値を用いて、ハードウェアＣＩ（ここでは、「ＣｏｍｐｕｔｅｒＳｙｓｔｅｍ３」）が生成されることとなる。
【００６５】
図４のフローチャート４００に戻り、処理はステップ４２０へ進み、類推パターン・テンプレート・データベース２４０に記憶された１以上の類推パターン・テンプレートと、不明ＣＩを含むＣＭＤＢ内のＣＩとのマッチングを実行して、条件に合致する類推パターン・テンプレートを検索する。
【００６６】
図８は、本発明の実施形態におけるパターン・テンプレートの一例である。本発明のパターン・テンプレート８００ａ〜ｎは、条件集合８１０およびアクション８２０を含む。本発明の実施形態の条件集合８１０は、不明ＣＩのタイプを類推するために使用される条件の集合である。アクション８３０は、条件集合８１０が満たされた場合に、実行されるアクションを定義する。具体的には、本発明の実施形態では、条件集合８１０が満たされた場合に、関連付けられた属性値を対応する不明ＣＩのType属性に割り当てるというアクションが定義されている。
【００６７】
本発明の実施形態の類推パターン・テンプレート・データベースに記憶されたパターン・テンプレートの１つであるパターン・テンプレート８００ａの条件集合８１０に含まれる個々の条件の意味は、以下の通りである。なお、本発明の実施形態では、条件８１１、８１２、８１３、８１４、８１５がすべて満たされた場合に、条件集合８１０が満たされたと判断される。
・条件８１１：ある不明ＣＩがＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ属性としてもつ論理接続ＣＩ（ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（１））のToPort属性の値が「２５」であること
・条件８１２：ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（１）のFromAppServer属性が示すアプリケーションＣＩのType属性が”ExchangeServer”であること
・条件８１３：ある不明ＣＩがＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ属性としてもつ他の論理接続ＣＩ（ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（２））のToPort属性の値が「３８９」であること
・条件８１４：ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（２）のToAppServer属性が示すアプリケーションＣＩのType属性が”ActiveDirectory”である。
・条件８１５：ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（１）のToIp属性の値と、ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（２）のFromIp属性の値が等しい。
【００６８】
本発明の実施形態のパターン・テンプレート８００ａのアクション８２０に含まれる個々のアクションの意味は、以下の通りである。
・アクション８２１：ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（１）のToAppServer属性が示すアプリケーションＣＩのType属性を”ExchangeServer”にセットする
・アクション８２２：ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（２）のFromAppServer属性が示すアプリケーションＣＩのType属性を”ExchangeServer”にセットする
【００６９】
上述のパターン・テンプレート８００ａに関して図６の不明ＣＩ５０６ａ、ｂについてみると、不明ＣＩ５０６ａのもつ論理接続ＣＩ（「ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ１」）のToPortは「２５」、FromAppServerが示すアプリケーションＣＩ（「ＥｘｃｈａｎｇｅＳｅｒｖｅｒ１」）のType属性が”Exchage Server”であるから、条件８１１、８１２を満たしている。また、不明ＣＩ５０６ｂのもつ論理接続ＣＩ（「ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ３」）のToPortは「３８９」、ToAppServerが示すアプリケーションＣＩ（「ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙ１」）のType属性が”ActiveDirectory”であるから、条件８１３、８１４を満たしている。さらに、ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ１のToIp、ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ２のFromIpは、両方とも”192.168.0.103”であるから条件８１５も満たしている。よって、パターン・テンプレート８００ａの条件集合８１０が満たされることとなる。
【００７０】
図４のフローチャート４００に戻り、処理はステップ４２５へ進み、パターン・テンプレート・データベース２４０に条件を満たすパターン・テンプレートが存在するかどうかが判断される。条件を満たすパターン・テンプレートが存在しないと判断された場合、処理はＮＯの矢印からステップ４４０に進み、管理対象システムに存在する構成要素について通常ＣＩと類推ＣＩをそれらの接続関係を１システムとして表示することによって、管理者ないしに提示する。
【００７１】
条件を満たすパターン・テンプレートが存在すると判断された場合、処理はＹＥＳの矢印からステップ４３０に進み、ディスカバリ制限付きコンピュータ上のアプリケーションに関して、条件集合に合致した結果検索されたパターン・テンプレートのアクションを実行し、類推ＣＩを生成する。この処理は、不明ＣＩのType属性を”NULL”から条件を満たすパターン・テンプレートに記述された関連する属性値（この具体例では”Exchange Server”）に変更し、かつ、Credibility属性を”Unknown”から”Analogized”と変更することによって行われる。
【００７２】
次に、処理はステップ４３５に進み、ディスカバリ・サーバに記憶されたリコンシレーション・ルールに従って、重複する複数のＣＩのリコンシレーションを実行する。本発明の実施形態におけるリコンシレーションは、条件集合が満たされた場合に、実体的には同一のアプリケーションについて複数存在していた不明ＣＩから生成された類推ＣＩを統合することを含む。
【００７３】
本発明の実施形態では、Type属性が“Exchange Server”である複数のアプリケーションＣＩが同一のIPアドレスを有している場合に、当該複数のアプリケーションＣＩを統合するというリコンシレーション・ルールが設定されているものとする。本発明の実施形態では、不明ＣＩ５０６ａから生成された類推ＣＩおよび不明ＣＩ５０６ｂから生成された類推ＣＩは、Type属性として”Exchange Server”をともに有しており、かつ、同一のＩＰアドレス（”192.168.0.103”）を有しているので、両者は統合されることとなる。
【００７４】
図７は、本発明の実施形態における、類推ＣＩの生成（ステップ４３０）、および、リコンシレーション（ステップ４３５）が実行された後の構成管理データベースに記憶された構成要素の一例である。新たに単一の類推ＣＩであるＣＩ５０６が生成され、Type属性に”Exchange Server”が存在し、Credibility属性が”Analogized”に変更されていることに留意されたい。
【００７５】
処理はステップ４４０に進み、管理対象システムに存在する構成要素について通常ＣＩと類推ＣＩをそれらの接続関係を１システムとして表示することによって、管理者に提示する。図９は、かかる表示を行う本発明の実施形態の構成管理アプリケーション・プログラムのグラフィカル・ユーザ・インターフェースの一例である。類推ＣＩであるアプリケーションＣＩが点線で囲まれ、類推ＣＩであることが管理者にわかるようにされていることに留意されたい。
【００７６】
処理はステップ４４５に進み、通常ＣＩに置換すべき類推ＣＩが発生するまで待機する。ディスカバリ制限の解除やユーザの属性の実際の値の入力などによって、通常ＣＩに置換すべき類推ＣＩが存在するかどうかがステップ４５０で判断される。ステップ４５０において存在すると判断された場合は、ＹＥＳの矢印からステップ４５５に進み、類推ＣＩが通常ＣＩに置き換えられる。一方、ステップ４５０において存在しないと判断された場合は、処理はステップ４６０に進み終了する。
【００７７】
図１０は、本発明の実施形態おける情報処理システムに含まれるディスカバリ・サーバ等のコンピュータ要素を実現するのに好適な情報処理装置のハードウェア構成の一例を示した図である。情報処理装置は、バス２に接続されたＣＰＵ（中央処理装置）１とメインメモリ４を含んでいる。ハードディスク装置１３、３０、およびＣＤ−ＲＯＭ装置２６、２９、フレキシブル・ディスク装置２０、ＭＯ装置２８、ＤＶＤ装置３１のようなリムーバブル・ストレージ（記録メディアを交換可能な外部記憶システム）がフロッピーディスクコントローラ１９、ＩＤＥコントローラ２５、ＳＣＳＩコントローラ２７などを経由してバス２へ接続されている。
【００７８】
フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭのような記憶メディアが、リムーバブル・ストレージに挿入される。これらの記憶メディアやハードディスク装置１３、３０、ＲＯＭ１４には、オペレーティング・システムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・プログラムのコードを記録することができる。メインメモリ４にロードされることによってコンピュータ・プログラムは実行される。コンピュータ・プログラムは圧縮し、また複数に分割して複数の媒体に記録することもできる。
【００７９】
情報処理装置は、キーボード／マウス・コントローラ５を経由して、キーボード６やマウス７のような入力デバイスからの入力を受ける。情報処理装置は、視覚データをユーザに提示するための表示装置１１にＤＡＣ／ＬＣＤＣ１０を経由して接続される。
【００８０】
情報処理装置は、ネットワーク・アダプタ１８（イーサネット（Ｒ）・カードやトークンリング・カード）等を介してネットワークに接続し、他のコンピュータ等と通信を行うことが可能である。図示はされていないが、パラレルポートを介してプリンタと接続することや、シリアルポートを介してモデムを接続することも可能である。
【００８１】
以上の説明により、本発明の実施の形態によるディスカバリ・サーバ等を実現するのに好適な情報処理装置は、通常のパーソナルコンピュータ、ワークステーション、メインフレームなどの情報処理装置、または、これらの組み合わせによって実現されることが容易に理解されるであろう。ただし、これらの構成要素は例示であり、そのすべての構成要素が本発明の必須構成要素となるわけではない。
【００８２】
本発明の実施の形態において使用される情報処理装置の各ハードウェア構成要素を、複数のマシンを組み合わせ、それらに機能を配分し実施する等の種々の変更は当業者によって容易に想定され得ることは勿論である。それらの変更は、当然に本発明の思想に包含される概念である。
【００８３】
本発明の実施の形態のディスカバリ・サーバ等は、マイクロソフト・コーポレーションが提供するＷｉｎｄｏｗｓ（Ｒ）オペレーティング・システム、アップル・コンピュータ・インコーポレイテッドが提供するＭａｃＯＳ（Ｒ）、Ｘ  Ｗｉｎｄｏｗ  Ｓｙｓｔｅｍを備えるＵＮＩＸ（Ｒ）系システム（たとえば、インターナショナル・ビジネス・マシーンズ・コーポレーションが提供するＡＩＸ（Ｒ））のような、ＧＵＩ（グラフィカル・ユーザー・インターフェース）マルチウインドウ環境をサポートするオペレーティング・システムを採用する。
【００８４】
以上から、本発明の実施の形態において使用されるディスカバリ・サーバ等は、特定のマルチウインドウ・オペレーティング・システム環境に限定されるものではないことが理解される。
【００８５】
以上、本発明の実施形態によれば、ディスカバリ制限付き構成要素についても類推された構成情報を用いてＣＩを形成することができる、改善された管理対象システムの構成要素の構成情報を管理するシステム、方法、プログラム、およびプログラム製品を提供することが実現される。従って、管理対象システムの管理者ないしユーザの生産性を高めることができることが容易に理解できる。
【００８６】
また、本発明は、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせとして実現可能である。ハードウェアとソフトウェアの組み合わせによる実行において、所定のプログラムを有するデータ処理システムにおける実行が典型的な例として挙げられる。かかる場合、該所定プログラムが該データ処理システムにロードされ実行されることにより、該プログラムは、データ処理システムを制御し、本発明にかかる処理を実行させる。このプログラムは、任意の言語・コード・表記によって表現可能な命令群から構成される。そのような命令群は、システムが特定の機能を直接、または１．他の言語・コード・表記への変換、２．他の媒体への複製、のいずれか一方もしくは双方が行われた後に、実行することを可能にするものである。
【００８７】
もちろん、本発明は、そのようなプログラム自体のみならず、プログラムを記録した媒体もその範囲に含むものである。本発明の機能を実行するためのプログラムは、フレキシブル・ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク装置、ＲＯＭ、ＭＲＡＭ、ＲＡＭ等の任意のコンピュータ読み取り可能な記録媒体に格納することができる。かかるプログラムは、記録媒体への格納のために、通信回線で接続する他のデータ処理システムからダウンロードしたり、他の記録媒体から複製したりすることができる。また、かかるプログラムは、圧縮し、または複数に分割して、単一または複数の記録媒体に格納することもできる。また、様々な形態で、本発明を実施するプログラム製品を提供することも勿論可能であることにも留意されたい。
【００８８】
上記の実施の形態に、種々の変更または改良を加えることが可能であることが当業者に明らかである。例えば、本発明の実施形態では、「論理接続ＣＩ」を用いて、管理対象システム内の構成要素間に存在する論理接続関係を表現するようにしたが、論理接続関係を有する構成要素に対応するＣＩ内に関係属性としてかかる論理接続関係を記述し、これを用いることによって不明ＣＩの形成や、類推パターン・テンプレートの検索などを行うようにすることもできる。そのような変更または改良を加えた形態も当然に本発明の技術的範囲に含まれる。
【図１】
0005385991.tif 000003
【図２】
0005385991.tif 000004
【図３】
0005385991.tif 000005
【図４】
0005385991.tif 000006
【図５】
0005385991.tif 000007
【図６】
0005385991.tif 000008
【図７】
0005385991.tif 000009
【図８】
0005385991.tif 000010
【図９】
0005385991.tif 000011
【図１０】
0005385991.tif 000012