JPH0764926A

JPH0764926A - 分散サーバ装置

Info

Publication number: JPH0764926A
Application number: JP5210095A
Authority: JP
Inventors: Yoshiaki Seki; 良明関; Naoto Fujiki; 直人藤木
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1993-08-25
Filing date: 1993-08-25
Publication date: 1995-03-10

Abstract

(57)【要約】【目的】本発明は、クライアント本来のアプリケーシ
ョン以外のクライアント処理の負荷を低減し、特定のサ
ーバへの負荷集中を回避し、通信トラフィックの増大を
防ぎ、サーバテーブルの一貫性を容易に維持しうる分散
サーバ装置を提供することを目的とする。【構成】本発明の分散サーバ装置は、装置内に存在す
るすべてのサーバのアドレス情報を保持するサーバテー
ブルの管理手段（１０２₁、．．．、１０２_n）を各サ
ーバ（１００₁、．．．、１００_n）に夫々設け、クラ
イアント毎に対応する所定のサーバのアドレス情報を記
憶するサーバアドレス記憶手段（１０６₁、．．．、１
０６_m）を各クライアント（１０４₁、．．．、１０４
_m）毎に備える。さらに、複数のサーバのうちの一のサ
ーバのサーバテーブル管理手段を一のサーバ以外のサー
バのサーバテーブルの原本となるマスターサーバテーブ
ルの管理手段とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は複数のクライアントと複
数のサーバから構成され、通信ネットワークを介してア
プリケーションを実行する分散サーバ装置に係り、特に
装置内に存在するサーバのアドレス情報を管理する手段
を有する分散サーバ装置に関する。

【０００２】

【従来の技術】従来の分散サーバ装置において、装置内
に存在する複数のサーバのアドレス情報を管理するため
に、サーバのアドレス情報のリストをサーバテーブルと
し、そのサーバテーブルを管理する方法が提案されてい
る。サーバテーブルを管理する第１の方法として、サー
バテーブルを集中管理するアドレスサーバを設ける方
法、即ち、集中管理方式が知られている。集中管理方式
は、例えば山口による、「インターネットでの情報共
有」、UNIX MAGAZINE 、1993年5 月、ページ39-48 、ア
スキーに説明されている。

【０００３】以下図面とともに従来の集中管理方式につ
いて説明する。図１１は集中管理方式を説明するための
図である。同図において分散サーバ装置は、ｎ台のサー
バ（サーバ₁５１０₁、サーバ₂５１０₂、．．．、サ
ーバ_n５１０_n）と、ｍ台のクライアント（クライアン
ト₁５２０₁、クライアント５２０₂、．．．、クライ
アント５２０_m）と、１台のアドレスサーバ５００と、
通信ネットワーク５３０とにより構成される。

【０００４】アドレスサーバ５００は、装置内のすべて
のサーバのアドレス情報を保持するサーバテーブル５０
２を備える。

【０００５】ｍ台のクライアント５２０₁、５２
０₂、．．．、５２０_mは、夫々にアドレスサーバ名５
２２₁、５２２₂、．．．、５２２_mとアドレスサーバ
のアドレス５２４₁、５２４₂、．．．、５２４_mとを
有する。

【０００６】例えば、クライアント５２０₁が一台のサ
ーバ５１０₁と通信する場合には、目的の接続先サーバ
５１０₁のアドレスをアドレスサーバ５００を介して獲
得した後、実際の通信を行う。この時アドレスサーバ５
００は、サーバテーブル５０２からクライアント５２０
₁が目的の接続先サーバ５１０₁に対応するサーバアド
レス５１６₁を取りだし、これをクライアント５２０₁
に返答する。

【０００７】さらに、サーバの新設、サーバの撤去又は
サーバのアドレス移動等によりサーバのアドレス情報に
変更が生ずる場合には、アドレスサーバ５００が保持す
るサーバテーブルをユーザの手動設定等により更新す
る。

【０００８】次に、サーバテーブルを管理する従来の第
２の方法として、各クライアント毎にサーバテーブルを
管理するアドレスサーバ方法、即ち、分散管理方式があ
る。この分散管理方式は、例えば村井等による、「ネッ
トワーク管理のメカニズム」、UNIXワークステーション
Ｉ、ページ119-129 、アスキーに説明されている。以下
図面とともにこの分散管理方式について説明する。

【０００９】図１２は分散管理方式を説明するための図
である。同図において分散サーバ装置は、ｎ台のサーバ
（サーバ₁５１０₁、サーバ₂５１０₂、．．．、サー
バ_n５１０_n）と、ｍ台のクライアント（クライアント
₁５４０₁、クライアント５４０₂、．．．、クライア
ント５４０_m）と、通信ネットワーク５３０とにより構
成される。

