JPH10232848A - クライアント／サーバシステム - Google Patents

Abstract

(57)【要約】 【課題】 処理要求を行なうクライアントと処理要求を
受けるサーバとが通信経路を介して接続されるクライア
ント／サーバシステムにおいて、サーバの物理的リソー
スの消費を抑えること、およびサーバの障害発生時にも
復旧できる機構を備えることを目的とする。 【解決手段】 管理サーバ１１１のリモートプロシージ
ャ制御部１１１２は、クライアント１２からの要求を受
けると、要求アプリケーションサーバ名のパラメータを
使用して起動プロシージャ１１１１を実行させる。起動
プロシージャ１１１１は、起動要求された要求アプリケ
ーションサーバ名に対応する起動アプリケーションサー
バ名をアプリケーションサーバ起動情報管理部１１３よ
り参照し、該当するアプリケーションサーバ１１２の起
動パラメータを読み取り、アプリケーションサーバ１１
２を起動する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、処理要求を行なう
クライアントと処理要求を受けるサーバとが通信経路を
介して接続されるクライアント／サーバシステムに関す
るものである。

【０００２】

【従来技術】従来、クライアント／サーバシステムとし
ては、図６に示すような構成となる。図６において、６
１はサーバで、サーバ６１において、６１１、６１２は
クライアントからのリモートプロシージャコールを受け
付けるアプリケーションサーバで、多種のリモートプロ
シージャを設けたアプリケーションサーバで複数のアプ
リケーションサーバがサーバ上に起動されている。６１
１１、６１２１は、リモートプロシージャで、クライア
ントから実行可能なプロシージャを登録している。６１
１２、６１２２はリモートプロシージャ制御部で、クラ
イアントのリモートプロシージャ制御部６２２からリモ
ートプロシージャ６１１１あるいはリモートプロシージ
ャ６１２１の実行要求を受けてその要求内容を実行し、
またその実行結果をクライアントのリモートプロシージ
ャ制御部６２２へ返信する。

【０００３】６２はクライアントで、クライアント６２
において、６２１はアプリケーションで、アプリケーシ
ョンサーバ６１２に登録されている起動プロシージャ、
リモートプロシージャの実行を要求する。６２２はリモ
ートプロシージャ制御部で、アプリケーション６２１か
ら渡されるバインディング情報を使用してアプリケーシ
ョンサーバにアクセスし、アプリケーションサーバ６１
１のリモートプロシージャ制御部６１１２へリモートプ
ロシージャ６１１１の実行要求を送信したり、リモート
プロシージャ６１１１の実行結果をリモートプロシージ
ャ制御部６１１１から受信する。６３は通信経路であ
る。

【０００４】以上のように構成されたクライアント／サ
ーバシステムについて、以下にその動作を説明する。な
お、クライアント６２は、予めサーバ上の複数のアプリ
ケーションサーバへアクセスするためのバインディング
情報を知っているものとする。

【０００５】まず、クライアント６２アプリケーション
サーバ６１１上のリモートプロシージャ６１１１を使用
したい場合には、アプリケーション６２１からアプリケ
ーションサーバ６１１のバインディング情報をパラメー
タとしてリモートプロシージャ６１１１を実行する。リ
モートプロシージャ制御部６２２は、アプリケーション
６２１から渡されるバインディング情報を使用してアプ
リケーションサーバ６１１にアクセスし、アプリケーシ
ョンサーバ６１１のリモートプロシージャ制御部６１１
２へリモートプロシージャ６１１２の実行要求を送信す
る。リモートプロシージャ制御部６１１２は、クライア
ントのリモートプロシージャ制御部６２２からの実行要
求を受けてその要求されるリモートプロシージャ６１１
１を実行し、その実行結果をクライアントのリモートプ
ロシージャ制御部６２２へ返信する。リモートプロシー
ジャ制御部６２２は、リモートプロシージャ６１１１の
実行結果を受信し、その内容をアプリケーション６２１
へ返す。他のアプリケーションサーバ６１２のリモート
プロシージャを使用したい場合には、アプリケーション
サーバ６１２のバインディング情報を使用してアプリケ
ーション６２１からリモートプロシージャ６１２を実行
する。

【０００６】

【発明が解決しようとする課題】上記従来技術で説明し
た方法では、アプリケーションサーバを使用する／使用
しないに関わらず、複数のアプリケーションサーバを起
動することになり、サーバの物理的リソースの無駄な消
費をしていた。また、サーバの負荷状況によらず、リモ
ートプロシージャの要求を受け付けていた。また、アプ
リケーションサーバに障害が発生した際に、再起動する
機構がなかった。また、クライアントの障害により、実
行したリモートプロシージャコールを正常終了として結
果を得ることができなかった場合、リモートプロシージ
ャを再実行する必要があるのかないのか、わからなかっ
た。

【０００７】よって本発明では、第１に、サーバの物理
的リソースの消費を抑えることを目的とする。第２に、
サーバの負荷状況によって、クライアントからの要求を
受け付けたり、拒否することを目的とする。第３に、管
理サーバまたはアプリケーションサーバ障害時にも復旧
できる機構を備え、クライアントはこれまで通り、リモ
ートプロシージャを実行できるようにすることを目的と
する。そして、第４に、クライアントの障害発生時にリ
モートプロシージャを再実行する必要があるのかないの
かをわかるようにすることを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に本発明は、第１に、アプリケーションサーバの起動状
況を管理する管理サーバを設け、前記管理サーバがアプ
リケーションサーバの情報を利用し、複数のクライアン
トを一つのアプリケーションサーバに対応させることに
より、サーバの物理的リソースの消費を抑えることがで
きる。

【０００９】第２に、管理サーバにＣＰＵの負荷を監視
するＣＰＵ監視部を設けることにより、アプリケーショ
ンサーバ起動時に、また、アプリケーションサーバにＣ
ＰＵの負荷を監視するＣＰＵ監視部を設けることによ
り、リモートプロシージャ実行時に、それぞれクライア
ントからの要求の受け付け／拒否を制御し、サーバの負
荷を安定させることができる。

【００１０】第３に、管理サーバ内にアプリケーション
サーバ障害時に別のアプリケーションサーバを起動する
リモートプロシージャを更に設けることにより、アプリ
ケーションサーバに障害が発生しても管理サーバは代替
アプリケーションサーバを起動し、クライアントは代替
アプリケーションサーバのリモートプロシージャを実行
できる。

【００１１】第４に、サーバ内にアプリケーションサー
バのリモートプロシージャの実行した情報を記憶する記
憶装置と、記憶装置に記憶されたリモートプロシージャ
の実行した情報を取得することができるリモートプロシ
ージャを管理サーバに登録することにより、クライアン
トの障害により正常終了として得られなかったリモート
プロシージャの結果を得ることができる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図１から図５を用いて説明する。

【００１３】（実施の形態１）図１は、本発明によるク
ライアント／サーバシステムの一例を示したもので、図
１において、１１はサーバ、１１１はアプリケーション
サーバの起動状況を管理する管理サーバ、１１１１は起
動プロシージャで、クライアント１２からこの起動プロ
シージャ１１１１の実行を要求されると、指定された要
求アプリケーションサーバ名に対応した起動アプリケー
ション名をアプリケーションサーバ起動情報管理部１１
３より獲得し、獲得した起動アプリケーションサーバ名
のアプリケーションサーバを起動し、起動したアプリケ
ーションサーバのバインディング情報をバインディング
情報受信部１１１１１より受信し、アプリケーションサ
ーバ情報部１１４に起動したアプリケーションサーバの
情報を登録する。

【００１４】１１１１１はバインディング情報受信部
で、起動プロシージャ１１１１から起動されたアプリケ
ーションサーバのバインディング情報送信部よりアプリ
ケーションサーバのバインディング情報、つまり、クラ
イアント（ローカルマシン）とサーバ（リモートマシ
ン）との間で通信を可能とするためのプロトコルシーケ
ンスとネットワーク情報を受信する。

【００１５】１１１２はリモートプロシージャ制御部
で、クライアントのリモートプロシージャ制御部から起
動プロシージャ１１１１の実行要求を受けてその要求内
容を実行し、またその実行結果をクライアントのリモー
トプロシージャ制御部へ返信する。

【００１６】１１２はクライアントからのリモートプロ
シージャコールを受け付けるアプリケーションサーバ、
１１２１は、バインディング情報送信部で、アプリケー
ションサーバ１１２のバインディング情報を管理サーバ
１１１のバインディング情報受信部１１１１１へ送信す
る。

【００１７】１１２２はリモートプロシージャで、クラ
イアントから実行可能なプロシージャを登録している。
１１２３はリモートプロシージャ制御部で、クライアン
トのリモートプロシージャ制御部からリモートプロシー
ジャ１１２２の実行要求を受けてその要求内容を実行
し、またその実行結果をクライアントのリモートプロシ
ージャ制御部へ返信する。

