JP2019121119A - 計算機システムおよび推奨パラメータ値抽出方法 - Google Patents

Abstract

【課題】一貫した方針でのパラメータ値を提示可能な計算機システムを提供する。【解決手段】所定のサービスに係る処理対象を識別可能な識別情報の入力を受け付け、所定のサービスに用いるパラメータの推奨値を出力可能な計算機システムであって、リソースの属性およびリソース間の繋がりが定義付けられた予め設けられるサービスのリソース関連情報に基づいて、所定のサービスの実行内容を示すタスクログから同じ意味で用いられているパラメータ値を推奨値として抽出する推奨値抽出部と、推奨値抽出部により抽出された推奨値を出力する出力部とを設けるようにした。【選択図】図１

Description

本発明は計算機システムおよび推奨パラメータ値抽出方法に関し、例えば、所定のサービスに用いるパラメータ値の設定に適用して好適なものである。

計算機システムの大規模化、複雑化に伴い、システムの運用管理コストは増加傾向にある。このような状況のもと、運用管理自動化技術が開発されている。

近年、ユーザ自身が処理ステップを定義し、処理ステップ同士を繋げたワークフローを組んで独自のサービスを容易に作ることができる運用自動化システムが開示されている（特許文献１参照）。かかる運用自動化システムによれば、例えば、ボリュームを新規に作成したり、既存のボリュームをマイグレーションしたりするサービスを作成することができる。

国際公開第２０１６／０８４２５５号

ところが、特許文献１に記載の技術においては、例えば、所定のプールにボリュームを新規に作成した後、当該所定のプールのプール性能が悪化することを検知して上記ボリュームをマイグレーションする際、上記ボリュームに係る各種操作が行われていた場合、過去の操作はどのような要件（ディスクタイプ、ＲＡＩＤレベル等）に基づいて実行されていて、今回のマイグレーションではどの要件を引き継ぐべきであるかを判断できない。

また、パラメータについては、範囲指定されるなど、抽象化されつつあり、また、ユーザの意図を引き続くことができないため、過去の要件を踏襲した要件（一貫した方針でのパラメータ値）の設定が困難となっているという問題がある。

本発明は以上の点を考慮してなされたもので、一貫した方針でのパラメータ値を提示可能な計算機システムを提案しようとするものである。

かかる課題を解決するため本発明においては、所定のサービスに係る処理対象を識別可能な識別情報の入力を受け付け、前記所定のサービスに用いるパラメータの推奨値を出力可能な計算機システムであって、リソースの属性およびリソース間の繋がりが定義付けられた予め設けられるサービスのリソース関連情報に基づいて、前記所定のサービスの実行内容を示すタスクログから同じ意味で用いられているパラメータ値を推奨値として抽出する推奨値抽出部と、前記推奨値抽出部により抽出された推奨値を出力する出力部と、を設けるようにした。

また本発明においては、所定のサービスに係る処理対象を識別可能な識別情報の入力を受け付け、前記所定のサービスに用いるパラメータの推奨値を出力可能な計算機システムにおける推奨パラメータ値抽出方法であって、推奨値抽出部が、リソースの属性およびリソース間の繋がりが定義付けられた予め設けられるサービスのリソース関連情報に基づいて、前記所定のサービスの実行内容を示すタスクログから同じ意味で用いられているパラメータ値を推奨値として抽出する第１のステップと、出力部が、前記第１のステップで抽出された推奨値を出力する第２のステップと、設けるようにした。

上記構成によれば、タスクログから同じ意味で用いられているパラメータ値が推奨値として出力されるので、一貫した方針でのパラメータ値が設定できるようになる。

本発明によれば、サービスに用いるパラメータ値の設定を適切に行うことができる。

第１の実施の形態による計算機システムの構成の一例を示す図である。 第１の実施の形態による管理サーバの構成の一例を示す図である。 第１の実施の形態による管理クライアントの構成の一例を示す図である。 第１の実施の形態による運用自動化システムの運用例を示す図である。 第１の実施の形態によるサービスの構成の一例を示す図である。 第１の実施の形態によるコンポーネント管理テーブルの一例を示す図である。 第１の実施の形態によるコンポーネントプロパティ管理テーブルの一例を示す図である。 第１の実施の形態によるサービス管理テーブルの一例を示す図である。 第１の実施の形態によるサービスプロパティ管理テーブルの一例を示す図である。 第１の実施の形態によるタスク管理テーブルの一例を示す図である。 第１の実施の形態によるタスクログの一例を示す図である。 第１の実施の形態による推奨値管理テーブルの一例を示す図である。 第１の実施の形態による変更履歴管理テーブルの一例を示す図である。 第１の実施の形態によるコンポーネントのリソース関連図の一例を示す図である。 第１の実施の形態によるプロパティマッピング定義ファイルの一例を示す図である。 第１の実施の形態によるプロパティマッピングのイメージ図である。 第１の実施の形態によるサービスリソース関連図生成処理に係る処理手順の一例を示す図である。 第１の実施の形態によるサービスのリソース関連図のイメージ図である。 第１の実施の形態による推奨値抽出出力処理に係る処理手順の一例を示す図である。 第１の実施の形態による入力パラメータ内容判定処理に係る処理手順の一例を示す図である。 第１の実施の形態による推奨値に係るパラメータを特定するためのイメージ図である。 第１の実施の形態による関連過去タスク検索および推奨値抽出処理に係る処理手順の一例を示す図である。 第１の実施の形態によるタスク検索処理に係るイメージ図である。 第１の実施の形態による処理（Ｏ，Ｔ）に係る処理手順の一例を示す図である。 第１の実施の形態による処理（Ｏ，Ｔ）に係る処理手順の一例を示す図である。 第１の実施の形態による推奨値抽出処理に係る処理手順の一例を示す図である。 第１の実施の形態によるオブジェクト「Ｏ」が存在するか否かの判定に係るイメージ図である。 第１の実施の形態による関連オブジェクトであるか否かの判定に係るイメージ図である。 第１の実施の形態による別名管理テーブルの一例を示す図である。 第１の実施の形態によるサービス一覧画面の一例を示す図である。 第１の実施の形態によるサービス実行画面の一例を示す図である。 第１の実施の形態によるサービス実行画面の一例を示す図である。

以下図面について、本発明の一実施の形態を詳述する。

（１）計算機システムの構成
図１において、１は全体として第１の実施の形態による計算機システムを示す。計算機システム１は、運用自動化システム１０と、サービス実行システム２０と、ホスト計算機３０と、ストレージ装置４０とを含んで構成される。運用自動化システム１０と、サービス実行システム２０と、ホスト計算機３０と、ストレージ装置４０とは、ネットワーク５０を介して互いに通信可能に接続される。かかる計算機システム１では、運用自動化システム１０にて提供されるサービスに用いるパラメータ値が推奨される。以下、詳細について説明する。

運用自動化システム１０は、システム運用の自動化を支援するシステムである。運用自動化システム１０は、管理サーバ１００と、管理サーバ１００と通信可能に接続された管理クライアント２００とを備える。管理サーバ１００が管理クライアント２００に送信した表示用情報に基づいて、管理クライアント２００により情報が出力される。

かかる運用自動化システム１０では、例えば、ユーザ自身が処理ステップ（コンポーネント）を定義し、処理ステップ同士を繋げたワークフローを組んで独自のサービスを容易に作ることができる。また、例えば、運用自動化システム１０では、ユーザが作成したサービスを実行する際、当該サービスに係る操作履歴から同じ意味で使われているパラメータ値を抽出し、推奨パラメータ値（推奨値）として提示することができる。

より具体的には、管理サーバ１００は、サービス編集部１０１と、サービス保持部１０２と、サービスリソース関連図生成部１０３と、推奨値抽出部１０４と、命令送信部１０５と含んで構成される。

サービス編集部１０１は、例えば、管理クライアント２００（ユーザ）からの要求に応じて、サービステンプレートの作成、編集などをするための画面（サービス作成画面）に係る情報を生成して管理クライアント２００に送信する。

サービス保持部１０２は、例えば、サービス作成画面を介して管理クライアント２００から情報を受け付け、受け付けた情報（入力された情報）に基づいてサービステンプレートを作成すると共にサービスを生成して保持する。

サービスは、ユーザが任意に追加できるが、サービスとしては、ストレージ装置４０に論理ボリュームを作成するサービス、ストレージ装置４０にセカンダリボリュームを作成するサービス、ハイパーバイザ上でバーチャルマシンを移動するサービス、バーチャルマシン上のアプリケーションの設定を変更するサービス等が挙げられる。

