JP7310883B2 - 環境構築支援システム、装置、方法、プログラム - Google Patents

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２０１９－０９００５７号（２０１９年 ５月１０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、環境構築支援システム、装置、方法、プログラムに関する。

近年、市場環境の変化に柔軟かつ迅速に対応する為に、仮想化技術が注目を集めている。ハイパーバイザ型のサーバ仮想化技術では、ハイパーバイザ上の仮想マシン（Virtual Machine）上にゲストＯＳ（Operating System）とアプリケーションを備えている。一方、コンテナ型仮想化技術は、図１４に模式的に示すように、ＯＳの上にコンテナと呼ばれる仮想的なユーザ空間を複数提供し、コンテナ内でアプリケーションを動作させる。コンテナエンジンは、コンテナ実行環境を提供する。コンテナ型仮想化技術は、ゲストＯＳの設定や起動を必要としない。コンテナ型仮想化技術は、
・ハイパーバイザ型の仮想化技術よりも軽量である、
・アプリケーションの起動等が高速である等
の特徴を有する。なお、コンテナ型仮想化技術について、例えば特許文献２等が参照される。

以下では、以下の実施形態等の理解の前提として、コンテナ型仮想化技術について、Ｄｏｃｋｅｒ（ドッカー）を例に概説する（Ｄｏｃｋｅｒについては例えば非特許文献１参照）。なお、Ｄｏｃｋｅｒエンジン（図１４のコンテナエンジンに対応）は、ホストマシンで動作するＤｏｃｋｅｒコンテナ（図１４のコンテナに対応）を動作・管理する。ＤｏｃｋｅｒイメージはＤｏｃｋｅｒコンテナを作成するための元となるＯＳやミドルウェア等（バイナリ／ライブラリ（図１４のＢｉｎｓ／Ｌｉｂｓに対応））のイメージのファイルである。Ｄｏｃｋｅｒイメージは読み込み専用であり（Read Only）、イメージレイヤの積み重ねで構成される。Ｄｏｃｋｅｒコンテナは、ホストマシンのＯＳ上でプロセスとして起動するコンテナであり、書き込み可能なコンテナ・レイヤを追加したものである。Ｄｏｃｋｅｒ Ｈｕｂ（ドッカーハブ）は誰でも利用可能な公開レポジトリであり、Ｄｏｃｋｅｒイメージを取得することができるサービスを提供する。Ｄｏｃｋｅｒｆｉｌｅ（ドッカーファイル）は、ＤｏｃｋｅｒイメージやＤｏｃｋｅｒコンテナをインストールするための手順や設定を行うためのテンプレート（テキストファイルであり、オーケストレーションテンプレートともいう）である。

Ｄｏｃｋｅは、例えば以下の特徴を有する。

Ｄｏｃｋｅｒが実装されるマシン上に、Ｄｏｃｋｅｒイメージをダウンロードするだけで何処でも動作させることができる。

誰でも利用可能な公開レポジトリ（Ｄｏｃｋｅｒ Ｈｕｂ）を備え、多くのＤｏｃｋｅｒイメージが公開されている。それらを活用する事でゼロからシステムを作る必要がなく効率的である。

Ｄｏｃｋｅｒイメージはその汎用性を高めるために、きわめて細かなサービス単位で、機能提供が行われる。このため、複数のＤｏｃｋｅｒイメージを組み合わせで活用することが一般的に行われている。

図１５は、ＯｐｅｎＳｔａｃｋの各コンポーネントをＤｏｃｋｅｒコンテナで構築する例を模式的に説明する図である（非特許文献２等参照）。図１５では、オーケストレータ（不図示）は、Ｄｏｃｋｅｒ Ｈｕｂから、ＯｐｅｎＳｔａｃｋの複数のコンポーネントにそれぞれ対応する複数のＤｏｃｋｅｒイメージを取得し（ｐｕｌｌ）、ホストマシン（Ｎｏｄｅ＃１、＃２）上に、複数のＤｏｃｋｅｒイメージをコンテナとしてデプロイする。なお、図１５において、Ｈｏｒｉｚｏｎは、ＯｐｅｎＳｔａｃｋにおけるＷｅｂ ＧＵＩ（Graphical User Interface）を提供する。Ｋｅｙｓｔｏｎｅは、ＯｐｅｎＳｔａｃｋのダッシュボード画面やＡＰＩ（Application Programming Interface）に対するアクセスの際のユーザ認証の機能を担う。Ｎｏｖａ－ａｐｉは、エンドユーザからのＮｏｖａへのリクエストを受け付ける。ＭａｒｉａＤＢは、オープンソースリレーショナルデータベースシステムである。

リソースの自動構築の関連技術として、特許文献１には、ユーザによって入力された曖昧なリソース要求に対して、その要求を満たす技術階層（物理マシン、仮想マシン、オペレーティングシステム等の組み合わせ）を自動的に構築できるようにしたシステムが開示されている。リソースを含む複数の管理対象物理マシンを利用してリソースを自動構築するために、リソースを構成する要素のクラス、リソースを構成する要素に対応する情報、インスタンスに対応する要素を構築するための知識、が用意される。リソース要求が入力されると、クラス階層、選択条件、除外条件を含む条件に分解し、選択条件を満足し、除外条件に該当しないインスタンスのうち、状態が未使用にあるインスタンスを検索し、所定の条件を満たすインスタンスを検索できた場合、そのインスタンスをユーザの要求を満たすリソースとして出力する。

クラウドオーケストレーションに関して、特許文献２には、自動アプリケーション展開のための方法であって、前記方法が、クラウド管理ノードによって実行され、前記クラウド管理ノードが複数のコンピュータ装置のうちの少なくとも１つに展開され、前記方法は、ユーザによって入力されるアプリケーションオーケストレーションテンプレートを受け付けるステップと、前記アプリケーションオーケストレーションテンプレートからアプリケーションのアプリケーションモデル特性を解析するステップと、前記アプリケーションモデル特性および予め設定されたルールに従って、前記アプリケーションに対応する第１のインスタンス作成方法を決定するステップと、前記複数のコンピュータ装置のうちの前記第１のインスタンス作成方法に対応する第１のコンピュータ装置を決定するステップと、第１のインスタンス作成コマンドを、前記第１のコンピュータ装置へと送信するステップであって、前記第１のインスタンス作成コマンドが前記第１のコンピュータ装置に対して前記第１のインスタンス作成方法に従って前記アプリケーションのための第１のインスタンスを作成するように指示するために使用されるステップを含む。

仮想化環境構築の自動化に関して、特許文献３には、コンピュータの仮想化環境を構築するための過去に構築した実績仮想化環境構築情報を格納したデータベースサーバと、コンピュータの仮想化環境を新たに構築するための標準仮想化環境構築情報を格納したデータウェアハウスサーバと、仮想化環境を構築する簡易プログラムであるスプリクトを生成するビジネスロジックサーバとを備え、前記ビジネスロジックサーバが、ユーザが設定した仮想化環境構築条件を基にユーザ条件に適合した仮想化環境を仮想コンピュータシステムに新たに構築するスプリクトを生成する仮想化環境構築支援システムであって、前記ビジネスロジックサーバが、ユーザが設定した利用ハードウェアと利用リソース情報に類似する実績仮想化環境構築情報を前記データベースサーバから取得し、前記データウェアハウスサーバから前記標準仮想化環境構築情報を取得し、前記取得した実績仮想化環境構築情報及び標準仮想化環境構築情報を基に前記ユーザからの利用ハードウェアと利用リソース情報に適合した仮想化環境を仮想コンピュータシステムに新たに構築する仮想化環境構築情報を生成するスプリクトを生成する仮想化環境構築支援システムが開示されている。

特開２００９－２４５４０９号公報 特表２０１９－５０３５３５号公報 特開２０１１－２４２９６４号公報

