JP6677345B2 - 開発運用支援システム、開発管理サーバ、運用管理サーバ、それらの方法及びプログラム - Google Patents

Description

本発明は、開発運用支援システム、開発管理サーバ、運用管理サーバ、それらの方法及びプログラムに関し、特に、構成管理データベースを備えた開発運用支援システム、開発管理サーバ、運用管理サーバ、それらの方法及びプログラムに関する。

ＩＴ（Information Technology）システムの構成情報を管理するためのデータベースとして、ＣＭＤＢ（Configuration Management Database）が知られている。ＣＭＤＢなどを用いてシステムの開発（設計）及び運用を行う手法の一つとして、開発と運用の連携を重視するＤｅｖＯｐｓ（Development & Operations）が注目されている。開発と運用が連携し協力し合うことで、ユーザの要求に合わせたシステムの構築やテスト等を効率よく行うことができる。なお、システム構築に必要となる様々な情報を作成する作業を、開発もしくは設計と称する。また、開発もしくは設計によって作成された情報を実システムに適用し、システムを稼働させる作業（その後の保守作業含む）を運用と称する。

関連する技術として、例えば、特許文献１や２が知られている。特許文献１には、システム運用プロセスを作成する技術が記載され、特許文献２には、システムに実施した対処を評価する技術が記載されている。

国際公開第２０１３／１７９４６８号 特開２０１６−０１５１１１号公報

近年、開発及び運用の対象となるシステムの大規模化や複雑化が進んでいることから、ＤｅｖＯｐｓを採用したとしても、迅速にシステムを開発及び運用することが困難であるという問題がある。

本発明は、このような課題に鑑み、迅速に開発及び運用を行うことが可能な開発運用支援システム、開発管理サーバ、運用管理サーバ、それらの方法及びプログラムを提供することを目的とする。

本発明に係る開発運用支援システムは、開発管理サーバと運用管理サーバと構成管理データベースとを備えた開発運用支援システムであって、前記開発管理サーバは、第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録する記録部と、前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する生成部と、を備え、前記運用管理サーバは、前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を前記対象システムに設定する設定部と、前記設定された対象システムから、現在の対象システムの設定情報を収集する収集部と、前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する確認部と、を備えるものである。

本発明に係る開発管理サーバは、構成管理データベースを備えた開発運用支援システムにおける開発管理サーバであって、第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録する記録部と、前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する生成部と、を備えるものである。

本発明に係る運用管理サーバは、構成管理データベースを備えた開発運用支援システムにおける運用管理サーバであって、前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を対象システムに設定する設定部と、前記設定された対象システムから、現在の対象システムの設定情報を収集する収集部と、前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する確認部と、を備えるものである。

本発明に係る開発運用支援方法は、構成管理データベースを備えた開発運用支援システムにおける開発運用支援方法であって、第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成し、前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を前記対象システムに設定し、前記設定された対象システムから、現在の対象システムの設定情報を収集し、前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認するものである。

本発明に係る開発管理方法は、構成管理データベースを備えた開発運用支援システムにおける開発管理方法であって、第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成するものである。

本発明に係る運用管理方法は、構成管理データベースを備えた開発運用支援システムにおける運用管理方法であって、前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を対象システムに設定し、前記設定された対象システムから、現在の対象システムの設定情報を収集し、前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認するものである。

本発明に係る開発管理プログラムは、構成管理データベースを備えた開発運用支援システムにおける開発管理プログラムであって、第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する、処理をコンピュータに実行させるものである。

本発明に係る運用管理プログラムは、構成管理データベースを備えた開発運用支援システムにおける運用管理プログラムであって、前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を対象システムに設定し、前記設定された対象システムから、現在の対象システムの設定情報を収集し、前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する、処理をコンピュータに実行させるものである。
本発明に係る開発運用支援プログラムは、構成管理データベースを備えた開発運用支援システムにおける開発運用支援プログラムであって、第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成し、前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を前記対象システムに設定し、前記設定された対象システムから、現在の対象システムの設定情報を収集し、前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する、処理をコンピュータに実行させるものである。

