JPH0283731A - プログラム内データ置換方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、複数のプログラム間で共有されるデータの名
称、属性、構造などを統一するのに好適なプログラム内
データ置換方法に関する。

〔従来の技術〕

事務処理用ソフ（−ウェアは、一般にファイル間やファ
イルとプリンタなどの間でデータの転送を行う多数のプ
ログラムから構成される。このようなソフトウェアでは
各プログラムの処理の多くはファイル内のデータをその
まま、あるいは加工して別のファイルやプリンタなどに
出力することである。

このようなソフトウェアに対し機能変更、機能追加など
の保守作業を行おうとすれば、プログラムに記述された
データの内容を理解する必要がある。また変更に関係す
るデータがどのプログラムで参照、更新されているかを
調べて変更関係箇所を追跡する必要も生じる。

もし、ファイル内の同じデータが複数のプログラムによ
り、それぞれ別々の名称や、属性、あるいはデータ構造
が与えられているならば、そのソフトウェアの保守作業
を行う人間はデータの内容を理解することが難しい。ま
た、あるプログラム内のデータが別のプログラム内のデ
ータと同一であることを認識することや、あるデータが
どのプログラムで使用されているかを見つけだすことも
困難である。

この問題を解決する１つの方法として、複数プログラム
で共通に使用されるファイル内の各データに対しそれぞ
れ標準となる名称、属性、データ構造を定め、そのファ
イルを使用する各プログラム内のデータの定義箇所や使
用箇所をそれぞれその標準形式に合わせて置換すること
により、各プログラムを、データが標準化、統一化され
たプログラムに変換する方法がある。

この方法は有効であるが、プログラムの変換を手作業で
行っては相当な工数を要する。

従来この作業を支援する方法には、対象プログラム内の
各置換対象データに対し、それぞれ置換先の標準データ
を指定し、その指定に従って、プログラム内の置換対象
データの定義箇所や使用箇所を対応した標準データに置
換する方法が存在した。

この支援方法は、例えば、和田外二名前置換えプログラ
ム、情報処理学会論文誌、Ｖｏｌ、２１Ｎα６　（１９
８０）に述べられている。

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

上記従来技術においては置換対象データに対する置換対
象データを一々指定する必要がある。しかし一般に事務
処理用ソフトウェアで使用するファイルのレコード（デ
ータの集まり）は数十から数百種類のデータを含んでい
る。従って、各ファイル内のデータに関し、各プログラ
ムで使用する名称等を標準化、統一化しようとすれば、
各プログラムの使用するファイルごとに数十から数百の
対象データを指定することが必要となる。この操作には
多大の時間を要すると共に、指定誤りが発生する可能性
が高い。このため、この方法ではデータを標準化、統一
化するためのプログラム変換作業の効率が上がらないと
いう問題があった。

本発明の目的は、置換対象データの対応づけの指定を容
易にするプログラム内データ置換方法を提供することに
ある。

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

上記目的を達成するために、本発明は、対象プログラム
内の、各ファイルレコード定義の記述にだいし、置換先
のレコード定義情報を指定し、置換対象レコード内の各
データに対し、それぞれ置換先レコード定義情報内の、
レコード先頭からの物理的相対位置、長さ等が一致する
データを置換先データとして自動検出し、該プログラム
内の置換対象レコード内の各データの使用箇所や定義箇
所をそれぞれ前記の検出された置換先データの名称、属
性、データ構造に一括自動置換することを特徴とする。

〔作用〕

同一ファイルレコード内のデータは実体が同一である限
りどのプログラム内のレコード記述でもレコードの先頭
からの物理的相対位置が一致する箇所に定義されている
。従って対象レコーＦ　内の各データに対する置換対象
データは、置換先レコード定義内の該データと物理的位
置が一致するデータを検出することにより見つけること
ができる。

従って、単に置換対象レコードにだいし、置換先レコー
ドを指定するだけで、該レコード内の全てのデータに対
し、自動的に置換先データを検出でき、この情報を用い
て、該プログラム中の、置換対象レコード中の全てのデ
ータについて、その使用箇所、定義箇所を自動変換する
ことが出来る。

〔実施例〕

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

第１図は本発明の１実施例における機能構成の一例を示
す図、第２図は本実施例のハードウェア環境を示す図で
、中央処理装［（ＣＰＵ）２１、主記憶装置２２、外部
記憶装置１１２３、入力装置２４、表示装置２５より構
成される。

本実施例のプログラム内データ置換方法は、第１図の機
能図に示すように、機能的には、既存ソースプログラム
記憶部１、標準ファイルレコード定義情報記憶部２、入
力装置３、置換対象ファイルレコード定義情報抽出部４
、標準ファイルレコード定義情報入力部５、置換対象フ
ァイルレコード定義情報記憶部６、置換先ファイルレコ
ード定義情報記憶部７、置換データ対応情報作成部８、
置換データ対応情報記憶部９、プログラム内データ置換
部１０、新プログラム記憶部１−１、を備える。

第１図の既存ソースプログラム記憶部１は、その中のデ
ータ使用箇所、定義箇所を置換すべき、既存のソースプ
ロゲラ１１を記憶する。」に記憶されたソースプログラ
ムの例を第３図に示す。

［準ファイルレコード定Ｍ情報記憶↑η１２は、各ファ
イルについてその中のレコー１へを構成するデータの標
準名称、標準属性、標準データ構造などを定義した情報
−標準フアイルレコード定義情報−を記憶する。

標準ファイルレフ−１〜定義情報を表形式で表わした例
を第４図に示す。

第４図の例では、ファイル名はｒ　Ｄ　Ｅ　Ｎ　Ｐ　Ｙ
　ＯＦＴ丁、１艶」であり、そのファイルレコ−１〜は
ｒＵＲＩＡ、ＧＥ−ＤＥＮＰＹＯＪ　　、　ｒＤＥＮＰ
ＹＯ−ＢＡＮＧＯＪ等の名称を持つデータより構成され
る。レベル欄のｒＯＩＪ　、ｒ０２Ｊ等は、データ構造
を示し、０ルベルのデータｒＵＲＩＡＧＥ−ＤＥＮＰＹ
ＯＪは０２レベルのデータｒｏＥＮｐＹ（１−ＢＡＮＧ
ＯＪ、ｒＵＲＩＡＧＥ−ＮＡＩＹＯＪを含み、０２レベ
ルのデータｒＵＲＩＡＧＥ−ＮＡＩＹＯＪは０３レベル
のデータＩ’ＵＲＩＡＧＥ−８ＵＵＪを含むことが示さ
れでいる。相対位置欄は各データのレコード先頭からの
相対位置をハイド数で示している。長さ欄は各データの
長さにバイト数で示している。属性欄は各データの型（
数値２文字など）や桁数を示す。例えばデータｒＤＥＮ
ＰＹＯ−ＢＡＮＧＯＪの属性「１ノ　（６）」の「９Ｊ
は数値データでｒ　（６）Ｊは６桁であることを示す。

属性欄の記載がないデータは一ト位データを含むデータ
であることを示す。

第１図の入力装置３は、既存ンースプロクラム記憶部１
に記憶されたソースプログラム内の置換対象となるファ
イルレコード定義部と、その置換先となる標準ファイル
レコード定義情報記憶部２内の標準ファイルレコード定
義情報を対応付けて、少なくとも１対指定する。

置換対象ファイルレコード定義情報抽出部４は、既存ソ
ースプログラム記憶部］に記憶されたソースプログラム
を入力し、その中の、入力装置３で指定された少なくと
も１つのファイルレコード定義情報を抽出し、そのファ
イルレコード内の各データの位置２桁数等を計算して置
換対象ファイルレコード定義情報を作成し、置換対象フ
ァイルレコード定義情報記憶部６に出力する。

第３図に例示したソースプログラムの３０の部分から抽
出して作成された置換対象ファイルレコード定義情報を
、表形式で第５図に例示する。

第５図のファイル名種、レベル欄、相対位置欄。

長さ欄、属性欄の意味は、第４図と同様である。

データ各欄は、既存ソースプログラム内に記述された標
準化前のデータ名称を示す。