【００１０】ｍ台のクライアント５４０₁、５４
０₂、．．．、５４０_mは、夫々に装置内の全てのサー
バのアドレス情報を保持するサーバテーブル５４２₁、
５４２₂、．．．、５４２_mを有する。クライアントの
サーバテーブルには装置内のすべてのサーバのサーバ名
とサーバアドレスとの対が記憶される。従って、すべて
のクライアントは夫々に管理しているサーバテーブルに
基づいて所望のサーバとの通信を行う。

【００１１】一方、装置内のサーバの新設、撤去又はア
ドレス移動などが生ずる場合には、すべてのクライアン
トが管理しているサーバテーブルを例えばユーザの手動
設定などにより更新する。

【００１２】

【発明が解決しようとする課題】上記従来の集中管理方
式及び分散管理方式には以下に示す問題がある。

【００１３】集中管理方式によると各クライアントがサ
ーバへの接続を行うために目的の接続先サーバのアドレ
ス情報をアドレスサーバに問い合わせる必要があるが、
このアドレスの問い合わせはアプリケーション本来の目
的ではないにも関わらず時間を要する。

【００１４】さらに、アドレス情報の問い合わせへの返
答処理とサーバテーブルの更新処理とによる負荷がアド
レスサーバに集中するので、アドレスサーバの応答性能
を劣化させ、その結果、クライアント処理の待ち時間も
増加する。

【００１５】その上、装置内の複数のクライアントが夫
々にアドレス情報をアドレスサーバに対して毎回問い合
わせるため通信トラフィックが増大し通信ネットワーク
上の呼損率及び待ち時間の悪化を引き起こし、その結
果、他のアプリケーションの通信上の呼損率及び待ち時
間に悪影響を及ぼす。

【００１６】一方、分散管理方式によるとサーバのアド
レス情報に変更が生ずる場合には、すべてのクライアン
トのサーバテーブルを更新するために、すべてのクライ
アントに対してサーバテーブルの変更情報を通知するこ
とが必要である。そのためにすべてのクライアントのア
ドレス情報を取得する手段と、すべてのクライアントに
サーバテーブルの変更を通知する手段とを必要とすると
共に、各クライアントにおいても自らのサーバテーブル
を変更通知に応じて更新する管理手段を必要とする。ク
ライアントにとってサーバテーブルの管理は目的とする
アプリケーションの実行上の直接的な処理ではないが、
かかるサーバテーブル管理のための処理は複雑である。

【００１７】さらに、各クライアントは装置内のすべて
のサーバのアドレス情報を記憶し更新するため、利用す
るサーバの数が少ないクライアントにおいては記憶容量
とＣＰＵ時間との浪費が生ずる。

【００１８】さらに、各クライアントが個々にサーバテ
ーブルの管理を行うため、クライアントのサーバテーブ
ル更新ミス又はアプリケーションのシステムダウンによ
りクライアント間のサーバテーブルの一貫性が損なわれ
る危険性がある。

【００１９】本発明は、上記の問題点を鑑み、クライア
ント本来のアプリケーション以外のクライアント処理負
荷を低減し、特定のサーバへの負荷集中を回避し、通信
トラフィックの増大を防ぎ、さらにサーバテーブルの一
貫性を容易に維持しうる分散サーバ装置を提供すること
を目的とする。

【００２０】

【課題を解決するための手段】図１は本発明の原理構成
図である。図１では分散サーバ装置はｎ台（ｎは１以上
の整数）のサーバとｍ台（ｍは１以上の整数）のクライ
アントとから成る。

【００２１】本発明の分散サーバ装置は、装置内に存在
するすべてのサーバのアドレス情報を保持するサーバテ
ーブルの管理手段（１０２₁、．．．、１０２_n）を各
サーバ（１００₁、．．．、１００_n）に夫々設け、ク
ライアント毎に対応する所定のサーバのアドレス情報を
記憶するサーバアドレス記憶手段（１０６₁、．．．、
１０６_m）を各クライアント（１０４₁、．．．、１０
４_m）毎に備える。

【００２２】さらに、本発明の分散サーバ装置は複数の
サーバのうちの一のサーバ１００₁のサーバテーブル管
理手段１０２₁を一のサーバ以外のサーバのサーバテー
ブルの原本となるマスターサーバテーブルの管理手段と
する。

【００２３】

【作用】本発明により、各クライアントは所定のサーバ
アドレスを記憶するサーバアドレス記憶手段を備えるの
で、目的のサーバとの通信を特定のサーバに対する問い
合わせを行うことなく実施することができる。従って、
本来のアプリケーション以外のクライアントの処理を低
減し、問い合わせによる特定のサーバへの負荷集中が回
避され、又通信トラフィックも増加しない。さらに、す
べてのサーバがサーバのアドレス情報を保持するサーバ
テーブルを管理しているので、各クライアントが目的の
サーバのアドレス情報を夫々のサーバアドレス記憶手段
に記憶していない場合にも、各クライアントは通信可能
なサーバとの通信を介して目的とするサーバのアドレス
情報を獲得し目的とするサーバとの通信を実施すること
ができる。その上、サーバテーブルの変更が生じた場合
には、クライアントにおける対応を必要とせずに、全て
のサーバが管理するサーバテーブルを更新してサーバテ
ーブルの一貫性、即ち無矛盾性を維持する。

