JP2000148460A

JP2000148460A - プログラム変換方法

Info

Publication number: JP2000148460A
Application number: JP10327337A
Authority: JP
Inventors: Takayuki Saito; 隆之斉藤
Original assignee: Digital Vision Laboratories Corp
Current assignee: Digital Vision Laboratories Corp
Priority date: 1998-11-17
Filing date: 1998-11-17
Publication date: 2000-05-30

Abstract

(57)【要約】【課題】プログラム開発者が簡単に作成できるプログ
ラム変換方法を提供する。【解決手段】トランスレータ６２は、第１のオブジェ
クトを特定するオブジェクト参照データを第２のオブジ
ェクトに格納することを示す第１のコードと、第２のオ
ブジェクトのメッセージ通信用のメソッドを呼び出し
て、第１のオブジェクトとの間で通信を行うことを示す
第２のコードとを有するプログラムを変換する場合に、
第２のコードの記述内容から、メッセージ通信用のメソ
ッドの引数のデータ型および引数の並びを特定し、当該
特定した結果に基づいて、メッセージ通信用のメソッド
が第２のオブジェクトのクラスのメソッドであること
と、当該メソッドの引数のデータ型および引数の並びと
を明示して第２のオブジェクトのクラスを定義する第３
のコードを自動的に生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して複数のコンピュータを接続した並行分散処理システ
ム上で動作するアプリケーションプログラムをコンパイ
ルする際に用いられるプログラム変換方法に関する。

【０００２】

【従来の技術】並列分散処理システムでは、ネットワー
クを介して異なるコンピュータ上で動作するプログラム
に応じて各コンピュータ上に分散オブジェクトが生成さ
れ、ネットワークを介して分散オブジェクト相互間でメ
ッセージ通信が行われる。並列分散処理システムの代表
的なものに、ＣＯＲＢＡ(Common Object RequestBroker
Architecture) −ＯＲＢ(Object Request Broker) や
ＪａｖａＲＭＩなどがある。図１６は、ＣＯＲＢＡに
おけるアプリケーション相互間のインタフェースを説明
するための図である。このＣＯＲＢＡ−ＯＲＢは、分散
オブジェクト相互間での通信を含むプログラムの記述を
簡単にするために、アプリケーションの開発者が、Ｃ、
Ｃ＋＋およびＪａｖａなどのプログラム言語で記述した
クライアント・アプリケーションプログラムおよびサー
バ・アプリケーションプログラムとは別に、クライアン
トとサーバとの間のインタフェース定義プログラムを、
ＩＤＬ(Interface DefinitionLanguage: インタフェー
ス記述言語) を用いて記述する。

【０００３】そして、インタフェース定義プログラムを
ＩＤＬコンパイラでコンパイルすることにより、クライ
アント用のスタブとサーバ用のスケルトンとを生成す
る。スタブは、クラインアント・アプリケーションプロ
グラムに、ＩＤＬで定義されたオペレーション群に対し
てのアクセスを提供するルーチン群であり、スタブが提
供するプロキシー（Proxy:代理機能）をクライアント・
アプリケーションが呼び出すことで、オペレーションが
起動される。このとき、オブジェクトの位置やネットワ
ーク・インタフェースの詳細は、スタブ以下の層に隠蔽
され、アプリケーションはこれらを意識する必要はな
い。一方、スケルトンは、サーバ・アプリケーションが
提供するメソッドを起動するためのディスパッチ（処
理）を行うプロキシーを提供する。ここでも、ネットワ
ーク・インタフェースの詳細は、スケルトン以下の層に
隠蔽されている。なお、ＩＤＬコンパイラは、スタブと
スケルトンとを、それぞれクライアント・アプリケーシ
ョンとサーバ・アプリケーションとが使用するプログラ
ム言語で生成する。

【０００４】そして、クライアント側では、クライアン
ト・アプリケーションプログラムと、スタブとをそれぞ
れコンパイルした後にリンクすることで実行プログラム
を作成する。同じく、サーバ側でも、サーバ・アプリケ
ーションプログラムとスケルトンとをそれぞれコンパイ
ルした後にリンクすることで実行プログラムを作成す
る。

【０００５】以下、インタフェース定義プログラム、サ
ーバ・アプリケーションプログラムおよびクライアント
・アプリケーションプログラムのＪａｖａＲＭＩにお
ける一例について説明する。図１７（Ａ）はインタフェ
ース定義プログラムの一例、図１７（Ｂ）はサーバ・ア
プリケーションプログラムの一例、図１７（Ｃ）はクラ
イアント・アプリケーションプログラムの一例であり、
プログラム言語「Ｊａｖａ」で記述されている。ここで
は、クライアント・アプリケーションプログラム内のク
ラスＥｃｈｏＣｌｉｅｎｔが、サーバ・アプリケーショ
ンプログラム内のクラスＥｃｈｏのメソッドｅｃｈｏを
呼び出す場合を例示している。図１７（Ａ）に示すよう
に、インタフェース定義プログラムは、クラスＥｃｈｏ
が、文字列を引数とするメソッドｅｃｈｏを持つことを
定義している。当該インタフェース定義プログラムは、
インタフェースのマッピングを定義しており、実行体の
記述は含まない。また、図１７（Ｂ）に示すように、サ
ーバ・アプリケーションプログラムは、コード（１）に
おいて、クラスＥｃｈｏを定義しており、コード（２）
において、クラスＥｃｈｏが、引数および戻り値が文字
列のメソッドｅｃｈｏを持つことを示しており、コード
（３）において、メソッドｅｃｈｏが、呼び出しの際の
文字列の引数をそのまま戻り値として返すことを示して
いる。

【０００６】また、図１７（Ｃ）に示すように、クライ
アント・アプリケーションプログラムは、コード（４）
において、クラスＮａｍｉｎｇのメソッドｌｏｏｋｕｐ
を呼び出してリモートホスト（サーバ）のクラスＥｃｈ
ｏのオブジェクトへの参照を得て、当該参照をクラスＥ
ｃｈｏ型のオブジェクトｅに格納する。ここで、クラス
Ｅｃｈｏは、図１７（Ａ）に示すインタフェース定義プ
ログラム内でメソッドｅｃｈｏを持つことが定義されて
いるため、オブジェクトｅは、リモートに存在するオブ
ジェクトＥｃｈｏを呼び出すプロキシーオブジェクトと
して振る舞う。なお、クラスＮａｍｉｎｇの定義は、例
えばクライアント側のライブラリ内に存在する。また、
コード（５）において、プロキシーオブジェクトｅのメ
ソッドｅｃｈｏを呼び出すことにより、リモートに存在
するオブジェクトの呼び出しを行っている。ここで、プ
ロキシーオブジェクトのメソッドは、ローカルオブジェ
クトのメソッドの場合と同じ記述形式で呼び出しが可能
であり、リモート呼び出しの手続きの詳細は、ＩＤＬコ
ンパイラによって生成されるスタブ以下の層に隠蔽して
記述される。また、コード（６）において、コード
（５）で呼び出したメソッドｅｃｈｏの戻り値を画面に
出力することを示している。

【０００７】図１７に示すプログラムによるメソッド呼
び出し形態は、例えば図１８に示すように視覚化して表
現できる。図１８に示すように、図１７に示すプログラ
ムでは、クライアント・アプリケーションプログラムの
オブジェクトＥｃｈｏＣｌｉｅｎｔが、プロキシーオブ
ジェクトｅのメソッドｅｃｈｏを呼び出すという記述形
式（ｅ．ｅｃｈｏ）で、サーバ・アプリケーションプロ
グラムのオブジェクトＥｃｈｏのメソッドｅｃｈｏを呼
び出している。

【０００８】

【発明が解決しようとする課題】しかしながら、上述し
た従来の手法では、プログラム開発者は、Ｃ，Ｃ＋＋あ
るいはＪａｖａなどのプログラム言語によるサーバ・ア
プリケーションプログラムおよびクライアント・アプリ
ケーションプログラムを作成する他に、ＩＤＬによるイ
ンタフェース定義プログラムを作成する必要がある。そ
のため、プログラム開発者は、ＩＤＬについての知識も
有している必要があり、アプリケーションによるプログ
ラム開発の負担が大きいという問題がある。このような
問題を解決するために、クライアントとサーバとの間の
インタフェースを、プログラム言語Ｃ＋＋やＪａｖａを
用いてアプリケーションプログラム内に記述することも
可能であるが、プログラマが明示して記述しなければな
らないインタフェースに関するコードの数が大幅に増加
してしまうという問題がある。

