JP6637599B2 - 管理システム及び管理方法 - Google Patents

管理システム及び管理方法 Download PDF

Info

Publication number
JP6637599B2
JP6637599B2 JP2018527344A JP2018527344A JP6637599B2 JP 6637599 B2 JP6637599 B2 JP 6637599B2 JP 2018527344 A JP2018527344 A JP 2018527344A JP 2018527344 A JP2018527344 A JP 2018527344A JP 6637599 B2 JP6637599 B2 JP 6637599B2
Authority
JP
Japan
Prior art keywords
property
component
version
group
management
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018527344A
Other languages
English (en)
Other versions
JPWO2018011959A1 (ja
Inventor
山口　浩明
浩明 山口
裕麻 棚橋
裕麻 棚橋
雅史 中岡
雅史 中岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of JPWO2018011959A1 publication Critical patent/JPWO2018011959A1/ja
Application granted granted Critical
Publication of JP6637599B2 publication Critical patent/JP6637599B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/36—Software reuse
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G06F8/64—Retargetable
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]

Description

本発明は、概して、運用対象装置の運用自動化技術に関する。
近年の計算機システムは大規模化しており、それに伴い、計算機システムを構成し、運用対象となる装置（運用対象装置）の運用の手間も増えている。自動化技術はこのような運用対象装置の管理及び保守（以後はまとめて運用と呼ぶ）を自動化する技術である。特許文献１に開示の技術ではこうした自動化技術を実現した管理システムに於いて、フロー内部のコンポーネントが全て自動運用向けであればフローのアイコンとして全自動であることを示すアイコンで表し、自動運用向けと手動設定向けのコンポーネントが混在している場合は、混在であることを表すアイコンで表す。
国際公開第２０１３／１４０６０９号
コンポーネントは、機能拡充又はバグフィックス等の理由で改善が続けられる。しかし、特許文献１では、このようなコンポーネントの改善について開示されていない。またコンポーネントの改善に伴って当該コンポーネントに関連付けるプロパティの設定変更を行う必要がある場合もあるが、そのようなコンポーネントの設定変更についても特許文献１には開示されていない。
管理システムにおいて、１以上の運用対象装置を含む運用対象システムに接続されたインターフェースデバイスと、管理プログラムを記憶する記憶資源と、前記管理プログラムを実行することで、運用自動化のためのテンプレートであり、１以上のコンポーネントが関連付けられたサービステンプレートを作成又は編集するプロセッサとを設け、サービステンプレートの各プロパティは、１又は複数のプロパティグループにまとめられると共に、それぞれ当該サービステンプレートに関連付けられた各前記コンポーネントのプロパティであるコンポーネントプロパティと関連付けられており、前記プロセッサが、（１）サービステンプレートを指定したバージョンアップ要求を受信し、（２）前記バージョンアップ要求に応答して、前記指定されたサービステンプレート又はその複製に関連付けられた前記コンポーネントのうちのバージョンアップの対象となる前記コンポーネントを対象コンポーネントとして、前記対象コンポーネントを、異なるバージョンの前記対象コンポーネントに差し替えるようにしてバージョンアップし、（３）前記プロパティグループに属する前記プロパティの数と、当該プロパティがそれぞれ関連付けられた前記コンポーネントプロパティとの組合せを当該プロパティグループの構成として、前記指定されたサービステンプレート又はその複製の前記プロパティグループのうち、前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティを含む再設定前の各前記プロパティグループについて、当該対象コンポーネントのバージョンアップに伴う再設定後の構成として可能性のある構成をそれぞれすべて推定し、（４）推定したいずれかの前記構成を有するプロパティグループを、前記指定されたサービステンプレート又はその複製以外のサービステンプレートの１又は複数のプロパティから形成されるプロパティグループの中から検索し、（５）検索により検出した前記プロパティグループの設定内容を表示する、ようにした。
また１以上の運用対象装置を含む運用対象システムを管理する管理システムにおいて実行される管理方法であって、前記管理システムは、前記運用対象システムに接続されたインターフェースデバイスと、管理プログラムを記憶する記憶資源と、前記管理プログラムを実行することで、運用自動化のためのテンプレートであり、１以上のコンポーネントが関連付けられたサービステンプレートを作成又は編集するプロセッサとを有し、サービステンプレートの各プロパティは、１又は複数のプロパティグループにまとめられると共に、それぞれ当該サービステンプレートに関連付けられた各前記コンポーネントのプロパティであるコンポーネントプロパティと関連付けられており、前記プロセッサが、サービステンプレートを指定したバージョンアップ要求を受信する第１のステップと、前記プロセッサが、前記バージョンアップ要求に応答して、前記指定されたサービステンプレート又はその複製に関連付けられた前記コンポーネントのうちのバージョンアップの対象となる前記コンポーネントを対象コンポーネントとして、前記対象コンポーネントを、異なるバージョンの前記対象コンポーネントに差し替えるようにしてバージョンをバージョンアップする第２のステップと、前記プロパティグループに属する前記プロパティの数と、当該プロパティがそれぞれ関連付けられた前記コンポーネントプロパティとの組合せを当該プロパティグループの構成として、前記プロセッサが、前記指定されたサービステンプレート又はその複製の１又は複数のプロパティから形成されるプロパティグループのうち、前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティを含む再設定前の各前記プロパティグループについて、当該対象コンポーネントのバージョンアップに伴う再設定後の構成として可能性のある構成をそれぞれすべて推定する第３のステップと、前記プロセッサが、推定したいずれかの前記構成を有するプロパティグループを、前記指定されたサービステンプレート又はその複製以外のサービステンプレートの１又は複数のプロパティから形成されるプロパティグループの中から検索する第４のステップと、前記プロセッサが、検索により検出した前記プロパティグループの設定内容を表示する第５のステップと、を設けるようにした。
本発明によれば、対象コンポーネントのバージョンアップに伴う必要なプロパティの再設定を容易化することができる。
実施形態の第１の概要を示す。 実施形態の第２の概要を示す。 実施形態に係るシステム全体の構成を示す。 管理サーバの構成を示す。 管理クライアントの構成を示す。 コンポーネント管理テーブルの構成を示す。 コンポーネントプロパティ管理テーブルの構成を示す。 ＳＴ（サービステンプレート）管理テーブルの構成を示す。 フロー管理テーブルの構成を示す。 ＳＴプロパティ管理テーブルの構成を示す。 サービス管理テーブルの構成を示す。 サービスプロパティ設定テーブルの構成を示す。 ＳＴ入力プロパティとＳＴ出力プロパティの関係の一例を示す。 図１３のＳＴに対応したサービス作成画面の一例である。 ＳＴ作成画面の一例を示す。 バージョン毎の関連ＳＴリストの一例を示す。 サービス作成画面の具体例を示す。 実施形態の第３の概要を示す。 ステップ管理テーブルの構成を示す。 コンポーネントインポート処理のフローチャートである。 ＳＴ編集処理のフローチャートである。 ＳＴ確定処理のフローチャートである。 関連ＳＴ表示処理のフローチャートである。 サービス作成画面表示処理のフローチャートである。 サービス実行処理のフローチャートである。 ＵＩ変更処理のフローチャートである。 ＳＴリスト画面の構成を示す。 「All apply」タブが選択された状態のＳＴバージョンアップ画面の構成を示す。 「Step list to be applied」ボタンが押された場合のＳＴバージョンアップ画面の構成を示す。 「Individual apply」タブが選択された場合のＳＴバージョンアップ画面の構成を示す。 コンポーネント入力プロパティの入力値の引継ぎを示す。 ユースケースの一例の第１のフェーズを示す。 ユースケースの一例の第２のフェーズを示す。 ユースケースの一例の第３のフェーズを示す。 ＳＴバージョンアップ処理のフローチャートである。 （Ａ）−（Ｃ）は実施形態の第４の概要を示す。 （Ａ）−（Ｂ）は実施形態の第４の概要を示す。 プロパティグループ管理テーブルの構成を示す。 プロパティマッピング管理テーブルの構成を示す。 コンポーネントバージョンアップ前プロパティマッピング管理テーブルを示す。 プロパティグループ構成検索処理のフローチャートである。 プロパティグループ構成検索処理のフローチャートである。 コンポーネントプロパティ差分テーブルの構成を示す。 検索プロパティグループ構成管理テーブルの構成を示す。 検索対象プロパティグループ構成管理テーブルの構成を示す。 検索結果テーブルの構成を示す。 プロパティグループ構成検索結果画面の構成を示す。 プロパティグループ構成検索結果画面の構成を示す。
以下、一実施形態を説明する。なお、以下に説明する実施形態は請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
また、以下の説明では、「ｋｋｋテーブル」の表現にて情報を説明することがあるが、情報は、テーブル以外のデータ構成で表現されていてもよい。データ構成に依存しないことを示すために「ｋｋｋテーブル」のうちの少なくとも１つを「ｋｋｋ情報」と呼ぶことができる。また、テーブルの構成は一例であり、２以上のテーブルが１つのテーブルにまとめられたり、１つのテーブルが複数のテーブルに分割されたりしてもよい。
また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェイスデバイス（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウエア回路を含んでもよい。プログラムは、プログラムソースから各コントローラにインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機または計算機が読み取り可能な記憶メディアであってもよい。
また、以下の実施形態では、計算機システムを管理する第１の管理システム（以下、計算機管理システム）と、システム運用の自動化を支援する第２の管理システム（以下、運用自動化システム）とがある。しかし、計算機管理システムと運用自動化システムは１つの管理システムであってもよい。また、計算機管理システムは運用対象装置に含まれていてもよい。
また、以下の説明において、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機が表示用情報を遠隔の表示用計算機に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。本実施形態では、運用自動化システムの管理サーバが管理計算機であり、運用自動化システムの管理クライアントが表示用計算機である。
また、管理計算機は、表示システムを含むＩ／Ｏシステムに接続されたインターフェースデバイスと、情報を記憶する記憶資源（例えばメモリ）と、インターフェースデバイス及び記憶資源に接続されたプロセッサとを有する。表示システムは、管理計算機が有する表示デバイスでもよいし、管理計算機に接続された表示用計算機でもよい。Ｉ／Ｏシステムは、管理計算機が有するＩ／Ｏデバイス（例えばキーボード及びポインティングデバイス、タッチパネル）でもよいし、管理計算機に接続された表示用計算機又は別の計算機でもよい。管理計算機が「表示用情報を表示する」ことは、表示システムに表示用情報を表示することであり、これは、管理計算機が有する表示デバイスに表示用情報を表示することであってもよいし、管理計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。また、管理計算機が情報を入出力するとは、管理計算機が有するＩ／Ｏデバイスとの間で情報の入出力を行うことであってもよいし、管理計算機に接続された遠隔の計算機（例えば表示用計算機）との間で情報の入出力を行うことであってもよい。情報の出力は、情報の表示であってもよい。
また、以下の説明において、要素の識別情報として、「ｕｋ（ユニークキー）」、「キー名」という表現を用いるが、これらのうちの少なくとも１つに代えて又は加えて他種の識別情報（例えば番号）が使用されてもよい。
〈実施形態の概要〉
図１は、実施形態の第１の概要を示す。図２は、実施形態の第２の概要を示す。
運用自動化システムは、システム運用の多数のコンポーネントを管理する。ここで、「システム運用」とは、計算機システムの運用のことである。「コンポーネント」とは、システム運用の一部分であり、１つの独立した処理（業務）である。コンポーネントは、サービステンプレート（以下、ＳＴと呼ぶ）に関連付けられる１つの単位（ＳＴに含まれる１つの単位）である。コンポーネントとしては、プラグインコンポーネントと、ＳＴコンポーネント（コンポーネントとして扱われるＳＴ）がある。詳細は後述する。
プラグインコンポーネントは、例えば、スクリプトを実行する処理モジュールであり、実行ファイルでよい。プラグインコンポーネントは、運用自動化システムに予め設けられるが、これに限らず、後から運用自動化システムに追加することもできる。プラグインコンポーネントは、例えば、ストレージ装置の構成変更（例えば論理ボリュームの作成）を実行させるコンポーネントでよいが、これに限らず、コンポーネント同士を組み合わせるために使用するコンポーネント、汎用的に使用可能なコンポーネントなどがあってもよい。例えば、プラグインコンポーネントとしては、繰り返し実行するためのソフトウェアコンポーネント、ファイル転送コンポーネント、ファイル実行コンポーネントなどがあってもよい。
なお、運用自動化システムの外部よりコンポーネント（パッケージ）がダウンロードされインポートされる場合、運用自動化システムのユーザがコンポーネントを作成又は改善する場合、又はＳＴがコンポーネントとされる場合、といったことが考えられるが、これ以外で運用自動化システムにてコンポーネントがインポートされてもよい。ちなみにコンポーネントの改善例として、（１）コンポーネント内部の不具合の修正、（２）内部処理効率の改善、（３）コンポーネントが運用対象とする装置が変更された（例えば、ある装置の管理をするコマンドの仕様が変わったので、そのコマンドを実行するコンポーネントも変える必要が出た）、（４）コンポーネントが運用対象とする装置が増えた（例えば、第１のベンダーの装置に加えて新たに第２ベンダーの装置も運用できるようになった）、（５）コンポーネントの入出力プロパティ数が増減した、（６）コンポーネントの入出力プロパティに与える値のフォーマットが変更された、（７）コンポーネントに関連付けられているデフォルト値が変更又は追加された、（８）コンポーネントとして処理できることが増加又は処理効率の改善、のうちの少なくとも１つが考えられる。
運用自動化システムは、多数のコンポーネント（コンポーネント群）を管理する。本実施形態では、多数のコンポーネントのうちの２以上のコンポーネントを基にＳＴ（サービステンプレート）が作成され、作成されたＳＴを基にサービスが作成され、作成されたサービスが実行される。以下、コンポーネント管理、ＳＴ作成、ＳＴ確定、サービス作成及びサービス実行の概要を説明する。
＜コンポーネント管理＞
運用自動化システムは、多数のコンポーネント（コンポーネント群）を管理する。コンポーネントは、コンポーネント提供ユーザにより追加又は編集されてよい。運用自動化システムは、コンポーネント毎に、コンポーネントに関連付けられる１以上のコンポーネントプロパティを管理する。また、運用自動化システムは、コンポーネント毎に、コンポーネントのバージョンを管理する。図１では、コンポーネントＢＢＢを例に取って、コンポーネントプロパティ及びバージョンを示しているが、別のコンポーネントにも、その別のコンポーネントのコンポーネントプロパティ及びバージョンが関連付けられている。
「コンポーネントプロパティ」とは、コンポーネントのプロパティである。コンポーネントプロパティとして、コンポーネント入力プロパティとコンポーネント出力プロパティの２種類がある。コンポーネント入力プロパティは、定義された項目（表示名）についての値の入力に関するプロパティであり、コンポーネント出力プロパティは、定義された項目（表示名）についての値の出力に関するプロパティである。１つのコンポーネントに、１以上のコンポーネント入力プロパティと０以上のコンポーネント出力プロパティのうちの少なくとも１つが関連付けられる。すなわち、コンポーネントによっては、出力プロパティが０個の場合もあるが、入力プロパティは、各コンポーネントにつき１個以上関連付けられている。入力値は、例えば、過去に作成されたサービスのプロパティとして入力された値のコピーであってもよいし、実行済みの他のコンポーネントについて出力された値のコピーであってもよい。出力値は、コンポーネント実行後の構成情報等でよい。
バージョン００１のコンポーネントＢＢＢと、バージョン００２のコンポーネントＢＢＢがそれぞれ管理されている。すなわち、同一コンポーネントでも「バージョン」が異なれば、異なるコンポーネントのように扱われる。別の言い方をすれば、コンポーネントが更新（例えば改善）されても、更新後のコンポーネントが更新前のコンポーネントに上書きされることなく、更新前のコンポーネントとは別に更新後のコンポーネントが管理される。コンポーネントが更新された場合にいわゆるソフトウェアの更新のように更新前のコンポーネントが自動で更新後のコンポーネントに置き換わると、運用自動化においてトラブルの原因となり得る。特に、更新前のコンポーネントが既に作成されたサービスの要素の場合には、トラブルの原因となる可能性が高い。そこで、本実施形態では、運用自動化システムは、コンポーネントが更新された場合、更新後のコンポーネントの第１種の識別情報（例えばコンポーネント名）を更新前のコンポーネントの第１種の識別情報と同じとするが、更新後のコンポーネントのバージョン及び第２の識別情報（例えばコンポーネントｕｋ（コンポーネントユニークキー））のうちの少なくとも１つを、更新前のコンポーネントのバージョン及び第２の識別情報と違う値とする。これにより、運用自動化システムは、更新後のコンポーネントを更新前のコンポーネントと別コンポーネントのように管理できる。
「コンポーネント提供ユーザ」とは、コンポーネントの追加又は更新等を行う、運用自動化システム３０１のユーザである。コンポーネント提供ユーザは、例えばＧＵＩ（Graphical User Interface）、ＣＬＩ（Common Language Infrastructure）、ＡＰＩ（Application Programming Interface）などを介して、コンポーネントを作成、追加、又は更新等行うことができる。コンポーネント提供ユーザにより追加又は更新されるコンポーネントは、典型的にはプラグインコンポーネントでよい。なお、プラグインコンポーネントは、例えば、管理プログラム４３２のベンダー、運用対象装置のベンダー等が作成する。ＳＴには、プラグインコンポーネント及びＳＴコンポーネントのいずれも関連付けることができる。プラグインコンポーネントは、最小単位でよく、ＳＴコンポーネントは、１以上のプラグインコンポーネントとそれらが関連付けられたＳＴとのパッケージでよい。プラグインコンポーネントは、コンポーネント入力プロパティと、コンポーネント入力プロパティに入力された入力値に基づいて実行する処理内容とを含んでよい。ＳＴコンポーネントも、コンポーネント入力プロパティと、コンポーネント入力プロパティに入力された入力値に基づいて実行する処理内容とを含んでよい。ＳＴコンポーネントのコンポーネント入力プロパティは、後述するＳＴ入力プロパティでよい。
＜ＳＴ作成＞
運用自動化システムが、ＳＴ作成画面を表示する。ＳＴ作成画面に、情報の入力ＵＩが表示される。ＳＴ作成ユーザが、ユーザ操作により、ＳＴ作成画面に情報を入力する。例えば、運用自動化システムは、ＳＴ作成画面を介して、多数のコンポーネントのうちの２以上のコンポーネントの選択と、２以上のコンポーネントの実行順序の指定とを受け付ける。運用自動化システムが、選択された２以上のコンポーネントと指定された実行順序とに基づきサービスフローのＳＴを作成する。
「ＳＴ作成ユーザ」とは、ＳＴを作成する、運用自動化システム３０１のユーザである。ＳＴ作成ユーザは、上述のように、ＳＴ作成画面を用いてＳＴを作成する。ＳＴ作成ユーザは、コンポーネント提供ユーザと同一であってもよいし異なっていてもよい。なお、前述のＳＴコンポーネントは、典型的には、ＳＴ作成ユーザにより作成され検証済みとなったＳＴがコンポーネント化されたものでよい。しかし、ＳＴコンポーネントは他のベンダーやユーザが作成したものであってもよい。
「ユーザ操作」とは、画面に対してユーザが入力デバイスを使用して行う操作である。ユーザ操作に使用される入力デバイスは、一般に、ポインティングデバイス（例えばマウス）とキーボードの組合せ、又は、タッチスクリーンである。画面を介した入力は、ユーザ操作により行われる。
「ＳＴ」とは、サービスのテンプレートである。本実施形態では、ＳＴが「ＳＴ」と略記されることもある。ＳＴは、インスタンス化されていない自動実行内容を指し示すオブジェクトという言い方をすることもできる。
「サービスフロー」とは、典型的には、選択された２以上のコンポーネントの並びである。コンポーネントの並びは、指定された実行順序に従う。選択されたコンポーネントの数が１つだけの場合、サービスフローを構成するコンポーネントの数も１つである。
上述のように、運用自動化システムは、ＳＴ作成画面を介して選択された２以上のコンポーネント及び指定された実行順序を基にＳＴを作成する。具体的には、例えば、運用自動化システムは、選択された２以上のコンポーネントに関連付けられている複数のコンポーネントプロパティ（例えばコンポーネントプロパティ００１及び００２）にそれぞれ対応した複数のＳＴプロパティ（例えばＳＴプロパティ００Ａ及び００Ｂ）を作成し、作成した複数のＳＴプロパティをＳＴ（例えばＳＴ００１）に関連付ける。コンポーネントプロパティに対応したＳＴプロパティは、そのコンポーネントプロパティを基に運用自動化システムにより自動作成される。ＳＴプロパティの作成中又は作成後にユーザ操作により入力された値がＳＴプロパティに含まれてもよいが、ユーザ操作による入力（つまり手動入力）無しにＳＴプロパティが作成されてよい。「ＳＴプロパティ」とは、ＳＴのプロパティである。ＳＴプロパティとして、ＳＴ入力プロパティとＳＴ出力プロパティの２種類がある。ＳＴ入力プロパティは、定義された項目（表示名）についての値の入力に関するプロパティであり、ＳＴ出力プロパティは、定義された項目（表示名）についての値の出力に関するプロパティである。１つのＳＴに、１以上のＳＴ入力プロパティと０以上のＳＴ出力プロパティのうちの少なくとも１つが関連付けられる。すなわち、ＳＴ出力プロパティが必ず１個あるとは限らない。
図１の例では、サービスフローは、コンポーネントＢＢＢ「Provisioning volume」（ストレージ装置に論理ボリュームを作成する）と、コンポーネントＤＤＤ「Create pair volume」（論理ボリューム（プライマリボリューム）とペアになる論理ボリューム（セカンダリボリューム）を作成する）の組合せであり、そのサービスフローのＳＴ（ＳＴ００１）が作成されたとする。
＜ＳＴ確定＞
運用自動化システムは、作成されたＳＴについて、ユーザ操作により確定を受けた場合、その作成されたＳＴのＳＴ種別を「Release」として管理する（図２参照）。ＳＴ種別「Release」は、ＳＴが確定しており、そのＳＴを基にサービスを作成することが可能であることを意味する。一方、確定していないＳＴは、ＳＴ種別「Debug」である。ＳＴ種別「Debug」は、ＳＴが編集中であることを意味する。なお、運用自動化システムは、サービス実行において、ＳＴ種別「Debug」のＳＴの選択を受け付けないようにしてもよい（例えば、ＳＴ種別「Debug」のＳＴを、選択可能に表示しない（ディスエーブル））。その一例としては、後述するサービス作成ユーザは、ＳＴ種別が「Release」であるＳＴだけサービスの作成を可能とし、ＳＴ作成ユーザは、テスト目的もあるため、ＳＴ種別が「Release」と「Debug」両方でサービス作成を可能としてもよい。なお、こうした処理を実現するため、運用自動化システムはユーザ認識を行っていることは言うまでも無い。
＜サービス作成＞
運用自動化システムは、作成済のＳＴを管理する。運用自動化システムは、ＳＴ種別「Release」のＳＴのうちのいずれかのＳＴの選択をサービス作成ユーザから受け、選択されたＳＴを基にサービス作成画面を表示する。サービス作成ユーザが、ユーザ操作により、サービス作成画面に情報を入力する。運用自動化システムは、サービス作成画面を介して入力された情報を基にサービスを作成する。
「サービス作成ユーザ」とは、サービスを作成（実行）するユーザである。サービス作成ユーザとＳＴ作成ユーザは異なるユーザであってもよいし同一ユーザであってもよい。
「サービス」とは、インスタンス化されたＳＴである。具体的には、ＳＴは、サービスの実行に必要な値がブランクとなっており、その必要な値がＳＴに入力されたものが、サービスである。なお、前述のサービスの実行に必要な値については、デフォルト値がＳＴのプロパティの情報として設定できる場合もある。
なお、サービスは運用に関係するものであることを表すために「運用サービス」と記載する場合がある。なお、特定の状況に於いては「サービス」は、ユーザが指定した運用対象装置に対して行うべき運用処理を示しているとも言える。例えば、図１３の例でＳＴ入力プロパティ１３０４Ｃを指定した場合はこの表現に該当する。また、コンポーネント自体に指定する運用対象装置を埋め込んだり、コンポーネントの入力プロパティのデフォルト値として与えたりしない場合は、「サービス」と「ＳＴ」間の別な見方として、「サービス」が示す処理内容では入力値の定めにより構成変更や情報取得先として指定する運用対象装置が明確になっている一方で、「ＳＴ」では指定する運用対象装置が不明であるとも言える。
なお、運用自動化システムは、作成されたサービスに、サービスプロパティを関連付けらよい。「サービスプロパティ」とは、サービスの入力・出力プロパティ（入力及び出力のうちの少なくとも一方のプロパティ）である。サービスの入力・出力プロパティには、サービス作成においてＳＴに入力された値と、サービス実行においてコンポーネントから出力された値とのうちの少なくとも１つが設定される。具体的には、例えば、サービスの実行では、サービス作成において入力プロパティに入力された値が、そのサービスのＳＴに関連付けられているコンポーネントに入力されて、処理が実行されてよい。また、コンポーネントから出力された値が、サービスの出力プロパティに設定されることで、サービスの実行結果画面において、その設定された値（例えば、コンポーネントが実行された後の構成情報等）が表示されてよい。
＜サービス実行＞
運用自動化システムが、作成したサービスの実行の命令を、計算機管理システムに送信する。計算機管理システムが、その命令に従い、サービスを実行する。
以上が、コンポーネント管理、ＳＴ作成、サービス作成及びサービス実行の各々の概要である。
複数のＳＴプロパティのうちの少なくとも１つのＳＴ入力プロパティの各々に、カスタムＵＩを定義した情報であるカスタムＵＩ生成情報が関連付けられている。但し、デフォルトＵＩに関しては、カスタムＵＩ生成情報は「Null」（デフォルトＵＩ用の情報）である。カスタムＵＩ及びデフォルトＵＩについては後述する。また、図面では、「カスタムＵＩ生成情報」を、「カスタムＩｎｆｏ．」のように略記することもある。ＳＴプロパティのカスタムＵＩ生成情報は、そのＳＴプロパティに対応したコンポーネントプロパティに関連付けられているＵＩ生成情報（例えば、ＵＩの生成に必要な情報を含んだ情報）である。複数のコンポーネントプロパティのうちの少なくとも１つのコンポーネント入力プロパティの各々に、カスタムＵＩ生成情報が関連付けられている場合がある。
運用自動化システムは、ＳＴ作成画面及びサービス作成画面等の画面を、一連の流れにおいて表示することができる。少なくとも１つの画面には、ＵＩが表示される。本実施形態において、ＵＩは、画面に表示される１つの要素である。１以上のＵＩを含んだ画面をＧＵＩと呼ぶこともできる。なお、以後の説明ではＵＩを「ＵＩ要素」と呼ぶことがある。
＜ＵＩの生成及び表示＞
本実施形態では、運用自動化システムは、少なくともサービス作成画面に表示されるＵＩを、例えば次のように生成する。
すなわち、運用自動化システムは、選択されたＳＴの複数のＳＴプロパティにそれぞれ対応した複数のカスタムＵＩ生成情報を基に、複数のＵＩをそれぞれ生成する。運用自動化システムは、生成した複数のＵＩを１つのサービス作成画面に表示する。本実施形態では、１つのカスタムＵＩ生成情報を基に１つのＵＩが生成される。つまり、カスタムＵＩ生成情報とＵＩの関係は、１：１である。しかし、カスタムＵＩ生成情報とＵＩの関係は、ｎ：１でもよいし、１：ｎでもよいし、ｍ：ｎでもよい（ｍとｎは２以上の整数）。
このようなＵＩ生成によれば、例えば、コンポーネントＢＢＢとコンポーネントＤＤＤで構成されたサービスフローのうちコンポーネントＤＤＤがコンポーネントＥＥＥと入れ替えられても、コンポーネント入れ替え後のサービス作成画面に表示されるＵＩとして、コンポーネントＤＤＤに代えてコンポーネントＥＥＥのＵＩが生成され表示される。このように、ＵＩの生成が効率的である。
＜カスタムＵＩ＞
また、本実施形態では、ＵＩとして、デフォルトＵＩに代えて又は加えて、カスタムＵＩが用意されている。
「デフォルトＵＩ」は、テキストフィールドのkey-value形式でのＵＩであり、具体的には、ＳＴプロパティ（コンポーネントプロパティ）の表示名と、テキストフィールドとの組である。なお、デフォルトＵＩにてテキストフィールドが採用される理由は、幅広い入力形式に対応できることが理由である。ＳＴプロパティ（コンポーネントプロパティ）の表示名（入力項目）に関わらず、テキストフィールドが表示される。従って、ユーザは、表示名を見て、入力する値又は名称等の情報を考えなければならず、そして、その情報をキータイプによりテキストフィールドに入力する必要がある。このため、タイプミス等の誤入力が生じ得る。また、ＳＴプロパティ（コンポーネントプロパティ）に無効な値や名称等があってもそのような無効な値や名称等が入力されるおそれもある。また、ユーザに高い知識が必要とされ得る。
それに対し、「カスタムＵＩ」は、テキストフィールドのkey-value形式でのＵＩではなく、ユーザビリティが考慮されたＵＩである。例えば、カスタムＵＩは、ＳＴプロパティ（コンポーネントプロパティ）の表示名と、プルダウンメニュー、チェックボックス及びラジオボタン等のうちの少なくとも１つのような、１以上のＧＵＩ要素（ウィジェット）とを含んだＵＩである。このため、デフォルトＵＩに比べて、誤入力は生じないし、ユーザに高い知識が必要とされない。なお、カスタムＵＩも、テキストフィールドを含んでよいが、デフォルトＵＩのようなＵＩ（テキストフィールドのkey-value形式でのＵＩ）よりもユーザビリティの高いＵＩ（例えば、テキストフィールドの近傍に表示される無効な値や名称等のリストを含んだＵＩ）である。
図１の例によれば、１つのサービス作成画面において、デフォルトＵＩ（表示名：ＬＵＮと、テキストフィールドとの組）と、カスタムＵＩ（表示名：Volume Capacityと、ボリューム容量のプルダウンメニューと、ボリューム容量の単位（例えばＭＢ（メガバイト））のプルダウンメニューとの組）が混在している。
このように、本実施形態では、全てのＵＩが、カスタムＵＩである必要は無い。カスタムＵＩが関連付いていないコンポーネントとカスタムＵＩが関連付いたコンポーネントとが１つのサービスフローに混在しても、サービス作成画面では、デフォルトＵＩの他にカスタムＵＩも定義通り表示される。システム運用のコンポーネントは多数存在するので、全てのＵＩをカスタムＵＩにしてからコンポーネント提供するとなると、運用自動化システムのベンダーが自社製品を提供するまでに時間がかかる。本実施形態によれば、カスタムＵＩのカスタムＵＩ生成情報が関連付いていないコンポーネントが早期に提供されたり、ＳＴ作成ユーザがコンポーネントを独自に作成してＳＴに組み込んだりしても、サービス作成ユーザが、サービス作成においてカスタムＵＩの恩恵を受けることができる。
なお、コンポーネントプロパティ（ＳＴプロパティ）にカスタムＵＩが追加された場合、及び、古いカスタムＵＩから新しいカスタムＵＩに変わった場合でも、画面に表示されるＵＩは、変更前のＵＩ（すなわち、デフォルトＵＩ又は古いカスタムＵＩ）とされる。具体的には、例えば、運用自動化システムは、既存のＳＴに関連付いているコンポーネントのＵＩの変更要求を受け付けた場合、ＵＩの変更要求を受けたコンポーネントのコピーを作成（既存のコンポーネントを基にバージョンの異なる新たなコンポーネントを作成）し、ＵＩを変更したコンポーネントを作成する。次に、既存のＳＴのコピーを作成し（既存のＳＴを基にバージョンの異なる新たなＳＴを作成）、その作成した新しいＳＴに、既存のコンポーネントとバージョンが異なる新しいコンポーネントを入れ替える。既存のＳＴで使用されているコンポーネントに関連付いているＵＩを自動的に変更してしまうと、元々はうまく使えていたＳＴが使えなくなる可能性がある（例えば、元々は入力できていた値が入力できなくなった等）。本実施形態によれば、使用可能なＳＴに悪影響を及ぼさずにコンポーネントのＵＩの入れ替えが可能となる。
また、作成済のＳＴに関連付いているコンポーネントのコンポーネントプロパティに関連付いたＵＩが変更されて新規コンポーネントが追加されても、運用自動化システムは、そのＳＴに基づくサービス作成画面において、既存のコンポーネントを使用して変更前のＵＩを表示する。これにより、ＳＴの作成後に関連するＵＩが変更されることで元々入力可能だった値の入力が不可能になるといったおそれを回避できる。変更前のＵＩの生成及び表示を維持する具体例は、図２６を参照して説明する。
＜コンポーネントバージョンと関連ＳＴの表示＞
運用自動化システムは、図１を参照して説明したように、コンポーネントのバージョンと、そのバージョンのコンポーネントが関連付いたＳＴ（関連ＳＴ）との関係を管理する。サービス作成又はサービス作成開始前等において、運用自動化システムは、図２に示すように、コンポーネント（例えばコンポーネントＢＢＢ）の選択をユーザから受けた場合に、選択されたコンポーネントのバージョン毎に、関連ＳＴリストを表示する。関連ＳＴリストは、関連ＳＴ毎に、関連ＳＴの情報（例えば、ＳＴ名、ＳＴバージョン及びＳＴ種別）を有する。これにより、下記の（Ａ）乃至（Ｂ）のうちの少なくとも１つを実現し得る。
（Ａ）更新後のコンポーネントがインポートされた場合、更新前のコンポーネントを選択することで、ユーザは、更新前のコンポーネントについてのバージョン毎の関連ＳＴリストから、更新前のコンポーネントについて関連ＳＴの有無がわかる。また、更新前のコンポーネントに関連ＳＴがあれば、その関連ＳＴのＳＴ種別もわかる。ユーザは、関連ＳＴの有無及びＳＴ種別を基に、既存のＳＴに関連付いているコンポーネントを、更新後のコンポーネントに入れ替えるか否かを判断できる。例えば、更新前のコンポーネントについて関連ＳＴが存在しなければ、ユーザは、ＳＴに関連付いているコンポーネントを更新後のコンポーネントに置換することは不要であると判断できる。また、例えば、更新前のコンポーネント（例えばバージョン００１のコンポーネントＢＢＢ）についてＳＴ種別「Release」の関連ＳＴが存在していれば、ユーザは、その関連ＳＴに関連付いている更新前のコンポーネントを更新後のコンポーネントに入れ替えると不具合が生じ得ること、及び、それ故に更新前のコンポーネントを更新後のコンポーネントに入れ替えた新たなＳＴを作成することとを、判断できる。また、例えば、更新前のコンポーネントについて関連ＳＴが存在するもののＳＴ種別「Release」の関連ＳＴが存在していなければ（例えばバージョン００２のコンポーネントＢＢＢ）、ユーザは、関連ＳＴに関連付いている更新前のコンポーネントを更新後のコンポーネントに入れ替えても良いことを判断できる。
（Ｂ）ユーザは、選択したコンポーネント（例えばコンポーネントＢＢＢ）についてのバージョン毎の関連ＳＴリストから、選択したコンポーネントについて関連ＳＴの有無と、関連ＳＴのＳＴ種別がわかる。ユーザは、関連ＳＴの有無及びＳＴ種別を基に、選択したコンポーネントを更新することによる影響（例えば、新たなバージョンのコンポーネントとすることの必要性、関連ＳＴに関連付いているコンポーネントの交換の必要性、新たにＳＴを作成することの必要性等）を判断できる。例えば、選択したコンポーネントについてＳＴ種別「Release」の関連ＳＴが存在していなければ、ユーザは、選択したコンポーネントのバージョンを変更すること無しにコンポーネントを更新して良い（つまりバージョンの異なるコンポーネントを追加するのではなくコンポーネントそれ自体を入れ替えてよい）と判断できる。また、例えば、選択したコンポーネントについてＳＴ種別「Release」の関連ＳＴが存在していれば、ユーザは、選択したコンポーネントについて新たなバージョンのコンポーネントを更新後のコンポーネントとする必要があると判断できる。
通常、コンポーネントが更新されても（バージョンアップされても）、確定したＳＴに関連付いているコンポーネントを更新後のコンポーネントに入れ替えることは避けることが望ましい。本実施形態によれば、上述の通り、各バージョンのコンポーネントがどのＳＴに関連付いているのかのリストが表示される。このため、更新後のコンポーネントに入れ替えられるべき又は入れ替えられてはならないコンポーネントが関連付いているＳＴがどれであるかの判断が容易である。
＜ＳＴのバージョンアップ＞
本実施形態では、ＳＴ（サービステンプレート）に関連付いているいずれかのコンポーネントについて新たなバージョンのコンポーネントがコンポーネント群に追加されても、そのＳＴは自動でバージョンアップされない。具体的には、そのＳＴに関連付いているコンポーネントが、追加された新たなコンポーネントに自動で差し替えられることは無い。ＳＴのバージョンアップは、ユーザからの明示的な要求に応答して行われる。ＳＴが自動バックアップされることは無いので、そのＳＴを用いて作成されたサービスの動作の保障することが可能である。
ユーザ（例えばＳＴ作成ユーザ）からの明示的なバックアップ要求に応答して、その要求において指定されているＳＴ（以下、指定ＳＴ）のバージョンアップが可能である。「指定ＳＴのバージョンアップ」とは、指定ＳＴ又はその複製に関連付けられる対象コンポーネントのバージョンを、指定ＳＴに既に関連付けられている対象コンポーネントのバージョンと違えることである。「対象コンポーネント」とは、バージョン変更対象のコンポーネントである。対象コンポーネントは、ユーザ（例えばＳＴ作成ユーザ）から選択されたコンポーネントでもよいし、運用自動化システムにより自動で選択されたコンポーネントでもよい。バージョン変更前の対象コンポーネントと、バージョン変更後の対象コンポーネントは、バージョン等の所定属性（例えばバージョン及びｕｋ）の違いを除いて同じコンポーネント（例えば、名称が同じコンポーネント）である。
指定ＳＴのバージョンアップは、例えば、（ａ）指定ＳＴそれ自体の対象コンポーネントを、異なるバージョンの対象コンポーネントに差し替えること、（ｂ）指定ＳＴの対象コンポーネント以外のコンポーネントを、指定ＳＴの複製に関連付け、指定ＳＴの対象コンポーネントとバージョンの違う対象コンポーネントを、指定ＳＴの複製に関連付け、結果として、指定ＳＴの複製であるが対象コンポーネントのバージョンが異なる新たなＳＴを生成すること、のいずれも該当してよい。
また、例えば次のようなケースも考えられる。すなわち、新たにコンポーネントが追加されたが、そのコンポーネントはいずれのＳＴに関連付けられることも無く、そのコンポーネントの新たなバージョンのコンポーネントが追加される。その新たなバージョンのコンポーネントがいずれかのＳＴに関連付けられる。しかし、そのＳＴを用いたサービスの実行（例えばテスト）において不具合が発見され、故に、そのＳＴ（又はそのＳＴの複製）に、いずれのＳＴに関連付けられたことが無い旧バージョンのコンポーネントが関連付けられる。このようなケースも、「指定ＳＴのバージョンアップ」に該当してよい。
従って、指定ＳＴのバージョンアップは、典型的には、指定ＳＴに関連付けられている対象コンポーネントのバージョンをアップすること（例えば最新バージョンにすること）であるが、指定ＳＴに関連付けられている対象コンポーネントのバージョンをダウンすることであっても、指定ＳＴのバージョンアップに該当し得る（例えば、バージョンダウンされた対象コンポーネントがいずれのＳＴにも関連付けられたことが無い場合、又は、対象コンポーネントのバージョンダウン後のＳＴ（又はＳＴ複製）が、いずれの作成済のＳＴとも異なるＳＴである場合）。
運用自動化システムは、ＳＴが指定されたバージョンアップ要求（例えば指定ＳＴのｕｋが関連付けられた要求）を受信し、そのバージョンアップ要求に応答して、指定ＳＴ又はその複製に関連付けられる対象コンポーネントのバージョンを、指定ＳＴに既に関連付けられている対象コンポーネントのバージョンと違える。
複数のＳＴで用いられるコンポーネントであっても、ＳＴ毎にそのコンポーネントのバージョン変更（例えばバージョンアップ）の可否を変更したい場合がある。例えば、コンポーネントのバージョンアップによってＳＴの動作不安定化につながる可能性があり、できるだけ不要なバージョンアップは避けたいＳＴが存在する一方で、一部のＳＴについては最新機能を持つコンポーネントを使用したい場合がある。これらのうちのいずれのケースにも対応可能である。なお、バージョン変更したコンポーネントを用いてＳＴを新たに作成することも考えられるが、この場合は、ＳＴ作成ユーザに最初からプロパティの設定等のＳＴ作成操作をやり直してもらう必要があるため、作成者にとって利便性が悪い。
指定ＳＴのバージョンアップは、指定ＳＴを作成したＳＴ作成ユーザからインターフェースを通じて運用自動化システムが受信したバージョンアップ要求に応答して行われてよい。具体的には、例えば、運用自動化システムに、複数のＳＴ作成ユーザが登録されており、運用自動化システムは、指定ＳＴのバージョンアップ要求を、指定ＳＴのＳＴ作成ユーザ以外のユーザから受けた場合、そのユーザの属性に関わらず指定ＳＴのバージョンアップを行ってもよいし、そのユーザの属性が所定の条件に適合していれば指定ＳＴのバージョンアップを行ってもよいし、バージョンアップ不可をそのユーザに返してもよい。
図１８は、実施形態の第３の概要を示す。
「指定ＳＴのバージョンアップ」は、指定ＳＴそれ自体の対象コンポーネントを別のバージョンの対象コンポーネントに差し替えることを含んでもよいが、本実施形態では、運用自動化システムは、指定ＳＴそれ自体を維持し、指定ＳＴの新たなバージョンとして指定ＳＴの複製（但し、対象コンポーネントについては指定ＳＴに関連付いている対象コンポーネントとバージョンが異なる）を作成する。すなわち、指定ＳＴのバージョンアップでは、異なるバージョンの対象コンポーネントが、指定ＳＴの複製に、バージョン変更前の対象コンポーネントに代えて関連付けられる。
既に安定してバージョンアップ前のＳＴを使えているのであれば、そのＳＴは維持される（そのＳＴそれ自体が更新されることは無い）ので、ＳＴのバージョンアップに伴う不具合発生を回避できる。また、そのＳＴを別なＳＴのコンポーネントとして使用するためのバージョンを管理し易い。
また、ＳＴのバージョンアップのモードとして、「All apply」モードと「Individual apply」モードの２つのモードがある。「All apply」モードは、指定ＳＴの複製（バージョン違いの指定ＳＴ）に関連付けられている全ての旧バージョンのコンポーネントを全て最新バージョンのコンポーネントに差し替えるモードである。「Individual apply」モードは、指定ＳＴの複製に関連付けられるコンポーネントのうちＳＴ作成ユーザから選択されたコンポーネントについてバージョン変更を行うモードである。
例えば、図１８に示すように、指定ＳＴ００１（バージョン００１）に、コンポーネントＢＢＢ（旧バージョン００１）とコンポーネントＤＤＤ（旧バージョン００１）とが関連付いている（含まれている）とする。また、コンポーネントＢＢＢについては、最新バージョン００２のコンポーネントＢＢＢが存在し、コンポーネントＤＤＤについても、最新バージョン００２のコンポーネントＤＤＤが存在するとする。運用自動化システムは、指定ＳＴ００１（バージョン００１）について、「All apply」モードと「Individual apply」モードのいずれかのモードの選択を、ユーザインターフェース（例えばＧＵＩ）経由で受け付ける。
「All apply」モードが選択された場合、運用自動化システムは、指定ＳＴ００１の複製（バージョン００２のＳＴ００１）に関連付けられる全ての旧バージョンのコンポーネント（コンポーネントＢＢＢ（旧バージョン００１）及びコンポーネントＤＤＤ（旧バージョン００１））を全て最新バージョンのコンポーネント（コンポーネントＢＢＢ（最新バージョン００２）及びコンポーネントＤＤＤ（最新バージョン００２））に差し替える。
「Individual apply」モードが選択された場合、運用自動化システムは、コンポーネントＢＢＢ（旧バージョン００１）の選択と、変更後のバージョン００２とを、ＳＴ作成ユーザからユーザインターフェース経由で受け付けたとする。運用自動化システムは、指定ＳＴの複製に関連付けられるコンポーネントのうち選択されたコンポーネントＢＢＢ（旧バージョン００１）をコンポーネントＢＢＢ（変更後バージョン００２）に差し替える。
このように、個別にコンポーネントを選択すること無しに簡易にＳＴをバージョンアップするか、或いは、個別にコンポーネントを選択することでよりユーザのニーズに沿ったＳＴにバージョンアップするかをユーザが選択することができる。
図３６及び図３７は、実施形態の第４の概要を示す。
上述のように指定ＳＴをバージョンアップするに際しては、バージョンアップ後の指定ＳＴにおいてバージョンアップされたコンポーネント（対象コンポーネント）と関連付けられたプロパティグループの更新が必要となる場合がある。
例えば、図３６（Ａ）に示すように、指定ＳＴが順に実行されるステップＡ及びステップＢという２つのステップから構成され、ステップＡにコンポーネントＡ（バージョン1.0）が関連付けられ、ステップＢにコンポーネントＢ（バージョン1.0）が関連付けられているときに、指定ＳＴのバージョンアップに伴ってコンポーネントＡが新たなバージョン（バージョン1.1）に更新される場合について考える。なお図中、「ａ」及び「ｂ」はコンポーネントＡのコンポーネント入力プロパティ、「ｃ」はコンポーネントＡのコンポーネント出力プロパティであり、「ｄ」及び「ｅ」はコンポーネントＢのコンポーネント入力プロパティ、「ｆ」はコンポーネントＢのコンポーネント出力プロパティである。また図３６において、プロパティグループＡ（「PG.A」）は、コンポーネントＢの「ｄ」というコンポーネント入力プロパティと関連付けられたＳＴプロパティＡ（「STP A」）と、コンポーネントＡの「ａ」というコンポーネント入力プロパティと関連付けられたＳＴプロパティＢ（「STP B」）とから構成され、プロパティグループＢ（「PG.B」）は、コンポーネントＡの「ｂ」というコンポーネント入力プロパティと関連付けられたＳＴプロパティＣ（「STP C」）から構成されているものとする。
この場合において、例えば図３６（Ｂ）に示すように、コンポーネントＡがバージョンアップにより「ａ」というコンポーネント入力プロパティを必要としなくなった場合、そのコンポーネント入力プロパティと関連付けられていたプロパティグループＡのＳＴプロパティＢが不要となるため、バージョンアップ後の指定ＳＴについて、プロパティグループＡからＳＴプロパティＢを削除する作業が必要となる。
また、例えば、図３６（Ｃ）に示すように、コンポーネントＡがバージョンアップにより「ｇ」という新たなコンポーネント入力プロパティが必要となった場合、バージョンアップした指定ＳＴについて、そのコンポーネント入力プロパティと関連付ける新たなＳＴプロパティをプロパティグループＡ若しくはプロパティグループＢに追加し、又は、そのＳＴプロパティのみを構成要素とする新たなプロパティグループを定義する作業が必要となる。
しかしながら、上述のようなプロパティグループの再設定には専門的な知識を必要とし、またＳＴプロパティやプロパティグループの再設定には、ファイルの再アップロードが必要となるなど、かかるプロパティ再設定が煩雑な問題がある。
そこで、本実施形態の運用自動化システムは、指定ＳＴのバージョンアップを行った場合に、指定ＳＴのバージョンアップに伴ってバージョンアップされたコンポーネントに関連付けられている各プロパティグループの再設定後の構成として可能性のある構成を推定し、他のＳＴに関連付けられているプロパティグループの中からそのような構成を有するプロパティグループを検索し、検索により検出した各プロパティグループの設定内容を表示する。
このように「バージョンアップされたコンポーネントに関連付けられている各プロパティグループの再設定後の構成として可能性のある構成」を有するプロパティグループは、過去に実行された指定ＳＴのバージョンアップに伴ってかかるコンポーネントをバージョンアップした際に再設定されたプロパティグループであると推定されるため、このようなプロパティグループの設定内容を表示することにより、表示された設定内容を参考にして、バージョンアップ後の指定ＳＴについて、必要なプロパティグループのプロパティ再設定作業を容易に行うことができる。
なお、ここで言う「プロパティグループの構成」とは、そのプロパティグループに属するＳＴプロパティの数と、これらＳＴプロパティがそれぞれ関連付けられたコンポーネントプロパティとの組合せを指す。
例えば、図３６（Ｂ）の例の場合、指定ＳＴのバージョンアップに伴ってコンポーネントＡの「ａ」というコンポーネントプロパティが削除されているため、このコンポーネントプロパティと関連付けられていたＳＴプロパティＢが不要なＳＴプロパティとなり、このＳＴプロパティをプロパティグループＡから削除した図３７（Ａ）の右側のような『ＳＴプロパティ数（ＳＴＰ数）が「１」、そのＳＴプロパティが関連付けられたコンポ―ネントプロパティ（関連ＣＰ）が「ｄ」』という構成が「バージョンアップされたコンポーネントに関連付けられている各プロパティグループの再設定後の構成として可能性のある構成」となる。
また、例えば、図３６（Ｃ）の例の場合、指定ＳＴのバージョンアップに伴ってコンポーネントＡに「ｇ」というコンポーネントプロパティが追加されたため、このコンポーネントプロパティと関連付けられるＳＴプロパティが必要なＳＴプロパティとなり、このＳＴプロパティをプロパティグループＡやプロパティグループＢに加えた図３７（Ｂ−３）や図３７（Ｂ−４）に示すような構成や、追加されたコンポーネントプロパティと関連付けられたＳＴプロパティのみを含む図３７（Ｂ−５）のような構成、並びに、図３７（Ｂ−１）及び図３７（Ｂ−２）のような元のプロパティグループＡやプロパティグループＢと同一の構成も「バージョンアップされたコンポーネントに関連付けられている各プロパティグループの再設定後の構成として可能性のある構成」となる。
従って、図３６（Ａ）に示す指定ＳＴにおいて、コンポーネントＡがバージョンアップされる場合、図３７（Ａ）の右側に示す構成を有するプロパティグループと、図３７（Ｂ−１）〜（Ｂ−５）に示す構成を有するプロパティグループとが検索すべきプロパティグループとなり、この検索により検出されたこれらのプロパティグループの設定内容が表示されることになる。
以上が、実施形態の概要である。以下、実施形態を詳細に説明する。
〈本実施形態のシステム構成〉
図３は、実施形態に係るシステム全体の構成を示す。
計算機システム３１０に、計算機管理システム３０２が接続されており、計算機管理システム３０２に運用自動化システム３０１が接続されている。運用自動化システム３０１は計算機管理システム３０２と一体でもよい。
計算機システム３１０は、１以上のホスト計算機（以下、ホスト）３０３と、１以上のストレージ装置３０４とを含む。ホスト３０３とストレージ装置３０４は通信ネットワーク３０６を介して接続されている。ホスト３０３は、ストレージ装置３０４に接続されたＩ／Ｆ（通信インターフェースデバイス）と、メモリのような記憶資源と、それらに接続されたプロセッサとを有する。ストレージ装置３０４は、１以上のＰＤＥＶ（物理記憶デバイス）と、１以上のＰＤＥＶに接続されたコントローラとを有する。コントローラは、ホスト３０３に論理ボリュームを提供する。ホスト３０３は、提供された論理ボリュームを指定したＩ／Ｏ（Input/Output）要求をストレージ装置３０４に送信する。ストレージ装置３０４のコントローラが、そのＩ／Ｏ要求に従い、論理ボリュームに対するデータＩ／Ｏを行う。Ｉ／Ｏ対象のデータが、論理ボリュームのＩ／Ｏ先領域に基になっている１以上のＰＤＥＶに対して入出力される。なお、ホスト３０３とストレージ装置３０４とは運用対象装置の一例である。
計算機管理システム３０２は、計算機システム３１０を管理する管理システムである。計算機管理システム３０２は、運用自動化システム３０１からの命令に従いサービスを実行する。サービス実行では、例えば、ストレージ装置３０４に論理ボリュームを作成すること、及び、ストレージ装置３０４にセカンダリボリュームを作成することが行われる。
運用自動化システム３０１は、システム運用の自動化を支援する管理システムである。運用自動化システム３０１は、管理サーバ３１１と、管理サーバ３１１に接続された管理クライアントとを有する。管理サーバ３１１が管理クライアント３１２に送信した表示用情報を基に、管理クライアント３１２により情報が表示される。つまり、管理サーバ３１１が管理クライアント３１２を介して情報を表示する。
具体的には、例えば、管理サーバ３１１は、コンポーネントと関連ＳＴとの関係を特定し（Ｐ１１）、コンポーネントのバージョン毎の関連ＳＴリストを表示する（Ｐ１２）。
また、例えば、管理サーバ３１１は、ＳＴ作成画面を表示し（Ｐ２１）、ＳＴ作成ユーザからＳＴ作成画面を介してＳＴの作成（編集を含む）を受け付ける（Ｐ２２）。管理サーバ３１１は、確定したＳＴに基づきサービス作成画面を表示する（Ｐ２３）。管理サーバ３１１は、サービス作成ユーザからサービス作成画面を介して情報を受け、入力された情報を基にサービスを作成し保持する（Ｐ２４）。管理サーバ３１１は、サービスの編集のための画面を表示し（Ｐ２５）、サービスの編集を受け付けることもできる。管理サーバ３１１は、作成（編集を含む）されたサービスの実行画面を表示する（Ｐ２６）。管理サーバ３１１は、サービス実行画面を介してサービスの実行をサービス作成ユーザから受け付け、受け付けたサービスの実行の命令を、計算機管理システム３０２に送信する（Ｐ２７）。
図３に示した処理Ｐ１１、Ｐ１２及びＰ２１〜Ｐ２７の各処理群（１以上の処理）が、プログラム群（１以上のコンピュータプログラム）がプロセッサにより実行されることにより行われる。
図４は、管理サーバ３１１の構成を示す。
管理サーバ３１１は、通信ポート４１４（Ｉ／Ｆの一例）、メモリ４１２（記憶資源の一例）、及び、それらに接続されたプロセッサ（典型的にはＣＰＵのようなマイクロプロセッサ）４１１を有する。管理サーバ３１１は、通信ポート４１４を介して、少なくとも計算機管理システム３０２及び管理クライアント３１２と通信する。
メモリ４１２は、半導体メモリに限らずハードディスクドライブでもよい。メモリ４１２は、コンピュータプログラムと管理テーブルを記憶する。具体的には、例えば、メモリ４１２は、コンポーネント管理テーブル４２１、コンポーネントプロパティ管理テーブル４２２、ＳＴ管理テーブル４２３、フロー管理テーブル４２４、ＳＴプロパティ管理テーブル４２５、サービス管理テーブル４２６、サービスプロパティ設定テーブル４２７、ステップ管理テーブル４２８、プロパティグループ管理テーブル４２９、プロパティマッピング管理テーブル４３０、コンポーネントバージョンアップ前プロパティマッピング管理テーブル４３１及び、管理プログラム４３２を記憶する。管理プログラム４３２が、プロセッサ４１１により実行され、それにより、例えば図３に示した処理Ｐ１１、Ｐ１２、Ｐ２４及びＰ２７を行う。
図５は、管理クライアント３１２の構成を示す。
管理クライアント３１２は、通信ポート５１４（Ｉ／Ｆの一例）、入出力デバイス５１３、メモリ５１２（記憶資源の一例）、及び、それらに接続されたプロセッサ（典型的にはＣＰＵのようなマイクロプロセッサ）５１１を有する。
メモリ５１２は、半導体メモリに限らずハードディスクドライブでもよい。メモリ５１２は、表示プログラム５３２を記憶する。表示プログラム５３２が、プロセッサ５１１により実行され、それにより、例えば図３に示した処理Ｐ１２、Ｐ２１、Ｐ２３、Ｐ２５及びＰ２６を行う。
以下、管理サーバ３１１が有する管理情報（テーブル４２１〜４３１）の構成を説明する。
図６は、コンポーネント管理テーブル４２１の構成を示す。
コンポーネント管理テーブル４２１は、コンポーネントに関する情報を有する。コンポーネント管理テーブル４２１は、コンポーネント毎にレコードを有し、各レコードに、管理番号６０１、コンポーネント名６０２、バージョン６０３、実行ファイルパス６０４、及びコンポーネントｕｋ６０５が格納される。管理番号６０１は、レコードの通し番号である。コンポーネント名６０２は、コンポーネントの名称である。バージョン６０３は、コンポーネントのバージョンを表す。実行ファイルパス６０４は、コンポーネントの実行ファイルへのパス（パス名）を表す。コンポーネントｕｋ６０５は、コンポーネントのユニークキー（番号）である。ｕｋは、識別情報の一例である。
図６から分かるように、バージョンが異なる同一コンポーネントは、コンポーネント名６０２が同じであり（例えば、「Provisioning Volume」）、バージョン６０３が異なる（例えば「01.00.00」、「01.10.00」）。つまり、バージョンが異なる同一コンポーネントは、別々のコンポーネントとして管理される。しかし、複数のコンポーネントのコンポーネント名６０２が同一であれば、それら複数のコンポーネントのオリジナルは同一であることがわかる。
図７は、コンポーネントプロパティ管理テーブル４２２の構成を示す。
コンポーネントプロパティ管理テーブル４２２は、コンポーネントプロパティに関する情報を有する。コンポーネントプロパティ管理テーブル４２２は、コンポーネントプロパティ毎にレコードを有し、各レコードに、管理番号７０１、コンポーネントｕｋ７０２、表示名７０３、キー名７０４、初期値７０５、入出力タイプ７０６、プロパティグループ７０７、カスタムＵＩ生成情報７０８及びコンポーネントプロパティｕｋ７０９が格納される。
管理番号７０１は、レコードの通し番号である。コンポーネントｕｋ７０２は、コンポーネントのユニークキーである。表示名７０３は、画面に表示されるコンポーネントプロパティ名であり、例えば入力項目又は出力項目に相当する。
キー名７０４は、コンポーネントプロパティを一意に特定するための名称であり、コンポーネントプロパティの識別情報の一例である。初期値７０５は、生成されたＵＩに予め設定される値である。初期値７０５「Null」は、初期値が存在しないことを意味する。つまり、ＵＩが表示されたとき、入力欄又は出力欄がブランクである。
入出力タイプ７０６は、コンポーネントプロパティがコンポーネント入力プロパティであるかコンポーネント出力プロパティであるか（言い換えれば、ＵＩ上の値が入力値であるか出力値であるか）区別するための情報である。入出力タイプ７０６の値は、対応するコンポーネントプロパティがコンポーネント入力プロパティの場合に「In」であり、対応するコンポーネントプロパティがコンポーネント出力プロパティの場合に「Out」である。
プロパティグループ７０７は、コンポーネントプロパティが属するプロパティグループの名称を示す。すなわち、本実施形態では、少なくとも１つのプロパティグループが存在し、プロパティグループに、１以上のコンポーネントプロパティと、１以上のＳＴプロパティ（例えば、その１以上のコンポーネントプロパティにそれぞれ対応する１以上のＳＴプロパティ）とのうちの少なくとも一方が関連付けられる。プロパティグループ７０７の値「Null」は、対応するコンポーネントプロパティがいずれのプロパティグループにも属さないことを意味する。
カスタムＵＩ生成情報７０８は、生成されるカスタムＵＩの種別を表す。カスタムＵＩ生成情報７０８の値「Null」は、カスタムＵＩ生成情報がデフォルトＵＩ用の情報であることを意味する。コンポーネントプロパティｕｋ７０９は、対応するコンポーネントプロパティのユニークキーである。
図８は、ＳＴ管理テーブル４２３の構成を示す。
ＳＴ管理テーブル４２３は、ＳＴに関する情報を有する。ＳＴ管理テーブル４２３は、ＳＴ毎にレコードを有し、各レコードに、管理番号８０１、ＳＴ名８０２、ＳＴバージョン８０３、ＳＴ ｕｋ８０４、フローｕｋ８０５及びＳＴ種別８０６が格納される。
管理番号８０１は、レコードの通し番号である。ＳＴ名８０２は、ＳＴの名称である。ＳＴバージョン８０３は、ＳＴのバージョンである。ＳＴ ｕｋ８０４は、ＳＴのユニークキーである。フローｕｋ８０５は、ＳＴに対応するサービスフローのｕｋである。ＳＴ種別８０６は、ＳＴの種別を表す。ＳＴ種別８０６の値「Debug」は、ＳＴが編集可能であることを意味し、ＳＴ種別８０６の値「Release」は、ＳＴが確定していること（編集不可）であることを意味する。
図８から分かるように、バージョンが異なる同一ＳＴは、ＳＴ名８０２が同じであり（例えば、「Provisioning & Pair」）、ＳＴバージョン８０３が異なる（例えば「01.00.00」、「01.10.00」）。つまり、ＳＴバージョンが異なる同一ＳＴは、別々のＳＴとして管理される。しかし、複数のＳＴのＳＴ名８０２が同一であれば、それら複数のＳＴのオリジナルは同一であることがわかる。
上述したように、ＳＴに関連付いているコンポーネントのバージョンの入れ替え（つまりコンポーネントの更新）が可能なのは、そのコンポーネントが関連付いているＳＴが未確定（Debug）である場合である。なお、既にサービスとして存在してしまっているＳＴが編集されることで生じる混乱（例えば、そのＳＴに関連付いているコンポーネントへの影響）を回避するために、本実施形態では、管理プログラム４３２が、確定したＳＴ（ＳＴ種別「Release」のＳＴ）を編集状態（Debug）に戻すことを禁止する。管理プログラム４３２は、確定したＳＴの編集要求をユーザから受け付けた場合、確定したＳＴのコピーを生成し、そのＳＴコピーを、編集対象のＳＴとして表示する。変形例として、管理プログラム４３２は、確定したＳＴであっても実行中又は実行待ちのサービスが無ければ（例えば、ＳＴを基にサービスを作成中及び作成済で無ければ）、確定したＳＴを編集状態に戻すことを許可し、ＳＴが確定しており且つ実行中又は実行待ちのサービスが１つでもあれば、そのＳＴを編集状態に戻すことを禁止してよい。
図９は、フロー管理テーブル４２４の構成を示す。
フロー管理テーブル４２４は、サービスフローに関する情報を有する。フロー管理テーブル４２４は、サービスフロー毎にレコードを有し、各レコードに、管理番号９０１、フローｕｋ９０２、構成コンポーネントｕｋ Ｌｉｓｔ９０３及びプロパティマッピングリスト９０４が格納される。
管理番号９０１は、レコードの通し番号である。フローｕｋ９０２は、フローのユニークキー（番号）である。
構成コンポーネントｕｋ Ｌｉｓｔ９０３は、サービスフローを構成するコンポーネントのｕｋのリストである。構成コンポーネントｕｋ Ｌｉｓｔ９０３では、サービスフローにおけるコンポーネントの並び順に（コンポーネントの実行順序通りに）、コンポーネントのｕｋが並ぶ。
プロパティマッピングリスト９０４は、サービスフローに対応するサービスのサービスプロパティのｕｋのリストである。リスト９０４において、サービスプロパティのｕｋは、例えば、コンポーネントｕｋと、コンポーネントのキー名との組合せである。なお、「{コンポーネントuk(1). storage.pathinfo = コンポーネントuk(2). storage.pathinfo}」のような、コンポーネントukのコンポーネントプロパティの組合せは、一方のコンポーネントからの出力値が他方のコンポーネントへの入力値となることを意味する。
図１０は、ＳＴプロパティ管理テーブル４２５の構成を示す。
ＳＴプロパティ管理テーブル４２５は、ＳＴプロパティに関する情報を有する。ＳＴプロパティ管理テーブル４２５は、ＳＴプロパティ毎にレコードを有し、各レコードに、管理番号１００１、ＳＴ ｕｋ１００２、ＳＴプロパティｕｋ１００３、表示名１００４、キー名１００５、入出力タイプ１００６、プロパティグループ１００７、カスタムＵＩ生成情報１００８及びプロパティグループｕｋ１００９が格納される。
管理番号１００１は、レコードの通し番号である。ＳＴ ｕｋ１００２は、ＳＴプロパティが関連付いているＳＴのＳＴ ｕｋである。
ＳＴプロパティｕｋ１００３は、ＳＴプロパティのユニークキー（例えば番号）である。
表示名１００４は、画面に表示されるＳＴプロパティ名である。キー名１００５は、ＳＴプロパティを一意に特定するための名称であり、ＳＴプロパティの識別情報の一例である。
入出力タイプ１００６は、ＳＴプロパティがＳＴ入力プロパティであるかＳＴ出力プロパティであるか（言い換えれば、ＵＩ上の値が入力値であるか出力値であるか）区別するための情報である。入出力タイプ１００６の値は、対応するＳＴプロパティがＳＴ入力プロパティの場合に「In」であり、対応するＳＴプロパティがＳＴ出力プロパティの場合に「Out」である。
プロパティグループ１００７は、ＳＴプロパティが属するプロパティグループの名称を示す。すなわち、上述したように、本実施形態では、後述する「Null」も含めて少なくとも１つのプロパティグループが存在し、プロパティグループに、１以上のコンポーネントプロパティと、１以上のＳＴプロパティとのうちの少なくとも一方が関連付けられる。プロパティグループ１００７の値「Null」は、対応するＳＴプロパティがいずれのプロパティグループにも属さないことを意味する。またプロパティグループｕｋ１００９は、そのプロパティグループ１００７のユニークキーである。
カスタムＵＩ生成情報１００８は、生成されるカスタムＵＩの種別を表す。カスタムＵＩ生成情報１００８の値「Null」は、対応するＳＴプロパティにデフォルトＵＩが関連付けられていることを意味する。なお、カスタムＵＩ生成情報は、カスタムＵＩ生成詳細情報（例えば、ウィジェットの数、各々のウィジェットの種別、表示対象のテキスト、表示されるリスト等）を含んでよい。カスタムＵＩ生成詳細情報（図示せず）は、ＳＴプロパティに関連付けられてよい。ＳＴプロパティに関連付いているカスタムＵＩ生成詳細情報を基に、カスタムＵＩが生成されてよい。
図１１は、サービス管理テーブル４２６の構成を示す。
サービス管理テーブル４２６は、サービスに関する情報を有する。サービス管理テーブル４２６は、サービス毎にレコードを有し、各レコードに、管理番号１１０１、サービス名１１０２、サービス説明１１０３、ＳＴ ｕｋ１１０４及びサービスｕｋ１１０５が格納される。
管理番号１１０１は、レコードの通し番号である。サービス名１１０２は、サービスの名称である。サービス説明１１０３は、サービスに関する説明の記述であり、例えば、サービスにおける処理とその順序を含んでよい。ＳＴｕｋ１１０４は、サービスに対応するＳＴのＳＴ ｕｋである。サービスｕｋ１１０５は、サービスのユニークキー（番号）である。
図１２は、サービスプロパティ設定テーブル４２７の構成を示す。
サービスプロパティ設定テーブル４２７は、サービスプロパティに関する情報を有する。サービスプロパティ設定テーブル４２７は、サービスプロパティ毎にレコードを有し、各レコードに、管理番号１２０１、プロパティ設定値１２０２、ＳＴプロパティｕｋ１２０３及びサービスｕｋ１２０４が格納される。
管理番号１２０１は、レコードの通し番号である。プロパティ設定値１２０２は、対応するＳＴプロパティの入力値（又は出力値）である。「Null」は、入力値（又は出力値）が存在しないことを意味する。ＳＴプロパティｕｋ１２０３は、対応するＳＴプロパティのＳＴプロパティｕｋである。サービスｕｋ１２０４は、対応するサービスのサービスｕｋである。
図１２によれば、サービスｕｋ「１」のサービスに、５つのＳＴプロパティが関付けられていて、５つのＳＴプロパティにそれぞれ対応した５つのＵＩ（デフォルトＵＩ及びカスタムＵＩのうちの少なくとも１つ）に、「STORAGEHOST」、「1」等の値が入力（又は出力）されたことがわかる。
図１９は、ステップ管理テーブル４２８の構成を示す。
ステップ管理テーブル４２８は、ステップに関する情報を有する。「ステップ」とは、ＳＴが表すサービスフローのエレメントであり、そのエレメントにコンポーネントが対応付けられることで、２以上のコンポーネントの並びとしてサービスフローが構築される。１つのコンポーネントが、ＳＴにおける１以上のステップに対応する。つまり、１つのコンポーネント（バージョンは同一でも異なっていてもよい）が、複数のステップに対応付けられることもある。本実施形態の説明において、いずれのＳＴに関連付けられたコンポーネントを「ステップ」と呼ぶことができる。ステップ管理テーブル４２８は、ステップ毎にレコードを有し、各レコードに、管理番号１９０１、Outdated ST uk１９０２、Outdated STバージョン１９０３、ステップ名１９０４、現在コンポーネント名１９０５、現在バージョン１９０６、最新コンポーネント名１９０７、最新バージョン１９０８及びステータス１９０９が格納される。
管理番号１９０１は、レコードの通し番号である。Outdated ST uk１９０２は、ステップが属するバージョンアップ可能なＳＴのｕｋである。ステップが関連付いているＳＴ（以下、図１９の説明において「対象ＳＴ」）が、バージョンアップ不可の場合（例えば、対象ＳＴに関連付いているいずれのコンポーネントも単一バージョンしか存在しない場合）、Outdated ST uk１９０２の値は、バージョンアップ不可を意味する値（例えば「Null」）である。ステップ名１９０４は、ステップの名称（例えば表示名）である（例えば図７の表示名７０３と同じ値）。現在コンポーネント名１９０５は、ステップに対応付けられているコンポーネント（現在コンポーネント）の名称（例えば表示名）である。現在バージョン１９０６は、ステップに対応した現在コンポーネントのバージョンを表す。最新コンポーネント名１９０７は、ステップに対応した現在コンポーネントの最新のバージョンのコンポーネント（最新コンポーネント）の名称（例えば表示名）である。最新バージョン１９０８は、ステップに対応した最新コンポーネントのバージョンを表す。最新バージョンのコンポーネントが存在しない場合（言い換えれば、現在バージョンが最新バージョンである場合）、最新コンポーネント名１９０７の値及び最新バージョン１９０８の値は、それぞれ、最新バージョンのコンポーネントが存在しないことを意味する値（例えば「Null」）である。また、管理プログラム４３２は、バージョン変更後のコンポーネントについて、例えばコンポーネントのバージョン変更の際に、バージョン変更前のコンポーネントのコンポーネント名と異なるコンポーネント名の入力をユーザから受け、その異なるコンポーネント名を、バージョン変更後のコンポーネントに関連付けることができる。このため、同一ステップについて、現在コンポーネント名１９０５と最新コンポーネント名１９０７は異なっていることがある。また、コンポーネントは、作成したユーザはもちろん他のユーザ（例えばＳＴ作成ユーザが作成するＳＴ）でも使用するものであり、ステップ名１９０４として、汎用性のある表示名を定義することができる。すなわち、コンポーネントの表示名とは別に、ステップとしての表示名を定義することができる。また、ステップはユニークである（複数のＳＴに同一のステップが存在しない）ため、ステップが行う処理目的はコンポーネントよりも明確と言える。例えば、ステップのプロパティに値を設定したり実行順序を定義したりすることで、処理内容を具体化及び差別化の少なくとも一方を実現することができる。コンポーネントの表示名とは別に、ステップの表示名が定義されることで、サービスフロー上でどのような処理が行われるかをユーザが識別し易くなることが期待できる。ステータス１９０９は、対象ＳＴに関連付いているステップのバージョン変更がされたか否かを表す。バージョン変更済の場合、ステータス１９０９の値は「Applied」であり、バージョン変更が未だ又は最新バージョンが存在しない場合、ステータス１９０９の値は「Not applied」である。
図３８は、プロパティグループ管理テーブル４２９の構成を示す。
プロパティグループ管理テーブル４２９は、システムに登録されている全プロパティグループに関する情報を有する。プロパティグループ管理テーブル４２９は、プロパティグループ毎にレコードを有し、各レコードに、管理番号３８０１、プロパティグループｕｋ３８０２、プロパティグループ名３８０３、ＳＴ ｕｋ３８０４が格納される。
管理番号３８０１は、レコードの通し番号である。プロパティグループｕｋ３８０２は、プロパティグループのユニークキーである。またプロパティグループ名３８０３は、対応するプロパティグループの名称であり、ＳＴ ｕｋ３８０４は、対応するプロパティグループが関連付けられたＳＴのユニークキーである。
図３９は、プロパティマッピング管理テーブル４３０の構成を示す。
プロパティマッピング管理テーブル４３０は、全ＳＴで定義されているプロパティの関連付け（プロパティマッピング）に関する情報を有する。プロパティマッピング管理テーブル４３０は、プロパティの関連付けごとにレコードを有し、各レコードに、管理番号３９０１、プロパティマッピングｕｋ３９０２、マッピング元ＳＴプロパティｕｋ３９０３、マッピング元コンポーネントプロパティｕｋ３９０４、マッピング先ＳＴプロパティｕｋ３９０５及びマッピング先コンポーネントプロパティｕｋ３９０６が格納される。
管理番号３９０１は、レコードの通し番号である。プロパティマッピングｕｋ３９０２は、対応するプロパティマッピングのユニークキーである。またマッピング元ＳＴプロパティｕｋ３９０３は、対応するプロパティマッピングにおけるマッピング元（プロパティの値を与える側）がＳＴプロパティである場合のそのＳＴプロパティのユニークキーであり、マッピング元コンポーネントプロパティｕｋ３９０４は、対応するプロパティマッピングにおけるマッピング元がコンポーネントプロパティ（正確にはコンポーネント出力プロパティ）である場合のそのコンポーネントプロパティのユニークキーである。
マッピング先ＳＴプロパティｕｋ３９０５は、対応するプロパティマッピングにおけるマッピング先（プロパティの値を受ける側）がＳＴプロパティである場合のそのＳＴプロパティのユニークキーであり、マッピング先コンポーネントプロパティｕｋ３９０６は、対応するプロパティマッピングにおけるマッピング先がコンポーネントプロパティ（正確にはコンポーネント入力プロパティ）である場合のそのコンポーネントプロパティのユニークキーである。
なお図３９において、「Null」は、入力値（又は出力値）が存在しないことを意味する。
図４０は、コンポーネントバージョンアップ前プロパティマッピング管理テーブル４３１の構成を示す。
コンポーネントバージョンアップ前プロパティマッピング管理テーブル４３１は、バージョンアップされた各コンポーネントのバージョンアップ前の全ＳＴで定義されているマッピングの関連付けに関する情報を有する。コンポーネントバージョンアップ前プロパティマッピング管理テーブル４３１は、バージョンアップされた各コンポーネントに関するプロパティのマッピングごとのレコードを有し、各レコードに、管理番号４００１、プロパティマッピングｕｋ４００２、マッピング元ＳＴプロパティｕｋ４００３、マッピング元コンポーネントプロパティｕｋ４００４、マッピング先ＳＴプロパティｕｋ４００５及びマッピング先コンポーネントプロパティｕｋ４００６が格納される。
管理番号４００１は、レコードの通し番号である。プロパティマッピングｕｋ４００２は、対応するプロパティマッピングのユニークキーである。またマッピング元ＳＴプロパティｕｋ４００３は、対応するプロパティマッピングにおけるマッピング元（プロパティの値を与える側）がＳＴプロパティである場合のそのＳＴプロパティのユニークキーであり、マッピング元コンポーネントプロパティｕｋ４００４は、対応するプロパティマッピングにおけるマッピング元がコンポーネントプロパティ（正確にはコンポーネント出力プロパティ）である場合のそのコンポーネントプロパティのユニークキーである。
マッピング先ＳＴプロパティｕｋ４００５は、対応するプロパティマッピングにおけるマッピング先（プロパティの値を受ける側）がＳＴプロパティである場合のそのＳＴプロパティのユニークキーであり、マッピング先コンポーネントプロパティｕｋ４００６は、対応するプロパティマッピングにおけるマッピング先がコンポーネントプロパティ（正確にはコンポーネント入力プロパティ）である場合のそのコンポーネントプロパティのユニークキーである。
なお図４０において、「Null」は、入力値（又は出力値）が存在しないことを意味する。
以上が、テーブル４２１〜４３１の構成の説明である。なお、上述の説明において、表示名、キー名及びｕｋのような識別情報は、ユーザにより入力された情報でもよいし、管理プログラム４３２により決められた情報でもよい。
以下、ＳＴ入力プロパティとＳＴ出力プロパティの関係の詳細と、ＵＩ生成／表示の詳細のそれぞれの例を説明する。
図１３は、ＳＴ入力プロパティとＳＴ出力プロパティの関係の一例を示す。
ＳＴ１３０１に対応するサービスフローが、コンポーネント１３０２Ａ（「Provisioning Volume」）と、コンポーネント１３０２Ｂ（「Create pair volume」）とにより構成されている。そのサービスフローでは、コンポーネント１３０２Ａの次にコンポーネント１３０２Ｂが実行されるような実行順序となっている。
コンポーネント１３０２Ａには、４つのコンポーネント入力プロパティ１３０３Ａ〜１３０３Ｄが関連付けられている。４つのコンポーネント入力プロパティ１３０３Ａ〜１３０３Ｄのそれぞれの表示名は、「Number of Volume」、「Volume Capacity」、「Host Name」及び「Number of path」である。また、コンポーネント１３０２Ａには、２つのコンポーネント出力プロパティ１３０３Ｅ及び１３０３Ｆが関連付けられている。２つのコンポーネント出力プロパティ１３０３Ｅ及び１３０３Ｆのそれぞれの表示名は、「Volume uk」及び「Path info」である。
コンポーネント１３０２Ｂには、４つのコンポーネント入力プロパティ１３０３Ｇ〜１３０３Ｊが関連付けられている。４つのコンポーネント入力プロパティ１３０３Ｇ〜１３０３Ｊのそれぞれの表示名は、「Volume uk」、「Host Name」、「Path info」及び「Path世代数」である。また、コンポーネント１３０２Ｂには、１つのコンポーネント出力プロパティ１３０３Ｋが関連付けられている。そのコンポーネント出力プロパティ１３０３Ｋの表示名は、「Path info」である。
これらのコンポーネントプロパティにおいて、表示名「Volume uk」のコンポーネント出力プロパティ１３０３Ｅと、同じ表示名「Volume uk」のコンポーネント入力プロパティ１３０３Ｇは、同一のキー名を有する。同様に、表示名「Path info」のコンポーネント出力プロパティ１３０３Ｆと、同じ表示名「Path info」のコンポーネント入力プロパティ１３０３Ｉも、同一のキー名を有する。これにより、コンポーネント出力プロパティ１３０３Ｅからの出力値が、コンポーネント入力プロパティ１３０３Ｇの入力値とされ、また、コンポーネント出力プロパティ１３０３Ｆからの出力値が、コンポーネント入力プロパティ１３０３Ｉの入力値とされる。このように、「Volume uk」及び「Path info」については、出力値がそのまま入力値と使用されるので、ＳＴ作成ユーザがわざわざ「Volume uk」及び「Path info」について値を入力する必要が無い。従って、誤入力を防止できる。
このようなコンポーネントを有するサービスフローのＳＴ１３０１には、ＳＴ入力プロパティ１３０４Ａ〜１３０４Ｅと、ＳＴ出力プロパティ１３０４Ｆ及び１３０４Ｇが、管理プログラム４３２により関連付けられる。ＳＴ入力プロパティ１３０４Ａは、コンポーネント入力プロパティ１３０３Ａを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Number of Volume」である。ＳＴ入力プロパティ１３０４Ｂは、コンポーネント入力プロパティ１３０３Ｂを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Volume Capacity」である。ＳＴ入力プロパティ１３０４Ｃは、コンポーネント入力プロパティ１３０３Ｃ及びＨを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Host Name」である。ＳＴ入力プロパティ１３０４Ｄは、コンポーネント入力プロパティ１３０３Ｄを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Number of path」である。ＳＴ入力プロパティ１３０４Ｅは、コンポーネント入力プロパティ１３０３Ｊを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Path世代数」である。ＳＴ出力プロパティ１３０４Ｆは、コンポーネント出力プロパティ１３０３Ｅを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Volume uk」である。ＳＴ出力プロパティ１３０４Ｇは、コンポーネント出力プロパティ１３０３Ｋを基に生成されたＳＴ入力プロパティであり、故に、表示名は「Path info」である。これらのＳＴ入力プロパティ及びＳＴ出力プロパティは、コンポーネント入力プロパティ及びコンポーネント出力プロパティを基にそれぞれ管理プログラム４３２により生成される。
図１４は、図１３のＳＴに対応したサービス作成画面の一例である。
サービス作成画面１４０１には、ＳＴ入力プロパティ１３０４Ａ〜１３０４Ｅにそれぞれ対応したＵＩ１４１１〜１４１５が表示される。ＵＩ１４１１〜１４１５は、それぞれ管理プログラム４３２により生成されたＵＩである。ＵＩ１４１１〜１４１５のうち、ＵＩ１４１１及び１４１５がそれぞれデフォルトＵＩであり、ＵＩ１４１２〜１４１４がそれぞれカスタムＵＩである。ＵＩ１４１１〜１４１５の各々は、ＳＴ入力プロパティに関連付いているカスタムＵＩ生成情報を基に生成される。
サービス作成画面１４０１には、実行ボタン１４１７と取消ボタン１４１８が設けられている。ＳＴ作成ユーザは、ＵＩ１４１１〜１４１５に入力した値でよければ、実行ボタン１４１７を押し、それにより、入力された値を基にサービスが作成され、そのサービスの実行命令が計算機管理システム３０２に送信される。ＳＴ作成ユーザは、ＵＩ１４１１〜１４１５に入力した値を取り消すのであれば、取消ボタン１４１８を押し、それにより、全てのＵＩ１４１１〜１４１５がブランクとされる。
なお、サービス作成画面１４０１に表示されるＵＩが、デフォルトＵＩであるかカスタムＵＩであるかは、ＳＴのＳＴプロパティに関連付いているカスタムＵＩ生成情報次第なので、画面１４０１に表示される全てのＵＩがカスタムＵＩであることもある。
また、管理プログラム４３２は、ＳＴ入力プロパティ１３０４Ａ〜１３０４Ｅがそれぞれいずれのプロパティグループに属しているかを基に、プロパティグループ別に、ＵＩを表示してもよい。例えば、同一のプロパティグループに属する２以上のＵＩが１つの枠で囲まれてもよい。分野が同一のＳＴプロパティが同一のプロパティグループに属していれば、ＵＩの配置がプロパティグループに応じた配置となる。これにより、視認性の向上が期待される。
以下、本実施形態での表示の具体例を説明する。
図１５は、ＳＴ作成画面の一例を示す。
ＳＴ作成画面１５０１は、コンポーネントリストプレーン１５１１と、コンポーネント詳細プレーン１５１２と、フロー作成プレーン１５１３と、ＳＴ種別選択ツール１５１４と、ＳＴ ＶＵＰボタン１５２３とを有する。
コンポーネントリストプレーン１５１１には、管理されているコンポーネントのコンポーネント名のリスト（コンポーネント管理テーブルに記録されているコンポーネント名のリスト）１５３１が、管理プログラム４３２により表示される。
コンポーネント詳細プレーン１５１２には、コンポーネントリスト１５３１から選択されたコンポーネントに対応する詳細（例えばコンポーネント名及びバージョン）が、管理プログラム４３２により表示される。
フロー作成プレーン１５１３には、コンポーネントリスト１５３１から選択されたコンポーネントのアイコン１５４１Ａ及び１５４１Ｂがユーザ操作に従い表示され、コンポーネントアイコン１５４１Ａ及び１５４１Ｂ同士の接続により、サービスフローが定義される。例えば、管理プログラム４３２は、コンポーネントリスト１５３１から選択されたコンポーネントをフロー作成プレーン１５１３にドラッグ＆ドロップするユーザ操作に従い、そのコンポーネントのアイコン１５４１Ａ及び１５４１Ｂをフロー作成プレーン１５１３に表示する。コンポーネントリスト１５３１からコンポーネントがドラッグ＆ドロップされる都度に、管理プログラム４３２は、コンポーネントアイコンをフロー作成プレーン１５１３に追加する。また、管理プログラム４３２は、ユーザ操作に従い、第１のコンポーネントアイコンから第２のコンポーネントアイコンへの矢印リンクを張ることで、第１のコンポーネントの次に第２のコンポーネントを実行することを定義する。
ＳＴ種別選択ツール１５１４は、Debugボタン１５２１とReleaseボタン１５２２とを含む。管理プログラム４３２は、Releaseボタン１５２２が押された場合、フロー作成プレーン１５１３に表示されているサービスフローのＳＴを、ＳＴ種別「Release」として保存する。一方、管理プログラム４３２は、Debugボタン１５２１が押された場合、フロー作成プレーン１５１３に表示されているサービスフローのＳＴを、ＳＴ種別「Debug」として保存する。
ＳＴ ＶＵＰボタン１５２３は、ＳＴバージョンアップを指示するボタンである。ＳＴ ＶＵＰボタン１５２３が押された場合、管理プログラム４３２は、後述のＳＴリスト画面（図２７参照）を表示する。
以上が、ＳＴ作成画面１５０１の構成の説明である。
新たにインポートされたコンポーネントがあれば、ＳＴ作成画面１５０１のコンポーネントリスト１５３１には、その新たにインポートされたコンポーネントのコンポーネント名も含まれる。ＳＴ作成ユーザが、その新たなコンポーネントのコンポーネント名を選択し、関連ＳＴ表示のためのユーザ操作を行うと（選択されたコンポーネント名を関連ＳＴ表示の対象として指定すると）、管理プログラム４３２が、例えばポップアップで、バージョン毎の関連ＳＴリストを表示する。
図１６は、バージョン毎の関連ＳＴリストの一例を示す。
管理プログラム４３２は、コンポーネントリスト１５３１から選択されたコンポーネント名と同一のコンポーネント名のバージョン及びコンポーネントｕｋをコンポーネント管理テーブル４２１から特定する。管理プログラム４３２は、特定したコンポーネントｕｋに対応するフローｕｋをフロー管理テーブル４２４から特定し、特定したフローｕｋに対応するＳＴ名及びＳＴ種別をＳＴ管理テーブル４２３から特定する。これにより、管理プログラム４３２は、コンポーネントリスト１５３１から選択されたコンポーネントのバージョン毎の関連ＳＴリスト（関連ＳＴのＳＴ名、バージョン及びＳＴ種別のリスト）１６１１Ａ及び１６１１Ｂを生成し表示する。それらのリスト１６１１Ａ及び１６１１Ｂは、例えばＳＴ作成画面１５０１上のポップアップ画面１６０１に表示される。
例えば、ＳＴ作成ユーザは、通常、新たにコンポーネントがインポートされた場合、その新たなコンポーネントを、古いバージョンのコンポーネントを使用する既存のＳＴに適応する必要があるかを検討することになる。この時、コンポーネントとＳＴの関係が把握できないと、どのＳＴをエンハンスすればよいのか不明である。
本実施形態によれば、コンポーネントリスト１５３１から選択されたコンポーネントについて、関連ＳＴ（選択されたコンポーネントとコンポーネント名が同じコンポーネントが関連付いているＳＴ）がバージョン毎に表示される。これにより、ＳＴ作成ユーザは、選択したコンポーネントと同一コンポーネント名のコンポーネントを使用しているＳＴを把握できる。このため、新しいコンポーネントがインポートされた場合に、どのＳＴを新しいコンポーネントに入れ替える必要があるか容易に判別できる。
なお、関連ＳＴリストの表示のためのユーザ操作は、コンポーネント更新前に行われてよい。例えば、ＳＴ作成ユーザが、コンポーネントを更新するか否かの判断のために、そのコンポーネントについての関連ＳＴを管理プログラム４３２に表示させる。ＳＴ作成ユーザは、そのコンポーネントについてＳＴ種別「Release」が存在しないことがわかった場合に、選択したコンポーネントを、バージョンを更新すること無しに更新することを決めてよい。一方、ＳＴ作成ユーザは、そのコンポーネントについてＳＴ種別「Release」が存在することがわかった場合に、選択したコンポーネントをバージョンと共に更新することを決めてよい。
ところで、上述したように、ＳＴ作成画面１５０１を用いて作成されたＳＴを基に、サービス作成画面を用いてサービスを作成することができる。
図１７は、サービス作成画面の具体例を示す。
サービス作成画面１７０１は、フロー概要プレーン１７２１と、ＵＩプレーン１７２２とを有する。管理プログラム４３２が、確定したＳＴのサービスフローの概要図を例えばフロー管理テーブル４２４を基に生成し、生成した概要図をフロー概要プレーン１７２１に表示する。
また、管理プログラム４３２が、確定したＳＴのＳＴ入力プロパティに関連付いているカスタムＵＩ生成情報を基に、ＵＩを生成し、生成したＵＩをＵＩプレーン１７２２に表示する。ＵＩプレーン１７２２には、例えば図示のように、デフォルトＵＩ１７１１とカスタムＵＩ１７１２が混在する。
カスタムＵＩは、デフォルトＵＩよりユーザビリティが高く、値の入力がサービス作成ユーザにとって容易である。そのため、例えば図１６に示したＳＴ作成画面１５０１のコンポーネントリスト１５３１に、コンポーネント名に加えて、有効なカスタムＵＩ生成情報（「Null」ではないカスタムＵＩ生成情報）が関連付けられているか否かも表示されてよい。ＳＴ作成ユーザは、コンポーネント名が同一の複数のコンポーネントにカスタムＵＩが関連付けられたコンポーネントとカスタムＵＩが関連付けられていないコンポーネントとあれば、カスタムＵＩが関連付けられているコンポーネントをＳＴに関連付けるコンポーネントとして選択する。これにより、サービス作成において値を入力し易いＳＴを作成することができる。
なお、サービス作成画面１７０１には、例えば図示のように、ＳＴのサービスフローの概要図が表示されてもよい。
以下、本実施形態で行われる処理を説明する。
図２０は、コンポーネントインポート処理のフローチャートである。
管理プログラム４３２は、コンポーネントの情報パッケージ（例えば、実行ファイル及びコンポーネントプロパティを含む）を受け、コンポーネントの実行ファイルを、メモリ４１２（又は、外部のストレージ装置等の補助ストレージ装置）に格納する（Ｐ２００１）。コンポーネントの情報パッケージは、カスタムＵＩ生成情報の一部又は全部を含んでよい。
管理プログラム４３２は、実行ファイルのパス名等の情報を、コンポーネント管理テーブル４２１に格納する（Ｐ２００２）。
また、管理プログラム４３２は、コンポーネントプロパティに関する情報をコンポーネントプロパティ管理テーブル４２２に格納する（Ｐ２００３）。なお、コンポーネントプロパティ管理テーブル４２２の属性の一部は、インポート後にコンポーネント提供ユーザ又はＳＴ作成ユーザが追加又は変更してもよい。例えば、表示名７０３は他のコンポーネントの表示名と混乱することが好ましくない場合である。そして、プロパティグループについてはＵＩの配置をグループ化できることから、ＳＴ作成ユーザが追加又は変更してもよい。
また、管理プログラム４３２は、必要に応じてステップ管理テーブル４２８を更新する（Ｐ２００４）。具体的には、例えば、管理プログラム４３２は、インポートされたコンポーネントの旧バージョンのステップ（コンポーネント）をステップ管理テーブル４２８から探してよい。管理プログラム４３２は、旧バージョンのステップ（コンポーネント）が見つかった場合、見つかったステップに対応する最新コンポーネント名１９０７及び最新バージョン１９０８を更新してよい。また、管理プログラム４３２は、見つかったステップ（コンポーネント）に対応するステータス１９０９の値が「Applied」の場合、その値を「Not applied」に更新してよい。また、管理プログラム４３２は、見つかったステップ（コンポーネント）に対応するOutdated ST uk１９０２及びOutdated ST version１９０３の各々の値が「Null」の場合、Outdated ST uk１９０２の値を、見つかったステップが関連付いているSTのukに更新し、Outdated ST version１９０３の値を、見つかったステップが関連付いているSTのバージョンに更新してよい。
本実施形態では、カスタムＵＩ生成情報は、予め運用自動化システム３０１に存在するものではなく（運用自動化システム３０１にビルトインされているものではなく）、インポートされるコンポーネントに付随して入力される。これにより、インポートされるコンポーネントに適したＵＩを、コンポーネントのインポートという適切なタイミングで、自動的に運用自動化システム３０１の運用対象として追加することができる。
なお、コンポーネントインポート処理では例え同じコンポーネント名であったとしても異なるバージョンのコンポーネントである場合は、インポートしたコンポーネントに対して新しいコンポーネントｕｋをコンポーネント管理テーブルにて割り当てる。そのため、作成済みのＳＴやサービスで用いるコンポーネントが自動で変更されることはない。そのメリットはこれまで説明してきた通りである。しかし、同じコンポーネント名であった場合は異なるバージョンであっても従来のバージョンと同じコンポーネントｕｋを割り当てる等によって、コンポーネントインポート処理によって自動的に作成済みのＳＴやサービスで用いるコンポーネントを変更してもよい。
図２１は、ＳＴ編集処理のフローチャートである。
ＳＴ編集処理とは、ＳＴ作成処理における処理である。ＳＴ作成ユーザがＳＴ作成画面１５０１のフロー作成プレーン１５１３上に必要なコンポーネントを置いてコンポーネントの順番を決めるが、図２１に示すＳＴ編集処理は、フロー作成プレーン１５１３上のサービスフローのＳＴを一時保存する処理である。
管理プログラム４３２は、ＳＴの情報（ＳＴ名、ＳＴバージョン、ＳＴｕｋ等）を、ＳＴ管理テーブル４２３に格納する（Ｐ２１０１）。また、管理プログラム４３２は、そのＳＴのサービスフローの情報（フローｕｋ、構成コンポーネントｕｋリスト等）を、フロー管理テーブル４２４に格納する（Ｐ２１０２）。
管理プログラム４３２は、そのＳＴのサービスフローの構成コンポーネントｕｋリストが表す全てのコンポーネントの各々について（例えば、構成コンポーネントｕｋリストが表すコンポーネント順序通りに）、Ｐ２１０４〜Ｐ２１０７を行う（Ｐ２１０３）。すなわち、管理プログラム４３２は、構成コンポーネントｕｋリストから選択されたコンポーネントのコンポーネントプロパティに対応したＳＴプロパティに関する情報を、ＳＴプロパティ管理テーブル４２５に格納する（Ｐ２１０４）。この処理には、コンポーネントプロパティ管理テーブルのカスタムＵＩ生成情報７０８及びプロパティグループ７０７の値をＳＴプロパティ管理テーブル４２５のカスタムＵＩ生成情報１００８及びプロパティグループ１００７に格納することも含む。Ｐ２１０４では、例えば、管理プログラム４３２は、前のコンポーネントの出力プロパティと、次のコンポーネントの入力プロパティの関連付けが可能か否か（キー名が同一か否か）を判断し、その判断の結果が肯定であれば、その出力プロパティ及び入力プロパティを関連付けてよい。管理プログラム４３２は、対応するプロパティマッピングリスト９０４に、Ｐ２１０４で格納したＳＴプロパティに基づく情報を追加する（Ｐ２１０５）。管理プログラム４３２は、ステップ管理テーブル４２８を更新、例えば、ＳＴに関連付くコンポーネント（ステップ）に対応するレコードをステップ管理テーブル４２８に追加する（Ｐ２１０６）。そして、管理プログラム４３２は、構成コンポーネントｕｋリストが表すコンポーネントのうちの次のコンポーネントを選択する（Ｐ２１０７）。なお、あるコンポーネントの入力プロパティが、他のコンポーネントの出力プロパティと関連付いている場合は、ＳＴプロパティ管理テーブル４２５への登録を省略してもよい。
図２２は、ＳＴ確定処理のフローチャートである。
管理プログラム４３２は、作成済（登録済）のＳＴから選択されたＳＴについて、ＳＴ種別「Release」が指定を受け付け、そのＳＴのＳＴ種別を、「Debug」から「Release」に変更する（Ｐ２２０１）。ＳＴ種別が「Release」となったＳＴについて、管理プログラム４３２は、編集を禁止する。なお、この編集禁止の例としては編集に関するユーザ操作を拒否したり、またそもそも編集の際に編集禁止としたＳＴを選択したりできないようにする、といったことが考えられる。
図２３は、関連ＳＴ表示処理のフローチャートである。
管理プログラム４３２は、選択されたコンポーネント（例えば図１５のコンポーネントリスト１５３１から選択されたコンポーネント）のコンポーネント名と同一のコンポーネント名のバージョン及びコンポーネントｕｋをコンポーネント管理テーブル４２１から特定する（Ｐ２３０１）。管理プログラム４３２は、特定したコンポーネントｕｋに対応するフローｕｋをフロー管理テーブル４２４から特定する（Ｐ２３０２）。管理プログラム４３２は、特定したフローｕｋに対応するＳＴ名及びＳＴ種別をＳＴ管理テーブル４２３から特定する（Ｐ２３０３）。管理プログラム４３２は、Ｐ２３０２及びＰ２３０２を、Ｐ２３０１で特定された全てのコンポーネントｕｋについて行う（Ｐ２３０４）。その後、管理プログラム４３２は、選択されたコンポーネントのバージョン毎の関連ＳＴリスト（関連ＳＴのＳＴ名、バージョン及びＳＴ種別のリスト）を生成し表示する（Ｐ２３０５）。
図２４は、サービス作成画面１７０１表示処理のフローチャートである。
管理プログラム４３２は、確定したＳＴの選択をサービス作成ユーザから受け、選択されたＳＴに対応したサービス情報（例えばＳＴ ｕｋ）を、サービス管理テーブル４２６に格納する（Ｐ２４０１）。管理プログラム４３２は、選択されたＳＴのＳＴ ｕｋに対応する全てのＳＴプロパティに関する情報をＳＴプロパティ管理テーブル４２５から特定する（Ｐ２４０２）。管理プログラム４３２は、特定したＳＴプロパティに関連付いているカスタムＵＩ生成情報１００８を基に、各ＳＴ入力プロパティについてＵＩ（デフォルトＵＩ又はカスタムＵＩ）を生成し（Ｐ２４０３）、生成したＵＩを含んだサービス作成画面１７０１（プロパティ入力画面）を表示する（Ｐ２４０４）。
なお、Ｐ２４０３が参照するカスタムＵＩ生成情報１００８の代わりとして、フロー管理テーブル４２４のプロパティマッピングリスト９０４の値を参考にした上で対応するコンポーネントのコンポーネントプロパティを特定し、コンポーネントプロパティ管理テーブル４２２のカスタムＵＩ生成情報７０８を参照してもよい。サービス生成画面のＵＩを決定するにあたって、直接的又は間接的かに関わらずコンポーネントのカスタムＵＩ生成情報を参照することで、ＳＴ作成ユーザが各ＳＴ毎にサービス作成画面をデザインしなくても利便性の高い画面を生成できるからである。
図２５は、サービス実行処理のフローチャートである。
図２４の処理により表示された画面のＵＩに値が入力され、サービス作成ユーザにより実行が指定された場合に、サービス実行処理が開始される。なお、作成されたサービスが登録されて実行待ちの状態となり、実行待ちの状態のサービスについて実行が指示されることで、サービス実行処理が乖離されてもよい。
管理プログラム４３２は、サービス作成画面１７０１（プロパティ入力画面）に入力された値を、サービスプロパティ設定テーブル４２７に格納する（Ｐ２５０１）。その後、管理プログラム４３２は、入力された設定値を基に、サービスを実行する（Ｐ２５０２）。具体的には、管理プログラム４３２は、例えば下記を行う。
（Ａ）管理プログラム４３２は、サービスの元となったＳＴを選択する。
（Ｂ）管理プログラム４３２は、（Ａ）で選択したＳＴのフローの構成コンポーネントｕｋ Ｌｉｓｔ９０３を参照し、実行すべきコンポーネントを実行順序と共に特定する。
（Ｃ）管理プログラム４３２は、（Ｂ）で特定した通りにコンポーネントを実行する。（Ｃ）において、管理プログラム４３２は、プロパティマッピングリスト９０４を参照することで、適切なサービスプロパティの入力プロパティ又は他のコンポーネントの出力プロパティを選び、その値を入力する。その入力された値が、実行対象のコンポーネントの入力プロパティに設定される入力値である。なお、「コンポーネントの実行」とは、実行ファイルパス６０４に記載の実行ファイルを実行することである。
（Ｄ）実行順序通りにコンポーネントを実行した後、管理プログラム４３２は、プロパティマッピングリスト９０４を参照の上で、ＳＴの出力プロパティに関連するコンポーネントの出力プロパティを選び、その値をＳＴの出力プロパティとしてサービスの実行結果として表示する。なお、サービスの実行結果についてもカスタムＵＩ及びプロパティグループの処理を適用してもよいことは言うまでもない。
なお、実行ファイルに記載された処理内容は、典型的には、運用対象装置への構成変更、又は、運用対象装置からの構成情報、メトリック情報、状態の取得、といった要求を運用対象装置に直接又は間接に送信することである。なお、運用対象装置に要求を直接に送信する例としては、運用自動化システムから運用対象装置に要求を直接に送信する場合であり、要求を間接に送信する例としては、計算機管理システム３０２に対して要求を送信する場合と運用対象装置の保守員に保守メッセージを送信し、保守員が運用対象装置の運用として保守業務を行う場合とが考えられる。
図２６は、ＵＩ変更処理のフローチャートである。
管理プログラム４３２は、ＵＩの変更要求を受け付け（Ｐ２６０１）、Ｐ２６０２を実行する。Ｐ２６０２では、管理プログラム４３２は、ＵＩの変更要求に従いＵＩの変更を実行する。ＵＩが変更された場合、変更前のＵＩに関連付いているコンポーネントのコピーを作成し、そのコンポーネントコピーに、新たなバージョン（変更前のＵＩに関連付いているコンポーネントのバージョンと異なるバージョン）を割り当てる。そして、管理プログラム４３２は、そのコンポーネントコピーに、変更後のＵＩ（変更後のＵＩを表すカスタムＵＩ生成情報）を関連付ける。管理プログラム４３２は、そのコンポーネントコピー（新たなバージョンのコンポーネント）に関する情報をコンポーネント管理テーブル４２１に格納し（追加）し、そのコンポーネントコピーに関連付いているコンポーネントプロパティに関する情報をコンポーネントプロパティ管理テーブル４２２に格納（追加）する。なお、管理プログラム４３２は、変更対象のＵＩが関連付いているコンポーネントがいずれの既存ＳＴ（又は、いずれの既存確定ＳＴ（ＳＴ種別「Release」のＳＴ））にも関連付いていなければ、コンポーネントコピーを作成すること無しに、ＵＩの変更を受け付けてよい。
管理プログラム４３２は、変更要求で指定されているＵＩが既存のＳＴに関連付いているか否かを判断する（Ｐ２６０３）。
Ｐ２６０３の判断結果が肯定の場合（Ｐ２６０３：ＹＥＳ）、管理プログラム４３２が、既存コンポーネントと関連がある既存ＳＴの一覧画面を表示する（Ｐ２６０４）。このとき、ユーザが選択した既存ＳＴについて、管理プログラム４３２がその既存のＳＴのコピーを作成し（例えば、既存のＳＴを基にバージョンの異なる新たなＳＴを作成し）（Ｐ２６０５）、その作成したＳＴコピーで使用されている既存コンポーネントを新たなバージョンのコンポーネントに入れ替える。これにより、変更後のＵＩが、既存のＳＴに関連付けられることが回避される。ここで言う「既存のＳＴ」は、ＳＴ種別が「Release」のＳＴであって、ＳＴ種別が「Debug」のＳＴは対象外でもよい。
なお、コンポーネントのＵＩ変更処理は上記以外で実現しても良い。例えば、コンポーネント提供ユーザが、ＵＩが更新されることで新しいバージョンとなったコンポーネントをインポートしたり、ＳＴをコンポーネントとしてインポートしたりしている場合は、ＳＴに関係するカスタムＵＩ生成情報が変更されることでバージョンアップされた場合である。
〈ＳＴバージョンアップ〉
次に、ＳＴバージョンアップの詳細を説明する。
図２７は、ＳＴリスト画面の構成を示す。
ＳＴリスト画面２７００は、ＳＴのリストを表示する画面である。具体的には、管理プログラム４３２は、ＳＴ管理テーブル４２３に基づいて複数のＳＴを特定し、特定した複数のＳＴにそれぞれ対応した複数のＳＴブロック（表示オブジェクト）２７０１を表示するＳＴリスト画面２７００を表示する。
管理プログラム４３２は、ステップ管理テーブル４２８を基に、特定された複数のＳＴの各々について、バージョンアップ可能なＳＴであるか否か（言い換えれば、最新バージョンのコンポーネントが存在するが旧バージョンのコンポーネント（ステップ）が関連付けられているか否か）を判断してよい。その判断結果は、例えば、Outdated ST uk１９０２及びOutdated STversion１９０３の各々の値が「Null」ではなく、ステータス１９０９「Not applied」に関連付いたＳＴである場合、肯定となってよい。その判断結果が肯定の場合に、管理プログラム４３２は、ＳＴブロック２７０１に、バージョンアップ可能なＳＴであることを意味する表示オブジェクト、例えば「Outdated」と表示されたマーク、を関連付けて表示する。ＳＴ作成ユーザは、マーク「Outdated」の有無により、ＳＴのバージョンアップが可能か否かわかる。これにより、ＳＴ作成ユーザは、ＳＴ毎に、バージョンアップするタイミングを決めやすい。
各ＳＴブロック２７０１に、チェックボックスが表示される。チェックボックスにチェックマークが記入された場合、管理プログラム４３２は、チェックマークが記入されたＳＴブロック２７０１に対応するＳＴの詳細をＳＴ管理テーブル４２３等から特定し、特定した詳細２７０２を表示する。また、管理プログラム４３２は、チェックマークが記入されたＳＴブロック２７０１について「Update」ボタン２７０３を表示する。「Update」ボタン２７０３が押された場合、押された「Update」ボタン２７０３に対応したＳＴが、指定ＳＴとなり、ＳＴバージョンアップ画面が管理プログラム４３２により表示される。
図２８は、ＳＴバージョンアップ画面の構成を示す。
ＳＴバージョンアップ画面２８００では、「All apply」タブ２８０１を有する「All apply」画面２８１１と「Individual apply」タブ２８０２を有する「Individual apply」画面とのいずれを前面表示とするかが、いずれのタブを選択するかによって切り替えられる。図２８では、「All apply」タブ２８０１が選択されている状態であり、故に、「All apply」画面２８１１が前面表示されている。
「All apply」画面２８１１には、管理プログラム４３２により、「Apply」ボタン２８０３と、「Step list to be applied」ボタン２８０４とが表示される。
「Apply」ボタン２８０３が押された場合、指定ＳＴが関連付いた（つまりＳＴが指定された）バージョンアップ要求が管理プログラム４３２に入力され、管理プログラム４３２は、その要求に応答して、ＳＴバージョンアップ処理を実行する。具体的には、例えば、管理プログラム４３２は、指定ＳＴの複製に関連付けられている全ての旧バーションのステップにそれぞれ対応した全ての最新バーションのコンポーネントをステップ管理テーブル４２８から特定し、その全ての旧バーションのステップをそれぞれ特定した全ての最新バーションのコンポーネントに差し替える。その処理中、管理プログラム４３２は、処理進捗（例えば、旧バージョンのコンポーネントの数と、差し替え（バージョンアップ）が済んだ（ステータス１９０９が「Applied」になった）ステップの数）を表示してもよい。
「Step list to be applied」ボタン２８０４が押された場合、管理プログラム４３２は、指定ＳＴに対応した全てのレコード（Outdated ST uk１９０２及びOutdated STバージョン１９０３が指定ＳＴに該当する全てのレコード）をステップ管理テーブル４２８から特定し、図２９に示すように、特定した全てのレコードにそれぞれ対応した全ての旧バージョンステップ（コンポーネント）に関する情報のリスト２９０１を、「All apply」画面２８１１に表示する。リスト２９０１の１以上のレコードは、指定ＳＴに関連付いている１以上のステップ（旧バージョン）にそれぞれ対応している。各レコードは、チェックボックスを有する。ＳＴ作成ユーザによりチェックボックスにチェックマークが記入され（つまりステップが選択され）「Apply」ボタン２９０２が押された場合、指定ＳＴと選択されたステップとが関連付いたバージョンアップ要求が管理プログラム４３２に入力される。管理プログラム４３２は、その要求に応答して、指定ＳＴの複製に関連付く旧バージョンステップ（つまりＳＴ作成ユーザにより選択されたステップ）を、最新バージョンのコンポーネントに差し替える。なお、ここでは、差し替え後のコンポーネントは必ず最新バージョンのコンポーネントであるが、「All apply」画面２８１１に、選択されたステップ（コンポーネント）の変更後のバージョンを受け付けるＵＩ（又は他のＵＩ）が、管理プログラム４３２により表示されてよい。そのＵＩは、カスタムＵＩであってもよいしデフォルトＵＩであってもよい。つまり、ＳＴバージョンアップ画面２８００におけるＵＩに関する情報（例えばカスタムＵＩかデフォルトＵＩか）も、コンポーネントプロパティに含まれていて、その情報を基に、ＳＴバージョンアップ画面２８００（例えば「All apply」画面２８１１及び後述の「Individual apply」画面）に展開されるＵＩが管理プログラム４３２により生成されてよい。また、リスト２９０１に加えて、詳細フィールド２９０３が、「Step list to be applied」ボタン２８０４が押された場合に管理プログラム４３２により「All apply」画面２８１１に表示されてもよい。詳細フィールド２９０３には、リスト２９０１からユーザにより選択されたレコード（例えばマウスカーソルが重ねられてクリックされたレコード）に対応した最新コンポーネント（最新バージョンのコンポーネント）に関する詳細な情報が、管理プログラム４３２により表示されてもよい。
「Individual apply」タブ２８０２が選択された場合、図３０に示すように、管理プログラム４３２により、「Individual apply」画面３０１１が前面表示される（図３０）。「Individual apply」画面３０１１は、コンポーネントリストプレーン３００１と、選択コンポーネントプレーン３００２とを有する。
コンポーネントリストプレーン３００１は、「Individual apply」画面３０１１の左側に位置する縦長のプレーンである。コンポーネントリストプレーン３００１には、指定ＳＴに関連付いている全てのコンポーネントのリストではなく、指定ＳＴに関連付いているコンポーネントのうち複数バージョンが存在するコンポーネントのみのリストが表示される。具体的には、例えば、管理プログラム４３２が、ステップ管理テーブル４２８から、最新コンポーネント名１９０７及び最新バージョン１９０８が「Null」ではないレコードを特定し、特定したレコードに記載の最新コンポーネント名１９０７のリストをコンポーネントリストプレーン３００１に表示する。このリストから、ＳＴ作成ユーザにより、バージョン変更対象のステップ（コンポーネント）が選択される。コンポーネントリストプレーン３００１には、バージョン変更不可のステップ（単一バージョンしか存在しないステップ）は表示されない。このため、視認性が高い。
なお、後述するように、指定ＳＴには、複数の同一のコンポーネント（ステップ）が関連付けられていることがあり（但し、バージョンは同じこともあるし異なっていることもある）、リストには、複数の同一のコンポーネントが表示されてもよいが、本実施形態では、指定ＳＴに関連付けられている同一コンポーネントの数に関わらず、その同一コンポーネントについて、リストに表示されるコンポーネントの数は、１である。これにより、視認性がより高まる。
また、プレーン３００１には、ＳＴ管理ユーザからの要求に応答して、指定ＳＴに関連付いている全てのコンポーネントのリストが表示されてもよい。
選択コンポーネントプレーン３００２には、コンポーネントリストプレーン３００１に表示されたリストから選択されたコンポーネントに関する情報が表示される。図３０の例によれば、リスト（最新コンポーネント名のリスト）から選択されたコンポーネント（「Volume Capacity」）には２つのステップが対応付けられているため、選択コンポーネントプレーン３００２には、その選択されたコンポーネントに対応付けられている２つのステップの各々について、ステップ名が表示される。ステップ毎にステップ名が異なっていてよい。
選択コンポーネントプレーン３００２には、選択されたコンポーネントに関する情報が表示される。具体的には、例えば、選択コンポーネントプレーン３００２には、バージョン指定プルダウンメニュー３００４、詳細フィールド３００６、候補ステップリスト３００７、及び「Apply」ボタン３００５が表示される。
バージョン指定プルダウンメニュー３００４は、変更後のバージョンを指定するためのＵＩである。バージョン指定プルダウンメニュー３００４は、選択されたコンポーネントについてコンポーネントプロパティ管理テーブル４２２から特定された指定可能なバージョンのメニューを表示する。
詳細フィールド３００６には、候補ステップリスト３００７から選択されたステップ（例えばチェックマークが記入されたレコードに対応するステップ）に関する詳細な情報（例えばステップ管理テーブル４２８から特定された情報）が表示される。
候補ステップリスト３００７は、プレーン３００１のリストから選択されたコンポーネントに対応付けられている１以上のステップのリストである。図３０では、プレーン３００１のリストからコンポーネント「Volume Capacity」が選択されているが、指定ＳＴには、そのコンポーネントに２つのステップが対応付けられているため、候補ステップリスト３００７は、２つのステップにそれぞれ対応した２つのレコードを有する。各レコードは、チェックボックスと、ステップ管理テーブル４２８におけるレコードの少なくとも一部（例えば、ステップ名、現在バージョン及びステータス）を有する。
図３０によれば、指定ＳＴには、バージョン００３のコンポーネント（ステップ）「Volume Capacity3」と、バージョン００２のコンポーネント（ステップ）「Volume Capacity」が含まれていることがわかる。また、バージョン００３のコンポーネント「Volume Capacity3」のステータスが「Applied」なので、コンポーネント「Volume Capacity3」のバージョン００３がバージョン指定プルダウンメニュー３００４で指定したバージョンと同じである、または、バージョンアップ済みであるため、バージョンアップ対象とする必要がないことがわかる。ステップはユニークであり、異なる複数のＳＴに同一のステップが存在することはない。また、図３０によれば、ステータスが「Not applied」であるコンポーネント「Volume Capacity」（バージョン００２）についてチェックマークが記入されたため（つまり、コンポーネント「Volume Capacity」（バージョン００２）が選択されたため）、詳細フィールド３００６には、そのコンポーネント（ステップ）「Volume Capacity」（バージョン００２）に関する詳細な情報が表示される。バージョン指定プルダウンメニュー３００４を用いて選択されるバージョンは、選択されたステップ「Volume Capacity」（バージョン００２）についての変更後のバージョンである。詳細フィールド３００６には、バージョン指定プルダウンメニュー３００４で選択したバージョンのコンポーネントに関する詳細な情報が管理プログラム４３２により表示されてもよい。
「Apply」ボタン３００５が押された場合、指定ＳＴ、選択されたステップ及び変更後のバージョンが関連付いたバージョンアップ要求が、管理プログラム４３２に入力される。管理プログラム４３２は、その要求に応答して、指定ＳＴの複製に関連付く旧バージョンステップ（つまりＳＴ作成ユーザにより選択されたステップ）を、変更後バージョンのコンポーネントに差し替える。
このように、「Individual apply」モードによれば、ＳＴ作成ユーザは、指定ＳＴに関連付いているステップのうちの所望のステップのみバージョンを変更することができる。このため、指定ＳＴに関連付いているステップのうち、その指定ＳＴについてバージョン変更（典型的にはバージョンアップ）しても問題が発生しそうに無いコンポーネントのみを選んでバージョン変更できる。これにより、ＳＴのバージョンアップにより問題が生じる確率を低減できる。
「All apply」モードでも「Individual apply」モードでも、ＳＴのバージョンアップでは、変更前バージョン（例えば旧バージョン）のコンポーネント（ステップ）が変更後バージョン（例えば最新バージョン）のコンポーネントに差し替えられる。そのＳＴバージョンアップにおいて、本実施形態では、変更前バージョンのコンポーネントに関連付いているコンポーネント入力プロパティの入力値（少なくともＳＴ作成ユーザ又はコンポーネント作成ユーザ等のユーザにより設定された値）が、変更後バージョンのコンポーネントに関連付いているコンポーネント入力プロパティに入力される（引き継がれる）。
図３１は、コンポーネント入力プロパティの入力値の引継ぎを示す。
ＳＴ００１（バージョン００１）に、コンポーネントＢＢＢ（バージョン００１）とコンポーネントＤＤＤ（バージョン００１）とが関連付いているとする。コンポーネントＢＢＢ（バージョン００１）に関連付いているコンポーネント入力プロパティの入力値（例えばユーザにより設定された値）が「ＸＸＸ」であり、コンポーネントＹＹＹ（バージョン００１）に関連付いているコンポーネント入力プロパティの入力値が「ＹＹＹ」であるとする。
「All apply」モードでは、上述したように、ＳＴ００１の複製（バージョン００２のＳＴ００１）に関連付けられる全ての旧バージョンのステップＢＢＢ及びステップＤＤＤが、それぞれ、新たなバージョン００２のステップＢＢＢと新たなバージョン００２のステップＤＤＤに差し替えられる。その際、管理プログラム４３２は、新たなバージョン００２のステップＢＢＢに関連付けられるコンポーネント入力プロパティの値を、「Null」から、旧バージョン００１のステップＢＢＢに関連付いているコンポーネント入力プロパティの入力値「ＸＸＸ」に変更し、且つ、新たなバージョン００２のステップＤＤＤに関連付けられるコンポーネント入力プロパティの値を、「Null」から、旧バージョン００１のステップＤＤＤに関連付いているコンポーネント入力プロパティの入力値「ＹＹＹ」に変更する。
「Individual apply」モードでは、上述したように、ＳＴ００１の複製（バージョン００２のＳＴ００１）に関連付けられる旧バージョンのステップＢＢＢ及びステップＤＤＤのうち、選択されたステップＢＢＢのみが、新たなバージョン００２のステップＢＢＢに差し替えられる。その際、管理プログラム４３２は、新たなバージョン００２のステップＢＢＢに関連付けられるコンポーネント入力プロパティの値を、「Null」から、旧バージョン００１のステップＢＢＢに関連付いているコンポーネント入力プロパティの入力値「ＸＸＸ」に変更する。一方、バージョン変更されなかったステップＤＤＤに関連付いているコンポーネント入力プロパティの入力値は、「ＹＹＹ」のままである。
このように、ＳＴバージョンアップでは、コンポーネントのバージョン変更に伴い、自動で、バージョン変更前のコンポーネントに関連付いているコンポーネント入力プロパティの入力値が、バージョン変更後のコンポーネントに関連付くコンポーネント入力プロパティに引き継がれる。これにより、バージョン変更前のコンポーネントについての入力値と同じ入力値をバージョン変更後のコンポーネントについてユーザが手入力する手間を削減できる。
また、上述したように、本実施形態では、コンポーネントは、典型的にはプラグインコンポーネントであるが、ＳＴそれ自体もコンポーネントになり得る。このため、管理プログラム４３２は、ユーザからの操作に応答して、ＳＴに、少なくとも１つのプラグインコンポーネントと少なくとも１つの作成済ＳＴとのうちの１以上をそれぞれコンポーネントとして関連付けることが可能である。
このように、作成済ＳＴもコンポーネントの１つとしてＳＴに関連付けることが可能なので、より高度なＳＴの作成が可能である。以下、ＳＴに関連付いている１つのコンポーネントが別のＳＴの場合、コンポーネントとして関連付けられているＳＴを「子ＳＴ」と言い、子ＳＴが関連付けられているＳＴを「親ＳＴ」と言う。なお、こうした親子間の関係を持つＳＴについてバージョンアップをする場合について考える。例えば下記のケースである。
（ケース１）親ＳＴと関連付けられたＳＴを指定してバージョンアップする場合。
（ケース２）子ＳＴと関連付けられたＳＴを指定してバージョンアップする場合。
何れのケースでも、指定されたＳＴに加えて、関連付けられた親ＳＴ又は子ＳＴのバージョンアップを併せて行われても良い。しかし、これらＳＴは複製を伴って別々にバージョンアップされることが好ましい。
まず、ケース１である。複製を伴わずにバージョンアップ後のＳＴだけ存在させると仮定した場合、関連付けられた親ＳＴはバージョンアップ前の子ＳＴが無くなってしまうため強制的にバージョンアップ後のコンポーネントを使用させてしまう。これはこれまで説明してきたことと同様の発生してしまう。そのため複製を伴うことでバージョンアップ前後の両方のＳＴが存在したほうがよい。また、親ＳＴが自動的にバージョンアップ後のＳＴに関連付けられてしまう場合も同じ問題が発生する。よって子ＳＴのバージョンアップと親ＳＴのバージョンアップは別々に行うほうがよい。
次にケース２である。親ＳＴのバージョンアップに伴って子ＳＴのバージョンアップを行うと仮定した場合、複製を伴わずに子ＳＴのバージョンアップを行うと、バージョンアップ前のＳＴが無くなってしまい、他の親ＳＴが実行できなくなる、又はユーザがバージョンアップ前のＳＴを使用できないといった問題が発生する。このため、子ＳＴのバージョンアップは複製を伴うほうがよい。しかし複数の親ＳＴが共通の子ＳＴを持ち、さらに親ＳＴのバージョンアップで自動的に子ＳＴのバージョンアップの複製を伴って行ってしまうと、子ＳＴは親ＳＴのバージョンアップの度に複製されてしまう。これは例えば子ＳＴに関連付いた親ＳＴが４つあり、各親ＳＴのバージョンアップが５回行われた場合は、子ＳＴの複製が４×５＝２０存在することになり、子ＳＴのバージョン管理が難しくなる。よって子ＳＴのバージョンアップと親ＳＴのバージョンアップは別々に行うほうがよい。なお、上述の複製を伴った別々なバージョンアップの考えについては「All apply」モードと「Individual apply」モード両方について適用してもよい。なお、「Individual apply」モードに対して適用する一例としては、親ＳＴのバージョンアップの際に、関連付けられた子ＳＴに関連付いたコンポーネントがバージョンアップ対象である旨の表示をしないことが考えられる。
ところで、１つのＳＴに、複数の同一のコンポーネントが関連付けられることは、既に上述した通りである（例えば、図１８には、コンポーネント群中に、コンポーネントとしてＳＴ（バージョン００５）が存在）。「All apply」モードでも「Individual apply」モードでも、管理プログラム４３２は、ステップ管理テーブル４２８を基に、指定ＳＴに複数の同一のコンポーネントが関連付けられているか否かを判断することができる。そして、「All apply」モードにおいてその判断結果が肯定の場合、管理プログラム４３２は、その複数の同一のコンポーネントの各々について、バージョン変更対象とするか否かの選択と、バージョン変更対象とするのであれば変更後のバージョンの指定とを受け付ける。「Individual apply」モードにおいてその判断結果が肯定の場合、管理プログラム４３２は、その複数の同一のコンポーネントにそれぞれ対応した複数のレコードを含む候補ステップリスト３００７（図３０参照）を生成し表示することで、複数の同一のコンポーネントの各々について、バージョン変更対象とするか否かの選択と、バージョン変更対象とするのであれば変更後のバージョンの指定とを受け付ける。このような処理を行う１つの理由は、例えば図３２〜図３４を参照して説明するユースケースがあり得るからである（図３２〜図３４では、ステップは「（Ｓ）」と表記される）。
すなわち、図３２に示すように、１つのＳＴ（以下、図３２〜図３４の説明において「対象ＳＴ」と言う）が、次のようなステップのフローを定義しているとする。すなわち、（Ｓ１）ストレージＨ８の情報が記述された表が取得され、（Ｓ３）前ステップで取得された表が読み出される。一方、（Ｓ２）ストレージＨ９の情報が記述された表が取得され、（Ｓ３）前ステップで取得された表が読み出される。そして、（Ｓ４）それぞれ読み出された表に記述されている情報がメールで通知される。このように、対象ＳＴは、ステップ（Ｓ１）、（Ｓ２）、（Ｓ４）をそれぞれ１つずつ含み、ステップ（Ｓ３）を２つ含む。すなわち、対象ＳＴには、２つの同一ステップ（Ｓ３）が存在する。いずれのステップ（Ｓ３）もバージョンは００１である。
そして、図３３に示すように、ストレージＨ９の情報が記述される表のフォーマットが変更されたことが理由で（:例えば項目の増減、表中の時刻表示形式の変更等）、そのフォーマット変更に対応したコンポーネント（Ｓ３）（バージョン００２）が追加されたとする。この時点で、対象ＳＴに関連付いている２つのステップ（Ｓ３）はいずれも旧バージョンのステップ（コンポーネント）となる。
この状況によれば、ステップ（Ｓ２）の次のステップ（Ｓ３）は新たなバージョン００２のステップ（Ｓ３）に変更する必要があるが、ステップ（Ｓ１）の次のステップ（Ｓ３）はバージョン変更されてはならない。
そこで、「All apply」モードでも「Individual apply」モードでも、図３４に示すように、管理プログラム４３２は、ステップ管理テーブル４２８を基に、指定ＳＴ（対象ＳＴ）に複数の同一のステップ（Ｓ３）が関連付けられていることを特定し、その複数の同一のステップ（Ｓ３）の各々について、バージョン変更対象とするか否かの選択と、バージョン変更対象とするのであれば変更後のバージョンの指定とを受け付ける。このユースケースによれば、管理プログラム４３２は、ユーザインターフェース経由で、ＳＴ作成ユーザから、ステップ（Ｓ２）の次のステップ（Ｓ３）の選択を、バージョン変更対象のステップの選択として受け、且つ、変更後のバージョン００２の指定を受ける。管理プログラム４３２は、その選択と指定に従い、ステップ（Ｓ２）の次のステップ（Ｓ３）（バージョン００１）をステップ（Ｓ３）（バージョン００２）に差し替え、ステップ（Ｓ１）とステップ（Ｓ３）（バージョン００１）の関係を維持する。
図３５は、ＳＴバージョンアップ処理のフローチャートである。
管理プログラム４３２は、ＳＴの指定を、例えばＳＴリスト画面２７００（図２７参照）経由で受けた場合、ＳＴバージョンアップ画面２８００（図２８参照）を表示する。そして、管理プログラム４３２は、「All apply」タブ２８０１と「Individual apply」タブ２８０２のいずれかの選択を受ける（Ｐ３５００）。
「All apply」タブ２８０１が選択された場合（Ｐ３５００：ＹＥＳ）、管理プログラム４３２は、リスト表示するか否かを判断する（Ｐ３５０１）。例えば、「Step list to be applied」ボタン２８０４が押された場合、又は、指定ＳＴに複数の同一ステップが関連付けられていることが特定された場合、Ｐ３５０１の判断結果が肯定になる。一方、例えば、「Apply」ボタン２８０３が押された場合、Ｐ３５０１の判断結果が否定になる。
Ｐ３５０１の判断結果が否定の場合（Ｐ３５０１：ＮＯ）、管理プログラム４３２は、指定ＳＴが関連付いたバージョンアップ要求を受け、その要求に応答して、Ｐ３５１１を行う。すなわち、管理プログラム４３２は、指定ＳＴの複製を生成し、指定ＳＴに関連付いているステップ（コンポーネント）のうちの全ての旧ステップ（旧バージョンのステップ）をそれぞれ全ての最新コンポーネント（最新バージョンのコンポーネント）に差し替える。その際、管理プログラム４３２は、旧ステップのコンポーネント入力プロパティの入力値を、最新コンポーネントのコンポーネント入力プロパティに入力する。また、管理プログラム４３２は、旧ステップが子ＳＴの場合、その旧ステップについてはバージョンアップをせずスキップする。Ｐ３５１１の後、管理プログラム４３２は、バージョンアップされたＳＴである新ＳＴ（バージョン変更されたコンポーネントが関連付けられているＳＴ複製）に関する情報（例えばＳＴのバージョンアップ後のバージョン）を表示する（Ｐ３５４１）。
Ｐ３５０１の判断結果が肯定の場合（Ｐ３５０１：ＹＥＳ）、管理プログラム４３２は、指定ＳＴに関連付いている旧ステップ（旧バージョンのステップ）のリスト２９０１を表示する。そして、そのリスト２９０１からステップが選択され「Apply」ボタン２９０２が押された場合、管理プログラム４３２は、指定ＳＴと選択されたステップとが関連付いたバージョンアップ要求を受け、その要求に応答して、Ｐ３５２２を行う。すなわち、管理プログラム４３２は、指定ＳＴの複製を生成し、指定ＳＴに関連付いているステップ（コンポーネント）のうちの選択された旧ステップ（旧バージョンのステップ）を、最新コンポーネント（最新バージョンのコンポーネント）に差し替える。その際、管理プログラム４３２は、旧ステップのコンポーネント入力プロパティの入力値を、最新コンポーネントのコンポーネント入力プロパティに入力する。Ｐ３５２２の後、管理プログラム４３２は、Ｐ３５４１を行う。
「Individual apply」タブ２８０２が選択された場合（Ｐ３５００：ＮＯ）、管理プログラム４３２は、ステップ管理テーブル４２８を参照して、指定ＳＴに関連付いているステップのうち複数バージョンが存在するステップを特定し、特定したステップのみのリストをコンポーネントリストプレーン３００１に表示する。具体的には、例えば、管理プログラム４３２が、ステップ管理テーブル４２８から、最新コンポーネント名１９０７及び最新バージョン１９０８が「Null」ではないレコードを特定し、特定したレコードに記載のステップ名１９０４のリストをコンポーネントリストプレーン３００１に表示する（Ｐ３５３１）。このリストから、ＳＴ作成ユーザにより、バージョン変更対象のステップ（コンポーネント）が選択された場合、管理プログラム４３２は、選択されたステップに関する候補ステップリスト３００７を表示する（Ｐ３５３２）。その候補ステップリスト３００７からステップが選択され、バージョン指定プルダウンメニュー３００４から変更後のバージョンが指定され、且つ、「Apply」ボタン３００５が押された場合、管理プログラム４３２は、指定ＳＴ、選択されたステップ及び変更後のバージョンが関連付いたバージョンアップ要求を受け、その要求に応答して、Ｐ３５３３を行う。すなわち、管理プログラム４３２は、指定ＳＴの複製を生成し、指定ＳＴに関連付いているステップ（コンポーネント）のうちの選択された旧ステップ（旧バージョンのステップ）を、指定された変更後バージョンのコンポーネントに差し替える。Ｐ３５３３の後、管理プログラム４３２は、Ｐ３５４１を行う。
図４１Ａ及び図４１Ｂは、上述したＳＴバージョンアップ処理の終了後に実行される関連プロパティグループ構成検索処理のフローチャートである。管理プログラム４３２は、この図４１Ａ及び図４１Ｂに示す処理手順に従って、指定ＳＴのバージョンアップに伴ってバージョンアップされたコンポーネントに関連付けられている各プロパティグループの再設定後の構成として可能性のある構成を推定し、他のＳＴに関連付けられているプロパティグループの中からそのような構成を有するプロパティグループを検索する。
実際上、管理プログラム４３２は、まず、ＳＴバージョンアップ処理によりバージョンアップした指定ＳＴにおいて、当該指定ＳＴのバージョンアップに伴ってバージョンアップしたいずれのコンポーネントにもコンポーネントプロパティの追加又は削除がないか否かを判断する（Ｐ４１００）。具体的に、管理プログラム４３２は、バージョンアップした指定ＳＴと関連付けられている各コンポーネントについて、コンポーネントプロパティ管理テーブル４２２（図７）からそのコンポーネントのバージョンアップ前のコンポーネントｕｋに対応するレコードの情報と、当該コンポーネントのバージョンアップ後のコンポーネントｕｋに対応するレコードの情報とをそれぞれすべて取得する。また管理プログラム４３２は、取得したこれらの情報に基づいて、バージョンアップ前のレコードと、バージョンアップ後のレコードとを比較することにより、バージョンアップ前後でコンポーネントプロパティに差分があるコンポーネントが存在しないか否か（つまりバージョンアップしたいずれのコンポーネントにもコンポーネントプロパティの追加又は削除がないか否か）を判断する。
Ｐ４１００の判断結果が肯定の場合（Ｐ４１００：ＹＥＳ）、管理プログラム４３２は、Ｐ４１０４に進む。
これに対してＰ４１００の判断結果が否定の場合（Ｐ４１００：ＮＯ）、管理プログラム４３２は、図４２に示すコンポーネントプロパティ差分テーブル４２００を作成し、かかる指定ＳＴのバージョンアップに伴ってバージョンアップしたコンポーネントのうち、コンポーネントプロパティが追加又は削除されたすべてのコンポーネントに関する必要な情報をこのコンポーネントプロパティ差分テーブル４２００に登録する（Ｐ４１０１）。
ここで、コンポーネントプロパティ差分テーブル４２００は、バージョンアップによりコンポーネントプロパティが追加又は削除されたコンポーネントのバージョンアップ前後の構成の差分を管理するために一時的に作成されるテーブルである。このコンポーネントプロパティ差分テーブル４２００は、バージョンアップによりコンポーネントプロパティが追加又は削除された各コンポーネントの差分毎にレコードを有し、各レコードに、バージョンアップ前コンポーネントｕｋ４２０１、バージョンアップ後コンポーネントｕｋ４２０２、差分コンポーネントプロパティｕｋ４２０３、差分の種類４２０４、関連プロパティグループｕｋ４２０５及び関連ＳＴプロパティｕｋ４２０６が格納される。
バージョンアップ前コンポーネントｕｋ４２０１は、対応するコンポーネントのバージョンアップ前のユニークキーであり、バージョンアップ後コンポーネントｕｋ４２０２は、そのコンポーネントのバージョンアップ前のユニークキーである。また差分コンポーネントプロパティｕｋ４２０３は、バージョンアップにより追加又は削除されたそのコンポーネントのコンポーネントプロパティのユニークキーであり、差分の種類４２０４は、そのコンポーネントプロパティがバージョンアップにより追加されたのか又は削除されたのかを表す情報である。なお、図４２において、「プロパティの追加」はそのコンポーネントプロパティが追加されたことを表し、「プロパティの削除」はそのコンポーネントプロパティが削除されたことを表している。さらに関連ＳＴプロパティｕｋ４２０６は、バージョンアップにより追加又は削除されたそのコンポーネントプロパティとバージョンアップ前に関連付けられていたＳＴプロパティのユニークキーであり、関連プロパティグループｕｋ４２０５は、そのＳＴプロパティが属していたプロパティグループのユニークキーである。なお図４２において、「Null」は、入力値（又は出力値）が存在しないことを意味する。
そして管理プログラム４３２は、Ｐ４１０１において、Ｐ４１００で検出したバージョンアップ前後でコンポーネントプロパティに差分があるコンポーネント（コンポーネントプロパティが追加又は削除されたコンポーネント）の当該差分ごとに、そのコンポーネントのバージョンアップ前及びバージョンアップ後のコンポーネントｕｋと、そのコンポーネントのコンポーネントプロパティのうちのバージョンアップにより追加または削除されたコンポーネントプロパティのユニークキーと、そのコンポーネントプロパティの差分の種類（追加又は削除）とをコンポーネントプロパティ差分テーブル４２００に登録する。
続いて、管理プログラム４３２は、コンポーネントプロパティ差分テーブル４２００のレコードの中に差分の種類４２０４が「プロパティの削除」であるレコードが存在するか否かを判断する（Ｐ４１０２）。そしてＰ４１０２の判断結果が否定（Ｐ４１０２：ＮＯ）である場合、管理プログラム４３２は、Ｐ４１０４に進む。
これに対して、Ｐ４１０２の判断結果が肯定（Ｐ４１０２：ＹＥＳ）である場合、管理プログラム４３２は、差分の種類が「プロパティの削除」であるレコード毎に、削除されたコンポーネントプロパティとバージョンアップ前に関連付けられていたＳＴプロパティ及び当該ＳＴプロパティが属していたプロパティグループの情報をコンポーネントプロパティ差分テーブル４２００に登録する（Ｐ４１０３）。実際上、管理プログラム４３２は、そのレコードの差分コンポーネントプロパティｕｋ４２０３を基に、コンポーネントバージョンアップ前プロパティマッピング管理テーブル４３１（図４０）から当該差分コンポーネントプロパティｕｋ４２０３とマッピング先コンポーネントプロパティｕｋ４００６が一致するレコードの情報を取得する。また管理プログラム４３２は、ＳＴプロパティ管理テーブル４２５（図１０）から、このとき取得したレコードのマッピング先ＳＴプロパティｕｋ４００５とＳＴプロパティｕｋ１００３が一致するレコードの情報を取得し、そのレコードのプロパティグループｕｋ１００９をコンポーネントプロパティ差分テーブル４２００の対応するレコードの関連プロパティグループｕｋ４２０５としてコンポーネントプロパティ差分テーブル４２００に登録すると共に、そのレコードのＳＴプロパティｕｋ１００３をコンポーネントプロパティ差分テーブル４２００の対応するレコードの関連ＳＴプロパティｕｋ４２０６としてコンポーネントプロパティ差分テーブル４２００に登録する。
次いで、管理プログラム４３２は、コンポーネントプロパティ差分テーブル４２００にバージョンアップ前後のコンポーネントｕｋ４２０１，４２０２が登録されたコンポーネントの中からＰ４１０５以降の処理が未処理の１つのコンポーネントを選択し（Ｐ４１０４）、選択したコンポーネント（以下、これを対象コンポーネントと呼ぶ）のバージョンアップ後にその対象コンポーネントと関連付けられているすべてのプロパティグループを特定する（Ｐ４１０５）。具体的に、管理プログラム４３２は、コンポーネントプロパティ管理テーブル４２２（図７）から、かかる対象コンポーネントのバージョンアップ後のコンポーネントｕｋとコンポーネントｕｋ７０２が一致するすべてのレコードの情報を取得する。また管理プログラム４３２は、このとき情報を取得したレコード毎に、そのレコードのコンポーネントｕｋ７０２を基に、プロパティマッピング管理テーブル４３０（図３９）から、マッピング先コンポーネントプロパティｕｋ３９０６がそのコンポーネントｕｋ７０２と一致するレコードの情報を取得する。さらに管理プログラム４３２は、このとき情報を取得したレコード毎に、そのレコードのマッピング元ＳＴプロパティｕｋ３９０３を基に、ＳＴプロパティ管理テーブル４２５（図１０）から、ＳＴプロパティｕｋ１００３がそのマッピング元ＳＴプロパティｕｋ３９０３と一致するレコードの情報を取得する。さらに管理プログラム４３２は、このとき情報を取得したレコード毎に、その情報に基づいて、対象コンポーネントと関連するプロパティグループのプロパティグループｕｋ（プロパティグループｕｋ１００９）を特定する。
この後、管理プログラム４３２は、Ｐ４１０５でプロパティグループｕｋを特定した各プロパティグループの構成情報を図４３に示す検索プロパティグループ構成管理テーブル４３００にそれぞれ登録する（Ｐ４１０６）。
ここで、検索プロパティグループ構成管理テーブル４３００は、バージョンアップした指定ＳＴのプロパティ再設定作業後に当該指定ＳＴに関連付けられている可能性があるプロパティグループ構成を管理するために一時的に作成されるテーブルである。この検索プロパティグループ構成管理テーブル４３００は、かかる可能性を有するプロパティグループ構成毎のレコードを有し、各レコードに、プロパティグループｕｋ４３０１、関連コンポーネントプロパティｕｋリスト４３０２、関連ＳＴプロパティｕｋリスト４３０３及びプロパティグループ構成補正情報４３０４が格納される。
プロパティグループｕｋ４３０１は、対応するプロパティグループ構成の元となるプロパティグループ（バージョンアップ前に対象コンポーネントに関連付けられていたプロパティグループ）のユニークキーである。関連ＳＴプロパティｕｋリスト４３０３は、指定ＳＴのバージョンアップ後に対応するプロパティグループに属している可能性がある各ＳＴプロパティのユニークキーのリストである。また関連コンポーネントプロパティｕｋリスト４３０２は、関連ＳＴプロパティｕｋリスト４３０３にユニークキーが登録されているいずれかのＳＴプロパティと関連付けられた各コンポーネントプロパティのユニークキーのリストである。さらにプロパティグループ構成補正情報４３０４は、対象コンポーネントのコンポーネントプロパティが削除された場合及び追加された場合のいずれの場合に対応するプロパティグループのプロパティグループ構成がそのレコードのプロパティグループ構成となる可能性があるかを表す。例えば、「プロパティの削除」は、対象コンポーネントのコンポーネントプロパティが削除された場合に対応するプロパティグループのプロパティグループ構成がそのレコードのプロパティグループ構成となることを意味し、「プロパティの追加」は、対象コンポーネントに新たなコンポーネントプロパティが追加された場合に対応するプロパティグループのプロパティグループ構成がそのレコードのプロパティグループ構成となる可能性があることを意味する。なお図４３において、「Null」は、入力値（又は出力値）が存在しないことを意味する。
そして管理プログラム４３２は、Ｐ４１０６において、ＳＴプロパティ管理テーブル４２５（図１０）を参照して、Ｐ４１０５でプロパティグループｕｋを特定したプロパティグループ毎に、そのプロパティグループに関連付けられたすべてのＳＴプロパティのユニークキーが登録された一覧（関連ＳＴプロパティｕｋリスト４３０３）を取得する。また管理プログラム４３２は、作成した関連ＳＴプロパティｕｋリスト４３０３にユニークキーが登録されたＳＴプロパティ毎に、プロパティマッピング管理テーブル４３０（図３９）を参照して、そのＳＴプロパティが関連付けられた（マッピングされた）コンポーネントプロパティを特定し、これらのコンポーネントプロパティのユニークキーがすべて登録された一覧（関連コンポーネントプロパティｕｋリスト４３０２）を取得する。そして管理プログラム４３２は、このようにして取得した情報に基づいて、Ｐ４１０５でプロパティグループｕｋを特定したプロパティグループ毎のレコードを検索プロパティグループ構成管理テーブル４３００にそれぞれ作成する。
続いて、管理プログラム４３２は、コンポーネントプロパティ差分テーブル４２００のエントリのうちの対象コンポーネントと対応するレコードの差分の種類４２０４の情報を参照して、対象コンポーネントのバージョンアップにより当該対象コンポーネントから削除されたコンポーネントプロパティがないか否かを判断する（Ｐ４１０７）。
そしてＰ４１０７の判断結果が肯定結果の場合（Ｐ４１０７：ＹＥＳ）、管理プログラム４３２は、Ｐ４１１０に進む。これに対して、Ｐ４１０７の判断結果が否定結果の場合（Ｐ４１０７：ＮＯ）、管理プログラム４３２は、対象コンポーネントのバージョンアップの際に削除された各コンポーネントプロパティについて、そのコンポーネントプロパティと関連付けられていたプロパティグループの構成情報を検索プロパティグループ構成管理テーブル４３００に登録する（Ｐ４１０８）。具体的に、管理プログラム４３２は、バージョンアップの際に対象コンポーネントから削除されたコンポーネントプロパティ毎に、コンポーネントプロパティ差分テーブル４２００（図４２）のそのコンポーネントプロパティに対応するレコード（そのコンポーネントプロパティが差分コンポーネントプロパティｕｋ４２０３と一致するレコード）の関連プロパティグループｕｋ４２０５を取得し、取得した関連プロパティグループｕｋ４２０５を基に、ＳＴプロパティ管理テーブル４２５（図１０）から、その関連プロパティグループｕｋ４２０５が付与されたプロパティグループに関連付けられたすべてのＳＴプロパティのＳＴプロパティｕｋ１００３が登録された関連ＳＴプロパティｕｋリスト４３０３を作成する。また管理プログラム４３２は、対象コンポーネントの削除されたコンポーネントプロパティ毎に、プロパティマッピング管理テーブル４３０（図３９）のレコードの中から、上述のようにして取得した一覧に登録されているいずれかのＳＴプロパティｕｋ１００３とマッピング元ＳＴプロパティｕｋ３９０３が一致する各レコードを検出し、これらレコードのマッピング先コンポーネントプロパティｕｋ３９０６をそれぞれ取得し、取得したマッピング先コンポーネントプロパティｕｋ３９０６がすべて登録された関連コンポーネントプロパティｕｋリスト４３０２を作成する。そして管理プログラム４３２は、このようにして作成した取得した関連ＳＴプロパティｕｋリスト４３０３及び関連コンポーネントプロパティｕｋリスト４３０２に基づいて、対象コンポーネントのバージョンアップ前に削除された各コンポーネントプロパティについて、そのコンポーネントプロパティと関連付けられていたプロパティグループに対応するレコードを検索プロパティグループ構成管理テーブル４３００にそれぞれ作成する。
次いで、管理プログラム４３２は、Ｐ４１０８で検索プロパティグループ構成管理テーブル４３００にレコードを作成した各プロパティグループについて、対象コンポーネントのコンポーネントプロパティの削除により関連がなくなったＳＴプロパティに関する情報を削除する補正を対応するレコードに対して行う（Ｐ４１０９）。具体的に、管理プログラム４３２は、対象コンポーネントの削除されたコンポーネントプロパティ毎に、コンポーネントプロパティ差分テーブル４２００（図４２）のそのコンポーネントプロパティに対応するレコードの関連プロパティグループｕｋ４２０５を取得し、取得した関連プロパティグループｕｋ４２０５を基に、検索プロパティグループ構成管理テーブル４３００のプロパティグループｕｋ４３０１が一致するレコードの関連ＳＴプロパティｕｋリスト４３０３から他のレコードの関連ＳＴプロパティｕｋリスト４３０３に登録されているＳＴプロパティｕｋの値を削除する。さらに管理プログラム４３２は、上述のように関連ＳＴプロパティｕｋリスト４３０３から他のレコードの関連ＳＴプロパティｕｋリスト４３０３に登録されているＳＴプロパティｕｋを削除するようにしてそのレコードのＳＴプロパティｕｋリスト４３０３を補正すると共に、当該レコードのプロパティグループ構成補正情報４３０４として、「プロパティの削除」を検索プロパティグループ構成管理テーブル４３００に登録する。
続いて、管理プログラム４３２は、コンポーネントプロパティ差分テーブル４２００のエントリのうちの対象コンポーネントと対応するエントリの差分の種類４２０４の情報を参照して、対象コンポーネントのバージョンアップにより当該対象コンポーネントに追加されたコンポーネントプロパティがないか否かを判断する（Ｐ４１１０）。
Ｐ４１１０の判断結果が肯定結果の場合（Ｐ４１１０：ＹＥＳ）、管理プログラム４３２は、Ｐ４１１４に進む。これに対して、Ｐ４１１０の判断結果が否定結果の場合（Ｐ４１１０：ＮＯ）、管理プログラム４３２は、そのときバージョンアップされた指定ＳＴと関連付けられたすべてのプロパティグループの構成情報をそれぞれ取得する（Ｐ４１１１）。具体的に、管理プログラム４３２は、かかる指定ＳＴのＳＴ ｕｋを基に、プロパティグループ管理テーブル４２９（図３８）からＳＴ ｕｋ３８０４が当該指定ＳＴのＳＴ ｕｋと一致するすべてのレコード（つまり指定ＳＴに関連付けられた各プロパティグループにそれぞれ対応するレコード）の情報を取得する。また管理プログラム４３２は、このようにして情報を取得した各レコードのプロパティグループｕｋ３８０２を基に、ＳＴプロパティ管理テーブル４２５（図１０）から、指定ＳＴと関連付けられたプロパティグループ毎に、そのプロパティグループと関連付けられた各ＳＴプロパティのＳＴプロパティｕｋの一覧（以下、これを第１の一覧と呼ぶ）を作成する。さらに管理プログラム４３２は、このようにして取得した第１の一覧を基に、かかるプロパティグループ毎に、プロパティマッピング管理テーブル４３０（図３９）を参照して、マッピング元ＳＴｕｋ３９０３がそのプロパティグループのＳＴプロパティｕｋに登録されている各レコードのマッピング先コンポーネントｕｋの一覧（以下、これを第２の一覧と呼ぶ）を作成する。
次いで、管理プログラム４３２は、検索プロパティグループ構成管理テーブル４３００の必要なエントリに、プロパティグループ構成補正情報４３０４として「プロパティの追加」を登録する（Ｐ４１１２）。具体的に、管理プログラム４３２は、コンポーネントプロパティ差分テーブル４２００（図４２）から差分の種類が「プロパティの追加」である各レコードの差分コンポーネントプロパティｕｋ４２０３をすべて登録した一覧を作成する。また管理プログラム４３２は、その一覧に登録された差分コンポーネントプロパティｕｋ４２０３同士のすべての組合せパターンを掲載したリスト（以下、これを組合せパターンリストと呼ぶ）を作成する。そして管理プログラム４３２は、この組合せパターンリストに掲載された各組合せパターンについて、それぞれ以下の処理を順番に実行する。まず、上述の第１及び第２の一覧を基に、そのとき対象とする組合せパターンに対応するレコードを検索プロパティグループ構成管理テーブル４３００（図４３）に追加する。また管理プログラム４３２は、追加したレコードの関連コンポーネントプロパティｕｋリスト４３０２にその組合せパターンを構成する各コンポーネントプロパティｕｋを追加する。さらに管理プログラム４３２は、そのレコードの関連ＳＴプロパティｕｋリスト４３０３に、その組合せパターンを構成する各コンポーネントプロパティｕｋと同じ数のダミーデータ（ここでは「０」とする）を追加する。さらに管理プログラム４３２は、そのレコードのプロパティグループ構成補正情報４３０４として、「プロパティの追加」を検索プロパティグループ構成管理テーブル４３００に登録する。
この後、管理プログラム４３２は、対象コンポーネントについて追加されたコンポーネントプロパティのみと関連をもつプロパティグループ構成をすべて作成し、作成した各プロパティグループ構成をそれぞれ検索プロパティグループ構成管理テーブル４３００に登録する（Ｐ４１１３）。具体的に、管理プログラム４３２は、上述の組合せパターンリストに掲載されている各組合せパターンについてそれぞれ以下の処理を順番に実行する。即ち、管理プログラム４３２は、まず、検索プロパティグループ構成管理テーブル４３００にプロパティグループｕｋ４３０１がダミーデータ（ここでは「０」）のレコードを追加する。また管理プログラム４３２は、追加したレコードの関連コンポーネントプロパティｕｋリスト４３０２にそのとき対象としている組合せパターンを構成する各コンポーネントプロパティｕｋを追加する。さらに管理プログラム４３２は、かかるレコードの関連ＳＴプロパティｕｋリスト４３０３に、上述のように関連コンポーネントプロパティｕｋリスト４３０２に追加したコンポーネントプロパティｕｋの数と同じ数のダミーデータ（ここでは「０」）を追加する。さらに管理プログラム４３２は、かかるレコードのプロパティグループ構成補正情報４３０４として、「プロパティの追加」を検索プロパティグループ構成管理テーブル４３００に登録する。
さらに管理プログラム４３２は、検索プロパティグループ構成管理テーブル４３００に登録されているプロパティグループ構成以外のプロパティグループ（以下、これを検索対象プロパティグループと呼ぶ）の構成を、図４４に示す検索対象プロパティグループ構成管理テーブル４４００に登録する（Ｐ４１１４）。
ここで、検索対象プロパティグループ構成管理テーブル４４００は、対象コンポーネントのバージョンアップ後に検索先となるプロパティグループの構成情報を管理するために一時的に作成されるテーブルである。検索対象プロパティグループ構成管理テーブル４４００は、検索プロパティグループ構成管理テーブル４３００に登録されているプロパティグループ構成以外のプロパティグループ毎のレコードを有し、各レコードに、プロパティグループｕｋ４４０１、関連コンポーネントプロパティｕｋリスト４４０２及びＳＴプロパティｕｋリスト４４０３が格納される。
そして管理プログラム４３２は、Ｐ４１１４において、プロパティグループ管理テーブル４２９（図３８）のレコードのうち、そのレコードのプロパティグループｕｋ３８０２の値が、Ｐ４１０５で特定した各レコードのプロパティグループｕｋ４４０１と一致しないレコードをすべて検出する。また管理プログラム４３２は、このとき検出したレコード毎に、そのレコードのプロパティグループｕｋ３８０２を基に、ＳＴプロパティ管理テーブル４２５（図１０）から、そのレコードに対応するプロパティグループに関連付けられた各ＳＴプロパティのＳＴプロパティｕｋ１００３がすべて掲載されたＳＴプロパティｕｋリストをそれぞれ作成する。さらに管理プログラム４３２は、かかるプロパティグループ毎に、対応するかかる一覧に掲載された各ＳＴ ｕｋを基に、プロパティマッピング管理テーブル４３０（図３９）から、マッピング元ＳＴプロパティｕｋ３９０３が一致する各レコードのマッピング先コンポーネントプロパティｕｋ３９０６がすべて掲載された関連コンポーネントプロパティｕｋリストをそれぞれ作成する。そして管理プログラム４３２は、このようにして作成したＳＴプロパティｕｋリストをＳＴプロパティｕｋリスト４４０３とし、関連コンポーネントプロパティｕｋリストを関連コンポーネントプロパティｕｋリスト４４０２として、各検索対象プロパティグループの構成を検索対象プロパティグループ構成管理テーブル４４００に登録する。
続いて、管理プログラム４３２は、検索プロパティグループ構成管理テーブル４３００（図４３）のレコードのうち、Ｐ４１１６以降が未処理のレコードを１つ選択する（Ｐ４１１５）。また管理プログラム４３２は、検索対象プロパティグループ構成管理テーブル４４００（図４４）のレコードのうち、Ｐ４１１７以降が未処理のレコードを１つ選択する（Ｐ４１１６）。
そして管理プログラム４３２は、Ｐ４１１５で選択したレコードの関連コンポーネントプロパティｕｋリスト４３０２及びＰ４１１６で選択したレコードの関連コンポーネントプロパティｕｋリスト４４０２と、Ｐ４１１５で選択したレコードの関連ＳＴプロパティｕｋリスト４３０３及びＰ４１１６で選択したレコードの関連ＳＴプロパティｕｋリスト４４０３とがいずれも等しいか否かを判断する（Ｐ４１１７）。
Ｐ４１１７の判断結果が否定結果の場合（Ｐ４１１７：ＮＯ）、管理プログラム４３２は、Ｐ４１２４に進む。これに対して、Ｐ４１１７の判断結果が肯定結果の場合（Ｐ４１１７：ＹＥＳ）、管理プログラム４３２は、Ｐ４１１５で選択したレコードのプロパティグループ構成補正情報４３０４の値が「Null」であるか否かを判断する（Ｐ４１１８）。
Ｐ４１１８の判断結果が肯定結果の場合（Ｐ４１１８：ＹＥＳ）、対象コンポーネントのバージョンアップの際に当該対象コンポーネントのコンポーネントプロパティの追加や削除がない状態においてＰ４１１５で選択したレコードに対応するプロパティグループと、Ｐ４１１６で選択したレコードに対応するプロパティグループとの構成が一致したことを意味する。かくして、このとき管理プログラム４３２は、Ｐ４１１６で選択したレコードに対応するプロパティグループが、との構成が一致したとして、図４５に示す検索結果テーブル４５００に必要情報を登録する（Ｐ４１１９）。
ここで、検索結果テーブル４５００は、Ｐ４１１７以降の検索処理により検出した、検索対象プロパティグループ構成管理テーブル４４００（図４４）に登録されているプロパティグループのうちの検索プロパティグループ構成管理テーブル４３００（図４３）に登録されたいずれかのプロパティグループと構成が一致するプロパティグループに関する情報を記憶保持するために一時的に作成されるテーブルである。この検索結果テーブル４５００は、かかる検索処理により検出したプロパティグループ毎のレコードを有し、各レコードに、プロパティグループｕｋ４５０１、一致プロパティグループ構成プロパティグループリスト４５０２、不要ＳＴプロパティ削除プロパティグループ構成リスト４５０３及び必要ＳＴプロパティ追加プロパティグループ構成リスト４５０４が格納される。
プロパティグループｕｋ４５０１は、Ｐ４１１５で選択したレコードに対応するプロパティグループのプロパティグループｕｋである。また一致プロパティグループ構成プロパティグループリスト４５０２は、検索対象プロパティグループ構成管理テーブル４４００に登録されたプロパティグループのうち、Ｐ４１１５で選択したレコードに対応するプロパティグループと構成が等しいものとして検出された各プロパティグループのプロパティグループｕｋのリストである。さらに不要ＳＴプロパティ削除プロパティグループ構成リスト４５０３は、不要なＳＴプロパティを削除することにより、検索対象プロパティグループ構成管理テーブル４４００に登録されたプロパティグループのうち、Ｐ４１１５で選択したレコードに対応するプロパティグループの構成と等しい構成となる各プロパティグループのプロパティグループｕｋのリストである。さらに必要ＳＴプロパティ追加プロパティグループ構成リスト４５０４は必要なＳＴプロパティを追加することにより、検索対象プロパティグループ構成管理テーブル４４００に登録されたプロパティグループのうち、Ｐ４１１５で選択したレコードに対応するプロパティグループの構成と等しい構成となる各プロパティグループのプロパティグループｕｋのリストである。
そして管理プログラム４３２は、Ｐ４１１９において、検索結果テーブル４５００に１つのレコードを必要に応じて作成し、そのときＰ４１１５で選択したレコードに対応するプロパティグループのプロパティグループｕｋをプロパティグループｕｋ４５０１としてそのレコードに格納すると共に、そのときＰ４１１６で選択したレコードに対応するプロパティグループのプロパティグループｕｋを一致プロパティグループ構成プロパティグループリスト４５０２に登録する。そのレコードのそして管理プログラム４３２は、この後、Ｐ４１２４に進む。
これに対して、Ｐ４１１８の判断結果が否定結果の場合（Ｐ４１１８：ＮＯ）、管理プログラム４３２は、Ｐ４１１５で選択したレコードのプロパティグループ構成補正情報４３０４の値が「プロパティの削除」であるか否かを判断する（Ｐ４１２０）。
Ｐ４１２０の判断結果が肯定結果の場合（Ｐ４１２０：ＹＥＳ）、対象コンポーネントのバージョンアップの際に当該対象コンポーネントの一部のコンポーネントプロパティが削除されたことに伴ってそのコンポーネントプロパティと関連付けられていたＳＴプロパティを対応するプロパティグループから削除した状態のプロパティグループ構成（Ｐ４１１５で選択したレコードに対応するプロパティグループの構成）と、Ｐ４１１６で選択したレコードに対応するプロパティグループとの構成が一致したことを意味する。かくして、このとき管理プログラム４３２は、Ｐ４１１６で選択したレコードに対応するプロパティグループに関する必要な情報を検索結果テーブル４５００に登録する（Ｐ４１２１）。具体的に、管理プログラム４３２は、Ｐ４１２１において、検索結果テーブル４５００に１つのレコードを必要に応じて作成し、そのときＰ４１１５で選択したレコードに対応するプロパティグループのプロパティグループｕｋをプロパティグループｕｋ４５０１としてそのレコードに格納すると共に、そのときＰ４１１６で選択したレコードに対応するプロパティグループのプロパティグループｕｋを不要ＳＴプロパティ削除プロパティグループ構成リスト４５０３に登録する。そして管理プログラム４３２は、この後、Ｐ４１２４に進む。
これに対して、Ｐ４１２０の判断結果が否定結果の場合（Ｐ４１２０：ＮＯ）、管理プログラム４３２は、Ｐ４１１５で選択したレコードのプロパティグループ構成補正情報４３０４の値が「プロパティの追加」であるか否かを判断する（Ｐ４１２２）。
Ｐ４１２２の判断結果が否定結果の場合（Ｐ４１２２：ＮＯ）、管理プログラム４３２は、Ｐ４１２４に進む。これに対して、Ｐ４１２２の判断結果が肯定結果の場合（Ｐ４１２２：ＹＥＳ）、対象コンポーネントのバージョンアップの際に当該対象コンポーネントのコンポーネントプロパティが追加されたことに伴ってそのコンポーネントプロパティと関連付けるＳＴプロパティを追加した状態のプロパティグループ構成（Ｐ４１１５で選択したレコードに対応するプロパティグループの構成）と、Ｐ４１１６で選択したレコードに対応するプロパティグループとの構成が一致したことを意味する。かくして、このとき管理プログラム４３２は、Ｐ４１１６で選択したレコードに対応するプロパティグループに関する必要な情報を検索結果テーブル４５００に登録する（Ｐ４１２３）。具体的に、管理プログラム４３２は、Ｐ４１２３において、検索結果テーブル４５００に１つのレコードを必要に応じて作成し、そのときＰ４１１５で選択したレコードに対応するプロパティグループのプロパティグループｕｋをプロパティグループｕｋ４５０１としてそのレコードに格納すると共に、そのときＰ４１１６で選択したレコードに対応するプロパティグループのプロパティグループｕｋを必要ＳＴプロパティ追加プロパティグループ構成リスト４５０４に登録する。
続いて、管理プログラム４３２は、Ｐ４１１５で選択したレコードに対応するプロパティグループに関して、検索対象プロパティグループ構成管理テーブル４４００のすべてのレコードに対するステップＳＰ４１１７以降の処理を実行し終えたか否かを判断する（Ｐ４１２４）。
そしてＰ４１２４の判断結果が否定結果の場合（Ｐ４１２４：ＮＯ）、管理プログラム４３２は、Ｐ４１１６に戻り、この後、Ｐ４１１６〜Ｐ４１２４の処理を繰り返す。また管理プログラム４３２は、やがてＰ４１１５で選択したレコードに対応するプロパティグループに関して、検索対象プロパティグループ構成管理テーブル４４００のすべてのレコードに対するステップＳＰ４１１７以降の処理を実行し終えることによりＰ４１２４で肯定結果を得ると（Ｐ４１２４：ＹＥＳ）、検索プロパティグループ構成管理テーブル４３００のすべてのレコードに対するステップＳＰ４１１６以降の処理を実行し終えたか否かを判断する（Ｐ４１２５）。
そしてＰ４１２５の判断結果が否定結果の場合（Ｐ４１２５：ＮＯ）、管理プログラム４３２は、Ｐ４１１５に戻り、この後、Ｐ４１１５〜Ｐ４１２５の処理を繰り返す。また管理プログラム４３２は、やがて検索プロパティグループ構成管理テーブル４３００のすべてのレコードに対するステップＳＰ４１１６以降の処理を実行し終えることによりＰ４１２５で肯定結果を得ると（Ｐ４１２５：ＹＥＳ）、コンポーネントプロパティ差分テーブル４２００にバージョンアップ前後のコンポーネントｕｋ４２０１，４２０２が登録されたコンポーネントのすべてについてＰ４１０５以降の処理を実行し終えたか否かを判断する（Ｐ４１２６）。
Ｐ４１２６の判断結果が否定結果の場合（Ｐ４１２６：ＮＯ）、管理プログラム４３２は、検索プロパティグループ構成管理テーブル４３００及び検索対象プロパティグループ構成管理テーブル４４００をリセットした上でＰ４１０４に戻り、この後、Ｐ４１０４〜Ｐ４１２６の処理を繰り返す。そして、管理プログラム４３２は、やがてコンポーネントプロパティ差分テーブル４２００にバージョンアップ前後のコンポーネントｕｋ４２０１，４２０２が登録されたコンポーネントのすべてについてＰ４１０５以降の処理を実行し終えることによりＰ４１２６で肯定結果を得ると（Ｐ４１２６：ＹＥＳ）、この関連プロパティグループ構成検索処理を終了する。
図４６は、関連プロパティグループ構成検索処理の終了後に、当該関連プロパティグループ構成検索処理の処理結果に基づいて運用自動化システム３０１（図３）の管理サーバ３１１（図３）に表示される関連プロパティグループ構成検索結果画面４６００の構成例を示す。
関連プロパティグループ構成検索結果画面４６００は、プロパティグループ一覧プレーン４６０１と、関連先ＳＴ一覧プレーン４６０２と、タブ表示プレーン４６０３と、「Apply」ボタン４６０４及び「close」ボタン４６０５とを有する。
プロパティグループ一覧プレーン４６０１には、指定ＳＴのバージョンアップに伴ってバージョンアップされたコンポーネントと関連付けられているプロパティグループのリストが表示される。また、これらのプロパティグループのうち、上述の関連プロパティグループ構成検索処理により「バージョンアップに伴うそのプロパティグループの再設定後の構成として可能性のある構成」と一致する構成（完全一致構成、又は、不要なＳＴプロパティを削除し若しくは必要なＳＴプロパティを追加した場合に一致する構成）を有する他のＳＴと関連付けられたプロパティグループを検出できたプロパティグループについては、その旨の情報（例えば「一致構成あり」という文字列４６１０）がそのプロパティグループと対応付けて表示される。
そして関連プロパティグループ構成検索結果画面４６００では、プロパティグループ一覧プレーン４６０１において、一致する構成のプロパティグループを検出できた旨の情報が表示されたプロパティグループの中から所望するプロパティグループに対応する領域をクリックして選択することによって、そのプロパティグループが関連付けられたすべてのＳＴに関する所定情報を関連先ＳＴ一覧プレーン４６０２に表示させることができる。
実際上、このとき関連先ＳＴ一覧プレーン４６０２には、対応するＳＴごとに、その名称（「ＳＴ名」）と、そのバージョン（「ＳＴバージョン」）と、そのＳＴに含まれるプロパティグループのうち、プロパティグループ一覧プレーン４６０１で選択されたプロパティグループと一致する構成のプロパティグループの名称（「プロパティグループ名」）と、一致構成の種類（「完全一致」、「不要なＳＴプロパティを削除することにより一致」、又は「必要なＳＴプロパティを追加することにより一致」のいずれか）とが一覧表示される。
そして関連プロパティグループ構成検索結果画面４６００では、関連先ＳＴ一覧プレーン４６０２に掲載されたＳＴの中から所望するＳＴに対応する行をクリックして選択することによって、そのＳＴに関する所定情報を、指定ＳＴに関する情報と比較可能な状態でタブ表示プレーン４６０３に表示させることができる。
実際上、タブ表示プレーン４６０３には、概要タブ４６１１及び詳細タブ４６１２のいずれかのタブを選択的に表示させることができる。そして概要タブ４６１１が選択された場合、図４６に示すように、タブ表示プレーン４６０３には、指定ＳＴの概要を表す模式図４６１３Ａが概要タブ４６１１の上段に表示され、関連先ＳＴ一覧プレーン４６０２で選択されたＳＴに関する同様の模式図４６１３Ｂが概要タブ４６１１の下段に表示される。
なお、これらの模式図４６１３Ａ，４６１３Ｂでは、対応するＳＴ（指定ＳＴ又は関連先ＳＴ一覧プレーンで選択されたＳＴ）における各プロパティグループをそれぞれ表すアイコン４６２０と、これらのプロパティグループにそれぞれ属するＳＴプロパティを表すアイコン４６２１と、そのＳＴに関連付けられた各コンポーネントをそれぞれ表すアイコン４６２２と、これらコンポーネントのコンポーネントプロパティをそれぞれ表すアイコン４６２３と、そのＳＴの出力を表すアイコン４６２４とがそれぞれ表示され、これらオブジェクト（プロパティグループ、ＳＴプロパティ、コンポーネント、コンポーネントプロパティ）の中で関連付けられたオブジェクト同士が矢印で接続される。
また、これらの模式図４６１３Ａ，４６１３Ｂでは、プロパティグループ一覧プレーン４６０１において選択されたプロパティグループに対応するアイコン４６２０と、指定ＳＴのバージョンアップでバージョンアップされたコンポーネントに対応するアイコン４６２２と、そのコンポーネントのコンポーネントプロパティのうちのかかるプロパティグループに属するいずれかのＳＴプロパティと関連付けられたコンポーネントプロパティに対応するアイコン４６２３と、当該コンポーネントプロパティ及びかかるＳＴプロパティ間を接続する矢印とが太線や他の部分と異なる色などにより強調表示される。
さらに、これらの模式図４６１３Ａ，４６１３Ｂでは、指定ＳＴに関連付けられたプロパティグループ及び当該プロパティグループに属するＳＴプロパティと、関連先ＳＴ一覧プレーン４６０２で選択されたＳＴに関連付けられたプロパティグループ及びＳＴプロパティとのうち、指定ＳＴ及び関連先ＳＴ一覧プレーン４６０２で選択されたＳＴ間で設定値に差分のあるプロパティグループ及びＳＴプロパティにその旨を表す警告マーク４６２５が表示される。
また詳細タブ４６１２が選択された場合、図４７に示すように、タブ表示プレーン４６０３には、プロパティグループ一覧プレーン４６０１において選択したプロパティグループと関連づけられたＳＴプロパティの一覧４７００が表示される。そして、この一覧４７００では、指定ＳＴには存在するが、関連先ＳＴ一覧プレーン４６０２で選択したＳＴには存在しない指定ＳＴプロパティについては「削除」という文字列４７０１及び警告マーク４７０２がそのＳＴプロパティの行に表示され、指定ＳＴにおける設定値と、関連先ＳＴ一覧プレーン４６０２で選択したＳＴにおける設定値とに差分があるＳＴプロパティについては「修正」という文字列４７０４及び警告マーク４７０６がそのＳＴプロパティの行に表示される。
また、かかる一覧４７００では、当該一覧４７００に掲載された各ＳＴプロパティにそれぞれ対応させて開閉ボタン４７０５が表示され、所望するＳＴプロパティに対応する開閉ボタン４７０５をクリックして当該開閉ボタンの表示状態を「開く」の表示状態に遷移させることにより、そのＳＴプロパティにおける各項目の設定値と、関連先ＳＴ一覧プレーン４６０２で選択したＳＴのそのＳＴプロパティにおける各項目の設定値とを比較可能な状態に表示させることができる。具体的には、そのＳＴプロパティにおける各項目の設定値が詳細タブ４６１２の左側に表示され、関連先ＳＴ一覧プレーン４６０２で選択したＳＴのそのＳＴプロパティにおける各項目の設定値が詳細タブ４６１２の右側に表示される。また、この際、詳細タブ４６１２の右側に表示された関連先ＳＴ一覧プレーン４６０２で選択したＳＴのそのＳＴプロパティにおける各項目の設定値のうち、指定ＳＴのそのプロパティにおける設定値と値が異なる項目については、その項目に対応させて警告マーク４７０６が表示される。
そして関連プロパティグループ構成検索結果画面４６００では、関連先ＳＴ一覧プレーン４６０２で所望するＳＴを選択した状態において「Apply」ボタン４６０４をクリックすることによって、指定ＳＴにおけるプロパティグループ一覧プレーン４６０１で選択したプロパティグループの設定内容を、そのとき関連先ＳＴ一覧プレーン４６０２で選択したＳＴにおける対応するプロパティグループの設定内容に更新することができる。これによりバージョンアップ後の指定ＳＴについて、必要なプロパティグループのプロパティ再設定作業を容易に行うことができる。
以上、一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。
例えば、カスタムＵＩは、ＳＴバージョンアップ画面（例えばIndividual applyモードでのバージョン指定用のＵＩ（例えばテキストフィールドではなくプルダウンメニュー）に適用されてよい。
また、実施形態では、ＳＴ種別が「Release」とされる前にＳＴについてテストが実行され、不具合が発見されなければ、そのＳＴのＳＴ種別が「Release」とされ、その後、ＳＴ種別「Release」に対応したＳＴの編集は不可とされる。しかし、ＳＴ種別が「Release」とされた後にそのＳＴについて何らかの不具合が発見された場合、そのＳＴの複製を生成し、そのＳＴの複製に対応するＳＴ種別を「Debug」として、そのＳＴの複製を改善することが行われてもよい。つまり、ＳＴ種別が「Release」とされた後であっても、そのＳＴの複製を作成することで改善が可能であってよい。
また、例えば、ＳＴバージョンアップ処理では、管理プログラム４３２は、指定ＳＴの複製を、必ずしもＰ３５１１，Ｐ３５２２及びＰ３５３３にて行う必要はなく、それよりも前（例えば、Ｐ３５００の前）に行ってもよい。例えば、図２７の「Update」ボタン２７０３が押されたことを契機に、管理プログラム４３２が、指定ＳＴの複製を作成し、図２８の画面を表示してもよい（指定ＳＴの複製を作成した後に、「All apply」モードと「Individual apply」モードの選択を受け付けてもよい）。
本発明は、システム運用の自動化を支援する管理システムに適用することができる。
３０１……運用自動化システム、３１０……計算機システム、３１１……管理サーバ、３１２……管理クライアント、４１１……プロセッサ、４１２……メモリ、４１４……ポート、４３２……管理プログラム、４６００……関連プロパティグループ構成検索結果画面。

