JPH08278887A - オブジェクト定義自動生成装置 - Google Patents

Abstract

(57)【要約】 【目的】ＣＯＢＯＬ言語で作成されている既存のプログ
ラム資産を、オブジェクト指向プログラミングで今後、
ＯＯＣＯＢＯＬを用いて作成するプログラムから再利用
することができるようにする。 【構成】利用者が入力したレコード定義を分析し、レコ
ードの生成要素それぞれがクラスの属性であるとするク
ラス定義と、レコード全体をメソッドのデータとして取
り扱うクラス定義の２種類のクラス定義を同時に生成
し、生成した２つのクラス同士でメッセージを送る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は計算機ソフトウェアでの
既存プログラム資産の再利用に関わる。

【０００２】とりわけ、オブジェクト指向プログラミン
グと構造化プログラミングで作成されたプログラム資産
同士の再利用に関わる。

【０００３】

【従来の技術】構造化手法で構築されている従来のＣＯ
ＢＯＬ言語を利用して作成したプログラム資産を再利用
する方法として、予め複数の抽象部品を準備しておき、
プログラム中に部品呼出しの記述を行うことで、要求仕
様に合致する抽象部品を検索しソースコードの置換を行
う手法がある。しかしオブジェクト指向プログラミング
が一般化するにつれ、抽象部品を新規プログラムにコピ
ーするという従来の方式は、もはや過去の技術となっ
た。

【０００４】何故ならばオブジェクト指向プログラミン
グにおいては、コードの再利用は継承（ｉｎｈｅｒｉｔ
ａｎｃｅ）によって実現するためである。継承とは新規
クラスの属性とふるまいを別のクラス（親クラスまたは
スーパークラス）とその増分差として作成することをい
う。この時親クラスを構成するソースコードは新規クラ
スにおいて再利用されている。ところが、オブジェクト
指向プログラミングにおいてもプログラムの自動生成を
行う装置は存在する。

【０００５】特開平５−２４１８４５では、例えば、Ｓ
ｍａｌｌｔａｌｋで開発されたオブジェクト定義をＣ＋
＋を使用しているプログラマが有効に活用するために、
言語に依存しないオブジェクト定義として再定義する生
成装置のことが述べられている。

【０００６】上記の明細書によれば、言語中立のオブジ
ェクトインターフェース定義言語がコンパイラに入力さ
れると、コンパイラはこれを中間形式に変換し、発行プ
ログラムに中間形式を入力すると特定の言語に適合する
ような束縛ファイルを作成して、さらにこの束縛ファイ
ルを特定の言語のコンパイラに入力するとオブジェクト
モジュールを得ることができる。

【０００７】この明細書ではオブジェクト指向言語同士
のソースコードを再利用するための装置のことが述べら
れており構造化手法で作成された既存のプログラム資産
をオブジェクト指向プログラミング中で再利用する方式
のことは述べられていない。

【０００８】

【発明が解決しようとする課題】上記従来技術では、構
造化手法で作成されているプログラム資産の再利用には
抽象部品を用いて、複数のプログラムに抽象部品のソー
スコードを展開するという方法があり、オブジェクト指
向プログラミングで作成するプログラム資産の再利用は
多くの場合、言語がもつ継承機能を使用し、また他言語
間でのコードの再利用の方式も考えられている。

【０００９】ところが、ＣＯＢＯＬ言語で今までに作成
されていた莫大な資産は全て構造化手法で記述されてい
るため、こうした既存のプログラム資産をオブジェクト
指向ＣＯＢＯＬ言語（以下ＯＯＣＯＢＯＬ：Ｏｂｊｅｃ
ｔ Ｏｒｉｅｎｔｅｄ ＣＯＢＯＬと記す）でこれから
構築するクラス群で再利用しようと考えた場合、既存の
プログラム定義で使用されているレコード定義をＯＯＣ
ＯＢＯＬでも意識する必要がある。

【００１０】ＯＯＣＯＢＯＬにおけるレコード定義はレ
コードを構成する要素の数や長さを親となるクラスで一
端定義すると、親クラスを継承した子のクラスでレコー
ド全体を再定義する場合を除き、要素を追加したりレコ
ードの長さを可変にすることはできない。このため、オ
ブジェクト指向プログラミングの重要な要件であコード
の再利用性を低下させる原因となる。

