JP2000029808A - サーバ装置および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、ネットワークに接続された複数の
サーバの間で連携するサーバ装置および記録媒体に関
し、オブジェクトを複数のサーバで分散管理する際にサ
ーバの環境定義を必要最小限とし他はネットワークを介
して環境定義を自動収集およびサーバの追加・削除時に
自動的に環境定義を収集して更新し、連携するサーバの
環境定義の管理の負担を軽減し、常に最新の環境定義へ
の更新を簡易に実現することを目的とする。 【解決手段】 ネットワークに接続された連携する複数
の各サーバに設けた、アドレスを含む環境定義を登録す
るテーブルと、ネットワークに接続された連携するサー
バがテーブルに設定された上位、同位、あるいは下位の
サーバに、連携する他のサーバの環境定義を問い合わせ
る手段と、問い合わせに対応して連携する他のサーバの
環境定義の返答を受信したときにテーブルに環境定義を
登録あるいは環境定義を更新する手段とを備えるように
構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続された複数のサーバの間で連携するサーバ装置および
記録媒体に関するものである。

【０００２】

【従来の技術】従来、ネットワーク型分散オブジェクト
管理サーバシステムにおいて、膨大なオブジェクトを複
数のサーバで管理している場合、各管理サーバは連携す
る他の全ての管理サーバの情報を把握して管理者が環境
定義（ＩＰアドレス、ポート番号、ツリーのＴＯＰ情報
などの定義）をそれぞれ行って各管理サーバに登録する
ようにしていた。また、管理サーバの追加、削除（一時
的な停止）のタイミングで環境定義を変更（追加、削
除）するようにしていた。

【０００３】また、ネットワーク型分散オブジェクト管
理サーバシステムにおいて、膨大なオブジェクトを複数
のサーバで階層化して管理している場合、クライアント
からのオブジェクトの問い合わせ時に、自サーバのキャ
ッシュテーブル上にあるときはそのオブジェクトをクラ
イアントに送信し、一方、自サーバ上にないときは該当
サーバに問い合わせて転送を受けたオブジェクトをクラ
イアントに送信すると共にキャッシュテーブルに保存す
るようにしている。

【０００４】

【発明が解決しようとする課題】従来の管理サーバシス
テムでは、上述したよう膨大なオブジェクトを分散して
複数のサーバで管理する場合、連携する複数の各管理サ
ーバの環境定義を管理者が個別に定義して登録したり、
管理サーバの追加、削除のタイミングでその都度、環境
定義を変更する必要があり、各管理サーバの環境定義や
保守に非常に多くの手間が必要となってしまう問題があ
った。

【０００５】また、オブジェクトを複数のサーバで階層
化して管理し、サーバ上にキャッシュテーブルを持ち、
以前に問い合わせたオブジェクトをキャッシュテーブル
に保存し、次回以降の問い合わせ時にキャッシュテーブ
ル上にオブジェクトがあるときにそのオブジェクトをク
ライアントに迅速に送信することができた。しかし、キ
ャッシュテーブル上のオブジェクトが最新であるという
保証がなく、最新であるという保証を得るためにデータ
が実在するサーバに問い合わせてキャッシュテーブル上
のオブジェクトの最新性を確保して整合性を保証する必
要が生じてしまい、レスポンスが悪くなってしまうとい
う問題があった。

【０００６】本発明は、これらの問題を解決するため、
オブジェクトを複数のサーバで分散管理する際にサーバ
の環境定義を必要最小限とし他はネットワークを介して
環境定義を自動収集およびサーバの追加・削除時に自動
的に環境定義を収集して更新し、連携するサーバの環境
定義の管理の負担を軽減し、常に最新の環境定義への更
新を簡易に実現することを目的としている。

【０００７】また、本発明は、オブジェクトを複数のサ
ーバで階層化して管理する際に、各サーバのキャッシュ
テーブルに常に最新データを保持し、データの信頼性を
確保およびクライアントからの問い合わせ時に他サーバ
へのアクセスを無くしてレスポンスの向上を図ることを
目的としている。

【０００８】

【課題を解決するための手段】図１および図１０を参照
して課題を解決するための手段を説明する。図１および
図１０において、サーバ１は、ネットワークに接続して
連携してオブジェクトを管理するものであって、ここで
は、チェイニング手段２、一括反映手段３、およびサー
バ情報テーブル４などから構成されるものである。

【０００９】チェイニング手段２は、他の連携するサー
バの環境定義を問い合わせたり、返答された環境定義を
サーバ情報テーブル４に登録あるいは更新したりなどす
るものである。

【００１０】一括反映手段３は、全てのサーバに放送に
よっての環境定義を問い合わせたり、返答された環境定
義をサーバ情報テーブル４に登録あるいは更新したりな
どするものである。

【００１１】サーバ情報テーブル４は、連携するサーバ
のアドレスを含む環境定義を登録して管理するものであ
る。サーバ２１は、ネットワークに接続して連携しオブ
ジェクト（データ）を管理するものであって、ここで
は、キャッシュ手段２２、キャッシュテーブル２４など
から構成されるものである。

【００１２】キャッシュ手段２２は、他のサーバ２１の
最新のデータをキャッシュテーブル２４に保持させるも
のである。キャッシュテーブル２４は、他のサーバの最
新のデータを格納するものである。

【００１３】次に、動作を説明する。ネットワークに接
続された連携するサーバ１を構成するチェイニング手段
２がサーバ情報テーブル４に設定された上位、同位、あ
るいは下位のサーバ１の環境定義を問い合わせし、問い
合わせに対応して連携する他のサーバ１の環境定義の返
答を受信したときにサーバ情報テーブル４に環境定義を
登録あるいは環境定義を更新するようにしている。

【００１４】また、ネットワークに接続された連携する
サーバ１の一括反映手段３が放送によって全ての他のサ
ーバの環境定義を問い合わせ、問い合わせに対応して連
携する他のサーバ１の環境定義の返答を受信したときに
サーバ情報テーブル４に環境定義を登録あるいは環境定
義を更新するようにしている。

