WO2023233451A1

WO2023233451A1 - システム運用計画装置、表示装置、システム運用計画方法および記録媒体

Info

Publication number: WO2023233451A1
Application number: PCT/JP2022/021890
Authority: WO
Inventors: 貴之黒田
Original assignee: 日本電気株式会社
Priority date: 2022-05-30
Filing date: 2022-05-30
Publication date: 2023-12-07

Abstract

システム運用計画装置が、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的数値範囲で示す情報に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成する。

Description

システム運用計画装置、表示装置、システム運用計画方法および記録媒体

　本発明は、システム運用計画装置、表示装置、システム運用計画方法および記録媒体に関する。

　ＩＣＴ（Information and Communication Technology、情報通信技術）システムなどのシステムの設計または運用に関連する技術が提案されている。
　例えば、非特許文献１には、システムの自動設計に関する技術が記載されている。また、特許文献１から３には、状態マシン群の状態を遷移させる手順に関する技術が記載されている。また、非特許文献２から５には、システムまたはネットワークの状態監視に関する技術が記載されている。

日本国特開２０１５－２１５８８５号公報日本国特開２０１５－２１５８８６号公報日本国特開２０１５－２１５８８７号公報

黒田貴之、外７名、"ICTシステムの設計に関する知識の機械学習による獲得"、電子情報通信学会論文誌 B Vol.J104-B No.3 pp.140-151、２０２１年 Zhaowei Xi、外７名、"Newton: Intent-Driven Network Traffic Monitoring"、IEEE/ACM Transactions on Networking、DOI: 10.1109/TNET.2021.3128557、２０２１年寺岡文男、外２名、"ネットワークオントロジBonsaiとその活用法に関する一考察"、信学技報 IA2021-55 (2022-01)、２０２２年 Kengo Tajiri、外３名、"Dividing deep learning model for continuous anomaly detection of inconsistent ict systems"、NOMS 2020 - 2020 IEEE/IFIP Network Operations and Management Symposium、２０２年 K. Abbas、外３名、"Network Slice Lifecycle Management for 5G Mobile Networks: An Intent-Based Networking Approach"、IEEE Access, vol. 9、DOI: 10.1109/ACCESS.2021.3084834、２０２１年

　システムの運用時にシステム構成を変更するか否かを自動で判定するための判定基準を設けられることが好ましい。

　この発明の目的の一例は、上述した課題を解決することのできるシステム運用計画装置、表示装置、システム運用計画方法および記録媒体を提供することである。

　本発明の第一の態様によれば、システム運用計画装置は、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成する。

　本発明の第二の態様によれば、表示装置は、運用対象のシステムである対象システムの運用時に値が変化し、かつ、その値が前記対象システムの動作状況と相関性を有する変動因子のリストを表示する表示手段を備える。

　本発明の第三の態様によれば、表示装置は、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲を表示する表示手段を備える。

　本発明の第四の態様によれば、表示装置は、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値を示す座標軸を複数の前記変動因子のそれぞれについて有する座標空間に、前記座標軸ごとの前記変動因子の値を示す点を表示する表示手段を備える。

　本発明の第五の態様によれば、システム運用計画方法は、コンピュータが、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成することを含む。

　本発明の第六の態様によれば、記録媒体は、コンピュータに、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成することを実行させるためのプログラムを記録している。

　本発明によれば、システムの運用時にシステム構成を変更するか否かを自動で判定するための判定基準を設けることができる。

第１の実施形態に係るシステム運用計画装置の機能構成の例を示すブロック図である。第１の実施形態に係る運用計画部が運用計画を生成する処理の概要を説明するための図である。第１の実施形態における、抽象的な要件の表現例を示す図である。第１の実施形態における、具体的な要件の例を示す図である。第１の実施形態における、具体的な要件の行列の例を示す図である。第１の実施形態における、変動因子の定義情報の例を示す図である。第１の実施形態における、構成部品型の定義情報および関係性型の定義情報の例を示す図である。第１の実施形態における、構成情報の第１の例を示す図である。第１の実施形態における、構成情報の第２の例を示す図である。第１の実施形態における、構成ペアから導出された差分情報の例を示す図である。第１の実施形態における、図１０に例示されている差分情報から導出される状態遷移系の例を示す。第１の実施形態における、状態遷移系の定義を含む構成部品型の定義情報の例を示す図である。第１の実施形態における、状態遷移系から導出された構成変更手順の例を示す図である。第１の実施形態における、運用計画の例を示す図である。第１の実施形態に係る運用計画部が行う処理の手順の例を示すフローチャートである。第１の実施形態に係る構成設計部が行う処理の手順の例を示すフローチャートである。第１の実施形態に係る手順計画部が行う処理の手順の例を示すフローチャートである。第１の実施形態に係る運用計画部が利用者に提示するＧＵＩ（Graphical User Interface）の例を示す図である。第２の実施形態に係るシステム運用計画装置の機能構成の例を示すブロック図である。第２の実施形態に係る状態管理部に記録されたシステム状態情報の例を示す図である。第２の実施形態に係る運用実行部が行う処理の手順の例を示すフローチャートである。第２の実施形態に係る運用実行部が行う、対象システムの状態を適切な状態に維持するための動作における処理の手順の例を示すフローチャートである。第２の実施形態に係る判定部が行う処理の手順の例を示すフローチャートである。第３の実施形態に係るシステム運用計画装置の機能構成の例を示すブロック図である。第４の実施形態に係るシステム運用計画装置の構成の例を示す図である。第５の実施形態から第７の実施形態に係る表示装置の構成の例を示す図である。第８の実施形態にかかるシステム運用計画方法における処理の手順の例を示す図である。少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。

　以下、本発明の実施形態を説明するが、以下の実施形態は請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

＜第１の実施形態＞
　第１の実施形態では、システム運用計画装置が、システムの運用計画までを実施する場合について説明する。一方、第２の実施形態および第３の実施形態では、システム運用計画装置が、システムの運用計画に加えて、システムの運用も実施する場合について説明する。

　第１の実施形態におけるシステム運用計画装置の構成を説明する。
　図１は、第１の実施形態に係るシステム運用計画装置の機能構成の例を示すブロック図である。
　図１に示す構成で、システム運用計画装置１は、入出力部９０１と、運用計画部１００とを備える。運用計画部１００は、計画制御部１０１と要件生成部１０２と構成設計部１０３と手順計画部１０４を備える。

　入出力部９０１は、入出力装置を含んで構成され、利用者（ユーザ）とのインタフェースとして機能する。入出力装置は、例えばキーボードおよびマウスなどの入力装置と、表示装置との組み合わせにて構成されていてもよい。入出力部９０１が、利用者とのインタフェースの機能に加えて、あるいは代えて、他の装置との通信機能を有していてもよい。
　入出力部９０１が、システム運用計画装置１の外部の入出力装置として構成され、入出力装置と計画制御部１０１とが通信可能となっていてもよい。

　運用計画部１００は、入出力部９０１を介して利用者から入力された抽象的な要件を受け付けて、入出力部９０１へ運用計画を出力する。抽象的な要件とは、利用者が構築したいシステムの要件を抽象的に示す情報である。運用計画とは、抽象的な要件を満たすシステムを構築し、構築したシステムが抽象的な要件を維持するように運用するための、一連の処理を示す情報である。
　システム運用計画装置１が運用計画を生成する対象とするシステムを、対象システムとも称する。運用計画部１００は、対象システムが抽象的な要件を満たすように、運用計画を生成する。

　計画制御部１０１は、受け付けた抽象的な要件に基づいて要件生成部１０２と構成設計部１０３と手順計画部１０４との機能を用いて運用計画を生成し、生成した運用計画を入出力部９０１へ出力する。要件生成部１０２は、計画制御部１０１から受け付けた抽象的な要件を具体的な要件の行列に変換して計画制御部１０１へ出力する。

　構成設計部１０３は、計画制御部１０１から受け付けた複数の具体的な要件のそれぞれに対応する構成情報を設計して計画制御部１０１へ出力する。構成情報は、システム構成を示す情報である。構成設計部１０３は、構成設計手段の例に該当する。

　手順計画部１０４は、計画制御部１０１から受け付けた複数の構成情報について、ある構成情報が示すシステム構成から別のある構成情報が示すシステム構成へ変更するための手順を計画して計画制御部１０１へ出力する。手順計画部１０４は、手順計画手段の例に該当する。

　運用計画部１００への入力情報である抽象的な要件は、上記のように、利用者が構築したいシステムの要件を示す情報であり、特に変動因子を含む情報である。変動因子とは、対象システムのシステム構成の選択の基準となり、かつ、対象システムの運用中に変動するようなパラメタのことである。さらに言えば、変動因子は、対象システム９１１の運用時に値が変化し、かつ、その値が対象システム９１１の動作状況と相関性を有するもの（項目）である。

　変動因子の例として、対象システムへのアクセスの頻度を挙げることができる。アクセスの頻度が高まった場合には、対象システムが、より高負荷に耐え得るように、対象システムの計算資源やネットワーク資源を増強する必要がある。一方で、アクセスの頻度が低下した場合には、対象システムを少ない資源で稼働させた方が、電力およびコストを節約して効率的に運用できる。

　このように、変動因子は、対象システムに負荷をかける要因など、対象システムの動作に影響を及ぼす要因に関する数量であってもよい。
　あるいは、変動因子は、対象システムのＣＰＵ（Central Processing Unit；中央処理装置）負荷率またはターンアラウンドタイム（Turn Around Time）など、対象システムのパフォーマンスに関する測定値または計算値であってもよい。

　抽象的な要件において、各変動因子には特定の値が指定される代わりに、許容される値の範囲が指定される。この範囲を変動因子範囲とも称する。変動因子範囲は、対象システム９１１の運用時に変動因子の値がとることが許容される範囲である。
　一方、具体的な要件とは、抽象的な要件から、各変動因子の値が具体的に定まったものである。具体的な要件に基づいて、特定の具体的なシステム構成を設計することができる。

　図２は、運用計画部１００が運用計画を生成する処理の概要を説明するための図である。
　図２の（ａ）の部分は、抽象的な要件に示される変動因子と、それぞれの変動因子が採り得る値の範囲（最小値から最大値までの範囲）を示している。上記のように、変動因子が採り得る値の範囲も、抽象的な要件にて示される。
　なお、抽象的な要件に示される変動因子の個数は、１つ以上であればよく、特定の個数に限定されない。即ち、図２に示す例では、説明の便宜上２種類の変動因子を２次元平面上に表した場合を例に説明するが、運用計画部１００が扱う変動因子は２種類には限定されない。

　図２の（ｂ）の部分は、変動因子が採り得る値の範囲に加えて、具体的な要件の設定の例を示している。図２の（ｂ）の部分は、具体的な要件を、白丸ａ１１のように白丸（○）で示している。
　運用計画部１００が、具体的な要件の設定を行うようにしてもよい。図２の（ｂ）の部分に示す例で、運用計画部１００は、それぞれの変動因子の採り得る値の範囲を複数の区間に等分割し、区間の境界にあたる具体的な変動因子の値の組を設定している。具体的な変動因子の値の組の設定により、設定された変動因子の値を元の抽象的な要件の変動因子の値とする、具体的な要件の行列を得られる。

　ただし、具体的な要件の設定における、具体的な変動因子の値の組の設定方法は、特定の方法に限定されない。また、具体的な変動因子の値の組の配置は、図２の（ｂ）の部分の例のような、格子状の配置に限定されない。
　例えば、変動因子が採り得る値の範囲のうち、変動因子の値の変化がシステム構成に及ぼす影響が比較的小さい部分について、運用計画部１００が、具体的な変動因子の値の組を間引くようにしてもよい。すなわち、運用計画部１００が、具体的な要件を間引くようにしてもよい。

