(57)【要約】【課題】ＡＰサーバの負荷状況に応じてアプリケーションのインストール先を自動的に変更し，ＡＰサーバを効率的に運用すること。【解決手段】性能情報管理部２０１と，最適サーバ判定部２０３と，ストレージパス切替え部２０４と，ＡＰインストール管理部２０５と，ＡＰアンインストール管理部２０６と，性能情報テーブル２０７から構成される管理サーバ１０１であって，性能情報テーブルには，サーバ名と，ＡＰサーバから定期的に取得した性能情報と，この性能情報と管理情報ＤＢの性能情報重み数値テーブルに格納されている重み数値を用いて重み付け計算した重み付け計算結果が格納され，最適サーバ判定部は，アプリケーションをインストールするのに最も適したＡＰサーバを，性能情報テーブルに格納されている重み付け計算結果を用いて管理下にあるＡＰサーバの中から決定する。【選択図】  図２
2004178290.tif 000002
【特許請求の範囲】
【請求項１】
性能情報管理部と，最適サーバ判定部と，ストレージパス切替え部と，ＡＰインストール管理部と，ＡＰアンインストール管理部と，性能情報テーブルから構成される管理サーバであって，
性能情報テーブルには，サーバ名と，ＡＰサーバから定期的に取得した性能情報と，この性能情報と管理情報ＤＢの性能情報重み数値テーブルに格納されている重み数値を用いて重み付け計算した重み付け計算結果が格納され，
最適サーバ判定部は，アプリケーションをインストールするのに最も適したＡＰサーバを，性能情報テーブルに格納されている重み付け計算結果を用いて管理下にあるＡＰサーバの中から決定する，
ことを特徴とする管理サーバ。
【請求項２】
請求項１に記載された管理サーバにおいて，性能情報は，ＣＰＵ使用率，メモリ使用率，ディスク使用率を含むことを特徴とする管理サーバ。
【請求項３】
性能情報収集部と，ＡＰインストール処理部と，ＡＰアンインストール処理部と，性能条件判定部と，アプリケーション起動停止処理部と，性能測定結果テーブルと，再配置条件式テーブルから構成されるＡＰサーバであって，
性能結果テーブルには，性能情報収集部が定期的に収集する当該ＡＰサーバの性能情報が格納され，
再配置条件式テーブルには，性能情報収集部が収集したアプリケーションのＡＰ名及びその不適切条件式即ち再配置条件式が格納され，
性能条件判定部は，当該ＡＰサーバが実行しているアプリケーションが，再配置条件式を満たした時，管理サーバに再配置が必要になった旨を通知し，アプリケーションの再配置を要請する，
ことを特徴とするＡＰサーバ。
【請求項４】
ＡＰテーブルと，サーバテーブルと，ストレージパステーブルと，性能情報重み数値テーブルが格納されている管理情報ＤＢであって，
ＡＰテーブルには，アプリケーションを識別するためのＡＰ名，現在インストールされているサーバ名，配布に不適切な或いは再配置を行う必要があると判定するための条件式，再配置を行う時間帯が格納され，
性能情報重み数値テーブルには，各性能情報の各値に対する重み数値が格納される，
ことを特徴とする管理情報ＤＢ。
【請求項５】
振り分けテーブルが格納されている管理情報ＤＢであって，
振り分けテーブルには，アプリケーションを識別するためのＡＰ名，アプリケーションが稼動しているＡＰサーバ名，同じアプリケーションが複数稼動している時，どのＡＰサーバに接続するかを決定するための優先順位が格納される，
ことを特徴とする管理情報ＤＢ。
【請求項６】
請求項１又は請求項２に記載された管理サーバと，請求項４に記載された管理情報ＤＢから構成されることを特徴とする管理サーバ装置。
【請求項７】
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムが，性能情報テーブルから各サーバの重み付け計算結果を取得するステップと，重み付け計算結果が最大であるサーバを選択するステップからなる最適サーバ判定プログラムであることを特徴とするプログラムを記憶した記憶媒体。
【請求項８】
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムが，再配置条件式テーブルからアプリケーションの再配置条件を取得するステップと，再配置条件を満たしているか否かを判定するステップと，再配置条件を満たしている場合に管理サーバに当該アプリケーションの再配置が必要になった旨を通知するステップからなる性能条件判定プログラムであることを特徴とするプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，複数のアプリケーションソフトウェアを複数のアプリケーションサーバ（以下，「ＡＰサーバ」という）に配布・再配置する管理サーバ装置に関し，特にＡＰサーバを効率的に運用するための管理サーバ装置に関する。
【０００２】
なお，本発明におけるアプリケーションは，ＷＷＷサーバ等のように，どのＡＰサーバで稼動していてもよいアプリケーションを対象とする。
【０００３】
【従来の技術】
現在，アプリケーションは，主にクライアント／サーバ方式による分散システムの形態で利用されている。図１はその例であり，システムを管理する管理サーバ１０１と，システムを管理するために必要な情報を有する管理情報ＤＢ１０２と，アプリケーションを実行するＡＰサーバ１０５〜１０８と，クライアント１１８，１１９からの利用要求があると，管理情報ＤＢ１０４が有する情報を用いてＡＰサーバ１０５〜１０８へ接続するフロントサーバ１０３と，ＦＣＳ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ）１０９，１１０を介して接続される共有ディスク１１１，ディスク１１２〜１１５，これらを接続するネットワーク１１６，１１７から構成されている。図１では，ＦＣＳ１０９，１１０と，共有ディスク１１１，ディスク１１２〜１１５によってＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が構成されている例を示している。このように，アプリケーションを提供するＡＰサーバは，負荷分散や高信頼化のために複数台で利用されている。
このような複数のＡＰサーバに，アプリケーションを配布するソフトウェア配布装置が公知である（例えば，特許文献１参照）。この従来技術では，はじめに配布の標準となるマスタソフトウェアをサーバに格納し，配布先のカスタマイズ情報を用いてマスタソフトウェアのカスタマイズを行い，配布先の環境にあわせたカスタマイズソフトウェアを作成する。次に配布情報から配布先アドレスを抽出し，配布先の所定の格納先に配布するというものである。これにより，配布先ごとにカスタマイズ情報を用意することにより，インストール後の設定等の作業を省くことが出来る。
【０００４】
【特許文献１】
特開２００２−４９４８５号公報
【０００５】
【発明が解決しようとする課題】
ところが，多数のＡＰサーバが用意されている状況で，一台又は数台にアプリケーションをインストールする場合，システム管理者がＡＰサーバの空きディスク容量やＣＰＵ性能等を考慮し，どのＡＰサーバにインストールするかを決定しなければならない。又，一旦システムが稼動を始めてしまうと，基本的にはＡＰサーバの変更を行うことができない。
本発明は，上記課題に鑑みて為されたものであり，ＡＰサーバの負荷状況に応じてアプリケーションのインストール先を自動的に変更可能にし，ＡＰサーバを効率的に運用可能にすることを目的とする。
【０００６】
【課題を解決するための手段】
請求項１の記載に係る発明は，
性能情報管理部と，最適サーバ判定部と，ストレージパス切替え部と，ＡＰインストール管理部と，ＡＰアンインストール管理部と，性能情報テーブルから構成される管理サーバであって，
性能情報テーブルには，サーバ名と，ＡＰサーバから定期的に取得した性能情報と，この性能情報と管理情報ＤＢの性能情報重み数値テーブルに格納されている重み数値を用いて重み付け計算した重み付け計算結果が格納され，
最適サーバ判定部は，アプリケーションをインストールするのに最も適したＡＰサーバを，性能情報テーブルに格納されている重み付け計算結果を用いて管理下にあるＡＰサーバの中から決定する，
ことを特徴とする。
【０００７】
請求項２の記載に係る発明は，
請求項１に記載された管理サーバにおいて，
性能情報は，ＣＰＵ使用率，メモリ使用率，ディスク使用率を含むことを特徴とする。
【０００８】
請求項３の記載に係る発明は，
性能情報収集部と，ＡＰインストール処理部と，ＡＰアンインストール処理部と，性能条件判定部と，アプリケーション起動停止処理部と，性能測定結果テーブルと，再配置条件式テーブルから構成されるＡＰサーバであって，
性能結果テーブルには，性能情報収集部が定期的に収集する当該ＡＰサーバの性能情報が格納され，
再配置条件式テーブルには，性能情報収集部が収集したアプリケーションのＡＰ名及びその不適切条件式即ち再配置条件式が格納され，
性能条件判定部は，当該ＡＰサーバが実行しているアプリケーションが，再配置条件式を満たした時，管理サーバに再配置が必要になった旨を通知し，アプリケーションの再配置を要請する，
ことを特徴とする。
【０００９】
請求項４の記載に係る発明は，
ＡＰテーブルと，サーバテーブルと，ストレージパステーブルと，性能情報重み数値テーブルが格納されている管理情報ＤＢであって，
ＡＰテーブルには，アプリケーションを識別するためのＡＰ名，現在インストールされているサーバ名，配布に不適切な或いは再配置を行う必要があると判定するための条件式，再配置を行う時間帯が格納され，
性能情報重み数値テーブルには，各性能情報の各値に対する重み数値が格納される，
ことを特徴とする。
【００１０】
請求項５の記載に係る発明は，
振り分けテーブルが格納されている管理情報ＤＢであって，
振り分けテーブルには，アプリケーションを識別するためのＡＰ名，アプリケーションが稼動しているＡＰサーバ名，同じアプリケーションが複数稼動している時，どのＡＰサーバに接続するかを決定するための優先順位が格納される，
ことを特徴とする。
【００１１】
請求項６の記載に係る発明は，管理サーバ装置が，
請求項１又は請求項２に記載された管理サーバと，請求項４に記載された管理情報ＤＢから構成されることを特徴とする。
【００１２】
請求項７の記載に係る発明は，
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムが，性能情報テーブルから各サーバの重み付け計算結果を取得するステップと，重み付け計算結果が最大であるサーバを選択するステップからなる最適サーバ判定プログラムであることを特徴とする。
【００１３】
請求項８の記載に係る発明は，
コンピュータプログラムを記憶した記憶媒体であって，
コンピュータプログラムが，再配置条件式テーブルからアプリケーションの再配置条件を取得するステップと，再配置条件を満たしているか否かを判定するステップと，再配置条件を満たしている場合に管理サーバに当該アプリケーションの再配置が必要になった旨を通知するステップからなる性能条件判定プログラムであることを特徴とする。
【００１４】
【発明の実施の形態】
以下，本発明の実施例を図面により詳細に説明する。図１は本発明のアプリケーション配布及び再配置を実現するためのシステム構成を示す図である。システム構成そのものは，従来の技術の欄で既述したように従来から知られている。
【００１５】
図１において，前記システムは，管理サーバ１０１と，管理情報ＤＢ１０２と，フロントサーバ１０３と，管理情報ＤＢ１０４と，ＡＰサーバ１０５〜１０８と，ＦＣＳ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  Ｓｗｉｔｃｈ）１０９，１１０と，共有ディスク１１１と，ディスク１１２〜１１５と，ネットワーク１１６，１１７と，クライアント１１８，１１９から構成される。この構成要素の内，管理サーバ１０１と，管理情報ＤＢ１０２と，管理情報ＤＢ１０４と，ＡＰサーバ１０５〜１０８が本発明による新規な装置であり，それ以外の装置は従来から知られているものである。
【００１６】
（管理サーバ）
本発明の管理サーバを図２〜図９を用いて説明する。図２は本発明の管理サーバ１０１の構成を，図３は性能情報テーブル２０７の例を，図４は本発明の管理情報ＤＢ１０２の構成を，図５はＡＰテーブル４０１の例を，図６はサーバテーブル４０２の例を，図７はストレージパステーブル４０３の例を，図８は性能情報重み数値テーブル４０４の例を，図９は最適サーバ判定部２０３の動作のフローチャートを，それぞれ示す図である。
【００１７】
管理サーバ１０１は，アプリケーションを配布したり再配置をする機能を有し，ＡＰサーバ１０５〜１０８，アプリケーション，ネットワーク，ＦＣＳ１０９，１１０等の性能情報を管理する機能を備えており，配布するアプリケーションのディスクイメージやストレージパス，性能条件等を保持する管理情報ＤＢ１０２を有する。
【００１８】
図２において，管理サーバ１０１は，性能情報管理部２０１と，ＦＣＳ性能測定部２０２と，最適サーバ判定部２０３と，ストレージパス切替え部２０４と，ＡＰインストール管理部２０５と，ＡＰアンインストール管理部２０６と，性能情報テーブル２０７から構成される。
【００１９】
性能情報管理部２０１は，ネットワーク１１６を介して，ＡＰサーバ１０５〜１０８，ディスク１１１〜１１５から性能情報を収集し，又，ＡＰサーバに，アプリケーションをその付随情報（ＡＰテーブル４０１に格納されている不適切条件式やストレージパス等）と共に配布したり再配置をするものである。ＦＣＳ性能測定部２０２は，ＦＣＳ１０９，１１０の性能情報を収集するものである。ストレージパス切替え部２０４は，アプリケーションを別のＡＰサーバに移動するときに，これまでアプリケーションが使用していたデータへのパスを移動先のＡＰサーバから見たパスに変更するものである。ＡＰインストール管理部２０５は，インストールするアプリケーションの登録やＡＰサーバにインストール情報を送るものである。ＡＰアンインストール管理部２０６は，削除するアプリケーションの選択やＡＰサーバにアンインストールの指示を行うものである。これらの構成要素は，従来から知られているものである。
【００２０】
最適サーバ判定部２０３は，アプリケーションをインストールするのに最も適したＡＰサーバを，性能情報テーブル２０７（詳細は後述する，図３参照），及び管理情報ＤＢ１０２が保持するＡＰテーブル４０１，サーバテーブル４０２，ストレージパステーブル４０３，性能情報重み数値テーブル４０４（詳細は後述する，図４及び図５〜図８参照）を用いて，ＡＰサーバ１０５〜１０８の中から決定する。
【００２１】
性能情報テーブル２０７は，図３に示すように，サーバ名，ＣＰＵ使用率，メモリ使用率，ディスク使用率，・・・，重み付け計算結果を格納するテーブルである。性能情報テーブル２０７の前記情報の内，重み付け計算結果を除く性能情報は，管理サーバ１０１が，管理しているＡＰサーバ（このＡＰサーバ名は，サーバテーブル４０２に格納されている）の性能測定結果テーブル３０６（詳細は後述する，図１１参照）から，定期的に取得して格納する。又，重み付け計算結果は，前記性能情報に，性能情報重み数値テーブル４０４に格納されている重み数値を用いて重み付け計算し，格納する。例えば，ＡＰサーバ１０５の性能情報が図１１に示す通りであり，性能情報の重み数値が図８の性能情報重み数値テーブル４０４に示す通りである場合，ＣＰＵ使用率が１０％の重みは１０，メモリ使用率が７０％の重みは６，ディスク使用率６５％の重みは４であるから，重み付け計算結果は１０＋６＋４＝２０である。性能情報テーブル２０７の前記重み付け計算結果情報は，最適サーバ判定部２０３のステップＳ１の処理で使用され，最適なサーバが決定される。
【００２２】
図４は，管理サーバ１０１が使用する管理情報ＤＢ１０２に格納されるデータの詳細を示したものである。管理情報ＤＢ１０２は，ＡＰテーブル４０１と，サーバテーブル４０２と，ストレージパステーブル４０３と，性能情報重み数値テーブル４０４と，配布しインストールするためのアプリケーションである配布ＡＰ４０５〜４０７から構成される。
ＡＰテーブル４０１には，図５に示すように，管理サーバ１０１がシステム内で管理している各アプリケーションについて，識別するためのＡＰ名，アプリケーションの製品名，現在インストールされているサーバ名，使用されているストレージパス，配布に不適切な或いは再配置を行う必要があると判定するための条件式（図５では「不適切条件式」と表示している），再配置を行う時間帯が格納される。アプリケーションＡＰ１の配布に不適切な或いは再配置を行うための条件式として，ＣＰＵ使用率＞６０％ｏｒメモリ使用率＞８０％が図５に例示されている。なお，アプリケーションの配布に不適切な或いは再配置の条件としては，他に再配置を行う曜日，ＡＰサーバの性能情報の閾値を超えた回数等がある。
【００２３】
サーバテーブル４０２には，図６に示すように，管理サーバ１０１が管理しているＡＰサーバのサーバ名が格納される。最適サーバ判定部２０３は，このテーブルに登録されたＡＰサーバの中から，アプリケーションをインストールするのに最適なサーバを選択する。
【００２４】
ストレージパステーブル４０３には，図７に示すように，ＳＡＮ内の各ディスク１１１〜１１５へのパスが各ＡＰサーバごとに格納される。このストレージパステーブル４０３は，ストレージパス切替え部２０４が使用するもので，アプリケーションが再配置された場合に，再配置前に使用していたデータをそのまま移動先のサーバから使用出来るようにするためのパスの変換に使用する。
【００２５】
性能情報重み数値テーブル４０４には，図８に示すように，各性能情報（ＣＰＵ使用率，メモリ使用率，ディスク使用率，・・・）の各値に対する重み数値が格納される。なお，テーブル中の「値の範囲」の欄の初期値を１１％，２１％，３１％，・・・と「＊１％」としているが，これは解り易すく表現するためのものであり，実際は，１０％を超える，２０％を超える，３０％を超える，・・・の意味である。管理サーバ１０１は，ＡＰサーバから定期的に送られて来る性能測定結果テーブル３０６に格納されている性能情報に，性能情報重み数値テーブル４０４に格納されている重み数値を用いて重み付けし，その計算結果を性能情報テーブル２０７に格納し，この値を使用して最適なサーバを決定する。ＡＰサーバ１０５の性能情報が図１１に示す通りであり，図８の重み付け数値を使用する場合，ＡＰサーバ１０５の重み付け計算結果は２０である。（図３の性能情報テーブル２０７参照）
次に，最適サーバ判定部２０３の動作について説明する。
【００２６】
図９において，アプリケーションを新規に配布し或いは再配置してインストールする場合，性能情報テーブル２０７から各サーバの重み付け計算結果を取得し（ステップＳ１１），続いて重み付け計算結果が最大のサーバを選択する（ステップＳ１２）。これにより，最適なサーバを決定する。
（ＡＰサーバ）
本発明のＡＰサーバを図１０〜図１３を用いて説明する。図１０は本発明のＡＰサーバの構成を，図１１は性能測定結果テーブル３０６の例を，図１２は再配置条件式テーブル３０７の例を，図１３は性能条件判定部３０４の動作のフローチャートの例を，それぞれ示す図である。
【００２７】
ＡＰサーバ１０５〜１０８は，ＡＰサーバ自身のＣＰＵやメモリ，当該ＡＰサーバが実行しているアプリケーション等の性能情報収集を行い，及び，当該ＡＰサーバが実行しているアプリケーションに再配置が必要か判定し，収集した性能情報や判定結果を管理サーバ１０１に通知する機能を有し，又，管理サーバ１０１の指示によりアプリケーションのインストールを行い，アプリケーションをクライアントが利用出来る状態にする機能を備える。
【００２８】
図１０において，ＡＰサーバは，性能情報収集部３０１と，ＡＰインストール処理部３０２と，ＡＰアンインストール処理部３０３と，性能条件判定部３０４と，アプリケーション起動停止処理部３０５と，性能測定結果テーブル３０６と，再配置条件式テーブル３０７から構成される。
性能情報収集部３０１は，ＡＰサーバのＣＰＵ使用率やメモリ使用率，当該ＡＰサーバにインストールされているアプリケーションに関する情報（ＡＰテーブル４０１に格納されている不適切条件式やストレージパス）等の性能情報を収集するものである。ＡＰインストール処理部３０２は，管理サーバ１０１からのアプリケーションインストール指示により当該アプリケーションのインストールを行うものである。ＡＰアンインストール処理部３０３は，管理サーバ１０１からのアプリケーション削除指示により，アプリケーションのアンインストールを行うものである。アプリケーション起動停止処理部３０５は，インストールしたアプリケーションを起動，停止するものである。これらの構成要素は，従来から知られているものである。
【００２９】
性能結果テーブル３０６には，図１１に示すように，性能情報収集部３０１が定期的に収集する当該ＡＰサーバの性能情報であるＣＰＵ使用率，メモリ使用率，ディスク使用率等が格納される。
【００３０】
再配置条件式テーブル３０７には，図１２に示すように，性能情報収集部３０１が収集したアプリケーションのＡＰ名及びその不適切条件式即ち再配置条件式が格納される。
【００３１】
性能条件判定部３０４は，当該ＡＰサーバが実行しているアプリケーションが，図１２の再配置条件式テーブル３０７に格納されている再配置条件式を満たし，再配置する必要があるかどうかの判定を行うものである。図１３はその処理の２つの例を示している。図１３において，初めの例では，アプリケーションＡＰ１を処理しているサーバの性能条件判定部３０４は，始めに再配置条件式テーブル３０７からアプリケーションＡＰ１の再配置条件式を取得し（ステップＳ２１），続いてＣＰＵ使用率が６０％を超えているかを判定する（ステップＳ２２）。次に，メモリ使用率が８０％を超えているかを判定し（ステップＳ２３），何れかがＹＥＳの場合に管理サーバ１０１の性能情報管理部２０１に，アプリケーションＡＰ１の再配置が必要になった旨を通知し（ステップＳ２４），アプリケーションの再配置を要請する。第２の例では，アプリケーションＡＰ２を処理しているサーバの性能条件判定部３０４は，始めに再配置条件式テーブル３０７からアプリケーションＡＰ２の再配置条件式を取得し（ステップＳ３１），続いてＣＰＵ使用率が５０％を超えているかを判定し（ステップＳ３２），次にディスク使用率が８０％を超えているかを判定し（ステップＳ３３），何れもが共にＹＥＳの場合に管理サーバ１０１の性能情報管理部２０１に，アプリケーションＡＰ２の再配置が必要になった旨を通知する（ステップＳ３４）。
【００３２】
図１４は，他の例を示しており，ＣＰＵ使用率が４０％を超えたか，或いは，メモリ使用率が７０％を超え且つディスク使用率が６０％を超えた場合に，アプリケーションの再配置を要請するものである。サーバの性能条件判定部３０４は，始めに，再配置条件式テーブル３０７から当該アプリケーションの再配置条件式を取得し（ステップＳ４１），続いてＣＰＵ使用率が４０％を超えているかを判定し（ステップＳ４２），ＹＥＳの場合に管理サーバ１０１の性能情報管理部２０１に，当該アプリケーションの再配置が必要になった旨を通知する（ステップＳ４５）。ステップＳ４２の判定がＮＯである場合は，続いてメモリ使用率が７０％を超えているかを判定し（ステップＳ４３），ＮＯであれば処理を終了する。ステップＳ４３の判定がＹＥＳである場合は，次にディスク使用率が６０％を超えているかを判定し（ステップＳ４４），ＹＥＳの場合に管理サーバ１０１の性能情報管理部２０１に，当該アプリケーションの再配置が必要になった旨を通知し（ステップＳ４５），当該アプリケーションの再配置を要請する。
【００３３】
管理情報ＤＢ１０４は，図１５に示すように，図１６に示す振り分けテーブル５０１を有する。振り分けテーブル５０１には，アプリケーションを識別するためのアプリケーション名，アプリケーションが稼動しているＡＰサーバ名，同じアプリケーションが複数稼動している時，どのＡＰサーバに接続するかを決定するための優先順位，現在のアプリケーションが快適に使用出来るかどうかを示す稼動状態が格納される。
フロントサーバ１０３は，管理情報ＤＢ１０４の振り分けテーブル５０１を用いて，クライアント１１８，１１９からのアプリケーション利用要求に対して適切なＡＰサーバに振り分ける。
次に，図１７〜図１９を用いて，アプリケーションを配布しインストールする場合，アプリケーションを削除する場合，アプリケーションを再配置する場合の処理について説明する。
【００３４】
図１７は，アプリケーションを新規にインストールする場合の処理の流れを示したものである。図１７において，システム管理者が管理サーバ１０１に対してインストールするアプリケーションの登録を行い，システムにインストールするアプリケーション数を指定し，アプリケーションの配布或いは再配置の条件を指定する。次に，管理サーバ１０１は，最適サーバ判定部２０３を用いて，アプリケーションをインストールするのに適したＡＰサーバを指定された数だけ決定し，ＡＰサーバにアプリケーションインストール指示を送信する。インストール指示を受信したＡＰサーバは，管理サーバ１０１に準備完了を通知する。管理サーバ１０１はアプリケーションをプッシュ配布し，ＡＰサーバにインストールを行う。又アプリケーションと同時に不適切条件式やストレージパス等の環境設定情報も送信する。インストールが正常に終了した場合，ＡＰサーバは管理サーバに対して正常にインストールが完了したことを通知する。完了通知を受け取った管理サーバ１０１は，ＡＰサーバのアプリケーション起動停止処理部３０５に対してアプリケーション起動要求を送信する。起動要求を受信したアプリケーション起動停止処理部３０５はアプリケーションを起動し，アプリケーションが起動した旨を管理サーバ１０１に通知する。起動完了通知を受けた管理サーバ１０１は，この起動したアプリケーションに関する情報をＡＰテーブル４０１に格納して更新し，新たに追加されたアプリケーションの情報をフロントサーバ１０３に通知する。フロントサーバ１０３は通知された情報をもとに振り分けテーブル５０１を更新し，管理サーバ１０１に正常に更新が完了した旨を通知する。インストール処理の途中で失敗した場合，ＡＰサーバは管理サーバ１０１にインストールが失敗した旨を通知する。管理サーバ１０１は管理している残りのＡＰサーバから最適なＡＰサーバを決定し，インストールの指示を送信する。
【００３５】
図１８は，アプリケーションを削除する場合の処理の流れを示したものである。図１８において，システム管理者が管理サーバ１０１に対してアンインストールするアプリケーションを指定する。ＡＰアンインストール管理部２０６は，削除するアプリケーションが稼動しているＡＰサーバのＡＰアンインストール処理部３０３に対し，アプリケーション削除要求を通知する。通知されたＡＰアンインストール処理部３０３はアプリケーションを停止させ，アンインストールを行う。アンインストールが完了したらＡＰアンインストール管理部２０６に完了通知を送る。完了通知を受け取ったＡＰアンインストール管理部２０６は，ＡＰテーブル４０１から削除したアプリケーションの情報を削除し，フロントサーバ１０３にアプリケーションが削除された旨を通知する。通知されたフロントサーバ１０３は振り分けテーブルから削除したアプリケーションの情報を削除し，ＡＰアンインストール管理部２０６に完了通知を送信する。
図１９は，アプリケーションを再配置する場合の処理の流れを示したものである。図１９において，ＡＰサーバは，性能情報収集部３０１により定期的に性能情報を収集し，性能条件判定部３０４を用いて処理しているアプリケーションの再配置条件式を満たすか判定する。再配置条件式を満たす場合，ＡＰサーバは管理サーバ１０１の性能情報管理部２０１にその旨を通知する。又，ＦＣＳ性能測定部２０２によりＦＣＳ１０９，１１０の性能情報が指定した閾値を超えていないかを判定し，超えていた場合は性能情報管理部２０１に通知する。性能情報管理部２０１が通知を受け取った場合，最適サーバ判定部２０３がアプリケーションを再配置するのに適切なＡＰサーバを決定する。適切なＡＰサーバが存在する場合，配布時にシステム管理者が指定した再配置時間をＡＰテーブル４０１から取得し，その時間にアプリケーションの再配置を行う。再配置を行う場合，ＡＰインストール管理部２０５の指示により，選択されたＡＰサーバにアプリケーションのインストールを行う。インストールに成功した場合，ストレージパス切替え部２０４は現在アプリケーションが稼動しているＡＰサーバのストレージパスをＡＰテーブル４０１から取得し，ストレージパステーブル４０３によって移動先のＡＰサーバのパスに変換して移動先のＡＰサーバに通知する。通知されたＡＰサーバのＡＰインストール処理部３０２は，通知されたストレージパスをアプリケーションのデータパスに設定する。正常にパスが設定された場合，ＡＰインストール処理部３０２は管理サーバ１０１のＡＰインストール管理部２０５に正常に完了した旨を通知する。管理サーバ１０１はＡＰサーバのアプリケーション起動停止処理部３０５に対してアプリケーション起動要求を送信する。起動要求を受け取ったアプリケーション起動停止処理部３０５はアプリケーションを起動し，正常に起動した旨をＡＰインストール管理部２０５に通知する。通知を受け取ったＡＰインストール管理部２０５は，ＡＰテーブル４０１を更新し，ＡＰアンインストール管理部２０６にアプリケーションの削除要求を送信する。ＡＰアンインストール管理部２０６は移動前のＡＰサーバのＡＰアンインストール処理部３０３に削除要求を送信する。削除要求を受信したＡＰアンインストール処理部３０３はアプリケーションのアンインストールを行い，削除した旨をＡＰアンインストール管理部２０６に送信する。
【００３６】
【発明の効果】
以上述べたように，本発明によれば，ＡＰサーバの負荷状況に応じてアプリケーションのインストール先を自動的に変更出来，ＡＰサーバを効率的に運用出来るという効果がある。又，アプリケーションのインストール時に，システム管理者がインストール先を意識する必要が無くなるという効果がある。
【図面の簡単な説明】
【図１】クライアント／サーバ方式によるアプリケーションの分散システムの例を示す図である。
【図２】本発明の管理サーバ１０１の構成を示す図である。
【図３】性能情報テーブル２０７の例を示す図である。
【図４】本発明の管理情報ＤＢ１０２の構成を示す図である。
【図５】ＡＰテーブル４０１の例を示す図である。
【図６】サーバテーブル４０２の例を示す図である。
【図７】ストレージパステーブル４０３の例を示す図である。
【図８】性能情報重み数値テーブル４０４の例を示す図である。
【図９】最適サーバ判定部２０３の動作のフローチャートを示す図である。
【図１０】本発明のＡＰサーバ１０５〜１０８の構成を示す図である。
【図１１】性能測定結果テーブル３０６の例を示す図である。
【図１２】再配置条件式テーブル３０７の例を示す図である。
【図１３】性能条件判定部３０４の動作のフローチャートの例を示す図である。
【図１４】性能条件判定部３０４の動作のフローチャートの他の例を示す図である。
【図１５】フロントサーバ１０３が保持する本発明の管理情報ＤＢ１０４の構成を示す図である。
【図１６】振分けテーブル５０１の例を示す図である。
【図１７】アプリケーションを新規にインストールする場合の処理シーケンスを示す図である。
【図１８】アプリケーションを削除する場合の処理シーケンスを示す図である。
【図１９】アプリケーションを再配置する場合の処理シーケンスを示す図である。
【符号の説明】
１０１  管理サーバ
１０２  管理情報ＤＢ
１０３  フロントサーバ
１０４  管理情報ＤＢ
１０５〜１０８  ＡＰサーバ
１０９〜１１０  ＦＣＳ
１１１  共有ディスク
１１２〜１１５  ディスク
１１６，１１７  ＬＡＮ
１１８，１１９  クライアント
２０１  性能情報管理部
２０２  ＦＣＳ性能測定部
２０３  最適サーバ判定部
２０４  ストレージパス切替え部
２０５  ＡＰインストール管理部
２０６  ＡＰアンインストール管理部
２０７  性能情報テーブル
３０１  性能情報収集部
３０２  ＡＰインストール処理部
３０３  ＡＰアンインストール処理部
３０４  性能条件判定部
３０５  アプリケーション起動停止処理部
３０６  性能測定結果テーブル
４０１  ＡＰテーブル
４０２  サーバテーブル
４０３  ストレージパステーブル
４０４  性能情報重み数値テーブル
４０５〜４０７  配布アプリケーション
５０１  振分けテーブル
【図１】
2004178290.tif 000003
【図２】
2004178290.tif 000004
【図３】
2004178290.tif 000005
【図４】
2004178290.tif 000006
【図５】
2004178290.tif 000007
【図６】
2004178290.tif 000008
【図７】
2004178290.tif 000009
【図８】
2004178290.tif 000010
【図９】
2004178290.tif 000011
【図１０】
2004178290.tif 000012
【図１１】
2004178290.tif 000013
【図１２】
2004178290.tif 000014
【図１３】
2004178290.tif 000015
【図１４】
2004178290.tif 000016
【図１５】
2004178290.tif 000017
【図１６】
2004178290.tif 000018
【図１７】
2004178290.tif 000019
【図１８】
2004178290.tif 000020
【図１９】
2004178290.tif 000021