(57)【特許請求の範囲】
【請求項１】
少なくとも一つのクライアントと当該クライアントにネットワークを介してサービスを提供する少なくとも一つのサーバとの間のデータ通信時のトラフィック制御方法であって、
前記クライアントとサーバとの間に存在する複数の回線の回線使用率を監視する回線使用率監視処理工程と、前記クライアントとサーバとの間のデータ通信処理能力を監視するデータ通信処理能力監視処理工程と、前記データ通信処理能力の低下時に、前記回線使用率の監視情報に基づき前記各回線の中からボトルネックとなる回線を特定するボトルネック回線特定処理工程と、該ボトルネック回線特定処理工程にて特定されたボトルネック回線に対してトラフィック制御を行うトラフィック制御処理工程とを有することを特徴としたトラフィック制御方法。
【請求項２】
少なくとも一つのクライアントと当該クライアントにネットワークを介してサービスを提供する少なくとも一つのサーバとの間のデータ通信時のトラフィック制御システムであって、
前記クライアントとサーバとの間に存在する複数の回線の回線使用率を監視する回線使用率監視手段と、前記クライアントとサーバとの間のデータ通信処理能力を監視するデータ通信処理能力監視手段と、該データ通信処理能力監視手段にて前記データ通信処理能力が低下したと判定された場合に、前記回線使用率監視手段の回線使用率の監視情報に基づき前記各回線の中からボトルネックとなる回線を特定するボトルネック回線特定手段と、該ボトルネック回線特定手段にて特定されたボトルネック回線に対してトラフィック制御を行うトラフィック制御手段とを備えることを特徴とするトラフィック制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でデータ通信を行う機器間における処理能力向上を図る為のトラフィック制御方法及びそのシステムに関する。
【０００２】
【従来の技術】
従来、ネットワーク上でデータ通信を行う機器間において、そのデータ量の増加等によるトラフィック量の増大によりデータ通信時の応答遅延等の処理能力低下が発生してしまう、という不都合があった。そこで、かかる不都合を改善する為のものとして、例えば特開平７−２８７３３号公報にネットワークトラフィック制御方法が開示されている。この特開平７−２８７３３号公報に開示されたネットワークトラフィック制御方法は、データ送信元である複数のクライアントとデータ送信先である複数のサーバを有するネットワーク上に中間装置を設け、この中間装置により、送信先における処理遅延を軽減してネットワーク上のトラフィック量増大を防ぎ、データ通信時の処理能力向上を図る、というものである。具体的には、クライアントから送信されたサーバへの送信データを一旦中間装置の待ち行列に入れ、サーバのＣＰＵ負荷が低いときにその待ち行列内からデータサイズの小さい順に送信データをサーバへ送信する、という制御を行って上記不都合の改善を図っている。
【０００３】
【発明が解決しようとする課題】
ここで、クライアント−サーバ間，即ちEnd-to-Endでの応答遅延等の処理能力低下（サービス品質の問題）が発生した場合、そのEnd-to-Endのノード間を経由する回線の全てがボトルネックになっているのではなく、一部のノード間の回線のみがボトルネックとなっている場合が見うけられる。このような場合、少なくとも処理能力の低下の要因となっているボトルネック回線に対して、サービス品質の劣化を起こしているデータ用の帯域を確保させれば処理能力の向上を図ることができる。そして、これを実現する為には、▲１▼サービス品質の劣化を検知する。次に、▲２▼ボトルネックとなる回線を検出し、▲３▼サービス品質の劣化が起こっているデータ用の帯域を確保する為のトラフィック制御をそのボトルネック回線に対して行う必要がある。
【０００４】
しかしながら、仮にそのような制御を上記従来例のネットワークトラフィック制御方法に適用したとしても、このネットワークトラフィック制御方法にあっては、上記▲１▼の事象を契機として上記▲２▼及び▲３▼を連携させてネットワークのトラフィック制御を動的に行う手法が確立されておらず、制御対象たるボトルネック回線とその制御タイミングの特定が管理者の知識と経験に全て委ねられてしまうので、管理者負担の増大を招来する、という不都合があった。また、結局のところ、この従来例のネットワークトラフィック制御方法にあっては、送信先のＣＰＵ負荷が低くならなければデータの送信を行うことができず、そのＣＰＵの負荷次第では処理能力の向上を図り難い、という不都合があった。
【０００５】
本発明は、かかる従来例の有する不都合を改善し、ネットワーク上の機器間のサービス品質を維持する，即ちその機器間のデータ通信処理能力低下の抑制が可能なトラフィック制御方法及びそのシステムを提供することを、その目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成する為、本発明では、少なくとも一つのクライアントと当該クライアントにネットワークを介してサービスを提供する少なくとも一つのサーバとの間において、そのクライアントとサーバとの間に存在する複数の回線の回線使用率，及びその間のデータ通信処理能力を監視している。そして、そのデータ通信処理能力が低下した際、回線使用率の監視情報に基づき各回線の中からボトルネックとなる回線を特定し、このボトルネック回線に対してトラフィック制御を行っている。
【０００７】
また、上記目的を達成する為、本発明では、少なくとも一つのクライアントと当該クライアントにネットワークを介してサービスを提供する少なくとも一つのサーバとの間に存在する複数の回線の回線使用率を監視する回線使用率監視手段と、そのクライアントとサーバとの間のデータ通信処理能力を監視するデータ通信処理能力監視手段と、このデータ通信処理能力監視手段にてデータ通信処理能力が低下したと判定された場合に、回線使用率監視手段の回線使用率の監視情報に基づき各回線の中からボトルネックとなる回線を特定するボトルネック回線特定手段と、このボトルネック回線特定手段にて特定されたボトルネック回線に対してトラフィック制御を行うトラフィック制御手段とを備えるトラフィック制御システムを構築している。
【０００８】
【発明の実施の形態】
本発明に係るトラフィック制御システムの一実施形態について図１から図１０に基づいて説明する。
【０００９】
［トラフィック制御システムの構成］
先ず、そのトラフィック制御システムの構成を図１を用いて説明する。このトラフィック制御システムは、ネットワーク上で各種サービスの提供を行うサーバと、このサーバからネットワーク上でその各種サービスの提供を受けるクライアントマシン４と、ネットワークの混雑状況（サービスの品質劣化の状況）に応じて当該ネットワークのトラフィック制御を行うトラフィック制御装置５とを有する。ここで、本実施形態にあっては、サーバとしてＷｅｂサーバ１，ファイルサーバ２，及びデータベースサーバ（以下「ＤＢサーバ」という）３を例示するが、必ずしもこれらに限定するものではない。以下、これら各構成について説明する。
【００１０】
［サーバ］
先ずＷｅｂサーバ１は、例えばクライアントマシン４からの指示によって要求されたＷｅｂコンテンツを制御部（図示略）が記憶部（図示略）から読み込んでクライアントマシン４に送信する如きサービスを行うものである。また、ファイルサーバ２は、例えばクライアントマシン４からの指示によって要求されたファイルを制御部（図示略）が記憶部（図示略）から読み込んでクライアントマシン４に送信する如きサービスを行うものである。更にまた、ＤＢサーバ３は、例えばクライアントマシン４からデータの書き換え，追加や削除等のトランザクション処理が要求されると、制御部（図示略）が記憶部（図示略）から読み込んだ処理対象のデータに要求された処理を行い、そのデータを記憶部に格納する如きサービスを行うものである。
【００１１】
［クライアントマシン］
続いて、前述したクライアントマシン４について説明する。このクライアントマシン４は、サーバとの間でのサービス提供時間を測定し、その測定結果をトラフィック制御装置５に送信する測定プログラムを有する。ここで、そのサービス提供時間とは、例えばＷｅｂサーバ１との間にあってはクライアントマシン４からＷｅｂサーバ１にＷｅｂコンテンツのダウンロード要求指示をし、このＷｅｂコンテンツをクライアントマシン４が受信するまでの時間をいう。また、ファイルサーバ２との間にあってはクライアントマシン４からファイルサーバ２にファイルの転送指示をし、このファイルをクライアントマシン４が受信するまでの時間をいう。更にまた、ＤＢサーバ３との間にあってはクライアントマシン４からＤＢサーバ３にトランザクション処理を指示し、このトランザクション処理の実行結果をクライアントマシン４が受信するまでの時間をいう。
【００１２】
具体的にこのクライアントマシン４は、図１に示す如く、上記測定プログラムを格納したプログラム格納部４ａと、後述する図２に示す測定情報管理テーブル４Ｂを格納する管理テーブル格納部４ｂと、図示しない主記憶装置（メモリ）に読み込まれた上記測定プログラムに基づいて図示しない中央処理装置（ＣＰＵ）が後述する処理を行う制御部４ｃと、オペレータがサーバにサービス提供等の所望の指示を与える為の例えば電子計算機等のキーボードやマウス等の指示部４ｄとを備える。
【００１３】
ここで、管理テーブル格納部４ｂの測定情報管理テーブル４Ｂは、クライアントマシン４のＩＰアドレス等の識別情報，サービス提供時間の測定値Ｘの情報及び測定対象たるサーバ（換言すればサービス）のＩＰアドレス等の識別情報から成る測定情報を格納するテーブルであって、図２に示す如く、夫々に対応してクライアント識別情報欄４Ｂ１，測定値情報欄４Ｂ２及びサーバ識別情報欄４Ｂ３を有する。例えば、あるクライアントマシンとサーバとの間における測定値Ｘが６秒であれば、図２に示す如く、測定値情報欄４Ｂ２に「６ｓ」と格納される。ここで、本実施形態にあっては、そのクライアント識別情報欄４Ｂ１及びサーバ識別情報欄４Ｂ３には夫々クライアントマシン４の識別情報及びサーバの識別情報が予め格納されているものとする。また、管理テーブル格納部４ｂには、複数のサーバとの組み合わせに対応した測定情報管理テーブル４Ｂが夫々格納されている。
【００１４】
続いて、このクライアントマシン４の制御部４ｃは、図１に示す如く、前述したサービス提供時間を測定し、この測定結果を測定情報管理テーブル４Ｂに記録する測定機能４ｃ１と、その測定情報管理テーブル４Ｂのデータをトラフィック制御装置５に送信する送信機能４ｃ２とを有する。ここで、この送信機能４ｃ２は、例えば予め任意に設定した所定間隔毎又は所定時刻に測定情報管理テーブル４Ｂのデータを送信する。尚、その送信時間は、例えばサーバ識別情報毎に設定されるものでもよく、またサーバ識別情報に拘わらず設定されるもの（即ち時間が来たときに全ての測定情報管理テーブル４Ｂが送信されるもの）でもよい。
【００１５】
［トラフィック制御装置］
続いて、前述したトラフィック制御装置５について説明する。このトラフィック制御装置５は、前述した如く、ネットワークの混雑状況に応じて当該ネットワークのトラフィック制御を行うものである。本実施形態にあっては、図１に示す如く、ネットワークを介してクライアントマシン４から受信した測定情報管理テーブル４Ｂの各情報に基づいてクライアントマシン−サーバ間の混雑状況を管理する混雑状況管理装置５１と、ネットワークを介してクライアントマシン−サーバ間に存在する各ノード間の回線の使用率を監視し，且つ混雑状況管理装置５１から指示されたクライアントマシン−サーバ間におけるボトルネック回線のトラフィック制御を行う主装置５２とでトラフィック制御装置５が構成されている。
【００１６】
［混雑状況管理装置］
具体的に上記混雑状況管理装置５１は、図１に示す如く、混雑状況管理プログラムを格納したプログラム格納部５１ａと、後述する図３に示すクライアントマシン−サーバ間の混雑状況判定テーブル（以下、「第一混雑状況判定テーブル」という。）５１Ｂを格納する第一混雑状況判定テーブル格納部５１ｂと、ネットワークを介してクライアントマシン４から受信した測定情報管理テーブル４Ｂのデータを格納する受信テーブル格納部５１ｃと、図示しない主記憶装置（メモリ）に読み込まれた混雑状況管理プログラムに基づいて図示しない中央処理装置（ＣＰＵ）が後述する処理を行う制御部５１ｄとを備える。
【００１７】
ここで、上記第一混雑状況判定テーブル格納部５１ｂの第一混雑状況判定テーブル５１Ｂについて説明する。この第一混雑状況判定テーブル５１Ｂは、前述した測定情報管理テーブル４Ｂと同様のクライアント及びサーバの識別情報，並びに測定情報管理テーブル４Ｂの測定値Ｘと対比して混雑の有無を判定する為の閾値の情報を格納するテーブルであって、図３に示す如く、夫々に対応してクライアント識別情報欄５１Ｂ１，サーバ識別情報欄５１Ｂ２及び閾値情報欄５１Ｂ３を有する。例えばこの図３に示す第一混雑状況判定テーブル５１Ｂにあっては、あるクライアントマシンとサーバとの間において測定値Ｘが閾値（５秒）を超えていれば混雑していると判定される。ここで、本実施形態にあっては、クライアント識別情報欄５１Ｂ１及びサーバ識別情報欄５１Ｂ２には夫々クライアントマシン４の識別情報及びサーバの識別情報が予め格納されているものとする。また、第一混雑状況判定テーブル格納部５１ｂには、複数のクライアントマシン４と複数のサーバの夫々の組み合わせに対応した第一混雑状況判定テーブル５１Ｂが格納されている。
【００１８】
続いて、この混雑状況管理装置５１の制御部５１ｄについて説明する。この制御部５１ｄは、クライアントマシン４から受信した測定情報管理テーブル４Ｂの情報と上記第一混雑状況判定テーブル５１Ｂの情報とを対比してクライアントマシン−サーバ間の混雑状況を判定する判定機能５１ｄ１と、この判定機能５１ｄ１にて「混雑」との判定が為された場合に、かかるクライアントマシン−サーバ間が混雑している旨，並びにこのクライアントマシン及びサーバの識別情報を主装置５２に通知する送信機能５１ｄ２とを有する。ここで、この送信機能５１ｄ２は、例えば上記判定機能５１ｄ１にて「混雑」との判定が為された後で上記各情報を主装置５２に送信する。尚、予め任意に設定した所定間隔毎又は所定時間に送信するものであってもよい。
【００１９】
［主装置］
上記主装置５２について説明する。この主装置５２は、図１に示す如く、クライアントマシン−サーバ間に存在する各回線の回線使用率を監視する回線使用率監視プログラムを格納した監視プログラム格納部５２ａと、クライアントマシン−サーバ間のボトルネック回線に対するトラフィック制御を指示するトラフィック制御プログラムを格納したトラフィック制御プログラム格納部５２ｂと、後述する図４に示す回線特定テーブル５２Ｃを格納する回線特定テーブル格納部５２ｃと、後述する図５に示すノード間の混雑状況判定テーブル（以下、「第二混雑状況判定テーブル」という。）５２Ｄを格納する第二混雑状況判定テーブル格納部５２ｄと、後述する図６に示す回線使用率監視テーブル５２Ｅを格納する監視テーブル格納部５２ｅと、図示しない主記憶装置（メモリ）に読み込まれた上記各プログラムに基づいて図示しない中央処理装置（ＣＰＵ）が後述する処理を行う制御部５２ｆとを備える。本実施形態における回線使用率とは、回線の全帯域幅に対するこの回線を流れているデータ量（回線を流れているデータ量／回線の全帯域幅）の割合のことである。換言すれば、回線に流すことのできる総データ量とこの回線を流れているデータ量（回線を流れているデータ量／回線に流すことのできる総データ量）の割合である。
【００２０】
ここで、上記回線特定テーブル格納部５２ｃの回線特定テーブル５２Ｃについて説明する。この回線特定テーブル５２Ｃは、混雑状況管理装置５１から送られてきたクライアントマシン及びサーバの識別情報に基づき、そのクライアントマシン−サーバ間に存在するノード間の回線を特定するテーブルであって、図４に示す如く、クライアント識別情報欄５２Ｃ１，サーバ識別情報欄５２Ｃ２及び回線情報欄５２Ｃ３を有する。ここで、本実施形態の各欄には夫々に対応した情報が予め格納されているものとする。また、回線特定テーブル格納部５２ｃには、複数のクライアントマシン４と複数のサーバの夫々の組み合わせに対応した回線特定テーブル５２Ｃが格納されている。例えば、図４（ａ）に示す回線特定テーブル５２Ｃは図７に示すクライアントマシン４とＷｅｂサーバ１との間に存在する回線を特定するテーブルであり、図４（ｂ）に示す回線特定テーブル５２Ｃは図７に示すクライアントマシン４とファイルサーバ２との間に存在する回線を特定するテーブルである。
【００２１】
また、上記第二混雑状況判定テーブル格納部５２ｄの第二混雑状況判定テーブル５２Ｄについて説明する。この第二混雑状況判定テーブル５２Ｄは、ネットワーク上の各回線毎の回線使用率の閾値の情報を格納するテーブルであって、その閾値情報が予め設定されて図５に示す如く閾値情報欄５２Ｄ１に格納されている。
【００２２】
更にまた、上記監視テーブル格納部５２ｅの回線使用率監視テーブル５２Ｅについて説明する。この回線使用率監視テーブル５２Ｅは、後述する制御部５２ｆの監視機能５２ｆ１により例えば所定間隔毎又は所定時間に取得した各回線毎の回線使用率の情報を格納するテーブルであって、その回線使用率情報が図６に示す如く回線使用率情報欄５２Ｅ１に格納されている。
【００２３】
続いて、この主装置５２の制御部５２ｆについて説明する。この制御部５２ｆは、監視プログラムに基づき動作する処理機能とトラフィック制御プログラムに基づき動作する処理機能とを有する。
【００２４】
先ず、監視プログラムに基づき動作する処理機能としては、ネットワーク上に存在するノード間の回線の回線使用率情報を取得して回線使用率監視テーブル５２Ｅを更新する図１に示す回線使用率の監視機能５２ｆ１がある。例えば、その回線使用率の情報は、所定間隔毎又は所定時間にノードから取得する。ここで、この監視機能５２ｆ１の取得対象たる回線は、予め指定したクライアントマシンとサーバとの間に存在する回線であってもよい。
【００２５】
また、トラフィック制御プログラムに基づき動作する処理機能としては、混雑状況管理装置５１から混雑している旨の通知が為されたクライアントマシン−サーバ間に存在する回線を回線特定テーブル５２Ｃに基づき特定し，且つ第二混雑状況判定テーブル５２Ｄ及び回線使用率監視テーブル５２Ｅの夫々の情報を対比して、回線使用率が閾値を超えている回線（即ちそのクライアントマシン−サーバ間におけるボトルネック回線）を特定する図１に示す回線特定機能５２ｆ２と、この回線特定機能５２ｆ２にて特定されたボトルネック回線の両端に位置する夫々のノード（ネットワークがインターネットである場合のルータ）へトラフィック制御を実施するよう指示を行う指示機能５２ｆ３とがある。
【００２６】
ここで、本実施形態のトラフィック制御について説明する。この本実施形態のトラフィック制御とは、回線特定機能５２ｆ２により特定されたボトルネック回線にて、サービス品質の劣化が起こっているデータ用の帯域を確保する為の制御のことである。かかる場合におけるサービス品質の劣化が起こっているデータ用の帯域とは、Ｗｅｂサーバ１との間でのサービスを例に採ると、基本的には少なくともクライアントマシン４への送信対象たるＷｅｂコンテンツを送信できるだけの（そのＷｅｂコンテンツのデータ容量に見合うだけの）通信用の帯域幅をいう。
【００２７】
本実施形態にあっては、上記帯域を確保する為に、主装置５２の制御部５２ｆの指示機能５２ｆ３が以下の如き条件に応じて式１又は式２の演算を行い、この演算結果に基づいて指示対象たるクライアントマシン−サーバ間のボトルネック回線に対するトラフィック制御の実施を指示する。ここでの演算とは、指示機能５２ｆ３による指示対象たる一つのクライアントマシン−サーバ間におけるサービスのデータの通信に割り当てる帯域幅Ｙ（ｋｂｐｓ）の算出のことである。指示機能５２ｆ３は、その帯域幅Ｙを確保する為の指示を回線特定機能５２ｆ２にて特定されたボトルネック回線の両端に位置する夫々のノードに対して行う。
【００２８】
先ず、指示対象たるサービス（クライアントマシン−サーバ間）が一つの場合，又は指示対象たるサービスが複数であっても、制御対象のボトルネック回線が夫々のサービスで共有しているものでない場合について説明する。かかる場合の演算処理により得られる帯域幅Ｙ１（ｋｂｐｓ）は、制御対象たるボトルネック回線の全帯域幅をＹａｌｌ（ｋｂｐｓ），そのボトルネック回線において指示対象たるサービス（クライアントマシン−サーバ間）用として割り当て可能な帯域幅の割合をａ（％）とすると、
Ｙ１＝ａ・Ｙａｌｌ／１００  …（式１）
の演算式により得られる。
【００２９】
次に、指示対象たるサービス（クライアントマシン−サーバ間）が複数であって、制御対象のボトルネック回線が夫々のサービスで共通している場合について説明する。かかる場合、予めサービス毎に重み付けをしておき、この重みによって優先的にデータを流すことができる（即ち帯域幅を確保することができる）サービスの帯域幅を定める。かかる場合の演算処理により得られる帯域幅Ｙ２（ｋｂｐｓ）は、制御対象たるボトルネック回線の全帯域幅をＹａｌｌ（ｋｂｐｓ），そのボトルネック回線において対象サービス用として占有することのできる占有率（例えば本実施形態にあってはＷｅｂサーバ１，ファイルサーバ２及びＤＢサーバ３に係るサービス用として割り当てられた割合）をｂ（％），そのボトルネック回線においてある一つの指示対象たるサービス用として優先的に割り当て可能な帯域幅の割合をｃ（％）とすると、
Ｙ２＝（ｂ／１００）×（ｃ・Ｙａｌｌ／１００）  …（式２）
の演算式により得られる。
【００３０】
ここで、この式２においては、上記帯域幅の割合ｃにより重み付けが行われる。例えばこの帯域幅の割合を、Ｗｅｂサーバ１に係るサービスにあってはｃ１（％），ファイルサーバ２に係るサービスにあってはｃ２（％），ＤＢサーバ３に係るサービスにあってはｃ３（％）とし、ｃ１＝５０（％），ｃ２＝２０（％），ｃ３＝３０（％）と設定する。これにより、ファイルサーバ２に係るサービス，ＤＢサーバ３に係るサービス，Ｗｅｂサーバ１に係るサービスの順にデータ通信の優先順位が高くなる、という重み付けが可能となる。このように、指示対象たるサービスが複数であって、制御対象のボトルネック回線が夫々のサービスで共通している場合におけるサービスの優先順位を設定することができる。
【００３１】
以上示した本システムの概念図を図７に示す。この図７においては、クライアントマシン４とＷｅｂサーバ１との間，及びクライアントマシン４とファイルサーバ２との間に対してのトラフィック制御を例示する。ここでは、クライアントマシン４とＷｅｂサーバ１との間は四つのノードＮ１〜Ｎ４を経由して接続されており、この各ノード間には三つの回線１〜３が存在する。また、クライアントマシン４とファイルサーバ２との間は四つのノードＮ１，Ｎ２，Ｎ５，Ｎ６を経由して接続されており、この各ノード間には三つの回線１，４，５が存在する。
【００３２】
主装置５２は、図７に示す矢印▲１▼の如く、例えば所定間隔毎又は所定時間に回線１〜５から回線使用率の情報を取得している（この図７においては、図面が煩雑になるので回線４，５からの矢印▲１▼の記載は省略する）。ここで、クライアントマシン−Ｗｅｂサーバ間，クライアントマシン−ファイルサーバ間の一方又は双方にてサービス品質の劣化が生じている（混雑している）場合、混雑状況管理装置５１は、図７に示す矢印▲２▼の如く、そのクライアントマシン−サーバ間が混雑している旨，並びにこのクライアントマシン及びサーバの識別情報を主装置５２に通知する。
【００３３】
かかる通知により、主装置５２は、そのクライアントマシン−サーバ間に存在する回線の中からボトルネックとなっている回線を検出し、このボトルネック回線の両端に位置するノードに対して、サービス品質の劣化が起こっているデータ用の帯域をそのボトルネック回線にて確保する為のトラフィック制御の指示を与える。例えばクライアントマシン−Ｗｅｂサーバ間においてデータ通信の処理能力が低下している場合、主装置５２は、回線１〜３の中からボトルネックとなっている回線を検出する。ここでは、回線２がボトルネック回線であると仮定する。かかる場合、主装置５２は、その回線２の両端に位置するノードＮ２，Ｎ３に対してトラフィック制御の指示を与える。
【００３４】
以上の如く指示が与えられたノードがトラフィック制御を行うことによってボトルネック回線におけるデータ通信用の帯域が確保されるので、かかるクライアントマシン−サーバ間におけるデータ通信処理能力の向上を図ることができる。
【００３５】
［トラフィック制御システムの動作］
以下に、本実施形態のトラフィック制御システムの動作を図８及び図９を用いて詳述する。最初に、クライアントマシン４側の測定処理動作を図８のフローチャートを用いて説明する。
【００３６】
先ず、Ｗｅｂサーバ１との間での混雑状況の測定処理について説明する。オペレータがクライアントマシン４の指示部４ｄからＷｅｂサーバ１にサービス提供指示（この場合は所望のＷｅｂコンテンツのダウンロード要求指示）を行う（ステップＳＴ１）。ここで、その指示がＷｅｂサーバ１に送られると同時に、クライアントマシン４の制御部４ｃは、その測定機能４ｃ１によりサービス提供時間の測定を始める（ステップＳＴ２）。
【００３７】
続いて、ダウンロード要求指示を受けたＷｅｂサーバ１は、上記Ｗｅｂコンテンツをクライアントマシン４に送信して、クライアントマシン４にサービスを提供する。そして、そのＷｅｂコンテンツを受信（ステップＳＴ３）したクライアントマシン４は、測定機能４ｃ１により、この受信と同時に測定を止め、サービス提供時間を演算して測定値のデータを取得する（ステップＳＴ４）。その際、サーバの識別情報（例えばＷｅｂサーバ１のＩＰアドレス）も取得する。尚、このサーバ識別情報は、前述したステップＳＴ１のサービス提供指示時にその指示先を認識して取得してもよく、またオペレータが入力してもよい。
【００３８】
測定値のデータを取得したクライアントマシン４の制御部４ｃは、その測定機能４ｃ１により、上記取得したサーバ識別情報を有する測定情報管理テーブル４Ｂの有無を管理テーブル格納部４ｂから検索し（ステップＳＴ５）、該当する測定情報管理テーブル４Ｂがある場合、これを読み込む。ここで、該当する測定情報管理テーブル４Ｂがない場合は、この測定処理を終了する。続いて、その制御部４ｃは、読み込んだ測定情報管理テーブル４Ｂの測定値情報欄４Ｂ２に、取得した測定値の情報を記録（その測定情報管理テーブル４Ｂへの記録が二回目以降の場合は更新）し、この測定情報管理テーブル４Ｂを管理テーブル格納部４ｂに格納する（ステップＳＴ６）。
【００３９】
次に、ファイルサーバ２との間での混雑状況の測定処理について説明する。この場合にあっても、前述したＷｅｂサーバ１の場合と同様にして図８のフローチャートのステップＳＴ１〜ＳＴ６の如く測定処理が行われ、測定情報管理テーブル４Ｂが管理テーブル格納部４ｂに格納される。かかる場合、「Ｗｅｂサーバ１」を「ファイルサーバ２」と、「Ｗｅｂコンテンツ」を「ファイル」と、「ダウンロード要求指示」を「ファイル転送指示」と読み替える。
【００４０】
また、ＤＢサーバ３との間での混雑状況の測定処理は、以下の如く行われる。先ず、図８に示す如くオペレータがクライアントマシン４の指示部４ｄからＤＢサーバ３にサービス提供指示（この場合は所望のトランザクション処理指示）を行う（ステップＳＴ１）。ここで、その指示がＤＢサーバ３に送られると同時に、クライアントマシン４の制御部４ｃは、その測定機能４ｃ１によりサービス提供時間の測定を始める（ステップＳＴ２）。
【００４１】
続いて、トランザクション処理指示を受けたＤＢサーバ３は、例えばそのデータベース内のデータに書き換え等の要求された処理を行い、その結果をクライアントマシン４に送信して、クライアントマシン４にサービスを提供する。そして、その結果を受信（ステップＳＴ３）したクライアントマシン４は、測定機能４ｃ１により、この受信と同時に測定を止め、サービス提供時間を演算して測定値のデータを取得する（ステップＳＴ４）。以降、前述したＷｅｂサーバ１の場合と同様にして測定処理が行われ、測定情報管理テーブル４Ｂが管理テーブル格納部４ｂに格納される。かかる場合、「Ｗｅｂサーバ１」を「ＤＢサーバ３」と読み替える。
【００４２】
ここで、上述した測定処理における測定間隔は、オペレータにより予め任意に設定できるものとする。
【００４３】
以上の如く測定を行っているクライアントマシン４において測定情報管理テーブル４Ｂの送信時間になると、制御部４ｃは、その送信機能４ｃ２により管理テーブル格納部４ｂから作成又は更新された各測定情報管理テーブル４Ｂを読み込んで混雑状況管理装置５１に送信する（ステップＳＴ７）。
【００４４】
次に、トラフィック制御装置５側の処理動作を図９及び図１０のフローチャートを用いて説明する。
【００４５】
先に主装置５２の回線使用率監視処理について図９に基づき説明する。この主装置５２は、制御部５２ｆの回線使用率の監視機能５２ｆ１により、ネットワーク上に存在するノード間の回線の回線使用率情報を取得している。本実施形態の制御部５２ｆは、その回線使用率情報を取得する為に、例えば所定間隔毎に又は所定時間になると、監視機能５２ｆ１によりネットワーク上のノードに対して回線使用率情報送信指示を送る（ステップＳＴ１１）。これにより各ノードが自己に接続されている回線の回線使用率情報を主装置５２に送信するので、これを受信（ステップＳＴ１２）した主装置５２は、制御部５２ｆの監視機能５２ｆ１により監視テーブル格納部５２ｅから回線使用率監視テーブル５２Ｅを読み込み、その回線使用率情報欄５２Ｅ１に回線使用率情報を入力する（ステップＳＴ１３）。しかる後、この回線使用率監視テーブル５２Ｅを、監視機能５２ｆ１により監視テーブル格納部５２ｅに格納する（ステップＳＴ１４）。
【００４６】
以上の如く回線利用率情報を取得している状態におけるトラフィック制御装置５の処理動作を図１０に基づき説明する。先ず、クライアントマシン４から測定情報管理テーブル４Ｂを受信（ステップＳＴ２１）した混雑状況管理装置５１の制御部５１ｄは、一旦その測定情報管理テーブル４Ｂを受信テーブル格納部５１ｃに格納する。
【００４７】
続いて、この制御部５１ｄは、その判定機能５１ｄ１により、受信した測定情報管理テーブル４Ｂのクライアント及びサーバの識別情報双方に一致する第一混雑状況判定テーブル５１Ｂを第一混雑状況判定テーブル格納部５１ｂから読み込む（ステップＳＴ２２）。そして、その測定情報管理テーブル４Ｂにおける測定値情報欄４Ｂ２の測定値Ｘの情報と第一混雑状況判定テーブル５１Ｂにおける閾値情報欄５１Ｂ３の閾値情報とを対比して、その測定値Ｘが閾値を超えているか否かを判定する（ステップＳＴ２３）。
【００４８】
ここで、測定値Ｘが閾値を超えていない場合、受信した全ての測定情報管理テーブル４Ｂについて上記クライアントマシン−サーバ間混雑状況判定を行ったか否かを判定し（ステップＳＴ２４）、行っていない場合は上記ステップＳＴ２２に戻り次の第一混雑状況判定テーブル５１Ｂを読み込み、行っている場合は処理を終了する。また、上記ステップＳＴ２３にて測定値Ｘが閾値を超えている（即ち該当するクライアントマシン−サーバ間が混雑している）場合、そのクライアントマシン−サーバ間が混雑している旨の情報，並びにこのクライアントマシン及びサーバの識別情報（ここでは、これら各情報を「混雑情報」という。）を一時メモリに格納する（ステップＳＴ２５）。続いて、受信した全ての測定情報管理テーブル４Ｂについて上記クライアントマシン−サーバ間混雑状況判定を行ったか否かを判定し（ステップＳＴ２６）、行っていない場合は上記ステップＳＴ２２に戻り次の第一混雑状況判定テーブル５１Ｂを読み込む。また、行っている場合、送信機能５１ｄ２により、上記一時メモリ内の混雑情報を主装置５２に送信する（ステップＳＴ２７）。
【００４９】
次に、主装置５２の制御部５２ｆは、その回線特定機能５２ｆ２により、混雑状況管理装置５１から受け取ったクライアントマシン及びサーバの識別情報を有する回線特定テーブル５２Ｃを回線特定テーブル格納部５２ｃから読み込み、その回線情報欄５２Ｃ３からクライアントマシン−サーバ間に存在する回線情報を取得する（ステップＳＴ２８）。そして、取得した回線情報に該当する閾値情報及び回線使用率情報を第二混雑状況判定テーブル５２Ｄ及び回線使用率監視テーブル５２Ｅから読み込み、閾値を超えている回線使用率の回線（ボトルネック回線）を特定する（ステップＳＴ２９）。
【００５０】
続いて、この制御部５２ｆは、その指示機能５２ｆ３により、上記回線特定機能５２ｆ２にて特定されたボトルネック回線の両端に位置する夫々のノードへトラフィック制御の実施を指示する（ステップＳＴ３０）。これにより、指示を受けたノードがボトルネック回線に対して前述した帯域幅Ｙを確保する。
【００５１】
以上示した如く、本実施形態のトラフィック制御システムを用いることによって、劣化を起こしているサービスのデータを通信する為に使用する帯域の確保をボトルネックとして特定された回線に対して行う、という動的なトラフィック制御が可能となる。そして、これにより常にサービス品質の維持を図ることができる。また、前述した式２の如く重み付けすることによって、指示対象たるサービスが複数であって制御対象のボトルネック回線が夫々のサービスで共通している場合には、設定した優先順位に合わせてサービス毎の上記サービス品質の維持を図ることができる。このように、ネットワーク管理者のポリシーに沿った各種ネットワーク上の機器間のサービス品質の維持，即ちその機器間のデータ通信処理能力低下の抑制を常に行うことができる。
【００５２】
尚、以上示した本実施形態にあっては、一つのクライアントマシン４のみを例示しているが、必ずしもその数に限定するものではない。また、三種類のサーバ１，２，３を例示しているが、サーバの場合にあっても、必ずしもその数に限定するものではない。更に、トラフィック制御装置５を混雑状況管理装置５１と主装置５２とで構成したものを例示しているが、必ずしもこの態様に限定するものではなく、例えば混雑状況管理装置５１及び主装置５２の各構成を一まとめにしたトラフィック制御装置としてもよい。
【００５３】
【発明の効果】
本発明に係るトラフィック制御方法及びそのシステムによれば、データ通信処理能力の低下しているサービスに係るデータを通信する為に使用する帯域の確保をボトルネックとして特定された回線に対して行う、という動的なトラフィック制御が可能となるので、常にサービス品質の維持を図ることができる。このように、本発明によれば、ネットワーク管理者のポリシーに沿った各種ネットワーク上の機器間のサービス品質を維持することができる、という従来にない優れたトラフィック制御方法及びそのシステムを得ることが可能となる。
【図面の簡単な説明】
【図１】本発明に係るトラフィック制御システムの一実施形態の構成を示すブロック図である。
【図２】本実施形態の測定情報管理テーブルを説明する説明図である。
【図３】本実施形態の第一混雑状況判定テーブルを説明する説明図である。
【図４】本実施形態の回線特定テーブルを説明する説明図であって、図４（ａ）はクライアントとＷｅｂサーバとの間のテーブルを，図４（ｂ）はクライアントとファイルサーバとの間のテーブルを例示する図である。
【図５】本実施形態の第二混雑状況判定テーブルを説明する説明図である。
【図６】本実施形態の回線使用率監視テーブルを説明する説明図である。
【図７】本実施形態のトラフィック制御システムの概念を説明する説明図である。
【図８】本実施形態の測定処理（データ通信処理能力監視処理）を説明するフローチャートである。
【図９】本実施形態の回線使用率監視処理を説明するフローチャートである。
【図１０】本実施形態のトラフィック制御装置の処理動作を説明するフローチャートである。
【符号の説明】
１  Ｗｅｂサーバ
２  ファイルサーバ
３  ＤＢサーバ
４  クライアントマシン
４ｂ  管理テーブル格納部
４ｃ  クライアントマシンの制御部
４ｃ１  測定機能
４ｃ２  送信機能
４Ｂ  測定情報管理テーブル
５  トラフィック制御装置
５１  混雑状況管理装置
５１ｂ  第一混雑状況判定テーブル格納部
５１ｄ  混雑状況管理装置の制御部
５１ｄ１  判定機能
５１ｄ２  送信機能
５１Ｂ  第一混雑状況判定テーブル
５２  主装置
５２ｃ  回線特定テーブル格納部
５２ｄ  第二混雑状況判定テーブル格納部
５２ｅ  監視テーブル格納部
５２ｆ  主装置の制御部
５２ｆ１  監視機能
５２ｆ２  回線特定機能
５２ｆ３  指示機能
５２Ｃ  回線特定テーブル
５２Ｄ  第二混雑状況判定テーブル
５２Ｅ  回線使用率監視テーブル
Ｎ１，Ｎ２，Ｎ３，Ｎ４，Ｎ５，Ｎ６  ノード
【図１】
0003750621.tif 000002
【図２】
0003750621.tif 000003
【図３】
0003750621.tif 000004
【図４】
0003750621.tif 000005
【図５】
0003750621.tif 000006
【図６】
0003750621.tif 000007
【図７】
0003750621.tif 000008
【図８】
0003750621.tif 000009
【図９】
0003750621.tif 000010
【図１０】
0003750621.tif 000011