JP2003018240A - Communication monitor system - Google Patents
Communication monitor systemInfo
- Publication number
- JP2003018240A JP2003018240A JP2001202927A JP2001202927A JP2003018240A JP 2003018240 A JP2003018240 A JP 2003018240A JP 2001202927 A JP2001202927 A JP 2001202927A JP 2001202927 A JP2001202927 A JP 2001202927A JP 2003018240 A JP2003018240 A JP 2003018240A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- communication packet
- command
- control means
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】この発明は、プログラマブル
コントローラ（以下、ＰＣ）と、ＰＣにＰＣ専用のコマ
ンド（以下、ＰＣコマンド）を用いて指令を送るＰＣ周
辺の機器との間の、通信回線を伝送されるＰＣコマンド
の通信パケットを監視し、ＰＣコマンドの通信パケット
の異常と通信順序に異常が発生した箇所を自動的に検出
し、ロギングする通信監視システムに関するものであ
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication line between a programmable controller (hereinafter referred to as PC) and a peripheral device for sending a command to the PC using a command dedicated to the PC (hereinafter referred to as PC command). The present invention relates to a communication monitoring system that monitors a communication packet of a transmitted PC command, automatically detects an abnormality in the communication packet of the PC command, and a place where an abnormality occurs in the communication sequence, and logs.
【０００２】[0002]
【従来の技術】図１１は、従来の通信監視方法を示す概
略図であり、図１１（ａ）はＰＣコマンドの通信パケッ
トのエラーを検出するシステムの構成図である。このシ
ステムは、プログラマブルコントローラであるＰＣ１０
１と、ＰＣコマンドを用いてＰＣ１０１へプログラム等
のデータの読み出しや書込みを行う機能や、ＰＣ１０１
内のデバイスデータのモニタなどを行う機能を持ち、Ｐ
Ｃ１０１へ処理要求を送信し、ＰＣ１０１からの応答を
受信する機能を有するＰＣ周辺機器である制御手段１０
２と、ＰＣ１０１と制御手段１０２とを結ぶ通信回線１
０３と、通信回線１０３上を伝送される通信パケットを
取り込む通信パケット取り込み装置１０４とを有してい
る。通信回線１０３にはシリアルケーブルなどがある。2. Description of the Related Art FIG. 11 is a schematic diagram showing a conventional communication monitoring method, and FIG. 11 (a) is a block diagram of a system for detecting an error in a communication packet of a PC command. This system is a programmable controller PC10.
1 and the function of reading and writing data such as programs to the PC 101 using the PC command,
It has a function to monitor the device data in the
Control means 10 which is a PC peripheral device having a function of transmitting a processing request to C101 and receiving a response from PC 101
2 and a communication line 1 connecting the PC 101 and the control means 102
03 and a communication packet capturing device 104 that captures a communication packet transmitted on the communication line 103. The communication line 103 includes a serial cable or the like.
【０００３】このようなシステムで制御手段１０２とＰ
Ｃ１０１との間で送受信されるＰＣコマンドの通信パケ
ットの構成を示すのが図１１（ｂ）であり、この通信パ
ケットは、ＰＣコマンドの種類を示し各ＰＣコマンドご
とに一意に定められているＰＣコマンド種別１０５と、
ＰＣコマンドが制御手段１０２からＰＣ１０１への要求
コマンドであるかＰＣ１０１から制御手段１０２への応
答コマンドであるかを示す要求応答種別１０６と、ＰＣ
コマンド発行時に制御手段１０２で要求コマンドに付加
するパケットの一意の番号を示すシリアル番号１０７
と、ＰＣコマンドがＰＣ１０１からの応答を必要とする
か、不要であるかを示す応答要不要フラグ１０８とから
なる。また、シリアル番号１０７は制御手段１０２での
ＰＣコマンドの要求発行ごとに連番でＰＣコマンドに設
定され、制御手段１０２からの要求ＰＣコマンドに対応
するＰＣ１０１からの応答ＰＣコマンドのシリアル番号
は同じ番号であり、ＰＣコマンドの応答パケットがどの
要求パケットに対応するか判別可能となっている。In such a system, the control means 102 and P
FIG. 11B shows the structure of the communication packet of the PC command transmitted / received to / from the C101, and this communication packet indicates the type of the PC command and is uniquely determined for each PC command. Command type 105,
A request / response type 106 indicating whether the PC command is a request command from the control means 102 to the PC 101 or a response command from the PC 101 to the control means 102;
A serial number 107 indicating the unique number of the packet added to the request command by the control unit 102 when the command is issued.
And a response necessity flag 108 indicating whether the PC command requires a response from the PC 101 or is unnecessary. Further, the serial number 107 is set to the PC command serially every time the control means 102 issues a request for a PC command, and the serial number of the response PC command from the PC 101 corresponding to the request PC command from the control means 102 is the same number. Therefore, it is possible to determine which request packet the response packet of the PC command corresponds to.
【０００４】以上のような通信パケットを用いたシステ
ムでの通信異常を検出するためには、ユーザは通信パケ
ット取込装置１０４を使用して、通信パケットを取り込
み、ＰＣ１０１及び制御手段１０２に異常が発生してい
ないか、ＰＣ１０１のエラー情報や制御手段１０２の通
信エラーメッセージなどで判断しなければならない。こ
の場合、異常を発見しない場合は、再び制御手段１０２
を使用してＰＣ１０１に対し処理要求をするが、異常を
発見した場合は、取り込んだ通信パケットに異常がない
か、通信順序に異常がないか、ＰＣコマンド種別１０５
と要求応答種別１０６のデータをユーザがチェックしな
ければならない。これらについて異常が発見されない場
合、ＰＣ１０１及び制御手段１０２の異常の原因が判明
しないため、すべての処理を中止してハードを含めてす
べてのチェックをする必要がある。一方、通信パケット
または通信順序のいずれかに異常ある場合についても、
ユーザは異常の原因を調べ、原因が判明したら、原因の
修復を行ない、異常の原因が判明しない場合、すべての
処理を中止してハードを含めてすべてのチェックをする
必要がある。In order to detect the communication abnormality in the system using the communication packet as described above, the user uses the communication packet capturing device 104 to capture the communication packet, and the abnormality is detected in the PC 101 and the control means 102. Whether or not the error has occurred must be determined by the error information of the PC 101 or the communication error message of the control means 102. In this case, when no abnormality is found, the control means 102 is again used.
, And requests processing to the PC 101, but if an error is found, whether there is an error in the captured communication packet, there is no error in the communication order, or the PC command type 105
The user must check the data of the request response type 106. If no abnormality is found in these, the cause of the abnormality in the PC 101 and the control means 102 cannot be determined, so it is necessary to stop all processing and perform all checks including hardware. On the other hand, if there is an abnormality in either the communication packet or the communication order,
The user investigates the cause of the abnormality, and if the cause is found, the cause is repaired. If the cause of the abnormality is not found, it is necessary to stop all the processes and perform all checks including hardware.
【０００５】[0005]
【発明が解決しようとする課題】このようにこれまでの
やり方では、ユーザが自分で通信パケットをチェックす
るため、ユーザはＰＣコマンドの通信パケットの構成と
ＰＣコマンドの種類と処理要求ごとのＰＣコマンドの通
信順序を理解していなければ判断できなという問題があ
った。また、これらを理解していても、異常原因検出の
ために多くの時間と手間を必要とし、見過ごす可能性が
ある点も問題であった。さらに、通信異常の形態として
は、ＰＣ１０１と制御手段１０２間で不要な通信パケッ
トが生じたり、通信パケットが消失したりすることもあ
り、特に通信順序の異常の検出が難しいという問題があ
った。As described above, in the above-described method, the user checks the communication packet by himself, so that the user must configure the communication packet of the PC command, the type of the PC command, and the PC command for each processing request. There was a problem that it could not be judged unless the communication order of was understood. Further, even if they understand these, it takes a lot of time and labor to detect the cause of the abnormality, and there is a problem that they may be overlooked. Further, as a form of communication abnormality, an unnecessary communication packet may be generated between the PC 101 and the control unit 102, or the communication packet may be lost, which makes it difficult to detect an abnormality in the communication sequence.
【０００６】本発明はこのような問題点を解決するため
になされたものであり、通信異常の監視を自動で行なう
ことで処理時間の短縮と精度の向上を行い、特に通信パ
ケットの過不足を自動的に検出することで通信順序の異
常検出の精度向上を目的としている。The present invention has been made in order to solve such a problem, and shortens the processing time and improves the accuracy by automatically monitoring the communication abnormality, and in particular, the excess and deficiency of communication packets The purpose is to improve the accuracy of detection of communication sequence anomalies by automatically detecting them.
【０００７】[0007]
【課題を解決するための手段】通信パケットを送信する
制御手段と、制御手段と通信回線を介して接続され、通
信パケットに対応して返信するコントローラと、通信パ
ケットを取込み、予め通信パケットの送信内容を保持し
たテーブルと、通信パケットの内容とを比較し、一致す
る内容と一致しない内容とをそれぞれ識別子を付加して
記憶する通信監視手段とを有する。[Means for Solving the Problems] Control means for transmitting a communication packet, a controller connected to the control means via a communication line and returning in response to the communication packet, the communication packet is fetched, and the communication packet is transmitted in advance. It has a table holding the contents and a communication monitoring means for comparing the contents of the communication packet with each other and storing the matched contents and the unmatched contents with the respective identifiers added.
【０００８】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が同一でなく連続する番号でもない場合、又は同一
であっても返信が必要でない場合、通信パケットに識別
子を付加して記憶する通信監視手段とを有する。A control means for transmitting a communication packet to which a serial number and information as to whether or not a reply is required are added, and a communication packet connected to the control means via a communication line and transmitted from the control means. The controller that returns the communication packet to which the same serial number is added, and the communication packet is captured, and the serial number is compared between the communication packet and the communication packet captured before it. If the number is not the same, or if it is the same and does not require a reply, the communication packet has an identifier and is stored in the communication monitoring means.
【０００９】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が連続する番号であり、その前に取込んだ通信パケ
ットの返信が必要であれば、通信パケットとその前に取
込んだ通信パケットとの間で通信パケットが欠落してい
ると判断する通信監視手段とを有する。Control means for transmitting a communication packet to which a serial number and information as to whether or not a reply is necessary are transmitted, and a communication packet connected to the control means via a communication line and transmitted from the control means. The controller that sends back the communication packet to which the same serial number is added, and the communication packet is captured, and the serial number is compared between the communication packet and the communication packet captured before it. If there is a need to return the communication packet captured before that, it has a communication monitoring means for determining that the communication packet is missing between the communication packet and the communication packet captured before it.
【００１０】[0010]
【発明の実施形態】実施の形態１．この発明の実施の形
態１について図１から図６に基き説明する。BEST MODE FOR CARRYING OUT THE INVENTION Embodiment 1. The first embodiment of the present invention will be described with reference to FIGS. 1 to 6.
【００１１】図１は、ＰＣコマンドの通信パケットの異
常と通信順序の異常を検出するシステムの構成と通信パ
ケットの構成を示す構成図であり、図１（ａ）のシステ
ムは、コントローラとしてのＰＣ１と、ＰＣコマンドを
用いてＰＣ１へプログラム等のデータの読み出しや書込
みを行う機能や、ＰＣ１内のデバイスデータのモニタな
どを行う機能や、ＰＣ１へ処理要求を送信し、ＰＣ１か
らの応答を受信する機能を有するＰＣ周辺機器である制
御手段２と、ＰＣ１と制御手段２とを結ぶ通信回線３
と、通信回線３上に伝送される通信パケットを取り込み
ＰＣコマンド種別５と要求応答種別６（図１（ｂ）参
照）から通信パケットの異常とＰＣコマンドの通信順序
の異常を自動検出し、通信パケットをロギングし、エラ
ー内容を表示する機能を持つ通信監視手段４とを有して
いる。なお、通信回線３には、例えばシリアルケーブル
などがあり、通信監視手段としてはプロトコルアナライ
ザなどが考えられる。FIG. 1 is a configuration diagram showing a configuration of a system for detecting an abnormality in a communication packet of a PC command and an abnormality in a communication order and a configuration of the communication packet. The system of FIG. 1A is a PC 1 as a controller. And a function of reading and writing data such as a program to the PC1 using the PC command, a function of monitoring device data in the PC1 and the like, sending a processing request to the PC1 and receiving a response from the PC1. A control unit 2 which is a PC peripheral device having a function, and a communication line 3 which connects the PC 1 and the control unit 2
Then, the communication packet transmitted on the communication line 3 is captured, and the abnormality of the communication packet and the abnormality of the communication order of the PC command are automatically detected from the PC command type 5 and the request response type 6 (see FIG. 1B), and the communication is performed. The communication monitoring means 4 has a function of logging packets and displaying error contents. The communication line 3 includes, for example, a serial cable, and a communication analyzer may be a protocol analyzer.
【００１２】また、図１（ｂ）の通信パケットは、ＰＣ
コマンドの種類を示し各ＰＣコマンドごとに一意に定め
られているＰＣコマンド種別５と、ＰＣコマンドが制御
手段２からＰＣ１への要求コマンドであるかＰＣ１から
制御手段２への応答コマンドであるかを示す要求応答種
別６と、ＰＣコマンド発行時に制御手段２で要求コマン
ドに付加するパケットの一意の番号を示すシリアル番号
７と、ＰＣコマンドがＰＣ１からの応答を必要とする
か、不要であるかを示す応答要不要フラグ８とからな
る。また、シリアル番号７は制御手段２でのＰＣコマン
ドの要求発行ごとに連番でＰＣコマンドに設定され、制
御手段２からの要求ＰＣコマンドに対応するＰＣ１から
の応答ＰＣコマンドのシリアル番号は同じ番号であり、
ＰＣコマンドの応答パケットがどの要求パケットに対応
するか判別可能となっている。Further, the communication packet shown in FIG.
A PC command type 5 that indicates the type of command and is uniquely determined for each PC command, and whether the PC command is a request command from the control means 2 to the PC 1 or a response command from the PC 1 to the control means 2 Request response type 6 indicating, a serial number 7 indicating a unique number of a packet added to the request command by the control means 2 when the PC command is issued, and whether the PC command requires a response from the PC 1 or not. The response necessity flag 8 is shown. Further, the serial number 7 is set to the PC command serially every time the request for the PC command is issued by the control means 2, and the serial number of the response PC command from the PC 1 corresponding to the request PC command from the control means 2 is the same number. And
It is possible to determine which request packet the PC command response packet corresponds to.
【００１３】また、この実施の形態では制御手段２とＰ
Ｃ１とが１：１の接続の場合について以下説明するが、
複数の制御手段２と複数のＰＣ１とのｎ：ｍの接続にお
いても、通信監視手段４が通信回線３上を伝送される通
信パケットの宛先と送信元から通信パケットをマスクし
て取り出すことにより同様の通信監視が可能である。Further, in this embodiment, the control means 2 and P
A case where the connection with C1 is 1: 1 will be described below.
Even in the n: m connection between the plurality of control units 2 and the plurality of PCs 1, the communication monitoring unit 4 masks the communication packets from the destination and the source of the communication packet transmitted on the communication line 3 to obtain the same. It is possible to monitor communication.
【００１４】このようなシステムにおける通信パケット
の監視を行なう通信監視手段４の構成について、図２の
ブロック図を用いて説明する。The structure of the communication monitoring means 4 for monitoring communication packets in such a system will be described with reference to the block diagram of FIG.
【００１５】図中、通信監視手段４は、通信回線上を流
れる通信パケットを自動的に取り込む取込手段９と、取
込手段９で取り込んだ通信パケットのＰＣコマンド種別
５及び要求応答種別６と全ＰＣコマンドの種類を判別す
る情報が保管されている第一のテーブル１０の情報とを
対比することでＰＣコマンドの種類を判別し対比結果を
第二のテーブル１１に保存する第一の対比手段１２と、
第一の対比手段１２の対比結果を第二のテーブル１１か
ら読み込みＰＣコマンドが不足している場合は追加し余
分な場合は破棄した上でＰＣコマンドを通信順序に従っ
て整列し、第三のテーブル１３に保存する第二の対比手
段１４と、第三のテーブル１３からＰＣコマンドを読み
込み、制御手段２を用いてユーザが通信するＰＣコマン
ドの通信順序を予め処理要求毎に保管してある第四のテ
ーブル１５のＰＣコマンドと対比して、その結果を第二
のテーブルに保管する第三の対比手段１６とを有する。In the figure, the communication monitoring means 4 includes a capturing means 9 for automatically capturing a communication packet flowing on a communication line, a PC command type 5 and a request response type 6 of the communication packet captured by the capturing means 9. A first comparison means for comparing the information of the first table 10 in which information for determining the type of all PC commands is stored to determine the type of PC command and storing the comparison result in the second table 11. 12 and
The comparison result of the first comparing means 12 is read from the second table 11, if the PC command is insufficient, it is added, and if it is redundant, it is discarded, and the PC commands are arranged according to the communication order. A fourth comparison means 14 which stores the PC command from the third table 13 and the second comparison means 14 to be stored in The third comparison means 16 stores the result in the second table in comparison with the PC command in the table 15.
【００１６】次に、図３のフローチャートを用いて、通
信監視手段４内の第一の対比手段１２で、ＰＣコマンド
の種類の判別と通信パケットの異常を自動的に検出する
手順について説明する。まず、汎用の取込手段９により
取込んだ通信パケットを第一の対比手段が取り出す（Ｓ
１）。次いで、通信パケットのＰＣコマンドの種類を判
別するため、ＰＣコマンド個々について、ＰＣコマンド
種別５及び要求応答種別６のデータ構造が第一のテーブ
ル１０のＰＣコマンドと一致するか否かを判定する（Ｓ
２）。Next, with reference to the flow chart of FIG. 3, a procedure for the first comparing means 12 in the communication monitoring means 4 to discriminate the type of PC command and automatically detect the abnormality of the communication packet will be described. First, the first comparing means extracts the communication packet captured by the general-purpose capturing means 9 (S
1). Next, in order to determine the type of the PC command of the communication packet, it is determined for each PC command whether the data structure of the PC command type 5 and the request response type 6 matches the PC command of the first table 10 ( S
2).
【００１７】ここで、第一のテーブル１０に保管される
データの一例について図４を用いて説明する。この第一
のテーブル１０は、全ＰＣコマンドについて、ＰＣコマ
ンド名１７、要求応答種別６、ＰＣコマンドパターン１
８の３つの情報を有している。この中で、ＰＣコマンド
名１７はコマンド種別５と同義であり、コマンド種別５
の表示をユーザがわかりやすい表現に設定することがで
きるようになっている。また、ＰＣコマンドパターン１
８はＰＣコマンド名１７の表示とコマンド種別５とを対
応させるために設けられており、パケットのＰＣコマン
ド種別５からＰＣコマンドの種類を判別するために使用
し、各ＰＣコマンドのＰＣコマンド種別５のデータパタ
ーンを示している。この第一のテーブル１０はＰＣコマ
ンドを公開しているＰＣメーカーにより提供される。ま
た、ユーザによる追加や編集を可能とし、ユーザごとの
特殊な処理や追加機能にも対応可能である。前述したＳ
２では、このようなＰＣコマンドパターン１８と要求応
答種別１７から検索している。Here, an example of data stored in the first table 10 will be described with reference to FIG. This first table 10 has a PC command name 17, a request response type 6, and a PC command pattern 1 for all PC commands.
It has three pieces of information of eight. Among these, the PC command name 17 is synonymous with the command type 5, and the command type 5
The display of can be set to a user-friendly expression. Also, PC command pattern 1
8 is provided for associating the display of the PC command name 17 with the command type 5, and is used to determine the type of the PC command from the PC command type 5 of the packet, and the PC command type 5 of each PC command. Shows the data pattern of. The first table 10 is provided by the PC manufacturer who publishes the PC command. Further, the user can add and edit, and can also deal with special processing and additional functions for each user. S mentioned above
In 2, the PC command pattern 18 and the request / response type 17 are searched.
【００１８】Ｓ２でデータ構造が一致するＰＣコマンド
がある場合は、その通信パケットのＰＣコマンドに、デ
ータ構造が一致した第一のテーブル１０のＰＣコマンド
名１７、要求応答種別６、シリアル番号７及び応答要不
要フラグ８を書き込み、第二のテーブル１１の処理要求
解析結果欄（後述）は「未解析」に変更し（Ｓ３）、第
二のテーブル１１に保存する（Ｓ４）。If there is a PC command having a matching data structure in S2, the PC command of the communication packet has a PC command name 17 of the first table 10 having the matching data structure, a request response type 6, a serial number 7 and The response necessity flag 8 is written, the processing request analysis result column (described later) of the second table 11 is changed to "unanalyzed" (S3), and it is stored in the second table 11 (S4).
【００１９】Ｓ２でデータ構造が一致するＰＣコマンド
がない場合は、その通信パケットを不明ＰＣコマンドと
してみなし、当該通信パケットのＰＣコマンド名１７、
要求応答種別６、シリアル番号７及び応答要不要フラグ
８に「不明」と書き込み、第二のテーブル１１の処理要
求解析結果欄（後述）も「不明」に変更し（Ｓ５）、第
二のテーブル１１に保存する（Ｓ４）。ここまでで、第
一の対比手段１２による処理はほぼ終了し、最後に終了
要求があるか否かを判定し（Ｓ６）、終了要求があれば
処理を終了し、処理要求がなければＳ１から再度処理を
繰り返す。この終了要求はユーザが直接入力したり、予
め回数を指定して、指定回数終了した時点で自動的に終
了させるようにしてもよい。If there is no PC command having the same data structure in S2, the communication packet is regarded as an unknown PC command, and the PC command name of the communication packet 17,
“Unknown” is written in the request response type 6, the serial number 7, and the response necessity flag 8, and the processing request analysis result column (described later) of the second table 11 is also changed to “unknown” (S5), and the second table is displayed. It is stored in 11 (S4). Up to this point, the processing by the first comparing means 12 is almost completed, and it is judged at the end whether or not there is an end request (S6). The process is repeated again. The termination request may be directly input by the user, or the number of times may be designated in advance, and the termination request may be automatically terminated when the designated number of times is completed.
【００２０】ここまでの処理が終わった段階における第
二のテーブル１１の構成について図５を用いて説明す
る。図中、このテーブルに保管される順番に付される通
信順序１９が１番であるＰＣコマンドは、制御手段２か
らＰＣ１への要求コマンドであり、第一のテーブル１０
に保管されている全ＰＣコマンドの中に一致するものが
あったので正常に通信されているＰＣコマンドである
が、この時点では処理要求の解析はなされていないので
処理要求解析結果欄は「未解析」である。通信順序１９
が２番のＰＣコマンドは１番に対応する応答コマンドで
あり、これも正常である。また、通信順序１９が３番の
ＰＣコマンドは、１番とはＰＣコマンド名１７（コマン
ド種別５）やシリアル番号７が異なるＰＣコマンドであ
り、制御手段２からＰＣ１への要求コマンドである。一
方、通信順序１９が４番のＰＣコマンドは、第一のテー
ブル１０に保管されている全ＰＣコマンドの中に一致す
るものがなかったので、本来存在するはずのないＰＣコ
マンドであると考えられ、これは正常に通信されていな
いＰＣコマンドであるとし、「不明」と変更される。The configuration of the second table 11 at the stage where the above processing is completed will be described with reference to FIG. In the figure, the PC command having the communication order 19 attached to the order stored in this table is a request command from the control means 2 to the PC 1, and the first table 10
Since there is a match among all the PC commands stored in, it is a PC command that has been normally communicated, but at this point the processing request analysis has not been performed, so the processing request analysis result column shows Analysis ”. Communication order 19
The No. 2 PC command is a response command corresponding to No. 1, and this is also normal. The PC command whose communication order 19 is 3 is a PC command whose PC command name 17 (command type 5) and serial number 7 are different from those of 1 and is a request command from the control means 2 to the PC 1. On the other hand, the PC command with the communication order 19 of No. 4 is considered to be a PC command that should not originally exist because no match exists among all the PC commands stored in the first table 10. , This is a PC command which is not normally communicated, and is changed to "unknown".
【００２１】これによって、制御手段２とＰＣ１間での
通信パケットにおいて、ＰＣコマンド名１７、要求応答
種別６及びＰＣコマンドパターン１８の３点についてチ
ェックされ、これら３点のうち一つでも本来のＰＣコマ
ンドと変っているものがあれば、異常であると考えられ
る。この異常なＰＣコマンドについて自動的に識別子が
付けられて第二のテーブル１１に記憶されるため、通信
異常となった通信パケットの確認をすることができる。Thus, in the communication packet between the control means 2 and the PC 1, the three points of the PC command name 17, the request response type 6 and the PC command pattern 18 are checked, and even one of these three points is the original PC. If something is different from the command, it is considered abnormal. Since the abnormal PC command is automatically assigned an identifier and stored in the second table 11, it is possible to confirm the communication packet in which the communication is abnormal.
【００２２】なお、この実施の形態１では、これらの処
理が、制御手段からＰＣへの通信パケットが送信される
時点で自動的に連動して開始されるものとしているが、
別途起動するためのスイッチを設けてもよい。これは、
以下の実施の形態２、３でも同じである。In the first embodiment, these processes are automatically started in conjunction with each other when the communication packet from the control means to the PC is transmitted.
You may provide the switch for starting separately. this is,
The same applies to the following second and third embodiments.
【００２３】実施の形態２．この発明の実施の形態２に
ついて主に図６〜図８に基いて説明する。なお、この実
施の形態の処理は実施の形態１の処理の後に行なうもの
として以下説明し、実施の形態１と同様の機能について
は同一の番号を付し、詳細な説明は省略する。Embodiment 2. Embodiment 2 of the present invention will be described mainly with reference to FIGS. 6 to 8. It should be noted that the processing of this embodiment will be described below as being performed after the processing of the first embodiment, and the same functions as those of the first embodiment will be denoted by the same reference numerals and detailed description thereof will be omitted.
【００２４】図６のフローチャートを用いて通信監視手
段４内の第二の対比手段１４でＰＣコマンドがエラーに
より、欠落した場合や増えている場合に、そのことを自
動的に検出する手順について説明する。まず、第二のテ
ーブル１１から処理要求解析結果欄が「未解析」の通信
パケットを検索を開始する（Ｓ１１）。この時、検索は
第二のテーブル１１の上位に書き込まれている通信パケ
ットから順に行なう。次に第二のテーブル１１から処理
要求解析結果欄が「未解析」の通信パケットがあるか否
かを判定する（Ｓ１２）。A procedure for automatically detecting the PC command in the second comparing means 14 in the communication monitoring means 4 when the PC command is dropped or increased due to an error will be described with reference to the flowchart of FIG. To do. First, a search is started from the second table 11 for a communication packet whose processing request analysis result column is "unanalyzed" (S11). At this time, the search is performed in order from the communication packet written in the higher order of the second table 11. Next, it is determined whether or not there is a communication packet whose processing request analysis result column is "unanalyzed" from the second table 11 (S12).
【００２５】第二のテーブル１１に処理要求解析結果欄
が「未解析」の通信パケットがある場合、通信監視手段
４内に備えられているカウンタにより処理開始からカウ
ントされフローチャート処理が１回目であるか否かを判
定する（Ｓ１３）。ここで１回目とは新規に機械を立ち
あげたような場合であり、使用中にエラーなどが発生し
一旦処理を中断し、再度処理を開始した時は２回目とさ
れる。When there is a communication packet whose processing request analysis result column is "unanalyzed" in the second table 11, the counter provided in the communication monitoring means 4 counts from the start of the processing and the flowchart processing is the first time. It is determined whether or not (S13). Here, the first time is when the machine is newly started up, and when an error or the like occurs during use, the processing is temporarily interrupted, and the processing is restarted, the second time.
【００２６】解析処理を開始してから終了要求がなく２
回目以降の処理を行なう場合、第二のテーブル１１から
検索した通信パケットのシリアル番号７と第三のテーブ
ル１３（後述）の最下行に書き込まれている通信パケッ
トのシリアル番号７とを比較する（Ｓ１４）。There is no end request after starting the analysis process.
When performing the processing from the second time onward, the serial number 7 of the communication packet retrieved from the second table 11 is compared with the serial number 7 of the communication packet written in the bottom row of the third table 13 (described later) ( S14).
【００２７】これらのシリアル番号７同士が同一である
場合、さらに第三のテーブル１３の最下行に書き込まれ
ている通信パケット応答要不要フラグ８をチェックし、
応答要であるか不要であるかを判定する（Ｓ１５）。When these serial numbers 7 are the same, the communication packet response necessity flag 8 written in the bottom row of the third table 13 is checked,
It is determined whether a response is required or not (S15).
【００２８】応答要である場合、解析中のＰＣコマンド
は正しいＰＣコマンドであると判断し、第二のテーブル
１１のＰＣコマンド名１７、要求応答種別６、シリアル
番号７、応答要不要フラグ８及び通信順序１９を、第三
のテーブル１３のそれぞれに対応する欄に保存し（Ｓ１
６）、このＰＣコマンドについて、第二のテーブル１１
の処理要求解析結果欄を「解析中」に変更し（Ｓ１
７）、終了要求があるか否かを判定して、終了要求があ
れば処理を終了し、なければＳ１へ戻り再度処理を行な
う（Ｓ１８）。この終了要求はユーザが直接入力した
り、予め回数を指定して、指定回数終了した時点で自動
的に終了させるようにしてもよい。If a response is required, it is determined that the PC command being analyzed is a correct PC command, and the PC command name 17, request response type 6, serial number 7, response unnecessary flag 8 in the second table 11 and The communication order 19 is stored in the corresponding columns of the third table 13 (S1
6), for this PC command, the second table 11
Change the processing request analysis result column to “under analysis” (S1
7) It is determined whether or not there is an end request, and if there is an end request, the process ends, and if not, the process returns to S1 to perform the process again (S18). The termination request may be directly input by the user, or the number of times may be designated in advance, and the termination request may be automatically terminated when the designated number of times is completed.
【００２９】Ｓ１２において、第二のテーブル１１に処
理要求解析結果欄が「未解析」の通信パケットがない場
合、Ｓ１８の終了要求の判定に移る。また、Ｓ１３にお
いて１回目の処理である場合、Ｓ１６の処理に移る。In S12, if there is no communication packet whose processing request analysis result column is "unanalyzed" in the second table 11, the process proceeds to the determination of the end request in S18. If it is the first process in S13, the process proceeds to S16.
【００３０】Ｓ１４でシリアル番号７同士が連番である
場合、第三のテーブル１３における最下行のＰＣコマン
ドの応答要不要を応答要不要フラグ８で判定する（Ｓ１
９）。応答要である場合、応答要不要のペアが合わない
ため、ＰＣコマンドの抜けが発生していると判断し、第
三のテーブル１３のＰＣコマンドに対応させるため、応
答に相当するダミーコマンドを作成する（Ｓ２０）。一
方、応答要不要フラグ８が応答不要である場合、解析中
の通信パケットは正しいＰＣコマンドであると判定し、
Ｓ１８の終了要求の判定に移る。If the serial numbers 7 are serial numbers in S14, the response necessity flag 8 of the PC command in the bottom row in the third table 13 is used to determine whether the response necessity flag is set (S1).
9). If a response is required, it is determined that the PC command is missing because the pairs that do not require a response do not match, and a dummy command corresponding to the response is created to correspond to the PC command in the third table 13. Yes (S20). On the other hand, when the response unnecessary flag 8 does not require a response, it is determined that the communication packet being analyzed is a correct PC command,
The process moves to the determination of the end request in S18.
【００３１】Ｓ１４でシリアル番号７同士が同一でも連
番でもない場合、このＰＣコマンドは本来必要とされて
いない余分なＰＣコマンドであるため、第二のテーブル
１１の処理要求解析結果欄を「不要」に変更し（Ｓ２
１）、Ｓ１８の終了要求の判定に移る。If the serial numbers 7 are not the same or serial numbers in S14, this PC command is an extra PC command that is not originally required, so the process request analysis result column of the second table 11 is set to "unnecessary". "(S2
1), the process proceeds to the determination of the end request in S18.
【００３２】この処理において使用される第三のテーブ
ル１３は、通信パケットを図７の処理をした上でＰＣコ
マンドとして保存しているものであり、ダミーコマンド
を補充したり不要なＰＣコマンドについては識別子を設
けている。図７はこの第三のテーブル１３の構成であ
り、通信回線上を伝送されたＰＣコマンドの通信順序
（第二のテーブル１１内の通信順序）に、ダミーコマン
ドの追加、不要コマンドの削除をした上で新たに通信パ
ケットの順番を整えた整列順序２０と、ＰＣコマンド名
１７と、要求応答種別６と、シリアル番号７と、応答要
不要フラグ８と、第三のテーブル１３に保存したＰＣコ
マンドと、第二のテーブル１１中の通信パケットとの対
応関係を示す通信データ２１とを有している。この通信
データ２１には第二のテーブル１１の通信順序１９を保
存し、処理要求解析結果を第二のテーブルに返すときに
使用する。The third table 13 used in this processing stores communication packets as PC commands after the processing of FIG. 7 is performed. For supplementing dummy commands and unnecessary PC commands, It has an identifier. FIG. 7 shows the configuration of the third table 13 in which dummy commands are added and unnecessary commands are deleted in the communication order of PC commands transmitted on the communication line (communication order in the second table 11). The sorting order 20 in which the order of the communication packets is newly arranged, the PC command name 17, the request response type 6, the serial number 7, the response unnecessary flag 8 and the PC command stored in the third table 13 And communication data 21 indicating the correspondence with the communication packets in the second table 11. The communication order 19 of the second table 11 is stored in this communication data 21 and is used when the processing request analysis result is returned to the second table.
【００３３】この実施の形態２をまとめると、新たに第
二のテーブル１１から読み込んだ通信パケットと、第二
の対比手段１４で処理をして第三のテーブル１３に保存
したＰＣコマンドのうちで最も新しいものを取り出し
て、それぞれのシリアル番号７を比較する処理を行なっ
ている。これにより、同一であれば、新たに第二のテー
ブル１１から読み込んだ通信パケットは、制御手段２か
らＰＣ１へ送信された送信パケットに対してＰＣ１から
制御手段２へ返信された送信パケットであると想定して
いる。また、連番であれば、新たに第二のテーブル１１
から読み込んだ通信パケットは、前述したＰＣ１から制
御手段２へ返信された送信パケットの次に制御手段２か
らＰＣ１へ送信された送信パケットであるとみなしてい
る。さらに、同一にも連番にも該当しなければ、新たに
第二のテーブル１１から読み込んだ通信パケットは、不
要な通信パケットであるとみなしている。In summary of the second embodiment, the communication packet newly read from the second table 11 and the PC command processed by the second comparing means 14 and stored in the third table 13 are included. A process of taking out the newest one and comparing the serial numbers 7 with each other is performed. As a result, if they are the same, the communication packet newly read from the second table 11 is the transmission packet returned from the PC 1 to the control means 2 with respect to the transmission packet transmitted from the control means 2 to the PC 1. I am assuming. If it is a serial number, the second table 11 is newly added.
The communication packet read from is considered to be a transmission packet transmitted from the control unit 2 to the PC 1 next to the transmission packet returned from the PC 1 to the control unit 2 described above. Furthermore, if it is neither the same nor the serial number, the communication packet newly read from the second table 11 is regarded as an unnecessary communication packet.
【００３４】この不要な通信パケットとは、例えば、制
御手段２からＰＣ１へ応答を必要とする通信パケットを
送信したが、ＰＣ１から返信されなかった場合に、それ
以降の通信パケットの制御手段２とＰＣ１間の送受信の
最中に突然返信され、本来の通信順序の間に割り込んで
しまった状態で生じることが考えられる。The unnecessary communication packet is, for example, a communication packet which requires a response from the control means 2 to the PC 1, but when the PC 1 does not return the communication packet, the control means 2 for the subsequent communication packets is used. It is conceivable that a sudden reply occurs during transmission / reception between the PCs 1 and a situation occurs where the PC 1 interrupts the original communication sequence.
【００３５】さらに、シリアル番号７が同一と判定され
た場合でも、新たに第二のテーブル１１から読み込んだ
通信パケットの応答要不要フラグ８が不要であれば、Ｐ
Ｃ１から制御手段２への返信は必要ないので、これはＰ
Ｃ１から誤って返信された送信パケットと判断できるた
め、不要な通信パケットであるとみなしている。Further, even when it is determined that the serial numbers 7 are the same, if the response necessity flag 8 of the communication packet newly read from the second table 11 is unnecessary, P
This is P because there is no need for a reply from C1 to the control means 2.
Since it can be determined that the transmission packet is erroneously returned from C1, it is regarded as an unnecessary communication packet.
【００３６】また、シリアル番号７が連番と判定された
場合は、最後に処理をして第三のテーブル１３に保存し
たＰＣコマンドの応答要不要フラグ８が要であれば、Ｐ
Ｃ１から制御手段２への返信の通信パケットが抜けてい
るため、この抜けたＰＣコマンドに該当するダミーコマ
ンドを作成する。If it is determined that the serial number 7 is a serial number, if the response necessity flag 8 of the PC command which is processed last and stored in the third table 13 is necessary, P
Since the reply communication packet from C1 to the control means 2 is missing, a dummy command corresponding to this missing PC command is created.
【００３７】このような処理により第二のテーブル１１
に新たに書き加えられた内容を図８に示す。表中、下線
を引いた通信パケットがダミーコマンドと不要なＰＣコ
マンドであり、ダミーコマンドは作成時に通信順序を０
番に、不要な通信パケットは処理要求解析結果欄を「不
要」にしている。By the above processing, the second table 11
FIG. 8 shows the contents newly added to. In the table, communication packets underlined are dummy commands and unnecessary PC commands, and the dummy commands have a communication order of 0 when created.
First, for unnecessary communication packets, the processing request analysis result column is set to "unnecessary".
【００３８】このようにすることで、不要なＰＣコマン
ドは第三テーブル１３に保管されず、ＰＣコマンドを正
しい通信順序で処理することができるとともに、第二の
テーブル１１には不要なコマンドであることが記載され
ているため、ユーザはモニタなどの表示手段に表示され
た第二のテーブル１１を見ることで、どの通信パケット
がエラーであるかを認識することが容易である。By doing so, unnecessary PC commands are not stored in the third table 13, PC commands can be processed in the correct communication order, and unnecessary commands are not stored in the second table 11. Therefore, the user can easily recognize which communication packet has an error by looking at the second table 11 displayed on the display means such as a monitor.
【００３９】また、ＰＣコマンドが抜けている場合、ダ
ミーコマンドを作成するため、通信順序の認識が本来の
通信順序とずれることがなくなり、第二のテーブル１１
上でダミーコマンドであることがすぐに分かるため、ユ
ーザはどの通信パケットがエラーであるかを認識するこ
とが容易である。If the PC command is missing, a dummy command is created, so that the recognition of the communication order does not deviate from the original communication order.
The user can easily recognize which communication packet is in error because it is immediately recognized as a dummy command.
【００４０】また、この実施の形態は、通信監視のため
の精度を向上するため、実施の形態１の処理を行なった
ＰＣコマンドに対して適用しているが、実施の形態１の
チェックをせずに取込手段９で取込んだ通信パケットを
直接第二の対比手段１４に取り出すことでＰＣコマンド
の通信順序の正誤を判定する処理を行なうことも可能で
ある。In addition, this embodiment is applied to the PC command that has been subjected to the processing of the first embodiment in order to improve the accuracy for communication monitoring. However, check the first embodiment. Instead, the communication packet captured by the capturing means 9 can be directly extracted to the second comparing means 14 to perform the processing of determining the correctness of the communication order of the PC commands.
【００４１】実施の形態３．この発明の実施の形態３に
ついて主に図９〜図１０に基いて説明する。なお、この
実施の形態の処理は実施の形態２の処理の後に行なうも
のとして以下説明し、実施の形態１及び実施の形態２と
同様の機能については同一の番号を付し、詳細な説明は
省略する。Embodiment 3. The third embodiment of the present invention will be described mainly with reference to FIGS. 9 to 10. Note that the processing of this embodiment will be described below as being performed after the processing of the second embodiment, and the same functions as those of the first and second embodiments will be denoted by the same reference numerals and detailed description will be given. Omit it.
【００４２】図９のフローチャートを用いて通信監視手
段４内の第三の対比手段１６でＰＣコマンドがエラーに
より欠落した場合や増えている場合に、そのことを自動
検出する手順について説明する。まず、第三のテーブル
１３の先頭行から順にＰＣコマンドを読み込み（Ｓ３
１）、第四のテーブル１５の処理要求情報タブ２２と比
較していき、各テーブルのＰＣコマンドのＰＣコマンド
名１７同士と、整列順序２０と通信順序１９とがいずれ
も一致するか否かを判定する（Ｓ３２）。A procedure for automatically detecting the PC command missing or increasing due to an error in the third comparing means 16 in the communication monitoring means 4 will be described with reference to the flowchart of FIG. First, PC commands are read in order from the first row of the third table 13 (S3
1), comparing with the processing request information tab 22 of the fourth table 15 to determine whether the PC command names 17 of the PC commands in each table, the sorting order 20 and the communication order 19 are the same. A determination is made (S32).
【００４３】ここで、この処理要求情報タブ２２につい
て図１０をもとに説明する。処理要求情報タブ２２と
は、制御手段２からユーザがＰＣ１へ処理要求を行う場
合、送受信するＰＣコマンドの要求と応答の順序をまと
めたテーブルであり、通信回線上を流れたＰＣコマンド
の通信順序から処理要求を判別するために使用するテー
ブルである。処理要求情報タブ２２は通信順序１９と、
ＰＣコマンド名１７と、要求応答種別６とを有してい
る。ここで、送受信するＰＣコマンドの種類と個数は処
理要求毎に異なる。第四のテーブル１５には、このよう
なタブが処理要求名毎にまとめられている。この処理要
求名２３は通信パケット毎に設けられたＰＣコマンド名
１７（あるいはＰＣコマンド種別５）の上位の分類に当
るものである。The processing request information tab 22 will be described with reference to FIG. The processing request information tab 22 is a table summarizing the order of requests and responses of PC commands to be transmitted and received when the user makes a processing request to the PC 1 from the control means 2, and the communication order of the PC commands flowing on the communication line. It is a table used to determine the processing request from the. The processing request information tab 22 has a communication order 19
It has a PC command name 17 and a request response type 6. Here, the type and number of PC commands to be transmitted and received differ for each processing request. In the fourth table 15, such tabs are collected for each processing request name. The processing request name 23 corresponds to a higher classification of the PC command name 17 (or PC command type 5) provided for each communication packet.
【００４４】ここで再び図９のフローチャートの説明に
戻る。Ｓ３２の判定の結果、一致する場合、第三のテー
ブル１３の通信データ２１と第二のテーブル１１の通信
順序１９とを基に、第三のテーブル１３のＰＣコマンド
（ダミーコマンドを除く）に対応する第二のテーブル１
１の通信パケットの処理要求解析結果欄を、ＰＣコマン
ド名１７同士及び整列順序２０と通信順序１９とが一致
する第四のテーブル１５の処理要求名２３に変更する
（Ｓ３３）。Here, the description returns to the flowchart of FIG. 9 again. If the result of the determination in S32 is that they match, it corresponds to the PC command (excluding the dummy command) of the third table 13 based on the communication data 21 of the third table 13 and the communication order 19 of the second table 11. Second table 1
The processing request analysis result column of the communication packet No. 1 is changed to the processing request name 23 of the fourth table 15 in which the PC command names 17 and the sorting order 20 and the communication order 19 match (S33).
【００４５】次に、一致した第三のテーブル１３のダミ
ーコマンドを基に、このダミーコマンドの一つ上の行の
ＰＣコマンドの通信データ２１に対応する第二のテーブ
ル１１の通信パケットの次の行の通信パケットに処理要
求解析結果欄を「不足」としたダミーコマンドを作成す
る（Ｓ３４）。Next, based on the matching dummy command of the third table 13, the next packet of the communication packet of the second table 11 corresponding to the communication data 21 of the PC command in the row immediately above this dummy command A dummy command whose processing request analysis result column is “insufficient” is created in the communication packet of the row (S34).
【００４６】次に、ＰＣコマンド名１７同士及び整列順
序２０と通信順序１９とが一致した第三のテーブル１３
のＰＣコマンドについて、第三のテーブル１３から削除
し（Ｓ３５）、終了要求があるか否かを判定し（Ｓ３
６）、あれば処理を終了し、なければ再度処理を開始す
る。この終了要求はユーザが直接入力したり、予め回数
を指定して、指定回数終了した時点で自動的に終了させ
るようにしてもよい。Next, the third table 13 in which the PC command names 17 and the sort order 20 and the communication order 19 match each other
The PC command No. is deleted from the third table 13 (S35), and it is determined whether or not there is an end request (S3).
6) If so, the process ends, and if not, the process starts again. The termination request may be directly input by the user, or the number of times may be designated in advance, and the termination request may be automatically terminated when the designated number of times is completed.
【００４７】一方、Ｓ３２の判定の結果一致しない場
合、第三のテーブル１３に保存されているＰＣコマンド
の個数が、第四のテーブル１５における各処理要求情報
タブ２２のＰＣコマンドの個数以上であるか否かを判定
する（Ｓ３７）。個数以上である場合、通信順序の一致
する処理要求が第四のテーブル１５の処理要求情報タブ
２３には存在しないため、第三のテーブル１３の先頭行
以降には処理要求が不明のＰＣコマンドまたは処理要求
毎の送受信するＰＣコマンドが途中から保存されている
可能性がある。ここで不要なＰＣコマンドが先頭行から
どこまで続き、どこから処理要求の先頭のＰＣコマンド
が開始しているか不明であるため、一行ずつＰＣコマン
ドを削除しながら、一致するか否かの判定を繰り返す必
要がある。そこでまず、第三のテーブル１３の先頭行に
おけるカウンタ３６と対応する第二のテーブル１１にお
ける通信順序１９の通信パケットの処理要求解析結果欄
２９を「不明」にし（Ｓ３８）、第三のテーブル１３の
先頭行におけるＰＣコマンドを削除し（Ｓ３９）、終了
要求があるか否かを判定し（Ｓ３６）、あれば処理を終
了し、なければ再度処理を開始する。On the other hand, if the results of the determination in S32 do not match, the number of PC commands stored in the third table 13 is greater than or equal to the number of PC commands in each processing request information tab 22 in the fourth table 15. It is determined whether or not (S37). If the number is greater than or equal to the number, the processing request having the same communication order does not exist in the processing request information tab 23 of the fourth table 15, so that the PC command or the processing request whose processing request is unknown after the first row of the third table 13 or There is a possibility that the PC command to be transmitted / received for each processing request is saved midway. Since it is unknown where the unnecessary PC command continues from the first line and where the first PC command of the processing request starts, it is necessary to delete the PC command line by line and repeatedly determine whether or not they match. There is. Therefore, first, the processing request analysis result column 29 of the communication packet of the communication sequence 19 in the second table 11 corresponding to the counter 36 in the first row of the third table 13 is set to "unknown" (S38), and the third table 13 The PC command in the first line of is deleted (S39), and it is determined whether or not there is an end request (S36). If there is, the process ends, and if not, the process starts again.
【００４８】Ｓ３７で個数が以上でない場合、通信順序
の一致する処理要求が第四のテーブル１５の処理要求情
報タブ２３にまだ存在する可能性があるため、何もせ
ず、次にステップＳ１０１０へ進む。次にステップＳ１
０１０おいて、、終了要求があるか否かを判定し（Ｓ３
６）、あれば処理を終了し、なければ再度処理を開始す
る。この終了要求はユーザが直接入力したり、予め回数
を指定して、指定回数終了した時点で自動的に終了させ
るようにしてもよい。If the number is not equal to or larger than the number in S37, there is a possibility that a processing request having the same communication order still exists in the processing request information tab 23 of the fourth table 15, so nothing is done and the process proceeds to step S1010. . Next step S1
At 010, it is determined whether there is an end request (S3
6) If so, the process ends, and if not, the process starts again. The termination request may be directly input by the user, or the number of times may be designated in advance, and the termination request may be automatically terminated when the designated number of times is completed.
【００４９】以上の手順により、第二のテーブル１１に
おける通信パケットの通信順序が異常箇所には処理要求
解析結果欄に「不明」と保存されるため、ユーザはモニ
タなどの表示手段に表示された第二のテーブル１１を見
て、ＰＣコマンドの通信パケットの異常や通信順序の異
常を容易に判断できる。According to the above procedure, the communication order of the communication packets in the second table 11 is stored as "unknown" in the processing request analysis result column at the abnormal portion, so that the user is displayed on the display means such as the monitor. By looking at the second table 11, it is possible to easily determine the abnormality of the communication packet of the PC command and the abnormality of the communication order.
【００５０】[0050]
【発明の効果】通信パケットを送信する制御手段と、制
御手段と通信回線を介して接続され、通信パケットに対
応して返信するコントローラと、通信パケットを取込
み、予め通信パケットの送信内容を保持したテーブル
と、通信パケットの内容とを比較し、一致する内容と一
致しない内容とをそれぞれ識別子を付加して記憶する通
信監視手段とを有するので、通信パケットのエラーを自
動で検出することができる。As described above, the control means for transmitting the communication packet, the controller connected to the control means through the communication line and returning in response to the communication packet, the communication packet are fetched, and the transmission contents of the communication packet are held in advance. Since the table and the communication monitoring means for comparing the contents of the communication packet and storing the matched contents and the unmatched contents with the respective identifiers added are stored, an error in the communication packet can be automatically detected.
【００５１】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が同一でなく連続する番号でもない場合、又は同一
であっても返信が必要でない場合、通信パケットに識別
子を付加して記憶する通信監視手段とを有するので、余
分な通信パケットの発生を自動で検出することが可能と
なる。A control means for transmitting a communication packet to which a serial number and information as to whether or not a reply is necessary are added, and a communication packet connected to the control means via a communication line and transmitted from the control means. The controller that returns the communication packet to which the same serial number is added, and the communication packet is captured, and the serial number is compared between the communication packet and the communication packet captured before it. If the number is not the same or if the reply is not necessary even if the numbers are the same, it has a communication monitoring means that adds an identifier to the communication packet and stores it, so it is possible to automatically detect the occurrence of an extra communication packet. Becomes
【００５２】シリアル番号と返信が必要であるか否かの
情報が付加されている通信パケットを送信する制御手段
と、制御手段と通信回線を介して接続され、制御手段か
ら送信された通信パケットと同一のシリアル番号を付加
されている通信パケットを返信するコントローラと、通
信パケットを取込み、通信パケットとその前に取込んだ
通信パケットとの間でシリアル番号を比較し、シリアル
番号が連続する番号であり、その前に取込んだ通信パケ
ットの返信が必要であれば、通信パケットとその前に取
込んだ通信パケットとの間で通信パケットが欠落してい
ると判断する通信監視手段とを有するので、通信パケッ
トの欠落を自動で検出することができる。Control means for transmitting a communication packet to which a serial number and information as to whether or not a reply is necessary are added, and a communication packet connected to the control means via a communication line and transmitted from the control means. The controller that sends back the communication packet to which the same serial number is added, and the communication packet is captured, and the serial number is compared between the communication packet and the communication packet captured before it. If there is a need to return the communication packet captured before that, it has a communication monitoring means for determining that the communication packet is missing between the communication packet and the communication packet captured before that. , It is possible to automatically detect a missing communication packet.
【図１】 この発明の実施の形態１における通信監視手
段のシステムと通信パケットの構成を示す概略図であ
る。FIG. 1 is a schematic diagram showing a system of communication monitoring means and a configuration of a communication packet according to a first embodiment of the present invention.
【図２】 この発明の実施の形態１における通信監視手
段の構成を示すブロック図である。FIG. 2 is a block diagram showing a configuration of communication monitoring means according to the first embodiment of the present invention.
【図３】 この発明の実施の形態１におけるＰＣコマン
ドのエラーを検出するフローチャートである。FIG. 3 is a flowchart for detecting a PC command error according to the first embodiment of the present invention.
【図４】 この発明の実施の形態１における第一のテー
ブルの構成図である。FIG. 4 is a configuration diagram of a first table according to the first embodiment of the present invention.
【図５】 この発明の実施の形態１における第二のテー
ブルの構成図である。FIG. 5 is a configuration diagram of a second table according to the first embodiment of the present invention.
【図６】 この発明の実施の形態２におけるＰＣコマン
ドのエラーを検出するフローチャートである。FIG. 6 is a flowchart for detecting a PC command error according to the second embodiment of the present invention.
【図７】 この発明の実施の形態２における第三のテー
ブルの構成図である。FIG. 7 is a configuration diagram of a third table according to the second embodiment of the present invention.
【図８】 この発明の実施の形態２における第二のテー
ブルの構成図である。FIG. 8 is a configuration diagram of a second table according to the second embodiment of the present invention.
【図９】 この発明の実施の形態３におけるＰＣコマン
ドのエラーを検出するフローチャートである。FIG. 9 is a flowchart for detecting a PC command error according to the third embodiment of the present invention.
【図１０】 この発明の実施の形態３における第四のテ
ーブルの構成図である。FIG. 10 is a configuration diagram of a fourth table according to the third embodiment of the present invention.
【図１１】 従来の通信監視手段のシステムと通信パケ
ットの構成を示す概略図である。FIG. 11 is a schematic diagram showing a system of a conventional communication monitoring means and a configuration of a communication packet.
１ ＰＣ、 ２ 制御手段、 ３ 通信回線、 ４ 通
信監視手段、 ５ ＰＣコマンド種別、 ６ 要求応答
種別、 ７ シリアル番号、 ８ 応答要不要フラグ、
９ 取込手段、 １０ 第一のテーブル、 １２ 第
一の対比手段、１３ 第三のテーブル、 １４ 第二の
対比手段、 １５ 第四のテーブル、１６ 第三の対比
手段、 １７ ＰＣコマンド名、 １８ ＰＣコマンド
パターン、 １９ 通信順序、 ２０ 整列順序、 ２
１ カウンタ、 ２２ 処理要求情報タブ、 ２３ 処
理要求名。1 PC, 2 control means, 3 communication line, 4 communication monitoring means, 5 PC command type, 6 request response type, 7 serial number, 8 response unnecessary flag,
9 Capture Means, 10 First Table, 12 First Comparison Means, 13 Third Table, 14 Second Comparison Means, 15 Fourth Table, 16 Third Comparison Means, 17 PC Command Name, 18 PC command pattern, 19 communication order, 20 sorting order, 2
1 counter, 22 processing request information tab, 23 processing request name.
Claims (3)
制御手段と通信回線を介して接続され、前記通信パケッ
トに対応して返信するコントローラと、前記通信パケッ
トを取込み、予め前記通信パケットの送信内容を保持し
たテーブルと、前記通信パケットの内容とを比較し、一
致する内容と一致しない内容とをそれぞれ識別子を付加
して記憶する通信監視手段とを有する通信監視システ
ム。1. A control means for transmitting a communication packet, a controller connected to the control means via a communication line for returning in response to the communication packet, the communication packet being fetched, and the communication packet being transmitted in advance. A communication monitoring system comprising: a table holding contents; and a communication monitoring unit that compares contents of the communication packet and stores matching contents and non-matching contents with respective identifiers added.
情報が付加されている通信パケットを送信する制御手段
と、前記制御手段と通信回線を介して接続され、前記制
御手段から送信された通信パケットと同一のシリアル番
号を付加されている通信パケットを返信するコントロー
ラと、通信パケットを取込み、前記通信パケットとその
前に取込んだ通信パケットとの間でシリアル番号を比較
し、前記シリアル番号が同一でなく連続する番号でもな
い場合、又は同一であっても返信が必要でない場合、前
記通信パケットに識別子を付加して記憶する通信監視手
段とを有する通信監視システム。2. A control means for transmitting a communication packet to which a serial number and information as to whether a reply is necessary or not, and a control means connected to the control means via a communication line and transmitted from the control means. The controller that sends back the communication packet to which the same serial number as the communication packet that was added is returned, and the communication packet is captured, and the serial number is compared between the communication packet and the communication packet captured before the communication packet, and the serial A communication monitoring system having communication monitoring means for adding an identifier to the communication packet and storing the communication packet when the numbers are not the same or consecutive numbers, or when the numbers are the same and no reply is required.
情報が付加されている通信パケットを送信する制御手段
と、前記制御手段と通信回線を介して接続され、前記制
御手段から送信された通信パケットと同一のシリアル番
号を付加されている通信パケットを返信するコントロー
ラと、通信パケットを取込み、前記通信パケットとその
前に取込んだ通信パケットとの間でシリアル番号を比較
し、前記シリアル番号が連続する番号であり、前記その
前に取込んだ通信パケットの返信が必要であれば、前記
通信パケットと前記その前に取込んだ通信パケットとの
間で通信パケットが欠落していると判断する通信監視手
段とを有する通信監視システム。3. A control means for transmitting a communication packet to which a serial number and information as to whether a reply is necessary or not are connected, and the control means is connected to the control means via a communication line and transmitted from the control means. The controller that sends back the communication packet to which the same serial number as the communication packet that was added is returned, and the communication packet is captured, and the serial number is compared between the communication packet and the communication packet captured before the communication packet, and the serial If the numbers are consecutive numbers and it is necessary to return the communication packet captured before the communication packet, the communication packet is missing between the communication packet and the communication packet captured before the communication packet. A communication monitoring system having a communication monitoring means for judging.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001202927A JP2003018240A (en) | 2001-07-04 | 2001-07-04 | Communication monitor system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001202927A JP2003018240A (en) | 2001-07-04 | 2001-07-04 | Communication monitor system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003018240A true JP2003018240A (en) | 2003-01-17 |
Family
ID=19039641
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001202927A Pending JP2003018240A (en) | 2001-07-04 | 2001-07-04 | Communication monitor system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003018240A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007523424A (en) * | 2004-02-19 | 2007-08-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | State memory management method and apparatus |
| JP2012063971A (en) * | 2010-09-16 | 2012-03-29 | Nec Corp | I/o bridge device, response notification method and program |
| US8818815B2 (en) | 2004-07-27 | 2014-08-26 | British Telecommunications | Method and system for packetised content streaming optimisation |
-
2001
- 2001-07-04 JP JP2001202927A patent/JP2003018240A/en active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007523424A (en) * | 2004-02-19 | 2007-08-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | State memory management method and apparatus |
| US9092319B2 (en) | 2004-02-19 | 2015-07-28 | Telefonaktiebolaget Lm Ericsson (Publ) | State memory management, wherein state memory is managed by dividing state memory into portions each portion assigned for storing state information associated with a specific message class |
| US8818815B2 (en) | 2004-07-27 | 2014-08-26 | British Telecommunications | Method and system for packetised content streaming optimisation |
| JP2012063971A (en) * | 2010-09-16 | 2012-03-29 | Nec Corp | I/o bridge device, response notification method and program |
| US8799548B2 (en) | 2010-09-16 | 2014-08-05 | Nec Corporation | I/O bridge device, response-reporting method, and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7734637B2 (en) | Method and system for automatic detection of monitoring data sources | |
| CN103095475B (en) | The method for inspecting and system of multimode communication device | |
| US8254388B2 (en) | Management device to investigate path states of network and network system | |
| WO2017081865A1 (en) | Log analysis system and method, and recording medium | |
| US8688659B2 (en) | Method for indexed-field based difference detection and correction | |
| US20220050765A1 (en) | Method for processing logs in a computer system for events identified as abnormal and revealing solutions, electronic device, and cloud server | |
| US20080155045A1 (en) | Group management system, server system and program therefor | |
| KR20180081123A (en) | Data processing method and apparatus | |
| US6966014B2 (en) | Method for system obstacle correspondence support | |
| JP2003018240A (en) | Communication monitor system | |
| CN115357513B (en) | Program ambiguity test method, device, equipment and storage medium | |
| JP4888425B2 (en) | Message monitoring system and message filter optimization support method | |
| JP3099770B2 (en) | Fault information management method in network monitoring system | |
| CN114064510A (en) | Function testing method and device, electronic equipment and storage medium | |
| US20100138181A1 (en) | Testing apparatus | |
| JP2009182934A (en) | Fault monitoring apparatus, fault monitoring method, and program therefor | |
| JP2003006063A (en) | Communication monitoring system and monitoring server | |
| CN110113202A (en) | A kind of IPsec diagnostic method, device and local device | |
| TWI749717B (en) | Exception log processing method, electronic device, terminal device, cloud server and system | |
| CN114374534B (en) | Test sample set updating method and device and electronic equipment | |
| JP2023105562A (en) | Monitoring apparatus, communication path failure monitoring method of monitoring apparatus, and program | |
| JP2751861B2 (en) | Network system fault detection processing circuit | |
| JP4763751B2 (en) | Communication device inspection method, communication device inspection device, program, and recording medium | |
| JPS63213039A (en) | Fault analysis system for diagnosing device | |
| JP2003248597A (en) | Regression test method and regression test device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20040702 |