【００２４】本発明により複数のサーバのうちの一のサ
ーバのサーバテーブル管理手段をその他すべてのサーバ
のサーバテーブルの原本となるマスターサーバテーブル
の管理手段とするので、分散サーバ装置内のすべてのサ
ーバが各々のサーバテーブルをマスターサーバテーブル
に一致させて分散サーバ装置内のサーバテーブルの一貫
性を容易に維持することができる。

【００２５】

【実施例】以下図面により本発明の実施例を詳細に説明
する。

【００２６】本発明の一実施例として、説明の便宜上３
つのサーバと３つのクライアントとが３台のコンピュー
タ上に分散して配置される分散サーバ装置を例にとり説
明する。

【００２７】図２は本発明の第１の実施例のシステム構
成を示す図であり、コンピュータＡとコンピュータＢと
コンピュータＣと通信回線２２６とから構成される。

【００２８】上記の構成において、コンピュータＡとコ
ンピュータＢとコンピュータＣとは通信回線を介して接
続される。

【００２９】さらに上記の構成において、コンピュータ
Ａにはサーバ２００₁とサーバ２００₂と共通制御部２
３１とが配置され、コンピュータＢにはサーバ２００₃
とクライアント２１０₁と共通制御部２３２とが配置さ
れ、さらにコンピュータＣにはクライアント２１０₂と
クライアント２１０₃と共通制御部２３３とが配置され
る。よってシステム全体は３つのサーバと３つのクライ
アントから構成される。

【００３０】各サーバは、例えばサーバ２００₁を例と
して説明すると、サーバテーブル管理部２０２₁とサー
バ処理部２０４₁と通信処理部２０６₁とから成る。

【００３１】サーバ２００₁のサーバ処理部２０４₁は
サーバ本来の処理を提供する処理部であり、例えばファ
イルサーバにおけるファイル管理等を行う。通信処理部
２０６₁は分散サーバ装置内のクライアント又は他のサ
ーバとの通信を行う。サーバテーブル管理部２０２₁は
分散サーバ装置内のすべてのサーバのアドレス情報を有
する。

【００３２】図３は本発明の第１の実施例によるサーバ
テーブル管理部（サーバテーブル管理手段）を説明する
ための図である。同図は、図２に示すサーバ２００₁の
サーバテーブル管理部２０２₁を示し、サーバテーブル
２０８₁には、図２に示す本発明の第１の実施例による
システム構成に含まれるすべてのサーバのサーバ名とサ
ーバ名に１対１で対応するサーバアドレスが保持され
る。サーバ２００₁のサーバ名とサーバアドレスが「サ
ーバＡ」と「０００１」で表され、サーバ２００ ₂及び
サーバ２００₃のサーバ名とサーバアドレスは夫々「サ
ーバＢ」と「０００２」及び「サーバＣ」と「０００
３」とにより表される。尚、図示していないがサーバテ
ーブル２０８₂及びサーバテーブル２０８₃は夫々サー
バ２００₂及びサーバ２００₃のサーバテーブルを表す
ものとする。

【００３３】上記サーバ２００₁に対する説明はサーバ
２００₁にのみ限定されることはなく、他のすべてのサ
ーバに対しても同様である。

【００３４】各クライアントは、例えばクライアント２
１０₁を例として説明すると、サーバアドレス記憶部２
１２₁とクライアント処理部２１４₁と通信処理部２１
６₁とから成る。

【００３５】クライアント２１０₁のクライアント処理
部２１４₁はアプリケーション本来の目的の処理を行う
処理部である。クライアント２１０₁の通信処理部２１
６₁はサーバ装置内のサーバとの通信処理を行う。

【００３６】図４は本発明の第１の実施例によるサーバ
アドレス記憶部（サーバアドレス記憶手段）を説明する
ための図である。同図は、図２に示すクライアント２１
０₁のサーバアドレス記憶部２１２₁を示す。同図は、
クライアント２１０₁はサーバ２００₁のサーバ名とサ
ーバアドレスを記憶し、サーバ２００₂のサーバ名を記
憶し、一方、サーバ２００₃のサーバ名とサーバアドレ
スは記憶していない状態を示す。サーバアドレス記憶部
２１２₁には、少なくとも１以上のサーバのサーバ名と
サーバアドレスとが記述される。サーバアドレス記憶部
２１２₁への記述内容は上記サーバテーブル、例えばサ
ーバテーブル２０８₁の内容の一部に一致する。ユーザ
はアプリケーション又は、コンピュータＡの入力装置を
介してサーバアドレス記憶部２１２₁の記憶内容を更新
することができる。

