JPH06301618A

JPH06301618A - 遠隔手続き呼び出し方法

Info

Publication number: JPH06301618A
Application number: JP5088311A
Authority: JP
Inventors: Takashi Yuasa; 敬湯浅
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1993-04-15
Filing date: 1993-04-15
Publication date: 1994-10-28

Abstract

(57)【要約】【目的】マルチスレッドのクライアントが遠隔手続き
呼び出しを行う機構によって、サーバーのプログラムを
変えずクライアントプログラムの指定だけによって過去
型、未来型の呼び出しを実現することを目的とする。【構成】クライアントプロセス１０１において、スレ
ッド生成装置１１４によりスレッド分岐し、子スレッド
がサーバーに対して遠隔手続き呼び出しを行い、結果を
貰った後スレッド消滅装置１２３によって消滅し、親プ
ロセスは分岐後別の処理を行う。これによりサーバーは
現在型のように結果を返しても、クライアントプログラ
ムからみれば結果を取らない過去型の呼び出しを行った
ようにプログラミングができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プロセス間の通信を行
なうシステム、特にネットワークを介してデータ通信を
行なうシステムにおいて、複数の遠隔手続き呼び出しの
形式を、メッセージパッシングの形式を許すプログラミ
ングモデル一般に広く応用することができるスレッドを
用いた遠隔手続き呼び出し方法に関するものである。

【０００２】

【従来の技術】クライアントとサーバーのプロセス間の
遠隔手続き呼び出しの形式を過去型（クライアントが結
果を必要としない）、現在型（クライアントがサーバー
からの結果をその場で待つ）、未来型（クライアントが
別の処理をして、後で結果を得る）の３種類に分類でき
る。従来技術ではそれぞれの呼び出し形式に対して、ク
ライアント側とサーバー側の双方で対応したプログラミ
ングを行なう必要がある。以下図面を参照て従来技術に
ついて説明する。

【０００３】図９、図１０は従来技術における遠隔手続
き呼び出しの一般的な方法を示した概念図である。遠隔
手続き呼び出しはクライアントとサーバーの２つのプロ
セスの間で行なわれる。クライアントが遠隔手続きを呼
び出す起動メッセージパケットをサーバーに送信する
と、サーバーがそれに対応した手続きを実行し、その結
果を返り値メッセージとしてクライアントに送信する。

【０００４】図９（ａ）において９０１は遠隔手続き呼
び出しに対するメッセージパケットの構造で、起動メッ
セージであることを示すメッセージ識別子（９０２）、
処理の名前を示す手続き識別子（９０３）、コード化さ
れた引数（９０４）からなる。

【０００５】９０５はサーバ側から返される返り値メッ
セージの構造で、返り値であることを示すメッセージ識
別子（９０６）とコード化された返り値（９０７）から
なる。

【０００６】図９（ｂ）において、９０８はクライアン
トが遠隔手続きを行なう際に、サーバ側からの返答を受
けるまで、処理が中断されるような呼び出し形式（以
下、現在型呼び出しという）のフローチャートを示す。
９０９から処理が始まる。９１０では、現在呼び出しに
対応した９０１の形式の起動メッセージパケットがサー
バに送信されることを示す。起動メッセージパケットは
９３６で示される。その後９１１でサーバ側からの返答
を待ち、返答があれば９１２で９０５の形式からなる応
答パケットを受信し、９１３で処理が終了する。

【０００７】９１４は現在型呼び出しに対応するサーバ
ーのフローチャートである。サーバーは９１５から処理
が始まり、９１６から９１９の間の処理を繰り返す。９
１６では、クライアント側からの送られた起動メッセー
ジパケットの受信を行なう部分である。９１７では起動
メッセージパケット内の手続き識別子に応じて処理の分
岐が行なわれる。

【０００８】起動メッセージパケット９３６は、９１７
を経由してサーバ内に定義された対応する手続き９１８
への処理になる。手続きが終了したらその結果を返り値
メッセージ（９３７）としてクライアントに送信するこ
とが９１９で行なわれ、９１６の処理が繰り返される。

