特開 2025-11644 計算機システム及び情報の取得方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025011644

(43)【公開日】2025-01-24

(54)【発明の名称】計算機システム及び情報の取得方法

(51)【国際特許分類】

   G06F 11/30 20060101AFI20250117BHJP

【ＦＩ】

G06F11/30 155

G06F11/30 140A

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023113871

(22)【出願日】2023-07-11

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＰＹＴＨＯＮ

(71)【出願人】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】中島 淳

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042MA08

5B042MC22

5B042MC33

5B042MC40

(57)【要約】

【課題】複数の基盤上に構築されたサービス提供システムを一元管理するために必要な管理情報を取得する。
【解決手段】計算機システムは複数の基盤と接続する。基盤には、サービス提供システムが構築可能であって、サービス提供システムは、提供するサービスに関するサービス管理情報を保持する。計算機システムは、監視対象のサービス提供システム、監視項目、監視項目に対応する情報を生成するために用いるサービス管理情報、及び取得ルートを含む取得ルートデータを格納する取得ルート管理情報を保持し、使用できる取得ルートの確認契機を検知した場合、使用できない前記取得ルートを特定して、前記取得ルート管理情報に結果を反映し、サービス管理情報の取得契機を検知した場合、取得ルート管理情報を参照して、取得ルートを選択し、サービス管理情報を取得する。
【選択図】図７

【特許請求の範囲】

【請求項1】

複数の基盤と接続する計算機システムであって、
前記基盤には、サービスを提供するサービス提供システムが構築可能であって、
前記サービス提供システムは、自サービス提供システムが提供する前記サービスに関するサービス管理情報及び他サービス提供システムが提供する前記サービスに関するサービス管理情報の少なくともいずれかを保持し、一つ以上のＡＰＩを提供し、
前記計算機システムは、監視対象の前記サービス提供システムの識別情報、監視項目の識別情報、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報の識別情報、及び当該サービス管理情報の取得ルートを含む取得ルートデータを格納する取得ルート管理情報を保持し、
前記取得ルートは、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を格納する前記サービス提供システム及び前記ＡＰＩの識別情報の組みによって定義され、
前記計算機システムは、
使用できる前記取得ルートの確認契機を検知した場合、前記取得ルート管理情報を参照して、使用できない前記取得ルートを特定して、前記取得ルート管理情報に結果を反映し、
前記監視項目に対応する情報を生成するために用いる前記サービス管理情報の取得契機を検知した場合、前記取得ルート管理情報を参照して、当該サービス管理情報を取得するために使用可能な前記取得ルートを特定し、
特定された前記取得ルートの中から一つの前記取得ルートを選択し、
選択された前記取得ルートを介して、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を取得することを特徴とする計算機システム。

【請求項2】

請求項１に記載の計算機システムであって、
前記サービス提供システムの障害発生、負荷増大、サービスレベルの低下、及びメンテナンス実施のいずれかを前記確認契機として検知した場合、当該サービス提供システムの識別情報を含む前記取得ルートデータに対応する前記取得ルートを、使用できない前記取得ルートとして特定し、
前記サービス管理情報の取得失敗を前記確認契機として検知した場合、当該サービス管理情報を格納する前記サービス提供システム及び当該サービス管理情報を取得するために用いたＡＰＩの識別情報の組を含む前記取得ルートデータに対応する前記取得ルートを、使用できない前記取得ルートとして特定することを特徴とする計算機システム。

【請求項3】

請求項１に記載の計算機システムであって、
前記計算機システムは、使用できない前記取得ルートに対応する前記取得ルートデータに、前記取得ルートを使用できないことを示すフラグを付与することを特徴とする計算機システム。

【請求項4】

請求項１に記載の計算機システムであって、
監視対象の前記サービス提供システムの種別、前記監視項目の種別、前記サービス管理情報の種別、前記サービス管理情報を格納する前記サービス提供システムの種別、及び前記サービス管理情報を取得するために用いる前記ＡＰＩの種別から構成される、前記取得ルートデータのテンプレートを格納するテンプレート管理情報を保持し、
前記サービス提供システムの構成情報及び前記テンプレートを用いて、前記取得ルートデータを生成することを特徴とする計算機システム。

【請求項5】

