JP2010055499A - システム構築支援方法及びシステム構築支援システム - Google Patents

Abstract

【課題】システムを構築する際に、項目を効率的に設定できるように支援する技術を提供する。
【解決手段】システム構築装置とシステム構築データベースとを備える計算機システムにおいて、システム構築データベースには、構築システムのパターンに対応して定義された項目を含む項目定義情報と、項目に値を入力する工程及び工程の順序がパターンに対応して定義された構築フロー定義情報とが格納され、指定されたシステムのパターンに対応する項目定義情報及び構築フローに基づいて、工程に対応する項目の値の入力を受け付け、項目設定後、システムの構築対象サーバの環境を設定するための構築スクリプト及びシステム定義情報を生成し、システム構築対象サーバに構築スクリプトを実行するエージェントプログラムを配布し構築スクリプトを実行するように指示する。
【選択図】図６

Description

本発明は、システムの構築を支援する技術に関する。

従来、新たにシステムを構築するためには、構築されるシステムを利用する顧客からの要求などに基づいて抽出されたシステム要件などに基づいて、パラメタ設計を行う必要があった。そして、パラメタ設計において作成された設計書にしたがって、システムの構築が手動で行われていた。

また、システムを構築する各フェーズでは、設計書をはじめとする各種アウトプットが作成される。作成されたアウトプットは各フェーズで様式が異なるため、上流フェーズで作成されたアウトプットに基づいて、下流フェーズのアウトプットを作成すると、誤入力又は漏れなどが発生するおそれがあった。特に、システムの規模が大きくなるほどこのような問題が発生しやすく、上流フェーズのパラメタと下流フェーズのパラメタとの関係を把握しにくくなった。さらに、環境を設計するフェーズでは、人手で手順書を参照しながら作業する必要があった。

そこで、新たにシステムを構築する際に、システム要件の入力後、上流フェーズから下流フェーズまでのパラメタの整合性を確保する技術が開示されている。特に、特許文献１には、入力されたシステム要件に基づいて環境を設定する技術が開示されている。
特開２００６−７２７７２号公報

特許文献１に開示された技術では、環境設定などをすべて手動で行う必要はないが、設定項目間の関係が把握しにくく、大規模システムで設定項目が膨大な場合には、設定項目間の関係を考慮した柔軟な設計を行うことが容易ではない。例えば、特定の項目に関連して他の項目の値が決定される場合などには、項目の設定順序などが規定されていないため、関連する項目を確認しながら設定する必要がある。

本発明は、特に大規模なシステムを構築するために、必要な項目を効率的に設定できるように支援する技術を提供することを目的とする。

本発明の代表的な一形態では、システム構築装置と、前記システム構築装置によってアクセスされるデータを格納するシステム構築データベースと、を備える計算機システムにおいて、システムの構築を支援するシステム構築支援方法であって、前記システム構築装置は、インターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリとを備え、前記システム構築データベースは、前記構築されるシステムの種類に対応するパターンに対応して定義された項目を含む項目定義情報と、前記項目に値を入力する工程及び前記工程の順序が、前記パターンに対応して定義された構築フロー定義情報とを格納し、前記方法は、前記構築されるシステムのパターンの指定を受け付け、前記指定されたパターンに対応する項目定義情報を前記システム構築データベースから取得し、前記構築されるシステムに配置される構築対象サーバを指定し、前記指定されたパターンに対応する構築フローに基づいて、前記工程に対応する項目の値の入力を受け付け、前記システムを構築するために必要な項目の値が設定された後、前記構築対象サーバの環境を設定する構築スクリプト及びシステム定義情報を生成し、前記構築スクリプトを実行するためのエージェントプログラムを前記構築対象サーバに配布し、前記配布されたエージェントプログラムによって、前記システム定義情報に基づいて前記構築スクリプトを実行するように、前記構築対象サーバに指示する。

本発明の一形態によれば、提示された手順に従って項目を設定することによって、指定されたパターンに対応するシステムを構築することができる。

本発明の実施の形態では、利用者端末からシステム要件を入力し、システム構築ナビゲーションデータベースに蓄積された情報に基づいて、システム構築ナビゲーションサーバによってシステムが構築される。システムが構築される対象のサーバは、システム要件の入力時に指定され、入力されたシステム要件にしたがって、エージェントプログラムが配布される。そして、配布されたエージェントプログラムが各構築対象サーバで実行されることによって環境が設定される。

以下、図面を参照しながら本発明の実施の形態について説明する。まず、システムのアーキテクチャについて説明する。続いて、システムを構築する手順の概要について説明し、本発明の実施の形態で使用されるデータ及び処理手順の詳細について説明する。

図１は、本発明の実施の形態のシステム構築支援システムの構成を示す図である。

本発明の実施の形態のシステム構築支援システムには、システム構築ナビゲーションサーバ１００、システム構築ナビゲーションデータベース（ＤＢ）サーバ２００、利用者端末７００、及び構築対象サーバ９００が含まれる。システム構築ナビゲーションサーバ１００、システム構築ナビゲーションデータベースサーバ２００、利用者端末７００、及び構築対象サーバ９００は、ネットワーク８００を介して相互に接続される。

システム構築ナビゲーションサーバ１００は、利用者端末７００から入力されたシステム要件に基づいて、構築されるシステムのパラメタなどを設定する。システム構築ナビゲーションサーバ１００の構成については、図２にて後述する。

システム構築ナビゲーションデータベースサーバ２００は、システム構築ナビゲーションサーバ１００によってシステムを構築するために必要な情報を格納する。システム構築ナビゲーションデータベースサーバ２００の詳細については、図３にて後述する。

利用者端末７００は、システムを構築する利用者（例えば、システムエンジニア）が、システム要件などの設定項目を入力し、システム構築ナビゲーションサーバ１００に送信する。項目を設定するインターフェースには、例えば、汎用的なＷｅｂブラウザが利用される。汎用的なＷｅｂブラウザを利用することによって、専用のアプリケーションを必要とせずにシステムを構築可能とし、ネットワークに接続された任意の端末を利用者端末７００とすることができる。

構築対象サーバ９００は、システムが構築される対象のサーバである。構築対象サーバ９００の詳細については、システム構築前について図４、システム構築後については図５にて説明する。

図２は、本発明の実施の形態のシステム構築ナビゲーションサーバ１００の構成を示す図である。

システム構築ナビゲーションサーバ１００は、主記憶装置１１０、ＣＰＵ１２０及びインターフェース１３０を含む。主記憶装置１１０、ＣＰＵ１２０及びインターフェース１３０は、バスを介して相互に接続される。

また、システム構築ナビゲーションサーバ１００には、ディスクドライブ１４０が接続される。ディスクドライブ１４０には、システム構築ナビゲーションサーバ１００の稼働に必要なプログラム及びデータなどが格納される。ディスクドライブ１４０は、システム構築ナビゲーションサーバ１００の内部に含まれるように構成されてもよい。

主記憶装置１１０は、ＣＰＵ１２０によって実行されるプログラム及び当該プログラムの実行に必要なデータを記憶する。具体的には、システム構築ナビゲーションを実行するため必要なシステム構築ナビゲーションプログラム１１１が記憶される。

システム構築ナビゲーションプログラム１１１は、プラグインと呼ばれるプログラム部品を追加することによって機能を拡張することができる。例えば、業務ごとに異なる計算機能を有するプラグインを用意することによって、業務ごとにより適したパラメタを設定することが可能となる。システム構築ナビゲーションプログラム１１１による処理の詳細については後述する。

また、システム構築ナビゲーションプログラム１１１にＷｅｂサーバの機能を含むように構成することによって、前述したように、利用者端末７００に専用アプリケーションを配布することなくシステムの構築が可能になる。なお、システム構築ナビゲーションサーバ１００に、別途、Ｗｅｂサーバを備えるようにしてもよい。

ＣＰＵ１２０は、主記憶装置１１０に記憶されたプログラムを実行し、各種処理を実行する。インターフェース１３０は、利用者端末７００からの入力を受け付け、システム構築ナビゲーションデータベースサーバ２００及び構築対象サーバ９００にアクセスするためにネットワーク８００に接続するインターフェースである。

図３は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００の構成を示す図である。

システム構築ナビゲーションデータベースサーバ２００は、主記憶装置２１０、ＣＰＵ２２０及びインターフェース２３０を含む。主記憶装置２１０、ＣＰＵ２２０及びインターフェース２３０は、バスを介して相互に接続される。

また、システム構築ナビゲーションデータベースサーバ２００には、ディスクドライブ２４０が接続される。ディスクドライブ２４０には、システム構築ナビゲーションサーバ１００に提供するデータなどが格納される。格納されるデータについては後述する。ディスクドライブ２４０は、システム構築ナビゲーションデータベースサーバ２００の内部に含まれるように構成されてもよい。

主記憶装置２１０は、ＣＰＵ２２０によって実行されるプログラム及び当該プログラムの実行に必要なデータを記憶する。具体的には、システム構築ナビゲーションサーバ１００にデータを提供するためのデータベースマネジメントシステム２１１が記憶される。

ＣＰＵ２２０は、主記憶装置２１０に記憶されたプログラムを実行し、各種処理を実行する。インターフェース２３０は、システム構築ナビゲーションサーバ１００及び構築対象サーバ９００にアクセスするために、ネットワーク８００に接続するインターフェースである。

続いて、ディスクドライブ２４０に格納されるデータについて説明する。ディスクドライブ２４０には、設定項目定義情報３００、構築データ３１０、パターン固有データ５００、システム定義ファイル５６０及び構築スクリプト５７０が格納される。

本発明の実施の形態に基づいてシステムを構築する場合には、最初にシステムの形態及び適用する業務の種類などが設定される。設定項目定義情報３００は、設定されたシステム形態及び業務の種類などに対応するシステム要件の項目が定義されている。利用者は、システム形態及び業務形態などを指定した後、設定項目定義情報３００に基づいて特定された項目に値を設定し、システムの構築を開始する。設定項目定義情報３００の詳細については、図１８にて後述する。

構築データ３１０は、システムを構築するために必要なデータが格納される。具体的には、サイジング情報３２０、環境設計情報３３０、アプリケーション・リソースアダプタ関連情報３８０及びチューニング情報４２０が含まれる。

サイジング情報３２０は、設定項目定義情報３００から取得された項目にしたがって設定されたシステム要件に基づいて、構築するシステムの規模を決定するために必要な情報が格納される。サイジング情報３２０の詳細については、図１９にて後述する。

環境設計情報３３０は、入力されたシステム要件に基づいて決定されたシステムの規模に基づいて、システムが構築される各サーバの環境を構築するための情報が格納される。具体的には、環境設計情報３３０には、マシン固有値情報３４０、論理サーバ定義情報３５０、ポート番号情報３６０及びサーバ詳細情報３７０が含まれる。

マシン固有値情報３４０は、システムが構築されるサーバ固有の情報が格納される。例えば、サーバの名称及びＩＰアドレスなどである。マシン固有値情報３４０の詳細については、図２０にて後述する。

論理サーバ定義情報３５０は、構築されるシステムごとに作成される論理サーバの定義情報を格納する。本発明の実施の形態によって構築されるシステムでは、１つの物理サーバに複数の論理サーバを稼働させることが可能である。前述したマシン固有値情報３４０には、物理的なサーバに関する情報が格納されていたが、論理サーバ定義情報３５０には、物理サーバ上で稼働する論理サーバの定義情報が格納される。論理サーバ定義情報３５０の詳細については、図２１にて後述する。

