JPH0264733A - 論理図プログラムの階層化情報処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概　要〕 論理図デバッガにおける処理に当って１階層化情報のな
い論理図プログラムについて階層化情報を抽出する論理
図プログラムの階層化情報処理方式に関し。

データ処理速度の低下を避は階層化情報の占める領域を
小さくすることを目的とし。

論理図プログラムにおいて論理図のパターン情報を意味
する論理図コードと論理図プログラムにおける階層との
関係を示す論理図コード表と、前記論理図コード表を用
いて階層変化情報を抽出する階層変化情報抽出部とを備
えた論理図デバッガにおいて、前記論理図コードを含む
、論理図プログラムの論理図テキストソースが°読込ま
れるとこれについて、前記階層変化情報抽出部が前記論
理図コード表を用いて階層変化情報管理テーブルを作成
するように構成する。

〔産業上の利用分野〕

本発明は論理図プログラムの階層化情報処理方式に関し
、更に詳しくは、論理図デバッガにおける処理に当って
階層化情報のない論理図プログラムについて階層化情報
を抽出する論理図プログラムの階層化情報処理方式に関
する。

論理図プログラムのソーステキスト（論理図テキストソ
ース）には階層化情報のないものが多い。

しかし、論理図プログラムのデバッグ用に論理図を画面
に表示するためには１階層化情報が必要となる。そこで
、ソーステキストから階層化情報を得なければならない
。

〔従来の技術〕

階層化情報とは、論理図における制御線の本数を意味し
、一般に「入れ子」を持つ命令により階層が１つ変化す
る。

第６図は論理図の一例を示す図であり、ソーステキスト
から作成され画面に表示された論理図である。

第６図において、１０１ないし１０３は制御線。

１１１ないし１１４は図記号である。

論理図の１行（ｌレコード）は、ソーステキストの１行
（ｌレコード）に対応する。論理図はソーステキストの
内容をそのまま表示するのではなく、デバッグのために
ソーステキストの構造が容易に理解できるように２図記
号１１１なしい１１４を用い、かつ、制御線１０１ない
し１０３を用いて階層化して表示される。

例えば、「判定　データ２＞ＩＯＪがｌレコードであり
、命令「判定」を表す（対応する）用型の図記号１１３
を含む、一方、第ルコード「始」からその階層は１であ
るので、１本（第１）の制御線１０１が引かれる。そし
て、命令「判定」に伴って制（２１ｍ１０２．１０３が
設けられ１階層が２．３へ変化する。［判定　データ２
＞ＩＯＪの次のレコード「〇−真」から「データ３に１
を加える」のレコードまでが、当該命令「判定」に伴う
「入れ子」である、そこで、この「入れ子」に対応して
第２の制御線１０２が設けられる。また。

「判定　データ３＝ＺＥＲＯＪの次のレコードから「デ
ータ１に″ＨＥＮＫＡ’を入れる」のレコードまでが、
当該命令「判定」に伴う「入れ子」であり、第３の制御
線１０３が対応している。そして、各レコードの階層は
、当該レコードが何番目の制御線に対応するか、即ら、
制御線が何本設けられているかによる。従って、第６図
図示の論理図の階層は同図右端に示す如くになる（この
部分は画面には表示されない）。

階層化情報は、ソーステキストの各レコード（行）毎に
存在する論理図コードから知ることができる。論理図コ
ードは、論理図プログラムにおいて、論理図のパターン
情報（例えば図記号１１１ないし１１４の情報など）を
意味するコードである。論理図コードは命令に対応して
いるので、これから命令による階層の変化を知ることが
できる。

従来、あるレコードの階層を求める場合、その都度ソー
ステキストの第ルコード（その階層はｌとされる）から
順に論理図コードにより階層の変化をたどってゆき、目
的のレコードの階層を求めていた。しかし、この方法で
は、レコード数が多くなるにつれて、処理の負担が大き
くなってデータ処理速度を低下させてしまう。

そこで、第５図に示すように１階層化情報のテーブルを
作成することが考えられる。即ち、ソーステキストをビ
込み、−旦、前述の方法により全レコードに対する階層
を求め、これをテーブルとして備える。そして、この後
は、このテーブルを参照するのみで、各レコードの階層
を知ることができるようにする。

〔発明が解決しようとする課題〕

前述の第５図図示のテーブルを用いる方法によれば２階
層化情報を求める処理の負担は小さくなるが、このテー
ブルが使用する（記憶）領域が大きくなりすぎるという
問題がある。論理図デバッガでは、デバッガとしての処
理が必要とする領域が多いので９階層化情報などのデー
タが占める領域はできる限り小さくする必要がある。

本発明は、データ処理速度の低下を避は階層化情報の占
める領域を小さくした論理図プログラムの階層化情報処
理方式を提供することを目的とする。

