JPH1165832A

JPH1165832A - ソースコード変換方法及び記録媒体

Info

Publication number: JPH1165832A
Application number: JP9225239A
Authority: JP
Inventors: Kouun Ri; 巧云李
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1997-08-21
Filing date: 1997-08-21
Publication date: 1999-03-09
Also published as: US6546549B2; CN1214486A; US20020013936A1; CN1103962C

Abstract

(57)【要約】【課題】複数の異なるプログラム実行環境にも容易に
適応でき、しかもインターフェース定義言語を用いるこ
となくスタブメソッドを生成することが可能なソースコ
ード変換方法を提供する。【解決手段】オブジェクト間通信に使用されるスタブ
メソッドが実行されるプログラム実行環境に対応して予
め登録された情報を参照して、ソースコードを他のソー
スコードへ変換する。ここで、変換前のソースコード
は、所定のプログラミング言語で記述されるとともに、
スタブメソッドに関する記述が、複数の異なるプログラ
ム実行環境に対して共通の書式で記述されてなる。ま
た、変換後のソースコードは、上記プログラミング言語
と同一のプログラミング言語で記述されるとともに、ス
タブメソッドが実行されるプログラム実行環境に対応し
た所定の書式で記述されてなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト間通
信に使用されるメソッド（いわゆるスタブメソッド）に
関する記述を含むソースコードを、プログラム実行環境
に対応したソースコードに変換するソースコード変換方
法に関する。また、そのようなソースコード変換方法を
実現するソースコード変換用プログラムが記録されたコ
ンピュータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】通常、オブジェクト指向プログラミング
では、オブジェクト間通信を行うためのメソッドが頻繁
に使用される。ここで、オブジェクト間通信とは、例え
ば、あるオブジェクトから他のオブジェクトへメッセー
ジを送るような処理のことであり、オブジェクト指向プ
ログラミングにおいて、このようなオブジェクト間通信
は、オペレーティングシステムによって提供されるサー
ビスとして必須のものである。

【０００３】このようなオブジェクト間通信に使用され
るメソッドは、一般に、スタブメソッドと称されてい
る。すなわち、オブジェクト指向プログラミングでは、
あるオブジェクトから他のオブジェクトへメッセージを
送るようなときに、スタブメソッドが使用される。な
お、以下の説明では、メッセージを送る側のオブジェク
トをクライアントオブジェクトと称し、メッセージが送
られる側のオブジェクトをサーバオブジェクトと称す
る。

【０００４】例えば、ネットワークを介して接続された
他のコンピュータ上で実行されるサーバオブジェクトの
プロシージャを実行したいようなときには、スタブメソ
ッドを用いて、クライアントオブジェクトから他のコン
ピュータ上で実行されるサーバオブジェクトへ、ネット
ワークを介してメッセージを送る。これにより、ネット
ワークを介した他のコンピュータ上で実行されるサーバ
オブジェクトのプロシージャの実行が可能となる。この
ように、スタブメソッドを使用することにより、ネット
ワークを介して他のコンピュータ上で実行されるプロシ
ージャを呼び出すリモートコールを、ローカルのプロシ
ージャコールのインターフェースと同様に行うことが可
能となる。

【０００５】ところで、このようなスタブメソッドは、
通常、スタブジェネレータにより生成される。スタブジ
ェネレータとは、あるプログラミング言語によってスタ
ブメソッドに関する記述がなされたソースコードを読み
込んで、当該ソースコードからスタブメソッドを生成す
るプログラムである。なお、スタブジェネレータは、通
常、メッセージを送る側であるクライアントオブジェク
トについてのスタブメソッドと、メッセージを受け取る
側であるサーバオブジェクトについてのスタブメソッド
との両方をそれぞれ生成する機能を備えており、これに
より、クライアントオブジェクト及びサーバオブジェク
トの構築を、非常に容易且つ柔軟に行えるようになされ
ている。

【０００６】以下、スタブジェネレータを用いてプログ
ラムを作成する手法について説明する。

【０００７】スタブジェネレータを用いてプログラムを
作成する際は、例えば、プログラミング言語の一つであ
るＣ＋＋を使用して、オブジェクト間通信以外の部分に
ついてのプログラムを作成するとともに、オブジェクト
間通信のインターフェースを定義しているインターフェ
ース定義言語を使用して、オブジェクト通信に関する部
分のプログラムを作成する。なお、インターフェース定
義言語は、オブジェクト間通信のインターフェースを定
義する言語であり、例えば、オブジェクト指向の分散処
理環境を実現するための規約であるＣＯＲＢＡ（Common
Object Request Broker Architecture）によって規定
された言語である。

【０００８】具体的には、クライアントオブジェクトと
サーバオブジェクトとの間のオブジェクト間通信を行う
ようなアプリケーションプログラムを作成する際は、図
４に示すように、まず、３種類のソースコードを作成す
る。

