JP2002351760A - サーバ負荷分散装置、サーバ負荷分散方法およびその方法をコンピュータに実行させるプログラム - Google Patents

Abstract

(57)【要約】 【課題】 他の装置とサーバに関する情報を共有せず
に、効率的なサーバの負荷分散を行うこと。 【解決手段】 複数のサーバの負荷を分散させるサーバ
負荷分散装置において、クライアント側ポートと、複数
のサーバに接続され、ポートＩＤにより識別されるポー
トと、サーバのアドレスとポートＩＤとを対応付けて記
録したサーバテーブル４と、セッションに関する情報と
サーバに関する情報とを対応付けて記録するセッション
管理テーブル３と、ネットワークのトラフィックを監視
してセッションの状況を検出し、セッションに関する情
報をセッション管理テーブルにセッションごとに記録す
るセッション管理部１と、セッション管理テーブル３に
基づいて、セッションごとに最適なサーバを選択して割
り当てるサーバ選択部２と、を備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のサーバに
おける負荷を分散するためのサーバ負荷分散装置、サー
バ負荷分散方法およびその方法をコンピュータに実行さ
せるプログラムに関するものである。

【０００２】

【従来の技術】複数のサーバにおける負荷を分散するた
めの負荷分散装置としては、従来から、種々の方式のも
のが知られている。例えば、特開平１０−１１６２５７
号公報には「分散メディア処理サーバおよび該分散メデ
ィア処理サーバを用いた通信ネットワーク」が開示され
ている。

【０００３】図１１は、特開平１０−１１６２５７号公
報に開示された従来の分散メディア処理サーバ（ＬＢ−
Ｎ）の構成を示すブロック図である。この分散メディア
処理サーバは、図１１に示すように、メディア処理部
と、通信処理部と、サーバ情報記憶手段とから構成され
ている。通信処理部は、自サーバの運転状態や負荷状況
などのサーバ情報を他のサーバに通知するものである。
通信処理部は複数の入力ポートと複数の出力ポートを有
している。出力ポートのひとつ（自サーバポート）は自
サーバ内部のメディア処理部に接続され、他の出力ポー
トは他の分散メディア処理サーバに接続されている。サ
ーバ情報記憶手段は、他のサーバ（ＬＢ−Ｎ）から通知
されたサーバ情報を記憶するものである。メディア処理
部は、データの圧縮および伸長、テキストデータの画像
化や音声化等のデータ処理、通信プロトコルの変更等、
データ変換における種々の処理を行うものである。

【０００４】この特開平１０−１１６２５７号公報に記
載された分散メディア処理サーバ（ＬＢ−Ｎ）は、クラ
イアント装置からのデータ要求が入力ポートから到着す
ると、通信処理部はサーバ情報記憶手段に記憶されてい
るサーバ情報を参照する。そして、通信処理部は、クラ
イアント装置からのデータ要求が自サーバ内で処理可能
であると判断した場合には、自サーバポートに出力して
メディア処理部においてデータ処理を行う。一方、通信
処理部がデータ要求が自サーバ内での処理が不可能であ
ると判断した場合は，他のサーバ（ＬＢ−Ｎ）のひとつ
を選択し、対応する出力ポートにデータを出力するよう
になっている。

【０００５】

【発明が解決しようとする課題】このように、特開平１
０−１１６２５７号公報の分散メディア処理サーバ（Ｌ
Ｂ−Ｎ）では、サーバ情報を他のサーバ（ＬＢ−Ｎ）と
互いに通知しあうことにより共有する必要がある。この
ため、従来の負荷分散装置では、サーバ情報を他のサー
バ（ＬＢ−Ｎ）と共有するための通信処理の負荷やデー
タ通信量が増大してしまうという問題点があった。

【０００６】この発明は上記のような問題点を解決する
ためになされたもので、他の装置とサーバに関する情報
を共有する必要がなく、効率的にサーバの負荷分散を行
えるサーバ負荷分散装置を得ることを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、この発明にかかるサーバ負荷分散装置は、複数のサ
ーバの負荷を分散させるサーバ負荷分散装置において、
ネットワークを介してクライアントに接続されるポート
と、ネットワークを介して複数のサーバに接続され、ポ
ートＩＤにより識別される複数のポートと、サーバのア
ドレスとポートＩＤとを対応付けて記録したサーバファ
イルと、セッションに関する情報とサーバに関する情報
とを対応付けて記録するセッション管理ファイルと、ネ
ットワークのトラフィックを監視してセッションの状況
を検出し、セッションに関する情報を前記セッション管
理ファイルにセッションごとに記録するセッション管理
部と、前記セッション管理ファイルに基づいて、セッシ
ョンごとに最適なサーバを選択して割り当てるサーバ選
択部と、を備えたことを特徴とする。

