(57)【特許請求の範囲】
【請求項１】
リソースに関する情報を構成アイテムとして保持する複数のデータベースと、
前記複数のデータベースから構成アイテムを取得し、取得した構成アイテムをリコンサイルし、複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信するプロキシ管理装置と、
前記プロキシ管理装置から送信された構成アイテムを保持し、該保持している構成アイテムのうちの所定の情報を構成管理装置に送信するプロキシ装置と、
クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記プロキシ装置から送信された構成アイテムのうちの所定の情報に基づいて決定し、決定したプロキシ装置から構成アイテムを取得する構成管理装置と、
を備えた構成管理システム。
【請求項２】
請求項１に記載の構成管理システムにおいて、
前記プロキシ管理装置は、前記複数のプロキシ装置のそれぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定することで、前記複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定することを特徴とする構成管理システム。
【請求項３】
請求項１に記載の構成管理システムにおいて、さらに、
前記プロキシ管理装置は、前記複数のプロキシ装置からプロキシ装置それぞれの負荷情報を取得し、取得した負荷情報に基づき前記複数のプロキシ装置それぞれの負荷が均等になるように、前記複数のプロキシ装置内で保持されている構成アイテムの移動指示を前記複数のプロキシ装置へ送信し、
前記複数のプロキシ装置は、前記移動指示に基づき保持している構成アイテムを互いに送受信することを特徴とする構成管理システム。
【請求項４】
請求項１に記載の構成管理システムにおいて、さらに、
前記構成管理装置は、バックアップの版数を決定し、前記プロキシ管理装置、前記複数のプロキシ装置へ前記版数の情報を送信するとともに、自己が保持する前記複数のプロキシ装置に関するデータを前記版数でバックアップし、
前記プロキシ管理装置は、自己が保持する前記複数のプロキシ装置に関するデータを前記版数でバックアップし、
前記複数のプロキシ装置それぞれは、自己が保持する構成アイテムを前記版数でバックアップすることを特徴とする構成管理システム。
【請求項５】
リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムを取得し、取得した構成アイテムをリコンサイルし、複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信するプロキシ管理装置と、
前記プロキシ管理装置から送信された構成アイテムを保持し、クライアントからのクエリを取得する構成管理装置からの要求に応じて、該保持している構成アイテムのうちの所定の情報を前記構成管理装置に送信するプロキシ装置と、
を備えたプロキシシステム。
【請求項６】
プロキシ管理装置が、リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムを取得し、取得した構成アイテムをリコンサイルし、複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、
プロキシ装置が、前記プロキシ管理装置から送信された構成アイテムを保持し、該保持している構成アイテムのうちの所定の情報を構成管理装置に送信し、
構成管理装置が、クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記プロキシ装置から送信された構成アイテムのうちの所定の情報に基づいて決定し、決定したプロキシ装置から構成アイテムを取得する、
ことを実行する構成管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソースの構成を管理する構成管理システム、プロキシシステム、構成管理方法に関する。
【背景技術】
【０００２】
複数の異種ＤＢ（Ｄａｔａｂａｓｅ）内のデータを仮想的に統合するＦＣＭＤＢ（Federated Configuration Management Database）が開発されている。ＦＣＭＤＢは、複数のＭＤＲ（Management Data Repository）に対して、横断的に操作を行うことが可能なＤＢである。またＭＤＲは、ＩＴシステムの運用管理データ（実データ）を保持する運用管理ミドルウェアのＤＢに相当する。尚、ＭＤＲごとに扱うデータの種別、量が異なる。【０００３】
図２０で構成管理システムの構成の概略を示す。ＦＣＭＤＢは、設計情報の実データを管理するＭＤＲ内のデータ、製品情報の実データを管理するＭＤＲ内のデータ、性能情報の実データを管理するＭＤＲ内のデータ、構成情報の実データを管理するＭＤＲ内のデータを統合する（例えばＣ’’、Ｃ＾、Ｃ’の各種情報がＣに統合される）。【０００４】
ＦＣＭＤＢは、以下に示す機能により、異なるＭＤＲのデータを統合する。すなわち、ＦＣＭＤＢは、ＭＤＲごとに、異なる名前、構造で管理されている構成アイテム（例えばサーバ、ストレージ、ソフトウェア等のＩＴシステムを構成するリソースのデータ）（以下、ＣＩ（Configuration Item）と称す）の情報を共通形式に直す（共通形式化）。また、ＦＣＭＤＢは、ユニークな値を持つ共通プロパティをキーとして、ＭＤＲごとに、異なるローカルＩＤによって管理されているＣＩを同定する（リコンサイル）。また、ＦＣＭＤＢは、同一ＣＩの情報を統合する（データ統合）。尚、ＦＣＭＤＢは、クライアントにデータを返す際に、実際にデータを統合する。またＦＣＭＤＢは、ＣＩ間の関係も管理（尚、管理は、保持、更新、削除、登録を総称）する。【０００５】
例えば図２１で示す例の場合、製品番号がそれぞれ「S/N : XYZ123」、「製番: XYZ123」、「SERNO : XYZ123」、「SN : XYZ123」として各ＭＤＲにて管理されている場合、ＦＣＭＤＢはこの共通プロパティをキーにして、異なるローカルＩＤで管理されているＣＩを統合する。すなわち、ＦＣＭＤＢは、設計情報ＭＤＲ内で管理されている「サーバ」、製品情報ＭＤＲ内で管理されている「サーバ」、性能情報ＭＤＲ内で管理されている「ホスト」、構成情報ＭＤＲ内で管理されている「ノード」の各ＣＩを同定し、クライアントからの要求があった際に各ＣＩを統合しクライアントに返信する。【０００６】
クライアントからの要求があった際のＦＣＭＤＢの動作について、図２２を参照しつつ説明する。【０００７】
ＦＣＭＤＢは、まず、クライアントからの要求（クエリ）を受信する。ＦＣＭＤＢは、要求されたデータに関する、同定されたＣＩを各ＭＤＲから収集する。その後、これらＣＩを統合し、クエリ結果として統合されたＣＩに係る情報をクライアントに送信する。図２２の例では、クライアントからリソースＡ、リソースＢ、リソースＣに関するデータが要求された場合、ＦＣＭＤＢは、設計情報ＭＤＲからＡ’’、Ｂ’’、Ｃ’’のＣＩ、製品情報ＭＤＲからＢ＊のＣＩ、性能情報ＭＤＲからＡ＾、Ｂ＾、Ｃ＾のＣＩ、構成情報ＭＤＲからＡ’、Ｂ’、Ｃ’のＣＩを収集する（尚、Ａ’、Ａ’’、Ａ＾は事前にリソースＡとして同定されている。リソースＢ、Ｃも同様）。収集されるデータは、ＣＩ内の全てのデータであってもよいし、ＣＩ内の一部のデータであってもよい。【０００８】
ＦＣＭＤＢは、これら収集した各ＣＩを統合し、クエリ結果としてクライアントに返信する。【０００９】
また、従来技術として、以下の文献が開示されている。
【特許文献１】特開２００１−５１８９０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来の問題点を図２３に図示するとともに説明する。図２３に示すように特定のＭＤＲにデータが偏っている場合、そのＭＤＲにアクセスが集中する。よって、そのＭＤＲのデータ転送量が多くなり、データを多く保持するＭＤＲがボトルネックとなってしまう。ＦＣＭＤＢは、各ＭＤＲに同時にデータを取得しにいった場合でも、全てのＣＩが揃うまでクライアントにクエリ結果を返信することができず、各ＭＤＲが返すデータ量に比例して時間がかかる。【００１１】
ＦＣＭＤＢ内に全データをキャッシュとして保持させる方式ならば問題とならないが、この方式では大規模システムのデータを管理する場合はデータ量が膨大となり、対応できない。【００１２】
本発明は上述した問題点を解決するためになされたものであり、ＦＣＭＤＢとＭＤＲとの間にプロキシ（キャッシュ）層を設け、負荷を分散させることができる構成管理システム、プロキシシステム、構成管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
構成管理システムは、リソースに関する情報を構成アイテムとして保持する複数のデータベースと、構成管理装置と、複数のプロキシ装置と、プロキシ管理装置とを備え、前記プロキシ管理装置は、前記複数のデータベースから構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルし、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、前記プロキシ装置は、前記プロキシ管理装置から送信された構成アイテムを保持し、前記構成管理装置は、クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記複数のプロキシ装置から決定し、決定したプロキシ装置から構成アイテムを取得することを特徴とする。【００１４】
プロキシシステムは、複数のプロキシ装置と、プロキシ管理装置とを備え、前記プロキシ管理装置は、リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルし、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、前記プロキシ装置は、前記プロキシ管理装置から送信された構成アイテムを保持し、クライアントからのクエリを取得する構成管理装置からの要求に応じた構成アイテムを前記構成管理装置へ送信することを特徴とする。【００１５】
構成管理方法は、リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムをそれぞれ取得する構成アイテム取得ステップと、取得した構成アイテムをリコンサイルするリコンサイルステップと、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定する送信先プロキシ決定ステップと、決定されたプロキシ装置へリコンサイルした構成アイテムを送信する構成アイテム送信ステップと、送信された構成アイテムを前記決定されたプロキシ装置が保持する構成アイテム保持ステップと、クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記複数のプロキシ装置から決定し、決定したプロキシ装置から構成アイテムを取得する構成アイテム取得ステップと、を実行することを特徴とする。
【図面の簡単な説明】
【００１６】
【図１】実施の形態１の要旨を説明するための図である。
【図２】実施の形態１に係る構成管理システムの機能構成の一例ついて示す図である。
【図３】実施の形態１に係る構成管理システムの物理構成の一例について示す図である。
【図４】実施の形態１に係るＭＤＲで保持するデータの一例について示す図である。
【図５】実施の形態１に係るＭＤＲで保持するデータの一例について示す図である。
【図６】実施の形態１に係るプロキシ管理装置、ＦＣＭＤＢで保持するデータの一例について示す図である。
【図７】実施の形態１に係るプロキシ装置のデータ管理部で保持するデータの一例について示す図である。
【図８】実施の形態１に係るＭＤＲ、プロキシ管理装置、プロキシ装置、ＦＣＭＤＢの各装置間で送受信される電文データの一例について示す図である。
【図９】実施の形態１に係るリソースの新規登録が行われる際の構成管理システムの処理例を示すフローチャートである。
【図１０】実施の形態１に係るリソースの新規登録が行われる際の構成管理システムの処理例を示すフローチャートである。
【図１１】実施の形態１に係るクライアントからクエリが発行された際の処理例を示すフローチャートである。
【図１２】実施の形態２の要旨を説明するための図である。
【図１３】実施の形態２に係る構成管理システムの機能構成の一例ついて示す図である。
【図１４】実施の形態２に係る構成管理システムの処理例を示すフローチャートである。
【図１５】実施の形態２に係る構成管理システムの処理例を示すフローチャートである。
【図１６】実施の形態３の要旨を説明するための図である。
【図１７】実施の形態３に係る構成管理システムの機能構成の一例ついて示す図である。
【図１８】実施の形態３に係る構成管理システムの処理例を示すフローチャートである。
【図１９】実施の形態３に係る構成管理システムの処理例を示すフローチャートである。
【図２０】従来の構成管理システムの構成の概略を示す図である。
【図２１】構成管理システムのリコンサイル、統合の処理を説明する図である。
【図２２】クライアントからの要求があった際の構成管理システムの動作について示す図である。
【図２３】従来の構成管理システムの問題点について示す図である。
【発明を実施するための最良の形態】
【００１７】
（実施の形態１）
以下、実施の形態１について図面を参照しつつ説明する。図１に、実施の形態１の要旨を説明するための図を示す。【００１８】
実施の形態１では、ＦＣＭＤＢとＭＤＲとの間にプロキシシステムを配置する。プロキシシステムは、リコンサイル、および統合した実データを保持した複数のプロキシ装置によって成る。プロキシ装置は、構成アイテム（ＣＩ）を分散保持し、ＣＩごとにデータ統合を済ませておく。ＭＤＲは従来のままの構成である。【００１９】
次に、実施の形態１の構成管理システムの機能構成の一例ついて、図２を参照しつつ説明する。【００２０】
実施の形態１の構成管理システム７００は、ＦＣＭＤＢ５０１（構成管理装置）、プロキシシステム１、および複数のＭＤＲ（ＭＤＲ２０１、ＭＤＲ２０２、ＭＤＲ２０３）（データベース）を有する。【００２１】
ＭＤＲ２０１、２０２、２０３は、リソースに関する情報を構成アイテムとして保持するデータベースである。ＭＤＲ２０１、２０２、２０３は、それぞれデータ取得サービス機能部２１、データ管理部２３を有する。データ取得サービス機能部２１は、外部システムからＩＴリソースに関するデータを取得する。データ管理部２３は、ＭＤＲ２０１、２０２、２０３のデータベース機能であり、データ取得サービス機能部２１によって取得されたデータを保存する。また、データ管理部２３は、保存されたデータをＣＩとしてプロキシシステム１内のプロキシ管理装置３００へ送信する。【００２２】
次に、プロキシシステム１内部の構成について説明する。プロキシシステム１は、プロキシ装置１０１、１０２の２台のプロキシ装置を有し、さらに、これらを管理するプロキシ管理装置３００を有する。プロキシ装置１０１、１０２は、それぞれ同等の機能を有する装置である。尚、図１および以降の図面ではプロキシ装置をＰｒｏｘｙと表記し、プロキシ管理装置をＰｒｏｘｙ  Ｍａｎａｇｅｒと表記する。【００２３】
プロキシ管理装置３００は、ＭＤＲ２０１、２０２、２０３から構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルする。またプロキシ管理装置３００は、プロキシ装置１０１、１０２での処理がプロキシ装置ごとに分散されるように、すなわち、プロキシ装置１０１、１０２それぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信する。【００２４】
プロキシ管理装置３００は、データ転送部３１、データ登録サービス機能部３２、データ割当情報管理部３３を有する。データ登録サービス機能部３２は、ＭＤＲ２０１、２０２、２０３から送信されたＣＩを受信する。データ割当情報管理部３３は、データ登録サービス機能部３２によって受信されたＣＩをリコンサイルする。また、データ割当情報管理部３３は、データ割当先のプロキシ装置を決定する。データ転送部３１は、ＣＩを指定されたプロキシ装置（割当てられたプロキシ装置）に転送する。【００２５】
プロキシ装置１０１、１０２は、プロキシ管理装置３００から送信された構成アイテムを保持し、ＦＣＭＤＢ５０１からの要求に応じたＣＩをＦＣＭＤＢ５０１へ送信する。【００２６】
プロキシ装置１０１、１０２は、それぞれデータ取得サービス機能部１１、データ登録サービス機能部１２、データ管理部１３を有する。データ登録サービス機能部１２は、プロキシ管理装置３００からのＣＩを受信する。データ管理部１３は、データ登録サービス機能部１２によって受信されたＣＩを保存するデータベース機能であり、また、データ取得サービス機能部１１によって取得されたＦＣＭＤＢ３００からのデータ要求に基づき、要求されたＣＩをＦＣＭＤＢ３００に返信する。データ取得サービス機能部１１は、ＦＣＭＤＢ５０１からのデータ要求を取得する。【００２７】
ＦＣＭＤＢ５０１は、クライアント６００からのクエリを取得し、クエリの結果となる構成アイテムを保持するプロキシ装置を、プロキシ装置１０１、１０２のうちから決定する。またＦＣＭＤＢ５０１は、決定したプロキシ装置からＣＩを取得し、クエリ結果としてクライアント６００へ取得したＣＩを送信する。【００２８】
ＦＣＭＤＢ５０１は、データ取得サービス機能部５１、データ登録サービス機能部５２、データ管理部５３、データマッピング情報管理部５４を備える。【００２９】
データ取得サービス機能部５１は、クライアント６００からクエリを受け取る。またクエリ結果をクライアント６００に返す。データ登録サービス機能部５２は、データ登録の際、プロキシシステム１からＣＩの一部を受信する。データ管理部５３は、ＦＣＭＤＢ５０１のデータベース機能であり、データ登録サービス機能部５２によって受信されたＣＩの一部をＤＢに保持する。また、データマッピング情報管理部５４は、ＣＩとプロキシシステム１内の各プロキシ装置１０１、１０２との割当情報を記憶部に保存する。【００３０】
次に、構成管理システム７００の物理構成について、図３を参照しつつ説明する。構成管理システム７００は、管理対象ＩＴシステム６０１のシステム構成情報を管理するものであり、構成管理システム７００内のＭＤＲ２０１、２０２、２０３、プロキシ装置１０１、１０２、プロキシ管理装置３００、ＦＣＭＤＢ５０１は運用管理系ネットワーク８００を介して互いに接続しており、互いにデータ通信を行っている。また、ＭＤＲ２０１、２０２、２０３、プロキシ装置１０１、１０２、プロキシ管理装置３００、ＦＣＭＤＢ５０１は、少なくともＣＰＵ（Central Processing Unit）、揮発性、不揮発性な記憶装置、通信用インターフェイスを有するサーバ（コンピュータ）であり、図２で示した各機能ブロックは、記憶装置内に保持されているプログラムがＣＰＵ、記憶装置、通信用インターフェイス等のハードウェア資源と協働することで実現される。【００３１】
ここで、構成管理システム７００内で保持され、使用される各種データを図４から図７に示す。【００３２】
まず、ＭＤＲ２０１、２０２、２０３内に保持されている各種データについて図４、図５を用いて説明する。尚、ＭＤＲ２０１、２０２、２０３は、図４、図５で示すように各種データをＤＢに保持する。【００３３】
ＭＤＲ２０１は、図４（Ａ）に示すように、管理対象ＩＴシステム６０１内の各リソースごとに、各リソースの設計情報を保持する。実施の形態１では、ＭＤＲ２０１は、ＣＩタイプとして各リソース（サーバ）のＩＤを保持し、さらにＣＩタイプごとに、ＩＰアドレス、リソースの名前、型番の各プロパティ、およびその値を保持するものとする。尚、ｓｖ１、ｓｖ２、・・・等のＣＩタイプは、ＭＤＲ２０１内のみで通用するローカルＩＤである。【００３４】
ＭＤＲ２０２は、図４（Ｂ）に示すように、管理対象ＩＴシステム６０１内の各リソースごとに、各リソースの性能情報を保持する。実施の形態１では、ＭＤＲ２０２は、ＣＩタイプとして各リソース（サーバ）のＩＤを保持し、さらにＣＩタイプごとに、ＩＰアドレス、ロードアベレージ、平均ＣＰＵ使用率の各プロパティ、およびその値を保持するものとする。尚、ｍｄｒ２＿ｉｄｌ、ｍｄｒ２＿ｉｄ２、・・・等のＣＩタイプは、ＭＤＲ２０２内のみで通用するローカルＩＤである。【００３５】
ＭＤＲ２０３は、図５に示すように、管理対象ＩＴシステム６０１内の各リソースごとに、各リソースの構成情報を保持する。実施の形態１では、ＭＤＲ２０３は、ＣＩタイプとして各リソース（サーバ）のＩＤ（サーバ１、サーバ２、スイッチ１等）を保持し、さらにＣＩタイプがサーバである場合は、ＩＰアドレス、機器の名前、ＣＰＵクロック周波数、ディスク容量、ステータスの各プロパティおよび値を保持し、ＣＩタイプがスイッチである場合、ＩＰアドレス、機器の名前、型番、ポート数、ステータスの各プロパティおよび値を保持する。さらに、ＭＤＲ２０３は、ＣＩタイプがストレージである場合、ＩＰアドレス、機器の名前、ディスク容量、ディスク使用量、ステータスの各プロパティおよび値を保持する。尚、サーバ１、サーバ２、スイッチ１、・・・等のＣＩタイプは、ＭＤＲ２０３内のみで通用するローカルＩＤである。【００３６】
ＭＤＲ２０１、２０２、２０３内で保持されている各ＣＩで、共通するプロパティはＩＰアドレスであるため、実施の形態１ではＩＰアドレスが共通プロパティとする。【００３７】
次に、プロキシ管理装置３００、ＦＣＭＤＢ５０１で保持されるデータを図６に示す。【００３８】
まず、プロキシ管理装置３００のデータ割当情報管理部３３内で管理されている各種データを図６（Ａ）に示す。データ割当情報管理部３３は、ＣＩタイプごとに割当先プロキシ、共通プロパティの種別および共通プロパティの値を保持することで、当該ＣＩタイプとプロキシ装置との割り当てがなされている。【００３９】
ＦＣＭＤＢ５０１のデータ管理部５３は、ＣＩタイプ（グローバルＩＤ）、共通プロパティの種別およびその値をそれぞれ対応付けて保持する（図６（Ｂ）参照）。また、ＦＣＭＤＢ５０１のデータマッピング情報管理部５４は、ＣＩ（グローバルＩＤ）と、プロキシ装置およびプロキシ装置内で管理するためのローカルＩＤとの対応関係が保持されている（図６（Ｃ）参照）。【００４０】
次に、プロキシ装置１０１、１０２のデータ管理部１３で保持される各データについて図７を参照しつつ説明する。尚、図７（Ａ）にプロキシ装置１０１が保持するデータを示し、図７（Ｂ）にプロキシ装置１０２が保持するデータを示す。【００４１】
データ管理部１３は、ｌｉｄ０００１、ｌｉｄ０００２、ｓｖｒ１、・・・等のＣＩタイプごとに、プロパティ種別およびプロパティの値が保持する。なお、プロパティ種別、プロパティの値は、ＭＤＲ２０１、２０２、２０３の各データが統合されたものとなっている。また、ｌｉｄ０００１、ｌｉｄ０００２、・・・は、各プロキシ装置内のみで通用するローカルＩＤである。【００４２】
図８に、ＭＤＲ２０１、プロキシ管理装置３００、プロキシ装置１０１、ＦＣＭＤＢ５０１の各装置間で送受信される電文データを示す。図８に示すように、送受信される電文は所定のタグが付与されたフォーマットとなる。【００４３】
まず、データが新規に登録される際のＭＤＲ２０１からプロキシ管理装置３００までの間、およびプロキシ管理装置３００からプロキシ装置１０１までの間で送受信される電文フォーマットの例を図８（Ａ）に示す。ＭＤＲ２０１でデータが登録された際、ＭＤＲ２０１は、ＭＤＲ２０１内のローカルＩＤ、および少なくとも共通プロパティを含んだ各種プロパティの値を所定のタグを付与してプロキシ管理装置３００へ送信する。プロキシ管理装置３００は、受信した電文内の共通プロパティ（実施の形態１ではＩＰアドレス）、およびデータ割当情報管理部３３内で保持された対応関係に基づき割当先のプロキシ装置を特定し、当該プロキシ装置（本例ではプロキシ装置１０１）へ受信した電文をそのまま送信する。【００４４】
電文を受信したプロキシ装置１０１は、共通プロパティの値、およびプロキシ装置１０１内のローカルＩＤを、所定のタグを付与した状態の電文、すなわち図８（Ｂ）に例示する状態の電文をＦＣＭＤＢ５０１に送信する。プロキシ装置１０１は、新規登録の場合、新規のローカルＩＤを付与してＦＣＭＤＢ５０１に送信する電文を作成し、ＦＣＭＤＢ５０１に送信する。尚、送信された電文内の共通プロパティが既にデータ管理部１３内に登録されている場合（すなわち、新規登録でない場合）、対応したローカルＩＤを付与してＦＣＭＤＢ５０１に送信する電文を作成し、ＦＣＭＤＢ５０１に送信する。もしくは、新規登録でない場合、ＦＣＭＤＢ５０１内で既に登録されているため送信しなくてもよい。【００４５】
一方、電文を受信したＦＣＭＤＢ５０１は、グローバルＩＤを生成し、作成したグローバルＩＤ、電文内のローカルＩＤ、送信元のプロキシ装置（本例ではプロキシ装置１０１）との対応を作成し、データマッピング情報管理部５４に保持させる（図６（Ｃ）も参照）。また、ＦＣＭＤＢ５０１は、データ管理部５３にもグローバルＩＤ、共通プロパティ値の対応を保持させる（図６（Ｂ）も参照）。【００４６】
次に、クライアント６００からクエリ要求が発生した際、そのクエリ結果としてプロキシ装置１０１からＦＣＭＤＢ５０１へ送信される電文フォーマットの例を図８（Ｃ）に示す。例えば、クライアント６００からＩＰアドレスが１９２．１６８．０．１に関するクエリが発行された場合（またはグローバルＩＤを指定したクエリが発行されてもよい）、プロキシ装置１０１は、データ管理部１３によって保持されているプロパティ、およびプロパティの値に所定タグを付与し、クエリ結果としてＦＣＭＤＢ５０１へ送信する。【００４７】
図８の例では、ＭＤＲ２０１、プロキシ管理装置３００、プロキシ装置１０１、ＦＣＭＤＢ５０１の各装置間で送受信される電文データに関して説明したが、ＭＤＲ２０２、２０３、プロキシ装置１０２に関しても同様である。【００４８】
図９、図１０は、リソースの新規登録が行われる際の構成管理システム７００の処理を示したフローチャートである。図９、図１０を参照しつつ、構成管理システム７００の動作について説明する。以降で図示するフローチャートにおいて、カッコ内に表記された、各装置内の機能部が当該ステップを実施するものとする。例えば、たとえ同名の機能部であっても、Ｓ４の「（データ登録サービス機能部）」の表記は、プロキシ管理装置３００のデータ登録サービス機能部３２がＳ４を実行することを意味し、またＳ８の「（データ登録サービス機能部）」の表記は、プロキシ装置１０１（またはプロキシ装置１０２）のデータ登録サービス機能部１２がＳ８を実行することを意味する。また、以降の文中では、説明を容易にするため各装置が動作の主体となるよう記載するが、実際の動作は、図中のカッコ内に表記された機能部の機能が発揮されることで実現される。【００４９】
また、以降のフローチャートに基づく説明に関しては、ＦＣＭＤＢ５０１、プロキシ装置１０１、プロキシ管理装置３００、ＭＤＲ２０１間での処理として説明するが、プロキシ装置１０２、ＭＤＲ２０２、２０３でも同様処理である。【００５０】
ＭＤＲ２０１は、ユーザまたは外部システムから管理対象ＩＴシステム６０１を構成する各リソースのデータを取得する（Ｓ１）。またＭＤＲ２０１は、図４（Ａ）に示すような構成として取得されたデータを保持し（Ｓ２）、ＣＩ（ＣＩタイプ、およびプロパティ種別、プロパティの値）をプロキシ管理装置３００へ送信する（Ｓ３）。【００５１】
プロキシ管理装置３００は、ＣＩをＭＤＲ２０１から受信し（Ｓ４）、リコンサイルする（Ｓ５）。その後、プロキシ管理装置３００は、データ割当情報管理部３３にて保持されているテーブルに基づきデータ割当先のプロキシ装置を決定する（Ｓ６）。尚、共通プロパティが新規のものである場合、プロキシ管理装置３００は、データ割当が均一になるように、ＣＩの数が均等になるようにラウンドロビンさせることでプロキシ装置を決定し、テーブルに対応関係を登録する。【００５２】
プロキシ管理装置３００は、Ｓ６にて決定されたプロキシ装置（例えばプロキシ装置１０１）にＣＩデータを転送する（Ｓ７）。【００５３】
プロキシ装置１０１は、ＣＩデータを受信し（Ｓ８）、データを保存する（Ｓ９）。尚、Ｓ９でデータが統合される。ここでの保存形式は、図７（Ａ）に示したとおりである。また、プロキシ装置１０１は、ＣＩデータの一部（ローカルＩＤと共通プロパティ）をＦＣＭＤＢ５０１へ送信する（Ｓ１０）。【００５４】
ＦＣＭＤＢ５０１は、ＣＩデータの一部を受信し（Ｓ１１）、受信したデータを図６（Ｂ）に示したとおりに保存し（Ｓ１２）、さらに、ＣＩとプロキシ装置との割当情報を図６（Ｃ）に示したように保存する（Ｓ１３）。【００５５】
次に、クライアント６００からクエリが発行された際の処理について、図１１のフローチャートを参照しつつ説明する。【００５６】
ＦＣＭＤＢ５０１は、クライアント６００から発行されたクエリを取得し（Ｓ２１）、当該クエリに対する結果が自身のデータベース内に保持されている場合（尚、実施の形態１では、ＣＩの一部のプロパティに関しては、ＦＣＭＤＢ５０１内に保持されているものとする）、当該データをデータ管理部５３から取得する（Ｓ２２）。ここで、クエリ結果として送信すべき全てのデータが揃った場合（Ｓ２３、Ｙｅｓ）、ＦＣＭＤＢ５０１はクエリ結果をクライアント６００へ返信し（Ｓ２４）、処理は終了する。【００５７】
一方、データが揃っていない場合（Ｓ２３、Ｎｏ）、ＦＣＭＤＢ５０１は不足データを保持するプロキシ装置を、データマッピング情報管理部５４にて保存されているテーブルに基づき決定し（Ｓ２５）、決定されたプロキシ装置（例えばプロキシ装置１０１が決定されたとする）に対し不足データを要求する（Ｓ２６）。【００５８】
プロキシ装置１０１は、データ要求を取得し（Ｓ２７）、データ管理部１３で保持されたデータをＦＣＭＤＢ５０１に返信する（Ｓ２８）。【００５９】
ＦＣＭＤＢ５０１は、返信されたデータを取得し（Ｓ２２）、再度データが揃ったかを判定する（Ｓ２３）。ここでデータが全て揃った場合（Ｓ２３、Ｙｅｓ）、クエリ結果をクライアント６００へ返信し（Ｓ２４）、処理は終了する。一方、データが揃っていない場合（Ｓ２３、Ｎｏ）、他のプロキシ装置に対するＳ２５からＳ２８の処理が実行される。【００６０】
実施の形態１のように、ＦＣＭＤＢとＭＤＲとの間に、リコンサイル、統合したデータをＣＩ単位で分散保持するプロキシ装置を複数配備すことで、プロキシ層でデータ分散することができる。【００６１】
（実施の形態２）
実施の形態１では、ラウンドロビンによって同じ数のＣＩが各プロキシ装置内に配置されるものとしたが、例えば一部のＣＩに関してのクエリが頻発する場合、当該ＣＩが配置されたプロキシ装置はアクセス過多となり、パフォーマンスも低下する。実施の形態２では、一部のＣＩに関してクエリが頻発する場合でも、負荷分散が可能な構成管理システムを提示する。【００６２】
図１２に、実施の形態２での概要の一例を示す。例えばＡ、ＢのＣＩに対するアクセスが過多である場合、実施の形態２のプロキシシステムは、アクセス過多であるプロキシ装置内の、Ａ、Ｂ以外のＣＩを他のプロキシ装置へ再配置する。このようにすることで、プロキシ装置が実行する処理の負荷分散を行うことができる。【００６３】
図１３に、実施の形態２における構成管理システムの機能ブロックを示す。構成管理システム７０１のプロキシシステム２は、プロキシ装置１１１、１１２、およびプロキシ管理装置３１０を有する。プロキシ管理装置３１０は、負荷分散管理部３４を有し、プロキシ装置１１１、１１２は、負荷情報管理部１４をそれぞれ有する。【００６４】
プロキシ管理装置３１０内の負荷分散管理部３４は、各プロキシ装置内の負荷情報管理部１４に対し、負荷情報（例えば保持しているＣＩごとのデータ量、ＣＩごとのデータ転送量、ＣＰＵ使用率、アクセス負荷、等）の収集指示を送信する。また、プロキシ管理装置３１０内の負荷分散管理部３４は、各プロキシ装置内の負荷情報管理部１４によって収集された負荷情報を受信し、各プロキシ装置の負荷情報に基づきＣＩのデータ分配を調整し、各プロキシ装置に対し、ＣＩデータの移動を指示する。【００６５】
各プロキシ装置内の負荷情報管理部１４は、プロキシ管理装置３１０内の負荷分散管理部３４からの収集指示を取得し、自己の負荷情報を収集し、負荷分散管理部３４へ収集した負荷情報を送信する。【００６６】
尚、上記以外でも、実施の形態２におけるプロキシ装置１１１、１１２、およびＦＣＭＤＢ５０１内の各機能部は、ＣＩを再配置する際の処理が付加されている。付加された機能については、以降のフローチャートにて説明する。【００６７】
実施の形態２に係る構成管理システム７０１の処理について、図１４、図１５のフローチャートを参照しつつ説明する。【００６８】
プロキシ管理装置３１０は、例えばクライアント６００からの指示に基づき、または、構成管理システム７０１がユーザによって使用されない時刻や一定の時間間隔等、ユーザによって事前に設定された時刻や時間間隔で負荷情報の収集をプロキシ装置１１１、１１２に対し指示する（Ｓ３１）。プロキシ装置１１１、１１２は、負荷情報収集の指示によって自己の負荷情報をそれぞれ収集し（Ｓ３２、Ｓ３３）、負荷情報をプロキシ管理装置３１０に通知する（Ｓ３４、Ｓ３５）。【００６９】
プロキシ管理装置３１０は、各プロキシ装置の負荷情報に基づき、データ配分を調整する（Ｓ３６）。負荷情報が例えばＣＩごとのデータ転送量であるとすると、プロキシ管理装置３１０は、データ転送量の総量をプロキシ装置の数で除算することでデータ転送量の平均値を算出し、各プロキシ装置のデータ転送量がそれぞれ平均値近傍になるようにＣＩの配置を調整する。また、プロキシ管理装置３１０は、各プロキシ装置のマシンスペックが異なる場合は、このことも考慮する。例えばＣＰＵのスペックが各プロキシ装置毎に異なる場合、プロキシ管理装置３１０はＣＰＵのスペック（例えば周波数）でデータ転送量の総量を按分してもよい。調整方法は、上述以外でも様々な手法が考えられる。【００７０】
プロキシ管理装置３１０は、プロキシ装置１１１、プロキシ装置１１２に対してＣＩの移動を指示する（Ｓ３７）。尚、プロキシ装置１１１、１１２に送信される指示電文には、いずれのＣＩを移動させるかの情報も含まれる。以降、プロキシ装置１１１内のＣＩがプロキシ装置１１２に移動するものとして説明する。【００７１】
プロキシ装置１１１は、プロキシ管理装置３１０からの移動指示によって、移動対象となるＣＩをプロキシ装置１１２へ送信する（Ｓ３８）。その後、プロキシ装置１１１は、保持している送信したＣＩを削除する（Ｓ３９）。ＦＣＭＤＢ５０１は、例えばプロキシ装置１１１からの指示によって、ＣＩとプロキシ装置との割当を解除する（Ｓ４０）。【００７２】
一方、プロキシ装置１１２は、プロキシ装置１１１から送信されたＣＩを受信し（Ｓ４１）、送信されたＣＩを自己のＣＩとするため保存する（Ｓ４２）。その後、プロキシ装置１１２は、必要に応じ保存したＣＩにローカルＩＤを付与し、ＣＩの一部（共通プロパティとローカルＩＤ）をＦＣＭＤＢ５０１へ送信する（Ｓ４３）。【００７３】
ＦＣＭＤＢ５０１は、プロキシ装置１１２から送信されたＣＩの一部を受信し（Ｓ４４）、受信したＣＩの一部を保存する（Ｓ４５）。その後、ＦＣＭＤＢ５０１は、移動対象であるＣＩとプロキシ装置１１２との割当情報を保存する（Ｓ４６）。【００７４】
このように、負荷分散機能を設けることで、アクセスパターンに偏りがあるような場合に、負荷状況に応じてデータを再分散することができる。これにより、構成管理システム７０１は、ユーザに対しさらに高速にデータの提供をすることができる。【００７５】
（実施の形態３）
実施の形態３では、プロキシシステムでデータバックアップの版数管理を行う構成管理システムについて説明する。従来は、ＦＣＭＤＢ単独で、もしくは各ＭＤＲでそれぞれバックアップの版数を管理していたが、ＦＣＭＤＢに、もしくは特定のＭＤＲに負荷が集中するという問題がある。実施の形態３による構成管理システムは、プロキシシステム内で版数管理を行うことができ、負荷を均等に分散する可能となる。【００７６】
図１６に、実施の形態３での概要の一例を示す。図１６の例では現状のバージョン（版数）が９であるとすると（図１６では、バージョンｎをｖｎと表記）、一つ前のバージョン８は、バージョン４とバージョン７とをマージすることで成る。実施の形態３の構成管理システムは、プロキシシステム内の装置それぞれが異なるタイミングでバックアップを行うのではなく、同時に行うため、負荷分散とともに各バージョンの不一致によるデータの不整合を防ぐことができる。【００７７】
図１７に、実施の形態３における構成管理システムの機能ブロックを示す。構成管理システム７０２は、ＦＣＭＤＢ５２１、プロキシシステム３を有する。ＦＣＭＤＢ５２１は、版数管理部５５を有する。【００７８】
版数管理部５５は、ＦＣＭＤＢ５２１内の各機能部や、プロキシシステム３への版数処理開始の指示を出し、版数処理が終了した場合にクライアント６００へ処理終了を通知する。【００７９】
構成管理システム７０２のプロキシシステム３は、プロキシ装置１２１、１２２、およびプロキシ管理装置３２０を有する。プロキシ管理装置３２０は、版数管理部３５を有し、版数管理部３５は、ＦＣＭＤＢ５２１から版数データ（採番された番号のデータ）を受け付け、プロキシ管理装置３２０内のデータ割当情報管理部３３に、現状のデータと前の版数のデータとの差分を保存させる。プロキシ装置１２１、１２２は、版数管理部１５をそれぞれ有し、版数管理部１５は、ＦＣＭＤＢ５２１から版数データを受け付け、プロキシ装置１２１、１２２内のデータ管理部１３に、現状のデータと前の版数のデータとの差分を保存させる。【００８０】
尚、上記以外でも、実施の形態３におけるプロキシ装置１２１、１２２、プロキシ管理装置３２０、およびＦＣＭＤＢ５２１内の各機能部は、版数管理を行う際の処理が付加されている。付加された機能については、以降のフローチャートにて説明する。【００８１】
実施の形態３の構成管理システム７０２の処理について、図１８、図１９のフローチャートを参照しつつ説明する。【００８２】
ＦＣＭＤＢ５２１は、例えばクライアント６００からの版数処理開始の指示を受け、版数処理開始の通知をプロキシ装置１２１、１２２、およびプロキシ管理装置３２０へ通知する（Ｓ５１）。またＦＣＭＤＢ５２１は、クライアント６００からのリクエスト受付を停止する（Ｓ５２）。【００８３】
通知を受けたプロキシ管理装置３２０は、ＭＤＲからのリクエスト受付を停止し、停止完了の通知をＦＣＭＤＢ５２１へ行う（Ｓ５４）。またプロキシ装置１２１、１２２は、プロキシ管理装置３２０からのリクエスト受付を停止し、停止完了の通知をＦＣＭＤＢ５２１へ行う（Ｓ５３）。【００８４】
停止完了の通知を受けたＦＣＭＤＢ５２１は、版数を採番し（Ｓ５５）、プロキシ装置１２１、１２２、およびプロキシ管理装置３２０へ採番した版数データを通知することで版数アップの指示を行う（Ｓ５６）。その後、ＦＣＭＤＢ５２１は、データマッピング情報（図６（Ｃ）で示したデータ）の差分データ（一つ前の版数のデータと現状のデータとの差分データ。以下同様。）を保存する（Ｓ５７）。また、ＦＣＭＤＢ５２１は、管理データ（図６（Ｂ）で示したデータ）の差分データを保存する（Ｓ５８）。【００８５】
一方、プロキシ管理装置３２０は、版数データを受信し（Ｓ６１）、データ割当情報（図６（Ａ）で示したデータ）の差分データを保存し、保存が完了した際にＦＣＭＤＢ５２１へ完了通知を行う（Ｓ６２）。またプロキシ装置１２１、１２２は、版数データを受信し（Ｓ５９）、管理データ（図７で示したデータ）の差分データを保存し、保存が完了した際にＦＣＭＤＢ５２１へ完了通知を行う（Ｓ６０）。【００８６】
尚、Ｓ５７、Ｓ５８、Ｓ６０、Ｓ６２の各処理によって保存されるデータには、Ｓ５５で採番された番号が付与される。【００８７】
Ｓ５７、Ｓ５８、Ｓ６０、Ｓ６２の各処理が終了した場合、ＦＣＭＤＢ５２１は、プロキシ装置１２１、１２２、およびプロキシ管理装置３２０へ版数処理完了の通知を行う（Ｓ６３）。その後、ＦＣＭＤＢ５２１は、クライアント６００からのリクエスト受付を開始する（Ｓ６４）。【００８８】
版数処理完了の通知を受けたプロキシ装置１２１、１２２は、プロキシ管理装置３２０からのリクエスト受付を再開する（Ｓ６５）。また、プロキシ管理装置３２０は、ＭＤＲからのリクエスト受付を再開する（Ｓ６６）。【００８９】
上述の実施の形態による構成管理システムは、以下の効果を奏することができる。【００９０】
上述の実施の形態による構成管理システムは、ＣＭＤＢの特徴を活かしたプロキシシステムが配置されることで、データを均等に配置できる。また、上述の実施の形態による構成管理システムは、アクセスを分散させることができる。【００９１】
上述の実施の形態による構成管理システムは、同一ＣＩデータを集約済み（リコンサイルおよびデータ統合）とすることができるため、データ取得が効率化される。【００９２】
上述の実施の形態による構成管理システムのように、プロキシシステムに動的負荷分散機能を実装することで、利用状況に応じてプロキシ装置間で動的にデータを再分散できる。【００９３】
構成管理システムに版数管理機能を実装することで、データが均等に分散されているため、版数管理処理も均等化され、全体として版数アップ処理が高速化される。
【産業上の利用可能性】
【００９４】
構成管理システム内にプロキシ層であるプロキシシステムを設け、データを均等に配置することで、負荷を分散させ、処理の高速化を図ることができる。
【図１】
0005459222.tif 000002
【図２】
0005459222.tif 000003
【図３】
0005459222.tif 000004
【図４】
0005459222.tif 000005
【図５】
0005459222.tif 000006
【図６】
0005459222.tif 000007
【図７】
0005459222.tif 000008
【図８】
0005459222.tif 000009
【図９】
0005459222.tif 000010
【図１０】
0005459222.tif 000011
【図１１】
0005459222.tif 000012
【図１２】
0005459222.tif 000013
【図１３】
0005459222.tif 000014
【図１４】
0005459222.tif 000015
【図１５】
0005459222.tif 000016
【図１６】
0005459222.tif 000017
【図１７】
0005459222.tif 000018
【図１８】
0005459222.tif 000019
【図１９】
0005459222.tif 000020
【図２０】
0005459222.tif 000021
【図２１】
0005459222.tif 000022
【図２２】
0005459222.tif 000023
【図２３】
0005459222.tif 000024