ポート番号情報３６０は、論理サーバがアクセスされるポートの情報を定義する。論理サーバによって提供されるサービスを利用する場合には、ポート番号を指定してデータがやり取りされる。ポート番号情報３６０の詳細については、図２２にて後述する。

サーバ詳細情報３７０は、論理サーバ定義情報３５０及びポート番号情報３６０に格納されない、論理サーバに関するその他の情報を格納する。例えば、一時ファイル又はログファイルを格納するディレクトリなどの情報が格納される。サーバ詳細情報３７０の詳細については、図２３にて後述する。

アプリケーション・リソースアダプタ関連情報３８０は、論理サーバに配置されるアプリケーション及びリソースアダプタに関連する情報を格納する。アプリケーションは、各種機能を提供する。リソースアダプタは、データベースなどにアクセスするために使用される。アプリケーション・リソースアダプタ関連情報３８０には、アプリケーション（ＡＰＰ）及びリソースアダプタ（ＲＡ）に関する情報が格納された、ＡＰＰ・ＲＡ配置情報３９０、アプリケーション設定情報４００及びリソースアダプタ設定情報４１０が含まれる。

ＡＰＰ・ＲＡ配置情報３９０は、システムに利用されるアプリケーション及びリソースアダプタと配置されている論理サーバとの対応が格納されている。ＡＰＰ・ＲＡ配置情報３９０の詳細については、図２４にて後述する。

アプリケーション設定情報４００は、各サーバに配置されたアプリケーションごとの設定情報が格納されている。例えば、アプリケーションごとの設定情報には多重度などが含まれる。アプリケーション設定情報４００の詳細については、図２５にて後述する。

リソースアダプタ設定情報４１０は、各サーバに配置されたリソースアダプタごとの設定情報が格納されている。例えば、リソースアダプタの接続先に関する情報などが格納される。リソースアダプタ設定情報４１０の詳細については、図２６にて後述する。

チューニング情報４２０は、環境設定終了後、性能を調整するために必要な情報が格納される。本発明の実施の形態では、Ｊａｖａ（「Ｊａｖａ」は登録商標、以下同じ）によって開発されたアプリケーションを利用したＷｅｂアプリケーションとしてシステムが構築される。そこで、ＪａｖａＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）のパラメタなどが含まれる。具体的には、ＪａｖａＶＭ情報４３０、流量（Ｊ２ＥＥサーバ）情報４４０及び流量（Ｗｅｂサーバ）情報４５０が含まれる。

ＪａｖａＶＭ情報４３０は、ＪａｖａＶＭの設定情報を格納する。例えば、ヒープサイズが格納される。ＪａｖａＶＭ情報４３０の詳細については、図２７にて後述する。

前述したように、本発明の実施の形態では、Ｗｅｂアプリケーションとしてシステムが構築され、Ｗｅｂアプリケーションによって受け付けられた要求をアプリケーションサーバによって処理する。アプリケーションサーバには、アプリケーションを構築する場合に普遍的に必要とされる基本機能があらかじめ備えられている。

本発明の実施の形態では、アプリケーションサーバとして、Ｊ２ＥＥサーバを利用する。「Ｊ２ＥＥ」とは、「Ｊａｖａ２ Ｐｌａｔｆｏｒｍ，Ｅｎｔｅｒｐｒｉｓｅ Ｅｄｉｔｉｏｎ」の略であって、Ｊａｖａを用いて企業（エンタープライズ）システムを構築するための規格である。Ｊ２ＥＥサーバを利用することによって、Ｊａｖａで作成されたアプリケーションを利用して効率よくシステムを構築することができる。

流量（Ｊ２ＥＥサーバ）情報４４０は、Ｊ２ＥＥサーバに対して要求された処理を制御するパラメタを格納する。例えば、同時に実行されるスレッドの数などが格納される。流量（Ｊ２ＥＥサーバ）情報４４０の詳細については、図２８にて後述する。

流量（Ｗｅｂサーバ）情報４５０は、構築されるシステムにおいて、クライアントに対するインターフェースを提供するＷｅｂサーバのパラメタを格納する。例えば、クライアントからの同時接続数などが設定される。流量（Ｗｅｂサーバ）情報４５０の詳細については、図２９にて後述する。

パターン固有データ５００は、過去に構築されたシステムによって得られたノウハウに基づいて作成された情報が格納される。パターン固有データ５００には、システム定義ファイル雛形５１０、構築スクリプト雛形５２０、構築フロー定義５３０及び計算テンプレート５４０が含まれる。パターン固有データ５００は、構築されるシステムのパターンごとに定義される。

システム定義ファイル雛形５１０は、構築されるシステムの定義ファイルの雛形である。具体的には、入力されたシステム要件などの構築データ３１０に基づいて、システム定義ファイルが作成される。

構築スクリプト雛形５２０は、構築対象サーバで実行されることによって、システムが構築されるスクリプトの雛形である。構築スクリプトは、システム定義ファイルと同様に、入力されたシステム要件などの構築データ３１０に基づいて作成される。

構築フロー定義５３０は、システムを構築するために設定される項目を入力する順序を含む構築フローが定義される。構築フローは、パラメタを設定する工程及び当該工程の順序によって構成される。利用者は、構築フローにしたがってパラメタを設定することによって効率よくシステムを構築することができる。

計算テンプレート５４０は、パラメタなどを算出するための計算テンプレートである。計算テンプレート５４０は、過去に構築したシステムの性能評価の結果などに基づいて作成される。チューニングなどによって構築済みのシステムの性能が向上した場合には、そのノウハウが計算テンプレート５４０に含まれる計算式に反映される。また、計算テンプレート５４０に含まれる計算式には、入力されたパラメタに基づいて、後工程で入力されるパラメタの値を算出するための計算式と、入力されたパラメタの値をチェックするための計算式とが含まれる。

システム定義ファイル５６０は、入力されたシステム要件、当該システム要件に対応する構築データ３１０及びシステム定義ファイル雛形５１０などに基づいて生成されたシステム定義ファイルである。

構築スクリプト５７０は、入力されたシステム要件、当該システム要件に対応する構築データ３１０及び構築スクリプト雛形５２０などに基づいて生成された構築スクリプトである。

図４は、本発明の実施の形態のシステム構築前の構築対象サーバ９００の構成を示す図である。

構築対象サーバ９００は、主記憶装置９１０、ＣＰＵ９２０及びインターフェース９３０を含む。主記憶装置９１０、ＣＰＵ９２０及びインターフェース９３０は、バスを介して相互に接続される。

また、構築対象サーバ９００には、ディスクドライブ９４０が接続される。ディスクドライブ９４０には、構築対象サーバ９００の稼働に必要なプログラム及びデータなどが格納される。ディスクドライブ９４０は、構築対象サーバ９００の内部に含まれるように構成されてもよい。

主記憶装置９１０は、ＣＰＵ９２０によって実行されるプログラム及び当該プログラムの実行に必要なデータを記憶する。具体的には、システム構築ナビゲーションサーバ１００から配信されたシステム構築ナビゲーションエージェント９１１が記憶される。システム構築ナビゲーションエージェント９１１による処理の詳細については後述する。

ＣＰＵ９２０は、主記憶装置９１０に記憶されたプログラムを実行し、各種処理を実行する。インターフェース９３０は、システム構築ナビゲーションサーバ１００にアクセスするために、ネットワーク８００に接続するインターフェースである。

図５は、本発明の実施の形態のシステム構築後の構築対象サーバ９００の構成を示す図である。

システム構築後の構築対象サーバ９００のハードウェア構成は、図４に示したシステム構築前の構築対象サーバ９００と同様である。

システム構築ナビゲーションエージェント９１１がＣＰＵ９２０によって実行されると、システム構築ナビゲーションサーバ１００から配信された各種設定ファイル９４１及びシステム定義ファイル９４２に基づいて、構築スクリプト９４３が実行され、ＥＪＢアプリケーション９１２及びＷｅｂアプリケーション９１３が起動する。

ＥＪＢとは、Ｊａｖａによって作成されたプログラム部品である。ＥＪＢアプリケーション９１２とは、ＥＪＢを組み合わせることによって作成されたアプリケーションであって、各種業務処理を実行する。Ｗｅｂアプリケーション９１３は、クライアントにインターフェースを提供する。

また、構築対象サーバ９００では、ＥＪＢアプリケーション９１２を実行するために、Ｊ２ＥＥサーバ９１４が起動される。同様に、Ｗｅｂアプリケーション９１３を実行するために、Ｗｅｂサーバ９１５が起動される。さらに、構築対象サーバ９００を管理するために、運用管理サーバ９１６が起動される。

Ｊ２ＥＥサーバ９１４は、構築スクリプト９４３の実行時に、別途用意されたファイルサーバなどからセットアッププログラムがダウンロードされ、設定されるようにしてもよいし、構築対象サーバ９００にあらかじめ格納しておくようにしてもよい。Ｗｅｂサーバ９１５及び運用管理サーバ９１６についても同様である。

図６は、本発明の実施の形態のシステム構築ナビゲーションエージェントによってシステムを構築する手順の概要を示す図である。

本発明の実施の形態では、まず、システム構築ナビゲーションサーバ１００によって、入力されたシステム要件及びシステム構築ナビゲーションデータベースサーバ２００に格納された情報に基づいて、構築スクリプト９４３及びシステム定義ファイル９４２が作成される。

その後、システム構築ナビゲーションサーバ１００は、システム構築ナビゲーションツール（システム構築ナビゲーションエージェント９１１）を構築対象サーバ９００に配布する。さらに、作成された構築スクリプト９４３及びシステム定義ファイル９４２を構築対象サーバ９００に配布し、構築スクリプト９４３の実行を指示する。

構築対象サーバ９００は、システム構築ナビゲーションサーバ１００からシステムの構築を指示されると、配布されたシステム定義ファイル９４２に基づいて、システム構築ナビゲーションエージェント９１１によって配布された構築スクリプト９４３を実行する。構築スクリプト９４３に定義されたコマンドを実行し、システム定義ファイル９４２に定義された情報に基づいて各種設定ファイル９４１を作成する。

さらに、構築対象サーバ９００は、作成された各種設定ファイル９４１及び構築スクリプト９４３に基づいて、Ｊ２ＥＥサーバ９１４を起動する。また、作成済みのＥＪＢアプリケーション９１２が用意されている場合には、ＥＪＢアプリケーション９１２の実行環境を設定するようにしてもよい。Ｗｅｂサーバ９１５についても同様である。

以上の構成に基づいて、本発明の実施の形態によってシステムを構築する手順の概要を図７から図１７を参照しながら説明する。

図７は、本発明の実施の形態の構築されるシステムのシステム要件を入力し、システムの規模を決定する手順（サイジング）の概要を説明する図である。

本発明の実施の形態では、利用者端末７００によってシステム要件が入力される。前述したように、ブラウザを介してシステム要件が入力される。

入力されるシステム要件は、構築するシステムの形態などのパターンごとに、設定項目定義情報３００に定義されている。利用者端末７００では、まず、構築するシステムのパターンの選択を受け付け、選択されたパターン及び設定項目定義情報３００に基づいて生成された設定画面が表示される。例えば、設定画面には、図７の要件入力部７１０のように項目が表示される。また、入力されたシステム要件は、サイジング情報３２０に格納される。

また、利用者端末７００には、入力されたシステム要件に基づいて、システム構成の概要が表示される。例えば、図７の構成表示部７２０に示すように、「マシン台数」の入力に連動して、業務処理を実行する業務サーバ（２台）がグラフィカルに表示される。ＤＢサーバなどの他のサーバについても同様である。