【００３７】上記クライアント２１０₁に対する説明は
クライアント２１０₁にのみ限定されることはなく、他
のすべてのクライアントに対しても同様である。

【００３８】各コンピュータの共通制御部２３１、２３
２、２３３はコンピュータ内のサーバ処理部、サーバテ
ーブル管理部、クライアント処理部、サーバアドレス記
憶部、通信処理部など夫々の部への動作指令を発行し、
その動作結果を監視する。

【００３９】図５は、本発明の第１の実施例によるクラ
イアントからサーバへの接続処理の詳細を示すフローチ
ャートである。以下同図により、クライアント２１０₁
からサーバへの接続処理を説明する。目的の接続先サー
バは図２に示す本発明の第１の実施例によるサーバ２０
０₁、サーバ２００₂及びサーバ２００₃とする。

【００４０】ステップ１０）クライアント２１０₁は、
共通制御部２３２からの指令に基づきサーバへの接続処
理を開始する。

【００４１】ステップ１２）目的の接続先サーバのサー
バ名がクライアント２１０₁のサーバアドレス記憶部２
１２₁に記述されていないサーバ２００₃ならば、ステ
ップ３０に進む。

【００４２】ステップ１４）目的の接続先サーバのサー
バアドレスがクライアント２１０₁のサーバアドレス記
憶部２１２₁に記述されていないサーバ２００₂なら
ば、ステップ２０に進む。

【００４３】ステップ１６）目的の接続先サーバ２００
₁のサーバアドレスをクライアント２１０₁のサーバア
ドレス記憶部２１２₁から取得する。

【００４４】ステップ１８）取得した目的の接続先サー
バのサーバアドレスを利用して目的の接続先サーバに接
続し接続処理を完了する。

【００４５】ステップ２０）クライアント２１０₁のサ
ーバアドレス記憶部２１２₁から既知サーバ２００₁の
サーバアドレスを取得する。

【００４６】ステップ２２）取得した既知サーバ２００
₁のサーバアドレスを利用して既知サーバ２００₁に接
続する。

【００４７】ステップ２４）接続した既知サーバ２００
₁に対して、目的の接続先サーバ２００₂のアドレスを
問い合わせる。既知サーバ２００₁は、サーバテーブル
管理部２０２₁のサーバテーブル２０８₁より目的の接
続先サーバ２００₂（サーバ名は「サーバＢ」）のサー
バアドレス「０００２」を取り出し、問い合わせ元のク
ライアント２１０₁に通知する。これによりクライアン
ト２１０₁は目的の接続先サーバ２００₂のアドレスを
取得する。

【００４８】ステップ２６）目的の接続先サーバのアド
レスをクライアントのサーバアドレス記憶部に記憶しな
い場合、ステップ１８に進む。

【００４９】ステップ２８）既知サーバ２００₁より取
得した目的の接続先サーバ２００₂のアドレスをクライ
アント２１０₁のサーバアドレス記憶部２１２₁に記憶
する。

【００５０】ステップ３０）クライアント２１０₁のサ
ーバアドレス記憶部２１２₁から既知サーバ２００₁の
サーバアドレスを取得する。

【００５１】ステップ３２）取得した既知サーバ２００
₁のサーバアドレスを利用して既知サーバ２００₁に接
続する。

【００５２】ステップ３４）接続した既知サーバ２００
₁に対して、既知サーバ２００₁のサーバテーブル管理
部２０２₁のサーバテーブル２０８₁の送信を請求す
る。既知サーバ２００₁はサーバテーブル管理部２０２
₁のサーバテーブル２０８₁を問い合わせ元のクライア
ント２１０₁に通知する。

【００５３】ステップ３６）クライアント２１０₁は既
知サーバ２００₁から送信されたサーバテーブル管理部
２０２₁のサーバテーブル２０８₁の内容より目的の接
続先サーバ２００₂のアドレスを選択取得する。以降前
述のステップ２６に進む。

【００５４】上記フローチャートによりクライアントか
らサーバへの接続処理を本発明の第１の実施例による図
２、図３及び図４に基づいて説明を行ったが、本接続処
理の適用は図２、図３及び図４に示す例に限定されるこ
とはない。

【００５５】図６は本発明の第１の実施例による新サー
バの登録処理のシーケンスを説明する図である。新サー
バの登録に係る処理は新サーバと、動作中の既存サーバ
と、停止中の既存サーバとで行われる。ここで動作中サ
ーバは、システム内の他のサーバ或いはクライアントか
らの通信要求を受信可能な状態にあるサーバを示し、一
方、停止中サーバは、システム内のサーバ或いはクライ
アントからの通信要求を受け付け不可能な状態であり、
共通制御部からの指令を受けて通信可能な状態となるサ
ーバを示す。以下、本発明の第１の実施例によるサーバ
２００₃を新サーバ、サーバ２００₁を動作中サーバ、
サーバ２００₂を停止中サーバとして説明する。

