JPH09167097A - リモート・プロシジャ・コールシステム - Google Patents

Abstract

(57)【要約】 【課題】 サーバ情報の変更等のサーバ管理をサーバ
を再起動することなく動的に行なうことができ、かつサ
ーバの動的生成時間を短縮することができる。 【解決手段】 サーバの位置や関数の情報をディレクト
リ空間２に有し、それを管理するディレクトリ・サーバ
１に対してクライアント５がサーバ情報を要求し、その
情報によりサーバ３ａをリモート・プロシジャ・コール
するシステムにおいて、そのディレクトリ空間２に動的
に登録されたリモート・プロシジャに対し、クライアン
ト５がサーバ位置を検索した時に、ディレクトリ・サー
ビス・プログラム４がクライアント５にサーバ位置情報
を返すのと同時に、各サーバ３ａ、３ｂに存在し、サー
バ・プロセスを管理するノード・ノードマネージャ６に
動的生成要求を送り、クライアント５からの要求を動的
にサーバ関数ｆを生成して処理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、リモート・プロシ
ジャ・コール（＝ＲＰＣ：Ｒｅｍｏｔｅ Ｐｒｏｃｅｄ
ｕｒｅ Ｃａｌｌ＝遠隔手続き呼び出し）システムに係
り、詳しくは、サーバの位置や関数を含むサーバ情報を
ディレクトリ空間に有し、ディレクトリ空間を管理する
ディレクトリ・サーバに対してクライアントがサーバ情
報を要求し、その要求したサーバ情報によりクライアン
トがサーバにある手続きをリモート・プロシジャ・コー
ルするシステムに関するものである。

【０００２】

【従来の技術】図６は従来のリモート・プロシジャ・コ
ールシステムの構成を示すブロック図である。この図６
を用いて、従来のリモート・プロシジャ・コールシステ
ムを説明する。サーバ１０１にある手続きをクライアン
ト１０２からリモート・プロシジャ・コールする際、ま
ず、サーバ１０１は、クライアント１０２とサーバ１０
１間のインタフェースをインタフェース定義言語で記述
し、この記述したインタフェース定義言語をスタブ生成
プログラムに入力させることにより（ａ１）、クライア
ント用／サーバ用のスタブを各々生成し、この生成した
スタブをコンパイルして、各々のプログラムにリンクす
ることにより、サーバ・プログラムを作成する（ａ
２）。

【０００３】次に、サーバ１０１は、クライアント１０
２からサーバ１０１へリモート・プロシジャ・コールを
する前に、予めサービスを実行させたいマシン上で起動
する。この後、サーバ１０１のサーバ・プログラムは、
ディレクトリ空間１０３にディレクトリ・サーバ１０４
を通して（ａ３）、サーバ１０１の位置や関数のサーバ
情報を登録する（ａ４）。

【０００４】次に、クライアント１０２は、ディレクト
リ・サーバ１０４にサーバ・プロセスを何処のサーバで
行なうべきかを知るためのサーバ位置を問い合わせる
（ａ５）。ディレクトリ・サーバ１０４は、クライアン
ト１０２からサーバ位置の問い合わせがあると、ディレ
クトリ空間１０２に登録されているサーバの位置情報を
読み出して（ａ６）、クライアント１０２へ送信する
（ａ７）。クライアント１０２は、ディレクトリ・サー
バ１０４から送信されるサーバの位置情報を基にサーバ
１０１に対してリモート・プロシジャ・コールを実行す
る（ａ８，ａ９）。

【０００５】さて、ＯＳＦ／ＤＣＥ（分散計算機環境）
は、一般にインタフェース記述言語としてＩＤＬ（Ｉｎ
ｔｅｒｆａｃｅ Ｄｅｆｉｎｉｓｉｏｎ Ｌａｎｇｕａ
ｇｅ）を有し、スタブ生成プログラムとしてＩＤＬコン
パイラを有し、ディレクトリ・サーバとしてＣＤＳ（Ｃ
ｅｌｌ Ｄｉｒｅｃｔｒｙ Ｓｅｒｖｉｃｅ）を有して
いる。このＯＳＦ／ＤＣＥについては、例えばＤｉｓｔ
ｒｉｂｕｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｅｎｖｉｒｏｎ
ｍｅｎｔ Ｏｖｅｒｖｉｅｗ，Ｏｐｅｎ Ｓｏｆｔｗａ
ｒｅ Ｆｏｕｎｄａｔｉｏｎに記載されている。

【０００６】

【発明が解決しようとする課題】上記した従来のリモー
ト・プロシジャ・コールシステムでは、クライアント１
０２からサーバ１０１へリモート・プロシジャ・コール
する際、クライアント１０２がディレクトリ・サーバ１
０４へサーバ位置を要求する前にサーバ１０１が予めデ
ィレクトリ・サーバ１０４にサーバの位置、関数のサー
バ情報を登録しておかなければならず、クライアント１
０２からの要求頻度に関係なく、予め必要なサーバ１０
１全てが、実行可能な計算機の上で全てメモリ上にロー
ドされ、クライアント１０２の要求を待っていなければ
ならない。このため、多数のサービスを登録しようとす
ると、サーバ１０１に非常に多量のメモリ量が必要とな
り、システムコストが増加するという問題があった。

【０００７】これを解決するために、クライアントの要
求がサーバに届いてから動的にサーバを生成する方式が
考えられる。しかしながら、この方法では、前述した始
めから静的にサーバを生成して待っている方式に比べ
て、ディスクからプログラムを読み取る作業が追加され
るため、その分サーバの動的生成時間が遅くなってしま
い、性能が悪化してしまうという問題があった。