第１−図の標準ファイルレコード定義情報入力部５は標
準ファイルレコード定義情報記憶部２から入力装置３で
指定された標準ファイルレコード定義情報を少なくとも
１つ入力し、置換先ファイルレコード定義情報記憶部７
に出力する。

第１図の置換データ対応情報作成部８は、置換対象ファ
イルレコード定義情報記憶部６に蓄積された各置換対象
ファイルレコード定義情報に対し、それぞれ置換先ファ
イルレコード定義情報記憶部７より置換先ファイルレコ
ード定義情報を見つけ、その情報より、置換対象ファイ
ルレコード定義情報内の全データに対し、それぞれ置換
先となる標準データを置換先ファイルレコード定義情報
から見つけて、その対応関係を示す置換データ対応情報
を作成し、置換データ対応情報記憶部８に出力する。

この置換先となる標準データ名称の決定は、各置換対象
データに対し、ファイルレコードの先頭からの物理的相
対位置が一致するデータを対応付けられた置換先ファイ
ルレコード定義情報の中から検出することにより行なう
。相対位置が同じデータが複数ある場合には、長さや属
性が一致するデータを置換先データとして選択する。

第６図に第５図に例示した置換対象ファイルレコード定
義情報と第４図に例示した標準ファイルレコード定義情
報を対応付けて作成した置換対象データ情報を梨形式で
例示する。

第６図において左側の置換対象ファイルデータ名種は、
置換対象ファイルデータ定義情報内の全データに対して
作成される。左欄中の第１データ名欄はプログラム中の
ファイルレコードの定義部（例えば第３図の３０）に記
載されたデータ名称を含む。例えば第３図のｒｌ−Ｄ−
ＮＯＪ　　（３１）は第６図の６１に記載されている。

なお該置換対象ファイルのファイル名称も第６図６０の
Ｂ−ＦＩＬＥＪのような本欄に記載する。第６図の上位
データ名種は各データに付いて、データ構造的に上位に
あるデータ（及びファイル）の名称を相対的に下位のデ
ータより記載する。ファイル名も最上位データとして扱
い、この欄に記載する。

右側の置換先データ各欄は各置換対象ファイルデータに
対して検出された置換先データ名称を記載する。例えば
第３図のｒＩ　−Ｄ−ＮＯＪ　　（３１）に対して、ま
ず第５図の５１に示される相対位置（１バイト目）と同
じ相対位置を持つデータを第４図に例示された置換先フ
ァイルレコード定義情報内から検出する。第４図ではｒ
ＵＲｉＡＧＥＤＥＮＰＹＯＪ　　（４１）、ｒＵＲＩＡ
ＧＥ−ＢＡＮＧＯＪ　　（４２）が相対位置バイトを持
つ。

次にこの２つのデータの中から５１に示されたと同じ長
さ（６バイト）、同じ属性（９（６）　）を持つデータ
としてｒＤＥＮＰＹｏ−ＢＡＮＧＯＪ（４２）が選択さ
れて、第６図の置換先データ各欄６１に記載される。な
お、ファイル名［工ＦＩＬＥＪに対する置換先ファイル
名としては、第４図のファイル名種のｒＤＥＮＰＹｏ−
ＦＩＬＥＪが無条件に選択されて、第６図の置換先デー
タ各欄６０に記載されている。

第１図のプログラム内データ置換部１０は既存ソースプ
ログラム記憶部１に記憶された既存ソースプログラムに
対し、その中の置換対象のファイルレコードの定義部を
、置換対象ファイルレコード情報内の対応する置換先フ
ァイルレコード定義情報の内容に置換し、更に置換デー
タ対応情報記憶部９内の置換データ対応情報に基づき、
既存プログラム内で使用しているデータ名称の使用箇所
のうち、置換データ対応情報内に記憶されているデータ
名称の使用箇所を該情報に記憶されている置換先データ
名称に置換して、新プログラムを作成し、新プログラム
記憶部１１に記憶する。

第３図に例示した既存ソースプログラムを第４図に例示
した置換先ファイルレコード定義情報と、第６図に例示
した置換先データ対応情報に基づき、変換して作成した
新プログラムの例を第７図に示す。第３図の３０に示し
た置換対象のファイルレコードデータの定義部は、第４
図の置換先の標準ファイルレコード定義情報から生成さ
れた定義内容に置換される。第７図に例示した新プログ
ラムの７０の部分がこの内容である。又、第６図の置換
データ対応情報の置換対象ファイルデータ欄に記載され
たデータ名称と一致するデータ名使用箇所３５．３６は
、それぞれ置換先データ対応情報の６３．６１の置換先
データ名種の情報に従って、７５．７６の内容に置換さ
れている。例えば３５のｒＩ−Ｕ−８ＵＵＲＹＯＪは、
第１名調に「Ｉ−Ｄ−８ＵＵＲＹＯＪを含む第６図の６
３の内容に従って、７５のｒ　Ｕ　ＲＴ　Ａ　Ｇ　Ｅ−
Ｓ　Ｕ　Ｕ　Ｊに置換される。また３６のｒ　Ｉ　−Ｉ
）　−Ｎ　ＯＯＦ　　ＩＵＲＩＡＧＥＪは、第１名調に
ｒｌ−Ｄ−Ｎ’ＯＪをもち、上位データ名種にｒＩ−Ｕ
ＲＩＡＧＦ：Ｊをもつ６１の内容に従って、７６のｒＤ
ＥＮＰＹＯ−ＢＡＮＧＯＪ　に置換される。

以上の実施例で示されるように本方法によりプログラム
内の置換対象のレコード定義情報と置換先のレコード定
義情報を指定するだけで、対象プログラム内の該レコー
ド内の全てのデータの使用箇所、定義箇所を置換先のデ
ータの名称、属性。

構造に置換することが出来る。

又本実施例の説明では、置換対象のレコードがファイル
レコードの場合を説明したが、ワークデータの場合も同
様にして置換することが出来る。

前記の実施例では置換対象のファイルレコードに属する
各データに対し、置換先の標準ファイルレコード定義情
報に属する標準データが検出された後、プログラム中の
該データの使用箇所は標準ファイルレコード定義情報に
指定された標準データの名称に機械的に置換される。

このため、もしこの置換先標準データと同じ名称のデー
タが、このプログラムに存在する場合、その置換箇所は
いずれのデータを参照しているかを識別することが不可
能になり、誤ったプログラムが作成される。

この問題を解決するには置換に際し、同名となるデータ
が発生する場合、このデータの使用箇所を、そのデータ
のデータ構造上上位にあるデータの名称でデータ名称を
修飾して一意表現になるようにして置換すれば良い。こ
れは置換対象のファイルデータの使用箇所だけでなく、
その置換先データ名称と同名となる相手のデータの使用
箇所にも行う必要がある。

さらに言えば、同じ一意表現に置換するにしても、不必
要に多くの上位データ名称で修飾することなく出来るだ
け少ない修飾データ名称による一意表現を見つけてこの
表現に置換することも考えられる。

この同名異議の解決方法を実施する１実施例の機能構成
図を第８図に示す。

以下、第９図に例示したプログラムの９０の部分のファ
イルレコード定義部内のデータに対し、第４図に例示し
た標準ファイルレコード定義情報内のデータで置換する
ことを指定した場合の例で、説明する。

第８図の既存ソースプログラム記憶部１、標準ファイル
レコード定義情報記憶２、入力装置３、置換対象ファイ
ルレコード定義情報抽出部４、標準ファイルレコード定
義情報入力部５、置換対象ファイルレコード定義情報記
憶部６、置換先ファイルレコード定義情報記憶部７、新
プログラム記憶部１１は第１図の機能構成図と同じであ
る。置換対象ファイルレコード定義情報記憶部６に記憶
される置換対象ファイルレコード定義情報は第５図と同
じである。置換データ対応情報作成部８１は第１図の８
と同じく置換対象ファイルレコード定義情報内の各デー
タに対し、置換先ファイルレコード定義情報の中から置
換先のデータを決定して置換データ対応情報を作成し、
置換データ対応情報作成部８２に記憶するが、作成する
置換データ対応情報には置換先データのデータ構造−ヒ
」三位にあるデータをも記載する点が異なる。第１０図
に第５図に例示した置換対象ファイルレコード定義情報
と第４図に例示した置換先の標準ファイルレコード定義
情報により作成された置換データ対応情報を例示する。

