JPH10133866A - 移行変換処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 異なるＯＳへプログラム、ＪＣＬ、データフ
ァイルを移行する際に問題となる、プログラム、ＪＣＬ
の移行不可能なパターン、文字コード体系の違いによる
レコード上の項目の長さの伸縮に対し、変換不可能なプ
ログラム、ＪＣＬパターンが現れた場合、その場で代替
え処置を入力することを可能とする。さらに同じ変換不
可能なパターンが現れた場合に同様の処置を自動的に行
なう。 【解決手段】 変換処理規則を格納した変換規則辞書を
変換規則辞書エディタにて編集可能とし、変換規則辞書
にないパターンがあらわれた場合に使用者に変換パター
ンを定義させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータシ
ステム上のプログラムソース、ジョブ制御文（以下ＪＣ
Ｌと記す）の他オペレーティングシステムへの移行の手
間を低減する移行ツールの移行変換処理方法に関するも
のである。

【０００２】

【従来の技術】従来のプログラム、ＪＣＬ移行ツール
は、図８のようになっている。図８の15は変換装置であ
り、図９の形式の変換処理パターン16を固定的に内蔵し
ている。４は変換対象の変換元ファイルであり、５は変
換装置15が生成する変換後の変換済ファイルである。

【０００３】次に動作について説明する。変換元ファイ
ル４を入力し、内蔵された、変換パターンに従って、変
換していくが、変換できないパターンについては、コメ
ントとして生成していく。

【０００４】図１０において、変換元ファイル４を入力
する（ステップＳ４０）、次に、変換処理パターン16を
検索する（ステップＳ４１）。入力されたキーワードが
変換不可なパターンか否か判定する（ステップＳ４
２）。変換不可なときは、コメントとして生成し、ワー
ニングメッセージを出力する（ステップＳ４３）。変換
可能なときは当然ながら変換を行う（ステップＳ４
４）。変換済ファイル５に上記コメント又は変換した１
行を出力する（ステップＳ４５）。以上の動作を変換元
ファイル４がＥＯＦになるまで繰り返す（ステップＳ４
６）。

【０００５】例えば、図９において、￥１＝Ｃ、￥２＝
Ａ、￥３＝Ｂと予め設定しておくと、Ｃ＝Ａ＋Ｂの計算
式を変換する場合、キーワードである＋を判別し、対応
する番号１を読みこの１のアドレスに格納してある式に
それぞれ￥１＝Ｃ、￥２＝Ａ、￥３＝Ｂを代入し、結果
としてＡＤＤ Ａ，Ｂ ＴＯ Ｃを得る。この場合、変
換元ファイル４に計算式Ｃ＝Ａ／Ｂが存在した場合、キ
ーワードである／は変換処理パターン16に存在しないた
め、コメントである旨が分かる表示を付して計算式Ｃ＝
Ａ／Ｂをそのまま変換済ファイル５に格納する。

【０００６】上記の通り、変換するパターンは完全互換
で変換できるものしか変換せず、それ以外の非互換、命
令がないものに対してはコメントとして生成していく。

【０００７】

【発明が解決しようとする課題】従来の移行変換処理方
法は、以上のように構成されているので、変換不可能な
パターンが現れた場合に、変換不可能なパターンはコメ
ントとして元通り変換するか、予め定めたコメント文に
変換する一意的な変換しかなく、変換されたソースプロ
グラムを再びエディタにて開き修正を加えていかなけれ
ばならなかった。プログラム、ＪＣＬのように、文法の
決まったソースでは、同じ変換不可能なパターンが数多
く存在しており、そのたびに異なるソースプログラムに
同じ修正を加える必要があり、変換処理パターンを別途
改版するまで同じ修正を繰り返す必要があった。

【０００８】また、変換先のＯＳと元のＯＳで文字コー
ド体系が異なる場合にファイルのレコードに含まれる項
目は項目長が変わってしまうが、それを検出する方法が
なく、変換補助の方法もないという問題点があった。