【００１５】これらの際に、問い合わせを所定時間毎に
行い、返答のあった環境定義が前回と同一のときに所定
時間を徐々に長くするようにしている。また、問い合わ
せを所定時間毎に行い、環境定義の返答がなかったとき
にサーバ情報テーブル４から削除し、一方、削除したサ
ーバ１への問い合わせを所定時間毎に行って環境定義の
返答があったときにサーバ情報テーブル４に復元、ある
いは削除したサーバからの環境定義の応答があったとき
に復元するようにしている。

【００１６】また、キャッシュ手段２２がデータの問い
合わせ時に自サーバ２１のキャッシュテーブル２４にデ
ータが存在したときに問い合わせ元にそのデータを送信
し、一方、存在しないときに他の該当サーバ２１にデー
タの問い合わせを行い、データが送信されてきたときに
問い合わせ元に送信すると共にキャッシュテーブル２４
に保存し、問い合わせのあったデータの実在するサーバ
２１で該当データが更新されたときに問い合わせ時に送
信した先のサーバ２１上にデータを送信してキャッシュ
テーブル２４を最新に更新するようにしている。

【００１７】また、キャッシュ手段２２がデータの問い
合わせ時に自サーバ２１のキャッシュテーブル２４にデ
ータが存在したときに問い合わせ元にそのデータを送信
し、一方、存在しないときに他の該当サーバ２１にデー
タの問い合わせを行い、データが送信されてきたときに
問い合わせ元に送信すると共にキャッシュテーブル２４
に保存し、キャッシュテーブル２４のあるサーバで所定
時間毎にあるいは問い合わせがあったときに、データの
実在するサーバにデータの更新の有無を問い合わせ、更
新されていたときに最新データの送信を受けてキャッシ
ュテーブル２４を最新に更新するようにしている。

【００１８】これらの際に、クライアントからデータの
問い合わせのあったサーバ２１にのみキャッシュテーブ
ル２４を設けるようにしている。従って、オブジェクト
を複数のサーバ１で分散管理する際にサーバ１の環境定
義を必要最小限とし他はネットワークを介して環境定義
を自動収集およびサーバ１の追加・削除時に環境定義を
自動収集して更新することにより、管理者による連携す
るサーバの環境定義の管理の負担を軽減し、常に最新の
環境定義への更新を簡易に実現することが可能となる。

【００１９】また、オブジェクトを複数のサーバ２１で
階層化して管理する際に、各サーバ２１のキャッシュテ
ーブル２４に常に最新データを保持し、データの信頼性
を確保およびクライアントからの問い合わせ時に他のサ
ーバ２１へのアクセスを無くしてレスポンスの向上を図
ることが可能となる。

【００２０】

【発明の実施の形態】次に、図１から図８を用いて本発
明の実施の形態および動作を順次詳細に説明する。

【００２１】図１は、本発明のシステム構成図を示す。
図１において、サーバ１は、ネットワークに接続して連
携して膨大な数のオブジェクトを管理するものであっ
て、図示のように階層構造にして相互に接続したもので
ある。各サーバ１は、ここでは、チェイニング手段２、
一括反映手段３、およびサーバ情報テーブル４などから
構成されるものである。

【００２２】チェイニング手段２は、サーバ情報テーブ
ル４に設定された他の連携するサーバの環境定義を問い
合わせたり、返答された環境定義をサーバ情報テーブル
４に登録あるいは更新したりなどするものである（図２
を用いて後述する）。

【００２３】一括反映手段３は、全てのサーバに放送に
よっての環境定義を問い合わせたり、返答された環境定
義をサーバ情報テーブル４に登録あるいは更新したりな
どするものである（図６を用いて後述する）。

【００２４】サーバ情報テーブル４は、連携するサーバ
のアドレスを含む環境定義を登録して管理するものであ
って、後述する図３に示すように、ＩＰアドレス、ポー
ト番号およびツリーのＴＯＰ情報などを登録するもので
ある。

【００２５】次に、図２のフローチャートの順序に従
い、図１の構成の動作を詳細に説明する。図２は、本発
明の動作説明フローチャートを示す。これは、既述した
図１のサーバ１内のチェイニング手段２が実行するもの
であって、図１に示すようにサーバＡ、Ｂ、Ｃ、Ｄ、Ｅ
がネットワークを介して階層構造に接続されている例の
ときのフローチャートである。

【００２６】図２において、Ｓ１は、サーバＢにサーバ
ＡとサーバＣを定義する。これは、図１のサーバＢが持
つ図３の（ａ）のサーバ情報テーブル（Ｂ）４にサーバ
ＡとサーバＢのＩＰアドレス、ポート番号、ツリーのＴ
ＯＰ情報を、管理者が定義して登録する。

【００２７】Ｓ２は、問い合わせ間隔を規定値で問い合
わせを行う。Ｓ３は、規定回数問い合わせてもサーバの
情報が同じか判別する。Ｓ２の問い合わせの規定値の間
隔で、後述するＳ５からＳ８の問い合わせを行い、変更
などされていなく同じか判別する。ＹＥＳの場合には、
同じであると判明したので、Ｓ４で時間間隔を長くし、
Ｓ５に進む。一方、ＮＯの場合には、異なり、変更など
されたと判明したので時間間隔を初期値の規定値にして
Ｓ５に進む。

【００２８】Ｓ５は、ＩＰアドレスとポート番号をもと
に、そのサーバへ問い合わせを行う。これは、図１のサ
ーバＢのチェイニング手段２がＳ１で定義されてサーバ
情報テーブル（Ｂ）４に登録されたサーバＡ、サーバＢ
のＩＰアドレスおよびポート番号をもとに、規定値の間
隔で環境定義の問い合わせを行う（問い合わせパケット
を送信する）。

【００２９】Ｓ６は、問い合わせを受けたサーバがその
ツリーのＴＯＰ情報を返す。これは、例えばＳ５で図１
のサーバＢから問い合わせを受けたサーバＣがそのツリ
ーのＴＯＰ情報を図３の（ｂ）のサーバ情報テーブル
（Ｃ）４から取り出して、サーバＡに送信し、図３の
（ａ）のサーバ情報テーブル（Ｂ）４のサーバＣのエン
トリのツリーのＴＯＰ情報の欄に登録する。