【０００９】９２０は、クライアントが遠隔手続きをお
こなうが、その結果を得るまでに、つまり遠隔手続きと
並行して他の処理を行ない、その後でサーバからの応答
を待つ呼びだし形式（以下、未来型呼びだしと呼ぶ）を
行なうときのクライアント側のフローチャートである。

【００１０】処理は９２１から始まる。この呼びだし形
式では、起動メッセージを送信９２２後、返答をまたず
に別の処理９２３が行なわれる。この処理が終了後９２
４でサーバーからの返り値を受信する。未来型呼び出し
に対するサーバのフローチャートは、現在型呼びだしと
同じく９１４で示される。つまり、クライアントが送信
した起動メッセージパケット９３８は、９１６で受け付
けられ、対応する処理が行なわれ、返り値９３９が９２
４で受信される。

【００１１】図１０において、１０２６は、遠隔手続き
呼び出しでクライアントが処理結果を必要としない呼び
出し形式（以下、過去型呼び出しという）を行なう時の
クライアントのフローチャートである。処理は１０２７
から始まり、１０４０に示される起動メッセージパケッ
トを１０２８で起動メッセージを送信した後には、結果
を受信しないで１０２９では他の処理が行なわれる。

【００１２】過去型呼びだしに対応するサーバ側のフロ
ーチャートは１０３１に示されている。サーバーは１０
３２から処理をはじめ、１０３３で起動メッセージを受
信し、メッセージの手続き識別子に応じて１０３４で分
岐が行なわれ、１０３５にある手続きが実行される。こ
の場合は、結果はクライアントに送信する必要がないの
で、１０３３以降の処理が繰り返される。

【００１３】

【発明が解決しようとする課題】しかしながら、上記従
来の技術では以下のような問題点がある。即ち、第１
に、現在型（または未来型）と過去型でそれぞれクライ
アントとサーバの対応が固定されてしまうことである。
現在型のクライアント９０８と過去型のサーバ１０３１
は対応できない。なぜなら１０３１は返り値メッセージ
を送信しないので、クライアントは９１１の返答待ちか
ら抜けることができない。

【００１４】また過去型のクライアント１０２６の相手
が現在型のサーバー９１４であってはならない。なぜな
ら、１０２６は返り値メッセージを受信しないので、９
１９で送信した返り値メッセージがクライアントのメッ
セージキューに溜ってしまう。

【００１５】このように、サーバとクライアントの間で
遠隔手続き呼びだしのタイプに関して合意がとれている
必要がある。

【００１６】第２に、従来の構成では未来型と現在型の
遠隔手続き呼び出しが混在したときに問題が生じる。図
１１は図９（ｂ）の未来型クライアント９２０におい
て、他の処理９２３の一例として、同一のサーバに対し
て現在型遠隔手続き呼び出しを行なう場合を示す。１１
０１で未来型呼び出しの起動メッセージを送信し、１１
０６で返り値メッセージを受信する前に同じサーバに対
して現在型遠隔手続き呼び出しを行なう。つまり、１１
０３で現在型の起動メッセージを送信後、１１０４で返
答を待つことがおこなわれる。ところがサーバは起動メ
ッセージの到着順に、メッセージに対応した手続きを実
行してその返り値メッセージをクライアントに返すの
で、１１０３に対する現在型の返り値メッセージよりも
先に、１１０１の未来型の返り値メッセージがクライア
ントに来てしまう。従って図１１のクライアントは正し
く動作できない。

【００１７】本発明は、上記従来技術の課題を解決する
ためのもので、第１にサーバーを同一の構成にしたま
ま、クライアントの側で呼び出し形式を決めるだけで異
なる遠隔手続き呼び出しが実現できる方法を提供するこ
とである。

【００１８】第２に、クライアント中に過去型、現在
型、未来型の遠隔手続き呼び出しが混在する場合、それ
ぞれの起動メッセージとその返り値メッセージを正しく
認識する方法を提供することである。

【００１９】

【課題を解決するための手段】上記課題を解決するため
の本発明による遠隔手続き呼び出し方法は、第１にスレ
ッド生成手段によりスレッドを２つに分岐し、前記スレ
ッド生成手段により分岐された一方のスレッドに過去型
遠隔手続き呼び出しを実行させ、前記一方のスレッドが
サーバーより返り値を受信した後に、スレッド消滅手段
により前記一方のスレッドを消滅させることである。