【００１８】１１３はクライアントから起動要求される
アプリケーションサーバ名に対応した起動アプリケーシ
ョンサーバ名を管理するアプリケーションサーバ起動情
報管理部で、格納されている情報はクライアントから起
動要求される要求アプリケーションサーバ名、要求アプ
リケーションサーバ名に対応する起動アプリケーション
サーバ名、アプリケーションサーバを起動する際のスレ
ッド数と最大アクセス数である。

【００１９】１１４は起動プロシージャ１１１１によっ
てアプリケーションサーバを起動した際にアプリケーシ
ョンサーバの情報およびアクセス中のクライアント情報
を格納するアプリケーションサーバ情報部で、起動した
アプリケーションサーバ名、バインディング情報、アク
セスしているクライアント情報、最大アクセス数が書き
込まれる。

【００２０】１２はクライアント、１２１はアプリケー
ションで、管理サーバ１１１およびアプリケーションサ
ーバ１１２に登録されている起動プロシージャ、リモー
トプロシージャの実行を要求する。

【００２１】１２２はリモートプロシージャ制御部で、
アプリケーション１２１から渡されるバインディング情
報を使用して管理サーバ１１１あるいはアプリケーショ
ンサーバ１１２にアクセスし、管理サーバ１１１のリモ
ートプロシージャ制御部１１１２へ起動プロシージャ１
１１１の実行要求、アプリケーションサーバ１１２のリ
モートプロシージャ制御部１１２３へリモートプロシー
ジャ１１２２の実行要求を送信したり、起動プロシージ
ャ１１１１、リモートプロシージャ１１２２の実行結果
をそれぞれリモートプロシージャ制御部１１１２、リモ
ートプロシージャ制御部１１２３から受信する。１３は
通信経路である。

【００２２】以上のように構成されたクライアント／サ
ーバシステムについて、図１を参照しながらその動作を
説明する。

【００２３】サーバ１１上では、管理サーバ１１１のみ
が起動されており、クライアント１２からの起動プロシ
ージャ１１１１の実行要求の待ち状態になっている。ま
た、クライアント１２はサーバ１１の管理サーバ１１１
のバインディング情報を知っており、管理サーバ１１１
の起動プロシージャ１１１１を実行することが可能にな
っているものとする。

【００２４】処理１−１：まず、クライアント１２は、
アプリケーション１２１から管理サーバ１１１のバイン
ディング情報、および起動要求する要求アプリケーショ
ンサーバ名をパラメータとしてアプリケーションサーバ
１１２を起動するための起動プロシージャ１１１１を実
行する。

【００２５】処理１−２：リモートプロシージャ制御部
１２２はその要求を管理サーバ１１１のバインディング
情報を使って管理サーバ１１１へアクセスし、管理サー
バ１１１のリモートプロシージャ制御部１１１２へパラ
メータと共に起動プロシージャ１１１１の実行を要求す
る。

【００２６】処理１−３：管理サーバ１１１のリモート
プロシージャ制御部１１１２は、クライアント１２から
の要求を受けると、要求アプリケーションサーバ名をパ
ラメータとして起動プロシージャ１１１１を実行させ
る。

【００２７】処理１−４：起動プロシージャ１１１１
は、起動要求された要求アプリケーションサーバ名に対
応する起動アプリケーションサーバ名をアプリケーショ
ンサーバ起動情報管理部１１３より獲得し、指定された
起動アプリケーションサーバ名が既に起動されていない
かどうかをアプリケーションサーバ情報部１１４のアプ
リケーションサーバ情報を参照する。アプリケーション
サーバ情報のアプリケーションサーバ名に既に起動アプ
リケーションサーバ名が登録されていたら起動中である
ことを意味する。

【００２８】処理１−５：まず、未起動であった場合を
説明する（一方、既に起動している場合は後述の処理１
−６へ進む）。

【００２９】処理１−５１：指定されたアプリケーショ
ンサーバ１１２は、アプリケーションサーバ情報部１１
４に登録されていないので、指定されたアプリケーショ
ンサーバ１１２を起動するためにアプリケーションサー
バ起動情報管理部１１３を参照し、該当するアプリケー
ションサーバ１１２の起動パラメータを読み取る。起動
パラメータは、起動アプリケーションサーバ名、スレッ
ド数、アプリケーションサーバと通信可能な最大アクセ
ス数である。これらの情報を読み取り、アプリケーショ
ンサーバ１１２を起動する。

【００３０】処理１−５２：アプリケーションサーバ１
１２が起動されると、バインディング情報送信部１１２
１は、アプリケーションサーバ１１２のバインディング
情報をバインディング情報受信部１１１１１へ送信す
る。

【００３１】処理１−５３：起動プロシージャ１１１１
のバインディング情報受信部１１１１１は、バインディ
ング情報を受信すると、起動プロシージャ１１１１によ
ってアプリケーションサーバ名、アプリケーションサー
バのバインディング情報、起動およびアクセスしている
クライアントのクライアント情報、アプリケーションサ
ーバと通信可能な最大アクセス数をアプリケーションサ
ーバ情報としてアプリケーションサーバ情報部１１４へ
登録し、起動したアプリケーションサーバ１１２のバイ
ンディング情報を起動プロシージャ１１１１の実行結果
としてリモートプロシージャ制御部１１１２へ返す。

【００３２】処理１−５４：リモートプロシージャ制御
部１１１２は、起動プロシージャ１１１１実行結果とし
てリモートプロシージャ制御部１２２へアプリケーショ
ンサーバ１１２のバインディング情報を返信する。

【００３３】処理１−５５：リモートプロシージャ制御
部１２２は、返信された結果であるバインディング情報
をアプリケーション１２１へ渡す。アプリケーション１
２１は、このバインディング情報を使ってアプリケーシ
ョンサーバ１１２と通信することができる。

【００３４】処理１−６：次に、他のクライアントによ
って既にアプリケーションサーバ１１２を起動してお
り、その状態でクライアント１２からアプリケーション
サーバ１１２を起動する起動プロシージャ１１１１を実
行したとする。

【００３５】処理１−６１：処理１−４において、参照
した結果、既に起動中であることがわかるので、次に最
大アクセス数とクライアント情報の数とを比較する。

【００３６】処理１−６２：比較した結果、このクライ
アント１２をアクセスさせても最大アクセス未満であれ
ば、起動中のアプリケーションサーバ１１２のバインデ
ィング情報をアプリケーションサーバ情報部１１４から
起動アプリケーションサーバ名のバインディング情報を
取得し、このバインディング情報を起動プロシージャ１
１１１の実行結果としてクライアントのリモートプロシ
ージャ制御部１２２へ返信する。

【００３７】処理１−６３：リモートプロシージャ制御
部１２２は、返信された結果であるバインディング情報
をアプリケーション１２１へ渡す。アプリケーション１
２１は、このバインディング情報を使ってアプリケーシ
ョンサーバ１１２と通信することができる。

【００３８】処理１−６４：一方、処理１−６１におい
て、最大アクセス数を越える場合には、別の新しいアプ
リケーションサーバを起動し、上記クライアントからの
アプリケーションサーバの起動手順でクライアントに新
規に起動したアプリケーションサーバのバインディング
情報を返信することで、クライアントは新規に起動した
アプリケーションサーバへアクセスすることができる。

【００３９】以上のように、本実施の形態では、アプリ
ケーションサーバの起動状況を管理する管理サーバを設
けることにより、従来のように多くのアプリケーション
サーバを起動させることなく、必要最小限のアプリケー
ションサーバを起動し、複数のクライアントと通信する
ことが可能になり、マシンの物理的リソースの消費を抑
えることができる。

【００４０】例えば、管理サーバがアプリケーションサ
ーバを起動した後、何らかの原因によりクライアントか
ら管理サーバにアクセスすることが不可能になった場
合、手動等により新たに管理サーバを起動し、クライア
ントから管理サーバに対してアプリケーションサーバの
起動要求を行なっても、管理サーバは、アプリケーショ
ンサーバ起動情報管理部、アプリケーションサーバ管理
部を参照することによって、起動中のアプリケーション
サーバの情報を把握することができるので、無駄なアプ
リケーションサーバの起動を防ぐこともできる。

【００４１】また、管理サーバに対しアプリケーション
サーバが１つの場合でも、スレッドを複数にすることで
マシンのリソースを抑えることができ、その実用的効果
は大きい。