【０００８】この発明によれば、ネットワークのトラフ
ィックを監視してセッションの状況を検出し、セッショ
ンに関する情報をセッション管理ファイルにセッション
ごとに記録して、セッション管理ファイルに基づいて、
セッションごとに最適なサーバを選択して割り当てるの
で、サーバ負荷に関する情報をサーバ間で共有する必要
がなく、そのための通信処理の負荷やデータ通信の増加
を防止して、効率的なサーバの負荷分散を行うことがで
きる。

【０００９】つぎの発明にかかるサーバ負荷分散装置
は、上記の発明において、前記サーバ選択部は、ラウン
ドロビン法により最適なサーバを選択するものであるこ
とを特徴とする。

【００１０】この発明によれば、セッションに対しラウ
ンドロビン法により最適なサーバを選択するので、サー
バ選択のためにサーバ負荷に関する情報をサーバ間で共
有する必要がなく、効率的なサーバの負荷分散を行うこ
とができる。

【００１１】つぎの発明にかかるサーバ負荷分散装置
は、上記の発明において、前記サーバ選択部は、最適な
サーバとして、割当てられたセッション数が最小のサー
バを選択するものであることを特徴とする。

【００１２】この発明によれば、最適なサーバとして割
当てられたセッション数が最小のサーバを選択するの
で、サーバ選択のためにサーバ負荷に関する情報をサー
バ間で共有する必要がなく、セッション数に基づいた効
率的なサーバの負荷分散を行うことができる。

【００１３】つぎの発明にかかるサーバ負荷分散装置
は、上記の発明において、前記サーバ選択部は、最適な
サーバとして、割り当てられたセッションに対応するパ
ケット数の合計が最小のサーバを選択するものであるこ
とを特徴とする。

【００１４】この発明によれば、最適なサーバとして、
割り当てられたセッションに対応するパケット数の合計
が最小のサーバを選択するので、サーバ選択のためにサ
ーバ負荷に関する情報をサーバ間で共有する必要がな
く、パケット数の合計に基づいた効率的なサーバの負荷
分散を行うことができる。

【００１５】つぎの発明にかかるサーバ負荷分散装置
は、上記の発明において、前記サーバ選択部は、最適な
サーバとして、割り当てられたセッションに対応するバ
イト数の合計が最小のサーバを選択するものであること
を特徴とする。

【００１６】この発明によれば、最適なサーバとして、
割り当てられたセッションに対応するバイト数の合計が
最小のサーバを選択するので、サーバ選択のためにサー
バ負荷に関する情報をサーバ間で共有する必要がなく、
セッションに対応するバイト数の合計に基づいた効率的
なサーバの負荷分散を行うことができる。

【００１７】つぎの発明にかかるサーバ負荷分散装置
は、上記の発明において、前記サーバ選択部は、最適な
サーバとして、割り当てられたセッションに対応する応
答時間が最短のサーバを選択するものであることを特徴
とする。

【００１８】この発明によれば、最適なサーバとして、
割り当てられたセッションに対応する応答時間が最短の
サーバを選択するので、サーバ選択のためにサーバ負荷
に関する情報をサーバ間で共有する必要がなく、セッシ
ョンに対する応答時間に基づいた効率的なサーバの負荷
分散を行うことができる。

【００１９】つぎの発明にかかるサーバ負荷分散方法
は、複数のサーバの負荷を分散させるサーバ負荷分散方
法において、ネットワークのトラフィックを監視してセ
ッションの状況を検出し、セッションに関する情報を、
セッションに関する情報とサーバに関する情報とを対応
付けて記録したセッション管理ファイルに記録するセッ
ション監視ステップと、前記セッション管理ファイルに
基づいて、セッションごとに最適なサーバを選択して割
り当てるサーバ選択ステップと、を含むことを特徴とす
る。

【００２０】この発明によれば、ネットワークのトラフ
ィックを監視してセッションの状況を検出し、セッショ
ンに関する情報をセッション管理ファイルにセッション
ごとに記録して、セッション管理ファイルに基づいて、
セッションごとに最適なサーバを選択して割り当てるの
で、サーバ負荷に関する情報をサーバ間で共有する必要
がなく、そのための通信処理の負荷やデータ通信の増加
を防止して、効率的なサーバの負荷分散を行うことがで
きる。

【００２１】つぎの発明にかかるサーバ負荷分散方法
は、上記の発明において、前記サーバ選択ステップは、
ラウンドロビン法により最適なサーバを選択するもので
あることを特徴とする。

【００２２】この発明によれば、セッションに対しラウ
ンドロビン法により最適なサーバを選択するので、サー
バ選択のためにサーバ負荷に関する情報をサーバ間で共
有する必要がなく、効率的なサーバの負荷分散を行うこ
とができる。

【００２３】つぎの発明にかかるサーバ負荷分散方法
は、上記の発明において、前記サーバ選択ステップは、
最適なサーバとして、割当てられたセッション数が最小
のサーバを選択するものであることを特徴とする。