【００２０】第２に、スレッド生成手段によりスレッド
を２つに分岐し、前記スレッド生成手段により分岐され
た一方のスレッドに遠隔手続き呼び出しを実行させ、前
記一方のスレッドがサーバーより返り値を受信した後
に、スレッド結合手段により前記一方のスレッドと他方
のスレッドとの同期をとることである。

【００２１】さらに、第１、第２の方法において、スレ
ッドとサーバーが同一のメッセージ生成番号を付与した
メッセージパケットを介して遠隔手続き呼び出し処理を
行うようにしたものである。

【００２２】

【作用】上記の構成により、スレッド生成手段によりス
レッドを生成し、スレッド消滅手段およびスレッド結合
手段を用いることによりサーバーを同一の構成にしたま
ま、クライアントの側で呼び出し形式を決めるだけで異
なる遠隔手続き呼び出しが実現できる。

【００２３】また、メッセージ生成番号の付与により、
クライアント中に過去型、現在型、未来型の遠隔手続き
呼び出しが混在する場合でも、それぞれの起動メッセー
ジとその返り値メッセージを正しく認識することが可能
となる。

【００２４】

【実施例】

（実施例）以下、本発明の一実施例について図面を用い
て説明する。図１は一般的なマルチスレッドの環境とそ
れを利用した本発明の構成要素を示すものである。

【００２５】プロセス１０１は、複数のスレッド（１０
２）、データ領域（１０３）、複数のポートチャンネル
（１０４）、スレッドを管理するスレッド管理装置（１
１３）からなる。

【００２６】ポートは他プロセスとの通信リンクを作る
ものである。遠隔手続き呼び出しを行なう場合はポート
の１つ（１０７）からリンク（１０９）を用いてサーバ
プロセス（１１０）につなぐことで、二つのプロセスの
間でメッセージの送受信が可能となる。

【００２７】また各ポートから読み出されたメッセージ
を一時蓄えておくための通信用バッファ（１０５）は、
データ領域内に作成される。ここに、メッセージは一時
的に格納されることになる。複数のスレッドが、ポー
ト、バッファを、同時にアクセスするとそこの格納され
たデータの一貫性が保てない。そこで１０５には通信用
バッファの相互排除装置１０６を、１０７にはポート用
の相互排除装置１０８を設ける。

【００２８】遠隔手続き呼び出しを構成する起動メッセ
ージは図２（ａ）、返り値メッセージは図２（ｂ）で示
される。２０１は、図９（ａ）の９０２のメッセージ識
別子に、２０３は、９０３の手続き識別子に、２０４は
９０４の引数に対応する。２０２は、メッセージの生成
番号を識別するためのものである。

【００２９】返り値メッセージで２０５は、図９（ａ）
の９０６のメッセージ識別子に、２０７は９０７の返り
値に対応する。２０６は、メッセージ番号であり、サー
バは起動メッセージに含まれるメッセージ番号２０２と
同じものを、返り値メッセージのメッセージ番号として
使用する。

【００３０】起動メッセージ生成ではメッセージ番号を
新しくつけるので、そのための番号を管理する装置１１
１をデータ領域内に設置し、複数スレッドがこれに同時
にアクセスするのを防ぐために相互排除装置１１２を付
ける。

【００３１】スレッド１０２は、スレッド管理装置内
（１１３）内にある動的スレッド生成装置１１４、スレ
ッド合流装置１１８、スレッド消滅装置１２３で管理さ
れる。動的スレッド生成装置１１４はあるスレッドが別
のスレッドを生成することが行なわれる。これによって
１つのスレッドが２つに分岐する。親スレッド１１５が
生成装置に入ることにより、子スレッド１１７ができ
る。１１６は親スレッドである。

【００３２】スレッド合流装置１１８は２つのスレッド
の同期を取る。１１９と１２０の２つのスレッドがここ
に入るとき、両者がともにこの装置に入るまで先に入っ
たスレッドをブロックする。２つともここに到達した場
合にブロックが解除され、元のスレッドはそれぞれ１２
１、１２２となり、以後の処理がなされる。