右側の置換対象ファイルデータ欄は第６図は同じである
（ファイル名称欄が追加されている）。右側の置換先標
準データ欄は各置換対象データに対する置換先のデータ
の名称を第１名調に記憶し、そのデータのデータ構造上
上位にあるデータ名（ファイル名を含む）をＬ位データ
各欄に記憶する。また該データが所属するファイルの名
称をファイル名種に記憶する。

一般にプログラム中でデータを操作（計算、転記等）す
る場合、データの参照は第１名のみを指定して使用する
が、第１名が同一の同名異義のデータがあれば、−意に
なるように少なくとも１つの上位データ名（ファイル名
を含む）で修飾して参照しなければならない。また第１
名に同名のデータがなくても上位データ名で修飾して参
照してよい。例えば第９図９５（即ち第１０図１０３）
のＩＩ−Ｄ−ＮＯＪのデータは同名データがないとすれ
ばｒＩ−Ｄ−ＮＯ」のみで使用出来るし、またＩＩ−Ｄ
−Ｎｏ　　ＯＦ　　Ｉ−ＵＲＩＡＧＥＪ、ｒＩ−Ｄ−Ｎ
ＯＯＦ　　Ｉ−ＦＩＬＥＪ、ｒＩ−Ｄ−ＮＯＯＦ　　Ｉ
−ＵＲＩＡＧＥ　　ＯＦ　　Ｉ−ＦＩＬＥＪ、のように
上位データ名で修飾して使用することもできる。

置換データ対応情報作成部８１における置換先データの
検出は第１の実施例と同じく両レコード内の相対位置、
長さ等が一致するデータを見つ（プる方法で行う。

既存ソース全データ名称情報抽出部８３は既存ソースプ
ログラム記憶部１内の変換対象の既存プログラムのデー
タ定義部分に記述された全データ（置換ファイルデータ
に限らない）の名称情報を抽出して、既存ソース全デー
タ名称情報を作成し、既存ソース全データ名称情報記憶
部８４に記憶する。第９図に例示した既存ソースプログ
ラムから抽出した既存データ全データ名称情報の例を第
１１図に示す。第１１図における第１名種、上位データ
名種、ファイル名欄の意味は、第１０図と同じである。

第９図のｒＩ−ＦＩＬＥＪのファイルに属するデータの
定義情報９０からは第１０図１０３と同じ内容のデータ
名称情報が第１１図の１１１の部分に作成される。又、
第９図の９１の部分のデータ定義情報からは、第１１図
の１１２の部分のデータ名称情報が作成されている。こ
の１１２の部分のデータはワークデータでファイルレコ
ードに属するデータでないため、ファイル名欄は作成さ
れず、上位データ名種にもファイル名称は登録されてい
ない。

第８図の新ソース全データ名称情報作成部８５は既存ソ
ース全データ名称情報記憶部８４内のデ−タ名称情報の
うち、置換対象ファイルのデータ名称情報を削除し、代
わりに置換先の標準ファイルレコード定義情報記憶部７
に記憶された置換先の標準ファイルレコード定義情報よ
り作成された各標準データのデータ名称情報を追加する
ことによりデータ置換後の新ソースプログラムに含むべ
き全てのデータに対するデータ名称情報を作成し、新ソ
ース全データ名称記憶部８６に記憶する。

第１１図に例示した既存ソース全データ名称情報と、第
４図に例示した置換先の標準ファイルレコード定義情報
より作成された新ソース全データ名称情報を表形式で表
現した例を第１２図に示す。

第１２図の例では第１１図の１１１の部分−即ち置換対
象のファイルデータのデータ名称情報−が削除され、代
わりに第４図の置換先の標準ファイルレコード定義情報
に含まれる各データのデータ名称情報が第１２図の１２
５の部分に追加されている。第１２図の第１名種、上位
データ名種、ファイル名欄、の各欄の意味は第１１図と
同じである。第８図の同名データー意名称決定部８７は
新ソース全データ名称情報記憶部８６に記憶された新ソ
ース全データ名称情報の中から第１名が一致する全ての
同名データを抽出し、それぞれについて、上位データ名
称の修飾により、−意となるデータ名称の表現を見つけ
だして、同名データー意名称情報を作成し、同名データ
ー意名称情報記憶部８８に記憶する。

第１２図に例示した、新ソース全データ名称情報内の同
名データの情報から作成した、同名データー意情報の例
を第１３図に表形式で示す。

第１３図における第１名種は同名のデータ名称を記憶す
るものであり、新ソース前データ名称情報の第１名種に
記憶された第１名称の中から同じ名称が複数有るものを
すべて抽出して、記憶する。

たとえば第１２図の１２１と１２２の欄の第１名は共に
ｒＵＲＩＡＧＥ−ＮＡＩＹ○」であるので第１３図の１
３１と１３２の欄にそれぞれ記憶する。同様に第１２図
の１２３と１２４の欄の第１名はともにｒＵＲＩＡＧＥ
−８ＵＵＪであるので、第」３図の１３３の欄と、］３
／１の欄に、それぞれ記憶する。

第１３図の上位データ各欄は、抽出された各同名データ
のそれぞれについて、データ構造的に上位にあるデータ
名称を下位から順に記載したものであり、第１２図の上
位データ各欄の内容を転記したものである。例えば第１
３図の１３１のｒＵＲＩＡ、ＧＥ−ＮＡＩＹＯＪの上位
データ名はｒＵＲＩＡＧＥ−ＤＥＮＰＹＯＪとｒＤＥＮ
ＰＹｏ　−ＦＩＬＥＪであり、１３２の ｒＵＲＩＡＧＥ−ＮＡＩＹＯＪの」１位データ名はｒＷ
−ＵＲＩＡ、、ＧＥ−ＤＡＴＡＪであり、それぞれ第１
２図の１．２１，１２２の上位データ各欄の内容と同じ
である。

第１３図の一意修飾上位データ各欄は各同名データにつ
いて、それぞれ−意にするのに必要な少なくとも１つの
上位データ名称を上位データ各欄から選択して記憶する
。

この−意修飾データ名称を決定する方法は、各同名デー
タについて、上位データ名称の１つあるいは複数のデー
タ名称で修飾した修飾形式のデー夕名称のそれぞれにつ
いて、この修飾する各データ名称が、他の同名データの
上位データ名に一致するものがあるかを調べ、もし一致
しないものが有れば、この修飾形式の上位データ名を一
意修飾データ各欄に記憶する。

一意にするのに必要な修飾データ名称の数を最小にする
にばます唯一の上位データ名称で修飾した形式をすへて
調べ、もしこの形式で一意になる形式がなければ、次に
２つの一ヒ位データ名称で修飾した形式を全て調へると
いうように順次修飾する上位データ数を増やしで調べ、
−意になる修飾形式が見つかれば、この修飾形式を採用
して修飾上位データ名称欄に記憶させればよい。

又本実施例では、唯一の−Ｌ位テータ名称で修飾した形
式が一意になるかを調べるに当たって、まず最上位のデ
ータ名称（ファイル内データの場合はファイル名）で修
飾した形式が一意になるかを調べ、もしその形式が一意
にならなければ、次に上位にあるデータの名称で修飾し
た形式で調べるといったようにに１位データ名の中でも
より上位にあるデータ名より調べるようにしている。