なお、本発明の実施の形態では、複数の業務サーバがシステムで利用される場合には、特定の業務サーバに処理が集中しないように負荷分散装置が配置される。負荷分散装置は、構築後のシステムの利用者からのアクセスを各業務サーバの処理能力及び負荷状況に基づいて、アクセス先の業務サーバを決定し、決定された業務サーバにアクセスさせる。

さらに、利用者端末７００には、入力されたシステム要件に基づいて、性能（パフォーマンス）の計算結果が表示される。例えば、図７のパフォーマンス表示部７３０に示すように、「１秒あたりのリクエスト数」、「目標レスポンス時間」及び「１セッションあたりの使用メモリ」などの情報に基づいて、業務サーバ１台あたりに必要なＣＰＵ数及び業務サーバ１台あたりで使用されるメモリサイズなどの性能情報が利用者端末７００に表示される。

以降、本発明の実施の形態では、構築されるシステムが２台の業務サーバ及び２台のＤＢサーバを含むとして説明する。続いて、構築されるシステムに含まれる各サーバの環境を設定する手順について説明する。

図８は、本発明の実施の形態の構築されるシステムを構成する構築対象サーバ９００の固有の情報を設定する手順の概要を説明する図である。

入力されたシステム要件が確定されると、構築されるシステムで使用される業務サーバ及びＤＢサーバに固有の値を設定する。サーバ固有の値とは、構築対象のシステムに用意されたサーバの識別情報などである。具体的には、各サーバのサーバ名及びＩＰアドレスなどである。設定されたサーバ固有情報は、環境設計情報３３０のマシン固有値情報３４０に格納される。

図９は、本発明の実施の形態の構築対象サーバ９００で実行される論理サーバを配置する手順の概要を説明する図である。

図８では、物理的なサーバに対して環境を設定する手順について説明したが、図９では、物理的なサーバである業務サーバ上で稼働する論理的なサーバを配置する手順について説明する。

配置される論理サーバの種類は、指定されたシステムのパターン及びシステム要件に基づいて決定される。なお、決定された論理サーバ以外の論理サーバを新たに追加できるようにしてもよい。

論理サーバを配置する手順は、まず、配置対象のサーバを選択する。図９に示す手順では、サーバ名「Ｓｅｒｖｅｒ１」、ＩＰアドレス「１０．２０９．１１３．１１０」の業務サーバを選択している。本発明の実施の形態では、選択された業務サーバ上にＷｅｂサーバ、Ｊ２ＥＥサーバ及び運用管理サーバを稼働させる。他の業務サーバについても同様である。また、ＤＢサーバについては、他の論理サーバを稼働させずにデータベースの機能が単独で稼働する。

選択された業務サーバに配置する論理サーバが決定されると、各論理サーバの識別情報を設定する。さらに、各論理サーバの実行に必要な情報を設定する。設定された情報は、環境設計情報３３０の論理サーバ定義情報３５０に格納される。

図１０は、本発明の実施の形態の各論理サーバに接続するためのポート番号を設定する手順の概要を説明する図である。

図９に示した手順によって、業務サーバに論理サーバが配置されると、各論理サーバを接続するポートのポート番号を設定する。

図１０に示す構成に含まれるポートについて具体的に説明すると、まず、構築後のシステムでクライアントからリクエストを受け付けるＷｅｂサーバ９１５のポート番号（８０）が設定される。さらに、受け付けたリクエストを処理するために、Ｗｅｂサーバ９１５と通信するためのポート（８００７）がＪ２ＥＥサーバ９１４に設定される。

また、運用管理サーバ９１６はクライアントからシステムの稼働確認を受け付けるため、Ｊ２ＥＥサーバ９１４の稼働確認を行うためのポート（２３１５２）がＪ２ＥＥサーバ９１４に設定される。さらに、ＥＪＢアプリケーションなどで利用されるオブジェクトを特定するためのネーミングサービスを受け付けるためのポート（９００）が設定される。設定された各論理サーバのポート番号は、ポート番号情報３６０に格納される。

図１１は、本発明の実施の形態の各論理サーバの詳細項目を設定する手順の概要を説明する図である。

図１１では、図９及び図１０で設定された項目以外の論理サーバの情報を設定する手順について説明する。

具体的には、Ｗｅｂサーバ９１５には、アクセスログの格納するファイル名などが設定される。また、Ｊ２ＥＥサーバ９１４には、一時的にファイルを格納する作業ディレクトリ及び実行ログを格納するディレクトリなどが設定される。さらに、運用管理サーバ９１６には、管理者のＩＤ及びパスワードなどが設定される。設定された各論理サーバの情報は、サーバ詳細情報３７０に格納される。

次に、アプリケーション及びリソースアダプタのパラメタを設定する手順について説明する。アプリケーション及びリソースアダプタは、Ｊ２ＥＥサーバ９１４で稼働する。

図１２は、本発明の実施の形態のＪ２ＥＥサーバ９１４にアプリケーション及びリソースアダプタを配置する手順の概要を説明する図である。

論理サーバの設定が完了すると、構築対象のシステムで利用されるソフトウェアの設定を行う。まず、利用されるアプリケーション及びリソースアダプタを選択し、選択されたアプリケーション及びリソースアダプタをＪ２ＥＥサーバ９１４に配置する。図１２に示すように、アプリケーション及びリソースアダプタの配置をグラフィカルに表示される。

選択されるアプリケーション及びリソースアダプタは、既存のものであってもよいし、構築されるシステム特有の機能などに対応するアプリケーション及びリソースアダプタを新たに作成するようにしてもよい。この場合、アプリケーション及びリソースアダプタの実体が作成されている必要はなく、アプリケーション及びリソースアダプタを配置する際には、アプリケーション名及びリソースアダプタ名のみを入力すればよい。

配置されたアプリケーション及びリソースアダプタに関する情報は、アプリケーション・リソースアダプタ関連情報３８０のＡＰＰ・ＲＡ配置情報３９０に格納される。

図１３は、本発明の実施の形態のＪ２ＥＥサーバ９１４に配置されたアプリケーション及びリソースアダプタの接続を設定する手順の概要を説明する図である。

アプリケーション及びリソースアダプタの配置が決定されると、配置されたアプリケーション及びリソースアダプタの関連を設定する。具体的には、アプリケーションとリソースアダプタとの対応、リソースアダプタとデータベースとの対応を設定する。

設定する手段としては、前述したように、アプリケーション及びリソースアダプタの配置をグラフィカルに表示し、マウスなどのポインティングディバイスによって、オブジェクトの選択及び対応付けを可能とするＧＵＩを実装する。このようにＧＵＩを実装することによって、操作性が向上し、入力ミスなどの発生頻度を少なくすることができる。

設定された接続情報は、アプリケーションについてはアプリケーション設定情報４００、リソースアダプタについてはリソースアダプタ設定情報４１０に格納される。

図１４は、本発明の実施の形態のＪ２ＥＥサーバ９１４で実行されるアプリケーションの詳細を設定する手順の概要を説明する図である。

アプリケーション及びリソースアダプタの接続情報が設定されると、各アプリケーションのパラメタを設定する。例えば、同時実行可能な処理数を設定する多重度などが設定される。設定された情報は、接続情報と同様に、アプリケーション設定情報４００に格納される。

図１５は、本発明の実施の形態のＪ２ＥＥサーバ９１４に配置されたリソースアダプタの詳細項目を設定する手順の概要を説明する図である。

各アプリケーションのパラメタが設定されると、各リソースアダプタのパラメタを設定する。具体的には、ＤＢサーバにアクセスするためのＩＤ及びパスワードなどが設定される。また、ＤＢサーバへの接続を保持する数を設定するプールサイズなどのパラメタも設定される。設定された情報は、接続情報と同様に、リソースアダプタ設定情報４１０に格納される。

以上のように、アプリケーション及びリソースアダプタの設定が完了すると、構築されるシステムの環境が一通り設定される。さらに、設定された環境を見直し、パラメタをチューニングすることも可能である。図１６及び図１７には、論理サーバの性能を向上させるために設定されたパラメタをチューニングする手順の概要を示す。

図１６は、本発明の実施の形態のＪ２ＥＥサーバ９１４の性能（流量）をチューニングする手順の概要を説明する図である。

図１６では、Ｊ２ＥＥサーバ９１４のパラメタを調整する手順を示している。具体的には、Ｊ２ＥＥサーバ９１４で実行される処理の流量を設定するパラメタを調整する。図１６には、Ｊ２ＥＥサーバ９１４で要求された処理を待機する待ち行列のキューサイズの設定、及び、Ｊ２ＥＥサーバ９１４で同時に実行されるスレッドの最大数を設定する図が示されている。

チューニングされたパラメタは、システム構築ナビゲーションデータベースサーバ２００の対応するテーブルに格納される。図１６では、論理サーバであるＪ２ＥＥサーバ９１４のパラメタが調整されており、サーバ詳細情報３７０に調整されたパラメタが設定される。

なお、チューニングの対象となるパラメタには、デフォルト値があらかじめ設定されている。デフォルト値には、あらかじめ値が保持されている場合と、設定されたシステム要件及び計算テンプレート５４０に基づいて算出される場合がある。

図１７は、本発明の実施の形態のＷｅｂサーバ９１５の性能（流量）をチューニングする手順の概要を説明する図である。

図１７では、Ｗｅｂサーバ９１５のパラメタを調整する手順を示している。具体的には、Ｗｅｂサーバ９１５で実行される処理の流量を設定するパラメタである。図１７には、Ｗｅｂサーバ９１５で同時に実行されるスレッドの最大数の設定、及び、Ｊ２ＥＥサーバ９１４への接続用コネクションキャッシュのサイズを設定する図が示されている。コネクションキャッシュは、Ｊ２ＥＥサーバ９１４への接続をキャッシュしておくことによって再接続時の負荷を低減させることができるが、接続されていない場合でもリソースを消費するため、構築されるシステムに応じて設定される必要がある。

チューニングされたパラメタは、システム構築ナビゲーションデータベースサーバ２００の対応するテーブルに格納される。図１７では、論理サーバであるＷｅｂサーバ９１５のパラメタが調整されており、サーバ詳細情報３７０に調整されたパラメタが設定される。

以上、本発明の実施の形態によってシステムを構築する手順の概要を説明した。以下、前述した手順によって入力されたデータについて図１８から図２９を参照しながら説明する。なお、パターンごとに設定される項目については、データを「項目」及び「設定値」の組として保持することによって、設定する項目の数が増減する場合であっても柔軟に対応することができる。

図１８は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納される設定項目定義情報３００の一例を示す図である。

設定項目定義情報３００は、前述のように、システムの形態及び適用する業務の種類などのパターンに応じて設定されたシステム要件の項目定義情報である。設定項目定義情報３００には、パターン３０１及び項目３０２が含まれる。

パターン３０１は、システム構築の開始時に入力されるシステムの形態及び適用する業務の種類などを識別する情報である。項目３０２は、パターン３０１ごとに定義され、利用者によって入力されるシステム要件の項目である。

図１８には、ブラウザをインターフェースとするＷｅｂアプリケーションとする「Ｗｅｂフロント」パターン、業務の手続きが円滑に処理されるように業務手順を規定するシステムを構築するための「ワークフロー」パターン、及び、ＳＯＡ（Ｓｅｒｖｉｃｅ Ｏｒｉｅｎｔｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）に基づいてシステムを構築する場合に利用される「ＳＯＡ」パターンが定義されている。

