JPH11272475A

JPH11272475A - 非リエントラントプログラムの自動リエントラント化方法及びシステム

Info

Publication number: JPH11272475A
Application number: JP10092447A
Authority: JP
Inventors: Takuya Murakami; 卓弥村上
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1998-03-20
Filing date: 1998-03-20
Publication date: 1999-10-08
Anticipated expiration: 2018-03-20
Also published as: JP3266097B2

Abstract

(57)【要約】【課題】非リエントラントプログラムからリエントラン
トプログラムへの自動変換を行う方法の提供。【解決手段】ソースファイルをソース解析部で解析し、
グローバル変数及びスタティック変数の宣言部を抽出し
て変数データベースに登録し、サポートファイル生成部
で、変数データベースを基に書換え後のソースファイル
で必要な定義文を記述した定義ファイルと、変数の初期
化に必要な初期化関数などのプログラムを記述したサポ
ートプログラムソースファイルを生成し、ソース書換部
でソースファイルから変数データベースに登録されたグ
ローバル変数及びスタティック変数の定義の削除を行
い、変数の使用箇所を書き換えタスク毎に保持される代
替変数を使用するように変更を行い、リエントラント化
されたソースファイルを生成し、これを定義ファイル、
サポートプログラムをコンパイルリンクしてリエントラ
ント型の実行形式プログラムを生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェア開発
支援システムに関し、特に非リエントラント構造のプロ
グラムをリエントラント構造のプログラムに自動変換す
る方法及び方式に関する。

【０００２】

【従来の技術】情報処理システムでは、メモリ空間が全
タスクで共有される方式をとっているものがある。この
ようなシステムで、複数のタスクから呼び出される（ｃ
ａｌｌされる）ようなリエントラントなプログラムを作
成する場合、以下に説明する２つの方法が知られてい
る。

【０００３】その第１の方法は、このプログラムのコー
ド領域とグローバル変数及びスタティック変数領域を、
このプログラムを呼び出すプログラム毎に用意するとい
うものである。しかし、この方法は、メモリの使用効率
が悪くなるため、メモリの制約が厳しいシステムでは採
用できない場合がある。

【０００４】これを解決するための方法（第２の方法）
として、コード領域をこのプログラムを呼び出す全プロ
グラム間で共有させればよい。この場合、このプログラ
ムのコード領域は１つだけあればよいのでメモリの使用
効率が良い。

【０００５】しかしながら、コード領域を共有させる
と、メモリ空間が共有されているシステムでは、グロー
バル変数及びスタティック変数領域まで共有されてしま
うため、プログラムが非リエントラントになってしま
い、複数のタスクから呼び出して使用することができな
い。

【０００６】これを回避するためには、プログラム内で
使用するグローバル変数、及びスタティック変数の代替
となる変数をタスク毎に用意し、タスク毎に自動的に切
り替えて使用する機構を導入する必要がある。そして、
これを行うには、プログラムのソースファイル自体を修
正する必要がある。

【０００７】具体的には、プログラムのソースファイル
において、グローバル変数とスタティック変数の宣言部
の削除と、これらの変数の使用箇所の書き換えが必要で
ある。

【０００８】

【発明が解決しようとする課題】従来、この書き換え
は、全て人手作業で行う必要があったが、人手作業で行
うと、以下に示すような問題が生じることになる。

【０００９】（１）プログラムが巨大な場合、人手作業
では莫大な労力、作業工数を要する。

【００１０】（２）手作業のためミスが発生しやすい。

【００１１】（３）ミスを犯した場合、見つけにくいバ
グの原因となる。

【００１２】（４）修正前と修正後の２つのプログラム
を保守管理する必要があるため、保守性が低下する。

【００１３】このため、この作業を自動化したいという
要求があった。この書き換え作業を自動化することがで
きれば、以上の問題は、全て解決することになる。

【００１４】したがって、本発明は、上記技術的認識に
基づき創案されたものであって、その目的は、非リエン
トラント型のプログラムからリエントラント型のプログ
ラムへの自動変換を行う方法及びシステムを提供するこ
とにある。

