(57)【要約】【課題】複雑なネットワーク構成を含むプロセス制御システムにも適用可能であり、複数の処理からなる複雑な内容の監視、診断が実行する場合にも、高度なネットワークの専門知識を必要とせずに、現場の状況を見ながら、簡単かつ柔軟に監視、診断の手順を設定、変更できるようにする。【解決手段】診断部品パラメータ定義シート１３ｋで、診断装置１において実行可能な監視、診断を含む動作を部品化し、診断部品のパラメータのデフォルト値を設定しておいた状態で、フロー定義シート１３ｌにおいて、所望の診断部品を選択し、シート下方のフロー定義領域にコピー・ペーストして貼り付けていく。このようにして診断部品２３０１〜２３０５を時系列的に並べることにより、診断装置１において実行する監視、診断を含む動作のフローを定義することができる。【選択図】図２４
2010224831.tif 000002
【特許請求の範囲】
【請求項１】
複数の機器が接続して構成されるネットワークシステムを監視、診断するネットワークシステムの診断システムであって、
前記ネットワークシステムに関する情報を記した表計算ソフトウェアで作成したシートを格納するシート格納手段と、
前記シート格納手段に格納されているシートに基づいて複数の監視、診断を実行可能な診断手段と、
前記診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、前記診断手段が実行する監視、診断を含む動作のフローを定義できるようにしたフロー定義手段とを備えたことを特徴とするネットワークシステムの診断システム。
【請求項２】
前記診断手段は、前記ネットワークシステム上の機器に応答要求を送信し、該応答要求に対する各機器からの応答に基づいて各機器の状態を診断する応答要求診断を実行可能であることを特徴とする請求項１に記載のネットワークシステムの診断システム。
【請求項３】
前記診断手段は、ＣＲＣエラー監視を実行可能であることを特徴とする請求項１又は２に記載のネットワークシステムの診断システム。
【請求項４】
前記ネットワークシステムは、前記複数の機器が接続して構成されるネットワークに、前記ネットワークの通信プロトコルとは異なる通信プロトコルでデータ通信を行う通信対象機器がプロトコル変換器を介して接続する構成とされており、
前記診断手段は、前記ネットワーク上のデータを収集し、前記通信対象機器が送受信するデータを収集し、前記収集した前記ネットワーク上のデータのうち、前記収集した前記通信対象機器が送受信するデータに対応するものを時間を基準にして検索し、表計算ソフトウェアで作成したシートに出力する伝送診断を実行可能であることを特徴とする請求項１乃至３のいずれか１項に記載のネットワークシステムの診断システム。
【請求項５】
複数の機器が接続して構成されるネットワークシステムに関する情報を記した表計算ソフトウェアで作成したシートを格納するシート格納手段と、
前記シート格納手段に格納されているシートに基づいて複数の監視、診断を実行可能な診断手段とを備えた診断システムによるネットワークシステムの診断方法であって、
前記診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、前記診断手段が実行する監視、診断を含む動作のフローを定義できるようにしたことを特徴とするネットワークシステムの診断方法。
【請求項６】
複数の機器が接続して構成されるネットワークシステムを監視、診断する処理をコンピュータに実行させるためのプログラムであって、
前記ネットワークシステムに関する情報を記した表計算ソフトウェアで作成したシートを格納するシート格納手段と、
前記シート格納手段に格納されているシートに基づいて複数の監視、診断を実行可能な診断手段と、
前記診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、前記診断手段が実行する監視、診断を含む動作のフローを定義できるようにしたフロー定義手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば製鉄業におけるネットワークを含むプロセス制御システムを監視及び診断するのに好適なネットワークシステムの診断システム、方法及びプログラムに関する。
【背景技術】
【０００２】
２４時間操業で高い信頼性が要求される製鉄業等におけるプロセス制御システムは、これまで重電メーカ専用のコンピュータやネットワークで構成されてきたが、コスト削減や拡張性の点で難点があった。
【０００３】
そのため、近年では、仕様が公開された汎用品のコンピュータ等の機器を利用したオープン系システムであるプロセス制御システムの導入が進んでいる。しかしながら、適用規模が大きくなり、操業部門からの最新ＩＴ技術を応用した高機能システムを実現したいというニーズに対応すると、汎用品の数量と組み合わせが膨大となってしまうことがある。また、特にネットワークに関しては、一部で発生した障害の影響が全系に及び、現象も非定期で再現性がないため、障害発生時の原因究明と復旧作業の難易度が高くなってしまうことが多かった。
【０００４】
高度な専門性を要するネットワークの専門家が、複数の機器が分散して配設され、ネットワークで接続されているプロセス制御システムを管理するために２４時間待機するのは、作業量が膨大であり非現実的なため、ネットワークの専門家が遠隔で複数の機器からなるプロセス制御システムを監視、診断するため専用システムとツールを導入することが試みられた。なお、ここで、監視、診断とはプロセス制御システムに含まれる各機器等が停止しているのか、動作しているのか、又、動作しているときには正常に動作しているのか等の情報を得ることを指し示す。しかしながら、プロセス制御システムの監視、診断には、製造プロセス内の各現場における現場操業者が行う操作や操作状況のヒアリングすること、及び、ＩＴＶのみによる監視では限界があるので設備の状況を詳細に把握しながら実行することが不可欠であることが多い。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１７１０７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現場で２４時間操業に携わっているオペレータや、設備全体の保全のために待機している整備部門の作業者が、高度なネットワークの専門知識を必要とせずに、現場の状況を見ながら、多様なプロセス制御システムを柔軟に監視、診断できる、安価で汎用性があり使いやすいツールがなかった。
【０００７】
本出願人は、上記のような点に鑑みて、特許文献１において、市販されているような表計算ソフトウェアでネットワーク構成図シートやネットワーク定義シート等を作成し、それらシートに基づいて、ｐｉｎｇ発行監視やＣＲＣエラー監視を行えるようにすることを提案している。より詳細には、表計算ソフトウェアで作成したシートを利用して、例えばｐｉｎｇ発行監視のｐｉｎｇ繰り返し回数、実行間隔、ブロックサイズ、タイムアウト等のパラメータや、ｐｉｎｇ発行監視やＣＲＣエラー監視の実行スケジュールを自由に設定できるようになっている。
【０００８】
ところで、オープン系システムの導入が進むにつれて、既存の重電メーカ専用のコンピュータ等のうち、オープン系システムのネットワークに直接接続できない機器との伝送が必要となるケースが生じる。そのため、例えば標準・代表的な通信プロトコルであるＴＣＰ／ＩＰから個別仕様のシリアル伝送の通信プロトコル（他の通信プロトコル）に変換するプロトコルコンバータをネットワークと既存機器との間に設置するような、複雑なシステム形態が増加している。
【０００９】
また、プロセス制御システムを構成する複数の機器について、複数の種類・内容からなる複雑な監視、診断を実施すること必要となることも多い。このような複雑な監視、診断を実施するとき、その診断の手順を適宜設定することが重要となってくる。その場合に、高度なネットワークの専門知識を必要とせずに、現場の状況を見ながら、簡単かつ柔軟に監視、診断の手順を設定、変更できるようにすることが望まれる。
【００１０】
本発明は以上のような状況に鑑みてなされたものであり、複雑なネットワーク構成を含むプロセス制御システムにも適用可能であり、複数の処理からなる複雑な内容の監視、診断が実行する場合にも、高度なネットワークの専門知識を必要とせずに、現場の状況を見ながら、簡単かつ柔軟に監視、診断の手順を設定、変更できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明のネットワークシステムの診断システムは、複数の機器が接続して構成されるネットワークシステムを監視、診断するネットワークシステムの診断システムであって、前記ネットワークシステムに関する情報を記した表計算ソフトウェアで作成したシートを格納するシート格納手段と、前記シート格納手段に格納されているシートに基づいて複数の監視、診断を実行可能な診断手段と、前記診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、前記診断手段が実行する監視、診断を含む動作のフローを定義できるようにしたフロー定義手段とを備えたことを特徴とする。
本発明のネットワークシステムの診断方法は、複数の機器が接続して構成されるネットワークシステムに関する情報を記した表計算ソフトウェアで作成したシートを格納するシート格納手段と、前記シート格納手段に格納されているシートに基づいて複数の監視、診断を実行可能な診断手段とを備えた診断システムによるネットワークシステムの診断方法であって、前記診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、前記診断手段が実行する監視、診断を含む動作のフローを定義できるようにしたことを特徴とする。
本発明のプログラムは、複数の機器が接続して構成されるネットワークシステムを監視、診断する処理をコンピュータに実行させるためのプログラムであって、前記ネットワークシステムに関する情報を記した表計算ソフトウェアで作成したシートを格納するシート格納手段と、前記シート格納手段に格納されているシートに基づいて複数の監視、診断を実行可能な診断手段と、前記診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、前記診断手段が実行する監視、診断を含む動作のフローを定義できるようにしたフロー定義手段としてコンピュータを機能させる。
【発明の効果】
【００１２】
本発明によれば、診断手段が実行可能な監視、診断を含む動作を部品化し、それら部品を表計算ソフトウェアで作成したシート上で時系列的に並べることにより、監視、診断を含む動作のフローを定義することができるので、監視、診断を含む動作の手順を視認しながら設定、変更することができる。これにより、高度なネットワークの専門知識を必要とせずに、現場の状況を見ながら、簡単かつ柔軟に監視、診断の手順を設定、変更することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明を適用した診断システムを含むプロセス制御システムの構成例を示す図である。
【図２】診断装置の機能構成を示す図である。
【図３】共通定義シートを説明するための図である。
【図４】実行スケジュールシートを説明するための図である。
【図５】ネットワーク構成図シートを説明するための図である。
【図６】ネットワーク定義シートを説明するための図である。
【図７】ｐｉｎｇ結果シートを説明するための図である。
【図８】ＳＷ一覧シートを説明するための図である。
【図９】シリアル伝送診断結果シートを説明するための図である。
【図１０】シリアル伝送診断ログシートを説明するための図である。
【図１１】操作画面を示す図である。
【図１２】ｐｉｎｇ発行処理の流れを示すフローチャートである。
【図１３】「全ノード診断（１回）」ボタンの押下時の処理を示すフローチャートである。
【図１４】検索開始ボタンの押下時の処理を示すフローチャートである。
【図１５】ｐｉｎｇボタンの押下時の処理を示すフローチャートである。
【図１６】キャプチャー設定画面を示す図である。
【図１７】キャプチャー設定画面を示す図である。
【図１８】解析データの一覧表示画面を示す図である。
【図１９】伝文トレースツール使用時の画面を示す図である。
【図２０】シリアル伝送診断処理の流れを示すフローチャートである。
【図２１】時刻差判定処理の流れを示すフローチャートである。
【図２２】診断部品パラメータ定義シートを説明するための図である。
【図２３】フロー定義シートを説明するための図である。
【図２４】フロー定義シートを説明するための図である。
【図２５】診断監視フロー実行指示画面を示す図である。
【図２６】定義されたフローを実行する際の処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して、本発明の好適な実施形態について説明する。
図１に、本発明を適用した診断システムを含むプロセス制御システムの構成例を示す。プロセス全体の制御を行う制御サーバ１００には、複数台のスイッチングハブ２００が接続する。図１では、制御サーバ１００を一つの装置として図示したが、複数の装置により構成される場合もある。なお、以下の説明は、鉄鋼業の鋼板の製造プロセスにおけるプロセス制御システムを例として記載する。
【００１５】
スイッチングハブ２００は、例えば製造プロセスの制御系、ＨＭＩ（Human Machine Interface）系、製造プロセスの制御系を統括する上位系のように系ごとに設置されており、各系のスイッチングハブ２００に、各種センサ類、パーソナルコンピュータ、ハブ等のネットワーク機器３００が複数台接続する。これら制御サーバ１００、スイッチングハブ２００、ネットワーク機器３００によりＴＣＰ／ＩＰネットワークＮＷが構成される。
【００１６】
また、所定のスイッチングハブ２００には、プロトコル変換器（プロトコルコンバータ）５００及びモデムを介して、既存機器である通信対象機器４００が接続する。プロトコル変換器５００は、ＴＣＰ／ＩＰネットワークＮＷの通信プロトコル（ＴＣＰ／ＩＰ）から、通信対象機器４００の個別仕様のシリアル伝送の通信プロトコルに変換するものである。このように、本実施形態におけるネットワークは複数の種類の通信網を含むときをも対象とする。
【００１７】
これらスイッチングハブ２００には、スイッチングハブ２を介して、プロセス制御システムを監視及び診断するための診断装置１が接続する。
【００１８】
また、プロトコル変換器５００と通信対象機器４００との間には、分岐ケーブル６００を介してシリアル伝送キャプチャー装置７００が接続する。シリアル伝送キャプチャー装置７００は、通信対象機器４００が送受信するデータを収集し、そのキャプチャーデータに時刻情報を関連付けてキャプチャーデータ格納部８００に格納する。また、シリアル伝送キャプチャー装置７００は、キャプチャーデータ格納部８００に格納したキャプチャーデータを診断装置１に送信する。
【００１９】
これら診断装置１やシリアル伝送キャプチャー装置７００等を主要な構成要素とする診断システムは、以下で詳述するように、（１）ｐｉｎｇ発行監視ツール（応答要求診断ツール）、（２）ＣＲＣエラー監視ツール、（３）パケットキャプチャーツール、（４）シリアル伝送診断ツールとして機能する。
【００２０】
（診断装置１の機能構成）
図２には、診断装置１の機能構成を示す。１１は表示装置である。１２はキーボードやポインティングデバイス等の入力装置である。
【００２１】
１３はワークシート格納部であり、表計算ソフトウェア（例えばＥｘｃｅｌ（登録商標））で作成したワークシートを格納する。当該ワークシートとしては、共通定義シート１３ａ、実行スケジュールシート１３ｂ、ネットワーク構成図シート１３ｃ、ネットワーク定義シート１３ｄ、ｐｉｎｇ結果シート１３ｅ、ｐｉｎｇログシート１３ｆ、ＳＷ一覧シート１３ｇ、ＳＷ監視ログシート１３ｈ、シリアル伝送診断結果シート１３ｉ、シリアル伝送診断ログシート１３ｊ、診断部品パラメータ定義シート１３ｋ、フロー定義シート１３ｌが作成されている。
【００２２】
１４はｐｉｎｇ発行部であり、後述する診断部１５の制御下、ネットワーク定義シート１３ｄに基づいて、プロセス制御システム上の各機器に応答要求を送信する（ｐｉｎｇ発行）。なお、ｐｉｎｇとは一般には、ＴＣＰ／ＩＰネットワークにおいて、ＩＰパケットが送信先まで届いているかや、ＩＰ的に到達可能かどうかを調べるために利用させる最も基本的なコマンドである。
【００２３】
１５は診断部であり、プロセス制御システムの監視、診断を行う。診断部１５は、ｐｉｎｇ発行部１４でのｐｉｎｇ発行に対するプロセス制御システム上の各機器からの応答に基づいて、各機器の状態を診断する。本実施形態では、各機器からの応答の有無だけでなく、応答要求を送信してから応答が戻るまでの時間も調べるようにしている。そして、その診断結果をｐｉｎｇ結果シート１３ｅに出力する。また、診断部１５は、ＴＣＰ／ＩＰネットワークＮＷ上のデータと、シリアル伝送路で接続された通信対象機器４００とが送受信するデータ（すなわち、シリアル伝送キャプチャー装置７００で収集してシリアル伝送取得部２０を介して診断部１５に入力されるキャプチャーデータ）とを時系列につき合わせて診断する。そして、その診断結果をシリアル伝送診断結果シート１３ｉに出力する。
【００２４】
１６は表示制御部であり、診断部１５及び後述するＣＲＣエラー監視部１７の制御下、ｐｉｎｇ結果シート１３ｅやシリアル伝送診断結果シート１３ｉ等を表示装置１１に表示したり、診断部１５による診断結果をネットワーク構成図シート１３ｃに反映させて表示装置１１に表示したりする。例えばネットワーク構成図シート１３ｃ上で、応答の無い機器や伝送エラーを検出した機器は赤色、予め設定した時間と比較して応答の遅かった機器は黄色で囲んで表示する。
【００２５】
１７はＣＲＣ（Cyclic Redundancy Check）エラー監視部であり、ＳＷ一覧シート１３ｇに基づいて、ＣＲＣエラー監視を行う。なお、ＣＲＣとは、巡回冗長検査と言われ、データ伝送等でデータが正しく伝送したかをチェックするエラー検出・訂正方式の一つである。プロセス制御システム上にはＣＲＣエラーの発生件数を蓄積する機器、例えば各系のスイッチングハブ２００が存在しており、これら機器からトラブルの前兆となるＣＲＣエラーの発生件数を収集する。
【００２６】
１８はログ出力部であり、診断部１５及びＣＲＣエラー監視部１７の制御下、後で詳細に記すｐｉｎｇ発行監視の結果がＮＧであった場合にｐｉｎｇログシート１３ｆにログを出力し、ＣＲＣエラー監視中にＣＲＣエラーが発生した場合にＳＷ監視ログシート１３ｈにログを出力し、シリアル伝送エラーを検出した場合にシリアル伝送診断ログシート１３ｊを出力する。
【００２７】
１９はキャプチャー部であり、各系のスイッチングハブ２００を介してＴＣＰ／ＩＰネットワークＮＷ上のデータ（パケット）を収集し、収集した時刻情報を関連付けて保存する。
【００２８】
２０はシリアル伝送データ取得部であり、キャプチャーデータ格納部８００に格納したキャプチャーデータをシリアル伝送キャプチャー装置７００から取得する。
【００２９】
本実施形態では、ｐｉｎｇ発行部１４、診断部１５、ＣＲＣエラー監視部１７、キャプチャー部１９、シリアル伝送データ取得部２０等が相まって、複数の監視、診断を実行可能な診断手段を構成する。
【００３０】
２１はフロー定義部であり、予めオペレータが入力して設定する診断部品パラメータ定義シート１３ｋを用いて、診断装置１において実行可能な監視、診断を含む動作を部品化（モジュール化）するとともに（以下、診断部品と称する）、診断部品のパラメータのデフォルト値を設定する。そして、診断部品を表示装置１１に表示されるフロー定義シート１３ｌ上で時系列的に並べることにより、診断装置１において実行する監視、診断を含む動作のフローを定義できるようにしている。
【００３１】
なお、診断装置１は、複数の装置により構成されてもよいし、一つの装置により構成されてもよい。例えば（１）ｐｉｎｇ発行監視ツール及び（２）ＣＲＣエラー監視ツールとして機能するパーソナルコンピュータと、（３）パケットキャプチャーツール及び（４）シリアル伝送診断ツールとして機能するパーソナルコンピュータとに分けて構成してもよい。また、図１では、監視装置１とシリアル伝送キャプチャー装置７００とを別体として図示したが、一体のものでもよい。
【００３２】
（ワークシート）
共通定義シート１３ａは、図３に示すように、ｐｉｎｇ発行デフォルト指定、診断実行モード、シリアル伝送診断のための設定パラメータ、エラー発生時に実行させるバッチファイルを設定するためのものである。具体的には、下記の表１にも一部示すように、ｐｉｎｇ繰り返し回数、実行間隔、ブロックサイズ、タイムアウト、ＴＴＬ(Time To Live)、実行モード、データのｆｒｏｍ-ｔｏ（送信、受信）、タイムアウト、スキャンタイム、エラー発生時実行ファイル名（パス、バッチファイル、起動回数制限）を設定する。タイムアウトは、シリアル伝送診断においてＴＣＰ／ＩＰネットワークＮＷ及び通信対象機器４００それぞれでのデータの送受信の許容時刻差を設定する時間である。スキャンタイムは、シリアル伝送診断において、シリアル伝送データに対応するＴＣＰ／ＩＰデータを検索するために設定する時間である。
【００３３】
【表１】
2010224831.tif 000003
【００３４】
実行スケジュールシート１３ｂは、図４に示すように、ｐｉｎｇ発行監視、ＣＲＣエラー監視、シリアル伝送診断の実行スケジュールを指定するためのものである。具体的には、下記の表２に示すように、実行周期、実行曜日、起動間隔、開始時刻、実行モードを設定する。また、現在スケジュール実行中であるか、停止中であるかが表示される。
【００３５】
【表２】
2010224831.tif 000004
【００３６】
ネットワーク構成図シート１３ｃは、図５に示すように、プロセス制御システムの構成すなわち、各機器及び機器間のネットワークの接続を模式図で表わしたものである。上述したように、表示制御部１６は、このネットワーク構成図シート１３ｃ上の該当する機器を、診断部１５による診断結果に応じた色を囲んで表示するので、その変色させる部分をセル結合で囲んでおく。ネットワーク構成図シート１３ｃは、プロセス制御システムの設計段階で必ず作成され、保守運用段階でも使用されるものであり、それをネットワーク監視用に診断装置１に取り込んでおく。なお、図５の例では、鋼板にマークを付ける「マーカー」が図１でいう通信対象機器４００に相当する。
【００３７】
ネットワーク定義シート１３ｄは、図６に示すように、ネットワーク構成図シート１３ｃに設定した各機器について、ネットワーク情報（ホスト名、ＩＰアドレス、接続機器コード）や機器情報（機器種類、メーカー、機種名）等を記載して定義するためのものである。具体的には、下記の表３に示すように、接続Ｎｏ.、機器コード、ネットワーク情報、機器情報、設計情報（行、列）、設置場所、サイズ、タイムアウトを設定する。上述したように、ｐｉｎｇ発行部１４は、このネットワーク定義シート１３ｄに定義された各情報に基づいて、プロセス制御システム上の機器に応答要求を送信する。
【００３８】
【表３】
2010224831.tif 000005
【００３９】
ｐｉｎｇ結果シート１３ｅは、図７に示すように、ｐｉｎｇ発行監視の結果を出力するためのものであり、ＮＧ回数、ＯＫ回数だけでなく、成功率も表示するようになっている。上述したように、診断部１５は、このｐｉｎｇ結果シート１３ｅに診断結果を出力する。
【００４０】
ｐｉｎｇログシート１３ｆは、具体的に図示しないが、ｐｉｎｇ発行監視の結果がＮＧであった場合にログ（履歴）を出力するものであり、結果、日時、対象、ＩＰアドレス、ステータス、備考の項目を設定する。上述したように、ログ出力部１８は、ｐｉｎｇ発行監視の結果がＮＧであった場合、このｐｉｎｇログシート１３ｆにログを出力する。
【００４１】
ＳＷ一覧シート１３ｇは、図８に示すように、ＣＲＣエラーを監視するスイッチングハブに関する情報を設定するためのものである。具体的には、ＣＲＣエラー監視周期を設定し、各スイッチングハブのＩＰアドレス、ネットワーク構成図シート１３ｃに配置したスイッチングハブの行、列を設定する。また、ＣＲＣエラー件数が格納されているオブジェクトＩＤを設定する。
【００４２】
ＳＷ監視ログシート１３ｈは、具体的に図示しないが、ＣＲＣエラー監視中にＣＲＣエラーが発生した場合にログを出力するためのものである。上述したように、ログ出力部１８は、ＣＲＣエラー監視中にＣＲＣエラーが発生した場合、このＳＷ監視ログシート１３ｈにログを出力する。
【００４３】
シリアル伝送診断結果シート１３ｉは、図９に示すように、後述するシリアル伝送診断ツールによるシリアル伝送診断の結果を出力するためのものであり、Ｎｏ．年／月／日、時／分／秒、マイクロ秒、送受信側のＩＰアドレス、Ｄｕｍｐ等を表示するようになっている。上述したように、診断部１５は、このシリアル伝送診断結果シート１３ｉに診断結果を出力する。
【００４４】
シリアル伝送診断ログシート１３ｊは、図１０に示すように、シリアル伝送診断の結果がＮＧであった場合にログを出力するものであり、結果、日時、対象、ＩＰアドレス、ステータス、サイズ、タイムアウト、備考の項目を設定する。上述したように、ログ出力部１８は、シリアル伝送診断の結果がＮＧであった場合、このシリアル伝送診断ログシート１３ｊにログを出力する。
【００４５】
診断部品パラメータ定義シート１３ｋは、図２２に示すように、診断装置１において実行可能な監視、診断を含む動作をモジュールとして部品化するとともに、診断部品の監視、診断動作に関するパラメータのデフォルト値を設定するためのものである。図示例では、ネットワーク構成図シート１３ｃを表示する「ＮＷ構成図表示」、「ｐｉｎｇ全ノード１回実行」、ｐｉｎｇ結果シート１３ｅを表示する「ｐｉｎｇ結果シート表示」、ｐｉｎｇログシート１３ｆを表示する「ｐｉｎｇログシート表示」、「ＣＲＣエラー手動収集」、ＳＷ監視ログシート１３ｈを表示する「ＳＷ監視ログ表示」といった動作を部品化している。そして、ｐｉｎｇ診断について、ｐｉｎｇ繰り返し回数、実行間隔、ブロックサイズ、タイムアウト、ＴＴＬのデフォルト値を設定することができる。また、ＣＲＣ診断（ＣＲＣエラー監視）について、監視周期のデフォルト値を設定することができる。なお、ここでは図示していないが、「シリアル伝送診断」、「シリアル伝送診断結果シート表示」、「シリアル伝送診断ログシート表示」等を部品化することもできる。このようにして、診断装置１において実行可能な監視、診断を含む動作の部品を必要に応じて複数個設定しておく。
【００４６】
フロー定義シート１３ｌは、図２３、２４に示すように、診断部品パラメータ定義シート１３ｋで定義された複数の診断部品を時系列的に並べることにより、診断装置１において実行する監視、診断を含む動作のフローを定義するためのものである。
【００４７】
（（１）ｐｉｎｇ発行監視ツール）
以下に述べるｐｉｎｇ発行監視は、診断部１５の制御下で実行される。表示装置１１上にて不図示のコマンドボタンをオペレータが操作すると、図１１（ａ）に示すように、表示装置１１にｐｉｎｇ発行操作画面１１００が表示される。ｐｉｎｇ発行操作画面１１００において、１１０１は「全ノード診断（無限）」、「全ノード診断（スケジュール）」、「全ノード診断（１回）」のいずれを実行するか選択するための選択ボタンである。１１０２は診断の中止を指示するための診断中止ボタンである。１１０３はトレースルート検索を行う場合に機器コードを設定するための設定欄である。ここで、トレースルートとは、ｐｉｎｇ実行時の応答を返すためのノードの経路である。１１０４はトレースルート検索の開始を指示するための検索開始ボタンである。１１０５はトレースルート検索を行う場合にｐｉｎｇ実行を指示するためのｐｉｎｇボタンである。１１０６はｐｉｎｇ結果シート１３ｅを参照するためボタンである。また、ｐｉｎｇ発行操作画面１１００には、初期状態を白で、ｐｉｎｇ発行中を青で、異常（応答が無い）を赤で、不安定（応答が遅い）を黄で表わすことが示されている。
【００４８】
図１２には、ｐｉｎｇ発行処理の流れを示す。まず、ネットワーク定義シート１３ｄのデータを取得する（ステップＳ１２０１）。次に、ネットワーク定義シート１３ｄに基づいて、自端末の機器コードを取得する（ステップＳ１２０２）。自端末の機器コードが取得できない場合はエラーメッセージを出力し、その後処理を終了する。次に、ネットワーク定義シート１３ｄに基づいて、自端末と他の端末との組み合わせをすべて取得する（ステップＳ１２０３）。次に、検索開始ボタン１１０４、ｐｉｎｇボタン１１０５の押下があったならば、各処理を実行する（ステップＳ１２０４（図１４を参照）、Ｓ１２０５（図１５を参照））。なお、トレースルート検索でない場合は、取得件数分、検索開始ボタン１１０４、ｐｉｎｇボタン１１０５の押下がない状態でステップＳ１２０４、Ｓ１２０５の処理が繰り返される。そして、ｐｉｎｇ結果を表示制御部１６を介してネットワーク構成図シート１３ｃに反映させて表示し、ログ出力部１８を介してｐｉｎｇログシート１３ｆを作成する（ステップＳ１２０６）。
【００４９】
ｐｉｎｇ発行操作画面１１００の選択ボタン１１０１のうち「全ノード診断（１回）」ボタンが押下された場合は、共通定義シート１３ａに設定されている実行モードがｐｉｎｇ又は両方であれば、図１３に示すように、ｐｉｎｇ発行部１４を介してｐｉｎｇ発行処理を実行する（ステップＳ１３０１（図１２を参照））。さらに、共通定義シート１３ａに設定されている実行モードがＣＲＣ又は両方のときは、ＣＲＣエラー監視部１７の制御下で、ＣＲＣエラー累計を取得する（ステップＳ１３０２）。
【００５０】
ｐｉｎｇ発行操作画面１１００の選択ボタン１１０１のうち「全ノード診断（無限）」ボタンが押下された場合は、診断中止ボタン１１０２が押下されるまで、図１３の処理を繰り返す。
【００５１】
ｐｉｎｇ発行操作画面１１００の選択ボタン１１０１のうち「全ノード診断（スケジュール）」ボタンが押下された場合は、診断中止ボタン１１０２が押下されるまで、実行スケジュールシート１３ｂで設定されているスケジュールに従って図１３の処理を繰り返す。
【００５２】
図１４には、ステップＳ１２０４の検索開始ボタン１１０４の押下時の処理を示す。検索開始ボタン１１０４の押下時には、入力されたｐｉｎｇ発行元機器コードからｐｉｎｇ発行先機器コードのトレースルート検索を行う。まず、ｐｉｎｇ発行操作画面１１００の設定欄１１０３に設定された機器コードがネットワーク構成図シート１３ｃの内部情報に設定されているかをチェックし、発行元の機器コードに入力された機器コードが自端末かをチェックする（ステップＳ１４０１）。次に、内部情報よりｐｉｎｇ発行元機器コードからｐｉｎｇ発行先機器コードまでのトレースルートを取得する（ステップＳ１４０１）。
【００５３】
図１５には、ステップＳ１２０５のｐｉｎｇボタン１１０５の押下時の処理を示す。ｐｉｎｇボタン１１０５の押下時には、検索開始ボタン１１０４の押下時の処理により取得したトレースルート間のｐｉｎｇ発行を行う。まず、検索開始ボタン１１０４の押下時の処理により取得したｐｉｎｇ発行元からｐｉｎｇ発行先のトレースルートをｐｉｎｇ結果シート１３ｅの検索ルートに出力する（ステップＳ１５０１）。次に、内部情報よりｐｉｎｇ発行先機器コードからＩＰアドレスを取得する（ステップＳ１５０２）。次に、ステップＳ１５０２で取得したＩＰアドレスにｐｉｎｇ発行部１４を介してｐｉｎｇ発行を行う（ステップＳ１５０３）。次に、出力結果に基づいて、表示制御部１６を介してネットワーク構成図シート１３ｃを表示し、ＮＧであった場合にログ出力部１８を介してｐｉｎｇログシート１３ｆにログを出力する（ステップＳ１５０４）。
【００５４】
（（２）ＣＲＣエラー監視ツール）
以下に述べるＣＲＣ監視は、ＣＲＣエラー監視部１７の制御下で実行される。表示装置１１上にて不図示のコマンドボタンが操作されると、図８に示すように、表示装置１１にＳＷ一覧シート１３ｇとともに、ＳＮＭＰ ＳＷ監視画面８０４が表示される。ＳＮＭＰ ＳＷ監視画面８０４には、ＳＷ一覧シート１３ｇで設定されたＣＲＣエラーの発生件数を蓄積する機器の一覧が表示される。
【００５５】
ＣＲＣエラー件数取得ボタン８０１を押下すると、ＳＷ一覧シート１３ｇのＣＲＣエラー件数（カウンター合計値）が更新される。ＣＲＣエラー監視ボタン８０２を押下すると、表示制御部１６を介してネットワーク構成図シート１３ｃが表示され、監視周期毎にＣＲＣエラー監視が開始される。ＣＲＣエラー監視中にＣＲＣエラーが検知された場合には、ログ出力部１８を介してＳＷ監視ログシート１３ｈにログが出力される。監視中止ボタン８０３を押下すると、ＣＲＣエラー監視が中止される。
【００５６】
（（３）パケットキャプチャーツール）
キャプチャー部１９では、ＴＣＰ／ＩＰネットワークＮＷ上のパケットをキャプチャーして得られたデータを用いて、指定条件に合致する伝文を抽出、出力、解析する。解析にはＥｔｈｅｒｅａｌを使うことができ、Ｅｘｃｅｌによる解析も可能である。Ｅｘｃｅｌによる解析では、ｃｓｖ形式に変換した結果を読み込み、表示することができる。連携機能として、解析結果を伝文トレースツール形式で出力することができる。
【００５７】
まず、キャプチャー方法について説明する。図１６に示すキャプチャー設定画面１６００において、設定欄１６０１でキャプチャーに使用するネットワークアダプタ１６０１を選択する。次に、設定欄１６０２で送信元・送信先のＩＰアドレスとポート番号を指定する。この場合に、「*」を指定すると、すべての値に対して実行するようになっている。次に、設定欄１６０３でキャプチャーする通信プロトコル（ＴＣＰ、ＵＤＰ、すべて）を選択する。次に、ラジオボタン１６０４で「キャプチャーする」を選択する。次に、設定欄１６０５でキャプチャー結果の保存先を指定する。その後、キャプチャー実行ボタン１６０６を押下すると、キャプチャーが実行される。キャプチャーを停止するにはキャプチャー停止ボタン１６０７を押下する。
【００５８】
次に、解析設定方法について説明する。図１７に示すように、ラジオボタン１６０４で「Ｅｘｃｅｌ解析する」を選択すると、その設定に応じて以下に説明するように画面が変化する。解析を始めるには、各条件を設定後、解析ボタン１６０８を押下する。
【００５９】
設定欄１６０３で通信プロトコルを選択すると、図１７に示すように、伝文種別のリスト１６０９が表示される。そこで伝文種別（Ｃｓｅｍｉ標準伝送、Ｃｓｅｍｉ ＰＩＯ伝送）を選ぶと、フィルター条件設定欄１６１０が表示される。図１７は、Ｃｓｅｍｉ標準伝送が選択されたときのフィルター条件設定欄１６１０が表示された状態である。なお、Ｃｓｅｍｉとは「ＮＳ ＳＥＭＩ ＳＹＳＴＥＭ（登録商標）」の略称であり、プロセス制御を行うアプリケーションソフトと、汎用ソフトのＷｉｎｄｏｗｓ（登録商標） ＮＴ（登録商標）との間を橋渡しする役割を持つ出願人独自の制御用ミドルウェアである。Ｃｓｅｍｉについては、本出願人により新日鉄技報 No363 1997及び新日鉄技報 No379 2003に技術が開示されている。
【００６０】
本実施形態では、通信プロトコル「ＴＣＰ」の「Ｃｓｅｍｉ標準伝送」の場合、図１７に示すように、出力設定欄１６１１で、伝文トレースツール用バイナリファイル（.ｂｉｎ）の出力設定（レコードサイズ、論理回線Ｎｏ.、レコード数、送受信種別）ができる。
【００６１】
さらに、図１７に示すように、Ｅｘｃｅｌ解析設定欄１６１２が有効になるので、そこで解析時のオプションを指定する。ここでは、キャプチャー日時の指定、解析方法、出力形式を選ぶことができる。すなわち、キャプチャー日時（起点）及びキャプチャー日時（終点）を指定する（自動マージの起点及び終点となる）。また、自動起動するか否かをチェックボックスで選択するとともに、解析に使用するソフトを指定する。ｃｓｖファイル出力時にデータ部のダンプを出力する場合、チェックボックスをオンにする。また、設定欄１６０５で日時検索する対象ファイル名を指定する。ファイル名の先頭が一致すれば検索対象になる。（条件を満たすファイルは自動マージの対象となる）。
【００６２】
解析用タブの条件でディスプレイフィルターがかけられ、その結果が表示される。Ｅｘｃｅｌ解析設定欄１６１２の自動起動チェックボックスをオンにすると、ＥｘｃｅｌかＥｔｈｅｒｅａｌが自動的に起動させられる。Ｅｘｃｅｌ自動起動の場合、ｃｓｖ出力結果を確認することができる。Ｅｘｃｅｌ起動後にマクロを有効にするか問い合わせがあるので、それを有効にする。その後、読み込むｃｓｖファイルをブラウズ指定することで、解析データの一覧が表示される（図１８を参照）。また、Ｅｔｈｅｒｅａｌ自動起動の場合、解析用タブの条件でディスプレイフィルターをかけた結果をＥｔｈｅｒｅａｌ上で確認することができる。
【００６３】
次に、伝文トレースツール使用例について説明する。図１９（ａ）に示すように、伝文トレースツール上で、伝文トレース形式で出力したファイル（例：xxx_TraceTool.bin）、定義書の保存先を指定する。伝文の定義書は予め作成しておく必要がある。
【００６４】
そして、図１９（ｂ）に示すように、表示したい伝文を次の要領で選択する。まず、一覧再表示ボタン１９０１を押下して定義書を読み込み、欄１９０２でメッセージＮｏ.を選択することにより、欄１９０３に伝文を一覧表示させる。欄１９０３で表示させたい伝文を選択すると、図１９（ｃ）に示すように、伝文内容が表示される。
【００６５】
（（４）シリアル伝送診断ツール）
以下に述べるシリアル伝送診断は、診断部１５の制御下で実行される。表示装置１１上にて不図示のコマンドボタンを操作すると、図１１（ｂ）に示すように、表示装置１１にシリアル伝送診断操作画面１１０７が表示される。シリアル伝送診断操作画面１１０７において、１１０８は「無限」、「スケジュール」、「手動（１回）」のいずれを実行するか選択するための選択ボタンである。１１０９は診断の中止を指示するための診断中止ボタンである。
【００６６】
図２０には、シリアル伝送診断処理の流れを示す。まず、ＴＣＰ／ＩＰネットワークＮＷ上のデータ（以下、ＴＣＰ／ＩＰデータと称する）を取得する（ステップＳ２００１）。次に、通信対象機器４００が送受信するデータ（以下、シリアル伝送データと称する）を取得する（ステップＳ２００２）。そして、これらステップＳ２００１、Ｓ２００２で取得したデータを、図９に示したシリアル伝送診断結果シート１３ｉにインポートし、時刻をキーにして並べ替える（ステップＳ２００３）。
【００６７】
次に、ＴＣＰ／ＩＰデータとシリアル伝送データとの時刻差ΔＴｄを判定する（ステップＳ２００４）。時刻差ΔＴｄは、通信速度等によるＴＣＰ／ＩＰデータとシリアル伝送データとの時刻差を補正するためのものであり、この時刻差判定処理については図２１により後述する。
【００６８】
次に、シリアル伝送診断結果シート１３ｉにある、シリアル伝送データの時刻データをΔＴｄだけ減算し、再度並び替える（ステップＳ２００５）。
【００６９】
次に、シリアル伝送診断結果シート１３ｉにある、シリアル伝送データの時刻データの前後、具体的には図３に示した共通定義シート１３ａで設定されたスキャンタイム時間内で、シリアル伝送データに対応するＴＣＰ／ＩＰデータを検索し、時刻の順番が正しくなるようにシート内の行位置を入れ替える（ステップＳ２００６）。図９において、Ｎｏ．の項目に□（受信）、■（送信）が付されているものがシリアル伝送データであり、その前後にあるデータがＴＣＰ／ＩＰデータである。
【００７０】
上記ステップＳ２００６において、シリアル伝送データに対応するＴＣＰ／ＩＰデータがないと診断した場合、ＴＣＰ／ＩＰデータが欠損したと判断し、エラー通知を実行し、表示制御部１６を介してネットワーク構成図シート１３ｃの所定の場所を色変え表示する（ステップＳ２００７）。また、ログ出力部１８を介してシリアル伝送診断ログシート１３ｊを作成する。
【００７１】
図２１（ａ）には、ステップＳ２００４の時刻差判定処理の流れを示す。まず、共通定義シート１３ａに設定されているデータのｆｒｏｍ-ｔｏ（送信、受信）、タイムアウトを取得する（ステップＳ２１０１）。この例では、ｆｒｏｍデータがＥＮＱ、ｔｏデータがＡＣＫと設定されている。
【００７２】
次に、ＴＣＰ／ＩＰデータとシリアル伝送データの両方に対して、ｆｒｏｍデータ（ＥＮＱ）とｔｏデータ（ＡＣＫ）を先頭より探す（ステップＳ２１０２）。ステップＳ２１０２においてデータがなければ、ステップＳ２１０５に進み、次の行のデータのｆｒｏｍ-ｔｏ（送信、受信）を取得した上で、ステップＳ２１０２に戻る。
【００７３】
ステップＳ２１０２においてデータがあれば、ステップＳ２１０４に進み、ΔＴｔ、ΔＴｓを計算し、ΔＴｔ、ΔＴｓともにタイムアウトの範囲内にあるかどうかを判定する。ここで、図２１（ｂ）に示すように、ΔＴｔはＴＣＰ／ＩＰネットワークＮＷ側のデータの送受信の時刻差であり、ΔＴｓは通信対象機器４００側のデータの送受信の時刻差である。
【００７４】
ステップＳ２１０４においてΔＴｔ、ΔＴｓともにタイムアウトの範囲内でなければ、ステップＳ２１０５に進み、次の行のデータのｆｒｏｍ-ｔｏ（送信、受信）を取得した上で、ステップＳ２１０２に戻る。ステップＳ２１０４においてΔＴｔ、ΔＴｓともにタイムアウトの範囲内であれば、ステップＳ２１０６に進む。ステップＳ２１０６では、ＴＣＰ／ＩＰデータとシリアル伝送データとの時刻差ΔＴｄを次式により計算する。
ΔＴｄ＝(ΔＴｔ＋ΔＴｓ)／２
【００７５】
シリアル伝送診断操作画面１１０７の選択ボタン１１０８のうち「手動（１回）」ボタンが押下された場合は、図２０の処理を実行する。また、選択ボタン１１０８のうち「無限」ボタンが押下された場合は、診断中止ボタン１１０９が押下されるまで、図２０の処理を繰り返す。また、選択ボタン１１０８のうち「スケジュール」ボタンが押下された場合は、診断中止ボタン１１０９が押下されるまで、実行スケジュールシート１３ｂで設定されているスケジュールに従って図２０の処理を繰り返す。
【００７６】
以上述べたシリアル伝送診断ツールにより、ＴＣＰ／ＩＰネットワークＮＷ上のデータと、通信対象機器４００が送受信するデータとを常時収集しておき、例えばトラブル発生時に、指示した時間帯におけるＴＣＰ／ＩＰネットワークＮＷ上のデータと、通信対象機器４００が送受信するデータとを時系列につき合わせてマージし、診断することができる。これにより、障害発生時の原因究明と対策実施作業の効率化を図ることができる。
【００７７】
ここまでは、各種画面（ｐｉｎｇ発行操作画面１１００、ＳＮＭＰ ＳＷ監視画面８０４、シリアル伝送診断操作画面１１０７）での操作、及び、共通定義シート１３ａや実行スケジュールシート１３ｂ等に基づいて監視、診断を設定し、実行させる例を説明したが、上述したように、診断部品を時系列的に並べることにより、監視、診断を含む動作のフローを定義し、実行させることもできる。この場合に、画面及びシート１３ａ、１３ｂに基づく監視、診断の機能と、以下に詳述するフロー定義による監視、診断の機能とは、並存させてもよいし、いずれか一方だけを実装するようにしてもよい。また、両機能を並存させる場合は、それぞれ独立して監視、診断を設定できるようにしてもよいし、いずれか一方が優先されるようにしてもよい。
【００７８】
図２２に示すように、診断部品パラメータ定義シート１３ｋで、診断装置１において実行可能な監視、診断を含む動作を部品化し、診断部品のパラメータのデフォルト値を設定しておく。図示例では、「ＮＷ構成図表示」、「ｐｉｎｇ全ノード１回実行」、「ｐｉｎｇ結果シート表示」、「ｐｉｎｇログシート表示」、「ＣＲＣエラー手動収集」、「ＳＷ監視ログ表示」といった動作が部品化されており、ｐｉｎｇ診断について、操業中、試運転、定修それぞれでのｐｉｎｇ繰り返し回数、実行間隔、ブロックサイズ、タイムアウト、ＴＴＬのデフォルト値を設定し、ＣＲＣ診断（ＣＲＣエラー監視）について、操業中、試運転、定修それぞれでの監視周期のデフォルト値を設定するようになっている。診断部品パラメータ定義シート１３ｋと各処理モジュールの協働は、例えばＶＢＡ（Visual Basic programing system Applications edition）等の具現化される。
【００７９】
診断部品パラメータ定義シート１３ｋで診断部品を設定し、そのパラメータのデフォルト値を設定した状態で、図２３に示すように、フロー定義シート１３ｌにおいて、「診断監視フロー（原紙）」シートをコピーして、適宜な名前に変更する。該シート上方の「部品：」の右セルにプルダウン形式で診断部品の一覧が表示されるので、所望の診断部品を選択し、シート下方のフロー定義領域にコピー・ペーストして貼り付けていく。図２３の例では、まず「ＮＷ構成図表示」２３０１を貼り付けている。
【００８０】
このようにして診断部品２３０１〜２３０５を時系列的に並べることにより、図２４に示すように、診断装置１において実行する監視、診断を含む動作のフローを定義することができる。診断部品によっては（例えば「ｐｉｎｇ全ノード１回実行」）、診断結果に応じて分岐させることができ、正常であれば下方に、異常であれば右下方に診断部品を位置させる。なお、分岐可能な診断部品であっても、結果によらず次に同じ診断部品に移行する場合は、必ずしも分岐させなくてもよい。また、分岐することのない診断部品（例えば「ＮＷ構成図表示」、「ｐｉｎｇ結果シート表示」）を分岐させようとしたときには、注意を促す通知が行われるようにすればよい。
【００８１】
フローは「終了」部品で終了させることができる。また、「ｐａｕｓｅ」指定で、実行時にいったんフローを停止させるようにすることができる。
【００８２】
さらに、診断部品を時系列的に並べるだけでなく、診断部品のパラメータの値を変更することができる。画面上で所定の操作を行うと、図２４に示すように、診断監視フロー実行指示画面が表示される。この指示画面の「ｐｉｎｇパラメータ表示」ボタン２４０１を操作すると、図２５に示すように、操業状態及び診断時パラメータ値の入力欄が表示される。ここでは、診断部品パラメータ定義シート１３ｋで設定したパラメータのデフォルト値が表示されるが、これらデフォルト値を変更することにより、当該フロー内だけで適用される値を自由に設定することができる。これにより、図２４の例でいえば、最初の「ｐｉｎｇ全ノード１回実行」２３０２で異常であった場合、次の「ｐｉｎｇ全ノード１回実行」２３０４を実行するが、次の「ｐｉｎｇ全ノード１回実行」２３０４ではブロックサイズを小さくしたり、タイムアウトを長くしたりすることが可能となる。
【００８３】
以上のようにして監視、診断を含む動作のフローを定義したならば、図２４に示すように、診断監視フロー実行指示画面において、診断フローを選択し、「実行」ボタン２４０２を操作すると、フローに従って、診断手段（ｐｉｎｇ発行部１４、診断部１５、ＣＲＣエラー監視部１７、キャプチャー部１９、シリアル伝送データ取得部２０等）による監視、診断を含む動作が実行されることになる。
【００８４】
図２４の例でいえば、まず「ＮＷ構成図表示」２３０１があるので、ネットワーク構成図シート１３ｃ（図５を参照）が表示される。なお、実行中の診断部品は、他の診断部品と異なる表示形態とする（例えば青色にする）。「ＮＷ構成図表示」２３０１の終了後、ここでは「ｐａｕｓｅ」指定がなされているので、いったんフローを停止した状態となる。なお、終了した診断部品は、他の診断部品と異なる表示形態とする（例えば黄色にする）。
【００８５】
フローが停止した状態で、再度「実行」ボタン２４０２を操作すると、監視、診断を含む動作が再開され、最初の「ｐｉｎｇ全ノード１回実行」２３０２が実行される。最初の「ｐｉｎｇ全ノード１回実行」２３０２の終了後、正常であれば下方の「ＣＲＣエラー手動収集」２３０３が実行され、その後終了する。最初の「ｐｉｎｇ全ノード１回実行」２３０２が異常であれば、右下方の次の「ｐｉｎｇ全ノード１回実行」２３０４が実行される。次の「ｐｉｎｇ全ノード１回実行」２３０４が正常であれば、終了し、異常であれば、右下方の「ｐｉｎｇ結果シート表示」２３０５が実行され、ｐｉｎｇ結果シート１３ｅ（図７を参照）が表示された後、終了する。なお、異常が発生した診断部品は、他の診断部品と異なる表示形態とする（例えば赤色にする）。
【００８６】
図２６には、フロー定義部２１において定義されたフローを実行する際の処理を示すフローチャートである。ステップＳ２６０１で、シートの左上から右下に向けて診断部品が定義されている先頭のセルをサーチする。次に、ステップＳ２６０２で、終了か否かを判定し、終了でなければ、ステップＳ２６０３に進む。ステップＳ２６０３では、診断部品を実行する。
【００８７】
ステップＳ２６０３の後、ステップＳ２６０４で、「ｐａｕｓｅ」指定されているか否かを判定する。「ｐａｕｓｅ」指定がなければ、そのままステップＳ２６０５に進み、「ｐａｕｓｅ」指定があれば、ステップＳ２６０６で「実行」ボタンが操作されるまで待機して、その後ステップＳ２６０５に進む。
【００８８】
ステップＳ２６０５で、分岐しているか否かを判定する。その結果、分岐していなければ、ステップＳ２６０８に進み、下方の診断部品をサーチして、ステップＳ２６０２に戻る。一方、分岐していれば、ステップＳ２６０７で、正常であるか異常であるかを判定する。その結果、正常であれば、ステップＳ２６０８に進み、下方の診断部品をサーチして、ステップＳ２６０２に戻り、異常であれば、ステップＳ２６０９に進み、右下方の診断部品をサーチして、ステップＳ２６０２に戻る。
【００８９】
以上述べたように、診断部品をフロー定義シート１３ｌ上で時系列的に並べることにより、監視、診断を含む動作のフローを定義することができるので、監視、診断を含む動作の手順を視認しながら設定、変更することができる。これにより、高度なネットワークの専門知識を必要とせずに、現場の状況を見ながら、簡単かつ柔軟に監視、診断の手順を設定、変更することができる。
【００９０】
なお、本発明の目的は、上述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００９１】
この場合、記憶媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、プログラム自体及びそのプログラムを記憶した記憶媒体は本発明を構成することになる。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【符号の説明】
【００９２】
１        診断装置
２        スイッチングハブ
１００    制御サーバ
２００    スイッチングハブ
３００    ネットワーク機器
４００    通信対象機器
５００    プロトコル変換器
６００    分岐ケーブル
７００    シリアル伝送キャプチャー装置
８００    キャプチャーデータ格納部
１１      表示装置
１２      入力装置
１３      ワークシート格納部
１４      ｐｉｎｇ発行部
１５      診断部
１６      表示制御部
１７      ＣＲＣエラー監視部
１８      ログ出力部
１９      キャプチャー部
２０      シリアル伝送データ取得部
２１      フロー定義部
【図１】
2010224831.tif 000006
【図２】
2010224831.tif 000007
【図３】
2010224831.tif 000008
【図４】
2010224831.tif 000009
【図５】
2010224831.tif 000010
【図６】
2010224831.tif 000011
【図７】
2010224831.tif 000012
【図８】
2010224831.tif 000013
【図９】
2010224831.tif 000014
【図１０】
2010224831.tif 000015
【図１１】
2010224831.tif 000016
【図１２】
2010224831.tif 000017
【図１３】
2010224831.tif 000018
【図１４】
2010224831.tif 000019
【図１５】
2010224831.tif 000020
【図１６】
2010224831.tif 000021
【図１７】
2010224831.tif 000022
【図１８】
2010224831.tif 000023
【図１９】
2010224831.tif 000024
【図２０】
2010224831.tif 000025
【図２１】
2010224831.tif 000026
【図２２】
2010224831.tif 000027
【図２３】
2010224831.tif 000028
【図２４】
2010224831.tif 000029
【図２５】
2010224831.tif 000030
【図２６】
2010224831.tif 000031