JP2017199291A - 構成管理装置 - Google Patents

Abstract

【課題】情報システムに障害が発生した場合に迅速な対処を行う。
【解決手段】構成管理装置（１０）は、サーバのレイヤやアプリケーションのレイヤ等の複数のレイヤの構成情報のうち何れか一つを指定する指定情報を入力する受付部（１２６Ａ）と、受付部（１２６Ａ）が指定情報を受け付けた場合に、記憶部（１００）を参照して、指定情報が指定する構成情報が示すアプリケーション又は指定情報が指定する構成情報に対応付けられた他の構成情報が示すアプリケーションから影響を受ける他のアプリケーションを検索する検索部（１２６Ｂ）と、検索部（１２６Ｂ）が検索した他のアプリケーションの識別情報を出力する出力部（１２６Ｃ）と、を備える。
【選択図】図１

Description

本発明は、構成管理装置に関する。

昨今、情報システムのクラウド化に伴い、多数のサーバを集約させたデータセンタが各地に設置され、ネットワーク経由で多数のクライアントに対して様々な業務サービスが提供されるようになってきている。

このようにサーバの集約化が進んだデータセンタにおいて、一旦、電源設備の故障やサーバの故障といった障害（情報システムの障害）が発生すると多くの業務サービスに影響が波及する場合がある。

しかしながら、このような情報システムは、その規模が大きくなるため、当該情報システムを構成する、複数の設備のレイヤと、当該複数の設備が利用される複数のサーバのレイヤと、当該複数のサーバ上で提供される複数の業務サービスのレイヤ等に分けて、各レイヤを異なる担当者が管理している。したがって、担当者間の連携が上手くいかないと、情報システムの障害時にどの業務サービスに影響を与えるのかを迅速に把握することができないという問題があった。

そこで、特許文献１には、例えば複数のサーバのレイヤの構成情報と複数の業務サービスのレイヤの構成情報とを互いに対応付けて記憶しておき、例えば情報システムのサーバに障害が発生した場合に、当該サーバから影響を受ける業務サービスを検索する技術が開示されている。

特開２０１５−２００９３６号公報

ところで、この特許文献１に記載の技術では、情報システムに障害が発生した場合に影響を受ける業務サービスを検索することができれば、当該業務サービスで使用するアプリケーション、すなわち情報システムに障害が発生した場合に直接影響を受けるアプリケーションを把握することも可能と考えられる。しかしながら、実際に、或るアプリケーションが影響を受ければ、そこから更に影響を受ける他のアプリケーションも存在する場合がある。

上記のような場合に、或るアプリケーションについてのみ把握できたところで、そこから更に影響を受ける他のアプリケーションが把握できなければ、管理者等は迅速な対処を行うことができない。

本発明はこのような事情に鑑みてなされたものであり、情報システムに障害が発生した場合に迅速な対処を行うことができる構成管理装置を提供することを目的の一つとする。

上記課題を解決するために、本発明に係る構成管理装置は、複数のサーバのレイヤと、複数のサーバ上で実行される複数のアプリケーションのレイヤを含む情報システムの構成管理装置であって、各レイヤの構成情報が互いに対応付けられて記憶され、構成情報の一部として複数のアプリケーションの識別情報を含む構成情報記憶部と、複数のアプリケーションのそれぞれについて、自己の識別情報と自己から影響を受ける他のアプリケーションの識別情報とが互いに対応付けられて影響情報として記憶される影響情報記憶部と、構成情報記憶部に記憶されている構成情報のうち何れか一つを指定する指定情報を受け付ける受付部と、受付部が指定情報を受け付けた場合に、構成情報記憶部及び影響情報記憶部を参照して、指定情報が指定する構成情報が示すアプリケーション又は指定情報が指定する構成情報に対応付けられた他の構成情報が示すアプリケーションから影響を受ける他のアプリケーションを検索する検索部と、検索部が検索した他のアプリケーションの識別情報を出力する出力部と、を備える。

なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置等により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置等により実現されてもよい。

本発明によれば、情報システムに障害が発生した場合に確実な対処を行うことが可能となる。

本発明の第１実施形態に係る構成管理装置と情報システムの概略構成の一例を説明するための図である。 図１に例示する記憶部の各種情報の詳細と各種情報同士の対応関係の一例を説明するための図である。 構成管理装置の利用場面における画面遷移の一例を説明するための図である。 検索画面から影響一覧画面に遷移する一例を説明するための図である。 検索画面から影響一覧画面に遷移する他の例を説明するための図である。 第２実施形態に係る構成管理装置と情報システムの概略構成の一例を説明するための図である。 図６に例示する自動登録部１２８の処理の流れを説明するためのフローチャートである。 図７に例示する対応付け処理（１）による構成情報の変遷図である。 図７に例示する対応付け処理（２）による構成情報の変遷図である。 図７に例示する強制対応付け処理による構成情報の変遷図である。 第３実施形態に係る構成管理装置の一例を説明するための図である。 設計書及び申請書の一例として機器電源接続図を説明するための図である。 設計書及び申請書の一例としてフロア情報を説明するための図である。

