JPH0736803A

JPH0736803A - 可変長かつ入れ子構造のデータの解析・表示方法

Info

Publication number: JPH0736803A
Application number: JP5158454A
Authority: JP
Inventors: Hiroshi Ishikawa; 石川　　浩
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 1993-06-29
Filing date: 1993-06-29
Publication date: 1995-02-07

Abstract

(57)【要約】【目的】可変長かつ入れ子構造のプロトコルデータの
構造と内容を容易に把握することができる解析・表示方
法を提供する。【構成】プロトコルデータを所定の符号化規則の記述
法に従って解析し、この解析結果に基づいて前記プロト
コルデータのパラメタ要素である「タグ」、「長さ」お
よび「値」のそれぞれのデータ長を検出し、この検出さ
れたそれぞれのデータ長からパラメタ要素の区切りを認
識し、この認識されたパラメタ要素の「値」が入れ子構
造か否かを判定し、この判定結果に基づいて前記パラメ
タ要素のそれぞれのデータ長を１区切りとして各パラメ
タ要素を表示するようにした。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プロトコルデータにお
ける可変長かつ入れ子構造のデータの解析・表示方法に
関し、特に、データ構造と内容を容易に解析・表示し、
各パラメタの認識を容易にする可変長かつ入れ子構造の
データの解析・表示方法に関するものである。

【０００２】

【従来の技術】従来、異機種ごとに開発されたプロトコ
ルでは、異機種計算機間の通信は不可能であり、プロト
コルの標準化が必要とされる。

【０００３】そこで、コンピュータネットワークにおい
て異機種計算機間における通信を可能とするためにＩＳ
Ｏ（International Organization for Standardization
:国際標準化機構）が提唱した国際標準ネットワークア
ーキテクチャがＯＳＩ（OpenSystems Interconnection
:開放型システム間相互接続：規約番号ＩＳＯ７４９
８）である。

【０００４】このＯＳＩでは、異機種計算機間でデータ
通信を行う場合、処理データの送受に先立って、この処
理データを送受する手順を取り決めたプロトコルデータ
と呼ばれるデータの交換を行う。このプロトコルデータ
の符号化規則の１つにＡＳＮ．１（Abstract Syntax No
tation .1:抽象構文記述法:規約番号ＩＳＯ８８２４
／８８２５）がある。

【０００５】このＯＳＩ環境下における情報処理システ
ムにおいて、プロトコルデータの構造や内容を確認する
ため、あるいは異機種計算機間の接続不良時の解析など
のために、受信したプロトコルデータを解析し、表示す
ることが必要となる。このプロトコルデータは前記ＡＳ
Ｎ．１記述法で記述されており、プロトコルデータを構
成しているパラメタが可変長かつ入れ子構造となってい
る。

【０００６】図６はＡＳＮ．１記述法によるＴＬＶ型(T
ag,Length and Value)プロトコルデータの構造図を示し
たものである。プロトコルデータ６０は「１」以上のパ
ラメタで構成されている。図６において、プロトコルデ
ータ６０は、パラメタ６１、６２で構成され、さらにパ
ラメタ６１、６２は、「タグ」６０１、「長さ」６０２
および「値」６０３の３項目のパラメタ要素から構成さ
れている。

【０００７】「タグ」６０１はパラメタを識別するため
の識別子であり、「長さ」６０２はパラメタの「値」６
０３のバイト数を示し、「値」６０３は当該パラメタの
パラメタ値である。

【０００８】このパラメタには２つの型があり、「値」
６０３が構造を持たないものを「プリミティブ型」６１
といい、「値」６０３がパラメタの構造を持っており、
入れ子状になっているものを「コンストラクト型」６２
という。

