JPH09282150A - プログラムのデータ構造を表示する方法、データ構造表示装置及びデータ構造表示プログラムを格納する媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プログラムにおけるデータ構造と記憶域上で
の配置を視覚的かつ、直感的に理解することを支援する
システム及び方法を提供する。 【解決手段】 ユーザは、マウスのポインタによりプロ
グラム中のデータ項目をクリックすることにより、デー
タ項目の指定を行う。システムは、プログラムで定義さ
れているデータ項目の各々について、オフセット情報を
算出する。再定義が存在する場合、被再定義データ項目
のオフセットも加算され、オフセットが計算される。各
データ項目はデータ項目の階層に従った順序付けで、同
一オフセットのデータ項目が１行として表示される。そ
の行には、オフセットの数字が付加され、行は点線によ
って区分けされる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば、プログラム
におけるデータ構造と記憶域上での配置を視覚的かつ、
直感的に理解することを支援するシステム及び方法に関
するものである。

【０００２】

【従来の技術】他人が書いた既存のプログラムを保守し
なければならない状況は、ソフトウェアのライフ・サイ
クルにおいては、非常に頻繁に発生し、ライフサイクル
全体のコストの８０％は保守に費やされているという報
告もある。既存のプログラムの保守においては、使用さ
れているデータの構造を正確に把握することが重要であ
る。データの構造の不正確な把握によって保守作業が行
われた場合は、既に作成されているデータ領域へ意図し
ない新たなデータを上書きしまうことや、意図しないデ
ータ領域に書き込みを行ったために、後に書き込みを行
ったデータにより消滅することもある。また、金額等の
領域においては、データを誤って認識し(例えば、１桁
ずれた領域で再定義を行った場合、1,000,000円を10,00
0,000円と認識)、取り返しの付かない重大なシステム障
害や、運用上の障害に発展する可能性がある。

【０００３】このため、プログラムの保守を行うに際し
ては、入念なテストが必要であり、テスト、コーディン
グミスの発見、コーディングの修正・コンパイル、再テ
ストという工程を正常稼働に至まで反復する必要があ
る。この一方、新規に作成するプログラムにおいてもデ
ータ領域を正しく定義する必要があり、これに失敗した
場合は、上記問題を生ずるため、既存のプログラムの保
守のみならず、新規にプログラムを開発する過程におい
ても、データの構造の正確な把握とデータ領域の正しい
定義は重要である。

【０００４】また、PL/I、COBOL、 C、 Fortran、アセ
ンブラ、Pascal等の多くのプログラム言語において、一
旦定義したデータ領域を再定義するコーディング方法が
採用されている。このデータ領域を再定義するコーディ
ング方法は、共通の物理的領域をレコード長、レコード
属性等の異なる複数の異なるデータ項目で定義するた
め、データの構造を正確に把握することの難易度が増大
する傾向にある。また、データ領域を定義したコーディ
ングと、再定義したコーディングは、物理的に離れた位
置に表示されることが多く、データ領域を定義するデー
タ項目の数が増大するにつれ、離れた位置に存在するこ
ととなり、プログラムのコーディングを見るだけでデー
タの構造を正確に把握することの難易度が増大する傾向
はさらに強くなる。

【０００５】このため、プログラム開発、プログラム解
析を迅速かつ正確に行うための、プログラムにおけるデ
ータ構造と記憶域上での配置を視覚的かつ、直感的に理
解することを支援するシステム及び方法の出現が望まれ
てきた。

【０００６】かかる従来の問題に関連して、M. A.Jack
sonは、Data-Structure Diagram (以下「Jacson Diagr
am」という)を用いた方式を提案している(J.Martin, C.
McClure, "Structutre Techniquies: The Basis for
CASE",PRENTICE HALL, Englewood Cliffs, N.J. 0763
2. Page 209.)。このJacson Diagramは、図 に示すよ
うに、データ領域のデータ構造を、各データ項目の階層
関係を示すhierarchy chartを用いて視覚的に表現して
いる。しかし、Jacson Diagramは、プログラムの設計時
に使用されるものであり、既存もしくはコーディング途
中のプログラムのデータ構造を理解しやすい形式で表現
するためのものではない。また、Jacson Diagramはデー
タ構造の階層関係を表現するのみであり、各データ項目
が記憶域上でどのような領域を占め、どのように重なり
合っているのかを表現することはできない。

【０００７】また、IBM Technical Disclosure Bulleti
n、JA892-1240 MT, K. Fujii and H. Shinomiは、再定
義したデータ構造のコーディングを、一旦定義したデー
タ構造のコーディングの先頭位置と一致させ、その傍ら
に表示させるという方式を提案している。この方式は、
定義したデータ構造のコーディングと再定義したデータ
構造のコーディングを同時に認識することが可能となる
が、各データ項目の記憶域上の重なり合いを直感的に表
現することはできない。また、アライメントによる境界
合わせも表現できない。

【０００８】特開平７−２３０３７９はソースプログラ
ムのデータ構造をレコード階層構造に従った構造図で表
示する方式を提案している。この構造図により表示する
方式は、各データ項目が記憶域上でどのような領域を占
め、どのように重なり合っているのかを表現することは
できるが、定義領域と再定義領域の対応関係を明確に表
現することはできない。また、この方式は、メモリサイ
ズを箱の横方向の長さで表現しようとしているが、ユー
ザが開発・使用している一般的なプログラムでは、その
サイズがあまりにも大き過ぎて直感的に表現できるよう
に表示することは困難である。また、その表示の方式も
コーディングと近い表現ではなく、プログラマにとって
プログラムを変更するための資料としては抽象的であ
る。また、この方式は、図形的な表現を行っているた
め、ＧＵＩ（グラフィカル・ユーザ・インターフェス）
を必要としている。

【０００９】

【発明が解決しようとする課題】この発明の目的は、プ
ログラム中で使用されているデータの構造の階層関係、
記憶域上での配置と占める範囲を視覚的に表示すること
により、プログラマがデータの構成を正確かつ効果的に
理解することを可能にするシステムを提供することにあ
る。

【００１０】この発明の他の目的は、プログラムにおけ
るデータ構造と記憶域上での配置を視覚的かつ、直感的
に理解することを可能にするシステムを提供することに
ある。

【００１１】この発明のさらに他の目的は、大きなデー
タ構造に対しても、レベル毎に詳細の表示を省略するこ
とにより、データのアライメントやデータ領域の重なり
等を一目で把握することができることを可能にするシス
テムを提供することにある。

【００１２】この発明のさらに他の目的は、プログラム
言語に依存せずあらゆる言語に対応することのできる表
示方式を提供することにある。

【００１３】

【課題を解決するための手段】本発明によれば、プログ
ラムを入力とし、その中で使用されているデータの構造
の階層関係、記憶域上での配置と占める範囲を視覚的に
表示することにより、プログラマがデータの構造を正確
かつ効果的に理解することを可能にするシステム及び方
法が提供される。

【００１４】本発明の１の態様においては、第１、第２
のデータ領域定義ブロックのデータ項目階層情報を解析
し、第１、第２データ領域定義ブロック中の階層関係の
関係付けを行うことによって、複数のデータ項目エント
リを含むデータ構造情報を作成する段階と、第２のデー
タ領域定義ブロックのデータ項目再定義情報を解析し、
第１データ領域定義ブロック中の被再定義データ項目
と、第２のデータ領域定義ブロックの再定義関係の関係
付けを行い、被再定義データ項目と、再定義データ項目
に対応するデータ項目エントリを更新する段階と、デー
タ項目長情報に基づいて、第１のデータ領域定義ブロッ
クに含まれるデータ項目の各々についてデータ項目オフ
セット情報を導出し、データ項目エントリに付加する段
階と、データ項目長情報とデータ項目再定義情報と被再
定義データ項目のオフセット情報に基づいて、第２のデ
ータ領域定義ブロックに含まれるデータ項目の各々につ
いてデータ項目オフセット情報を導出し、データ項目エ
ントリに付加する段階と、データ項目階層情報に従った
順序付けで、第１のデータ領域定義ブロックと、第２の
データ領域定義ブロックに含まれるデータ項目を同一オ
フセットのデータ項目オフセット情報を有しているデー
タ項目のデータ項目名から１行として表示されるべき行
データを作成する段階と、行データに含まれるデータ項
目名の各々に各データ項目名が表示される場所を示す位
置情報を関連付ける段階と、行データに含まれるデータ
項目名を位置情報によって指定された位置に表示する段
階とを含むコンピュータに記憶されたプログラムが使用
するデータのデータ構造をデータ項目名、データ項目階
層情報、データ項目属性情報、データ項目長情報を含む
複数のデータ項目によって定義する複数のデータ領域定
義ブロックを含み、少なくとも第１のデータ領域定義ブ
ロックに含まれる被再定義データ項目をデータ項目再定
義情報により再定義する第２のデータ領域定義ブロック
が存在するデータ領域定義部分のデータ構造を表示する
ためのコンピュータにおいて実行される方法が提供され
る。この「データ項目エントリ」は、本発明の好適な実
施例において後述する、図５の各データ項目に相当する
構造３００に対応する概念であるが、このエントリにお
いて管理しているオフセット情報等が各データ項目固有
に関連付けられていれば、どのようなデータの持ち方を
行ってもよい。

【００１５】本発明の他の１態様においては、データ項
目長情報に基づいて、第１のデータ領域定義ブロックに
含まれるデータ項目の各々についてデータ項目オフセッ
ト情報を導出する段階と、データ項目長情報と被再定義
データ項目のオフセット情報に基づいて、第２のデータ
領域定義ブロックに含まれるデータ項目の各々について
データ項目オフセット情報を導出する段階と、データ項
目階層情報に従った順序付けで、第１のデータ領域定義
ブロックと、第２のデータ領域定義ブロックに含まれる
データ項目を同一オフセットのオフセット情報を有して
いるデータ項目のデータ項目名を１行として出力する段
階とを含むコンピュータに記憶されたプログラムが使用
するデータのデータ構造をデータ項目名、データ項目階
層情報、データ項目長情報を含む複数のデータ項目によ
って定義する複数のデータ領域定義ブロックを含み、少
なくとも第１のデータ領域定義ブロックに含まれる被再
定義データ項目を再定義する第２のデータ領域定義ブロ
ックが存在するデータ領域定義部分のデータ構造を表示
するためのコンピュータにおいて実行される方法が提供
される。なお、ここでいう「出力」とは、ＬＣＤ、ＣＲ
Ｔ等の表示画面に表示させることや、プリンタによっ
て、用紙、帳票等の媒体に印刷すること、記憶装置にデ
ータを書き出すこと、シリアルポート、モデム、通信回
線等を介して、データを送信すること等を含む概念であ
る。

