JPH10269069A - プログラム処理装置及びプログラム処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザによるプログラムの編集作業なしに、
子クラスの入れ替えを自由に行えるようにする。 【解決手段】 親子クラス関係登録部４から、継承関係
における親クラスと子クラスとの関係を表す親子クラス
関係情報を登録する。親子クラス関係情報処理部５が、
与えられたプログラムから、登録された前記親子クラス
関係情報に基づいて、子クラス特有のインタフェース関
数を検出し、検出されたインタフェース関数を仮想関数
として親クラスに定義する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
プログラミングをする際に、インタフェースの統一とク
ラス間の組み合わせを支援するための技術に関するもの
で、特に、継承関係を持つ子クラスについても、自由な
入れ替えを可能にするものである。

【０００２】

【従来の技術】近年、オブジェクト指向によるソフトウ
ェアの開発が普及している。オブジェクト指向の普及の
背景には、大規模／複雑化するソフトウェアに対応する
ために、プログラム開発でソフトウェアの部品化・再利
用という手法が必要不可欠となってきたことがある。オ
ブジェクト指向では、クラスあるいはオブジェクトと呼
ばれるソフトウェアの部品化の単位が存在し、これを上
手く組み合わせてソフトウェアを構築することができ
る。クラスはプログラムの部分であり、プログラムの実
行時には、オブジェクト（インスタンスとも呼ぶ）と呼
ばれる構成単位が、クラスに書かれたとおりに生成され
る。各オブジェクトは、所有するデータを、自分のもつ
操作によって授受しながら各々の機能を果たすことによ
って、プログラムの目的を達成する。

【０００３】Ｃ＋＋のようなオブジェクト指向のプログ
ラミング言語では、部品化をより柔軟なものにするため
に、部品化の単位となるクラスに継承という機能が取り
入れられている。継承とは、クラスに親子関係を持た
せ、親クラスの性質を子クラスが引き継ぐことである。
引き継がれる性質としては、親クラスで定義された手順
やデータなどが挙げられる。なお、親クラスとは、他の
クラスに引き継がれる性質が定義されているクラスであ
り、子クラスは、親クラスで定義された性質を引き継ぐ
クラスである。

【０００４】ここで、継承におけるクラス間の関係を図
９に例示する。この図において、各矩形は一つずつのク
ラスＣ１，Ｃ２，Ｃ３を表し、矩形中で区分された上段
は「クラス名」、中段はクラスの所有する「データ」、
下段はクラスの所有する「操作」を表している。図９
は、親クラス「形」Ｃ１のデータや操作といった性質
を、子クラス「四角形」Ｃ２及び子クラス「三角形」Ｃ
３が引き継いでいることを表している。また、子クラス
Ｃ２，Ｃ３では、親クラスＣ１の性質以外のものを独自
に定義することも可能である。

【０００５】このような継承関係をコーディングで実現
した場合、親クラスとの継承関係が定義された子クラス
は、独自にコーディングされた要素に加えて、親クラス
に定義されたコーディングを暗黙に所有していることに
なる。ここで、「暗黙に」とは、親クラスで定義された
コーディング内容が、子クラスで再度定義することなく
子クラスの性質に含まれることを意味する。そして、プ
ログラマ（ユーザ）は、自己の意向にしたがって、親ク
ラスの操作の内容を子クラスの定義によって変更した
り、子クラスにおいて、親クラスとは別のデータや操作
のコーディングの追加をしたりすることが可能である。

【０００６】このように、クラスの継承関係では、親ク
ラスのコードを子クラスで再利用できるということがま
ず第１の利点として挙げられる。しかし、継承を利用し
た場合の最大の利点とは、親クラスで記述された操作の
定義（以下インタフェース関数と呼ぶ）を子クラスが引
き継ぐことで、子クラスの種類を自由に入れ替えること
ができることにある。

【０００７】例えば、図９において、親クラス「形」Ｃ
１にインタフェース関数を定義し、子クラス「四角形」
Ｃ２及び子クラス「三角形」Ｃ３が、親クラスＣ１で定
義されたインタフェース関数に対してそれぞれ独自にそ
の具体的な内容を定義することができる。すなわち、親
クラスＣ１の「描画する」というインタフェース関数に
対し、四角形のクラスＣ２では四角形を描画するコーデ
ィングをし、三角形のクラスＣ３では三角形を描画する
コーディングを記述する。

【０００８】この手法は、操作の受け口という共通の要
素だけを親クラスに定義し、この受け口に四角形を指定
するか、三角形を指定するかに応じた具体的な手順をそ
れぞれ子クラスで定義することによって、描画をする時
の操作を変えることができる。なお、ここでいう操作の
「受け口」とは、操作を呼び出すために親クラスで定義
されるインタフェース関数である。

【０００９】このようにすれば、例えば、「丸」クラス
という子クラスが増えた場合でも、「描画する」という
受け口は変更することなく、この受け口を通じて「丸」
を指定することによって、丸のクラスの描画操作を実現
できる。すなわち、親クラスで定義された受け口と、こ
の受け口に対応するインタフェース関数を使ってコーデ
ィングをしたプログラムについては、受け口から呼び出
す子クラスを入れ替えるだけで、実際の操作内容を変え
ることができる。これはクラスの動的結合と呼ばれ、規
格の合っているソフトウェア部品の入れ替えを実現する
ことができる機能である。

【００１０】

【発明が解決しようとする課題】ただし、この手法によ
って自由に入れ替えができる子クラスは、親クラスのイ
ンタフェース関数のみを用いて作成されたプログラムで
なければならない。しかし、一方で、子クラスには、親
クラスのインタフェース関数の定義にはない独自のイン
タフェース関数を追加することも可能である。このよう
に子クラスに追加されたインタフェース関数を呼出すた
めには、親クラスの受け口に入っている子クラスの種類
を具体的に指定する必要がある。なお、ここでいう「子
クラスの種類」とは、親クラスを通じてどの子クラスを
呼び出すべきかという種類を意味する。このような指定
を子クラスへのキャストと呼ぶ。このように特定の子ク
ラスへのキャストに関するコーディングが入った時点
で、キャスト先の子クラスは自由な入れ替えを行えなく
なってしまう。

【００１１】このように、キャストを含むプログラムに
含まれる子クラスを、他の子クラスに入れ替えるには、
キャストする側とされる側のプログラムを全てチェック
し直し、キャストする側とされる側のクラス間でクラス
名称や操作関数名の矛盾が生じないように、手作業でプ
ログラムを編集し直す必要があった。このため、効率的
なプログラミングが妨げられ、子クラスの自由な入れ替
えは困難であった。

