JPH09198346A - サーバ選択方式及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 個々のクライアントからの多様なサーバ選択
要求に対応可能なサーバ選択方式及び方法を提供するこ
とを課題とする。 【解決手段】 それぞれサービスを提供する複数のサー
バ２１〜２４の中からサーバ２１〜２４を選択するため
の規則である選択ポリシーが格納された問い合わせメッ
セージ２と、クライアント１より問い合わせメッセージ
２を指定されるディレクトリサーバ３とを備え、ディレ
クトリサーバ３は、複数のサーバ２１〜２４について、
各サーバ２１〜２４の属性が格納されたサーバ情報表４
と、問い合わせメッセージ２に格納された上記選択ポリ
シーと、サーバ情報表４に格納された上記属性とに基づ
いて、複数のサーバ２１〜２４を評価し、上記選択ポリ
シーに合致したサーバ２１〜２４をサーバ情報表４から
選択し、この選択したサーバ２１〜２４をクライアント
１に通知するサーバ選択手段６とを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアントサ
ーバモデルに基づいたサービス提供システムにおいて、
サーバ選択のための処理を行なうディレクトリサーバの
サーバ選択方式及び方法に関するものである。

【０００２】

【従来の技術】図１９は、例えば特開平３−１１６２６
２号公報に示された従来のサーバ選択方式の処理を行な
うシステムの構成図である。図において、９０１はサー
ビスを受けるクライアント、９０２はサービスを提供す
るサーバ、９０３はクライアント９０１がサーバ９０２
を探す時にサービスの種類を問い合わせるディレクトリ
サーバ、９０４は、クライアント９０１、サーバ９０
２、ディレクトリサーバ９０３間の通信手段を提供する
ネットワークである。

【０００３】次に、図２０に示した従来のサーバ選択方
式のフローチャートに基づいて動作を説明する。まずス
テップ９２１において、ディレクトリサーバ９０３は存
在する各サーバ９０２の許容負荷や性能などの個別情報
を収集する。次にステップ９２２において、ネットワー
ク９０４のグローバルな情報を収集する。このときに
は、ディレクトリサーバ９０３は、各種サービスを対象
にしたサーバに関する情報、例えば、仮名漢字変換、フ
ァイルサービス、メールサービスなどのサービスを提供
するサーバに関する情報を収集する。ステップ９２３で
は、クライアント９０１からの問い合わせに対する待ち
の状態に入るために、問い合わせが来ているか否かのチ
ェックを行なう。クライアント９０１からの問い合わせ
とは、例えばクライアント９０１が仮名漢字変換という
種類のサービスを提供するサーバ９０２を探したい時に
ディレクトリサーバ９０３に対してサービスの種類を仮
名漢字変換と指定して問い合わせることである。問い合
わせが来ていない場合には、再度ステップ９２３を繰り
返し実行し、クライアント９０１からの問い合わせを待
つ。ステップ９２３においてクライアント９０１からの
問い合わせが来ていた場合には、ステップ９２４でクラ
イアント９０１が要求したサービスの種類を提供するサ
ーバ群を各サーバ個別情報から選択し、ディレクトリサ
ーバ９０３独自の選択基準に基づいて、先に収集した各
サーバ９０２の個別情報及びネットワークの情報から適
当なサーバ９０２を選択し、ステップ９２５において、
選択したサーバ９０２に関する情報をクライアント９０
１に通知する。

【０００４】

【発明が解決しようとする課題】従来のサーバ選択方式
において、クライアントは仮名漢字変換などのサービス
の種類を指定してディレクトリサーバにサーバ情報の問
い合わせを行ない、それに基づいてディレクトリサーバ
が独自の選択方式により選択を行なうため、例えば、同
じ種類のサービスを提供するサーバがネットワークに複
数存在する時、その選択は、ディレクトリサーバに任さ
れているので、クライアントの多様なサーバ選択要求に
対応できないという問題点があった。

【０００５】この発明は、上記の問題点を解決するため
になされたもので、個々のクライアントからの多様なサ
ーバ選択要求に対応可能であり、さらには、特定のサー
バに負荷を集中させないサーバ選択方式及び方法を提供
することを目的とする。

【０００６】

【課題を解決するための手段】第１の発明に係るサーバ
選択方式は、以下の要素を備えたものである。 （ａ）それぞれサービスを提供する複数のサーバの中か
らサーバを選択するための規則である選択ポリシーが格
納された問い合わせメッセージ； （ｂ）以下の要素を備え、クライアントより上記問い合
わせメッセージを指定されるディレクトリサーバ； （ｂ１）上記複数のサーバについて、各サーバの属性が
格納されたサーバ情報表； （ｂ２）上記問い合わせメッセージに格納された上記選
択ポリシーと、上記サーバ情報表に格納された上記属性
とに基づいて、上記複数のサーバを評価し、上記選択ポ
リシーに合致したサーバを上記サーバ情報表から選択
し、この選択したサーバを上記クライアントに通知する
サーバ選択手段。

【０００７】第２の発明に係るサーバ選択方式は、複数
の選択ポリシーが格納された問い合わせメッセージと、
上記問い合わせメッセージに格納された上記各選択ポリ
シーを順番に処理し、上記複数の選択ポリシーの何れか
に合致したサーバを選択するサーバ選択手段とを備えた
ものである。

【０００８】第３の発明に係るサーバ選択方式は、複数
の選択ポリシーがそれぞれ優先度つきで格納された問い
合わせメッセージと、上記問い合わせメッセージに格納
された上記各選択ポリシーを上記優先度に基づいて順番
に処理するサーバ選択手段とを備えたものである。

【０００９】第４の発明に係るサーバ選択方式は、複数
の選択ポリシーを組み合わせた複合選択ポリシーが、こ
の複合選択ポリシーの評価方法とともに格納された問い
合わせメッセージと、上記問い合わせメッセージに格納
された上記複合選択ポリシーを上記評価方法に基づいて
処理するサーバ選択手段とを備えたものである。

【００１０】第５の発明に係るサーバ選択方式は、上記
サーバが選択できたときに、上記選択ポリシーと上記選
択されたサーバの名前とが上記クライアント毎に格納さ
れるクライアント情報記憶手段と、新たに使用可能とな
った新サーバの属性を上記サーバ情報表に格納するとと
もに、上記新サーバ、及び上記クライアント情報記憶手
段に格納され上記新サーバと同じサービスを提供する旧
サーバの両サーバを、上記サーバ情報表に格納された上
記両サーバの属性と、上記クライアント情報記憶手段に
格納された上記旧サーバ選択時の選択ポリシーとに基づ
いてそれぞれ評価し、上記新サーバの方が上記旧サーバ
選択時の選択ポリシーに合致する場合に、上記旧サーバ
を選択したクライアントに上記新サーバを通知するサー
バ登録手段を備えたものである。

【００１１】第６の発明に係るサーバ選択方式は、上記
サーバが選択できなかったときに、上記選択ポリシーが
上記クライアント毎に格納されるクライアント情報記憶
手段と、新たに使用可能となった新サーバの属性と、上
記クライアント情報記憶手段に格納された選択ポリシー
とに基づいて、上記新サーバを評価し、上記新サーバが
上記クライアント情報記憶手段に格納された選択ポリシ
ーに合致する場合に、上記新サーバを上記クライアント
情報記憶手段に格納されたクライアントに通知するサー
バ登録手段を備えたものである。

【００１２】第７の発明に係るサーバ選択方式は、上記
問い合わせメッセージで指定された選択ポリシーにより
以前選択されたサーバを除外してサーバ選択を行うサー
バ選択手段を備えたものである。

