JP2001117887A

JP2001117887A - 分散型アプリケーションサーバシステム，サービス方法および記録媒体

Info

Publication number: JP2001117887A
Application number: JP29241699A
Authority: JP
Inventors: Takashi Matsuo; 隆司松尾
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-10-14
Filing date: 1999-10-14
Publication date: 2001-04-27

Abstract

(57)【要約】【課題】サーバオブジェクトをネットワーク配信する
ことで、負荷に応じて処理能力を増減でき、高い保守性
を有するアプリケーションサーバを提供する。【解決手段】クライアント３１〜３３はマスタサーバ
装置１のネームサーバ手段１２に対してサービス名を指
定してサービスの要求先を問い合わせる。ネームサーバ
手段１２はサービスリスト１２１を参照して該当サービ
スを実行可能なサーバ装置を選択し該当サーバ装置のロ
ケーション情報と該当サービスのサーバオブジェクトの
インスタンス名をクライアント３１〜３３に返却する。
クライアント３１〜３３は返却された情報を基に該当サ
ーバ装置に接続してサービスの実行を要求する。なお、
該当サーバ装置に該当サービスのサーバオブジェクトが
ない場合には、サーバ間通信手段１４，２４を通じてマ
スタサーバ装置１から該当サーバ装置にサーバオブジェ
クトを配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散型アプリケー
ションサーバシステムに関し、特にサーバ装置間で負荷
の調整を行い負荷集中を回避する分散型アプリケーショ
ンサーバシステム，サービス方法および記録媒体に関す
る。

【０００２】

【従来の技術】近年、Ｊａｖａアプレットに代表される
ように、サーバからクライアントに配信されるプログラ
ム（或いはスクリプト，またはオブジェクト）が注目を
浴びている。

【０００３】これは、クライアントマシンの種別を選ば
ずに実行できること、およびサーバに登録された実体の
みを保守すれば良いという保守性の高さによるところが
大きい。

【０００４】一方、サーバ側のプログラムにおいては、
ＥＪＢ（ＥｎｔｅｒｐｒｉｓｅＪａｖａＢｅａｎ
ｓ）に代表されるように、そのコンポーネントモデルと
しての生産性の高さこそ注目されているものの、前記の
ようなマシンに依存しない点およびネットワークによる
配信という恩恵を受けることはなかった。

【０００５】

【発明が解決しようとする課題】しかしながら、上述の
従来の技術では、サーバ側のプログラムにおいては、マ
シンに依存しない点およびネットワークによる配信とい
う恩恵を受けていないために、サーバ毎にプログラムを
準備しなければならないという問題点がある。

【０００６】本発明の目的は、サーバ用オブジェクトを
ネットワーク配信してサーバマシンの種別に依存せずに
実行させることで負荷状況に応じて処理能力を増減でき
るアプリケーションサーバシステムを提供することにあ
る。

【０００７】

【課題を解決するための手段】本願第１の発明の分散型
アプリケーションサーバシステムは、複数のクライアン
トからの要求を１つのマスタサーバ装置と複数のスレー
ブサーバ装置からなるサーバ装置群でサービスする分散
型アプリケーションサーバシステムであって、前記マス
タサーバ装置に、前記クライアントに対して要求された
サービスを実行する前記サーバ装置のロケーション情報
を管理するネームサーバ手段と、前記マスタサーバ装置
のマシン種別に依存せずに前記クライアントから要求さ
れたサービスを実行するためのサーバオブジェクトが動
作する第１の仮想マシン手段と、前記スレーブサーバ装
置との間の通信を行う第１のサーバ間通信手段と、前記
ネームサーバ手段と前記第１の仮想マシン手段と前記第
１のサーバ間通信手段とを統括管理する第１の管理モニ
タ手段と、を含み、前記スレーブサーバ装置に、前記ス
レーブサーバ装置のマシン種別に依存せずに前記クライ
アントから要求されたサービスを実行するためのサーバ
オブジェクトが動作する第２の仮想マシン手段と、前記
マスタサーバ装置との間の通信を行う第２のサーバ間通
信手段と、前記第２の仮想マシン手段と前記第２のサー
バ間通信手段部とを統括管理する第２の管理モニタ手段
と、を含み、成ることを特徴とする。

【０００８】本願第２の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記ネームサー
バ手段は、サーバエントリとサービスエントリとインス
タンスエントリとの３種類のエントリからなるサービス
リストを有することを特徴とする。

【０００９】本願第３の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記第１の管理
モニタ手段は、前記第１のサーバ間通信手段を介して前
記サーバオブジェクトを前記スレーブサーバ装置に配信
することを特徴とする。

【００１０】本願第４の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記第２の管理
モニタ手段は、前記第２のサーバ間通信手段を介して前
記マスタサーバ装置から配信された前記サーバオブジェ
クトを起動することを特徴とする。

【００１１】本願第５の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記ネームサー
バ手段は、前記クライアントからのサービス要求に対し
て前記要求されたサービスを実行する前記サーバ装置の
ロケーション情報を前記クライアントに通知することを
特徴とする。

【００１２】本願第６の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記クライアン
トは、前記ネームサーバ手段から通知された前記サーバ
装置のロケーション情報を基に前記サーバ装置にサービ
スの実行を要求することを特徴とする。

【００１３】本願第７の発明の分散型アプリケーション
サーバシステムは、第５または第６の発明において前記
ロケーション情報は、前記サーバ装置のＩＰアドレスで
あることを特徴とする。

【００１４】本願第８の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記第２の管理
モニタ手段は、前記第２のサーバ間通信手段を介して前
記サーバオブジェクトを前記マスタサーバ装置に配信す
ることを特徴とする。

【００１５】本願第９の発明の分散型アプリケーション
サーバシステムは、第１の発明において前記第１の管理
モニタ手段は、前記第１のサーバ間通信手段を介して前
記スレーブサーバ装置から配信された前記サーバオブジ
ェクトを起動することを特徴とする。