【０００９】すなわち、第１のソースコードとして、ス
タブメソッドに関する記述がインターフェース定義言語
で記述されてなるソースコードを作成する。換言すれ
ば、この第１のソースコードにより、オブジェクト間通
信を行う際のインターフェースが定義される。なお、図
４では、この第１のソースコードが記述されたファイル
ｆ１を「Test．idl」として示している。

【００１０】また、第２のソースコードとして、サーバ
オブジェクトに関する記述がＣ＋＋等のようなプログラ
ミング言語で記述されてなるソースコードを作成する。
ここで、第２のソースコードには、サーバオブジェクト
に関する記述のうち、第１のソースコードで記述された
オブジェクト間通信に関する記述以外の部分が含まれ
る。また、この第２のソースコードには、例えば、メッ
セージを受け付けて当該メッセージに基づく処理を行う
スレッドを生成するメソッドを、第１のソースコードに
よって記述されたスタブメソッドの中から呼び出すプロ
シージャ等が含まれる。なお、図４では、この第２のソ
ースコードが記述されたファイルｆ２を「Test svc_pr
oc.cc」として示している。

【００１１】また、第３のソースコードとして、クライ
アントオブジェクトに関する記述がＣ＋＋等のようなプ
ログラミング言語で記述されてなるソースコードを作成
する。ここで、第３のソースコードには、クライアント
オブジェクトに関する記述のうち、第１のソースコード
で記述されたオブジェクト間通信に関する記述以外の部
分が含まれる。すなわち、この第３のソースコードに
は、例えば、アプリケーションプログラムとして、適切
なサービスへの接続など、メインとなる機能を実行する
ための記述が含まれる。なお、図４では、この第３のソ
ースコードが記述されたファイルｆ３を「Test.cc」及
び「Test.h」として示している。ここで、「Test.h」は
「Test.cc」に組み込まれるインクルードファイルであ
る。

【００１２】そして、インターフェース定義言語で記述
された第１のソースコードは、スタブジェネレータ１０
１によって、第２のソースコードや第３のソースコード
の記述に使用されたプログラミング言語と同じプログラ
ミング言語によって記述されたソースコードに変換され
る。すなわち、スタブジェネレータ１０１によって、イ
ンターフェース定義言語ではなく、Ｃ＋＋等のようなプ
ログラミング言語で記述されてなるスタブメソッドが生
成される。

【００１３】具体的には、第１のソースコードが記述さ
れたファイルｆ１から、サーバオブジェクトの側のスタ
ブメソッドに関する記述を含むファイルｆ４と、クライ
アントオブジェクトの側のスタブメソッドに関する記述
を含むファイルｆ５と、オブジェクト間通信を行うオブ
ジェクトで共通に使用されるインクルードファイルｆ６
とが生成される。

【００１４】なお、図４では、サーバオブジェクトの側
のスタブメソッドに関する記述を含むファイルｆ４を、
「TestStub.cc」及び「TestStub.h」として示してい
る。ここで、「TestStub.h」は「TestStub.cc」に組み
込まれるインクルードファイルである。また、クライア
ントオブジェクトの側のスタブメソッドに関する記述を
含むファイルｆ５を、「TestProxy.cc」及び「TestProx
y.h」として示している。ここで、「TestProxy.h」は
「TestProxy.cc」に組み込まれるインクルードファイル
である。また、オブジェクト間通信を行うオブジェクト
で共通に使用されるインクルードファイルｆ６を「Test
Entry.h」「TestMsg.h」として示している。

【００１５】そして、以上のようなファイルｆ４，ｆ
５，ｆ６を生成した後、それらのファイルｆ４，ｆ５，
ｆ６と、第２のソースコードが記述されたファイルｆ２
と、第３のソースコードが記述されたファイルｆ３とを
それぞれコンパイルし、それらをリンクする。これによ
り、アプリケーションプログラムを構成するファイルと
して、サーバオブジェクトの側の実行ファイルｆ６と、
クライアントオブジェクトの側の実行ファイルｆ７とが
生成される。

【００１６】すなわち、図４に示す例では、第２のソー
スコードが記述されたファイルｆ２（Test svc_proc.c
c）と、サーバオブジェクトの側のスタブメソッドに関
する記述を含むファイルｆ４（TestStub.cc，TestStub.
h）と、オブジェクト間通信を行うオブジェクトで共通
に使用されるインクルードファイルｆ６（TestEntry.
h，TestMsg.h）とから、コンパイラやリンカを備えた実
行ファイル生成用プログラム１０２によって、サーバオ
ブジェクトの側の実行ファイルｆ７が生成される。

