JPH01280831A - プログラム内データ名称標準化支援方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は，ソフトウェアの生産性向上に係り。

特にソフトウェアの保守作業の効率化に好適な、プログ
ラム内データ名称標準化支援方法に関する。

〔従来の技術〕

ソフトウェア、特に事務処理用ソフトウェアは、ファイ
ルからファイル、或いはファイルからプリンタ等へのデ
ータの受は渡しを行なう多数のプログラムより構成され
る。又、各ファイルは一般に複数のプログラムにより参
照更新が行なわれる。

このようなソフトウェアにおいては、ソフトウェアの主
な内容が、入力ファイル内のデータを出力ファイルやプ
リンタ等へ受けわたすことである。

このため、プログラムを保守する際に必要となる、プロ
グラムの意味を理解する作業では、特に、データの意味
を理解することが重要である。また保守作業において、
ファイルに含まれるデータの、桁数や型などの属性を変
更する場合、同じ、データを使用する複数のプログラム
を修正する必要があるので、変更対象のデータがどのプ
ログラムで使用されているかを見つけ出す作業も重要で
ある。

もしファイル内のデータが、それを使用するプログラム
によって別々の名称をつけられていれば、これらのプロ
グラムの保守作業を行なう人間は。

データの意味を理解することが難かしく、また、１つの
データがどのプログラムで使用されているかを見つける
のも難しい。以上は手作業だけでプログラム内容を理解
するとして説明したが、もし複数のプログラムを解析し
て、各データ名称に対し、そのデータ名称を使用してい
るプログラムを児つけだす支援ツールが存在したとして
も、ある一つのデータを各プログラムが別々の名称によ
り使用していれば、ツールにより、そのデータを使用す
るプログラムをすべて見つけ出すことは困雅である。

この問題を解決する１つの方法は、対象とするファイル
に含まオｂる各データに対し、それぞれ標準名称を定め
、そのファイルを使用する各プログラム内の該データの
名称をｔ塾名称に置換することである。

従来この作業を支援する方法の１つとして，データ名称
を標準化すべきファイルについて、構成するデータのデ
ータ構造や、各データの標準名称および長さなどの属性
を指定する情報（以下標準ファイルレコード情報とよぶ
）を定め、このファイルを使用している各プログラムに
ついて、プログラム内の該ファイルの定義部（各データ
のデータ構造や、データ名称や、長さなどの属性を含む
）と、標準ファイルレコード情報を比較して、該ファイ
ル内のデータの名称対応表を作り、この表にもとづきプ
ログラム内で使用している該ファイルのデータの名称を
標準名称に置換する方法が存在した。この方法はたとえ
ばｒｂｉｔ」１　９　８　２年９月臨時増刊号−「ソフ
トウエア評価技法−検査・検定・保守・コスト積算」の
Ｐ１７６に述べられている。

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

上記従来技術において、元のプログラム内の各データの
名称の変換先となる対応データの決定は、もとのデータ
の、レコード内の先頭からの相対位置が等しい（あるい
は更にデータの長さや属性が等しい）データを、対応す
る標準ファイルレコード情報の内から見つけ出す方法に
よって行なわれる。

しかし、標７ｐｊファイル・レコード情報において１つ
のファイル・レコードの同じフィールドがそれぞれ別々
の名称をもつ複数のデータとして定義されている（即ち
、再定義されている）場合、元のプログラムのあるデー
タ名称を、どのようなデータ名称に置換するかは一般に
一定には決定できない。たとえば最初に見つかった置換
先データ名称を採用する等の方法を採用して置換した場
合。

物理的には正しいが、意味の異なるデータ名称に置換さ
れる場合が生じ、従って、変換されたプログラムは一応
正し、く実行できるとしても、プログラムは理解しにく
くなり、プログラムの保守が難しくなる。

本発明の目的は、プログラム内のデータ名称に対し、置
換すべき標準データ名称候補が複数ある場合、意図する
標準名称に効率的に変換することを支援することにある
。

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