【００１６】本願第１０の発明の分散型アプリケーショ
ンサーバシステムのサービス方法は、複数のクライアン
トからの要求を１つのマスタサーバ装置と複数のスレー
ブサーバ装置からなるサーバ装置群でサービスする分散
型アプリケーションサーバシステムのサービス方法であ
って、前記クライアントはマスタサーバ装置のネームサ
ーバに対してサービス名を指定してサービスの要求先を
問い合わせ、前記ネームサーバはサービスリストを参照
して前記サービス名のサービスを提供可能なサーバ装置
をサーチし提供可能なサーバ装置のロケーション情報お
よび前記サービスのインスタンス名を前記クライアント
に返却し、前記クライアントは前記ネームサーバから返
却されたサーバ装置のロケーション情報および前記サー
ビスのインスタンス名を指定して前記サーバ装置にサー
ビスの実行を要求し、前記サーバ装置はインスタンス名
で指定されたサービスを実行する、ことを特徴とする。

【００１７】本願第１１の発明の分散型アプリケーショ
ンサーバシステムのサービス方法は、複数のクライアン
トからの要求を１つのマスタサーバ装置と複数のスレー
ブサーバ装置からなるサーバ装置群でサービスする分散
型アプリケーションサーバシステムのサービス方法であ
って、サービスリストのサービスエントリ内にあるサー
ビス名の要求拒否回数をサーチし前記要求拒否回数がし
きい値よりも高い場合には前記サービスが高負荷である
ものと判断し、サーバエントリより生成されたインスタ
ンス数が最も少ないサーバ装置をサーチし前記サーチさ
れたサーバ装置が最も負荷が低いサーバ装置であると判
断し、更に前記生成されたインスタンス数がしきい値未
満の場合には前記サーチされたサーバ装置にはまだサー
ビスを実行する余力があるものと見なし、前記サービス
を処理するサーバオブジェクトのインスタンスを生成す
る、ことを特徴とする。

【００１８】本願第１２の発明の分散型アプリケーショ
ンサーバシステムのサービス方法は、第１１の発明にお
いて前記サーチされたサーバ装置がマスタサーバ装置と
は異なるサーバ装置で前記サービスを初めて実行する場
合には前記サーチされたサーバ装置に前記サービスのた
めのサーバオブジェクトを前記マスタサーバ装置から配
信することを特徴とする。

【００１９】本願第１３の発明の分散型アプリケーショ
ンサーバシステムのサービス方法は、複数のクライアン
トからの要求を１つのマスタサーバ装置と複数のスレー
ブサーバ装置からなるサーバ装置群でサービスする分散
型アプリケーションサーバシステムのサービス方法であ
って、サービスリストのサービスエントリ内にあるサー
ビス名の実行中インスタンス数に１を加えた値を生成イ
ンスタンス数の値で割った値がしきい値よりも小さくな
った場合には前記サービスは低負荷であると判断し、前
記サービス名をもつインスタンスエントリより前記サー
ビスを現在実行していないインスタンスを選択し、前記
選択されたインスタンスが存在するサーバ装置のうち生
成されたインスタンス数が最も多いものをサーバエント
リよりサーチし、前記サーチされたサーバ装置から前記
サービスのインスタンスを１つ削除する、ことを特徴と
する。

【００２０】本願第１４の発明の記録媒体は、クライア
ントはマスタサーバ装置のネームサーバに対してサービ
ス名を指定してサービスの要求先を問い合わせる問い合
わせ処理と、前記ネームサーバはサービスリストを参照
して前記サービス名のサービスを提供可能なサーバ装置
をサーチし提供可能なサーバ装置のロケーション情報お
よび前記サービスのインスタンス名を前記クライアント
に返却する返却処理と、前記クライアントは前記ネーム
サーバから返却されたサーバ装置のロケーション情報お
よび前記サービスのインスタンス名を指定して前記サー
バ装置にサービスの実行を要求する実行要求処理と、前
記サーバ装置はインスタンス名で指定されたサービスを
実行するサービス実行処理と、をコンピュータに実行さ
せるためのプログラムを記録したことを特徴とする。

【００２１】本願第１５の発明の記録媒体は、サービス
リストのサービスエントリ内にあるサービス名の要求拒
否回数をサーチし前記要求拒否回数がしきい値よりも高
い場合には前記サービスが高負荷であるものと判断する
サービス負荷判断処理と、サーバエントリより生成され
たインスタンス数が最も少ないサーバ装置をサーチし前
記サーチされたサーバ装置が最も負荷が低いサーバ装置
であると判断するサーバ負荷判断処理と、更に前記生成
されたインスタンス数がしきい値未満の場合には前記サ
ーチされたサーバ装置にはまだサービスを実行する余力
があるものと見なす余力判断処理と、前記サービスを実
行するサーバオブジェクトのインスタンスを生成する生
成処理と、をコンピュータに実行させるためのプログラ
ムを記録したことを特徴とする。

【００２２】本願第１６の発明の記録媒体は、第１５の
発明において前記サーチされたサーバ装置がマスタサー
バ装置とは異なるサーバ装置で前記サービスを初めて実
行する場合には前記サーチされたサーバ装置に前記サー
ビスのためのサーバオブジェクトを前記マスタサーバ装
置から配信する配信処理をコンピュータに実行させるた
めのプログラムを記録したことを特徴とする。

【００２３】本願第１７の発明の記録媒体は、サービス
リストのサービスエントリ内にあるサービス名の実行中
インスタンス数に１を加えた値を生成インスタンス数の
値で割った値がしきい値よりも小さくなった場合には前
記サービスは低負荷であると判断するサービス負荷判断
処理と、前記サービス名をもつインスタンスエントリよ
り前記サービスを現在実行していないインスタンスを選
択する選択処理と、前記選択されたインスタンスが存在
するサーバ装置のうち生成されたインスタンス数が最も
多いものをサーバエントリよりサーチするサーチ処理
と、前記サーチされたサーバ装置から前記サービスのイ
ンスタンスを１つ削除する削除処理と、をコンピュータ
に実行させるためのプログラムを記録したことを特徴と
する。

【００２４】

