JP5270209B2 - 複数のタスクの進捗を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラム - Google Patents

Description

本発明は、デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するためのコンピュータ・システム、並びにその方法及びコンピュータ・プログラムに関する。

ＩＴＩＬ（Information Technology Infrastructure Library）（英国政府の商標）とは、ＩＴサービスマネジメントを実現するためのベストプラクティス（最も良い事例）を集めたものである。ＩＴＩＬの中心は、サービスサポート及びサービスデリバリーである。サービスサポートの１つとして構成管理がある。構成管理とは、ＩＴサービスマネジメントの管理対象である構成要素（configuration item、構成アイテムともいう、以下ＣＩと略す場合がある）を認識し、構成要素についての情報を維持及び更新し、確認し、並びに監査を行うプロセスである。構成要素は、構成管理の対象となる資源（リソース）である。構成要素は、ハードウェア及びソフトウェアを含むシステム資源だけでなく、ＩＴサービスの提供に必要な設備、ＩＴサービスの運営に関する規程書、作業手順書及び構成図などのドキュメント類、保守情報などのサービス、プロセス、並びに人的資源なども含む。ＩＴＩＬのフレームワークでは、構成要素を管理するために、構成管理データベース（Configuration Management Database、以下、ＣＭＤＢと略す）というデータベースを用いて一元的に管理することが推奨されている。ＣＭＤＢは、構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を記録するデータベースである。ＣＭＤＢを実装することで備わる最も重要な能力は、構成要素についての情報を自動的に発見する能力（ディスカバリー、自動検出ともいう）及び自動的に更新する能力（トラッキングともいう）である。ＣＭＤＢでは、構成要素についての情報をＣＭＤＢに正確に反映させることが重要である。

インターナショナル・ビジネス・マシーンズ・コーポレーション（商標、以下、ＩＢＭと略す）は、ＣＭＤＢの構築を支援し且つＣＭＤＢを基盤に運用プロセスを制御するソフトとして、「Tivoli Change and Configuration Management Database」（以下、Tivoli CCMDBという）を提供している。Tivoli CCMDBにおけるディスカバリ及びトラッキングの詳細は、IBM Redbooks Deployment Guide Series: IBM Tivoli Change and Configuration Management Database Configuration Discovery and Tracking v1.1、第41〜64頁、2006年11月（下記非特許文献１）を参照されたい。Tivoli CCMDBでは、運用管理ソフトが、ディスカバリ及びトラッキングを実行するように実装されている。

Tivoli CCMDBでは、分散ネットワーク環境上の構成要素であるサーバ、クライアント、オペレーティング・システム（ＯＳ）、ミドルウェア（Web/AP/DBMS/LDAPなど）、パッケージ・ソフト、管理ツール、ネットワーク機器及びストレージ機器など300種類を識別し、さらに各構成要素についての情報、例えばコンピュータの構成についての情報、各コンピュータ上で動作するアプリケーションについての情報、各コンピュータに接続されているネットワーク接続ストレージ（ＮＡＳ）などの構成情報、ネットワークに直接接続されているストレージエリアネットワーク（ＳＡＮ）などの構成情報を自動的に発見し及び更新することができる。各構成要素についての情報の収集方法は管理対象によっても異なるが、基本的にはＣＭＤＢを管理するコンピュータ・システムがｓｓｈ（Secure SHell）、ＳＮＭＰ（Simple Network Management Protocol）、ＷＭＩ（Windows Management Instrumentation）などを用いて管理用のリモート・インタフェースに定期的にアクセスし、ＯＳ上の設定ファイル又は構成情報を読み取ったり、或いはＣＭＤＢを管理するコンピュータ・システムが設定確認コマンドを実行したりする。そのため、管理対象である構成要素にエージェント・プログラムを導入する必要はない。上記の様式にて発見され且つ更新された情報は、ＩＢＭが提唱する構成管理データベース用のデータ・モデル「Common Data Model」（以下、ＣＤＭという）に基づいて、31種類のセクション（Computer System、Database、Application、Processなどのカテゴリ）、636種類のクラス（データ・モデルの基本単位、１つ又は複数のセクションに属する）、2609種類の属性（データの属性情報、１つのクラスに属する）、7種類のインタフェース（使用頻度の高い属性のグループ、複数のセクションに属する）、57種類の関係（リレーションシップ）、および49種類のデータタイプ（データの種別）に整理される。ＣＤＭの詳細は、IBM REDPAPER (DRAFT version) IBM Tivoli Common Data Model: Guide to Best Practices（IBM Form Number REDP-4389-00）、第2〜7頁、2007年11月（下記非特許文献２）を参照されたい。各構成要素及び他の構成要素の関係についての情報は、ＧＵＩの表示ツール、例えばTivoli Application Dependency Discovery Manager（以下、ＴＡＤＤＭと略す）コンソールに渡される。ＴＡＤＤＭは、ＣＣＭＤＢの１コンポーネントである。そして、各構成要素及び他の構成要素の関係が、個々のブロック及び該ブロック間のリンクを用いて視覚的に表示される。

ところで、近年、様々な分野における製品開発プロジェクトにおいて、短期開発又は正確な進捗状況の把握の要求が高まっている。また、ノンストップ・サービスを提供するために、サポート或いはメンテナンス・サービスの短期化又は正確な進捗状況の把握の要求も高まっている。該要求を満たすためには、プロジェクト管理が重要である。プロジェクト管理では、正確な期間の見積もりと、的確な進捗管理ができなければ、特に短期開発では容易にデスマーチに陥ってしまう。プロジェクト管理のために、例えばマイクロソフト（商標）プロジェクト、ＲＰＭ（RedHat Package Manager）などのアプリケーション・ソフトが使用される。また、プロジェクト管理では、ＷＢＳ（Work Breakdown Structure）が用いられる。ＷＢＳは、プロジェクト目標を達成し、必要な要素成果物を生成するために、プロジェクト・チームが実行する作業を、要素成果物を主体に階層的に要素分解したものである（非特許文献３を参照）。

IBM Redbooks Deployment Guide Series: IBM Tivoli Change and Configuration Management Database Configuration Discovery and Tracking v1.1、第41〜64頁、2006年11月 IBM RED PAPER (DRAFT version) IBM Tivoli Common Data Model: Guide to Best Practices（IBM Form Number REDP-4389-00）、第2〜7頁、2007年11月 Project Management Institute, A Guide to the Project Management Body of Knowledge, 第３版第３章及び第４章, 2004年11月

システム構築のプロジェクトにおいて大規模な対象では、数百人のメンバーが同時に作業をおこなう。該作業では、異なる会社の人員又は異なる部門の人員が関与する。該作業はまた、プロジェクトルーム、個々の会社、又は顧客サイトなど複数の作業場所で行われる。また、上記プロジェクトでは、数十台、数百代にも及ぶコンピュータ及びその周辺機器がシステム構築の対象であり、互いに依存関係のある多種多様なアプリケーションが導入される。よって、システム又はプロジェクトの管理者が、システム全体又はプロジェクト全体を完全に把握するには困難を極める。また、マルチベンダー製品の採用により、依存関係の把握が困難になってきている。さらに、このようにして構築されたシステムのメンテナンスの分野においても同じ問題が生じている。そこで、システム構築の効率的な進捗管理、さらにはメンテナンスの効率的な管理が求められている。

本発明は、デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するための第１の態様のコンピュータ・システムを提供する。該第１の態様のコンピュータ・システムは、
上記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータ、タスクについてのデータ及び上記構成要素と少なくとも１つの上記タスクとを関連付ける関連データを保持するリポジトリであって、複数の上記１組のデータの少なくとも一部は、上記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、上記リポジトリと、
上記構成要素についてのデータを検出するディスカバリ部であって、上記１組のデータ及び上記関連データの少なくとも一方が、該検出されたデータを使用して更新される、上記ディスカバリ部と
を含む。上記リポジトリは例えば、ＣＭＤＢである。構成要素、及び該構成要素と他の構成要素との関係は例えば、静的な（static）データのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。

本発明はまた、デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するための第２の態様のコンピュータ・システムを提供する。該第２の態様のコンピュータ・システムは、
上記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータと、タスク毎に、該タスクの少なくとも１つの所定の属性及び、該タスクと他のタスク又は構成要素との関係を示す１組のデータと、上記構成要素と少なくとも１つの上記タスクとを関連付ける関連データとを保持するリポジトリであって、上記構成要素についての複数の上記１組のデータの少なくとも一部は、上記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、上記リポジトリと、
上記構成要素についてのデータ及び上記タスクについてのデータの少なくとも一方を検出するディスカバリ部であって、上記構成要素についての１組のデータ、上記タスクについての１組のデータ、及び上記関連データの少なくともいずれかが、該検出したデータを使用して更新される、上記ディスカバリ部と
を含む。上記リポジトリは例えば、ＣＭＤＢである。構成要素、該構成要素と他の構成要素との関係、タスク、該タスクと他のタスク又は構成要素との関係、及び関連データは例えば、静的な（static）データのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。

上記設計書に定義されるシステムは例えば、構築対象又はメンテナンス対象のシステムである。上記タスクは例えば、上記設計書に定義されるシステムの構築又はメンテナンスに関連するタスクである。

上記コンピュータ・システムは例えば、上記設計書に定義されるシステムに含まれる少なくとも１の構成要素、該構成要素と他の構成要素との間の関係、及び該構成要素と関連するタスクについての情報を示すトポロジー・マップを表示するための表示装置をさらに含む。

上記設計書に定義されるシステムに含まれる少なくとも１の構成要素又は該構成要素についてのデータが変更されることに応じて、上記表示装置が、該構成要素についての更新された情報を表示する。

上記タスクについての情報が、タスクについてのインポートされたデータを使用して更新される。上記表示装置は、該タスクについての更新された情報を表示する。

上記タスクについての情報は例えば、タスクの進捗率又は進捗状態、タスクの残りのワーク量、タスク一覧、及び該タスクと他のタスクとの関連付けから選択される少なくとも１である。

上記トポロジー・マップは、構成要素に関連するステータスさらに示す。該ステータスは例えば、完了、使用可能、一部使用可能、使用不可、未着手、及び障害発生中の少なくとも１つある。

上記関連データの属性は例えば、タスクに関連するホストのホスト名、アプリケーションのアプリケーション名及び該アプリケーションのポート番号の少なくとも１つである。