【００１３】第８の発明に係るサーバ選択方式は、上記
サーバが選択できたときに、上記選択ポリシーと上記選
択されたサーバの名前とが上記選択ポリシー毎に格納さ
れるサーバ情報記憶手段と、上記サーバ情報記憶手段に
格納されたサーバであって、上記問い合わせメッセージ
で指定された選択ポリシーにより以前選択されたサーバ
を除外してサーバ選択を行うサーバ選択手段とを備えた
ものである。

【００１４】第９の発明に係るサーバ選択方式は、上記
サーバが選択できたときに、上記選択ポリシーと上記選
択されたサーバの名前と選択されたときの時刻が上記選
択ポリシー毎に格納されるサーバ情報記憶手段と、選択
ポリシーとともに時間が格納された問い合わせメッセー
ジと、上記サーバ情報記憶手段に格納されたサーバであ
って、上記問い合わせメッセージで指定された選択ポリ
シーにより、以前でかつ上記問い合わせメッセージに格
納された時間以内に選択されたサーバを除外してサーバ
選択を行うサーバ選択手段とを備えたものである。

【００１５】第１０の発明に係るサーバ選択方式は、上
記サーバが選択できたときに、上記選択されたサーバの
名前が上記クライアント毎に格納されるクライアント情
報記憶手段と、上記クライアント情報記憶手段に格納さ
れたサーバであって、上記問い合わせメッセージを指定
したクライアント用に以前選択したサーバを除外してサ
ーバ選択を行うサーバ選択手段とを備えたものである。

【００１６】第１１の発明に係るサーバ選択方法は、以
下のステップを備えたものである。 （ａ）それぞれサービスを提供する複数のサーバの中か
らサーバを選択するための規則である選択ポリシーを問
い合わせメッセージに格納するステップ； （ｂ）上記問い合わせメッセージを送信するステップ； （ｃ）上記問い合わせメッセージを受信するステップ； （ｄ）受信した問い合わせメッセージに格納された上記
選択ポリシーと、上記複数のサーバの属性とに基づい
て、上記複数のサーバを評価するステップ； （ｅ）評価結果に基づいて上記選択ポリシーに合致した
サーバを選択するステップ； （ｆ）選択したサーバを上記クライアントに通知するス
テップ。

【００１７】第１２の発明に係るサーバ選択方法は、以
下のステップを備えたものである。 （ａ）それぞれサービスを提供する複数のサーバの中か
らサーバを選択するための規則である選択ポリシーを複
数組み合わせた複合選択ポリシーを、この複合選択ポリ
シーの評価方法とともに問い合わせメッセージに格納す
るステップ； （ｂ）上記問い合わせメッセージを送信するステップ； （ｃ）上記問い合わせメッセージを受信するステップ； （ｄ）受信した問い合わせメッセージに格納された上記
複合選択ポリシーと、上記複数のサーバの属性とに基づ
いて、上記複合選択ポリシーの評価方法により上記複数
のサーバを評価するステップ； （ｅ）評価結果に基づいて上記複合選択ポリシーに合致
したサーバを選択するステップ； （ｆ）選択したサーバを上記クライアントに通知するス
テップ。

【００１８】

【発明の実施の形態】 実施の形態１．以下、この発明の実施の形態１を図を参
照して説明する。図１は、実施の形態１のサーバ選択方
式の構成を示す構成図である。図において、１はサーバ
選択の問い合わせを行なうクライアント、２はクライア
ント１から送付されるサーバ選択の問い合わせメッセー
ジであり、図示した問い合わせメッセージ２は、選択ポ
リシーＢで仮名漢字変換サーバを探すというものであ
る。ここで選択ポリシーとは、サーバを選択するための
規則のことである。３はクライアント１によるサーバ選
択の問い合わせを受け付けるディレクトリサーバ、４は
サーバの各種情報が格納されるサーバ情報表であり、こ
のサーバ情報表４には、サーバ名、サーバが提供するサ
ービスの種類、稼働するホストのネットワーク上での距
離情報、稼働するホストのメモリ容量等の情報がサーバ
毎に格納され、この他に、クライアント１がサーバと通
信を行なうためのサーバ側の通信ポートアドレスも格納
される。５は複数のサーバ選択ポリシーが格納される選
択ポリシー記憶手段であり、選択ポリシーとしては、
Ａ：「ネットワーク距離が最小のもの」とか、Ｂ：「サ
ーバプログラム用のメモリ容量が最大のもの」などがあ
る。６は指定された選択ポリシーに基づきサーバ情報表
４からサーバを１つ選択し、この選択したサーバのアド
レスをクライアント１に通知するサーバ選択手段であ
る。２１〜２４は、それぞれ、サーバＡ、サーバＢ、サ
ーバＣ、サーバＤという名前を持つサーバであり、各種
のサービスを提供し、ディレクトリサーバ３のサーバ情
報表４に登録されている。

【００１９】次に図２のフローチャートに基づいてサー
バ選択手段６によるサーバ選択の処理を説明する。ま
ず、ステップ１１ではサーバ２１〜２４に関する情報を
収集し、サーバ情報表４を初期化することにより、図１
に示したサーバ情報表４のように初期設定する。なお、
サーバ情報表４は、ファイルやメモリ上の所定の領域に
ディレクトリサーバ３以外が予め設定しておくこともで
きる。ディレクトリサーバ３は、少なくともその設定さ
れたサーバ情報表４を参照できれば良い。また、サーバ
情報表４は、ディレクトリサーバ３が収集するかわり
に、各サーバ２１〜２４からの登録という手段を用いて
同様の初期化を行うこともできる。

【００２０】次に、ステップ１２においてクライアント
１からの問い合わせメッージ２が到着しているか否かの
チェックを行なう。ここで、問い合わせメッセージ２が
到着していない場合には、再度ステップ１２を実行する
ことによりチェックを繰り返し、問い合わせメッセージ
２が到着するのを待つ。クライアント１が問い合わせメ
ッセージ２を送付した後、そのメッセージがディレクト
リサーバ３側に到着していた場合には、ステップ１３に
おいて、問い合わせメッセージ２の中の選択ポリシーの
指定情報を取り出す。

【００２１】次にステップ１４において、取り出した選
択ポリシー指定情報に基いて選択ポリシー記憶手段５か
ら選択ポリシーを探しだす。具体的には、図１のように
サーバ選択ポリシーがＢである場合は、Ｂの「メモリ容
量が最大のもの」という選択ポリシーが設定される。そ
して，その選択ポリシーを使用してサーバ情報表４から
選択を行なってサーバを選び出す。本実施の形態におい
ては、Ｂの「メモリ容量が最大のもの」という選択ポリ
シーで、仮名漢字変換サーバを探しているというリクエ
ストなため、サーバ情報表４の中のサーバＡ（メモリ容
量５ＭＢ）、およびサーバＤ（メモリ容量１０ＭＢ）の
欄が参照され、そしてメモリ容量が最大のサーバＤが選
択される。

【００２２】ステップ１５ではサーバ２１〜２４が選択
できたか否かのチェックを行なう。ここで、例えばサー
バ情報表４の中に仮名漢字変換サーバのエントリが存在
しない場合は、検索が失敗する。サーバ２１〜２４が選
択できた場合には、ステップ１６でサーバ２１〜２４の
アドレスをクライアント１に通知する。サーバ２１〜２
４が選択できなかった場合には、ステップ１７で選択で
きなかった旨をクライアント１に通知する。ステップ１
６又はステップ１７のいずれかが終了したらステップ１
２に戻り、再びクライアント１からの問い合わせメッセ
ージ２を待つ。