〔課題を解決するための手段〕

第１図は本発明の原理構成図であり２本発明による論理
図デバッガを示している。

第１図において、ｌは論理図デバッガ、２は論理図コー
ド表、３は階層変化情報抽出部、４は階層変化情報管理
テーブル、５は論理図テキストソース（ソーステキスト
）、６は論理図作成部、７は表示装置である。

論理図デバッガｌは中央処理袋！（ＣＰＵ）とメモリと
からなり、論理図プログラムのデバッグのための種々の
処理９例えば論理図テキストソース（以下、ソース）５
から得られる論理図を表示装置７に表示する。

この表示のための階層化情報を得るために、論理図コー
ド表（以下、コード表）２及び階層変化情報抽出部（以
下、抽出部）３が設けられ、これらにより得た情報が階
層変化情報管理テーブル（以下、管理テーブル）４に格
納される。コード表２は、論理図プログラムにおいて論
理図のパターン情報を意味する論理図コードと、論理図
プログラムにおける各レコード（各行）の階層の変化と
の関係を示す。抽出部３は、コード表２を用いて、ソー
ス５からその各レコードについての階層の変化の状態を
示す階層変化情報を抽出する。管理テーブル４は、この
階層変化情報を格納する。

また、この表示のために、論理図作成部６は。

管理テーブル４を用いて、ソース５から論理図を作成し
、その表示のための画面情報を作成する。

表示装置７は９画面情報に基づいて論理図を表示する。

〔作　用〕

第２図は本発明の作用説明図であり、管理テーブル４の
一例を示している。

ソース５における論理図プログラムの記述の各行（各レ
コード）は、その行の命令を論理図におけるパターンと
して表示するために、論理図コードを含む。

ソース５が読込まれると、抽出部３は、コード表２を参
照しながらソース５の全レコードの論理図コードを調べ
る。そして、コード表２において階層変化を伴う（命令
に対応する）ものとして規定されている論理図コードと
一致する論理図コードがソース５にあれば、抽出部３は
、当該論理図コードが存在しているレコードのレコード
番号を記録する。更に、抽出部３は、当該階層変化後の
階層（階層のレベル）を求め、レコード番号と対応させ
て記録する。なお、第ルコード（１行目）の階層が１と
され、基準とされる。

以上により、第２図図示の如く１階層変化のあった（実
際は次のレコードの階層が変化する）レコード番号と変
化後の階層とからなる管理テーブル４が作成される。

管理テーブル４は２階層変化のあったレコードのみを要
素とするので、全レコードを要素とする第５図図示のテ
ーブルより、使用する領域を小さくすることができる。

また、レコードの階層は。

第ルコードから階層の変化をたどることなく。

目的のレコードのレコード番号を管理テーブル４のレコ
ード番号と比較することによって求めることができる。

従って１階層化情報の占める領域を小さくでき、データ
処理速度を低下させることなく各レコードの階層を知る
ことができる。

〔実施例〕

第３図は実施例の説明図であり１表示装置７に表示され
た論理図の一例を示している。

第３図において、左端の数字はレコード番号を示し、縦
方向に延びる３本の直線は制御線を示す。

なお、右端に記した階層変化についてのコメントは画面
上には表示されない。

第１７レコードに、階層変化を伴う命令の一つである「
判定」が記述されている。このため、第１８レコードか
らは階層が＋１されて２とされ。

制ｍ線の本数も２本とされる。第２３及び第２４レコー
ドについても同様である。また、「判定」に伴う処理の
レコードの次から、第２７及び第３０レコードの如く、
先のレコードの階層に戻される。

なお１図示の論理図の１行（例えば、「判定データ２＞
ｌ０Ｊ）が、ソース５におけるルコードである。また９
図示の如く、各レコードは口。

△、○等の図記号を含む（図記号無しも一種の図記号で
ある）ので、これらを表示するための論理図コードをソ
ース５に含むことになる。

第３図から判るように、論理図を階層化し、伴せて図記
号を用いて表示すると、論理図（即ちソース５）の構成
が容易に把握でき、デバッグを確実にすると共に、ソー
ス５作成者以外の者によるデバッグを可能にする。

次に、第２図ないし第４図を参照しながら、第１図の論
理図デバッガの動作を簡単に説明する。

ソース５は第３図図示の論理図のソースであるとする。

ｔｅｌ　　論理図デバッガ１がソース５の処理を実行す
ると、まず、ソース５をルコードずつ読込む。

（ｂ）　　抽出部３は、読込まれたレコードに含まれる
論理図コードを、コード表２内の論理図コードと比較し
て、当該論理図コードが階層変化を伴うものかを調べる
。

