特開 2023-87332 環境構築システムおよび環境構築方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023087332

(43)【公開日】2023-06-23

(54)【発明の名称】環境構築システムおよび環境構築方法

(51)【国際特許分類】

   G06F 9/44 20180101AFI20230616BHJP

   G06F 11/36 20060101ALI20230616BHJP

   G06Q 50/10 20120101ALI20230616BHJP

   G06F 11/30 20060101ALI20230616BHJP

【ＦＩ】

G06F9/44

G06F11/36 188

G06Q50/10

G06F11/30 155

G06F11/30 140A

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2021201650

(22)【出願日】2021-12-13

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000279

【氏名又は名称】弁理士法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】西田 寿雄

(72)【発明者】

【氏名】受田 賢知

【テーマコード（参考）】

5B042

5B376

5L049

【Ｆターム（参考）】

5B042HH12

5B376AA25

5B376BC01

5L049CC12

(57)【要約】

【課題】第１の環境に構築された情報システムを、リソースを考慮して好適に第２の環境に再構築する。
【解決手段】環境構築システムは、第２の環境の利用可能リソースの価格を表すリソース価格情報と、利用可能リソースを第２の環境に利用した場合の第２の環境と第１の環境の間の通信経路の距離を表す通信距離情報とを保持し、情報システムのシステム構成情報と、第１の環境が配置されている物理的な場所を表す環境配置情報とを取得し、システム構成情報を分析してシステムの構成を表す分析結果を生成し、分析結果に基づいて第２の環境に求められる要件を表す環境配置方針を決定し、リソース価格情報と通信距離情報と環境配置方針とに基づいて利用可能リソースの中から第２の環境に利用するリソースを選定し、選定されたリソースを用いるようにシステム構成情報を変換し、選定されたリソースを用いて第２の環境を構築し、第２の環境に情報システムを構築する。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１の環境に構築された情報システムを第２の環境に再構築するための環境構築システムであって、
前記第２の環境に利用できるリソースである利用可能リソースについて、前記利用可能リソースの価格を表すリソース価格情報と、前記利用可能リソースを前記第２の環境に利用した場合の前記第２の環境と前記第１の環境の間の通信経路の距離を表す通信距離情報と、を保持するシステム構築情報記憶部と、
前記情報システムの構成を表すシステム構成情報と、前記第１の環境が配置されている物理的な場所を表す環境配置情報と、を取得するシステム構築情報取得部と、
前記システム構成情報を分析して前記情報システムの構成を表す分析結果を生成するシステム構成情報分析部と、
前記分析結果に基づいて、前記第２の環境に求められる要件を表す環境配置方針を決定する環境配置決定部と、
前記リソース価格情報と前記通信距離情報と前記環境配置方針とに基づいて、前記利用可能リソースの中から、前記第２の環境に利用するリソースを選定するリソース選定部と、
前記選定されたリソースを用いるように前記システム構成情報を変換するシステム構成情報変換部と、
前記選定されたリソースを用いて前記第２の環境を構築し、前記第２の環境に前記情報システムを構築するシステム構築部と、
を有する環境構築システム。

【請求項2】

請求項１に記載の環境構築システムであって、
前記システム構築情報取得部は、前記第２の環境を構築する個数についての制約条件を表す第１の制約情報を記したユーザ定義情報を更に取得し、
前記環境配置決定部は、前記第１の制約情報の制約条件を満たすように、前記環境配置方針において第２の環境の個数を決定する、
環境構築システム。

【請求項3】

請求項１に記載の環境構築システムであって、
前記システム構築情報取得部は、前記第２の環境で使用するリソースの価格についての制約条件を表す第２の制約情報を記したユーザ定義情報を更に取得し、
前記リソース選定部は、前記第２の制約情報の制約条件を満たすように、前記第２の環境に利用するリソースを選定する、
環境構築システム。

【請求項4】

請求項１に記載の環境構築システムであって、
前記システム構築情報取得部は、前記第１の環境と前記第２の環境の間の通信経路の距離についての制約条件を表す第３の制約情報を記したユーザ定義情報を更に取得し、
前記リソース選定部は、前記第３の制約情報の制約条件を満たすように、前記第２の環境に利用するリソースを選定する、
環境構築システム。

【請求項5】

請求項１に記載の環境構築システムであって、
前記システム構築情報取得部は、前記第１の環境に構築された情報システムが使用するデータについて、前記第２の環境で使用できるか否かを記した保護データ情報を更に取得し、
前記システム構築部は、前記保護データ情報が前記第２の環境で使用できないデータを、保護が必要な箇所を秘匿するように変換する、
環境構築システム。

【請求項6】

請求項１に記載の環境構築システムであって、
前記リソース価格情報を前記利用可能リソースの提供元から取得し、前記システム構築情報記憶部に格納するリソース価格情報取得部を更に有する、
環境構築システム。

【請求項7】

請求項１に記載の環境構築システムであって、
前記通信距離情報を取得し、前記システム構築情報記憶部に格納する通信距離情報取得部を更に有する、
環境構築システム。

【請求項8】

請求項１に記載の環境構築システムであって、
前記情報システムの性能を検証するためのテストの内容と該テストで期待する性能を表す期待値とを規定したテストケース情報を取得するテスト情報取得部と、
前記テストケース情報を分析して前記内容および前記期待値を表す分析結果を生成するテスト情報分析部と、を更に有し、
前記リソース選定部は、前記分析結果に示されたテストを前記第２の環境の前記情報システムに対して実施したら前記期待値が得られるように、前記第２の環境に利用するリソースを選定する、
環境構築システム。

【請求項9】

第１の環境に構築された情報システムを第２の環境に再構築するための環境構築方法であって、
前記第２の環境に利用できるリソースである利用可能リソースについて、前記利用可能リソースの価格を表すリソース価格情報と、前記利用可能リソースを前記第２の環境に利用した場合の前記第２の環境と前記第１の環境の間の通信経路の距離を表す通信距離情報と、を保持し、
前記情報システムの構成を表すシステム構成情報と、前記第１の環境が配置されている物理的な場所を表す環境配置情報と、を取得し、
前記システム構成情報を分析して前記情報システムの構成を表す分析結果を生成し、
前記分析結果に基づいて、前記第２の環境に求められる要件を表す環境配置方針を決定し、
前記リソース価格情報と前記通信距離情報と前記環境配置方針とに基づいて、前記利用可能リソースの中から、前記第２の環境に利用するリソースを選定し、
前記選定されたリソースを用いるように前記システム構成情報を変換するシステム構成情報変換部と、
前記選定されたリソースを用いて前記第２の環境を構築し、前記第２の環境に前記情報システムを構築する、
ことをコンピュータが実行する環境構築方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報システムの環境を構築する技術に関する。

【背景技術】

【0002】

クラウドサービスでは、サーバやストレージ等のＩＴ（Information Technology）リソース（以下、リソース）をインターネット経由で提供している。そのため、クラウド上のリソースを利用して自由にシステムを構築したり、クラウド上でサービスを提供したりすることが可能になっている。また、クラウドサービスでは、システム運用におけるサーバ増強や負荷分散などの機能も提供されている。そのため、オンプレミスでの運用に比べて、システム管理コストや運用負担を大幅に削減できる。このような背景から、多くの企業がクラウドコンピューティングをユーザとして利用して自身のサービスを提供している。