【００３０】Ｓ７は、他の連携サーバ情報があるか判別
する。ここでは、ＹＥＳであるので、Ｓ８でその情報を
問い合わせ元へ送信、例えばＳ５で図１のサーバＢから
問い合わせを受けたサーバＣが直接に連携するサーバ
Ｄ、ＥのツリーのＴＯＰ情報を図３の（ｂ）のサーバ情
報テーブル（Ｃ）４中の、を取り出し、サーバＡに
送信し、図３の（ａ）のサーバ情報テーブル（Ａ）４の
’、’に示すように登録する。一方、Ｓ７のＮＯの
場合には、終了する。

【００３１】以上によって、図１のサーバＢで管理者が
直接に連携するサーバＡ、Ｂの環境定義を図３の（ａ）
のサーバ情報テーブル（Ｂ）４のサーバＡ、ＣのＩＰア
ドレスおよびポート番号を登録するのみで、自動的にチ
ェイニング手段２がサーバ情報テーブル（Ｂ）４の登録
された、例えばサーバＣのＩＰアドレスおよびポート番
号で環境定義の問い合わせのパケットを送信すると、こ
れを受信したサーバＣが自身のツリーのＴＯＰ情報およ
び直接に連携する他のサーバ、ここでは、サーバＤ、Ｅ
のツリーのＴＯＰ情報およびＩＰアドレス、ポート番号
を併せて、問い合わせ元のサーバＢに送信し、図３のサ
ーバ情報テーブル（Ｂ）４に自動登録することが可能と
なる。同様に、サーバＢは、サーバＡの環境定義をサー
バ情報テーブル（Ｂ）４に自動登録する。これらによ
り、管理者は、サーバＢに直接に連携する他のサーバの
環境定義を定義して登録するのみで、自動的にチェイン
ニング手段２が他の間接に連携するサーバの環境定義を
自動収集して自身のサーバ情報テーブル（Ｂ）４に登録
することが可能となると共に、以降はこのサーバ情報テ
ーブル（Ｂ）４を参照して連携する間接する他のサーバ
に直接にパケットの送受信を行い、ネットワークの輻輳
を削減することが可能となる。更に後述するように、サ
ーバの環境定義の変更、削除時に自動的に各サーバ情報
テーブル４の内容を変更、削除することが可能となり、
ネットワーク管理者の負担を軽減できる。

【００３２】尚、図２では、所定時間毎に問い合わせて
いたが、当該所定時間内に他のサーバから環境情報の変
更の旨を受信したときはそのサーバの環境情報の更新を
行い、環境情報の変更を可及的に迅速に反映するように
する。

【００３３】図３は、本発明のサーバ情報テーブル例を
示す。図３の（ａ）は、図１のサーバＢのサーバ情報テ
ーブル（Ｂ）４の例を示す。このサーバ情報テーブル
（Ｂ）４は、図１に示す階層構造にサーバＡ、Ｂ、Ｃ、
Ｄ、Ｅをネットワークに接続したときの自動収集して登
録した後にものであり、当初はネットワーク管理者がサ
ーバＡのＩＰアドレス、ポート番号、ツリーのＴＯＰ情
報、および直接に連携するサーバＡ、ＣのＩＰアドレ
ス、ポート番号のみを定義して登録すればよく、間接に
連携するサーバ、ここでは、サーバＤ、Ｅの環境定義は
全て図２のフローチャートに従い自動収集して登録した
ものである。

【００３４】図３の（ｂ）は、図１のサーバＣのサーバ
情報テーブル（Ｃ）４の例を示す。このサーバ情報テー
ブル（Ｃ）４は、図１に示す階層構造にサーバＡ、Ｂ、
Ｃ、Ｄ、Ｅをネットワークに接続したときの自動収集し
て登録した後にものであり、当初はネットワーク管理者
がサーバＣのＩＰアドレス、ポート番号、ツリーのＴＯ
Ｐ情報、および直接に連携するサーバＢ、Ｄ、ＥのＩＰ
アドレス、ポート番号のみを定義して登録すればよい。

【００３５】図４は、本発明の説明図（その１）を示
す。これは、図２のフローチャートを用いた具体例であ
る。 ・ｓｔｅｐ１：管理者がサーバＡに直接に連携するサー
バＢを定義してサーバ情報テーブル（Ａ）４に登録した
状態を示す（サーバＢを認識）。

【００３６】・ｓｔｅｐ２：ｓｔｅｐ１の定義に従い、
サーバＡがサーバＢに環境定義の問い合わせを行い、
に示す間接に連携するサーバＣの環境定義を自動収集し
てサーバ情報テーブル（Ａ）４に登録した状態を示す
（サーバＢ、Ｃを認識）。

【００３７】・ｓｔｅｐ３：サーバＢが直接に連携する
サーバＣの環境定義の問い合わせを行い、に示す間接
に連携するサーバＤの環境定義を自動収集してサーバ情
報テーブル（Ｂ）４に登録した状態を示す。これは、サ
ーバＤが新たに登録されてｓｔｅｐ３の時点で認識され
た例が相当する。

【００３８】・ｓｔｅｐ４：サーバＡがサーバＢから
に示す間接に連携するサーバＤの環境定義を自動収集し
てサーバ情報テーブル（Ａ）４に登録した状態を示す
（サーバＢ、Ｃ、Ｄを認識）。

【００３９】以上のように、管理者がサーバＡに直接に
連携するサーバＢの環境定義をサーバ情報テーブル
（Ａ）４に登録するのみで、自動的に間接に連携するサ
ーバＣ、Ｄの環境定義を自動収集してサーバ情報テーブ
ル（Ａ）４に登録することが可能となる。

【００４０】図５は、本発明の説明図（その２）を示
す。これは、既述した図４の例を更に詳細に説明したも
のである。図５の（ａ）は、管理者がサーバＡの環境定
義としてサーバＢの情報（ＩＰアドレス、ポート番号、
ツリーのＴＯＰ情報）を登録した状態を示す。

【００４１】図５の（ｂ）は、図２のフローチャートに
従いサーバＡの環境定義としてサーバＣ、Ｄの情報（Ｉ
Ｐアドレス、ポート番号、ツリーのＴＯＰ情報）を自動
収集して登録した状態を示す。

