JP2016189087A - 基盤ソフト運用管理システム、基盤ソフト運用管理装置、制御方法およびプログラム - Google Patents

Abstract

【課題】基盤ソフトウェアのバージョンを更新する際の作業工数を低減する。【解決手段】本発明にかかる基盤ソフト運用管理システムは、本番機１０と、動作検証機１２と、基盤ソフト運用管理装置５と、を有し、基盤ソフト運用管理装置５は、本番機１０の基盤ソフトウェアのバージョンを、動作検証機１２の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する。【選択図】図１

Description

本発明は、基盤ソフトウェアのバージョンを更新する技術に関する。

近年では、ソフトウェアに対して、各ベンダから配布されるパッチを適用し、ソフトウェアのバージョンを更新し、ソフトウェアを最新のセキュリティ状態にすることが所望されている。このため、ソフトウェアに対してパッチを適用し、ソフトウェアのバージョンを更新する技術がある。

例えば、特許文献１（特開２０１０−２５０７４９号公報）には、マシンの状況に応じてパッチの適用方法や適用時期を柔軟に変化させることを可能にする技術について開示されている。

特許文献１では、パッチ適用対象マシンの負荷状況を取得し、パッチの緊急度とパッチ適用対象マシンの負荷状況に基づいて、当該パッチの適用時期および適用方法を決定する。そして、その決定した適用時期にパッチが適用されるようなスケジュールでパッチ適用ジョブネットワークを作成し、該作成したパッチ適用ジョブネットワークを実行してパッチを適用している。

特開２０１０−２５０７４９号公報

サーバのＯＳやミドルウェア等の基盤ソフトウェアに対して新たなパッチを適用し、基盤ソフトウェアのバージョンを更新すると、更新後の基盤ソフトウェア上で動作し、サービスを提供するアプリケーションに何かしらの影響が発生する可能性がある。このため、アプリケーションの管理者やアプリケーションの利用者等は、更新後の基盤ソフトウェア上において、アプリケーションの動作を検証する必要がある。

今までは、基盤ソフトウェアに新たなパッチを適用する際に、上記サーバを提供するサーバ管理者が、アプリケーションの管理者やアプリケーションの利用者等との間で新たなパッチ適用に関するスケジュール調整等の作業を行い、基盤ソフトウェアのバージョンを更新していた。このため、基盤ソフトウェアのバージョンを更新する際の作業工数が増大してしまう問題があった。

本発明の目的は、基盤ソフトウェアのバージョンを更新する際の作業工数を低減することである。

本発明にかかる基盤ソフト運用管理システムは、
アプリケーションを実行する本番機と、
前記本番機にインストールされている前記アプリケーションの動作検証を行う動作検証機と、
前記本番機に適用されている基盤ソフトウェアのバージョン情報と、前記動作検証機に適用されている基盤ソフトウェアのバージョン情報と、を管理する基盤ソフト運用管理装置と、を有し、
前記基盤ソフト運用管理装置は、
前記本番機の基盤ソフトウェアのバージョンを、前記動作検証機の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する制御手段を有することを特徴とする。

本発明によれば、基盤ソフトウェアのバージョンを更新する際の作業工数を低減することができる。

本実施形態の基盤ソフト運用管理システムのシステム構成例を示す図である。 基盤ソフト運用管理装置の構成例を示す図である。 バージョン情報記憶部に記憶される情報例を示す図である。 動作検証状況記憶部に記憶される情報例を示す第１の図である。 動作検証状況記憶部に記憶される情報例を示す第２の図である。 本実施形態の基盤ソフト運用管理システムの処理動作例を示す第１の図である。 本実施形態の基盤ソフト運用管理システムの処理動作例を示す第２の図である。 本実施形態の基盤ソフト運用管理システムの処理動作例を示す第３の図である。 本実施形態の基盤ソフト運用管理システムの別のシステム構成例を示す図である。 第２の実施形態の基盤ソフト運用管理システムの処理動作例を示す図である。 第３の実施形態の基盤ソフト運用管理システムの処理動作例を示す図である。 第４の実施形態の基盤ソフト運用管理システムのシステム構成例を示す図である。 第４の実施形態の基盤ソフト運用管理システムの処理動作例を示す第１の図である。 第４の実施形態の基盤ソフト運用管理システムの処理動作例を示す第２の図である。 第４の実施形態の基盤ソフト運用管理システムの処理動作例を示す第３の図である。

（本発明の一態様にかかる基盤ソフト運用管理システムの概要）
まず、図１を参照しながら、本発明の一態様にかかる基盤ソフト運用管理システムの概要について説明する。図１は、本発明の一態様にかかる基盤ソフト運用管理システムのシステム構成例を示す。

本発明の一態様にかかる基盤ソフト運用管理システムは、アプリケーションを実行する本番機１０と、本番機１０にインストールされているアプリケーションの動作検証を行う動作検証機１２と、本番機１０に適用されている基盤ソフトウェアのバージョン情報と、動作検証機１２に適用されている基盤ソフトウェアのバージョン情報と、を管理する基盤ソフト運用管理装置５と、を有して構成する。

本発明の一態様にかかる基盤ソフト運用管理装置５は、本番機１０の基盤ソフトウェアのバージョンを、動作検証機１２の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する。

これにより、本発明の一態様にかかる基盤ソフト運用システムは、本番機１０の基盤ソフトウェアのバージョンを自動的に更新することができる。その結果、基盤ソフトウェアのバージョンを更新する際の作業工数を低減することができる。以下、添付図面を参照しながら、本発明の一態様にかかる基盤ソフト運用管理システムについて詳細に説明する。

（第１の実施形態）
＜基盤ソフト運用管理システムのシステム構成例＞
まず、図１を参照しながら、本実施形態の基盤ソフト運用管理システムのシステム構成例について説明する。図１は、本実施形態の基盤ソフト運用管理システムのシステム構成例を示す図である。

本実施形態の基盤ソフト運用管理システムは、複数の仮想化ハイパーバイザ１、２、リポジトリ装置３、ハイパーバイザ管理装置４、基盤ソフト運用管理装置５、アプリケーション管理者端末６を有して構成する。各装置は、運用ネットワークＮＷに接続している。

仮想化ハイパーバイザ１、２は、バーチャルマシーン（仮想サーバともいう）である仮想機械を実現するものである。仮想化ハイパーバイザ１、２は、コンピュータのハードウェアのように振る舞う仮想機械をソフトウェアによって作り出し、その仮想機械で各種のＯＳやミドルウェア等の基盤ソフトウェアを稼動させることができる。仮想化ハイパーバイザ１は、仮想機械である本番機１０、評価機１１、動作検証機１２を有して構成する。図１では、本番機１０は、複数有しているが、１つでも構わない。

本番機１０は、各種のアプリケーションがインストールされており、その各種のアプリケーションを動作させて、インターネット等のネットワークを介して各種のサービスを提供する仮想機械である。本番機１０にインストールされたアプリケーションは、本番機１０に適用されている基盤ソフトウェア上で実行され、各動作を行う。基盤ソフトウェアは、高度なアプリケーションを構築するための基盤となるソフトウェアであり、ＯＳやミドルウェアなどを意味する。

評価機１１は、本番機１０に適用されている基盤ソフトウェアと同じ環境の基盤ソフトウェアが適用されており、その同じ環境の基盤ソフトウェア上で、アプリケーションの評価を行うための仮想機械である。本番機１０と同じ基盤ソフトウェアの環境とは、評価機１１に適用されている基盤ソフトウェアのバージョンと、本番機１０に適用されている基盤ソフトウェアのバージョンと、が同じであることを意味する。評価機１１は、本番機１０に適用されている基盤ソフトウェアと同じバージョンの基盤ソフトウェアであるため、本番機１０と同じ環境下でアプリケーションの評価を行うことができる。図１では、評価機１１は、インターネット等のネットワークに接続されているが、接続されていなくても構わない。

