JPH03266064A - プログラム構成方法およびそのための装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、複数の処理装置からなる計算機システムで稼
働するプログラムの構成方法およびプログラム構成装置
に関する。

〔従来の技術〕

プログラムは、作成、保守の容易化のため通常モジュー
ル化して作成される。モジュール化されたプログラムで
は、各モジュールが他のモジュールの機能を呼び出した
り、他のモジュールとデータを送受信して連携し合い、
全体としてプログラムの機能が実現される。複数の処理
装置からなる計算機システムで稼動するプログラムでは
、プログラムを構成する各モジュールが、計算機システ
ムを構成する各処理装置に分散され、各処理装置上で稼
働するモジュールが連携して処理を行なうことがある。

このようなプログラムでは、各モジュールは処理装置間
の通信路を用いて相手モジュールの機能を呼び出したり
データを送受信する必要がある。ここで、通信路を介し
た機能の呼び出しは、最終的には機能の呼び出しを意味
するデータ、機能の呼び出し結果の応答を意味するデー
タの送受信により実現されるため、以下では機能の呼び
出しとデータの送受信とを区別せずに、データ送受信と
して述べる。通信路の利用手順は、−射的に複雑でかつ
使用する通信路の種別により異なるため、モジュールか
ら直接データを送受信するのではなく、モジュール間の
データ送受信を代行する媒介プログラムを用意し、モジ
ュールから媒介プログラムに対して送受信を依頼する方
法がとられる。

このような媒介プログラムはスタブと呼ばれる。

この方法では、処理装置の通信方法に関して稼働する処
理装置固有の情報、知識はスタブのみに必要であるため
、モジュール作成時には稼働する処理装置や通信路に関
する情報、知識が不要となり、モジュール作成、モジュ
ール移植が容易になる。

しかしながらスタブを作成するには使用する通信路に関
する詳細な知識が必要なため、スタブ作成を容易化する
スタブ作成システムがある０代表的なスタブ生成システ
ムとして、マツチメーカー（Ｍａｔｃｈｍａｋｅｒ）　
（第１２回エイシーエム　ジグアクト／ジグブラン　シ
ンポジウム　オン　プリンシプルズ　オン　プログラミ
ング　ランゲージ。

１９８５年１月、第２２５−２３５頁（１２ｔｈ　ＡＣ
ＭＳＩＧＡＣＴ／５ＩＧＰＬＡＮ　Ｓｙｍｐｏｓｉｕｅ
ｎ　ｏｎ　Ｐｒ１ｎｃｉｐｌｅｓ　ｏｆＰｒｏｇｒａｍ
ｍｉｎｇ　Ｌａｎｇｕａｇｅｓ、Ｊａｎ、　’　８５　
、　ｐ　ｐ　、　２２５−２３５））ルパイン（Ｌｕｐ
ｉｎｅ）　（エイシーエムトランザクション　オン　コ
ンピュータ　システムズ第２巻第１号、１９８４年、２
月、第３５〜５９頁（ＡＣＭ　Ｔｒａｎｓａｃｔｉｏｎ
　ｏｎ　Ｃｏｍｐｕｔｅｒ　ＳｙｓｔｅｍｓＶｏｌ、２
　Ｎｃｌ、　Ｆｅｂ、’８４．　ｐｐ、　３５−５９）
　）がある、これらのシステムでは、モジュール間の連
携を仕様として記述し、この仕様から使用する通信路用
のスタブを生成する。

〔発明が解決しようとする課題〕

前述のスタブ生成システムでは、相手モジュールや相手
モジュールの稼働する処理装置を仕様としてあらかじめ
指定するため、他の相手と連携する場合や相手モジュー
ルの稼働処理装置が変わった場合には、改めてスタブを
生成しなおす必要がある。

本発明の目的は、相手モジュールの稼働処理装置や連携
相手モジュールの変更が容易なプログラム構成方法およ
びそのためのプログラム構成装置を提供することである
。

【課題を解決するための手段〕

上記目的を達成するため本発明では、各モジュール毎に
相手モジュールや相手モジュールの稼働処理装置が特定
されていない汎用のスタブ（以下、汎用スタブと呼ぶ）
を生成し、次にこの汎用スタブを指定された相手モジュ
ールと相手モジュールの稼働処理装置に特定して専用化
したスタブ（以下、専用スタブと呼ぶ）を生成し、この
専用スタブとモジュールとを結合してプログラムを構成
する。特に本発明の望ましい実施態様では、相手モジュ
ールの稼働処理装置をプログラムの実行開始時に特定可
能、あるいは実行中に変更可能な専用スタブを用いてプ
ログラムを構成する。