【００１１】本発明の目的は、上記のレコード定義を継
承できる機構を設け、既存のプログラム資産を有効に再
利用することにある。

【００１２】

【課題を解決するための手段】上記の課題を解決するた
めの手段を説明する。通常のＣＯＢＯＬ言語で用いられ
ているレコードフォーマットが入力になる。生成装置に
は入力されたレコードフォーマットをデータ項目ごとに
分解し、クラス属性の集まりとする。同時に生成装置に
あらかじめ準備されたメソッド用のテンプレートを利用
して、データ項目をクラス属性とするオブジェクト指向
型のメソッドとレコード全体を１つのメソッドで取り扱
うことが可能な、従来の構造化手法型のメソッドを生成
する。

【００１３】生成装置内にはクラス定義のテンプレート
がさらに準備されており、作成したクラス属性の集まり
とオブジェクト指向型のメソッドをクラス定義のテンプ
レートにセットすることでオブジェクト指向型のクラス
定義が生成される。また、構造化手法型のメソッドをク
ラス定義のテンプレートにセットすると構造化手法型の
クラス定義を生成する。

【００１４】

【作用】上記の手段により、次のことができるようにな
る。

【００１５】オブジェクト指向型のクラス定義を生成す
る手段の働きにより、生成されたクラス定義は純粋なオ
ブジェクト指向プログラミングで構成されているのでこ
のクラス定義を継承することでレコード定義を再利用す
ることができるようになる。構造化手法型のクラス定義
を生成する手段の働きにより生成されたクラス定義は構
造化手法で構築された従来のプログラムと融合性をもつ
ため、プログラム資産を再利用することが可能になる。

【００１６】これによりＣＯＢＯＬで作成されている従
来のプログラム資産の一部再利用とＣＯＢＯＬ言語で一
般的に用いられているレコード入出力機能をオブジェク
ト指向プログラミング環境で継承可能な形で利用できる
ようになるので、上記課題を解決できる。

【００１７】

【実施例】本発明の一実施例を、図１を用いて説明す
る。また本実施例で使用する自動生成システムを図２に
示す。図３はＯＯＣＯＢＯＬ言語で記述したクラス定義
の構成例であり、図４はクラス定義生成エディタ内にあ
らかじめ準備されているテンプレートであり、図５、図
６、図７、図９は図１の詳細を示すフローチャートであ
る。また、図８はメソッド呼び出しの例である。

【００１８】自動生成システム１０は、ＣＰＵ１１、メ
モリ１２、入出力アダプタ１３、ユーザーインタフェー
スアダプタ１４、表示装置アダプタ１５、キーボード１
６、マウス１７、ディスプレイ１８で構成される。メモ
リ１２には、クラス定義生成エディタ１が搭載される。
クラス定義生成エディタ１は、図１に示す属性情報の設
定部１３１、メソッド定義部品の作成部１３２、クラス
定義作成部品の作成部１３３を有するものであり、オブ
ジェクト指向型のクラス定義６と構造化手法型のクラス
定義７を生成する。

【００１９】次に本発明に対する理解を助けるため、Ｏ
ＯＣＯＢＯＬで記述したクラス定義の構成を図３に示
す。クラス定義は、クラス定義部３０、クラスオブジェ
クト定義部３１、クラスメソッド定義部３２、オブジェ
クト定義部３３、オブジェクトメソッド定義部３４から
なる。クラス定義部３０は、クラスを定義しそれに名前
を付ける機能を持つ。クラス定義部での設定はクラス定
義全体で有効になる。クラスオブジェクト定義部３１
は、クラス定義中で共通のデータを定義する機能を持
つ。クラスオブジェクト定義部で設定したデータは、ク
ラスオブジェクト定義部とクラスメソッド定義部３２で
有効になる。クラスメソッド定義部３２は、クラスデー
タを操作するためのメソッドを定義する。メソッド中の
データは局所的に領域を確保するので、クラスメソッド
定義部で設定したデータはクラスメソッド内でのみ有効
になる。オブジェクト定義部３３は、実行時に生成の対
象となるデータを定義する。オブジェクト定義部で設定
したデータはオブジェクト定義部とオブジェクトメソッ
ド定義部３４で有効になる。なお、オブジェクト定義部
３３に設定したデータのことをＯＯＣＯＢＯＬではオブ
ジェクトデータと呼ぶが、理解を助けるため、本明細書
では、クラス属性と記述することにする。オブジェクト
メソッド定義部３４は、クラス属性を操作するためのメ
ソッドを定義する。メソッド中のデータは局所的に領域
を確保するのでオブジェクトメソッド定義部で設定した
データはオブジェクトメソッド内でのみ有効になる。