【００２４】この発明によれば、最適なサーバとして割
当てられたセッション数が最小のサーバを選択するの
で、サーバ選択のためにサーバ負荷に関する情報をサー
バ間で共有する必要がなく、セッション数に基づいた効
率的なサーバの負荷分散を行うことができる。

【００２５】つぎの発明にかかるサーバ負荷分散方法
は、上記の発明において、前記サーバ選択ステップは、
最適なサーバとして、割り当てられたセッションに対応
するパケット数の合計が最小のサーバを選択するもので
あることを特徴とする。

【００２６】この発明によれば、最適なサーバとして、
割り当てられたセッションに対応するパケット数の合計
が最小のサーバを選択するので、サーバ選択のためにサ
ーバ負荷に関する情報をサーバ間で共有する必要がな
く、パケット数の合計に基づいた効率的なサーバの負荷
分散を行うことができる。

【００２７】つぎの発明にかかるサーバ負荷分散方法
は、上記の発明において、前記サーバ選択ステップは、
最適なサーバとして、割り当てられたセッションに対応
するバイト数の合計が最小のサーバを選択するものであ
ることを特徴とする。

【００２８】この発明によれば、最適なサーバとして、
割り当てられたセッションに対応するバイト数の合計が
最小のサーバを選択するので、サーバ選択のためにサー
バ負荷に関する情報をサーバ間で共有する必要がなく、
セッションに対応するバイト数の合計に基づいた効率的
なサーバの負荷分散を行うことができる。

【００２９】つぎの発明にかかるサーバ負荷分散方法
は、上記の発明において、前記サーバ選択ステップは、
最適なサーバとして、割り当てられたセッションに対応
する応答時間が最短のサーバを選択するものであること
を特徴とする。

【００３０】この発明によれば、最適なサーバとして、
割り当てられたセッションに対応する応答時間が最短の
サーバを選択するので、サーバ選択のためにサーバ負荷
に関する情報をサーバ間で共有する必要がなく、セッシ
ョンに対する応答時間に基づいた効率的なサーバの負荷
分散を行うことができる。

【００３１】つぎの発明にかかるプログラムは、上述し
た発明のいずれか一つに記載されたサーバ負荷分散方法
をコンピュータに実行させるプログラムであり、そのプ
ログラムが機械読み取り可能となり、これによって、上
記の発明のいずれか一つの動作をコンピュータによって
実行することができる。

【００３２】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかるサーバ負荷分散装置、サーバ負荷分散方法
およびその方法をコンピュータに実行させるプログラム
の好適な実施の形態を詳細に説明する。

【００３３】実施の形態１．図１は、この発明の実施の
形態１であるサーバ負荷分散装置（以下、「ＬＢ−Ｐ」
という。）の機能的構成を示すブロック図である。図１
に示すように、実施の形態１のサーバ負荷分散装置は、
セッション管理部１と、サーバ選択部２と、セッション
管理テーブル３と、サーバテーブル４と、クライアント
側下位プロトコル処理部５と、サーバ側下位プロトコル
処理部６１、６２とを備えており、クライアント側ポー
トにクライアントコンピュータ７（以下、「クライアン
ト」という。）が、複数のポートにサーバコンピュータ
８１、８２（以下、「サーバ」という。）がそれぞれ接
続されている。

【００３４】セッション管理部１は、対象となるセッシ
ョンの開始と終了を監視して、セッション管理テーブル
にセッション毎にセッションの状況の登録、更新、参
照、削除等を行うものである。

【００３５】サーバ選択部２は、セッション管理部１か
らパケットとセッションＩＤを取得して、セッション管
理テーブル３を参照してサーバテーブル４から最適なサ
ーバを選択するものである。

【００３６】セッション管理テーブル３は、セッション
に関する情報をセッションごとに管理するためのデータ
ファイルであり、１セッションに対するセッション管理
テーブルを１レコードとしたデータベース形式のセッシ
ョン管理ファイルとしてハードディスク等の記憶媒体に
格納されている。図２は、実施の形態１のサーバ負荷分
散装置におけるセッション管理テーブル３に登録される
内容を示すデータ構造図である。図２に示すように、セ
ッション管理テーブル３に登録される項目は、セッショ
ンＩＤ、セッション識別情報、セッション属性に大別さ
れ、セッション識別情報はさらにセッションタイプ、発
信元ＩＰアドレス（Ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、
送信先ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄ
ｒｅｓｓ）、発信元ポート番号（Ｓｏｕｒｃｅ＿ｐｏｒ
ｔ）、あて先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ＿ｐ
ｏｒｔ）、ＩＣＭＰキュエリ番号（ＩＣＭＰ＿ｑｕｅｒ
ｙ）、プロトコル識別番号（Ｐｒｏｔｏｃｏｌ＿ＩＤ）
などから構成され、またセッション属性はさらに開始時
間、パケット数、応答時間、ポートＩＤなどから構成さ
れる．