また、システム形態に対応するパターン及び業務に対応するパターンをそれぞれ選択するようにしてもよいし、あらかじめシステムの形態と業務とを組み合わせて項目を定義したパターンを選択するようにしてもよい。

図１９は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるサイジング情報３２０の一例を示す図である。

サイジング情報３２０は、設定項目定義情報３００から取得された項目に設定された値を格納する。前述のように、サイジング情報３２０に格納された情報には、構築するシステムの規模を決定するために必要な情報が格納される。具体的には、要求されたレスポンス時間などによって規模を設定するためのパラメタの規定値などが格納される。

サイジング情報３２０には、システム名３２１、要件項目３２２及び設定値３２３が含まれる。

システム名３２１は、構築されるシステムの名称であって、構築されるシステムを識別する。要件項目３２２は、設定項目定義情報３００から取得された項目に対応する。設定値３２３は、要件項目３２２に対応する設定値である。

図２０は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるマシン固有値情報３４０の一例を示す図である。

マシン固有値情報３４０は、構築されるシステムに含まれる各サーバ固有の情報を格納する。マシン固有値情報３４０には、システム名３４１、サーバ名３４２及びＩＰアドレス３４３が含まれる。

システム名３４１は、構築されるシステムの名称である。サーバ名３４２は、構築されるシステムに含まれるサーバの名称である。サーバ名３４２で特定されるサーバは、論理的なサーバではなく、物理的な計算機に対応する。ＩＰアドレス３４３は、サーバ名３４２で特定されるサーバのＩＰアドレスである。

図２１は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納される論理サーバ定義情報３５０の一例を示す図である。

論理サーバ定義情報３５０は、物理的な計算機上で稼働する論理的なサーバの定義情報を格納する。論理サーバ定義情報３５０には、システム名３５１、サーバ名３５２、論理サーバ種別３５３及び論理サーバ名３５４が含まれる。

システム名３５１は、構築されるシステムの名称である。サーバ名３５２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。論理サーバ種別３５３は、稼働する論理サーバの種類である。具体的には、Ｗｅｂサーバ、Ｊ２ＥＥサーバ、管理サーバなどが格納される。論理サーバ名３５４は、論理サーバの名称である。

図２２は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるポート番号情報３６０の一例を示す図である。

ポート番号情報３６０は、各論理サーバに接続するポートを識別するポート番号を格納する。ポート番号情報３６０には、システム名３６１、サーバ名３６２、ポート種別３６３及びポート番号３６４が含まれる。

システム名３６１は、構築されるシステムの名称である。サーバ名３６２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。ポート種別３６３は、使用されるポートの種類である。具体的には、前述したように、クライアントからのリクエストを受け付けるポート、及びＥＪＢアプリケーションなどで利用されるオブジェクトを特定するためのネーミングサービスを受け付けるためのポートなどである。ポート番号３６４は、ポートを識別する番号である。

図２３は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるサーバ詳細情報３７０の一例を示す図である。

サーバ詳細情報３７０は、各論理サーバの詳細情報を格納する。サーバ詳細情報３７０には、システム名３７１、サーバ名３７２、論理サーバ名３７３、設定項目３７４及び設定値３７５が含まれる。

システム名３７１は、構築されるシステムの名称である。サーバ名３７２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。論理サーバ名３７３は、論理サーバの名称である。

設定項目３７４は、各論理サーバの設定項目である。設定値３７５は、設定項目３７４に特定された項目の設定値である。例えば、Ｗｅｂサーバ９１５のアクセスログを格納するファイル名を指定する場合には、設定項目３７４に「ＷｅｂＡｃｃｅｓｓＬｏｇ」を格納し、設定値３７５に「Ｄ：￥ＷＥＢ￥ｌｏｇｓ￥ａｃｃｅｓｓ．ｌｏｇ」を格納する。

図２４は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるＡＰＰ・ＲＡ配置情報３９０の一例を示す図である。

ＡＰＰ・ＲＡ配置情報３９０は、各論理サーバに配置されたアプリケーション及びリソースアダプタに関する情報を格納する。ＡＰＰ・ＲＡ配置情報３９０には、システム名３９１、サーバ名３９２、論理サーバ名３９３、種別３９４及び配置対象３９５が含まれる。

システム名３９１は、構築されるシステムの名称である。サーバ名３９２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。論理サーバ名３９３は、論理サーバの名称である。

種別３９４は、アプリケーション又はリソースアダプタの種類が格納される。例えば、データベースに接続されるリソースアダプタの場合には、「ＤＢＣｏｎｎｅｃｔｏｒ」が格納され、さらに、接続先のデータベースが特定できるようにデータベースのベンダ名などを加えられる場合がある。配置対象３９５は、配置されるアプリケーション又はリソースアダプタの名称が格納される。

図２５は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるアプリケーション設定情報４００の一例を示す図である。

アプリケーション設定情報４００は、アプリケーションの設定情報を格納する。アプリケーション設定情報４００には、システム名４０１、サーバ名４０２、論理サーバ名４０３、アプリケーション名４０４、接続先リソースアダプタ（ＲＡ）４０５及び多重度４０６が含まれる。

システム名４０１は、構築されるシステムの名称である。サーバ名４０２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。論理サーバ名４０３は、論理サーバの名称である。

アプリケーション名４０４は、アプリケーションの名称である。接続先ＲＡ４０５は、アプリケーション名４０４によって特定されるアプリケーションに接続されるリソースアダプタの名称である。多重度４０６は、アプリケーション名４０４によって特定されるアプリケーションがＪ２ＥＥサーバ９１４において並列して実行される最大数である。

図２６は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるリソースアダプタ設定情報４１０の一例を示す図である。

リソースアダプタ設定情報４１０は、リソースアダプタの設定情報、特に、接続先の情報を格納する。リソースアダプタ設定情報４１０には、システム名４１１、サーバ名４１２、論理サーバ名４１３及び接続先設定４１４が含まれる。

システム名４１１は、構築されるシステムの名称である。サーバ名４１２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。論理サーバ名４１３は、論理サーバの名称である。

接続先設定４１４は、リソースアダプタの接続先を特定する情報が格納される。接続先設定４１４には、リソースアダプタ名４１４Ａ、ＩＰアドレス４１４Ｂ、ポート番号４１４Ｃ、ＤＢユーザＩＤ４１４Ｄ、ＤＢユーザパス４１４Ｅ及びプールサイズ４１４Ｆが含まれる。

リソースアダプタ名４１４Ａは、リソースアダプタの名称である。ＩＰアドレス４１４Ｂは、リソースアダプタの接続先のＩＰアドレスである。ポート番号４１４Ｃは、リソースアダプタの接続先のポート番号である。

ＤＢユーザＩＤ４１４Ｄは、リソースアダプタの接続先に接続するためのユーザＩＤである。本発明の実施の形態では、リソースアダプタは、主として、データベースに接続される。ＤＢユーザパス４１４Ｅは、リソースアダプタの接続先に接続するためのパスワードである。プールサイズ４１４Ｆは、データベースへの接続をプールするサイズを格納する。

図２７は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納されるＪａｖａＶＭ情報４３０の一例を示す図である。

ＪａｖａＶＭ情報４３０は、Ｊ２ＥＥサーバ９１４で使用されるＪａｖａＶＭのパラメタを格納する。ＪａｖａＶＭのパラメタを調整することによって構築されるシステムの性能を調整することができる。

ＪａｖａＶＭ情報４３０には、システム名４１１、サーバ名４１２、Ｊａｖａ初期ヒープサイズ４３３、Ｊａｖａ最大ヒープサイズ４３４、Ｐｅｒｍａｎｅｎｔ初期サイズ４３５及びＰｅｒｍａｎｅｎｔ最大サイズ４３６が含まれる。

システム名４３１は、構築されるシステムの名称である。サーバ名４３２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。

ヒープサイズとは、ＪａｖａＶＭが利用可能なメモリサイズである。Ｊａｖａ初期ヒープサイズ４３３は、ヒープサイズの初期値である。Ｊａｖａ最大ヒープサイズ４３４は、ヒープサイズの最大値である。ヒープサイズは、Ｊａｖａ初期ヒープサイズ４３３を初期値とし、必要に応じてＪａｖａ最大ヒープサイズ４３４までヒープサイズを大きくする。Ｊａｖａ初期ヒープサイズ４３３の値とＪａｖａ最大ヒープサイズ４３４の値とが一致する場合には、ヒープサイズが一定となる。

Ｊａｖａによって開発されたアプリケーションを実行する場合には、クラス及びメソッドなどのメタデータがメモリに格納される。Ｐｅｒｍａｎｅｎｔ領域は、このようなメタデータを格納する領域である。Ｐｅｒｍａｎｅｎｔ初期サイズ４３５は、Ｐｅｒｍａｎｅｎｔ領域の初期サイズである。Ｐｅｒｍａｎｅｎｔ最大サイズ４３６は、Ｐｅｒｍａｎｅｎｔ領域の最大サイズである。Ｐｅｒｍａｎｅｎｔ初期サイズ４３５の値とＰｅｒｍａｎｅｎｔ最大サイズ４３６の値とが一致する場合には、Ｐｅｒｍａｎｅｎｔ領域のサイズが一定となる。

図２８は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納される流量（Ｊ２ＥＥサーバ）情報４４０の一例を示す図である。

流量（Ｊ２ＥＥサーバ）情報４４０は、Ｊ２ＥＥサーバ９１４のパラメタを格納する。Ｊ２ＥＥサーバ９１４のパラメタを調整することによって、構築されるシステムの性能を調整する。流量（Ｊ２ＥＥサーバ）情報４４０には、システム名４４１、サーバ名４４２、Ｊ２ＥＥサーバ名４４３、最大同時実行スレッド４４４及び実行待ちキュー４４５が含まれる。

システム名４４１は、構築されるシステムの名称である。サーバ名４４２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。Ｊ２ＥＥサーバ名４４３は、パラメタを調整する対象のＪ２ＥＥサーバ９１４の名称である。

最大同時実行スレッド４４４は、Ｊ２ＥＥサーバ名４４３によって特定されるＪ２ＥＥサーバ９１４において、アプリケーションが同時に実行されるスレッドの最大数である。実行待ちキュー４４５は、要求された処理を実行できない場合に実行可能となるまで待機するためのキューのサイズである。

図２９は、本発明の実施の形態のシステム構築ナビゲーションデータベースサーバ２００に格納される流量（Ｗｅｂサーバ）情報４５０の一例を示す図である。

流量（Ｗｅｂサーバ）情報４５０は、Ｗｅｂサーバ９１５のパラメタを格納する。Ｗｅｂサーバ９１５のパラメタを調整することによって、構築されるシステムの性能を調整する。流量（Ｗｅｂサーバ）情報４５０には、システム名４５１、サーバ名４５２、Ｗｅｂサーバ名４５３、最大同時実行数４５４及びＪ２ＥＥサーバコネクションキャッシュ４５５が含まれる。

システム名４５１は、構築されるシステムの名称である。サーバ名４５２は、論理サーバが稼働する物理的な計算機（サーバ）の名称である。Ｗｅｂサーバ名４５３は、パラメタを調整する対象のＷｅｂサーバ９１５の名称である。

最大同時実行数４５４は、Ｗｅｂサーバ名４５３によって特定されるＷｅｂサーバ９１５において同時に処理が実行される接続の最大数である。Ｊ２ＥＥサーバコネクションキャッシュ４５５は、コネクションキャッシュに格納されるＪ２ＥＥサーバ９１４との接続数である。