【００２０】オブジェクト同士でメッセージをやりとり
するにはＩＮＶＯＫＥ文を用いる。ＩＮＶＯＫＥ文の代
表的な形態を以下に示す。

【００２１】ＩＮＶＯＫＥ 呼び起こし対象 メソッド
名 ＵＳＩＮＧ パラメタＲＥＴＵＲＮＩＮＧ 結果 呼び起こし対象には、メソッド名が定義されているクラ
スかオブジェクトを参照するために定義したハンドルを
指定する。

【００２２】クラス定義生成エディタ内に準備されてい
るテンプレートを図４に示し、図５にクラス定義作成部
分の処理手順を示すフローチャートを示す。

【００２３】以下、図５のフローチャートに基づいてク
ラス定義生成エディタの処理手順を説明する。

【００２４】ユーザーが定義したレコード定義４０を入
力とし（ステップ５１０）、レコード定義をデータ項目
ごとに１センテンスづつ読み取る（ステップ５２０）、
データ項目のレベル番号を参照し（ステップ５３０）、
レベル番号が’０１’ならばデータ項目名をクラス名称
として認識する（ステップ５３５）。次にデータ項目に
ＰＩＣＴＵＲＥ句が存在するかどうかを判定し（ステッ
プ５４０）ＰＩＣＴＵＲＥ句が存在する場合、処理中の
データ項目をクラスの属性として登録する。その際、デ
ータ項目のレベル番号は’０１’とする。ＰＩＣＴＵＲ
Ｅ句が存在しないデータ項目であった場合はオブジェク
トデータとして登録しない（ステップ５５０）。ＰＩＣ
ＴＵＲＥ句が存在するデータ項目に対してのみテンプレ
ート４１を利用して、オブジェクトメソッドパーツ２を
作成する（ステップ５６０）。これをユーザが定義した
クラス定義４０のデータ項目１センテンスづつに対して
順番に行い、最後のデータ項目を処理するまで繰り返す
（ステップ５６５）。

【００２５】ユーザにより定義されたクラス定義中にＰ
ＩＣＴＵＲＥ句を持つデータ項目が１センテンスでもあ
れば（ステップ５７０）、テンプレート４２を利用して
レコードメソッドパーツ３を作成する（ステップ５８
０）。最後にオブジェクトメソッドパーツ２をクラス定
義プログラムのテンプレート４３にセットすることでオ
ブジェクト指向型のクラス定義６を生成しレコードメソ
ッドパーツ３をクラス定義のプログラムのテンプレート
４３にセットすることで構造化手法型のクラス定義７を
生成する。

【００２６】図６は図５のフローチャート中のステップ
５６０で示すオブジェクトメソッドパーツ２作成の詳細
な処理手順を示すフローチャートである。

【００２７】以下、図６のフローチャートに基づいて、
オブジェクトメソッドパーツの処理手順を説明する。

【００２８】オブジェクトメソッドはオブジェクトデー
タを設定するメソッド（以下ＳＥＴメソッドと記す）と
オブジェクトデータを取得するメソッド（以下ＧＥＴメ
ソッドと記す）の２種類を対象となったデータ項目に対
して１件づつ生成するので、カウンタ値Ｘの働きにより
２度繰り返す（ステップ６８０）。最初にカウンタ値Ｘ
をクリアしておき（ステップ６０５）、生成を行う寸前
にカウントアップする（ステップ６１０）。オブジェク
トメソッド作成時に使用するテンプレート４１を読み込
み（ステップ６１５）、テンプレート４１中の連絡節４
１２に処理中のデータ項目名と’ＬＮＫ’を連結した文
字列をセットし、データ項目内のＰＩＣＴＵＲＥ句は加
工せずそのままセットする。レベル番号は無条件に’０
１’がセットされる（ステップ６２０）。

