JPH07271696A - プロトコルデータの解析表示方法 - Google Patents

Abstract

(57)【要約】 【目的】 プロトコルデータの意味を容易に確認できる
ようにすること。 【構成】 計算機間あるいは計算機と端末装置間でデー
タ通信を行うときに送受され、「タグ」、「長さ」、
「値」のパラメタ要素からなるプロトコルデータの解析
表示方法において、プロトコルデータの構造を所定の符
号化規則に従って解析した後、解析したプロトコルデー
タのパラメタ要素である「タグ」及び「値」の内容と、
予め前記プロトコルデータの構造や内容および意味を定
義したテーブルの「タグ」及び「値」の内容とを比較
し、内容が同一であれば、解析結果と共に前記「タグ」
及び「値」の内容の意味を表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プロトコルデータの解
析表示方法に関し、特にプロトコルデータのパラメタ要
素の内容を認識し易い形式で表示する解析表示方法に関
する。

【０００２】

【従来の技術】従来、プロトコルデータの表示方法とし
ては、コンピュータネットワークにおいて異機種間での
通信を可能とするためにＩＳＯ（国際標準化機構）が提
唱した国際標準ネットワークアーキテクチャであるＯＳ
Ｉ（開放型システム間相互接続）における方法がある。

【０００３】ＯＳＩでは、計算機間あるいは計算機と端
末装置間でデータ通信を行うときに送受信するデータを
プロトコルデータと呼び、このプロトコルデータの符号
化規則の１つにＡＳＮ．１（抽象構文記述法）がある。

【０００４】プロトコルデータは、相手計算機あるいは
端末装置間で送受信するときは“０”と“１”のビット
列である。よって、ＡＳＮ．１で記述されたデータをプ
ロトコルデータに変換する必要があり、そのためにＡＳ
Ｎ．１の基本符号化規則が適用される。

【０００５】また、ＯＳＩ環境下での情報処理システム
において、データ内容を確認するために情報処理の実行
中に送受信したプロトコルデータを表示することが必要
となる。しかし、プロトコルデータをそのままの形式で
出力すると１６進数値の羅列表示となり、プロトコルデ
ータが持つ内容は非常に理解しにくいものとなってい
る。

【０００６】ここで、図７にプロトコルデータの構造を
示す。

【０００７】プロトコルデータ１は１つ以上のパラメタ
で構成されている。さらに、各パラメタは、「タグ」１
３、「長さ」１４、「値」１５の３つのパラメタ要素か
ら構成されている。

【０００８】「タグ」１３はパラメタを識別するための
情報であり、「長さ」１４は「値」１５の長さを示し、
「値」１５はパラメタの内容そのものである。

【０００９】このパラメタには２つの型があり、「値」
１５にパラメタの内容が直接入っているものを「プリミ
ティブ型パラメタ」１１といい、「値」１５に更にパラ
メタが入れ子構造になっているものを「コンストラクタ
型パラメタ」１２という。

【００１０】次に、図８にＡＳＮ．１で記述されたＯＳ
Ｉ ＴＰプロトコルの抽象構文８０及びその基本符号化
規則で変換された転送構文８１の例を示す。

【００１１】転送構文８１は、「タグ」、「長さ」、
「値」の３項目の並びで構成され、コンストラクタ型な
らば、この値はさらに上記３項目の並びに従い、１つ以
上の入れ子構造の形で構成される。

【００１２】また、送受信されるプロトコルデータは
“０”と“１”のビット列で、転送構文８１の集まりで
ある。このプロトコルデータの内容を知るには、抽象構
文８０を基本符号化規則に対応して変換し、変換した
「タグ」と「値」をパラメタごとに比較参照して判断す
る必要がある。

【００１３】従来、このようなプロトコルデータの構造
解析方法としては、特開平２−７９１４６号公報に記載
のように、プロトコルデータのパラメタのネスト構造を
解析して、各パラメタの上位パラメタ、下位パラメタ、
同位パラメタを特定する。そして、木構造で表現して受
信データ木構造テーブルに格納し、プリミティブ型パラ
メタの「値」を受信プリミティブプールに格納する。更
に、受信プリミティブ索引テーブルに各パラメタの「タ
グ」、「長さ」、「値」が格納されている受信プリミテ
ィブプールのアドレス（コンストラクタ型パラメタの場
合はｎｕｌｌ値）を格納し、これら２つのテーブルによ
ってデータ構造の解析とデータ内容の解析とを別々に行
う方法がある。