【００４２】（実施の形態２）図２は、本発明によるク
ライアント／サーバシステムの一例を示したもので、図
２において、２１はサーバ、２１１はアプリケーション
サーバの起動状況を管理する管理サーバ、２１１１は起
動プロシージャで、クライアントからこの起動プロシー
ジャ２１１１の実行を要求されると、指定された要求ア
プリケーションサーバ名に対応した起動アプリケーショ
ン名をアプリケーションサーバ起動情報管理部２１３よ
り獲得し、ＣＰＵ監視部２１１１２へ起動できるかどう
か問い合わせ、起動可能であれば、獲得した起動アプリ
ケーションサーバ名のアプリケーションサーバを起動
し、起動したアプリケーションサーバのバインディング
情報をバインディング情報受信部２１１１１より受信
し、アプリケーションサーバ情報部２１４に起動したア
プリケーションサーバの情報を登録する。ＣＰＵ監視部
２１１１２へ問い合わせた結果、起動不可能であれば、
起動できない旨の情報をリモートプロシージャ制御部２
１１２へ返す。

【００４３】２１１１１はバインディング情報受信部
で、起動プロシージャ２１１１から起動されたアプリケ
ーションサーバのバインディング情報送信部よりアプリ
ケーションサーバのバインディング情報を受信する。

【００４４】２１１１２はＣＰＵ監視部で、アプリケー
ションサーバを起動する際にアプリケーションサーバ起
動情報管理部２１３の起動対象のアプリケーションサー
バに対応したアイドルしきい値を参照し、サーバの実際
のアイドル値と比較する。サーバの実際の負荷がアプリ
ケーションサーバ起動情報管理部２１３のアイドルしき
い値より低い時には起動可能という情報を起動プロシー
ジャ２１１１に返し、実際の負荷がアプリケーションサ
ーバ起動情報管理部２１３のアイドルしきい値より高い
時には起動不可能という情報を起動プロシージャ２１１
１に返す。

【００４５】２１１２はリモートプロシージャ制御部
で、クライアントのリモートプロシージャ制御部から起
動プロシージャ２１１１の実行要求を受けてその要求内
容を実行し、またその実行結果をクライアントのリモー
トプロシージャ制御部へ返信する。

【００４６】２１２はクライアントからのリモートプロ
シージャコールを受け付けるアプリケーションサーバ、
２１２１は、バインディング情報送信部で、アプリケー
ションサーバのバインディング情報を管理サーバ２１１
のバインディング情報受信部２１１１１へ送信する。

【００４７】２１２２はリモートプロシージャで、クラ
イアントから実行可能なプロシージャを登録している。
２１２３はリモートプロシージャ制御部で、クライアン
トのリモートプロシージャ制御部からリモートプロシー
ジャ２１２２の実行要求を受けてその要求内容を実行
し、またその実行結果をクライアントのリモートプロシ
ージャ制御部へ返信する。

【００４８】２１３はクライアントから起動要求される
アプリケーションサーバ名に対応した起動アプリケーシ
ョンサーバ名を管理するアプリケーションサーバ起動情
報管理部で、格納されている情報はクライアントから起
動要求される要求アプリケーションサーバ名、要求アプ
リケーションサーバ名に対応する起動アプリケーション
サーバ名、アプリケーションサーバを起動する際のスレ
ッド数と最大アクセス数である。

【００４９】２１４は起動プロシージャ２１１１によっ
てアプリケーションサーバを起動した際にアプリケーシ
ョンサーバの情報およびアクセス中のクライアント情報
を格納するアプリケーションサーバ情報部で、起動した
アプリケーションサーバ名、バインディング情報、アク
セスしているクライアント情報、最大アクセス数が書き
込まれる。

【００５０】２２はクライアント、２２１はアプリケー
ションで、管理サーバ２１１およびアプリケーションサ
ーバ２１２に登録されている起動プロシージャ２１１
１、リモートプロシージャ２１２２の実行を要求する。

【００５１】２２２はリモートプロシージャ制御部で、
アプリケーション２２１から渡されるバインディング情
報を使用して管理サーバ２１１あるいはアプリケーショ
ンサーバ２１２にアクセスし、管理サーバ２１１のリモ
ートプロシージャ制御部２１１２へ起動プロシージャ２
１１１の実行要求、アプリケーションサーバ２１２のリ
モートプロシージャ制御部２１２３へリモートプロシー
ジャ２１２２の実行要求を送信したり、起動プロシージ
ャ２１１１、リモートプロシージャ２１２２の実行結果
をそれぞれリモートプロシージャ制御部２１１２、リモ
ートプロシージャ制御部２１２３から受信する。２３は
通信経路である。

【００５２】以上のように構成されたクライアント／サ
ーバシステムについて、図２を参照しながらその動作を
説明する。

【００５３】サーバ２１上では、管理サーバ２１１のみ
が起動されており、クライアント２２からの起動プロシ
ージャ２１１１の実行要求の待ち状態になっている。ま
た、クライアント２２はサーバ２１の管理サーバ２１１
のバインディング情報を知っており、管理サーバ２１１
の起動プロシージャ２１１１を実行することが可能にな
っているものとする。

【００５４】処理２−１：まず、クライアント２２は、
アプリケーション２２１から管理サーバ２１１のバイン
ディング情報、および起動要求する要求アプリケーショ
ンサーバ名をパラメータとしてアプリケーションサーバ
２１２を起動するための起動プロシージャ２１１１を実
行する。

【００５５】処理２−２：リモートプロシージャ制御部
２２２はその要求を管理サーバ２１１のバインディング
情報を使って管理サーバ２１１へアクセスし、管理サー
バ２１１のリモートプロシージャ制御部２１１１へパラ
メータと共に起動プロシージャ２１１１の実行を要求す
る。

【００５６】処理２−３：管理サーバ２１１のリモート
プロシージャ制御部２１１２は、クライアント２２から
の要求を受けると、要求アプリケーションサーバ名をパ
ラメータとして起動プロシージャ２１１１を実行させ
る。

【００５７】処理２−４：起動プロシージャ２１１１
は、起動要求された要求アプリケーションサーバ名に対
応する起動アプリケーションサーバ名をアプリケーショ
ンサーバ起動情報管理部２１３より獲得し、指定された
起動アプリケーションサーバ名が既に起動されていない
かどうかをアプリケーションサーバ情報部２１４のアプ
リケーションサーバ情報を参照する。アプリケーション
サーバ情報のアプリケーションサーバ名に既に起動アプ
リケーションサーバ名が登録されていたら起動中である
ことを意味する。

【００５８】処理２−５：以下の例では、未起動であっ
た場合を説明する． 処理２−５１：指定されたアプリケーションサーバ２１
２は、アプリケーションサーバ情報部２１４に登録され
ていないので、指定されたアプリケーションサーバ２１
２を起動するため、起動可能な負荷の状態であるかをＣ
ＰＵ監視部２１１１２へ問い合わせる。

【００５９】処理２−５２：ＣＰＵ監視部２１１１２
は、アプリケーションサーバ起動情報管理部２１３の起
動対象のアプリケーションサーバに対応したアイドルし
きい値を参照し、サーバ２１の実際のアイドル値と比較
する。

【００６０】処理２−５３：まず、サーバ２１の実際の
負荷がアイドルしきい値より低い場合を説明する（一
方、高い場合は後述の処理２−５４へ進む）。

【００６１】処理２−５３１：ＣＰＵ監視部２１１１２
は、サーバ２１の実際のアイドル値がアイドルしきい値
より低いので、起動可能であることを起動プロシージャ
２１１１に返す。起動プロシージャ２１１１は、ＣＰＵ
監視部２１１１１２から起動可能であるという結果を得
たので、アプリケーションサーバ起動情報管理部２１３
を参照し、該当するアプリケーションサーバ２１２の起
動パラメータを読み取る。起動パラメータは、起動アプ
リケーションサーバ名、スレッド数、アプリケーション
サーバと通信可能な最大アクセス数である。これらの情
報を読み取り、アプリケーションサーバ２１２を起動す
る。

【００６２】処理２−５３２：アプリケーションサーバ
２１２が起動されると、バインディング情報送信部２１
２１は、アプリケーションサーバ２１２のバインディン
グ情報をバインディング情報受信部２１１１１へ送信す
る。

【００６３】処理２−５３３：起動プロシージャ２１１
１のバインディング情報受信部２１１１１は、バインデ
ィング情報を受信すると、起動プロシージャ２１１１に
よってアプリケーションサーバ名、アプリケーションサ
ーバのバインディング情報、起動およびアクセスしてい
るクライアントのクライアント情報、アプリケーション
サーバ２１２と通信可能な最大アクセス数、アプリケー
ションサーバ起動情報管理部２１３に記録されている起
動したアプリケーションサーバに対応したアプリケーシ
ョンサーバの起動許容範囲を示すアイドルしきい値をア
プリケーションサーバ情報としてアプリケーションサー
バ情報部２１４へ登録し、起動したアプリケーションサ
ーバ２１２のバインディング情報を起動プロシージャ２
１１１の実行結果としてリモートプロシージャ制御部２
１１２へ返す。

【００６４】処理２−５３４：リモートプロシージャ制
御部２１１２は、起動プロシージャ２１１１実行結果と
してリモートプロシージャ制御部２２２へアプリケーシ
ョンサーバ２１２のバインディング情報を返信する。

