JP2003018240A

JP2003018240A - 通信監視システム

Info

Publication number: JP2003018240A
Application number: JP2001202927A
Authority: JP
Inventors: Masaki Nagura; 雅樹名倉
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2001-07-04
Filing date: 2001-07-04
Publication date: 2003-01-17

Abstract

(57)【要約】【課題】各機器を制御するプログラマブル
コントローラとこのプログラマブルコントローラに指令
を与える制御手段間の通信エラーの詳細な情報を調べる
には通信パケットに対する深い知識が必要であり、ユー
ザが容易に行なえるものではなかった。【解決手段】プログラマブルコントローラと制
御手段間に通信監視手段を設け、通信パケットの取込か
ら解析までを自動で行なうようにし、その結果をテーブ
ルに格納し、エラーが発生している部分を識別できるよ
うにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、プログラマブル
コントローラ（以下、ＰＣ）と、ＰＣにＰＣ専用のコマ
ンド（以下、ＰＣコマンド）を用いて指令を送るＰＣ周
辺の機器との間の、通信回線を伝送されるＰＣコマンド
の通信パケットを監視し、ＰＣコマンドの通信パケット
の異常と通信順序に異常が発生した箇所を自動的に検出
し、ロギングする通信監視システムに関するものであ
る。

【０００２】

【従来の技術】図１１は、従来の通信監視方法を示す概
略図であり、図１１（ａ）はＰＣコマンドの通信パケッ
トのエラーを検出するシステムの構成図である。このシ
ステムは、プログラマブルコントローラであるＰＣ１０
１と、ＰＣコマンドを用いてＰＣ１０１へプログラム等
のデータの読み出しや書込みを行う機能や、ＰＣ１０１
内のデバイスデータのモニタなどを行う機能を持ち、Ｐ
Ｃ１０１へ処理要求を送信し、ＰＣ１０１からの応答を
受信する機能を有するＰＣ周辺機器である制御手段１０
２と、ＰＣ１０１と制御手段１０２とを結ぶ通信回線１
０３と、通信回線１０３上を伝送される通信パケットを
取り込む通信パケット取り込み装置１０４とを有してい
る。通信回線１０３にはシリアルケーブルなどがある。

【０００３】このようなシステムで制御手段１０２とＰ
Ｃ１０１との間で送受信されるＰＣコマンドの通信パケ
ットの構成を示すのが図１１（ｂ）であり、この通信パ
ケットは、ＰＣコマンドの種類を示し各ＰＣコマンドご
とに一意に定められているＰＣコマンド種別１０５と、
ＰＣコマンドが制御手段１０２からＰＣ１０１への要求
コマンドであるかＰＣ１０１から制御手段１０２への応
答コマンドであるかを示す要求応答種別１０６と、ＰＣ
コマンド発行時に制御手段１０２で要求コマンドに付加
するパケットの一意の番号を示すシリアル番号１０７
と、ＰＣコマンドがＰＣ１０１からの応答を必要とする
か、不要であるかを示す応答要不要フラグ１０８とから
なる。また、シリアル番号１０７は制御手段１０２での
ＰＣコマンドの要求発行ごとに連番でＰＣコマンドに設
定され、制御手段１０２からの要求ＰＣコマンドに対応
するＰＣ１０１からの応答ＰＣコマンドのシリアル番号
は同じ番号であり、ＰＣコマンドの応答パケットがどの
要求パケットに対応するか判別可能となっている。

【０００４】以上のような通信パケットを用いたシステ
ムでの通信異常を検出するためには、ユーザは通信パケ
ット取込装置１０４を使用して、通信パケットを取り込
み、ＰＣ１０１及び制御手段１０２に異常が発生してい
ないか、ＰＣ１０１のエラー情報や制御手段１０２の通
信エラーメッセージなどで判断しなければならない。こ
の場合、異常を発見しない場合は、再び制御手段１０２
を使用してＰＣ１０１に対し処理要求をするが、異常を
発見した場合は、取り込んだ通信パケットに異常がない
か、通信順序に異常がないか、ＰＣコマンド種別１０５
と要求応答種別１０６のデータをユーザがチェックしな
ければならない。これらについて異常が発見されない場
合、ＰＣ１０１及び制御手段１０２の異常の原因が判明
しないため、すべての処理を中止してハードを含めてす
べてのチェックをする必要がある。一方、通信パケット
または通信順序のいずれかに異常ある場合についても、
ユーザは異常の原因を調べ、原因が判明したら、原因の
修復を行ない、異常の原因が判明しない場合、すべての
処理を中止してハードを含めてすべてのチェックをする
必要がある。