【００３７】サーバテーブル４は、サーバに関する情報
をサーバごとに管理するためのデータであり、一つのサ
ーバに対するサーバテーブル４を１レコードとしてデー
タベース形式のサーバファイルとしてハードディスク等
の記憶媒体に格納されている。図３は、実施の形態１の
サーバ負荷分散装置のサーバテーブル４に登録されてい
る内容を示すデータ構造図である。図３に示す通り、サ
ーバテーブル４に登録される項目は、サーバＩＤ、サー
バアドレス、ポートＩＤ、サービス種別、セッション
数、有効フラグであり、サーバアドレスと対応するポー
トＩＤの組が含まれている。

【００３８】クライアント側下位プロトコル処理部５
は、クライアント側ポートの送受信部を介して、クライ
アント７とセッション管理部１との間でパケット等各種
データを送受信するものである。

【００３９】サーバ側下位プロトコル処理部６１、６２
は、ポートの送受信部を介して、各サーバ８１，８２と
サーバ選択部２との間でパケット等各種データを送受信
するものである。

【００４０】つぎに、以上のように構成された実施の形
態１のサーバ負荷分散装置による処理について説明す
る。まず、クライアントからパケットを受信したときの
基本的処理について説明する。図４は、実施の形態１の
サーバ負荷分散装置によるクライアントからパケットを
受信したときの基本的処理の手順のフローチャートであ
る。

【００４１】実施の形態１のサーバ負荷分散装置では、
あらかじめサーバテーブル４に、サーバアドレスと対応
するポートＩＤの組を登録しておくものとする。クライ
アント側ポートの送受信部は、クライアント７からのパ
ケットを受信すると、受信したパケットを、クライアン
ト側下位プロトコル処理部５を介してセッション管理部
１にＩＰパケットとして受け渡す（ステップＳ４０
１）。

【００４２】セッション管理部１は、対象となるセッシ
ョンの開始を監視しており、クライアント側ポートの送
受信部からクライアント側下位プロトコル処理部５を介
して渡されたＩＰパケットのセッションの種別（セッシ
ョンタイプ）、すなわち、ＴＣＰ、ＵＤＰ、ＩＣＭＰ、
その他（Ｏｔｈｅｒｓ）の別を判断し、セッション識別
子（ＩＤ）や、セッションタイプ、Ｓｏｕｒｃｅ＿ａｄ
ｄｒｅｓｓ、Ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓ
ｓ、Ｓｏｕｒｃｅ＿ｐｏｒｔ（ＴＣＰ／ＵＤＰパケット
の場合）、Ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ（ＴＣＰ
／ＵＤＰパケットの場合）、ＩＣＭＰ＿ｑｕｅｒｙ（Ｉ
ＣＭＰパケットの場合）、Ｐｒｏｔｏｃｏｌ＿ＩＤ（そ
の他の場合）などのセッション識別情報が、セッション
管理テーブル３に登録されているかどうかを判定する
（ステップＳ４０２）。

【００４３】該当するセッション識別情報がまだ登録さ
れていない場合は、受信したパケットはそのセッション
の最初のパケットであると判断し、新たなセッション識
別子（ＩＤ）を与え、そのセッションタイプ、Ｓｏｕｒ
ｃｅ＿ａｄｄｒｅｓｓ、Ｄｅｓｔｉｎａｔｉｏｎ＿ａｄ
ｄｒｅｓｓ、Ｓｏｕｒｃｅ＿ｐｏｒｔ（ＴＣＰ／ＵＤＰ
パケットの場合）、Ｄｅｓｔｉｎａｔｉｏｎ＿ｐｏｒｔ
（ＴＣＰ／ＵＤＰパケットの場合）、ＩＣＭＰ＿ｑｕｅ
ｒｙ（ＩＣＭＰパケットの場合）、Ｐｒｏｔｏｃｏｌ＿
ＩＤ（その他の場合）などのセッション識別情報、開始
時間を示す時刻などのセッション属性とともにセッショ
ン管理テーブル３に登録し（ステップＳ４０３）、サー
バ選択部２にパケットとセッションＩＤを渡す（ステッ
プＳ４０４）。

【００４４】サーバ選択部２は、セッション管理部１か
らパケットとセッションＩＤを取得すると、セッション
ＩＤに対するセッション管理テーブル３を参照してサー
バテーブル４から最適なサーバを選択する（ステップＳ
４０５）。

【００４５】実施の形態１のサーバ負荷分散装置におけ
るサーバ選択は次のように行われる。図６は、実施の形
態１のサーバ負荷分散装置によるサーバ選択処理の手順
を示すフローチャートである。サーバ選択部２は、セッ
ション管理部１から渡されたセッションＩＤよりセッシ
ョン管理テーブル３を参照し、渡されたパケットのセッ
ションタイプを求める（ステップＳ６０１）。次に、サ
ーバテーブル４を参照し、当該セッションタイプに対応
するサービスを行うサーバを抽出し（ステップＳ６０
２）、その中から最初の一つのサーバを選択する（ステ
ップＳ６０３）。次回以降に同じセッションタイプに対
応するサービスを行うサーバを選択する際には、ラウン
ドロビン方式選択される。すなわち、前回選択したサー
バの次のサーバを選択し（ステップＳ６０４）、該当す
るサーバのすべてを選択し終えた場合は、再び最初のサ
ーバから順次選択する。