Claims (10)

  1. １以上の運用対象装置を含む運用対象システムに接続されたインターフェースデバイスと、
    管理プログラムを記憶する記憶資源と、
    前記管理プログラムを実行することで、運用自動化のためのテンプレートであり、１以上のコンポーネントが関連付けられたサービステンプレートを作成又は編集するプロセッサと
    を備え、
    サービステンプレートの各プロパティは、１又は複数のプロパティグループにまとめられると共に、それぞれ当該サービステンプレートに関連付けられた各前記コンポーネントのプロパティであるコンポーネントプロパティと関連付けられており、
    前記プロセッサは、
    （１）サービステンプレートを指定したバージョンアップ要求を受信し、
    （２）前記バージョンアップ要求に応答して、前記指定されたサービステンプレート又はその複製に関連付けられた前記コンポーネントのうちのバージョンアップの対象となる前記コンポーネントを対象コンポーネントとして、前記対象コンポーネントを、異なるバージョンの前記対象コンポーネントに差し替えるようにしてバージョンアップし、
    （３）前記プロパティグループに属する前記プロパティの数と、当該プロパティがそれぞれ関連付けられた前記コンポーネントプロパティとの組合せを当該プロパティグループの構成として、前記指定されたサービステンプレート又はその複製の前記プロパティグループのうち、前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティを含む再設定前の各前記プロパティグループについて、当該対象コンポーネントのバージョンアップに伴う再設定後の構成として可能性のある構成をそれぞれすべて推定し、
    （４）推定したいずれかの前記構成を有するプロパティグループを、前記指定されたサービステンプレート又はその複製以外のサービステンプレートの１又は複数のプロパティから形成されるプロパティグループの中から検索し、
    （５）検索により検出した前記プロパティグループの設定内容を表示する、
    管理システム。
  2. （３）において、前記プロセッサは、
    前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティを含む各前記プロパティグループの当該対象コンポーネントのバージョンアップに伴う再設定後の構成として可能性のある構成として、前記プロパティグループに属する前記プロパティの数と、各前記プロパティがそれぞれ関連付けられるコンポーネントのコンポーネントプロパティとを推定する、
    請求項１記載の管理システム。
  3. （５）において、前記プロセッサは、
    （４）で検出した前記プロパティグループに属する前記プロパティごとの設定内容を表示する、
    請求項１記載の管理システム。
  4. （５）において、前記プロセッサは、
    （４）で検出した前記プロパティグループに属する前記プロパティの設定内容を、前記指定されたサービステンプレート又はその複製における対応する前記プロパティグループの対応する前記プロパティの設定内容と比較可能な状態に表示する、
    請求項３記載の管理システム。
  5. 前記プロセッサは、
    （６）所定の操作入力に応じて、前記指定されたサービステンプレート又はその複製における前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティの設定内容を、（４）で検出した対応する前記プロパティグループに属する対応する前記プロパティの設定内容に更新する、
    請求項１記載の管理システム。
  6. １以上の運用対象装置を含む運用対象システムを管理する管理システムにおいて実行される管理方法であって、
    前記管理システムは、
    前記運用対象システムに接続されたインターフェースデバイスと、
    管理プログラムを記憶する記憶資源と、
    前記管理プログラムを実行することで、運用自動化のためのテンプレートであり、１以上のコンポーネントが関連付けられたサービステンプレートを作成又は編集するプロセッサと
    を有し、
    サービステンプレートの各プロパティは、１又は複数のプロパティグループにまとめられると共に、それぞれ当該サービステンプレートに関連付けられた各前記コンポーネントのプロパティであるコンポーネントプロパティと関連付けられており、
    前記プロセッサが、サービステンプレートを指定したバージョンアップ要求を受信する第１のステップと、
    前記プロセッサが、前記バージョンアップ要求に応答して、前記指定されたサービステンプレート又はその複製に関連付けられた前記コンポーネントのうちのバージョンアップの対象となる前記コンポーネントを対象コンポーネントとして、前記対象コンポーネントを、異なるバージョンの前記対象コンポーネントに差し替えるようにしてバージョンをバージョンアップする第２のステップと、
    前記プロパティグループに属する前記プロパティの数と、当該プロパティがそれぞれ関連付けられた前記コンポーネントプロパティとの組合せを当該プロパティグループの構成として、前記プロセッサが、前記指定されたサービステンプレート又はその複製の１又は複数のプロパティから形成されるプロパティグループのうち、前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティを含む再設定前の各前記プロパティグループについて、当該対象コンポーネントのバージョンアップに伴う再設定後の構成として可能性のある構成をそれぞれすべて推定する第３のステップと、
    前記プロセッサが、推定したいずれかの前記構成を有するプロパティグループを、前記指定されたサービステンプレート又はその複製以外のサービステンプレートの１又は複数のプロパティから形成されるプロパティグループの中から検索する第４のステップと、
    前記プロセッサが、検索により検出した前記プロパティグループの設定内容を表示する第５のステップと、
    を備える管理方法。
  7. 前記第３のステップにおいて、前記プロセッサは、
    前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティを含む各前記プロパティグループの当該対象コンポーネントのバージョンアップに伴う再設定後の構成として可能性のある構成として、前記プロパティグループに属する前記プロパティの数と、各前記プロパティがそれぞれ関連付けられるコンポーネントのコンポーネントプロパティとを推定する、
    請求項６記載の管理方法。
  8. 前記第５のステップにおいて、前記プロセッサは、
    前記第４のステップで検出した前記プロパティグループに属する前記プロパティごとの設定内容を表示する、
    請求項６記載の管理方法。
  9. 前記第５のステップにおいて、前記第４のステップで検出した前記プロパティグループに属する前記プロパティの設定内容を、前記指定されたサービステンプレート又はその複製における対応する前記プロパティグループの対応する前記プロパティの設定内容と比較可能な状態に表示する、
    請求項８記載の管理方法。
  10. 前記プロセッサが、所定の操作入力に応じて、前記指定されたサービステンプレート又はその複製における前記バージョンアップされた対象コンポーネントと関連付けられている前記プロパティの設定内容を、前記第４のステップで検出した対応する前記プロパティグループに属する対応する前記プロパティの設定内容に更新する第６のステップを備える、
    請求項６記載の管理方法。