【００１７】また、第３のソースコードが記述されたフ
ァイルｆ３（Test.h，Test.cc）と、クライアントオブ
ジェクトの側のスタブメソッドに関する記述を含むファ
イルｆ５（TestProxy.cc，TestProxy.h）と、オブジェ
クト間通信を行うオブジェクトで共通に使用されるイン
クルードファイルｆ６（TestEntry.h，TestMsg.h）とか
ら、コンパイラやリンカを備えた実行ファイル生成用プ
ログラム１０３によって、クライアントオブジェクトの
側の実行ファイルｆ８が生成される。

【００１８】ところで、一般に、プログラム実行環境に
は様々な種類があり、アプリケーションプログラムを作
成する際は、当該アプリケーションプログラが実行され
るプログラム実行環境に適合するように、プログラムを
作成する必要がある。そして、当然の事ながら、アプリ
ケーションプログラムの性質や要求に応じて作成される
スタブメソッドも、プログラム実行環境に適合するよう
に作成する必要がある。したがって、アプリケーション
プログラムで使用されるスタブメソッドをスタブジェネ
レータによって生成する際には、アプリケーションプロ
グラムが実行されるプログラム実行環境に適合するよう
に、スタブメソッドを生成する必要がある。

【００１９】そこで、従来、複数の異なるプログラム実
行環境が存在する場合には、各プログラム実行環境に適
合したスタブメソッドをそれぞれ生成するスタブジェネ
レータを、各プログラム実行環境毎に用意していた。そ
して、スタブメソッドを生成する際には、当該スタブメ
ソッドを使用するアプリケーションプログラムが実行さ
れるプログラム実行環境に応じて、使用するスタブジェ
ネレータを切り換えるようにしていた。

【００２０】

【発明が解決しようとする課題】しかしながら、インタ
ーフェース定義言語で記述されたソースコードをスタブ
ジェネレータで変換することにより、スタブメソッドを
生成するような手法では、以下に挙げるような問題があ
る。

【００２１】第１に、所定のインターフェース定義言語
で記述されたソースコードを作成する必要があるため、
スタブメソッドを用いたアプリケーションプログラムを
作成するには、インターフェース定義言語を勉強して習
得しなければならないという問題がある。すなわち、通
常、インターフェース定義言語と、Ｃ＋＋等のようなプ
ログラム言語とは、その書式等がまるっきり異なるた
め、スタブジェネレータを使おうとする際には、先ず、
時間をかけてインターフェース定義言語を勉強して、イ
ンターフェース定義言語でソースコードを作成できるよ
うにならなければならない。このため、従来、スタブメ
ソッドを使用するアプリケーションプログラムの作成に
は、多大な労力を必要としていた。

【００２２】第２に、インターフェース定義言語で記述
された部分によるインターフェースと、Ｃ＋＋等のよう
なプログラミング言語で記述された部分のインターフェ
ースとが正しく一致しているか否かの確認が、非常に難
しいという問題がある。すなわち、図４に示したように
アプリケーションプログラムを作成すると、一つのアプ
リケーションプログラムの中に、インターフェース定義
言語で記述された部分と、Ｃ＋＋等のようなプログラミ
ング言語で記述された部分とが存在することとなる。上
述したように、通常、インターフェース定義言語と、Ｃ
＋＋等のようなプログラム言語とは、その書式等がまる
っきり異なる。このため、インターフェース定義言語で
記述された部分と、Ｃ＋＋等のようなプログラミング言
語で記述された部分とが、一つのアプリケーションプロ
グラムの中に存在していると、それらのインターフェー
スが一致しているか否かの確認が非常に難しい。

【００２３】第３に、従来のスタブジェネレータは、複
数の異なるプログラム実行環境で共通に使用することが
できないという問題がある。そこで、複数の異なるプロ
グラム実行環境が存在する場合には、上述したように、
各プログラム実行環境に適合したスタブメソッドをそれ
ぞれ生成するスタブジェネレータを、各プログラム実行
環境毎に用意する必要があった。

【００２４】第４に、スタブメソッドとして使用可能な
メソッドは、インターフェース定義言語で予め規定され
たメソッドだけであり、ユーザーが動的にスタブメソッ
ドの内容を変更することはできないという問題がある。
すなわち、スタブメソッドとして使用可能なメソッド
は、スタブジェネレータの設計の階段で予め決められた
ものであり、スタブジェネレータに依存している。この
ため、ユーザーがスタブメソッドの内容の変更を行うよ
うなことはできなかった。

【００２５】本発明は、以上のような従来の実情に鑑み
て提案されたものであり、複数の異なるプログラム実行
環境にも容易に適応でき、しかもインターフェース定義
言語を用いることなくスタブメソッドを生成することが
可能なソースコード変換方法、並びにそのようなソース
コード変換方法を実現するソース変換用プログラムが記
録されたコンピュータ読み取り可能な記録媒体を提供す
ることを目的としている。

【００２６】