【００４６】サーバ選択が終了したら、選択したサーバ
に対応するポートＩＤをセッション管理テーブル３の対
応するセッションに登録するとともに（ステップＳ４０
６）、そのポートの送受信部にサーバ側下位プロトコル
処理部６１または６２を介してパケットを受け渡す（ス
テップＳ４０７）。

【００４７】ステップＳ４０２で、セッション管理部１
がクライアント側ポートの送受信部から渡されたパケッ
トに関するセッション識別情報が、セッション管理テー
ブル３に既に登録されていると判断した場合には、セッ
ション管理テーブル３の対応するセッションに関する、
パケット数などのセッション属性を更新する（ステップ
Ｓ４０８）。そして、登録されているポートの送受信部
に対応するサーバ側下位プロトコル処理部６１または６
２を介してパケットを渡す（ステップＳ４０９）。

【００４８】つぎに、サーバからパケットを受信したと
きの基本的処理について説明する。図５は、実施の形態
１のサーバ負荷分散装置によるクライアントからパケッ
トを受信したときの基本的処理の手順のフローチャート
である。

【００４９】サーバ側の各ポートの送受信部は、サーバ
からのパケットを受信すると、パケットをポートＩＤと
ともにセッション管理部１にサーバ側下位プロトコル処
理部６１，６２を介してＩＰパケットとして受け渡す
（ステップＳ５０１）。

【００５０】セッション管理部１は、ポートＩＤとパケ
ットを取得すると、セッション管理テーブル３の対応す
るセッションに関する、パケット数や応答時間などのセ
ッション属性を更新し（ステップＳ５０２）、クライア
ント側ポートにパケットを渡す（ステップＳ５０３）。

【００５１】また、セッション管理部１は、クライアン
ト側およびサーバ側のポートにより受け渡されたパケッ
トについて、対象となるセッションの終了を監視し、セ
ッションが終了した場合はセッション管理テーブル３の
対応する情報を削除する。

【００５２】このように実施の形態１のサーバ負荷分散
装置では、セッションの開始と終了を監視して、セッシ
ョン識別データ、セッション属性をセッション管理テー
ブル３にセッションごとに記録し、このようなセッショ
ン管理テーブル３に基づいて、ラウンドロビン法によっ
てセッションごとに最適なサーバを選択して割り当てる
ので、サーバ負荷に関する情報をサーバ間で共有する必
要がない。このため、通信処理の負荷やデータ通信の増
加を防止することができ、効率的なサーバの負荷分散を
行うことができる。

【００５３】実施の形態２．実施の形態２のサーバ負荷
分散装置は、実施の形態１のサーバ負荷分散装置と同様
に、セッション管理部１と、サーバ選択部２と、セッシ
ョン管理テーブル３と、サーバテーブル４と、クライア
ント側下位プロトコル処理部５と、サーバ側下位プロト
コル処理部６１、６２とを備えており、クライアント側
ポートにクライアント７が、複数のポートにサーバ８
１、８２がそれぞれ接続されている。実施の形態２のサ
ーバ負荷分散装置は、サーバ選択部におけるサーバ選択
処理のみが実施の形態１のサーバ負荷分散装置と異なっ
ており、その機能的構成及び基本的処理手順は実施の形
態と同様であるため図示および説明を省略する。

【００５４】実施の形態２のサーバ負荷分散装置による
サーバ選択は次のように行われる。図７は、実施の形態
２のサーバ負荷分散装置によるサーバ選択処理の手順を
示すフローチャートである。サーバ選択部２は、セッシ
ョン管理部１から渡されたセッションＩＤよりセッショ
ン管理テーブル３を参照し、渡されたパケットのセッシ
ョンタイプを求める（ステップ７０１）。そして、サー
バテーブル４を参照し、該当するセッションタイプに対
応するサービスを行うサーバを抽出し（ステップ７０
２）、その中から最も少ない数のセッションが割り当て
られているサーバを選択する（ステップ７０３）。

【００５５】このように、実施の形態２のサーバ負荷分
散装置は、最適なサーバとして割当てられたセッション
数が最小のサーバを選択することとしているので、サー
バ選択のためにサーバ負荷に関する情報をサーバ間で共
有する必要がなく、そのための通信処理の負荷やデータ
通信の増加を防止することができ、セッション数に基づ
いた効率的なサーバの負荷分散を行うことができる。