【００４２】図５の（ｃ）は、図２のフローチャートに
従いサーバＡの環境定義としてサーバＣ、Ｄの情報（Ｉ
Ｐアドレス、ポート番号、ツリーのＴＯＰ情報）を自動
収集して登録した状態（ここでは、サーバＤが削除され
た状態）を示す。これは、サーバＤの電源断などによ
り、通信不可となり、環境定義の自動収集に失敗した場
合であり、そのときはサーバＤの環境定義を、サーバＡ
の環境定義から一時的に削除（あるいは動作停止中を表
すフラグをセット）する。これにより、既述した図２の
フローチャートの規定時間毎に各サーバの環境定義の自
動収集を試みて自動収集できないときは電源断などして
停止したものとみなし、サーバ情報テーブル４から削除
あるいは停止フラグをＯＮにして停止中を登録し、規定
時間毎に自動的に各サーバの環境定義を監視して更新す
ることが可能となる。また、停止したサーバ１からの環
境定義の通知に対応して、動作中に更新（復元）するよ
うにしてもよい。

【００４３】次に、図６のフローチャートの順序に従
い、図１の構成の他の動作を詳細に説明する。図６は、
本発明の他の動作説明フローチャートを示す。これは、
既述した図１のサーバ１内の一括反映手段３が実行する
ものであって、図１に示すようにサーバＡ、Ｂ、Ｃ、
Ｄ、Ｅがネットワークを介して階層構造に接続されてい
る例のときのフローチャートである。

【００４４】図６において、Ｓ１１は、問い合わせ間隔
を規定値で問い合わせを行う。Ｓ１２は、規定回数問い
合わせてもサーバの情報が同じか判別する。Ｓ１１の問
い合わせの規定値の間隔で、後述するＳ１４からＳ１６
の問い合わせを行い、変更などされていなく同じか判別
する。ＹＥＳの場合には、同じであると判明したので、
Ｓ１３で時間間隔を長くし、Ｓ１４に進む。一方、ＮＯ
の場合には、異なり、変更などされたと判明したので時
間間隔を初期値の規定値にしてＳ１４に進む。

【００４５】Ｓ１４は、ブロードキャストで起動中のデ
ィレクトリサーバを探す。これは、ブロードキャストで
ネットワークに接続されている全てのサーバに環境定義
の問い合わせを行うことであって、図１の例えばサーバ
Ｂの一括反映手段３がブロードキャストで、規定値の間
隔で環境定義の問い合わせを行う（問い合わせパケット
を送信する）。

【００４６】Ｓ１５は、ディレクトリサーバであるサー
バ（連携するサーバ）がＩＰアドレス、ポート番号、ツ
リーのＴＯＰ情報を返す。これは、物理的にネットワー
クに接続されたサーバへブロードキャストを送信（環境
定義の問い合わせのパケットを送信）し、その応答とし
て、環境定義（ＩＰアドレス、ポート番号、ツリーのＴ
ＯＰ情報）を返す。

【００４７】Ｓ１６は、サーバ情報テーブルに登録す
る。これは、Ｓ１５でブロードキャストに対応して返答
を受けたサーバの環境定義をサーバ情報テーブル４中に
登録し、全ネットワークに直接および間接に接続されて
いる連携するサーバについて環境定義を一括して登録す
る。

【００４８】以上によって、図１の各サーバで環境定義
の問い合わせをブロードキャストするのみで自動的に全
ネットワークに接続されたサーバの環境定義を自動収集
してサーバ情報テーブル４に自動登録することが可能と
なると共に、以降はこのサーバ情報テーブル４を参照し
て連携する直接あるいは間接の他のサーバに直接にパケ
ットの送受信を行い、ネットワークの輻輳を削減するこ
とが可能となる。更に後述するように、サーバの環境定
義の変更、削除時に自動的に各サーバ情報テーブル４の
内容を変更、削除することが可能となり、ネットワーク
管理者の負担を軽減できる。

【００４９】図７は、本発明の他のシステム構成図を示
す。これは、既述した図６のシステム構成の例であっ
て、サーバＡ、Ｂ、Ｃ、Ｄ、Ｅがネットワークに接続さ
れた状態を示す。ここで、各サーバは、 ・サーバＡ：ディレクトリサーバ起動中 ・サーバＢ：ディレクトリサーバ起動中 ・サーバＣ：ディレクトリサーバ起動中 ・サーバＤ：ディレクトリシステムの存在しないサーバ ・サーバＥ：ディレクトリサーバ未起動（停止中） である。この場合には、起動中のディレクトリサーバで
あるサーバＡ、Ｂ、Ｃが図６のフローチャートに従い、
それぞれ他の全てのサーバにブロードキャストで環境定
義の問い合わせを行い、ディレクトリサーバであってか
つ起動中のサーバＡ、Ｂ、Ｃのうちの他のサーバからの
環境定義の応答を受信し、サーバ情報テーブル４に環境
定義（ＩＰアドレス、ポート番号、ツリーのＴＯＰ情
報）を自動登録し、以降はこれを参照して連携するサー
バ間で相互に直接に通信することが可能となる。この場
合、既述した図１に示すように、各サーバは、階層構造
を持っている。また、階層構造を持たない場合、後述す
る図１０に示すリンクによっても同様に可能となる。

【００５０】図８は、本発明の１実施例構成図を示す。
これは、既述した図１および図７の構成の１実施例構成
図である。図８において、ディレクトリサーバ１１は、
ディレクトリシステムを持つサーバであって、ここで
は、連携の対象となる階層構造にしたサーバであり、１
２から２０によって構成されるものである。

【００５１】自動認識装置１２は、他のディレクトリサ
ーバ１１を自動認識して他サーバ定義情報（サーバ情報
テーブル４）に登録するものであって、ここでは、１３
から１５によって構成されるものである。

【００５２】他サーバ情報解析手段１３は、他のサーバ
の情報（環境定義）を解析するものである。タイマー監
視手段１４は、問い合わせ間隔などに使用するタイマを
監視するものである。

【００５３】他サーバ情報問い合わせ手段１５は、他の
サーバに環境定義の問い合わせを行うものである。他サ
ーバ連携処理手段１６は、他のディレクトリサーバ１１
と連携して処理を行うものである。

