JP2011086014A - 疑似環境提供システム - Google Patents

Abstract

【課題】顧客の要件を考慮した擬似環境提供システムを提供する。
【解決手段】システムモデル情報をデータベースとして保持し、擬似環境を構築するためのイメージファイルパス情報をデータベースとして保持し、各環境における設定箇所の定義情報をデータベースとして保持し、各議事環境上で収集するエラーログファイルのパス情報をデータベースとして保持し、少なくともGUI画面上からのヒアリング情報入力手段と、入力された情報から設計情報データを作成する手段と、作成した設計情報データを送信する手段と、設計情報データから仮想OS環境を構築する手段と、構築した仮想OS環境へ設定値を適用する手段と、構築した仮想OS環境からシステムエラーログを収集する手段と、仮想OS環境を構築するためのイメージファイルを検索する手段とを有する。
【選択図】図１

Description

本発明は顧客の入力端末からヒアリング情報を回答してもらうことにより、疑似環境を自動生成し、ネットワーク経由での利用を可能とした情報システムに関する。

業務システムの設計・構築には要件事項の確認(以下、ヒアリング)が必要であり、各OS及び、アプリケーション別にヒアリングを実施する。このヒアリング結果を踏まえ、要件定義作業を実施する。

しかしながら、ヒアリングを実施する作業担当者の技術経験、ヒアリング相手の要件認識度等の条件により、顧客のイメージされる機能と、実際のシステムが提供する機能において差異が生じる場合が多々ある。この場合、ハードウェア構成やソフトウェア構成の変更を余儀なくされ、プロジェクトに多大な損失を与えてしまう。

これに対する解決策としては、標準的な設計パターンに沿った基本設計書、詳細設計書、定数設計書、ヒアリングシートのテンプレートを用意し、それをデータベースに格納し作業者が利用することで、設計書作成を支援する技術が知られている(例えば特許文献１)。

特開平１１−２３８０５０号公報

上記、特許文献１では、予め各種設計書のテンプレートをデータベースに格納し、設計者の技術レベルに依存せずに安定したシステムを提供することを可能としている。

しかしながら、上記解決策では、要件定義フェーズにおける顧客と設計担当者の意識差異を解決することにはならず、設計・構築後に顧客がサービスを利用し、本来の要件と異なる機能を提供していることが発覚するリスクを回避出来ていない。

本発明は、上記事情に鑑みてなされたものであり、顧客の要件を考慮した擬似環境提供システムを提供することを目的とする。

本発明は、上記の課題を解決する一手段として以下の方法を実現する。

第１の手段は、顧客入力端末として、顧客がシステムモデル、ヒアリング情報を入力可能とする画面制御機能を有し、入力された情報から設計情報としてデータを作成する機能を有し、作成した設計情報をヒアリングサーバへ送信する機能を有する技術である。

第２の手段は、ヒアリングサーバとして、顧客入力端末からの設計情報を受信する機能を有し、受信した設計情報をシミュレーションサーバへ送信する機能を有し、顧客入力端末からの依頼に対して、システムモデル情報及び、ヒアリング項目リスト情報を送信する機能を有する技術である。

第３の手段は、シミュレーションサーバとして、ヒアリングサーバからの設計情報を受信する機能を有し、受信した設計情報をデータベースに登録する機能を有し、設計情報から仮想OS環境を構築する機能を有し、構築した仮想OS環境へ設計情報の設定値を適用する機能を有し、仮想OS環境上のシステムエラーログファイルを収集する機能を有する技術である。

第４の手段は、システム管理端末として、コンピュータのGUI画面上からシステムモデル情報、サーバOSの登録情報、サーバアプリケーションの登録情報、クライアントOSの登録情報、クライアントアプリケーションの登録情報を入力できる機能を有し、入力された情報を事前登録情報としてデータ作成し、シミュレーションサーバ及び、ヒアリングサーバへ送信する機能を有する。

上記４つの手段を用いて、顧客の要件に沿ったヒアリング作業をシステム的に提供し、擬似環境構築を実施する。これにより、顧客へ擬似的にサービスを提供し、課題で示した本来の要件との機能差異の発覚リスクを回避する。

本発明によれば、顧客の要件を考慮した擬似環境提供システムを提供することができる。

本実施形態に係る擬似環境提供システム１の構成例を示す図である。 ヒアリングサーバ１０のハードウェア構成例を示す図である。 シミュレーションサーバ２０のハードウェア構成例を示す図である。 システム管理端末３０のハードウェア構成例を示す図である。 顧客入力端末４０のハードウェア構成例を示す図である。 ヒアリングサーバ１０が具備するヒアリング情報管理データベース１１４のデータ構成例を示す図である。 ヒアリングサーバ１０とシミュレーションサーバ２０が具備するシステムモデル情報管理データベース１１５、２１６のデータ構成例を示す図である。 シミュレーションサーバ２０が具備するイメージファイルパス管理データベース２１７のデータ構成例を示す図である。 シミュレーションサーバ２０が具備する設定箇所定義情報管理データベース２１８のデータ構成例を示す図である。 シミュレーションサーバ２０が具備するエラーログファイルパス管理データベース２１９のデータ構成例を示す図である。 システムモデル選択画面例を示す図である。 ヒアリング項目回答画面例を示す図である。 顧客入力端末４０とヒアリングサーバ１０間のデータの送受信を示すシーケンス図である。 システムモデル情報の構成例を示す図である。 ヒアリング情報の構成例を示す図である。 設計情報の構成例を示す図である。 顧客入力端末におけるシステムモデル番号送信までの処理フローを示す図である。 顧客入力端末における設計情報送信までの処理フローを示す図である。 ヒアリングサーバにおけるシステムモデル情報検索までの処理フローを示す図である。 ヒアリングサーバにおけるサーバアプリケーション情報検索までの処理フローを示す図である。 ヒアリングサーバにおけるクライアントアプリケーション情報検索までの処理フローを示す図である。 ヒアリングサーバにおける設計情報送信までの処理フローを示す図である。 設計支援サーバ処理フローを示す図である。 設計支援サーバにおける仮想OS環境構築処理概要フローを示す図である。 OS環境構築処理における検索処理フローを示す図である。 OS環境構築処理におけるイメージファイルパスコピー処理までのフローを示す図である。 アプリケーション適用処理における検索処理フローを示す図である。 アプリケーション適用処理におけるインストール処理までのフローを示す図である 設定値適用処理の概要フローを示す図である。 設定値適用処理における設定箇所定義情報検索処理フローを示す図である。 設定値適用処理における設定情報読み込みまでの処理フローを示す図である。 エラーログファイル収集処理概要フローを示す図である。 エラーログファイル収集処理における詳細処理フローを示す図である。 システム管理端末サーバ登録情報画面例を示す図である。 システム管理端末クライアント登録情報画面例を示す図である。 使用済み製品番号確認画面例を示す図である。 エディション番号確認画面例を示す図である。 エラーログファイルパス入力画面例を示す図である。 設定箇所定義情報入力画面例を示す図である。 ヒアリング情報入力画面例を示す図である。 システム管理端末３０で実施される処理の概要を示すフロー図である。 システム管理端末３０で実施される情報登録開始時の処理を示すフロー図である。 システム管理端末３０で実施される情報登録終了までの処理を示すフロー図である。 同じく、システム管理端末３０で実施される情報登録終了までの処理を示すフロー図である。