【０００９】以下、プロトコルデータ６０の構造につい
て図６を用いて説明する。図６において、（１）プロトコルデータ６０は、「タグ」６０１、「長
さ」６０２および、「値」６０３の３項目のパラメタ要
素の並びで構成され、「プリミティブ型」６１であれ
ば、「値」６０３は構造を持たず、「コンストラクト
型」６２であれば、この「値」６０３がパラメタの構造
となっており、さらに前記３項目の並びに従ったパラメ
タが入れ子の形で入っている。

【００１０】（２）「タグ」６０１、「長さ」６０２お
よび「値」６０３それぞれのデータの長さは、全てその
長さが一定ではなく可変長である。

【００１１】図７は、「タグ」６０１の構造と内容を説
明するための説明図である。

【００１２】「タグ」６０１の先頭バイト７０の第３ビ
ット７０１が当該パラメタの型を示している。第３ビッ
ト７０１が「０」ならば「プリミティブ型」６１であ
り、「１」ならば「コンストラクト型」６２である。

【００１３】また、「タグ」６０１には２つの形式があ
り、「タグ」６０１の先頭バイト７０の下位５ビット７
０２によって示される。下位５ビット７０２が「１１１
１１」以外ならば短形式、「１１１１１」であれば長形
式である。

【００１４】短形式ならば、「タグ」６０１のデータ長
は先頭バイト７０のみの１バイトである。長形式ならば
先頭バイト７０からの後続バイトで先頭ビットが「０」
の最初のバイトを含めたバイトまでが「タグ」６０１で
ある。本例の長形式では「タグ」６０１は先頭バイト７
０からバイト７ｍまでである。

【００１５】図８は「長さ」６０２の構造と内容を説明
するための説明図である。

【００１６】「長さ」６０２には２つの形式があり、
「長さ」６０２の先頭バイト８０の先頭ビット８０１に
よって示される。先頭ビット８０１が「０」ならば短形
式であり、「１」であれば長形式である。

【００１７】また、長形式の場合は、定長と不定長とが
あり、「長さ」６０２の先頭バイト８０の下位７ビット
８０２によって示される。下位７ビット８０２が「００
０００００」以外ならば定長であり、「００００００
０」ならば不定長である。

【００１８】短形式の場合、「長さ」６０２は先頭バイ
ト８０のみの１バイトであり、下位７ビット８０２が当
該パラメタの「値」６０３のバイト数を示している。

【００１９】長形式の場合、定長ならば下位７ビット８
０２が後続するバイト８１から８ｍまでのバイト数を示
し、先頭バイト８０からバイト８ｍまでが「長さ」６０
２である。

【００２０】不定長ならば、「値」６０３のバイト数を
格納する部分は存在せず、先頭バイト８０の次のバイト
からＥＯＣ(End Of Contents: 「(0000)₁₆」で示される)
８２までが「値」６０３である。

【００２１】前記のように、プロトコルデータ６０をそ
のままの形式で表示すると、１６進数値の羅列となり、
「タグ」６０１、「長さ」６０２および「値」６０３の
区別がつかず、図式的に認識できない。また、入れ子が
どのような構造になっているかが理解できない。

【００２２】このようなプロトコルデータ６０の構造解
析は、システム設計者が情報処理システムの仕様書を作
成する場合、あるいは情報処理システムを保守する場合
に必要となる。

【００２３】従来、このプロトコルデータ６０の構造解
析は人手によって行っているため、多くの作業工数を要
している。

【００２４】このため、種々のプロトコルデータ６０の
構造解析方法が考案されている。従来技術として、例え
ば、特開平２−７９１４６号公報（発明の名称：転送構
文解析・生成処理方式）に開示されているように、プロ
トコルデータ６０のパラメタの入れ子の構造を解析し、
各パラメタの上位パラメタ、下位パラメタおよび同位パ
ラメタを特定し、木構造で表現して受信データ木構造テ
ーブルに格納し、「プリミティブ型」６１パラメタの
「値」６０３を受信プリミティブテーブルに格納し、受
信プリミティブ索引テーブルに各パラメタのパラメタ要
素である「タグ」６０１、「長さ」６０２および「値」
６０３が格納されている受信プリミティブテーブルのア
ドレス（「コンストラクト型」６２パラメタの場合はｎ
ｕｌｌ値）を格納し、これら２つのテーブルによってデ
ータ構造の解析とデータ内容の解析とを別々に行う方法
がある。

