JPH09160762A - プログラム変換方式 - Google Patents

Abstract

(57)【要約】 【課題】 インターフェース定義ファイルを必要とせず
にスタブ・コードを生成することのできるプログラム変
換方式を提供することにある。 【解決手段】 処理選択部110は入力プログラム20から
関数定義211、212…を読み込み、所在識別子がCLIENTの
ときはクライアント関数処理部120に関数定義を出力
し、該処理部120は関数複写部1210によりクライアント
プログラム310に関数定義を追加処理し、所在識別子がS
ERVERのときはサーバ関数処理部130に関数定義を出力
し、該処理部130は関数複写部1310によりサーバプログ
ラム320に関数定義を追加処理し、サーバ・スタブ生成
部1320でサーバ・スタブを生成してサーバプログラム32
0にサーバ・スタブを追加処理し、またクライアント・
スタブ生成部1330でクライアント・スタブを生成してク
ライアントプログラム310にクライアント・スタブを追
加処理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散処理を行うプロ
グラムのためのプログラム変換方式に係わり、特に、単
一のプログラムを、遠隔手続き呼び出しを用いて協調動
作する複数のプログラムに分割するプログラム変換方式
に関する。

【０００２】

【従来の技術】近年、多数の計算機をネットワークに接
続して運用する形態の計算機システムが普及している。
また、これらの計算機システム向けに、別々の計算機上
で実行される複数のプログラムによって、一つのアプリ
ケーションを構成する分散処理プログラムの開発がさか
んに行われている。分散処理プログラムの形態として
は、クライアント・サーバ型と呼ばれる形態が一般的で
ある。クライアント・サーバ型の分散処理プログラムで
は、アプリケーションをクライアント・プログラムとサ
ーバ・プログラムと呼ばれる２種類のプログラムに分割
して実装し、クライアント・プログラムがサーバ・プロ
グラムの提供する処理を必要に応じて呼び出す形で処理
を進める。クライアント・プログラムとサーバ・プログ
ラムの間の通信処理は煩雑であるため、通信処理をなる
べく意識せずにクライアント・サーバ型のプログラムを
作成することを可能にする目的で、遠隔手続き呼び出
し、またはＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ
Ｃａｌｌ）と呼ばれる通信方式が提案されている。遠
隔手続き呼び出しでは、例えば「ＤＣＥプログラミング
ガイド」（ジョン・シャーリー他著「Ｇｕｉｄｅ ｔｏ
Ｗｒｉｔｉｎｇ ＤＣＥ Ａｐｐｌｉｃａｔｉｏｎ
ｓ」中田温朗訳、オーム社、１９９４年）の３ページに
示されるように、スタブ・コードとＲＰＣランタイム・
ライブラリと呼ばれるモジュールを用いて、クライアン
ト・プログラムからサーバ・プログラム上の手続きを呼
び出すことを可能にしている。ここで、スタブ・コード
とはサーバ上の手続きに渡すパラメータとネットワーク
で送受信するパケットの間の変換を行うモジュールであ
り、パラメータをパケットに変換するクライアント・ス
タブ・コードと、パケットをパラメータに変換するサー
バ・スタブ・コードの２種類のスタブ・コードがある。
また、ＲＰＣランタイム・ライブラリとは、各アプリケ
ーションで共通に使用できる通信処理ライブラリであ
る。なお、本明細書では、以後スタブ・コードを単にス
タブと略記する。また、手続きと関数を同義の語として
用いる。

【０００３】スタブは、前掲書の６ページに示されるよ
うに、個々のアプリケーションに応じてプログラム作成
者が作成するインターフェース定義ファイルから、ＩＤ
Ｌ（Ｉｎｔｅｒｆａｃｅ Ｄｅｆｉｎｉｔｉｏｎ Ｌａ
ｎｇｕａｇｅ）コンパイラと呼ばれるプログラムによっ
て、自動的に生成して使用する。従来のＩＤＬコンパイ
ラを用いたクライアント・サーバ型のプログラム開発で
は、プログラム開発者は以下の手順でクライアント・プ
ログラムとサーバ・プログラムをそれぞれ開発してい
た。 （手順１）アプリケーションの処理全体を、クライアン
ト・プログラムに含める関数群と、サーバ・プログラム
に含める関数群に分割し、それぞれクライアント・アプ
リケーション・コード、サーバ・アプリケーション・コ
ードとして実装する。 （手順２）クライアント・アプリケーション・コードの
中から起動されるサーバ・アプリケーション・コード内
の関数に対するインターフェース定義ファイルを作成す
る。 （手順３）ＩＤＬコンパイラを用いてインターフェース
定義ファイルからクライアント・スタブとサーバ・スタ
ブを生成する。 （手順４）クライアント・アプリケーション・コードと
クライアント・スタブとＲＰＣランタイム・ライブラリ
を結合してクライアント・プログラムを作成し、サーバ
・アプリケーション・コードとサーバ・スタブとＲＰＣ
ランタイム・ライブラリを結合してサーバ・プログラム
を作成する。

【０００４】

【発明が解決しようとする課題】上記の手順に沿ってプ
ログラム開発を進める必要があった従来の技術には、以
下の二つの問題点がある。第一の問題点は、インターフ
ェース定義ファイルをプログラム作成者が作成しなけれ
ばならず、作業量が多いということである。第二の問題
点は、関数の所在をクライアント・プログラムとサーバ
・プログラムの間で移動させるための作業量が多く、ア
プリケーションの性能の向上がしずらいということであ
る。

【０００５】以下、それぞれの問題点について説明す
る。まず、第一の問題点について説明する。従来技術で
は、サーバ・アプリケーション・コード内に記述された
関数のうち、クライアント・アプリケーション・コード
から起動する全ての関数に対してプログラム開発者がイ
ンターフェース定義を作成する必要がある。そのため、
プログラム開発者の作業量が多い。次に、第二の問題点
について説明する。アプリケーションの性能は、アプリ
ケーションを構成する個々の関数の、クライアントとサ
ーバへの分配のしかたに依存する。それは、以下の二つ
の理由による。第一の理由は、クライアント・プログラ
ム上の関数がサーバ・プログラム上の関数を起動する頻
度が、クライアント・サーバ間の通信量を左右するため
である。通信量を減らしてアプリケーションの性能を向
上させるためには、一方の関数が他方の関数を頻繁に起
動するような関数同士は、クライアントかサーバのどち
らか一方にまとめて配置する必要がある。第二の理由
は、関数の分配のしかたが、クライアント・プログラム
を実行する計算機であるクライアント計算機と、サーバ
・プログラムを実行する計算機であるサーバ計算機に対
する負荷分散を決定するためである。例えば、クライア
ント計算機に比べてサーバ計算機の処理能力が高い場合
には、負荷の高い関数をなるべくサーバ・プログラム上
に配置した方が性能が向上する。逆にサーバ計算機に接
続されたクライアント計算機の数が多い場合のように、
クライアント計算機に比べてサーバ計算機の処理能力が
低い場合には、負荷の高い関数をなるべくクライアント
・プログラム上に配置した方が性能が向上する。

【０００６】以上二つの理由から、アプリケーション全
体としての性能向上を図るためには、通信量が少なく、
負荷分散が適切になるように関数の分配を決定する必要
がある。ところが、各関数の間の呼び出し頻度や、各関
数による計算負荷は、プログラム作成の初期では不明な
場合が多い。そのため、プログラムの作成がかなり進ん
だ時点で、性能向上のために関数の配置を変更したくな
る場合がある。しかし、従来の技術では関数の配置を変
更しようとすると、プログラム作成者が以下の二つの作
業を行う必要があるため、作業量が多い。第一に、配置
を変更したい関数の記述場所を、クライアント・アプリ
ケーション・コードからサーバ・アプリケーション・コ
ードへ、またはその逆へ移動させなければならない。第
二に、移動させた関数に対応するインターフェース定義
を追加または削除しなければならない。以上二つの理由
により、従来技術では関数の所在をクライアント・プロ
グラムとサーバ・プログラムの間で移動させるための作
業量が多く、その結果としてアプリケーションの性能の
向上がしずらい。