上記タスクについてのデータは例えば、タスク名、タスクの期間、タスクの開始予定日、タスクの終了予定日、タスクの実績開始日、タスクの実績終了日、タスクの制約、先行するタスク、及び後続タスクの少なくとも１を含む。

上記コンピュータ・システムはさらに、関連データ作成部を含む。関連データ作成部は、上記構成要素についての１組のデータと上記タスクについての１組のデータとの間でマッピングを行い、上記関連データを作成する。

上記コンピュータ・システムはさらに、タスク間の関係を検出する検出部を含む。該検出部は、上記構成要素の関係データを使用して、該タスクの関係を検出する。

上記コンピュータ・システムはさらに、タスク間の関係の検出に応じて、新たなタスクをスケジューリングする。

上記構成要素は例えば、クライアント・コンピュータ、サーバ・コンピュータを含むコンピュータ；コンピュータの周辺機器；オペレーティング・システム、ミドルウェアを含むアプリケーション・ソフトウェア；デジタル家電製品；並びに上記設計書に定義されるシステムに含まれる構成要素に対応する実在する構成要素のいずれかであるが、これらに限定されない。

本発明は、デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するための方法第１の態様の方法を提供する。該第１の態様の方法は、コンピュータ・システムに下記ステップを実行させることを含む。該ステップは、
前記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータをリポジトリ内に格納するステップであって、複数の前記１組のデータの少なくとも一部は、前記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、前記格納するステップと、
前記タスクについてのデータを前記リポジトリ内に格納するステップと、
前記構成要素と少なくとも１つの前記タスクとを関連付ける関連データを前記リポジトリ内に格納するステップと、
前記構成要素についてのデータを検出するステップであって、前記１組のデータ及び前記関連データの少なくとも一方が、該検出されたデータを使用して更新される、前記検出するステップと、
を含む。

本発明は、デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するための第２の態様の方法を提供する。該第２の態様の方法は、コンピュータ・システムに下記ステップを実行させることを含む。該ステップは、
前記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータをリポジトリ内に格納するステップであって、前記構成要素についての複数の前記１組のデータの少なくとも一部は、前記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、前記格納するステップと、
タスク毎に、該タスクの少なくとも１つの所定の属性及び、該タスクと他のタスク又は構成要素との関係を示す１組のデータを前記リポジトリ内に格納するステップと、
前記構成要素と少なくとも１つの前記タスクとを関連付ける関連データを前記リポジトリ内に格納するステップと、
前記構成要素についてのデータ及び前記タスクについてのデータの少なくとも一方を検出するステップであって、前記構成要素についての１組のデータ、前記タスクについての１組のデータ、及び前記関連データの少なくともいずれかが、該検出したデータを使用して更新される、前記検出するステップと
を含む。

前記設計書に定義されるシステムは例えば、構築対象又はメンテナンス対象のシステムである。前記タスクは例えば、前記設計書に定義されるシステムの構築又はメンテナンスに関連するタスクである。

上記方法は、コンピュータ・システムの表示装置に下記ステップを実行させることをさらに含む。該ステップは、前記設計書に定義されるシステムに含まれる少なくとも１の構成要素、該構成要素と他の構成要素との間の関係、及び該構成要素と関連するタスクについての情報を示すトポロジー・マップを表示するステップを含む。

上記方法は、コンピュータ・システムの表示装置に下記ステップを実行させることをさらに含む。該ステップは、前記設計書に定義されるシステムに含まれる少なくとも１の構成要素又は該構成要素についてのデータが変更されることに応じて、該構成要素についての更新された情報を表示するステップを含む。

上記方法は、コンピュータ・システムの表示装置に下記ステップを実行させることをさらに含む。該ステップは、前記タスクについての情報をタスクについてのインポートされたデータを使用して更新するステップを含む。

前記関連データの属性は例えば、タスクに関連付けられたホストのホスト名、アプリケーションのアプリケーション名及び該アプリケーションのポート番号の少なくとも１つである。

上記タスクについての情報は例えば、タスクの進捗率又は進捗状態、タスクの残りのワーク量、タスク一覧、及び該タスクと他のタスクとの関連付けから選択される少なくとも１である。

上記トポロジー・マップは、構成要素に関連するステータスをさらに示す。該ステータスは例えば、完了、使用可能、一部使用可能、使用不可、未着手、及び障害発生中の少なくとも１つある。

上記関連データの属性は例えば、タスクに関連付けられたホストのホスト名、アプリケーションのアプリケーション名及び該アプリケーションのポート番号の少なくとも１つである。

上記タスクについてのデータは例えば、タスク名、タスクの期間、タスクの開始予定日、タスクの終了予定日、タスクの実績開始日、タスクの実績終了日、タスクの制約、先行するタスク、及び後続タスクの少なくとも１を含む。

上記方法は、コンピュータ・システムに下記ステップを実行させることをさらに含む。該ステップは、前記構成要素の関係データを使用して、タスク間の関係を検出するステップを含む。

上記方法は、コンピュータ・システムに下記ステップを実行させることをさらに含む。該ステップは、前記タスク間の関係の検出に応じて、新たなタスクをスケジューリングするステップを含む。

上記方法は、コンピュータ・システムに下記ステップを実行させることをさらに含む。該ステップは、前記構成要素についての１組のデータと前記タスクについての１組のデータとの間でマッピングを行い、前記関連データを作成するステップを含む。

本発明はまた、デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するためのコンピュータ・プログラムを提供する。該コンピュータ・プログラムは、上記コンピュータ・システムに、上記に記載のいずれか一の各ステップを実行させる。

本発明の実施形態によれば、コンピュータ・システムは、デジタル化された設計書に定義されるシステムに含まれる構成要素に関連付けて、タスクについての情報、例えばタスクの進捗率又は進捗状態、タスクの残りのワーク量、タスク一覧、及び該タスクと他のタスクとの関連付けを表示することが可能である。さらに、本発明の実施形態によれば、コンピュータ・システムは、上記構成要素間の依存関係を使用して、タスク間の関係、例えばタスク間のコンフリクト、先行タスクの発見を自動的に検出することが可能である。

本発明の実施態様では、リポジトリは、構成要素毎に、該構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を示す１組のデータを保持する。該構成要素は、構築対象又はメンテナンス対象のシステムのデジタル化された設計書に関連付けられる。上記リポジトリは例えば、ＣＭＤＢである。構成要素、及び該構成要素と他の構成要素との関係は例えば、静的な（static）データのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。上記リポジトリは、該１組のデータを保持するものであれば特に限定されないが、好ましい実施形態の１つはＣＭＤＢを記録するＣＭＤＢ記録部である。
以下、ＣＭＤＢに関する基本的な用語を下記に説明する。
・構成要素（ＣＩ）
ＣＩは、ＩＴサービスマネジメントにおける管理対象の基本単位である。ＣＩは例えば、ハードウェア及びソフトウェアを含むシステム資源、ＩＴサービスの提供に必要な設備、ＩＴサービスの運営に関する規程書、作業手順書及び構成図などのドキュメント類、保守情報などのサービス、プロセス、並びに人的資源などを含む。
・構成管理データベース（ＣＭＤＢ）
ＣＭＤＢは、各ＣＩの少なくとも１つの所定の属性及び他のＣＩとの関係を記録するデータベースである。ＣＭＤＢは、ＩＴＩＬフレームワークの構成管理の中核である。ＣＭＤＢは、概念的にはデータベースであるが、物理的にはデータベース・システム、表計算ソフトのスプレッドシートの形態を取りうる。ＣＭＤＢを利用することによって、管理者はＣＩ間の関係を理解することが容易になる。
・構成要素インスタンス（ＣＩインスタンス）
ＣＩインスタンスは、ＣＩに対応するデータである。各ＣＩインスタンスは、データ・モデルのインスタンスとしてＣＭＤＢ上で表現される。インスタンスの例は、静的なデータのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスである。実装されたＪａｖａのクラスのインスタンスは、例えばJava Data Objects（ＪＤＯ）と呼ばれる、Ｊａｖａのクラスのインスタンスを永続化してハードディスクに保存する仕組みにより、ＣＭＤＢ内に格納される。よって、コンピュータ・システムの電源を一旦切っても、作成されたＪａｖａのクラスのインスタンスが消失することはなく、次に電源を投入したときに、記憶装置、例えばハードディスクから読み出され、メイン・メモリ上に展開されて、Ｊａｖａのプログラムによって変更或いは削除可能なＪａｖａのクラスのインスタンスとなる。以下では、ＣＩがインスタンスとしてＣＭＤＢ内に実装されるとして、説明を進める場合がある。
・データ・モデル
データ・モデルは、ＣＩを定義するためのスキーマであり、管理されるＣＩとそれらＣＩ間の関係の一貫した定義を提供する情報モデルである。具体的には、データ・モデルは、ＣＩの所定の属性及び他のＣＩ（製造装置、プロセスなど）との関係を定義する。データ・モデルの例として、ＩＢＭが提唱する構成管理データベース用のデータ・モデル「ＣＤＭ」がある。ＣＤＭの実装は例えば、Unified Modeling Language（ＵＭＬ）に基づいて行われる。
・属性（Attributes）
属性は、ＣＩを管理するに際して、個々のＣＩを特定し、ＣＩを説明する。属性として、下記のものを挙げることができるがこれらに限定されない。ＣＩの名前（ＣＩの一般名称、例えばサーバ、クライアント、ファイアウォール）、製品番号（ＩＤ）（ＣＩの或る特定の実体を個別に識別するための番号であり、製造番号、シリアル番号など）、カテゴリ（ＣＩの分類、例えばハードウェア、ソフトウェア、ドキュメント）、タイプ（カテゴリでの分類をさらに詳述したＣＩの説明）、型番（供給者の命名したＣＩのモデル番号）、保証期間（ＣＩの供給者による保証期間）、バージョン番号（ＣＩのバージョン番号）、ロケーション（ＣＩが存在する場所、例えばＰＣの設置場所、ソフトウェアの書庫、媒体の保管場所、サービスを提供しているサイト）、所有責任者（ＣＩの管理責任者の名前）、責任開始日（所有責任者が、該ＣＩの責任者となった日付）、供給者（ＣＩの開発元又は提供元）、ライセンス（ライセンス番号、ライセンス数など）、提供日（ＣＩが組織に提供された日付）、受入日（ＣＩが組織に受け入れられた日付）、使用開始日（ＣＩが使用開始された日付）、ＣＩのステータス（現在のステータス、例えば稼働中、テスト中、故障中、或いは将来のステータス、例えば予定されているＣＩのステータス）、ＣＩインスタンスのステータス（ＣＩインスタンスの有効又は無効）。今後もＩＴサービスマネジメントで必要となる属性が、引き続き定義されていく。
・関係(Relation)
関係は、ＣＩ間の関係を表す。関係は、ＣＩと同様にデータ・モデルで定義されうる。関係の例として、assigns、canConnect、canUse、connectAt、connects、controls、deployedOn、Located、Managed、Owned、provides、runAt、uses、usedByが挙げられる。今後もＩＴサービスマネジメントで必要となる関係が、引き続き定義されていく。
・トランザクション依存関係
トランザクション依存関係は、ＣＩの関係の一種である。トランザクション依存関係は、２つのアプリケーション間にトランザクションがあることを意味する。