［図解］Dockerの全体像を理解する -前編、平成31年04月10日閲覧、インターネット（URL：https://qiita.com/kotaro-dr/items/b1024c7d200a75b992fc） OpenStack Kolla について 平成31年04月23日閲覧、インターネット（URL：https://www.business-on-it.com/2004-kolla/）

関連技術のコンテナ型仮想化技術（一例としてＤｏｃｋｅｒ）では、コンテナあるいは仮想マシン上のファイルシステムをイメージとしてパッケージ化する機能が存在する。この機能を利用し、不特定多数のイメージ開発者・管理者の間で開発したイメージを共有するシステムが提供されている（一例としてＤｏｃｋｅｒ Ｈｕｂ）。

一般的に複数のＤｏｃｋｅｒイメージ開発・管理者や複数のサービス開発・管理者が存在し、それぞれ独立して作業を実施している。このため、作業者間での情報共有が難しい。Ｄｏｃｋｅｒイメージ開発・管理者は基本的に自身の開発したＤｏｃｋｅｒイメージ以外の詳細を把握出来ない。この結果、異なるＤｏｃｋｅｒイメージ開発・管理者がそれぞれ開発してＤｏｃｋｅｒ Ｈｕｂにアップロードした複数のＤｏｃｋｅｒイメージに関して、これらのＤｏｃｋｅｒイメージの併用が適していない可能性が有る。

また、あるサービス開発・管理者がイメージについて把握している構成、版数、性能などのノウハウ情報を他のサービス開発・管理者が活用する手立て（手段）が無く、既に他の環境で構築の実績がある場合でも、ゼロから設計しなければならないということもあり得る。

なお、パッケージの依存性解決を行う関連技術のパッケージ管理システムとして、ｙｕｍ（Yellowdog Updater Modified）やａｐｔ（Advanced Packaging Tool）等が知られている。しかし、特定のＤｏｃｋｅｒイメージを用いた構成は、複数パターンが存在し、かつＤｏｃｋｅｒイメージ開発・管理者も一意に決めることが出来ない。このため、ｙｕｍやａｐｔ等の関連技術のパッケージ管理システムでは、上記課題を解決することは難しい。

上記した特許文献１では、リソース要求を入力とし、所定の条件を満たすインスタンスを検索できた場合、そのインスタンスをユーザの要求を満たすリソースとして出力するものであり、上記課題に対応したものではない。

本発明は、上記課題に鑑みて創案されたものであって、その目的の１つは、環境構築要求を行う要求元で把握していないイメージに関するノウハウ情報を環境構築に活用可能とする環境構築支援システム、装置、方法、プログラムを提供することにある。

本発明の一形態によれば、コンテナの元となるイメージについて環境構築に関するノウハウ情報を記憶装置に蓄積するノウハウ蓄積ユニットと、断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記ノウハウ蓄積ユニットからノウハウ情報を取得し、前記ノウハウ情報に基づき前記断片的な環境構築情報を補完し、完成した環境構築情報を生成する環境構築支援ユニットと、を備えた環境構築支援システムが提供される。

本発明の別の一形態によれば、断片的な環境構築情報での環境構築要求を要求元から受け取ると、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットから、ノウハウ情報を取得し、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する環境構築支援方法が提供される。

本発明の別の一形態によれば、断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する手段と、前記ノウハウ蓄積ユニットから、前記ノウハウ情報要求に対する応答として、前記断片的な環境構築情報にマッチした前記ノウハウ情報を受信すると、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する手段と、を備えた環境構築支援装置が提供される。

本発明のさらに別の一形態によれば、断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する処理と、前記ノウハウ蓄積ユニットから、前記ノウハウ情報要求に対する応答として、前記断片的な環境構築情報にマッチした前記ノウハウ情報を受信すると、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する処理と、をプロセッサに実行させるプログラムが提供される。

