(57)【要約】【課題】システム構築のための汎用的な情報を活用したシステムのマイグレーションを効率的に行う。【解決手段】システム構築パラメータ管理装置４０は、対象システム５０の動作環境を定義する定義情報４１０を収集する収集部４１と、定義情報４１０に基づいて、対象システム５０の構築に必要となる個別パラメータ情報４２０を生成する生成部４２と、システム構築を行うプログラムが使用するシステム構築汎用情報４３０から、汎用的なシステムの構築に必要となる汎用パラメータ情報４３１を抽出する抽出部４３と、個別パラメータ情報４２０と、汎用パラメータ情報４３１とを比較し、その比較結果に基づいて、汎用パラメータ情報４３１を、個別パラメータ情報４２０に整合するように更新する更新部４４と、を備える。【選択図】      図９
2020061019.tif 000002
【特許請求の範囲】
【請求項１】
対象システムの動作環境を定義する定義情報を収集する収集手段と、
前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を生成する生成手段と、
システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出する抽出手段と、
前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する更新手段と、
を備えるシステム構築パラメータ管理装置。
【請求項２】
前記収集手段は、前記更新手段によって更新された前記汎用パラメータ情報に基づいて収集基準を更新し、更新した前記収集基準に基づいて前記定義情報を収集する、
請求項１に記載のシステム構築パラメータ管理装置。
【請求項３】
前記生成手段は、前記定義情報に含まれる特定の文字列をパラメータ化し、パラメータ化した前記特定の文字列を含む前記個別パラメータ情報を生成する、
請求項１または請求項２に記載のシステム構築パラメータ管理装置。
【請求項４】
前記更新手段は、テキストマッチング手法を用いて、あるいは、機械学習を行うことによって、前記個別パラメータ情報と、前記汎用パラメータ情報とを比較する、
請求項１乃至請求項３のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項５】
管理手段をさらに備え、
前記更新手段は、前記汎用パラメータ情報には存在し、かつ、前記個別パラメータ情報には存在しないパラメータを表す情報を、前記管理手段へ出力するとともに、前記管理手段から前記汎用パラメータ情報を更新することを指示する情報を入力された場合に、前記パラメータを表す情報に基づいて、前記汎用パラメータ情報を更新する、
請求項１乃至請求項４のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項６】
管理手段をさらに備え、
前記更新手段は、前記汎用パラメータ情報には存在せず、かつ、前記個別パラメータ情報には存在するパラメータを表す情報を、前記管理手段へ出力するとともに、前記パラメータを表す情報に基づいて、前記汎用パラメータ情報を更新する、
請求項１乃至請求項４のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項７】
前記システム構築汎用情報はＩａＣ（Infrastructure as Code）コードである、
請求項１乃至請求項６のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項８】
前記汎用パラメータ情報を含む前記システム構築汎用情報を用いて、前記システム構築を行うプログラムを実行することによって、前記対象システムをマイグレーション先システムにマイグレーションする請求項１乃至７のいずれか一項に記載のシステム構築パラメータ管理装置と、
前記対象システムと、
前記マイグレーション先システムと、
を有するシステム構築パラメータ管理システム。
【請求項９】
情報処理装置によって、
対象システムの動作環境を定義する定義情報を収集し、
前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を、前記定義情報から抽出し、
システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出し、
前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する、
システム構築パラメータ管理方法。
【請求項１０】
対象システムの動作環境を定義する定義情報を収集する収集処理と、
前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を、前記定義情報から抽出する第一の抽出処理と、
システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出する第二の抽出処理と、
前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する更新処理と、
をコンピュータに実行させるためのシステム構築パラメータ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、システムを構築する際に用いる、そのシステムの動作環境を定義するパラメータを管理する技術に関する。
【背景技術】
【０００２】
サービス事業者が、その事業者が保有するシステムによってサービスの提供を行っている場合において、ランニングコストの削減等を目的として、例えばそのシステムをクラウド環境に移行（クラウドマイグレーション）するようなことが行われることがある。その場合、例えば「Lift and Shift」と呼ばれる、既存のシステムをその動作環境（運用状態）を維持したままクラウド環境に移行する手法が用いられることが多い。したがって、このようなマイグレーションを実現する技術への期待が高まってきている。
【０００３】
このような技術に関連する技術として、特許文献１には、ある環境に対して生成されたシステムの構成定義ファイルを、他の環境に対するシステム配備に適用する配備装置が開示されている。この装置は、システムを構成する各構成要素に対する、配備ツールに依存しない設定情報、及び、各構成要素と当該構成要素の配備に利用可能な各配備ツールとの組に対する、当該配備ツールによる配備処理、を含むコンポーネント情報を記憶する。この装置は、各構成要素について、コンポーネント情報をもとに、指定された配備ツールに対応する配備処理を特定する。この装置は、構成要素間の依存関係をもとに、特定した配備処理の実行順序を決定する。そしてこの装置は、実行順序に従って、特定した配備処理を、構成要素の設定情報を適用して実行することにより、複数の構成要素を配備する。
【０００４】
また、特許文献２には、システム環境変更後のユーザシステムの好適な構成を得るシステム環境変更支援システムが開示されている。このシステムは、第１システム環境におけるシステム構成のパタンである構成パタンを記憶する。このシステムは、当該構成パタンまたはその組み合わせであるパタン組を識別するパタン組識別情報と、そのパタン組識別情報により識別されるパタン組と変換可能なユーザシステムの構成であって第２システム環境におけるユーザシステムの構成の特徴および範囲を示す第２環境対応情報とを対応づけた変換ルールを記憶する。このシステムは、第２システム環境におけるユーザシステムの構成を示すシステム構成情報を取得する。そしてこのシステムは、変換ルールに基づいて、システム構成情報が示すユーザシステムの構成の指定された範囲を、任意のパタン組に変換する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１７／０１７９３７号
【特許文献２】特開２０１６−１８９０４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、クラウド基盤や仮想化基盤の利用が普及するにつれて、ＩａＣ（Infrastructure as Code）と呼ばれるプロセス（手法）が注目されている。ＩａＣでは、ＩａＣコード（ソースコード）を用いてシステム定義を行い、オーケストレータと呼ばれるツールによって、システムの構築（プロビジョニング）を自動化する。ＩａＣコードは、インターネットや企業内ネットワーク等によって公開された情報であり、このような汎用的なＩａＣコードを活用することによって、上述したシステムのマイグレーションを効率的に行うことが期待できる。特許文献１及び２は、ＩａＣコードのようなシステム構築のための汎用的な情報を活用してマイグレーションを行えるようにするという課題については、特に言及していない。本願発明の主たる目的は、この課題を解決するシステム構築パラメータ管理装置等を提供することである。
【課題を解決するための手段】
【０００７】
本願発明の一態様に係るシステム構築パラメータ管理装置は、対象システムの動作環境を定義する定義情報を収集する収集手段と、前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を生成する生成手段と、システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出する抽出手段と、前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する更新手段と、を備える。
【０００８】
上記目的を達成する他の見地において、本願発明の一態様に係るシステム構築パラメータ管理方法は、情報処理装置によって、対象システムの動作環境を定義する定義情報を収集し、前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を、前記定義情報から抽出し、システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出し、前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する。
【０００９】
また、上記目的を達成する更なる見地において、本願発明の一態様に係るシステム構築パラメータ管理プログラムは、対象システムの動作環境を定義する定義情報を収集する収集処理と、前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を、前記定義情報から抽出する第一の抽出処理と、システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出する第二の抽出処理と、前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する更新処理と、をコンピュータに実行させる。
【００１０】
更に、本願発明は、係るシステム構築パラメータ管理プログラム（コンピュータプログラム）が格納された、コンピュータ読み取り可能な、不揮発性の記録媒体によっても実現可能である。
【発明の効果】
【００１１】
本願発明は、システム構築のための汎用的な情報を活用したシステムのマイグレーションを効率的に行うことを可能とする。
【図面の簡単な説明】
【００１２】
【図１】本願発明の第１の実施形態に係るシステム構築パラメータ管理システム１の構成を概念的に示すブロック図である。
【図２Ａ】本願発明の第１の実施形態に係るシステム定義情報１５０を例示する図（１／２）である。
【図２Ｂ】本願発明の第１の実施形態に係るシステム定義情報１５０を例示する図（２／２）である。
【図３Ａ】本願発明の第１の実施形態に係る生成部１２が、図２Ａ及び図２Ｂに例示するシステム定義情報１５０に含まれる特定の文字列をパラメータ化した結果を例示する図（１／２）である。
【図３Ｂ】本願発明の第１の実施形態に係る生成部１２が、図２Ａ及び図２Ｂに例示するシステム定義情報１５０に含まれる特定の文字列をパラメータ化した結果を例示する図（２／２）である。
【図４】本願発明の第１の実施形態に係る生成部１２が、図２Ａ及び図２Ｂに例示するシステム定義情報１５０、及び図３Ａ及び図３Ｂに例示するシステム定義情報１５０に含まれる特定の文字列をパラメータ化した結果に基づいて生成した個別パラメータ情報１５１を例示する図である。
【図５】本願発明の第１の実施形態に係るＩａＣコード１６０を例示する図である。
【図６】本願発明の第１の実施形態に係るＩａＣパラメータ情報１６１を例示する図である。
【図７】本願発明の第１の実施形態に係る個別パラメータ情報１５１とＩａＣパラメータ情報１６１との間におけるパラメータの関連付けに関するケースを例示する図である。
【図８】本願発明の第１の実施形態に係るシステム構築パラメータ管理装置１０の動作を示すフローチャートである。
【図９】本願発明の第２の実施形態に係るシステム構築パラメータ管理装置４０の構成を概念的に示すブロック図である。
【図１０】本願発明の各実施形態に係るシステム構築パラメータ管理装置を実行可能な情報処理装置９００の構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本願発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
＜第１の実施形態＞
図１は、本願発明の第１の実施の形態に係るシステム構築パラメータ管理システム１の構成を概念的に示すブロック図である。システム構築パラメータ管理システム１は、大別して、システム構築パラメータ管理装置１０、管理端末装置２０、既存システム（対象システム）３０、及び、マイグレーション先システム３１を含む。システム構築パラメータ管理装置１０は、管理端末装置２０、既存システム３０、及び、マイグレーション先システム３１と通信可能に接続されている。
【００１５】
システム構築パラメータ管理装置１０は、例えばＩａＣツール（オーケストレータ）を用いた「Lift and Shift」を行うことによって、既存システム３０を、例えばクラウド環境に構築されるマイグレーション先システム３１にマイグレーションする際に必要となる、システムの動作環境を定義するパラメータを管理する情報処理装置である。既存システム３０は、サービスを提供する事業者が保有するシステムであり、例えば、OpenStack（登録商標）やVMware（登録商標）等を実行する１以上のサーバ装置（情報処理装置）を含んでいる。ＩａＣツールとしては、例えば、Ansible（登録商標）、Puppet（登録商標）、Chef（登録商標）等が知られている。
【００１６】
管理端末装置２０は、システム構築パラメータ管理システム１の管理者が、システム構築パラメータ管理装置１０に対して情報を入力する、あるいは、システム構築パラメータ管理装置１０から出力された情報を確認する際に使用する、例えばパーソナルコンピュータ等の情報処理装置である。尚、システム構築パラメータ管理装置１０は、管理端末装置２０と接続される代わりに、管理端末装置２０と同等の機能を有する管理部を備えるようにしてもよい。
【００１７】
システム構築パラメータ管理装置１０は、収集部１１、生成部１２、抽出部１３、更新部１４、記憶部１５、及び、ＩａＣコードリポジトリ１６を備えている。記憶部１５は、例えば磁気ディスクあるいは電子メモリ等の記憶デバイスであり、後述するシステム定義情報１５０、及び、個別パラメータ情報１５１を記憶している。ＩａＣコードリポジトリ１６は、磁気ディスクあるいは電子メモリ等の記憶デバイスに構築された、汎用的なシステムを定義可能なＩａＣコード（システム構築汎用情報）１６０に関するデータベースである。ＩａＣコードリポジトリ１６としては、例えば、プログラムのソースコード等の管理に関する集中型バージョン管理システムの一つであるApache Subversion（登録商標）や、分散型バージョン管理システムの一つであるGit（登録商標）等が知られている。
【００１８】
収集部１１は、収集基準１１０に基づいて、既存システム３０からシステム定義情報１５０を収集し、収集したシステム定義情報１５０を記憶部１５へ格納する。システム定義情報１５０は、既存システム３０の動作環境を定義する情報であり、例えば、Ｗｅｂサーバアプリケーションの設定ファイル、あるいは、ＯＳ（Operating System）のカーネルパラメータなどを含む。
【００１９】
収集基準１１０は、例えば、収集すべきシステム定義情報１５０の識別子（例えばファイル名等）と、その収集すべきシステム定義情報１５０が存在する、既存システム３０における場所（例えばシステム定義情報１５０であるファイルが格納された装置やフォルダの名称等）を表す情報である。収集基準１１０は、例えば、システム構築パラメータ管理システム１の管理者によって、システム構築パラメータ管理装置１０に与えられていることとする。
【００２０】
図２Ａ及び図２Ｂは、本実施形態に係るシステム定義情報１５０の一例を示す図である。図２Ａ及び図２Ｂに例示するシステム定義情報１５０は、既存システム３０に含まれる、Ｌｉｎｕｘ（登録商標）ディストリビューションの一つであるＣｅｎｔＯＳ７（登録商標）を実行するサーバ装置の動作環境を設定するファイルである、/etc/ntp.confを表している。但し/etc/ntp.confは、ネットワークに接続される機器の時計を正しい時刻へ同期するプログラムであるｎｔｐｄ（network time protocol daemon）に関する設定ファイルである。
【００２１】
図１に示す生成部１２は、記憶部１５に格納されているシステム定義情報１５０に基づいて、既存システム３０をマイグレーションしたマイグレーション先システム３１の構築に必要となる個別パラメータ情報１５１を生成する。尚、既存システム３０は、稼動済みのシステムに限定されず、例えばシステム設計が完了している未稼働のシステムであってもよい。生成部１２は、個別パラメータ情報１５１を生成する過程において、システム定義情報１５０に含まれる特定の文字列を、例えばシステム構築パラメータ管理システム１の管理者によって与えられた所定の基準に基づいてパラメータ化（テンプレート化）する。但し、パラメータ化とは、上述した特定の文字列を、汎化（一般化）したパラメータにより表すことである。
【００２２】
図３Ａ及び図３Ｂは、本実施形態に係る生成部１２が、図２Ａ及び図２Ｂに例示するシステム定義情報１５０に含まれる特定の文字列をパラメータ化（Jinja2テンプレート化：但しJinja2はプログラミング言語Python（登録商標）用のテンプレートエンジン）した結果を例示する図である。尚、図３Ａ及び図３Ｂでは、説明の便宜上、パラメータ化した箇所を、太線枠によって表している。
【００２３】
生成部１２は、例えば、図２Ａに示すシステム定義情報１５０の０００３行目に含まれる「/var/lib/ntp/drift」という文字列を、その前の「driftfile」という文字列に基づいて、図３Ａに示す通り「driftfile_0」というパラメータに変換する。生成部１２は、例えば、図２Ａに示すシステム定義情報１５０の０００６行目に含まれる「nomodify」、「notrap」、「nopeer」、「noquery」という４つの文字列を、その前の「restrict」という文字列に基づいて、図３Ａに示す通り、順に、「restrict_1[0]」、「restrict_1[1]」、「restrict_1[2]」、「restrict_1[3]」、「restrict_1[4]」というパラメータに変換する。生成部１２は、また、図２Ａ及び図２Ｂに示すシステム定義情報１５０の００１０、００１１、００１６、００２５、００２８、００４１行目に含まれる文字列に関しても、同様に、図３Ａ及び図３Ｂに示す通り、パラメータに変換する。
【００２４】
生成部１２は、システム定義情報１５０と、システム定義情報１５０に含まれる特定の文字列を上述の通りパラメータ化した結果とに基づいて、個別パラメータ情報１５１を生成し、生成した個別パラメータ情報１５１を、記憶部１５に格納する。
【００２５】
図４は、本実施形態に係る生成部１２が、図２Ａ及び図２Ｂに例示するシステム定義情報１５０と、図３Ａ及び図３Ｂに例示するシステム定義情報１５０に含まれる特定の文字列をパラメータ化した結果と、に基づいて生成した個別パラメータ情報１５１を例示する図である。
【００２６】
生成部１２は、例えば、図４に例示する個別パラメータ情報１５１の０００２行目に示す通り、図３Ｂに例示するシステム定義情報１５０をパラメータ化した結果における００４１行目に含まれる「disable_7」というパラメータと、図２Ｂに例示するシステム定義情報１５０における００４１行目に含まれる「monitor」という文字列とを関連付けている。この場合、個別パラメータ情報１５１は、既存システム３０の構築（即ち、既存システム３０をマイグレーションしたマイグレーション先システム３１の構築）において、パラメータ「disable_7」に「monitor」という値（内容）を設定することを表している。
【００２７】
生成部１２は、例えば、図４に例示する個別パラメータ情報１５１の０００３行目に示す通り、図３Ｂに例示するシステム定義情報１５０をパラメータ化した結果における０００３行目に含まれる「driftfile_0」というパラメータと、図２Ｂに例示するシステム定義情報１５０における０００３行目に含まれる「/var/lib/ntp/drift」という文字列とを関連付けている。この場合、個別パラメータ情報１５１は、既存システム３０の構築（即ち、既存システム３０をマイグレーションしたマイグレーション先システム３１の構築）において、パラメータ「driftfile_0」に「/var/lib/ntp/drift」という値（内容）を設定することを表している。
【００２８】
図４に例示する通り、生成部１２によって生成されたパラメータと当該パラメータに設定される値（内容）とを関連づける個別パラメータ情報１５１の態様は、後述するＩａＣパラメータ情報１６１の態様と同様である。
【００２９】
図１に示す抽出部１３は、ＩａＣコードリポジトリ１６に登録されているＩａＣコード１６０から、汎用的なシステムの構築に必要となるＩａＣパラメータ情報（汎用パラメータ情報）１６１を抽出する。ＩａＣコード１６０は、ＩａＣツールによるシステム構築の手順を表すソースコードである。ＩａＣコード１６０としては、例えば、Ansible Playbook、Puppet Manifest、Chef Cookbook等が知られている。
【００３０】
図５は、本実施形態に係るＩａＣコード１６０を例示する図である。図５に例示するＩａＣコード１６０は、ＩａＣコードリポジトリ１６に登録されているAnsible Playbookにおけるソースコードの少なくとも一部を表している。
【００３１】
図６は、本実施形態に係るＩａＣパラメータ情報１６１を例示する図である。ＩａＣパラメータ情報１６１は、Ansible Playbookにおける一つのパートとしてＩａＣコード１６０に含まれているので、抽出部１３は、Ansible Playbookに関する構文ルール等に基づいて、ＩａＣコード１６０からＩａＣパラメータ情報１６１を抽出可能である。
【００３２】
図１に示す更新部１４は、生成部１２によって生成された個別パラメータ情報１５１と、抽出部１３によって抽出されたＩａＣパラメータ情報１６１とを比較する。そして更新部１４は、その比較結果に基づいて、ＩａＣコード１６０に含まれるＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合するように更新（補正）する。尚、「ＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合するように更新する」とは、例えば、ＩａＣパラメータ情報１６１の内容を、個別パラメータ情報１５１が表す内容に変更することを表す。
【００３３】
図７は、本実施形態に係る更新部１４が、ＩａＣパラメータ情報１６１を個別パラメータ情報１５１に整合するように更新する過程において行う、個別パラメータ情報１５１とＩａＣパラメータ情報１６１との間におけるパラメータの関連付け（マッピング）に関するケースを例示する図である。
【００３４】
図７に例示するケースＡは、ＩａＣパラメータ情報１６１に存在するパラメータＡに関連付けられるパラメータが、パラメータＡ’として個別パラメータ情報１５１に存在しており、パラメータＡとパラメータＡ’との関連付けが可能なケースを表す。この場合、更新部１４は、パラメータＡに関して、個別パラメータ情報１５１に整合するようにＩａＣパラメータ情報１６１を更新する。
【００３５】
この場合における、更新部１４によるＩａＣパラメータ情報１６１の更新の具体例について、図４乃至図６を参照して説明する。
【００３６】
例えば、図５に例示するＩａＣコード１６０は、その０００４行目に含まれる「ntpserver」というパラメータを、図６に例示するＩａＣパラメータ情報１６1における０００３行目に従って、「192.168.1.2」に設定することを表している。即ちこの場合、ＩａＣコード１６０を実行するＩａＣツール（Ansible）は、ＮＴＰ（Network Time Protocol）サーバ（正しい時刻情報を取得及び配信するサーバ）として、ＩＰ（Internet Protocol）アドレスが「192.168.1.2」であるサーバを指定してシステムを構築する。
【００３７】
一方、図４に例示する個別パラメータ情報１５１は、その００１５行目に含まれるＮＴＰサーバを表す「server_4」というパラメータを、００１６行目に含まれる「ntp.nict.jp」及び００１７行目に含まれる「iburst」に設定することを表している。尚、更新部１４は、「server_4」がＮＴＰサーバを表すことを、００１６行目に「ntp」が含まれることによって特定可能である。即ちこの場合、図１に示す既存システム３０では、識別子（名称）が「ntp.nict.jp」及び「iburst」であるサーバを、ＮＴＰサーバとして指定していることを表している。
【００３８】
更新部１４は、図４乃至図６に示す例の場合、例えば、図６に例示するＩａＣパラメータ情報１６1における０００３行目の「192.168.1.2」を、図４に例示する個別パラメータ情報１５１における００１６行目の「ntp.nict.jp」及び００１７行目の「iburst」に更新（補正）する。これにより、更新部１４は、ＮＴＰサーバの設定に関して、ＩａＣパラメータ情報１６１を個別パラメータ情報１５１に整合させる。
【００３９】
図７に例示するケースＢ１及びＢ２は、ＩａＣパラメータ情報１６１に存在するパラメータＢ１あるいはＢ２に関連付けられるパラメータが、個別パラメータ情報１５１に存在しないので、当該パラメータの関連付けができないケースを表す。これら２つのケースでは、更新部１４は、関連付けができないパラメータに関する情報を、管理端末装置２０へ通知する。
【００４０】
これら２つのケースのうち、ケースＢ１は、ＩａＣパラメータ情報１６１に存在するパラメータＢ１に関連付けられるパラメータが、実際には既存システム３０に存在するが、収集部１１によって収集されたシステム定義情報１５０に当該パラメータが含まれていないケースを表している。この場合、収集部１１が既存システム３０から当該パラメータに関する情報を収集できないのは、収集基準１１０に当該パラメータを収集するための情報が含まれていない（不足している）ことに起因する。
【００４１】
したがって当該パラメータを収集できない問題は、収集部１１が、当該パラメータを収集するための情報を含むように収集基準１１０を更新することによって、次回に既存システム３０からシステム定義情報１５０を収集する際には解消可能である。収集部１１は、例えば、システム構築パラメータ管理システム１の管理者が管理端末装置２０を介して入力した情報に基づいて、収集基準１１０を更新してもよい。収集部１１は、あるいは例えば、更新部１４によって更新されたＩａＣパラメータ情報１６１に基づいて、収集基準１１０を更新してもよい。更新部１４によって更新されたＩａＣパラメータ情報１６１は、個別パラメータ情報１５１との整合が行われた（即ち、既存システム３０に含まれるパラメータをより正確に表す）情報であるので、収集部１１は、更新されたＩａＣパラメータ情報１６１に基づいて、当該パラメータを収集するための情報を、収集基準１１０に追加することが可能である。
【００４２】
図７に例示するケースＢ２は、ＩａＣパラメータ情報１６１に存在するパラメータＢ２に関連付けられるパラメータが、実際に既存システム３０に存在しないケースを表している。この場合、更新部１４は、当該パラメータに関する情報をＩａＣパラメータ情報１６１から削除することによって、ＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合させる。但しこの場合、当該パラメータに関する情報をＩａＣパラメータ情報１６１から削除することに伴う問題（他の既存システムに関するマイグレーションへの影響など）が発生しないかについて検証する必要性が高い。したがって、更新部１４は、システム構築パラメータ管理システム１の管理者が管理端末装置２０を介して入力したその検証結果を表す情報に応じて、当該パラメータに関する情報をＩａＣパラメータ情報１６１から削除する。
【００４３】
図７に例示するケースＣは、個別パラメータ情報１５１に存在するパラメータＣ’に関連付けられるパラメータが、ＩａＣパラメータ情報１６１に存在せず、パラメータの関連付けができないケースを表す。
【００４４】
例えば、図４に例示する個別パラメータ情報１５１における０００２行目に含まれる「disable_7」というパラメータと、そのパラメータへの設定値である「monitor」は、既存システム３０におけるセキュリティ対策を表すパラメータに関する情報である。従って、当該パラメータがＩａＣパラメータ情報１６１に存在しない場合、ＩａＣツールがＩａＣコード１６０を実行することによって構築されたマイグレーション先システム３１は、セキュリティ対策が漏れた状態となる。
【００４５】
更新部１４は、ケースＣにおいても、ケースＢ１及びＢ２のときと同様に、関連付けができないパラメータに関する情報を、管理端末装置２０へ通知する。そして更新部１４は、当該パラメータに関する情報をＩａＣパラメータ情報１６１に追加することによって、ＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合させる。
【００４６】
更新部１４は、個別パラメータ情報１５１とＩａＣパラメータ情報１６１とを比較することによって上述したパラメータの関連付けを行なう際に、例えば、周知技術であるテキストマッチング手法を用いることができる。更新部１４は、あるいは、周知技術である機械学習を行うことによって、上述したパラメータの関連付けを行なうようにしてもよい。
【００４７】
システム構築パラメータ管理装置１０は、更新したＩａＣパラメータ情報１６１を含むＩａＣコード１６０を、Ansible等のＩａＣツールを用いて実行することによって、既存システム３０をマイグレーションしたマイグレーション先システム３１を構築する。
【００４８】
次に図８のフローチャートを参照して、本実施形態に係るシステム構築パラメータ管理装置１０の動作（処理）について詳細に説明する。
【００４９】
収集部１１は、収集基準１１０に基づいて、既存システム３０のシステム定義情報１５０を収集し、記憶部１５に格納する（ステップＳ１０１）。生成部１２は、収集部１１によって収集されたシステム定義情報１５０に基づいて、既存システム３０の構築に必要となる個別パラメータ情報１５１を生成する（ステップＳ１０２）。
【００５０】
抽出部１３は、ＩａＣコードリポジトリ１６に登録されているＩａＣコード１６０から、汎用的なシステムの構築に必要となるＩａＣパラメータ情報１６１を抽出する（ステップＳ１０３）。更新部１４は、生成部１２によって生成された個別パラメータ情報１５１と、抽出部１３によって抽出されたＩａＣパラメータ情報１６１とを比較する（ステップＳ１０４）。
【００５１】
ＩａＣパラメータ情報１６１に含まれるあるパラメータと、個別パラメータ情報１５１に含まれるあるパラメータとの関連付けが可能（図７に示すケースＡ）である場合（ステップＳ１０５でＹｅｓ）、更新部１４は、ＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合するように更新し（ステップＳ１１１）、全体の処理は終了する。
【００５２】
ＩａＣパラメータ情報１６１に含まれるあるパラメータと、個別パラメータ情報１５１に含まれるあるパラメータとの関連付けが可能でない（図７に示すケースＡ以外）場合（ステップＳ１０５でＮｏ）、更新部１４は、管理端末装置２０へ、パラメータ同士の関連付けができない状況を通知する（ステップＳ１０６）。
【００５３】
個別パラメータ情報１５１におけるパラメータに関連付けられるパラメータが、ＩａＣパラメータ情報１６１に存在しない（図７に示すケースＣ）の場合（ステップＳ１０７でＹｅｓ）、処理はステップＳ１１１へ進み、その後、全体の処理は終了する。
【００５４】
ＩａＣパラメータ情報１６１におけるパラメータに関連付けられるパラメータが、個別パラメータ情報１５１に存在しない（図７に示すケースＢ１及びＢ２）の場合（ステップＳ１０７でＹｅｓ）、処理はステップＳ１０８へ進む。
【００５５】
ＩａＣパラメータ情報１６１におけるパラメータに関連付けられるパラメータが、実際には既存システム３０に存在する（図７に示すケースＢ１）場合（ステップＳ１０８でＹｅｓ）、収集部１１は、当該パラメータを収集するための情報を含むように収集基準１１０を更新し（ステップＳ１０９）、全体の処理は終了する。
【００５６】
ＩａＣパラメータ情報１６１におけるパラメータに関連付けられるパラメータが、実際に既存システム３０に存在しない（図７に示すケースＢ２）場合（ステップＳ１０８でＮｏ）、処理はステップＳ１１０へ進む。
【００５７】
システム構築パラメータ管理システム１の管理者が、ＩａＣパラメータ情報１６１を更新しないことを決定した場合（ステップＳ１１０でＮｏ）、全体の処理は終了する。システム構築パラメータ管理システム１の管理者が、ＩａＣパラメータ情報１６１を更新することを決定した場合（ステップＳ１１０でＹｅｓ）、処理はステップＳ１１１へ進み、その後、全体の処理は終了する。
【００５８】
本実施形態に係るシステム構築パラメータ管理装置１０は、システム構築のための汎用的な情報を活用したシステムのマイグレーションを効率的に行うことができる。その理由は、システム構築パラメータ管理装置１０は、既存システム３０から収集したシステム定義情報１５０に基づいて個別パラメータ情報１５１を生成し、ＩａＣコード１６０から抽出したＩａＣパラメータ情報１６１と個別パラメータ情報１５１とを比較した結果に基づいて、ＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合するように更新するからである。
【００５９】
以下に、本実施形態に係るシステム構築パラメータ管理装置１０によって実現される効果について、詳細に説明する。
【００６０】
近年、クラウド基盤や仮想化基盤の利用が普及するにつれて、ＩａＣと呼ばれるプロセス（手法）が注目されている。ＩａＣでは、ＩａＣコードを用いてシステム定義を行い、オーケストレータと呼ばれるツールによって、システムの構築（プロビジョニング）を自動化する。ＩａＣコードは、インターネットや企業内ネットワーク等によって公開された情報であり、このような汎用的なＩａＣコードを活用することによって、上述したシステムのマイグレーションを効率的に行うことが期待できる。したがって、ＩａＣコードのようなシステム構築のための汎用的な情報を活用してマイグレーションを行えるようにすることが課題である。
【００６１】
このような課題に対して、本実施形態に係るシステム構築パラメータ管理装置１０は、収集部１１と、生成部１２と、抽出部１３と、更新部１４とを備え、例えば図１乃至図８を参照して上述した通り動作する。即ち、収集部１１は、既存システム（対象システム）３０の動作環境を定義するシステム定義情報１５０を収集する。生成部１２は、システム定義情報１５０に基づいて、既存システム３０（即ちマイグレーション先システム３１）の構築に必要となる個別パラメータ情報１５１を生成する。抽出部１３は、ＩａＣツール（システム構築を行うプログラム）が使用するＩａＣコード（システム構築汎用情報）１６０から、汎用的なシステムの構築に必要となるＩａＣパラメータ情報（汎用パラメータ情報）１６１を抽出する。そして更新部１４は、個別パラメータ情報１５１と、ＩａＣパラメータ情報１６１とを比較し、その比較結果に基づいて、ＩａＣパラメータ情報１６１を、個別パラメータ情報１５１に整合するように更新する。
【００６２】
即ち、本実施形態に係るシステム構築パラメータ管理装置１０は、通常、システム定義情報１５０に整合がとれていないＩａＣパラメータ情報１６１を、システム定義情報１５０に整合するように更新するので、ＩａＣツールが、既存システム３０との整合がとれたＩａＣパラメータ情報１６１を用いてマイグレーション先システム３１を構築することを実現できる。
【００６３】
また、本実施形態に係る収集部１１は、更新部１４によって更新されたＩａＣパラメータ情報１６１に基づいて収集基準１１０を更新し、更新した収集基準１１０に基づいてシステム定義情報１５０を収集する。即ち、収集部１１は、収集基準１１０に含まれる情報が不十分であることによって、既存システム３０に含まれる一部パラメータに関する情報を収集できない場合、既存システム３０に整合するように更新されたＩａＣパラメータ情報１６１に基づいて収集基準１１０を更新する。これにより、収集部１１は、前回既存システム３０から収集できなかったパラメータに関する情報を収集基準１１０に追加できるので、次回にシステム定義情報１５０を収集する際には、前回収集できなかったパラメータに関する情報を収集可能となる。したがって、本実施形態に係るシステム構築パラメータ管理装置１０は、既存システム３０からシステム定義情報１５０を収集する動作と、ＩａＣパラメータ情報１６１を既存システム３０に整合するように更新し、更新したＩａＣパラメータ情報１６１に基づいて収集基準１１０を更新する動作を繰り返し行う過程において、既存システム３０をマイグレーション先システム３１にマイグレーションする精度を、効率的に高めることができる。
【００６４】
また、本実施形態に係る生成部１２は、システム定義情報１５０に含まれる特定の文字列をパラメータ化（テンプレート化）し、パラメータ化した当該特定の文字列と、パラメータ化する前の当該特定の文字列とを関連づける個別パラメータ情報１５１を生成する。この個別パラメータ情報１５１の態様は、ＩａＣパラメータ情報１６１の態様と同様であるので、本実施形態に係るシステム構築パラメータ管理装置１０は、個別パラメータ情報１５１とＩａＣパラメータ情報１６１との比較を、容易に行うことができる。
【００６５】
また、本実施形態に係る更新部１４は、ＩａＣパラメータ情報１６１に含まれるあるパラメータと、個別パラメータ情報１５１に含まれるあるパラメータとの関連付けができない（図７に示すケースＡ以外）場合、当該パラメータに関する情報を管理端末装置２０へ出力する。そして、更新部１４は、ＩａＣパラメータ情報１６１に含まれるあるパラメータに関連付けられるパラメータが個別パラメータ情報１５１に存在しない場合、管理端末装置２０からＩａＣパラメータ情報１６１を更新することを指示する情報を入力されることをもって、当該パラメータを表す情報に基づいて、ＩａＣパラメータ情報１６１を更新する。したがって、本実施形態に係るシステム構築パラメータ管理装置１０は、ＩａＣパラメータ情報１６１を不適切に更新することによって、その後に問題が発生することを回避できる。
【００６６】
また、システム構築パラメータ管理装置１０が用いるシステム構築のための汎用的な情報は、ＩａＣコードリポジトリ１６に登録されたＩａＣコード１６０に限定されない。システム構築パラメータ管理装置１０は、ＩａＣコードとは異なる仕様の情報を、システム構築のための汎用的な情報として用いてもよい。
【００６７】
＜第２の実施形態＞
図９は、本願発明の第２の実施形態に係るシステム構築パラメータ管理装置４０の構成を概念的に示すブロック図である。
【００６８】
本実施形態に係るシステム構築パラメータ管理装置４０は、収集部４１、生成部４２、抽出部４３、及び、更新部４４を備えている。
【００６９】
収集部４１は、対象システム５０の動作環境を定義する定義情報４１０を収集する。
【００７０】
生成部４２は、定義情報４１０に基づいて、対象システム５０の構築に必要となる個別パラメータ情報４２０を生成する。
【００７１】
抽出部４３は、システム構築を行うプログラムが使用するシステム構築汎用情報４３０から、汎用的なシステムの構築に必要となる汎用パラメータ情報４３１を抽出する。
【００７２】
更新部４４は、個別パラメータ情報４２０と、汎用パラメータ情報４３１とを比較し、その比較結果に基づいて、汎用パラメータ情報４３１を、個別パラメータ情報４２０に整合するように更新する。
【００７３】
本実施形態に係るシステム構築パラメータ管理装置４０は、システム構築のための汎用的な情報を活用したシステムのマイグレーションを効率的に行うことができる。その理由は、システム構築パラメータ管理装置４０は、対象システム５０から収集した定義情報４１０に基づいて個別パラメータ情報４２０を生成し、システム構築汎用情報４３０から抽出した汎用パラメータ情報４３１と個別パラメータ情報４２０とを比較した結果に基づいて、汎用パラメータ情報４３１を、個別パラメータ情報４２０に整合するように更新するからである。
【００７４】
＜ハードウェア構成例＞
上述した各実施形態において図１、及び、図９に示したシステム構築パラメータ管理装置における各部は、専用のＨＷ（ＨａｒｄＷａｒｅ）（電子回路）によって実現することができる。また、図１、及び、図９において、少なくとも、下記構成は、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。
・収集部１１及び４１、
・生成部１２及び４２、
・抽出部１３及び４３、
・更新部１４及び４４、
・記憶部１５及びＩａＣコードリポジトリ１６における記憶制御機能。
【００７５】
但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図１０を参照して説明する。
【００７６】
図１０は、本願発明の各実施形態に係るシステム構築パラメータ管理装置を実行可能な情報処理装置９００（コンピュータ）の構成を例示的に説明する図である。即ち、図１０は、図１、及び、図９に示したシステム構築パラメータ管理装置を実現可能なコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。
【００７７】
図１０に示した情報処理装置９００は、構成要素として下記を備えている。
・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）９０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）９０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）９０３、
・ハードディスク（記憶装置）９０４、
・通信インタフェース９０５、
・バス９０６（通信線）、
・ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体９０７に格納されたデータを読み書き可能なリーダライタ９０８、
・モニターやスピーカ、キーボード等の入出力インタフェース９０９。
【００７８】
即ち、上記構成要素を備える情報処理装置９００は、これらの構成がバス９０６を介して接続された一般的なコンピュータである。情報処理装置９００は、ＣＰＵ９０１を複数備える場合もあれば、マルチコアにより構成されたＣＰＵ９０１を備える場合もある。
【００７９】
そして、上述した実施形態を例に説明した本願発明は、図１０に示した情報処理装置９００に対して、次の機能を実現可能なコンピュータプログラムを供給する。その機能とは、その実施形態の説明において参照したブロック構成図（図１、及び、図９）における上述した構成、或いはフローチャート（図８）の機能である。本願発明は、その後、そのコンピュータプログラムを、当該ハードウェアのＣＰＵ９０１に読み出して解釈し実行することによって達成される。また、当該装置内に供給されたコンピュータプログラムは、読み書き可能な揮発性のメモリ（ＲＡＭ９０３）、または、ＲＯＭ９０２やハードディスク９０４等の不揮発性の記憶デバイスに格納すれば良い。
【００８０】
また、前記の場合において、当該ハードウェア内へのコンピュータプログラムの供給方法は、現在では一般的な手順を採用することができる。その手順としては、例えば、ＣＤ−ＲＯＭ等の各種記録媒体９０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等がある。そして、このような場合において、本願発明は、係るコンピュータプログラムを構成するコード或いは、そのコードが格納された記録媒体９０７によって構成されると捉えることができる。
【００８１】
以上、上述した実施形態を模範的な例として本願発明を説明した。しかしながら、本願発明は、上述した実施形態には限定されない。即ち、本願発明は、本願発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
【符号の説明】
【００８２】
１    システム構築パラメータ管理システム
１０    システム構築パラメータ管理装置
１１    収集部
１１０    収集基準
１２    生成部
１３    抽出部
１４    更新部
１５    記憶部
１５０    システム定義情報
１５１    個別パラメータ情報
１６    ＩａＣコードリポジトリ
１６０    ＩａＣコード
１６１    ＩａＣパラメータ情報
２０    管理端末装置
３０    既存システム
３１    マイグレーション先システム
４０    システム構築パラメータ管理装置
４１    収集部
４１０    定義情報
４２    生成部
４２０    個別パラメータ情報
４３    抽出部
４３０    システム構築汎用情報
４３１    汎用パラメータ情報
４４    更新部
５０    対象システム
９００    情報処理装置
９０１    ＣＰＵ
９０２    ＲＯＭ
９０３    ＲＡＭ
９０４    ハードディスク（記憶装置）
９０５    通信インタフェース
９０６    バス
９０７    記録媒体
９０８    リーダライタ
９０９    入出力インタフェース
【図１】
2020061019.tif 000003
【図２Ａ】
2020061019.tif 000004
【図２Ｂ】
2020061019.tif 000005
【図３Ａ】
2020061019.tif 000006
【図３Ｂ】
2020061019.tif 000007
【図４】
2020061019.tif 000008
【図５】
2020061019.tif 000009
【図６】
2020061019.tif 000010
【図７】
2020061019.tif 000011
【図８】
2020061019.tif 000012
【図９】
2020061019.tif 000013
【図１０】
2020061019.tif 000014
【手続補正書】
【提出日】令和1年11月6日(2019.11.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
対象システムの動作環境を定義する定義情報を収集する収集手段と、
前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を生成する生成手段と、
システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出する抽出手段と、
前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する更新手段と、
を備え、
前記収集手段は、前記更新手段によって更新された前記汎用パラメータ情報に基づいて収集基準を更新し、更新した前記収集基準に基づいて前記定義情報を収集する、
システム構築パラメータ管理装置。
【請求項２】
前記生成手段は、前記定義情報に含まれる特定の文字列をパラメータ化し、パラメータ化した前記特定の文字列を含む前記個別パラメータ情報を生成する、
請求項１に記載のシステム構築パラメータ管理装置。
【請求項３】
前記更新手段は、テキストマッチング手法を用いて、あるいは、機械学習を行うことによって、前記個別パラメータ情報と、前記汎用パラメータ情報とを比較する、
請求項１または請求項２に記載のシステム構築パラメータ管理装置。
【請求項４】
管理手段をさらに備え、
前記更新手段は、前記汎用パラメータ情報には存在し、かつ、前記個別パラメータ情報には存在しないパラメータを表す情報を、前記管理手段へ出力するとともに、前記管理手段から前記汎用パラメータ情報を更新することを指示する情報を入力された場合に、前記パラメータを表す情報に基づいて、前記汎用パラメータ情報を更新する、
請求項１乃至請求項３のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項５】
管理手段をさらに備え、
前記更新手段は、前記汎用パラメータ情報には存在せず、かつ、前記個別パラメータ情報には存在するパラメータを表す情報を、前記管理手段へ出力するとともに、前記パラメータを表す情報に基づいて、前記汎用パラメータ情報を更新する、
請求項１乃至請求項３のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項６】
前記システム構築汎用情報はＩａＣ（Infrastructure as Code）コードである、
請求項１乃至請求項５のいずれか一項に記載のシステム構築パラメータ管理装置。
【請求項７】
前記汎用パラメータ情報を含む前記システム構築汎用情報を用いて、前記システム構築を行うプログラムを実行することによって、前記対象システムをマイグレーション先システムにマイグレーションする請求項１乃至６のいずれか一項に記載のシステム構築パラメータ管理装置と、
前記対象システムと、
前記マイグレーション先システムと、
を有するシステム構築パラメータ管理システム。
【請求項８】
情報処理装置によって、
対象システムの動作環境を定義する定義情報を収集し、
前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を、前記定義情報から抽出し、
システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出し、
前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する方法であって、
更新された前記汎用パラメータ情報に基づいて収集基準を更新し、更新した前記収集基準に基づいて前記定義情報を収集する、
システム構築パラメータ管理方法。
【請求項９】
対象システムの動作環境を定義する定義情報を収集する収集処理と、
前記定義情報に基づいて、前記対象システムの構築に必要となる個別パラメータ情報を、前記定義情報から抽出する第一の抽出処理と、
システム構築を行うプログラムが使用するシステム構築汎用情報から、汎用的なシステムの構築に必要となる汎用パラメータ情報を抽出する第二の抽出処理と、
前記個別パラメータ情報と、前記汎用パラメータ情報とを比較し、その比較結果に基づいて、前記汎用パラメータ情報を、前記個別パラメータ情報に整合するように更新する更新処理と、
をコンピュータに実行させるためのプログラムであって、
前記収集処理は、前記更新処理によって更新された前記汎用パラメータ情報に基づいて収集基準を更新し、更新した前記収集基準に基づいて前記定義情報を収集する、
システム構築パラメータ管理プログラム。