サービスリソース関連図生成部１０３は、例えば、コンポーネントの作成時にユーザが定義する各コンポーネントのリソース関連図（各プロパティとリソースとのマッピング関係を示す情報）をつなぎ合わせたサービスのリソース関連図を生成する。

推奨値抽出部１０４は、例えば、ユーザが実行しようとしているサービスに係る操作履歴から同じ意味で使われているパラメータ値をサービスのリソース関連図等に基づいて抽出して提示（出力）したり、当該サービスを実行したりするための画面（サービス実行画面）に係る情報を生成して管理クライアント２００に送信する。

命令送信部１０５は、例えば、サービス実行画面を介して管理クライアント２００からサービスを実行する旨の命令を受け付け、受け付けた命令を、サービス実行システム２０に送信する。

管理クライアント２００は、サービス編集画面表示部２０１と、サービス実行画面表示部２０２とを含んで構成される。

サービス編集画面表示部２０１は、例えば、サービス編集画面に係る情報を管理サーバ１００から受信してサービス編集画面を表示する。

サービス実行画面表示部２０２は、例えば、サービス実行画面に係る情報を管理サーバ１００から受信してサービス実行画面を表示する。

サービス実行システム２０は、運用自動化システム１０からの命令に従いサービスを実行する。

サービス実行システム２０は、例えば、管理計算機２１と、監視情報表示用装置２２とを含んで構成される。

管理計算機２１は、ストレージシステムなどの構成を変更するための指示、ハイパーバイザ、バーチャルマシンなどの構成を変更するための指示などを発行する計算機である。管理計算機２１は、例えば、運用自動化システム１０からの命令に応じて、ストレージ装置４０に所定の指示を与える。その指示に応じて、ストレージ装置４０は、ストレージ構成を変更する。

監視情報表示用装置２２は、管理計算機２１に通信可能に接続され、管理計算機２１の管理するストレージシステム、ハイパーバイザ等に関する情報を表示する装置である。監視情報表示用装置２２は、例えば、ストレージ装置４０の各種性能情報、構成情報などを表示する。なお、監視情報表示用装置２２と管理計算機２１とについては、１つの計算機として構成してもよい。

ホスト計算機３０は、Ｉ／Ｆ（通信インターフェースデバイス）と、記憶資源と、プロセッサとを備える（図示は省略。）。ストレージ装置４０は、物理記憶デバイスと、コントローラとを備える（図示は省略。）。コントローラは、例えば、ホスト計算機３０に論理ボリュームを提供する。ホスト計算機３０は、提供された論理ボリュームを指定したＩ／Ｏ（Input／Output）要求をストレージ装置４０に送信する。ストレージ装置４０のコントローラは、受信したＩ／Ｏ要求に従い、論理ボリュームに対するデータＩ／Ｏを行う。

図２は、管理サーバ１００の構成の一例を示す図である。

管理サーバ１００は、計算機の一例であり、内部バスを介して接続されたプロセッサ１１０と、メモリ１２０と、通信ポート１３０とを含んで構成される。管理サーバ１００は、通信ポート１３０を介して、サービス実行システム２０、管理クライアント２００等と通信する。

プロセッサ１１０は、管理サーバ１００全体の動作制御を司るプロセッサ（情報処理装置）であり、例えば、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサである。

メモリ１２０は、各種の情報を記憶する記憶資源である。例えば、メモリ１２０は、半導体メモリなどから構成され、各種のプログラムを記憶するために利用されるほか、プロセッサ１１０のワークメモリとしても利用される。また、例えば、メモリ１２０は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＲＯＭ（Read Only Memory）などから構成され、各種のテーブルと各種のプログラムとを記憶する。

かかるメモリ１２０には、コンポーネント管理テーブル１２１、コンポーネントプロパティ管理テーブル１２２、サービス管理テーブル１２３、サービスプロパティ管理テーブル１２４、タスク管理テーブル１２５、タスクログ１２６、推奨値管理テーブル１２７、変更履歴管理テーブル１２８、事前定義情報１２９、管理プログラム１００Ａなどが記憶される（詳細については、図６〜図１８参照）。

例えば、プロセッサ１１０がメモリに格納された管理プログラム１００Ａ（サービス編集プログラム１０１Ａ、サービス保持プログラム１０２Ａ、サービスリソース関連図生成プログラム１０３Ａ、推奨値抽出プログラム１０４Ａ、命令送信プログラム１０５Ａなど）を読み出して実行することにより、プログラムモジュール（サービス編集部１０１、サービス保持部１０２、サービスリソース関連図生成部１０３、推奨値抽出部１０４、命令送信部１０５など）が実現される。

なお、事前定義情報１２９には、コンポーネントのリソース関連情報１２９Ａ、プロパティマッピング定義ファイル１２９Ｂ、およびサービスのリソース関連情報１２９Ｃが含まれる。

通信ポート１３０は、例えば、ＮＩＣ（Network Interface Card）から構成され、サービス実行システム２０、管理クライアント２００等との通信時におけるプロトコル制御を行う。

図３は、管理クライアント２００の構成の一例を示す図である。

管理クライアント２００は、計算機の一例であり、内部バスを介して接続されたプロセッサ２１０と、メモリ２２０と、通信ポート２３０と、入出力デバイス２４０とを含んで構成される。管理クライアント２００は、通信ポート２３０を介して、管理サーバ１００等と通信する。

プロセッサ２１０は、管理クライアント２００全体の動作制御を司るプロセッサ（情報処理装置）であり、例えば、ＣＰＵのようなマイクロプロセッサである。

メモリ２２０は、各種の情報を記憶する記憶資源である。例えば、メモリ２２０は、半導体メモリなどから構成され、各種のプログラムを記憶するために利用されるほか、プロセッサ２１０のワークメモリとしても利用される。また、例えば、メモリ２２０は、ＨＤＤ、ＳＳＤ、ＲＯＭなどから構成され、各種のテーブルと各種のプログラムとを記憶する。かかるメモリ２２０には、表示プログラム２００Ａなどが記憶される。

例えば、プロセッサ２１０がメモリに格納された表示プログラム２００Ａ（サービス編集画面表示プログラム２０１Ａ、サービス実行画面表示プログラム２０２Ａなど）を読み出して実行することにより、プログラムモジュール（サービス編集画面表示部２０１、サービス実行画面表示部２０２など）が実現される。

通信ポート２３０は、例えば、ＮＩＣから構成され、管理サーバ１００等との通信時におけるプロトコル制御を行う。

入出力デバイス２４０は、各種の情報を表示するための液晶表示装置、各種の操作、入力などを行うためのポインティングデバイスおよびキーボードなどであり、例えば、サービス編集画面、サービス実行画面などを表示すると共に、ユーザによる操作（入力）を受け付ける。

図４は、運用自動化システム１０の運用例を示す図である。図４に示すように、管理サーバ１００は、コンポーネント群３１０と、サービス群３２０と、タスク群３３０とを備える。

コンポーネント群３１０には、１つの独立した処理を示すコンポーネントが複数含まれる。コンポーネントとしては、プロビジョニング、メール送信、レポート出力、ローカルコピーペア作成、ＯＳ再起動等、予め規定されたコンポーネント（コンポーネントＡ、コンポーネントＢ、コンポーネントＣ、・・・）と、ユーザが作成したコンポーネント（ユーザ作成コンポーネント１、ユーザ作成コンポーネント２、・・・）とがある。

サービス群３２０は、サービステンプレートを実行できる状態にした（インスタンス化された）サービスのあつまりを示す。サービステンプレートは、複数のコンポーネントの組み合わせが規定されたデータであり、サービステンプレートには、サービス（インスタンス）の保持するデータ（メンバ変数、フィールド（属性））と、当該サービスに対して行うことができる操作（メソッド、メンバ関数）とが記述される。なお、各コンポーネントについてもインスタンス化され、実行ファイルとされ、サービスでは、当該実行ファイルが実行される。

管理サーバ１００が管理するサービスとしては、予め規定されたサービステンプレートに係るサービス（サービス１、・・・）と、予め規定されたサービステンプレートを複製して編集などしてユーザが作成したサービステンプレートに係るサービス（ユーザ作成サービス１、ユーザ作成サービス２、・・・）とがある。

タスク群３３０は、管理サーバ１００のプロセッサ１１０で処理（実行）される作業の最小単位であるタスクのあつまりを示す。一のサービスは、一または複数のタスクがプロセッサ１１０で実行されることにより、実現（提供）される。