【００３３】スレッド消滅装置１２３はスレッドの実行
を止めるものである。スレッド１２４が１２３に到達し
た時には、スレッド内で使われていた資源を解放するこ
とも行なわれる。

【００３４】図３は本発明を用いた場合の型遠隔手続き
呼び出しのフローチャートを示したものである。サーバ
側のフローチャート（３１１）は図９（ｂ）の９１４と
同じであるが、３３２で受信した起動メッセージ中に格
納されたメッセージ番号を覚えておき、３３５ではその
メッセージ番号を返り値メッセージの一部として、全体
の返り値メッセージを作成し、それを送信する。

【００３５】クライアント側のフローチャート（３１
０）はマルチスレッドに対応している。まず３１４でメ
ッセージ番号を得るために、メッセージ番号管理装置に
アクセスして番号を１増やす。この操作の競合を避ける
ため、３１３では、相互排除用のための命令が、また３
１５では、その解除が行なわれる。これは、１１１のメ
ッセージ番号管理装置についている相互排除機構を用い
て行なう。

【００３６】得られた番号から起動メッセージを作って
サーバーに送信する（３１６）。次に返り値を待つが、
他のスレッドがすでに受信している可能性があるので、
まずバッファに対する相互排除して（３１７）、バッフ
ァを見る（３１８）。自分が送信したのと同じメッセー
ジ番号を持つ返り値メッセージがバッファ内にすでに存
在するかを３１９でチェックする。もし存在すれば、そ
れを遠隔手続き呼び出しの結果として読み出し（３２
０）、バッファの相互排除を解除する（３２１）。

【００３７】同じメッセージ番号がバッファ内に存在し
ない場合は、３３６でバッファに対する相互排除を解除
し、サーバとの通信チャネルとして使用されているポー
トから受信３２４をおこなう。このときも、３２３、３
２５でポートに対する相互排除開始と解除が行なわれ
る。

【００３８】この時、受信した返り値メッセージのメッ
セージ番号が自分が起動メッセージに付与したメッセー
ジ番号と同一であるかどうかが３２６でチェックされ、
同一の場合は返り値メッセージを遠隔手続き呼び出しの
結果として読む（３２２）。

【００３９】一致しない場合は、他の起動メッセージに
対応した返り値であるのでバッファ内に格納する必要が
ある。このためバッファを相互排除し（３２７）、返り
値メッセージをバッファに書き込み（３２８）、３１９
に戻る。

【００４０】以下、図３の全体をＲＰＣ処理、その内の
クライアントのフローチャート（３１０）をＲＰＣクラ
イアント処理、サーバ側のフローチャート（３１１）を
ＲＰＣサーバ処理と呼ぶ。

【００４１】図４は１図の本発明の構成図と図３で示さ
れるメッセージ送受信のフローチャートを用いて、過去
型遠隔手続き呼び出しを実現する装置を説明するもので
ある。クライアントプロセスの中で動的スレッド生成装
置１１４によって、スレッドを２つに分岐する（４０
１）。親スレッドは分岐後別の処理を行なう（４０
２）。子スレッドはＲＰＣ処理に入り（４０３）、サー
バープロセスの手続きを遠隔呼び出しする。サーバーか
らの返り値メッセージを受けとった後スレッド消滅装置
１２３によって消滅する（４０４）。

【００４２】図５は図１の本発明の構成図と第３図で示
されるメッセージ送受信のフローチャートを用いて、未
来型遠隔手続き呼び出しを実現する装置を説明するもの
である。クライアントプロセス内で動的スレッド生成装
置１１４によりスレッドを２つに分岐する（５０１）。
親スレッドは分岐後別の処理を行ない（５０２）、必要
になったところでスレッド合流装置１１８に入る。子ス
レッドはＲＰＣ処理（５０３）に入り、サーバー内の手
続きを遠隔呼び出しする（５０６）。サーバーからの返
り値メッセージを受信した後、スレッド合流管理装置１
１８に入り、親と合流する（５０４）。ここで共有デー
タ領域に子スレッドが遠隔手続き呼び出しの結果を書き
込めば、親スレッドが遠隔手続き呼び出しの結果を得る
ことができる。その後スレッド消滅装置１２３により消
滅する（５０５）。