なお、ＪａｖａＶＭ情報４３０、流量（Ｊ２ＥＥサーバ）情報４４０及び流量（Ｗｅｂサーバ）情報４５０などに格納されたパラメタのように、システムのチューニングに使用される各パラメタには、デフォルト値（初期値）が別途保持されている。システムを構築する際には、まず、デフォルト値が設定され、チューニング時などに、必要に応じてシステムの開発する利用者が変更する。

以上、本発明の実施の形態で利用されるデータについて説明した。以下、本発明の実施の形態によるシステム構築方法の手順について図３０から図４１を参照しながら説明する。

図３０は、本発明の実施の形態のシステムを構築する手順を説明するフローチャートである。

図３０に示すフローチャートでは、まず、システム構築ナビゲーションサーバ１００が構築される（Ｓ３００１）。なお、システム構築ナビゲーションサーバ１００によってシステムが構築されるたびに、システム構築ナビゲーションサーバ１００を構築し直す必要はない。したがって、システム構築ナビゲーションサーバ１００が一度構築された後、システムを構築する場合には、Ｓ３００２から処理を開始すればよい。

システム構築ナビゲーションサーバ１００は、まず、構築するシステムの規模を特定する処理（サイジング）を実行する（Ｓ３００２）。具体的には、図７にて説明したように、構築するシステムのパターンを指定した後、システム要件を入力し、入力されたシステム要件に基づいて、システムの性能を算出する。システム要件の入力及びシステムの性能の出力については、図３１を参照しながら説明する。

図３１は、本発明の実施の形態の構築されるシステムの規模を算出する（サイジング）手順を示すフローチャートである。

本処理では、システムを構築する利用者によって、利用者端末７００からシステム要件が入力され、システム構築ナビゲーションサーバ１００に入力されたシステム要件が送信される。システム構築ナビゲーションサーバ１００は、受信したシステム要件に基づいて、構築されるシステムの性能を算出し、利用者端末７００に送信する。利用者端末７００は、受信したシステムの性能を利用者に提示し、確認を求める。

利用者端末７００は、まず、システム要件の各項目を提示する。そして、利用者から、システム要件に対応する値の入力を受け付ける（Ｓ３１０１）。利用者端末７００は、システム要件の入力が完了すると、システム構築ナビゲーションサーバ１００に入力されたシステム要件を送信する。

システム構築ナビゲーションサーバ１００は、システム要件の項目の値を利用者端末７００から受信すると、受信したシステム要件に基づいて、システムの性能を算出する（Ｓ３１０２）。さらに、システムの性能の算出結果を利用者端末７００に送信する（Ｓ３１０３）。

利用者端末７００は、システム構築ナビゲーションサーバ１００から送信されたシステム性能の算出結果を出力し、利用者に確認を要求する（Ｓ３１０４）。さらに、利用者からの確認結果の入力を受け付け、サイジングが完了したか否かを判定する（Ｓ３１０５）。サイジングが完了したと判定された場合には（Ｓ３１０５の結果が「Ｙｅｓ」）、本処理を終了する。算出された性能が不十分な場合などには（Ｓ３１０５の結果が「Ｎｏ」）、Ｓ３１０１の処理に戻り、システム要件の入力を再度受け付ける。

以上がサイジングの手順である。ここで、図３０のフローチャートの説明に戻る。

サイジングが終了すると、構築されるシステムを稼働させるための構築対象サーバ９００を配置する（Ｓ３００３）。

続いて、システム構築ナビゲーションサーバ１００は、構築対象サーバ９００の環境を設定する（Ｓ３００４）。具体的には、図８から図１１で説明した手順に示したように、構築対象サーバ９００の環境が設定される。構築対象サーバ９００の環境を設定する手順について、図３２を参照しながらさらに詳細を説明する。

図３２は、本発明の実施の形態の構築対象サーバ９００の環境を設定する手順を示すフローチャートである。

構築対象サーバ９００の環境を設定する手順は、大きく４つの手順に分けられる。具体的には、構築対象サーバ９００固有の環境を設定する手順（Ｓ３２０１〜Ｓ３２０４、図８）、論理サーバを配置する手順（Ｓ３２０６〜Ｓ３２０９、図９）、ポート番号を設定する手順（Ｓ３２１０〜Ｓ３２１３、図１０）、及び、その他の項目を設定する手順（Ｓ３２１４〜Ｓ３２１７、図１１）である。

また、各手順には、項目に値を入力する処理と、入力された値をチェックする処理が含まれる。

項目に値を入力する処理では、前の工程で入力された値に基づいて、後の工程で入力される値の推奨値（デフォルト値）を設定する。推奨値は、あらかじめシステム構築ナビゲーションデータベースサーバ２００に登録されている場合と、入力された値と計算テンプレート５４０に登録されている計算式に基づいて算出される場合がある。なお、項目に値を入力する処理の詳細については、図３３から図３６を参照しながら後で説明する。

入力された値をチェックする処理では、入力された値と入力済みのシステム要件などの値との整合性を判定する。また、入力された値が不正の場合には、再入力を受け付けたり、入力済みの値の修正を受け付けたりする。なお、入力された値をチェックする処理の詳細については、図３８及び図３９を参照しながら後で説明する。

ここで、構築対象サーバ９００の環境を設定する手順の説明に戻る。

利用者端末７００は、まず、構築対象サーバ９００のマシン固有値の入力を受け付ける（Ｓ３２０１）。入力されたマシン固有値は、システム構築ナビゲーションサーバ１００に送信される。

システム構築ナビゲーションサーバ１００は、利用者端末７００から送信されたマシン固有値を受信すると、受信したマシン固有値の妥当性をチェックする（Ｓ３２０２）。例えば、構築対象サーバ９００に付与されたサーバ名が既に他のサーバと重複していないか否かを判定したりする。

システム構築ナビゲーションサーバ１００は、チェック結果を判定し（Ｓ３２０３）、チェック結果に問題がなければ（Ｓ３２０３の結果が「ＯＫ」）、システム構築ナビゲーションデータベースサーバ２００のマシン固有値情報３４０に格納する。一方、チェック結果に問題がある場合には（Ｓ３２０３の結果が「ＮＧ」）、利用者端末７００にエラー通知を送信し（Ｓ３２０４）、再入力を要求する。

利用者端末７００は、次に、構築対象サーバ９００ごとに環境を設定するために、環境を設定する構築対象サーバ９００を選択する（Ｓ３２０５）。さらに、選択された構築対象サーバ９００に論理サーバを配置する（Ｓ３２０６）。具体的には、図９に示したように、配置する論理サーバの種類を選択し、配置された論理サーバの名称を入力する。入力された論理サーバ情報は、システム構築ナビゲーションサーバ１００に送信される。

システム構築ナビゲーションサーバ１００は、利用者端末７００から送信された論理サーバ情報を受信すると、受信した論理サーバ情報の妥当性をチェックする（Ｓ３２０７）。例えば、配置された論理サーバ名が既に配置された他の論理サーバと重複していないかを判定する。

システム構築ナビゲーションサーバ１００は、チェック結果を判定し（Ｓ３２０８）、チェック結果に問題がなければ（Ｓ３２０８の結果が「ＯＫ」）、システム構築ナビゲーションデータベースサーバ２００の論理サーバ定義情報３５０に格納する。一方、チェック結果に問題がある場合には（Ｓ３２０８の結果が「ＮＧ」）、利用者端末７００にエラー通知を送信し（Ｓ３２０９）、再入力を要求する。

利用者端末７００は、次に、配置された論理サーバ間を接続するために、論理サーバ間のインターフェースとなるポートを設定する（Ｓ３２１０）。具体的には、図１０に示したように、各論理サーバの接続関係を決定し、ポート番号を設定する。入力されたポート番号は、システム構築ナビゲーションサーバ１００に送信される。

システム構築ナビゲーションサーバ１００は、利用者端末７００から送信された論理サーバのポート番号を受信すると、受信したポート番号の妥当性をチェックする（Ｓ３２１１）。例えば、同一の論理サーバに複数の同一のポート番号が割り当てられていないかを判定する。

システム構築ナビゲーションサーバ１００は、チェック結果を判定し（Ｓ３２１２）、チェック結果に問題がなければ（Ｓ３２１２の結果が「ＯＫ」）、システム構築ナビゲーションデータベースサーバ２００のポート番号情報３６０に格納する。一方、チェック結果に問題がある場合には（Ｓ３２１２の結果が「ＮＧ」）、利用者端末７００にエラー通知を送信し（Ｓ３２１３）、再入力を要求する。

利用者端末７００は、次に、各論理サーバのその他の項目に値を設定する（Ｓ３２１４）。具体的には、図１１に示した通りである。入力された設定情報は、システム構築ナビゲーションサーバ１００に送信される。

システム構築ナビゲーションサーバ１００は、利用者端末７００から送信された設定情報を受信すると、設定情報の妥当性をチェックする（Ｓ３２１５）。システム構築ナビゲーションサーバ１００は、チェック結果を判定し（Ｓ３２１６）、チェック結果に問題がなければ（Ｓ３２１６の結果が「ＯＫ」）、システム構築ナビゲーションデータベースサーバ２００のサーバ詳細情報３７０に格納する。一方、チェック結果に問題がある場合には（Ｓ３２１６の結果が「ＮＧ」）、利用者端末７００にエラー通知を送信し（Ｓ３２１７）、再入力を要求する。

利用者端末７００は、Ｓ３２１６の処理のチェック結果が「ＯＫ」である通知を受け付けると、他の構築対象サーバ９００の環境を設定するか否かの入力を受け付ける（Ｓ３２１８）。他の構築対象サーバ９００の環境を設定する場合には（Ｓ３２１８の結果が「Ｙｅｓ」）、Ｓ３２０５の処理に戻り、環境を設定する構築対象サーバ９００を選択する。

一方、利用者端末７００は、すべての構築対象サーバ９００の環境の設定が完了した場合には（Ｓ３２１８の結果が「Ｎｏ」）、システム構築ナビゲーションサーバ１００に通知する。

システム構築ナビゲーションサーバ１００は、システム定義ファイル雛形５１０及び構築スクリプト雛形５２０を元に、設定された情報に基づいて、システム定義ファイル５６０及び構築スクリプト５７０を生成し、システム構築ナビゲーションデータベースサーバ２００に格納する（Ｓ３２１９）。

ここで、環境を設計する場合など、項目に値を入力する処理の詳細について、図３３から図３６を参照しながら説明する。

図３３は、本発明の実施の形態の項目に値を入力する手順の概要を説明する図である。

本発明の実施の形態では、入力欄に値を設定し、次画面に遷移する際に入力欄に設定された値に基づいて、他のパラメタに値を設定することができる。例えば、図３３に示すように、利用者が利用者端末７００のブラウザに表示された入力欄ｉｎｐｕｔＡ及びｉｎｐｕｔＢに値を入力し、「ＡｃｔｉｏｎＢｕｔｔｏｎ」を操作することによって、次画面に遷移する。このとき、次画面では、入力された値（ｉｎｐｕｔＡ及びｉｎｐｕｔＢ）に基づいて、ＯｕｔｐｕｔＣが出力される。

ＯｕｔｐｕｔＣは、ｉｎｐｕｔＡ及びｉｎｐｕｔＢに基づいて検索される値であったり、ｉｎｐｕｔＡ及びｉｎｐｕｔＢを計算式に当てはめることによって算出する値であったりする。

以下、入力された値に基づいて他のパラメタの値を出力する手順について、図３４を参照しながら説明する。さらに、ＯｕｔｐｕｔＣに出力された値が検索された値である場合の具体例を図３５を参照しながら説明する。同じく、ＯｕｔｐｕｔＣに出力された値が計算された値である場合の具体例を図３６を参照しながら説明する。