＜第１実施形態＞
以下、添付図面を参照しながら本発明の第１実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。

図１は、本発明の第１実施形態に係る構成管理装置と情報システムの概略構成の一例を説明するための図である。

本実施形態に係る構成管理装置１０は、情報システム２０の構成を管理するものである。

まず、情報システム２０について具体的に説明する。

情報システム２０は、様々な業務サービスを提供するテナントに基盤を提供するクラウドシステムである。情報システム２０は、データセンタで運用される。データセンタは１箇所である必要はなく、複数箇所に分散されていてもよい。業務サービスには、業務アプリケーションの実行内容を提供するサービスや、データを保存するサービス等がある。なお、以下、「業務アプリケーション」を単に「アプリ」と呼称する。また、アプリの用途は、業務に限られることはなく、個人的な用途も含んでいてもよい。

以上のような情報システム２０は、複数の構成を有するため、当該複数の構成それぞれを複数のレイヤの何れか１つに分類して管理されている。各レイヤには、それぞれ専門の担当者が配置されている。各担当者には、それぞれの端末３０が用意されている。各端末３０は、ネットワークを介して構成管理装置１０等に通信可能に構成されている。

この複数のレイヤは、例えば、設備レイヤ２００と、クラウドレイヤ２０２と、テナントレイヤ２０４と、アプリ・ＤＢレイヤ２０６と、を含む。

設備レイヤ２００は、設備の構成として分類される、複数の電源２００Ａと、複数のラック２００Ｂと、を含む。

クラウドレイヤ２０２は、クラウドの構成として分類される、複数の物理サーバ２０２Ａと、監視ノード２０２Ｂと、を含む。複数の物理サーバ２０２Ａは、それぞれ対応する電源２００Ａやラック２００Ｂ等の設備レイヤ２００の構成を利用して稼働するものである。監視ノード２０２Ｂは、複数の物理サーバ２０２Ａのステータス等を監視する装置である。なお、クラウドレイヤ２０２は、上記構成以外であって物理サーバ２０２Ａに係る構成を含んでもよいが、物理サーバ２０２Ａを主に含むため、物理サーバ２０２Ａのレイヤと呼称してもよい。

テナントレイヤ２０４は、テナントのための構成として分類される、複数の仮想サーバ２０４Ａと、監視ノード２０４Ｂと、を含む。複数の仮想サーバ２０４Ａは、それぞれ対応する物理サーバ２０２Ａ上で稼働するものである。なお、テナントレイヤ２０４は、これらの構成以外であって仮想サーバ２０４Ａに係る構成を含んでもよいが、仮想サーバ２０４Ａを主に含むため、仮想サーバ２０４Ａのレイヤと呼称してもよい。また、物理サーバ２０２Ａのレイヤと仮想サーバ２０４Ａのレイヤとをまとめて、サーバのレイヤと呼称してもよい。

アプリ・ＤＢレイヤ２０６は、複数の仮想サーバ２０４Ａ上で実行されてテナントに提供される構成として分類される、複数のアプリ２０６Ａと、複数のＤＢ（データベース）２０６Ｂと、を含む。なお、本実施形態では、１つの仮想サーバ２０４Ａ上では、１つのアプリが実行される場合を説明するが、１つの仮想サーバ２０４Ａ上で複数のアプリが実行されてもよい。

次に、構成管理装置１０について具体的に説明する。

構成管理装置１０は、各端末３０と通信可能に構成され、記憶部１００と、制御部１２０と、を備える。

記憶部１００は、例えば一又は複数の外部記憶装置で構成される。この記憶部１００には、例えば、設備構成情報１０２と、クラウド構成情報１０４と、テナント構成情報１０６と、アプリ構成情報１０８と、ＤＢ構成情報１１０と、テーブル影響情報１１２と、アプリ影響情報１１４と、ＩＦ（インタフェース）情報１１６と、業務情報１１８と、が記憶される。これらの情報１０２〜１１８は、後述するように互いに対応付けられている。なお、この記憶部１００は、特許請求の範囲に記載の構成情報記憶部及び影響情報記憶部として機能する。

設備構成情報１０２は、設備レイヤ２００にある複数の構成（電源２００Ａ等）の構成情報である。構成情報としては、例えば構成の識別情報の他、一又は複数の構成を含むグループの識別情報や、その用途、構成を示す設計書や申請書等の書類の識別情報も含んでいてもよい。以下の構成情報１０４〜１１０も同様である。