【０００５】

【発明が解決しようとする課題】このようにこれまでの
やり方では、ユーザが自分で通信パケットをチェックす
るため、ユーザはＰＣコマンドの通信パケットの構成と
ＰＣコマンドの種類と処理要求ごとのＰＣコマンドの通
信順序を理解していなければ判断できなという問題があ
った。また、これらを理解していても、異常原因検出の
ために多くの時間と手間を必要とし、見過ごす可能性が
ある点も問題であった。さらに、通信異常の形態として
は、ＰＣ１０１と制御手段１０２間で不要な通信パケッ
トが生じたり、通信パケットが消失したりすることもあ
り、特に通信順序の異常の検出が難しいという問題があ
った。

【０００６】本発明はこのような問題点を解決するため
になされたものであり、通信異常の監視を自動で行なう
ことで処理時間の短縮と精度の向上を行い、特に通信パ
ケットの過不足を自動的に検出することで通信順序の異
常検出の精度向上を目的としている。

【０００７】

【課題を解決するための手段】通信パケットを送信する
制御手段と、制御手段と通信回線を介して接続され、通
信パケットに対応して返信するコントローラと、通信パ
ケットを取込み、予め通信パケットの送信内容を保持し
たテーブルと、通信パケットの内容とを比較し、一致す
る内容と一致しない内容とをそれぞれ識別子を付加して
記憶する通信監視手段とを有する。

【０００８】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が同一でなく連続する番号でもない場合、又は同一
であっても返信が必要でない場合、通信パケットに識別
子を付加して記憶する通信監視手段とを有する。

【０００９】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が連続する番号であり、その前に取込んだ通信パケ
ットの返信が必要であれば、通信パケットとその前に取
込んだ通信パケットとの間で通信パケットが欠落してい
ると判断する通信監視手段とを有する。

【００１０】

【発明の実施形態】実施の形態１．この発明の実施の形
態１について図１から図６に基き説明する。

【００１１】図１は、ＰＣコマンドの通信パケットの異
常と通信順序の異常を検出するシステムの構成と通信パ
ケットの構成を示す構成図であり、図１（ａ）のシステ
ムは、コントローラとしてのＰＣ１と、ＰＣコマンドを
用いてＰＣ１へプログラム等のデータの読み出しや書込
みを行う機能や、ＰＣ１内のデバイスデータのモニタな
どを行う機能や、ＰＣ１へ処理要求を送信し、ＰＣ１か
らの応答を受信する機能を有するＰＣ周辺機器である制
御手段２と、ＰＣ１と制御手段２とを結ぶ通信回線３
と、通信回線３上に伝送される通信パケットを取り込み
ＰＣコマンド種別５と要求応答種別６（図１（ｂ）参
照）から通信パケットの異常とＰＣコマンドの通信順序
の異常を自動検出し、通信パケットをロギングし、エラ
ー内容を表示する機能を持つ通信監視手段４とを有して
いる。なお、通信回線３には、例えばシリアルケーブル
などがあり、通信監視手段としてはプロトコルアナライ
ザなどが考えられる。

【００１２】また、図１（ｂ）の通信パケットは、ＰＣ
コマンドの種類を示し各ＰＣコマンドごとに一意に定め
られているＰＣコマンド種別５と、ＰＣコマンドが制御
手段２からＰＣ１への要求コマンドであるかＰＣ１から
制御手段２への応答コマンドであるかを示す要求応答種
別６と、ＰＣコマンド発行時に制御手段２で要求コマン
ドに付加するパケットの一意の番号を示すシリアル番号
７と、ＰＣコマンドがＰＣ１からの応答を必要とする
か、不要であるかを示す応答要不要フラグ８とからな
る。また、シリアル番号７は制御手段２でのＰＣコマン
ドの要求発行ごとに連番でＰＣコマンドに設定され、制
御手段２からの要求ＰＣコマンドに対応するＰＣ１から
の応答ＰＣコマンドのシリアル番号は同じ番号であり、
ＰＣコマンドの応答パケットがどの要求パケットに対応
するか判別可能となっている。