本発明の実施形態において、ＣＭＤＢ記録部は１組のデータを格納する。該１組のデータの１つは、構成要素毎に、該構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を示すデータである。１組のデータの他は、タスクと他のタスク又は構成要素との関係を示すデータである。

本発明の実施形態において、タスクは、システム構築のためのタスク、及びメンテナンスのためのタスクを含むがこれらに限定されない。タスクは例えば、プロジェクト管理ツール、例えばマイクロソフト（商標）プロジェクト、ＲＰＭ（RedHat Package Manager）などのアプリケーション・ソフトによって管理されうる。該プロジェクト管理では、ＷＢＳ（Work Breakdown Structure）が用いられる。ＷＢＳは、プロジェクト目標を達成し、必要な要素成果物を生成するために、プロジェクト・チームが実行する作業を、要素成果物を主体に階層的に要素分解したものである。ＷＢＳはプロジェクト作業をより小さく扱いやすい作業単位に細分化したもので、レベルが一段下がるごとにプロジェクトの作業をより詳細に定義する、最も低いレベルにあるＷＢＳ構成要素はワーク・パッケージと呼ばれ、その作業は、スケジュール、コスト見積り、監視、コントロール等の計画の対象になる。ＷＢＳは、作業分割構成又は作業分解図とも呼ばれる。

本発明の実施形態において、設計書とは、仕様書と同義である。設計書は、完全、正確かつ検証可能な方法で、システム、構成要素、プロダクト、所産（result）、またはサービスに対する要求事項、設計、行動、他の特性等を規定した文書である。設計書の実施態様の例は、システム構築又はシステム・メンテナンスのためのシステム設計書（specification）である。設計書において、該設計書の内容、特にシステムの構成要素についての情報はデジタル化されている。該設計書を、本明細書ではデジタル化された設計書という。

本発明の実施形態において、設計書に定義されるシステムは例えば、構築対象又はメンテナンス対象のシステムを含むがこれらに限定されない。
本発明の実施形態において、構築対象のシステムとは例えば、ネットワーク上に分散したコンピュータ・システム、家電製品を含むネットワークで接続されたコントローラシステムである。該コンピュータ・システムの構成要素は例えば、クライアント・コンピュータ、パーソナル・デジタル・アシスタント（ＰＤＡ）、サーバ・コンピュータを含むコンピュータ、それらの周辺機器、及びオペレーティング・システム、ミドルウェアを含むアプリケーション・ソフトウェアを含む。該周辺機器は例えば、ルータ、記憶装置であり。また、該構成要素はまた、デジタルテレビ、デジタルレコーダー、デジタル音楽プレイヤーなどのデジタル家電である。さらに、該構成要素は、システムの管理者及びユーザであるヒトも含みうる。
本発明の実施形態において、メンテナンス対象のシステムの構成要素は、上記構築対象の構成要素と同じである。

以下、図面に従って、本発明の実施形態を説明する。本実施形態は、本発明の好適な態様を説明するためのものであり、本発明の範囲をここで示すものに限定する意図はないことを理解されたい。また、以下の図を通して、特に断らない限り、同一符号は、同一の対象を指す。

図１Ａは、ＣＩ（例えば、機器Ａ及び機器Ｂ）の管理のための、ＣＭＤＢを含むコンピュータ・システム（１００）の例を示す。
コンピュータ・システム（１００）は、ディスカバリ部（１０１）、ＣＩ同定部（１０２）、ＣＩインスタンス作成部（１０３）、属性及び関係更新部（１０４）及びＣＭＤＢ（１０５）を含む。ディスカバリ部、ＣＩ同定部、ＣＩインスタンス作成部、属性及び関係更新部及びＣＭＤＢは、単独のコンピュータ上に実装されていてもよく、或いは複数のコンピュータ上に分散して実装されていてもよい。コンピュータ・システム（１００）はさらに、ディスカバリ・テーブル（１０６）、モデル・テーブル（１０７）及び関係テーブル（１０８）を含む。これらテーブルは、単独のコンピュータ上の記憶装置内に実装されていてもよく、或いは複数のコンピュータ上の記憶装置内に分散して実装されていてもよい。
また、図１Ａは、ＴＡＤＤＭのコンソールの画面（１０９）の例を示す。該画面は、ＣＩとＣＩ間の接続関係とを示す。なお、該画面に表示されているＣＩ及びＣＩ間の接続関係は一例であり、コンピュータ・システム（１００）の管理対象であるＣＩ及びＣＩ間の接続関係全てを表示しているものではない。

ディスカバリ部（１０１）は、ＣＭＤＢの管理対象であるＣＩに関する情報の検出を実行する（ディスカバーともいう）。コンピュータ・システム（１００）は、複数のディスカバリ部（１０１）を有していてもよい。好ましくは、管理対象は、ネットワークを介して、コンピュータ・システム（１００）に接続されている。ネットワークは、有線接続であるか無線接続であるかを問わない。コンピュータ・システム（１００）の管理者は、検出の対象を任意に設定しうる。検出の範囲は例えば、ドメイン名、ＩＰアドレス、ＭＡＣアドレス、機器の識別子若しくはデータベース名又はこれらの組合せにより指定することができる。管理対象であるＣＩが例えば産業機器である場合、該産業機器に関する情報が検出される。検出された情報は、新たなＣＩに関する情報、又は既存のＣＩの更新された属性若しくは関係の値でありうる。新たなＣＩとは、ディスカバリ部（１０１）によって検出され、ＣＭＤＢ（１０５）内に登録されていないＣＩである。既存のＣＩとは、該ＣＩのインスタンスがＣＭＤＢ（１０５）内に既に登録されているＣＩである。ディスカバリ部（１０１）は、ＣＩに関する情報を、ディスカバリ・テーブル（１０６）内に格納されたディスカバリ情報（例えばＡ−Discovery）（図２Ｂ、２０２）に従い検出する。どのディスカバリ情報を使用するかは、データ・モデル（図２Ｂ、２０１）内のディスカバリ方法に指定されている。ディスカバリ部（１０１）は、検出した、ＣＩに関する情報をＣＩ同定部（１０２）に渡す。

ＣＩ同定部（１０２）は、上記ＣＩに関する情報をディスカバリ部（１０１）から受け取り、そして検出結果の処理を行う。ＣＩ同定部（１０２）は、上記ＣＩに関する情報が、新しいＣＩに関する情報か、又は既存のＣＩの更新された属性若しくは関係の値かどうかを、ＣＭＤＢ（１０５）を参照して判定する。該判定は例えば、ＣＭＤＢに格納されたＣＩのインスタンス名を、上記ＣＩに関する情報と比較して行われうる。上記ＣＩに関する情報が新しいＣＩに関するものであることに応じて、ＣＩ同定部（１０２）は、該情報をＣＩインスタンス作成部（１０３）に渡す。一方、上記ＣＩに関する情報が既存のＣＩの更新された属性若しくは関係の値であることに応じて、ＣＩ同定部（１０２）は、該情報を属性及び関係更新部（１０４）に渡す。

ＣＩインスタンス作成部（１０３）は、モデル・テーブル（１０７）に格納されたデータ・モデル（図２Ｂ、２０１）、及び関係テーブル（１０８）に格納された関係モデル（図２Ｂ、２０４）に従い、ＣＩに関する情報から、該ＣＩの所定の属性及び他のＣＩとの関係を示す１組のデータを作成する。該１組のデータは、ディスカバリ部（１０１）によって検出されたＣＩに関する情報、又はマニュアル入力されたＣＩに関する情報に基づいて、インスタンス化される（図２Ａを参照）。該１組のデータは例えば、静的なデータのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。該１組のデータの例が、ＣＩインスタンスである。図２Ｂは、ＣＩインスタンス（２０３）の例を示す。上記１組のデータは、ＣＭＤＢ（１０５）内に格納される。なお、１組のデータは、ＣＩインスタンス内に属性および関係を有していてもよく（２０３を参照）、或いはＣＩインスタンス内に属性を有し、それとは別に関係インスタンスとして別々にＣＭＤＢ（１０５）内に格納されていてもよい。後者の場合、ＣＩインスタンスは、関連する関係インスタンスを特定するためのリンク付けを有する。

属性及び関係更新部（１０４）は、ディスカバリ部（１０１）とともにトラッキングを実現する。属性及び関係更新部（１０４）は、ＣＩの更新された属性若しくは関係の値を、ＣＭＤＢ内に格納された該ＣＩのＣＩインスタンスに反映する。すなわち、該ＣＩのＣＩインスタンスの属性或いは関係の値を更新する。該更新は、該値をディスカバリ部（１０１）によって検出されたＣＩに関する情報と置き換えることによって行われる。該置き換えは、ＣＩインスタンスの属性或いは関係の値のすべてをディスカバリ部（１０１）によって検出されたＣＩに関する情報と置き換えてもよく、或いは異なる値のみを置き換えてもよい。

ＣＭＤＢ（１０５）は、ＣＩのＣＩインスタンス（図２Ｂ（２０３））を記録する。

