JPH10133916A - 計算機システムにおける問題解析方式及び計算機システムにおける問題解析ツールを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 障害発生時のデータ収集を容易化及び収集し
たログに基づき問題原因追求を容易にして解析時間を短
縮する計算機システムにおける問題解析方式を提供す
る。 【解決手段】 各マシン１０１，１１１において通信ロ
グ及び動作状況ログを収集するデータ収集ツール１０
３，１１３と、表示マシン２１において各マシン１０
１，１１１において収集された通信ログファイル５，１
５に含まれる各パケットを対応づけて矢印線を引くこと
で通信ダイアグラムを、また、動作状況ログファイル
６，１６に含まれる資源の使用状況を通信ダイアグラム
の同一画面上の時間軸に合わせてシステム動作状況を、
それぞれ自動生成し、グラフィック端末２３に表示する
障害解析ツール２２と、を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムに
おける問題解析方式、特に各計算機において収集した解
析データに基づいて問題を解析する際に有用な情報の表
示に関する。

【０００２】

【従来の技術】近年、開発されているシステムのアプリ
ケーションは、クライアント・サーバ方式による分散ア
プリケーションシステムの形態を採るものが一般化して
いる。このクライアント・サーバ型アプリケーション上
で通信障害若しくは性能障害などの問題が発生した場
合、その問題箇所を特定し解消しなくてはならない。問
題の原因を追求するためには、まず、クライアントマシ
ン側、サーバマシン側、あるいはクライアントマシンと
サーバマシンとを接続するネットワークのいずれかに問
題があるかを切り分ける必要がある。そのためには、自
マシンと相手マシンとの通信をトレースすることによっ
て得られる通信ログと、自マシン、相手マシン双方の資
源の動作状況すなわち使用状況を監視することによって
得られる動作状況ログとを、障害を再現させて解析デー
タとしてファイルに収集し、各マシンにおいて収集され
た解析データを突き合わせて解析を行なうことが一般的
である。以下に、この問題解析の手法について図を用い
てより具体的に説明する。

【０００３】図２６は、従来のクライアント・サーバシ
ステムの構成例を示した図である。問題の発生原因であ
ると考えられる各アプリケーション２，１２は、それぞ
れクライアントマシン１、サーバマシン１１上において
動作し、ネットワーク２０を経由して通信処理を行な
う。問題を解析するために各マシン１，１１には、障害
発生時、アプリケーション２，１２の実行を制御して解
析データの収集を行なうデータ収集ツール３，１３と、
各データ収集ツール３，１３が収集した解析データ（通
信ログ、動作状況ログ）を記録する通信ログファイル
５，１５及び動作状況ログファイル６，１６を記憶する
ディスク装置４，１４とが設けられている。データ収集
ツール３，１３は、解析データを収集する際に各マシン
１，１１においてそれぞれのメモリにロードされ各ＣＰ
Ｕにより実行されるアプリケーションプログラムであ
り、人手により起動され、終了される。

【０００４】次に、従来におけるデータ収集方法につい
て図２７のフローチャートに基づいて説明する。

【０００５】クライアント・サーバシステムで障害（主
に性能問題）が発生すると、クライアント／サーバの各
マシン上で解析データを収集するため、最初にどんなデ
ータを収集するか設定する（ステップ１）。例えば、サ
ンプリング周期やＣＰＵ、ディスク、メモリ等どの資源
に係る使用率を収集するかなどである。そして、データ
収集ツールを起動し（ステップ２）、問題となるアプリ
ケーション２，１２を起動させ現象を再現させる（ステ
ップ３）。そして、人手により適当なタイミングでデー
タ収集ツール３，１３を停止させ（ステップ４）、通信
ログ及び動作状況ログをディスク装置４，１４内の通信
ログファイル５，１５、動作状況ログファイル６，１６
にそれぞれ格納する。このようにして解析データを採取
できると、解析担当者は、この採取した解析データに基
づいて問題解析を行う。

【０００６】採取したデータを解析するために、解析担
当者は、両マシン１，１１において採取したキャラクタ
ベースの膨大な通信ログから手作業で通信のやり取りを
示した通信ダイアグラムを作成して解析を行なってい
た。また、特に、性能問題の場合、通信ログとシステム
の動作状況を時間軸を合わせて比較し、問題の原因とな
る情報がないか解析を行なう必要があった。

【０００７】

【発明が解決しようとする課題】しかしながら、上述し
た従来の解析手法では、解析すること自体が非常に難解
で、解析を行なう担当者は、コンピュータやネットワー
クに関して相当の知識を有していなければならない。

【０００８】また、収集した解析データの量が通常膨大
となるため、解析には、多くの労力と時間を費やすとい
う問題点もある。すなわち、解析の際には、膨大な解析
データを参照して手作業により通信ダイアグラムを作成
し、更に通信ダイアグラムにシステム動作状況を対応づ
ける必要がある。また、計算機間のシステム時刻は、必
ずしも一致しているとは限らないので、計算機間の同期
合せすなわち時刻の対応付けを行なう必要がある。

【０００９】また、障害を再現させて発生させた時点に
おける解析データを収集することは、容易なことではな
い。例えば、障害の発生を含んだ長めの時間帯のデータ
を収集することは可能であるが、その分解析しなければ
ならないデータが膨大になりすぎてしまい現実的でな
い。一方、収集するデータ量若しくは収集時間を一定に
してしまうと、必要なデータが収集できているかの保証
がない。更に、一定量のリングバッファを設けてデータ
収集を行い、障害発生したと考えられそうな時点の後に
収集を停止するという方法も考えられるが、この方法だ
と解析に必要なデータを新たに収集したデータで上書き
してしまう可能性が生じ、また、その逆にデータ収集を
早目に止めてしまう可能性も生じる。このように、従来
においては、適切なデータの収集自体が困難であった。

【００１０】この発明は、上記のような問題を解決する
ためになされたものであり、その第一の目的は、収集し
たデータに対して専門知識がなくても問題原因追求を容
易にして解析時間を短縮することができる計算機システ
ムにおける問題解析方式を提供することにある。

【００１１】また、第二の目的は、障害発生時のデータ
収集を容易にできる計算機システムにおける問題解析方
式を提供することにある。

【００１２】

【課題を解決するための手段】以上のような目的を達成
するために、本発明における計算機システムにおける問
題解析方式は、ネットワークを介して通信を行なう計算
機により構築される計算機システムにおいて、前記各計
算機において問題発生時において行われた通信をトレー
スすることによって得る通信ログ及びその時の各計算機
の資源の動作状況を監視することによって得る動作状況
ログを解析データとして収集するデータ収集手段と、前
記各計算機において収集される解析データに基づいて問
題解析に必要な情報を表示する解析データ表示制御手段
とを有し、前記解析データ表示制御手段は、前記解析デ
ータに基づいて計算機間の通信のやり取りを時間軸上に
矢印線で表した通信ダイアグラムを自動的に生成し表示
することを特徴とする。

【００１３】また、前記データ収集手段は、前記各計算
機において問題発生時における各計算機の資源の動作状
況を監視することによって得る動作状況ログを解析デー
タとして収集し、前記解析データ表示制御手段は、前記
通信ダイアグラムの時間軸に合わせて、前記動作状況ロ
グに基づくシステム動作状況を表示することを特徴とす
る。

【００１４】また、前記データ収集手段は、通信をトレ
ースすることによって通信の度に作成されるパケットを
通信ログとして通信ログファイルに採取し、前記解析デ
ータ表示制御手段は、前記各計算機それぞれに収集され
た前記通信ログファイルを検索し、正常な通信時にパケ
ットに記録されるパケット識別情報に基づいて対応する
パケットを特定することによって矢印線を引くことを特
徴とする。

【００１５】また、所定の事象が発生したことを認識し
た時点でデータの収集を停止させる解析データ収集制御
手段を有することを特徴とする。

【００１６】また、前記解析データ収集制御手段は、前
記各計算機上において収集される通信に関するログの内
容を監視し、ある特定のログが生成された時点で解析デ
ータの収集を停止させることを特徴とする。

【００１７】また、前記解析データ収集制御手段は、前
記計算機上において動作し通信を行う特定のアプリケー
ションが異常終了した時点で解析データの収集を停止さ
せることを特徴とする。