【００１３】また、この実施の形態では制御手段２とＰ
Ｃ１とが１：１の接続の場合について以下説明するが、
複数の制御手段２と複数のＰＣ１とのｎ：ｍの接続にお
いても、通信監視手段４が通信回線３上を伝送される通
信パケットの宛先と送信元から通信パケットをマスクし
て取り出すことにより同様の通信監視が可能である。

【００１４】このようなシステムにおける通信パケット
の監視を行なう通信監視手段４の構成について、図２の
ブロック図を用いて説明する。

【００１５】図中、通信監視手段４は、通信回線上を流
れる通信パケットを自動的に取り込む取込手段９と、取
込手段９で取り込んだ通信パケットのＰＣコマンド種別
５及び要求応答種別６と全ＰＣコマンドの種類を判別す
る情報が保管されている第一のテーブル１０の情報とを
対比することでＰＣコマンドの種類を判別し対比結果を
第二のテーブル１１に保存する第一の対比手段１２と、
第一の対比手段１２の対比結果を第二のテーブル１１か
ら読み込みＰＣコマンドが不足している場合は追加し余
分な場合は破棄した上でＰＣコマンドを通信順序に従っ
て整列し、第三のテーブル１３に保存する第二の対比手
段１４と、第三のテーブル１３からＰＣコマンドを読み
込み、制御手段２を用いてユーザが通信するＰＣコマン
ドの通信順序を予め処理要求毎に保管してある第四のテ
ーブル１５のＰＣコマンドと対比して、その結果を第二
のテーブルに保管する第三の対比手段１６とを有する。

【００１６】次に、図３のフローチャートを用いて、通
信監視手段４内の第一の対比手段１２で、ＰＣコマンド
の種類の判別と通信パケットの異常を自動的に検出する
手順について説明する。まず、汎用の取込手段９により
取込んだ通信パケットを第一の対比手段が取り出す（Ｓ
１）。次いで、通信パケットのＰＣコマンドの種類を判
別するため、ＰＣコマンド個々について、ＰＣコマンド
種別５及び要求応答種別６のデータ構造が第一のテーブ
ル１０のＰＣコマンドと一致するか否かを判定する（Ｓ
２）。

【００１７】ここで、第一のテーブル１０に保管される
データの一例について図４を用いて説明する。この第一
のテーブル１０は、全ＰＣコマンドについて、ＰＣコマ
ンド名１７、要求応答種別６、ＰＣコマンドパターン１
８の３つの情報を有している。この中で、ＰＣコマンド
名１７はコマンド種別５と同義であり、コマンド種別５
の表示をユーザがわかりやすい表現に設定することがで
きるようになっている。また、ＰＣコマンドパターン１
８はＰＣコマンド名１７の表示とコマンド種別５とを対
応させるために設けられており、パケットのＰＣコマン
ド種別５からＰＣコマンドの種類を判別するために使用
し、各ＰＣコマンドのＰＣコマンド種別５のデータパタ
ーンを示している。この第一のテーブル１０はＰＣコマ
ンドを公開しているＰＣメーカーにより提供される。ま
た、ユーザによる追加や編集を可能とし、ユーザごとの
特殊な処理や追加機能にも対応可能である。前述したＳ
２では、このようなＰＣコマンドパターン１８と要求応
答種別１７から検索している。

【００１８】Ｓ２でデータ構造が一致するＰＣコマンド
がある場合は、その通信パケットのＰＣコマンドに、デ
ータ構造が一致した第一のテーブル１０のＰＣコマンド
名１７、要求応答種別６、シリアル番号７及び応答要不
要フラグ８を書き込み、第二のテーブル１１の処理要求
解析結果欄（後述）は「未解析」に変更し（Ｓ３）、第
二のテーブル１１に保存する（Ｓ４）。