【０００９】また、例えばプログラム言語「Ｊａｖａ」
などのオブジェクト指向プログラム言語を用いたプログ
ラムでは、「オブジェクトに対しての処理を、当該オブ
ジェクトのメソッドとして記述し、当該オブジェクトの
メソッドを呼び出すという形態で当該オブジェクトに対
しての処理を記述する」というプログラム構築思想に沿
ってプログラミングを行うことが多い。そのため、分散
オブジェクト相互間での通信を記述するコードも、この
ようなプログラム構築思想に基づいて記述したいという
要請がある。しかしながら、このようなプログラム構築
思想に基づいてプログラミングを行うと、オブジェクト
のクラスの定義内のメソッドに関してのコード数が増加
し、プログラマの負担が大きくなるという問題がある。

【００１０】本発明は上述した従来技術の問題点に鑑み
てなされ、ＩＤＬなどを用いたインタフェース定義プロ
グラムを別途作成する必要がなく、しかも、他のプロセ
スとの間のメッセージ通信の記述を含むプログラムを、
プログラム開発者が簡単に作成できるプログラム変換方
法を提供することを目的とする。

【００１１】

【課題を解決するための手段】上述した従来技術の問題
点を解決し、上述した目的を達成するために、本発明の
プログラム変換方法は、ネットワークを介して接続され
た他のコンピュータ上の他のプロセスあるいは同一のコ
ンピュータ上の他のプロセスが管理する第１のオブジェ
クトとの間で通信を行うプロセスの手順を記述したプロ
グラムを変換するプログラム変換方法であって、前記第
１のオブジェクトを特定するオブジェクト参照データを
第２のオブジェクトに格納することを示す第１のコード
と、前記第２のオブジェクトのメッセージ通信用のメソ
ッドを呼び出して、前記第１のオブジェクトとの間で通
信を行うことを示す第２のコードとを有するプログラム
を変換する場合に、前記プログラムを解析し、前記第２
のコードの記述内容から、前記メッセージ通信用のメソ
ッドの引数のデータ型および引数の並びを特定し、当該
特定した結果に基づいて、前記メッセージ通信用のメソ
ッドが前記第２のオブジェクトのクラスのメソッドであ
ることと、当該メソッドの引数のデータ型および引数の
並びとを明示して前記第２のオブジェクトのクラスを定
義する第３のコードを自動的に生成する。

【００１２】また、本発明のプログラム変換方法は、好
ましくは、前記メッセージ通信用のメソッドの引数とし
て、前記第１のオブジェクトのメソッドを特定する前記
第２のオブジェクトの変数が記述されている場合に、前
記変数が前記第２のオブジェクト内の変数であることを
さらに明示して前記第２のオブジェクトのクラスを定義
する前記第３のコードを自動的に生成する。

【００１３】また、本発明のプログラム変換方法は、好
ましくは、前記プログラムは、他のプロセスに存在する
クラスを特定するクラス参照データを格納するリモート
クラスのコンストラクタを呼び出して、他のプロセスに
存在するクラスを特定するクラス参照データを得て、当
該得たクラス参照データを前記リモートクラス型の第３
のオブジェクトに格納することを示す第４のコードをさ
らに有し、前記第１のコードは、前記第３のオブジェク
トのオブジェクト生成用のメソッドを呼び出して、前記
第１のオブジェクトを生成し、当該生成した前記第１の
オブジェクトを特定するオブジェクト参照データを前記
第２のオブジェクトに格納することを示す場合に、前記
第４のコードおよび前記第１のコードの記述内容から、
前記オブジェクト生成用のメソッドの引数のデータ型お
よび引数の並びとを特定し、当該特定した結果に基づい
て、前記コンストラクタが前記リモートクラスのコンス
トラクタであることと、当該コンストラクタの引数のデ
ータ型および引数の並びと、前記オブジェクト生成用の
メソッドが前記リモートクラスのメソッドであること
と、当該メソッドの引数のデータ型および引数の並びと
を明示して前記リモートクラスを定義する第５のコード
を自動的に生成する。

【００１４】また、本発明のプログラム変換方法は、好
ましくは、前記メッセージ通信用のメソッドの引数は、
前記第１のオブジェクトのメソッドを特定するメソッド
参照データと、当該メソッドに与える引数データとを含
み、前記メッセージ通信用のメソッドは、前記メソッド
参照データで特定される前記第１のオブジェクトのメソ
ッドに、前記引数データを与える手続きである。

【００１５】また、本発明のプログラム変換方法は、好
ましくは、前記メッセージ通信用のメソッドは、前記第
１のオブジェクトのメソッドが前記与えられた引数デー
タを用いて処理を行った結果を戻り値として受け取るま
で同期待ち状態になることを示す手続きである。

【００１６】また、本発明のプログラム変換方法は、好
ましくは、前記第２のコードの記述内容から、前記メッ
セージ通信用のメソッドの戻り値のデータ型を特定し、
当該特定した結果に基づいて、前記メッセージ通信用の
メソッドの戻り値のデータ型をさらに明示して前記第２
のオブジェクトのクラスを定義する前記第３のコードを
自動的に生成する。

【００１７】また、本発明のプログラム変換方法は、好
ましくは、前記プログラムは、前記第２のオブジェクト
の前記メッセージ通信用のメソッドを実行して前記第１
のオブジェクトから受け取った戻り値を最初に用いて処
理を行うことを示す第６のコードを有し、前記第２のコ
ードの前記メッセージ通信用のメソッドが、前記第１の
オブジェクトのメソッドに引数データを与えた後、当該
第１のオブジェクトのメソッドから受け取る前記戻り値
を用いた処理を行う際に、当該戻り値を受け取っていな
いときに同期待ちを行うことを示す場合に、少なくとも
前記第１のオブジェクトへの参照を示すオブジェクト参
照データと、当該第１のオブジェクトのメソッドへの参
照を示すメソッド参照データと、引数データとを用いた
コンストラクタと、メッセージを送信するための第１の
メソッドと、戻り値を受け取るための第２のメソッドと
を有するメッセージディスクリプタークラスの定義を自
動的に生成し、前記第２のコードを、前記コンストラク
タを呼び出して生成したメッセージディスクリプターク
ラスのオブジェクトの前記第１のメソッドを呼び出して
前記第１のオブジェクトにメッセージを送信する記述に
自動的に置き換え、前記第６のコードを、前記コンスト
ラクタを呼び出して生成したメッセージディスクリプタ
ークラスのオブジェクトの前記第２のメソッドを呼び出
して受け取った前記戻り値を用いて前記処理を行う記述
に自動的に置き換える。

【００１８】また、本発明のプログラム変換方法は、好
ましくは、オブジェクトを引数として前記他のプロセス
との間でメッセージ通信を行う場合に、前記プロセスの
手順を記述したプログラム言語の種類に依存した内部表
現形式と、前記プログラム言語の種類に依存しない共通
表現形式との間でデータ変換を行うメソッドを前記オブ
ジェクトのクラスの定義内に自動的に記述する。

【００１９】また、本発明のプログラム変換方法は、好
ましくは、前記共通表現形式のオブジェクトは、引数デ
ータ本体と、当該引数データ本体のデータ型および引数
データの並びに関しての情報と、前記引数データ本体が
グラフ構造をしている場合には、その構造に関して情報
とを含んでいる。

【００２０】また、本発明のプログラム変換方法は、好
ましくは、前記プログラムは、オブジェクト指向プログ
ラム言語を用いて記述されている。

【００２１】

【発明の実施の形態】以下、本発明のプログラム変換方
法を採用した本発明の実施形態に係わるトランスレータ
について説明する。

【００２２】本実施形態のトランスレータの概要本実施形態のトランスレータは、並列分散処理システム
（分散プラットフォーム）上のコンピュータで実行され
るネットワークを介した通信手続きを含むアプリケーシ
ョンプログラムをコンパイルしてアセンブリコードもし
くは機械語コードを生成する際に用いられ、当該アプリ
ケーションプログラムをユーザが記述する際の負担を軽
減するものである。具体的には、本実施形態のトランス
レータは、ＩＤＬで記述したインタフェース定義プログ
ラムを用いない場合にも、アプリケーションプログラム
内のＡＰＩ(Application Programming Interface) レベ
ルでのメッセージ通信の記述を簡単にする。例えば、本
実施形態のトランスレータは、アプリケーションープロ
グラムをトレースして、メッセージ通信に関わる手続き
や、ユーザ定義のクラスのデータ形式を変換するメソッ
ド（パックイン／エクスパンド）などを自動生成する。