図３４は、本発明の実施の形態の入力された値に基づいて他のパラメタの値を出力する手順を説明する図である。

システム構築ナビゲーションサーバ１００は、利用者端末７００から入力された値を取得すると（Ｓ３４０１）、システム構築ナビゲーションデータベースサーバ２００に取得した入力値を登録する（Ｓ３４０２）。複数の入力値を取得した場合には、すべての入力値を登録する。

続いて、システム構築ナビゲーションサーバ１００は、取得した入力値に対応する出力値を取得する。対応する出力値が複数存在する場合にはそれぞれ取得する。なお、入力値に対応する出力値は、項目ごとにあらかじめ定められている。

システム構築ナビゲーションサーバ１００は、まず、取得する出力値を算出するための計算式がシステム構築ナビゲーションデータベースサーバ２００の計算テンプレート５４０に含まれているか否かを判定する（Ｓ３４０３）。計算式が含まれていない場合には（Ｓ３４０３の結果が「Ｎｏ」）、システム構築ナビゲーションデータベースサーバ２００から登録済みの出力値を取得する（Ｓ３４０７）。

一方、システム構築ナビゲーションサーバ１００は、計算式が含まれている場合には（Ｓ３４０３の結果が「Ｙｅｓ」）、当該計算式を取得する（Ｓ３４０４）。さらに、取得された計算式に基づいて、出力値を計算するために必要な値をシステム構築ナビゲーションデータベースサーバ２００から取得する（Ｓ３４０５）。そして、Ｓ３４０４の処理で取得された計算式とＳ３４０５の処理で取得された値に基づいて、出力値を計算する（Ｓ３４０６）。

システム構築ナビゲーションサーバ１００は、すべての出力値の取得が完了すると、利用者端末７００に取得された出力値を送信し、次画面に遷移するように指示する（Ｓ３４０８）。

図３５は、本発明の実施の形態の入力された値に基づいて登録された値を取得し、出力する手順を説明する図である。

利用者端末７００は、ブラウザに表示された入力欄に利用者から値の入力（ｉｎｐｕｔＡ及びｉｎｐｕｔＢ）を受け付け、「ＡｃｔｉｏｎＢｕｔｔｏｎ」が操作されると（１）、入力欄に入力された値（入力値）をシステム構築ナビゲーションサーバ１００に送信する。

システム構築ナビゲーションサーバ１００は、システム構築ナビゲーションプログラム１１１を実行し、利用者端末７００から送信された入力値をシステム構築ナビゲーションデータベースサーバ２００に登録する処理を入出力プラグインに依頼する（２）。

本発明の実施の形態のシステム構築ナビゲーションプログラム１１１は、前述のように、プラグインを追加することによって機能を拡張することが可能である。入出力プラグインは、外部のデータベースなどに対して値を入出力する機能を提供する。本発明の実施の形態では、システム構築ナビゲーションデータベースサーバ２００にデータを入出力する処理は、入出力プラグインによって実行される。

システム構築ナビゲーションサーバ１００は、入出力プラグインに入力値の登録を依頼されると、システム構築ナビゲーションデータベースサーバ２００に入力値を登録する（３）。

続いて、システム構築ナビゲーションサーバ１００は、次画面で出力する値（ＯｕｔｐｕｔＣ）を取得する。具体的には、ｉｎｐｕｔＡ及びｉｎｐｕｔＢに基づいて、システム構築ナビゲーションデータベースサーバ２００に対応する値が格納されているか否かを判定する。

システム構築ナビゲーションサーバ１００は、ＯｕｔｐｕｔＣがシステム構築ナビゲーションデータベースサーバ２００に格納されている場合には、入出力プラグインを介して値を取得する（４）。

システム構築ナビゲーションサーバ１００は、利用者端末７００にＯｕｔｐｕｔＣを含む応答メッセージを送信し、次画面を表示するように指示する（５）。

利用者端末７００は、ＯｕｔｐｕｔＣを含む応答メッセージを受信すると、ＯｕｔｐｕｔＣを表示した次画面に遷移する（６）。

図３６は、本発明の実施の形態の入力された値に基づいて値を算出し、出力する手順を説明する図である。

入力値に基づいて出力値を算出する場合であっても、図３５に示した（１）から（３）までの処理は共通である。

システム構築ナビゲーションサーバ１００は、図３５に示した処理と同様に、ｉｎｐｕｔＡ及びｉｎｐｕｔＢに基づいて、システム構築ナビゲーションデータベースサーバ２００からＯｕｔｐｕｔＣを取得しようとする（４）。しかし、図３６に示す場合では、システム構築ナビゲーションデータベースサーバ２００にＯｕｔｐｕｔＣに対応する値が登録されていないため、ＯｕｔｐｕｔＣは算出される値であると判定する（５）。

システム構築ナビゲーションサーバ１００は、計算プラグインにＯｕｔｐｕｔＣの算出を依頼する（６）。

システム構築ナビゲーションサーバ１００は、計算プラグインにＯｕｔｐｕｔＣの算出を依頼されると、計算テンプレート５４０から計算式を取得する（７）。例えば、ＯｕｔｐｕｔＣがｉｎｐｕｔＡとｉｎｐｕｔＢを乗算することによって算出される場合には、計算式ＯｕｔｐｕｔＣ＝ｉｎｐｕｔＡ×ｉｎｐｕｔＢが取得される。

さらに、システム構築ナビゲーションサーバ１００は、計算式を実行するために必要な値をシステム構築ナビゲーションデータベースサーバ２００から取得する（８）。具体的には、（３）の処理で登録されたｉｎｐｕｔＡ及びｉｎｐｕｔＢである。なお、ｉｎｐｕｔＡ及びｉｎｐｕｔＢを主記憶装置１１０に保持しておき、必要な値のみをシステム構築ナビゲーションデータベースサーバ２００から取得するようにしてもよい。

システム構築ナビゲーションサーバ１００は、（７）の処理で取得された計算式と(８)の処理で取得された値に基づいて、ＯｕｔｐｕｔＣを算出する（９）。

システム構築ナビゲーションサーバ１００は、利用者端末７００に算出されたＯｕｔｐｕｔＣを含む応答メッセージを送信し、次画面を表示するように指示する（１０）。

利用者端末７００は、ＯｕｔｐｕｔＣを含む応答メッセージを受信すると、ＯｕｔｐｕｔＣを表示した次画面に遷移する（１１）。

続いて、入力された値をチェックする処理の詳細について、全体の処理を図３７のフローチャートを参照しながら説明し、さらに、図３８及び図３９を参照しながら具体例を説明する。

図３７は、本発明の実施の形態の入力された値をチェックする手順を示すフローチャートである。

システム構築ナビゲーションサーバ１００は、利用者端末７００に入力された値を取得する（Ｓ３７０１）。そして、取得した入力値について、それぞれ対応するチェック用計算式を取得する。

システム構築ナビゲーションサーバ１００は、入力値に対応するチェック用計算式がシステム構築ナビゲーションデータベースサーバ２００の計算テンプレート５４０に含まれているか否かを判定する（Ｓ３７０２）。計算式が含まれていない場合には（Ｓ３７０２の結果が「Ｎｏ」）、チェック対象の入力値はチェックする必要がないと判定し、他の入力値のチェックを行う。

一方、システム構築ナビゲーションサーバ１００は、計算式が含まれている場合には（Ｓ３７０２の結果が「Ｙｅｓ」）、当該計算式を取得し、取得された計算式を計算するために必要な値をシステム構築ナビゲーションデータベースサーバ２００から取得する（Ｓ３７０３）。そして、取得された計算式とＳ３７０３の処理で取得された値に基づいて、チェック用計算式を計算する（Ｓ３７０４）。

システム構築ナビゲーションサーバ１００は、入力値がチェック用計算式を満たすか否かを判定する（Ｓ３７０５）。入力値がチェック用計算式を満たす場合には（Ｓ３７０５の結果が「Ｙｅｓ」）、次の入力値についてチェックを行う。

一方、システム構築ナビゲーションサーバ１００は、入力値がチェック用計算式を満たさない場合には（Ｓ３７０５の結果が「Ｎｏ」）、利用者端末７００に警告ダイアログを出力するように指示し（Ｓ３７０６）、入力値の修正又は自動修正の選択を受け付ける（Ｓ３７０７）。

システム構築ナビゲーションサーバ１００は、入力値の修正が選択された場合には（Ｓ３７０６の結果が「入力値の修正」）、再入力を受け付け、本処理を再度実行する。

一方、システム構築ナビゲーションサーバ１００は、自動修正が選択された場合には（Ｓ３７０６の結果が「自動修正」）、チェックに必要な値の推奨値を取得する（Ｓ３７０８）。すなわち、過去に入力された入力値を修正することによって、入力値の再チェックを行うようにする。このとき、推奨値を用いて自動的に値を更新してもよいが、本発明の実施の形態では、一旦、利用者端末７００に取得された推奨値を表示させ（Ｓ３７０９）、利用者に確認させてから値を更新する。そして、過去に設定された値が修正されると、その後に入力されたすべての入力値について再チェックを行う必要があるため、自動修正が選択された場合には本処理を終了し、再設定が必要な値の再入力を受け付ける。なお、再設定が必要な値は、システム構築ナビゲーションデータベースサーバ２００に格納されているため、修正された項目以外の値については、再入力時にデフォルト値として表示することによって利用者が項目を再入力するための労力を少なくすることができる。

最後に、すべての入力値のチェックが完了すると、次画面に遷移するように利用者端末７００に指示し（Ｓ３７１０）、本処理を終了する。

図３８は、本発明の実施の形態の入力された値をチェックする処理を説明する図であって、入力された値が正しい場合を示す図である。

利用者端末７００は、ブラウザに表示された入力欄に利用者から値の入力（ｉｎｐｕｔＡ＝１０）を受け付け、「ＡｃｔｉｏｎＢｕｔｔｏｎ」が操作されると（１）、入力値をシステム構築ナビゲーションサーバ１００に送信する。

システム構築ナビゲーションサーバ１００は、入力値を受信すると、計算プラグインに入力値のチェックを依頼する（２）。

システム構築ナビゲーションサーバ１００は、計算プラグインによって、チェック用の計算式をシステム構築ナビゲーションデータベースサーバ２００の計算テンプレート５４０から取得する（３）。なお、対応する計算式が登録されていない場合には、入力された値は任意の値を設定可能として、入力値が正しいと判定する。ここで、取得された計算式は、ｉｎｐｕｔＡ≦ｉｎｐｕｔＤ×ｉｎｐｕｔＥとする。

システム構築ナビゲーションサーバ１００は、（３）の処理で取得された計算式に基づいて計算するために必要な値を、システム構築ナビゲーションデータベースサーバ２００から取得する（４）。具体的には、利用者によって入力済みのｉｎｐｕｔＤ及びｉｎｐｕｔＥの値である。

システム構築ナビゲーションサーバ１００は、（３）の処理で取得された計算式及び（４）の処理で取得された値に基づいて計算式を計算する（５）。図３８に示すように、ｉｎｐｕｔＤの値が１０、ｉｎｐｕｔＥの値が２０であるため、ｉｎｐｕｔＡの値は１０×２０＝２００以下であればよい。ｉｎｐｕｔＡの値は１０であるため、入力された値は正しいと判定することができる（６）。

システム構築ナビゲーションサーバ１００は、チェック結果を利用者端末７００に送信する（７）。利用者端末７００では、システム構築ナビゲーションサーバ１００からチェック結果を受信し、次画面に遷移する（８）。