【００１６】本発明の他の１態様においては、第１のデ
ータ領域定義ブロックのデータ項目階層情報を解析し、
第１データ領域定義ブロック中の階層関係の関係付けを
行う段階と、第２のデータ領域定義ブロックのデータ項
目階層情報を解析し、第２データ領域定義ブロック中の
階層関係の関係付けを行う段階と、第２のデータ領域定
義ブロックのデータ項目再定義情報を解析し、第１デー
タ領域定義ブロック中の被再定義データ項目と、第２の
データ領域定義ブロックの再定義関係の関係付けを行う
段階と、データ項目長情報に基づいて、第１のデータ領
域定義ブロックに含まれるデータ項目の各々についてデ
ータ項目オフセット情報を導出する段階と、データ項目
長情報とデータ項目再定義情報と被再定義データ項目の
オフセット情報に基づいて、第２のデータ領域定義ブロ
ックに含まれるデータ項目の各々についてデータ項目オ
フセット情報を導出する段階と、データ項目階層情報に
従った順序付けで、第１のデータ領域定義ブロックと、
第２のデータ領域定義ブロックに含まれるデータ項目を
同一オフセットのデータ項目オフセット情報を有してい
るデータ項目のデータ項目名を１行として表示する段階
と、同一オフセットのオフセット情報を有しているデー
タ項目のデータ項目オフセット情報をデータ項目名が表
示された行に関連付けて表示する段階と、を含むコンピ
ュータに記憶されたプログラムが使用するデータのデー
タ構造をデータ項目名、データ項目階層情報、データ項
目属性情報、データ項目長情報を含む複数のデータ項目
によって定義する複数のデータ領域定義ブロックを含
み、少なくとも第１のデータ領域定義ブロックに含まれ
る被再定義データ項目をデータ項目再定義情報により再
定義する第２のデータ領域定義ブロックが存在するデー
タ領域定義部分のデータ構造を表示するためのコンピュ
ータにおいて実行される方法が提供される。

【００１７】本発明の他の１態様においては、データ項
目名と、第１のデータ領域定義ブロックと第２のデータ
領域定義ブロックのデータ項目階層情報を解析すること
によって作成された階層関係情報と、データ項目再定義
情報を解析することによって作成された再定義関係情報
と、第１のデータ領域定義ブロックに含まれるデータ項
目の場合は、データ長によって計算され、第２のデータ
領域定義ブロックに含まれるデータ項目の場合は、デー
タ長と被再定義データ項目のオフセット情報に基づいて
計算されたデータ項目オフセット情報とを含む複数のデ
ータ項目エントリを作成する手段と、複数のデータ項目
エントリから、同一オフセットのオフセット情報を有す
るデータ項目エントリを特定する手段と、特定されたデ
ータ項目エントリのデータ項目名を階層関係情報に従っ
た順序付けで連結することによって、行データを作成す
る手段と、行データに含まれるデータ項目名の各々に各
データ項目名が表示される場所を示す位置情報を関連付
ける手段と、行データに含まれるデータ項目名を位置情
報によって指定された位置に表示する手段とを含むコン
ピュータに記憶されたプログラムが使用するデータのデ
ータ構造をデータ項目名、データ項目階層情報、データ
項目属性情報、データ項目長情報を含む複数のデータ項
目によって定義する複数のデータ領域定義ブロックを含
み、少なくとも第１のデータ領域定義ブロックに含まれ
る被再定義データ項目をデータ項目再定義情報により再
定義する第２のデータ領域定義ブロックが存在するデー
タ領域定義部分のデータ構造を表示する装置が提供され
る。

【００１８】本発明の他の１態様においては、データ項
目長情報に基づいて、第１のデータ領域定義ブロックに
含まれるデータ項目の各々についてデータ項目オフセッ
ト情報を導出する手段と、データ項目長情報と被再定義
データ項目のオフセット情報に基づいて、第２のデータ
領域定義ブロックに含まれるデータ項目の各々について
データ項目オフセット情報を導出する手段と、データ項
目階層情報に従った順序付けで、第１のデータ領域定義
ブロックと、第２のデータ領域定義ブロックに含まれる
データ項目を同一オフセットのオフセット情報を有して
いるデータ項目のデータ項目名を１行として出力する手
段とを含むコンピュータに記憶されたプログラムが使用
するデータのデータ構造をデータ項目名、データ項目階
層情報、データ項目長情報を含む複数のデータ項目によ
って定義する複数のデータ領域定義ブロックを含み、少
なくとも第１のデータ領域定義ブロックに含まれる被再
定義データ項目を再定義する第２のデータ領域定義ブロ
ックが存在するデータ領域定義部分のデータ構造を表示
する装置が提供される。

【００１９】本発明の他の１態様においては、表示装置
にプログラムを表示する手段と、プログラム中のデータ
項目がユーザによって特定されたことを検出する手段
と、特定されたデータ項目のデータ構造を表示すること
のユーザからの指示を検出する段階と、ユーザからの指
示に応答して、データ項目名と、第１のデータ領域定義
ブロックと第２のデータ領域定義ブロックのデータ項目
階層情報を解析することによって作成された階層関係情
報と、データ項目再定義情報を解析することによって作
成された再定義関係情報と、第１のデータ領域定義ブロ
ックに含まれるデータ項目の場合は、データ長によって
計算され、第２のデータ領域定義ブロックに含まれるデ
ータ項目の場合は、データ長と被再定義データ項目のオ
フセット情報に基づいて計算されたデータ項目オフセッ
ト情報とを含む複数のデータ項目エントリを作成する手
段と、複数のデータ項目エントリから、同一オフセット
のオフセット情報を有するデータ項目エントリのデータ
項目名を階層関係情報に従った順序付けで連結すること
によって、オフセット情報を有する行データを作成する
手段と、行データに含まれるデータ項目名の各々に表示
装置において各データ項目名が表示される場所を示す位
置情報を関連付ける手段と、行データに含まれるデータ
項目名を表示装置の指定された位置に表示する手段と、
行データのオフセット情報を指定された位置に関連付け
て表示装置に表示する手段と、含むコンピュータに記憶
されたプログラムが使用するデータのデータ構造をデー
タ項目名、データ項目階層情報、データ項目属性情報、
データ項目長情報を含む複数のデータ項目によって定義
する複数のデータ領域定義ブロックを含み、少なくとも
第１のデータ領域定義ブロックに含まれる被再定義デー
タ項目をデータ項目再定義情報により再定義する第２の
データ領域定義ブロックが存在するデータ領域定義部分
のデータ構造を表示する装置が提供される。

【００２０】本発明の他の１態様においては、データ項
目長情報に基づいて、第１のデータ領域定義ブロックに
含まれるデータ項目の各々についてデータ項目オフセッ
ト情報を導出することをコンピュータに指示するプログ
ラムコード手段と、データ項目長情報と被再定義データ
項目のオフセット情報に基づいて、第２のデータ領域定
義ブロックに含まれるデータ項目の各々についてデータ
項目オフセット情報を導出することをコンピュータに指
示するプログラムコード手段と、データ項目階層情報に
従った順序付けで、第１のデータ領域定義ブロックと、
第２のデータ領域定義ブロックに含まれるデータ項目を
同一オフセットのオフセット情報を有しているデータ項
目のデータ項目名を１行として表示することをコンピュ
ータに指示するプログラムコード手段とを含むコンピュ
ータに記憶されたプログラムが使用するデータのデータ
構造をデータ項目名、データ項目階層情報、データ項目
長情報を含む複数のデータ項目によって定義する複数の
データ領域定義ブロックを含み、少なくとも第１のデー
タ領域定義ブロックに含まれる被再定義データ項目を再
定義する第２のデータ領域定義ブロックが存在するデー
タ領域定義部分のデータ構造を表示するためのプログラ
ムを格納するコンピュータによって読み取り可能な記憶
媒体が提供される。この記憶媒体には、ＣＤ−ＲＯＭ等
の持ち運び可能な記憶媒体や、ハードディスク等のコン
ピュータに接続された記憶媒体、また、ネットワークを
介してアクセス可能な記憶装置等を含む概念である。

【００２１】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図１を参照すると、本発明を実施するためのハー
ドウェア構成の概観図が示されている。システム１００
は、中央処理装置（ＣＰＵ）１とメモリ４とを含んでい
る。ＣＰＵ１とメモリ４は、バス２を介して、補助記憶
装置としてのハードディスク装置１３とを接続してあ
る。フロッピーディスク装置（またはＭＯ、ＣＤ−ＲＯ
Ｍ等の駆動装置）２０はフロッピーディスクコントロー
ラ１９を介してバス２へ接続されている。

【００２２】フロッピーディスク装置（またはＭＯ、Ｃ
Ｄ−ＲＯＭ等の駆動装置）２０には、フロッピーディス
ク（またはＭＯ、ＣＤ−ＲＯＭ等の媒体）が挿入され、
このフロッピーディスク等やハードディスク装置１３、
ＲＯＭ１４には、オペレーティングシステムと協働して
ＣＰＵ等に命令を与え、本発明を実施するためのコンピ
ュータ・プログラムのコードを記録することができ、メ
モリ４にロードされることによって実行される。このコ
ンピュータ・プログラムのコードは圧縮し、または、複
数に分割して、複数の媒体に記録することもできる。

【００２３】システム１００は更に、ユーザ・インター
フェース・ハードウェアを備えたシステムとすることが
でき、ユーザ・インターフェース・ハードウェアとして
は、例えば、入力をするためのポインティング・デバイ
ス（マウス、ジョイスティック等）７またはキーボード
６や、視覚データをユーザに提示するためのディスプレ
イ１２がある。また、パラレルポート１６を介してプリ
ンタを接続することや、シリアルポート１５を介してモ
デムを接続することが可能であり、シリアルポート１５
およびモデムまたは通信アダプタ１８を介して他のコン
ピュータと通信を行うことが可能である。