クラウド構成情報１０４は、クラウドレイヤ２０２にある複数の構成（物理サーバ２０２Ａ等）の構成情報である。

テナント構成情報１０６は、テナントレイヤ２０４にある複数の構成（仮想サーバ２０４Ａ等）の構成情報である。

アプリ構成情報１０８は、アプリ・ＤＢレイヤ２０６にある複数のアプリ２０６Ａの構成情報である。この構成情報は、複数のアプリ２０６Ａそれぞれの識別情報を含む。

ＤＢ構成情報１１０は、アプリ・ＤＢレイヤ２０６にある複数のＤＢ２０６Ｂの構成情報である。この構成情報は、複数のＤＢ２０６Ｂそれぞれの識別情報を含む。

テーブル影響情報１１２は、アプリ・ＤＢレイヤ２０６にあるＤＢ２０６Ｂで使用するテーブルの影響関係を規定する影響情報である。

アプリ影響情報１１４は、アプリ・ＤＢレイヤ２０６にある複数のアプリ２０６Ａ同士の影響関係を規定する影響情報である。

ＩＦ情報１１６は、アプリ２０６Ａ間の電子ファイルの入出力を規定する情報である。

業務情報１１８は、情報システム２０が提供する複数の業務サービスに係る情報である。

制御部１２０は、プロセッサやメモリ、通信装置等を備え、メモリ等に格納されたプログラムをプロセッサが実行することにより実現される。すなわち、制御部１２０は、情報登録部１２２と、情報参照部１２４と、影響調査部１２６と、を含む。

情報登録部１２２は、各レイヤ２００〜２０６の担当者等が、各レイヤ２００〜２０６の構成情報１０２〜１１０やアプリ影響情報１１４等を登録するために用いられる。具体的には、情報登録部１２２は、担当者の端末３０から担当のレイヤの構成情報を受信した場合に、それを記憶部１００に記憶することで構成情報を登録する。

情報参照部１２４は、各レイヤ２００〜２０６の担当者等が、記憶部１００に記憶されている各種情報１０２〜１１４を参照するために用いられる。具体的には、情報参照部１２４は、端末３０から或るレイヤを指定する指定情報を受信した場合に、記憶部１００の中から指定情報が示すレイヤの構成情報を検索し、検索結果を端末３０に送信するものである。その他にも、情報参照部１２４は、端末３０から或るレイヤの各構成情報のうち何れか一つを指定する指定情報を受信した場合に、一つの構成情報と同じレイヤの他の構成情報を送信してもよい。

影響調査部１２６は、各レイヤ２００〜２０６の担当者等が、情報システム２０に障害が発生した場合等に、構成間やアプリ間の影響を調査するために用いられる。この影響調査部１２６は、受付部１２６Ａと、検索部１２６Ｂと、出力部１２６Ｃと、を含む。

受付部１２６Ａは、端末３０から各構成情報１０２〜１１０のうち何れか一つを指定する指定情報を受け付ける（受信する）。

検索部１２６Ｂは、受付部１２６Ａが指定情報を受け付けた場合に、記憶部１００を参照して、指定情報が指定する構成から直接影響を受ける他の構成の識別情報や間接的に影響を受けるアプリ２０６Ａの識別情報を検索する。

本実施形態では、検索部１２６Ｂは、少なくとも、複数のアプリ２０６Ａのうち指定情報が指定する構成情報が示すアプリ又は指定情報が指定する構成情報に対応付けられた他の構成情報が示すアプリから間接的に影響を受ける他のアプリの識別情報を検索する。すなわち、検索部１２６Ｂは、指定情報が指定する構成情報がアプリの識別情報を示す場合は、当該構成情報が示すアプリから影響を受ける他のアプリケーションの識別情報を検索する。また、検索部１２６Ｂは、指定情報が指定する構成情報がアプリの識別情報以外である場合は、指定情報が指定する構成情報に対応付けられた他の構成情報（アプリの識別情報）を検索し、更に検索した他の構成情報が示すアプリから影響を受ける他のアプリの識別情報を検索する。

出力部１２６Ｃは、検索部１２６Ｂが検索した検索結果を出力する。本実施形態では、出力部１２６Ｃは、少なくとも、検索部１２６Ｂが検索した他のアプリの識別情報を出力する。

図２は、図１に例示する記憶部１００の各種情報の詳細と各種情報同士の対応関係の一例を説明するための図である。

設備構成情報１０２は、設備レイヤ２００にある複数の構成のうち互いに対応関係のある構成の構成情報を例えば一つのテーブルにまとめて（対応付けられて）記憶されている。したがって、設備構成情報１０２は、このようなテーブルを複数含んでいる。以下の他の情報も、同様に、テーブルを複数含んでいる。