【００５６】ステップ５０）新規に登録される新サーバ
２００₃は、共通制御部２３２より登録処理の開始指令
と動作中サーバ２００₁に対応するサーバ名「サーバ
Ａ」とサーバアドレス「０００１」とを取得する。

【００５７】ステップ５２）新サーバ２００₃は動作中
サーバ２００₁に対して、自分のサーバ名「サーバＣ」
とサーバアドレス「０００３」とを通知する。

【００５８】ステップ５４）新規に登録される新サーバ
２００₃は、共通制御部２３２より登録処理の開始指令
と停止中から動作中に変更されたサーバ２００₂に対応
するサーバ名「サーバＢ」とサーバアドレス「０００
２」とを取得する。

【００５９】ステップ５６）新サーバ２００₃は停止中
から動作中に変更されたサーバ２００₂に対して、自分
のサーバ名「サーバＣ」とサーバアドレス「０００３」
とを通知する。

【００６０】ステップ６０）動作中サーバ２００₁は、
新サーバ２００₃からサーバ名「サーバＣ」とサーバア
ドレス「０００３」とを受信する。

【００６１】ステップ６２）動作中サーバ２００₁は、
共通制御部２３１より新規サーバ２００₃の追加登録を
行う指令を受信する。

【００６２】ステップ６４）動作中サーバ２００₁は、
受信したサーバ名「サーバＣ」とサーバアドレス「００
０３」とをサーバテーブル２０８₁に追加してサーバテ
ーブル２０８₁の更新を行う。

【００６３】ステップ６６）停止中サーバ２００₂が起
動指令を受信する。

【００６４】ステップ６８）起動されたサーバ２００₂
は共通制御部２３２より停止中にサーバ２００₃の追加
登録が行われた旨の通知を受ける。

【００６５】ステップ７０）起動されたサーバ２００₂
は、新サーバ２００₃からサーバ名「サーバＣ」とサー
バアドレス「０００３」とを受信する。

【００６６】ステップ７２）起動されたサーバは、受信
したサーバ名とサーバアドレスをサーバテーブルに追加
してサーバテーブルの更新を行う。

【００６７】図６では新サーバの登録処理を説明した
が、上記の説明において、新サーバを削除されるサーバ
とし、登録処理と登録指令を削除処理と削除指令とする
ことによりサーバの削除処理をサーバの登録処理と全く
同様に行える。

【００６８】図７は本発明の第２の実施例のシステム構
成を示す図である。同図に示すシステムは、システム内
のサーバの中の一つをマスターサーバ３００とし、具体
的には図２に示す第１の実施例によるサーバ２００₁を
マスターサーバ３００とする。サーバ２００₁がマスタ
ーサーバとしての機能を兼ね備える点が第１の実施例に
よるシステム構成との差異である。

【００６９】図８は本発明の第２の実施例によるサーバ
テーブル管理部を説明するための図である。同図は、図
７に示すマスターサーバ３００のサーバテーブル管理部
３０２を示し、サーバテーブル３０８には、図７に示す
本発明の第２の実施例によるシステム構成に含まれるす
べてのサーバのサーバ名とサーバ名に１対１で対応する
サーバアドレスが保持される。さらに、マスターサーバ
のサーバ名を「マスターサーバ」としている。図３に示
すサーバテーブル２０８₁と比較するとわかるように、
サーバテーブルの内容は、マスターサーバのアドレス情
報を図３に示す第１の実施例によるサーバテーブルに追
加したものである。

【００７０】マスターサーバテーブル３０８はすべての
サーバが夫々に有するサーバテーブルの原本であり、マ
スターサーバテーブルとその他すべてのサーバテーブル
との内容は同一である。

【００７１】一方、本発明の第２の実施例における各ク
ライアントがサーバのアドレス情報を記憶するサーバア
ドレス記憶部の構成は、本発明の第１の実施例によるサ
ーバアドレス記憶部の構成と全く同様であり、従って、
例えばクライアントからサーバへの接続処理のようなク
ライアントの動作は本発明の第１の実施例によるクライ
アントの動作と同様である。

【００７２】図９は本発明の第２の実施例による新サー
バの登録処理のシーケンスを説明する図である。新サー
バの登録に係る処理は新サーバと、マスターサーバと、
動作中の既存サーバと、停止中の既存サーバとで行われ
る。ここで動作中サーバは、システム内の他のサーバ或
いはクライアントからの通信要求を受信可能な状態にあ
るサーバを示し、一方、停止中サーバは、システム内の
サーバ或いはクライアントからの通信要求を受け付け不
可能な状態であり、共通制御部からの指令を受けて通信
可能な状態となるサーバを示すことは本発明の第１の実
施例と同様である。以下の説明では、図７に図示されな
いコンピュータＣ上のサーバ２００₄を新サーバとし、
そのサーバ名を「サーバＤ」とし、そのサーバアドレス
を「０００４」とする。さらに動作中サーバはサーバ２
０８₂、停止中サーバはサーバ２０８₃である。