ディスカバリ・テーブル（１０６）は、ディスカバリ情報（図２Ｂ、２０２）を格納する。ディスカバリ情報は、ディスカバリ部（１０１）によってＣＩに関する情報が検出される際に使用される。ディスカバリ情報（図２Ｂ、２０２）は例えば、静的なデータのインスタンス又はＪａｖａ（サン・マイクロシステムズの商標）のクラスのインスタンスで実装されうる。ディスカバリ情報は、ディスカバリー・ポリシーとも呼ばれる。ディスカバリ情報（図２Ｂ、２０２）は、ディスカバリ部（１０１）が検索する範囲、すなわちＣＩの検索範囲である収集対象（スコープ）、収集する属性、及び収集する関係を含む（図２Ｂ、２０２）。収集対象は例えば、サブネットＩＰアドレス、ＩＰアドレスの範囲、個々のＩＰアドレス、ＭＡＣアドレス、機器の識別子、ホストネーム若しくはデータベース名又はそれらの組合せを用いて指定されうる。別の態様として、収集対象を、コンピュータ・システム（１００）にネットワークを介して接続されたスケジュール管理データベース（図示せず）としてもよい。スケジュール管理データベースには例えば、機器を使用するプロセス管理に関するデータが格納されている。さらに別の態様として、収集対象を、バッチ処理定義ファイルを格納するデータベース（図示せず）としてもよい。収集対象がバッチ処理定義ファイルを格納するデータベースの場合、ディスカバリ部（１０１）は、バッチ処理定義ファイルの中身を読み込むことにより検出を行う。バッチ処理定義ファイルには、例えば機器をどの順に使用するかのデータが格納されている。

モデル・テーブル（１０７）は、データ・モデル（図２Ｂ、２０１）を格納する。データ・モデルは、ＣＩインスタンス作成部（１０３）によって該ＣＩの所定の属性及び他のＣＩとの関係を示す１組のデータが作成される際に使用される。

関係テーブル（１０８）は、関係モデル（図２Ｂ、２０４）を格納する。関係モデルは、ＣＩインスタンス作成部（１０３）によって該ＣＩの所定の属性及び他のＣＩとの関係を示す１組のデータが作成される際に使用される。

図１Ａは、ディスカバリ部（１０１）がコンピュータ・システム（１００）とネットワークを介して接続された管理対象である機器に関する情報を検出することを示す。その結果、ディスカバリ部（１０１）は、機器Ａ、及び機器Ａを使用する機器Ｂに関する情報を検出する。次に、ＣＩ同定部（１０２）は、該情報が新しいＣＩに関するものかどうかについてＣＭＤＢ（１０５）を参照して判断する。該判断に応じて、ＣＩインスタンス作成部（１０３）は、機器ＡのＣＩインスタンス、及び機器ＢのＣＩインスタンス、並びにそれら機器の関係（usedBy）のインスタンスを作成する。その結果、これら各インスタンスがＣＭＤＢ（１０５）内に格納される。

図１Ｂは、構成管理のためのツールの概要を示す。
構成管理のためのツールは、構成情報を自動収集する機能（ディスカバリ）、構成情報をグラフィカルに表示する機能（トポロジー）及び変更履歴、構成比較などの分析を行う機能（アナリティクス）を有する。例えば、ＴＡＤＤＭサーバは、情報システムについての構成情報を、ｓｓｈ、ＳＮＭＰ、ＷＭＩなどを使用して取得する。構成情報は例えば、各情報システムのオペレーティング・システムの種類又はその構成、アプリケーションの種類又はその構成値である。ＴＡＤＤＭサーバは、取得した情報を、ＣＭＤＢ内にＣＩインスタンスとして格納する。ＴＡＤＤＭサーバは、ＣＭＤＢに格納したＣＩインスタンス基づいて、管理者のコンピュータに構成情報、及び変更履歴情報を送る。管理者のコンピュータは、該情報を用いて、構成情報の表示及び変更履歴の表示を行う。

図２Ａは、ＣＩ（例えば、機器Ａ及び機器Ｂ）のＣＩインスタンス、及びそれら機器の関係（usedBy）インスタンスの作成を示す。機器ＡのＣＩインスタンスは、ディスカバリ部（１０１）によって検出された機器Ａに関する情報から、機器Ａのデータ・モデルを用いてＣＩインスタンス作成部（１０３）によって作成される。同様に、機器ＢのＣＩインスタンスは、ディスカバリ部（１０１）によって検出された機器Ｂに関する情報から、機器Ｂのデータ・モデルを用いてＣＩインスタンス作成部（１０３）によって作成される。機器Ａ及び機器Ｂの各データ・モデルは、モデル・テーブル（図１１０７）に格納されている。ＣＩ同士の関係、すなわち機器Ａと機器Ｂとの関係（usedBy）のインスタンスは、ディスカバリ部（１０１）によって検出された機器Ａに関する情報から、関係モデルに従いＣＩインスタンス作成部（１０３）によって作成される。関係モデルは、関係テーブル（１０８）に格納されている。
上記したように、図２Ａは、機器Ｂのデータ・モデルを用いて機器ＢのＣＩインスタンスが作成されることを示す。ただし、機器Ｂのデータ・モデルを用いてインスタンス化される機器が例えば機器Ｂ１、Ｂ２、Ｂ３である場合、機器Ｂ１、Ｂ２、Ｂ３に関する各情報が機器Ｂのデータ・モデルを使用してインスタンス化されて、機器Ｂ１のＣＩインスタンス、機器Ｂ２のＣＩインスタンス、機器Ｂ３のＣＩインスタンスが夫々作成される。機器Ｂ１、Ｂ２、Ｂ３の各ＣＩインスタンスもまた、ＣＭＤＢ（１０５）内に格納される。

図２Ｂは、モデル・テーブル（図１１０７）内に格納されたデータ・モデル（２０１）、ディスカバリ・テーブル（図１１０６）内に格納されたディスカバリ・インスタンス（２０２）、ＣＭＤＢ（図１１０５）内に格納された（機器Ａの）ＣＩインスタンス（２０３）及び関係テーブル（図１１０８）内に格納された関係モデル（２０４）を示す。

データ・モデル（２０１）は、ＣＩを定義するためのスキーマである。データ・モデル（２０１）は例えば、どのＣＩのモデルかを示す「モデル名」、モデル名に指定されたＣＩが有する属性を示す「モデル属性」、モデル名に指定されたＣＩと他のＣＩがとりうる「関係」、及びモデル名に指定されたＣＩを検出するためのディスカバリ・インスタンスを特定する「ディスカバリ方法」の各記述を含む。モデル属性は、例えばＩＢＭが提唱する構成管理データベース用のデータ・モデル「ＣＤＭ」に規定された属性に従い規定されるが、これらに限定されない。ＣＤＭでは、2609種類の属性が規定されている。ＣＭＤＢの管理者は、データ・モデル（２０１）における属性を任意に指定しうる。関係は、例えば上記ＣＤＭに規定された関係に従い規定されるが、これらに限定されない。ＣＤＭでは、57種類の関係が規定されている。ディスカバリ方法は、ディスカバリ・インスタンス名で特定されうる。図２Ｂの場合、A-Discoveryである。

ディスカバリ・インスタンス（２０２）は、データ・モデル（２０１）のディスカバリ方法によって特定されるディスカバリ・インスタンスの「名前」、ディスカバリ部（１０１）によって収集する管理対象（ＣＩ）の「収集対象（スコープ）」、ディスカバリ部（１０１）によって収集する管理対象（ＣＩ）の「収集する属性」及び「収集する関係」、並びに該ディスカバリ・インスタンスがアクティブであるか或いはインアクティブであるかを示す「ステータス」の各記述を含む。

ＣＩインスタンス（２０３）は、該インスタンスがどのＣＩのものであるかを特定するための「インスタンス名」、該インスタンスが、どのデータ・モデルを使用して作成されたかを示す「モデル名」、データ・モデルによって特定された各属性の「属性値」、データ・モデルによって特定された各「関係」の記述（値）、インスタンスがアクティブであるか或いはインアクティブであるかを示す「ステータス」、及び該ＣＩインスタンスが作成された「作成日時」の各記述を含む。ＣＩインスタンスは好ましくは、ＣＩインスタンスに特有のＣＩインスタンス識別子をさらに含む。ＣＩインスタンス識別子は、当該ＣＩインスタンスを他のＣＩインスタンスと区別できるものであれば特に限定されないが、例えばホストネーム、シリアルナンバー若しくは一定の値である他の属性の組み合わせを使用しうる。図２ＢのＣＩインスタンス（２０３）は、機器ＡのＣＩインスタンスであること；データ・モデルＡを使用してインスタンス化されたこと；属性としてＳ、Ｔ及びＵを含み、これらが夫々値を有すること；関係として、Ｂによって使用されること（usedBy:B）、Ｅに接続されること（connectAt:E）、及びＨで実行すること（runAt:H）；ＣＩインスタンスがアクティブであること、並びに該ＣＩインスタンスの作成日時のデータを示す。

関係モデル（２０４）は、データ・モデル（２０１）によって特定される関係を定義するためのスキーマである。関係モデル（２０４）は、usedByなどの「関係名」、該関係の対象となるデータ・モデルを特定するための「対象となるデータ・モデル」、該関係の「説明」の各記述を含む。

図２Ｃは、ＣＭＤＢにおける構成情報管理の画面例を示す。該画面は、ＧＵＩで表示される。該表示は、例えばＴＡＤＤＭを用いて行われる。図２Ｃでは、構成要素は、アプリケーションである。アプリケーション間の関係は、実線で示されている。なお、該画面上で表示されているアプリケーション名（各社の商標）は、例示である。

図２Ｄは、ＣＭＤＢにおけるトランザクション依存関係の例を示す。ＷｅｂＳｐｈｅｒｅとＤＢ２は、トランザクション依存関係がある。ＬｉｎｕｘとＷｅｂＳｈｅｒｅは、ＷｅｂＳｐｈｅｒｅがＬｉｎｕｘ上に導入されているという物理的な依存関係がある。ＤＢ２とＷｉｎｄｏｗｓは、ＤＢ２がＷｉｎｄｏｗｓ上に導入されているという物理的な依存関係がある。

図２Ｅは、ＷＢＳの模式図を示す。
ＷＢＳでは、プロジェクト全体をいくつかの大項目に分け、それぞれの大項目をさらにいくつかの中項目、小項目へと細分化する。充分に細分化した後は、それぞれの小項目に対する具体的な作業を列挙する。小項目はワーク・パッケージに対応し、具体的な作業はアクティビティ又はタスクに対応する。
図２Ｅでは、大項目は、プロジェクトの仕様書、プロジェクトの設計書、プログラム及びテスト計画書である。図２Ｅでは、中項目は、大項目プログラムについて、計算処理、画面及びファイルＩ／Ｏである。図２Ｅでは、小項目は、中項目画面について、設定画面及び表示画面である。図２Ｅでは、タスクは、リソース作成、イベント処理実装、データ処理実装、単体テストである。タスクについてのデータは例えば、タスク名、タスクの期間、タスクの開始予定日、タスクの終了予定日、タスクの実績開始日、タスクの実績終了日、タスクの制約、先行するタスク、及び後続タスクの少なくとも１を含むがこれらに限定されない。
図２Ｅの左図は、ＷＢＳをツリー図で示した例である。
図２Ｅの右図は、ＷＢＳを表形式で示した例である。