設備構成情報１０２は、例えばデータセンタ名と、ＤＣサービスコードと、ラックＮｏと、マウントＮｏと、機器名と、監視ノードＩＤと、ＰＤＵ名と、分電盤名等を含む。これらのうちラックＮｏは、ラック２００Ｂの識別情報である。また、分電盤名は、電源２００Ａの識別情報である。また、監視ノードＩＤは、監視ノード２０２Ｂの識別情報である。

クラウド構成情報１０４は、例えばシステム名と、物理サーバ名と、仮想サーバ名と、監視ノードＩＤと、ＯＳと、テナント用途等を含む。これらのうち物理サーバ名は、物理サーバ２０２Ａの識別情報である。また、仮想サーバ名は、仮想サーバ２０４Ａの識別情報である。また、監視ノードＩＤは、監視ノード２０２Ｂの識別情報である。なお、クラウド構成情報１０４が、仮想サーバ２０４Ａの識別情報を含む理由は、仮想サーバ２０４Ａが物理サーバ２０２Ａの構成であることによる。

テナント構成情報１０６は、例えばシステム名と、仮想サーバ名と、監視ノードＩＤと、を含む。これらのうち仮想サーバ名は、仮想サーバ２０４Ａの識別情報である。また、監視ノードＩＤは、監視ノード２０４Ｂの識別情報である。

アプリ構成情報１０８は、例えばアプリサーバ名と、アプリ名と、を含む。これらのうちアプリサーバ名は、仮想サーバ２０４Ａの識別情報であり、アプリ名は、アプリ２０６Ａの識別情報である。このように、アプリ構成情報１０８は、仮想サーバ２０４Ａとアプリ２０６Ａとの連携を示すことから、サーバ・アプリ連携情報１０８Ａとも呼称する。

ＤＢ構成情報１１０は、例えばＤＢサーバ名と、ＤＢ名と、を含む。これらのうちＤＢサーバ名は、仮想サーバ２０４Ａの識別情報であり、ＤＢ名は、ＤＢ２０６Ｂの識別情報である。このように、ＤＢ構成情報１１０は、仮想サーバ２０４ＡとＤＢ２０６Ｂとの連携を示すことから、サーバ・ＤＢ連携情報１１０Ａとも呼称する。

テーブル影響情報１１２は、例えばＤＢ名と、テーブル名と、使用アプリ名と、使用方法と、を含む。これらのうちテーブル名は、ＤＢ名が示すＤＢ２０６Ｂを使用することによって影響を受けるテーブルの識別情報である。また、使用アプリ名は、ＤＢ名が示すＤＢ２０６Ｂを使用するアプリ２０６Ａの識別情報である。

アプリ影響情報１１４は、例えばアプリ名と、第１の呼び出し先アプリ名と、第２の呼び出し先アプリ名と、を含む。これらのうちアプリ名は、アプリ２０６Ａの識別情報である。また、第１の呼び出し先アプリ名と第２の呼び出し先アプリ名は、上記アプリ名が示すアプリ２０６Ａから影響を受ける他のアプリ２０６Ａの識別情報である。本実施形態では、他のアプリ２０６Ａは上記アプリ２０６Ａの実行中に呼び出されるアプリである。

ＩＦ情報１１６は、例えばＩＦファイル名と、Ｆｒｏｍアプリ名と、Ｔｏアプリ名と、連携タイミングと、連携方式と、サーバ名と、を含む。

業務情報１１８は、例えば業務名と、アプリ名と、担当者情報と、営業時間と、を含む。

以上の各情報１０２〜１１４は、図示の通り、相互に対応付けられている。

例えば、設備構成情報１０２とクラウド構成情報１０４は、例えば、設備構成情報１０２の「ＤＣサービスコード」とクラウド構成情報１０４の「システム名」とで対応付けられている。また、設備構成情報１０２とクラウド構成情報１０４は、設備構成情報１０２の「監視ノードＩＤ」とクラウド構成情報１０４の「監視ノードＩＤ」とでも対応付けられている。
また、クラウド構成情報１０４とテナント構成情報１０６は、クラウド構成情報１０４の「仮想サーバ名」とテナント構成情報１０６の「監視ノードＩＤ」とで対応付けられている。また、クラウド構成情報１０４とテナント構成情報１０６は、クラウド構成情報１０４の「監視ノードＩＤ」とテナント構成情報１０６の「システム名」とで対応付けられている。
さらに、テナント構成情報１０６とサーバ・アプリ連携情報１０８Ａは、テナント構成情報１０６の「仮想サーバ名」とサーバ・アプリ連携情報１０８Ａの「アプリサーバ名」とで対応付けられている。
上記同様に、他の情報同士も対応付けられる結果、各情報間にいわゆる横串が通り、どの情報を見ても、上流又は下流に連なる他の情報を把握することができるようになっている。