第１３図において１３１のｒＵＲＩＡＧＥ−ＮＡＩＹＯ
Ｊについては、まず、上位データ名のｒＤＥＮＡＹ〇−
ＦＩＬＥＪで修飾した形式が１３２の上位データ名ｒＷ
−ＵＲＩＡＧＥ−ＤＡＴＡＪと一致するかを調べる。本
例では一致しないのでこれを一意名称とし、ｒ　ＤＥＮ
ＰＹＯ−ＦＴ＋、ＩＥＪを一意修飾データ名称欄に登録
する （もし一致すれば次にｒＵＲＩＡＧＥ−１）ＩミＮＰＹ
ＯＪで修飾した形式を調べ、最後にｒＵＲＩＡＧＥ−Ｄ
ＥＮＰＹＯＪ　　　と　　ｒＤＥＮＰＹｏ　　−ト’　
　Ｉ　　ＬＥＪ　　　の両方で修飾した形式を調べる）
。１３１と同名の１３２のｒＵＲＩＡＧＥ−ＮＡ、ＩＹ
ＯＪについては、上位データ名が、ｒＷ−ＵＲＩ　ＡＧ
Ｅ−ＤＡＴＡＪＬ、かないので、これで修飾した形式を
調べ、この名称が１３１の上位データ各欄に含まれてい
ないことを確認して一意名称と判断し、「Ｗ−ＵＲＩＡ
ＧＥ−ＤＡＴＡＪを一意修飾上位データ名称欄に登録す
る。］３３と１３４のｒＵＲＴＡＧＥ−８ＵＵＪについ
てもそれぞれ上位データ各欄から一意になる上位修飾デ
ータ名称として、ｒＤＥＮＰＹＯ−ＦＩＬＥＪとｒＷ−
ＵＲＩ　ＡＧＥ　−ＤＡＴＡＪを見つけ、−意修飾上位
データ各欄にイテ録している。

第８図の置換対象データ名称対応情報作成部８９は、置
換データ対応情報記憶部８２に記憶された置換データ対
応情報と、同名データー意名称情報記憶部８８に記憶さ
れた同名データー意名称情報に基づき、既存プログラム
内の置換すべきデータ名称と、それに置換すべき−、＠
：テータデーの表現との対応情報−置換データ名称対応
情報−を作成し、置換データ名称対応情報記憶部８１−
ｏに記憶する。

これは置換データ対応情報内の各置換対象データにだい
し、一般にはその置換先データの第１データ名のみを一
意データ名称とし、同名データが存在する場合には同名
データー意名称情報の中の一意修飾上位データ名を修飾
して、−意データ名称を作成する。また上記の同名とな
るデータが置換対象のファイルデータ以外の場合には同
名デー（：ｌＯ） ター意名称情報に基づき、そのデータ名と、−意に修飾
されたデータ名称を置換データ対応情報に追加する。

第１４図は第１０図に例示した置換データ対応情報と第
１３図に例示した同名データー意名称情報より作成した
、置換データ名称対応情報を表形式で例示したものであ
る。置換データ名称対応情報の左側の欄は、既存プログ
ラム内の置換対象のデータ名を示し、右側の置換先−意
データ各欄は、左側の置換対象データを置換する、−意
となるデータ名称の表現を示す。置換対象データ名欄内
の第１名種、上位データ高欄、ファイル名種の各欄の内
容は第１０図と同様である。本図において、１４１．１
４２，１４３，１．４４，１４５の置換対象データは、
第１０図のそれぞれ１０１゜１０２．１０３，１０４，
１０５のデータと同じである。このうち、１４１のｒＩ
−ＦＩＩ、Ｅ」、１４２のｒＩ−ＵＲＩＡＧＥＪ、１４
３のｒＩ　−Ｄ−ＮＯＪに関しては第１０図の置換先デ
ータ（ｒＤＥＮＰＹｏ−ＦＩＬＥＪ、ｒＵＲＴＡＧＥ−
ＤＥＮＰＹＯＪ　　、　ｒＤＥＮＰＹｏ−ＢＡＮＧＯＪ
　　）が第１３図の同名データー意名称情報内にないの
で、同名データがないと判断し、第１０図の１０１．１
０２，１０３の置換先データの第１名種の内容−ｒＤＥ
ＮＰＹＯ−ＦＩＬＥＪ、ｒＵＲＩＡＧＥ−ＤＥＮＰＹＯ
Ｊ　　、ｒＤＥＮＰＹｏ−ＢＡＮＧＯＪのみが第１４図
の置換先−意データ各欄に記憶される。一方１４４のｒ
Ｉ−Ｕ−ＮＡＩＹＯＪと１４５のｒＩ−Ｕ−８ＵＵＲＹ
ＯＪに関しては第１−０図の置換先データの第１名（ｒ
ＵＲＩＡＧＥ−ＮＡＩＹＯＪ及びｒＵＲＩＡＧＥ−８Ｕ
ＵＪ　）が第１３図の同名データー意名称情報に登録さ
れている（１３１と１３３、第１名種と上位データ高欄
により判断）ので、第１名だけでは一意名称にはならず
、第１３図の第１名と一意修飾上位データ名による置換
先−意データ名称ｒＵＲＩＡＧＥ−ＮＡＩＹＯＯＦ　　
ＤＥＮＰＹＯ−ＦＩＬＥＪ、 ｒ　Ｕ　ＲＩ　Ａ　Ｇ　Ｅ　−Ｓ　Ｕ　Ｕ　　ＯＦ　　
Ｄ　Ｅ　Ｎ　Ｐ　Ｙ　Ｏ−ＦＩＬＥＪを置換先データ名
称対応表の置換先−意データ各欄に記録する。また、第
１４図の１４６のｒＵＲＩＡＧＥ−ＮＡＩＹＯＪと１４
７のｒＵＲＩＡＧＥ−８ＵＵＪは第１０図の置換データ
対応情報には記録されていない置換対象ファイルレコー
ド外のデータであるが、第１３図の同名データー意名称
情報の１３２と１３４の欄に記録されているので、それ
ぞれ１３１と１３３の置換先データ名と一致する同名デ
ータと判断し、１３２及び１３４の欄の第１名と一意修
飾データ名から置換先−意データ名ｒＵＲＩＡＧＥ−Ｎ
ＡＩＹＯＯＦ　　Ｗ−ＵＲＩＡＧＥ−ＤＡＴＡＪ、ｒＵ
ＲＩＡＧＥ−８ＵＵ　　ＯＦ　　Ｗ−ＵＲＩＡＧＢ−Ｄ
ＡＴＡＪを得て、第１名、上位データ名等と共に、１４
６，１４７の欄に記録される。

第８図のプログラム内データ置換部８１１は第１図のプ
ログラム内データ置換部１０と同様に既存ソースプログ
ラム記憶部１に記憶された既存ソースプログラムに対し
、その中の置換対象のファイルレコードの定義部を、置
換対象ファイルレコード情報内の対応する置換先ファイ
ルレコード定差情報の内容に置換し、更に置換データ対
応情報記憶部８１１内の置換データ対応情報に基づき、
既存プログラム内で使用しているデータ名称の使用箇所
のうち、置換データ対応情報内に記憶されているデータ
名称の使用箇所を該情報に記憶されている置換先データ
名称に置換して、新プログラムを作成し、新プログラム
記憶部１１に記憶する。

第９図に例示した既存ソースプログラムを第４図に例示
した置換先の標準ファイルレコード定義情報と、第１４
図に例示した置換先データ名称対応情報に基づき、変換
して作成した新プログラムの例を第１５図に示す。第９
図の９０に示した置換対象のファイルレコードデータの
定義部は、第４図の置換先ファイルレコード定義情報か
ら生成された定義内容に置換される。第１５図に例示し
た新プログラムの１５０の部分がこの内容である。

又、第１４図の置換データ名称対応情報の置換対象ファ
イルデータ欄に記載されたデータ名称と一致するデータ
名使用箇所９２，９３．９４は、それぞれ置換先データ
名称対応情報の１４５゜１４−７．１４．３の置換先デ
ータ名種の情報に従って、１５１，１５２，１５３の内
容に置換されている。例えば９２のｒＩ−Ｕ−８ＵＵＲ
ＹＯＪは、第１名種にｒＩ−Ｄ−８ＵＵＲＹＯＪ　を含
む第１４図の１４５の内容に従って、ｒＵＲＩＡＧＥＳ
ＯＵ　　ＯＦ　　ＤＥＮＰＹＯ−ＦＩＬＥＪ　に置換さ
れる。ｒＵＲＩＡ、ＧＥ−８ＵＵＪだけで使用すると１
、５４に定義されたデータを指すのか１５５に定義され
たデータを指すのか分からなくなるので−に１位データ
名の「■〕ＥＮＰＹＯ−ＦＩ　ＬＥ、、Ｉで修飾して一
意にしている。また、９３のｒＵＲｉＡＧＩＥ−ｓＵｕ
Ｊは１５５に定義された置換対象ファイルデータ以外を
指しているがこの修飾なしの形式では１５４のデータを
指すのか分からないため、１４７の内容にしたがって、
ｒＷ−ＵＲＴＡＧＥ−ＤＡＴＡＪの修飾をつけた表現に
変換する。また９４（７）　ｒＩ　−Ｄ−ＮＯ０１”　
　Ｉ−ＩＪＲＩＡＧＥＪ　ハ、第］−４図の１４３に指
定されたｒ　Ｄ　Ｅ　Ｎ　Ｉ）　Ｙ　ＯＢ　Ａ、　Ｎ　
Ｇ　ＯＪに置換される。この場合、元のデータ名は修飾
が着番づられているが変換後のプロゲラムには付けられ
ていない。