図５は、管理サーバ１００が管理するサービスの構成の一例を示す図である。ここでは、マイグレーションサービス３２１を例に挙げてサービスの構成について説明する。

図５に示すように、マイグレーションサービス３２１では、複数のサービス入力プロパティと、複数のコンポーネントと、複数のサービス出力プロパティとが関係付けられていることがわかる。

ここで、サービスのプロパティ（サービスプロパティ）としては、サービス入力プロパティとサービス出力プロパティとの２種類がある。サービス入力プロパティは、定義された項目（表示名）についての値の入力に関するプロパティである。サービス出力プロパティは、定義された項目（表示名）についての値の出力に関するプロパティである。１つのサービステンプレートには、１以上のサービス入力プロパティと０以上のサービス出力プロパティとが関連付けられる。付言するならば、サービステンプレートによっては、サービス出力プロパティが０個の場合もある。

図５に示すように、マイグレーションサービス３２１のサービス入力プロパティには、４つのサービス入力プロパティが設けられている。４つのサービス入力プロパティのそれぞれの表示名は、「Primary Volume ID」、「Secondary Volume ID」、「Primary Storage Profile」、「Secondary Storage Profile」である。なお、図面においては、「Primary」は、「P」、「Secondary」は、「S」として適宜、略記する。

マイグレーションサービス３２１のサービス出力プロパティには、６つのサービス入力プロパティが設けられている。６つのサービス入力プロパティのそれぞれの表示名は、「Primary Volume ID」、「Primary Pool ID」、「Primary Storage ID」、「Secondary Volume ID」、「Secondary Pool ID」、「Secondary Storage ID」である。

また、各コンポーネントは、複数のプロパティ（コンポーネントプロパティ）を含んで構成される。コンポーネントプロパティとしては、コンポーネント入力プロパティとコンポーネント出力プロパティとの２種類がある。コンポーネント入力プロパティは、定義された項目（表示名）についての値の入力に関するプロパティである。コンポーネント出力プロパティは、定義された項目（表示名）についての値の出力に関するプロパティである。１つのコンポーネントには、１以上のコンポーネント入力プロパティと０以上のコンポーネント出力プロパティとが関連付けられる。付言するならば、コンポーネントによっては、出力プロパティが０個の場合もある。

図５に示すように、コンポーネントＡには、４つのコンポーネント入力プロパティが設けられている。４つのコンポーネント入力プロパティのそれぞれの表示名は、サービス入力プロパティに対応し、「Primary Volume ID」、「Secondary Volume ID」、「Primary Storage Profile」、「Secondary Storage Profile」である。また、コンポーネントＡには、３つのコンポーネント出力プロパティが設けられている。３つのコンポーネント出力プロパティのそれぞれの表示名は、「Primary Copy Pair Name」、「Secondary Copy Pair Name」、「Volume Info」である。

また、コンポーネントＢには、２つのコンポーネント入力プロパティが設けられている。２つのコンポーネント入力プロパティのそれぞれの表示名は、「Primary Copy Pair Name」、「Secondary Copy Pair Name」である。なお、コンポーネントＢには、コンポーネント出力プロパティが設けられていない。

また、コンポーネントＣには、３つのコンポーネント入力プロパティが設けられている。３つのコンポーネント入力プロパティのそれぞれの表示名は、「Primary Copy Pair Name」、「Secondary Copy Pair Name」、「Volume Info」である。また、コンポーネントＣには、６つのコンポーネント出力プロパティが設けられている。６つのコンポーネント出力プロパティのそれぞれの表示名は、サービス出力プロパティに対応し、「Primary Volume ID」、「Primary Pool ID」、「Primary Storage ID」、「Secondary Volume ID」、「Secondary Pool ID」、「Secondary Storage ID」である。

マイグレーションサービス３２１において、コンポーネントＡと、コンポーネントＢと、コンポーネントＣとの順序で実行されるように、マイグレーションサービス３２１のサービステンプレートに規定されている。また、プロパティマッピング定義ファイル１２９Ｂに、サービス入力プロパティとコンポーネントＡの入力プロパティとが関連付けられ（マッピングされ）、コンポーネントＡの出力プロパティとコンポーネントＢおよびコンポーネントＣの入力プロパティとが関連付けられ、コンポーネントＣの出力プロパティとサービス出力プロパティとが関連付けられること等を示す情報が格納されている。なお、以下では、プロパティ間の関連付けをプロパティマッピングと適宜称する。

（２）管理サーバが使用する各種データ（ファイル、テーブルなど）
図６は、コンポーネント管理テーブル１２１の一例を示す図である。コンポーネント管理テーブル１２１は、コンポーネントに関する情報を有する。コンポーネント管理テーブル１２１は、コンポーネント毎にレコードを有し、各レコードに、コンポーネントｕｋ、コンポーネント名、バージョン、リソース関連図ファイルパス、および実行ファイルパスの情報が格納される。

コンポーネントｕｋは、コンポーネントのユニークキー（管理番号）である。なお、ｕｋ「１」、「２」、・・・は、識別情報の一例である。コンポーネント名は、コンポーネントの名称である。バージョンは、コンポーネントのバージョンを表す。リソース関連図ファイルパスは、コンポーネントのリソース関連図を示すファイルへのパス（パス名）を表す。実行ファイルパスは、コンポーネントの実行ファイルへのパスを表す。

図７は、コンポーネントプロパティ管理テーブル１２２の一例を示す図である。コンポーネントプロパティ管理テーブル１２２は、コンポーネントプロパティに関する情報を有する。コンポーネントプロパティ管理テーブル１２２は、コンポーネントプロパティ毎にレコードを有し、各レコードに、コンポーネントプロパティｕｋ、コンポーネントｕｋ、キー名、および表示名の情報が格納される。

コンポーネントプロパティｕｋは、コンポーネントプロパティのユニークキーである。コンポーネントｕｋは、コンポーネントのユニークキーである。キー名は、コンポーネントプロパティを一意に特定するための名称であり、コンポーネントプロパティの識別情報の一例である。表示名は、コンポーネントプロパティ名である。

図８は、サービス管理テーブル１２３の一例を示す図である。サービス管理テーブル１２３は、サービスに関する情報を有する。サービス管理テーブル１２３は、サービス毎にレコードを有し、各レコードに、サービスｕｋ、サービス名、バージョン、およびプロパティマッピング定義ファイルパスの情報が格納される。

サービスｕｋは、サービスのユニークキーである。サービス名は、サービスの名称である。バージョンは、サービスのバージョンを表す。プロパティマッピング定義ファイルパスは、プロパティマッピング定義ファイル１２９Ｂへのパスを表す。

図９は、サービスプロパティ管理テーブル１２４の一例を示す図である。サービスプロパティ管理テーブル１２４は、サービスプロパティに関する情報を有する。サービスプロパティ管理テーブル１２４は、サービスプロパティ毎にレコードを有し、各レコードに、サービスプロパティｕｋ、サービスｕｋ、キー名、および表示名の情報が格納される。

サービスプロパティｕｋは、サービスプロパティのユニークキーである。サービスｕｋは、サービスのユニークキーである。キー名は、サービスプロパティを一意に特定するための名称であり、サービスプロパティの識別情報の一例である。表示名は、画面に表示され得るサービスプロパティ名であり、例えば入力項目、出力項目に対応する。

図１０は、タスク管理テーブル１２５の一例を示す図である。タスク管理テーブル１２５は、タスクに関する情報を有する。タスク管理テーブル１２５は、タスク毎にレコードを有し、各レコードに、タスクｕｋ、サービスｕｋ、実行日時、およびタスクログパスの情報が格納される。

タスクｕｋは、タスクのユニークキーである。サービスｕｋは、サービスのユニークキーである。実行日時は、タスクが実行された日時である。タスクログファイルパスは、タスクの実行内容（タスクログ１２６）へのパスを表す。

図１１は、タスクログ１２６の一例を示す図である。タスクログ１２６は、タスクの実行内容に関する情報を有する。タスクログ１２６は、タスク毎に作成されるファイルであり、タスクｕｋ、サービスｕｋ、サービス名、実行日時、コンポーネントｕｋ、コンポーネントプロパティｕｋ、値などの情報を含んで構成される。

図１２は、推奨値管理テーブル１２７の一例を示す図である。推奨値管理テーブル１２７は、推奨値に関する情報を有する。推奨値管理テーブル１２７は、サービス入力プロパティ毎にレコードを有し、各レコードに、サービスプロパティｕｋ、サービスｕｋ、オブジェクトＩＤ、リソース、属性、ユーザ入力値、および推奨値の情報が格納される。