【００５６】実施の形態３．実施の形態３のサーバ負荷
分散装置は、実施の形態１のサーバ負荷分散装置と同様
に、セッション管理部１と、サーバ選択部２と、セッシ
ョン管理テーブル３と、サーバテーブル４と、クライア
ント側下位プロトコル処理部５と、サーバ側下位プロト
コル処理部６１、６２とを備えており、クライアント側
ポートにクライアント７が、複数のポートにサーバ８
１、８２がそれぞれ接続されている。実施の形態３のサ
ーバ負荷分散装置は、サーバ選択部におけるサーバ選択
処理のみが実施の形態１のサーバ負荷分散装置と異なっ
ており、その機能的構成及び基本的処理手順は実施の形
態と同様であるため図示および説明を省略する。

【００５７】実施の形態３のサーバ負荷分散装置による
サーバ選択は次のように行われる。図８は、実施の形態
３のサーバ負荷分散装置によるサーバ選択処理の手順を
示すフローチャートである。サーバ選択部２は、セッシ
ョン管理部１から渡されたセッションＩＤよりセッショ
ン管理テーブル３を参照し、渡されたパケットのセッシ
ョンタイプを求める（ステップＳ８０１）。そして、サ
ーバテーブル４を参照し、該当するセッションタイプに
対応するサービスを行うサーバを抽出し（ステップＳ８
０２）、各サーバごとに割り当てられているセッション
と当該セッションに対応するパケット数を求める（ステ
ップＳ８０３）。そして、パケット数の合計が最も少な
い数であるサーバを選択する（ステップＳ８０４）。

【００５８】このように実施の形態３のサーバ負荷分散
装置では、最適なサーバとして、割り当てられたセッシ
ョンに対応するパケット数の合計が最小のサーバを選択
することとしているので、サーバ選択のためにサーバ負
荷に関する情報をサーバ間で共有する必要がなく、その
ための通信処理の負荷やデータ通信の増加を防止するこ
とができ、パケット数の合計に基づいた効率的なサーバ
の負荷分散を行うことができる。

【００５９】実施の形態４．実施の形態４のサーバ負荷
分散装置は、実施の形態１のサーバ負荷分散装置と同様
に、セッション管理部１と、サーバ選択部２と、セッシ
ョン管理テーブル３と、サーバテーブル４と、クライア
ント側下位プロトコル処理部５と、サーバ側下位プロト
コル処理部６１、６２とを備えており、クライアント側
ポートにクライアント７が、複数のポートにサーバ８
１、８２がそれぞれ接続されている。実施の形態４のサ
ーバ負荷分散装置は、サーバ選択部におけるサーバ選択
処理のみが実施の形態１のサーバ負荷分散装置と異なっ
ており、その機能的構成及び基本的処理手順は実施の形
態と同様であるため図示および説明を省略する。

【００６０】実施の形態４のサーバ負荷分散装置による
サーバ選択は次のように行われる。図９は、実施の形態
４のサーバ負荷分散装置によるサーバ選択処理の手順を
示すフローチャートである。サーバ選択部２は、セッシ
ョン管理部１から渡されたセッションＩＤよりセッショ
ン管理テーブルを参照し、渡されたパケットのセッショ
ンタイプを求める（ステップＳ９０１）。そして、サー
バテーブル４を参照し、該当するセッションタイプに対
応するサービスを行うサーバを抽出し（ステップＳ９０
２）、サーバごとに割り当てられているセッションと当
該セッションに対応するパケット数をセッション管理テ
ーブル３より取得する（ステップＳ９０３）。そして、
サーバごとに、取得したパケット数から転送されたバイ
ト数を求め（ステップＳ９０４）、この転送バイト数の
合計が最も少ない数であるサーバを選択する（ステップ
Ｓ９０５）。

【００６１】このように実施の形態４のサーバ負荷分散
装置では、最適なサーバとして、割り当てられたセッシ
ョンに対応するバイト数の合計が最小のサーバを選択す
ることとしているので、サーバ選択のためにサーバ負荷
に関する情報をサーバ間で共有する必要がなく、そのた
めの通信処理の負荷やデータ通信の増加を防止すること
ができ、セッションに対応するバイト数の合計に基づい
た効率的なサーバの負荷分散を行うことができる。

【００６２】実施の形態５．実施の形態５のサーバ負荷
分散装置は、実施の形態１のサーバ負荷分散装置と同様
に、セッション管理部１と、サーバ選択部２と、セッシ
ョン管理テーブル３と、サーバテーブル４と、クライア
ント側下位プロトコル処理部５と、サーバ側下位プロト
コル処理部６１、６２とを備えており、クライアント側
ポートにクライアント７が、複数のポートにサーバ８
１、８２がそれぞれ接続されている。実施の形態５のサ
ーバ負荷分散装置は、サーバ選択部におけるサーバ選択
処理のみが実施の形態１のサーバ負荷分散装置と異なっ
ており、その機能的構成及び基本的処理手順は実施の形
態と同様であるため図示および説明を省略する。