【００２９】カウンタ値Ｘが１の時は（ステップ６３
０）、テンプレート４１中のメソッド名４１１及びメソ
ッド定義終了時のメソッド名の記述４１５に処理中のデ
ータ項目名と’ＳＥＴ’を連結した文字列をセットする
（ステップ６３５）。

【００３０】引き数節４１３には’ＵＳＩＮＧ△’と連
絡節に設定した文字列を連結しセットする（ステップ６
４５）。更に手続部４１４には’ＭＯＶＥ△’及び連絡
節に設定した連絡データ名と’△ＴＯ△’と処理中のデ
ータ項目のデータ名を連結した文字列によるＭＯＶＥ文
を作成しセットする（ステップ６５５）。

【００３１】カウンタ値Ｘが２の時は、テンプレート４
１中のメソッド名４１１及びメソッド定義終了時のメソ
ッド名の記述４１５に処理中のデータ項目名と’ＧＥ
Ｔ’を連結した文字列をセットする（ステップ６４
０）。

【００３２】引き数節４１３には’ＲＥＴＵＲＮＩＮＧ
△’と連絡節に設定した文字列を連結しセットする（ス
テップ６５０）。更に手続部４１４には’ＭＯＶＥ△’
及びデータ項目のデータ名と’△ＴＯ△’と、更に連絡
節に設定した連絡データ名を連結した文字列によるＭＯ
ＶＥ文を作成しセットする（ステップ６６０）。

【００３３】生成したオブジェクトメソッドパーツ２は
クラス定義文の自動生成の際に使用するのでメモリ内に
展開しておく（ステップ６７０）。

【００３４】図７は図５のフローチャート中のステップ
５８０で示すレコードメソッドパーツ３作成の詳細な処
理手順を示すフローチャートである。

【００３５】以下図７のフローチャートに基づいてレコ
ードメソッドパーツ３の生成手順を示す。

【００３６】オブジェクトメソッドは、ＳＥＴメソッド
とＧＥＴメソッドの２種類を１つづつ生成するのでこの
処理は、カウンタ値Ｙの働きにより、２度繰り返す（ス
テップ７８５）。最初にカウンタ値Ｙをクリアしておき
（ステップ７０５）、生成を行う寸前にカウントアップ
する（ステップ７１０）。テンプレート４２を読み込み
（ステップ７１５）、テンプレート４２中の作業領域４
２２にユーザにより定義されたレコード定義文を加工す
ることなくそのままセットする（ステップ７２０）。

【００３７】次にテンプレート４２中の連絡節４２３に
レベル番号０１のデータ項目名と’ＬＮＫ’を連結した
文字列をセットしデータ項目内のＰＩＣＴＵＲＥ句を参
照してレコード全体の長さを算出して連絡節のデータ項
目のＰＩＣＴＵＲＥ句としてセットする（ステップ７３
０）。

【００３８】カウンタ値Ｙが１の時は（ステップ７３
５）、テンプレート４２中のメソッド名４２１及びメソ
ッド定義終了時のメソッド名の記述４２６にレベル番号
０１のデータ項目名と’ＳＥＴ’を連結した文字列をセ
ットする（ステップ７４０）。引き数節４２４には’Ｕ
ＳＩＮＧ△’と連絡節に設定した連絡データ名を連結し
た文字列をセットする（ステップ７５０）。更に手続部
４２５には’ＭＯＶＥ△’及び連絡節に設定した連絡デ
ータ名と’△ＴＯ△’とレベル番号０１のデータ名を連
結した文字列によるＭＯＶＥ文を作成しセットする（ス
テップ７６０）。

【００３９】更にレコード定義中の記述を参照しＰＩＣ
ＴＵＲＥ句が存在するセンテンスのデータ項目に対して
オブジェクト指向型のクラス定義６にメッセージを送る
ためのＩＮＶＯＫＥ文を対象となったデータ項目全てに
対応するように自動生成する（ステップ７７０）。生成
したＩＮＶＯＫＥ分は手続部４２５にセットする。