【課題を解決するための手段】本発明に係るソースコー
ド変換方法では、オブジェクト間通信に使用されるメソ
ッドが実行されるプログラム実行環境に対応して予め登
録された情報を参照して、ソースコードを他のソースコ
ードへ変換する。ここで、変換前のソースコードは、所
定のプログラミング言語で記述されるとともに、オブジ
ェクト間通信に使用されるメソッドに関する記述が、複
数の異なるプログラム実行環境に対して共通の書式で記
述されてなる。また、変換後のソースコードは、上記プ
ログラミング言語と同一のプログラミング言語で記述さ
れるとともに、上記メソッドが実行されるプログラム実
行環境に対応した所定の書式で記述されてなる。

【００２７】また、本発明に係る記録媒体は、ソースコ
ード変換用プログラムが記録されたコンピュータ読み取
り可能な記録媒体であり、このソースコード変換用プロ
グラムは、オブジェクト間通信に使用されるメソッドが
実行されるプログラム実行環境に対応して予め登録され
た情報を参照して、ソースコードを他のソースコードへ
変換する。ここで、変換前のソースコードは、所定のプ
ログラミング言語で記述されるとともに、オブジェクト
間通信に使用されるメソッドに関する記述が、複数の異
なるプログラム実行環境に対して共通の書式で記述され
てなる。また、変換後のソースコードは、上記プログラ
ミング言語と同一のプログラミング言語で記述されると
ともに、上記メソッドが実行されるプログラム実行環境
に対応した所定の書式で記述されてなる。

【００２８】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら詳細に説明する。

【００２９】以下の説明では、クライアントオブジェク
トとサーバオブジェクトとの間でのオブジェクト間通信
を行うアプリケーションプログラムの作成手順の説明を
通して、本発明を適用したソースコード変換方法につい
て説明する。なお、本発明に係る記録媒体は、例えば、
以下に説明するスタブジェネレータが記録されてなるも
のである。ここで、記録媒体は、コンピュータ読み取り
可能であるならばどのようなものでも良く、例えば、磁
気ディスク、光磁気ディスク、相変化型光ディスク、光
ディスク、ＲＯＭ（Read Only memory）、ＲＡＭ（Rand
om Access Memory）等が挙げられる。

【００３０】クライアントオブジェクトとサーバオブジ
ェクトとの間のオブジェクト間通信を行うアプリケーシ
ョンプログラムを作成する際は、図１に示すように、ま
ず、３種類のソースコードを作成する。

【００３１】すなわち、第１のソースコードとして、ス
タブメソッドに関する記述を有するソースコードを作成
する。換言すれば、この第１のソースコードにより、オ
ブジェクト間通信を行う際のインターフェースが定義さ
れる。そして、この第１のソースコードは、スタブメソ
ッドに関する記述を可能とするための所定の指定子「Ac
tive」が使えるように拡張されたＣ＋＋によって記述さ
れてなる。ここで、指定子「Active」は、本発明を適用
するにあたってＣ＋＋が拡張され定義された指定子であ
り、当該指定子「Active」によって指定されたメンバ関
数が、スタブメソッドに対応するメンバ関数であること
を示す。なお、図１では、この第１のソースコードが記
述されたファイルＦ１を「Test.h」として示している。

【００３２】また、第２のソースコードとして、サーバ
オブジェクトに関する記述がＣ＋＋で記述されてなるソ
ースコードを作成する。ここで、第２のソースコードに
は、サーバオブジェクトに関する記述のうち、第１のソ
ースコードで記述されたオブジェクト間通信に関する記
述以外の部分が含まれる。また、この第２のソースコー
ドには、例えば、メッセージを受け付けて当該メッセー
ジに基づく処理を行うスレッドを生成するメソッドを、
第１のソースコードによって記述されたスタブメソッド
の中から呼び出すプロシージャ等が含まれる。なお、図
１では、この第２のソースコードが記述されたファイル
Ｆ２を「Test svc_proc.cc」として示している。

【００３３】また、第３のソースコードとして、クライ
アントオブジェクトに関する記述がＣ＋＋で記述されて
なるソースコードを作成する。ここで、第３のソースコ
ードには、クライアントオブジェクトに関する記述のう
ち、第１のソースコードで記述されたオブジェクト間通
信に関する記述以外の部分が含まれる。すなわち、この
第３のソースコードには、例えば、アプリケーションプ
ログラムとして、適切なサービスへの接続など、メイン
となる機能を実行するための記述が含まれる。なお、図
１では、この第３のソースコードが記述されたファイル
Ｆ３を「Test.cc」として示している。

【００３４】そして、スタブジェネレータ１によって、
第１のソースコードは、上述の指定子「Active」を用い
ることなく、Ｃ＋＋で記述されたソースコードに変換さ
れる。すなわち、指定子「Active」で指定されたメンバ
関数が、当該指定子「Active」を用いるような拡張を行
っていないＣ＋＋で記述されるように、スタブジェネレ
ータ１によって、ソースコードが変換される。これによ
り、第２のソースコードや第３のソースコードと同様な
Ｃ＋＋で記述されてなるスタブメソッドが生成される。

