JPH07271696A - Analytic display method for protocol data - Google Patents

Analytic display method for protocol data

Info

Publication number
JPH07271696A
JPH07271696A JP6060470A JP6047094A JPH07271696A JP H07271696 A JPH07271696 A JP H07271696A JP 6060470 A JP6060470 A JP 6060470A JP 6047094 A JP6047094 A JP 6047094A JP H07271696 A JPH07271696 A JP H07271696A
Authority
JP
Japan
Prior art keywords
protocol data
data
contents
value
tag
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
Application number
JP6060470A
Other languages
Japanese (ja)
Inventor
Touichirou Ichikawa
統一朗 市川
Yuichi Kodama
祐一 児玉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Software Engineering Co Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Software Engineering Co Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP6060470A priority Critical patent/JPH07271696A/en
Publication of JPH07271696A publication Critical patent/JPH07271696A/en
Pending legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

PURPOSE:To easily confirm and meaning of protocol data which are transmitted and received between computers by analyzing the contents of respective parameter elements of the protocol data according to the description method of a specific encoding rule. CONSTITUTION:Plural opposite party processing systems 309 are connected to an information processing system 300 through a communication line 308, and the system 300 sends and received data to and from those opposite party processing systems 309. After the structure of the protocol data are analyzed according to the specific encoding rule, the contents of a 'tag' and a 'value' as parameter elements of the analyzed protocol data are compared with the contents of the 'tag' and 'value' of a table wherein the structure, contents, and meaning of the protocol data are previously defined, and when the contents are the same, the meanings of the 'tag' and 'value' are displayed together with the analytic result. Thus, the analytic result and the meanings of the data contents are displayed, so the meanings of the data contents and data structure of even nesting structure can visually and easily be confirmed.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、プロトコルデータの解
析表示方法に関し、特にプロトコルデータのパラメタ要
素の内容を認識し易い形式で表示する解析表示方法に関
する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an analysis and display method for protocol data, and more particularly to an analysis and display method for displaying the contents of parameter elements of protocol data in a format that is easy to recognize.

【0002】[0002]

【従来の技術】従来、プロトコルデータの表示方法とし
ては、コンピュータネットワークにおいて異機種間での
通信を可能とするためにISO(国際標準化機構)が提
唱した国際標準ネットワークアーキテクチャであるOS
I(開放型システム間相互接続)における方法がある。
2. Description of the Related Art Conventionally, as a method of displaying protocol data, an OS, which is an international standard network architecture proposed by ISO (International Organization for Standardization) to enable communication between different models in a computer network
There is a method in I (Open Systems Interconnection).

【0003】OSIでは、計算機間あるいは計算機と端
末装置間でデータ通信を行うときに送受信するデータを
プロトコルデータと呼び、このプロトコルデータの符号
化規則の1つにASN.1(抽象構文記述法)がある。
In OSI, data transmitted and received when data communication is performed between computers or between a computer and a terminal device is called protocol data, and one of the coding rules for this protocol data is ASN. There is 1 (abstract syntax description method).

【0004】プロトコルデータは、相手計算機あるいは
端末装置間で送受信するときは“0”と“1”のビット
列である。よって、ASN.1で記述されたデータをプ
ロトコルデータに変換する必要があり、そのためにAS
N.1の基本符号化規則が適用される。
The protocol data is a bit string of "0" and "1" when transmitting and receiving between partner computers or terminal devices. Therefore, ASN. It is necessary to convert the data described in No. 1 into protocol data, and therefore AS
N. The basic coding rule of 1 applies.

【0005】また、OSI環境下での情報処理システム
において、データ内容を確認するために情報処理の実行
中に送受信したプロトコルデータを表示することが必要
となる。しかし、プロトコルデータをそのままの形式で
出力すると16進数値の羅列表示となり、プロトコルデ
ータが持つ内容は非常に理解しにくいものとなってい
る。
Further, in an information processing system under the OSI environment, it is necessary to display protocol data transmitted / received during execution of information processing in order to confirm data contents. However, when the protocol data is output as it is, the hexadecimal values are displayed in a list, and the contents of the protocol data are very difficult to understand.

【0006】ここで、図7にプロトコルデータの構造を
示す。
FIG. 7 shows the structure of protocol data.

【0007】プロトコルデータ1は1つ以上のパラメタ
で構成されている。さらに、各パラメタは、「タグ」1
3、「長さ」14、「値」15の3つのパラメタ要素か
ら構成されている。
The protocol data 1 is composed of one or more parameters. Furthermore, each parameter is a "tag" 1
3, "length" 14, "value" 15 is composed of three parameter elements.

【0008】「タグ」13はパラメタを識別するための
情報であり、「長さ」14は「値」15の長さを示し、
「値」15はパラメタの内容そのものである。
The "tag" 13 is information for identifying the parameter, the "length" 14 indicates the length of the "value" 15, and
The "value" 15 is the content of the parameter itself.

