(57)【要約】【課題】運用者などがシステムの全体的な性能を総合的に把握できるネットワークシステムを提供する。【解決手段】システム１は、クライエント装置５００と第１のネットワーク６００との間で送受信されるデータに関する情報を取得する第１の取得手段８１０と、第１のネットワークと第１のサーバ装置２００との間で送受信されるデータに関する情報を取得する第２の取得手段８２０と、第１のネットワークと第２のネットワーク７００との間で送受信されるデータに関する情報を取得する第３の取得手段８３０と、情報を記憶する記憶部１０７−１と、クライエント装置から第２のサーバまでのデータ送信時間と、第２のサーバにおけるデータ処理時間と、データが第３のサーバから返信されてくるまでのデータ送受信時間とを計算する計算手段１０５−２と、計算結果を項目別に出力する出力手段１１５−１とを備える。【選択図】図５
2009223543.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのクライエント装置と、
前記クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、
前記第１のネットワークに接続される第２のネットワークと、
前記クライエント装置と前記第１のネットワークおよび前記第２のネットワークを介して接続される第２のサーバ装置と、
前記クライエント装置と前記第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、
前記第１のネットワークと前記第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、
前記第１のネットワークと前記第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段と、
前記第１の取得手段と前記第２の取得手段と前記第３の取得手段とで取得された前記情報を記憶する記憶部と、
前記記憶部から前記情報を読み出して、前記クライエント装置から前記第２のサーバまでのデータ送信時間と、前記第２のサーバにおけるデータ処理時間と、前記第２のネットワークを介して前記第３のサーバへとデータが送信されてから前記データに応じたデータが前記第３のサーバから返信されてくるまでのデータ送受信時間とを計算する計算手段と、
前記計算結果を項目別に出力する出力手段とを備える、ネットワークシステム。
【請求項２】
前記第１のサーバおよび前記第２のサーバはウェブサーバであって、
前記計算手段は、前記時間の種類毎およびウェブサービス毎に前記時間の平均値を計算し、
前記出力手段は、前記ウェブサービス毎に前記平均値の一覧を出力する、請求項１に記載のネットワークシステム。
【請求項３】
前記計算手段は、前記時間の種類毎および前記クライエント装置毎に前記時間の平均値を計算し、
前記出力手段は、前記クライエント装置毎に前記平均値の一覧を出力する、請求項１または２に記載のネットワークシステム。
【請求項４】
前記計算手段は、前記時間の種類毎および前記第２のサーバ装置毎に前記時間の平均値を計算し、
前記出力手段は、前記第２のサーバ装置毎に前記平均値の一覧を出力する、請求項１から３のいずれか１項に記載のネットワークシステム。
【請求項５】
ネットワークシステムの状態を出力する状態出力装置であって、
前記ネットワークシステムは、
少なくとも１つのクライエント装置と、
前記クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、
前記第１のネットワークに接続される第２のネットワークと、
前記クライエント装置と前記第１のネットワークおよび前記第２のネットワークを介して接続される第２のサーバ装置と、
前記クライエント装置と前記第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、
前記第１のネットワークと前記第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、
前記第１のネットワークと前記第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段とを備え、
前記状態出力装置は、
前記第１の取得手段と前記第２の取得手段と前記第３の取得手段とで取得された前記情報を記憶する記憶部と、
前記記憶部から前記情報を読み出して、前記クライエント装置から前記第２のサーバまでのデータ送信時間と、前記第２のサーバにおけるデータ処理時間と、前記第２のネットワークを介して前記第３のサーバへとデータが送信されてから前記データに応じたデータが前記第３のサーバから返信されてくるまでのデータ送受信時間とを計算する計算手段と、
前記計算結果を項目別に出力する出力手段とを備える、状態出力装置。
【請求項６】
状態出力装置にネットワークシステムの状態を出力させる状態出力プログラムであって、
前記ネットワークシステムは、
少なくとも１つのクライエント装置と、
前記クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、
前記第１のネットワークに接続される第２のネットワークと、
前記クライエント装置と前記第１のネットワークおよび前記第２のネットワークを介して接続される第２のサーバ装置と、
前記クライエント装置と前記第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、
前記第１のネットワークと前記第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、
前記第１のネットワークと前記第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段とを備え、
前記プログラムは、前記状態出力装置に、
前記第１の取得手段と前記第２の取得手段と前記第３の取得手段とで取得された前記情報を記憶するステップと、
前記情報を読み出して、前記クライエント装置から前記第２のサーバまでのデータ送信時間と、前記第２のサーバにおけるデータ処理時間と、前記第２のネットワークを介して前記第３のサーバへとデータが送信されてから前記データに応じたデータが前記第３のサーバから返信されてくるまでのデータ送受信時間とを計算するステップと、
前記計算結果を項目別に出力するステップとを実行させる、状態出力プログラム。
【請求項７】
状態出力装置にネットワークシステムの状態を出力させる状態出力方法であって、
前記ネットワークシステムは、
少なくとも１つのクライエント装置と、
前記クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、
前記第１のネットワークに接続される第２のネットワークと、
前記クライエント装置と前記第１のネットワークおよび前記第２のネットワークを介して接続される第２のサーバ装置と、
前記クライエント装置と前記第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、
前記第１のネットワークと前記第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、
前記第１のネットワークと前記第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段とを備え、
前記状態出力装置は、
制御部と、
記憶部とを備え、
前記記憶部が、前記第１の取得手段と前記第２の取得手段と前記第３の取得手段とで取得された前記情報を記憶するステップと、
前記制御部が、前記記憶部から前記情報を読み出して、前記クライエント装置から前記第２のサーバまでのデータ送信時間と、前記第２のサーバにおけるデータ処理時間と、前記第２のネットワークを介して前記第３のサーバへとデータが送信されてから前記データに応じたデータが前記第３のサーバから返信されてくるまでのデータ送受信時間とを計算するステップと、
前記制御部が、前記計算結果を項目別に出力するステップとを備える、状態出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークシステム、状態出力装置、状態出力プログラム、および状態出力方法に関し、特に複数のサーバ装置やネットワークが含まれるシステムにおけるデータ送受信状態を把握するためのネットワークシステム、状態出力装置、状態出力プログラム、および状態出力方法に関する。
【背景技術】
【０００２】
近年のネットワーク技術の進歩に伴い、各種の分野において、社内ネットワークや社外ネットワークを介して接続された複数のコンピュータからなるコンピュータシステムが使用されるようになっている。このようなコンピュータシステムを監視対象とした、障害の発生を監視するための各種の障害監視技術が開発されている。
【０００３】
たとえば、特開平１１−１４３７３８号公報（特許文献１）には、計算機システムの監視方法が開示されている。当該計算機システムは、アラームまたはログを監視する計算機が監視される側の監視レベルを設定する手段と、複数の計算機から収集されたログを同時に監視し、それらを合わせて見ることによって発見できる不信な行為や、それらのログの矛盾をチェックすることによって不信な行為を検出する手段と、ログの出力内容から、原因に関して仮説を立て、それを立証するために詳細なログを収集し、要因を絞り込む手段と、不信な計算機を表示する表示手段を有する。さらに、ログに電子署名を行う手段と、ログの一部が紛失または改ざんされた場合に復元する手段を有する。
【０００４】
また、特開２００４−１７８３３６号公報（特許文献２）には、運用管理システムが開示されている。当該運用管理システムは、管理計算機と、管理計算機により管理される監視対象計算機とを有する。管理計算機は、監視対象計算機内部の監視対象の稼動データを受信する通信装置と、稼動データと前記監視対象の障害発生又は性能低下を示すためのイベントに関する情報とに基づいて、障害解析に必要な前記稼動データを特定し、障害解析を実施するプロセッサとを有する。
【０００５】
また、特開２００７−２９３３９３号公報（特許文献３）には、障害監視システムが開示されている。情報収集装置のデータ編集手段は、ログ情報から得た計算機の構成または状態の変更を時系列データとして編集すると共に、同一の事象内容データを略式データに置き換える。状態監視・解析サーバ装置のログ解析手段は、ログの発生状況を時間軸で解析して解析情報を得る。障害原因推定手段は、障害発生に対し、過去の類似障害との比較、確信度の算出により得られる障害原因の推定結果を当該障害発生を示す障害情報の一部とする。障害発生予知手段は、与えられた期間の解析情報に対し、過去の類似する解析情報に対応する障害情報を用いて、障害の発生可能性の確信度を算出し、算出結果に応じた予知結果を予知情報とする。
【特許文献１】特開平１１−１４３７３８号公報
【特許文献２】特開２００４−１７８３３６号公報
【特許文献３】特開２００７−２９３３９３公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の従来技術のシステムにおいては、システムに障害が発生したり、システムの性能が低下した場合に、ある原因を仮定して、当該原因に関連する要素について個別の測定ツールを用いて状況を確認し、問題がなければ別の原因を仮定して測定する構成になっている。各ネットワークや各装置における処理時間の平均やばらつきや稼働率などの複数の要因が関連しているにもかかわらず、測定すべき箇所が分散しているため、運用者などがシステム各部の性能や品質を把握し難いという不具合があった。
【０００７】
本発明は上記の不具合を解決するためになされたものであって、本発明の主たる目的は、運用者などがシステムの全体的な性能を総合的に把握できるネットワークシステム、状態出力装置、状態出力プログラム、および状態出力方法を提供することである。
【課題を解決するための手段】
【０００８】
この発明のある局面に従うネットワークシステムは、少なくとも１つのクライエント装置と、クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、第１のネットワークに接続される第２のネットワークと、クライエント装置と第１のネットワークおよび第２のネットワークを介して接続される第２のサーバ装置と、クライエント装置と第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、第１のネットワークと第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、第１のネットワークと第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段と、第１の取得手段と第２の取得手段と第３の取得手段とで取得された情報を記憶する記憶部と、記憶部から情報を読み出して、クライエント装置から第２のサーバまでのデータ送信時間と、第２のサーバにおけるデータ処理時間と、第２のネットワークを介して第３のサーバへとデータが送信されてからデータに応じたデータが第３のサーバから返信されてくるまでのデータ送受信時間とを計算する計算手段と、計算結果を項目別に出力する出力手段とを備える。
【０００９】
好ましくは、第１のサーバおよび第２のサーバはウェブサーバであって、計算手段は、時間の種類毎およびウェブサービス毎に時間の平均値を計算し、出力手段は、ウェブサービス毎に平均値の一覧を出力する。
【００１０】
好ましくは、計算手段は、時間の種類毎およびクライエント装置毎に時間の平均値を計算し、出力手段は、クライエント装置毎に平均値の一覧を出力する。
【００１１】
好ましくは、計算手段は、時間の種類毎および第２のサーバ装置毎に時間の平均値を計算し、出力手段は、第２のサーバ装置毎に平均値の一覧を出力する。
【００１２】
この発明の別の局面に従えば、ネットワークシステムの状態を出力する状態出力装置が提供される。ネットワークシステムは、少なくとも１つのクライエント装置と、クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、第１のネットワークに接続される第２のネットワークと、クライエント装置と第１のネットワークおよび第２のネットワークを介して接続される第２のサーバ装置と、クライエント装置と第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、第１のネットワークと第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、第１のネットワークと第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段とを備える。状態出力装置は、第１の取得手段と第２の取得手段と第３の取得手段とで取得された情報を記憶する記憶部と、記憶部から情報を読み出して、クライエント装置から第２のサーバまでのデータ送信時間と、第２のサーバにおけるデータ処理時間と、第２のネットワークを介して第３のサーバへとデータが送信されてからデータに応じたデータが第３のサーバから返信されてくるまでのデータ送受信時間とを計算する計算手段と、計算結果を項目別に出力する出力手段とを備える。
【００１３】
この発明の別の局面に従えば、状態出力装置にネットワークシステムの状態を出力させる状態出力プログラムが提供される。ネットワークシステムは、少なくとも１つのクライエント装置と、クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、第１のネットワークに接続される第２のネットワークと、クライエント装置と第１のネットワークおよび第２のネットワークを介して接続される第２のサーバ装置と、クライエント装置と第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、第１のネットワークと第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、第１のネットワークと第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段とを備える。プログラムは、状態出力装置に、第１の取得手段と第２の取得手段と第３の取得手段とで取得された情報を記憶するステップと、情報を読み出して、クライエント装置から第２のサーバまでのデータ送信時間と、第２のサーバにおけるデータ処理時間と、第２のネットワークを介して第３のサーバへとデータが送信されてからデータに応じたデータが第３のサーバから返信されてくるまでのデータ送受信時間とを計算するステップと、計算結果を項目別に出力するステップとを実行させる。
【００１４】
この発明の別の局面に従えば、状態出力装置にネットワークシステムの状態を出力させる状態出力方法が提供される。ネットワークシステムは、少なくとも１つのクライエント装置と、クライエント装置と第１のネットワークを介して接続される第１のサーバ装置と、第１のネットワークに接続される第２のネットワークと、クライエント装置と第１のネットワークおよび第２のネットワークを介して接続される第２のサーバ装置と、クライエント装置と第１のネットワークとの間で送受信されるデータに関する情報を取得する第１の取得手段と、第１のネットワークと第１のサーバ装置との間で送受信されるデータに関する情報を取得する第２の取得手段と、第１のネットワークと第２のネットワークとの間で送受信されるデータに関する情報を取得する第３の取得手段とを備える。状態出力装置は、制御部と、記憶部とを備える。状態出力方法は、記憶部が、第１の取得手段と第２の取得手段と第３の取得手段とで取得された情報を記憶するステップと、制御部が、記憶部から情報を読み出して、クライエント装置から第２のサーバまでのデータ送信時間と、第２のサーバにおけるデータ処理時間と、第２のネットワークを介して第３のサーバへとデータが送信されてからデータに応じたデータが第３のサーバから返信されてくるまでのデータ送受信時間とを計算するステップと、制御部が、計算結果を項目別に出力するステップとを備える。
【発明の効果】
【００１５】
以上のように、この発明によれば、運用者などがシステムの全体的な性能を総合的に把握できるネットワークシステム、状態出力装置、状態出力プログラム、および状態出力方法を提供することができるようになる。
【発明を実施するための最良の形態】
【００１６】
以下、図面に基づいて本発明の実施の形態について説明する。なお以下の説明では、同一の部品については同一の符号を付すものとし、前記部品の名称や機能が同一である場合には、前記部品についての詳細な説明は繰り返さない。
【００１７】
［実施の形態１］
＜全体構成＞
まず、本実施の形態に係るネットワークシステム１（以下、システム１と略す。）の全体構成について説明する。図１は、本実施の形態に係るシステム１の全体構成を示す概略図である。図１に示すように、システム１は、ＬＡＮ(Local Area Network)６００と、ＬＡＮ６００に接続される複数のクライエント装置５００ａ，５００ｂ，５００ｃ・・・と、ＬＡＮ６００に接続されてシステム１の状態を出力する状態出力装置（代表的には、社内の運用サーバなど）１００と、ＬＡＮ６００に接続される第１のサーバ装置２００と、ＬＡＮ６００に接続されるルータ３００と、ルータ３００を介してＬＡＮ６００に接続されるインターネット７００などのＷＡＮ（Wide Area Network）（以下、インターネット７００とする。）と、インターネット７００に接続されるサーバ装置４００などを含む。以下では、クライエント装置５００ａ，５００ｂ，５００ｃ・・・の各々の構成や機能を説明する際には、クライエント装置５００ａ，５００ｂ，５００ｃ・・・の各々をクライエント装置５００と総称する。
【００１８】
そして、クライエント装置５００ａ，５００ｂ，５００ｃ・・・とＬＡＮ６００との間には、ハブ８１１などを介してパケットロガー８１２が接続されている。パケットロガー８１２は、クライエント装置５００ａ，５００ｂ，５００ｃ・・・からＬＡＮ６００へと送信されるパケット（データ）の内容や、ＬＡＮ６００からクライエント装置５００ａ，５００ｂ，５００ｃ・・・へと返信されるパケット（データ）の内容を調べて、クライエント装置５００ａ，５００ｂ，５００ｃ・・・とＬＡＮ６００との間におけるデータ送受信の情報を取得する装置である。パケット（データ）は、ヘッダ情報とボディ情報とから構成されるものである。パケットロガー８１２は、状態出力装置１００に接続されており、クライエント装置５００ａ，５００ｂ，５００ｃ・・・とＬＡＮ６００との間における各パケット（データ）の通過時間を測定し、各パケット（データ）からヘッダ情報を抽出して、ヘッダ情報に含まれる送信元アドレスや送信先アドレスやセッションＩＤ（たとえば、ポート番号）などのデータ送受信に関する情報を状態出力装置１００へと送信する。
【００１９】
また、ＬＡＮ６００と第１のサーバ装置２００との間には、ハブ８２１などを介してパケットロガー８２２が接続されている。パケットロガー８２２は、ＬＡＮ６００から第１のサーバ装置２００へと送信されるデータや、第１のサーバ装置２００からＬＡＮ６００へと返信されるデータの内容を調べて、ＬＡＮ６００と第１のサーバ装置２００との間におけるデータ送受信の情報を取得する装置である。パケットロガー８２２は、状態出力装置１００に接続されており、ＬＡＮ６００と第１のサーバ装置２００との間における各パケット（データ）の通過時間を測定し、各パケット（データ）からヘッダ情報を抽出して、ヘッダ情報に含まれる送信元アドレスや送信先アドレスやセッションＩＤ（たとえば、ポート番号）などのデータ送受信に関する情報を状態出力装置１００へと送信する。
【００２０】
そして、ＬＡＮ６００とインターネット７００との間には、ハブ８３１などを介してパケットロガー８３２が接続されている。パケットロガー８３２は、ＬＡＮ６００からインターネット７００へと送信されるデータや、インターネット７００からＬＡＮ６００へと返信されるデータの内容を調べて、ＬＡＮ６００とインターネット７００との間におけるデータ送受信の情報を取得する装置である。パケットロガー８３２は、状態出力装置１００に接続されており、ＬＡＮ６００とインターネット７００との間における各パケット（データ）の通過時間を測定し、各パケット（データ）からヘッダ情報を抽出して、ヘッダ情報に含まれる送信元アドレスや送信先アドレスやセッションＩＤ（たとえば、ポート番号）などのデータ送受信に関する情報を状態出力装置１００へと送信する。
【００２１】
本実施の形態に係る状態出力装置１００は、ＬＡＮ６００と、パケットロガー８１２，８２２，８３２と接続されており、データ送受信などに関するシステム状態を運用者などに対して出力する装置である。状態出力装置１００によって行われるシステム状態出力処理は、代表的に、パーソナルコンピュータやワークステーションなどのコンピュータ上で実行されるソフトウェアによって実現される。
【００２２】
＜状態出力装置＞
図２は、本実施の形態に係る状態出力装置１００を示す斜視図である。図２に示すように、この状態出力装置１００は、ＦＤ（Flexible Disk）駆動装置１１１およびＣＤ−ＲＯＭ（Compact Disk-Read Only Memory)駆動装置１１３を備えたコンピュータ本体１０１と、モニタ１０２と、キーボード１０３と、マウス１０４とを含む。
【００２３】
図３は、本実施の形態に係る状態出力装置１００のハードウェア構成を示す制御ブロック図である。図３に示すように、コンピュータ本体１０１は、上記したＦＤ駆動装置１１１およびＣＤ−ＲＯＭ駆動装置１１３に加えて、相互に内部バス１０８で接続されたＣＰＵ（Central Processing Unit）１０５と、メモリ１０６と、固定ディスク１０７と、通信インターフェイス１０９、表示部インターフェイス１１５とを含む。ＦＤ駆動装置１１１にはＦＤ１１２が装着される。ＣＤ−ＲＯＭ駆動装置１１３にはＣＤ−ＲＯＭ１１４が装着される。
【００２４】
モニタ１０２は、液晶パネルやＣＲＴから構成されるものであって、ＣＰＵ１０５が出力した情報を表示する。キーボード１０３は、キー入力により、ユーザから情報を受付ける。マウス１０４は、クリックされたりやスライドされることによって、ユーザから情報を受け付ける。メモリ１０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ１０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク１０７は、ＣＰＵ１０５が実行するプログラムやデータベースを記憶する。
【００２５】
ＣＰＵ１０５は、コンピュータの各要素を制御するものであって、各種の演算を実施する装置である。また、ＣＰＵ１０５は、後述するように、システム状態出力処理等を行うものであって、当該処理結果を内部バス１０８を介してモニタ１０２に出力する。
【００２６】
通信インターフェイス１０９は、ＣＰＵ１０５が出力した情報を電気信号へと変換するものであって、ＣＰＵ１０５が出力した情報をその他の装置が利用できる信号へと変換する装置でもある。また、通信インターフェイス１０９は、本実施の形態に係るコンピュータの外部から入力された情報を受信して、ＣＰＵ１０５が利用できる情報に変換する装置でもある。また、コンピュータには、必要に応じて、プリンタなどモニタ１０２以外の他の出力装置が接続され得る。
【００２７】
表示部インターフェイス１１５は、ＣＰＵ１０５が出力した情報を電気信号へと変換するものであって、ＣＰＵ１０５が出力した情報をモニタなどその他の装置が利用できる信号へと変換する装置でもある。
【００２８】
既に述べたように、本実施の形態に係る状態出力装置１００およびシステム状態出力処理は、コンピュータなどのハードウェアと制御プログラムなどのソフトウェアとによって実現される。一般的にこうしたソフトウェアは、ＦＤ１１２やＣＤ−ＲＯＭ１１４などの記録媒体に格納されて、もしくはネットワークなどを介して流通する。そして、ソフトウェアは、ＦＤ駆動装置１１１やＣＤ−ＲＯＭ駆動装置１１３などにより記録媒体から読取られて、若しくは通信インターフェイス１０９にて受信されて、固定ディスク１０７に格納される。そして、ソフトウェアは、固定ディスク１０７からメモリ１０６に読出されて、ＣＰＵ１０５により実行される。つまり、図２および図３に示したコンピュータのハードウェア自体は一般的なものである。
【００２９】
＜クライエント装置、第１のサーバ装置、第２のサーバ装置＞
クライエント装置５００ａ，５００ｂ，５００ｃ・・・、第１のサーバ装置２００、第２のサーバ装置４００のハードウェア構成は、状態出力装置１００のハードウェア構成と同様であるので、ここは説明を繰り返さない。
【００３０】
＜システムの性能低下＞
図４は、システム１の性能低下の影響要因とデータ送受信処理の流れを示すイメージ図である。図４に示すように、まず、クライエント装置５００において、ユーザ操作が入力される（ステップＳ１０２）。すると、クライエント装置５００において、ユーザ操作に対応した処理が実行される（ステップＳ１０４）。たとえば、クライエント装置５００はユーザ操作に応じたリクエスト・メッセージを作成し、そのリクエスト・メッセージをＬＡＮ６００へ送出する。
【００３１】
クライエント装置５００から送出されたリクエスト・メッセージは、たとえば、ＬＡＮ６００を経由して第１のサーバ装置２００へと送信される（ステップＳ１０６）。また、クライエント装置５００から送出されたリクエスト・メッセージは、たとえば、ＬＡＮ６００、ルータ３００、インターネット７００を経由して第２のサーバ装置４００へと送信される。
【００３２】
リクエスト・メッセージが第１のサーバ装置２００または第２のサーバ装置４００に受信されると、第１のサーバ装置２００または第２のサーバ装置４００においては、当該リクエスト・メッセージに対応した処理が実行される（ステップＳ１０８）。そして、第１のサーバ装置２００は、当該処理の結果をレスポンス・メッセージとして、ＬＡＮ６００へと送出する。第２のサーバ装置４００は、当該処理の結果をレスポンス・メッセージとして、インターネット７００へと送出する。
【００３３】
第１のサーバ装置２００から送出されたレスポンス・メッセージは、ＬＡＮ６００を経由してクライエント装置５００へと送信される（ステップＳ１１０）。また、第２のサーバ装置４００から送出されたレスポンス・メッセージは、たとえば、インターネット７００、ルータ３００、ＬＡＮ６００を経由してクライエント装置５００へと送信される。クライエント装置５００は、受信したレスポンス・メッセージに応じた処理を実行する（ステップＳ１１２）。
【００３４】
特に、本実施の形態に係るシステム１における第１のサーバ装置は、クライエント装置５００からの第２サーバ装置２００に対する要求に応じて、必要であればインターネット７００を介して第２のサーバ装置４００へリクエスト・メッセージを送信し、第２のサーバ装置４００からのレスポンス・メッセージに応じてクライエント装置５００へ返答を返す。
【００３５】
第１のサーバ装置２００や第２のサーバ装置は、代表的に、ＡＳＰ型のウェブ（Ｗｅｂ）サービスを提供するウェブ（Ｗｅｂ）サーバ装置などから構成される。そして、第１のサーバ装置２００は、各クライエント装置５００ａ，５００ｂ，５００ｃ・・・の使用者のスケジュール情報を管理するサーバ装置である。そして、クライエント装置５００ａの使用者がクライエント装置５００ａを用いて、出張の予定（出発する日および時間、出張先の最寄り駅、帰社する日および時間）などをスケジュール情報として第１のサーバ装置２００に登録すると、第１のサーバ装置２００がチケットを購入するためのサイト（公共交通機関のホームページなど）へアクセスしてチケットを購入する。
【００３６】
上記のようなシステム１においては、以下のような要因によってシステム１の全体的な性能が低下する。図４に示すように、システム１の性能低下に寄与するクライエント装置５００における要因としては、たとえば、クライエント装置５００の処理時間の遅れ、メモリ不足などによる処理の中断などが挙げられる。また、システム１の性能低下に寄与するネットワーク６００，７００における要因としては、たとえば、転送処理時間の遅延、転送の失敗などが挙げられる。また、システム１の性能低下に寄与する第１のサーバ装置２００，第２のサーバ装置４００における要因としては、たとえば、第１のサーバ装置２００の，第２のサーバ装置４００における処理時間の遅れ、メモリ不足などによる処理の中断などが挙げられる。
【００３７】
＜機能構成＞
次に、本実施の形態に係るシステム１が有する各機能について説明する。図５は、本実施の形態に係る状態出力装置の機能構成を示す機能ブロック図である。図５に示される各機能は、たとえば、ＣＰＵ１０５がＲＯＭ１０７や固定ディスク１０７などに記憶されるプログラムを実行して図２および図３に示される各ハードウェアを制御することによって発揮される機能である。本実施の形態においては、各種のシステム状態出力処理のための機能がパーソナルコンピュータまたはワークステーションなどのコンピュータ上で実行されるソフトウェアによって実現される構成としているが、各ブロックの機能や各ステップの処理をソフトウェアによって実現する代わりに、各々を専用のハードウェア回路等によって実現してもよい。
【００３８】
図５に示すように、本実施の形態に係るシステム１は、前述したように、少なくとも１つのクライエント装置５００と、クライエント装置５００とＬＡＮ６００を介して接続される状態出力装置１００と、クライエント装置５００とＬＡＮ６００を介して接続される第１のサーバ装置２００と、ＬＡＮ６００に接続されるインターネット７００と、クライエント装置５００とＬＡＮ６００およびインターネット７００を介して接続される第２のサーバ装置４００とを含む。また、本実施の形態に係るシステム１は、ハブ８１１やパケットロガー８１２などから構成される第１の取得部８１０と、ハブ８２１やパケットロガー８２２などから構成される第２の取得部８２０と、ハブ８３１やパケットロガー８３２などから構成される第３の取得部８３０とを有する。
【００３９】
そして、本実施の形態に係る状態出力装置１００は、第４の取得部１０５−１と、記憶部１０７−１と、計算部１０５−２と、出力部１１５−１とを有する。ここで、第４の取得部１０５−１と計算部１０５−２と出力部１１５−１とは、制御部としてのＣＰＵ１０５が制御プログラムを実行することによって実現されるものであって、たとえば固定ディスク１０７もしくはＲＯＭ１０７からメモリ１０６へと読み出されたプログラムがＣＰＵ１０５上で実行されることによって実現される。つまり、固定ディスク１０７もしくはＲＯＭ１０７に記憶されたプログラムが一旦メモリ１０６へと読み出されて、ＣＰＵ１０５がメモリ１０６からプログラムを読み出しながら順次実行することによって、以下のシステム状態出力処理などの機能が実現される。
【００４０】
以下、各機能について説明する。第１の取得部８１０は、たとえばハブ８１１やパケットロガー８１２などによって実現され、クライエント装置５００とＬＡＮ６００との間に接続され、クライエント装置５００とＬＡＮ６００との間のデータ送受信に関する情報を取得する。そして、クライエント装置５００とＬＡＮ６００との間のデータ送受信に関する情報を状態出力装置１００へと送信する。状態出力装置１００は、クライエント装置５００とＬＡＮ６００との間のデータ送受信に関する情報を受信して、記憶部１０７−１の測定結果データベースに記憶する。
【００４１】
第２の取得部８２０は、たとえばハブ８２１やパケットロガー８２２などによって実現され、ＬＡＮ６００と第１のサーバ装置２００との間に接続され、ＬＡＮ６００と第１のサーバ装置２００との間のデータ送受信に関する情報を測定する。そして、ＬＡＮ６００と第１のサーバ装置２００との間のデータ送受信に関する情報を状態出力装置１００へと送信する。状態出力装置１００は、ＬＡＮ６００と第１のサーバ装置２００との間のデータ送受信に関する情報を受信して、記憶部１０７−１の測定結果データベースに記憶する。
【００４２】
第３の取得部８３０は、たとえばハブ８３１やパケットロガー８３２などによって実現され、ＬＡＮ６００とインターネット７００との間に接続され、ＬＡＮ６００と第２のサーバ装置４００との間のデータ送受信に関する情報を測定する。そして、ＬＡＮ６００と第２のサーバ装置４００との間のデータ送受信に関する情報を状態出力装置１００へと送信する。状態出力装置１００は、ＬＡＮ６００と第２のサーバ装置４００との間のデータ送受信に関する情報を受信して、記憶部１０７−１の測定結果データベースに記憶する。
【００４３】
換言すれば、状態出力装置１００のＣＰＵ１０５などによって実現される第４の取得部１０５−１が、第１の取得部８１０と第２の取得部８２０と第３の取得部８３０とからデータ送受信に関する情報を取得する。そして、第４の取得部１０５−１が、第１の取得部８１０と第２の取得部８２０と第３の取得部８３０とから受信したデータ送受信に関する情報を、記憶部１０７−１の測定結果データベース１０７−２に記憶する。
【００４４】
記憶部１０７−１は、たとえば固定ディスク１０７やメモリ１０６などによって実現されるものであって、測定結果データベース１０７−２や所要時間データベース１０７−３などを記憶する。
【００４５】
図６（ａ），図６（ｂ）は、第１の取得部８１０、第２の取得部８２０、第３の取得部８３０によって取得されたデータ送受信に関する情報が格納された測定結果データベースを示すイメージ図である。図６（ａ）に示すように、第１の取得部８１０は、クライエント装置５００が送信するデータの内容や、クライエント装置５００が受信するデータの内容を取得する。第１の取得部８１０が取得するデータ送受信に関する情報には、送信元のアドレス、送信先のアドレス、セッションＩＤ、時刻、クライエント装置５００から送信されたデータ（Ｓｅｎｄ）かクライエント装置５００へと送信されたデータ（Ｒｅｃｅｉｖｅ）かを示すデータなどが含まれる。第４の取得部１０５−１は、第１の取得部８１０が取得したこのようなデータを受け付けて、記憶部１０７−１の測定結果データベース１０７−２へと記憶する。
【００４６】
図６（ｂ）に示すように、第３の取得部８３０は、ＬＡＮ６００からインターネット７００へと送信されるデータの内容や、インターネット７００からＬＡＮ６００へと送信されるデータの内容を取得する。第４の取得部１０５−１は、第３の取得部８３０が取得したこのようなデータを取得して、記憶部１０７−１の測定結果データベース１０７−２へと記憶する。
【００４７】
なお、第２の取得部８２０も、図６（ｂ）に示すように、ＬＡＮ６００から第１のサーバ装置２００へと送信されるデータの内容や、第１のサーバ装置２００からＬＡＮ６００へと送信されるデータの内容を取得する。第４の取得部１０５−１は、第２の取得部８２０が取得したこのようなデータを取得して、記憶部１０７−１の測定結果データベース１０７−２へと記憶する。
【００４８】
計算部１０５−２は、記憶部１０７−１からデータ送受信に関する情報（時刻）を読み出して、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間と、第１のサーバ装置２００におけるデータ処理時間と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間とを計算する。
【００４９】
図７は、計算部１０５−２にて計算された時間が格納された所要時間データベースを示すイメージ図である。図６（ａ），図６（ｂ），図７に示すように、計算部１０５−２は、記憶部１０７−１の測定結果データベース１０７−２から、第１の取得部８１０と第２の取得部８２０にて取得された同一のセッションＩＤのレコードを抽出する。そして、計算部１０５−２は、当該レコードに含まれる各々の時刻から、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間を算出して、所要時間データベース１０７−３に記憶する。
【００５０】
計算部１０５−２は、図６（ａ），図６（ｂ）に示す記憶部１０７−１の測定結果データベース１０７−２から、第２の取得部８２０にて取得された同一のセッションＩＤの「Ｓｅｎｄ」と「Ｒｅｃｅｉｖｅ」のレコードを抽出する。そして、計算部１０５−２は、当該レコードに含まれる各々の時刻から、第１のサーバ装置２００におけるデータ処理時間を算出して、図７に示すような所要時間データベース１０７−３に記憶する。
【００５１】
計算部１０５−２は、図６（ａ），図６（ｂ）に示す記憶部１０７−１の測定結果データベース１０７−２から、第３の取得部８３０にて取得された同一のセッションＩＤの「Ｓｅｎｄ」と「Ｒｅｃｅｉｖｅ」のレコードを抽出する。そして、計算部１０５−２は、当該レコードに含まれる各々の時刻から、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間を算出して、図７に示すような所要時間データベース１０７−３に記憶する。
【００５２】
ここで、状態出力装置１００が第１の取得部８１０あるいは第２の取得部８２０あるいは第３の取得部８３０から新たなデータを受信した際に、計算部１０５−２が、データ送信時間とデータ処理時間とデータ送受信時間とを算出して記憶する構成であってもよい。ただし、状態出力装置１００が運用者から状態を出力する旨の命令を受け付けた際に、計算部１０５−２が、第１の取得部８１０あるいは第２の取得部８２０あるいは第３の取得部８３０から新たなデータを受信した際に、データ送信時間とデータ処理時間とデータ送受信時間とを算出した上で、後述のシステム状態出力処理を実行する構成であってもよい。
【００５３】
出力部１１５−１は、ＣＰＵ１０５が記憶部１０７−１に記憶されている制御プログラムを実行し、表示部インターフェイス１１５を介して計算部１０５−２における計算結果を出力することによって実現される。出力部１１５−１は、モニタ１０２によっても実現されて、計算部１０５−２における計算結果を運用者に表示するものであってもよい。そして、出力部１１５−１は、ＣＰＵ１０５によって実現されて、計算部１０５−２における計算結果に関するデータや電気信号を、プリンタや他の装置へ出力するものであってもよい。ここで、「出力」とは、表示や印刷だけでなく、データや信号を他のプログラムや装置に与える動作も含む概念である。すなわち、出力部１１５−１は、計算結果を表示するものであってもよいし、計算結果を印刷するものであってもよいし、計算結果を表すデータや信号を他のプログラムや装置に与えるものであってもよい。
【００５４】
図８は、本実施の形態に係るシステム１の全体構成を示す概略図である。図８に示すように、本実施の形態に係るシステム１においては、第１の取得部８１０によってクライエント装置５００の状態を測定し、第２の取得部８２０にＬＡＮ６００の状態を測定し、第３の取得部８３０によってインターネット７００の状態や第２のサーバ装置４００の状態を測定する。そして、状態出力装置１００が、上記の状態を示す情報を集めて測定結果データベース１０７−２に格納し、モニタ１０２などにシステム１の各部の状態を表示する。
【００５５】
詳しくは、計算部１０５−２は、所要時間の種類毎およびウェブサービス毎に所要時間の平均値を計算する。出力部１１５−１は、ウェブサービス毎に平均値の一覧を出力する。具体的には、計算部１０５−２は、たとえばクライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間を算出した際に、当該データ送信時間を送信元のアドレス、送信先のアドレス、セッションＩＤ、クライエント装置５００から送信されたデータ（Ｓｅｎｄ）かクライエント装置５００へと送信されたデータ（Ｒｅｃｅｉｖｅ）かを示すデータなどに対応付けて、所要時間データベース１０７−３に記憶する。
【００５６】
計算部１０５−２は、所要時間データベース１０７−３から、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間のうち、同一のセッションＩＤを有するレコードのみを抽出する。すなわち、送信先アドレスまたは送信元アドレスが第１のサーバ装置２００であるレコードの中から、同一のセッションＩＤを有するレコードを抽出するのである。
【００５７】
計算部１０５−２は、抽出したデータ送信時間の平均値を算出して、当該サービスにおけるクライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の平均値を記憶部１０７−１に記憶する。計算部１０５−２は、当該サービスにおけるクライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の標準偏差も計算して、記憶部１０７−１に記憶する。
【００５８】
図９は、モニタ１０２に１のウェブサービスにおける複数の種類の時間の平均値を一覧で表示した状態を示すイメージ図である。図９に示すように、本実施の形態においては、出力部１１５−１が、１のウェブサービス（セッション）毎に棒グラフを作成して、当該棒グラフを並べて出力するものである。当該棒グラフは、各々の所要時間の平均値毎に異なる色で表示されている。そして、当該棒グラフは、各々の所要時間毎に、当該所要時間の標準偏差の大きさに応じて異なる模様で表示されている。つまり、記憶部１０７−１には、所要時間の種類に応じた色が予め記憶されており、標準偏差の大小に応じた模様が予め記憶されている。
【００５９】
図１０は、モニタ１０２に複数のウェブサービスの各々における複数の種類の時間の平均値を一覧で表示した状態を示すイメージ図である。図１０に示すように、本実施の形態においては、複数のウェブサービス（セッション）毎に棒グラフを作成し、各々の棒グラフを構成する色が複数の種類の時間の平均値によって分割されて表示されている。そして、各々の棒グラフの模様は、各々の種類の時間の標準偏差によって、異なる模様が表示されている。
【００６０】
また、計算部１０５−２は、所要時間の種類毎およびクライエント装置５００毎に所要時間の平均値を計算する。出力部１１５−１は、クライエント装置５００毎に平均値の一覧を出力する。具体的には、計算部１０５−２は、所要時間データベース１０７−３から、たとえば、送信元のアドレスがクライエント装置５００ａであって送信先のアドレスが第１のサーバ装置２００であるデータ送信時間を抽出する。計算部１０５−２は、抽出したデータ送信時間の平均値を算出して、クライエント装置５００ａからＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の平均値を記憶部１０７−１に記憶する。計算部１０５−２は、クライエント装置５００ａからＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の標準偏差も計算して、記憶部１０７−１に記憶する。
【００６１】
また、計算部１０５−２は、所要時間の種類毎および第２のサーバ装置４００毎に時間の平均値を計算する。出力部１１５−１は、第２のサーバ装置４００毎に平均値の一覧を出力する。具体的には、計算部１０５−２は、所要時間データベース１０７−３から、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間のうち、同一の送信先である第２のサーバ装置４００のアドレスを有するレコード、同一の送信元である第２のサーバ装置４００のアドレスを有するレコードを抽出する。すなわち、送信先アドレスまたは送信元アドレスが第２のサーバ装置４００であるレコードを、第２のサーバ装置４００毎に抽出するのである。
【００６２】
計算部１０５−２は、抽出したデータ送受信時間の平均値を算出して、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の平均値を記憶部１０７−１に記憶する。計算部１０５−２は、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の標準偏差も計算して、記憶部１０７−１に記憶する。
【００６３】
＜データ取得処理＞
次に、本実施の形態に係るシステム１におけるデータ取得処理について説明する。図１１は、本実施の形態に係るデータ取得処理のパケットロガー８１２，８２２，８３２における処理手順を示すフローチャートである。図１２は、本実施の形態に係るデータ取得処理の状態出力装置１００における処理手順を示すフローチャートである。
【００６４】
図１１に示すように、ハブ８１１をパケットが通過する（データが送信される）と（ステップＳ２０２）、パケットロガー８１２が当該パケットの内容を確認して、送信元のアドレス、送信先のアドレス、セッションＩＤ、時刻、クライエント装置５００から送信されたデータ（Ｓｅｎｄ）かクライエント装置５００へと送信されたデータ（Ｒｅｃｅｉｖｅ）かを示すデータなどを取得する（ステップＳ２０４）。パケットロガー８１２は、当該データを状態出力装置１００へ送信する（ステップＳ２０６）。
【００６５】
図１２に示すように、状態出力装置１００では、当該データを受信すると（ステップＳ３０２にてＹＥＳの場合）、ＣＰＵ１０５は、当該データを測定結果データベース１０７−２に記憶する（ステップＳ３０４）。
【００６６】
そして、たとえば、ＣＰＵ１０５は、測定結果データベース１０７−２から、パケットロガー８１２とパケットロガー８２２にて取得された同一のセッションＩＤのレコードを抽出する（ステップＳ３０６）。そして、ＣＰＵ１０５は、当該レコードに含まれる各々の時刻から、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間を算出する（ステップＳ３０８）。ＣＰＵ１０５は、当該データ送信時間を送信元のアドレス、送信先のアドレス、セッションＩＤ、クライエント装置５００から送信されたデータ（Ｓｅｎｄ）かクライエント装置５００へと送信されたデータ（Ｒｅｃｅｉｖｅ）かを示すデータなどに対応付けて、所要時間データベース１０７−３に記憶する（ステップＳ３１０）。
【００６７】
また、たとえば、ＣＰＵ１０５は、測定結果データベース１０７−２から、パケットロガー８２２にて取得された同一のセッションＩＤの「Ｓｅｎｄ」と「Ｒｅｃｅｉｖｅ」のレコードを抽出する（ステップＳ３０８）。そして、ＣＰＵ１０５は、当該レコードに含まれる各々の時刻から、第１のサーバ装置２００におけるデータ処理時間を算出して、当該データ処理時間を送信元のアドレス、送信先のアドレス、セッションＩＤ、クライエント装置５００から送信されたデータ（Ｓｅｎｄ）かクライエント装置５００へと送信されたデータ（Ｒｅｃｅｉｖｅ）かを示すデータなどに対応付けて、所要時間データベース１０７−３に記憶する（ステップＳ３１０）。
【００６８】
また、たとえば、ＣＰＵ１０５は、測定結果データベース１０７−２から、パケットロガー８３２にて取得された同一のセッションＩＤの「Ｓｅｎｄ」と「Ｒｅｃｅｉｖｅ」のレコードを抽出する（ステップＳ３０８）。そして、ＣＰＵ１０５は、当該レコードに含まれる各々の時刻から、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間を算出して、当該データ送受信時間を送信元のアドレス、送信先のアドレス、セッションＩＤ、クライエント装置５００から送信されたデータ（Ｓｅｎｄ）かクライエント装置５００へと送信されたデータ（Ｒｅｃｅｉｖｅ）かを示すデータなどに対応付けて、所要時間データベース１０７−３に記憶する（ステップＳ３１０）。
【００６９】
このように、Ｓ３０２〜Ｓ３１０においては、状態出力装置１００が新たにデータ送受信に関するデータをパケットロガー８１２，８２２，８３２から受信した際に、ＣＰＵ１０５が当該データに含まれる時刻から各々の所要時間を算出して、所要時間データベース１０７−３に記憶する。ただし、所要時間の算出処理は、ＣＰＵ１０５がユーザからの出力命令を受け付けた際（後述するステップ４０２にてＹＥＳの場合）に、実行されるものであってもよい。
【００７０】
＜システム状態出力処理＞
次に、本実施の形態に係る状態出力装置１００におけるシステム状態出力処理について説明する。図１３は、本実施の形態に係る状態出力装置１００におけるシステム状態出力処理の処理手順を示すフローチャートである。
【００７１】
図１３に示すように、運用者などが状態出力装置１００にシステム状態を出力する旨の命令を入力すると（ステップＳ４０２にてＹＥＳの場合）、ＣＰＵ１０５は所要時間データベース１０７−３から、各々のサービス（セッション）毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間と、第１のサーバ装置２００におけるデータ処理時間と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間とを抽出する（ステップＳ４０４）。
【００７２】
ＣＰＵ１０５は、各々のサービス（セッション）毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の第１の平均値と第１の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ４０６）。ＣＰＵ１０５は、各々のセッション毎に、第１のサーバ装置２００におけるデータ処理時間の第２の平均値と第２の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ４０８）。ＣＰＵ１０５は、各々のセッション毎に、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の第３の平均値と第３の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ４１０）。
【００７３】
ＣＰＵ１０５は、各々のセッション毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の第１の平均値と、第１のサーバ装置２００におけるデータ処理時間の第２の平均値と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の第３の平均値とを集計する（ステップＳ４１２）。そして、ＣＰＵ１０５は、当該集計結果を一覧表（グラフ）にして出力する（ステップＳ４１４）。
【００７４】
このように、Ｓ４０４〜Ｓ４１０において、ＣＰＵ１０５は、所要時間データベース１０７−３から所要時間を読み出して、各サービス（セッション）毎および各種所要時間毎に、当該所要時間の平均値や標準偏差を算出する。そして、Ｓ４１２〜Ｓ４１４において、ＣＰＵ１０５は、当該平均値や標準偏差に基づいて、システム１に関する送受信動作や演算動作をモニタ１０２などに出力する。
【００７５】
記憶部１０７には複数のしきい値が記憶されており、ＣＰＵ１０５は当該しきい値に基づいて当該それぞれの時間の標準偏差を段階分けする構成とし、図１０に示すように、それぞれの時間の標準偏差に応じた模様を付して出力する構成としても良い。
【００７６】
ここで、状態出力装置１００がＬＡＮ６００に接続されており、クライエント装置５００がＬＡＮ６００などを介して状態出力装置１００にアクセス可能に構成されてもよい。そして、クライエント装置５００の使用者が、ＬＡＮ６００などを介して状態出力装置１００にアクセスすることによって、状態出力装置１００に状態出力命令を入力可能な構成としてもよい。この場合は、状態出力装置１００は、ウェブサービスの１つとして、クライエント装置５００からの状態出力命令を受け付けて、クライエント装置５００に集計結果を出力する。クライエント装置５００は、集計結果を受け付けて、集計結果を一覧表（グラフ）にして、使用者に表示したり、印刷したりする。
【００７７】
＜システム状態出力処理の第１の変形例＞
次に、本実施の形態に係る状態出力装置１００におけるシステム状態出力処理の第１の変形例について説明する。図１４は、本実施の形態に係る状態出力装置１００におけるシステム状態出力処理の第１の変形例の処理手順を示すフローチャートである。
【００７８】
図１４に示すように、運用者などが状態出力装置１００にシステム状態を出力する旨の命令を入力すると（ステップＳ５０２にてＹＥＳの場合）、ＣＰＵ１０５は所要時間データベース１０７−３から、クライエント装置５００毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間と、第１のサーバ装置２００におけるデータ処理時間と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間とを抽出する（ステップＳ５０４）。
【００７９】
ＣＰＵ１０５は、各々のクライエント装置５００毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の第１の平均値と第２１の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ５０６）。ＣＰＵ１０５は、各々のクライエント装置５００毎に、第１のサーバ装置２００におけるデータ処理時間の第２の平均値と第２の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ５０８）。ＣＰＵ１０５は、各々のクライエント装置５００毎に、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の第３の平均値と第３の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ５１０）。
【００８０】
ＣＰＵ１０５は、各々のクライエント装置５００毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の第１の平均値と、第１のサーバ装置２００におけるデータ処理時間の第２の平均値と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の第３の平均値とを集計する（ステップＳ５１２）。そして、ＣＰＵ１０５は、図１０に示すように、表示部インターフェイス１１５を介してモニタ１０２などにおいて、当該集計結果を一覧表（グラフ）にして出力する（ステップＳ５１４）。
【００８１】
このように、Ｓ５０４〜Ｓ５１０において、ＣＰＵ１０５は、所要時間データベース１０７−３から所要時間を読み出して、各クライエント装置毎および各種所要時間毎に、当該所要時間の平均値や標準偏差を算出する。そして、Ｓ５１２〜Ｓ５１４において、ＣＰＵ１０５は、当該平均値や標準偏差に基づいて、システム１に関する送受信動作や演算動作をモニタ１０２などに出力する。
【００８２】
本変形例においても、記憶部１０７には複数のしきい値が記憶されており、ＣＰＵ１０５は当該しきい値に基づいて当該それぞれの時間の標準偏差を段階分けする構成とし、図１０に示すように、それぞれの時間の標準偏差に応じた模様を付して出力する構成としても良い。
【００８３】
＜システム状態出力処理の第２の変形例＞
次に、本実施の形態に係る状態出力装置１００におけるシステム状態出力処理の第１の変形例について説明する。図１５は、本実施の形態に係る状態出力装置１００におけるシステム状態出力処理の第２の変形例の処理手順を示すフローチャートである。
【００８４】
図１５に示すように、運用者などが状態出力装置１００にシステム状態を出力する旨の命令を入力すると（ステップＳ６０２にてＹＥＳの場合）、ＣＰＵ１０５は所要時間データベース１０７−３から、クライエント装置５００毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間と、第１のサーバ装置２００におけるデータ処理時間と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間とを抽出する（ステップＳ６０４）。
【００８５】
ＣＰＵ１０５は、各々のクライエント装置５００毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の第１の平均値と第１の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ６０６）。ＣＰＵ１０５は、各々のクライエント装置５００毎に、第１のサーバ装置２００におけるデータ処理時間の第１の平均値と第２の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ６０８）。ＣＰＵ１０５は、各々のクライエント装置５００毎に、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の第３の平均値と第３の標準偏差とを計算して、計算結果を記憶部１０７−１に記憶する（ステップＳ６１０）。
【００８６】
ＣＰＵ１０５は、各々のクライエント装置５００毎に、クライエント装置５００からＬＡＮ６００を介した第１のサーバ装置２００までのデータ送信時間の第１の平均値と、第１のサーバ装置２００におけるデータ処理時間の第２の平均値と、インターネットを介して第２のサーバ装置４００へとデータが送信されてから当該データに応じたデータが第２のサーバ装置４００から返信されてくるまでのデータ送受信時間の第３の平均値とを集計する（ステップＳ６１２）。そして、ＣＰＵ１０５は、図１０に示すように、表示部インターフェイス１１５を介してモニタ１０２などにおいて、当該集計結果を一覧表（グラフ）にして出力する（ステップＳ６１４）。
【００８７】
このように、Ｓ６０４〜Ｓ６１０において、ＣＰＵ１０５は、所要時間データベース１０７−３から所要時間を読み出して、各クライエント装置毎および各種所要時間毎に、当該所要時間の平均値や標準偏差を算出する。そして、Ｓ６１２〜Ｓ６１４において、ＣＰＵ１０５は、当該平均値や標準偏差に基づいて、システム１に関する送受信動作や演算動作をモニタ１０２などに出力する。
【００８８】
本変形例においても、記憶部１０７には複数のしきい値が記憶されており、ＣＰＵ１０５は当該しきい値に基づいて当該それぞれの時間の標準偏差を段階分けする構成とし、図１０に示すように、それぞれの時間の標準偏差に応じた模様を付して出力する構成としても良い。
【００８９】
＜その他の実施の形態＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。
【００９０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９１】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。
【００９２】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
上記に示す変形例（実施の形態）は、その本質を変容させることなく、互いに組み合わせ可能であり、他の実施の形態にも適用することができる。
【００９５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００９６】
【図１】本実施の形態に係るシステムの全体構成を示す概略図である。
【図２】本実施の形態に係る状態出力装置を示す斜視図である。
【図３】本実施の形態に係る状態出力装置のハードウェア構成を示す制御ブロック図である。
【図４】システムの性能低下の影響要因とデータ送受信処理の流れを示すイメージ図である。
【図５】本実施の形態に係る状態出力装置の機能構成を示す機能ブロック図である。
【図６】第１の取得部、第２の取得部、第３の取得部によって取得されたデータ送受信に関する情報を示すイメージ図である。
【図７】計算部にて計算された時間が格納された所要時間データベースを示すイメージ図である。
【図８】本実施の形態に係るシステムの全体構成を示す概略図である。
【図９】モニタに１のウェブサービスにおける複数の種類の時間の平均値を一覧で表示した状態を示すイメージ図である。
【図１０】モニタに複数のウェブサービスの各々における複数の種類の時間の平均値を一覧で表示した状態を示すイメージ図である。
【図１１】本実施の形態に係るデータ取得処理のパケットロガーにおける処理手順を示すフローチャートである。
【図１２】本実施の形態に係るデータ取得処理の第１のサーバにおける処理手順を示すフローチャートである。
【図１３】本実施の形態に係る状態出力装置におけるシステム状態出力処理の処理手順を示すフローチャートである。
【図１４】本実施の形態に係る状態出力装置におけるシステム状態出力処理の第１の変形例の処理手順を示すフローチャートである。
【図１５】本実施の形態に係る状態出力装置におけるシステム状態出力処理の第２の変形例の処理手順を示すフローチャートである。
【符号の説明】
【００９７】
１  システム状態出力システム、１００  状態出力装置、１０１  コンピュータ本体、１０２  モニタ、１０３  キーボード、１０４  マウス、１０５  ＣＰＵ、１０５−１  第４の取得部、１０５−２  計算部、１０６  メモリ、１０７  固定ディスク、１０７−１  記憶部、１０７−２  測定結果データベース、１０７−３  所要時間データベース、１０８  内部バス、１０９  通信インターフェイス、１１５  表示部インターフェイス、１１５−１  出力部、２００  第１のサーバ装置、３００  ルータ、４００  第２のサーバ装置、５００，５００ａ，５００ｂ，５００ｃ  クライエント装置、６００  ＬＡＮ（第１のネットワーク）、７００  インターネット（第２のネットワーク）、８１０  第１の取得部、８１１，８２１，８３１  ハブ、８１２，８２２，８３２  パケットロガー、８２０  第２の取得部、８３０  第３の取得部。
【図１】
2009223543.tif 000003
【図２】
2009223543.tif 000004
【図３】
2009223543.tif 000005
【図４】
2009223543.tif 000006
【図５】
2009223543.tif 000007
【図６】
2009223543.tif 000008
【図７】
2009223543.tif 000009
【図８】
2009223543.tif 000010
【図９】
2009223543.tif 000011
【図１０】
2009223543.tif 000012
【図１１】
2009223543.tif 000013
【図１２】
2009223543.tif 000014
【図１３】
2009223543.tif 000015
【図１４】
2009223543.tif 000016
【図１５】
2009223543.tif 000017