【０００７】本発明の第一の目的は、インターフェース
定義ファイルを必要とせずにスタブ・コードを生成する
ことのできるプログラム変換方式を提供することにあ
る。本発明の第二の目的は、アプリケーションの処理を
構成する関数の記述場所を変更することなく、関数の所
在をクライアント・プログラムとサーバ・プログラムの
間で、容易に移動させることのできるプログラム変換方
式を提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の関数定義を有する入力プログラム
を入力として、クライアント・プログラムとサーバ・プ
ログラムを出力とするプログラム変換方式であり、処理
選択手段と、関数複写手段を有するクライアント関数処
理手段と、関数複写手段とクライアント・スタブ生成手
段とサーバ・スタブ生成手段を有するサーバ関数処理手
段からなるプログラム変換部を備え、前記各関数定義は
予め所在識別子が設定されており、前記処理選択手段
は、前記入力プログラムの有する関数定義を順次読み込
み、該関数定義に設定された所在識別子がクライアント
を示すとき該関数定義を前記クライアント関数処理手段
に出力し、前記所在識別子がサーバを示すとき該関数定
義を前記サーバ関数処理手段に出力し、前記クライアン
ト関数処理手段は、入力された関数定義を前記関数複写
手段により前記クライアント・プログラムに追加処理
し、前記サーバ関数処理手段は、入力された関数定義を
前記関数複写手段により前記サーバ・プログラムに追加
処理し、前記クライアント・スタブ生成手段によりクラ
イアント・スタブを生成し前記クライアント・プログラ
ムに追加処理し、前記サーバ・スタブ生成手段によりサ
ーバ・スタブを生成し前記サーバ・プログラムに追加処
理するようにしている。

【０００９】また、複数の関数定義を有する入力プログ
ラムを入力として、クライアント・プログラムとサーバ
・プログラムを出力とするプログラム変換方式であり、
処理選択手段と、関数複写手段を有するクライアント関
数処理手段と、関数複写手段とクライアント・スタブ生
成手段とサーバ・スタブ生成手段を有するサーバ関数処
理手段からなるプログラム変換部を備え、前記各関数定
義は予め所在識別子が設定されており、前記処理選択手
段は、前記入力プログラムの有する関数定義を順次読み
込み、該関数定義に設定された所在識別子がクライアン
トを示すとき該関数定義を前記クライアント関数処理手
段に出力し、前記所在識別子がサーバを示すとき該関数
定義を前記サーバ関数処理手段に出力し、かつ読み込ん
だ関数定義に基づき各関数定義に対応するスタブの生成
状況を管理する関数管理テーブルを生成し、前記クライ
アント関数処理手段は、入力された関数定義を前記関数
複写手段により前記クライアント・プログラムに追加処
理し、かつ該関数複写手段は入力された関数定義中に呼
び出すべき前記サーバプログラムに属する関数定義があ
るとき、前記関数管理テーブルを参照し、該関数定義に
係るスタブが生成されていなければ前記サーバ関数処理
手段に該関数定義に係るスタブの生成指示を出力し、前
記サーバ関数処理手段は、入力された関数定義を前記関
数複写手段により前記サーバ・プログラムに追加処理
し、かつ前記スタブの生成指示を受けたとき、前記クラ
イアント・スタブ生成手段により該生成指示に従いクラ
イアント・スタブを生成し前記クライアント・プログラ
ムに追加処理し、前記サーバ・スタブ生成手段により該
生成指示に従いサーバ・スタブを生成し前記サーバ・プ
ログラムに追加処理するようにしている。

【００１０】また、前記複数の関数定義を有する入力プ
ログラムに関数定義の他に関数の所在と名前とパラメー
タ情報とを記述した宣言である前方参照宣言を設け、前
記処理選択手段は、前記入力プログラムを順次読み込
み、先に読み込まれる前記前方参照宣言に基づき関数の
名前、所在およびパラメータ情報を記録したテーブルを
生成し、次いで読み込まれる関数定義を該テーブルを参
照してクライアント関数処理手段あるいはサーバ関数処
理手段に出力するようにしている。

【００１１】また、複数の関数定義を有する入力プログ
ラムを入力として、該入力プログラムを２以上の任意の
複数のプログラムに分割し、該分割した複数のプログラ
ム間で互いの関数定義を呼び出すためのスタブを生成す
るプログラム変換方式であり、処理選択手段と、関数複
写手段と、クライアント・スタブ生成手段と、サーバ・
スタブ生成手段からなるプログラム変換部を備え、前記
各関数定義は、関数定義が前記分割した複数のプログラ
ムのいずれに所在するかを示す所在識別子が予め設定さ
れており、前記処理選択手段は、前記入力プログラムの
有する関数定義を順次読み込み、各関数定義について
の、関数名、所在、パラメータ情報、サーバ・スタブの
生成状況、前記分割した複数のプログラム毎におけるク
ライアント・スタブの生成状況を示す関数管理テーブル
を生成し、前記関数複写手段は、前記関数定義を読み込
み、該関数定義の所在識別子に対応する前記分割したプ
ログラムに該関数定義を追加処理し、かつ該関数定義中
に呼び出すべき他の関数定義があるとき、前記関数管理
テーブルを参照し、スタブの生成状況に応じて、前記サ
ーバ・スタブ生成手段によりサーバ・スタブを生成し、
クライアント・スタブ生成手段によりクライアント・ス
タブを生成し、それぞれ対応する前記分割したプログラ
ムに追加処理するようにしている。

【００１２】また、前記複数の関数定義を有する入力プ
ログラムに関数定義の他に関数の所在と名前とパラメー
タ情報とを記述した宣言である前方参照宣言を設け、前
記処理選択手段は、前記入力プログラムを順次読み込
み、先に読み込まれる前記前方参照宣言に基づき前記関
数テーブルを初期生成するようにしている。

【００１３】また、前記入力プログラムに任意の関数か
ら参照および更新が可能である大域変数定義と、該大域
変数定義の所在と名前と型を記述した宣言である大域変
数宣言を含め、前記プログラム変換部に大域変数複写手
段と、変数用サーバ・スタブ生成手段と、変数用クライ
アント・スタブ生成手段を設け、前記各大域変数定義
は、大域変数定義が前記分割した複数のプログラムのい
ずれに所在するかを示す所在識別子が予め設定されてお
り、前記処理選択手段は、前記入力プログラムを順次読
み込み、先に読み込まれる前記大域変数宣言に基づき前
記関数テーブルを初期生成し、次いで読み込まれる各大
域変数定義についての、変数名、型、所在、変数用サー
バ・スタブの生成状況、前記分割した複数のプログラム
毎における変数用クライアント・スタブの生成状況を示
す大域変数管理テーブルを生成し、前記大域変数複写手
段は、前記大域変数定義を読み込み、該大域変数定義の
所在識別子に対応する前記分割したプログラムに該大域
変数定義を追加処理し、前記関数複写手段は、前記関数
定義を読み込み、該関数定義中に更新／参照される大域
変数定義があるときは、該関数定義を該更新／参照に応
じて変換して対応する前記分割したプログラムに追加処
理し、かつ前記大域変数関数管理テーブルを参照し、変
数用スタブの生成状況に応じて、前記変数用サーバ・ス
タブ生成手段により変数用サーバ・スタブを生成し、変
数用クライアント・スタブ生成手段により変数用クライ
アント・スタブを生成し、それぞれ対応する前記分割し
たプログラムに追加処理するようにしている。

【００１４】

【発明の実施の形態】

《第一実施例》はじめに本発明の第一実施例について説
明する。第一実施例で提示するプログラム変換部では、
入力プログラム中の関数定義に付随して記述された所在
識別子の値に応じて、関数定義をクライアント・プログ
ラムとサーバ・プログラムのいずれかに分配する。さら
に、サーバ・プログラム上の全ての関数に対応するスタ
ブを自動的に生成する。本実施例によれば、所在識別子
を書き換えるだけで関数の所在を変更することが可能と
なり、また、インターフェース定義ファイルをプログラ
ム作成者が作成することなく、出力されるクライアント
・プログラムからは、サーバ・プログラム上の任意の関
数を遠隔手続き呼び出しによって呼び出すことが可能と
なる。

【００１５】図１は本実施例の構成図であり、図２〜図
４は本実施例の処理のＰＡＤ図である。図１において、
１０は本発明で提供するプログラム変換方式を実装した
プログラム変換部であり、２０はプログラム変換部１０
の入力である入力プログラムであり、３１０はプログラ
ム変換部１０の第一の出力であるクライアント・プログ
ラムであり、３２０はプログラム変換部１０の第二の出
力であるサーバ・プログラムである。入力プログラム２
０は、関数定義２１１、２１２、…を有し、関数定義２
１１、２１２、…は各関数の所在を、クライアント・プ
ログラムとサーバ・プログラムの中から指定する所在識
別子２１１１、２１２１、…を有する。

【００１６】プログラム変換部１０は、以下に説明する
処理選択部１１０と、クライアント関数処理部１２０
と、サーバ関数処理部１３０を有する。処理選択部１１
０は、入力プログラム２０の中の関数定義２１１、２１
２、…を順次読み込み、各関数定義に対応する所在識別
子２１１１、２１２１、…に応じて、該所在識別子がク
ライアントを意味する識別子の場合、すなわち、関数定
義２１１に示すように所在識別子として“ＣＬＩＥＮ
Ｔ”が設定されている場合には、クライアント関数処理
部１２０を起動し、該所在識別子がサーバを意味する識
別子である場合、すなわち、関数定義２１２に示すよう
に所在識別子として“ＳＥＲＶＥＲ”が設定されている
場合には、サーバ関数処理部１３０を起動する。なお、
本実施例では、クライアントを意味する識別子の例とし
て“ＣＬＩＥＮＴ”を、サーバを意味する識別子の例と
して“ＳＥＲＶＥＲ”をそれぞれ用いるが、他の識別子
や記号を用いてもよい。