サービスプロパティｕｋは、サービスプロパティのユニークキーである。サービスｕｋは、サービスのユニークキーである。オブジェクトＩＤは、オブジェクトを識別可能な識別情報である。オブジェクトＩＤ「Ｄ」、「Ｅ」、・・・は、識別情報の一例である。リソースは、コンポーネントの要素を表す。属性は、リソースの性質を表す。本実施の形態では、リソースおよび当該リソースの属性をまとめてオブジェクトと称する。ユーザ入力値は、ユーザが入力した値を表す。推奨値は、タスクログ１２６から抽出される同じ意味で使われている最新のパラメータ値を表す。

図１３は、変更履歴管理テーブル１２８の一例を示す図である。変更履歴管理テーブル１２８は、推奨値の変更履歴に関する情報を有する。変更履歴管理テーブル１２８は、サービスプロパティ毎に変更履歴を示す情報を有し、当該情報には、サービスプロパティｕｋ、実行日、推奨値、およびサービス表示名の情報が格納される。

サービスプロパティｕｋは、サービスプロパティのユニークキーである。実行日は、サービスが実行された年月日である。推奨値は、タスクログ１２６から抽出される同じ意味で使われている最新のパラメータ値を表す。サービス表示名は、サービスの表示名である。

（２−１）コンポーネントの作成時に定義される情報
コンポーネントの作成時にユーザが定義する情報として、コンポーネントのリソース関連情報１２９Ａ（コンポーネント単位のリソース関連図、およびコンポーネントの処理内容）がある。

図１４は、コンポーネントのリソース関連図の一例を示す図である。コンポーネントＡのリソース関連図４００を例に挙げて、コンポーネントのリソース関連図について説明する。

コンポーネントＡのリソース関連図４００では、リソース４０１および属性４０２がユーザにより定義される。また、コンポーネントＡのコンポーネントプロパティｕｋとリソース４０１および属性４０２とのマッピング関係４０３がユーザにより定義される。また、リソース間の関係性４０４がユーザにより定義される。また、リソース４０１および属性４０２のオブジェクトＩＤ４０５がユーザにより定義される。

また、コンポーネントの処理内容としては、所定のサービスに係る処理対象を識別可能なＩＤを作成するＩＤ作成（対象オブジェクト）、当該ＩＤを削除するＩＤ削除（対象オブジェクト）、当該ＩＤを変更するＩＤ変更（変更前オブジェクト、変更後オブジェクト）、その他ＩＤを変えない変更がある。コンポーネントの処理内容についてはユーザにより定義され、コンポーネントのリソース関連図と共にコンポーネントのリソース関連情報１２９Ａに含まれる（管理される）。

（２−２）サービスの作成時に定義される情報
サービスの作成時にユーザが定義する情報として、プロパティマッピング定義ファイル１２９Ｂがある。

図１５は、プロパティマッピング定義ファイル１２９Ｂの一例を示す図である。サービスｕｋ（００１）に対応するプロパティマッピング定義ファイル５００を例に挙げてプロパティマッピング定義ファイル１２９Ｂを説明する。

プロパティマッピング定義ファイル５００では、サービス入力プロパティｕｋ５０１と、コンポーネント入力プロパティｕｋ５０２とが関係付けられて定義（記述）されていることが示されている。

なお、プロパティマッピング定義ファイル１２９Ｂは、ｘｍｌ（Extensible Markup Language）ファイルに限られるものではなく、他の形式のファイルであってもよい。また、定義した情報については、ファイルで管理する構成に限られるものではなく、テーブルなどで管理する構成としてもよい。

図１６は、プロパティマッピング定義ファイル５００によるプロパティマッピングのイメージ図を示す。図１６では、プロパティマッピング定義ファイル５００により、サービス入力プロパティｕｋ５０１と、コンポーネント入力プロパティｕｋ５０２との関連付け５０３が示されている。

なお、他のサービスプロパティおよびコンポーネントプロパティ間のマッピング、およびコンポーネントプロパティ間のマッピングについても同様に、プロパティマッピング定義ファイル１２９Ｂで定義されている。

（２−３）定義されるその他の情報
所定のタイミング（コンポーネントの作成後、サービスの作成後、指定時間、ユーザによる操作など）でサービスのリソース関連図を作成する処理（サービスリソース関連図作成処理）が行われることにより、サービスのリソース関連情報１２９Ｃが生成される。

なお、以下においては、各種処理の処理主体が「プログラムモジュール」として説明するが、実際上は、そのプログラムモジュールに基づいて管理サーバ１００のプロセッサ１１０がその処理を実行することは言うまでもない。

図１７は、サービスリソース関連図生成処理に係る処理手順の一例を示す図である。サービスリソース関連図生成処理では、入力（Ｘ，Ｙ）が行われる。Ｘは、サービスを構成する全コンポーネントのリソース関連図である。Ｙは、プロパティマッピング定義ファイル１２９Ｂである。

まず、サービスリソース関連図生成部１０３は、プロパティマッピング定義ファイル１２９Ｂに基づいて、コンポーネントのリソース関連図の同じリソースを重ねてリソース関連図同士を繋ぎ合わせる（ステップＳ１）。

続いて、サービスリソース関連図生成部１０３は、オブジェクトＩＤを振り直し（ステップＳ２）、サービスリソース関連図生成処理を終了する。

図１８は、サービス６００のリソース関連図のイメージ図を示す。図１８に示すように、サービス６００は、コンポーネントＡとコンポーネントＢとにより提供される。

ここで、プロパティマッピング定義ファイル１２９Ｂからプロパティ（リソース）間の繋がりが確認され、コンポーネントＡのリソース関連図のリソース６０１Ａと、コンポーネントＢのリソース関連図のリソース６０１Ｂと繋がっているので、これらは同じリソース６０１として繋ぎ合わされる。

また、プロパティマッピング定義ファイル１２９Ｂからプロパティ（リソース）間の繋がりが確認され、コンポーネントＡのリソース関連図のリソース６０２Ａと、コンポーネントＢのリソース関連図のリソース６０２Ｂとが繋がっているので、これらは同じリソース６０２として繋ぎ合わされる。

そして、各リソースに対応するオブジェクトにオブジェクトＩＤ（本例では「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｅ」、「Ｆ」）を振り直し、図１８に示すように、サービス６００のリソース関連図が作成される。

（３）推奨値抽出出力処理（推奨パラメータ値抽出方法）
図１９は、推奨値抽出出力処理に係る処理手順の一例を示す図である。推奨値抽出出力処理は、後述のサービス実行画面の推奨パラメータ表示ボタン７１７（図３１）が押下されることを契機に開始する。

まず、推奨値抽出部１０４は、入力パラメータ内容判定処理を行う（ステップＳ１１）。なお、詳細については後述するが、入力パラメータ内容判定処理では、サービスのリソース関連図とプロパティマッピング定義ファイル１２９Ｂとユーザ入力値とに基づいて、推奨対象とするサービス入力プロパティ（推奨値に係るパラメータ）が特定される。

続いて、推奨値抽出部１０４は、関連過去タスク検索および推奨値抽出処理を行う（ステップＳ１２）。なお、詳細については後述するが、関連過去タスク検索および推奨値抽出処理では、サービスのリソース関連情報１２９Ｃに基づいて、タスクログ１２６から推奨値が抽出される。

続いて、推奨値抽出部１０４は、推奨値および変更履歴を表示するための画面に係る画面情報を管理クライアント２００に送信（出力の一例）する（ステップＳ１３）。管理クライアント２００は、画面情報を受信すると、入出力デバイス２４０にサービス実行画面（図３２）を表示（出力の一例）し、推奨値抽出出力処理を終了する。

図２０は、入力パラメータ内容判定処理に係る処理手順の一例を示す図である。

まず、推奨値抽出部１０４は、後述のサービス一覧画面（図３０）で選択されたサービス項目のサービス（対象サービス）のサービスｕｋを特定する（ステップＳ２１）。

続いて、推奨値抽出部１０４は、対象サービスのリソース関連図とプロパティマッピング定義ファイル１２９Ｂとから全サービス入力プロパティのサービスプロパティｕｋとそのリソースおよび属性を特定し、推奨値管理テーブル１２７に格納する（ステップＳ２２）。