【０００８】そこで、本発明は、サーバに必要なメモリ
量を同時に実行される関数量に依存するようにし、多数
の関数を登録する必要のある大規模システムを従来より
少ないメモリ量で実現してシステムコストを低減するこ
とができるとともに、サーバの動的生成時間を短縮して
性能を向上させることができるリモート・プロシジャ・
コールシステムを提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明に係るリモート・
プロシジャ・コールシステムは、サーバ位置及びサーバ
位置に対応するサーバ・プロセスを含むサーバ情報をデ
ィレクトリ空間に有し、該ディレクトリ空間を管理する
ディレクトリ・サーバに対してクライアントがサーバ情
報を要求し、その要求したサーバ情報に基づいてサーバ
をリモート・プロシジャ・コールするリモート・プロシ
ジャ・コールシステムにおいて、前記クライアントは、
サーバ・プロセス情報を前記ディレクトリ・サーバへ送
信するサーバ・プロセス情報送信手段と、サーバ・プロ
セスを何処のサーバで行なうべきかを知るためのサーバ
位置要求情報を前記ディレクトリ・サーバへ送信するサ
ーバ位置要求情報送信手段と、前記ディレクトリ・サー
バから送信されるサーバ位置情報を受信するサーバ位置
情報受信手段とを有し、前記ディレクトリ・サーバは、
サーバ・プロセスに対応するサーバ位置情報を記憶する
サーバ位置情報記憶手段と、前記クライアントから送信
されるサーバ・プロセス情報に基づいてそのサーバ・プ
ロセスに該当するサーバ位置情報を前記サーバ位置情報
記憶手段から読み出して前記クライアントヘ送信するサ
ーバ位置情報送信手段と、前記サーバ位置情報記憶手段
から読み出したサーバ位置情報に基づいてそのサーバ位
置のサーバのノード・マネージャへサーバを動的に生成
するようにサーバ動的生成要求情報を送信するサーバ動
的生成要求情報送信手段とを有し、前記サーバは、前記
ディレクトリ・サーバから送信されるサーバ動的生成要
求情報に基づいてサーバを起動させるノード・マネージ
ャを有することを特徴とするものである。

【００１０】上記リモート・プロシジャ・コールシステ
ムにおいて、前記ディレクトリ・サーバは、前記サーバ
位置情報記憶手段に記憶されているサーバ位置情報を追
加／変更するサーバ位置情報追加／変更手段を有するこ
とを特徴とするものである。

【００１１】上記リモート・プロシジャ・コールシステ
ムにおいて、記クライアントは、前記サーバ位置情報受
信手段で受信したサーバ位置情報に基づいてそのサーバ
位置のサーバのノード・マネージャへリモート・プロシ
ジャ・コール要求情報を送信するリモート・プロシジャ
・コール要求情報送信手段を有し、前記ディレクトリ・
サーバは、サーバ・プロセスに対応するサーバ・プロセ
ス識別情報を記憶するサーバ・プロセス識別情報記憶手
段と、前記クライアントから送信されるサーバ・プロセ
ス情報に基づいてそのサーバ・プロセスに該当するサー
バ・プロセス識別情報を読み出して前記サーバ位置のサ
ーバのノード・マネージャへ送信するサーバ・プロセス
識別情報送信手段とを有し、前記ノード・マネージャ
は、前記クライアントから送信されるリモート・プロシ
ジャ・コール要求情報と前記ディレクトリ・サーバから
送信されるサーバ・プロセス識別情報に基づいてサーバ
・プロセスを実行し、前記サーバは、サーバ・プロセス
を実行した結果を前記クライアントへ送信する実行結果
送信手段を有することを特徴とするものである。

【００１２】上記リモート・プロシジャ・コールシステ
ムにおいて、前記ディレクトリ・サーバは、前記サーバ
動的生成要求情報送信手段がサーバ動的生成要求情報を
送信した送信先のサーバ位置情報を記憶するサーバ位置
情報記憶手段と、請求項１の前記サーバ位置情報記憶手
段から読み出した前記クライアントから送信されるサー
バ・プロセス情報に該当するサーバ位置情報が前記サー
バ位置情報記憶手段に記憶されているサーバ位置情報と
同じであるかを判断するサーバ位置情報判断手段と、前
記クライアントから送信されるサーバ・プロセス情報に
該当するサーバ位置情報が前記サーバ位置情報記憶手段
に記憶されているサーバ位置情報と同じであると判断し
た場合、前記ノード・マネージャへサーバ動的生成要求
情報を送信しないサーバ動的生成要求情報送信制御手段
とを有することを特徴とするものである。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。 実施の形態１．図１は本発明に係る実施の形態１のリモ
ート・プロシジャ・コールシステムの構成を示す図であ
る。ディレクトリ・サーバ１には、ディレクトリ空間２
が存在し、ディレクトリ空間２には、サーバ３ａ、３ｂ
が公開しているインタフェース名やそれをサービスする
サーバ位置やサーバ・プロセス番号等のサーバ情報ｅが
記憶されている。サーバ位置とサーバ・プロセス番号
は、各々対応させてディレクトリ空間２に記憶されてい
る。図１では、サーバ３ａ、３ｂが２台ディレクトリ・
サーバ１に接続されている構成を示しているが、本発明
はこれのみに限定されるものではなく、サーバ３ａ、３
ｂが少なくとも２台以上ディレクトリ・サーバ１に接続
されている構成であればよい。ディレクトリ空間２を管
理するのは、ディレクトリ・サービス・プログラム４で
あり、クライアント５もサーバ３ａ、３ｂもディレクト
リ空間２には、ディレクトリ・サービス・プログラム４
を介してアクセスする。

【００１４】クライアント５にサービスを提供する各サ
ーバ３ａ、３ｂは、ノード・マネージャ６を有し、この
ノード・マネージャ６は、サーバ３ａ、３ｂ内にあるサ
ーバ・プロセスを管理している。