【００６５】処理２−５３５：リモートプロシージャ制
御部２２２は、返信された結果であるバインディング情
報をアプリケーション２２１へ渡す。アプリケーション
２２１は、このバインディング情報を使ってアプリケー
ションサーバ２１２と通信することができる。

【００６６】処理２−５４：次に、前記処理２−５２に
おいて、ＣＰＵ監視部２１１１２での比較時、サーバ２
１の実際の負荷がアイドルしきい値より高い場合につい
て説明する。

【００６７】処理２−５４１：ＣＰＵ監視部２１１１２
は、サーバ２１の実際のアイドル値がアイドルしきい値
より高いので、起動不可能であることを起動プロシージ
ャ２１１１に返す。

【００６８】処理２−５４２：起動プロシージャ２１１
１は、ＣＰＵ監視部２１１１２から起動不可能であると
いう結果を得たので、サーバ２１は高負荷のため起動で
きないという旨の結果を起動プロシージャ２１１１の実
行結果としてリモートプロシージャ制御部２１１２へ返
す。

【００６９】処理２−５４３：リモートプロシージャ制
御部２１１２は、起動プロシージャ２１１１実行結果と
してリモートプロシージャ制御部２２２へ高負荷のため
起動不可という旨のメッセージを返信する。

【００７０】処理２−５４４：リモートプロシージャ制
御部２２２は、返信された結果をアプリケーション２２
１へ渡す。

【００７１】処理２−５４５：アプリケーション２２１
は、この結果から現在はサーバ２１が高負荷のためアプ
リケーションサーバ２１２を起動できないということが
わかる。

【００７２】また、処理２−４において、他のクライア
ントによって既にアプリケーションサーバ２１２を起動
しており、その状態でクライアント２２からアプリケー
ションサーバ２１２を起動する起動プロシージャ２１１
１を実行した場合は、実施の形態１の処理１−６以下と
同様の処理を行う。

【００７３】以上のように、本実施の形態では、管理サ
ーバ２１１内の起動プロシージャ２１１１にＣＰＵ監視
部２１１１２を設けることによって、実施の形態１によ
る効果に加え、更に、アプリケーションサーバ２１２の
起動の際に、サーバが高負荷の時にはクライアントから
のアプリケーションサーバの起動を拒否することがで
き、その実用的効果は大きい。

【００７４】（実施の形態３）図３は、本発明によるク
ライアント／サーバシステムの一例を示したもので、図
３において、３１はサーバ、３１１はアプリケーション
サーバの起動状況を管理する管理サーバ、３１１１は起
動プロシージャで、クライアント３２からこの起動プロ
シージャの実行を要求されると、指定された要求アプリ
ケーションサーバ名に対応した起動アプリケーション名
をアプリケーションサーバ起動情報管理部３１３より獲
得し、獲得した起動アプリケーションサーバ名のアプリ
ケーションサーバを起動し、起動したアプリケーション
サーバのバインディング情報をバインディング情報受信
部３１１１１より受信し、アプリケーションサーバ情報
部３１４に起動したアプリケーションサーバの情報を登
録する。

【００７５】３１１１１はバインディング情報受信部
で、起動プロシージャ３１１１から起動されたアプリケ
ーションサーバのバインディング情報送信部３１２１よ
りアプリケーションサーバ３１２のバインディング情報
を受信する。

【００７６】３１１２はリモートプロシージャ制御部
で、クライアントのリモートプロシージャ制御部から起
動プロシージャ３１１１の実行要求を受けてその要求内
容を実行し、またその実行結果をクライアントのリモー
トプロシージャ制御部へ返信する。

【００７７】３１２はクライアントからのリモートプロ
シージャコールを受け付けるアプリケーションサーバ、
３１２１は、バインディング情報送信部で、アプリケー
ションサーバのバインディング情報を管理サーバ３１１
のバインディング情報受信部３１１１１へ送信する。

【００７８】３１２２はリモートプロシージャで、クラ
イアントから実行可能なプロシージャを登録しており、
ＣＰＵ監視部３１２２１へ問い合わせた結果によって、
リモートプロシージャを実行したり、拒否したりする。

【００７９】３１２２１はＣＰＵ監視部で、リモートプ
ロシージャ実行時にアプリケーションサーバ起動情報管
理部３１３の起動対象のアプリケーションサーバに対応
したアイドルしきい値を参照し、サーバの実際のアイド
ル値と比較する。サーバの実際の負荷がアプリケーショ
ンサーバ情報部３１４のアイドルしきい値より低い時に
は実行可能という情報をリモートプロシージャに返し、
実際の負荷がアプリケーションサーバ情報部３１４のア
イドルしきい値より高い時には実行不可能という情報を
リモートプロシージャに返す。

【００８０】３１２３はリモートプロシージャ制御部
で、クライアントのリモートプロシージャ制御部からリ
モートプロシージャ３１２２の実行要求を受けてその要
求内容を実行し、またその実行結果をクライアントのリ
モートプロシージャ制御部へ返信する。

【００８１】３１３はクライアントから起動要求される
アプリケーションサーバ名に対応した起動アプリケーシ
ョンサーバ名を管理するアプリケーションサーバ起動情
報管理部で、格納されている情報はクライアントから起
動要求される要求アプリケーションサーバ名、要求アプ
リケーションサーバ名に対応する起動アプリケーション
サーバ名、アプリケーションサーバを起動する際のスレ
ッド数と最大アクセス数、リモートプロシージャの実行
を制限するためのアイドルしきい値である。

【００８２】３１４は起動プロシージャによってアプリ
ケーションサーバを起動した際にアプリケーションサー
バの情報およびアクセス中のクライアント情報を格納す
るアプリケーションサーバ情報部で、起動したアプリケ
ーションサーバ名、バインディング情報、アクセスして
いるクライアント情報、最大アクセス数、リモートプロ
シージャの実行を制限するためのアイドルしきい値が書
き込まれる。

【００８３】３２はクライアント、３２１はアプリケー
ションで、管理サーバおよびアプリケーションサーバに
登録されている起動プロシージャ、リモートプロシージ
ャの実行を要求する。

【００８４】３２２はリモートプロシージャ制御部で、
アプリケーション３２１から渡されるバインディング情
報を使用して管理サーバ３１１あるいはアプリケーショ
ンサーバ３１２にアクセスし、管理サーバ３１１のリモ
ートプロシージャ制御部３１１２へ起動プロシージャ３
１１１の実行要求、アプリケーションサーバ３１２のリ
モートプロシージャ制御部３１２３へリモートプロシー
ジャ３１２２の実行要求を送信したり、起動プロシージ
ャ３１１１、リモートプロシージャ３１２２の実行結果
をそれぞれリモートプロシージャ制御部３１１２、リモ
ートプロシージャ制御部３１２３から受信する。３３は
通信経路である。

【００８５】以上のように構成されたクライアント／サ
ーバシステムについて、図３を参照しながらその動作を
説明する。

【００８６】サーバ３１上では、管理サーバ３１１のみ
が起動されていた状態で、管理サーバ３１１はクライア
ント３２からアプリケーションサーバ３１２の起動要求
を受け、（実施の形態１）と同様の手順でアプリケーシ
ョンサーバ３１２の起動を実行する段階、つまり、処理
１−５５まで行い、アプリケーションサーバ３１２と通
信・起動できる段階であるものとする。

【００８７】処理３−１：まず、クライアント３２は、
アプリケーション３２１からアプリケーションサーバ３
１２のバインディング情報をパラメータとして、アプリ
ケーションサーバ３１２のリモートプロシージャ３１２
２を実行する。

【００８８】処理３−２：リモートプロシージャ制御部
３２２はその要求をアプリケーションサーバ３１２のバ
インディング情報を使ってアプリケーションサーバ３１
２へアクセスし、アプリケーションサーバ３１２のリモ
ートプロシージャ制御部３１２３へパラメータと共にリ
モートプロシージャ３１２２の実行を要求する。

【００８９】処理３−３：アプリケーションサーバ３１
２のリモートプロシージャ制御部３１２３は、クライア
ント３２からの要求を受けると、要求されたリモートプ
ロシージャ３１２２を実行させる。

【００９０】処理３−４：リモートプロシージャ３１２
２は、サーバ３１の負荷がリモートプロシージャ３１２
２を実行可能な状態であるかを確認するためにＣＰＵ監
視部３１２２１へ問い合わせる。

【００９１】処理３−５：ＣＰＵ監視部３１２２１は、
アプリケーションサーバ起動情報管理部３１３のリモー
トプロシージャ３１２２を実行するアプリケーションサ
ーバ３１２に対応したアイドルしきい値を参照し、サー
バ３１の実際のアイドル値と比較する。

【００９２】処理３−６：まず、サーバ３１の実際の負
荷がアイドルしきい値より低い場合を説明する（一方、
高い場合は後述の処理３−７へ進む）。