【００２５】

【発明が解決しようとする課題】しかしながら、前記従
来技術は、データの構造と内容をそれぞれ別のテーブル
に格納し、データ構造の解析とデータ内容の解析とを別
々に行っているために、処理が複雑になり、かつプロト
コルデータ６０の構造を明瞭に表示することができない
という問題がある。

【００２６】本発明の目的は、ＡＳＮ．１記述法によっ
て記述されているプロトコルデータの構造と内容を容易
に把握することを可能とする可変長かつ入れ子構造のデ
ータの解析・表示方法を提供することにある。

【００２７】

【課題を解決するための手段】前記課題を解決するため
に、本発明は、前記プロトコルデータを所定の符号化規
則の記述法に従って解析し、この解析結果に基づいて前
記プロトコルデータのパラメタ要素である「タグ」、
「長さ」および「値」のそれぞれのデータ長を検出し、
この検出されたそれぞれのデータ長からパラメタ要素の
区切りを認識し、この認識されたパラメタ要素の「値」
が入れ子構造か否かを判定し、この判定結果に基づいて
前記パラメタ要素のそれぞれのデータ長を１区切りとし
て各パラメタ要素を表示するようにしたものである。

【００２８】

【作用】前記手段によれば、前記プロトコルデータが所
定の符号化規則の記述法に従って解析され、プロトコル
データのパラメタ要素である「タグ」、「長さ」および
「値」それぞれのデータ長が検出される。

【００２９】次に、検出された各パラメタ要素の区切り
が認識され、そしてこの認識されたパラメタ要素のうち
の「値」が入れ子構造か否かが判定され、この判定結果
に基づいて前記パラメタ要素のそれぞれのデータ長を１
区切りとして各パラメタ要素が表示される。

【００３０】これにより、プロトコルデータのパラメタ
要素の区切りが容易に判別でき、かつプロトコルデータ
の入れ子の構造が目視により確認できる。

【００３１】

【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。なお、実施例を説明するための全図におい
て、同一機能を有するものは、同一符号を付け、その繰
り返しの説明は省略する。

【００３２】（実施例１）図１は本発明の一実施例の全
体構成を示すシステム構成図である。

【００３３】図１において、１０は本発明を適用した情
報処理システムであり、プロトコルデータ解析表示部１
１と、通信制御部１２とから構成されている。

【００３４】プロトコルデータ解析表示部１１は、本発
明を実現する部分であり、解析処理部１３、表示処理部
１４、受信データバッファ１５および出力データバッフ
ァ１６とから構成される。

【００３５】通信制御部１２は、相手側情報処理システ
ム２０とのプロトコルデータ６０の送受信を制御し、受
信したプロトコルデータ６０を受信データバッファ１５
に蓄積する。

【００３６】解析処理部１３は、受信データバッファ１
５に蓄積されたプロトコルデータ６０を解析し、その結
果を出力データバッファ１６に蓄積する。

【００３７】また、表示処理部１４は、出力データバッ
ファ１６に蓄積された解析結果をディスプレイ１７やプ
リンタ１８などの表示装置に出力し表示する。なお、図
１には図示していないが、情報処理システム１０内に
は、他にユーザ業務を行う業務プログラム等が内蔵され
ている。

【００３８】１９は通信回線、２０は相手側情報処理シ
ステムである。通信回線１９を介して相手側情報処理シ
ステム２０とプロトコルデータ６０の送受信を行う。

【００３９】図２は本実施例の処理手順を示すフローチ
ャートである。図２に従って本実施例の処理手順を説明
する。