【００５４】クライアント要求処理手段１７は、クライ
アントからの要求を受け付けたり、その要求の処理を行
ったり、その処理結果を返答したりなどするものであ
る。他サーバ定義情報１８は、他のディレクトリサーバ
１１の環境定義を登録して管理するものであって、既述
したサーバ情報テーブル４に相当するものである。

【００５５】エントリデータベース１９は、各種情報を
保管したりなどするデータベースである。通信制御手段
２０は、他のディレクトリサーバ１１やクライアントと
の間でデータ（パケット）の送受信を行うものである。

【００５６】図９は、本発明の説明図（その３）を示
す。ここで、実線はサーバを階層構造で表現するパスで
表した様子であり、点線はサーバを階層構造ではないリ
ンクで表わした様子を示す。これらパスあるいはリンク
のいずれでも同様に相互の関係を表すことができ、図示
の実線および点線で表す全体の環境情報を各サーバが問
い合わせなどして最終的に自動収集することが可能とな
り、自動収集した環境情報をもとに直接に相互で通信す
ることができるようになる。

【００５７】次に、図１０から図１７を参照して本発明
の他の実施例の構成および動作を詳細に説明する。図１
０は、本発明の他のシステム構成図を示す。

【００５８】図１０において、サーバ２１は、ネットワ
ークに接続して連携しオブジェクト（データ）を管理す
るものであって、ここでは、キャッシュ手段２２、デー
タベース２３、キャッシュテーブル２４などから構成さ
れるものである。

【００５９】キャッシュ手段２２は、他のサーバ２１の
最新のデータをキャッシュテーブル２４に保持させたり
などするものである。データベース２３は、データを階
層構造にして格納し管理するものである。

【００６０】キャッシュテーブル２４は、他のサーバの
最新のデータを格納するものである。クライアント２５
は、クライアントの端末であって、ここでは、データの
サーチ要求などを行うものである。

【００６１】図１０の（ａ）は、クライアント２５がサ
ーバＡにサーチ要求を行ったときにサーバＢにデータが
あったときのデータの流れを模式的に示す。は、クラ
イアント２５から図示のサーチ要求がサーバＡにあり、
そのデータがサーバＡになくサーバＢにあると判明した
ので、サーバＡがサーバＢにサーチ要求を行い、サーバ
Ｂがデータベース２３からデータを読み出してサーバＡ
に送信してキャッシュテーブル２４に格納した様子を示
す。

【００６２】は、でサーバＡのキャッシュテーブル
２４に格納したデータを、サーチ要求元のクライアント
２５に送信する様子を示す。図１０の（ｂ）は、クライ
アント２５が同一のデータを再度サーバＡにサーチ要求
した様子を示す。この場合には、でサーバＡのキャッ
シュテーブル２４にその最新のデータが存在したので、
サーバＢにサーチ要求を送信することなく、サーバＡの
キャッシュテーブル２４から即取り出してクライアント
２５にレスポンス良好に送信することが可能となる。こ
の際、サーバＢのキャッシュ手段２２は、サーバＡにデ
ータを送信してキャッシュテーブル２４に保存したこと
を記憶しておき、当該データの更新が発生したときに、
即時に記憶しておいたサーバＡに送信してキャッシュテ
ーブル２４のデータを最新に常に更新する。

【００６３】以上のように、ネットワークを介して複数
のサーバ２１を接続し、データを階層構造で複数のサー
バ２１に分割して配置し、クライアント２４からサーバ
Ａにサーチ要求があったとき、サーバＢにそのデータが
存在すると判明した場合にサーバＢにサーチ要求してデ
ータの送信を受けてサーバＡのキャッシュテーブル２４
に保存およびクライアント２５に送信すると共に、実在
のデータのあるサーバＢでデータを送信したサーバ２１
を記憶しておき当該データの更新発生時に即時に記憶し
ておいたサーバ２１にデータを送信してキャッシュテー
ブル２４内のデータを常に最新に更新することにより、
クライアント２５からのサーチ要求時に２度目以降は即
時にレンスポンス良好にサーチ結果のデータを返すこと
が可能となる。

【００６４】次に、図１１のフローチャートに示す順序
に従い、図１０の構成の動作を詳細に説明する。図１１
は、本発明の他の動作説明フローチャートを示す。

【００６５】図１１において、Ｓ２１は、クラアイント
がサーバＡへ問い合わせる。これは、図１０の（ａ）の
クライアント２５がサーバＡへデータの問い合わせ（サ
ーチ要求）を行う。

【００６６】Ｓ２２は、キャッシュあるか判別する。こ
れは、Ｓ２１で問い合わせのあったデータが、サーバＡ
のキャッシュテーブル２４中に格納されているか判別す
る。ＹＥＳの場合には、キャッシュテーブル２４中にあ
ると判明したので、Ｓ２６でキャッシュテーブル２４か
ら取り出してクライアント２５へ返す。一方、ＮＯの場
合には、サーバＡのキャッシュテーブル２４中にないと
判明したので、Ｓ２３に進む。

【００６７】Ｓ２３は、Ｓ２２でサーバＡのキャッシュ
テーブル２４中にないと判明したので、サーバＡがサー
バＢに問い合わせを行う。Ｓ２４は、サーバＢが要求オ
ブジェクトをサーバＡへ返す、及びサーバＡがキャッシ
ュテーブル２４をもっていることを記憶する。これは、
サーバＢがＳ２３で問い合わせを受けたデータをデータ
ベース２３から取り出し、この取り出したデータ（オブ
ジェクト）をサーバＡに送信すると共に、当該データに
ついてサーバＡのキャッシュテーブル２４に格納した旨
を記憶し、サーバＢの該当データが更新されたときに送
信した先のサーバ２１のキャッシュテーブル２４中のデ
ータを最新に更新できるようにしておく。

【００６８】Ｓ２５は、サーバＡのキャッシュテーブル
２４へ登録、及びサーバＡはクライアント２５へ結果を
返す。以上によって、クライアント２５がサーバＡに問
い合わせを行い、サーバＡのキャッシュテーブル２４に
あればそのデータをクライアント２５に返し、ないとき
にはサーバＢに問い合わせを行い、サーバＢがデータベ
ース２３から取り出したデータをサーバＡに送信すると
共にサーバＡに送信してキャッシュテーブル２４に登録
したことを記憶し、データを受信したサーバＡはキャッ
シュテーブル２４に登録すると共にクライアント２５に
送信する。そして、サーバＢはデータを更新したときに
記憶しておいたここではサーバＡに更新後のデータを送
信してキャッシュテーブル２４中のデータを常に最新の
データに更新することが可能となる。