【００１２】ここで、プログラミング言語の例としてＣ
＋＋を取り上げ、クラスの自由な入れ替えが困難となる
場合を例示する。第１の例として、図１０に、継承関係
における親クラスと子クラスの例を示す概念図を示す。
この図において、矢印の先が継承の親を示している。す
なわち、Ｆｉｇｕｒｅという親クラスと、子クラスとし
てＳｑｕａｒｅ，Ｔｒｉａｎｇｌｅ，Ｃｉｒｃｌｅとい
う子クラスが存在するような継承関係が成り立ってい
る。各クラスを表す矩形の上段はクラスの名称であり、
下段はそれぞれのクラスが持っているインタフェース関
数である。

【００１３】図１０に示した各クラスをＣ＋＋でコーデ
ィングした場合における各クラスのヘッダーファイル
を、図１１（ａ）〜（ｄ）に示す。「ｐｕｂｌｉｃ：」
というキーワード以下に示された関数が各クラスのイン
タフェース関数である。また、Ｆｉｇｕｒｅクラスにお
いて（図１１（ａ））、「ｖｉｒｔｕａｌ」というキー
ワードを持った関数は、子クラスに継承され、かつ、親
クラスのインタフェース関数の受け口を利用できるとい
う意味を持っている。ここでは、ｖｉｒｔｕａｌｖｏｉ
ｄ ＧｅｔＳｉｚｅ（ｉｎｔ ｘ，ｉｎｔ ｙ）、ｖｉ
ｒｔｕａｌ ｖｏｉｄＤｒａｗ（）という２つのインタ
フェース関数について、Ｓｑｕａｒｅ，Ｔｒｉａｎｇｌ
ｅ，Ｃｉｒｃｌｅという全ての子クラスが暗黙に所有し
ていることになる。この２つの関数については、各クラ
スが共通で持っているので、子クラスの入れ替えを行っ
ても不都合は生じない。

【００１４】しかし、Ｓｑｕａｒｅ，Ｔｒｉａｎｇｌ
ｅ，Ｃｉｒｃｌｅの子クラスに独自に定義されているイ
ンタフェース関数は、それぞれクラス固有のものであ
る。そのため、他のクラスがこの独自のインタフェース
関数を利用した時点で、クラスの入れ替えは不可能にな
ってしまう。例えば、あるクラスが初めＳｑｕａｒｅク
ラス独自のインタフェース関数を用いて実装を行ってい
たが、ＳｑｕａｒｅクラスをＴｒｉａｎｇｌｅクラスへ
入れ替える必要が発生したとする。この場合、親クラス
であるＦｉｇｕｒｅクラスの持っているｖｉｒｔｕａｌ
関数の呼び出しに関しては問題は生じないが、Ｓｑｕａ
ｒｅクラス固有の（図１１（ｂ））例えばＳｅｔＳｑｕ
ａｒｅＴｙｐｅ関数を呼び出している部分に関しては、
この関数を持っていないＴｒｉａｎｇｌｅクラスでは対
応できない。このため、ＳｑｕａｒｅクラスをＴｒｉａ
ｎｇｌｅクラスへ入れ替えることは困難となる。

【００１５】第２の例として、図１２に示すクラス情報
が入力されたものとする。また、このクラス情報に対応
するプログラムにおいて、親クラスＦｉｇｕｒｅの入れ
物ｆｉｇに対して、Ｓｑｕａｒｅクラスを生成してお
り、Ｓｑｕａｒｅクラスの所有する関数であるインタフ
ェース関数ＤｒａｗＩｎｉｔｉａｌｉｚｅを呼び出した
いものとする。このような場合、従来技術では、Ｆｉｇ
ｕｒｅクラスの所有していないインタフェース関数Ｄｒ
ａｗＩｎｉｔｉａｌｉｚｅを呼び出すためには、生成さ
れた型であるＳｑｕａｒｅクラスに明示的にキャストす
るという処理が必要であった。

【００１６】すなわち、従来では、このような場合、
（（Ｓｑｕａｒｅ＊）ｆｉｇ）−＞ＤｒａｗＩｎｉｔｉ
ａｌｉｚｅ（）のように、具体的なキャスト先を指定し
て呼び出しを行う必要があった。このため、Ｓｑｕａｒ
ｅクラスを例えばＴｒｉａｎｇｌｅクラスに入れ替えた
い場合、ＤｒａｗＩｎｉｔｉａｌｉｚｅの呼び出し部分
を（（Ｔｒｉａｎｇｌｅ＊））−＞ＤｒａｗＩｎｉｔｉ
ａｌｉｚｅ（）のように直す必要があった。このため、
子クラスへの入れ替えが発生した場合、子クラスの独自
に所有するインタフェース関数を洗い出し、全てキャス
トのためのクラス名を変更するという作業が発生してい
た。

【００１７】本発明は、上記のような従来技術の問題点
を解決するために提案されたものであって、その目的
は、ユーザによるプログラムの編集作業なしに、子クラ
スの入れ替えを自由に行えるようにすることである。ま
た、本発明の他の目的は、利用条件に適した効率的なプ
ログラム開発を可能とすることである。

【００１８】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１の発明は、複数のクラスを有するプログラ
ムを処理するためのプログラム処理装置において、プロ
グラム中で定義されている親クラスと子クラス間の継承
関係を表す親子クラス関係情報を登録するための手段
と、与えられたプログラムから、登録された前記親子ク
ラス関係情報に基づいて、子クラス特有のインタフェー
ス関数を検出し、検出されたインタフェース関数を仮想
関数として親クラスに定義する手段と、を有することを
特徴とする。請求項４の発明は、請求項１又は３記載の
プログラム処理装置において、前記検出されたインタフ
ェース関数を仮想関数として親クラスに定義する手段
は、与えられたプログラムに含まれる親クラスのインタ
フェース関数と子クラスのインタフェース関数とを比較
することによって、子クラス特有のインタフェース関数
を検出する手段と、検出されたインタフェース関数か
ら、実装なしの仮想関数を定義する構文を作成する手段
と、作成された構文を親クラスの宣言部に加入する手段
と、を有することを特徴とする。請求項７の発明は、請
求項１の発明を方法の観点から把握したものであって、
複数のクラスを有するプログラムを処理するためのプロ
グラム処理方法において、プログラム中で定義されてい
る親クラスと子クラス間の継承関係を表す親子クラス関
係情報を登録するためのステップと、与えられたプログ
ラムから、登録された前記親子クラス関係情報に基づい
て、子クラス特有のインタフェース関数を検出し、検出
されたインタフェース関数を仮想関数として親クラスに
定義するステップと、を含むことを特徴とする。