【００１９】Ｓ２でデータ構造が一致するＰＣコマンド
がない場合は、その通信パケットを不明ＰＣコマンドと
してみなし、当該通信パケットのＰＣコマンド名１７、
要求応答種別６、シリアル番号７及び応答要不要フラグ
８に「不明」と書き込み、第二のテーブル１１の処理要
求解析結果欄（後述）も「不明」に変更し（Ｓ５）、第
二のテーブル１１に保存する（Ｓ４）。ここまでで、第
一の対比手段１２による処理はほぼ終了し、最後に終了
要求があるか否かを判定し（Ｓ６）、終了要求があれば
処理を終了し、処理要求がなければＳ１から再度処理を
繰り返す。この終了要求はユーザが直接入力したり、予
め回数を指定して、指定回数終了した時点で自動的に終
了させるようにしてもよい。

【００２０】ここまでの処理が終わった段階における第
二のテーブル１１の構成について図５を用いて説明す
る。図中、このテーブルに保管される順番に付される通
信順序１９が１番であるＰＣコマンドは、制御手段２か
らＰＣ１への要求コマンドであり、第一のテーブル１０
に保管されている全ＰＣコマンドの中に一致するものが
あったので正常に通信されているＰＣコマンドである
が、この時点では処理要求の解析はなされていないので
処理要求解析結果欄は「未解析」である。通信順序１９
が２番のＰＣコマンドは１番に対応する応答コマンドで
あり、これも正常である。また、通信順序１９が３番の
ＰＣコマンドは、１番とはＰＣコマンド名１７（コマン
ド種別５）やシリアル番号７が異なるＰＣコマンドであ
り、制御手段２からＰＣ１への要求コマンドである。一
方、通信順序１９が４番のＰＣコマンドは、第一のテー
ブル１０に保管されている全ＰＣコマンドの中に一致す
るものがなかったので、本来存在するはずのないＰＣコ
マンドであると考えられ、これは正常に通信されていな
いＰＣコマンドであるとし、「不明」と変更される。

【００２１】これによって、制御手段２とＰＣ１間での
通信パケットにおいて、ＰＣコマンド名１７、要求応答
種別６及びＰＣコマンドパターン１８の３点についてチ
ェックされ、これら３点のうち一つでも本来のＰＣコマ
ンドと変っているものがあれば、異常であると考えられ
る。この異常なＰＣコマンドについて自動的に識別子が
付けられて第二のテーブル１１に記憶されるため、通信
異常となった通信パケットの確認をすることができる。

【００２２】なお、この実施の形態１では、これらの処
理が、制御手段からＰＣへの通信パケットが送信される
時点で自動的に連動して開始されるものとしているが、
別途起動するためのスイッチを設けてもよい。これは、
以下の実施の形態２、３でも同じである。

【００２３】実施の形態２．この発明の実施の形態２に
ついて主に図６〜図８に基いて説明する。なお、この実
施の形態の処理は実施の形態１の処理の後に行なうもの
として以下説明し、実施の形態１と同様の機能について
は同一の番号を付し、詳細な説明は省略する。

【００２４】図６のフローチャートを用いて通信監視手
段４内の第二の対比手段１４でＰＣコマンドがエラーに
より、欠落した場合や増えている場合に、そのことを自
動的に検出する手順について説明する。まず、第二のテ
ーブル１１から処理要求解析結果欄が「未解析」の通信
パケットを検索を開始する（Ｓ１１）。この時、検索は
第二のテーブル１１の上位に書き込まれている通信パケ
ットから順に行なう。次に第二のテーブル１１から処理
要求解析結果欄が「未解析」の通信パケットがあるか否
かを判定する（Ｓ１２）。

【００２５】第二のテーブル１１に処理要求解析結果欄
が「未解析」の通信パケットがある場合、通信監視手段
４内に備えられているカウンタにより処理開始からカウ
ントされフローチャート処理が１回目であるか否かを判
定する（Ｓ１３）。ここで１回目とは新規に機械を立ち
あげたような場合であり、使用中にエラーなどが発生し
一旦処理を中断し、再度処理を開始した時は２回目とさ
れる。