JP2018527344A 2016-07-14 2016-07-14 管理システム及び管理方法 Active JP6637599B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/070912 WO2018011959A1 (ja) 2016-07-14 2016-07-14 管理システム及び管理方法

Publications (2)

Publication Number Publication Date
JPWO2018011959A1 JPWO2018011959A1 (ja) 2018-08-16
JP6637599B2 true JP6637599B2 (ja) 2020-01-29

Family

ID=60951669

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018527344A Active JP6637599B2 (ja) 2016-07-14 2016-07-14 管理システム及び管理方法

Country Status (3)

Country Link
US (1) US10768927B2 (ja)
JP (1) JP6637599B2 (ja)
WO (1) WO2018011959A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6174825B2 (ja) 2015-01-16 2017-08-02 株式会社日立製作所 サービスを作成する管理システム
USD826977S1 (en) * 2016-07-27 2018-08-28 Beckman Coulter, Inc. Display screen with graphical user interface for a laboratory instrument
JP7102783B2 (ja) * 2018-03-01 2022-07-20 日本電気株式会社 システム管理装置、システム管理方法、およびプログラム
US11307980B2 (en) * 2018-04-20 2022-04-19 Seagate Technology Llc Distributed data storage system with passthrough operations
USD923647S1 (en) * 2018-09-11 2021-06-29 Rodan & Fields, Llc Display screen or portion thereof having a graphical user interface for scoring one or more individuals
WO2020079806A1 (ja) * 2018-10-18 2020-04-23 三菱電機株式会社 プログラム照合装置、プログラム照合方法、およびプログラム照合プログラム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7418700B2 (en) * 2001-01-29 2008-08-26 Microsoft Corporation System and method to facilitate installation and/or removal of components
US7428559B2 (en) * 2001-12-13 2008-09-23 Microsoft Corporation Versioning model for software program development
US8473893B2 (en) * 2008-09-30 2013-06-25 Accurev, Inc. Integration of external software analysis processes with software configuration management applications
GB0500151D0 (en) * 2005-01-06 2005-02-16 Ibm A method and system for updating application design
JP4902282B2 (ja) * 2006-07-12 2012-03-21 株式会社日立製作所 業務システム構成変更方法、管理コンピュータ、および、業務システム構成変更方法のプログラム
US8296721B2 (en) * 2007-05-30 2012-10-23 International Business Machines Corporation Template-based software development
EP2830008A4 (en) 2012-03-23 2015-10-21 Hitachi Ltd MANAGEMENT SYSTEM AND METHOD THAT MANAGE OPERATION
WO2013179469A1 (ja) * 2012-05-31 2013-12-05 富士通株式会社 運用プロセス作成プログラム、運用プロセス作成方法、及び情報処理装置
US9262150B2 (en) * 2012-09-22 2016-02-16 Avaya Inc. Services versioning
US20140149358A1 (en) * 2012-11-29 2014-05-29 Longsand Limited Configuring computing devices using a template
JP2015103105A (ja) * 2013-11-26 2015-06-04 株式会社リコー 通信装置、通信システム、及び通信プログラム
US10282187B2 (en) * 2014-07-03 2019-05-07 Oracle International Corporation Efficient application patching in heterogeneous computing environments
US10223157B2 (en) 2014-11-28 2019-03-05 Hitachi, Ltd. Management system and management method for creating service
JP6174825B2 (ja) * 2015-01-16 2017-08-02 株式会社日立製作所 サービスを作成する管理システム