【００１８】また、前記解析データ収集制御手段は、前
記各計算機上において動作し通信を行う特定のアプリケ
ーションから通知を受けた時点で解析データの収集を停
止させることを特徴とする。

【００１９】また、前記解析データ収集制御手段は、前
記アプリケーションが動作する前記各計算機に設けら
れ、自計算機においてデータ収集を停止させたことを他
方の計算機に通知することを特徴とする。

【００２０】また、前記解析データ表示制御手段は、前
記各計算機におけるシステム時刻が一致していない場
合、対応する各パケットに記録された時間情報に基づい
て表示するための時間軸の補正を行った後に前記通信ダ
イアグラムの表示を行うことを特徴とする。

【００２１】また、前記解析データ表示制御手段は、一
方の計算機により収集された通信ログのみに基づいて、
矢印線の一端が不特定な前記通信ダイアグラムの作成を
行うことを特徴とする。

【００２２】また、前記解析データ表示制御手段は、一
方の計算機により収集された解析データと、他方の計算
機により収集された動作状況ログに基づいて表示する場
合、双方の前記計算機に対してシステム時刻の問合せを
行い、その問合せの返答に基づいて表示するための時間
軸の補正を行った後に、矢印線の一端が不特定な前記通
信ダイアグラムとその通信ダイアグラムの時間軸に対応
させて前記システム動作状況の作成を行うことを特徴と
する。

【００２３】また、表示内容の条件設定を入力する条件
入力手段を有し、前記解析データ表示制御手段は、その
入力された条件に従って表示内容の設定することを特徴
とする。

【００２４】また、前記条件入力手段は、画面上に表示
されているいずれかの矢印線を選択できる機構を有し、
前記解析データ表示制御手段は、前記条件入力手段によ
り選択された矢印線に対応した通信に関する詳細情報を
表示することを特徴とする。

【００２５】更に、前記解析データ表示制御手段は、正
常でない通信に基づくパケットのみを前記通信ログファ
イルから抽出して通信ダイアグラムを生成することを特
徴とする。

【００２６】また、本発明に係る媒体は、ネットワーク
を介して通信を行なう各計算機において、問題発生時に
おいて行われた通信をトレースすることによって得る通
信ログ及びその時の各計算機の資源の動作状況を監視す
ることによって得る動作状況ログを解析データとして収
集するデータ収集プログラムと、前記各計算機において
収集される解析データに基づいて計算機間の通信のやり
取りを時間軸上に矢印線で表示する通信ダイアグラムを
自動的に生成し、システム動作状況と合わせて表示する
解析データ表示制御プログラムとを含む計算機システム
における問題解析ツールを記録したことを特徴とする。

【００２７】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。なお、従来例と同
様の要素には、同じ符号を付け説明を省略する。また、
各実施の形態の説明で使用する各図面についても同じ要
素及び処理には、同じ符号を付ける。

【００２８】実施の形態１．図１は、本発明に係る計算
機システムにおける問題解析方式の一実施の形態を示し
たネットワーク構成図である。本実施の形態では、従来
例と同様に本発明をクライアント・サーバシステムに適
用した場合で説明する。なお、本実施の形態における各
計算機は、ＴＣＰ／ＩＰプロトコルを採用してネットワ
ーク通信を行うものとする。本実施の形態におけるクラ
イアント・サーバシステムは、問題解析の対象となるク
ライアントマシン１０１及びサーバマシン１１１の他に
通信ダイアグラムなどを表示するための表示マシン２１
をネットワーク２０に接続している。なお、本実施の形
態では、ネットワーク２０を有線であるＬＡＮで構築し
たが、無線を利用するようにしてもよい。クライアント
マシン１０１及びサーバマシン１１１には、従来と同様
に問題発生時において行われた通信をトレースすること
によって得る通信ログ並びに問題発生時の各マシン１０
１，１１１の資源の動作状況を監視することによって得
る動作状況ログを解析データとして収集するためのデー
タ収集ツール１０３，１１３が搭載されている。

【００２９】表示マシン２１には、各マシン１０１，１
１１において収集される解析データに基づいて問題解析
に必要な情報を表示する障害解析ツール２２が搭載され
ている。具体的には、接続されているグラフィック端末
２３に通信ダイアグラムと通信ダイアグラムに合わせて
システム動作状況をビジュアルに表示する。障害解析ツ
ール２２は、それぞれのメモリにロードされ各ＣＰＵに
より実行される障害解析用のアプリケーションプログラ
ムであり、解析データ表示制御手段を構成する。障害解
析ツール２２は、各マシン１０１，１１１からディスク
装置２４にコピーした通信ログファイル５，１５及び動
作状況ログファイル６，１６に基づいて問題解析に必要
な情報すなわち前述した通信ダイアグラム等を自動的に
作成し、グラフィック端末２３に表示することになる。
定義ファイル２５は、ディスク装置２４に予め設定され
ており、問題解析の対象とするクライアントマシンとサ
ーバマシンとを設定する。図２は、定義ファイル２５の
設定内容例を示した図である。図２に示したようにクラ
イアント及びサーバそれぞれのホスト名、通信ログファ
イル名、動作状況ログファイル名が設定される。

【００３０】本実施の形態では、解析データとして通信
ログと動作状況ログとを用いる。通信ログには、通信が
実行される度に図３に示したような通常パケットと呼ば
れるログが通信相手双方の通信ログファイル５，１５に
順次記録される。従って、通信ログファイル５，１５
は、通信ログの集まりである。動作状況ログには、測定
時刻とその時刻における資源使用状況とが順次記録され
る。資源使用状況としてＣＰＵ使用率、ディスクＩＯ
率、メモリ使用率を収集することが一般的であり、本実
施の形態においても同様である。本実施の形態では、解
析データの一部としてＣＰＵ使用率のデータを収集する
例を用いるので、図４に示したように各測定時刻に対応
してＣＰＵ使用率（％）が記録される。図５には、デー
タ収集ツール１０３，１１３により通信ログに記録され
るパケットの内容例が示されている。ここで、パケット
の内容について必要な項目のみ説明する。

【００３１】本実施の形態におけるクライアント・サー
バシステムは、イーサネット及びＴＣＰ／ＩＰプロトコ
ルに基づいて通信を行っている。従って、各パケットに
おいて、イーサネットに基づく通信に関する情報が“Ｅ
ＴＨＥＲ”の欄に、ＴＣＰ／ＩＰプロトコルに関するヘ
ッダ情報が“ＩＰ ＨＥＡＤＥＲ”、“ＴＣＰ ＨＥＡ
ＤＥＲ”の欄に、そして、通信された実際の通信パケッ
トの内容がキャラクタベースに変換され“ＵＳＥＲ Ｄ
ＡＴＡ”の欄に、それぞれテキスト形式で記録される。
“ＥＴＨＥＲ”の欄には、通信相手双方の物理アドレス
の他に通信が行われた時刻が“ＤＡＴＥ：”に記録され
る。“ＩＰ ＨＥＡＤＥＲ”の欄においては、“ＳＯＵ
ＲＣＥ：”、“ＤＥＳＴ：”にそれぞれ送信元及び送信
先のＩＰアドレスが記録される。この例では、ホスト名
がわかっているときにはホスト名が記録される。また、
“ＩＤ：”にはネットワーク上一意に特定されるパケッ
トＩＤが記録される。本実施の形態では、主に時刻、通
信相手のホスト名及びパケットＩＤの情報を用いる。正
常に通信が行われている場合は、送受信双方のマシン１
０１，１１１の通信ログファイル５，１５に全ての情報
が所定のフィールドに書き込まれたパケットがログされ
ることになるが、異常発生時には、パケット自身がログ
されないか、あるいは可能な情報のみが書き込まれたパ
ケットがログされることになる。

【００３２】本実施の形態において特徴的なことは、問
題発生時に各マシン１０１，１１１において収集した解
析データに基づいて通信ダイアグラムを自動的に生成す
ることである。また、時間軸を設けることで、通信をビ
ジュアルに表示し、更に同期させて動作状況ログをもビ
ジュアルに表示させることである。

【００３３】次に、本実施の形態における通信ダイアグ
ラム等の自動生成処理について説明する。なお、解析デ
ータは、従来と同様の方法で収集する。すなわち、通信
ログと動作状況ログ自身は、従来例と同じでよい。