【００２６】解析処理を開始してから終了要求がなく２
回目以降の処理を行なう場合、第二のテーブル１１から
検索した通信パケットのシリアル番号７と第三のテーブ
ル１３（後述）の最下行に書き込まれている通信パケッ
トのシリアル番号７とを比較する（Ｓ１４）。

【００２７】これらのシリアル番号７同士が同一である
場合、さらに第三のテーブル１３の最下行に書き込まれ
ている通信パケット応答要不要フラグ８をチェックし、
応答要であるか不要であるかを判定する（Ｓ１５）。

【００２８】応答要である場合、解析中のＰＣコマンド
は正しいＰＣコマンドであると判断し、第二のテーブル
１１のＰＣコマンド名１７、要求応答種別６、シリアル
番号７、応答要不要フラグ８及び通信順序１９を、第三
のテーブル１３のそれぞれに対応する欄に保存し（Ｓ１
６）、このＰＣコマンドについて、第二のテーブル１１
の処理要求解析結果欄を「解析中」に変更し（Ｓ１
７）、終了要求があるか否かを判定して、終了要求があ
れば処理を終了し、なければＳ１へ戻り再度処理を行な
う（Ｓ１８）。この終了要求はユーザが直接入力した
り、予め回数を指定して、指定回数終了した時点で自動
的に終了させるようにしてもよい。

【００２９】Ｓ１２において、第二のテーブル１１に処
理要求解析結果欄が「未解析」の通信パケットがない場
合、Ｓ１８の終了要求の判定に移る。また、Ｓ１３にお
いて１回目の処理である場合、Ｓ１６の処理に移る。

【００３０】Ｓ１４でシリアル番号７同士が連番である
場合、第三のテーブル１３における最下行のＰＣコマン
ドの応答要不要を応答要不要フラグ８で判定する（Ｓ１
９）。応答要である場合、応答要不要のペアが合わない
ため、ＰＣコマンドの抜けが発生していると判断し、第
三のテーブル１３のＰＣコマンドに対応させるため、応
答に相当するダミーコマンドを作成する（Ｓ２０）。一
方、応答要不要フラグ８が応答不要である場合、解析中
の通信パケットは正しいＰＣコマンドであると判定し、
Ｓ１８の終了要求の判定に移る。

【００３１】Ｓ１４でシリアル番号７同士が同一でも連
番でもない場合、このＰＣコマンドは本来必要とされて
いない余分なＰＣコマンドであるため、第二のテーブル
１１の処理要求解析結果欄を「不要」に変更し（Ｓ２
１）、Ｓ１８の終了要求の判定に移る。

【００３２】この処理において使用される第三のテーブ
ル１３は、通信パケットを図７の処理をした上でＰＣコ
マンドとして保存しているものであり、ダミーコマンド
を補充したり不要なＰＣコマンドについては識別子を設
けている。図７はこの第三のテーブル１３の構成であ
り、通信回線上を伝送されたＰＣコマンドの通信順序
（第二のテーブル１１内の通信順序）に、ダミーコマン
ドの追加、不要コマンドの削除をした上で新たに通信パ
ケットの順番を整えた整列順序２０と、ＰＣコマンド名
１７と、要求応答種別６と、シリアル番号７と、応答要
不要フラグ８と、第三のテーブル１３に保存したＰＣコ
マンドと、第二のテーブル１１中の通信パケットとの対
応関係を示す通信データ２１とを有している。この通信
データ２１には第二のテーブル１１の通信順序１９を保
存し、処理要求解析結果を第二のテーブルに返すときに
使用する。

【００３３】この実施の形態２をまとめると、新たに第
二のテーブル１１から読み込んだ通信パケットと、第二
の対比手段１４で処理をして第三のテーブル１３に保存
したＰＣコマンドのうちで最も新しいものを取り出し
て、それぞれのシリアル番号７を比較する処理を行なっ
ている。これにより、同一であれば、新たに第二のテー
ブル１１から読み込んだ通信パケットは、制御手段２か
らＰＣ１へ送信された送信パケットに対してＰＣ１から
制御手段２へ返信された送信パケットであると想定して
いる。また、連番であれば、新たに第二のテーブル１１
から読み込んだ通信パケットは、前述したＰＣ１から制
御手段２へ返信された送信パケットの次に制御手段２か
らＰＣ１へ送信された送信パケットであるとみなしてい
る。さらに、同一にも連番にも該当しなければ、新たに
第二のテーブル１１から読み込んだ通信パケットは、不
要な通信パケットであるとみなしている。