【００４０】カウンタ値Ｙが２の時はテンプレート４２
中のメソッド名４２１及びメソッド定義終了時のメソッ
ド名の記述４２６にレベル番号０１のデータ項目名と’
ＧＥＴ’を連結した文字列をセットする（ステップ７４
５）。引き数節４２４には’ＲＥＴＵＲＮＩＮＧ△’と
連絡節に設定した連絡データ名を連結した文字列をセッ
トする（ステップ７５５）。更に手続部４２５には’Ｍ
ＯＶＥ△’及びレベル番号０１のデータ名と’△ＴＯ
△’、更に連絡節に設定した連絡データ名を連結した文
字列によるＭＯＶＥ文を作成しセットする（ステップ７
６５）。

【００４１】更にレコード定義４０中の記述を参照しＰ
ＩＣＴＵＲＥ句が存在するセンテンスのデータ項目に対
して、オブジェクト指向型のクラス定義６にメッセージ
を送るためのＩＮＶＯＫＥ文を対象となったデータ項目
全てに対応するように自動生成する（ステップ７７
５）。生成したＩＮＶＯＫＥ文は手続部４２５にセット
する。

【００４２】生成したオブジェクトメソッドパーツ３は
クラス定義文の自動生成の際に使用するのでメモリ内に
展開しておく（ステップ７８０）。

【００４３】レコードメソッドパーツ中にＩＮＶＯＫＥ
文を生成しておくとプログラム実行時には、次のように
使用することができる。図８を用いて説明する。図８中
の８０１と８５１は図４の４３でありクラス定義のテン
プレートである。図４の４３２はクラス定義中のオブジ
ェクト定義部及びオブジェクトメソッド部であるがクラ
ス定義のテンプレート８０１には、オブジェクト定義部
８０２及びいくつかのオブジェクトメソッド部８０３が
セットされているためクラス定義８０はオブジェクト指
向型のクラス定義６である。ＯＯＣＯＢＯＬで今後作成
するクラス群８０４はクラス定義８０とデータのやりと
りをＩＮＶＯＫＥ文を用いて行うこともできるし、クラ
ス定義８０を継承して再利用することもできる。

【００４４】一方、クラス定義８５は構造化手法型のク
ラス定義である。既存資産のプログラム群８５４とクラ
ス定義８５の間のデータのやりとりをＣＡＬＬ文を使用
してレコード形式でのやりとりとすることができる。

【００４５】クラス定義８５からＩＮＶＯＫＥ文を用い
てクラス定義８０にメッセージを送る仕組みを組み込ん
でおくと、既存資産のプログラム群８５４からクラス属
性の更新を行うことができるようになる。つまり、従来
のレコードを使用してのプログラムからクラス属性にア
クセスできるので、ＯＯＣＯＢＯＬで作成するクラス群
８０４から見た場合、既存ロジックにより更新されたデ
ータを再利用できる。

【００４６】図９は図５のフローチャート中のステップ
５８５で示すクラス定義プログラム生成の詳細な処理手
順を示すフローチャートである。

【００４７】以下図９のフローチャートに基づきクラス
定義プログラムの生成手順を示す。クラス定義プログラ
ムのテンプレート４３を利用して、まずオブジェクト指
向型のクラス定義６を作成する（ステップ９１０）。テ
ンプレート４３中のメソッド名４３１及びメソッド定義
終了時のメソッド名の記述４３３にレベル番号０１のデ
ータ項目名と’ＯＢＪ’を連結した文字列をセットする
（ステップ９１１）。クラス定義プログラムにはクラス
メソッドは存在しない。オブジェクトデータ部とオブジ
ェクトメソッド部が格納される４３２には作成したクラ
ス属性の集まりを先にセットし（ステップ９１２）、こ
こまでに作成したオブジェクトメソッドパーツ２を１件
づつ順に読んでセットする（ステップ９１４）。オブジ
ェクトメソッドパーツ２を全てセットすると（ステップ
９１５）、オブジェクト指向型のクラス定義６が完成す
る（ステップ９１６）。