図２Ｆは、ＷＢＳにおける作業スケジューリング及び進捗管理の例を示す。該ＷＢＳの画面例は、タスク名、タスクの期間、タスクの開始日、タスクの終了日、リソース名、日時の項目、並びに作業スケジューリング及び進捗管理を示す。

図３は、現状のシステム構築プロジェクトを示す。設計書（３０１）に定義されたシステムの構成要素についての情報は、デジタル化されている（以下、デジタル化された設計書を単に設計書という）。しかし、該設計書（３０１）は、ＷＢＳ（３０２）と関連付けられていない。よって、システム構築又はプロジェクトなどの管理者（以下、単に管理者という）は、該設計書に定義されたシステム構成要素に基づいて、タスクの進捗管理を行うことができない。

図４Ａは、本発明の第１の実施態様及び第２の実施態様を示す。
第１の実施態様について、以下に説明する。
設計書（４０１）に定義されたシステムの構成要素についての情報は、システム構成ＣＩとしてインスタンス化される。該システム構成ＣＩインスタンス（４０４）は、リポジトリ（４０３）、例えばＣＭＤＢ内に格納される。上記構成要素は、設計書に定義された構成要素であって実際にまだ存在しない構成要素、及び設計書に定義された構成要素に対応し、実際に存在する構成要素を含む。該リポジトリ（４０３）は、コンピュータ・システム内にあるか又は該コンピュータ・システムにケーブルを介して若しくはネットワークを介して接続されている。設計書（４０１）についての該システム構成ＣＩインスタンスは、設計書（４０１）に定義されたシステムの構成要素毎に、該構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を示す１組のデータである。
上記コンピュータ・システムは、ＷＢＳ（４０２）についてのデータ（以下、単にタスクデータという）（４０６）を、インポート部（４０７）を介してインポートする。上記コンピュータ・システムは、インポートしたタスクデータ（４０６）を上記リポジトリ（４０３）内に格納する（４０６）。
上記コンピュータ・システムは、該タスクデータ（４０６）を、関連データ（４０５）を使用してシステム構成ＣＩインスタンス（４０４）と関連付ける。システム構成ＣＩインスタンス（４０４）は、該関連付けによって上記タスクデータ（４０６）と関連付けられる。
よって、管理者は、システム構築プロジェクトの進捗管理に必要な情報を、構成要素とタスクとが関連付けられた形で知ることができる。

第２の実施態様について、以下に説明する。
設計書（４１１）に定義されたシステムの構成要素についての情報は、上記したようにシステム構成ＣＩとしてリポジトリ（４１３）、例えばＣＭＤＢ内に格納される。設計書（４０１）についての該システム構成ＣＩインスタンスは、設計書（４０１）に定義されたシステムの構成要素毎に、該構成要素の少なくとも１つの所定の属性及び他の構成要素との関係を示す１組のデータである。
ＷＢＳ（４１２）についてのデータは、タスクＣＩとしてインスタンス化される。該タスクＣＩインスタンス（４１６）は、リポジトリ（４１３）、例えばＣＭＤＢ内に格納される。タスクＣＩインスタンス（４１６）は、タスク毎に、該タスクの少なくとも１つの所定の属性及び他のタスク又は構成要素との関係を示す１組のデータである。
上記コンピュータ・システムは、タスクＣＩインスタンス（４１６）を、関連ＣＩインスタンス（４１５）を使用してシステム構成ＣＩインスタンス（４１４）と関連付ける。システム構成ＣＩインスタンス（４１４）は、該関連ＣＩインスタンス（４１５）によって上記タスクＣＩインスタンス（４１６）と関連付けられる。
よって、管理者は、システム構築プロジェクトの進捗管理に必要な情報を、構成要素とタスクとが関連付けられた形で知ることができる。

図４Ｂは、本発明の実施態様である、システム構成ＣＩとタスクの関連付けを示す。
上記関連付けは例えば、該タスクについてのタスクデータに、システム構成ＣＩを一意に定める属性を追加することによって行われる。該属性は例えば、ホスト名、アプリケーションのアプリケーション名、又はアプリケーションのポート番号である。好ましくは、該属性は、ホスト名及びアプリケーションのポート番号である。
関連ＣＩインスタンスの属性も例えば、システム構成ＣＩを一意に定める属性である。よって、該属性は例えば、ホスト名、アプリケーションのアプリケーション名、又はアプリケーションのポート番号である。好ましくは、該属性は、ホスト名及びアプリケーションのポート番号である。

図５は、本発明の実施態様である、タスクの進捗管理の流れを示す。
１．システム構成ＣＩインスタンスの作成
設計書（４０１）に定義されたシステムの構成要素についての情報を、システム構成ＣＩインスタンスとしてリポジトリ（５０３）に格納する。ＣＩインスタンスの作成方法は、図１Ａ、図２Ａ及び図３Ａについての説明において述べたとおりである。システム構成ＣＩインスタンスを作成するための、モデル・テーブル（図１、１０７）及び関係テーブル（図１、１０８）が用意される。システム構成ＣＩインスタンスのためのデータ・モデル（図２Ｂ、２０１）は、（１）システム構成ＣＩの属性、及び（２）該システム構成ＣＩと他のシステム構成ＣＩとの関係を含む。システム構成ＣＩの属性は例えば、導入先ホスト名、ＣＩタイプである。ＣＩタイプとは、ＣＩの種類である。ＣＩの種類にはたとえば、ＤＢ２、ＷｅｂＳｐｈｅｒｅ及びＡＩＸを含むアプリケーションの種類、クライアント、サーバ、プロキシ・サーバなどのネットワーク上に分散したコンピュータ・システムの種類、デジタル家電の種類、ＰＤＡを含むモバイル装置の種類がある。ＣＩタイプによって、該ＣＩの持つ属性が異なる。例えばＤＢ２の場合、その属性はＤＢ名及びインスタンス名などである。例えばＡＩＸの場合、その属性はｈｏｓｔ名及びＩＰアドレスなどである。
２．タスクデータ
本発明の第１の実施態様では、インポート部（図４Ａ、４０７）が、ＷＢＳ（５０２）からタスクデータ（４０６）をインポートし、リポジトリ（５０３）内に格納する。
３．タスクＣＩインスタンスの作成
本発明の第２の実施態様では、ＷＢＳ（５０２）からインポートされたタスクデータを、タスクＣＩインスタンスとしてリポジトリ（５０３）内に格納する。タスクデータそれぞれが、タスクＣＩインスタンスとしてリポジトリ（５０３）内に格納されうる。或いは、所定のタスクの１群が、タスクＣＩのためのモデル・テーブル（図１、１０７）に基づいて１つのタスクＣＩインスタンスとして作成され、該リポジトリ（５０３）内に格納される。ＣＩインスタンスの作成方法は、図１Ａ、図２Ａ及び図３Ａについての説明において述べたとおりである。タスクＣＩインスタンスを作成するための、モデル・テーブル（図１１０７）及び関係テーブル（図１１０８）が用意される。タスクＣＩインスタンスのためのデータ・モデル（図２Ｂ、２０１）は、（１）タスクＣＩの属性、（２）タスクＣＩ同士の関係、及び（３）システム構成ＣＩとタスクＣＩとの関係を含む。タスクＣＩの属性は例えば、作業を行うホスト名、アプリケーション名、担当者、スケジュール、進捗状況である。タスクＣＩ同士の関係は例えば、先行タスク及び後続タスクである。システム構成ＣＩとタスクＣＩとの関係は例えば、タスクの対象となるシステム構成ＣＩである。タスクの対象となるシステム構成ＣＩとは、該タスクの作業対象を担うシステム構成ＣＩである。例えば、「ｈｏｓｔ１に導入予定のＷｅｂＳｐｈｅｒｅの導入作業」というタスクの場合、該タスクの作業対象を担うシステム構成ＣＩは、「ｈｏｓｔ１に導入されるＷｅｂＳｐｈｅｒｅ」である。ＣＩインスタンス作成部（図１１０３）は、データ・モデル（２０１）に従い、タスクＣＩの属性及び関係を設定して、タスクＣＩインスタンスを作成する。
４．タスクＣＩインスタンスの検証
システム構成ＣＩインスタンス（５０４）とタスクデータ又はタスクＣＩ（５０６）を関連付けるためにタスクの属性を検証する。該検証のために、インポート部（図４Ａ、４０７）は、ＷＢＳからタスクデータの更新データを定期的にインポートする。或いは、該インポート部（４０７）は、タスクデータが更新されることに応じて、ＷＢＳからタスクデータの更新データをインポートする。該インポートによって、タスクＣＩインスタンスのデータが更新される。
５．システム構成ＣＩインスタンスと、タスクデータ又はタスクＣＩインスタンスとの関連付け
タスク・マッピング・モジュール（５０７）は、システム構成ＣＩインスタンスと、タスクデータ又はタスクＣＩインスタンスとを関連付ける。詳細には、各タスクが、例えばシステムのどのアプリケーションによる作業であるかを関連付ける。タスク・マッピング・モジュール（５０７）は、関連付けしたデータをリポジトリ（５０３）内に関連データ又は関連ＣＩインスタンスとして格納する。タスク・マッピング・モジュール（５０７）はまた、上記関連付けの結果を管理者に通知する。管理者は、自動的に関連付けることができないタスクデータ又はタスクＣＩをシステム構成ＣＩインスタンスに関連付ける。関連付けすることができないタスクデータ又はタスクＣＩの例は、属性が不足している、又は重複する属性があるものである。関連付けすることができないタスクデータ又はタスクＣＩの他の例は、システム構成ＣＩにあってタスクデータ又はタスクＣＩにないＣＩがあることであり、該例は作業の漏れである。属性が重複付けすることができないタスクデータ又はタスクＣＩの他の例は、タスクＣＩにあって、システム構成ＣＩにないＣＩがあることであり、該例は設計の漏れである。下記図６は、関連付けを模擬的に示す。
６．ＣＩ間の不足情報、矛盾の解決
管理者は、タスク・マッピング・モジュール（５０７）からのマップ結果の通知を定期的に又は指定間隔で受け取る。そして、ＣＩ間の不足情報、矛盾の解決を行う。
７．進捗管理
情報解析モジュール及び進捗状況描画モジュールが、システム構成ビュー、例えばＴＡＤＤＭ上にシステム構成ＣＩとともに、該システム構成ＣＩに関連するタスクについての情報例えば、タスクの進捗率又は進捗状態、タスクの残りのワーク量、タスク一覧、及び該タスクと他のタスクとの関連付けを表示する。タスクについての進捗管理の情報の表示の例を図８Ａ〜図１２に示す。該システム構成ビューは、システム構成ＣＩ同士の関係を表示する既存の表示インタフェースを拡張して行われる。進捗管理の情報は例えば、進捗率、スケジュールからの遅れ、サブシステム単位での進捗、進捗の予測、影響範囲の表示、タスク変更の結果のシミュレートであるが、これらに限定されない。
８．タスク間の関係の自動検出
本発明の実施形態に従うコンピュータ・システムは、システム構成ＣＩの属性及び関係、特にシステム構成ＣＩの依存関係を使用して、タスク同士の関係を自動的に検出する。タスク同士の関係は例えば、タスク間のコンフリクト或いは先行タスクである。また、本発明の実施形態に従うコンピュータ・システムは、進捗状況が時々刻々と更新されることに応じて、タスクのコンフリクト或いは先行タスクを自動的に更新することが可能である。
９．システムの変更に関与したタスクの自動検出
また、本発明の実施形態に従うコンピュータ・システムは、デジタル化された設計書に定義されるシステム及び該定義されるシステムに対応する実在のシステムの変更に関与したタスクを自動的に検出することが可能である。システム構成ＣＩに変化があった場合、例えばシステムに故障が発生した場合、タスクの進捗履歴を記載した作業履歴から関連するタスクを表示する。該表示によって、管理者は、システム変更の原因を検証することが可能である。システム構成ＣＩに変化があったことは、ＣＭＤＢにおけるトラッキング機能を利用して実現されうる。