【００１５】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、（ａ）非リエントラントプログラムのソ
ースファイルを解析し、グローバル変数、及びスタティ
ック変数の宣言部を抽出してこれを変数データベースに
登録し、（ｂ）前記変数データベースの情報を基にし
て、書き換え後のソースファイルで必要とされる定義文
などを記述した定義ファイルと、変数の初期化に必要な
初期化関数及び代替変数アクセス関数などのプログラム
を記述したサポートプログラムソースファイルを生成
し、（ｃ）前記ソースファイルから、前記変数データベ
ースに登録されたグローバル変数、及びスタティック変
数の定義の削除を行い、変数の使用箇所を書き換え、タ
スク毎に保持される代替変数を使用するように変更を行
い、リエントラント化されたソースファイルを生成し、
（ｄ）リエントラント化されたソースファイルと、前記
定義ファイル、及びサポートプログラムファイルを参照
してコンパイル及びリンクしリエントラント型の実行形
式プログラムを生成するようにしたものである。

【００１６】

【発明の実施の形態】本発明は、非リエントラント型の
プログラムを、メモリ空間が共有されているシステム用
のリエントラント型のプログラムに修正するために、自
動的にリエントラント化するための手段を提供するもの
である。より詳細には、本発明は、プログラム内で使用
される、リエントラント時に問題になるグローバル変
数、及びスタティック変数の削除を、ソースプログラム
レベルで行い、このように変更されたソースプログラム
に対して、もとのプログラムと同等の動作を行うように
させるために必要なコード（ソースコード）の追加を自
動的に行うものである。

【００１７】また、本発明は、プログラムをＲＯＭ（読
み出し専用メモリ）対応プログラムに自動的に修正する
ための方法も提供する。

【００１８】本発明の実施の形態について図面を参照し
て説明する。図１は、本発明の実施の形態の処理動作を
説明するための図である。図１を参照すると、ソースフ
ァイル１１はリエントラント化の対象となる非リエント
ラントプログラムのソースコードであり、本発明を適用
することにより、このソースファイル１１からリエント
ラント化がなされた、実行形式プログラム１９が生成さ
れる。本発明は、その好ましい実施の形態において、ソ
ース解析部１２、サポートファイル生成部１４、ソース
解析部１７を備える。これらの各部の処理は、コンパイ
ラ１８等と同様コンピュータ上で実行されるプログラム
で実現される。

【００１９】まず、全てのソースファイル１１をソース
解析部１２を用いて解析し、グローバル変数、及びスタ
ティック変数の宣言部を抽出し、これを変数データベー
ス１３に登録する。

【００２０】次に、この変数データベース１３を基にし
て、サポートファイル生成部１４で、定義ファイル１
５、及びサポートプログラムソースファイル１６を生成
する。定義ファイル１５には、書き換え後のソースファ
イルで必要とされる定義文などが記述されている。ま
た、サポートプログラムソースファイル１６には、変数
の初期化に必要な処理などのプログラムが納められる。

【００２１】その後、変数データベース１３の情報を基
にして、ソースファイル１１をソース書換部１７で書き
換える。この際、変数データベース１３に登録されたグ
ローバル変数、及びスタティック変数の定義の削除を行
い、変数の使用箇所を書き換えて、タスク毎に保持され
る代替変数を使用するように変更を行う。

【００２２】この時点でリエントラント化されたソース
ファイルが全て生成されている。このソースファイル
を、定義ファイル、サポートプログラムソースファイル
とともにコンパイラ１８でコンパイルし、リンカでリン
クすることでリエントラント化された実行形式プログラ
ム１９が得られる。

【００２３】

【実施例】上記した本発明の実施の形態についてさらに
詳細に説明すべく、本発明の実施例について以下に説明
する。以下では、Ｃ言語で記述されたソースプログラム
を対象とする。

【００２４】図２は、本発明の一実施例の構成を示すブ
ロック図である。図２を参照すると、本実施例は、ソー
スファイル記憶領域２１と、プリプロセッサ２２と、ソ
ース解析部２３と、変数データベース２４と、サポート
ファイル生成部２５と、ソース書換部２６と、コンパイ
ラ２７と、リンカ２８と、実行形式プログラムファイル
記憶領域２９と、を備えて構成されている。

【００２５】ソースファイル記憶領域２１は、プログラ
ムのソースプログラムファイルを記憶しておく領域であ
る。