【００１７】クライアント関数処理部１２０は、入力プ
ログラム２０の中の関数定義をクライアント・プログラ
ム３１０に追加する関数複写部１２１０を有する。サー
バ関数処理部１３０は、入力プログラム２０の中の関数
定義をサーバ・プログラム３２０に追加する関数複写部
１３１０と、該関数に対応するサーバ・スタブ３２４
１、…を生成してサーバプログラム３２０に追加するサ
ーバ・スタブ生成部１３２０と、該関数に対応するクラ
イアント・スタブ３１３１、…を生成してクライアント
プログラム３１に追加するクライアント・スタブ生成部
１３３０を有する。クライアント・プログラム３１０
は、プログラム変換部１０が生成するプログラムであ
り、関数複写部１２１０が追加する関数定義３１１１、
…とクライアント・スタブ生成部１３３０が追加するク
ライアント・スタブ３１３１、…を有する。

【００１８】サーバ・プログラム３２０は、プログラム
変換部１０が生成するプログラムであり、関数複写部１
３１０が追加する関数定義３２１１、…とサーバ・スタ
ブ生成部１３２０が追加するサーバ・スタブ３２４１、
…を有する。

【００１９】図１を用いて本実施例の動作の概要につい
て説明する。本実施例では、プログラム変換部１０が入
力プログラム２（ソースプログラムあるいはオブジェク
トプログラム）の中の関数定義を逐次読み込んで処理を
進める。読み込んだ関数定義の所在識別子の値が“ＣＬ
ＩＥＮＴ”であるか“ＳＥＲＶＥＲ”であるかによっ
て、処理選択部１１０が、以下の２通りの処理のいずれ
かを選択して実行する。関数定義２１１のように、所在
識別子２１１１の値が“ＣＬＩＥＮＴ”である場合に
は、処理選択部１１０はクライアント関数処理部１２０
を起動する。クライアント関数処理部１２０は、関数複
写部１２１０を起動して関数定義２１１をクライアント
・プログラム３１０に関数定義３１１１として追加す
る。すなわち、プログラム変換部１０は、入力プログラ
ム２０の中で所在識別子が“ＣＬＩＥＮＴ”である関数
定義をクライアント・プログラム３１０に追加する。一
方、関数定義２１２のように、所在識別子２１２１の値
が“ＳＥＲＶＥＲ”である場合には、処理選択部１１０
はサーバ関数処理部１３０を起動する。サーバ関数処理
部１３０は、まず関数複写部１３１０を起動して関数定
義２１２をサーバ・プログラム３２０に追加する。次
に、サーバ・スタブ生成部１３２０を起動して関数定義
２１２に対応したサーバ・スタブを生成し、サーバ・プ
ログラム３２０に、サーバ・スタブ３２４１として追加
する。さらに、クライアント・スタブ生成部１３３０を
起動して関数定義２１２に対応したクライアント・スタ
ブを生成し、クライアント・プログラム３１０に、クラ
イアント・スタブ３１３１として追加する。すなわち、
プログラム変換部１０は、入力プログラム２０の中で所
在識別子が“ＳＥＲＶＥＲ”である関数定義をサーバ・
プログラム３２０に複写し、その関数をクライアント・
プログラムから呼び出すためのスタブを自動的に追加す
る。

【００２０】以下では、図２〜図３を用いて、本実施例
の動作の詳細について説明する。図２は、処理選択部の
処理を示すＰＡＤ図である。以下、本図を用いて処理内
容を説明する。 （ステップ１１０１）処理選択部１１０は、処理の入力
である入力プログラム２０から、まだ読み込むべき入力
がある限り、ステップ１１０２〜ステップ１１０５の処
理を繰り返す。 （ステップ１１０２）処理選択部１１０は、入力プログ
ラム２０から所在識別子を読み込み、変数ｌｏｃに格納
する。 （ステップ１１０３）処理選択部１１０は、ｌｏｃの値
が“ＣＬＩＥＮＴ”である場合にはステップ１１０４を
実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１
０５を実行する。 （ステップ１１０４）処理選択部１１０は、クライアン
ト関数処理部１２０を起動する。 （ステップ１１０５）処理選択部１１０は、サーバ関数
処理部１３０を起動する。 以上が処理選択部１１０の処理である。

【００２１】図３は、クライアント関数処理部１２０の
処理を示すＰＡＤ図である。以下、本図を用いて処理内
容を説明する。 （ステップ１２０１）クライアント関数処理部１２０
は、入力プログラム２０から関数定義を一つ読み込む。 （ステップ１２０２）クライアント関数処理部１２０
は、関数複写部１２１０を起動して、ステップ１２０１
で読み込んだ関数定義をクライアント・プログラム３１
０に追加する。 以上がクライアント関数処理部１２０の処理である。関
数複写部１２１０の詳細は自明なので説明を省略する。

【００２２】図４は、サーバ関数処理部１３０の処理を
示すＰＡＤ図である。以下本図を用いて処理内容を説明
する。 （ステップ１３０１）サーバ関数処理部１３０は、入力
プログラム２０から関数定義を一つ読み込む。 （ステップ１３０２）サーバ関数処理部１３０は、関数
複写部１３１０を起動してステップ１３０１で読み込ん
だ関数をサーバ・プログラム３２０に追加する。 （ステップ１３０３）サーバ関数処理部１３０は、サー
バ・スタブ生成部１３２０を起動してステップ１３０１
で読み込んだ関数に対するサーバ・スタブを生成し、生
成したサーバ・スタブをサーバ・プログラム３２０に追
加する。 （ステップ１３０４）サーバ関数処理部１３０は、クラ
イアント・スタブ生成部１３３０を起動してステップ１
３０１で読み込んだ関数に対するクライアント・スタブ
を生成し、生成したクライアント・スタブをクライアン
トプログラム３１０に追加する。

【００２３】以上がサーバ関数処理部１３０の処理であ
る。関数複写部１３１０の詳細は自明であるため、また
サーバ・スタブ生成部１３２０、クライアント・スタブ
生成部１３３０は従来のＩＤＬコンパイラで用いられる
周知技術によって構成できるため、それぞれ説明を省略
する。上記の構成によれば、入力プログラム中の関数定
義に付随して記述された所在識別子の値に応じて関数定
義をクライアント・プログラムとサーバ・プログラムの
いずれかに分配し、さらに、サーバ・プログラム上の全
ての関数に対応するスタブを自動的に生成することが可
能である。このため、出力されるクライアント・プログ
ラムからは、サーバ・プログラム上の任意の関数を呼び
出すことができる。本実施例によれば、所在識別子を設
定することにより関数の所在を決定可能であり、また、
所在識別子を書き換えてプログラム変換処理を再度行な
えば、関数の所在を変更することが可能であり、また、
インターフェース定義ファイルをプログラム作成者が作
成することなく、出力されるクライアント・プログラム
からは、サーバ・プログラム上の任意の関数を遠隔手続
き呼び出しによって呼び出すことが可能となることは明
らかである。よって、本実施例によれば、本発明の目的
を達成することができる。

【００２４】《第二実施例》次に、第二実施例について
説明する。第一実施例では、サーバ・プログラム内の全
ての関数に対してスタブを生成するが、スタブを作る必
要がある関数は、サーバ・プログラム内の関数のうち、
クライアント・プログラム内から呼び出される関数だけ
である。しかるに、第一実施例では、クライアント・プ
ログラムから呼び出すことがない関数に対する不必要な
スタブまで生成してしまうために、プログラム変換部の
処理時間が余計にかかる。さらに、不必要なスタブを含
む分だけ、生成するクライアント・プログラムとサーバ
・プログラムのメモリ消費量が多くなるため、効率が悪
い。そこで、本実施例では、プログラム変換部の処理時
間を短縮し、生成するサーバ・プログラムとクライアン
ト・プログラムのメモリ消費量を抑えるために、実際に
クライアント・プログラムから呼び出されるサーバ・プ
ログラム内の関数に対してのみ、スタブを生成する方式
の例を提示する。

【００２５】以下では、図５〜図７を用いて本実施例に
ついて説明する。本実施例では、図１の構成における処
理選択部１１０を、図６に処理内容を示す処理選択部１
１１で置き換え、さらに処理選択部１１１には、図５に
示す、スタブの生成を管理するためのテーブルである関
数管理テーブル１４０を設ける。また、関数複写部１２
０は、図７に処理内容を示す関数複写部１２１で置き換
える。