【００２４】従って、本発明は、通常のパーソナルコン
ピュータ（ＰＣ）、やワークステーションやこれらの組
合せによって実施可能であることを容易に理解できるで
あろう。ただし、これらの構成要素は例示であり、その
全ての構成成要素が本発明の必須の構成要素となるわけ
ではない。例えば、図１は、スタンド・アロン環境のシ
ステムを示しているが、クライアント／サーバ・システ
ムとして本発明を実現し、サーバ・マシンに本発明のシ
ステム１００を配置し、クライアント・マシンは、サー
バ・マシンに対して、イーサネット、トークン・リング
などでＬＡＮ接続し、クライアント・マシン側には、プ
ログラムの入力のための入力装置と、結果を見るための
表示装置を配置してもよい。

【００２５】オペレーティング・システムとしては、Ｗ
ｉｎｄｏｗｓ（マイクロソフトの商標）、ＯＳ／２（Ｉ
ＢＭの商標）、ＡＩＸ（ＩＢＭの商標）上のＸ−ＷＩＮ
ＤＯＷシステム（ＭＩＴの商標）などの、標準でＧＵＩ
マルチウインドウ環境をサポートするものが望ましい
が、本発明は、ＰＣ−ＤＯＳ（ＩＢＭの商標）、ＭＳ−
ＤＯＳ（マイクロソフトの登録商標）などのキャラクタ
・ベース環境でも実現可能であり、特定のオペレーティ
ング・システム環境に限定されるものではない。

【００２６】次に、本発明を読者が理解できるように、
本発明で入力されるプログラムの実施例と、本発明でシ
ュルチョクされるデータ構造の実施例を説明する。図３
は、入力されるプログラムのデータ宣言部の１実施例で
あり、このプログラムで使用するデータのデータ領域を
定義している（データ領域定義部分）。ここでは、PL/I
を例としてコーディングされている。このデータ宣言部
は、本実施例においてはソースプログラム内に存在して
いるが、ソースプログラムと異なる場所にその一部また
は全部を格納し、コンパイル時にリンクするようにして
もよい。

【００２７】図３に示すコーディングのデータ構造にお
いて、ＤＣＬ（デクレア文）１２５単位に区分けを行
い、各デクレアー文をブロックとして認識することとす
る。そして、ブロック１３１、１３３、１３５は夫々、
データ領域定義ブロックと呼ぶ。また、このデータ領域
定義ブロックは、共通のデータ領域を含む定義をしてい
る。データ領域定義ブロック１３１は、データ項目名１
２９"TOP_REC"のデータ項目１３０を定義しており、こ
のデータ項目１３０は、その直ぐ下位の構造として"F
1"、"F2"、"F3"のデータ項目を持つ階層構造を持つこと
がデータ項目階層情報１２７（「０１」，「０２」等の
情報）によって定義されている。"F1"は、さらに"F1
1","F12","F13"の3個のデータ項目１３０から構成さ
れ、"F1"自体は10バイトを占める。"F3(5)"は、5個の要
素から構成される配列を示している。"F3"の一つの要素
は"F31"の1バイト、"F32"の5バイトの合計6バイトから
なり、5個の配列要素により"F3(5)"自体は30バイトを占
める。本願明細書において、このようにデータ項目のデ
ータ長を決定するための情報をデータ項目長情報１３７
と呼ぶこととし、"F2"で定義されている"CHAR(10)"の"1
0"のようなバイト数のデータだけではなく、"F3(5)"の
ような配列情報や、"FIXED BIN"のようなデータ項目の
属性情報をも包含する概念である。

【００２８】レコード"TOP_REC"は、0バイト目から50バ
イト目までの範囲を占めているが、全く同じ範囲をレコ
ード"REDEF_REC"が占めているのが表現されている。こ
れはデータの再定義もしくは別名と言われるものであ
る。このように、"REDEF_REC"のような再定義を行うデ
ータ項目を、再定義データ項目といい、"TOP_REC"のよ
うな再定義されるデータ項目を、被再定義データ項目と
呼ぶ。この再定義の関係は、"DEF"というデータ項目再
定義情報１３９によってシステムに認識される。データ
の再定義は、1レコード全体ごとだけてなく、大きな構
造の一部を再定義することもある。レコード"REDEF_F"
は"TOP_REC"の中の"F2"の部分のみを再定義している。
再定義が明確に表現されるということは、データに関す
る修正の及ぶレコードの範囲が明らかになることを意味
する。たとえば、この例の場合、"REDEF_F"中の"RF1"に
関するデータの修正が、"REDEF_REC"中の"R3"、そし
て、"TOP_REC"中の"F2"へも、影響が及ぶことを明確に
表現することになっている。

【００２９】本発明の好適な実施例においては、図３に
示したデータ領域定義部は、図４のように表現され、出
力される。左側にならんでいる数値１５１はバイト数で
表現されている。この数値は、各データ項目の先頭位置
（オフセット）に対応した数値である。横に引かれた点
線間は等バイト間隔ではない。点線１５３は各データ項
目の占める範囲の切れ目に引かれている。点線間を等間
隔のバイト数にして、鍵括弧"["１５５の縦の線の長さ
でデータの大きさを表現することも可能であるが、通
常、各データはかなりのサイズになり、表示装置に表示
しきれなくなることから、本発明の好適な実施例におい
ては点線によりデータの範囲の切れ目を明確にし、その
切れ目にバイト数（オフセット）を書くこととしてい
る。オフセットは、図１３に示すように、＜バイト数
＞．＜ビット数＞とういう形式で表現することもでき
る。入力された各データ領域定義ブロック１３１，１３
３，１３５は、その再定義の関係に基づいて、データ領
域定義ブロック単位に横方向に並べられている１４１，
１４３，１４５。この図に示すような本発明のデータ構
造の表示より、各データ項目に関して、各データの記憶
域上での占める範囲、データの階層関係、データの再定
義やレコード間でのデータの共有、および、配列とその
サイズが明確に表現されることとなる。

【００３０】次に、図２のブロック図を参照して、本発
明のシステム構成について説明する。本発明の好適な実
施例において入力されるプログラム１０１は、ハードデ
ィスク、マグネットテープ（ＭＴ）、フロッピーディス
ク等の媒体に格納されているソースプログラムである
が、外部システムから通信回線を介して入力されとソー
スプログラムであってもよい。また、公知の手法によ
り、オブジェクトモジュールをソースプログラムに変換
することが可能であるため、入力されるプログラムは、
ソースプログラムに限定されず、オブジェクトモジュー
ルであってもよい。さらに、ソースプログラムまたはオ
ブジェクトモジュール全体だけではなく、データ構造を
定義している部分のみを抽出されたものを入力としても
よい。このデータ構造を定義している部分は、コンパイ
ル時または実行時にソースプログラムにリンクされるイ
ンクルード・ファイル（ＣＯＢＯＬではコピー句と呼ば
れる等、種々の名称が付けられている）と呼ばれるデー
タ構造定義文の全体だけではなく、その一部であっても
よい。

【００３１】本発明の好適な実施例において、入力装置
１１１は、好適には、入力するプログラムを指定した
り、データ構造を表示するデータ項目を指定するキーボ
ード６またはマウス７等のポインティングデバイスで構
成される。また、入力制御部１１３は、好適には、マル
チウインドウ環境で構成され、プログラムまたはプログ
ラム中のデータ定義部分が入力装置１１１によって指定
されたことを検出し、その情報をデータ構造解析部１０
３に伝達することができる。また、表示に関する制御情
報の入力（表示を個所限定するための入力、スクロール
を指示するための入力、後述する畳み込みのための入力
等）を検出して、その情報を表示制御部１２３に伝達す
ることができる。

【００３２】データ構造解析部１０３は、プログラム１
０１を入力とし、プログラム１０１の中の変数宣言か
ら、プログラム１０１に含まれるデータ項目のデータ構
造を解析する。本発明の好適な実施例においては、デー
タ構造解析部１０３は、プログラム１０１に含まれる全
てのデータ領域定義ブロックを抽出し、それに含まれる
各データ項目について階層関係についての情報（データ
構造情報１０５）を抽出・保存する。

【００３３】本発明の好適な実施例における、データ構
造情報１０５の概念図を図５に示す。各データ項目１３
０について、データ項目名３１０、データ項目のタイプ
等の属性情報３２０、オフセット情報３３０、データ項
目サイズ情報（データ項目長情報）３４０、再定義情報
３５０、上位へのポインタ３６０、下位へのポインタ３
７０を管理するデータ項目のエントリ３００が作成され
る。データ項目名３１０は、"REDEF_REC"等のデータ項
目の変数名をそのまま使用することも可能であるが、"G
002-001/RG001-001"等の入力されたデータ項目に夫々対
応する変換された名称を使用してもよい。各エントリ
が、入力されたプログラムのデータ項目を特定できれ
ば、データ項目名３１０は、数字や記号等で表現しても
よい。

【００３４】データ項目のタイプ等の属性情報３２０に
は、そのデータ項目が文字項目か数字項目か等を判別す
るための情報が管理されている。図において、属性情報
３２０は、"FIXED BIN"，"CHAR(6)"等の情報を管理して
いるが、文字項目は"C"、数字項目は"N"等属性情報を象
徴したものを管理することもできる。オフセット情報３
３０は、そのデータ項目が位置するデータ領域での開始
位置を示す。各データ項目についてのオフセットの算出
方法については後述する。データ項目サイズ情報３４０
は、各データ項目が占めるデータ領域上のデータ長を示
している。データ項目長情報(サイズ情報)３４０は、"C
HAR(6)"の"(6)"等だけでなく、"FIXEDBIN"，"BIT"等の
データ項目長の判断に使用される全ての情報を含む概念
である。図において、オフセット３３０、データ項目長
情報(サイズ情報)３４０はビットを単位に表現されてい
るが、バイト単位等の他の単位によって管理することも
できる。再定義情報３５０は、そのデータ項目が再定義
するデータ項目または、再定義されるデータ項目をポイ
ントする情報を管理する。本発明の好適な実施例におい
ては、再定義の関係を示す情報を各データ項目のエント
リ３００において管理しているが、データ構造情報１０
５とは別に管理することも可能である。