本発明の一実施形態について、図面を参照しながら詳細に説明する。

本実施形態に係る擬似環境提供システム１の構成例を示す図である。

疑似環境提供システム１は、顧客入力端末４０と、ヒアリングサーバ１０、システム管理端末３０、シミュレーションサーバ２０から構成される。顧客入力端末４０とヒアリングサーバ１０、ヒアリングサーバ１０とシステム管理端末３０、システム管理端末３０とシミュレーションサーバ２０、シミュレーションサーバ２０と顧客入力端末４０は、それぞれネットワークで相互に接続されている。

図２は、ヒアリングサーバ１０のハードウェア構成例を示す図である。

ヒアリングサーバ１０は、ＣＰＵ等の制御部１２０と、記憶部１００と、ネットワークインタフェース部１３０とを具備する。各部は、ＢＵＳ等に接続されている。

記憶部１００には、ヒアリング情報入出力制御部１１０と、ヒアリング項目検索処理部１１１と、設計情報出力制御部１１２と、事前情報登録制御部１１３とからなるプログラムが格納されている。制御部１２０は、記憶部１００からプログラムをメモリにロードし実行する。ヒアリング情報入出力制御部１１０は、顧客入力端末４０とヒアリング情報の送受信を行う。ヒアリング項目検索処理部１１１は、ヒアリング情報管理データベース１１４からヒアリング項目情報を検索する。設計情報出力制御部１１２は、シミュレーションサーバ２０へ設計情報を送信する。事前情報登録制御部１１３は、事前にヒアリング情報管理データベース１１４とシステムモデル情報管理データベース１１５に格納する。

また、記憶部１００には、顧客入力端末４０へ送信するヒアリング情報を記憶するヒアリング情報管理データベース１１４と、顧客入力端末４０へシステムモデル情報を記憶するシステムモデル情報管理データベース１１５とが格納されている。

図３は、シミュレーションサーバ２０のハードゥエア構成例を示す図である。シミュレーションサーバ２０は、ＣＰＵ等の制御部２３０と、記憶部２００と、ネットワークインタフェース部２４０とを具備する。各部は、ＢＵＳ等に接続されている。記憶部２００には、設計情報入力制御部２１０と、設計情報登録制御部２１１と、システムエラーログ収集制御部２１２と、擬似環境構成管理部２１３と、設定値情報登録制御部２１４と、事前登録制御部２１５とからなるプログラムが格納されている。設計情報入力制御部２１０は、ヒアリングサーバ１０から設計情報を受信する。設計情報登録制御部２１１は、受信した設計情報を設計情報管理データベース２２０に格納する。システムエラーログ収集制御部２１２は、疑似環境上のエラーログファイルを収集する。疑似環境構成管理部２１３は、受信した設計情報に従い疑似環境を構築する。設定値情報登録制御部２１４は、構築した疑似環境へ設定値情報を適用する。事前登録制御部２１５は、事前に、システムモデル情報管理データベース２１６とイメージファイルパス管理データベース２１７、設定箇所定義情報管理データベース２１８、エラーログファイルパス管理データベース２１９へ情報を格納する。

また、記憶部２００には、システムモデル情報を記憶するシステムモデル情報管理データベース２１６と、構築する疑似環境のイメージファイルパスを記憶するイメージファイルパス管理データベース２１７と、設定値の設定箇所定義情報を記憶する設定箇所定義情報管理データベース２１８と、エラーログファイルのパス情報を記憶するエラーログファイルパス管理データベース２１９と、ヒアリングサーバ１０から受信した設計情報を記憶する設計情報管理データベース２２０が格納されている。

図４は、システム管理端末３０のハードウェア構成例を示す図である。

システム管理端末３０は、ＣＰＵ等の制御部３２０と、記憶部３００と、ネットワークインタフェース部３３０とを具備する。各部は、ＢＵＳ等に接続されている。記憶部３００には、情報登録画面制御部３１０と、事前登録情報作成処理部３１１と、事前情報出力制御部３１２とからなるプログラムが格納されている。情報登録画面制御部３１０は、事前情報の登録画面を制御する。事前登録情報作成処理部３１１は、事前登録情報を作成する。事前情報出力制御部３１２は、ヒアリングサーバ１０とシミュレーションサーバ２０へ事前情報を送信する。

また、記憶部３００には、使用済みの製品番号情報を格納した使用済み製品番号管理データベース３１３が格納されている。

図５は、顧客入力端末４０のハードウェア構成例を示す図である。

顧客入力端末４０は、ＣＰＵ等の制御部４２０と、記憶部４００と、ネットワークインタフェース部４３０とを具備する。各部は、ＢＵＳ等に接続されている。記憶部４００には、ヒアリング情報入出力制御部４１０と、ヒアリング画面制御部４１１とからなるプログラムが格納されている。ヒアリング情報入出力制御部４１０は、ヒアリングサーバ１０との間でシステムモデル情報及び、設計情報を送受信する。ヒアリング画面制御部４１１は、システムモデル情報とヒアリング情報を表示する。

次に、ヒアリングサーバ１０で保持するデータベースのデータ構成を説明する。

まず、ヒアリングサーバ１０が保持するヒアリング情報管理データベース１１４のデータ構成を図６に示す。ヒアリング情報管理データベース１１４はサーバOS、サーバアプリケーション、クライアントOS、クライアントアプリケーションの各ソフトウェアのどれかを識別する情報であるソフトウェア種別情報１１４００、ソフトウェア製品名の識別情報となる製品番号情報１１４０１、各ソフトウェアのバージョン番号を示したバージョン番号情報１１４０２、ソフトウェアのエディション(Ｗｉｎｄｏｗｓ(登録商標)ならEnterprise等)の識別子となるエディション番号情報１１４０３、同一製品上で役割を分けたい場合の識別子となるサーバ種別情報１１４０４、必要なサーバ台数を示したサーバ台数情報１１４０５、ヒアリング項目テーブル１１４１を参照先として指定したポインタ情報１１４０６で構成されたソフトウェア種別テーブル１１４０と、各ヒアリング項目情報を保持したヒアリング項目情報１１４１１と、各ヒアリング項目の番号となる項番情報１１４１０で構成されたヒアリング項目テーブル１１４１から構成される。

ヒアリング情報管理データベース１１４へのデータ格納処理は事前情報登録制御部１１３が行い、システム管理端末３０から送信されてきたデータを格納する。