【0009】このパラメタには2つの型があり、「値」
15にパラメタの内容が直接入っているものを「プリミ
ティブ型パラメタ」11といい、「値」15に更にパラ
メタが入れ子構造になっているものを「コンストラクタ
型パラメタ」12という。
There are two types of this parameter, "value"
The one in which the content of the parameter directly enters 15 is called a "primitive type parameter" 11, and the one in which the parameter is further nested in the "value" 15 is called a "constructor type parameter" 12.

【0010】次に、図8にASN.1で記述されたOS
I TPプロトコルの抽象構文80及びその基本符号化
規則で変換された転送構文81の例を示す。
Next, the ASN. OS described in 1.
An example of the abstract syntax 80 of the ITP protocol and a transfer syntax 81 converted by the basic coding rule thereof is shown.

【0011】転送構文81は、「タグ」、「長さ」、
「値」の3項目の並びで構成され、コンストラクタ型な
らば、この値はさらに上記3項目の並びに従い、1つ以
上の入れ子構造の形で構成される。
The transfer syntax 81 includes "tag", "length",
If it is a constructor type, it is composed of a sequence of three items of "value", and this value is further constructed in the form of one or more nested structures according to the sequence of the above three items.

【0012】また、送受信されるプロトコルデータは
“0”と“1”のビット列で、転送構文81の集まりで
ある。このプロトコルデータの内容を知るには、抽象構
文80を基本符号化規則に対応して変換し、変換した
「タグ」と「値」をパラメタごとに比較参照して判断す
る必要がある。
The protocol data to be transmitted and received is a bit string of "0" and "1", which is a collection of transfer syntaxes 81. In order to know the contents of this protocol data, it is necessary to convert the abstract syntax 80 according to the basic encoding rule, and compare and judge the converted "tag" and "value" for each parameter.

【0013】従来、このようなプロトコルデータの構造
解析方法としては、特開平2−79146号公報に記載
のように、プロトコルデータのパラメタのネスト構造を
解析して、各パラメタの上位パラメタ、下位パラメタ、
同位パラメタを特定する。そして、木構造で表現して受
信データ木構造テーブルに格納し、プリミティブ型パラ
メタの「値」を受信プリミティブプールに格納する。更
に、受信プリミティブ索引テーブルに各パラメタの「タ
グ」、「長さ」、「値」が格納されている受信プリミテ
ィブプールのアドレス(コンストラクタ型パラメタの場
合はnull値)を格納し、これら2つのテーブルによ
ってデータ構造の解析とデータ内容の解析とを別々に行
う方法がある。
Conventionally, as a method of analyzing the structure of such protocol data, as described in Japanese Patent Laid-Open No. 2-79146, the nest structure of the parameters of the protocol data is analyzed and the upper and lower parameters of each parameter are analyzed. ,
Identify peer parameters. Then, it is expressed in a tree structure and stored in the reception data tree structure table, and the “value” of the primitive type parameter is stored in the reception primitive pool. Furthermore, the address (the null value in the case of a constructor type parameter) of the receive primitive pool in which the "tag", "length", and "value" of each parameter are stored in the receive primitive index table is stored. There is a method for separately analyzing the data structure and the data content.

【0014】[0014]

【発明が解決しようとする課題】しかし、上記従来技術
にあっては、プロトコルデータをそのままの形式で出力
すると、特に、プロトコルデータが入れ子構造になって
いる場合などは内容が複雑になり、16進数値で表され
るプロトコルデータでは、その内容を理解できないとい
う問題があった。
However, in the above-mentioned prior art, if the protocol data is output as it is, the content becomes complicated especially when the protocol data has a nested structure. There is a problem that the contents cannot be understood with protocol data represented by a decimal value.

【0015】また、システム設計者が情報処理システム
を開発するとき、あるいは情報処理システムの保守など
のために、このプロトコルデータの解析及びプロトコル
データの種類が期待する種類のものか、あるいはデータ
の内容が正しいかを検証する必要が発生したとき、従来
はこのプロトコルデータの解析及びプロトコルデータの
内容の比較判断を人手によって行っていたために、かな
りの作業工数を必要とするという問題があった。
Further, when the system designer develops the information processing system or for maintenance of the information processing system, the analysis of the protocol data and the kind of the protocol data are the expected kinds, or the contents of the data. When it is necessary to verify whether or not is correct, conventionally, since the analysis of the protocol data and the comparison and judgment of the contents of the protocol data are manually performed, there has been a problem that a considerable work man-hour is required.

【0016】更に、特開平2−79146号公報に記載
のような方法では、構造と内容を別のテーブルに格納し
て解析するので処理が複雑になり、また、プロトコルデ
ータを構成するパラメタの内容の意味を表示していない
ので、意味については開発担当者あるいは保守担当者自
身で解読しなければならないという問題があった。
Further, in the method described in Japanese Patent Laid-Open No. 2-79146, the structure and the contents are stored in another table and analyzed, so that the processing becomes complicated, and the contents of the parameters forming the protocol data are complicated. Since the meaning of is not displayed, there was a problem that the person in charge of development or the person in charge of maintenance had to decode the meaning.