【００２６】プリプロセッサ２２は、Ｃプログラム用の
プリプロセッサ（前処理系）である。

【００２７】ソース解析部２３は、ソースプログラム中
のグローバル変数、及びスタティック変数の定義部を抽
出し、この情報を変数データベース２４に登録する。

【００２８】サポートファイル生成部は、変数データベ
ース２４に格納された情報から、ソース書換部２６およ
びコンパイラ２７で必要になるファイルを生成する。

【００２９】ソース書換部２６は、ソースプログラム中
のグローバル変数、及びスタティック変数の宣言部およ
び使用部（プログラム中でグローバル変数、スタティッ
ク変数をアクセスする部分）を書き換えたものを出力す
る。

【００３０】コンパイラ２７は、この出力をコンパイル
してオブジェクトコードを出力し、リンカ２８はコンパ
イラ２７が生成したオブジェクトコードをリンクして、
実行形式プログラムを生成する。リンカ２８が生成する
実行形式プログラムファイルは、実行形式プログラムフ
ァイル記憶領域２９に保存される。

【００３１】図３は、本発明の一実施例の処理を説明す
るための図である。図２及び図３を参照して、本発明の
一実施例の動作について以下に説明する。図３におい
て、変数データベース３４は図２の変数データベース２
４に対応し、プロプロセス３２、ソース解析３３、ソー
ス書換３７等は、図２のプリプロセッサ２２、ソース解
析部２３、ソース解析部２６等の処理を表している。

【００３２】まず、ソースファイル３１を、プリプロセ
ッサ２２でプリプロセス（前処理）する（３２）。その
後、ソース解析部２３で解析処理を行い（３３）、スタ
ティック変数データベース３４を出力する。

【００３３】図４は、本発明の一実施例におけるソース
解析部２３の処理フローを説明するための流れ図であ
る。図４の流れ図を参照して、ソース解析部２３の処理
について説明する。

【００３４】初めに、ステップＡ１で、ソースファイル
３１を構文解析し、変数定義を探す。

【００３５】次にステップＡ２で、ファイルの終端（Ｅ
ＯＦ）に達したかどうか否かを判定し、終端に達したな
らば処理を終了する。

【００３６】変数が見つかったら、ステップＡ３で、そ
の変数が関数内で定義されたローカル（ｌｏｃａｌ）な
ものかである否かを調べ、ローカルだった場合、ステッ
プＡ４で、その変数に、さらにstatic（スタティック）
キーワードがついているか否かを調べ、付いていなけれ
ば、その変数は無視してステップＡ１に戻る。

【００３７】ステップＡ３で変数がローカルでない場
合、及びローカルである場合で且つスタティックと定義
されている場合にはステップＡ５に進む。

【００３８】次に、ステップＡ５でconst（コンスタン
ト）キーワードが付いているか否かを調べる。constが
付いている場合、その変数は定数であって書き換えは不
可能であるため、リエントラント化の考慮を行う必要は
ない。よって、この変数は無視してステップＡ１に戻
る。

【００３９】次に、ステップＡ５において変数がconst
でない場合、ステップＡ６で、変数の初期化処理がある
か否かを調べ、初期化処理があれば、ステップＡ７で、
その初期化処理を取り出す。

【００４０】最後に、ステップＡ８で変数データベース
３４に登録し、ステップＡ１に戻る。

【００４１】一例として、図６に示したソースプログラ
ムを解析した結果得られる変数データベースの例を図７
に示す。

【００４２】データベースには、変数の型名（整数型in
t、文字型char等）、スコープ（変数がプログラム中で
有効となる範囲を表す情報、global、sub()等）、変数
名、初期化処理を記録する。

【００４３】再び図２及び図３を参照すると、また、こ
の変数データベース２４から、サポートファイル生成部
２５で必要なヘッダファイル３５とサポートプログラム
ソースファイル３６を生成する。

【００４４】ヘッダファイル３５には、グローバル変
数、及びスタティック変数の代替変数をひとまとめにし
た構造体の定義、およびマクロ、外部関数定義が入る。

【００４５】また、サポートプログラムソースファイル
３６には、初期化が必要なグローバル変数及びスタティ
ック変数の初期化処理ルーチンと、代替変数アクセスル
ーチン処理が入る。