　また、運用計画部１００が、具体的な変動因子の値の組を設定した後、設定した変動因子の組を利用者に提示し、具体的な変動因子の値の組の利用者による編集を受け付けるようにしてもよい。例えば、運用計画部１００が、具体的な変動因子の値の組の位置の変更、追加、および、削除を受け付けるようにしてもよい。

　図２の（ｃ）の部分は、変動因子が採り得る値の範囲に加えて、具体的な構成情報、および、構成変更手順の設定の例を示している。図２の（ｃ）の部分は、具体的な構成情報を、黒丸ａ１２のように黒丸（●）で示し、具体的な構成情報間における構成変更手順の設定を、矢印ａ１３のように矢印で示している。

　図２の（ｃ）の部分に示す例で、運用計画部１１０は、それぞれの具体的な要件に対して具体的な構成情報を設計している。さらに、運用計画部１１０は、隣り合った２つの構成情報の一方からもう一方へと構成変更するための作業手順を計画している。運用計画部１１０は、これにより、運用計画を策定している。

　運用計画部１１０が生成する運用計画によれば、定められた変動因子の範囲において、変動因子の値に基づいて対象システムの適切なシステム構成を判断し、現在のシステム構成から適切なシステム構成へと変更するための手順を抽出できると期待される。抽出された手順に従って対象システムのシステム構成を変更することで、対象システムの適切な状態を維持できると期待される。

　運用計画部１１０が生成する運用計画に基づいてシステムを運用するには、変動因子の値を継続的に監視する必要がある。そこで、要件生成部１０２は、各変動因子の監視要件を具体的な要件に挿入する。構成設計部１０３は、追加された監視要件に基づいて各変動因子の監視機能を含む対象システムのシステム構成を設計する。

　次に、システム運用計画装置１が使用するデータについて説明する。
　第一の実施形態では、対象システムの要件は、例えば、抽象的な構成情報によって記述される。抽象的な構成情報とは、一部または全部の要素が、抽象的な要素によって記述されている構成情報、および、一部または全部の要素が依存する他の要素の指定が省略されている構成情報の総称である。構成情報とは、システムを構成する部品と部品間の関係性を示す情報である。

　システムを構成する部品を構成部品と称する。部品間の関係性を単に関係性とも称する。また構成部品と関係性を総称して、構成要素とも表記する。構成要素には、具体的な構成要素と抽象的な構成要素とがある。

　具体的な構成要素は、その種類が一意に特定できる構成要素である。具体的な構成要素の例として、アプリケーションサーバ（AppServer）の一種である”Tomcatのバージョン1”のように、製品名および型番が定まった構成部品を挙げることができる。

　抽象的な構成要素は、複数の種類の構成要素を総称した構成要素である。抽象的な構成要素の例として、AppServerを挙げることができる。
　対象システムの要件として、抽象的な構成要素を指定すること、または、ある構成要素が依存する他の構成要素の指定を省略することで、例えば”AppServerであればどのような製品でもよい”というように、自由度を含む条件を簡潔かつ正確に表現できる。
　一方、システムが構築されるにあたっては、構成情報は具体的である必要がある。すなわち、全ての構成要素が具体的であり、かつ依存する他の構成要素が揃っている必要がある。

　構成情報は、構成部品をノード、関係性をエッジとするグラフ形式の情報によって記述できる。各構成要素はその種類を示す型情報や属性値を示すプロパティなどの関連情報を更に含む。

　図３は、抽象的な要件の表現例を示す図である。図３の（ａ）の部分は、抽象的な要件の図による表現例を示す。図３の（ｂ）の部分は、抽象的な要件のテキストによる表現例を示す。
　図３に例示する抽象的な要件の構成には、”myWebApp”をID（Identifier、識別情報）とする構成部品が１つ含まれている。これは”myWebApp”が稼働するシステムの構築と”myWebApp”の稼働の維持とを要求するという利用者の意図を示している。

　また、抽象的な要件において、各構成要素がプロパティとして任意個の変動因子の情報を持つことができる。抽象的な要件では、変動因子ごとに、その変動因子の種類と、その変動因子に許容する値の範囲とが指定される。
　図３に示される抽象的な要件の例では、”myWebApp”が”秒間アクセス数”と”要求当たりの負荷”という２つのプロパティを含んでいる。図３の（ａ）の部分では、これら２つのプロパティが変動因子として示されている。図３の（ｂ）の部分では、これら２つのプロパティは、”変動因子である”が”True”となっていることで変動因子に指定されている。”秒間アクセス数”に許容される値の範囲として、10から1000が指定されている。”要求当たりの負荷”に許容される値の範囲として、100から500が指定されている。

　上述したように、運用計画部１００は、抽象的な要件を元に、具体的な要件の行列を生成することができる。各具体的な要件の内容は、抽象的な要件と基本的には同様であるが、変動因子は、一般的なプロパティと変動因子の監視要件とに置き換えられ、プロパティの値には値の範囲ではなく特定の値が割り当てられる。

　図４は、具体的な要件の例を示す図である。
　図４に示す具体的な要件は、図３に示す抽象的な要件を踏襲しているが、変動因子は一般的なプロパティおよび監視要件に置き換えられている。変動因子に由来するプロパティとして”秒間アクセス数”と”要求当たりの負荷”が設定されている。”秒間アクセス数”の具体的な値として10が設定されている。”要求当たりの負荷”の具体的な値として100が設定されている。

　各変動因子の監視要件に関しては、各変動因子を監視する機能を有する構成部品として”秒間アクセス数”と”要求当たりの負荷”とが示されている。これらの構成部品と”myWebApp”とについて、”秒間アクセス数”および”要求当たりの負荷”のそれぞれを接続元とし、”myWebApp”を接続先とする接続関係が、監視対象型の関係性によって示されている。頭に”$”のついた”$myWebApp”のような表記は、”myWebApp”のような構成部品への参照を表している。

　変動因子を監視する機能を有する構成部品を含む具体的な要件は、対象システム９１１が、変動因子の値を取得するための観測を行うための構成を含むという要件を含む具体的な要件の例に該当する。すなわち、変動因子を監視する機能を有する構成部品を含む具体的な要件を満たすように対象システム９１１のシステム構成を設計することで、変動因子の値を取得するための観測を行うための構成を含むシステム構成が得られる。ここでいう観測は、変動因子の値またはそれに関連する値を測定または計数することなど、変動因子の値またはそれに関連する値を取得するための処理であってもよい。

　具体的な要件の行列は、変動因子の値の異なる各具体的な要件の集合である。
　図５は、具体的な要件の行列の例を示す図である。
　図５に示す例で、具体的な要件の行列は、運用計画の一部として、具体的な要件の配列によって定義されている。配列の各要素は、項目”変動因子”と項目”要件”とからなる。項目”変動因子”には変動因子の値の組が定義され、項目”要件”には具体的な要件が定義されている。

　上述したように、配列の各要素が持つ変動因子の値は、抽象的な要件に定義された変動因子の値の範囲を複数の区間に分割することで生成されてもよい。図５に示す例で、運用計画部１００は、２つの変動因子をそれぞれ２区間に分割することで、変動因子ごとに３通りの値を生成し、生成された各変動因子の値の組み合わせによって、９通りの値の組および具体的な要件を生成している。

　利用者による抽象的な要件の定義、および、運用計画部１００による抽象的な要件に基づく具体的な要件の生成を行えるように、利用者は、変動因子の型情報を事前に定義しておく。変動因子の型情報は、型名、値型、値の観測方法、値の単位、最初の構築時の構成に用いるべき値である基本値、および構成部品としての定義などを含む。

　変動因子の型情報における値型は、その変動因子の値の型である。値型として、整数（Integer）または真偽値(Boolean)などが指定されてもよい。
　値の範囲の指定方法と具体的な要件を生成するための値の区間の分割方法とは、値型ごとに異なる。これらは、値型ごとに予め定められるものとする。Integerの場合には、最大値と最小値を設定して、これを複数の区間に分割すればよい。Booleanの場合には、範囲の指定方法は特になく、区間の分割では単にtrueとfalseとが示されればよい。

　変動因子の型情報における観測方法は、運用時における変動因子の値の観測方法である。観測方法として、”監視”または”利用者入力”などが指定されてもよい。観測方法が”監視”の場合、運用中のシステムを監視することで値を獲得することを示す。観測方法が”利用者入力”の場合、利用者が入出力装置を介して変動因子の値を指定することを示す。

　”利用者入力”との観測方法は、利用者が対象システムに要求する要件の一部を変更することが予め分かっている場合に、対象システムのシステム構成の切り替えスイッチとして利用することができる。
　構成部品としての定義は、監視要件を示す構成部品に変換された際の構成部品型の定義であり、観測方法が”監視”の場合に設定する必要がある。

　図６は、変動因子の定義情報の例を示す図である。
　図６の（ａ）の部分は、”秒間アクセス数型”の定義情報の例を示す。図６の（ｂ）の部分は、”要求当たりの負荷型”の定義情報の例を示す。
　”秒間アクセス数型”および”要求当たりの負荷型”のいずれでも、”値型”として”Integer”が設定され、”観測方法”として”監視”が設定されている。
　値の”単位”としては、”秒間アクセス数型”では”回/s”が設定され、”要求当たりの負荷型”では”処理量/要求”が設定されている。

　”秒間アクセス数型”および”要求当たりの負荷型”のいずれでも、”基本値”として”$最小値”が指定されている。上述したように、基本値は、対象システムの最初の構築時のシステム構成に対して、変動因子の値として用いるべき値を示す。”$最小値”は、抽象的な要件で定義されている、変動因子の最小値を引用することを示している。

　”構成部品としての定義”の表記方法は、一般的な構成部品型の定義の表記方法と概ね同様である。但し、”構成部品としての定義”では、元々の変動因子が設定されていた構成部品を参照するために”$_target”という表記が用いられる。
　”期待する周辺構成”の”基本構成”に示される構成の記述を用いて、図４に例示される具体的な要件の、構成部品における関係性の記述を生成できる。

　図４の”秒間アクセス数”の”関係性”の記述のうち”－型：監視対象”との記述は、図６の（ａ）の部分に示される、変動因子”秒間アクセス数”の定義情報の、”関係性”における”－型：監視対象”との記述をコピーすることで生成できる。また、図４の”接続先：$myWebApp”との記述は、図６の（ａ）の部分の”接続先：$_target”との記述における”$_target”を、図４に示される具体的な要件での、秒間アクセス数の対象を示す”$myWebApp”に置き換えることで生成できる。

　具体的な要件から構成情報を設計するために、構成部品型の定義情報、および、関係性型の定義情報を用いる。構成部品型の定義情報、および、関係性型の定義情報の何れも、継承元、抽象フラグ、プロパティ、および、期待する周辺構成の定義の各情報を含む。関係性型については、関係性の両端に配置可能な構成部品の型の情報を更に含む。

　継承元には、他の構成要素の型を設定してもよく、設定した場合には次に示す２つの効果を発揮する。１つ目の効果は、定義対象の構成要素の型の情報は、継承元の構成要素の型の情報をベースとし、これを定義対象の構成要素の型の定義に示される情報によって上書きしたものであるとみなされることである。２つ目の効果は、定義対象の構成要素は継承元の構成要素の一種であって、要件に継承元の構成要素が指定された場合における、その具体的な構成要素の選択肢の１つであるとみなされることである。すなわち、継承元の構成要素が指定された要件に基づいて構成情報を設計する際に、継承する側の構成要素が具体的な構成要素として採用される場合が生じる。抽象フラグは、その構成要素が抽象的であるか具体的であるかを示すフラグである。プロパティはその構成要素が持つ属性の種類や値である。期待する周辺構成は、その構成要素が正しく機能するために満たされるべき周辺の構成であり、複数のバリエーションが設定されていてもよい。