【００６９】図１２は、本発明の他の説明図（その１）
を示す。これは、サーバＢでデータベース中のデータの
更新が発生した場合、既述した図１１のＳ２４で記憶し
ておいたデータの送信先のサーバに更新後の最新のデー
タを全て送信し、キャッシュテーブル２４中のデータを
常に最新に更新する旨を説明する図である。ここで、
、、に示すように、サーバＢのデータベース２３
のデータを更新したときに、記憶しておいたサーバＡ、
Ｃ、Ｄの全てのキャッシュテーブル２４中の該当データ
を最新のデータに更新する様子を示す。

【００７０】以上のように、実データを格納したいずれ
かのサーバのデータベース２３中でデータの更新が発生
した場合に、記憶しておいた当該データを送信して格納
した全てのサーバ２１のキャッシュテーブル２４に当該
更新後のデータを送信して常に最新のデータの保持する
ことが可能となる。

【００７１】図１３は、本発明の他の説明図（その２）
を示す。図１３の（ａ）は、キャッシュテーブル２４に
データが格納されていない状態を示す。

【００７２】図１３の（ａ）において、は、クライア
ント２５がサーバＡに接続し、サーバＣのＤＢ（データ
ベース２３）を検索する要求を通知した様子を示す。
は、サーバＡにはデータがないので、サーバＡはサーバ
ＢにサーバＣのＤＢを検索する要求を転送する。

【００７３】は、サーバＢにはデータがないので、更
に、サーバＢがサーバＣのＤＢを検索する要求を転送す
る。サーバＣはデータベース２３からデータを検索して
取り出し、サーバＢに送信し、サーバＢがキャッシュテ
ーブル２４に格納およびサーバＡに送信する。そして、
サーバＡはキャッシュテーブル２４に格納およびクライ
アント２５に送信し、クライアント２５がデータを受信
する。

【００７４】以上のように、クライアント２５からサー
バＡ、Ｂ、ＣとＤＢ検索要求が転送され、検索したデー
タを逆の経路を辿ってクライアント２５に通知されると
共に、その途中のルート中のサーバＡ、Ｂのキャッシュ
テーブル２４にデータが保存されることとなる。そし
て、実際のデータのあるサーバＣのデータベース２３中
の該当データが更新された場合には、更新後のデータを
サーバＡ、Ｂのキャッシュテーブル２４に送信して常に
最新のデータに保持する。

【００７５】図１３の（ｂ）は、キャッシュテーブル２
４にデータが格納されている状態を示す。ここで、、
、は、既述した図１３の（ａ）の、、と同様
であるので、説明を省略する。

【００７６】は、クライアントＢがサーバＢに接続
し、サーバＣのＤＢ（データベース２３）を検索する要
求を通知した様子を示す。この場合には、サーバＢのキ
ャッシュテーブル２４には、、、のときに既にキ
ャッシュテーブル２４にデータが格納されているので、
サーバＢはキャッシュテーブル２４からデータを取り出
してクライアントＢに返す。

【００７７】以上のように、クライアントＢからサーバ
ＢにサーバＣのＤＢの検索要求が通知されたときに、サ
ーバＢのキャッシュテーブル２４にデータが格納されて
いたので、即時にキャッシュテーブル２４から取り出し
たデータをクライアントＢに返すことができ、ＤＢ検索
のレスポンスを良好にすることが可能となる。

【００７８】図１４は、本発明の他の説明図（その３）
を示す。図１４において、は、クライアントがサーバ
Ｂの電話番号"telephone number"の変更要求として、te
lephone number=0123-45-6789をtelephone number=9876
-54-3210に変更する要求をサーバＢに通知した状態を示
す。

【００７９】は、の変更要求に対応してサーバＢが
データベース２３中の状態１（telephone number=0123-
45-6789）を状態２（telephone number=9876-54-3210）
に変更する状態を示す。

【００８０】は、で状態１から状態２に変更したと
きに、サーバＢが記憶しておいたサーバＡに向けて更新
後の状態２のデータ（telephone number=9876-54-321
0）を送信する。

【００８１】は、の更新後の状態２のデータ（tele
phone number=9876-54-3210）を受信したサーバＡがキ
ャッシュテーブル２４中の該当データ（telephone numb
er=0123-45-6789）を更新後のデータ（telephone numbe
r=9876-54-3210）に更新し、最新のデータにする。

【００８２】以上によって、実データの存在するサーバ
Ｂの電話番号が更新されると、記憶しておいたサーバＡ
に更新後の電話番号を送信してキャッシュテーブル２４
中の電話番号を最新のデータに更新し、キャッシュテー
ブル２４中のデータを常に最新に保持することが可能と
なる。

【００８３】図１５は、本発明の他の説明図（その４）
を示す。図１５の（ａ）は、フローチャートを示す。図
１５の（ａ）において、Ｓ３１は、サーバＢのオブジェ
クトが更新されたか判別する。これは、例えば既述した
図１４のサーバＢの電話番号（オブジェクト、データ）
が更新されたか判別する。ＹＥＳの場合には、Ｓ３２に
進む。ＮＯの場合には、終了する。

【００８４】Ｓ３２は、サーバＢが記憶していた（キャ
ッシュデータを保持している）サーバＡのキャッシュテ
ーブル２４中のデータを更新する。これは、既述した図
１４のサーバＢが記憶していたキャッシュデータを送信
して保持させたサーバＡに更新後のデータを送信し、サ
ーバＡのキャッシュテーブル２４中の該当データを最新
のデータに更新する。

【００８５】以上によって、実データの存在するサーバ
でデータ更新が発生した場合に、記憶しておいたサーバ
に更新後のデータを送信してキャッシュテーブル２４中
の該当データを更新後の最新のデータに更新し、キャッ
シュテーブル２４中のデータを常に最新のデータに保持
させることが可能となる。