【００７３】ステップ８０）新規に登録される新サーバ
２００₄は、共通制御部２３３より登録処理の開始指令
を取得する。

【００７４】ステップ８２）新サーバ２００₄はマスタ
ーサーバ３００に対して、自分のサーバ名「サーバＤ」
とサーバアドレス「０００４」とを通知する。

【００７５】ステップ８４）新規に登録される新サーバ
２００₄は、マスターサーバ３００より登録確認の通知
を所定時間以内に受信できない場合、或いはマスターサ
ーバ３００より登録確認以外の情報が送信される場合、
ステップ８６に進む。

【００７６】ステップ８６）新サーバ２００₄は共通制
御部２３３からの指令により、タイムアウト或いはマス
ターサーバ３００からの通知情報をユーザに報告する。

【００７７】ステップ９０）マスターサーバ３００は、
新サーバ２００₄からサーバ名「サーバＤ」とサーバア
ドレス「０００４」とを受信する。

【００７８】ステップ９２）マスターサーバ３００は、
共通制御部２３１より新規サーバ２００₄の追加登録を
行う指令を受信する。

【００７９】ステップ９４）マスターサーバ３００は、
受信した「サーバＤ」とサーバアドレス「０００４」と
現在のマスターサーバテーブル３８０との内容を比較
し、アドレス情報の重複なきことを確認の上、マスター
サーバテーブル３８０の更新を行う。

【００８０】ステップ９６）マスターサーバ３００は、
共通制御部２３１より登録確認情報の送信指令と動作中
サーバ２００₂へのサーバテーブル配送指令を受信す
る。

【００８１】ステップ９８）マスターサーバ３００は、
登録確認情報を新サーバ２００₄に送信する。

【００８２】ステップ１００）マスターサーバ３００
は、動作中のサーバ２００₂にマスターサーバテーブル
３０８の内容を送信する。

【００８３】ステップ１０２）マスターサーバ３００
は、起動されたサーバ２００₃からマスターサーバテー
ブル３０８の内容送信要求を受信する。

【００８４】ステップ１０４）マスターサーバ３００
は、起動されたサーバ２００₃にマスターサーバテーブ
ル３０８の内容を送信する。

【００８５】ステップ１０６）動作中サーバ２００
₂は、マスターサーバ３００よりマスターサーバテーブ
ル３０８の内容を受信する。

【００８６】ステップ１０８）動作中サーバ２００
₂は、共通制御部２３１よりサーバテーブル２０８₂の
更新指令を受信する。

【００８７】ステップ１１０）動作中サーバ２００
₂は、マスターサーバ３００から受信したマスターサー
バテーブル３０８の内容によりサーバテーブル２０８₂
を更新する。

【００８８】ステップ１１２）停止中サーバ２００₃に
起動が指令される。

【００８９】ステップ１１４）起動されたサーバ２００
₃は、共通制御部２３２よりマスターサーバテーブル３
０８の内容を受信すべき旨の指令を受信する。

【００９０】ステップ１１６）起動されたサーバ２００
₃は、マスターサーバ３００に対してマスターサーバテ
ーブル３０８の内容の送信を要求する。

【００９１】ステップ１１８）起動されたサーバ２００
₃は、マスターサーバ３００からマスターサーバテーブ
ル３０８の内容を受信する。

【００９２】ステップ１２０）起動されたサーバ２００
₃は、マスターサーバ３００から受信したマスターサー
バテーブル３０８の内容によりサーバテーブル２０８₃
を更新する。

【００９３】図１０は本発明の第２の実施例によるサー
バの削除処理のシーケンスを説明する図である。サーバ
の削除に係る処理は削除されるサーバと、マスターサー
バ３００と、動作中の既存サーバと、停止中の既存サー
バとで行われる。ここで動作中サーバ２００₂は、シス
テム内の他のサーバ或いはクライアントからの通信要求
を受信可能な状態にあるサーバを示し、一方、停止中サ
ーバは、システム内のサーバ或いはクライアントからの
通信要求を受け付け不可能な状態であり、共通制御部か
らの指令を受けて通信可能な状態となるサーバを示すこ
とは図９に示す本発明の第２の実施例による新サーバの
登録処理と同様である。以下の説明では、図７に図示さ
れないコンピュータＣ上のサーバ２００₄を削除される
サーバとし、そのサーバ名を「サーバＤ」とし、そのサ
ーバアドレスを「０００４」とする。さらに動作中サー
バはサーバ２０８₂、停止中サーバはサーバ２０８₃で
ある。

【００９４】ステップ１３０）削除されるサーバ２００
₄は、共通制御部２３３より削除処理の開始指令を取得
する。