システムモデル情報管理データベース１１５は図７に示すデータ構成となっている。システムモデルの識別子となるシステムモデル番号情報１１５００、システムモデルで想定されているユーザ数を示した想定ユーザ数情報１１５０１、システム構成をイメージ化したシステム構成図のjpgファイルパス情報１１５０２、各種情報ポインタテーブル１１５１を参照先として指定したポインタ情報１１５０３で構成されたシステムモデル情報テーブル１１５０を保持し、このテーブルとポインタで関連付けられた各種情報ポインタテーブル１１５１には、サーバOSの情報を格納したソフトウェア種別テーブル１１５２を参照先として指定したサーバOS情報ポインタ１１５１０,サーバアプリケーション情報を格納したソフトウェア種別テーブル１１５２を参照先として指定したサーバアプリケーション情報ポインタ１１５１１、クライアントOS情報を格納したソフトウェア種別テーブル１１５２を参照先として指定したクライアントOS情報ポインタ１１５１２、クライアントアプリケーション情報を格納したソフトウェア種別テーブル１１５２を参照先として指定したクライアントアプリケーション情報ポインタ１１５１３が含まれる。

ソフトウェア種別テーブル１１５２には、ソフトウェア種別１１５２０、製品番号１１５２１、バージョン番号１１５２２、エディション番号１１５２３、サーバ種別１１５２４、サーバ台数１１５２５、の情報が含まれており、これらの情報の用途は、図６で記載したソフトウェア種別テーブル１１４０と同一とする。

また、シミュレーションサーバ２０が保持しているシステムモデル情報管理データベース２１６もシステムモデル情報管理データベース１１５と同様なデータ構成とする。

システムモデル情報管理データベース１１５へのデータ格納処理は事前情報登録制御部１１３が行い、システム管理端末３０から送信されてきたデータを格納する。

システムモデル情報管理データベース２１６へのデータ格納処理はシミュレーションサーバ２０上の事前登録制御部２１５が行い、システム管理端末３０から送信されてきたデータを格納する。

次に、シミュレーションサーバ２０で保持するデータベースのデータ構成について説明する。

シミュレーションサーバ２０のイメージファイルパス管理データベース２１７のデータ構成は図８に示す構成となっている。サーバOS、サーバアプリケーション、クライアントOS、クライアントアプリケーションの各ソフトウェアのどれかを識別する情報であるソフトウェア種別情報２１７００を格納したソフトウェア種別テーブル２１７０にはポインタ情報２１７０１が保持され、ソフトウェア製品名の識別子である製品番号情報２１７１０を格納した製品番号テーブル２１７１が関連付けられている。製品番号テーブル２１７１にもポインタ情報２１７１１が保持され、ソフトウェアバージョンの識別子であるバージョン番号２１７２０を格納したバージョン番号テーブル２１７２が関連付けられている。バージョン番号テーブル２１７２にもポインタ情報２１７２１が保持され、ソフトウェアのエディション情報の識別子となるエディション番号情報２１７３０と、イメージファイルのファイルパス情報となるファイルパス情報２１７３１と、各イメージファイルを疑似環境として構築した際に設定されるIPアドレス情報２１７３２を格納したファイルパス情報テーブル２１７３が関連付けられている。

イメージファイルパス管理データベース２１７を検索する際は、ソフトウェア種別、製品番号、バージョン番号、エディション番号の各情報順に検索を行い、合致するレコードが見つかった場合は、そのレコードのポインタに関連付けられたテーブルに移動していく方法とする。

イメージファイルパス管理データベース２１７へのデータ格納処理は事前情報登録制御部２１５が行い、システム管理端末３０から送信されてきたデータを格納する。

シミュレーションサーバ２０の設定箇所定義情報管理データベース２１８のデータ構成は図９に示す構成となっている。ソフトウェア種別情報２１８００、製品番号情報２１８０１、バージョン番号情報２１８０２、エディション番号情報２１８０３、サーバ種別情報２１８０４から構成されたソフトウェア種別テーブル２１８０と、ポインタ情報２１８０５で関連付けられた設定箇所情報テーブル２１８１で構成される。設定箇所定義情報テーブル２１８１には、構築した疑似環境に対して設定値を適用する際の設定箇所の情報２１８１１とそれに対応した項目番号の情報２１８１０が格納される。

ソフトウェア種別情報２１８００、製品番号情報２１８０１、バージョン番号情報２１８０２、エディション番号情報２１８０３、サーバ種別情報２１８０４の各情報の用途は図６で記載したソフトウェア種別テーブル１１４０と同一とする。

設定箇所定義情報管理データベース２１８へのデータ格納処理は事前情報登録制御部２１５が行い、システム管理端末３０から送信されてきたデータを格納する。

シミュレーションサーバ２０のエラーログファイルパス管理データベース２１９のデータ構成は図１０に示す構成となっている。設定箇所定義情報管理データベース２１８のソフトウェア種別テーブル２１８０と同様な用途となる、ソフトウェア種別情報２１９００、製品番号情報２１９０１、バージョン番号情報２１９０２、エディション番号情報２１９０３、サーバ種別情報２１９０４で構成されたソフトウェア種別テーブル２１９０を保持し、このテーブルにはポインタ情報２１９０５で関連付けられたエラーログファイルパス情報テーブル２１９１が保持される。エラーログファイルパス情報テーブル２１９１には疑似環境構築後に収集するエラーログファイルのパス情報が格納される。

エラーログファイルパス管理データベース２１９へのデータ格納処理は事前情報登録制御部２１５が行い、システム管理端末３０から送信されてきたデータを格納する。

次に、顧客入力端末４０上でのシステムモデル情報及び、ヒアリング情報の入力画面について図１１、図１２に沿って説明する。まず、初期画面として、システムモデル情報入力画面５０が表示されるため、システムモデル番号５００を選択する。選択すると、想定ユーザ数５０１とシステム構成イメージ５０２が表示されるため、これらの情報を確認し要件に沿ったシステムモデルの選別を行う。システムモデル番号５００を変更した場合、変更した番号に沿った想定ユーザ数５０１とシステム構成イメージ５０２が表示される。

システムモデルが決まったら、選択ボタン５０３を押下する。すると、選択したモデルに沿ったヒアリング項目回答画面６０が表示されるため、質問項目及び回答欄６０１にヒアリングに対する回答を入力する。入力後、次への質問ボタン６０２を押下すると次の質問項目及び回答欄６０１が表示される。必要なヒアリング項目を回答後、登録ボタン６０３を押下すると、操作は終了となる。

この時の、顧客入力端末４０とヒアリングサーバ１０の間のデータシーケンスを図１３に沿って説明する。

まず、初期画面起動時に、顧客入力端末４０のヒアリング画面制御部４１１からヒアリング情報入出力制御部４１０へシステムモデル上情報の要求が送信される（ステップ７０１）。ヒアリング情報入出力制御部４１０は受け取った要求をヒアリングサーバ１０のヒアリング情報入出力制御部１１０へ送信する（ステップ７０２）。その後、ヒアリング情報入出力制御部４１０がヒアリングサーバ１０からシステムモデル情報を受信し（ステップ７０３）、ヒアリング画面制御部４１１へシステムモデル情報を渡す(ステップ７０４)。ヒアリング画面制御部４１１は、受信したシステムモデル情報を基にシステムモデル情報入力画面５０を表示部に表示する。

