JPH09179738A - オブジェクト指向言語処理方法及び処理装置 - Google Patents

Abstract

(57)【要約】 【課題】実行コードサイズを小さくするオブジェクト指
向言語処理装置を提供する。 【解決手段】動的オブジェクト生成に関するアプリケー
ションソースコードを解析し、該アプリケーションソー
スコードに含まれているインスタンスを抽出するインス
タンス抽出手段21,22と、抽出したインスタンスを所定
ルールでインスタンス情報として登録管理する情報管理
手段23,24,25,31,32,33と、登録管理した該インスタン
ス情報に基づいて、動的オブジェクト生成に関するアプ
リケーションソースコードを静的オブジェクト生成に関
するアプリケーションソースコードに変換するコード変
換手段200,201とを有するトランスレータ20を備えたオ
ブジェクト指向言語処理装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、半導体メモリを用
いた各種制御装置に係り、特に、自動車用のエンジン制
御装置の半導体メモリを処理するオブジェクト指向言語
処理装置における実行コードサイズ最適化処理方法に関
する。

【０００２】

【従来の技術】オブジェクト指向言語には実行時決定機
能があり、この機能はオブジェクトが受信したメッセー
ジに応じて起動されるメソッドをオブジェクトが属する
クラスに基づいて実行時に決定する機能である。オブジ
ェクト指向言語処理装置では、該機能は実行コード内に
静的に生成されるメソッドアドレス管理テーブルを利用
することで活かされている。そして、実行時に実際に起
動されるメソッドはオブジェクトが属するクラスに基づ
いて選択されている。

【０００３】また、オブジェクト指向言語には継承機能
があり、この機能は新たなクラスを生成する場合に、既
に存在しているクラス定義を継承することで既に存在し
ているクラスのインスタンス(データ及びメソッド)を定
義しなくても該インスタンスの情報が新たなクラスに格
納される機能である。

【０００４】以下、従来技術についてオブジェクト指向
言語の一つであるＣ＋＋言語の場合で説明する。Ｃ＋＋
言語ではメソッドの実行時決定を行なうためのメソッド
を、仮想関数として指定しなければならない。このため
にｖｉｒｔｕａｌという識別子を用いる。

【０００５】これを実現するための簡便な方法は、クラ
ス属性およびメソッドへのポインタを保持するテーブル
を設け、該テーブルへのポインタを各オブジェクトが保
持する方法である。Ｃ＋＋言語ではクラス定義でｖｉｒ
ｔｕａｌ識別子が付けられたメソッドを有するクラスが
存在すると、そのクラスに対応したメソッドアドレス管
理テーブルを、該メソッドがアプリケーションソースコ
ードで使用されているいないに係わらず生成される。

【０００６】継承機能により定義されたクラスからオブ
ジェクトを生成すると、元になったクラスのインスタン
ス(データ及びメソッド)がアプリケーションソースコー
ドで使用されているいないに係わらず生成される。メソ
ッドアドレス管理テーブルおよび継承機能に関しては、
サイエンス社『ＣｏｍｐｕｔｅｒＴｏｄａｙ』(１９９
２年３月号)に記載されている。

【０００７】

【発明が解決しようとする課題】上述の通り、従来のオ
ブジェクト指向言語処理装置では、実行時決定機能のた
めにメソッドアドレス管理テーブルが用いられおり、ま
た継承機能により不必要なデータ及びメソッドが生成さ
れ、そのために実行コードサイズが大きくなるという問
題点がある。

【０００８】具体的には、自動車用のエンジン制御装置
の制御プログラムにおいて、プログラム開発およびデバ
ッグを容易にするために実行時決定機能および継承機能
を利用することが考えられるが、デバッグを終了してエ
ンジン制御装置の半導体メモリに実行コードを搭載する
時点で、メソッドアドレス管理テーブル及び不必要なイ
ンスタンスが生成され、これにより実行コードサイズが
大きくなるので、オブジェクト指向言語処理装置が使え
ないという問題がある。 また、動的メモリ配置
の管理機構が実行コードサイズの肥大を招くので、上記
制御プログラムをオブジェクトの動的生成によって半導
体メモリ化するには適さないという問題もある。