【発明の実施の形態】本発明は、サーバ装置のマシンの
種別に依存することなくネットワーク透過に負荷状況に
応じてサーバオブジェクトを動的に増減できる分散型ア
プリケーションサーバシステムに関するものである。こ
れにより、ネットワークを介して負荷状況に応じて動的
かつマシン透過にサーバサービスを増減させるスケーラ
ビリティに富んだクライアントサーバシステムを構築す
ることが可能となる。

【００２５】ここで、以降に使用する用語について説明
する。

【００２６】サーバオブジェクトとは、クライアントか
ら要求されたサービスを実行するサーバ装置上で動作す
るプログラムである。サーバオブジェクトは、サーバ装
置の仮想マシン手段により、サーバ装置の種別に依存せ
ずどのサーバ装置上でも動作できる。

【００２７】なお、同一のサービスを提供するサーバオ
ブジェクトを同時に複数起動することが可能であり、そ
の各々をサーバオブジェクトのインスタンスと呼ぶ。

【００２８】例えば、サービスＡを提供するサーバオブ
ジェクトをＳＶ−Ａとしたときに、サービスＡが同時に
３のクライアントから要求されると、サーバオブジェク
トＳＶ−Ａが３つ起動され、インスタンスＳＶ−Ａａ、
ＳＶ−Ａｂ、ＳＶ−Ａｃとして生成され、それぞれがク
ライアントに対してサービスを行う。ここで、ａ，ｂ，
ｃはインスタンスの識別子（ＩＤ）である。サーバオブ
ジェクト名にインスタンス識別子（ＩＤ）を付加したも
のをインスタンス名という。すなわち、ＳＶ−Ａａ、Ｓ
Ｖ−Ａｂ、ＳＶ−Ａｃがインスタンス名である。

【００２９】本発明の第１の実施の形態について、図面
を参照して詳細に説明する。

【００３０】図１は、本発明の第１の実施の形態の構成
を示す図である。

【００３１】図１を参照すると、本発明の分散型アプリ
ケーションサーバシステムは、マスタサーバ装置１と，
スレーブサーバ装置２と、クライアント３１と、クライ
アント３２と、クライアント３３と、から構成される。

【００３２】マスタサーバ装置１は、ネームサーバ手段
１２と仮想マシン手段１３とサーバ間通信手段１４と管
理モニタ手段１５と記憶装置１６とを含み、クライアン
ト３１〜３３に対してサービスを提供する。

【００３３】スレーブサーバ装置２は、仮想マシン手段
２３とサーバ間通信手段２４と管理モニタ手段２５とを
含み、クライアント３１〜３３に対してサービスを提供
する。

【００３４】なお、以降の説明で、マスタサーバ装置
１，スレーブサーバ装置２を問わない場合には単にサー
バ装置と表す。

【００３５】ネームサーバ手段１２は、クライアント３
１〜３３に対してサービスを実行するサーバ装置のロケ
ーション情報等を管理する。ネームサーバ手段１２はシ
ステム内でただ１つ存在する。ネームサーバ手段１２が
存在するサーバ装置をマスタサーバ装置と呼び、ネーム
サーバ手段１２が存在しないサーバ装置をスレーブサー
バ装置と呼ぶ。なお、ネームサーバ手段１２は、サービ
スリスト１２１を有する。

【００３６】サービスリスト１２１は、サーバ装置のロ
ケーション情報および負荷状況と、各サービスの負荷状
況と、各サーバオブジェクトのインスタンスに対するロ
ケーション情報および状態とを記録する。サービスリス
ト１２１は、ネームサーバ手段１２がサービスを実行す
るインスタンスのロケーションを決定するため或いはシ
ステム負荷の増減に応じてインスタンスの増減を行うた
めに使用される。サービスリスト１２１の詳細について
は、後述する。

【００３７】仮想マシン手段１３，２３は、サーバオブ
ジェクトをサーバ装置のマシン種別に依存せずに実行動
作させる。仮想マシン手段１３，２３は、サーバオブジ
ェクトがサーバ装置で動作できるように必要に応じてイ
ンタフェース変換を行う。

【００３８】図１の例では、サービスＡを提供するサー
バオブジェクトＳＶ−ＡのインスタンスＳＶ−Ａａ１３
１およびＳＶ−Ａｂ１３３並びにサービスＢを提供する
サーバオブジェクトＳＶ−ＢのインスタンスＳＶ−Ｂａ
１３２が仮想マシン手段１３の上で、サービスＡを提供
するサーバオブジェクトＳＶ−ＡのインスタンスＳＶ−
Ａｃ２３１が仮想マシン手段２３の上で、動作している
ことを示している。

【００３９】サーバ間通信手段１４，２４は、マスタサ
ーバ装置１とスレーブサーバ装置２との間の通信を行
う。

【００４０】管理モニタ手段１５は、マスタサーバ装置
１を統括管理すると共にサーバオブジェクトのインスタ
ンスを生成する。管理モニタ手段１５が起動されたとき
に全サービスのサーバオブジェクトのインスタンスを一
括して生成してもよいし、要求されたサービス毎にサー
バオブジェクトのインスタンスを生成してもよい。ま
た、管理モニタ手段１５は、スレーブサーバ装置２にサ
ーバオブジェクトがない場合に、サーバオブジェクトを
サーバ間通信手段１４を介してスレーブサーバ装置２に
配信する。

【００４１】管理モニタ手段２５は、スレーブサーバ装
置２を統括管理すると共にサーバオブジェクトのインス
タンスを生成する。また、マスタサーバ装置１から配信
されたサーバオブジェクトをサーバ間通信手段２４を介
して受け取り、サーバオブジェクトのインスタンスを生
成する。

【００４２】記憶装置１６は、マスタサーバ装置１およ
びスレーブサーバ装置２で実行されるクライアントサー
ビス用のサーバオブジェクトを格納する。

【００４３】クライアント３１〜３３は、マスタサーバ
装置１あるいはスレーブサーバ装置２に対して、各種サ
ービスを要求する。

【００４４】次に、サービスリスト１２１の詳細につい
て、図２および図３を用いて説明する。

【００４５】図２は、サービスリストのエントリの構成
例を示す図である。図３は、サービスリストの例を示す
図である。