本発明のまたさらに別の一形態によれば、上記プログラムを記憶したコンピュータ可読記録媒体（computer readable recording medium）（例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory)、EEPROM(Electrically Erasable and Programmable ROM））等の半導体ストレージや、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc等）が提供される。

本発明によれば、環境構築要求を行う要求元で把握していないイメージに関するノウハウ情報を環境構築に活用することができる。

（Ａ）、（Ｂ）はＤｏｃｋｅｒイメージの管理（比較例）を説明する図である。 （Ａ）、（Ｂ）はＤｏｃｋｅｒイメージの管理（比較例）を説明する図である。 （Ａ）、（Ｂ）はＤｏｃｋｅｒイメージの管理（比較例）を説明する図である。 本発明の一実施形態のシステムを説明する図である。 本発明の一実施形態を模式的に説明する図である。 本発明の一実施形態を模式的に説明する図である。 本発明の一実施形態のノウハウ蓄積ユニットのノウハウ蓄積情報を説明する図である。 本発明の一実施形態のノウハウ蓄積ユニットの構成例を説明する図である。 本発明の一実施形態の環境構築支援ユニットの構成例を説明する図である。 本発明の一実施形態におけるノウハウ情報の事前登録手順を説明する流れ図である。 （Ａ）、（Ｂ）は本発明の一実施形態におけるイメージの事前登録手順、事前のインフラ構築手順を説明する流れ図である。 本発明の一実施形態における処理手順を説明する流れ図である。 本発明の一実施形態のコンピュータ実装例を説明する流れ図である。 コンテナ型仮想化技術を説明する図である。 クラウドオーケストレーションの一例を模式的に説明する図である。

はじめに、本発明の実施形態を実装しない場合のＤｏｃｋｅｒイメージの管理の比較例を説明する。図１（Ａ）、（Ｂ）は、Ｄｏｃｋｅｒイメージ（単に「イメージ」ともいう）の開発・管理者Ａ、Ｂがそれぞれ開発し、Ｄｏｃｋｅｒ Ｈｕｂに登録したイメージＡ、Ｂの併用（共有）が適していない例を説明する図である。図１（Ａ）、（Ｂ）には、コンテナの元となるイメージの構成が模式的に示されている。図１（Ａ）の構成２１Ａでは、イメージＡの版数が１．０であり、該イメージＡに割り当てられるリソースとして、ネットワーク（ＮＷ）は、ＮＷ：ＸとＮＷ：Ｙの２つ、６コアのＣＰＵ（Central Processing Unit）、メモリの容量：５ＧＢ（Giga Bytes）、ＨＤＤ（Hard Disk Drive）の容量：５００ＧＢである。ＩＦＸ、ＩＦＹはＮＷ：ＸとＮＷ：Ｙにそれぞれ接続するＮＩＣ（Network Interface Card）である。

図１（Ｂ）の構成２１Ｂでは、イメージＢの版数が１．０であり、イメージＢに割り当てられるリソースとして、ネットワーク（ＮＷ）はＮＷ：ＸとＮＷ：Ｙ、ＮＷ：Ｚの３つ、６コアのＣＰＵ、メモリの容量：１ＧＢ、ＨＤＤの容量：１００ＧＢである。ＩＦＺはＮＷ：Ｚに接続するＮＩＣである。

イメージＡとイメージＢでは、使用するネットワークが一致していない。また、イメージＡとイメージＢはともに同じリソース（ＣＰＵ）を大量に必要としている。さらに、イメージＡとイメージＢはＮＷ：Ｘを主ネットワーク（main）として使用している。このため、イメージＡとイメージＢに対応するコンテナでアプリケーションを動作させても、所望の性能はでない。このように、Ｄｏｃｋｅｒイメージ開発・管理者は、基本的に自身の開発したイメージ以外はその詳細を把握することは出来ない。その結果、上記したように、異なるＤｏｃｋｅｒイメージ開発・管理者Ａ、Ｂがそれぞれ開発したイメージ：Ａとイメージ：Ｂの併用が適していない場合が生じる。

図２（Ａ）、（Ｂ）は、複数のサービス開発・管理者が存在するが、あるサービス開発・管理者が把握しているイメージの構成、版数、性能等のノウハウ情報を、別のサービス開発・管理者が活用できていない例を説明する図である。図２（Ａ）、（Ｂ）には、コンテナの元となるイメージの情報が模式的に示されている。

図２（Ａ）の構成２２Ａにおいて、サービス開発・管理者：αは、イメージＡ（１．０）、Ｃ（１．０）、Ｄ（１．５）を用いたシステムを構築し性能を確認した実績、ノウハウを有する。図２（Ａ）では、ホスト配置として、イメージＡの１．０版がＮｏｄｅ＃１にデプロイ（配置）され、イメージＣの１．０版とイメージＤの１．５版は、Ｎｏｄｅ＃２にデプロイされる。図２（Ａ）において、サービス開発・管理者：αは、イメージＡ（１．０）、Ｃ（１．０）、Ｄ（１．５）を用いたシステムをすでに構築し、性能を確認した実績、及びノウハウを有する。

図２（Ｂ）の構成２２Ｂにおいて、サービス開発・管理者：βは、イメージＡ（１．０）を使用し、通信速度５００Ｍｂｐｓ（Megabits per second）の性能を出したいが、実績、ノウハウがない。例えば、
・ネットワークは、ＮＷ：ＸとＮＷ：Ｙの２つでよいか、
・イメージＡ（１．０）とつながるイメージ及びその版数は何か、
・コンテナのホスト配置はどうしたらよいか、
等がサービス開発・管理者：βにとって不明である。

このように、サービス開発・管理者：βは、サービス開発・管理者：αが把握している構成、版数、性能、ホスト配置等のノウハウ情報を活用する術が無く、このため環境の設計等をゼロから始めなければならない場合がある。

図３（Ａ）、（Ｂ）は、Ｄｏｃｋｅｒイメージを用いた構成が複数存在する例を説明する図である。イメージＡ（１．０）を用いた構成として、図３（Ａ）、（Ｂ）に構成（１）、（２）として示すように、複数のパターンが存在している。図３（Ａ）の構成２３Ａは、図２（Ａ）の構成２２Ａと同一である。図３（Ｂ）の構成２３Ｂは、Ｎｏｄｅ＃２上のコンテナの配置（イメージＥ（１．０）のコンテナが配置されている）は、図３（Ａ）の配置と異なり、さらに、イメージＦ（１．５）のコンテナをデプロイするＮｏｄｅ＃３が追加されている。Ｄｏｃｋｅｒイメージの開発・管理者が、構成２３Ａと構成２３Ｂのいずれを採用するか、一意に決めることが出来ない場合もある。

上記した比較例に対して、本発明によれば、例えば環境構築要求を行うサービス開発・管理者等で把握していないイメージに関するノウハウ情報を環境構築に活用可能とするシステム、装置、方法、プログラムが少なくとも提供される。本発明の例示的な実施形態について以下に説明する。本発明の一実施形態は、各作業者の独立性を維持しつつ、サービス開発・管理者とノウハウ情報提供者が固有に得た構成、版数、性能情報をノウハウ情報として蓄積・集約し、これらを他のサービス開発・管理者が有効活用することを可能としており、サービス開発・管理者等による環境構築を支援し負担の軽減を図る。

本発明の一実施形態によれば、例えばサービス開発・管理者（例えばＤｏｃｋｅｒイメージ利用者）やノウハウ提供者が得たＤｏｃｋｅｒイメージ（「イメージ」と略記される）の構成や、版数、性能情報等の固有のノウハウ情報を蓄積するノウハウ蓄積ユニット（ノウハウ蓄積装置、ノウハウ蓄積機構）を設け、これらの情報を、他のサービス開発・管理者が環境構築支援ユニット（環境構築支援装置、環境構築支援機構）を通して活用可能としている。

図４は、本発明の例示的な一実施形態を説明する図である。図４を参照すると、ノウハウ蓄積ユニット（機構、装置）１１と、環境構築支援ユニット（機構、装置）１２と、を備えている。ノウハウ蓄積ユニット１１と、環境構築支援ユニット１２は、環境構築支援システム１０を構成している。

ノウハウ蓄積ユニット１１は、コンテナの元となるイメージについて環境構築に関するノウハウ情報を記憶装置（不図示）に蓄積する。

環境構築支援ユニット１２は、要求元（例えばサービス開発・管理者）から、該要求元が構成を把握していないため、未指定であるか完成していない項目を含む断片的な環境構築情報での環境構築要求を受けると、ノウハウ蓄積ユニット１１から、必要なノウハウ情報を取得し、該ノウハウ情報に基づき、断片的な環境構築情報を補完し、完成した環境構築情報を生成する。

例示的な一実施形態において、環境構築支援ユニット１２は、断片的な環境構築情報を受けると、断片的な環境構築情報を補完するノウハウ情報を取得するために、ノウハウ蓄積ユニット１１に対してノウハウ情報要求を送信する。

ノウハウ蓄積ユニット１１は、環境構築支援ユニット１２からノウハウ情報要求を受けとると、断片的な環境構築情報にマッチしたノウハウ情報が記憶装置（不図示）に登録されているか探索し、登録されている場合、該当するノウハウ情報を環境構築支援ユニット１２に送信する。

環境構築支援ユニット１２は、ノウハウ蓄積ユニット１１から送信されたノウハウ情報に基づき、断片的な環境構築情報を補完して、完成した環境構築情報を生成する。

例示的な一実施形態において、環境構築支援ユニット１２は、ノウハウ蓄積ユニット１１で断片的な環境構築情報にマッチしたイメージに関するノウハウ情報が得られない場合、ノウハウ蓄積ユニット１１に対して、断片的な環境構築情報に一部マッチしたノウハウ情報が記憶装置に登録されていないか探索することを要求するようにしてもよい。

環境構築支援ユニット１２は、ノウハウ蓄積ユニット１１から一部マッチしたノウハウ情報が返送されると、当該一部マッチしたノウハウ情報を、環境構築要求の要求元に送信するようにしてもよい。

例示的な一実施形態において、断片的な環境構築情報が、ノウハウ情報のうちどの項目を優先するかを指定する優先度情報を有する構成としてもよい。ノウハウ蓄積ユニット１１において、マッチした前記ノウハウ情報が複数登録されている場合、環境構築支援ユニット１２は、ノウハウ蓄積ユニット１１から提供される複数のノウハウ情報のうち、優先度情報に基づき、いずれかを選択する構成としてもよい。

例示的な一実施形態において、サービス開発・管理者は、環境構築支援ユニット１２に接続する端末等から、環境を構築するための環境構築情報（環境を構成するイメージ、該イメージの配置先等を記載するテンプレート（テキストファイル））として、例えば、断片的な環境構築情報を入力するだけで、環境構築支援ユニット１２は、ノウハウ蓄積ユニット１１に蓄積されたノウハウ情報から情報を補完して、完成した環境構築情報を生成することができる。完成した環境構築情報はオーケストレータに受け渡される。オーケストレータでは、環境構築情報にしたがって、イメージを蓄積する公開レポジトリから対応するイメージを取得し、環境構築情報に基づき、前記イメージをホストにデプロイする。環境構築支援ユニット１２は、ソフトウェアモジュールとして構成してもよい。

図５は、本発明の例示的な一実施形態を説明する図である。図５において、Ｄｏｃｋｅｒ Ｈｕｂ５０は、Ｄｏｃｋｅｒイメージが公開されているレジストリである。Ｄｏｃｋｅｒ Ｈｕｂ５０は、Ｄｏｃｋｅｒイメージ開発・管理者２が開発したＤｏｃｋｅｒイメージを蓄積し、オーケストレータ２０からの要求に応じ、Ｄｏｃｋｅｒイメージの提供を行う。

インフラ環境４０は、インフラ構築・管理者３によって構築されたサーバ環境やネットワーク環境を表している。特に制限されないが、図５では、インフラ環境４０が、オーケストレータ２０と、コンテナが配置される物理マシン（ホスト）３１、３２を含む例が示されている。

オーケストレータ２０は、環境構築情報にしたがってＤｏｃｋｅｒ Ｈｕｂ５０からＤｏｃｋｅｒイメージを取得し、コンテナのデプロイを行う。２０３は、オーケストレータ２０がＤｏｃｋｅｒ Ｈｕｂ５０から取得したＤｏｃｋｅｒイメージを表している。Ｄｏｃｋｅｒイメージ２０３は、オーケストレータ２０がホストにコンテナとしてデプロイする際に用いられる。

サービス開発・管理者１（作業者：１－β）は、事前にノウハウ情報をノウハウ蓄積ユニット１１に登録する（後述される図６の構成ラベルＩを登録）。
ノウハウ情報提供者４（作業者４－α）は、事前にノウハウ情報をノウハウ蓄積ユニット１１に登録する（後述される図６の構成ラベルＩＩを登録）。

Ｄｏｃｋｅｒイメージ開発者・管理者２はイメージＡ（１．０）、Ｂ（１．０）を開発し、作業者（２－α、２－β）はイメージＡ（１．０）、Ｂ（１．０）をそれぞれＤｏｃｋｅｒ Ｈｕｂ５０にアップロード（ｐｕｓｈ）する。

インフラ構築・管理者３（作業者：３－α）は、事前にインフラ環境４０（サーバ環境、ネットワーク環境等）を構築する。

図５には、サービス開発・管理者１（作業者：１－α）が断片的な環境構築情報として、
・対象イメージ：Ａ（１．０）、
・処理性能：５００Ｍｂｐｓ以上、
・優先度：ＣＰＵ優先、
を指定した環境構築要求を行い、正常に処理が行われた場合の例が示されている。

サービス開発・管理者１は、例えばサービス開発・管理者１の端末から、断片的な環境構築情報での環境構築要求を環境構築支援ユニット１２に入力する。

環境構築支援ユニット１２は、環境構築要求の受信を契機に、ノウハウ蓄積ユニット１１に対し、断片的な環境構築情報にマッチするノウハウ情報を要求する。

ノウハウ蓄積ユニット１１は、ノウハウ情報の要求を受信すると、断片的な環境構築情報にマッチしたノウハウ情報を環境構築支援ユニット１２に提供する。

環境構築支援ユニット１２は入手したノウハウ情報を用いて完成した環境構築情報として、
イメージ：Ａ（１．０）／Ｃ（１．０）／Ｄ（１．５）
配置 ノード＃１：Ａ
ノード＃２：Ｃ／Ｄ
を作成し、オーケストレータ２０に作成した環境構築情報を渡す。

オーケストレータ２０は、完成した環境構築情報に基づき、ＤｏｃｋｅｒイメージＡ（１．０）、Ｃ（１．０）、Ｄ（１．５）をＤｏｃｋｅｒ Ｈｕｂ５０から取得する。

完成した環境構築情報で指定されたホスト配置に従い、イメージＡ（１．０）をコンテナ：Ａ（１．０）としてＮｏｄｅ＃１に配置（デプロイ）し、イメージＣ（１．０）、Ｄ（１．５）を、それぞれコンテナ：Ｃ（１．０）、Ｄ（１．５）としてＮｏｄｅ＃２に配置（デプロイ）する。

図６は、図５を参照して説明した一実施形態をさらに詳細に説明する図である。以下では、図６を参照して、サービス開発・管理者が断片的な環境構築情報として、対象イメージ：Ａ（１．０）、処理性能：５００Ｍｂｐｓ以上を指定し、正常処理した場合（ノウハウ蓄積ユニット１１で断片的な環境構築情報にマッチしたノウハウ情報が探索できた場合）の例を説明する。

まず、サービス開発・管理者１が端末１０１から、断片的な環境構築情報での環境構築要求を環境構築支援ユニット１２に入力する（Ｓ１１）。

環境構築支援ユニット１２では、断片的な環境構築情報２０１を記憶装置（不図示）に格納する。断片的な環境構築情報２０１には、
・使用するイメージ：Ａ（１．０）、
・配置（ホスト配置）：？？？、
・性能：５００Ｍｂｐｓ、
等が設定されている。なお、断片的な環境構築情報２０１において、未指定の項目である「配置（ホスト配置）」では、未指定（問い合わせ）を表す文字列：「？？？」が予約語として用いられているが、他の文字列を用いてもよいことは勿論である。

環境構築支援ユニット１２は、ノウハウ蓄積ユニット１１に対し、断片的な環境構築情報にマッチするノウハウ情報を要求する（Ｓ１２）。

ノウハウ蓄積ユニット１１は、断片的な環境構築情報にマッチしたノウハウ情報を環境構築支援ユニット１２に提供する（Ｓ１３）。

環境構築支援ユニット１２は、入手したノウハウ情報を用いて断片的な環境構築情報を補完することで、完成した環境構築情報２０２を作成する（Ｓ１４）。環境構築支援ユニット１２は、完成した環境構築情報２０２を不図示の記憶装置に格納する。

図６の例では、完成した環境構築情報２０２は、
・使用するイメージ：Ａ（１．０）／Ｃ（１．０）／Ｄ（１．５）
・配置（ホスト配置）：
Ｎｏｄｅ＃１：Ａ（１．０）
Ｎｏｄｅ＃２：Ｃ（１．０）／Ｄ（１．５）
・性能：５００Ｍｂｐｓ、
である。完成した環境構築情報２０２では、断片的な環境構築情報２０１の“Ａ（１．０）”から“Ａ（１．０）／Ｃ（１．０）／Ｄ（１．５）”に補完修正され、断片的な環境構築情報２０１では未指摘の配置（ホスト配置）の情報：“Ｎｏｄｅ＃１：Ａ（１．０）”、“Ｎｏｄｅ＃２：Ｃ（１．０）／Ｄ（１．５）”が新たに充填されている。

環境構築支援ユニット１２は、オーケストレータ２０に完成した環境構築情報２０２を渡す。環境構築支援ユニット１２は、完成した環境構築情報２０２を、環境構築要求の要求元であるサービス開発・管理者１の端末１０１に送信し、端末１０１の表示画面等に提示するようにしてもよい。

オーケストレータ２０は、完成した環境構築情報２０２に必要なＤｏｃｋｅｒイメージをＤｏｃｋｅｒ Ｈｕｂ５０から取得する（Ｓ１５）。

オーケストレータ２０は、環境構築情報に従い、取得したＤｏｃｋｅｒイメージのホストへの配置（デプロイ）を実施する（Ｓ１６）。

イメージ：Ａ（１．０）（コンテナ）はノード＃１（３１）にデプロイされ、イメージ：Ｃ（１．０）、Ｄ（１．５）（コンテナ）はノード＃２（３２）にデプロイされる。なお、ノード＃１（３１）において、コンテナＡ（１．０）はネットワーク（ＮＷ）：Ｘ、Ｙと接続され、ノード＃２（３２）において、コンテナＣ（１．０）はネットワーク（ＮＷ）：Ｚと接続され、コンテナＤ（１．５）は、ネットワーク（ＮＷ）：Ｘ、Ｙ、Ｚと接続される。

図７は、図６におけるノウハウ蓄積ユニット１１で蓄積されるノウハウ情報１１７のデータ構造を模式的に説明する図である。図７において、動作実績がある構成が、１つの構成ラベルに対応する（図７では、構成ラベル－Ｉ、構成ラベル－ＩＩ）。また構成に含まれるイメージ毎に、行が分かれ、当該イメージに割り当てたリソースが「動作確認済みスペック（specification）」に入る。
ノウハウ情報１１７は、構成ラベル（Ｉ、ＩＩ）の各々に対応して、
・対象イメージ（名前、版数）、
・動作確認済みスペックとして、対象イメージに割り当てられるＣＰＵ（ＣＰＵコア数）、Ｍｅｍ（Ｍｅｍｏｒｙ）容量、ＨＤＤ（Hard Disk Drive）の容量、ネットワーク帯域、インタフェース（ＩＦ）（Ｘ（〇）は、ＮＷ：Ｘと通信接続するインタフェースであることを示している）、
・動作確認済みイメージ（名前、版数）（対象イメージと組み合わせた構成で動作確認済みの１つ又は複数のイメージの名前と版数、例えば、エントリＮｏ．３では、対象イメージＡに対してイメージＣ（１．０）、Ｄ（１．５）が動作確認済みであり、動作結果はＯＫ）、
・ホスト配置（対象イメージがコンテナとしてデプロイされるホスト）、
・動作結果（〇：動作結果が得られ、結果はＯＫ、×：動作結果が得られていないか、結果は不可）、
・処理性能（動作が確認されたイメージでの通信速度等）等を含む。

ノウハウ情報１１７として登録する情報は、必要に応じて、追加/削除が可能である。ノウハウ情報１１７は、図７のフォーマットに限定されるものではない。ノウハウ蓄積ユニット１１において、ノウハウ情報１１７のテーブルをデータベースで管理するようにしてもよい。この場合、ノウハウ蓄積ユニット１１は、該データベースを内部に備えるかわりに、通信手段を介して該データベースにアクセスする構成としてもよい。

断片的な環境構築情報は、サービス開発・管理者１で把握されている環境構築情報の一部であり、以下の２つの情報（対象イメージと処理性能）を必須指定のパラメータとし、必要に応じて任意に指定されるパラメータの追加も可能としている。

例えば、ノウハウの蓄積が進むと条件にマッチするノウハウ情報が複数存在する場合が想定される。この場合、何を優先するかを指定する事も可能とする。

・対象イメージ：サービス開発・管理者が使用したい機能を持つイメージの名前と版数。

・処理性能：サービス開発・管理者が期待する処理性能。

・優先度：複数のノウハウ情報が存在する場合、サービス開発・管理者が優先したいパラメータ。図６の断片的な環境構築情報２０１では、優先度はＣＰＵ優先である。

図８は、本発明の一実施形態におけるノウハウ蓄積ユニット１１の構成（機能）を例示する図である。図８を参照すると、ノウハウ蓄積ユニット１１において、ノウハウ情報登録部１１１は、サービス開発・管理者１もしくはノウハウ情報提供者４の端末から送信されたノウハウ情報１１７を記憶装置１１６に登録する。ノウハウ情報要求／再要求受信部１１２は、環境構築支援ユニット１２から送信されたノウハウ情報要求／ノウハウ情報再要求を受け取る。

ノウハウ情報抽出部１１３は、ノウハウ情報要求／再要求受信部１１２で受けとったノウハウ情報要求に基づき、記憶装置１１６に登録されているノウハウ情報１１７を探索し、断片的な環境構築要求情報にマッチしたノウハウ情報（断片的な環境構築情報を補完するノウハウ情報）を抽出する。また、ノウハウ情報抽出部１１３は、ノウハウ情報要求／再要求受信部１１２で受けとったノウハウ情報再要求に基づき、記憶装置１１６に記憶されているノウハウ情報１１７を探索し、断片的な環境構築要求情報に一部マッチしたノウハウ情報（断片的な環境構築情報を一部補完するノウハウ情報）を抽出する。

ノウハウ情報提供部１１４は、ノウハウ情報抽出部１１３が抽出したノウハウ情報を、応答として、通信装置１１５を介して環境構築支援ユニット１２に返す。

通信装置１１５は、サービス開発・管理者１もしくはノウハウ情報提供者４の端末や環境構築支援ユニット１２と通信接続する。

制御部１１０は、ノウハウ蓄積ユニット１１の各部を制御する。ノウハウ蓄積ユニット１１の各部はコンピュータで実行されるプログラムによってその機能を実現するようにしてもよい。なお、記憶装置１１６は、ノウハウ蓄積ユニット１１の外部に備え、通信装置１１５等を介してアクセスする構成としてもよい。

図９は、環境構築支援ユニット１２の構成（機能）を例示する図である。図９を参照すると、環境構築支援ユニット１２において、環境構築要求受付部１２１は、サービス開発・管理者１の端末１０１から送信された環境構築要求を、通信装置１２７を介して受け取る。

環境構築情報補完要否判定部１２２は、環境構築要求に含まれる環境構築情報が断片的であり補完する必要があるか否かを判定する。環境構築情報補完要否判定部１２２で環境構築情報が完全であると判断した場合（補完の必要なし）、サービス開発・管理者１の端末１０１から送信された環境構築情報はそのままオーケストレータ２０に受け渡される。

環境構築情報補完要否判定部１２２で、環境構築情報が断片的であり補完が必要と判断した場合、ノウハウ情報要求／再要求送信部１２３は、ノウハウ情報要求を、通信装置１２７を介してノウハウ蓄積ユニット１１に送信する。

ノウハウ情報受信部１２４は、ノウハウ蓄積ユニット１１から返信されたノウハウ情報を、通信装置１２７を介して受け取る。

環境構築情報補完部１２５は、断片的な環境構築情報にマッチしたノウハウ情報（断片的な環境構築情報を補完するノウハウ情報）がノウハウ蓄積ユニット１１から送信された場合、該ノウハウ情報を用いて（断片的な環境構築情報を該ノウハウ情報に基づき補完して）、完成した環境構築情報を生成する。

環境構築情報補完部１２５において、断片的な環境構築情報にマッチしたノウハウ情報がノウハウ蓄積ユニット１１から送信されない場合、環境構築情報補完部１２５では、完成した環境構築情報を生成せず、ノウハウ情報要求／再要求送信部１２３からノウハウ情報再要求を、通信装置１２７を介してノウハウ蓄積ユニット１１に送信する。

ノウハウ情報受信部１２４において、ノウハウ蓄積ユニット１１からノウハウ情報再要求に対する応答として、断片的な環境構築情報に一部マッチしたノウハウ情報を、通信装置１２７を介して受信すると、ノウハウ情報提供部１２６は、該一部マッチしたノウハウ情報を、サービス開発・管理者１の端末１０１に送信する。

通信装置１２７は、サービス開発・管理者１の端末１０１やノウハウ蓄積ユニット１１と通信接続する。

記憶装置１２８は、断片的な環境構築情報２０１や完成した環境構築情報２０２、ノウハウ蓄積ユニット１１から受信したノウハウ情報や一部マッチしたノウハウ情報等を記憶する。記憶装置１２８に記憶された完成した環境構築情報２０２は、オーケストレータ２０に受け渡される。記憶装置１２８に記憶された完成した環境構築情報２０２は、通信装置１２７からサービス開発・管理者１の端末１０１に送信するようにしてもよい。

制御部１２０は、環境構築支援ユニット１２の各部の処理を制御する。環境構築支援ユニット１２の各部は、コンピュータで実行されるプログラムによってその機能を実現するようにしてもよい。環境構築支援ユニット１２において、通信装置１２７と記憶装置１２８は、環境構築支援ユニット１２内に備えるかわりに、オーケストレータ２０が実装されるインフラ環境（図５の４０）の通信装置と記憶装置を用いるようにしてもよい。

図１０は、本発明の例示的な一実施形態のノウハウ情報登録手順を説明する流れ図である。サービス開発・管理者１、及び、ノウハウ情報提供者４は、事前準備（１）として、ノウハウ情報毎に、ノウハウ蓄積ユニット１１に対してノウハウ情報を登録する。サービス開発・管理者１、及び、ノウハウ情報提供者４は、ノウハウ蓄積ユニット１１に通信接続する端末（コンピュータ）から、図７のノウハウ情報に例示するように、イメージについて名前、版数、リソース、ホスト配置、動作結果、処理性能等の情報を設定入力する。

図１１（Ａ）は、本発明の例示的な一実施形態におけるイメージ登録手順を説明する流れ図である。Ｄｏｃｋｅｒイメージ開発・管理者２は、事前準備（２）として、開発したＤｏｃｋｅｒイメージをイメージ毎に、Ｄｏｃｋｅｒ Ｈｕｂへアップロードする（ｐｕｓｈする）（Ｓ２）。

図１１（Ｂ）は、本発明の一実施形態におけるインフラ環境構築手順を説明する流れ図である。インフラ構築・管理者３は、事前準備（３）として、サーバ、ネットワーク環境等のインフラ（図５のインフラ環境４０）を構築する。

図１２は、本発明の例示的な一実施形態における環境構築情報の作成手順を説明する流れ図である。図１２のステップＳ１１～Ｓ１６は、図６のステップＳ１１～Ｓ１６に対応している。

サービス開発・管理者１は、断片的な情報での環境構築要求を環境構築支援ユニット１２に送信する（Ｓ１１）。

環境構築支援ユニット１２は、断片的な環境構築情報にマッチするノウハウ情報をノウハウ蓄積ユニット１１に要求する（Ｓ１２）。サービス開発・管理者１が、例えば対象イメージ：Ａ（１．０）、処理性能：５００Ｍｂｐｓ以上という断片的な環境構築情報２０１を指定した場合、図７のＮｏ．３がマッチし、構成ラベルＩＩのノウハウ情報（使用するイメージ：Ａ（１．０）／Ｃ（１．０）／Ｄ（１．５））がマッチする。

ノウハウ蓄積ユニット１１は、断片的な環境構築情報にマッチしたノウハウ情報を環境構築支援ユニット１２に提供する（Ｓ１３）。

環境構築支援ユニット１２では、断片的な環境構築情報にマッチしたノウハウ情報がノウハウ蓄積ユニット１１から返送された場合（Ｓ１７の「有り」の分岐）、断片的な環境構築情報を該返送されたノウハウ情報に基づき補完することで完成した環境構築情報を生成する（Ｓ１４）。

オーケストレータ２０は、完成した環境構築情報に必要なＤｏｃｋｅｒイメージをＤｏｃｋｅｒ Ｈｕｂ５０から取得（ダウンロード：ｐｕｌｌ）する（Ｓ１５）。

オーケストレータ２０は、取得したＤｏｃｋｅｒイメージからコンテナをホストマシン上にデプロイする（Ｓ１６）。

環境構築支援ユニット１２では、マッチしたノウハウ情報がノウハウ蓄積ユニット１１から返送されない場合（Ｓ１７の「無し」の分岐）、環境構築支援ユニット１２は、断片的な環境構築情報に一部だけマッチするノウハウ情報がないか、ノウハウ蓄積ユニット１１にノウハウ情報を再要求する（Ｓ１８）。

環境構築支援ユニット１２では、ノウハウ蓄積ユニット１１から、断片的な環境構築情報に一部だけマッチするノウハウ情報が返送された場合（Ｓ１９の「有り」の分岐）、該返送された一部だけマッチするノウハウ情報をサービス開発・管理者１の端末１０１に送信（提案）する（Ｓ２０）。この場合、断片的な環境構築情報に一部だけマッチするノウハウ情報に基づき、該サービス開発・管理者が把握出来ていないかった別の構成への切替えが行われる可能性がある。

環境構築支援ユニット１２では、断片的な環境構築情報に一部だけマッチするノウハウ情報が無い（断片的な環境構築情報に一部だけマッチするノウハウ情報がノウハウ蓄積ユニット１１から返送されない）場合（Ｓ１９の「無し」の分岐）、例えば異常終了する（エラーを返す）（Ｓ２１）。あるいは、環境構築支援ユニット１２は、断片的な環境構築情報にマッチするノウハウ情報が登録されていない旨を、サービス開発・管理者１の端末１０１に送信するようにしてよい。

本実施形態によれば、サービス開発・管理者１は、自身が使用したい部分の設計を行うだけで良く、その他の部分は他者のノウハウ情報により、環境構築支援ユニット１２が自動で補完して、完成した環境構築情報を生成することができる。このため、環境構築の容易化を図り、負荷の軽減が期待できる。

また、ノウハウ蓄積ユニット１１は、断片的な環境構築情報にマッチしたノウハウ情報を環境構築支援ユニット１２に提供するが、断片的な環境構築情報にマッチするノウハウ情報が複数存在する場合、環境構築支援ユニット１２では、断片的な環境構築情報に何を優先するか指定されている場合、優先パラメータでソートし、最も優先度の高いノウハウ情報を選択するようにしてもよい。優劣が付かないノウハウ情報が複数存在する場合、サービス開発・管理者１の端末に、その旨を応答として返し、優先パラメータの指定をさらに追加するように要求するようにしてもよい。

図１３は、ノウハウ蓄積ユニット１１、環境構築支援ユニット１２をサーバ等のコンピュータ装置３００に実装した場合の構成を説明する図である。図１３を参照すると、コンピュータ装置３００は、プロセッサ３０１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の半導体メモリ等のメモリ３０２と、入出力装置（表示装置、プリンタ、ハードディスク等の補助記憶装置等）とのアクセスを行う入出力インタフェース３０３と、ネットワークに接続するＮＩＣ（Network Interface Card）３０４を備えている。メモリ３０２に格納されたプログラムを実行することで、ノウハウ蓄積ユニット１１又は環境構築支援ユニット１２を実現することができる。なお、ノウハウ蓄積ユニット１１と環境構築支援ユニット１２は、別々のコンピュータ装置に実装してもよいし、１つのコンピュータ装置に実装するようにしてもよい。例えば、それぞれ仮想マシン上に実装し仮想ネットワークを介して通信するようにしてもよい。この場合、ノウハウ蓄積ユニット１１の記憶装置は、仮想ストレージとして実装するようにしてもよい。さらに、環境構築支援ユニット１２を、サービス開発・管理者１の端末１０１から見て、見かけ上、オーケストレータ２０に組み込まれているように実装してもよい。この場合、サービス開発・管理者１の端末１０１からの環境構築要求は、オーケストレータ２０宛てに送信され、オーケストレータ２０では、環境構築要求の入力を検出すると、これを環境構築支援ユニット１２に受け渡すようにしてもよい。

なお、上記の特許文献１－３、非特許文献１、２の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

上記した実施形態は以下のように付記される（ただし、以下に制限されない）。

（付記１）
コンテナの元となるイメージについて環境構築に関するノウハウ情報を記憶装置に蓄積するノウハウ蓄積ユニットと、
断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記ノウハウ蓄積ユニットからノウハウ情報を取得し、前記ノウハウ情報に基づき前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する環境構築支援ユニットと、
を備えた、ことを特徴とする環境構築支援システム。

（付記２）
前記環境構築支援ユニットは、
前記断片的な環境構築情報を受けると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、前記ノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する手段を備え、
前記ノウハウ蓄積ユニットは、
前記環境構築支援ユニットから前記ノウハウ情報要求を受け取ると、前記記憶装置に前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されているか探索し、前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されている場合、前記ノウハウ情報を前記環境構築支援ユニットに送信する手段を備え、
前記環境構築支援ユニットは、
前記ノウハウ蓄積ユニットから送信された前記ノウハウ情報を受け取り、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して前記完成した環境構築情報を生成する手段を備えている、ことを特徴とする付記１に記載の環境構築支援システム。

（付記３）
前記環境構築支援ユニットは、
前記ノウハウ蓄積ユニットで前記断片的な環境構築情報にマッチしたイメージに関するノウハウ情報が得られない場合、前記ノウハウ蓄積ユニットに対して、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が前記記憶装置にないか探索することを要求する手段と、
前記ノウハウ蓄積ユニットから、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が返送されると、前記一部マッチした前記ノウハウ情報を、前記環境構築要求の要求元に送信する手段、
を備えたことを特徴とする付記１又は２に記載の環境構築支援システム。

（付記４）
前記断片的な環境構築情報が、前記ノウハウ情報のうちどの項目を優先するかを指定する優先度情報を有し、
前記環境構築支援ユニットは、
前記ノウハウ蓄積ユニットにおいて、前記断片的な環境構築情報にマッチした前記ノウハウ情報が前記記憶装置に複数登録されている場合、
前記ノウハウ蓄積ユニットからの複数の前記ノウハウ情報のうち、前記優先度情報に基づき、いずれかを選択する手段を備えた、ことを特徴とする付記１乃至３のいずれか１に記載の環境構築支援システム。

（付記５）
前記環境構築支援ユニットは、
前記断片的な環境構築情報の前記優先度情報で前記ノウハウ情報の優劣が付かない場合には、前記要求元に対して、前記優先度情報の追加を要求する手段を備えた、ことを特徴とする付記４に記載の環境構築支援システム。

（付記６）
前記ノウハウ蓄積ユニットにおいて、前記記憶装置に登録される前記ノウハウ情報は、対象となる各イメージに対応して、
前記イメージの版数、
前記イメージに割り当てられたリソースの構成と仕様、
前記イメージと組み合わせた構成で動作確認済みのイメージとその版数、
前記イメージを配置するホスト、
前記イメージの処理性能、
の少なくともいずれかを含む、ことを特徴とする付記１乃至５のいずれか１に記載の環境構築支援システム。

（付記７）
前記環境構築支援ユニットは、完成した前記環境構築情報をオーケストレータに受け渡し、前記オーケストレータでは、前記環境構築情報にしたがって、イメージを蓄積する公開レポジトリから対応するイメージを取得し、ホストに前記イメージをコンテナとしてデプロイする、ことを特徴とする付記１乃至６のいずれか１に記載の環境構築支援システム。

（付記８）
断片的な環境構築情報での環境構築要求を要求元から受け取ると、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットから、ノウハウ情報を取得し、
前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する、ことを特徴とする環境構築支援方法。

（付記９）
前記断片的な環境構築情報を受けると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、前記ノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信し、
前記ノウハウ蓄積ユニットでは、前記ノウハウ情報要求を受け取ると、前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されているか探索し、前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されている場合、前記ノウハウ蓄積ユニットから前記ノウハウ情報を受け取り、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して前記完成した環境構築情報を生成する、ことを特徴とする付記８に記載の環境構築支援方法。

（付記１０）
前記ノウハウ蓄積ユニットで前記断片的な環境構築情報にマッチしたイメージに関するノウハウ情報が得られない場合、前記ノウハウ蓄積ユニットに対して、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が蓄積されていないか探索することを要求し、
前記ノウハウ蓄積ユニットから、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が返送されると、前記一部マッチした前記ノウハウ情報を、前記環境構築要求の要求元に送信する、ことを特徴とする付記８又は９に記載の環境構築支援方法。

（付記１１）
前記断片的な環境構築情報が、前記ノウハウ情報のうちどの項目を優先するかを指定する優先度情報を有し、
前記ノウハウ蓄積ユニットにおいて、前記断片的な環境構築情報にマッチした前記ノウハウ情報が複数登録されている場合、複数の前記ノウハウ情報のうち、前記優先度情報に基づき、いずれかを選択する、ことを特徴とする付記８乃至１０のいずれか１に記載の環境構築支援方法。

（付記１２）
前記断片的な環境構築情報の前記優先度情報で前記ノウハウ情報の優劣が付かない場合には、前記要求元に対して、前記優先度情報の追加を要求する、ことを特徴とする付記１１に記載の環境構築支援方法。

（付記１３）
前記ノウハウ蓄積ユニットにおいて、前記記憶装置に登録される前記ノウハウ情報は、対象となる各イメージに対応して、
前記イメージの版数、
前記イメージに割り当てられたリソースの構成と仕様、
前記イメージと組み合わせた構成で動作確認済みのイメージとその版数、
前記イメージを配置するホスト、
前記イメージの処理性能、
の少なくともいずれかを含む、ことを特徴とする付記８乃至１２のいずれか１に記載の環境構築支援方法。

（付記１４）
完成した前記環境構築情報をオーケストレータに受け渡し、前記オーケストレータでは、前記環境構築情報にしたがって、イメージを蓄積する公開レポジトリから対応するイメージを取得し、ホストに前記イメージをコンテナとしてデプロイする、ことを特徴とする付記８乃至１３のいずれか１に記載の環境構築支援方法。

（付記１５）
断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する手段と、
前記ノウハウ蓄積ユニットから、前記ノウハウ情報要求に対する応答として、前記断片的な環境構築情報にマッチした前記ノウハウ情報を受信すると、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する手段と、
を備えた、ことを特徴とする環境構築支援装置。

（付記１６）
前記断片的な環境構築情報を受けると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、前記ノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する手段を備え、前記ノウハウ蓄積ユニットでは、前記ノウハウ情報要求を受け取ると、前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されているか探索し、
前記ノウハウ蓄積ユニットに前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されている場合、前記ノウハウ蓄積ユニットから、前記ノウハウ情報を受け取る手段と、
前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して前記完成した環境構築情報を生成する手段と、
を備えたことを特徴とする付記１５に記載の環境構築支援装置。

（付記１７）
前記ノウハウ蓄積ユニットで前記断片的な環境構築情報にマッチしたイメージに関するノウハウ情報が得られない場合、前記ノウハウ蓄積ユニットに対して、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が蓄積されていないか探索することを要求する手段と、
前記ノウハウ蓄積ユニットから、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が返送されると、前記一部マッチした前記ノウハウ情報を、前記環境構築要求の要求元に送信する手段と、
を備えた、ことを特徴とする付記１５又は１６に記載の環境構築支援装置。

（付記１８）
前記断片的な環境構築情報が、前記ノウハウ情報のうちどの項目を優先するかを指定する優先度情報を有し、
前記ノウハウ蓄積ユニットにおいて、前記断片的な環境構築情報にマッチした前記ノウハウ情報が複数登録されている場合、
前記ノウハウ蓄積ユニットからの複数の前記ノウハウ情報のうち、前記優先度情報に基づき、いずれかを選択する手段を備えた、ことを特徴とする付記１５乃至１７のいずれか１に記載の環境構築支援装置。

（付記１９）
前記断片的な環境構築情報の前記優先度情報で前記ノウハウ情報の優劣が付かない場合には、前記要求元に対して、前記優先度情報の追加を要求する手段を備えた、ことを特徴とする付記１８に記載の環境構築支援装置。

（付記２０）
断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する処理と、
前記ノウハウ蓄積ユニットから、前記ノウハウ情報要求に対する応答として、前記断片的な環境構築情報にマッチした前記ノウハウ情報を受信すると、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する処理と、
をプロセッサに実行させるプログラム。

（付記２１）
前記断片的な環境構築情報を受けると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、前記ノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する処理と、
前記ノウハウ蓄積ユニットに前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されている場合、前記ノウハウ蓄積ユニットから前記ノウハウ情報を受け取る処理と、
前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して前記完成した環境構築情報を生成する処理と、
を前記プロセッサに実行させる付記２０に記載のプログラム。

（付記２２）
前記ノウハウ蓄積ユニットで前記断片的な環境構築情報にマッチしたイメージに関するノウハウ情報が得られない場合、前記ノウハウ蓄積ユニットに対して、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が蓄積されていないか探索することを要求する処理と、
前記ノウハウ蓄積ユニットから、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が返送されると、前記一部マッチした前記ノウハウ情報を、前記環境構築要求の要求元に送信する処理と、
を前記プロセッサに実行させる付記２０又は２１に記載のプログラム。

（付記２３）
前記断片的な環境構築情報が、前記ノウハウ情報のうちどの項目を優先するかを指定する優先度情報を有し、前記ノウハウ蓄積ユニットにおいて、前記断片的な環境構築情報にマッチした前記ノウハウ情報が複数登録されている場合、
前記ノウハウ蓄積ユニットからの複数の前記ノウハウ情報のうち、前記優先度情報に基づき、いずれかを選択する処理、
を前記プロセッサに実行させる付記２０乃至２２のいずれか１に記載のプログラム。

（付記２４）
前記断片的な環境構築情報の前記優先度情報で前記ノウハウ情報の優劣が付かない場合には、前記要求元に対して、前記優先度情報の追加を要求する処理を前記プロセッサに実行させる付記２３に記載のプログラム。

１ サービス開発・管理者
２ Ｄｏｃｋｅｒイメージ開発・管理者
３ インフラ構築・管理者
４ ノウハウ情報提供者
１０ 環境構築支援装置
１１ ノウハウ蓄積ユニット（ノウハウ蓄積装置、ノウハウ蓄積機構）
１２ 環境構築支援ユニット（環境構築支援装置、環境構築支援ユニット）
２０ オーケストレータ
２１Ａ、２１Ｂ、２２Ａ、２２Ｂ、２３Ａ、２３Ｂ イメージ
３１ ホスト（ホストマシン）（Ｎｏｄｅ＃１）
３２ ホスト（ホストマシン）（Ｎｏｄｅ＃２）
４０ インフラ環境
５０ Ｄｏｃｋｅｒ Ｈｕｂ
１０１ 端末
１１０ 制御部
１１１ ノウハウ情報登録部
１１２ ノウハウ情報要求／再要求受信部
１１３ ノウハウ情報抽出部
１１４ ノウハウ情報提供部
１１５ 通信装置
１１６ 記憶装置
１１７ ノウハウ情報
１２０ 制御部
１２１ 環境構築要求受付部
１２２ 環境構築情報補完要否判定部
１２３ ノウハウ情報要求／再要求送信部
１２４ ノウハウ情報受信部
１２５ 環境構築情報補完部
１２６ ノウハウ情報提供部
１２７ 通信装置
１２８ 記憶装置
２０１ 断片的な環境構築情報
２０２ 完成した環境構築情報
２０３Ａ、２０３Ｃ、２０３Ｄ、５０１Ａ、５０１Ｂ、５０１Ｃ、５０１Ｄ イメージ
３００ コンピュータ装置
３０１ プロセッサ
３０２ メモリ
３０３ 入出力インタフェース
２０４ ＮＩＣ

Claims (10)

1. コンテナの元となるイメージについて環境構築に関するノウハウ情報を記憶装置に蓄積するノウハウ蓄積ユニットと、
   断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記ノウハウ蓄積ユニットからノウハウ情報を取得し、前記ノウハウ情報に基づき前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する環境構築支援ユニットと、
   を備えた、ことを特徴とする環境構築支援システム。
2. 前記環境構築支援ユニットは、
   前記断片的な環境構築情報を受けると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、前記ノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する手段を備え、
   前記ノウハウ蓄積ユニットは、
   前記環境構築支援ユニットから前記ノウハウ情報要求を受け取ると、前記記憶装置に前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されているか探索し、前記断片的な環境構築情報にマッチした前記ノウハウ情報が登録されている場合、前記ノウハウ情報を前記環境構築支援ユニットに送信する手段を備え、
   前記環境構築支援ユニットは、
   前記ノウハウ蓄積ユニットから送信された前記ノウハウ情報を受け取り、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して前記完成した環境構築情報を生成する手段を備えている、ことを特徴とする請求項１に記載の環境構築支援システム。
3. 前記環境構築支援ユニットは、
   前記ノウハウ蓄積ユニットで前記断片的な環境構築情報にマッチしたイメージに関するノウハウ情報が得られない場合、前記ノウハウ蓄積ユニットに対して、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が前記記憶装置にないか探索することを要求する手段と、
   前記ノウハウ蓄積ユニットから、前記断片的な環境構築情報に一部マッチした前記ノウハウ情報が返送されると、前記一部マッチした前記ノウハウ情報を、前記環境構築要求の要求元に送信する手段、
   を備えた、ことを特徴とする請求項１又は２に記載の環境構築支援システム。
4. 前記断片的な環境構築情報が、前記ノウハウ情報のうちどの項目を優先するかを指定する優先度情報を有し、
   前記環境構築支援ユニットは、
   前記ノウハウ蓄積ユニットにおいて、前記断片的な環境構築情報にマッチした前記ノウハウ情報が前記記憶装置に複数登録されている場合、
   前記ノウハウ蓄積ユニットからの複数の前記ノウハウ情報のうち、前記優先度情報に基づき、いずれかを選択する手段を備えた、ことを特徴とする請求項１乃至３のいずれか１項に記載の環境構築支援システム。
5. 前記環境構築支援ユニットは、
   前記断片的な環境構築情報の前記優先度情報で前記ノウハウ情報の優劣が付かない場合には、前記要求元に対して、前記優先度情報の追加を要求する手段を備えた、ことを特徴とする請求項４に記載の環境構築支援システム。
6. 前記ノウハウ蓄積ユニットにおいて、前記記憶装置に登録される前記ノウハウ情報は、対象となる各イメージに対応して、
   前記イメージの版数、
   前記イメージに割り当てられたリソースの構成と仕様、
   前記イメージと組み合わせた構成で動作確認済みのイメージとその版数、
   前記イメージを配置するホスト、
   前記イメージの処理性能、
   の少なくともいずれかを含む、ことを特徴とする請求項１乃至５のいずれか１項に記載の環境構築支援システム。
7. 前記環境構築支援ユニットは、完成した前記環境構築情報をオーケストレータに受け渡し、前記オーケストレータでは、前記環境構築情報にしたがって、イメージを蓄積する公開レポジトリから対応するイメージを取得し、ホストに前記イメージをコンテナとしてデプロイする、ことを特徴とする請求項１乃至６のいずれか１項に記載の環境構築支援システム。
8. コンピュータが、断片的な環境構築情報での環境構築要求を要求元から受け取ると、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットから、ノウハウ情報を取得し、
   前記コンピュータが、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する、ことを特徴とする環境構築支援方法。
9. 断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する手段と、
   前記ノウハウ蓄積ユニットから、前記ノウハウ情報要求に対する応答として、前記断片的な環境構築情報にマッチした前記ノウハウ情報を受信すると、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する手段と、
   を備えた、ことを特徴とする環境構築支援装置。
10. 断片的な環境構築情報での環境構築要求を要求元から受け取ると、前記断片的な環境構築情報を補完するためのノウハウ情報を取得するために、コンテナの元となるイメージについて環境構築に関するノウハウ情報を蓄積するノウハウ蓄積ユニットに対して、ノウハウ情報要求を送信する処理と、
    前記ノウハウ蓄積ユニットから、前記ノウハウ情報要求に対する応答として、前記断片的な環境構築情報にマッチした前記ノウハウ情報を受信すると、前記ノウハウ情報に基づき、前記断片的な環境構築情報を補完して、完成した環境構築情報を生成する処理と、
    をプロセッサに実行させるプログラム。

Images