【００９５】ステップ１３２）削除されるサーバ２００
₄はマスターサーバ３００に対して、自分のサーバ名
「サーバＤ」を通知する。

【００９６】ステップ１３４）削除されるサーバ２００
₄は、マスターサーバ３００より削除確認の通知を所定
時間以内に受信できない場合、或いはマスターサーバ３
００より削除確認以外の情報が送信される場合、ステッ
プ１３６に進む。

【００９７】ステップ１３６）削除されるサーバ２００
₄は、共通制御部２３３からの指令により、タイムアウ
ト或いはマスターサーバ３００からの通知情報をユーザ
に報告する。

【００９８】ステップ１４０）マスターサーバ３００
は、削除されるサーバ２００₄からサーバ名「サーバ
Ｄ」を受信する。

【００９９】ステップ１４２）マスターサーバ３００
は、共通制御部２３１より削除されるサーバ２００₄の
削除処理を行う指令を受信する。

【０１００】ステップ１４４）マスターサーバ３００
は、受信したサーバ名「サーバＤ」と現在のマスターサ
ーバテーブル３０８との内容を比較し、該当するサーバ
名「サーバＤ」が存在することを確認の上、マスターサ
ーバテーブル３０８の更新を行う。

【０１０１】ステップ１４６）マスターサーバ３００
は、共通制御部２３１より削除確認情報の送信指令と動
作中サーバ２００₂へのサーバテーブル配送指令とを受
信する。

【０１０２】ステップ１４８）マスターサーバ３００
は、削除確認情報を削除されるサーバ２００₄に送信す
る。

【０１０３】ステップ１５０）マスターサーバ３００
は、動作中のサーバ２０８₂にマスターサーバテーブル
３０８の内容を送信する。

【０１０４】ステップ１５２）マスターサーバ３００
は、起動されたサーバ２００₃からマスターサーバテー
ブル３０８の内容送信要求を受信する。

【０１０５】ステップ１５４）マスターサーバ３００
は、起動されたサーバ２００₃にマスターサーバテーブ
ル３０８の内容を送信する。

【０１０６】ステップ１５６）動作中サーバ２００
₂は、マスターサーバ３００よりマスターサーバテーブ
ル３０８の内容を受信する。

【０１０７】ステップ１５８）動作中サーバ２００
₂は、共通制御部２３１よりサーバテーブル２０８₂の
更新指令を受信する。

【０１０８】ステップ１６０）動作中サーバ２００
₂は、マスターサーバ３００から受信したマスターサー
バテーブル３０８の内容によりサーバテーブル２０８₂
を更新する。

【０１０９】ステップ１６２）停止中サーバ２００₃に
起動が指令される。

【０１１０】ステップ１６４）起動されたサーバ２００
₃は、共通制御部２３２よりマスターサーバテーブル３
０８の内容を受信すべき旨の指令を受信する。

【０１１１】ステップ１６６）起動されたサーバ２００
₃は、マスターサーバ３００に対してマスターサーバテ
ーブル３０８の内容の送信を要求する。

【０１１２】ステップ１６８）起動されたサーバ２００
₃は、マスターサーバ３００からマスターサーバテーブ
ル３０８の内容を受信する。

【０１１３】ステップ１７０）起動されたサーバ２００
₃は、マスターサーバ３００から受信したマスターサー
バテーブル３０８の内容によりサーバテーブル２０８₃
を更新する。

【０１１４】上記本発明の第２の実施例により、分散サ
ーバ装置内にマスターサーバテーブル管理部を設けるこ
とにより、装置内のサーバの新規登録或いはサーバの削
除が発生する場合に装置内のすべてのサーバが有するサ
ーバテーブルを矛盾無く管理することが可能となる。

【０１１５】

【発明の効果】本発明の分散サーバ装置により、頻繁に
接続を必要とするサーバのアドレス情報をクライアント
のサーバアドレス記憶部に保持することができるため、
サーバアドレス情報の問い合わせに要する手間を削減す
ることができる。さらに、本発明の分散サーバ装置によ
り、クライアントのサーバアドレス記憶部に記憶されて
いないアドレス情報及び分散サーバ装置内の最新のサー
バアドレス情報を既知のサーバを介して入手する手段が
具備されているため、集中管理方式の利点を兼ね備えて
いる。

【０１１６】さらに、本発明の分散サーバ装置により、
サーバアドレス情報の問い合わせに伴う通信トラフィッ
クの増大が抑制される。

【０１１７】さらに、本発明の分散サーバ装置により、
アドレス情報の問い合わせ及びサーバテーブル更新に伴
う負荷を分散サーバ装置内の複数のサーバに分散するこ
とができ、特定のサーバへの負荷集中とそれによるシス
テム全体の応答性能の劣化を抑制できる。