【0003】

一方で、リソースの仮想化技術も進歩し、多様化している。例えば、物理サーバを論理的に複数に分割し、複数のサーバとして見せる仮想サーバの技術がある。また、サーバで動作するＯＳ（Operating System）のプロセス単位に処理を論理的に分割することにより、複数の物理サーバのリソースを１つのサーバのように見せるコンテナの技術がある。このような仮想化技術の進歩および多様化に伴い、仮想化されたリソースを効率的に管理したり運用したりするためのオーケストレーションツールが開発されている。クラウドサービスの管理においては、サービスそのもののアップデートに加え、オーケストレーションツールの定期的なアップデートも必要とされている。クラウドサービスを提供する企業は、サービスを継続的に提供するために、サービスそのもののアップデートの他、上記のようなオーケストレーションツールの定期的なアップデートにも対応する必要がある。

【0004】

このような提供サービスやオーケストレーションツールをバージョンアップする作業では、まず、バージョンアップ後のサービスやツールが問題なく動作することを検証するための検証環境を構築し、次に、その環境を利用してバージョンアップ後のサービスやツールが問題なく動作することを確認し、その後、バージョンアップ後のサービスやツールを現在運用中のシステム（以下「現用系システム」ともいう）に適用するという流れで工程が進められるのが一般的である。

【0005】

なお、バージョンアップ後のサービスやツールをそれらが実際の運用される環境で利用されているリソースと同様のリソースを使用して検証を行うのが望ましい。そのため、クラウド上でサービスやツールが提供されている場合、バージョンアップ後のサービスやツールの検証に利用する環境（以下「検証環境」ともいう）もクラウド上に構築するのが一般的である。しかし、クラウド上のリソースを利用するには、クラウドベンダに利用料を支払う必要がある。そのため、検証環境を永続的に維持することは多大なコストを要する。そのため、検証環境をそれが必要なときに動的に構築することを可能とし、また、可能な限り安価なリソースで検証環境を構築できることが求められる。

【0006】

検証環境の動的な構築や安価な構築に関し、クラウドベンダからは、クラウドベンダの抱えている利用されていないリソース（以下「余剰リソース」ともいう）をユーザが低コストで利用できるサービスが提供されている。しかし、このサービスは、余剰リソースを安価で提供するサービスであるため、クラウドベンダの都合で強制的に利用が終了される可能性がある。ユーザが利用しているリソース等をクラウドベンダの都合で強制的に利用できなくすることを以下「強制終了」ということがある。特許文献１には、クラスタシステムにおいて、強制終了される可能性があるインスタンスを用いて運用コストを抑えつつ、可用性を確保する方法が開示されている。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０２０－１２９１８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

特許文献１における「強制終了される可能性があるインスタンス」とは、前述の余剰リソースに相当する。特許文献１に開示された方法を検証環境の構築に適用することで、検証環境の運用コストを低減できると考えられる。しかし、単に、安価な余剰リソース（以下「安価なリソース」ともいう）を利用して検証環境を構築することには様々な問題の生じるケースが存在する。例えば、現在運用中のシステムが稼働している環境（以下「稼働環境」ともいう）で実際に利用されているデータベース内の情報を検証環境で利用してバージョンアップ後のサービスやツールの検証を実施する場合がある。このような場合、検証を実行するために稼働環境と検証環境との間で通信が必要になる。

【0009】

しかし、検証環境に単に安価なリソースを利用した場合、そのリソースは、稼働環境から物理的に遠く離れた場所にあるサーバにより提供される可能性がある。このことは、稼働環境と検証環境との間の通信経路の距離を長くし、データ転送に要する時間を長くするので、適切な検証を妨げる要因になる恐れがある。

【0010】

また、検証環境に単に安価なリソースを利用した場合、そのリソースは稼働環境とは異なる国や地域にあるサーバにより提供される可能性がある。しかし、個人情報などの情報を国等の外へ持ち出すことは法制度により規制されている場合がある。例えば、欧州にはＧＤＰＲ（General Data Protection Regulation）と呼ばれる法律がある。ＧＤＰＲは、欧州外への個人データ流出を保護する法律である。欧州に構築された稼働環境にてサービスを提供するシステムのデータベースに格納されるデータに、この種の法律によって保護されるデータ（以下「保護データ」ともいう）が含まれていれば、保護データをそのまま欧州外で利用することはできない。検証環境を欧州外に構築しようとすれば、保護データを匿名化したり、保護データをダミーデータに差し替えたりして検証環境に与えることが必要となる。

【0011】

本開示のひとつの目的は、第１の環境に構築された情報システムを第２の環境に再構築する際に、情報システムのシステム構成と、第２の環境に利用するリソースの価格と、第１の環境と第２の環境との間での通信性能と、を考慮した好適な第２の環境の構築を可能にする技術を提供することである。

【課題を解決するための手段】

【0012】

本開示の一態様は、第１の環境に構築された情報システムを第２の環境に再構築するための環境構築システムであって、前記第２の環境に利用できるリソースである利用可能リソースについて、前記利用可能リソースの価格を表すリソース価格情報と、前記利用可能リソースを前記第２の環境に利用した場合の前記第２の環境と前記第１の環境の間の通信経路の距離を表す通信距離情報と、を保持するシステム構築情報記憶部と、前記情報システムの構成を表すシステム構成情報と、前記第１の環境が配置されている物理的な場所を表す環境配置情報と、を取得するシステム構築情報取得部と、前記システム構成情報を分析して前記システムの構成を表す分析結果を生成するシステム構成情報分析部と、前記分析結果に基づいて、前記第２の環境に求められる要件を表す環境配置方針を決定する環境配置決定部と、前記リソース価格情報と前記通信距離情報と前記環境配置方針とに基づいて、前記利用可能リソースの中から、前記第２の環境に利用するリソースを選定するリソース選定部と、前記選定されたリソースを用いるように前記システム構成情報を変換するシステム構成情報変換部と、前記選定されたリソースを用いて前記第２の環境を構築し、前記第２の環境に前記情報システムを構築するシステム構築部と、を有する環境構築システムを提供する。

【発明の効果】

【0013】

本発明によれば、稼働環境のシステム情報に応じて、リソースの利用コストと通信距離の最適化を図ると共に、データ保護に関わる法制度にも対応した検証環境を動的に構築することができる。

【図面の簡単な説明】

【0014】

【図1】実施の形態１における環境構築システムの機能構成例を示す図である。

【図2】実施の形態１におけるシステム構築情報記憶部の情報の具体例を示す図である。

【図3】実施の形態１における稼働環境のシステムの具体例を示す図である。

【図4】実施の形態１における検証環境へのシステム構築例を示す図である。

【図5】実施の形態１における検証環境へのシステム構築処理の流れを示すフローチャートの例である。

【図6】実施の形態２における環境構築システムの機能構成例を示す図である。

【図7】実施の形態２における稼働環境のシステムの具体例を示す図である。

【図8】実施の形態２における検証項目を示すテストケース一覧の具体例を示す図である。

【図9】実施の形態２における検証環境へのシステム構築例を示す図である。