本発明によれば、迅速に開発及び運用を行うことが可能な開発運用支援システム、開発管理サーバ、運用管理サーバ、それらの方法及びプログラムを提供することができる。

基本例の開発運用支援システムの構成を示す構成図である。 一般的なシステム開発フローを示すフローチャートである。 理想的なシステム開発サイクルを説明するための図である。 実施の形態に係る開発運用支援システムの概念を示す構成図である。 実施の形態１に係る開発運用支援システムの構成例を示す構成図である。 実施の形態１に係る開発管理サーバの動作例を示すフローチャートである。 実施の形態１に係る運用管理サーバの動作例を示すフローチャートである。 実施の形態１に係るデータベースに蓄積されるデータの例を示す図である。 実施の形態１に係るシステム開発サイクルを説明するための図である。

（基本例）
実施の形態の説明の前に、実施の形態の基本となる基本例について説明する。図１は、基本例の開発運用支援システムの構成を示している。図１に示すように、基本例の開発運用支援システム２００は、開発管理サーバ１、運用管理サーバ２、ＣＭＤＢ３、対象システム４を備えている。

ＣＭＤＢ３は、対象システム４の構成情報を記憶するデータベースである。開発管理サーバ１は、開発者から入力される情報等にしたがってＣＭＤＢ３の構成情報を更新する。運用管理サーバ２は、運用者から入力される指示等にしたがって、ＣＭＤＢ３の構成情報を対象システム４へ適用する。

図２は、一般的なシステム開発フローを示している。図２に示すように、一般的にエンドユーザへＩＴシステムを提供する場合、企画プロセス（Ｓ１０１）、開発プロセス（Ｓ１０２）、運用プロセス（Ｓ１０３）、保守プロセス（Ｓ１０４）の順に作業が進められる。

企画プロセス（Ｓ１０１）では、ＳＥ（System Engineer）などの開発者（設計者）が、エンドユーザの要望にしたがって要件定義を行い、対象システム４の仕様を決定する。例えば、企画プロセス（Ｓ１０１）の後、基本例の開発運用支援システム２００を用いて作業が進められる。

開発プロセス（Ｓ１０２）では、開発者が、要件定義の仕様にしたがって対象システム４の構成情報を作成（コーディング）する。開発者は、開発端末等を用いて開発管理サーバ１へアクセスし、ＣＭＤＢ３へ対象システム４の構成情報を登録（更新）する。

運用プロセス（Ｓ１０３）では、運用者が、運用端末等を用いて運用管理サーバ２へアクセスし、ＣＭＤＢ３の構成情報を対象システム４へ適用する。さらに、保守プロセス（Ｓ１０４）では、運用者が、運用管理サーバ２へアクセスし、対象システム４の状態監視や問題への対処を行う。運用者は、システムの構築や拡張、修正を行う場合、更新されたＣＭＤＢ３の構成情報を対象システム４へ適用し、必要なテスト作業を実施する。

次に、ＤｅｖＯｐｓのように開発及び運用をある程度の期間で繰り返しながらシステム開発を進める場合について検討する。図３は、この場合の理想的なシステム開発サイクルを示している。

例えば、要件定義において、設計ＡをＴ１で適用し、設計ＢをＴ２で適用し、設計ＣをＴ３で適用し、設計ＤをＴ４で適用することが決まっているとすると、図３に示すように、Ｔ１〜Ｔ４のタイミングで繰り返し設計を行う必要がある。この場合、理想的には、Ｔ１において、設計ＡでＣＭＤＢ３に設計される設計情報（構成情報）を対象システム４へ設定（適用）し、設定された対象システム４からシステムの状態（現在の実システムの構成情報）を収集し、この収集された状態をもとに、次のＴ２において、設計ＢでＣＭＤＢ３に設計される設計情報を対象システム４へ設定し、以降同様に設計、設定、収集が繰り返される。