本方法によりデータ置換により同名データが発生する場
合でも正しいプログラムに変換することが出来る。

今までに述べた実施例では、置換対象データに対する置
換先データの検出は、置換対象データとレコー１へ内の
物理的相対位１１ｑや長さが一致するデータを置換先レ
コード内から見つける方ａ；で行っているが、置換対象
レコードど置換先レコードのデータ構造や名データのノ
硬さが一致し、データ名称のみが異なる場合などでは、
データ構造上で対応する位置にあるデータを見−つける
方法も有効である。この方法では各データの物理的（１
」列位置や長さを７ｉｌ算することなく名データのｈａ
ｔ換先テーデー見つ（づることか出来る。

第１６図に本方法の１実施例の機能構成図を示す。本機
能構成図は第り図とほぼＩ「ｊｌ様でｌつるがデータの
相対位置や長さを扱っていないことか異なる。本実施例
の標準ファイルレコー１一定義情報記憶部］６１に記憶
されろ標準ファイルレ＝１−１〜定（３ｆｉ） 義情報の例を第１７図に示す。これは第４図に示したの
と同じ内容を示したものであるが相対位置、長さの内容
を含んでいない点が異なる。置換先ファイルレコード定
義情報記憶部１６５に転送される情報も同様である。置
換先ファイルレフ−１−′定義情報抽出部１６２は各デ
ータの相対位置や長さの情報を作成しない点が第１図の
置換対象ファイルレコード定義情報抽出部４と異なる。

置換データ刻応情報作成部１６６は第１図の置換データ
対応情報作成部８と同様、対象ファイルレコード内の各
データに刻する置換先データの情報を作成するが、これ
は置換先、置換先の両レコード内でデータ構造−」―で
対応するデータを見つりる方法で行う。プログラム内デ
ータ置換部」０の機能は第１図と同じである。第３図の
プログラム内の；３ｏのファイルレフ−１〜内データを
第１７図の標準ファイルレコード定義情報で置換する場
合は、第１図の実施例の場合と同様に第７図の新プログ
ラムが作成される。

又、第１図に示【７た実施例の、物理的相対位置や長さ
によって置換先データを求める方法において、置換先デ
ータの候補が複数検出される場合、データ構造−１−の
位Ｉｆｔか一致する候補を置換先データと定める方法や
、あるいは利用者に指定させる方法も存在する。又デー
タ構造の情報と利用者の指定の方法を共に用いる方法も
存在する。この物理的相対位置や長さの情報だけでは置
換先データの候補が複数検出さオ（る場合は他の方法で
置換先データを決定する方法は、置換先データが複数の
名称を持つように再定義されている場合に有用である。

この方法のＪ実施例の機能構成図を第１８図に示す。第
１８図の１．２，３．’ｌ−、５，６，７゜９．１．０
，１．１は第１図と同じである。置換データ対応情報作
成部１８１け第１図８と同様置換対象ファイルレコード
定義情報記憶部６内の置換対象ファイルレコード定義情
報内の各データにだいし、置換先ファイルレコード定義
情報記憶部７内の置換先ファイルレコード定義情報の中
から置換先データを検出して置換データ対応情報を作成
し、記憶部９に登録するが、その検出方法が異なる。

本実施例ではこの置換先データの決定を次の規則に従っ
て行う。

（１）対象とする置換先データと位置、長さなどが一致
する置換先データ候補を見つける。もし該当するデータ
が唯一であれば、これを置換先データとして決定する。

（２）対象とする置換先データと位置、長さなどが一致
する置換先データ候補が複数見つかった場合、次に手順
でこの置換先データ候補の中から置換先データを決定す
る。

（ａ）置換対象ファイルレコード定義情報のレコードの
データ構造において該置換対象データの１つ上位に位置
するデータを見つける。

（ｂ）（ａ）で見つかった、゛上位データに対する置換
先データを見つける。（この上位データに対する置換先
データは既に決定されている。）（ｃ）置換先ファイル
レコード定義情報のレコードのデータ構造において置換
先データ候補の中に、（ｂ）で見つかった、上位置換先
データの下位に位置するものがないかを調べる。もし存
在し、しかも唯一であれば、これを該置換対象データの
置換先データとして決定する。

（３）（２）で置換先データが決定出来なかった場合、
検出されている、複数の置換先データ候補を置換先デー
タ候補表示部１８２によりデイスプレィなどの表示装置
に表示し、利用者は、この中から置換先データを決定し
、キーボードなどの入力装置から入力する。置換先デー
タ指定部１８４は、この置換先データの名称を置換対象
データのデータ名などと共に置換データ対応情報記憶部
９に登録する。

次に第３図に例示したプログラムの３０の部分のファイ
ルレコード定義部のデータに対し、第１９図に例示した
標準ファイルレコード定義情報への置換を指定した場合
の例を示す。

第１９図の標準ファイルレコ−１く定義情報の形式は、
第４図とほぼ同様であるが再定義欄が追加されている。

再定義欄のｒ　ＲＪは該データが、それ以前に定義され
た、し／＼ルを同じくするデータと同じ物理的位置を持
つことを示す。本図では、ｒ’ＨＥＮＰ　Ｉ　Ｎ−ＮＡ
　Ｉ　Ｙ○」は同じ０２レベルのｒＵＲＩＡＧＥ−ＮＡ
ＩＹＯＪデータが再定義されている−即ち物理的には同
じであり、レコード内の同じ位置のあるーことが示され
ている。次に置換データ対応情報作成部１８１において
第３図の３０より抽出した置換対象ファイルレコード定
義情報（第５図と同じ）に対し、第１９図の標準ファイ
ルレコード定義情報内のデータから置換先データを検出
する処理を説明する。第５図のファイル名ｒｌ−ＦＩＬ
ＥＪに対しては無条件にｒＤＥＮＰＹｏ−ＦＩ　ＬＥＪ
を置換先として決定する。ｒＩ−ＵＲＩＡＧＥＪ、ｒＩ
−Ｄ−ＮＯＪに対しては、位置、長さ、属性が等しいデ
ータとしてそれぞれｒＵＲＩＡＧＥ−ＤＥＮＰＹＯＪ、
ｒＤＥＮＰＹｏ−ＢＡＮＧＯＪのみが検出されるので、
これらを置換先データとして決定する。次にｒＩ−Ｕ−
ＮＡＩ’ＹＯＪに対しては、位置、長さ、属性が等しい
、置換データ候補としてｒＵＲＴＡＧＥ−ＮＡＩＹＯＪ
、ｒＨＥＮ））ｉＮＮＡＩＹＯＪの２つが検出される。

ｒＵＲＩＡＧＥ−ＮＡＩＹＯＪ、ｒＨＥＮＰＩＮ−ＮＡ
ＩＹＯＪの上位データは、ともにｒＵＲＩＡＧＥ−ＤＥ
ＮＰＹＯＪであるので前述の規則でもいづれを置換先と
するか、ただちには決定できず、表示装置に２つの置換
先データ候補を表示し、この中から、利用者に選択させ
る。