図６は、本発明の実施態様である、関連付けを模擬的に示す。
システム構成ＣＩインスタンス（６０４）は、該システム構成ＣＩの属性及びシステム構成ＣＩ同士の関係を示す１組のデータを有する。タスクデータは、該タスクの属性及びタスク同士又は該タスクとシステム構成ＣＩの依存関係を示す１組のデータを有する。或いはタスクＣＩインスタンスは、該タスクＣＩの属性及びタスクＣＩ同士の依存関係を示す１組のデータを有する。システム構成ＣＩインスタンス（６０４）とタスクデータ又はタスクＣＩインスタンスは、関連データ又は関連ＣＩインスタンスによって関連付けられる。

図７は、本発明の実施態様である、システム構成ＣＩ（６０４）、及び該システム構成ＣＩと他のシステム構成ＣＩとの関連付けの表示の例を示す。上記関連付けは、システム構成間において実線として表示される。
上記表示は、トポロジー・マップとも呼ばれる。トポロジー・マップは例えば、図７に示す属性を有する表を作成して、該表から作成することが可能である。システム構成ＣＩと他の構成ＣＩとの関連付けは例えば、アプリケーション又はアプリケーション・インスタンスの使用しているポート番号を利用して行われる。例えば、host1という名前のサーバ・コンピュータにWebSphereとＤＢ２が導入されている場合、WebSphereはポート番号9080でListeningを行い、ＤＢ２はポート番号50000でListeningを行う。このような場合において、接続先ホストのアプリケーションがWebSphereと接続したい場合、host1+9080でコネクションを張り、同様に接続先ホストのアプリケーションがＤＢ２と接続したい場合、host1+50000でコネクションを張る。従って、他のシステムとhost1というサーバ・コンピュータとは、ホスト名及びアプリケーションのListeningポート番号を使用して関連付けされる。属性「担当」は、データをフィルタリングするための属性であって、任意の属性である。属性「追加属性１」及び「追加属性２」は、管理者がインスタンスを識別しやすいように追加した属性であって、任意の属性である。

図８Ａは、本発明の実施態様である、システム構成ＣＩ（６０４）に関連するタスクの一覧表示の例を示す。
コンピュータ・システムは、システム構成図の各システム構成ＣＩ上に又はその近傍に、該システム構成ＣＩに関連するタスクについての情報を時系列的に並べて表示する。該表示は例えば、タスク名、タスク終了予定日、タスク終了実績日、及びタスク担当者名を含む。コンピュータ・システムは、全てのシステム構成ＣＩ上にタスクについての情報を表示してもよく、或いはフィルタリング属性に従い、一部のシステム構成ＣＩ上にタスクについての情報を表示してもよい。

図８Ｂは、本発明の実施態様である、進捗率の表示の例を示す。
各システム構成ＣＩに関連するタスク群の進捗率が、実績進捗率と予定進捗率とで示される。
実績進捗率及び予定進捗率は、下記の式で求められる。
実績進捗率＝（完了済み作業量／全作業量）×１００（％）
予定進捗率＝（完了予定作業量／全作業量）×１００（％）
全作業量は、或るシステム構成ＣＩに関連するタスク群の全作業量である。完了済み作業量は、或る時点での完了済み作業量である。完了予定作業量は、或る時点での完了予定作業量である。
各タスクの属性がフェーズ属性又は担当者属性を有している場合、フェーズ又は担当者で作業量をフィルタリングして、進捗率を計算することも可能である。コンピュータ・システムは、フィルタリングされるシステム構成ＣＩの表示を例えば半透明にし、フィルタリングされないシステム構成ＣＩの表示と異ならせることができる。
上記表示によって、管理者は、依存関係にあるシステム構成ＣＩに関連するタスクの進捗状況を一目で把握することができる。

図９は、本発明の実施態様である、障害発生の表示の例を示す。
タスクデータマッピングモジュール（図５、５０７）は、定期的に又は或る間隔でタスク情報を取得する。障害が発生したことは、タスクデータ又はタスクＣＩの障害発生属性のデータから取得される。コンピュータ・システムは、障害が発生したタスクに関連するシステム構成ＣＩ上に障害発生アイコンを表示する。

図１０は、本発明の実施態様である、システム構成ＣＩに関連するタスクのステータスの表示の例を示す。
プロジェクトにおけるマイルストーンをタスクのフェーズに関連付けて設定する。マイルストーンは例えば、単体テスト（ＵＴ）完了期限は○月×日まで、統合テスト完了は×月○日までである。ステータスは、マイルストーンに対する進捗状況で定義される。マイルストーンで設定した予定の日付に対し、各システム構成ＣＩに関連付けられたタスク群の進捗状況をステータスとして表示する。
ステータスが例えばスケジュール通り又は進んでいるときは、語「順調」を表示する、又は順調であることを示すアイコン、図形を表示する。図９では、順調なマイルストーンについて、システム構成ＣＩの外枠が実線で囲まれている。ステータスが例えば１週間未満の遅れであるときは、語「要注意」を表示する、又は要注意であることを示すアイコン、図形を表示する。図９では、要注意なマイルストーンについて、システム構成ＣＩの外枠が波線で囲まれている。ステータスが例えば１週間以上の遅れであるときは、語「危機的」を表示する、又は危機的であることを示すアイコン、図形を表示する。図９では、危機的なマイルストーンについて、システム構成ＣＩの外枠が点線で囲まれている。

図１１は、本発明の実施態様である、システム構成ＣＩ及びタスクについての情報の表示の例を示す。
該表示は、上記進捗率の表示、上記障害発生の表示及び上記ステータスの表示を同時に含む。

図１２は、本発明の実施態様である、タスクとタスクの関連付けの表示の例を示す。図１２はまた、Ａｐａｃｈｅ、ＷｅｂＳｐｈｅｒｅ及びＤＢ２のシステム構成ＣＩ、及び該システム構成ＣＩに関連付けられるタスクについての情報を示す。タスクについての情報は、タスクのタスク名及び該タスクが所属するフェーズを示す。Ａｐａｃｈｅのタスクは、「Ａｐａｃｈｅの導入」、「Ａｐａｃｈｅの構成」、「単体テスト」及び「統合テスト」を含む。Ｗｅｂｓｐｈｅｒｅｎｏタスクは、「ＷｅｂＳｐｈｅｒｅの導入」、「ＷｅｂＳｐｈｅｒｅの構成」、「アプリケーション導入」、「アプリケーション単体テスト」及び「統合テスト」を含む。フェーズは、Ａｐａｃｈｅのタスクは、Ａｐａｃｈｅの導入・構成、ＵＴ（単体テスト）及びＩＴ（統合テスト）である。ＤＢ２のタスクは、「ＤＢ２の導入」、「インスタンス作成」、「ＤＢ作成」、「ＤＢ構成」、「ＤＢ単体テスト」及び「統合テスト」を含む。各タスクが所属するフェーズは、「導入・構成」、「ＵＴ」又は「ＩＴ」のいずれかである。
図１２では、各タスク間の関連付けが、矢印で表示されている。図１２では、該矢印によって、Ａｐａｃｈｅのタスクにおける統合テストは、全ての単体テストの完了が統合テストの前提条件であることがわかる。よって、図１２では、Ａｐａｃｈｅのタスクに関連する別のタスク、すなわちＷｅｂＳｐｈｅｒｅのタスク及びＤＢ２のタスクの単体テストの完了が、Ａｐａｃｈｅの統合テストの前提条件となる。

図１３は、本発明の実施態様である、タスク同士の関係を自動で検出することを示す。該検出は、システム構成ＣＩの属性及び関係のデータを用いて行われる。
上記検出を可能にするために、システム構成ＣＩ又は該システム構成ＣＩに関係するＣＩに関連するタスクについて次の属性を設定する：タスクの制約があるかどうかについての属性、先行タスクが発生するかどうかについての属性及び後続タスクが発生するかどうかについての属性。タスクの制約があるかどうかについての属性がタスクの制約を示す場合、システム構成ＣＩは同時に作業をすることができない。また、先行又は後続タスクが発生するかどうかについての属性が先行又は後続タスクが発生することを示す場合、システム構成ＣＩに関連するタスクに依存するタスクがある。
上記タスク同士の関係を検出することによって、タスク間のコンフリクトの検出（下記図１４を参照）及び先行タスクの検出（下記図１５を参照）をすることができる。該検出によって、時々刻々と更新される進捗状況に応じ、上記タスク同士の関係を自動で検出することが可能になる。