【０００９】したがって、本発明の目的は、メソッドア
ドレス管理テーブル及び不必要なインスタンスの生成を
回避し実行コードサイズを小さくするオブジェクト指向
言語処理方法及び処理装置を提供することにある。そし
て、オブジェクト指向言語を利用し処理して成る小容量
半導体メモリを有するエンジンコントロールユニットを
提供する。

【００１０】

【課題を解決するための手段】本発明の特徴は、オブジ
ェクトの動的オブジェクト生成を静的オブジェクト生成
に変換し、当該オブジェクト生成を全て静的オブジェク
ト生成にて実行し、半導体メモリを処理する点にある。

【００１１】また、本発明の他の特徴は、トランスレー
タとコンパイラとを備え、オブジェクト指向言語におけ
るメソッドの実行時決定機能と継承機能とを利用し、半
導体メモリを処理するオブジェクト指向言語処理方法で
あって、前記トランスレータが、動的なアプリケーショ
ンソースコードを解析し、該動的なアプリケーションソ
ースコードに含まれているインスタンスを抽出し、抽出
した前記インスタンスを所定ルールでインスタンス情報
として登録管理し、登録管理した該インスタンス情報に
基づいて、前記動的なアプリケーションソースコードを
静的なアプリケーションソースコードに変換することに
よって、オブジェクトの動的オブジェクト生成を静的オ
ブジェクト生成に変換するにある。

【００１２】さらに、本発明の別の特徴は、動的オブジ
ェクト生成に関するアプリケーションソースコードを解
析し、該アプリケーションソースコードに含まれている
インスタンスを抽出するインスタンス抽出手段と、抽出
した前記インスタンスを所定ルールでインスタンス情報
として登録管理する情報管理手段と、登録管理した該イ
ンスタンス情報に基づいて、前記動的オブジェクト生成
に関するアプリケーションソースコードを静的オブジェ
クト生成に関するアプリケーションソースコードに変換
するコード変換手段とを有する、トランスレータを備え
たオブジェクト指向言語処理装置にある。

【００１３】本発明によれば、メソッドアドレス管理テ
ーブル及び不必要なインスタンスの生成が回避され、実
行コードサイズの小さくなるオブジェクト指向言語処理
方法及び処理装置が提供される。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照し説明する。 図１は、本発明による一
実施例のオブジェクト指向言語処理装置を示す構成図で
ある。図１のオブジェクト指向言語処理装置(即ち、実
行コードサイズ最適化処理方法を用いた装置)は、アプ
リケーションソースコード１０と、トランスレータ２０
と、コンパイラ３０と、実行ファイル４０とから構成さ
れる。

【００１５】次に、本実施例の動作について、図２〜図
３を参照して説明する。図２は、図１のトランスレータ
の内部構成図である。図２(ａ)は、クラス最適化処理に
よるトランスレータの内部構成図である。図３は、図２
(ａ)のトランスレータのクラス最適化処理方法を示すフ
ローチャートである。実行コードサイズ最適化処理方法
の一実施例としてのクラス最適化処理方法が示されてい
る。

【００１６】図２(ａ)においてトランスレータ２０の内
部は、インスタンス抽出手段としてのアプリケーション
ソースコード読み込み部２１，アプリケーションソース
コード解析部２２と、情報管理手段としてのクラス登録
部２３，データ登録部２４，メソッド登録部２５，クラ
ステーブル３１，データテーブル３２，メソッドテーブ
ル３３と、コード変換手段としてのクラス生成部200，
アプリケーションソースコード変換部201とから構成さ
れる。

【００１７】図３において、アプリケーションソースコ
ード読み込み部２１は、動的なアプリケーションソース
コード１０を読み込む(ステップＳ１１)。

【００１８】アプリケーションソースコード１０が終端
に達していない場合には、アプリケーションソースコー
ド解析部２２がソースコードを解析し(ステップＳ１
２)、クラスを抽出した場合には(ステップＳ１３)、ク
ラス登録部２３がクラステーブル３１に登録する(ステ
ップＳ１４)。また、データを抽出した場合には(ステッ
プＳ１５)データ登録部２４がデータテーブル３２に登
録する(ステップＳ１６)。