【００１９】請求項１，４及び７の発明では、子クラス
特有の全てのインタフェース関数も親クラスに定義され
るので、親クラスと子クラスの間でインタフェース関数
が統一される。このため、これらのクラスを利用する側
では、キャストを行わなくとも、子クラス特有の関数を
親クラスのインタフェース関数として呼び出すことがで
きる。これによって、子クラスを入れ替えた場合にプロ
グラムを変更しなくても、インタフェース関数を利用す
る側と利用される側で矛盾が生じない。

【００２０】請求項２の発明は、複数のクラスを有する
プログラムを処理するためのプログラム処理装置におい
て、各クラスが有するインタフェース関数を表すクラス
情報を登録するための手段と、与えられたプログラムに
おいて、インタフェース関数を呼び出すために、キャス
ト先のクラスを特定せずに記述される第１のキャスト構
文を、登録された前記クラス情報に基づいて、当該イン
タフェース関数を有する具体的なクラスへのキャストを
表す第２のキャスト構文に変換する手段と、を有するこ
とを特徴とする。請求項５の発明は、請求項２又は３記
載のプログラム処理装置において、前記第２のキャスト
構文に変換する手段は、所定のキーワードを用いてイン
タフェース関数を呼び出すためのキャストをクラスを特
定せずに表す第１のキャスト構文を、与えられたプログ
ラムから検出する手段と、検出された第１のキャスト構
文に係るインタフェース関数を有するクラスを、前記ク
ラス情報に基づいて、キャスト先候補として特定する手
段と、キャスト先候補のうち、コンパイル時にプログラ
ムに含まれるものに対して、場合分け構文を用いて選択
的にキャストを行うための第２のキャスト構文を作成す
る手段と、作成された第２のキャスト構文によって、前
記第１のキャスト構文を置き換える手段と、を有するこ
とを特徴とする。請求項８の発明は、請求項２の発明を
方法の観点から把握したものであって、複数のクラスを
有するプログラムを処理するためのプログラム処理方法
において、各クラスが有するインタフェース関数を表す
クラス情報を登録するためのステップと、与えられたプ
ログラムにおいて、インタフェース関数を呼び出すため
に、キャスト先のクラスを特定せずに記述される第１の
キャスト構文を、登録された前記クラス情報に基づい
て、当該インタフェース関数を有する具体的なクラスへ
のキャストを表す第２のキャスト構文に変換するステッ
プと、を含むことを特徴とする。

【００２１】請求項２，５及び８の発明では、ユーザ
は、プログラム中でキャストを行う場合、その旨を、キ
ャスト先の子クラスを具体的に特定しない第１のキャス
ト構文で記述しておく。第１のキャスト構文は、所定の
キーワードを用い、特定のクラスに依存せずにキャスト
を表すものである。このようなプログラムが与えられる
と、キーワードを目印に第１のキャスト構文が検出され
る。そして、キャストに係るインタフェース関数を持つ
子クラスが、クラス情報に基づいて、キャスト先候補と
して特定される。第１のキャスト構文は第２のキャスト
構文に置き換えられるが、第２のキャスト構文は、具体
的なキャスト先候補へのキャストを実現するものであ
る。これによって、子クラスが入れ替えられても、プロ
グラム中のクラスから、必要なキャスト先が自動選択さ
れるので、子クラスの入れ替えが自由になる。

【００２２】請求項３の発明は、複数のクラスを有する
プログラムを処理するためのプログラム処理装置におい
て、プログラム中で定義されている親クラスと子クラス
間の継承関係を表す親子クラス関係情報を登録するため
の手段と、与えられたプログラムから、登録された前記
親子クラス関係情報に基づいて、子クラス特有のインタ
フェース関数を検出し、検出されたインタフェース関数
を仮想関数として親クラスに定義する手段と、を有する
第１の処理部と、各クラスが有するインタフェース関数
を表すクラス情報を登録するための手段と、与えられた
プログラムにおいて、インタフェース関数を呼び出すた
めに、キャスト先のクラスを特定せずに記述される第１
のキャスト構文を、登録された前記クラス情報に基づい
て、当該インタフェース関数を有する具体的なクラスへ
のキャストを表す第２のキャスト構文に変換する手段
と、を有する第２の処理部と、前記第１の処理部又は前
記第２の処理部を選択するための手段と、を有すること
を特徴とする。請求項３の発明によれば、ユーザは、子
クラス独自の関数の多少、継承関係の階層数、階層構造
やクラス構造の変化の頻度などの利用条件に応じて、子
クラスの入れ替えを可能にするための第１の処理部と第
２の処理部を自由に選択することができる。このため、
利用条件に適した効率的なプログラム開発が可能とな
る。

【００２３】請求項６の発明は、請求項２，３又は５記
載のプログラム処理装置において、前記第２のキャスト
構文を含むプログラムをコンパイルするために必要なラ
イブラリを有することを特徴とする。請求項６の発明で
は、第２のキャスト構文で場合分けされたキャストを実
現するための独自の関数などをライブラリに用意してお
き、用意したそのような関数を用いて効率的なわかりや
すいプログラミングを行うことができる。

【００２４】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００２５】（１）構成 図１は、本実施の形態におけるプログラム処理装置（以
下「本装置」という）の構成を示す機能ブロック図であ
る。この図に示すように、本装置は、まず、各種の情報
や指示などを入力するための入力装置１及び各種の情報
や処理結果などを表示する表示装置２と、入力装置１及
び表示装置２を管理するための入出力管理部３とを有す
る。また、本装置の構成要素は、子クラスの自由な入れ
替えをそれぞれ異なった手法で可能にするための第１の
処理部Ａと第２の処理部Ｂとを含む。

【００２６】このうち第１の処理部Ａは、請求項１，４
及び７を具体化したもので、第２の処理部Ｂは、請求項
２，５，６，８を具体化したものである。なお、本装置
は、子クラスの自由な入れ替えを可能とするための手段
として、第１の処理部又は第２の処理部のいずれかを選
択するための切り替え部Ｓを有する（請求項３）。