【００４６】図７のデータベースから作成されるヘッダ
ファイル（gsdef.h）の例を図８に、サポートプログラ
ムファイル（gsinit.c）の例を図９に示す。

【００４７】なお、変数名が衝突しないように名前付け
を行う必要がある。この例では、例えば、図６に示した
ソースプログラムの関数sub中の変数cは、図８に示すよ
うに、_sub_dという代替の名前を付けている。なお、こ
の例では、ヘッダファイル（gsdef.h）には、グローバ
ル変数（_global_a、_global_ｂ）、及びスタティック
変数（_sub_d）の代替変数をひとまとめにした構造体(s
truct GSData)の定義、およびマクロ（#define GSDAT
(x) （gsdat()->(x)））、外部関数定義（extrern st
ruct GSData *gsdat(void)）が導入される。

【００４８】またサポートプログラムファイル（gsini
t.c）では、ヘッダファイル（gsdef.h）をインクルード
ファイルとし（#include）、初期化処理関数（InitGSDa
ta）として、ポインタ変数ｐで参照される代替変数構造
体のうちｂ（ｐ->_global_ｂ）を２０、ｄ（ｐ->_sub_
d）を５に設定している。そして、代替変数構造体アク
セス関数（GetGSData）は、グローバル変数及びスタテ
ィック変数のタスク毎に固有な代替変数の構造体を返す
関数であり、タスク固有のＩＤ（識別）番号から対応す
る代替変数の構造体GSDataへのポインタｐを関数値とし
て返却する。すなわち、この構造体GSDataへのポインタ
ｐにはタスクＩＤ値からタスク毎のGSDataのテーブルが
探索され、もしpがnullの場合、ｐを新たに割り当てて
テーブルに登録し、初期化関数InitGSData（引数ｐ）を
呼び出して初期化処理を行った後に返却する（return
ｐ）。

【００４９】再び図２及び図３を参照すると、次に、プ
リプロセス済みのソースファイルをソース書換部２６を
使って書き換える（３７）。

【００５０】図５は、本発明におけるソース書換部２６
の処理フローを説明するための流れ図である。図５を参
照して、ソース書換部２６の処理について説明する。

【００５１】まず、ステップＢ１、Ｂ２でソースコード
の先頭から順に変数定義を全て探す。変数が見つかった
ら、ステップＢ３、Ｂ４で、それが変数データベース２
４に登録されているか否かを調べる。登録されていた場
合、ステップＢ５で、それが変数の宣言部であるか否か
を調べ、宣言部であれば、ステップＢ６で削除する。

【００５２】宣言部でなければ、ステップＢ７で書き換
えを行い、代替変数へのアクセスに切り替える。

【００５３】これは、サポートプログラム中に含まれる
アクセスルーチンの呼び出しに置き換えることで行う。

【００５４】このようにして、図６に示したソースプロ
グラムを書き換えた例を図１０に示す。

【００５５】図９のサポートプログラムファイル中に
は、関数‘GetGSData’が含まれている。この関数は、
グローバル変数及びスタティック変数のタスク毎に固有
な代替変数のセット（構造体）を返す関数であり、タス
ク固有のID番号から対応する代替変数のセットを返すよ
うになっている。

【００５６】ソース書換後のプログラムでは、全てこの
関数を経由して代替変数にアクセスするようになってい
る。

【００５７】このため、このプログラムを使用するタス
ク毎に代替変数が切り替わることになり、プログラムが
リエントラント化される。

【００５８】再び図２及ぶ図３を参照すると、この書換
後のソースファイルとヘッダファイル３５を用いて再び
プリプロセスを行い（３８）、コンパイラ２７を用いて
コンパイルする（３９）。

【００５９】また、サポートプログラムソースファイル
３６も同様にコンパイルする。得られたオブジェクトフ
ァイルをリンカ２８を使ってリンクし（３１０）、最終
的にリエントラントな実行形式プログラムが得られる
（３１１）。

【００６０】以上、Ｃ言語の場合の例に説明したが、ソ
ース解析部、サポートファイル生成部、ソース書換部
を、他言語対応のものに置き換えることにより、所望の
言語への適用が可能である。

【００６１】本発明の第二の実施例として、C++言語に
適用する場合について説明する。

