プログラム変換方式
【課題】 インターフェース定義ファイルを必要とせずにスタブ・コードを生成することのできるプログラム変換方式を提供することにある。
【解決手段】 処理選択部110は入力プログラム20から関数定義211、212…を読み込み、所在識別子がCLIENTのときはクライアント関数処理部120に関数定義を出力し、該処理部120は関数複写部1210によりクライアントプログラム310に関数定義を追加処理し、所在識別子がSERVERのときはサーバ関数処理部130に関数定義を出力し、該処理部130は関数複写部1310によりサーバプログラム320に関数定義を追加処理し、サーバ・スタブ生成部1320でサーバ・スタブを生成してサーバプログラム320にサーバ・スタブを追加処理し、またクライアント・スタブ生成部1330でクライアント・スタブを生成してクライアントプログラム310にクライアント・スタブを追加処理する。
【解決手段】 処理選択部110は入力プログラム20から関数定義211、212…を読み込み、所在識別子がCLIENTのときはクライアント関数処理部120に関数定義を出力し、該処理部120は関数複写部1210によりクライアントプログラム310に関数定義を追加処理し、所在識別子がSERVERのときはサーバ関数処理部130に関数定義を出力し、該処理部130は関数複写部1310によりサーバプログラム320に関数定義を追加処理し、サーバ・スタブ生成部1320でサーバ・スタブを生成してサーバプログラム320にサーバ・スタブを追加処理し、またクライアント・スタブ生成部1330でクライアント・スタブを生成してクライアントプログラム310にクライアント・スタブを追加処理する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は分散処理を行うプログラムのためのプログラム変換方式に係わり、特に、単一のプログラムを、遠隔手続き呼び出しを用いて協調動作する複数のプログラムに分割するプログラム変換方式に関する。
【０００２】
【従来の技術】近年、多数の計算機をネットワークに接続して運用する形態の計算機システムが普及している。また、これらの計算機システム向けに、別々の計算機上で実行される複数のプログラムによって、一つのアプリケーションを構成する分散処理プログラムの開発がさかんに行われている。分散処理プログラムの形態としては、クライアント・サーバ型と呼ばれる形態が一般的である。クライアント・サーバ型の分散処理プログラムでは、アプリケーションをクライアント・プログラムとサーバ・プログラムと呼ばれる２種類のプログラムに分割して実装し、クライアント・プログラムがサーバ・プログラムの提供する処理を必要に応じて呼び出す形で処理を進める。クライアント・プログラムとサーバ・プログラムの間の通信処理は煩雑であるため、通信処理をなるべく意識せずにクライアント・サーバ型のプログラムを作成することを可能にする目的で、遠隔手続き呼び出し、またはＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）と呼ばれる通信方式が提案されている。遠隔手続き呼び出しでは、例えば「ＤＣＥプログラミングガイド」（ジョン・シャーリー他著「Ｇｕｉｄｅ ｔｏ Ｗｒｉｔｉｎｇ ＤＣＥ Ａｐｐｌｉｃａｔｉｏｎｓ」中田温朗訳、オーム社、１９９４年）の３ページに示されるように、スタブ・コードとＲＰＣランタイム・ライブラリと呼ばれるモジュールを用いて、クライアント・プログラムからサーバ・プログラム上の手続きを呼び出すことを可能にしている。ここで、スタブ・コードとはサーバ上の手続きに渡すパラメータとネットワークで送受信するパケットの間の変換を行うモジュールであり、パラメータをパケットに変換するクライアント・スタブ・コードと、パケットをパラメータに変換するサーバ・スタブ・コードの２種類のスタブ・コードがある。また、ＲＰＣランタイム・ライブラリとは、各アプリケーションで共通に使用できる通信処理ライブラリである。なお、本明細書では、以後スタブ・コードを単にスタブと略記する。また、手続きと関数を同義の語として用いる。
【０００３】スタブは、前掲書の６ページに示されるように、個々のアプリケーションに応じてプログラム作成者が作成するインターフェース定義ファイルから、ＩＤＬ（Ｉｎｔｅｒｆａｃｅ Ｄｅｆｉｎｉｔｉｏｎ Ｌａｎｇｕａｇｅ）コンパイラと呼ばれるプログラムによって、自動的に生成して使用する。従来のＩＤＬコンパイラを用いたクライアント・サーバ型のプログラム開発では、プログラム開発者は以下の手順でクライアント・プログラムとサーバ・プログラムをそれぞれ開発していた。
（手順１）アプリケーションの処理全体を、クライアント・プログラムに含める関数群と、サーバ・プログラムに含める関数群に分割し、それぞれクライアント・アプリケーション・コード、サーバ・アプリケーション・コードとして実装する。
（手順２）クライアント・アプリケーション・コードの中から起動されるサーバ・アプリケーション・コード内の関数に対するインターフェース定義ファイルを作成する。
（手順３）ＩＤＬコンパイラを用いてインターフェース定義ファイルからクライアント・スタブとサーバ・スタブを生成する。
（手順４）クライアント・アプリケーション・コードとクライアント・スタブとＲＰＣランタイム・ライブラリを結合してクライアント・プログラムを作成し、サーバ・アプリケーション・コードとサーバ・スタブとＲＰＣランタイム・ライブラリを結合してサーバ・プログラムを作成する。
【０００４】
【発明が解決しようとする課題】上記の手順に沿ってプログラム開発を進める必要があった従来の技術には、以下の二つの問題点がある。第一の問題点は、インターフェース定義ファイルをプログラム作成者が作成しなければならず、作業量が多いということである。第二の問題点は、関数の所在をクライアント・プログラムとサーバ・プログラムの間で移動させるための作業量が多く、アプリケーションの性能の向上がしずらいということである。
【０００５】以下、それぞれの問題点について説明する。まず、第一の問題点について説明する。従来技術では、サーバ・アプリケーション・コード内に記述された関数のうち、クライアント・アプリケーション・コードから起動する全ての関数に対してプログラム開発者がインターフェース定義を作成する必要がある。そのため、プログラム開発者の作業量が多い。次に、第二の問題点について説明する。アプリケーションの性能は、アプリケーションを構成する個々の関数の、クライアントとサーバへの分配のしかたに依存する。それは、以下の二つの理由による。第一の理由は、クライアント・プログラム上の関数がサーバ・プログラム上の関数を起動する頻度が、クライアント・サーバ間の通信量を左右するためである。通信量を減らしてアプリケーションの性能を向上させるためには、一方の関数が他方の関数を頻繁に起動するような関数同士は、クライアントかサーバのどちらか一方にまとめて配置する必要がある。第二の理由は、関数の分配のしかたが、クライアント・プログラムを実行する計算機であるクライアント計算機と、サーバ・プログラムを実行する計算機であるサーバ計算機に対する負荷分散を決定するためである。例えば、クライアント計算機に比べてサーバ計算機の処理能力が高い場合には、負荷の高い関数をなるべくサーバ・プログラム上に配置した方が性能が向上する。逆にサーバ計算機に接続されたクライアント計算機の数が多い場合のように、クライアント計算機に比べてサーバ計算機の処理能力が低い場合には、負荷の高い関数をなるべくクライアント・プログラム上に配置した方が性能が向上する。
【０００６】以上二つの理由から、アプリケーション全体としての性能向上を図るためには、通信量が少なく、負荷分散が適切になるように関数の分配を決定する必要がある。ところが、各関数の間の呼び出し頻度や、各関数による計算負荷は、プログラム作成の初期では不明な場合が多い。そのため、プログラムの作成がかなり進んだ時点で、性能向上のために関数の配置を変更したくなる場合がある。しかし、従来の技術では関数の配置を変更しようとすると、プログラム作成者が以下の二つの作業を行う必要があるため、作業量が多い。第一に、配置を変更したい関数の記述場所を、クライアント・アプリケーション・コードからサーバ・アプリケーション・コードへ、またはその逆へ移動させなければならない。第二に、移動させた関数に対応するインターフェース定義を追加または削除しなければならない。以上二つの理由により、従来技術では関数の所在をクライアント・プログラムとサーバ・プログラムの間で移動させるための作業量が多く、その結果としてアプリケーションの性能の向上がしずらい。
【０００７】本発明の第一の目的は、インターフェース定義ファイルを必要とせずにスタブ・コードを生成することのできるプログラム変換方式を提供することにある。本発明の第二の目的は、アプリケーションの処理を構成する関数の記述場所を変更することなく、関数の所在をクライアント・プログラムとサーバ・プログラムの間で、容易に移動させることのできるプログラム変換方式を提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため、本発明は、複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であり、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、前記クライアント・スタブ生成手段によりクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し前記サーバ・プログラムに追加処理するようにしている。
【０００９】また、複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であり、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、かつ読み込んだ関数定義に基づき各関数定義に対応するスタブの生成状況を管理する関数管理テーブルを生成し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、かつ該関数複写手段は入力された関数定義中に呼び出すべき前記サーバプログラムに属する関数定義があるとき、前記関数管理テーブルを参照し、該関数定義に係るスタブが生成されていなければ前記サーバ関数処理手段に該関数定義に係るスタブの生成指示を出力し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、かつ前記スタブの生成指示を受けたとき、前記クライアント・スタブ生成手段により該生成指示に従いクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段により該生成指示に従いサーバ・スタブを生成し前記サーバ・プログラムに追加処理するようにしている。
【００１０】また、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき関数の名前、所在およびパラメータ情報を記録したテーブルを生成し、次いで読み込まれる関数定義を該テーブルを参照してクライアント関数処理手段あるいはサーバ関数処理手段に出力するようにしている。
【００１１】また、複数の関数定義を有する入力プログラムを入力として、該入力プログラムを２以上の任意の複数のプログラムに分割し、該分割した複数のプログラム間で互いの関数定義を呼び出すためのスタブを生成するプログラム変換方式であり、処理選択手段と、関数複写手段と、クライアント・スタブ生成手段と、サーバ・スタブ生成手段からなるプログラム変換部を備え、前記各関数定義は、関数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、各関数定義についての、関数名、所在、パラメータ情報、サーバ・スタブの生成状況、前記分割した複数のプログラム毎におけるクライアント・スタブの生成状況を示す関数管理テーブルを生成し、前記関数複写手段は、前記関数定義を読み込み、該関数定義の所在識別子に対応する前記分割したプログラムに該関数定義を追加処理し、かつ該関数定義中に呼び出すべき他の関数定義があるとき、前記関数管理テーブルを参照し、スタブの生成状況に応じて、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し、クライアント・スタブ生成手段によりクライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理するようにしている。
【００１２】また、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき前記関数テーブルを初期生成するようにしている。
【００１３】また、前記入力プログラムに任意の関数から参照および更新が可能である大域変数定義と、該大域変数定義の所在と名前と型を記述した宣言である大域変数宣言を含め、前記プログラム変換部に大域変数複写手段と、変数用サーバ・スタブ生成手段と、変数用クライアント・スタブ生成手段を設け、前記各大域変数定義は、大域変数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記大域変数宣言に基づき前記関数テーブルを初期生成し、次いで読み込まれる各大域変数定義についての、変数名、型、所在、変数用サーバ・スタブの生成状況、前記分割した複数のプログラム毎における変数用クライアント・スタブの生成状況を示す大域変数管理テーブルを生成し、前記大域変数複写手段は、前記大域変数定義を読み込み、該大域変数定義の所在識別子に対応する前記分割したプログラムに該大域変数定義を追加処理し、前記関数複写手段は、前記関数定義を読み込み、該関数定義中に更新／参照される大域変数定義があるときは、該関数定義を該更新／参照に応じて変換して対応する前記分割したプログラムに追加処理し、かつ前記大域変数関数管理テーブルを参照し、変数用スタブの生成状況に応じて、前記変数用サーバ・スタブ生成手段により変数用サーバ・スタブを生成し、変数用クライアント・スタブ生成手段により変数用クライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理するようにしている。
【００１４】
【発明の実施の形態】
《第一実施例》はじめに本発明の第一実施例について説明する。第一実施例で提示するプログラム変換部では、入力プログラム中の関数定義に付随して記述された所在識別子の値に応じて、関数定義をクライアント・プログラムとサーバ・プログラムのいずれかに分配する。さらに、サーバ・プログラム上の全ての関数に対応するスタブを自動的に生成する。本実施例によれば、所在識別子を書き換えるだけで関数の所在を変更することが可能となり、また、インターフェース定義ファイルをプログラム作成者が作成することなく、出力されるクライアント・プログラムからは、サーバ・プログラム上の任意の関数を遠隔手続き呼び出しによって呼び出すことが可能となる。
【００１５】図１は本実施例の構成図であり、図２〜図４R>４は本実施例の処理のＰＡＤ図である。図１において、１０は本発明で提供するプログラム変換方式を実装したプログラム変換部であり、２０はプログラム変換部１０の入力である入力プログラムであり、３１０はプログラム変換部１０の第一の出力であるクライアント・プログラムであり、３２０はプログラム変換部１０の第二の出力であるサーバ・プログラムである。入力プログラム２０は、関数定義２１１、２１２、…を有し、関数定義２１１、２１２、…は各関数の所在を、クライアント・プログラムとサーバ・プログラムの中から指定する所在識別子２１１１、２１２１、…を有する。
【００１６】プログラム変換部１０は、以下に説明する処理選択部１１０と、クライアント関数処理部１２０と、サーバ関数処理部１３０を有する。処理選択部１１０は、入力プログラム２０の中の関数定義２１１、２１２、…を順次読み込み、各関数定義に対応する所在識別子２１１１、２１２１、…に応じて、該所在識別子がクライアントを意味する識別子の場合、すなわち、関数定義２１１に示すように所在識別子として“ＣＬＩＥＮＴ”が設定されている場合には、クライアント関数処理部１２０を起動し、該所在識別子がサーバを意味する識別子である場合、すなわち、関数定義２１２に示すように所在識別子として“ＳＥＲＶＥＲ”が設定されている場合には、サーバ関数処理部１３０を起動する。なお、本実施例では、クライアントを意味する識別子の例として“ＣＬＩＥＮＴ”を、サーバを意味する識別子の例として“ＳＥＲＶＥＲ”をそれぞれ用いるが、他の識別子や記号を用いてもよい。
【００１７】クライアント関数処理部１２０は、入力プログラム２０の中の関数定義をクライアント・プログラム３１０に追加する関数複写部１２１０を有する。サーバ関数処理部１３０は、入力プログラム２０の中の関数定義をサーバ・プログラム３２０に追加する関数複写部１３１０と、該関数に対応するサーバ・スタブ３２４１、…を生成してサーバプログラム３２０に追加するサーバ・スタブ生成部１３２０と、該関数に対応するクライアント・スタブ３１３１、…を生成してクライアントプログラム３１に追加するクライアント・スタブ生成部１３３０を有する。クライアント・プログラム３１０は、プログラム変換部１０が生成するプログラムであり、関数複写部１２１０が追加する関数定義３１１１、…とクライアント・スタブ生成部１３３０が追加するクライアント・スタブ３１３１、…を有する。
【００１８】サーバ・プログラム３２０は、プログラム変換部１０が生成するプログラムであり、関数複写部１３１０が追加する関数定義３２１１、…とサーバ・スタブ生成部１３２０が追加するサーバ・スタブ３２４１、…を有する。
【００１９】図１を用いて本実施例の動作の概要について説明する。本実施例では、プログラム変換部１０が入力プログラム２（ソースプログラムあるいはオブジェクトプログラム）の中の関数定義を逐次読み込んで処理を進める。読み込んだ関数定義の所在識別子の値が“ＣＬＩＥＮＴ”であるか“ＳＥＲＶＥＲ”であるかによって、処理選択部１１０が、以下の２通りの処理のいずれかを選択して実行する。関数定義２１１のように、所在識別子２１１１の値が“ＣＬＩＥＮＴ”である場合には、処理選択部１１０はクライアント関数処理部１２０を起動する。クライアント関数処理部１２０は、関数複写部１２１０を起動して関数定義２１１をクライアント・プログラム３１０に関数定義３１１１として追加する。すなわち、プログラム変換部１０は、入力プログラム２０の中で所在識別子が“ＣＬＩＥＮＴ”である関数定義をクライアント・プログラム３１０に追加する。一方、関数定義２１２のように、所在識別子２１２１の値が“ＳＥＲＶＥＲ”である場合には、処理選択部１１０はサーバ関数処理部１３０を起動する。サーバ関数処理部１３０は、まず関数複写部１３１０を起動して関数定義２１２をサーバ・プログラム３２０に追加する。次に、サーバ・スタブ生成部１３２０を起動して関数定義２１２に対応したサーバ・スタブを生成し、サーバ・プログラム３２０に、サーバ・スタブ３２４１として追加する。さらに、クライアント・スタブ生成部１３３０を起動して関数定義２１２に対応したクライアント・スタブを生成し、クライアント・プログラム３１０に、クライアント・スタブ３１３１として追加する。すなわち、プログラム変換部１０は、入力プログラム２０の中で所在識別子が“ＳＥＲＶＥＲ”である関数定義をサーバ・プログラム３２０に複写し、その関数をクライアント・プログラムから呼び出すためのスタブを自動的に追加する。
【００２０】以下では、図２〜図３を用いて、本実施例の動作の詳細について説明する。図２は、処理選択部の処理を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１１０１）処理選択部１１０は、処理の入力である入力プログラム２０から、まだ読み込むべき入力がある限り、ステップ１１０２〜ステップ１１０５の処理を繰り返す。
（ステップ１１０２）処理選択部１１０は、入力プログラム２０から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１０３）処理選択部１１０は、ｌｏｃの値が“ＣＬＩＥＮＴ”である場合にはステップ１１０４を実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１０５を実行する。
（ステップ１１０４）処理選択部１１０は、クライアント関数処理部１２０を起動する。
（ステップ１１０５）処理選択部１１０は、サーバ関数処理部１３０を起動する。
以上が処理選択部１１０の処理である。
【００２１】図３は、クライアント関数処理部１２０の処理を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１２０１）クライアント関数処理部１２０は、入力プログラム２０から関数定義を一つ読み込む。
（ステップ１２０２）クライアント関数処理部１２０は、関数複写部１２１０を起動して、ステップ１２０１で読み込んだ関数定義をクライアント・プログラム３１０に追加する。
以上がクライアント関数処理部１２０の処理である。関数複写部１２１０の詳細は自明なので説明を省略する。
【００２２】図４は、サーバ関数処理部１３０の処理を示すＰＡＤ図である。以下本図を用いて処理内容を説明する。
（ステップ１３０１）サーバ関数処理部１３０は、入力プログラム２０から関数定義を一つ読み込む。
（ステップ１３０２）サーバ関数処理部１３０は、関数複写部１３１０を起動してステップ１３０１で読み込んだ関数をサーバ・プログラム３２０に追加する。
（ステップ１３０３）サーバ関数処理部１３０は、サーバ・スタブ生成部１３２０を起動してステップ１３０１で読み込んだ関数に対するサーバ・スタブを生成し、生成したサーバ・スタブをサーバ・プログラム３２０に追加する。
（ステップ１３０４）サーバ関数処理部１３０は、クライアント・スタブ生成部１３３０を起動してステップ１３０１で読み込んだ関数に対するクライアント・スタブを生成し、生成したクライアント・スタブをクライアントプログラム３１０に追加する。
【００２３】以上がサーバ関数処理部１３０の処理である。関数複写部１３１０の詳細は自明であるため、またサーバ・スタブ生成部１３２０、クライアント・スタブ生成部１３３０は従来のＩＤＬコンパイラで用いられる周知技術によって構成できるため、それぞれ説明を省略する。上記の構成によれば、入力プログラム中の関数定義に付随して記述された所在識別子の値に応じて関数定義をクライアント・プログラムとサーバ・プログラムのいずれかに分配し、さらに、サーバ・プログラム上の全ての関数に対応するスタブを自動的に生成することが可能である。このため、出力されるクライアント・プログラムからは、サーバ・プログラム上の任意の関数を呼び出すことができる。本実施例によれば、所在識別子を設定することにより関数の所在を決定可能であり、また、所在識別子を書き換えてプログラム変換処理を再度行なえば、関数の所在を変更することが可能であり、また、インターフェース定義ファイルをプログラム作成者が作成することなく、出力されるクライアント・プログラムからは、サーバ・プログラム上の任意の関数を遠隔手続き呼び出しによって呼び出すことが可能となることは明らかである。よって、本実施例によれば、本発明の目的を達成することができる。
【００２４】《第二実施例》次に、第二実施例について説明する。第一実施例では、サーバ・プログラム内の全ての関数に対してスタブを生成するが、スタブを作る必要がある関数は、サーバ・プログラム内の関数のうち、クライアント・プログラム内から呼び出される関数だけである。しかるに、第一実施例では、クライアント・プログラムから呼び出すことがない関数に対する不必要なスタブまで生成してしまうために、プログラム変換部の処理時間が余計にかかる。さらに、不必要なスタブを含む分だけ、生成するクライアント・プログラムとサーバ・プログラムのメモリ消費量が多くなるため、効率が悪い。そこで、本実施例では、プログラム変換部の処理時間を短縮し、生成するサーバ・プログラムとクライアント・プログラムのメモリ消費量を抑えるために、実際にクライアント・プログラムから呼び出されるサーバ・プログラム内の関数に対してのみ、スタブを生成する方式の例を提示する。
【００２５】以下では、図５〜図７を用いて本実施例について説明する。本実施例では、図１の構成における処理選択部１１０を、図６に処理内容を示す処理選択部１１１で置き換え、さらに処理選択部１１１には、図５に示す、スタブの生成を管理するためのテーブルである関数管理テーブル１４０を設ける。また、関数複写部１２０は、図７に処理内容を示す関数複写部１２１で置き換える。
【００２６】まず、図５に構成を示す関数管理テーブル１４０について説明する。関数管理テーブル１４０には、処理選択部１１１または関数複写部１２１０が、入力プログラム２０を処理する過程で、新たな名前の関数の定義または関数の呼び出しを見い出す度に、その関数を管理するためのレコードを追加する。各レコードは、以下に説明する１４０１〜１４０４のフィールドを有する。１４０１は関数名フィールドであり、関数の名前を格納する。１４０２は所在フィールドであり、関数の所在情報を格納する。格納する値は、“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ”、“未知”のいずれかである。関数の所在が明らかである場合には“ＣＬＩＥＮＴ”または“ＳＥＲＶＥＲ”のいずれかを格納し、未知である場合には“未知”を格納する。関数の所在が未知となるのは、入力プログラム２０の中で関数定義に先だって関数呼び出しが記述される場合である。１４０３はパラメータ形式フィールドであり、関数のパラメータ形式情報、例えばパラメータの数と型などの情報を格納する。１４０４はスタブフィールドであり、スタブ生成の有無を管理するために、“未”、“要”、“済”のいずれかの値を格納する。クライアント・プログラム内の関数からの呼び出しがなく、スタブが未だ必要とされていない場合には“未”を、クライアント・プログラム内の関数からの呼び出しがあったものの、パラメータ形式が不明であるためにスタブを生成できず、パラメータ形式が分かり次第スタブを作る必要がある場合には“要”を、スタブの生成が済んでいる場合には“済”を、それぞれ格納する。なお、本実施例および以後の実施例において、各種のテーブルの各フィールドに格納する具体的な値としては、実施例で例として用いる値以外の語や記号を用いてもよい。
【００２７】次に、本実施例の動作の概要について説明する。本実施例では、関数管理テーブル１４０によって各関数のスタブ生成の必要性を管理しながら処理を進める。そのためには、クライアント・プログラム上の関数からサーバ・プログラム上の関数呼び出しがあるかどうかを知る必要がある。そこで、クライアント・プログラムに関数の複写処理と並行して、複写する関数の中から呼び出される関数の所在とスタブの有無を、関数管理テーブル１４０を用いて調べる。調べた結果に応じて以下の何れかの処理を実行する。呼び出される関数の関数定義を既に読み込んでおり、その関数がサーバ・プログラム上の関数でかつ、スタブが未生成である場合には、関数管理テーブル１４０に記録してあるパラメータ形式情報を元に、その関数に対応するスタブを生成し、スタブが生成済であることを関数管理テーブル１４０に記録する。呼び出される関数の関数定義を未だ読み込んでいないために、その関数がサーバ・プログラム上の関数なのかクライアント・プログラム上の関数なのか不明である場合には、関数定義を読み込んでパラメータ形式情報が判明するまではスタブを生成できないので、該関数のスタブの生成が必要であることを関数管理テーブルに記録しておく。後に該関数の関数定義を読み込んだ時点で、該関数がサーバ・プログラム上の関数であることが判明した場合にはその時点でスタブを生成する。逆に、該関数がクライアント・プログラム上の関数であることが判明した場合には、遠隔手続き呼び出しではなくなるので、スタブを生成しない。上記の場合以外は、単に複写処理のみを行う。
【００２８】次に図６〜７のＰＡＤ図を用いて、本実施例の動作の詳細について説明する。まず図６に従って本実施例における処理選択部１１１の処理内容を説明する。
（ステップ１１２１）処理選択部１１１は、入力プログラム２０から、まだ読み込むべき入力がある限りステップ１１２２〜１１３５を繰り返す。
（ステップ１１２２）処理選択部１１１は、入力プログラム２０から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１２３）処理選択部１１１は、ｌｏｃの値が“ＣＬＩＥＮＴ”である場合にはステップ１１２４〜１１２７を実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１２８〜１１３５を実行する。
（ステップ１１２４）処理選択部１１１は、入力プログラム２０の中の次の関数定義が関数管理テーブル１４０に登録されていなければステップ１１２５を実行する。
（ステップ１１２５）処理選択部１１１は、関数管理テーブル１４０に該関数のためのレコードを追加し、該レコードの関数名フィールド１４０１に該関数の関数名を格納する。
（ステップ１１２６）処理選択部１１１は、関数管理テーブル１４０中の該関数に対するレコードの所在フィールド１４０２に“ＣＬＩＥＮＴ”を格納する。
（ステップ１１２７）処理選択部１１１は、クライアント関数処理部１２０を起動する。
（ステップ１１２８）処理選択部１１１は、入力プログラム２０の中の次の関数定義が関数管理テーブル１４０に登録されていればステップ１１２９〜１１３１を実行し、登録されていなければステップ１１３２〜１１３３を実行する。
（ステップ１１２９）処理選択部１１１は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１１３０）処理選択部１１１は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１１３１）処理選択部１１１は、関数管理テーブル１４０中の該関数に対するレコードのスタブ・フィールド１４０４に“済”を格納する。
（ステップ１１３２）処理選択部１１１は、関数管理テーブル１４０中に該関数に対するレコードを追加し、該レコードのパラメータ形式フィールド１４０３に、該関数のパラメータ形式情報を格納する。
（ステップ１１３３）処理選択部１１１は、該レコードのスタブ・フィールド１４０４に“未”を格納する。
（ステップ１１３４）処理選択部１１１は、該レコードの所在フィールド１４０２に“ＳＥＲＶＥＲ”を格納する。
（ステップ１１３５）処理選択部１１１は、関数複写部１２１０を起動する。以上が、処理選択部１１１の処理内容である。
【００２９】次に、図７を用いて本実施例における関数複写部１２１１の処理内容を説明する。本実施例では、関数複写部１２１１は、入力プログラム２０の中の関数定義をクライアント・プログラム３１０に追加すると共に、その関数の中の関数呼び出しのために必要となるスタブの生成を管理する。処理内容を以下に説明する。
【００３０】（ステップ１２１１１）関数複写部１２１１は、関数の終わりになるまでステップ１２１１２〜１２１２１を繰り返す。
（ステップ１２１１２）関数複写部１２１１は、入力プログラム２０から文を一つ読み込む。
（ステップ１２１１３）関数複写部１２１１は、ステップ１２１１２で読み込んだ文が関数呼び出しを含む場合にはステップ１２１１４〜１２１２０を実行する。
（ステップ１２１１４）関数複写部１２１１は、該関数が関数管理テーブル１４０に登録済でない場合にはステップ１２１１５〜１２１１６を実行し、登録済である場合にはステップ１２１１７〜１２１２０を実行する。
（ステップ１２１１５）関数複写部１２１１は、関数管理テーブル１４０に該関数のためのレコードを追加し、関数名フィールド１４０１に該関数の関数名を格納する。
（ステップ１２１１６）関数複写部１２１１は、該レコードの所在フィールド１４０２に“未知”を、スタブ・フィールド１４０４に“要”を格納する。
（ステップ１２１１７）関数複写部１２１１は、関数管理テーブル１４０の該関数のためのレコードの所在フィールド１４０２が“ＳＥＲＶＥＲ”であり、かつ該レコードのスタブ・フィールド１４０４が“未”である場合には、ステップ１２１１８〜１２１２０を実行する。
（ステップ１２１１８）関数複写部１２１１は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１２１１９）関数複写部１２１１は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１２１２０）関数複写部１２１１は、関数管理テーブル１４０の該関数のためのレコードのスタブ・フィールド１４０４に“済”を格納する。
（ステップ１２１２１）関数複写部１２１１は、ステップ１２１１２で読み込んだ文をクライアント・プログラム３１に追加する。
以上が、関数複写部１２１１の処理内容である。
【００３１】上述の構成によれば、実際にクライアント・プログラムから呼び出されるサーバ・プログラム内の関数に対してのみ、スタブを生成することが可能であることは明らかである。その結果、プログラム変換部の処理時間を短縮し、生成するサーバ・プログラムとクライアント・プログラムのメモリ消費量を抑えることが可能である。
【００３２】《第三実施例》次に、第三実施例について説明する。
【００３３】第一、第二の実施例では、所在識別子を入力プログラム中の各関数定義に隣接して記述する必要があるため、関数の所在の記述が入力プログラム中に散在してしまう。そのため、多くの関数の所在を一括して変更したり、各関数の所在を把握しようとしたりする場合に不便である。そこで、本実施例では各関数の所在の一元的な管理を可能とするために、関数の所在とパラメータ形式を指定する宣言である前方参照宣言によって関数の所在を指定することが可能であるプログラム変換部の例を提示する。前方参照宣言は関数定義に比べて短く記述できるので、入力プログラム中の先頭部などにまとめて記述することによって、各関数の所在の一元的な管理が可能となる。本実施例として、第２実施例の入力プログラム中に前方参照宣言を設けた場合について説明するが、第１実施例の入力プログラム中に前方参照宣言を設けるようにしてもよいのはいうまでもない。
【００３４】以下、図８〜９を用いて本実施例について説明する。本実施例では、第二実施例の構成における処理選択部１１１を、図９に処理内容を示す処理選択部１１２で置き換える。図８は、本実施例における入力プログラム２１の構成である。図８において、入力プログラム２１は、関数定義２１１、２１２、…の他に、前方参照宣言２２１、２２２、…を有し、前方参照宣言２２１、２２２、…はそれぞれ所在識別子２２１１、２２２１、…を有する。次に、本実施例の動作の概要について説明する。本実施例では、入力プログラム中に関数の前方参照宣言があると、処理選択部１１２が関数管理テーブル１４０に、関数の名前、所在およびスタブの生成に必要となるパラメータ形式情報を記録しておく。後に関数定義を読み込んだら、関数管理テーブル１４０に記録された所在情報に基づいて該関数の複写先を決定する。
【００３５】次に、本実施例の動作の詳細について説明する。図９は処理選択部１１２の処理内容である。以下、本図を用いて処理内容を説明する。
（ステップ１１４１）処理選択部１１２は、入力プログラム２１からまだ読み込むべき入力がある限り、ステップ１１４２〜１１４８を繰り返す。
（ステップ１１４２）処理選択部１１２は、入力プログラム２１から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１４３）処理選択部１１２は、入力プログラム２１の次の入力が前方参照宣言である場合にはステップ１１４４〜１１４５を実行し、関数定義である場合にはステップ１１４６〜１１４８を実行する。
（ステップ１１４４）処理選択部１１２は、前方参照宣言を読み込み、関数管理テーブル１４０１に該関数のためのレコードを追加し、該レコードの関数名フィールド１４０１に該関数の名前を、所在フィールド１４０２に該関数の所在を、パラメータ形式フィールド１４０３に該関数のパラメータ形式情報をそれぞれ格納する。
（ステップ１１４５）処理選択部１１２は、該レコードのスタブ・フィールド１４０４に“未”を格納する。
（ステップ１１４６）処理選択部１１２は、関数管理テーブル１４０１の該関数定義に対応するレコードの所在フィールド１４０２の値が“ＣＬＩＥＮＴ”である場合にはステップ１１４７を実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１４８を実行する。
（ステップ１１４７）処理選択部１１２は、クライアント関数処理部１２０を起動する。
（ステップ１１４８）処理選択部１１２は、関数複写部１３１０を起動する。以上が処理選択部１１２の処理内容である。
【００３６】上記の構成によれば、入力プログラム中の、前方参照宣言によって関数の所在を指定することが可能となるため、関数の所在の一元的な管理することが可能となる。
【００３７】《第四実施例》次に、第四実施例について説明する。
【００３８】第一〜第三の実施例では、クライアント・プログラム上の関数からサーバ・プログラム上の関数を呼ぶことは可能であるが、それとは逆にサーバ・プログラム上の関数からクライアント・プログラム上の関数を呼ぶことは不可能である。しかし、アプリケーションの種類によってはサーバ・プログラム上の関数からクライアント・プログラム上の関数を呼び出すことが必要となる場合がある。また、第一〜第三の実施例では、入力プログラムをクライアント・プログラムとサーバ・プログラムの二つのプログラムに分割しているが、サーバ・プログラムをさらに複数のプログラムに分割する場合などのように、三つ以上のプログラムにアプリケーションを分割することが必要となる場合がある。そこで、本実施例では、入力プログラムを二つ以上の任意の複数のプログラムに分割し、それらのプログラム間で互いの関数を呼び出すためのスタブを、必要に応じて自動的に生成することが可能であるようなプログラム変換部の例を示す。
【００３９】以下図１０〜図１３を用いて本実施例について説明する。図１０は、本実施例の構成図である。図１０１０において、１１は本発明で提供するプログラム変換方式を実装したプログラム変換部であり、２２はプログラム変換部１１の入力である入力プログラム、３１１、３２１、３３１はプログラム変換部１１の出力である出力プログラムである。入力プログラム２２は関数定義２１１、２１２、…を有し、関数定義２１１、２１２、…はそれぞれ所在識別子２１１１、２１２１、…を有する。本実施例では所在識別子の値として二つ以上の任意の複数の値を取ることができるが、例として“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”の三つの値を用いる。所在識別子の種類は２つ以上であればいくつでもよく、また具体的な値としてはこれら以外の語や記号を用いても良い。プログラム変換部１１は、処理選択部１１３と、関数複写部１２１２と、サーバ・スタブ生成部１３２０と、クライアント・スタブ生成部１３３０を有し、処理選択部はさらに関数管理テーブル１４１を有する。出力プログラム３１１、３２１、３３１は関数複写部１２１２が追加する関数定義３１１１、３２１１、３３１１、…と、サーバ・スタブ生成部１３２０が生成するサーバ・スタブ３２４１、３３４１、…クライアント・スタブ生成部１３３０が生成するクライアント・スタブ３１３１、３３３１、…を有する。
【００４０】図１１は、関数管理テーブル１４１の構成図である。関数管理テーブル１４１には、処理選択部１１３または関数複写部１２１２が、入力プログラム２２を処理する過程で、新たな名前の関数定義または呼び出しを見いだす度に、その関数を管理するためのレコードを追加する。関数管理テーブル１４１の各レコードは、以下に説明する１４０１から１４０６３のフィールドを有する。１４０１は関数名フィールドであり、関数名を格納する。１４０２は所在フィールドであり、関数の所在情報を格納する。具体的な値の例として、本実施例では“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”、“未知”を用いる。１４０３はパラメータ形式フィールドであり、関数のパラメータ形式情報を格納する。１４０５はサーバ・スタブ・フィールドであり、サーバ・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。該関数に対する遠隔手続き呼び出しが入力プログラム２２の中に見いだされず、サーバ・スタブが未だ必要とされていない場合には“未”を、呼び出しが見いだされたため、パラメータ形式が分かり次第サーバ・スタブを作る必要がある場合には“要”を、サーバ・スタブの生成が済んでいる場合には“済”を、それぞれ格納する。１４０６１、１４０６２、…は出力プログラムごとに設けるクライアント・スタブ・フィールドであり、クライアント・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。各値の意味はサーバ・スタブ・フィールド１４０５と同様である。以後では、出力プログラムｘに対応するクライアント・スタブ・フィールドを、クライアント・スタブ［ｘ］フィールドと表記する。
【００４１】図１１を用いて本実施例の動作の概要について説明する。本実施例では、関数管理テーブル１４１を用いてスタブの生成を管理しながら処理を進める。例えば関数定義２１１に対しては、以下のように処理を行う。まず、処理選択部１１３は、関数管理テーブル１４１を用いて、関数定義２１１への呼び出しが記録していないかどうか判定する。関数定義２１１の所在となる“ＣＬＩＥＮＴ”以外の所在からの呼び出しが既に記録されている場合には、その呼び出しを可能にするためのスタブを生成する。次に、処理選択部１１３は、関数複写部１２１２を起動する。関数複写部１２１２は、関数定義２１１を、所在識別子２１１１の値に基づき、“ＣＬＩＥＮＴ”に対応する出力プログラム３１１に複写する。複写処理と並行して、関数定義２１１の中に記述された関数呼び出しを調べ、調べた結果に応じて以下のいずれかの処理を行う。既に関数定義を読み込みが済んでおり、関数管理テーブル１４１に記録された関数への呼び出しであり、関数定義２１１とは違う所在の関数である場合には、その呼び出しのためにスタブが必要となるので、まだスタブが生成されていなければ、スタブを生成する。未だ関数定義を読み込んでいないために、所在が不明である関数への呼び出しが見いだされた場合には、該関数の関数定義を処理するまでは、スタブが必要かどうか分からないので、出力プログラム３１１からその関数への呼び出しがあったことを関数管理テーブル１４１に記録しておく。上記二つ以外の場合には、単に複写する。
【００４２】次に、図１２〜図１３を用いて本実施例の動作の詳細について説明する。図１２は処理選択部１１３の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１１５１）処理選択部１１３は、入力プログラム２２からまだ読み込むべき入力がある限り、ステップ１１５２〜１１６３を繰り返す。
（ステップ１１５２）処理選択部１１３は、入力プログラム２２から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１５３）処理選択部１１３は、ステップ１１５５〜１１６３を実行する。
（ステップ１１５４）処理選択部１１３は、関数複写部１２１２を起動する。
（ステップ１１５５）処理選択部１１３は、入力プログラム２２の中の次の関数定義が関数管理テーブル１４１に登録されていればステップ１１５６〜１１６２を実行し、登録されていない場合にはステップ１１６３を実行する。
（ステップ１１５６）処理選択部１１３は、関数管理テーブル１４１の該関数に対応するレコードの、クライアント・スタブ［ｌｏｃ］フィールドに“未”を格納する。
（ステップ１１５７）処理選択部１１３は、クライアント・スタブ［ｉ］フィールドが“要”である全ての所在ｉについてステップ１１５８〜１１６２を実行する。
（ステップ１１５８）処理選択部１１３は、サーバ・スタブ・フィールド１４０５が“未”である場合にはステップ１１５９〜１１６０を起動する。
（ステップ１１５９）処理選択部１１３は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１１６０）処理選択部１１３は、サーバ・スタブ・フィールド１４０５に“済”を格納する。
（ステップ１１６１）処理選択部１１３は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１１６２）処理選択部１１３は、クライアント・スタブ［ｉ］フィールドに“済”を格納する。
（ステップ１１６３）処理選択部１１３は、関数管理テーブル１４１に該関数に対応するレコードを追加し、該レコードの関数名フィールド１４０１には該関数の関数名を、所在フィールド１４０２にはｌｏｃの値を、パラメータ形式フィールド１４０３には該関数のパラメータ形式情報を、サーバ・スタブ・フィールド１４０５と全てのクライアント・スタブ・フィールドには“未”を、それぞれ格納する。
以上が処理選択部１１３の処理内容である。
【００４３】図１３は関数複写部１２１２の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１２１３１）関数複写部１２１２は、入力プログラム２２から所在識別子を読み込み変数ｌｏｃに格納する。
（ステップ１２１３２）関数複写部１２１２は、関数定義の終わりになるまでステップ１２１３３〜１２１３６を繰り返す。
（ステップ１２１３３）関数複写部１２１２は、入力プログラム２２から文を一つ読み込む。
（ステップ１２１３４）関数複写部１２１２は、ステップ１２１３３で読み込んだ文が関数呼び出しを含む場合には、ステップ１２１３５を実行する。
（ステップ１２１３５）関数複写部１２１２は、ステップ１２１３７〜１２１４６を実行する。
（ステップ１２１３６）関数複写部１２１２は、ステップ１２１３３で読み込んだ文を、変数ｌｏｃが指定する出力プログラムに追加する。
（ステップ１２１３７）関数複写部１２１２は、該関数が関数管理テーブル１４１に登録されていない場合にはステップ１２３８を実行し、登録されている場合にはステップ１２１３９〜１２１４６を実行する。
（ステップ１２１３８）関数複写部１２１２は、関数管理テーブル１４１に、該関数に対応するレコードを追加し、該レコードの関数名フィールド１４０１には該関数の名前を、所在フィールド１４０２には“未知”をそれぞれ格納する。
（ステップ１２１３９）関数複写部１２１２は、該関数に対応する所在フィールド１４０２が“未知”である場合にはステップ１２１４０を実行し、“未知”以外の場合にはステップ１２１４１〜１２１４６を実行する。
（ステップ１２１４０）関数複写部１２１２は、該関数に対応するクライアント・スタブ［ｌｏｃ］フィールドに“要”を格納する。
（ステップ１２１４１）関数複写部１２１２は、該関数に対応するサーバ・スタブ・フィールドが“未”である場合にはステップ１２１４２〜１２１４３を実行する。
（ステップ１２１４２）関数複写部１２１２は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１２１４３）関数複写部１２１２は、該関数に対応するサーバ・スタブ・フィールドに“済”を代入する。
（ステップ１２１４４）関数複写部１２１２は、該関数に対応するクライアント・スタブ［ｌｏｃ］フィールドが“未”である場合には、ステップ１２１４５〜１２１４６を実行する。
（ステップ１２１４５）関数複写部１２１２は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１２１４６）関数複写部１２１２は、該関数に対応するクライアント・スタブ［ｌｏｃ］フィールドに“済”を格納する。
【００４４】上述の構成によれば、入力プログラムを二つ以上の任意の複数のプログラムに分割し、それらのプログラム間で互いの関数を呼び出すためのスタブを、必要に応じて自動的に生成することが可能である。
【００４５】《第五実施例》次に、第五実施例について説明する。第一〜第四の実施の実施例では、入力プログラム中の関数定義については、各出力プログラムに分配することが可能であるが、変数については出力プログラムに分配することができない。しかし、アプリケーションの種類よっては、各関数から共通して使用できる変数が必要になる場合がある。そこで、本実施例では入力プログラム中に、全関数から共通して参照と更新ができる変数である大域変数の定義が可能であるようなプログラム変換部の例を提示する。本実施例で示すプログラム変換部では、入力プログラム中の大域変数についても関数定義同様に、所在識別子によって分配先の出力プログラムを指定する。そして、分配先のプログラム以外のプログラムからでもそれぞれの変数を操作できるようにするためのスタブを、必要に応じて各出力プログラムに追加することにより、どの出力プログラムからでも任意の大域変数に対する操作を可能にする。
【００４６】以下、図１４〜図１７を用いて本実施例について説明する。図１４は、本実施例の構成図である。図１４において、２３は入力プログラムであり、１２はプログラム変換部であり、３１２、３２２、３３２、…は出力プログラムである。入力プログラム２３は関数定義２１１、２１２、…と大域変数定義２３１、２３２、…を有する。関数定義２１１、２１２、…と大域変数定義２３１、２３２、…はそれぞれ、所在識別子２１１１、２１２１、…および２３１１、２３２１、…を有する。プログラム変換部１２は、処理選択部１１４と、大域変数複写部１３４と、関数複写部１２２と、サーバ・スタブ生成部１３２０と、クライアント・スタブ生成部１３３０と、変数用サーバ・スタブ生成部１３４０と、変数用クライアント・スタブ１３５０を有し、処理選択部１１４は、関数管理テーブル１４１と大域変数管理テーブル１５０を有する。出力プログラム３１２、３２２、３３２…は、大域変数複写部１３４が追加する大域変数定義３２２１…と、関数複写部１２２が追加する関数定義３１１１…と、サーバ・スタブ生成部１３２０が生成して追加する図示しないサーバ・スタブと、クライアント・スタブ生成部１３３０が生成して追加する図示しないクライアント・スタブと、変数用サーバ・スタブ生成部１３４０が生成して追加する変数用サーバスタブ３２６１…と、変数用クライアント・スタブ生成部１３５０が生成して追加する変数用クライアント・スタブ３１５１…を有する。
【００４７】図１５は、大域変数管理テーブル１５０の構成図である。大域変数管理テーブル１５０には、処理選択部１１４が大域変数定義２３１、２３２、…を読み込む度に、その変数を管理するためのレコードを追加する。大域変数管理テーブル１５０の各レコードには、以下に説明する１５０１〜１５０５３のフィールドを有する。１５０１は変数名フィールドであり、変数名を格納する。１５０２は型フィールドであり、変数の型情報を格納する。１５０３は所在フィールドであり、変数の所在情報を格納する。本実施例では、具体的な値の例として“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”を用いる。１５０４はサーバ・スタブ・フィールドであり、該変数を操作するための変数用サーバ・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。１５０５１、１５０５２、１５０５３、…は、出力プログラム別のクライアント・スタブ・フィールドであり、クライアント・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。各値の意味は、サーバ・スタブ・フィールド１５０４と同様である。以後では、出力プログラムｘに対するクライアント・スタブ・フィールドを、クライアント・スタブ［ｘ］フィールドと表記する。
【００４８】次に、図１４を用いて本実施例の動作の概要について説明する。本実施例では、関数管理テーブル１４１によって関数のためのスタブの生成を管理し、大域変数管理テーブル１５０によって大域変数のためのスタブの生成を管理しながら処理を進める。例えば、入力プログラム２３からの入力が、２３１のように大域変数定義である場合には、以下の処理を実行する。まず、処理選択部１１４は、大域変数管理テーブルに大域変数定義２３１の所在と型情報を記録しておく。次に大域変数定義複写部１３４を起動して、所在識別子２３１１の値に基づき、“ＳＥＲＶＥＲ１”に対応する出力プログラム３２２に複写する。一方、入力プログラム２３からの入力が、２１１のように関数定義である場合には、第四の実施の実施例と同様の処理を実行する。ただし、関数を複写する際に第四の実施の実施例の処理に加えて、関数定義２１１の所在と異なる所在の大域変数定義に対する更新と参照を、該変数のスタブ呼び出しに変換する。
【００４９】以下では、図１６〜図１７を用いて、本実施例の動作の詳細について説明する。図１６は、処理選択部１１４の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１１７１）処理選択部１１４は、入力プログラム２３から、まだ読み込むべき入力がある限りステップ１１７２〜１１８４を繰り返す。
（ステップ１１７２）処理選択部１１４は、入力プログラム２３から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１７３）処理選択部１１４は、次の入力の種類が大域変数宣言である場合にはステップ１１７４〜１１７５を実行し、関数定義である場合には、図１２に示したステップ１１５３と、本図のステップ１１７６を実行する。
（ステップ１１７４）処理選択部１１４は、入力プログラム２３から大域変数定義を読み込み、大域変数管理テーブル１５０に該変数のためのレコードを追加し、該レコードの変数名フィールド１５０１には該変数の変数名を、型フィールド１５０２には該変数の型情報を、所在フィールド１５０３には該変数の所在識別子の値を、サーバ・スタブ・フィールドには“未”を、全てのクライアント・スタブ・フィールド１５０５１、１５０５２、…には“未”を、それぞれ格納する。
（ステップ１１７５）処理選択部１１４は、大域変数複写部１３４を起動する。
（ステップ１１７６）処理選択部１１４は、関数複写部１２２を起動する。
以上が、処理選択部１１４の処理内容である。
【００５０】図１７は、関数複写部１２２の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１２２０１）関数複写部１２２は、入力プログラム２３から所在識別子を読み込み、変数ｌｏｃに代入する。
（ステップ１２２０２）関数複写部１２２は、関数定義の終わりになるまでステップ１２２０３〜１２２０７を繰り返す。
（ステップ１２２０３）関数複写部１２２は、入力プログラム２３から文を一つ読み込む。
（ステップ１２２０４）関数複写部１２２は、ステップ１２２０３で読み込んだ文が関数呼び出しを含む場合には、図１３に示したステップ１２１３５を実行する。
（ステップ１２２０５）関数複写部１２２は、ステップ１２２０３で読み込んだ文が大域変数の更新または参照を含む場合にはステップ１２２０６を実行する。
（ステップ１２２０６）関数複写部１２２は、ステップ１２２０８〜ステップ１２２１４を実行する。
（ステップ１２２０７）関数複写部１２２は、ステップ１２２０３で読み込み、ステップ１２２１４で必要に応じて変換された文をｌｏｃが指定する出力プログラムに追加する。
（ステップ１２２０８）関数複写部１２２は、大域変数管理テーブル１５０の該大域変数に対応するレコードのサーバ・スタブ・フィールド１５０４が“未”である場合にはステップ１２２０９〜１２２１０を実行する。
（ステップ１２２０９）関数複写部１２２は、変数用サーバ・スタブ生成部１３４０を起動する。
（ステップ１２２１０）関数複写部１２２は、該大域変数に対応するサーバ・スタブ・フィールド１５０４に“済”を格納する。
（ステップ１２２１１）関数複写部１２２は、該大域変数に対応するクライアント・スタブ・フィールド［ｌｏｃ］が“未”である場合にはステップ１２２１２〜１２２１３を実行する。
（ステップ１２２１２）関数複写部１２２は、変数用クライアント・スタブ生成部１３４０を起動する。
（ステップ１２２１３）関数複写部１２２は、該大域変数に対応するクライアント・スタブ・フィールド［ｌｏｃ］に“済”を格納する。
（ステップ１２２１４）関数複写部１２２は、ステップ１２２０３で読み込んだ文中の、該大域変数に対する更新または参照を、変数用クライアント・スタブの呼び出しに変換する。
【００５１】上述の構成によれば、入力プログラム中の大域変数定義を、所在識別子によって指定された分配先の出力プログラムに追加し、分配先のプログラム以外のプログラムからでもそれぞれの変数を操作できるようにするためのスタブを、必要に応じて各出力プログラムに追加することができる。その結果、どの出力プログラムからでも任意の大域変数に対する操作が可能となる。
【００５２】
【発明の効果】本発明によれば、インターフェース定義ファイルを必要とせずにスタブ・コードを生成することが可能となる。さらに、アプリケーションの処理を構成する関数の所在をクライアントとサーバの間で、容易に移動させることが可能となる。すなわち、プログラム作成者は、入力プログラム内で処理の記述場所を移動させたい関数の所在識別子を変更するだけで、該関数の所在をクライアント・プログラムとサーバ・プログラムの間で移動させることが可能となる。その結果、関数の所在を移動させることによってアプリケーションの性能を向上させることが容易となる。
【図面の簡単な説明】
【図１】第一実施例の構成を示す図である。
【図２】処理選択部１１０の処理内容を示すＰＡＤ図である。
【図３】クライアント関数処理部１２０の処理内容を示すＰＡＤ図である。
【図４】サーバ関数処理部１３０の処理内容を示すＰＡＤ図である。
【図５】関数管理テーブル１４０の構成を示す図である。
【図６】処理選択部１１１の処理内容を示すＰＡＤ図である。
【図７】は、関数複写部１２１１の処理内容を示すＰＡＤ図である。
【図８】入力プログラム２１の構成を示す図である。
【図９】処理選択部１１２の処理内容を示すＰＡＤ図である。
【図１０】第四の実施例の構成を示す図である。
【図１１】関数管理テーブル１４１の構成を示す図である。
【図１２】処理選択部１１３の処理内容を示すＰＡＤ図である。
【図１３】関数複写部１２１２の処理内容を示すＰＡＤ図である。
【図１４】第五の実施例の構成を示す図である。
【図１５】大域変数管理テーブル１５０の構成を示す図である。
【図１６】処理選択部１１４の処理内容を示すＰＡＤ図である。
【図１７】関数複写部１２２の処理内容を示すＰＡＤ図である。
【符号の説明】
１０、１１、１２ プログラム変換部
１１０〜１１４ 処理選択部
１２０ クライアント関数処理部
１３０ サーバ関数処理部
１２１０、１２１１、１２１２、１３１０、１２２ 関数複写部
１３２０ サーバ・スタブ生成部
１３３０ クライアント・スタブ生成部
１３４０ 変数用サーバ・スタブ生成部
１３５０ 変数用クライアント・スタブ生成部
１４０、１４１ 関数管理テーブル
１５０ 大域変数管理テーブル
２０〜２３ 入力プログラム
２１１、２１２ 関数定義
２１１１、２１２１ 所在識別子
２２１、２２２ 前方参照宣言
２３１、２３２ 大域変数定義
３１０ クライアント・プログラム
３２０ サーバ・プログラム
３１１、３２１、３２２、３３１、３３２ 出力プログラム
３１１１、３２１１、３３１１ 関数定義
３１３１、３３３１ クライアント・スタブ
３２４１、３３４１ サーバ・スタブ
３２２１ 大域変数定義
３１５１ 変数用クライアント・スタブ
３２６１ 変数用サーバ・スタブ
【０００１】
【発明の属する技術分野】本発明は分散処理を行うプログラムのためのプログラム変換方式に係わり、特に、単一のプログラムを、遠隔手続き呼び出しを用いて協調動作する複数のプログラムに分割するプログラム変換方式に関する。
【０００２】
【従来の技術】近年、多数の計算機をネットワークに接続して運用する形態の計算機システムが普及している。また、これらの計算機システム向けに、別々の計算機上で実行される複数のプログラムによって、一つのアプリケーションを構成する分散処理プログラムの開発がさかんに行われている。分散処理プログラムの形態としては、クライアント・サーバ型と呼ばれる形態が一般的である。クライアント・サーバ型の分散処理プログラムでは、アプリケーションをクライアント・プログラムとサーバ・プログラムと呼ばれる２種類のプログラムに分割して実装し、クライアント・プログラムがサーバ・プログラムの提供する処理を必要に応じて呼び出す形で処理を進める。クライアント・プログラムとサーバ・プログラムの間の通信処理は煩雑であるため、通信処理をなるべく意識せずにクライアント・サーバ型のプログラムを作成することを可能にする目的で、遠隔手続き呼び出し、またはＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）と呼ばれる通信方式が提案されている。遠隔手続き呼び出しでは、例えば「ＤＣＥプログラミングガイド」（ジョン・シャーリー他著「Ｇｕｉｄｅ ｔｏ Ｗｒｉｔｉｎｇ ＤＣＥ Ａｐｐｌｉｃａｔｉｏｎｓ」中田温朗訳、オーム社、１９９４年）の３ページに示されるように、スタブ・コードとＲＰＣランタイム・ライブラリと呼ばれるモジュールを用いて、クライアント・プログラムからサーバ・プログラム上の手続きを呼び出すことを可能にしている。ここで、スタブ・コードとはサーバ上の手続きに渡すパラメータとネットワークで送受信するパケットの間の変換を行うモジュールであり、パラメータをパケットに変換するクライアント・スタブ・コードと、パケットをパラメータに変換するサーバ・スタブ・コードの２種類のスタブ・コードがある。また、ＲＰＣランタイム・ライブラリとは、各アプリケーションで共通に使用できる通信処理ライブラリである。なお、本明細書では、以後スタブ・コードを単にスタブと略記する。また、手続きと関数を同義の語として用いる。
【０００３】スタブは、前掲書の６ページに示されるように、個々のアプリケーションに応じてプログラム作成者が作成するインターフェース定義ファイルから、ＩＤＬ（Ｉｎｔｅｒｆａｃｅ Ｄｅｆｉｎｉｔｉｏｎ Ｌａｎｇｕａｇｅ）コンパイラと呼ばれるプログラムによって、自動的に生成して使用する。従来のＩＤＬコンパイラを用いたクライアント・サーバ型のプログラム開発では、プログラム開発者は以下の手順でクライアント・プログラムとサーバ・プログラムをそれぞれ開発していた。
（手順１）アプリケーションの処理全体を、クライアント・プログラムに含める関数群と、サーバ・プログラムに含める関数群に分割し、それぞれクライアント・アプリケーション・コード、サーバ・アプリケーション・コードとして実装する。
（手順２）クライアント・アプリケーション・コードの中から起動されるサーバ・アプリケーション・コード内の関数に対するインターフェース定義ファイルを作成する。
（手順３）ＩＤＬコンパイラを用いてインターフェース定義ファイルからクライアント・スタブとサーバ・スタブを生成する。
（手順４）クライアント・アプリケーション・コードとクライアント・スタブとＲＰＣランタイム・ライブラリを結合してクライアント・プログラムを作成し、サーバ・アプリケーション・コードとサーバ・スタブとＲＰＣランタイム・ライブラリを結合してサーバ・プログラムを作成する。
【０００４】
【発明が解決しようとする課題】上記の手順に沿ってプログラム開発を進める必要があった従来の技術には、以下の二つの問題点がある。第一の問題点は、インターフェース定義ファイルをプログラム作成者が作成しなければならず、作業量が多いということである。第二の問題点は、関数の所在をクライアント・プログラムとサーバ・プログラムの間で移動させるための作業量が多く、アプリケーションの性能の向上がしずらいということである。
【０００５】以下、それぞれの問題点について説明する。まず、第一の問題点について説明する。従来技術では、サーバ・アプリケーション・コード内に記述された関数のうち、クライアント・アプリケーション・コードから起動する全ての関数に対してプログラム開発者がインターフェース定義を作成する必要がある。そのため、プログラム開発者の作業量が多い。次に、第二の問題点について説明する。アプリケーションの性能は、アプリケーションを構成する個々の関数の、クライアントとサーバへの分配のしかたに依存する。それは、以下の二つの理由による。第一の理由は、クライアント・プログラム上の関数がサーバ・プログラム上の関数を起動する頻度が、クライアント・サーバ間の通信量を左右するためである。通信量を減らしてアプリケーションの性能を向上させるためには、一方の関数が他方の関数を頻繁に起動するような関数同士は、クライアントかサーバのどちらか一方にまとめて配置する必要がある。第二の理由は、関数の分配のしかたが、クライアント・プログラムを実行する計算機であるクライアント計算機と、サーバ・プログラムを実行する計算機であるサーバ計算機に対する負荷分散を決定するためである。例えば、クライアント計算機に比べてサーバ計算機の処理能力が高い場合には、負荷の高い関数をなるべくサーバ・プログラム上に配置した方が性能が向上する。逆にサーバ計算機に接続されたクライアント計算機の数が多い場合のように、クライアント計算機に比べてサーバ計算機の処理能力が低い場合には、負荷の高い関数をなるべくクライアント・プログラム上に配置した方が性能が向上する。
【０００６】以上二つの理由から、アプリケーション全体としての性能向上を図るためには、通信量が少なく、負荷分散が適切になるように関数の分配を決定する必要がある。ところが、各関数の間の呼び出し頻度や、各関数による計算負荷は、プログラム作成の初期では不明な場合が多い。そのため、プログラムの作成がかなり進んだ時点で、性能向上のために関数の配置を変更したくなる場合がある。しかし、従来の技術では関数の配置を変更しようとすると、プログラム作成者が以下の二つの作業を行う必要があるため、作業量が多い。第一に、配置を変更したい関数の記述場所を、クライアント・アプリケーション・コードからサーバ・アプリケーション・コードへ、またはその逆へ移動させなければならない。第二に、移動させた関数に対応するインターフェース定義を追加または削除しなければならない。以上二つの理由により、従来技術では関数の所在をクライアント・プログラムとサーバ・プログラムの間で移動させるための作業量が多く、その結果としてアプリケーションの性能の向上がしずらい。
【０００７】本発明の第一の目的は、インターフェース定義ファイルを必要とせずにスタブ・コードを生成することのできるプログラム変換方式を提供することにある。本発明の第二の目的は、アプリケーションの処理を構成する関数の記述場所を変更することなく、関数の所在をクライアント・プログラムとサーバ・プログラムの間で、容易に移動させることのできるプログラム変換方式を提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため、本発明は、複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であり、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、前記クライアント・スタブ生成手段によりクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し前記サーバ・プログラムに追加処理するようにしている。
【０００９】また、複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であり、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、かつ読み込んだ関数定義に基づき各関数定義に対応するスタブの生成状況を管理する関数管理テーブルを生成し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、かつ該関数複写手段は入力された関数定義中に呼び出すべき前記サーバプログラムに属する関数定義があるとき、前記関数管理テーブルを参照し、該関数定義に係るスタブが生成されていなければ前記サーバ関数処理手段に該関数定義に係るスタブの生成指示を出力し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、かつ前記スタブの生成指示を受けたとき、前記クライアント・スタブ生成手段により該生成指示に従いクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段により該生成指示に従いサーバ・スタブを生成し前記サーバ・プログラムに追加処理するようにしている。
【００１０】また、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき関数の名前、所在およびパラメータ情報を記録したテーブルを生成し、次いで読み込まれる関数定義を該テーブルを参照してクライアント関数処理手段あるいはサーバ関数処理手段に出力するようにしている。
【００１１】また、複数の関数定義を有する入力プログラムを入力として、該入力プログラムを２以上の任意の複数のプログラムに分割し、該分割した複数のプログラム間で互いの関数定義を呼び出すためのスタブを生成するプログラム変換方式であり、処理選択手段と、関数複写手段と、クライアント・スタブ生成手段と、サーバ・スタブ生成手段からなるプログラム変換部を備え、前記各関数定義は、関数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、各関数定義についての、関数名、所在、パラメータ情報、サーバ・スタブの生成状況、前記分割した複数のプログラム毎におけるクライアント・スタブの生成状況を示す関数管理テーブルを生成し、前記関数複写手段は、前記関数定義を読み込み、該関数定義の所在識別子に対応する前記分割したプログラムに該関数定義を追加処理し、かつ該関数定義中に呼び出すべき他の関数定義があるとき、前記関数管理テーブルを参照し、スタブの生成状況に応じて、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し、クライアント・スタブ生成手段によりクライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理するようにしている。
【００１２】また、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき前記関数テーブルを初期生成するようにしている。
【００１３】また、前記入力プログラムに任意の関数から参照および更新が可能である大域変数定義と、該大域変数定義の所在と名前と型を記述した宣言である大域変数宣言を含め、前記プログラム変換部に大域変数複写手段と、変数用サーバ・スタブ生成手段と、変数用クライアント・スタブ生成手段を設け、前記各大域変数定義は、大域変数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記大域変数宣言に基づき前記関数テーブルを初期生成し、次いで読み込まれる各大域変数定義についての、変数名、型、所在、変数用サーバ・スタブの生成状況、前記分割した複数のプログラム毎における変数用クライアント・スタブの生成状況を示す大域変数管理テーブルを生成し、前記大域変数複写手段は、前記大域変数定義を読み込み、該大域変数定義の所在識別子に対応する前記分割したプログラムに該大域変数定義を追加処理し、前記関数複写手段は、前記関数定義を読み込み、該関数定義中に更新／参照される大域変数定義があるときは、該関数定義を該更新／参照に応じて変換して対応する前記分割したプログラムに追加処理し、かつ前記大域変数関数管理テーブルを参照し、変数用スタブの生成状況に応じて、前記変数用サーバ・スタブ生成手段により変数用サーバ・スタブを生成し、変数用クライアント・スタブ生成手段により変数用クライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理するようにしている。
【００１４】
【発明の実施の形態】
《第一実施例》はじめに本発明の第一実施例について説明する。第一実施例で提示するプログラム変換部では、入力プログラム中の関数定義に付随して記述された所在識別子の値に応じて、関数定義をクライアント・プログラムとサーバ・プログラムのいずれかに分配する。さらに、サーバ・プログラム上の全ての関数に対応するスタブを自動的に生成する。本実施例によれば、所在識別子を書き換えるだけで関数の所在を変更することが可能となり、また、インターフェース定義ファイルをプログラム作成者が作成することなく、出力されるクライアント・プログラムからは、サーバ・プログラム上の任意の関数を遠隔手続き呼び出しによって呼び出すことが可能となる。
【００１５】図１は本実施例の構成図であり、図２〜図４R>４は本実施例の処理のＰＡＤ図である。図１において、１０は本発明で提供するプログラム変換方式を実装したプログラム変換部であり、２０はプログラム変換部１０の入力である入力プログラムであり、３１０はプログラム変換部１０の第一の出力であるクライアント・プログラムであり、３２０はプログラム変換部１０の第二の出力であるサーバ・プログラムである。入力プログラム２０は、関数定義２１１、２１２、…を有し、関数定義２１１、２１２、…は各関数の所在を、クライアント・プログラムとサーバ・プログラムの中から指定する所在識別子２１１１、２１２１、…を有する。
【００１６】プログラム変換部１０は、以下に説明する処理選択部１１０と、クライアント関数処理部１２０と、サーバ関数処理部１３０を有する。処理選択部１１０は、入力プログラム２０の中の関数定義２１１、２１２、…を順次読み込み、各関数定義に対応する所在識別子２１１１、２１２１、…に応じて、該所在識別子がクライアントを意味する識別子の場合、すなわち、関数定義２１１に示すように所在識別子として“ＣＬＩＥＮＴ”が設定されている場合には、クライアント関数処理部１２０を起動し、該所在識別子がサーバを意味する識別子である場合、すなわち、関数定義２１２に示すように所在識別子として“ＳＥＲＶＥＲ”が設定されている場合には、サーバ関数処理部１３０を起動する。なお、本実施例では、クライアントを意味する識別子の例として“ＣＬＩＥＮＴ”を、サーバを意味する識別子の例として“ＳＥＲＶＥＲ”をそれぞれ用いるが、他の識別子や記号を用いてもよい。
【００１７】クライアント関数処理部１２０は、入力プログラム２０の中の関数定義をクライアント・プログラム３１０に追加する関数複写部１２１０を有する。サーバ関数処理部１３０は、入力プログラム２０の中の関数定義をサーバ・プログラム３２０に追加する関数複写部１３１０と、該関数に対応するサーバ・スタブ３２４１、…を生成してサーバプログラム３２０に追加するサーバ・スタブ生成部１３２０と、該関数に対応するクライアント・スタブ３１３１、…を生成してクライアントプログラム３１に追加するクライアント・スタブ生成部１３３０を有する。クライアント・プログラム３１０は、プログラム変換部１０が生成するプログラムであり、関数複写部１２１０が追加する関数定義３１１１、…とクライアント・スタブ生成部１３３０が追加するクライアント・スタブ３１３１、…を有する。
【００１８】サーバ・プログラム３２０は、プログラム変換部１０が生成するプログラムであり、関数複写部１３１０が追加する関数定義３２１１、…とサーバ・スタブ生成部１３２０が追加するサーバ・スタブ３２４１、…を有する。
【００１９】図１を用いて本実施例の動作の概要について説明する。本実施例では、プログラム変換部１０が入力プログラム２（ソースプログラムあるいはオブジェクトプログラム）の中の関数定義を逐次読み込んで処理を進める。読み込んだ関数定義の所在識別子の値が“ＣＬＩＥＮＴ”であるか“ＳＥＲＶＥＲ”であるかによって、処理選択部１１０が、以下の２通りの処理のいずれかを選択して実行する。関数定義２１１のように、所在識別子２１１１の値が“ＣＬＩＥＮＴ”である場合には、処理選択部１１０はクライアント関数処理部１２０を起動する。クライアント関数処理部１２０は、関数複写部１２１０を起動して関数定義２１１をクライアント・プログラム３１０に関数定義３１１１として追加する。すなわち、プログラム変換部１０は、入力プログラム２０の中で所在識別子が“ＣＬＩＥＮＴ”である関数定義をクライアント・プログラム３１０に追加する。一方、関数定義２１２のように、所在識別子２１２１の値が“ＳＥＲＶＥＲ”である場合には、処理選択部１１０はサーバ関数処理部１３０を起動する。サーバ関数処理部１３０は、まず関数複写部１３１０を起動して関数定義２１２をサーバ・プログラム３２０に追加する。次に、サーバ・スタブ生成部１３２０を起動して関数定義２１２に対応したサーバ・スタブを生成し、サーバ・プログラム３２０に、サーバ・スタブ３２４１として追加する。さらに、クライアント・スタブ生成部１３３０を起動して関数定義２１２に対応したクライアント・スタブを生成し、クライアント・プログラム３１０に、クライアント・スタブ３１３１として追加する。すなわち、プログラム変換部１０は、入力プログラム２０の中で所在識別子が“ＳＥＲＶＥＲ”である関数定義をサーバ・プログラム３２０に複写し、その関数をクライアント・プログラムから呼び出すためのスタブを自動的に追加する。
【００２０】以下では、図２〜図３を用いて、本実施例の動作の詳細について説明する。図２は、処理選択部の処理を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１１０１）処理選択部１１０は、処理の入力である入力プログラム２０から、まだ読み込むべき入力がある限り、ステップ１１０２〜ステップ１１０５の処理を繰り返す。
（ステップ１１０２）処理選択部１１０は、入力プログラム２０から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１０３）処理選択部１１０は、ｌｏｃの値が“ＣＬＩＥＮＴ”である場合にはステップ１１０４を実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１０５を実行する。
（ステップ１１０４）処理選択部１１０は、クライアント関数処理部１２０を起動する。
（ステップ１１０５）処理選択部１１０は、サーバ関数処理部１３０を起動する。
以上が処理選択部１１０の処理である。
【００２１】図３は、クライアント関数処理部１２０の処理を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１２０１）クライアント関数処理部１２０は、入力プログラム２０から関数定義を一つ読み込む。
（ステップ１２０２）クライアント関数処理部１２０は、関数複写部１２１０を起動して、ステップ１２０１で読み込んだ関数定義をクライアント・プログラム３１０に追加する。
以上がクライアント関数処理部１２０の処理である。関数複写部１２１０の詳細は自明なので説明を省略する。
【００２２】図４は、サーバ関数処理部１３０の処理を示すＰＡＤ図である。以下本図を用いて処理内容を説明する。
（ステップ１３０１）サーバ関数処理部１３０は、入力プログラム２０から関数定義を一つ読み込む。
（ステップ１３０２）サーバ関数処理部１３０は、関数複写部１３１０を起動してステップ１３０１で読み込んだ関数をサーバ・プログラム３２０に追加する。
（ステップ１３０３）サーバ関数処理部１３０は、サーバ・スタブ生成部１３２０を起動してステップ１３０１で読み込んだ関数に対するサーバ・スタブを生成し、生成したサーバ・スタブをサーバ・プログラム３２０に追加する。
（ステップ１３０４）サーバ関数処理部１３０は、クライアント・スタブ生成部１３３０を起動してステップ１３０１で読み込んだ関数に対するクライアント・スタブを生成し、生成したクライアント・スタブをクライアントプログラム３１０に追加する。
【００２３】以上がサーバ関数処理部１３０の処理である。関数複写部１３１０の詳細は自明であるため、またサーバ・スタブ生成部１３２０、クライアント・スタブ生成部１３３０は従来のＩＤＬコンパイラで用いられる周知技術によって構成できるため、それぞれ説明を省略する。上記の構成によれば、入力プログラム中の関数定義に付随して記述された所在識別子の値に応じて関数定義をクライアント・プログラムとサーバ・プログラムのいずれかに分配し、さらに、サーバ・プログラム上の全ての関数に対応するスタブを自動的に生成することが可能である。このため、出力されるクライアント・プログラムからは、サーバ・プログラム上の任意の関数を呼び出すことができる。本実施例によれば、所在識別子を設定することにより関数の所在を決定可能であり、また、所在識別子を書き換えてプログラム変換処理を再度行なえば、関数の所在を変更することが可能であり、また、インターフェース定義ファイルをプログラム作成者が作成することなく、出力されるクライアント・プログラムからは、サーバ・プログラム上の任意の関数を遠隔手続き呼び出しによって呼び出すことが可能となることは明らかである。よって、本実施例によれば、本発明の目的を達成することができる。
【００２４】《第二実施例》次に、第二実施例について説明する。第一実施例では、サーバ・プログラム内の全ての関数に対してスタブを生成するが、スタブを作る必要がある関数は、サーバ・プログラム内の関数のうち、クライアント・プログラム内から呼び出される関数だけである。しかるに、第一実施例では、クライアント・プログラムから呼び出すことがない関数に対する不必要なスタブまで生成してしまうために、プログラム変換部の処理時間が余計にかかる。さらに、不必要なスタブを含む分だけ、生成するクライアント・プログラムとサーバ・プログラムのメモリ消費量が多くなるため、効率が悪い。そこで、本実施例では、プログラム変換部の処理時間を短縮し、生成するサーバ・プログラムとクライアント・プログラムのメモリ消費量を抑えるために、実際にクライアント・プログラムから呼び出されるサーバ・プログラム内の関数に対してのみ、スタブを生成する方式の例を提示する。
【００２５】以下では、図５〜図７を用いて本実施例について説明する。本実施例では、図１の構成における処理選択部１１０を、図６に処理内容を示す処理選択部１１１で置き換え、さらに処理選択部１１１には、図５に示す、スタブの生成を管理するためのテーブルである関数管理テーブル１４０を設ける。また、関数複写部１２０は、図７に処理内容を示す関数複写部１２１で置き換える。
【００２６】まず、図５に構成を示す関数管理テーブル１４０について説明する。関数管理テーブル１４０には、処理選択部１１１または関数複写部１２１０が、入力プログラム２０を処理する過程で、新たな名前の関数の定義または関数の呼び出しを見い出す度に、その関数を管理するためのレコードを追加する。各レコードは、以下に説明する１４０１〜１４０４のフィールドを有する。１４０１は関数名フィールドであり、関数の名前を格納する。１４０２は所在フィールドであり、関数の所在情報を格納する。格納する値は、“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ”、“未知”のいずれかである。関数の所在が明らかである場合には“ＣＬＩＥＮＴ”または“ＳＥＲＶＥＲ”のいずれかを格納し、未知である場合には“未知”を格納する。関数の所在が未知となるのは、入力プログラム２０の中で関数定義に先だって関数呼び出しが記述される場合である。１４０３はパラメータ形式フィールドであり、関数のパラメータ形式情報、例えばパラメータの数と型などの情報を格納する。１４０４はスタブフィールドであり、スタブ生成の有無を管理するために、“未”、“要”、“済”のいずれかの値を格納する。クライアント・プログラム内の関数からの呼び出しがなく、スタブが未だ必要とされていない場合には“未”を、クライアント・プログラム内の関数からの呼び出しがあったものの、パラメータ形式が不明であるためにスタブを生成できず、パラメータ形式が分かり次第スタブを作る必要がある場合には“要”を、スタブの生成が済んでいる場合には“済”を、それぞれ格納する。なお、本実施例および以後の実施例において、各種のテーブルの各フィールドに格納する具体的な値としては、実施例で例として用いる値以外の語や記号を用いてもよい。
【００２７】次に、本実施例の動作の概要について説明する。本実施例では、関数管理テーブル１４０によって各関数のスタブ生成の必要性を管理しながら処理を進める。そのためには、クライアント・プログラム上の関数からサーバ・プログラム上の関数呼び出しがあるかどうかを知る必要がある。そこで、クライアント・プログラムに関数の複写処理と並行して、複写する関数の中から呼び出される関数の所在とスタブの有無を、関数管理テーブル１４０を用いて調べる。調べた結果に応じて以下の何れかの処理を実行する。呼び出される関数の関数定義を既に読み込んでおり、その関数がサーバ・プログラム上の関数でかつ、スタブが未生成である場合には、関数管理テーブル１４０に記録してあるパラメータ形式情報を元に、その関数に対応するスタブを生成し、スタブが生成済であることを関数管理テーブル１４０に記録する。呼び出される関数の関数定義を未だ読み込んでいないために、その関数がサーバ・プログラム上の関数なのかクライアント・プログラム上の関数なのか不明である場合には、関数定義を読み込んでパラメータ形式情報が判明するまではスタブを生成できないので、該関数のスタブの生成が必要であることを関数管理テーブルに記録しておく。後に該関数の関数定義を読み込んだ時点で、該関数がサーバ・プログラム上の関数であることが判明した場合にはその時点でスタブを生成する。逆に、該関数がクライアント・プログラム上の関数であることが判明した場合には、遠隔手続き呼び出しではなくなるので、スタブを生成しない。上記の場合以外は、単に複写処理のみを行う。
【００２８】次に図６〜７のＰＡＤ図を用いて、本実施例の動作の詳細について説明する。まず図６に従って本実施例における処理選択部１１１の処理内容を説明する。
（ステップ１１２１）処理選択部１１１は、入力プログラム２０から、まだ読み込むべき入力がある限りステップ１１２２〜１１３５を繰り返す。
（ステップ１１２２）処理選択部１１１は、入力プログラム２０から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１２３）処理選択部１１１は、ｌｏｃの値が“ＣＬＩＥＮＴ”である場合にはステップ１１２４〜１１２７を実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１２８〜１１３５を実行する。
（ステップ１１２４）処理選択部１１１は、入力プログラム２０の中の次の関数定義が関数管理テーブル１４０に登録されていなければステップ１１２５を実行する。
（ステップ１１２５）処理選択部１１１は、関数管理テーブル１４０に該関数のためのレコードを追加し、該レコードの関数名フィールド１４０１に該関数の関数名を格納する。
（ステップ１１２６）処理選択部１１１は、関数管理テーブル１４０中の該関数に対するレコードの所在フィールド１４０２に“ＣＬＩＥＮＴ”を格納する。
（ステップ１１２７）処理選択部１１１は、クライアント関数処理部１２０を起動する。
（ステップ１１２８）処理選択部１１１は、入力プログラム２０の中の次の関数定義が関数管理テーブル１４０に登録されていればステップ１１２９〜１１３１を実行し、登録されていなければステップ１１３２〜１１３３を実行する。
（ステップ１１２９）処理選択部１１１は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１１３０）処理選択部１１１は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１１３１）処理選択部１１１は、関数管理テーブル１４０中の該関数に対するレコードのスタブ・フィールド１４０４に“済”を格納する。
（ステップ１１３２）処理選択部１１１は、関数管理テーブル１４０中に該関数に対するレコードを追加し、該レコードのパラメータ形式フィールド１４０３に、該関数のパラメータ形式情報を格納する。
（ステップ１１３３）処理選択部１１１は、該レコードのスタブ・フィールド１４０４に“未”を格納する。
（ステップ１１３４）処理選択部１１１は、該レコードの所在フィールド１４０２に“ＳＥＲＶＥＲ”を格納する。
（ステップ１１３５）処理選択部１１１は、関数複写部１２１０を起動する。以上が、処理選択部１１１の処理内容である。
【００２９】次に、図７を用いて本実施例における関数複写部１２１１の処理内容を説明する。本実施例では、関数複写部１２１１は、入力プログラム２０の中の関数定義をクライアント・プログラム３１０に追加すると共に、その関数の中の関数呼び出しのために必要となるスタブの生成を管理する。処理内容を以下に説明する。
【００３０】（ステップ１２１１１）関数複写部１２１１は、関数の終わりになるまでステップ１２１１２〜１２１２１を繰り返す。
（ステップ１２１１２）関数複写部１２１１は、入力プログラム２０から文を一つ読み込む。
（ステップ１２１１３）関数複写部１２１１は、ステップ１２１１２で読み込んだ文が関数呼び出しを含む場合にはステップ１２１１４〜１２１２０を実行する。
（ステップ１２１１４）関数複写部１２１１は、該関数が関数管理テーブル１４０に登録済でない場合にはステップ１２１１５〜１２１１６を実行し、登録済である場合にはステップ１２１１７〜１２１２０を実行する。
（ステップ１２１１５）関数複写部１２１１は、関数管理テーブル１４０に該関数のためのレコードを追加し、関数名フィールド１４０１に該関数の関数名を格納する。
（ステップ１２１１６）関数複写部１２１１は、該レコードの所在フィールド１４０２に“未知”を、スタブ・フィールド１４０４に“要”を格納する。
（ステップ１２１１７）関数複写部１２１１は、関数管理テーブル１４０の該関数のためのレコードの所在フィールド１４０２が“ＳＥＲＶＥＲ”であり、かつ該レコードのスタブ・フィールド１４０４が“未”である場合には、ステップ１２１１８〜１２１２０を実行する。
（ステップ１２１１８）関数複写部１２１１は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１２１１９）関数複写部１２１１は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１２１２０）関数複写部１２１１は、関数管理テーブル１４０の該関数のためのレコードのスタブ・フィールド１４０４に“済”を格納する。
（ステップ１２１２１）関数複写部１２１１は、ステップ１２１１２で読み込んだ文をクライアント・プログラム３１に追加する。
以上が、関数複写部１２１１の処理内容である。
【００３１】上述の構成によれば、実際にクライアント・プログラムから呼び出されるサーバ・プログラム内の関数に対してのみ、スタブを生成することが可能であることは明らかである。その結果、プログラム変換部の処理時間を短縮し、生成するサーバ・プログラムとクライアント・プログラムのメモリ消費量を抑えることが可能である。
【００３２】《第三実施例》次に、第三実施例について説明する。
【００３３】第一、第二の実施例では、所在識別子を入力プログラム中の各関数定義に隣接して記述する必要があるため、関数の所在の記述が入力プログラム中に散在してしまう。そのため、多くの関数の所在を一括して変更したり、各関数の所在を把握しようとしたりする場合に不便である。そこで、本実施例では各関数の所在の一元的な管理を可能とするために、関数の所在とパラメータ形式を指定する宣言である前方参照宣言によって関数の所在を指定することが可能であるプログラム変換部の例を提示する。前方参照宣言は関数定義に比べて短く記述できるので、入力プログラム中の先頭部などにまとめて記述することによって、各関数の所在の一元的な管理が可能となる。本実施例として、第２実施例の入力プログラム中に前方参照宣言を設けた場合について説明するが、第１実施例の入力プログラム中に前方参照宣言を設けるようにしてもよいのはいうまでもない。
【００３４】以下、図８〜９を用いて本実施例について説明する。本実施例では、第二実施例の構成における処理選択部１１１を、図９に処理内容を示す処理選択部１１２で置き換える。図８は、本実施例における入力プログラム２１の構成である。図８において、入力プログラム２１は、関数定義２１１、２１２、…の他に、前方参照宣言２２１、２２２、…を有し、前方参照宣言２２１、２２２、…はそれぞれ所在識別子２２１１、２２２１、…を有する。次に、本実施例の動作の概要について説明する。本実施例では、入力プログラム中に関数の前方参照宣言があると、処理選択部１１２が関数管理テーブル１４０に、関数の名前、所在およびスタブの生成に必要となるパラメータ形式情報を記録しておく。後に関数定義を読み込んだら、関数管理テーブル１４０に記録された所在情報に基づいて該関数の複写先を決定する。
【００３５】次に、本実施例の動作の詳細について説明する。図９は処理選択部１１２の処理内容である。以下、本図を用いて処理内容を説明する。
（ステップ１１４１）処理選択部１１２は、入力プログラム２１からまだ読み込むべき入力がある限り、ステップ１１４２〜１１４８を繰り返す。
（ステップ１１４２）処理選択部１１２は、入力プログラム２１から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１４３）処理選択部１１２は、入力プログラム２１の次の入力が前方参照宣言である場合にはステップ１１４４〜１１４５を実行し、関数定義である場合にはステップ１１４６〜１１４８を実行する。
（ステップ１１４４）処理選択部１１２は、前方参照宣言を読み込み、関数管理テーブル１４０１に該関数のためのレコードを追加し、該レコードの関数名フィールド１４０１に該関数の名前を、所在フィールド１４０２に該関数の所在を、パラメータ形式フィールド１４０３に該関数のパラメータ形式情報をそれぞれ格納する。
（ステップ１１４５）処理選択部１１２は、該レコードのスタブ・フィールド１４０４に“未”を格納する。
（ステップ１１４６）処理選択部１１２は、関数管理テーブル１４０１の該関数定義に対応するレコードの所在フィールド１４０２の値が“ＣＬＩＥＮＴ”である場合にはステップ１１４７を実行し、“ＳＥＲＶＥＲ”である場合にはステップ１１４８を実行する。
（ステップ１１４７）処理選択部１１２は、クライアント関数処理部１２０を起動する。
（ステップ１１４８）処理選択部１１２は、関数複写部１３１０を起動する。以上が処理選択部１１２の処理内容である。
【００３６】上記の構成によれば、入力プログラム中の、前方参照宣言によって関数の所在を指定することが可能となるため、関数の所在の一元的な管理することが可能となる。
【００３７】《第四実施例》次に、第四実施例について説明する。
【００３８】第一〜第三の実施例では、クライアント・プログラム上の関数からサーバ・プログラム上の関数を呼ぶことは可能であるが、それとは逆にサーバ・プログラム上の関数からクライアント・プログラム上の関数を呼ぶことは不可能である。しかし、アプリケーションの種類によってはサーバ・プログラム上の関数からクライアント・プログラム上の関数を呼び出すことが必要となる場合がある。また、第一〜第三の実施例では、入力プログラムをクライアント・プログラムとサーバ・プログラムの二つのプログラムに分割しているが、サーバ・プログラムをさらに複数のプログラムに分割する場合などのように、三つ以上のプログラムにアプリケーションを分割することが必要となる場合がある。そこで、本実施例では、入力プログラムを二つ以上の任意の複数のプログラムに分割し、それらのプログラム間で互いの関数を呼び出すためのスタブを、必要に応じて自動的に生成することが可能であるようなプログラム変換部の例を示す。
【００３９】以下図１０〜図１３を用いて本実施例について説明する。図１０は、本実施例の構成図である。図１０１０において、１１は本発明で提供するプログラム変換方式を実装したプログラム変換部であり、２２はプログラム変換部１１の入力である入力プログラム、３１１、３２１、３３１はプログラム変換部１１の出力である出力プログラムである。入力プログラム２２は関数定義２１１、２１２、…を有し、関数定義２１１、２１２、…はそれぞれ所在識別子２１１１、２１２１、…を有する。本実施例では所在識別子の値として二つ以上の任意の複数の値を取ることができるが、例として“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”の三つの値を用いる。所在識別子の種類は２つ以上であればいくつでもよく、また具体的な値としてはこれら以外の語や記号を用いても良い。プログラム変換部１１は、処理選択部１１３と、関数複写部１２１２と、サーバ・スタブ生成部１３２０と、クライアント・スタブ生成部１３３０を有し、処理選択部はさらに関数管理テーブル１４１を有する。出力プログラム３１１、３２１、３３１は関数複写部１２１２が追加する関数定義３１１１、３２１１、３３１１、…と、サーバ・スタブ生成部１３２０が生成するサーバ・スタブ３２４１、３３４１、…クライアント・スタブ生成部１３３０が生成するクライアント・スタブ３１３１、３３３１、…を有する。
【００４０】図１１は、関数管理テーブル１４１の構成図である。関数管理テーブル１４１には、処理選択部１１３または関数複写部１２１２が、入力プログラム２２を処理する過程で、新たな名前の関数定義または呼び出しを見いだす度に、その関数を管理するためのレコードを追加する。関数管理テーブル１４１の各レコードは、以下に説明する１４０１から１４０６３のフィールドを有する。１４０１は関数名フィールドであり、関数名を格納する。１４０２は所在フィールドであり、関数の所在情報を格納する。具体的な値の例として、本実施例では“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”、“未知”を用いる。１４０３はパラメータ形式フィールドであり、関数のパラメータ形式情報を格納する。１４０５はサーバ・スタブ・フィールドであり、サーバ・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。該関数に対する遠隔手続き呼び出しが入力プログラム２２の中に見いだされず、サーバ・スタブが未だ必要とされていない場合には“未”を、呼び出しが見いだされたため、パラメータ形式が分かり次第サーバ・スタブを作る必要がある場合には“要”を、サーバ・スタブの生成が済んでいる場合には“済”を、それぞれ格納する。１４０６１、１４０６２、…は出力プログラムごとに設けるクライアント・スタブ・フィールドであり、クライアント・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。各値の意味はサーバ・スタブ・フィールド１４０５と同様である。以後では、出力プログラムｘに対応するクライアント・スタブ・フィールドを、クライアント・スタブ［ｘ］フィールドと表記する。
【００４１】図１１を用いて本実施例の動作の概要について説明する。本実施例では、関数管理テーブル１４１を用いてスタブの生成を管理しながら処理を進める。例えば関数定義２１１に対しては、以下のように処理を行う。まず、処理選択部１１３は、関数管理テーブル１４１を用いて、関数定義２１１への呼び出しが記録していないかどうか判定する。関数定義２１１の所在となる“ＣＬＩＥＮＴ”以外の所在からの呼び出しが既に記録されている場合には、その呼び出しを可能にするためのスタブを生成する。次に、処理選択部１１３は、関数複写部１２１２を起動する。関数複写部１２１２は、関数定義２１１を、所在識別子２１１１の値に基づき、“ＣＬＩＥＮＴ”に対応する出力プログラム３１１に複写する。複写処理と並行して、関数定義２１１の中に記述された関数呼び出しを調べ、調べた結果に応じて以下のいずれかの処理を行う。既に関数定義を読み込みが済んでおり、関数管理テーブル１４１に記録された関数への呼び出しであり、関数定義２１１とは違う所在の関数である場合には、その呼び出しのためにスタブが必要となるので、まだスタブが生成されていなければ、スタブを生成する。未だ関数定義を読み込んでいないために、所在が不明である関数への呼び出しが見いだされた場合には、該関数の関数定義を処理するまでは、スタブが必要かどうか分からないので、出力プログラム３１１からその関数への呼び出しがあったことを関数管理テーブル１４１に記録しておく。上記二つ以外の場合には、単に複写する。
【００４２】次に、図１２〜図１３を用いて本実施例の動作の詳細について説明する。図１２は処理選択部１１３の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１１５１）処理選択部１１３は、入力プログラム２２からまだ読み込むべき入力がある限り、ステップ１１５２〜１１６３を繰り返す。
（ステップ１１５２）処理選択部１１３は、入力プログラム２２から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１５３）処理選択部１１３は、ステップ１１５５〜１１６３を実行する。
（ステップ１１５４）処理選択部１１３は、関数複写部１２１２を起動する。
（ステップ１１５５）処理選択部１１３は、入力プログラム２２の中の次の関数定義が関数管理テーブル１４１に登録されていればステップ１１５６〜１１６２を実行し、登録されていない場合にはステップ１１６３を実行する。
（ステップ１１５６）処理選択部１１３は、関数管理テーブル１４１の該関数に対応するレコードの、クライアント・スタブ［ｌｏｃ］フィールドに“未”を格納する。
（ステップ１１５７）処理選択部１１３は、クライアント・スタブ［ｉ］フィールドが“要”である全ての所在ｉについてステップ１１５８〜１１６２を実行する。
（ステップ１１５８）処理選択部１１３は、サーバ・スタブ・フィールド１４０５が“未”である場合にはステップ１１５９〜１１６０を起動する。
（ステップ１１５９）処理選択部１１３は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１１６０）処理選択部１１３は、サーバ・スタブ・フィールド１４０５に“済”を格納する。
（ステップ１１６１）処理選択部１１３は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１１６２）処理選択部１１３は、クライアント・スタブ［ｉ］フィールドに“済”を格納する。
（ステップ１１６３）処理選択部１１３は、関数管理テーブル１４１に該関数に対応するレコードを追加し、該レコードの関数名フィールド１４０１には該関数の関数名を、所在フィールド１４０２にはｌｏｃの値を、パラメータ形式フィールド１４０３には該関数のパラメータ形式情報を、サーバ・スタブ・フィールド１４０５と全てのクライアント・スタブ・フィールドには“未”を、それぞれ格納する。
以上が処理選択部１１３の処理内容である。
【００４３】図１３は関数複写部１２１２の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１２１３１）関数複写部１２１２は、入力プログラム２２から所在識別子を読み込み変数ｌｏｃに格納する。
（ステップ１２１３２）関数複写部１２１２は、関数定義の終わりになるまでステップ１２１３３〜１２１３６を繰り返す。
（ステップ１２１３３）関数複写部１２１２は、入力プログラム２２から文を一つ読み込む。
（ステップ１２１３４）関数複写部１２１２は、ステップ１２１３３で読み込んだ文が関数呼び出しを含む場合には、ステップ１２１３５を実行する。
（ステップ１２１３５）関数複写部１２１２は、ステップ１２１３７〜１２１４６を実行する。
（ステップ１２１３６）関数複写部１２１２は、ステップ１２１３３で読み込んだ文を、変数ｌｏｃが指定する出力プログラムに追加する。
（ステップ１２１３７）関数複写部１２１２は、該関数が関数管理テーブル１４１に登録されていない場合にはステップ１２３８を実行し、登録されている場合にはステップ１２１３９〜１２１４６を実行する。
（ステップ１２１３８）関数複写部１２１２は、関数管理テーブル１４１に、該関数に対応するレコードを追加し、該レコードの関数名フィールド１４０１には該関数の名前を、所在フィールド１４０２には“未知”をそれぞれ格納する。
（ステップ１２１３９）関数複写部１２１２は、該関数に対応する所在フィールド１４０２が“未知”である場合にはステップ１２１４０を実行し、“未知”以外の場合にはステップ１２１４１〜１２１４６を実行する。
（ステップ１２１４０）関数複写部１２１２は、該関数に対応するクライアント・スタブ［ｌｏｃ］フィールドに“要”を格納する。
（ステップ１２１４１）関数複写部１２１２は、該関数に対応するサーバ・スタブ・フィールドが“未”である場合にはステップ１２１４２〜１２１４３を実行する。
（ステップ１２１４２）関数複写部１２１２は、サーバ・スタブ生成部１３２０を起動する。
（ステップ１２１４３）関数複写部１２１２は、該関数に対応するサーバ・スタブ・フィールドに“済”を代入する。
（ステップ１２１４４）関数複写部１２１２は、該関数に対応するクライアント・スタブ［ｌｏｃ］フィールドが“未”である場合には、ステップ１２１４５〜１２１４６を実行する。
（ステップ１２１４５）関数複写部１２１２は、クライアント・スタブ生成部１３３０を起動する。
（ステップ１２１４６）関数複写部１２１２は、該関数に対応するクライアント・スタブ［ｌｏｃ］フィールドに“済”を格納する。
【００４４】上述の構成によれば、入力プログラムを二つ以上の任意の複数のプログラムに分割し、それらのプログラム間で互いの関数を呼び出すためのスタブを、必要に応じて自動的に生成することが可能である。
【００４５】《第五実施例》次に、第五実施例について説明する。第一〜第四の実施の実施例では、入力プログラム中の関数定義については、各出力プログラムに分配することが可能であるが、変数については出力プログラムに分配することができない。しかし、アプリケーションの種類よっては、各関数から共通して使用できる変数が必要になる場合がある。そこで、本実施例では入力プログラム中に、全関数から共通して参照と更新ができる変数である大域変数の定義が可能であるようなプログラム変換部の例を提示する。本実施例で示すプログラム変換部では、入力プログラム中の大域変数についても関数定義同様に、所在識別子によって分配先の出力プログラムを指定する。そして、分配先のプログラム以外のプログラムからでもそれぞれの変数を操作できるようにするためのスタブを、必要に応じて各出力プログラムに追加することにより、どの出力プログラムからでも任意の大域変数に対する操作を可能にする。
【００４６】以下、図１４〜図１７を用いて本実施例について説明する。図１４は、本実施例の構成図である。図１４において、２３は入力プログラムであり、１２はプログラム変換部であり、３１２、３２２、３３２、…は出力プログラムである。入力プログラム２３は関数定義２１１、２１２、…と大域変数定義２３１、２３２、…を有する。関数定義２１１、２１２、…と大域変数定義２３１、２３２、…はそれぞれ、所在識別子２１１１、２１２１、…および２３１１、２３２１、…を有する。プログラム変換部１２は、処理選択部１１４と、大域変数複写部１３４と、関数複写部１２２と、サーバ・スタブ生成部１３２０と、クライアント・スタブ生成部１３３０と、変数用サーバ・スタブ生成部１３４０と、変数用クライアント・スタブ１３５０を有し、処理選択部１１４は、関数管理テーブル１４１と大域変数管理テーブル１５０を有する。出力プログラム３１２、３２２、３３２…は、大域変数複写部１３４が追加する大域変数定義３２２１…と、関数複写部１２２が追加する関数定義３１１１…と、サーバ・スタブ生成部１３２０が生成して追加する図示しないサーバ・スタブと、クライアント・スタブ生成部１３３０が生成して追加する図示しないクライアント・スタブと、変数用サーバ・スタブ生成部１３４０が生成して追加する変数用サーバスタブ３２６１…と、変数用クライアント・スタブ生成部１３５０が生成して追加する変数用クライアント・スタブ３１５１…を有する。
【００４７】図１５は、大域変数管理テーブル１５０の構成図である。大域変数管理テーブル１５０には、処理選択部１１４が大域変数定義２３１、２３２、…を読み込む度に、その変数を管理するためのレコードを追加する。大域変数管理テーブル１５０の各レコードには、以下に説明する１５０１〜１５０５３のフィールドを有する。１５０１は変数名フィールドであり、変数名を格納する。１５０２は型フィールドであり、変数の型情報を格納する。１５０３は所在フィールドであり、変数の所在情報を格納する。本実施例では、具体的な値の例として“ＣＬＩＥＮＴ”、“ＳＥＲＶＥＲ１”、“ＳＥＲＶＥＲ２”を用いる。１５０４はサーバ・スタブ・フィールドであり、該変数を操作するための変数用サーバ・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。１５０５１、１５０５２、１５０５３、…は、出力プログラム別のクライアント・スタブ・フィールドであり、クライアント・スタブの生成を管理するために、“未”、“要”、“済”のいずれかの値を格納する。各値の意味は、サーバ・スタブ・フィールド１５０４と同様である。以後では、出力プログラムｘに対するクライアント・スタブ・フィールドを、クライアント・スタブ［ｘ］フィールドと表記する。
【００４８】次に、図１４を用いて本実施例の動作の概要について説明する。本実施例では、関数管理テーブル１４１によって関数のためのスタブの生成を管理し、大域変数管理テーブル１５０によって大域変数のためのスタブの生成を管理しながら処理を進める。例えば、入力プログラム２３からの入力が、２３１のように大域変数定義である場合には、以下の処理を実行する。まず、処理選択部１１４は、大域変数管理テーブルに大域変数定義２３１の所在と型情報を記録しておく。次に大域変数定義複写部１３４を起動して、所在識別子２３１１の値に基づき、“ＳＥＲＶＥＲ１”に対応する出力プログラム３２２に複写する。一方、入力プログラム２３からの入力が、２１１のように関数定義である場合には、第四の実施の実施例と同様の処理を実行する。ただし、関数を複写する際に第四の実施の実施例の処理に加えて、関数定義２１１の所在と異なる所在の大域変数定義に対する更新と参照を、該変数のスタブ呼び出しに変換する。
【００４９】以下では、図１６〜図１７を用いて、本実施例の動作の詳細について説明する。図１６は、処理選択部１１４の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１１７１）処理選択部１１４は、入力プログラム２３から、まだ読み込むべき入力がある限りステップ１１７２〜１１８４を繰り返す。
（ステップ１１７２）処理選択部１１４は、入力プログラム２３から所在識別子を読み込み、変数ｌｏｃに格納する。
（ステップ１１７３）処理選択部１１４は、次の入力の種類が大域変数宣言である場合にはステップ１１７４〜１１７５を実行し、関数定義である場合には、図１２に示したステップ１１５３と、本図のステップ１１７６を実行する。
（ステップ１１７４）処理選択部１１４は、入力プログラム２３から大域変数定義を読み込み、大域変数管理テーブル１５０に該変数のためのレコードを追加し、該レコードの変数名フィールド１５０１には該変数の変数名を、型フィールド１５０２には該変数の型情報を、所在フィールド１５０３には該変数の所在識別子の値を、サーバ・スタブ・フィールドには“未”を、全てのクライアント・スタブ・フィールド１５０５１、１５０５２、…には“未”を、それぞれ格納する。
（ステップ１１７５）処理選択部１１４は、大域変数複写部１３４を起動する。
（ステップ１１７６）処理選択部１１４は、関数複写部１２２を起動する。
以上が、処理選択部１１４の処理内容である。
【００５０】図１７は、関数複写部１２２の処理内容を示すＰＡＤ図である。以下、本図を用いて処理内容を説明する。
（ステップ１２２０１）関数複写部１２２は、入力プログラム２３から所在識別子を読み込み、変数ｌｏｃに代入する。
（ステップ１２２０２）関数複写部１２２は、関数定義の終わりになるまでステップ１２２０３〜１２２０７を繰り返す。
（ステップ１２２０３）関数複写部１２２は、入力プログラム２３から文を一つ読み込む。
（ステップ１２２０４）関数複写部１２２は、ステップ１２２０３で読み込んだ文が関数呼び出しを含む場合には、図１３に示したステップ１２１３５を実行する。
（ステップ１２２０５）関数複写部１２２は、ステップ１２２０３で読み込んだ文が大域変数の更新または参照を含む場合にはステップ１２２０６を実行する。
（ステップ１２２０６）関数複写部１２２は、ステップ１２２０８〜ステップ１２２１４を実行する。
（ステップ１２２０７）関数複写部１２２は、ステップ１２２０３で読み込み、ステップ１２２１４で必要に応じて変換された文をｌｏｃが指定する出力プログラムに追加する。
（ステップ１２２０８）関数複写部１２２は、大域変数管理テーブル１５０の該大域変数に対応するレコードのサーバ・スタブ・フィールド１５０４が“未”である場合にはステップ１２２０９〜１２２１０を実行する。
（ステップ１２２０９）関数複写部１２２は、変数用サーバ・スタブ生成部１３４０を起動する。
（ステップ１２２１０）関数複写部１２２は、該大域変数に対応するサーバ・スタブ・フィールド１５０４に“済”を格納する。
（ステップ１２２１１）関数複写部１２２は、該大域変数に対応するクライアント・スタブ・フィールド［ｌｏｃ］が“未”である場合にはステップ１２２１２〜１２２１３を実行する。
（ステップ１２２１２）関数複写部１２２は、変数用クライアント・スタブ生成部１３４０を起動する。
（ステップ１２２１３）関数複写部１２２は、該大域変数に対応するクライアント・スタブ・フィールド［ｌｏｃ］に“済”を格納する。
（ステップ１２２１４）関数複写部１２２は、ステップ１２２０３で読み込んだ文中の、該大域変数に対する更新または参照を、変数用クライアント・スタブの呼び出しに変換する。
【００５１】上述の構成によれば、入力プログラム中の大域変数定義を、所在識別子によって指定された分配先の出力プログラムに追加し、分配先のプログラム以外のプログラムからでもそれぞれの変数を操作できるようにするためのスタブを、必要に応じて各出力プログラムに追加することができる。その結果、どの出力プログラムからでも任意の大域変数に対する操作が可能となる。
【００５２】
【発明の効果】本発明によれば、インターフェース定義ファイルを必要とせずにスタブ・コードを生成することが可能となる。さらに、アプリケーションの処理を構成する関数の所在をクライアントとサーバの間で、容易に移動させることが可能となる。すなわち、プログラム作成者は、入力プログラム内で処理の記述場所を移動させたい関数の所在識別子を変更するだけで、該関数の所在をクライアント・プログラムとサーバ・プログラムの間で移動させることが可能となる。その結果、関数の所在を移動させることによってアプリケーションの性能を向上させることが容易となる。
【図面の簡単な説明】
【図１】第一実施例の構成を示す図である。
【図２】処理選択部１１０の処理内容を示すＰＡＤ図である。
【図３】クライアント関数処理部１２０の処理内容を示すＰＡＤ図である。
【図４】サーバ関数処理部１３０の処理内容を示すＰＡＤ図である。
【図５】関数管理テーブル１４０の構成を示す図である。
【図６】処理選択部１１１の処理内容を示すＰＡＤ図である。
【図７】は、関数複写部１２１１の処理内容を示すＰＡＤ図である。
【図８】入力プログラム２１の構成を示す図である。
【図９】処理選択部１１２の処理内容を示すＰＡＤ図である。
【図１０】第四の実施例の構成を示す図である。
【図１１】関数管理テーブル１４１の構成を示す図である。
【図１２】処理選択部１１３の処理内容を示すＰＡＤ図である。
【図１３】関数複写部１２１２の処理内容を示すＰＡＤ図である。
【図１４】第五の実施例の構成を示す図である。
【図１５】大域変数管理テーブル１５０の構成を示す図である。
【図１６】処理選択部１１４の処理内容を示すＰＡＤ図である。
【図１７】関数複写部１２２の処理内容を示すＰＡＤ図である。
【符号の説明】
１０、１１、１２ プログラム変換部
１１０〜１１４ 処理選択部
１２０ クライアント関数処理部
１３０ サーバ関数処理部
１２１０、１２１１、１２１２、１３１０、１２２ 関数複写部
１３２０ サーバ・スタブ生成部
１３３０ クライアント・スタブ生成部
１３４０ 変数用サーバ・スタブ生成部
１３５０ 変数用クライアント・スタブ生成部
１４０、１４１ 関数管理テーブル
１５０ 大域変数管理テーブル
２０〜２３ 入力プログラム
２１１、２１２ 関数定義
２１１１、２１２１ 所在識別子
２２１、２２２ 前方参照宣言
２３１、２３２ 大域変数定義
３１０ クライアント・プログラム
３２０ サーバ・プログラム
３１１、３２１、３２２、３３１、３３２ 出力プログラム
３１１１、３２１１、３３１１ 関数定義
３１３１、３３３１ クライアント・スタブ
３２４１、３３４１ サーバ・スタブ
３２２１ 大域変数定義
３１５１ 変数用クライアント・スタブ
３２６１ 変数用サーバ・スタブ
【特許請求の範囲】
【請求項１】 複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であって、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、前記クライアント・スタブ生成手段によりクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し前記サーバ・プログラムに追加処理することを特徴とするプログラム変換方式。
【請求項２】 複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であって、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、かつ読み込んだ関数定義に基づき各関数定義に対応するスタブの生成状況を管理する関数管理テーブルを生成し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、かつ該関数複写手段は入力された関数定義中に呼び出すべき前記サーバプログラムに属する関数定義があるとき、前記関数管理テーブルを参照し、該関数定義に係るスタブが生成されていなければ前記サーバ関数処理手段に該関数定義に係るスタブの生成指示を出力し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、かつ前記スタブの生成指示を受けたとき、前記クライアント・スタブ生成手段により該生成指示に従いクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段により該生成指示に従いサーバ・スタブを生成し前記サーバ・プログラムに追加処理することを特徴とするプログラム変換方式。
【請求項３】 請求項１または請求項２記載のプログラム変換方式において、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき関数の名前、所在およびパラメータ情報を記録したテーブルを生成し、次いで読み込まれる関数定義を該テーブルを参照してクライアント関数処理手段あるいはサーバ関数処理手段に出力することを特徴とするプログラム変換方式。
【請求項４】 複数の関数定義を有する入力プログラムを入力として、該入力プログラムを２以上の任意の複数のプログラムに分割し、該分割した複数のプログラム間で互いの関数定義を呼び出すためのスタブを生成するプログラム変換方式であって、処理選択手段と、関数複写手段と、クライアント・スタブ生成手段と、サーバ・スタブ生成手段からなるプログラム変換部を備え、前記各関数定義は、関数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、各関数定義についての、関数名、所在、パラメータ情報、サーバ・スタブの生成状況、前記分割した複数のプログラム毎におけるクライアント・スタブの生成状況を示す関数管理テーブルを生成し、前記関数複写手段は、前記関数定義を読み込み、該関数定義の所在識別子に対応する前記分割したプログラムに該関数定義を追加処理し、かつ該関数定義中に呼び出すべき他の関数定義があるとき、前記関数管理テーブルを参照し、スタブの生成状況に応じて、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し、クライアント・スタブ生成手段によりクライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理することを特徴とするプログラム変換方式。
【請求項５】 請求項４記載のプログラム変換方式において、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき前記関数テーブルを初期生成することを特徴とするプログラム変換方式。
【請求項６】 請求項４または請求項５記載のプログラム変換方式において、前記入力プログラムに任意の関数から参照および更新が可能である大域変数定義と、該大域変数定義の所在と名前と型を記述した宣言である大域変数宣言を含め、前記プログラム変換部に大域変数複写手段と、変数用サーバ・スタブ生成手段と、変数用クライアント・スタブ生成手段を設け、前記各大域変数定義は、大域変数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記大域変数宣言に基づき前記関数テーブルを初期生成し、次いで読み込まれる各大域変数定義についての、変数名、型、所在、変数用サーバ・スタブの生成状況、前記分割した複数のプログラム毎における変数用クライアント・スタブの生成状況を示す大域変数管理テーブルを生成し、前記大域変数複写手段は、前記大域変数定義を読み込み、該大域変数定義の所在識別子に対応する前記分割したプログラムに該大域変数定義を追加処理し、前記関数複写手段は、前記関数定義を読み込み、該関数定義中に更新／参照される大域変数定義があるときは、該関数定義を該更新／参照に応じて変換して対応する前記分割したプログラムに追加処理し、かつ前記大域変数関数管理テーブルを参照し、変数用スタブの生成状況に応じて、前記変数用サーバ・スタブ生成手段により変数用サーバ・スタブを生成し、変数用クライアント・スタブ生成手段により変数用クライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理することを特徴とするプログラム変換方式。
【請求項１】 複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であって、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、前記クライアント・スタブ生成手段によりクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し前記サーバ・プログラムに追加処理することを特徴とするプログラム変換方式。
【請求項２】 複数の関数定義を有する入力プログラムを入力として、クライアント・プログラムとサーバ・プログラムを出力とするプログラム変換方式であって、処理選択手段と、関数複写手段を有するクライアント関数処理手段と、関数複写手段とクライアント・スタブ生成手段とサーバ・スタブ生成手段を有するサーバ関数処理手段からなるプログラム変換部を備え、前記各関数定義は予め所在識別子が設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、該関数定義に設定された所在識別子がクライアントを示すとき該関数定義を前記クライアント関数処理手段に出力し、前記所在識別子がサーバを示すとき該関数定義を前記サーバ関数処理手段に出力し、かつ読み込んだ関数定義に基づき各関数定義に対応するスタブの生成状況を管理する関数管理テーブルを生成し、前記クライアント関数処理手段は、入力された関数定義を前記関数複写手段により前記クライアント・プログラムに追加処理し、かつ該関数複写手段は入力された関数定義中に呼び出すべき前記サーバプログラムに属する関数定義があるとき、前記関数管理テーブルを参照し、該関数定義に係るスタブが生成されていなければ前記サーバ関数処理手段に該関数定義に係るスタブの生成指示を出力し、前記サーバ関数処理手段は、入力された関数定義を前記関数複写手段により前記サーバ・プログラムに追加処理し、かつ前記スタブの生成指示を受けたとき、前記クライアント・スタブ生成手段により該生成指示に従いクライアント・スタブを生成し前記クライアント・プログラムに追加処理し、前記サーバ・スタブ生成手段により該生成指示に従いサーバ・スタブを生成し前記サーバ・プログラムに追加処理することを特徴とするプログラム変換方式。
【請求項３】 請求項１または請求項２記載のプログラム変換方式において、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき関数の名前、所在およびパラメータ情報を記録したテーブルを生成し、次いで読み込まれる関数定義を該テーブルを参照してクライアント関数処理手段あるいはサーバ関数処理手段に出力することを特徴とするプログラム変換方式。
【請求項４】 複数の関数定義を有する入力プログラムを入力として、該入力プログラムを２以上の任意の複数のプログラムに分割し、該分割した複数のプログラム間で互いの関数定義を呼び出すためのスタブを生成するプログラム変換方式であって、処理選択手段と、関数複写手段と、クライアント・スタブ生成手段と、サーバ・スタブ生成手段からなるプログラム変換部を備え、前記各関数定義は、関数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムの有する関数定義を順次読み込み、各関数定義についての、関数名、所在、パラメータ情報、サーバ・スタブの生成状況、前記分割した複数のプログラム毎におけるクライアント・スタブの生成状況を示す関数管理テーブルを生成し、前記関数複写手段は、前記関数定義を読み込み、該関数定義の所在識別子に対応する前記分割したプログラムに該関数定義を追加処理し、かつ該関数定義中に呼び出すべき他の関数定義があるとき、前記関数管理テーブルを参照し、スタブの生成状況に応じて、前記サーバ・スタブ生成手段によりサーバ・スタブを生成し、クライアント・スタブ生成手段によりクライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理することを特徴とするプログラム変換方式。
【請求項５】 請求項４記載のプログラム変換方式において、前記複数の関数定義を有する入力プログラムに関数定義の他に関数の所在と名前とパラメータ情報とを記述した宣言である前方参照宣言を設け、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記前方参照宣言に基づき前記関数テーブルを初期生成することを特徴とするプログラム変換方式。
【請求項６】 請求項４または請求項５記載のプログラム変換方式において、前記入力プログラムに任意の関数から参照および更新が可能である大域変数定義と、該大域変数定義の所在と名前と型を記述した宣言である大域変数宣言を含め、前記プログラム変換部に大域変数複写手段と、変数用サーバ・スタブ生成手段と、変数用クライアント・スタブ生成手段を設け、前記各大域変数定義は、大域変数定義が前記分割した複数のプログラムのいずれに所在するかを示す所在識別子が予め設定されており、前記処理選択手段は、前記入力プログラムを順次読み込み、先に読み込まれる前記大域変数宣言に基づき前記関数テーブルを初期生成し、次いで読み込まれる各大域変数定義についての、変数名、型、所在、変数用サーバ・スタブの生成状況、前記分割した複数のプログラム毎における変数用クライアント・スタブの生成状況を示す大域変数管理テーブルを生成し、前記大域変数複写手段は、前記大域変数定義を読み込み、該大域変数定義の所在識別子に対応する前記分割したプログラムに該大域変数定義を追加処理し、前記関数複写手段は、前記関数定義を読み込み、該関数定義中に更新／参照される大域変数定義があるときは、該関数定義を該更新／参照に応じて変換して対応する前記分割したプログラムに追加処理し、かつ前記大域変数関数管理テーブルを参照し、変数用スタブの生成状況に応じて、前記変数用サーバ・スタブ生成手段により変数用サーバ・スタブを生成し、変数用クライアント・スタブ生成手段により変数用クライアント・スタブを生成し、それぞれ対応する前記分割したプログラムに追加処理することを特徴とするプログラム変換方式。
【図２】
【図１】
【図３】
【図４】
【図５】
【図８】
【図１１】
【図１５】
【図６】
【図７】
【図９】
【図１０】
【図１２】
【図１６】
【図１３】
【図１４】
【図１７】
【図１】
【図３】
【図４】
【図５】
【図８】
【図１１】
【図１５】
【図６】
【図７】
【図９】
【図１０】
【図１２】
【図１６】
【図１３】
【図１４】
【図１７】
【公開番号】特開平９−１６０７６２
【公開日】平成９年（１９９７）６月２０日
【国際特許分類】
【出願番号】特願平７−３３９９５１
【出願日】平成７年（１９９５）１２月４日
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【公開日】平成９年（１９９７）６月２０日
【国際特許分類】
【出願日】平成７年（１９９５）１２月４日
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
[ Back to top ]