【００１５】インタフェース定義７には、クライアント
５から呼び出すサーバ関数がインタフェース定義言語を
用いて記述されている。インタフェース定義７は、１つ
ないし複数の関数をまとめてインタフェース定義として
いる。インタフェース定義７には、次の〜の情報が
記述されている。 クライアント５から呼び出すサーバ関数の型及び引き
数の型の情報；例えば、関数の引き数が文字列であると
か４バイト整数であるとか、関数の戻り値が４バイト整
数であるとか、戻り値がない等を記述する。 上記引き数がクライアント５からサーバ３ａ、３ｂに
渡されるのか、あるいはサーバ３ａ、３ｂからクライア
ント５に返されるか、あるいはクライアント５とサーバ
３ａ、３ｂの両方に渡されるかの情報を記述する。 サーバ関数が何処のサーバ３ａ、３ｂで実行されるか
の情報；サーバ名あるいはサーバ・アドレスで記述す
る。 サーバ関数ロードモジュールのある場所の情報；例え
ば、Ｕｎｉｘのファイル・システムでは、絶対パス／ｈ
ｏｍｅ／ｕｓｒ／ｂｉｎ／ａｐｐ１３２等のように指定
する。

【００１６】インタフェース管理プログラム８は、イン
タフェース定義７を入力・解析し、（ａ１）、サーバ関
数ｆの代わりにディレクトリ・サーバ１のディレクトリ
・サービス・プログラム４に、その情報を登録依頼する
（ａ２）。この時、インタフェース管理プログラム８
は、従来のようにサーバ３ａ、３ｂが直接インタフェー
スを登録したのか、あるいはインタフェース管理プログ
ラム８がインターフェースを登録したのかを区別できる
ように識別情報を付加する。ディレクトリ・サービス・
プログラム４は、インタフェース管理プログラム８から
送信される情報をディレクトリ空間２に登録する（ａ
３）。ディレクトリ空間２に登録されるサーバ・プロセ
スに対応するサーバ位置の追加、修正は、インタフェー
ス定義７に書き込むサーバ位置の情報を適宜追加、修正
することにより行なう。

【００１７】クライアント５は、サーバをリモート・プ
ロシジャ・コールするに先だって、サーバ・プロセス情
報とサーバ・プロセスを何処のサーバで行なうべきかを
知るためのサーバ位置要求情報とをディレクトリ・サー
バ１のディレクトリ・サービス・プログラム４へ送信す
ることにより、サーバ・プロセスを何処のサーバで行な
うべきかをディレクトリ・サーバ１のディレクトリ・サ
ービス・プログラム４へ問い合わせる（ａ４）。

【００１８】ディレクトリ・サーバ１のディレクトリ・
サービス・プログラム４は、クライアント５から送信さ
れるサーバ・プロセス情報を基にそのサーバ・プロセス
に該当するサーバ位置情報とサーバ・プロセス番号をデ
ィレクトリ空間２から読み出し、そのサーバ位置のサー
バ３ａが動的生成対象サーバであるかを判断する。ディ
レクトリ・サービス・プログラム４は、サーバ３ａが動
的生成対象サーバであると判断すると（ａ５）、クライ
アント５からの検索要求を受けた時点で、サーバ３ａに
有するノード・マネージャ６へ直ちにサーバを動的生成
するようにサーバ動的生成要求情報を送信するととも
に、ノード・マネージャ６へサーバ・プロセス番号の情
報を送信した後（ａ６）、クライアント５へサーバ位置
情報を送信する（ａ７）。

【００１９】サーバ３ａのノード・マネージャ６は、ク
ライアント５がディレクトリ・サービス・プログラム４
からサーバ位置情報の結果を貰って（ａ７）、リモート
・プロシジャ・コールの準備をしているのと平行して、
ディレクトリ・サーバ１から送信されるサーバ動的生成
要求情報を基にサーバ３ａを起動させる（ａ８）。クラ
イアント５は、ディレクトリ・サーバ１から送信される
サーバ位置情報を基にそのサーバ位置のサーバ３ａのノ
ードマネージャ６に対し、リモート・プロシジャ・コー
ル要求情報を送信する（ａ９）。サーバ３ａのノード・
マネージャ６は、クライアント５から送信されるリモー
ト・プロシジャ・コール要求情報とディレクトリ・サー
バ１から送信されるサーバ・プロセス番号を基にサーバ
関数ｆに処理させてサーバ・プロセスを実行する。サー
バ３ａは、サーバ・プロセスを実行した結果をクライア
ント５へ送信する（ａ１０）。

【００２０】次に、図２は図１に示すリモート・プロシ
ジャ・コールシステムの処理フローを示すフローチャー
トである。クライアント５がサーバ３ａへリモート・プ
ロシジャ・コールをするには、クライアント５とサーバ
３ａ、３ｂ各々のプログラムの作成とディレクトリ空間
２へのインタフェースの登録が必要である。クライアン
ト５とサーバ３ａ、３ｂのプログラムは、インタフェー
ス定義７を作成し（ステップＳ１）、作成したインタフ
ェース定義７をインタフェース定義コンパイラに入力
し、各々にクライアント用とサーバ用のスタブを生成
し、コンパイル・リンクすることにより作成する（ステ
ップＳ２）。

【００２１】インタフェース管理プログラム８は、イン
タフェース定義７を入力してこの情報をノード上でサー
バ３ａ、３ｂを起動させることなく、ディレクトリ・サ
ービス・プログラム４へ登録依頼する。ディレクトリ・
サービス・プログラム４は、インタフェース管理プログ
ラム８から転送される情報をディレクトリ空間２に登録
する。インタフェース管理プログラム８は、インタフェ
ース定義７を読み、サーバ・プロセスに対応するサーバ
位置、サーバ・プロセス番号をディレクトリ・サービス
・プログラム４を通して登録するが、サーバ・プロセス
としてはノードマネージャをディレクトリ・サービス・
プログラム４を通して登録する（ステップＳ３）。サー
バ位置とサーバ・プロセス、サーバ・プロセス番号とサ
ーバ・プロセスは、各々対応させてディレクトリ空間２
に登録される。この時、従来の静的にノード上で待機し
ているサーバとの共用を行なうためには、サーバ情報の
中に動的に生成する必要のあるサーバの識別子を付け
る。

【００２２】クライアント５は、サーバをリモート・プ
ロシジャ・コールするにあたって、サーバ・プロセス情
報や、サーバ・プロセスを何処のサーバで行なうべきか
を知るためのサーバ位置要求情報等をディレクトリ・サ
ーバ１へ送信することにより、サーバ・プロセスを何処
のサーバで行なうべきかをディレクトリ・サーバ１に問
い合わせる（ステップＳ４）。