【００３４】本実施の形態における通信ダイアグラム等
の自動生成処理は、図６に示したように解析データを分
析することによってマシン間の通信処理の内容を分析す
る処理と、その分析結果に基づいてグラフィック端末２
３に通信ダイアグラム等を作成し、表示するための処理
とに大別できる。最初に図７を用いて解析データの分析
処理から説明する。

【００３５】まず、前準備として障害解析ツール２２を
起動して、予め作成済みの定義ファイル２５の内容（定
義情報）をディスク装置２４から読み込み（ステップ１
００）、クライアントマシン１０１に対するホスト名、
問題発生時に収集した通信ログと動作状況ログのファイ
ル名の情報、また、同様にサーバマシン１１１に対する
ホスト名、収集した通信ログと動作状況ログのファイル
名の情報を得る。障害解析ツール２２は、その情報に従
い、収集された通信ログを各マシン１０１，１１１から
ネットワーク２０を経由して取得する（ステップ１０
１）。同様に、動作状況ログを取得する（ステップ１０
２）。

【００３６】問題解析をする際、まず、各マシン１０
１，１１１から取得したディスク装置２４内の通信ログ
ファイル５，１５を読み込む（ステップ１０３）。次
に、読み込んだクライアント側の通信ログファイル５の
先頭パケットから検索を行う（ステップ１０４）。最初
に、そのパケットがサーバマシン１１１との送受信のパ
ケットかどうかチェックする。サーバマシン１１１から
の受信パケットかどうかは、キャラクタベースのパケッ
ト内で“ＳＯＵＲＣＥ：”で示されるフィールドがサー
バマシン１１１のホスト名“ｓｅｒｖｅｒ”かどうかで
判別できる（ステップ１０５）。また、、サーバマシン
１１１への送信パケットかどうかは、キャラクタベース
のパケット内で“ＤＥＳＴ：”で示されるフィールドが
サーバマシン１１１のホスト名かどうかで判別できる
（ステップ１０６）。従って、その判別の結果、サーバ
マシン１１１との通信でない場合は、最終パケットの判
断を行なう処理（ステップ１１２）へ進む。結果がサー
バマシン１１１との通信パケットであった場合、パケッ
ト内の“ＩＤ：”のフィールドにパケットＩＤが設定さ
れているかのチェックを行なう（ステップ１０７）。一
般のネットワーク通信で使用されるＴＣＰ及びＵＤＰの
通信では、その上位層のＩＰプロトコルが持つＩＤがネ
ットワーク上でユニークな値となるため、この値を使う
ことで各マシン１０１，１１１の通信ログファイル５，
１５の中から送信と受信のパケットの対応をとることが
できる。“ＩＤ：”のフィールドに何も設定されていな
ければ、ステップ１１２の処理に進む。“ＩＤ：”にパ
ケットＩＤが存在した場合は、そのクライアントマシン
１０１のパケットに対応するサーバマシン１１１側のパ
ケットを探しだすためサーバ側の通信ログファイル１５
の先頭パケットから検索処理を行なう（ステップ１０
８）。

【００３７】検索処理として、サーバ側の通信ログファ
イル１５に同じパケットＩＤのパケットが存在するかど
うかのチェックを行い（ステップ１０９）、存在すれ
ば、対応するクライアントマシン１０１及びサーバマシ
ン１１１のパケットの通信ログファイル５，１５内にお
ける位置情報をセーブする（ステップ１１０）。もし、
サーバ側の通信ログファイル１５の最後まで検索し、当
該パケットが存在しなければ、サーバ側の通信ログファ
イル１５への検索処理を終了する（ステップ１１１）。

【００３８】サーバ側の通信ログファイル１５への検索
が終ると、クライアントマシン１０１のパケットが最終
かチェックする（ステップ１１２）。この処理をクライ
アント側の通信ログファイル５に記録された最終のパケ
ットまで上記処理（ステップ１０４〜ステップ１１２）
を繰り返し行う。

【００３９】次に、解析データの分析処理により得たパ
ケットの位置情報に基づいて行う通信ダイアグラム等の
作成、表示処理について図８を用いて説明する。

【００４０】まず、セーブした（対応が取られた）パケ
ットの位置情報から、該当するパケット情報を各通信ロ
グファイル５，１５から読み込む（ステップ１１３）。
最初に表示するパケットを基点にして、パケット内にあ
る時間データすなわち“ＤＡＴＥ：”の欄のデータを画
面上の位置データに変換する（ステップ１１４）。対応
が取られたパケットの位置データを線で繋ぐことで通信
のやり取りの表示が可能であるが、通信の向きを出すた
め、クライアント側からの送信の場合、クライアント側
からの矢印線を引き、サーバ側からの送信（クライアン
ト側では受信）の場合、サーバ側からの矢印線を引く
（ステップ１１５〜１１７）。この処理をセーブしたパ
ケット全てに対して行なう（ステップ１１８）。この処
理を繰り返し行うことで通信ダイアグラムを作成するこ
とができる。

【００４１】更に、障害解析ツール２２は、ディスク装
置２４にある動作状況ログファイル６，１６から動作状
況ログを読み込み（ステップ１１９）、上述した通信ダ
イアグラムの作成と同様に時刻情報を画面上の位置デー
タに変換し、通信ダイアグラムでの時間（時刻）に同期
させ、使用率を折れ線でグラフィック端末２３に表示す
る（ステップ１２０）。この動作状況ログに関するデー
タの表示をクライアントマシン１０１、サーバマシン１
１１のそれぞれについて実施すると、図９に示したよう
なシステム状況表示が可能になる。

【００４２】図９において、グラフィック端末２３の表
示画面の中央に設けられた通信ダイアグラム表示部３１
には通信ダイアグラムが表示され、その両側に設けられ
たクライアントマシン１０１及びサーバマシン１１１の
システム動作状況表示部３２には、ＣＰＵ使用率がそれ
ぞれ表示される。通信ダイアグラム表示部３１の最上部
には、各マシンのシステム時刻が表示され、縦方向に時
間軸を形成している。システム動作状況部３２には、こ
の時間軸に合わせて動作状況ログファイル６，１６に記
録されているＣＰＵ使用率が表示される。

【００４３】以上のように、本実施の形態によれば、問
題発生時に収集した通信ログ及び動作状況ログから構成
される解析データを表示マシン２１に収集し、その１台
の表示マシン２１で解析し、通信ログファイル５，１５
から同一パケットＩＤを検出し、表示する際に矢印で結
ぶようにすることによって通信ダイアグラムを容易に作
成することができる。そして、自動作成した通信ダイア
グラム並びに通信ダイアグラムの時間軸に合わせて動作
状況ログを表示するようにしたので、解析担当者は、こ
れを参照することによって、特に専門知識がなくても問
題点を感覚的に把握できるため問題解析を容易に行なう
ことが可能となる。

【００４４】なお、本実施の形態では、解析対象となる
マシン１０１，１１１とは別個に表示マシン２１を設け
障害解析ツール２２を実行させるようにしたが、いずれ
かのマシン１０１，１１１で実行させるようにしてもよ
い。

【００４５】また、通信ダイアグラム等は、グラフィッ
ク端末２３に画面表示することを基本としているが、フ
ァイル、プリンタあるいは他の出力手段に出力するよう
にしてもよい。

【００４６】実施の形態２．上記実施の形態１では、主
に障害解析ツール２２における通信ダイアグラム等の自
動生成に関して説明した。本実施の形態、更に後述する
実施の形態３、４は、解析対象となるマシン１０１，１
１１において動作するデータ収集ツール１０３，１１３
における処理についての形態である。

【００４７】ところで、データ収集ツール１０３，１１
３は、解析データを収集するためのツールであり、収集
される解析データ、特に通信ログに関しては、問題発生
時におけるものを採取しなければならない。そのために
も通信ログを収集する期間のうち特にその終期を正しく
設定する必要がある。そこで、本実施の形態におけるデ
ータ収集ツール１０３，１１３は、所定の事象が発生し
たことを認識した時点でデータの収集を自ら停止させる
解析データ収集制御手段としての機能を有しており、本
実施の形態では、特に各マシン１０１，１１１上におい
て収集される通信に関するログの内容を監視し、ある特
定のログが生成されたという所定の事象が発生した時点
で解析データの収集を停止するようにしたことを特徴と
している。なお、ここでいう通信に関するログは、通常
各マシン１０１，１１１において動作するシステムが持
つエラーログファイル（図示せず）に書き込まれるログ
を意味する。