【０００９】この発明は、上記のような問題点を解消す
るためになされたもので、変換不可能なパターンが現れ
た場合、その場で代替え処置を入力することを可能とす
ることを目的としており、さらに同じ変換不可能なパタ
ーンが現れた場合に同様の処置を自動的に行なうことを
目的としており、これにより、自動変換率が向上して行
き、移行作業の負荷低減を図ることを目的としている。
また、プログラムソースを変換する際に使われているデ
ータファイルについても、プログラムソースの中で、そ
のファイルのレコードに含まれる項目の長さに影響がで
た場合にその影響をプログラムに反映することを可能と
することにより移行作業の負荷低減を図ることを目的と
している。

【００１０】

【課題を解決するための手段】この発明に係る移行変換
処理方法は、変換元ファイルに格納された移行対象を読
み取るステップ、上記移行対象を変換規則辞書から検索
するステップ、上記移行対象が上記変換規則辞書に存在
しないときはその旨のメッセージを出力するステップ、
上記移行対象の変換後の変換情報を入力すると上記変換
規則辞書が変換規則辞書エディタにより修正され新たな
変換情報が上記変換規則辞書に登録されるステップから
なるものである。

【００１１】また、上記変換元ファイルがデータファイ
ルのとき、移行処理前にデータ内容を検査し、変換後に
データフィールドのサイズが移行前と異なるとき、変換
後のデータフィールドの最大長を上記変換規則辞書に格
納しておき、変換時に上記データフィールドの最大長に
より上記データファイルを変換するものである。

【００１２】さらに、上記変換元ファイルがプログラム
ソースファイルのとき、変換後にデータフィールドのサ
イズが移行前と異なるとき、変換後のレコードレイアウ
トを上記変換規則辞書に格納しておき、移行処理時に上
記レコードレイアウトにより上記プログラムソースファ
イルを変換するものである。

【００１３】また、上記プログラムソースファイルに転
記命令がある場合、転記先の項目の長さを変更するか否
かを問い合わせる旨のメッセージを表示装置の画面上に
表示し、上記変更を採用するか否かを選択できるもので
ある。

【００１４】さらにまた、上記変換規則辞書への新たな
変換情報の追加又は修正を登録するか否かを選択できる
ものである。

【００１５】

【発明の実施の形態】

実施の形態１．以下、この発明の一実施の形態を図に基
づいて説明する。図１において、１の移行変換装置は変
換元ファイル４を入力し変換規則辞書３を参照しながら
変換済ファイル５を生成する。この変換の際に変換規則
辞書３にないパターンがでてきた場合は変換規則辞書エ
ディタ２が呼び出され、変換規則を入力することができ
る。

【００１６】変換規則辞書３は、プログラム用、ＪＣＬ
用等として図２の構造をしており、変換元ファイル４を
入力し、変換キーワード６が検出されると、移行変換装
置１は変換情報インデックス７より変換情報８を得て、
変換処理を行なう。

【００１７】また、変換規則辞書３によりデータファイ
ルの移行を行なう場合（ 変換元ファイル４がデータフ
ァイルのとき）には、図３に示す構造をしており、レコ
ード長情報10には、変換前のレコード長と、変換後のレ
コード長を格納する領域があり、索引キー位置情報11に
は、変換前のキー位置と、変換後のキー位置を格納する
領域があり、索引キー長さ情報12には、変換前のキーの
長さと、変換後のキーの長さを格納する領域があり、項
目情報13には、データファイルのレコードに含まれる項
目の情報が格納されている。その情報とは、項目名、タ
イプ、変換前の長さ、変換後の長さが含まれる。

【００１８】次に、このシステムの動作について説明す
る。図４は、プログラム、ＪＣＬ移行のときの処理の流
れである。移行変換装置１の起動時に学習済みの変換規
則辞書３を使うか、学習情報の入っていない初期状態の
オリジナルな変換規則辞書３を使うかの選択をする（ス
テップＳ１、Ｓ２、Ｓ３）。次に、変換元ファイル４を
１行入力する（ステップＳ４）。この１行のなかからキ
ーワードを取り込む（ステップＳ５）。キーワードとは
命令と同義である。