　図７は、構成部品型の定義情報および関係性型の定義情報の例を示す図である。
　図７の（ａ）の部分には、構成部品型の定義情報の例として、”MyWebApp”型の構成部品の定義情報が示されている。図７の（ｂ）の部分には、関係性型の定義情報の例として、”HostedOn<*, Server>”型の関係性の定義情報が示されている。

　図７の（ａ）の部分に示す例で、”MyWebApp”型の継承元として”WebApp”が設定されている。抽象フラグに”false”が設定されているため、”MyWebApp”型の構成部品は、具体的な構成要素として扱われる。”MyWebApp”型の構成部品のプロパティとして、”秒間アクセス数”と”要求当たりの負荷”とが定義されている。また、期待する周辺構成として、”基本構成”のみが指定されている。”基本構成”では、当該構成要素（定義される構成部品）が”AppServer”型の構成要素とHostedOn<*, VM>型の関係性で接続されている必要がある旨が示されている。なお”$_self”は、当該構成要素自体を示している。

　図７の（ｂ）の部分に示す例で、”HostedOn<*, Server>”型の関係性は、接続元の型を”*”、接続先の型を”Server”と規定されている。”*”は任意の型を示している。”抽象フラグ”は”false”となっている。また、”継承元”と”プロパティ”と”期待する周辺構成”とは、いずれも”なし”となっている。

　構成情報は、構成部品と関係性によって表現されたグラフ形式の情報であり、全ての構成要素が具体的であり、かつ期待する周辺構成が満たされたものである。
　図８は、構成情報の第１の例を示す図である。
　図８に示す例で、MyWebAppsは、ApplicationServerの一種であるTomcatに、HostedOn<*, AppServer>の関係性で接続されている。Tomcatも、具体的なOSであるUbuntuに、同様に接続されている。更にUbuntuは、具体的なバーチャルマシン（Virtual Machine；ＶＭ）であるVM1に、同様に接続されている。

　秒間アクセス数を監視する機能は、Tomcatの実行ログの１つであるaccess_log.txtを監視するアクセス数Agentとして具体化されている。アクセス数Agentは、access_log.txtおよびUbuntuとそれぞれ接続されている。
　要求当たりの負荷を監視する機能は、Ubuntu上で特定のプロセスの処理量を計測するAgentである負荷Agentとして具体化されている。負荷Agentは、Ubuntuと接続されている。

　図８に示す、構成情報の第１の例は、MyWebAppが単一のバーチャルマシンによって実現された小規模なシステム構成を示す。このシステム構成は、例えば変動因子の値が秒間アクセス数は10で要求当たりの負荷は10であるなど、具体的な要件から生成されたシステム構成であるとする。

　図９は、構成情報の第２の例を示す図である。
　構成情報の第２の例が示すシステム構成は、基本的な構造は構成情報の第１の例との場合と同様であるが、MyWebAppは２台のバーチャルマシンからなる構成に冗長化されており、前段にロードバランサ（Load Balancer；ＬＢ）が設けられている。監視機能は、ロードバランサについて秒間アクセス数を計測し、それぞれのMyWebAppについて要求当たりの負荷を計測する構成となっている。

　次に、あるシステム構成から他のシステム構成へ変更する手順の計画に関連するデータについて説明する。
　運用計画部１００は、構成変更手順を計画するにあたって、まず２つのシステム構成間の差分に関する情報である構成の差分情報を生成する。構成の差分情報を、単に差分情報とも称する。

　次に、運用計画部１００は、システム構成とその差分とに基づいて状態遷移系の情報を生成する。運用計画部１００は、状態遷移系の情報に基づいて、最も少ない状態遷移で現在の状態から目的の状態に遷移する状態遷移手順を計算して導出する。現在の状態は、構成変更前のシステム構成を示す。目的の状態は、構成変更後のシステム構成を示す。

　差分情報は、現在のシステム構成を示す構成情報に含まれる構成要素と、目的のシステム構成を示す構成情報に含まれる構成要素とを、重複なく統合してできる構成情報内の各構成要素に、新規追加、現状維持、削除などのラベルを付加した情報である。現在のシステム構成は、構成変更前のシステム構成に該当する。目的のシステム構成は、構成変更後のシステム構成に該当する。

　ここでいうラベルは、新規追加、現状維持、削除などの情報を表示するものである。ラベルは、現在のシステム構成における各構成要素の状態と、目的のシステム構成における各構成要素の状態とに基づいて付加される。例えば、現在のシステム構成には含まれていないが目的のシステム構成に含まれている構成要素には、新規追加のラベルが付加される。現在のシステム構成にも目的のシステム構成にも含まれている構成要素には、現状維持のラベルが付加される。現在のシステム構成には含まれているが、目的のシステム構成には含まれていない構成要素には、削除のラベルが付加される。

　さらに、更新などのラベルが設けられていてもよい。更新のラベルが含まれる場合、現在のシステム構成にも目的のシステム構成にも含まれている構成要素のうち、プロパティの値までが同じ構成要素には現状維持のラベルを付加し、プロパティの値が変化した構成要素には更新のラベルを付加する。以降の例では、説明を分かり易くするために、更新のラベルは扱わない。

　図１０は、構成ペアから導出された差分情報の例を示す図である。
　構成ペアは、現在のシステム構成と目的のシステム構成とのペアである。図１０は、図８に示されるシステム構成を現在のシステム構成とし、図９に示されるシステム構成を目的のシステム構成とした場合の差分情報の例を示す。

　図１０では、ラベルの違いを線種の違いで表現している。実線の単線で描画されている構成要素は現状維持の構成要素である。実線の二重線で描画されている構成要素は新規追加の構成要素である。点線で描画されている構成要素は削除の構成要素である。

　状態遷移系の情報は、構成情報に含まれる各構成要素が採り得る状態、および、発生し得る状態遷移を依存性で関連付けた情報であり、各構成要素の現在状態と目的状態とが示される。状態遷移系の情報では、各構成要素は、任意個の状態と、任意の状態のペアの間に採り得る遷移の情報とを持つ。

　また、各構成要素における状態遷移に依存性を定義することができる。依存性は、ある構成要素における状態遷移から、別のある構成要素の特定の状態に対して指定され、前者の遷移は後者の状態にある場合においてのみ実行できるという条件を表現する。ある１つの遷移が実行される条件が、複数の構成要素の状態によって指定されていてもよい。

　各構成要素の現在状態と目的状態とは、当該構成要素のラベルに基づいて決定できる。ラベルと現在状態および目的状態との関係を示す規則を予め定めておき、この規則に従って、ラベルに応じて現在状態および目的状態を決定することができる。

　例えば、ある構成部品が”on”および”off”の２種類の状態を持っている場合、それが新規追加の構成部品であれば、現在状態が”off”で目的状態が”on”であるとする。現状維持の構成部品であれば、現在状態および目的状態が共に”on”であるとする。削除の構成部品であれば、現在状態が”on”で目的状態が”off”であるとする。

　図１１は、図１０に例示されている差分情報から導出される状態遷移系の例を示す。図１１に示す例では、全ての構成部品が”on”および”off”の２種類の状態を持っている。一方、図１１に示す例では、関係性は状態遷移系を持たない。
　図１１において、１つの長方形に１つの構成要素の状態遷移系が示されている。楕円は状態を示している。２つの楕円を結ぶ実線の矢印は、状態遷移を示している。状態遷移から状態に引かれた破線の矢印は依存性を示している。

　楕円の中の文字は、状態の名前を示している。状態の名前に下線がある場合には、その状態が現在状態であることを示している。黒い楕円は、その状態が目的状態であることを示している。差分情報において新規追加とされた構成要素の現在状態は”off”で目的状態は”on”となっている。差分情報において現状維持とされた構成要素の現在状態と目的状態は共に”on”となっている。差分情報において削除とされた構成要素の現在状態は”on”で目的状態は”off”となっている。

　各構成要素の状態遷移系の内容、および、状態遷移系の間の依存性は、各構成要素の型情報において定義できる。例えば、構成要素の型情報において、構成要素型の内容に加えて、状態遷移系と状態依存性の情報を更に定義するようにしてもよい。

　図１２は、状態遷移系の定義を含む構成部品型の定義情報の例を示す図である。
　図１２に例示した”MyWebApp”型の構成部品は、状態遷移系の定義を含んでおり、状態として”off”と”on”とが定義されている。状態の定義では、それぞれの状態について遷移先の情報が示されている。”off”からの遷移先として”on”が定義されている。”on”からの遷移先として”off”が定義されている。

　それぞれの遷移先について、元の状態から遷移先の状態への遷移に関する情報として、説明と作業とが更に定義されている。例えば、”off”から”on”への遷移の説明には”MyWebAppの配備”と記されており、作業として起動コマンドが設定されている。同様に”on”から”off”への遷移の説明には”MyWebAppの除去”と記されており、作業として停止コマンドが設定されている。

　また、項目”期待する周辺構成”内に状態依存性が指定されている。具体的には、MyWebApp自身の”off”から”on”への状態遷移が、当該MyWebAppの配備先のappServerが”on”の状態にあることに依存している旨が指定されている。”$_self”は、定義される構成部品自身を表現している。”off->on”の記述は、”off”状態から”on”状態への状態遷移を表している。”$appServer.on”の記述は、”$appServer”で参照される構成要素の”on”状態を表現している。なお、appServerが当該MyWebAppの配備先であることは、”$_self”の関係性としてHostedOn<*, VM>型の関係性による接続先として”$appServer”を指定することによって表現されている。

　各構成要素の状態遷移系の内容および状態遷移系の間の依存性の情報を用いれば、差分情報から状態遷移系の情報を導出できる。すなわち、差分情報に示される各構成要素が備える状態遷移系を導入し、状態依存性の指定に基づいて状態遷移系の間に依存性を付加すればよい。

　構成変更手順は、複数の作業を作業間の依存性によって連結した情報であり、有向非循環グラフによって表現できる。
　図１３は、状態遷移系から導出された構成変更手順の例を示す図である。
　図１３に示す例において、長方形は作業を示しており、作業間に引かれた実線の矢印は作業間の実施順序を示している。

　図１３に示す例では、”NW1の起動”を最初に実施することが指示されている。続いて、各バーチャルマシンに関連する作業を順次実施することが指示されている。各バーチャルマシンに関連する作業の間には依存性が示されていないため、これらの作業を並列実行可能であることがわかる。

　状態遷移系の情報を用いれば、現在のシステム構成から目的のシステム構成に変換する手順を計算できる。すなわち、全ての構成要素の状態遷移系の状態を、依存性を満たしつつ現在状態から目的状態に遷移させる最短の状態遷移手順を計算すればよい。この問題はある種の最短経路探索問題に帰着することが特許文献２に示されている。
　導出された状態遷移手順に登場する各遷移に定義された作業をそれぞれ導入し、状態遷移系の情報において依存性で関連付けられた状態遷移系の間の作業に、構成変更手順の情報でも依存性を付加する。

　運用計画は、上記の変動因子、要件、システム構成、および、構成変更手順を統合した情報である。
　図１４は、運用計画の例を示す図である。
　図１４に示す運用計画の要素のうち、変動因子および構成が”なし”となっている要素は、システムが構築される前の初期状態を表している。

　運用計画では、変動因子の値の組とシステム構成とが一対一で紐付けられる。したがって、運用計画にて各システム構成に示される変動因子の値の組は、１つの運用計画においてユニークであり、各システム構成のIDの役割を果たしている。
　各システム構成から変更先となる別のシステム構成を指定する際には、変更先のシステム構成のIDとして変動因子の値の組が用いられている。変更元のシステム構成のIDとなる変動因子の値の組と、変更先のシステム構成のIDとなる変動因子の値の組とを特定することで、その変更に用いられるべき構成変更手順を、運用計画から読み取ることができる。
　以上のデータのうち、人が入力するデータは、抽象的な要件と、構成要素型の定義情報と、変動因子の定義情報とであり、それ以外のデータは自動的に生成されるデータである。