【００４６】図２に示すように、サービスリストは、サ
ーバエントリとサービスエントリとインスタンスエント
リとの３種類のエントリからなる。これらのエントリ
は、先頭項目であるエントリ種別によって区別される。

【００４７】サーバエントリは、該当サーバ装置のサー
バ名，ロケーション情報（例えば、ＩＰアドレス），負
荷情報としての実行中のサーバオブジェクトのインスタ
ンス数および生成されたインスタンス数を記録してい
る。

【００４８】サービスエントリは、該当サービスの名
称，該当サービスを提供するためにシステム全体で実行
中のサーバオブジェクトのインスタンス数，生成された
インスタンス数およびクライアントからサービスの要求
を受けたが高負荷のため処理できずにエラーで返却した
要求拒否回数を記録している。

【００４９】インスタンスエントリは、サーバオブジェ
クトのインスタンス名，サービス名，該当インスタンス
が存在するサーバ名および現在サービスを実行中である
か否を示す実行中フラグを記録している。

【００５０】サービスリストの例を図３に示す。

【００５１】図３を参照すると、サービスリストには２
つのサーバエントリと２つのサービスエントリと４つの
インスタンスエントリが存在する。

【００５２】サーバエントリは、１つのサーバの名前
が”マスタＡ”で３個のインスタンスが生成され３個と
も実行中であり、他のサーバの名前が”スレーブＢ”で
１個のインスタンスが生成され未実行中であることを示
している。

【００５３】サービスエントリは、サービス名”サービ
スＡ”のインスタンスが３つ生成されて２つ実行中であ
り２回要求が拒否され、サービス名”サービスＢ”のイ
ンスタンスが１つ生成されて１つ実行中であることを示
している。

【００５４】インスタンスエントリは、”サービスＡ”
のインスタンス”ＳＶ−Ａａ”と”ＳＶ−Ａｂ”が”マ
スタＡ”で実行中で”ＳＶ−Ａｃ”が”スレーブＢ”で
未実行であり、”サービスＢ”のインスタンス”ＳＶ−
Ｂａ”が”マスタＡ”で実行中であることを示してい
る。

【００５５】本発明の第１の実施の形態の動作につい
て、図１〜図３および図４〜図７を参照して詳細に説明
する。

【００５６】図４は、クライアントからのサービス実行
要求の流れを示す図である。

【００５７】図５は、システム拡張の流れを示す図であ
る。

【００５８】図６は、管理モニタがサーバオブジェクト
のインスタンスを増加する流れを示す図である。

【００５９】図７は、管理モニタがサーバオブジェクト
のインスタンスを削減する流れを示す図である。

【００６０】最初に、システムの立ち上がりを説明す
る。

【００６１】マスタサーバ装置１を立ち上げると、ネー
ムサーバ手段１２，仮想マシン手段１３，サーバ間通信
手段１４，管理モニタ手段１５が起動される。

【００６２】ネームサーバ手段１２は、装置の立ち上げ
時に自動的に起動されるが、装置の立ち上げ後にシステ
ム管理者からの指示によって起動されるようにしてもよ
い。ネームサーバ手段１２は、その初期化処理において
サービスリスト１２１を作成し、マスタサーバ装置１用
のサーバエントリおよびサービスエントリを作成する
（この時点では、実行中のサーバオブジェクトのインス
タンス数および生成されたインスタンス数は共に０であ
る）。

【００６３】管理モニタ手段１５は、システム管理者か
らの指示に基づき、登録されたサーバオブジェクトのイ
ンスタンスを生成する。このとき、管理モニタ手段１５
はネームサーバ手段１２に通知を行い、ネームサーバ手
段１２はインスタンスエントリを作成すると共に、サー
バエントリやサービスエントリ中の生成されたインスタ
ンス数をセットする。なお、該当サービスに対するサー
ビスエントリが存在しない場合にはサービスエントリを
作成する。

【００６４】本実施の形態の例では、サービスＡを提供
するサーバオブジェクトＳＶ−Ａのインスタンスとして
ＳＶ−Ａａ１３１が、サービスＢを提供するサーバオブ
ジェクトＳＶ−ＢのインスタンスとしてＳＶ−Ｂａ１３
２が生成されるものとする。

【００６５】次に、図４を参照して、クライアントから
のサービス実行要求について説明する。

【００６６】まず、クライアント３１〜３３は、マスタ
サーバ装置１のネームサーバ手段１２に対してサービス
名を指定してサービスの要求先（該当サービスのロケー
ション情報）を問い合わせる（ステップＡ１）。なお、
マスタサーバ装置１のロケーション情報は、予め各クラ
イアント３１〜３３に設定してあるものとする。

【００６７】ネームサーバ手段１２は、サービスリスト
１２１のサービスエントリ内にある実行中のサービスオ
ブジェクトのインスタンス数および生成されたインスタ
ンス数より、該当サービスを実行可能であるか否かを判
断する（ステップＡ２）。

【００６８】実行不可能であれば、サービスエントリの
要求拒否回数をカウントアップし（ステップＡ３）、ク
ライアント３１〜３３に「高負荷のためサービスを実行
できない」旨を示すエラーを返す（ステップＡ４）。

【００６９】サービスを提供可能であれば、ネームサー
バ手段１２はインスタンスエントリより該当サービスを
実行中でないインスタンスをサーチし、そのサーバ名よ
りサーバエントリをサーチし、サーバ装置の中で実行中
のインスタンス数が最も少ないもの（最も負荷の低いサ
ーバ装置）のロケーション情報（ＩＰアドレス）と、該
当インスタンス名をクライアント３１〜３３に返却する
（ステップＡ５〜Ａ７）。

【００７０】クライアント３１〜３３は、返却された情
報を基にサーバ装置に接続し、インスタンス名で指定さ
れたインスタンスに対してサービスの実行を要求する
（ステップＡ８）。