次に、図３を参照しながら、構成管理装置１０の利用方法について説明する。 図３は、構成管理装置の利用場面における画面遷移の一例を説明するための図である。

まず、各担当者が自己の端末３０から構成管理装置１０にアクセスすると、制御部１２０がトップ画面５０を生成し、端末３０に送信する。このトップ画面５０には、例えば「１．情報参照」、「２．情報登録」、「３．影響調査」の選択肢が列挙されている。

ここで担当者が「２．情報登録」の選択肢をクリックすると、情報登録部１２２が、「１．設備構成情報登録」、「２．クラウド構成情報登録」、「３．テナント構成情報登録」、「４．アプリ構成情報登録」、「５．アプリ影響情報登録」等の選択肢が表示された登録種別選択画面５２を端末３０に送信する。

この登録種別選択画面５２において担当者が何れかの選択肢をクリックすると、情報登録部１２２は対応の入力フィールドを備えた入力画面５４を生成し、端末３０に送信する。
これに対し担当者が必要な情報を入力し、画面中の「登録ボタン」をクリックすると、情報登録部１２２が、入力情報を記憶部１００内の対応のテーブルに格納すると共に、登録結果確認画面５６を端末３０に送信する。

なお、担当者は上記のように入力画面５４を通じて必要情報を個別に打鍵入力する代わりに、ＣＳＶ形式のファイルを構成管理装置１０にアップロードすることにより、必要なデータの一括登録を完了することもできる。

この場合、まず担当者は入力画面５４中の「ファイルの取り込み」ボタンをクリックし、展開されるファイル選択ダイアログの中で端末３０内に格納されたファイルを指定して、該当ファイルを構成管理装置１０に送信する。
ファイルを受け取った情報登録部１２２が、ファイル内のデータについて書式チェック等を行った後、対応のテーブルに格納する。

登録済みのデータを更新したり削除したりする場合、担当者は上記の入力画面５４上で範囲指定やキーワードによる絞り込み指定をして登録情報を画面上に呼び出し、必要な修正や削除を行う。

上記した情報の登録は、原則として現場のスタッフが自己の管理しているハードウェアやソフトウェアに関して行うものであり、予め各担当者に設定された権限の範囲内でのみ新規登録及び更新が許容される。

これに対し、情報の参照については各自の所掌範囲に限定されることなく、各スタッフは担当外の情報についても自由に閲覧することが認められる。
すなわち、担当者がトップ画面５０において「１．情報参照」の選択肢をクックすると、情報参照部１２４が、「１．設備構成情報参照」、「２．クラウド構成情報参照」、「３．テナント構成情報参照」、「４．アプリ構成情報参照」、「５．アプリ影響情報参照」等の選択肢が列挙された参照対象指定画面５８を端末３０に送信する。

ここで担当者が、例えば「２．クラウド構成参照」の選択肢をクリックすると、情報参照部１２４が、記憶部１００内のクラウド構成情報１０４を抽出すると共に、クラウド構成一覧画面６０を生成して端末３０に送信する。この画面６０には、例えば各物理サーバ２０２Ａの識別情報等が、一覧表形式で列記されている。

そして、担当者が一覧表の中から一の物理サーバを選択すると、情報参照部１２４が、当該物理サーバ２０２Ａに関する詳細画面６２を端末３０に送信する。

また、担当者がトップ画面５０中の「３．影響調査」をクリックすると、影響調査部１２６が、検索画面６４を端末３０に送信する。

これに対し担当者が構成情報１０２〜１１０のうち何れか一つを指定する指定情報を入力すると、受付部１２６Ａがこれを受け付ける。そして、検索部１２６Ｂが、記憶部１００を参照し、指定情報が指定する構成から直接影響を受ける他の構成の識別情報や間接的に影響を受ける他のアプリ２０６Ａの識別情報を検索する。その後、出力部１２６Ｃが、検索部１２６Ｂによる検索結果を含む影響一覧画面６６を端末３０に送信する。

例えば、図４（Ａ）に示すように、検索画面６４の検索窓３００において、アプリ・ＤＢレイヤ２０６の担当者が、アプリ構成情報１０８のうち何れか１つのアプリ２０６Ａの名前、すなわち検索元アプリ名として「アプリ００１」を入力（指定）し、検索ボタン３０２をクリックする。そうすると、図４（Ｂ）に示すように、検索元アプリ２０６Ａから影響を受ける他のアプリ（影響アプリ）の記述を含む影響一覧画面６６が端末３０のディスプレイに表示される。

この影響一覧画面６６は、例えば、検索元アプリ情報の記述欄３１０と、影響アプリ名の記述欄３１２と、テーブル連携の記述欄３１４と、を含む。