動作検証機１２は、本番機１０に新たに適用するバージョンの基盤ソフトウェアが適用されており、その新しいバージョンの基盤ソフトウェア上で、アプリケーションの動作検証を行うための仮想機械である。動作検証機１２は、リポジトリ装置３に格納されている最新のパッチが適用されており、動作検証機１２は、最新のパッチが適用された基盤ソフトウェア上で本番機１０にインストールされている各種のアプリケーションを実行し、アプリケーションの動作に何かしらの影響が発生するかを検証する。動作検証機１２に適用されている最新の基盤ソフトウェア上で本番機１０にインストールされているアプリケーションを動作させても何の影響も発生しない場合は、動作検証機１２に適用されているバージョンの基盤ソフトウェアを本番機１０に適用しても支障がないことになる。この場合、基盤ソフト運用管理装置５は、動作検証機１２に適用されているパッチを本番機１０にも適用することになる。図１では、動作検証機１２は、インターネット等のネットワークに接続されているが、接続されていなくても構わない。

仮想化ハイパーバイザ２は、仮想機械である作業機２０を有して構成する。作業機２０は、本番機１０の基盤ソフトウェアとその基盤ソフトウェア上で動作しているアプリケーション等をそのままコピーしたものであり、本番機１０の基盤ソフトウェアのバージョンを更新する際に用いる仮想機械である。作業機２０は、ハイパーバイザ管理装置４が基盤ソフト運用管理装置５からマイグレーション命令を受け付けた場合に、そのハイパーバイザ管理装置４の管理配下の仮想化ハイパーバイザ２に作成されることになる。

リポジトリ装置３は、基盤ソフトウェアの最新のパッチを記憶する。ただし、リポジトリ装置３には、最新のパッチだけでなく、過去に記憶した歴代のパッチも記憶しておく。動作検証機１２は、リポジトリ装置３に記憶されている最新のパッチを取得し、最新のパッチを適用することになる。リポジトリ装置３は、例えば、サーバまたはＮＡＳ（Network Attached Storage）などで実現される。

ハイパーバイザ管理装置４は、仮想化ハイパーバイザ１、２を管理する。ハイパーバイザ管理装置４は、例えば、サーバまたはパーソナルコンピュータなどで実現される。

基盤ソフト運用管理装置５は、仮想化ハイパーバイザ１、２に存在する各仮想機械の基盤ソフトウェアのバージョン情報を管理し、各仮想機械の基盤ソフトウェアの運用を管理する。基盤ソフト運用管理装置５は、例えば、サーバまたはパーソナルコンピュータなどで実現される。

アプリケーション管理者端末６は、アプリケーションの管理者が使用する。アプリケーション管理者端末６は、例えば、ＶＰＮ経由で運用ネットワークＮＷに接続する。アプリケーション管理者端末６は、例えば、パーソナルコンピュータまたはスマートフォンなどで実現される。

本実施形態の基盤ソフト運用管理システムを構成する仮想化ハイパーバイザ１、２に存在する各仮想機械には、エージェントソフトウェア７がインストールされており、そのエージェントソフトウェア７は、各仮想機械上で実行し、各動作を行う。本実施形態では、仮想化ハイパーバイザ１に本番機１０、評価機１１、動作検証機１２が存在しており、その各機１０、１１、１２にエージェントソフトウェア７がインストールされている。また、仮想化ハイパーバイザ２に作業機２０が存在しており、その作業機２０にエージェントソフトウェア７がインストールされている。本実施形態では、仮想化ハイパーバイザ１、２が仮想機械を作成した際に、その作成した仮想機械にエージェントソフトウェア７をインストールすることになる。

＜基盤ソフト運用管理装置５の構成例＞
次に、図２を参照しながら、本実施形態の基盤ソフト運用管理装置５の構成例について説明する。図２は、本実施形態の基盤ソフト運用管理装置５の構成例を示す図である。

本実施形態の基盤ソフト運用管理装置５は、ネットワークインタフェース５０、入出力部５１、制御部５２、記憶部５３を有して構成する。

ネットワークインタフェース５０は、運用ネットワークＮＷに接続するためのインタフェースである。

入出力部５１は、各種情報を入力したり出力したりする。例えば、アプリケーション管理者端末６にＧＵＩを提供し、アプリケーション管理者端末６に各種画面を表示し、各種画面から入力された各種の情報を取得する。

制御部５２は、プログラムの実行により各部を制御する。

記憶部５３は、各種情報やプログラムを記憶する。

本実施形態の記憶部５３は、バージョン情報記憶部５４と、動作検証状況記憶部５５と、を有している。

バージョン情報記憶部５４は、図３に示すように、仮想化ハイパーバイザ１、２に存在する各仮想機械の基盤ソフトウェアのバージョン情報を記憶する。バージョン情報は、少なくとも基盤ソフトウェアのバージョンを含む情報である。図３では、サーバ名、基盤ソフトウェアの種類、名称、バージョンを対応付けて記憶する。サーバ名は、各仮想機械を一意に特定するための情報である。基盤ソフトウェアの種類は、ＯＳやミドルウェアの種類を特定するための情報である。名称は、基盤ソフトウェアの名称を特定するための情報である。バージョンは、基盤ソフトウェアのバージョンを特定するための情報である。ここで、バージョンは、ソフトウェアのバージョンを表す番号等で構成された識別子だけでなく、適用済みのパッチプログラムの名称などでもよい。

動作検証状況記憶部５５は、図４に示すように、動作検証時の動作検証機１２の情報を記憶する。図４では、図３と同様に、サーバ名、基盤ソフトウェアの種類、名称、バージョンを対応付けて記憶する。また、動作検証状況記憶部５５は、図５に示すように、動作検証を行う本番機１０の情報を記憶する。図５では、サーバ名、アプリ名、検証終了の情報を記憶する。サーバ名は、本番機１０を一意に特定するための情報である。アプリ名は、本番機１０にインストールされているアプリケーションを一意に特定するための情報である。検証終了は、アプリケーションの動作検証が終了したか否かを特定するための情報である。未終了は動作検証が終了していないことを意味し、終了済は動作検証が終了したことを意味する。図５では、動作検証が終了した場合に、未終了から終了済に更新する。動作検証状況記憶部５５で記憶する図４に示す情報と図５に示す情報とは対応付けられて記憶され、動作検証機１２で動作検証を行う本番機１０のアプリケーションを管理する。

＜基盤ソフト運用管理システムの処理動作例＞
次に、図６〜図８を参照しながら、本実施形態の基盤ソフト運用管理システムの一連の処理動作例について説明する。図６は、動作検証機１２のパッチを最新のパッチにするための処理動作例を示す。図７は、各仮想機械の基盤ソフトウェアのバージョン情報をバージョン情報記憶部５４に記憶する処理動作例を示す。各仮想機械とは、図１に示す本番機１０、評価機１１、動作検証機１２、作業機２０を意味する。本実施形態では、作業機２０は、図８に示す処理で新たに作成されるため、図７の処理の段階では、本番機１０、評価機１１、動作検証機１２の情報をバージョン情報記憶部５４に記憶することになる。図８は、本番機１０の基盤ソフトウェアをバージョンアップする場合の処理動作例を示す。

＜動作検証機１２のパッチを最新のパッチにするための処理動作例＞
まず、図６を参照しながら、動作検証機１２のパッチを最新のパッチにするための処理動作例について説明する。

動作検証機１２は、既定のタイミングでリポジトリ装置３に接続し、動作検証機１２の基盤ソフトウェアに適用していない最新のパッチがあるか否かを確認する（ステップＡ１）。動作検証機１２は、最新のパッチがある場合は、その最新のパッチをダウンロードし（ステップＡ２）、動作検証機１２に最新のパッチを適用する（ステップＡ３）。これにより、動作検証機１２のパッチを常に最新のパッチにすることができる。パッチには、基盤ソフトウェアの修正だけでなく、基盤ソフトウェアのバージョンアップ等も含まれる。動作検証機１２は、新たなパッチを適用することで、基盤ソフトウェアのバージョンが更新されることになる。