【００７１】例えば、クライアント３１からサービスＡ
の実行要求があり、ネームサーバ手段１２がサービスリ
ストをサーチした結果、インスタンスＳＶ−Ａａ１３１
を選択した場合、そのインスタンス名と共にマスタサー
バ装置１のＩＰアドレスを返却する。この結果、クライ
アント３１は改めてマスタサーバ装置１のインスタンス
ＳＶ−Ａａ１３１に対してサービスＡの実行を要求す
る。

【００７２】次に、図５を参照して、システムの拡張に
ついて説明する。

【００７３】システム管理者がシステムの負荷を緩和す
るために、スレーブサーバ装置２を追加した場合、以下
のようにシステムが拡張される。

【００７４】まず、追加されたスレーブサーバ装置２の
管理モニタ手段２５が、サーバ間通信手段２４，１４を
介してマスタサーバ装置１の管理モニタ手段１５に自身
の起動（サーバサービスが実行可能になったこと）を通
知する（ステップＢ１）。

【００７５】通知を受け取った管理モニタ手段１５は、
ネームサーバ手段１２を通してサービスリスト１２１に
スレーブサーバ装置２用のサーバエントリを登録する
（ステップＢ２）。

【００７６】次に、図６および図７を参照して、サーバ
オブジェクトのインスタンスの増減について説明する。

【００７７】マスタサ−バ装置１の管理モニタである管
理モニタ手段１５は、システム管理者によって設定され
た一定周期で、ネームサーバ手段１２を通じて各サービ
スの負荷を調べシステム全体の負荷状況を監視してお
り、以下のようにサーバオブジェクトのインスタンスの
増減を行う。

【００７８】先ず、図６を参照して、管理モニタ手段１
５がサーバオブジェクトのインスタンスを増加する場合
について説明する。

【００７９】管理モニタ手段１５は、サービスリスト１
２１のサービスエントリ内にある要求拒否回数をサーチ
し、この値がシステム管理者によって設定されたしきい
値よりも高い場合には、該当サービスが高負荷であると
判断する（ステップＣ１〜Ｃ２）。

【００８０】高負荷であると判断した場合には、サーバ
エントリをサーチして生成されたインスタンス数が最も
少ないサーバ装置を見つけ、これが最も負荷が低いサー
バ装置であると判断する（ステップＣ３）。

【００８１】更にその値がシステム管理者によって設定
されたしきい値未満の場合には、該当サーバ装置にはま
だサービスを実行する余力があるものと見なして、該当
サービスを処理するサーバオブジェクトのインスタンス
を生成する。また、生成したインスタンスの情報を登録
するためにサービスリスト１２１にインスタンスエント
リを作成し、更にサーバエントリ，サービスエントリ内
の生成されたインスタンス数をカウントアップする（ス
テップＣ４，Ｃ７）。

【００８２】なお、マスタサーバ装置とは異なるサーバ
装置を該当サービスの実行のために初めて選択した場合
には、サーバ間通信手段を通じて該当サーバ装置にサー
バオブジェクトを配信する（ステップＣ５〜Ｃ６）。

【００８３】一方、高負荷と判断されなかったサービス
に関しては、サービスエントリの要求拒否回数を０にリ
セットする（ステップＣ８）。

【００８４】例えば、システムがマスタサーバ装置１の
みから構成されている時に、サービスＡへの要求が多く
発生し、その単位時間当たりの要求拒否回数が増加した
場合には、まずサーバオブジェクトのインスタンスＳＶ
−Ａｂ１３３が生成される。

【００８５】やがて、システムの負荷を和らげるため
に、システム管理者によってスレーブサーバ装置２が追
加されると、サービスリスト１２１にスレーブサーバ装
置２用のサーバエントリが作成される。

【００８６】その後も、サービスＡへの要求拒否が続く
ようであれば、サーバオジェクトＳＶ−Ａがサーバ間通
信手段１４，２４を通じてマスタサーバ装置１からスレ
ーブサーバ装置２に配信され、インスタンスＳＶ−Ａｃ
２３１が生成される。

【００８７】この結果、クライアント３１，３２がマス
タサーバ装置１でサービスＡの実行中に、更にクライア
ント３３がネームサーバ手段１２にサービスＡの要求先
を問い合わせると、スレーブサーバ装置２のＩＰアドレ
スとインスタンスＳＶ−Ａｃ２３１のインスタンス名が
返却され、クライアント３３はインスタンスＳＶ−Ａｃ
２３１に対してサービスの実行を要求する。

【００８８】続いて、図７を参照して、管理モニタ手段
１５がサーバオブジェクトのインスタンスを削減する場
合について説明する。

【００８９】管理モニタ手段１５は、（サービスエント
リの実行中インスタンス数＋１）÷生成インスタンス数
の値がシステム管理者によって設定されたしきい値より
も小さくなった場合には、該当サービスが低負荷となっ
ているものと判断する（ステップＤ１）。

【００９０】低負荷であると判断した場合には、インス
タンスエントリをサーチして該当サービスを現在実行し
ていないインスタンスを選択し、更に該当インスタンス
が存在するサーバ装置のうち、生成されたインスタンス
数が最も多いもの（サービスの実行率が最も低いもの）
をサーバエントリよりサーチして（ステップＤ２）、該
当サーバ装置から該当サービスのインスタンスを１つ削
除する（ステップＤ４）。

【００９１】但し、該当サーバ装置がマスタサーバ装置
である場合には最低１つのインスタンスを残しておく
（ステップＤ３）。

【００９２】例えば、本実施の形態において、クライア
ントからのサービスＡへの要求がなくなった場合には、
インスタンスＳＶ−Ａｂ１３３が削除される。

【００９３】このように、マスタサーバ装置にクライア
ントサービス用のサーバオブジェクトを有し、負荷状況
に応じてスレーブサーバ装置にクライアントサービス用
のサーバオブジェクトを配信することで、クライアント
からのサービス要求を複数のサーバ装置で分散して実行
することができる。

【００９４】本発明の第２の実施の形態について、図面
を参照して詳細に説明する。

【００９５】第２の実施の形態は、クライアントサービ
ス用のサーバオブジェクトを各サーバ装置に分散して保
有する形態である。第１の実施の形態では、クライアン
トサービス用のサーバオブジェクトはマスタサーバ装置
に一括保有されていたので、クライアントサービス用の
サーバオブジェクトの保有形態が異なっている。