【００９３】処理３−６１：ＣＰＵ監視部３１２２１
は、サーバ３１の実際のアイドル値がアイドルしきい値
より低いので、実行可能であることをリモートプロシー
ジャ３１２２に返す。

【００９４】処理３−６２：リモートプロシージャ３１
２２は、ＣＰＵ監視部３１２２１から実行可能であると
いう結果を得たので、リモートプロシージャ３１２２１
を実行し、実行結果をモートプロシージャ制御部３１２
３へ返す。

【００９５】処理３−６３：リモートプロシージャ制御
部３１２３は、リモートプロシージャ３１２２実行結果
をリモートプロシージャ制御部３２２へ返信する。

【００９６】処理３−６４：リモートプロシージャ制御
部３２２は、返信された結果をアプリケーションへ３２
１渡す。

【００９７】処理３−７：次に、前記処理３−５におい
て、ＣＰＵ監視部３１２２１での比較時、サーバ３１の
実際の負荷がアイドルしきい値より高い場合について説
明する。

【００９８】処理３−７１：ＣＰＵ監視部３１２２１
は、サーバ３１の実際のアイドル値がアイドルしきい値
より高いので、実行不可能であることをリモートプロシ
ージャ３１２２に返す。

【００９９】処理３−７２：リモートプロシージャ３１
２２は、ＣＰＵ監視部３１２２１から実行不可能である
という結果を得たので、サーバ３１は高負荷のためリモ
ートプロシージャ３１２２を実行できないという旨の結
果をリモートプロシージャ制御部３１２３へ返す。

【０１００】処理３−７３：リモートプロシージャ制御
部３１２３は、リモートプロシージャ３１２２実行結果
としてリモートプロシージャ制御部３２２へ高負荷のた
め実行不可という旨のメッセージを返信する。

【０１０１】処理３−７４：リモートプロシージャ制御
部３２２は、返信された結果をアプリケーション３２１
へ渡す。アプリケーション３２１は、この結果から現在
はサーバ３１が高負荷のためリモートプロシージャ３１
２２を実行できないということがわかる。

【０１０２】以上のように、本実施の形態では、アプリ
ケーションサーバのリモートプロシージャにＣＰＵ監視
部を設けることにより、実施の形態１による効果に加
え、更に、リモートプロシージャ３１２２の実行の際
に、サーバが高負荷の時にはクライアントからのリモー
トプロシージャの実行を拒否すること、すなわち他のプ
ロセスのパフォーマンスを重視することができ、その実
用的効果は大きい。

【０１０３】（実施の形態４）図４は、本発明によるク
ライアント／サーバシステムの一例を示したもので、図
４において、４１はサーバ、４１１はアプリケーション
サーバの起動状況を管理する管理サーバ、４１１１は起
動プロシージャで、クライアント４２からこの起動プロ
シージャの実行を要求されると、指定された要求アプリ
ケーションサーバ名に対応した起動アプリケーション名
をアプリケーションサーバ起動情報管理部４１３より獲
得し、獲得した起動アプリケーションサーバ名のアプリ
ケーションサーバを起動し、起動したアプリケーション
サーバのバインディング情報をバインディング情報受信
部４１１１１より受信し、アプリケーションサーバ情報
部４１４に起動したアプリケーションサーバの情報を登
録する。

【０１０４】４１１１１はバインディング情報受信部
で、起動プロシージャ４１１１から起動されたアプリケ
ーションサーバのバインディング情報送信部４１２１よ
りアプリケーションサーバ４１２のバインディング情報
を受信する。

【０１０５】４１１２は代替アプリケーションサーバ起
動プロシージャで、クライアント４２からこの起動プロ
シージャの実行を要求されると、指定された要求アプリ
ケーションサーバ名に対応した起動アプリケーション名
をアプリケーションサーバ起動情報管理部４１３より獲
得し、獲得した起動アプリケーションサーバ名のアプリ
ケーションサーバを起動し、起動したアプリケーション
サーバのバインディング情報をバインディング情報受信
部４１２１より受信し、アプリケーションサーバ情報部
４１４に起動したアプリケーションサーバの情報を登録
する。

【０１０６】４１１２１はバインディング情報受信部
で、代替アプリケーション起動プロシージャ４１１２か
ら起動された代替アプリケーションサーバ４１５のバイ
ンディング情報送信部４１５１より代替アプリケーショ
ンサーバ４１５のバインディング情報を受信する。

【０１０７】４１１３はリモートプロシージャ制御部
で、クライアントのリモートプロシージャ制御部４２２
から起動プロシージャ４１１１または代替アプリケーシ
ョンサーバ起動プロシージャ４１１２の実行要求を受け
てその要求内容を実行し、またその実行結果をクライア
ントのリモートプロシージャ制御部４２２へ返信する。

【０１０８】４１２はクライアントからのリモートプロ
シージャコールを受け付けるアプリケーションサーバ
で、実施の形態１すなわち図１のアプリケーションサー
バ１１２と同じ構成のものである。

【０１０９】４１５はクライアント４２からのリモート
プロシージャコールを受け付ける代替アプリケーション
サーバ、４１５１は、バインディング情報送信部で、代
替アプリケーションサーバ４１５のバインディング情報
を管理サーバ４１１の代替アプリケーションサーバ起動
プロシージャ４１１２のバインディング情報受信部４１
１２１へ送信する。

【０１１０】４１５２はリモートプロシージャで、クラ
イアントから実行可能なプロシージャを登録している。

【０１１１】４１５３はリモートプロシージャ制御部
で、クライアント４２のリモートプロシージャ制御部４
２２からリモートプロシージャ４１５２の実行要求を受
けてその要求内容を実行し、またその実行結果をクライ
アント４２のリモートプロシージャ制御部４２２へ返信
する。

【０１１２】４１３はクライアント４２から起動要求さ
れるアプリケーションサーバ名に対応した起動アプリケ
ーションサーバ名を管理するアプリケーションサーバ起
動情報管理部で、格納されている情報はクライアントか
ら起動要求される要求アプリケーションサーバ名、要求
アプリケーションサーバ名に対応する起動アプリケーシ
ョンサーバ名、アプリケーションサーバを起動する際の
スレッド数と最大アクセス数である。

【０１１３】４１４は起動プロシージャ４１１１によっ
てアプリケーションサーバ４１２または代替アプリケー
ションサーバ４１５を起動した際にアプリケーションサ
ーバ４１２または代替アプリケーションサーバ４１５の
情報およびアクセス中のクライアント情報を格納するア
プリケーションサーバ情報部で、起動したアプリケーシ
ョンサーバ名、バインディング情報、アクセスしている
クライアント情報、最大アクセス数が書き込まれる。

【０１１４】４２はクライアント、４２１はアプリケー
ションで、管理サーバ４１１およびアプリケーションサ
ーバ４１２に登録されている起動プロシージャ４１１
１、リモートプロシージャ４１２２の実行を要求する。

【０１１５】４２２はリモートプロシージャ制御部で、
アプリケーション４２１から渡されるバインディング情
報を使用して管理サーバ４１１あるいはアプリケーショ
ンサーバ４１２あるいは代替アプリケーションサーバ４
１５にアクセスし、管理サーバ４１１のリモートプロシ
ージャ制御部４１１３へ起動プロシージャ４１１１の実
行要求、管理サーバ４１１のリモートプロシージャ制御
部４１１３へ代替アプリケーションサーバ起動プロシー
ジャ４１１２の実行要求、アプリケーションサーバ４１
２のリモートプロシージャ制御部４１２３へリモートプ
ロシージャ４１２２の実行要求を送信したり、起動プロ
シージャ４１１１、代替アプリケーションサーバ起動プ
ロシージャ４１１２、リモートプロシージャ４１５２の
実行結果をそれぞれリモートプロシージャ制御部４１１
３、リモートプロシージャ制御部４１５３から受信す
る。４３は通信経路である。

【０１１６】以上のように構成されたクライアント／サ
ーバシステムについて、図５を参照しながらその動作を
説明する。

【０１１７】サーバ４１上では、管理サーバ４１１のみ
が起動されていた状態で、管理サーバ４１１はクライア
ント４２からアプリケーションサーバ４１２の起動要求
を受け、（実施の形態１）同様の手順でアプリケーショ
ンサーバ４１２の起動を実行する段階、つまり、処理１
−５５まで行い、アプリケーションサーバ４１２と通信
・起動できる段階であるものとする。

【０１１８】しかし、アプリケーションサーバ４１２に
障害が発生しており、クライアント４２の保持するバイ
ンディング情報を使用してアプリケーションサーバ４１
２へのアクセスが不可能になっている状態とする。

【０１１９】処理４−１：まず、クライアント４２は、
アプリケーション４２１からアプリケーションサーバ４
１２のバインディング情報をパラメータとして、アプリ
ケーションサーバ４１２のリモートプロシージャ４１２
２の実行要求をする。