【0017】本発明の目的は、計算機間あるいは計算機
と端末装置間で送受信するプロトコルデータの意味を容
易に確認できるようにするプロトコルデータの解析表示
方法を提供することにある。
An object of the present invention is to provide a method of analyzing and displaying protocol data which makes it possible to easily confirm the meaning of protocol data transmitted and received between computers or between a computer and a terminal device.

【0018】[0018]

【課題を解決するための手段】本発明は、上述の目的を
達成するために、計算機間あるいは計算機と端末装置間
でデータ通信を行うときに送受され、「タグ」、「長
さ」、「値」のパラメタ要素からなるプロトコルデータ
の解析表示方法において、プロトコルデータの構造を所
定の符号化規則に従って解析した後、解析したプロトコ
ルデータのパラメタ要素である「タグ」及び「値」の内
容と、予め前記プロトコルデータの構造や内容および意
味を定義したテーブルの「タグ」及び「値」の内容とを
比較し、内容が同一であれば、解析結果と共に前記「タ
グ」及び「値」の内容の意味を表示するようにしたもの
である。
In order to achieve the above-mentioned object, the present invention is transmitted / received when data communication is performed between computers or between a computer and a terminal device, and "tag", "length", " In the method of analyzing and displaying protocol data consisting of parameter elements of "value", after analyzing the structure of the protocol data according to a predetermined encoding rule, the contents of "tag" and "value" which are the parameter elements of the analyzed protocol data, Compare the contents of the "tag" and "value" in the table that defines the structure, contents and meaning of the protocol data in advance, and if the contents are the same, analyze the contents of the "tag" and "value" together with the analysis result. The meaning is displayed.

【0019】ここで、解析とは、所定の符号化規則の記
述法に従い、データ(16進数値の羅列データ)の種類
により、決められた形式に沿って「タグ」、「長さ」、
「値」のパラメタ要素の順でデータ構造を明らかにする
処理をいう。
Here, the term “analysis” means “tag”, “length”, in accordance with a predetermined format according to the type of data (hexadecimal value enumerated data) according to the description method of a predetermined encoding rule.
This is the process of clarifying the data structure in the order of "value" parameter elements.

【0020】[0020]

【作用】本発明によれば、プロトコルデータの各パラメ
タ要素の内容を所定の符号化規則の記述法に従って解析
することにより、データ構造を明らかにすることができ
る。
According to the present invention, the data structure can be clarified by analyzing the content of each parameter element of the protocol data according to the description method of a predetermined encoding rule.

【0021】また、解析したプロトコルデータの内容と
テーブルに予め定義されたデータの内容とを比較するこ
とにより、プロトコルデータの種類が期待する種類のも
のか、あるいはデータの内容が正しいかを検証すること
ができる。
Further, by comparing the content of the analyzed protocol data with the content of the data defined in advance in the table, it is verified whether the type of the protocol data is the expected type or the content of the data is correct. be able to.

【0022】更に、比較内容が同一の時、解析結果の意
味をディスプレイ等に表示することにより、システム設
計者はデータ内容の意味を目視により容易に確認するこ
とができる。
Further, when the comparison contents are the same, the meaning of the analysis result is displayed on the display or the like, so that the system designer can easily visually confirm the meaning of the data contents.

【0023】[0023]

【実施例】以下、本発明の実施例を図を用いて説明す
る。
Embodiments of the present invention will be described below with reference to the drawings.

【0024】図1は本発明の一実施例を示す情報処理シ
ステムのシステム構成図である。
FIG. 1 is a system configuration diagram of an information processing system showing an embodiment of the present invention.

【0025】図1において、情報処理システム300に
は通信回線308を介して複数の相手処理システム30
9が接続され、これらの相手処理システム309との間
で図7で示したようなプロトコルデータを送受するよう
になっている。
In FIG. 1, the information processing system 300 includes a plurality of partner processing systems 30 via a communication line 308.
9 is connected, and protocol data as shown in FIG. 7 is transmitted / received to / from these partner processing systems 309.

【0026】情報処理システム300には、表示装置3
10やプリンタ312が接続されている。
The information processing system 300 includes a display device 3
10 and the printer 312 are connected.

【0027】情報処理システム300は、大別して、プ
ロトコルデータ解析表示部301と通信制御部311と
から成る。
The information processing system 300 is roughly composed of a protocol data analysis display section 301 and a communication control section 311.

【0028】プロトコルデータ表示解析部301は、プ
ロトコルデータの各パラメタ要素の解析及び表示制御を
行うもので、解析処理部302、編集結果表示処理部3
03、比較編集処理部304、出力データバッファ30
5、送受信データバッファ306、比較参照データ格納
テーブル307から構成されている。
The protocol data display analysis unit 301 analyzes and controls each parameter element of protocol data, and includes an analysis processing unit 302 and an editing result display processing unit 3.
03, comparison editing processing unit 304, output data buffer 30
5, a transmission / reception data buffer 306, and a comparison / reference data storage table 307.