【００１９】そして、メソッドを抽出した場合には(ス
テップＳ１７)メソッド登録部２５がメソッドテーブル
３３に登録し(ステップＳ１８)、再度、ステップＳ１１
の読み込みに戻り、動的なアプリケーションソースコー
ドが全て解析される。

【００２０】解析が終了し、アプリケーションソースコ
ード１０が終端に達していた場合には、クラス生成部20
0は、クラステーブル３１，データテーブル３２，メソ
ッドテーブル３３の情報に基づいて、新たにクラス定義
150を生成する（ステップＳ１９)。そして、アプリケー
ションソースコード変換部201は、 クラステーブル３
１，データテーブル３２，メソッドテーブル３３の情報
と、ステップＳ１９にて新たに生成したクラス定義150
に基づいて、動的なアプリケーションソースコードを静
的なアプリケーションソースコードに変換する(ステッ
プＳ２０)。

【００２１】上記動作について、Ｃ＋＋言語の場合の実
施例を図４〜図７で示し補説する。図４は、クラス最適
化処理前のアプリケーションソースコードを示す図であ
る。すなわち、動的なアプリケーションソースコードで
ある。図５は、各テーブルの構成要素を示す図である。
図６は、各テーブルの一実施例を示す図である。図７
は、クラス最適化処理後のアプリケーションソースコー
ドを示す図である。すなわち、変換された静的なアプリ
ケーションソースコードである。

【００２２】図４において、110，120，130はクラス定
義である。111，121，131はデータ定義であり、112，12
2，132はメソッド定義であり、113，123，133はメソッ
ド実装であり、140はメインコードである。

【００２３】そして、図５のように、クラステーブル３
１の要素が、クラス名称５３，継承リンク５４，メソッ
ドリンク５５，データリンク５６，クラス利用有無５７
で構成され、データテーブル３２の要素が、データ名称
６３，データ利用有無６７で構成され、メソッドテーブ
ル３３の要素が、メソッド名称７３，メソッド利用有無
７７で構成されている場合、トランスレータ２０が、前
述のクラス定義、メソッド実装及びメインコードから成
るアプリケーションソースコード１０を走査すると、図
６に示したようなクラステーブル３１，データテーブル
３２，メソッドテーブル３３が生成される。例えば図６
の図中においては、動的なアプリケーションコード１０
に存在し利用されているクラス，データ，メソッドの各
テーブルに○が付けられている。

【００２４】この場合、ステップＳ１９のクラス生成部
200、およびステップＳ２０のアプリケーションソース
コード変換部201は、クラステーブル３１，データテー
ブル３２，メソッドテーブル３３の情報に基づいて、図
７のように、新たに静的なアプリケーションソースコー
ド１０としての、クラス定義150、メソッド実装153およ
びメインコード160を生成する。

【００２５】以上を纏めれば、本発明の特徴は、動的な
アプリケーションソースコードを解析し、該アプリケー
ションソースコードに存在するインスタンスを抽出し、
抽出したインスタンスを所定ルールでインスタンス情報
として登録管理し、登録管理した該インスタンス情報に
基づいて、該インスタンスのみを提供するクラス定義を
生成し、かつ、該クラス定義に対応するよう静的なアプ
リケーションソースコードに変換する点にある。また
は、後述するように、実行時メソッド決定部を静的メソ
ッド呼出に変換する、あるいは、動的オブジェクト生成
を静的オブジェクト生成に変換する点にある。そして、
メソッドアドレス管理テーブルならびに継承による不必
要なインスタンス生成をなくし、実行コードサイズを小
さくするものである。

【００２６】換言すれば、オブジェクト指向言語の特徴
である実行時決定機能および継承機能を利用するに、オ
ブジェクトの動的オブジェクト生成を静的オブジェクト
生成に変換し、当該オブジェクト生成を全て静的オブジ
ェクト生成にて実行することにより、実行コードサイズ
を最適化して、半導体メモリを処理する点にある。