【００２３】ディレクトリ・サーバ１は、クライアント
５からの検索要求を受けると（ステップＳ５）、そのク
ライアント５からの要求がリモート・プロシジャ・コー
ルをするためのものであるかを判別する（ステップＳ
６）。ディレクトリ・サーバ１は、そのクライアント５
からの要求がリモート・プロシジャ・コールを行なうた
めのものでない例えば管理用の検索要求であると判断し
た時（ステップＳ６）、その管理用の検索要求に該当す
るサーバ情報をディレクトリ空間２から読み出してクラ
イアント５へ送信する。ディレクトリ・サーバ１は、そ
のクライアント５からの要求がリモート・プロシジャ・
コールを行なうための検索要求であると判断した時（ス
テップＳ６）、クライアント５から送信されるサーバ・
プロセス情報を基にそのサーバ・プロセスに該当するサ
ーバ位置情報、サーバ・プロセス番号をディレクトリ空
間２から読み出し、そのサーバ位置の対象サーバ３ａが
動的生成対象サーバであるか、あるいは従来の起動済み
のサーバであるかを判断する（ステップＳ７）。

【００２４】ディレクトリ・サーバ１は、対象サーバ３
ａが動的生成対象サーバであると判断した時（ステップ
Ｓ７）、サーバ３ａに有するノード・マネージャ６へ直
ちにサーバを動的生成するようにサーバ動的生成要求情
報を送信するとともに、ノード・マネージャ６へディレ
クトリ空間２から読み出したサーバ・プロセス番号を送
信した後（ステップＳ８）、クライアント５がサーバ３
ａのノード・マネージャ６へリモート・プロシジャ・コ
ールを要求するようにディレクトリ空間２から読み出し
たサーバ位置情報を含むサーバ情報をクライアント５へ
送信する（ステップＳ９）。

【００２５】サーバ３ａのノード・マネージャ６は、デ
ィレクトリ・サーバ１からサーバ動的生成要求情報を受
信すると、まだ起動されていないサーバ３ａであるかを
判断し、まだ起動されていないサーバ３ａであると判断
した場合（ステップＳ１１）、クライアント５がディレ
クトリ・サーバ１からのサーバ位置情報の結果を貰って
リモート・プロシジャの準備をしている（ステップＳ１
３）のと平行してサーバ３ａを起動させる（ステップＳ
１２）。

【００２６】クライアント５は、ディレクトリ・サーバ
３ａから送信されるサーバ位置情報を受信すると、デー
タ・パッキング（関数に引き数等の情報を通信データに
載せるための内部処理）等のリモート・プロシジャ・コ
ールを行なうためのクライアント５の前処理を実行し
（ステップＳ１３）、その後、ディレクトリ・サーバ１
から送信されたサーバ位置情報を基にそのサーバ位置の
サーバ３ａへリモート・プロシジャ・コール要求情報を
送信する（ステップＳ１４）。

【００２７】クライアント５は、リモート・プロシージ
ャ・コールするサーバ３ａが動的に生成されるサーバで
あるか、あるいは既に生成されているサーバであるかを
意識する必要はない。ディレクトリ・サーバ１は、対象
サーバ３ａが従来のように既に起動されているサーバで
動的生成対象サーバでないと判断した場合（ステップＳ
７）、クライアント５がサーバ３ａへ直接リモート・プ
ロシジャ・コールを行うように指示するようにクライア
ント５へサーバ位置情報を送信する（ステップＳ１
０）。クライアント５は、ディレクトリ・サーバ１から
サーバ情報を受信すると、データ・パッキング等のリモ
ート・プロシジャ・コールを行なうためのクライアント
５の前処理を行なった後（ステップＳ１３）、ディレク
トリ・サーバ１から指示されたサーバ位置のサーバ３ａ
に対し、リモート・プロシジャ・コール要求情報を送信
する（ステップＳ１４）。

【００２８】クライアント５は、サーバ３ａが起動済み
のサーバであるか、あるいは動的に生成されたサーバで
あるかを意識せずにリモート・プロシジャ・コールを行
う。但し、動的生成対象サーバの場合、クライアント５
は、サーバ・プロセスが不明であるため、ディレクトリ
・サーバ１から送信されたサーバ位置情報を基にそのサ
ーバ位置のサーバ３ａのノード・マネージャ６に対しリ
モート・プロシジャ・コール要求情報を送信する。サー
バ３ａのノード・マネージャ６は、クライアント５から
送信されるリモート・プロシジャ・コール要求情報とデ
ィレクトリ・サーバ１から送信されるサーバ・プロセス
番号を基に同一ノード内に存在するサーバに対し、リモ
ート・プロシジャ・コールを行う（ステップＳ１５）。

【００２９】サーバ３ａのノード・マネージャ６は、起
動されているサーバであると判断した場合（ステップＳ
１１）やサーバを起動させた後（ステップＳ１２）、ク
ライアント５から送信されるリモート・プロシジャ・コ
ール要求情報とディレクトリ・サーバ１から送信される
サーバ・サーバプロセス番号を基にリモート・プロシジ
ャ・コールを行なう（ステップＳ１５）。

【００３０】クライアント５は、対象サーバ３ａが起動
済みのサーバである時、サーバ３ａによるリモート・プ
ロシジャ・コールをサーバ３ａへ依頼する。サーバ３ａ
は、ノード・マネージャ６によりリモート・プロシジャ
・コールを行なった後（ステップＳ１５）やクライアン
ト５からサーバ３ａによるリモート・プロシジャ・コー
ルの要求を受けた時、サーバ３ａによるリモート・プロ
シジャ・コールを実行する（ステップＳ１６）。ノード
・サーバ３ａは、サーバ・プロセスを実行した結果をノ
ード・マネージャ６に返さずにクライアント５へ直接送
信する（ステップＳ１７）。