【００３４】この不要な通信パケットとは、例えば、制
御手段２からＰＣ１へ応答を必要とする通信パケットを
送信したが、ＰＣ１から返信されなかった場合に、それ
以降の通信パケットの制御手段２とＰＣ１間の送受信の
最中に突然返信され、本来の通信順序の間に割り込んで
しまった状態で生じることが考えられる。

【００３５】さらに、シリアル番号７が同一と判定され
た場合でも、新たに第二のテーブル１１から読み込んだ
通信パケットの応答要不要フラグ８が不要であれば、Ｐ
Ｃ１から制御手段２への返信は必要ないので、これはＰ
Ｃ１から誤って返信された送信パケットと判断できるた
め、不要な通信パケットであるとみなしている。

【００３６】また、シリアル番号７が連番と判定された
場合は、最後に処理をして第三のテーブル１３に保存し
たＰＣコマンドの応答要不要フラグ８が要であれば、Ｐ
Ｃ１から制御手段２への返信の通信パケットが抜けてい
るため、この抜けたＰＣコマンドに該当するダミーコマ
ンドを作成する。

【００３７】このような処理により第二のテーブル１１
に新たに書き加えられた内容を図８に示す。表中、下線
を引いた通信パケットがダミーコマンドと不要なＰＣコ
マンドであり、ダミーコマンドは作成時に通信順序を０
番に、不要な通信パケットは処理要求解析結果欄を「不
要」にしている。

【００３８】このようにすることで、不要なＰＣコマン
ドは第三テーブル１３に保管されず、ＰＣコマンドを正
しい通信順序で処理することができるとともに、第二の
テーブル１１には不要なコマンドであることが記載され
ているため、ユーザはモニタなどの表示手段に表示され
た第二のテーブル１１を見ることで、どの通信パケット
がエラーであるかを認識することが容易である。

【００３９】また、ＰＣコマンドが抜けている場合、ダ
ミーコマンドを作成するため、通信順序の認識が本来の
通信順序とずれることがなくなり、第二のテーブル１１
上でダミーコマンドであることがすぐに分かるため、ユ
ーザはどの通信パケットがエラーであるかを認識するこ
とが容易である。

【００４０】また、この実施の形態は、通信監視のため
の精度を向上するため、実施の形態１の処理を行なった
ＰＣコマンドに対して適用しているが、実施の形態１の
チェックをせずに取込手段９で取込んだ通信パケットを
直接第二の対比手段１４に取り出すことでＰＣコマンド
の通信順序の正誤を判定する処理を行なうことも可能で
ある。

【００４１】実施の形態３．この発明の実施の形態３に
ついて主に図９〜図１０に基いて説明する。なお、この
実施の形態の処理は実施の形態２の処理の後に行なうも
のとして以下説明し、実施の形態１及び実施の形態２と
同様の機能については同一の番号を付し、詳細な説明は
省略する。

【００４２】図９のフローチャートを用いて通信監視手
段４内の第三の対比手段１６でＰＣコマンドがエラーに
より欠落した場合や増えている場合に、そのことを自動
検出する手順について説明する。まず、第三のテーブル
１３の先頭行から順にＰＣコマンドを読み込み（Ｓ３
１）、第四のテーブル１５の処理要求情報タブ２２と比
較していき、各テーブルのＰＣコマンドのＰＣコマンド
名１７同士と、整列順序２０と通信順序１９とがいずれ
も一致するか否かを判定する（Ｓ３２）。