動作検証機１２がパッチを確認するタイミングは特に限定せず、例えば、定期間隔毎に行ったり、予め決められた時刻等に行ったりすることが可能である。

動作検証機１２は、最新のパッチを適用した場合に、パッチを更新した旨をアプリケーション管理者端末６に通知する（ステップＡ４）。例えば、動作検証機１２は、アプリケーション管理者端末６のメールアドレスを予め記憶し、そのメールアドレスを基にアプリケーション管理者端末６に更新した旨を通知する。これにより、アプリケーション管理者端末６を使用するアプリケーション管理者は、動作検証機１２に最新のパッチが適用されたことを把握することができる。

＜各仮想機械の基盤ソフトウェアのバージョン情報をバージョン情報記憶部５４に記憶する処理動作例＞
次に、図７を参照しながら、各仮想機械の基盤ソフトウェアのバージョン情報をバージョン情報記憶部５４に記憶する処理動作例について説明する。

基盤ソフト運用管理装置５は、既定のタイミングで、仮想化ハイパーバイザ１、２に存在する各仮想機械に対し、バージョン取得要求を送信する（ステップＢ１）。バージョン取得要求を受信した各仮想機械は、自身の仮想機械に適用されている基盤ソフトウェアのバージョン情報を基盤ソフト運用管理装置５に送信する（ステップＢ２）。これにより、基盤ソフト運用管理装置５は、各仮想機械からバージョン情報を取得し、図３に示すように、バージョン情報記憶部５４に記憶して管理することができる（ステップＢ３）。なお、基盤ソフト運用管理装置５がバージョン取得要求を各仮想機械に送信するタイミングは特に限定せず、例えば、定期間隔毎に行ったり、予め決められた時刻等に行ったりすることが可能である。

なお、図５では基盤ソフト運用管理装置５が各仮想機械にバージョン取得要求を送信し、各仮想機械からバージョン情報を取得するようにしている。しかし、例えば、各仮想機械にインストールされているエージェントソフトウェア７が規定のタイミングでバージョン情報を基盤ソフト運用管理装置５に送信するようにしても良い。この場合も、基盤ソフト運用管理装置５は、各仮想機械に適用されている基盤ソフトウェアのバージョン情報を各仮想機械から取得し、バージョン情報記憶部５４に記憶して管理することができる。

＜本番機１０の基盤ソフトウェアをバージョンアップする場合の処理動作例＞
次に、図８を参照しながら、本番機１０の基盤ソフトウェアをバージョンアップする場合の処理動作例について説明する。

アプリケーション管理者は、本番機１０にインストールされているアプリケーションの動作検証を動作検証機１２で行う場合に、アプリケーション管理者端末６から検証要求を基盤ソフト運用管理装置５に送信する（ステップＣ１）。

基盤ソフト運用管理装置５は、アプリケーション管理者端末６から検証要求を受け付けた場合に、アプリケーション管理者端末６のユーザに対し、動作検証機１２へのアクセス権を与える（ステップＣ２）。これにより、アプリケーション管理者端末６は、動作検証機１２にアクセスし、動作検証機１２を用いて本番機１０にインストールされているアプリケーションの動作検証を行うことができる。

また、基盤ソフト運用管理装置５は、検証要求を受け付けた場合に、その時点で動作検証機１２に適用されている基盤ソフトウェアのバージョン情報を動作検証機１２から取得し、動作検証状況記憶部５５に記憶する（ステップＣ３）。これにより、基盤ソフト運用管理装置５は、図４に示すように、動作検証時の動作検証機１２の情報を動作検証状況記憶部５５に記憶することができる。

基盤ソフト運用管理装置５は、動作検証機１２で適用されている基盤ソフトウェアのバージョン情報を動作検証状況記憶部５５に記憶した際に、自動パッチ適用を停止する命令を動作検証機１２に送信し、動作検証機１２での自動パッチ適用を禁止する（ステップＣ４）。これにより、動作検証機１２は、リポジトリ装置３から最新のパッチを取得するための図６に示す一連の処理動作を一時的に停止することになる。その結果、アプリケーション管理者が動作検証機１２で動作検証を行っている最中に動作検証機１２のパッチが最新のパッチに更新されることはなく、動作検証機１２に適用されているパッチで各アプリケーションの動作検証を行うことになる。

なお、基盤ソフト運用管理装置５は、ステップＣ１でアプリケーション管理者端末６から検証要求を受け付けた際に、仮想化ハイパーバイザ１に本番機１０が複数ある場合は、動作検証を行う検証対象の本番機１０を選択するための選択画面をアプリケーション管理者端末６に送信し、アプリケーション管理者端末６に表示する。これにより、アプリケーション管理者は、複数の本番機１０の中から検証対象の本番機１０を選択画面上で選択することができる。アプリケーション管理者端末６で選択された本番機１０の情報は動作検証状況記憶部５５に記憶し、図５に示すように、検証対象の本番機１０の情報を管理することになる。図５では、検証対象の本番機１０のサーバ名を動作検証状況記憶部５５に記憶している。

また、基盤ソフト運用管理装置５は、検証対象の本番機１０にインストールされているアプリケーションが複数ある場合は、動作検証を行う検証対象のアプリケーションを選択するための選択画面をアプリケーション管理者端末６に送信し、アプリケーション管理者端末６に表示する。これにより、アプリケーション管理者は、複数のアプリケーションの中から検証対象のアプリケーションを選択画面上で選択することができる。アプリケーション管理者端末６で選択されたアプリケーションの情報は動作検証状況記憶部５５に記憶し、検証対象のアプリケーションの情報を管理することになる。これにより、基盤ソフト運用管理装置５は、図５に示すように、検証対象のアプリケーションの情報を動作検証状況記憶部５５に記憶して管理することができる。図５では、検証対象のアプリケーションのアプリ名を動作検証状況記憶部５５に記憶している。

アプリケーション管理者端末６は、動作検証機１２でアプリケーションの動作検証を行い（ステップＣ５）、動作検証が終了した場合に、検証終了通知を基盤ソフト運用管理装置５に送信する（ステップＣ６）。

基盤ソフト運用管理装置５は、検証終了通知を受け付けた場合に、自動パッチ適用開始命令を動作検証機１２に送信し、自動パッチ適用を可能にする（ステップＣ７）。これにより、動作検証機１２は、再び、図６に示す一連の処理動作例を再開し、リポジトリ装置３から最新のパッチを取得することができる。

また、基盤ソフト運用管理装置５は、検証終了通知を受け付けた場合に、バージョン情報記憶部５４に記憶されている検証対象の本番機１０のバージョン情報と、動作検証状況記憶部５５に記憶されている動作検証機１２のバージョン情報と、を比較する（ステップＣ８）。基盤ソフト運用管理装置５は、検証対象の本番機１０の基盤ソフトウェアのバージョンよりも動作検証機１２の基盤ソフトウェアのバージョンの方が新しいバージョンである場合は、検証対象の本番機１０の複製である作業機２０を作成するためのマイグレーション命令をハイパーバイザ管理装置４に送信する（ステップＣ９）。