請求項４に記載の計算機システムであって、
監視対象の前記サービス提供システムの前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を取得するために使用可能な前記取得ルートが存在しない場合、前記テンプレート管理情報を参照して、当該サービス提供システム及び当該監視項目の種別を含む前記テンプレートを検索し、
検索された前記テンプレートと、監視対象の前記サービス提供システム及び前記監視項目の識別情報を含む前記取得ルートデータとを比較することによって、使用されていない前記テンプレートを特定し、
特定された前記テンプレートを出力することを特徴とする計算機システム。

【請求項6】

複数の基盤と接続する計算機システムが実行する情報の取得方法であって、
前記基盤には、サービスを提供するサービス提供システムが構築可能であって、
前記サービス提供システムは、自サービス提供システムが提供する前記サービスに関するサービス管理情報及び他サービス提供システムが提供する前記サービスに関するサービス管理情報の少なくともいずれかを保持し、一つ以上のＡＰＩを提供し、
前記計算機システムは、監視対象の前記サービス提供システムの識別情報、監視項目の識別情報、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報の識別情報、及び当該サービス管理情報の取得ルートを含む取得ルートデータを格納する取得ルート管理情報を保持し、
前記取得ルートは、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を格納する前記サービス提供システム及び前記ＡＰＩの識別情報の組みによって定義され、
前記情報の取得方法は、
使用できる前記取得ルートの確認契機を検知した場合、前記計算機システムが、前記取得ルート管理情報を参照して、使用できない前記取得ルートを特定し、前記取得ルート管理情報に結果を反映する第１のステップと、
前記監視項目に対応する情報を生成するために用いる前記サービス管理情報の取得契機を検知した場合、前記計算機システムが、前記取得ルート管理情報を参照して、当該サービス管理情報を取得するために使用可能な前記取得ルートを特定する第２のステップと、
前記計算機システムが、特定された前記取得ルートの中から一つの前記取得ルートを選択する第３のステップと、
前記計算機システムが、選択された前記取得ルートを介して、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を取得する第４のステップと、を含むことを特徴とする情報の取得方法。

【請求項7】

請求項６に記載の情報の取得方法であって、
前記第１のステップは、
前記サービス提供システムの障害発生、負荷増大、サービスレベルの低下、及びメンテナンス実施のいずれかを前記確認契機として検知した場合、前記計算機システムが、当該サービス提供システムの識別情報を含む前記取得ルートデータに対応する前記取得ルートを、使用できない前記取得ルートとして特定するステップと、
前記サービス管理情報の取得失敗を前記確認契機として検知した場合、前記計算機システムが、当該サービス管理情報を格納する前記サービス提供システム及び当該サービス管理情報を取得するために用いたＡＰＩの識別情報の組を含む前記取得ルートデータに対応する前記取得ルートを、使用できない前記取得ルートとして特定するステップと、を含むことを特徴とする情報の取得方法。

【請求項8】

請求項６に記載の情報の取得方法であって、
前記第１のステップは、前記計算機システムが、特定された前記取得ルートに対応する前記取得ルートデータに、前記取得ルートを使用できないことを示すフラグを付与するステップを含むことを特徴とする情報の取得方法。

【請求項9】

請求項６に記載の情報の取得方法であって、
前記計算機システムは、監視対象の前記サービス提供システムの種別、前記監視項目の種別、前記サービス管理情報の種別、前記サービス管理情報を格納する前記サービス提供システムの種別、及び前記サービス管理情報を取得するために用いる前記ＡＰＩの種別から構成される、前記取得ルートデータのテンプレートを格納するテンプレート管理情報を保持し、
前記情報の取得方法は、前記計算機システムが、前記サービス提供システムの構成情報及び前記テンプレートを用いて、前記取得ルートデータを生成するステップを含むことを特徴とする情報の取得方法。

【請求項10】

請求項９に記載の情報の取得方法であって、
監視対象の前記サービス提供システムの前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を取得するために使用可能な前記取得ルートが存在しない場合、前記計算機システムが、前記テンプレート管理情報を参照して、当該サービス提供システム及び当該監視項目の種別を含む前記テンプレートを検索するステップと、
前記計算機システムが、検索された前記テンプレートと、監視対象の前記サービス提供システム及び前記監視項目の識別情報を含む前記取得ルートデータとを比較することによって、使用されていない前記テンプレートを特定するステップと、
前記計算機システムが、特定された前記テンプレートを出力するステップと、を含むことを特徴とする情報の取得方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の基盤に構築されたサービス提供システムを一元管理するための技術に関する。