【００２６】まず、図５に構成を示す関数管理テーブル
１４０について説明する。関数管理テーブル１４０に
は、処理選択部１１１または関数複写部１２１０が、入
力プログラム２０を処理する過程で、新たな名前の関数
の定義または関数の呼び出しを見い出す度に、その関数
を管理するためのレコードを追加する。各レコードは、
以下に説明する１４０１〜１４０４のフィールドを有す
る。１４０１は関数名フィールドであり、関数の名前を
格納する。１４０２は所在フィールドであり、関数の所
在情報を格納する。格納する値は、“ＣＬＩＥＮＴ”、
“ＳＥＲＶＥＲ”、“未知”のいずれかである。関数の
所在が明らかである場合には“ＣＬＩＥＮＴ”または
“ＳＥＲＶＥＲ”のいずれかを格納し、未知である場合
には“未知”を格納する。関数の所在が未知となるの
は、入力プログラム２０の中で関数定義に先だって関数
呼び出しが記述される場合である。１４０３はパラメー
タ形式フィールドであり、関数のパラメータ形式情報、
例えばパラメータの数と型などの情報を格納する。１４
０４はスタブフィールドであり、スタブ生成の有無を管
理するために、“未”、“要”、“済”のいずれかの値
を格納する。クライアント・プログラム内の関数からの
呼び出しがなく、スタブが未だ必要とされていない場合
には“未”を、クライアント・プログラム内の関数から
の呼び出しがあったものの、パラメータ形式が不明であ
るためにスタブを生成できず、パラメータ形式が分かり
次第スタブを作る必要がある場合には“要”を、スタブ
の生成が済んでいる場合には“済”を、それぞれ格納す
る。なお、本実施例および以後の実施例において、各種
のテーブルの各フィールドに格納する具体的な値として
は、実施例で例として用いる値以外の語や記号を用いて
もよい。

【００２７】次に、本実施例の動作の概要について説明
する。本実施例では、関数管理テーブル１４０によって
各関数のスタブ生成の必要性を管理しながら処理を進め
る。そのためには、クライアント・プログラム上の関数
からサーバ・プログラム上の関数呼び出しがあるかどう
かを知る必要がある。そこで、クライアント・プログラ
ムに関数の複写処理と並行して、複写する関数の中から
呼び出される関数の所在とスタブの有無を、関数管理テ
ーブル１４０を用いて調べる。調べた結果に応じて以下
の何れかの処理を実行する。呼び出される関数の関数定
義を既に読み込んでおり、その関数がサーバ・プログラ
ム上の関数でかつ、スタブが未生成である場合には、関
数管理テーブル１４０に記録してあるパラメータ形式情
報を元に、その関数に対応するスタブを生成し、スタブ
が生成済であることを関数管理テーブル１４０に記録す
る。呼び出される関数の関数定義を未だ読み込んでいな
いために、その関数がサーバ・プログラム上の関数なの
かクライアント・プログラム上の関数なのか不明である
場合には、関数定義を読み込んでパラメータ形式情報が
判明するまではスタブを生成できないので、該関数のス
タブの生成が必要であることを関数管理テーブルに記録
しておく。後に該関数の関数定義を読み込んだ時点で、
該関数がサーバ・プログラム上の関数であることが判明
した場合にはその時点でスタブを生成する。逆に、該関
数がクライアント・プログラム上の関数であることが判
明した場合には、遠隔手続き呼び出しではなくなるの
で、スタブを生成しない。上記の場合以外は、単に複写
処理のみを行う。

【００２８】次に図６〜７のＰＡＤ図を用いて、本実施
例の動作の詳細について説明する。まず図６に従って本
実施例における処理選択部１１１の処理内容を説明す
る。 （ステップ１１２１）処理選択部１１１は、入力プログ
ラム２０から、まだ読み込むべき入力がある限りステッ
プ１１２２〜１１３５を繰り返す。 （ステップ１１２２）処理選択部１１１は、入力プログ
ラム２０から所在識別子を読み込み、変数ｌｏｃに格納
する。 （ステップ１１２３）処理選択部１１１は、ｌｏｃの値
が“ＣＬＩＥＮＴ”である場合にはステップ１１２４〜
１１２７を実行し、“ＳＥＲＶＥＲ”である場合にはス
テップ１１２８〜１１３５を実行する。 （ステップ１１２４）処理選択部１１１は、入力プログ
ラム２０の中の次の関数定義が関数管理テーブル１４０
に登録されていなければステップ１１２５を実行する。 （ステップ１１２５）処理選択部１１１は、関数管理テ
ーブル１４０に該関数のためのレコードを追加し、該レ
コードの関数名フィールド１４０１に該関数の関数名を
格納する。 （ステップ１１２６）処理選択部１１１は、関数管理テ
ーブル１４０中の該関数に対するレコードの所在フィー
ルド１４０２に“ＣＬＩＥＮＴ”を格納する。 （ステップ１１２７）処理選択部１１１は、クライアン
ト関数処理部１２０を起動する。 （ステップ１１２８）処理選択部１１１は、入力プログ
ラム２０の中の次の関数定義が関数管理テーブル１４０
に登録されていればステップ１１２９〜１１３１を実行
し、登録されていなければステップ１１３２〜１１３３
を実行する。 （ステップ１１２９）処理選択部１１１は、サーバ・ス
タブ生成部１３２０を起動する。 （ステップ１１３０）処理選択部１１１は、クライアン
ト・スタブ生成部１３３０を起動する。 （ステップ１１３１）処理選択部１１１は、関数管理テ
ーブル１４０中の該関数に対するレコードのスタブ・フ
ィールド１４０４に“済”を格納する。 （ステップ１１３２）処理選択部１１１は、関数管理テ
ーブル１４０中に該関数に対するレコードを追加し、該
レコードのパラメータ形式フィールド１４０３に、該関
数のパラメータ形式情報を格納する。 （ステップ１１３３）処理選択部１１１は、該レコード
のスタブ・フィールド１４０４に“未”を格納する。 （ステップ１１３４）処理選択部１１１は、該レコード
の所在フィールド１４０２に“ＳＥＲＶＥＲ”を格納す
る。 （ステップ１１３５）処理選択部１１１は、関数複写部
１２１０を起動する。以上が、処理選択部１１１の処理
内容である。

【００２９】次に、図７を用いて本実施例における関数
複写部１２１１の処理内容を説明する。本実施例では、
関数複写部１２１１は、入力プログラム２０の中の関数
定義をクライアント・プログラム３１０に追加すると共
に、その関数の中の関数呼び出しのために必要となるス
タブの生成を管理する。処理内容を以下に説明する。

【００３０】（ステップ１２１１１）関数複写部１２１
１は、関数の終わりになるまでステップ１２１１２〜１
２１２１を繰り返す。 （ステップ１２１１２）関数複写部１２１１は、入力プ
ログラム２０から文を一つ読み込む。 （ステップ１２１１３）関数複写部１２１１は、ステッ
プ１２１１２で読み込んだ文が関数呼び出しを含む場合
にはステップ１２１１４〜１２１２０を実行する。 （ステップ１２１１４）関数複写部１２１１は、該関数
が関数管理テーブル１４０に登録済でない場合にはステ
ップ１２１１５〜１２１１６を実行し、登録済である場
合にはステップ１２１１７〜１２１２０を実行する。 （ステップ１２１１５）関数複写部１２１１は、関数管
理テーブル１４０に該関数のためのレコードを追加し、
関数名フィールド１４０１に該関数の関数名を格納す
る。 （ステップ１２１１６）関数複写部１２１１は、該レコ
ードの所在フィールド１４０２に“未知”を、スタブ・
フィールド１４０４に“要”を格納する。 （ステップ１２１１７）関数複写部１２１１は、関数管
理テーブル１４０の該関数のためのレコードの所在フィ
ールド１４０２が“ＳＥＲＶＥＲ”であり、かつ該レコ
ードのスタブ・フィールド１４０４が“未”である場合
には、ステップ１２１１８〜１２１２０を実行する。 （ステップ１２１１８）関数複写部１２１１は、サーバ
・スタブ生成部１３２０を起動する。 （ステップ１２１１９）関数複写部１２１１は、クライ
アント・スタブ生成部１３３０を起動する。 （ステップ１２１２０）関数複写部１２１１は、関数管
理テーブル１４０の該関数のためのレコードのスタブ・
フィールド１４０４に“済”を格納する。 （ステップ１２１２１）関数複写部１２１１は、ステッ
プ１２１１２で読み込んだ文をクライアント・プログラ
ム３１に追加する。 以上が、関数複写部１２１１の処理内容である。

【００３１】上述の構成によれば、実際にクライアント
・プログラムから呼び出されるサーバ・プログラム内の
関数に対してのみ、スタブを生成することが可能である
ことは明らかである。その結果、プログラム変換部の処
理時間を短縮し、生成するサーバ・プログラムとクライ
アント・プログラムのメモリ消費量を抑えることが可能
である。