【0029】このうち、解析処理部302は、例えばプ
ロトコルデータの各パラメタ要素の内容がどのような意
味であるかを解析するものである。編集結果表示処理部
303は、比較編集処理部304によって抽出された項
目を表示装置310に表示するものである。比較編集処
理部304は、例えば解析処理部302によって解析し
たプロトコルデータのうち、「タグ」及び「値」のパラ
メタ要素の内容と比較参照データ格納テーブル307の
「タグ」及び「値」の内容を比較し、同一であれば解析
結果と共に「タグ」及び「値」のデータ内容の意味を抽
出するものである。
Of these, the analysis processing unit 302 analyzes what the contents of each parameter element of the protocol data mean, for example. The editing result display processing unit 303 displays the items extracted by the comparison editing processing unit 304 on the display device 310. The comparison / edit processing unit 304 displays the contents of the parameter elements “tag” and “value” and the contents of “tag” and “value” in the comparison reference data storage table 307 in the protocol data analyzed by the analysis processing unit 302, for example. If they are the same, the meanings of the data contents of "tag" and "value" are extracted together with the analysis result.

【0030】更に、出力データバッファ305は、比較
編集処理部304によって抽出した「出力内容」44を
蓄積するものである。送受信データバッファ306は、
相手処理システム309に送信するプロトコルデータ及
び相手処理システム309から受信したプロトコルデー
タを蓄積するものである。通信制御部311は相手処理
システム309とのプロトコルデータの送受信を制御す
るものである。
Further, the output data buffer 305 is for accumulating the "output contents" 44 extracted by the comparison / edit processing unit 304. The transmission / reception data buffer 306 is
The protocol data transmitted to the partner processing system 309 and the protocol data received from the partner processing system 309 are accumulated. The communication control unit 311 controls transmission / reception of protocol data with the partner processing system 309.

【0031】図2は比較参照データ格納テーブル307
に予め定義した比較参照データを示す図である。比較参
照データは、「タグ」41、「値」42、「ネスト数」
43、「タグ」内容と「値」内容の意味を示す「出力内
容」44を1フィールドとする配列からなっている。
FIG. 2 shows a comparison reference data storage table 307.
It is a figure which shows the comparative reference data defined in advance. The comparison reference data is “tag” 41, “value” 42, “nesting number”
43, an array having one field of "output content" 44 indicating the meaning of "tag" content and "value" content.

【0032】「タグ」41は、ASN.1の基本符号化
規則により変換される16進のパラメタの識別子を示
す。
The "tag" 41 is the ASN. The hexadecimal parameter identifier converted by the basic encoding rule of 1 is shown.

【0033】「値」42は、ASN.1の基本符号化規
則により変換されるパラメタの内容値を示す。「値」4
2が固定値である場合は、16進数値を記述する。任意
の値をとる場合には、文字列のときに”CHAR”を、
16進数値のときに”HEX”を、コンストラクタ型の
タグのときに”NOT”の予約語を記述する。
The "value" 42 is the ASN. The content value of the parameter converted by the basic encoding rule of 1 is shown. "Value" 4
When 2 is a fixed value, describe a hexadecimal value. When it takes an arbitrary value, "CHAR" is used for a character string,
A reserved word of "HEX" is described for a hexadecimal value, and a "NOT" reserved word for a constructor type tag.

【0034】「ネスト数」43は、タグが何階層にある
かを示し、プロトコルデータ中のネストと比較するため
に使用する。このネスト数により範囲外のタグからの比
較を制限する。
The "nest number" 43 indicates how many layers the tag is, and is used for comparison with the nest in the protocol data. This nesting number limits comparison from tags outside the range.

【0035】「出力内容」44は、「タグ」41及び
「値」42が示す内容の意味を記述し、図7に示したプ
ロトコルデータの「タグ」13及び「値」15と比較参
照データの「タグ」41及び「値」42が同一のとき
に、表示装置310に表示するものである。
The "output content" 44 describes the meaning of the content indicated by the "tag" 41 and the "value" 42, and the "tag" 13 and "value" 15 of the protocol data shown in FIG. 7 and the comparison reference data. When the “tag” 41 and the “value” 42 are the same, they are displayed on the display device 310.

【0036】次に、本実施例のプロトコルデータの解析
結果及びデータ内容の意味を表示する処理について図3
及び図4のフローチャートを用いて説明する。
Next, the processing of displaying the analysis result of the protocol data and the meaning of the data content of this embodiment will be described with reference to FIG.
4 and the flowchart of FIG.

【0037】通信制御部311の制御により、相手処理
システム309から受信したプロトコルデータが送受信
データバッファ306に蓄積されると、編集結果表示処
理部303は、プロトコルデータのパラメタ要素である
「タグ」、「長さ」、「値」の内容及びその内容の意味
を示す「タグ内容」、「値内容」を表示するロケーショ
ンを出力データバッファ305内に位置付ける(ステッ
プ501)。
When the protocol data received from the partner processing system 309 is accumulated in the transmission / reception data buffer 306 under the control of the communication control unit 311, the editing result display processing unit 303 causes the edit result display processing unit 303 to execute a "tag", which is a parameter element of the protocol data, A location for displaying the contents of "length", "value" and "tag contents" showing the meaning of the contents and "value contents" is positioned in the output data buffer 305 (step 501).