【図10】実施の形態２における検証環境へのシステム構築処理の流れを示すフローチャートの例である。

【図11】本開示における環境構築システムを実現するコンピュータのハードウェア構成例を示す図である。

【発明を実施するための形態】

【0015】

以下、図面を用いて実施の形態を説明する。なお、下記の説明はあくまでも実施の一例に過ぎず、下記の説明に発明が限定されることを意図するものではない。また、以下の説明において、同一または類似の要素および処理に同一の符号を付し、重複説明を省略する。また、後出の実施の形態では、既出の実施の形態との差異を説明し、重複説明を省略する場合がある。また、以下の実施の形態の説明並びに各図で示す構成および処理は、本発明の理解および実施に必要な程度で実施の形態の概要を示すものであり、本発明に係る実施の態様を限定することを意図する趣旨ではない。また、各実施の形態および各変形例は、本発明の趣旨を逸脱せず、互いに整合する範囲内で、一部または全部を組合せることができる。

【0016】

（実施の形態１）
本実施の形態では、稼働環境のシステムの情報に応じて、リソースの利用コストと通信距離の最適化を図ると共に、データ保護に関わる法制度にも対応した検証環境を動的に構築する処理を示す。

【0017】

まず、本実施の形態における環境構築システムＳが有する機能の構成例について、図１を用いて説明する。図１は、実施の形態１における環境構築システムＳが有する機能の構成例を示す図である。

【0018】

環境構築システムＳは、第１の環境に構築された情報システムを第２の環境に再構築するためのシステムである。なお、本実施の形態では、第１の環境が「稼働環境」であり、第２の環境が「検証環境」である例を説明するが、第１の環境および第２の環境はこれらに限られない。

【0019】

図１に示すように、環境構築システムＳは、システム構築情報取得部１００、システム構成情報分析部１０１、環境配置決定部１０２、リソース選定部１０３、システム構成情報変換部１０４、システム構築部１０５、システム構築情報記憶部１０６、リソース価格情報取得部１０７、および通信距離情報取得部１０８を含んで構成される。

【0020】

システム構築情報記憶部１０６は、システム構成情報１０６１、リソース価格情報１０６２、通信距離情報１０６３、保護データ情報１０６４、環境配置情報１０６５、ユーザ定義情報１０６６を保持する。

【0021】

環境構築システムＳは、リソース価格情報１０６２を、ネットワーク１０９を介して、リソース価格情報提供サーバ１１０から取得してよい。リソース価格情報１０６２は、第２の環境に利用できるリソースである利用可能リソースについて、当該利用可能リソースの価格を表す。

【0022】

環境構築システムＳは、通信距離情報１０６３を、ネットワーク１０９を介して、リソース提供サーバ群１１１から取得してよい。通信距離情報１０６３は、利用可能リソースを第２の環境に利用した場合の第２の環境と第２の環境との間の通信経路の距離を表す。

【0023】

なお、ネットワーク１０９、リソース価格情報提供サーバ１１０およびリソース提供サーバ群１１１を、まとめて連携部と称してもよい。

【0024】

次に、システム構築情報取得部１００によるシステム構築情報記憶部１０６への情報登録について説明する。システム構築情報取得部１００は、環境構築システムＳを利用するユーザから入力された情報を取得したり、稼働環境のシステムが構築された構築サーバから情報を取得したりする。例えば、システム構築情報取得部１００は、システム構成情報１０６１、保護データ情報１０６４、環境配置情報１０６５、およびユーザ定義情報１０６６を取得する。

【0025】

ここで、図２を用いて、本実施の形態における各情報の一例について説明する。図２は、実施の形態１におけるシステム構築情報記憶部１０６に記憶される情報の一例を示す図である。

【0026】

まず、システム構成情報１０６１について説明する。システム構成情報１０６１は、情報システムの構成を表す情報であり、オーケストレーションツール等により、システムを自動構築する際に用いられる情報である。例えば、システム構成情報１０６１は、システム定義項目とその設定値から構成される。システム定義項目は、利用するリソースを指定するものであり、コンテナやストレージ、ネットワーク等を含む。また、設定値としては、コンテナの場合にはコンテナの名前や利用するイメージ、ポート番号等が記載される。なお、各情報を階層化して記述することにより、各リソースの配置情報や接続関係などを記すことが可能である。このシステム構成情報１０６１をオーケストレーションツール等で読み込んで実行することにより、任意の場所にシステムを構築することが可能になる。システム構成情報１０６１の例として、Ｋｕｂｅｒｎｅｔｅｓ(KubernetesはThe Linux Foundationの米国およびその他の国における商標または登録商標である)のｍａｎｉｆｅｓｔや、Ｄｏｃｋｅｒ(DockerはDocker,Inc.の米国およびその他の国における商標または登録商標である)のＤｏｃｋｅｒ－ｃｏｍｐｏｓｅ等が挙げられる。

【0027】

なお、図２では、システム構築情報記憶部１０６が、稼働環境（第１の環境）のシステムのシステム構成情報１０６１と、検証環境（第２の環境）に構築するシステムのシステム構成情報１０６１とを記憶する例を示しているが、システム構築情報取得部１００が取得する情報は、稼働環境のシステムのシステム構成情報１０６１であってよい。

【0028】

システム構築情報取得部１００は、稼働環境のシステムのシステム構成情報１０６１を、環境構築システムＳを利用するユーザから取得してもよいし、稼働環境のシステムが構築された構築サーバから取得してもよい。

【0029】

次に、保護データ情報１０６４について説明する。保護データ情報１０６４は、稼働環境（第１の環境）に構築された情報システムが使用するデータについて、検証環境（第２の環境）で使用できるか否かを記す。例えば、保護データ情報１０６４は、稼働環境のシステムが利用するデータベースが保持する情報の、法制度上での保護の必要性を記した情報である。保護データ情報１０６４は、稼働環境のシステムの管理ユーザ等、利用データを把握しているユーザから取得されてよい。

【0030】

次に、環境配置情報１０６５について説明する。環境配置情報１０６５は、第１の環境（または第２の環境）が配置されている物理的な場所を表す。すなわち、環境配置情報１０６５は、稼働環境や検証環境が配置されているエリアを示すエリア情報である。エリアとは、クラウドベンダがリソース提供を行うためのデータセンタを設置している場所のことであり、大手クラウドベンダは、世界各国にデータセンタを設置している。

【0031】

システム構築情報取得部１００が取得するものは、稼働環境の環境配置情報１０６５であってよい。システム構築情報取得部１００は、稼働環境の環境配置情報１０６５を、環境構築システムＳを利用するユーザから取得してもよいし、稼働環境のシステムが構築された構築サーバから取得してもよい。

【0032】

次に、ユーザ定義情報１０６６について説明する。ユーザ定義情報１０６６は、検証環境の構築で使用するリソースを選定する際に考慮されるユーザ要件に関わる情報である。図２では、ユーザ定義情報１０６６が、使用するリソースの価格の制約と、稼働環境と検証環境との間で通信を行う場合を想定したネットワーク遅延に関する応答時間の制約と、検証環境の分割構築の制約と、を保持する例を示す。ユーザ定義情報１０６６は、環境構築システムＳを利用するユーザから取得される。