【００３２】《第三実施例》次に、第三実施例について
説明する。

【００３３】第一、第二の実施例では、所在識別子を入
力プログラム中の各関数定義に隣接して記述する必要が
あるため、関数の所在の記述が入力プログラム中に散在
してしまう。そのため、多くの関数の所在を一括して変
更したり、各関数の所在を把握しようとしたりする場合
に不便である。そこで、本実施例では各関数の所在の一
元的な管理を可能とするために、関数の所在とパラメー
タ形式を指定する宣言である前方参照宣言によって関数
の所在を指定することが可能であるプログラム変換部の
例を提示する。前方参照宣言は関数定義に比べて短く記
述できるので、入力プログラム中の先頭部などにまとめ
て記述することによって、各関数の所在の一元的な管理
が可能となる。本実施例として、第２実施例の入力プロ
グラム中に前方参照宣言を設けた場合について説明する
が、第１実施例の入力プログラム中に前方参照宣言を設
けるようにしてもよいのはいうまでもない。

【００３４】以下、図８〜９を用いて本実施例について
説明する。本実施例では、第二実施例の構成における処
理選択部１１１を、図９に処理内容を示す処理選択部１
１２で置き換える。図８は、本実施例における入力プロ
グラム２１の構成である。図８において、入力プログラ
ム２１は、関数定義２１１、２１２、…の他に、前方参
照宣言２２１、２２２、…を有し、前方参照宣言２２
１、２２２、…はそれぞれ所在識別子２２１１、２２２
１、…を有する。次に、本実施例の動作の概要について
説明する。本実施例では、入力プログラム中に関数の前
方参照宣言があると、処理選択部１１２が関数管理テー
ブル１４０に、関数の名前、所在およびスタブの生成に
必要となるパラメータ形式情報を記録しておく。後に関
数定義を読み込んだら、関数管理テーブル１４０に記録
された所在情報に基づいて該関数の複写先を決定する。

【００３５】次に、本実施例の動作の詳細について説明
する。図９は処理選択部１１２の処理内容である。以
下、本図を用いて処理内容を説明する。 （ステップ１１４１）処理選択部１１２は、入力プログ
ラム２１からまだ読み込むべき入力がある限り、ステッ
プ１１４２〜１１４８を繰り返す。 （ステップ１１４２）処理選択部１１２は、入力プログ
ラム２１から所在識別子を読み込み、変数ｌｏｃに格納
する。 （ステップ１１４３）処理選択部１１２は、入力プログ
ラム２１の次の入力が前方参照宣言である場合にはステ
ップ１１４４〜１１４５を実行し、関数定義である場合
にはステップ１１４６〜１１４８を実行する。 （ステップ１１４４）処理選択部１１２は、前方参照宣
言を読み込み、関数管理テーブル１４０１に該関数のた
めのレコードを追加し、該レコードの関数名フィールド
１４０１に該関数の名前を、所在フィールド１４０２に
該関数の所在を、パラメータ形式フィールド１４０３に
該関数のパラメータ形式情報をそれぞれ格納する。 （ステップ１１４５）処理選択部１１２は、該レコード
のスタブ・フィールド１４０４に“未”を格納する。 （ステップ１１４６）処理選択部１１２は、関数管理テ
ーブル１４０１の該関数定義に対応するレコードの所在
フィールド１４０２の値が“ＣＬＩＥＮＴ”である場合
にはステップ１１４７を実行し、“ＳＥＲＶＥＲ”であ
る場合にはステップ１１４８を実行する。 （ステップ１１４７）処理選択部１１２は、クライアン
ト関数処理部１２０を起動する。 （ステップ１１４８）処理選択部１１２は、関数複写部
１３１０を起動する。以上が処理選択部１１２の処理内
容である。

【００３６】上記の構成によれば、入力プログラム中
の、前方参照宣言によって関数の所在を指定することが
可能となるため、関数の所在の一元的な管理することが
可能となる。

【００３７】《第四実施例》次に、第四実施例について
説明する。

【００３８】第一〜第三の実施例では、クライアント・
プログラム上の関数からサーバ・プログラム上の関数を
呼ぶことは可能であるが、それとは逆にサーバ・プログ
ラム上の関数からクライアント・プログラム上の関数を
呼ぶことは不可能である。しかし、アプリケーションの
種類によってはサーバ・プログラム上の関数からクライ
アント・プログラム上の関数を呼び出すことが必要とな
る場合がある。また、第一〜第三の実施例では、入力プ
ログラムをクライアント・プログラムとサーバ・プログ
ラムの二つのプログラムに分割しているが、サーバ・プ
ログラムをさらに複数のプログラムに分割する場合など
のように、三つ以上のプログラムにアプリケーションを
分割することが必要となる場合がある。そこで、本実施
例では、入力プログラムを二つ以上の任意の複数のプロ
グラムに分割し、それらのプログラム間で互いの関数を
呼び出すためのスタブを、必要に応じて自動的に生成す
ることが可能であるようなプログラム変換部の例を示
す。

【００３９】以下図１０〜図１３を用いて本実施例につ
いて説明する。図１０は、本実施例の構成図である。図
１０において、１１は本発明で提供するプログラム変換
方式を実装したプログラム変換部であり、２２はプログ
ラム変換部１１の入力である入力プログラム、３１１、
３２１、３３１はプログラム変換部１１の出力である出
力プログラムである。入力プログラム２２は関数定義２
１１、２１２、…を有し、関数定義２１１、２１２、…
はそれぞれ所在識別子２１１１、２１２１、…を有す
る。本実施例では所在識別子の値として二つ以上の任意
の複数の値を取ることができるが、例として“ＣＬＩＥ
ＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”の三
つの値を用いる。所在識別子の種類は２つ以上であれば
いくつでもよく、また具体的な値としてはこれら以外の
語や記号を用いても良い。プログラム変換部１１は、処
理選択部１１３と、関数複写部１２１２と、サーバ・ス
タブ生成部１３２０と、クライアント・スタブ生成部１
３３０を有し、処理選択部はさらに関数管理テーブル１
４１を有する。出力プログラム３１１、３２１、３３１
は関数複写部１２１２が追加する関数定義３１１１、３
２１１、３３１１、…と、サーバ・スタブ生成部１３２
０が生成するサーバ・スタブ３２４１、３３４１、…ク
ライアント・スタブ生成部１３３０が生成するクライア
ント・スタブ３１３１、３３３１、…を有する。

【００４０】図１１は、関数管理テーブル１４１の構成
図である。関数管理テーブル１４１には、処理選択部１
１３または関数複写部１２１２が、入力プログラム２２
を処理する過程で、新たな名前の関数定義または呼び出
しを見いだす度に、その関数を管理するためのレコード
を追加する。関数管理テーブル１４１の各レコードは、
以下に説明する１４０１から１４０６３のフィールドを
有する。１４０１は関数名フィールドであり、関数名を
格納する。１４０２は所在フィールドであり、関数の所
在情報を格納する。具体的な値の例として、本実施例で
は“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶ
ＥＲ２”、“未知”を用いる。１４０３はパラメータ形
式フィールドであり、関数のパラメータ形式情報を格納
する。１４０５はサーバ・スタブ・フィールドであり、
サーバ・スタブの生成を管理するために、“未”、
“要”、“済”のいずれかの値を格納する。該関数に対
する遠隔手続き呼び出しが入力プログラム２２の中に見
いだされず、サーバ・スタブが未だ必要とされていない
場合には“未”を、呼び出しが見いだされたため、パラ
メータ形式が分かり次第サーバ・スタブを作る必要があ
る場合には“要”を、サーバ・スタブの生成が済んでい
る場合には“済”を、それぞれ格納する。１４０６１、
１４０６２、…は出力プログラムごとに設けるクライア
ント・スタブ・フィールドであり、クライアント・スタ
ブの生成を管理するために、“未”、“要”、“済”の
いずれかの値を格納する。各値の意味はサーバ・スタブ
・フィールド１４０５と同様である。以後では、出力プ
ログラムｘに対応するクライアント・スタブ・フィール
ドを、クライアント・スタブ［ｘ］フィールドと表記す
る。