【0038】比較編集処理部304は、入れ子の深さを
示す「ネスト」変数に「初期値0」を設定し、また比較
参照データ格納テーブル307の何番目のフィールドで
あるかを示すための「フィールド」変数に「初期値1」
を設定する(ステップ502)。
The comparison / editing processing unit 304 sets "initial value 0" in the "nesting" variable indicating the nesting depth, and also indicates the number of the field in the comparison / reference data storage table 307. "Initial value 1" for the field variable
Is set (step 502).

【0039】解析処理部302は、入力ポインタを送受
信データバッファ306にあるプロトコルデータの先頭
に位置付ける(ステップ503)。
The analysis processing unit 302 positions the input pointer at the head of the protocol data in the transmission / reception data buffer 306 (step 503).

【0040】次に改行(ステップ504)し、「ネス
ト」変数を「1」加算し、「フィールド」変数が示す内
容を「親フィールド」変数に格納する(ステップ50
5)。
Next, a line feed is performed (step 504), the "nesting" variable is incremented by "1", and the content indicated by the "field" variable is stored in the "parent field" variable (step 50).
5).

【0041】次にパラメタの型を判定し、これを「パラ
メタ型」変数として記憶しておく(ステップ506)。
判定の方法は、送受信データバッファ306に蓄積され
たプロトコルデータのパラメタ要素である「タグ」の先
頭バイトの第3ビットをチェックすることにより行う。
ASN.1記法に従い前記ビットが“0”ならばプリミ
ティブ、“1”ならばコンストラクタである。
Next, the type of the parameter is determined and stored as a "parameter type" variable (step 506).
The determination method is performed by checking the third bit of the first byte of the “tag” which is the parameter element of the protocol data accumulated in the transmission / reception data buffer 306.
ASN. According to the notation 1, if the bit is "0", it is a primitive, and if it is "1", it is a constructor.

【0042】送受信データバッファ306の入力ポイン
タが現在示しているのが「タグ」の先頭バイトなのでこ
の1バイトを読み込み、前記のような判定を行う。
Since the input pointer of the transmission / reception data buffer 306 is currently indicating the first byte of the "tag", this 1 byte is read and the above determination is performed.

【0043】次に、送受信データバッファ306に蓄積
されたプロトコルデータの「タグ」を取り出し、「タ
グ」の値を出力データバッファ305のタグ出力位置に
設定する(ステップ507)。
Next, the "tag" of the protocol data accumulated in the transmission / reception data buffer 306 is taken out and the value of the "tag" is set to the tag output position of the output data buffer 305 (step 507).

【0044】比較編集処理部304は、以前求めた「タ
グ」のネストと「フィールド」が示すネスト数が同位で
あるかを判定し(ステップ508)、ネスト数が同位で
ないときには、「フィールド」変数に「1」加算する
(ステップ509)。ネスト数が同位であるときには、
前記で求めた「タグ」を参照データ格納テーブル307
の「フィールド」が示す「タグ」と同一でないか比較判
定を行う(ステップ510)。
The comparison / editing processing unit 304 determines whether the nest of the previously obtained "tag" and the nest number indicated by the "field" are the same (step 508), and when the nest numbers are not the same, the "field" variable is set. Is incremented by "1" (step 509). When the nest numbers are the same,
The “tag” obtained above is used as the reference data storage table 307.
It is judged whether or not it is the same as the "tag" indicated by the "field" (step 510).

【0045】「タグ」が同一でないときには、「フィー
ルド」変数に「1」に加算する(ステップ511)。該
当する「タグ」が発見された場合、参照データ格納テー
ブル307の「フィールド」が示す「出力内容」44を
出力データバッファ305のタグ内容出力位置に設定す
る(ステップ512)。
When the "tags" are not the same, "1" is added to the "field" variable (step 511). When the corresponding "tag" is found, the "output content" 44 indicated by the "field" of the reference data storage table 307 is set to the tag content output position of the output data buffer 305 (step 512).

【0046】次に解析処理部302により「長さ」を計
算する。
Next, the analysis processing unit 302 calculates the "length".

【0047】解析処理部302は、送受信データバッフ
ァ306のプロトコルデータの先頭に現在位置付けられ
ている入力ポインタを「1」加算し、そのプロトコルデ
ータのパラメタ要素である「長さ」の先頭バイトを読み
込み、「長さ」の形式を判定する。
The analysis processing unit 302 adds "1" to the input pointer currently positioned at the beginning of the protocol data of the transmission / reception data buffer 306, and reads the first byte of "length" which is the parameter element of the protocol data. , "Length" format is determined.