【００４８】更に、本実施の形態においては、データ収
集ツール１０３，１１３に、自マシン１０１，１１１に
おいてデータ収集を停止させたことを他方のマシン１１
１，１０１に通知する機能を持たせてたことを特徴とし
ている。すなわち、データ収集ツール１０３，１１３
は、他方のマシン１１１，１０１と常時定期的に通信を
行い、他方から停止要求を受けた時点で自マシン１０
１，１１１においても解析データの収集を停止させる。

【００４９】次に、本実施の形態におけるデータ収集処
理について図１０を用いて説明する。なお、各マシン１
０１，１１１において行われる処理は同じなので、ここ
ではクライアントマシン１０１における処理を代表して
説明する。

【００５０】収集すべきデータ種類（ＣＰＵ使用率、メ
モリ使用率等）の設定等の情報収集に関する設定（ステ
ップ１）並びに設定された情報の内容に基づいてデータ
収集ツール１０３を起動する処理（ステップ２）につい
ては、従来例と同様である。但し、本実施の形態におけ
る情報設定処理（ステップ１）においては、データ収集
処理を停止させるための条件を指定することが必須条件
である。

【００５１】通信ログの収集を開始すると、まず、他方
のサーバマシン１１１から停止要求があったかどうかを
チェックする（ステップ５）。停止要求を受信した場
合、前述したように情報収集を終了させる（ステップ
４）。停止要求を受信していなければ、エラーログファ
イルの内容を監視し（ステップ６）、予め指定された条
件を満たすログが発生しているかを確認する（ステップ
７）。例えば、通信エラーに関するログがエラーログフ
ァイルに書き込まれたことを上記条件とするなどであ
る。なお、このようなパケットは、異常なアプリケーシ
ョン間通信などにより作成されうる。このような条件を
満たすログがエラーログファイルにないときには、サー
バマシン１１１からの停止要求の有無をチェックする処
理（ステップ５）に戻る。上記条件を満たすログがエラ
ーログファイルの中に見つけたときに他方のサーバマシ
ン１１１に停止要求を通知してから（ステップ８）、自
クライアントマシン１０１の情報収集を停止させる（ス
テップ４）。従って、停止要求を受信するか、あるいは
指定した条件を満たす通信ログを見つけるまで、ステッ
プ５〜７の処理を繰り返す。このようにして、収集した
解析データに基づいて、上記実施の形態１において示し
た方法で解析データを分析し、通信ダイアグラム等の表
示を行うことになる。

【００５２】以上のように、本実施の形態によれば、デ
ータ収集ツール１０３，１１３に自マシン１０１，１１
１のエラーログファイルの内容を監視させること並びに
相手側への情報収集停止要求を通知する、逆に言うと、
相手側から情報収集停止要求の通知を受けることによ
り、問題が発生したその直後にデータ収集処理を停止さ
せることができる。これにより、問題解析に必要な情報
を確実に収集でき、かつ無駄なデータ収集を行わないよ
うにすることができるので、各マシン１０１，１１１に
おいて不要な解析データの量の削減を図ることができ
る。

【００５３】なお、本実施の形態においては、データ収
集を停止させるための事象を特定するためにエラーログ
ファイルに書き込まれるログを監視させるようにした
が、エラーログファイルでなくても例えば通信に関する
ログが書き込まれる通信ログファイル５を監視させるよ
うにしてもよい。

【００５４】実施の形態３．上記実施の形態２では、基
本的に特定の通信ログの発生時にデータ収集処理を停止
させたが、本実施の形態においては、アプリケーション
２，１２が異常終了した時点で解析データの収集を停止
させるようにしたことを特徴としている。

【００５５】次に、本実施の形態におけるデータ収集処
理について図１１を用いて説明する。なお、各マシン１
０１，１１１において行われる処理は同じなので、本実
施の形態においてもクライアントマシン１０１における
処理を代表して説明する。

【００５６】情報収集の設定（ステップ１）、データ収
集ツール１０３を起動する処理（ステップ２）並びに停
止要求をチェックする処理（ステップ５）については、
上記実施の形態１と同様である。但し、本実施の形態に
おける情報設定処理（ステップ１）においては、解析の
対象とするアプリケーション２を設定することが条件と
なる。

【００５７】通信ログの収集を開始し、サーバマシン１
１１から停止要求を受信していなければ、設定したアプ
リケーションプログラム（ＡＰＰ）の動作状態を監視し
（ステップ９）、そのアプリケーションプログラム（Ａ
ＰＰ）が異常終了したかどうか確認する（ステップ１
０）。アプリケーションプログラムが異常終了したかど
うかは、システムが提供する機能により把握することが
できる。異常終了しておらずまだ動作中であれば、再度
サーバマシン１１１からの停止要求の有無をチェックす
る処理（ステップ５）に戻る。異常終了していれば、他
方のサーバマシン１１１に停止要求を通知してから（ス
テップ８）、自マシン１０１の情報収集を停止させる
（ステップ４）。従って、停止要求を受信するか、ある
いはアプリケーション２が異常終了するまで、ステップ
５，９，１０の処理を繰り返す。このようにして、収集
した解析データに基づいて、上記実施の形態１において
示した方法で解析データを分析し、通信ダイアグラム等
の表示を行うことになる。

【００５８】本実施の形態によれば、解析の対象とする
アプリケーションを特定しても上記実施の形態２と同様
の効果を奏することができる。

【００５９】実施の形態４．上記実施の形態３では、基
本的にアプリケーション２，１２が異常終了した時点で
解析データの収集を停止させるようにしたが、本実施の
形態においては、アプリケーション２，１２から所定の
通知を受けた時点で解析データの収集を停止させるよう
にしたことを特徴としている。

【００６０】次に、本実施の形態におけるデータ収集処
理について図１２を用いて説明する。なお、各マシン１
０１，１１１において行われる処理は同じなので、本実
施の形態においてもクライアントマシン１０１における
処理を代表して説明する。

【００６１】情報集の設定（ステップ１）、データ収集
ツール１０３を起動する処理（ステップ２）並びに停止
要求をチェックする処理（ステップ５）については、上
記実施の形態１と同様である。但し、本実施の形態にお
ける情報設定処理（ステップ１）においては、実施の形
態３と同様に解析の対象とするアプリケーション２を設
定することが条件となる。

【００６２】通信ログの収集を開始し、サーバマシン１
１１から停止要求を受信していなければ、アプリケーシ
ョンプログラム（ＡＰＰ）からの通知があるかのチェッ
クを行う（ステップ１１）。アプリケーションプログラ
ムから所定の通知がなかった場合は、再度サーバマシン
１１１からの停止要求の有無をチェックする処理（ステ
ップ５）に戻る。アプリケーションプログラムから所定
の通知があった場合、他方のサーバマシン１１１に停止
要求を通知してから（ステップ８）、自マシン１０１の
情報収集を停止させる（ステップ４）。すなわち、所定
の通知とは、アプリケーションとデータ収集ツール１０
３との間で定められたデータ収集を停止させるための指
示である。従って、他方のサーバマシン１１１からの停
止要求を受信するか、あるいはアプリケーション２から
所定の通知を受信するまで、ステップ５，１１の処理を
繰り返す。このようにして、収集した解析データに基づ
いて、上記実施の形態１において示した方法で解析デー
タを分析し、通信ダイアグラム等の表示を行うことにな
る。

【００６３】本実施の形態によれば、解析の対象とする
アプリケーションを特定しても上記実施の形態２と同様
の効果を奏することができる。

【００６４】なお、説明の便宜上、データ収集ツール１
０３，１１３の持つ機能を個別に分けて持たせるように
したが、各機能を任意に組み合わせて持たせることも可
能である。

【００６５】実施の形態５．本発明に係る計算機システ
ムにおける問題解析方式では、図９に示したような通信
ダイアグラム等を自動生成し表示することができる。こ
の通信ダイアグラムには、対応する各マシン１０１，１
１１におけるパケットＩＤを矢印線で結ぶことによって
通信の状況を視覚的に把握することができる。通信ダイ
アグラムには、表示画面の縦方向に時間軸が設けられる
ことになるので、矢印線の傾きによって各データの通信
に要した時間を把握することができる。