図１４は、本発明の実施態様である、タスク間のコンフリクトの検出を示す。
複数のシステム構成ＣＩ（１４０１）が、物理的位置の関係で見たシステム構成図で示される。該システムは、１つのラック（ｒａｃｋ１）を有する。該ラックは、「コンソールが１つ付いている」という属性を有する。コンソールとは、ディスプレイ、キーボード、マウスのセットである。該ラック（ｒａｃｋ１）は、２つのサーバ・コンピュータ（ｈｏｓｔ１及びｈｏｓｔ２）を含む。ｈｏｓｔ１というサーバ・コンピュータ上では、オペレーティング・システム（ＯＳ１）と該ＯＳ１上のアプリケーション（ａｐｐ１及びａｐｐ２）が稼働する。同様に、ｈｏｓｔ２というサーバ・コンピュータ上では、オペレーティング・システム（ＯＳ２）と該ＯＳ２上のアプリケーション（ａｐｐ３及びａｐｐ４）が稼働する。
タスクは、２つのタスクＣＩ、すなわちＴａｓｋ１及びＴａｓｋ２を有する。システム構成ＣＩであるａｐｐ１は、タスクＣＩ（Ｔａｓｋ１）に関連する。同様に、システム構成ＣＩであるａｐｐ４は、タスクＣＩ（Ｔａｓｋ２）に関連する。Ｔａｓｋ１のスケジュール属性は１０／２０〜１０／２１であり、及びｔａｓｋ２のスケジュール属性は１０／２１〜１０／２１である。よって、Ｔａｓｋ１とＴａｓｋ２の各スケジュールは、ラック（ｒａｃｋ１）を同日に使用する。しかし、上記ラックは「コンソールが１つ付いている」という属性を有するので、同じラック（ｒａｃｋ１）を同一日に使用する複数のタスクはコンフリクトする。そこで、同じラック（ｒａｃｋ１）に物理的位置で関連するタスクＣＩ（Ｔａｓｋ１及びＴａｓｋ２）をスケジュールでフィルタリングする。このことによって、コンピュータ・システムは、タスク間のコンフリクトを自動的に検出することができる。
また、コンピュータ・システムは、タスクデータを定期的に又は所定の時間毎に更新する。インポート部（図４、４０７）は、タスクについてのデータをＷＢＳ（図４、４０２）から取得し、リポジトリ内に記憶する（図４、４０６）。代替的に、ディスカバリ部（図１、１０１）は、タスクについてのデータをＷＢＳ（４０２）から取得し、ＣＭＤＢ（図１、１０５）内にタスクＣＩインスタンス（図４、４１６）として記憶する（図４、４１６）。よって、該コンピュータ・システムは、システム構築が進行し、タスクの遅れ或いは新規タスクの作成が発生して、新たにタスク間のコンフリクトが生じたときであっても、タスク間のコンフリクトを自動的に検出できる。

図１５は、本発明の実施態様である、先行タスクの検出を示す。
複数のシステム構成ＣＩ（１５０１）が、物理的位置の関係で見たシステム構成図で示されている。システム構成ＣＩ（ｓｉｔｅ１）の属性は入館ルールを有する。該入館ルールは、入館申請書を３日前に提出すること、入館に際してメディア持込申請書が必要であること、入館方法を規定する。タスクＣＩ（１５０２）は、２つのタスクＣＩ、すなわちＴａｓｋ１及びＴａｓｋ２を有する。システム構成ＣＩ（ａｐｐ１）は、タスクＣＩ（Ｔａｓｋ１）に関連する。同様に、システム構成ＣＩ（ＯＳ２）は、タスクＣＩ（Ｔａｓｋ２）に関連する。Ｔａｓｋ１は、「メディア持込必要」というフラグを有する。
ここで、コンピュータ・システムは、ＣＭＤＢ内の１０月２１日に入館するタスクＣＩをＣＭＤＢ上で検索する。さらに、コンピュータ・システムは、システム構成ＣＩ（ｓｉｔｅ１）に物理的に関連するタスクをスケジュールでフィルターする。該フィルターの結果、コンピュータ・システムは、タスクＣＩ（Ｔａｓｋ１及びＴａｓｋ２）の各担当者について、１０月２１日にｓｉｔｅ１に入館するための申請書を起票するタスクをスケジューリングし、アサインする。コンピュータ・システムはさらに、Ｔａｓｋ２について、メディア持込申請書を１０月１８日付で起票するＴａｓｋ３をスケジューリングし、アサインする。このようにして、上記コンピュータ・システムは、先行タスクを検出することが可能である。

図１６は、本発明の実施態様である、システムの変更に関与したタスクの検出を示す。
管理者は、先週は動いていたアプリケーション（ＷｅｂＳｐｈｅｒｅ）が動かなくなったために、その原因となるタスクを検出することを試みる。タスク情報、例えば進捗履歴が作業履歴としてＷＢＳに管理されている。タスク・データ・マッピングモジュール（図５、５０７）は、ＷＢＳ（図５、５０２）から進捗状況を定期的にインポートし、リポジトリ（５０３）上のタスクデータ又はタスクＣＩを更新する。コンピュータ・システムは、アプリケーション（ＷｅｂＳｐｈｅｒｅ）に関係している構成要素に関連付けられるタスクのうち、上記アプリケーションが動作していた日時以降に進捗に変化があったタスクを検出する。コンピュータ・システムは、上記検出したタスクを、該タスクに関連付けられたシステム構成ＣＩの近傍に表示する。該表示によって、管理者は、アプリケーション（ＷｅｂＳｐｈｅｒｅ）が動かなくなった理由が、システム構成ＣＩ（Ｗｉｎｄｏｗｓ）においてパスワード変更というタスクによることがわかる。上記の通り、上記コンピュータ・システムは、障害発生時などにおいてシステム構成ＣＩに変化があった場合に、関連するタスクを作業履歴から抽出して表示することが可能である。
上記検出はシステムの変更を例として述べたが、設計書の変更にも上記検出を応用することができる。

図１７は、本発明の実施態様である、システム構成ＣＩについての情報を使用して、タスク情報を加工することを示す。
図１７は、店舗管理のためのシステムが、サブシステムとして発注管理システム、受注管理システム、在庫管理システムを有することを示す。在庫管理システムは、各システム構成ＣＩと図１７に示す関係を有する。そして、システム構成ＣＩにタスクＣＩが関連付けられて表示されている。
コンピュータ・システムは、サブシステム単位でタスクの進捗状況をチェックし、順調、要注意、及び危機的のいずれかであるかを表示する。

図１８は、図１７のサブシステム単位での進捗状況の表示からさらに詳細な進捗状況を表示することを示す。
図１８は、サブシステム構成ＣＩのタスク一覧を表示させた図を示す。チェックポイント、並びに障害発生の表示及び各タスクＣＩの進捗状況の表示を同時に含む。タスクＣＩの進捗状況の表示は、タスク名、実績進捗率、完了予定日、完了日及び担当者名を含む。また、タスクＣＩの進捗状況の表示では、障害復旧後に急いで進めるべきタスクが、波線で囲まれて表示されている。
上記表示から、管理者はどんなタスクが未達として残っているのかを把握することができ、しかも障害復旧後に急いで進めるべきタスクも把握しやすい。

上記実施形態のコンピュータ・システムにおいて使用されるコンピュータは、ＣＰＵとメイン・メモリと含み、これらはバスに接続されている。ＣＰＵは好ましくは、３２ビットまたは６４ビットのアーキテクチャに基づくものであり、例えば、インテル社のＸｅｏｎ（商標）シリーズ、Ｃｏｒｅ（商標）シリーズ、Ｐｅｎｔｉｕｍ（商標）シリーズ、Ｃｅｌｅｒｏｎ（商標）シリーズ、ＡＭＤ社のＰｈｅｎｏｍ（商標）シリーズ、Ａｔｈｌｏｎ（商標）シリーズなどを使用することができる。バスには、ディスプレイ・コントローラを介して、ＬＣＤモニタなどのディスプレイが接続される。ディスプレイは、コンピュータ・システムの管理のために、通信回線を介してネットワークに接続されたコンピュータについての情報と、そのコンピュータ上で動作中のソフトウェアについての情報を、適当なグラフィック・インターフェースで表示するために使用される。バスにはまた、ＩＤＥ又はＳＡＴＡコントローラを介して、ハードディスク又はシリコン・ディスクと、ＣＤ−ＲＯＭ又はＤＶＤドライブが接続される。

ハードディスクには、オペレーティング・システム、Ｊ２ＥＥなどのＪａｖａ処理環境を提供するプログラム、ＣＭＤＢのための運用管理プログラム、その他のプログラム及びデータが、メイン・メモリにロード可能に記憶されている。運用管理プログラムは好ましくは、インターナショナル・ビジネス・マシーンズ・コーポレーションから提供されるＴＡＤＤＭ（Tivoli(商標) Application Dependency Discovery Manager）を含む。

ＣＤ−ＲＯＭ、ＤＶＤ又はＢＤドライブは、必要に応じて、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又はＢＤからプログラムをハードディスクに追加導入するために使用される。バスには更に、キーボード・マウスコントローラを介して、キーボード及びマウスが接続されている。

通信インタフェースは、例えばイーサネットプロトコルに従うものであり、通信コントローラを介してバスに接続され、コンピュータ及び通信回線を物理的に接続する役割を担い、コンピュータのオペレーティング・システムの通信機能のＴＣＰ／ＩＰ通信プロトコルに対して、ネットワーク・インターフェース層を提供する。尚、通信回線は、有線ＬＡＮ環境、或いは例えばＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎなどの無線ＬＡＮ接続規格に基づく無線ＬＡＮ環境であってもよい。