【0048】「長さ」の先頭バイトの先頭ビットが
“0”ならば短形式であり、“1”ならば長形式であ
る。短形式ならば、下位7ビットの数値が「長さ」であ
る。長形式ならば、「長さ」の先頭バイトの下位7ビッ
トの数値が「長さ」を示す後続バイト数であるので、入
力ポインタを1ずつ加算して次バイトから後続バイト数
分のプロトコルデータを送受信データバッファ306か
ら読み込み、「長さ」を計算する(ステップ513)。
次に、その計算した「長さ」を出力データバッファ30
5の長さ出力位置に設定する(ステップ514)。
If the first bit of the first byte of "length" is "0", it is in short format, and if it is "1", it is in long format. In the short format, the numerical value of the lower 7 bits is “length”. In the long format, the lower 7 bits of the first byte of "length" is the number of subsequent bytes that indicate "length", so the input pointer is incremented by 1 and the protocol data for the number of subsequent bytes from the next byte is added. Is read from the transmission / reception data buffer 306 and the “length” is calculated (step 513).
Next, the calculated “length” is output to the output data buffer 30.
The output position is set to 5 (step 514).

【0049】更に、送受信データバッファ306の入力
ポインタを「1」加算して送受信データバッファ306
に蓄積されたプロトコルデータのパラメタ要素である
「値」の先頭バイトを示すようにし、ステップ506で
記憶しておいたパラメタ型がプリミティブならば(ステ
ップ515)、ステップ514で求めた「長さ」のプロ
トコルデータを送受信データバッファ306から読み込
み(ステップ519)、さらに比較参照データ格納テー
ブル307の「フィールド」の値が予約語(CHAR,
HEX)であったならば(ステップ520)、編集結果
表示処理部303によって、「値」の中身をそのまま文
字列又は16進数値で出力するために出力データバッフ
ァ305の値内容出力位置に設定する(ステップ52
1)。
Furthermore, the input pointer of the transmission / reception data buffer 306 is incremented by "1" and the transmission / reception data buffer 306 is added.
If the parameter type stored in step 506 is a primitive (step 515), the “length” obtained in step 514 is set so that the first byte of the “value” that is the parameter element of the protocol data stored in step 506 is indicated. Is read from the transmission / reception data buffer 306 (step 519), and the value of the “field” of the comparison reference data storage table 307 is the reserved word (CHAR,
If it is HEX (step 520), the edit result display processing unit 303 sets the content of the "value" to the value content output position of the output data buffer 305 in order to output it as a character string or hexadecimal value. (Step 52
1).

【0050】また、予約語以外であったならば、「フィ
ールド」変数に「1」加算し(ステップ522)、比較
編集処理部304で取り出した「値」が示す数値と「フ
ィールド」変数が示す数値との比較を行い(ステップ5
23)、同一の数値が決定するまで繰り返し、同一の数
値であった場合には、「フィールド」変数が示す「出力
内容」を出力データバッファ305の値内容出力位置に
設定する(ステップ524)。
If the word is not a reserved word, "1" is added to the "field" variable (step 522), and the numerical value indicated by the "value" fetched by the comparison and edit processing unit 304 and the "field" variable are indicated. Compare with the numerical value (Step 5
23) Repeat until the same numerical value is determined, and if the numerical values are the same, set the "output content" indicated by the "field" variable to the value content output position of the output data buffer 305 (step 524).

【0051】その後、編集結果表示処理部303は、
「タグ」、「長さ」、「値」、「タグ内容」、「値内
容」を設定した出力データバッファ305の中身を表示
装置310に表示する(ステップ525)。
After that, the editing result display processing unit 303
The contents of the output data buffer 305 in which "tag", "length", "value", "tag content", and "value content" are set are displayed on the display device 310 (step 525).

【0052】解析処理部302は、ステップ515のパ
ラメタがコンストラクタならばステップ514で求めた
「長さ」分の処理が終了するまで(ステップ518)、
編集結果表示処理部303によって「タグ」、「長
さ」、「タグ内容」を設定した出力データバッファ30
5の中身を表示装置310に表示させ(ステップ51
6)、図中Aの部分を再帰呼出しする(ステップ51
7)。
If the parameter of step 515 is the constructor, the analysis processing unit 302 continues until the processing for the "length" obtained in step 514 is completed (step 518).
Output data buffer 30 in which “tag”, “length”, and “tag content” are set by the edit result display processing unit 303
5 is displayed on the display device 310 (step 51
6), the portion A in the figure is recursively called (step 51).
7).

【0053】「長さ」分の処理が終了したならば、解析
処理部302は、「ネスト」変数を「1」減算し、「親
フィールド」変数の内容を「フィールド」変数に戻す
(ステップ526)。
When the processing for "length" is completed, the analysis processing unit 302 subtracts "1" from the "nesting" variable and returns the contents of the "parent field" variable to the "field" variable (step 526). ).

【0054】プロトコルデータは、先頭パラメタが後続
パラメタを全て下位に従えているので、先頭パラメタの
「長さ」分の処理が終了したときにプロトコルデータ1
単位分の解析処理が終了したことになる。
Since the first parameter of the protocol data follows all the subsequent parameters in the lower order, when the processing for the “length” of the first parameter is completed, the protocol data 1
This means that the analysis processing for the unit has been completed.