【0033】

次に、システム構成情報分析部１０１および環境配置決定部１０２による検証環境の配置方針の決定について説明する。

【0034】

システム構成情報分析部１０１は、システム構築情報記憶部１０６から稼働環境のシステム構成情報１０６１を取得して分析し、システムの構成を表す分析結果を生成する。システム構成情報分析部１０１は、分析結果として、コンテナの配置情報やデータベースの有無、各コンテナとデータベースの接続関係などを得る。

【0035】

ここで、図３を用いて、本実施の形態におけるシステム構成情報１０６１の分析結果の一例を説明する。図３は、システム構成情報１０６１の分析結果を視覚的に示したものであり、実施の形態１における稼働環境のシステムの一例を示す図である。

【0036】

稼働環境のシステムは、クラウド環境３００上に構築されており、クラウドベンダが保有するエリアの1つであるエリアＡ３０１が提供するリソースを用いて構築されている。

【0037】

また、この稼働環境のシステムは、サービス実行単位３０２および３０３から構成されている。「サービス実行単位」とは、特定のサービスを実現するリソースの集合体である。サービス実行単位３０２は、サービスＸ３０４単体で構成されている。サービス実行単位３０３は、サービスＹ３０５とサービスＺ３０６、そして、データベースＹ３０７とデータベースＺ３０８から構成されている。サービス実行単位内の各リソースは、互いにネットワークやストレージを共有することで特定のサービスを実現する。つまり、図３に示す稼働環境のシステムは、サービス実行単位３０２および３０３により、互いに独立した２つのサービスを提供している。

【0038】

環境配置決定部１０２は、システム構成情報分析部１０１の分析結果に基づいて、検証環境（第２の環境）に求められる要件を表す環境配置方針を決定する。検証環境の環境配置方針の例として、サービス実行単位で検証環境を分割構築する方法が挙げられる。例えば、サービス実行単位３０２は、サービスＸ３０４単体で動作するものであり、検証において稼働環境と通信を行う必要がないため、稼働環境との通信距離よりもリソース価格削減を優先したリソース選定が有効である。一方、サービス実行単位３０３は、データベースを利用したサービスであり、検証において稼働環境のデータベースの情報を用いることが想定される。そのため、稼働環境との通信におけるネットワーク遅延を考慮し、リソース価格よりも稼働環境との通信距離を優先したリソース選定が有効である。このように異なる観点でリソース選定を行う方が有効なサービスが混在しているシステムでは、サービス実行単位で検証環境を分割構築することが有効であると判断することができる。

【0039】

なお、検証内容によっては、サービス実行単位３０２とサービス実行単位３０３により提供される２つのサービス間の通信を検証する可能性がある。そのような場合、検証環境を構築するユーザは、検証環境を分割することを求めない。この場合、環境配置決定部１０２は、システム構築情報記憶部１０６に保持されるユーザ定義情報１０６６を参照し、ユーザ要件として記載されている検証環境の分割構築の制約を確認した上で最終的な配置方針を決定する。これにより、ユーザの意図に反した検証環境構築を行わないようにすることができる。

【0040】

次に、検証環境で利用するリソースを選定するために必要な情報を外部ネットワークから取得する、リソース価格情報取得部１０７および通信距離情報取得部１０８について説明する。

【0041】

まず、リソース価格情報取得部１０７について説明する。リソース価格情報取得部１０７は、リソース価格情報１０６２を利用可能リソースの提供元から取得し、システム構築情報記憶部１０６に格納する。これにより、リソース価格情報取得部１０７は、リソース価格情報１０６２を容易に取得することができる。例えば、リソース価格情報取得部１０７は、ネットワーク１０９を介して、リソース価格情報提供サーバ１１０と接続されている。リソース価格情報提供サーバ１１０は、クラウドベンダの情報提供サーバであり、クラウドベンダがサービス提供を行っているエリアごとのリソース価格を公開している。リソース価格情報取得部１０７は、このリソース価格の情報をリソース価格情報提供サーバ１１０から取得し、システム構築情報記憶部１０６にリソース価格情報１０６２として格納する。ソース価格情報１０６２は、例えば図２に示すように、クラウドベンダがサービス提供を行っている各エリアについて、時間当たりのリソース利用価格を示す情報を含む。

【0042】

次に、通信距離情報取得部１０８について説明する。通信距離情報取得部１０８は、通信距離情報１０６３を取得し、システム構築情報記憶部１０６に格納する。これにより、通信距離情報取得部１０８は、通信距離情報１０６３を容易に取得することができる。例えば、通信距離情報取得部１０８は、ネットワーク１０９を介して、リソース提供サーバ群１１１と接続されている。リソース提供サーバ群１１１は、クラウドベンダがサービス提供を行っている各エリアに設置されているリソース提供サーバを含んでいる。ここでは、リソース提供サーバＡ１１１１はエリアＡでリソース提供を行うサーバを表し、リソース提供サーバＢ１１１２はエリアＢでリソース提供を行うサーバを表し、リソース提供サーバＣ１１１１はエリアＣでリソース提供を行うサーバを表している。

【0043】

通信距離情報取得部１０８は、稼働環境と各エリアとの通信距離を計測し、その計測結果を通信距離情報１０６３としてシステム構築情報記憶部１０６に格納する。計測方法の一例として、応答時間による測定が挙げられる。例えば、通信距離情報取得部１０８は、稼働環境から各エリアに設置されたリソース提供サーバにＨＴＴＰリクエストを送信し、その応答が返ってくるまでの時間を測定し、このようにして得られた応答時間を通信距離情報として取得する。

【0044】

なお、本実施の形態では、環境構築システムＳが稼働環境と同じエリアに構築されていることを前提としており、環境構築システムＳと各エリアの通信距離を測定することで、稼働環境と各エリアの通信距離情報１０６３を得る構成を示している。もし、環境構築システムＳが稼働環境と異なるエリアに配置されている場合には、稼働環境の配置されているエリアに通信距離情報取得部１０８を配置し、そこで得られた応答時間を通信距離情報１０６３としてシステム構築情報記憶部１０６に格納するようにすればよい。例えば、通信距離情報１０６３は、図２に示すように、クラウドベンダがサービス提供を行っている各エリアについて、各エリアに設置されたリソース提供サーバに対する応答時間を示す情報を含む。

【0045】

次に、リソース選定部１０３、システム構成情報変換部１０４、およびシステム構築部１０５による検証環境の構築方法について説明する。

【0046】

リソース選定部１０３は、システム構築情報記憶部１０６に格納されたリソース価格情報１０６２と通信距離情報１０６３と上記した環境配置方針と基づいて、利用可能リソースの中から、検証環境（第２の環境）に利用するリソースを選定する。リソース選定部１０３は、さらにユーザ定義情報１０６６も用いて、検証環境に利用するリソースを選定してよい。

【0047】

