(57)【特許請求の範囲】
【請求項１】
複数種類のリソースを含む複数のリソースを有する計算機システムを管理する管理システムであって、
ユーザの入力情報を受け付ける１以上のインターフェースを含んだインターフェース部と、
前記インターフェース部に接続された１以上のプロセッサを含み、複数のサービス種別のうち検索範囲に属するサービス種別のうちの前記入力情報に適合する１以上のサービス種別を表す情報を含んだ出力情報をユーザ向けに表示するプロセッサ部と
を有し、
前記入力情報が、
システム基本構成の１以上の構成要素のうちのユーザにより指定された構成要素の種別であるインフラリソース種別と、
そのインフラリソース種別に関連付けられた複数の非機能要件についてそれぞれユーザにより指定された複数の第１レベルと
を含み、
前記複数のサービス種別の各々に、
２以上の非機能要件と、
その２以上の非機能要件にそれぞれ関連付けられた２以上の第２レベルと
が関連付けられており、
前記入力情報に適合する１以上のサービス種別の各々は、前記検索範囲に属するサービス種別のうち、前記入力情報に含まれている前記複数の第１レベルにそれぞれ対応した複数の非機能要件と同一の非機能要件が関連付けられており、
前記入力情報に適合する１以上のサービス種別は、前記入力情報が表す複数の非機能要件のうち、第１レベルの高さに基づき、決定されたサービス種別であり、更に、前記入力情報が表す複数の非機能要件の各々について、第２レベルが第１レベル以上であるか否かと、第２レベルが第１レベル未満の場合には第２レベルと第１レベルとの差分の大きさとに基づき、線形計画法を用いた最適解の算出に従い決定されたサービス種別である、
管理システム。
【請求項２】
前記複数のサービス種別は、２以上のシステム構成方法を含み、
前記入力情報に適合する１以上のサービス種別は、１以上のシステム構成方法を含む、
請求項１記載の管理システム。
【請求項３】
前記入力情報に適合する１以上のシステム構成方法のうち、特定の非機能要件の第２レベルがその特定の非機能要件の第１レベル以上であるシステム構成方法があれば、前記出力情報は、そのシステム構成方法に関し、その特定の非機能要件についての複数の観点の各々について、複数の非機能要件にそれぞれ対応した複数の第２レベルを表す情報を含む、
請求項２記載の管理システム。
【請求項４】
前記特定の非機能要件は、拡張性であり、
前記複数の観点は、スケールアップ及びスケールアウトである、
請求項３記載の管理システム。
【請求項５】
前記複数のサービス種別は、少なくとも１つのインフラリソース種別についての２以上のシステム運用方法を含み、
前記入力情報に適合する１以上のサービス種別は、１以上のシステム運用方法を含む、
請求項１記載の管理システム。
【請求項６】
前記２以上のシステム運用方法は、インフラリソース種別としてのストレージに関連付いた異なる２以上のバックアップ方法である、
請求項５記載の管理システム。
【請求項７】
前記入力情報に適合する１以上のサービス種別を表す情報は、その１以上のサービス種別の各々について関連付けられている２以上の第２レベルと、前記入力情報に含まれている複数の第１レベルとを表す情報である、
請求項１記載の管理システム。
【請求項８】
前記複数の非機能要件及び前記２以上の非機能要件は、ダウンタイム、レイテンシー、スループット，ＲＴＯ（Recovery Time Objective）、ＲＰＯ（Recovery Point Objective）、容量及びコストのうちの少なくとも２つである、
請求項１記載の管理システム。
【請求項９】
前記入力情報は、前記ユーザ向けの第１の画面経由で入力された情報であり、
前記複数のサービス種別の各々についての２以上の第２レベルは、管理者向けの第２画面経由で入力された情報である、
請求項１記載の管理システム。
【請求項１０】
前記プロセッサ部は、
前記入力情報に適合する１以上のサービス種別のうちユーザからサービス種別の選択を受け付け、
選択されたサービス種別についての２以上のリソースで構成されたパターンであるデザインパターンを前記ユーザ向けに表示する、
請求項１記載の管理システム。
【請求項１１】
前記プロセッサ部は、
前記デザインパターンをデプロイするための設定手順が定義された構築処理フローを生成し前記ユーザ向けに表示する、
請求項１０記載の管理システム。
【請求項１２】
前記プロセッサ部は、
前記構築処理フローをデプロイする、
請求項１１記載の管理システム。
【請求項１３】
計算機システムが有する複数のリソースのうちの２以上のリソースを用いたサービス種別をユーザに提示するための管理システムによるリソーススケジューリング方法であって、
（ａ）ユーザの入力情報を受け付け、
前記入力情報が、
システム基本構成の１以上の構成要素のうちのユーザにより指定された構成要素の種別であるインフラリソース種別と、
そのインフラリソース種別に関連付けられた複数の非機能要件についてそれぞれユーザにより指定された複数の第１レベルと
を含み、
（ｂ）複数のサービス種別のうち検索範囲に属するサービス種別のうちの前記入力情報に適合する１以上のサービス種別を表す情報を含んだ出力情報をユーザ向けに表示し、
前記複数のサービス種別の各々に、
２以上の非機能要件と、
その２以上の非機能要件にそれぞれ関連付けられた２以上の第２レベルと
が関連付けられており、
前記入力情報に適合する１以上のサービス種別の各々は、前記検索範囲に属するサービス種別のうち、前記入力情報に含まれている前記複数の第１レベルにそれぞれ対応した複数の非機能要件と同一の非機能要件が関連付けられており、
前記入力情報に適合する１以上のサービス種別は、前記入力情報が表す複数の非機能要件のうち、第１レベルの高さに基づき、決定されたサービス種別であり、更に、前記入力情報が表す複数の非機能要件の各々について、第２レベルが第１レベル以上であるか否かと、第２レベルが第１レベル未満の場合には第２レベルと第１レベルとの差分の大きさとに基づき、線形計画法を用いた最適解の算出に従い決定されたサービス種別である、
リソーススケジューリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、クラウドのインフラリソースを利用してシステムを構築・運用する際、システム実行基盤の要件に対して、クラウドサービスメニューから適切なサービスを選んで、システムを自動デプロイし、運用を自動実行する。システム実行基盤に対する全ての要件を満たすクラウドサービスがない場合でも、要件に近いサービスの組み合わせの候補案を出す、クラウド利用でシステム構築・運用するためのリソーススケジュール管理装置および方法に関する。
【背景技術】
【０００２】
一般に、情報システムの構成（例えば、コンポーネントとしてのコンピューティングリソースとその配置）は、非機能要件に基づいて決められる。【０００３】
特許文献１の技術によれば、性能が不足してくると、性能を改善するために、指定されたデッドラインの期間までに可能な対策案が提示される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】WO2014/073045
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、上述したように、デッドラインまでの期間内で性能改善するための可能な対策案が提示される。このため、デッドラインまでに、性能改善に必要なコンピューティングリソースがない場合は、対策案を提示することができない。この場合は、デッドラインを延長するなど、性能を満たすまで待たなければならない。【０００６】
しかし、近年、クラウドサービス（クラウドコンピューティング）のような技術を利用して素早く情報システムを構築することが望まれており、新たなサービスをスピーディに始めたり、既存サービスをニーズに応じて素早く変更したりすることが重要になっている。
【課題を解決するための手段】
【０００７】
複数種類のリソースを含む複数のリソースを有する計算機システムを管理する管理システムが構築される。管理システムは、ユーザの入力情報を受け付け、複数のサービス種別のうち検索範囲に属するサービス種別のうちの上記入力情報に適合する１以上のサービス種別を表す情報を含んだ出力情報をユーザ向けに表示する。入力情報が、システム基本構成の１以上の構成要素のうちの指定された構成要素の種別であるインフラリソース種別と、そのインフラリソース種別に関連付けられた複数の非機能要件についてそれぞれ指定された複数の第１レベルとを含む。複数のサービス種別の各々に、２以上の非機能要件と、その２以上の非機能要件にそれぞれ関連付けられた２以上の第２レベルとが関連付けられている。入力情報に適合する１以上のサービス種別の各々は、検索範囲に属するサービス種別のうち、入力情報に含まれている前記複数の第１レベルにそれぞれ対応した複数の非機能要件と同一の非機能要件が関連付けられており、且つ、相対的に、入力情報に含まれている複数の第１レベルに近似する２以上の第２レベルが関連付けられているサービス種別である。
【発明の効果】
【０００８】
複数の非機能要件についてユーザがそれぞれ指定した複数の第１レベルに完全に適合する２以上の第２レベルが関連付いたサービス種別が無くても、その複数の第１レベルに近似した２以上の第２レベルが関連付いたサービス種別の提示をユーザは受けることができる。
【図面の簡単な説明】
【０００９】
【図１】概要図（実施例１）。
【図２】システム全体構成図（実施例１）。
【図３】クラウドオーケストレーターサーバの構成図（実施例１）。
【図４】クラウド運用管理サーバの構成図（実施例１）。
【図５】監視サーバの構成図（実施例１）。
【図６】サーバ間の処理とデータの流れ図（実施例１）。
【図７】システム基本構成情報及びユーザ入力情報の構成図（実施例１）。
【図８】ターゲットリソース情報の構成図（実施例１）。
【図９】デザインパターン情報の構成図（実施例１）。
【図１０】インフラリソース情報の構成図（実施例１）。
【図１１】クラウドオーケストレーターサーバの処理フロー図（実施例１）。
【図１２】クラウド管理サーバの処理フロー図（実施例１）。
【図１３】システムプランナー入力画面（実施例１）。
【図１４】サービスメニュー（サーバリソース）入力画面の模式図（実施例１）。
【図１５】サービスプラン策定画面の模式図（実施例１）。
【図１６】デザインパターン表示画面の模式図（実施例１）。
【図１７】処理フロー編集画面の模式図（実施例１）。
【図１８】概要図（実施例２）。
【図１９】システム全体構成図（実施例２）
【図２０】バックアップサーバの構成図（実施例２）。
【図２１】クラウドオーケストレーターサーバの構成図（実施例２）。
【図２２】サーバ間の処理とデータの流れ図（実施例２）。
【図２３】バックアップサービスメニューの構成図（実施例２）。
【図２４】デザインパターン情報の構成図（実施例２）。
【図２５】インフラリソース情報の構成図（実施例２）。
【図２６】クラウドオーケストレーターサーバの処理フロー図（実施例２）。
【図２７】システムプランナー入力画面の模式図（実施例２）。
【図２８】サービスメニュー（ストレージリソース）入力画面の模式図（実施例２）。
【図２９】サービスメニュー（バックアップサービス）入力画面の模式図（実施例２）。
【図３０】サービスプラン策定画面の模式図（実施例２）。
【図３１】デザインパターン表示画面の模式図（実施例２）。
【図３２】処理フロー編集画面の模式図（実施例２）。
【発明を実施するための形態】
【００１０】
以下、本発明の幾つかの実施例を説明する。
【００１１】
以下の説明では、「インターフェース部」は、１以上のインターフェースを含む。１以上のインターフェースは、１以上の同種のインターフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種のインターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。
【００１２】
また、以下の説明では、「記憶部」は、１以上のメモリを含む。少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。記憶部は、１以上のメモリに加えて、１以上のＰＤＥＶを含んでもよい。「ＰＤＥＶ」は、物理的な記憶デバイスを意味し、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよい。ＰＤＥＶは、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive)でよい。
【００１３】
また、以下の説明では、「プロセッサ部」は、１以上のプロセッサを含む。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）である。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。
【００１４】
また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ部によって実行されることで、定められた処理を、適宜に記憶部及びインターフェース部のうちの少なくとも１つを用いながら行うため、処理の主語が、プロセッサ部（或いは、プロセッサ部を有する計算機又は計算機システム）とされてもよい。プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な記憶メディアであってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【００１５】
また、以下の説明では、「ｘｘｘ情報」は主にテーブル形式であるが、情報は、どのようなデータ構造で表現されていてもよい。また、以下の説明において、各種情報の構成は一例であり、各種情報は、２以上の情報要素に分割されてもよいし、２種以上の情報の全部又は一部が同一情報に集約されてもよい。
【００１６】
また、以下の説明では、日時又は時刻等の時間は、年月日時分秒又はその一部で表現されてよい。
【００１７】
また、以下の説明では、「管理システム」は、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が表示デバイスを有していて管理計算機が自分の表示デバイスに情報を表示する場合、管理計算機が管理システムでよい。また、例えば、管理計算機（例えばサーバ）が表示用情報を遠隔の表示用計算機（例えばクライアント）に送信し表示用計算機がその情報を表示する場合（管理計算機が表示用計算機に情報を表示する場合）、管理計算機と表示用計算機とのうちの少なくとも管理計算機を含んだシステムが管理システムでよい。管理システムは、インターフェース部、記憶部及びそれらに接続されたプロセッサ部を有してよい。インターフェース部は、ユーザインターフェース部と、通信インターフェース部とのうちの少なくとも１つを含んでよい。ユーザインターフェース部は、１以上のＩ／Ｏデバイス（例えば入力デバイス（例えばキーボード及びポインティングデバイス）と出力デバイス（例えば表示デバイス））と表示用計算機とのうちの少なくとも１つのＩ／Ｏデバイスを含んでよい。通信インターフェース部は、１以上の通信インターフェースデバイスを含んでよい。管理システムにおける計算機が「表示用情報を表示する」ことは、計算機が有する表示デバイスに表示用情報を表示することであってもよいし、計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。以下の説明では、管理システムは、クラウドオーケストレーターサーバとクラウド運用管理サーバのうちの少なくともクラウドオーケストレーターサーバである。
【００１８】
また、以下の説明では、「ユーザ」は、クラウドコンピューティングサービスを受ける側の者であり、「インフラ管理者」は、クラウドコンピューティングサービスを提供する側の者である。
【実施例１】
【００１９】
図１は、実施例１の概要図である。図１によれば、本実施例の概要の説明のために、ＷｅｂシステムのＤＢ（database）サーバを構築する例が採用されている。【００２０】
クラウドオーケストレーターサーバ（図示せず）が、ユーザから情報１０１の入力を受ける（Ｓ１−１）。ユーザの入力情報１０１は、システム基本構成２１０と、重要度レベル１０１ｂとを含む。システム基本構成２１０は、構築される情報システムの基本構成を表す情報である。ここで言う「基本構成」は、情報システムのインフラリソースと、インフラリソース同士の関連性とを含む。重要度レベル１０１ｂは、インフラリソースに対する１以上の非機能要件の各々についてのレベルである。「インフラリソース」とは、情報システムにおける最上位のリソースでよい。インフラリソースは、１以上のコンピューティングリソースの組合せである。複数種類のコンピューティングリソースを含む複数のコンピューティングリソースは、複数の物理リソース（例えば、ＣＰＵ、メモリ）と、複数の論理リソース（例えば、ＶＭ（Virtual Machine）、アプリケーションプログラム、論理ボリューム）とを含んでよい。全てのインフラリソースの各々に対して重要度レベル１０１ｂが関連付けられてもよいし、一部のインフラリソースのみに重要度レベル１０１ｂが関連付けられてもよい。図１の例では、重要度レベル１０１ｂが関連付けられるインフラリソースは、「ＤＢ層」（ＤＢサーバ）である。各非機能要件の重要度は、５段階あり、重要度が高いほどレベルの数値が大きくなる。全ての非機能要件の重要度レベル数が、同一の数「５」でなくてもよい。例えば、第１の非機能要件についての重要度レベル数が「５」であっても第２の非機能要件についての重要度レベル数は「５」より多くても少なくてもよい（但し、重要度レベル数は、２以上の整数である）。「非機能要件」とは、定義される要件のうち、機能面以外の要件でありさえすればよく、例えば、システム実行基盤が提供する可用性、性能、拡張性等でよい。より具体的には、可用性についての非機能要件は、許容されるダウンタイムでよく、性能についての非機能要件は、レイテンシーやスループットでよく、拡張性についての非機能要件は、スケールアップやスケールアウトでよい。「非機能要件」の定義は、複数の私企業が所属する所定の機関により発行されたガイドラインに従う定義でもよいし、クラウドサービスプロバイダのような私企業によって決定された定義でもよい。本実施例では、可用性のダウンタイムとして、３０秒以内は重要度レベル５、１分以内は重要度レベル４、５分以内は重要度レベル３、１時間以内は重要度レベル２とされる。また、本実施例では、性能は、ディスクI/O（Input/Output）性能である。【００２１】
次に、クラウドオーケストレーターサーバは、インフラリソース種別のサービスメニューであるインフラリソースメニュー（ターゲットリソース）１０２のうち、ユーザからリソース種別（ターゲットリソース種別）の選択を受け付ける（Ｓ１−２）。ユーザにより選択されたターゲットリソース種別を「選択ターゲットリソース種別」と言う。本実施例では、インフラリソースメニュー（ターゲットリソース）１０２（メニュー）中に、インフラリソース種別として、“ネットワークリソース”、“サーバリソース”及び“ストレージリソース”のうちの少なくとも１つがあってよい。本実施例では、インフラリソースメニュー（ターゲットリソース）１０２は、サーバリソースに関する情報を含んだ情報であるとする。少なくとも１つのインフラリソース種別（本実施例ではサーバいリソース）について、２以上の選択肢（ターゲットリソース種別）があるとする。図１の例では、サーバリソースについて、選択肢として、ベアメタル、ＶＭリソース、及びＨＡ（High Availability）構成リソースがあるとする。そして、図１の例では、ユーザは、サーバリソースの中から、ダウンタイム（重要度レベルの高い非機能要件）を短くするため、ターゲットリソース種別としてＨＡ構成リソースを選択したとする。ＨＡ構成リソースは、ＦＴ（Fault Tolerant）と、ＨＡクラスタと、クラスタソフトとを含む。ＦＴは、異なる複数の物理リソース（例えば異なる複数のサーバマシン）で構成されたリソース種別である。ＨＡクラスタは、異なる複数のハイパバイザで構成されたリソース種別である。クラスタソフトは、異なる複数のハイパバイザ上で実行される異なる複数のＶＭで構成されたリソース種別である。【００２２】
インフラリソースメニュー（ターゲットリソース）１０２が表す各種リソースについて、非機能要件毎に、提供度レベルが関連付けられている。従って、選択ターゲットリソース種別についても、非機能要件毎に、提供度レベルが関連付けられている。なお、典型的には、提供度レベルの基準と重要度レベルの基準は同じである。すなわち、例えば、本実施例では、可用性のダウンタイムとして、３０秒以内は提供度レベル５、１分以内は提供度レベル４、５分以内は提供度レベル３、１時間以内は提供度レベル２とされる。【００２３】
クラウドオーケストレーターサーバは、提示処理を行う（Ｓ１−３）。提示処理は、例えば、重要度レベルと達成度レベルとの比較（Ｓ１−３−１）と、比較結果を表す情報を含んだ出力情報の表示（Ｓ１−３−２）とを含む。【００２４】
重要度レベルと達成度レベルとの比較は、選択ターゲットリソース種別の達成度レベルとの比較である第１種の比較と、拡張後の達成度レベルとの比較である第２種の比較とのうち少なくとも第１種の比較を含む。出力情報１０５は、達成度レベル１０５ａを含む。図１の例において、達成度レベル１０５ａは、第１種の比較結果（左側）と、第２種の比較結果（右側）を含む。達成度レベル１０５ａは、選択ターゲットリソース種別「ＨＡ構成リソース」についての各非機能要件の達成度レベルと、各非機能要件の重要度レベルとを示すレーダーチャートを含む。非機能要件に対する達成度が高いほど、達成度レベルの数値が大きくなる。すなわち、各非機能要件について、達成度レベル（予め定義されている数値）が重要度レベル（ユーザが入力した数値）以上であれば、非機能要件が満たされていることであり、達成度レベルが重要度レベル未満であれば、達成度レベルと重要度レベルとの差分が大きい程、非機能要件は満たされていないということである。具体的には、各非機能要件について、重要度レベルを“x”とし達成度レベルを“y”とした場合、x≦y（y-x≧0）なら、非機能要件が満たされている。x＞y（y-x＜0）なら、非機能要件が満たされていない。【００２５】
第１種の比較結果によれば、ＦＴについて、ダウンタイムは、達成度レベルが重要度レベルと同じため満たされているが、コストは、達成度レベルが重要度レベル未満のため満たされていない。一方、クラスタソフトについて、ダウンタイムは、達成度レベルが重要度レベル未満のため満たされていないが、コストは、達成度レベルが重要度レベル以上のため満たされている。【００２６】
第２種の比較は、選択ターゲットリソース種別が拡張性の高いリソース種別である、又は、選択ターゲットリソース種別中に拡張性の高いリソース種別が含まれている場合に、実行される。拡張性の高いリソース種別とは、非機能要件「拡張性」の達成度レベルが重要度レベル以上であるリソース種別（又は、達成度レベルが重要度レベル未満であってもそれらの差分が所定値以下であるリソース種別）である。第１の比較結果によれば、クラスタソフトが、拡張性の高いリソース種別に該当するため、クラスタソフトについて、第２種の比較が実行される。第２種の比較結果は、クラスタソフト（拡張性の高いリソース種別の一例）について、拡張として、スケールアウト及びスケールアップの各々について、達成度レベルを表す。スケールアウト及びスケールアップの各々は、拡張態様の一例である。各種リソース種別について、拡張態様毎且つ非機能要件毎に、達成度レベルの変化量（加算される又は減算される値）が関連付けられており、その変化量を基に、第２の比較が行われる。第２の比較結果の一例によれば、クラスタソフトがスケールアウトされることにより、レイテンシーの達成度レベルが高くなるため、レイテンシーが満たされない度合いが減ることになり、クラスタソフトがスケールアップされることにより、レイテンシーの達成度レベルが更に高くなるため、レイテンシーが満たされない度合いが一層減ることになる。【００２７】
出力情報１０５に含まれる達成度レベル１０５ａ（比較結果）は、複数の非機能要件にそれぞれ対応した複数の頂点を有する多角形のレーダーチャートであるが、算出結果の表示形式は、レーダーチャートに限られない。例えば、算出結果は、非機能要件とリソース種別とのマトリクスであってよい。そのマトリクスの各セルが、達成度レベルと重要度レベルとの比較結果（例えば、達成度レベル（ｙ）が重要度レベル（ｘ）以上か否か、未満ならばそれらの差分）を表していてもよい。【００２８】
なお、図１の例によれば、選択ターゲットリソース種別に含まれる各種リソース種別について、達成度レベルが表示されたが、もし、選択ターゲットリソース種別中の１つのリソース種別が全ての非機能要件についての重要度レベルを満たしていれば、クラウドオーケストレーターサーバは、他のリソース種別について達成度レベルの比較及び表示のうちのいずれもスキップしてよい（非実行でよい）。いずれのターゲットリソース種別についても、少なくとも１つの非機能要件の重要度レベルと一致しない達成度レベルがある場合に、クラウドオーケストレーターサーバは、少なくとも１つのターゲットリソース種別について、各非機能要件について、達成度レベルと重要度レベルの比較とその比較結果の表示をしてよい。なお、「少なくとも１つの非機能要件の重要度レベルと一致しない達成度レベルがある場合」は、「少なくとも１つの非機能要件が満たされていない場合」であってもよい。すなわち、リソース過剰ではあるがユーザ指定の全ての非機能要件について重要度レベルが満たされていれば、「少なくとも１つの非機能要件の重要度レベルと一致しない達成度レベルがある場合」に該当しないでもよい。【００２９】
また、図１の例によれば、ターゲットリソース種別のユーザによる選択（Ｓ１−２）が行われるが、この選択はスキップされてよい。言い換えれば、情報入力（システム基本構成の選択、システム基本構成中のリソース種別（例えば“ＤＢ層”）の選択、選択されたリソース種別についての非機能要件の指定、指定された非機能要件についての重要度レベルの指定）が行われた場合、クラウドオーケストレーターサーバが、ユーザの入力情報（インフラリソース種別の種別ＩＤ（例えば種別名）、それに関連付けられた非機能要件及びその重要度レベル）を用いて、ターゲットリソース種別定義（複数のターゲットリソース種別の各々について関連付けられた種別ＩＤ（例えば種別名）、非機能要件及びその達成度レベル）を検索することで、その入力情報に最も近いターゲットリソース種別（システム構成方法）を表す情報を含んだ出力情報を表示してよい。本実施例において、「システム構成方法」とは、ベアメタル、ＦＴ、ＨＡクラスタ及びクラスタソフトいったようなシステム構成パターンと、システム構成パターンに従う構成の構成要素の数とで定義されている。「最も近いターゲットリソース種別」とは、指定された非機能要件について、指定された重要度レベルと、定義された達成度レベルとの一致性が最も大きいターゲットリソース種別である。一致性は、非機能要件毎の一致性（重要度レベルと達成度レベルの一致性）に加えて、非機能要件の重要度レベルの高さが考慮されてよい。例えば、重要度レベルが高い非機能要件と、重要度レベルが低い非機能要件とでは、重要度レベルと達成度レベルが一致していることの重みは、重要度レベルが高い非機能要件の方が高い。また、「重要度レベルと達成度レベルの一致」とは、完全一致に加えて、達成度レベルが重要度レベルを超えていることであってもよい。以上のように、ユーザの入力情報を用いた検索の検索範囲は、ターゲットリソース種別全般でもよいし、複数のターゲットリソース種別のうちユーザにより選択されたターゲットリソース種別であってもよい。【００３０】
また、図１の例によれば、クラウドオーケストレーターサーバが、ターゲットリソース種別の特定の非機能要件の達成度レベルが、その非機能要件の重要度レベル以上であれば、そのターゲットリソース種別についての複数の観点のうちの少なくとも１つの観点（例えば、ユーザ要件（重要度レベル）と最も近い観点）について、複数の非機能要件の各々について重要度レベルと達成度レベルとの比較（例えばレーダーチャート）を表示できる。ここでいう「特定の非機能要件」の一例が、「拡張性」であり、「観点」とは、拡張性のバリエーション、例えば、スケールアップ及びスケールアウト等である。【００３１】
以下、実施例１を詳細に説明する。【００３２】
図２は、実施例１に係るシステム全体構成図である。【００３３】
システム全体構成は、管理系、実行系、及び、リモートサイトを含む。【００３４】
管理系は、クラウドオーケストレーターサーバ２０１、クラウド運用管理サーバ２０２、及び、監視サーバ２０３を含む。【００３５】
実行系は、物理リソース（サーバ）２０４ａ、物理リソース（ストレージ）２０４ｂ、及び、物理リソース（ネットワーク）２０４ｃを含む。実行系は、複数種類のリソース（典型的にはコンピューティングリソース）を含んだ複数のリソースのプールでよい。【００３６】
リモートサイトは、端末２０６を含む。端末２０６は、ユーザ（例えば、クラウドサービスプロバイダのクライアント）の計算機（例えばパーソナルコンピュータ）でよい。ネットワーク２０５経由で、端末２０６からＷｅｂブラウザ２０７でアクセスする。ユーザ入力情報１０１は、端末２０６から入力される。【００３７】
クラウドオーケストレーターサーバ２０１には、プログラムのプランナー２０８、構築自動化２０９と、データのシステム基本構成２１０、構築処理方法（スクリプト）２１１、デザインパターン（システム構成・構築処理フロー）２１２が、格納される。クラウドオーケストレーターサーバ２０１は、ネットワーク２０５と通信するインターフェースを含んだインターフェース部、メモリ及び補助記憶装置のうちの少なくともメモリを含んだ記憶部、及び、少なくとも１つのプロセッサを含んだプロセッサ部を含む。プロセッサ部が、インターフェース部及びメモリ部に接続されている。なお、インターフェース部、記憶部及びプロセッサ部を含んだ構成は、クラウドオーケストレーターサーバ２０１に代えて又は加えて、サーバ２０２、２０３、２０４ａ及び２０４ｂのうちの少なくとも１つについても同様でもよいし、端末２０６についても同様でもよい。また、サーバ２０１、２０２及び２０３のうちの少なくとも１つは、１以上の物理サーバで構成されたサーバシステムにおいて実行される仮想サーバでもよい。要素２０８、２０９、２１０、２１１及び２１２は、記憶部に格納されてよい。要素２０８及び２０９は、プロセッサ部に実行されるコンピュータプログラムであってもよい。【００３８】
クラウド運用管理サーバ２０２には、プログラムの仮想リソース管理２１３のサーバリソース管理２１３a、ストレージリソース管理２１３ｂ、ネットワークリソース管理２１３ｃ、インフラサービス管理２１４と、データのインフラサービスメニュー（ターゲットリソース）１０２、インフラリソース情報（構成・割り当て状況）２１５が、格納される。要素２１４、１０２、２１５、２１３ａ、２１３ｂ及び２１３ｂは、クラウド運用管理サーバ２０２の記憶部に格納されてよい。要素２１４、２１３ａ、２１３ｂ、２１３ｃは、クラウド運用管理サーバ２０２のプロセッサ部に実行されるコンピュータプログラムであってもよい。【００３９】
監視サーバ２０３には、プログラムの構成管理２１６、稼動性能管理２１８、データの構成情報２１７、稼動性能情報２１９が、格納される。要素２１６、２１８、２１７及び２１９は、監視サーバ２０３の記憶部に格納されてよい。要素２１６及び２１８は、監視サーバ２０３のプロセッサ部に実行されるコンピュータプログラムであってよい。【００４０】
図３は、クラウドオーケストレーターサーバ２０１の構成図である。【００４１】
図２に示したクラウドオーケストレーターサーバ２０１の、画面表示処理３０５と、プランナー２０８の処理と、構築自動化２０９の処理は、メモリ３０１ａ、プロセッサ３０２ａ、記憶装置３０３ａ、通信インターフェース３０４ａからなるハードウェアにより、具体的に実現可能（例えば１以上のプログラムがプロセッサ３０２ａにより実行されることにより実現可能）である。なお、図示の入力装置は、キーボード及びポインティングデバイスでよく、出力装置は、表示装置でよいが、これらは、端末２０６であってもよい。【００４２】
プランナー２０８に含まれる、システム基本構成・非機能要件登録処理３０６、ターゲットリソース候補案生成処理３０７、デザインパターン選出処理３０８、構築処理フロー生成処理３０９は、メモリ３０１ａに読み込んだプログラム（例えばプログラム２０８）を、プロセッサ３０２ａが実行することにより、実現可能である。【００４３】
構築自動化２１０に含まれる、構築処理フロー自動化処理３１０は、メモリ３０１ａに読み込んだプログラム（例えばプログラム２１０）を、プロセッサ３０２ａが実行することにより、実現可能である。【００４４】
また、記憶装置３０３ａには、システム基本構成２１０、構築処理方法（スクリプト）２１１、デザインパターン（システム構成＆構築処理フロー）２１２、が格納される。【００４５】
端末２０６からＷｅｂブラウザ２０７経由でやりとりされる入出力情報、クラウド運用管理サーバ２０２のインフラサービスメニュー１０２とインフラリソース情報２１５は、通信インターフェース３０４ａを介して入出力されてよい。【００４６】
図４は、クラウド運用管理サーバ２０２の構成図である。【００４７】
図２に示したクラウド運用管理サーバ２０２の、画面表示処理４０１、インフラサービス管理２１４の処理、及び、仮想リソース管理２１３の処理は、メモリ３０１ｂ、プロセッサ３０２ｂ、記憶装置３０３ｂ、通信インターフェース３０４ｂからなるハードウェアにより、具体的に実現可能（例えば１以上のプログラムがプロセッサ３０２ｂにより実行されることにより実現可能）である。なお、図示の入力装置は、キーボード及びポインティングデバイスでよく、出力装置は、表示装置でよいが、これらは、端末２０６であってもよい。【００４８】
インフラサービス管理２１４に含まれる、ターゲットリソース非機能要件の定義処理４０２、ターゲットリソース割り当て方法の定義処理４０３は、メモリ３０１ｂに読み込んだプログラム（例えばプログラム２１４）を、プロセッサ３０２ｂが実行することにより、実現可能である。【００４９】
仮想リソース管理２１３に含まれる、仮想リソースの割り当て処理４０４は、メモリ３０１ｂに読み込んだプログラム（例えばプログラム２１３）を、プロセッサ３０２ｂが実行することにより、実現可能である。【００５０】
また、記憶装置３０３ｂには、インフラリソースメニュー（ターゲットリソース）１０２、インフラリソース情報２１５が格納される。【００５１】
端末２０６からＷｅｂブラウザ２０７経由でやりとりされる入出力情報、クラウドオーケストレーターサーバ２０１の構築処理スクリプト２１１、デザインパターン２１２の情報は、通信インターフェース３０４ｂを介して入出力されてよい。【００５２】
図５は、監視サーバ２０３の構成図である。【００５３】
図２に示した監視サーバ２０３の、画面表示処理５０１、構成管理２１６の処理、稼動性能管理２１８の処理は、メモリ３０１ｃ、プロセッサ３０２ｃ、記憶装置３０３ｃ、通信インターフェース３０４ｃからなるハードウェアにより、具体的に実現可能（例えば１以上のプログラムがプロセッサ３０２ｃにより実行されることにより実現可能）である。なお、図示の入力装置は、キーボード及びポインティングデバイスでよく、出力装置は、表示装置でよいが、これらは、端末２０６であってもよい。【００５４】
構成管理２１６に含まれる、構成管理設定・解除処理５０２、構成情報収集処理５０３は、メモリ３０１ｃに読み込んだプログラム（例えばプログラム２１６）を、プロセッサ３０２ｃが実行することにより、実現可能である。【００５５】
稼動性能管理２１８に含まれる、監視設定・解除処理５０４、監視情報収集処理５０５は、メモリ３０１ｃに読み込んだプログラム（例えばプログラム２１８）を、プロセッサ３０２ｃが実行することにより、実現可能である。【００５６】
また、記憶装置３０３ｃには、構成情報２１７、稼動性能情報２１９が格納される。【００５７】
端末２０６からＷｅｂブラウザ２０７経由でやりとりされる入出力情報、クラウドオーケストレーターサーバ２０１の構築処理スクリプト２１１とデザインパターン２１２、クラウド運用管理サーバ２０２のインフラリソース情報２１５は、通信インターフェース３０４ｃを介して入出力されてよい。【００５８】
図６は、サーバ間の処理とデータの流れを示す。具体的には、例えば、図６は、端末２０６、クラウドオーケストレーターサーバ２０１、クラウド運用管理サーバ２０２、監視サーバ２０３間での各処理のデータの流れを示す。【００５９】
ターゲットリソース非機能要件の定義処理４０２は、インフラリソースメニュー（ターゲットリソース）１０２の少なくとも一部（例えば図８の情報８０１）をクラウド運用管理サーバ２０２に入力し格納する。結果として、ターゲットリソースに属する各リソース種別についての非機能要件が定義される。【００６０】
ターゲットリソース割り当て方法の定義処理４０３は、インフラリソースメニュー（ターゲットリソース）１０２の少なくとも一部を入力し（例えば、情報１０２のうちのリソース種別の選択をユーザから受け付け）、その入力された情報（例えば選択ターゲットリソース種別を表す情報）を基に、クラウド運用管理サーバ２０２と監視サーバ２０３の処理を呼び出すデザインパターン２１２（ここではシステム構成）を生成し格納する。【００６１】
ターゲットリソース候補案生成処理３０７は、ユーザ入力情報１０１を入力し、その情報１０１（例えば、選択したインフラリソース種別について非機能要件毎の重要度レベル）を用いて、クラウド運用管理サーバ２０２から、ターゲットリソース候補案を選出する。【００６２】
デザインパターン選出処理３０８は、選出されたターゲットリソース候補案のうちのターゲットリソース候補案を入力し（例えば、選出されたターゲットリソース候補案からターゲットリソース候補案の選択をユーザから受け付け）、その入力されたターゲットリソース候補案に従うシステム構成を、格納されたデザインパターン２１２から選出する。【００６３】
構築処理フロー生成処理３０９は、選出されたシステム構成を入力し（例えば、選出されたシステム構成についての承認をユーザから受け付け）、構築処理フロー（デザインパターン２１２に格納される情報の一部）を編集する。【００６４】
構築処理フロー自動化処理３１０、編集された構築処理フローを入力し、クラウド運用管理サーバ２０２の仮想リソースの割り当て処理４０４でデプロイを実行し、監視サーバ２０３の監視設定・解除処理５０４で監視設定を実行する。【００６５】
図７は、システム基本構成２１０の構成とユーザ入力情報１０１の構成を示す。【００６６】
システム基本構成２１０は、システム種別２１０ａ、インフラリソース種別２１０ｂ、階層（用途）２１０ｃを含む。システム種別２１０ａは、構築される情報システムの種別の名称を表す。インフラリソース種別２１０ｂは、構築される情報システムを構成する１以上のインフラリソースの各々の種別の名称を表す。階層（用途）２１０ｃは、インフラリソース種別毎に、そのインフラリソース種別に含まれるリソース種別（以下、リソース種別階層）の名称を表す。インフラリソース種別は大カテゴリでよく、リソース種別階層は、大カテゴリ内の小カテゴリでよい。【００６７】
ユーザ入力情報１０１は、上述したように、システム基本構成２１０と、重要度レベル１０１ｂとを含む。重要度レベル１０１ｂは、サイズ７０１、台数７０２、及び、非機能要件グループ７０３を含む。【００６８】
サイズ７０１は、リソース種別階層毎に、ユーザから指定されたサイズを表す。サイズは、“Ｓ”（Small）、“Ｍ”（Medium）、“Ｌ”（Large）の３段階であるが、２段階であってもよいし４段階以上であってもよい。リソース種別階層毎に、サイズレベルとサイズ詳細（例えば、リソースとその容量又は数）との関係を表す情報が、サーバ２０１、２０２及び２０３のうちの少なくとも１つに保持されていてもよい。【００６９】
台数７０２は、リソース種別階層毎に、ユーザから指定された数を表す。例えば、リソース種別階層“ＤＢ層”については、台数７０２は“２”であるが、これは、インフラリソース種別“サーバリソース”について選択されたリソース種別（選択ターゲットリソース種別）に属するリソース（コンポーネント）の数が“２”であることを意味する。図１の例によれば、選択ターゲットリソース種別が“ＨＡ構成リソース”の場合、台数７０２“２”は、ＦＴについては、ハードウェア（例えば物理サーバ）が２台であることを意味し、ＨＡクラスタについては、ハイパバイザが２つであることを意味し、クラスタソフトについては、ＶＭが２つであることを意味する。【００７０】
非機能要件グループ７０３は、ユーザから指定（選択）され得る複数の非機能要件と、各非機能要件についてユーザにより指定された重要度レベルとを表す。具体的には、例えば、非機能要件グループ７０３は、ダウンタイム７０３ａ、レイテンシー７０３ｂ、スループット７０３ｃ、拡張性７０３ｄ、容量７０３ｅ、ＲＴＯ（Recovery Time Objective）７０３ｆ、ＲＰＯ（Recovery Point Objective）７０３ｇ、及び、コスト７０３ｈを含む。各種情報７０３ａ〜７０３ｈの各々は、リソース種別階層毎に、ユーザにより指定された重要度レベルを含む。【００７１】
図８は、インフラリソースメニュー（ターゲットリソース）１０２の構成を示す。【００７２】
インフラリソースメニュー（ターゲットリソース）１０２は、インフラリソース種別１０３、ターゲットリソースグループ１０４、及び、非機能要件グループ８０１を含む。【００７３】
インフラリソース種別１０３は、インフラリソース種別を表す。【００７４】
ターゲットリソースグループ１０４は、構成１０４ａと種別１０４ｂとを含む。構成１０４ａは、インフラリソース種別の構成の種別を表す。種別１０４ｂは、インフラリソース種別の構成種別毎に、その構成種別に属するリソース種別（ターゲットリソース種別）を表す。構成種別“シングル”については、リソース種別として、“ベアメタル”と“ＶＭ”が存在する。構成種別“ＨＡ”については、その種別に対応したリソース種別は“ＨＡ構成リソース”であるため、上述したように、“ＦＴ”、“ＨＡクラスタ”及び“クラスタソフト”が存在する。【００７５】
非機能要件グループ８０１は、ユーザから指定（選択）され得る複数の非機能要件と、各非機能要件についての達成度レベルとを表す。具体的には、例えば、非機能要件グループ８０１は、ダウンタイム８０１ａ、レイテンシー８０１ｂ、スループット８０１ｃ、拡張性８０１ｄ、容量８０１ｅ、ＲＴＯ８０１ｆ、ＲＰＯ８０１ｇ、及びコスト８０１ｈを含む。各種情報８０１ａ〜８０１ｈの各々は、リソース種別毎に、達成度レベルを含む。【００７６】
図９は、デザインパターン２１２の構成を示す。デザインパターン２１２は、インフラリソース種別に属するリソース種別毎に生成されてよい。図９のデザインパターン２１２は、デザイン種別“クラスタソフト”に対応した情報である。【００７７】
デザインパターン２１２は、下記、
（＊）対応するリソース種別“クラスタソフト”が属するインフラリソース種別を表すインフラリソース種別９０３、
（＊）対応するリソース種別“クラスタソフト”を表す種別９０４ｂ及びそれが属する構成種別を表す構成９０４ａを含んだターゲットリソースグループ９０４、
（＊）非機能要件グループ８０１（達成度レベルを含んだ情報）のうちリソース種別“クラスタソフト”に対応したエントリ（レコード）で構成された非機能要件グループ９０５（詳細の図示は省略）、及び、
（＊）デザインパターングループ９０１
を含む。デザインパターングループ９０１は、システム構成９０１ａと構築処理フロー９０１ｂを含む。【００７８】
システム構成９０１ａは、クラスタソフトのシステム構成図を含む。ここでは、異なるハイパバイザ上のＶＭ間で、ＶＭにより実行されるクラスタ管理プログラム（Manager）が、ハートビートで生死監視を行い、一定時間経過しても、一方のＯＳまたはアプリケーションからの応答がない場合は、他方のＯＳまたはアプリケーションを立ち上げて、サービス稼動を継続させる。【００７９】
構築処理フロー９０１ｂは、クラスタソフト構成のシステム構築処理フローである。システム構成９０１ａを自動構築するため、フロー９０１ｂは、構築処理手順としてのフローを表す。【００８０】
図１０は、インフラリソース情報２１５の構成を示す。【００８１】
インフラリソース情報２１５は、選択されたインフラリソース種別“サーバリソース”を表すインフラリソース種別１００４、対応するインフラリソース種別“サーバリソース”に属する各リソース種別を表す種別１００５ｂ及びそれが属する構成種別を表す構成１００５ａを含んだターゲットリソースグループ１００５、取得先１００１、リソースタグ１００２、及び、リソース割り当て状況（空きリソース）１００３を含む。取得先１００１は、リソース種別毎に、割り当てられ得るコンピューティングリソースの存在する場所、言い換えれば、構築されるリソース種別（情報システム）が構築される場所を表す。リソースタグ１００２は、リソース種別のタグを表し、図１０の例では、タグは、リソース種別名と同じである。リソース割り当て状況１００３は、リソース種別毎に、割当て可能リソース集合の量に対する、その割当て可能リソース集合のうちの空きリソース集合の量の割合を表す。「割当て可能リソース集合」は、クラウド（複数種類のコンピューティングリソースを含んだ複数のコンピューティングリソースの共有プール）のうちの少なくとも一部でよく、リソース種別に対応した情報システムの構成要素として割り当て可能な全てのリソースでよい。「空きリソース集合」は、１以上の空きリソース（未割当てリソース）でよい。【００８２】
図１１は、クラウドオーケストレーターサーバ２０１の処理の流れを示す。【００８３】
プランナー２０８は、システム基本構成・非機能要件登録処理３０６において、システム基本構成２１０を決定（選択）して、システム基本構成におけるリソース種別階層毎に、サイズ、台数、非機能要件、各非機能要件の重要度レベルを受け付ける処理１１０１を実行し、結果（入力された情報）をユーザ入力情報１０１に格納する。【００８４】
プランナー２０８は、ターゲットリソース候補案生成処理３０７において、ユーザ入力情報１０１が表す１以上のインフラリソース種別（１以上のリソース種別階層）からリソース種別の選択をユーザから受け付ける処理１１０２を実行する。【００８５】
処理３０７において、次に、プランナー２０８は、下記の（条件０１）〜（条件０４）を満たすリソース種別を、ターゲットリソース１０２（又は、ユーザにより選択されたターゲットリソース種別に属する複数のターゲットリソース種別）から選択する処理１１０３を実行する。
（条件０１）選択リソース種別（リソース種別階層又はそれが属するインフラリソース種別）に対応したリソース種別。
（条件０２）（条件０１）に該当するリソース種別のうち、選択リソース種別に対応付けられた複数の非機能要件と同一の複数の非機能要件が対応付けられたリソース種別。
（条件０３）（条件０２）に該当するリソース種別のうち、各非機能要件について、重要度レベルと同一の達成度レベルが関連付けられているリソース種別。
（条件０４）（条件０３）に該当するリソース種別が無ければ、（条件０２）に該当するリソース種別のうち、選択リソース種別に対応付けられた複数の重要度レベルに近い複数の達成度レベルが関連付けられたリソース種別。【００８６】
（条件０４）に該当するリソース種別は、例えば、重要度レベルの高い非機能要件程、達成度レベルが重要度レベルに一致している（又は重要度レベルより高い）こと、又は、達成度レベルが重要度レベル未満であれば差分がなるべく小さいことであることが最も満たされたリソース種別でよい。【００８７】
処理３０７において、最後に、プランナー２０８は、選出されたターゲットリソース種別に対応したリソース割当て状況（空き状況）を確認する処理１１０４を実行し、結果をターゲットリソース候補案１１５１に格納する。なお、ここで言う「空き状況」は、インフラリソース情報２１５（図１０）に登録されている情報である。仮想リソースは、ターゲットリソース種別毎に１つのリソースとみなされ、処理３０７では、この全リソースに対して未使用（使用可能）リソース量が必要なリソース量より大きいかどうかが確認される。プランナー２０８は、必要なリソース量に満たない（不足）ことが特定された場合、割当量を減らすか他のターゲットリソースに変更するかの案を出すことができる。【００８８】
処理１１０３の候補案算出方法は、例えば、候補案算出方法１１０８でよい。この方法１１０８によれば、各非機能要件について、ユーザにより選択されたリソース種別の重要度レベルとターゲットリソース種別の達成度レベルとの間で差分を出し、重要度レベルの値を係数として、線形整数計画法を用いて、最適解（複数の非機能要件についてユーザにより指定された重要度レベルに最も近い（同一を含む）ターゲットリソース種別）が算出される。【００８９】
デザインパターン選出処理３０８において、プランナー２０８は、ターゲットリソース候補案１１５１に対応したデザインパターン（ユーザにより選択されたインフラリソース種別（リソース種別階層）及び選択されたターゲットリソース種別に対応するデザインパターン（システム構成））を選出する処理１１０５を実行する。処理１１０５において、プランナー２０８は、選出した結果（選出したシステム構成を有するデザインパターン）に該当するデザインパターン２１２を後述の処理３０９において特定可能とするために、そのパターン２１２に所定の記録をしてよい。【００９０】
構築処理フロー生成処理３０９において、プランナー２０８は、処理１１０５で選出したデザインパターンを入力して、そのデザインパターンと対応する処理フローを選択する処理１１０６を実行する。その処理１１０６において、プランナー２０８は、結果を構築処理フロー２１２に格納する。【００９１】
構築自動化２０９は、構築処理フロー自動化処理３１０において、構築処理フロー２１２を入力して、その処理フローに従って、各処理を自動実行する処理１１０７を実行する。処理１１０７において、物理リソース上に、システムが自動デプロイされる。つまり、情報システムが構築される。【００９２】
図１２は、クラウド運用管理サーバ２０２の処理の流れを示す。【００９３】
インフラサービス管理２１４は、ターゲットリソース非機能要件の定義処理４０２において、インフラリソース情報２１５を入力して、インフラサービス種別に対応したターゲットリソース種別の非機能要件（及び達成度レベル）を定義し、結果をインフラリソースメニュー（ターゲットリソース）１０２に格納する処理１２０１を実行する処理１２０１を実行する。【００９４】
インフラサービス管理２１４は、ターゲットリソース割り当て方法の定義処理４０３において、インフラリソースメニュー（ターゲットリソース）１０２を入力して、インフラリソース種別に対応した物理リソースへの割り当て方法であるデザインパターン２１２を生成し、そのデザインパターン２１２を追加する（クラウドオーケストレーターサーバ２０１に追加する）処理１２０２を実行する。【００９５】
仮想リソース管理２１３は、仮想リソース割り当て処理４０４において、インフラリソース情報２１５とインフラリソースメニュー（ターゲットリソース）１０２を入力して、実際に物理リソースを割り当て、インフラリソース情報２１５に結果を格納する。本処理４０４では、仮想リソース管理２１３は、仮想リソースに対応する物理リソースを選出する処理１２０３と、物理リソースの空き状況を検索する処理１２０４と、空きリソースから仮想リソースを取得し割り当てる処理１２０５とを実行する。【００９６】
図１３〜図１７は、実施例１に係るクラウドオーケストレーター管理画面を示す。クラウドオーケストレーター管理画面は、クラウドオーケストレーターサーバ２０１の画面表示処理３０５で実行され端末２０６のＷｅｂブラウザ２０７上で表示された画面（典型的にはＧＵＩ（Graphical User Interface））である。なお、以下の「ユーザ操作」とは、ポインティングデバイスを用いたクリックのような、ユーザが行う操作である。【００９７】
図１３は、実施例１に係るクラウドオーケストレーター管理画面の第１の例であるシステムプランナー入力画面１３００を示す。【００９８】
システムプランナー入力画面１３００は、ユーザから、利用したい非機能要件の入力を受ける。例えば、システム基本構成メニュー１３０１から、“Ｗｅｂシステム”が選択されたとする。次に、ユーザ所望の非機能要件の重要度レベルを満たす情報システムの調達期限が、指定期間メニュー１３０２、指定日時メニュー１３０３、及び、開始及び終了ラジオボタン１３０４のユーザ操作により入力される。なお、調達期限の入力方法は、これらのＵＩ（ユーザインターフェース）１３０２〜１３０４のうちの少なくとも１つを用いる方法に限られない。同様に、他種の情報の入力についても、図１３〜図１７を用いて説明する入力方法は一例にすぎず、図１３〜図１７を用いて説明する入力方法に限られない。【００９９】
システム基本構成メニュー１３０１から、インフラリソース種別“サーバリソース”（“サーバ”アイコン１３０５）に属するリソース種別“ＷｅｂＡＰ層”と“ＤＢ層”に対して、サイズ、台数、非機能要件及びそれの重要度レベルがユーザにより入力される。例えば、非機能要件アイコン１３０６のチェックボックス“値入力”、“グラフ表示”及び“値保存”のチェックボックスが選択されると、非機能要件領域１３０７が画面１３００に表示される。ユーザが、その領域１３０７における入力値領域１３０８に各非機能要件の重要度レベルを入力すると、グラフ領域１３０９に、その非機能要件定義（非機能要件と重要度レベルとの関係）を表すレーダーチャートが表示され、その非機能要件の定義が保存される（例えばユーザ入力情報１０１の一部として保存される）。【０１００】
図１４は、実施例１に係るクラウドオーケストレーター管理画面の第２の例であるサービスメニュー画面１４００を示す。【０１０１】
サービスメニュー画面１４００は、インフラ管理者から、提供するクラウドサービスメニューの入力を受け付ける。ターゲットリソース一覧メニュー１４０１から、インフラリソース種別“サーバリソース”が選択されたとする。次に、そのリソース種別に属する１つのリソース種別“ＨＡ構成”（“ＨＡ構成”アイコン１４０２）が選択され、“値入力”、“グラフ表示”及び“値保存”のチェックボックスが選択されると、画面１４００に、非機能要件領域１４０３が表示される。その領域１４０３の入力値領域１４０４に、インフラ管理者が各非機能要件について達成度レベルを入力すると、グラフ領域１４０５に、非機能要件の定義（非機能要件と達成度レベルとの関係）を表すレーダーチャートが表示され、その非機能要件定義が保存される（例えばターゲットリソース１０２の一部として保存される）。【０１０２】
図１５は、実施例１に係るクラウドオーケストレーター管理画面の第３の例であるサービスプラン策定画面１５００を示す。【０１０３】
サービスプラン策定画面１５００は、ユーザが、セルフサービスで、利用したいクラウドサービスプランを決定するための画面である。ユーザは、基本システム構成メニュー１５０１から“Ｗｅｂシステム”を選択したとする。ユーザは、ユーザ所望の非機能要件の重要度レベルを満たす情報システムの調達期限を、ＵＩ１５０２、１５０３及び１５０４を用いて入力する。【０１０４】
“ＤＢ層”アイコン１５０５に属する“非機能要件”アイコン１５０６がユーザ操作により選択される。サービスプラン領域１５０７には、サービスメニュー領域１５０８と、サービスプラン候補領域１５０９とがある。サービスプラン候補領域１５０９に表示されるレーダーチャートの“ユーザ要件”によれば、非機能要件“ダウンタイム”の重要度レベルが最も高いことがわかる。【０１０５】
サービスメニュー領域１５０８におけるターゲットリソース一覧メニュー１５１０から“サーバリソース”アイコン１５１１が選択され、それにより展開される“ＨＡ構成”アイコン１５１２の“非機能要件表示”チェックボックスが選択されると、サービスプラン候補領域１５０９に、ターゲットリソース種別“ＨＡ構成”に属する各リソース種別の非機能要件の達成度レベルがレーダーチャート上に表示される。さらに、“クラスタソフト”アイコン１５１３の“非機能要件表示”チェックボックスが選択されると、リソース種別“クラスタソフト”の拡張案の非機能要件の達成度レベルがレーダーチャート上に表示される。【０１０６】
サービスプラン候補領域１５０９上のレーダーチャート（ユーザ要件に従う重要度レベルと選択されたリソース種別の達成度レベルとを表すチャート）から、図１５の例では、ユーザは、リソース種別“クラスタソフト”の“拡張なし”のプラン採用を選択し、“ＤＢ層”アイコン１５０５の“プラン保存”チェックボックスを選択することができる。【０１０７】
図１６は、実施例１に係るクラウドオーケストレーター管理画面の第４の例であるデザインパターン表示画面１６００の一例を示す。【０１０８】
デザインパターン表示画面１６００は、ユーザが選択したデザインパターンを表示する。基本システム構成メニュー１６０１から“Ｗｅｂシステム”が選択されたとする。ユーザは、調達期限を、ＵＩ１６０２、１６０３及び１６０４を用いて入力する。【０１０９】
ユーザが“ＤＢ層”アイコン１６０５の“プラン表示”及び“構成表示”のチェックボックスと、“非機能要件”アイコン１７０６の“表示”チェックボックスとを選択すると、デザインパターン領域１６０７に、サービスプラン領域１６０８とシステム構成領域１６０９が表示される。サービスプラン領域１６０８に、ユーザ要件に従う重要度レベルとユーザが選択したリソース種別（サービスプラン）に従う達成度レベルとを表すレーダーチャートが表示される。つまり、その領域１６０８に表示される情報から、ユーザは、ユーザ要件に従う重要度レベルとユーザが選択したリソース種別に従う達成度レベルとを比較できる。システム構成領域１６０９に、ユーザが選択したリソース種別（サービスプラン）の実システム構成を表す図が表示される。【０１１０】
図１７は、実施例１に係るクラウドオーケストレーター管理画面の第５の例である処理フロー編集画面１７００の一例を示す。【０１１１】
処理フロー編集画面１７００は、デザインパターンの構築フローを編集するための画面である。基本システム構成メニュー１７０１の“Ｗｅｂシステム”が選択されたとする。ユーザは、調達期限を、ＵＩ１７０２、１７０３及び１７０４を用いて入力する。【０１１２】
ユーザが“ＤＢ層”アイコン１７０５の“構成表示”及び“フロー表示”のチェックボックスを選択すると、デザインパターン領域１７０６にシステム構成領域１７０７と構築フロー領域１７０８が表示される。構築フロー領域１７０８に表示された構築フローの内容をユーザ操作により編集することで、システム構築内容である配置や設定情報をカスタイマイズすることができる。カスタマイズ後、“フロー保存”チェックボックスが選択されると、カスタマイズ後のフローが保存される。
【実施例２】
【０１１３】
実施例２を説明する。その際、実施例１との相違点を主に説明し、実施例１との共通点については説明を省略又は簡略する。【０１１４】
図１８は、実施例２に係るリソーススケジューリング方法の概要を示す模式図である。図１８によれば、本実施例の概要の説明のために、Ｗｅｂシステムのストレージを構築する例が採用されている。【０１１５】
本実施例では、ユーザが、入力情報１０１のシステム基本構成２１０と構成要素のストレージ（データ用とバックアップ用）に対する、非機能要件の重要度レベルを入力する。ストレージに関しての非機能要件とは、システム実行基盤が提供する性能、容量、データ保護等であり、具体的には、例えば、性能は、レイテンシー、容量は、格納データサイズ、データ保護は、ＲＴＯ（Recovery Time Objective）及びＲＰＯ（Recovery Point Objective）などがある。図１８の例によれば、非機能要件として、レイテンシー、容量、コスト、ＲＴＯ及びＲＰＯが採用されている。本実施例では、ＲＴＯに対して、１時間以内はレベル５、４時間以内はレベル４、８時間以内はレベル３、１日以内はレベル２とする。レイテンシーは、ストレージI/O性能とする。【０１１６】
ユーザが、インフラリソースメニュー（ターゲットリソース）１０２から、ターゲットリソース種別“ストレージリソース”を選択したとする。ストレージリソースに対して、非機能要件の達成度レベルが５段階で定義されている。例えば、レイテンシーについては、ＳＳＤ（Solid State Drive）が５、ＳＡＳ（Serial Attached SCSI）が３、ＳＡＴＡ（Serial AT Attachment）が２、ＳＤＳ（Software Defined Storage）が１と定義される。【０１１７】
実施例１では、システム構成方法（正確にはシステム構成方法に従うターゲットリソース種別）について、達成度レベルが定義される。一方、実施例２では、システム構成方法に加えて又は代えて、システム運用方法について、達成度レベルが定義される。「システム運用方法」は、システム構成が同一であっても複数通りあり得る。例えば、システム運用方法として、バックアップサービスの第１の例としてのストレージベースバックアップ（ストレージ間のホスト非経由のバックアップ）と、バックアップサービスの第２の例としてのホストベースバックアップ（ストレージ間のホスト経由のバックアップ）とがある。ストレージベースバックアップとして、例えば、同期バックアップ（例えば、ホストからのＩ／Ｏ要求に従うデータのバックアップが完了してからＩ／Ｏ完了がホストに通知されるタイプのバックアップ）、非同期バックアップ（例えば、ホストからのＩ／Ｏ要求に従うデータのバックアップが完了していなくてもＩ／Ｏ完了がホストに通知されそのＩ／Ｏ要求の処理とは非同期にデータがバックアップされるタイプのバックアップ）、及び、スナップショットがある。ホストベースバックアップとして、ディスクバックアップがある。バックアップサービスについて、ＲＴＯでは、レプリケーションが５、スナップショットが２、ディスクバックアップが３と定義される。【０１１８】
実施例１と同様、クラウドオーケストレーターサーバは、提示処理を行う。提示処理は、重要度レベルと達成度レベルとの比較と、比較結果を表す情報を含んだ出力情報の表示（Ｓ１−３−２）とを含む。【０１１９】
出力情報は、ユーザの求める非機能要件（重要度レベル）と、ターゲットリソース種別が満たす非機能要件（達成度レベル）とを非機能要件毎に表したレーダーチャートを含む。最も左のレーダーチャートは、ユーザ要件（データ用）、すなわち、データ用のストレージについてのチャートである。真ん中のレーダーチャートは、ユーザ要件（バックアップ用）、すなわち、バックアップ用のストレージについてのチャートである。出力情報によれば、データ用にはレイテンシー重視のＳＳＤが、バックアップ用には容量重視のＳＡＴＡが、ユーザ要件に近い。【０１２０】
出力情報は、ユーザ要件（バックアップ用）について、さらに、ユーザ要件（バックアップ用）に関連付けられた複数のシステム運用方法の各々についての達成度レベルと、ユーザ要件（重要度レベル）とを表すレーダーチャート（最も右のレーダーチャート）を含む。ここでは、ディスクバックアップが、総合評価でユーザ要件に近いことがわかる。【０１２１】
実施例２では、例えば、次のことが可能である。すなわち、情報入力（システム基本構成の選択、システム基本構成中のリソース種別（例えば“データ用ストレージ”及び“バックアップ用ストレージ”）の選択、選択されたリソース種別についての非機能要件の指定、指定された非機能要件についての重要度レベルの指定）が行われた場合、クラウドオーケストレーターサーバが、ユーザの入力情報（インフラリソース種別の種別ＩＤ（例えば種別名）、それに関連付けられた非機能要件及びその重要度レベル）を用いて、ターゲットリソース種別定義（複数のターゲットリソース種別の各々について関連付けられた種別ＩＤ（例えば種別名）、非機能要件及びその達成度レベル）を検索することで、その入力情報に最も近いターゲットリソース種別（システム構成方法）を表す情報を含んだ出力情報を表示してよい。本実施例において、「システム構成方法」とは、ストレージの種別であり、例えば、ＳＳＤ、ＳＡＴＡ、ＳＤＳ等である。【０１２２】
また、本実施例では、クラウドオーケストレーターサーバが、特定のインフラリソース種別について、複数のシステム運用方法のうちの少なくとも１つのシステム運用方法（例えば、ユーザ要件（重要度レベル）と最も近いシステム運用方法）について、複数の非機能要件の各々について重要度レベルと達成度レベルとの比較（例えばレーダーチャート）を表示できる。ここでいう「特定のインフラリソース種別」の一例が、「ストレージ（バックアップ用）」であり、「システム運用方法」とは、バックアップ方法である。【０１２３】
また、本実施例でも、実施例１と同様、クラウドオーケストレーターサーバは、ターゲットリソース種別の特定の非機能要件の達成度レベルが、その非機能要件の重要度レベル以上であれば、そのターゲットリソース種別についての複数の観点のうちの少なくとも１つの観点について、複数の非機能要件の各々について重要度レベルと達成度レベルとの比較（例えばレーダーチャート）を表示できる。【０１２４】
以下、実施例２を詳細に説明する。【０１２５】
図１９は、実施例２に係るシステム全体構成図である。【０１２６】
図１９によれば、実施例１に係るシステム全体構成にバックアップサーバ１９０１が追加されている。バックアップサーバ１９０１には、バックアップ管理１９０２、バックアップサービス管理１９０３、及びバックアップサービスメニュー１８０１が、格納される。要素１９０２、１９０３及び１８０１は、バックアップサーバ１９０１の記憶部に格納されてよい。要素２１４、２１３ａ、２１３ｂ、２１３ｃは、クラウド運用管理サーバ２０２のプロセッサ部に実行されるコンピュータプログラムであってもよい。【０１２７】
図２０は、バックアップサーバ１９０１の構成図である。【０１２８】
図１９に示したバックアップサーバ１９０１の、画面表示処理２００１と、バックアップサービス管理１９０３の処理と、バックアップ管理１９０２の処理は、メモリ３０１ｆ、プロセッサ３０２ｆ、記憶装置３０３ｆ、通信インターフェース３０４ｆからなるハードウェアにより、具体的に実現可能（例えば１以上のプログラムがプロセッサ３０２ｆにより実行されることにより実現可能）である。【０１２９】
バックアップサービス管理１９０３に含まれる、バックアップサービス非機能要件の定義処理２００２、バックアップサービス設定方法の定義処理２００３は、メモリ３０１ｆに読み込んだプログラムを、プロセッサ３０２ｆが実行することにより、実現可能である。【０１３０】
バックアップ管理１９０２に含まれる、バックアップ設定／解除処理２００４は、メモリ３０１ｆに読み込んだプログラムを、プロセッサ３０２ｆが実行することにより、実現可能である。【０１３１】
また、記憶装置３０３には、バックアップサービス定義情報（バックアップサービスメニュー）１８０１、バックアップ設定方法２００５が格納される。【０１３２】
端末２０６からＷｅｂブラウザ２０７経由でやりとりされる入出力情報、クラウドオーケストレーターサーバ２０１の構築処理スクリプト２１１とデザインパターン２１２、クラウド運用管理サーバ２０２のインフラリソース情報２１５は、通信インターフェース３０４を介して入出力されてよい。【０１３３】
図２１は、クラウドオーケストレーターサーバ２０１の構成図である。【０１３４】
プランナー２０８は、内部処理として、更に、バックアップサービス候補案生成処理２１０１を実行できる。【０１３５】
図２２は、サーバ間の処理とデータの流れを示す。【０１３６】
バックアップサービス非機能要件の定義処理２００２は、バックアップサービスメニュー１８０１を入力する。これにより、バックアップサーバ１９０１のバックアップサービスの非機能要件及び達成度レベルが定義される。【０１３７】
バックアップサービス設定方法の定義処理２００３は、バックアップサービスメニュー１８０１を入力し、バックアップサーバ１９０１を呼び出すデザインパターンを生成する。【０１３８】
バックアップサービス候補案生成処理２１０１は、ユーザ入力情報１０１を入力し、バックアップサーバ１９０１から、バックアップサービス候補案を選出する。【０１３９】
デザインパターン選出処理３０８は、選出されたバックアップサービス候補案を入力し、デザインパターン２１２を選出する。【０１４０】
構築処理フロー生成処理３０９は、選出されたデザインパターン２１２を入力し、構築処理フロー２１２を編集する。【０１４１】
構築処理フロー自動化処理３１０、構築処理フロー２１２を入力し、クラウド運用管理サーバ２０２の仮想リソースの割り当て処理４０４でデプロイを実行し、監視サーバ２０３の監視設定・解除処理５０４で監視設定を実行し、バックアップサーバ１９０１のバックアップ設定・解除処理２００４でバックアップ設定を実行する。【０１４２】
図２３は、バックアップサービスメニュー１８０１の構成を示す。【０１４３】
バックアップサービスメニュー１８０１は、バックアップサービス種別２３０４、サービスメニュー２３０１、及び非機能要件グループ２３０２を含む。【０１４４】
バックアップサービス種別２３０４は、システム運用方法の一例であるバックアップ方法（バックアップサービス）の種別の名称を表す（大カテゴリ）。サービスメニュー２３０１は、バックアップサービス種別（大カテゴリ）に属するサービス種別（サービスメニュー）の名称を表す。【０１４５】
非機能要件グループ２３０２は、ユーザから指定（選択）され得る複数の非機能要件と、各非機能要件についてユーザにより指定された達成度レベルとを表す。具体的には、例えば、非機能要件グループ２３０２は、ダウンタイム２３０２ａ、レイテンシー２３０２ｂ、スループット２３０２ｃ、拡張性２３０２ｄ、容量２３０２ｅ、ＲＴＯ２３０２ｆ、ＲＰＯ２３０２ｇ、コスト２３０２ｈを含む。各種情報２３０２ａ〜２３０２ｈの各々は、サービス種別毎に、達成度レベルを含む。【０１４６】
図２４は、デザインパターン２１２の情報の構成を示す。【０１４７】
本デザインパターン２１２は、ディスクバックアップを表す。例えば、デザインパターン２１２は、対応するバックアップサービス種別２４０２（例えば名称“ホストベース”）、それに属するサービスメニュー２４０３（例えば名称“ディスクバックアップ”）、及び、
デザインパターングループ２４０１を含む。デザインパターングループ２４０１は、システム構成２４０１ａと構築処理フロー２４０１ｂを含む。【０１４８】
システム構成２４０１ａは、ディスクバックアップの場合の、システム構成図を含む。ここでは、バックアップデータのうち、システムデータとファイルデータは、イメージファイルをデータストレージ内に格納し、VADP（vStorage APIs for Data Protection）バックアップで、バックアップストレージ内に格納する。ＤＢ内の業務アプリで扱う業務データは、ＶＭ内部ディスクから、バックアップソフトを使ったネットワークバックアップで、バックアップサーバ経由でバックアップストレージに格納する。【０１４９】
構築処理フロー２４０１ｂは、ディスクバックアップの場合の、システム構築処理フローである。システム構成２４０１ａを自動構築、運用設定するための構築処理手順である。【０１５０】
図２５は、インフラリソース情報２１５の構成を示す。【０１５１】
インフラリソース情報２１５は、実施例１同様、インフラリソース種別１００４、ターゲットリソースグループ１００５、取得先１００１、リソースタグ１００２、及び、リソース割り当て状況（空きリソース）１００３を含む。ターゲットリソースグループ１００５が含む値は、インフラサービス種別毎に関連付けられたリソース種別である。【０１５２】
図２６は、クラウドオーケストレーターサーバ２０１の処理の流れを示す。【０１５３】
図１１と比較すると、バックアップサービス候補案生成処理２１０１が追加されている。バックアップサービス候補案生成処理２１０１において、プランナー２０８は、ユーザ入力情報１０１を入力して、構成要素またはそれらの組み合わせに対して、対象のバックアップサービスメニューを選択する処理２６０１を実行する。処理２１０１において、次に、プランナー２０８は、設定したユーザ入力の非機能要件の重要度レベルの高い順に、バックアップサービスの要件を比較し、要件に近いものを選出する処理２６０２を実行する。具体的には、例えば、プランナー２０８は、下記の（条件１１）〜（条件１４）を満たすリソース種別（サービスメニュー）を、バックアップサービスメニュー１８０１から選択する。
（条件１１）選択リソース種別（例えばストレージ）に対応したサービスメニュー。
（条件１２）（条件１１）に該当するサービスメニューのうち、選択リソース種別に対応付けられた複数の非機能要件と同一の複数の非機能要件が対応付けられたサービスメニュー。
（条件１３）（条件１２）に該当するサービスメニューのうち、各非機能要件について、重要度レベルと同一の達成度レベルが関連付けられているサービスメニュー。
（条件１４）（条件１３）に該当するサービスメニューが無ければ、（条件１２）に該当するサービスメニューのうち、選択リソース種別に対応付けられた複数の重要度レベルに近い複数の達成度レベルが関連付けられたサービスメニュー。【０１５４】
（条件１４）に該当するサービスメニューは、例えば、重要度レベルの高い非機能要件程、達成度レベルが重要度レベルに一致している（又は重要度レベルより高い）こと、又は、達成度レベルが重要度レベル未満であれば差分がなるべく小さいことであることが最も満たされたサービスメニューでよい。【０１５５】
また、処理２６０２の候補案算出方法としては、実施例１と同様に線形整数計画法２６０３を採用することができる。【０１５６】
図２７〜図３２は、実施例２に係るクラウドオーケストレーター管理画面を示す。【０１５７】
図２７は、実施例２に係るクラウドオーケストレーター管理画面の第１の例であるシステムプランナー入力画面２７００を示す。【０１５８】
ユーザが、利用したいシステム要件をシステムプランナー入力画面２７００に入力する。基本システム構成メニュー２７０１から、“Ｗｅｂシステム”が選択されたとする。ユーザは、ユーザ所望の非機能要件の重要度レベルを満たす情報システムの調達期限を、ＵＩ２７０２、２７０３及び２７０４を用いて入力する。【０１５９】
基本システム構成メニュー２７０１において、ストレージアイコン２７０５の“データ用”アイコンと“バックアップ用”アイコンに対して、サイズ及び非機能要件が入力されたとする。“非機能要件”アイコン２７０５の“値入力”、“グラフ表示”及び“値保存”のチェックボックスが選択されると、非機能要件領域２７０７が表示され、ユーザが、入力値領域２７０８にリソース種別毎に各非機能要件の重要度レベルを入力すると、グラフ領域２７０９が表示され、リソース種別毎の各非機能要件の重要度レベルのレーダーチャートが表示され、非機能要件定義（入力内容）が保存される。【０１６０】
図２８は、実施例２に係るクラウドオーケストレーター管理画面の第２の例であるサービスメニュー画面２８００を示す。【０１６１】
サービスメニュー画面２８００には、インフラ管理者が、提供するクラウドサービスメニューを入力する。ターゲットリソース一覧メニュー２８０１から、ストレージリソースアイコン２８０２を選択し、値入力、グラフ表示及び値保存のチェックボックスが選択されると、非機能要件領域２８０３が表示される。ユーザが入力値領域２８０４に、ターゲットリソース種別毎に各非機能要件の達成度レベルを入力すると、グラフ領域２８０５が表示され、ターゲットリソース種別毎の各非機能要件の重要度レベルのレーダーチャートが表示され、非機能要件定義（入力内容）が保存される。【０１６２】
図２９は、実施例２に係るクラウドオーケストレーター管理画面の第３の例であるサービスメニュー画面２９００を示す。【０１６３】
サービスメニュー画面２９００には、インフラ管理者が、提供するクラウドサービスメニューを入力する。バックアップサービス一覧メニュー２９０１の“ホストベース”アイコン２９０２と“ストレージベース”アイコン２９０３が選択され、“値入力”、“グラフ表示”及び“値保存”のチェックボックスが選択されると、非機能要件領域２９０４が表示される。ユーザが入力値領域２９０５に、サービスメニュー毎に各非機能要件の達成度レベルを入力すると、グラフ領域２９０６が表示され、サービスメニュー毎の各非機能要件の重要度レベルのレーダーチャートが表示され、非機能要件定義（入力内容）が保存される。この入力内容は、例えば、バックアップサービスメニュー１８０１に保存される。【０１６４】
図３０は、実施例２に係るクラウドオーケストレーター管理画面の第４の例であるサービスプラン策定画面３０００を示す。【０１６５】
ユーザが、セルフサービスで、サービスプラン策定画面３０００を用いて、利用したいクラウドサービスプランを決定する。基本システム構成メニュー３００１から“Ｗｅｂシステム”が選択されたとする。ＵＩ３００２、３００３及び３００４を用いて調達期限が入力される。【０１６６】
“ストレージ”アイコン３００５に属する“非機能要件”アイコン３００６について“表示”チェックボックスが選択されたとする。サービスプラン領域３００７には、サービスメニュー領域３００８と、サービスプラン候補領域３００９がある。サービスプラン候補領域３００９に表示されるユーザ要件より、バックアップ用は容量、データ用はレイテンシーとＲＴＯの重要度が高いことがわかる。【０１６７】
サービスメニュー領域３００８で、ターゲットリソース一覧メニュー３０１０から“ストレージリソース”アイコン３０１１が選択され、“ストレージリソース”アイコン３０１１の“非機能要件表示”のチェックボックスが選択されると、サービスプラン候補領域３００９に、ストレージリソースの各サービスの非機能要件の達成度レベルを表すレーダーチャートが表示される。レーダーチャートには、ユーザ要件（重要度）が既に表示されていて、非機能要件表示のチェックボックスの選択といった所定のユーザ操作に応答して、達成度レベルがそのレーダーチャート上に表示されてもよい。このような表示方法は、実施例１でも採用可能である。【０１６８】
同様に、サービスメニュー領域３００８で、バックアップサービス一覧メニュー３０１２の“ホストベース”アイコン３０１３と“ストレージベース”アイコン３０１４について“非機能要件表示”のチェックボックスが選択されると、サービスプラン候補領域３００９に、バックアップの各サービスの非機能要件の達成度を表すレーダーチャートが表示される。【０１６９】
サービスプラン候補領域３００９（具体的には、、ユーザ要件に対する、選択したサービスメニュー要件の達成度レベル）から、バックアップ用には容量の要件を満たすＳＡＴＡのプランを採用し、データ用にはレイテンシーの要件を満たすＳＳＤのプランを採用することをユーザは決定することができる。また、データ用のバックアップサービスには、ＲＴＯとコストなどの総合評価でユーザ要件に近いディスクバックアップのプランを採用することをユーザは決定することができる。【０１７０】
図３１は、実施例２に係るクラウドオーケストレーター管理画面の第５の例であるデザインパターン表示画面３１００を示す。【０１７１】
デザインパターン表示画面３１００は、ユーザが選択したデザインパターンを表示する。基本システム構成メニュー３１０１から“Ｗｅｂシステム”が選択され、調達期限が、ＵＩ３１０２、３１０３及び３１０４を用いて入力される。【０１７２】
“ストレージ”アイコン３１０５に属する“データ”アイコン及び“バックアップ”アイコンの各々について“プラン表示”及び“構成表示”のチェックボックスが選択され、且つ、“非機能要件”アイコンの“表示”のチェックボックスが選択されると、デザインパターン領域３１０６で、サービスプラン領域３１０７と、システム構成領域３１０８が表示される。サービスプラン領域３１０７で、ユーザ要件（重要度レベル）と選択したサービスプランの要件（達成度レベル）とを表すレーダーチャートが表示される。システム構成領域３１０８で、選択したサービスプランの実システム構成図が表示される。【０１７３】
図３２は、実施例２に係るクラウドオーケストレーター管理画面の第６の例である処理フロー編集画面３２００を示す。【０１７４】
処理フロー編集画面３２００を用いて、ユーザは、デザインパターンの構築フローを編集できる。基本システム構成メニュー３２０１から“Ｗｅｂシステム”が選択され、調達期限が、ＵＩ３２０２、３２０３及び３２０４を用いて入力される。【０１７５】
“ストレージ”アイコン３２０５の“構成表示”及び“フロー表示”のチェックボックスが選択されると、デザインパターン領域３２０６で、システム構成領域３２０７と、構築フロー領域３２０８が表示される。構築フロー領域３２０８で、構築フローの内容を編集することで、システム構築内容である配置や設定情報をカスタイマイズできる。カスタマイズ後、“フロー保存”チェックボックスが選択されると、カスタマイズ後のフローが保存される。【０１７６】
以上の説明によれば、例えば以下のことが言える。【０１７７】
第１に、各非機能要件には、定量的な数値ではなく、定性的なレベルが関連付けられる。システム実行基盤（複数種類のコンピューティングリソースを含んだ複数のコンピューティングリソースであるクラウド）は、可用性、データ保護、性能、セキュリティ等の非機能要件に対して、定量的な指標によって予め明示し、それを守ることが求められる。例えば、可用性の場合、ダウンタイム１分以内、５分以内、１時間以内などがある。このとき、具体的な数値ではなく、レベル１〜３で指定される。各種非機能要件に対して、共通化されたレベルで指定することで、ユーザが求めるシステムの要件（ユーザが指定したレベル）と、クラウドサービスが提供するサービスメニューの要件（予め関連付けられたレベル）とを比較することができる。【０１７８】
第２に、ユーザが求める非機能要件を全て満たすインフラリソースや運用方法がない場合でも、要件を緩和することで、利用可能なリソースや運用方法から選出できる。クラウドサービスメニューには、インフラリソース（システム構成方法）に関するものと、システム運用方法に関するものがある。インフラリソースに関するものとして、物理ハードウェアと物理構成、仮想化基盤と仮想レイヤー構成、仮想リソースとその上で動くミドルウェア、汎用ハードウェア上でインフラ機能を提供するソフトウェアなどがある。システム運用方法に関するものとして、バックアップ方法、監視方法などがある。管理システムは、ユーザの求める非機能要件の重要度レベルに対して、要件を満たすために必要なサービスメニューのうち、達成度ベルが要件にできるだけ近いものを選出する。選出方法として、重要度の高いものを優先し、複数の非機能要件を総合的に評価して、達成度の高いものを選ぶなどがある。ユーザの非機能要件と、サービスメニューで提供可能な非機能要件に対して、非機能要件毎に、差分を出し、重要度レベルを係数として、線形計画法を用いて、最適解を算出する方法を採用することができる。【０１７９】
以上により、管理システムが、システム実行基盤に対する要件に合うインフラリソースを素早く提供できる、例えば、サービスメニューを組み合わせた候補案をユーザに対して提示できる。また、クラウド（システム実行基盤）を構成するインフラは、限定的な物理ハードウェアと汎用的な物理ハードウェアを、要件に応じて使い分け、リソース利用効率が図れる。【０１８０】
なお、管理システムは、複数種類のコンピューティングリソースを含む複数のコンピューティングリソースを有する計算機システムを管理するシステムである。管理対象の計算機システムは、例えば上述したシステム実行基盤である。システム実行基盤のコンピューティングリソースに従うサービスとして、ＸａａＳ（X as a Service）を採用できる。ＸａａＳとは、一般には、情報システムの構築又は運用に必要な何らかのコンピューティングリソース（例えば、ハードウェア、回線、ソフトウェア実行環境、アプリケーションソフト、開発環境など）をインターネットのようなネットワークを通じて利用できるようにしたサービスを意味する。ＸａａＳの「Ｘ」として採用される文字（又はワード）は、ＸａａＳのタイプ（サービスモデル）によって異なる。例えば、ＸａａＳの例として、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）又はＨａａＳ（Hardware as a Service）等がある。【０１８１】
また、上述した説明において、構築された構築処理フローの形式は、そのフローの実行エンジン（構築自動化２０９）が解釈可能な形式である。【０１８２】
また、上述した説明において、ターゲットリソース１０２における「ターゲットリソース種別」（システム構成方法の一例）やバックアップサービスメニューにおける「サービス種別（小カテゴリ）」（システム運用方法の一例）は、「サービス種別」の一例である。【０１８３】
また、上述した説明において、非機能要件は、可用性、性能、データ保護、ＲＯＩ（Return On Investment）などを評価するため、ＫＰＩ（Key Performance Indicator）として、ダウンタイム、レイテンシー、スループット、ＲＴＯ、ＲＰＯ、容量、コストなどを、抽象化したレベルで表される。抽象化したレベルで表すことで、許容範囲や相対値で評価することができる。【０１８４】
以上、幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、実施例１と実施例２の組み合わせも可能である。【０１８５】
例えば、サービス種別（例えば、ターゲットリソース種別又はサービス種別（小カテゴリ））毎に、そのサービス種別に割り当てられたコンピューティングリソースの使用予定日時が関連付けられてよい。管理システムは、使用予定日時がユーザから指定された調達期限までに来るか否かを基に、ユーザ入力情報を完全に満たすサービス種別があるか否かを判断してもよい。その判断結果が偽の場合に、管理システムは、線形計画法等を用いて、ユーザ入力情報に近似するサービス種別を表す情報（例えば上述のレーダーチャート）を含んだ出力情報をユーザ向けに表示してもよい。
【符号の説明】
【０１８６】
２０１…クラウドオーケストレーターサーバ、２０２…クラウド運用管理サーバ
【図１】
0006668467.tif 000002
【図２】
0006668467.tif 000003
【図３】
0006668467.tif 000004
【図４】
0006668467.tif 000005
【図５】
0006668467.tif 000006
【図６】
0006668467.tif 000007
【図７】
0006668467.tif 000008
【図８】
0006668467.tif 000009
【図９】
0006668467.tif 000010
【図１０】
0006668467.tif 000011
【図１１】
0006668467.tif 000012
【図１２】
0006668467.tif 000013
【図１３】
0006668467.tif 000014
【図１４】
0006668467.tif 000015
【図１５】
0006668467.tif 000016
【図１６】
0006668467.tif 000017
【図１７】
0006668467.tif 000018
【図１８】
0006668467.tif 000019
【図１９】
0006668467.tif 000020
【図２０】
0006668467.tif 000021
【図２１】
0006668467.tif 000022
【図２２】
0006668467.tif 000023
【図２３】
0006668467.tif 000024
【図２４】
0006668467.tif 000025
【図２５】
0006668467.tif 000026
【図２６】
0006668467.tif 000027
【図２７】
0006668467.tif 000028
【図２８】
0006668467.tif 000029
【図２９】
0006668467.tif 000030
【図３０】
0006668467.tif 000031
【図３１】
0006668467.tif 000032
【図３２】
0006668467.tif 000033