【００９６】図８は、本発明の第２の実施の形態の構成
を説明する図である。

【００９７】図８を参照すると、本発明の分散型アプリ
ケーションサーバシステムは、マスタサーバ装置１とス
レーブサーバ装置２とクライアント３１〜３３とから構
成され、マスタサーバ装置１はネームサーバ手段１２と
仮想マシン手段１３とサーバ間通信手段１４と管理モニ
タ手段１５と記憶装置１６とを含み、スレーブサーバ装
置２は仮想マシン手段２３とサーバ間通信手段２４と管
理モニタ手段２５と記憶装置２６とを含む。

【００９８】第２の実施の形態は、図１の第１の実施の
形態の構成に対して、スレーブサーバ装置２に記憶装置
２６を追加した構成になっている。

【００９９】ここでは、第１の実施の形態と異なる部分
について説明する。

【０１００】最初に、記憶装置２６について説明する。

【０１０１】記憶装置２６は、マスタサーバ装置１およ
びスレーブサーバ装置２で実行されるクライアントサー
ビス用のサーバオブジェクトを格納する。すなわち、記
憶装置２６は、サーバ装置上で実行されるクライアント
サービス用のサーバオブジェクトをマスタサーバ装置１
と分担して保有する。

【０１０２】次に、サービスリストのサービスエントリ
について説明する。

【０１０３】図９は、サービスエントリの構成を示す図
である。

【０１０４】図９に示すサービスエントリには、図２に
示す第１の実施の形態のサービスエントリにサーバ名が
追加されている。サーバ名には、このサービスのための
サーバオブジェクトを保有するサーバ装置のサーバ名を
記録する。他の項目は第１の実施の形態のときと同様で
ある。

【０１０５】次に、第２の実施の形態の動作について説
明する。

【０１０６】先ず、マスタサーバ装置１の立ち上がりを
説明する。

【０１０７】マスタサーバ装置１を立ち上げると、ネー
ムサーバ手段１２，仮想マシン手段１３，サーバ間通信
手段１４，管理モニタ手段１５が起動される。

【０１０８】ネームサーバ手段１２は、その初期化処理
においてサービスリスト１２１を作成し、マスタサーバ
装置１用のサーバエントリおよびサービスエントリを作
成する（この時点では、実行中のサーバオブジェクトの
インスタンス数および生成されたインスタンス数は共に
０である）。

【０１０９】管理モニタ手段１５は、登録されたサービ
スのサーバオブジェクトのインスタンスを生成する。こ
のとき、管理モニタ手段１５はネームサーバ手段１２に
通知を行い、ネームサーバ手段１２はインスタンスエン
トリを作成すると共に、サーバエントリやサービスエン
トリ中の生成されたインスタンス数をセットする。な
お、該当サービスに対するサービスエントリが存在しな
い場合にはサービスエントリを作成する。

【０１１０】続いて、スレーブサーバ装置２の立ち上が
りを説明する。

【０１１１】スレーブサーバ装置２を立ち上げると、仮
想マシン手段２３，サーバ間通信手段２４，管理モニタ
手段２５が起動される。

【０１１２】管理モニタ手段２５は、サーバ間通信手段
２４，１４を介してマスタサーバ装置１の管理モニタ手
段１５に自身の起動（サーバサービスが実行可能になっ
たこと）を通知する。通知を受け取った管理モニタ手段
１５は、ネームサーバ手段１２を通してサービスリスト
１２１にスレーブサーバ装置２用のサーバエントリおよ
び記憶装置２６に格納されたサーバオブジェクト用のサ
ービスエントリを登録する。そして、管理モニタ手段２
５は、登録されたサービスのサーバオブジェクトのイン
スタンスを生成する。このとき、管理モニタ手段２５は
サーバ間通信手段２４，１４を介してネームサーバ手段
１２に通知を行い、ネームサーバ手段１２はインスタン
スエントリを作成すると共に、サーバエントリやサービ
スエントリ中の生成されたインスタンス数をセットす
る。なお、該当サービスに対するサービスエントリが存
在しない場合にはサービスエントリを作成する。

【０１１３】続いて、クライアントからの要求に対して
サーバ装置がサービスを実行することについて説明す
る。

【０１１４】クライアント３１〜３３が、マスタサーバ
装置１のネームサーバ手段１２に対してサービス名を指
定してサービスの要求先を問い合わせる。

【０１１５】ネームサーバ手段１２は、サーバエントリ
をサーチしてサーバ装置の中で実行中のインスタンス数
が最も少ないもの（最も負荷の低いサーバ装置）を選択
する。

【０１１６】選択されたサーバ装置（選択サーバ装置）
に、要求されたサービスの未実行中のインスタンスが有
るかをインスタンスエントリで調べる。

【０１１７】有れば、選択サーバ装置のロケーション情
報と該当インスタンス名をクライアント３１〜３３に返
却する。

【０１１８】無ければ、サービスエントリをサーチして
要求されたサービスのサーバオブジェクトを保有するサ
ーバ装置（保有サーバ装置）を調べる。

【０１１９】ネームサーバ手段１２は、保有サーバ装置
の管理モニタ手段に、要求されたサービスのサーバオブ
ジェクトを選択サーバ装置に配信するように指示する。

【０１２０】保有サーバ装置の管理モニタ手段は、要求
されたサービスのサーバオブジェクトをサーバ間通信手
段を介して選択サーバ装置に配信し、ネームサーバ手段
１２に配信が完了したことを通知する。

【０１２１】選択サーバ装置は、サーバ間通信手段を介
して配信された要求されたサービスのサーバオブジェク
トを受け取りインスタンスを生成し、ネームサーバ手段
１２に通知する。

【０１２２】ネームサーバ手段１２は、選択サーバ装置
のロケーション情報と該当インスタンス名をクライアン
ト３１〜３３に返却する。

【０１２３】クライアント３１〜３３は、返却された情
報を基に選択サーバ装置に接続し、インスタンス名で指
定されたインスタンスに対してサービスの実行を要求す
る。