【背景技術】

【0002】

サービスを提供するために複数の基盤を用いる運用が広がっている。複数の基盤にサービス提供システムを構築した場合、管理が複雑になるという問題がある。そのため、複数の基盤に構築されたサービス提供システムを一元管理するサービス（管理サービス）が登場している。

【0003】

管理サービスは、各基盤からサービス提供システムの性能等に関する管理情報を取得し、管理情報を用いて複数のサービス提供システムを一元管理する。サービス提供システムに障害が発生した場合、管理情報を取得できなくなる。これに対して、サービス提供システムを冗長化することによって、前述の課題に対処することができる。サービス提供システムの冗長化技術として、例えば、特許文献１が知られている。基盤にアクセスするための通信経路に障害が発生した場合も管理情報を取得できなくなる。これに対して、通信経路を冗長化することによって、前述の課題に対処することができる。通信経路の冗長化技術として、例えば、特許文献２が知られている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６－２６００７２号公報

【特許文献2】特開２０１３－１６２３０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

管理情報を取得できなくなる原因は多種多様であり、従来技術では全てに対応することは難しい。本発明は、複数の基盤にサービス提供システムが構築される特性を活用して、複数の基盤に構築されたサービス提供システムを一元管理するために必要な管理情報を取得するための技術を提供する。

【課題を解決するための手段】

【0006】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の基盤と接続する計算機システムであって、前記基盤には、サービスを提供するサービス提供システムが構築可能であって、前記サービス提供システムは、自サービス提供システムが提供する前記サービスに関するサービス管理情報及び他サービス提供システムが提供する前記サービスに関するサービス管理情報の少なくともいずれかを保持し、一つ以上のＡＰＩを提供し、前記計算機システムは、監視対象の前記サービス提供システムの識別情報、監視項目の識別情報、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報の識別情報、及び当該サービス管理情報の取得ルートを含む取得ルートデータを格納する取得ルート管理情報を保持し、前記取得ルートは、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を格納する前記サービス提供システム及び前記ＡＰＩの識別情報の組みによって定義され、前記計算機システムは、使用できる前記取得ルートの確認契機を検知した場合、前記取得ルート管理情報を参照して、使用できない前記取得ルートを特定して、前記取得ルート管理情報に結果を反映し、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報の取得契機を検知した場合、前記取得ルート管理情報を参照して、当該サービス管理情報を取得するために使用可能な前記取得ルートを特定し、特定された前記取得ルートの中から一つの前記取得ルートを選択し、選択された前記取得ルートを介して、前記監視項目に対応する情報を生成するために用いる前記サービス管理情報を取得する。

【発明の効果】

【0007】

本発明によれば、複数の基盤に構築されたサービス提供システムを一元管理するために必要な管理情報を取得できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0008】

【図1】実施例１のシステムの構成の一例を示す図である。

【図2】実施例１の管理システムを構成する計算機のハードウェア構成の一例を示す図である。

【図3】実施例１のシステムにおけるサービスの具体例を示す図である。

【図4】実施例１のテンプレート管理情報のデータ構造の一例を示す図である。

【図5】実施例１の取得ルート管理情報のデータ構造の一例を示す図である。

【図6】実施例１の管理システムが実行する取得ルートデータ生成処理の一例を説明するフローチャートである。

【図7】実施例１の管理システムが実行するサービス管理情報取得処理の一例を説明するフローチャートである。

【図8】実施例１の管理システムが実行する取得ルート確認処理の一例を説明するフローチャートである。

【発明を実施するための形態】

【0009】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0010】

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

【0011】

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

【実施例0012】

図１は、実施例１のシステムの構成の一例を示す図である。図２は、実施例１の管理システムを構成する計算機のハードウェア構成の一例を示す図である。

【0013】

システムは、管理システム１００及び複数の基盤１０１を含む。管理システム１００は、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１０２を介して、複数の基盤１０１と接続する。

【0014】