【００２３】並列分散処理システム以下、本実施形態のトランスレータを組み込んだコンパ
イラを用いてアプリケーションプログラムを変換して得
られた実行プログラムが実行される並列分散処理システ
ムについて説明する。本実施形態においては、複数のコ
ンピュータがネットワークを介して接続された並列分散
処理システムであって、各コンピュータがネットワーク
を介して通信を行いながら協調して所望の計算処理を行
うような、分散処理環境を提供する並列分散処理システ
ムを例示して本発明を説明する。

【００２４】図１は、本実施形態の並列分散処理システ
ムの全体構成を模式的に示す図である。本実施形態の並
列分散処理システムは、インターネットや、ＣＡＴＶ
網、衛星通信など多様な通信メディアが混在して構成さ
れるネットワーク環境において、ネットワーク上の分散
リソースを論理的に一体の計算環境として捉え、分散処
理環境を提供するものである。ここで、分散リソースと
は、コンピュータのハードウェア機能に加えて、データ
ベースや高性能計算サーバ、ＷＷＷページの情報ソース
など、任意の計算機能を提供するものである。また、そ
の計算とは、広い範囲の種々の処理の実行を含むものと
する。

【００２５】このような分散処理環境上に、計算実体で
あるオブジェクトが配置され、計算空間を形成する。な
お、計算空間は、同一のネットワーク環境上に複数のも
のをそれぞれ個別に形成することができる。オブジェク
トは、具体的には、リモート呼出可能な分散オブジェク
ト、分散関数、あるいは、ネットワークを介して参照可
能な共有変数（大域共有変数）である。そして、これら
により、分散オブジェクト指向計算、分散関数（手続
き）呼び出しおよび大域共有変数処理という各計算が、
並行的に行われる。

【００２６】このような計算を行うための、オブジェク
トのメソッドおよび分散関数の呼び出しや、大域共有変
数へのアクセスというオブジェクト間の通信は、非同
期メッセージ送信（Ｓｅｎｄ：戻り値なしの一方向の通
信）、遅延評価型同期呼び出し（Ｃａｌｌ：同期呼び
出しを行った後、戻り値を用いた処理を行う際に、当該
戻り値を受け取っていないときに当該戻り値を受け取る
まで呼び出し側が待ち状態になる）、完全同期呼び出
し（ｓｙｎｃＣａｌｌ：同期呼び出しを行うと、戻り値
を受け取るまで呼出側が待ち状態になる）という３種類
の方法により行う。なお、これらの通信を総称してメッ
セージ通信と呼ぶ。すなわち、このような並列分散処理
システムは、ネットワーク上に分散配置されたオブジェ
クトが、メッセージ通信によって並行計算を各々順次実
行し、メッセージの連鎖によって全体として所望の計算
を進行させるシステムと言うことができる。

【００２７】計算空間に配置される各オブジェクトは、
図２に示すように、コンピュータ上で動作するプロセス
を用いて管理される。プロセスは、オブジェクト間のメ
ッセージ通信機能などを提供する、オブジェクトのため
の計算環境である。そのため、プロセスは、ＡＰＩと、
ＯＳやハードウェアに対するシステムインターフェース
を備え、プログラミング言語やＯＳ、ハードウェア、ネ
ットワークといった実行環境の違いに適応して稼働でき
るようになっている。また、メッセージは、異なる言語
間でも送信可能であり、任意のデータ構造体を引数とし
て扱えるようになっている。その結果、このようなプロ
セスの集合として得られる実行環境は、大域空間上で共
通の仮想的計算環境として機能する。

【００２８】すなわち、本実施形態の並列分散処理シス
テムでは、分散オブジェクトの生成、分散オブジェクト
と分散手続きの管理、これら実行体へメッセージを送信
するメッセージ通信機能は、各コンピュータ上で動作す
るプロセスのＡＰＩ(Application Programming Interfa
ce) 部によって提供される。

【００２９】メッセージ通信機能以下、並列分散処理システム内のコンピュータ上で各々
動作する分散オブジェクト相互間でのメッセージ通信を
説明する。図３は、並列分散処理システム内のコンピュ
ータ上で各々動作する分散オブジェクト相互間でのメッ
セージ通信を説明するための図である。図３では、クラ
イアントとなるコンピュータ上で動作する分散オブジェ
クト１２が、サーバとなるコンピュータ上で動作する分
散オブジェクト１３の機能（メソッドなど）を呼び出す
際に、分散オブジェクト１２から分散オブジェクト１３
にメッセージが送信される場合の動作を示している。

【００３０】図３に示すように、分散オブジェクト１２
から同じクライアント上で動作するプロセス１０のＡＰ
Ｉ部１４にメッセージの送信要求が出力され、当該メッ
セージの引数がＡＰＩ部（プログラム言語依存部）によ
って内部表現形式から共通表現形式に変換される。ここ
で、共通表現形式とはプロセッサ、ＯＳおよびアプリケ
ーションプログラムのプログラム言語に依存しないデー
タ形式であり、共通表現形式の引数には、引数データ本
体と、当該引数データ本体のデータ型および並びに関し
ての情報と、引数データ本体がリスト構造などのグラフ
構造をしている場合にはその構造に関しての情報とを含
んでいる。また、内部表現形式とは、プロセッサ、ＯＳ
およびアプリケーションプログラムのプログラム言語に
依存したデータ形式である。

【００３１】そして、共通表現形式の引数、メッセージ
宛先の参照情報と通信メディア指定、ならびに送信元参
照情報が、メッセージ・パッシング・オペレータ１６の
メッセージ・センダ１７に引き渡される。

【００３２】そして、メッセージ・センダ１７が、必要
に応じてメッセージ宛先の参照情報と通信メディア指定
を参照解決部１８によって解決（変換、展開）し、その
解決結果によって各種通信手段（プロセス内通信、ノー
ド内プロセス間通信、ノード間通信）が選択される。そ
して、プロセス１０内での通信の場合には、メッセージ
・センダ１７によってメッセージが宛先分散オブジェク
トあるいは、手続きに伝達される。また、同一のクライ
アント上の異なるプロセス間通信の場合には、ＯＳが提
供するプロセス間通信機能（ＩＰＣ）を使用してメッセ
ージが宛先プロセスのメッセージ通信部に伝達される。
さらに、ネットワーク２０を介して接続されたサーバー
となるコンピュータ上で動作する分散オブジェクト１３
との間での通信の場合には、通信メディア指定によって
通信メディアＩ／Ｆ１９が選択され、送信元参照情報、
解決された宛先参照情報（ネットワークアドレス、プロ
セス識別子、分散オブジェクト識別子とメソッド識別
子、もしくは手続き識別子）と共通表現形式の引数デー
タとが、通信メディアＩ／Ｆ１９およびネットワーク２
０を介して、サーバ上で動作するプロセス１１に引き渡
される。

【００３３】メッセージを受信した通信メディアインタ
フェースＩ／Ｆ２１は、メッセージ・パッシング・オペ
レータ２２を別スレッドとして呼び出し、送信元ならび
に宛先参照情報と共通表現形式の引数とを引き渡す。

【００３４】そして、メッセージ・パッシング・オペレ
ータ２２のディスパッチャ２３は、宛先参照情報（リモ
ートＩＤ：並列分散処理システム内でユニークな識別
子）を参照解決部によってローカルＩＤ（プロセス内で
ユニークな識別子）に変換した後、共通部２４にメッセ
ージを引き渡す。共通部２４は、ローカルＩＤとアドレ
スの対応表をもっており、ローカルＩＤから分散オブジ
ェクトもしくは手続き（関数）のアドレスを特定する。

