(57)【要約】【課題】サーバーシステムの好ましい性能を維持しつつサーバーシステム側でサーバーシステムのレスポンスを監視する方法と装置を提供する。【解決手段】シミュレーションアプリケーションを対象サーバーシステムで起動する段階と、ループ状のプロセスを生成する段階と、前記ループ状のプロセスを多重的に生成する段階と、対象サーバーシステムの処理多重度を変化させる段階と、対象サーバーシステムの各処理多重度におけるスループットとレスポンスを計測し、対象サーバーシステムのトランザクション密度曲線を取得する段階と、サービスオペレーション時に対象サーバーシステムの処理多重度を表すシステムパラメーターを監視する段階と、対象サーバーシステムの処理多重度がトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときにアラートを発しあるいはユーザーのアクセスを自動制限する段階と、を有する。【選択図】  図３
2004302547.tif 000002
【特許請求の範囲】
【請求項１】
サービスアプリケーションと同一または類似のシミュレーションアプリケーションを対象サーバーシステムで起動する段階と、
前記対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成する段階と、
前記対象サーバーシステムに対して前記ループ状のプロセスを多重的に生成し、そして前記対象サーバーシステムの処理の多重度を変化させる段階と、
前記対象サーバーシステムの処理の多重度を変化させるごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得する段階と、
前記対象サーバーシステムのサービスオペレーション時に前記対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視する段階と、
前記対象サーバーシステムの処理多重度が前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限する段階と、
を有することを特徴とするサーバーシステムのレスポンス監視方法。
【請求項２】
前記システムパラメーターは、ＯＳが把握している処理多重度、あるいはサービスアプリケーションが把握している処理多重度、あるいは、コネクションの数であることを特徴とする請求項１に記載のサーバーシステムのレスポンス監視方法。
【請求項３】
シミュレーション用の処理要求および必要なデータを入力する入力手段と、
対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成し、前記対象サーバーシステムの処理の多重度を変化させ、前記対象サーバーシステムの処理の多重度ごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得するトランザクション密度曲線取得手段と、
送受信手段と、
を有することを特徴とするサーバーシステムのレスポンス監視基準生成装置。
【請求項４】
対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視し、前記対象サーバーシステムの処理多重度が、前記対象サーバーシステムの各処理多重度におけるレスポンス対スループットの比を表すトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限するレスポンス監視手段を有することを特徴とするコンピューターシステム。
【請求項５】
シミュレーション用の処理要求および必要なデータを入力する入力手段と、対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成し、前記対象サーバーシステムの処理の多重度を変化させ、前記対象サーバーシステムの処理の多重度ごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得するトランザクション密度曲線取得手段と、送受信手段と、を有するレスポンス監視基準生成装置と、
対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視し、前記対象サーバーシステムの処理多重度が、前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限するレスポンス監視手段と、
を有することを特徴とするコンピューターシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアントサーバー形式のコンピューターシステムにおいてクライアントからの処理要求に対するサーバーシステムのレスポンスを監視する方法とそれに関連した装置に関する。
【０００２】
特に、本発明はサーバーシステムの最適なレスポンスをサーバーシステム側で監視できる方法と関連装置に関する。
【０００３】
【従来の技術】
一般に、複数のコンピューターによって一つのコンピューターシステムを構成することが広く行われている。
【０００４】
最近では、複数のサーバーによってＷｅｂサイトを構成し、ユーザー（クライアント）の要求に応じて所定のアプリケーションソフトウェア（本明細書において「サービスアプリケーション」という）によって処理を行って処理結果をユーザー（クライアント）に返すサービスを行うサーバーシステムが広く存在している。
【０００５】
ここで、本明細書において「サーバーシステム」とは、一般的には複数のサーバーが接続されて一つのサーバーシステムとして稼働する場合を指すが、本発明は複数のサーバーからなるサーバーシステムには限られず、単独のサーバーからなる場合も含めて「サーバーシステム」ということにする。
【０００６】
ところで、Ｗｅｂサイトを構成するサーバーシステムにとって、ユーザーが処理要求を発してからそのサーバーシステムの応答を受けるまでの時間（レスポンス）はきわめて大事な性能である。レスポンスが遅ければ、ユーザーが満足せず、結局はシステムのユーザーを十分に集めることができないからである。
【０００７】
一方、単位時間あたりどれだけの数のトランザクション（処理要求から応答までのひとまとまりの処理）を処理できるかという性能、すなわちスループットはサーバーシステムにとってもう一つの大事な性能である。
【０００８】
単位時間あたりに少しのトランザクションしか処理できないとすると、限られた数のユーザーからの要求しか処理できないことになり、アクセスすることができないユーザーが数多く存在する状態が頻繁に起こるようになる。これではやはりユーザーの満足が得られず、サービスを受ける会員を十分に集めることができない。
【０００９】
一般的な従来のサーバーシステムは、処理の多重度（同時並行処理の数）を増加させることによってスループットが向上するために、複数のユーザーからの処理要求を同時並行的に処理し、ユーザーからのアクセスが増えれば、アクセスの増加に追随して処理の多重度を上げてスループットの向上を図っていた。
【００１０】
ところで、サーバーシステムのレスポンス監視のためのものではないが、プログラムを自動性能評価するために本願発明と同様に評価用データ（本願発明ではアプリケーションの処理要求）を送信する技術があった（例えば、特許文献１参照。）
【００１１】
【特許文献１】
特開２００１−１１７７９４号公報（第１−３頁、第１図）
【００１２】
【発明が解決しようとする課題】
しかし、サーバーシステム側でクライアント側（ユーザー側）の待ち時間（サーバーシステムのレスポンス）を計測することができなかったために、従来のサーバーシステムは上述したようにアクセスの増加に追随して処理の多重度を上げてスループットの向上を図っているうちに、レスポンスが低下して実用的ではないレベルまでに処理速度が遅くなることがしばしば起きた。
【００１３】
上述したサーバーシステム側でサーバーシステムのレスポンスを計測することができないという同じ理由で、現状ではサーバーシステムのレスポンスの低下はユーザーからのクレームによってはじめて知ることができる。
【００１４】
しかし、ユーザーからサーバーシステムのレスポンスが低下したというクレームが届く頃には、サーバーシステムがほとんどダウンした状態になっており、サーバーシステムの稼働状態を修復するためには多くのトランザクションの処理を停止させて稼働状態を修復せざるを得ないことが多かった。
【００１５】
このようなサーバーシステムのダウンは、サーバーシステムが提供するサービスの種類によっては運営者の信用を大きく損なわせることになった。
【００１６】
そこで、本発明が解決しようとする課題は、サーバーシステム側でサーバーシステムのレスポンスを監視し、サーバーシステムのダウンを予防し、サーバーシステムをレスポンスとスループットの両観点から効率よく運転させることができるサーバーシステムのレスポンス監視方法とその関連装置を提供することにある。
【００１７】
【課題を解決するための手段】
本発明に係るサーバーシステムのレスポンス監視方法は、
サービスアプリケーションと同一または類似のシミュレーションアプリケーションを対象サーバーシステムで起動する段階と、
前記対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成する段階と、
前記対象サーバーシステムに対して前記ループ状のプロセスを多重的に生成し、そして前記対象サーバーシステムの処理の多重度を変化させる段階と、
前記対象サーバーシステムの処理の多重度を変化させるごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得する段階と、
前記対象サーバーシステムのサービスオペレーション時に前記対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視する段階と、
前記対象サーバーシステムの処理多重度が前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限する段階と、
を有することを特徴とするものである。
【００１８】
前記システムパラメーターは、ＯＳが把握している処理多重度、あるいはサービスアプリケーションが把握している処理多重度、あるいは、コネクションの数であるようにすることができる。
【００１９】
本発明によれば、シミュレーションによって対象サーバーシステムに多重処理の状態を生成し、対象サーバーシステムの各処理多重度ごとに対象サーバーシステムのスループットとレスポンスを計測し、対象サーバーシステムのトランザクション密度曲線を取得する。そして、サービスオペレーションにおいては対象サーバーシステムの処理多重度を監視し、対象サーバーシステムの処理多重度がトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときにアラートを発しあるいはユーザーのアクセスを自動制限する。
【００２０】
本発明によるサーバーシステムのレスポンス監視基準生成装置は、
シミュレーション用の処理要求および必要なデータを入力する入力手段と、
対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成し、前記対象サーバーシステムの処理の多重度を変化させ、前記対象サーバーシステムの処理の多重度ごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得するトランザクション密度曲線取得手段と、
送受信手段と、
を有することを特徴とするものである。
【００２１】
本発明によれば、入力手段がシミュレーション用の処理要求および必要なデータを入力し、トランザクション密度曲線取得手段が対象サーバーシステムとの間でループ状のプロセスを生成し、さらにループ状プロセスの数を変化させることによって種々の多重処理の状態を生成し、各多重処理度における対象サーバーシステムのスループットとレスポンスを計測し、対象サーバーシステムのトランザクション密度曲線を取得する。このトランザクション密度曲線は、対象サーバーシステムのサーバーシステムとしての好ましい性能を示しており、対象サーバーシステムが好ましい性能を維持できる範囲を明確にしてその範囲内で対象サーバーシステムのレスポンスを監視することができる。
【００２２】
本発明のコンピューターシステムは、
対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視し、前記対象サーバーシステムの処理多重度が、前記対象サーバーシステムの各処理多重度におけるレスポンス対スループットの比を表すトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限するレスポンス監視手段を有することを特徴とするものである。
【００２３】
本発明によれば、レスポンス監視手段が対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視し、対象サーバーシステムの処理多重度が、対象サーバーシステムのトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限する。これにより、本発明によれば、対象サーバーシステムがサーバーシステムとして好ましい性能を発揮できる範囲内でサーバーシステムのレスポンスを監視することができる。
【００２４】
本発明のコンピューターシステムは、
シミュレーション用の処理要求および必要なデータを入力する入力手段と、対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、ループ状のプロセスを生成し、前記対象サーバーシステムの処理の多重度を変化させ、前記対象サーバーシステムの処理の多重度ごとに前記対象サーバーシステムのスループットとレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得するトランザクション密度曲線取得手段と、送受信手段と、を有するレスポンス監視基準生成装置と、
対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視し、前記対象サーバーシステムの処理多重度が、前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限するレスポンス監視手段と、
を有することを特徴とするものである。
【００２５】
本発明によれば、サーバーシステムのレスポンス監視基準を生成でき、また、生成したレスポンス監視基準に基づいて該サーバーシステムのレスポンスを監視することができる。
【００２６】
【発明の実施の形態】
次に、本発明による「サーバーシステムのレスポンス監視方法と装置」の実施形態について以下に説明する。
【００２７】
図１は本発明の一実施形態におけるサーバーシステムとレスポンス監視基準生成装置とを示している。
【００２８】
図１に示した実施形態においては、レスポンスを監視しようとするサーバーシステム１（「対象サーバーシステム１」）と、この対象サーバーシステム１に対してレスポンスを監視する際にアクセスを制限するか否かを判断する基準（レスポンス監視基準）を生成するレスポンス監視基準生成装置２とが示されている。
【００２９】
ここで、対象サーバーシステム１は、すでに用途や用法が定められたサーバーシステム、すなわち特定のアプリケーションソフトウェア（以下単に「アプリケーション」という）を使用してサービスを行うことが定められており、システムの構成もすでに定められているサーバーシステムである。ただし、対象サーバーシステム１はユーザーからの処理要求に対してどの程度のレスポンスで応答するのがダウンせずに効率よく処理をできるかは未定の状態である。
【００３０】
なお、サービスに使用するアプリケーションを本明細書では「サービスアプリケーション」という。
【００３１】
図１に一例として示すように、対象サーバーシステム１はたとえばウェブサーバー（Ｗｅｂサーバー３）とウェブアプリケーションサーバー（ＷｅｂＡＰサーバー４）とデーターベースサーバー（ＤＢサーバー５）とディスク装置（Ｄｉｓｋ装置６）とからなる。
【００３２】
また、図１の例では、ＷｅｂＡＰサーバー４にレスポンス監視手段２０が設けられている。
【００３３】
Ｗｅｂサーバー３はユーザーのコンピューターとのインターフェースをなすサーバーである。
【００３４】
そして、ＷｅｂＡＰサーバー４はウェブサイトがサービスを提供するアプリケーション（サービスアプリケーション）を処理するサーバーである。
【００３５】
ＤＢサーバー５はＷｅｂＡＰサーバー４の要求に応じてデータベースに対して情報を検索・更新等するサーバーである。
【００３６】
また、Ｄｉｓｋ装置６は記憶装置である。データベースはＤｉｓｋ装置６に格納されている。
【００３７】
上記装置（サーバー等）３〜６は通常のインターネットにおけるウェブサイトのサーバーシステムの構成を最も単純かつ一般的な形で抽出して表したものである。しかし、図１は本願発明が対象とするサーバーシステムを上記構成のサーバーシステムに限るものではない。
【００３８】
上記装置（サーバー等）３〜６により、ウェブサイトのサーバーシステムは、ユーザーからのアクセス（処理要求）をＷｅｂサーバー３が受けると、ＷｅｂＡＰサーバー４がサービスアプリケーションを使用して要求に応じた処理を行い、処理時にＷｅｂＡＰサーバー４はＤＢサーバー５を介してＤｉｓｋ装置６のデータベースを参照・更新し、処理結果をＷｅｂサーバー３を介してユーザーのコンピューターに返信する。通常ユーザーからの一つの処理要求に対しては、上述したような一連の処理を行って、処理結果を返信したところで該処理要求に対する処理（トランザクション）を終了する。
【００３９】
レスポンス監視手段２０は本願発明の目的である対象サーバーシステム１のレスポンス、すなわち処理要求を受けてから処理結果を返信するまでの時間を監視するものである。
【００４０】
図２にレスポンス監視基準生成装置２の構成を示す。
【００４１】
本実施形態のレスポンス監視基準生成装置２は、入力手段７と、トランザクション密度曲線取得手段８と、送受信手段９と、クロック１０と、記憶装置１１とを有している。
【００４２】
入力手段７は、対象サーバーシステム１に対してシミュレーションのための処理要求またはそのために必要なデータ（１２）を入力する手段である。この入力手段７は、レスポンス監視基準生成装置２にコマンドを入力するための通常の入力手段と兼用してもよく、また、シミュレーションのための処理要求および必要なデータを入力する専用の入力手段であってもよい。
【００４３】
ここで「シミュレーション」は対象サーバーシステム１がユーザーに通常のサービスを提供しているときの処理の状態を再現することである。シミュレーションをするときは、対象サーバーシステム１がユーザーに通常のサービスを提供する時に使用するアプリケーションと同一または類似のアプリケーションを対象サーバーシステム１で起動させ、そのアプリケーションを実行させる。
【００４４】
上記「対象サーバーシステム１がユーザーに通常のサービスを提供しているときの処理」の状態を、対象サーバーシステム１の「サービスオペレーション」の状態という。
【００４５】
また上記「サービスアプリケーションと同一または類似のアプリケーション」とは、サービスアプリケーションと同様に対象サーバーシステム１の各構成装置Ｗｅｂサーバー３、ＷｅｂＡＰサーバー４、ＤＢサーバー５、にＤｉｓｋ装置６に処理させ、且つ、各構成装置３〜６に対してサービスアプリケーションと同様の負荷をかけるアプリケーションをいう。上記「サービスアプリケーションと同一または類似のアプリケーション」を「シミュレーションアプリケーション」という。
図３にサーバーシステムのレスポンス監視基準を生成する処理の流れを示す。
【００４６】
以下図３に沿って説明するが、図１，２と後述する図４，５を適宜参照することにより本発明によるサーバーシステムのレスポンス監視基準の生成方法と、レスポンス監視方法と、レスポンス監視基準生成装置２の各構成手段の作用と、レスポンス監視手段２０の作用が一層明確に理解される。
【００４７】
最初に、シミュレーションアプリケーションを対象サーバーシステム１で起動させる（図３：ステップＳ１００）。
【００４８】
次に、対象サーバーシステム１とレスポンス監視基準生成装置２（トランザクション密度曲線取得手段８）の間でループ状プロセス１３（図１，２）を生成する（図３：ステップＳ１１０）。
【００４９】
ここで、「ループ状プロセス」とは、対象サーバーシステム１に対してシミュレーションアプリケーションの処理要求または必要なデータを送信し、対象サーバーシステム１からの応答を受信すると再度対象サーバーシステム１にシミュレーションアプリケーションの処理要求を送信し、ループ状にシミュレーションアプリケーションの処理を繰り返させるようにしたものである。
【００５０】
ループ状プロセス１３を生成するには、シミュレーション用の処理要求の末尾に処理終了時に最初から処理を繰り返すように要求するコマンドを付加してもよい。あるいは、個々の処理要求に上述したような特殊なコマンドを付加せずに、トランザクション密度曲線取得手段８が送受信手段９を制御し、処理要求に対する処理結果を受信すると直ちに最初から処理する要求を発するように制御してもよい。
【００５１】
要するに、ループ状プロセス１３を生成するためには、ループ状に処理要求と応答を繰り返してシミュレーションアプリケーションを常に処理している状態にすればよく、処理要求自体を工夫するか、送受信を制御するかの方法によらない。
【００５２】
一つのループ状プロセス１３が形成されると、対象サーバーシステム１は常にそのループ状プロセス１３を処理している状態になるので、ループ状プロセス１３の数を複数にすると、対象サーバーシステム１は複数のプログラムを同時並行的に処理している多重処理の状態になる。
【００５３】
そこで、次にループ状プロセス１３を多重的に生成し、対象サーバーシステム１の処理の多重度を変化させる（図３：ステップＳ１２０）。
【００５４】
次に、トランザクション密度曲線取得手段８は対象サーバーシステム１のトランザクション密度曲線を取得する（図３：ステップＳ１３０）。
【００５５】
対象サーバーシステム１の処理の多重度を変化させながら、トランザクション密度曲線取得手段８は対象サーバーシステム１の各処理多重度ごとに、対象サーバーシステム１のスループット（単位時間あたりに処理するトランザクション数）と、対象サーバーシステム１のレスポンス（処理要求を発してから応答を受けるまでの時間）とを計測し、記憶装置１１に記憶させておく。
【００５６】
所定の範囲の処理多重度について、対象サーバーシステム１のレスポンスとトランザクションとを計測すると、トランザクション密度曲線取得手段８は記憶装置１１から全データを取得してトランザクション密度曲線を生成する。
【００５７】
ここで、「トランザクション密度」とはコンピューターのレスポンスに対するその時のスループットの比をいう。
【００５８】
「トランザクション密度曲線」は色々な処理多重度におけるコンピューター（この場合は対象サーバーシステム１）のトランザクション密度をプロットして描いた曲線である。
【００５９】
ここで、トランザクション密度曲線について図４を用いて説明する。
【００６０】
図４に、レスポンス監視基準生成装置２のトランザクション密度曲線取得手段８が対象サーバーシステム１に対してトランザクション密度曲線を取得する方法を概念的に示す。図４にはレスポンスと、スループットと、トランザクション密度の関係が示されている。以下図１〜４を参照しながらトランザクション密度曲線を取得する方法について説明する。
【００６１】
図４の左側のグラフに示すように、一般に処理の多重度を大きくするとスループット（単位時間内に処理できるトランザクションの数）は増大する。しかし、スループットは処理多重度を大きくする初期の段階では急激に増大するが次第に横ばい状態になる。
【００６２】
一方、レスポンスについては一般的に、処理の多重度を大きくするとレスポンスは減少する。
【００６３】
本発明では、スループット（単位時間あたりに処理できるトランザクション数）をレスポンスで除した値、すなわちレスポンスに対するスループットの比を「トランザクション密度（ｔｒｎ／ｓ２）」と定義し、図４の右側のグラフに示すように処理の多重度を変化させた場合のトランザクション密度（ｔｒｎ／ｓ２）の曲線を取得する。
【００６４】
トランザクション密度は、「サーバーシステムとしての好ましさ」の指標を示している。すなわち、早いレスポンスで高いスループットを得られる指標を示しているのである。この「サーバーシステムとしての好ましさ」の指標がサーバーシステムの処理多重度との関係で把握することができることは特筆すべきことである。なぜなら、サーバーシステムの処理多重度はサーバーシステム側で容易に把握することができるからである。
【００６５】
図４において、トランザクション密度がもっとも高い値を示す処理多重度は、当該処理多重度において対象の装置がレスポンスに対するスループットの比が最も高くなることを示している。言葉を変えると、トランザクション密度がもっとも高い値を示す処理多重度は、サーバーシステムとしては最も好ましい性能を発揮することができる処理多重度を示していると言うことができる。
【００６６】
本発明によるサーバーシステムのレスポンス監視方法は、上記「処理多重度」を考慮した上で「処理多重度」から「レスポンス」を監視しようとするものである。
【００６７】
つまり、本発明によるサーバーシステムのレスポンス監視方法は、サーバーシステムが最も好ましい性能を発揮できる処理多重度とレスポンスの範囲を予め把握し、サーバーシステムとしての性能が低下する前にユーザーのアクセスを制限しようとするものである。
【００６８】
図５にその一例を示す。
図５の例は、上述したシミュレーションの結果、対象サーバーシステム１のトランザクション密度曲線から取得したものである。この例では、処理多重度が２０トランザクション［ｔｒｎ］の時に対象サーバーシステム１のトランザクション密度が最も高い値（表示せず）を示し、その時のレスポンスは３秒［ｓｅｃ］という値を得ている。
【００６９】
処理多重度が２０トランザクション［ｔｒｎ］未満であるとレスポンスは３秒［ｓｅｃ］以下になるが、サーバーシステムとしては本来もっとスループットを大きくできるのに処理していない状態、いわば遊んでいる状態になる。一方、処理多重度が２０トランザクション［ｔｒｎ］を超えると装置として遊んでいる状態は解消するがレスポンスが遅くなる。
【００７０】
図５の例では、対象サーバーシステム１の処理多重度が２５トランザクション［ｔｒｎ］になるとレスポンスは６秒［ｓｅｃ］になり、さらに処理多重度が３０トランザクション［ｔｒｎ］になるとレスポンスは１５秒［ｓｅｃ］になる計測結果を予め得ている。
【００７１】
そこで、図５の例によるサーバーシステムのレスポンス監視基準では、レスポンスが６秒［ｓｅｃ］以下ならば許容し、６秒［ｓｅｃ］〜１５秒［ｓｅｃ］ならば処理を続けるがアラートを発し、１５秒［ｓｅｃ］以上ならばユーザーのアクセスを制限すると定めることができる。なお、許容できる範囲やアラートを発する範囲やユーザーのアクセスを制限する範囲は、サービスアプリケーションの種類によって相違するので個別具体的に定めるものとする。
【００７２】
このようにしてレスポンス監視基準が生成されると、レスポンス監視基準生成装置２からレスポンス監視基準をレスポンス監視手段２０に出力する（図３：ステップＳ１４０）。
以上が対象サーバーシステム１のレスポンス監視基準の生成方法であった。
【００７３】
次に、このレスポンス監視基準を使用して対象サーバーシステム１のレスポンスを監視する方法について説明する。
レスポンスの監視は、レスポンス監視手段２０により、対象サーバーシステム１のシステムパラメーターを監視する（図３：ステップＳ１５０）。
【００７４】
システムパラメーターとは、対象サーバーシステム１の処理多重度を示す指標である。
【００７５】
対象サーバーシステム１の処理多重度は、ＯＳによって把握され、あるいはサービスアプリケーション自体によって把握され、あるいはコネクションの数によって把握される。
【００７６】
図６に示すように、レスポンス監視手段２０は、ＯＳ、あるいはアプリケーション（サービスアプリケーションの一部）、あるいは当該構成装置のコネクション数を監視し、これによって対象サーバーシステム１の処理多重度を常に把握する。
【００７７】
そして、システムパラメーターが示す対象サーバーシステム１の処理多重度が、トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、レスポンス監視手段２０はアラートを発し、あるいはユーザーのアクセスを自動制限する（図３：ステップＳ１６０）。
【００７８】
なお、アラートを発するかユーザーのアクセスを制限するかは任意に定めることができ、図５の例に示すように段階的にアラートを発した後にアクセスを制限するようにしてもよいし、アラートとアクセス制限を同時に行ってもよいし、いずれか一方のみを行ってもよい。
【００７９】
以上が本実施形態によるサーバーシステムのレスポンス監視基準の生成方法とレスポンス監視方法、およびそれに関連する装置の説明であった。
【００８０】
本発明のレスポンス監視の方法によれば、従来はユーザーからのクレームによって初めてサーバーシステムのレスポンスが低下していることを知らされ、大抵の場合はサーバーシステムがすでにダウン寸前の状態になっていて有効な対策をうつことができないことが多かったのに対して、サーバーシステムの処理多重度（システムパラメーター）を監視することによって、サーバーシステムの運営者はサーバーシステムが発揮している好ましさの性能（トランザクション密度）を把握することができ、そのサーバーシステムとしての好ましさの性能を維持できる範囲内でサーバーシステムのレスポンスの低下を推測することができ、ユーザーからのアクセスがサーバーシステムとしての好ましい性能を維持できない程度に増加したときには、事前にサーバーシステムの運営者にアラートを発し、あるいは、ユーザーのアクセスを自動制限することができる。これにより、すでに接続しているユーザーのレスポンスに対する不満を未然に防止することができ、また、サーバーシステム全体がダウンすることを防止することができるのである。
【００８１】
なお、図１の例では、レスポンス監視手段２０はＷｅｂＡＰサーバー４に設けられていたが、レスポンス監視手段２０は、ＷｅｂＡＰサーバー４に設けられることに限定する必要はなく、対象サーバーシステム１の任意の構成装置に設けることができる。また、レスポンス監視手段２０は、図７に示すように対象サーバーシステム１の構成装置から独立した装置として設けることもできる。さらにまた、図８に示すようにサーバーシステム（コンピューターシステム）は、レスポンス監視手段２０とレスポンス監視基準生成装置２とを含むようにしてもよい。
【００８２】
【発明の効果】
以上の説明から明らかなように、本発明によれば、レスポンスとスループットの関係によってサーバーシステムとしての好ましい性能の指標を求め、そのサーバーシステムとしての好ましい性能を維持できる範囲内で、処理多重度とレスポンスの関係を予め求め、サーバーシステムの処理の多重度を示すシステムパラメーターを監視することにより、サーバーシステムとしての好ましい性能が低下する前に、サーバーシステムの運営者にアラートを発し、あるいは、ユーザーのアクセスを自動制限することができる。
【００８３】
これにより、従来はユーザーからのクレームによって初めてサーバーシステムのレスポンスが低下していることを知らされ、サーバーシステムの稼働状態がすでに修復するのが困難になっていることが多かったのに対して、サーバーシステムの処理多重度（システムパラメーター）によってクライアント側の待ち時間を推測でき、サーバーシステムとして好ましい性能を維持できる範囲を超えてアクセスが増加したときは、事前にサーバーシステムの運営者にアラートを発し、あるいは、ユーザーのアクセスを自動制限することができ、サーバーシステムのダウンの事故を未然に防止することができ、ユーザーには常に快適なレスポンスによってサービスを提供することができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態による対象サーバーシステムとレスポンス監視基準生成装置を示したブロック図。
【図２】本発明の一実施形態によるレスポンス監視基準生成装置の構成を示したブロック図。
【図３】本発明の一実施形態によるサーバーシステムのレスポンス監視方法の処理の流れを示したフローチャート。
【図４】スループットとレスポンスとトランザクション密度の関係を示した図。
【図５】サーバーシステムのレスポンス監視基準の一例を示した図。
【図６】レスポンス監視手段によるサーバーシステムのレスポンス監視を説明する図。
【図７】本発明の一実施形態によるコンピューターシステムのブロック図。
【図８】本発明の一実施形態によるコンピューターシステムのブロック図。
【符号の説明】
１  対象サーバーシステム
２  レスポンス監視基準生成装置
３  Ｗｅｂサーバー
４  ＷｅｂＡＰサーバー
５  ＤＢサーバー
６  Ｄｉｓｋ装置
７  入力手段
８  トランザクション密度曲線取得手段
９  送受信手段
１０  クロック
１１  記憶装置
１２  シミュレーション用処理要求または必要なデータ
１３  ループ状プロセス
【図１】
2004302547.tif 000003
【図２】
2004302547.tif 000004
【図３】
2004302547.tif 000005
【図４】
2004302547.tif 000006
【図５】
2004302547.tif 000007
【図６】
2004302547.tif 000008
【図７】
2004302547.tif 000009
【図８】
2004302547.tif 000010