顧客がシステムモデル番号を選択したら、ヒアリング画面制御部４１１は、システムモデル番号をヒアリング情報入出力制御部４１０へ渡し（ステップ７０５）、ヒアリング情報入出力制御部４１０は、このシステムモデル番号をヒアリングサーバ１０へ送信する（ステップ７０６）。その後、ヒアリング情報入出力制御部４１０は、アリングサーバ１０からヒアリング項目リストを受信する（ステップ７０７）。ヒアリング情報入出力制御部４１０は、受信したヒアリング項目リストをヒアリング画面制御部４１１へ渡す（ステップ７０８）。ヒアリング画面制御部４１１は、ヒアリング項目回答画面６０を表示部に表示する。顧客によりヒアリング項目に入力がされると、ヒアリング画面制御部４１１は、この入力情報を元に設計情報テーブルを作成し、このテーブルの情報をヒアリング情報入出力制御部４１０へ渡し（ステップ７０９）、ヒアリング情報入出力制御部４１０は、このテーブルの情報をヒアリングサーバ１０へ送信する（ステップ７１０）。上記データシーケンスにおいて、ヒアリング情報入出力制御部４１０はデータ変換を行わず、受け取った各データをそのまま他処理部へ転送する。

図１３で送受信したシステムモデル情報及び、ヒアリング項目リスト、設計情報テーブルについて図１４、１５、１６に沿って補足説明する。

システムモデル情報は図１４に示すデータ構成となっており、システムモデル情報入力画面５０の表示に必要なシステムモデル番号情報７０３００、想定ユーザ数７０３０１、システム構成図パス７０３０２の情報を格納したシステムモデル情報テーブル７０３０となる。また、この情報に加え、システム構成イメージ５０２に表示するjpgファイルを顧客入力端末上のシステムモデル情報テーブル７０３０に記載されたシステム構成図パスにファイル転送する。

ヒアリング項目リストは、図１５に示すデータ構成となっている。顧客が選択したシステムモデルの番号情報７０７００を格納したシステムモデル情報ポインタテーブル７０７０には、このシステムモデルを構成するサーバOS、サーバアプリケーション、クライアントOS、クライアントアプリケーションの各情報をポインタで関連付けており(７０７０１〜７０７０４)、ポインタ参照先にはソフトウェア種別情報７０７１０、製品番号情報７０７１１、バージョン番号情報７０７１２、エディション番号情報７０７１３、サーバ種別情報７０７１４の各情報を格納したソフトウェア種別テーブル７０７１が存在する。ソフトウェア種別テーブル７０７１上の各情報の用途は図６で記載したソフトウェア種別テーブル１１４０と同一とする。ソフトウェア種別テーブル７０７１はポインタ情報７０７１５を保持しており、その参照先にはヒアリング項目の情報７０７２１と、それに対応する項目番号情報７０７２０を格納したヒアリング項目テーブル７０７２が存在する。

設計情報テーブルは図１６に示すデータ構成となっている。顧客が選択したシステムモデル番号情報７０９１０を格納したシステムモデル情報ポインタテーブル７０９１には、このシステムモデルを構成するサーバOS、サーバアプリケーション、クライアントOS、クライアントアプリケーションの各情報をポインタで関連付けており(７０９１１〜７０９１４)、ポインタ参照先にはソフトウェア種別情報７０９２０、製品番号情報７０９２１、バージョン番号情報７０９２２、エディション番号情報７０９２３、サーバ種別情報７０９２４の各情報を格納したソフトウェア種別テーブル７０９２が存在する。ソフトウェア種別テーブル７０９２上の各情報の用途は図６で記載したソフトウェア種別テーブル１１４０と同一とする。ソフトウェア種別テーブル７０９２はポインタ情報７０９２５を保持しており、その参照先にはヒアリングの回答結果として設定値情報７０９３１と、それに対応する項目番号情報７０９３０を格納したヒアリング項目テーブル７０９３が存在する。

顧客入力端末４０上での処理フローを図１７、１８に示す。まず、初期画面として、システムモデル情報入力画面５０を表示するために、システムモデル情報の要求７０１をヒアリング画面制御部４１１から出す(ステップ８００)。システムモデル情報の要求７０２をヒアリング情報入出力制御部４１０からヒアリングサーバ１０へ送信する(ステップ８０１)。ヒアリングサーバからのシステムモデル情報をヒアリング情報入出力制御部４１０で受信し、ヒアリング画面制御部４１１へ渡す(ステップ８０２)。ヒアリング画面制御部４１１では、システムモデル情報テーブル７０３０の先頭レコードを参照し(ステップ８０３)、システム構成図ファイルパス情報に従い(ステップ８０４)、指定されたパス７０３０２上のjpgファイルをシステム構成イメージ５０２上に表示する(ステップ８０５)。また、想定ユーザ数情報７０３０１を参照し、想定ユーザ数５０１上に表示する(ステップ８０６)。システムモデル番号が変更された場合、変更されたシステムモデル番号をシステムモデル情報テーブル７０３０から検索し(ステップ８０７)、合致したレコードのシステム構成ファイルパス情報７０３０２と想定ユーザ数情報７０３０１を参照し画面上に表示する(ステップ８０４〜ステップ８０６)。

最終的に選択ボタンが押下されれば、システムモデル番号をヒアリング情報入出力制御部４１０からヒアリングサーバ１０へ送信する(ステップ８０８)。その後、ヒアリングサーバ１０からのヒアリング項目リストをヒアリング情報入出力制御部４１０で受信し(ステップ８０９)、ヒアリング画面制御部４１１へ渡す。ヒアリング画面制御部４１１では、システムモデル情報ポインタテーブル７０７０のサーバOS情報ポインタ７０７０１のポインタ参照先であるソフトウェア種別テーブル７０７１へ移動し、そのポインタ情報７０７１５の参照先であるヒアリング項目テーブル７０７２まで移動する(ステップ８１０)。そして、ヒアリング項目テーブル７０７２上にある先頭レコードのヒアリング項目値７０７２１と項番情報７０７２０を参照し(ステップ８１１)、ヒアリング項目回答画面６０上に表示する(ステップ８１２)。次への質問ボタン６０２が押下されたら、画面上に表示しているヒアリング項目テーブル７０７２１のデータを入力された設定値へ置き換える(ステップ８１３)。その後、ヒアリング項目テーブル７０７２上の次レコード有無を確認し(ステップ８１４)、存在すれば次レコードへ移動し(ステップ８１５)、再度ヒアリング項目回答画面６０上にヒアリング情報を表示する。次レコードが存在しない場合、システムモデル情報ポインタテーブル７０７０のサーバアプリケーション情報ポインタ７０７０２へ移動する。

