(57)【特許請求の範囲】
【請求項１】
端末装置と負荷分散装置を介して接続されるサーバであって、
前記端末装置から送信されるパケットの確認番号に基づいて分散先のサーバを特定するサーバ特定ルールと、送信するデータのデータサイズとに基づいて、前記データサイズを調整したパケットを生成するパケット生成手段と、
前記生成されたパケットを前記負荷分散装置に送信するサーバ側パケット送受信手段と、
を含むことを特徴とするサーバ。
【請求項２】
前記パケット生成手段は、前記サーバ側パケット送受信部が受信したパケットが前記負荷分散装置からのセッション確立要求を表すパケットである場合は、前記サーバ特定ルールに基づいて、シーケンス番号を調整したパケットを生成する、
ことを特徴とする請求項１記載のサーバ。
【請求項３】
前記サーバは、更に、前記シーケンス番号を調整したパケットの送信を遅延させるパケット遅延手段を含むことを特徴とする請求項２記載のサーバ。
【請求項４】
端末と複数のサーバとの間に接続される負荷分散装置であって、
パケットを送受信する負荷分散装置側パケット送受信手段と、
前記パケット送受信手段が前記端末から受信したパケットがセッション確立要求を表すパケットである場合には、前記負荷分散装置側パケット送受信手段に該パケットを前記複数のサーバに送信するよう指示するマルチキャスト送受信制御手段と、
前記セッション確立後に、前記端末から送信されるパケットの分散先であるサーバを決定するサーバ決定ルールと、前記端末装置から受信したパケットに含まれる確認番号とに基づいて、前記パケットの分散先であるサーバを決定する分散先サーバ決定手段と、を含み、
前記パケットに対して、前記複数のサーバのうち、最初に前記負荷分散装置が受信したセッション確立を確認する応答確認パケットを送信したサーバとセッションを確立し、
前記マルチキャスト送受信制御手段は、前記複数のサーバのうち前記セッションを確立するサーバ以外のサーバにセッションの確立を破棄するパケットを送信するよう指示し、
前記パケット送受信手段は、前記決定された分散先サーバに前記取得したパケットを送信する、
ことを特徴とする負荷分散装置。
【請求項５】
端末と、複数のサーバ、前記端末と前記複数のサーバに接続される負荷分散装置とを含む負荷分散システムであって、
前記負荷分散装置は、
パケットを送受信する負荷分散装置側パケット送受信手段と、
前記端末装置から送信されるパケットの分散先であるサーバを決定するサーバ決定ルールと、端末から受信したパケットに含まれる確認番号とに基づいて、前記パケットの分散先であるサーバを決定する分散先サーバ決定手段と、を含み、
前記パケット送受信手段は、前記決定された分散先サーバに前記取得したパケットを送信し、
前記各サーバは、
前記サーバ特定ルールと、送信するデータのデータサイズとに基づいて、前記データサイズを調整したパケットを生成するパケット生成手段と、
前記生成されたパケットを前記負荷分散装置に送信するサーバ側パケット送受信手段と、を含む、
ことを特徴とする負荷分散システム。
【請求項６】
端末装置と、負荷分散装置と、前記負荷分散装置を介して前記端末装置と接続されるサーバを含むシステムの負荷分散プログラムであって、
前記端末装置から送信されるパケットの確認番号に基づいて分散先のサーバを特定するサーバ特定ルールと、送信するデータのデータサイズとに基づいて、前記データサイズを調整したパケットを生成するパケット生成手段、及び、
前記生成されたパケットを前記負荷分散装置に送信するサーバ側パケット送受信手段、
としてコンピュータを機能させることを特徴とする負荷分散プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷分散装置、サーバ、負荷分散システム、負荷分散プログラムに関する。
【背景技術】
【０００２】
サーバの負荷分散を図る技術として、例えば、クライアント及びサーバ間に、負荷分散装置(Load Balancer)を設け、当該負荷分散装置にネットワークアドレスの変換（ＮＡＴ）を行わせる技術が知られている。また、下記特許文献１には、負荷分散装置が扱うサーバ群に同一のＩＰアドレスを持たせ、割り当てたコンピュータをＭＡＣアドレスに変換して特定し、これにより負荷分散装置におけるネットワークアドレス変換による負担を減少する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１１８６２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記技術を用いた場合であっても、セッション数が増加した場合には負荷分散装置が管理するセッション数が増加する。本発明は、サーバ・クライアント間のセッション数が増加しても負荷分散装置が管理するセッション数の増加が防止される負荷分散装置、サーバ、負荷分散システムを実現することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に記載のサーバは、端末装置と負荷分散装置を介して接続されるサーバであって、前記端末装置から送信されるパケットの確認番号に基づいて分散先のサーバを特定するサーバ特定ルールと、送信するデータのデータサイズとに基づいて、前記データサイズを調整したパケットを生成するパケット生成手段と、前記生成されたパケットを前記負荷分散装置に送信するサーバ側パケット送受信手段と、を含むことを特徴とする。
【０００６】
請求項２に記載のサーバは、請求項１に記載の発明において、前記パケット生成手段は、前記サーバ側パケット送受信部が受信したパケットが前記負荷分散装置からのセッション確立要求を表すパケットである場合は、前記サーバ特定ルールに基づいて、シーケンス番号を調整したパケットを生成する、ことを特徴とする。
【０００７】
請求項３に記載のサーバは、請求項２に記載の発明において、前記サーバは、更に、前記シーケンス番号を調整したパケットの送信を遅延させるパケット遅延手段を含むことを特徴とする。
【０００８】
請求項４に記載の負荷分散装置は、端末と複数のサーバとの間に接続される負荷分散装置であって、パケットを送受信する負荷分散装置側パケット送受信手段と、前記パケット送受信手段が前記端末から受信したパケットがセッション確立要求を表すパケットである場合には、前記負荷分散装置側パケット送受信手段に該パケットを前記複数のサーバに送信するよう指示するマルチキャスト送受信制御手段と、前記セッション確立後に、前記端末から送信されるパケットの分散先であるサーバを決定するサーバ決定ルールと、前記端末装置から受信したパケットに含まれる確認番号とに基づいて、前記パケットの分散先であるサーバを決定する分散先サーバ決定手段と、を含み、前記パケットに対して、前記複数のサーバのうち、最初に前記負荷分散装置が受信したセッション確立を確認する応答確認パケットを送信したサーバとセッションを確立し、前記マルチキャスト送受信制御手段は、前記複数のサーバのうち前記セッションを確立するサーバ以外のサーバにセッションの確立を破棄するパケットを送信するよう指示し、前記パケット送受信手段は、前記決定された分散先サーバに前記取得したパケットを送信する、ことを特徴とする。
【００１１】
請求項５に記載の負荷分散システムは、端末と、複数のサーバ、前記端末と前記複数のサーバに接続される負荷分散装置とを含む負荷分散システムであって、前記負荷分散装置は、パケットを送受信する負荷分散装置側パケット送受信手段と、前記端末装置から送信されるパケットの分散先であるサーバを決定するサーバ決定ルールと、端末から受信したパケットに含まれる確認番号とに基づいて、前記パケットの分散先であるサーバを決定する分散先サーバ決定手段と、を含み、前記パケット送受信手段は、前記決定された分散先サーバに前記取得したパケットを送信し、前記各サーバは、前記サーバ特定ルールと、送信するデータのデータサイズとに基づいて、前記データサイズを調整したパケットを生成するパケット生成手段と、前記生成されたパケットを前記負荷分散装置に送信するサーバ側パケット送受信手段と、を含む、ことを特徴とする。
【００１２】
請求項６に記載の負荷分散プログラムは、端末装置と、負荷分散装置と、前記負荷分散装置を介して前記端末装置と接続されるサーバを含むシステムの負荷分散プログラムであって、前記端末装置から送信されるパケットの確認番号に基づいて分散先のサーバを特定するサーバ特定ルールと、送信するデータのデータサイズとに基づいて、前記データサイズを調整したパケットを生成するパケット生成手段、及び、前記生成されたパケットを前記負荷分散装置に送信するサーバ側パケット送受信手段、としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１４】
請求項１、２、５、６に記載の発明によれば、サーバ・クライアント間のセッション数
が増加しても負荷分散装置が管理するセッション数の増加が防止される。
【００１５】
請求項３に記載の発明によれば、請求項２に記載の発明と比較してより分散先として最適なサーバが選択される。
【００１６】
請求項４に記載の発明によれば、サーバの死活情報の管理が不要となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態における負荷分散システムの構成の概要について説明するための図である。
【図２】端末装置の構成の概要について説明するための図である。
【図３】負荷分散装置の機能的構成の一例について説明するための図である。
【図４】サーバの機能的構成の一例について説明するための図である。
【図５】端末装置とサーバとのセッションの確立及びデータ転送のシーケンスの概要の一例を示す図である。
【図６】サーバ側から送信するデータのデータ構造の概要の一例を示す図である。
【図７】本実施の形態における負荷分散装置の処理のフローの概要の一例を示す図である。
【図８】本実施の形態における負荷分散装置の処理のフローの概要の一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態について、図面を参照しつつ説明する。なお、図面については、同一又は同等の要素には同一の符号を付し、重複する説明は省略する。
【００２０】
図１は、本発明の実施の形態における負荷分散システムの構成の概要について説明するための図である。図１に示すように、負荷分散システム１００は、負荷分散先であるサーバ１０１、負荷分散装置１０２、端末装置１０３を含む。
【００２１】
サーバ１０１は、例えば、プライベートネットワーク１０３を介して、負荷分散装置１０２に接続される。また、負荷分散装置１０２は、例えば、インターネット１０４を介して、端末装置１０３に接続される。なお、図１に示した負荷分散システム１００の構成は一例であって、本実施の形態における負荷分散システム１００はこれに限定されるものではない。例えば、図１においては、図示の簡略化のため負荷分散システム１００が３のサーバ１０１及び３の端末装置１０３を有する場合を示しているが、その他の数のサーバ１０１や端末装置１０３を含むように構成してもよいことはいうまでもない。
【００２２】
図２は、端末装置の構成の概要について説明するための図である。図２に示すように、端末装置１０３は、制御部２０１、記憶部２０２、操作部２０３、表示部２０４、通信部２０５を含む。なお、各部２０１乃至２０５は内部バス２０６により互いに、接続される。
【００２３】
制御部２０１は、例えば、ＣＰＵであって、記憶部２０２に格納されたプログラムに従って動作する。
【００２４】
記憶部２０２は、例えば、ＲＯＭやＲＡＭ、ハードディスク等の情報記録媒体で構成され、制御部２０１によって実行されるプログラムを保持する情報記録媒体である。また、記憶部２０２は、制御部２０１のワークメモリとしても動作する。
【００２５】
なお、当該プログラムは、例えば、ネットワークを介して、ダウンロードされて提供されてもよいし、または、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータで読み取り可能な各種の情報記録媒体によって提供されてもよい。
【００２６】
操作部２０３は、例えば、キーボード等のインターフェースで構成され、ユーザの指示操作に応じて、当該指示操作の内容を制御部２０１に出力する。表示部２０４は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ等であって、制御部２０１からの指示に従い、情報を表示する。通信部２０５は、負荷分散装置１０２と接続される。
【００２７】
サーバ１０１及び負荷分散装置１０２は、例えば、制御部、記憶部、通信部を含むが、各部の構成は上記制御部２０１、記憶部２０２、通信部２０５と同様であるので、説明を省略する。また、上記サーバ１０１、負荷分散装置１０２、端末装置１０３、負荷分散システム１００の構成は、一例であって、本実施の形態は上記に限定されるものではない。
【００２８】
次に、本実施の形態における負荷分散装置１０２の機能的構成について説明する。図３は、本実施の形態における負荷分散装置の機能的構成の一例について説明するための図である。
【００２９】
図３に示すように、負荷分散装置（LB : Load Balancer）１０２は、ＬＢ側パケット送受信部３０１、ＬＢ側パケット判定部３０２、マルチキャスト送受信制御部３０３、サーバ特定ルール保持部３０４、分散先サーバ決定部３０５を含む。ここで、下記においては、一例として、いわゆるＴＣＰプロトコルを用いて端末装置１０３及びサーバ１０１が通信を行う場合について説明する。
【００３０】
ＬＢ側パケット送受信部３０１は、端末装置１０３からパケットを受信する。また、後述するように、ＬＢ側パケット送受信部３０１は、各サーバ１０１からＳＹＮ・ＡＣＫパケットを取得する。更に、後述するように、ＬＢ側パケット送受信部３０１は、決定されたサーバ１０１にパケットを送信する。
【００３１】
ＬＢ側パケット判定部３０２は、受信されたパケットが新規セッションを要求するパケット（ＳＹＮパケット）であるか否かを判定する。
【００３２】
ＬＢ側パケット判定部３０２が、ＳＹＮパケットであると判定した場合には、マルチキャスト送受信制御部３０３は、当該ＳＹＮパケットを各サーバ１０１に送信（マルチキャスト送信）するよう指示し、当該指示に応じてＬＢ側パケット送受信部３０１は、当該ＳＹＮパケットを各サーバ１０１に送信する。これに対し、ＬＢ側パケット送受信部３０１は、各サーバ１０１からＳＹＮ・ＡＣＫパケットを受信する。
【００３３】
また、マルチキャスト送受信制御部３０３は、最初のＳＹＮ・ＡＣＫパケットを採用し、当該ＳＹＮ・ＡＣＫパケットを送信したサーバ１０１とセッションを確立する。更に、マルチキャスト送受信制御部３０３は、当該最初のＳＹＮ・ＡＣＫパケットを送信したサーバ１０１以外のサーバ１０１には、セッションの確立を破棄するパケット(RESET)を返す。上記のようにして、当該ＳＹＮ・ＡＣＫパケットを送信したサーバ１０１とセッションを確立される。
【００３４】
一方、ＬＢ側パケット判定部３０２が、受信したパケットがＳＹＮパケットでないと判定した場合には、当該パケットのＡＣＫ番号（確認番号）及び後述するサーバ特定ルールに基づいて、分散先サーバ決定部３０５は、分散先のサーバ１０１を決定する。そして、ＬＢ側パケット送受信部３０１は、決定されたサーバ１０１に当該パケットを送信する。
【００３５】
ここで、サーバ特定ルール保持部３０４は、分散先のサーバ１０１を特定するためのサーバ特定ルールを保持する。具体的には、例えば、当該サーバ特定ルールとは、受信したパケットのＡＣＫ番号が偶数であれば第１のサーバ１０１を表し、受信したパケットのＡＣＫ番号が奇数であれば第２のサーバ１０１を表す等である。この場合、サーバ特定ルール保持部３０４は、例えば、ＡＣＫ番号が偶数か奇数かを表す情報とサーバ１０１を識別する識別情報を関連付けて、テーブルの形式で保持する等である。なお、上記は一例であって、例えば、ある数で割った剰余によりサーバ１０１が決定される等他の形式の特定ルールにより３以上のサーバ１０１から１のサーバ１０１が特定されるように構成してもよいことはいうまでもない。
【００３６】
図４は、本実施の形態におけるサーバの機能的構成の一例について説明するための図である。図４に示すように、サーバ１０１は、主に、サーバ側パケット送受信部４０１、サーバ側パケット判定部４０２、パケット生成部４０３、サーバ特定ルール保持部４０４を含む。
【００３７】
サーバ側パケット送受信部４０１は、負荷分散装置１０２から、パケットを受信する。また、後述するように、サーバ側パケット送受信部４０１は、パケット生成部４０３により生成されたパケットを負荷分散装置１０２に送信する。
【００３８】
サーバ側パケット判定部４０２は、受信したパケットがＳＹＮパケットか否かを判定する。そして、サーバ側パケット判定部４０２が、ＳＹＮパケットであると判定した場合には、パケット生成部４０３は、サーバ特定ルールに基づいて、シーケンス番号を調整したＳＹＮ・ＡＣＫパケットを生成し、負荷分散装置１０２に送信する。
【００３９】
一方、サーバ側パケット判定部４０２が、ＳＹＮパケットでないと判定した場合には、パケット生成部４０３は、送信すべきデータがあるか否かを判定する。そして、パケット生成部４０３は、送信すべきデータがあると判定した場合には、サーバ特定ルール及び送信するデータに基づいて、データサイズを調整したパケットを生成する。一方、パケット生成部４０３は、送信すべきデータがないと判定した場合には、セッション終了を行うことを表すパケットを生成する。なお、サーバ特定ルール保持部４０４は、負荷分散装置１０２と同じ分散先サーバ１０１を特定するためのルールを保持する。また、上記サーバ側パケット判定部４０２及びパケット生成部４０３におけるシーケンス番号やデータサイズの調整のより具体的な詳細については後述する。
【００４０】
次に、本実施の形態における負荷分散システム１００のフローの概要の一例について説明する。まず、図５及び図６を用いて、本実施の形態における端末装置１０３とサーバ１０１との間の信号のフローの概要の一例について説明する。ここで、図５は、ＴＣＰプロトコルを用いた場合の、端末装置１０３とサーバ１０１とのセッションの確立及びデータ転送のシーケンスの概要の一例を示す。なお、図５において、左側が端末装置１０３側のシーケンス番号(Seq)及び確認番号(Ack)を示し、右側がサーバ１０１側のシーケンス番号(Seq)及び確認番号(Ack)を示す。
【００４１】
また、下記においては、理解の容易化の観点から、サーバ特定ルール保持部３０４、４０４が、受信したパケットのＡＣＫ番号が偶数であれば第１のサーバ１０１（図５のサーバ１０１は第１のサーバを表すものとする）を表し、受信したパケットのＡＣＫ番号が奇数であれば第２のサーバ１０１を表すというルールを保持している場合について説明する。また、当該サーバ１０１は、ＡＣＫ番号が偶数で特定される場合（上記第１のサーバ）について説明する。
【００４２】
また、図６は、ＴＣＰプロトコルで通信する場合におけるサーバ１０１側から送信するデータのデータ構造の概要の一例を示す。なお、図６は、当該データフィールドのデータサイズが奇数（１＋２＋２＋１３９４＝１３９９）の場合を示す。また、下記においては、説明の簡略化のために、主にサーバ１０１と端末装置１０２間の信号のフローについて説明し、負荷分散装置１０２における処理のフローの詳細については後述する。
【００４３】
図５に示すように、まず、サーバ１０１は、端末装置１０３から、ＳＹＮパケットを受信する（Ｓ１０１）。この際におけるＳＹＮパケットは、負荷分散装置１０２によりマルチキャスト送信されたＳＹＮパケットであることは上記のとおりである。
【００４４】
サーバ１０１は、パケットのシーケンス番号が偶数の場合は１を加算したＳＹＮ・ＡＣＫパケットを端末装置１０３に返す（Ｓ１０２）。これにより、端末装置１０３側から送信する後述するＡＣＫパケットのＡＣＫ番号が偶数となり、当該サーバ１０１に次のパケットが取得される。
【００４５】
次に、端末装置１０３は、ＳＹＮ・ＡＣＫパケットのシーケンス番号に１を加算したＡＣＫパケット（ＡＣＫ番号が偶数）を返信する。これによりサーバ１０１と端末装置１０３のセッションが確立される（Ｓ１０３）。このようにして、セッション確立シーケンスが行われる。
【００４６】
次に、データ転送シーケンスの概要について説明する。端末装置１０３は、データを含むパケット（Client Hello(103)）をセッションが確立されたサーバ１０１に送信する（Ｓ１０４）。なお、このときのデータサイズは、例えば、図５にClient Hello(103)として示すように１０３バイトであるとする。
【００４７】
サーバ１０１は、これに対するＡＣＫパケットを送信する（Ｓ１０５）。
【００４８】
次に、サーバ１０１は、端末装置１０３に送信するデータサイズが奇数であるので（図５及び６に示す場合データサイズは１３９９バイト）、当該データサイズに１を加算したパケット（Server Hello(1399+1)）を端末装置１０３に送信する（Ｓ１０６）。
【００４９】
具体的には、例えば、図６のＴＣＰプロトコルで通信する場合のデータ構造の場合、当該データ構造におけるデータフィールドのデータサイズが１３９９であるので、図６に示すように、Padding（１バイト）をデータに追加したパケットを端末装置１０３に送信する。より具体的には、例えば、ＴＣＰのペイロードを直接変更せずに、Lengthが指定できるアプリケーションレイヤのpaddingを行う。なお、偶数の場合は、上記１を加算せずに当該データを含むパケットを端末装置１０３に送信することはいうまでもない。これにより、端末装置１０３からのパケットのＡＣＫ番号が偶数となり、サーバ１０１に次のパケットが取得される。
【００５０】
これに対し、端末装置１０３は、ＡＣＫパケットを送信する（Ｓ１０７）。そして、引き続き次のパケットの送信等が行われるが、同様であるので、説明を省略する。なお、上記のフローは一例であって、本実施の形態は上記に限定されるものではない。
【００５１】
次に、本実施の形態における負荷分散装置１０２の処理のフローの一例について説明する。図７は、本実施の形態における負荷分散装置の処理のフローの概要の一例を示す図である。
【００５２】
図７に示すように、まず、ＬＢ側パケット送受信部３０１は、端末装置１０３からパケットを受信する（Ｓ２０１）。ＬＢ側パケット判定部３０２は、取得されたパケットが新規セッションを要求するパケット（ＳＹＮパケット）であるか否かを判定する（Ｓ２０２）。
【００５３】
Ｓ２０２で、ＬＢ側パケット判定部３０２が、ＳＹＮパケットであると判定した場合には、マルチキャスト送受信制御部３０３は、当該ＳＹＮパケットを各サーバ１０１に送信するよう指示し、当該指示に応じてＬＢ側パケット送受信部３０１は、当該ＳＹＮパケットを各サーバ１０１に送信する（Ｓ２０３）。ＬＢ側パケット送受信部３０１は、各サーバ１０１からＳＹＮ・ＡＣＫパケットを取得する（Ｓ２０４）。
【００５４】
マルチキャスト送受信制御部３０３は、最初に受信したＳＹＮ・ＡＣＫパケットを採用し、当該ＳＹＮ・ＡＣＫパケットを送信したサーバ１０１とセッションを確立する（Ｓ２０５）。
【００５５】
マルチキャスト送受信制御部３０３は、当該最初のＳＹＮ・ＡＣＫパケットを送信したサーバ１０１以外のサーバ１０１には、セッションの確立を破棄するパケットを返す（Ｓ２０６）。そして、Ｓ２０１に戻る。
【００５６】
一方、ＬＢ側パケット判定部３０２が、Ｓ２０３でＳＹＮパケットでないと判定した場合には、当該パケットのＡＣＫ番号及びサーバ特定ルールに基づいて、分散先サーバ決定部３０５は、分散先サーバ１０１を決定する（Ｓ２０７）。
【００５７】
ＬＢ側パケット送受信部３０１は、決定されたサーバ１０１に当該パケットを送信する（Ｓ２０８）。そして、Ｓ２０１に戻る。なお、上記負荷分散装置１０２のフローは一例であって、本実施の形態は上記に限定されるものではない。
【００５８】
次に、本実施の形態におけるサーバ１０１の処理のフローの概要の一例について説明する。図８は、本実施の形態における負荷分散装置の処理のフローの概要の一例を示す図である。
【００５９】
サーバ側パケット送受信部４０１は、負荷分散装置１０２から、パケットを取得する（Ｓ３０１）。サーバ側パケット判定部４０２は、取得したパケットがＳＹＮパケットか否かを判定する（Ｓ３０２）。
【００６０】
Ｓ３０２で、サーバ側パケット判定部４０２が、ＳＹＮパケットであると判定した場合には、パケット生成部４０３は、サーバ特定ルールに基づいて、シーケンス番号を調整したＳＹＮ・ＡＣＫパケットを生成し、負荷分散装置１０２に送信する（Ｓ３０３）。そして、Ｓ３０１に戻る。
【００６１】
一方、Ｓ３０２でサーバ側パケット判定部４０２が、ＳＹＮパケットでないと判定した場合には、パケット生成部４０３は、送信すべきデータがあるか否かを判定する（Ｓ３０４）。
【００６２】
パケット生成部４０３は、送信すべきデータがある場合には、サーバ特定ルール及び送信するデータサイズに基づいて、データサイズを調整したパケットを生成し、サーバ側パケット送受信部４０１は、当該生成されたパケットを負荷分散装置１０２に送信する（Ｓ３０５）。そして、Ｓ３０１に戻る。
【００６３】
送信すべきデータがない場合には、セッション終了処理を行う（Ｓ３０６）。なお、セッション終了処理については、例えば、ＴＣＰプロトコルにおけるセッション終了処理が行われるが、周知であるので、説明を省略する。なお、上記サーバ１０１の処理のフローは一例であって、本実施の形態は上記に限定されるものではない。
【００６４】
本発明は、上記実施の形態に限定されるものではなく、上記実施の形態で示した構成と実質的に同一の構成、同一の作用効果を奏する構成又は同一の目的を達成することができる構成で置き換えてもよい。
【００６５】
例えば、上記においては、主に通信プロトコルとして、ＴＣＰプロトコルを用いる場合について説明したが、上記と同様の目的を達成することのできる限り、その他のプロトコルを用いた場合に適用してもよい。
【００６６】
また、上記実施の形態の変形例として、サーバ１０１にパケット遅延部（図示なし）を設け、サーバ１０１にパケット生成部４０３により生成されたＳＹＮ／ＡＣＫパケットの送信をサーバ１０１の負荷に応じて遅延させて、サーバ側パケット送受信部４０１により負荷分散装置１０２に送信するように構成してもよい。
【符号の説明】
【００６７】
１００  負荷分散システム、１０１  負荷分散先であるサーバ、１０２  負荷分散装置、１０３  端末装置、２０１  制御部、２０２  記憶部、２０３  操作部、２０４  表示部、２０５  通信部、３０１  ＬＢ側パケット送受信部、３０２  ＬＢ側パケット判定部、３０３  マルチキャスト送受信制御部、３０４  サーバ特定ルール保持部、３０５  分散先サーバ決定部、４０１  サーバ側パケット送受信部、４０２  サーバ側パケット判定部、４０３  パケット生成部、４０４  サーバ特定ルール保持部。
【図１】
0006413543.tif 000002
【図２】
0006413543.tif 000003
【図３】
0006413543.tif 000004
【図４】
0006413543.tif 000005
【図５】
0006413543.tif 000006
【図６】
0006413543.tif 000007
【図７】
0006413543.tif 000008
【図８】
0006413543.tif 000009