ハイパーバイザ管理装置４は、マイグレーション命令を受け付けた場合に、該当する検証対象の本番機１０の複製である作業機２０を作成する（ステップＣ１０）。本番機１０の複製である作業機２０を作成する方法としては、例えば、ハイパーバイザ管理装置４が、検証対象の本番機１０の複製である作業機２０の作成命令を仮想化ハイパーバイザ１に行う。そして、仮想化ハイパーバイザ１が、その仮想化ハイパーバイザ１自身が存在する物理サーバのメモリ上にある本番機１０の情報を仮想化ハイパーバイザ２が存在する物理サーバのメモリにコピーし、本番機１０の複製である作業機２０を仮想化ハイパーバイザ２に作成する。また、ハイパーバイザ管理装置４が、検証対象の本番機１０の複製である作業機２０の作成命令を仮想化ハイパーバイザ２に行う。そして、仮想化ハイパーバイザ２が、仮想化ハイパーバイザ１が存在する物理サーバのメモリ上にある本番機１０の情報を仮想化ハイパーバイザ２が存在する物理サーバのメモリにコピーし、本番機１０の複製である作業機２０を仮想化ハイパーバイザ２に作成する。これにより、検証対象の本番機１０の複製である作業機２０が仮想化ハイパーバイザ２に作成されることになる。なお、本番機１０の複製である作業機２０を作成する方法は特に限定せず、仮想化システムで実行可能なマイグレーション機能を用いて任意に作成することが可能である。ハイパーバイザ管理装置４は、作業機２０を作成した際に、その作業機２０を一意に特定するためのサーバ名を生成する。アプリケーションのサービスは、本番機１０で継続して行う。

ハイパーバイザ管理装置４は、本番機１０の複製である作業機２０を作成した場合に、作業機２０のサーバ名と共にマイグレーション完了通知を基盤ソフト運用管理装置５に送信する（ステップＣ１１）。基盤ソフト運用管理装置５は、ハイパーバイザ管理装置４から作業機２０のサーバ名を取得することで、作業機２０の基盤ソフトウェアのバージョン情報をバージョン情報記憶部５４に記憶して管理することができる。

基盤ソフト運用管理装置５は、マイグレーション完了通知を受け付けた場合に、動作検証状況記憶部５５に記憶している動作検証機１２のバージョン情報から動作検証機１２の基盤ソフトウェアのバージョンを読み出し、その基盤ソフトウェアのバージョンを含めたパッチ適用指示を作業機２０に送信する（ステップＣ１２）。

作業機２０は、パッチ適用指示を受け付けた場合に、リポジトリ装置３に接続し、リポジトリ装置３のパッチを確認し（ステップＣ１３）、パッチ適用指示に含まれる動作検証機１２の基盤ソフトウェアのバージョンに対応するパッチをダウンロードし（ステップＣ１４）、作業機２０にその基盤ソフトウェアのバージョンに対応するパッチを適用（バージョンアップ）する（ステップＣ１５）。これにより、作業機２０は、動作検証を行った動作検証機１２と同じバージョンの基盤ソフトウェアに更新されることになる。作業機２０は、パッチの適用が完了した場合に、パッチ適用終了通知を基盤ソフト運用管理装置５に送信する（ステップＣ１６）。

基盤ソフト運用管理装置５は、パッチ適用終了通知を受け付けた場合に、作業機２０の基盤ソフトウェアのバージョンが動作検証機１２の基盤ソフトウェアと同じバージョンに更新されたと判断し、作業機２０から本番機１０へのマイグレーション命令をハイパーバイザ管理装置４に送信する（ステップＣ１７）。

ハイパーバイザ管理装置４は、作業機２０から本番機１０へのマイグレーション命令を受け付けると、作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーする（ステップＣ１８）。作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーする方法としては、例えば、ハイパーバイザ管理装置４が、作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーするコピー命令を仮想化ハイパーバイザ２に行い、仮想化ハイパーバイザ２が作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーさせるようにする。これにより、本番機１０は、動作検証を行った動作検証機１２と同じバージョンの基盤ソフトウェアに更新されることになる。なお、作業機２０の基盤ソフトウェアを本番機１０にコピーする方法は特に限定せず、仮想化システムで実行可能なマイグレーション機能を用いて任意にコピーすることが可能である。

ハイパーバイザ管理装置４は、作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーした後にマイグレーション完了通知を基盤ソフト運用管理装置５に送信する（ステップＣ１９）。

基盤ソフト運用管理装置５は、マイグレーション完了通知を受け付けた場合に、パッチ適用の作業完了通知をアプリケーション管理者端末６に送信する（ステップＣ２０）。これにより、アプリケーション管理者は、本番機１０の基盤ソフトウェアのバージョンが更新されたことを把握することができる。

ここで、基盤ソフト運用管理装置５は、作業機２０の削除命令をハイパーバイザ管理装置４に送信し、ハイパーバイザ管理装置４が作業機２０を削除するようにしても良い。また、ハイパーバイザ管理装置４は、ステップＣ１８で作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーした後に、作業機２０を削除するようにしても良い。これにより、作業機２０の基盤ソフトウェアを本番機１０にコピーして不要になった作業機２０を削除することができる。

なお、基盤ソフト運用管理装置５は、仮想化ハイパーバイザ１に存在する全ての本番機１０の基盤ソフトウェアをバージョンアップした場合は、評価機１１の基盤ソフトウェアも本番機１０と同じバージョンに更新することになる。この場合、基盤ソフト運用管理装置５は、バージョン情報記憶部５４を参照し、仮想化ハイパーバイザ１に存在する全ての本番機１０の基盤ソフトウェアをバージョンアップしたと判断した場合に、評価機１１に対して本番機１０の基盤ソフトウェアのバージョンを含めたパッチ適用指示を送信し、評価機１１の基盤ソフトウェアを本番機１０と同じバージョンに更新（バージョンアップ）することになる。

＜本実施形態の基盤ソフト運用管理システムの作用・効果＞
本実施形態の基盤ソフト運用管理システムでは、基盤ソフト運用管理装置５は、本番機１０の基盤ソフトウェアのバージョン情報をバージョン情報記憶部５４に記憶して管理する。また、基盤ソフト運用管理装置５は、動作検証時の動作検証機１２の基盤ソフトウェアのバージョン情報を動作検証状況記憶部５５に記憶して管理する。そして、基盤ソフト運用管理装置５は、バージョン情報記憶部５４に記憶した本番機１０のバージョン情報と、動作検証状況記憶部５５に記憶した動作検証時の動作検証機１２のバージョン情報と、を比較し、動作検証機１２のバージョン情報に含まれる基盤ソフトウェアのバージョンが、本番機のバージョン情報に含まれる基盤ソフトウェアのバージョンよりも新しいバージョンになっている場合に、本番機１０の複製である作業機２０を作成するためのマイグレーション命令をハイパーバイザ管理装置４に送信し、作業機２０を作成する。また、基盤ソフト運用管理装置５は、リポジトリ装置３のパッチを作業機２０に適用し、作業機２０の基盤ソフトウェアのバージョンを動作検証機１２の基盤ソフトウェアのバージョンと同じバージョンに更新する。そして、基盤ソフト運用管理装置５は、作業機２０の基盤ソフトウェアの情報を本番機１０にコピーするためのマイグレーション命令をハイパーバイザ管理装置４に送信し、作業機２０の少なくとも基盤ソフトウェアの情報を本番機１０にコピーする。これにより、本番機１０の基盤ソフトウェアをバージョンアップすることができる。

本実施形態の基盤ソフト運用管理システムでは、リポジトリ装置３の最新のパッチが適用されている動作検証機１２を実装し、基盤ソフト運用管理装置５は、動作検証機１２の基盤ソフトウェアのバージョン情報と、アプリケーションを実際に実行する本番機１０の基盤ソフトウェアのバージョン情報と、を管理する。そして、基盤ソフト運用管理装置５は、動作検証機１２の基盤ソフトウェアのバージョンが、本番機１０の基盤ソフトウェアのバージョンよりも新しいバージョンになっている場合に、ハイパーバイザ管理装置４を制御し、本番機１０の基盤ソフトウェアのバージョンを動作検証機１２と同じバージョンにバージョンアップする。このため、本番機１０、評価機１１、動作検証機１２等の仮想サーバを提供するサーバ管理者は、アプリケーション管理者等との間で新たなパッチ適用に関するスケジュール調整等の作業を行うことなく、本番機１０の基盤ソフトウェアのバージョンを動作検証機１２と同じバージョンに更新することができる。従って、基盤ソフトウェアのバージョンを更新する際の作業工数を低減することができる。