【００２７】したがって、本発明による課題を解決する
ための手段は、動的オブジェクト生成に関するアプリケ
ーションソースコードを解析し、実行時メソッド決定す
るコードおよびコード位置，アプリケーションソースコ
ードに存在するインスタンスとクラスの関係，オブジェ
クトの動的生成コード位置などのインスタンスを抽出す
るインスタンス抽出手段と、抽出したインスタンスを所
定ルールでインスタンス情報として登録管理する情報管
理手段と、該情報管理手段に保持された情報を基にアプ
リケーションソースコードを実行するのに必要なインス
タンスを提供するクラス定義を生成し、かつ、該クラス
定義とインスタンス情報に基づいてメインコードを含む
静的なアプリケーションソースコードを生成するコード
変換手段とを有するトランスレータを備えたオブジェク
ト指向言語処理装置(即ち、実行コードサイズ最適化処
理方法を用いた装置)である。

【００２８】次に、本発明による他の実施例の動作につ
いて、図２(ｂ)と図８を参照して説明する。図２(ｂ)
は、動的呼出最適化処理によるトランスレータの内部構
成図である。図８は、図２(ｂ)のトランスレータの動的
呼出最適化処理を示すフローチャートである。実行コー
ドサイズ最適化処理の他の実施例としての動的呼出最適
化処理、すなわち、前述の実行時メソッド決定部を静的
メソッド呼出に変換する方法が示されている。

【００２９】なお、図２(ｂ)の実施例では、情報管理手
段としては、動的呼出登録部８１と動的呼出テーブル８
２とが該当し、コード変換手段としては、アプリケーシ
ョンソースコード変換部201のみが該当する。

【００３０】図８において、アプリケーションソースコ
ード読み込み部２１は、動的なアプリケーションソース
コード１１を読み込む(ステップＳ２１)。アプリケーシ
ョンソースコード１１が終端に達していない場合には、
アプリケーションソースコード解析部２２がソースコー
ドを解析する(ステップＳ２２)。そして、動的呼出を抽
出した場合には（ステップＳ２３）動的呼出登録部８１
が動的呼出テーブル８２に登録し（ステップＳ２４)、
再度、ステップＳ２１の読み込みに戻る。アプリケーシ
ョンソースコード１１が終端に達した場合には、アプリ
ケーションソースコード変換部201は、動的呼出テーブ
ル８２の情報に基づいて、静的なアプリケーションソー
スコード１１に変換する(ステップＳ２５)。

【００３１】上記動作についての実施例を図９〜図１２
で示し補説する。図９は、動的呼出最適化処理前のアプ
リケーションソースコードを示す図である。すなわち、
動的なアプリケーションソースコードである。図１０
は、動的呼出テーブルの構成要素を示す図である。図１
１は、動的呼出テーブルの一実施例を示す図である。図
１２は、動的呼出最適化処理後のアプリケーションソー
スコードを示す図である。すなわち、変換された静的な
アプリケーションソースコードである。

【００３２】図９において、110，120，130はクラス定
義である。111，121，131はデータ定義であり、112，12
2，132はメソッド定義であり、113，123，133はメソッ
ド実装であり、141はメインコードである。

【００３３】図１０のように、動的呼出テーブル８２の
要素は、呼出宣言８３，ポインタタイプ８４，代入タイ
プ８５，代入宣言８６，呼出関数８７で構成される。そ
して、トランスレータ２０が、動的なアプリケーション
ソースコード１１を走査すると、図１１に示したような
動的呼出テーブル８２が生成される。ステップＳ２５に
おいて、アプリケーションソースコード変換部201は、
図１２のように、動的呼出テーブル８２の情報に基づい
て、新たに静的なアプリケーションソースコード１１と
しての、クラス定義110，120，130、メソッド実装113，
123，133およびメインコード161を生成する。

【００３４】次に、本発明による別の実施例の動作につ
いて、図２(ｃ)と図１３を参照して説明する。図２(ｃ)
は、動的生成最適化処理によるトランスレータの内部構
成図である。図１３は、図２(ｃ)のトランスレータの動
的生成最適化処理を示すフローチャートである。実行コ
ードサイズ最適化処理の別の実施例としての動的生成最
適化処理、すなわち、前述の動的オブジェクト生成を静
的オブジェクト生成に変換する方法が示されている。

【００３５】なお、図２(ｃ)の実施例では、情報管理手
段としては、動的生成登録部９１と動的生成テーブル９
２とが該当し、コード変換手段としては、アプリケーシ
ョンソースコード変換部201のみが該当する。