【０１２４】選択サーバ装置は、要求されたサービスを
実行する。

【０１２５】このように、クライアントサービス用のサ
ーバオブジェクトをマスタサーバ装置とスレーブサーバ
装置に分散して保有し、サーバ装置間でクライアントサ
ービス用のサーバオブジェクトを配信することで、クラ
イアントからのサービス要求を複数のサーバ装置で分散
して実行することができる。

【０１２６】上述した実施の形態では、マスタサーバ装
置と１つのスレーブサーバ装置のシステムで説明した
が、スレーブサーバ装置の個数が複数でも同様に分散制
御できる。

【０１２７】本発明による上述した実施の形態におい
て、分散型アプリケーションサーバシステムの処理動作
を実行するためのプログラム等を、データとして磁気デ
ィスクや光ディスク等の記録媒体（図示せず）に記録す
るようにし、記録されたデータを読み出して分散型アプ
リケーションサーバシステムを動作させるために用い
る。このように、本発明による分散型アプリケーション
サーバシステムを動作させるデータを記録媒体に記録さ
せ、この記録媒体をインストールすることにより分散型
アプリケーションサーバシステムの機能が実現できるよ
うになる。

【０１２８】

【発明の効果】本発明の第１の効果は、極めてスケーラ
ビリティに富んだシステムを構築できることである。そ
の理由は、サービスを提供するサーバオブジェクトをシ
ステム全体の負荷に応じて自動的かつネットワークおよ
びマシン種別に透過に増減させる手段を設けたためであ
る。

【０１２９】本発明の第２の効果は、サービスロジック
に変更があった場合でも特定のサーバ装置上のサーバオ
ブジェクトのみを修正すればよい保守性の高いシステム
を構築できることである。その理由は、サーバオブジェ
クトが特定のサーバ装置から他のサーバ装置に配信され
る手段を設けたためである。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の構成を示す図

【図２】サービスリストのエントリの構成例を示す図

【図３】サービスリストの例を示す図

【図４】クライアントからのサービス実行要求の流れを
示す図

【図５】システム拡張の流れを示す図

【図６】管理モニタがサーバオブジェクトのインスタン
スを増加する流れを示す図

【図７】管理モニタがサーバオブジェクトのインスタン
スを削減する流れを示す図

【図８】本発明の第２の実施の形態の構成を示す図

【図９】サービスエントリの構成を示す図

【符号の説明】

１マスタサーバ装置２スレーブサーバ装置１２ネームサーバ手段１３仮想マシン手段１４サーバ間通信手段１５管理モニタ手段１６記憶装置２３仮想マシン手段２４サーバ間通信手段２５管理モニタ手段２６記憶装置３１クライアント３２クライアント３３クライアント１２１サービスリスト１３１インスタンスＳＶ−Ａａ１３２インスタンスＳＶ−Ｂａ１３３インスタンスＳＶ−Ａｂ２３１インスタンスＳＶ−Ａｃ

Claims

【特許請求の範囲】