【００３５】そして、このような変換により、第１のソ
ースコードが記述されたファイルＦ１から、サーバオブ
ジェクトの側のスタブメソッドに関する記述を含むファ
イルＦ４と、クライアントオブジェクトの側のスタブメ
ソッドに関する記述を含むファイルＦ５と、オブジェク
ト間通信を行うオブジェクトで共通に使用されるインク
ルードファイルＦ６とが生成される。

【００３６】なお、図１では、サーバオブジェクトの側
のスタブメソッドに関する記述を含むファイルＦ４（以
下、サーバスタブファイルＦ４と称する。）を、「Test
Stub.cc」及び「TestStub.h」として示している。ここ
で、「TestStub.h」は、「TestStub.cc」に組み込まれ
るインクルードファイルである。また、クライアントオ
ブジェクトの側のスタブメソッドに関する記述を含むフ
ァイルＦ５（以下、クライアントスタブファイルＦ５と
称する。）を、「TestProxy.cc」及び「TestProxy.h」
として示している。ここで、「TestProxy.h」は、「Tes
tProxy.cc」に組み込まれるインクルードファイルであ
る。また、オブジェクト間通信を行うオブジェクトで共
通に使用されるインクルードファイルＦ６（以下、共通
スタブファイルＦ６と称する。）を、「TestEntry.h」
「TestMsg.h」として示している。なお、これらのファ
イルＦ４，Ｆ５，Ｆ６の含まれるソースコードは、上述
したような変換が施されることにより、上記指定子「Ac
tive」を用いることなく、第２のソースコードや第３の
ソースコードと同様なＣ＋＋で記述されてなる。

【００３７】そして、以上のようなファイルＦ４，Ｆ
５，Ｆ６を生成した後、それらのファイルＦ４，Ｆ５，
Ｆ６と、第２のソースコードが記述されたファイルＦ２
と、第３のソースコードが記述されたファイルＦ３とを
それぞれコンパイルし、それらをリンクする。これによ
り、アプリケーションプログラムを構成するファイルと
して、サーバオブジェクトの側の実行ファイルＦ７と、
クライアントオブジェクトの側の実行ファイルＦ８とが
生成される。

【００３８】すなわち、図１に示す例では、第２のソー
スコードが記述されたファイルＦ２（Test svc_proc.c
c）と、サーバスタブファイルＦ４（TestStub.cc，Test
Stub.h）と、共通スタブファイルＦ６（TestEntry.h，T
estMsg.h）とから、コンパイラやリンカを備えた実行フ
ァイル生成用プログラム２によって、サーバオブジェク
トの側の実行ファイルＦ７が生成される。

【００３９】また、第３のソースコードが記述されたフ
ァイルＦ３（Test.h，Test.cc）と、クライアントスタ
ブファイルＦ５（TestProxy.cc，TestProxy.h）と、共
通スタブファイルＦ６（TestEntry.h，TestMsg.h）とか
ら、コンパイラやリンカを備えた実行ファイル生成用プ
ログラム３によって、クライアントオブジェクトの側の
実行ファイルＦ８が生成される。

【００４０】つぎに、上記スタブジェネレータ１につい
て詳細に説明する。

【００４１】このスタブジェネレータ１では、指定子
「active」を導入することで、インターフェース定義言
語を用いることなく、スタブメソッドを非常に容易且つ
柔軟に生成できるようにしている。

【００４２】このスタブジェネレータ１は、オブジェク
ト指向プログラミングを適用して構築されてなるソース
コード変換用プログラムであり、オブジェクト間通信に
用いられるスタブメソッドを生成するためのものであ
る。すなわち、このスタブジェネレータ１は、指定子
「Active」を用いてスタブメソッドに関する記述がなさ
れたソースコードを、指定子「Active」を用いることな
くＣ＋＋で記述されたソースコードに変換する。具体的
には、図１に示した例では、スタブジェネレータ１は、
指定子「Active」を用いてスタブメソッドに関する記述
がなされたファイルＦ１（Test.h）を変換して、サーバ
スタブファイルＦ４（TestStub.h，TestStub.cc）と、
クラアントスタブファイルＦ５（TestProxy.h，TestPro
xy.cc）と、共通スタブファイルＦ６（TestEntry.h，Te
stMsg.h）とを生成する。

【００４３】このスタブジェネレータ１は、図２に示す
ように、主に、入力されたソースコードを解析する解析
部４と、解析したソースコードからスタブメソッドを生
成する生成部５との２つに分かれる。解析部４は、入力
されたソースコードを構成要素の単位に分け、プログラ
ムの中間表現を生成する。生成部５は、解析部４によっ
て生成された中間表現からスタブメソッドを生成する。