上記目的は、前記、変換対象プログラム内の変換対象フ
ァイル内の各データに対し、変換先の標準名称を定める
対応表を作成するために、従来の方法である対象データ
のレコード内相対位置、データの長さ、属性が一致する
標準データを見つける手段に加え、（１）一致する標準
データの候補が複数存在する場合、変換作業従事者が指
定した標準データを、変換先データと定める手段、（２
）−致する標準データの候補が複数存在する場合、元の
プログラムの変更対象ファイル・レコードのデータ構造
の中の該データの上位のデータを得、そのデータが変換
された先の標準データを見つけ、その標準データのデー
タ構造の中、の低位に属する標準データの中から変換先
標準データを定める手段、の２つの手段の内少なくとも
１つの手段を用いることにより達成される。

〔作用〕

変換対象データに対し、置換先の標準ファイル・レコー
ド内に相対レコード内のデータの位置やデータ長を等し
くする、変換対象の標準データの候補が複数ある場合、
一般には第１の手段すなわち、作業者に複数の標準デー
タの候補の中から、変換先の標準データ名を選択・指定
する手段、により意図する標準データ名称に変換するこ
とが可能になる。

また、変換対象ファイル・レコードのデータ構造上、上
位に位置するデータに対して、変換先標準データの候補
が複数あれば、該上位データに従属する各下位データの
変換先標準データの候補はそれぞれ複数発生する場合が
多く、この場合、いちいち第１の手段により変換先標準
名称を指定する方法は作業量が多くなる。しかしデータ
構造上上位のデータの変換先の標準データが決定できれ
ば、第２の手段により、上位データの変換先の標準デー
タに属する下位データの中にある、データの位置・桁数
を同じくする標準データのみを変換先データの候補とす
ればよいので、変換先データの候補が複数生じる可能性
は少なくなる。

従がって前記第１の手段のみを用いることによる、変換
先データの指定抛作数の減少を計ることが出来、効率よ
く、対象プログラム内のデータ名称を変換することが出
来る。

〔実施例〕

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

第１図は本発明の第１の実施例を実行するデータ処理装
置を機能ブロック図の形式で表現したものである。第２
図は本実施例のハードウェア環境を示す図である。第１
図の１−は予め各ファイルの標準となるデータ構造や、
その中の各データの標準名称や属性などを記憶した情報
（標準ファイル・レコード情報）を入力装置より入力し
て、標準ファイル・レコード情報蓄積部２０に蓄積する
。

標準ファイル・レコード情報蓄積部２０に蓄積される標
準ファイル・レコード情報を表形式で表現した一例を第
３図に示す。第３図に示される情報は以下の内容を示す
。即ち本ファイルのファイル名はｒ　ＤＥＮＰＹＯ−Ｆ
ＩＬＥ　Ｊであり、そのファイルレコードは、「伝票デ
ータ」、「伝票番号ｊ等の標準データ名をもつデータに
より構成される。レベルはデータの構造を示し、０ルベ
ルのデータは０２レベルのデータを含み、０２レベルの
データは０３レベルのデータを含む。本例では「伝票番
号」データは、「伝票番号」、「売上内容」。

「入金内容」のデータより構成され、「売上内容」デー
タは「売上数量」、「売上単位」、「売上金額」を含む
。再定義欄の「Ｒ」は該データが、そ・　　れ以前のレ
ベルを同じくするデータと同じ物理的位置をもつことを
示す。本例では、「入金内容データ」は同じ０２レベル
の「売上内容」データが再定義される。即ち物理的には
同じであり、レコード中では同一の位１４にあることを
示す。「相対位置」は各データのレコードの先頭からの
相対位ｔ４をバイト数であられしたものである。「長さ
」は各データの長さをバイト数であられしたものである
。第３図の例では「売上内容」と「入金内容」の２つの
データは同じ相対位置と長さをもつ。またそれぞれに従
属するデータ（例えば「売上価」と「入金数量」）も同
じ位置、長さをもつ。属性欄は各データの型（数値２文
字など）や桁数を示す。たとえば「伝票番号」データの
９（６）の「９」は数値項目であることを示し「６」は
６桁あることを示す。

第１図の既存ソースプログラム蓄積部２は、その中のデ
ータ名称を変換しようとするソースプログラムを蓄積す
る。既存ソースプログラム蓄積部２に蓄積されるＣ０Ｂ
ＯＬソースプログラムの例を第４図に示す。