【００２３】以上のように、この実施の形態によれば、
クライアント１は、サーバ２１〜２４の一般的な登録情
報がディレクトリサーバ３のサーバ情報表４に入ってお
り、クライアント１自身で参照できないにもかかわら
ず、ディレクトリサーバ３に対してサーバ選択ポリシー
を指定して問い合わせることにより、自身の希望に沿っ
たサーバ、ここでは仮名漢字変換サーバを見つけること
ができ、その後見つけたサーバと直接クライアントサー
バ通信による処理を開始することができる。

【００２４】なお、この実施の形態では、クライアント
１は、選択ポリシーを区別する記号を問い合わせメッセ
ージ２で指定し、この記号に基づいてディレクトリサー
バ３は、選択ポリシー記憶手段５から選択ポリシーを探
しだす形態を示したが、クライアント１が、選択ポリシ
ーそのもの、即ち「ネットワーク距離が最小のもの」と
か、「サーバプログラム用のメモリ容量が最大のもの」
などを問い合わせメッセージ２で指定すれば、選択ポリ
シー記憶手段５は無くても良い。

【００２５】実施の形態２．次に、この発明の実施の形
態２を図参照して説明する。図３は、実施の形態１のサ
ーバ選択方式の構成を示す構成図である。この実施の形
態では、問い合わせメッセージ２の内容が実施の形態１
と異なる。ここでの問い合わせメッセージ２には、選択
ポリシーが複数指定されており、それぞれのポリシーは
評価順にならんでいる。また、クライアント１は、問い
合わせメッセージ２に複数の選択ポリシーを指定するこ
とが可能となっている。更に、説明をしやすくするた
め、サーバ情報表４の内容例も異なる。図３において、
６ａは、指定された複数の選択ポリシーから指定順に評
価を行なうことによりサーバ情報表４からサーバ２１〜
２４を１つ選択し、この選択したサーバ２１〜２４のア
ドレスをクライアント１に通知するサーバ選択手段であ
る。

【００２６】次に図４のフローチャートに基づいてサー
バ選択手段６ａによるサーバ選択の処理を説明する。ま
ず、ステップ２１ではサーバ２１〜２４に関する情報を
収集し、サーバ情報表４を図３のように初期化する。次
にステップ２２においてクライアント１からの問い合わ
せメッセージ２が到着しているか否かのチェックを行な
う。ここで、問い合わせメッセージ２が到着していない
場合には、再度ステップ２２を実行することによりチェ
ックを繰り返し、問い合わせメッセージ２が到着するの
を待つ。ステップ２２において問い合わせメッセージ２
が到着していた場合には、ステップ２３において、問い
合わせメッセージ２の中の選択ポリシーの指定情報を取
り出す。

【００２７】ここで実施の形態１と異なるのは、選択ポ
リシーの指定情報が複数指定されていることである。し
たがって、ステップ２３では、指定順に選択ポリシーを
一つづつ取り出す。次にステップ２４においてその取り
出した選択ポリシー指定情報に基いて選択ポリシー記憶
手段５から選択ポリシーを探しだし、この選択ポリシー
を使用してサーバ情報表４から選択を行なってサーバを
選び出す。図３の例によれば、まず、優先度１の選択ポ
リシーとして、Ａの「ネットワーク距離が最小のもの」
というポリシーに従って、サーバ２１〜２４を捜し出
す。サーバ情報表４の中には、選択対象の仮名漢字変換
サーバとしては、サーバＡ、Ｃ、Ｄがあるが、その中で
サーバＡとサーバＤが同じネットワーク距離であり、最
小である。次に、この２つのサーバを対象に次の優先度
２の選択ポリシーとして「サーバプログラム用のメモリ
容量が最大のもの」により、サーバＤが選択される。メ
モリ容量が２０MＢあるサーバＣはこの方法では選択さ
れない。

【００２８】ステップ２５ではサーバ２１〜２４が選択
できたか否かのチェックを行なう。サーバ２１〜２４が
選択できた場合には、そのアドレスをステップ２６でク
ライアント１に通知する。サーバ２１〜２４が１つも選
択できなかった場合、例えば仮名漢字変換サーバが見つ
からなかった場合は、ステップ２７においてクライアン
ト１へ検索失敗の通知を行なう。ステップ２６又はステ
ップ２７のいずれかが終了すると、再びステップ２２へ
戻り、次の問い合わせメッセージ２の待ち状態に入る。

【００２９】以上のように、この実施の形態によれば、
クライアント１は、ディレクトリサーバ３に対して複数
のサーバ選択ポリシーを優先度付きで指定することによ
り、優先度の高い選択ポリシーに相当するサーバ２１〜
２４が見つからなかった場合に、より低優先度の選択ポ
リシーによりサーバ２１〜２４を選択できるので、サー
バの選択範囲を広げつつより理想のサーバを選択するこ
とができる。

【００３０】なお、この実施の形態では、選択ポリシー
の優先度を、問い合わせメッセージ２内の指定順序で評
価していくことにより、実現しているが、優先度自体の
指定方法は、各種考えられる。ディレクトリサーバ３が
複数の選択ポリシーをどの順序で取り出していくかが指
定されていれば良いので、例えば、問い合わせメッセー
ジ内の複数の選択ポリシーに順序を示すタグがついてい
て、そのタグに示された順序に基づいて順に探して評価
していくことも可能である。

【００３１】実施の形態３．次に、この発明の実施の形
態３を図を参照して説明する。図５は、実施の形態３の
サーバ選択方式の構成を示す構成図である。この実施の
形態では、問い合わせメッセージ２の内容が実施の形態
１と異なる。ここでの問い合わせメッセージ２では、複
数の基本選択ポリシーを組み合わせた複合選択ポリシー
が指定され、各基本選択ポリシーの評価方法まで含んで
指定される。図５に示したｍｉｎ（Ａ÷Ｂ）で表される
複合選択ポリシーは、基本選択ポリシーＡが「１つのリ
クエストを１ＣＰＵで処理したときの処理時間」、基本
選択ポリシーＢが「各サーバで使用できるＣＰＵ数」の
場合で、たくさんのリクエストをサーバに出すクライア
ントの場合、１リクエストに対する処理速度に基づいて
サーバを選択するのではなく、そのサーバ内のＣＰＵ数
による並列動作が期待できて、各サーバによる１つのリ
クエスト当たりの処理時間の平均が最小になるようなサ
ーバを選択したいというポリシーが必要になる。また、
サーバ情報表４の内容も異なっている。さらに、選択ポ
リシー記憶手段５には、Ａ：「１ＣＰＵ当たりの処理時
間」とか、Ｂ：「使用できるＣＰＵ数」などの基本選択
ポリシーが格納されている。図５において、６ｂは、複
数の基本選択ポリシーを組み合わせた複合選択ポリシー
によりサーバ情報表４からサーバ２１〜２４を１つ選択
し、この選択したサーバ２１〜２４のアドレスをクライ
アント１に通知するサーバ選択手段である。

【００３２】次に図６のフローチャートに基づいてサー
バ選択手段６ｂによるサーバ選択の処理を説明する。ま
ず、ステップ３１ではサーバ２１〜２４に関する情報を
収集し、サーバ情報表４を図５のように初期化する。次
にステップ３２においてクライアント１からの問い合わ
せメッセージ２が到着しているか否かのチェックを行な
う。ここで、問い合わせメッセージ２が到着していない
場合には、再度ステップ３２を実行することによりチェ
ックを繰り返し、問い合わせメッセージ２が到着するの
を待つ。ステップ３２において問い合わせメッセージ２
が到着していた場合には、ステップ３３において、問い
合わせメッセージ２の中の複合選択ポリシーの指定情報
を取り出す。次にステップ３４では、取り出した複合選
択ポリシーをディレクトリサーバ３内の選択ポリシー記
憶手段５を使用して解釈するとともに、サーバ情報表４
を参照して各サーバを評価し、評価結果が最小となると
なるサーバを選択する。この実施の形態では、仮名漢字
変換サーバは３つ登録されているが、サーバＡ，サーバ
Ｃ，サーバＤそれぞれの評価値は、１０，４，８とな
り、この評価値が最小のサーバＣが選択される。