【００６６】しかし、この通信ダイアグラムを作成する
際の時間軸は、各マシン１０１，１１１におけるシステ
ム時刻に基づいて設定されるので、各システム時刻に基
づいて矢印線を引こうとすると、矢印線の傾きが実際の
通信の状況とは微妙に異なる可能性がある。各マシン１
０１，１１１におけるシステム時刻は、必ずしも完全に
一致しているとは限らないからである。

【００６７】そこで、本実施の形態では、このような不
都合を解消するために各マシン１０１，１１１のシステ
ム時刻が一致していない場合、障害解析ツール２２は、
対応する各パケットに記録された時刻情報に基づいて表
示するための時間軸の補正を行った後に通信ダイアグラ
ムの表示を行うようにしたことを特徴としている。

【００６８】次に、本実施の形態における通信ダイアグ
ラム等の自動生成処理について説明する。なお、解析デ
ータを分析することによってマシン間の通信処理の内容
を分析する処理は、図７に示した実施の形態１と同じ処
理でよいため説明を省略し、解析データの分析処理によ
り得たパケットの位置情報に基づいて行う通信ダイアグ
ラム等の作成、表示処理について図１３及び図１４を用
いて説明する。

【００６９】図１３において、まず、各マシン１０１，
１１１間でシステム時刻が異なる場合、障害解析ツール
２２は、時間補正値算出処理を実施するが（ステップ１
２１）、この処理について図１４を用いて説明する。

【００７０】上記分析処理において対応がとられたパケ
ットの位置情報に基づいて該当するパケットの情報を各
通信ログファイル５，１５から読み込む（ステップ１１
３）。そして、読み込んだパケットのうち最初に表示す
るパケットを基点（傾き＝０）にして、各通信における
矢印線の傾きをそれぞれ計算する（ステップ２００）。
これは、各マシン１０１，１１１のシステム時刻に基づ
いて、より具体的にはパケットの“ＤＡＴＥ：”のフィ
ールドに記録された時間情報により計算する。この時間
補正値算出処理を図１５に示した図を用いて説明する。
図１５に示した通信を表す矢印線の両端にある縦方向の
直線は、通信ダイアグラムにおける各マシン１０１，１
１１の時間軸を表している。矢印線の傾きは、通信に要
した時間であり、送信から着信までの相対的な時間差で
ある。その傾きをクライアントマシン１０１側に対する
送信受信毎に計算し、それぞれにおいて最も傾きの小さ
いパケットを検索し、その値をセーブする（ステップ１
１５，２０１，２０２）。図１５（ａ）の例によると、
右向き矢印（クライアントマシン１０１から送信）は、
パケット１，３で表されているが、各パケットの傾き
１，６のうちパケット１の傾き０が最小となる。一方、
左向き矢印（クライアントマシンが受信）は、パケット
２，４で表されているが、各パケットの傾き６，２のう
ちパケット４の傾き２が最小となる。この各最小値をセ
ーブする。次に、セーブした送信側と受信側の傾きの平
均値をとる（ステップ２０３）。この例では、（パケッ
ト１の傾き“０”＋パケット４の傾き“２”）／２で、
傾き１が平均となる。この値から、送信側、受信側の平
均値に対する補正値は、（平均値−補正前）の値で各々
求めることができる（ステップ２０４）。すなわち、送
信側、受信側の補正値は、それぞれ＋１，−１となるた
め、図１５（ｂ）に示したように送信の各パケット１，
３の傾き０，６の補正後の傾きは、１，７、受信の各パ
ケット２，４の傾き６，２の補正後の傾きは、５，１、
となる。

【００７１】このようにして、時間の補正がなされ、各
マシン１０１，１１１の時間軸のずれが解消されると、
図１３において、実施の形態１のときと同様に、対応が
取られたパケットの位置情報から、該当するパケット情
報を各通信ログファイル５，１５から読み込み、矢印線
を引くことになるが（ステップ１１３〜１１７）、本実
施の形態においては、矢印線を引く処理（ステップ１１
６，１１７）の前に上述した時間補正値算出処理（ステ
ップ１２１）で得られた補正値でもって、描画する位置
データを微調整する（ステップ１２２，１２３）。な
お、その後の処理（ステップ１１８〜１２０）は、実施
の形態１と同じなので説明を省略する。

【００７２】以上のようにして、本実施の形態によれ
ば、通信ダイアグラムを作成する際に各マシン１０１，
１１１のシステム時刻の不一致に基づく時間軸のずれを
調整することができるので、通信に要した時間を表すこ
とのできる矢印線の傾きを実際の通信状況に即した形で
バランス良く表示することができる。この結果、より精
度の良い問題解析を行うことができるようになる。

【００７３】実施の形態６．上記実施の形態では、クラ
イアントマシン１０１及びサーバマシン１１１の双方が
通信ログ及び動作状況ログを確実に収集でき、障害解析
ツール２２は、各マシン１０１，１１１における通信ロ
グファイル５，１５及び動作状況ログファイル６，１６
を得ることができることを前提としている。しかし、何
らかの障害が発生したり、あるいはどちらかが異機種の
計算機であり制約上ログファイルを受信できなかったり
する場合もあり得る。そこで、本実施の形態では、ま
ず、障害解析ツール２２が一方の通信ログファイルを得
ることができなかった場合を想定し、このような場合の
通信ダイアグラムの自動作成処理について図１６及び図
１７に示したフローチャートを用いて説明する。なお、
以降の説明では、障害解析ツール２２は、クライアント
マシン１０１からのみ通信ログファイル５を受信できた
場合を例にして説明する。

【００７４】まず、解析データを分析する処理は、実施
の形態１と基本的には同じであるが、一方のクライアン
トマシン１０１からの通信ログファイル５しか受け取れ
なかったので、図１６に示したように一方の通信ログフ
ァイル５のみの検索を行えばよいことになる（ステップ
１３０〜１３３）。

【００７５】その後の通信ダイアグラム等の作成、表示
処理において、図１７に示したようにセーブしたパケッ
トの位置情報から、該当するパケット情報を通信ログフ
ァイル５から読み込む（ステップ１１３）。なお、この
場合のパケットの位置情報は、上記各実施の形態とは異
なり、両マシンの対応は取られていない。そして、最初
に表示するパケットを基点にして、パケット内にある時
間データすなわち“ＤＡＴＥ：”の欄のデータを画面上
の位置データに変換する（ステップ１１４）。本実施の
形態では、クライアントマシン１０１側のパケットに対
応するサーバマシン１１１側のパケット情報は存在しな
いので、クライアント側からの送信の場合、クライアン
ト側の時間軸上における所定の位置からサーバ側に向け
て一直線に通信ダイアグラムのほぼ中央の位置まで矢印
線を引く（ステップ１３６）。一方、サーバ側からの送
信（クライアント側では受信）の場合、時間軸上におけ
る通信ダイアグラムのほぼ中央の位置から一直線にクラ
イアント側の所定の位置まで矢印線を引く（ステップ１
３５）。この処理をセーブしたパケット全てに対して行
なう（ステップ１１８）。この処理を繰り返し行うこと
で通信ダイアグラムを作成することができる。なお、そ
の後の処理（ステップ１１９，１２０）は、実施の形態
１と同じなので説明を省略する。以上の処理により作成
された通信ダイアグラムの概念図を図１８に示す。

【００７６】以上のように、本実施の形態によれば、一
方のマシン上でしか通信ログが収集できなかった場合で
も、通信ダイアグラム及びシステム動作状況をビジュア
ルに表示することができる。正常の場合と異なり、通信
に要した時間などはわからないが、矢印線の方向並びに
各矢印線の時間間隔は把握できるので、送受信の状況は
ある程度把握することができる。また、送受信を一組に
して処理を行うアプリケーションの場合は、その矢印線
の方向を確認することによって障害の発生を認識でき
る。このように、限られた情報に基づいて可能な範囲で
通信ダイアグラムをビジュアルに表示することができる
ので、障害解析ツール２２が参照できた通信ログを収集
した一方のマシンにおいて問題発生の切り分けなどある
程度の問題解析を行うことは可能である。

【００７７】実施の形態７．上記実施の形態６では、障
害解析ツール２２が一方の計算機からのみ通信ログファ
イルを受け取ることができた場合について説明した。本
実施の形態では、このような場合でも他方の計算機から
動作状況ログファイルは受け取ることができた場合にお
ける処理について説明する。