しかしながら、実際のシステム開発では、収集した実システムの状態をもとに新たな設計を行うためには長い期間が必要となる。このため、実際に適用されるよりも数か月前に設計を行わなければならない。例えば、設計期間を３カ月とすると、６月に適用する情報の設計は、３月から開始しなければならない。したがって、実際のシステム開発では、予め数か月先の設計を行う必要があり、「実システムの状態を収集し、収集した状態をもとに新たな設計要素を加えて設定」を繰り返す開発手法を採用することができない。特に、対象システムの大規模化や複雑化が進んでいるため、迅速にシステムの開発及び運用を行うことは困難である。

このため、図１の基本例のような開発運用支援システムでは、迅速にシステムの開発及び運用を行うことは困難であり、図３のような理想的なシステム開発サイクルを実現することができないという問題がある。

（実施の形態の概要）
図４は、実施の形態に係る開発運用支援システムの概要を示している。図４に示すように、実施の形態に係る開発運用支援システム１００は、開発者及び運用者の開発作業及び運用作業を支援するシステムであって、主に、開発管理サーバ１０、運用管理サーバ２０、履歴付きＣＭＤＢ３１、対象システム４０を備えている。

開発管理サーバ１０は、記録部１１、生成部１２を備えている。記録部１１は、第１の設計時期（例えばＴ１）に設計された構成情報とその構成情報を適用する適用時期とを関連付けて、履歴付きＣＭＤＢ３１に記録する。その構成情報を適用する適用時期よりも前に設計が行われている（第１の設計時期は、第１の設計時期に設計された構成情報の適用時期よりも前である）。生成部１２は、第１の設計時期の次の第２の設計時期（例えばＴ２）の設計に使用する構成情報として、履歴付きＣＭＤＢ３１に記録された適用時期に対応する構成情報を生成する。記録部１１は、さらに、第２の設計時期に設計された構成情報及び適用時期を履歴付きＣＭＤＢ３１に記録する。

運用管理サーバ２０は、設定部２１、収集部２２、確認部２３を備えている。設定部２１は、履歴付きＣＭＤＢ３１に記録された適用時期に、その適用時期に対応する構成情報を対象システム４０に設定する。収集部２２は、設定された対象システム４０から、現在の対象システム４０の設定情報を収集する。確認部２３は、対象システム４０から収集した設定情報と、履歴付きＣＭＤＢ３１に記録された適用時期に対応する構成情報との一致または不一致を確認する。

このように、開発側では、構成情報とその構成情報を適用する適用時期とを関連付けて記録し、それらの情報をもとに次の適用時期の構成情報を生成し設計を行うことで、実システムの情報の収集を待たずに次の設計を行うことができるため、迅速に設計（開発）作業を進めることができる。また、運用側では、ＣＭＤＢに記録された適用時期をもとに、対象システムを設定し、対象システムから収集した情報とＣＭＤＢの情報を比較することで、運用側で情報を確認できるため、迅速に運用作業を進めることができる。

（実施の形態１）
以下、図面を参照して実施の形態１について説明する。図５は、本実施の形態に係る開発運用支援システムの構成を示している。

図５に示すように、本実施の形態に係る開発運用支援システム１０１は、開発管理サーバ１０、運用管理サーバ２０、履歴付きＣＭＤＢ３１、イベントリＤＢ３２、対象システム４０、開発端末５０、運用端末６０を備えている。なお、各装置で実現する機能を、１つまたは任意の数の装置で実現してもよい。例えば、開発管理サーバ１０と運用管理サーバ２０を１つのサーバ装置としてもよい。開発端末５０と運用端末６０を１つの端末装置としてもよいし、履歴付きＣＭＤＢ３１とイベントリＤＢ３２を１つのデータベース装置としてもよい。

開発端末（設計端末）５０は、開発者が開発作業に必要となる操作を行う端末装置であり、例えば、パーソナルコンピュータ等である。開発端末５０は、ネットワーク等を介して開発管理サーバ１０と通信可能に接続されており、開発者の操作に応じて開発管理サーバ１０へアクセスし情報の入力等を行う。

運用端末６０は、運用者が運用作業（保守作業含む）に必要となる操作を行う端末装置であり、例えば、パーソナルコンピュータ等である。運用端末６０は、ネットワーク等を介して運用管理サーバ２０と通信可能に接続されており、運用者の操作に応じて運用管理サーバ２０へアクセスし情報の入力等を行う。