　次に、システム運用計画装置１の動作を説明する。
　図１５は、運用計画部１００が行う処理の手順の例を示すフローチャートである。
　図１５に示す処理で、計画制御部１０１は、利用者が入出力部９０１を介して入力する抽象的な要件を取得する（ステップＳ１０１）。計画制御部１０１は、取得した抽象的な要件を要件生成部１０２に出力し、要件生成部１０２は、取得した抽象的な要件から具体的な要件の行列を生成する（ステップＳ１０２）。

　要件生成部１０２は、抽象的な要件から具体的な要件の行列を生成するにあたって、まず抽象的な要件に含まれる変動因子を抽出し、その最小値と最大値の間を複数の区間に分割する。区間の分割は予め決められた数の区間に均等に分割すればよい。

　ただし、上述したように、具体的な変動因子の値の組の設定方法は、特定の方法に限定されない。また、具体的な変動因子の値の組の配置は、図２の（ｂ）の部分の例のような、格子状の配置に限定されない。
　例えば、変動因子が採り得る値の範囲のうち、変動因子の値の変化がシステム構成に及ぼす影響が比較的小さい部分について、運用計画部１００が、具体的な変動因子の値の組を間引くようにしてもよい。すなわち、運用計画部１００が、具体的な要件を間引くようにしてもよい。

　次に、要件生成部１０２は、区間の境目となる値からなる配列を生成する。要件生成部１０２は、これを各変動因子について実施した後に、複数の値の配列の直積からなる値の組の配列を生成する。要件生成部１０２は、得られた各値の組を用いて、抽象的な要件を具体的な要件に変換する。すなわち、要件生成部１０２は、抽象的な要件に含まれている各変動因子を一般的なプロパティに変換し、値として、値の組から各変動因子に該当する値を挿入する。また、要件生成部１０２は、各変動因子の型に定義された構成要素としての定義と、期待される周辺構成の情報とに基づいて、抽象的な要件に定義された構成情報に当該変動因子の監視要件を追記する。

　次に、構成設計部１０３が、各具体的な要件から構成情報を生成する（ステップＳ１０３）。手順計画部１０４は、各構成要素のペアから構成変更手順を生成する（ステップＳ１０４）。

　手順計画部１０４は、構成要素のペアを抽出するにあたって、ある変動因子の値の組に対して、一つ以上の変動因子の値が一段階異なる変動因子の値の組をペアとすればよい。また、手順計画部１０４は、変動因子と構成要素が”なし”である初期構成を生成し、全ての変動因子の値が基本値であるような基本となる具体的な要件との間にも構成変更手順を計画する。

　そして、計画制御部１０１は、得られた具体的な要件の行列内の各具体的な要件と、その具体的な要件を満たす構成情報と、その構成情報のペアにあたる各他の構成情報への構成変更手順とが紐付けられた運用計画を生成し、入出力部９０１を介して利用者へ出力する（ステップＳ１０５）。
　ステップＳ１０５の後、運用計画部１００は、図１５の処理を終了する。

　図１６は、構成設計部１０３が行う処理の手順の例を示すフローチャートである。
　図１６の処理で、構成設計部１０３は、計画制御部１０１から具体的な要件を取得する（ステップＳ１１０１）。次に、構成設計部１０３は、具体的な要件を段階的に具体化する（ステップＳ１１０２からＳ１１０８）。構成設計部１０３は、完全に具体化された構成情報を計画制御部１０１へ出力する（ステップＳ１１０９）。
　ステップＳ１１０９の後、構成設計部１０３は、図１６の処理を終了する。

　具体的な要件を段階的に具体化する処理では、構成設計部１０３は、１段階の具体化（ステップＳ１１０２～Ｓ１１０５）を実施する。そして、構成設計部１０３は、得られた複数の構成ドラフトの中に具体的な構成ドラフトが含まれているか否かを判定する（ステップＳ１１０６）。

　ここで、構成ドラフトとは、具体化途中の構成情報のことである。構成ドラフトは、内包する全ての構成要素が具体的である場合に、具体的であると判断される。各構成要素は、その型の抽象フラグの値が”true”であることと、期待する周辺構成が満たされることの２つが満たされる場合に、具体的であると判断される。

　ステップＳ１１０６で、具体的な構成ドラフトが含まれていると判定した場合（ステップＳ１１０６：ＹＥＳ）、構成設計部１０３は、その具体的な構成ドラフトを構成情報として計画制御部１０１へ出力する（ステップＳ１１０９）。
　ステップＳ１１０９の後、構成設計部１０３は、図１６の処理を終了する。

　一方、ステップＳ１１０６で、具体的な構成ドラフトが含まれていないと判定した場合（ステップＳ１１０６：ＮＯ）、構成設計部１０３は、構成ドラフトツリーの中に、抽象的な構成ドラフトが残っているか否かを判定する（ステップＳ１１０７）。

　ここで、構成ドラフトツリーとは、構成ドラフトをノードする木構造のデータであって、ある構成ドラフトを具体化することで他の構成ドラフトが生成されるとき、前者の構成ドラフトが後者の構成ドラフトを子として持つようなデータである。

　抽象的な構成ドラフトが残っていると判定した場合（ステップＳ１１０７：ＹＥＳ）、構成設計部１０３は、次に具体化する構成ドラフトを適宜選択する（ステップＳ１１０８）。ステップＳ１１０８の後、処理がステップＳ１１０２に戻り、構成設計部１０３は、１段階の具体化を再度実施する。

　一方、ステップＳ１１０７で、抽象的な構成ドラフトが残っていないと判定した場合（ステップＳ１１０７：ＮＯ）、構成設計部１０３は、システムの設計に失敗したと判定する（ステップＳ１１１０）。それ以上設計を検討できないためである。
　ステップＳ１１１０の後、構成設計部１０３は、図１６の処理を終了する。

　１段階の具体化においては、構成設計部１０３は、ステップＳ１１０１で入力された具体的な要件、又は、ステップＳ１１０８で次に具体化すると選択された構成ドラフトに対して、その具体的な要件または構成ドラフトに含まれる抽象的な構成要素のうち何れか１つを選択して具体化することで、１つまたは複数の構成ドラフトを生成する（ステップＳ１１０２）。

　抽象的な構成要素の具体化とは、その構成要素の型の具体化、または、期待する周辺構成の適用のいずれかを実施することである。構成要素の型の具体化とは、具体化する対象の構成要素の型が抽象的な構成要素型である場合に実施するものであって、その構成要素の型をより具体的な型に置き換える操作である。このとき、置き換える先の構成要素型は、置き換える前の構成要素型を継承型に持つような構成要素型に限定される。

　次に、構成設計部１０３は、ステップＳ１１０２で、実際に１つ以上の構成ドラフトが生成されたか否かを判定する（ステップＳ１１０３）。構成ドラフトが生成されなかったと判定した場合（ステップＳ１１０３：ＮＯ）、処理がステップＳ１１０７へ進む。この場合、構成設計部１０３は、ステップＳ１１０２で新たな構成ドラフトの生成に失敗しているため、構成ドラフトツリー上に、他の構成ドラフトが残っているか否かを判定するものである。

　一方、ステップＳ１１０３で、１つ以上の構成ドラフトが生成されたと判定した場合（Ｓ１１０３：ＹＥＳ）、構成設計部１０３は、生成された各構成ドラフトを評価し、抽象的な構成ドラフトで、かつ、それ以上具体化できない構成ドラフトを、処理対象の構成ドラフトから除外する（ステップＳ１１０４）。

　そして、構成設計部１０３は、ステップＳ１１０３で生成された構成ドラフトのうち、処理対象の構成ドラフトが残っているか否かを判定する（ステップＳ１１０５）。
　処理対象の構成ドラフトが残っていると構成設計部１０３が判定した場合（ステップＳ１１０５：ＹＥＳ）、処理がステップＳ１１０６へ進む。一方、処理対象の構成ドラフトが残っていないと構成設計部１０３が判定した場合（ステップＳ１１０５：ＮＯ）、処理がステップＳ１１０７へ進む。

　図１７は、手順計画部１０４が行う処理の手順の例を示すフローチャートである。
　図１７の処理で、手順計画部１０４は、計画制御部１０１から具体的な要件の行列を取得する（ステップＳ１２１）。そして、手順計画部１０４は、具体的な要件の行列に基づいて差分情報を生成する（ステップＳ１２２）。

　具体的には、手順計画部１０４は、具体的な要件の行列に含まれる変動因子の値の組のうち、１つ以上の変動因子の値が一段階異なる、２つの変動因子の値の組からなるペアを生成する。そして、手順計画部１０４は、生成したペアに属する２つの構成情報について、上述したように、これらの２つの構成情報を統合してできる構成情報内の各構成要素に、新規追加、現状維持、削除などのラベルを付加して、差分情報を生成する。手順計画部１０４は、具体的な要件の行列に含まれる変動因子の値の組のうち、１つ以上の変動因子の値が一段階異なる、２つの変動因子の値の組からなる各ペアについて、差分情報を生成する。

　次に、手順計画部１０４は、差分情報のそれぞれと構成要素型の情報とに基づいて、状態遷移系を生成する（ステップＳ１２３）。
　次に、手順計画部１０４は、全ての状態遷移系の状態を初期状態から目的状態へと遷移させる最短の状態遷移手順を計算する（ステップＳ１２４）。そして、手順計画部１０４は、計算された状態遷移手順に従って、構成変更のための処理を並べることで、構成変更手順を生成する（ステップＳ１２５）。手順計画部１０４は、生成した構成変更手順を計画制御部１０１へ出力する（ステップＳ１２６）。
　ステップＳ１２６の後、手順計画部１０４は、図１７の処理を終了する。

　図１８は、運用計画部１００が利用者に提示するＧＵＩ（Graphical User Interface）の例を示す図である。入出力部９０１が、運用計画部１００による制御に従って、図１８に例示される操作画面を表示し、ユーザ操作を受け付ける。
　入出力部９０１は、表示手段の例に該当する。また、入出力部９０１は、操作入力手段の例に該当する。システム運用計画装置１は、表示装置の例に該当する。

　図１８に示される操作画面は、選択可能な構成部品の一覧の表示領域（領域ａ２１）と、変動因子の選択および値の調整バーの表示領域（領域ａ２２）と、要件編集ペイン（領域ａ２３）と、運用計画確認ペイン（領域ａ２４）と、構成情報確認ペイン（領域ａ２５）と、構成変更手順確認ペイン（領域ａ２６）とを含む。

　要件編集ペイン（領域ａ２３）では、利用者は、選択可能な構成部品の一覧の表示領域（領域ａ２１）から構成部品をマウス操作でドラッグアンドドロップして抽象的なシステム構成を描画することで、対象システムが満たすべき要件を編集できる。

　要件編集ペイン（領域ａ２３）に描画されたシステム構成内の構成部品が含む各変動因子は、変動因子の選択および値の調整バーの表示領域（領域ａ２２）に一覧として表示される。利用者は、変動因子の選択および値の調整バーの表示領域（領域ａ２２）に表示される変動因子のうち、実際に構成変更のための変動因子として用いるものについて、チェックボックスにチェックを入れることで選択する。そして、利用者は、選択した変動因子の最大値と最小値とを調整バーで設定する。