〔作用〕

本発明によれば連携相手モジュールやその稼働処理装置
を変更する場合には、汎用スタブから専用スタブの生成
のみを行なえば良いため、変更が容易である。特に相手
モジュールの稼働処理装置を実行中に変更する方法では
、実行中にモジュールを処理装置間で移動させることが
可能である。

〔実施例〕

以下本発明の一実施例を第１図〜第８図に従って説明す
る。

第１図は、本発明によるプログラム構成方法を示すフロ
ーチャートである。第２図は、本発明の適用例であるプ
ログラムが稼働する計算機システムの構成図で、３台の
処理装置２ａ、２ｂ、および２ｃが、それぞれ３種類の
通信手段３ａ、３ｂ、および３ｃで接続されている１本
実施例では、２つのモジュールＡおよびＢから構成され
るプログラムを考える。

本発明ではまずステップ１１で、各モジュールとモジュ
ールのインタフェース仕様から、モジュール間の連携を
媒介する汎用スタブを作成する。

モジュールのインタフェース仕様は、各モジュールが他
のモジュールとどのようなインタフェースを持つかを記
述したもので、他のモジュールから呼び出し可能な手続
き名や値を返す手続き（以下これを関数と呼ぶ）名とそ
の引数の種類、自モジュールから呼び出している他モジ
ュールの手続き名や関数名とその呼び出しが同期式が非
同期式かの種別、他のモジュールとデータ送受信を行う
通信路基とその通信路上での交信の種別が記述されてい
る。

第３図はモジュール・インタフェース仕様の例で、モジ
ュールＡのインタフェース仕様３１では、モジュールＡ
には２つのデータ送受信通信路があり、通信路Ａ１はデ
ータ送信のみ、通信路Ａ２はデータ送受信が可能である
ことを示している。同様にモジュールＢのインタフェー
ス仕様３２では、モジュールＢには２つのデータ送受信
通信路があり、通信路Ｂ１はデータ送受信、通信路Ｂ２
はデ−夕送信のみが可能であることを示している。

この仕様に従い、汎用スタブとして以下のものを生成す
る。

１）他モジュールから呼び呂し可能な手続きに関しては
、呼び出しを意味するデータを受信して解釈し、データ
中に指定される自モジュールの手続きを呼び出し、手続
きの実行終了後手続きの実行終了を意味するデータを送
信するプログラムを生成する。

２）他モジュールから呼び出し可能な関数に関しては、
呼び出しを意味するデータを受信して解釈し、データ中
に指定される自モジュールの関数を呼び出し、関数の実
行終了後、呼び出し結果を意味するデータを送信するプ
ログラムを生成する。

３）自モジュールから呼び出している他モジュールの手
続きに関しては、呼び出される手続きと同じ名前で、呼
び出し手続き名やその引数の値を含んだ呼び出しを意味
するデータを送信するの仮の手続きを生成する。この仮
の手続きは、呼び出しが非同期式の場合には、呼び出し
を意味するデータを送信後、制御を自モジュールに戻し
、これと並行して実行終了を意味するデータの受信を待
つ。同期式の場合には、呼び出しを意味するデータを送
信後、実行終了を意味するデータの受信を待ち、これを
受信後制御を自モジュールに戻す。

４）自モジュールから呼び呂している他モジュールの関
数名に関しては、呼び出される関数と同じ名前で、呼び
出し関数名やその引数の値を含んだ呼び出しを意味する
データを送信し、呼び出し結果を意味するデータを受信
して解釈し、関数の実行結果を返す仮の関数を生成する
。この仮の関数は、呼び出しが非同期式の場合には、呼
び出しを意味するデータを送信後、制御を自モジュール
に戻し、これと並行して呼び出し結果を意味するデータ
を受信を待つ。同期式の場合には、呼び出しを意味する
データを送信後、呼び出し結果を意味するデータの受信
を待ち、これを受信後制御を自モジュールに戻す。

５）他のモジュールとデータ送受信を行う通信路名とそ
の通信路上での又借の種別に関しては、モジュールから
のデータ送信或いは受信依頼を実際の通信手段上での送
信、受信実行手順に従って代行するプログラムを生成す
る。

ここで汎用スタブでは、各モジュールの連携相手モジュ
ールや相手モジュールの稼働する処理装置は特定されて
いない。そのため汎用スタブは、処理装置間のデータ送
受信に使用可能な通信手段の種別により異なるため、通
信手段毎に個別のものを生成する必要がある。