例えば、システム構成情報分析部１０１による分析結果が、稼働環境のシステムが図３に示す構成であることを示すとする。また、ユーザ定義情報１０６６が、検証環境に関するユーザ要件として、検証環境の分割構築を許可しているとする。この場合、稼働環境のシステムに注目すると、先に述べたように、サービス実行単位３０２は、リソース価格削減を優先したリソース選定が有効であり、サービス実行単位３０３は、稼働環境との通信距離を優先したリソース選定が有効である。そこで、リソース選定部１０３は、サービス実行単位ごとに、リソース価格情報１０６２および通信距離情報１０６３に基づいて最適なリソース提供エリアを選定する。また、この場合、リソース選定部１０３は、ユーザ定義情報１０６６に含まれるリソース価格および／または応答時間に関するユーザ要件を満たすように、リソースを選定する。リソース選定部１０３は、選定したリソース提供エリアの情報を、システム構築情報記憶部１０６の環境配置情報１０６５に登録する。例えば、図２に示す環境配置情報１０６５は、サービス実行単位ごとに２つの検証環境を構築する場合を示し、検証環境１としてエリアＢを、検証環境２としてエリアＣを選定した場合を示す。

【0048】

次に、システム構成情報変換部１０４について説明する。システム構成情報変換部１０４は、システム構築情報記憶部１０６に格納されたシステム構成情報１０６１を取得し、検証環境に構築するシステム構成に応じてシステム構成情報１０６１を変更する。例えば、上述したように、サービス実行単位ごとに２つの検証環境を構築する場合、システム構成情報変換部１０４は、それぞれの検証環境を構築するために、２つのシステム構成情報１０６１を生成する。このとき、システム構成情報変換部１０４は、システム構成情報１０６１に記述されたシステム構成について、サービス実行単位の界面で記述を切り分け、２つのシステム構成情報１０６１を生成してよい。

【0049】

また、このとき、システム構成情報変換部１０４は、システム構成情報１０６１に記述する利用リソースの指定を変更してもよい。例えば、稼働環境のシステムが永続的に利用可能なオンデマンド提供のリソースを利用している場合、そのシステム構成情報１０６１では、オンデマンドのリソースの利用が指定されてよい。そこで、システム構成情報変換部１０４は、そのオンデマンドのリソースの利用を、リソース選定部１０３にて選定された安価なリソースの利用に変更する。

【0050】

また、システム構成情報変換部１０４は、稼働環境のシステムと検証環境のシステムとの差分、つまり、検証項目となるアップデート差分を、システム構成情報１０６１に反映する。例えば、システム構成情報変換部１０４は、システム上で動作するコンテナをアップデートし、その動作検証を行うために検証環境を構築する場合、システム構成情報１０６１において指定されるコンテナイメージをアップデート版に変更する。

【0051】

システム構成情報変換部１０４は、このようにして生成したシステム構成情報１０６１をシステム構築情報記憶部１０６に格納する。例えば、システム構成情報１０６１は、図２に示すように、検証環境１および検証環境２として、サービス実行単位ごとに２つの検証環境を構築する場合を想定しており、それぞれの環境を構築するためのシステムの構成情報を含んでよい。

【0052】

次に、システム構築部１０５について説明する。システム構築部１０５は、選定されたリソースを用いて検証環境（第２の環境）を構築し、検証環境に情報システムを構築する。例えば、システム構築部１０５は、システム構築情報記憶部１０６からシステム構成情報１０６１、保護データ情報１０６４、および環境配置情報１０６５を取得し、それらの情報に基づいて検証環境に情報システムを構築する。例えば、システム構築部１０５は、システム構成情報１０６１から、検証環境の構築に必要なシステムの構成情報を得る。例えば、図２に示したシステム構成情報１０６１には、検証環境構築用のシステムの構成情報が２つ格納されており、それぞれのシステムの構築先のエリアについては、環境配置情報１０６５を参照することで確認することができる。したがって、システム構築部１０５は、オーケストレーションツール等にシステム構成情報１０６１を与えることで、環境配置情報１０６５に記述されたエリアに対して各検証環境を自動構築することができる。

【0053】

なお、稼働環境のシステムがデータベースを利用している場合には、保護データ情報１０６４を参照することで各データベースが保有する情報に関して法制度における保護の必要性を確認できるため、保護が必要な情報の匿名化も併せて実施することができる。匿名化の処理は如何なる方法で実現されてもよく、例えば、データベース上の各フィールドの値を別の値に書き換える方法などが挙げられる。例えば、任意のフィールドの値が「ＡＢＣ」という文字列であった場合、全ての文字を「Ｘ」に書き換える処理を実施することで「ＸＸＸ」という文字列に変換し、これを新しいフィールドの値とすることで匿名化が可能になる。

【0054】

上述した環境構築システムＳの構成によれば、稼働環境（第１の環境）に構築された情報システムを検証環境（第２の環境）に再構築する際に、情報システムのシステム構成と、第２の環境に利用するリソースの価格と、第１の環境と第２の環境との間での通信性能と、を考慮した好適な第２の環境の構築が可能となる。

【0055】

次に、図４および図５を用いて、本実施の形態における環境構築システムＳを用いた検証環境へのシステム構築の一例について説明する。

【0056】

図４は、実施の形態１における検証環境へのシステム構築例を示す図である。環境構築システムＳ、ネットワーク１０９、リソース価格情報提供サーバ１１０、および、リソース提供サーバ群１１１については、図１で示したものと同一のものである。また、以降の説明により構築される検証環境の構成を、クラウド環境３００上に記載している。

【0057】

図５は、実施の形態１における検証環境へのシステム構築処理の流れを示すフローチャートの例である。次に、図５を用いて、環境構築システムＳを用いた検証環境へのシステム構築処理について説明する。

【0058】

まず、システム構築情報取得部１００は、稼働環境のシステム構成情報１０６１、保護データ情報１０６４、環境配置情報１０６５、および、ユーザ定義情報１０６６を取得し、システム構築情報記憶部１０６に格納する（Ｓ５０１）。

【0059】

システム構成情報１０６１および環境配置情報１０６５は、環境構築システムＳを利用するユーザがユーザ操作端末４００に入力したものであってよい。例えば、システム構築情報取得部１００は、ユーザ操作端末４００からネットワーク１０９を介して環境構築システムＳに送信されたシステム構成情報１０６１および環境配置情報１０６５を取得する。ユーザ操作端末４００は、例えばＰＣ（Personal Computer）やタブレット端末であり、ユーザから情報の入力を受け付ける機能、および端末の外部から取得した情報をユーザに提示（出力）する機能を備える。

【0060】

システム構成情報１０６１は、構築サーバ４０１において稼働環境のシステムを構築するために使用されたものであってよい。例えば、システム構築情報取得部１００は、当該構築サーバ４０１からネットワーク１０９を介して環境構築システムＳに送信されたシステム構成情報１０６１を取得する。

【0061】

保護データ情報１０６４は、稼働環境のシステムの管理ユーザ等や利用データを把握しているユーザがユーザ操作端末４００に入力したものであってよい。例えば、システム構築情報取得部１００は、ユーザ操作端末４００からネットワーク１０９を介して環境構築システムＳに送信された保護データ情報１０６４を取得する。

【0062】

ユーザ定義情報１０６６は、環境構築システムＳを利用するユーザがユーザ操作端末４００に入力したものであってよい。例えば、システム構築情報取得部１００は、ユーザ操作端末４００からネットワーク１０９を介して環境構築システムＳに送信されたユーザ定義情報１０６６を取得する。