　変動因子の選択および値の調整バーの表示領域（領域ａ２２）における変動因子の一覧の表示は、変動因子のリストの表示の例に該当する。
　変動因子の選択および値の調整バーの表示領域（領域ａ２２）における変動因子の最大値と最小値の表示は、変動因子の値が、対象システム９１１の運用時にとることが許容される範囲の表示の例に該当する。

　生成された運用計画の概要は、運用計画確認ペイン（領域ａ２４）に表示される。運用計画内の任意の具体的な構成情報をクリックすると、その具体的な構成情報に対応するシステム構成が、構成情報確認ペイン（領域ａ２５）に表示される。図２の場合と同様、具体的な構成情報は黒丸で示されている。

　利用者が運用計画確認ペイン（領域ａ２４）に表示される具体的な要件を編集することで、システム構成変更の基準値として用いられる変動因子の値を調整できるようにしてもよい。例えば、利用者が、具体的な要件を移動させる、追加する、あるいは削除することができるようにしてもよい。

　ここで、上述したように、変動因子の個数は２つに限定されない。変動因子の個数が３つ以上の場合、入出力部９０１が、運用計画を多次元的に表示するようにしてもよい。例えば、入出力部９０１が、３つの変動因子に基づいて運用計画を立体的（３次元的）に表示するようにしてもよい。この場合、入出力部９０１が、視線方向を変更可能に、立体の運用計画を表示するようにしてもよい。

　あるいは、３つ以上の変動因子のうち２つの変動因子を利用者が選択できるようにし、入出力部９０１が、選択された２つの変動因子について運用計画を平面的（２次元的）に表示するようにしてもよい。
　構成設計部１０３がシステム設計を行う前の段階で、入出力部９０１が、変動因子の組み合わせを表示し、上記と同様に、利用者による編集を受け付けるようにしてもよい。

　運用計画確認ペイン（領域ａ２４）に表示される運用計画内の任意の構成変更手順をクリックすると、その構成変更手順の内容が構成変更手順確認ペイン（領域ａ２６）に表示される。図２の場合と同様、構成変更手順は矢印で示されている。

　運用計画確認ペイン（領域ａ２４）における運用計画の表示は、変動因子の値を示す座標軸を複数の変動因子のそれぞれについて有する座標空間に、座標軸ごとの変動因子の値を示す点を表示することの例に該当する。

　次に、第１の実施形態の効果を説明する。
　第１の実施形態によれば、変動因子の値に応じて構成変更を含む一連の運用計画の策定作業が自動化される。また、実際の運用を開始する前に、一連の構成情報や構成変更手順が計画されるため、対応が必要となった際に迅速かつ確実に構成変更を実施できる。
　利用者が、構成変更手順を参照して構成変更を実施するようにしてもよい。あるいは、第２の実施形態にシステム運用計画装置のように、装置が自動的あるいは半自動的に構成変更を実施するようにしてもよい。

　以上のように、要件生成部１０２は、運用対象のシステムである対象システム９１１の運用時に変化する値であって、対象システム９１１の動作状況と相関性を有する変動因子の値が、対象システム９１１の運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、対象システム９１１が満たすべき要件を示す情報である抽象的な要件に基づいて、変動因子範囲に含まれる変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、対象システム９１１が満たすべき要件を示す情報である具体的な要件を生成する。

　システム運用計画装置１によれば、対象システム９１１の運用時に対象システム９１１のシステム構成を変更するか否かを自動で判定するための判定基準として、複数の具体的な要件のそれぞれが示す変動因子の値を用いることができる。具体的な要件を満たすシステム構成を設計することで、現在の変動因子の値が、その具体的な要件が示す変動因子の値、または、それ以下の値であるときに適したシステム構成を得ることができる。したがって、現在の変動因子の値よりも、変動因子の値が大きい具体的な要件を選択し、その具体的な要件を満たすシステム構成を設計することで、現在の変動因子の値に適したシステム構成を得ることができる。

　さらに、現在の変動因子の値よりも、変動因子の値が大きい具体的な要件のうち、変動因子の値が最も小さい具体的な要件を選択し、その具体的な要件を満たすシステム構成を設計することで、現在の変動因子の値に適したシステム構成のうち最小のシステム構成を得ることができる。このシステム構成に従って対象システム９１１を構築または更新することで、対象システム９１１を効率的に運用することができる。

　なお、ここでは、変動因子の値が大きいほど、対象システム９１１の性能が高いものとしている。変動因子の値が小さいほど、対象システム９１１の性能が高い変動因子については、因子水準の選択の説明について、「大きい」と「小さい」とを読み替えるものとする。

　システム運用計画装置１では、変動因子は特定の分野のものに限定されない。システム運用計画装置１によれば、いろいろな分野の対象システム９１１について、対象システム９１１のシステム構成を変更するか否かを自動で判定するための判定基準を得ることができる。

　また、要件生成部１０２は、対象システム９１１が、変動因子の値を取得するための観測を行うための構成を含むという要件を含む具体的な要件を生成する。
　システム運用計画装置１によれば、対象システム９１１が変動因子の値を取得するように構成され、対象システム９１１取得する変動因子の値を用いて対象システム９１１のシステム構成の変更を行えると期待される。

　また、構成設計部１０３は、具体的な要件のそれぞれについて、その要件を満たす対象システムのシステム構成を示す構成情報を生成する。
　システム運用計画装置１によれば、変動因子の値に基づいて、対象システム９１１のシステム構成の変更後のシステム構成を決定することができる。具体的には、現在の変動因子の値に対応している具体的な要件を選択し、その要件を満たすシステム構成を、対象システム９１１のシステム構成の変更後のシステム構成とすることができる。

　具体的な要件が現在の変動因子の値に対応しているとは、上述した、その具体的な要件に示される変動因子の値が、現在の変動因子の値よりも大きいことである。上述したように、さらに、現在の変動因子の値よりも、変動因子の値が大きい具体的な要件のうち、変動因子の値が最も小さい具体的な要件を選択するようにしてもよい。

　上記と同様、ここでも、変動因子の値が大きいほど、対象システム９１１の性能が高いものとしている。変動因子の値が小さいほど、対象システム９１１の性能が高い変動因子については、因子水準の選択の説明について、「大きい」と「小さい」とを読み替えるものとする。

　また、手順計画部１０４は、構成情報のうちの１つが示すシステム構成から、構成情報のうちのもう１つが示すシステム構成に変更するための手順を示す情報である構成変更手順を生成する。
　システム運用計画装置１によれば、手順計画部１０４が生成した構成変更手順に従って、対象システム９１１のシステム構成を変更することができる。

　また、計画制御部１０１は、具体的な要件のそれぞれと、対象システム９１１のシステム構成を、その要件を満たすシステム構成に変更するための手順を示す構成変更手順とが紐付けられた情報を含む情報である運用計画を生成する。
　システム運用計画装置１によれば、運用情報を参照して、対象システム９１１のシステム構成を変更することができる。具体的には、運用情報に含まれる具体的な要件のうち、現在の変動因子の値に対応している具体的な要件を選択し、その要件を満たすシステム構成を、対象システム９１１のシステム構成の変更後のシステム構成とすることができる。

　上記と同様、ここでも、具体的な要件が現在の変動因子の値に対応しているとは、その具体的な要件に示される変動因子の値が、現在の変動因子の値よりも大きいことである。上述したように、さらに、現在の変動因子の値よりも、変動因子の値が大きい具体的な要件のうち、変動因子の値が最も小さい具体的な要件を選択するようにしてもよい。

　また、入出力部９０１は、運用対象のシステムである対象システム９１１の運用時に値が変化し、かつ、その値が対象システムの動作状況と相関性を有する変動因子のリストを表示する。
　システム運用計画装置１によれば、利用者は、変動因子のリストを参照して、変動因子のうち、対象システム９１１のシステム構成を変更するか否かの判定基準に用いる変動因子を選択することができる。

　また、入出力部９０１は、変動因子のリストに示される変動因子のうち、対象システムの運用時における対象システムのシステム構成の変更の要否の判定に用いられる変動因子を指示するユーザ操作を受け付ける。

　システム運用計画装置１によれば、利用者は、変動因子のリストに示される変動因子のうち、対象システムの運用時における対象システムのシステム構成の変更の要否の判定に用いられる変動因子を選択するといった比較的簡単な操作によって、対象システムのシステム構成の変更の要否の判定に用いられる変動因子を指示することができる。

　また、入出力部９０１は、運用対象のシステムである対象システム９１１の運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、対象システム９１１の運用時にとることが許容される範囲を表示する。
　システム運用計画装置１によれば、利用者は、対象システム９１１による表示を参照して、変動因子の値が対象システム９１１の運用時にとることが許容されている範囲を確認することができる。

　また、入出力部９０１は、変動因子の値が、対象システム９１１の運用時にとることが許容される範囲の変更を指示するユーザ操作を受け付ける。
　利用者は、入出力部９０１を用いて比較的容易に、変動因子の値がとり得る範囲を調整することができる。

　また、入出力部９０１は、運用対象のシステムである対象システム９１１の運用時に変化する値であって、対象システム９１１の動作状況と相関性を有する変動因子の値を示す座標軸を複数の変動因子のそれぞれについて有する座標空間に、座標軸ごとの前記変動因子の値を示す点を表示する。

　システム運用計画装置１によれば、利用者は、複数の変動因子の値を視覚的に把握することができ、この点で、複数の変動因子の値を比較的容易に把握することができる。例えば、利用者は、対象システム９１１のシステム構成の変更の要否の判定の基準に設定されている複数の変動因子の値を比較的容易に把握することができる。

　また、入出力部９０１は、変動因子の値が、対象システム９１１の運用時にとることが許容される範囲を、座標空間に表示する。
　システム運用計画装置１によれば、利用者は、複数の変動因子の値が、対象システム９１１の運用時にとることが許容される範囲を視覚的に把握することができる、この点で、変動因子の値の範囲を比較的容易に把握することができる。

　また、入出力部９０１は、上記の座標空間における、座標軸ごとの変動因子の値を示す点を編集するユーザ操作を受け付ける。
　システム運用計画装置１によれば、利用者は、座標空間に表示されて変動因子の値を示す点を編集するという比較的簡単な操作で、変動因子の値を指示することができる。例えば、利用者は、対象システム９１１のシステム構成の変更の要否の判定基準として用いられる変動因子の値を指定することができる。

＜第２の実施形態＞
　第２の実施形態では、システム運用計画装置が、システムの運用計画の後、さらにシステムの運用を行う場合について説明する。
　第２の実施形態に係るシステム運用計画装置の構成を説明する。

　図１９は、第２の実施形態に係るシステム運用計画装置の機能構成の例を示すブロック図である。図１９に示す構成で、システム運用計画装置２は、入出力部９０１と、運用計画部１００と、運用実行部２００と、対象システム９１１とを備える。運用計画部１００は、計画制御部１０１と要件生成部１０２と構成設計部１０３と手順計画部１０４を備える。運用実行部２００は、同期制御部２０１と、手順実行部２０２と、状態管理部２０４と、判定部２０６とを備える。対象システム９１１は、監視部２０５と、作業実行部２０３とを備える。

　図１９に示す構成の各部のうち、図１に示す部分に対応して同様の機能を有する部分には、同一の符号（１００、１０１、１０２、１０３、１０４、９０１）を付し、ここでは詳細な説明を省略する。

　システム運用計画装置２は、図１に示す構成に加えて運用実行部２００と、対象システム９１１とを備える。これにより、システム運用計画装置２は、運用計画部１００が生成する運用計画に基づいて、対象システム９１１の運用を行う。それ以外の点では、システム運用計画装置は、システム運用計画装置１と同様である。
　対象システム９１１が、システム運用計画装置２の外部の構成となっていてもよい。また、システム運用計画装置１の場合と同様、入出力部９０１が、システム運用計画装置２の外部の構成となっていてもよい。