第６図は、第３図のインタフェース仕様に従って生成さ
れた汎用スタブ群の例で、モジュールＡ用の汎用スタブ
６１とモジュールＢ用の汎用スタブ６２は、それぞれ使
用可能な３種類の通信手段用に個別に生成する。また連
携する相手モジュールの手続きや関数１通信路の名称と
相手モジュールの稼働する処理装置名の情報は、後述の
ステップ１２において組み込まれるため、汎用スタブで
は、これらの情報を組み込むべき場所を空欄としておく
。これらの情報は、リスト形式でも表形式でもまたプロ
グラムの命令コードによる表形式でも良い。第６図の例
では表形式による表現を使用し、それぞれ表６３および
６４の相手装置および相手通信路名調が空欄となってい
る。

次にステップ１２では、モジュール本体とステップ１１
で得られたそれぞれの汎用ステプと、モジュール連携仕
様と、各モジュールの稼働処理装置仕様から、専用スタ
ブを作成する。モジュール連携仕様は、各モジュールの
連携相手モジュールを記述したもので、自モジュールか
ら呼び出す相手モジュール内の手続き名や関数名、自モ
ジュールの通信路名と相手モジュールの通信路名との対
応付けが記述されている。

第４図はモジュール連携仕様の例で、モジュールＡの通
信路Ａ１とモジュールＢの通信路Ｂ２、モジュールＡの
通信路Ａ２とモジュールＢの通信路８１が各々対応する
ことを意味する。稼働処理装置仕様は、各モジュールの
稼働する処理装置を記述したものである。

第５図は稼働処理装置仕様の例で、モジュールＡは処理
装置２ａで、モジュールＢは処理装置２ｂで各々稼働す
ることを意味する。

専用スタブの生成は、まずモジュール連携仕様から各モ
ジュールの連携相手モジュールを特定し、次に稼働処理
装置仕様によって各モジュールの処理装置を知り、これ
に基づき連携するモジュール間で使用可能な通信手段を
用いる汎用スタブのデータ送受信相手を所望の処理装置
に特定することにより得られる。処理装置の特定により
、専用スタブでは連携する相手モジュールの名称と稼働
する処理装置名の情報が汎用スタブの空欄に組み込まれ
る。

第７図は専用スタブの例で、第５図で指定した処理装置
２ａおよび２ｂ間の通信手段３ａ用の汎用スタブ６１ａ
および６２ａの表６３ａおよび６４ａに、第４図で指定
した対応情報を組み込んだものである。

最後にステップ１３では、連携するモジュール本体群と
、ステップ１２で得られたそれぞれの専用スタブを結合
して最終的なプログラムを構成する。

第８図は、本発明により得られるプログラムの例の実行
状況を示す図である。

ここでモジュール間の連携方式には種々のものがあるが
、これを同期式の手続きあるいは関数呼び出しと、メツ
セージ・データの送受信のみに限定することにより、汎
用スタブの機能が限定されるため、その作成が容易にな
る。

以上は本発明による゛プログラム構成方法であったが、
この方法に基づくプログラム構成装置の一実施例を第９
図に従って説明する。

第９図は、本発明によるプログラム構成装置の機能ブロ
ック図である。汎用スタブ生成部９３は、モジュール９
１とモジュール・インタフェース仕様９２を入力とし、
汎用スタブ９４を生成する。

専用スタブ生成部９５は、モジュール群の連携仕様９６
と各モジュールの稼働する処理装置仕様９７と各モジュ
ール本体９１と各モジュールの汎用スタブ９４を入力と
し、各モジュール用の専用スタブ９８を生成する。結合
部９９は、連携するモジュール群９１と各モジュールの
専用スタブ群９８を入力とし、結合されたプログラム１
００を生成する。ここでモジュールの連携に伴うデータ
送受信は、同一処理装置内の場合と処理装置間の場合と
では処理が異なるが、処理装置の指定は専用スタブ生成
時に行われる。そこで汎用スタブ生成部９３は両方の機
能を持った汎用スタブを生成し、専用スタブ生成部９５
が稼働処理装置の指定に従って必要な機能を取捨選択す
る。また汎用スタブ生成部９３は、同一処理装置内用の
汎用スタブと処理装置間用の汎用スタブとを生成し、専
用スタブ生成部９５が稼動処理装置の指定に従って必要
な汎用スタブを取捨選択する。