【００３３】ステップ３５ではサーバ２１〜２４が選択
できたか否かのチェックを行なう。サーバ２１〜２４が
選択できた場合には、そのアドレスをステップ３６でク
ライアント１に通知する。サーバ２１〜２４が選択でき
なかった場合には、ステップ３７で選択できなかった旨
をクライアント１に通知する。ステップ３６又はステッ
プ３７のいずれかが終了したらステップ３２に戻り、再
びクライアント１からの問い合わせメッセージ２を待
つ。クライアント側は、ステップ３６の通知によりサー
バＣの情報を受けとり、サーバＣと通信を開始すること
になる。

【００３４】以上のように、この実施の形態によれば、
クライアント１は複数の選択ポリシーを組み合わせた複
合選択ポリシーを指定することにより、クライアント１
は実質上新しい独自の選択ポリシーを指定することがで
きるので、要求に見あったサーバを選択することが更に
容易になる。

【００３５】実施の形態４．次に、この発明の実施の形
態４を図を参照して説明する。この実施の形態では、各
種サーバは、実行開始時にディレクトリサーバに通知す
ることにより、サーバ情報の登録を行なうことができ、
このディレクトリサーバによるサーバの登録処理と、サ
ーバの選択処理の組合せにおいて効果を発揮する。図７
は、実施の形態４のサーバ選択方式の構成を示す構成図
である。図７において、６ｃは、指定された選択ポリシ
ーに基づきサーバ情報表４からサーバ２１〜２４を１つ
選択し、この選択したサーバ２１〜２４のアドレスをク
ライアント１に通知するサーバ選択手段である。７は、
サーバ２１〜２４が選択できた場合に、サーバ２１〜２
４の選択依頼とその回答結果とがサーバ選択手段６ｃに
よりクライアント１毎に格納されるクライアント情報記
憶手段としての保管テーブルであり、保管テーブル７内
には、問い合わせメッセージ２を出してきたクライアン
ト１の名前、問い合わせメッセージ２の内容、及びその
ときに回答したサーバ２１〜２４の名前が格納される。
なお、図７には、クライアント１を１台しか図示してな
いが、この実施の形態４では、クライアントＣ１、Ｃ
２、Ｃ３、Ｃ４の名前を持つクライアントが４台接続さ
れている場合について説明する。８は、新しく起動され
たサーバ２１〜２４の情報を登録するときに、保管テー
ブル７を元に再度サーバ選択を実施し、新しいサーバ２
１〜２４のほうがクライアント１からの条件に対しより
良い評価が得られると判断した場合に、そのサーバ２１
〜２４のアドレスをクライアント１に通知するサーバ登
録手段である。

【００３６】次に図８のフローチャートに基づいてサー
バ選択手段６ｃによるサーバ選択の処理を説明する。ス
テップ４１からステップ４４までの処理は、図２のフロ
ーチャートのステップ１１からステップ１４と同様の処
理であるため、説明を省略する。なお、ステップ４４で
は、メモリ容量が最大のサーバＤが選択される。次に、
ステップ４５ではサーバ２１〜２４が選択できたか否か
のチェックを行なう。ここで、例えばサーバ情報表４の
中に仮名漢字変換サーバ自体１つもエントリが存在しな
い場合は、検索が失敗する。サーバ２１〜２４が選択で
きた場合には、ステップ４６で、その選択したサーバ２
１〜２４と、クライアント１の名前と、問い合わせメッ
セージ２を保管テーブル７に記録し、ステップ４７でサ
ーバ２１〜２４のアドレスをクライアントに通知する。
サーバ２１〜２４が選択できなかった場合には、ステッ
プ４８で選択できなかった旨をクライアント１に通知す
る。ステップ４７又はステップ４８のいずれかが終了し
たらステップ４２に戻り再びクライアント１からの問い
合わせメッセージ２を待つ。

【００３７】次に図９のフローチャートに基づいて、サ
ーバ登録手段８によるサーバ情報の登録処理を説明す
る。なお、図８と図９の処理は、ディレクトリサーバ３
の中でマルチプロセス処理として、同時並行に動作する
ものである。まず、ステップ４１２において通常通りの
手段を使用してサーバ２１〜２４からの登録依頼を受け
付け、サーバ情報表４に登録する。登録依頼の内容は、
サーバ情報表４の１エントリ分の情報に相当するもので
ある。次に、ステップ４１３において、保管テーブル７
を検索し、今回登録したサーバ２１〜２４が提供するサ
ービスと同じサービスについて以前にクライアント１が
問い合わせたか否かを確認する。もし、クライアント１
が問い合わせていれば、即ち保管テーブル７に同じサー
ビスが格納されていれば、ステップ４１４において今回
新しく登録したサーバ情報がその選択依頼に適合し、且
つ以前にクライアントに通知したサーバ情報よりも選択
依頼に適合するか否かをチェックする。具体的には、選
択ポリシーを用いて、前回選んだサーバと今回登録され
たサーバとをそれぞれ再度評価して比較する。この実施
の形態では、クライアントＣ４がサーバＤのアドレスを
もらった後に、サーバＨがディレクトリサーバ３に登録
されると、サーバＤよりもポリシーＢによる評価は高
い、つまりサーバＨはサーバＤよりもメモリ容量が大き
いため、「サーバＨの方が良い」という評価になる。も
し、今回登録のサーバの方が、より良いという評価であ
れば、ステップ４１５において保管テーブルの情報を更
新して今回登録のサーバ名に変更し、ステップ４１６に
おいてクライアントＣ４にサーバ情報を通知する。もし
適合しないようであれば、ステップ４１３に戻り、他の
サーバ選択依頼があるか否かをチェックする。ステップ
４１３において、登録情報がもうない場合には、本処理
は終了する。

【００３８】クライアント１側は、以前通知されたサー
バと通信を断続的に継続しているところに新規情報がデ
ィレクトリサーバ３から通知されることになる。このと
きクライアント１はサーバ２１〜２４を切替えてその後
の処理を行なうことができる。

【００３９】以上のように、この実施の形態によれば、
ディレクトリサーバ３は選択したサーバをクライアント
に通知した後にも問い合わせ内容の選択ポリシーと選択
結果を保管テーブル７に保持しており、新しく起動され
たサーバが登録してきたときに、保持した選択ポリシー
による新たなサーバの評価結果と、保持した以前のサー
バの評価結果を比較し、新しいサーバの方が以前通知し
たサーバよりも評価結果がよい場合には、クライアント
１に新しいサーバのアドレスを通知するため、クライア
ント１は一度得たアドレスを元にサービスを受けながら
も、その後より良いサーバに切替えることができる。