【００４１】図１１を用いて本実施例の動作の概要につ
いて説明する。本実施例では、関数管理テーブル１４１
を用いてスタブの生成を管理しながら処理を進める。例
えば関数定義２１１に対しては、以下のように処理を行
う。まず、処理選択部１１３は、関数管理テーブル１４
１を用いて、関数定義２１１への呼び出しが記録してい
ないかどうか判定する。関数定義２１１の所在となる
“ＣＬＩＥＮＴ”以外の所在からの呼び出しが既に記録
されている場合には、その呼び出しを可能にするための
スタブを生成する。次に、処理選択部１１３は、関数複
写部１２１２を起動する。関数複写部１２１２は、関数
定義２１１を、所在識別子２１１１の値に基づき、“Ｃ
ＬＩＥＮＴ”に対応する出力プログラム３１１に複写す
る。複写処理と並行して、関数定義２１１の中に記述さ
れた関数呼び出しを調べ、調べた結果に応じて以下のい
ずれかの処理を行う。既に関数定義を読み込みが済んで
おり、関数管理テーブル１４１に記録された関数への呼
び出しであり、関数定義２１１とは違う所在の関数であ
る場合には、その呼び出しのためにスタブが必要となる
ので、まだスタブが生成されていなければ、スタブを生
成する。未だ関数定義を読み込んでいないために、所在
が不明である関数への呼び出しが見いだされた場合に
は、該関数の関数定義を処理するまでは、スタブが必要
かどうか分からないので、出力プログラム３１１からそ
の関数への呼び出しがあったことを関数管理テーブル１
４１に記録しておく。上記二つ以外の場合には、単に複
写する。

【００４２】次に、図１２〜図１３を用いて本実施例の
動作の詳細について説明する。図１２は処理選択部１１
３の処理内容を示すＰＡＤ図である。以下、本図を用い
て処理内容を説明する。 （ステップ１１５１）処理選択部１１３は、入力プログ
ラム２２からまだ読み込むべき入力がある限り、ステッ
プ１１５２〜１１６３を繰り返す。 （ステップ１１５２）処理選択部１１３は、入力プログ
ラム２２から所在識別子を読み込み、変数ｌｏｃに格納
する。 （ステップ１１５３）処理選択部１１３は、ステップ１
１５５〜１１６３を実行する。 （ステップ１１５４）処理選択部１１３は、関数複写部
１２１２を起動する。 （ステップ１１５５）処理選択部１１３は、入力プログ
ラム２２の中の次の関数定義が関数管理テーブル１４１
に登録されていればステップ１１５６〜１１６２を実行
し、登録されていない場合にはステップ１１６３を実行
する。 （ステップ１１５６）処理選択部１１３は、関数管理テ
ーブル１４１の該関数に対応するレコードの、クライア
ント・スタブ［ｌｏｃ］フィールドに“未”を格納す
る。 （ステップ１１５７）処理選択部１１３は、クライアン
ト・スタブ［ｉ］フィールドが“要”である全ての所在
ｉについてステップ１１５８〜１１６２を実行する。 （ステップ１１５８）処理選択部１１３は、サーバ・ス
タブ・フィールド１４０５が“未”である場合にはステ
ップ１１５９〜１１６０を起動する。 （ステップ１１５９）処理選択部１１３は、サーバ・ス
タブ生成部１３２０を起動する。 （ステップ１１６０）処理選択部１１３は、サーバ・ス
タブ・フィールド１４０５に“済”を格納する。 （ステップ１１６１）処理選択部１１３は、クライアン
ト・スタブ生成部１３３０を起動する。 （ステップ１１６２）処理選択部１１３は、クライアン
ト・スタブ［ｉ］フィールドに“済”を格納する。 （ステップ１１６３）処理選択部１１３は、関数管理テ
ーブル１４１に該関数に対応するレコードを追加し、該
レコードの関数名フィールド１４０１には該関数の関数
名を、所在フィールド１４０２にはｌｏｃの値を、パラ
メータ形式フィールド１４０３には該関数のパラメータ
形式情報を、サーバ・スタブ・フィールド１４０５と全
てのクライアント・スタブ・フィールドには“未”を、
それぞれ格納する。 以上が処理選択部１１３の処理内容である。

【００４３】図１３は関数複写部１２１２の処理内容を
示すＰＡＤ図である。以下、本図を用いて処理内容を説
明する。 （ステップ１２１３１）関数複写部１２１２は、入力プ
ログラム２２から所在識別子を読み込み変数ｌｏｃに格
納する。 （ステップ１２１３２）関数複写部１２１２は、関数定
義の終わりになるまでステップ１２１３３〜１２１３６
を繰り返す。 （ステップ１２１３３）関数複写部１２１２は、入力プ
ログラム２２から文を一つ読み込む。 （ステップ１２１３４）関数複写部１２１２は、ステッ
プ１２１３３で読み込んだ文が関数呼び出しを含む場合
には、ステップ１２１３５を実行する。 （ステップ１２１３５）関数複写部１２１２は、ステッ
プ１２１３７〜１２１４６を実行する。 （ステップ１２１３６）関数複写部１２１２は、ステッ
プ１２１３３で読み込んだ文を、変数ｌｏｃが指定する
出力プログラムに追加する。 （ステップ１２１３７）関数複写部１２１２は、該関数
が関数管理テーブル１４１に登録されていない場合には
ステップ１２３８を実行し、登録されている場合にはス
テップ１２１３９〜１２１４６を実行する。 （ステップ１２１３８）関数複写部１２１２は、関数管
理テーブル１４１に、該関数に対応するレコードを追加
し、該レコードの関数名フィールド１４０１には該関数
の名前を、所在フィールド１４０２には“未知”をそれ
ぞれ格納する。 （ステップ１２１３９）関数複写部１２１２は、該関数
に対応する所在フィールド１４０２が“未知”である場
合にはステップ１２１４０を実行し、“未知”以外の場
合にはステップ１２１４１〜１２１４６を実行する。 （ステップ１２１４０）関数複写部１２１２は、該関数
に対応するクライアント・スタブ［ｌｏｃ］フィールド
に“要”を格納する。 （ステップ１２１４１）関数複写部１２１２は、該関数
に対応するサーバ・スタブ・フィールドが“未”である
場合にはステップ１２１４２〜１２１４３を実行する。 （ステップ１２１４２）関数複写部１２１２は、サーバ
・スタブ生成部１３２０を起動する。 （ステップ１２１４３）関数複写部１２１２は、該関数
に対応するサーバ・スタブ・フィールドに“済”を代入
する。 （ステップ１２１４４）関数複写部１２１２は、該関数
に対応するクライアント・スタブ［ｌｏｃ］フィールド
が“未”である場合には、ステップ１２１４５〜１２１
４６を実行する。 （ステップ１２１４５）関数複写部１２１２は、クライ
アント・スタブ生成部１３３０を起動する。 （ステップ１２１４６）関数複写部１２１２は、該関数
に対応するクライアント・スタブ［ｌｏｃ］フィールド
に“済”を格納する。

【００４４】上述の構成によれば、入力プログラムを二
つ以上の任意の複数のプログラムに分割し、それらのプ
ログラム間で互いの関数を呼び出すためのスタブを、必
要に応じて自動的に生成することが可能である。

【００４５】《第五実施例》次に、第五実施例について
説明する。第一〜第四の実施の実施例では、入力プログ
ラム中の関数定義については、各出力プログラムに分配
することが可能であるが、変数については出力プログラ
ムに分配することができない。しかし、アプリケーショ
ンの種類よっては、各関数から共通して使用できる変数
が必要になる場合がある。そこで、本実施例では入力プ
ログラム中に、全関数から共通して参照と更新ができる
変数である大域変数の定義が可能であるようなプログラ
ム変換部の例を提示する。本実施例で示すプログラム変
換部では、入力プログラム中の大域変数についても関数
定義同様に、所在識別子によって分配先の出力プログラ
ムを指定する。そして、分配先のプログラム以外のプロ
グラムからでもそれぞれの変数を操作できるようにする
ためのスタブを、必要に応じて各出力プログラムに追加
することにより、どの出力プログラムからでも任意の大
域変数に対する操作を可能にする。

【００４６】以下、図１４〜図１７を用いて本実施例に
ついて説明する。図１４は、本実施例の構成図である。
図１４において、２３は入力プログラムであり、１２は
プログラム変換部であり、３１２、３２２、３３２、…
は出力プログラムである。入力プログラム２３は関数定
義２１１、２１２、…と大域変数定義２３１、２３２、
…を有する。関数定義２１１、２１２、…と大域変数定
義２３１、２３２、…はそれぞれ、所在識別子２１１
１、２１２１、…および２３１１、２３２１、…を有す
る。プログラム変換部１２は、処理選択部１１４と、大
域変数複写部１３４と、関数複写部１２２と、サーバ・
スタブ生成部１３２０と、クライアント・スタブ生成部
１３３０と、変数用サーバ・スタブ生成部１３４０と、
変数用クライアント・スタブ１３５０を有し、処理選択
部１１４は、関数管理テーブル１４１と大域変数管理テ
ーブル１５０を有する。出力プログラム３１２、３２
２、３３２…は、大域変数複写部１３４が追加する大域
変数定義３２２１…と、関数複写部１２２が追加する関
数定義３１１１…と、サーバ・スタブ生成部１３２０が
生成して追加する図示しないサーバ・スタブと、クライ
アント・スタブ生成部１３３０が生成して追加する図示
しないクライアント・スタブと、変数用サーバ・スタブ
生成部１３４０が生成して追加する変数用サーバスタブ
３２６１…と、変数用クライアント・スタブ生成部１３
５０が生成して追加する変数用クライアント・スタブ３
１５１…を有する。