【００２７】（１−１）第１の処理部Ａ 第１の処理部Ａは、子クラス特有のインタフェース関数
を親クラスにも定義することによって、子クラスの自由
な入れ替えを可能にするものである。すなわち第１の処
理部Ａは、継承関係における親クラスと子クラスとの関
係を表す親子クラス関係情報を登録するための親子クラ
ス関係登録部４と、登録された前記親子クラス関係情報
に基づいて、与えられたプログラムを所定の処理によっ
て展開する親子クラス関係情報処理部５と、を有する。
また、第１の処理部Ａは、登録された親子クラス関係情
報を格納するための親子クラス関係情報格納部６と、処
理によって展開されたプログラムを格納するための親子
クラス関係展開情報格納部７と、を有する。

【００２８】親子クラス関係情報処理部５は、与えられ
たプログラムから、登録された前記親子クラス関係情報
に基づいて、子クラス特有のインタフェース関数を検出
し、検出されたインタフェース関数を仮想関数として親
クラスに定義する手段である。図２は、親子クラス関係
情報処理部５の具体的な構成を示す機能ブロック図であ
る。

【００２９】この図に示すように、親子クラス関係情報
処理部５は、特有関数検出部５１と、定義作成部５２
と、定義加入部５３と、を有する。特有関数検出部５１
は、与えられたプログラムに含まれる親クラスのインタ
フェース関数と子クラスのインタフェース関数とを比較
することによって、子クラス特有のインタフェース関数
を検出する部分である。定義作成部５２は、検出された
インタフェース関数から、実装なしの仮想関数を定義す
る構文を作成する部分である。定義加入部５３は、作成
された構文を親クラスの宣言部に加入する部分である。
また、「実装なし」とは、呼ばれた場合の操作が何も定
義されていない関数である。

【００３０】（１−２）第２の処理部Ｂ また、第２の処理部Ｂは、具体的なクラスを特定せずに
書かれたキャストの構文を、場合分けを用いて適切なク
ラスに自動キャストする構文に書き換えることによっ
て、子クラスの自由な入れ替えを可能にするものであ
る。すなわち、第２の処理部Ｂは（図１）、各クラスが
有するインタフェース関数を表すクラス情報を登録する
ためのクラス登録部８と、登録された前記クラス情報に
基づいて、与えられたプログラムに所定の処理を行って
プログラムを展開するクラス情報処理部９と、を有す
る。また、第２の処理部Ｂは、登録されたクラス情報を
格納するためのクラス情報格納部１０と、処理によって
展開されたプログラムを格納するためのクラス展開情報
格納部１１と、を有する。

【００３１】クラス情報処理部９は、与えられたプログ
ラムにおいてインタフェース関数を呼び出すためにキャ
スト先を特定せずに記述された第１のキャスト構文を、
登録された前記クラス情報に基づいて、当該インタフェ
ース関数を有する具体的な子クラスへのキャストを行う
第２のキャスト構文に変換する手段である。図３は、ク
ラス情報処理部９の具体的な構成を示す機能ブロック図
である。

【００３２】この図に示すように、クラス情報処理部９
は、キャスト検出部９１と、キャスト先特定部９２と、
構文作成部９３と、置き換え部９４と、を有する。キャ
スト検出部９１は、所定のキーワードを用いてインタフ
ェース関数を呼び出すためのキャストをクラスを特定せ
ずに表す第１のキャスト構文を、与えられたプログラム
から検出する部分である。キャスト先特定部９２は、検
出された第１のキャスト構文に係るインタフェース関数
を有するクラスを、前記クラス情報に基づいて、キャス
ト先候補として特定する部分である。構文作成部９３
は、キャスト先候補のうち、コンパイル時にプログラム
に含まれるものに対して、場合分け構文を用いて選択的
にキャストを行うための第２のキャスト構文を作成する
部分である。置き換え部９４は、作成された第２のキャ
スト構文によって、前記第１のキャスト構文を置き換え
る部分である。

【００３３】なお、第２の処理部Ｂは（図１）、変換デ
ータ格納部１２を有しており、変換データ格納部１２に
は、前記第２のキャスト構文を含むプログラムを実行形
式に変換（コンパイル）するために必要なライブラリが
格納されている。このライブラリは、第２のキャスト構
文及び、キャストのためのインスタンス登録用にプログ
ラム中で用いられる独自の関数について、具体的な処理
内容を実現するものである。

【００３４】（２）作用 上記のような構成を有する本実施の形態では、次のよう
な処理によって、子クラスの自由な入れ替えが可能とな
る。なお、ユーザ（プログラマ）は、切り替え部Ｓを用
い、プログラミング内容に応じて、第１の処理部Ａ又は
第２の処理部Ｂを選択する。選択された第１の処理部Ａ
又は第２の処理部Ｂは、それぞれ次のようにプログラム
を処理する。

【００３５】（２−１）第１の処理部Ａによる処理 図４は、第１の処理部Ａによる処理手順を示すフローチ
ャートである。

【００３６】（２−１−１）親子クラス関係情報の入力 すなわち、この図に示すように、まず、ユーザは、親子
クラス関係登録部４を用いて、継承関係を表す親子クラ
ス関係情報を登録する（ステップ４１）。このとき、ユ
ーザは、入力装置１及び入出力管理部３を通じて、親ク
ラスについて、親クラスである旨と、名称とを入力す
る。同様に、ユーザは、各子クラスについて、子クラス
である旨と、名称とを入力する。入力された情報は、親
子クラス関係登録部４によって本装置内に取り込まれ、
親子クラス関係情報格納部６に所定の形式で格納される
（ステップ４１）。

【００３７】（２−１−２）プログラムの入力 次に、ユーザは、プログラムとして、通常の形式でコー
ディングされたソースコードを、入力装置１及び入出力
管理部３を通じて入力する（ステップ４２）。ここで入
力するプログラムは、子クラスを入れ替えを意識したも
のである必要はないが、ステップ４１で入力された親子
クラス関係情報と対応したものである。また、プログラ
ムのうち入力するのは、全文でもよいが、親クラスと子
クラスそれぞれについて、クラスで用いる関数を宣言し
ている宣言部のヘッダーファイルが入力されれば足り
る。入力されたプログラムは、親子クラス関係情報処理
部５に読み込まれる（ステップ４２）。

【００３８】（２−１−３）プログラムの処理（ステッ
プ４３〜４５） このように親子クラス関係情報と必要なプログラムとが
入力されると、親子クラス関係情報処理部５は、入力さ
れたプログラムと、親子クラス関係情報格納部６に格納
されている親子クラス関係情報に基づいて、プログラム
を処理する。この処理は、与えられたプログラムの中か
ら、親子クラス関係情報に基づいて、子クラス特有のイ
ンタフェース関数を検出し、検出されたインタフェース
関数を仮想関数として親クラスに定義するものである。
この処理は、具体的には次のように行われる。