なお、上述した実施形態では、図８に示すように、アプリケーション管理者端末６は、アプリケーションの動作検証が終了した際に、検証終了通知を基盤ソフト運用管理装置５に送信するようにしている（ステップＣ６）。

この場合、アプリケーション管理者端末６は、全てのアプリケーションの動作検証が終了した後に、検証終了通知を基盤ソフト運用管理装置５に送信するようにしても良いし、個々のアプリケーションの動作検証が終了する毎に、そのアプリケーションを特定するためのアプリ識別子を含む検証終了通知を基盤ソフト運用管理装置５に送信するようにしても良い。アプリケーション管理者端末６が個々のアプリケーションの動作検証が終了する毎に、検証終了通知を送信する場合、基盤ソフト運用管理装置５は、検証終了通知に含まれるアプリ識別子を基に、動作検証が終了したアプリケーションを特定し、動作検証状況記憶部５５に記憶しているアプリの検証終了を未終了から終了済に更新する。そして、基盤ソフト運用管理装置５は、動作検証状況記憶部５５に記憶している全てのアプリの検証終了が終了済になった場合に、検証対象の全てのアプリの検証が終了したと判断し、バージョン情報記憶部５４に記憶されている検証対象の本番機１０のバージョン情報と、動作検証状況記憶部５５に記憶されている動作検証機１２のバージョン情報と、を比較するようにしても良い（ステップＣ８）。

また、上述した実施形態では、図８に示すように、基盤ソフト運用管理装置５は、アプリケーション管理者端末６から検証終了通知を受け付けた場合に、バージョン情報記憶部５４に記憶されている検証対象の本番機１０のバージョン情報と、動作検証状況記憶部５５に記憶されている動作検証機１２のバージョン情報と、を比較するようにしている（ステップＣ８）。

しかし、基盤ソフト運用管理装置５は、本番機１０へのパッチ適用を要求するためのパッチ適用要求を受け付けた場合に、バージョン情報記憶部５４に記憶されている検証対象の本番機１０のバージョン情報と、動作検証状況記憶部５５に記憶されている動作検証機１２のバージョン情報と、を比較するようにしても良い（ステップＣ８）。

また、上述する実施形態では、仮想化ハイパーバイザ１とは異なる別の仮想化ハイパーバイザ２に作業機２０を作成し、異なる物理サーバに作業機２０を作成するようにしている。しかし、図９に示すように、仮想化ハイパーバイザ１と仮想化ハイパーバイザ２とを同じ物理サーバにし、同一の物理サーバに作業機２０を作成するようにしても良い。図９に示す基盤ソフト運用管理システムは、図１に示す仮想化ハイパーバイザ１、２を同じ物理サーバにし、１つの仮想化ハイパーバイザ１で構成した場合を示している。また、仮想化ハイパーバイザ１、２を１つの仮想化ハイパーバイザ１にし、その仮想化ハイパーバイザ１を複数の物理サーバ上に構成してもよい。

（第２の実施形態）
次に、第２の実施形態について説明する。

第１の実施形態では、本番機１０の複製である作業機２０を作成し、その作成した作業機２０に対して動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用し、作業機２０の基盤ソフトウェアのバージョンを動作検証機１２の基盤ソフトウェアのバージョンと同じバージョンに更新している。そして、パッチを適用した後の作業機２０の少なくとも基盤ソフトウェアを本番機１０にコピーしている。これにより、本番機１０の基盤ソフトウェアを動作検証機１２と同じ基盤ソフトウェアのバージョンに更新（バージョンアップ）している。

第２の実施形態では、本番機１０の複製である作業機２０を作成し、その作成した作業機２０に対して動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用し、作業機２０の基盤ソフトウェアのバージョンを動作検証機１２の基盤ソフトウェアのバージョンと同じバージョンに更新する。そして、パッチを適用した後の作業機２０自体を新たな本番機１０に変更する。この場合も、本番機１０の基盤ソフトウェアを動作検証機１２と同じ基盤ソフトウェアのバージョンに更新（バージョンアップ）することになる。以下、図１０を参照しながら、本実施形態の基盤ソフト運用管理システムについて詳細に説明する。なお、本実施形態の基盤ソフト運用管理システムのシステム構成は、図１、図９に示す第１の実施形態と同様であるため、説明を省略する。また、本実施形態において第１の実施形態と同様の処理については説明を省略する。

第２の実施形態では、第１の実施形態と同様に、本番機１０の複製である作業機２０を作成し（ステップＣ１０）、その作成した作業機２０に対して動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用することになる（ステップＣ１５）。これにより、作業機２０は、動作検証機１２と同じバージョンの基盤ソフトウェアに更新することになる。作業機２０は、パッチの適用が完了した場合に、パッチ適用終了通知を基盤ソフト運用管理装置５に送信する（ステップＣ１６）。

本実施形態では、基盤ソフト運用管理装置５は、作業機２０からパッチ適用終了通知を受け付けた場合に、作業機２０自体を新たな本番機１０に変更するためのマイグレーション命令をハイパーバイザ管理装置４に送信する（ステップＤ１）。

ハイパーバイザ管理装置４は、マイグレーション命令を受け付けた場合に、作業機２０を新たな本番機１０に変更する（ステップＤ２）。作業機２０を新たな本番機１０に変更する方法としては、例えば、ハイパーバイザ管理装置４が、作業機２０を新たな本番機１０に変更する変更命令を仮想化ハイパーバイザ２に行い、仮想化ハイパーバイザ２が作業機２０自体を新たな本番機１０に変更する。これにより、作業機２０を新たな本番機１０に変更することができる。作業機２０を新たな本番機１０に変更した場合は、その作業機２０を本番機１０と同様にインターネット等のネットワークに接続する。なお、作業機２０自体を新たな本番機１０に変更する方法は特に限定せず、仮想化システムで実行可能なマイグレーション機能を用いて任意に変更することが可能である。なお、ハイパーバイザ管理装置４は、作業機２０を新たな本番機１０に変更した場合は、作業機２０を新たな本番機１０に変更した旨の変更通知を本番機１０に通知することになる（ステップＤ３）。この場合、ハイパーバイザ管理装置４は、新たな本番機１０に変更した作業機２０でアプリケーションのサービスを開始し、本番機１０で行っていたアプリケーションのサービスを停止する。この時、ハイパーバイザ管理装置４は、本番機１０をインターネット等のネットワークに接続しないようにしたり、本番機１０を削除するようにしても良い。

本実施形態の基盤ソフト運用管理システムは、動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用した後の作業機２０自体を新たな本番機１０に変更し、その新たな本番機１０とした作業機２０でアプリケーションのサービスを継続的に行うことになる。また、基盤ソフト運用管理装置５は、新たな本番機１０とした作業機２０のバージョン情報をバージョン情報記憶部５４で管理することになる。

（第３の実施形態）
次に、第３の実施形態について説明する。

第１の実施形態では、図８に示すように、検証対象の本番機１０の複製である作業機２０を作成するためのマイグレーション命令（ステップＣ９）と、動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを作業機２０に適用するためのパッチ適用指示（ステップＣ１２）と、の処理を別々に行っている。

第３の実施形態では、図１１に示すように、検証対象の本番機１０の複製である作業機２０を作成するためのマイグレーション命令と、動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを作業機２０に適用するためのパッチ適用指示と、を同時に行う（ステップＥ１）。これにより、本番機１０の複製である作業機２０を作成し、その作成した作業機２０に対して動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用するまでの時間を短縮することができる。以下、図１１を参照しながら、本実施形態の基盤ソフト運用管理システムについて詳細に説明する。なお、本実施形態の基盤ソフト運用管理システムのシステム構成は、図１、図９に示す第１の実施形態と同様であるため、説明を省略する。また、本実施形態において第１の実施形態と同様の処理については説明を省略する。