サーバアプリケーション情報ポインタ７０７０２、クライアントOS情報ポインタ７０７０３、クライアントアプリケーション情報ポインタ７０７０４の参照先テーブルに対してもサーバOS情報ポインタ７０７０１の参照先テーブルと同様にヒアリング項目値を参照し、順にヒアリング項目回答画面６０上に表示していく。クライアントアプリケーション情報ポインタのヒアリング項目まで全て回答された時点で、ヒアリング項目値が設定値情報に全て置き換わるため、図１６に示す設計情報テーブルとなる。

全てのヒアリング項目を入力し、次の質問移動ボタンが押下されたら、自動的にヒアリング処理を終了し、ヒアリング情報入出力制御部４１０からヒアリングサーバ１０へ設計情報テーブルの情報を送信する(ステップ８１６)。

ヒアリングサーバ１０での処理フローを図１９、２０、２１、２２に示し詳細を説明する。

顧客入力端末４０からのシステムモデル情報の要求７０２をヒアリング情報入出力制御部１１０で受信したら(ステップ８１７)、ヒアリング項目検索処理部１１１でシステムモデル情報管理データベース１１５を参照する(ステップ８１８)。

ヒアリング項目検索処理部１１１は、システムモデル情報テーブル１１５０のポインタ以外の情報を全て(１１５００〜１１５０２のデータ)をメモリ上に読み込み(ステップ８１９)、ヒアリング情報入出力制御部１１０へ渡す。ヒアリング情報入出力制御部１１０では渡された情報をシステムモデル情報として顧客入力端末４０へ送信する(ステップ８２０)。送信後、システムモデル情報テーブル１１５０のシステム構成図パス情報１１５０２を参照し(ステップ８２１)、各パスにあるシステム構成図のjpgファイルを顧客入力端末４０上の同一パスへファイル転送する(ステップ８２２)。

顧客入力端末４０からのシステムモデル番号情報をヒアリング情報入出力制御部１１０で受信したら(ステップ８２３)、システムモデル番号情報をキーとしてヒアリング項目検索処理部１１１でシステムモデル情報管理データベース１１５のシステムモデル情報テーブル１１５０からシステムモデル番号１１５００を検索する(ステップ８２４)。合致したレコードのポインタ情報１１５０３を参照し、各種情報ポインタテーブル１１５１とこれにポインタで関連付けられたソフトウェア種別テーブル１１５２の情報を全てメモリ上に読み込む(ステップ８２５)。