【００６２】C++言語に適用する場合、以下の２つの方
法がある。１．C++ソースをCに変換し、C言語の場合と同様に処理
する。２．C++ソースをそのまま処理する。

【００６３】第１の方法については、ＡＴ＆Ｔ社製によ
るcfrontというC++トランスレータを使うことにより、C
++をCのソースファイルに変換することができる。C言語
のソースファイルに対して、上記した本発明の実施例が
そのまま適用される。

【００６４】第２の方法については、ほぼＣの場合と同
じように処理できるが、C++ソースのｃｌａｓｓ（クラ
ス）内で宣言されているスタティック変数が使用される
ことがあるので、それを考慮する必要がある。そのた
め、図２のソース解析部３のアルゴリズムを修正し、ｃ
ｌａｓｓ内スタティック変数も変数データベースに登録
するようにする。

【００６５】また、C++ではグローバル及びスタティッ
クなオブジェクトが存在した場合、サポートプログラム
内の初期化処理において、このオブジェクトのコンスト
ラクタを呼び出す処理を追加する。

【００６６】さらに、本発明は、プログラムをＲＯＭ対
応プログラムに修正する際にも応用することができる。
プログラムをＲＯＭ化する場合、初期化が必要なグロー
バル変数及びスタティック変数をＲＯＭ化することがで
きないため、これを取り除かねばならない。

【００６７】この場合、上記した本発明の実施例の方法
をそのまま適用すれば、これらの変数を取り除くことが
できるため、簡単にＲＯＭ対応を行うことができる。

【００６８】本発明をＣ言語に適用する場合において、
図２のソース解析部２３を一部修正し、変数データベー
ス２４には、初期化が必要な変数のみを登録するように
してもよい。

【００６９】

【発明の効果】以上説明したように、本発明によれば、
下記記載の効果を奏する。

【００７０】本発明の第１の効果は、リエントラント化
のための人手による変換作業・労力を完全に不要とする
ことができ、開発効率を向上し作業工数を特段に削減す
ることができる、ということである。

【００７１】その理由は、本発明においては、リエント
ラントプログラムへの変換を完全に自動化しており、人
手作業を一切必要としないためである。

【００７２】本発明の第２の効果は、プログラムのリエ
ントラント化に伴うバグの発生が生じない、ということ
である。

【００７３】その理由は、本発明においては、変換にエ
ディット（編集）作業等の、手作業が介入せず、変数名
の見落とし、書き換え間違いなどの人為ミスが混入する
ことがないためである。

【００７４】本発明の第３の効果は、保守性を向上す
る、ということである。

【００７５】その理由は、本発明においては、ソースフ
ァイルを自動修正できるため、修正後のソースファイル
を保守管理する必要がないためである。

【００７６】本発明の第４の効果は、開発環境および実
行環境への依存度が低く、汎用性、可用性が高い、とい
うことである。

【００７７】その理由は、本発明においては、ソースフ
ァイルに対して修正を行うのみであるため、特定のコン
パイラやＯＳ（オペレーティングシステム）に依存しな
いためである。

【図面の簡単な説明】

【図１】本発明の実施の形態を説明するための図であ
る。

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

【図３】本発明の一実施例の処理の流れを示す図であ
る。

【図４】本発明の一実施例におけるソース解析部の処理
フローを示す流れ図である。

【図５】本発明の一実施例におけるソース書換部の処理
フローを示す流れ図である。

【図６】本発明の一実施例を説明するための図であり、
非リエントラントソースプログラムの一例を示す図であ
る。

【図７】本発明の一実施例を説明するための図であり、
変数データベースの一例を示す図である。

【図８】本発明の一実施例を説明するための図であり、
サポートファイル生成部で生成されたヘッダファイルの
一例を示す図である。

【図９】本発明の一実施例を説明するための図であり、
サポートファイル生成部で生成されたサポートプログラ
ムファイルの一例を示す図である。

【図１０】本発明の一実施例を説明するための図であ
り、リエントラント化されたソースプログラムの一例を
示す図である。

【符号の説明】