【００１９】次に、変換規則辞書３からキーワードを検
索し（ステップＳ６）、キーワードが見つかったか否か
を判定し（ステップＳ７）、キーワードが見つかったと
きは図２の変換規則辞書３によりそのキーワードから変
換情報８を得て変換を行う（ステップＳ８）。変換した
１行を変換済ファイル５へ出力する（ステップＳ９）。
また、ステップＳ７において、キーワードが見つからな
かったときは、変換規則辞書エディタ２を起動し（ステ
ップＳ１０）、入力者は変換規則を定義する。ここで定
義した変換規則が一時使用の場合は（ステップＳ１
１）、ステップＳ８においてそのまま定義された変換規
則に基づき変換を行い、変換規則を保存して以後の変換
にも利用する場合には（ステップＳ１１）変換規則辞書
３に登録後（ステップＳ１２）ステップＳ８において変
換を行う。以上述べた入力した１行を変換済ファイル５
へ出力する処理を変換元ファイル４がＥＯＦ（ファイル
の終了）に到るまで繰り返す（ステップＳ１３）。

【００２０】使用例としての図５を図２の変換規則辞書
３に基づき説明を行う。変換元ファイルから「Ｃ ＝ Ａ
＋ Ｂ」を得ると、キーワード“＋”を変換規則辞書３
から探す。見つかったとき、変換情報インデックス７よ
り変換情報８を得る。ここで、“ ＡＤＤ￥２，￥３Ｔ
Ｏ￥１”という変換情報が得られる。￥１はＣ ￥２は
Ａ ￥３はＢに予め対応して設定されている。従って、
この規則より 図５に示されている変換済ファイルに格
納される「 ＡＤＤ Ａ、Ｂ ＴＯ Ｃ」に置き換えられ
る。ここで、意味不明のキーワード“％”が入力された
ときは、変換情報８に“＊％”と格納しておけば、変換
後にコメントであることを意味する＊を見てその取り扱
いを検討することができる。また、関数の場合には、ラ
イブラリ一覧９により変換される。

【００２１】データファイルの変換処理は、図４の処理
の流れのステップＳ４「変換元ファイルを１行入力す
る」処理とステップＳ５「キーワードを取り込む」処理
の間に図６の処理フローが入る。図６において、変換元
ファイル４を１行入力し、データファイルの定義行であ
った場合に（ステップＳ２０）、ファイルのレコードを
構成する項目を図３のデータファイル用変換規則辞書３
に展開する（ステップＳ２１）。次に対応するデータフ
ァイルを１レコード入力する（ステップＳ２２）。

【００２２】ここで、データファイル用変換規則辞書３
は、既に述べたプログラム用、ＪＣＬ用等として図２の
構造をした変換規則辞書３とは異なる構造であるが、変
換規則辞書３に格納されており、データファイル用とし
ての機能を有するものである。

【００２３】ここでデータファイル用変換規則辞書３に
展開された変換前の項目の長さより順にレコード内容の
その項目が変換処理により長さの変動があるかをチェッ
クする。このとき、計算した項目の長さを項目情報13の
変換後の長さにセットする。次のレコードを読みを同じ
く長さの計算を行なう（ステップＳ２３）。例えば、英
数字が１バイトでカナのみが変換後に２バイトになると
すると、ＡＢＣＤＥは５バイトだがＡＢイＤＥは変換後
６バイトになる。ここで、長さの計算が、前回の変換後
の長さより大きければ、変換後の長さを更新する（ステ
ップＳ２４）。この処理をデータファイルがＥＯＦにな
るまで繰り返す。この処理により、レコードに含まれる
項目の変換後の最大長が得られる。移行装置１は変換元
ファイル４（この場合はデータファイル）を再度読み出
し、データ変換を加える。このときのレコードに含まれ
る項目の長さは図３の項目情報13にある変換後の長さで
変換される（ステップＳ２５）。

【００２４】データファイルの変換を行なった場合に
は、図４のステップ８の「変換情報を基に変換を行な
う」の処理に図７の処理が追加される。ステップ８の
「変換情報を基に変換を行なう」の処理の中で、図７の
処理が実行されることになる。図７において、キーワー
ドに付随する項目がデータファイル用変換規則辞書３に
あるかを探す（ステップＳ３０）。見つかれば（ステッ
プＳ３１）、キーワードにより他の項目が影響を受ける
かを考慮する（ステップＳ３２）。

【００２５】例えば ＭＯＶＥ Ａ ＴＯ Ｂ ならば、
Ａの長さが変わればＢの長さの変更も必要となるかも
しれない。このような場合に影響を受けると判断する
（ステップＳ３３）。影響を受ける場合（ステップＳ３
４）、影響を受ける項目について長さを変更するかを問
い合わせる（ステップＳ３５）。ここで「変更する」と
するならば、ソースプログラム上の項目定義部の長さの
定義部を書き換える（ステップＳ３６）。