【００１４】

【発明が解決しようとする課題】しかし、上記従来技術
にあっては、プロトコルデータをそのままの形式で出力
すると、特に、プロトコルデータが入れ子構造になって
いる場合などは内容が複雑になり、１６進数値で表され
るプロトコルデータでは、その内容を理解できないとい
う問題があった。

【００１５】また、システム設計者が情報処理システム
を開発するとき、あるいは情報処理システムの保守など
のために、このプロトコルデータの解析及びプロトコル
データの種類が期待する種類のものか、あるいはデータ
の内容が正しいかを検証する必要が発生したとき、従来
はこのプロトコルデータの解析及びプロトコルデータの
内容の比較判断を人手によって行っていたために、かな
りの作業工数を必要とするという問題があった。

【００１６】更に、特開平２−７９１４６号公報に記載
のような方法では、構造と内容を別のテーブルに格納し
て解析するので処理が複雑になり、また、プロトコルデ
ータを構成するパラメタの内容の意味を表示していない
ので、意味については開発担当者あるいは保守担当者自
身で解読しなければならないという問題があった。

【００１７】本発明の目的は、計算機間あるいは計算機
と端末装置間で送受信するプロトコルデータの意味を容
易に確認できるようにするプロトコルデータの解析表示
方法を提供することにある。

【００１８】

【課題を解決するための手段】本発明は、上述の目的を
達成するために、計算機間あるいは計算機と端末装置間
でデータ通信を行うときに送受され、「タグ」、「長
さ」、「値」のパラメタ要素からなるプロトコルデータ
の解析表示方法において、プロトコルデータの構造を所
定の符号化規則に従って解析した後、解析したプロトコ
ルデータのパラメタ要素である「タグ」及び「値」の内
容と、予め前記プロトコルデータの構造や内容および意
味を定義したテーブルの「タグ」及び「値」の内容とを
比較し、内容が同一であれば、解析結果と共に前記「タ
グ」及び「値」の内容の意味を表示するようにしたもの
である。

【００１９】ここで、解析とは、所定の符号化規則の記
述法に従い、データ（１６進数値の羅列データ）の種類
により、決められた形式に沿って「タグ」、「長さ」、
「値」のパラメタ要素の順でデータ構造を明らかにする
処理をいう。

【００２０】

【作用】本発明によれば、プロトコルデータの各パラメ
タ要素の内容を所定の符号化規則の記述法に従って解析
することにより、データ構造を明らかにすることができ
る。

【００２１】また、解析したプロトコルデータの内容と
テーブルに予め定義されたデータの内容とを比較するこ
とにより、プロトコルデータの種類が期待する種類のも
のか、あるいはデータの内容が正しいかを検証すること
ができる。

【００２２】更に、比較内容が同一の時、解析結果の意
味をディスプレイ等に表示することにより、システム設
計者はデータ内容の意味を目視により容易に確認するこ
とができる。

【００２３】

【実施例】以下、本発明の実施例を図を用いて説明す
る。

【００２４】図１は本発明の一実施例を示す情報処理シ
ステムのシステム構成図である。

【００２５】図１において、情報処理システム３００に
は通信回線３０８を介して複数の相手処理システム３０
９が接続され、これらの相手処理システム３０９との間
で図７で示したようなプロトコルデータを送受するよう
になっている。

【００２６】情報処理システム３００には、表示装置３
１０やプリンタ３１２が接続されている。

【００２７】情報処理システム３００は、大別して、プ
ロトコルデータ解析表示部３０１と通信制御部３１１と
から成る。

【００２８】プロトコルデータ表示解析部３０１は、プ
ロトコルデータの各パラメタ要素の解析及び表示制御を
行うもので、解析処理部３０２、編集結果表示処理部３
０３、比較編集処理部３０４、出力データバッファ３０
５、送受信データバッファ３０６、比較参照データ格納
テーブル３０７から構成されている。