本実施形態では、図１１に示すように、基盤ソフト運用管理装置５は、マイグレーション命令とパッチ適用指示とを同時に行う（ステップＥ１）。具体的には、基盤ソフト運用管理装置５は、動作検証状況記憶部５５に記憶されている動作検証時の動作検証機１２のバージョン情報を読み出し、基盤ソフトウェアのバージョンを含めて、本番機１０のコピー作成と動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチ適用とを要求するためのマイグレーション＆パッチ適用命令をハイパーバイザ管理装置４に送信する（ステップＥ１）。

ハイパーバイザ管理装置４は、マイグレーション＆パッチ適用命令を受け付けた場合に、検証対象の本番機１０の複製である作業機２０を作成する（ステップＥ２）。ステップＥ２で行う作業機２０の作成は、図８に示すステップＣ１０で行う作業機２０の作成と同様な方法で作成することができる。次に、ハイパーバイザ管理装置４は、作業機２０をリポジトリ装置３に接続させ、作業機２０にリポジトリ装置３のパッチを確認させ（ステップＥ３）、マイグレーション＆パッチ適用命令に含まれる動作検証機１２の基盤ソフトウェアのバージョンに対応するパッチをダウンロードさせ（ステップＥ４）、作業機２０に動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用させる（ステップＥ５）。これにより、作業機２０の基盤ソフトウェアを動作検証機１２と同じ基盤ソフトウェアのバージョンに更新（バージョンアップ）することができる。

ハイパーバイザ管理装置４は、作業機２０にパッチを適用し、作業機２０の基盤ソフトウェアを動作検証機１２と同じ基盤ソフトウェアのバージョンに更新した場合に、マイグレーション＆パッチ適用完了通知を基盤ソフト運用管理装置５に送信する（ステップＥ６）。

基盤ソフト運用管理装置５は、マイグレーション＆パッチ適用完了通知を受け付けた場合に、作業機２０の基盤ソフトウェアが動作検証機１２と同じ基盤ソフトウェアのバージョンに更新したと判断することになる。基盤ソフト運用管理装置５は、マイグレーション＆パッチ適用完了通知を受け付けた場合は、図８に示すステップＣ１７の処理を行い、パッチを適用した後の作業機２０の少なくとも基板ソフトウェアを本番機１０にコピーする（ステップＣ１８）。または、図１０に示すステップＤ１の処理を行い、パッチを適用した後の作業機２０自体を新たな本番機１０に変更する（ステップＤ２）。

本実施形態では、検証対象の本番機１０の複製である作業機２０を作成するためのマイグレーション命令と、動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを作業機２０に適用するためのパッチ適用指示と、を同時に行うようにしている。これにより、本番機１０の複製である作業機２０を作成し、その作成した作業機２０に対して動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用するまでの時間を短縮することができる。

なお、図１１に示す処理動作例では、ハイパーバイザ管理装置４は、マイグレーション＆パッチ適用命令を受け付けた場合に、検証対象の本番機１０の複製である作業機２０を作成している。そして、作成後の作業機２０に対し、動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用するようにしている。しかし、ハイパーバイザ管理装置４は、マイグレーション＆パッチ適用命令を受け付けた場合に、本番機１０の複製である作業機２０を作成するマイグレーションだけでなく、動作検証機１２と同じ基盤ソフトウェアのバージョンにするためのパッチを適用した作業機２０を作成するようにしても良い。

（第４の実施形態）
次に、第４の実施形態について説明する。

評価機１１、動作検証機１２は、動作検証を行う際に使用するため、動作検証を行わない時に評価機１１、動作検証機１２を常時起動させておくことは無駄である。このため、評価機１１、動作検証機１２は、動作検証を行う際に起動して使用すれば良い。

第４の実施形態では、評価機１１、動作検証機１２の仮想機械をディスクイメージ化した情報を図１２に示すネットワークストレージ部８に格納する。そして、動作検証を行う際に、ネットワークストレージ部８に格納した情報を取得し、その情報を用いて評価機１１や動作検証機１２を作成し、起動させるようにする。これにより、動作検証を行う際に評価機１１や動作検証機１２を作成して使用することができる。以下、図１２〜図１５を参照しながら、本実施形態の基盤ソフト運用管理システムについて詳細に説明する。なお、本実施形態において第１の実施形態と同様の処理については説明を省略する。ネットワークストレージ部８は、例えば、物理サーバ装置に内蔵／外付けされたＨＤＤ（Hard Disk Drive）もしくはＳＤＤ（Solid State Drive）、またはＮＡＳ（Network Attached Storage）などで実現される。

＜基盤ソフト運用管理システムのシステム構成例＞
まず、図１２を参照しながら、本実施形態の基盤ソフト運用管理システムのシステム構成例について説明する。図１２は、本実施形態の基盤ソフト運用管理システムのシステム構成例を示す図である。

本実施形態の基盤ソフト運用管理システムは、ネットワークストレージ部８を有して構成する。ネットワークストレージ部８は、仮想化ハイパーバイザ１に存在する仮想機械のディスクイメージ化した情報を記憶する。ネットワークストレージ部８は、評価機１１や動作検証機１２の情報をディスクイメージ化して記憶する。ディスクイメージ化して記憶することで、ネットワークストレージ部８に記憶した情報を用いて評価機１１や動作検証機１２を作成して、起動することができる。ネットワークストレージ部８に記憶する情報は、評価機１１や動作検証機１２の仮想機械を作成し、起動することが可能であれば特に限定せず、様々なファイル形式で記憶することが可能である。仮想機械をディスクイメージ化することをテンプレート化ともいう。

＜基盤ソフト運用管理システムの処理動作例＞
次に、図１３、図１４を参照しながら、本実施形態の基盤ソフト運用管理システムの一連の処理動作例について説明する。図１３は、動作検証機１２のパッチを最新のパッチにするための処理動作例を示す。図１４は、本番機１０の基盤ソフトウェアをバージョンアップする場合の処理動作例を示す。

＜動作検証機１２のパッチを最新のパッチにするための処理動作例＞
まず、図１３を参照しながら、動作検証機１２のパッチを最新のパッチにするための処理動作例について説明する。

基盤ソフト運用管理装置５は、既定のタイミングで、リポジトリ装置３に接続し、リポジトリ装置３に格納されているパッチを確認する（ステップＦ１）。基盤ソフト運用管理装置５は、動作検証機１２の基盤ソフトに適用していない新たなパッチがリポジトリ装置３にある場合は、ディスクイメージ化されている動作検証機１２を作成し、起動する起動命令をハイパーバイザ管理装置４に送信する（ステップＦ２）。

ハイパーバイザ管理装置４は、動作検証機１２の起動命令を受信すると、動作検証機１２のディスクイメージ化された情報をネットワークストレージ部８から取得し、動作検証機１２を作成し、起動する（ステップＦ３）。ハイパーバイザ管理装置４は、動作検証機１２を起動した後は、起動完了通知を基盤ソフト運用管理装置５に送信する（ステップＦ４）。

基盤ソフト運用管理装置５は、起動完了通知を受け付けた場合に、動作検証機１２に最新のパッチを適用させるためのパッチ適用指示を動作検証機１２に送信する（ステップＦ５）。

動作検証機１２は、パッチ適用指示を受信すると、リポジトリ装置３に接続し、リポジトリ装置３に格納されているパッチを確認し（ステップＦ６）、最新のパッチをダウンロードし（ステップＦ７）、動作検証機１２に最新のパッチを適用する（ステップＦ８）。

動作検証機１２は、動作検証機１２に最新のパッチを適用した後に、パッチ適用終了通知を基盤ソフト運用管理装置５に送信する（ステップＦ９）。

