(57)【要約】【課題】アプリケーションレベルでの完全なプロトコル解析を必要とせず、通信プロトコルを理解できる高いスキルを持った人でなくてもネットワークの構築・施工時の障害に対応することができるネットワーク障害切り分け方法、ネットワーク障害切り分けツール及びプログラムを提供することにある。【解決手段】パケットキャプチャ部１１は、受信ポート１０で受信する通信線Ｌ上の通信データＤＡからパケットキャプチャ部１１によりパケットデータＰＤを取り込み、通信接続／切断判断部１４は、接続状態判断用テーブル１３に基づいて、パケットキャプチャ部１１により取り込んだ所定領域のパケットデータＰＤから正常／異常を判断し、ＧＵＩ部１６を通じて判断結果を提示する。【選択図】図１
2005229537.tif 000002
【特許請求の範囲】
【請求項１】
シリアル通信を用いたバス接続のネットワークにおける障害切り分け方法において、ネットワークの通信線上の通信データを受信して通信データからパケットデータを取り込む過程と、予め通信フォーマット中のパケットデータの所定領域に対応付けて接続状況の正常や異常を判断するための定義付けを登録している接続状態判断用テーブルに基づいて、前記過程にて取り込んだパケットデータの所定領域の内容から正常／異常を判断する過程と、その判断結果を提示する過程と、前回取り込んだパケットデータに基づいて正常と判断されてから、次に正常と判断されるパケットデータが、前記接続状態判断用テーブルに登録されている一定時間以内に取り込まれなかった場合に異常と判断する過程とを含むことを特徴とするネットワーク障害切り分け方法。
【請求項２】
前記接続状態判断用テーブルを外部設定ファイルから読み込む過程を含むことを特徴とする請求項１記載のネットワーク障害切り分け方法。
【請求項３】
シリアル通信を用いたバス接続のネットワークにおける障害切り分けに用いるネットワーク障害切り分けツールにおいて、ネットワークの通信線上の通信データを受信して通信データからパケットデータを取り込む取込手段と、予め通信フォーマット中のパケットデータの所定領域に対応付けて接続状況の正常や異常を判断するための定義付けを登録している接続状態判断用テーブルと、該接続状態判断用テーブルに基づき、前記取込手段で取り込んだパケットデータの所定領域の内容から正常／異常を判断するとともに、前回の判断で正常と判断してから次に正常と判断されるパケットデータが前記接続状態判断用テーブルに登録されている一定時間以内に取り込まれなかった場合に異常と判断する判断手段と、該判断手段の判断結果を提示する提示手段とを備えることを特徴とするネットワーク障害切り分けツール。
【請求項４】
前記接続状態判断用テーブルを外部設定ファイルから読み込む設定ファイル読み込み手段を備えていることを特徴とする請求項３記載のネットワーク障害切り分けツール。
【請求項５】
コンピュータ上で実行されることで、該コンピュータを請求項３又は４のネットワーク障害切り分けツールの前記判断手段、前記提示手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク障害切り分け方法、ネットワーク障害切り分けツール及びプログラムに関するものである。
【背景技術】
【０００２】
シリアル通信を用いたバス接続ローカルネットワークは、例えばテレビスタジオ調光システムやオンサイト発電システム等に用いられている。このバス接続ローカルネットワークを施工・構築する際にはネットワークの状態を調べてネットワーク障害の切り分けを行う必要がある。このネットワーク障害切り分け方法としては、次のような方法が従来用いられていた。
【０００３】
その方法としては、図１３に示すようにネットワークの通信線Ｌ上に流れる通信データＤＡを監視するラインモニタ１００を用いる方法である。ラインモニタ１００はパケットキャプチャ部１００ａが取り込んだ通信データＤＡからパケットデータＰＤを抽出し、このパケットデータＰＤをそのままバイト列として表示部１００ｂで表示するものであり、施工者やシステム管理者はこの表示されるバイト列からネットワーク状態を把握し、障害切り分けを切り分けを行うのである。
【０００４】
また他の方法としては、通信プロトコルをアプリケーションレベルまで解析できる障害発見ツールを持ち、この障害発見ツールによってネットワークの障害切り分けを行う方法である。
【０００５】
例えば前記のバイト列表示の代わりにシリアル通信データに基づいて通信シーケンス図を表示させる通信プロトコルアナライザも提供されている（例えば特許文献１）
【特許文献１】特開２００３−２７３９６３号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前記のラインモニタ１００を用いてパケットデータＰＤから障害切り分けを行う場合には、通信の上位プロトコルまで理解する高いスキルが施工者やシステム管理者に要求され、通信の知識がない者がネットワーク障害の切り分けを行うのは非常に難しいという問題があった。
【０００７】
また、障害発見ツールを用いる方法は、アプリケーションレベルの解析が完全にできるツールさえあれば、ネットワーク障害の切り分けを容易に行えるが、個々のシステムに個別に対応した解析ソフトウェアの開発が必要なため、コスト高で実用的でなかった。
【０００８】
本発明は、前記の点に鑑みて為されたもので、アプリケーションレベルでの完全なプロトコル解析を必要とせず、通信プロトコルを理解できる高いスキルを持った人でなくてもネットワークの構築・施工時の障害に対応することができるネットワーク障害切り分け方法、ネットワーク障害切り分けツール及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
前記目的を達成するために、請求項１のネットワーク障害切り分け方法の発明では、シリアル通信を用いたバス接続のネットワークにおける障害切り分け方法において、ネットワークの通信線上の通信データを受信して通信データからパケットデータを取り込む過程と、予め通信フォーマット中のパケットデータの所定領域に対応付けて接続状況の正常や異常を判断するための定義付けを登録している接続状態判断用テーブルに基づいて、前記過程にて取り込んだパケットデータの所定領域の内容から正常／異常を判断する過程と、その判断結果を提示する過程と、前回取り込んだパケットデータに基づいて正常と判断されてから、次に正常と判断されるパケットデータが、前記接続状態判断用テーブルに登録されている一定時間以内に取り込まれなかった場合に異常と判断する過程とを含むことを特徴とする。
【００１０】
請求項１のネットワーク障害切り分け方法の発明によれば、通信線上の通信データをモニタリングするに当たって、通信プロトコルのアプリケーションプロトコルを完全に理解することなしでも、通信障害の切り分けを可能とし、ネットワークの構築・施工時において、アプリケーションレベルの通信プロトコルが理解できる高いスキルを持った人でなくとも、構築・施工時のネットワーク障害に対応することができる
請求項２のネットワーク障害切り分け方法の発明では、請求項１の発明において、前記接続状態判断用テーブルを外部設定ファイルから読み込む過程を含むことを特徴とする。
【００１１】
請求項２のネットワーク障害切り分け方法の発明によれば、外部設定ファイルのカスタマイズによって種々の通信プロトコルに対応させることができる。
【００１２】
請求項３の発明のネットワーク障害切り分けツールの発明では、シリアル通信を用いたバス接続のネットワークにおける障害切り分けに用いるネットワーク障害切り分けツールにおいて、ネットワークの通信線上の通信データを受信して通信データからパケットデータを取り込む取込手段と、予め通信フォーマット中のパケットデータの所定領域に対応付けて接続状況の正常や異常を判断するための定義付けを登録している接続状態判断用テーブルと、該接続状態判断用テーブルに基づき、前記取込手段で取り込んだパケットデータの所定領域の内容から正常／異常を判断するとともに、前回の判断で正常と判断してから次に正常と判断されるパケットデータが前記接続状態判断用テーブルに登録されている一定時間以内に取り込まれなかった場合に異常と判断する判断手段と、該判断手段の判断結果を提示する提示手段とを備えることを特徴とする。
【００１３】
請求項３のネットワーク障害切り分けツールの発明によれば、通信線上の通信データをモニタリングするに当たって、通信プロトコルのアプリケーションレベルの通信プロトコルを完全に理解することなしでも、通信障害の切り分けを可能とし、ネットワークの構築・施工時において、アプリケーションプロトコルが理解できる高いスキルを持った人でなくとも、構築・施工時のネットワーク障害に対応することを可能とするネットワーク障害切り分けツールを提供することができる。
【００１４】
請求項４のネットワーク障害切り分けツールの発明では、請求項３の発明において、前記接続状態判断用テーブルを外部設定ファイルから読み込む設定ファイル読み込み手段を備えていることを特徴とする。
【００１５】
請求項４のネットワーク障害切り分けツールの発明によれば、外部設定ファイルのカスタマイズによって種々の通信プロトコルに対応させることが可能なネットワーク障害切り分けツールを提供することができる。
【００１６】
請求項５のプログラムの発明では、コンピュータ上で実行されることで、該コンピュータを請求項３又は４のネットワーク障害切り分けツールの前記判断手段、前記提示手段として機能させることを特徴とする。
【００１７】
請求項５のプログラムの発明によれば、該コンピュータを用いてネットワーク障害切り分けツールを実現できる。
【発明の効果】
【００１８】
本発明は、通信線上の通信データをモニタリングするに当たって、通信プロトコルのアプリケーションレベルの通信プロトコルを完全に理解することなしでも、通信障害の切り分けを可能とし、ネットワークの構築・施工時において、アプリケーションプロトコルが理解できる高いスキルを持った人でなくとも、構築・施工時のネットワーク障害に対応することができるという効果がある。
【発明を実施するための最良の形態】
【００１９】
以下本発明を実施形態により説明する。
（実施形態１）
図１に示す本実施形態のネットワーク障害切り分けツール（以下ツールという）１は図２に示すように端末２１、２２…２ｎが接続されたネットワークの通信線Ｌに接続する受信ポート１０と、受信ポート１０で受信する通信線Ｌ上の通信データＤＡからパケットデータＰＤを取り込む取込手段たるパケットキャプチャ部１１と、当該ツール１の各構成要素間のデータの授受や制御を行うアプリケーション管理部（以下管理部という）１２と、前記パケットキャプチャ部１１で取り込んだパケットデータＰＤから後述する接続状況判断用テーブル１３に登録されている接続状況通知パケット定義に基づいてデータネットワーク通信状態を判断する判断手段たる通信接続／切断判断部１４と、モニタ装置１７（図９参照）の表示画面のアイコンとポィンティングデバイスを利用して、ユーザーから処理の開始／停止命令を受け取って管理部１２に渡したり、管理部１２からネットワーク通信状態の判断結果を表示データとして受け取ってモニタ装置１７で提示（表示）させるためのグラフィカル・ユーザー・インターフェース部（以下ＧＵＩ部という）１５と、前記接続状況判断用テーブル１３を格納するメモリ部１６とで構成されたものである。
【００２０】
ここで本実施形態のツール１は、パーソナルコンピュータ等の汎用のコンピュータの中央演算装置上でネットワーク障害切り分けツール用のアプリケーションソフトウェアを実行することで、前記パケットキャプチャ部１１、管理部１２、通信接続／切断判断部１４、ＧＵＩ部１５の各機能を中央演算装置に持たせたものであり、アプリケーションソフトウェアは記憶媒体により提供され、コンピュータに備わっている対応するドライブ装置（図示せず）から主メモリ上にロードされて実行される。またアプリケーションソフトウェアのロード時にアプリケーションソフトウェアとともにコンパイルされて一体となった接続状況判断用テーブル１３もメモリ１６上にロードされる。また通信設定データ（ボーレート、ストップビット、パリティ、バイトサイズ、受信ポート１０のポート名）もロードされてパケットキャプチャ部１１に読み込まれることになる。
【００２１】
尚通信接続／切断判断部１４は図３に示すように端末識別部１４０と、通信状況判断部１４１に機能が分かれており、端末識別部１４０ではパケットデータＰＤのバイト列中の端末番号を示す所定領域から端末番号を識別する機能を有し、通信状況判断部１４１は後述する方法で端末２が正常接続されているか、異常が起きているかを判断して接続／切断の判断結果（通信状態）を管理部１２へ出力する機能をそれぞれ有する。
【００２２】
前記接続状況判断用テーブル１３に登録される接続状況通知パケットの内容定義は次のような動作に基づいて作成されている。
【００２３】
まず正常に端末間で通信が行われている場合の確認方法としては次の２通りの方法がある。
【００２４】
つまり図４（ａ）に示すように、例えば端末２１から端末２２に対して何らかの要求を行った場合に、この要求に対する応答が端末２２から端末２１にあった場合には正常な通信が行われていると判断できる。
【００２５】
また図４（ｂ）に示すように、例えば端末２１に対して端末２２から一定時間おきに生存確認通知が為されている場合にも正常であると判断できる。
【００２６】
一方、ある端末、或いはある端末に至るノードに異常が発生している場合の通信は図４（ｃ）〜（ｆ）の４通りの何れかになる。
【００２７】
つまり図４（ｃ）に示すように、例えば端末２２から端末２１へ異常発生を示す異常通知を行う場合、或いは図４（ｄ）に示すように、例えば端末２１と端末２２との間で何のやりとりもない場合、更に図４（ｅ）に示すように、例えば端末２１から端末２２へある要求が為された場合において端末２２から要求に対する応答がない場合、また更に図４（ｆ）に示すように、例えば端末２１に対して端末２２から一定時間おきに生存確認通知が為されるべきところ、生存確認通知が為されなくなった場合も異常と判断できる。
【００２８】
以上の点からある端末から正常通信を通知するパケットデータＰＤが送信される（図４（ａ）、（ｂ））場合は端末は正常に通信を行える状態にあると判断でき、またある端末から異常を通知するパケットデータＰＤが送信される場合（図４（ｃ））や、端末から正常通信を示すパケットデータＰＤが一定時間経っても送信されない場合（図４（ｄ）〜（ｆ））には端末２が通信を行うのを妨げる障害（異常）が発生していると、判断できる。
【００２９】
而して本実施形態では、前記各場合において接続状況を示すパケットデータＰＤの所定領域の内容定義や時間設定を行って前記の接続状況判断用テーブル１３に登録し、この定義内容や設定された時間に基づいて判断処理を行うのである。
【００３０】
次に本実施形態のツール１の動作を図５（ａ）、（ｂ）のフローチャートに基づいて説明する。
【００３１】
まず図５（ａ）は端末からのパケットデータＰＤにより接続状態を判断するフローチャートを示し、図５（ｂ）は正常通知のパケットが送信されてからの経過時間により接続状態を判断するフローチャートを示しており、図５（ａ）の判断処理では、まず受信ポート１０で受信される通信線Ｌ上の通信データＤＡからパケットキャプチャ部１１が管理部１２のデータ受信開始命令に基づいてパケットデータＰＤを取り込み、管理部１２を介して通信接続／切断判断部１４へ送る（ステップＳ１）。
【００３２】
次に通信接続／切断判断部１４は前記接続状況判断用テーブル１３に登録されている接続状況通知パケットのパケットデータＰＤの所定領域に対応する内容定義を読み出して、内容定義に基づいて正常通知のパケットか否かを判断し（ステップＳ２）、正常通知のパケットであれば、内蔵する経過時間タイマ（図示せず）がカウントしている経過時間をリセットし（ステップＳ３）、正常な通信状態を示す判断結果を管理部１２へ送る（ステップＳ４）。
【００３３】
管理部１２は通信状態が正常であるとする判断結果を受け取ると、接続正常を提示するための表示データをＧＵＩ部１５を通じてモニタ装置１７に送り、その画面に接続正常であることを表示させる。
【００３４】
また前記のステップＳ２で正常通知のパケットでないと判断されると、通信接続／切断判断部１４は、当該パケットが異常通知パケットであるか否かの判断を当該パケットのパケットデータＰＤの所定領域の内容定義に基づいて行う（ステップＳ５）。ここで異常通知パケットと判断された場合には、異常な通知状態を示す判断結果を管理部１２へ送る（ステップＳ６）。
【００３５】
この判断結果を受け取った管理部１２は接続異常を提示するための表示データをＧＵＩ部１５を通じてモニタ装置１７に送り、その画面に接続異常であることを表示させる。
【００３６】
一方前記のステップＳ５で、異常通知パケットでないと判断された場合には、通信接続／切断判断部１４は接続変化なしを示す判断結果を管理部１２へ送る（ステップＳ７）。この判断結果を受け取った管理部１２は接続変化なしを提示する表示データをＧＵＩ部１５を通じてモニタ装置１７へ送り、その画面に接続変化なしであることを表示させる。
【００３７】
ところで前記ステップＳ２（又はＳ５）において、受信したパケットデータが正常（又は異常）通知パケットであるかどうかを判断する方法について説明する。
【００３８】
本実施形態のツール１を用いるシリアル通信では、全てのパケットに通信状況が含まれているわけではなく、通信状況情報が含まれているパケットにおいても、パケットデータＰＤの全バイト列を確認する必要はなく、例えば図６に示すように通信状況が含まれているパケットにおいてもパケットデータＰＤの所定領域のバイトをチェックすれば、ほしい情報が得られる。
【００３９】
この図６の場合には、パケットの先頭から３バイト目のデータ（例えば０ｘ０３）がパケットの種類（端末状態を示す種類）を示し、７バイト目から２バイト分のデータ（例えば０ｘ００１０）が端末の生存を示しており、従ってこのパケットが端末状態を示すものであって、このパケットを端末から通信されたとき、当該端末が正常に接続されていると判断できるのである。
【００４０】
図７はステップＳ２での判断処理のフローチャートを示しており、通信接続／切断判断部１４は、管理部１２を通じてパケットデータＰＤを受け取る（ステップＳ１）と、ステップＳ２内の処理を行う。つまり、ステップＳ２０では、接続状況判断用テーブル１３から定義内容を読み出す。
【００４１】
ここで接続状況判断用テーブル１３に登録されている定義内容の具体例を表１に基づいて説明する。
【００４２】
【表１】
2005229537.tif 000003
【００４３】
この表１中、［Position］欄は接続の状況と特徴付けるコードのパケットデータＰＤ中での位置を表し、パケットデータＰＤの先頭から何バイト目かを記述する。［Size］欄は［Position］欄で記述された位置にある接続の状況を特徴付けるコードのサイズ（バイト数）を記述する。［Mask］欄はコードをビット単位まで検証するためのにかけるマスクで１６進表記される。［Code］欄はマスクをかけたあとのコードの値と比較するためのデータを記述する。［Type］欄はパケット中コードと、テーブル中コードが一致すればいいのか、しなければよいのかを「True」と、「False」とで記述する。
【００４４】
さて前記のステップＳ２０で接続状況判断用テーブル１３から定義内容を読み出すと、通信接続／切断判断部１４は、次のステップＳ２１でパケット中の指定位置の切り出しを行う。つまり接続状況判断用テーブル１３の［Position］欄の記述と、［Size］欄の記述に従い、特定領域のバイト列を取り出す処理を行う。
【００４５】
この取り出し処理後、ステップＳ２２で、取り出した特定領域のバイト列と、接続状況判断用テーブル１３の［Mask］に記述した１６進データの論理積演算を行い、次のステップＳ２３でパケットデータＰＤの所定領域のデータと接続状況判断用テーブル１３のコードとの比較を行う。つまり接続状況判断用テーブル１３の［Type］欄の記述が「True」であれば、マスク処理で得られたデータと、接続状況判断用テーブル１３の「Code」の欄の１６進データが一致しているときにはステップＳ２５へ遷移し、接続状況判断用テーブル１３の［Type］欄の記述が「False」であれば、マスク処理で得られたデータと、接続状況判断用テーブル１３の［Code］欄の１６進データが一致しなかったときには同様にステップＳ２５へ遷移する。ステップＳ２５では未比較コードがあるか否かの判断を行う。つまり接続状況判断用テーブル１３の１行目から検証を行い、接続状況判断用テーブル１３中に未だ検証されていない行のデータがあればステップＳ２１へ戻る。ステップＳ２４で［Ｎｏ」の場合には図４（ａ）のステップＳ５へ、またステップ２５で「Ｎｏ」の場合には図４（ａ）のステップＳ３へそれぞれ遷移する。
【００４６】
実際にパケットデータＰＤの取り込みを行った場合、図７のフローチャートをどのように遷移するのかを表２の接続状況判断用テーブル１３と、図８のパケットデータＰＤを用いて説明する。
【００４７】
【表２】
2005229537.tif 000004
【００４８】
まずステップＳ２０のパケット指定位置切り出しを行う。この場合表２の接続状況判断用テーブル１３の［Position］欄及び［Size］欄の記述内容に基づいて５バイト目から１バイト分のキャラクタを切り出す（→０ｘ００）。
【００４９】
次にステップＳ２１において指定位置のバイト列に対するマスク処理を行う。この場合切り出したバイト列に［Mask］欄の１６進データによりマスクをかける（０ｘ００＆０ｘFF）＝０ｘ００）。
【００５０】
次のステップＳ２３において接続状況判断用テーブル１３の［Code］欄のコードと比較を行う。この場合［Code］欄のコードとマスク処理をしたパケットデータを比較して、［Type］欄の記述内容によって「Ｙｅｓ」＜ステップＳ２４＞に遷移するか、「Ｎｏ」＜ステップＳ４＞へ遷移するかを決定する。この場合一致したときに「Ｙｅｓ」へ遷移するのが「True」であり、一致しないときに「Ｙｅｓ」へ遷移するのが「False」である。表２の場合、Code＝０ｘ００なので、一致しており、またType＝Trueなので、「Ｙｅｓ」へ遷移する。
【００５１】
さてステップＳ２４へ遷移すると、未比較コードの有無が判定される。つまり、接続状況判断用テーブル１３の最終行でなければ、「Ｙｅｓ」＜ステップＳ２１＞へ遷移し、最終行であれば「Ｎｏ」＜ステップＳ３＞へ遷移する。この場合２行目があるので、「Ｙｅｓ」へ遷移する。
【００５２】
この遷移により再度ステップＳ２１で指定位置切り出し処理を行う。この場合［Position］欄は１２バイト、［Size］欄は２バイトを示しているため、先頭から１２バイト目から２バイト分のキャラクタ（→０ｘ００４０）を切り出す。次にステップＳ２２で指定位置バイト列マスク処理を行う。この場合［Mask］欄はＦＦ８０が記入されているため、０ｘ００４０＆０ｘＦＦ８０＝０ｘ００００となる。
【００５３】
次のステップＳ２３で接続状況判断用テーブル１３の［Code］欄の記入内容と比較する。この場合０ｘ００８０≠０ｘ００００であり、しかも［Type］欄は「False」であるので「Ｙｅｓ」へ遷移する。
【００５４】
ステップＳ２４へ遷移すると、未比較コードの有無が判定される。つまり、接続状況判断用テーブル１３の最終行でなければ、「Ｙｅｓ」＜ステップＳ２１＞へ遷移し、最終行であれば「Ｎｏ」＜ステップＳ３＞へ遷移する。この場合３行目があるので、「Ｙｅｓ」へ遷移する。
【００５５】
この遷移により上述と同様にステップＳ２１で指定位置切り出し処理を行う。この場合［Position］欄は１７バイト、［Size］欄は２バイトを示しているため、先頭から１７バイト目から２バイト分のキャラクタ（→０ｘ５５４０）を切り出す。次にステップＳ２２で指定位置バイト列マスク処理を行う。この場合［Mask］欄は０１０１が記入されているため、０ｘ５５４０＆０ｘ０１０１＝０ｘ０１００となる。
【００５６】
次のステップＳ２３で接続状況判断用テーブル１３の［Code］欄の記入内容と比較する。この場合０ｘ０１００≠０ｘ０１０１であり、しかも［Type］欄は「True」であるので「Ｎｏ」へ遷移する。
【００５７】
従って通信接続／切断判断部１４から管理部１２へ送る判断結果は「切断」つまり「異常」となる。
【００５８】
ところで、正常通知パケットを取り込んでから通信接続／切断判断部１４は図５（ｂ）に示すように経過時間タイマで時間カウント（ステップ１０）を行っており、ステップ１１において次の正常通知パケットが一定時間経過（タイムアウト）するまでに取り込まれるか否かをチェックしており、タイムアウトした場合には、接続異常と判断し（ステップＳ１２）、またタイムアウトするまでに受け取った場合に接続変化なしと判断し（ステップ１３）する処理を行い、判断結果を管理部１２へ送り、管理部１２はこの判断結果に基づいた表示データをＧＵＩ部１５を介してモニタ装置１７に送って表示させるようなっている。
【００５９】
而して通信接続／切断判断部１５の判断結果に基づいて管理部１２はＧＵＩ部１５を通じてモニタ装置１７の画面に例えば図９に示すように各端末２1…の端末番号と、端末名と、接続状況を表形式で表示する。つまり従来のようにバイト列の表示ではなく、直感的に正常に接続されている端末と、切断され動作していない端末とがわかる形で表示される。つまり管理部１２、ＧＵＩ部１５及びモニタ装置１７が提示手段を構成する。
【００６０】
以上の本実施形態のツール１を用いれば、モニタリングする通信プロトコルをアプリケーションレベルまで完全に理解することなしでも、ネットワークの構築・施工時において、障害の切り分けができることになる。
【００６１】
また端末が生存確認を行うパケット内容、生存確認パケットが流れる時間間隔、端末以上を通知するパケット内容、パケットデータＰＤ中の端末番号を識別する領域がわかることで、どの端末（までのノード）が通信障害を起こしているのか、という情報を得ることができる。
【００６２】
（実施形態２）
前記実施形態１ではツール１の機能を実現するためのアプリケーションソフトウェアのロード時にメモリ１６内に格納される接続状況判断用テーブル１３から定義内容を通信接続／切断判断部１４が読み出して判断処理を行うようになっていたが、本実施形態では図１０に示すように通信設定データと、通信における障害切り分け用の接続状況通知パケットの内容定義を登録している接続状況判断用テーブルデータを書き込んだテキストファイルからなる外部設定ファイル１８を所定の記憶媒体に格納しておき、ツール１を用いて障害切り分けを行う場合に、外部設定ファイル１８から通信設定データ及び接続状況判断用テーブルデータを記憶媒体から設定ファイル読み込み部１９を通じて読み取る点に特徴があり、管理部１２は設定読み込み命令を設定ファイル読み込み部１９に与えて各種設定データを設定ファイル読み込み部１９を通じて受け取り、通信設定データ（ボーレート、ストップビット、パリティ、バイトサイズ、受信ポート１０のポート名）はパケットキャプチャ部１１へ、接続状況通知パケット定義（正常通知パケットの定義、異常通知パケットの定義、生存確認パケットの送信時間間隔及びパケット中の端末番号識別領域手定義）を通信接続／切断判断部１４へ渡すようになっている。尚記憶媒体からデータ読み取りのための装置は記憶媒体に対応したものを用いる。
【００６３】
尚その他の構成は実施形態１と同じであるので、同じ構成要素には同じ符号を付して説明を省略する。
【００６４】
図１１は本実施形態に用いる外部設定ファイルの書式例（モニタ装置１６の画面上で表示させた状態）を示す。
【００６５】
この書式例において、［Communication］欄は、通信の設定を行う欄であって、欄中、BaudRateはモニタリングする通信のボーレートを示し、Stopbitはモニタリングする通信のストップビットを示し、Parityはモニタリングする通信のパリティ設定を示し、またByteSizeがモニタリングするバイトサイズを示す。
【００６６】
また［Device］欄は、端末番号を識別するための、パケット内端末番号領域の定義を行う欄であって、欄中のDev_Posは端末番号識別領域の先頭位置、Dev_Sizeは端末番号識別領域のサイズを示す。
【００６７】
更に［Connect］欄は、接続正常通知パケットの定義を行う欄であって、欄中Code#_Posは正常通知パケットを特徴付ける領域（バイト列）の先頭位置を示し、またCode#_Sizeは正常通知パケットを特徴付ける領域のサイズを示し、Code#_Maskはパケットデータ内の正常通知パケットを識別するための領域を評価するためにかけるマスクを示し、更にCode#_Typeはパケット中コードと外部設定ファイル中コードが一致すればいいのか、しなければいいのかを論理値”１”又は”０”で記述する項目を示し、更にCode#は正常通知パケットを特徴付ける領域のバイト列を１６進で表記する項目を示す。
【００６８】
また更に［Connect_Timeout］欄は、Timeoutで設定した秒数の間、［Connect］欄で定義したパケットが送信されないと、接続状態を異常とする定義を行う欄であって、マイナスの値を設定すると、タイムアウトの設定を行わないようになっている。
【００６９】
また［Disconnect］欄は接続異常通知パケットの定義を行う欄であって、その記述内容は［Connect］欄と同じとなっている。
【００７０】
而して本実施形態では、通信設定データ及び定義データをテキストファイルからなる外部設定ファイル２を用いるためカスタマイズができ、アプリケーションソフトウェアを構成するプログラムとともにコンパイルする必要がないため、異なる通信プロトコルを用いたネットワークシステムに容易に適用させることができる。またアプリケーションプロトコルを理解したシステム開発者が施工調整する必要もあったが、システム開発者は定義ファイルを用意するだけでよくなる。
【００７１】
（実施形態３）
本実施形態のツール１は、実施形態２の構成に、図１０において破線で示す帯域占有率計算部２０を加えたものである。帯域占有率計算部２０は、管理部１２からボーレートやバイトサイズ等の通信設定と、パケットデータＰＤとを受け取り、次式によって、各端末２１…や通信コマンド毎の帯域占有率を計算する機能を有するものである。
【００７２】
【数１】
2005229537.tif 000005
【００７３】
ここで帯域占有率計算部２０は、図１２（ａ）に示すように指定されたパケット内の端末番号領域情報を帯域占有率計算機能部２１へ与え、端末番号毎の帯域占有率を計算させる端末識別機能部２０と、図１２（ｂ）で示すよう指定されたパケット内の通信コマンド領域情報を帯域占有率計算機能部２１へ与え、通信コマンド毎の帯域占有率を計算させるコマンド識別機能部２０’とを備え、パケット内の指定した情報毎の帯域占有率を計算することができるようになっている。この計算された帯域占有率は管理部１２及びＧＵＩ部１５を通じてモニタ装置１７で表示される。
【００７４】
而して、どの端末ノードの通信負荷が高いかを知りたければ端末21…毎の帯域占有率を調べることができ、また通信コマンド毎の帯域占有率を調べることで、正常時にはある通信コマンドの帯域占有率が高いのに、異常時は別のコマンドの帯域占有率が高い等の情報を得ることができる。尚この計算された帯域占有率は管理部１２及びＧＵＩ部１５を通じてモニタ装置１７で表示される。
【００７５】
尚この帯域占有率計算部２０は実施形態１の構成に加えても勿論よい。
【図面の簡単な説明】
【００７６】
【図１】実施形態１のネットワーク障害切り分けツールの構成図である。
【図２】実施形態１のネットワーク障害切り分けツールを接続した状態のネットワークのシステム構成図である。
【図３】実施形態１の通信接続／切断判断部の構成図である。
【図４】実施形態１の正常、異常の判断方法の説明図である。
【図５】実施形態１の動作説明用フローチャートで、（ａ）は正常通知パケット、異常通知パケットに対応する判断処理のフローチャート、（ｂ）はパケットデータの一定時間毎の受信に対応する判断処理のフローチャートである。
【図６】実施形態１の正常、異常を判断する方法を説明するためのパケットデータ例図である。
【図７】実施形態１の正常通知パケット、異常通知パケットに対応する判断処理の詳細を示すフローチャートである。
【図８】実施形態１の具体的な判断処理説明用のパケットデータ例図である。
【図９】実施形態１のモニタ装置の画面表示例図である。
【図１０】実施形態２（及び実施形態３）のネットワーク障害切り分けツールの構成図である
【図１１】実施形態２の外部設定ファイルの書式例図である。
【図１２】実施形態３の帯域占有率計算部の構成を示し、（ａ）は端末識別に対応する構成図、（ｂ）は通信コマンド識別に対応する構成図である。
【図１３】従来例のラインモニタの構成図である。
【符号の説明】
【００７７】
１    ネットワーク障害切り分けツール
１０  受信ポート
１１  パケットキャプチャ部
１２  アプリケーション管理部
１３  接続状況判断用テーブル
１４  通信接続／切断判断部
１５  ＧＵＩ部
１６  メモリ
Ｌ    通信線
ＤＡ  通信データ
ＰＤ  パケットデータ
【図１】
2005229537.tif 000006
【図２】
2005229537.tif 000007
【図３】
2005229537.tif 000008
【図４】
2005229537.tif 000009
【図５】
2005229537.tif 000010
【図６】
2005229537.tif 000011
【図７】
2005229537.tif 000012
【図８】
2005229537.tif 000013
【図９】
2005229537.tif 000014
【図１０】
2005229537.tif 000015
【図１１】
2005229537.tif 000016
【図１２】
2005229537.tif 000017
【図１３】
2005229537.tif 000018