対象システム４０は、開発運用支援システム１０１における開発及び運用の対象となるシステムである。対象システム４０は、様々なＩＴシステム（複数の運用システム）を含んでもよく、例えば、クラウド（ＣＬＯＵＤ）システム、ネットワーク（ＮＷ）システム、ストレージ（ＳＴ）システム、サーバ（ＳＶ）システムを含んでいる。

履歴付きＣＭＤＢ３１は、対象システム４０に設定する構成情報（設計情報）を記憶するデータベースであり、構成情報に履歴情報が関連付けられている。具体的には、各世代の構成情報に、その構成情報を対象システム４０に適用する適用時期が関連付けられている。ＣＭＤＢの構成情報は、対象システム４０に設定するための各種パラメータや、対象システム４０に実装するソフトウェアに関する情報（インタプリタ用のソースコード等）を含む。履歴付きＣＭＤＢ３１は、例えば、後述のようにイベント管理テーブル、マスタテーブル、履歴テーブル等を含んでいる。

イベントリＤＢ３２は、対象システム４０に設定されている現在の構成情報（設定情報）を記憶するデータベースである。イベントリＤＢ３２の構成情報は、履歴付きＣＭＤＢ３１と同様に、対象システム４０に設定されている各種パラメータや、対象システム４０に実装されているソフトウェアに関する情報を含む。

開発管理サーバ１０は、開発者の開発作業を支援及び管理する管理装置であり、例えば、ワークステーション等のサーバコンピュータである。開発管理サーバ１０は、履歴付きＣＭＤＢ３１にアクセス可能であり、運用管理サーバ２０とも通信可能に接続されている。開発管理サーバ１０は、必要に応じてイベントリＤＢ３２にアクセス可能に接続されていてもよい。

開発管理サーバ１０は、記録部１１、生成部１２、ＵＩ（User Interface）部１３を備えている。ＵＩ部１３は、開発端末５０などからの入力を受け付けるためのユーザインタフェースであり、例えばウィンドウやアイコンなどのＧＵＩ（Graphical User Interface）を開発端末５０の表示部に表示する。

生成部１２は、ＵＩ部１３を介して開発端末５０から入力される情報に基づき、履歴付きＣＭＤＢ３１に格納する構成情報（設定情報）を生成する。生成部１２は、履歴付きＣＭＤＢ３１に格納されている構成情報及び適用時期をもとに、開発者が必要とする時期の構成情報を抽出（生成）する。記録部１１は、履歴付きＣＭＤＢ３１に、生成部１２が生成した構成情報に適用時期を関連付けて記録する。履歴（適用時期）を含めて格納することで、現在の適用時期よりも未来に適用される予定の構成情報（設計情報）を格納することができる。記録部１１は、履歴付きＣＭＤＢ３１に構成情報を記録したことを運用管理サーバ２０へ通知してもよい。

運用管理サーバ２０は、運用者の運用作業を支援及び管理する管理装置であり、例えば、ワークステーション等のサーバコンピュータである。運用管理サーバ２０は、履歴付きＣＭＤＢ３１及びイベントリＤＢ３２にアクセス可能であり、対象システム４０とネットワーク等を介して通信可能（設定可能）に接続されている。

運用管理サーバ２０は、設定部２１、収集部２２、確認部２３、ワークフロー定義部２４、ＵＩ部２５を備えている。ＵＩ部２５は、開発管理サーバ１０のＵＩ部１３と同様、運用端末６０などからの入力を受け付けるためのユーザインタフェースであり、例えばＧＵＩを運用端末６０の表示部に表示する。

ワークフロー定義部２４は、予め運用作業の流れを記述したワークフロー定義を生成もしくは記憶する。ワークフロー定義には、対象システム４０への設定作業の順序が記述されている。例えば、１番目にクラウドシステム、２番目にネットワークシステム、３番目にストレージシステム、４番目にサーバシステムへ構成情報を設定することが記述されている。