【０１１８】さらに、本発明の分散サーバ装置により、
サーバテーブルをサーバ側で管理するため、サーバの個
数がクライアントの個数に比べて少ない一般のアプリケ
ーション実行形態では、サーバテーブルの保持に必要な
装置全体での記憶容量及びサーバテーブルの更新に要す
るＣＰＵ時間の削減が可能である。例えば、サーバとク
ライアントの個数比が１対２の場合には、分散管理方式
に比べて記憶容量、ＣＰＵ時間共に分散管理方式の１／
２に低減することができる。その上、特にクライアント
側にとっては、使う可能性のないサーバのアドレス情報
の保持及び更新が不要であるため、記憶容量とＣＰＵ時
間との節約効果が大きい。さらに、サーバテーブルの数
をクライアントが保持する場合に比べて少なくすること
により、複数のサーバテーブル間に矛盾が生ずる確率が
低下する利点がある。

【０１１９】さらに、本発明の分散サーバ装置により、
マスターサーバテーブル管理部を設け、サーバテーブル
更新の安全性を高めている。その上、人手や複雑な更新
処理用プログラムに依存しているサーバテーブルの更新
処理手段を単純化し、更新処理を自動化することができ
る。

【０１２０】最後に本発明による分散サーバ装置が提供
するサーバテーブル管理手段とサーバアドレス記憶手段
とマスターサーバテーブル管理手段とは、本発明による
サーバのアドレス情報の管理及び記憶に限定されること
なく、通信ネットワークで結ばれた分散環境におけるフ
ァイルの所在の管理及び記憶にも応用できる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の第１の実施例のシステム構成図であ
る。

【図３】本発明の第１の実施例によるサーバテーブル管
理部を説明する図である。

【図４】本発明の第１の実施例によるサーバアドレス記
憶部を説明する図である。

【図５】本発明の第１の実施例によるクライアントから
サーバへの接続処理のフローチャートである。

【図６】本発明の第１の実施例によるサーバの登録処理
のシーケンスチャートである。

【図７】本発明の第２の実施例のシステム構成図であ
る。

【図８】本発明の第２の実施例によるマスターサーバテ
ーブル管理部を説明する図である。

【図９】本発明の第２の実施例によるサーバの登録処理
のシーケンスチャートである。

【図１０】本発明の第２の実施例によるサーバの削除処
理のシーケンスチャートである。

【図１１】従来技術の説明図（その１）。

【図１２】従来技術の説明図（その２）。

【符号の説明】

１００₁、１００₂、．．、１００_n サーバ１０２₁、１０２₂、．．、１０２_n サーバテーブ
ル管理手段１０４₁、１０４₂、．．、１０４_m クライアント１０６₁、１０６₂、．．、１０６_m サーバアドレ
ス記憶手段１０８通信ネットワーク２００₁、２００₂、２００₃、２００4 サーバ２０２₁、２０２₂、２０２₃ サーバテーブル管理
部２０４₁、２０４₂、２０４₃、３０４サーバ処理
部２０６₁、２０６₂、２０６₃、３０６サーバ通信
処理部２０８₁、２０８₂、２０８₃ サーバテーブル２１０₁、２１０₂、２１０₃ クライアント２１２₁、２１２₂、２１２₃ サーバアドレス記憶
部２１４₁、２１４₂、２１４₃ クライアント処理部２１６₁、２１６₂、２１６₃ クライアント通信処
理部２２１、２２２、２２３コンピュータ２２８通信回線２３１、２３２、２３３共通制御部３００マスターサーバ３０２マスターサーバテーブル管理部３０８マスターサーバテーブル５００アドレスサーバ５０２サーバテーブル５０４₁、５０４₂、．．、５０４_n サーバ名５０６₁、５０６₂、．．、５０６_n サーバアドレ
ス５１０₁、５１０₂、．．、５１０_n サーバ５２０₁、５２０₂、．．、５２０_m クライアント５２２₁、５２２₂、．．、５２２_m アドレスサー
バ名５２４₁、５２４₂、．．、５２４_m アドレスサー
バアドレス５３０通信ネットワーク５４０₁、５４０₂、．．、５４０_m クライアント５４２₁、５４２₂、．．、５４２_m サーバテーブ
ル

Claims

【特許請求の範囲】

【請求項１】複数のクライアントと複数のサーバから
構成され、通信ネットワークを介してアプリケーション
を実行する分散サーバ装置において、装置内に存在するすべてのサーバのアドレス情報を保持
するサーバテーブルの管理手段を各サーバに夫々設け、
クライアント毎に対応する所定のサーバのアドレス情報
を記憶するサーバアドレス記憶手段を前記各クライアン
ト毎に備えることを特徴とする分散サーバ装置。
【請求項２】前記複数のサーバのうちの一のサーバの
サーバテーブル管理手段を該一のサーバ以外のサーバの
サーバテーブルの原本となるマスターサーバテーブルの
管理手段とすることを特徴とする請求項１記載の分散サ
ーバ装置。