【００３９】すなわち、親子クラス関係情報処理部５で
は、特有関数検出部５１が（図２）、与えられたプログ
ラムに含まれる親クラスのインタフェース関数と子クラ
スのインタフェース関数とを比較することによって、子
クラスから、親クラスに含まれていない子クラス特有の
インタフェース関数を検出する（ステップ４３）。この
とき、親子クラス関係情報が、プログラム中の親クラス
と子クラスを識別するのに用いられる。

【００４０】次に、定義作成部５２が、検出されたイン
タフェース関数から、実装なしの仮想関数を定義する構
文を作成する（ステップ４４）。作成された構文は、定
義加入部５３によって、親クラスの宣言部に加入される
（ステップ４５）。このように仮想関数を定義する構文
が加入されたプログラムは、親子クラス関係展開情報格
納部７に格納され（ステップ４６）、コンパイルに用い
られる。

【００４１】なお、本装置では、親子クラス関係情報格
納部６に格納された親子クラス関係情報、入力されたプ
ログラム、親子クラス関係展開情報格納部７に格納され
たプログラムなど所望の情報を、入出力管理部３を介し
て入力装置１及び表示装置２より、自由にユーザが出し
入れすることができる。例えば、格納された各種情報
は、文字情報ファイルとして外部から読み出して利用す
ることが可能であり、また、入出力管理部３を介して、
表示装置２に表示することも可能である。このため、本
装置内の各種情報の利用態様が拡がり、プログラムの開
発作業が効率化される。

【００４２】（２−１−４）実例 ここで、従来技術として示したものと同じ図１０の継承
関係と、同じく図１１（ａ）〜（ｄ）に示したプログラ
ムを例に取り、第１の処理部Ａによって子クラスの自由
な入れ替えを実現する場合の例を示す。図１０及び図１
１に示した例について、従来技術での問題点は、Ｓｑｕ
ａｒｅクラス固有のＳｅｔＳｑｕａｒｅＴｙｐｅ関数の
ように、子クラス固有の関数の呼び出しがプログラム中
に存在すると、呼ばれる関数を持っている子クラスを他
の子クラスに入れ替えられなくなることであった。

【００４３】第１の処理部Ａによる処理は、このように
各子クラスが独自に所有しているインタフェース関数
を、全て親クラスであるＦｉｇｕｒｅクラスにｖｉｒｔ
ｕａｌ関数として定義する。これによって、クラス間の
インタフェース（関数）の呼び出し先を親クラスに統一
し、子クラスの自由な入れ替えを可能にするものであ
る。すなわち、子クラス独自の全てのインタフェース関
数を、親クラスがｖｉｒｔｕａｌ関数として持つこと
で、全てのクラスのインタフェース関数がＦｉｇｕｒｅ
クラスにおいて共通関数として定義されることになる。

【００４４】ただし、定義されるｖｉｒｔｕａｌ関数は
実装なし、すなわち、ｖｉｒｔｕａｌ ｖｏｉｄ Ｓｅ
ｔＳｑｕａｒｅＴｙｐｅ（）｛｝として宣言されなけれ
ばならない。これによって実際にＳｅｔＳｑｕａｒｅＴ
ｙｐｅ関数を必要としないＴｒｉａｎｇｌｅクラスにお
いて、もしＳｅｔＳｑｕａｒｅＴｙｐｅ関数が呼び出さ
れたとしても、何も処理されることはないので、プログ
ラムの予想外の振る舞いのような問題は生じない。この
ように、ＦｉｇｕｒｅクラスとＳｑｕａｒｅ，Ｔｒｉａ
ｎｇｌｅ，Ｃｉｒｃｌｅの継承におけるクラスのインタ
フェース関数を統一した結果、親クラスであるＦｉｇｕ
ｒｅクラスのヘッダーファイルは、図５（ｅ）のように
なる。なお、子クラスのヘッダーファイルについては変
換を要しない。

【００４５】（２−１−５）第１の処理部Ａによる処理
の効果 以上のように、第１の処理部Ａによる処理では、ユーザ
が子クラスが独自に持つインタフェース関数を呼び出す
コードを記述したとしても、親クラスのヘッダーファイ
ルの変換処理により、全ての子クラスのインタフェース
関数は親クラスが所有することになる。

【００４６】すなわち、第１の処理部Ａによる処理で
は、子クラス特有の全てのインタフェース関数も親クラ
スに定義されるので、親クラスと子クラスの間でインタ
フェース関数が統一される。このため、これらのクラス
を利用する側では、キャストを行わなくとも、子クラス
特有の関数を親クラスのインタフェース関数として呼び
出すことができる。これによって、子クラスを入れ替え
た場合にプログラムを変更しなくても、インタフェース
関数を利用する側と利用される側で矛盾が生じない。

【００４７】特に、第１の処理部Ａによる処理は、子ク
ラス独自のインタフェース関数が親クラスにも定義され
るもので、手法が単純かつ理解容易である。この点が、
子クラス独自に宣言される関数が少ない場合、継承関係
が浅く１階層にとどまる場合、階層構造やクラス構造が
あまり変化しない場合などに優れた適応性を有する。特
に適応性に優れる対象としては、アルゴリズムをクラス
化したような、処理系のプログラムが考えられる。

【００４８】なお、子クラスにおいて、特有のインタフ
ェース関数に関する部分が変更されると、親クラスでの
インタフェース関数の定義が影響される。具体的には、
追加された子クラスの操作を全て親クラスで追加されて
いるかどうかを意識しながらの編集作業が必要になり、
親クラスと継承関係を有する他の子クラスにも影響が生
じる。このため、第１の処理部Ａによる処理の方法を手
作業で実行するにはこれらのチェック作業が必須となる
が、本実施の形態の装置を用いれば、これらの作業が自
動化されるので、作業効率が向上する。

【００４９】（２−２）第２の処理部Ｂを用いた処理 ユーザが、切り替え部Ｓによって、第２の処理部Ｂを選
択した場合は、次のような処理が行われる。なお、図６
は、第２の処理部Ｂによる処理手順を示すフローチャー
トである。