【００３５】ここで、ユーザ定義型のメソッド、手続き
は、共通部２４内から直接呼び出されるのではなく、Ａ
ＰＩ部２５内に組み込まれたインタフェース関数を通し
て呼び出される。このインタフェース関数は、個々のメ
ソッド・手続きの特性（引数や戻り値など）に柔軟に対
処するため、各メソッド・手続きごとにトランスレータ
によって生成されてＡＰＩ部２５内に組み込まれるもの
で、ユーザ定義のメソッド、手続きの前処理、呼び出
し、後処理をおこなう。前処理として、共通表現形式で
届いたメッセージの引数の内部表現形式への変換・展開
（エクスパンド）を行い、後処理として、戻り値の共通
表現形式への変換（パックイン）とＡＰＩ共通部２４へ
の引き渡しをおこなう（戻り値の処理は、メッセージが
戻り値を要求している場合に限っておこなわれる）。

【００３６】ＡＰＩ部２５はインタフェース関数から引
き渡された戻り値をメッセージの送信元へ送信するよう
メッセージ・パッシング・オペレータ２２に依頼する。
この戻り値は、メッセージ着信時の経路を遡りメッセー
ジ送信元スレッドに渡される。

【００３７】本実施形態のトランスレータの詳細〔本実施形態のトランスレータの位置づけ〕先ず、本実
施形態のトランスレータの位置づけについて説明する。
なお、本実施形態では、プログラム言語「Ｊａｖａ」で
記述されたアプリケーションプログラムを処理するため
に用いられるトランスレータを例示して説明するが、本
発明は、例えば「Ｃ＋＋」などのその他のプログラム言
語で記述されたアプリケーションプログラムを処理する
場合にも適用可能である。

【００３８】図４は、アプリケーションプログラム５０
から実行コード７３を生成するまでの過程を説明するた
めの図である。ここで、図４に示す処理は、サーバ側の
アプリケーションプログラムおよびクライアント側のア
プリケーションプログラムのそれぞれについて個別に行
われる。図４に示すように、トランスレータ６２は、ア
プリケーションプログラム５０に対して、ライブラリ６
５を参照した「Ｊａｖａ」コンパイラ６１におけるコン
パイル処理を順に行って実行コード７３を生成する過程
で、「Ｊａｖａ」コンパイラ６１におけるコンパイル処
理時に、アプリケーションプログラム７０に含まれるメ
ッセージ通信に係わる記述について翻訳および新たなク
ラスおよびメソッドなどの生成処理を行う。

【００３９】トランスレータ６２は、図５に示すよう
に、アプリケーションプログラム５０をトレースして構
文解析し、メッセージ通信に係わる記述の引数のデータ
型および引数並びを判別して、新規生成コード５２を生
成し、生成した新規生成コード５２を「Ｊａｖａ」コン
パイラ６１に出力する。「Ｊａｖａ」コンパイラ６１
は、アプリケーションプログラム５０に含まれる分散プ
ログラミングに係わる記述を除く記述の字句解析や構文
解析などを行い、その処理結果と、トランスレータ６２
から入力した新規生成コード５２とを、ライブラリ６５
を参照しながらコンパイルして実行コード７３を生成す
る。

【００４０】なお、本実施形態において用いられるクラ
ス、オブジェクト、インスタンスおよびメソッドなどの
用語は、オブジェクト指向プログラミングにおいて、一
般的に使用されているものである。

【００４１】〔本実施形態のトランスレータ６２で処理
されるアプリケーションプログラム５０〕第１の例トランスレータ６２で処理されるアプリケーションプロ
グラム５０としては、例えば、図３に示すサーバ上で動
作するプロセス１１を生成するためのサーバ・アプリケ
ーションプログラム５０₁と、図３に示すクライアント
上で動作するプロセス１０を生成するためのクライアン
ト・アプリケーションプログラム５０₂とがある。アプ
リケーションプログラム５０₁，５０₂は、それぞれ前
述した図４に示すように、トランスレータ６２および
「Ｊａｖａ」コンパイラ６１の処理を経て、実行コード
７３となる。このとき、サーバ・アプリケーションプロ
グラム５０₁から得られた実行コード７３を実行するこ
とによって図３に示すプロセス１１が生成され、クライ
アント・アプリケーションプログラム５０₂から得られ
た実行コード７３を実行することによって図３に示すプ
ロセス１０が生成される。

【００４２】図６（Ａ）はサーバ・アプリケーションプ
ログラム５０₁の一例の一部を示す図、図６（Ｂ）はク
ライアント・アプリケーションプログラム５０₂の一例
の一部を示す図、図６（Ｃ）はクライアント・アプリケ
ーションプログラム５０₂をトランスレータ６２で処理
して生成される新規生成コード５２の一例の一部を示す
図であり、これらはプログラム言語「Ｊａｖａ」で記述
されている。

【００４３】図６（Ａ）に示すように、サーバ・アプリ
ケーションプログラム５０₁は、コード（１１）におい
て、クラスＥｃｈｏを定義しており、コード（１２）に
おいて、クラスＥｃｈｏがメソッドｅｃｈｏを持ち、メ
ソッドｅｃｈｏの引数および戻り値が文字列型であるこ
とを示しており、コード（１３）において、メソッドｅ
ｃｈｏが文字列の引数をそのまま戻り値として返すこと
を示している。

【００４４】また、図６（Ｂ）に示すように、クライア
ント・アプリケーションプログラム５０₂は、クラスＥ
ｃｈｏＣｌｉｅｎｔを定義している。クラスＥｃｈｏＣ
ｌｉｅｎｔは、コード（１４）〜（１７）によって定義
される。コード（１４）は、クラスＲｅｍｏｔｅＣｌａ
ｓｓのコンストラクタＲｅｍｏｔｅＣｌａｓｓを呼び出
しており、リモート呼び出しを行うオブジェクトのクラ
スの名前”Ｅｃｈｏ”と、当該クラスが属するパッケー
ジの名前”ｍｙＰａｃｋａｇｅ”と、当該クラスが存在
するプロセスの名前”ＭｙＳｅｒｖｅｒ”とを引数とし
て与えている。また、コード（１４）は、当該コンスト
ラクタを実行して、クラスＥｃｈｏへの参照を、Ｒｅｍ
ｏｔｅＣｌａｓｓ型の参照オブジェクトｒｃに格納する
ことを示している。なお、コンストラクタとは、クラス
と同じ名前を持ち、当該クラスのオブジェクトを自動的
に初期化するメソッドである。

【００４５】コード（１５）は、参照オブジェクトｒｃ
のメソッドｃｒｅａｔｅＯｂｊｅｃｔ（）を呼び出し、
クラスＥｃｈｏのオブジェクトを、クラスＥｃｈｏが存
在するプロセス上に生成し、当該生成したオブジェクト
への参照を、ＲｅｍｏｔｅＩｎｓｔａｎｃｅ型の参照オ
ブジェクトｒｉに格納している。ここで、メソッドｃｒ
ｅａｔｅＯｂｊｅｃｔ（）の実体は、クライアント側の
ライブラリ６５に存在しているが、クラスＲｅｍｏｔｅ
ＣｌａｓｓがメソッドｃｒｅａｔｅＯｂｊｅｃｔ（）を
持つことの定義は、クライアント・アプリケーションプ
ログラム５０₂およびクライアント側のライブラリ６５
のいずれにも存在せず、トランスレータ６２によって自
動的に生成される。

【００４６】コード（１６）は、参照オブジェクトｒｉ
のメソッドｓｙｎｃＣａｌｌを呼び出し、当該メソッド
ｓｙｎｃＣａｌｌの引数として、呼び出しを行うメソッ
ドのメソッド名”ｅｃｈｏ”および当該呼び出しを行う
メソッドに与える引数ａｒｇ

〔０〕を与えている。ま
た、コード（１６）は、呼び出した参照オブジェクトｒ
ｉのメソッドからの戻り値を、文字列型の変数ｅｃｈｏ
Ｍｅｓｓａｇｅに格納することを示している。ここで、
コード（１６）に応じた処理が実行されると、メソッド
ｓｙｎｃＣａｌｌに基づいて、リモートにｅｃｈｏメソ
ッドの呼び出しを行った後、戻り値を受け取るまで待ち
状態になる

【００４７】このように、コード（１６）では、他のプ
ロセス（リモート）に存在する呼び出し先のＥｃｈｏオ
ブジェクトへの参照を格納する参照オブジェクトｒｉの
メソッドとして、当該呼び出し先のオブジェクトＥｃｈ
ｏのメソッドｅｃｈｏに呼び出しメッセージを送信する
メッセージ通信機能であるｓｙｎｃＣａｌｌを記述して
いる。コード（１６）によるメソッド呼び出し形態は、
例えば図７に示すように視覚化して表現できる。図７に
示すように、コード（１６）では、クライアント・アプ
リケーションプログラム５０₂のオブジェクトＥｃｈｏ
Ｃｌｉｅｎｔが、リモートに存在するＥｃｈｏオブジェ
クトへの参照を格納する参照オブジェクトｒｉのメソッ
ドｓｙｎｃＣａｌｌを用いて、メソッドｓｙｎｃＣａｌ
ｌの引数である文字列”ｅｃｈｏ”で特定されるオブジ
ェクトＥｃｈｏのメソッドｅｃｈｏを呼び出している。