【００３６】図１３において、アプリケーションソース
コード読み込み部２１は、動的なアプリケーションソー
スコード１２を読み込む(ステップＳ３１)。
アプリケーションソースコード１２が終端に達してい
ない場合には、アプリケーションソースコード解析部２
２がソースコードを解析する(ステップＳ３２)。そし
て、動的生成ならびに該動的生成のポインタ呼出を抽出
した場合には(ステップＳ３３)動的生成登録部９１が、
動的生成テーブル９２に登録し(ステップＳ３４)、再
度、ステップＳ３１の読み込みに戻る。アプリケーショ
ンソースコード１２が終端に達していた場合には、アプ
リケーションソースコード変換部201は、動的生成テー
ブル９２の情報に基づいて、静的なアプリケーションソ
ースコード１２に変換する(ステップＳ３５)。

【００３７】上記動作についての実施例を図１４〜図１
７で示し補説する。図１４は、動的生成最適化処理前の
アプリケーションソースコードを示す図である。すなわ
ち、動的なアプリケーションソースコードである。図１
５は、動的生成テーブルの構成要素を示す図である。図
１６は、動的生成テーブルの一実施例を示す図である。
図１７は、動的生成最適化処理後のアプリケーションソ
ースコードを示す図である。すなわち、変換された静的
なアプリケーションソースコードである。

【００３８】図１４において、110，120，130はクラス
定義である。111，121，131はデータ定義であり、112，
122，132はメソッド定義であり、113，123，133はメソ
ッド実装であり、142はメインコードである。

【００３９】図１５のように、動的生成テーブル９２の
要素は、生成宣言９３，ポインタタイプ９４，代入タイ
プ９５，ポインタ呼出９６で構成される。そして、トラ
ンスレータ２０が、動的なアプリケーションソースコー
ド１２を走査すると、図１６に示したような動的生成テ
ーブル９２が生成される。ステップＳ３５において、ア
プリケーションソースコード変換部201は、図１７のよ
うに、動的生成テーブル９２の情報に基づいて、新たに
静的なアプリケーションソースコード１２としての、ク
ラス定義110，120，130、メソッド実装113，123，133お
よびメインコード162を生成する。

【００４０】次に、オブジェクト指向言語処理方法にて
処理された半導体メモリの適用例について説明する。図
１８は、本発明による一実施例のエンジン制御装置を示
す構成図である。オブジェクト指向言語を用いて小容量
の半導体メモリを処理するオブジェクト指向言語処理装
置と該半導体メモリを採用したエンジン制御装置とが示
されている。

【００４１】図１８において、自動車用のエンジン制御
装置は、各種センサ１と、各種アクチュエータ３と、各
種センサからの検出信号を処理し各種アクチュエータを
駆動して、エンジンを制御するエンジンコントロールユ
ニット２とから構成される。そして、エンジンコントロ
ールユニット２は、本発明によるオブジェクト指向言語
処理装置８によって処理され、最終的にはアセンブラ言
語にて生成されて実行コードが書き込まれた小容量の半
導体メモリ４を有している。一般に、半導体メモリ４
は、マスタ半導体メモリ７から複写して処理されるの
で、実際は、マスタ半導体メモリ７がオブジェクト指向
言語処理装置８によって処理される。

【００４２】ところで、実行コードサイズが大きくなる
ことが隘路となって、従来のマスタ半導体メモリまたは
半導体メモリは、アセンブラ言語処理装置にて処理され
ていた。更に、オブジェクトの動的生成は半導体メモリ
化に適さないこともあり、オブジェクト指向言語を用い
て半導体メモリを処理することは不利であった。 これ
に対し、本発明によるオブジェクト指向言語処理方法及
び処理装置によって、実行コードサイズが大きくなると
いう隘路が解消されたので、オブジェクト指向言語，Ｃ
言語，アセンブラ言語の各変換処理を経て各種制御装置
のマスタ半導体メモリまたは半導体メモリを処理し、各
種製品にオブジェクト指向言語を利用し製作した半導体
メモリが適用できるようになった。

【００４３】具体的には、 自動車用のエンジン制御装
置に於けるプログラム容量(例えば、12000step前後の容
量)の場合であれば、従来のアセンブラ言語処理方法に
て処理されている半導体メモリは、１２８ＫＢであり、
仮に、従来のオブジェクト指向言語処理方法で半導体メ
モリを処理した場合であれば、１２８ＫＢで収まらず２
５６ＫＢにもなる可能性がある。 これに対し、本発明
によるオブジェクト指向言語処理方法によって処理した
マスタ半導体メモリ７または半導体メモリ４であれば、
６４ＫＢに収まる。