【００３１】このように、本実施の形態では、サーバ３
ａ、３ｂを起動させることなく、インタフェース定義７
から読み取ったサーバ・プロセスに対応するサーバ位置
をディレクトリ空間２に登録しておき、クライアント５
から送信されるサーバ・プロセス情報を基にそのサーバ
・プロセスに該当するサーバ位置をディレクトリ空間２
から読み出し、その読み出したサーバ位置のサーバ３ａ
のノード・マネージャ６へディレクトリ・サーバ１から
サーバ動的生成要求情報を送信し、ディレクトリ・サー
バ１からサーバ位置情報をクライアント５へ送信し、デ
ィレクトリ・サーバ１から送信されるサーバ動的生成要
求情報を基にノード・マネージャ６によりサーバ３ａを
起動するように構成したため、クライアント５からディ
レクトリ・サーバ１へサーバ・プロセスを何処のサーバ
で行なうべきかを問い合わせると、全てのサーバ３ａ、
３ｂを起動させて全てのサーバ３ａ、３ｂからディレク
トリ空間２にサーバ情報を登録するのではなく、起動さ
せたいサーバ３ａのみを起動させた状態でクライアント
５は、サーバ・プロセスを何処のサーバ３ａで行なうべ
きかを知ることができる。

【００３２】このため、従来のように全てのサーバ３
ａ、３ｂにサーバ情報を持たせて全てのサーバ３ａ、３
ｂを起動させる必要はないので、従来よりもサーバ３
ａ、３ｂのメモリ量を少なくしてシステムコストを低減
することができる。また、クライアント５からディレク
トリ・サーバ１へサーバ・プロセスを何処のサーバで行
なうべきかを問い合わせると、ディレクトリ・サーバ１
から該当するサーバ１のノード・マネージャ６へ直ちに
サーバ動的生成要求情報を送信してサーバ３ａを起動さ
せることができるので、サーバの動的生成時間を短縮し
て性能を向上させることができる。

【００３３】本実施の形態は、 サーバ３ａ、３ｂを起
動させることなく、インタフェース定義７から読み取っ
たサーバ・プロセスに対応するサーバ・プロセス番号を
ディレクトリ空間２に登録しておき、クライアント５か
ら送信されるサーバ・プロセス情報を基にそのサーバ・
プロセスに該当するサーバ・プロセス番号をディレクト
リ空間２から読み出し、その読み出したサーバ・プロセ
ス番号を前述したサーバ位置のサーバ３ａのノード・マ
ネージャ６へ送信し、そのプロセス番号を基にノード・
マネージャ６により起動させたサーバ３ａにサーバ・プ
ロセスを実行させ、その実行結果をクライアント５へ送
信するように構成したため、ディレクトリ・サーバ１か
ら送信されるサーバ・プロセス番号の情報を基に予め起
動させておいたサーバ３ａにサーバ・プロセスを実行さ
せることができるとともに、サーバ・プロセスを実行し
た結果をクライアント５は知ることができる。

【００３４】本実施の形態は、ディレクトリ空間２にサ
ーバ・プロセスに対応するサーバ位置の情報をインタフ
ェース定義７を用いて登録するように構成したため、デ
ィレクトリ空間２に登録されるサーバ・プロセスに対応
するサーバ位置の追加、修正を、インタフェース定義７
に書き込むサーバ・プロセスに対応するサーバ位置を適
宜追加、修正することにより行なうことができる。

【００３５】実施の形態２．図４、５は本発明に係る実
施の形態２のリモート・プロシジャ・コールシステムの
処理フローを示すフローチャートである。本実施の形態
のリモート・プロシジャ・コールシステムは、図１に示
す実施の形態１の構成と同様であるので、以下、図１も
用いて説明する。クライアント５がサーバ３ａへリモー
ト・プロシジャ・コールをするには、クライアント５と
サーバ３ａ、３ｂ各々のプログラムの作成とディレクト
リ空間２へのインタフェースの登録が必要である。クラ
イアント５とサーバ３ａ、３ｂのプログラムは、インタ
フェース定義７を作成し、作成したインタフェース定義
７をインタフェース定義コンパイラに入力し、各々にク
ライアント用とサーバ用のスタブを生成し、コンパイル
・リンクすることにより作成する。ここまでは、実施の
形態１のステップＳ１〜Ｓ３までと同様である。

【００３６】インタフェース管理プログラム８は、イン
タフェース定義７を入力してこの情報をノード上でサー
バ３ａ、３ｂを起動させることなく、ディレクトリ・サ
ービス・プログラム４へ登録依頼する。ディレクトリ・
サービス・プログラム４は、インタフェース管理プログ
ラム８から転送される情報をディレクトリ空間２に登録
する。インタフェース管理プログラム８は、インタフェ
ース定義７を読み、サーバ・プロセスに対応するサーバ
位置、サーバ・プロセス番号をディレクトリ・サービス
・プログラム４を通して登録するが、サーバ・プロセス
としてはノードマネージャをディレクトリ・サービス・
プログラム４を通して登録する。サーバ位置とサーバ・
プロセス、サーバ・プロセス番号とサーバ・プロセス
は、各々対応させてディレクトリ空間２に登録される。
この時、従来の静的にノード上で待機しているサーバと
の共用を行なうためには、サーバ情報の中に動的に生成
する必要のあるサーバの識別子を付ける。ここまでの処
理は、図４に図示していないが、実施の形態１の図２の
ステップＳ１〜Ｓ３までと同様である。

【００３７】クライアント５は、サーバをリモート・プ
ロシジャ・コールするにあたって、サーバ・プロセス情
報や、サーバ・プロセスを何処のサーバで行なうべきか
を知るためのサーバ位置要求情報等をディレクトリ・サ
ーバ１へ送信することにより、サーバ・プロセスを何処
のサーバで行なうべきかをディレクトリ・サーバ１に問
い合わせる（ステップＳ２１）。