【０１２０】処理４−２：リモートプロシージャ制御部
４２２は、その要求をアプリケーションサーバ４１２の
バインディング情報を使って、アプリケーションサーバ
４１２へアクセスを試みる。

【０１２１】処理４−３：しかし、アプリケーションサ
ーバ４１２の障害によりクライアント４２からの通信が
不可能になっているため、リモートプロシージャ制御部
４２２は、通信エラーをアプリケーション４２１へ返
す。

【０１２２】処理４−４：アプリケーション４２１は、
代替アプリケーションサーバ４１５を起動するために、
管理サーバ４１１のバインディング情報、代替アプリケ
ーションサーバ名をパラメータとして代替アプリケーシ
ョンサーバ起動プロシージャ４１１２を実行する。

【０１２３】処理４−５：リモートプロシージャ制御部
４２２はその要求を管理サーバ４１１のバインディング
情報を使って管理サーバ４１１へアクセスし、管理サー
バ４１１のリモートプロシージャ制御部４１１３へパラ
メータと共に代替アプリケーションサーバ起動プロシー
ジャ４１１２の実行を要求する。

【０１２４】処理４−６：管理サーバ４１１のリモート
プロシージャ制御部４１１３は、クライアント４２から
の要求を受けると、起動要求のあった代替アプリケーシ
ョンサーバ名をパラメータとして代替アプリケーション
サーバ起動プロシージャを４１１２実行させる。

【０１２５】処理４−７：代替アプリケーションサーバ
起動プロシージャ４１１２は、起動要求された要求アプ
リケーションサーバ名に対応する起動アプリケーション
サーバ名をアプリケーションサーバ起動情報管理部４１
３より獲得し、指定された起動アプリケーションサーバ
名が既に起動されていないかどうかをアプリケーション
サーバ情報部４１４のアプリケーションサーバ情報を参
照する。アプリケーションサーバ情報のアプリケーショ
ンサーバ名に既に起動アプリケーションサーバ名が登録
されていたら起動中であることを意味する。

【０１２６】処理４−８：まず、未起動であった場合を
説明する（一方、既に起動している場合は後述の処理４
−９へ進む）。

【０１２７】処理４−８１：指定された代替アプリケー
ションサーバ４１５は、アプリケーションサーバ情報部
４１４に登録されていないので、指定された代替アプリ
ケーションサーバ４１５を起動するためにアプリケーシ
ョンサーバ起動情報管理部４１３を参照し、該当するア
プリケーションサーバ４１５の起動パラメータを読み取
る。起動パラメータは、起動アプリケーションサーバ
名、スレッド数、アプリケーションサーバと通信可能な
最大アクセス数である。これらの情報を読み取り、代替
アプリケーションサーバを起動する。

【０１２８】処理４−８２：代替アプリケーションサー
バ４１５が起動されると、バインディング情報送信部４
１５１は、代替アプリケーションサーバ４１５のバイン
ディング情報をバインディング情報受信部４１１２１へ
送信する。

【０１２９】処理４−８３：代替アプリケーションサー
バ起動プロシージャ４１１２のバインディング情報受信
部４１１２１は、そのバインディング情報を受信する
と、代替アプリケーションサーバ起動プロシージャ４１
１２によってアプリケーションサーバ名、アプリケーシ
ョンサーバ４１５のバインディング情報、起動およびア
クセスしているクライアントのクライアント情報、アプ
リケーションサーバ４１５と通信可能な最大アクセス数
をアプリケーションサーバ情報としてアプリケーション
サーバ情報部４１４へ登録し、クライアント４２がこれ
まで使用していたアプリケーションサーバ４１２に関す
るアプリケーションサーバ情報部４１４のクライアント
情報からクライアント４２の情報を削除し、起動した代
替アプリケーションサーバ４１５のバインディング情報
を代替アプリケーションサーバ起動プロシージャ４１１
２の実行結果としてリモートプロシージャ制御部４１１
３へ返す。

【０１３０】処理４−８４：リモートプロシージャ制御
部４１１３は、代替アプリケーションサーバ起動プロシ
ージャ４１１２実行結果としてリモートプロシージャ制
御部４２２へ代替アプリケーションサーバ４１５のバイ
ンディング情報を返信する。

【０１３１】処理４−８５：リモートプロシージャ制御
部４２２は、返信された結果であるバインディング情報
をアプリケーション４２１へ渡す。アプリケーション４
２１は、このバインディング情報を使って代替アプリケ
ーションサーバ４１５と通信することができる。

【０１３２】処理４−９：次に他のクライアントによっ
て既に代替アプリケーションサーバ４１５を起動してお
り、その状態でクライアント４２から代替アプリケーシ
ョンサーバ４１５を起動する代替アプリケーションサー
バ起動プロシージャ４１１２を実行したとする。

【０１３３】処理４−９１：まず、クライアントは、ア
プリケーション４２から管理サーバ４１１のバインディ
ング情報、および起動要求する代替アプリケーションサ
ーバ名をパラメータとして代替アプリケーションサーバ
起動プロシージャ４１１２を実行する。

【０１３４】処理４−９２：リモートプロシージャ制御
部４２２はその要求を管理サーバ４１１のバインディン
グ情報を使って管理サーバ４１１へアクセスし、管理サ
ーバ４１１のリモートプロシージャ制御部４１１３へパ
ラメータと共に代替アプリケーションサーバ起動プロシ
ージャ４１１２の実行を要求する。

【０１３５】処理４−９３：管理サーバ４１１のリモー
トプロシージャ制御部４１１３は、クライアント４２か
らの要求を受けると、要求代替アプリケーションサーバ
名のパラメータを使用して代替アプリケーション起動プ
ロシージャ４１１２を実行させる。

【０１３６】処理４−９４：代替アプリケーション起動
プロシージャ４１１２は、起動要求された要求代替アプ
リケーションサーバ名に対応する起動アプリケーション
サーバ名をアプリケーションサーバ起動情報管理部４１
３より参照し、指定された起動アプリケーションサーバ
名が既に起動されていないかどうかをアプリケーション
サーバ情報部４１４のアプリケーションサーバ情報を参
照する。

【０１３７】処理４−９５：参照した結果、既に起動中
であることがわかるので、次に最大アクセス数とクライ
アント情報の数とを比較する。

【０１３８】処理４−９６：比較した結果、このクライ
アント４２をアクセスさせても最大アクセス未満であれ
ば、起動中の代替アプリケーションサーバ４１５のバイ
ンディング情報をアプリケーションサーバ情報部４１４
から起動した代替アプリケーションサーバ名のバインデ
ィング情報を取得し、アプリケーションサーバ４１２に
関するアプリケーションサーバ情報部４１４のクライア
ント情報からクライアント４２の情報を削除し、取得し
たバインディング情報を代替アプリケーションサーバ起
動プロシージャ４１１２の実行結果としてリモートプロ
シージャ制御部４１１３へ返す。

【０１３９】処理４−９７：リモートプロシージャ制御
部４１１３は、代替アプリケーションサーバ起動プロシ
ージャ４１１２実行結果としてリモートプロシージャ制
御部４２２へ代替アプリケーションサーバ４１５のバイ
ンディング情報を返信する。

【０１４０】処理４−９８：リモートプロシージャ制御
部４２２は、返信された結果であるバインディング情報
をアプリケーション４２１へ渡す。アプリケーション４
２１は、このバインディング情報を使って代替アプリケ
ーションサーバ４１５と通信することができる。

【０１４１】処理４−９９：一方、処理４−９５におい
て、アプリケーションサーバ情報部４１４のクライアン
ト情報と最大アクセス数の比較時、アクセスするクライ
アントの数が最大アクセス数を越える場合には新しいア
プリケーションサーバを起動し、上記クライアントから
の代替アプリケーションサーバの起動手順でクライアン
トに新規に起動した代替アプリケーションサーバのバイ
ンディング情報を返信することで、クライアントは新規
に起動した代替アプリケーションサーバへアクセスする
ことができる。

【０１４２】なお、本実施の形態では、アプリケーショ
ンサーバ４１２に対する代替アプリケーションサーバ４
１５の関係を、マスタ（通常使用サーバ）に対してスレ
ーブ（臨時用の待機サーバ）のような位置づけになって
いるが、説明上の紛らわしさを解消するものであり、ア
プリケーションサーバと代替アプリケーションサーバと
の関係は、マスタとマスタといった対等な位置づけでも
一向に構わない。

【０１４３】以上のように、本実施の形態では、管理サ
ーバ４１１内に代替アプリケーションサーバ起動プロシ
ージャ４１１２を更に設けることにより、実施の形態１
による効果に加え、更に、アプリケーションサーバ障害
時にも、そのアプリケーションサーバとは別のサーバ
（代替アプリケーションサーバ）の指定を改めてクライ
アントから受けることによって、代替アプリケーション
サーバを使用することができ、クライアントはこれまで
通り、リモートプロシージャを実行することができ、そ
の実用的効果は大きい。