基盤１０１は、サービスを提供するサービス提供システムを構築するための環境を提供する。基盤１０１は、オンプレミス型の基盤及びクラウド型の基盤のいずれでもよい。サービス提供システムは、計算機等の物理的な要素から構成されてもよいし、仮想計算機等の仮想的な要素から構成されてもよい。

【0015】

管理システム１００は、基盤１０１に構築されたサービス提供システムを一元管理する。管理システム１００は、例えば、図２に示す計算機２００から構成される。計算機２００は、プロセッサ２０１、主記憶装置２０２、副記憶装置２０３、及びネットワークインタフェース２０４を備える。プロセッサ２０１は、主記憶装置２０２に格納されるプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部（モジュール）として動作する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ２０１が当該機能部を実現するプログラムを実行していることを示す。

【0016】

管理システム１００は、サービス監視部１１０、サービス管理情報取得部１１１、取得ルート選択部１１２、及び取得ルートデータ生成部１１３を有し、また、テンプレート管理情報１２０、構成管理情報１２１、及び取得ルート管理情報１２２を保持する。

【0017】

構成管理情報１２１は、基盤１０１に構築されたサービス提供システムの構成を管理するための情報である。取得ルート管理情報１２２は、サービス提供システムの稼働状態及び処理性能等を監視するために用いるサービス管理情報の取得ルートを管理するための情報である。テンプレート管理情報１２０は、取得ルート管理情報１２２を設定するために用いるテンプレートを管理するための情報である。

【0018】

サービス監視部１１０は、サービス提供システムの監視を行う。例えば、サービス監視部１１０は、サービス管理情報に基づいて、サービス提供システムの状態を把握し、性能の劣化、障害発生、サービスレベルの低下、及びメンテナンスの実施等を監視する。サービス管理情報取得部１１１は、サービス提供システムからサービス管理情報を取得する。取得ルート選択部１１２は、サービス管理情報を取得するための取得ルートを選択する。取得ルートデータ生成部１１３は、テンプレートを用いて取得ルート管理情報１２２を生成する。

【0019】

なお、管理システム１００は、いずれかの基盤１０１に含まれてもよい。

【0020】

図３は、実施例１のシステムにおけるサービスの具体例を示す図である。

【0021】

基盤（１）１０１は、例えば、オンプレミス型の基盤であり、管理サーバ３００及びストレージシステム３１０を含む。管理サーバ３００及びストレージシステム３１０はサービス提供システムの一例である。

【0022】

管理サーバ３００は、ボリュームを提供するストレージシステム３１０を管理し、ストレージシステム３１０の性能等に関するデータを格納するサービス管理情報３０１を保持する。また、管理サーバ３００は、管理システム１００がアクセスするためのＡＰＩ（１）３０２を提供する。

【0023】

ストレージシステム３１０は、ボリュームを提供する。ストレージシステム３１０は、ストレージシステム３１０の性能等に関するデータを格納するサービス管理情報３１１を保持する。また、ストレージシステム３１０は、管理システム１００がアクセスするためのＡＰＩ（２）３１２と、ボリュームを使用するユーザがアクセスするためのＡＰＩ（３）３１３とを提供する。

【0024】

基盤（２）１０１は、例えば、クラウド型の基盤であり、ＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）３２０及びログ管理システム３４０を含む。ＳＤＳ３２０及びログ管理システム３４０はサービス提供システムの一例である。

【0025】

ＳＤＳ３２０は、ボリュームを提供する。ＳＤＳ３２０は、サーバ３３０及びストレージボリューム３３１から構成される。サーバ３３０は、管理システム１００及びログ管理システム３４０がアクセスするためのＡＰＩ（４）３３２を提供する。ＳＤＳ３２０は、ＳＤＳ３２０の性能等に関するデータを格納するサービス管理情報３２１を保持する。また、ＳＤＳ３２０は、管理サーバ３００がアクセスするためのＡＰＩ（５）３２２と、管理システム１００がアクセスするためのＡＰＩ（６）３２３とを提供する。

【0026】

ログ管理システム３４０は、ＳＤＳ３２０の稼働状態及び性能等のログを管理する。ログ管理システム３４０は、ＳＤＳ３２０の性能等に関するデータを格納するサービス管理情報３４１を保持する。また、ログ管理システム３４０は、管理システム１００がアクセスするためのＡＰＩ（７）３４２を提供する。