【００３８】ディレクトリ・サーバ１は、クライアント
５からの検索要求を受けると（ステップＳ２２）、その
クライアント５からの要求がリモート・プロシジャ・コ
ールをするためのものであるかを判別する（ステップＳ
２３）。ディレクトリ・サーバ１は、そのクライアント
５からの要求がリモート・プロシジャ・コールを行なう
ためのものでない例えば管理用の検索要求であると判断
した時（ステップＳ２３）、その管理用の検索要求に該
当するサーバ情報をディレクトリ空間２から読み出して
クライアント５へ送信する。

【００３９】ディレクトリ・サーバ１は、そのクライア
ント５からの要求がリモート・プロシジャ・コールを行
なうための検索要求であると判断した時（ステップＳ２
３）、クライアント５から送信されるサーバ・プロセス
情報を基にそのサーバ・プロセスに該当するサーバ位置
情報、サーバ・プロセス番号をディレクトリ空間２から
読み出し、そのサーバ位置の対象サーバ３ａが動的生成
対象サーバであるか、あるいは従来の起動済みのサーバ
であるかを判断する（ステップＳ２４）。ディレクトリ
・サーバ１は、対象サーバ３ａが動的生成対象サーバで
あると判断した時（ステップＳ２４）、ディレクトリ・
サーバ１は、対象サーバ３ａが既に起動されているかを
判断する（ステップＳ２５）。

【００４０】ディレクトリ・サーバ３ａは、ディレクト
リ・サービス・プログラム４がサーバ動的生成要求情報
を送信した送信先のサーバ位置情報をディレクトリ空間
２に登録しておき、クライアント５からサーバ・プロセ
スを何処のサーバで行なうべきかの問い合わせがきた
時、ディレクトリ空間２から読み出したクライアント５
から送信されるサーバ・プロセス情報に該当するサーバ
位置情報が予めディレクトリ空間２に登録されているサ
ーバ動的生成要求情報を送信した送信先のサーバ位置情
報と同じであるかを判断することにより、対象サーバ３
ａが既に起動されているかを判断する。

【００４１】ディレクトリサーバ１は、ディレクトリ空
間２から読み出したクライアント５から送信されるサー
バ・プロセス情報に該当するサーバ位置情報が予めディ
レクトリ空間２に登録されているサーバ動的生成要求情
報を送信した送信先のサーバ位置情報と同じでなく、対
象サーバ３ａが起動れていないと判断した時（ステップ
Ｓ２５）、サーバ３ａに有するノード・マネージャ６へ
直ちにサーバを動的生成するようにサーバ動的生成要求
情報を送信するとともに、ノード・マネージャ６へディ
レクトリ空間２から読み出したサーバ・プロセス番号を
送信する（ステップＳ２６）。

【００４２】その後、クライアント５がサーバ３ａのノ
ード・マネージャ６へリモート・プロシジャ・コールを
要求するようにディレクトリ空間２から読み出したサー
バ位置情報を含むサーバ情報をクライアント５へ送信す
る（ステップＳ２７）。ディレクトリ・サーバ１は、デ
ィレクトリ空間２から読み出したクライアント５から送
信されるサーバ・プロセス情報に該当するサーバ位置情
報が予めディレクトリ空間２に登録されているサーバ動
的生成要求情報を送信した送信先のサーバ位置情報と同
じであり、対象サーバ３ａが既に起動されていると判断
した時（ステップＳ２５）、ディレクトリ・サーバ１
は、サーバ３ａに有するノード・マネージャ６に動的生
成要求を出さないようにノード・マネージャ６へサーバ
動的生成要求情報を送信しないでステップ２７へ進む。

【００４３】サーバ３ａのノード・マネージャ６は、デ
ィレクトリ・サーバ１からサーバ動的生成要求情報を受
信すると、クライアント５がディレクトリ・サーバ１か
らのサーバ位置情報の結果を貰ってリモート・プロシジ
ャの準備をしている（ステップＳ３１）のと平行してサ
ーバ３ａを起動させる（ステップＳ２９）。但し、ノー
ド・マネージャ６は、起動要求に従って新しくサーバ３
ａを起動する際、既に動的に生成したサーバ３ａが休止
する必要が生じた場合、その情報をディレクトリ・サー
バ１に通知する（ステップＳ３０）。この時、ディレク
トリ・サーバ１は、再びクライアント５からの要求がき
た場合、サーバ３ａに動的生成要求を出すようにする
（ステップＳ３３）。

【００４４】クライアント５は、ディレクトリ・サーバ
３ａから送信されるサーバ位置情報を受信すると、デー
タ・パッキング（関数に引き数等の情報を通信データに
載せるための内部処理）等のリモート・プロシジャ・コ
ールを行なうためのクライアント５の前処理を実行し
（ステップＳ３１）、その後、ディレクトリ・サーバ１
から送信されたサーバ位置情報を基にそのサーバ位置の
サーバ３ａへリモート・プロシジャ・コール要求情報を
送信する（ステップＳ３２）。

【００４５】クライアント５は、リモート・プロシージ
ャ・コールするサーバ３ａが動的に生成されるサーバで
あるか、あるいは既に生成されているサーバであるかを
意識する必要はない。ディレクトリ・サーバ１は、対象
サーバ３ａが従来のように既に起動されているサーバで
動的生成対象サーバでないと判断した場合（ステップＳ
２４）、クライアント５がサーバ３ａへ直接リモート・
プロシジャ・コールを行うように指示するようにクライ
アント５へサーバ位置情報を送信する（ステップＳ２
８）。クライアント５は、ディレクトリ・サーバ１から
サーバ情報を受信すると、データ・パッキング等のリモ
ート・プロシジャ・コールを行なうためのクライアント
５の前処理を行なった後（ステップＳ３１）、ディレク
トリ・サーバ１から指示されたサーバ位置のサーバ３ａ
に対し、リモート・プロシジャ・コール要求情報を送信
する（ステップＳ３２）。