【００４０】通信制御部１２は、相手側情報処理システ
ム２０から受け取ったプロトコルデータ６０を受信デー
タバッファ１５に蓄積する。そしてシステム設計者等の
利用者によって、プロトコルデータ６０の解析表示指示
がディスプレイ１７に接続されたキーボードなどから入
力されると、プロトコルデータ解析表示部１１が起動
し、プロトコルデータ６０の解析表示処理を開始する。

【００４１】まず、入力ポインタを受信データバッファ
１５にあるプロトコルデータ６０の先頭に位置付け（ス
テップ２０１）、入れ子の深さを示す「ネスト」に初期
値「０」を設定する（ステップ２０２）。

【００４２】次に、表示位置（解析データを表示装置に
表示する時の先頭カラム位置）へ「ネスト」に「ｎ（任
意の自然数）」を掛けた値を設定し（ステップ２０
３）、改行し（ステップ２０４）、「ネスト」に「１」
を加算する（ステップ２０５）。

【００４３】次に、パラメタの型を判定し、これを記憶
する（ステップ２０６）。判定の方法は、プロトコルデ
ータ６０の、パラメタ要素である「タグ」６０１の先頭
バイト７０の第３ビット７０１をチェックすることによ
って行う。

【００４４】これは図７に示したようにＡＳＮ．１記述
法に従い、第３ビット７０１が「０」ならば「プリミテ
ィブ型」６１であり、「１」ならば「コンストラクト
型」６２である。現在、入力ポインタが示しているバイ
トが「タグ」６０１の先頭バイト７０なので、この１バ
イトを読み込み、「タグ」６０１の形式を判定する（ス
テップ２０７）。

【００４５】今読み込んだ１バイトは「タグ」６０１の
先頭バイト７０であるが、図７に示したようにＡＳＮ．
１記述法に従い、「タグ」６０１の先頭バイト７０の下
位５ビット７０２が「１１１１１」であれば長形式、そ
れ以外は短形式である。

【００４６】短形式であれば、先頭バイト７０を出力デ
ータバッファ１６に出力し、入力ポインタを「１」加算
する（ステップ２０８）。

【００４７】長形式であれば、入力ポインタを「１」ず
つ加算して先頭バイト７０からバイト７ｍまでを出力デ
ータバッファ１６に出力する（ステップ２０９）。

【００４８】そして、表示処理部１４によって、出力デ
ータバッファ１６内の「タグ」６０１をステップ２０３
で求めた表示位置へ表示する（ステップ２１０）。

【００４９】次に「長さ」６０２を計算する。これは、
入力ポインタを「１」加算し、「タグ」６０１の終了バ
イトの次バイト、すなわち「長さ」６０２の先頭バイト
８０を読み込み、「長さ」６０２の形式を判定する（ス
テップ２１１）。

【００５０】そして、図８に示したようにＡＳＮ．１記
述法に従い、読み込んだ「長さ」６０２の先頭バイト８
０の先頭ビット８０１が「０」であれば短形式であり、
「１」であれば長形式である。

【００５１】図８に示したようにＡＳＮ．１記述法に従
い、短形式であれば、下位７ビット８０２が「値」６０
３のバイト数であるので、下位７ビット８０２の数値を
出力データバッファ１６に出力する（ステップ２１
２）。

【００５２】長形式であれば、次に「定長」か「不定
長」かを判定する（ステップ２１３）。読み込んだ「長
さ」６０２の先頭バイト８０が「１０００００００」で
あれば不定長である。

【００５３】もし、定長であれば「長さ」６０２の先頭
バイト８０の下位７ビット８０２が「値」６０３のバイ
ト数を示す後続バイト数を示すので、入力ポインタを
「１」ずつ加算してバイト８１からバイト８ｍまでを読
み込み、「値」６０３のバイト数を計算し、出力データ
バッファ１６に出力する（ステップ２１４）。