【００４８】このように、リモートに存在するオブジェ
クトへの参照を示すクラス内に、当該リモートに存在す
るオブジェクトと通信を行うメソッドを記述すること
で、例えばプログラム言語「Ｊａｖａ」などのオブジェ
クト指向プログラム言語を用いたプログラムにおける
「オブジェクトに対しての処理を、当該オブジェクトの
メソッドとして記述し、当該オブジェクトのメソッドを
呼び出す形式で当該オブジェクトに対しての処理を記述
する」というプログラム構築思想に沿ったプログラミン
グが可能になる。

【００４９】ここで、メソッドｓｙｎｃＣａｌｌは、メ
ッセージ通信用のメソッドであり、その実体は、クライ
アント側のライブラリ６５に存在しているが、インスタ
ンスＲｅｍｏｔｅＩｎｓｔａｎｃｅがメソッドｓｙｎｃ
Ｃａｌｌを持つことの定義は、クライアント・アプリケ
ーションプログラム５０₂およびクライアント側のライ
ブラリ６５のいずれにも存在せず、トランスレータ６２
によって自動的に生成される。

【００５０】コード（１７）は、変数ｅｃｈｏＭｅｓｓ
ａｇｅに格納されている文字列を表示することを示して
いる。

【００５１】次に、図６（Ａ）に示すサーバ・アプリケ
ーションプログラム５０₁を変換して生成された実行コ
ードを実行して生成されたプロセスと、クライアント・
アプリケーションプログラム５０₂を変換して生成され
た実行コードを実行して生成されたプロセスと間でのメ
ッセージ通信処理について説明する。先ず、クライアン
ト側のコンピュータ上のプロセスにおいて、図６（Ｂ）
にコード（１４）に基づいて、サーバ側のコンピュータ
上にプロセスが持つクラスＥｃｈｏへの参照を要求する
ことを示すメッセージが、サーバ側のプロセスに送信さ
れ、サーバ側のプロセスから受け取った当該参照が、Ｒ
ｅｍｏｔｅＣｌａｓｓ型の参照オブジェクトｒｃに格納
される。

【００５２】次に、クライアント側のプロセスにおい
て、図６（Ｂ）に示すコード（１５）に基づいて、参照
オブジェクトｒｃのメソッドｃｒｅａｔｅＯｂｊｅｃｔ
（）が実行され、サーバ側のプロセス内に、クラスＥｃ
ｈｏのオブジェクトが生成される。そして、当該生成さ
れたオブジェクトへの参照が、サーバ側のプロセスから
クライアント側のプロセスに送信され、クライアント側
のプロセスにおいて、当該参照が、ＲｅｍｏｔｅＩｎｓ
ｔａｎｃｅ型の参照オブジェクトｒｉに格納される。

【００５３】次に、クライアント側のプロセスにおい
て、図６（Ｂ）に示すコード（１６）に基づいて、参照
オブジェクトｒｉのメッセージ通信用のメソッドｓｙｎ
ｃＣａｌｌが実行され、メソッドｓｙｎｃＣａｌｌの引
数として、リモートに存在するメソッドｅｃｈｏのメソ
ッド名と、当該メソッドｅｃｈｏに与える引数とが与え
られる。そして、サーバ側のプロセスにおいて、参照オ
ブジェクトｒｉで特定されるオブジェクトのメソッドｅ
ｃｈｏが実行され、その戻り値がクライアント側のプロ
セスに送信される。クライアント側のプロセスは、戻り
値を受けると、当該戻り値を、変数ｅｃｈｏＭｅｓｓａ
ｇｅに格納する。

【００５４】次に、クライアント側のプロセスにおい
て、図６（Ｂ）に示すコード（１７）に基づいて、変数
ｅｃｈｏＭｅｓｓａｇｅに格納されている戻り値が表示
される。

【００５５】第２の例トランスレータ６２で処理されるアプリケーションプロ
グラム５０としては、前述した図６に示す例の他に、図
３に示すサーバ上で動作するプロセス１１を生成するた
めの図８（Ａ）に示すサーバ・アプリケーションプログ
ラム１５０₁と、図８（Ｂ）に示すクライアント上で動
作するプロセス１０を生成するためのクライアント・ア
プリケーションプログラム１５０₂とを用いてもよい。
ここで、図８（Ａ）に示すサーバ・アプリケーションプ
ログラム１５０₁は、図６（Ａ）に示すサーバ・アプリ
ケーションプログラム５０₁と同じである。

【００５６】図８（Ｂ）に示すクライアント・アプリケ
ーションプログラム１５０₂のコード（１４），（１
５），（１７）は、図６（Ｂ）に示すクライアント・ア
プリケーションプログラム５０₂のコード（１４），
（１５），（１７）と同じである。一方、コード（３
１）は、参照オブジェクトｒｉのメソッドとして、メッ
セージ通信用のｓｙｎｃＣａｌｌを呼び出している点
は、図６（Ｂ）に示すコード（１６）と同じであるが、
当該ｓｙｎｃＣａｌｌの引数に、呼び出しを行うメソッ
ドの文字列型のメソッド名”ｅｃｈｏ”を与えるのでは
なく、参照オブジェクトｒｉが持つ変数ｅｃｈｏ（ｒ
ｉ．ｅｃｈｏ）を与える点が異なる。すなわち、オブジ
ェクトｒｉが持つ変数によって、呼び出し先のメソッド
を特定する。

【００５７】コード（３１）によるメソッド呼び出し形
態は、例えば図９に示すように視覚化して表現できる。
図９に示すように、コード（３１）では、クライアント
・アプリケーションプログラム１５０₂のオブジェクト
ＥｃｈｏＣｌｉｅｎｔが、リモートに存在するオブジェ
クトＥｃｈｏへの参照を示す参照オブジェクトｒｉのメ
ソッドｓｙｎｃＣａｌｌを用いて、参照オブジェクトｒ
ｉの変数ｅｃｈｏで特定されるリモートに存在するオブ
ジェクトＥｃｈｏのメソッドｅｃｈｏを呼び出してい
る。

【００５８】〔トランスレータ６２の処理〕トランスレ
ータ６２は、図５を用いて前述した処理を行う。第１の例以下、図６（Ｂ）に示すクライアント・アプリケーショ
ンプログラム５０₂をトランスレータ６２で処理して新
規生成コード５２を生成する場合を例示して、トランス
レータ６２の処理を説明する。図６（Ｂ）に示すクライ
アント・アプリケーションプログラム５０₂が、トラン
スレータ６２によって、トレースおよび構文解析され、
コード（１４）において、クラスＲｅｍｏｔｅＣｌａｓ
ｓのコンストラクタＲｅｍｏｔｅＣｌａｓｓが呼び出さ
れ、コード（１５）において、ＲｅｍｏｔｅＣｌａｓｓ
型の参照オブジェクトｒｃがｃｒｅａｔｅＯｂｊｅｃｔ
（）をメソッドとして持つことが解析される。そして、
トランスレータ６２によって、新規生成コード５２内
に、図６（Ｃ）に示すように、クラスＲｅｍｏｔｅＣｌ
ａｓｓを定義するコード（１８），（１９），（２０）
が記述される。ここで、コード（１９）は、クラスＲｅ
ｍｏｔｅＣｌａｓｓが、コンストラクタＲｅｍｏｔｅＣ
ｌａｓｓを有し、３個の文字列型の引数が与えられるこ
とを定義している。また、図中｛・・・｝で省略化して
いるが、当該箇所にコンストラクタＲｅｍｏｔｅＣｌａ
ｓｓの実行体が記述される。また、コード（２０）は、
戻り値がＲｅｍｏｔｅＩｎｓｔａｎｃｅ型であり、引数
を持たないメソッドｃｒｅａｔｅＯｂｊｅｃｔ（）をク
ラスＲｅｍｏｔｅＣｌａｓｓが持つことを定義してい
る。また、図中｛・・・｝で省略化しているが、当該箇
所にメソッドｃｒｅａｔｅＯｂｊｅｃｔ（）の実行体が
記述される。