【００４４】ここで、解析部４は、スタブジェネレータ
１に入力されるソースコードの記述に使用されるプログ
ラム言語に応じたものとされる。すなわち、スタブジェ
ネレータ１に入力されるソースコードの記述に使用され
るプログラム言語が異なる場合には、解析部４も異なる
ものとなる。ただし、解析部４による解析の結果として
生成される中間表現は、プログラム言語が異なっていて
も、共通の表現とされる。したがって、生成部５は、ス
タブジェネレータ１に入力されるソースコードの記述に
使用されるプログラム言語が異なっていても、共通のも
のを使用することができる。

【００４５】このスタブジェネレータ１は、図２に示す
ように、先ず、入力処理ルーチン１１（CharInput）
で、入力されたソースコードから空欄や注釈等を除去
し、識別子や予約語を示す文字列等のような、プログラ
ムとして意味がある字句を抽出する。なお、図２に示す
例において、入力処理ルーチン１１に入力されるのは、
Ｃ＋＋を指定子「Active」を使うように拡張して記述さ
れたファイルＦ１（Test.h）である。この入力処理ルー
チン１１では、Ｃ＋＋を拡張して定義された指定子「ac
tive」も予約語として認識される。

【００４６】次に、字句解析ルーチン（TokenAnalyse）
１２で、入力処理ルーチン１１で抽出された字句の解析
を行い、その解析の結果として、プログラムとして意味
がある字句等をトークンと称される論理的な単位毎にま
とめた、いわゆるトークンストリームを出力する。な
お、この字句解析ルーチンでは、Ｃ＋＋を拡張して定義
された指定子「active」の解析もなされる。

【００４７】このような入力処理ルーチン１１や字句解
析ルーチン１２では、記号表管理オブジェクト１３（Sy
mbolManage）が使用される。記号表管理オブジェクト１
３は、記号表と呼ばれるデータ構造を有しており、この
記号表に、プログラムのいろいろな構成要素に関する情
報が格納される。この記号表には、例えば、図３に示す
ように、指定子「Active」によって指定されたクラスに
ついての情報として、そのクラス名と、当該クラスに含
まれる関数の名称及びその戻り値の型と、当該関数のパ
ラメータの名称及びその型とが登録される。ここで、関
数のパラメータは複数存在する場合もあり、その場合に
は、それぞれのパラメータについて、その名称及び型に
ついての情報が登録される。

【００４８】なお、この記号表管理オブジェクト１３に
登録される内容は、動的に変更可能である。すなわち、
この記号表管理オブジェクト１３に登録される内容は、
例えば、生成しようとするスタブメソッドに応じて、随
時変更することが可能である。

【００４９】次に、図２に示すように、構文解析ルーチ
ン１４（SyntaxAnalyse）で、字句解析ルーチン１４に
よる解析の結果として出力されたトークンストリームに
ついて、その構文解析を行う。そして、この構文解析の
結果として得られた、トークンストリームを構成する各
トークンの相互の関係等を示す、いわゆる構文ツリーの
情報が、構文ツリーオブジェクト１５（TreeManage）に
登録される。なお、このような構文ツリーの情報等が、
上述した中間表現に相当する。

【００５０】以上が入力されたソースコードを解析する
解析部４であり、以上のような解析によって得られた中
間表現から、目的とするソースコードが生成部５によっ
て生成される。すなわち、生成部５に含まれるコード生
成ルーチン１６（CodeGenerate）で、構文解析ルーチン
１４による構文解析の結果として得られた構文ツリーの
情報等に基づいて、目的とするソースコードを生成して
出力する。具体的には、コード生成ルーチン１６では、
解析部４による解析によって得られた中間表現から、目
的とするソースコードを生成するメソッドを含むコード
生成オブジェクト１７（CodeGenManage）が呼び出さ
れ、このコード生成オブジェクト１７によって、目的と
するソースコードが生成される。

【００５１】なお、コード生成ルーチン１７で生成され
て出力されるのは、サーバスタブファイルＦ４（TestSt
ub.h，TestStub.cc）と、クラアントスタブファイルＦ
５（TestProxy.h，TestProxy.cc）と、共通スタブファ
イルＦ６（TestEntry.h，TestMsg.h）とである。そし
て、これらのファイルＦ４，Ｆ５，Ｆ６は、指定子「Ac
tive」を使うことなく、Ｃ＋＋で記述されたファイルで
ある。

【００５２】ところで、上記スタブジェネレータ１にお
いて、コード生成オブジェクト１７には、所定のパター
ンファイルＦ９を登録するようになっており、このパタ
ーンファイルＦ９を切り換えることにより、異なる複数
のプルグラム実行環境に応じたスタブメソッドの生成が
可能となっている。以下、このことについて説明する。

【００５３】通常、アプリケーションプログラムは、オ
ペレーティングシステムによって提供される、所定のプ
ログラム実行環境上で実行される。そして、このプログ
ラム実行環境には様々な種類がある。