設定部２１は、ＵＩ部２５を介して運用端末６０から入力される指示に基づき、履歴付きＣＭＤＢ３１に格納された構成情報（設定情報）を対象システム４０に設定（適用）する。設定部２１は、ワークフロー定義部２４のワークフロー定義にしたがって、対象システム４０の各システムを設定する。設定部２１は、提供するシステムに応じた各種ツール（構成管理ツールや仮想化ツール等）を用いて設定を行う。設定部２１は、履歴付きＣＭＤＢ３１に格納された適用時期のタイミングに合わせて（記録部１１が構成情報を記録した場合に）、自動的に対象システム４０を設定することもできる。

収集部２２は、ＵＩ部２５を介して運用端末６０から入力される指示に基づき、対象システム４０から現在のシステムの構成情報（設定情報）を収集し、収集した情報をイベントリＤＢ３２へ格納する。収集部２２は、ワークフロー定義部２４のワークフロー定義にしたがって、対象システム４０から構成情報を収集してもよい。また、収集部２２は、対象システム４０を設定した後の所定のタイミングで自動的に構成情報を収集してもよい。

確認部２３は、イベントリＤＢ３２に格納された現在の対象システム４０の構成情報（設定情報）と、履歴付きＣＭＤＢ３１に格納された現在の適用時期に対応する構成情報とを比較し、一致／不一致を確認する。確認部２３は、履歴付きＣＭＤＢ３１に格納された適用時期をもとに、現在の時刻に対応する構成情報（過去に設計された情報に基づく期待値）を参照し、収集した構成情報と比較する。確認部２３は、確認した結果（一致／不一致）を、運用端末６０や開発管理サーバ１０へ出力する。

次に、図６〜図８を用いて、本実施の形態に係る開発運用支援システムの動作について説明する。図６は、本実施の形態に係る開発管理サーバの動作例、図７は、本実施の形態に係る運用管理サーバの動作例、図８は、本実施の形態に係る履歴付きＣＭＤＢ３１のデータ例を示している。

図６に示すように、開発管理サーバ１０は、まず、構成情報を生成する（Ｓ２０１）。開発者は、開発期間（設計期間、例えばＴ１）が始まると要件定義にしたがって対象システム４０を設計し、設計した情報を、開発端末５０を介して開発管理サーバ１０へ入力する。開発管理サーバ１０の生成部１２は、入力された情報をもとに、履歴付きＣＭＤＢ３１に格納する構成情報を生成する。このとき生成（設計）する構成情報は、例えば、数カ月先に対象システム４０に適用される予定の情報である。

続いて、開発管理サーバ１０は、構成情報及び履歴を蓄積する（Ｓ２０２）。開発管理サーバ１０の記録部１１は、Ｓ２０１で生成された構成情報と、その履歴として構成情報の適用時期を、履歴付きＣＭＤＢ３１に蓄積する。例えば、図８に示すように、履歴付きＣＭＤＢ３１は、イベント管理テーブルＥＴ、マスタテーブルＭＴ、履歴テーブルＨＴを格納する。

イベント管理テーブルＥＴは、適用時期に対応したイベント情報（イベント内容）を記憶し、イベントＩＤ、イベント名、適用時期を関連付けて記憶する。イベントＩＤ及びイベント名は、開発または運用作業のイベントを識別する識別子及び識別名称であり、適用時期は、そのイベントを対象システム４０に適用する時期（月日や日時等）である。マスタテーブルＭＴ（構成情報テーブル）は、最新の（最も新しい設計の）構成情報を記憶し、レコードＮｏ、イベント名、設定パラメータ（host,p1等）を関連付けて記憶する。レコードＮｏは構成情報を識別する識別情報、イベント名はイベント管理テーブルＥＴのイベント名と対応する情報、設定パラメータは構成情報を示している。マスタテーブルＭＴは、設定する対象システム４０に合わせて複数設けられる。例えば、サーバシステムのＯＳ設定用のマスタテーブルＭＴ１、ネットワークシステムのセキュリティ設定用のマスタテーブルＭＴ２、サーバシステムのアプリケーション設定用のマスタテーブルＭＴ３等を記憶する。