【００４７】図１５は、大域変数管理テーブル１５０の
構成図である。大域変数管理テーブル１５０には、処理
選択部１１４が大域変数定義２３１、２３２、…を読み
込む度に、その変数を管理するためのレコードを追加す
る。大域変数管理テーブル１５０の各レコードには、以
下に説明する１５０１〜１５０５３のフィールドを有す
る。１５０１は変数名フィールドであり、変数名を格納
する。１５０２は型フィールドであり、変数の型情報を
格納する。１５０３は所在フィールドであり、変数の所
在情報を格納する。本実施例では、具体的な値の例とし
て“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶ
ＥＲ２”を用いる。１５０４はサーバ・スタブ・フィー
ルドであり、該変数を操作するための変数用サーバ・ス
タブの生成を管理するために、“未”、“要”、“済”
のいずれかの値を格納する。１５０５１、１５０５２、
１５０５３、…は、出力プログラム別のクライアント・
スタブ・フィールドであり、クライアント・スタブの生
成を管理するために、“未”、“要”、“済”のいずれ
かの値を格納する。各値の意味は、サーバ・スタブ・フ
ィールド１５０４と同様である。以後では、出力プログ
ラムｘに対するクライアント・スタブ・フィールドを、
クライアント・スタブ［ｘ］フィールドと表記する。

【００４８】次に、図１４を用いて本実施例の動作の概
要について説明する。本実施例では、関数管理テーブル
１４１によって関数のためのスタブの生成を管理し、大
域変数管理テーブル１５０によって大域変数のためのス
タブの生成を管理しながら処理を進める。例えば、入力
プログラム２３からの入力が、２３１のように大域変数
定義である場合には、以下の処理を実行する。まず、処
理選択部１１４は、大域変数管理テーブルに大域変数定
義２３１の所在と型情報を記録しておく。次に大域変数
定義複写部１３４を起動して、所在識別子２３１１の値
に基づき、“ＳＥＲＶＥＲ１”に対応する出力プログラ
ム３２２に複写する。一方、入力プログラム２３からの
入力が、２１１のように関数定義である場合には、第四
の実施の実施例と同様の処理を実行する。ただし、関数
を複写する際に第四の実施の実施例の処理に加えて、関
数定義２１１の所在と異なる所在の大域変数定義に対す
る更新と参照を、該変数のスタブ呼び出しに変換する。

【００４９】以下では、図１６〜図１７を用いて、本実
施例の動作の詳細について説明する。図１６は、処理選
択部１１４の処理内容を示すＰＡＤ図である。以下、本
図を用いて処理内容を説明する。 （ステップ１１７１）処理選択部１１４は、入力プログ
ラム２３から、まだ読み込むべき入力がある限りステッ
プ１１７２〜１１８４を繰り返す。 （ステップ１１７２）処理選択部１１４は、入力プログ
ラム２３から所在識別子を読み込み、変数ｌｏｃに格納
する。 （ステップ１１７３）処理選択部１１４は、次の入力の
種類が大域変数宣言である場合にはステップ１１７４〜
１１７５を実行し、関数定義である場合には、図１２に
示したステップ１１５３と、本図のステップ１１７６を
実行する。 （ステップ１１７４）処理選択部１１４は、入力プログ
ラム２３から大域変数定義を読み込み、大域変数管理テ
ーブル１５０に該変数のためのレコードを追加し、該レ
コードの変数名フィールド１５０１には該変数の変数名
を、型フィールド１５０２には該変数の型情報を、所在
フィールド１５０３には該変数の所在識別子の値を、サ
ーバ・スタブ・フィールドには“未”を、全てのクライ
アント・スタブ・フィールド１５０５１、１５０５２、
…には“未”を、それぞれ格納する。 （ステップ１１７５）処理選択部１１４は、大域変数複
写部１３４を起動する。 （ステップ１１７６）処理選択部１１４は、関数複写部
１２２を起動する。 以上が、処理選択部１１４の処理内容である。

【００５０】図１７は、関数複写部１２２の処理内容を
示すＰＡＤ図である。以下、本図を用いて処理内容を説
明する。 （ステップ１２２０１）関数複写部１２２は、入力プロ
グラム２３から所在識別子を読み込み、変数ｌｏｃに代
入する。 （ステップ１２２０２）関数複写部１２２は、関数定義
の終わりになるまでステップ１２２０３〜１２２０７を
繰り返す。 （ステップ１２２０３）関数複写部１２２は、入力プロ
グラム２３から文を一つ読み込む。 （ステップ１２２０４）関数複写部１２２は、ステップ
１２２０３で読み込んだ文が関数呼び出しを含む場合に
は、図１３に示したステップ１２１３５を実行する。 （ステップ１２２０５）関数複写部１２２は、ステップ
１２２０３で読み込んだ文が大域変数の更新または参照
を含む場合にはステップ１２２０６を実行する。 （ステップ１２２０６）関数複写部１２２は、ステップ
１２２０８〜ステップ１２２１４を実行する。 （ステップ１２２０７）関数複写部１２２は、ステップ
１２２０３で読み込み、ステップ１２２１４で必要に応
じて変換された文をｌｏｃが指定する出力プログラムに
追加する。 （ステップ１２２０８）関数複写部１２２は、大域変数
管理テーブル１５０の該大域変数に対応するレコードの
サーバ・スタブ・フィールド１５０４が“未”である場
合にはステップ１２２０９〜１２２１０を実行する。 （ステップ１２２０９）関数複写部１２２は、変数用サ
ーバ・スタブ生成部１３４０を起動する。 （ステップ１２２１０）関数複写部１２２は、該大域変
数に対応するサーバ・スタブ・フィールド１５０４に
“済”を格納する。 （ステップ１２２１１）関数複写部１２２は、該大域変
数に対応するクライアント・スタブ・フィールド［ｌｏ
ｃ］が“未”である場合にはステップ１２２１２〜１２
２１３を実行する。 （ステップ１２２１２）関数複写部１２２は、変数用ク
ライアント・スタブ生成部１３４０を起動する。 （ステップ１２２１３）関数複写部１２２は、該大域変
数に対応するクライアント・スタブ・フィールド［ｌｏ
ｃ］に“済”を格納する。 （ステップ１２２１４）関数複写部１２２は、ステップ
１２２０３で読み込んだ文中の、該大域変数に対する更
新または参照を、変数用クライアント・スタブの呼び出
しに変換する。

【００５１】上述の構成によれば、入力プログラム中の
大域変数定義を、所在識別子によって指定された分配先
の出力プログラムに追加し、分配先のプログラム以外の
プログラムからでもそれぞれの変数を操作できるように
するためのスタブを、必要に応じて各出力プログラムに
追加することができる。その結果、どの出力プログラム
からでも任意の大域変数に対する操作が可能となる。

【００５２】

【発明の効果】本発明によれば、インターフェース定義
ファイルを必要とせずにスタブ・コードを生成すること
が可能となる。さらに、アプリケーションの処理を構成
する関数の所在をクライアントとサーバの間で、容易に
移動させることが可能となる。すなわち、プログラム作
成者は、入力プログラム内で処理の記述場所を移動させ
たい関数の所在識別子を変更するだけで、該関数の所在
をクライアント・プログラムとサーバ・プログラムの間
で移動させることが可能となる。その結果、関数の所在
を移動させることによってアプリケーションの性能を向
上させることが容易となる。

【図面の簡単な説明】

【図１】第一実施例の構成を示す図である。

【図２】処理選択部１１０の処理内容を示すＰＡＤ図で
ある。

【図３】クライアント関数処理部１２０の処理内容を示
すＰＡＤ図である。

【図４】サーバ関数処理部１３０の処理内容を示すＰＡ
Ｄ図である。

【図５】関数管理テーブル１４０の構成を示す図であ
る。

【図６】処理選択部１１１の処理内容を示すＰＡＤ図で
ある。

【図７】は、関数複写部１２１１の処理内容を示すＰＡ
Ｄ図である。

【図８】入力プログラム２１の構成を示す図である。

【図９】処理選択部１１２の処理内容を示すＰＡＤ図で
ある。

【図１０】第四の実施例の構成を示す図である。

【図１１】関数管理テーブル１４１の構成を示す図であ
る。

【図１２】処理選択部１１３の処理内容を示すＰＡＤ図
である。

【図１３】関数複写部１２１２の処理内容を示すＰＡＤ
図である。

【図１４】第五の実施例の構成を示す図である。

【図１５】大域変数管理テーブル１５０の構成を示す図
である。

【図１６】処理選択部１１４の処理内容を示すＰＡＤ図
である。

【図１７】関数複写部１２２の処理内容を示すＰＡＤ図
である。