例えば、第１７レコードが読込まれると、「判定」　（
の図記号）に対応する論理図コードが含まれていること
を知って１階層変化を伴うレコードと判断する。そして
、そのレコード番号「１７」と、変化後の階層「２」を
記録する。なお、変化後の階層は、カウンタ（初期値は
ｌ）を用い、所定の論理図コードの時に「＋１」又は「
−■」すれば求められる。論理図コードと「＋１」又は
「−１」の対応関係は、コード表２に含まれる。

以上を各レコードについてくり返すことにより。

第２図の管理テーブル４が得られる。仮に、レコード番
号に２バイト、階層に１バイトを割当てると、第２図の
管理テーブル４は１２バイ）　（ｒＪＪの項を１バイト
とすると１６バイト）の領域を占める。一方、第５図に
示す方式のテーブルを第３図の論理図について同一条件
で作成すれば。

１０５（−３５’Ｘ３）バイトと大きな領域を占める。

（Ｃ１次に、再び、ソース５が読込まれる。

ｆｄ＋　　読込まれたソース５について、論理図作成部
６は論理図を作成し、これを表示するための画面情報を
作成する。

この過程で、各レコードの階層を知る必要がある。そこ
で、論理図作成部６は、管理テーブル４を参照して、各
レコードについて第４図に図示の処理を行う。

■　初期値として階層を１．Ｊ（第２図の管理テーブル
４における「Ｊ」）をＯにセットする。

■　Ｊが第２図の管理テーブル４のｒＪＪの項の最終値
Ｎ（この場合は４）と等しいか否かを調べる。

Ｊ＝Ｎであれば、管理テーブル４の参照を終了したもの
として処理を終る。Ｊ≠Ｎであれば、目的のレコードの
階層が判明していないものとして。

Ｊ＝Ｊ＋１とする。

■　新しいＪの値に対応するレコード番号ＬＩＮＥ　（
Ｊ）と、新しいＪの値に＋１したＪに対応するレコード
番号ＬＩＮＥ　（Ｊ＋１３とを、管理テーブル４から求
める。そして、これらと目的の（階層を知りたい）レコ
ードのレコード番号とを比較する。

目的のレコード番号が、ＬＩＮＥ　（Ｊ）より大きく、
かつ、ＬＩＮＥ　（Ｊ＋１３以下の範囲に含まれない時
、この条件を満たすまで処理■を行った後、前記比較を
くり返す。

■　目的のレコード番号が、ＬＩＮＥ　（Ｊ）より大き
く、かつ、ＬＩＮＥ　（Ｊ＋１）以下の時、目的のレコ
ード番号に対応する階層は、ＬＩＮＥ（Ｊ）に対応する
階層ＬＥＶＥＬ　（Ｊ）とされる。

即ち、管理テーブル４からＬＥＶＥＬ　（Ｊ）が読出さ
れる。

以上により、論理図の階層化が図られる。

ｔｅｌ　　表示装置７は、論理図作成部６からの画面情
報を受けて、第３図図示の如き１階層化された論理図を
表示する。

この後、論理図のデバッグが行なわれる。このデバッグ
のための論理図デバッガｌにおける作業域は１例えば、
そのメモリの領域から、コード表２及び管理テーブル４
の領域を除いた領域となる。

従って、管理テーブル４を小さくすることにより。

デバッグの作業域を広くできる。

〔発明の効果〕

以上、説明したように１本発明によれば、論理図プログ
ラムの階層化情報処理において、論理図プログラムにお
いて階層変化を伴うレコード番号と変化後の階層とから
なる管理テーブルを作成することにより９階層化情報が
占める領域を小さくすることが可能となり、また、デー
タ処理速度を低下させることなく階層を知ることが可能
となる。

第４図は階層を求める処理フロー 第５図は先に考案された技術の説明図。

第６図は論理図の一例を示す図。

■は論理図デバッガ、２は論理図コード表、３は階層変
化情報抽出部、４は階層変化情報管理テーブル、５は論
理図テキストソース、６は論理図作成部、７は表示装置
である。

Claims (1)

1. 【特許請求の範囲】 論理図プログラムにおいて論理図のパターン情報を意味
   する論理図コードと論理図プログラムにおける階層との
   関係を示す論理図コード表（２）と、前記論理図コード
   表（２）を用いて階層変化情報を抽出する階層変化情報
   抽出部（３）とを備えた論理図デバッガ（１）において
   、 前記論理図コードを含む、論理図プログラムの論理図テ
   キストソース（５）が読込まれると、これについて、前
   記階層変化情報抽出部（３）が前記論理図コード表（２
   ）を用いて階層変化情報管理テーブル（４）を作成する ことを特徴とする論理図プログラムの階層化情報処理方
   式。