【００４３】ここで、この処理要求情報タブ２２につい
て図１０をもとに説明する。処理要求情報タブ２２と
は、制御手段２からユーザがＰＣ１へ処理要求を行う場
合、送受信するＰＣコマンドの要求と応答の順序をまと
めたテーブルであり、通信回線上を流れたＰＣコマンド
の通信順序から処理要求を判別するために使用するテー
ブルである。処理要求情報タブ２２は通信順序１９と、
ＰＣコマンド名１７と、要求応答種別６とを有してい
る。ここで、送受信するＰＣコマンドの種類と個数は処
理要求毎に異なる。第四のテーブル１５には、このよう
なタブが処理要求名毎にまとめられている。この処理要
求名２３は通信パケット毎に設けられたＰＣコマンド名
１７（あるいはＰＣコマンド種別５）の上位の分類に当
るものである。

【００４４】ここで再び図９のフローチャートの説明に
戻る。Ｓ３２の判定の結果、一致する場合、第三のテー
ブル１３の通信データ２１と第二のテーブル１１の通信
順序１９とを基に、第三のテーブル１３のＰＣコマンド
（ダミーコマンドを除く）に対応する第二のテーブル１
１の通信パケットの処理要求解析結果欄を、ＰＣコマン
ド名１７同士及び整列順序２０と通信順序１９とが一致
する第四のテーブル１５の処理要求名２３に変更する
（Ｓ３３）。

【００４５】次に、一致した第三のテーブル１３のダミ
ーコマンドを基に、このダミーコマンドの一つ上の行の
ＰＣコマンドの通信データ２１に対応する第二のテーブ
ル１１の通信パケットの次の行の通信パケットに処理要
求解析結果欄を「不足」としたダミーコマンドを作成す
る（Ｓ３４）。

【００４６】次に、ＰＣコマンド名１７同士及び整列順
序２０と通信順序１９とが一致した第三のテーブル１３
のＰＣコマンドについて、第三のテーブル１３から削除
し（Ｓ３５）、終了要求があるか否かを判定し（Ｓ３
６）、あれば処理を終了し、なければ再度処理を開始す
る。この終了要求はユーザが直接入力したり、予め回数
を指定して、指定回数終了した時点で自動的に終了させ
るようにしてもよい。

【００４７】一方、Ｓ３２の判定の結果一致しない場
合、第三のテーブル１３に保存されているＰＣコマンド
の個数が、第四のテーブル１５における各処理要求情報
タブ２２のＰＣコマンドの個数以上であるか否かを判定
する（Ｓ３７）。個数以上である場合、通信順序の一致
する処理要求が第四のテーブル１５の処理要求情報タブ
２３には存在しないため、第三のテーブル１３の先頭行
以降には処理要求が不明のＰＣコマンドまたは処理要求
毎の送受信するＰＣコマンドが途中から保存されている
可能性がある。ここで不要なＰＣコマンドが先頭行から
どこまで続き、どこから処理要求の先頭のＰＣコマンド
が開始しているか不明であるため、一行ずつＰＣコマン
ドを削除しながら、一致するか否かの判定を繰り返す必
要がある。そこでまず、第三のテーブル１３の先頭行に
おけるカウンタ３６と対応する第二のテーブル１１にお
ける通信順序１９の通信パケットの処理要求解析結果欄
２９を「不明」にし（Ｓ３８）、第三のテーブル１３の
先頭行におけるＰＣコマンドを削除し（Ｓ３９）、終了
要求があるか否かを判定し（Ｓ３６）、あれば処理を終
了し、なければ再度処理を開始する。

【００４８】Ｓ３７で個数が以上でない場合、通信順序
の一致する処理要求が第四のテーブル１５の処理要求情
報タブ２３にまだ存在する可能性があるため、何もせ
ず、次にステップＳ１０１０へ進む。次にステップＳ１
０１０おいて、、終了要求があるか否かを判定し（Ｓ３
６）、あれば処理を終了し、なければ再度処理を開始す
る。この終了要求はユーザが直接入力したり、予め回数
を指定して、指定回数終了した時点で自動的に終了させ
るようにしてもよい。

【００４９】以上の手順により、第二のテーブル１１に
おける通信パケットの通信順序が異常箇所には処理要求
解析結果欄に「不明」と保存されるため、ユーザはモニ
タなどの表示手段に表示された第二のテーブル１１を見
て、ＰＣコマンドの通信パケットの異常や通信順序の異
常を容易に判断できる。

【００５０】