第２０図にその表示選択画面の例を示す。本図では、置
換対象データ名として、ｒＩ−Ｕ−ＮＡＩＹＯＪが表示
され（２０１）、置換先データ名候補として、ｒＵＲＩ
ＡＧＥ−ＮＡＩＹＯＪとｒＨＥＮＰ　ＩＮ−ＮＡＩＹ○
」が候補番号とともに表示されている（２０２）。本図
では利用者は、この表示を見て、置換先データ名として
ｒＵＲＩＡＧＨ−ＮＡＩＹＯＪを選択し、その番号１を
入力している（２０３）。これにより、ｒＵＲｌ、ＡＧ
Ｅ−ＮＡＩＹＯＪがｒＩ−（Ｊ−ＮＡ４ＹＯＪの置換先
データとして、置換データ対応情報に登録される。

次に、ｒＩ−Ｕ−８ＵＵＲＹ○」に対して位置、長さ、
属性が等しい置換先データ候補として、ｒＵＲＩＡＧＥ
−８ＵＵＪとｒＨＥＮＰＩＮ−３ＵＵＪの２つが検出さ
れる。この場合、ｒＵＲＩ　ＩＡＧＥ−８ＵＵＪの」１
位データはｒＵＲＩＡＧＥ−ＮＡ、ＩＹＯＪ、ｒｌｌＨ
ＮＰＩＮ−８ＵＵＪの上位データはｒＩ（ＥＮＰＩＮ−
ＮＡＩＹＯＪ１？あり異ｔ　ル。コノウち、ｒｌＲＩＡ
ＧＥ−ＮＡＩＹＯＪデータは、ｒ　Ｉ　−Ｕ−８ＵＵＲ
ＹＯＪの上位データであるｒｌニーＵ−ＮＡＩ　ＹＯＪ
の置換先データとして決定されている。従って、前述の
規則により、ｒＩ−Ｕ−８ＵＵＲＹＯＪの置換先標準デ
ータはｒＵＲＩＡＧＥ−８ＵＵＪと決定し。

置換データ対応情報に登録する。

本例により作成される置換データ対応情報は第６図と同
じである。

本例により作成された新プログラムの例を第２１図に示
す。第３図の３０の部分は第１９図の標準ファイルレコ
ード情報により２１０の内容に置換される。又第３図の
３５．３６のデータ参照箇所はそれぞれ２１１１．２１
２の内容に置換されている。

以上の述べたように本方法により置換先レコード情報内
のデータが再定義されている場合も正しい名称に置換す
ることが出来る。

置換先データが再定義されている場合の置換先の決定方
法としては、その他に、置換対象のデータ名称と一致、
又は類似した名称を持つデータを優先して選択する方法
を加える方法もある。

たとえば第２２図のソースプログラムの２２０の部分の
ファイルレコード定義に対し、第１９図の標準ファイル
レコード定義情報の置換を指定した場合を説明する。

第２２図のソースプログラムは、第３図とほぼ同じであ
り、第３のｒＩ−Ｄ−ＮＡＩＹＯＪ（３７）、ｒＩ　−
Ｕ−８ＵＵＲＹＯＪ　（３２）のデータ名称がそれぞれ
ｒＩ−ＵＲＩＡＧＥ−Ｎ　ｐ、　Ｉ　ｙ　ＯＪ　　（２
２１、、、　）、］ｒＩ−ＵＲＩＡＧＥ−８ＵＵＲＹＯ
Ｊ　（２２２）に変更されていることが異なる（上記の
変更に伴い、第３図３５のｒＩ−Ｕ−８ＵＵＲＹＯＪも
２２３の［■ＵＲＩＡＧＥ−８ＵＵＲＹＯＪに変更され
ている）。

２２０内のデータｒＩ−ＦＩＬＥＪ、［■ＵＲＩＡＧＥ
Ｊ、ｒＩ−Ｄ−ＮＯＪは第１８図の実施例と全く同様に
置換データが検出される。

ｒＩ−ＵＲＩＡＧＥ−ＮＡＩＹＯＪ　（２２１）の置換
先データ候補として、ｒＵＲＩＡＧＥＮＡＩＹＯＪ　と
ｒＨＥＮＰＩＮ−ＮＡＩＹＯＪが検出されるが、ｒＵＲ
ＩＡＧＥ−ＮＡＩＹＯＪの方がデータ名称が類似してい
るので、選択される。

同様に、ｒＩ−ＵＲＩＡＧＥ−８ＵＵＲＹＯＪ（２２２
）の置換先候補として検出されるｒＵＲＩＡＧＥ−８Ｕ
ＵＪとｒＨＥＮＮＰＩＮ−８ＵＵＪのうち、ｒＵＲＩＡ
ＧＥ−８ＵＵＪの方が名称が類似しているため選択され
る。作成されるプログラムは第２１図と同じである。

今まで説明した実施例では、各置換対象データに対し置
換先データが必ず見つかるとして説明したが、実際には
、置換先データが見つからない場合や、あるいは属性や
長さが異なるデータのみが置換先データとして検出され
る場合がある。この場合は、作成された新プログラムは
正しく実行されない可能性が大きいため、利用者に該デ
ータの使用箇所や定義箇所を知らせ修正を促す必要があ
る。

この方法としては、作成された新プログラム内の該デー
タの使用箇所、定義箇所にコメントなどにより警告メツ
セージを出力する方法や、別の出力リストに警告メツセ
ージを出力する方法などがある。

作成された新プログラム内の該データの使用箇所にコメ
ントで警告メツセージを出力する方法の実施例を以下に
示す。

本実施例は、第１図の実施例とほぼ同様であるが、置換
先データ対応情報作成部８において、対象データに置換
先が見つからない場合や検出された置換先データに問題
がある場合には、該データの置換に問題の有ることを示
す警告メツセージを置換データ対応情報記憶部９に登録
し、プログラム内データ置換部１０ではそのデータの使
用箇所を置換する際にコメント内に警告メツセージを出
力するようにして新プログラムを作成する。第２３に示
したプログラムの２３０の部分を第４図に示した標準フ
ァイルレコード定義情報で置換することを指定した場合
の例を示す。第２３図のプログラムの２３０は第３図の
３０とほぼ同様であるが２３１のｒＩ−Ｄ−ＮＯＪが２
３２のＢ−Ｄ−Ｎｏ−ＵＪと２３３のｒＩ−Ｄ−Ｎｏ−
ＤＪの２つのデータで構成されている点が異なる。本例
において置換データ対応情報記憶部９に登録される置換
データ対応情報を第２４図に示す。第２４の警告メツセ
ージ欄は置換に問題があるデータに対して付けるべきメ
ツセージを登録するものであり、２４１のｒＩ−Ｄ−Ｎ
ＯＪに対しては置換先データとして検出したｒＤＥＮＰ
ＹＯ−ＢＡＮＧＯＪとデータ属性が異なることを示すメ
ツセージが登録され、２４２のｒＩ−Ｄ−ＮＯＪ、２４
３のｒＩ−Ｄ−Ｎｏ−ＤＪに対しては置換先データが見
つからなかったことを示すメツセージが登録される（置
換先データ名種には元のデータ名が登録されている）。

この置換データ対応情報を用いて作成した新プログラム
を第２５図に示す。

第２３図の２３０の部分は第４図の標準ファイルレコー
ド定義情報の内容により２５１のように置換される。第
２３図の２３４のｒＩ−Ｄ−Ｎ。

ＯＦ　　Ｉ−ＵＲＩＡＧＥＪは第２４図の２４１に従い
、ｒＤＥＮＰＹｏ　　ＢＡＮＧＯＪ　に置換され、（２
５２）その箇所にデータ属性が異なることを示すコメン
トが付けられる（２５３）。２３５のｒＩ−Ｄ−Ｎｏ−
１ＪＪは第２４図の２４２にデータが置換できないこと
が示されているので元のデータ名称のままにされ（２５
４）その箇所にデータが置換できないことを示すコメン
トが付けられている（２５５）。

これまでの実施例では、新ソースプログラムの作成にお
いて、ソースプログラム内の置換対象ファイルレコード
定義情報の定義箇所を置換先の標準ファイルレコード定
義情報に置換して展開する方法を説明したが、この定義
箇所を置換先ファイルレコード定義の取り込み命令に置
換する方法もある。この場合、置換先ファイルレコード
定義の取り込みはコンパイル時に行われる。