履歴テーブルＨＴ（履歴管理テーブル）は、イベント情報（イベント内容）に対応した構成情報（履歴）を記憶し、レコードＮｏ、イベント名、設定パラメータ（host,p1等）を関連付けて記憶する。履歴テーブルＨＴのレコードＮｏ、イベント名、設定パラメータは、それぞれマスタテーブルＭＴの情報に対応している。履歴テーブルＨＴは、マスタテーブルＭＴの履歴を管理するため、マスタテーブルＭＴに合わせて複数設けられる。例えば、マスタテーブルＭＴ１〜ＭＴ３にそれぞれ対応して、履歴テーブルＨＴ１〜ＨＴ３を記憶する。記録部１１は、履歴付きＣＭＤＢ３１の構成情報を更新する場合、イベント管理テーブルＥＴのイベント内容（イベント名）と構成情報の更新内容（設定パラメータ等）とを関連付けて、履歴テーブルＨＴに記録する。その後、生成部１２は、イベント管理テーブルＥＴの適用時期に対応する履歴テーブルＨＴの履歴（設定パラメータ等）に基づいて、構成情報を生成する（設定部２１や確認部２３も同様）。

例えば、９月１３日に適用される予定のイベントＩＤ＝３、イベント名＝“Ｃの実施”の設計を行う場合、マスタテーブルＭＴの設計箇所であるレコードＮｏ＝１５００及びＮｏ＝２７０００に、イベント名＝“Ｃの実施”を設定し、設定パラメータｐ１＝３、ｐ１＝７０を設定する。履歴テーブルＨＴには、マスタテーブルＭＴで設定した情報と同じ情報（レコードＮｏ、イベント名、設定パラメータ）を設定する。

続いて、開発管理サーバ１０は、履歴に基づいて構成情報の期待値を抽出する（Ｓ２０３）。開発者は、次の開発期間（設計期間、例えばＴ２）が始まると、現在の設計に必要となる構成情報の期待値を開発管理サーバ１０に要求する。開発管理サーバ１０の生成部１２は、Ｓ２０２で蓄積した履歴に基づいて、履歴付きＣＭＤＢ３１から該当する構成情報（期待値）を抽出する。

図８の例では、イベントＩＤ＝３の設計を行うためには、履歴であるイベントＩＤ＝１及びＩＤ＝２の構成情報が必要となる。このため、イベント管理テーブルＥＴを参照すると、イベントＩＤ＝１に対応するイベント名は“Ａの実施”であるため、履歴テーブルＨＴを参照し、イベント名＝“Ａの実施”の設定パラメータｐ１＝１を抽出する。さらに、イベント管理テーブルＥＴを参照すると、イベントＩＤ＝２に対応するイベント名は“Ｂの実施”であるため、履歴テーブルＨＴを参照し、イベント名＝“Ｂの実施”のパラメータｐ１＝２を抽出する。その後、抽出した構成情報（期待値）を用いて開発者が設計を行い、Ｓ２０１と同様に構成情報が生成され、以降の作業が繰り返される。

一方、図７に示すように、運用管理サーバ２０は、まず、構成情報を設定する（Ｓ２１１）。運用者は、構成情報の適用時期になると、運用端末６０を介して運用管理サーバ２０へ構成情報の設定を指示する。運用管理サーバ２０の設定部２１は、入力された指示にしたがい（もしくは適用時期になると自動的に）、履歴付きＣＭＤＢ３１に格納されている構成情報を対象システム４０へ設定する。図８の例では、３月１３日になると、イベント名＝“Ａの実施”を適用するため、履歴テーブルＨＴのイベント名＝“Ａの実施”に対応する設定パラメータｐ１＝１をマスタテーブルＭＴに反映した構成情報を、対象システム４０へ設定する。

続いて、運用管理サーバ２０は、現在の設定情報を収集する（Ｓ２１２）。運用者は、構成情報の設定が完了すると、所定のタイミングで運用端末６０を介して運用管理サーバ２０へ構成情報の収集を指示する。運用管理サーバ２０の収集部２２は、入力された指示にしたがい（もしくは所定のタイミングに自動的に）、対象システム４０から現在のシステムの構成情報を収集し、収集した情報をイベントリＤＢ３２へ格納する。