【符号の説明】

１０、１１、１２ プログラム変換部 １１０〜１１４ 処理選択部 １２０ クライアント関数処理部 １３０ サーバ関数処理部 １２１０、１２１１、１２１２、１３１０、１２２ 関
数複写部 １３２０ サーバ・スタブ生成部 １３３０ クライアント・スタブ生成部 １３４０ 変数用サーバ・スタブ生成部 １３５０ 変数用クライアント・スタブ生成部 １４０、１４１ 関数管理テーブル １５０ 大域変数管理テーブル ２０〜２３ 入力プログラム ２１１、２１２ 関数定義 ２１１１、２１２１ 所在識別子 ２２１、２２２ 前方参照宣言 ２３１、２３２ 大域変数定義 ３１０ クライアント・プログラム ３２０ サーバ・プログラム ３１１、３２１、３２２、３３１、３３２ 出力プログ
ラム ３１１１、３２１１、３３１１ 関数定義 ３１３１、３３３１ クライアント・スタブ ３２４１、３３４１ サーバ・スタブ ３２２１ 大域変数定義 ３１５１ 変数用クライアント・スタブ ３２６１ 変数用サーバ・スタブ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数の関数定義を有する入力プログラム
   を入力として、クライアント・プログラムとサーバ・プ
   ログラムを出力とするプログラム変換方式であって、 処理選択手段と、関数複写手段を有するクライアント関
   数処理手段と、関数複写手段とクライアント・スタブ生
   成手段とサーバ・スタブ生成手段を有するサーバ関数処
   理手段からなるプログラム変換部を備え、 前記各関数定義は予め所在識別子が設定されており、 前記処理選択手段は、前記入力プログラムの有する関数
   定義を順次読み込み、該関数定義に設定された所在識別
   子がクライアントを示すとき該関数定義を前記クライア
   ント関数処理手段に出力し、前記所在識別子がサーバを
   示すとき該関数定義を前記サーバ関数処理手段に出力
   し、 前記クライアント関数処理手段は、入力された関数定義
   を前記関数複写手段により前記クライアント・プログラ
   ムに追加処理し、 前記サーバ関数処理手段は、入力された関数定義を前記
   関数複写手段により前記サーバ・プログラムに追加処理
   し、前記クライアント・スタブ生成手段によりクライア
   ント・スタブを生成し前記クライアント・プログラムに
   追加処理し、前記サーバ・スタブ生成手段によりサーバ
   ・スタブを生成し前記サーバ・プログラムに追加処理す
   ることを特徴とするプログラム変換方式。
2. 【請求項２】 複数の関数定義を有する入力プログラム
   を入力として、クライアント・プログラムとサーバ・プ
   ログラムを出力とするプログラム変換方式であって、 処理選択手段と、関数複写手段を有するクライアント関
   数処理手段と、関数複写手段とクライアント・スタブ生
   成手段とサーバ・スタブ生成手段を有するサーバ関数処
   理手段からなるプログラム変換部を備え、 前記各関数定義は予め所在識別子が設定されており、 前記処理選択手段は、前記入力プログラムの有する関数
   定義を順次読み込み、該関数定義に設定された所在識別
   子がクライアントを示すとき該関数定義を前記クライア
   ント関数処理手段に出力し、前記所在識別子がサーバを
   示すとき該関数定義を前記サーバ関数処理手段に出力
   し、かつ読み込んだ関数定義に基づき各関数定義に対応
   するスタブの生成状況を管理する関数管理テーブルを生
   成し、 前記クライアント関数処理手段は、入力された関数定義
   を前記関数複写手段により前記クライアント・プログラ
   ムに追加処理し、かつ該関数複写手段は入力された関数
   定義中に呼び出すべき前記サーバプログラムに属する関
   数定義があるとき、前記関数管理テーブルを参照し、該
   関数定義に係るスタブが生成されていなければ前記サー
   バ関数処理手段に該関数定義に係るスタブの生成指示を
   出力し、 前記サーバ関数処理手段は、入力された関数定義を前記
   関数複写手段により前記サーバ・プログラムに追加処理
   し、かつ前記スタブの生成指示を受けたとき、前記クラ
   イアント・スタブ生成手段により該生成指示に従いクラ
   イアント・スタブを生成し前記クライアント・プログラ
   ムに追加処理し、前記サーバ・スタブ生成手段により該
   生成指示に従いサーバ・スタブを生成し前記サーバ・プ
   ログラムに追加処理することを特徴とするプログラム変
   換方式。
3. 【請求項３】 請求項１または請求項２記載のプログラ
   ム変換方式において、 前記複数の関数定義を有する入力プログラムに関数定義
   の他に関数の所在と名前とパラメータ情報とを記述した
   宣言である前方参照宣言を設け、 前記処理選択手段は、前記入力プログラムを順次読み込
   み、先に読み込まれる前記前方参照宣言に基づき関数の
   名前、所在およびパラメータ情報を記録したテーブルを
   生成し、次いで読み込まれる関数定義を該テーブルを参
   照してクライアント関数処理手段あるいはサーバ関数処
   理手段に出力することを特徴とするプログラム変換方
   式。
4. 【請求項４】 複数の関数定義を有する入力プログラム
   を入力として、該入力プログラムを２以上の任意の複数
   のプログラムに分割し、該分割した複数のプログラム間
   で互いの関数定義を呼び出すためのスタブを生成するプ
   ログラム変換方式であって、 処理選択手段と、関数複写手段と、クライアント・スタ
   ブ生成手段と、サーバ・スタブ生成手段からなるプログ
   ラム変換部を備え、 前記各関数定義は、関数定義が前記分割した複数のプロ
   グラムのいずれに所在するかを示す所在識別子が予め設
   定されており、 前記処理選択手段は、前記入力プログラムの有する関数
   定義を順次読み込み、各関数定義についての、関数名、
   所在、パラメータ情報、サーバ・スタブの生成状況、前
   記分割した複数のプログラム毎におけるクライアント・
   スタブの生成状況を示す関数管理テーブルを生成し、 前記関数複写手段は、前記関数定義を読み込み、該関数
   定義の所在識別子に対応する前記分割したプログラムに
   該関数定義を追加処理し、かつ該関数定義中に呼び出す
   べき他の関数定義があるとき、前記関数管理テーブルを
   参照し、スタブの生成状況に応じて、前記サーバ・スタ
   ブ生成手段によりサーバ・スタブを生成し、クライアン
   ト・スタブ生成手段によりクライアント・スタブを生成
   し、それぞれ対応する前記分割したプログラムに追加処
   理することを特徴とするプログラム変換方式。
5. 【請求項５】 請求項４記載のプログラム変換方式にお
   いて、 前記複数の関数定義を有する入力プログラムに関数定義
   の他に関数の所在と名前とパラメータ情報とを記述した
   宣言である前方参照宣言を設け、 前記処理選択手段は、前記入力プログラムを順次読み込
   み、先に読み込まれる前記前方参照宣言に基づき前記関
   数テーブルを初期生成することを特徴とするプログラム
   変換方式。
6. 【請求項６】 請求項４または請求項５記載のプログラ
   ム変換方式において、 前記入力プログラムに任意の関数から参照および更新が
   可能である大域変数定義と、該大域変数定義の所在と名
   前と型を記述した宣言である大域変数宣言を含め、 前記プログラム変換部に大域変数複写手段と、変数用サ
   ーバ・スタブ生成手段と、変数用クライアント・スタブ
   生成手段を設け、 前記各大域変数定義は、大域変数定義が前記分割した複
   数のプログラムのいずれに所在するかを示す所在識別子
   が予め設定されており、 前記処理選択手段は、前記入力プログラムを順次読み込
   み、先に読み込まれる前記大域変数宣言に基づき前記関
   数テーブルを初期生成し、次いで読み込まれる各大域変
   数定義についての、変数名、型、所在、変数用サーバ・
   スタブの生成状況、前記分割した複数のプログラム毎に
   おける変数用クライアント・スタブの生成状況を示す大
   域変数管理テーブルを生成し、 前記大域変数複写手段は、前記大域変数定義を読み込
   み、該大域変数定義の所在識別子に対応する前記分割し
   たプログラムに該大域変数定義を追加処理し、 前記関数複写手段は、前記関数定義を読み込み、該関数
   定義中に更新／参照される大域変数定義があるときは、
   該関数定義を該更新／参照に応じて変換して対応する前
   記分割したプログラムに追加処理し、かつ前記大域変数
   関数管理テーブルを参照し、変数用スタブの生成状況に
   応じて、前記変数用サーバ・スタブ生成手段により変数
   用サーバ・スタブを生成し、変数用クライアント・スタ
   ブ生成手段により変数用クライアント・スタブを生成
   し、それぞれ対応する前記分割したプログラムに追加処
   理することを特徴とするプログラム変換方式。