この方法では、置換されたファイルレコード定義は、新
ソースプログラム内の直接記述されていないため、その
内容を個々のプログラムで個別に変更される恐れがなく
、その内容が再びプログラム間で一致しなくなる恐れが
無くなる６又この内容の変更が必要なときには、標準フ
ァイルレコード定義情報のみを変更すれば良く、個々の
プログラムを再び変更する必要が無くなる。

この方法を実施するには、例えば第１図の実施例のプロ
グラム内データ置換部１０において該プログラムの置換
対象ファイルレコード定義箇所を置換先の標準ファイル
レコード定義情報に置換せず、該標準ファイルレコード
定義憤軸のコンパイル時に展開することを指定する命令
に置換するように変更すれば良い。第３図のソースプロ
グラム内の３０のファイルレコード定義をｒｌＲＩＡＧ
Ｉｌという名称を持つ標準ファイルレコード定義情報に
置換することを指定した場合に作成されるプログラムの
例を第２６図に示す。第２６図は第７図とほぼ同様であ
るが第７図では７０の部分に標準フアイルレコード定義
情報が展開されているのと異なり、２６０のようにｒＵ
ＲＩＡＧＥＪという名称を持つ標準ファイルレコード定
義情報をコンパイル時に展開することを指定する命令に
置換されている。

今までに述べた実施例では、置換先の標準ファイルレコ
ード定義情報がソースプログラム内のファイルレコード
定義部とは異なる形式−例えば第４図のような表形式−
を持つ例で説明したが、同じ形式でもよい。例えば第１
図の実施例において、標準ファイルレコード定義情報記
憶部２に記憶される標準ファイルレコード定義情報は第
４図の形式ではなく第２７図のようなソースプログラム
形式でもよい。この場合、標準ファイルレコード定義情
報入力部５は、標準ファイルレコード定義情報を２より
入力すると共に、各データの相対位置や長さを計算して
、第４図の形式のファイルレコード定義情報を作成する
。他は第１図の実施例と同じである。

標準ファイル定義情報と標準レコード定義情報を分離し
て、別々に記憶し、各プログラムのファイル定義部とレ
コード定義部に対し、別々に置換を指定することを可能
にする方法も存在する。この方法は同じレコード内容を
持つファイルが複数存在する場合、同じ標準レコード定
義情報を重複して作成する必要がない利点がある。本方
法も今までに述べたと同様な方法で実施することが出来
る。

又、既存プログラム内のデータ名称を置換する前に既存
プログラム内のファイルレコード定義部と標準ファイル
レコード定義情報の内容を比較し、その中の各データに
ついて、レコード内の相対位置や長さが一致するデータ
を検出して利用者に提示することにより、置換による問
題を予め抽出する方法も有用である。この場合、置換先
が見−）からないデータ、或いは置換先データに問題か
あるデータに対して、警告メツセージを出力することが
望ましい。

本方法の１実施例の機能構成図を第２８図に示す。第８
図において、１から７は第１図の実施例（５Ｉ） と同様である。置換データ対応情報作成部２８１は置換
データ対応情報を作成するが、第２３図。

第２４図を使用して説明した実施例と同様に、対象デー
タの置換先が見つからない場合や、見つかった、置換先
データに問題が存在する場合には、そのデータに対し、
警告メツセージを付けて登録する。第２３図の既存ソー
スプロクラムの２７３０のファイルレコード定義部を第
４図に例示した標準ファイルレコード定義情報に置換す
る場合、第２４図の、問題のある箇所に警告メツセージ
を付加した置換データ対応情報を作成し、２８２に登録
する。２８３はこの情報を第２４図に示したような表形
式で表示装置２３４に出力する。表示装置はプリンタで
もよい。又置換先の標準ファイルレコード定義情報は第
４図のような表形式ではなく第２７図のようなソースプ
ログラム形式でも良い。又、既存ソースプログラム記憶
部」。に記憶されるソースプログラムはプログラム全体
ではなくファイルレコード定義部のみでも良い。

この、、マ、アイルレコ−１へ定義部同士を比較する機
１度１ ：１；ノ　　　　　　　（５２） 能は、標準とするファイルレコード定義情報を作成する
際に、その内容髪決定することを支援するためにも使用
することが出来る。

今までの説明では変換先の標準ファイルレコード定義情
報は利用者が作成することを前提に説明したが、特定の
既存ソースプログラム内のファイルレコード定義部を抽
出、変換するか、あるいは独立したファイルレコード定
義部のソースを変換することにより、標準となるファイ
ルレ＝１−１＜定義情報を作成する方法もある。この場
合、１本のプログラム内に定義されたファイルレコード
定義部内のデータのデータ名称、属性、構造を標準とし
、同じファイルレコードを使用する他のプログラム内の
データをこの内容に合せることになる。

またプログラムより抽出、変換して作成した標準ファイ
ルレコード定義情報を必要により利用者が部分的に修正
することも可能にした方が良い。

本方法の１実施例の機能構成図を第２９図に示す。第２
９図の機能構成図は、第１図に櫟準ファイルレ）テ、−
ド定義情報作成部２９１とＳ準ファイノ　　　　（５３
） ルＩノコード定義情報修正部２９２を追加したものであ
る。標準ファイルレコード定義情報作成部２９１は既存
ソースプロゲラ１１記憶部１内に記憶された既存ソース
プロゲラ１１の内、３で指定されたプログラム内の指定
されたファイルレコード定義部を抽出して第４図の形式
のファイルレコード定義情報に変換し１、標準ファイル
Ｌ／コード定義情報記憶部２に登録する。この変換処理
においては、各データの相対位置や長さのａ１″算を行
う。標準ファイルレコード定義情報修ｉＥ部２９２は２
に登録されたファイルレコー・１・定義情報を、利用者
の指定により、必要箇所を修」ｆ＝シて、置換先となる
標準ファイルレコード定義情報を作成する。４から１１
−では、先に説明した方法で該ファイルレコードを使用
する記憶部１内の各既存プログラム内のデータを置換し
て、各新プログラムを作成する。

作成される標準ファイルレコード定義情報は第２７図の
ようなソースプロゲラ１１形式でも良い。

この場合は、標準ファイルレコード定義情報作成部２９
上−の処理の中の各データの相対位置や長さ＋　　　　
　　（５４） を計算する処理は必要ない。

また標準ファイルレコード定義情報で定義できるデータ
属性などに制限を設け、抽出対象のプログラム内のファ
イルレコード定義情報にこの制限から外れている部分が
有ればその箇所に警告メツセージを出す方法も存在する
。この部分に関しては強制的に制限内の内容に変換して
も良い。これは各プログラムのファイルレコード定義を
単に統一するだけで無く、内容を標準することもできる
ので更に保守を容易化することができる。

以上述べた方法に加えて、置換された該ソフトウェアシ
ステム内の各プログラムを解析し、標準ファイルレコー
ド定義情報内の各データに対し、そのデータを使用する
プログラムの名称やあるいはそのプログラムにおしづる
該データの参照、更新などの使用種別を検出して利用者
に提示する手段を加える方法もある。これにより各デー
タの使用箇所を容易に検出することが出来るので該ソフ
トウェア保守作業におけるデータの流れの理解や、該デ
ータの変更時における変更波及箇所の検出を効率的に行
うことが出来る。

なお、第１図、第８図、第１６図、第１８図。

第２８図、第２９図の機能図における各部４，５゜８．
１０，８１，８３，８５，８７，８９゜１６２．１６６
．１８１，１８２，１．８４゜２８１．２８３，２９１
，２９２などの機能は第２図のＣＰＵのプログラムによ
って実行される機能に相当し、その他の記憶部は第２図
の主記憶装置２２、外部記憶装置２３の一部に対応して
いる。

〔発明の効果〕

以上詳述したように、本発明のプログラム内データ置換
方法によれば、既存プログラム内のファイルレコードに
対し標準ファイルレコード定義を置換先として指定する
だけで、既存プログラム内の該ファイルレコ−１（内の
全てのデータの使用箇所を標準データの名称などに一括
自動変換することが出来るので、既存プログラム内のデ
ータを標準データを置換する作業を効率良く行うことが
出来る。これによって、プログラムの理解の効率化や、
データとプログラムの使用関係の情報出力による変更箇
所の検索の効率化が達成され、ひいては既存ソフトウェ
アの保守作業が効率化されるなど、優れた効果を奏する
ものである。