第１図のファイル・レコード情報抽出部３は、収部ソー
スプロダラム蓄積部２内のソースプログラムを入力し、
その内の各ファイルに記述されたレコードの定義情報を
抽出し、含まれる各データの相対位置や長さを計算して
、既存ファイル・レコード情報を作成し、既存ファイル
レコード情報蓄積部４に蓄積する。

第４図のソースプログラム内の１１で示した部分のファ
イルレコード定義情報より、作成した既存ファイルレコ
ード仕様情報を第３図と同様な表形式で表現した例を第
５図に示す。「ファイル名」。

「再定義」、「相対位置」、「長さ」、「属性」の各欄
の内容は第３図と同じである。「データ名」は既存プロ
グラム内に記述された、標準化されない、従来のデータ
名称を示す。

第１図の５は、既存ファイルレコード情報蓄積部４に蓄
積された各既存ファイル・レコード情報に対し、対応す
る変換先の標準ファイルレコード情報を標準ファイル・
レコード情報蓄積部２０の中から見つけ、その情報をも
とに、該既存ファイル・レコード情報に含まれる各デー
タに対し、該標準ファイル・レコード情報の、中から、
変換先の標準データ名称を見つけ、既存データ名称と共
にデータ対応表蓄積部６内のデータ対応表に登録する。

本実施例では、この変換先標準データ名称の決定を次の
規則により行なう。

（１）対象とする既存データと位置・長さ・属性の一致
する標準データを見つける。

もし該当する標準データが唯一であればこの名称を変換
先データ名称とする。

（２）対象とする既存データと位置・長さ・属性が一致
する標準データが複数児つかった場合、次の手順でこの
複数の変換先標準データ候補の中から、変換先標準デー
タを１つ決定する。

（ａ）既存ファイル・レコード情報内のデータのデータ
構造において、該既存データの１つ上位に位置する既存
データを見つける。

（ｂ）　（ａ）で見つかった上位既存データに対する変
換先の標準データを見つける（この上位既存データに対
する変換先標準データは既に決定されている）。

（Ｃ）　［準ファイルレコード情報に属するデータのデ
ータ構造において、変換先標準データ候補の中に（ｂ）
で見つかった上位標準データの下位に位置するものがな
いか調べる。もし存在し、しかも唯一であれば、これを
、対象既存データの変換先の！：４準データと決定する
。

（３）　（２）で、変換先標準データが決定できなかっ
た場合、見つけられている、複数の置換先標準データ候
補を、置換先データ候補表示部７により、複数の置換先
標準データ名候補をディスプレイなどの表示装置に表示
し、利用者はこの中から、置換先標準データを決定して
、キーボードなどの入力装置より入力する。

置換先データ指定部８は入力された指定情報にもとづき
、置換先標７９データを定め、データ対応表作成部５は
、この標準データ名を元のデータ名と共に、データ対応
表蓄積部８内のデータ対応表に登録する。

第５図に例示した既存ファイルレコード情報を第３図で
例示した標準ファイルレコード情報と対応づけて、第５
図に示される各既存データに対する変換先の標準データ
名称を規定したデータ対応表を作成する例を以下に示す
。

本実施例では、第３図と第５図のファイルレコード情報
の対応付けは、それぞれの情報内のファイル名が共にｒ
ＤＥＮＰＹｏ　−ＦＩＬＥＪで一致していることにより
判定する。

第５図に示した既存データｒＤ−ＲＥＣＪ及びｒＤ−Ｎ
○」と相対位置、長さ、属性が等しい標準データは第３
図の例では、それぞれ、「伝票データ」、「伝票番号」
しか存在しないので、これらを直ちに既存データと共に
変換先標準データ名称としてデータ対応表に登録するこ
とが出来る。

次に、第５図の既存データｒＤ−ＣＯＮＴＥＮＴＳＪと
位置・長さ・属性が等しい標準データは第３図には「売
上内容」と「入金内容」の２つがある。「売上内容」と
「入金内容」の上位データは共に、「伝票データ」であ
るので先に述べた（２）、（ｂ）の規則により、いずれ
かをｒＤ−ＣＯＮＴＥＮＴＳＪの置換先データと直ちに
決定することはできず５表示装置に２つの変換先標準デ
ータ名称を表示し、この中から、利用者に選択させる。