１１ソースファイル１２ソース解析部１３変数データベース１４サポートファイル生成部１５定義ファイル１６サポートプログラムソースファイル１７ソース書換部１８コンパイラ１９実行形式プログラム２１ソースファイル記憶領域２２プリプロセッサ２３ソース解析部２４変数データベース２５サポートファイル生成部２６ソース書換部２７コンパイラ２８リンカ２９実行形式プログラム記憶領域３１ソースファイル３２プリプロセス３３ソース解析部３４変数データベース３５ヘッダファイル３６サポートプログラムソースファイル３７ソース書換３８プリプロセス３９コンパイル４０リンク４１実行形式プログラム

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１０年１１月１６日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図６

【補正方法】変更

【補正内容】

【図６】

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図８

【補正方法】変更

【補正内容】

【図８】

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】図９

【補正方法】変更

【補正内容】

【図９】

Claims

【特許請求の範囲】

【請求項１】（ａ）非リエントラントプログラムのソー
スファイルを解析し、グローバル変数、及びスタティッ
ク変数の宣言部を抽出してこれを変数データベースに登
録し、（ｂ）前記変数データベースの情報を基にして、書き換
え後のソースファイルで必要とされる定義文などを記述
した定義ファイルと、変数の初期化に必要な初期化関数
及び代替変数アクセス関数などのプログラムを記述した
サポートプログラムソースファイルを生成し、（ｃ）前記ソースファイルから、前記変数データベース
に登録されたグローバル変数、及びスタティック変数の
定義の削除を行い、変数の使用箇所を書き換え、タスク
毎に保持される代替変数を使用するように変更を行い、
リエントラント化されたソースファイルを生成し、（ｄ）前記リエントラント化されたソースファイルと、
前記定義ファイル、及び、前記サポートプログラムをコ
ンパイル及びリンクしてリエントラント型の実行形式プ
ログラムを生成する、ことを特徴とする非リエントラントプログラムの自動リ
エントラント化方法。
【請求項２】非リエントラントプログラムのソースファ
イルを解析し、グローバル変数、及びスタティック変数
の宣言部を抽出し、これを変数データベースに登録する
ソース解析手段と、前記変数データベースの情報を基にして、書き換え後の
ソースファイルで必要とされる定義文などを記述した定
義ファイルと、変数の初期化に必要な初期化関数及び代
替変数アクセス関数などのプログラムを記述したサポー
トプログラムソースファイルとを生成するサポートファ
イル生成手段と、前記ソースファイルから、前記変数データベースに登録
されたグローバル変数、及びスタティック変数の定義の
削除を行い、変数の使用箇所を書き換え、タスク毎に保
持される代替変数を使用するように変更を行うソース書
換手段と、を備え、前記ソース書換手段で書換えられたソースファイルと、
前記定義ファイル、及び前記サポートプログラムソース
ファイルをコンパイル及びリンクしてリエントラント型
の実行形式プログラムを生成する、ことを特徴とする非
リエントラントプログラムの自動リエントラント化シス
テム。
【請求項３】前記ソース書換手段が、前記ソースファイ
ルを走査し、変数が見つかった場合に、該変数が前記変
数データベースに登録されているか否かを検索し、登録
されている場合には、これが変数の宣言部であるか調
べ、変数の宣言部である場合には前記ソースファイルか
ら該宣言部を削除し、一方宣言部でなければ、前記ソー
スファイルにおける前記変数へのアクセスを、前記サポ
ートプログラムソースファイルに定義されている代替変
数アクセス関数へ置き換える、ことを特徴とする請求項
２記載の非リエントラントプログラムの自動リエントラ
ント化システム。
【請求項４】（ａ）非リエントラントプログラムのソー
スファイルを解析し、グローバル変数、及びスタティッ
ク変数の宣言部を抽出し、これを変数データベースに登
録する処理、（ｂ）前記変数データベースの情報を基にして、書き換
え後のソースファイルで必要とされる定義文などを記述
した定義ファイルと、変数の初期化に必要な初期化関数
及び代替変数アクセス関数などのプログラムを記述した
サポートプログラムソースファイルを生成する処理、（ｃ）前記ソースファイルから、前記変数データベース
に登録されたグローバル変数、及びスタティック変数の
定義の削除を行い、変数の使用箇所を書き換え、タスク
毎に保持される代替変数を使用するように変更を行う処
理、の上記（ａ）〜（ｃ）の各処理をコンピュータで実行さ
せるためのプログラムを記録した記録媒体。