【００５４】もし、不定長ならば次バイトから、「値」
６０３の終了を示すＥＯＣ８２が検出されるまでのバイ
ト数が「値」６０３のバイト数であるので、次バイトか
らＥＯＣ８２が検出されるまでのバイト数をカウント
し、「値」６０３のバイト数を求め、出力データバッフ
ァ１６に出力する（ステップ２１５）。

【００５５】次に、表示処理部１４によって、表示位置
を右へ移動し、出力データバッファ１６内の「値」６０
３のバイト数を表示する（ステップ２１６）。

【００５６】次に、入力ポインタを「１」加算して
「値」６０３の１バイト目を示すようにし、ステップ２
０６で記憶したパラメタの型が「プリミティブ型」６１
であるか、「コンストラクト型」６２であるかを判定す
る（ステップ２１７）。

【００５７】「プリミティブ型」６１であれば、ステッ
プ２１２、ステップ２１４、またはステップ２１５で求
めた「値」６０３のバイト数のプロトコルデータ６０を
読み込み、出力データバッファ１６に出力する（ステッ
プ２１８）。そして、表示処理部１４によって、表示位
置を右へ移動し、出力データバッファ１６の中の「値」
６０３を表示する（ステップ２１９）。

【００５８】もし、「コンストラクト型」６２であれば
ステップ２１２、ステップ２１４またはステップ２１５
で求めた「値」６０３バイト数の処理が終了するまで
（ステップ２２１）図２中のＡの部分の再帰呼出しを行
う（ステップ２２０）。

【００５９】次に、「ネスト」から「１」を減算する
（ステップ２２２）。

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

【００６１】図３は、受信データバッファ１５内のプロ
トコルデータ６０の原データ３０を表示した例である。
図３から明らかなように、１６進数値の羅列であり、パ
ラメタの区切りや入れ子の状態等のデータ構造が認識で
きないとともに、実際に業務システム等で使用する
「値」６０３の内容も確認できない。

【００６２】図４は本発明を適用してプロトコルデータ
を解析し、表示した例である。図４において、４０は解
析後のデータＡであり、各行がパラメタに対応してお
り、各行の１区切りがパラメタ要素である。

【００６３】各行の先頭に出力されている２桁の数字が
「タグ」６０１であり、次の２桁の数字が「長さ」６０
２であり、その次に表示されている数字が「値」６０３
を示している。

【００６４】ここでは、「タグ」６０１と「長さ」６０
２は全て２桁になっているが、これ以外の桁数になるこ
ともありうる。また、「値」６０３は、「プリミティブ
型」６１のパラメタのみに存在するので、「値」６０３
が無い行もある。

【００６５】また、本実施例では、パラメタの入れ子が
１段階増えるごとに２カラム右にずらして表示してい
る。図４からも明らかなように、本発明の処理を行うこ
とによって「タグ」６０１「長さ」６０２および「値」
６０３の区別が明確になり、入れ子の深さに従ってイン
デント付けされて表示されるのでデータ構造が認識し易
くなっている。

【００６６】（実施例２）図５は本発明を適用した他の
実施例の表示画面を示す図である。図５において、５０
は解析後のデータＢであり、これは「長さ」６０２を１
０進表示にし、「値」６０３に文字型表示を追加した例
である。本実施例では、文字型表示部分５０１は前後を
「’」（アポストロフィ）で挟んで表示し、文字コード
にない数値の部分５０２は「．」（ピリオド）で示して
いる。

【００６７】なお、図５において、解析後のデータＢ５
０の表示方法は、「長さ」６０２を表示する前に１６進
数値から１０進数値に変換するステップを追加し、さら
に「値」６０３を表示する前に１６進数値から文字型に
変換するステップを追加することによって実現できる。

【００６８】また、インデントの幅は、図２のステップ
２０３で表示位置を求めるときの「ｎ」の値を変えるこ
とにより自由に設定できる。

【００６９】以上の操作により、プロトコルデータの構
造および内容が目視により確認できることになる。