【００４０】実施の形態５．次に、この発明の実施の形
態５を図を参照して説明する。この実施の形態では、実
施の形態４と同様に各種サーバは、実行開始時にディレ
クトリサーバに通知することにより、サーバ情報の登録
を行なうことができ、このディレクトリサーバによるサ
ーバの登録処理と、サーバの選択処理の組合せにおいて
効果を発揮する。図１０は、実施の形態５のサーバ選択
方式の構成を示す構成図である。図１０において、６ｄ
は、指定された選択ポリシーに基づきサーバ情報表４か
らサーバ２１〜２４を１つ選択し、この選択したサーバ
２１〜２４のアドレスをクライアント１に通知するサー
バ選択手段である。７ａは、サーバ２１〜２４が選択で
きなかった場合に、サーバ２１〜２４の選択依頼とその
回答結果とがサーバ選択手段６ｄによりクライアント１
毎に格納されるクライアント情報記憶手段としての保管
テーブルであり、この保管テーブル７ａには、該当する
サーバ２１〜２４が見つからなかったクライアント１の
名前と、問い合わせメッセージ２の内容を記録してお
く。８ａは、サーバ２１〜２４が新規に登録を行ったと
きに、このサーバ２１〜２４の提供するサービスが、保
管テーブル７ａに記録されたクライアント１の問い合わ
せに適合するか否かを調べ、適合する場合に、サービス
を提供するサーバ２１〜２４が新規に登録された旨をク
ライアント１に通知するサーバ登録手段である。

【００４１】次に図１１のフローチャートに基づいてサ
ーバ選択手段６ｄによるサーバ選択の処理を説明する。
ステップ５１からステップ５４までの処理は、図２のフ
ローチャートのステップ１１からステップ１４と同様の
処理であるため、説明を省略する。なお、ステップ５４
では、メモリ容量が最大のサーバＤが選択される。次
に、ステップ５５ではサーバ２１〜２４が選択できたか
否かのチェックを行なう。サーバ２１〜２４が選択でき
た場合には、サーバ２１〜２４のアドレスをステップ５
６においてクライアント１に通知する。サーバ２１〜２
４が選択できなかった場合には、ステップ５７におい
て、保管テーブル７ａにクライアント名と問い合わせメ
ッセージ２の内容を格納し、ステップ５８で選択できな
かった旨をクライアント１に通知する。ステップ５６又
はステップ５８のいずれかが終了したらステップ５２に
戻り再びクライアント１からの問い合わせメッセージ２
を待つ。

【００４２】次に図１２のフローチャートに基づいて、
サーバ登録手段８ａによるサーバ情報の登録処理を説明
する。なお、図１１と図１２の処理は、ディレクトリサ
ーバ３の中でマルチプロセス処理として、同時並行に動
作するものである。まず、ステップ５１２において通常
通りの手段を使用してサーバ２１〜２４からの登録依頼
を受け付け、サーバ情報表４に登録する。登録依頼の内
容は、サーバ情報表４の１エントリ分の情報に相当する
ものである。次に、ステップ５１３において、保管テー
ブル７ａを検索し、今回登録したサーバ２１〜２４が提
供するサービスと同じサービスについて以前にクライア
ント１が問い合わせたか否かを確認する。もし、クライ
アント１が問い合わせていれば、即ち保管テーブル７ａ
に同じサービスが格納されていれば、ステップ５１４に
よりそのクライアント１のエントリを保管テーブル７ａ
より削除し、ステップ５１５においてサーバ２１〜２４
のアドレスをクライアントに通知する。次にステップ５
１３に戻り、他にもサービスが一致するエントリがある
か否かを保管テーブル７ａを検索してチェックし、一致
するエントリがない場合に、本処理は終了する。

【００４３】以上のように、この実施の形態によれば、
まずクライアント１が仮名漢字変換サーバを問い合わせ
ると、サーバ情報表４にはサーバＡ，Ｂ，Ｃ，Ｄの各サ
ーバの情報しかないので、クライアント１には、失敗の
通知がされる。その後にサーバＨが登録に来た時に保管
テーブル７にクライアント１の情報が保管されているの
で、保管テーブル７の選択ポリシーでサーバＨを評価
し、選択ポリシーに合致するので、サーバＨのアドレス
がクライアント１に通知されることになる。従って、各
クライアントは、一度問い合わせておけば、その時に見
つからなくても、後は待ちの処理に入っていて、通知が
来た時点で処理を再開することができる。

【００４４】実施の形態６．次に、この発明の実施の形
態６を図を参照して説明する。図１３は、実施の形態６
のサーバ選択方式の構成を示す構成図である。この実施
の形態では、問い合わせメッセージ２に、図１３に示し
た選択ポリシーＣのように「ポリシーＢにより選択す
る。ただし、ポリシーＢにより選択済みのサーバは除外
する。」という選択ポリシーを指定することができる。
図１３において、６ｅは、指定された選択ポリシーに基
づきサーバ情報表４からサーバ２１〜２４を１つ選択
し、この選択したサーバ２１〜２４のアドレスをクライ
アント１に通知するサーバ選択手段である。７ｂは、選
択ポリシー毎に、選択済みのサーバ２１〜２４の名前と
問い合わせメッセージ２の内容がサーバ選択手段６ｅに
より記録されるサーバ情報記憶手段としての保管テーブ
ルである。

【００４５】次に、図１４のフローチャートに基づいて
サーバ選択手段６ｅによるサーバ選択の処理を説明す
る。ステップ６１からステップ６３までの処理は、図２
のフローチャートのステップ１１からステップ１３と同
様の処理であるため、説明を省略する。ステップ６４で
は、取り出した選択ポリシー指定情報に基いて選択ポリ
シー記憶手段５から選択ポリシーを探しだし、この選択
ポリシーを使用してサーバ情報表４から選択を行なって
サーバを選び出す。このとき、図１３に示した選択ポリ
シーＣのように「ポリシーＢにより選択する。ただし、
ポリシーＢにより選択済みのサーバは除外する。」とい
う選択ポリシーが指定された場合には、保管テーブル７
ｂに記録されているサーバ２１〜２４で、かつ、選択ポ
リシーＢで選択されたサーバ２１〜２４を選択の対象か
ら除外しておく。すなわち、この例では、選択ポリシー
Ｂで選択したサーバＤが保管テーブル７ｂにあるので、
サーバＤを除外したサーバＡ、Ｂ、Ｃの３個から、選択
ポリシーＢを用いて選択するため、メモリ容量が２０Ｍ
ＢのサーバＢか、サーバＣが候補に残り、ここでは、保
管テーブル７ｂの上から検索して最初に見つかった方を
優先し、サーバＢを選択する。

【００４６】次に、ステップ６５ではサーバ２１〜２４
が選択できたか否かのチェックを行なう。サーバ２１〜
２４が選択できた場合には、ステップ６６でその選択し
たサーバの名前と問い合わせメッセージ２の内容を保管
テーブル７ｂに記録する。この例では、選択ポリシーＢ
のエントリである保管テーブル７ｂの２行目の一番右端
の欄がＤからＢに変更される。次に、ステップ６７でサ
ーバ２１〜２４のアドレスをクライアント１に通知す
る。サーバが選択できなかった場合には、ステップ６８
で選択できなかった旨をクライアント１に通知する。ス
テップ６７又はステップ６８のいずれかが終了したらス
テップ６２に戻り、再びクライアント１からの問い合わ
せメッセージ２を待つ。

【００４７】以上のように、この実施の形態によれば、
ディレクトリサーバ３は以前問い合わせて来たクライア
ント１に対する選択ポリシーと選択結果を保持してお
り、あるクライアント１からの要求が来た時に、指定の
選択ポリシーにより以前に選択されたサーバ２１〜２４
を除外するという選択ポリシーを持つことにより、クラ
イアント１はサービスを受けている他のクライアント１
とは異なるサーバ２１〜２４を見つけることが可能にな
る。