より具体的には、推奨値抽出部１０４は、プロパティマッピング定義ファイル１２９Ｂより、全サービス入力プロパティのサービスプロパティｕｋを特定する。次に、推奨値抽出部１０４は、プロパティマッピング定義ファイル１２９Ｂより、特定したサービスプロパティｕｋに関連付けられたコンポーネントプロパティｕｋを特定する。そして、推奨値抽出部１０４は、対象サービスのリソース関連図から、特定したコンポーネントプロパティｕｋに定義付けられているリソースおよび属性を特定する。なお、図２１に本処理に係るイメージ図（推奨値に係るパラメータを特定するためのイメージ図）を示す。

続いて、推奨値抽出部１０４は、ユーザ入力値があるサービス入力プロパティの入力値を推奨値管理テーブル１２７に格納し、推奨値に「−」を格納し（ステップＳ２３）、入力パラメータ内容判定処理を終了する。

図２１は、推奨値に係るパラメータを特定するためのイメージ図を示す。

図２１には、対象サービス（本例では、ペアボリューム一括マイグレーションサービス）のプロパティマッピング定義ファイル６１１と、対象サービスのリソース関連図６１２とが示されている。

推奨値に係るパラメータの特定については、プロパティマッピング定義ファイル６１１よりサービス入力プロパティに関連付けられたコンポーネントプロパティｕｋが特定され、対象サービスのリソース関連図からコンポーネントプロパティｕｋに定義付けられているリソースおよび属性が特定されることにより行われる。

ここで、入力が必須のパラメータについては、推奨値は不要となるので、基本的には、入力が任意のパラメータについて推奨値が求められる。

ただし、ペアボリューム一括マイグレーションサービスでは、プライマリボリュームに係るストレージ装置４０のストレージＩＤおよびボリュームＩＤと、セカンダリボリュームに係るストレージ装置４０のストレージＩＤおよびボリュームＩＤとの少なくとも１つが入力必須のパラメータである。よって、入力されていないパラメータと、プライマリボリュームのストレージプロファイルのパラメータと、セカンダリボリュームのストレージプロファイルのパラメータとについて推奨値が求められることになる。

本例では、プライマリボリュームのストレージＩＤおよびボリュームＩＤについてユーザ入力値が設定されているので、セカンダリボリュームのストレージＩＤおよびボリュームＩＤのパラメータと、プライマリボリュームのストレージプロファイルのパラメータと、セカンダリボリュームのストレージプロファイルのパラメータとが推奨値に係るパラメータとして特定される。

図２２は、関連過去タスク検索および推奨値抽出処理に係る処理手順の一例を示す図である。

まず、推奨値抽出部１０４は、対象サービスのリソース関連図からユーザ入力値を受け付けたリソースに対応するオブジェクト（Ｏｂｊｅｃｔ）を特定する（ステップＳ３１）。

続いて、推奨値抽出部１０４は、Ｏをオブジェクト、Ｔを現在時刻として、各オブジェクトについて、処理（Ｏ，Ｔ）を実行し（ステップＳ３２）、ステップＳ３１で特定した全てのオブジェクトについて処理（Ｏ，Ｔ）を終了した場合、関連過去タスク検索および推奨値抽出処理を終了する。

処理（Ｏ，Ｔ）の詳細については、図２４〜図２６を用いて説明するが、処理（Ｏ，Ｔ）は、タスクに係る処理を示すタスク処理の一例であり、処理（Ｏ，Ｔ）では、オブジェクト「Ｏ」に対して、タスクの実行時間Ｔから直近の未来（Ｔに最も近くてＴよりも未来の時刻）のタスクログ１２６から順にタスク検索処理（未来タスク検索処理）が行われ、続いて、直近の過去（Ｔ以降の時刻。Ｔを含む。）のタスクログ１２６から順にタスク検索処理（過去タスク検索処理）が行われる。

（タスク検索処理の概要）
推奨値抽出部１０４は、ユーザ入力値が含まれるタスクログ１２６から当該タスクを実行したサービス（実行サービス）を特定し、特定した実行サービスのリソース関連図を特定する。推奨値抽出部１０４は、特定したリソース関連図にオブジェクト「Ｏ」が存在するか否かを判定する。推奨値抽出部１０４は、特定したリソース関連図にオブジェクト「Ｏ」が存在すると判定した場合、そのオブジェクト「Ｏ」の属性値を記憶し、最新の値である場合は推奨値として抽出する。

また、推奨値抽出部１０４は、特定したリソース関連図にオブジェクト「Ｏ」の関連オブジェクトが存在するか否かを判定する。推奨値抽出部１０４は、関連オブジェクトが存在すると判定した場合、オブジェクトの引数を関連オブジェクト、時刻（時間）の引数を関連オブジェクトに係るタスクログ１２６の実行日時として、処理（関連Ｏｂｊ，現タスクのＴ）を実行する。

また、推奨値抽出部１０４は、オブジェクト「Ｏ」に係るコンポーネントのリソース関連情報１２９Ａ（コンポーネントの処理内容）を参照し、ＩＤ変更が行われたか否かを判定する。推奨値抽出部１０４は、ＩＤ変更が行われたと判定した場合、オブジェクトの引数をＩＤ変更前の別名のオブジェクトとし、処理（別名，現タスクのＴ）を実行する。

図２３は、タスク検索処理に係るイメージ図（タスクログ１２６を検索したり推奨値を抽出したりする手順のイメージ図）を示す。ここでは、現在時刻がＴ_１（Ｎｏｗ）であり、ユーザ入力値（「10051」、「00:01」）を受け付けたオブジェクトがオブジェクト６３１であり、推奨値を求めるパラメータに係るオブジェクトがオブジェクト「Ａ」、「Ｅ」、「Ｈ」である場合の処理（オブジェクト６３１，Ｔ_１）を例に挙げて説明する。

まず、オブジェクト６３１に対して、未来タスク検索処理が行われるが、現在時刻Ｔ_１よりも新しい時刻のタスクログ１２６は存在しないので、過去タスク検索処理が行われることになる。

よって、推奨値抽出部１０４は、ユーザ入力値を含む過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３１と同じリソースかつ属性のオブジェクト６３２を特定する。

続いて、推奨値抽出部１０４は、オブジェクト６３２に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトとしてオブジェクト６３３が存在すると判定する。

続いて、推奨値抽出部１０４は、オブジェクトの引数をオブジェクト６３３、時刻の引数をＴ_２として、処理（オブジェクト６３３，Ｔ_２）を実行する。オブジェクト６３３に対して、未来タスク検索処理が行われるが、ユーザ入力値を含む時刻Ｔ_２よりも新しい時刻のタスクログ１２６が存在しないので、過去タスク検索処理が行われることになる。

よって、推奨値抽出部１０４は、ユーザ入力値を含む過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３３と同じリソースかつ属性のオブジェクト６３３を特定する。このとき、推奨値抽出部１０４は、オブジェクト６３３の属性値（「10051」、「00:02」）を記憶すると共に、推奨値として抽出する。

続いて、推奨値抽出部１０４は、オブジェクト６３３に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトが存在しないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３３に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、ユーザ入力値を含む次の過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３３と同じリソースかつ属性のオブジェクト６３４を特定する。

続いて、推奨値抽出部１０４は、オブジェクト６３４に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトとしてオブジェクト６３５が存在すると判定する。

続いて、推奨値抽出部１０４は、オブジェクトの引数をオブジェクト６３５、時刻の引数をＴ_３として、処理（オブジェクト６３５，Ｔ_３）を実行する。オブジェクト６３５に対して、未来タスク検索処理が行われるが、ユーザ入力値を含む時刻Ｔ_３よりも新しい時刻のタスクログ１２６が存在しないので、過去タスク検索処理が行われることになる。

よって、推奨値抽出部１０４は、ユーザ入力値を含む過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３５と同じリソースかつ属性のオブジェクト６３５を特定する。このとき、推奨値抽出部１０４は、オブジェクト６３５の属性値「Silver」を記憶すると共に、推奨値として抽出する。

続いて、推奨値抽出部１０４は、オブジェクト６３５に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトが存在しないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３５に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、ユーザ入力値を含む次の過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３５と同じリソースかつ属性のオブジェクト６３６を特定する。このとき、推奨値抽出部１０４は、オブジェクト６３６の属性値「Gold」を記憶するが、最新の属性値ではないので推奨値は更新しない。

続いて、推奨値抽出部１０４は、オブジェクト６３６に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトが存在しないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３６に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、ユーザ入力値を含む次の過去のタスクログ１２６を検索するが、該当するタスクログ１２６は見つからないため、処理（オブジェクト６３５，Ｔ_３）を終了する。