【0055】図5は、プロトコルデータ1aの原データ
出力例を示す図である。これは送受信データバッファ3
06のプロトコルデータをそのまま出力した例である。
これを見ると、16進数値の羅列であるので、相手処理
システム309と送受信したプロトコルデータの内容が
把握できない。
FIG. 5 is a diagram showing an example of original data output of the protocol data 1a. This is the send / receive data buffer 3
In this example, the 06 protocol data is output as it is.
From this, since it is a list of hexadecimal values, the contents of the protocol data transmitted / received to / from the partner processing system 309 cannot be grasped.

【0056】図6は、図5のプロトコルデータ1aを上
記のようにして解析した結果を表示装置310またはプ
リンタ312で表示出力または印字出力させた時の出力
例1bを示す図である。ここでは、各行がパラメタに対
応し、また各行の先頭に出力されている2桁の数字が
「タグ」であり、次の2桁の数字が「長さ」であり、そ
の次に出力されている数字が「値」である。その後に
「タグ」が示す内容の意味が出力され、最後に「値」が
示す内容の意味または任意の値が出力されている。
FIG. 6 is a diagram showing an output example 1b when the protocol data 1a shown in FIG. 5 is analyzed and output as described above on the display device 310 or the printer 312 for display output or print output. Here, each line corresponds to a parameter, and the two-digit number output at the beginning of each line is the "tag", the next two-digit number is the "length", and the next is output. The number is the "value". After that, the meaning of the content indicated by the "tag" is output, and finally the meaning of the content indicated by the "value" or an arbitrary value is output.

【0057】なお、「値」はプリミティブ型パラメタの
みに存在するので、「値」が無い行もある。
Since the "value" exists only in the primitive type parameter, there is a line without the "value".

【0058】このような処理を行うことによって「タ
グ」ごとに「タグ」及び「値」が示す内容の意味が明確
になり、送受信したプロトコルデータの内容の意味が容
易に確認できる。
By performing such processing, the meaning of the contents indicated by the "tag" and the "value" becomes clear for each "tag", and the meaning of the contents of the transmitted and received protocol data can be easily confirmed.

【0059】[0059]

【発明の効果】以上説明したように、本発明のデータの
表示方法によれば、プロトコルデータの解析結果及びデ
ータ内容の意味を表示することにより、入れ子構造であ
ってもデータ内容の意味およびデータ構造を目視により
容易に確認することができる。
As described above, according to the data display method of the present invention, by displaying the analysis result of the protocol data and the meaning of the data content, the meaning of the data content and the data are displayed even in the nested structure. The structure can be easily confirmed visually.

【0060】また、プロトコルデータの種類が期待する
種類のものか、あるいはデータの内容が正しいかを容易
に検証することができ、プロトコルデータを取扱うシス
テムの開発や保守作業時に作業を効率良く進めることが
できる。
Further, it is possible to easily verify whether the type of protocol data is the expected type or the content of the data is correct, so that the work can be carried out efficiently during the development and maintenance work of the system handling the protocol data. You can

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例を示す情報処理システムのシ
ステム構成図である。
FIG. 1 is a system configuration diagram of an information processing system showing an embodiment of the present invention.

【図2】比較参照データ格納テーブルの比較参照データ
の例を示す図である。
FIG. 2 is a diagram showing an example of comparison reference data in a comparison reference data storage table.

【図3】プロトコルデータの解析結果及びデータ内容の
意味を表示する処理を示すフローチャートである。
FIG. 3 is a flowchart showing a process of displaying the analysis result of protocol data and the meaning of data content.

【図4】図3の続きを示すフローチャートである。FIG. 4 is a flowchart showing a continuation of FIG.

【図5】プロトコルデータの原データ出力例を示す図で
ある。
FIG. 5 is a diagram showing an example of original data output of protocol data.

【図6】本発明を実施した時の出力例を示す図であるFIG. 6 is a diagram showing an output example when the present invention is implemented.

【図7】プロトコルデータの構造を示す図である。FIG. 7 is a diagram showing a structure of protocol data.

【図8】OSI TPでの抽象構文と転送構文の例を示
す図である。
FIG. 8 is a diagram showing an example of an abstract syntax and a transfer syntax in OSI TP.

【符号の説明】[Explanation of symbols]