【００５９】また、トランスレータ６２によって、図６
（Ｂ）に示すクライアント・アプリケーションプログラ
ム５０₂から、クラスＲｅｍｏｔｅＩｎｓｔａｎｃｅ
が、２個の文字列型の引数を持つメソッドｓｙｎｃＣａ
ｌｌを持つことが解析され、新規生成コード５２内に、
そのことを定義するコード（２１），（２２）が記述さ
れる。また、図中｛・・・｝で省略化しているが、当該
箇所にメソッドｓｙｎｃＣａｌｌの実行体が記述され
る。

【００６０】このように、トランスレータ６２を用いる
ことで、ユーザがクライアント・アプリケーションプロ
グラム５０₂を作成する際に、図６（Ｃ）に示す新規生
成コード５２をクライアント・アプリケーションプログ
ラム５０₂に明示して記述する必要がなく、ユーザがク
ライアント・アプリケーションプログラム５０₂を作成
する際の負担を軽減できる。すなわち、ＩＤＬを用いた
インタフェース定義プログラムを用いなくても、ユーザ
は、他のアプリケーションプログラムが提供するメソッ
ドを呼び出す記述を含むクライアント・アプリケーショ
ンプログラム５０₂を、プログラム言語「Ｊａｖａ」の
みを用いて簡単に記述できる。

【００６１】第２の例以下、図８（Ｂ）に示すクライアント・アプリケーショ
ンプログラム１５０₂をトランスレータ６２で処理して
新規生成コードを生成する場合における、トランスレー
タ６２の処理を説明する。この場合のトランスレータ６
２の処理は、図８（Ｂ）に示すコード（３１）について
の処理のみが、前述した第１の例の処理とは異なるた
め、当該コード（３１）についての処理のみを以下に説
明する。トランスレータ６２によって、コード（３１）
の記述に基づいて、クラスＲｅｍｏｔｅＩｎｓｔａｎｃ
ｅが、２個の文字列型の引数を持つメソッドｓｙｎｃＣ
ａｌｌを持ち、しかも、クラスＲｅｍｏｔｅＩｎｓｔａ
ｎｃｅが変数ｅｃｈｏを持つことが解析され、図８
（Ｃ）に示すように、新規生成コード１５２内に、クラ
スＲｅｍｏｔｅＩｎｓｔａｎｃｅがＲｅｍｏｔｅＭｅｔ
ｈｏｄ型の変数ｅｃｈｏを持つことを定義するコード
（３２）と、クラスＲｅｍｏｔｅＩｎｓｔａｎｃｅのメ
ソッドｓｙｎｃＣａｌｌが、ＲｅｍｏｔｅＭｅｔｈｏｄ
型および文字列型の２個の引数を持つことを定義するコ
ード（３３）とが記述される。また、図中｛・・・｝で
省略化しているが、当該箇所にメソッドｓｙｎｃＣａｌ
ｌの実行体が記述される。なお、ＲｅｍｏｔｅＭｅｔｈ
ｏｄ型とは、リモートに存在するメソッドを特定する変
数の型である。

【００６２】第３の例以下、例えば図１０に示すように、クライアント・アプ
リケーションプログラム２５０₂内に、メッセージ通信
用のメソッドＣａｌｌが含まれている場合のトランスレ
ータ６２の処理について説明する。ここで、メソッドＣ
ａｌｌは、リモートに存在するメソッドの呼び出しを行
った後、他の処理を行い、戻り値を用いた処理を行う際
に、当該戻り値を受け取っていないときに当該戻り値を
受け取るまで呼び出し側が待ち状態になることを指示す
るメソッドである。ここで、図１０において、コード
（１４），（１５），（１７）は、図６（Ｂ）に示す前
述したコード（１４），（１５），（１７）と同じであ
る。

【００６３】ここで、コード（４１）は、参照オブジェ
クトｒｉのメソッドＣａｌｌを呼び出し、当該メソッド
Ｃａｌｌの引数に、呼び出しを行うメソッドのメソッド
名”ｅｃｈｏ”および当該呼び出しを行うメソッドに与
える引数ａｒｇ

〔０〕とを与えている。また、呼び出し
たＥｃｈｏオブジェクトのメソッドｅｃｈｏからの戻り
値を、文字列型の変数ｅｃｈｏＭｅｓｓａｇｅに格納す
ることを示している。

【００６４】トランスレータ６２は、図１０に示すクラ
イアント・アプリケーションプログラム２５０₂をトレ
ースし、コード（４１），（１７）を、図１１に示す新
規生成コード２５２のコード（５１），（５２）にそれ
ぞれ翻訳すると共に、新規生成コード５２に、図１２に
示す参照オブジェクトｒｉのクラスＲｅｍｏｔｅＩｎｓ
ｔａｎｃｅおよび図１３に示すクラスＭｅｓｓａｇｅＤ
ｅｓｃｒｉｐｔｏｒの定義を記述する。

【００６５】先ず、図１１に示すコード（５１），（５
２）について説明する。コード（５１）は、参照オブジ
ェクトｒｉのメソッドｃａｌｌを実行することを指示し
ており、コード（５１）は、図４に示す「Ｊａｖａ」コ
ンパイラ６１によるコンパイルされる際に、トランスレ
ータ６２によって生成された新規生成コード２５２に記
述された図１２に示すクラスＲｅｍｏｔｅＩｎｓｔａｎ
ｃｅのメソッドｃａｌｌのコード（６２）〜（６６）で
置き換えられる。これにより、コード（５１）に応じ
て、ＭｅｓｓａｇｅＤｅｓｃｒｉｐｔｏｒ型のオブジェ
クトｍｄが生成され、このオブジェクトｍｄが呼び出し
先（送信先）にメッセージを送信すると共に、オブジェ
クトｍｄが戻り値として戻されるように、実行コードが
生成される。すなわち、呼び出し先からの戻り値を受け
取るための同期待ちは、コード（５１）に応じた処理で
は行われない。

【００６６】コード（５２）は、コード（５１）で呼び
出し先に要求した戻り値を実際に使用するコードであ
り、オブジェクトｍｄの図１３に示すメソッドｇｅｔＲ
ｅｔｕｒｎＶａｌｕｅ（）を実行することを指示してい
る。このメソッドｇｅｔＲｅｔｕｒｎＶａｌｕｅ（）
は、後述するように、呼び出し先からの戻り値を受け取
ることを指示しており、アプリケーションプログラムの
実行時にコード（５２）に対応する処理が行われると、
呼び出し先から戻り値を受け取るまで同期待ち状態とな
る。すなわち、新規生成コード２５２に図１１に示すコ
ード（５１），（５２）、図１２および図１３に示す記
述を含めることで、これらを用いて作成された実行コー
ドを実行する際に、リモートに存在するメソッドの呼び
出しを行うメッセージを送信してから、当該メソッドの
戻り値を実際に使用するまでの間に他の処理を行うこと
ができる。また、当該戻り値を使用する処理を行う際
に、戻り値を受け取っていない場合には、当該時点で、
戻り値を受け取るための同期待ちが行われる。そのた
め、不要な同期待ちにより、アプリケーションプログラ
ムの実行時間が長期化することを回避できる。

【００６７】次に、図１３に示すクラスＭｅｓｓａｇｅ
Ｄｅｓｃｒｉｐｔｏｒの定義について説明する。クラス
ＭｅｓｓａｇｅＤｅｓｃｒｉｐｔｏｒは、メッセージの
送信、戻り値の受け取り、送信状態（送信エラーや戻り
値の受け取りなどの状態）の受け取りなど、１回のメッ
セージ送信で必要とされる手続きを規定するオブジェク
トのクラスであり、メッセージ送信毎に生成される。図
１３に示すコード（７１）は、メッセージ送信先がオブ
ジェクトの場合のコンストラクタＭｅｓｓａｇｅＤｅｓ
ｃｒｉｐｔｏｒを定義しており、引数ｒｉ，ｒｍは、そ
れぞれ呼び出し先のオブジェクトとメソッドとを特定
し、引数ａｒｇは呼び出し先のオブジェクトに受け渡す
引数をまとめた構造体（オブジェクト）であり、引数ｃ
ａｌｌｉｎｇＭｏｄｅはメッセージ送信モードが前述し
たＳｅｎｄ，Ｃａｌｌ，ｓｙｎｃＣａｌｌのいずれであ
るかを特定する。また、図中｛・・・｝で省略化してい
るが、当該箇所にコンストラクタＭｅｓｓａｇｅＤｅｓ
ｃｒｉｐｔｏｒの実行体が記述される。また、コード
（７２）は、実際にメッセージ送信機構本体に送信要求
を行うメソッドｔｒａｎｓｍｉｔを定義している。ま
た、図中｛・・・｝で省略化しているが、当該箇所にメ
ソッドｔｒａｎｓｍｉｔの実行体が記述される。また、
コード（７３）は、メッセージ送信先からの戻り値を受
け取るためのメソッドｇｅｔＲｅｔｕｒｎＶａｌｕｅを
定義している。また、図中｛・・・｝で省略化している
が、当該箇所にメソッドｇｅｔＲｅｔｕｒｎＶａｌｕｅ
の実行体が記述される。