【００７８】図１９は、本実施の形態における通信ダイ
アグラム等の作成、表示処理を示したフローチャートで
ある。なお、解析データの分析処理並びに図１９に示し
た処理のうち通信ダイアグラムの作成、表示を行う処理
等（ステップ１１３〜１１９）は、上記実施の形態６と
同じなので、説明を省略する。

【００７９】収集した両マシン１０１，１１１の動作状
況ログを読み込んだ後（ステップ１１９）、両方のマシ
ン１０１，１１１に対して、システム時刻を問い合わせ
る通信を行なう（ステップ１４０）。その返答の結果か
ら、クライアント／サーバ間でどのくらい時間の差があ
るか計算する（ステップ１４１）。その後、障害解析ツ
ール２２が通信ログファイル５を受け取ることができた
クライアントマシン１０１のシステム動作状況について
は、実施の形態１と同様な方法で通信ダイアグラムの時
刻に合わせて、位置データに変換し表示する（ステップ
１２０）。一方、通信ログがないサーバマシン１１１の
システム動作状況については、クライアントマシン１０
１のシステム時刻を基準に、前述した処理で求めた時間
差に基づいて動作状況ログの位置データを補正して表示
する（ステップ１４３）。

【００８０】以上のように、本実施の形態における障害
解析ツール２２は、サーバマシン１１１の通信ログファ
イル１５を受け取っていないため、実施の形態５のよう
に通信ログファイル１５のパケットの時間情報“ＤＡＴ
Ｅ：”から時間軸の補正の元になる時間情報を得ること
ができないが、双方のマシン１０１，１１１にシステム
時刻を問い合わせる機能を有しているので、各マシン１
０１，１１１から返答されたシステム時刻に基づいて双
方のマシン１０１，１１１のシステム動作状況を通信ダ
イアグラムの時間軸に合わせて表示することができる。
これにより、問題発生の有無等の切り分け等が可能であ
る。例えば、連続したクライアント／サーバマシン間通
信の実行中に、ある時点の通信が正常でないとクライア
ントマシン１０１の通信ログから把握できたとき、両マ
シン１０１，１１１のシステム動作状況（ＣＰＵ使用
率）を参照することにより、その時点におけるクライア
ントマシン１０１にかかるＣＰＵ負荷はほとんど変化が
ないのに対して、サーバマシン１１１にかかるＣＰＵ負
荷が大きくなったことが確認できたとすると、通信異常
の原因は、サーバマシン１１１側にあるということが容
易に推定できる。本実施の形態は、通信ログの収集機能
は有していないが、動作状況ログの機能は有しているよ
うなシステムなどに有用である。

【００８１】実施の形態８．上記各実施の形態では、グ
ラフィック端末２３に表示するための通信ダイアグラム
等の作成、表示する処理について説明した。これ以降
は、問題解析のための有用なツールとして前述した上記
各実施の形態に付加的に設けた表示方法に関する実施の
形態である。

【００８２】まず、本実施の形態では、表示内容の条件
設定を入力する条件入力手段を設けたことを特徴とし、
障害解析ツール２２は、入力された条件に従って表示内
容を設定することを特徴とする。本実施の形態において
は、グラフィック端末２３から条件の設定ができるよう
にした。図９に示した“設定”キー３３をマウス等でク
リックすると、条件設定画面が表示されることになる。
図２０に本実施の形態における条件設定画面の例を示し
た。本実施の形態では、この画面例のように表示させる
時間帯の開始の“時刻”、通信に使用した“プロトコ
ル”、ユーザデータに含まれる“データパターン”、発
生した“エラー種別”が設定可能である。もちろん、こ
れは例示であり、他の指定項目や他の指定方法を設ける
ことも可能である。

【００８３】次に、本実施の形態の条件設定検索処理に
ついて図２１に示したフローチャートを用いて説明す
る。なお、この説明においては、図９に示した通信ダイ
アグラム等がグラフィック端末２３に表示されている状
態が初期の状態である。

【００８４】通信ダイアグラム等の表示画面において、
“設定”キー３３をマウス等でクリックすると、図２０
に示した条件設定画面が表示されることになる（ステッ
プ３００）。そして、解析担当者がこの画面から条件を
入力すると、その設定された条件を読み込む（ステップ
３０１）。そして、セーブしてあるパケットの位置情報
からパケットを読み込み（ステップ１１３）、パケット
が、設定条件にマッチしているかのチェックを行う（ス
テップ３０２）。マッチしていれば、該当したパケット
の情報に基づき通信ダイアグラムにおける矢印線を引く
（ステップ１１６，１１７）。この作業をセーブしてあ
るパケット全てに対して繰り返し行うことによって（ス
テップ１１８）、設定条件を満たしたパケットだけの通
信ダイアグラム（通信のやり取り）を作成し表示するこ
とができる。

【００８５】以上のように、本実施の形態によれば、検
索条件を設定可能としたことで、その設定条件にマッチ
したパケットのみで通信ダイアグラムを表示することが
でき、これにより、問題解析時に解析したい部分の絞り
込みが容易に行うことができ、問題解析の時間短縮を図
ることができる。特にログ情報が膨大であるときには必
要な情報のみを解析の対象とすることができるので、問
題解析の時間を短縮することができる。

【００８６】実施の形態９．本実施の形態も実施の形態
８と同様に表示された通信ダイアグラムに基づいて入力
された条件に従ってパケットの情報を表示させる他の例
である。本実施の形態は、図９に示したような通信ダイ
アグラムが表示されている画面に対し、通信のやり取り
を示した矢印線をマウスでクリックすることで、そのク
リックしたパケットの詳細表示を行う処理を付加したこ
とを特徴とする。このパケットの詳細表示処理について
図２２に示したフローチャートを用いて説明する。

【００８７】マウスでいずれかの矢印線がクリックされ
ると、障害解析ツール２２は、当該矢印線に対応したパ
ケットの位置情報を一時セーブしたデータの中から読み
込む（ステップ４００）。次に、その位置情報から該当
するパケットのデータを通信ログファイル５，１５から
それぞれ読み込む（ステップ４０１）。そして、そのデ
ータをグラフィック画面上に表示する（ステップ４０
２）。表示する内容は、図５に示したパケットの詳細情
報である。このデータの表示形式は、設計事項の範囲で
ある。

【００８８】以上の処理を行なうことにより、通信ダイ
アグラム内のいずれかの矢印線をマウスによりクリック
することで、そのパケットに対する詳細情報を迅速に参
照することができるので、問題解析において、詳しい調
査を即座に行うことができる。

【００８９】また、この実施の形態では、矢印線をクリ
ックするようにしたが、指定された範囲に含まれる複数
の矢印線に対応したパケットの詳細情報の表示や、指定
された範囲の拡大、縮小などの表示機能を付加すること
も可能である。

【００９０】実施の形態１０．上記実施の形態１では、
マシン１０１，１１１双方の通信ログファイル５，１５
にパケットＩＤが正常にパケットに書き込まれた情報に
基づいて通信ダイアグラムを作成するものであった。ま
た、上記実施の形態６では、一方のマシンからしか通信
ログファイルが収集できないため矢印線の一端が不特定
の状態で通信ダイアグラムを作成するものであった。た
だ、双方の通信ログファイル自身は正常に存在しても、
一方の通信ログファイル中のパケットに対応するパケッ
トが他方の通信ログファイルの中に存在しない場合は、
そのパケットの情報に基づくと実施の形態６と同様に通
信ダイアグラムのほぼ中央までの矢印線が引かれるのと
同様になる。上記説明では、作成される通信ダイアグラ
ムの相違を明確にするために対応するパケットが正常に
存在する場合とそうでない場合とを分けて実施の形態１
及び実施の形態６でそれぞれ説明したが、実際には、対
応するパケットが正常に存在するパケットとそうでない
パケットとが通信ログファイルに混在することは容易に
考えられる。

【００９１】本実施の形態では、このような場合におい
て、正常でない通信に基づくパケットのみを通信ログフ
ァイル５，１５から抽出して通信ダイアグラムを生成す
ることを特徴としている。

【００９２】次に、本実施の形態の正常な通信部分は表
示せずに異常時（通信の送受信がうまくできていない通
信）のみの表示を行う処理について、図２３及び図２４
に示したフローチャートを用いて説明する。

【００９３】まず、図２３に基づく解析データ分析処理
において、ステップ１００からステップ１０９までの各
通信ログファイル５，１５を検索し対応するパケットを
見つけ出す処理は、図７に示した実施の形態１と同じな
ので説明を省略する。