【００４８】実施の形態７．次に、この発明の実施の形
態７を図を参照して説明する。図１５は、実施の形態７
のサーバ選択方式の構成を示す構成図である。この実施
の形態では、問い合わせメッセージ２に、選択ポリシー
と時間を指定し、指定の選択ポリシーにより、以前でか
つ指定時間以内に選択されたサーバ２１〜２４を選択対
象から除外するという選択ポリシーを指定することがで
きる。図において、６ｆは、指定された選択ポリシーに
基づきサーバ情報表４からサーバ２１〜２４を１つ選択
し、この選択したサーバ２１〜２４のアドレスをクライ
アント１に通知するサーバ選択手段である。７ｃは、選
択ポリシー毎に、選択済みのサーバ２１〜２４の名前、
選択処理を行った時間、及び問い合わせメッセージ２の
内容がサーバ選択手段６ｆにより記録されるサーバ情報
記憶手段としての保管テーブルである。

【００４９】次に、図１６のフローチャートに基づいて
サーバ選択手段６ｆによるサーバ選択の処理を説明す
る。ステップ７１からステップ７３までの処理は、図２
のフローチャートのステップ１１からステップ１３と同
様の処理であるため、説明を省略する。ステップ７４で
は、取り出した選択ポリシー指定情報に基いて選択ポリ
シー記憶手段５から選択ポリシーを探しだし、この選択
ポリシーを使用してサーバ情報表４から選択を行なって
サーバを選び出す。このとき、本選択ポリシーに相当す
る保管テーブル７ｃのサーバ情報がクライアント１が指
定した時間内に選択したものであった場合には、そのサ
ーバ２１〜２４を選択対象から除外しておく。すなわ
ち、この例では、問い合わせメッセージ２で１０ｍｉｎ
（１０分以内）と指定されており、本処理を行なった時
刻が９５年１０月３１日１３時３１分であるとすると、
保管テーブル７ｃの一番上のエントリの情報が９５年１
０月３１日１３時３０分であるため、サーバＡを選択範
囲から外してポリシーＡにて選択するため、サーバＢが
選択される結果になる。

【００５０】次に、ステップ７５ではサーバ２１〜２４
が選択できたか否かのチェックを行なう。サーバ２１〜
２４が選択できた場合には、ステップ７６でその選択し
たサーバの名前、その時刻、及び問い合わせメッセージ
２の内容を保管テーブル７ｃに記録する。この例では、
選択ポリシーＡのエントリである保管テーブル７ｃの１
行目がサーバＡからサーバＢに変更される。次に、ステ
ップ７７でサーバ２１〜２４のアドレスをクライアント
１に通知する。サーバが選択できなかった場合には、ス
テップ７８で選択できなかった旨をクライアント１に通
知する。ステップ７７又はステップ７８のいずれかが終
了したらステップ７２に戻り再びクライアント１からの
問い合わせメッセージ２を待つ。

【００５１】以上のように、この実施の形態によれば、
ディレクトリサーバ３は以前問い合わせて来たクライア
ント１に対する選択ポリシーと選択結果を保持してお
り、あるクライアント１からの要求が来た時に、その時
間以前の一定時間以内に選択したサーバ２１〜２４を除
外するという選択ポリシーを持つことにより、クライア
ント１はサービスを受けている他のクライアント１とは
異なるサーバ２１〜２４を見つけることが可能になる。

【００５２】実施の形態８．次に、この発明の実施の形
態７を図を参照して説明する。図１７は、実施の形態７
のサーバ選択方式の構成を示す構成図である。この実施
の形態では、問い合わせメッセージ２に、図１７に示し
た選択ポリシーＥのように「ポリシーＡで選択する。た
だし、前回選択されたサーバを選択対象から除外す
る。」という選択ポリシーを指定することができる。こ
の選択ポリシーは、あるクライアント１から問い合わせ
が来た時に、以前にも問い合わせたことがあるクライア
ント１からの問い合わせだった場合には、そのクライア
ント１に以前通知したサーバ２１〜２４はサーバ選択の
対象から除外するものである。なお、図１７には、クラ
イアントを１台しか図示してないが、この実施の形態８
では、クライアントＣ１、Ｃ２の名前を持つクライアン
トが２台接続されている場合について説明する。６ｇ
は、指定された選択ポリシーに基づきサーバ情報表４か
らサーバ２１〜２４を１つ選択し、この選択したサーバ
のアドレスをクライアント１に通知するサーバ選択手段
である。７ｄは、クライアント１毎に、選択済みのサー
バ２１〜２４の名前がサーバ選択手段６ｇにより記録さ
れるクライアント情報記憶手段としての保管テーブルで
ある。

【００５３】次に、図１８のフローチャートに基づいて
サーバ選択手段６ｇによるサーバ選択の処理を説明す
る。ステップ８１からステップ８３までの処理は、図２
のフローチャートのステップ１１からステップ１３と同
様の処理であるため、説明を省略する。ステップ８４で
は、取り出した選択ポリシー指定情報に基いて選択ポリ
シー記憶手段５から選択ポリシーを探しだし、この選択
ポリシーを使用してサーバ情報表４から選択を行なって
サーバ２１〜２４を選び出す。このとき、保管テーブル
７ｄの該当クライアント用のサーバ２１〜２４は、選択
サーバの対象から除外しておく。すなわち、この例で
は、クライアントＣ１からの問い合わせに対応する処理
の場合は、サーバＡが除外され、サーバＢ、サーバＣ、
サーバＤのうちから選択ポリシーＡによって選択される
ため、サーバＢが選択されることになる。

【００５４】次に、ステップ８５ではサーバ２１〜２４
が選択できたか否かのチェックを行なう。サーバ２１〜
２４が選択できた場合には、ステップ８６においてその
選択したサーバの名前とクライアントの名前を保管テー
ブル７ｄに記録しておく。次にステップ８７において選
択したサーバ２１〜２４のアドレスをクライアント１に
通知する。サーバが選択できなかった場合には、ステッ
プ８８において選択できなかった旨をクライアント１に
通知する。ステップ８７又はステップ８８のいずれかが
終了したらステップ８２に戻り再びクライアント１から
の問い合わせメッセージ２を待つ。

【００５５】以上のように、この実施の形態によれば、
ディレクトリサーバ３は以前問い合わせて来たクライア
ント１に対する選択ポリシーと選択結果を保持してお
り、あるクライアント１からの要求が来た時に、そのク
ライアント１に以前答えたサーバ２１〜２４を選択の対
象から除外するという選択ポリシーを持つことにより、
クライアント１は複数回の問い合わで、それぞれ異なる
サーバ２１〜２４を選択することが可能となる。例え
ば、クライアント１はあるサーバ選択リクエストを出し
た時に、選択されたサーバ２１〜２４に障害や性能など
のなんらかの理由により不都合が生じた時などに、サー
バ２１〜２４の切替えを実施することができる。

【００５６】

【発明の効果】以上のように、第１の発明によれば、サ
ーバ選択の選択ポリシーが格納された問い合わせメッセ
ージをクライアントより指定されるディレクトリサーバ
に、複数のサーバについて、各サーバの属性が格納され
たサーバ情報表と、上記問い合わせメッセージに格納さ
れた上記選択ポリシーと、上記サーバ情報表に格納され
た属性とに基づいて、複数のサーバを評価し、上記選択
ポリシーに合致したサーバを上記サーバ情報表から選択
し、この選択したサーバを上記クライアントに通知する
サーバ選択手段とを備えたことにより、個々のクライア
ントからの多様なサーバ選択要求に対応できるという効
果がある。