以上は、専用スタブ生成時に連携相手モジュールの稼働
処理装置を指定するプログラム構成装置の例であったが
、処理装置の指定を実行開始時に指定、あるいは実行中
に変更しても良い。

モジュールの稼働処理装置を実行開始時に指定、あるい
は実行中に変更する一実施例を第１０図および第１１図
に従って説明する。第１０図は、本発明により得られる
プログラムの例の実行状況を示す図である。

本例では、計算機システムは３台の処理装置１０１ａ、
１０１ｂ、および１０１ｃより構成され、通信手段１０
により接続されている。この例のプログラムは、処理装
置１０１ａ上で稼働するモジュールＸ（１０３ａ）と、
処理装置１０１ｂ上で稼動するモジュールＹ　（１０３
ｂ）とが連携したもので、モジュールＸとモジュール７
間の連携は２つの通信路によるデータ送受信である。そ
れぞれの専用スタブであるＸ用スタブ（１０２ａ）とＹ
用スタブ（１０２ｂ）は、連携する相手の名称と稼働す
る処理装置名の情報を、各専用スタブ内の表１０４ａお
よび１０４ｂにそれぞれ保持している。

同図において、モジュールと専用スタブ間および専用ス
タブ間の結線１１０は、専用スタブに対するデータ送受
信の依頼およびスタブ間でのデータ送受信を表わす。プ
ログラムの実行開始時に相手モジュールの稼働する処理
装置名を指定し、この処理装置名を専用スタブ内の表１
０４ａおよび１０４ｂに記入することにより実行開始時
の指定が可能となる。またスタブが稼働処理装置名の変
更を意味するデータを受信する機能を持つ、表中の相手
モジュールの稼働する処理装置名を受信したデータに従
って変更することにより、プログラムの実行中に相手モ
ジュールを変更できる。さらにスタブが相手のスタブに
対して稼働処理装置名の変更を送信、受信する機能を持
つことにより、プログラム実行中にモジュールを移動す
ることができる。

第１１図は、第１０図の状態からモジュールＹが処理装
置１０１ｂから処理装置１０１Ｃへ移動した状態でプロ
グラムの実行状況を示す図である。

この時Ｘ用スタブ（１０２ｂ）は、Ｘ用スタブ（１０２
ａ）に対してモジュールＹの稼働処理装置名の変更を意
味するデータを送信する。Ｘ用スタブ（ｌ　Ｏ２ａ）は
このデータを受信し、これに基づいて表１０４ａ内の相
手モジュールの稼働処理装置名を１０１ｂから１０１０
に変更する。これにより、モジュールＹ　（１０３ｂ）
およびＸ用スタブ（１０２ｂ）が処理装置１０１ｃ上へ
移動し、処理装置１０１Ｃ上で稼働するモジュールＹ（
１０３ｃ）およびＸ用スタブ（１０２ｃ）となっても、
モジュールＸ（１０３ａ）とモジュールＹ　（１０３ｃ
）との連携は保たれる。

〔発明の効果〕

本発明によれば、まず連携相手モジュールや相手モジュ
ールの稼働処理装置に依存しない汎用スタブを各モジュ
ール毎に生成し、次に連携相手モジュールや相手モジュ
ールの稼働処理装置を特定した専用スタブを生成する。

このため、連携相手モジュールあるいは相手モジュール
の稼働処理装置を変更した場合には、専用スタブのみを
再生成すれば良く、変更が容易になる。さらに相手モジ
ュールの稼働処理装置を実行開始時あるいは実行中に指
定することにより、各モジュールの処理装置への配置を
簡単に変更できる。特にスタブが実行中に稼働処理装置
の変更を通知、受理する機能を持つ場合には、プログラ
ムの実行中にモジュールを他の処理装置に移動させるこ
とができる。これにより、使用者の移動や機器の故障等
の理由により使用する処理装置の変更が必要になっても
、プログラムの実行を継続させながら処理装置を変更で
きる。

【図面の簡単な説明】

第１図は、本発明によるプログラム構成方法を示すフロ
ーチャートである。第２図は、本発明の適用例であるプ
ログラムが稼働する計算機システムの構成図である。第
３図はモジュール・インタフェース仕様の例を示す図で
ある。第４図はモジュール連携仕様の例を示す図である
。第５図は稼働処理装置仕様の例を示す図である。第６
図は、第３図のインタフェース仕様に従って生成された
汎用スタブ群の例を示す図である。第７図は専用スタブ
の例を示す図である。第８図は、本発明により得られる
プログラムの例の実行状況を示す図である。第９図は、
本発明の一実施例によるプログラム構成装置の機能ブロ
ック図である。第１０図は、本発明により得られるプロ
グラムの例の実行状況を示す図である。第１１図は、第
１０図の状態からモジュールＹの稼働処理装置を移動し
た状態でのプログラムの実行状況を示す図である。