検索元アプリ情報の記述欄３１０は、記憶部１００内の業務情報１１８のうち検索元アプリに係る業務情報が記述された欄である。また、影響アプリ名の記述欄３１２は、記憶部１００内のアプリ影響情報１１４のうち検索元アプリ２０６Ａから影響を受ける他のアプリ２０６Ａの識別情報等が記述された欄である。また、テーブル連携の記述欄３１４は、記憶部１００内のテーブル影響情報１１２のうち検索元アプリが使用するテーブルの識別情報や使用方法等が記述された欄である。

なお、この影響一覧画面６６において担当者が、影響アプリ名の記述欄３１２に記述された一つのアプリの識別情報をクリックすると、記憶部１００内の業務情報１１８のうちクリックされたアプリに係る業務情報が記述された画面が表示されるようにしてもよい。また、この影響一覧画面６６において担当者が、テーブル連携の記述欄３１４の不図示のボタンをクリックすると、テーブルの種類を横軸、アプリの機能を縦軸にし、入出力の関係を示したマトリックス、所謂クラッド図が表示されるようにしてもよい。

以上、本実施形態によれば、アプリ・ＤＢレイヤ２０６の担当者は、或るアプリ２０６Ａが障害に陥った際（物理サーバ２０２Ａ等の他の構成から影響を受けた際を含む）に、影響一覧画面６６を閲覧することにより、そのアプリ２０６Ａから影響を受ける他のアプリ２０６Ａを即座に把握することができる。このような把握ができれば、上記障害が発生した場合に、迅速且つ確実な対処を行うことが可能となる。

また、アプリ２０６Ａ以外の構成が障害に陥った際に、影響一覧画面６６を閲覧することにより、障害のある構成から直接影響を受けるアプリ２０６Ａや、当該アプリ２０６Ａから間接的に影響を受ける他のアプリ２０６Ａ等を把握することができるようにしてもよい。

例えば、図５（Ａ）に示すように、検索画面６４の検索窓３００において、アプリ・ＤＢレイヤ２０６の担当者が、各構成情報１０２〜１１０のうちアプリ構成情報１０８を除く構成情報のうち何れか１つの構成情報の一例の検索元物理サーバ名として「ａａａ１０１」を入力（指定）し、検索ボタン３０２をクリックする。そうすると、図５（Ｂ）に示すように、検索元物理サーバ２０２Ａから直接影響を受ける仮想サーバ２０４Ａやアプリ２０６Ａ、当該アプリ２０６Ａから間接的に影響を受ける他のアプリ２０６Ａ等の記述を含む影響一覧画面６６が端末３０のディスプレイに表示される。

＜第２実施形態＞
次に、本発明の第２実施形態に係る管理装置について説明する。第２実施形態に係る管理装置は、自動的に構成情報を外部から収集し、これらを互いに対応付けて記憶部１００に記憶する構成を備える点で、第１実施形態と異なる。第２実施形態に係る管理装置のその他の構成や機能は、第１実施形態と同様である。

図６は、第２実施形態に係る構成管理装置と情報システムの概略構成の一例を説明するための図である。

第２実施形態に係る構成管理装置１０Ａは、情報システム２０Ａの構成を管理するものである。なお、情報システム２０Ａの構成や機能も、アプリ２０６ＡやＤＢ２０６Ｂを監視する監視ノード２０６Ｃを更に備える以外は、第１実施形態に係る情報システム２０と同様である。

上記構成管理装置１０Ａは、手動登録部１２２や情報参照部１２４等の他に、自動登録部１２８を備える。なお、手動登録部１２２は、第１実施形態における情報登録部１２２と同一であるが、自動登録部１２８と区別を明確にするために名称を変更している。

自動登録部１２８は、各レイヤ２０２〜２０６それぞれの構成情報１０４〜１１０等を自動的に記憶部１００に登録（記憶）するものである。この自動登録部１２８は、収集部１２８Ａと、対応付け部１２８Ｂと、を備える。

収集部１２８Ａは、各構成情報１０４〜１１０を外部から収集する。この「外部」とは、特に限定されないが、例えば、情報システム２０Ａに設けられた監視ノード２０２Ｂ、２０４Ｂ、２０６Ｃである。

この収集部１２８Ａは、構成情報１０４〜１１０の他に、アプリ影響情報１１０やＩＦ情報１１６、業務情報１１８、その他の情報も収集してもよい。なお、第２実施形態では、設備構成情報１０２は、設備レイヤ２００の担当者が収集する場合を説明するが、設備レイヤ２００の複数の構成を監視しているノード等があれば、それを介して収集部１２８Ａが収集してもよい。