【００６３】実施の形態５のサーバ負荷分散装置による
サーバ選択は次のように行われる。図１０は、実施の形
態５のサーバ負荷分散装置によるサーバ選択処理の手順
を示すフローチャートである。サーバ選択部２は、セッ
ション管理部１から渡されたセッションＩＤよりセッシ
ョン管理テーブルを参照し、渡されたパケットのセッシ
ョンタイプを求める（ステップＳ１００１）。つぎに、
サーバテーブル４を参照し、該当するセッションタイプ
に対応するサービスを行うサーバを抽出し（ステップＳ
１００２）、サーバごとに応答時間をセッション管理テ
ーブル３から取得し（ステップＳ１００３）、応答時間
の最も短いサービスを行うサーバを選択する（ステップ
Ｓ１００４）。

【００６４】このように実施の形態５のサーバ負荷分散
装置では、最適なサーバとして、割り当てられたセッシ
ョンに対応する応答時間が最短のサーバを選択すること
としているので、サーバ選択のためにサーバ負荷に関す
る情報をサーバ間で共有する必要がなく、そのための通
信処理の負荷やデータ通信の増加を防止することがで
き、セッションに対する応答時間に基づいた効率的なサ
ーバの負荷分散を行うことができる。

【００６５】なお、以上説明した実施の形態１〜５のサ
ーバ負荷分散装置では、図１に示すように、セッション
管理部１がクライアント側下位プロトコル処理部５から
クライアント７に直接接続されるようになっているが、
ネットワークを介して接続されるように構成してもよ
い。

【００６６】また、実施の形態１〜５のサーバ負荷分散
装置では、サーバ側下位プロトコル処理部６１，６２お
よび対応するサーバがそれぞれ２つの場合を示している
が、３つ以上のサーバおよびサーバ側下位プロトコル処
理部を設けて、サーバ負荷分散を行うように構成しても
本発明の効果は達成される。

【００６７】

【発明の効果】以上説明したように、この発明によれ
ば、通信処理の負荷やデータ通信の増加を防止して、効
率的なサーバの負荷分散を行えるという効果を奏する。

【００６８】つぎの発明によれば、ラウンドロビン法に
従ったサーバ選択により効率的なサーバの負荷分散を行
えるという効果を奏する。

【００６９】つぎの発明によれば、セッション数に基づ
いた効率的なサーバの負荷分散を行えるという効果を奏
する。

【００７０】つぎの発明によれば、パケット数の合計に
基づいた効率的なサーバの負荷分散を行えるという効果
を奏する。

【００７１】つぎの発明によれば、セッションに対応す
るバイト数の合計に基づいた効率的なサーバの負荷分散
を行えるという効果を奏する。

【００７２】つぎの発明によれば、セッションに対する
応答時間に基づいた効率的なサーバの負荷分散を行える
という効果を奏する。

【００７３】つぎの発明によれば、通信処理の負荷やデ
ータ通信の増加を防止して、効率的なサーバの負荷分散
を行えるという効果を奏する。

【００７４】つぎの発明によれば、ラウンドロビン法に
従ったサーバ選択により効率的なサーバの負荷分散を行
えるという効果を奏する。

【００７５】つぎの発明によれば、セッション数に基づ
いた効率的なサーバの負荷分散を行えるという効果を奏
する。

【００７６】つぎの発明によれば、パケット数の合計に
基づいた効率的なサーバの負荷分散を行えるという効果
を奏する。

【００７７】つぎの発明によれば、セッションに対応す
るバイト数の合計に基づいた効率的なサーバの負荷分散
を行えるという効果を奏する。

【００７８】つぎの発明によれば、セッションに対する
応答時間に基づいた効率的なサーバの負荷分散を行える
という効果を奏する。

【００７９】つぎの発明によれば、上記発明のいずれか
一つの動作をコンピュータによって実行することができ
るという効果を奏する。

【図面の簡単な説明】

【図１】 この発明の実施の形態１〜５であるサーバ負
荷分散装置の機能的構成を示すブロック図である。

【図２】 図１に示したサーバ負荷分散装置におけるセ
ッション管理テーブル３のデータ構造図である。

【図３】 図１に示したサーバ負荷分散装置におけるサ
ーバテーブルのデータ構造図である。

【図４】 図１に示したサーバ負荷分散装置によるクラ
イアントからのパケット受信時の処理手順のフローチャ
ートである。

【図５】 図１に示したサーバ負荷分散装置によるサー
バからのパケット受信時の処理手順のフローチャートで
ある。

【図６】 図１に示した実施の形態１であるサーバ負荷
分散装置によるサーバ選択の処理手順のフローチャート
である。

【図７】 図１に示した実施の形態２であるサーバ負荷
分散装置によるサーバ選択の処理手順のフローチャート
である。

【図８】 図１に示した実施の形態３であるサーバ負荷
分散装置によるサーバ選択の処理手順のフローチャート
である。