1…プロトコルデータ、11…プリミティブ型パラメ
タ、12…コンストラクタ型パラメタ、13,41…タ
グ、14…長さ、15,42…値、43…ネスト数、4
4…出力内容、300…情報処理システム、301…プ
ロトコルデータ解析表示部、302…解析処理部、30
3…編集結果表示処理部、304…比較編集処理部、3
05…出力データバッファ、306…送受信データバッ
ファ、307…比較参照データ格納テーブル、308…
通信回線、309…相手処理システム、310…表示装
置、311…通信制御部、312…プリンタ。
1 ... Protocol data, 11 ... Primitive type parameter, 12 ... Constructor type parameter, 13, 41 ... Tag, 14 ... Length, 15, 42 ... Value, 43 ... Nest number, 4
4 ... Output content, 300 ... Information processing system, 301 ... Protocol data analysis display unit, 302 ... Analysis processing unit, 30
3 ... Editing result display processing unit, 304 ... Comparison editing processing unit, 3
05 ... Output data buffer, 306 ... Transmission / reception data buffer, 307 ... Comparison reference data storage table, 308 ...
Communication line 309 ... Partner processing system 310 ... Display device 311 ... Communication control unit 312 ... Printer.

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】 計算機間あるいは計算機と端末装置間で
データ通信を行うときに送受され、「タグ」、「長
さ」、「値」のパラメタ要素からなるプロトコルデータ
の解析表示方法において、 前記プロトコルデータの構造を所定の符号化規則に従っ
て解析した後、解析したプロトコルデータのパラメタ要
素である「タグ」及び「値」の内容と、予め前記プロト
コルデータの構造や内容および意味を定義したテーブル
の「タグ」及び「値」の内容とを比較し、内容が同一で
あれば、解析結果と共に前記「タグ」及び「値」の内容
の意味を表示することを特徴とするプロトコルデータの
解析表示方法。
1. A method for analyzing and displaying protocol data, which is transmitted and received when data is communicated between computers or between a computer and a terminal device, and which comprises parameter elements of "tag", "length" and "value", After analyzing the structure of the data according to a predetermined encoding rule, the contents of the "tag" and "value" which are the parameter elements of the analyzed protocol data, and the "of the table" in which the structure, contents and meaning of the protocol data are defined in advance. A method for analyzing and displaying protocol data, characterized in that the contents of "tag" and "value" are compared, and if the contents are the same, the meaning of the contents of "tag" and "value" is displayed together with the analysis result.
JP6060470A 1994-03-30 1994-03-30 Analytic display method for protocol data Pending JPH07271696A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP6060470A JPH07271696A (en) 1994-03-30 1994-03-30 Analytic display method for protocol data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6060470A JPH07271696A (en) 1994-03-30 1994-03-30 Analytic display method for protocol data

Publications (1)

Publication Number Publication Date
JPH07271696A true JPH07271696A (en) 1995-10-20

Family

ID=13143197

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6060470A Pending JPH07271696A (en) 1994-03-30 1994-03-30 Analytic display method for protocol data

Country Status (1)

Country Link
JP (1) JPH07271696A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008151016A2 (en) * 2007-06-01 2008-12-11 Microsoft Corporation Transporting table valued parameter over tabular data stream protocol
JP2014115871A (en) * 2012-12-11 2014-06-26 Nippon Telegraph & Telephone East Corp Log generation device
US9003054B2 (en) 2007-10-25 2015-04-07 Microsoft Technology Licensing, Llc Compressing null columns in rows of the tabular data stream protocol

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008151016A2 (en) * 2007-06-01 2008-12-11 Microsoft Corporation Transporting table valued parameter over tabular data stream protocol
WO2008151016A3 (en) * 2007-06-01 2009-03-05 Microsoft Corp Transporting table valued parameter over tabular data stream protocol
US9003054B2 (en) 2007-10-25 2015-04-07 Microsoft Technology Licensing, Llc Compressing null columns in rows of the tabular data stream protocol
JP2014115871A (en) * 2012-12-11 2014-06-26 Nippon Telegraph & Telephone East Corp Log generation device

Similar Documents

Publication Publication Date Title
US6105061A (en) Hierarchically distributed network management system using open system interconnection (OSI) protocols
CN111741019A (en) Communication protocol analysis method and system based on field description
US5657252A (en) Dynamically configurable equipment integration architecture
KR20080064835A (en) Network communications in an industrial automation environment
CN108881251B (en) System and method for access analysis and standardization of any binary equipment
US20070094278A1 (en) Data transfer services
CN111464515A (en) Data conversion method, device, equipment and storage medium
CN113347060B (en) Method, device and system for detecting power network fault based on process automation
JPH07271696A (en) Analytic display method for protocol data
CN117499380A (en) Custom protocol data acquisition method
CN108763127B (en) Method for realizing Modbus adapter capable of realizing interconversion of source data and target data
JP2003526223A (en) Development and test tools for communication systems
CN115002236B (en) Edge soft gateway for visual configuration of data protocol
CN110839022A (en) Vehicle-mounted control software communication protocol analysis method based on xml language
CN115842861A (en) Edge connection device adaptation method, device and computer readable storage medium
JP2002281111A (en) Protocol analyzer
US5872642A (en) System for transmitting information over a data communications network
JPH0736803A (en) Method for analyzing/displaying data with variable length and nesting structure
JPH1065762A (en) Automatic testing simulator for communication software and automatic testing method therefor
KR100329860B1 (en) A method of processing human relationship instruction for communication system
US5771395A (en) System for processing information from scanned documents using event driven interface with patterns loaded in RAM and with address generator for addressing bit patterns
JPH1168874A (en) Analytic system for transmission information
JP3190767B2 (en) Remote control method
JP2633121B2 (en) Data analysis processing method
CN117614799A (en) Sensor protocol adaptation method and device based on model hierarchical mapping