【００５０】（２−２−１）クラス情報の登録 まず、ユーザは、インタフェースを統一させたいクラス
群について、クラス登録部８を用いて、各クラスが有す
るインタフェース関数を表すクラス情報を登録する（ス
テップ６１）。クラス情報としては、各クラス毎に、ク
ラスの名称と、当該クラスで独自に定義されるインタフ
ェース関数を入力する。入力装置１から入力されたクラ
ス情報は、入出力管理部３を介してクラス登録部８によ
ってシステム内に取り込まれ、クラス情報格納部９に所
定の形式で格納される（ステップ６１）。

【００５１】（２−２−２）プログラムの入力 次に、ユーザは、処理したい実装ファイルのプログラム
を入力装置１から入力し、入出力管理部３を経由して、
クラス情報処理部９に与える（ステップ６２）。このプ
ログラムは、ステップ６１で登録された各クラスに対応
するものである。なお、このプログラムにおいて他のク
ラスへのキャストを用いる場合は、具体的なクラス名は
記述せずに、予め決められた特定のキーワードを用いて
キャストを記述する。なお、このように所定の形式で記
述されたキャストを第１のキャスト構文と呼ぶこととす
る。

【００５２】（２−２−３）プログラムの処理（ステッ
プ６３〜６６） 以上のようにクラス情報とプログラムが与えられると、
クラス情報処理部９が、クラス情報に基づいてプログラ
ムを処理する。この処理は、全てのキャスト構文につい
て、次のような具体的処理を適用することによって実現
される。

【００５３】まず、クラス情報処理部９のキャスト検出
部９１が（図３）、所定のキーワードを用いてキャスト
構文を、与えられたプログラムから検出する（ステップ
６３）。この検出は、第１のキャスト構文に用いられる
キーワードを、通常の文字列検索で検索することによっ
て行うことができる。

【００５４】次に、キャスト先特定部９２が、検出され
た第１のキャスト構文で呼び出されるインタフェース関
数を有するクラスを、前記クラス情報に基づいて、キャ
スト先候補として特定する（ステップ６４）。この特定
は、第１のキャスト構文がキャスト対象とするインタフ
ェース関数をクラス情報のなかから検索し、当該インタ
フェース関数を持つクラスを全て列挙することによっ
て、行うことができる。ここで特定されたクラスは、キ
ャスト先として利用可能なクラスである。

【００５５】続いて、構文作成部９３が第２のキャスト
構文を作成する（ステップ６５）。この第２のキャスト
構文は、キャスト先候補のうち、コンパイル時にプログ
ラムに含まれるものに対して、場合分け構文を用いて選
択的にキャストを行うためのものである。最後に、置き
換え部９４が、作成された第２のキャスト構文と前記第
１のキャスト構文を置き換えることによって、プログラ
ムへの処理が終了する（ステップ６６）。

【００５６】（２−２−４）処理されたプログラムの利
用 このように、第２のキャスト構文を含んだプログラム
は、クラス展開情報格納部１１に格納され（ステップ６
７）、コンパイルに用いられる。なお、このように処理
されたプログラムは、場合分けされたキャストを実現す
るための独自の関数呼び出しを含み、この関数呼び出し
をコンパイルするためのライブラリは、あらかじめ変換
データ格納部１２に格納しておく。このライブラリは、
処理されたプログラムに対して、プログラムの実行時に
必要となる変換処理を与える。したがって、コンパイル
の際は、変換データ格納部１２に格納されている変換処
理のための関数群を参照しながら、コンパイルを行う。

【００５７】なお、本装置では、クラス情報格納部１０
に格納されたクラス情報、入力されたプログラム、クラ
ス展開情報格納部１１に格納されたプログラムなど、所
望の情報を、入出力管理部３を介して、入力装置１及び
表示装置２より、自由にユーザが出し入れすることがで
きる。例えば、格納された各種情報は、文字情報ファイ
ルとして外部から読み出して利用することが可能であ
り、また、入出力管理部３を介して、表示装置２に表示
することも可能である。このため、本装置内の各種情報
の利用態様が拡がり、プログラムの開発作業が効率化さ
れる。

【００５８】（２−２−５）第２の処理部Ｂによる処理
の実例 ここで、第１の処理部Ａに関して図１０，１１で示した
ものと同じ例を用いて、第２の処理部Ｂによって子クラ
スの自由な入れ替えを実現する場合の例を示す。ここで
解決しようとするのは、子クラスの任意の入れ替えを考
えた時、親クラスであるＦｉｇｕｒｅから継承されたイ
ンタフェース関数ではなく子クラスが固有に持つインタ
フェース関数を呼び出すクラスがあるとき、呼び出され
るインタフェース関数を持つ子クラスの入れ替えが不可
能になるという問題である。

【００５９】第１の処理部Ａでは、親クラスと子クラス
のインタフェース関数を比較し、子クラスが固有に持つ
インタフェース関数を親クラスで実装なしインタフェー
ス関数として全て定義することで、この問題を解決し
た。これに対して、第２の処理部Ｂは、親クラスのイン
タフェース関数を増やすことはしない。そして、キャス
ト先の具体的な子クラスをプログラム上であらかじめ指
定することなく、最終的にプログラムに含まれる子クラ
スに自動的にキャスティングを行う構文を、プログラム
に加入する。すると、子クラスを入れ替えても、入れ替
え後にプログラム中に含まれる子クラスの中かから、キ
ャスト先が自動選択されるので、プログラムの編集作業
なしに子クラスを入れ替えることが可能となる。

【００６０】ここでは、従来技術で示した例と同様に図
１２のクラス情報が入力されたものとする。この例での
従来技術の問題は、Ｓｑｕａｒｅクラスを名指ししてイ
ンタフェース関数ＤｒａｗＩｎｉｔｉａｌｉｚｅを呼び
出す部分がプログラム中にある状態で、キャスト先のＳ
ｑｕａｒｅクラスを他のクラスに入れ替えようとする
と、キャスト先を変更するための多くの手作業を要する
点であった。

【００６１】これを解決するためには、キャスト部分に
固有のクラス名を使わなくても、最終的にプログラムに
含まれ、かつ、目的のインタフェース関数を持つ子クラ
スに、自動的にキャストできれば良い。この処理を実現
するために、第２の処理部Ｂで処理しようとするプログ
ラム（ソースコード）では、図７（ａ）に示すように、
キャストを用いた関数の呼び出しに「Ｃａｓｔ」という
キーワードを付ける。このキーワードを用いたキャスト
の構文が第１のキャスト構文である。