基盤ソフト運用管理装置５は、動作検証機１２からパッチ適用終了通知を受信すると、動作検証機１２のディスクイメージ化命令をハイパーバイザ管理装置４に送信する（ステップＦ１０）。

ハイパーバイザ管理装置４は、ディスクイメージ化命令を受信すると、動作検証機１２をディスクイメージ化し、ディスクイメージ化した動作検証機１２の情報をネットワークストレージ部８に格納する（ステップＦ１１）。

ハイパーバイザ管理装置４は、ディスクイメージ化した動作検証機１２の情報をネットワークストレージ部８に格納した場合に、ディスクイメージ化完了通知を基盤ソフト運用管理装置５に送信する（ステップＦ１２）。

本実施形態の基盤ソフト運用管理システムは、上記処理を行うことで、動作検証機１２のパッチを最新のパッチにすることができる。

なお、上記処理動作において、ステップＦ８の処理で動作検証機１２に最新のパッチを適用した際に、動作検証機１２がディスクイメージ化命令をハイパーバイザ管理装置４に送信し、ディスクイメージ化した動作検証機１２の情報をネットワークストレージ部８に格納するようにしても良い。

また、上記処理動作において、ステップＦ３の処理で動作検証機１２が起動した際に、動作検証機１２にインストールされているエージェントソフトウェア７により、リポジトリ装置３に接続し、動作検証機１２に新たなパッチを適用するようにしてもよい。

＜本番機１０の基盤ソフトウェアをバージョンアップする場合の処理動作例＞
次に、図１４を参照しながら、本番機１０の基盤ソフトウェアをバージョンアップする場合の処理動作例について説明する。

アプリケーション管理者端末６が検証要求を基盤ソフト運用管理装置５に送信し（ステップＧ１）、基盤ソフト運用管理装置５が検証要求を受信すると、ディスクイメージ化されている動作検証機１２を起動する起動命令をハイパーバイザ管理装置４に送信する（ステップＧ２）。

ハイパーバイザ管理装置４は、動作検証機１２の起動命令を受信すると、動作検証機１２のディスクイメージ化されている情報をネットワークストレージ部８から取得し、動作検証機１２を作成し、起動する（ステップＧ３）。ハイパーバイザ管理装置４は、動作検証機１２を起動した後は、起動完了通知を基盤ソフト運用管理装置５に送信する（ステップＧ４）。

基盤ソフト運用管理装置５は、起動完了通知を受け付けた場合に、アプリケーション管理者端末６のユーザに対し、動作検証機１２へのアクセス権を与える（ステップＧ５）。これにより、アプリケーション管理者端末６は、動作検証機１２にアクセスし、動作検証機１２を用いて本番機１０にインストールされているアプリケーションの動作検証を行うことができる。

また、基盤ソフト運用管理装置５は、起動完了通知を受け付けた場合に、その時点で動作検証機１２に適用されている基盤ソフトウェアのバージョン情報を動作検証機１２から取得し、動作検証状況記憶部５５に記憶する（ステップＧ６）。これにより、基盤ソフト運用管理装置５は、図４に示すように、動作検証時の動作検証機１２の情報を動作検証状況記憶部５５に記憶することができる。

図１４に示すステップＧ７〜ステップＧ２０の処理は、第１の実施形態で説明した図８と同様な処理を行う。これにより、本番機１０の基盤ソフトウェアを動作検証機１２の基盤ソフトウェアと同じバージョンに更新（バージョンアップ）することになる。

基盤ソフト運用管理装置５は、ハイパーバイザ管理装置４からマイグレーション完了通知を受け付けた場合に、動作検証機１２のディスクイメージ化命令をハイパーバイザ管理装置４に送信する（ステップＧ２１）。

ハイパーバイザ管理装置４は、ディスクイメージ化命令を受信すると、動作検証機１２をディスクイメージ化し、ディスクイメージ化した動作検証機１２の情報をネットワークストレージ部８に格納する（ステップＧ２２）。

ハイパーバイザ管理装置４は、動作検証機１２をディスクイメージ化すると、ディスクイメージ化完了通知を基盤ソフト運用管理装置５に送信する（ステップＧ２３）。

基盤ソフト運用管理装置５は、ディスクイメージ化完了通知を受け付けた場合に、アプリケーション管理者端末６に対し、パッチ適用の作業完了通知を送信する（ステップＧ２４）。これにより、アプリケーション管理者は、本番機１０の基盤ソフトウェアのバージョンが更新されたことを把握することができる。

なお、上述した図１３、図１４では、ディスクイメージ化された動作検証機１２の情報をネットワークストレージ部８から取得して動作検証機１２を作成し、起動する場合を例に説明した。しかし、評価機１１についても上述した動作検証機１２と同様に、ディスクイメージ化された評価機１１の情報をネットワークストレージ部８から取得して評価機１１を作成し、起動することになる。

例えば、アプリケーション管理者は、アプリケーションの評価を評価機１１で行う場合に、アプリケーション管理者端末６から評価要求を基盤ソフト運用管理装置５に送信する（ステップＨ１）。

基盤ソフト運用管理装置５は、アプリケーション管理者端末６から評価要求を受信した場合に、ディスクイメージ化されている評価機１１を起動する起動命令をハイパーバイザ管理装置４に送信する（ステップＨ２）。

ハイパーバイザ管理装置４は、評価機１１の起動命令を受信すると、評価機１１の情報をネットワークストレージ部８から取得し、評価機１１を作成し、起動する（ステップＨ３）。ハイパーバイザ管理装置４は、評価機１１を起動した後は、起動完了通知を基盤ソフト運用管理装置５に送信する（ステップＨ４）。

基盤ソフト運用管理装置５は、起動完了通知を受け付けた場合に、アプリケーション管理者端末６のユーザに対し、評価機１１へのアクセス権を与える（ステップＨ５）。これにより、アプリケーション管理者端末６は、評価機１１にアクセスし、評価機１１を用いてアプリケーションの評価を行うことができる。

アプリケーション管理者端末６は、評価機１１でアプリケーションの評価を行い（ステップＨ６）、評価が終了した場合に、評価終了通知を基盤ソフト運用管理装置５に送信する（ステップＨ７）。

基盤ソフト運用管理装置５は、アプリケーション管理者端末６から評価終了通知を受信すると、評価機１１のディスクイメージ化命令をハイパーバイザ管理装置４に送信する（ステップＨ８）。

ハイパーバイザ管理装置４は、ディスクイメージ化命令を受信すると、評価機１１をディスクイメージ化し、ディスクイメージ化した評価機１１の情報をネットワークストレージ部８に格納する（ステップＨ９）。

ハイパーバイザ管理装置４は、評価機１１をディスクイメージ化すると、ディスクイメージ化完了通知を基盤ソフト運用管理装置５に送信する（ステップＨ１０）。

基盤ソフト運用管理装置５は、ディスクイメージ化完了通知を受け付けた場合に、アプリケーション管理者端末６に対し、作業完了通知を送信する（ステップＨ１１）。これにより、評価機１１についても動作検証機１２と同様に、ディスクイメージ化された評価機１１の情報をネットワークストレージ部８から取得して評価機１１を作成し、起動し、評価機１１でアプリケーションの評価を行うことができる。

なお、基盤ソフト運用管理装置５は、仮想化ハイパーバイザ１に存在する全ての本番機１０の基盤ソフトウェアを動作検証機１２と同じ基盤ソフトウェアのバージョンに更新（バージョンアップ）した場合も、ディスクイメージ化された評価機１１の情報をネットワークストレージ部８から取得して評価機１１を作成し、起動し、評価機１１の基盤ソフトウェアも本番機１０と同様に動作検証機１２と同じ基盤ソフトウェアのバージョンに更新（バージョンアップ）することになる。

なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。