【００２６】従って、変換後のレコードレイアウトをデ
ータファイル用変換規則辞書３に格納しておけば、移行
処理時に上記レコードレイアウトによりソースプログラ
ムを変換することができる。

【００２７】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００２８】移行変換装置に、変換規則辞書エディタに
て編集可能な変換規則辞書を用いたので、移行処理時に
変換できないパターンが検出されてもコメントにするこ
となく即時に変換することができ、またこのときの変換
パターンを保存できるため、同一パターンが検出された
とき同じように変換ができる。

【００２９】また、変換後のデータフィールドの最大長
を変換規則辞書に格納するようにしたので、変換後に桁
あふれを起こすことなくデータを変換することができ
る。

【００３０】さらに、変換後のレコードレイアウトを変
換規則辞書に格納するようにしたので、データ変換に伴
う、データ構造の変更をプログラムに反映させることが
可能となり、移行作業の負荷の軽減が図れる。

【００３１】また、転記先の項目の長さを変更するか否
かの問い合わせを表示装置の画面上に表示する構成とし
たので、桁あふれ、データ構造の変更への対応を操作者
の自由に委ねることができる。

【００３２】さらにまた、新たな変換情報の追加又は修
正を登録するか否かを選択可能としたので、一時的な規
則と継続的な規則を区別することができ、効率的な移行
変換処理方法が得られる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１を示す移行変換処理
方法の構成を示すブロック図である。

【図２】 この発明の実施の形態１を示す変換規則辞書
の概要図である。

【図３】 この発明の実施の形態１を示すデータファイ
ル用変換規則辞書の概要図である。

【図４】 この発明の実施の形態１を示す移行変換処理
方法の動作を示すフローチャートである。

【図５】 この発明の実施の形態１を示す変換の使用例
を示す例示図である。

【図６】 この発明の実施の形態１を示すデータファイ
ルの変換の動作を示すフローチャートである。

【図７】 この発明の実施の形態１を示す項目長の変更
を行う際の動作を示すフローチャートである。

【図８】 従来例の移行変換処理方法の構成を示すブロ
ック図である。

【図９】 従来例の変換パターンを示す概要図である。

【図１０】 従来例の変換不可パターンの処理を示すフ
ローチャートである。

【符号の説明】

２ 変換規則辞書エディタ、３ 変換規則辞書、４ 変
換元ファイル、５ 変換済ファイル。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 変換元ファイルに格納された移行対象を
   読み取るステップ、上記移行対象を変換規則辞書から検
   索するステップ、上記移行対象が上記変換規則辞書に存
   在しないときはその旨のメッセージを出力するステッ
   プ、上記移行対象の変換後の変換情報を入力すると上記
   変換規則辞書が変換規則辞書エディタにより修正され新
   たな変換情報が上記変換規則辞書に登録されるステップ
   からなる移行変換処理方法。
2. 【請求項２】 上記変換元ファイルがデータファイルの
   とき、移行処理前にデータ内容を検査し、変換後にデー
   タフィールドのサイズが移行前と異なるとき、変換後の
   データフィールドの最大長を上記変換規則辞書に格納し
   ておき、変換時に上記データフィールドの最大長により
   上記データファイルを変換することを特徴とする請求項
   １記載の移行変換処理方法。
3. 【請求項３】 上記変換元ファイルがプログラムソース
   ファイルのとき、変換後にデータフィールドのサイズが
   移行前と異なるとき、変換後のレコードレイアウトを上
   記変換規則辞書に格納しておき、移行処理時に上記レコ
   ードレイアウトにより上記プログラムソースファイルを
   変換することを特徴とする請求項１記載の移行変換処理
   方法。
4. 【請求項４】 上記プログラムソースファイルに転記命
   令がある場合、転記先の項目の長さを変更するか否かを
   問い合わせる旨のメッセージを表示装置の画面上に表示
   し、上記変更を採用するか否かを選択できることを特徴
   とする請求項２又請求項３に記載の移行変換処理方法。
5. 【請求項５】 上記変換規則辞書への新たな変換情報の
   追加又は修正を登録するか否かを選択できることを特徴
   とする請求項１〜請求項４のいずれかに記載の移行変換
   処理方法。