【００４８】次に、構造化手法型のクラス定義７を作成
する（ステップ９２０）。テンプレート４３中のメソッ
ド名４３１及びメソッド定義終了時のメソッド名の記述
４３３にレベル番号０１のデータ項目名と’ＭＤＬ’を
連結した文字列をセットする（ステップ９２１）クラス
定義プログラム７にはクラスメソッドは存在しない。オ
ブジェクトデータ部にセットすべきクラス属性の集まり
も存在しない。オブジェクトメソッド部４３２にセット
すべきオブジェクトメソッドパーツ３はすでに２つ作成
されているので順次セットする（ステップ９２３）。オ
ブジェクトメソッドパーツを２つともセットすると（ス
テップ９２４）、構造化手法型のクラス定義７が完成す
る（ステップ９２５）。

【００４９】

【発明の効果】以上述べたように、本発明によれば、レ
コード定義をそのまま扱うメソッドにＩＮＶＯＫＥ文を
自動生成するので、メッセージをオブジェクト指向型の
クラス定義に送ることにより、構造化手法型のクラス定
義を通してレコード定義をオブジェクトに分割できる。
これにより、従来の構造化手法で作成されている既存の
プログラム資産の再利用が容易になる。

【図面の簡単な説明】

【図１】本発明による、オブジェクト定義自動生成の仕
組みを示すブロック図である。

【図２】自動生成システムを構成するコンピュータシス
テムのブロック図である。

【図３】オブジェクト指向ＣＯＢＯＬ言語によるクラス
定義の例を示す構成図である。

【図４】本発明による、新規なクラス定義を作成する時
に使用するテンプレートの初期状態を示す構造図であ
る。

【図５】本発明の一実施例の手段を示す流れ図である。

【図６】本発明による新規な第１のオブジェクトメソッ
ドパーツを自動生成する手段の詳細を示す流れ図であ
る。

【図７】本発明による新規な第２のオブジェクトメソッ
ドパーツを自動生成する手段の詳細を示す流れ図であ
る。

【図８】本発明によるメソッド呼び出しの例を示すクラ
ス間の構成図である。

【図９】本発明による新規なクラス定義を自動生成した
パーツを用いて作成する手段の詳細を示す流れ図であ
る。

【符号の説明】

１…クラス定義生成エディタ、２…第１のオブジェクト
メソッドパーツ、３…第２のオブジェクトメソッドパー
ツ、６…オブジェクト指向型のクラス定義、７…構造化
手法型のクラス定義、１０…オブジェクト定義自動生成
装置、４０…レコード定義、４１…オブジェクトメソッ
ド定義の第１のテンプレート、４２…オブジェクトメソ
ッド定義の第２のテンプレート、４３…クラス定義のテ
ンプレート。

Claims (3)

【特許請求の範囲】
1. 【請求項１】ＣＯＢＯＬ言語でのレコード定義イメージ
   で作成したデータの入力機能を有し該データをレコード
   定義の生成要素ごとに分解し、それぞれをオブジェクト
   データとする第一のクラス定義を自動生成する手段と該
   データを分解せず、レコード定義全体を１つの固まりと
   して処理する機能を持つ第二のクラス定義を自動生成す
   る手段と二通りの該クラス定義を同時に自動生成する手
   段とからなることを特徴とするオブジェクト定義自動生
   成装置。
2. 【請求項２】該レコード定義を構成要素に分割する機能
   を有し、レコードの構成要素のデータ内容を更新した時
   に、該データに対応するクラス属性を管理するクラスに
   対しメッセージを送る手段からなるオブジェクト定義を
   自動生成し、該レコード定義と該クラス属性を関連して
   記憶することを特徴とする、請求項１に記載のオブジェ
   クト定義自動生成装置。
3. 【請求項３】オブジェクト指向型ＣＯＢＯＬ言語で記述
   されたソースコードからなるオブジェクトメソッド定義
   の第１のテンプレートと第２のテンプレートと、該言語
   で記述されたクラス定義のテンプレートを有し、該レコ
   ード定義を分析して該言語でのソースコードに変換して
   抽象部品を作成する手段と該抽象部品を該クラス定義に
   展開し、該言語によるオブジェクト定義のソースコード
   を自動生成する手段とからなるプログラム自動生成方式
   において、該言語によるクラス定義を作成することを特
   徴とする、請求項１に記載のオブジェクト定義自動生成
   装置。