なお、コンピュータ等のハードウェアを接続するためのネットワーク接続装置として使用できるものとして、上記のネットワーク・スイッチ以外に、これで尽きている訳ではないが、ルータ、ハードウェア管理コンソール等がある。要するに、ネットワーク運用管理用プログラムが導入されているコンピュータからの、所定のコマンドによる問合せに対して、それに接続されているコンピュータのＩＰアドレス、ＭＡＣアドレスなどの構成情報を返すことができる機能をもつものである。ネットワーク・スイッチ及びルータは、アドレス解決プロトコル（ＡＲＰ）のための、それに接続されているコンピュータのＩＰアドレス及び、それに対応するＭＡＣアドレスの対のリストを含むＡＲＰテーブルを含み、所定のコマンドによる問合せに対して、ＡＲＰテーブルの内容を返す機能をもつ。ハードウェア管理コンソールは、ＡＲＰテーブルよりも更に詳しい、コンピュータの構成情報を返すことができる。

以上、実施形態に基づき本発明を説明してきたが、本実施形態に記載されている内容は、本発明の一例であり、当業者なら、本発明の技術的範囲を逸脱することなく、さまざまな変形例に想到できることが、明らかであろう。例えば、ＣＭＤＢとそれに格納されたＣＩではなく、別の形式のデータベースとＣＩの形式を用いることもできる。また、Ｊａｖａ以外に、Ｃ＋＋、Ｃ＃など、ネットワーク管理機能をもつＡＰＩを呼び出すことのできる任意のコンピュータ開発環境を用いることができる。

ＣＭＤＢを含むコンピュータ・システムの例を示す。 ＴＡＤＤＭの概要を示す。 機器Ａ及び機器Ｂの各ＣＩインスタンス、及びその関係インスタンスの作成を示す。 データ・モデル、ディスカバリ・インスタンス、ＣＩインスタンス、及び関係モデルを示す。 ＣＭＤＢにおける構成情報管理の画面例を示す。 ＣＭＤＢにおけるトランザクション依存関係の例を示す。 ＷＢＳの模式図を示す。 ＷＢＳにおける作業スケジューリング及び進捗管理の例を示す。 現状のシステム構築プロジェクトを示す。 本発明の第１の実施態様（Ａ）及び第２の実施態様（Ａ）を示す。 本発明の実施態様である、システム構成ＣＩとタスクの関連付けを示す。 本発明の実施態様である、タスクの進捗管理の流れを示す。 本発明の実施態様である、関連付けを模擬的に示す。 本発明の実施態様である、システム構成ＣＩ、及び該システム構成ＣＩと他の構成ＣＩとの関連付けの表示の例を示す。 本発明の実施態様である、システム構成ＣＩに関連付けられるタスクの一覧表示の例を示す。 本発明の実施態様である、進捗率の表示の例を示す。 本発明の実施態様である、障害発生の表示の例を示す。 本発明の実施態様である、システム構成ＣＩに関連付けられたステータスの表示の例を示す。 本発明の実施態様である、システム構成ＣＩ及びタスクについての情報の表示の例を示す。 本発明の実施態様である、タスクとタスクの関連付けの表示の例を示す。 本発明の実施態様である、タスク同士の関係を自動で検出することを示す。 本発明の実施態様である、タスク間のコンフリクトの検出を示す。 本発明の実施態様である、先行タスクの検出を示す。 本発明の実施態様である、システムの変更に関与したタスクの検出を示す。 本発明の実施態様である、システム構成ＣＩについての情報を使用して、タスク情報を加工することを示す。 本発明の実施態様である、サブシステム単位での進捗状況の表示からさらに詳細な進捗状況を表示することを示す。

Claims (17)

1. デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するためのコンピュータ・システムであって、
   前記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータ、タスクについてのデータ及び前記構成要素と少なくとも１つの前記タスクとを関連付ける関連データを保持するリポジトリであって、複数の前記１組のデータの少なくとも一部は、前記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、前記リポジトリと、
   前記構成要素についてのデータ及び前記タスクについてのデータの少なくとも一方を検出するディスカバリ部であって、前記１組のデータ及び前記関連データの少なくとも一方が、該検出されたデータを使用して更新される、前記ディスカバリ部と
   を含み、
   前記コンピュータ・システムは、前記１組のデータ及び前記関連データの少なくとも一方が前記ディスカバリ部により検出された前記データを使用して更新されることに応じて、第１のタスクと第２のタスクとの間のコンフリクト、又は、システムの変更に関与したタスクを自動的に検出する、前記コンピュータ・システム。
2. 前記設計書に定義されるシステムが構築対象又はメンテナンス対象のシステムであり、前記タスクが前記設計書に定義されるシステムの構築又はメンテナンスに関連するタスクである、請求項１に記載のコンピュータ・システム。
3. 前記設計書に定義されるシステムに含まれる少なくとも１の構成要素、該構成要素と他の構成要素との間の関係、及び該構成要素と関連するタスクについての情報を示すトポロジー・マップを表示するための表示装置をさらに含む、請求項１に記載のコンピュータ・システム。
4. 前記設計書に定義されるシステムに含まれる少なくとも１の構成要素又は該構成要素についてのデータが変更されることに応じて、前記表示装置が、該構成要素についての更新された情報を表示する、請求項３に記載のコンピュータ・システム。
5. 前記タスクについての情報が、タスクについてのインポートされたデータを使用して更新される、請求項３に記載のコンピュータ・システム。
6. 前記タスクについての情報が、タスクの進捗率又は進捗状態、タスクの残りのワーク量、タスク一覧、及び該タスクと他のタスクとの関連付けから選択される少なくとも１である、請求項３に記載のコンピュータ・システム。
7. 前記関連データの属性が、タスクに関連するホストのホスト名、アプリケーションのアプリケーション名及び該アプリケーションのポート番号の少なくとも１つである、請求項１に記載のコンピュータ・システム。
8. 前記構成要素が、クライアント・コンピュータ、サーバ・コンピュータを含むコンピュータ；コンピュータの周辺機器；オペレーティング・システム、ミドルウェアを含むアプリケーション・ソフトウェア；デジタル家電製品；並びに前記設計書に定義されるシステムに含まれる構成要素に対応する実在する構成要素のいずれかである、請求項１に記載のコンピュータ・システム。
9. デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するためのコンピュータ・システムであって、
   前記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータと、タスク毎に、該タスクの少なくとも１つの所定の属性及び、該タスクと他のタスク又は構成要素との関係を示す１組のデータと、前記構成要素と少なくとも１つの前記タスクとを関連付ける関連データとを保持するリポジトリであって、前記構成要素についての複数の前記１組のデータの少なくとも一部は、前記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、前記リポジトリと、
   前記構成要素についてのデータ及び前記タスクについてのデータの少なくとも一方を検出するディスカバリ部であって、前記構成要素についての１組のデータ、前記タスクについての１組のデータ、及び前記関連データの少なくともいずれかが、該検出したデータを使用して更新される、前記ディスカバリ部と
   を含み、
   前記コンピュータ・システムは、前記構成要素についての１組のデータ、前記タスクについての１組のデータ、及び前記関連データの少なくともいずれかが前記ディスカバリ部により検出された前記データを使用して更新されることに応じて、第１のタスクと第２のタスクとの間のコンフリクト、又は、システムの変更に関与したタスクを自動的に検出する、前記コンピュータ・システム。
10. 前記設計書に定義されるシステムが構築対象又はメンテナンス対象のシステムであり、前記タスクが前記設計書に定義されるシステムの構築又はメンテナンスに関連するタスクである、請求項９に記載のコンピュータ・システム。
11. 前記構成要素についての１組のデータと前記タスクについての１組のデータとの間でマッピングを行い、前記関連データを作成する関連データ作成部をさらに含む、請求項９に記載のコンピュータ・システム。
12. 前記設計書に定義されるシステムに含まれる少なくとも１の構成要素、該構成要素と他の構成要素との間の関係、及び該構成要素と関連するタスクについての情報を示すトポロジー・マップを表示する表示装置をさらに含む、請求項９に記載のコンピュータ・システム。
13. デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するための方法であって、コンピュータ・システムが、
    前記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータをリポジトリ内に格納するステップであって、複数の前記１組のデータの少なくとも一部は、前記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、前記格納するステップと、
    前記タスクについてのデータを前記リポジトリ内に格納するステップと、
    前記構成要素と少なくとも１つの前記タスクとを関連付ける関連データを前記リポジトリ内に格納するステップと、
    前記構成要素についてのデータ及び前記タスクについてのデータの少なくとも一方を検出するステップと、
    前記１組のデータ及び前記関連データの少なくとも一方を、該検出されたデータを使用して更新するステップと、
    前記１組のデータ及び前記関連データの少なくとも一方が前記検出された前記データを使用して更新されることに応じて、第１のタスクと第２のタスクとの間のコンフリクト、又は、システムの変更に関与したタスクを自動的に検出するステップと
    を実行することを含む、前記方法。
14. デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するための方法であって、コンピュータ・システムが、
    前記構成要素毎に、該構成要素の少なくとも１つの所定の属性及び、該構成要素と他の構成要素との関係を示す１組のデータをリポジトリ内に格納するステップであって、前記構成要素についての複数の前記１組のデータの少なくとも一部は、前記デジタル化された設計書に定義されるシステムに含まれる構成要素についてのデータから作成される、前記格納するステップと、
    タスク毎に、該タスクの少なくとも１つの所定の属性及び、該タスクと他のタスク又は構成要素との関係を示す１組のデータを前記リポジトリ内に格納するステップと、
    前記構成要素と少なくとも１つの前記タスクとを関連付ける関連データを前記リポジトリ内に格納するステップと、
    前記構成要素についてのデータ及び前記タスクについてのデータの少なくとも一方を検出するステップと、
    前記構成要素についての１組のデータ、前記タスクについての１組のデータ、及び前記関連データの少なくともいずれかを、該検出したデータを使用してするステップと、
    前記構成要素についての１組のデータ、前記タスクについての１組のデータ、及び前記関連データの少なくともいずれかが前記検出された前記データを使用して更新されることに応じて、第１のタスクと第２のタスクとの間のコンフリクト、又は、システムの変更に関与したタスクを自動的に検出するステップと
    を含む、前記方法。
15. 前記構成要素の関係データを使用して、タスク間の関係を検出するステップをさらに含む、請求項１３又は１４に記載の方法。
16. 前記タスク間の関係の検出に応じて、新たなタスクをスケジューリングするステップをさらに含む、請求項１５に記載の方法。
17. デジタル化された設計書に定義されるシステムに含まれる複数の構成要素それぞれと関連する複数のタスクの進捗を管理するためのコンピュータ・プログラムであって、コンピュータ・システムに、請求項１３〜１６のいずれか一項に記載の各ステップを実行させる、前記コンピュータ・プログラム。

Images