【図９】 図１に示した実施の形態４であるサーバ負荷
分散装置によるサーバ選択の処理手順のフローチャート
である。

【図１０】 図１に示した実施の形態５であるサーバ負
荷分散装置によるサーバ選択の処理手順のフローチャー
トである。

【図１１】 従来例としてのサーバ負荷分散装置（分散
メディア処理サーバ）の構成を示すブロック図である。

【符号の説明】

１ セッション管理部、２ サーバ選択部、３ セッショ
ン管理テーブル、４ サーバテーブル、５ クライアント
側下位プロトコル処理部、７ クライアント、６１ サ
ーバ側下位プロトコル処理部、６２ サーバ側下位プロ
トコル処理部、８１ サーバ、８２ サーバ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 馬場 義昌 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 中村 浩 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 藤井 照子 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 貞包 哲男 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 田付 昌之 東京都千代田区麹町１丁目４番４号 三菱 電機情報ネットワーク株式会社内 Ｆターム(参考） 5B045 BB42 GG04 5B089 GA00 JA11 KA06 KA07 KC23 MA03 MC01 5K030 HA08 LE03

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数のサーバの負荷を分散させるサーバ
   負荷分散装置において、 ネットワークを介してクライアントに接続されるポート
   と、 ネットワークを介して複数のサーバに接続され、ポート
   ＩＤにより識別される複数のポートと、 サーバのアドレスとポートＩＤとを対応付けて記録した
   サーバファイルと、 セッションに関する情報とサーバに関する情報とを対応
   付けて記録するセッション管理ファイルと、 ネットワークのトラフィックを監視してセッションの状
   況を検出し、セッションに関する情報を前記セッション
   管理ファイルにセッションごとに記録するセッション管
   理部と、 前記セッション管理ファイルに基づいて、セッションご
   とに最適なサーバを選択して割り当てるサーバ選択部
   と、 を備えたことを特徴とするサーバ負荷分散装置。
2. 【請求項２】 前記サーバ選択部は、ラウンドロビン法
   により最適なサーバを選択するものであることを特徴と
   する請求項１に記載のサーバ負荷分散装置。
3. 【請求項３】 前記サーバ選択部は、最適なサーバとし
   て、割当てられたセッション数が最小のサーバを選択す
   るものであることを特徴とする請求項１に記載のサーバ
   負荷分散装置。
4. 【請求項４】 前記サーバ選択部は、最適なサーバとし
   て、割り当てられたセッションに対応するパケット数の
   合計が最小のサーバを選択するものであることを特徴と
   する請求項１に記載のサーバ負荷分散装置。
5. 【請求項５】 前記サーバ選択部は、最適なサーバとし
   て、割り当てられたセッションに対応するバイト数の合
   計が最小のサーバを選択するものであることを特徴とす
   る請求項１に記載のサーバ負荷分散装置。
6. 【請求項６】 前記サーバ選択部は、最適なサーバとし
   て、割り当てられたセッションに対応する応答時間が最
   短のサーバを選択するものであることを特徴とする請求
   項１に記載のサーバ負荷分散装置。
7. 【請求項７】 複数のサーバの負荷を分散させるサーバ
   負荷分散方法において、 ネットワークのトラフィックを監視してセッションの状
   況を検出し、セッションに関する情報を、セッションに
   関する情報とサーバに関する情報とを対応付けて記録し
   たセッション管理ファイルに記録するセッション監視ス
   テップと、 前記セッション管理ファイルに基づいて、セッションご
   とに最適なサーバを選択して割り当てるサーバ選択ステ
   ップと、 を含むことを特徴とするサーバ負荷分散方法。
8. 【請求項８】 前記サーバ選択ステップは、ラウンドロ
   ビン法により最適なサーバを選択するものであることを
   特徴とする請求項７に記載のサーバ負荷分散方法。
9. 【請求項９】 前記サーバ選択ステップは、最適なサー
   バとして、割当てられたセッション数が最小のサーバを
   選択するものであることを特徴とする請求項７に記載の
   サーバ負荷分散方法。
10. 【請求項１０】 前記サーバ選択ステップは、最適なサ
    ーバとして、割り当てられたセッションに対応するパケ
    ット数の合計が最小のサーバを選択するものであること
    を特徴とする請求項７に記載のサーバ負荷分散方法。
11. 【請求項１１】 前記サーバ選択ステップは、最適なサ
    ーバとして、割り当てられたセッションに対応するバイ
    ト数の合計が最小のサーバを選択するものであることを
    特徴とする請求項７に記載のサーバ負荷分散方法。
12. 【請求項１２】 前記サーバ選択ステップは、最適なサ
    ーバとして、割り当てられたセッションに対応する応答
    時間が最短のサーバを選択するものであることを特徴と
    する請求項７に記載のサーバ負荷分散方法。
13. 【請求項１３】 請求項７〜１２のいずれか一つに記載
    されたサーバ負荷分散方法をコンピュータに実行させる
    プログラム。