【００６２】この第１のキャスト構文Ｃａｓｔ（ｆｉ
ｇ）−＞ＤｒａｗＩｎｉｔｉａｌｉｚｅ（）は、どのク
ラスにも依存しないキャスティングコードとなる。この
「Ｃａｓｔ」キーワードをもとにＣ＋＋のコードレベル
で自動キャスティングがかけられるように、コードを展
開する。まず「Ｃａｓｔ」というキーワードを持つ、
“Ｃａｓｔ（ｆｉｇ）−＞ＤｒａｗＩｎｉｔｉａｌｉｚ
ｅ（）”という構文を見つけたら（図７（ｂ））、Ｄｒ
ａｗＩｎｉｔｉａｌｉｚｅ（）関数を持つクラスを、図
１２に示したクラス情報から抽出する。ここでは、Ｓｑ
ｕａｒｅクラスとＴｒｉａｎｇｌｅクラスが抽出され
る。

【００６３】抽出されたクラスをもとに、“Ｃａｓｔ
（ｆｉｇ）−＞ＤｒａｗＩｎｉｔｉａｌｉｚｅ （）”
を図７（ｃ）に表されるコードに展開する。このコード
は考えられるクラスへの場合分けによるキャスティング
を示す。なお、ＥｎｔｅｒＣａｓｔは実行時に生成され
るクラスへのアドレスとクラス名を保持する関数であ
り、Ｃａｓｔｉｎｇは渡されたアドレスからキャストす
べきクラス名を返す関数である。なお、ここでは、独自
の関数コールを用いており、この関数コールをコンパイ
ルするために必要な関数ライブラリは、変換データ格納
部１２にあらかじめ格納しておく。なお、「独自の関数
コール」とは、あらかじめ用意されたシステム関数では
なく、ユーザによって独自に定義され使用される関数で
ある。コンパイル時には、この変換データ格納部１２を
参照することによって、ＥｎｔｅｒＣａｓｔとＣａｓｔ
ｉｎｇという２つの関数を持ったライブラリを利用す
る。

【００６４】図８は、展開された（処理された）プログ
ラム（ｄ）とライブラリ（ｅ）を用いてコンパイルが行
われることを示す概念図である。この２つの関数を用い
ることで、実行時には、プログラム中のクラスから実際
に生成されたオブジェクトへのキャスティングが行われ
ることになる。また、ユーザが作成するプログラムは、
図７（ａ）の内容なので、子クラスのキャストを意識し
ないコーディングが可能となる。

【００６５】（２−２−６）第２の処理部Ｂによる処理
の効果 以上のように、第２の処理部Ｂによる処理では、ユーザ
は、キャストが必要と考えられる部分で、第１のキャス
ト構文を記述しておく。第１のキャスト構文は、所定の
キーワードを用い、特定のクラスに依存せずにキャスト
を表すものである。このようなプログラムが与えられる
と、キーワードを目印に第１のキャスト構文が検出され
る。そして、キャストをすべきインタフェース関数を持
つ子クラスが、クラス情報に基づいて、キャスト先候補
として特定される。第１のキャスト構文は第２のキャス
ト構文に置き換えられるが、第２のキャスト構文は、場
合分けを用いて具体的なキャスト先候補へのキャストを
実現するものである。これによって、子クラスが入れ替
えられても、プログラム中のクラスから、必要なキャス
ト先が自動選択されるので、子クラスの入れ替えが自由
になる。

【００６６】特に、第２の処理部Ｂによる処理は、キャ
スト先としては目的のインタフェース関数を持つクラス
が選択され、キャストによって無関係なクラスが影響さ
れることはない。このため、子クラス独自に宣言される
関数が多い、継承関係が１階層より多くなる可能性があ
る、階層構造及びクラス構造が頻繁に変化する場合な
ど、プログラムの構造が複雑な場合でも、優れた適応性
を有する。特に適応性に優れる対象としては、ＧＵＩ
（グラフィカル・ユーザ・インタフェース）のような継
承関係やクラスの追加・拡張が起こりやすいプログラム
が考えられる。

【００６７】なお、第２の処理部Ｂによる処理では、イ
ンタフェース関数を持つ子クラス（キャスト先候補）が
複数ありうる場合に、考えられるキャスト先候補を全て
列挙し、場合分け（条件分岐）によってキャスト先を振
り分けるプログラムを作成することになる。これによっ
て、ある第１の子クラスが存在するときは第１の子クラ
スへ、第２の子クラスが存在するときは第２の子クラス
へ、というふうに実際のキャストが行われる。そして、
子クラスの種類が増えるたびに、場合分けの構文への追
加が生じるというように、部品の種類の変更や追加によ
って、もとのコーディングに影響を及ぼす。このため、
第２の処理部Ｂによる処理の方法を手作業で実現するに
は、このようなチェック作業の負担が大きいが、本実施
の形態に示したような装置を用いれば、これらの作業が
自動化されるので、作業効率が向上する。

【００６８】また、第２の処理部Ｂによる処理では、第
２のキャスト構文で場合分けされたキャストを実現する
ための独自の関数などをライブラリ（変換データ格納部
１２）に用意しておき、用意したそのような関数を用い
て効率的なわかりやすいプログラミングを行うことがで
きる（請求項６）。

【００６９】（３）本実施の形態による他の効果 また、本実施の形態によれば、ユーザは、切り替え部Ｓ
を用いて、子クラス独自の関数の多少、継承関係の階層
数、階層構造やクラス構造の変化の頻度などの利用条件
に応じて、子クラスの入れ替えを可能にするための異な
った手法を自由に選択することができる。このため、利
用条件に適した効率的なプログラム開発が可能となる
（請求項３）。

【００７０】（４）他の実施の形態 なお、本発明は上記実施の形態に限定されるものではな
いので、次に例示するような他の実施の形態をも包含す
るものである。例えば、第１の処理部Ａと第２の処理部
Ｂはいずれか一方だけ設けてもよく、その場合は切り替
え部Ｓは不要となる。また、上記実施の形態で示したプ
ログラムや各クラスの形式や内容などの具体例は例示に
過ぎず、本発明は所望の形式や内容で実施することがで
きる。

【００７１】また、第１のキャスト構文や第２のキャス
ト構文などの形式も単なる例示であり、これらは所望の
キーワードと記述形式で実施することができる。また、
本発明は、コンピュータプログラムによって実現するこ
とが一般的と考えられるが、そのようなコンピュータプ
ログラムを記録した記録媒体も本発明の一態様である。

【００７２】

【発明の効果】以上説明したように、本発明によれば、
子クラスの自由な入れ替えが実現されるので、オブジェ
クト指向におけるプログラミングが効率化され、プログ
ラムの部品化や再利用が促進される。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるプログラム処理装
置の構成を示す機能ブロック図