【0063】

次に、システム構成情報分析部１０１は、システム構築情報記憶部１０６から稼働環境のシステム構成情報１０６１を取得し、システム構成を分析する（Ｓ５０２）。

【0064】

環境配置決定部１０２は、Ｓ５０２の分析結果に基づいて、システムを複数環境に配置することで最適な環境を構築可能であるかを判定する（Ｓ５０３）。例えば、環境配置決定部１０２は、Ｓ５０２の稼働環境のシステム構成の分析結果が、図３に示すようなシステム構成を示すものである場合、リソース価格削減を優先したリソース選定が有効なサービス実行単位３０２と、稼働環境との通信距離を優先したリソース選定が有効なサービス実行単位３０３とで、異なる検証環境を構築した方が良いと判断する。

【0065】

異なる検証環境を構築した方が良いと判断した場合（Ｓ５０３：Ｙｅｓ）、環境配置決定部１０２は、システム構築情報記憶部１０６からユーザ定義情報１０６６を取得し、ユーザ定義情報１０６６に検証環境（第２の環境）を構築する個数についての制約条件を表す第１の制約情報が記されているか否かを確認する。すなわち、環境配置決定部１０２は、ユーザ定義情報１０６６において複数の検証環境の構築が許可されているか否かを確認する（Ｓ５０４）。複数の検証環境の構築が許可されている場合、環境配置決定部１０２は、複数の検証環境を構築するように配置方針を決定する（Ｓ５０５）。これにより、検証環境（第２の環境）を複数に分けることについてユーザが定義した条件を満たすように検証環境（第２の環境）を構築することができる。

【0066】

複数の検証環境の構築が許可されていない場合や、そもそも異なる検証環境を構築する必要性が無い場合（Ｓ５０３：Ｎｏ）、環境配置決定部１０２は、単一の検証環境を構築するように配置方針を決定する（Ｓ５０５）。

【0067】

次に、リソース価格情報取得部１０７は、クラウドベンダがサービス提供を行っている各エリアにおけるリソース価格情報１０６２を取得し、システム構築情報記憶部１０６に格納する（Ｓ５０６）。

【0068】

次に、通信距離情報取得部１０８は、各エリアまでの通信距離情報１０６３を取得し、システム構築情報記憶部１０６に格納する（Ｓ５０７）。

【0069】

次に、リソース選定部１０３は、システム構築情報記憶部１０６から、リソース価格情報１０６２、通信距離情報１０６３、ユーザ定義情報１０６６を取得し、各情報に基づいて最適な使用リソースを選定し、そのリソースの提供エリアを検証環境の配置エリア情報として、システム構築情報記憶部１０６の環境配置情報１０６５に格納する（Ｓ５０８）。

【0070】

ここでは、ステップＳ５０３で異なる検証環境を構築した方が良いと判定され、ステップＳ５０４で複数の検証環境の構築が許可されている場合について説明する。また、リソース価格情報１０６２、通信距離情報１０６３、ユーザ定義情報１０６６が図２に示したものであるとして説明する。図２に示すように、ユーザ定義情報１０６６には、検証環境（第２の環境）で使用するリソースの価格についての制約条件を表す第２の制約情報が記されている。また、ユーザ定義情報１０６６には、稼働環境（第１の環境）と検証環境（第２の環境）の間の通信経路の距離についての制約条件を表す第３の制約情報が記されている。

【0071】

ステップＳ５０３で判定した通り、リソース選定部１０３は、サービス実行単位３０２についてはリソース価格削減を優先したリソース選定を行うことで検証環境１を構築し、サービス実行単位３０３については稼働環境との通信距離を優先したリソース選定を行うことで検証環境２を構築する。

【0072】

リソース選定部１０３は、ユーザ定義情報１０６６に記された第２の制約情報が示す制約条件と第３の制約情報が示す制約条件とを満たすように、検証環境（第２の環境）に利用するリソースを選定する。例えば、リソース選定部１０３は、図２に示すユーザ定義情報１０６６に基づいて、リソース価格が「＄０．１５／時間以下」、応答時間が「０．１秒以内」となるようにリソースを選定する。これにより、検証環境（第２の環境）のリソースの価格についてユーザが定義した条件を満たすように検証環境（第２の環境）を構築することができる。また、検証環境（第２の環境）の稼働環境（第１の環境）との通信経路の距離についてユーザが定義した条件を満たすように検証環境（第２の環境）を構築することができる。

【0073】

まず、サービス実行単位３０２については、リソース価格削減を検討するため、リソース選定部１０３は、リソース価格情報１０６２を参照し、最も安価なリソースが提供されているエリアを検証環境の配置先として選定する。リソース価格情報１０６２を参照すると、最も安価なリソースを提供しているのはエリアＢで、＄０．０８／時間であることがわかる。また、通信距離情報１０６３を参照すると、エリアＢの応答時間は０．１秒であることがわかる。何れもユーザ定義情報１０６６に記されたユーザ要件を満たしているため、リソース選定部１０３は、エリアＢを検証環境１の構築エリアとして選定する。

【0074】

次に、サービス実行単位３０３については、稼働環境との通信距離を検討するため、リソース選定部１０３は、通信距離情報１０６３を参照し、最も通信距離の短いリソースが提供されているエリアを検証環境の配置先として選定する。通信距離情報１０６３を参照すると、最も通信距離の短いリソースを提供しているのはエリアＡで、０．０３秒であることがわかる。しかし、リソース価格情報１０６２を参照すると、エリアＡのリソース価格は＄０．２／時間であり、ユーザ定義情報１０６６に記されたユーザ要件を満たさないことがわかる。そこで、次に通信距離の短いリソースを提供しているエリアを選定すると、エリアＣの０．０５秒であることがわかる。また、リソース価格情報１０６２を参照すると、エリアＣのリソース価格は＄０．１／時間であり、何れもユーザ定義情報１０６６に記されたユーザ要件を満たしているため、リソース選定部１０３は、エリアＣを検証環境２の構築エリアとして選定する。

【0075】

リソース選定部１０３は、このようにして選定したエリアを検証環境の配置エリア情報を環境配置情報１０６５として、システム構築情報記憶部１０６に格納する。

【0076】

次に、システム構成情報変換部１０４は、システム構築情報記憶部１０６から稼働環境のシステム構成情報１０６１を取得し、リソース選定部１０３で選定したリソースを用いた構成になるようにシステム構成情報１０６１を変換し、検証環境のシステム構成情報１０６１としてシステム構築情報記憶部に格納する（Ｓ５０９）。

【0077】

本実施の形態では、サービス実行単位３０２について、リソース価格削減を優先した検証環境１を構築し、サービス実行単位３０３について、稼働環境との通信距離を優先した検証環境２を構築すると判断している。

【0078】

そこで、システム構成情報変換部１０４は、稼働環境のシステム構成情報１０６１の記述について、サービス実行単位の界面で記述の切り分けを行い、検証環境１を構築するためのシステム構成情報１０６１と、検証環境２を構築するためのシステム構成情報１０６１とを生成する。

【0079】