図３９は、本発明の実施の形態の入力された値をチェックする処理を説明する図であって、入力された値が不正な場合を示す図である。

利用者端末７００は、ブラウザに表示された入力欄に利用者から値の入力（ｉｎｐｕｔＡ＝２１０）を受け付け、「ＡｃｔｉｏｎＢｕｔｔｏｎ」が操作されると（１）、入力値をシステム構築ナビゲーションサーバ１００に送信する。

システム構築ナビゲーションサーバ１００は、入力値を受信すると、計算プラグインに入力値のチェックを依頼する（２）。（３）から（６）までの処理は、図３８に示した処理と同じである。

システム構築ナビゲーションサーバ１００は、ｉｎｐｕｔＡの値が２１０であるため、チェック結果は不正と判定する（７）。さらに、利用者端末７００に警告ダイアログを表示させる（８）。

利用者端末７００では、警告ダイアログが表示され、利用者から対応方法の選択を受け付ける。具体的には、ｉｎｐｕｔＡの再入力、又は、チェック用の計算式で用いられる値（ｉｎｐｕｔＤ及びｉｎｐｕｔＥ）の再入力を選択する。このとき、対応方法は、ブラウザなどのＧＵＩを介して選択される。

ｉｎｐｕｔＡの再入力を選択した場合には、利用者端末７００は、再入力された値をシステム構築ナビゲーションサーバ１００に送信し、（２）以降の処理を再度実行する。例えば、再入力された値を１５０とすると入力値が正しいと判定されるため、利用者端末７００に表示された画面は次画面に遷移する。

一方、ｉｎｐｕｔＤ及びｉｎｐｕｔＥの再入力が選択された場合には、利用者端末７００は、システム構築ナビゲーションサーバ１００に通知する。システム構築ナビゲーションサーバ１００は、入出力プラグインを介してシステム構築ナビゲーションデータベースサーバ２００からｉｎｐｕｔＤ及びｉｎｐｕｔＥの推奨値を取得する（９）。さらに、利用者端末７００にｉｎｐｕｔＤ及びｉｎｐｕｔＥの推奨値を送信する。なお、ｉｎｐｕｔＤ及びｉｎｐｕｔＥの推奨値は、パターンなどに基づいてあらかじめ設定されている値であり、ｉｎｐｕｔＤ及びｉｎｐｕｔＥの入力時にデフォルト値として利用される値である。一方、（４）で取得されたｉｎｐｕｔＤ及びｉｎｐｕｔＥの値は、実際に過去に入力された値であって、推奨値と相違する場合がある。

利用者端末７００は、ｉｎｐｕｔＤ及びｉｎｐｕｔＥの推奨値をデフォルト値として、ｉｎｐｕｔＤ及びｉｎｐｕｔＥの値の再入力を受け付ける（１０）。その後、ｉｎｐｕｔＤ及びｉｎｐｕｔＥの値を再設定し、ｉｎｐｕｔＡの値を再チェックする。

図４０は、本発明の実施の形態の入力された値をチェックする処理の具体例を説明する図である。

図４０では、リダイレクトタイムアウト４００１が入力される場合のチェックを例に説明する。なお、前提条件として、サイジング時に内部保留時間４００２（＝２秒）、及びチューニング時に実行待ちキュー内の保留時間４００３（＝６秒）が設定済みとなっている。

リダイレクトタイムアウト４００１は、クライアントからのリクエストが処理されるまで待機させる時間である。内部保留時間４００２は、Ｗｅｂサーバ９１５がＪ２ＥＥサーバ９１４にリクエストを振り分けるまでの時間である。実行待ちキュー内の保留時間４００３は、Ｊ２ＥＥサーバ９１４の処理待ちのキュー内において、突発的なリクエストに対応するためのキュー内における保留時間である。

また、計算テンプレート５４０には、チェック用計算式として、計算式「リダイレクトタイムアウト４００１＞内部保留時間４００２＋実行待ちキュー内の保留時間４００３」が格納されている。すなわち、リダイレクトタイムアウト４００１を内部保留時間４００２と実行待ちキュー内の保留時間４００３との合計よりも短く設定すると、常にタイムアウトを起こしてしまうことになる。このような事態を避けるために、前述のチェック用計算式が規定されている。

以上の前提条件の下で、リダイレクトタイムアウト４００１に設定された値に応じた処理について説明する。まず、リダイレクトタイムアウト４００１の値が５秒に設定された場合には、内部保留時間４００２と実行待ちキュー内の保留時間４００３との合計が８秒であるため、チェック用計算式を充足することができない。すなわち、図３９の（７）の状態に対応する。そこで、システム構築ナビゲーションサーバ１００は利用者端末７００に警告ダイアログを表示するように指示する（図３９の（８））。

ここで、利用者が入力値の変更、すなわち、リダイレクトタイムアウト４００１の再設定を選択した場合には（図３７のＳ３７０７の結果が「入力値の修正」）、８秒よりも大きい値を設定することによって、図３８に示すように正常に終了させることができる。

一方、利用者が自動修正を選択した場合には（図３７のＳ３７０７の結果が「自動修正」）、実行待ちキュー内の保留時間４００３を設定する画面に自動的に遷移させ、さらに、システム構築ナビゲーションデータベースサーバ２００に保持されている推奨値を表示する。利用者は、設定された推奨値又は他の値を設定し、再度パラメタを設定する。

以上のようにして、項目に対する値の設定を最小限としながら、さらに、入力された値をチェックしながら構築対象サーバ９００の環境を設定する。ここで、図３０のフローチャートの説明に戻る。

システム構築ナビゲーションサーバ１００は、環境設定が終了すると、構築対象サーバ９００にシステム構築ナビゲーションエージェント９１１を配布する（Ｓ３００５）。

続いて、システム構築ナビゲーションサーバ１００は、設定された環境に基づいて、システム定義ファイル５６０及び構築スクリプト５７０を作成し、システム構築ナビゲーションデータベースサーバ２００に格納する（Ｓ３００６）。

システム構築ナビゲーションサーバ１００は、Ｓ３００６の処理で作成されたシステム定義ファイル５６０及び構築スクリプト５７０を構築対象サーバ９００に配布し、各構築対象サーバ９００に環境構築命令を送信する（Ｓ３００７）。

システム構築ナビゲーションサーバ１００は、各構築対象サーバ９００で環境の構築が完了すると、アプリケーション及びリソースアダプタの配備、又は、パラメタのチューニングが必要か否かを判定する（Ｓ３００８）。

システム構築ナビゲーションサーバ１００は、アプリケーション及びリソースアダプタの配備、又は、パラメタのチューニングが必要と判定された場合には（Ｓ３００８の結果が「Ｙｅｓ」）、アプリケーション・リソースアダプタの配備及びチューニング処理を実行する（Ｓ３００９）。

図４１は、本発明の実施の形態のアプリケーション・リソースアダプタの配備及びチューニング処理の手順を示すフローチャートである。

本処理は、Ｓ４１０１からＳ４１０６までの処理がアプリケーション・リソースアダプタの配備に対応し、Ｓ４１０７及びＳ４１０８の処理がチューニングに対応する。

システム構築ナビゲーションサーバ１００は、まず、構築対象サーバ９００のＪ２ＥＥサーバ９１４に必要なだけアプリケーションを配置する（Ｓ４１０１）。さらに、構築対象サーバ９００のＪ２ＥＥサーバ９１４に必要なだけリソースアダプタを配置する（Ｓ４１０２）。Ｓ４１０１及びＳ４１０２の処理は、図１２に示した処理に対応する。また、Ｓ４１０１及びＳ４１０２の処理では、実際に構築対象サーバ９００にアプリケーション又はリソースアダプタを配置するのではなく、システム構築ナビゲーションデータベースサーバ２００のアプリケーション・リソースアダプタ関連情報３８０を更新する。

続いて、システム構築ナビゲーションサーバ１００は、利用者端末７００からの入力を受け付け、配置されたリソースアダプタとデータベースサーバとを接続する（Ｓ４１０３）。さらに、アプリケーションとリソースアダプタとを接続する（Ｓ４１０４）。Ｓ４１０３及びＳ４１０４の処理は、図１３に示した処理に対応する。また、Ｓ４１０３及びＳ４１０４の処理では、Ｓ４１０１及びＳ４１０２の処理と同様に、システム構築ナビゲーションデータベースサーバ２００のアプリケーション・リソースアダプタ関連情報３８０を更新する。

システム構築ナビゲーションサーバ１００は、利用者端末７００からの配置されたアプリケーションの詳細情報の入力を受け付ける（Ｓ４１０５）。同じく、配置されたリソースアダプタの詳細情報の入力を受け付ける（Ｓ４１０６）。Ｓ４１０５の処理は、図１４に示した処理に対応し、Ｓ４１０６の処理は、図１５に示した処理に対応する。

システム構築ナビゲーションサーバ１００は、アプリケーション及びリソースアダプタの配備が終了すると、システムの性能をチューニングする。まず、Ｓ４１０７の処理では、Ｊ２ＥＥサーバ９１４の性能（流量）をチューニングする。なお、Ｓ４１０７の処理は、図１６に示した処理に対応する。

具体的には、図１６にて説明したように、Ｊ２ＥＥサーバ９１４で要求された処理を待機する待ち行列のキューサイズの設定、及び、Ｊ２ＥＥサーバ９１４で同時に実行されるスレッドの最大数を設定する。チューニングされたパラメタは、システム構築ナビゲーションデータベースサーバ２００のサーバ詳細情報３７０などのテーブルに格納される。

続いて、システム構築ナビゲーションサーバ１００は、Ｓ４１０８の処理では、Ｗｅｂサーバ９１５の性能（流量）をチューニングする。なお、Ｓ４１０８の処理は、図１７に示した処理に対応する。

具体的には、図１７にて説明したように、Ｗｅｂサーバ９１５で同時に実行されるスレッドの最大数の設定、及び、Ｊ２ＥＥサーバ９１４への接続用コネクションキャッシュのサイズを設定する。チューニングされたパラメタは、システム構築ナビゲーションデータベースサーバ２００のサーバ詳細情報３７０などに格納される。

以上のように、アプリケーション・リソースアダプタの配備及びチューニングが終了すると、Ｓ３００６の処理を再度実行し、処理結果に基づいて、システム定義ファイル５６０及び構築スクリプト５７０を再作成する。その後、同様に、構築対象サーバ９００の環境を構築する。

システム構築ナビゲーションサーバ１００は、アプリケーション及びリソースアダプタの配備、又は、パラメタのチューニングが不要と判定された場合には（Ｓ３００８の結果が「Ｎｏ」）、構築されたシステムを検証する（Ｓ３０１０）。警告が表示された場合などにはサイジングをやり直したり、チューニングをやり直したりする。警告が表示されず、チューニングが完了した場合にはシステムの構築を終了する。

本発明の実施の形態によれば、システム要件及びシステム環境などの項目を順次入力することによって、システムを構築するために必要な環境を設定し、システムを構築することができる。

本発明の実施の形態によれば、構築対象のシステムのパターンに応じたノウハウをパターン固有データとして保持しているため、過去のシステム構築で得られたノウハウを活用してシステムを構築することができる。

本発明の実施の形態によれば、環境設定などを支援するシステム構築ナビゲーションプログラムの機能をプラグインとして部品化しているため、パターン固有データの更新だけでなく、パラメタの算出などの計算手段を変更することによってパラメタ精度などを向上させることが可能となる。