【００５４】例えば、オペレーティングシステム「Aper
ios（商標）」では、複数の異なるプログラム実行環境
を同時に提供できるようなされており、これら各プログ
ラム実行環境はそれぞれメタスペースと称される。具体
的には、例えば、オペレーティングシステム「Aperio
s」では、mAVメタスペースと称されるメタスペースと、
mCOOPメタスペースと称されるメタスペースとの２つが
同時に提供されるような場合がある。ここで、mAVメタ
スペースは、いわゆる手続き型のプログラムが実行され
るメタスペースであり、mAVメタスペース上で実行され
るアプリケーションプログラムは、１つのオブジェクト
として記述される。また、mCOOPメタスペースは、いわ
ゆるオブジェクト指向型のプログラムが実行されるメタ
スペースであり、mCOOPメタスペース上で実行されるア
プリケーションプログラムは、通常、複数のオブジェク
トから構成される。

【００５５】そして、オペレーティングシステム「Aper
ios」が、テレビ機能を備えた機器に搭載されたような
場合には、例えば、テレビに動画像を表示するためのア
プリケーションプログラムがmAVメタスペースで実行さ
れ、当該機器への操作入力を受け付ける操作パネルを制
御するためのグラフィカル・ユーザ・インターフェース
（ＧＵＩ）を実現するアプリケーションプログラムがmC
OOPメタスペースで実行されたりする。このとき、mAVメ
タスペースで実行されるアプリケーションプログラムで
使用されるスタブメソッドと、mCOOPメタスペースで実
行されるアプリケーションプログラムで使用されるスタ
ブメソッドとでは、異なるものとなる。

【００５６】したがって、スタブジェネレータ１でスタ
ブメソッドを生成する際には、当該スタブメソッドが実
行されるプログラム実行環境に応じたスタブメソッドを
生成する必要がある。すなわち、例えば、mAVメタスペ
ースで実行されるアプリケーションプログラムのスタブ
メソッドは、mAVメタスペースで正しく動作するもので
なければならないし、mCOOPメタスペースで実行される
アプリケーションプログラムのスタブメソッドは、mCOO
Pメタスペースで正しく動作するものでなければならな
い。

【００５７】そこで、本実施の形態におけるスタブジェ
ネレータ１では、このような複数の異なるプログラム実
行環境に対応できるように、コード生成オブジェクト１
７にプログラム実行環境に応じたパターンファイルＦ９
を登録するようにしている。すなわち、上記スタブジェ
ネレータ１では、各プログラム実行環境毎にパターンフ
ァイルＦ９をコード生成オブジェクト１７に登録してお
き、所望するスタブメソッドが実行されるプログラム実
行環境に応じてパターンファイルＦ９を使い分けること
により、複数の異なるプログラム実行環境に応じたスタ
ブメソッドの生成を可能としている。

【００５８】すなわち、図２に示すように、スタブメソ
ッドの生成を行う前に予め、プログラム実行環境に応じ
たスタブメソッドを生成する際に必要な情報が記述され
てなるパターンファイルＦ９を作成して、当該パターン
ファイルＦ９をスタブジェネレータ１に登録しておく。
具体的には、スタブジェネレータ１は、パターンファイ
ルＦ９が入力されたら、パターンファイル入力処理ルー
チン１８（PatternInput）で、当該パターンファイル１
８の入力を受け付け、そのパターンファイルＦ９をコー
ド生成オブジェクト１７に内部情報として登録する。な
お、パターンファイルＦ９をコード生成オブジェクト１
７に登録する際は、どのパターンファイルがどのプログ
ラム実行環境に対応するのかについての情報も登録して
おく。

【００５９】そして、このスタブジェネレータ１で、ス
タブメソッドを生成する際は、生成しようとするスタブ
メソッドが実行されるプログラム実行環境に対応したパ
ターンファイルＦ９を参照するようにする。これによ
り、１つのスタブジェネレータ１だけで、複数の異なる
プログラム実行環境に対応したスタブメソッドを生成す
ることが可能となる。

【００６０】しかも、プログラム実行環境毎にパターン
ファイルＦ９を登録することにより、このスタブジェネ
レータ１では、スタブメソッドの生成の手続きを動的に
変更することが可能となっている。すなわち、例えば、
新たなプログラム実行環境に応じたスタブメソッドを生
成したいような場合には、必要に応じて、新たなプログ
ラム実行環境に応じたパターンファイルＦ９を入力する
ことにより、新たなプログラム実行環境に応じたスタブ
メソッドを生成することが可能となる。また、例えば、
既存のプログラム実行環境が変更されたような場合に
は、当該プログラム実行環境の変更に対応するように修
正を加えたパターンファイルＦ９を再入力することによ
り、変更後のプログラム実行環境に対応したスタブメソ
ッドを生成することが可能となる。