【００９４】サーバ側パケット検索（ステップ１０８）
において、クライアント側と同じパケットＩＤが存在し
た場合、つまり、クライアントマシン１０１と正常に通
信を行った場合は、対応するサーバマシン１１１側のパ
ケットに検索済みのマークを付加する（ステップ１５
０）。そうでない場合、つまり、クライアントマシン１
０１側には、サーバマシン１１１との通信によるパケッ
トが存在したが、サーバマシン１１１側には、その通信
によるパケットが存在しない場合に異常の発生とみな
し、クライアントマシン１０１側の当該パケットの位置
情報をセーブする（ステップ１５１）。以上の処理をク
ライアント側の通信ログファイル５に記録された最終の
パケットまで上記処理（ステップ１０４〜ステップ１１
２）を繰り返し行う。

【００９５】ところで、上記の処理は、クライントマシ
ン１０１の通信ログファイル５を主とした処理なので、
サーバマシン１１１から送信してクライアントマシン１
０１に届かなかった通信に関するパケットは見つけられ
ない。従って、サーバマシン１１１の通信ログファイル
１５を主とした処理を行う必要がある。

【００９６】まず、サーバマシン１１１の通信ログファ
イル１５のパケットの先頭からの検索処理を開始する
（ステップ１５２）。検索したパケット内の“ＤＥＳ
Ｔ：”で示されるフィールドがクライアントマシン１０
１のホスト名かどうかでクライアントマシン１０１への
送信のパケットかどうかを判別する（ステップ１５
３）。クライアントマシン１０１との通信のパケットで
あった場合、そのパケットが検査済みのマークが付いて
いるかどうかのチェックを行う（ステップ１５４）。検
査済みのマークが付いていなければ、“ＩＤ：”のフィ
ールドの文字列をチェックし（ステップ１５５）、正し
くパケットＩＤが付与されていれば、当該パケットの位
置情報をセーブする（ステップ１５６）。以上の処理を
サーバ側の通信ログファイル１５に記録された最終のパ
ケットまで上記処理（ステップ１５２〜ステップ１５
７）を繰り返し行う。これにより、サーバ側から送信し
てクライアント側に届いていないパケットを検出するこ
とができる。

【００９７】次に、図２４に示したフローチャートを用
いて、検出された異常のパケットを通信ダイアグラムと
して作成し表示する処理に移るが、基本的には図８に示
した実施の形態１における処理と同様である。但し、対
応するパケットが存在しないので、矢印線を引く処理に
おいて、クライアントマシン１０１からの送信の場合
は、クライアント側の時間軸上における所定の位置から
サーバ側に向けて一直線に通信ダイアグラムのほぼ中央
の位置まで矢印線を引く（ステップ１５９）。一方、サ
ーバマシン１１１からの送信の場合は、サーバ側の時間
軸上における所定の位置からクライアント側に向けて一
直線に通信ダイアグラムのほぼ中央の位置まで矢印線を
引く（ステップ１５８）。この処理をセーブしたパケッ
ト全てに対して行なう（ステップ１１８）。この処理を
繰り返し行うことで通信ダイアグラムを作成することが
できる。なお、その後の処理（ステップ１１９，１２
０）は、実施の形態１と同じなので説明を省略する。以
上の処理により作成された通信ダイアグラムの概念図を
図２５に示す。

【００９８】以上のように、本実施の形態によれば、通
信ログファイル５，１５の中から対応したパケットが存
在しない異常と考えられる通信によるパケットのみに基
づいて通信ダイアグラムを生成し、表示することができ
る。このように、異常通信のみを表示させることによ
り、問題解析の時間を短縮させることができる。問題の
箇所がクライアント、サーバあるいはネットワークのい
ずれかにあるかの一次切り分けも行うことが容易であ
る。

【００９９】なお、本実施の形態は、正常でない通信に
基づくパケットのみで通信ダイアグラムを生成すること
を特徴としているので、送信側には通信の基づくパケッ
トは存在するが、それに対応した受信側のパケットがな
い以外の場合があれば、それも含めて通信ダイアグラム
を生成する。例えば、これとは逆のパターンで、送信の
パケットは存在しないが、その送信に対応した受信のパ
ケットのみが存在するような場合である。実際に発生す
ることは考えにくいが、論理的には存在しうる。

【０１００】以上、各実施の形態において説明したよう
に、本実施の形態は、主として動作する障害解析ツール
２２、あるいは実施の形態２〜４において機能を発揮す
るデータ収集ツール１０３，１１３は、前述したように
ソフトウェアにより構築される。従って、これらをフロ
ッピーディスクなどの媒体に格納しておき、この媒体を
用いていずれかの計算機にインストレーションをするこ
とで上記問題解析方式を実現することは、容易に実現す
ることができる。なお、媒体としては、前述したフロッ
ピーディスクの他にＣＤ−ＲＯＭ、磁気テープ、フラッ
シュメモリ、光ディスク、ＤＶＤなどの記憶手段が考え
られる。更に、ソフトウェアを通信により送信する手段
及び送信されてきたソフトウェアを記憶する手段もこの
媒体に含まれる。このように、上記機能を有する障害解
析ツール２２及びデータ収集ツール１０３，１１３を記
録した媒体も本発明の範囲内である。

【０１０１】

【発明の効果】本発明によれば、計算機システムにおけ
る問題発生時に収集した通信ログに基づいて通信ダイア
グラムを自動的に作成することができる。また、時間軸
を設けることで、通信の方向を矢印線でビジュアルに表
示することができる。通信ログに記録されるパケット識
別情報を用いることにより矢印線の引く方向を特定する
ことができる。また、同時に採取した動作状況ログもそ
の時間軸に合わせてビジュアルに表示することができ
る。これにより、専門知識がなくても時間をかけずに容
易に問題解析を行うことができる。

【０１０２】また、アプリケーション間の特定の通信、
特定のアプリケーションが異常終了、特定のアプリケー
ションから通知を受信という所定の事象が発生したこと
を認識した時点でデータの収集を停止させるようにした
ので、問題解析に必要な情報を確実に収集でき、かつそ
の後の無駄なデータ収集を行わないようにすることがで
きる。

【０１０３】また、自計算機におけるデータ収集処理の
停止を他方の計算機に通知するようにしたので、他方の
計算機においても不要な解析データの収集を停止させる
ことができる。これにより、不要な解析データの量の削
減を図ることができる。

【０１０４】また、各計算機におけるシステム時刻が一
致していない場合に、通信ログに記録された時間情報を
使用してシステム時刻のずれを補正するようにしたの
で、各計算機間における解析データを同一時間軸上に表
示することができる。

【０１０５】また、通信ログが一方の計算機からしか得
られない場合であっても、その通信ログに基づいて通信
ダイアグラムの表示を可能な範囲で行うようにしたの
で、問題解析を行うことは可能である。

【０１０６】また、各計算機間のシステム時刻が一致し
ていない場合であって通信ログが一方の計算機からしか
得られずパケットに記録された時間情報を利用できない
場合でも、各計算機にシステム時刻を問い合わせる機能
を解析データ表示制御手段に持たせることによって、各
マシンの解析データを同一時間軸上に表示することがで
きる。

【０１０７】また、表示された通信ダイアグラムに基づ
いて表示させる内容の条件を設定できるようにしたの
で、問題解析時に解析したい部分の絞り込みが容易に行
うことができ、また、問題解析の時間短縮を図ることが
できる。

【０１０８】また、表示した通信ダイアグラムに対し
て、マウスにより、通信のやり取りを示した矢印線をク
リックするだけで、そのパケットに対する詳細情報を迅
速に参照することができるので、問題解析において、詳
しい調査を即座に行うことが可能となり、その結果、問
題解析に要する時間を短縮することができる。

【０１０９】また、異常時のパケットのみを表示される
ことができるので、通信ログの情報量が膨大であっても
問題解析の時間を短縮させることができる。

【図面の簡単な説明】

【図１】 本発明に係る計算機システムにおける問題解
析方式の実施の形態１を示したネットワーク構成図であ
る。

【図２】 実施の形態１において使用する定義ファイル
の設定内容例を示した図である。

【図３】 実施の形態１において作成される通信ログフ
ァイルの内容の構成を示した概略図である。

【図４】 実施の形態１において作成される動作状況ロ
グファイルの内容の構成を示した概略図である。