本発明の実施の形態によれば、入力されたパラメタのチェック機能を備え、入力された値そのものの修正を受け付けるだけではなく、関連するパラメタの変更を可能とすることによって、より柔軟なパラメタ設計を行うことが可能となる。さらに、関連するパラメタを設定する際に推奨値を提示することによって、パラメタの変更による利用者の負荷を低減することができる。

本発明の実施の形態のシステム構築支援システムの構成を示す図である。 本発明の実施の形態のシステム構築ナビゲーションサーバの構成を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバの構成を示す図である。 本発明の実施の形態のシステム構築前の構築対象サーバの構成を示す図である。 本発明の実施の形態のシステム構築後の構築対象サーバの構成を示す図である。 本発明の実施の形態のシステム構築ナビゲーションエージェントによってシステムを構築する手順の概要を示す図である。 本発明の実施の形態の構築されるシステムのシステム要件を入力し、システムの規模を決定する手順（サイジング）の概要を説明する図である。 本発明の実施の形態の構築されるシステムを構成する構築対象サーバの固有の情報を設定する手順の概要を説明する図である。 本発明の実施の形態の構築対象サーバで実行される論理サーバを配置する手順の概要を説明する図である。 本発明の実施の形態の各論理サーバに接続するためのポート番号を設定する手順の概要を説明する図である。 本発明の実施の形態の各論理サーバの詳細項目を設定する手順の概要を説明する図である。 本発明の実施の形態のＪ２ＥＥサーバにアプリケーション及びリソースアダプタを配置する手順の概要を説明する図である。 本発明の実施の形態のＪ２ＥＥサーバに配置されたアプリケーション及びリソースアダプタの接続を設定する手順の概要を説明する図である。 本発明の実施の形態のＪ２ＥＥサーバで実行されるアプリケーションの詳細を設定する手順の概要を説明する図である。 本発明の実施の形態のＪ２ＥＥサーバに配置されたリソースアダプタの詳細項目を設定する手順の概要を説明する図である。 本発明の実施の形態のＪ２ＥＥサーバの性能（流量）をチューニングする手順の概要を説明する図である。 本発明の実施の形態のＷｅｂサーバの性能（流量）をチューニングする手順の概要を説明する図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納される設定項目定義情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるサイジング情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるマシン固有値情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納される論理サーバ定義情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるポート番号情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるサーバ詳細情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるＡＰＰ・ＲＡ配置情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるアプリケーション設定情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるリソースアダプタ設定情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納されるＪａｖａＶＭ情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納される流量（Ｊ２ＥＥサーバ）情報の一例を示す図である。 本発明の実施の形態のシステム構築ナビゲーションデータベースサーバに格納される流量（Ｗｅｂサーバ）情報の一例を示す図である。 本発明の実施の形態のシステムを構築する手順を説明するフローチャートである。 本発明の実施の形態の構築されるシステムの規模を算出する（サイジング）手順を示すフローチャートである。 本発明の実施の形態の構築対象サーバの環境を設定する手順を示すフローチャートである。 本発明の実施の形態の項目に値を入力する手順の概要を説明する図である。 本発明の実施の形態の入力された値に基づいて他のパラメタの値を出力する手順を説明する図である。 本発明の実施の形態の入力された値に基づいて登録された値を取得し、出力する手順を説明する図である。 本発明の実施の形態の入力された値に基づいて値を算出し、出力する手順を説明する図である。 本発明の実施の形態の入力された値をチェックする手順を示すフローチャートである。 本発明の実施の形態の入力された値をチェックする処理を説明する図であって、入力された値が正しい場合を示す図である。 本発明の実施の形態の入力された値をチェックする処理を説明する図であって、入力された値が不正な場合を示す図である。 本発明の実施の形態の入力された値をチェックする処理の具体例を説明する図である。 本発明の実施の形態のアプリケーション・リソースアダプタの配備及びチューニング処理の手順を示すフローチャートである。

符号の説明

１００ システム構築ナビゲーションサーバ
１１０ 主記憶装置
１１１ システム構築ナビゲーションプログラム
１２０ ＣＰＵ
１３０ インターフェース
１４０ ディスクドライブ
２００ システム構築ナビゲーションデータベースサーバ
２１０ 主記憶装置
２１１ データベースマネジメントシステム
２２０ ＣＰＵ
２３０ インターフェース
２４０ ディスクドライブ
３００ 設定項目定義情報
３１０ 構築データ
３２０ サイジング情報
３３０ 環境設計情報
３４０ マシン固有値情報
３５０ 論理サーバ定義情報
３６０ ポート番号情報
３７０ サーバ詳細情報
３８０ アプリケーション・リソースアダプタ関連情報
３９０ ＡＰＰ・ＲＡ配置情報
４００ アプリケーション設定情報
４１０ リソースアダプタ設定情報
４２０ チューニング情報
４３０ ＪａｖａＶＭ情報
４４０ 流量（Ｊ２ＥＥサーバ）情報
４５０ 流量（Ｗｅｂサーバ）情報
５００ パターン固有データ
５１０ システム定義ファイル雛形
５２０ 構築スクリプト雛形
５３０ 構築フロー定義
５４０ 計算テンプレート
５６０ システム定義ファイル
５７０ 構築スクリプト
７００ 利用者端末
８００ ネットワーク
９００ 構築対象サーバ
９１０ 主記憶装置
９１１ システム構築ナビゲーションエージェント
９１２ ＥＪＢアプリケーション
９１３ Ｗｅｂアプリケーション
９１４ Ｊ２ＥＥサーバ
９１５ Ｗｅｂサーバ
９１６ 運用管理サーバ
９２０ ＣＰＵ
９３０ インターフェース
９４０ ディスクドライブ
９４１ 各種設定ファイル
９４２ システム定義ファイル
９４３ 構築スクリプト

Claims (10)

1. システム構築装置と、前記システム構築装置によってアクセスされるデータを格納するシステム構築データベースと、を備える計算機システムにおいて、システムの構築を支援するシステム構築支援方法であって、
   前記システム構築装置は、インターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリとを備え、
   前記システム構築データベースは、
   前記構築されるシステムの種類に対応するパターンに対応して定義された項目を含む項目定義情報と、
   前記項目に値を入力する工程及び前記工程の順序が、前記パターンに対応して定義された構築フロー定義情報とを格納し、
   前記方法は、
   前記構築されるシステムのパターンの指定を受け付け、
   前記指定されたパターンに対応する項目定義情報を前記システム構築データベースから取得し、
   前記構築されるシステムに配置される構築対象サーバを指定し、
   前記指定されたパターンに対応する構築フローに基づいて、前記工程に対応する項目の値の入力を受け付け、
   前記システムを構築するために必要な項目の値が設定された後、前記構築対象サーバの環境を設定する構築スクリプト及びシステム定義情報を生成し、
   前記構築スクリプトを実行するためのエージェントプログラムを前記構築対象サーバに配布し、
   前記配布されたエージェントプログラムによって、前記システム定義情報に基づいて前記構築スクリプトを実行するように、前記構築対象サーバに指示することを特徴とするシステム構築支援方法。
2. 前記システム構築データベースは、前記項目に入力された値が正しいか否かを判定する第１の計算式を格納し、
   前記方法は、さらに、
   前記項目に値が入力された場合には、前記値が入力された項目に対応する第１の計算式を前記システム構築データベースから取得し、
   前記取得された第１の計算式に基づく計算に必要な項目を特定し、
   前記特定された項目に対応する値を取得し、
   前記取得された第１の計算式及び前記取得された値に基づいて、前記項目に入力された値が正しいか否かを判定することを特徴とする請求項１に記載のシステム構築支援方法。
3. 前記方法は、さらに、
   前記項目に入力された値を前記第１の計算式で判定した結果が不正である場合には、前記特定された項目に対応する値の再入力を受け付け、
   前記指定されたパターンに対応する構築フローに基づいて、前記特定された項目に値が入力された工程よりも後の工程に対応する項目の値の入力を受け付けることを特徴とする請求項２に記載のシステム構築支援方法。
4. 前記方法は、前記特定された項目に対応する値の再入力を受け付ける場合には、さらに、前記特定された項目に対応する所定の推奨値を提示することを特徴とする請求項３に記載のシステム構築支援方法。
5. 前記システム構築データベースは、前記項目に入力された値に基づいて、後の工程で入力される項目の値を計算するための第２の計算式を格納し、
   前記方法は、さらに、
   前記項目に入力された値に基づいて、前記後の工程で入力される項目の値を前記第２の計算式に適用することによって計算し、
   前記後の工程で項目の値の入力を受け付ける場合には、前記計算された値を提示することを特徴とする請求項１に記載のシステム構築支援方法。
6. システムの構築を支援するシステム構築支援システムであって、
   前記システム構築支援システムは、システム構築装置と、前記システム構築装置によってアクセスされるデータを格納するシステム構築データベースと、を備え、
   前記システム構築装置は、インターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリとを備え、
   前記システム構築データベースは、
   前記構築されるシステムの種類に対応するパターンに対応して定義された項目を含む項目定義情報と、
   前記項目に値を入力する工程及び前記工程の順序が、前記パターンに対応して定義された構築フロー定義情報とを格納し、
   前記システム構築装置は、
   前記構築されるシステムのパターンの指定を受け付け、
   前記指定されたパターンに対応する項目定義情報を前記システム構築データベースから取得し、
   前記構築されるシステムに配置される構築対象サーバを指定し、
   前記指定されたパターンに対応する構築フローに基づいて、前記工程に対応する項目の値の入力を受け付け、
   前記システムを構築するために必要な項目の値が設定され後、前記構築対象サーバの環境を設定する構築スクリプト及びシステム定義情報を生成し、
   前記構築スクリプトを実行するためのエージェントプログラムを前記構築対象サーバに配布し、
   前記配布されたエージェントプログラムによって、前記システム定義情報に基づいて前記構築スクリプトを実行するように、前記構築対象サーバに指示することを特徴とするシステム構築支援システム。
7. 前記システム構築データベースは、前記項目に入力された値が正しいか否かを判定する第１の計算式を格納し、
   前記システム構築装置は、
   前記項目に値が入力された場合には、前記値が入力された項目に対応する第１の計算式を前記システム構築データベースから取得し、
   前記取得された第１の計算式に基づく計算に必要な項目を特定し、
   前記特定された項目に対応する値を取得し、
   前記取得された第１の計算式及び前記取得された値に基づいて、前記項目に入力された値が正しいか否かを判定することを特徴とする請求項６に記載のシステム構築支援システム。
8. 前記システム構築装置は、
   前記項目に入力された値を前記第１の計算式で判定した結果が不正である場合には、前記特定された項目に対応する値の再入力を受け付け、
   前記指定されたパターンに対応する構築フローに基づいて、前記特定された項目に値が入力された工程よりも後の工程に対応する項目の値の入力を受け付けることを特徴とする請求項７に記載のシステム構築支援システム。
9. 前記システム構築装置は、前記特定された項目に対応する値の再入力を受け付ける場合には、前記特定された項目に対応する所定の推奨値を提示することを特徴とする請求項８に記載のシステム構築支援システム。
10. 前記システム構築データベースは、前記項目に入力された値に基づいて、後の工程で入力される項目の値を計算するための第２の計算式を格納し、
    前記システム構築装置は、
    前記項目に入力された値に基づいて、前記後の工程で入力される項目の値を前記第２の計算式に適用することによって計算し、
    前記後の工程で項目の値の入力を受け付ける場合には、前記計算された値を提示することを特徴とする請求項６に記載のシステム構築支援システム。

Images