【００５７】第２の発明によれば、複数の選択ポリシー
が格納された問い合わせメッセージと、上記問い合わせ
メッセージに格納された上記各選択ポリシーを順番に処
理し、上記複数の選択ポリシーの何れかに合致したサー
バを選択するサーバ選択手段とを備えたことにより、個
々のクライアントは、複数のサーバ選択ポリシーを指定
できるので、サーバの選択範囲が広がるという効果があ
る。

【００５８】第３の発明によれば、複数の選択ポリシー
がそれぞれ優先度つきで格納された問い合わせメッセー
ジと、上記問い合わせメッセージに格納された上記各選
択ポリシーを上記優先度に基づいて順番に処理するサー
バ選択手段とを備えたことにより、個々のクライアント
は、複数のサーバ選択ポリシーを優先度つきで指定でき
るので、サーバの選択範囲が広がるという効果がある。

【００５９】第４の発明によれば、複数の選択ポリシー
を組み合わせた複合選択ポリシーが、この複合選択ポリ
シーの評価方法とともに格納された問い合わせメッセー
ジと、上記問い合わせメッセージに格納された上記複合
選択ポリシーを上記評価方法に基づいて処理するサーバ
選択手段とを備えたことにより、個々のクライアント
は、複数のサーバ選択ポリシーを組み合わせた複合選択
ポリシー指定できるので、サーバの選択範囲が広がると
いう効果がある。

【００６０】第５の発明によれば、新たに使用可能とな
った新サーバ、及びクライアント情報記憶手段に格納さ
れ上記新サーバと同じサービスを提供する旧サーバの両
サーバを、サーバ情報表に格納された上記両サーバの属
性と、クライアント情報記憶手段に格納された上記旧サ
ーバ選択時の選択ポリシーとに基づいてそれぞれ評価
し、上記新サーバの方が上記旧サーバ選択時の選択ポリ
シーに合致する場合に、上記旧サーバを選択したクライ
アントに上記新サーバを通知するサーバ登録手段を備え
たことにより、クライアントは、一度選択されたサーバ
からサービスを受けながらも、その後より良いサーバに
切替えることができるという効果がある。

【００６１】第６の発明によれば、新たに使用可能とな
った新サーバの属性と、サーバが選択できなかったとき
の選択ポリシーとに基づいて、上記新サーバを評価し、
上記サーバが選択できなかったときの選択ポリシーに上
記新サーバが合致する場合に、上記新サーバをサーバが
選択できなかったクライアントに通知するサーバ登録手
段を備えたことにより、クライアントは、一度問い合わ
せておけば、その時にサーバが選択できなくても、後で
サーバ選択の通知を受けることができるという効果があ
る。

【００６２】第７の発明によれば、上記問い合わせメッ
セージで指定された選択ポリシーにより以前選択された
サーバを除外してサーバ選択を行うサーバ選択手段を備
えたことにより、クライアントは、サービスを受けてい
る他のクライアントとは異なるサーバを選択できるの
で、特定のサーバに負荷を集中させないサーバ選択方式
を得ることができるという効果がある。

【００６３】第８の発明によれば、サーバが選択できた
ときに、選択ポリシーと選択されたサーバの名前とが選
択ポリシー毎に格納されるサーバ情報記憶手段と、この
サーバ情報記憶手段に格納されたサーバであって、上記
問い合わせメッセージで指定された選択ポリシーにより
以前選択されたサーバを除外してサーバ選択を行うサー
バ選択手段とを備えたことにより、クライアントは、サ
ービスを受けている他のクライアントとは異なるサーバ
を選択できるので、特定のサーバに負荷を集中させない
サーバ選択方式を得ることができるという効果がある。

【００６４】第９の発明によれば、サーバが選択できた
ときに、選択ポリシーと選択されたサーバの名前と選択
されたときの時刻が選択ポリシー毎に格納されるサーバ
情報記憶手段と、選択ポリシーとともに時間が格納され
た問い合わせメッセージと、上記サーバ情報記憶手段に
格納されたサーバであって、上記問い合わせメッセージ
で指定された選択ポリシーにより、以前でかつ上記問い
合わせメッセージに格納された時間以内に選択されたサ
ーバを除外してサーバ選択を行うサーバ選択手段とを備
えたことにより、クライアントは、以前でかつ指定時間
以内に選択されたサーバとは異なるサーバを選択できる
ので、特定のサーバに負荷を集中させないサーバ選択方
式を得ることができるという効果がある。

【００６５】第１０の発明によれば、サーバが選択でき
たときに、この選択できたたサーバの名前がクライアン
ト毎に格納されるクライアント情報記憶手段と、このク
ライアント情報記憶手段に格納されたサーバであって、
上記問い合わせメッセージを指定したクライアント用に
以前選択したサーバを除外してサーバ選択を行うサーバ
選択手段とを備えたことにより、クライアントは、以前
選択したサーバとは異なるサーバを選択できるので、特
定のサーバに負荷を集中させないサーバ選択方式を得る
ことができるという効果がある。

【００６６】第１１の発明によれば、サーバを選択する
ための規則である選択ポリシーを問い合わせメッセージ
に格納するステップと、上記問い合わせメッセージを送
信するステップと、上記問い合わせメッセージを受信す
るステップと、受信した問い合わせメッセージに格納さ
れた上記選択ポリシーと上記複数のサーバの属性とに基
づいて、上記複数のサーバを評価するステップと、評価
結果に基づいて上記選択ポリシーに合致したサーバを選
択するステップと、選択したサーバを上記クライアント
に通知するステップとを備えたことにより、個々のクラ
イアントからの多様なサーバ選択要求に対応できるとい
う効果がある。

【００６７】第１２の発明によれば、サーバを選択する
ための規則である選択ポリシーを複数組み合わせた複合
選択ポリシーを、この複合選択ポリシーの評価方法とと
もに問い合わせメッセージに格納するステップと、上記
問い合わせメッセージを送信するステップと、上記問い
合わせメッセージを受信するステップと、受信した問い
合わせメッセージに格納された上記複合選択ポリシーと
上記複数のサーバの属性とに基づいて、上記複合選択ポ
リシーの評価方法により上記複数のサーバを評価するス
テップと、評価結果に基づいて上記複合選択ポリシーに
合致したサーバを選択するステップと、選択したサーバ
を上記クライアントに通知するステップとを備えたこと
により、個々のクライアントは、複数のサーバ選択ポリ
シーを組み合わせた複合選択ポリシー指定できるので、
サーバの選択範囲が広がるという効果がある。

【図面の簡単な説明】

【図１】 実施の形態１のサーバ選択方式の構成を示す
構成図である。

【図２】 実施の形態１のサーバ選択処理を示すフロー
チャートである。

【図３】 実施の形態２のサーバ選択方式の構成を示す
構成図である。

【図４】 実施の形態２のサーバ選択処理を示すフロー
チャートである。

【図５】 実施の形態３のサーバ選択方式の構成を示す
構成図である。

【図６】 実施の形態３のサーバ選択処理を示すフロー
チャートである。

【図７】 実施の形態４のサーバ選択方式の構成を示す
構成図である。

【図８】 実施の形態４のサーバ選択処理を示すフロー
チャートである。

【図９】 実施の形態４のサーバ情報の登録処理を示す
フローチャートである。

【図１０】 実施の形態５のサーバ選択方式の構成を示
す構成図である。

【図１１】 実施の形態５のサーバ選択処理を示すフロ
ーチャートである。

【図１２】 実施の形態５のサーバ情報の登録処理を示
すフローチャートである。

【図１３】 実施の形態６のサーバ選択方式の構成を示
す構成図である。

【図１４】 実施の形態６のサーバ選択処理を示すフロ
ーチャートである。

【図１５】 実施の形態７のサーバ選択方式の構成を示
す構成図である。