第６図にその表示・選択画面の例を示す。本例では変換
元データ名称としてｒＤ　−Ｃ０ＮＴＥＮＴＳ　Ｊが表
示され（１２）、変換先データ名候補として「売上内容
」と「入金内容」が候補番号と共に表示されている（１
３）。本例では利用者はこの表示を兄て、変換先標準デ
ータ名を「入金内容」と決定し、その番号「１」を入力
している。これにより「入金内容」がｒＤ−ＣＯＮＴＥ
ＮＴＳＪの変換先標準データとしてデータ対応表に登録
される。

次に第５図の既存データｒｕ−３ＵＵＲＹＯＵＪと位置
・長さ・属性が等しい第４図の標準データには、「売上
数量」と「入金数量」の２つがある。この場合「売上数
量」の上位データは「売上内容」、「入金数量」の上位
データは「入金内容」であり異なる。この内、「売上内
容」データは、ｒＵ　−５ＵＵＲＹＯＵ　Ｊの上位デー
タであるｒＤ　−Ｃ０ＮＴＥＮＴＳＪの変換先標準デー
タと決定されている。従って先の（２）、（ａ）の規則
により、ｒｕ　−５ＵＵＲＹＯＵＪの置換先標準データ
は「売上数量」と決定し、データ対応表に登録する。

第５図の既存データｒＵ−ＴＡＮＫＡＪ　、ｒＵ−ＫＩ
ＮＧＡＫＵＪに関しても、ｒＵ−３ＵＵＲＹＯＵＪ　、
と同様、複数の変換先標準データ名称の候補が存在する
が、これらも（２）、（ａ）の規則によりそれぞれ「売
上単価」、「売上金額」を変換先標準データとして決定
し、データ対応表に登録する。

第７図に、第５図の既存ファイルレコード情報を第３図
のＪＲ準ラフアイルレコード情報対応づけて作成した、
第５図の各既存データに対する変換先標準データを示す
データ対応表を表形式で示す。

第１図のプログラム内データ名置換部９は、既存ソース
プログラム蓄積部２に蓄積された既存ソー入プログラム
を入力し、その内のファイルレコードデータ名称と、デ
ータ対応表蓄積部６内のデータ対応表の指定に従って、
標準データ名称に置換し、これにより作成された新ソー
スプログラムを新ソースプログラム蓄積部１０に出力す
る。この標準データ名称への置換は、既存プログラム内
の既存ファイルレコードデータを定義している部分だけ
でなく、そのデータを使用している箇所について全て行
なう。

第８図に、第４図に例示したプログラムを、第７図に示
したデータ対応表に従って変換して作成した新プログラ
ムの例を示す。図に示されるように第４図のｒＤＥＮＰ
ＹＯ−ＦＩＬＥＪの各データの定義部分（１１）に含ま
れる各データの名称は第７図に示すように、第７図のデ
ータ対応表の指定に従って、標準データ名称に置換され
る。例えばｒＤ−ＲＥＣＪは「伝票データ」に、ｒＤ−
Ｎ○」は「伝票番号」に置換されている。また第４図の
手続き部（ＰＲＯＣＥＤＵＲＤＩＶＩＳＩＯＮ）内の文
１８内の参照データ名ｒＤ−ＮＯＪは第８図の文１９内
では「伝票番号」に置換され、第４図の文２１内の参照
データ名ｒＵ−ＴＡＮＫＡＪは第８図の文２２内では「
売上単価Ｊに置換されている。このプログラム内データ
名置換部９の処理は、たとえば公知のテキストマツチン
グ技術で可能である。

第９図に本実施例の概略フローチャートを示す。