対応付け部１２８Ｂは、レイヤ２００〜２０６のうち或るレイヤの構成（例えば物理サーバ２０２Ａや電源２００Ａ等）の種類に応じて設定される複数のルール毎に、収集部１２８Ａが収集した構成情報をルールに沿って互いに対応付けて（紐付けて）記憶部１００に記憶する。なお、対応付け部１２８Ｂは、レイヤの構成の種類が更に増えた場合、その種類に対応するルールを更に追加して対応付けができるようになっている。

図７は、図６に例示する自動登録部１２８の処理の流れを説明するためのフローチャートである。なお、この処理は、定期的に或いはランダムに繰り返し行われる。

（ステップＳＰ１０）
自動登録部１２８の収集部１２８Ａは、監視ノード２０２Ｂ，２０４Ｂ，２０６Ｃ等から、各レイヤ２０２〜２０６の構成情報１０４〜１１０等を収集する。そして、処理は、ステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
自動登録部１２８の対応付け部１２８Ｂは、各レイヤ２０２〜２０６のうち或るレイヤの複数の構成情報が離散的に収集された場合、それをまとめて例えば１つのテーブル形式の構成情報にする（図８（Ａ）参照）。そして、処理は、ステップＳＰ１４の処理に移行する。なお、収集された複数の構成情報が既にまとめられている場合は、このステップＳＰ１２を省略してもよい。

（ステップＳＰ１４）
対応付け部１２８Ｂは、収集部１２８Ａが収集した構成情報に対して対応付け処理（１）を行う。具体的には、対応付け部１２８Ｂは、以下のステップＳＰ１４Ａ及びＳＰ１４Ｂを行う。

（ステップＳＰ１４Ａ）
対応付け部１２８Ｂは、物理サーバ２０２Ａの種類に応じて予め設定された対応付けルール（１）による構成情報１０４〜１０６の対応付けを行う。例えば、対応付け部１２８Ｂは、構成情報１０２〜１０６が図８（Ａ）に示される場合、図８（Ｂ）に示されるような対応付けを行う。なお、対応付け部１２８Ｂは、図示されていないが、その他の構成情報１０８や、アプリ影響情報等１１４等も同様に対応付けを行う。

（ステップＳＰ１４Ｂ）
対応付け部１２８Ｂは、対応付けた構成情報１０２〜１０６等を記憶部１００に登録（記憶）する。

（ステップＳＰ１６）
対応付け部１２８Ｂは、対応付け処理（１）で対応付けできなかった残りの構成情報等に対して対応付け処理（２）を行う。具体的には、対応付け部１２８Ｂは、以下のステップＳＰ１６Ａ及びＳＰ１６Ｂを行う。

（ステップＳＰ１６Ａ）
対応付け部１２８Ｂは、物理サーバ２０２Ａの種類に応じて予め設定された対応付けルール（２）による構成情報１０２〜１０６の対応付けを行う。例えば、対応付け部１２８Ｂは、構成情報１０２〜１０６が図９（Ａ）に示される場合、図９（Ｂ）に示されるような対応付けを行う。なお、対応付け部１２８Ｂは、図示されていないが、その他の構成情報１０８や、アプリ影響情報等１１４等も同様に対応付けを行う。

（ステップＳＰ１６Ｂ）
対応付け部１２８Ｂは、対応付けた構成情報１０２〜１０６等を記憶部１００に登録（記憶）する。

（ステップＳＰ１８）
対応付け部１２８Ｂは、対応付け処理（１）及び（２）で対応付けできなかった残りの構成情報等に対して強制対応付け処理を行う。具体的には、対応付け部１２８Ｂは、以下のステップＳＰ１８Ａ及びＳＰ１８Ｂを行う。

（ステップＳＰ１８Ａ）
対応付け部１２８Ｂは、予め設定された強制対応付け情報による構成情報１０２〜１０６の対応付けを行う。例えば、対応付け部１２８Ｂは、構成情報１０２〜１０６が図１０（Ａ）に示される場合、強制対応付け情報４００により図１０（Ｂ）に示されるような対応付けを行う。なお、対応付け部１２８Ｂは、図示されていないが、その他の構成情報１０８や、アプリ影響情報等１１４等も同様に対応付けを行う。

（ステップＳＰ１８Ｂ）
対応付け部１２８Ｂは、対応付けた構成情報１０２〜１０６等を記憶部１００に登録（記憶）する。

以上、第２実施形態では、自動登録部１２８が、或るレイヤの構成の種類に応じて設定される複数のルール毎に、収集部１２８Ａが収集した構成情報１０２〜１０６等をルールに沿って互いに対応付ける。したがって、第２実施形態によれば、或るレイヤの構成の種類が新しく追加されても、その種類に応じたルールを追加すれば、収集部１２８Ａが収集した構成情報１０２〜１０６等をそのルールに沿って正しく対応付けることができる。