【００４３】図６、図７はサーバーに定義された同一の
手続きを現在型、過去型、未来型で遠隔呼び出しをする
例を示す。図６（ａ）はサーバー側に定義された遠隔手
続きｆｏｏである。この手続きは引数として整数を１つ
とり、返り値として整数を返す。これを現在型で呼び出
すプログラムが図６（ｂ）で、ｆｏｏを引数ｘで呼び出
し、結果をｙに得る。これを実現するには図３のＲＰＣ
処理をそのまま行う。

【００４４】図６（ｃ）はｆｏｏを過去型で呼び出すプ
ログラムで、６０１でｆｏｏを引数ｘで呼び出した後、
結果をとらずに次の手続きＡを実行する（６０２）。こ
れを実現したのが図６（ｄ）である。

【００４５】動的スレッド生成装置１１４で子スレッド
を作り（６０３）、ＲＰＣ処理に入る。ｆｏｏの返り値
を受信したらスレッド消滅装置１２３により消滅する。
親スレッドはスレッド生成後６０２でＡを実行する。過
去型呼び出しであるにも関わらずサーバーは返り値メッ
セージを返す。しかしそのメッセージは子スレッドが処
理するので親スレッドには無関係である。

【００４６】図７（ａ）はｆｏｏを未来型で呼び出すプ
ログラムである。未来型呼び出しを実現するためにプロ
グラム上ではｆｕｔｕｒｅという型を導入し、変数ｙを
この型で宣言しておく（８１４）。７０２で未来型呼び
出しを行ない、別の処理Ｂ（７０３）をした後、７０４
でｆｕｔｕｒｅの中身を取り出して、先に進む（７０
５）。これを実現するのが図７（ｂ）である。親スレッ
ドは子スレッド生成後（７０６）、処理Ｂを行ない（７
０７）、８０９で子スレッドと合流する。７１１で子ス
レッドが受けとった結果を取りだし、次に進む（７１
２）。

【００４７】図８は同じサーバーに対して未来型と現在
型の呼び出しが混在する例である。図８（ａ）におい
て、ｆｕｔｕｒｅ型ａを宣言し（８０１）、８０２で未
来型で呼び出し、次に同じ手続きを現在型で呼び出す
（８０３）。その後に８０２で呼び出したｆｕｔｕｒｅ
の同期をとる（８０４）。

【００４８】図８（ａ）の処理は図８（ｂ）のように実
現される。８０２の未来型手続き呼び出しは８０５で起
動メッセージを送信し、８０６で返り値メッセージを受
信する。８０３の現在型呼び出しは８０７で起動メッセ
ージを送信し、８０８で返り値メッセージを受信する。
８０５と８０７、８０６と８０８の実行される順番は非
決定的であるため、８０５で出したメッセージ８ー９に
対する返り値メッセージ８１１が必ず８０６で受信され
るかどうかは分からない。

【００４９】しかし各メッセージにメッセージ番号をつ
けることにより、この問題を回避できる。例えば８０２
の呼び出しが先に起動されたとすると８０９のメッセー
ジ番号は１番なのでメッセージ番号に１と書かれ、８０
３の呼び出しでは起動メッセージ８１０にはメッセージ
番号２がつく。サーバープロセスは起動メッセージの順
に手続きを実行するため、８０９に対しては８１１、８
１０に対しては８１２の返り値メッセージをこの順番に
送信する。８０６が８０８よりも先に実行される場合
は、８０６が正しく８１１を受信し、次に８０８が８１
２を受信できる。

【００５０】もしも８０６よりも８０８が先に実行され
た場合は８０８が８１１を受信してしまうが、その場合
８１１をバッファに格納し、次の返り値メッセージ８１
２を読み出すことができる。その後８０６が実行される
とまずバッファを見にいくので、８１１を取り出すこと
ができる。