処理１０１は第１図のＢ準ファイルレコード情報入力部
１によって入力装置より１つのＪＭＱファイルレコード
情報を入力して標準ファイル情報蓄積部２０に蓄積し、
すべての標準ファイルレコード情報を入力していない場
合は再び処理１０１を、全ての標準ファイルレコード情
報を入力した場合は処理１０３以下を行なう（処理１ｏ
２）。処理１０３はファイルレコード情報抽出部３によ
って既存ソースプログラム蓄積部３内の１つのプログラ
ム内の１つのファイルのファイルレコード情報を抽出し
て既存ファイルレコード情報蓄積部４に蓄積し、処理１
０４は該プログラムの全ファイルのファイルレコード情
報を抽出したかを判断し、まで抽出していないものがあ
れば再び処理１０３を行ない、該プログラムの全てのフ
ァイルレコード情報を抽出すれば処理１０５以下を行な
う。処理１０５はデータ対応表作成部５によって、１つ
の既存ファイルの１つのデータに対する置換先候補を検
出する。処理１０６は候補が複数かを判定し、複数の場
合、処理１０７は、置換先データ候補表示部７により、
置換先候補を表示装置に表示し、処理１０８は、置換先
データ指定部８により入力装置より置換先データを得る
。処理１０９は得られたデータをデータ対応表蓄積部６
内のデータ対応表に登録する。処理１１０は該既存ファ
イルレコード情報内の全データの処理が完了したかを判
定し、もし終了していなければ、次のデータについて再
び処理１０５〜１０９を行なう。該既存ファイルレコー
ド情報の全データの処理が完了すれば、処理１１１によ
り全ファイルの既存ファイルレコード情報の処理が完了
したかを判定し。

もし完了していなければ、次のファイルの既存ファイル
レコード情報について処理１０５〜１１０を行なう。全
既存ファイルレコード情報に関し、データ対応表への登
録が完了すれば、処理１１２はプログラム内データ名称
置換部９により、該既存プログラム内のデータ名称の置
換を、データ対応表を用いて行ない、新ソースプログラ
ム置換部１０に登録する。処理１１３は既存ソースプロ
グラム蓄積部内の全既存ソースプログラムについて、処
理を完了したかを判断し、もし完了しなければ次の既存
プログラムに対し、処理１０３〜１１２の処理を行なう
、全既存プログラムの処理が完了すれば、処理は終了す
る。

以上の第１の実施例では、置換対象データに対し、標準
ファイル・レコード情報の中に置換先標準データ名称の
候補は少なくとも１つは検出できるとして、説明したが
、見つからない場合も考えられる。

これに対処するには、第１図のデータ対応表作成部５に
おいて、前記の変換先標準データ名称の決定の際に、も
し対象とする既存データと位置。

長さ、属性が一致するデータが見つからなければ、前記
のデータ名称対応表（第７図参照）に、該変換対象デー
タ名のみを登録し、対応する変換先標準データ名称は登
録しないようにするステップを加え、更にプログラム内
データ名置換部９において、既存ソースプログラム内に
該データが見つかれば、そのデータ名は置換せず、エラ
ーメツセージをプリンタ等に出力するようにするステッ
プを加える方法が存在する。この場合、利用者は、前記
標準ファイルレコード情報を変更するか、あるいは既存
ソースプログラム内の該データの属性を変更して、再び
本データ処理装置を再実行し、正しく、プログラム内の
データ名称を標準データに変換する。

また、第１の実施例では、データ対応表作成部５におい
て、既存データと相対位置・長さ・属性のすべてが一致
する標準データのみを置換先標準データの候補として採
用したが、属性や長さの多少異なるものも候補として採
用する方法も存在する。

この場合、前記データ対応表にワーニング情報欄を加え
、属性や長さが多少異なるものが置換先データ名称とし
てデータ対応表に登録される場合には、ワーニング情報
欄に必要情報を登録し、プログラム内データ名置換部９
では、該データの置換時には、データ対応表のワーニン
グ情報内の情報にもとづきメツセージをプリンタ等に出
力するようにしてもよい。

この場合も、既存ソースプログラムや標準ファイルレコ
ード情報の修正による再実行が場合により必要となる。

また、第１の実施例における、データ対応表作成部５に
おける前記既存データに対する変換先標準データの決定
規則は、（１）相対位置２桁数・属性の信報、（２）デ
ータ構造の情報、（３）利用者の指定情報、の優先順位
に各情報を利用したが、この順序を変えた実施例も考え
られる。たとえば、データ構造の情報により変換先標準
候補を絞りこみ、この中から相対位置・桁数等が一致す
る標準データをさがしてもよい。

更に、第１の実施例では、変換先標準データ名称が決定
できない場合に、利用者が変換先標準データ名称を対話
方式で指定したが、予め、変換先標準データ候補が複数
生じる既存データに対しては、変換先標準データ名称を
指定して１本データ処理装置を実行する方法も存在する
。この場合は、指定された標準データ名称を第１とする
優先順位と採用してもよい。