【請求項１】複数のクライアントからの要求を１つの
マスタサーバ装置と複数のスレーブサーバ装置からなる
サーバ装置群でサービスする分散型アプリケーションサ
ーバシステムであって、前記マスタサーバ装置に、前記
クライアントに対して要求されたサービスを実行する前
記サーバ装置のロケーション情報を管理するネームサー
バ手段と、前記マスタサーバ装置のマシン種別に依存せ
ずに前記クライアントから要求されたサービスを実行す
るためのサーバオブジェクトが動作する第１の仮想マシ
ン手段と、前記スレーブサーバ装置との間の通信を行う
第１のサーバ間通信手段と、前記ネームサーバ手段と前
記第１の仮想マシン手段と前記第１のサーバ間通信手段
とを統括管理する第１の管理モニタ手段と、を含み、前
記スレーブサーバ装置に、前記スレーブサーバ装置のマ
シン種別に依存せずに前記クライアントから要求された
サービスを実行するためのサーバオブジェクトが動作す
る第２の仮想マシン手段と、前記マスタサーバ装置との
間の通信を行う第２のサーバ間通信手段と、前記第２の
仮想マシン手段と前記第２のサーバ間通信手段部とを統
括管理する第２の管理モニタ手段と、を含み、成ること
を特徴とする分散型アプリケーションサーバシステム。
【請求項２】前記ネームサーバ手段は、サーバエント
リとサービスエントリとインスタンスエントリとの３種
類のエントリからなるサービスリストを有することを特
徴とする請求項１記載の分散型アプリケーションサーバ
システム。
【請求項３】前記第１の管理モニタ手段は、前記第１
のサーバ間通信手段を介して前記サーバオブジェクトを
前記スレーブサーバ装置に配信することを特徴とする請
求項１記載の分散型アプリケーションサーバシステム。
【請求項４】前記第２の管理モニタ手段は、前記第２
のサーバ間通信手段を介して前記マスタサーバ装置から
配信された前記サーバオブジェクトを起動することを特
徴とする請求項１記載の分散型アプリケーションサーバ
システム。
【請求項５】前記ネームサーバ手段は、前記クライア
ントからのサービス要求に対して前記要求されたサービ
スを実行する前記サーバ装置のロケーション情報を前記
クライアントに通知することを特徴とする請求項１記載
の分散型アプリケーションサーバシステム。
【請求項６】前記クライアントは、前記ネームサーバ
手段から通知された前記サーバ装置のロケーション情報
を基に前記サーバ装置にサービスの実行を要求すること
を特徴とする請求項１記載の分散型アプリケーションサ
ーバシステム。
【請求項７】前記ロケーション情報は、前記サーバ装
置のＩＰアドレスであることを特徴とする請求項５また
は６記載の分散型アプリケーションサーバシステム。
【請求項８】前記第２の管理モニタ手段は、前記第２
のサーバ間通信手段を介して前記サーバオブジェクトを
前記マスタサーバ装置に配信することを特徴とする請求
項１記載の分散型アプリケーションサーバシステム。
【請求項９】前記第１の管理モニタ手段は、前記第１
のサーバ間通信手段を介して前記スレーブサーバ装置か
ら配信された前記サーバオブジェクトを起動することを
特徴とする請求項１記載の分散型アプリケーションサー
バシステム。
【請求項１０】複数のクライアントからの要求を１つ
のマスタサーバ装置と複数のスレーブサーバ装置からな
るサーバ装置群でサービスする分散型アプリケーション
サーバシステムのサービス方法であって、前記クライア
ントはマスタサーバ装置のネームサーバに対してサービ
ス名を指定してサービスの要求先を問い合わせ、前記ネ
ームサーバはサービスリストを参照して前記サービス名
のサービスを提供可能なサーバ装置をサーチし提供可能
なサーバ装置のロケーション情報および前記サービスの
インスタンス名を前記クライアントに返却し、前記クラ
イアントは前記ネームサーバから返却されたサーバ装置
のロケーション情報および前記サービスのインスタンス
名を指定して前記サーバ装置にサービスの実行を要求
し、前記サーバ装置はインスタンス名で指定されたサー
ビスを実行する、ことを特徴とする分散型アプリケーシ
ョンサーバシステムのサービス方法。
【請求項１１】複数のクライアントからの要求を１つ
のマスタサーバ装置と複数のスレーブサーバ装置からな
るサーバ装置群でサービスする分散型アプリケーション
サーバシステムのサービス方法であって、サービスリス
トのサービスエントリ内にあるサービス名の要求拒否回
数をサーチし前記要求拒否回数がしきい値よりも高い場
合には前記サービスが高負荷であるものと判断し、サー
バエントリより生成されたインスタンス数が最も少ない
サーバ装置をサーチし前記サーチされたサーバ装置が最
も負荷が低いサーバ装置であると判断し、更に前記生成
されたインスタンス数がしきい値未満の場合には前記サ
ーチされたサーバ装置にはまだサービスを実行する余力
があるものと見なし、前記サービスを処理するサーバオ
ブジェクトのインスタンスを生成する、ことを特徴とす
る分散型アプリケーションサーバシステムのサービス方
法。
【請求項１２】前記サーチされたサーバ装置がマスタ
サーバ装置とは異なるサーバ装置で前記サービスを初め
て実行する場合には前記サーチされたサーバ装置に前記
サービスのためのサーバオブジェクトを前記マスタサー
バ装置から配信することを特徴とする請求項１１記載の
分散型アプリケーションサーバシステムのサービス方
法。
【請求項１３】複数のクライアントからの要求を１つ
のマスタサーバ装置と複数のスレーブサーバ装置からな
るサーバ装置群でサービスする分散型アプリケーション
サーバシステムのサービス方法であって、サービスリス
トのサービスエントリ内にあるサービス名の実行中イン
スタンス数に１を加えた値を生成インスタンス数の値で
割った値がしきい値よりも小さくなった場合には前記サ
ービスは低負荷であると判断し、前記サービス名をもつ
インスタンスエントリより前記サービスを現在実行して
いないインスタンスを選択し、前記選択されたインスタ
ンスが存在するサーバ装置のうち生成されたインスタン
ス数が最も多いものをサーバエントリよりサーチし、前
記サーチされたサーバ装置から前記サービスのインスタ
ンスを１つ削除する、ことを特徴とする分散型アプリケ
ーションサーバシステムのサービス方法。
【請求項１４】クライアントはマスタサーバ装置のネ
ームサーバに対してサービス名を指定してサービスの要
求先を問い合わせる問い合わせ処理と、前記ネームサー
バはサービスリストを参照して前記サービス名のサービ
スを提供可能なサーバ装置をサーチし提供可能なサーバ
装置のロケーション情報および前記サービスのインスタ
ンス名を前記クライアントに返却する返却処理と、前記
クライアントは前記ネームサーバから返却されたサーバ
装置のロケーション情報および前記サービスのインスタ
ンス名を指定して前記サーバ装置にサービスの実行を要
求する実行要求処理と、前記サーバ装置はインスタンス
名で指定されたサービスを実行するサービス実行処理
と、をコンピュータに実行させるためのプログラムを記
録したことを特徴とする記録媒体。
【請求項１５】サービスリストのサービスエントリ内
にあるサービス名の要求拒否回数をサーチし前記要求拒
否回数がしきい値よりも高い場合には前記サービスが高
負荷であるものと判断するサービス負荷判断処理と、サ
ーバエントリより生成されたインスタンス数が最も少な
いサーバ装置をサーチし前記サーチされたサーバ装置が
最も負荷が低いサーバ装置であると判断するサーバ負荷
判断処理と、更に前記生成されたインスタンス数がしき
い値未満の場合には前記サーチされたサーバ装置にはま
だサービスを実行する余力があるものと見なす余力判断
処理と、前記サービスを実行するサーバオブジェクトの
インスタンスを生成する生成処理と、をコンピュータに
実行させるためのプログラムを記録したことを特徴とす
る記録媒体。
【請求項１６】前記サーチされたサーバ装置がマスタ
サーバ装置とは異なるサーバ装置で前記サービスを初め
て実行する場合には前記サーチされたサーバ装置に前記
サービスのためのサーバオブジェクトを前記マスタサー
バ装置から配信する配信処理をコンピュータに実行させ
るためのプログラムを記録したことを特徴とする請求項
１５記載の記録媒体。
【請求項１７】サービスリストのサービスエントリ内
にあるサービス名の実行中インスタンス数に１を加えた
値を生成インスタンス数の値で割った値がしきい値より
も小さくなった場合には前記サービスは低負荷であると
判断するサービス負荷判断処理と、前記サービス名をも
つインスタンスエントリより前記サービスを現在実行し
ていないインスタンスを選択する選択処理と、前記選択
されたインスタンスが存在するサーバ装置のうち生成さ
れたインスタンス数が最も多いものをサーバエントリよ
りサーチするサーチ処理と、前記サーチされたサーバ装
置から前記サービスのインスタンスを１つ削除する削除
処理と、をコンピュータに実行させるためのプログラム
を記録したことを特徴とする記録媒体。