【図面の簡単な説明】

第１図は本発明の一実施例の構成を示す機能構成図、第
２図は本発明の適用されるハードウェア環境を示す図、
第３図は既存プログラムの一例を示す図、第４図は標準
ファイルレコード定義情報の一例を示す図、第５図は置
換対象ファイルレコード定義情報の一例を示す図、第６
図は置換データ対応情報の一例を示す図、第７図はデー
タを置換された新プログラムの一例を示す図、第８図は
本発明の別の一実施例の構成を示す図、第９図は既存プ
ログラムの別の一例を示す図、第１０図は置換データ対
応情報の別の一例を示す図、第１１図は既存ソース全デ
ータ対応情報の一例を示す図、第１２図は新ソース全デ
ータ対応情報の一例を示す図、第１３図は同名データー
意名称情報の一例を示す図、第１４図は置換データ対応
情報の別の一例を示す図、第１５図は、データを置換さ
れた新プログラムの別の一例を示す図、第１６図は本発
明の別の一実施例の構成を示す図、第１７図は標準ファ
イルレコード定義情報の別の一例を示す図、第１８図は
本発明の別の一実施例の構成を示す図、第１９図は標準
ファイルレコード定義情報の別の一例を示す図、第２０
図は本発明の一実施例における置換先データ表示選択画
面の一例を示す図、第２］１図はデータを置換された新
プログラムの別の一例を示す図、第２２図は既存プログ
ラムの別の一例を示す図、第２３図は既存プログラムの
別の一例を示す図、第２４図は置換データ対応情報の別
の一例を示す図、第２５図はデータを゛置換された新プ
ログラムの別の一例を示す図、第２６図はデータを置換
された新プログラムの別の一例を示す図、第２７図は標
準ファイルレコ−１く定義情報の別の一例を示す図、第
２８図は置換データ刻応情報を作成するための本発明の
別の一実施例の構成を示す図、第２９図は標準ファイル
レコード定義情報の作成機能を加えた本発明の別の一実
施例の構成を示す図である。 １・・既存ソースプログラム記憶部、２・・・標準ファ
イルレコード定義情報記憶部、３・・・入力装置、４・
・・置換対象ファイルレコード定義情報抽出部、５・・
・標準ファイルレコード定義情報入力部、６・・・置換
対象ファイルレコード定義情報記憶部、７・・置換先フ
ァイルレコード定義情報記憶部、８・置換データ対応情
報作成部、９・・置換データ対応情報記憶部、１０・・
・プログラム内データ置換部、１１・・・新プログラム
記憶部。

Claims (1)

1. 【特許請求の範囲】 １、プログラム内の置換対象レコードに対し、置換先の
   レコード定義を指定し、該置換対象レコード内の各デー
   タに対して、それぞれ少くとも置換先レコード内の物理
   的相対位置が一致する置換先データを検出し、該プログ
   ラム内の置換対象レコードの各データの定義箇所、使用
   箇所を、それぞれ検出された置換先データの名称、属性
   、構造に置換することを特徴とするプログラム内データ
   置換方法。 ２、プログラム内の置換対象レコードに対し、置換先の
   レコードを指定し、該プログラム中の置換対象レコード
   内データの定義箇所、使用箇所を置換先レコード内の対
   応データに一括自動置換することを特徴とするプログラ
   ム内データ置換方法。 ３、プログラム内の置換対象レコードに対し、置換先の
   レコードを指定し、置換対象レコード内の各データに対
   する置換先レコード内の置換先データを、両レコード内
   のデータ構造上の位置が一致するデータを検出すること
   により決定し、該プログラム内の各置換対象データの定
   義箇所、使用箇所を、それぞれ検出された置換先レコー
   ドの名称、属性、構造に置換することを特徴とするプロ
   グラム内データ置換方法。 ４、請求項１記載のプログラム内データ置換方法におい
   て、置換対象データと物理的相対位置、もしくは位置及
   び長さ、もしくは位置、長さ及び属性が一致する置換先
   レコード内のデータが複数検出された場合、両レコード
   内のデータ構造上の位置が一致するデータを、置換先デ
   ータと決定することを特徴とするプログラム内データ置
   換方法。 ５、請求項１又は４記載のプログラム内データ置換方法
   において、置換先データの候補が複数検出された場合、
   利用者が指定したデータを置換先データとして決定する
   ことを特徴とするプログラム内データ置換方法。 ６、請求項１又は４記載のプログラム内データ置換方法
   において、置換先データの候補が複数検出された場合、
   名称が一致または類似するデータを置換先データとして
   決定することを特徴とするプログラム内データ置換方法
   。 ７、請求項１、３、４、５又は６記載のプログラム内デ
   ータ置換方法において、置換先レコード内のデータ及び
   非置換データの中に同名のデータがないかを判定し、も
   しあれば、該データについて、上位データにより修飾し
   たデータ名称表現のうち一意になる表現を見つけ、該デ
   ータの使用箇所をその表現に置換することを特徴とする
   プログラム内データ置換方法。 ８、請求項７記載のプログラム内データ置換方法におい
   て、同名データの一意表現が複数検出された場合、最も
   修飾データ数の少ない表現を検出し、その表現に置換す
   ることを特徴とするプログラム内データ置換方法。 ９、請求項１、３、４、５、６、７又は８記載のプログ
   ラム内データ置換方法において、置換先データが検出で
   きない場合、もしくは属性あるいは長さ、属性が一致し
   ないデータが置換先データとして検出された場合、その
   使用箇所等にメッセージ出力することを特徴とするプロ
   グラム内データ置換方法。 １０、請求項１、３、４、５、６、７、８又は９記載の
   プログラム内データ置換方法において、該プログラム内
   の置換対象レコードのデータ定義部は置換先レコードの
   データ定義の取り込み命令に置換し、置換先レコードの
   データ定義は直接置換プログラムソースに記述しないよ
   うに置換することを特徴とするプログラム内データ置換
   方法。 １１、請求項１〜１０項のいずれか記載のプログラム内
   データ置換方法の何れかを実施するプログラム内データ
   置換装置。 １２、請求項１〜１０項のいずれか記載のプログラム内
   データ置換方法のうち少なくとも１つの方法を実施する
   手段を蓄積する手段とその実施手段を選択する手段、あ
   るいはその実施手段を変更する手段を有することを特徴
   とするプログラム内データ置換装置。 １３、プログラム内、または独立した複数のレコード定
   義情報同士を比較し、レコード内の各データについて、
   そのレコード先頭からの物理的相対位置もしくは位置及
   び長さ、もしくは位置、長さおよび属性が一致するデー
   タを他のレコード内のデータから検出して出力すること
   を特徴とするレコードデータ対応検出方法。 １４、請求項１３のレコードデータ対応検出方法におい
   て、対応データが検出できない場合、もしくは属性ある
   いは長さ、属性が一致しないデータのみ対応データとし
   て検出される場合、そのデータに対しメッセージ出力す
   ることを特徴とするレコードデータ対応検出方法。 １５、ソフトウェアシステム内のファイルや内部テーブ
   ルのレコードに対し、その中の各データの標準とする名
   称、属性、構造を定義した標準レコード情報を蓄積し、
   そのファイルや内部テーブルを使用する、該ソフトウェ
   ア内の各プログラム内のデータの使用箇所を、請求項１
   〜１０項の何れか記載の方法により該標準レコード情報
   内の標準データ形式に置換することを特徴とするソフト
   ウェア内データ標準化方法。 １６、請求項１５のソフトウェア内データ標準化方法に
   於いて、該標準レコード情報を、プログラム内のレコー
   ド定義情報、あるいは独立したレコード定義情報から抽
   出、置換し、必要により修正して作成することを特徴と
   するソフトウェア内データ標準化方法。 １７、請求項１５または１６のソフトウェア内データ標
   準化方法によつて置換された該ソフトウェアシステム内
   の各プログラムを解析し、標準レコード情報内の各デー
   タに対してそのデータを使用するプログラム名称、及び
   必要により該データに対する各プログラムの参照、更新
   などの使用種別などを検出、出力することを特徴とする
   、ソフトウェア内データ使用箇所検出方法。