(57)【要約】【課題】システムにおいてなされた構成変更の履歴を容易に把握する。【解決手段】システムにおける構成変更を管理する構成変更管理装置において、履歴情報格納手段と、端末から送信された構成変更要求に基づいて、当該構成変更要求に係る構成変更の対象となる対象環境に対して構成変更を適用し、当該構成変更要求と、当該対象環境の識別情報とを含む履歴情報を前記履歴情報格納手段に格納する構成変更手段と、前記履歴情報格納手段に格納された履歴情報に基づいて、前記システムにおける構成変更の履歴を表示するための表示情報を作成する表示処理手段とを備える。【選択図】図２
2019121285.tif 000002
【特許請求の範囲】
【請求項１】
システムにおける構成変更を管理する構成変更管理装置であって、
履歴情報格納手段と、
端末から送信された構成変更要求に基づいて、当該構成変更要求に係る構成変更の対象となる対象環境に対して構成変更を適用し、当該構成変更要求と、当該対象環境の識別情報とを含む履歴情報を前記履歴情報格納手段に格納する構成変更手段と、
前記履歴情報格納手段に格納された履歴情報に基づいて、前記システムにおける構成変更の履歴を表示するための表示情報を作成する表示処理手段と
を備えることを特徴とする構成変更管理装置。
【請求項２】
前記構成変更手段は、前記構成変更要求のメッセージから、前記対象環境に対する構成変更の命令を生成する
ことを特徴とする請求項１に記載の構成変更管理装置。
【請求項３】
前記履歴情報は、構成変更要求に対応する時刻情報を含み、前記表示処理手段は、当該時刻情報に基づいて、前記システムにおける構成変更の履歴を時系列で表示するための表示情報を作成する
ことを特徴とする請求項１又は２に記載の構成変更管理装置。
【請求項４】
前記履歴情報は、構成変更要求に対応する時刻情報を含み、前記表示処理手段は、当該時刻情報に基づいて、指定された時刻に対応する時間になされた構成変更と、当該構成変更の対象環境を表示するための表示情報を作成する
ことを特徴とする請求項１又は２に記載の構成変更管理装置。
【請求項５】
前記構成変更要求は、前記端末にチャットのメッセージとして入力され、チャットシステムを介して、前記構成変更管理装置に送信される
ことを特徴とする請求項１ないし４のうちいずれか１項に記載の構成変更管理装置。
【請求項６】
システムにおける構成変更を管理し、履歴情報格納手段を備える構成変更管理装置が実行する構成変更管理方法であって、
端末から送信された構成変更要求に基づいて、当該構成変更要求に係る構成変更の対象となる対象環境に対して構成変更を適用し、当該構成変更要求と、当該対象環境の識別情報とを含む履歴情報を前記履歴情報格納手段に格納する構成変更ステップと、
前記履歴情報格納手段に格納された履歴情報に基づいて、前記システムにおける構成変更の履歴を表示するための表示情報を作成する表示処理ステップと
を備えることを特徴とする構成変更管理方法。
【請求項７】
コンピュータを、請求項１ないし５のうちいずれか１項に記載の構成変更管理装置における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムに対する構成変更を管理する技術に関連するものである。
【背景技術】
【０００２】
クラウドサービスやキャリアの提供するサービス等では、複数拠点におけるそれぞれの拠点に同じシステム（当該システムを"環境"と称してもよい）が構築される場合が多い。このような場合、例えば、自動構築スクリプトを用いる構成管理ツールにより、複数拠点に同じシステムが構築される。
【０００３】
上記のように複数拠点に展開されるシステムにおいては、拠点毎の環境差分（例：構成変更適用の時差に係る差分等）が発生するが、当該環境差分を解消して拠点毎に均一の機能を提供することが求められる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2004-258733号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
拠点毎の環境差分を解消するためには、どの拠点にどのような構成変更を施すべきなのかを把握することが必要であり、そのために、拠点毎にいつどのような構成変更がなされたかを把握することが必要である。
【０００６】
しかし、従来技術では、拠点毎にいつどのような構成変更がなされたかを把握するためには、各拠点のシステムについて、人が構成管理情報や管理簿の履歴を追わなければならず、大きな労力及びコストが必要である。
【０００７】
特に、システム開発に関して、開発環境、テスト（検証）環境、ステージング（商用維持）環境、商用環境に分けて行う場合が多く、更に、複数の環境を用いて並行して開発を行うために、複数の開発環境、及び検証環境が用意されることもある。これら複数の環境についても、いつどのような構成変更がなされたかを把握するためには、人が構成管理情報や管理簿の履歴を追わなければならず、大きな労力及びコストが必要である。
【０００８】
なお、上記の課題は、複数拠点におけるそれぞれの拠点に同じシステムが構築される場合に限らずに発生し得る課題である。例えば、あるサービスを提供するために、１拠点あるいは複数拠点に複数の異なるシステムを構築する場合でも、システム毎にいつどのような構成変更がなされたかを把握することは重要であるが、従来技術では、いつどのような構成変更がなされたかを容易に把握することはできなかった。
【０００９】
本発明は上記の点に鑑みてなされたものであり、システムにおいてなされた構成変更の履歴を容易に把握することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の技術によれば、システムにおける構成変更を管理する構成変更管理装置であって、
履歴情報格納手段と、
端末から送信された構成変更要求に基づいて、当該構成変更要求に係る構成変更の対象となる対象環境に対して構成変更を適用し、当該構成変更要求と、当該対象環境の識別情報とを含む履歴情報を前記履歴情報格納手段に格納する構成変更手段と、
前記履歴情報格納手段に格納された履歴情報に基づいて、前記システムにおける構成変更の履歴を表示するための表示情報を作成する表示処理手段と
を備えることを特徴とする構成変更管理装置が提供される。
【発明の効果】
【００１１】
開示の技術によれば、システムにおいてなされた構成変更の履歴を容易に把握することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態におけるシステムの全体構成図である。
【図２】構成変更管理装置１００の機能構成図である。
【図３】動作イメージを示す図である。
【図４】構成変更管理装置１００のハードウェア構成図である。
【図５】処理の流れを示すシーケンス図である。
【図６】入力を説明するための図である。
【図７】入力を説明するための図である。
【図８】履歴情報格納部１０５に格納される情報の例を示す図である。
【図９】構成変更命令生成処理を説明するための図である。
【図１０】構成変更命令生成処理を説明するための図である。
【図１１】環境の関連性を示す図である。
【図１２】表示例１を示す図である。
【図１３】表示例２を示す図である。
【図１４】表示例３を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１４】
（システムの全体構成）
近年、仮想ネットワーク技術を用いてネットワークを構築する技術が普及しており、そのような環境下では物理的な設備構築を行わなくてもネットワークを構築することができ、自動構成スクリプトを用いたプロビジョニングが可能である。本実施の形態におけるシステムは、例えばそのようなネットワークにおけるシステムである。ただし、それに限定されるわけではなく、本実施の形態におけるシステムが物理的な設備構築を行うネットワークにおけるシステムであってもよい。図１に、本実施の形態におけるシステムの全体構成を示す。図１に示すように、本実施の形態における全体システムは、対象環境１０、構成変更管理装置１００、チャットシステム２００、端末３００を有する。
【００１５】
対象環境１０は、構成変更管理装置１００による構成変更の対象であり、１つ又は複数のサーバ（コンピュータ）や通信装置からなる。通常、複数の対象環境１０が存在し、当該複数の対象環境１０により、例えば、ネットワークサービスを提供するシステムが構成される。各対象環境１０を構成するサーバ、通信装置等は、物理的な装置であってもよいし、仮想マシンであってもよい。
【００１６】
複数の対象環境はグループを構成する。例えば、地理的な拠点毎にグループが構成されてもよいし、提供サービス毎にグループが構成されてもよいし、組織毎にグループが構成されてもよいし、これら以外の観点に基づくグループが構成されてもよい。
【００１７】
また、一例であるが、本実施の形態では、各グループにおける１つ又は複数の対象環境は、開発環境、テスト環境、ステージング環境、及び商用環境のうちの１つ又は複数を有する。以降、開発環境はｄｅｖと称され、ステージング環境はｓｔａｇｉｎｇ（略してｓｇ）と称され、商用環境はｐｒｏｄ（略してｐｒ）と称される場合がある。
【００１８】
構成変更管理装置１００は、端末３００から送信される構成変更要求に基づいて、命令（本実施の形態では、スクリプト）を生成し、当該命令を実行することにより、特定の対象環境１０に対する構成変更（設定変更、設定、等と称してもよい）の処理を行うとともに、構成変更に係る履歴を管理する。履歴管理の詳細については後述する。
【００１９】
本実施の形態では、端末３００からの構成変更要求の送信がチャットを用いて実施される。チャットシステム２００は、当該チャットを実現するためのシステムである。なお、構成変更要求をチェットを使用して送信することは一例である。構成変更要求の送信については、端末３００からメッセージを送信することが可能な任意の手段を使用することとしてよい。
【００２０】
端末３００は、対象環境１０に対する構成変更等を行うユーザ（例：開発者）が使用する端末である。端末３００は、メッセージを送信できる装置であればどのような装置でもよいが、例えば、ＰＣ、スマートフォン、タブレット等である。
【００２１】
（構成変更管理装置１００の機能構成、動作概要）
図２に、構成変更管理装置１００の機能構成例を示す。図２に示すように、構成変更管理装置１００は、要求受付部１０１、構成変更命令生成部１０２、構成変更処理部１０３、表示処理部１０４、履歴情報格納部１０５、構成情報格納部１０６を備える。
【００２２】
要求受付部１０１は、チャットシステム２００を介して、端末３００から送信された構成変更要求のメッセージを受信するとともに、構成変更要求の情報を履歴情報格納部１０５に格納する。構成変更命令生成部１０２は、構成変更要求のメッセージから、対象環境１０に対する設定（構成変更）を実行する命令を生成する。本実施の形態では、当該命令は、自動的に設定（構築）を行うスクリプト（自動構築スクリプトと称してもよい）として生成される。
【００２３】
構成変更処理部１０３は、構成変更命令生成部１０２により生成された命令を実行することにより、対象環境１０の構成変更を実行するとともに、構成変更を実行したことを示す情報を履歴情報格納部１０５に格納する。表示処理部１０４は、履歴情報格納部１０５に格納された履歴情報、及び、構成情報格納部１０６に格納された構成情報に基づいて、対象環境について、どのような構成変更がなされたか、等を分かり良く端末３００等に表示するための表示情報を生成する表示処理を実行する。
【００２４】
履歴情報格納部１０５は構成変更に係る履歴情報を格納する。構成情報格納部１０６は、構成変更の対象となるシステム（複数の対象環境１０を含む）の構成情報を格納する。なお、構成情報は、自動構築スクリプト（構成変更命令生成部１０２が生成する命令等）から自動的に生成可能であり、構成情報格納部１０６には、当該スクリプトと、スクリプトから生成された構成情報が格納されている。なお、自動構築スクリプトから構成情報を生成することは一例であり、他の方法で取得した構成情報が構成情報格納部１０６に格納されてもよい。
【００２５】
図３は、構成変更管理装置１００の動作イメージを示す図である。なお、本実施の形態では、構成変更要求を「ＲＦＣ」とも呼ぶ。ＲＦＣは、Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｈａｎｇｅの略である。
【００２６】
図３において、ユーザの端末３００に対し、ユーザがＲＦＣとして、チャットにより、グループＡについての構成変更要求１（ＲＦＣ‐１）を示すメッセージを入力すると、当該構成変更要求１が送信され、構成変更管理装置１００に入力される。構成変更管理装置１００は、構成変更要求１に基づき、構成変更を行う命令を生成し、当該命令は構成情報格納部１０６に格納される。当該命令は、自動構築スクリプトである。当該命令は、グループＡの対象環境に対して実行され、当該対象環境に構成変更が適用される。
【００２７】
また、構成変更要求の情報、構成変更が適用されたか否かを示す情報は、履歴情報格納部１０５に格納される。
【００２８】
図３の例では、履歴情報格納部１０５に格納される履歴情報の例として構成変更要求２（ＲＦＣ‐２）に係る構成変更が、グループＢにおける開発環境と、グループＢにおけるステージング環境に適用されたことが示されている。
【００２９】
また、構成変更管理装置１００は、履歴情報格納部１０５に格納された履歴情報に基づいて、例えば、どの環境にどの構成変更が適用されたかをグラフィカルに表示することができる。一例として、図３の例では、履歴情報格納部１０５に格納された情報に基づいて、構成変更要求２（ＲＦＣ−２）に係る構成変更が、グループＢの開発環境、及びステージング環境に適用されたことがグラフィカルに示されている。
【００３０】
（ハードウェア構成例）
構成変更管理装置１００は、例えば、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、構成変更管理装置１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、当該構成変更管理装置１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【００３１】
図４は、構成変更管理装置１００をコンピュータで実現する場合におけるハードウェア構成例を示す図である。図４に示す構成変更管理装置１００は、それぞれバスＢで相互に接続されているドライブ装置１５０、補助記憶装置１５２、メモリ装置１５３、ＣＰＵ１５４、インタフェース装置１５５、表示装置１５６、及び入力装置１５７等を有する。
【００３２】
構成変更管理装置１００での処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体１５１によって提供される。プログラムを記憶した記録媒体１５１がドライブ装置１５０にセットされると、プログラムが記録媒体１５１からドライブ装置１５０を介して補助記憶装置１５２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１５１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１５２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００３３】
メモリ装置１５３は、プログラムの起動指示があった場合に、補助記憶装置１５２からプログラムを読み出して格納する。ＣＰＵ１５４（プロセッサ）は、メモリ装置１５３に格納されたプログラムに従って構成変更管理装置１００に係る機能を実現する。インタフェース装置１５５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１５６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１５７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。
【００３４】
なお、構成管理装置１００を遠隔から操作したり、遠隔で表示を行う場合には、表示装置１５６及び入力装置１５７を備えないこととしてもよい。
【００３５】
（動作例）
次に、図５に示すシーケンス図に記載の手順に沿って、本実施の形態に係る構成管理装置１００に関わる動作例を説明する。
【００３６】
図５に示す処理が開始あれる前提として、まず、端末３００のユーザが、端末３００に対し、構成変更要求を示すメッセージを入力する。前述したように、本実施の形態では、メッセージの送受信にチャットシステムを使用している。
【００３７】
本実施の形態では、チャネルと呼ばれるグループ（チャットルーム）を形成可能なチャットシステムが使用される。当該チャットシステムを使用する際には、例えば図６に示すように、複数のチャネル名が表示され、ユーザは、自身が使用したいチャネルを選択することで、当該チャネルに対応するグループ内でチャットを行うことができる。
【００３８】
本実施の形態では、１つのチャネルは１つの対象環境に対応しているものとする。ただし、これは例であり、１つのチャネルが複数の対象環境（例：１つのグループ）に対応していてもよいし、複数のチャネルが１つの対象環境に対応していてもよい。
【００３９】
一例として、ユーザは、あるグループ（例：ａｂｃ）のステージング環境（例：ａｂｃ−ｓｇ１）に対応するチャネルを選択し、構成変更要求を示すメッセージを端末３００に入力する。ａｂｃ−ｓｇ１に対応するチャネルを選択したということは、構成変更の対象がａｂｃ−ｓｇ１であることを示す。
【００４０】
図７に、端末３００に入力された構成変更要求を示すメッセージの例を示す。図７の例は、あるファイル（シェルスクリプト）を、１〜５月に、１０分間隔でｃｒｏｎで自動実行させる設定を行うための構成変更要求を示す。また、メッセージには、その構成変更をする理由（ｒｅａｓｏｎ）も含めることができる。
【００４１】
本実施の形態では、メッセージが構成変更要求であることを示すために「ｒｆｃ：」が付される。構成変更管理装置１００の要求受付部１０１は、受信したメッセージの先頭にｒｆｃ：が付されていることを検知すると、当該メッセージは、構成変更要求に係るメッセージであると判断できる。
【００４２】
メッセージにおける「ｒｆｃ：」以降の構成変更内容を示す部分は、構成変更内容を示すものであればその言語、文法等はどのようなものでもよい。ただし、本実施の形態では、構成変更要求のメッセージから、テンプレートを用いて構成変更のための命令（スクリプト）を自動生成することとしているため、当該テンプレートの適用に適した形式でメッセージが作成されている。
【００４３】
また、構成変更内容を示す部分の記述を自然言語（あるいは自然言語に近い言語）として、構成変更管理装置１００においてＡＩ等の技術により、自然言語から構成変更内容を抽出することとしてもよい。
【００４４】
図５のＳ１０１、Ｓ１０２において、端末３００に入力された構成変更要求のメッセージは、チャットシステム２００を経由して、構成変更管理装置１００に届く。
【００４５】
構成変更管理装置１００の要求受付部１０１は、当該メッセージを受信すると、「ｒｆｃ：」により、当該メッセージが構成変更要求のメッセージであることを把握するとともに、受信したメッセージのチャネル（例：ａｂｃ−ｓｇ１）から、構成変更の対象を把握する（例：ａｂｃ−ｓｇ１であることを把握する）。
【００４６】
要求受付部１０１は、当該構成変更要求にＩＤを付与し、当該構成変更要求の情報を、テーブルのエントリとして、履歴情報格納部１０５に格納（登録）する（Ｓ１０３）。
【００４７】
図８に、履歴情報格納部１０５に格納されるテーブルの例を示す。図８のＲＦＣ−ＩＤ＝５６のエントリが図７に示す入力に基づく構成変更要求に相当する。図８に示すように、当該テーブルは、ＩＤ、要求時刻（ｒｅｑｕｅｓｔ  ｄａｔｅ）、対象環境（ｔａｒｇｅｔ  ｅｎｖｉｒｏｎｍｅｎｔ）、構成変更の内容（ｒｅｑｕｅｓｔ  ｄｅｔａｉｌ）、自動構築の命令は生成できたかどうかを示す情報（Ａｕｔｏｍａｔｅｄ）、テストは完了したかどうかを示す情報（ｓｔａｔｕｓ）、どの環境に適用されたかを示す情報（ａｐｐｌｉｅｄ  ｏｎ）を含む。また、テーブルは、構成変更要求を発出したユーザ名、構成変更理由を含んでもよい。また、図８の例では、時刻として、構成変更要求が発出された（あるいは構成変更要求を受信した時刻）が記録されるが、これに代えて、あるいは、これに加えて、当該構成変更要求に係る構成変更が適用された時刻を、適用対象となった対象環境毎に記録してもよい。
【００４８】
続いて、構成変更命令生成部１０２が、Ｓ１０２で受信した構成変更要求のメッセージに基づいて、構成変更のための命令（スクリプト）を生成する（Ｓ１０４）。命令の生成方法は特定の方法に限定されないが、本実施の形態では、テンプレートを用いて命令を生成している。すなわち、構成変更命令生成部１０２は、メモリ等の記憶手段に、構成変更内容に対応する複数種類のテンプレートを保持しており、受信した構成変更要求の内容に対応するテンプレートを選択し、構成変更要求のメッセージの要素を当該テンプレートに適用することにより、命令を生成する。また、テンプレートの仕様のほかに、入力されたメッセージそのものを構成変更として実施する、外部のスクリプトを取り込む、過去に実施したスクリプトを再度実行するなどの各種手法を採用してもよい。
【００４９】
例えば、ＲＦＣ−ＩＤ＝５６の（ｃｒｏｎジョブの設定）においては、構成変更命令生成部１０２は、複数のテンプレートの中からｃｒｏｎジョブの設定に対応するテンプレートを選択し、当該テンプレートを使用する。
【００５０】
一例として、構成変更命令生成部１０２は、図７の要求に対し、例えば、図９に示すようにキー情報を取得し、それを例えば図１０（ａ）に示すテンプレートの対応する箇所に代入することで、図１０（ｂ）に示すような命令（自動構築スクリプト）を生成する。このように命令を生成できた場合に、図８のテーブルにおけるＡｕｔｏｍａｔｅｄの欄をＣｏｍｐｌｅｔｅｄにする。
【００５１】
生成された命令は構成情報格納部１０６に格納される。次に、構成変更処理部１０３は、構成情報格納部１０６から命令を読み出し、当該命令に係る構成変更の対象となる対象環境１０に対し、当該命令を実行することで、構成変更を実施する（Ｓ１０５）。具体的には、例えば、構成変更処理部１０３は、当該命令からコード（例：ｐｙｔｈｏｎ  ｃｏｄｅ）を生成し、当該コードを対象環境１０に送信し、対象環境１０が当該コードを実行することで構成変更が実施される。あるいは、構成変更処理部１０３は、当該命令を対象環境１０に送信し、対象環境１０が当該命令からコードを生成し、当該コードを実行することで構成変更が実施されることとしてもよい。
【００５２】
対象環境１０は、構成変更が完了したことを構成変更管理装置１００に通知する。これにより、構成変更管理装置１００の構成変更処理部１０３は、対象環境１０に対する構成変更が完了したことを把握し、履歴情報格納部１０５に格納されているテーブルの該当エントリにおいて、ａｐｐｌｉｅｄ  ｏｎの欄に構成変更が適用された対象環境（例：ａｂｃ−ｓｇ１）を記録する（Ｓ１０６）。前述したように、Ｓ１０６において、構成変更が完了した時刻を、ａｐｐｌｉｅｄ  ｏｎの欄に記録した対象環境とともに記録してもよい。
【００５３】
また、各対象環境１０は、例えば定期的に、構成変更管理装置１００の履歴情報格納部１０５にアクセスして、テーブルに記録されている構成変更要求に関わる情報をチェックする機能を有している。例えば、ａｂｃ−ｓｇ１に対する構成変更要求であるＲＦＣ―ＩＤ＝５６の構成変更が完了して、ａｐｐｌｉｅｄ  ｏｎの欄にａｂｃ−ｓｇ１のみが記録されている状態において、ａｂｃ−ｓｇ２（グループａｂｃのステージング環境２）が、テーブルをチェックすることにより、ａｂｃ−ｓｇ１に対してＲＦＣ―ＩＤ＝５６の設定変更が完了していることを把握する。そして、ａｂｃ−ｓｇ２は、同じグループの環境に適用した構成変更は、自身にも適用すべきであると判断し、ＲＦＣ‐ＩＤ＝５６の構成変更の命令を構成情報格納部１０６から取得し、当該命令を実行することで、ＲＦＣ−ＩＤ＝５６の構成変更を実行し、完了報告を構成変更管理装置１００に送信する。同様に、ａｂｃ−ｄｅｖ２もＲＦＣ―ＩＤ＝５６の設定変更を実行し、完了報告を構成変更管理装置１００に送信する。このときの状態が図８に示されている。
【００５４】
なお、上記の例では、各対象環境１０が構成変更管理装置１００の履歴情報格納部１０５にアクセス（ポーリング）することとしている。これに代えて、あるいはこれに加えて、構成変更管理装置１００の構成変更処理部１０３は、ある対象環境に対する構成変更要求に基づいて当該対象環境に構成変更を適用した場合に、当該対象環境に関連する他の対象環境に対して当該構成変更を適用することとしてもよい。対象環境に関連する他の対象環境とは、例えば、同じグループに属する環境でもよいし、同じ種類（開発環境、テスト環境、ステージング環境、商用環境等の種類）に属する環境でもよいし、これら以外であってもよい。
【００５５】
一例として、構成変更管理装置１００は、図１１に示すような環境の関連性を示すテーブルを構成情報格納部１０６等の記憶手段に格納している。図１１の例では、同じグループに属する環境が関連性のある環境であり、例えば、構成変更処理部１０３は、構成変更要求に基づいてａｂｃ−ｓｇ１の構成変更を行った際に、当該テーブルを参照することで、ａｂｃ−ｓｇ１に関連するａｂｃ−ｓｇ２等にも当該構成変更を適用することができる。なお、図１１におけるｉｄは、構成情報のｉｄである。例えば、構成情報格納部１０６には、ｉｄに紐づけられる形で構成情報が格納されており、図１１のｉｄから構成情報格納部１０６に格納された構成情報を取得できる。
【００５６】
（表示処理について）
本実施の形態における構成変更管理装置１００は、履歴情報格納部１０５に格納された履歴情報と、構成情報格納部１０６に格納された構成情報とを用いることにより、様々な表示を行うことが可能である。
【００５７】
表示はどの装置で行ってもよいが、一例として、端末３００で表示を行う場合のシーケンスが図５に示されている。図５のＳ１０７において、表示要求が端末３００から構成変更管理装置１００に送信される。Ｓ１０８において、構成変更管理装置１００の表示処理部１０４は、表示情報（端末３００に表示される画面の情報）を作成する表示処理を行う。Ｓ１０９において、表示情報が端末３００に送信され、Ｓ１１０において表示がなされる。
【００５８】
以下の図１２〜図１４に示す情報（画面）は、端末３００上に表示されるものであるが、図１２〜図１４に示す情報を、表示処理部１０４により作成される表示情報であると解釈してもよい。
【００５９】
＜表示例１＞
図１２は表示例１を示す。表示例１では、グループ毎に、開発環境（ｄｅｖ）、ステージング環境（ｓｔａｇｉｎｇ）、及び商用環境（ｐｒｏｄ）の構成が示されている。この構成は、構成情報格納部１０６に格納された構成情報に基づくものであり、表示処理部１０４は、当該構成情報を用いて、当該構成を示す表示情報を作成する。例えば、図１２において、グループａｂｃの開発環境として、ａｂｃ−ｄｅｖ１とａｂｃ−ｄｅｖ２が存在することが示されている。
【００６０】
また、図１２において、同じグループの複数の環境は、関連があることを示す線で結ばれている。このような関連性については、図１１に示すテーブルから把握することが可能である。
【００６１】
また、図１２に示す表示例１では、図５のＳ１０７の表示要求において、ＲＦＣ−ＩＤ＝５９が指定され、当該ＩＤの構成変更が適用された対象環境を強調表示するよう指示されている。
【００６２】
表示処理部１０４は、当該表示要求に基づいて、履歴情報格納部１０５のテーブル（図８）を参照し、ＲＦＣ−ＩＤ＝５９に対応する情報により、ｎｏｐ−ｄｅｖ１、ａｂｃ−ｓｇ１、及びａｂｃ−ｄｅｖ２に対してＲＦＣ−ＩＤ＝５９の設定変更が適用されたことを把握し、図１２に示すように、ｎｏｐ−ｄｅｖ１、ａｂｃ−ｓｇ１、及びａｂｃ−ｄｅｖ２を強調表示する。強調表示の方法は特定の方法に限られないが、例えば、色を付ける等である。
【００６３】
図１２に示すような表示により、特定の設定変更がどの環境に適用されたかを一目で把握することができる。
【００６４】
＜表示例２＞
図１３は表示例２を示す。表示例２におけるベースとなる構成及び関連性の表示内容は、表示例１（図１２）と同じである。
【００６５】
表示例２では、表示要求（図５のＳ１０７）において特定の環境を指定することで、当該環境に適用された構成変更が時系列で表示される。
【００６６】
図１３の例では、特定の環境として、ａｂｃ−ｓｇ１が指定されている。この場合、表示処理部１０４は、履歴情報格納部１０５のテーブル（図８）を参照し、ａｂｃ−ｓｇ１に対して、ＲＦＣ−ＩＤ＝５２、５３、５４、５５、５６、５９の構成変更が適用されたことを把握し、図１３に示すように、画面上のａｂｃ−ｓｇ１の近くの領域（ここでは吹き出しを使用）に、当該ＩＤを、要求時刻とともに時系列で表示する。なお、要求時刻に代えて、あるいは、要求時刻とともに、構成変更が適用された時刻を表示してもよい。また、要求時刻と、構成変更が適用された時刻との差分が小さい（例：所定閾値以下）場合には、要求時刻と構成変更が適用された時刻のうちのどちらを表示してもよい。
【００６７】
表示例２にように、指定した環境において適用された構成変更を時系列で表示することで、当該環境に適用された構成変更の内容を時系列で把握することができる。
【００６８】
なお、図１３の例では、１つの環境についての構成変更を時系列で表示する例を示しているが、複数の環境を指定することで、複数の環境についての構成変更を時系列で表示することも可能である。
【００６９】
＜表示例３＞
上述した表示例２では、ある対象環境についての構成変更を時系列で表示しているが、時刻の進行に着目して、ある時刻において、どの環境にどの設定変更が提供されたかを表示することも可能である。これを表示例３として説明する。
【００７０】
図１４は表示例３を示す。図１４のベースとなる構成及び関連性については、表示例１、２と同様に、構成情報等に基づき表示される。
【００７１】
表示例３では、時刻を指定するためのユーザインタフェースとして、表示処理部１０４は、図１４に示すように、バーを表示する。バーは時刻の流れを表し、ユーザは、バー上の三角マークを移動させることにより、特定の時刻を指定することができる。
【００７２】
例えば、図１４の左側に示すように、Ａで示す時刻（時刻Ａ）が三角マークで指定された場合において、表示処理部１０４は、履歴情報格納部１０５に格納されたテーブル（図８）を参照し、当該時刻Ａを含む所定幅の時間において適用された構成変更と、対象環境を抽出し、表示処理を行う。当該時刻Ａを含む所定幅の時間とは、例えば、Ｔを予め定めた時間長として、（時刻Ａ−Ｔ）から（時刻Ａ＋Ｔ）までの時間であってもよいし、（時刻Ａ−Ｔ）から時刻Ａまでの時間であってもよいし、その他の時間であってもよい。
【００７３】
図１４左側の例では、上記所定幅の時間の中で、環境１に対してＲＦＣ‐ＩＤ＝５８の構成変更が適用され、環境２に対してＲＦＣ‐ＩＤ＝４８の構成変更が適用されたことが示されている。
【００７４】
図１４の右側は、Ｂで示す時刻（時刻Ｂ）が三角マークにより指定された場合を示しており、この場合は、時刻Ｂに対する所定幅の時間の中で、環境１に対してＲＦＣ‐ＩＤ＝５８の構成変更が適用されたことが示されている。
【００７５】
ユーザが、バー上で三角マークをずらしていくことで、どの環境にどの構成変更が適用されたかについての連続的な変化を表示でき、ユーザは、どの環境にどの構成変更がいつ適用されたかを容易に把握できる。また、例えば、２つの環境の相互接続等を行うに際して、相互のシステムにどのような変更が加えられ、どのような状況であったかを把握することができる。
【００７６】
（実施の形態の効果等）
以上、説明したように、本実施の形態では、各環境への構成変更要求を自動で管理し、自動で適用し、結果を一覧で図示し、時系列での表示や拠点毎の表示などを行うこととしている。これにより、システムにおいてなされた構成変更の履歴を容易に把握することが可能となる。
【００７７】
従来技術では、構成変更要求から構成変更手順の作成を行うには人が考える必要があったため、「構成変更要求管理」と「構成変更手順作成」と「構成管理」とを関連付けることを人手で行っていたため、構成変更の履歴を把握するために多大な労力を要していた。
【００７８】
一方、本実施の形態に係る技術では、チャットシステムを用いることで構成変更要求を自動的に受け付けて、構成変更命令を自動的に作成する。更に、この構成変更命令を構成情報に取り込み（この取り込み自体は既存技術）、構成情報を自動的にメンテナンスすることが可能である。そして、各拠点における構成変更の適用に関する履歴を保持し、当該履歴を環境間の関連性とともに表示するので、構成変更の履歴を容易に把握できる。
【００７９】
本実施の形態で説明した構成変更管理装置１００を導入することで、人手による作業が大幅に削減されるので、構成変更管理のコストが大幅に削減される。また、構成変更管理装置１００を導入することで、多くの環境における構成変更の履歴を一覧性を持って表示できるので、抜け漏れを防止して、構成変更を各環境に適用できる。
【００８０】
（実施の形態のまとめ）
以上、説明したように、本実施の形態により、システムにおける構成変更を管理する構成変更管理装置であって、履歴情報格納手段と、端末から送信された構成変更要求に基づいて、当該構成変更要求に係る構成変更の対象となる対象環境に対して構成変更を適用し、当該構成変更要求と、当該対象環境の識別情報とを含む履歴情報を前記履歴情報格納手段に格納する構成変更手段と、前記履歴情報格納手段に格納された履歴情報に基づいて、前記システムにおける構成変更の履歴を表示するための表示情報を作成する表示処理手段とを備えることを特徴とする構成変更管理装置が提供される。
【００８１】
履歴情報格納部１０５は履歴情報格納手段の例であり、構成変更命令生成部１０２及び構成変更処理部１０３は構成変更手段の例であり、表示処理部１０４は表示処理手段の例である。
【００８２】
前記構成変更手段は、前記構成変更要求のメッセージから、前記対象環境に対する構成変更の命令を生成することとしてもよい。
【００８３】
また、前記履歴情報は、構成変更要求に対応する時刻情報を含み、前記表示処理手段は、当該時刻情報に基づいて、前記システムにおける構成変更の履歴を時系列で表示するための表示情報を作成することとしてもよい。
【００８４】
また、前記履歴情報は、構成変更要求に対応する時刻情報を含み、前記表示処理手段は、当該時刻情報に基づいて、指定された時刻に対応する時間になされた構成変更と、当該構成変更の対象環境を表示するための表示情報を作成することとしてもよい。
【００８５】
前記構成変更要求は、前記端末にチャットのメッセージとして入力され、チャットシステムを介して、前記構成変更管理装置に送信されることとしてもよい。
【００８６】
以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８７】
１０  対象環境
１００  構成変更管理装置
２００  チャットシステム
３００  端末
１０１  要求受付部
１０２  構成変更命令生成部
１０３  構成変更処理部
１０４  表示処理部
１０５  履歴情報格納部
１０６  構成情報格納部
１５０  ドライブ装置
１５１  記録媒体
１５２  補助記憶装置
１５３  メモリ装置
１５４  ＣＰＵ
１５５  インタフェース装置
１５６  表示装置
１５７  入力装置
【図１】
2019121285.tif 000003
【図２】
2019121285.tif 000004
【図３】
2019121285.tif 000005
【図４】
2019121285.tif 000006
【図５】
2019121285.tif 000007
【図６】
2019121285.tif 000008
【図７】
2019121285.tif 000009
【図８】
2019121285.tif 000010
【図９】
2019121285.tif 000011
【図１０】
2019121285.tif 000012
【図１１】
2019121285.tif 000013
【図１２】
2019121285.tif 000014
【図１３】
2019121285.tif 000015
【図１４】
2019121285.tif 000016