【００８６】図１５の（ｂ）は、サーバＢのデータベー
ス２３中のデータを更新したときに記憶しておいたサー
バＡのキャッシュテーブル２４の該当データを更新する
様子を示す。

【００８７】図１６は、本発明の他の説明図（その５）
を示す。図１６の（ａ）は、フローチャートを示す。図
１６の（ａ）において、Ｓ４１は、クライアント要求
時、あるいは随時キャッシュ元の実際のオブジェクトの
存在するサーバへ、そのオブジェクトの更新／削除の問
い合わせを行う。ＹＥＳの場合には、問い合わせて更新
／削除があったと判明したので、Ｓ４２、Ｓ４３を実行
する。一方、ＮＯの場合には、更新／削除がなかったと
判明したので、キャッシュテーブル２４中のデータは最
新のデータと判明したので、終了する。

【００８８】Ｓ４２は、サーバＢがサーバＡへ更新／削
除された内容を送信する。これは、サーバＢが記憶して
おいたサーバＡへ更新／削除した内容を送信する。Ｓ４
３は、キャッシュテーブルの更新を行う。

【００８９】以上によって、クライアント要求時あるい
は随時、キャッシュテーブル２４を持つサーバ２１が実
データの存在するサーバにデータの更新／削除を問い合
わせ、有りの場合に更新／削除されたデータの転送を受
けてキャッシュテーブル２４を最新の状態に更新／削除
することにより、キャッシュテーブル２４中のデータを
常に最新のデータに保持させることが可能となる。

【００９０】図１６の（ｂ）は、サーバＡが実データの
あるサーバＢにクライアント要求時あるいは随時問い合
わせてデータベース２３中のデータが更新／削除されて
いたときにデータの転送を受けてサーバＡのキャッシュ
テーブル２４の該当データを更新する様子を示す。

【００９１】図１７は、本発明の他の説明図（その７）
を示す。図１７において、は、クライアントＢがサー
バＢのデータ(cn=name2,o=org2,c=jp)の更新要求を通知
する状態を示す。

【００９２】は、でサーバＢのデータが更新される
と、既述したように、サーバＢは記憶しておいたサーバ
Ａに更新後の最新のデータを送信してキャッシュテーブ
ル２４中のデータを最新に更新させる状態を示す。

【００９３】は、の更新後に、クライアントＡから
サーバＡにサーチ要求があった場合に、キャッシュテー
ブル２４中に最新のデータがあったので、そのデータを
取り出してクライアントＡに送信する。これにより、サ
ーバＡは、サーバＢに問い合わせることなく、自身のキ
ャッシュテーブル２４中の最新のデータを取り出してク
ライアントＡに即時に送信し、レスポンスを向上させる
ことが可能となる。

【００９４】

【発明の効果】以上説明したように、本発明によれば、
オブジェクトを複数のサーバ１で分散管理する際にサー
バ１の環境定義を必要最小限とし他はネットワークを介
して環境定義を自動収集およびサーバ１の追加・削除時
に環境定義を自動収集して更新する構成を採用している
ため、管理者による連携するサーバの環境定義の管理の
負担を軽減し、常に最新の環境定義への更新を簡易に実
現できる。また、環境定義をサーバ情報テーブル４に自
動収集して登録し、以降は直接あるいは間接を問わず全
ての連携する他のサーバと直接に通信してオブジェクト
処理を迅速に実行でき、レスポンスを向上できる。

【００９５】また、オブジェクトを複数のサーバ２１で
階層化して管理する際に、各サーバ２１のキャッシュテ
ーブル２４に常に最新データを保持する構成を採用して
いるため、データの信頼性を確保およびクライアントか
らの問い合わせ時に他のサーバ２１へのアクセスを無く
してレスポンスの向上を図ることができる。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明の動作説明フローチャートである。

【図３】本発明のサーバ情報テーブル例である。

【図４】本発明の説明図（その１）である。

【図５】本発明の説明図（その２）である。

【図６】本発明の他の動作説明フローチャートである。

【図７】本発明の他のシステム構成図である。

【図８】本発明の１実施例構成図である。

【図９】本発明の説明図（その３）である。

【図１０】本発明の他のシステム構成図である。

【図１１】本発明の他の動作説明フローチャートであ
る。

【図１２】本発明の他の説明図（その１）である。

【図１３】本発明の他の説明図（その２）である。

【図１４】本発明の他の説明図（その３）である。

【図１５】本発明の他の説明図（その４）である。

【図１６】本発明の他の説明図（その５）である。

【図１７】本発明の他の説明図（その６）である。

【符号の説明】