【００２９】このうち、解析処理部３０２は、例えばプ
ロトコルデータの各パラメタ要素の内容がどのような意
味であるかを解析するものである。編集結果表示処理部
３０３は、比較編集処理部３０４によって抽出された項
目を表示装置３１０に表示するものである。比較編集処
理部３０４は、例えば解析処理部３０２によって解析し
たプロトコルデータのうち、「タグ」及び「値」のパラ
メタ要素の内容と比較参照データ格納テーブル３０７の
「タグ」及び「値」の内容を比較し、同一であれば解析
結果と共に「タグ」及び「値」のデータ内容の意味を抽
出するものである。

【００３０】更に、出力データバッファ３０５は、比較
編集処理部３０４によって抽出した「出力内容」４４を
蓄積するものである。送受信データバッファ３０６は、
相手処理システム３０９に送信するプロトコルデータ及
び相手処理システム３０９から受信したプロトコルデー
タを蓄積するものである。通信制御部３１１は相手処理
システム３０９とのプロトコルデータの送受信を制御す
るものである。

【００３１】図２は比較参照データ格納テーブル３０７
に予め定義した比較参照データを示す図である。比較参
照データは、「タグ」４１、「値」４２、「ネスト数」
４３、「タグ」内容と「値」内容の意味を示す「出力内
容」４４を１フィールドとする配列からなっている。

【００３２】「タグ」４１は、ＡＳＮ．１の基本符号化
規則により変換される１６進のパラメタの識別子を示
す。

【００３３】「値」４２は、ＡＳＮ．１の基本符号化規
則により変換されるパラメタの内容値を示す。「値」４
２が固定値である場合は、１６進数値を記述する。任意
の値をとる場合には、文字列のときに”ＣＨＡＲ”を、
１６進数値のときに”ＨＥＸ”を、コンストラクタ型の
タグのときに”ＮＯＴ”の予約語を記述する。

【００３４】「ネスト数」４３は、タグが何階層にある
かを示し、プロトコルデータ中のネストと比較するため
に使用する。このネスト数により範囲外のタグからの比
較を制限する。

【００３５】「出力内容」４４は、「タグ」４１及び
「値」４２が示す内容の意味を記述し、図７に示したプ
ロトコルデータの「タグ」１３及び「値」１５と比較参
照データの「タグ」４１及び「値」４２が同一のとき
に、表示装置３１０に表示するものである。

【００３６】次に、本実施例のプロトコルデータの解析
結果及びデータ内容の意味を表示する処理について図３
及び図４のフローチャートを用いて説明する。

【００３７】通信制御部３１１の制御により、相手処理
システム３０９から受信したプロトコルデータが送受信
データバッファ３０６に蓄積されると、編集結果表示処
理部３０３は、プロトコルデータのパラメタ要素である
「タグ」、「長さ」、「値」の内容及びその内容の意味
を示す「タグ内容」、「値内容」を表示するロケーショ
ンを出力データバッファ３０５内に位置付ける（ステッ
プ５０１）。

【００３８】比較編集処理部３０４は、入れ子の深さを
示す「ネスト」変数に「初期値０」を設定し、また比較
参照データ格納テーブル３０７の何番目のフィールドで
あるかを示すための「フィールド」変数に「初期値１」
を設定する（ステップ５０２）。

【００３９】解析処理部３０２は、入力ポインタを送受
信データバッファ３０６にあるプロトコルデータの先頭
に位置付ける（ステップ５０３）。

【００４０】次に改行（ステップ５０４）し、「ネス
ト」変数を「１」加算し、「フィールド」変数が示す内
容を「親フィールド」変数に格納する（ステップ５０
５）。

【００４１】次にパラメタの型を判定し、これを「パラ
メタ型」変数として記憶しておく（ステップ５０６）。
判定の方法は、送受信データバッファ３０６に蓄積され
たプロトコルデータのパラメタ要素である「タグ」の先
頭バイトの第３ビットをチェックすることにより行う。
ＡＳＮ．１記法に従い前記ビットが“０”ならばプリミ
ティブ、“１”ならばコンストラクタである。