【００３５】上位へのポインタ３６０は、そのデータ項
目の上位に位置するデータ項目をポイントしている。ま
た、下位へのポインタ３７０は、そのデータ項目の下位
に位置するデータ項目をポイントしている。各エントリ
において"Ｘ"は、ポイントするものが無いことを示して
いる。下位へのポインタ３７０は、ポイントすべきデー
タ項目が複数であるため、リスト構造６００を介して下
位のデータ項目のうち最初に出現するデータ項目に対応
するリスト構造をポイントしている。リスト構造６００
は、そのリスト構造に対応するデータ項目をポイントす
る要素へのポインタ６１０と、次のデータ項目に対応す
るリスト構造をポイントする次へのポインタ６３０を有
している。但し、リスト構造６００は、下位へのポイン
タ３７０が、下位のデータ項目をポイントするために必
須のものではなく、下位へのポインタ３７０のエントリ
において、ポイントすべきデータ項目を特定する複数の
情報を管理することもできる。この上位へのポインタ３
６０、下位へのポインタ３７０は、その一方のみで、デ
ータ構造を定義できるため、各データ項目のエントリ３
００にいずれかが存在すればよい。

【００３６】なお、この属性情報３２０、データ項目サ
イズ情報３４０は、各データ項目のエントリ３００に必
須のものではない。これは、データ項目エントリ３００
は、入力されたプログラム１０１のデータ項目を特定す
るデータ項目名３１０というデータを有しているため、
入力されたプログラム１０１から、その属性情報を特定
することが可能だからであり、図２に示す表示制御部１
２３または、レイアウト情報生成部１０７に直接これら
の情報を渡すことにより、図４に示すデータ構造の表示
を行うことができるためである。

【００３７】本発明の好適な実施例においては、このデ
ータ構造情報１０５は、レイアウト情報生成部１０７に
渡され、レイアウト情報１０９に加工される。この手順
については後に詳述する。レイアウト情報１０９は、そ
の概念図（図６）に示すように共通のオフセットに対し
て関連付けられている。この共通のオフセットを有する
データ項目の集合を行データと呼ぶ。行データにおいて
は、各データ項目は、データ領域定義ブロックの順番、
階層上位の順番で順序付けられている。各データ項目エ
ントリ２１１，２１３．．．には、データ項目名、デー
タ項目のタイプ等の属性情報、データ項目サイズ情報
（データ項目長情報）が管理されているが、データ構造
情報１０５と同様に、この属性情報、データ項目サイズ
情報は、各データ項目のエントリに必須のものではな
い。これは、データ項目エントリは、入力されたプログ
ラム１０１のデータ項目を特定するデータ項目名を有し
ているため、入力されたプログラム１０１または、デー
タ構造情報１０５から、その属性情報等を特定すること
が可能だからであり、図２に示す表示制御部１２３に直
接これらの情報を渡すことにより、図４に示すデータ構
造の表示を行うことができるためである。

【００３８】表示制御部１２３は、レイアウト情報１０
９の配置に基づき、表示装置１２１に表示を行う。図が
大きくなった時のスクロール、レベルを指定しての畳み
込み等の表示の変更は、入力装置１１１より縦横のスク
ロールや表示すべきレベルなどの情報が入力され表示制
御部１２３により処理され表示装置１２１に表示され
る。

【００３９】本発明の好適な実施例においては、本発明
の方法は、対話式に実行されるため、入力装置１１１、
入力制御部１１３、表示制御部１２３、表示装置１２１
が図に示されているが、これらの要素は必須の構成要素
ではない。例えば、本発明を自動サブミットによって実
行されたバッチジョブによって実施した場合、入力すべ
きプログラム、または、データ構造部は、ＪＣＬ（ジョ
ブ・コントロール・ランゲージ）の指定により特定する
ことが可能であり、出力されるべきレイアウト情報は、
リモートのプリンタに出力することも、後に画面表示ま
たは、プリンタに出力するために、各種記憶媒体に格納
しておくことも可能であるからである。

【００４０】図７から図１０に、図４に対する表示上の
操作を示す。現実的なプログラムにおいては、通常デー
タ構造はかなりの大きさとなり、ディスプレイ等の表示
装置上に表示しようとしても、一画面には表示しきれな
いことが多い。そのような場合、図に対する縦横のスク
ロールも有効ではあるが、スクロールを行っても一画面
で見ることができる部分は図の一部分であるので、デー
タ構造全体の把握は難しい。そこで、データの階層関係
や再定義の構造を画面上に残したまま、構造の一部の表
示を省略(畳み込む)方式を提案する。畳み込みの方式に
は、 １．表示レベルを指定しての畳み込みと、 ２．指定したデータの下位構造の畳み込みの２種類が考
えられる。

【００４１】表示レベルを指定しての畳み込みは、最上
位から何レベルまでを指定し、その下位構造の表示を畳
み込む表示のしかたである。図７は最上位レベルのみ、
つまり表示レベル1の場合の表示である。図において、
表示省略された(畳み込まれた)下位構造は、図中の">>>
>>"で示されている。このレベルで表示すると、再定義
の関係のみが図上に表示されることになる。本発明の好
適な実施例においては、この畳み込みを示す記号は">>>
>>"によって表現されているが、畳み込みを行っている
ことを直感的に認識できればよく、種々の記号や文字に
よって代替可能である。