【0027】

図３で示した基盤１０１及び基盤１０１上のシステムは一例であり、本発明はこれに限定されない。

【0028】

図４は、実施例１のテンプレート管理情報１２０のデータ構造の一例を示す図である。

【0029】

テンプレート管理情報１２０は、対象システム４０１、監視項目４０２、サービス管理情報４０３、格納場所４０４、取得ＡＰＩ４０５、及び優先度４０６を含むエントリを格納する。一つのエントリが一つのテンプレートに対応する。

【0030】

対象システム４０１は、監視対象のサービス提供システムの種別を格納するフィールドである。監視項目４０２は、監視対象のサービス提供システムの監視項目の種別を格納するフィールドである。

【0031】

サービス管理情報４０３は、監視項目に対応する情報を生成するために用いるサービス管理情報の種別を格納するフィールドである。「＜ユーザ指定＞」はユーザが指定する識別情報であることを示す。管理システム１００は、サービス管理情報を用いて監視項目に対応する情報を生成する。例えば、管理システム１００は、サービス管理情報そのものを監視項目に対応する情報として生成し、また、サービス管理情報に対して統計処理又は変換処理等を実行することによって監視項目に対応する情報を生成する。

【0032】

格納場所４０４は、サービス管理情報を格納するサービス提供システムの種別を格納するフィールドである。取得ＡＰＩ４０５は、サービス管理情報を取得するために用いるＡＰＩの種別を格納するフィールドである。

【0033】

優先度４０６は、テンプレートを用いて生成された取得ルートデータの選択順位を表す優先度を格納するフィールドである。本実施例では、「１」に近い取得ルートデータが優先的に選択されるものとする。

【0034】

図５は、実施例１の取得ルート管理情報１２２のデータ構造の一例を示す図である。

【0035】

取得ルート管理情報１２２は、対象システム５０１、監視項目５０２、サービス管理情報５０３、格納場所５０４、取得ＡＰＩ５０５、優先度５０６、及びフラグ５０７を含むエントリを格納する。一つのエントリが一つの取得ルートデータに対応する。

【0036】

対象システム５０１は、監視対象のサービス提供システムの識別情報を格納するフィールドである。監視項目５０２は、監視項目の識別情報を格納するフィールドである。

【0037】

サービス管理情報５０３は、監視項目に対応する情報を生成するために用いるサービス管理情報の識別情報を格納するフィールドである。格納場所５０４は、サービス管理情報を格納するサービス提供システムの識別情報を格納するフィールドである。取得ＡＰＩ５０５は、サービス管理情報を取得するために用いるＡＰＩの識別情報を格納する。格納場所５０４及び取得ＡＰＩ５０５は、サービス管理情報の取得ルートを定義する情報である。

【0038】

優先度５０６は優先度４０６と同一のフィールドである。フラグ５０７は、取得ルートデータに対応する取得ルートを使用できるか否かを示すフラグを格納するフィールドである。フラグ５０７には、取得ルートを使用できることを表す「０」及び取得ルートを使用できないことを表す「１」のいずれかが格納される。各エントリのフラグ５０７には初期値として「０」が設定される。

【0039】

図６は、実施例１の管理システム１００が実行する取得ルートデータ生成処理の一例を説明するフローチャートである。

【0040】

取得ルートデータ生成部１１３は、サービス提供システムの構成を示す構成データの登録又は更新を受け付けた場合、以下で説明する処理を実行する。

【0041】

取得ルートデータ生成部１１３は、構成データを構成管理情報１２１に格納した後、テンプレートのループ処理を開始する（ステップＳ１０１）。具体的には、取得ルートデータ生成部１１３は、テンプレート管理情報１２０から一つのテンプレート（エントリ）を選択する。

【0042】

取得ルートデータ生成部１１３は、構成データから、テンプレートの対象システム４０１、監視項目４０２、サービス管理情報４０３、格納場所４０４、及び取得ＡＰＩ４０５に対応する値を抽出し（ステップＳ１０２）、取得ルートデータを生成できるか否かを判定する（ステップＳ１０３）。テンプレートの対象システム４０１、監視項目４０２、サービス管理情報４０３、格納場所４０４、及び取得ＡＰＩ４０５の少なくとも一つについて値を取得できない場合、取得ルートデータは生成されない。