Also Published As

Publication number Publication date
JPWO2018011959A1 (ja) 2018-08-16
WO2018011959A1 (ja) 2018-01-18
US10768927B2 (en) 2020-09-08
US20180260213A1 (en) 2018-09-13

Similar Documents

Publication Publication Date Title
JP6637599B2 (ja) 管理システム及び管理方法
JP6174825B2 (ja) サービスを作成する管理システム
US10768978B2 (en) Management system and management method for creating service
JP5716822B2 (ja) 情報処理装置、情報処理方法、および情報処理プログラム
JP6421249B2 (ja) デバッグを支援する方法及び計算機システム
JP2006294054A (ja) 表示制御プログラム及び表示制御装置
JP4760921B2 (ja) 項目設定装置、並びにその制御方法及び制御プログラム
US9342317B2 (en) Importing profiles for configuring specific system components into a configuration profile for the system
JP6643807B2 (ja) 文書管理クライアント装置、文書管理方法
JP2007304759A (ja) 運用管理装置および運用管理方法ならびにプログラム
WO2019026171A1 (ja) ストレージシステムの管理システム
US20240111521A1 (en) Code processing method and system, and computer cluster, medium, and program product
JP4360942B2 (ja) ソフトウェア開発支援装置
JP2008033683A (ja) 制御システム設定装置
JP2007200222A (ja) ファイル管理サーバ、ファイル管理方法、およびそのためのプログラム
JP2017174410A (ja) 情報処理システム、アプリケーション導入方法及び情報処理装置
JPH11143701A (ja) 高可用性システムの設計支援機能を有する計算機システム
JP2010225109A (ja) 仮想アプライアンスサーバ管理方法及びシステム、並びに仮想アプライアンスサーバ管理システム用プログラム、及びそれを格納した仮想アプライアンスサーバ管理システム用記録媒体
US11360787B2 (en) Information processing system and control method
JP5502696B2 (ja) ソフトウェア開発支援システム、ソフトウェア開発支援プログラム、ソフトウェア開発支援方法
JP2003208500A (ja) ビジネスプロセス定義表示方法、システムおよびプログラム
JP2013077177A (ja) 仕様入力支援装置およびプログラム
JP2020017299A (ja) 情報処理装置、その処理方法、及びプログラム
JP2019121119A (ja) 計算機システムおよび推奨パラメータ値抽出方法
WO2007077626A1 (ja) データメンテナンス装置、データメンテナンス方法、及びデータメンテナンスプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190423

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190606

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191126

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191220

R150 Certificate of patent or registration of utility model

Ref document number: 6637599

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150