　同期制御部２０１は、運用計画で定義された対象システム９１１が、常に変動因子に応じたあるべきシステム構成となるように、対象システム９１１を制御する。状態管理部２０４は、運用計画と現状の対象システム９１１の状態とを記録する。手順実行部２０２は同期制御部２０１の指示に基づき、作業実行部２０３に指示を与えることで、構成変更手順を実行する。手順実行部２０２は、手順実行手段の例に該当する。
　対象システム９１１のシステム構成を、変動因子に応じたあるべきシステム構成にすることを、対象システム９１１の同期とも称する。

　作業実行部２０３は、手順実行部２０２の指示に基づいて作業を実行する。監視部２０５は、変動因子の値を監視する。判定部２０６は監視部２０５から取得した変動因子の値に基づいて、目標となる変動因子の値の水準である目的の因子水準を判断して状態管理部２０４に記録する。また、現在の因子水準と目的の因子水準とが異なっている場合、判定部２０６は、その旨を同期制御部２０１に通知する。判定部２０６は、判定手段の例に該当する。

　ここで、因子水準とは、運用情報に示される変動因子の値（の組）である。因子水準は、図２のＣの部分が示す例のように、離散値で示される。
　現在の因子水準とは、対象システム９１１の現在のシステム構成に紐付けられている因子水準である。
　目的の因子水準とは、因子水準のうち、対象システム９１１について観測される変動因子の現在値に対応可能なシステム構成に紐付けられている因子水準である。

　目的の因子水準として、各変動因子について、変動因子の現在値よりも大きい値をとる因子水準のうち、各変動因子の値が最も小さい因子水準を選択するようにしてもよい。あるいは、変動因子の値が現在の因子水準に示される値を超えることが対象システム９１１にとって致命的であるような変動因子については、その変動因子の現在値よりも大きい値をとる因子水準のうち、その変動因子の値が２番目に小さい因子水準を選択するようにしてもよい。

　状態管理部２０４は、対象システム９１１に関するシステム状態情報として、対象システム９１１のIDと共に、運用状態と運用計画と現在の因子水準と目的の因子水準とを記録する。運用状態は運用中であるか運用を停止しているかを示すフラグである。運用実行部２００は、対象システム９１１の運用状態が運用中である場合のみ、監視および同期の処理を実行する。

　図２０は、状態管理部２０４に記録されたシステム状態情報の例を示す図である。図２０に示すシステム状態情報は、”system001”をIDとするシステムに関する情報である。図２０に示すシステム状態情報には、運用状態と運用計画と現在の因子水準と目的の因子水準とが記録されている。運用状態は”運用中”となっている。運用計画の内容は、例えば図１４に記載の運用計画の内容と同様であり、ここでは記載を省略する。現在の因子水準は”なし”となっており、対象システム９１１が初期状態にあることを示している。目的の因子水準は“{秒間アクセス数: 10, 要求当たりの負荷: 10}”となっている。

　現在の因子水準と目的の因子水準が異なっているため、手順実行部２０２が構成変更手順を実行する必要がある。なお、この場合の構成変更手順は、対象システム９１１のシステム構成が何もない状態から、対象システム９１１の基本となるシステム構成である基本構成を構築するための作業手順となる。

　次に、システム運用計画装置２の動作を説明する。
　システム運用計画装置２では、システム運用計画装置１の場合と同様、利用者が入出力部９０１を介して抽象的な要件を入力し、運用計画部１００が抽象的な要件に基づいて運用計画を導出する。利用者は、入出力部９０１を介して、導出された運用計画を確認し、その運用計画の実行をシステム運用計画装置２に指示する。対象システム９１１の運用の必要がなくなった場合、利用者は、システム運用計画装置２に対して運用の停止を指示する。運用実行部２００は、運用計画の情報および利用者からの指示を受け付けて、対象システム９１１を運用し、運用を停止する。

　図２１は、運用実行部２００が行う処理の手順の例を示すフローチャートである。
　図２１に示す処理で、同期制御部２０１は、利用者が入出力部９０１を介して行う運用計画の実行指示を取得する（ステップＳ２０１）。そして、同期制御部２０１は、運用計画を受け付けて、新規のシステムIDを生成し、生成したシステムIDと運用計画とからなるシステム状態情報を状態管理部２０４に登録する（ステップＳ２０２）。

　なお、登録時のシステム状態情報の現在の因子水準は”なし”とすることができる。また、目的の因子水準は、全ての変動因子の値が当該変動因子の定義にて規定された基本値の値を持つような基本の因子水準とすることができる。運用状態は”運用中”とする。

　次に、同期制御部２０１は、運用計画の実行により対象システム９１１の状態を適切な状態に維持するための動作を開始する（ステップＳ２０３）。
　その後、運用対象のシステムを停止する事由が生じた場合、利用者は、入出力部９０１を介して対象システム９１１の運用の停止を運用実行部２００に指示する（ステップＳ２０４）。これにより同期制御部２０１は、対象システム９１１の運用状態を”停止中”とし、対象システム９１１の維持の動作を停止する（ステップＳ２０５）。
　ステップＳ２０５の後、運用実行部２００は、図２１の処理を終了する。

　図２２は、運用実行部２００が行う、対象システム９１１の状態を適切な状態に維持するための動作における処理の手順の例を示すフローチャートである。運用実行部２００は、例えば、図２２に示す処理を定期的に繰り返す。
　図２２に示す処理で、同期制御部２０１は、対象システム９１１の運用状態が運用中であるか否かを判定する（ステップＳ２０１）。運用中でないと判定した場合（ステップＳ２０１：ＮＯ）、運用実行部２００は、図２２の処理を終了する。

　一方、対象システム９１１の運用状態が運用中であると判定した場合（ステップＳ２０１：ＹＥＳ）、同期制御部２０１は、対象システム９１１が同期されているか否かを判定する（ステップＳ２１１）。具体的には、同期制御部２０１は、システム状態情報を確認し、現在の因子水準と目的の因子水準が同じであるか否かを判定する。

　対象システム９１１が同期されていると判定した場合（ステップＳ２１１：ＹＥＳ）、運用実行部２００は、図２２の処理を終了する。
　一方、対象システム９１１が同期されていないと判定した場合（ステップＳ２１１：ＮＯ）、同期制御部２０１は、監視部２０５による対象システム９１１の監視を一旦停止させる（ステップＳ２１２）。そして、同期制御部２０１は、現在の因子水準に応じたシステム構成から目的の因子水準に応じたシステム構成への構成変更手順を、状態管理部２０４に記録された運用計画の中から取得し、取得した構成変更手順を手順実行部２０２に送付して実行させる（ステップＳ２１３）。

　手順実行部２０２は、構成変更手順に示される各タスクの実行を作業実行部２０３に指示することで構成変更手順を実行させ、これによって対象システム９１１のシステム構成を、目的のシステム構成と同期させる。対象システム９１１の同期がとられた後、同期制御部２０１は、状態管理部２０４に記録されたシステム状態情報における現在の因子水準の記録を、目的の因子水準の値に更新する。
　そして、同期制御部２０１は、判定部２０６を介して監視部２０５に、システム構成変更後の対象システム９１１の監視を開始させる（ステップＳ２１４）。
　ステップＳ２１４の後、運用実行部２００は、図２２の処理を終了する。

　図２３は、判定部２０６が行う処理の手順の例を示すフローチャートである。
　図２３に示す処理で、判定部２０６は、対象システムの運用状態が運用中であるか否かを判定する（ステップＳ２２０）。対象システムが運用中ではないと判定した場合（ステップＳ２２０：ＮＯ）、判定部２０６は、図２３の処理を終了する。

　一方、対象システムが運用中あると判定した場合（ステップＳ２２０：ＮＯ）、判定部２０６は、同期の判定の周期として定められている一定時間が経過したか否かを判定する（ステップＳ２２１）。一定時間が経過していないと判定部２０６が判定した場合（ステップＳ２２１：ＮＯ）、処理がステップＳ２２０へ戻る。

　一方、一定時間が経過したと判定した場合（ステップＳ２２１：ＹＥＳ）、判定部２０６は、監視部２０５が観測する変動因子の値を取得し、運用情報に示される因子水準のうち、目的の因子水準を判定し取得する（ステップＳ２２２）。

　ここで、対象システム９１１を安定して動作させるためには、対象システム９１１のシステム構成を、十分な性能のシステム構成とすることが必要である。一方、対象システム９１１が余剰の資源を持つことは、対象システム９１１の消費電力の増大など、対象システム９１１の効率の悪化につながる。
　そこで、監視部２０５が目的の因子水準を決定するにあたって、上述したように、観測された変動因子の値よりも大きい因子水準のうち、最小の値を持つような因子水準に決定することが考えられる。

　一方、観測される因子水準が、区間の境目を行き来した場合に、運用実行部２００が頻繁な構成変更を繰り返すことは得策ではない。そこで、観測される変動因子の値が一定時間特定の因子水準に留まっている場合、すなわち、目的の因子水準の変動が一定時間生じないような場合のみ、監視部２０５が、目的の因子水準を決定するようにしてもよい。

　一方、因子水準の大幅な変動が発生した場合、監視部２０５が、一定時間の経過を待たずに目的の因子水準を決定するようにしてもよい。また、監視部２０５が、観測された変動因子の値そのものを用いる代わりに、変動因子の値を継続的に監視した結果に基づいて、変動因子の将来値を予測し、予測結果を用いて目的の因子水準を決定するようにしてもよい。

　ステップＳ２２２の後、判定部２０６は、変動因子の測定値が、目的の因子水準として選択可能な因子水準の上限を超えているか否かを判定する（ステップＳ２２３）。例えば、判定部２０６は、変動因子のうち、測定値が変動因子の最大値に設定されている値よりも大きいものがあるか否かを判定する。
　変動因子の測定値が、目的の因子水準として選択可能な因子水準の上限を超えていることは、対象システム９１１のシステム構成として、変動因子の値に応じた適切なシステム構成を選択できないことを意味する。

　変動因子の測定値が、目的の因子水準として選択可能な因子水準の上限を超えていると判定した場合（ステップＳ２２３：ＹＥＳ）、判定部２０６は、同期制御部２０１および入出力部９０１を介して利用者にアラートを発する（ステップＳ２２４）。
　ステップＳ２２４の後、処理がステップＳ２２０へ戻る。

　一方、ステップＳ２２３で、変動因子の測定値が、目的の因子水準として選択可能な因子水準の上限を超えていないと判定した場合（ステップＳ２２３：ＮＯ）、判定部２０６は、目的の因子水準が現在の因子水準から変化しているか否かを判定する（ステップＳ２２５）。

　目的の因子水準が現在の因子水準から変化していないと判定部２０６が判定した場合（ステップＳ２２５：ＮＯ）、処理がステップＳ２２０へ戻る。
　一方、目的の因子水準が現在の因子水準から変化していると判定した場合（ステップＳ２２５：ＮＯ）、判定部２０６は、状態管理部２０４が記録する目的の因子水準を、ステップＳ２２２で決定した目的の因子水準の値に更新し、同期制御部２０１に対象システム９１１の同期を指示する（ステップＳ２２５）。
　ステップＳ２２５の後、処理がステップＳ２２０へ戻る。

　次に、第２の実施形態の効果を説明する。
　システム運用計画装置２によれば、変動因子の値に応じた構成変更を含む一連の運用計画の策定処理、および、運用計画に基づく対象システム９１１の運用処理が自動化される。また、システム運用計画装置２によれば、対象システム９１１の運用を開始する前に、一連の構成情報および構成変更手順が計画されるため、対応が必要となった際に迅速かつ確実に構成変更を実施できると期待される。