さらに、システム構成情報変換部１０４は、リソース選定部１０３で選定した安価なリソースを使用するようにシステム構成情報１０６１を書き換える。そして、システム構成情報変換部１０４は、稼働環境のシステムと検証環境のシステムの差分、つまり、検証項目となるアップデート差分をシステム構成情報１０６１に反映する。システム構成情報変換部１０４は、このようにして生成したシステム構成情報１０６１を、システム構築情報記憶部１０６に格納する。

【0080】

次に、システム構築部１０５は、システム構築情報記憶部１０６から、検証環境のシステム構成情報１０６１、保護データ情報１０６４、および環境配置情報１０６５を取得し、各情報を用いて検証環境を構築する（Ｓ５１０）。

【0081】

例えば、システム構築部１０５は、システム構成情報１０６１として、検証環境１を構築するためのシステム構成情報１０６１と、検証環境２を構築するためのシステム構成情報１０６１とを取得する。さらに、システム構築部１０５は、環境配置情報１０６５を参照し、それぞれの検証環境を構築するエリアを確認する。システム構築部１０５は、取得したシステム構成情報１０６１をオーケストレーションツール等に与え、指定されたエリアに各検証環境を自動構築する。

【0082】

また、システム構築部１０５は、保護データ情報１０６４が検証環境（第２の環境）で使用できないデータを、保護が必要な箇所を秘匿するように変換する。例えば、システム構築部１０５は、保護データ情報１０６４を参照し、稼働環境のシステムが利用しているデータベースの保有情報について、法制度上での保護の必要性を確認する。システム構築部１０５は、保護が必要なデータを有している場合、検証環境で利用する前にデータの匿名化を実施する。これにより、個人情報の保護等の観点から稼働環境（第１の環境）のデータが検証環境（第２の環境）でそのまま使用できない場合にも必要な箇所を秘匿することで使用することが可能となる。つまり、法制度にも対応した検証環境を構築できる。

【0083】

本実施の形態によれば、稼働環境のシステムの情報に応じて、リソースの利用コストと通信距離の最適化を図ると共に、データ保護に関わる法制度にも対応した検証環境を動的に構築することができる。

【0084】

（実施の形態２）
本実施の形態では、稼働環境のシステムの情報に加え、検証環境で実施するテスト内容も考慮することにより、リソースの利用コストと通信距離の最適化を図ると共に、データ保護に関わる法制度にも対応した検証環境を動的に構築する処理を示す。

【0085】

まず、図６を用いて、本実施の形態における環境構築システムＳの機能構成例について図６を用いて説明する。図６は、実施の形態２における環境構築システムの機能構成例を示す図である。

【0086】

図６に示す実施の形態２における環境構築システムＳが有する機能の構成例は、実施の形態１における図１と比較して、テスト情報取得部６００とテスト情報分析部６０１とを含む点が異なり、その他は同一である。

【0087】

実施の形態１では、稼働環境のシステム構成情報１０６１に基づいて検証環境のリソースを選定する構成を示したが、実施の形態２では、稼働環境のシステム構成情報１０６１に加え、検証環境で実施するテスト内容についても考慮して検証環境のリソースを選定する点が異なる。

【0088】

テスト情報取得部６００は、情報システムの性能を検証するためのテストの内容と該テストで期待する性能を表す期待値とを規定したテストケース情報８００（図８参照）を取得する。

【0089】

テスト情報分析部６０１は、テストケース情報８００を分析して上記テストの内容および上記期待値を表す分析結果を生成する。

【0090】

リソース選定部１０３は、テスト情報分析部６０１による分析結果に示されたテストを検証環境（第２の環境）の情報システムに対して実施したら期待値が得られるように、検証環境（第２の環境）に利用するリソースを選定する。

【0091】

上述した環境構築システムＳの構成によれば、テストの内容および期待値を考慮したリソースの選定が可能となる。以下、詳細に説明する。

【0092】

図７を用いて、本実施の形態で取扱う稼働環境のシステム構成について説明する。図７は、実施の形態２における稼働環境のシステムの一例を示す図である。

【0093】

図７に示す実施の形態２における稼働環境のシステムは、実施の形態１における図３と比較して、サービスＸ３０４がネットワーク１０９を介して、オンプレミス環境７００に設置されたデータベースＸ７０１と通信を行う構成になっている点が異なり、その他は同一である。

【0094】

次に、図８を参照して、本実施の形態において、検証環境での実施を想定したテスト内容について説明する。図８は、実施の形態２における検証項目を示すテストケース情報８００の一例を示す図である。

【0095】

図８では、テストケース情報８００に含まれるテストケースとして３つのテストケースを示している。

【0096】

テストケース＃１および＃２は、特定のサービスとデータベース間のトランザクション性能の検証項目を示し、テストケース＃３は、特定のサービス間のスループット性能の検証項目を示す。また、それぞれのテストケースにおける期待値が記されており、これを満たすことが検証における合格基準となる。

【0097】

次に、図９および図１０を用いて、本実施の形態における環境構築システムＳを用いた検証環境へのシステム構築の一例について説明する。

【0098】

図９は、実施の形態２における検証環境へのシステム構築例を示す図である。

【0099】

図９では、以降の説明により構築される検証環境の構成を、クラウド環境３００上に記載している。また、クラウド環境３００に接続されたネットワーク１０９、オンプレミス環境７００、および、データベースＸ７０１を除く他の構成要素は、図４で示した構成要素と同一である。

【0100】

図１０は、実施の形態２における検証環境へのシステム構築処理の流れを示すフローチャートの例である。

【0101】

図１０に示すフローチャートは、実施の形態１における図５に示すフローチャートと比較して、ステップＳ１００１が追加されている点と、ステップＳ５０８がステップＳ１００２に置き換えられている点が異なる。これに伴い、以下では、実施の形態１と異なる部分を中心に説明する。次に、図１０のフローチャートを用いて、環境構築システムＳを用いた検証環境へのシステム構築処理について説明する。

【0102】

ステップＳ５０１からステップＳ５０７までの処理は、図５に示す実施の形態１における処理と同一であるため、説明を省略する。なお、ステップＳ５０１からステップＳ５０７までの処理によりシステム構築情報記憶部１０６に格納される情報は、図２と同様であるとする。また、ステップＳ５０２で得られる稼働環境のシステム構成は、図７に示すものであるとする。また、ステップＳ５０３では、実施の形態１と同様、サービス実行単位３０２については、リソース価格削減を優先したリソース選定により検証環境を構築し、サービス実行単位３０３については、稼働環境との通信距離を優先したリソース選定により検証環境を構築することが最適であると判断したものとする。

【0103】

続いて、テスト情報取得部６００は、検証環境で実施するテストケース情報８００を取得する。テスト情報分析部６０１は、当該テストケース情報８００とシステム構成情報分析部１０１による分析結果とを合わせて、テスト内容を分析する（Ｓ１００１）。

【0104】

テストケース情報８００は、テストを実施するユーザがユーザ操作端末４００から入力したものであってよい。テスト情報取得部６００は、ユーザ操作端末４００がネットワーク１０９を介して環境構築システムＳに送信したテストケース情報８００を取得してよい。

【0105】