【００６８】次に、図１２に示すクラスＲｅｍｏｔｅＩ
ｎｓｔａｎｃｅの定義について説明する。コード（６
１）は、クラスＲｅｍｏｔｅＩｎｓｔａｎｃｅが、Ｒｅ
ｍｏｔｅＭｅｔｈｏｄ型の変数ｅｃｈｏを持つことを示
している。コード（６２）は、クラスＲｅｍｏｔｅＩｎ
ｓｔａｎｃｅが、メソッドｃａｌｌを持つことを示して
おり、当該メソッドｃａｌｌが、ＲｅｍｏｔｅＭｅｔｈ
ｏｄ型と文字列型の２個の引数持ち、ＭｅｓｓａｇｅＤ
ｅｓｃｒｉｐｔｏｒ型の戻り値を持つことを示してい
る。

【００６９】コード（６３）〜（６６）は、メソッドｃ
ａｌｌを実行するときの手続きを記述している。コード
（６３）は、ｃａｌｌの引数ａｒｇ１を内部表現形式か
ら共通表現形式に変換し、当該変換した引数をＰｏｄａ
ｃクラスのオブジェクトａｒｇに格納することを示して
いる。ここで、Ｐｏｄａｃクラスとは、複数個のデータ
構造をひとかたまりとして扱うコンテナクラスである。
コード（６４）は、ＭｅｓｓａｇｅＤｅｓｃｒｉｐｔｏ
ｒクラスのコンストラクタを実行して、Ｍｅｓｓａｇｅ
Ｄｅｓｃｒｉｐｔｏｒ型のオブジェクトｍｄを生成する
ことを示している。コード（６５）は、Ｍｅｓｓａｇｅ
Ｄｅｓｃｒｉｐｔｏｒ型のオブジェクトｍｄのメソッド
ｔｒａｎｓｍｉｔを実行して、当該オブジェクトｍｄを
呼び出し先のオブジェクトのメソッドに送信することを
示している。コード（６６）は、オブジェクトｍｄをメ
ソッドｃａｌｌの戻り値として返すことを示している。

【００７０】第４の例トランスレータ６２は、例えば、サーバ・アプリケーシ
ョンプログラム５０₁およびクライアント・アプリケー
ションプログラム５０₂に記述されたクラスのオブジェ
クトが、リモートのオブジェクトとの間で送受信される
場合には、図１４に示すように、当該クラスの定義内
に、当該オブジェクトを内部表現形式から共通表現形式
に変換するメソッドｐａｃｋｉｎと、当該オブジェクト
を共通表現形式から内部表現形式に変換するメソッドｅ
ｘｐａｎｄとを自動的に記述する。

【００７１】ここで、共通表現形式は、前述したよう
に、ＯＳおよびアプリケーションプログラムのプログラ
ム言語に依存しないデータ形式であり、共通表現形式の
引数には、引数データ本体と、当該引数データ本体のデ
ータ型およびデータ並びに関しての情報と、引数データ
本体が例えば図１５に示すようなリスト構造をしている
場合にはその構造に関しての情報とを含んでいる。ま
た、内部表現形式は、前述したように、ＯＳおよび当該
クラスが存在するアプリケーションプログラムのプログ
ラム言語に依存したデータ形式である。

【００７２】図１４に示すように、クラスの定義内に自
動的に記述されたメソッドｐａｃｋｉｎは、当該クラス
のオブジェクトを、メッセージ通信用のメソッドを用い
てリモートに存在するオブジェクトに送信する際に、当
該リモートに存在するオブジェクトに与える引数を内部
表現形式から共通表現形式に変換するために用いられ
る。また、メソッドｅｘｐａｎｄは、当該クラスのオブ
ジェクトをリモートに存在するオブジェクトから受け取
ったときに、当該受け取ったオブジェクトを当該アプリ
ケーションプログラム内で使用できるように、当該受け
取ったオブジェクトを共通表現形式から内部表現形式に
変換するために用いられる。

【００７３】このようなメソッドｐａｃｋｉｎおよびｅ
ｘｐａｎｄを用いることで、例えば、プログラム言語
「Ｊａｖａ」で記述されたアプリケーションプログラム
と、プログラム言語「Ｃ＋＋」で記述されたアプリケー
ションプログラムとの間での通信が可能になる。また、
本実施形態では、トランスレータ６２によって、各クラ
ス毎に、当該クラスの定義内に、メソッドｐａｃｋｉｎ
およびｅｘｐａｎｄを自動的に記述するため、アプリケ
ーションプログラムの開発者の負担が大幅に軽減され
る。

【００７４】以上説明したように、トランスレータ６２
によれば、ＩＤＬなどを用いたインタフェース定義プロ
グラムを別途作成する必要がなく、しかも、プログラム
開発者が、他のプロセスとの間のメッセージ通信の記述
を含むアプリケーションプログラムを簡単に作成でき
る。また、例えばプログラム言語「Ｊａｖａ」などのオ
ブジェクト指向プログラム言語を用いたプログラムにお
いて採用される「オブジェクトに対しての処理を、当該
オブジェクトのメソッドとして記述し、当該オブジェク
トのメソッドを呼び出すという形態で当該オブジェクト
に対しての処理を記述する」というプログラム構築思想
に沿ってプログラミングを行うことができる。

【００７５】本発明は上述した実施形態には限定されな
い。例えば、上述したアプリケーションプログラムの内
容は例示であって、その内容およびプログラム言語は任
意である。

【００７６】また、上述した実施形態では、トランスレ
ータ６２が生成する新規生成コード内に、新たに定義を
行ったコンストラクタおよびメソッドの実行体を記述す
る場合を例示したが、これらのコンストラクタおよびメ
ッドの実行体の記述を図４に示すライブラリ６５に持た
せ、新規生成コード内には、ライブラリ６５に存在する
これらの実行体を特定するコードを記述するようにして
もよい。

【００７７】

【発明の効果】以上説明したように、本発明のプログラ
ム変換方法によれば、他のプロセスとの間のメッセージ
通信の記述を含むプログラムを、プログラム開発者が簡
単に作成できるようになる。

【図面の簡単な説明】

【図１】図１は、本発明の実施形態の並列分散処理シス
テムにおける大域計算の概念を説明するための図であ
る。

【図２】図２（Ａ）は並行オブジェクトとプロセスとの
関係を示す図、図２（Ｂ）は図２（Ａ）に示す並行オブ
ジェクトの内部状態構成を示す図である。

【図３】図３は、本実施形態の並列分散処理システムに
おけるプロセス相互間での通信機能を説明するための図
である。

【図４】図４は、本発明の実施形態において、アプリケ
ーションプログラムから実行コードを生成するまでの過
程を説明するための図である。

【図５】図５は、図４に示すトランスレータにおける処
理を説明するための図である。

【図６】図６（Ａ）はサーバ・アプリケーションプログ
ラムの一例の一部を示す図、図６（Ｂ）はクライアント
・アプリケーションプログラムの一例の一部を示す図、
図６（Ｃ）は図６（Ｂ）に示すクライアント・アプリケ
ーションプログラムをトランスレータで処理して生成さ
れる新規生成コードの一例の一部を示す図である。

【図７】図７は、図６に示すアプリケーションプログラ
ムにおけるメソッドのリモート呼び出しの記述を視覚的
に表現した図である。