　以上のように、手順実行部２０２は、対象システム９１１のシステム構成を、変動因子の値を取得するための観測を行うための構成を用いて得られる変動因子の値に対応している具体的な要件を満たすシステム構成に変更するための手順を示す構成変更手順に基づいて対象システム９１１のシステム構成を変更する。
　システム運用計画装置２によれば、対象システム９１１のシステム構成を自動的に行うことができる。

　また、判定部２０６は、対象システム９１１の現在のシステム構成が満たす具体的な要件が示す変動因子の値と、変動因子の値を取得するための観測を行うための構成を用いて得られる変動因子の値に対応している前記具体的な要件が示す前記変動因子の値とを比較して、対象システム９１１のシステム構成の変更の要否を判定する。
　システム運用計画装置２によれば、対象システム９１１のシステム構成の変更の要否を自動的に判定することができる。

＜第３の実施形態＞
　第３の実施形態では、システム運用計画装置が、事前の運用計画を生成せず、システムの監視結果に応じてシステム構成変更の必要性を判定し、必要に応じてシステム構成変更を計画し実行する場合について説明する。第３の実施形態では、システム運用計画装置は、いわば、オンザフライ（On The Fly）でシステム運用計画および運用を行う。

　第３の実施形態に係るシステム運用計画装置の構成を説明する。
　図２４は、第３の実施形態に係るシステム運用計画装置の機能構成の例を示すブロック図である。図２４に示す構成で、システム運用計画装置３は、入出力部９０１と、計画運用部３００と、対象システム９１１とを備える。計画運用部３００は、計画制御部１０１と要件生成部１０２と構成設計部１０３と手順計画部１０４と、同期制御部２０１と、手順実行部２０２と、状態管理部２０４と、判定部２０６とを備える。対象システム９１１は、監視部２０５と、作業実行部２０３とを備える。

　図２４に示す構成の各部のうち、図１０に示す部分に対応して同様の機能を有する部分には、同一の符号（１０１、１０２、１０３、１０４、２０１、２０２、２０３、２０４、２０５、２０６、９０１、９１１）を付し、ここでは詳細な説明を省略する。

　システム運用計画装置３では、計画運用部３００が、図１９の運用計画部１００の各部に相当する部分と、運用実行部２００の各部に相当する部分とを併せ持つ。これにより、システム運用計画装置３は、上記のように、いわば、オンザフライでシステム運用計画および運用を行う。それ以外の点では、システム運用計画装置３は、システム運用計画装置２と同様である。

　次に、システム運用計画装置３が扱うデータ、および、システム運用計画装置３の動作について説明する。
　システム運用計画装置３では、状態管理部２０４は、対象システム９１１に関するシステム状態情報として、対象システム９１１のIDと共に、対象システム９１１の運用状態と抽象的な要件と現在の因子水準と目的の因子水準と現在のシステム構成とを記録する。

　システム運用計画装置３では、判定部２０６は、観測された変動因子の値と現在の因子水準との乖離の大きさが、予め定められた閾値よりも大きい場合に、観測された変動因子の値に基づいて目的の因子水準を決定し、状態管理部２０４が記録する目的の因子水準を更新する。そして、判定部２０６は、目的の因子水準が変化した旨を、同期制御部２０１に通知する。

　システム運用計画装置３では、同期制御部２０１は、判定部２０６からの通知を受け付けると、抽象的な要件と目的の因子水準と現在のシステム構成とを計画制御部１０１に通知する。そして、同期制御部２０１は、計画制御部１０１から目的のシステム構成と構成変更手順とを取得する。同期制御部２０１は、取得した構成変更手順を手順実行部２０２に送付して構成変更を実行させる。対象システム９１１のシステム構成が変更された後、同期制御部２０１は、状態管理部２０４に記録されたシステム状態情報における現在の因子水準の記録を、目的の因子水準の値に更新する。

　システム運用計画装置３では、計画制御部１０１は、同期制御部２０１から抽象的な要件と目的の因子水準と現在のシステム構成とを取得すると、抽象的な要件と目的の因子水準とを要件生成部１０２に送付する。そして、計画制御部１０１は、要件生成部１０２から具体的な要件を取得し、取得した具体的な要件を構成設計部１０３に送付する。そして、計画制御部１０１は、構成設計部１０３から目的のシステム構成を取得し、現在のシステム構成と取得した目的のシステム構成とを手順計画部１０４に送付する。そして、計画制御部１０１は、手順計画部１０４から構成変更手順を取得し、目的のシステム構成と構成変更手順とを同期制御部２０１へ出力する。

　システム運用計画装置３では、要件生成部１０２は、計画制御部１０１から抽象的な要件と目的の因子水準を取得すると、取得した目的の因子水準の値を抽象的な要件内の変動因子の値として書き込む。そして、要件生成部１０２は、変動因子の監視要件を生成することで、具体的な要件を生成して、計画制御部１０１へ出力する。

　システム運用計画装置３では、構成設計部１０３は、計画制御部１０１から具体的な要件を取得すると、具体的な要件に基づいて構成情報を生成し、生成した構成情報を計画制御部１０１へ出力する。
　システム運用計画装置３では、手順計画部１０４は、計画制御部１０１から現在のシステム構成と目的のシステム構成とを取得すると、対象システム９１１のシステム構成を現在のシステム構成から目的のシステム構成に変更するための構成変更手順を生成する。そして、手順計画部１０４は、生成した構成変更手順を計画制御部１０１へ出力する。

　次に、第３の実施形態の効果を説明する。
第３の実施形態によれば、変動因子の値に応じた構成変更を含む一連の運用作業が自動化される。

　以上のように、判定部２０６は、対象システム９１１の現在のシステム構成が満たす具体的な要件が示す変動因子の値と、変動因子の値を取得するための観測を行うための構成を用いて得られる変動因子の値との乖離の大きさが所定の閾値よりも大きい場合に、変動因子の値を取得するための観測を行うための構成を用いて得られる変動因子の値に対応している具体的な要件が示す変動因子の値を求めて、対象システム９１１のシステム構成の変更の要否を判定する。
　システム運用計画装置３によれば、対象システム９１１のシステム構成の変更の要否の判定を自動的に行うことができる。

＜第４の実施形態＞
　図２５は、第４の実施形態に係るシステム運用計画装置の構成の例を示す図である。図２５に示す構成で、システム運用計画装置６１０は、要件生成部６１１を備える。

　かかる構成で、要件生成部６１１は、運用対象のシステムである対象システムの運用時に変化する値であって、対象システムの動作状況と相関性を有する変動因子の値が、対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、変動因子範囲に含まれる変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、対象システムが満たすべき要件を示す情報である具体的な要件を生成する。

　システム運用計画装置６１０によれば、対象システムの運用時に対象システムのシステム構成を変更するか否かを自動で判定するための判定基準として、複数の具体的な要件のそれぞれが示す変動因子の値を用いることができる。具体的な要件を満たすシステム構成を設計することで、変動因子の値が、その具体的な要件が示す変動因子の値であるときに適したシステム構成を得ることができる。

　特に、システム運用計画装置６１０では、変動因子は特定の分野のものに限定されない。システム運用計画装置６１０によれば、いろいろな分野の対象システムについて、対象システムのシステム構成を変更するか否かを自動で判定するための判定基準を得ることができる。

＜第５の実施形態＞
　図２６は、第５の実施形態に係る表示装置の構成の例を示す図である。図２６に示す構成で、表示装置６２０は、表示部６２１を備える。
　かかる構成で、表示部６２１は、運用対象のシステムである対象システムの運用時に値が変化し、かつ、その値が対象システムの動作状況と相関性を有する変動因子のリストを表示する。

　表示部６２１は、表示手段の例に該当する。
　表示装置６２０によれば、利用者は、変動因子のリストを参照して、変動因子のうち、対象システムのシステム構成を変更するか否かの判定基準に用いる変動因子を選択することができる。

＜第６の実施形態＞
　第６実施形態に係る表示装置の構成は、第５実施形態に係る表示装置の構成と同様である。第６実施形態の説明では、図２６を参照する。
　図２６は、第６の実施形態に係る表示装置の構成の例を示す図である。図２６に示す構成で、表示装置６２０は、表示部６２１を備える。

　かかる構成で、表示部６２１は、運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、対象システムの運用時にとることが許容される範囲を表示する。
　表示部６２１は、表示手段の例に該当する。
　表示装置６２０によれば、利用者は、対象システムによる表示を参照して、変動因子の値が対象システムの運用時にとることが許容されている範囲を確認することができる。

＜第７の実施形態＞
　第７実施形態に係る表示装置の構成は、第５実施形態に係る表示装置の構成と同様である。第７実施形態の説明では、図２６を参照する。
　図２６は、第７の実施形態に係る表示装置の構成の例を示す図である。図２６に示す構成で、表示装置６２０は、表示部６２１を備える。

　かかる構成で、表示部６２１は、運用対象のシステムである対象システムの運用時に変化する値であって、対象システムの動作状況と相関性を有する変動因子の値を示す座標軸を複数の変動因子のそれぞれについて有する座標空間に、座標軸ごとの前記変動因子の値を示す点を表示する。

　表示装置６２０によれば、利用者は、複数の変動因子の値を視覚的に把握することができ、この点で、複数の変動因子の値を比較的容易に把握することができる。例えば、利用者は、対象システムのシステム構成の変更の要否の判定の基準に設定されている複数の変動因子の値を比較的容易に把握することができる。

＜第８の実施形態＞
　図２７は、第８の実施形態にかかるシステム運用計画方法における処理の手順の例を示す図である。図２７に示すシステム運用計画方法は、要件を生成すること（ステップＳ６１１）を含む。
　要件を生成すること（ステップＳ６１１）では、コンピュータが、運用対象のシステムである対象システムの運用時に変化する値であって、対象システムの動作状況と相関性を有する変動因子の値が、対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、変動因子範囲に含まれる変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、対象システムが満たすべき要件を示す情報である具体的な要件を生成する。

　図２７に示すシステム運用計画方法によれば、対象システムの運用時に対象システムのシステム構成を変更するか否かを自動で判定するための判定基準として、複数の具体的な要件のそれぞれが示す変動因子の値を用いることができる。具体的な要件を満たすシステム構成を設計することで、変動因子の値が、その具体的な要件が示す変動因子の値であるときに適したシステム構成を得ることができる。

　特に、図２７に示すシステム運用計画方法によれば、変動因子は特定の分野のものに限定されない。図２７に示すシステム運用計画方法によれば、いろいろな分野の対象システムについて、対象システムのシステム構成を変更するか否かを自動で判定するための判定基準を得ることができる。

　図２８は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
　図２８に示す構成で、コンピュータ７００は、ＣＰＵ７１０と、主記憶装置７２０と、補助記憶装置７３０と、インタフェース７４０と、不揮発性記録媒体７５０とを備える。

　上記のシステム運用計画装置１、システム運用計画装置２、システム運用計画装置３、システム運用計画装置６１０、および、表示装置６２０のうち何れか１つ以上またはその一部が、コンピュータ７００に実装されてもよい。その場合、上述した各処理部の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ７１０は、プログラムに従って、上述した各記憶部に対応する記憶領域を主記憶装置７２０に確保する。各装置と他の装置との通信は、インタフェース７４０が通信機能を有し、ＣＰＵ７１０の制御に従って通信を行うことで実行される。

　システム運用計画装置１がコンピュータ７００に実装される場合、入出力部９０１、運用計画部１００、および、それらの各部の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。

　また、ＣＰＵ７１０は、プログラムに従って、システム運用計画装置１が処理を行うための記憶領域を主記憶装置７２０に確保する。システム運用計画装置１と他の装置との通信は、インタフェース７４０が通信機能を有し、ＣＰＵ７１０の制御に従って動作することで実行される。システム運用計画装置１とユーザとのインタラクションは、インタフェース７４０が表示装置および入力デバイスを備え、ＣＰＵ７１０の制御に従って各種画像の表示を行い、ユーザ操作を受け付けることで実行される。