その後、ヒアリング情報管理データベース１１４を参照し(ステップ８２６)、メモリ上の各種情報ポインタテーブル１１５１からサーバOS情報ポインタに関連付けられたソフトウェア種別テーブル１１５２の全情報(をキーにしてテーブルの検索を行う(ステップ８２７)。ソフトウェア種別情報１１５２０、製品番号情報１１５２１、バージョン番号情報１１５２２、エディション番号情報１１５２３、サーバ種別情報１１５２４、サーバ台数情報１１５２５が合致するテーブルがソフトウェア種別テーブル１１４０上に見つかれば(ステップ８２８)、そのテーブルのポインタに関連付けられたヒアリング項目テーブル１１４１の全情報をメモリ上に読み込み、メモリ上のソフトウェア種別テーブル１１５２にポインタを設定して参照先として関連付ける(ステップ８３０)。見つからなければ、次のレコードへ移動する(ステップ８２９)。

上記処理を、メモリ上のサーバアプリケーション情報ポインタ１１５１１、クライアントOS情報ポインタ１１５１２、クライアントアプリケーション情報ポインタ１１５１３の各ポインタに関連付けられたソフトウェア種別テーブル１１５２に対しても実施し(ステップ８３１〜８４２)、ヒアリング項目リストを作成する。作成したヒアリング項目リストをヒアリング項目検索処理部１１１からヒアリング情報入出力制御部１１０へ渡し、顧客入力端末４０へ送信する(ステップ８４３)。

顧客入力端末４０からの設計情報テーブルをヒアリング情報入出力制御部１１０で受信したら(ステップ８４４)、設計情報出力制御部１１２からシミュレーションサーバ２０へ送信し(ステップ８４５)、処理を終了する。

シミュレーションサーバ２０における処理フローについて、図２３〜３３に沿って詳細を説明する。

まず、シミュレーションサーバ２０で実施する処理概要をフローとして図２３に記載する。ヒアリングサーバ１０からの設計情報テーブルを、設計情報入力制御部２１０で受信し(ステップ９００)、設計情報登録制御部２１１へ渡す。設計情報登録制御部２１１では、設計情報テーブルの情報を設計情報管理データベース２２０へ格納する(ステップ９１０)。その後、設計情報テーブルを設計情報入力制御部２１０から疑似環境構成管理部２１３へ渡する。疑似環境構成管理部２１３では、設計情報テーブルのシステムモデル番号情報をキーにして、システムモデル情報管理データベース２２０を検索する。システムモデル番号が合致したシステムモデル情報テーブル１１５０が見つかった場合、その参照結果を基に仮想OS環境を構築する(ステップ９２０)。その後、設定値情報登録制御部２１４でシステムモデル情報管理データベース２２０を参照し、ステップ９１０で格納した設定値情報をメモリ上に読み込む。メモリ上の設定値情報をキーとして、設定箇所定義情報管理データベース２１８を参照し、設定箇所情報２１８１１を確認し、各設定値を仮想OS環境へ適用する(ステップ９３０)。

設定値の適用後、システムエラーログ収集制御部２１２からエラーログファイルパス管理データベース２１９を参照し、仮想OS環境上のエラーログファイルの収集を行う(ステップ９４０)。

最後に収集したエラーログファイルをシステム管理端末３０へ送信し(ステップ９５０)、処理を終了する。

次に、疑似環境構成管理部２１３での疑似環境構築処理(ステップ９２０)の詳細フローについて図２４〜２８に記載する。

設計情報入力制御部２１０から設計情報テーブルを受信したら、システムモデル番号情報７０９１０をキーとして、システムモデル情報管理データベース２１６を検索する(ステップ９２００)。システムモデル番号情報１１５００がシステムモデル番号情報７０９１０と合致したシステムモデル情報ポインタテーブル１１５０があれば(ステップ９２０１)、該当テーブル１１５０ポインタ情報１１５０３の参照先テーブル１１５１へ移動し、サーバOS情報ポインタ情報１１５１０の参照先テーブル１１５２に移動する(ステップ９２０３)。無ければ、次のレコードへ移動する(ステップ９２０２)。発見し移動後、OS環境構築処理（ステップ９２０４）を該当テーブル１１５２に記載されたサーバ台数１１５２５分実施する。その後、クライアントOS情報ポインタ情報１１５１２の参照先テーブル１１５２に移動し(ステップ９２０５)、同様にOS環境構築処理（ステップ９２０６）をクライアント台数１１５２５分実施する。ここで、ステップ９２０４とステップ９２０６で実施する処理の内容は同じ内容とする。

その後、該当テーブル１１５１のサーバアプリケーション情報ポインタ１１５１１の参照先テーブル１１５２に移動する(ステップ９２０７)。移動後、アプリケーション適用処理(ステップ９２０８)をサーバ台数１１５２５分実施する。その後、クライアントアプリケーション情報ポインタ１１５１３の参照先テーブル１１５２に移動し(ステップ９２０９)、同様にアプリケーション適用処理(ステップ９２１０)を台数分実施する。ここで、ステップ９２０８とステップ９２１０で実施する処理の内容は同じ内容とする。

OS環境構築処理ステップ９２０４、ステップ９２０６の詳細フローについて図２５、２６を用いて説明する。

OS環境構築処理ステップ９２０４、ステップ９２０６では、サーバOS情報ポインタ１１５１０もしくは、クライアントOS情報ポインタ１１５１２の参照先テーブルとなるソフトウェア種別テーブル１１５２の情報をメモリ上に読み込む(ステップ９２０４０)。その後、メモリ上のソフトウェア種別情報１１５２０、製品番号情報１１５２１、バージョン番号情報１１５２２、エディション番号情報１１５２３、サーバ種別情報１１５２４をキーにしてイメージファイルパス管理データベース２１７を検索する(ステップ９２０４１)。ソフトウェア種別テーブル２１７０のソフトウェア種別情報２１７１００、製品番号テーブル２１７１の製品番号情報２１７１０、バージョン番号テーブル２１７２のバージョン番号情報２１７２０、ファイルパス情報テーブル２１７３のエディション番号情報２１７３０の順にテーブルを検索していき(ステップ９２０４２〜９２０５０)、各情報が一致するレコードのファイルパス情報２１７３１をメモリ上に読み込む(ステップ９２０５２)。

一般的な仮想化ソフトウェアでは、仮想OS環境のイメージファイルを特定のファイルパス上で管理しており、ファイルパス上にイメージファイルを置けば、自動的に仮想OS環境として認識される。

そのため、メモリ上に読み込んだファイルパス情報２１７３１に基づき、イメージファイルを仮想化ソフトウェアが管理している特定のフォルダ上にファイルコピーする(ステップ９２０５３)。

アプリケーション適用処理ステップ９２０８、ステップ９２１０の詳細フローについて、図２７、２８を用いて説明する。

アプリケーション適用処理ステップ９２０８、ステップ９２１０では、サーバアプリケーション情報ポインタ１１５１１もしくは、クライアントアプリケーション情報ポインタ１１５１３の参照先テーブルとなるソフトウェア種別テーブル１１５２の情報をメモリ上に読み込む(ステップ９２０８０)。その後、メモリ上のソフトウェア種別情報１１５２０、製品番号情報１１５２１、バージョン番号情報１１５２２、エディション番号情報１１５２３、サーバ種別情報１１５２４をキーにしてイメージファイルパス管理データベース２１７を検索する(ステップ９２０８１)。ソフトウェア種別テーブル２１７０のソフトウェア種別情報２１７１００、製品番号テーブル２１７１の製品番号情報２１７１０、バージョン番号テーブル２１７２のバージョン番号情報２１７２０、ファイルパス情報テーブル２１７３のエディション番号情報２１７３０の順にテーブルを検索していき(ステップ９２０８２〜９２０９１)、各情報が一致するレコードのファイルパス情報をメモリ上に読み込む(ステップ９２０９３)。

メモリ上のファイルパスにイメージファイルを仮想化ソフトウェア上にマウントし(ステップ９２０９４)、各OS標準のコマンドを使用して、イメージファイルにアクセスする(ステップ９２０９５)。その後、イメージファイル上のsetupコマンドを実行し、アプリケーションのインストール作業を行う(ステップ９２０９６)。

次に設定値情報登録制御部２１４での設定値情報適用処理(図２３、ステップ９３０)について、図２９、３０、３１を用いて詳細フローを説明する。まず、設計情報管理データベース２２０を参照し、設計情報テーブルをメモリ上に読み込み、サーバOS情報ポインタ７０９１１の参照先テーブル７０９２に移動し(ステップ９３００)、設定値適用処理(ステップ９３０１)を構築した仮想OSサーバ台数分実行する。その後、サーバアプリケーション情報ポインタ７０９１２、クライアントOS情報ポインタ７０９１３、クライアントアプリケーション情報ポインタ７０９１４の参照先テーブル７０９２に対しても、動揺な設定値適用処理(ステップ９３０２〜９３０７)を実行する。

設定値適用処理ステップ９３０１、ステップ９３０３、ステップ９３０５、ステップ９３０７の詳細フローを図３０、３１に記載する。まず、ソフトウェア種別情報７０９２０、製品番号情報７０９２１、バージョン番号情報７０９２２、エディション番号情報７０９２３、サーバ種別情報７０９２４及び、ポインタ参照先にある設定値情報７０９３１をメモリ上に読み込み(ステップ９３０１０)、ソフトウェア種別情報７０９２０、製品番号情報７０９２１、バージョン番号情報７０９２２、エディション番号情報７０９２３、サーバ種別情報７０９２４をキーとして設定箇所定義情報管理データベース２１８のソフトウェア種別テーブル２１８０を検索する(ステップ９３０１１)。これらの情報と合致するソフトウェア種別テーブル２１８０が見つかった場合(ステップ９３０１２)、該当テーブルのポインタ情報２１８０５の参照先にある設定箇所情報テーブル２１８１に移動し、メモリ上の項番７０９３０の情報をキーとして項目番号情報２１８１０を検索する。ソフトウェア種別テーブル２１８０が見つからなかった場合、次のテーブルへ移動する(ステップ９３０１３)。項番情報が合致するレコードが見つかったら(ステップ９３０１５)、設定箇所定義情報管理データベース２１８にある設定箇所情報２１８１１をメモリ上に読み込む(ステップ９３０１７)。合致するレコードが見つからなかった場合、次のレコードへ移動する(ステップ９３０１６)。

その後、設定値テーブル７０９３に次のレコードがあれば(ステップ９３０１８)、ステップ９３０１４の処理へ戻り、レコードがなければ、メモリ上のソフトウェア種別情報７０９２０、製品番号情報７０９２１、バージョン番号情報７０９２２、エディション番号情報７０９２３、サーバ種別情報７０９２４をキーとしてイメージファイルパス管理データベース２１７を検索する(ステップ９３０１９)。合致したレコードがあれば(ステップ９３０２０)、ポインタの参照先テーブルとなっているファイルパス情報テーブル２１７３に移動し、IPアドレス情報２１７３２をメモリ上に読み込む(ステップ９３０２２)。

そして、メモリ上のIPアドレスに対して、各OS標準のターミナルサービスコマンドを使用してリモート接続する(ステップ９３０２３)。接続後、メモリ上の設定箇所情報２１８１に従い、設定値を適用する(ステップ９３０２４)。メモリ上の設定値情報７０９３１全てを適用したら(ステップ９３０２６)、処理を終了し、残りの設定値情報７０９３１がある場合は、設定適用処理(ステップ９３０２４)を繰り返し実施する。

次に、システムエラーログ収集制御部２１２でのログファイル収集処理(図２３、ステップ９４０)における詳細フローを図３２、３３を用いて説明する。システムエラーログ収集制御部２１２では、まず、設計情報管理データベース２２０を参照し、サーバOS情報ポインタ７０９１１の参照先テーブル７０９２に移動する(ステップ９４００)。その後、エラーログ収集処理(９４０１)を実行する。エラーログ収集処理(ステップ９４０１)が終了後、サーバアプリケーション情報ポインタ７０９１２、クライアントOS情報ポインタ７０９１３、クライアントアプリケーション情報ポインタ７０９１４の各参照先テーブル７０９２に移動し、順にエラーログ収集処理を実行する(ステップ９４０２〜９４０７)。

エラーログ収集処理ステップ９４０１、ステップ９４０３、ステップ９４０５、ステップ９４０７の詳細フローを図３３に記載する。エラーログ収集処理ステップ９４０１、ステップ９４０３、ステップ９４０５、ステップ９４０７では、まず、ソフトウェア種別情報７０９２０、製品番号情報７０９２１、バージョン番号情報７０９２２、エディション番号情報７０９２３、サーバ種別情報７０９２４をメモリ上に読み込み(ステップ９４０１０)、これらの値をキーとして、エラーログファイルパス管理データベース２１９のソフトウェア種別テーブル２１９０を検索する(ステップ９４０１１)。合致したレコードが見つかったら(ステップ９４０１２)、該当レコードのポインタ参照先テーブル２１９１へ移動し、エラーログファイルパスのリスト情報をメモリ上に読み込む(ステップ９４０１４)。

その後、メモリ上のソフトウェア種別情報７０９２０、製品番号情報７０９２１、バージョン番号情報７０９２２、エディション番号情報７０９２３、サーバ種別情報７０９２４をキーとしてイメージファイルパス管理データベース２１７を検索し(ステップ９４０１５)、合致したレコードがあれば(ステップ９４０１６)、ポインタの参照先テーブルとなっているファイルパス情報テーブル２１７３に移動し、IPアドレス情報２１７３２をメモリ上に読み込み、メモリ上のIPアドレスに対して、各OS標準のターミナルサービスコマンドを使用してリモート接続する(ステップ９４０１８)。接続後、各OS標準のファイル操作コマンドを利用してエラーログファイルを収集する。

収集したエラーログファイルはシステムエラーログ収集制御部２１２からシステム管理端末へファイル転送する(ステップ９４０１９)。

次に、システム管理端末３０から事前情報を登録する際の入力画面について、図３４〜４１を用いて説明する。

まず、システム管理端末から事前情報を登録する際の初期画面は図３４の構成となる。大きく分けて、システムモデル情報３１００、使用済み製品番号確認ボタン３１０１、サーバOS情報登録画面３１０２、サーバアプリケーション登録画面３１０３、次へボタン３１０４で構成される。

システムモデル情報３１００は、モデル番号を入力するシステムモデル番号３１０００、モデルに対応したユーザ数を入力する想定ユーザ数３１００１、システム構成図のjpgファイルのファイルパスを入力するシステム構成図ファイル３１００２で構成される。

サーバOS情報登録画面３１０２は、モデルを構成するサーバの製品番号入力欄３１０２００とバージョン番号入力欄３１０２０１、エディション番号入力欄３１０２０２、サーバ台数入力欄３１０２０３で構成されたサーバ情報入力欄３１０２０と、エディション番号のリストを確認するエディション番号確認ボタン３１０２１、ヒアリング項目を定義するためのヒアリング項目定義ボタン３１０２２、各ソフトウェア製品の設定箇所を定義するための設定箇所定義ボタン３１０２３、エラーファイルパスを登録するためのエラーファイルパス定義ボタン３１０２４、イメージファイルのパスを登録するためのイメージファイルパス定義ボタン３１０２５から構成される。

サーバアプリケーション情報登録画面３１０３の画面構成はサーバOS情報登録画面３１０２と同一内容とする(３１０３０〜３１０３５)。

初期画面上で各項目を入力後、図３５に示すクライアント構成情報の登録画面が表示される。クライアント構成情報の登録画面は、クライアントOS情報登録画面３１０５と、クライアントアプリケーション情報登録画面３１０６、登録ボタン３１０７で構成され、クライアントOS情報登録画面３１０５と、クライアントアプリケーション情報登録画面３１０６は夫々サーバOS情報登録画面３１０２と同一の画面構成とする(３１０５０〜３１０６５)。

クライアント構成情報登録画面上で登録ボタン３１０７を押下すると、入力した画面が登録される。

サーバOS情報登録画面３１０２上で使用済み製品番号確認ボタン３１０１を押下すると、図３６に示す使用済み製品番号画面３１０８が表示され、この時点で使用されている製品番号のリストが表示される。

サーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６の各画面上で、エディション番号確認ボタンを押下すると、図３７に示すエディション番号情報表示画面３１０９が表示される。エディション番号情報表示画面３１０９は各OS製品のエディション情報３１０９０と、アーキテクチャ情報３１０９１、これに対応したエディション番号３１０９２で構成される。

サーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６の各画面上で、エラーファイルパス定義ボタンを押下すると、図３８に示すエラーログファイルパス登録画面３１１０が表示される。エラーログファイルパス登録画面３１１０は、エラーログファイルパスの入力欄３１１００と、各情報登録画面へ戻るための戻るボタン３１１０１０、入力した情報を登録するための登録ボタン３１１０２で構成される。

サーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６の各画面上で、設定箇所定義ボタンを押下すると、図３９に示す設定箇所定義情報登録画面３１１１が表示される。設定箇所定義情報登録画面３１１１は設定箇所の入力欄３１１１０と、各情報登録画面へ戻るための戻るボタン３１１１１、入力した情報を登録するための登録ボタン３１１１２で構成される。

サーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６の各画面上で、ヒアリング項目定義ボタンを押下すると、図４０に示すヒアリング項目情報登録画面３１１２が表示される。ヒアリング項目情報登録画面３１１２はヒアリング項目の入力欄３１１２０と、各情報登録画面へ戻るための戻るボタン３１１２１、入力した情報を登録するための登録ボタン３１１２２で構成される。

サーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６の各画面上で、イメージファイルパス定義ボタンを押下すると、図４１に示すイメージファイルパス情報登録画面３１１３が表示される。イメージファイルパス情報登録画面３１１３はファイルパスの入力欄３１１３０と、各情報登録画面へ戻るための戻るボタン３１１３１、入力した情報を登録するための登録ボタン３１１３２で構成される。

次に、システム管理端末３０の処理フローを図４２、４３、４４に示す。

まず、初期画面として、情報登録画面制御部３１０からサーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３を表示する(ステップ９１０００)。使用済み製品番号確認ボタンが押下されると、使用済み製品番号管理データベース３１３を参照し、全ての使用済み製品番号情報をメモリ上に読み込み(ステップ９１００１)、使用済み製品番号表示画面３１０８上に表示する(ステップ９１００２)。尚、システム管理端末３０上の使用済み製品番号管理データベース３１３のデータ構成は図３６の構成と同じものとする。その後、サーバOS情報登録画面３１０１と、サーバアプリケーション情報登録画面３１０２に戻り(ステップ９１００３)、情報登録処理(ステップ９１００４、ステップ９１００５)を実行する。続けて、次へボタン３１０４が押下されたら、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６を表示し(ステップ９１００６)、情報登録処理(ステップ９１００７、ステップ９１００８)を実行する。その後、登録ボタン３１０７が押下されたら、事前登録情報作成処理部３１１へ入力された全情報を渡し、ヒアリング情報管理データベース１１４への登録情報と、システムモデル情報管理データベース１１５、システムモデル情報管理データベース２１６への登録情報、イメージファイルパス管理データベース２１７への登録情報、設定箇所定義情報管理データベース２１８への登録情報、エラーログファイルパス管理データベース２１９への登録情報を夫々作成する。この時作成するテーブルは各データベース上のデータ構成と同一の内容とする(ステップ９１００９)。

その後、事前情報出力制御部３１２から作成した各テーブル情報をヒアリングサーバ１０の事前情報登録制御部１１３と、シミュレーションサーバ２０の事前登録制御部２１５へ送信する(ステップ９１０１０)。

最後に、図４３、４４にて、情報登録処理(ステップ９１００４、ステップ９１００５、ステップ９１００７、ステップ９１００８)で共通して実施する処理フローを説明する。

各情報登録画面上で、エディション番号確認ボタンが押下されたら、エディション番号情報画面を表示する(ステップ９１００３０)。このとき表示する画面の情報はjpgの画像ファイルとし、特定のファイルパス上に配置しておく。ヒアリング項目定義ボタンが押下されたら、ヒアリング項目情報登録画面３１１２を表示し(ステップ９１００３１)、登録ボタン３１１２２が押下されれば、メモリ上に入力値を読み込み(ステップ９１００３２)、再度ヒアリング項目情報登録画面３１１２を表示する。戻るボタン３１１２１が押下されれば、各情報登録画面を表示する(ステップ９１００３３)。

各情報登録画面上で、設定箇所定義ボタンが押下されたら、設定箇所定義情報登録画面３１１１を表示し(ステップ９１００３４)、登録ボタン３１１１２が押下されれば、メモリ上に入力値を読み込み(ステップ９１００３５)、再度設定箇所定義情報登録画面３１１１を表示する。戻るボタン３１１１１が押下されれば、各情報登録画面を表示する(ステップ９１００３６)。

各情報登録画面上で、エラーファイルパス定義ボタンが押下されたら、エラーログファイルパス登録画面３１１０を表示し(ステップ９１００３７)、登録ボタン３１１０２が押下されれば、メモリ上に入力値を読み込み(ステップ９１００３８)、再度エラーログファイルパス登録画面３１１０を表示する。戻るボタン３１１０１が押下されれば、各情報登録画面を表示する(ステップ９１００３９)。

各情報登録画面上で、イメージファイルパス定義ボタンが押下されたら、イメージファイルパス情報登録画面３１１３を表示し(ステップ９１００４０)、登録ボタン３１１３２が押下されれば、メモリ上に入力値を読み込み(ステップ９１００４１)、再度イメージファイルパス情報登録画面３１１３を表示する。戻るボタン３１１３１が押下されれば、各情報登録画面を表示する(ステップ９１００４２)。

その後、サーバOS情報登録画面３１０２、サーバアプリケーション情報登録画面３１０３で次へボタンもしくは、クライアントOS情報登録画面３１０５、クライアントアプリケーション情報登録画面３１０６で登録ボタンが押下されれば、使用済み製品番号管理データベースに入力された製品番号情報を登録する(ステップ９１００４３)。

以上、本発明の一実施形態を説明したが、上記実施形態によれば、上記問題点を改善するために、顧客の要件に沿ったヒアリング作業をシステム的に提供し、擬似環境構築を実施することで、顧客へ擬似的にサービスを提供することができる。これにより、顧客の要件を各サーバ製品で実装した場合のサービス提供形態を理解してもらうことが可能となり、要件定義フェーズにおける顧客との意識差異を回避することが可能となる。また、上記の擬似環境提供システムを利用することにより、要件定義の意識差異による顧客のイメージされる機能と、実際のシステムが提供する機能における差異が生じる可能性を回避することが可能となる。また、利用した顧客はサービスの提供イメージを体験することが出来るため、より詳細な顧客要件を聞き出すことが可能となる。

１…疑似環境提供システム、１０…ヒアリングサーバ、１００…記憶部、１１０…ヒアリング情報入出力制御部、１１１…ヒアリング項目検索処理部、１１２…設計情報出力制御部、１１３…事前情報登録制御部、１１４…ヒアリング情報管理データベース、１１５…システムモデル情報管理データベース、１２０…制御部、１３０…ネットワークインターフェース部、２０…シミュレーションサーバ、２００…記憶部、２１０…設計情報入力制御部、２１１…設計情報登録制御部、２１２…システムエラーログ収集制御部、２１３…疑似環境構成管理部、２１４…設計値情報登録制御部、２１５…事前登録制御部、２１６…システムモデル情報管理データベース、２１７…イメージファイルパス管理データベース、２１８…設定箇所定義情報管理データベース、２１９…エラーログファイルパス管理データベース、２２０…設計情報管理データベース、２３０…制御部、２４０…ネットワークインターフェース部、３０…システム管理端末、３００…記憶部、３１０…情報登録画面制御部、３１１…事前登録情報作成処理部、３１２…事前情報出力制御部、３１３…使用済み製品番号管理データベース、３２０…制御部、３３０…ネットワークインターフェース部、４０…顧客入力端末、４００…記憶部、４１０…ヒアリング情報入出力制御部、４１１…ヒアリング画面制御部、４２０…制御部、４３０…ネットワークインターフェース部。

Claims (1)

1. 何らかの業務システムを設計する際に要件確認するための質問事項の情報(以下、ヒアリング情報)から、実際の業務システムに類似した擬似環境を構築する擬似環境提供システムであって、
   システムモデル情報をデータベースとして保持し、擬似環境を構築するためのイメージファイルパス情報をデータベースとして保持し、
   各環境における設定箇所の定義情報をデータベースとして保持し、
   各議事環境上で収集するエラーログファイルのパス情報をデータベースとして保持し、少なくともGUI画面上からのヒアリング情報入力手段と、
   入力された情報から設計情報データを作成する手段と、
   作成した設計情報データを送信する手段と、
   設計情報データから仮想OS環境を構築する手段と、構築した仮想OS環境へ設定値を適用する手段と、
   構築した仮想OS環境からシステムエラーログを収集する手段と、
   仮想OS環境を構築するためのイメージファイルを検索する手段とを有する、
   ことを特徴とする擬似環境提供システム。

Images