続いて、推奨値抽出部１０４は、オブジェクト６３４に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３３について、ユーザ入力値を含む次の過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３３と同じリソースかつ属性のオブジェクト６３７を特定する。

続いて、推奨値抽出部１０４は、オブジェクト６３７に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトとしてオブジェクト６３６が存在すると判定し、オブジェクトの引数をオブジェクト６３６、時刻の引数をＴ_５として、処理（オブジェクト６３６，Ｔ_５）を実行する。処理（オブジェクト６３６，Ｔ_５）の詳細については、前述の通りなので、その説明を省略する。

続いて、推奨値抽出部１０４は、オブジェクト６３７に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、ユーザ入力値を含む次の過去のタスクログ１２６を検索するが、該当するタスクログ１２６は見つからないため、処理（オブジェクト６３３，Ｔ_２）を終了する。

続いて、推奨値抽出部１０４は、オブジェクト６３２に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３１について、ユーザ入力値を含む次の過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６３１と同じリソースかつ属性のオブジェクト６３８を特定する。

続いて、推奨値抽出部１０４は、オブジェクト６３８に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトが存在しないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３８に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、変更が行われていると判定する。

続いて、推奨値抽出部１０４は、ユーザ入力値（「10051」、「00:01」）を変更前の値（「10057」、「00:11」）に変更し（別名オブジェクトとし）、オブジェクトの引数を別名オブジェクト、時刻の引数をＴ_４として、処理（別名オブジェクト，Ｔ_４）を実行する。

続いて、推奨値抽出部１０４は、別名オブジェクトに対して、未来タスク検索処理が行われるが、変更前の値を含む時刻Ｔ_４よりも新しい時刻のタスクログ１２６が存在しないので、過去タスク検索処理が行われることになる。

よって、推奨値抽出部１０４は、変更前の値を含む過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、別名オブジェクトと同じリソースかつ属性の別名オブジェクトを特定する。

続いて、推奨値抽出部１０４は、別名オブジェクトに関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトが存在しないと判定する。

続いて、推奨値抽出部１０４は、別名オブジェクトに係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、変更前の値を含む次の過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、別名オブジェクトと同じリソースかつ属性のオブジェクト６３９を特定する。

続いて、推奨値抽出部１０４は、オブジェクト６３９に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトとしてオブジェクト６４０が存在すると判定する。

続いて、推奨値抽出部１０４は、オブジェクトの引数をオブジェクト６４０、時刻の引数をＴ_６として、処理（オブジェクト６４０，Ｔ_６）を実行する。オブジェクト６４０に対して、未来タスク検索処理が行われるが、変更前の値を含む時刻Ｔ_６よりも新しい時刻のタスクログ１２６が存在しないので、過去タスク検索処理が行われることになる。

よって、推奨値抽出部１０４は、変更前の値を含む過去のタスクログ１２６を検索し、検索したタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定し、オブジェクト６４０と同じリソースかつ属性のオブジェクト６４０を特定する。このとき、推奨値抽出部１０４は、オブジェクト６４０の属性値「Gold」を記憶すると共に、推奨値として抽出する。

続いて、推奨値抽出部１０４は、オブジェクト６４０に関連オブジェクトが存在するか否かを判定し、この例では、関連オブジェクトが存在しないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６４０に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、変更前の値を含む次の過去のタスクログ１２６を検索するが、該当するタスクログ１２６は見つからないため、処理（オブジェクト６４０，Ｔ_６）を終了する。

続いて、推奨値抽出部１０４は、オブジェクト６３９に係るコンポーネントの処理内容を参照し、ＩＤ変更が行われたか否かを判定し、この例では、ＩＤ変更が行われていないと判定する。

続いて、推奨値抽出部１０４は、オブジェクト６３１について、変更前の値を含む次の過去のタスクログ１２６を検索するが、該当するタスクログ１２６は見つからないため、処理（オブジェクト６３１，Ｔ_１）を終了する。

このように、ユーザ入力値を受け付けたオブジェクト、当該オブジェクトに係るオブジェクトについてタスク検索処理が行われ、推奨値が抽出される。以下では、処理（Ｏ，Ｔ）の詳細について図２４〜図２６を用いて説明する。

図２４および図２５は、処理（Ｏ，Ｔ）に係る処理手順の一例を示す図である。

まず、推奨値抽出部１０４は、Ｔより未来のタスクログ１２６について順に、ステップＳ４１〜ステップＳ５１の処理（未来タスク検索処理）を行う。

ステップＳ４１では、推奨値抽出部１０４は、ユーザ入力値が含まれるタスクログ１２６から実行サービスを特定し、特定した実行サービスのリソース関連図を特定する。

続いて、推奨値抽出部１０４は、オブジェクト「Ｏ」が存在するか否かを判定する（ステップＳ４２）。推奨値抽出部１０４は、オブジェクト「Ｏ」が存在すると判定した場合、ステップＳ４３に処理を移し、オブジェクト「Ｏ」が存在しないと判定した場合、処理対象を次の未来のタスクログ１２６に設定し、ステップＳ４１に処理を移す。なお、次の未来のタスクログ１２６がない場合は、Ｔ以前の過去のタスクログ１２６について順に、ステップＳ６１〜ステップＳ６７の処理（過去タスク検索処理）を行う。

ここで、図２７に、オブジェクト「Ｏ」が存在するか否かの判定に係るイメージ図を示す。図２７に示すように、推奨値抽出部１０４は、検索したタスクログ１２６のサービスのリソース関連図のオブジェクトのうち、ユーザが選択したサービスのリソース関連図のオブジェクト「Ｏ」に対応するリソース、属性、および属性値が全て一致する所定のオブジェクト（オブジェクト６４０）が存在する場合、オブジェクト「Ｏ」が存在すると判定する。

ステップＳ４３では、推奨値抽出部１０４は、推奨値抽出処理を行う。なお、詳細については後述するが、推奨値抽出処理では、推奨値が抽出される。

続いて、推奨値抽出部１０４は、欲しい関連オブジェクトがあるか否かを判定する（ステップＳ４４）。推奨値抽出部１０４は、欲しい関連オブジェクトがあると判定した場合、関連オブジェクトについて処理（関連オブジェクト，現タスクのＴ）を行い（ステップＳ４５）、ステップＳ４６に処理を移す。他方、推奨値抽出部１０４は、欲しい関連オブジェクトがないと判定した場合、ステップＳ４６に処理を移す。

ここで、図２８に、関連オブジェクトがあるか否かの判定に係るイメージ図を示す。図２８に示すように、推奨値抽出部１０４は、検索したタスクログ１２６のサービスのリソース関連図のオブジェクトのうち、関連オブジェクト「Ｏ’」に対応するリソースおよび属性と一致するリソースおよび属性を有するオブジェクトであって、オブジェクト「Ｏ」および関連オブジェクト「Ｏ’」間の関連と同じ関連を有する特定のオブジェクト（オブジェクト６４１）が存在する場合、欲しい関連オブジェクト「Ｏ’」が存在すると判定する。

付言するならば、推奨値抽出部１０４は、リソースが別であり、属性が同じであるケース、リソースは同じでも属性が完全には一致しないケースについては、関連オブジェクトでないと判定する。

また、仮に、欲しい関連オブジェクトがオブジェクト「Ｏ」と直接つながっていないオブジェクト６４２である場合、これらの間にあるオブジェクト（本例では、オブジェクト６４３）についても判定の対象とされる。この場合、推奨値抽出部１０４は、オブジェクト６４２とオブジェクト６４４とのリソースおよび属性、オブジェクト６４３とオブジェクト６４５とのリソースおよび属性、オブジェクト６４２およびオブジェクト６４３間とオブジェクト６４４およびオブジェクト６４５間との関連、オブジェクト「Ｏ」およびオブジェクト６４３間とオブジェクト６４０およびオブジェクト６４５間との関連の全てが一致する場合、欲しい関連オブジェクトが存在すると判定する。

なお、オブジェクト「Ｏ」と欲しい関連オブジェクトのルートの中に、リソース間の関係がマイグレートのように、コンポーネントの処理内容でＩＤ変更が定義されているオブジェクトについては、同一リソースとみなして当該オブジェクトについては判定の対象から除外してルートを短縮してもよい。