【０１４４】（実施の形態５）図５は、本発明によるク
ライアント／サーバシステムの一例を示したもので、図
５において、５１はサーバ、５１１はヒストリ情報取得
プロシージャを実行する管理サーバである。

【０１４５】５１１１はヒストリ情報取得プロシージャ
で、クライアント５２からこのプロシージャの実行を要
求されると、ヒストリ情報部５１３に書き込まれたアプ
リケーションサーバ名、リモートプロシージャ名、リモ
ートプロシージャの引数を元に実行結果を取得し、ヒス
トリ情報取得プロシージャの実行結果としてクライアン
ト５２へ返す。

【０１４６】５１１２はリモートプロシージャ制御部
で、クライアント５２のリモートプロシージャ制御部５
２２からヒストリ情報取得プロシージャ５１１１の実行
要求を受けてその要求内容を実行し、またその実行結果
をクライアント５２のリモートプロシージャ制御部５２
２へ返信する。

【０１４７】５１２はクライアント５２からのリモート
プロシージャコールを受け付けるアプリケーションサー
バ、５１２１はリモートプロシージャで、クライアント
から実行可能なプロシージャを登録している。

【０１４８】５１２１１はヒストリ情報書き込み部で、
リモートプロシージャ５１２１を実行要求するクライア
ント５２のクライアント情報、リモートプロシージャを
設けているアプリケーションサーバ名、リモートプロシ
ージャ名、リモートプロシージャの引数、リモートプロ
シージャのエラー情報をリモートプロシージャ実行時に
ヒストリ情報部５１３に書き込む。

【０１４９】５１１２はリモートプロシージャ制御部
で、クライアント５２のリモートプロシージャ制御部５
２２からリモートプロシージャ５１２１の実行要求を受
けてその要求内容を実行し、またその実行結果をクライ
アント５２のリモートプロシージャ制御部５２２へ返信
する。

【０１５０】５１３はヒストリ情報部で、クライアント
５２から実行要求されるリモートプロシージャの実行結
果を格納するもので、リモートプロシージャを実行要求
したクライアント情報、リモートプロシージャを設けた
アプリケーションサーバ名、実行したリモートプロシー
ジャ名、リモートプロシージャの引数、リモートプロシ
ージャのエラー情報が格納される。

【０１５１】５２はクライアント、５２１はアプリケー
ションで、管理サーバおよびアプリケーションサーバに
登録されているヒストリ情報取得プロシージャ、リモー
トプロシージャの実行を要求する。

【０１５２】５２２はリモートプロシージャ制御部で、
アプリケーション５２１から渡されるバインディング情
報を使用して管理サーバ５１１あるいはアプリケーショ
ンサーバ５１２にアクセスし、管理サーバ５１１のリモ
ートプロシージャ制御部５１１２へヒストリ情報取得プ
ロシージャ５１１１の実行要求、アプリケーションサー
バ５１２のリモートプロシージャ制御部５１２２へリモ
ートプロシージャ５１２１の実行要求を送信したり、起
動プロシージャ５１１１、リモートプロシージャ５１２
１の実行結果をそれぞれリモートプロシージャ制御部５
１１２、リモートプロシージャ制御部５１２２から受信
する。５３は通信経路である。

【０１５３】以上のように構成されたクライアント／サ
ーバシステムについて、図５を参照しながらその動作を
説明する。

【０１５４】サーバ５１上では、管理サーバ５１１およ
びアプリケーションサーバ５１２が起動されており、ク
ライアント５２からのヒストリ情報取得プロシージャ５
１１１およびリモートプロシージャ５１２１の実行要求
の待ち状態になっている。また、クライアント５２はサ
ーバ５１の管理サーバ５１１およびアプリケーションサ
ーバ５１２のバインディング情報を知っており、管理サ
ーバ５１１のヒストリ情報取得プロシージャ５１１１お
よびリモートプロシージャ５１２１を実行することが可
能になっているものとする。

【０１５５】処理５−１：まず、クライアント５２は、
アプリケーション５２１からアプリケーションサーバ５
１２のバインディング情報を使ってアプリケーションサ
ーバ５１２上のリモートプロシージャ５１２１の実行要
求をする。

【０１５６】処理５−２：リモートプロシージャ制御部
５２２はその要求をアプリケーションサーバ５１２のバ
インディング情報を使ってアプリケーションサーバ５１
２へアクセスし、アプリケーションサーバ５１２のリモ
ートプロシージャ制御部５１２２へリモートプロシージ
ャ５１２１の実行を要求する。

【０１５７】処理５−３：アプリケーションサーバ５１
２のリモートプロシージャ制御部５１２２は、クライア
ント５２からの要求を受けると、要求されたリモートプ
ロシージャ５１２１を実行させる。

【０１５８】処理５−４：リモートプロシージャ５１２
１は、実行結果としてエラー情報およびリモートプロシ
ージャ５１２１を実行要求したクライアント情報、リモ
ートプロシージャを設けているアプリケーションサーバ
名、リモートプロシージャ名、リモートプロシージャの
引数をヒストリ情報書き込み部５１２１１へ渡す。

【０１５９】処理５−５：ヒストリ情報書き込み部５１
２１１は、パラメータとして受けたクライアント情報、
アプリケーションサーバ名、リモートプロシージャ名、
リモートプロシージャの引数、およびエラー情報をヒス
トリ情報部５１３へ書き込む。書き込みが終了したら、
リモートプロシージャ５１２１は、リモートプロシージ
ャ５１２１の実行結果をリモートプロシージャ制御部５
１２２へ返す。

【０１６０】処理５−６：リモートプロシージャ制御部
５１２２は、リモートプロシージャ５１２１実行結果を
リモートプロシージャ制御部５２２へ返信する。

【０１６１】処理５−７：リモートプロシージャ制御部
５２２は、返信された結果をアプリケーション５２１へ
渡す。

【０１６２】ここで、更にクライアント５２が上記手順
によりアプリケーションサーバ５１２のリモートプロシ
ージャ５１２１を実行し、アプリケーションサーバ５１
２上のリモートプロシージャ制御部５１２２からクライ
アントのリモートプロシージャ制御部５２２へリモート
プロシージャ５１２１の実行結果を得る前に、クライア
ント側の停電等の障害により、実行結果を得ることがで
きなかったとする。

【０１６３】処理５−８：障害復旧後、まず、クライア
ント５２は、アプリケーション５２１から管理サーバ５
１１のバインディング情報、直前に実行したリモートプ
ロシージャを備えたアプリケーションサーバ名、リモー
トプロシージャ名、リモートプロシージャの引数をパラ
メータとして管理サーバ５１１上のヒストリ情報取得プ
ロシージャ５１１１の実行要求をする。

【０１６４】処理５−９：リモートプロシージャ制御部
５２２はその要求を管理サーバ５１１のバインディング
情報を使って管理サーバ５１１へアクセスし、管理サー
バ５１１のリモートプロシージャ制御部５１１２へヒス
トリ情報取得プロシージャ５１１１の実行を要求する。

【０１６５】処理５−１０：アプリケーションサーバ５
１２のリモートプロシージャ制御部５１１２は、要求さ
れたヒストリ情報取得プロシージャ５１１１を実行させ
る。

【０１６６】処理５−１１：ヒストリ情報取得プロシー
ジャ５１１１は、ヒストリ情報取得プロシージャ５１１
１を実行要求したクライアント情報、およびパラメータ
として取得したリモートプロシージャを設けているアプ
リケーションサーバ名、リモートプロシージャ名、リモ
ートプロシージャの引数からヒストリ情報書き込み部５
１２１１に書き込まれた情報を参照し、該当プロシージ
ャのエラー情報を取得し、リモートプロシージャ制御部
５１１２へその結果を返す。

【０１６７】処理５−１２：リモートプロシージャ制御
部５１１２は、ヒストリ情報取得プロシージャ５１１１
実行結果をリモートプロシージャ制御部５２２へ返信す
る。

【０１６８】処理５−１３：リモートプロシージャ制御
部５２２は、返信された結果をアプリケーション５２１
へ渡す。

【０１６９】以上のように、本実施の形態では、クライ
アント側の停電等の障害原因により、リモートプロシー
ジャの実行結果を得ることができなくても、管理サーバ
にヒストリ情報プロシージャを設け、サーバ内にヒスト
リ情報部を設けることにより、障害復旧後、ヒストリ情
報取得プロシージャを実行することにより、障害前のリ
モートプロシージャの実行結果を得ることができ、リモ
ートプロシージャを再実行する必要があるのかどうか判
断することができ、その実用的効果は大きい。

【０１７０】