【００６１】また、このスタブジェネレータ１におい
て、スタブジェネレータ１に入力されるソースコード
は、スタブメソッドが実行されるプログラム実行環境が
異なったとしても、指定子「Active」を用いて、各プロ
グラム実行環境に対して共通の書式で記述される。そし
て、複数の異なるプログラム実行環境に対して共通の書
式で記述されたソースコードから、所定のプログラム実
行環境に応じたソースコードを生成するのに必要な情報
が、パターンファイルＦ９には記述される。

【００６２】すなわち、このスタブジェネレータ１は、
スタブメソッドに関する記述が、複数の異なるプログラ
ム実行環境に対して共通の書式で記述されてなるソース
コードを、予め登録されたパターンファイルＦ９を参照
して、当該スタブメソッドが実行されるプログラム実行
環境に対応した所定の書式のソースコードに変換する。

【００６３】以上、詳細に説明したように、このスタブ
ジェネレータ１を採用することにより、インターフェー
ス定義言語を用いることなく、スタブメソッドの生成が
可能となる。したがって、スタブメソッドを用いたアプ
リケーションプログラムを作成するにあたって、インタ
ーフェース定義言語を習得するような必要がなくなる。
その結果、スタブメソッドを使用するアプリケーション
プログラムの作成が、非常に容易になる。

【００６４】また、このスタブジェネレータ１を採用す
ることにより、インターフェース定義言語を用いること
なく、スタブメソッドの生成が可能となるので、従来の
ように、インターフェース定義言語で記述された部分に
よるインターフェースと、Ｃ＋＋等のようなプログラミ
ング言語で記述された部分のインターフェースとが正し
く一致しているか否かの確認が難しいというような問題
が無くなる。すなわち、このスタブジェネレータ１を用
いることにより、スタブメソッドによって行われるオブ
ジェクト間通信のインターフェースについての確認を非
常に容易に行うことが可能となる。

【００６５】また、このスタブジェネレータ１では、ソ
ースコードの変換時に、スタブメソッドが実行されるプ
ログラム実行環境に対応して予め登録されたパターンフ
ァイルＦ９を参照するようにしており、これにより、１
つのスタブジェネレータ１を複数の異なるプログラム実
行環境で共通に使用することが可能となっている。

【００６６】また、このスタブジェネレータ１では、プ
ログラム実行環境毎にパターンファイルＦ９を登録する
ようにしており、これにより、スタブメソッドの生成の
手続きを動的に変更することが可能となっている。した
がって、このスタブジェネレータ１では、例えば、パタ
ーンファイルＦ９の内容を変更することにより、スタブ
ジェネレータ１の設計の階段で予め決めらていなかった
ようなスタブメソッドを生成するようなことも可能であ
る。

【００６７】なお、以上の説明では、ソースコードの記
述に使用するプログラミング言語としてＣ＋＋を例に挙
げたが、ソースコードの記述に使用する言語がＣ＋＋以
外の場合にも、本発明が適用可能であることは言うまで
もない。

【００６８】

【発明の効果】以上の説明から明らかなように、本発明
によれば、複数の異なるプログラム実行環境にも容易に
適応でき、しかもインターフェース定義言語を用いるこ
となく、スタブメソッドを容易且つ柔軟に生成すること
が可能となる。

【図面の簡単な説明】

【図１】本発明を適用したスタブジェネレータを用いて
スタブメソッドを生成する手続きを示す図である。

【図２】スタブジェネレータによる手続きを示す図であ
る。

【図３】指定子「Active」によるクラス定義を示す図で
ある。

【図４】従来のスタブメソッド生成の手続きを示す図で
ある。

【符号の説明】

１スタブジェネレータ、４解析部、５生成部

Claims

【特許請求の範囲】

【請求項１】所定のプログラミング言語で記述される
とともに、オブジェクト間通信に使用されるメソッドに
関する記述が、複数の異なるプログラム実行環境に対し
て共通の書式で記述されてなるソースコードを、上記メソッドが実行されるプログラム実行環境に対応し
て予め登録された情報を参照して、上記プログラミング言語と同一のプログラミング言語で
記述されてなり、上記メソッドが実行されるプログラム
実行環境に対応した所定の書式のソースコードに変換す
ることを特徴とするソースコード変換方法。
【請求項２】所定のプログラミング言語で記述される
とともに、オブジェクト間通信に使用されるメソッドに
関する記述が複数の異なるプログラム実行環境に対して
共通の書式で記述されてなるソースコードを、上記メソッドが実行されるプログラム実行環境に対応し
て予め登録された情報を参照して、上記プログラミング言語と同一のプログラミング言語で
記述されてなり、上記メソッドが実行されるプログラム
実行環境に対応した所定の書式のソースコードに変換す
るソースコード変換用プログラムが記録されたコンピュ
ータ読み取り可能な記録媒体。