ステップＳ４６では、推奨値抽出部１０４は、オブジェクト「Ｏ」に係るコンポーネントのリソース関連情報１２９Ａ（コンポーネントの処理内容）を参照し、タスク中でオブジェクト「Ｏ」で行われた処理内容を判定する。推奨値抽出部１０４は、ＩＤ変更であると判定した場合、ステップＳ４７に処理を移し、ＩＤ作成であると判定した場合、ステップＳ４９に処理を移し、ＩＤ削除であると判定した場合、ステップＳ５０に処理を移し、その他の変更であると判定した場合、ステップＳ５１に処理を移す。

ステップＳ４７では、推奨値抽出部１０４は、メモリ１２０に一時的に記憶する別名管理テーブル６５０を更新する。

ここで、図２９に、別名管理テーブル６５０の一例を示す。図２９に示すように、別名管理テーブル６５０は、処理対象のオブジェクトのオブジェクト名およびＩＤと、変更前のオブジェクト名（別名）およびＩＤとの情報を格納する。

例えば、処理対象のオブジェクトにおいて、時刻Ｔ_１４にＩＤが作成され、時刻Ｔ_１３にＩＤが変更され、時刻Ｔ_１２にＩＤが変更された場合を例に挙げて別名管理テーブル６５０に格納される情報を説明する。

別名管理テーブル６５０は、現在時刻Ｔ_１１では、別名のＩＤの欄に値が未設定（値が設定されていないことを示す「−」等であってもよい。）であり、処理対象の時刻が時刻Ｔ_１２であるときに別名のＩＤの欄にＩＤ（「10054」、「00:04」）が設定され、処理対象の時刻が時刻Ｔ_１３であるときに別名のＩＤの欄にＩＤ（「10057」、「00:11」）が設定（上書き）される。

かかる別名管理テーブル６５０により、ＩＤ変更される前のＩＤを含むタスクログから同じ意味で用いられているパラメータ値を抽出できるようになる。

続いて、推奨値抽出部１０４は、処理（別名，現タスクのＴ）を実行し（ステップＳ４８）、ステップＳ５１に処理を移す。

ステップＳ４９では、推奨値抽出部１０４は、ループ（未来タスク検索処理）を終了し、過去タスク検索処理を行う。

ステップＳ５０では、推奨値抽出部１０４は、タスクは行きついたのでループ（未来タスク検索処理）を終了し、過去タスク検索処理を行う。

ステップＳ５１では、推奨値抽出部１０４は、ループを終了するか否か（全ての未来のタスクログ１２６について処理を行ったか否か）を判定する。推奨値抽出部１０４は、ループを終了すると判定した場合、過去タスク検索処理を行い、ループを終了しないと判定した場合、処理対象を次の未来のタスクログ１２６に設定し、ステップＳ４１に処理を移す。

図２５に示すように、過去タスク検索処理が行われる。より具体的には、ステップＳ６１では、ステップＳ４１〜ステップＳ４５の処理が行われ、ステップＳ６２に処理が移される。

ステップＳ６２では、推奨値抽出部１０４は、タスク中でオブジェクト「Ｏ」で行われた処理内容を判定する。推奨値抽出部１０４は、ＩＤ変更であると判定した場合、ステップＳ６３に処理を移し、ＩＤ作成であると判定した場合、ステップＳ６５に処理を移し、ＩＤ削除であると判定した場合、ステップＳ６６に処理を移し、その他の変更であると判定した場合、ステップＳ６７に処理を移す。

ステップＳ６３では、推奨値抽出部１０４は、別名管理テーブル６５０を更新する。

続いて、推奨値抽出部１０４は、処理（別名，現タスクのＴ）を実行し（ステップＳ６４）、ステップＳ６７に処理を移す。

ステップＳ６５では、推奨値抽出部１０４は、ループ（過去タスク検索処理）を終了し、ステップＳ６７に処理を移す。

ステップＳ６６では、推奨値抽出部１０４は、タスクは行きついたのでループ（過去タスク検索処理）を終了し、ステップＳ６７に処理を移す。

ステップＳ６７では、推奨値抽出部１０４は、ループを終了するか否か（全ての過去のタスクログ１２６について処理を行ったか否か）を判定する。推奨値抽出部１０４は、ループを終了すると判定した場合、処理（Ｏ，Ｔ）を終了し、ループを終了しないと判定した場合、処理対象を次の過去のタスクログ１２６に設定し、ステップＳ６１に処理を移す。

図２６は、推奨値抽出処理に係る処理手順の一例を示す図である。

まず、推奨値抽出部１０４は、推奨値管理テーブル１２７の当該リソースに対する推奨値が空であるか否かを判定する（ステップＳ７１）。推奨値抽出部１０４は、空であると判定した場合、ステップＳ７２に処理を移し、空でないと判定した場合、ステップＳ７３に処理を移す。

ステップＳ７２では、推奨値抽出部１０４は、リソース情報（推奨値など）を、推奨値管理テーブル１２７と変更履歴管理テーブル１２８とに格納し、推奨値抽出処理を終了する。

ステップＳ７３では、推奨値抽出部１０４は、リソース情報（推奨値など）を変更履歴管理テーブル１２８に実行日時が降順になるように格納する。

続いて、推奨値抽出部１０４は、変更履歴管理テーブル１２８から最新の推奨値を抽出し、推奨値管理テーブル１２７の推奨値を更新し（ステップＳ７４）、推奨値抽出処理を終了する。

このように、推奨値抽出出力処理では、サービスのリソース関連情報１２９Ｃに基づいて、タスクログ１２６から同じ意味で用いられているパラメータ値が抽出され、抽出されたパラメータ値が推奨値として出力されるので、一貫した方針でのパラメータ値が設定できるようになる。

（４）表示画面
図３０〜図３２は、管理クライアント２００における表示画面の一例を示す図である。

図３０は、予め設けられるサービスに対応するサービス項目の選択をするためのサービス一覧画面の一例（表示画面７００）を示す図である。

表示画面７００では、運用自動化システム１０に登録されている複数のサービスの各々に対応するサービス項目が選択可能に一覧形式で表示される。

ユーザは、クライアント２００の入出力デバイス２４０を操作（ユーザ操作）することにより、所望のサービスのサービス項目を選択する。ユーザ操作により一のサービス項目が選択されると、サービスに要する入力を行い、サービスを実行するためのサービス実行画面７０１が表示される。

図３１は、サービス実行画面７０１の一例（ペアボリューム一括マイグレーションサービスのサービス実行画面７１０）を示す図である。

ここで、ペアボリューム一括マイグレーションサービスとは、ローカルコピーペアを形成するＰ−Ｖｏｌ（Primary Volume）、Ｓ−Ｖｏｌ（Secondary Volume）の存在するストレージ装置４０の各ストレージＩＤ（Storage Serial No.）および各ボリュームＩＤ（Volume ID）と、移行先の各ストレージプロファイル（Primary Storage Profile、Secondary Storage Profile）とを指定し、Ｐ−ＶｏｌおよびＳ−Ｖｏｌを最適な別のストレージ装置４０に一括で移行するサービスである。

サービス実行画面７１０では、Ｐ−Ｖｏｌに係るストレージＩＤおよびボリュームＩＤ（Primary Volume ID）を入力可能な入力欄７１１と、Ｓ−Ｖｏｌに係るストレージＩＤおよびボリュームＩＤ（Secondary Volume ID）を入力可能な入力欄７１２と、Ｐ−Ｖｏｌの移行先のストレージプロファイルを入力可能な入力欄７１３と、Ｓ−Ｖｏｌの移行先のストレージプロファイルを入力可能な入力欄７１４とが設けられる。

また、サービス実行画面７１０では、ペアボリューム一括マイグレーションサービスの実行を指示するための実行ボタン７１５と、ペアボリューム一括マイグレーションサービスの利用をキャンセルするための取消ボタン７１６と、推奨値（推奨パラメータ値）を表示するための推奨パラメータ表示ボタン７１７とが設けられる。

ユーザは、ユーザ操作によりカーソル７１８を操作し、ペアボリューム一括マイグレーションサービスの実行等を行う。例えば、ユーザは、入力欄７１１に入力を行い、推奨パラメータ表示ボタン７１７を押下し、入力欄７１２〜入力欄７１４に表示された推奨値を確認し、実行ボタン７１５を押下する。

ここで、推奨パラメータ表示ボタン７１７が押下されると、入力欄７１２〜入力欄７１４に一貫した方針でのパラメータの推奨値が設定されたサービス実行画面が表示される。

図３２は、サービス実行画面７０１の一例（推奨値が設定されたサービス実行画面７２０）を示す図である。