テスト内容の分析では、テストケース情報８００と、図７に示す稼働環境のシステム構成を示す情報とを用いて、検証環境の構成によって検証結果に影響を及ぼすか否かを判定する。例えば、テストケース＃１は、サービスＸとデータベースＸのトランザクション性能の検証である。仮に、サービスＸ３０４のアップデートに伴う検証を検証環境で実施する場合、サービスＸ３０４を含むサービス実行単位３０２を検証環境に構築することになる。しかし、データベースＸ７０１はオンプレミス環境７００に設置されたものであるため、検証環境がオンプレミス環境から遠く離れたエリアに構築されてしまうと、サービスＸ３０４とデータベースＸ７０１と間の通信距離が長くなり、トランザクション性能の検証結果に影響を及ぼす可能性がある。したがって、サービスＸ３０４を含むサービス実行単位３０２を配置する検証環境は、オンプレミス環境に近いエリアにするべきであると判断できる。

【0106】

同様にして、テストケース＃２および＃３についても分析を行うと、何れのテストケースもサービス実行単位３０３の内部に閉じた検証内容であることがわかる。つまり、テストケース＃２および＃３については、検証環境を構築するエリアによる検証結果への影響は無いものと判断できる。

【0107】

次に、リソース選定部１０３は、システム構築情報記憶部１０６から、リソース価格情報１０６２、通信距離情報１０６３、およびユーザ定義情報１０６６を取得する。そして、リソース選定部１０３は、取得したこれらの情報と、ステップＳ１００１におけるテスト内容の分析結果とに基づいて、最適な使用リソースを決定する。そして、リソース選定部１０３は、その決定した使用リソースの提供エリアを検証環境の配置エリア情報として、システム構築情報記憶部１０６の環境配置情報１０６５に登録する（Ｓ１００２）。

【0108】

ステップＳ５０３で判定した通り、サービス実行単位３０２については、リソース価格削減を優先したリソース選定を行うことで検証環境１を構築し、サービス実行単位３０３については、稼働環境との通信距離を優先したリソース選定を行うことで検証環境２を構築する。ただし、本実施の形態では、検証環境で実施するテスト内容の分析結果（Ｓ１００１）も考慮したリソース選定を行う。例えば、ステップＳ５０３において、サービス実行単位３０２についてはリソース価格削減を優先したリソース選定を行うと判断したが、ステップＳ１００１において、サービス実行単位３０２の検証環境はオンプレミス環境７００に近いエリアに構築するべきであると判断している。検証の目的を考慮すると、コストよりも検証結果への影響を小さくすることが重要となる。そこで、サービス実行単位３０２については、元々稼働環境が配置されているエリアと同じ、エリアＡ３０１を検証環境１の構築エリアとして選定する。一方、サービス実行単位３０３については、検証結果への影響が小さいため、ステップＳ５０３で判定した通り、稼働環境との通信距離を優先したリソース選定を行い、エリアＣ４０３を検証環境２の構築エリアとして選定する。リソース選定部１０３は、このようにして選定されたエリアを検証環境の配置エリア情報として、システム構築情報記憶部１０６の環境配置情報１０６５に登録する。

【0109】

以降、ステップＳ５０９からステップＳ５１０までの処理は、実施の形態１と同一であるため説明を省略する。

【0110】

本実施の形態によれば、稼働環境のシステムの情報に加え、検証環境で実施するテスト内容も考慮することにより、リソースの利用コストと通信距離の最適化を図ると共に、データ保護に関わる法制度にも対応した検証環境を動的に構築することができる。

【0111】

図１１は、本開示の環境構築システムＳを実現するコンピュータのハードウェア例を示す図である。

【0112】

環境構築システムＳを実現するコンピュータ１１００は、ＣＰＵ（Central Processing Unit）に代表されるプロセッサ１１０３、ＲＡＭ（Random Access Memory）等のメモリ１１０４、入力装置１１０６（例えばキーボード、マウス、タッチパネル等）、および出力装置１１０７（例えば外部ディスプレイモニタに接続されたビデオグラフィックカード）が、メモリコントローラ１１０５を通して相互接続される。

【0113】

コンピュータ１１００において、所定のプログラムがＩ／Ｏ（Input/Output）コントローラ１１０２を介してＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）等の外部記憶装置１１０８から読み出されて、プロセッサ１１０３およびメモリ１１０４の協働により実行されることにより、環境構築システムＳが実現される。あるいは、環境構築システムＳを実現するための各プログラムは、ネットワークインターフェース１１０１を介した通信により外部のコンピュータから取得されてもよい。または、リージョン選定システムＳを実現するためのプログラムは、可搬型記憶媒体に格納され、媒体読み取り装置によって読み取られて、プロセッサ１１０３およびメモリ１１０４の協働により実行されてもよい。

【0114】

なお、実施例１および実施例２において、稼働環境がクラウド上に構築されている場合について示したが、稼働環境がオンプレミス環境に構築されていてもよい。

【0115】

また、実施例２では、検証環境で実施するテスト内容を考慮し、コストよりも検証結果への影響を無くすことを優先した検証環境の構築方法を示した。しかし、検証結果への影響を無くすことを優先することで、コストが高くなり、ユーザ要件を満たさない場合が想定される。実際、実施例２で選定した検証環境の構築エリア（エリアＡ）におけるリソース価格は＄０．２／時間であり、ユーザ定義情報１０６６に記されたユーザ要件を満たしていない。そこで、このようにユーザ要件を満たさない判定が行われた場合には、環境構築システムＳを利用するユーザに対して、構築方法についての確認を行う処理を実装し、ユーザの判断に応じて、検証環境を構築するようにしても良い。この場合、環境構築システムＳはネットワーク１０９を介してユーザ操作端末４００に情報を出力することでユーザへの確認処理を実現できる。また、ユーザは、ユーザ操作端末４００に検証環境の構築方法を入力することで、ネットワーク１０９を介して環境構築システムＳに指示を出すことができる。

【0116】

なお、本発明は上記した実施の形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除または置換をすることが可能である。また、各実施の形態の処理における各ステップは、同一結果を得ることができる限りにおいて適宜順序を入れ替えて実行されてもよい。

【0117】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ＨＤＤ、ＳＳＤ等の記憶部、または、ＩＣカード、半導体記録媒体、磁気記録媒体、光学記録媒体に格納することができる。

【0118】

また、図面における制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

【符号の説明】

【0119】

１００…システム構築情報取得部、１０１…システム構成情報分析部、１０２…環境配置決定部、１０３…リソース選定部、１０４…システム構成情報変換部、１０５…システム構築部、１０６…システム構築情報記憶部、１０６１…システム構成情報、１０６２…リソース価格情報、１０６３…通信距離情報、１０６４…保護データ情報、１０６５…環境配置情報、１０６６…ユーザ定義情報、１０７…リソース価格情報取得部、１０８…通信距離情報取得部、１０９…ネットワーク、１１０…リソース価格情報提供サーバ、１１１…リソース提供サーバ群、３００…クラウド環境、３０１，４０２，４０３…環境配置エリア、３０２，３０３…サービス実行単位、３０４，３０５，３０６…サービス、３０７，３０８，７０１…データベース、４００…ユーザ操作端末、４０１…構築サーバ、６００…テスト情報取得部、６０１…テスト情報分析部、７００…オンプレミス環境、８００…テストケース情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】