【００４６】クライアント５は、サーバ３ａが起動済み
のサーバであるか、あるいは動的に生成されたサーバで
あるかを意識せずにリモート・プロシジャ・コールを行
う。但し、動的生成対象サーバの場合、クライアント５
は、サーバ・プロセスが不明であるため、ディレクトリ
・サーバ１から送信されたサーバ位置情報を基にそのサ
ーバ位置のサーバ３ａのノード・マネージャ６に対しリ
モート・プロシジャ・コール要求情報を送信する。サー
バ３ａのノード・マネージャ６は、クライアント５から
送信されるリモート・プロシジャ・コール要求情報とデ
ィレクトリ・サーバ１から送信されるサーバ・プロセス
番号を基に同一ノード内に存在するサーバに対し、リモ
ート・プロシジャ・コールを行う（ステップＳ３３）。

【００４７】サーバ３ａのノード・マネージャ６は、起
動済みサーバ３ａを休止させる必要が生じた場合にその
情報が通知された時や、クライアント５からモート・プ
ロシジャ・コール要求情報とディレクトリ・サーバ１か
らサーバ・サーバ・プロセス番号の情報が通知された
時、これを基にリモート・プロシジャ・コールを行なう
（ステップＳ３３）。クライアント５は、対象サーバ３
ａが起動済みのサーバである時、サーバ３ａによるリモ
ート・プロシジャ・コールをサーバ３ａへ依頼する。

【００４８】サーバ３ａは、ノード・マネージャ６によ
りリモート・プロシジャ・コールを行なった後（ステッ
プＳ３３）やクライアント５からサーバ３ａによるリモ
ート・プロシジャ・コールの要求を受けた時、サーバ３
ａによるリモート・プロシジャ・コールを実行する（ス
テップＳ３４）。ノード・サーバ３ａは、サーバ・プロ
セスを実行した結果をノード・マネージャ６に返さずに
クライアント５へ直接送信する（ステップＳ３５）。

【００４９】このように、本実施の形態では、サーバ動
的生成要求情報を送信した送信先のサーバ位置情報をデ
ィレクトリ空間２に記憶しておき、クライアント５から
ディレクトリ・サーバ１へサーバ・プロセスを何処のサ
ーバで行なうべきかを問い合わせた時、ディレクトリ空
間２から読み出したクライアント５から送信されるサー
バ・プロセス情報に該当するサーバ位置情報が予めディ
レクトリ空間２に記憶しているサーバ動的生成要求情報
を送信した送信先のサーバ位置情報と同じで、対象サー
バ３ａが既に起動されているサーバであると判断した場
合、対象サーバ３ａのノード・マネージャ６へサーバ動
的生成要求情報を送信しないように構成したため、一度
サーバ動的生成要求情報を送信して起動させたサーバ３
ａに対して再度無駄なサーバ動的生成要求情報が送信さ
れないようにすることができる。このため、サーバ動的
生成要求情報を効率よくサーバ３ａへ送信することがで
きる。

【００５０】

【発明の効果】本発明によれば、サーバを起動させるこ
となく、サーバ・プロセスに対応するサーバ位置をディ
レクトリ・サーバに登録しておき、クライアントから送
信されるサーバ・プロセス情報を基にそのサーバ・プロ
セスに該当するサーバ位置をディレクトリ・サーバから
読み出し、その読み出したサーバ位置のサーバのノード
・マネージャへディレクトリ・サーバからサーバ動的生
成要求情報を送信し、ディレクトリ・サーバからサーバ
位置情報をクライアントへ送信し、ディレクトリ・サー
バから送信されるサーバ動的生成要求情報を基にノード
・マネージャによりサーバを起動するように構成したた
め、クライアントからディレクトリ・サーバへサーバ・
プロセスを何処のサーバで行なうべきかを問い合わせる
と、全てのサーバを起動させて全てのサーバからディレ
クトリ・サーバにサーバ情報を登録するのではなく、起
動させたいサーバのみを起動させた状態でクライアント
は、サーバ・プロセスを何処のサーバで行なうべきかを
知ることができる。このため、従来のように全てのサー
バにサーバ情報を持たせて全てのサーバを起動させる必
要はないので、従来よりもサーバのメモリ量を少なくし
てシステムコストを低減することができる。また、クラ
イアントからディレクトリ・サーバへサーバ・プロセス
を何処のサーバで行なうべきかを問い合わせると、ディ
レクトリ・サーバから該当するサーバのノード・マネー
ジャへ直ちにサーバ動的生成要求情報を送信してサーバ
を起動させることができるので、サーバの動的生成時間
を短縮して性能を向上させることができる。特に、クラ
イアントとサーバ間が広域網等の低速回線で接続されて
いる場合、サーバの起動時間は、クライアント／サーバ
間の通信時間に比べて無視できる程、短縮することがで
きる。

【００５１】また、サーバを起動させることなく、サー
バ・プロセスに対応するサーバ・プロセス番号をディレ
クトリ・サーバに登録しておき、クライアントから送信
されるサーバ・プロセス情報を基にそのサーバ・プロセ
スに該当するサーバ・プロセス番号をディレクトリ・サ
ーバから読み出し、その読み出したサーバ・プロセス番
号を前述したサーバ位置のサーバのノード・マネージャ
へ送信し、そのプロセス番号を基にノード・マネージャ
により起動させたサーバにサーバ・プロセスを実行さ
せ、その実行結果をクライアントへ送信するように構成
したため、ディレクトリ・サーバから送信されるサーバ
・プロセス番号の情報を基に予め起動させておいたサー
バにサーバ・プロセスを実行させることができるととも
に、サーバ・プロセスを実行した結果をクライアントは
知ることができる。

【００５２】また、ディレクトリ・サーバに登録される
サーバ・プロセスに対応するサーバ位置の追加、修正を
行なうように構成したため、広範囲のサーバに対応する
ことができる。