【0043】

取得ルートデータを生成できない場合、取得ルートデータ生成部１１３はステップＳ１０５に進む。取得ルートデータを生成できる場合、取得ルートデータ生成部１１３は、取得ルートデータを生成し、取得ルート管理情報１２２に登録する（ステップＳ１０４）。その後、取得ルートデータ生成部１１３はステップＳ１０５に進む。

【0044】

ステップＳ１０５では、取得ルートデータ生成部１１３は、全てのテンプレートについて処理が完了したか否かを判定する（ステップＳ１０５）。

【0045】

全てのテンプレートについて処理が完了していない場合、取得ルートデータ生成部１１３はステップＳ１０１に戻る。全てのテンプレートについて処理が完了した場合、取得ルートデータ生成部１１３は取得ルートデータ生成処理を終了する。

【0046】

図７は、実施例１の管理システム１００が実行するサービス管理情報取得処理の一例を説明するフローチャートである。

【0047】

サービス管理情報取得部１１１は、管理サービス管理情報の取得契機を検知した場合、以下で説明する処理を実行する。なお、取得するサービス管理情報を指定する情報として、監視対象のサービス提供システム及び監視項目の識別情報が入力される。

【0048】

サービス管理情報取得部１１１は、取得ルート管理情報１２２を参照して、監視対象のサービス提供システム及び監視項目の識別情報の組みに対応するサービス管理情報を特定する（ステップＳ２０１）。

【0049】

具体的には、サービス管理情報取得部１１１は、対象システム５０１及び監視項目５０２の値の組みが、監視対象のサービス提供システムの及び監視項目の識別情報の組みに一致する取得ルートデータ（エントリ）を検索する。

【0050】

サービス管理情報取得部１１１は、特定されたサービス管理情報を取得可能な取得ルートを特定する（ステップＳ２０２）。

【0051】

具体的には、サービス管理情報取得部１１１は、ステップＳ２０１において検索された取得ルートデータの中からフラグ５０７が「０」の取得ルートデータを抽出する。

【0052】

サービス管理情報取得部１１１は、特定された取得ルートの中から使用する取得ルートを選択する（ステップＳ２０３）。

【0053】

具体的には、サービス管理情報取得部１１１は、抽出された取得ルートデータの優先度５０６の値に基づいて、一つの取得ルートデータを選択する。本実施例では、優先度５０６の値が最も１に近い取得ルートデータが選択される。なお、サービス管理情報取得部１１１は、優先度の他に、取得先のサービス提供システムの負荷及びサービスレベル（性能、可用性）等を考慮して取得ルートを選択してもよい。

【0054】

サービス管理情報取得部１１１は、選択された取得ルートを介して、サービス管理情報を取得する（ステップＳ２０４）。

【0055】

図８は、実施例１の管理システム１００が実行する取得ルート確認処理の一例を説明するフローチャートである。

【0056】

取得ルート選択部１１２は、取得ルートの使用可否の確認を行う契機を検知した場合、以下で説明する処理を実行する。実行契機としては、サービス管理情報の取得失敗、及び、サービス提供システムの障害発生、負荷増大、サービスレベルの低下、又はメンテナンス実施等が考えられる。

【0057】

取得ルート選択部１１２は、使用できない取得ルートを特定する（ステップＳ３０１）。

【0058】

例えば、サービス管理情報の取得失敗が実行契機である場合、取得ルート選択部１１２は、取得ルート管理情報１２２を参照し、格納場所５０４及び取得ＡＰＩ５０５の値の組みが、サービス管理情報の取得時に使用した値の組みと一致するエントリを検索する。

【0059】

例えば、サービス提供システムの障害発生、負荷増大、サービスレベルの低下、又はメンテナンス実施が実行契機である場合、取得ルート選択部１１２は、取得ルート管理情報１２２を参照し、格納場所５０４に、当該サービス提供システムに関連する値が格納されるエントリを検索する。

【0060】

なお、監視項目に予め重要度を設定しておき、必須の監視項目に関連する取得ルートのみを特定するようにしてもよい。

【0061】

取得ルート選択部１１２は、特定された取得ルートに対応する取得ルートデータに、取得ルートを使用できないことを示すフラグを設定する（ステップＳ３０２）。具体的には、フラグ５０７に「１」が設定される。