　システム運用計画装置２がコンピュータ７００に実装される場合、入出力部９０１、運用計画部１００、運用実行部２００、対象システム９１１、および、それらの各部の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。

　また、ＣＰＵ７１０は、プログラムに従って、システム運用計画装置２が処理を行うための記憶領域を主記憶装置７２０に確保する。システム運用計画装置２と他の装置との通信は、インタフェース７４０が通信機能を有し、ＣＰＵ７１０の制御に従って動作することで実行される。システム運用計画装置２とユーザとのインタラクションは、インタフェース７４０が表示装置および入力デバイスを備え、ＣＰＵ７１０の制御に従って各種画像の表示を行い、ユーザ操作を受け付けることで実行される。

　システム運用計画装置３がコンピュータ７００に実装される場合、入出力部９０１、計画運用部３００、対象システム９１１、および、それらの各部の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。

　また、ＣＰＵ７１０は、プログラムに従って、システム運用計画装置３が処理を行うための記憶領域を主記憶装置７２０に確保する。システム運用計画装置３と他の装置との通信は、インタフェース７４０が通信機能を有し、ＣＰＵ７１０の制御に従って動作することで実行される。システム運用計画装置３とユーザとのインタラクションは、インタフェース７４０が表示装置および入力デバイスを備え、ＣＰＵ７１０の制御に従って各種画像の表示を行い、ユーザ操作を受け付けることで実行される。

　システム運用計画装置６１０がコンピュータ７００に実装される場合、要件生成部６１１の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。

　また、ＣＰＵ７１０は、プログラムに従って、システム運用計画装置６１０が処理を行うための記憶領域を主記憶装置７２０に確保する。システム運用計画装置６１０と他の装置との通信は、インタフェース７４０が通信機能を有し、ＣＰＵ７１０の制御に従って動作することで実行される。システム運用計画装置６１０とユーザとのインタラクションは、インタフェース７４０が表示装置および入力デバイスを備え、ＣＰＵ７１０の制御に従って各種画像の表示を行い、ユーザ操作を受け付けることで実行される。

　表示装置６２０がコンピュータ７００に実装される場合、表示部６２１の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。

　また、ＣＰＵ７１０は、プログラムに従って、表示装置６２０が処理を行うための記憶領域を主記憶装置７２０に確保する。表示装置６２０と他の装置との通信は、インタフェース７４０が通信機能を有し、ＣＰＵ７１０の制御に従って動作することで実行される。表示装置６２０とユーザとのインタラクションは、インタフェース７４０が表示装置および入力デバイスを備え、ＣＰＵ７１０の制御に従って各種画像の表示を行い、ユーザ操作を受け付けることで実行される。

　上述したプログラムのうち何れか１つ以上が不揮発性記録媒体７５０に記録されていてもよい。この場合、インタフェース７４０が不揮発性記録媒体７５０からプログラムを読み出すようにしてもよい。そして、ＣＰＵ７１０が、インタフェース７４０が読み出したプログラムを直接実行するか、あるいは、主記憶装置７２０または補助記憶装置７３０に一旦保存して実行するようにしてもよい。

　なお、システム運用計画装置１、システム運用計画装置２、システム運用計画装置３、システム運用計画装置６１０、および、表示装置６２０が行う処理の全部または一部を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳ（Operating System）や周辺機器等のハードウェアを含むものとする。
　また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成するシステム運用計画装置。

（付記２）
　前記具体的な要件を生成するに際して、前記対象システムが、前記変動因子の値を取得するための観測を行うための構成を含むという要件を含む前記具体的な要件を生成する、
　付記１に記載のシステム運用計画装置。

（付記３）
　前記具体的な要件のそれぞれについて、その要件を満たす前記対象システムのシステム構成を示す構成情報を生成する構成設計手段
　をさらに備える、付記１または付記２に記載のシステム運用計画装置。

（付記４）
　前記構成情報のうちの１つが示すシステム構成から、前記構成情報のうちのもう１つが示すシステム構成に変更するための手順を示す情報である構成変更手順を生成する手順計画手段
　を更に備える、付記３に記載のシステム運用計画装置。

（付記５）
　前記具体的な要件のそれぞれと、前記対象システムのシステム構成を、その要件を満たすシステム構成に変更するための手順を示す前記構成変更手順とが紐付けられた情報を含む情報である運用計画を生成する計画制御部
　を更に備える、付記４に記載のシステム運用計画装置。

（付記６）
　前記対象システムのシステム構成を、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値に対応している前記具体的な要件を満たすシステム構成に変更するための手順を示す前記構成変更手順に基づいて前記対象システムのシステム構成を変更する手順実行手段
　をさらに備える、付記４または付記５に記載のシステム運用計画装置。

（付記７）
　前記対象システムの現在のシステム構成が満たす前記具体的な要件が示す前記変動因子の値と、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値に対応している前記具体的な要件が示す前記変動因子の値とを比較して、前記対象システムのシステム構成の変更の要否を判定する判定手段
　をさらに備える、付記１から６の何れか一つに記載のシステム運用計画装置。

（付記８）
　前記判定手段は、前記対象システムの現在のシステム構成が満たす前記具体的な要件が示す前記変動因子の値と、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値との乖離の大きさが所定の閾値よりも大きい場合に、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値に対応している前記具体的な要件が示す前記変動因子の値を求めて、前記対象システムのシステム構成の変更の要否を判定する、
　付記７に記載のシステム運用計画装置。

（付記９）
　運用対象のシステムである対象システムの運用時に値が変化し、かつ、その値が前記対象システムの動作状況と相関性を有する変動因子のリストを表示する表示手段
　を備える表示装置。

（付記１０）
　前記リストに示される前記変動因子のうち、前記対象システムの運用時における前記対象システムのシステム構成の変更の要否の判定に用いられる変動因子を指示するユーザ操作を受け付ける操作入力手段
　をさらに備える、付記９に記載の表示装置。

（付記１１）
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲を表示する表示手段
　を備える表示装置。

（付記１２）
　前記変動因子の値が、前記対象システムの運用時にとることが許容される範囲の変更を指示するユーザ操作を受け付ける操作入力手段
　をさらに備える、付記１１に記載の表示装置。

（付記１３）
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値を示す座標軸を複数の前記変動因子のそれぞれについて有する座標空間に、前記座標軸ごとの前記変動因子の値を示す点を表示する表示手段
　を備える表示装置。

（付記１４）
　前記表示手段は、前記変動因子の値が、前記対象システムの運用時にとることが許容される範囲を、前記座標空間に表示する
　付記１３に記載の表示装置。

（付記１５）
　前記座標空間における、前記座標軸ごとの前記変動因子の値を示す点を編集するユーザ操作を受け付ける操作入力手段
　をさらに備える、付記１３または１４に記載の表示装置。

（付記１６）
　コンピュータが、
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成する
　ことを含むシステム運用計画方法。

（付記１７）
　コンピュータに、
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成すること
　を実行させるためのプログラムを記録している記録媒体。

　本発明は、システム運用計画装置、表示装置、システム運用計画方法および記録媒体に適用してもよい。

　１、２、３、６１０　システム運用計画装置
　１００　運用計画部
　１０１　計画制御部
　１０２、６１１　要件生成部
　１０３　構成設計部
　１０４　手順計画部
　２００　運用実行部
　２０１　同期制御部
　２０２　手順実行部
　２０３　作業実行部
　２０４　状態管理部
　２０５　監視部
　２０６　判定部
　３００　計画運用部
　６２０　表示装置
　６２１　表示部
　９０１　入出力部
　９１１　対象システム

Claims

　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成するシステム運用計画装置。
　前記具体的な要件を生成するに際して、前記対象システムが、前記変動因子の値を取得するための観測を行うための構成を含むという要件を含む前記具体的な要件を生成する、
　請求項１に記載のシステム運用計画装置。
　前記具体的な要件のそれぞれについて、その要件を満たす前記対象システムのシステム構成を示す構成情報を生成する構成設計手段
　をさらに備える、請求項１または請求項２に記載のシステム運用計画装置。
　前記構成情報のうちの１つが示すシステム構成から、前記構成情報のうちのもう１つが示すシステム構成に変更するための手順を示す情報である構成変更手順を生成する手順計画手段
　を更に備える、請求項３に記載のシステム運用計画装置。
　前記具体的な要件のそれぞれと、前記対象システムのシステム構成を、その要件を満たすシステム構成に変更するための手順を示す前記構成変更手順とが紐付けられた情報を含む情報である運用計画を生成する計画制御部
　を更に備える、請求項４に記載のシステム運用計画装置。
　前記対象システムのシステム構成を、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値に対応している前記具体的な要件を満たすシステム構成に変更するための手順を示す前記構成変更手順に基づいて前記対象システムのシステム構成を変更する手順実行手段
　をさらに備える、請求項４または請求項５に記載のシステム運用計画装置。
　前記対象システムの現在のシステム構成が満たす前記具体的な要件が示す前記変動因子の値と、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値に対応している前記具体的な要件が示す前記変動因子の値とを比較して、前記対象システムのシステム構成の変更の要否を判定する判定手段
　をさらに備える、請求項１から６の何れか一項に記載のシステム運用計画装置。
　前記判定手段は、前記対象システムの現在のシステム構成が満たす前記具体的な要件が示す前記変動因子の値と、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値との乖離の大きさが所定の閾値よりも大きい場合に、前記変動因子の値を取得するための観測を行うための構成を用いて得られる前記変動因子の値に対応している前記具体的な要件が示す前記変動因子の値を求めて、前記対象システムのシステム構成の変更の要否を判定する、
　請求項７に記載のシステム運用計画装置。
　運用対象のシステムである対象システムの運用時に値が変化し、かつ、その値が前記対象システムの動作状況と相関性を有する変動因子のリストを表示する表示手段
　を備える表示装置。
　前記リストに示される前記変動因子のうち、前記対象システムの運用時における前記対象システムのシステム構成の変更の要否の判定に用いられる変動因子を指示するユーザ操作を受け付ける操作入力手段
　をさらに備える、請求項９に記載の表示装置。
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲を表示する表示手段
　を備える表示装置。
　前記変動因子の値が、前記対象システムの運用時にとることが許容される範囲の変更を指示するユーザ操作を受け付ける操作入力手段
　をさらに備える、請求項１１に記載の表示装置。
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値を示す座標軸を複数の前記変動因子のそれぞれについて有する座標空間に、前記座標軸ごとの前記変動因子の値を示す点を表示する表示手段
　を備える表示装置。
　前記表示手段は、前記変動因子の値が、前記対象システムの運用時にとることが許容される範囲を、前記座標空間に表示する
　請求項１３に記載の表示装置。
　前記座標空間における、前記座標軸ごとの前記変動因子の値を示す点を編集するユーザ操作を受け付ける操作入力手段
　をさらに備える、請求項１３または１４に記載の表示装置。
　コンピュータが、
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成する
　ことを含むシステム運用計画方法。
　コンピュータに、
　運用対象のシステムである対象システムの運用時に変化する値であって、前記対象システムの動作状況と相関性を有する変動因子の値が、前記対象システムの運用時にとることが許容される範囲である変動因子範囲を示す情報を含み、前記対象システムが満たすべき要件を示す情報である抽象的な要件に基づいて、前記変動因子範囲に含まれる前記変動因子の複数通りの値のそれぞれについて、その値を示す情報を含み、前記対象システムが満たすべき要件を示す情報である具体的な要件を生成すること
　を実行させるためのプログラムを記録している記録媒体。