【発明の効果】従って、第１の発明によれば、管理サー
バがアプリケーションサーバの情報を利用し、複数のク
ライアントを一つのアプリケーションサーバに対応さ
せ、サーバの物理的リソースの消費を抑えることができ
るという有利な効果が得られる。

【０１７１】第２の発明によれば、管理サーバにＣＰＵ
の負荷を監視するＣＰＵ監視部を設けることにより、ア
プリケーションサーバ起動時に、また、アプリケーショ
ンサーバにＣＰＵの負荷を監視するＣＰＵ監視部を設け
ることにより、リモートプロシージャ実行時に、それぞ
れクライアントからの要求の受け付け／拒否を制御し、
サーバの負荷を安定させることができるという有利な効
果が得られる。

【０１７２】第３に発明によれば、管理サーバ内にアプ
リケーションサーバ障害時に別のアプリケーションサー
バを起動するリモートプロシージャを更に設けることに
より、アプリケーションサーバに障害が発生しても管理
サーバは代替アプリケーションサーバを生成し、クライ
アントは代替アプリケーションサーバのリモートプロシ
ージャを実行できるという有利な効果が得られる。

【０１７３】第４の発明によれば、サーバ内にアプリケ
ーションサーバのリモートプロシージャの実行した情報
を記憶する記憶装置と、記憶装置に記憶されたリモート
プロシージャの実行した情報を取得することができるリ
モートプロシージャを管理サーバに登録することによ
り、クライアントの障害により正常終了として得られな
かったリモートプロシージャの結果を得ることができる
という有利な効果が得られる。

【図面の簡単な説明】

【図１】本発明の実施の形態１によるクライアント／サ
ーバシステムの構成例を示す図

【図２】本発明の実施の形態２によるクライアント／サ
ーバシステムの構成例を示す図

【図３】本発明の実施の形態３によるクライアント／サ
ーバシステムの構成例を示す図

【図４】本発明の実施の形態４によるクライアント／サ
ーバシステムの構成例を示す図

【図５】本発明の実施の形態５によるクライアント／サ
ーバシステムの構成例を示す図

【図６】従来のクライアント／サーバシステムの構成例
を示す図

【符号の説明】

１１ サーバ １１１ 管理サーバ １１１１ 起動プロシージャ １１１１１ バインディング情報受信部 １１１２ リモートプロシージャ制御部 １１２ アプリケーションサーバ １１２１ バインディング情報送信部 １１２２ リモートプロシージャ １１２３ リモートプロシージャ制御部 １１３ アプリケーションサーバ起動情報管理部 １１４ アプリケーションサーバ情報部 １２ クライアント １２１ アプリケーション １２２ リモートプロシージャ制御部 １３ 通信経路 ２１ サーバ ２１１ 管理サーバ ２１１１ 起動プロシージャ ２１１１１ バインディング情報受信部 ２１１１２ ＣＰＵ監視部 ２１１２ リモートプロシージャ制御部 ２１２ アプリケーションサーバ ２１２１ バインディング情報送信部 ２１２２ リモートプロシージャ ２１２３ リモートプロシージャ制御部 ２１３ アプリケーションサーバ起動情報管理部 ２１４ アプリケーションサーバ情報部 ２２ クライアント ２２１ アプリケーション ２２２ リモートプロシージャ制御部 ２３ 通信経路 ３１ サーバ ３１１ 管理サーバ ３１１１ 起動プロシージャ ３１１１１ バインディング情報受信部 ３１１２ リモートプロシージャ正著部 ３１２ アプリケーションサーバ ３１２１ バインディング情報送信部 ３１２２ リモートプロシージャ ３１２２１ ＣＰＵ監視部 ３１２３ リモートプロシージャ制御部 ３１３ アプリケーションサーバ起動情報管理部 ３１４ アプリケーションサーバ情報部 ３２ クライアント ３２１ アプリケーション ３２２ リモートプロシージャ制御部 ３３ 通信経路 ４１ サーバ ４１１ 管理サーバ ４１１１ 起動プロシージャ ４１１１１ バインディング情報受信部 ４１１２ 代替アプリケーションサーバ起動プロシージ
ャ ４１１２１ バインディング情報受信部 ４１１３ リモートプロシージャ制御部 ４１２ アプリケーションサーバ ４１２１ バインディング情報送信部 ４１２２ リモートプロシージャ ４１２３ リモートプロシージャ制御部 ４１３ アプリケーションサーバ起動情報管理部 ４１４ アプリケーションサーバ情報部 ４１５ 代替アプリケーションサーバ ４１５１ バインディング情報送信部 ４１５２ リモートプロシージャ ４１５３ リモートプロシージャ制御部 ４２ クライアント ４２１ アプリケーション ４２２ リモートプロシージャ制御部 ４３ 通信経路 ５１ サーバ ５１１ 管理サーバ ５１１１ ヒストリ情報取得プロシージャ ５１１２ リモートプロシージャ制御部 ５１２ アプリケーションサーバ ５１２１ リモートプロシージャ ５１２１１ ヒストリ情報書き込み部 ５１２２ リモートプロシージャ制御部 ５１３ ヒストリ情報部 ５２ クライアント ５２１ アプリケーション ５２２ リモートプロシージャ制御部 ５３ 通信経路 ６１ サーバ ６１１ アプリケーションサーバ ６１１１ リモートプロシージャ ６１１２ リモートプロシージャ制御部 ６１２ アプリケーションサーバ ６１２１ リモートプロシージャ ６１２２ リモートプロシージャ制御部 ６２ クライアント ６２１ アプリケーション ６２２ リモートプロシージャ制御部 ６３ 通信経路

Claims (5)

【特許請求の範囲】
1. 【請求項１】 処理要求を行なうクライアントと処理要
   求を受けるサーバとが通信経路を介して接続されるクラ
   イアント／サーバシステムにおいて、 前記サーバとして、前記クライアントから実行要求され
   るリモートプロシージャを有するアプリケーションサー
   バと、前記アプリケーションサーバを起動状況を管理す
   る管理サーバと、アプリケーションサーバ起動時のパラ
   メータを管理するアプリケーションサーバ起動情報管理
   部と、起動したアプリケーションサーバに関する情報を
   記憶するアプリケーションサーバ情報部とを設け、 前記管理サーバ内に、前記クライアントからリモートプ
   ロシージャの実行要求を受け、リモートプロシージャの
   結果を前記クライアントへ返す第１のリモートプロシー
   ジャ制御部と、前記アプリケーションサーバを起動し、
   そのアプリケーションサーバのバインディング情報を受
   信するためのバインディング情報受信部を有する起動プ
   ロジージャとを設け、 前記アプリケーションサーバ内に、前記管理サーバへア
   プリケーションサーバのバインディング情報を送信する
   バインディング情報送信部と、クライアントから実行可
   能なリモートプロシージャと、前記クライアントからリ
   モートプロシージャの実行要求を受け、リモートプロシ
   ージャの結果を前記クライアントへ返す第２のリモート
   プロシージャ制御部とを設けたクライアント／サーバシ
   ステム。
2. 【請求項２】 管理サーバの起動プロシージャ内にサー
   バのＣＰＵの負荷を監視するＣＰＵ監視部を更に設けた
   請求項１記載のクライアント／サーバシステム。
3. 【請求項３】 アプリケーションサーバのリモートプロ
   シージャ内にサーバのＣＰＵの負荷を監視するＣＰＵ監
   視部を更に設けた請求項１記載または請求項２記載のク
   ライアント／サーバシステム。
4. 【請求項４】 サーバの管理サーバ内に、アプリケーシ
   ョンサーバの障害通知を受け付ける障害受付リモートプ
   ロシージャを更に設け、 クライアントより指定されたアプリケーションサーバに
   障害が発生し、前記クライアントと前記アプリケーショ
   ンサーバとの間で通信できなくなってしまった場合、前
   記障害受付リモートプロシージャが、前記クライアント
   により新たに指定された代替用のアプリケーションサー
   バを起動することを特徴とする請求項１乃至３のいずれ
   かに記載のクライアント／サーバシステム。
5. 【請求項５】 サーバにアプリケーションサーバのリモ
   ートプロシージャの結果を記憶する記憶装置と、管理サ
   ーバにリモートプロシージャとして前記記憶装置からア
   プリケーションサーバによるリモートプロシージャの結
   果を取り出す情報取得リモートプロシージャと、アプリ
   ケーションサーバのリモートプロシージャ内にリモート
   プロシージャの結果をヒストリ情報へ書き込むヒストリ
   情報書き込み部とを設け、 クライアントに障害が発生し、前記アプリケーションサ
   ーバからリモートプロシージャの結果を得られなかった
   時、クライアントが前記管理サーバの有するヒストリ情
   報取得プロシージャを実行要求することにより、クライ
   アントの障害前に要求したリモートプロシージャの結果
   を前記記憶装置から取得することを特徴とする請求項１
   乃至４のいずれかに記載のクライアント／サーバシステ
   ム。