続いて、運用管理サーバ２０は、履歴に基づいて現在の構成情報の期待値を抽出する（Ｓ２１３）。運用管理サーバ２０の確認部２３は、収集した設定情報の正常性を確認するため、履歴付きＣＭＤＢ３１の適用時期をもとに期待値となる現在の構成情報を抽出する。上記と同様、図８の例では、現在の適用時期が３月１３日の場合、イベント名＝“Ａの実施”であるため、履歴テーブルＨＴのイベント名＝“Ａの実施”に対応する設定パラメータｐ１＝１をマスタテーブルＭＴに反映した構成情報を期待値とする。

続いて、運用管理サーバ２０は、現在の設定情報と履歴に基づいた構成情報の期待値とを比較する（Ｓ２１４）。運用管理サーバ２０の確認部２３は、Ｓ２１２で対象システム４０から収集した設定情報と、Ｓ２１３で抽出した期待値を比較する。確認部２３は、対象システム４０から収集しイベントリＤＢ３２に格納した設定情報（構成情報）と、履歴付きＣＭＤＢ３１から抽出した期待値である構成情報とを比較し、両者が一致した場合、正常であると判断し、不一致の場合、異常であると判断する。確認部２３は、比較した結果を、運用端末６０や開発管理サーバ１０へ出力する。運用端末６０や開発管理サーバ１０（開発端末５０）では、比較結果が異常である場合、設定のやり直しや、ＣＭＤＢの修正等を行う。

図９は、図３のシステム開発サイクルを本実施の形態に適用した例を示している。図９に示すように、Ｔ１〜Ｔ４で行われる設計サイクルとその設計を適用する運用サイクルとが独立しており、それらの時期がずれている。これにより、理想的なシステム開発サイクルを実現することができる。

すなわち、設計サイクルでは、タイミングＴ１において、Ｔ１で適用するための設計ＡとＴ２で適用するための設計Ｂは既に完了しており、その次のタイミングＴ３で適用すべき設計Ｃを行う。このとき設計Ａ及びＢは、履歴付きＣＭＤＢ３１に適用時期とともに格納されている。設計Ｃが完了し履歴付きＣＭＤＢ３１に格納されると、次のタイミングＴ２において、完了した設計Ｃの次のタイミングＴ４で適用すべき設計Ｄを行う。同様に、タイミングＴ３において、完了した設計ＤのタイミングＴ５で適用すべき設計Ｅを行い、タイミングＴ４において、完了した設計Ｅの次のタイミングＴ６で適用すべき設計Ｆを行う。これにより、Ｔ１〜Ｔ４のタイミング（サイクル）で確実に設計作業を進めることができる。

運用サイクルでは、タイミングＴ１において、Ｔ１で適用すべき設計Ａを履歴付きＣＭＤＢ３１から抽出して対象システム４０に設定し、対象システム４０からの収集及び比較が行われる。同様に、タイミングＴ２〜Ｔ４の適用時期に合わせて、それぞれ設計Ｂ〜Ｄを履歴付きＣＭＤＢ３１からから抽出して設定し、収集及び比較が繰り返される。これにより、Ｔ１〜Ｔ４のタイミング（サイクル）で確実に適用（運用）作業を進めることができる。

以上のように、本実施の形態では、ＣＭＤＢに履歴として、構成情報とその適用時期を関連付けて記憶することとしたため、この履歴をもとに各適用時期における構成情報（期待値）を抽出することができる。これにより、対象システムから収集した情報を使用せずに、抽出した構成情報をもとに迅速に設計作業を進めることができる。また、抽出した構成情報をもとに、現在の対象システムに設定されている設定情報の正常性を確認でき、迅速に運用作業を進めることができる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

上述の実施形態における各構成は、ハードウェア又はソフトウェア、もしくはその両方によって構成され、１つのハードウェア又はソフトウェアから構成してもよいし、複数のハードウェア又はソフトウェアから構成してもよい。各装置の機能（処理）を、ＣＰＵやメモリ等を有するコンピュータにより実現してもよい。例えば、記憶装置に実施形態における開発管理方法や運用管理方法を行うための開発管理プログラムや運用管理プログラムを格納し、各機能を、記憶装置に格納された各プログラムをＣＰＵで実行することにより実現してもよい。

これらのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

この出願は、２０１７年３月２３日に出願された日本出願特願２０１７−０５８０５２を基礎とする優先権を主張し、その開示の全てをここに取り込む。

本発明は、ＩＴシステムの開発に利用することができる。

１、１０ 開発管理サーバ
２、２０ 運用管理サーバ
３ ＣＭＤＢ
４、４０ 対象システム
１１ 記録部
１２ 生成部
１３ ＵＩ部
２１ 設定部
２２ 収集部
２３ 確認部
２４ ワークフロー定義部
２５ ＵＩ部
３１ 履歴付きＣＭＤＢ
３２ イベントリＤＢ
５０ 開発端末
６０ 運用端末
１００、１０１、２００ 開発運用支援システム
ＥＴ イベント管理テーブル
ＨＴ、ＨＴ１〜ＨＴ３ 履歴テーブル
ＭＴ、ＭＴ１〜ＭＴ３ マスタテーブル

Claims (10)

1. 開発管理サーバと運用管理サーバと構成管理データベースとを備え、
   前記開発管理サーバは、
   第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録する記録手段と、
   前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する生成手段と、
   を備え、
   前記運用管理サーバは、
   前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を前記対象システムに設定する設定手段と、
   前記設定された対象システムから、現在の対象システムの設定情報を収集する収集手段と、
   前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する確認手段と、
   を備える、開発運用支援システム。
2. 前記第１の設計時期は、前記第１の設計時期に設計された構成情報の適用時期よりも前である、
   請求項１に記載の開発運用支援システム。
3. 構成管理データベースを備えた開発運用支援システムにおける開発管理サーバであって、
   第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録する記録手段と、
   前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する生成手段と、
   を備える、開発管理サーバ。
4. 構成管理データベースを備えた開発運用支援システムにおける運用管理サーバであって、
   前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を対象システムに設定する設定手段と、
   前記設定された対象システムから、現在の対象システムの設定情報を収集する収集手段と、
   前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する確認手段と、
   を備える、運用管理サーバ。
5. 構成管理データベースを備えた開発運用支援システムにおける開発運用支援方法であって、
   第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、
   前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成し、
   前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を前記対象システムに設定し、
   前記設定された対象システムから、現在の対象システムの設定情報を収集し、
   前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する、
   開発運用支援方法。
6. 構成管理データベースを備えた開発運用支援システムにおける開発管理方法であって、
   第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、
   前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する、
   開発管理方法。
7. 構成管理データベースを備えた開発運用支援システムにおける運用管理方法であって、
   前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を対象システムに設定し、
   前記設定された対象システムから、現在の対象システムの設定情報を収集し、
   前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する、
   運用管理方法。
8. 構成管理データベースを備えた開発運用支援システムにおける開発管理プログラムであって、
   第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、
   前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成する、
   処理をコンピュータに実行させる開発管理プログラム。
9. 構成管理データベースを備えた開発運用支援システムにおける運用管理プログラムであって、
   前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を対象システムに設定し、
   前記設定された対象システムから、現在の対象システムの設定情報を収集し、
   前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する、
   処理をコンピュータに実行させる運用管理プログラム。
10. 構成管理データベースを備えた開発運用支援システムにおける開発運用支援プログラムであって、
    第１の設計時期に設計された構成情報と前記構成情報を対象システムに適用する適用時期とを関連付けて、前記構成管理データベースに記録し、
    前記第１の設計時期の次の第２の設計時期の設計に使用する構成情報として、前記記録された適用時期に対応する構成情報を生成し、
    前記構成管理データベースに記録された適用時期に、前記適用時期に対応する構成情報を前記対象システムに設定し、
    前記設定された対象システムから、現在の対象システムの設定情報を収集し、
    前記収集された設定情報と、前記構成管理データベースに記録された前記適用時期に対応する構成情報との一致または不一致を確認する、
    処理をコンピュータに実行させる開発運用支援プログラム。

Images