(57)【要約】【課題】  クライアント端末のサーバ切り替え時のサーバ選択処理効率を改善する。【解決手段】  クライアント端末１は複数のサーバ（２〜４）にマルチキャストパケットによる接続要求を行うサービス処理部と、複数のサーバから応答パケットを受信すると最も早く応答パケットを返信したサーバを通信対象として選択するサーバ選択部とを含んで構成される。複数のサーバ（２〜４）はマルチキャストパケットを受信すると各々クライアント端末１に応答パケットを返信するサービス処理部と、応答パケットを返信する際ソースアドレスを自分のユニキャストアドレスに書き換えるアドレス変換部を含んで構成される。【選択図】      図１
2006185095.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方法において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行い、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信し、前記クライアント端末は前記複数のサーバから前記応答パケットを受信すると予め定められた方法により通信対象とする前記サーバを選択することを特徴とするサーバ選択方法。
【請求項２】
クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方法において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行い、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信し、前記クライアント端末は前記複数のサーバから前記応答パケットを受信すると最も早く前記応答パケットを返信した前記サーバを通信対象として選択することを特徴とするサーバ選択方法。
【請求項３】
前記マルチキャストパケットにはサービス種別も含まれ、前記サーバは前記マルチキャストパケット受信時に前記サービス種別対応のサービスを起動することを特徴とする請求項２記載のサーバ選択方法。
【請求項４】
前記サーバは前記応答パケットのソースアドレスを自分のユニキャストアドレスに書き換えて前記応答パケットを前記クライアント端末へ送ることを特徴とする請求項２記載のサーバ選択方法。
【請求項５】
クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方式において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行う第一のサービス処理部と、前記複数のサーバから応答パケットを受信すると予め定められた方法により通信対象とする前記サーバを選択するサーバ選択部とを含んで構成され、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信する第二のサービス処理部を含んで構成されることを特徴とするサーバ選択方式。
【請求項６】
クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方式において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行う第一のサービス処理部と、前記複数のサーバから応答パケットを受信すると最も早く応答パケットを返信した前記サーバを通信対象として選択するサーバ選択部とを含んで構成され、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信する第二のサービス処理部を含んで構成されることを特徴とするサーバ選択方式。
【請求項７】
前記マルチキャストパケットにはサービス種別も含まれ、前記第二のサービス処理部は前記マルチキャストパケット受信時に前記サービス種別対応のサービスを起動することを特徴とする請求項６記載のサーバ選択方式。
【請求項８】
前記サーバは前記応答パケットを前記クライアント端末へ送る際前記応答パケットのソースアドレスを自分のユニキャストアドレスに書き換えるアドレス変換部を含んで構成されることを特徴とする請求項６記載のサーバ選択方式。
【請求項９】
マルチキャストパケットを受信するとソースアドレスを自分のユニキャストアドレスに書き換えて送信端末に応答パケットを返信することを特徴とするサーバ。
【請求項１０】
前記マルチキャストパケット受信時に前記マルチキャストパケットに含まれるサービス種別対応のサービスを起動することを特徴とする請求項９記載のサーバ。
【請求項１１】
複数のサーバにマルチキャストパケットによる接続要求を行う第一のサービス処理部と、前記複数のサーバから応答パケットを受信すると最も早く前記応答パケットを返信した前記サーバを通信対象として選択するサーバ選択部とを含んで構成されることを特徴とするクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバ選択方法およびサーバ選択方式およびサーバおよびクライアント端末に関し、特に、同一のサービスを提供している複数のサーバから、接続可能なサーバを効率的に選択できるようにしたサーバ選択方法およびサーバ選択方式およびサーバおよびクライアント端末に関する。
【背景技術】
【０００２】
クライアント端末とサーバが通信中にネットワークまたはサーバ側で障害が発生した場合、クライアント端末のアプリケーションは応答のタイムアウトなどにより障害を検出する。同一サービスを提供しているサーバが複数ある場合、従来は、クライアント端末のエラーメッセージに基づきユーザが他のサーバに接続しサービス受信を続行していた。
【０００３】
しかし、この方法では、ユーザの手作業が必要となり手間がかかるとともに操作が煩雑であるという問題があった。
【０００４】
そこで、この問題を解決するために、クライアント端末で障害を検出した場合、障害の発生をユーザに意識させない方法が考案されている（例えば特許文献１参照。）。即ち、クライアント端末で障害を検出した場合、他のサービス提供サーバに自動的に切り替え、切断されたデータ位置からデータを送信しうるサーバ切り替え方法が考案されている。
【０００５】
この公報に記載されたサーバ切り替え方法は、以下のような手順から構成される。まずクライアント端末はＷＷＷサーバから、同一サービスを提供するサーバのＩＰアドレスを取得し、装置内の記憶装置に優先順位をつけて登録する。そして、サービスを受けたい場合は、クライアント端末は優先順位の高い少なくとも２つのサーバを選択して接続要求を出し、最も応答の早いサーバを選択してデータを受信する。クライアント端末は、データ受信中に障害発生を検出した場合、残りの接続中のサーバにデータ受信要求し、最も早く応答したサーバからデータ受信を行う。
【０００６】
図７は、クライアント端末とサーバとの信号シーケンスを示す図である。
【０００７】
図７から分かるように、同一サービスを提供するサーバが２つであると仮定すると、クライアント端末はまず各々のサーバに対し、接続要求を出す（Ｓ８１、Ｓ８２）。サーバ１とサーバ２は、各々応答を返信する（Ｓ８３、Ｓ８４）。サーバ１が早く応答した場合、クライアント端末は、サーバ１に対しサービス要求としてデータ送信要求を出し（Ｓ８５）、応答を受けると（Ｓ８６）、データ受信を始める（Ｓ８７）。
【０００８】
このようにこの公報発明は、クライアント端末で障害を検出した場合、障害の発生をユーザに意識させずに他のサービス提供サーバに自動的に切り替えることが出来る。しかも、クライアント端末は常時複数のサーバと接続しているために、サーバ切り替え時に即時的にデータ受信できる確率が高くなる。
【０００９】
【特許文献１】特開２０００−９９４３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述した公報発明の課題は、クライアント端末のサーバ切り替え時のサーバ選択処理時間がかかるという問題があった。その理由は、クライアント端末がサーバを選択する場合、自身が保有するサーバ情報の中から正常で優先度の高い複数のサーバを選択し、各々に対し接続要求を出さなければならないからである。
【００１１】
本発明の目的は、上述した従来の問題であるクライアント端末のサーバ切り替え時のサーバ選択処理時間が改善されたサーバ選択方法およびサーバ選択方式およびサーバおよびクライアント端末を提供することにある。
【課題を解決するための手段】
【００１２】
本発明のサーバ選択方法は、クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方法において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行い、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信し、前記クライアント端末は前記複数のサーバから前記応答パケットを受信すると予め定められた方法により通信対象とする前記サーバを選択することを特徴とする。
【００１３】
本発明の他のサーバ選択方法は、クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方法において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行い、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信し、前記クライアント端末は前記複数のサーバから前記応答パケットを受信すると最も早く前記応答パケットを返信した前記サーバを通信対象として選択することを特徴とする。
【００１４】
また、前記マルチキャストパケットにはサービス種別も含まれ、前記サーバは前記マルチキャストパケット受信時に前記サービス種別対応のサービスを起動することを特徴とする。
【００１５】
また、前記サーバは前記応答パケットのソースアドレスを自分のユニキャストアドレスに書き換えて前記応答パケットを前記クライアント端末へ送ることを特徴とする。
【００１６】
本発明のサーバ選択方式は、クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方式において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行う第一のサービス処理部と、前記複数のサーバから応答パケットを受信すると予め定められた方法により通信対象とする前記サーバを選択するサーバ選択部とを含んで構成され、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信する第二のサービス処理部を含んで構成されることを特徴とする。
【００１７】
本発明の他のサーバ選択方式は、クライアント端末と同一サービスを提供している複数のサーバがネットワークで接続されたシステムにおけるサーバ選択方式において、前記クライアント端末は前記複数のサーバにマルチキャストパケットによる接続要求を行う第一のサービス処理部と、前記複数のサーバから応答パケットを受信すると最も早く応答パケットを返信した前記サーバを通信対象として選択するサーバ選択部とを含んで構成され、前記複数のサーバは前記マルチキャストパケットを受信すると各々前記クライアント端末に応答パケットを返信する第二のサービス処理部を含んで構成されることを特徴とする。
【００１８】
また、前記マルチキャストパケットにはサービス種別も含まれ、前記第二のサービス処理部は前記マルチキャストパケット受信時に前記サービス種別対応のサービスを起動することを特徴とする。
【００１９】
また、前記サーバは前記応答パケットを前記クライアント端末へ送る際前記応答パケットのソースアドレスを自分のユニキャストアドレスに書き換えるアドレス変換部を含んで構成されることを特徴とする。
【００２０】
本発明のサーバは、マルチキャストパケットを受信するとソースアドレスを自分のユニキャストアドレスに書き換えて送信端末に応答パケットを返信することを特徴とする。
【００２１】
また、前記サーバは、前記マルチキャストパケット受信時に前記マルチキャストパケットに含まれるサービス種別対応のサービスを起動することを特徴とする。
【００２２】
本発明のクライアント端末は、複数のサーバにマルチキャストパケットによる接続要求を行う第一のサービス処理部と、前記複数のサーバから応答パケットを受信すると最も早く前記応答パケットを返信した前記サーバを通信対象として選択するサーバ選択部とを含んで構成されることを特徴とする。
【発明の効果】
【００２３】
本発明は、クライアント端末のサーバ選択処理時間が改善されるという効果がある。その理由は、クライアント端末が、複数の同一サービスを提供しているサーバへ一つのマルチキャストアドレスで接続要求出来るからである。
【発明を実施するための最良の形態】
【００２４】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００２５】
図１は、本発明の一実施の形態を示すシステム構成図、図２は、その動作説明図である。
【００２６】
図１を参照すると、本発明の一実施の形態は、サービスを受ける側であるクライアント端末１、同一のサービスを提供するサーバ（サーバ２〜サーバ４）が示されている。これらは、網９を介してつながっている。また、サーバは、同一マルチキャストアドレスのメンバーに所属している。
【００２７】
図１において、クライアント端末１は、第一パケットとして、サーバへの接続要求であるサービス要求パケットをサーバへマルチキャストする。これにより、マルチキャストに登録しているサーバ全員にパケットが届く。つまり、クライアント端末１は、同一サービスを提供しているすべてのサーバに、マルチキャストを用いてアクセスし、その応答から、もっとも速いレスポンスのあったサーバと通信を始める。
【００２８】
これにより、同一サービス提供サーバが一つでも生存している場合は、通信が確立できる。
【００２９】
次に図１のシステムの動作を図２を用いて説明する。
【００３０】
図２において、クライアント端末１が特定のサービスを受けるため、サーバに対してマルチキャストアドレスとしてディスティネーションアドレスを設定したパケットをマルチキャストする。これにより、同一サービスを提供している複数のサーバ（サーバ２、サーバ３、サーバ４）に、同時に接続要求パケットを送る（Ｓ１１〜Ｓ１３）ことができる。
【００３１】
サーバは、パケットを受信すると、そのディスティネーションアドレスから、マルチキャストによる接続要求であることを認識し、パケットに含まれるサービス要求が対応可能であるかを判断する。サーバは、パケットに含まれるサービス要求が対応可能でなければ、要求を無視する。サーバは、サービス要求が対応しているサービスであれば、応答パケットのソースアドレスを自分のユニキャストアドレスに書き換えて、応答パケットを端末へ送る（図２、Ｓ１４、Ｓ１５、Ｓ１６）。
【００３２】
応答パケットを受け取るクライアント端末１は、サーバの数だけ応答パケットを受信する（図２、Ｓ１４、Ｓ１５、Ｓ１６）。クライアント端末は、最もレスポンスの早いサーバの応答パケットのみ、受信処理を行い、他の遅い応答パケットは、そのまま破棄する。
【００３３】
クライアント端末は、受信処理を行う応答パケットのソースアドレスより相手のユニキャストアドレスを取得し、ディスティネーションアドレスとして用い、それ以降の通信を行う（図２、Ｓ１７、Ｓ１８）。
【００３４】
図３は、本発明のクライアント端末４１の一実施の形態を示すブロック図である。
【００３５】
図３から分かるように、クライアント端末４１は、サービス処理部４２、サーバ選択部４３、ネットワーク通信部４４を含んで構成される。
【００３６】
サービス処理部４２は、サーバにサーバ選択のためのマルチキャストを行い、サーバ選択部４３によりサーバが選択されると、選択されたサーバから提供される情報を処理する。
【００３７】
サーバ選択部４３は、サーバ選択開始のためのマルチキャスト時に、複数サーバから応答パケットが返ってきた場合に、一つのサーバを選択する処理を行う。
【００３８】
ネットワーク通信部４４は、インターネット４５を介し、サービス処理部４２からのパケットを送信し、またサーバからパケットを受信する処理を行う。
【００３９】
尚、インターネット４５は、クライアント端末１と複数のサーバとを接続するネットワークである。
【００４０】
図４は、本発明のサーバ５１の一実施の形態を示すブロック図である。
【００４１】
図４から分かるように、サーバ５１は、サービス処理部５２、アドレス変換部５３、ネットワーク通信部５４を含んで構成される。
【００４２】
サービス処理部５２は、クライアント端末からのマルチキャストによるサービス要求を受信し、クライアント端末に対しサービスを提供する部分である。
【００４３】
アドレス変換部５３は、クライアント端末からきたマルチキャストパケットの応答パケットのソースアドレスを自身のアドレスに変換する処理を行う。
【００４４】
ネットワーク通信部５４は、インターネット４５を介し、サービス処理部５２からのパケットを送信し、またクライアント端末からパケットを受信する処理を行う。
【００４５】
図５は、本発明の一実施の形態を示す動作フローチャートである。
【００４６】
まず、Ｓ６１にて、クライアント端末はサービスを提供しているサーバへ向けてサービス要求を開始する。
【００４７】
Ｓ６２にて、クライアント端末はサービス要求パケットのディスティネーションアドレスをマルチキャストアドレスにして、サービス要求パケットをマルチキャストする。
【００４８】
このサービス要求パケットは、サーバへの接続要求であるとともに、端末が要求するサービス種類も含んでいる。
【００４９】
Ｓ６３にて、サーバがクライアント端末からのサービス要求パケットを受信する。
【００５０】
Ｓ６４にて、サービス要求を受信したサーバがそのサービス種類のサービスを起動する。
【００５１】
Ｓ６５にて、サーバは、サービス要求パケットに対する応答パケットを送るとき、元のパケットがマルチキャストであるかどうかを判断する。
【００５２】
元のパケットがマルチキャストであれば、Ｓ６６にて、自身の持っているアドレスをソースアドレスに変換して応答パケットに設定する。
【００５３】
また、元のパケットがマルチキャストでなかった場合はアドレスの変換の必要が無いため、そのまま、サービス応答を行う（Ｓ６７へ）。
【００５４】
Ｓ６７にて、応答パケットをサービス要求を送信したクライアント端末へ送信する。
【００５５】
Ｓ６８にて、クライアント端末がその応答パケットを受信する。
【００５６】
Ｓ６９にて、クライアント端末は、最も早く受信した応答パケットかどうかを判断する。
【００５７】
即ち、応答パケットを受信した時に、最初に受信した応答パケットであった場合はＳ７０へ、２番目以降に受信した応答パケットであった場合はＳ７１へ処理が移行する。
【００５８】
Ｓ７０にて、クライアント端末は、その応答パケットを送信したサーバを通信相手とし、従来どおりのサービスの提供を受ける。
【００５９】
Ｓ７１にて、クライアント端末は、２番目以降に受信した応答パケットを廃棄する。そして、それらのサーバとは通信を行わない。尚、応答パケットを廃棄されたサーバは、クライアント端末からのサービス実行の要求が来ないため、一定時間がたてば、パスを切断する必要がある。
【００６０】
図６は、本発明におけるクライアント端末とサーバとの信号シーケンスを示す図である。
【００６１】
図６から分かるように、同一サービスを提供するサーバが２つであると仮定する。まずクライアント端末はサービス要求パケットのディスティネーションアドレスをマルチキャストアドレスにして、サービス要求パケットをマルチキャストする（Ｓ９１）。サーバ１が応答し（Ｓ９２）、サーバ２も応答する（Ｓ９３）。サーバ１が早く応答した場合、クライアント端末は、サーバ１と通信を行い、サーバ１からサービス提供を受ける（Ｓ９４）。
【００６２】
図６から分かるように、本実施例では、サービス要求パケットをマルチキャストしている。そのため１ステップで同一サービスを提供するサーバ（図６では２つのサーバ）にサービス要求を出すことが出来る。また、サービス要求パケットのマルチキャスト時に、サービス種類も同時に指定している。そのため、クライアント端末が応答パケットを受信時には、サーバのサービス対応のアプリケーションはすでに起動されている。従って、クライアント端末は応答パケットを受信すると、すぐに情報受信のための通信を開始することが出来る。その結果、本実施例では、図６からも分かるようにマルチキャストによるサービス要求からサービス通信まで４ステップですむ。
【００６３】
一方、背景技術で記載した特開２０００−９９４３５号公報によるクライアント端末とサーバとの信号シーケンスでは、図７でも示すように、７ステップ必要になり、図６に対し３ステップ増加する。これは、該公報の方法では、クライアント端末は、サーバ個別に接続要求を出さねばならないことと、サーバ１の応答を検出してからサーバ１に対しサービス要求を行うからである。
【００６４】
即ち図６では、クライアント端末による接続要求は、マルチキャストによるＳ９１の１ステップだけである。これに対し、図７ではクライアント端末は個別に接続要求を行うためＳ８１、Ｓ８２の２ステップ必要になり、図６に対し１ステップ増加する。また、図６では、Ｓ９１のマルチキャスト時に、サービス種類も同時に指定しているのに対し、図７では接続要求に対する応答が返ってからサービス要求を行う。従って、この場合図７では図６に対しＳ８５、Ｓ８６の２ステップが増加分となる。結果、図７では図６に対し３ステップ増加する。
【００６５】
以上説明したように、本発明は、クライアント端末のサーバ選択処理時間が改善されるという効果がある。その理由は、クライアント端末が、複数の同一サービスを提供しているサーバへ一つのマルチキャストアドレスで接続要求出来るからである。
【００６６】
本発明は、さらに、クライアント端末の記憶装置の利用効率が向上するという効果がある。
【００６７】
その理由は、クライアント端末は、マルチキャストを用いてサーバを選択するため、装置内の記憶装置にサーバのＩＰアドレスを記憶しておく必要がないからである。
【００６８】
本発明は、さらにクライアント端末がサーバとのデータ受信のための通信に至るまでのステップを削減することが出来る効果がある。その理由は、クライアント端末のサービス要求パケットのマルチキャスト時に、サービス種類も同時に指定出来るからである。
【図面の簡単な説明】
【００６９】
【図１】本発明の一実施の形態を示すシステム構成図である。
【図２】本発明の一実施の形態を示す動作説明図である。
【図３】本発明のクライアント端末４１の一実施の形態を示すブロック図である。
【図４】本発明のサーバ５１の一実施の形態を示すブロック図である。
【図５】本発明の一実施の形態を示す動作フローチャートである。
【図６】本発明におけるクライアント端末とサーバとの信号シーケンスを示す図である。
【図７】従来のクライアント端末とサーバとの信号シーケンスを示す図である。
【符号の説明】
【００７０】
１    クライアント端末
２    サーバ
３    サーバ
４    サーバ
４１    クライアント端末
４２    サービス処理部
４３    サーバ選択部
４４    ネットワーク通信部
４５    インターネット
５１    サーバ
５２    サービス処理部
５３    アドレス変換部
５４    ネットワーク通信部
【図１】
2006185095.tif 000003
【図２】
2006185095.tif 000004
【図３】
2006185095.tif 000005
【図４】
2006185095.tif 000006
【図５】
2006185095.tif 000007
【図６】
2006185095.tif 000008
【図７】
2006185095.tif 000009