(57)【要約】【課題】通信ネットワークの障害の発生を事前に検知して、その原因となり得るアプリケーションを提供する装置を特定する。【解決手段】計測部１１１は、複数のサーバが送受信するパケットをキャプチャして、それぞれのサーバがリクエストを受信してからレスポンスを返信するまでのレスポンス時間を計測する。次に、検出部１１２は、複数のサーバのレスポンス時間に基づいて、それらのサーバのうち高負荷状態のサーバを検出する。そして、出力部１１３は、その高負荷状態のサーバを示す識別情報を出力する。【選択図】図１
2013171347.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバのそれぞれがリクエストを受信してからレスポンスを返信するまでのレスポンス時間を計測する計測手段と、
前記複数のサーバのレスポンス時間に基づいて、該複数のサーバのうち高負荷状態のサーバを検出する検出手段と、
前記高負荷状態のサーバを示す識別情報を出力する出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記計測手段は、前記複数のサーバのそれぞれが並列に処理する複数のリクエストの数を示す多重度をさらに計測し、前記検出手段は、前記複数のサーバのレスポンス時間及び多重度に基づいて前記高負荷状態のサーバを検出することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記検出手段は、前記複数のサーバのうち所定のサービスを提供する１つ以上のサーバの平均レスポンス時間を求め、該平均レスポンス時間を第１の閾値と比較し、該平均レスポンス時間が該第１の閾値より大きいとき、該１つ以上のサーバのそれぞれの多重度を第２の閾値と比較し、該第２の閾値より大きい多重度を有するサーバを前記高負荷状態のサーバとして検出することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記出力手段は、前記所定のサービスを示す識別情報をさらに出力することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記計測手段は、前記複数のサーバに接続されたネットワーク装置から前記リクエスト及び前記レスポンスの複製を受信し、該複製に基づいて前記レスポンス時間及び前記多重度を計測することを特徴とする請求項２、３、又は４記載の情報処理装置。
【請求項６】
情報処理装置によって実行されるサーバ検出方法であって、
複数のサーバのそれぞれがリクエストを受信してからレスポンスを返信するまでのレスポンス時間を計測し、
前記複数のサーバのレスポンス時間に基づいて、該複数のサーバのうち高負荷状態のサーバを検出し、
前記高負荷状態のサーバを示す識別情報を出力する
ことを特徴とするサーバ検出方法。
【請求項７】
複数のサーバのそれぞれがリクエストを受信してからレスポンスを返信するまでのレスポンス時間を計測し、
前記複数のサーバのレスポンス時間に基づいて、該複数のサーバのうち高負荷状態のサーバを検出し、
前記高負荷状態のサーバを示す識別情報を出力する
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高負荷状態のサーバを検出する情報処理装置、サーバ検出方法、及びプログラムに関する。
【背景技術】
【０００２】
通信ネットワークの障害を監視する監視システムでは、監視サーバがネットワーク装置やサーバ等の被監視装置に対してpacket internet groper（ＰＩＮＧ）コマンドを送信して、レスポンスに基づき生存確認を行う場合がある。あるいは、監視サーバが被監視装置からのトラップを受信して、発生した事象を運用管理クライントの画面に表示する場合もある。そして、運用管理者は、生存確認の結果又は表示された事象に応じて適切な対処を行う。
【０００３】
また、ネットワークとアクセス網との間の通信データに関する情報を収集して、トラフィックに関するアラートを発生させるトラフィック分析装置も知られている。ファイアウォールを不正に通過したパケットによる異常なトラフィックが発生している場合に、異常を検知してシステム管理者に通知するネットワーク異常検知装置も知られている。
【０００４】
通信ネットワークに接続され、任意の情報を検知するセンサノードを用いたデータ収集システムや、トラフィック情報として収集したパケットに関する情報に基づきネットワークモデルを生成するシステムも知られている。複数の地域間で発生する交流トラフィックに基づいて、通信事業者間で発生する内外交流トラフィックを算出するトラフィック予測装置も知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２３１８７６号公報
【特許文献２】特開２００８−１９３２２１号公報
【特許文献３】特開２００７−６０１５５号公報
【特許文献４】特開２０００−２７８２６５号公報
【特許文献５】特開２０１０−１１０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した従来の監視システムには、以下のような問題がある。
実際に通信ネットワーク上を流れるトラフィックを監視することなく、被監視装置からのレスポンスやトラップを基に装置状態を確認する場合、障害の発生を検知してもその原因を特定することが困難である。さらに、障害の発生を事前に検知して適切な対処を行うことはできない。
【０００７】
また、実際のトラフィックデータを収集しても、Transmission Control Protocol（ＴＣＰ）又はInternet Protocol（ＩＰ）に関する情報に基づいて異常を検知する場合、異常の原因となるアプリケーションを特定することは困難である。
【０００８】
１つの側面において、本発明の課題は、通信ネットワークの障害の発生を事前に検知して、その原因となり得るアプリケーションを提供する装置を特定することである。
【課題を解決するための手段】
【０００９】
１つの側面において、情報処理装置は、計測手段、検出手段、及び出力手段を含む。
計測手段は、複数のサーバのそれぞれがリクエストを受信してからレスポンスを返信するまでのレスポンス時間を計測する。検出手段は、複数のサーバのレスポンス時間に基づいて、それらのサーバのうち高負荷状態のサーバを検出する。出力手段は、その高負荷状態のサーバを示す識別情報を出力する。
【発明の効果】
【００１０】
上記側面における情報処理装置によれば、通信ネットワークの障害の発生を事前に検知して、その原因となり得るアプリケーションを提供する装置を特定することができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理装置の機能的構成図である。
【図２】サーバ検出処理のフローチャートである。
【図３】情報処理システムの構成図である。
【図４】キャプチャ装置の機能的構成図である。
【図５】集計テーブルを示す図である。
【図６】計測処理のフローチャートである。
【図７】サーバにより並列に処理されるリクエストを示す図である。
【図８】検出処理のフローチャートである。
【図９】対処作業のフローチャートである。
【図１０】情報処理装置の構成図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、実施形態を詳細に説明する。
図１は、実施形態の情報処理装置（コンピュータ）の機能的構成例を示している。図１の情報処理装置１０１は、計測部１１１、検出部１１２、及び出力部１１３を含む。
【００１３】
図２は、図１の情報処理装置１０１によるサーバ検出処理のフローチャートである。まず、計測部１１１は、複数のサーバが送受信するパケットをキャプチャして、それぞれのサーバがリクエストを受信してからレスポンスを返信するまでのレスポンス時間を計測する（ステップ２０１）。次に、検出部１１２は、複数のサーバのレスポンス時間に基づいて、それらのサーバのうち高負荷状態のサーバを検出する（ステップ２０２）。そして、出力部１１３は、その高負荷状態のサーバを示す識別情報を出力する（ステップ２０３）。
【００１４】
このような情報処理装置によれば、通信ネットワークの障害の発生を事前に検知して、その原因となり得るアプリケーションを提供するサーバを特定することができる。
【００１５】
図３は、別の情報処理装置をキャプチャ装置として使用した情報処理システムの構成例を示している。図３の情報処理システムは、ネットワーク装置３０３、３０４−１、３０４−２、サーバ３０５−１〜３０５−６、監視サーバ３０６、及びキャプチャ装置３０７を含む。
【００１６】
図３のそれぞれの装置同士は、有線又は無線の通信ネットワークを介して接続されており、パケットの送受信を行う。以下では、処理を要求するパケットをリクエストと称し、リクエストに対する応答を含むパケットをレスポンスと称する場合がある。
【００１７】
クライアント３０１−１〜３０１−３は、パーソナルコンピュータや携帯端末等の情報処理装置であり、ネットワーク装置３０２を介して情報処理システムにアクセスする。ネットワーク装置３０２、３０３、３０４−１、及び３０４−２は、ミラーリング機能を有するスイッチ、ハブ、ルータ等の中継装置であり、ポートに接続された装置間でパケットを転送する。このとき、各ネットワーク装置は、１つのポートに入力されたパケットをその宛先が属するポートへ出力するとともに、ミラーリング機能により、１つ又は複数の他のポートへ複製パケットを出力する。
【００１８】
サーバ３０５−１〜３０５−６は、アプリケーションとして所定のサービスを提供する情報処理装置である。例えば、インターネットを利用したＷｅｂシステムの場合、サーバ３０５−１、３０５−４、及び３０５−６はＷｅｂサービスを提供するＷｅｂサーバとして動作する。また、サーバ３０５−２及び３０５−５はアプリケーションプログラムを実行するサービスを提供するアプリケーション（ＡＰ）サーバとして動作し、サーバ３０５−６はデータベース検索サービスを提供するデータベース（ＤＢ）サーバとして動作する。
【００１９】
クライアント３０１−１〜３０１−３は、情報処理システムに対するリクエストを、ネットワーク装置３０２及び３０３を介して、Ｗｅｂサーバ３０５−１、３０５−４、又は３０５−６へ送信する。Ｗｅｂサーバ３０５−１及び３０５−４は、リクエストを受け付けてそれぞれＡＰサーバ３０５−２及び３０５−５へ転送する。
【００２０】
ＡＰサーバ３０５−２は、受信したリクエストに応じて情報処理を行い、データベースを検索するリクエストをＤＢサーバ３０５−３へ転送する。ＤＢサーバ３０５−３は、受信したリクエストに応じてデータベースを検索し、検索結果を含むレスポンスをＡＰサーバ３０５−２へ返信する。ＡＰサーバ３０５−２は、受信したレスポンスを用いて情報処理を続行し、レスポンスを生成してＷｅｂサーバ３０５−１へ返信する。Ｗｅｂサーバ３０５−１は、受信したレスポンスに基づいてレスポンスを生成し、要求元のクライアント３０１へ返信する。
【００２１】
ＡＰサーバ３０５−５は、受信したリクエストに応じて情報処理を行い、レスポンスを生成してＷｅｂサーバ３０５−４へ返信する。Ｗｅｂサーバ３０５−４は、受信したレスポンスに基づいてレスポンスを生成し、要求元のクライアント３０１へ返信する。Ｗｅｂサーバ３０５−６は、受信したリクエストに応じてレスポンスを生成し、要求元のクライアント３０１へ返信する。
【００２２】
キャプチャ装置３０７は、ネットワーク装置３０３、３０４−１、及び３０４−２を介して、クライアント３０１−１〜３０１−３及びサーバ３０５−１〜３０５−６の装置間で送受信されるパケットの複製をキャプチャする。そして、キャプチャしたパケットの情報に基づいて、サーバ３０５−１〜３０５−６のうち高負荷状態のサーバを検出し、その識別情報を含むアラートを監視サーバ３０６へ送信する。
【００２３】
監視サーバ３０６は、通信ネットワークの障害の発生を監視する情報処理装置であり、キャプチャ装置３０７から受信したアラートに基づき障害発生を事前に検知して、オペレータへ通知する。
【００２４】
図３の構成において、クライアント３０１の数は２台以下でもよく、４台以上でもよい。また、サーバ３０５の数は５台以下でもよく、７台以上でもよい。ネットワーク装置の数と接続関係は、クライアント３０１及びサーバ３０５の数に応じて変更することができる。
【００２５】
図４は、図３のキャプチャ装置３０７の機能的構成例を示している。図４のキャプチャ装置３０７は、計測部４０１、検出部４０２、出力部４０３、及び格納部４０４を含む。
計測部４０１は、サーバ３０５−１〜３０５−６が送受信するパケットの複製を受信して、そのパケットに関する情報をパケット情報４１１として格納部４０４に格納する。パケット情報４１１には、パケットの複製を受信した時刻も含まれる。そして、計測部４０１は、所定の集計期間内に受信したパケットのパケット情報４１１を、サーバ３０５−１〜３０５−６が提供するサービス毎に集計し、集計結果を格納部４０４の集計テーブル４１２に記録する。
【００２６】
検出部４０２は、集計テーブル４１２に記録された情報に基づいて高負荷状態のサーバを検出し、出力部４０３は、検出されたサーバの識別情報を含むアラートを出力する。
【００２７】
図５は、集計テーブル４１２の例を示している。図５の集計テーブルには、各サーバの識別情報と、サービス毎に集計された平均レスポンス時間と、サーバ毎に集計された多重度が記録されている。
【００２８】
ＳＶ０１〜ＳＶ０６は、それぞれサーバ３０５−１〜３０５−６の識別情報である。平均レスポンス時間は、集計期間内にサーバ３０５−１〜３０５−６から受信したレスポンスのレスポンス時間の平均をサービス毎に算出することで求められる。この例では、サーバ３０５−１、３０５−４、及び３０５−６が提供するＷｅｂサービスの平均レスポンス時間は２０ｍｓである。また、サーバ３０５−２及び３０５−５が提供するＡＰサービスの平均レスポンス時間は３０ｍｓであり、サーバ３０５−３が提供するＤＢサービスの平均レスポンス時間は４０ｍｓである。
【００２９】
多重度は、各サーバが並列に処理する複数のリクエストの数を示している。例えば、集計期間内に各サーバから受信したレスポンスに対応するリクエストと、未だレスポンスを受信していないリクエストのうち、処理期間が重複しているリクエストの数の最大値が多重度として求められる。この例では、サーバ３０５−１、３０５−４、３０５−６、３０５−２、３０５−５、及び３０５−３の多重度は、それぞれ５０、６０、７０、７０、８０、及び９０である。
【００３０】
例えば、集計期間が１分の場合、１分毎に１つの集計テーブルが設けられる。また、複数の集計期間を採用することも可能である。例えば、集計期間が１分、１時間、１日、１週間、１月、及び１年の場合、１分毎の集計テーブル以外に、１時間毎、１日毎、１週間毎、１月毎、及び１年毎の集計テーブルも設けられる。
【００３１】
次に、図６〜図８を参照しながら、図４のキャプチャ装置３０７が実行するサーバ検出処理についてより詳細に説明する。
図６は、集計期間毎に計測部４０１が行う計測処理のフローチャートである。まず、計測部４０１は、計測対象の集計期間が終了する時刻になると、対応する集計テーブル４１２をオープンする（ステップ６０１）。次に、計測対象の集計期間内に受信したレスポンスのパケット情報４１１を参照して、サービス毎の平均レスポンス時間とサーバ毎の多重度を求める（ステップ６０２）。そして、得られた平均レスポンス時間及び多重度を集計テーブル４１２に記録し（ステップ６０３）、集計テーブル４１２をクローズする（ステップ６０４）。
【００３２】
図７は、集計期間内に１つのサーバ３０５により処理されたリクエストの例を示している。リクエスト７０１及び７０４は、集計期間Ｔの開始時刻ｔ１より前に発生しており、リクエスト７０２、７０３、及び７０５は、集計期間Ｔ内に発生している。また、リクエスト７０１及び７０５に対するレスポンス７１１及び７１５は、集計期間Ｔの終了時刻ｔ２より後に発生しており、リクエスト７０２〜７０４に対するレスポンス７１２〜７１４は、集計期間Ｔ内に発生している。
【００３３】
この場合、時刻ｔ２においてキャプチャ済みのレスポンス７１２〜７１４に対応するリクエスト７０２〜７０４が、集計期間Ｔにおける集計対象のパケットとなる。また、キャプチャ装置３０７が各パケットの複製を受信した時刻が、各パケットの発生時刻として用いられる。
【００３４】
ステップ６０２において、計測部４０１は、パケット情報４１１を参照して、集計期間Ｔ内に発生したレスポンス７１２〜７１４の識別情報にそれぞれ対応する識別情報を有するリクエスト７０２〜７０４を特定する。次に、リクエスト７０２〜７０４の発生時刻とレスポンス７１２〜７１４の発生時刻の差分を算出することで、各リクエストの宛先のサーバ３０５がリクエストを受信してからレスポンスを返信するまでのレスポンス時間を求める。
【００３５】
このようにして、すべてのサーバ３０５−１〜３０５−６において集計期間Ｔ内に発生したすべてのレスポンスのレスポンス時間を求めると、計測部４０１は、それらのレスポンス時間をサービス毎に分類して、サービス毎の平均レスポンス時間を算出する。例えば、各サーバのアドレス又は識別情報と提供されるサービスの対応関係を格納部４０４に格納しておくことで、レスポンスに含まれる送信元サーバのアドレス又は識別情報に基づいて、そのレスポンスが属するサービスを特定することができる。あるいは、パケットのヘッダにサービスの識別情報を含めておくことで、各レスポンスが属するサービスを特定することもできる。
【００３６】
次に、計測部４０１は、パケット情報４１１を参照して、集計期間の終了時刻より前に発生したリクエストのうち、未だレスポンスを受信していないリクエストを特定する。図７の例では、終了時刻ｔ２において、リクエスト７０１及び７０５に対応するレスポンス７１１及び７１５が未だ発生していないため、リクエスト７０１及び７０４が特定される。
【００３７】
次に、リクエスト７０１〜７０５の発生時刻と、レスポンス７１２〜７１４の発生時刻と、開始時刻ｔ１及び終了時刻ｔ２とに基づいて、集計期間Ｔ内の各時刻において並列に処理されているリクエストの数を求める。そして、得られたリクエストの数の最大値を、リクエスト７０１〜７０５を処理したサーバ３０５の多重度として求める。この場合、時刻ｔ３においてリクエスト７０１〜７０４が並列に処理されているため、多重度は４である。リクエスト７０１〜７０５を処理したサーバ３０５は、例えば、各リクエストに含まれる宛先サーバのアドレス又は識別情報に基づいて特定することができる。
【００３８】
図８は、検出部４０２が行う検出処理のフローチャートである。まず、検出部４０２は、直近の終了時刻を有する集計テーブル４１２をオープンする（ステップ８０１）。次に、その集計テーブル４１２に記録された各サービスの平均レスポンス時間を閾値Ｒと比較する（ステップ８０２）。
【００３９】
閾値Ｒは、例えば、オープンした集計テーブル４１２の直前の終了時刻を有する集計テーブル４１２に記録された、同じサービスの平均レスポンス時間Ｒ１に基づいて決定される。この場合、平均レスポンス時間Ｒ１に所定の設定値Ｒ０を加算して、Ｒ１＋Ｒ０を閾値Ｒとして用いることができる。あるいは、平均レスポンス時間Ｒ１に所定の倍率Ｋを乗算して、Ｋ・Ｒ１を閾値Ｒとして用いてもよい。
【００４０】
いずれかのサービスの平均レスポンス時間が閾値Ｒより大きければ（ステップ８０２，ＹＥＳ）、次に、そのサービスを提供している各サーバの多重度を閾値Ｍと比較する（ステップ８０３）。
【００４１】
閾値Ｍは、例えば、オープンした集計テーブル４１２に記録された、同じサービスを提供している複数のサーバの多重度の平均値Ｍ１に基づいて決定される。この場合、多重度の平均値Ｍ１に所定の設定値Ｍ０を加算して、Ｍ１＋Ｍ０を閾値Ｍとして用いることができる。
【００４２】
いずれかのサーバの多重度が閾値Ｍより大きければ（ステップ８０３，ＹＥＳ）、そのサーバを高負荷状態のサーバとして特定する。そして、そのサーバのパケット情報４１１を参照して、長いレスポンス時間を要したリクエストを特定する（ステップ８０４）。ここでは、例えば、そのサーバにおいて直近の集計期間内に発生したレスポンスのレスポンス時間を比較し、最も長いレスポン時間を有するレスポンスに対応するリクエストを、長いレスポンス時間を要したリクエストとして特定する。
【００４３】
次に、特定されたサーバの識別情報及び多重度と、対応するサービスの識別情報及び平均レスポンス時間と、特定されたリクエストの内容とを、出力部４０３へ転送する（ステップ８０５）。出力部４０３は、転送された情報を含むアラートを監視サーバ３０６へ送信する。そして、検出部４０２は、集計テーブル４１２をクローズする（ステップ８０６）。
【００４４】
ステップ８０５において転送されるリクエストの内容には、例えば、Uniform Resource Locator（ＵＲＬ）、Interface Definition Language（ＩＤＬ）文、Structured Query Language（ＳＱＬ）文等が含まれる。ＵＲＬは、クライアント３０１からＷｅｂサーバ３０５−１、３０５−４、３０５−６へのリクエストに含まれ、ＩＤＬ文は、Ｗｅｂサーバ３０５−１及び３０５−４からＡＰサーバ３０５−２及び３０５−５へのリクエストに含まれる。また、ＳＱＬ文は、ＡＰサーバ３０５−２からＤＢサーバ３０５−３へのリクエストに含まれる。
【００４５】
なお、すべてのサービスの平均レスポンス時間が閾値Ｒ以下の場合（ステップ８０２，ＮＯ）、又はすべてのサーバの多重度が閾値Ｍ以下の場合（ステップ８０３，ＮＯ）は、高負荷状態のサーバは検出されない。したがって、出力部４０３は、アラートを監視サーバ３０６へ送信しない。
【００４６】
このような検出処理によれば、サービス毎の平均レスポンス時間及びサーバ毎の多重度に基づいて、高負荷状態のサービス及びサーバを特定することができる。したがって、通信ネットワークの障害が実際に発生する前に、その原因となり得るサービス及びサーバを特定して、アラートを生成することが可能になる。
【００４７】
例えば、Ｗｅｂサーバのコネクション数の許容値が過小に設定されていた場合、コネクション数が許容値に達した時点からレスポンス時間が急激に増加して、高止まりする傾向が見られる。このような場合、Ｗｅｂサービスの平均レスポンス時間が閾値Ｒを超えるとともに、そのＷｅｂサーバの多重度が閾値Ｍを超えるため、Ｗｅｂサービス及びＷｅｂサーバを特定してアラートを生成することができる。
【００４８】
図６及び図８に示したフローチャートにおいて、必ずしもすべてのステップを実行する必要はなく、情報処理システムの構成や条件に応じて一部のステップを省略又は変更することも可能である。
【００４９】
例えば、図８のステップ８０２の閾値Ｒを、直前の終了時刻を有する集計テーブル４１２ではなく、１時間前、１日前、１週間前、１月前、又は１年前の集計テーブル４１２に記録された、同じサービスの平均レスポンス時間に基づいて決定してもよい。さらに、このようにして決定された複数の閾値と平均レスポンス時間とを比較し、平均レスポンス時間がすべての閾値より大きい場合にステップ８０３の処理を行うようにしてもよい。
【００５０】
また、図８の検出処理で多重度を用いず、平均レスポンス時間のみに基づいて高負荷状態のサーバを特定することもできる。この場合、計測部４０１は、図６のステップ６０２においてサーバ毎の平均レスポンス時間を求め、ステップ６０３においてサーバ毎の平均レスポンス時間を集計テーブル４１２に記録する。したがって、多重度は集計テーブル４１２に記録されない。
【００５１】
そして、検出部４０２は、図８のステップ８０２において、集計テーブル４１２に記録された各サーバの平均レスポンス時間を閾値Ｒと比較して、閾値Ｒより大きな平均レスポンス時間を有するサーバを特定する。この場合、ステップ８０３の処理は省略される。
【００５２】
キャプチャ装置３０７からアラートを受信した監視サーバ３０６は、そのアラートに含まれる情報を不図示の運用管理クライントの画面に表示する。これにより、オペレータへアラートを通知することができる。画面上には、特定されたサーバの識別情報及び多重度と、対応するサービスの識別情報及び平均レスポンス時間と、特定されたリクエストの内容とが表示される。
【００５３】
図９は、表示されたアラートに基づいてオペレータが行う対処作業のフローチャートである。まず、オペレータは、画面に表示されたアラートを確認し（ステップ９０１）、アラートが示すサーバの改変を実施する（ステップ９０２）。
【００５４】
このとき、オペレータは、例えば、Central Processing Unit（ＣＰＵ）及びメモリの使用率等のサーバの動作状態を確認する。そして、使用率が一定レベルを超えている等の問題があれば、関連するハードウェア及びソフトウェアを特定し、ハードウェアを増設したり、ソフトウェアの設定値を変更したりする等の対処を行う。
【００５５】
その後、動作状態が改善されたか否かを確認し（ステップ９０３）、動作状態が改善された場合は（ステップ９０３，ＹＥＳ）、作業を終了する。動作状態が改善されない場合は（ステップ９０３，ＮＯ）、ステップ９０１以降の作業を繰り返す。
【００５６】
このような対処作業を行うことで、情報処理システムの構築時には問題がなくても、長期間の運用により増加した業務量に対応できなくなる障害が発生する前に、その前兆を検知して障害の発生を防止することができる。例えば、Ｗｅｂサーバのコネクション数の許容値が過小に設定されていた場合、より大きな許容値に変更することで、コネクション数の増加による障害の発生が防止される。
【００５７】
図１の情報処理装置１０１、図３のクライアント３０１、サーバ３０５−１〜３０５−６、及び監視サーバ３０６、図３及び図４のキャプチャ装置３０７は、例えば、図１０に示すような情報処理装置を用いて実現可能である。
【００５８】
図１０の情報処理装置は、ＣＰＵ１００１、メモリ１００２、入力装置１００３、出力装置１００４、外部記憶装置１００５、媒体駆動装置１００６、及びネットワーク接続装置１００７を備える。これらはバス１００８により互いに接続されている。
【００５９】
メモリ１００２は、例えば、Read Only Memory（ＲＯＭ）、Random Access Memory（ＲＡＭ）、フラッシュメモリ等の半導体メモリであり、処理に用いられるプログラム及びデータを格納する。例えば、ＣＰＵ１００１は、メモリ１００２を利用してプログラムを実行することにより、クライアント３０１、サーバ３０５−１〜３０５−６、監視サーバ３０６、又はキャプチャ装置３０７の処理を行う。メモリ１００２は、図４の格納部４０４としても使用できる。
【００６０】
入力装置１００３は、例えば、キーボード、ポインティングデバイス等であり、ユーザ又はオペレータからの指示や情報の入力に用いられる。出力装置１００４は、例えば、表示装置、プリンタ、スピーカ等であり、ユーザ又はオペレータへの問い合わせや処理結果の出力に用いられる。
【００６１】
外部記憶装置１００５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。この外部記憶装置１００５には、ハードディスクドライブも含まれる。情報処理装置は、この外部記憶装置１００５にプログラム及びデータを格納しておき、それらをメモリ１００２にロードして使用することができる。
【００６２】
媒体駆動装置１００６は、可搬型記録媒体１００９を駆動し、その記録内容にアクセスする。可搬型記録媒体１００９は、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。この可搬型記録媒体１００９には、Compact Disk Read Only Memory （ＣＤ−ＲＯＭ）、Digital Versatile Disk（ＤＶＤ）、Universal Serial Bus（ＵＳＢ）メモリ等も含まれる。ユーザ又はオペレータは、この可搬型記録媒体１００９にプログラム及びデータを格納しておき、それらをメモリ１００２にロードして使用することができる。
【００６３】
このように、各種処理に用いられるプログラム及びデータを格納するコンピュータ読み取り可能な記録媒体には、メモリ１００２、外部記憶装置１００５、及び可搬型記録媒体１００９のような、物理的な（非一時的な）記録媒体が含まれる。
【００６４】
ネットワーク接続装置１００７は、Local Area Network（ＬＡＮ）、インターネット等の通信ネットワークに接続され、通信に伴うデータ変換を行う通信インタフェースである。情報処理装置は、プログラム及びデータを外部の装置からネットワーク接続装置１００７を介して受け取り、それらをメモリ１００２にロードして使用することもできる。
【００６５】
なお、情報処理装置が図１０のすべての構成要素を含む必要はなく、用途や条件に応じて一部の構成要素を省略することも可能である。例えば、情報処理装置がサーバ３０５−１〜３０５−６、監視サーバ３０６、又はキャプチャ装置３０７として使用される場合は、入力装置１００３及び出力装置１００４を省略してもよい。
【００６６】
開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。
【符号の説明】
【００６７】
１０１  情報処理装置
１１１、４０１  計測部
１１２、４０２  検出部
１１３、４０３  出力部
３０１−１〜３０１−３  クライアント
３０２、３０３、３０４−１、３０４−２  ネットワーク装置
３０５−１〜３０５−６  サーバ
３０６  監視サーバ
３０７  キャプチャ装置
４０４  格納部
４１１  パケット情報
４１２  集計テーブル
７０１〜７０５  リクエスト
７１１〜７１５  レスポンス
１００１  ＣＰＵ
１００２  メモリ
１００３  入力装置
１００４  出力装置
１００５  外部記憶装置
１００６  媒体駆動装置
１００７  ネットワーク接続装置
１００８  バス
１００９  可搬型記録媒体
【図１】
2013171347.tif 000003
【図２】
2013171347.tif 000004
【図３】
2013171347.tif 000005
【図４】
2013171347.tif 000006
【図５】
2013171347.tif 000007
【図６】
2013171347.tif 000008
【図７】
2013171347.tif 000009
【図８】
2013171347.tif 000010
【図９】
2013171347.tif 000011
【図１０】
2013171347.tif 000012