【図１６】 実施の形態７のサーバ選択処理を示すフロ
ーチャートである。

【図１７】 実施の形態８のサーバ選択方式の構成を示
す構成図である。

【図１８】 実施の形態８のサーバ選択処理を示すフロ
ーチャートである。

【図１９】 従来のサーバ選択方式の構成を示す構成図
である。

【図２０】 従来のサーバ選択処理を示すフローチャー
トである。

【符号の説明】

１ クライアント、２ 問い合わせメッセージ、３ デ
ィレクトリサーバ、４サーバ情報表、５ 選択ポリシー
記憶手段、６ サーバ選択手段、７ 保管テーブル、８
サーバ登録手段

Claims (12)

【特許請求の範囲】
1. 【請求項１】 以下の要素を備えたサーバ選択方式。 （ａ）それぞれサービスを提供する複数のサーバの中か
   らサーバを選択するための規則である選択ポリシーが格
   納された問い合わせメッセージ； （ｂ）以下の要素を備え、クライアントより上記問い合
   わせメッセージを指定されるディレクトリサーバ； （ｂ１）上記複数のサーバについて、各サーバの属性が
   格納されたサーバ情報表； （ｂ２）上記問い合わせメッセージに格納された上記選
   択ポリシーと、上記サーバ情報表に格納された上記属性
   とに基づいて、上記複数のサーバを評価し、上記選択ポ
   リシーに合致したサーバを上記サーバ情報表から選択
   し、この選択したサーバを上記クライアントに通知する
   サーバ選択手段。
2. 【請求項２】 上記問い合わせメッセージには、複数の
   選択ポリシーが格納され、 上記サーバ選択手段は、上記問い合わせメッセージに格
   納された上記各選択ポリシーを順番に処理し、上記複数
   の選択ポリシーの何れかに合致したサーバを選択するこ
   とを特徴とする請求項１記載のサーバ選択方式。
3. 【請求項３】 上記問い合わせメッセージには、複数の
   選択ポリシーがそれぞれ優先度つきで格納され、 上記サーバ選択手段は、上記問い合わせメッセージに格
   納された上記各選択ポリシーを上記優先度に基づいて順
   番に処理することを特徴とする請求項２記載のサーバ選
   択方式。
4. 【請求項４】 上記問い合わせメッセージには、複数の
   選択ポリシーを組み合わせた複合選択ポリシーが、この
   複合選択ポリシーの評価方法とともに格納され、 上記サーバ選択手段は、上記問い合わせメッセージに格
   納された上記複合選択ポリシーを上記評価方法に基づい
   て処理することを特徴とする請求項１記載のサーバ選択
   方式。
5. 【請求項５】 上記サーバが選択できたときに、上記選
   択ポリシーと上記選択されたサーバの名前とが上記クラ
   イアント毎に格納されるクライアント情報記憶手段と、 新たに使用可能となった新サーバの属性を上記サーバ情
   報表に格納するとともに、上記新サーバ、及び上記クラ
   イアント情報記憶手段に格納され上記新サーバと同じサ
   ービスを提供する旧サーバの両サーバを、上記サーバ情
   報表に格納された上記両サーバの属性と、上記クライア
   ント情報記憶手段に格納された上記旧サーバ選択時の選
   択ポリシーとに基づいてそれぞれ評価し、上記新サーバ
   の方が上記旧サーバ選択時の選択ポリシーに合致する場
   合に、上記旧サーバを選択したクライアントに上記新サ
   ーバを通知するサーバ登録手段を備えたことを特徴とす
   る請求項１記載のサーバ選択方式。
6. 【請求項６】 上記サーバが選択できなかったときに、
   上記選択ポリシーが上記クライアント毎に格納されるク
   ライアント情報記憶手段と、 新たに使用可能となった新サーバの属性と、上記クライ
   アント情報記憶手段に格納された選択ポリシーとに基づ
   いて、上記新サーバを評価し、上記新サーバが上記クラ
   イアント情報記憶手段に格納された選択ポリシーに合致
   する場合に、上記新サーバを上記クライアント情報記憶
   手段に格納されたクライアントに通知するサーバ登録手
   段を備えたことを特徴とする請求項１記載のサーバ選択
   方式。
7. 【請求項７】 上記サーバ選択手段は、上記問い合わせ
   メッセージで指定された選択ポリシーにより以前選択さ
   れたサーバを除外してサーバ選択を行うことを特徴とす
   る請求項１記載のサーバ選択方式。
8. 【請求項８】 上記サーバが選択できたときに、上記選
   択ポリシーと上記選択されたサーバの名前とが上記選択
   ポリシー毎に格納されるサーバ情報記憶手段を備え、 上記サーバ選択手段は、上記サーバ情報記憶手段に格納
   されたサーバであって、上記問い合わせメッセージで指
   定された選択ポリシーにより以前選択されたサーバを除
   外してサーバ選択を行うことを特徴とする請求項７記載
   のサーバ選択方式。
9. 【請求項９】 上記サーバが選択できたときに、上記選
   択ポリシーと上記選択されたサーバの名前と選択された
   ときの時刻が上記選択ポリシー毎に格納されるサーバ情
   報記憶手段を備え、 上記問い合わせメッセージには、選択ポリシーとともに
   時間が格納され、 上記サーバ選択手段は、上記サーバ情報記憶手段に格納
   されたサーバであって、上記問い合わせメッセージで指
   定された選択ポリシーにより、以前でかつ上記問い合わ
   せメッセージに格納された時間以内に選択されたサーバ
   を除外してサーバ選択を行うことを特徴とする請求項７
   記載のサーバ選択方式。
10. 【請求項１０】 上記サーバが選択できたときに、上記
    選択されたサーバの名前が上記クライアント毎に格納さ
    れるクライアント情報記憶手段を備え、 上記サーバ選択手段は、上記クライアント情報記憶手段
    に格納されたサーバであって、上記問い合わせメッセー
    ジを指定したクライアント用に以前選択したサーバを除
    外してサーバ選択を行うことを特徴とする請求項７記載
    のサーバ選択方式。
11. 【請求項１１】 以下のステップを備えたサーバ選択方
    法。 （ａ）それぞれサービスを提供する複数のサーバの中か
    らサーバを選択するための規則である選択ポリシーを問
    い合わせメッセージに格納するステップ； （ｂ）上記問い合わせメッセージを送信するステップ； （ｃ）上記問い合わせメッセージを受信するステップ； （ｄ）受信した問い合わせメッセージに格納された上記
    選択ポリシーと、上記複数のサーバの属性とに基づい
    て、上記複数のサーバを評価するステップ； （ｅ）評価結果に基づいて上記選択ポリシーに合致した
    サーバを選択するステップ； （ｆ）選択したサーバを上記クライアントに通知するス
    テップ。
12. 【請求項１２】 以下のステップを備えたサーバ選択方
    法。 （ａ）それぞれサービスを提供する複数のサーバの中か
    らサーバを選択するための規則である選択ポリシーを複
    数組み合わせた複合選択ポリシーを、この複合選択ポリ
    シーの評価方法とともに問い合わせメッセージに格納す
    るステップ； （ｂ）上記問い合わせメッセージを送信するステップ； （ｃ）上記問い合わせメッセージを受信するステップ； （ｄ）受信した問い合わせメッセージに格納された上記
    複合選択ポリシーと、上記複数のサーバの属性とに基づ
    いて、上記複合選択ポリシーの評価方法により上記複数
    のサーバを評価するステップ； （ｅ）評価結果に基づいて上記複合選択ポリシーに合致
    したサーバを選択するステップ； （ｆ）選択したサーバを上記クライアントに通知するス
    テップ。