【００４４】ここで具体的なソースコードの一部を示
し、本発明と従来例の違いについて説明する。オブジェ
クト指向言語のルールに基づき処理した図４に示したア
プリケーションソースコードに対応するアセンブラソー
スコードは、例えば、以下のようになる。

【００４５】『従来技術のオブジェクト指向言語処理に
よるアセンブラソースコード』 1 ___1A: 2 pushl %ebp 3 movl %esp,%ebp 4 movl 8(%ebp),%edx 5 movl $__vt$1A,4(%edx) 6 L2: 7 movl %edx,%eax 8 jmp L1 9 .align 4,0x90 10 jmp L1 11 .align 4,0x90 12 L1: 13 movl %ebp,%esp 14 popl %ebp 15 ret 16 LC0: 17 .ascii "%d\12\0" 18 .align 4 19 _Func__1A: 20 pushl %ebp 21 movl %esp,%ebp 22 pushl %ebx 23 movl 8(%ebp),%ebx 24 movl (%ebx),%edx 25 pushl %edx 26 pushl $LC0 27 call _printf 28 addl $8,%esp 29 L3: 30 movl -4(%ebp),%ebx 31 movl %ebp,%esp 32 popl %ebp 33 ret 34 .align 4 35 ___1ARC1A: 36 pushl %ebp 37 movl %esp,%ebp 38 pushl %ebx 39 movl 8(%ebp),%ecx 40 movl 12(%ebp),%edx 41 movl $__vt$1A,4(%ecx) 42 movl (%edx),%ebx 43 movl %ebx,(%ecx) 44 L5: 45 movl %ecx,%eax 46 jmp L4 47 .align 4,0x90 48 jmp L4 49 .align 4,0x90 50 L4: 51 movl -4(%ebp),%ebx 52 movl %ebp,%esp 53 popl %ebp 54 ret 55 .align 4 56 ___1B: 57 pushl %ebp 58 movl %esp,%ebp 59 pushl %ebx 60 movl 8(%ebp),%ebx 61 pushl %ebx 62 call ___1A 63 addl $4,%esp 64 movl $__vt$1B,4(%ebx) 65 L7: 66 movl %ebx,%eax 67 jmp L6 68 .align 4,0x90 69 jmp L6 70 .align 4,0x90 71 L6: 72 movl -4(%ebp),%ebx 73 movl %ebp,%esp 74 popl %ebp 75 ret 76 .align 4 77 _Func__1B: 78 pushl %ebp ( 中略 ） 200 xorl %eax,%eax 201 jmp L16 202 .align 4,0x90 203 jmp L16 204 .align 4,0x90 205 L16: 206 movl %ebp,%esp 207 popl %ebp 208 ret 209 .align 2 210 __vt$1C: 211 .word 0 212 .word 0 213 .long 1 214 .word 0 215 .word 0 216 .long _Func__1C 217 .align 2 218 __vt$1B: 219 .word 0 220 .word 0 221 .long 1 222 .word 0 223 .word 0 224 .long _Func__1B 225 .align 2 226 __vt$1A: 227 .word 0 228 .word 0 229 .long 1 230 .word 0 231 .word 0 232 .long _Func__1A 以上。

【００４６】上記の『従来例のアセンブラソースコー
ド』に対し、本発明によるものは以下のようになる。 『本発明のオブジェクト指向言語処理によるアセンブラ
ソースコード』 1 LC0: 2 .ascii "%d\12\0" 3 .align 4 4 _Func__1D: 5 pushl %ebp 6 movl %esp,%ebp 7 pushl %ebx 8 movl 8(%ebp),%ebx 9 movl (%ebx),%eax 10 movl %eax,4(%ebx) 11 pushl %eax 12 pushl $LC0 13 call _printf 14 addl $8,%esp 15 jmp L2 （ 中略 ） 62 xorl %eax,%eax 63 jmp L5 64 .align 4,0x90 65 jmp L5 66 .align 4,0x90 67 L5: 68 movl %ebp,%esp 69 popl %ebp 70 ret 以上。

【００４７】このように『従来例のアセンブラソースコ
ード』では、２１０行目から２３２行目に実行時決定機
能を実現するためのメソッド管理テーブルが存在し、該
メソッド管理テーブルの初期化をするためのコードが５
行目、６２行目から６４行目(例示していない１２７行
目から１２９行目)に存在する。また、メインコードよ
り参照のないＡ、Ｂに関しても１行目から５５行目と５
６行目から１１９行目までに実装されており、実行コー
ドサイズが大きくなっている。

【００４８】これに対し『本発明のアセンブラソースコ
ード』では、２１０行目から２３２行目に該当するよう
な実行時決定機能を実現するためのメソッド管理テーブ
ルが存在しない。すなわち、具体的に製品となった半導
体メモリを解析した場合は、２１０行目の「__vt$1C:」、
２１１行目の「 .word 0」などのようなメソッド管理テ
ーブルに対応するコマンド列がソースコードに存在しな
いことになる。 また、メインコードに参照のない
オブジェクトに関して、トランスレータにより除外され
実装されていないので、実行コードサイズは小さくな
る。上記の本比較例では、232行のコードサイズが、70
行のコードサイズに小さくなっていることが判る。そし
て、本発明によれば、継承が多重になるほど実行コード
サイズが小さくなる。

【００４９】以上のように、本発明によるオブジェクト
指向言語処理方法または処理装置を適用しオブジェクト
指向言語によって処理された半導体メモリは小型化さ
れ、安価なものとなる利点を有している。さらに、プロ
グラム開発およびデバッグを容易にするために、オブジ
ェクト指向言語の特徴である実行時決定機能および継承
機能を利用しても、実行コードサイズが大きくならない
ので、本発明によるオブジェクト指向言語処理装置をエ
ンジン制御装置の半導体メモリ処理に適用すれば、プロ
グラムの開発工数が半減するという利点が付加される。
これらの点からエンジン制御装置(すなわち、エンジン
コントロールユニット)のコスト低減に結び付くという
効果がある。

【００５０】

【発明の効果】以上説明したように、本発明によれば、
アプリケーションソースコードに存在するインスタンス
を抽出し、該インスタンスのみを提供するクラス定義を
トランスレータが自動生成し、該クラス定義に対応する
ように該アプリケーションソースコードを変換し、また
は実行時メソッド決定部を静的メソッド呼出に変換し、
あるいは動的オブジェクト生成を静的オブジェクト生成
に変換することで、継承による不必要なインスタンス生
成やメソッドアドレス管理テーブルをなくし、オブジェ
クトの生成を全て静的にすることにより、実行コードサ
イズの最適化ができる。

【００５１】上記により、オブジェクト指向言語を用い
た半導体メモリを有するエンジンコントロールユニット
が提供され、コスト低減に結び付くという効果がある。

【図面の簡単な説明】

【図１】本発明による一実施例のオブジェクト指向言語
処理装置を示す構成図である。

【図２】図１のトランスレータの内部構成図である。

【図３】図２(ａ)のトランスレータのクラス最適化処理
方法を示すフローチャートである。

【図４】クラス最適化処理前のアプリケーションソース
コードを示す図である。

【図５】各テーブルの構成要素を示す図である。

【図６】各テーブルの一実施例を示す図である。

【図７】クラス最適化処理後のアプリケーションソース
コードを示す図である。

【図８】図２(ｂ）のトランスレータの動的呼出最適化
処理方法を示すフローチャートである。

【図９】動的呼出最適化処理前のアプリケーションソー
スコードを示す図である。

【図１０】動的呼出テーブルの構成要素を示す図であ
る。

【図１１】動的呼出テーブルの一実施例を示す図であ
る。

【図１２】動的呼出最適化処理後のアプリケーションソ
ースコードを示す図である。

【図１３】図２(ｃ）のトランスレータの動的生成最適
化処理方法を示すフローチャートである。

【図１４】動的生成最適化処理前のアプリケーションソ
ースコードを示す図である。

【図１５】動的生成テーブルの構成要素を示す図であ
る。

【図１６】動的生成テーブルの一実施例を示す図であ
る。

【図１７】動的生成最適化処理後のアプリケーションソ
ースコードを示す図である。

【図１８】本発明による一実施例のエンジン制御装置を
示す構成図である。

【符号の説明】

１…各種センサ、２…エンジンコントロールユニット、
３…各種アクチュエータ、４…半導体メモリ、７…マス
タ半導体メモリ、８…オブジェクト指向言語処理装置、
１０，１１，１２…アプリケーションソースコード、２
０…トランスレータ、２１…アプリケーションソースコ
ード読み込み部、２２…アプリケーションソースコード
解析部、２３…クラス登録部、２４…データ登録部、２
５…メソッド登録部、３０…コンパイラ、３１…クラス
テーブル、３２…データテーブル、３３…メソッドテー
ブル、４０…実行ファイル、５３…クラス名称、５４…
継承リンク、５５…メソッドリンク、５６…データリン
ク、５７…クラス利用有無、６３…データ名称、６７…
データ利用有無、７３…メソッド名称、７７…メソッド
利用有無、８１…動的呼出登録部、８２…動的呼出テー
ブル、８３…呼出宣言、８４，９４…ポインタタイプ、
８５，９５…代入タイプ、８６…代入宣言、８７…呼出
関数、９１…動的生成登録部、９２…動的生成テーブ
ル、９３…生成宣言、９６…ポインタ呼出、110，120，
130，150…クラス定義、111，121，131…データ定義、
112，122，132，153…メソッド定義、113，123，133…
メソッド実装、140，141，142，160161，162…メインコ
ード、200…クラス生成部、201…アプリケーションソー
スコード変換部。

Claims (7)

【特許請求の範囲】
1. 【請求項１】オブジェクトの動的オブジェクト生成を静
   的オブジェクト生成に変換し、当該オブジェクト生成を
   全て前記静的オブジェクト生成にて実行し、半導体メモ
   リを処理することを特徴とするオブジェクト指向言語処
   理方法。
2. 【請求項２】トランスレータとコンパイラとを備え、オ
   ブジェクト指向言語におけるメソッドの実行時決定機能
   と継承機能とを利用し、半導体メモリを処理するオブジ
   ェクト指向言語処理方法であって、 前記トランスレータが、動的なアプリケーションソース
   コードを解析し、該動的なアプリケーションソースコー
   ドに含まれているインスタンスを抽出し、抽出した前記
   インスタンスを所定ルールでインスタンス情報として登
   録管理し、登録管理した該インスタンス情報に基づい
   て、前記動的なアプリケーションソースコードを静的な
   アプリケーションソースコードに変換することによっ
   て、 オブジェクトの動的オブジェクト生成を静的オブジェク
   ト生成に変換することを特徴とするオブジェクト指向言
   語処理方法。
3. 【請求項３】請求項２において、前記所定ルールとし
   て、クラス，データ，メソッドの３つの動的なテーブル
   を作成することを特徴とするオブジェクト指向言語処理
   方法。
4. 【請求項４】請求項２において、前記所定ルールとし
   て、動的呼出テーブルを作成することを特徴とするオブ
   ジェクト指向言語処理方法。
5. 【請求項５】請求項２において、前記所定ルールとし
   て、動的生成テーブルを作成することを特徴とするオブ
   ジェクト指向言語処理方法。
6. 【請求項６】動的オブジェクト生成に関するアプリケー
   ションソースコードを解析し、該アプリケーションソー
   スコードに含まれているインスタンスを抽出するインス
   タンス抽出手段と、 抽出した前記インスタンスを所定ルールでインスタンス
   情報として登録管理する情報管理手段と、 登録管理した該インスタンス情報に基づいて、前記動的
   オブジェクト生成に関するアプリケーションソースコー
   ドを静的オブジェクト生成に関するアプリケーションソ
   ースコードに変換するコード変換手段とを有する、トラ
   ンスレータを備えたことを特徴とするオブジェクト指向
   言語処理装置。
7. 【請求項７】請求項１または請求項２記載のオブジェク
   ト指向言語処理方法、あるいは、請求項６記載のオブジ
   ェクト指向言語処理装置にて処理された半導体メモリを
   用いてセンサからの検出信号を処理し、アクチュエータ
   を駆動してエンジンを制御すること特徴とするエンジン
   コントロールユニット。