１：サーバ ２：チェイニング手段 ３：一括反映手段 ４：サーバ情報テーブル １１：ディレクトリサーバ １２：他サーバ情報解析手段 １３：タイマー監視手段 １４：他サーバ情報問い合わせ手段 ２１：サーバ ２２：キャッシュ手段 ２３：データベース ２４：キャッシュテーブル ２５：クライアント

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山川 陽一 富山県婦負郡八尾町保内二丁目２番１ 株 式会社富山富士通内 (72)発明者 松倉 彰範 富山県婦負郡八尾町保内二丁目２番１ 株 式会社富山富士通内 (72)発明者 中田 浩志 富山県婦負郡八尾町保内二丁目２番１ 株 式会社富山富士通内 (72)発明者 越前 佳代 富山県婦負郡八尾町保内二丁目２番１ 株 式会社富山富士通内 Ｆターム(参考） 5B089 AA11 AA22 5K030 GA11 GA17 HA08 HC01 KA07 LB05

Claims (11)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続された複数のサーバの
   間で連携するサーバ装置において、 ネットワークに接続された連携する複数の各サーバに設
   けた、アドレスを含む環境定義を登録するテーブルと、 ネットワークに接続された連携するサーバが上記テーブ
   ルに設定された上位、同位、あるいは下位のサーバに、
   連携する他のサーバの環境定義を問い合わせる手段と、 上記問い合わせに対応して連携する他のサーバの環境定
   義の返答を受信したときに上記テーブルに環境定義を登
   録あるいは環境定義を更新する手段とを備えたことを特
   徴とするサーバ装置。
2. 【請求項２】ネットワークに接続された複数のサーバの
   間で連携するサーバ装置において、 ネットワークに接続された連携する複数の各サーバに設
   けた、アドレスを含む環境定義を登録するテーブルと、 ネットワークに接続された連携するサーバが放送によっ
   て全ての他のサーバの環境定義を問い合わせる手段と、 上記問い合わせに対応して連携する他のサーバの環境定
   義の返答を受信したときに上記テーブルに環境定義を登
   録あるいは環境定義を更新する手段とを備えたことを特
   徴とするサーバ装置。
3. 【請求項３】上記問い合わせを所定時間毎に行い、返答
   のあった環境定義が前回と同一のときに所定時間を徐々
   に長くすることを特徴とする請求項１あるいは請求項２
   記載のサーバ装置。
4. 【請求項４】上記問い合わせを所定時間毎に行い、環境
   定義の返答がなかったときに上記テーブルから削除し、
   一方、削除したサーバへの問い合わせを所定時間毎に行
   って環境定義の返答があったとき、あるいは削除したサ
   ーバからの環境定義の応答があったときに上記テーブル
   に復元することを特徴とする請求項１から請求項３のい
   ずれかに記載のサーバ装置。
5. 【請求項５】ネットワークに接続された連携する複数の
   各サーバに設けた、アドレスを含む環境定義をテーブル
   に登録する手段と、 ネットワークに接続された連携するサーバが上記テーブ
   ルに設定された上位、同位、あるいは下位のサーバに、
   連携する他のサーバの環境定義を問い合わせる手段と、 上記問い合わせに対応して連携する他のサーバの環境定
   義の返答を受信したときに上記テーブルに環境定義を登
   録あるいは環境定義を更新する手段として機能させるプ
   ログラムを記録したコンピュータ読取可能な記録媒体。
6. 【請求項６】ネットワークに接続された連携する複数の
   各サーバに設けた、アドレスを含む環境定義をテーブル
   に登録する手段と、 ネットワークに接続された連携するサーバが放送によっ
   て全ての他のサーバの環境定義を問い合わせる手段と、 上記問い合わせに対応して連携する他のサーバの環境定
   義の返答を受信したときに上記テーブルに環境定義を登
   録あるいは環境定義を更新する手段として機能させるプ
   ログラムを記録したコンピュータ読取可能な記録媒体。
7. 【請求項７】ネットワークに接続された複数の連携する
   サーバの間で階層的にデータを管理するサーバ装置にお
   いて、 ネットワークに接続された連携する複数の各サーバに設
   けた、データを一時的に格納するキャッシュテーブル
   と、 データの問い合わせ時に自サーバの上記キャッシュテー
   ブルにデータが存在したときに問い合わせ元にそのデー
   タを送信し、一方、存在しないときに他の該当サーバに
   データの問い合わせを行う手段と、 上記他の該当サーバにデータの問い合わせを行ったとき
   に、そのデータが送信されてきたときに上記問い合わせ
   元に送信すると共に上記キャッシュテーブルに保存する
   手段と、 上記問い合わせのあったデータの実在するサーバで当該
   データが更新されたときに問い合わせ時に送信した先の
   サーバにデータを送信してキャッシュテーブルを最新に
   更新する手段とを備えたことを特徴とするサーバ装置。
8. 【請求項８】ネットワークに接続された複数の連携する
   サーバの間で階層的にデータを管理するサーバ装置にお
   いて、 ネットワークに接続された連携する複数の各サーバに設
   けた、データを一時的に格納するキャッシュテーブル
   と、 データの問い合わせ時に自サーバの上記キャッシュテー
   ブルにデータが存在したときに問い合わせ元にそのデー
   タを送信し、一方、存在しないときに他の該当サーバに
   データの問い合わせを行う手段と、 上記他の該当サーバにデータの問い合わせを行ったとき
   に、そのデータが送信されてきたときに上記問い合わせ
   元に送信すると共に上記キャッシュテーブルに保存する
   手段と、 上記キャッシュテーブルのあるサーバで所定時間毎にあ
   るいは問い合わせがあったときに、データの実在するサ
   ーバにデータの更新の有無を問い合わせ、更新されてい
   たときに最新データの送信を受けてキャッシュテーブル
   を最新に更新する手段とを備えたことを特徴とするサー
   バ装置。
9. 【請求項９】クライアントからデータの問い合わせのあ
   ったサーバにのみ上記キャッシュテーブルを設けたこと
   を特徴とする請求項７あるいは請求項８記載のサーバ装
   置。
10. 【請求項１０】ネットワークに接続された連携する複数
    の各サーバに設けた、データをキャッシュテーブルに格
    納する手段と、 データの問い合わせ時に自サーバの上記キャッシュテー
    ブルにデータが存在したときに問い合わせ元にそのデー
    タを送信し、一方、存在しないときに他の該当サーバに
    データの問い合わせを行う手段と、 上記他の該当サーバにデータの問い合わせを行ったとき
    に、そのデータが送信されてきたときに上記問い合わせ
    元に送信すると共に上記キャッシュテーブルに保存する
    手段と、 上記問い合わせのあったデータの実在するサーバで当該
    データが更新されたときに問い合わせ時に送信した先の
    サーバ上にデータを送信してキャッシュテーブルを最新
    に更新する手段として機能させるプログラムを記録した
    コンピュータ読取可能な記録媒体。
11. 【請求項１１】ネットワークに接続された連携する複数
    の各サーバに設けた、データをキャッシュテーブルに格
    納する手段と、 データの問い合わせ時に自サーバの上記キャッシュテー
    ブルにデータが存在したときに問い合わせ元にそのデー
    タを送信し、一方、存在しないときに他の該当サーバに
    データの問い合わせを行う手段と、 上記他の該当サーバにデータの問い合わせを行ったとき
    に、そのデータが送信されてきたときに上記問い合わせ
    元に送信すると共に上記キャッシュテーブルに保存する
    手段と、 上記キャッシュテーブルのあるサーバで所定時間毎にあ
    るいは問い合わせがあったときに、データの実在するサ
    ーバにデータの更新の有無を問い合わせ、更新されてい
    たときに最新データの送信を受けてキャッシュテーブル
    を最新に更新する手段として機能させるプログラムを記
    録したコンピュータ読取可能な記録媒体。