【００５３】また、サーバ動的生成要求情報を送信した
送信先のサーバ位置情報をディレクトリ・サーバに記憶
しておき、クライアントからディレクトリ・サーバへサ
ーバ・プロセスを何処のサーバで行なうべきかを問い合
わせた時、ディレクトリ・サーバから読み出したクライ
アントから送信されるサーバ・プロセス情報に該当する
サーバ位置情報が予めディレクトリ・サーバに記憶して
いるサーバ動的生成要求情報を送信した送信先のサーバ
位置情報と同じで、対象サーバが既に起動されているサ
ーバであると判断した場合、対象サーバのノード・マネ
ージャへサーバ動的生成要求情報を送信しないように構
成したため、一度サーバ動的生成要求情報を送信して起
動させたサーバに対して再度無駄なサーバ動的生成要求
情報が送信されないようにすることができる。このた
め、サーバ動的生成要求情報を効率よくサーバへ送信す
ることができる。

【図面の簡単な説明】

【図１】 本発明に係る実施の形態１のリモート・プロ
シジャ・コールシステムの構成を示すブロック図であ
る。

【図２】 図１に示すリモート・プロシジャ・コールシ
ステムの処理フローを示すフローチャートである。

【図３】 図１に示すリモート・プロシジャ・コールシ
ステムの処理フローを示すフローチャートである。

【図４】 本発明に係る実施の形態２のリモート・プロ
シジャ・コールシステムの処理フローを示すフローチャ
ートである。

【図５】 本発明に係る実施の形態２のリモート・プロ
シジャ・コールシステムの処理フローを示すフローチャ
ートである。

【図６】 従来のリモート・プロシジャ・コールシステ
ムの構成を示すブロック図である。

【符号の説明】

１ ディレクトリ・サーバ、２ ディレクトリ空間、３
ａ、３ｂ サーバ、４ディレクトリ・サービス・プログ
ラム、５ クライアント、６ ノード・マネージャ、７
インタフェース定義、８ インタフェース管理プログ
ラム。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 サーバ位置及びサーバ位置に対応するサ
   ーバ・プロセスを含むサーバ情報をディレクトリ空間に
   有し、該ディレクトリ空間を管理するディレクトリ・サ
   ーバに対してクライアントがサーバ情報を要求し、その
   要求したサーバ情報に基づいてサーバをリモート・プロ
   シジャ・コールするリモート・プロシジャ・コールシス
   テムにおいて、 前記クライアントは、サーバ・プロセス情報を前記ディ
   レクトリ・サーバへ送信するサーバ・プロセス情報送信
   手段と、サーバ・プロセスを何処のサーバで行なうべき
   かを知るためのサーバ位置要求情報を前記ディレクトリ
   ・サーバへ送信するサーバ位置要求情報送信手段と、前
   記ディレクトリ・サーバから送信されるサーバ位置情報
   を受信するサーバ位置情報受信手段とを有し、 前記ディレクトリ・サーバは、サーバ・プロセスに対応
   するサーバ位置情報を記憶するサーバ位置情報記憶手段
   と、前記クライアントから送信されるサーバ・プロセス
   情報に基づいてそのサーバ・プロセスに該当するサーバ
   位置情報を前記サーバ位置情報記憶手段から読み出して
   前記クライアントヘ送信するサーバ位置情報送信手段
   と、前記サーバ位置情報記憶手段から読み出したサーバ
   位置情報に基づいてそのサーバ位置のサーバのノード・
   マネージャへサーバを動的に生成するようにサーバ動的
   生成要求情報を送信するサーバ動的生成要求情報送信手
   段とを有し、 前記サーバは、前記ディレクトリ・サーバから送信され
   るサーバ動的生成要求情報に基づいてサーバを起動させ
   るノード・マネージャを有することを特徴とするリモー
   ト・プロシジャ・コールシステム。
2. 【請求項２】 前記ディレクトリ・サーバは、前記サー
   バ位置情報記憶手段に記憶されているサーバ位置情報を
   追加／変更するサーバ位置情報追加／変更手段を有する
   ことを特徴とする請求項１に記載のリモート・プロシジ
   ャ・コールシステム。
3. 【請求項３】 前記クライアントは、前記サーバ位置
   情報受信手段で受信したサーバ位置情報に基づいてその
   サーバ位置のサーバのノード・マネージャへリモート・
   プロシジャ・コール要求情報を送信するリモート・プロ
   シジャ・コール要求情報送信手段を有し、前記ディレク
   トリ・サーバは、サーバ・プロセスに対応するサーバ・
   プロセス識別情報を記憶するサーバ・プロセス識別情報
   記憶手段と、前記クライアントから送信されるサーバ・
   プロセス情報に基づいてそのサーバ・プロセスに該当す
   るサーバ・プロセス識別情報を読み出して前記サーバ位
   置のサーバのノード・マネージャへ送信するサーバ・プ
   ロセス識別情報送信手段とを有し、前記ノード・マネー
   ジャは、前記クライアントから送信されるリモート・プ
   ロシジャ・コール要求情報と前記ディレクトリ・サーバ
   から送信されるサーバ・プロセス識別情報に基づいてサ
   ーバ・プロセスを実行し、前記サーバは、サーバ・プロ
   セスを実行した結果を前記クライアントへ送信する実行
   結果送信手段を有することを特徴とする請求項１、２の
   何れかに記載のリモート・プロシジャ・コールシステ
   ム。
4. 【請求項４】 前記ディレクトリ・サーバは、前記サー
   バ動的生成要求情報送信手段がサーバ動的生成要求情報
   を送信した送信先のサーバ位置情報を記憶するサーバ位
   置情報記憶手段と、請求項１の前記サーバ位置情報記憶
   手段から読み出した前記クライアントから送信されるサ
   ーバ・プロセス情報に該当するサーバ位置情報が前記サ
   ーバ位置情報記憶手段に記憶されているサーバ位置情報
   と同じであるかを判断するサーバ位置情報判断手段と、
   前記クライアントから送信されるサーバ・プロセス情報
   に該当するサーバ位置情報が前記サーバ位置情報記憶手
   段に記憶されているサーバ位置情報と同じであると判断
   した場合、前記ノード・マネージャへサーバ動的生成要
   求情報を送信しないサーバ動的生成要求情報送信制御手
   段とを有することを特徴とする請求項１〜３の何れかに
   記載のリモート・プロシジャ・コールシステム。