【図８】図８（Ａ）はサーバ・アプリケーションプログ
ラムのその他の例の一部を示す図、図８（Ｂ）はクライ
アント・アプリケーションプログラムのその他の例の一
部を示す図、図８（Ｃ）は図８（Ｂ）に示すクライアン
ト・アプリケーションプログラムをトランスレータで処
理して生成される新規生成コードの一例の一部を示す図
である。

【図９】図９は、図８に示すアプリケーションプログラ
ムにおけるメソッドのリモート呼び出しの記述を視覚的
に表現した図である。

【図１０】図１０は、クライアント・アプリケーション
プログラムのその他の例を説明するための図である。

【図１１】図１１は、図１０に示すクライアント・アプ
リケーションプログラムをトランスレータで処理して生
成した新規生成コードを説明するための図である。

【図１２】図１２は、図１０に示すクライアント・アプ
リケーションプログラムをトランスレータで処理して生
成した新たなクラス定義を説明するための図である。

【図１３】図１３は、図１０に示すクライアント・アプ
リケーションプログラムをトランスレータで処理して生
成した新たなクラス定義を説明するための図である。

【図１４】図１４は、本発明の実施形態のトランスレー
タにおける処理を説明するための図である。

【図１５】図１５は、図１４を用いて説明する処理によ
って生成されるメソッドが処理可能なツリー構造を説明
するための図である。

【図１６】図１６は、ＣＯＲＢＡにおけるアプリケーシ
ョン相互間のインタフェースを説明するための図であ
る。

【図１７】図１７（Ａ）は従来のインタフェース定義プ
ログラムの一例の一部を示す図、図１７（Ｂ）は従来の
サーバ・アプリケーションプログラムの一例の一部を示
す図、図１７（Ｃ）は従来のクライアント・アプリケー
ションプログラムの一例の一部を示す図である。

【図１８】図１８は、図１７に示すプログラムによるメ
ッセージ通信の記述を視覚的に表現した図である。

【符号の説明】

１０，１１…プロセス、１２，１３…分散オブジェク
ト、１４，２５…ＡＰＩ部、１５，２４…共通部、１
６，２２…メッセージ・パッシング・オペレータ、１８
…参照解決部、１９，２１…通信メディアＩ／Ｆ、５０
…アプリケーションプログラム、６１…「Ｊａｖａ」コ
ンパイラ、６２…トランスレータ

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して接続された他のコン
ピュータ上の他のプロセスあるいは同一のコンピュータ
上の他のプロセスが管理する第１のオブジェクトとの間
で通信を行うプロセスの手順を記述したプログラムを変
換するプログラム変換方法において、前記第１のオブジェクトを特定するオブジェクト参照デ
ータを第２のオブジェクトに格納することを示す第１の
コードと、前記第２のオブジェクトのメッセージ通信用
のメソッドを呼び出して、前記第１のオブジェクトとの
間で通信を行うことを示す第２のコードとを有するプロ
グラムを変換する場合に、前記プログラムを解析し、前記第２のコードの記述内容から、前記メッセージ通信
用のメソッドの引数のデータ型および引数の並びを特定
し、当該特定した結果に基づいて、前記メッセージ通信用の
メソッドが前記第２のオブジェクトのクラスのメソッド
であることと、当該メソッドの引数のデータ型および引
数の並びとを明示して前記第２のオブジェクトのクラス
を定義する第３のコードを自動的に生成するプログラム
変換方法。
【請求項２】前記メッセージ通信用のメソッドの引数と
して、前記第１のオブジェクトのメソッドを特定する前
記第２のオブジェクトの変数が記述されている場合に、前記変数が前記第２のオブジェクト内の変数であること
をさらに明示して前記第２のオブジェクトのクラスを定
義する前記第３のコードを自動的に生成する請求項１に
記載のプログラム変換方法。
【請求項３】前記プログラムは、他のプロセスに存在す
るクラスを特定するクラス参照データを格納するリモー
トクラスのコンストラクタを呼び出して、他のプロセス
に存在するクラスを特定するクラス参照データを得て、
当該得たクラス参照データを前記リモートクラス型の第
３のオブジェクトに格納することを示す第４のコードを
さらに有し、前記第１のコードは、前記第３のオブジェ
クトのオブジェクト生成用のメソッドを呼び出して、前
記第１のオブジェクトを生成し、当該生成した前記第１
のオブジェクトを特定するオブジェクト参照データを前
記第２のオブジェクトに格納することを示す場合に、前記第４のコードおよび前記第１のコードの記述内容か
ら、前記オブジェクト生成用のメソッドの引数のデータ
型および引数の並びとを特定し、当該特定した結果に基づいて、前記コンストラクタが前
記リモートクラスのコンストラクタであることと、当該
コンストラクタの引数のデータ型および引数の並びと、
前記オブジェクト生成用のメソッドが前記リモートクラ
スのメソッドであることと、当該メソッドの引数のデー
タ型および引数の並びとを明示して前記リモートクラス
を定義する第５のコードを自動的に生成する請求項１ま
たは請求項２に記載のプログラム変換方法。
【請求項４】前記メッセージ通信用のメソッドの引数
は、前記第１のオブジェクトのメソッドを特定するメソ
ッド参照データと、当該メソッドに与える引数データと
を含み、前記メッセージ通信用のメソッドは、前記メソッド参照
データで特定される前記第１のオブジェクトのメソッド
に、前記引数データを与える手続きである請求項１また
は請求項２に記載のプログラム変換方法。
【請求項５】前記メッセージ通信用のメソッドは、前記
第１のオブジェクトのメソッドが前記与えられた引数デ
ータを用いて処理を行った結果を戻り値として受け取る
まで同期待ち状態になることを示す手続きである請求項
４に記載のプログラム変換方法。
【請求項６】前記第２のコードの記述内容から、前記メ
ッセージ通信用のメソッドの戻り値のデータ型を特定
し、当該特定した結果に基づいて、前記メッセージ通信用の
メソッドの戻り値のデータ型をさらに明示して前記第２
のオブジェクトのクラスを定義する前記第３のコードを
自動的に生成する請求項１または請求項２に記載のプロ
グラム変換方法。
【請求項７】前記プログラムは、前記第２のオブジェク
トの前記メッセージ通信用のメソッドを実行して前記第
１のオブジェクトから受け取った戻り値を最初に用いて
処理を行うことを示す第６のコードを有し、前記第２のコードの前記メッセージ通信用のメソッド
が、前記第１のオブジェクトのメソッドに引数データを
与えた後、当該第１のオブジェクトのメソッドから受け
取る前記戻り値を用いた処理を行う際に、当該戻り値を
受け取っていないときに同期待ちを行うことを示す場合
に、少なくとも前記第１のオブジェクトへの参照を示すオブ
ジェクト参照データと、当該第１のオブジェクトのメソ
ッドへの参照を示すメソッド参照データと、引数データ
とを用いたコンストラクタと、メッセージを送信するための第１のメソッドと、戻り値を受け取るための第２のメソッドとを有するメッセージディスクリプタークラスの定義を自
動的に生成し、前記第２のコードを、前記コンストラクタを呼び出して
生成したメッセージディスクリプタークラスのオブジェ
クトの前記第１のメソッドを呼び出して前記第１のオブ
ジェクトにメッセージを送信する記述に自動的に置き換
え、前記第６のコードを、前記コンストラクタを呼び出して
生成したメッセージディスクリプタークラスのオブジェ
クトの前記第２のメソッドを呼び出して受け取った前記
戻り値を用いて前記処理を行う記述に自動的に置き換え
る請求項１に記載のプログラム変換方法。
【請求項８】オブジェクトを引数として前記他のプロセ
スとの間でメッセージ通信を行う場合に、前記プロセスの手順を記述したプログラム言語の種類に
依存した内部表現形式と、前記プログラム言語の種類に
依存しない共通表現形式との間でデータ変換を行うメソ
ッドを前記オブジェクトのクラスの定義内に自動的に記
述する請求項１に記載のプログラム変換方法。
【請求項９】前記共通表現形式のオブジェクトは、引数
データ本体と、当該引数データ本体のデータ型および引
数データの並びに関しての情報と、前記引数データ本体
がグラフ構造をしている場合には、その構造に関して情
報とを含んでいる請求項８に記載のプログラム変換方
法。
【請求項１０】前記プログラムは、オブジェクト指向プ
ログラム言語を用いて記述されている請求項１または請
求項２に記載のプログラム変換方法。