【００５１】以上のように本実施例によればＲＰＣ処理
は、過去型であれ、未来型であれそれは同一の形とな
る。つまり、もしクライアント側の呼びだし形式を未来
型から過去型に変更しても、クライアント側の修正だけ
で充分であり、従来のように、サーバ側の修正を伴わな
い。また各スレッドが独立にメッセージ番号をつけて管
理しているため、起動メッセージを送信した順番に関わ
らず、対応する返り値メッセージを受けとることができ
る。そのため従来の手法で解決できなかった問題も解決
できる。

【００５２】

【発明の効果】以上のように本発明によれば、クライア
ント−サーバー型プログラムにおいて、過去型及び、未
来型手続き呼び出しを、クライアントプログラム側の文
法を変更するだけで実現することが可能になる。その際
サーバー側プログラムの動作は、遠隔手続き呼び出し
が、現在型、過去型、未来型のどの形式であっても不変
である。特に過去型呼び出しについては、通常手続き実
行後クライアントに対して結果を返す必要がないが、本
発明によればクライアント側の子スレッドが結果を受信
してくれるので、サーバー側では過去型であることを意
識しなくてもよい。また、クライアント側で同じサーバ
ーに対する未来型、過去型、現在型の遠隔手続き呼び出
しを混在させた場合にも、必ず対応する結果を得ること
ができる。

【図面の簡単な説明】

【図１】本発明の一実施例における遠隔手続き呼び出し
方法の構成を示す概念図

【図２】本発明の一実施例における遠隔手続き呼び出し
を構成するメッセージ図

【図３】本発明の一実施例における型遠隔手続き呼び出
処理のフローチャート

【図４】本発明の一実施例における過去型遠隔手続き呼
び出し処理の構成を示す概念図

【図５】本発明の一実施例における未来型遠隔手続き呼
び出し処理の構成を示す概念図

【図６】本発明の一実施例における過去型遠隔手続き呼
び出し処理の実施図

【図７】本発明の一実施例における未来型遠隔手続き呼
び出し処理の実施図

【図８】本発明の一実施例における未来型と現在型の混
在処理の実施図

【図９】従来技術における未来型および現在型の遠隔手
続き呼び出し処理の構成を示す概念図

【図１０】従来技術における過去型遠隔手続き呼び出し
処理の構成を示す概念図

【図１１】従来技術における未来型と現在型の混在処理
のフローチャート

【符号の説明】

１０１プロセス１０２スレッド群１０３データ領域１０４ポートチャンネル群１０５通信用バッファ１０６相互排除装置１０７ポートチャンネル１０８相互排除装置１０９リンク１１０サーバープロセス１１１メッセージ番号管理装置１１２相互排除装置１１３スレッド管理装置１１４動的スレッド生成装置１１５親スレッド１１６親スレッド１１７子スレッド１１８スレッド合流装置１２３スレッド消滅装置２０１メッセージ識別子２０２メッセージ番号２０３手続き識別子２０４引数２０５メッセージ識別子２０６メッセージ番号２０７返り値３１０ＲＰＣクライアント処理３１１ＲＰＣサーバ処理

Claims

【特許請求の範囲】

【請求項１】クライアント側でスレッド生成手段によ
りスレッドを生成して遠隔手続き呼び出しを行なうクラ
イアントのスタブコードの生成を行うことを特徴とする
遠隔手続き呼び出し方法。
【請求項２】スレッド生成手段によりスレッドを２つ
に分岐し、前記スレッド生成手段により分岐された一方
のスレッドに過去型遠隔手続き呼び出しを実行させ、前
記一方のスレッドがサーバーより返り値を受信した後
に、スレッド消滅手段により前記一方のスレッドを消滅
させることを特徴とする遠隔手続き呼び出し方法。
【請求項３】スレッド生成手段によりスレッドを２つ
に分岐し、前記スレッド生成手段により分岐された一方
のスレッドに遠隔手続き呼び出しを実行させ、前記一方
のスレッドがサーバーより返り値を受信した後に、スレ
ッド結合手段により前記一方のスレッドと他方のスレッ
ドとの同期をとることを特徴とする遠隔手続き呼び出し
方法。
【請求項４】スレッドとサーバーが同一のメッセージ
生成番号を付与したメッセージパケットを介して遠隔手
続き呼び出し処理を行うことを特徴とする請求項１から
３のいずれかに記載の遠隔手続き呼び出し方法。