以上にのべた、種々の変形実施例は第１の実施例より容
易に類推できるものであり、詳細にわたる説明は省略す
る。

〔発明の効果〕

以上述べたように、本発明によればプログラム内のデー
タ名称を標準のデータ名称に置換する際の誤りと手間を
削減することが出来るので、プログラムの標準化が容易
になり、ソフトウェアの保守作業を効率化することが出
来る。

【図面の簡単な説明】

第１図は本発明の一実施例を説明するための機能ブロッ
ク図、第２図は本発明のハードウェア環境を示すブロッ
ク図、第３図は標準ファイル・レコード情報の一例を表
形式で表現した説明図、第４図は既存ソースプログラム
の一例を示す説明図、第５図は、既存ソースプログラム
から抽出した既存ファイル・レコード情報の一例を表形
式で表現した説明図、第６図は、変換先データ名称候補
の表示例を示すディスプレイ画面図、第７図はデータ対
応表の一例を表形式で表現した説明図、第８図は、デー
タ名を置換した新プログラムの一例を示した説明図、第
９図は本発明の一実施例の処理フローチャートである。 １・・・標準ファイル・レコード情報入力部、２・・・
既存ソースプログラム蓄積部、３・・・ファイル・レコ
ード情報抽象部、４・・・既存ファイル・レコード情報
蓄積部、５・・・データ対応表作成部、６・・・データ
対応表蓄積部、７・・・置換先データ候補表示部、８・
・・置換先データ指定部、９・・・プログラム名データ
名置換部、１０・・・新ソースプログラム蓄積部、芽　
）図 弄　Ｚ圀 弄３図 弄　４　図 ＃　５　図 １図 革ｑ　図

Claims (1)

1. 【特許請求の範囲】 １、プログラム内で使用しているデータ名称を、標準の
   データ名称に変換するために、ファイル等の構造化され
   たデータ（以下レコードとよぶ）単位に含まれるデータ
   の標準名称および桁数などの属性を定義した情報（以下
   標準レコード情報という）と、プログラムとを入力し、
   プログラム内の、標準レコード情報と対応するレコード
   に含まれる各データに対して変換先の標準データ名称を
   定めた変換情報を作成する情報処理において、上記プロ
   グラム内のある変換対象データに対し、標準レコード情
   報内に、変換先標準データ名称の候補が複数存在する場
   合、 （１）複数となる標準データの中に、その上位の標準デ
   ータが置換対象データの上位データの変換先となるもの
   が、ただ一つ有れば、その名称を標準データ名称として
   採用する手段と、（２）利用者が変換先標準データ名称
   指定する手段のうち、少なくとも一つを有してなること
   を特徴とするプログラム内データ名称標準化支援方法。 ２、該プログラムの内に含まれる、前記該レコード内デ
   ータ名称の各使用箇所を、前記、変換情報に定められた
   、変換先標準データ名称に置換して新プログラムを作成
   する手段を加えたことを特徴とする請求項第１項記載の
   プログラム内データ名称標準化支援方法。 ３、前記プログラム内のレコードに含まれる各データに
   対する変換先標準データを定めて変換情報を作成する際
   に、各データのレコード内相対位置と等しい相対位置を
   もつ前記標準レコード情報内の標準データを見つけ、そ
   の名称を該データの変換先標準データ名称の候補とする
   ことを特徴とする、請求項第１項記載のプログラム内デ
   ータ名称標準化支援方法。 ４、前記各データの変換先標準データ名称の候補は、レ
   コード内相対位置だけでなく、データの長さが一致する
   標準データを見つけ、そのデータ名称とすることを特徴
   とする請求項第３項記載のプログラム内データ名称標準
   化支援方法。 ５、前記各データの変換先標準データ名称の候補を見つ
   けるため、データの型（数字、文字等）の一致するもの
   に候補を絞るステップを加えたことを特徴とする請求項
   第３項乃至第４項記載のプログラム内データ名称標準化
   支援方法。 ６、前記利用者が変換先標準データ名称を指定する手段
   は、前記データの変換先標準データ名称の候補をディス
   プレイなどの表示端末に表示し、その中から利用者がキ
   ーボードなどの入力装置より入力することにより行なう
   ことを特徴とする請求項第１項記載のプログラム内デー
   タ名称標準化支援方法。