サービス実行画面７２０では、入力欄７１２〜入力欄７１４に推奨値が設定され、推奨値に係るパラメータ値の変更履歴が表示され得る。

ここで、Ｐ−ＶｏｌとＳ−Ｖｏｌとを一括でマイグレーションするサービスを利用する場合、Ｐ−ＶｏｌおよびＳ−Ｖｏｌの夫々についてパラメータ値の設定をする必要があるが、手間がかかったり、それぞれの初期入力においてミスが生じたりする問題がある。

この点、計算機システム１では、Ｐ−ＶｏｌとＳ−Ｖｏｌとを一括でマイグレーションするサービスの場合、当該サービスのサービス構成を解析し、例えばＳ−Ｖｏｌは、ローカルコピーが行われたときのパラメータであるとして理解し、当該パラメータのパラメータ値を取得して推奨値として提示するので、入力の手間を省き、入力ミスを低減できる。

また、一貫した方針でのパラメータの推奨値が提示されたとしても、どうして推奨されたのかがわからないために、より好適と考えるパラメータ値に変更できないという問題がある。

この点、計算機システム１では、推奨値に係るパラメータ値の変更履歴が提示され得るので、ユーザは、より好適と考えるパラメータ値に変更できるようになる。

本実施の形態によれば、サービスに用いるパラメータ値の設定を適切に行うことができる。

（５）他の実施の形態
なお上述の実施の形態においては、本発明を計算機システム１に適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のシステムに広く適用することができる。

また上述の実施の形態においては、入力が必須のパラメータを例に挙げて説明したが、本発明はこれに限られない。ユーザの入力値によっては、精度の高い推奨値が得られないこともあり得るが、任意の入力値を受け付けて処理を行うようにしてもよい。例えば、ユーザは、セカンダリボリュームのストレージプロファイルを「Ｇｏｌｄ」として処理を開始し、推奨値を享受できるようにしてもよい。

また上述の実施の形態においては、未来タスク検索処理を行い、続いて過去タスク検索処理を行う場合について述べたが、本発明はこれに限らず、過去タスク検索処理を行い、続いて未来タスク検索処理を行うようにしてもよい。

また上述の実施の形態においては、過去タスク検索処理においてＴのタスクログ１２６の処理（現在タスク検索処理）を行う場合について述べたが、本発明はこれに限らず、未来タスク検索処理においてＴのタスクログ１２６の処理を行うようにしてもよいし、その他のタイミングで処理（現在タスク検索処理）を行うようにしてもよい。

また上述の実施の形態においては、推奨値を管理クライアント２００で表示する場合について述べたが、本発明はこれに限らず、推奨値を管理サーバ１００に接続されたプリンタ（図示は省略。）で印刷するようにしてもよいし、推奨値を所定のメールアドレスに送信するようにしてもよいし、推奨値をＣＳＶ（Comma Separated Values）ファイルとして所定の記憶装置に格納してもよいし、その他の出力であってもよい。付言するならば、推奨値を出力可能な出力装置としては、管理サーバ１００、入出力デバイス２４０、プリンタなどが挙げられ、サービス実行画面表示部２０２は、出力部の一例である。

また上述の実施の形態においては、管理サーバ１００と管理クライアント２００と別々に設けられる場合について述べたが、本発明はこれに限らず、管理サーバ１００と管理クライアント２００とが一の計算機により設けられてもよい。

また上述の実施の形態においては、管理サーバ１００と管理クライアント２００とが通信する場合について述べたが、管理サーバ１００と管理クライアント２００とは、直接接続されていてもよいし、内部ネットワークを介して接続されてもよいし、外部ネットワークを介して接続されていてもよいし、内部ネットワークおよび外部ネットワークを介して接続されてもよいし、その他の形態により接続されてもよい。

また上述の実施の形態においては、管理サーバ１００とサービス実行システム２０とが通信する場合について述べたが、管理サーバ１００とサービス実行システム２０とは、直接接続されていてもよいし、内部ネットワークを介して接続されてもよいし、外部ネットワークを介して接続されていてもよいし、内部ネットワークおよび外部ネットワークを介して接続されてもよいし、その他の形態により接続されてもよい。

また上述の実施の形態においては、各種データ（テーブル、ファイル等）を管理サーバ１００に格納する場合について述べたが、本発明はこれに限らず、管理サーバ１００と通信可能なストレージ装置に格納するようにしてもよい。この場合、ストレージ装置は、例えば、複数のハードディスク装置等の記憶装置が搭載されたディスクアレイ装置から構成され、管理サーバ１００が実行する各種処理に必要なデータを保持する。ストレージ装置は、管理サーバ１００からのライト要求に応じてデータを記憶装置に格納したり、管理サーバ１００からのリード要求に応じて、要求されたデータを記憶装置から読み出して管理サーバ１００に送信したりする。

また上述の実施の形態においては、説明の便宜上、ＸＸテーブル、ＸＸファイルを用いて各種のデータを説明したが、データ構造は限定されるものではなく、ＸＸ情報などと表現してもよい。

また上述した内容については、本発明の要旨を超えない範囲において、適宜に、組み合わせたり、省略したり、変形したり、順序を入れ替えたりすることができる。

１……計算機システム、１０……運用自動化システム、２０……サービス実行システム、３０……ホスト計算機、４０……ストレージ装置、５０……ネットワーク、１００……管理サーバ、１０１……サービス編集部、１０２……サービス保持部、１０３……サービスリソース関連図生成部、１０４……推奨値抽出部、１０５……命令送信部、２００……管理クライアント、２０１……サービス編集画面表示部、２０２……サービス実行画面表示部。

Claims (5)

1. 所定のサービスに係る処理対象を識別可能な識別情報の入力を受け付け、前記所定のサービスに用いるパラメータの推奨値を出力可能な計算機システムであって、
   リソースの属性およびリソース間の繋がりが定義付けられた予め設けられるサービスのリソース関連情報に基づいて、前記所定のサービスの実行内容を示すタスクログから同じ意味で用いられているパラメータ値を推奨値として抽出する推奨値抽出部と、
   前記推奨値抽出部により抽出された推奨値を出力する出力部と、
   を備えることを特徴とする計算機システム。
2. 前記推奨値抽出部は、前記識別情報が変更されている場合、変更される前の識別情報を含むタスクログから同じ意味で用いられているパラメータ値を推奨値として抽出する、
   ことを特徴とする請求項１に記載の計算機システム。
3. 前記推奨値抽出部は、オブジェクトの引数を前記所定のサービスに係るリソースに対応するオブジェクトとし、時間の引数を前記オブジェクトに係るタスクの実行日時として、タスク処理を行うものであり、
   前記タスク処理では、前記推奨値抽出部は、
   前記識別情報を含むタスクログから実行されたサービスを特定し、
   前記予め設けられるサービスのリソース関連情報から、特定したサービスのリソース関連情報を特定し、
   特定したサービスのリソース関連情報に基づいて、前記処理対象のオブジェクトと同じ所定のオブジェクトを特定し、特定したオブジェクトのパラメータ値を前記タスクログから抽出して記憶し、前記パラメータ値が最新の値のときは推奨値として抽出し、
   特定したサービスのリソース関連情報に基づいて、前記処理対象のオブジェクトの関連オブジェクトと同じ特定のオブジェクトを特定し、オブジェクトの引数を前記特定のオブジェクトとし、時間の引数を前記特定のオブジェクトに係るタスクの実行日時として、タスク処理を実行する、
   ことを特徴とする請求項１に記載の計算機システム。
4. 前記推奨値抽出部は、抽出したパラメータ値が複数ある場合、前記複数のパラメータ値のうち、最新のパラメータ値を推奨値として出力し、残りのパラメータ値を変更履歴として出力するように前記出力部に指示を送信する、
   ことを特徴とする請求項１に記載の計算機システム。
5. 所定のサービスに係る処理対象を識別可能な識別情報の入力を受け付け、前記所定のサービスに用いるパラメータの推奨値を出力可能な計算機システムにおける推奨パラメータ値抽出方法であって、
   推奨値抽出部が、リソースの属性およびリソース間の繋がりが定義付けられた予め設けられるサービスのリソース関連情報に基づいて、前記所定のサービスの実行内容を示すタスクログから同じ意味で用いられているパラメータ値を推奨値として抽出する第１のステップと、
   出力部が、前記第１のステップで抽出された推奨値を出力する第２のステップと、
   を備えることを特徴とする推奨パラメータ値抽出方法。

Images