接続先決定サーバ及び負荷分散方法
【課題】大規模ユーザを複数のサーバに負荷分散させる場合、負荷分散したサーバ間を連携するためのサーバ間通信量を抑制することができ、収容ユーザの増大にもシステム変更を行うことなく対応できるようにすること。
【解決手段】アクセスしてきたクライアント１１ａを複数の収容サーバ１２Ａ，１２Ｂに分散収容してクライアント間でのリアルタイムの情報交換を可能にするプレゼンスシステムにおいて、サービス提供を受けるためにアクセスしてきたクライアント１１ａのメンバリスト１４に登録された他のクライアントが最も多く収容されている収容サーバを収容表１３から検索し、その検索した収容サーバを接続先サーバとしてクライアント１１ａに指示する。
【解決手段】アクセスしてきたクライアント１１ａを複数の収容サーバ１２Ａ，１２Ｂに分散収容してクライアント間でのリアルタイムの情報交換を可能にするプレゼンスシステムにおいて、サービス提供を受けるためにアクセスしてきたクライアント１１ａのメンバリスト１４に登録された他のクライアントが最も多く収容されている収容サーバを収容表１３から検索し、その検索した収容サーバを接続先サーバとしてクライアント１１ａに指示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由でアクセスしてきたクライアントがサービス提供を受ける際に接続すべきサーバを決定する接続先決定サーバ及び負荷分散方法に関する。
【背景技術】
【０００２】
近年、多数のクライアント間で一対多型のリアルタイム通信（一定の時間内に要求されたデータの送受信が保証されている狭義のリアルタイム通信に限らず、広義の同時性通信）を行えるようにした種々のサービスが提供されている。例えば、メッセンジャーサービスでは、メッセンジャーサーバへログインした複数のユーザ間で、リアルタイムでメッセージ文書及びプレゼンス情報の交換を行うことができるようにしている。また、多地点遠隔会議システムの場合には、会議サーバへログインしたクライアント間で音声・映像データをリアルタイムで交換すると共にプレゼンテーション用の各種ファイル情報を共有化できるように構成している。
【０００３】
ところで、一対多型のリアルタイム通信を行えるようにしたシステムにおいて、大規模ユーザを収容する場合、増大するトランザクション数を複数のサーバに負荷分散することが考えられる。負荷分散の仕組みとして、ユーザ名と収容サーバとを一対一で固定的に割り付ける方法、ユーザのＩＰアドレスやドメイン名からネットワーク上の距離が最短になるように収容サーバを割り付ける方法（例えば、特許文献１参照）等がある。
【特許文献１】特開２００３−２９６２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の負荷分散方法は、ユーザの状態に合わせて接続先を柔軟に決定することができなかったので、負荷分散したサーバ間を連携するためにサーバ間通信（トランザクション）が多数発生するといった問題がある。
【０００５】
例えば、図８に示すように、接続先サーバＡに接続しているクライアントａと他の接続先サーバＢに接続しているクライアントｂ及びｃとを含むグループ内で対話型テキスト文書交換（チャット）をしている場合、クライアントａの状態に変化があれば（例えば、在席／不在情報の変更）、その情報を持たない他の接続先サーバＢに即座に通知してクライアントｂ及びｃに通知することになる。収容ユーザの増加に応じて上記サーバ間通信（トランザクション）が増加すると予想される。このようなサーバ間通信（トランザクション）の増大は、特許文献１のようにネットワーク上の距離が最短になるように接続先サーバを決めただけでは、根本的な解決とはならない。
【０００６】
本発明は、以上のような実情に鑑みてなされたもので、大規模ユーザを複数のサーバに負荷分散するシステムにおいて、負荷分散したサーバ間を連携するためのサーバ間通信量を抑制することができる接続先決定サーバ及び負荷分散方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の接続先決定サーバは、多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、ネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定し、当該接続先サーバを前記アクセスしてきたクライアントに指示することを特徴とする。
【０００８】
このように構成したことにより、サーバ間の通信量が抑制されるように接続先サーバを決定するので、同一グループのクライアント同士のように通信頻度の高いクライアントが異なる収容サーバに分散収容されることが減少し、サーバ間通信（トランザクション）が抑制されることとなる。
【０００９】
また本発明は、上記接続先決定サーバにおいて、一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントが最も多く収容されている収容サーバを接続先サーバに決定することを特徴とする。
【００１０】
このように構成したことにより、アクセスしてきたクライアントのメンバリストに登録された他のクライアントが最も多く収容されている収容サーバを接続先サーバに決定するので、通信頻度が高い同一グループのクライアント同士が同一の収容サーバに収容されるようになり、サーバ間通信量を抑制することができる。
【００１１】
また本発明は、上記接続先決定サーバにおいて、一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最も通信頻度の高いクライアントの収容サーバを接続先サーバに決定することを特徴とする。
【００１２】
このように構成したことにより、一のクライアントのメンバリストに登録された他のクライアントの中で最も通信頻度の高いクライアントの収容サーバを接続先サーバに決定するので、最も通信頻度の高かったクライアントと同じ収容サーバに収容されることとなり、サーバ間通信の発生を抑制することができる。
【００１３】
また本発明は、上記接続先決定サーバにおいて、一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最後に通信したクライアントの収容サーバを接続先サーバに決定することを特徴とする
【００１４】
このように構成したことにより、最後に通信したクライアントの収容サーバを接続先サーバに決定することにより、再ログイン時には最後に通信したクライアントと通信する可能性が高いので、サーバ間通信の発生を抑制することが期待できる。
【００１５】
また本発明は、上記接続先決定サーバにおいて、クライアント単位で作成され一のクライアントと同一グループを構成する他のクライアントが登録されたメンバリストと、ログインしたクライアントの収容サーバが登録された収容表とを備え、前記メンバリストと前記収容表とを用いて接続先サーバを決定することを特徴とする。
【００１６】
このように構成したことにより、前記メンバリストと前記収容表とを用いて接続先サーバを決定するので、収容表を参照して各クライアントの収容サーバを取得でき、各クライアントの収容サーバ情報を用いることでサーバ間通信が抑制されるように接続先サーバを決定することができる。
【００１７】
また本発明は、上記接続先決定サーバにおいて、クライアントのログイン時及び又はログアウト時に、当該クライアントのメンバリストを評価して、前記サーバ間の通信量が抑制されるように、前記収容表上における当該クライアントの収容サーバを再配置することを特徴とする。
【００１８】
このように構成したことにより、ログイン時及び又はログアウト時にメンバリストの評価による再配置を実施するので、通信が発生する相手が少ないサーバに収容が固定化するのを防止することができる。
【００１９】
また本発明は、多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、サービス提供を受けるためにネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定することを特徴とする負荷分散方法である。
【発明の効果】
【００２０】
本発明によれば、大規模ユーザを複数のサーバに負荷分散させる場合、負荷分散したサーバ間を連携するためのサーバ間通信量を抑制することができ、収容ユーザの増大にもシステム変更を行うことなく対応することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の一実施の形態について図面を参照しながら具体的に説明する。
図１は本発明の接続先決定サーバ１０をプレゼンスシステムに適用した一実施の形態の概略構成を示す図である。同図に示すプレゼンスシステムにおいて、接続先決定サーバ１０、クライアント１１ａ〜１１ｈ及び収容サーバ１２Ａ，１２Ｂは、インターネット又はＬＡＮ等のネットワークを経由して相互に接続される。
【００２２】
各クライアント１１ａ〜１１ｈは、ネットワーク通信機能を備えたコンピュータで構成されるユーザ側情報通信端末である。クライアント１１ａ〜１１ｈには、サービス提供を受けるのに必要なプログラムがインストールされている。本実施の形態のプレゼンスシステムでは、ログインしている各クライアント１１ａ〜１１ｈから各ユーザのプレゼンス情報が収容先サーバに収集されると共に、他のユーザのプレゼンス情報がリアルタイムで各クライアント１１ａ〜１１ｈに配信されて表示されるように構成される。
【００２３】
複数の収容サーバ１２Ａ，１２Ｂは、負荷分散を図るための負荷分散サーバを構成している。図１には、説明の都合上、２つの収容サーバ１２Ａ，１２Ｂが示されているが、ユーザ収容数に応じた多数の収容サーバで本プレゼンスシステムは構築される。収容サーバ１２Ａ，１２Ｂは、プレゼンスシステムにログインしているクライアント１１ｂ、１１ｆ等からプレゼンス情報を収集して管理し、他のメンバー（クライアント）へ変化のあったプレゼンス情報を通知する。プレゼンス情報に変化のあったメンバーが他のサーバに収容されている場合、サーバ間通信を介して他の収容サーバのクライアントへプレゼンス情報を送信する。
【００２４】
なお、プレゼンス情報とは、一般に人や物が変化する状態を示す情報のことであり、例えば「在席・離席」、「稼動・停止」、「電話中」、「会議中」等を表す情報を指している。前述したメッセンジャーサーバと本実施の形態のプレゼンスシステムとを組み合わせることで、メッセンジャーシステムにログインしたクライアントのメンバリストに登録された他のメンバーのプレゼンス情報を表示することができる。
【００２５】
接続先決定サーバ１０は、サービス提供を受けるためにログインして来たクライアントの接続先となる収容サーバを決定する。本実施の形態では、プレゼンス情報の通信が同一収容サーバ内で実行され、できる限りサーバ間通信が発生しないように接続先の収容サーバとなる接続先サーバを決定する。接続先決定サーバ１０は、クライアント名と収容サーバとを対応させた収容表１３と、クライアントが参加しているグループ毎に他の参加メンバーをリスト化したメンバリスト１４とが登録されたデータベース１５から接続先決定に必要な情報を取得する。
【００２６】
収容表１３には、現在ログインして特定の収容サーバに接続されているクライアントだけでなく、未ログインクライアントについても登録して収容サーバを決めて登録しておくことができる。例えば、同一のメンバリストに登録されているクライアントは同一の収容サーバに接続すれば、プレゼンス情報の通信は同一収容サーバ内で実行されることになるので、ログイン前にメンバリストが登録されているクライアントに関しては予め収容表１３に登録しても良い。又は、グループ形成されていなくても、ログインすれば高い通信頻度で情報交換することが予想されるクライアント同士についてはログインして来た場合には同一収容サーバに収容されるように事前に収容表１３に登録しておくことが望ましい。
【００２７】
メンバリスト１４は、クライアントからの要求によって収容サーバ１２Ａ，１２Ｂ上で順次作成可能であり、新しく作成されたメンバリストは収容サーバ１２Ａ，１２Ｂから接続先決定サーバ１０を経由して又は収容サーバ１２Ａ，１２Ｂから直接データベース１５に登録される。メンバリスト１４に登録されるクライアントの追加／削除もクライアントからの要求によって上記同様に逐次実行される。一人のユーザ（クライアント）が複数のメンバリスト１４に登録されることもあり得る。
【００２８】
次に、以上のように構成された本実施の形態の動作について説明する。
図２（ａ）に示すように、データベース１５の収容表１３にはクライアント１１ｂ〜１１ｄ、１１ｆ、１１ｇが登録されており、クライアント１１ｂ〜１１ｄは収容サーバ１２Ａに収容されており、クライアント１１ｆ、１１ｇは別の収容サーバ１２Ｂに収容されているものとする。また、図２（ｂ）に示すように、これからログインするクライアント１１ａのメンバリスト１４には一方の収容サーバ１２Ａに収容されたクライアント１１ｂ〜１１ｄが登録されているものとする。または、ログイン要求は接続先決定サーバ１０で受け取り、ログインは収容サーバに対して行う。
【００２９】
図３は接続先決定サーバ１０におけるクライアントログイン時の接続先サーバ決定の処理内容を示すフロー図である。クライアント１１ａは、プレゼンスシステムにログインしてサービス提供を受ける場合、接続先決定サーバ１０に対してネットワーク経由でログイン要求を出す。なお、クライアントがログインする相手及びタイミングについてはこれに限定されるものではなく、接続先決定サーバ１０から指示された収容サーバに接続するときであっても良い。この場合、接続先決定サーバ１０に対してログイン要求ではなく、単なるアクセス要求となる。
【００３０】
接続先決定サーバ１０は、クライアント１１ａからログイン要求を受け取ると（ステップＳ１）、当該クライアント１１ａのメンバリスト１４がデータベース１５に存在するか否か判断する（ステップＳ２）。クライアント１１ａがプレゼンス情報のサービスを受ける何らかのグループに属していれば、クライアント１１ａのメンバリスト１４が登録されている可能性がある。本例では、クライアント１１ａのメンバリスト１４として図２（ｂ）に示すものが登録されている。
【００３１】
接続先決定サーバ１０は、図２（ｂ）に示すメンバリスト１４に登録されているクライアント１１ｂ〜１１ｄが全員同じ収容サーバに収容されているか否か判断する(ステップＳ３)。収容表１３からメンバーの各クライアント１１ｂ〜１１ｄが収容されている収容サーバを特定する。本例では、図２（ａ）に示すようにクライアント１１ｂ〜１１ｄは同じ収容サーバ１２Ａに収容されている。したがって、他のメンバーであるクライアント１１ｂ〜１１ｄと同じ収容サーバ１２Ａを接続先サーバに決定する（ステップＳ９）。
【００３２】
また、メンバリスト１４に登録されている各クライアント１１ｂ〜１１ｄが収容されている収容サーバが複数存在する場合もあり得る。この場合は、メンバリスト１４に登録されているクライアントが最も多く収容されている収容サーバを接続先サーバに決定する（ステップＳ４）。なお、ステップＳ３の判断を経ずにステップＳ４の判断を行うようにしても良いが、収容表１３のクライアント数が多くなった場合には処理時間が長くなる可能性がある。
【００３３】
このように、クライアント１１ａのメンバリスト１４に登録された各クライアント１１ｂ〜１１ｄと同じ収容サーバ１２Ａを接続先サーバに決定することにより、クライアント１１ａ及びクライアント１１ｂ〜１１ｄの間でプレゼンス情報の交換が発生しても収容サーバ１２Ａで閉じた通信となり、他の収容サーバ１２Ｂとの間の通信は不要である。
【００３４】
また、メンバリスト１４に登録されたクライアントのうち最も多くのクライアントが収容されている収容サーバを接続先サーバとすることにより、収容サーバの数を抑えることができ、多数の収容サーバに分散して収容される場合に比べて、サーバ間通信量を抑制する効果が期待される。
【００３５】
以上のようにして接続先サーバが決定すると、次に接続先決定サーバ１０は、ログイン要求元のクライアント１１ａに対して接続先サーバ（１２Ａ）にアクセスするための情報（ＩＰアドレス又はＵＲＬ等）を送信する（ステップＳ５）。このとき、接続先決定サーバ１０は、接続先サーバとして１つだけではなく、次候補まで決めてクライアント１１ａに指示するようにしても良い。
【００３６】
クライアント１１ａは、接続先決定サーバ１０から接続すべき収容サーバ１２Ａのアクセス情報（ＩＰアドレス又はＵＲＬ等）が指示される。接続先決定サーバ１０から指示された収容サーバ１２Ａに対して上記アクセス情報を用いてアクセスしてログインした後、参加要求を行う。収容サーバ１２Ａでサービス停止等していなければ、接続に成功してプレゼンスサービスを受けられるようになる。一番目の収容サーバ１２Ａが過負荷状態やシステム停止等で接続できなかった場合は次候補の収容サーバにアクセスすることになる。収容サーバ１２Ａ又は１２Ｂに接続成功してログインが完了したクライアント１１ａは、接続先決定サーバ１０に対して収容サーバを通知する。既に、収容表１３に登録されていて同じ収容サーバに収容された場合は、登録内容は変更しない。
【００３７】
接続先決定サーバ１０は、クライアント１１ａからいずれの収容サーバにも接続できなかった旨の通知が送られてきた場合(ステップＳ６)、エラー処理する。また指示した接続先サーバに接続成功した旨の通知が送られてきた場合は、収容表１３に当該クライアント１１ａ及びその接続先サーバ（収容サーバ）を登録する(ステップＳ７)。
【００３８】
なお、以上の説明では図３のステップＳ４において、ログイン時にメンバーが最も多く収容されている収容サーバを接続先サーバに決定したが、本発明はこの条件に限定されるものではない。例えば、当該クライアントのメンバリスト１４に登録された他のクライアントの中で最も通信頻度の高いクライアント、又はメンバリスト１４に登録された他のクライアントの中で当該クライアントとの通信頻度が最も高いクライアントの収容サーバを接続先サーバに決定する。各クライアントの通信頻度は、メンバリスト１４に登録されている各クライアントと対応付けて登録することにより、各クライアントがどのクライアントとの通信頻度が高いかを判断することが可能になる。または、グループ内で最も通信頻度の高いクライアントを特定しておき、その情報をデータベース１５で管理するようにしても良い。
【００３９】
したがって、所定グループ（メンバー）に含まれる各クライアントの接続先サーバを最も通信頻度の多いクライアントの収容サーバとなるように操作することで、メンバリスト上の各クライアントの接続先サーバが最も通信頻度の多いクライアントの収容サーバに収束されていき、サーバ間通信量を抑制することができる。
【００４０】
また、収容表１３を検索して一番先にヒットしたクライアントの収容サーバを接続先サーバに決定するようにしても良い。あるいは、当該クライアントと一番最後に通信したクライアントの収容サーバを接続先サーバに決定しても良い。このために、クライアント毎に最後に通信した他のクライアントの情報を管理する。
【００４１】
また、ログアウト時に接続先サーバを決定して登録し、次回ログイン時に前回ログアウト時に登録した接続先サーバに接続するようにしても良い。
【００４２】
図４は、クライアントのログアウト時に、接続先サーバを決定して登録（更新を含む）するフロー図である。
【００４３】
クライアント１１ａ等がプレゼンスシステムからログアウトすると、当該クライアントの収容サーバ又は当該クライアントから接続先決定サーバ１０に対してログアウトが通知される（ステップＳ２０）。
【００４４】
接続先決定サーバ１０は、ログアウトするクライアントのメンバリスト１４及び収容表１３を参照して、ログアウト時にメンバーが最も多く収容されている収容サーバを検出する（ステップＳ２１）。この検出された収容サーバを次回接続時の接続先サーバに決定して（ステップＳ２２）、現時点で収容表１３に登録されている当該クライアントの収容サーバと相違していれば（ステップＳ２３）、今回決定した接続先サーバに書き換える（ステップＳ２４）。
【００４５】
上記したように、ログアウト時に接続先サーバを決定する場合、ログイン時にはログイン要求してきているクライアントを収容表１３から検索して、前回ログアウト時に収容表１３に登録した収容サーバを接続先サーバに決定する。なお、収容表１３に登録されていないクライアントのログイン要求に対しては、図３のステップＳ２〜Ｓ４、Ｓ８、Ｓ９と同様にして接続先サーバに決定することができる。
【００４６】
また、ログアウト時に接続先サーバを決定する場合においても、図４のステップＳ２１以外のアルゴリズムにしたがってサーバ間通信量が抑制されるように接続先サーバを決定しても良い。例えば、サービス提供を受けていたクライアントのログアウト時に、当該クライアントと最も通信頻度の高いクライアントを検索し、その検索された通信頻度の最も高いクライアントと同じ収容サーバが接続先サーバとなるようにしても良い。または、当該クライアントと一番最後に通信したクライアントの収容サーバを収容表１３から検索して接続先サーバに決定しても良い。
【００４７】
図５は、図１に示す接続先決定サーバ及び複数の収容サーバで構築されたプレゼンスシステムの詳細なシステム構成を示す図である。加入者管理サーバＣＳが加入者ユーザのデータを管理すると共に他のアプリケーションシステム（例えばメッセンジャーシステム）とのインターフェースとして機能する。さらに加入者管理サーバＣＳは接続先決定サーバ１０として機能する。データベースＤＢには収容表１３及びメンバリスト１４が登録される。ログイン管理サーバＵＩＳ１、ＵＩＳ２は、ログインしている配下のクライアントの情報を一時的に保持する。プレゼンス情報管理サーバＰＩＳ１，ＰＩＳ２は、配下のクライアントのプレゼンス情報のマスター情報を保持しており、必要に応じてＰＩＳ１，ＰＩＳ２間でプレゼンス情報を交換する。呼接続サーバＣＣＳ１，ＣＣＳ２は配下のクライアントのＩＰアドレスを一時的に保持すると共に呼接続を行う。呼接続サーバＣＣＳ１，ＣＣＳ２間で必要に応じてクライアントのＩＰアドレスを交換する。プレゼンスサーバＰＳ１〜ＰＳ６は、配下のクライアントのプレゼンス情報を保持すると共に配下のクライアントに配下にないクライアントのプレゼンス情報の配信を行う。
【００４８】
プレゼンス情報管理サーバＰＩＳ１は、配下のプレゼンスサーバＰＳ１〜ＰＳ３に収容されているクライアントのプレゼンス情報を管理しており、もう一方のプレゼンス情報管理サーバＰＩＳ２は配下のプレゼンスサーバＰＳ４〜ＰＳ６に収容されているクライアントのプレゼンス情報を管理している。
【００４９】
呼接続サーバＣＣＳ１は、プレゼンス情報管理サーバＰＩＳ１配下のプレゼンスサーバＰＳ１〜ＰＳ３に収容されているクライアントのＩＰアドレスを保持し、もう一方の呼接続サーバＣＣＳ２は、プレゼンス情報管理サーバＰＩＳ２配下のプレゼンスサーバＰＳ４〜ＰＳ６に収容されているクライアントのＩＰアドレスを保持している。
【００５０】
以上のように構成されたプレゼンスシステムにおいて、クライアントＺが加入者管理サーバＣＳに対してログイン要求するものとする。図６（ａ）（ｂ）に示す収容表１３及びメンバリスト１４がデータベースＤＢ１５に登録されていたとする。この場合、クライアントＺのメンバリスト１４にはクライアントＡ，Ｂ，Ｃが登録されており、収容表１３にはクライアントＡ，Ｂ，Ｃの全員が同じ呼接続サーバＣＣＳ１及びプレゼンスサーバＰＳ１に収容されている。このような場合、呼接続サーバＣＣＳ１及びプレゼンスサーバＰＳ１を接続先サーバに決定すれば、クライアントＡ，Ｂ，Ｃのプレゼンス情報に変化があったとしても他のプレゼンスサーバＰＳ２等との間の通信は発生しない。
【００５１】
また、図６（ｃ）（ｄ）に示す収容表１３及びメンバリスト１４がデータベースＤＢ１５に登録されていたとする。この場合、クライアントＺのメンバリスト１４に登録されているクライアントＤ，Ｅの収容サーバが他のクライアントＡ，Ｂ，Ｃの収容サーバと異なっている。クライアントＡ，Ｂ，Ｃの収容サーバ（ＣＣＳ１，ＰＳ１）がメンバリスト１４中で最も多くのクライアントを収容しているので、呼接続サーバＣＣＳ１及びプレゼンスサーバＰＳ１を接続先サーバに決定することが望ましい。少なくとも、同一の収容サーバ（ＣＣＳ１，ＰＳ１）に収容されるクライアントＡ，Ｂ，Ｃ、Ｚ間ではプレゼンス情報に変化があったとしてもサーバ間通信は発生しないことになる。
【００５２】
また、図７（ａ）（ｂ）に示すように、クライアントＺのメンバリスト１４に登録されているクライアントＡ，Ｂ，Ｃのいずれもが収容表１３に登録されていなければ、その時点で収容クライアント数の少ない呼接続サーバＣＣＳ及びプレゼンスサーバＰＳを接続先サーバに決定する。
【００５３】
また、異なるサービス提供プロバイダが運営するプレゼンスシステム同士を連携させて複数のプロバイダに跨るシステムを構築することもできる。この場合、異なるプロバイダ同士でネットワーク経由で各加入者管理サーバＣＳ、プレゼンス情報管理サーバＰＩＳ及び呼接続サーバＣＣＳを接続して情報を交換するようにする。
【産業上の利用可能性】
【００５４】
本発明は、多数のクライアントを収容するために複数の負荷分散サーバを備えるサービス提供システムに適用可能である。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施の形態に係るプレゼンスシステムの概略的な構成図
【図２】図１に示すプレゼンスシステムのデータベースに登録された収容表及びメンバリストを示す図
【図３】上記一実施の形態において接続先サーバを決定するフロー図
【図４】上記一実施の形態においてログアウト時に接続先サーバを決定するフロー図
【図５】上記一実施の形態に係るプレゼンスシステムの詳細なシステム構成を示す図
【図６】図５に示すシステム構成での収容表及びメンバリストの設定例を示す図
【図７】図５に示すシステム構成での収容表及びメンバリストの他の設定例を示す図
【図８】従来のプレゼンスシステムの概略的な構成図
【符号の説明】
【００５６】
１０…接続先決定サーバ
１１ａ〜１１ｈ…クライアント
１２Ａ，１２Ｂ…収容サーバ
１３…収容表
１４…メンバリスト
１５…データベース
ＣＳ…加入者管理サーバ
ＵＩＳ…ログイン管理サーバ
ＰＩＳ…プレゼンス情報管理サーバ
ＣＣＳ…呼接続サーバ
ＰＳ…プレゼンスサーバ
【技術分野】
【０００１】
本発明は、ネットワーク経由でアクセスしてきたクライアントがサービス提供を受ける際に接続すべきサーバを決定する接続先決定サーバ及び負荷分散方法に関する。
【背景技術】
【０００２】
近年、多数のクライアント間で一対多型のリアルタイム通信（一定の時間内に要求されたデータの送受信が保証されている狭義のリアルタイム通信に限らず、広義の同時性通信）を行えるようにした種々のサービスが提供されている。例えば、メッセンジャーサービスでは、メッセンジャーサーバへログインした複数のユーザ間で、リアルタイムでメッセージ文書及びプレゼンス情報の交換を行うことができるようにしている。また、多地点遠隔会議システムの場合には、会議サーバへログインしたクライアント間で音声・映像データをリアルタイムで交換すると共にプレゼンテーション用の各種ファイル情報を共有化できるように構成している。
【０００３】
ところで、一対多型のリアルタイム通信を行えるようにしたシステムにおいて、大規模ユーザを収容する場合、増大するトランザクション数を複数のサーバに負荷分散することが考えられる。負荷分散の仕組みとして、ユーザ名と収容サーバとを一対一で固定的に割り付ける方法、ユーザのＩＰアドレスやドメイン名からネットワーク上の距離が最短になるように収容サーバを割り付ける方法（例えば、特許文献１参照）等がある。
【特許文献１】特開２００３−２９６２０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の負荷分散方法は、ユーザの状態に合わせて接続先を柔軟に決定することができなかったので、負荷分散したサーバ間を連携するためにサーバ間通信（トランザクション）が多数発生するといった問題がある。
【０００５】
例えば、図８に示すように、接続先サーバＡに接続しているクライアントａと他の接続先サーバＢに接続しているクライアントｂ及びｃとを含むグループ内で対話型テキスト文書交換（チャット）をしている場合、クライアントａの状態に変化があれば（例えば、在席／不在情報の変更）、その情報を持たない他の接続先サーバＢに即座に通知してクライアントｂ及びｃに通知することになる。収容ユーザの増加に応じて上記サーバ間通信（トランザクション）が増加すると予想される。このようなサーバ間通信（トランザクション）の増大は、特許文献１のようにネットワーク上の距離が最短になるように接続先サーバを決めただけでは、根本的な解決とはならない。
【０００６】
本発明は、以上のような実情に鑑みてなされたもので、大規模ユーザを複数のサーバに負荷分散するシステムにおいて、負荷分散したサーバ間を連携するためのサーバ間通信量を抑制することができる接続先決定サーバ及び負荷分散方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の接続先決定サーバは、多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、ネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定し、当該接続先サーバを前記アクセスしてきたクライアントに指示することを特徴とする。
【０００８】
このように構成したことにより、サーバ間の通信量が抑制されるように接続先サーバを決定するので、同一グループのクライアント同士のように通信頻度の高いクライアントが異なる収容サーバに分散収容されることが減少し、サーバ間通信（トランザクション）が抑制されることとなる。
【０００９】
また本発明は、上記接続先決定サーバにおいて、一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントが最も多く収容されている収容サーバを接続先サーバに決定することを特徴とする。
【００１０】
このように構成したことにより、アクセスしてきたクライアントのメンバリストに登録された他のクライアントが最も多く収容されている収容サーバを接続先サーバに決定するので、通信頻度が高い同一グループのクライアント同士が同一の収容サーバに収容されるようになり、サーバ間通信量を抑制することができる。
【００１１】
また本発明は、上記接続先決定サーバにおいて、一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最も通信頻度の高いクライアントの収容サーバを接続先サーバに決定することを特徴とする。
【００１２】
このように構成したことにより、一のクライアントのメンバリストに登録された他のクライアントの中で最も通信頻度の高いクライアントの収容サーバを接続先サーバに決定するので、最も通信頻度の高かったクライアントと同じ収容サーバに収容されることとなり、サーバ間通信の発生を抑制することができる。
【００１３】
また本発明は、上記接続先決定サーバにおいて、一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最後に通信したクライアントの収容サーバを接続先サーバに決定することを特徴とする
【００１４】
このように構成したことにより、最後に通信したクライアントの収容サーバを接続先サーバに決定することにより、再ログイン時には最後に通信したクライアントと通信する可能性が高いので、サーバ間通信の発生を抑制することが期待できる。
【００１５】
また本発明は、上記接続先決定サーバにおいて、クライアント単位で作成され一のクライアントと同一グループを構成する他のクライアントが登録されたメンバリストと、ログインしたクライアントの収容サーバが登録された収容表とを備え、前記メンバリストと前記収容表とを用いて接続先サーバを決定することを特徴とする。
【００１６】
このように構成したことにより、前記メンバリストと前記収容表とを用いて接続先サーバを決定するので、収容表を参照して各クライアントの収容サーバを取得でき、各クライアントの収容サーバ情報を用いることでサーバ間通信が抑制されるように接続先サーバを決定することができる。
【００１７】
また本発明は、上記接続先決定サーバにおいて、クライアントのログイン時及び又はログアウト時に、当該クライアントのメンバリストを評価して、前記サーバ間の通信量が抑制されるように、前記収容表上における当該クライアントの収容サーバを再配置することを特徴とする。
【００１８】
このように構成したことにより、ログイン時及び又はログアウト時にメンバリストの評価による再配置を実施するので、通信が発生する相手が少ないサーバに収容が固定化するのを防止することができる。
【００１９】
また本発明は、多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、サービス提供を受けるためにネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定することを特徴とする負荷分散方法である。
【発明の効果】
【００２０】
本発明によれば、大規模ユーザを複数のサーバに負荷分散させる場合、負荷分散したサーバ間を連携するためのサーバ間通信量を抑制することができ、収容ユーザの増大にもシステム変更を行うことなく対応することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の一実施の形態について図面を参照しながら具体的に説明する。
図１は本発明の接続先決定サーバ１０をプレゼンスシステムに適用した一実施の形態の概略構成を示す図である。同図に示すプレゼンスシステムにおいて、接続先決定サーバ１０、クライアント１１ａ〜１１ｈ及び収容サーバ１２Ａ，１２Ｂは、インターネット又はＬＡＮ等のネットワークを経由して相互に接続される。
【００２２】
各クライアント１１ａ〜１１ｈは、ネットワーク通信機能を備えたコンピュータで構成されるユーザ側情報通信端末である。クライアント１１ａ〜１１ｈには、サービス提供を受けるのに必要なプログラムがインストールされている。本実施の形態のプレゼンスシステムでは、ログインしている各クライアント１１ａ〜１１ｈから各ユーザのプレゼンス情報が収容先サーバに収集されると共に、他のユーザのプレゼンス情報がリアルタイムで各クライアント１１ａ〜１１ｈに配信されて表示されるように構成される。
【００２３】
複数の収容サーバ１２Ａ，１２Ｂは、負荷分散を図るための負荷分散サーバを構成している。図１には、説明の都合上、２つの収容サーバ１２Ａ，１２Ｂが示されているが、ユーザ収容数に応じた多数の収容サーバで本プレゼンスシステムは構築される。収容サーバ１２Ａ，１２Ｂは、プレゼンスシステムにログインしているクライアント１１ｂ、１１ｆ等からプレゼンス情報を収集して管理し、他のメンバー（クライアント）へ変化のあったプレゼンス情報を通知する。プレゼンス情報に変化のあったメンバーが他のサーバに収容されている場合、サーバ間通信を介して他の収容サーバのクライアントへプレゼンス情報を送信する。
【００２４】
なお、プレゼンス情報とは、一般に人や物が変化する状態を示す情報のことであり、例えば「在席・離席」、「稼動・停止」、「電話中」、「会議中」等を表す情報を指している。前述したメッセンジャーサーバと本実施の形態のプレゼンスシステムとを組み合わせることで、メッセンジャーシステムにログインしたクライアントのメンバリストに登録された他のメンバーのプレゼンス情報を表示することができる。
【００２５】
接続先決定サーバ１０は、サービス提供を受けるためにログインして来たクライアントの接続先となる収容サーバを決定する。本実施の形態では、プレゼンス情報の通信が同一収容サーバ内で実行され、できる限りサーバ間通信が発生しないように接続先の収容サーバとなる接続先サーバを決定する。接続先決定サーバ１０は、クライアント名と収容サーバとを対応させた収容表１３と、クライアントが参加しているグループ毎に他の参加メンバーをリスト化したメンバリスト１４とが登録されたデータベース１５から接続先決定に必要な情報を取得する。
【００２６】
収容表１３には、現在ログインして特定の収容サーバに接続されているクライアントだけでなく、未ログインクライアントについても登録して収容サーバを決めて登録しておくことができる。例えば、同一のメンバリストに登録されているクライアントは同一の収容サーバに接続すれば、プレゼンス情報の通信は同一収容サーバ内で実行されることになるので、ログイン前にメンバリストが登録されているクライアントに関しては予め収容表１３に登録しても良い。又は、グループ形成されていなくても、ログインすれば高い通信頻度で情報交換することが予想されるクライアント同士についてはログインして来た場合には同一収容サーバに収容されるように事前に収容表１３に登録しておくことが望ましい。
【００２７】
メンバリスト１４は、クライアントからの要求によって収容サーバ１２Ａ，１２Ｂ上で順次作成可能であり、新しく作成されたメンバリストは収容サーバ１２Ａ，１２Ｂから接続先決定サーバ１０を経由して又は収容サーバ１２Ａ，１２Ｂから直接データベース１５に登録される。メンバリスト１４に登録されるクライアントの追加／削除もクライアントからの要求によって上記同様に逐次実行される。一人のユーザ（クライアント）が複数のメンバリスト１４に登録されることもあり得る。
【００２８】
次に、以上のように構成された本実施の形態の動作について説明する。
図２（ａ）に示すように、データベース１５の収容表１３にはクライアント１１ｂ〜１１ｄ、１１ｆ、１１ｇが登録されており、クライアント１１ｂ〜１１ｄは収容サーバ１２Ａに収容されており、クライアント１１ｆ、１１ｇは別の収容サーバ１２Ｂに収容されているものとする。また、図２（ｂ）に示すように、これからログインするクライアント１１ａのメンバリスト１４には一方の収容サーバ１２Ａに収容されたクライアント１１ｂ〜１１ｄが登録されているものとする。または、ログイン要求は接続先決定サーバ１０で受け取り、ログインは収容サーバに対して行う。
【００２９】
図３は接続先決定サーバ１０におけるクライアントログイン時の接続先サーバ決定の処理内容を示すフロー図である。クライアント１１ａは、プレゼンスシステムにログインしてサービス提供を受ける場合、接続先決定サーバ１０に対してネットワーク経由でログイン要求を出す。なお、クライアントがログインする相手及びタイミングについてはこれに限定されるものではなく、接続先決定サーバ１０から指示された収容サーバに接続するときであっても良い。この場合、接続先決定サーバ１０に対してログイン要求ではなく、単なるアクセス要求となる。
【００３０】
接続先決定サーバ１０は、クライアント１１ａからログイン要求を受け取ると（ステップＳ１）、当該クライアント１１ａのメンバリスト１４がデータベース１５に存在するか否か判断する（ステップＳ２）。クライアント１１ａがプレゼンス情報のサービスを受ける何らかのグループに属していれば、クライアント１１ａのメンバリスト１４が登録されている可能性がある。本例では、クライアント１１ａのメンバリスト１４として図２（ｂ）に示すものが登録されている。
【００３１】
接続先決定サーバ１０は、図２（ｂ）に示すメンバリスト１４に登録されているクライアント１１ｂ〜１１ｄが全員同じ収容サーバに収容されているか否か判断する(ステップＳ３)。収容表１３からメンバーの各クライアント１１ｂ〜１１ｄが収容されている収容サーバを特定する。本例では、図２（ａ）に示すようにクライアント１１ｂ〜１１ｄは同じ収容サーバ１２Ａに収容されている。したがって、他のメンバーであるクライアント１１ｂ〜１１ｄと同じ収容サーバ１２Ａを接続先サーバに決定する（ステップＳ９）。
【００３２】
また、メンバリスト１４に登録されている各クライアント１１ｂ〜１１ｄが収容されている収容サーバが複数存在する場合もあり得る。この場合は、メンバリスト１４に登録されているクライアントが最も多く収容されている収容サーバを接続先サーバに決定する（ステップＳ４）。なお、ステップＳ３の判断を経ずにステップＳ４の判断を行うようにしても良いが、収容表１３のクライアント数が多くなった場合には処理時間が長くなる可能性がある。
【００３３】
このように、クライアント１１ａのメンバリスト１４に登録された各クライアント１１ｂ〜１１ｄと同じ収容サーバ１２Ａを接続先サーバに決定することにより、クライアント１１ａ及びクライアント１１ｂ〜１１ｄの間でプレゼンス情報の交換が発生しても収容サーバ１２Ａで閉じた通信となり、他の収容サーバ１２Ｂとの間の通信は不要である。
【００３４】
また、メンバリスト１４に登録されたクライアントのうち最も多くのクライアントが収容されている収容サーバを接続先サーバとすることにより、収容サーバの数を抑えることができ、多数の収容サーバに分散して収容される場合に比べて、サーバ間通信量を抑制する効果が期待される。
【００３５】
以上のようにして接続先サーバが決定すると、次に接続先決定サーバ１０は、ログイン要求元のクライアント１１ａに対して接続先サーバ（１２Ａ）にアクセスするための情報（ＩＰアドレス又はＵＲＬ等）を送信する（ステップＳ５）。このとき、接続先決定サーバ１０は、接続先サーバとして１つだけではなく、次候補まで決めてクライアント１１ａに指示するようにしても良い。
【００３６】
クライアント１１ａは、接続先決定サーバ１０から接続すべき収容サーバ１２Ａのアクセス情報（ＩＰアドレス又はＵＲＬ等）が指示される。接続先決定サーバ１０から指示された収容サーバ１２Ａに対して上記アクセス情報を用いてアクセスしてログインした後、参加要求を行う。収容サーバ１２Ａでサービス停止等していなければ、接続に成功してプレゼンスサービスを受けられるようになる。一番目の収容サーバ１２Ａが過負荷状態やシステム停止等で接続できなかった場合は次候補の収容サーバにアクセスすることになる。収容サーバ１２Ａ又は１２Ｂに接続成功してログインが完了したクライアント１１ａは、接続先決定サーバ１０に対して収容サーバを通知する。既に、収容表１３に登録されていて同じ収容サーバに収容された場合は、登録内容は変更しない。
【００３７】
接続先決定サーバ１０は、クライアント１１ａからいずれの収容サーバにも接続できなかった旨の通知が送られてきた場合(ステップＳ６)、エラー処理する。また指示した接続先サーバに接続成功した旨の通知が送られてきた場合は、収容表１３に当該クライアント１１ａ及びその接続先サーバ（収容サーバ）を登録する(ステップＳ７)。
【００３８】
なお、以上の説明では図３のステップＳ４において、ログイン時にメンバーが最も多く収容されている収容サーバを接続先サーバに決定したが、本発明はこの条件に限定されるものではない。例えば、当該クライアントのメンバリスト１４に登録された他のクライアントの中で最も通信頻度の高いクライアント、又はメンバリスト１４に登録された他のクライアントの中で当該クライアントとの通信頻度が最も高いクライアントの収容サーバを接続先サーバに決定する。各クライアントの通信頻度は、メンバリスト１４に登録されている各クライアントと対応付けて登録することにより、各クライアントがどのクライアントとの通信頻度が高いかを判断することが可能になる。または、グループ内で最も通信頻度の高いクライアントを特定しておき、その情報をデータベース１５で管理するようにしても良い。
【００３９】
したがって、所定グループ（メンバー）に含まれる各クライアントの接続先サーバを最も通信頻度の多いクライアントの収容サーバとなるように操作することで、メンバリスト上の各クライアントの接続先サーバが最も通信頻度の多いクライアントの収容サーバに収束されていき、サーバ間通信量を抑制することができる。
【００４０】
また、収容表１３を検索して一番先にヒットしたクライアントの収容サーバを接続先サーバに決定するようにしても良い。あるいは、当該クライアントと一番最後に通信したクライアントの収容サーバを接続先サーバに決定しても良い。このために、クライアント毎に最後に通信した他のクライアントの情報を管理する。
【００４１】
また、ログアウト時に接続先サーバを決定して登録し、次回ログイン時に前回ログアウト時に登録した接続先サーバに接続するようにしても良い。
【００４２】
図４は、クライアントのログアウト時に、接続先サーバを決定して登録（更新を含む）するフロー図である。
【００４３】
クライアント１１ａ等がプレゼンスシステムからログアウトすると、当該クライアントの収容サーバ又は当該クライアントから接続先決定サーバ１０に対してログアウトが通知される（ステップＳ２０）。
【００４４】
接続先決定サーバ１０は、ログアウトするクライアントのメンバリスト１４及び収容表１３を参照して、ログアウト時にメンバーが最も多く収容されている収容サーバを検出する（ステップＳ２１）。この検出された収容サーバを次回接続時の接続先サーバに決定して（ステップＳ２２）、現時点で収容表１３に登録されている当該クライアントの収容サーバと相違していれば（ステップＳ２３）、今回決定した接続先サーバに書き換える（ステップＳ２４）。
【００４５】
上記したように、ログアウト時に接続先サーバを決定する場合、ログイン時にはログイン要求してきているクライアントを収容表１３から検索して、前回ログアウト時に収容表１３に登録した収容サーバを接続先サーバに決定する。なお、収容表１３に登録されていないクライアントのログイン要求に対しては、図３のステップＳ２〜Ｓ４、Ｓ８、Ｓ９と同様にして接続先サーバに決定することができる。
【００４６】
また、ログアウト時に接続先サーバを決定する場合においても、図４のステップＳ２１以外のアルゴリズムにしたがってサーバ間通信量が抑制されるように接続先サーバを決定しても良い。例えば、サービス提供を受けていたクライアントのログアウト時に、当該クライアントと最も通信頻度の高いクライアントを検索し、その検索された通信頻度の最も高いクライアントと同じ収容サーバが接続先サーバとなるようにしても良い。または、当該クライアントと一番最後に通信したクライアントの収容サーバを収容表１３から検索して接続先サーバに決定しても良い。
【００４７】
図５は、図１に示す接続先決定サーバ及び複数の収容サーバで構築されたプレゼンスシステムの詳細なシステム構成を示す図である。加入者管理サーバＣＳが加入者ユーザのデータを管理すると共に他のアプリケーションシステム（例えばメッセンジャーシステム）とのインターフェースとして機能する。さらに加入者管理サーバＣＳは接続先決定サーバ１０として機能する。データベースＤＢには収容表１３及びメンバリスト１４が登録される。ログイン管理サーバＵＩＳ１、ＵＩＳ２は、ログインしている配下のクライアントの情報を一時的に保持する。プレゼンス情報管理サーバＰＩＳ１，ＰＩＳ２は、配下のクライアントのプレゼンス情報のマスター情報を保持しており、必要に応じてＰＩＳ１，ＰＩＳ２間でプレゼンス情報を交換する。呼接続サーバＣＣＳ１，ＣＣＳ２は配下のクライアントのＩＰアドレスを一時的に保持すると共に呼接続を行う。呼接続サーバＣＣＳ１，ＣＣＳ２間で必要に応じてクライアントのＩＰアドレスを交換する。プレゼンスサーバＰＳ１〜ＰＳ６は、配下のクライアントのプレゼンス情報を保持すると共に配下のクライアントに配下にないクライアントのプレゼンス情報の配信を行う。
【００４８】
プレゼンス情報管理サーバＰＩＳ１は、配下のプレゼンスサーバＰＳ１〜ＰＳ３に収容されているクライアントのプレゼンス情報を管理しており、もう一方のプレゼンス情報管理サーバＰＩＳ２は配下のプレゼンスサーバＰＳ４〜ＰＳ６に収容されているクライアントのプレゼンス情報を管理している。
【００４９】
呼接続サーバＣＣＳ１は、プレゼンス情報管理サーバＰＩＳ１配下のプレゼンスサーバＰＳ１〜ＰＳ３に収容されているクライアントのＩＰアドレスを保持し、もう一方の呼接続サーバＣＣＳ２は、プレゼンス情報管理サーバＰＩＳ２配下のプレゼンスサーバＰＳ４〜ＰＳ６に収容されているクライアントのＩＰアドレスを保持している。
【００５０】
以上のように構成されたプレゼンスシステムにおいて、クライアントＺが加入者管理サーバＣＳに対してログイン要求するものとする。図６（ａ）（ｂ）に示す収容表１３及びメンバリスト１４がデータベースＤＢ１５に登録されていたとする。この場合、クライアントＺのメンバリスト１４にはクライアントＡ，Ｂ，Ｃが登録されており、収容表１３にはクライアントＡ，Ｂ，Ｃの全員が同じ呼接続サーバＣＣＳ１及びプレゼンスサーバＰＳ１に収容されている。このような場合、呼接続サーバＣＣＳ１及びプレゼンスサーバＰＳ１を接続先サーバに決定すれば、クライアントＡ，Ｂ，Ｃのプレゼンス情報に変化があったとしても他のプレゼンスサーバＰＳ２等との間の通信は発生しない。
【００５１】
また、図６（ｃ）（ｄ）に示す収容表１３及びメンバリスト１４がデータベースＤＢ１５に登録されていたとする。この場合、クライアントＺのメンバリスト１４に登録されているクライアントＤ，Ｅの収容サーバが他のクライアントＡ，Ｂ，Ｃの収容サーバと異なっている。クライアントＡ，Ｂ，Ｃの収容サーバ（ＣＣＳ１，ＰＳ１）がメンバリスト１４中で最も多くのクライアントを収容しているので、呼接続サーバＣＣＳ１及びプレゼンスサーバＰＳ１を接続先サーバに決定することが望ましい。少なくとも、同一の収容サーバ（ＣＣＳ１，ＰＳ１）に収容されるクライアントＡ，Ｂ，Ｃ、Ｚ間ではプレゼンス情報に変化があったとしてもサーバ間通信は発生しないことになる。
【００５２】
また、図７（ａ）（ｂ）に示すように、クライアントＺのメンバリスト１４に登録されているクライアントＡ，Ｂ，Ｃのいずれもが収容表１３に登録されていなければ、その時点で収容クライアント数の少ない呼接続サーバＣＣＳ及びプレゼンスサーバＰＳを接続先サーバに決定する。
【００５３】
また、異なるサービス提供プロバイダが運営するプレゼンスシステム同士を連携させて複数のプロバイダに跨るシステムを構築することもできる。この場合、異なるプロバイダ同士でネットワーク経由で各加入者管理サーバＣＳ、プレゼンス情報管理サーバＰＩＳ及び呼接続サーバＣＣＳを接続して情報を交換するようにする。
【産業上の利用可能性】
【００５４】
本発明は、多数のクライアントを収容するために複数の負荷分散サーバを備えるサービス提供システムに適用可能である。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施の形態に係るプレゼンスシステムの概略的な構成図
【図２】図１に示すプレゼンスシステムのデータベースに登録された収容表及びメンバリストを示す図
【図３】上記一実施の形態において接続先サーバを決定するフロー図
【図４】上記一実施の形態においてログアウト時に接続先サーバを決定するフロー図
【図５】上記一実施の形態に係るプレゼンスシステムの詳細なシステム構成を示す図
【図６】図５に示すシステム構成での収容表及びメンバリストの設定例を示す図
【図７】図５に示すシステム構成での収容表及びメンバリストの他の設定例を示す図
【図８】従来のプレゼンスシステムの概略的な構成図
【符号の説明】
【００５６】
１０…接続先決定サーバ
１１ａ〜１１ｈ…クライアント
１２Ａ，１２Ｂ…収容サーバ
１３…収容表
１４…メンバリスト
１５…データベース
ＣＳ…加入者管理サーバ
ＵＩＳ…ログイン管理サーバ
ＰＩＳ…プレゼンス情報管理サーバ
ＣＣＳ…呼接続サーバ
ＰＳ…プレゼンスサーバ
【特許請求の範囲】
【請求項１】
多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、ネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定し、当該接続先サーバを前記アクセスしてきたクライアントに指示することを特徴とする接続先決定サーバ。
【請求項２】
一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、
前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントが最も多く収容されている収容サーバを接続先サーバに決定することを特徴とする請求項１記載の接続先決定サーバ。
【請求項３】
一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、
前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最も通信頻度の高いクライアントの収容サーバを接続先サーバに決定することを特徴とする請求項１記載の接続先決定サーバ。
【請求項４】
一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、
前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最後に通信したクライアントの収容サーバを接続先サーバに決定することを特徴とする請求項１記載の接続先決定サーバ。
【請求項５】
クライアント単位で作成され一のクライアントと同一グループを構成する他のクライアントが登録されたメンバリストと、ログインしたクライアントの収容サーバが登録された収容表とを備え、前記メンバリストと前記収容表とを用いて接続先サーバを決定することを特徴とする請求項１から請求項４のいずれかに記載の接続先決定サーバ。
【請求項６】
クライアントのログイン時及び又はログアウト時に、当該クライアントのメンバリストを評価して、前記サーバ間の通信量が抑制されるように、前記収容表上における当該クライアントの収容サーバを再配置することを特徴とする請求項５記載の接続先決定サーバ。
【請求項７】
多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、サービス提供を受けるためにネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定することを特徴とする負荷分散方法。
【請求項１】
多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、ネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定し、当該接続先サーバを前記アクセスしてきたクライアントに指示することを特徴とする接続先決定サーバ。
【請求項２】
一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、
前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントが最も多く収容されている収容サーバを接続先サーバに決定することを特徴とする請求項１記載の接続先決定サーバ。
【請求項３】
一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、
前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最も通信頻度の高いクライアントの収容サーバを接続先サーバに決定することを特徴とする請求項１記載の接続先決定サーバ。
【請求項４】
一のクライアントと同一グループを構成する他のクライアントが当該一のクライアントのメンバリストに登録され、
前記一のクライアントの接続先サーバを決定する場合、当該一のクライアントのメンバリストに登録された他のクライアントの中で最後に通信したクライアントの収容サーバを接続先サーバに決定することを特徴とする請求項１記載の接続先決定サーバ。
【請求項５】
クライアント単位で作成され一のクライアントと同一グループを構成する他のクライアントが登録されたメンバリストと、ログインしたクライアントの収容サーバが登録された収容表とを備え、前記メンバリストと前記収容表とを用いて接続先サーバを決定することを特徴とする請求項１から請求項４のいずれかに記載の接続先決定サーバ。
【請求項６】
クライアントのログイン時及び又はログアウト時に、当該クライアントのメンバリストを評価して、前記サーバ間の通信量が抑制されるように、前記収容表上における当該クライアントの収容サーバを再配置することを特徴とする請求項５記載の接続先決定サーバ。
【請求項７】
多数のクライアントを複数のサーバに分散収容してクライアント間の情報交換サービスを提供するサービス提供システムにおいて、サービス提供を受けるためにネットワークを経由してアクセスしてきたクライアントに対して、前記サーバ間の通信量が抑制されるように接続先サーバを決定することを特徴とする負荷分散方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−１２９９８１（Ｐ２００８−１２９９８１Ａ）
【公開日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願番号】特願２００６−３１６７０８（Ｐ２００６−３１６７０８）
【出願日】平成１８年１１月２４日（２００６．１１．２４）
【出願人】（３０３０６７４７８）株式会社 ネクストジェン (12)
【公開日】平成２０年６月５日（２００８．６．５）
【国際特許分類】
【出願日】平成１８年１１月２４日（２００６．１１．２４）
【出願人】（３０３０６７４７８）株式会社 ネクストジェン (12)
[ Back to top ]