【0062】

取得ルート選択部１１２は、監視対象のサービス提供システム及び監視項目の組みのループ処理を開始する（ステップＳ３０３）。

【0063】

取得ルート選択部１１２は、監視対象のサービス提供システム及び監視項目の組みに対応する取得ルートが全て使用不可であるか否かを判定する（ステップＳ３０４）。

【0064】

監視対象のサービス提供システム及び監視項目の組みに対応する取得ルートの中に、使用可能な取得ルートが少なくとも一つ存在する場合、取得ルート選択部１１２はステップＳ３０６に進む。

【0065】

監視対象のサービス提供システム及び監視項目の組みに対応する取得ルートが全て使用不可である場合、取得ルート選択部１１２は、推奨構成データを生成し、出力する（ステップＳ３０５）。その後、取得ルート選択部１１２はステップＳ３０６に進む。ステップＳ３０５では、以下のような処理が実行される。

【0066】

（Ｓ３０５－１）取得ルート選択部１１２は、テンプレート管理情報１２０を参照し、対象システム４０１及び監視項目４０２の値の組みが、監視対象のサービス提供システムの種別及び監視項目の種別の組みに一致するテンプレートを検索する。

【0067】

（Ｓ３０５－２）取得ルート選択部１１２は、検索されたテンプレートと、監視対象のサービス提供システム及び監視項目の組みに対応する取得ルートデータとを対比し、使用されていないテンプレートを特定する。使用されていないテンプレートが存在しない場合、取得ルート選択部１１２はステップＳ３０５の処理を終了する。

【0068】

（Ｓ３０５－３）取得ルート選択部１１２は、使用されていないテンプレートを推奨構成データとして生成し、出力する。その後、取得ルート選択部１１２はステップＳ３０５の処理を終了する。このとき、取得ルート選択部１１２は、構成管理情報１２１を参照して、テンプレートの一部のフィールドに具体的な値を設定してもよい。

【0069】

ユーザは、推奨構成データを参照することによって、サービスの構成を見直すことができる。

【0070】

ステップＳ３０６では、取得ルート選択部１１２は、全てのサービス提供システム及び監視項目の組みについて処理が完了したか否かを判定する（ステップＳ３０６）。

【0071】

全てのサービス提供システム及び監視項目の組みについて処理が完了していない場合、取得ルート選択部１１２はステップＳ３０３に戻る。全てのサービス提供システム及び監視項目の組みについて処理が完了した場合、取得ルート選択部１１２は取得ルート確認処理を終了する。

【0072】

なお、取得ルート選択部１１２は、サービス管理情報の取得成功、又は、サービス提供システムの障害復旧、負荷減少、若しくはメンテナンス終了後、ステップＳ３０１と同様の処理を実行し、特定された取得ルートに対応する取得ルートデータに、取得ルートを使用できることを示すフラグを設定する。

【0073】

本実施例では、フラグを用いて使用できない取得ルートを特定していたがこれに限定されない。使用できない取得ルートを特定できる情報であればよい。

【0074】

実施例１によれば、サービス管理情報の取得失敗、及び、サービス提供システムの障害発生、負荷増大、サービスレベルの低下、又はメンテナンス実施等、サービス管理情報の取得が困難な事態が発生した場合であっても、監視に必要なサービス管理情報を取得することができる。

【0075】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

【0076】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

【0077】

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

【0078】

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

【0079】

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

【符号の説明】

【0080】

１００ 管理システム
１０１ 基盤
１０２ ネットワーク
１１０ サービス監視部
１１１ サービス管理情報取得部
１１２ 取得ルート選択部
１１３ 取得ルートデータ生成部
１２０ テンプレート管理情報
１２１ 構成管理情報
１２２ 取得ルート管理情報
２００ 計算機
２０１ プロセッサ
２０２ 主記憶装置
２０３ 副記憶装置
２０４ ネットワークインタフェース
３００ 管理サーバ
３０１、３１１、３２１、３４１ サービス管理情報
３１０ ストレージシステム
３２０ ＳＤＳ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｓｔｏｒａｇｅ）
３３０ サーバ
３３１ ストレージボリューム
３４０ ログ管理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】