【００４２】送受信データバッファ３０６の入力ポイン
タが現在示しているのが「タグ」の先頭バイトなのでこ
の１バイトを読み込み、前記のような判定を行う。

【００４３】次に、送受信データバッファ３０６に蓄積
されたプロトコルデータの「タグ」を取り出し、「タ
グ」の値を出力データバッファ３０５のタグ出力位置に
設定する（ステップ５０７）。

【００４４】比較編集処理部３０４は、以前求めた「タ
グ」のネストと「フィールド」が示すネスト数が同位で
あるかを判定し（ステップ５０８）、ネスト数が同位で
ないときには、「フィールド」変数に「１」加算する
（ステップ５０９）。ネスト数が同位であるときには、
前記で求めた「タグ」を参照データ格納テーブル３０７
の「フィールド」が示す「タグ」と同一でないか比較判
定を行う（ステップ５１０）。

【００４５】「タグ」が同一でないときには、「フィー
ルド」変数に「１」に加算する（ステップ５１１）。該
当する「タグ」が発見された場合、参照データ格納テー
ブル３０７の「フィールド」が示す「出力内容」４４を
出力データバッファ３０５のタグ内容出力位置に設定す
る（ステップ５１２）。

【００４６】次に解析処理部３０２により「長さ」を計
算する。

【００４７】解析処理部３０２は、送受信データバッフ
ァ３０６のプロトコルデータの先頭に現在位置付けられ
ている入力ポインタを「１」加算し、そのプロトコルデ
ータのパラメタ要素である「長さ」の先頭バイトを読み
込み、「長さ」の形式を判定する。

【００４８】「長さ」の先頭バイトの先頭ビットが
“０”ならば短形式であり、“１”ならば長形式であ
る。短形式ならば、下位７ビットの数値が「長さ」であ
る。長形式ならば、「長さ」の先頭バイトの下位７ビッ
トの数値が「長さ」を示す後続バイト数であるので、入
力ポインタを１ずつ加算して次バイトから後続バイト数
分のプロトコルデータを送受信データバッファ３０６か
ら読み込み、「長さ」を計算する（ステップ５１３）。
次に、その計算した「長さ」を出力データバッファ３０
５の長さ出力位置に設定する（ステップ５１４）。

【００４９】更に、送受信データバッファ３０６の入力
ポインタを「１」加算して送受信データバッファ３０６
に蓄積されたプロトコルデータのパラメタ要素である
「値」の先頭バイトを示すようにし、ステップ５０６で
記憶しておいたパラメタ型がプリミティブならば（ステ
ップ５１５）、ステップ５１４で求めた「長さ」のプロ
トコルデータを送受信データバッファ３０６から読み込
み（ステップ５１９）、さらに比較参照データ格納テー
ブル３０７の「フィールド」の値が予約語（ＣＨＡＲ，
ＨＥＸ）であったならば（ステップ５２０）、編集結果
表示処理部３０３によって、「値」の中身をそのまま文
字列又は１６進数値で出力するために出力データバッフ
ァ３０５の値内容出力位置に設定する（ステップ５２
１）。

【００５０】また、予約語以外であったならば、「フィ
ールド」変数に「１」加算し（ステップ５２２）、比較
編集処理部３０４で取り出した「値」が示す数値と「フ
ィールド」変数が示す数値との比較を行い（ステップ５
２３）、同一の数値が決定するまで繰り返し、同一の数
値であった場合には、「フィールド」変数が示す「出力
内容」を出力データバッファ３０５の値内容出力位置に
設定する（ステップ５２４）。

【００５１】その後、編集結果表示処理部３０３は、
「タグ」、「長さ」、「値」、「タグ内容」、「値内
容」を設定した出力データバッファ３０５の中身を表示
装置３１０に表示する（ステップ５２５）。

【００５２】解析処理部３０２は、ステップ５１５のパ
ラメタがコンストラクタならばステップ５１４で求めた
「長さ」分の処理が終了するまで（ステップ５１８）、
編集結果表示処理部３０３によって「タグ」、「長
さ」、「タグ内容」を設定した出力データバッファ３０
５の中身を表示装置３１０に表示させ（ステップ５１
６）、図中Ａの部分を再帰呼出しする（ステップ５１
７）。