【図２】本発明の実施の形態における親子クラス関係情
報処理部の具体的な構成を示す機能ブロック図

【図３】本発明の実施の形態におけるクラス情報処理部
の具体的な構成を示す機能ブロック図

【図４】本発明の実施の形態における第１の処理部Ａに
よる処理手順を示すフローチャート

【図５】本発明の実施の形態における第１の処理部Ａに
よるプログラムの処理の例を示す概念図

【図６】本発明の実施の形態における第２の処理部Ｂに
よる処理手順を示すフローチャート

【図７】本発明の実施の形態における第２の処理部Ｂに
よる処理の例を示す概念図

【図８】本発明の実施の形態における第２の処理部Ｂに
よって処理されたプログラムを、ライブラリを用いてコ
ンパイルする状態を示す概念図

【図９】継承関係における親クラスと子クラスとの関係
を示す概念図

【図１０】継承関係に係る親クラスと子クラスとの関係
を示す概念図

【図１１】図１０の継承関係に対応したプログラムの継
承関係に係る親クラスと子クラスとの関係を示す概念図

【図１２】本発明の実施の形態における第２の処理部Ｂ
による処理に関して、クラス情報の例を示す図

【符号の説明】

Ａ…第１の処理部 Ｂ…第２の処理部 Ｓ…切り替え部 １…入力装置 ２…表示装置 ３…入出力管理部 ４…親子クラス関係登録部 ５…親子クラス関係情報処理部 ６…親子クラス関係情報格納部 ７…親子クラス関係展開情報格納部 ８…クラス登録部 ９…クラス情報処理部 １０…クラス情報格納部 １１…クラス展開情報格納部 １２…変換データ格納部

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数のクラスを有するプログラムを処理
   するためのプログラム処理装置において、 プログラム中で定義されている親クラスと子クラス間の
   継承関係を表す親子クラス関係情報を登録するための手
   段と、 与えられたプログラムから、登録された前記親子クラス
   関係情報に基づいて、子クラス特有のインタフェース関
   数を検出し、検出されたインタフェース関数を仮想関数
   として親クラスに定義する手段と、 を有することを特徴とするプログラム処理装置。
2. 【請求項２】 複数のクラスを有するプログラムを処理
   するためのプログラム処理装置において、 各クラスが有するインタフェース関数を表すクラス情報
   を登録するための手段と、 与えられたプログラムにおいて、インタフェース関数を
   呼び出すために、キャスト先のクラスを特定せずに記述
   される第１のキャスト構文を、登録された前記クラス情
   報に基づいて、当該インタフェース関数を有する具体的
   なクラスへのキャストを表す第２のキャスト構文に変換
   する手段と、 を有することを特徴とするプログラム処理装置。
3. 【請求項３】 複数のクラスを有するプログラムを処理
   するためのプログラム処理装置において、 プログラム中で定義されている親クラスと子クラス間の
   継承関係を表す親子クラス関係情報を登録するための手
   段と、与えられたプログラムから、登録された前記親子
   クラス関係情報に基づいて、子クラス特有のインタフェ
   ース関数を検出し、検出されたインタフェース関数を仮
   想関数として親クラスに定義する手段と、を有する第１
   の処理部と、 各クラスが有するインタフェース関数を表すクラス情報
   を登録するための手段と、与えられたプログラムにおい
   て、インタフェース関数を呼び出すために、キャスト先
   のクラスを特定せずに記述される第１のキャスト構文
   を、登録された前記クラス情報に基づいて、当該インタ
   フェース関数を有する具体的なクラスへのキャストを表
   す第２のキャスト構文に変換する手段と、を有する第２
   の処理部と、 前記第１の処理部又は前記第２の処理部を選択するため
   の手段と、 を有することを特徴とするプログラム処理装置。
4. 【請求項４】 前記検出されたインタフェース関数を仮
   想関数として親クラスに定義する手段は、 与えられたプログラムに含まれる親クラスのインタフェ
   ース関数と子クラスのインタフェース関数とを比較する
   ことによって、子クラス特有のインタフェース関数を検
   出する手段と、 検出されたインタフェース関数から、実装なしの仮想関
   数を定義する構文を作成する手段と、 作成された構文を親クラスの宣言部に加入する手段と、 を有することを特徴とする請求項１又は３記載のプログ
   ラム処理装置。
5. 【請求項５】 前記第２のキャスト構文に変換する手段
   は、 所定のキーワードを用いてインタフェース関数を呼び出
   すためのキャストをクラスを特定せずに表す第１のキャ
   スト構文を、与えられたプログラムから検出する手段
   と、 検出された第１のキャスト構文に係るインタフェース関
   数を有するクラスを、前記クラス情報に基づいて、キャ
   スト先候補として特定する手段と、 キャスト先候補のうち、コンパイル時にプログラムに含
   まれるものに対して、場合分け構文を用いて選択的にキ
   ャストを行うための第２のキャスト構文を作成する手段
   と、 作成された第２のキャスト構文によって、前記第１のキ
   ャスト構文を置き換える手段と、 を有することを特徴とする請求項２又は３記載のプログ
   ラム処理装置。
6. 【請求項６】 前記第２のキャスト構文を含むプログラ
   ムをコンパイルするために必要なライブラリを有するこ
   とを特徴とする請求項２，３又は５記載のプログラム処
   理装置。
7. 【請求項７】 複数のクラスを有するプログラムを処理
   するためのプログラム処理方法において、 プログラム中で定義されている親クラスと子クラス間の
   継承関係を表す親子クラス関係情報を登録するためのス
   テップと、 与えられたプログラムから、登録された前記親子クラス
   関係情報に基づいて、子クラス特有のインタフェース関
   数を検出し、検出されたインタフェース関数を仮想関数
   として親クラスに定義するステップと、 を含むことを特徴とするプログラム処理方法。
8. 【請求項８】 複数のクラスを有するプログラムを処理
   するためのプログラム処理方法において、 各クラスが有するインタフェース関数を表すクラス情報
   を登録するためのステップと、 与えられたプログラムにおいて、インタフェース関数を
   呼び出すために、キャスト先のクラスを特定せずに記述
   される第１のキャスト構文を、登録された前記クラス情
   報に基づいて、当該インタフェース関数を有する具体的
   なクラスへのキャストを表す第２のキャスト構文に変換
   するステップと、 を含むことを特徴とするプログラム処理方法。