例えば、上記実施形態の基盤ソフト運用管理システムを構成する各装置における制御動作は、ハードウェア、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。

なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータ内のメモリにインストールして実行させることが可能である。

例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。リムーバブル記録媒体は、磁気ディスク、半導体メモリなどの各種記録媒体があげられる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトからコンピュータに無線転送することになる。また、ネットワークを介してコンピュータに有線で転送することになる。

プログラムの形態としては、クラウド等によるネット上のサーバからの利用もありえる。一部のプログラムのみをコンピュータに転送して利用する形態もありえる。

また、上記実施形態の基盤ソフト運用管理システムを構成する各装置は、上記実施形態で説明した処理動作に従って時系列的に処理を実行するだけに限定するものでない。例えば、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に処理を実行するように構築することも可能である。

１、２ 仮想化ハイパーバイザ
３ リポジトリ装置
４ ハイパーバイザ管理装置
５ 基盤ソフト運用管理装置
６ アプリケーション管理者端末
７ エージェントソフトウェア
８ ネットワークストレージ部
１０ 本番機
１１ 評価機
１２ 動作検証機
２０ 作業機
５０ ネットワークインタフェース
５１ 入出力部
５２ 制御部
５３ 記憶部
５４ バージョン情報記憶部
５５ 動作検証状況記憶部

Claims (12)

1. アプリケーションを実行する本番機と、
   前記本番機にインストールされている前記アプリケーションの動作検証を行う動作検証機と、
   前記本番機に適用されている基盤ソフトウェアのバージョン情報と、前記動作検証機に適用されている基盤ソフトウェアのバージョン情報と、を管理する基盤ソフト運用管理装置と、を有し、
   前記基盤ソフト運用管理装置は、
   前記本番機の基盤ソフトウェアのバージョンを、前記動作検証機の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する制御手段を有することを特徴とする基盤ソフト運用管理システム。
2. パッチを記憶するリポジトリ装置を有し、
   前記動作検証機は、
   前記リポジトリ装置に記憶されているパッチを取得し、該取得したパッチを適用し、前記動作検証機の基盤ソフトウェアのバージョンを更新しており、
   前記動作検証機の基盤ソフトウェア上で、前記本番機にインストールされている前記アプリケーションの動作検証を行う、ことを特徴とする請求項１記載の基盤ソフト運用管理システム。
3. 前記基盤ソフト運用管理装置は、
   動作検証時に前記動作検証機に適用されている基盤ソフトウェアのバージョン情報を記憶する動作検証状況記憶手段を有し、
   前記制御手段は、
   動作検証後に、前記本番機の基盤ソフトウェアのバージョンを、前記動作検証状況記憶手段に記憶されている前記動作検証機のバージョン情報と同じバージョンに更新するように制御する、ことを特徴とする請求項１または２記載の基盤ソフト運用管理システム。
4. 前記基盤ソフト運用管理装置は、
   前記本番機に適用されている基盤ソフトウェアのバージョン情報を記憶するバージョン情報記憶手段と、
   動作検証時に前記動作検証機に適用されている基盤ソフトウェアのバージョン情報を記憶する動作検証状況記憶手段と、を有し、
   前記制御手段は、
   前記バージョン情報記憶手段に記憶されている前記本番機のバージョン情報と、前記動作検証状況記憶手段に記憶されている前記動作検証機のバージョン情報と、を比較し、前記本番機のバージョン情報よりも前記動作検証機のバージョン情報が新しい場合に、前記本番機の基盤ソフトウェアのバージョンを、前記動作検証状況記憶手段に記憶されている前記動作検証機のバージョン情報と同じバージョンに更新するように制御する、ことを特徴とする請求項１または２記載の基盤ソフト運用管理システム。
5. 仮想機械を作成するハイパーバイザ管理装置を有し、
   前記制御手段は、
   前記ハイパーバイザ管理装置を制御し、前記本番機の複製である仮想機械の作業機を前記ハイパーバイザ管理装置により作成し、
   作成した前記作業機に、前記動作検証機の基盤ソフトウェアのバージョンに対応するパッチを適用し、前記作業機の基盤ソフトウェアのバージョンを前記動作検証機の基盤ソフトウェアのバージョンに更新し、
   前記ハイパーバイザ管理装置を制御し、前記作業機を前記本番機にコピーし、
   前記本番機の基盤ソフトウェアのバージョンを前記動作検証機の基盤ソフトウェアのバージョンと同じバージョンに更新する、ことを特徴とする請求項１から４の何れか１項に記載の基盤ソフト運用管理システム。
6. 仮想機械を作成するハイパーバイザ管理装置を有し、
   前記制御手段は、
   前記ハイパーバイザ管理装置を制御し、前記動作検証機の基盤ソフトウェアのバージョンと同じバージョンの基盤ソフトウェアが適用された仮想機械の作業機を前記ハイパーバイザ管理装置により作成し、作成した前記作業機を前記本番機にコピーし、
   前記本番機の基盤ソフトウェアのバージョンを前記動作検証機の基盤ソフトウェアのバージョンと同じバージョンに更新する、ことを特徴とする請求項１から４の何れか１項に記載の基盤ソフト運用管理システム。
7. 仮想機械を作成するハイパーバイザ管理装置を有し、
   前記制御手段は、
   前記ハイパーバイザ管理装置を制御し、前記本番機の複製である仮想機械の作業機を前記ハイパーバイザ管理装置により作成し、
   作成した前記作業機に、前記動作検証機の基盤ソフトウェアのバージョンに対応するパッチを適用し、前記作業機の基盤ソフトウェアのバージョンを前記動作検証機の基盤ソフトウェアのバージョンに更新し、
   前記ハイパーバイザ管理装置を制御し、前記作業機自体を新たな本番機に変更し、
   前記本番機の基盤ソフトウェアのバージョンを前記動作検証機の基盤ソフトウェアのバージョンと同じバージョンに更新する、ことを特徴とする請求項１から４の何れか１項に記載の基盤ソフト運用管理システム。
8. 仮想機械を作成するハイパーバイザ管理装置を有し、
   前記制御手段は、
   前記ハイパーバイザ管理装置を制御し、前記動作検証機の基盤ソフトウェアのバージョンと同じバージョンの基盤ソフトウェアが適用された仮想機械の作業機を前記ハイパーバイザ管理装置により作成し、作成した前記作業機自体を前記本番機に変更し、
   前記本番機の基盤ソフトウェアのバージョンを前記動作検証機の基盤ソフトウェアのバージョンと同じバージョンに更新する、ことを特徴とする請求項１から４の何れか１項に記載の基盤ソフト運用管理システム。
9. 前記動作検証機のディスクイメージ化された情報を記憶するストレージ部を有し、
   前記基盤ソフト運用管理装置は、
   前記ハイパーバイザ管理装置を制御し、前記ストレージ部に記憶されている前記動作検証機のディスクイメージ化された情報を基に、前記動作検証機を作成する、ことを特徴とする請求項５から８の何れか１項に記載の基盤ソフト運用管理システム。
10. アプリケーションを実行する本番機の基盤ソフトウェアのバージョンを、前記本番機にインストールされている前記アプリケーションの動作検証を行う動作検証機の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する制御手段を有することを特徴とする基盤ソフト運用管理装置。
11. 基盤ソフト運用管理装置の制御方法であって、
    アプリケーションを実行する本番機の基盤ソフトウェアのバージョンを、前記本番機にインストールされている前記アプリケーションの動作検証を行う動作検証機の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する制御工程を有することを特徴とする制御方法。
12. コンピュータに実行させるプログラムであって、
    アプリケーションを実行する本番機の基盤ソフトウェアのバージョンを、前記本番機にインストールされている前記アプリケーションの動作検証を行う動作検証機の動作検証時の基盤ソフトウェアのバージョンと同じバージョンに更新するように制御する制御処理を有することを特徴とするプログラム。

Images