【図５】 実施の形態１において収集されるパケットの
内容例を示した図である。

【図６】 実施の形態１における基本処理を示したフロ
ーチャートである。

【図７】 実施の形態１における解析データの分析処理
を示したフローチャートである。

【図８】 実施の形態１における通信ダイアグラム等の
作成、表示処理を示したフローチャートである。

【図９】 実施の形態１において作成された通信ダイア
グラム及びシステム状況の表示例を示した図である。

【図１０】 実施の形態２におけるデータ収集処理を示
したフローチャートである。

【図１１】 実施の形態３におけるデータ収集処理を示
したフローチャートである。

【図１２】 実施の形態４におけるデータ収集処理を示
したフローチャートである。

【図１３】 実施の形態５における通信ダイアグラム等
の作成、表示処理を示したフローチャートである。

【図１４】 図１３に示した処理に含まれる時間補正値
算出処理を示したフローチャートである。

【図１５】 実施の形態５における時間補正値算出処理
を説明するために用いる通信ダイアグラムの要部を示し
た図である。

【図１６】 実施の形態６における解析データの分析処
理を示したフローチャートである。

【図１７】 実施の形態６における通信ダイアグラム等
の作成、表示処理を示したフローチャートである。

【図１８】 実施の形態６において作成された通信ダイ
アグラムの概念図である。

【図１９】 実施の形態７における通信ダイアグラム等
の作成、表示処理を示したフローチャートである。

【図２０】 実施の形態８における条件設定画面の例を
示した図である。

【図２１】 実施の形態８における条件設定検索処理を
示したフローチャートである。

【図２２】 実施の形態９におけるパケットの詳細表示
処理を示したフローチャートである。

【図２３】 実施の形態１０における解析データの分析
処理を示したフローチャートである。

【図２４】 実施の形態１０における通信ダイアグラム
等の作成、表示処理を示したフローチャートである。

【図２５】 実施の形態１０において作成された通信ダ
イアグラムの概念図である。

【図２６】 従来の計算機システムにおける問題解析方
式を示したネットワーク構成図である。

【図２７】 問題解析を行う際に従来の計算機システム
において実行される処理を示したフローチャートであ
る。

【符号の説明】

２，１２ アプリケーション、４，１４，２４ ディス
ク装置、５，１５ 通信ログファイル、６，１６ 動作
状況ログファイル、２０ ネットワーク、２１表示マシ
ン、２２ 障害解析ツール、２３ グラフィック端末、
２５ 定義ファイル、３１ 通信ダイアグラム表示部、
３２ システム動作状況表示部、３３設定キー、１０１
クライアントマシン、１０３，１１３ データ収集ツ
ール、１１１ サーバマシン。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 五十嵐 史生 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して通信を行なう計算
   機により構築される計算機システムにおいて、 前記各計算機において問題発生時において行われた通信
   をトレースすることによって得る通信ログ及びその時の
   各計算機の資源の動作状況を監視することによって得る
   動作状況ログを解析データとして収集するデータ収集手
   段と、 前記各計算機において収集される解析データに基づいて
   問題解析に必要な情報を表示する解析データ表示制御手
   段と、 を有し、 前記解析データ表示制御手段は、前記解析データに基づ
   いて計算機間の通信のやり取りを時間軸上に矢印線で表
   した通信ダイアグラムを自動的に生成し表示することを
   特徴とする計算機システムにおける問題解析方式。
2. 【請求項２】 前記データ収集手段は、前記各計算機に
   おいて問題発生時における各計算機の資源の動作状況を
   監視することによって得る動作状況ログを解析データと
   して収集し、 前記解析データ表示制御手段は、前記通信ダイアグラム
   の時間軸に合わせて、前記動作状況ログに基づくシステ
   ム動作状況を表示することを特徴とする請求項１記載の
   計算機システムにおける問題解析方式。
3. 【請求項３】 前記データ収集手段は、通信をトレース
   することによって通信の度に作成されるパケットを通信
   ログとして通信ログファイルに採取し、 前記解析データ表示制御手段は、前記各計算機それぞれ
   に収集された前記通信ログファイルを検索し、正常な通
   信時にパケットに記録されるパケット識別情報に基づい
   て対応するパケットを特定することによって矢印線を引
   くことを特徴とする請求項１又は２いずれかに記載の計
   算機システムにおける問題解析方式。
4. 【請求項４】 所定の事象が発生したことを認識した時
   点でデータの収集を停止させる解析データ収集制御手段
   を有することを特徴とする請求項１記載の計算機システ
   ムにおける問題解析方式。
5. 【請求項５】 前記解析データ収集制御手段は、前記各
   計算機上において収集される通信に関するログの内容を
   監視し、ある特定のログが生成された時点で解析データ
   の収集を停止させることを特徴とする請求項４記載の計
   算機システムにおける問題解析方式。
6. 【請求項６】 前記解析データ収集制御手段は、前記計
   算機上において動作し通信を行う特定のアプリケーショ
   ンが異常終了した時点で解析データの収集を停止させる
   ことを特徴とする請求項４記載の計算機システムにおけ
   る問題解析方式。
7. 【請求項７】 前記解析データ収集制御手段は、前記各
   計算機上において動作し通信を行う特定のアプリケーシ
   ョンから通知を受けた時点で解析データの収集を停止さ
   せることを特徴とする請求項４記載の計算機システムに
   おける問題解析方式。
8. 【請求項８】 前記解析データ収集制御手段は、前記ア
   プリケーションが動作する前記各計算機に設けられ、自
   計算機においてデータ収集を停止させたことを他方の計
   算機に通知することを特徴とする請求項５乃至７のいず
   れかに記載の計算機システムにおける問題解析方式。
9. 【請求項９】 前記解析データ表示制御手段は、前記各
   計算機におけるシステム時刻が一致していない場合、対
   応する各パケットに記録された時間情報に基づいて表示
   するための時間軸の補正を行った後に前記通信ダイアグ
   ラムの表示を行うことを特徴とする請求項３記載の計算
   機システムにおける問題解析方式。
10. 【請求項１０】 前記解析データ表示制御手段は、一方
    の計算機により収集された通信ログのみに基づいて、矢
    印線の一端が不特定な前記通信ダイアグラムの作成を行
    うことを特徴とする請求項１記載の計算機システムにお
    ける問題解析方式。
11. 【請求項１１】 前記解析データ表示制御手段は、一方
    の計算機により収集された解析データと、他方の計算機
    により収集された動作状況ログに基づいて表示する場
    合、双方の前記計算機に対してシステム時刻の問合せを
    行い、その問合せの返答に基づいて表示するための時間
    軸の補正を行った後に、矢印線の一端が不特定な前記通
    信ダイアグラムとその通信ダイアグラムの時間軸に対応
    させて前記システム動作状況の作成を行うことを特徴と
    する請求項２記載の計算機システムにおける問題解析方
    式。
12. 【請求項１２】 表示内容の条件設定を入力する条件入
    力手段を有し、 前記解析データ表示制御手段は、その入力された条件に
    従って表示内容の設定することを特徴とする請求項１記
    載の計算機システムにおける問題解析方式。
13. 【請求項１３】 前記条件入力手段は、画面上に表示さ
    れているいずれかの矢印線を選択できる機構を有し、 前記解析データ表示制御手段は、前記条件入力手段によ
    り選択された矢印線に対応した通信に関する詳細情報を
    表示することを特徴とする請求項１２記載の計算機シス
    テムにおける問題解析方式。
14. 【請求項１４】 前記解析データ表示制御手段は、正常
    でない通信に基づくパケットのみを前記通信ログファイ
    ルから抽出して通信ダイアグラムを生成することを特徴
    とする請求項３記載の計算機システムにおける問題解析
    方式。
15. 【請求項１５】 ネットワークを介して通信を行なう各
    計算機において、問題発生時において行われた通信をト
    レースすることによって得る通信ログ及びその時の各計
    算機の資源の動作状況を監視することによって得る動作
    状況ログを解析データとして収集するデータ収集プログ
    ラムと、 前記各計算機において収集される解析データに基づいて
    計算機間の通信のやり取りを時間軸上に矢印線で表示す
    る通信ダイアグラムを自動的に生成し、システム動作状
    況と合わせて表示する解析データ表示制御プログラム
    と、 を含む計算機システムにおける問題解析ツールを記録し
    た媒体。