【００４２】図７を見ると、図４と比較し縦横何れの方
向にも、図自体の大きさが縮小されているのが分かる。
これにより表示装置一画面に収まりきれない図も収まる
ようになる。図８は、レベルとして2を与えて、上位か
ら2レベルまでを表示した場合である。再定義された各
データ構造の上位2レベルまでが表示されているのが分
かる。図中"F1"の下位構造("F11","F12","F13")が畳み
込まれて">>>>>"として表示されている。"TOP_RECの構
造だけを見るとこの"F1"の構造に相当する"["は一行分
の長さにすることが出来るように思えるが、"TOP_REC"
を再定義している"REDEF_REC"の構造を見ると、"TOP_RE
C"の"F1"に相当する記憶域に、第2レベルとして"R1"と"
R2"が存在していることから、"F1"の範囲に相当する"["
は縦に2行になっている。このように、"再定義がある場
合、一つのレコードのみで畳み込みを判断せず、再定義
された全てのレコードの畳み込みの状況を参照しながら
畳み込む必要がある"。

【００４３】"F1"に相当する記憶域(0バイトから10バイ
トの間)において、図４と図８を比較すると、畳み込み
によって図８では2バイト目と8バイト目を示す横方向の
点線が必要無くなっていることが分かる。以下50バイト
目までに、第3レベル以下の表示の省略の結果、合計4本
の点線が必要なくなっている。その分、図を表示するス
ペースが節約されていることになる。これによって、表
示装置一画面に収まりきれない図も収まるようになる。

【００４４】指定したデータの下位構造の畳み込みは、
表示装置に表示された図上でデータ項目を選択し、その
下位構造の表示を省略する方式であり、図４上で"REDEF
_F"を選択し、下位構造を畳み込んだ図が図８である。"
REDEF_F"の下の"RF1"、"RF2"、"RF3"の構造のみが、畳
み込まれている。この畳み込みの方式の場合も、上記し
たように、再定義されたデータ構造をも考慮する必要が
ある。図９の場合は、"REDEF_F"のレコードと同じ記憶
域を持つ"TOP_REC"中の"F2"と"REDDEF_REC"中の"R3"
が、その下位に構造をもたないデータ項目であったか
ら、畳み込みも単純であった。

【００４５】それに対して、図１０は、下位構造を畳み
込むために"TOP_REC"中の"F1"を選択した場合である
が、その同じ記憶域に相当する"REDEF_REC"中の部分(0
バイト目から10バイト目)を見ると、"R1"と"R2"という2
つのデータが存在しかつ、"R2"はまたその下位構造に"R
21"、"R22"を持つことが分かる。ここでは、"REDEF_RE
C"側の構造は畳み込みを指定されていないことから、畳
み込みは行わない。しかし、"TOP_REC"中の"F1"の下位
構造が畳み込まれることから、"F11"、"F12"、"F13"も
畳み込まれ、"F11"と"F12"の切れ目の2バイト目を表す
点線も必要なくなり、"REDEF_REC"中でも2バイト目は、
データ項目間の切れ目となっていないことから、2バイ
ト目の点線は消去可能になる。その結果、"TOP_REC"側
に対応して、"REDEF_REC"側でも、下位構造を畳み込む
ことは行われないが、当初2行分で表現されていた"R1"
を表現する"["が1行分の長さに変更されている。上記の
再定義を考慮した、畳み込みによる表示省略も本発明の
独自な点である。

【００４６】図１４は、本発明の好適な実施例におい
て、入力されたプログラムがデータ構造表示されるまで
の処理手順を示すフローチャートである。この処理手順
においては、まず、データ構造解析が行われる（ステッ
プ４０３）。このデータ構造解析の処理内容に関しては
後に詳述する。次に、ユーザはポインティングデバイス
７を使用して、データ構造を表示すべきデータ項目を特
定する（ステップ４０５）。このデータ項目の特定は、
キーボード６により、データ項目を直接入力することに
よって行われてもよい。但し、このデータ項目を選択す
るステップは、本発明の方法において必須の構成要素に
なるとは限らない。これは、ステップ４０３のデータ構
造解析部において、指定されたデータ項目のみを解析
し、データ構造情報１０５を作成することも可能である
し、入力されたプログラム１０１に存在する全てのデー
タ構造定義部分部についてデータ構造情報１０５を作成
することも可能だからである。

【００４７】そして、ステップ４０７において、選択さ
れたデータ項目を含む再定義を考慮したデータ構造を発
見する。この、選択されたデータ項目を含む再定義を考
慮したデータ構造とは、選択されたデータ項目を含む共
通領域定義データブロック郡を意味する。例えば、図３
において、指定されたデータ項目がブロック１３５にお
けるRF2であった場合、このデータ項目を含むデータ領
域定義ブロック１３５と、データ領域定義ブロック１３
５と共通のデータ領域を定義しているデータ領域定義ブ
ロック１３１と、データ領域定義ブロック１３１と共通
のデータ領域を定義しているデータ領域定義ブロック１
３３のデータ構造が検出される。

【００４８】その後、ステップ４０７で検出されたデー
タ構造についてレイアウト情報の生成処理が行われる
（ステップ４０９）。この処理内容に関しては後に詳述
する。そして、ステップ４０９で作成されたレイアウト
情報１０９、ステップ４０３で作成されたデータ構造情
報１０５に基づいて、データ構造図表示処理が行われる
（ステップ４１１）。この処理内容に関しても後に詳述
する。その後、別のデータ項目を含むデータ構造を表示
するか否か判断され（ステップ４１３）、表示すること
が求められている場合は、その別のデータ項目につい
て、４０５，４０７，４０９，４１１，４１３の各ステ
ップを実行する。本発明の好適な実施例においては、こ
のステップ４１３の判断は、他の共通領域定義ブロック
に属するデータ項目が指定されているか否かを判断して
いる。複数の共通領域定義ブロックのデータ構造を表示
必要性は必ずしもあるわけではないので、このステップ
も本発明の必須の構成要素ではない。

【００４９】図１５は、本発明の好適な実施例におい
て、入力されたプログラムがデータ構造解析されるため
の処理手順を示すフローチャートである。この処理手順
においては、まず、対象プログラムの読み込みが行われ
る(ステップ４２３）。そして、データ領域定義ブロッ
クごとに階層関係と各データ項目が管理している情報を
解析する。具体的には、図５に示す、各データ項目のエ
ントリ３００に、データ項目名３１０、データ項目のタ
イプ等の属性情報３２０、データ項目サイズ情報（デー
タ項目長情報）３４０、上位へのポインタ３６０、下位
へのポインタ３７０が出力される。そして、各データ項
目間の再定義関係を解析して、関係するものは連結す
る。具体的には、図５に示す、各データ項目のエントリ
３００の再定義情報３５０に連結すべきデータ項目をポ
イントするための情報が入力される。このステップ４２
５とステップ４２７をすべてのデータ項目について実行
する（ステップ４２９）。

【００５０】その後、ステップ４３１において、データ
領域定義ブロックごとに、先頭のデータ項目のオフセッ
トと、各データ項目のサイズから、各データ項目のオフ
セットを計算する。具体的には、図５に示す、各データ
項目のエントリ３００のオフセット情報３３０に各デー
タ項目について計算されたオフセット値が保管される。
このオフセット値の計算は、まず各データ領域定義ブロ
ックに於ける先頭のデータ項目のオフセット情報が、そ
のデータ項目が再定義しているデータ項目のオフセット
値に設定される。再定義するデータ項目が無い場合は、
０が設定される。このオフセット値に、そのデータ領域
定義ブロックにおける階層に従って、下位のデータ項目
のサイズ（データ長）が加算される。このとき、２２ビ
ットのサイズのデータ項目の場合、３バイト（８による
除算の商、小数点切り上げ）とするように、アライメン
トを考慮したオフセット値を算出することが望ましい。

【００５１】図３のデータ領域定義ブロック１３３を用
いて具体的に説明すると、まず、データ領域定義ブロッ
ク１３３の先頭のデータ項目であるREDEF_RECには、TOP
_RECのオフセット値０がセットされる。次に、REDEF_RE
Cのデータ長が現在のオフセット値に加算される。REDEF
_RECのデータ長は、定義されていないため、０が現在の
オフセット値に加算される（データ長が定義されていな
いデータ項目に対しては、加算を行わない方法もあ
る）。次に、R1のオフセット値に現在のオフセット値
（０）がセットされる。そして、現在のオフセット値に
R1のデータ長（４）が加算される。そして、R2のオフセ
ット値に現在のオフセット値（４）がセットされ、現在
のオフセット値にR2のデータ長（０）が加算される。次
にR21のオフセット値に現在のオフセット値（４）がセ
ットされて、現在のオフセット値にR21のデータ長
（４）が加算される。次にR22のオフセット値に現在の
オフセット値（８）がセットされ、現在のオフセット値
にR22のデータ長（２）が加算される。次にR3のオフセ
ット値に現在のオフセット値（１０）がセットされ、現
在のオフセット値にR3のデータ長（１０）が加算され
る。次にR4のオフセット値に現在のオフセット値（２
０）がセットされる。

【００５２】図１６は、本発明の好適な実施例におい
て、レイアウト情報を生成するための処理手順を示すフ
ローチャートである。手順は、ステップ４４１で開始
し、まず、最初のデータ領域定義ブロックの先頭に位置
するデータ項目(TOP_REC)がポイントされる（ステップ
４４４）。そして、現在のオフセット値に０がセットさ
れる(ステップ４４３)。次に、現在のオフセット値を有
しているデータ項目を現在のオフセット値の行データに
セットする（ステップ４５７）。なお、このステップ４
５７の前に、条件式４４５，４４９，４５３が存在する
が、現在のオフセット値が０の場合は、これらの条件式
はすべてＮＯとなるのでここでは説明しない。

【００５３】このステップ１５７におけるセットの順番
は、データの階層から決定されるが、具体的には、最初
のデータ領域定義ブロックの先頭に位置するデータ項目
(TOP_REC)が現在のオフセット値を有しているか否か判
断され、現在のオフセット値を有している場合は、行デ
ータに、そのデータ項目名等がセットされる。次に、こ
のデータ項目(TOP_REC)の下位のF1がポイントされ、こ
のデータ項目が現在のオフセット値を有しているか否か
判断され、現在のオフセット値を有している場合は、行
データに、そのデータ項目名等がセットされる。その
後、このデータ項目(F1)の下位のF11がポイントされ、
このデータ項目が現在のオフセット値を有しているか否
か判断され、現在のオフセット値を有している場合は、
行データに、そのデータ項目名等がセットされる。

【００５４】次に、このデータ項目(F11)の下位のデー
タ項目は存在しないため、リスト構造６００の次へのポ
インタ情報６３０を参照し、次のデータ項目(F12)にポ
インタが渡される。そして次のデータ項目が現在のオフ
セット値を有しているか否か判断され、現在のオフセッ
ト値を有している場合は、行データに、そのデータ項目
名等がセットされる。その後、次のデータ項目(F13)に
ポインタが渡される。そして次のデータ項目が現在のオ
フセット値を有しているか否か判断され、現在のオフセ
ット値を有している場合は、行データに、そのデータ項
目名等がセットされる。そして、次のデータ項目(F13)
には次のデータ項目が存在していないため、上位のデー
タ項目(F1)の次のデータ項目(F2)にポインタが渡され
る。そして、同様にして、現在のオフセット値を有して
いるデータ項目が探索される。最初のデータ領域定義ブ
ロックがすべて探索されると、次のデータ領域定義ブロ
ックにおいても同様な探索が行われる。

【００５５】なお、次のデータ項目を探索する場合は、
現在のオフセット値と、データ項目のオフセット値を比
較し、データ項目のオフセット値が現在のオフセット値
以上である場合、ポインタを次のデータ項目に渡さず
に、上位のデータ項目にポインタを渡す方が、効率的に
探索を行うことができる。これは、次のデータ項目のオ
フセット値は現在のデータ項目のオフセット値よりも大
きな値を有しているためである。このような階層構造を
有しているデータの情報に関する方法は、人工知能等の
分野において種々提案されており、当業者に公知の技法
が多く存在する。また、データ項目を、データ領域定義
ブロック、階層情報の順番でソートしセットを行っても
よい。

【００５６】次に、ステップ４５９において、現在のオ
フセット値の行データにセットされたデータ項目の中で
最小のデータ長を、現在のオフセット値に加算する。例
えば、現在のオフセット値が４の場合、そのデータ行に
セットされるデータ項目はF13,R2,R21であるが、この中
で最小サイズのデータ項目は、R21であり、そのデータ
長（４）が現在のオフセット値（４）に加算され、現在
のオフセット値は８に更新されることとなる。

【００５７】この最小サイズのデータ項目が、被再定義
データ項目よりも短い長さのデータ項目であるか（ステ
ップ４４５）、配列の最下行のデータ項目であるか（ス
テップ４４９）、アライメントを必要とするデータ項目
か（ステップ４５３）が判断される。

【００５８】図１１に示すように、最小サイズのデータ
項目が、被再定義データ項目よりも短い長さのデータ項
目である場合、その行には、配置すべきデータ項目が存
在しないと判断し、オフセットのみの行を作成する。

【００５９】図１２に示しように、最小サイズのデータ
項目が、配列の最下行のデータ項目である場合、":"を
データ項目としてセットする（ステップ４５１）。

【００６０】図１３に示すように、最小サイズのデータ
項目が、アライメントを必要とするデータ項目である場
合、実際には表示されないダミーのデータ項目を行デー
タに挿入する（ステップ４５５）。

【００６１】そして、現在のオフセットがデータ構造の
最後の場合（ステップ４６１）、具体的には、現在のオ
フセットを有するデータ項目が存在しないと判断された
場合、データ構造図の最後のオフセットの数字と、点線
を描くための、データ項目の存在しない行データ３０３
を追加する。本発明の好適な実施例においては、この最
終の行データ３０３は最終であることを示すフラグを有
している。

【００６２】図１７は、本発明の好適な実施例におい
て、データ構造を表示するための処理手順を示すフロー
チャートである。手順はステップ４７１で開始し、まず
後述する画面上への図の描画処理が行われる（ステップ
４７３）。次に、入力装置からの畳み込み、終了等の入
力が有った場合、入力制御部は、その入力を検出し（ス
テップ４７５）、その入力が、表示レベル指定の畳み込
みの入力であるか、指定データの下位の畳み込みの入力
であるか、表示終了の入力であるかを判断する（ステッ
プ４７７，４８１，４８５）。表示レベル指定の畳み込
みの入力であった場合、全ての行データ中のデータ項目
をチェックして、指定されたレベルよりも深いデータ項
目に非表示フラグを立てる（ステップ４７９）。指定デ
ータ下位の畳み込みの入力であった場合、全ての行デー
タ中のデータ項目をチェックして、指定されたデータ項
目よりも下位のデータ項目に非表示フラグを立てる（ス
テップ４８３）。

【００６３】図１８は、本発明の好適な実施例におい
て、データ構造を表示するための処理手順を示すフロー
チャートである。手順はステップ５０１で開始し、ま
ず、最初の行データがポイントされる（ステップ５０
３）。次に、各行データごとに、含まれるデータ項目ご
とに非表示フラグを調べ、非表示フラグがあるものを除
外しながら各データ項目のＸ方向の座標を決定する（ス
テップ５０５）。行データに含まれるデータ項目の各々
に、そのデータ項目が表示されるべきＸ方向の座標値が
関連付けられる。Ｘ方向の座標値は、表示する各データ
項目名の最大長を設定しておき、その長さと、各階層間
に設けられる間隔が増分され、各データ項目に設定され
る。なお、再定義データ項目か否かの判断により、デー
タ項目間の間隔を変化させることも可能であり、また、
各階層のデータ項目名の内最大長さの項目名を検出し、
その長さをその階層に於けるＸ座標の増分に使用するこ
ともできる。そして、行データ中に非表示フラグの立っ
ていないデータ項目が存在する場合（ステップ５０７）
は、行に相当するＹ座標を１行分増加させる（ステップ
５１１）。

【００６４】上記の一連のステップが、全ての行データ
について行われた場合（ステップ５１１）、ポインタは
再び最初の行データに戻される（ステップ５１３）。そ
して、現在の行データのオフセット情報から、オフセッ
トの数値１５１（図４参照）を描画し、続いて同一のオ
フセットであることを示す点線１５７を描画する（ステ
ップ５１５）。次に、データ項目名、非表示の記号、ま
たは配列の記号を書き（ステップ５１７）、鍵括弧の縦
線を描画する（ステップ５１９）。図１８に示すよう
に、これらの一連のステップを全ての行データについて
行う（ステップ５２１）。

【００６５】図１９は、本発明をマルチウインドウ環境
で、対話式に実施したときの表示例を示す図である。本
発明の好適な実施例においては、本発明は、図に示すよ
うな、マルチウインドウ環境において実施される。ユー
ザは、図に示すように、表示装置の表示画面６００のウ
インドウ６０１にプログラムを呼び出し、表示させる。
次にユーザは、マウスのポインタによりクリックするこ
とにより、データ項目の指定を行い、図２に示す入力制
御部１１３はこれを検出する。図１９に示すように、入
力ファイル(NURYOKU)を読み込むためのデータ項目(TOP_
REC)は、プログラムの読み込み命令中で指定されてい
る。データ項目の指定はデータ領域定義部分に存在する
データ領域を選択してもよいが、通常複数のプログラム
で共通のデータ定義部分を重複して定義することを避け
るべく、テータ定義部分をプログラムと別のファイルに
格納している場合が多いため、プログラム中のデータ項
目を指定させ、そのデータ項目にリンクしているデータ
定義部分にアクセスする方が好ましい。

【００６６】このように、データ項目が指定された後、
ユーザは、そのデータ項目のデータ構造図を表示させる
命令を与える。具体的には、タイトルバーのプルダウン
メニューから、データ構造図の作成を指示する方法や、
特別のボタン型アイコンをクリックする方法、キーボー
ドからコマンドを入力する方法等がある。図２の入力制
御部１１３は、このユーザからの命令を検出して、本発
明の方法を実行する。そして、本発明の出力すべきデー
タが、表示制御部１２３に渡されると、表示制御部１２
３は、新たなウインドウ６０３をオープンし、図１９に
示す、データ構造図を表示する。

【００６７】このデータ構造図は、種々の機能を有して
いる。第１の機能としては、既に説明したように、この
データ構造図において、所望のデータ項目を畳み込む機
能である。この畳み込み機能はユーザがデータ項目指定
後、畳み込みを指示することにより、前述の図１７で説
明した一連の手続きが実行される。

【００６８】第２の機能としては、図２０は、本発明の
好適な実施例において採用される追加機能を説明する図
であが、図に示すように、このデータ構造図のデータ項
目をユーザがマウスポインタによってダブルクリックす
ると、新たなウインドウ６１０がオープンされる。この
ウインドウ６１０には、そのデータ項目の有している種
々の情報が表示される。

【００６９】第３の機能としては、図２０に示すウイン
ドウ６１０の情報に基づいて、プログラムを更新する機
能である。例えば、ユーザは、データ項目名F32をT32に
修正し、更新を指示する命令を行うと、表示制御部１１
３はこれを検出し、変更データを基にプログラム１０１
を更新する。プログラム１０１を更新する。また、サイ
ズ６２１の変更等は、データ構造に影響を与えるため、
特別な処理が必要となる。例えば、F12のサイズ情報６
２１が２バイトから４バイトに変更（例えば西暦の年の
情報を２バイトから４バイトにする）する場合、変更が
発生したデータ項目のオフセット情報が参照され、この
データ項目のオフセット情報以下の行データが探索され
る。そして、その行データに存在するデータ項目で、オ
フセット＋サイズが、更新前のF12のオフセット＋サイ
ズ以上のものが特定され、F12のサイズの変更量に従っ
て、更新される。ここの例ではR1のサイズが４バイトか
ら６バイトに更新される。

【００７０】第４の機能としては、ウインドウ６０３に
表示されている各データ項目は、各データ項目が有して
いる種々の属性によって色分けすることができる機能で
ある。色分けはデータ項目のタイプ６２３やレベル６１
１等に従って行うことができる。

【００７１】以上本願発明の好適な実施例について説明
を行ったが、本発明の技術思想はこの実施例に拘束され
るものではなく、設計段階で種々の変更が可能である。
例えば、本発明の好適な実施例においては、処理の効率
化のため、データ構造解析部１０３によってデータ構造
情報１０５を作成し、レイアウト情報生成部１０７によ
ってレイアウト情報１０９を作成している。しかし、こ
のように、１．プログラム１０１を入力し、データ構造
情報１０５を出力、２．データ構造情報１０５を入力
し、レイアウト情報１０９を出力、３．レイアウト情報
１０９を入力し、構造図を出力といったような３段階の
処理を行う必要性はない。

【００７２】このことは、以下に示すようなアルゴリズ
ムによって、実現可能であることは、当業者に容易に理
解できる事項であろう。

【００７３】 １．レイアウト情報生成部メインルーチン void プログラムからレイアウト情報生成() { data = ファイルから一つ分のデータ項目宣言を返す(); while (data != NULL) { if (dataが再定義宣言の始まり) { layout = 再定義の元データ構造に関するレイアウト情報の 先頭の行ヘッドを返す(data); offset = 被再定義項目のオフセットを返す(data); y_level = そのレイアウト構造でその時もっとも横方向に 深いレベルを返す(layout); } else { layout = 新たに空のレイアウト情報を作り先頭の行ヘッド を返す(data); offset = 0; y_level = 0; } data = 下位構造中のデータ項目の追加(data, offset, y_level, layout, &size); } }

【００７４】 ２．指定されたデータ以下の下位構造中のデータ項目をレイアウト情報に追加 し、その構造の次のデータ項目宣言を返す(そのデータも含むサブツリー構造) データ項目宣言 下位構造中のデータ項目の追加(data, offset, y_level, layout, *size) { y_level = y_level + 1; pdata_st = データ項目構造を作り値をセットしポインタを 返す(data, offset, y_level, &data_size); そのオフセットの行データ項目リストの最後にデータ項目構造を 追加(pdata_st, offset, layout); if (dataが最下位のデータ項目なら) { if (offsetとdataのタイプを比較して境界合わせが必要) { そのオフセットの行中のオフセット値を更新する (offset, offset+不使用領域のサイズ,layout); そのオフセットの行ヘッド作り行ヘッド・リストに 挿入(offset, layout); 実際には表示されないダミーのデータ項目構造をリストに 追加(offset, y_level, layout); offset = offset + 不使用領域のサイズ; } if (offset+data_sizeの値を持つ行ヘッドが無い) { そのオフセットの行ヘッド作り行ヘッド・リストに 挿入(offset+data_size, layout); } } else { data_size = 0; next_data = ファイルから一つ分のデータ項目宣言を返す(); while (next_dataの宣言レベル > dataの宣言レベル) { next_data = 下位構造中のデータ項目の追加(next_data, offset, y_level, layout, &one_size); data_size = data_size + one_size; } } // endif if (dataが配列) { データ項目の横方向レベルに1を加えたレベルで':'をリストに 追加する(offset+data_size, y_level, layout); size = data_size * dataの配列の要素数; if (offset+sizeの行ヘッドがまだ存在していない) { そのオフセットの行ヘッド作り行ヘッド・リストに 挿入(offset, layout); } } else { size = data_size; } 最終的なサイズをdataのデータ項目情報に設定する(pdata_st, size); return (next_data); }

【００７５】このアルゴリズムを、フローチャートを用
いて説明する。図２１、２２は、本発明の他の実施例に
おいて、入力されたプログラムがデータ構造表示される
までの処理手順を示すフローチャートである。図２１に
示す処理は、データ定義ブロックの先頭に位置するデー
タ項目（図３、４の例だと、TOP_REC,REDEF_REC,REDEF_
Fの３つ）のオフセットとレベル（Ｘ座標または、階層
情報に対応）のイニシャライズ等を行っている。手順は
ステップ７０１で開始し、まず、ファイルから１データ
項目宣言が返される（ステップ７０３）。本発明の好適
な実施例においては、図３に示すデータ宣言が各行単位
に入力される。この入力された１行のデータ項目宣言が
データ定義ブロックの始まりであるか否かの判断がなさ
れる（ブロック７０５）。但し、１行単位ではなく、デ
リミタによって区切られる文字列の単位に入力してもよ
い。このときコメント行等はスキップされる。本発明の
好適な実施例においてはＰＬ／Ｉでプログラムがコーデ
ィングされているためデクレア（ＤＣＬ、ＤＥＣＬＡＲ
Ｅ）等を含む文字列か否かによって容易に判断すること
ができる。

【００７６】この入力された１行のデータ項目宣言がデ
ータ定義ブロックの始まりであると判断された場合は、
このデータ項目が他のデータ項目を再定義しているか否
かが判断される（ブロック７０７）。本発明の好適な実
施例においてはＰＬ／Ｉでプログラムがコーディングさ
れているため再定義情報（ＤＥＦ，ＤＥＦＩＮＥＤ）等
を含む文字列か否かによって容易に判断することができ
る。

【００７７】データ項目が他のデータ項目を再定義して
いないと判断された場合は、そのデータ項目のデータ項
目名は、図４のTOP_RECのようにオフセット、レベルと
もにもっとも小さい値にセットされるため、ここのステ
ップではオフセット及びレベル値が初期設定される（ス
テップ７０９）。データ項目が他のデータ項目を再定義
していると判断された場合は、そのデータ項目のデータ
項目名は、図４のREDEF_FのようにREDEF_Fが再定義を行
っているF2と同一のオフセットに表示し、先行するデー
タ領域定義ブロック１３３よりも大きなレベル値で表示
する必要があるため、オフセットに、被再定義データ項
目のオフセット値が設定され、レベルには先行するデー
タ領域定義ブロックのレベル値の最大のものまたは、そ
の最大値に定数を加算した値が設定される（ステップ７
１１）。そして、後述する下位構造中のデータ項目の追
加処理が行われる（ブロック７１３）。

【００７８】図２２は、この下位構造中のデータ項目の
追加処理を示す図である。手順はステップ７３１で開始
し、まず、レベルがインクリメントされる（ステップ７
３３）。次に、メインルーチンから渡されたデータから
データ項目に相当するデータ項目構造を造り、オフセッ
トレベル等を設定する（ステップ７３５）。具体的に
は、各データ項目に図５のデータ項目に相当する構造３
００のエントリが作成される。次に行データのリストの
最後にデータ項目情報を追加する（ステップ７３７）。
次に、入力されたデータ項目宣言が最下位のものである
か否かが判断される（ステップ７３９）。入力されたデ
ータ項目宣言が最下位のものであるか否の判断は、その
データ項目宣言に、属性情報や、サイズ情報が含まれて
いるか否かによって容易に行うことができる。

【００７９】そして、このデータ項目宣言が、最下位で
あった場合は、さらに、オフセットとデータサイズの関
係から、境界合わせの処理が必要であるか否かが判断さ
れる（ステップ７４７）。すなわち、図１１乃至１３で
説明したようにアライメントによる処理が必要であるか
否かが判断される。この処理が必要であると判断された
場合、そのオフセットの行のオフセット値を境界合わせ
を考慮したものに変更し（ステップ７４９）、表示され
ないダミーのデータ項目をリストに追加する（ステップ
７５１）すなわち、新たなデータ項目宣言の入力を行
う。そして、次の行データの開始を示す行ヘッドが存在
しない場合、行ヘッドの追加を行う（ステップ７５
３）。

【００８０】ステップ７３９において、データ項目宣言
が、最下位ではないと判断された場合は、行データに、
下位構造中のデータ項目の追加を再帰的に行い（ステッ
プ７４１）、上位のデータ項目のサイズ情報を下位のデ
ータ項目のサイズ情報の合算した値とするために、サイ
ズ情報の加算処理を行う（ステップ７４３）。これらの
処理を下位構造について繰り返す（ステップ７４５）。

【００８１】次に、データ項目が配列のデータ項目か否
かの判断を行い（ステップ７５５）、配列であると判断
された場合は、":"に相当するデータ項目情報を行デー
タに追加し、サイズ情報を、その配列全体のサイズに設
定する（ステップ７５７）。また、行ヘッドが無けれ
ば、行ヘッドの追加処理を行う（ステップ７５９）。そ
して、最下位でないデータ項目のサイズ情報を下位のデ
ータ項目のサイズ情報の合算した値とするために、サイ
ズ情報の加算処理を行う（ステップ７６３）。

【００８２】

【発明の効果】以上説明したように、この発明によれ
ば、各データ項目について、各データ項目の記憶域上で
の占める範囲、データ項目間の階層関係、データ項目の
再定義やデータ項目間でのデータ領域の共有、配列とそ
のサイズを明確に表現することができる。これによりプ
ログラマが正確なデータ構造を視覚的かつ、直感的に理
解することを可能にし、プログラムのコーディングミス
や、誤った保守作業の発生を軽減することが可能とな
る。また、本発明の１態様によれば、大きなデータ構造
に対しても、レベル毎に詳細の表示を省略することによ
り、データのアライメントやデータ領域の重なり等を一
目で把握することができるという効果が得られる。

【００８３】

【図面の簡単な説明】

【図１】 ハードウェア構成の一実施例を示すブロック
図である。

【図２】 本発明のシステム構成の一実施例を示す機能
ブロック図である。

【図３】 入力されるプログラムのデータ構造定義部分
を示す図である。

【図４】 本発明の好適な実施例において出力された、
データ構造の表示を示す図である。

【図５】 本発明の好適な実施例におけるデータ構造情
報の概念図である。

【図６】 本発明の好適な実施例におけるレイアウト情
報の概念図である。

【図７】 本発明の好適な実施例において出力された、
データ構造の表示を示す図である。

【図８】 本発明の好適な実施例において出力された、
データ構造の表示を示す図である。

【図９】 本発明の好適な実施例において出力された、
データ構造の表示を示す図である。

【図１０】 本発明の好適な実施例において出力され
た、データ構造の表示を示す図である。

【図１１】 本発明の好適な実施例において表示される
データ構造の入力及び出力の例を示す図である。

【図１２】 本発明の好適な実施例において表示される
データ構造の入力及び出力の例を示す図である。

【図１３】 本発明の好適な実施例において表示される
データ構造の入力及び出力の例を示す図である。

【図１４】 本発明の好適な実施例において、入力され
たプログラムがデータ構造表示されるまでの処理手順を
示すフローチャートである。

【図１５】 本発明の好適な実施例において、入力され
たプログラムがデータ構造解析されるための処理手順を
示すフローチャートである。

【図１６】 本発明の好適な実施例において、レイアウ
ト情報を生成するための処理手順を示すフローチャート
である。

【図１７】 本発明の好適な実施例において、データ構
造を表示するための処理手順を示すフローチャートであ
る。

【図１８】 本発明の好適な実施例において、データ構
造を表示するための処理手順を示すフローチャートであ
る。

【図１９】 本発明をマルチウインドウ環境で、対話式
に実施したときの表示例を示す図である。

【図２０】 本発明の好適な実施例において採用される
追加機能を説明する図である。

【図２１】 本発明の他の実施例において、入力された
プログラムがデータ構造表示されるまでの処理手順を示
すフローチャートである。

【図２２】 本発明の他の実施例において、入力された
プログラムがデータ構造表示されるまでの処理手順を示
すフローチャートである。

【００８３】

【符号の説明】

１０１ プログラム １０３ データ構造解析部 １０５ データ構造情報 １０７ レイアウト情報生成部 １０９ レイアウト情報 １１１ 入力装置 １１３ 入力制御部 １２１ 表示装置 １２３ 表示装置制御部 １２５ デクレア文 １２７ データ項目階層情報 １２９ データ項目名 １３０ データ項目 １３９ データ項目再定義情報 ３００ データ項目エントリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤 井 邦 和 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内

Claims (7)

【特許請求の範囲】
1. 【請求項１】コンピュータに記憶されたプログラムが使
   用するデータのデータ構造をデータ項目名、データ項目
   階層情報、データ項目属性情報、データ項目長情報を含
   む複数のデータ項目によって定義する複数のデータ領域
   定義ブロックを含み、少なくとも第１のデータ領域定義
   ブロックに含まれる被再定義データ項目をデータ項目再
   定義情報により再定義する第２のデータ領域定義ブロッ
   クが存在するデータ領域定義部分のデータ構造を表示す
   るためのコンピュータにおいて実行される方法であっ
   て、(a) 前記第１のデータ領域定義ブロックのデータ項
   目階層情報を解析し、前記第１データ領域定義ブロック
   中の階層関係の関係付けを行い、前記第２のデータ領域
   定義ブロックのデータ項目階層情報を解析し、前記第２
   データ領域定義ブロック中の階層関係の関係付けを行う
   ことによって、複数のデータ項目エントリを含むデータ
   構造情報を作成する段階と、(b) 前記第２のデータ領域
   定義ブロックのデータ項目再定義情報を解析し、前記第
   １データ領域定義ブロック中の被再定義データ項目と、
   前記第２のデータ領域定義ブロックの再定義関係の関係
   付けを行い、前記被再定義データ項目と、前記再定義デ
   ータ項目に対応するデータ項目エントリを更新する段階
   と、(c) 前記データ項目長情報に基づいて、前記第１の
   データ領域定義ブロックに含まれるデータ項目の各々に
   ついてデータ項目オフセット情報を導出し、前記データ
   項目エントリに付加する段階と、(d) 前記データ項目長
   情報と前記データ項目再定義情報と前記被再定義データ
   項目のオフセット情報に基づいて、前記第２のデータ領
   域定義ブロックに含まれるデータ項目の各々についてデ
   ータ項目オフセット情報を導出し、前記データ項目エン
   トリに付加する段階と、(e) 前記データ項目階層情報に
   従った順序付けで、前記第１のデータ領域定義ブロック
   と、前記第２のデータ領域定義ブロックに含まれるデー
   タ項目を同一オフセットのデータ項目オフセット情報を
   有しているデータ項目のデータ項目名から１行として表
   示されるべき行データを作成する段階と、(f) 前記行デ
   ータに含まれるデータ項目名の各々に各データ項目名が
   表示される場所を示す位置情報を関連付ける段階と、
   (g) 前記行データに含まれるデータ項目名を前記位置情
   報によって指定された位置に表示する段階と、 を含む方法。
2. 【請求項２】コンピュータに記憶されたプログラムが使
   用するデータのデータ構造をデータ項目名、データ項目
   階層情報、データ項目長情報を含む複数のデータ項目に
   よって定義する複数のデータ領域定義ブロックを含み、
   少なくとも第１のデータ領域定義ブロックに含まれる被
   再定義データ項目を再定義する第２のデータ領域定義ブ
   ロックが存在するデータ領域定義部分のデータ構造を表
   示するためのコンピュータにおいて実行される方法であ
   って、(a) 前記データ項目長情報に基づいて、前記第１
   のデータ領域定義ブロックに含まれるデータ項目の各々
   についてデータ項目オフセット情報を導出する段階と、
   (b) 前記データ項目長情報と前記被再定義データ項目の
   オフセット情報に基づいて、前記第２のデータ領域定義
   ブロックに含まれるデータ項目の各々についてデータ項
   目オフセット情報を導出する段階と、(c) 前記データ項
   目階層情報に従った順序付けで、前記第１のデータ領域
   定義ブロックと、前記第２のデータ領域定義ブロックに
   含まれるデータ項目を同一オフセットのオフセット情報
   を有しているデータ項目のデータ項目名を１行として出
   力する段階と、 を含む方法。
3. 【請求項３】コンピュータに記憶されたプログラムが使
   用するデータのデータ構造をデータ項目名、データ項目
   階層情報、データ項目属性情報、データ項目長情報を含
   む複数のデータ項目によって定義する複数のデータ領域
   定義ブロックを含み、少なくとも第１のデータ領域定義
   ブロックに含まれる被再定義データ項目をデータ項目再
   定義情報により再定義する第２のデータ領域定義ブロッ
   クが存在するデータ領域定義部分のデータ構造を表示す
   るためのコンピュータにおいて実行される方法であっ
   て、(a) 前記第１のデータ領域定義ブロックのデータ項
   目階層情報を解析し、前記第１データ領域定義ブロック
   中の階層関係の関係付けを行う段階と、(b) 前記第２の
   データ領域定義ブロックのデータ項目階層情報を解析
   し、前記第２データ領域定義ブロック中の階層関係の関
   係付けを行う段階と、(c) 前記第２のデータ領域定義ブ
   ロックのデータ項目再定義情報を解析し、前記第１デー
   タ領域定義ブロック中の被再定義データ項目と、前記第
   ２のデータ領域定義ブロックの再定義関係の関係付けを
   行う段階と、(d) 前記データ項目長情報に基づいて、前
   記第１のデータ領域定義ブロックに含まれるデータ項目
   の各々についてデータ項目オフセット情報を導出する段
   階と、(e) 前記データ項目長情報と前記データ項目再定
   義情報と前記被再定義データ項目のオフセット情報に基
   づいて、前記第２のデータ領域定義ブロックに含まれる
   データ項目の各々についてデータ項目オフセット情報を
   導出する段階と、(f) 前記データ項目階層情報に従った
   順序付けで、前記第１のデータ領域定義ブロックと、前
   記第２のデータ領域定義ブロックに含まれるデータ項目
   を同一オフセットのデータ項目オフセット情報を有して
   いるデータ項目のデータ項目名を１行として表示する段
   階と、(g) 前記同一オフセットのオフセット情報を有し
   ているデータ項目のデータ項目オフセット情報を前記デ
   ータ項目名が表示された行に関連付けて表示する段階
   と、 を含む方法。
4. 【請求項４】コンピュータに記憶されたプログラムが使
   用するデータのデータ構造をデータ項目名、データ項目
   階層情報、データ項目属性情報、データ項目長情報を含
   む複数のデータ項目によって定義する複数のデータ領域
   定義ブロックを含み、少なくとも第１のデータ領域定義
   ブロックに含まれる被再定義データ項目をデータ項目再
   定義情報により再定義する第２のデータ領域定義ブロッ
   クが存在するデータ領域定義部分のデータ構造を表示す
   る装置であって、(a) 前記データ項目名と、前記第１の
   データ領域定義ブロックと前記第２のデータ領域定義ブ
   ロックのデータ項目階層情報を解析することによって作
   成された階層関係情報と、前記データ項目再定義情報を
   解析することによって作成された再定義関係情報と、前
   記第１のデータ領域定義ブロックに含まれるデータ項目
   の場合は、前記データ長によって計算され、前記第２の
   データ領域定義ブロックに含まれるデータ項目の場合
   は、前記データ長と前記被再定義データ項目のオフセッ
   ト情報に基づいて計算されたデータ項目オフセット情報
   とを含む複数のデータ項目エントリを作成する手段と、
   (b) 前記複数のデータ項目エントリから、同一オフセッ
   トのオフセット情報を有するデータ項目エントリを特定
   する手段と、(c) 前記特定されたデータ項目エントリの
   データ項目名を前記階層関係情報に従った順序付けで連
   結することによって、行データを作成する手段と、(d)
   前記行データに含まれるデータ項目名の各々に各データ
   項目名が表示される場所を示す位置情報を関連付ける手
   段と、(e) 前記行データに含まれるデータ項目名を前記
   位置情報によって指定された位置に表示する手段と、 を含む装置。
5. 【請求項５】コンピュータに記憶されたプログラムが使
   用するデータのデータ構造をデータ項目名、データ項目
   階層情報、データ項目長情報を含む複数のデータ項目に
   よって定義する複数のデータ領域定義ブロックを含み、
   少なくとも第１のデータ領域定義ブロックに含まれる被
   再定義データ項目を再定義する第２のデータ領域定義ブ
   ロックが存在するデータ領域定義部分のデータ構造を表
   示する装置であって、(a) 前記データ項目長情報に基づ
   いて、前記第１のデータ領域定義ブロックに含まれるデ
   ータ項目の各々についてデータ項目オフセット情報を導
   出する手段と、(b) 前記データ項目長情報と前記被再定
   義データ項目のオフセット情報に基づいて、前記第２の
   データ領域定義ブロックに含まれるデータ項目の各々に
   ついてデータ項目オフセット情報を導出する手段と、
   (c) 前記データ項目階層情報に従った順序付けで、前記
   第１のデータ領域定義ブロックと、前記第２のデータ領
   域定義ブロックに含まれるデータ項目を同一オフセット
   のオフセット情報を有しているデータ項目のデータ項目
   名を１行として出力する手段と、 を含む装置。
6. 【請求項６】表示装置と、入力装置を有しており、コン
   ピュータに記憶されたプログラムが使用するデータのデ
   ータ構造をデータ項目名、データ項目階層情報、データ
   項目属性情報、データ項目長情報を含む複数のデータ項
   目によって定義する複数のデータ領域定義ブロックを含
   み、少なくとも第１のデータ領域定義ブロックに含まれ
   る被再定義データ項目をデータ項目再定義情報により再
   定義する第２のデータ領域定義ブロックが存在するデー
   タ領域定義部分のデータ構造を表示する装置であって、 表示装置と、入力装置を有しており、コンピュータに記
   憶されたプログラムが使用するデータのデータ構造をデ
   ータ項目名、データ項目階層情報、データ項目属性情
   報、データ項目長情報を含む複数のデータ項目によって
   定義する複数のデータ領域定義ブロックを含み、少なく
   とも第１のデータ領域定義ブロックに含まれる被再定義
   データ項目をデータ項目再定義情報により再定義する第
   ２のデータ領域定義ブロックが存在するデータ領域定義
   部分のデータ構造を表示する装置であって、(a) 前記表
   示装置に前記プログラムを表示する手段と、(b) 前記プ
   ログラム中のデータ項目がユーザによって特定されたこ
   とを検出する手段と、(c) 前記特定されたデータ項目の
   データ構造を表示することのユーザからの指示を検出す
   る段階と、(d) 前記ユーザからの指示に応答して、前記
   データ項目名と、前記第１のデータ領域定義ブロックと
   前記第２のデータ領域定義ブロックのデータ項目階層情
   報を解析することによって作成された階層関係情報と、
   前記データ項目再定義情報を解析することによって作成
   された再定義関係情報と、前記第１のデータ領域定義ブ
   ロックに含まれるデータ項目の場合は、前記データ長に
   よって計算され、前記第２のデータ領域定義ブロックに
   含まれるデータ項目の場合は、前記データ長と前記被再
   定義データ項目のオフセット情報に基づいて計算された
   データ項目オフセット情報とを含む複数のデータ項目エ
   ントリを作成する手段と、(e) 前記複数のデータ項目エ
   ントリから、同一オフセットのオフセット情報を有する
   データ項目エントリのデータ項目名を前記階層関係情報
   に従った順序付けで連結することによって、オフセット
   情報を有する行データを作成する手段と、(f) 前記行デ
   ータに含まれるデータ項目名の各々に前記表示装置にお
   いて各データ項目名が表示される場所を示す位置情報を
   関連付ける手段と、(g) 前記行データに含まれるデータ
   項目名を前記表示装置の指定された位置に表示する手段
   と、(h) 前記行データのオフセット情報を前記指定され
   た位置に関連付けて前記表示装置に表示する手段と、 を含む装置。
7. 【請求項７】コンピュータに記憶されたプログラムが使
   用するデータのデータ構造をデータ項目名、データ項目
   階層情報、データ項目長情報を含む複数のデータ項目に
   よって定義する複数のデータ領域定義ブロックを含み、
   少なくとも第１のデータ領域定義ブロックに含まれる被
   再定義データ項目を再定義する第２のデータ領域定義ブ
   ロックが存在するデータ領域定義部分のデータ構造を表
   示するためのプログラムを格納するコンピュータによっ
   て読み取り可能な記憶媒体であって、(a) 前記データ項
   目長情報に基づいて、前記第１のデータ領域定義ブロッ
   クに含まれるデータ項目の各々についてデータ項目オフ
   セット情報を導出することを前記コンピュータに指示す
   るプログラムコード手段と、(b) 前記データ項目長情報
   と前記被再定義データ項目のオフセット情報に基づい
   て、前記第２のデータ領域定義ブロックに含まれるデー
   タ項目の各々についてデータ項目オフセット情報を導出
   することを前記コンピュータに指示するプログラムコー
   ド手段と、(c) 前記データ項目階層情報に従った順序付
   けで、前記第１のデータ領域定義ブロックと、前記第２
   のデータ領域定義ブロックに含まれるデータ項目を同一
   オフセットのオフセット情報を有しているデータ項目の
   データ項目名を１行として表示することを前記コンピュ
   ータに指示するプログラムコード手段と、 を含む記憶媒体。