(57)【要約】  管理システムは、複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムに接続するインターフェースデバイスと、そのインターフェースデバイスに接続するプロセッサとを有する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、ＸａａＳ（Ｘ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、複数のＸａａＳを含む複数のテナント環境を提供する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。プロセッサは、リソースの変更要求を受け付けると、下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する。
2016170625.tif 000002
【特許請求の範囲】
【請求項１】
複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムに接続するインターフェースデバイスと、
前記インターフェースデバイスに接続するプロセッサと、
を有し、
前記プロセッサは、
前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、ＸａａＳ（Ｘ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、
複数のＸａａＳを含む複数のテナント環境を提供し、
前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理し、
リソースの変更要求を受け付けると、前記下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する、
管理システム。
【請求項２】
前記プロセッサは、前記計算機システムの複数のリソースそれぞれについて、テナント環境に割り当てられたリソースであるテナント環境割当てリソースと、テナント環境割当てリソースより上位のリソースである上位リソースと、前記下位リソースと、未割当てリソースのいずれかのリソースカテゴリで管理する、
請求項１記載の管理システム。
【請求項３】
前記プロセッサは、前記変更処理として、
前記変更処理前の１以上のテナント環境割当てリソースの依存先リソースの性能又は量と、前記変更処理後の前記１以上のテナント環境割当てリソースの依存先リソースの性能又は量が同じであるように、前記１以上のテナント環境割当てリソースと前記１以上のテナント環境割当てリソースの下位リソースとの依存関係を変更する処理を行う、
請求項１記載の管理システム。
【請求項４】
前記変更処理は、いずれかのテナント環境のＸａａＳタイプを第１ＸａａＳタイプから第２ＸａａＳタイプに変更する処理を含み、
前記プロセッサは、前記変更処理として、
前記第２ＸａａＳタイプに従うリソースタイプのリソースであって、前記第１依存関係及び前記第２依存関係のうちの少なくとも一方が変更されることの無いリソースを、プロビジョニングリソースとして選択する、
請求項１記載の管理システム。
【請求項５】
前記プロセッサは、いずれかのテナント環境に割り当てられている下位リソースを占有する場合、占有する下位リソース及びその上位にあるリソースを、前記いずれかのユーザ以外のユーザに対応させない、
請求項１記載の管理システム。
【請求項６】
前記プロセッサは、第１のテナント環境の第１のテナント管理者又は第１のテナントに対応した１以上のテナント環境割当てリソースの依存先リソースを、第１のテナント管理者又は第１のテナントとは別のテナント管理者又はテナントである第２のテナント管理者又は第２のテナントからの要求に応答して操作することを行わない、
請求項１記載の管理システム。
【請求項７】
前記プロセッサは、第１のテナント管理者又は第１のテナントに対応したテナント環境割当てリソースに関するリソース増加量の予測値を基に、そのテナント環境割当てリソースの下位リソースのタイプと同じタイプのリソースを確保し、
操作されるリソースのリソースタイプが、前記、第１のテナント管理者又は第１のテナントについて確保されているリソースのリソースタイプに該当する場合、前記プロセッサは、前記第１のテナント管理者又は第１のテナントに対応したテナント環境割当てリソースとして、前記確保されているリソースを優先的に割り当てる、
請求項１記載の管理システム。
【請求項８】
前記プロセッサは、第１のテナント管理者又は第１のテナントのテナント環境に対して割当てるリソースとして、いずれのテナント管理者又はテナントにも割当てられていない未割当てリソースと、前記第１のテナント管理者又は第１のテナント以外のいずれかのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースの下位リソースとのいずれも、前記第１のテナント管理者又は第１のテナントのテナント環境に割当てることが可能な場合、前記未割当てリソースを優先して前記第１のテナント管理者又は第１のテナントのテナント環境に割当てる、
請求項１記載の管理システム。
【請求項９】
前記第１のテナント管理者から要求を受けた場合、前記プロセッサは、
前記受けた要求に従う処理において操作されるリソースが前記第１のテナントに割当てられているリソースであれば、その要求に従う処理を実行し、
前記受けた要求に従う処理において操作されるリソースが前記第１のテナント以外のテナントに割当てられているリソースであれば、その要求に従う処理を拒否し、
前記計算機システムのシステム管理者から要求を受けた場合、前記プロセッサは、
前記受けた要求に従う処理の内容と、前記システム管理者に割当てられた権限とに基づく処理を実行する、
請求項８記載の管理システム。
【請求項１０】
複数のテナント管理者又は複数のテナントからリソース参照要求を受け付けた場合、又は、前記計算機システムのシステム管理者からリソース参照要求を受け付けた場合、前記プロセッサは、
テナントに対応したリソースの情報であって、要求元に対して表示する情報を決定し、
決定した情報を、前記要求元に対して表示する、
請求項１記載の管理システム。
【請求項１１】
前記受けた要求が、前記複数のテナント管理者又は複数のテナントのうちのいずれかからのリソース参照要求の場合、前記プロセッサは、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示しない、
請求項１０記載の管理システム。
【請求項１２】
前記受けた要求が、前記システム管理者からのリソース参照要求の場合、前記プロセッサは、テナント管理者又はテナントに対応するリソースの情報として、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示し、１以上のテナント環境割当てリソースよりも上位のリソースの情報を表示しない、
請求項１０記載の管理システム。
【請求項１３】
前記プロセッサは、前記複数のテナントにそれぞれ対応した複数のテナント管理者の各々に対し、そのテナント管理者からの要求に応答してその要求に適合したリソースを探し見つかったリソースに関する情報を表示する機能であるプラットフォーム管理機能として動作するようになっている、
請求項８記載の管理システム。
【請求項１４】
複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムを管理する管理システムであって、
複数タイプのＸａａＳに対応した複数のＸａａＳリソース管理サーバと
共通リソース管理サーバと
を有し、
前記複数のＸａａＳリソース管理サーバの各々は、そのＸａａＳリソース管理サーバに対応するＸａａＳに従うテナント環境を提供し、
前記共通リソース管理サーバは、
前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、ＸａａＳのタイプにより異なるリソースタイプのリソースを、そのＸａａＳに対応したテナント環境に割当て、
前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理し、
リソースの変更要求をいずれかのＸａａＳリソース管理サーバから受け付けると、前記下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する、
管理システム。
【請求項１５】
前記複数のＸａａＳリソース管理サーバは、同一のＸａａＳについて２以上のＸａａＳリソース管理サーバを含み、
前記共通リソース管理サーバは、
提供されるリソースとそのリソースを提供したＸａａＳリソース管理サーバとを対応づけて管理し、
いずれかのＸａａＳリソース管理サーバの管理者からの、リソースに対する管理操作を、リソースとＸａａＳリソース管理サーバとの対応関係に基づいて受け付け、
前記共通リソース管理サーバの管理者からの管理操作を、前記対応関係に関わらず受け付ける、
請求項１４記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、計算機システムが有するリソースの割当て制御に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２０１４−２３１４２号公報（特許文献１）がある。この公報には、「特定のネットワーク分離エリア上での様々なサービスレベルを有するコンピューティングリソースプロビジョニングのためのクラウドコンピューティングサブシステムを提供する。さらに、クラウドコンピューティングサブシステム内の各テナントから、および各テナントへのフレームのフローを制御するプロトコルを提供する。」という記載がある（要約参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２３１４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＸａａＳ（X as a Service）というワードが知られている。ＸａａＳとは、一般には、情報システムの構築又は運用に必要な何らかのリソース（例えば、ハードウェア、回線、ソフトウェア実行環境、アプリケーションソフト、開発環境など)をインターネットのようなネットワークを通じて利用できるようにしたサービスを意味する。ＸａａＳの「Ｘ」として採用される文字（又はワード）は、ＸａａＳのタイプ（サービスモデル）によって異なる。例えば、ＸａａＳの例として、ＰａａＳ（Platform as a Service）、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）又はＨａａＳ（Hardware as a Service）等がある。【０００５】
特許文献１には、ＸａａＳに従うタイプのリソースをプロビジョニングした後の運用については開示されていない。複数タイプのＸａａＳに従う複数タイプのリソースのプロビジョニング後の管理は簡単ではない。【０００６】
具体的には、例えば、複数タイプのＸａａＳがある（ＸａａＳのサービスモデルが複数存在する）場合、ＸａａＳのタイプによって、各テナントに対しテナント環境としてプロビジョニングするリソース（テナント環境割当てリソース）のタイプが異なる。そのため、同一の計算機システムの複数タイプのリソースについて、ＸａａＳのタイプにより異なるテナント環境割当てリソースのタイプを考慮したリソース管理をしなければならない。【０００７】
また、例えば、１つの共通リソース管理サーバに対して、ＸａａＳのタイプにより異なる複数のＸａａＳリソース管理サーバが存在し、共通リソース管理サーバが管理する計算機システムのリソースを、複数のＸａａＳのタイプ間で融通し合うことを望むことも考えられる。ここで、「ＸａａＳリソース管理サーバ」は、例えばＸａａＳのタイプ毎に存在し、特定のＸａａＳに従うテナント環境割当てリソースを少なくとも管理する管理サーバである。「共通リソース管理サーバ」は、計算機システムのリソースのうち、少なくとも下位リソースを管理する管理サーバである。「下位リソース」は、テナント環境割当てリソースよりも下位のリソースである。１つの共通リソース管理サーバが複数のＸａａＳリソース管理サーバから共有される場合、共通リソース管理サーバでは、各ＸａａＳリソース管理サーバで管理されるテナント環境割当てリソースのタイプが異なることを考慮して、各ＸａａＳリソース管理サーバからのリソースに対する要求を制御する必要がある。
【課題を解決するための手段】
【０００８】
管理システムは、複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムに接続するインターフェースデバイスと、そのインターフェースデバイスに接続するプロセッサとを有する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、ＸａａＳ（Ｘ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、複数のＸａａＳを含む複数のテナント環境を提供する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。プロセッサは、リソースの変更要求を受け付けると、下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する。【０００９】
管理システムは、複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムを管理する管理システムであって、複数タイプのＸａａＳに対応した複数のＸａａＳリソース管理サーバと、共通リソース管理サーバとを有する。複数のＸａａＳリソース管理サーバの各々は、そのＸａａＳリソース管理サーバに対応するＸａａＳに従うテナント環境を提供する。共通リソース管理サーバは、複数のリソースタイプのリソースを含む複数のリソースのうち、ＸａａＳのタイプにより異なるリソースタイプのリソースを、そのＸａａＳに対応したテナント環境に割当てる。共通リソース管理サーバは、複数のリソースタイプのリソースを含む複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。共通リソース管理サーバは、リソースの変更要求をいずれかのＸａａＳリソース管理サーバから受け付けると、そのＸａａＳリソース管理サーバが提供するテナント環境について下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する。
【発明の効果】
【００１０】
複数タイプのＸａａＳに従う複数タイプのリソースが複数のテナントに提供された後でも信頼性の高い管理を実現することが期待できる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る情報システムの概要を示す。
【図２】管理システムの一例を示す。
【図３】計算機システムの概要を示す。
【図４】統合管理サーバの構成例を示す。
【図５】システム管理プログラムがＸａａＳリソース管理サーバの各々に提供するインターフェースの例を示す。
【図６】リソース管理方法の比較例を示す。
【図７】実施形態に係るリソース管理方法の一例を示す。
【図８】計算機システムの構成例を示す。
【図９】ブレードサーバの構成例を示す。
【図１０】ストレージ装置の構成例を示す。
【図１１】ＸａａＳリソース管理サーバの構成例を示す。
【図１２】共通リソース管理サーバの構成例を示す。
【図１３】計算機システム内の複数のリソースの構成の一例を示す。
【図１４】テナント管理テーブルの構成例を示す。
【図１５】テナント環境管理テーブルの構成例を示す。
【図１６】サービスモデル管理テーブルの構成例を示す。
【図１７】リソース個別管理テーブルの構成例を示す。
【図１８】管理者管理テーブルの構成例を示す。
【図１９】テナント環境管理テーブルの構成例を示す。
【図２０】リソース管理テーブルの構成例を示す。
【図２１】操作権限管理テーブルの構成例を示す。
【図２２】依存関係管理テーブルの構成例を示す。
【図２３】監視テーブルの構成例を示す。
【図２４】リソースグループ管理テーブルの構成例を示す。
【図２５】テナント管理者からの要求に応答して行われる処理の流れの概要を示す。
【図２６】検索結果画面の一例を示す。
【図２７】ＶＭａａＳの実行環境構築の具体例を示す。
【図２８】ＰａａＳの実行環境構築の具体例を示す。
【図２９】システム管理者からの要求に応答して行われる処理の流れの一例を示す。
【図３０】サービスモデル変更処理の流れの一例を示す。
【図３１】占有リソース維持の一例を示す。
【図３２】テナント管理者に対して表示される情報の一例を示す。
【図３３】システム管理者に対して表示される情報の一例を示す。
【発明を実施するための形態】
【００１２】
以下、一実施形態を説明する。
【００１３】
以下の説明では、「×××テーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「×××テーブル」を「×××情報」と呼ぶことができる。また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。
【００１４】
また、以下の説明では、要素の識別情報として、ＩＤ又は名前が使用されるが、それに代えて又は加えて他種の識別情報が使用されてもよい。
【００１５】
また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号又は参照符号における共通番号を使用し、同種の要素を区別して説明する場合は、その要素の参照符号を使用又は参照符号に代えてその要素に割り振られたＩＤを使用することがある。
【００１６】
また、以下の説明では、Ｉ／Ｏ（Input/Output）要求は、ライト要求又はリード要求であり、アクセス要求と呼ばれてもよい。
【００１７】
また、以下の説明では、「記憶部」は、メモリを含んだ１以上の記憶デバイスでよい。例えば、記憶部は、主記憶デバイス（典型的には揮発性のメモリ）及び補助記憶デバイス（典型的には不揮発性の記憶デバイス）のうちの少なくとも主記憶デバイスでよい。
【００１８】
また、以下の説明では、「ＰＤＥＶ」は、物理的な記憶デバイスを示し、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよい。ＰＤＥＶは、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive)でよい。
【００１９】
また、以下の説明では、「ＲＡＩＤ」は、Redundant  Array  of  Independent  (or  Inexpensive)  Disksの略である。ＲＡＩＤグループは、複数のＰＤＥＶで構成され、そのＲＡＩＤグループに関連付けられたＲＡＩＤレベルに従いデータを記憶する。ＲＡＩＤグループは、パリティグループと呼ばれてもよい。パリティグループは、例えば、パリティを格納するＲＡＩＤグループのことでよい。
【００２０】
また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central  Processing  Unit））によって実行されることで、定められた処理を、適宜に記憶部（例えばメモリ）及び／又はインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置又はシステムが行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶部を含み、記憶部はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【００２１】
また、以下の説明では、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、例えば、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機（例えば管理サーバ）が表示用情報を遠隔の表示用計算機（例えば管理クライアント）に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。管理計算機（例えば管理システム）は、表示システムを含むＩ／Ｏシステムに接続されたインターフェースデバイスと、記憶部（例えばメモリ）と、インターフェースデバイス及び記憶部に接続されたプロセッサとを有してよい。表示システムは、管理計算機が有する表示デバイスでもよいし、管理計算機に接続された表示用計算機でもよい。Ｉ／Ｏシステムは、管理計算機が有するＩ／Ｏデバイス（例えばキーボード及びポインティングデバイス、タッチパネル）でもよいし、管理計算機に接続された表示用計算機又は別の計算機でもよい。管理計算機が「表示用情報を表示する」ことは、表示システムに表示用情報を表示することであり、これは、管理計算機が有する表示デバイスに表示用情報を表示することであってもよいし、管理計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。また、管理計算機が情報を入出力するとは、管理計算機が有するＩ／Ｏデバイスとの間で情報の入出力を行うことであってもよいし、管理計算機に接続された遠隔の計算機（例えば表示用計算機）との間で情報の入出力を行うことであってもよい。情報の出力は、情報の表示であってもよい。
【００２２】
また、以下の説明では、「ＶＯＬ」は、論理ボリュームの略であり、論理的な記憶デバイスでよい。ＶＯＬは、実体的なＶＯＬ（ＲＶＯＬ）であってもよいし、仮想的なＶＯＬ（ＶＶＯＬ）であってもよい。また、ＶＯＬは、そのＶＯＬを提供するストレージシステムに接続されているホストシステムに提供されるオンラインＶＯＬと、ホストシステムには提供されない（ホストシステムからは認識されない）オフラインＶＯＬとがあってよい。「ＲＶＯＬ」は、そのＲＶＯＬを有するストレージシステムが有する物理的な記憶部（例えば、１以上のＲＡＩＤグループ）に基づくＶＯＬでよい。「ＶＶＯＬ」としては、外部接続ＶＯＬ（ＥＶＯＬ）と、容量拡張ＶＯＬ（ＴＰＶＯＬ）と、スナップショットＶＯＬとのうちの少なくとも１種類でよい。ＥＶＯＬは、外部のストレージシステムの記憶空間（例えばＶＯＬ）に基づいておりストレージ仮想化技術に従うＶＯＬでよい。ＴＰＶＯＬは、複数の仮想領域（仮想的な記憶領域）で構成されており容量仮想化技術（典型的にはThin  Provisioning）に従うＶＯＬでよい。スナップショットＶＯＬは、オリジナルのＶＯＬのスナップショットとして提供されるスナップショットＶＯＬとがあってよい。ＴＰＶＯＬは、典型的にはオンラインＶＯＬでよい。スナップショットＶＯＬは、ＲＶＯＬであってもよい。「プール」は、論理的な記憶領域（例えば複数のプールＶＯＬの集合）であり、用途ごとに用意されてよい。例えば、プールとして、ＴＰプールと、スナップショットプールとのうちの少なくとも１種類があってよい。ＴＰプールは、複数の実領域（実体的な記憶領域）で構成された記憶領域でよい。ＴＰプールからＴＰＶＯＬの仮想領域に実領域が割当てられてよい。スナップショットプールは、オリジナルのＶＯＬから退避されたデータが格納される記憶領域でよい。１つのプールが、ＴＰプールとしてもスナップショットプールとしても使用されてもよい。「プールＶＯＬ」は、プールの構成要素となるＶＯＬでよい。プールＶＯＬは、ＲＶＯＬであってもよいしＥＶＯＬであってもよい。プールＶＯＬは、典型的にはオフラインＶＯＬでよい。ＶＯＬは、ＬＵ（Logical Unit）と呼ばれてもよい。
【００２３】
図１は、実施形態に係る情報システムの概要を示す。
【００２４】
情報システムには、計算機システム１２０、テナントシステム１１０、管理システム１７０が存在する。
【００２５】
計算機システム１２０は、複数タイプのリソースを含んだ複数のリソースを有する。なお、以後リソースのタイプを「リソースタイプ」という。複数のリソースは、異なるリソースタイプ間で依存関係を有する。リソースは、物理的なリソースであっても仮想的なリソースであってもよい。複数のリソースとして、例えば、１以上のストレージ装置と、１以上のストレージ装置に接続された１以上のブレードサーバとがある。つまり、本実施形態では、計算機システム１２０は、ブレードサーバとストレージ装置との両方を含んだいわゆる統合型プラットフォームでもよい。「ブレードサーバ」は、サーバ計算機の一例であり、「サーバ計算機」と呼ばれてもよい。複数のリソースの具体例は後述する。
【００２６】
テナントシステム１１０は、１以上の計算機で構成されたシステムであり、テナント毎に存在する。「テナント」とは、ユーザの一例であり、計算機システム１２０が有する複数のリソースのうちのテナント環境割当てリソースを借りた（又は購入した）ユーザである。具体的には、例えば、「テナント」は、計算機システムのリソースを提供するクラウドサービスのユーザである。「テナント環境割当てリソース」とは、テナント環境に割当てられたリソース（プロビジョニングされたリソースの一例）であり、「プロビジョニングリソース」と呼ばれてもよい。「テナント環境」とは、テナント（テナントシステム１１０）に提供された仮想的な環境である。その環境にリソースが割当てられることで、そのリソース（テナント環境割当てリソース）や、そのリソースを基に作成された上位リソースを、テナント（テナントシステム１１０）が使用できる。テナントシステム１１０は、通信ネットワーク（例えばＩＰ（Internet Protocol）ネットワーク）１５０を介して、計算機システム１２０及び管理システム１７０に接続される。テナントシステム１１０は、テナント環境割当てリソースの使用として、例えば、そのリソースにログインすることができる。ＸａａＳがＳａａＳの場合、テナントシステム１１０は、例えば、ブラウザ（例えばＷｅｂブラウザ）を起動したパーソナルコンピュータでよい。
【００２７】
図２は、管理システム１７０の構成例を示す。
【００２８】
管理システム１７０は、統合管理サーバ１６０と、ＸａａＳリソース管理サーバ群１４１と、共通リソース管理サーバ１３０と、を有する。ＸａａＳリソース管理サーバ群１４１は、ＸａａＳのタイプにより異なる複数のＸａａＳリソース管理サーバ１４０であり、例えばＰａａＳ用のＰａａＳリソース管理サーバ１４０−１、ＶＭａａＳ用のＶＭａａＳリソース管理サーバ１４０−２、ＳＴＧａａＳ用のＳＴＧａａＳリソース管理サーバ１４０−３である。ＸａａＳリソース管理サーバ１４０は、例えばＸａａＳのタイプ毎に存在し、特定のＸａａＳに従うテナント環境割当てリソースとその上位リソースのうち、少なくともテナント環境割当てリソースを管理する計算機である。なお、例えばサーバのリソース、又はストレージのリソースなど、複数のＸａａＳリソース管理サーバ１４０がテナント環境割当てリソースを提供するために必要なタイプのリソースがある。共通リソース管理サーバ１３０は、こうした複数のＸａａＳリソース管理サーバ１４０で共通に必要とされるタイプのリソースを管理する。また、共通リソース管理サーバ１３０は、ある種のＸａａＳリソース管理サーバ１４０の役割を兼ねてもよい。
【００２９】
統合管理サーバ１６０は、テナント管理者またはシステム管理者が使用する１以上の計算機である。「テナント管理者」とは、テナントシステム１１０の管理者である。テナント管理者と、テナントシステム１１０のユーザは、同一のテナントに所属する従業員でもよい。テナント管理者は、テナントとは異なる企業の従業員でもよい。「システム管理者」とは、計算機システム１２０の管理者である。統合管理サーバ１６０は、通信ネットワーク１５０を介して、テナントシステム１１０、計算機システム１２０に接続される。統合管理サーバ１６０は、通信ネットワーク１５０を介して、各ＸａａＳリソース管理サーバ１４０と、共通リソース管理サーバ１３０に接続される。各ＸａａＳリソース管理サーバ１４０は、通信ネットワーク１５０を介して、共通リソース管理サーバ１３０に接続される。
【００３０】
統合管理サーバ１６０は、各ＸａａＳのタイプと該ＸａａＳに対応するＸａａＳリソース管理サーバ１４０とを対応づけて管理している。統合管理サーバ１６０は、テナント管理者の要求（例えばリソース割当て要求）を、要求されたＸａａＳのタイプに基づき、いずれかのＸａａＳリソース管理サーバ１４０に送信する。例えば、テナント管理者（テナントシステム１１０）からＰａａＳのテナント環境を要求された場合、統合管理サーバ１６０は、ＰａａＳ用のＰａａＳリソース管理サーバ１４０−１に、テナント管理者の要求を送信する。ＸａａＳリソース管理サーバ１４０は、受信したテナント管理者の要求に基づく処理を実行することで、リソース（テナント環境割当てリソース）をテナント環境に割当て、そのテナント環境をテナントシステム１１０に提供する。例えば、テナント管理者の要求がリソース割当て要求である場合、ＸａａＳリソース管理サーバ１４０は、共通リソース管理サーバ１３０にリソースの割当てを要求する。当該ＸａａＳリソース管理サーバ１４０は、その要求に対する応答（例えばテナント環境に対してリソースを割当てたことを表す応答）を、共通リソース管理サーバ１３０から受ける。当該ＸａａＳリソース管理サーバ１４０は、テナント管理者の要求に対する応答を、統合管理サーバ１６０に送信する。統合管理サーバ１６０は、その応答に基づき、リソースの使用に必要な情報（例えばログインに必要な情報）を、テナントシステム１１０（テナント管理者）に送信する。テナントシステム１１０が、その情報を基に、計算機システム１２０のテナント環境割当てリソース（又はその上位リソース）を使用することができる。
【００３１】
また、統合管理サーバ１６０は、システム管理者の要求を、共通リソース管理サーバ１３０またはＸａａＳリソース管理サーバ１４０に送信する。統合管理サーバ１６０は、共通リソース管理サーバ１３０またはＸａａＳリソース管理サーバ１４０からの応答に基づき、システム管理者（システム管理者の管理計算機）に応答する。共通リソース管理サーバ１３０及びＸａａＳリソース管理サーバ１４０で実行される処理は、統合管理サーバ１６０で実行しても良い。
【００３２】
図３は、計算機システム１２０の概要を示す。
【００３３】
計算機システム１２０は、前述の通り、複数タイプのＸａａＳを提供する。ＸａａＳのタイプは、「Ｘ」として使用される言葉、言い換えれば、テナント環境割当てリソースとされるリソースのタイプによって異なる。例えば、本実施形態では、ＰａａＳ（Platform as a Service）、ＶＭａａＳ（VM as a Service）、及びＳＴＧａａＳ（Storage as a Service）等がある。図３では、テナント環境割当てリソースを強調表示（グレー表示）しているが、図３から分かるように、ＸａａＳタイプによって、テナント環境割当てリソースのタイプ（テナント環境割当てリソースが属する階層）が異なる。テナント環境割当てリソースは、テナント環境割当てリソースより下位のリソース（下位リソース）を基に提供される。例えば、サーバのメモリとＬＵを基にＶＭ（Ｖirtual Ｍachine）が提供され、さらにそのＶＭにてＡＰＰ（アプリケーションプログラム）が実行される。なお、サーバのメモリは、サーバのリソースの一例であり、ＬＵはストレージのリソースの一例である。また、図示はしていないが、ＸａａＳのタイプとして、ＬＰＡＲａａＳ（LPAR as a Service）があってもよい。
【００３４】
計算機システム１２０が有する複数のリソースは、依存関係を有している。以下の説明では、リソースの論理的な位置（例えば階層）を表すために、便宜上、「上位／下位」及び「依存元／依存先」（又は、「親／子」）という言葉を使用することがある。例えば、「第１のリソースより上位にある第２のリソース」の意味は、第２のリソースがトポロジー的に第１のリソースに関係し、第１のリソースが属する階層（タイプ）よりも１つ以上上の階層（タイプ）に第２のリソースが属していることを意味する。「第１のリソースの依存元（又は親）である第２のリソース」の意味は、第２のリソースが、第１のリソースの１つ上位にあるリソースであることを意味する。つまり、本実施形態の説明では、「依存元」（又は「親」）は、「上位」に含まれる概念である。
【００３５】
一方、「第１のリソースより下位にある第２のリソース」の意味は、第２のリソースがトポロジー的に第１のリソースに関係し、第１のリソースが属する階層（タイプ）よりも１つ以上下の階層（タイプ）に第２のリソースが属していることを意味する。「第１のリソースの依存先（又は子）である第２のリソース」の意味は、第２のリソースが第１のリソースの１つ下位にあるリソースであることを意味する。つまり、本実施形態の説明では、「依存先」（又は「子」）は、「下位」に含まれる概念である。階層の一例としては、ＯＳＩ（Open Systems Interconnection）参照モデルと類似の発想で、物理リソースほど下位の階層に位置し、ＡＰＰに近いほど上位の階層に位置することが考えられる。なお、サーバのリソースと、ストレージのリソースとは、物理リソースと言う点において同位の階層と扱うこともできるが、ＡＰＰの実行のためには必ずサーバのリソースが必要であることを考慮し、サーバのリソースのほうが、ストレージのリソースより上位の階層にあるとしても良い。
【００３６】
上記を踏まえ、本実施形態では、以下の用語を用いる。
（＊）テナント環境割当てリソース：テナント環境に割当てられたリソース。
（＊）上位リソース：テナント環境割当てリソースより上位のリソース。
（＊）下位リソース：テナント環境割当てリソースより下位のリソース。
（＊）未割当てリソース：未割当てリソースはシステム管理者が管理するリソースであって、上位リソース、テナント環境割当てリソース、下位リソースの依存先となっていないリソース。未割当てリソースは、システム管理者によって、下位リソースやテナント環境割当てリソースになり得るものである。
【００３７】
本実施形態では、計算機システム１２０のリソースを、「上位リソース」、「テナント環境割当てリソース」、「下位リソース」、「未割当てリソース」のカテゴリのうち、該当するカテゴリに基づいてリソース管理を行う。以下、このカテゴリを、「リソースカテゴリ」または「リソースクラス」と言う。
【００３８】
システム管理者によるリソース管理としては、例えば以下がある。
（＊）リソース作成：システム管理者が管理するリソースに基づいて、そのリソースより上位のリソースを作成する。
（＊）リソース消去：リソースを削除。削除対象リソースと、削除対象リソースの依存先リソースとの依存関係を解放する。その延長として、あるリソースが他のリソースと依存関係をもたない場合、未割当てリソースとして扱われても良い。
（＊）属性変更：リソースの属性を変更。なお、属性の一例として、ＶＭ（Virtual Machine）の属性は、例えば、メモリ容量、ＣＰＵ数、仮想ＮＩＣ（Network Interface Controller/Card）数、仮想ＰＤＥＶ（容量又は数）、ＶＭ識別子、ログイン情報（例えばログインするときのＩＰアドレス）である。
（＊）依存関係変更：リソースの依存関係を変更する。例えば、ＶＭのマイグレーションである。
（＊）リソース監視：リソースを監視する。例えば、リソースのメトリック値（例えば測定値）、リソースの状態、リソースの属性を監視する。
【００３９】
システム管理者は、図３に示す計算機システム１２０のリソース全てに対して上記のリソース管理を行って良いわけではない。例えば、リソース管理の前後で、テナント管理者（又はテナント）から、テナント環境割当てリソースまたは上位リソースの変化が見えるのは好ましくない。ここでの変化とは、たとえば依存関係変更や属性変更である。また、テナント管理者によっては、上位リソースの情報をシステム管理者に見られたくない場合もある。
【００４０】
図６は、上述のような問題を解決するリソース管理方法の一例である。具体的には、計算機システムで同一ＸａａＳタイプのテナント環境のみ提供する場合のリソース管理方法の比較例を示す。図６では、テナント環境割当てリソースが強調表示（グレー表示）されている。
【００４１】
図６の比較例では、計算機システムで同一ＸａａＳタイプのテナント環境のみ提供する場合に限り、各テナント環境割当てリソースの下位リソース間でのリソース融通が可能である。各テナント環境のＸａａＳタイプが同一であるということは、各テナント環境のテナント環境割当てリソースのタイプは同一である。具体例として、ＸａａＳタイプがＶＭａａＳである場合において、テナント管理者＃３がＶＭ＃２（及びＶＭ＃２で実行されるＡＰＰ＃３）を管理し、テナント管理者＃４がＶＭ＃３（及びＶＭ＃３で実行されるＡＰＰ＃４）を管理しているとする。ＶＭ＃２及びＶＭ＃３は、それぞれテナント環境割当てリソースである。ＶＭ＃２の下位リソースとして、ブレードサーバ＃２及びＬＵ＃３等が存在する。ＶＭ＃２が、ＬＵ＃３を認識しており、ＬＵ＃３にアクセスする。このような構成において、管理システムが、ＶＭ＃２を実行するブレードサーバを、ブレードサーバ＃２から、別のテナント管理者＃４が管理するＶＭ＃３の下位リソースであるブレードサーバ＃３に変更可能である。この場合、テナント管理者＃３及び＃４のいずれにも、各テナント環境割当てリソースまたはその上位リソースの量又は性能等が変更されたようには見えない。このように、計算機システムで同一ＸａａＳタイプのテナント環境のみ提供する場合、テナント環境割当てリソースとその下位リソースの依存関係変更が可能である。
【００４２】
しかしながら、上述した方式では、計算機システムで提供できるＸａａＳのタイプは一つに限られる。複数のＸａａＳに適用する場合、ＸａａＳのタイプ間でテナント環境割当てリソースのタイプが異なるため、ＸａａＳのタイプ毎に計算機システム及び管理システムが必要となる。
【００４３】
一方、本実施形態では、複数タイプのＸａａＳに対応した複数タイプのテナント環境割当てリソースが計算機システム１２０に存在し、その計算機システム１２０で複数のＸａａＳタイプのテナント環境を提供する。管理システム１７０は、その計算機システム１２０のリソースに対して、適切なリソース管理を可能とする。
【００４４】
図７は、実施形態に係るリソース管理方法の一例を示す。図７では、テナント環境割当てリソースが強調表示（グレー表示）されている。
【００４５】
図７に示すように、ＸａａＳタイプが異なると、テナント環境割当てリソースのタイプも異なる。このため、テナント環境割当てリソースのタイプの違いを考慮せずに、リソース管理（例えばリソースの依存関係変更）を行うと、テナント管理者が認識し得る不具合（例えば、テナント環境割当てリソースの量又は性能が落ちる、或いは、上位リソースの量又は性能が落ちる）が起こり得る。例えば、あるＸａａＳタイプのテナント環境にとって、テナント環境割当てリソースの性能又は量を変えない下位リソースの変更であるとしても、その変更先のリソースが別のＸａａＳタイプのテナント環境にとってのテナント環境割当てリソースや上位リソースである可能性があるので、テナント管理者が認識し得る不具合が起こり得る。これは、複数のテナント管理者に対応した複数タイプのＸａａＳが、一計算機システム１２０を共有する場合に生じる課題である。
【００４６】
そこで、本実施形態では、管理システム１７０（例えば共通リソース管理サーバ１３０）が、複数のテナント管理者（テナント）の各々について、テナント環境にリソースを割当てた場合に、テナント環境割当てリソース及びそれの下位リソースの少なくとも一方（例えば両方）を管理する。そして、管理システム１７０は、テナントについてのイベントを検出した場合、そのイベントに従う処理において操作されるリソースのリソースカテゴリに基づくリソース管理を実行する。
【００４７】
「テナントについてのイベントの検出」とは、テナントに対応したいずれかのリソースが過負荷になったこと（例えばそのリソースについてのメトリック値が閾値を超えたこと）でもよいし、テナントに対応したいずれかのリソースについてシステム管理者からの要求を受け付けたことでもよい。要求は、テナント管理者所望の要件を満たすリソースを割当てることの要求であってもよいし、ＸａａＳのタイプを変更することの要求であってもよい。
【００４８】
管理システム１７０（例えば共通リソース管理サーバ１３０）は、１以上のテナント環境割当てリソースとその１以上の依存先リソースとの依存関係について、テナント環境割当てリソースの変更、及び依存先リソースについての性能又は量が変わる変更を行わない。なぜなら、そのような依存関係変更は、テナント管理者（又はテナント）に見えてしまうためである。例えば、依存先リソースの性能又は量が変わることで、テナント環境割当てリソースの性能又は量に変化が生じる場合、その変化はテナント管理者（又はテナント）に認識され得る。一例として、依存先リソースの数が減り、結果として依存先リソースの量（例えばメモリ容量）が減ることが挙げられる。
【００４９】
一方、管理システム１７０（例えば共通リソース管理サーバ１３０）は、１以上のテナント環境割当てリソースとその１以上の依存先リソースとの依存関係の変更の前後において、依存先リソースの性能又は量が同じ（変わらない）変更は実行しても良い。なぜなら、依存先リソースの性能又は量が変わらなければ、テナント管理者（又はテナント）に認識されるテナント環境割当てリソースの性能又は量に変化が無いためである。例えば、依存先リソースの数は変わるが、依存先リソースの量（例えばメモリ容量）は変わらない変更は許可される。
【００５０】
ここで、テナント環境割当てリソースの性能又は量の変化は、例えば下記である。ＸａａＳタイプがＶＭａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、ＶＭ（Virtual Machine）のリソースの属性（例えば、メモリ容量、ＣＰＵ数、仮想ＮＩＣ（Network Interface Controller/Card）数、仮想ＰＤＥＶ（容量又は数）、ＶＭ識別子、ログイン情報（例えばログインするときのＩＰアドレス））のうちの少なくとも１つの変化でよい。ＸａａＳタイプがＰａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、メモリ容量の変化でよい。ＸａａＳタイプがＬＰＡＲａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、ＸａａＳタイプがＶＭａａＳの場合と同様、またはメモリの変化でよい。ＸａａＳタイプがＳＴＧａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、ストレージ装置のリソースの属性（例えば、ＬＵＮ（Logical Unit Number）、ポート番号、ＶＯＬ識別子、ＶＯＬ容量、プール構成（例えばティアの比率）のうちの少なくとも１つの変化でよい。
【００５１】
実行されるリソース管理の例として、図７に示す制御がある。すなわち、管理システム１７０（例えば共通リソース管理サーバ１３０）が、異なるＸａａＳタイプの下位リソース間でのリソース融通を行う。具体的には、例えば、テナント管理者＃１にＳＴＧａａＳのテナント環境割当てリソースとしてＬＵ＃１が提供され、プール＃１が下位リソースであるとする。また、テナント管理者＃２にＶＭａａＳのテナント環境割当てリソースとしてＶＭ＃１が提供され、プール＃２が下位リソースであるとする。管理システム１７０は、計算機システム１２０からリソースのメトリック値（例えば測定値）を含んだ情報を繰り返し（例えば定期的に）受信することでリソースの状況を把握できる。受信した情報は、管理システム１７０が保持する管理情報に登録されるとする。また、管理情報は、複数のリソースの依存関係（例えばトポロジー関係）を表す情報や、複数のテナント管理者（テナント）の各々について、テナント環境割当てリソースと下位リソースをそれぞれ表す情報を含んでいるとする。
【００５２】
例えば、管理システム１７０は、プール＃２の過負荷を検出した場合、プール＃２の過負荷を解消するためにプール＃２内のデータ＃２（Ｄ＃２）を別のプールに移動すること（ＬＵ＃２（シンプロビジョニングに従うＶＯＬ）に関連付くプールを別のプールに変更すること）を決定したとする。管理システム１７０は、管理情報を基に、データ＃２の移動先候補として、プール＃１及び＃３があり、プール＃１の負荷が最も低いことを検出したとする。ここで、管理システム１７０は、管理情報を基に、プール＃１及びプール＃２がいずれも下位リソースのリソースカテゴリに対応することを検出する。下位リソースであるプールの変更は、テナント管理者からは見えないため、管理システム１７０は、プール＃２からデータ＃２（Ｄ＃２）をプール＃１に移動し、ＬＵ＃２をプール＃２に代えてプール＃１に関連付ける。
【００５３】
このように、管理システム１７０（例えば共通リソース管理サーバ１３０）は、テナント管理者が認識し得る不具合が生じないようなリソース管理を実行できる。テナント環境間でＸａａＳタイプが異なり、テナント環境割当てリソースのタイプが異なる場合であっても、本実施形態の管理システム１７０は、計算機システムのリソースをリソースカテゴリと対応づけて管理するので、リソースカテゴリが下位リソースであり同じタイプのリソース間でリソース融通することができる。
【００５４】
以下、本実施形態を詳述する。なお、図７に例示するように、計算機システム１２０が有する複数のリソースタイプのリソースは、異なるリソースタイプ間で依存関係、例えば階層的なトポロジー構成（ルートは存在しないでよい）を有する。リソースは、上述したように、仮想的なリソースでも物理的なリソースでもよい。例えば、リソースとして、ＡＰＰ（アプリケーションプログラム）、ＯＳ（オペレーティングシステム）、ＶＭ、ＶＭ要素（例えば、仮想メモリ及び仮想ＣＰＵ）、ＬＰＡＲ（Logical Partitioning）、ブレードサーバ、ブレードサーバ要素（例えば、物理メモリ及び物理ＣＰＵ）、ストレージ装置、ストレージ装置要素（例えば、ＬＵ（ＶＯＬ）、プール、ＰＤＥＶ、ＰＧ（パリティグループ））を採用し得る。「上位／下位」の概念は、何を管理（例えば監視）する立場であるかによって違い得るが、管理システム１７０では、所定の基準に沿って定義されていてよい。例えば、リソース間が「接続関係」の場合、一方のリソースが下位であり、一方のリソースに依存する（一方のリソースをベースとする）他方のリソースが上位でよい。リソース間が「包含関係」の場合、一方のリソースが下位であり、一方のリソースを包含する他方のリソースが上位でよい。
【００５５】
図８は、計算機システム１２０の構成例を示す。
【００５６】
計算機システム１２０は、複数（又は１つ）のストレージ装置２２０と、複数のストレージ装置２２０にＳＡＮ（Storage Area Network）２３０を介して接続された複数（又は１つ）のブレードサーバ２１０とを有する。ブレードサーバ２１０は、サーバ装置の一例である。ＳＡＮ２３０に代えて、ＰＣＩｅバス等の他種の通信媒体が採用されてもよい。
【００５７】
図９は、ブレードサーバ２１０の構成例を示す。
【００５８】
ブレードサーバ２１０は、テナントシステム１１０及び管理システム１７０（統合管理サーバ１６０、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバ１３０の少なくとも１つ）に接続されるＦＥ−Ｉ／Ｆ（フロントエンドインターフェースデバイス）３１０と、ストレージ装置２２０に接続されるＢＥ−Ｉ／Ｆ（バックエンドインターフェースデバイス）３４０と、メモリ３３０と、それらに接続されたＣＰＵ３２０とを有する。ブレードサーバ２１０に基づき、ＬＰＡＲ、ＶＭ及びＡＰＰの実行又は提供が可能である。
【００５９】
図１０は、ストレージ装置２２０の構成例を示す。
【００６０】
ストレージ装置２２０は、二重化されたストレージコントローラ４００と、各々のストレージコントローラ４００に接続された複数のＰＤＥＶ４６０とを有する。複数のＰＤＥＶ４６０により複数のＰＧが構成される。ストレージコントローラ４００は、ブレードサーバ２１０及び管理システム１７０（統合管理サーバ１６０、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバ１３０の少なくとも１つ）に接続されたＦＥ−Ｉ／Ｆ４５０と、ＰＤＥＶ４６０に接続されたＢＥ−Ｉ／Ｆ４３０と、メモリ４１０と、それらに接続されたＣＰＵ４２０とを有する。ストレージコントローラ４００が、ＬＵをブレードサーバ２１０に提供したり、ＬＵとプール間の関係を管理したり、ＰＧの構成を管理したり、ＰＧとプール間の関係を管理したりする。
【００６１】
図１１は、ＸａａＳリソース管理サーバ１４０の構成例を示す。
【００６２】
ＸａａＳリソース管理サーバ１４０は、入力デバイス（例えばキーボード及びポインティングデバイス）６１０と、表示デバイス６２０と、統合管理サーバ１６０及び共通リソース管理サーバ１３０（及び計算機システム１２０）に接続されるＩ／Ｆ（インターフェースデバイス）６５０と、コンピュータプログラム及び情報を記憶する記憶部（例えばメモリ）６３０と、それらに接続されたＣＰＵ６４０とを有する。入力デバイス６１０及び表示デバイス６２０は、タッチパネルのように一体であってもよい。ＸａａＳリソース管理サーバ１４０は、入力デバイス６１０及び表示デバイス６２０に代えて、入力デバイス及び表示デバイスを有する表示用計算機（例えば、テナント管理者が操作するパーソナルコンピュータ）に接続されていてもよい。記憶部６３０が記憶するコンピュータプログラムは、例えば、テナント管理プログラム６６０であり、それがＣＰＵ６４０により実行される。記憶部６３０が記憶する情報は、例えば、第１管理情報６７０である。第１管理情報６７０は、テナント管理テーブル１４００、テナント環境管理テーブル１５００、サービスモデル管理テーブル１６００、リソース個別管理テーブル１７００及び監視テーブル１７５０を含む。テナント管理プログラム６６０が、ＸａａＳリソース管理サーバ１４０が認識している複数のリソース（例えば、上位リソース、テナント環境割当てリソース）の各々を監視し、時刻と監視結果（例えば、メトリック値、リソース状態（例えば稼動、障害等））を監視テーブル１７５０に登録する。
【００６３】
なお、テナント管理プログラム６６０が行う処理として、例えば、下記のうちの少なくとも１つが採用されてよい。
【００６４】
（＊）テナント管理プログラム６６０は、統合管理サーバ１６０からの要求に基づき、テナント環境にリソースを割当てること（テナント環境に割当てるリソースのプロビジョニング）を共通リソース管理サーバ１３０に要求する。テナント管理プログラム６６０は、その要求に応答してプロビジョニングされたリソースをテナント環境割当てリソースとして管理する。
【００６５】
（＊）テナント管理プログラム６６０は、テナント管理者に対応したリソース情報を表示する。リソース情報は、ＸａａＳリソース管理サーバ１４０が有する第１管理情報６７０に基づき表示されてもよいし、共通リソース管理サーバ１３０からの情報に基づき表示されてもよい。テナント管理プログラム６６０は、少なくとも、リソース割当て要求（例えば変更要求）に応答して表示するリソース情報に、下位リソースを含めないでもよい。
【００６６】
（＊）テナント管理プログラム６６０は、１以上の上位リソースと１以上のテナント環境割当てリソースと依存関係を変更する処理を行う。但し、その処理において、例えば、異なる上位リソースを使用する複数のクライアント（ＸａａＳリソース管理サーバ１４０のクライアント）がいる場合、テナント管理プログラム６６０は、第１クライアントの上位リソースの依存先（マイグレーション先）を、第２クライアントのテナント環境割当てリソースまたは上位リソースに変更しないようにする。また、例えば、テナント管理プログラム６６０は、占有リソースの上位に同タイプ（同階層）の複数のリソースが関連付けられないようにする。
【００６７】
図１２は、共通リソース管理サーバ１３０の構成例を示す。
【００６８】
共通リソース管理サーバ１３０は、入力デバイス（例えばキーボード及びポインティングデバイス）７１０と、表示デバイス７２０と、ＸａａＳリソース管理サーバ１４０及び計算機システム１２０に接続されるＩ／Ｆ（インターフェースデバイス）７５０と、コンピュータプログラム及び情報を記憶する記憶部７３０（例えばメモリ）と、それらに接続されたＣＰＵ（プロセッサ）７４０とを有する。入力デバイス７１０及び表示デバイス７２０は、タッチパネルのように一体であってもよい。共通リソース管理サーバ１３０は、入力デバイス７１０及び表示デバイス７２０に代えて、入力デバイス及び表示デバイスを有する表示用計算機（例えば、システム管理者が操作するパーソナルコンピュータ）に接続されていてもよい。記憶部７３０が記憶するコンピュータプログラムは、例えば、システム管理プログラム７６０であり、それがＣＰＵ７４０により実行される。記憶部７３０が記憶する情報は、例えば、第２管理情報７７０である。第２管理情報７７０は、管理者管理テーブル１８００、テナント環境管理テーブル１９００、リソース管理テーブル２０００、操作権限管理テーブル２１００、依存関係管理テーブル２２００、監視テーブル２３００及びリソースグループ管理テーブル２４００を含む。システム管理プログラム７６０が、共通リソース管理サーバ１３０が認識している複数のリソース（例えば、上位リソース、テナント環境割当てリソース、下位リソース、未割当てリソースのうちの少なくとも下位リソース）の各々を監視し、監視結果（例えば、メトリック値、リソース状態（例えば稼動、障害等））を監視テーブル２３００に登録する。
【００６９】
なお、システム管理プログラム７６０が行う処理として、例えば、下記のうちの少なくとも１つが採用されてよい。
【００７０】
（＊）システム管理プログラム７６０は、統合管理サーバ１６０またはＸａａＳリソース管理サーバ１４０からの要求（例えば、リソース割当て要求）に応答して見つけたリソースを、要求元テナント管理者に対応したリソースグループに含める。
【００７１】
（＊）システム管理プログラム７６０は、要求（例えば、リソース変更要求）を受けた場合、要求に従う処理において操作されるリソース（例えば、テナント環境割当てリソース）が、要求元のテナント管理者に対応したリソースグループ内のリソースであれば、その要求に従う処理を行う。一方、要求に従う処理において操作されるリソース（例えば、テナント環境割当てリソース）が、要求元のテナント管理者または要求元のＸａａＳリソース管理サーバ１４０に対応したリソースグループ外のリソースであれば、システム管理プログラム７６０は、その要求に従う処理を拒否する。このような制御は、例えば、リソースグループ管理テーブル２４００を基に行われる。なお、システム管理プログラム７６０は、統合管理サーバ１６０やＸａａＳリソース管理サーバ１４０以外の計算機から要求を受けることがあり得る。その要求は、例えば、バックアップ系のSnapshot作成要求である（アプリケーションの静止化時点と連携してSnapshotを取りたいため）。そのような要求に対応するため、事前にアクセスコントロールリストのようなリソースグループ管理テーブル２４００（及び操作権限テーブル）が用意されてよい。例えば、テナント管理者に対してリソースが割当てられた場合に、テナント管理者のＩＤに対して、割当てられたリソースのＩＤが関連付けられてよい（リソースグループ管理テーブル２４００に登録されてよい）。
【００７２】
（＊）システム管理プログラム７６０は、第１のテナント管理者（第１のテナント）に対応した１以上のテナント環境割当てリソースの依存先リソース（典型的には全ての依存先リソース）を、第１のテナント管理者（又は第１のテナント）とは別のテナント管理者（又はテナント）である第２のテナント管理者（又は第２のテナント）からの要求に応答して操作することを行わない。具体的には、例えば、システム管理プログラム７６０は、第２のテナント管理者（第２のテナント）からの要求に応答して操作される対象のリソースの候補に、第１のテナント管理者（第１のテナント）に対応した１以上のテナント環境割当てリソースの依存先リソース（典型的には全ての依存先リソース）を、含めない。これにより、第１のテナント管理者（第１のテナント）に対応した情報（少なくとも依存先リソースに関する情報）が第２のテナント管理者（第２のテナント）に提供されることを防ぐことができる。一例として、ＰａａＳとＶＭａａＳを例に取る。第１のテナント管理者（第１のテナント）に対してＡＰＰ（ＰａａＳリソース）がテナント環境割当てリソースとして提供されており、その依存先リソースがＶＭ（またはサーバ）の場合、ＡＰＰ（ＰａａＳリソース）とＶＭ（依存先リソース）との関係が変更されること無しに、ＡＰＰ（ＰａａＳリソース）の依存先リソースであるＶＭが、テナント環境割当てリソース（ＶＭａａＳリソース）等として第２のテナント管理者（第２のテナント）に提供されてしまうと、ＡＰＰ（ＰａａＳリソース）は、一方でテナント環境割当てリソースでありながら他方で上位リソースとなる。それは、ＡＰＰ（ＰａａＳリソース）それ自体が動作しないという結果になることもあり得るし、ＡＰＰ（ＰａａＳリソース）の依存先リソースとして２つのＶＭがある場合に１つのＶＭが除去されてもＡＰＰ（ＰａａＳリソース）が動作することもあり得る。このため、一見すると問題が無いように見える。しかし、情報漏洩を防ぐという観点で言えば、依存先リソースであるＶＭが、そのまま第２のテナント管理者（第２のテナント）に提供されてしまうと、第１のテナント管理者（第１のテナント）のＡＰＰに関して計算中のデータが第２のテナント管理者（第２のテナント）に見えてしまうことになり得る。システム管理プログラム７６０は、上述したように、第１のテナント管理者（第１のテナント）に対応した１以上のテナント環境割当てリソースの依存先リソースを、第２のテナント管理者（又は第２のテナント）からの要求に応答して操作することを行わないので、そのような問題を回避することができる。
【００７３】
（＊）システム管理プログラム７６０は、テナント管理者毎（テナント毎）に、テナント管理者に対して提供したリソースの情報（例えば、サマリの一覧）を表示する。表示されるリソース情報は、下位リソースの情報を含んでよく、例えば、提供されているリソースの数、提供されているリソースの量（例えば、ストレージ容量、サーバ数、ＣＰＵ数、メモリ容量）である。テナント管理者は、システム管理者視点でどのようにリソースを管理しているか（割当てをしたか）を知ることができる。
【００７４】
（＊）システム管理プログラム７６０は、障害リソース（状態“障害”に対応したリソース）に対応したテナント管理者のＩＤ（又は、障害リソースを含んだリソースグループのＩＤ）を表示したり、障害リソースがあることをＸａａＳリソース管理サーバ１４０に通知したり（例えば、或るＰＧ（パリティグループ）が縮退した場合、縮退したＰＧに対応するＸａａＳリソース管理サーバ１４０に通知したり）する。
【００７５】
（＊）システム管理プログラム７６０は、テナント環境にリソース（テナント環境割当てリソース）を割当てる。
【００７６】
（＊）システム管理プログラム７６０は、１以上のテナント環境割当てリソースと１以上の下位リソースとの依存関係を変更する処理を行う。その処理において、例えば、システム管理プログラム７６０は、第１テナント管理者のテナント環境割当てリソースの依存先（マイグレーション先）を、第２テナント管理者のテナント環境割当てリソースまたは上位リソースに変更しないようにする。また、例えば、システム管理プログラム７６０は、テナント環境割当てリソースの依存先の１以上のリソースを変更するとしても、その１以上のリソースの量又は性能が変わらないようにする。また、例えば、システム管理プログラム７６０は、占有リソースの上位に同タイプ（同階層）の複数のリソースが関連付けられないようにする。
【００７７】
（＊）システム管理プログラム７６０は、計算機システム１２０のリソースが不足した場合、計算機システム１２０のリソースの使用率が所定の閾値を超えた場合、及び、計算機システム１２０の未割当てリソースの割合又は容量が所定の閾値を下回った場合のうちの少なくとも１つの場合、その旨を、システム管理者（システム管理者の計算機）に通知する。
【００７８】
（＊）システム管理プログラム７６０は、テナント環境にリソースを割当てることの要求（リソースプロビジョニング要求）に対して、計算機システム１２０のリソースが不足した場合のようにリソースを提供しない場合、その旨を、ＸａａＳリソース管理サーバ１４０に通知する。
【００７９】
（＊）システム管理プログラム７６０は、テナント管理者又はシステム管理者から要求を受け付けた場合、操作権限管理テーブル２１００を参照し、その要求と操作権限に従う処理を実行する。
【００８０】
図４は、統合管理サーバ１６０の構成例を示す。
【００８１】
統合管理サーバ１６０は、入力デバイス（例えばキーボード及びポインティングデバイス）８１０と、表示デバイス８２０と、ＸａａＳリソース管理サーバ１４０及び共通リソース管理サーバ１３０（及び計算機システム１２０）に接続されるＩ／Ｆ（インターフェースデバイス）８５０と、コンピュータプログラム及び情報を記憶する記憶部８３０（例えばメモリ）と、それらに接続されたＣＰＵ８４０とを有する。入力デバイス８１０及び表示デバイス８２０は、タッチパネルのように一体であってもよい。統合管理サーバ１６０は、入力デバイス８１０及び表示デバイス８２０に代えて、入力デバイス及び表示デバイスを有する表示用計算機（例えば、システム管理者が操作するパーソナルコンピュータ）に接続されていてもよい。記憶部８３０が記憶するコンピュータプログラムは、例えば、テナント管理プログラム６６０やシステム管理プログラム７６０であり、それがＣＰＵ７４０により実行される。記憶部７３０が記憶する情報は、例えば、第１管理情報６７０及び第２管理情報７７０である。
【００８２】
図１３は、計算機システム１２０内の複数のリソースの構成の一例を示す。
【００８３】
テナント管理者からのリソース割当て要求で指定されているリソース条件（例えば、性能、容量等）、又は、システム管理者によるリソース割当て制御等によって、計算機システム１２０のリソース構成（例えば上位から下位にかけてのリソース依存関係）として、様々な構成を採用できる。
【００８４】
例えば、ブレードサーバ２１０について、ＶＭは、存在しないこともあるし、ＶＭ制御ソフトウェア（ＶＭＭ：Virtual Machine Monitor）上で実行されてもよいし、ハイパバイザ（ＨＶ）上で実行されてもよい。ＶＭＭは、ＨＶ上で実行されてもよいし、ＬＰＡＲ（ＶＭより大きな概念の論理的なマシン）上で実行されてもよい。ＬＰＡＲは、ＨＶ上で実行されてもよい。ＬＰＡＲが存在しないことがあってもよい。ＯＳ上で１以上のＡＰＰが実行されてよい。ＶＭＭ、ＨＶ、ＬＰＡＲ、ＶＭＭ及びＯＳの少なくとも１つが（例えば直接的に）依存するリソースは、ＣＰＵやメモリ等の物理リソースでもよい。また、１つのブレードサーバ２１０内に又は２以上のブレードサーバ２１０に跨って、仮想的なブレードサーバ２１０が構築されてもよい。仮想的なブレードサーバ２１０が、物理リソース（例えばＣＰＵやメモリ）からＡＰＰにかけての２以上のリソースを含んでよい。
【００８５】
また、例えば、ストレージ装置２２０について、プールが存在しないこともある。ストレージ装置２２０は、ＬＵ（オンラインＶＯＬ）をブレードサーバ２１０（例えば、ＶＭ、ＬＰＡＲ）に提供する。ストレージ装置２２０は、ＬＵを指定したＩ／Ｏ要求をブレードサーバ２１０から受けて、ストレージ装置２２０内のストレージコントローラ４００（ＣＰＵ４２０）が、そのＩ／Ｏ要求に従い、ＬＵ領域に対するＩ／Ｏ（例えば、ＬＵ領域が依存するＰＧ領域に対するＩ／Ｏ、又は、ＬＵ領域（仮想領域）に割当てられた実領域が依存するＰＧ領域に対するＩ／Ｏ）を行う。その際、Ｉ／Ｏ対象のデータが、一時的にメモリに書き込まれてよい。また、１つのストレージ装置２２０内に又は２以上のストレージ装置２２０に跨って、仮想的なストレージ装置２２０が構築されてもよい。仮想的なストレージ装置２２０が、物理リソース（例えばストレージコントローラ４００及びＰＤＥＶ４６０）からＬＵにかけての２以上のリソースを含んでよい。
【００８６】
このような計算機システム１２０の一部が、ＸａａＳリソース管理サーバ１４０により管理され、残りが、共通リソース管理サーバ１３０により管理されてもよい。上述したように、本実施形態では、管理システム１７０は、ＸａａＳリソース管理サーバ１４０及び共通リソース管理サーバ１３０のうち、少なくとも共通リソース管理サーバ１３０を含んでよい。また、管理システム１７０が記憶する管理情報は、ＸａａＳリソース管理サーバ１４０が記憶する第１管理情報６７０と、共通リソース管理サーバ１３０が記憶する第２管理情報７７０とを含んだ情報でよい。
【００８７】
以下、第１管理情報６７０及び第２管理情報７７０に含まれるテーブルを説明する。まず、図１４〜図１７を参照して、第１管理情報６７０に含まれるテーブルを説明する。
【００８８】
図１４は、テナント管理テーブル１４００の構成例を示す。
【００８９】
テナント管理テーブル１４００は、テナント管理者の管理対象のテナントに関する情報を保持する。テナント管理テーブル１４００は、テナント毎にレコードを有する。各レコードが記憶する情報として、テナントＩＤ１４０１、テナント名１４０２、テナント詳細１４０３、テナント環境ＩＤ１４０４及び課金額１４０５がある。テナントＩＤ１４０１は、テナントのＩＤである。テナント名１４０２は、テナントの名称を表す。テナント詳細１４０３は、テナントに関する詳細を含んだ情報である。テナント環境ＩＤ１４０４は、テナント環境のＩＤである。課金額１４０５は、テナント環境の使用に応じて課金された金額を表す。
【００９０】
図１５は、テナント環境管理テーブル１５００の構成例を示す。
【００９１】
テナント環境管理テーブル１５００は、テナント管理者の管理対象のテナント環境に関する情報を保持する。テナント環境管理テーブル１５００は、テナント環境毎にレコードを有する。各レコードが記憶する情報として、テナント環境ＩＤ１５０１、サービスモデル名１５０２、割当てリソースＩＤ１５０３、依存先リソースＩＤ１５０４及び上位リソースＩＤ１５０５がある。テナント環境ＩＤ１５０１は、テナント環境のＩＤである。サービスモデル名１５０２は、テナント環境（テナント）に対応したＸａａＳタイプの名称を表す。割当てリソースＩＤ１５０３は、テナント環境に割当てられたリソース（テナント環境割当てリソース）のＩＤである。依存先リソースＩＤ１５０４は、そのテナント環境割当てリソースが依存するリソースのＩＤである。上位リソースＩＤ１５０５は、そのテナント環境割当てリソースより上位に存在する上位リソースのＩＤである。依存関係を有する複数の上位リソースが存在する場合、上位リソースＩＤ１５０５は、各上位リソースのＩＤの他に、上位リソース間の依存関係を表してよい。テナント環境割当てリソース上の上位リソースが増減する都度に、上位リソースＩＤ１５０５が更新されてよい。
【００９２】
図１６は、サービスモデル管理テーブル１６００の構成例を示す。
【００９３】
サービスモデル管理テーブル１６００は、サービスモデル（ＸａａＳタイプ）に関する情報を保持する。サービスモデル管理テーブル１６００は、サービスモデル毎にレコードを有する。各レコードが記憶する情報として、サービスモデル名１６０１及び割当てリソースタイプ１６０２がある。サービスモデル名１６０１は、ＸａａＳタイプの名称を表す。割当てリソースタイプ１６０２は、対応づけられたＸａａＳタイプに従うテナント環境割当てリソースのタイプを表す。
【００９４】
図１７は、リソース個別管理テーブル１７００の構成例を示す。
【００９５】
リソース個別管理テーブル１７００は、テナント管理者の管理対象のリソースに関する情報を保持する。リソース個別管理テーブル１７００は、管理対象のリソース毎にレコードを有する。各レコードが記憶する情報として、リソースＩＤ１７０１、リソースカテゴリ１７０２、状態１７０３及び詳細１７０４がある。リソースＩＤ１７０１は、リソースのＩＤである。リソースカテゴリ１７０２は、リソースのカテゴリを表す。カテゴリとして、例えば、“テナント環境割当てリソース”、“上位リソース”、“下位リソース”及び“未割当てリソース”がある。状態１７０３は、リソースの状態を表す。状態１７０３として、例えば、“稼動”、“停止”、“障害”等がある。状態１７０３の値は、例えば、対応するリソースの監視結果を基に決定されてよい。詳細１７０４は、リソースに関する詳細な情報を含む。例えば、詳細１７０４は、ＰａａＳに対応したテナント環境割当てリソースに関する詳細として、ＰａａＳ実行環境に関する情報として、生成時の実行環境要件、搭載ミドルウェア種別、使用するＶＭに関する情報のリスト、及び、データ格納先を表す情報を含んでよい。また、例えば、詳細１７０４は、ＶＭに関する詳細として、ＶＭのＣＰＵに関する情報、ＶＭのメモリに関する情報、ＶＭの仮想ディスクに関する情報、ＶＭの仮想ディスクの格納先ストレージ領域に関する情報（例えば、内部ファイルシステム上の位置を表す情報）、ブートイメージのＩＤ、ＶＭが使用するサーバのサーバ実行環境のＩＤを含んでよい。ＶＭが使用するサーバは、ブレードサーバ２１０を意味してもよいし、ＬＰＡＲを意味してもよい。サーバ実行環境に関する情報は、その環境に対応したサーバのＣＰＵに関する情報（例えばＣＰＵ数、ＣＰＵコア数）、そのサーバのメモリに関する情報（例えばメモリ容量）、そのサーバのネットワークインターフェースに関する情報（例えば、ＮＩＣのタイプ、ＭＡＣアドレス）、そのサーバのＩ／Ｏインターフェース（例えばＨＢＡ（Host Bus Adapter））に関する情報（例えば、ＨＢＡのタイプ、ＷＷＮ（World Wide Name））、そのサーバがＩ／Ｏインターフェースを介して認識するＬＵに関する情報（例えば、固有ＩＤ（例えば、ストレージ装置２２０シリアル番号とＬＵＮとの組合せ）、ＬＵの容量）、及び、ストレージポート（ストレージコントローラが有するＦＥ−Ｉ／Ｆ３１０のポート）に関する情報を含んでよい。固有ＩＤは、例えば、複数のストレージポートからマルチパス経由で同一ＬＵにアクセスされる場合に同一ＬＵかどうかを判断するために用いられる情報である。
【００９６】
以上、図１４〜図１７に示したテーブルが、第１管理情報６７０に含まれるテーブルである。なお、第１管理情報６７０には、テナント環境割当てリソースに関する情報が含まれても、上位リソースや依存先リソースに関する情報は含まれないでよい。上位リソースに関する情報は、ＸａａＳリソース管理サーバ１４０の各クライアント計算機（図示せず）が、テナント環境割当てリソース上に任意の依存関係の１以上の上位リソースを構築し、構築した１以上の上位リソースに関する情報を保持してよい。また、ＸａａＳリソース管理サーバ１４０は、事前に、予備となるリソースを確保してもよいし（この場合、テーブル１７００に状態１７０３“予備”が登録されてよい）、削除されたリソースの実行環境情報（リソースを実行するために必要な情報（例えばログイン情報のようなインスタンス））を予備として管理してもよい。
【００９７】
次に、図１８〜図２３を参照して、第２管理情報７７０に含まれるテーブルを説明する。
【００９８】
図１８は、管理者管理テーブル１８００の構成例を示す。
【００９９】
管理者管理テーブル１８００は、テナント管理者及びシステム管理者に関する情報を保持する。管理者管理テーブル１８００は、管理者毎にレコードを有する。各レコードが記憶する情報として、管理者ＩＤ１８０１、管理者タイプ１８０２及びテナント環境ＩＤ１８０３がある。管理者ＩＤ１８０１は、管理者のＩＤである。管理者タイプ１８０２は、管理者のタイプ（例えば、テナント管理者とシステム管理者のいずれであるか）を表す。テナント環境ＩＤ１８０３は、管理者に対応したテナント環境のＩＤである。システム管理者に対応したテナント環境ＩＤ１８０３は、提供された全てのテナント環境をシステム管理者は管理可能であることを意味する値（例えば“-”）でよい。
【０１００】
図１９は、テナント環境管理テーブル１９００の構成例を示す。
【０１０１】
第２管理情報７７０内のテナント環境管理テーブル１９００の構成は、第１管理情報６７０内のテナント環境管理テーブル１５００の構成と同じでよい。すなわち、テナント環境管理テーブル１９００は、テナント環境毎にレコードを有し、各レコードが記憶する情報として、テナント環境ＩＤ１９０３、サービスモデル名１９０２、割当てリソースＩＤ１９０３、依存先リソースＩＤ１９０４及び上位リソースＩＤ１９０５がある。テナント環境割当てリソース上の上位リソースが増減する都度に、増えた又は減った上位リソースのＩＤがＸａａＳリソース管理サーバ１４０から通知され、システム管理プログラム７６０が、上位リソースＩＤ１９０５に対して、その通知されたＩＤを追加又は削除してよい。なお、第２管理情報７７０内のテナント環境管理テーブル１９００には、上位リソースＩＤ１９０５のカラムは無くてもよい。
【０１０２】
図２０は、リソース管理テーブル２０００の構成例を示す。
【０１０３】
リソース管理テーブル２０００は、リソースに関する情報を保持する。リソース管理テーブル２０００は、リソース毎にレコードを有する。各レコードが記憶する情報として、リソースタイプ、リソースＩＤ２００２、リソースカテゴリ２００３、依存先リソースＩＤ２００４、状態２００５、及び詳細２００６がある。リソースタイプは、リソースのタイプを表す。リソースＩＤ２００２は、リソースのＩＤである。リソースカテゴリ２００３は、リソースのカテゴリ（上位リソース、テナント環境割当てリソース、下位リソース及び未割当てリソースのいずれに該当するか）を表す。依存先リソースＩＤ２００４は、リソースの依存先リソース（子リソース）のＩＤである。状態２００５は、リソースの状態を表し、例えば、“稼動”、“停止”、“障害”、“未割当（空き）”“確保（確保元テナント管理者ＩＤ１８０１＝Administrator#1）”、“占有”及び“共有”等のうちの少なくとも１つを含む。詳細２００６は、リソースの詳細に関する情報を含む。詳細２００６は、例えば、図１７を参照して述べた詳細１７０３と同様でよい。
【０１０４】
なお、状態２００６について、“占有”とは、占有リソースを意味する。占有リソースとは、そのリソース及びその上位リソースが、１つのテナント管理者（テナント）にのみ対応していること（言い換えれば、複数のテナント管理者に対応していないこと）を意味する。一方、“共有”とは、共有リソースを意味する。共有リソースとは、そのリソース又はその上位リソースが、複数のテナント管理者に対応していることを意味する。“占有”／“共有”は、依存先リソース及びそれより下位のリソースのうちの少なくとも１つに関連付けられる状態である。共有リソースの下位リソースは、いずれも共有リソースとして扱われてよい。占有リソースの下位リソースがなるべく共有リソースとされないような（なるべく占有リソースと維持されるような）割当て制御がシステム管理プログラム７６０により行われてもよい。
【０１０５】
図２１は、操作権限管理テーブル２１００の構成例を示す。
【０１０６】
操作権限管理テーブル２１００は、各種管理者の操作権限に関する情報を保持する。操作権限管理テーブル２１００は、テナント管理者及びシステム管理者の各々について（管理者タイプ１８０２）、リソースカテゴリ２００３毎に（リソースカテゴリ２００３）、リソースに関する情報の参照が許可されているか否か（操作権限の参照）、及び、リソースに関する情報の変更が許可されているか否かを表す（操作権限の変更）。
【０１０７】
図２１の例によれば、テナント管理者に関して、テナント環境割当てリソース及び上位リソースについては、参照や変更の操作権限がある。しかし、下位リソース及び未割当てリソースについては、参照及び変更の操作権限がない。なお、「未割当てリソース」とは、いずれのテナント管理者（テナント）にも割当てられていないリソース（上位リソース、テナント環境割当てリソース、下位リソースのいずれにも該当しないリソース）である。
【０１０８】
一方、システム管理者に関して、上位リソースについては、参照及び変更の操作権限がない。テナント環境割当てリソースについては、参照の操作権限はあるが、変更の操作権限はない。下位リソース及び未割当てリソースについては、参照及び変更の操作権限がある。
【０１０９】
図２１の例によれば、例えば次のことが言える。システム管理プログラム７６０は、第１のテナント管理者から要求を受けた場合、（ａ）受けた要求に従う処理において操作されるリソースが第１のテナント（第１のテナント管理者に対応したテナント）に割当てられているリソースであれば、その要求に従う処理を実行し、（ｂ）受けた要求に従う処理において操作されるリソースが第１のテナント以外のテナントに割当てられているリソースであれば、その要求に従う処理を拒否する。計算機システムのシステム管理者から要求を受けた場合、システム管理プログラム７６０は、その受けた要求に従う処理の内容と、システム管理者に割当てられた権限とに基づく処理を実行する。
【０１１０】
図２２は、依存関係管理テーブル２２００の構成例を示す。
【０１１１】
依存関係管理テーブル２２００は、リソースタイプの依存関係に関する情報を保持する。依存関係管理テーブル２２００は、リソースタイプ毎にレコードを有する。各レコードが記憶する情報として、リソースタイプ名２００１及び依存先リソースタイプ名２００２がある。リソースタイプ名２００１は、リソースタイプの名称を表す。依存先リソースタイプ名２００２は、リソースタイプに属するリソースの依存先となり得るリソースのリソースタイプの名称を表す。１つのリソースタイプにつき複数の依存先リソースタイプが存在することもある。
【０１１２】
依存関係管理テーブル２２００が表す依存関係は、計算機システム１２０において構築され得るリソースタイプ依存関係を表す。複数のリソースの実際の依存関係は、依存関係管理テーブル２２００により許容されている範囲で構築される。実際の依存関係は、リソース管理テーブル２０００により表される。
【０１１３】
図２３は、監視テーブル２３００の構成例を示す。
【０１１４】
監視テーブル２３００は、システム管理プログラム７６０による監視結果（計算機システム１２０のリソースについての監視結果）に関する情報を保持する。監視テーブル２３００は、例えば、時刻（監視結果が取得された時刻を表す情報）２３０１と、監視結果（監視結果（例えばメトリック値、リソース状態）を表す情報）２３０２とを有してよい。監視テーブル２３００には、テナント管理プログラム６６０による監視結果（テナント管理プログラム６６０からシステム管理プログラム７６０が受信した監視結果）がマージされてもよい。例えば、システム管理プログラム７６０が、下位リソースを監視し、テナント管理プログラム６６０が、テナント環境割当てリソース及び上位リソースを監視してもよい。
【０１１５】
図２４は、リソースグループ管理テーブル２４００の構成例を示す。
【０１１６】
リソースグループ管理テーブル２４００は、リソースグループに関する情報を保持する。リソースグループとは、１つのテナント管理者（テナント）に割当てられたリソースの集合である。つまり、リソースグループは、テナント環境割当てリソースだけでなく、上位リソース、下位リソースのうちの少なくとも１つを含む。リソースグループ管理テーブル２４００は、リソースグループ毎にレコードを有する。各レコードが記憶する情報として、リソースグループＩＤ２４０１、管理者ＩＤ２４０２、グループ構成２４０３及び操作権限詳細２４０４がある。リソースグループＩＤ２４０１は、リソースグループのＩＤである。管理者ＩＤ２４０２は、管理者のＩＤである。グループ構成２４０３は、リソースグループに含まれるリソースのＩＤのリストである。操作権限詳細２４０４は、リソースグループに関しての操作権限に関する情報を含む。操作権限詳細２４０４によれば、例えば、リソースの操作（例えばリソースに関する情報の参照又は変更（例えば割当て））に関する要求を出した管理者に対応した管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤ２４０２と一致していれば、その操作は、操作権限管理テーブル２１００に規定されている操作権限に従いシステム管理プログラム７６０により制限される。一方、リソースの操作に関する要求を出した管理者に対応した管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤ２４０２と一致していなければ、その操作はシステム管理プログラム７６０により拒否される。
【０１１７】
以上が、第２管理情報７７０に含まれるテーブルである。なお、第２管理情報７７０のうち、上位リソース、テナント環境割当てリソースの情報は、それらのリソースに対応するテナントシステムのＸａａＳに対応したＸａａＳリソース管理サーバ１４０に送信され、その情報を基にテナント管理プログラム６６０により制御が行われてもよい。言い換えれば、システム管理プログラム７６０が行う制御のうちの一部がテナント管理プログラム６６０にオフロードされてもよい。例えば、上位リソース、テナント環境割当てリソースのうちの少なくとも１つの操作は、テナント管理プログラム６６０により制限されてもよい。
【０１１８】
以下、本実施形態で行われる処理を説明する。以下の処理において、管理システム１７０の統合管理サーバ、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバのそれぞれは、第１管理情報６７０及び第２管理情報７７０の更新を（情報の更新がある処理のとき、または定期的や不定期のタイミングで）適宜行い、またお互いに第１管理情報６７０と第２管理情報７７０の更新に必要な情報の通知をしても良い。また、管理システム１７０の統合管理サーバ、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバのそれぞれは、以下の処理において必要な情報を、第１管理情報６７０と第２管理情報７７０に基づいて取得または算出する。
【０１１９】
図２５は、テナント管理者からの要求に応答して行われる処理の流れの概要を示す。
【０１２０】
Ｓ２５０１で、統合管理サーバ１６０のテナント管理プログラム６６０が、テナント管理者からの要求（例えばリソース割当て要求）を、入力デバイス８１０経由で受け付ける。統合管理サーバ１６０は、テナント管理者の要求を、要求されたＸａａＳのタイプに基づき、当該ＸａａＳのタイプに対応するＸａａＳリソース管理サーバ１４０に送信する。例えば、テナント管理者からＰａａＳのテナント環境を要求された場合、またはＰａａＳのテナント環境が提供されたテナントシステム１１０からの要求である場合、統合管理サーバ１６０は、ＰａａＳ用のＰａａＳリソース管理サーバ１４０−１に、テナント管理者の要求（例えばリソース割当て要求）を送信する。統合管理サーバ１６０は、各ＸａａＳのタイプと該ＸａａＳに対応するＸａａＳリソース管理サーバ１４０とを対応づけて管理している。
【０１２１】
ＸａａＳリソース管理サーバ１４０は、その受信したテナント管理者の要求に基づく処理を実行する。例えば、ＸａａＳリソース管理サーバ１４０は、共通リソース管理サーバ１３０にリソースの割当てを要求する。要求は、例えば、環境構築要求（新たなテナント環境の構築の要求）、リソース変更要求（既存のテナント環境に割当てられているリソースの変更の要求）、サービスモデル変更要求（ＸａａＳタイプの変更の要求）、及び、リソース参照要求（リソースに関する情報の表示要求）のいずれでもよい。リソースの変更としては、例えば、既存のテナント環境に割当てるリソースを追加すること、既存のテナント環境からいずれかのテナント環境割当てリソースを外すこと、及び、上位リソースの依存先とするテナント環境割当てリソースを変更すること（上位リソースのマイグレーション）のいずれでもよい。
【０１２２】
Ｓ２５０２で、共通リソース管理サーバ１３０が要求を受信する。システム管理プログラム７６０が、その要求に従う処理（操作）の操作権限を送信元のテナント管理者が有しているか否かを、操作権限管理テーブル２１００及びリソースグループ管理テーブル２４００の少なくとも一方を参照することにより判断する。システム管理プログラム７６０は、例えば、テーブル参照の際に、要求元管理者（要求の送信元のテナント管理者）に対応した管理者ＩＤとして、テナント管理者のログイン時に入力された管理者ＩＤ（又は、ＸａａＳリソース管理サーバ１４０から受信した要求に関連付けられている管理者ＩＤ）を特定できる。Ｓ２５０２では、例えば、下記（ｘ１）〜（ｘ２）のうちのいずれか１つの処理又は２以上の処理が行われてよい。
【０１２３】
（ｘ１）システム管理プログラム７６０は、要求元管理者がテナント管理者であることを特定し、受信した要求に従う操作対象のリソースのタイプと、要求の種類（リソースの参照か変更化）と、操作権限管理テーブル２１００とを基に、操作権限の有無を判断する。
【０１２４】
（ｘ２）システム管理プログラム７６０は、受信した要求から操作対象のリソースを特定できる場合、そのリソースのＩＤを含んだリソースグループに対応した管理者ＩＤと、上記特定した管理者ＩＤが一致するか否かを、リソースグループ管理テーブル２４００を基に判断する。その判断の結果を基に、テナント管理プログラム６６０は、操作権限の有無を判断する。本実施形態では、複数のテナント管理者に１つの共通リソース管理サーバ１３０が共有されているが、テナント毎にリソースグループが管理される。操作要求があった場合には、要求元管理者が操作対象のリソースに対応しているテナント管理者であるか否かの判断が可能である。その判断の結果に応じて、要求に従う処理の実行の有無が制御される。このため、例えば、テナント管理者に対応したリソースがそのテナント管理者以外のテナント管理者により変更されたり参照されたりすることを回避できる。具体的には、例えば、操作要求を出した管理者の管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤと一致していれば、その操作は、操作権限管理テーブル２１００に規定されている操作権限に従いシステム管理プログラム７６０により制御される。一方、操作要求を出した管理者の管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤと一致していなければ、その操作は、システム管理プログラム７６０により拒否される。すなわち、管理システム１７０のシステム管理プログラム７６０は、受信した要求が、第１ユーザに対応したユーザ管理者である第１ユーザ管理者からの要求である場合、要求に従う処理において操作されるリソースが、第１ユーザに割当てられているリソースであれば要求に従う処理を実行し、第１ユーザ以外のユーザに割当てられているリソースであれば、その要求に従う処理を拒否する。
【０１２５】
Ｓ２５０２の判断結果が「権限有り」の場合、Ｓ２５０３で、システム管理プログラム７６０は、Ｓ２５０２で受信した要求に従う処理を実行する。例えば以下の（Ａ）〜（Ｄ）の通りである。
【０１２６】
（Ａ）要求が、環境構築要求の場合
【０１２７】
システム管理プログラム７６０を実行するＣＰＵ（プロセッサ）を有する管理システム１７０は、計算機システム１２０が有する複数のリソースタイプを含む複数のリソースのうち、ＸａａＳ（Ｘ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、複数のＸａａＳを含む複数のテナント環境を提供する。システム管理プログラム７６０を実行するＣＰＵ（プロセッサ）を有する管理システム１７０は、計算機システム１２０の複数のリソースタイプを含む前記複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。例えば、管理システム１７０は、各テナント環境に割り当てたリソースより下位のリソースそれぞれについて、リソース管理テーブル２０００に、リソースカテゴリ２００３を下位リソースとして記録する。なお、管理システム１７０は、計算機システムの複数のリソースそれぞれについて、テナント環境割当てリソースと上位リソースと下位リソースと未割当てリソースのいずれかのリソースカテゴリ２００３をリソース管理テーブル２０００に記録し、管理しても良い。
【０１２８】
（Ａ１）システム管理プログラム７６０は、新たなテナント環境ＩＤとそれに対応付けるサービスモデル名とをテナント環境管理テーブル１９００に登録する。登録されるサービスモデル名は、環境構築要求に関連付けられているサービスモデル名（指定されたサービスモデル名）でよい。また、システム管理プログラム７６０は、新たなテナント環境ＩＤを、要求元管理者に対応したレコードに追加する（管理者管理テーブル１８００の更新）。
【０１２９】
（Ａ２）システム管理プログラム７６０は、サービスモデル管理テーブル１６００を基に、当該サービスモデル名（指定されたサービスモデル名）に対応する割当てリソースタイプを取得する。システム管理プログラム７６０は、リソース管理テーブル２０００から、指定されたサービスモデル名（リソースタイプ）に対応する割当てリソースタイプのリソースを探す。ここでは、環境構築要求に関連付けられている条件（例えば、要求元管理者から指定された条件）に適合する１以上のリソース（例えば状態が“稼動”のリソース）が検索されてよい。図２６は、検索結果画面の一例を示す。この画面は、ＬＰＡＲａａＳに対応した環境構築のための画面の一例である。この画面によれば、要求元管理者から指定された条件についての検索結果（例えば、見つかったテナント環境割当てリソース候補の一覧と各リソース候補の詳細）が表示される。リソース候補の詳細は、各リソース候補の依存先リソースに関する性能や量であっても良い。システム管理プログラム７６０は、下位リソース候補も探してよいが、表示対象としての検索結果に、下位リソース候補を含めない。テナント管理者が知る必要が無い情報だからである。
【０１３０】
（Ａ３）システム管理プログラム７６０は、検索結果の中から、要求元管理者所望のリソース候補（テナント環境割当てリソース候補）の選択を受ける。システム管理プログラム７６０は、その選択されたリソース候補のＩＤ（テナント環境割当てリソース候補のＩＤとその依存先リソースのＩＤ）をテナント環境管理テーブル１９００に登録する。この結果、テナント環境にリソースが割当てられたことになる。また、システム管理プログラム７６０は、その選択されたリソース候補（ＩＤ）を、要求元管理者に対応するリソースグループ（グループ構成２４０３）に追加する（リソースグループ管理テーブル２４００の更新）。また、システム管理プログラム７６０は、その選択されたリソース候補及びその下位リソースについて、リソース管理テーブル２０００を更新する。
【０１３１】
なお、（Ａ２）では、システム管理プログラム７６０は、指定されたサービスモデル名（リソースタイプ）に対応する割当てリソースタイプのリソースを、未割当てリソース（状態が“未割当て”のリソース）から優先して探してよい。管理システム１７０のシステム管理プログラム７６０は、要求元のユーザに対して割当てるリソース（例えばテナント環境割当てリソース）として、前記複数のユーザいずれにも割当てられていない未割当てリソースとして管理されているリソースを選択し、割り当てる。管理システム１７０のシステム管理プログラム７６０は、他のユーザに対応した１以上のプロビジョニングリソースの下位リソースと、前記複数のユーザいずれにも割当てられていない未割当てリソースとが、要求元のユーザに割当てることが可能な場合、未割当てリソースを優先して選択し、割り当てても良い。また、システム管理プログラム７６０は、指定されたサービスモデル名（リソースタイプ）に対応する割当てリソースタイプのリソースを、別テナント管理者（要求元管理者とは別のテナント管理者）に対応した下位リソースまたは未割当てリソースに基づいて、生成しても良い。システム管理プログラム７６０は、要求元管理者に対応した確保リソースを、未割当てリソースより優先してもよい。テナント環境割当てリソース候補の依存先リソースの各々は、未割当てリソース（動的に新たに生成されたリソースも「未割当てリソース」の一例でよい）、又は、別テナント管理者に対応した下位リソースのうちの共有リソースである。また、システム管理プログラム７６０は、別テナント管理者に対応した下位リソースのうち、占有リソースよりも共有リソースを、テナント環境割当てリソース候補の依存先リソースとして優先して探してよい。また、システム管理プログラム７６０は、テナント環境割当てリソース候補の依存先リソースとして、別テナント管理者に対応した下位リソースのうちの占有リソースを候補としないでよい。
【０１３２】
（Ａ４）システム管理プログラム７６０は、選択されたリソース（テナント環境割当てリソース）より下位のリソースも、リソース管理テーブル２０００から探し、見つけたリソースを、下位リソースとして、（Ａ３）で登録したテナント環境割当てリソースに関係付ける。
【０１３３】
この（Ａ４）では、システム管理プログラム７６０は、未割当てリソースを、別テナント管理者に対応した下位リソースより優先して探してよい。システム管理プログラム７６０は、要求元管理者に対応した確保リソースを、未割当てリソースより優先してもよい。また、システム管理プログラム７６０は、別テナント管理者に対応した下位リソースのうち、占有リソースよりも共有リソースを、下位リソースとして優先して探してよい。また、システム管理プログラム７６０は、別テナント管理者に対応した下位リソースのうちの占有リソースを候補としないでよい。未割当てリソース、又は、別テナント管理者に対応した下位リソースのうちの共有リソースが、下位リソースとして選択される。
【０１３４】
（Ｂ）要求が、リソース変更要求の場合
【０１３５】
（Ｂ１）システム管理プログラム７６０を実行するＣＰＵ（プロセッサ）を有する管理システム１７０は、リソースの変更要求を受け付けると、リソース管理テーブル２０００を参照し、下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して、リソース変更要求に従う処理（変更処理）を実行する。例えば、システム管理プログラム７６０を実行する管理システム１７０は、変更処理として、変更処理前の１以上のテナント環境割当てリソースの依存先リソースの性能又は量と、変更処理後の該１以上のテナント環境割当てリソースの依存先リソースの性能又は量が同じであるように、該１以上のテナント環境割当てリソースとその下位リソースとの依存関係を変更する処理を行う。例えば、システム管理プログラム７６０を実行する管理システム１７０は、テナント環境管理テーブル１９００及びリソース管理テーブル２０００を参照して、依存先リソースＩＤ１９０４・２００４から依存先リソースを特定し、また詳細２００６から各リソースの性能又は量を取得しても良い。なお、システム管理プログラム７６０は、その要求に従う処理に伴い、要求元管理者（指定されたリソース環境ＩＤ）に対応するリソースが増減した場合、テナント環境管理テーブル１９００、リソース管理テーブル２０００及びリソースグループ管理テーブル２４００のうちの少なくとも１つを更新する。
【０１３６】
（Ｃ）要求が、サービスモデル変更要求の場合
【０１３７】
（Ｃ１）システム管理プログラム７６０は、サービスモデル変更要求から特定されたテナント環境ＩＤ１８０３に対応するサービスモデル（ＸａａＳタイプ）を特定する。
【０１３８】
（Ｃ２）システム管理プログラム７６０は、サービスモデル変更要求から特定された変更後のサービスモデルに従うテナント環境割当てリソース候補及び依存先リソース候補を、リソース管理テーブル２０００を基に探す（又は、新たにリソース生成する）ことにより、得る。ここで得られるテナント環境割当てリソース候補は、未割当てリソース（新たに生成されたリソース）、又は、別テナント管理者に対応した下位リソースのうちの共有リソースでよい。また、ここで得られる候補は、システム管理プログラム７６０により自動的に絞り込まれた候補でもよいし、見つかった候補一覧から要求元管理者により選択された候補でもよい。
【０１３９】
（Ｃ３）システム管理プログラム７６０は、（Ｃ１）と（Ｃ２）の結果を基に、サービスモデル変更が可能か否かを判断する。この判断の結果が否定の場合、サービスモデル変更は拒否される。
【０１４０】
（Ｃ４）（Ｃ３）の判断結果が肯定の場合、システム管理プログラム７６０は、（Ｃ１）で特定されたテナント環境に、サービスモデル変更前のテナント環境割当てリソース及びその依存先リソースの各々のＩＤに代えて、（Ｃ２）で選択されたテナント環境割当てリソース及びその依存先リソースの各々のＩＤを関係付ける（テナント環境管理テーブル１９００の更新）。
【０１４１】
なお、（Ｃ）では、システム管理プログラム７６０は、サービスモデル変更が、ＩａａＳからＰａａＳへの変更のような、テナント環境割当てリソースのタイプがより上位のタイプになる変更であれば、変更前のテナント環境割当てリソース上の上位リソースを、変更後のサービスモデルに従うテナント環境割当てリソースとしてよい。システム管理プログラム７６０は、サービスモデル変更において、テナントに対応したＬＵ内のデータが更新されたりテナントシステム１１０からＬＵへのパス認識等のための再起動が必要になったりしないようなリソース選択を行う。例えば、ＬＵが変更されるとしても、ＬＵ内のデータを変更後のＬＵにマイグレーションすることで、サービスモデル変更後も、テナントシステム１１０がサービスモデル変更前のパスを使用できるようにする。
【０１４２】
（Ｄ）要求が、リソース参照要求の場合
【０１４３】
（Ｄ１）システム管理プログラム７６０は、要求元管理者に対応したリソース（テナント環境割当てリソース及びその依存先リソース）を管理者管理テーブル１８００及びテナント環境管理テーブル１９００から特定する。
【０１４４】
（Ｄ２）システム管理プログラム７６０は、（Ｄ１）で特定したリソース一覧を、要求元管理者に対して表示する。このリソース一覧には、要求元管理者に対応した下位リソースに関する情報は含まれていない。
【０１４５】
図２７は、ＶＭａａＳの実行環境構築の具体例を示す。図２５の説明との共通点については説明を省略又は簡略する。
【０１４６】
Ｓ２７０１で、統合管理サーバ１６０が、テナント管理者から、ＶＭの条件（ＶＭインスタンス要件）を関連付けた要求の入力を受け付け、ＸａａＳリソース管理サーバ１４０に要求を送信する。
【０１４７】
Ｓ２７０２で、ＸａａＳリソース管理サーバ１４０のテナント管理プログラム６６０が、その要求に応答して、入力されたＶＭ条件を関連付けた要求を、共通リソース管理サーバ１３０に送信する。その要求に関連付けられるＶＭ条件は、ＶＭに関する条件として、ＶＭに提供されるＬＵに関する条件を含んでもよい。
【０１４８】
Ｓ２７０３で、共通リソース管理サーバ１３０のシステム管理プログラム７６０が、要求を受信し、受信した要求に関連付いている条件に適合するＬＰＡＲ（及びＬＵ）を、第２管理情報７７０を参照することにより選択する。ここで言う「選択」には、その条件に適合するＬＰＡＲの動的な作成を含んでもよい。システム管理プログラム７６０は、リソース管理テーブル２０００等を含む第２管理情報７７０を更新する。
【０１４９】
Ｓ２７０４で、システム管理プログラム７６０は、選択した（生成した）ＬＰＡＲを管理するための識別子を、要求元のＸａａＳリソース管理サーバ１４０に送信する。
【０１５０】
Ｓ２７０５で、テナント管理プログラム６６０は、システム管理プログラム７６０からの識別子のＬＰＡＲ（サーバ）に、ＨＶ（ハイパバイザ）をインストールする。その後、テナント管理プログラム６６０は、ＬＰＡＲ（及びＬＵ）の構成情報をＨＶから取得する。
【０１５１】
Ｓ２７０６で、テナント管理プログラム６６０は、ＬＰＡＲに関連付けるストレージ領域に関する条件とＬＰＡＲのＩＤ（サーバＩＤ）とを関連付けた要求を共通リソース管理サーバ１３０に送信する。
【０１５２】
Ｓ２７０７で、システム管理プログラム７６０は、要求を受信し、受信した要求に関連付けられている条件に適合するＬＵを、第２管理情報７７０を参照することにより選択する。ここで言う「選択」には、その条件に適合するＬＵの動的な作成を含んでもよい。システム管理プログラム７６０は、そのＬＵを指定サーバ（ＬＰＡＲ）からアクセス可能に設定する等のために第２管理情報７７０を更新する。
【０１５３】
Ｓ２７０８で、システム管理プログラム７６０は、ＬＵ割当て完了に関する情報をＸａａＳリソース管理サーバ１４０に送信する。その情報は、ブレードサーバ２１０構成に関する情報（例えば、ＸａａＳリソース管理サーバ１４０が管理する情報より詳細な情報（例えば、ブレードサーバ２１０上のファン、電源及び物理配置を表す情報））、ＬＰＡＲ構成に関する情報（例えばブレードサーバ２１０とＬＰＡＲの関係を表す情報）、ストレージ構成に関する情報、及び、ＬＰＡＲとＬＵとの接続に関する情報（例えばネットワーク接続情報）のうちの少なくとも１つを含んでよい。
【０１５４】
Ｓ２７０９で、テナント管理プログラム６６０は、システム管理プログラム７６０からの情報を基に、ＨＶに新規割当てされたＬＵ（ストレージ領域）をテナントシステム１１０に認識させ、その後、ＨＶ経由で構成に関する情報を更新する。なお、この場合に必要な情報（テナント管理プログラム６６０が参照する情報）は、ブレードサーバ２１０の構成に関する情報、ＬＵに関する情報（例えば、ＬＵＮ、容量、接続先ＬＰＡＲ）、ＶＭの構成に関する情報（例えば、メモリ、ＣＰＵ量、仮想ネットワーク、仮想ディスク）、仮想ディスクとストレージ領域（ＬＵ）との対応関係に関する情報、ＶＭを実行するＯＳの情報（例えばＯＳイメージ）、ＩＰアドレス、及び、ＶＭへのログインのための情報（例えばパスワード）のうちの少なくとも１つを含んでよい。
【０１５５】
Ｓ２７１０で、テナント管理プログラム６６０は、ＨＶに指定されたインスタンスタイプのＶＭ作成を指示し、オプションで指定されたＯＳイメージをＶＭに適用し、ＶＭログイン用情報（例えばＩＰアドレスとパスワード）を取得する。テナント管理プログラム６６０は、その結果を第１管理情報６７０に格納し、統合管理サーバ１６０に送信する。統合管理サーバ１６０は、ＶＭログイン用情報（例えばＩＰアドレスとパスワード）をテナント管理者に通知する。
【０１５６】
Ｓ２７１１で、テナント管理者が、通知されたＶＭログイン用情報を用いてＶＭにログインして、ＶＭを使用する。
【０１５７】
なお、以上の処理のうち、Ｓ２７０２〜Ｓ２７０５は、ＬＰＡＲ（サーバ）が不足するとテナント管理プログラム６６０により判断された場合に行われてよい。また、Ｓ２７０６〜Ｓ２７０９は、ストレージ領域が不足しているとテナント管理プログラム６６０により判断された場合に行われてよい。また、テナント管理者に関して、ＶＭ条件（ＶＭインスタンス要件）は、事前に決められたＣＰＵ量（ＣＰＵ数）メモリ量及び仮想ディスク量に対応付けられた名前を指定することもあれば、名前ではなく量を直接指定することもあり得る。リソース割当て要求（例えば環境構築要求）では、リソースタイプは指定されてもリソースそれ自体のＩＤは指定されてないでよい。
【０１５８】
図２８は、ＰａａＳの実行環境構築の具体例を示す。図２５（及び図２７）の説明との共通点については説明を省略又は簡略する。
【０１５９】
Ｓ２８０１で、統合管理サーバ１６０が、テナント管理者から、ＰａａＳの条件（ＰａａＳインスタンス要件）を関連付けた要求の入力を受け付け、ＸａａＳリソース管理サーバ１４０に要求を送信する。ＰａａＳインスタンス要件は、必要とするミドルウェアのタイプ（例えば、Ｈａｄｏｏｐ又はＤＢＭＳ（データベース管理システム））の情報と、そのミドルウェアで実行する環境のスケール（例えばメモリ量、ストレージ量、データベースのテーブルサイズ）を含んでよい。
【０１６０】
Ｓ２８０２で、ＸａａＳリソース管理サーバ１４０のテナント管理プログラム６６０が、その要求に応答して、入力されたＰａａＳ条件を基に、必要なＬＰＡＲ（サーバ）及びストレージ領域を計算する。
【０１６１】
サーバが不足する場合、Ｓ２８０３が行われる。Ｓ２８０３は、Ｓ２７０２〜Ｓ２７０５を含んだ処理である。
【０１６２】
ストレージ領域が不足する場合、Ｓ２８０４が行われる。Ｓ２８０４は、Ｓ２７０６〜Ｓ２７０９を含んだ処理である。
【０１６３】
Ｓ２８０５で、テナント管理プログラム６６０が、ＶＭを作成し、そのＶＭ上に、ＰａａＳ条件に基づく、ミドルウェアを含むブートイメージを適用する。
【０１６４】
Ｓ２８０６で、テナント管理プログラム６６０が、第１管理情報６７０を更新する。
【０１６５】
Ｓ２８０７で、テナント管理プログラム６６０が、ＶＭログイン用情報を統合管理サーバ１６０に送信する。統合管理サーバ１６０は、ＶＭログイン用情報（例えばＩＰアドレスとパスワード）をテナント管理者に通知する。
【０１６６】
Ｓ２８０８で、テナント管理者が、通知されたＶＭログイン用情報を用いてＶＭにログインして、ＶＭを使用する。
【０１６７】
Ｓ２８０９で、テナント管理プログラム６６０が、スケールアップ又はスケールダウンが必要かを、例えば、ＶＭのＯＳを監視することで、判断する。
【０１６８】
スケールアップ又はスケールダウンが必要と判断された場合、Ｓ２８１０（スケールアップ又はスケールダウン）が行われる。Ｓ２８１０で、テナント管理プログラム６６０が、新たにサーバ（ＬＰＡＲ）が必要な場合、又は、ストレージ性能アップが必要な場合、それを共通リソース管理サーバ１３０に要求する。
【０１６９】
Ｓ２８１１で、テナント管理プログラム６６０が、ミドルウェアの設定を変更し、追加又は削除リソースを反映する。
【０１７０】
なお、図２８の処理では、スケールアップ又はダウンは、以下の方法に行われ得る。例えば、テナント管理者がスケールアップ又はダウンしたいというインスタンス要件更新要求をＸａａＳリソース管理サーバ１４０に入力する。又は、例えば、テナント管理プログラム６６０が、テナント管理者から指定された要件より少ないリソースを割当てておき、監視結果を基に必要となった場合にリソースを増やす（又は減らす）。
【０１７１】
また、ミドルウェアに関する情報（例えば、ミドルウェアの構成情報、ミドルウェアとサーバ（ＬＰＡＲ）との対応関係を表す情報、スケールアップ又はダウンの判断に用いられる要素（例えばメトリック値）を含んだ監視情報）が、第１及び第２管理情報７７０のうちの少なくと一方に含まれていてよい。
【０１７２】
図２９は、システム管理者からの要求に応答して行われる処理の流れの一例を示す。
【０１７３】
Ｓ２９０１で、システム管理者プログラムは、システム管理者からの要求に従う処理（操作）の操作権限をシステム管理者が有しているか否かを、操作権限管理テーブル２１００を参照することにより判断する。
【０１７４】
Ｓ２９０１の判断結果が肯定の場合、Ｓ２９０３で、システム管理プログラム７６０は、その要求に従う処理を許可する。つまり、システム管理プログラム７６０は、その処理を実行する。
【０１７５】
Ｓ２９０１の判断結果が否定の場合、Ｓ２９０２で、システム管理プログラム７６０は、所定の例外条件が満たされる処理か否かを判断する。例えば、１以上のテナント環境割当てリソースとその１以上の依存先リソースとの依存関係を変更する処理であっても、変更前後でその１以上の依存先リソースの量（又は性能）が変更しなければ、肯定的な判断結果（例外条件が満たされている処理であるとの判断結果）が得られる。
【０１７６】
Ｓ２９０２の判断結果が肯定の場合、Ｓ２９０３が行われる。
【０１７７】
Ｓ２９０２の判断結果が否定の場合、Ｓ２９０４で、システム管理プログラム７６０は、システム管理者からの上記要求に対する実行を拒否する。
【０１７８】
以下、システム管理プログラム７６０が行う処理の具体例を、図５、図３０〜図３３を参照して説明する。
【０１７９】
図３０は、サービスモデル変更処理の流れの一例を示す。
【０１８０】
Ｓ３００１で、システム管理プログラム７６０は、サービスモデル変更要求から特定されたテナント環境ＩＤ１８０３に対応するサービスモデル（ＸａａＳタイプ）を特定する。また、システム管理プログラム７６０は、サービスモデル変更要求から特定された変更後のサービスモデルに従うテナント環境割当てリソース候補を、リソース管理テーブル２０００を基に探す（又は、新たにリソース生成する）ことにより、得る。例えば、得られたリソース候補の量が条件に満たない場合（条件を満たすリソース候補が得られないことがわかった場合を含む）、判断結果は否定となる。
【０１８１】
Ｓ３００１の判断結果が否定の場合、Ｓ３００２で、システム管理プログラム７６０は、拒否（エラー）を要求元に返す。
【０１８２】
Ｓ３００１の判断結果が肯定の場合、Ｓ３００３で、システム管理プログラム７６０は、特定されたテナント環境に、サービスモデル変更前のテナント環境割当てリソース及びその依存先リソースの各々のＩＤに代えて、得られたテナント環境割当てリソース及びその依存先リソースの各々のＩＤを関係付ける（テナント環境管理テーブル１９００の更新）。
【０１８３】
サービスモデル変更処理の具体例として、＜（１）ＰａａＳからＶＭａａＳへの変更＞と、＜（２）ＶＭａａＳからＰａａＳへの変更＞とを説明する。なお、この説明では、ＰａａＳが、第１のＸａａＳタイプの一例であり、ＶＭａａＳ（ＩａａＳの一例）が、第２のＸａａＳタイプの一例である。第２のＸａａＳタイプは、第１のＸａａＳタイプよりも下位のＸａａＳタイプ（対応するテナント環境割当てリソースのタイプがより下位となるＸａａＳタイプ）である。
【０１８４】
＜（１）ＰａａＳからＶＭａａＳへの変更＞
（１Ａ）システム管理プログラム７６０が受け付けたサービスモデル変更要求では、ＰａａＳ実行環境（テナント環境）が指定されている。
（１Ｂ）システム管理プログラム７６０が、ＰａａＳ実行環境作成時の要件を取得し（例えば、ＰａａＳ実行環境に対応したリソースの量、性能等を、リソース管理テーブル２０００等を参照することにより特定し）、テナント環境割当てリソースとして割当てるべきリソースを特定する。そのリソースの特定は、サービスモデル変更に対応するテナントに既に対応付けられているリソースから優先的に行われる（特に、例えば、ＰａａＳ実行環境の負荷が所定負荷より低い場合）。
（１Ｃ）システム管理プログラム７６０は、（１Ｂ）で特定したリソース（例えば量又は性能）が条件に満たない場合、リソースを追加し、追加したリソースが所定リソース（例えばミドルウェア）に認識されるよう所定リソースの設定を変更する。
（１Ｄ）システム管理プログラム７６０は、（１Ｂ）で特定したリソースのログイン用情報を要求元管理者（例えばシステム管理者又はテナント管理者）に対して表示する。
【０１８５】
＜（２）ＶＭａａＳからＰａａＳへの変更＞
（２Ａ）システム管理プログラム７６０は、第２管理情報７７０を参照して、今のＶＭ実行環境（ＶＭインスタンス構成）でＰａａＳ化できるか否かを判断する。例えば、システム管理プログラム７６０は、ＶＭ実行環境が変更後のＰａａＳ実行環境の条件の範囲内か否か（例えば、ＶＭ実行環境に、ＰａａＳ実行環境で必要とされていないミドルウェアが関連付けられていないか否か）を判断する。
（２Ｂ）（２Ａ）の判断結果が肯定の場合、システム管理プログラム７６０は、実行環境（テナント環境）を、ＶＭ実行環境からＰａａＳ実行環境に切り替える。なお、その切り替えでは、ＶＭが使用するデータ（メモリ内のデータ）が消えないようになっている。例えば、システム管理プログラム７６０は、ＶＭが使用するデータ（メモリ内のデータ）を退避し（例えばＬＵへ退避し）、ＶＭａａＳを停止する。そして、システム管理プログラム７６０は、対応するＰａａＳ実行環境を構築し、退避したデータをＰａａＳ実行環境に適用する。システム管理プログラム７６０は、ログイン用情報（例えばＩＰアドレス）が変わる場合、変更後のログイン用情報を要求元管理者（例えばテナント管理者又はシステム管理者）に通知してよい。
【０１８６】
例えば、いずれかのユーザである第１のユーザに対応したＸａａＳタイプを第１ＸａａＳタイプから第２ＸａａＳタイプに変更する場合、管理システム１７０のシステム管理プログラム７６０は、リソース管理テーブル２０００を参照して、複数のユーザに対応した複数のＸａａＳタイプに従うリソースタイプの各テナント環境割当てリソースの依存関係に基づき、以下の制御を実行してもよい。すなわち、管理システム１７０のシステム管理プログラム７６０は、第１のユーザに対応した第１ＸａａＳタイプに従うテナント環境割当てリソースとその上位リソースとの間の依存関係と、第１のユーザに対応した第１ＸａａＳタイプに従うテナント環境割当てリソースとその下位リソースとの間の依存関係とのうちの少なくとも一方が変更されることの無いリソースであり、かつ第２ＸａａＳタイプに従うリソースタイプのリソースを、テナント環境割当てリソースとして選択しても良い。
【０１８７】
図３１は、占有リソース維持の一例を示す。図示の例によれば、Ｐｏｏｌ＃１が占有リソースであり、占有リソースにトポロジー的に関係し占有リソースの上位にあるいずれのリソース（ＬＵ＃１、ブレードサーバ２１０＃１、ＶＭ＃５）も占有リソースである。
【０１８８】
Ｐｏｏｌ＃２が共有リソース（テナント管理者＃２及び＃に対応のリソース）から占有リソース（テナント管理者＃２のみに対応のリソース）に変更されるとする。システム管理プログラム７６０は、Ｐｏｏｌ＃２内のデータのうちテナント管理者＃３に対応したデータ（Ｄ＃３）を、別のプール（Ｐｏｏｌ＃１又は＃３）にマイグレーションしなければならない。
【０１８９】
そこで、システム管理プログラム７６０は、マイグレーション先候補であるＰｏｏｌ＃１及び＃３の各々について、占有リソースであるか共有リソースであるかを第２管理情報７７０から特定する。それにより、Ｐｏｏｌ＃１が占有リソースであることが特定され、Ｐｏｏｌ＃３が共有リソースであることが特定される。システム管理プログラム７６０は、Ｄ＃３を、共有リソースであるＰｏｏｌ＃３にマイグレーションする（占有リソースであるＰｏｏｌ＃１にＤ＃３をマイグレーションしない）。
【０１９０】
また、システム管理プログラム７６０は、占有リソースとなるＰｏｏｌ＃２の上位にあるリソースも占有リソースとなるよう、リソース間の依存関係を変更する。具体的には、例えば、システム管理プログラム７６０は、Ｐｏｏｌ＃２の上位にあるリソースの各々が共有リソースであるか否かを判断し、共有リソースであると判断されたリソースを占有リソースとする。より具体的には、例えば、システム管理プログラム７６０は、ブレードサーバ２１０＃２を占有リソースとするために、ＶＭ＃２の依存先とＬＵ＃３の依存元を、ブレードサーバ２１０＃２からブレードサーバ２１０＃３（共有リソース）に変更する。このような変更が、異なるテナント管理者に対応した下位リソース間で行われるのであれば、システム管理プログラム７６０は、テナント管理者に対する問合せ無しに変更を行ってよい。一方、このような変更が、いずれかのテナント管理者に影響を与える（例えば、テナント環境割当てリソースの依存先の量が変わる）のであれば、システム管理プログラム７６０は、影響を受け得るテナント管理者に対して問合せを出し許可する旨の回答を受けた場合に、変更を行ってよい。管理システム１７０のシステム管理プログラム７６０は、いずれかのユーザに対応した１以上の下位リソースを占有する場合、占有する下位リソース及びその上位にあるリソースを、他のユーザに対応させないように制御する。
【０１９１】
以下、リソース確保の一例を示す。管理システム１７０のシステム管理プログラム７６０は、いずれかのユーザに対応したテナント環境割当てリソースに関するリソース増加量の予測値を基に、そのテナント環境割当てリソースの下位リソースのタイプと同じタイプのリソースを確保する。管理システム１７０のシステム管理プログラム７６０は、いずれかのテナント管理者又はテナントについてのイベントを検出すると、検出したイベントに従う処理において操作されるリソースのタイプが、そのテナント管理者又はテナントについて確保されているリソースのタイプに該当する場合、そのテナント管理者又はテナントに対応したテナント環境割当てリソースに、確保されているリソースを優先的に割り当てて良い。
【０１９２】
システム管理プログラム７６０は、要求に従う処理の際に、テナント環境割当てリソースとなるリソースのタイプ（又はその他のタイプ）に関する将来の使用状況を予測してよい。この予測は、例えば、要求に関連付けられている情報（例えば、１か月間で格納する予定のデータの量）、又は、或る期間における監視結果等を基に行われてよい。予測された使用状況に従うリソース量が、テナントに対応したリソース量を超えている場合、システム管理プログラム７６０は、その差分以上の量の１以上のリソースを確保（予約）しておいてもよい（例えば、確保されたリソースに対応した状態として、“確保（管理者ＩＤ２４０２＝ＸＸＸ）”を登録してもよい）。なお、将来の使用状況の予測は、要求に従う処理とは異なるタイミング、例えば定期的に行われてよい。或るリソースタイプについて、将来の使用状況の予測結果に従うリソース量が、割当て済のリソース量よりも小さい場合、割当て済のリソース量を減らすためのリソース解放処理（テナント管理者に対するリソースの割当てを解除する処理）がシステム管理プログラム７６０により行われてよい。
【０１９３】
以下、リソース選択優先順位の一例を示す。
【０１９４】
システム管理プログラム７６０は、リソース管理テーブル２０００等に基づいてリソースを探したり選択する際、要求元テナント管理者について確保（予約）されているリソースを最優先としてよい。未割当てリソースの優先順位は、要求元テナント管理者について確保されているリソースの優先順位より低くくてよい。要求元テナント管理者とは別のテナント管理者に対応した下位リソースのうちの共有リソースの優先順位は、要求元テナント管理者について確保されているリソースの優先順位、及び、未割当てリソースの優先順位のうちの少なくとも一方より低くてよい。また、要求元テナント管理者とは別のテナント管理者について確保されているリソースの優先順位は、要求元テナント管理者について確保されているリソースの優先順位より低くてよい。この例によれば、例えば、システム管理プログラム７６０は、第１のテナント管理者又は第１のテナントのテナント環境に対して割当てるリソースとして、いずれのテナント管理者又はテナントにも割当てられていない未割当てリソースと、第１のテナント管理者又は第１のテナント以外のいずれかのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースの下位リソースとのいずれも、第１のテナント管理者又は第１のテナントのテナント環境に割当てることが可能な場合、未割当てリソースを優先して第１のテナント管理者又は第１のテナントのテナント環境に割当てる。
【０１９５】
図５は、システム管理プログラム７６０がＸａａＳリソース管理サーバ１４０の各々に提供するインターフェースの例を示す。
【０１９６】
システム管理プログラム７６０は、複数のテナント管理者（ＸａａＳリソース管理サーバ１４０）の各々に対し、そのテナント管理者から要求を受け付けその要求に応答してその要求に適合したリソースを探し見つかったリソースに関する情報を表示するインターフェースを提供するプラットフォーム管理機能として動作する。提供されるインターフェースは、提供先のテナント管理者に対応したインターフェースである。
【０１９７】
従って、例えば、システム管理プログラム７６０は、テナント管理者＃１に提供したインターフェースを通じて、リソース参照要求又はリソース割当て要求を受けた場合、テナント管理者＃１に対応したリソースをテナント環境管理テーブル１９００及びリソース管理テーブル２０００のうちの少なくともテナント環境管理テーブル１９００から特定し、特定したリソースの情報をそのインターフェースに表示する。図３２に示すように、要求がリソース参照要求の場合、システム管理プログラム７６０は、表示対象の情報に、下位リソースの情報を含めてよい。これにより、テナント管理者が、下位リソースとの依存関係等を把握できる。一方、要求がリソース割当て要求の場合、システム管理プログラム７６０は、表示対象の情報に、下位リソースの情報を含めないでよい。これにより、テナント管理者から、下位リソースが操作され得ることを回避できる。なお、リソース割当て要求は、環境構築要求、リソース変更要求及びサービスモデル変更要求の少なくとも１つの一例である。
【０１９８】
また、例えば、システム管理プログラム７６０は、システム管理者から参照要求を受けた場合、テナント管理者毎に、テナント管理者に対応したリソースをテナント環境管理テーブル１９００及びリソース管理テーブル２０００のうちの少なくともテナント環境管理テーブル１９００から特定し、図３３に示すように、テナント管理者毎のリソース情報（特定したリソースの情報）を表示してよい。
【０１９９】
このような表示制御の例によれば、例えば次のことが言える。すなわち、複数のテナント管理者又は複数のテナントからリソース参照要求を受け付けた場合、又は、計算機システムのシステム管理者からリソース参照要求を受け付けた場合、システム管理プログラム７６０は、テナントに対応したリソースの情報であって、要求元に対して表示する情報を決定し、決定した情報を、要求元に対して表示する。具体的には、例えば、受けた要求が、複数のテナント管理者又は複数のテナントのうちのいずれかからのリソース参照要求の場合、システム管理プログラム７６０は、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示しない。また、例えば、受けた要求が、システム管理者からのリソース参照要求の場合、システム管理プログラム７６０は、テナント管理者又はテナントに対応するリソースの情報として、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示し、１以上のテナント環境割当てリソースよりも上位のリソースの情報を表示しない。
【０２００】
以上、一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。
【０２０１】
例えば、リソース割当て制御は、テナント管理者又はシステム管理者からの要求に応答して行われるが、それに代えて又は加えて、リソースについての監視結果からそのリソースが所定の状況であることがテナント管理プログラム６６０又はシステム管理プログラム７６０により検出された場合に、テナント管理プログラム６６０又はシステム管理プログラム７６０により行われてよい。
【０２０２】
また、例えば、複数のリソース管理サーバ１４０は、同一のＸａａＳ（同一タイプのＸａａＳ）について２以上のＸａａＳリソース管理サーバ１４０を含んでよい。共通リソース管理サーバ１３０は、以下の処理を行ってよい。なお、以下の説明において、リソースに対する「管理操作」とは、リソースに関する制御又は管理のための操作であり、具体的には、例えば、リソースの情報の参照、異なるリソースタイプのリソース間の依存関係の変更等がある。
（＊）共通リソース管理サーバ１３０は、提供されるリソースとそのリソースを提供したＸａａＳリソース管理サーバ１４０とを対応づけて管理してよい。例えば、共通リソース管理サーバ１３０は、ＸａａＳリソース管理サーバ１４０毎に、そのＸａａＳリソース管理サーバ１４０に対して提供されたリソースのグループであるリソースグループを管理してよい。共通リソース管理サーバ１３０は、ＸａａＳリソース管理サーバ１４０に、いずれのリソースグループにも含まれていないリソースを提供する場合、その提供されるリソースを、そのリソースの提供先のＸａａＳリソース管理サーバ１４０に対応したリソースグループに含めてよい。
（＊）その後、共通リソース管理サーバ１３０は、リソースグループ毎の制御（例えばアクセス制御）を行ってよい。
（＊）リソースグループ毎の制御の第１の例は、例えば次の通りである。すなわち、共通リソース管理サーバ１３０は、いずれかのＸａａＳリソース管理サーバ１４０の管理者（典型的にはテナント管理者）からの、リソースに対する管理操作を、リソースとＸａａＳリソース管理サーバとの対応関係に基づいて受け付けてよい。具体的には、例えば、共通リソース管理サーバ１３０は、管理操作対象のリソースが、管理操作元のテナント管理者のＸａａＳリソース管理サーバに対応するリソースグループに含まれているリソースであれば、その管理操作を受け付けてよい。一方、例えば、共通リソース管理サーバ１３０は、管理操作対象のリソースが、管理操作元のテナント管理者のＸａａＳリソース管理サーバに対応するリソースグループに含まれていないリソースであれば、その管理操作を拒否してよい。
（＊）リソースグループ毎の制御の第２の例は、例えば次の通りである。すなわち、共通リソース管理サーバ１３０は、共通リソース管理サーバの管理者（典型的にはシステム管理者）からの管理操作を、上述の対応関係に関わらず受け付けてよい。
【符号の説明】
【０２０３】
１２０…計算機システム、１３０…共通リソース管理サーバ、１４０…ＸａａＳリソース管理サーバ
【図１】
2016170625.tif 000003
【図２】
2016170625.tif 000004
【図３】
2016170625.tif 000005
【図４】
2016170625.tif 000006
【図５】
2016170625.tif 000007
【図６】
2016170625.tif 000008
【図７】
2016170625.tif 000009
【図８】
2016170625.tif 000010
【図９】
2016170625.tif 000011
【図１０】
2016170625.tif 000012
【図１１】
2016170625.tif 000013
【図１２】
2016170625.tif 000014
【図１３】
2016170625.tif 000015
【図１４】
2016170625.tif 000016
【図１５】
2016170625.tif 000017
【図１６】
2016170625.tif 000018
【図１７】
2016170625.tif 000019
【図１８】
2016170625.tif 000020
【図１９】
2016170625.tif 000021
【図２０】
2016170625.tif 000022
【図２１】
2016170625.tif 000023
【図２２】
2016170625.tif 000024
【図２３】
2016170625.tif 000025
【図２４】
2016170625.tif 000026
【図２５】
2016170625.tif 000027
【図２６】
2016170625.tif 000028
【図２７】
2016170625.tif 000029
【図２８】
2016170625.tif 000030
【図２９】
2016170625.tif 000031
【図３０】
2016170625.tif 000032
【図３１】
2016170625.tif 000033
【図３２】
2016170625.tif 000034
【図３３】
2016170625.tif 000035
【国際調査報告】
2016170625.tif 000036
2016170625.tif 000037