【００５３】「長さ」分の処理が終了したならば、解析
処理部３０２は、「ネスト」変数を「１」減算し、「親
フィールド」変数の内容を「フィールド」変数に戻す
（ステップ５２６）。

【００５４】プロトコルデータは、先頭パラメタが後続
パラメタを全て下位に従えているので、先頭パラメタの
「長さ」分の処理が終了したときにプロトコルデータ１
単位分の解析処理が終了したことになる。

【００５５】図５は、プロトコルデータ１ａの原データ
出力例を示す図である。これは送受信データバッファ３
０６のプロトコルデータをそのまま出力した例である。
これを見ると、１６進数値の羅列であるので、相手処理
システム３０９と送受信したプロトコルデータの内容が
把握できない。

【００５６】図６は、図５のプロトコルデータ１ａを上
記のようにして解析した結果を表示装置３１０またはプ
リンタ３１２で表示出力または印字出力させた時の出力
例１ｂを示す図である。ここでは、各行がパラメタに対
応し、また各行の先頭に出力されている２桁の数字が
「タグ」であり、次の２桁の数字が「長さ」であり、そ
の次に出力されている数字が「値」である。その後に
「タグ」が示す内容の意味が出力され、最後に「値」が
示す内容の意味または任意の値が出力されている。

【００５７】なお、「値」はプリミティブ型パラメタの
みに存在するので、「値」が無い行もある。

【００５８】このような処理を行うことによって「タ
グ」ごとに「タグ」及び「値」が示す内容の意味が明確
になり、送受信したプロトコルデータの内容の意味が容
易に確認できる。

【００５９】

【発明の効果】以上説明したように、本発明のデータの
表示方法によれば、プロトコルデータの解析結果及びデ
ータ内容の意味を表示することにより、入れ子構造であ
ってもデータ内容の意味およびデータ構造を目視により
容易に確認することができる。

【００６０】また、プロトコルデータの種類が期待する
種類のものか、あるいはデータの内容が正しいかを容易
に検証することができ、プロトコルデータを取扱うシス
テムの開発や保守作業時に作業を効率良く進めることが
できる。

【図面の簡単な説明】

【図１】本発明の一実施例を示す情報処理システムのシ
ステム構成図である。

【図２】比較参照データ格納テーブルの比較参照データ
の例を示す図である。

【図３】プロトコルデータの解析結果及びデータ内容の
意味を表示する処理を示すフローチャートである。

【図４】図３の続きを示すフローチャートである。

【図５】プロトコルデータの原データ出力例を示す図で
ある。

【図６】本発明を実施した時の出力例を示す図である

【図７】プロトコルデータの構造を示す図である。

【図８】ＯＳＩ ＴＰでの抽象構文と転送構文の例を示
す図である。

【符号の説明】

１…プロトコルデータ、１１…プリミティブ型パラメ
タ、１２…コンストラクタ型パラメタ、１３，４１…タ
グ、１４…長さ、１５，４２…値、４３…ネスト数、４
４…出力内容、３００…情報処理システム、３０１…プ
ロトコルデータ解析表示部、３０２…解析処理部、３０
３…編集結果表示処理部、３０４…比較編集処理部、３
０５…出力データバッファ、３０６…送受信データバッ
ファ、３０７…比較参照データ格納テーブル、３０８…
通信回線、３０９…相手処理システム、３１０…表示装
置、３１１…通信制御部、３１２…プリンタ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 計算機間あるいは計算機と端末装置間で
   データ通信を行うときに送受され、「タグ」、「長
   さ」、「値」のパラメタ要素からなるプロトコルデータ
   の解析表示方法において、 前記プロトコルデータの構造を所定の符号化規則に従っ
   て解析した後、解析したプロトコルデータのパラメタ要
   素である「タグ」及び「値」の内容と、予め前記プロト
   コルデータの構造や内容および意味を定義したテーブル
   の「タグ」及び「値」の内容とを比較し、内容が同一で
   あれば、解析結果と共に前記「タグ」及び「値」の内容
   の意味を表示することを特徴とするプロトコルデータの
   解析表示方法。