【発明の効果】通信パケットを送信する制御手段と、制
御手段と通信回線を介して接続され、通信パケットに対
応して返信するコントローラと、通信パケットを取込
み、予め通信パケットの送信内容を保持したテーブル
と、通信パケットの内容とを比較し、一致する内容と一
致しない内容とをそれぞれ識別子を付加して記憶する通
信監視手段とを有するので、通信パケットのエラーを自
動で検出することができる。

【００５１】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が同一でなく連続する番号でもない場合、又は同一
であっても返信が必要でない場合、通信パケットに識別
子を付加して記憶する通信監視手段とを有するので、余
分な通信パケットの発生を自動で検出することが可能と
なる。

【００５２】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が連続する番号であり、その前に取込んだ通信パケ
ットの返信が必要であれば、通信パケットとその前に取
込んだ通信パケットとの間で通信パケットが欠落してい
ると判断する通信監視手段とを有するので、通信パケッ
トの欠落を自動で検出することができる。

【図面の簡単な説明】

【図１】この発明の実施の形態１における通信監視手
段のシステムと通信パケットの構成を示す概略図であ
る。

【図２】この発明の実施の形態１における通信監視手
段の構成を示すブロック図である。

【図３】この発明の実施の形態１におけるＰＣコマン
ドのエラーを検出するフローチャートである。

【図４】この発明の実施の形態１における第一のテー
ブルの構成図である。

【図５】この発明の実施の形態１における第二のテー
ブルの構成図である。

【図６】この発明の実施の形態２におけるＰＣコマン
ドのエラーを検出するフローチャートである。

【図７】この発明の実施の形態２における第三のテー
ブルの構成図である。

【図８】この発明の実施の形態２における第二のテー
ブルの構成図である。

【図９】この発明の実施の形態３におけるＰＣコマン
ドのエラーを検出するフローチャートである。

【図１０】この発明の実施の形態３における第四のテ
ーブルの構成図である。

【図１１】従来の通信監視手段のシステムと通信パケ
ットの構成を示す概略図である。

【符号の説明】

１ＰＣ、２制御手段、３通信回線、４通
信監視手段、５ＰＣコマンド種別、６要求応答
種別、７シリアル番号、８応答要不要フラグ、
９取込手段、１０第一のテーブル、１２第
一の対比手段、１３第三のテーブル、１４第二の
対比手段、１５第四のテーブル、１６第三の対比
手段、１７ＰＣコマンド名、１８ＰＣコマンド
パターン、１９通信順序、２０整列順序、２
１カウンタ、２２処理要求情報タブ、２３処
理要求名。

Claims

【特許請求の範囲】

【請求項１】通信パケットを送信する制御手段と、前記
制御手段と通信回線を介して接続され、前記通信パケッ
トに対応して返信するコントローラと、前記通信パケッ
トを取込み、予め前記通信パケットの送信内容を保持し
たテーブルと、前記通信パケットの内容とを比較し、一
致する内容と一致しない内容とをそれぞれ識別子を付加
して記憶する通信監視手段とを有する通信監視システ
ム。
【請求項２】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、前記制御手段と通信回線を介して接続され、前記制
御手段から送信された通信パケットと同一のシリアル番
号を付加されている通信パケットを返信するコントロー
ラと、通信パケットを取込み、前記通信パケットとその
前に取込んだ通信パケットとの間でシリアル番号を比較
し、前記シリアル番号が同一でなく連続する番号でもな
い場合、又は同一であっても返信が必要でない場合、前
記通信パケットに識別子を付加して記憶する通信監視手
段とを有する通信監視システム。
【請求項３】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、前記制御手段と通信回線を介して接続され、前記制
御手段から送信された通信パケットと同一のシリアル番
号を付加されている通信パケットを返信するコントロー
ラと、通信パケットを取込み、前記通信パケットとその
前に取込んだ通信パケットとの間でシリアル番号を比較
し、前記シリアル番号が連続する番号であり、前記その
前に取込んだ通信パケットの返信が必要であれば、前記
通信パケットと前記その前に取込んだ通信パケットとの
間で通信パケットが欠落していると判断する通信監視手
段とを有する通信監視システム。