【００７０】

【発明の効果】以上説明したように、本発明によれば、
プロトコルデータを所定の符号化規則の記述法に従って
解析し、この解析結果に基づいて前記プロトコルデータ
のパラメタ要素である「タグ」、「長さ」および「値」
のそれぞれのデータ長を検出し、この検出されたそれぞ
れのデータ長からパラメタ要素の区切りを認識し、この
認識されたパラメタ要素の「値」が入れ子構造か否かを
判定し、この判定結果に基づいて前記パラメタ要素のそ
れぞれのデータ長を１区切りとして各パラメタ要素を表
示するので、可変長かつ入れ子構造のプロトコルデータ
の構造と内容を容易に把握することができる。

【００７１】また、前記プロトコルデータの表示を行う
に際し、前記検出された「タグ」が出現するごとに改行
し、前記「値」の入れ子の階層に応じてインデントを付
加し、かつ前記「タグ」、「長さ」および「値」のそれ
ぞれのデータ長を１区切りとして各パラメタ要素を表示
するので、プロトコルデータの構造と内容を目視で確認
することができ、プロトコルデータの認識効率が向上す
るという効果がある。

【００７２】この結果、計算機間あるいは計算機と端末
装置間の通信を行う場合に、双方の情報処理システムに
おけるプロトコルデータの確認作業を効率良く行うこと
ができるという効果がある。

【００７３】さらに、計算機間あるいは計算機と端末装
置間における接続不良時のプロトコルデータの解析を容
易に行うことができるという効果がある。

【図面の簡単な説明】

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

【図２】実施例の処理手順を示すフローチャートであ
る。

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

【図４】実施例による表示画面を示す図である。

【図５】第２の実施例による表示画面を示す図である。

【図６】ＡＳＮ．１記述法によるプロトコルデータの構
造図である。

【図７】ＡＳＮ．１記述法による「タグ」の説明図であ
る

【図８】ＡＳＮ．１記述法による「長さ」の説明図であ
る。

【符号の説明】

１０…情報処理システム、１１…プロトコルデータ解析
表示部、１２…通信制御部、１３…解析処理部、１４…
表示処理部、１５…受信データバッファ、１６…出力デ
ータバッファ、１７…ディスプレイ、１８…プリンタ、
１９…通信回線、２０…相手側情報処理システム、３０
…原データ、４０…解析後のデータＡ、５０…解析後の
データＢ、６０…プロトコルデータ、６１…プリミティ
ブ型のパラメタ、６２…コンストラクト型のパラメタ、
６０１…タグ、６０２…長さ、６０３…値、７０…「タ
グ」の先頭バイト、８０…「長さ」の先頭バイト。

Claims

【特許請求の範囲】

【請求項１】計算機間あるいは計算機と端末装置間で
送受されるプロトコルデータにおける可変長かつ入れ子
構造のデータの解析・表示方法において、前記プロトコルデータを所定の符号化規則の記述法に従
って解析し、この解析結果に基づいて前記プロトコルデ
ータのパラメタ要素である「タグ」、「長さ」および
「値」のそれぞれのデータ長を検出し、この検出された
それぞれのデータ長からパラメタ要素の区切りを認識
し、この認識されたパラメタ要素の「値」が入れ子構造
か否かを判定し、この判定結果に基づいて前記パラメタ
要素のそれぞれのデータ長を１区切りとして各パラメタ
要素を表示することを特徴とする可変長かつ入れ子構造
のデータの解析・表示方法。
【請求項２】前記プロトコルデータの表示を行うに際
し、前記検出された「タグ」が出現するごとに改行し、
前記「値」の入れ子の階層に応じてインデントを付加
し、かつ前記「タグ」、「長さ」および「値」のそれぞ
れのデータ長を１区切りとして各パラメタ要素を表示す
ることを特徴とする請求項１記載の可変長かつ入れ子構
造のデータの解析・表示方法。