＜第３実施形態＞
次に、本発明の第３実施形態に係る管理装置について説明する。第３実施形態に係る管理装置は、或るレイヤの構成に係る書類データを作成する構成を備える点で、第１実施形態と異なる。第３実施形態に係る管理装置のその他の構成や機能は、第１実施形態と同様である。

図１１は、第３実施形態に係る構成管理装置の一例を説明するための図である。

第３実施形態に係る構成管理装置１０Ｂは、制御部１２０の一部としてデータ作成部１３０を備える。

データ作成部１３０は、構成情報１０２〜１１０等に基づいて、或るレイヤの構成に係る書類データ１３２を作成し、記憶部１００に記憶する。この書類データ１３２としては、当該或るレイヤを構成する構成間の設計の内容を含む、設計書や申請書のデータ等が挙げられる。図１２は、設計書及び申請書の一例として機器電源接続図を説明するための図である。図１３は、設計書及び申請書の一例としてフロア情報を説明するための図である。

記憶部１００に記憶された書類データ１３２は、適宜参照等が可能である。すなわち、担当者が必要な書類データ１３２を閲覧したいとき等に当該書類データ１３２の指定情報を入力すると、これを例えば受付部１２６Ａが受付け、出力部１２６Ｃが書類データ１３２を出力（端末３０に表示）することができる。

ここで、情報システム２０の構成の追加や変更等の軽いカスタマイズは、書類データ１３２が存在しない状態で、そのまま実施されることがある。しかしながら、カスタマイズ後になって、設計書等の書類データ１３２が必要となることがある。

そこで、第３実施形態では、データ作成部１３０が、カスタマイズ後の構成情報１０２〜１１０等に基づいて後付けで書類データ１３２を作成することができる。したがって、担当者は、軽いカスタマイズ等で書類データ１３２を作成していなくても、カスタマイズ後の構成に係る書類データ１３２を適宜利用等することができる。

なお、上記各実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。

１０，１０Ａ，１０Ｂ…構成管理装置
１００…記憶部（影響情報記憶部，構成情報記憶部）
１２６Ａ…受付部
１２６Ｂ…検索部
１２６Ｃ…出力部
１２８Ａ…収集部
１２８Ｂ…対応付け部
１３０…データ作成部

Claims (5)

1. 複数のサーバのレイヤと、前記複数のサーバ上で実行される複数のアプリケーションのレイヤを含む情報システムの構成管理装置であって、
   各レイヤの構成情報が互いに対応付けられて記憶され、前記構成情報の一部として前記複数のアプリケーションの識別情報を含む構成情報記憶部と、
   前記複数のアプリケーションのそれぞれについて、自己の識別情報と前記自己から影響を受ける他のアプリケーションの識別情報とが互いに対応付けられて影響情報として記憶される影響情報記憶部と、
   前記構成情報記憶部に記憶されている構成情報のうち何れか一つを指定する指定情報を受け付ける受付部と、
   前記受付部が前記指定情報を受け付けた場合に、前記構成情報記憶部及び前記影響情報記憶部を参照して、前記指定情報が指定する構成情報が示すアプリケーション又は前記指定情報が指定する構成情報に対応付けられた他の構成情報が示すアプリケーションから影響を受ける他のアプリケーションを検索する検索部と、
   前記検索部が検索した他のアプリケーションの識別情報を出力する出力部と、
   を備える構成管理装置。
2. 前記サーバのレイヤは、複数の物理サーバのレイヤと、前記複数の物理サーバのうち何れか１つの物理サーバ上で稼働する複数の仮想サーバのレイヤを含み、
   前記情報システムは、前記複数の物理サーバで利用される複数の設備のレイヤを更に含み、
   前記構成情報記憶部には、前記設備のレイヤの構成情報が前記各レイヤの構成情報と互いに対応付けられて記憶されている、
   請求項１に記載の構成管理装置。
3. 前記構成情報を外部から収集する収集部と、
   前記レイヤの構成の種類に応じて設定される複数のルール毎に、前記収集部が収集した構成情報を前記ルールに沿って互いに対応付けて、前記構成情報記憶部に記憶する対応付け部と、
   を更に備える請求項１又は２に記載の構成管理装置。
4. 前記構成情報に基づいて、前記レイヤの構成に係る書類データを作成し、前記構成情報記憶部に記憶するデータ作成部を更に備え、
   前記出力部は、前記受付部が前記書類データの指定情報を入力した場合に、前記書類データを出力する、
   請求項１乃至３の何れか１項に記載の構成管理装置。
5. 前記書類データは、前記レイヤを構成する構成間の設計の内容を含む、
   請求項４に記載の構成管理装置。