Claims (1)

1. 【特許請求の範囲】 １、複数の処理装置と処理装置間のデータ送受信を行な
   う通信路を持つ計算機システムで稼動する複数モジュー
   ルからなるプログラムにおいて、モジュールと該モジュ
   ールのインタフェース仕様とに従つて、該モジュールか
   ら呼び出す他モジュールの手続きまたは関数に関してそ
   の呼び出しを処理装置間の呼び出し依頼メッセージに変
   換する手続きまたは関数と、他モジュールから呼び出さ
   れる自モジュールの手続きまたは関数に関して他モジュ
   ールからの呼び出し依頼メッセージを自モジュールの手
   続きまたは関数呼び出しに変換する手続きと、他モジュ
   ールとのデータ送受信を処理装置間のデータ送受信に変
   換する手続きとを含む該モジュールと他モジュールとの
   連携を媒介する媒介プログラムを処理装置間で使用可能
   な通信路の種類毎に生成し、該モジュールと該媒介プロ
   グラムと複数モジュールの結びつき方の仕様と各モジュ
   ールの稼働する処理装置の仕様とに従つて、稼働する処
   理装置間で使用可能な通信路用の該媒介プログラムを複
   数モジュールの結びつき方に合わせて修正し、複数の該
   モジュールと各々の該修正された媒介プログラムを結合
   してプログラムを構成するプログラム構成方法。 ２、モジュール間の連携は、手続き呼び出しとメッセー
   ジ送受信とに限定することを特徴とする特許請求の範囲
   第１項記載のプログラム構成方法。 ３、複数の処理装置と処理装置間のデータ送受信を行な
   う通信路を持つ計算機システムで稼働する複数モジュー
   ルからなるプログラムにおいて、モジュールと該モジュ
   ールのインタフェース仕様とに従つて、該モジュールか
   ら呼び出す他モジュールの手続きまたは関数に関してそ
   の呼び出しを処理装置間の呼び出し依頼メッセージに変
   換する手続きまたは関数と、他モジュールから呼び出さ
   れる自モジュールの手続きまたは関数に関して他モジュ
   ールからの呼び出し依頼メッセージを自モジュールの手
   続きまたは関数呼び出しに変換する手続きと、他モジュ
   ールとのデータ送受信を処理装置間のデータ送受信に変
   換する手続きとを含む該モジュールと他モジュールとの
   連携を媒介する媒介プログラムを処理装置間で使用可能
   な通信路の種類毎に生成する第一の生成手段と、該モジ
   ュールと該媒介プログラムと複数モジュールの結びつき
   方の仕様と各モジュールの稼働する処理装置の仕様とに
   従つて、稼働する処理装置間で使用可能な通信路用の該
   媒介プログラムを複数モジュールの結びつき方に合わせ
   て修正する第二の生成手段と、複数の該モジュールと各
   々の該修正された媒介プログラムを結合しプログラムを
   生成する第三の生成手段を有するプログラム構成装置。 ４、第一の生成手段は、同一処理装置内用の媒介プログ
   ラムと、他の処理装置間用の媒介プログラムとを生成す
   ることを特徴とする特許請求の範囲第３項記載のプログ
   ラム構成装置。 ５、第三の生成手段は、プログラムの実行開始時に結合
   することを特徴とする特許請求の範囲第３項記載のプロ
   グラム構成装置。 ６、第二の生成手段の生成する媒介プログラムは、プロ
   グラムの実行開始時に結合相手モジュールの稼働する処
   理装置を指定するものであることを特徴とする特許請求
   の範囲第３項記載のプログラム構成装置。 ７、第二の生成手段の生成する媒介プログラムは、プロ
   グラムの実行中に結合相手モジュールの稼働する処理装
   置を変更可能であることを特徴とする特許請求の範囲第
   ３項記載のプログラム構成装置。 ８、第二の生成手段の生成する媒介プログラムは、プロ
   グラムの実行中に結合相手モジュールの媒介プログラム
   に対して、自モジュールの稼働する処理装置の変更を通
   知可能であることを特徴とする特許請求の範囲第７項記
   載のプログラム構成装置。