JP4102367B2 - ネットワークに対する知能型トラフィック管理システムおよびそれを利用した知能型トラフィック管理方法 - Google Patents

Description

本発明は，ネットワークに対する知能型トラフィック管理システムおよびそれを利用した知能型トラフィック管理方法に関し，より詳しくは，ユーザが要請した複数の電算センター内に位置している各々のサービスサーバ中に該ユーザと最適接続経路で接続する任意の１つのサービスサーバを選択して接続するように制御してやるネットワークに対する知能型トラフィック管理システムおよびそれを利用した知能型トラフィック管理方法に関する。

図１は，従来のドメインネームサーバによりユーザ端末機とサービスサーバとの間の接続経路を指定するために必要とする概略的なシステム構成図である。

図示のように，ドメインネーム（Ｄｏｍａｉｎ Ｎａｍｅ）情報を利用して特定のサービスサーバに接続要請をするユーザ端末機１，上記ユーザ端末機１とインターネット網２を通じて接続し，ユーザ端末機１から伝送されるドメインネーム情報をリゾールビング（ｒｅｓｏｌｖｉｎｇ）方式によりＩＰ住所（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）情報に変換して，変換されたＩＰ住所情報をユーザ端末機１に伝送するドメインネームサーバ３（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ； 以下，ＤＮＳという）および伝送されたＩＰ住所情報により該ユーザ端末機１と接続するサービスサーバ４からなっている。

ここで，ＤＮＳ３は電算センター（Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）内に位置するサーバ（サービスサーバ）の集合体または一定領域内に位置するサーバ（サービスサーバ）の集合体とユーザ端末機との間に接続するように制御するサーバである。

そして，インターネットポータルサイトは情報検索サービスやコミュニティのように，ユーザが定期的に利用できるサービスを提供することによって，固定訪問客（加入会員）を確保して運営されるサイトであって，代表的なインターネットポータルサイトには‘Ｄａｕｍ’，‘ＹＡＨＯＯ’，‘ＮＡＶＥＲ’，‘ＬＹＣＯＳ’等があり，上記個々のポータルサイトに加入した加入会員数は最小数十万名〜最大数百万名に至る程度で巨大であるので，巨大な固定訪問客が円滑に接続できるように数十〜数百台のサーバの個々の電算センター内に位置して管理されている。

ところが，このような数多くのサーバが１つの電算センターで全て管理される場合，その数多くのサーバを管理する電算センターがハードウェアまたはソフトウェア的な内部要因や停電のような外部要因により稼動が不可能な場合，該ポータルサイトに加入した全ての訪問客達が該ポータルサイトに接続できない弊害をもたらすので，数百台のサーバをソウル，京畿，大田などのように，各地域別に分散配置させて個々の電算センターで独立的に制御管理している。

また，３台〜４台程度の少ない数のサーバで運営される小規模ウェブサイトの場合は，大型ポータルサイトのように幾つの地域別に区分してサーバを管理する場合，多く管理費用がかかるので，１つの電算センターで共に管理制御されている実情であり，各々の電算センター内にはユーザが要請したサーバ（以下，サービスサーバという）とユーザ端末機と接続するように該ユーザ端末機に該サービスサーバのＩＰ住所情報を伝送するＤＮＳ３が備えられている。

以下，従来のＤＮＳ３がユーザ端末機１からサービスサーバ４の要請がある場合，管理されているサービスサーバ４とユーザ端末機１が接続するように接続経路を指定する方法を説明する。

まず，ユーザがインターネット網２を通じてサービスサーバ４への接続のために，ユーザ端末機１に備えられたウェブブラウザを活性化した後，その活性化したウェブブラウザのＵＲＬ入力部上に接続しようとするサービスサーバ４のドメインネームを入力してＤＮＳ３に伝送する。

この際，ＤＮＳ３は伝送されるドメインネーム情報をリゾールビング（ｒｅｓｏｌｖｉｎｇ）方式により複数のユーザ端末機と複数のサービスサーバが順次に均等に接続するように制御して順次に選ばれる該サービスサーバ４のＩＰ住所情報をユーザ端末機１に伝送することによって，ユーザ端末機１が該サービスサーバ４に接続してウェブページの閲覧を可能にする。

しかしながら，上記従来のドメインネームサーバを通じたインターネット接続経路システムおよび方法は，ユーザ端末機とサービスサーバとの間の接続経路を指定する際，ＤＮＳはユーザ端末機が要請したサービスサーバが位置する電算センター内の複数個のサービスサーバの中，順次に順が回ってくる該サービスサーバと無条件的に接続させてやるので，接続するサービスサーバの中央処理速度（ＣＰＵ）およびメモリ（ＲＡＭ）のようなシステムリソースの使用率の高い場合や，または，ポート別セッション数の多い場合，該ユーザ端末機に該サービスサーバが運営するウェブページが出力されることに相当なディスプレイ遅延時間が発生し，さらに，接続するサービスサーバのハードウェアまたはソフトウェア的に欠陥がある場合，ユーザが要請したサービスサーバに接続できなくてウェブページの閲覧自体をすることができなくて，再度サービスサーバ要請を繰り返さなければならない問題がある。このような問題は固定訪問客数の多いポータルサイトの場合に一層大きい問題に浮び上がる弊害がある。

換言すると，従来のＤＮＳは，ラウンドロビン法（Ｒｏｕｎｄ Ｒｏｂｉｎ ｍｅｔｈｏｄ）に基づいて負荷の分散を試みていたに過ぎない。つまり，ユーザは，直接的にサービスの質に影響する接続条件が考慮されることなくサービスサーバが割当されていた。該接続条件とは，ユーザ端末機とサービスサーバの間の接続距離，またはサービスサーバのリソース状況等である。結果として，ラウンドロビン法に基づく従来の負荷分散法では，高品質のサービスを提供できないばかりでなく，サーバの状況次第でユーザとの接続ができなくなるという場合もあった。接続不可能な状況とは，トラフィックが過剰になってＣＰＵやメモリの負荷が増大し，ハードウェアの故障等が予見されるような状況下にあることをいう。

さらに，上記従来の負荷分散法の下では，追加的に必要とされるサーバ数が増加することに伴って，システム自体の構築費用が増大するという問題もある。必要とされるサーバ数の増大は，マルチメディア指向のウェブコンテンツを含むインターネットサービスを提供する際，一度にトラフィックが増大することによる。

上述のような問題点を克服するために，レイヤー４スイッチ（以下，Ｌ４）と呼ばれるサーバロードバランシングデバイスが提案されている。Ｌ４は，いくつかのサービスサーバに繋がる経路に備えられるハードウェアデバイスである。このＬ４は，ユーザから転送されるパケット（目的地のアドレス等を含むデータ単位）を解析する役割を有し，ユーザ端末機が，ポート別セッション数が最少の最適なサービスサーバへと接続されるように制御するものである。
しかし，Ｌ４は，サービスサーバのポート別セッション数のみを監視して，最適なサービスサーバを選択するので，ＣＰＵやメモリといったシステムリソースがサービスサーバ毎に異なるといった要因により，転送データレートが異なる点には配慮されていない。ゆえに，Ｌ４は，実際上，ユーザ端末機を最適なサービスサーバへと接続するように制御するサーバロードバランシング機能を実行することができないといった問題を孕んでいる。

さらに，Ｌ４は，ハードウェアデバイスであるため，接続要求するパケットの数が増加すると過負荷となり，Ｌ４がボトルネックとなって，サービスの品質が急速に低下する。ゆえに，サービスサーバの数を増加した場合には，必ずＬ４の数を増加させねばならず，追加システムの構築とそのシステム構築のための巨額の負担を負うこととなる。

本発明は，上記の従来技術の問題を解決するためのものであって，ユーザが要請したサービスサーバが複数の電算センター内に位置している複数のサービスサーバの場合，その分布した複数の電算センター内に位置する複数のサービスサーバのシステムリソースおよび多様なハードウェア的，または，ソフトウェア的な欠陥の状態を比較分析して，ユーザ端末機が複数のサービスサーバの中，最適の接続経路を有する任意の１つのサービスサーバと接続するように制御するネットワークに対する知能型トラフィック管理システムおよびそれを利用した知能型トラフィック管理方法を提供することにある。

上記課題を解決するために，本発明は，各々のサーバ集合体内に位置する任意の１つのＧＬＢエージェント専用サーバに備えられるものであって，ユーザ端末機のＩＰ住所情報を利用して上記ユーザ端末機と各々のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値が含まれた広域ロードバランシング情報を生成する広域ロードバランシングエージェントと，ＰＯＰ内に位置する各サービスサーバに備えられるものであって，所定周期毎に各サービスサーバのシステムリソース情報およびポート別セッション数情報からなったサーバロードバランシング情報をサーバロードバランシングエージェントと，全国各地に分布したＰＯＰ３０を制御管理し，ユーザ端末機とサービスサーバとの間の最適の接続経路で設定されるように，上記ＧＬＢエージェントおよびＳＬＢエージェントを駆動制御して入力される広域ロードバランシング情報およびサーバロードバランシング情報を利用して最適のＰＯＰおよび最適のサービスサーバを検索するトラフィック管理サーバと，サービスサーバのドメイン情報およびそのサービスサーバを制御管理するトラフィック管理サーバのＩＰ情報が格納されたドメインＤＢを含み，ユーザが要請したサービスサーバのドメイン情報および該トラフィック管理サーバのＩＰ住所情報を抽出して，抽出されたドメイン情報からなったサービスサーバ接続要請信号をトラフィック管理サーバのＩＰ住所情報を有するトラフィック管理サーバにインターネット網を通じて伝送するように制御するクライアントエージェントプログラムが備えられたユーザ端末機と，を含む構成である。

上記ＰＯＰは，電算センター内に位置するサーバ集合体，または，一定領域内に位置するサーバ集合体中のいずれかの１つである。

上記トラフィック管理サーバはサービスサーバ接続要請信号の伝送により上記ＧＬＢエージェントが駆動するように制御して生成する各々の広域ロードバランシング情報の接続距離および演算された応答時間を入力受けて比較分析して最適のＰＯＰを選択するＧＬＢマスターと，上記選択された最適のＰＯＰ内に位置する各々のサービスサーバのＳＬＢエージェントが駆動するように制御して収集される各々のサービスサーバのサーバロードバランシング情報のシステムリソース情報およびポート別セッション数情報を入力受けて比較分析して最適のサービスサーバを選択するＳＬＢマスターと，各々のＰＯＰ内に位置する各サーバおよび各エージェントとデータの送受信が可能であるようにインターフェース機能を遂行する通信モジュールと，システム管理者が事前に設定した該ユーザ端末機とマッチングされる最適のＰＯＰからなった固定ＩＰブロック情報，該ユーザが要請したサービスサーバのドメイン情報とＩＰ情報，ユーザが該サービスサーバに接続要請をした時間と該ユーザ端末機のＩＰ住所情報が格納されたサーバ接続要請時間情報と該ユーザ端末機と最適のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値からなった最適の広域ロードバランシング情報，個々のＰＯＰ内に位置する各サービスサーバのサーバロードバランシング情報が格納されたデータベースと，上記ＧＬＢおよびＳＬＢマスターを駆動制御する制御部からなる。

上記データベースに格納されたサーバロードバランシング情報は，各々のＰＯＰに位置するＳＬＢエージェントを備えた各サービスサーバから所定周期毎に自動的に伝送されて更新される。

上記知能型トラフィック管理システムはクライアントエージェントプログラムが備えられていないユーザ端末機を更に含む。

上記知能型トラフィック管理システムはトラフィック管理サーバのＩＰ住所情報が格納されたＤＮＳサーバを更に含み，上記クライアントエージェントプログラムを備えていないユーザ端末機において，サービスサーバ接続要請信号が上記ＤＮＳサーバに伝送されれば，ＤＮＳサーバは伝送されたサービスサーバ接続要請信号にＤＮＳサーバ自身のＩＰ住所情報を添付してトラフィック管理サーバに伝送されるように制御する。

上記クライアントエージェントプログラムを備えていないユーザ端末機において，上記ＤＮＳサーバに伝送されるサービスサーバ接続要請信号はユーザが要請したサービスサーバのドメイン情報からなる。

上記ＧＬＢエージェントはクライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合，ＤＮＳサーバのＩＰ住所情報を利用して上記ユーザ端末機と各々のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値が含まれた広域ロードバランシング情報を生成する。

上記データベースはクライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合，システム管理者が事前に設定した該ＤＮＳサーバとマッチングされる最適のＰＯＰからなった固定ＩＰブロック情報，該ユーザが要請したサービスサーバのドメイン情報とＩＰ情報，ユーザが該サービスサーバに接続要請をした時間と該ＤＮＳサーバのＩＰ住所情報が格納されたサーバ接続要請時間情報と該ＤＮＳサーバと最適のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値からなった最適の広域ロードバランシング情報および個々のＰＯＰ内に位置する各サービスサーバのサーバロードバランシング情報で格納される。

上記サーバロードバランシング情報に含まれたシステムリソース情報は上記サーバの中央演算処理装置およびメモリの情報である。

上記広域ロードバランシング情報中，接続距離はパケット交換方式のネットワークにおいて，データパケットが１つのルータからネットワーク上の他のルータに送られる経路を意味し，接続距離が長いほどサーバ／クライアント間のデータパケットの送受信時間が長くなることが分かるので，かかる時間を比較分析して最適のＰＯＰを選択することができる。

また，上記広域ロードバランシング情報中，Ｐｉｎｇ応答時間は，特定のインターネット住所があり，また，その住所が要請を受け入れられるかどうかが確認できる情報であって，Ｐｉｎｇ応答時間を比較分析して最適のＰＯＰを選択することができる。

上記ユーザ端末機はインターネットサービス可能な一般的なデスクトップ（ノートブックおよびＰＤＡを含み），または，証券取引のような特定の項目のみをサービス受けることができるように提供される応用プログラム（ａｐｐｌｉｃａｔｉｏｎ）が搭載された専用端末機などを含み，これによって，ブラウザもデスクトップ環境で使われるウェブブラウザまたは専用端末機に使われる専用ブラウザなどを含む。

また，上述の知能型トラフィックシステムを利用して，ユーザ端末機とサービスサーバとの間の最適の接続経路で接続するように，ユーザ端末機に備えられたブラウザを駆動するステップと，クライアントエージェントプログラムが設けられているかどうかを確認するステップと，クライアントエージェントプログラムが設けられている場合，要請するサービスサーバのドメインネーム情報，そのサービスサーバを制御する該トラフィック管理サーバのＩＰ住所情報およびユーザ端末機のＩＰ住所情報を各々抽出するステップと，上記抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送するステップと，ユーザ端末機がシステム管理者が設定した固定ＩＰブロックに該当するかどうかを確認するステップと，ユーザ端末機が固定ＩＰブロックに該当しない場合，ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップと，広域ロードバランシング情報が存在する場合，上記広域ロードバランシング情報を利用して最適のＰＯＰを選択するステップと，上記選択された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップと，上記検索された最適のサービスサーバのＩＰ住所情報をユーザ端末機に伝送して最適の接続経路を指定するステップと，を含む構成である。

上記ユーザ端末機が固定ＩＰブロックに該当するかどうかを確認するステップＳ５００において，ユーザ端末機が固定ＩＰブロックに該当する場合，既設定された最適のＰＯＰを抽出するステップで上記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップに進入する。

また，上記固定ＩＰブロックはユーザ端末機がインターネットサービスを受けるために加入したＩＳＰ業体が使用する各サーバのＩＰ住所，または，所定地域別に区分された電算センターに位置する各サーバのＩＰ住所の中のいずれかの１つであって，ユーザが要請したサービスサーバが該ユーザがインターネットサービスを受けるために加入したＩＳＰ業体の場合，物理的に(距離上に)最も近いので最適のＰＯＰの検索および抽出なしに，直ちに該ＩＳＰ業体のＩＰ住所に接続経路が指定されるように知能型トラフィック管理システムを運営する管理者が任意に指定する。

上記ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップＳ６００において，ユーザ端末機のＩＰ住所情報はトラフィック管理サーバのデータベースに格納されたサーバ接続要請時間情報とマッチングして広域ロードバランシング情報の存在を確認する。

上記選択された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップにおいて，最適のサービスサーバの検索はトラフィック管理サーバのデータベースに格納された個々のＰＯＰ内に位置する各サービスサーバのサーバロードバランシング情報中，上記選択された最適のＰＯＰ内に位置する各サービスサーバの中央処理装置およびメモリからなったシステムリソース情報とポート別セッション数情報からなったサーバロードバランシング情報を比較分析して最適のサーバロードバランシング情報を有する該サービスサーバを検索することにより，ユーザ端末機と最適の接続経路を有する任意の１つのサービスサーバが選択される。

上記広域ロードバランシング情報を利用して最適のＰＯＰを抽出するステップは，ユーザが要請したサービスサーバの以前の接続時間を読み込むステップと，広域ロードバランシング情報の使用期間が満了したかどうかを確認するステップと，広域ロードバランシング情報の使用期間が満了した場合，ＧＬＢエージェントを制御して最適のＰＯＰを抽出するステップと，からなる。

上記広域ロードバランシング情報の使用期間が満了したかどうかを確認するステップにおいて，広域ロードバランシング情報の使用期間が満了していない場合，最適のＰＯＰを表す広域ロードバランシング情報を選択するステップで上記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップに進入する。

上記ＧＬＢエージェントを制御して最適のＰＯＰを抽出するステップは，トラフィック管理サーバで個々のＰＯＰ内のＧＬＢエージェントを備えたＧＬＢエージェント専用サーバにユーザ端末機のＩＰ住所情報を伝送するステップと，上記伝送されたユーザ端末機のＩＰ住所情報を利用してユーザ端末機とＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した新規広域ロードバランシング情報を生成してトラフィック管理サーバに伝送するステップと，各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して任意の１つの最適のＰＯＰを選択して格納するステップと，からなる。

上記各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して任意の１つの最適のＰＯＰを選択して格納するステップにおいて，選択された最適のＰＯＰを表す新規広域ロードバランシング情報にはサービスサーバを要請した該ユーザ端末機とマッチングできるようにユーザが該サービスサーバに接続要請をした時間と該ユーザ端末機のＩＰ住所情報が格納されたサーバ接続要請時間情報が添付されてデータベースに格納される。

上記クライアントエージェントプログラムが設けられているかどうかを確認するステップにおいて，ユーザ端末機にクライアントエージェントプログラムが設けられていない場合，クライアントエージェントプログラムが設けられていないユーザ端末機から要請するサービスサーバのドメインネーム情報を抽出するステップと，上記抽出されたサービスサーバのドメインネーム情報をＤＮＳサーバに伝送するステップと，ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有しているかどうかを確認するステップと，ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有している場合，サービスサーバのドメインネーム情報にＤＮＳサーバ自身のＩＰ住所情報が添付されたサーバ接触要請信号をトラフィック管理サーバに伝送するステップからユーザ端末機がシステム管理者が設定した固定ＩＰブロックに該当するかどうかを確認するステップに進入する。

上記ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有しているかどうかを確認するステップにおいて，ＤＮＳサーバがトラフィック管理サーバのＩＰ住所を保有していない場合，ＤＮＳサーバでユーザ端末機とサービスサーバとの間に接続するように制御するステップ後に終了する。

上記ユーザ端末機がシステム管理者が設定した固定ＩＰブロックに該当するかどうかを確認するステップにおいて，ユーザ端末機のＩＰ住所情報とＤＮＳサーバのＩＰ住所情報中，いずれかの１つを利用して固定ＩＰブロックに該当するかどうかを確認する。

上記ユーザ端末機が固定ＩＰブロックに該当しない場合，ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップにおいて，クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合は，該ＤＮＳサーバのＩＰ住所情報とマッチングして広域ロードバランシング情報が存在するかどうかを確認する。

上記ＤＮＳサーバのＩＰ住所情報はトラフィック管理サーバのデータベースに格納されたサーバ接続要請時間情報とマッチングして広域ロードバランシング情報の存在を確認する。

上記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップにおいて，クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合の最適のサービスサーバの検索はトラフィック管理サーバのデータベースに格納された個々のＰＯＰ内に位置する各サービスサーバのサーバロードバランシング情報中，上記選択された最適のＰＯＰ内に位置する各サービスサーバの中央処理装置およびメモリからなったシステムリソース情報とポート別セッション数情報からなったサーバロードバランシング情報を比較分析して最適のサーバロードバランシング情報を有する該サービスサーバを検索することによって，該ＤＮＳサーバと最適の接続経路を有する任意の１つのサービスサーバが選択される。

上記伝送されたユーザ端末機のＩＰ住所情報を利用してユーザ端末機とＰＯＰ間の接続距離およびＰｉｎｇ応答時間を演算した新規広域ロードバランシング情報を生成してトラフィック管理サーバに伝送するステップにおいて，クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合は，該ＤＮＳサーバのＩＰ住所情報を利用してユーザ端末機とＰＯＰ間の接続距離およびＰｉｎｇ応答時間を演算した新規広域ロードバランシング情報を生成する。

上記各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して任意の１つの最適のＰＯＰを選択して格納するステップにおいて，クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合は，選択された最適のＰＯＰを表す新規広域ロードバランシング情報にサービスサーバを要請した該ユーザ端末機とマッチングできるようにユーザが該サービスサーバに接続要請をした時間と該ＤＮＳサーバのＩＰ住所情報が格納されたサーバ接続要請時間情報が添付されてデータベースに格納される。

本発明の他の実施形態であって，ユーザが要請したサービスサーバが小規模で運営される場合の知能型トラフィック管理システムによる知能型トラフィック管理方法は，ユーザ端末機とサービスサーバとの間の最適の接続経路で接続するように，ユーザ端末機に備えられたブラウザを駆動するステップと，クライアントエージェントプログラムが設けられているかどうかを確認するステップと，クライアントエージェントプログラムが設けられている場合，要請するサービスサーバのドメインネーム情報，そのサービスサーバを管理制御する該トラフィック管理サーバのＩＰ住所情報およびユーザ端末機のＩＰ住所情報を各々抽出するステップと，上記抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送するステップと，ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置するかどうかを確認するステップと，ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置する場合，該ＰＯＰ内で最適のサービスサーバを検索するステップと，上記検索された最適のサービスサーバのＩＰ住所情報をユーザ端末機に伝送して最適の接続経路を指定するステップと，を含む。

以上説明したように本発明によれば，ユーザが要請したサービスサーバが複数の電算センター内に位置している複数のサービスサーバの場合，その分布した複数の電算センター内に位置する複数のサービスサーバのシステムリソースおよび多様な内的・外的欠陥状態を比較分析してユーザ端末機が複数のサービスサーバの中，最適の接続経路を有する任意の１つのサービスサーバと接続するように制御する効果を発揮する。

以下，本発明の実施形態に対する構成を添付の図面を参照しつつ詳細に説明する。

図２は本発明の知能型トラフィック管理システムの概略的なシステム構成図であり，図３は図２の構成要素のトラフィック管理サーバを詳細に示すブロック図である。

各々のサーバ集合体３０（以下，ＰＯＰという）内に位置する任意の１つのＧＬＢエージェント専用サーバ３１'に備えられるものであって，ユーザ端末機１'のＩＰ住所情報を利用して上記ユーザ端末機１'と各々のＰＯＰ３０（ＰＯＰ; Ｐｏｉｎｔ Ｏｆ Ｐｒｅｓｅｎｃｅ）との間の接続距離（ｈｏｐ）およびＰｉｎｇ応答時間（Ｐａｃｋｅｔ Ｉｎｔｅｒｎｅｔ Ｇｒｏｐｅｒ ｒｅｓｐｏｎｓｅ ｔｉｍｅ）を演算した値が含まれた広域ロードバランシング情報を生成する広域ロードバランシングエージェント３３（Ｇｌｏｂａｌ Ｌｏａｄ Ｂａｌａｎｃｅ Ａｇｅｎｔ，以下，ＧＬＢエージェントという）と，ＰＯＰ３０内に位置する各サービスサーバ３１に備えられるものであって，所定周期毎に各サービスサーバ３１のシステムリソース情報およびポート別セッション数情報からなったサーバロードバランシング情報をサーバロードバランシングエージェント３２（Ｓｅｒｖｅｒ Ｌｏａｄ Ｂａｌａｎｃｅ Ａｇｅｎｔ，以下，ＳＬＢエージェントという）と，全国各地に分布したＰＯＰ３０を制御管理し，ユーザ端末機１'とサービスサーバとの間３１に最適の接続経路で設定されるように上記ＧＬＢエージェント３３およびＳＬＢエージェント３１を駆動制御して入力される広域ロードバランシング情報およびサーバロードバランシング情報を利用して最適のＰＯＰ３０および最適のサービスサーバ３１を検索するトラフィック管理サーバ２０（Ｉｎｔｅｒｎｅｔ Ｔｒａｆｆｉｃ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｅｒ）と，サービスサーバ３１のドメイン情報およびそのサービスサーバ３１を制御管理するトラフィック管理サーバ２０のＩＰ情報が格納されたドメインＤＢ（図示していない）を含み，ユーザが要請したサービスサーバ３１のドメイン情報および該トラフィック管理サーバ２０のＩＰ住所情報を抽出して，抽出されたドメイン情報からなったサービスサーバ接続要請信号をトラフィック管理サーバ２０のＩＰ住所情報を有するトラフィック管理サーバ２０でインターネット網２を通じて伝送するように制御するクライアントエージェントプログラム１０が備えられたユーザ端末機１'を含む構成である。

上記ＰＯＰ３０は電算センター内に位置するサーバ集合体，または，一定領域内に位置するサーバ集合体中のいずれかの１つである。

上記トラフィック管理サーバ２０はサービスサーバ接続要請信号の伝送により上記ＧＬＢエージェント３３が駆動するように制御して生成される各々の広域ロードバランシング情報の接続距離および演算された応答時間を入力受けて比較分析して最適のＰＯＰ３０を選択するＧＬＢマスター２２（Ｇｌｏｂａｌ Ｌｏａｄ Ｂａｌａｎａｃｅ Ｍａｓｔｅｒ）と，上記選択された最適のＰＯＰ３０内に位置する各々のサービスサーバ３１のＳＬＢエージェント３２が駆動するように制御して収集される各々のサービスサーバ３１のサーバロードバランシング情報のシステムリソース情報およびポート別セッション数情報を入力受けて比較分析して最適のサービスサーバ３１を選択するＬＢマスター２３（Ｓｅｒｖｅｒ Ｌｏａｄ Ｂａｌａｎｃｅ Ｍａｓｔｅｒ）と，各々のＰＯＰ３０内に位置する各サーバ３１，３１' および各エージェント３２，３３とデータの送受信が可能であるようにインターフェース機能を遂行する通信モジュール２４と，システム管理者が事前に設定した該ユーザ端末機１'とマッチングされる最適のＰＯＰ３０からなった固定ＩＰブロック情報，該ユーザが要請したサービスサーバ３１のドメイン情報とＩＰ情報，ユーザが該サービスサーバに接続要請をした時間と該ユーザ端末機１'のＩＰ住所情報が格納されたサーバ接続要請時間情報と該ユーザ端末機１'と最適のＰＯＰ３０との間の接続距離およびＰｉｎｇ応答時間を演算した値からなった最適の広域ロードバランシング情報，個々のＰＯＰ３０内に位置する各サービスサーバ３１のサーバロードバランシング情報が格納されたデータベース２５と，上記ＧＬＢおよびＳＬＢマスター２２，２３を駆動制御する制御部２１からなる。
上記データベース２５に格納されたサーバロードバランシング情報は，各々のＰＯＰに位置するＳＬＢエージェント３２を備えた各サービスサーバ３１から所定の周期毎に自動的に伝送されて更新される。

上記知能型トラフィック管理システムはクライアントエージェントプログラム１０が備えられていないユーザ端末機１を更に含む。

上記知能型トラフィック管理システムはトラフィック管理サーバ２０のＩＰ住所情報が格納されたＤＮＳサーバ３'を更に含み，上記クライアントエージェントプログラム１０を備えていないユーザ端末機１からサービスサーバ接続要請信号が上記ＤＮＳサーバ３'に伝送されれば，ＤＮＳサーバ３'は伝送されたサービスサーバ接続要請信号にＤＮＳサーバ３'自身のＩＰ住所情報を添付してトラフィック管理サーバ２０に伝送されるように制御する。

上記クライアントエージェントプログラム１０を備えていないユーザ端末機１において，上記ＤＮＳサーバ３'に伝送されるサービスサーバ接続要請信号はユーザが要請したサービスサーバ３１のドメイン情報からなる。

上記ＧＬＢエージェント３３はクライアントエージェントプログラム１０を備えていないユーザ端末機１からのサービスサーバの接続経路要請の場合，ＤＮＳサーバ３'のＩＰ住所情報を利用して上記ユーザ端末機１'と各々のＰＯＰ３０との間の接続距離およびＰｉｎｇ応答時間を演算した値が含まれた広域ロードバランシング情報を生成する。

上記データベース２５はクライアントエージェントプログラム１０を備えていないユーザ端末機１からのサービスサーバの接続経路要請の場合，システム管理者が事前に設定した該ＤＮＳサーバ３'とマッチングされる最適のＰＯＰ３０からなった固定ＩＰブロック情報，該ユーザが要請したサービスサーバ３１のドメイン情報とＩＰ情報，ユーザが該サービスサーバに接続要請をした時間と該ＤＮＳサーバ３'のＩＰ住所情報が格納されたサーバ接続要請時間情報と該ＤＮＳサーバ３'と最適のＰＯＰ３０との間の接続距離およびＰｉｎｇ応答時間を演算した値からなった最適の広域ロードバランシング情報，個々のＰＯＰ３０内に位置する各サービスサーバ３１のサーバロードバランシング情報で格納される。

上記サーバロードバランシング情報に含まれたシステムリソース情報は上記サーバの中央処理装置（ＣＰＵ），メモリ（ＲＡＭ）である。

上記広域ロードバランシング情報中，接続距離（ｈｏｐ）はパケット交換方式のネットワークにおいて，データパケット（サーバ／クライアント間に送受信されるデータの基本伝送単位）が１つのルータからネットワーク上の他のルータに送られる経路を意味し，接続距離が長いほどサーバ／クライアント間のデータパケットの送受信時間が長くなることが分かるので，かかる時間を比較分析して最適のＰＯＰ３０を選択することができる。

また，上記広域ロードバランシング情報中，Ｐｉｎｇ応答時間は，特定のインターネット住所があり，また，その住所が要請を受け入れられるかどうかを確認することができる情報であって，Ｐｉｎｇ応答時間を比較分析して最適のサービスサーバ３１を選択することができる。

上記ユーザ端末機１，１'はインターネットサービスが可能な一般的なデスクトップ（ノートブック，ＰＤＡなどを含み），または，証券取引のような特定項目のみをサービス受けることができるように提供されている応用プログラム（ａｐｐｌｉｃａｔｉｏｎ）が搭載された専用端末機などを含み，これによって，ブラウザもデスクトップ環境で使われるウェブブラウザまたは専用端末機に使われる専用ブラウザなどを含む。

図４は，本発明の知能型トラフィック管理システムによる知能型トラフィック管理方法を示す順序図である。

図示のように，ユーザ端末機とサービスサーバとの間の最適の接続経路に接続するように，ユーザ端末機に備えられたブラウザを駆動するステップＳ１００と，クライアントエージェントプログラムが設けられているかどうかを確認するステップＳ２００と，クライアントエージェントプログラムが設けられている場合，要請するサービスサーバのドメインネーム情報，そのサービスサーバを管理制御する該トラフィック管理サーバのＩＰ住所情報およびユーザ端末機のＩＰ住所情報を各々抽出するステップＳ３００と，上記抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送するステップＳ４００と，ユーザ端末機がシステム管理者が設定した固定ＩＰブロックに該当するかどうかを確認するステップＳ５００と，ユーザ端末機が固定ＩＰブロックに該当しない場合，ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップＳ６００と，広域ロードバランシング情報が存在する場合，上記広域ロードバランシング情報を利用して最適のＰＯＰを選択するステップＳ７００と，上記選択された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップＳ８００と，上記検索された最適のサービスサーバのＩＰ住所情報をユーザ端末機に伝送して最適の接続経路を指定するステップＳ９００とを含む構成である。

上記ユーザ端末機が固定ＩＰブロックに該当するかどうかを確認するＳ５００ステップにおいて，ユーザ端末機が固定ＩＰブロックに該当する場合，既設定された最適のＰＯＰを抽出するステップＳ５０１において，上記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するＳ８００ステップに進入する。

また，上記固定ＩＰブロックはユーザ端末機がインターネットサービスを受けるために加入したＩＳＰ業体（ｈａｎａｒｏ通信，韓国通信，ＯＮＳＥ通信等）が使用する各サーバのＩＰ住所，または，所定地域別に区分された電算センターに位置する各サーバのＩＰ住所中のいずれかの１つであって，ユーザが要請したサービスサーバが該ユーザがインターネットサービスを受けるために加入したＩＳＰ業体の場合，物理的（距離上）に最も近いので，最適のＰＯＰ３０の検索および抽出なしに，直ちに該ＩＳＰ業体のＩＰ住所に接続経路が指定されるように知能型トラフィック管理システムを運営する管理者が任意的に指定する。

また，所定地域別に区分された電算センターに位置する各サーバも，該ユーザ端末機で要請したサービスサーバが最適の接続経路に接続するように複数個以上備えられている場合，知能型トラフィック管理システムを運営する管理者が任意的に指定することができる。

上記ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップＳ６００において，ユーザ端末機のＩＰ住所情報はトラフィック管理サーバのデータベース２５に格納されたサーバ接続要請時間情報とマッチングして広域ロードバランシング情報の存在を確認する。

上記選択された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップＳ８００において，最適のサービスサーバの検索はトラフィック管理サーバのデータベース２５に格納された個々のＰＯＰ３０内に位置する各サービスサーバ３１のサーバロードバランシング情報中，上記選択された最適のＰＯＰ３０内に位置する各サービスサーバ３１の中央処理装置およびメモリからなったシステムリソース情報とポート別セッション数情報からなったサーバロードバランシング情報を比較分析して最適のサーバロードバランシング情報を有する該サービスサーバ３１を検索することにより，ユーザ端末機１'と最適の接続経路を有する任意の１つのサービスサーバ３１が選択される。

図６は上記図４の広域ロードバランシング情報を利用して最適のＰＯＰを選択するステップＳ７００を詳細に示す順序図である。

図示のように，ユーザが要請したサービスサーバの以前の接続時間を読み込むステップＳ７１０と，広域ロードバランシング情報の使用期間が満了したかどうかを確認するステップＳ７２０と，広域ロードバランシング情報の使用期間が満了した場合，ＧＬＢエージェントを制御して最適のＰＯＰを抽出するステップＳ７３０からなる。

上記広域ロードバランシング情報の使用期間が満了したかどうかを確認するステップＳ７２０において，広域ロードバランシング情報の使用期間が満了していない場合，最適のＰＯＰを表す広域ロードバランシング情報を選択するステップＳ７２１において，上記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップＳ８００に進入する。

図７は，上記図６のＧＬＢエージェントを制御して最適のＰＯＰを選択するステップＳ７３０を詳細に示す順序図である。

図示のように，トラフィック管理サーバで個々のＰＯＰ内のＧＬＢエージェントを備えたＧＬＢエージェント専用サーバにユーザ端末機のＩＰ住所情報を伝送するステップＳ７３１と，上記伝送されたユーザ端末機のＩＰ住所情報を利用してユーザ端末機とＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した新規広域ロードバランシング情報を生成してトラフィック管理サーバに伝送するステップＳ７３２と，各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して任意の１つの最適のＰＯＰを選択して格納するステップＳ７３３からなる。

上記各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して任意の１つの最適のＰＯＰを選択して格納するステップＳ７３３において，選択された最適のＰＯＰを表す新規広域ロードバランシング情報にはサービスサーバを要請した該ユーザ端末機とマッチングできるようにユーザが該サービスサーバに接続要請をした時間と該ユーザ端末機１'のＩＰ住所情報が格納されたサーバ接続要請時間情報が添付されてデータベースに格納される。

図５は，上記図４のクライアントエージェントプログラムが設けられているかどうかを確認するステップＳ２００において，クライアントエージェントプログラムが設けられていない場合，ステップ‘Ａ’に進入する過程を示す順序図である。

図示のように，ユーザ端末機にクライアントエージェントプログラムが設けられていない場合，クライアントエージェントプログラムが設けられていないユーザ端末機で要請するサービスサーバのドメインネーム情報を抽出するステップＳ２１０と，上記抽出されたサービスサーバのドメインネーム情報をＤＮＳサーバに伝送するステップＳ２２０と，ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有しているかどうかを確認するステップＳ２３０と，ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有している場合，サービスサーバのドメインネーム情報にＤＮＳサーバ自身のＩＰ住所情報が添付されたサーバ接触要請信号をトラフィック管理サーバに伝送するステップＳ２４０において，ユーザ端末機がシステム管理者が設定した固定ＩＰブロックに該当するかどうかを確認するステップＳ５００に進入する。

上記ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有しているかどうかを確認するステップＳ２３０において，ＤＮＳサーバがトラフィック管理サーバのＩＰ住所情報を保有していない場合，ＤＮＳサーバでユーザ端末機とサービスサーバとの間に接続するように制御するステップＳ２３１後，終了する。

上記ユーザ端末機がシステム管理者が設定した固定ＩＰブロックに該当するかどうかを確認するステップＳ５００において，ユーザ端末機のＩＰ住所情報とＤＮＳサーバのＩＰ住所情報の中のいずれかの１つを利用して固定ＩＰブロックに該当するかどうかを確認する。

上記ユーザ端末機が固定ＩＰブロックに該当しない場合，ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップＳ６００において，クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合は，該ＤＮＳサーバのＩＰ住所情報とマッチングして広域ロードバランシング情報が存在するかどうかを確認する。

上記ＤＮＳサーバのＩＰ住所情報はトラフィック管理サーバのデータベース２５に格納されたサーバ接続要請時間情報とマッチングして広域ロードバランシング情報の存在を確認する。

上記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップＳ８００において，クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合の最適のサービスサーバの検索は，トラフィック管理サーバのデータベース２５に格納された個々のＰＯＰ３０内に位置する各サービスサーバ３１のサーバロードバランシング情報中，上記選択された最適のＰＯＰ３０内に位置する各サービスサーバ３１の中央処理装置およびメモリからなったシステムリソース情報とポート別セッション数情報からなったサーバロードバランシング情報とを比較分析して，最適のサーバロードバランシング情報を有する該サービスサーバ３１を検索することにより，該ＤＮＳサーバ３'と最適の接続経路を有する任意の１つのサービスサーバ３１が選択される。

上記伝送されたユーザ端末機のＩＰ住所情報を利用してユーザ端末機とＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した新規広域ロードバランシング情報を生成してトラフィック管理サーバに伝送するステップＳ７３２において，クライアントエージェントプログラム１０を備えていないユーザ端末機１からのサービスサーバの接続経路要請の場合は，該ＤＮＳサーバ３'のＩＰ住所情報を利用してユーザ端末機とＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した新規広域ロードバランシング情報を生成する。

上記各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して任意の１つの最適のＰＯＰを選択して格納するステップＳ７３３において，クライアントエージェントプログラム１０を備えていないユーザ端末機１からのサービスサーバの接続経路要請の場合は，選択された最適のＰＯＰ３０を表す新規広域ロードバランシング情報にサービスサーバを要請した該ユーザ端末機とマッチングできるようにユーザが該サービスサーバに接続要請をした時間と該ＤＮＳサーバ３'のＩＰ住所情報が格納されたサーバ接続要請時間情報が添付されてデータベース２５に格納される。

図８は本発明の他の実施形態であって，ユーザが要請したサービスサーバが小規模で運営される場合の知能型トラフィック管理システムによる知能型トラフィック管理方法を示す順序図である。

図示のように，ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置した際，ユーザ端末機とサービスサーバとの間の最適の接続経路に接続するように，ユーザ端末機に備えられたブラウザを駆動するステップＳ１０００と，クライアントエージェントプログラムが設けられているかどうかを確認するステップＳ１０１０と，クライアントエージェントプログラムが設けられている場合，要請するサービスサーバのドメインネーム情報，そのサービスサーバを管理制御する該トラフィック管理サーバのＩＰ住所情報およびユーザ端末機のＩＰ住所情報を各々抽出するステップＳ１０２０と，上記抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送するステップＳ１０３０と，ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置するかどうかを確認するステップＳ１０４０と，ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置する場合，該ＰＯＰ内で最適のサービスサーバを検索するステップＳ１０５０と，上記検索された最適のサービスサーバのＩＰ住所情報をユーザ端末機に伝送して最適の接続経路を指定するステップＳ１０６０とを含む。

上記クライアントエージェントプログラムが設けられているかどうかを確認するステップＳ１０１０において，クライアントエージェントプログラムが設けられていない場合，図 ５のステップ‘Ａ’に進入する。

ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置するかどうかを確認するステップＳ１０４０において，ユーザ端末機が要請したサービスサーバが幾つかのＰＯＰ内に位置する場合，図４のステップ‘Ｂ’に進入する。

以下では，本発明の実施形態に対する作用を添付の図面を参照しつつ詳細に説明する。

インターネットサービスが可能なユーザ端末機１，１'を通じてユーザが‘Ｄａｕｍ（ｗｗｗ．Ｄａｕｍ．ｎｅｔ）’のようなサービスサーバ３１に接続するために，ユーザ端末機１，１'に備えられたウェブブラウザを駆動（ステップＳ１００）する。この際，ユーザ端末機１，１'にクライアントエージェントプログラム１０の設置有無（ステップＳ２００）によってサービス動作過程が変わり，まずクライアントエージェントプログラム１０が設けられた場合から説明する。

ウェブブラウザの駆動により活性化されるウェブブラウザ窓のＵＲＬ入力部上に要請しようとするサービスサーバ３１のドメインネームを入力して接続を要請すれば，待機中のクライアントエージェントプログラム１０は入力されたサービスサーバ３１のドメインネーム情報とドメインＤＢをマッチングして該サービスサーバ３１のドメイン情報およびそのサービスサーバ３１を制御管理するトラフィック管理サーバ２０のＩＰ住所情報を抽出（ステップＳ３００）し，抽出されたサービスサーバ３１のドメインネーム情報にユーザ端末機１'のＩＰ住所情報が添付されたサービスサーバ接続要請信号を生成してトラフィック管理サーバ２０のＩＰ住所情報を有するトラフィック管理サーバ２０にインターネット網２を通じて伝送（ステップＳ４００）する。

また，上述のように，ユーザ端末機１にクライアントエージェントプログラム１０が設けられていない場合，クライアントエージェントプログラムが設けられていないユーザ端末機１で要請するサービスサーバのドメインネーム情報を抽出（ステップＳ２１０）し，抽出されたサービスサーバ３１のドメインネーム情報を含むサービスサーバ接続要請信号をインターネット網２を通じてＤＮＳサーバ３'に伝送（ステップＳ２２０）し，伝送されるサービスサーバ接続要請信号を入力受けるＤＮＳサーバ３'は，まずトラフィック管理サーバ２０のＩＰ住所情報を保有しているかどうかを確認（ステップＳ２３０）する。

ＤＮＳサーバ３がトラフィック管理サーバ２０のＩＰ住所情報を保有していない場合には従来のようにユーザ端末機１とサービスサーバ３１との間にリゾールビング方式により接続経路が指定されるように制御（ステップＳ２３１）され，ＤＮＳサーバ３'がトラフィック管理サーバ２０のＩＰ住所情報を保有している場合にはトラフィック管理サーバ２０に伝送されたサービスサーバ３１のドメインネーム情報にＤＮＳサーバ３'自身のＩＰ住所情報を添付してトラフィック管理サーバ２０のＩＰ住所情報を有するトラフィック管理サーバ２０にインターネット網２を通じて伝送（ステップＳ２４０）する。

トラフィック管理サーバ２０の制御部２１は伝送されたサービスサーバ接続要請信号に含まれたユーザ端末機１のＩＰ住所情報をデータベース２５とマッチングしてシステム管理者が事前に設定した最適のＰＯＰ３０からなった固定ＩＰブロックに該当するかどうかを確認（ステップＳ５００）するが，ＤＮＳサーバ３'（クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請）から伝送されたサービスサーバ接続要請信号の場合は，そのサービスサーバ接続要請信号に含まれたＤＮＳサーバ３'のＩＰ住所情報を利用して最適のＰＯＰ３０からなった固定ＩＰブロックに該当するかどうかを確認（ステップＳ５００）する。

まず，ユーザ端末機１，１'のＩＰ住所情報（またはＤＮＳサーバ３'のＩＰ住所情報）が固定ＩＰブロックに該当しない場合，直ちにユーザ端末機のＩＰ住所情報（またはＤＮＳサーバ３'のＩＰ住所情報）とデータベース２５をマッチングして該ユーザの広域ロードバランシング情報が存在するかどうかを確認（ステップＳ６００）する。

ユーザ端末機１，１'とマッチングされる広域ロードバランシング情報が存在する場合，広域ロードバランシング情報を利用して最適のＰＯＰを抽出（ステップＳ７００）する一連の過程は，まずユーザ端末機のＩＰ住所情報（またはＤＮＳサーバ３'のＩＰ住所情報）とデータベース２５をマッチングしてサーバ接続要請時間情報を抽出して，抽出された該サーバ接続要請時間情報に記録された，ユーザが現在要請したサービスサーバの最近に接続した以前の接続時間を読み込んで（ステップＳ７１０），広域ロードバランシング情報の使用期間が満了したかどうかを確認（ステップＳ７２０）する。

ここで，広域ロードバランシング情報の使用期間を確認する最も大きい目的はユーザ端末機１（またはＤＮＳサーバ３'）とＰＯＰ３０との間の最適のネットワーク環境をリアルタイムに反映するためである。例えば，広域ロードバランシング情報に含まれたユーザ端末機１（またはＤＮＳサーバ３'）とＰＯＰ３０との間の接続距離およびＰｉｎｇ応答時間に変化が生じた場合，ユーザ端末機１（またはＤＮＳサーバ３'）とＰＯＰ３０との間の最適のネットワーク環境を反映した最適のＰＯＰ３０を選択するためであり，このために広域ロードバランシング情報の使用期間は２４時間程度と規定しており，またトラフィックシステムを運営する管理者はネットワークシステムの構築状況により任意に変更することができる。

広域ロードバランシング情報の使用期間を確認して広域ロードバランシング情報の使用期間が満了した場合，ＧＬＢエージェント３３を制御して最適のＰＯＰを抽出（ステップＳ７３０）する。ここで，上述のユーザ端末機１（またはＤＮＳサーバ３'）のＩＰ住所情報とデータベース２５をマッチングして該ユーザの広域ロードバランシング情報が存在するかどうかを確認（ステップＳ６００）する過程でマッチングされる広域ロードバランシング情報がないユーザの場合，下記に記述されるＧＬＢエージェントを制御して最適のＰＯＰを抽出（ステップＳ７３０）する過程に進入する。

ＧＬＢエージェント３３を制御して最適のＰＯＰを抽出（ステップＳ７３０）する一連の過程は，まずトラフィック管理サーバ２０の制御部２１が個々のＰＯＰ３０内のＧＬＢエージェント３３を備えたＧＬＢエージェント専用サーバ３１'にユーザ端末機１'（またはＤＮＳサーバ３'）のＩＰ住所情報を伝送（ステップＳ７３１）すれば，待機中のＧＬＢエージェント専用サーバ３１'はＧＬＢエージェント３３を駆動制御して伝送されたユーザ端末機１，１'（またはＤＮＳサーバ３'）のＩＰ住所情報を利用してユーザ端末機１，１'とＧＬＢエージェント専用サーバ３１'が所属されている該ＰＯＰ間の接続距離およびＰｉｎｇ応答時間を演算してその演算した値である新規広域ロードバランシング情報を生成して，生成した新規広域ロードバランシング情報をトラフィック管理サーバ２０に伝送（ステップＳ７３２）する。ここで，クライアントエージェントプログラムを備えていないユーザ端末機１からのサービスサーバの接続要請の際，ＤＮＳサーバ３'のＩＰ住所情報を利用して最適のＰＯＰ３０を選択する理由はサービスサーバの接続を要請したユーザ端末機１をＤＮＳサーバ３'が制御管理しているので，物理的（距離上）に最も近いためである。

トラフィック管理サーバ２０は伝送された複数個の新規広域ロードバランシング情報を比較分析して最適のＰＯＰ３０を選択して，選択された任意の１つの新規広域ロードバランシング情報をサービスサーバ３１を要請した該ユーザ端末機１'（またはＤＮＳサーバ３'）とマッチングできるようにユーザ端末機１，１'が該サービスサーバ３１に接続要請をした時間を表すサーバ接続要請時間情報が添付されてデータベース２５に格納（ステップＳ７３３）される。

ここで，上述の広域ロードバランシング情報の使用期間が満了したかどうかを確認（ステップＳ７２０）する過程で広域ロードバランシング情報の使用期間が満了していない場合は，最適のＰＯＰを表す広域ロードバランシング情報を選択（ステップＳ７２１）した後，下記に記述される選択された最適のＰＯＰ内に位置する各サービスサーバ３１中，最適のサービスサーバ３１を検索（ステップＳ８００）する過程に進入する。

最適のサービスサーバ３１を検索（ステップＳ８００）する過程は，まずトラフィック管理サーバ２０のデータベース２５に格納された個々のＰＯＰ３０内に位置する各サービスサーバ３１のサーバロードバランシング情報中，上記選択された最適のＰＯＰ３０内に位置する各サービスサーバ３１の中央処理装置およびメモリからなったシステムリソース情報とポート別セッション数情報からなったサーバロードバランシング情報を比較分析して最適のサーバロードバランシング情報を有する該サービスサーバ３１を検索して最適の接続経路を有する任意の１つのサービスサーバ３１が選択される。

その後，検索して選択された任意の１つのサービスサーバ３１のＩＰ住所情報を，インターネット網２を通じて該ユーザ端末機１，１'に伝送することによって，ユーザ端末機１，１'はサービスサーバ３１と最適の接続経路に指定されて常時ユーザが要請したポータルサイトウェブページが遅延時間なしに直ちにユーザ端末機１，１'にディスプレーできるように制御することができる。

図８は，本発明の他の実施形態であって，ユーザが要請したサービスサーバが小規模で運営される場合の知能型トラフィック管理システムによる知能型トラフィック管理方法を示す順序図であって，ユーザ端末機１，１'に備えられたブラウザを駆動する過程（ステップＳ１０００）から抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送する過程（ステップＳ１０３０）までは上記に言及した内容と同一であるので言及を除外することにする。

但し，抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送する過程（ステップＳ１０３０）において，トラフィック管理サーバ２０の制御部２１は伝送されたサービスサーバ接続要請信号に含まれた該サービスサーバ２０のドメインネーム情報を読み込んで（ステップＳ１０４０），１つの電算センター内に３台〜４台程度の少ない数のサーバで運営される小規模ウェブサイトであることが判断されれば，該ＰＯＰ内で最適のサービスサーバを検索（ステップＳ１０５０）して最適の接続経路を有する任意の１つのサービスサーバ３１を選択した後，選択された任意の１つのサービスサーバ３１のＩＰ住所情報をインターネット網２を通じて該ユーザ端末機１，１'に伝送することによって，ユーザ端末機１，１'はサービスサーバ３１と最適の接続経路に指定（ステップＳ１０６０）されるように制御する。

ここで，１つの電算センター内に３台〜４台程度の少ない数のサーバで運営される小規模ウェブサイトの判断は事前に知能型トラフィック管理システムを運営する管理者が任意に選択して指定することにより可能である。

本発明は，記載された具体例に対してのみ詳細に説明されたが，本考案の思想と範囲内で変形や変更することができることは本発明が属する分野の当業体には明らかなことであり，そのような変形や変更は特許請求範囲に属するというはずである。

上述のように，本発明は，知能型トラフィック管理システムとそれを利用した知能型トラフィック管理方法に適用される。上記システムまたは方法は，ユーザ端末機が複数のサービスサーバのうちから最適な接続経路を有するサービスサーバとの接続を可能にする。その際，ユーザにより接続要請されたサービスサーバが複数のインターネットデータセンター内に位置する複数のサービスサーバに該当する場合には，分布された複数のインターネットデータセンター内に設置された該サービスサーバのシステムリソースや種々の内部的または外部的欠陥が比較分析される。

従来のドメインネームサーバによりユーザ端末機とサービスサーバとの間の接続経路を指定するために必要な概略的なシステム構成図である。 本実施形態の知能型トラフィック管理システムの概略的なシステム構成図である。 図２の構成要素のトラフィック管理サーバを詳細に示すブロック図である。 本実施形態の知能型トラフィック管理システムによる知能型トラフィック管理方法を示す順序図である。 上記図４のクライアントエージェントプログラムが設けられているかどうかを確認するステップにおいてクライアントエージェントプログラムが設けられていない場合，ステップ‘Ａ’に進入する過程を示す順序図である。 上記図４の広域ロードバランシング情報を利用して最適のＰＯＰを選択するステップＳ７００を詳細に示す順序図である。 上記図６のＧＬＢエージェントを制御して最適のＰＯＰを選択するステップＳ７３０を詳細に示す順序図である。 本発明の他の実施形態であって，ユーザが要請したサービスサーバが小規模で運営される場合の知能型トラフィック管理システムによる知能型トラフィック管理方法を示す順序図である。

符号の説明

１，１' ユーザ端末機
２ インターネット網
３，３' ＤＮＳサーバ
４，３１ サービスサーバ
１０ クライアントエージェントプログラム
２０ トラフィック管理サーバ
２１ 制御部
２２ ＧＬＢマスター
２３ ＳＬＢマスター
２４ 通信モジュール
２５ データベース
３０ ＰＯＰ
３１' ＧＬＢエージェント専用サーバ
３２ ＳＬＢエージェント
３３ ＧＬＢエージェント

Claims (26)

1. 各々のＰＯＰ内に位置する任意の１つのＧＬＢエージェント専用サーバに備えられ，ユーザ端末機のＩＰ住所情報を利用して，前記ユーザ端末機と前記各々のＰＯＰ間の接続距離およびＰｉｎｇ応答時間を演算した値が含まれた広域ロードバランシング情報を生成するＧＬＢエージェントと，
   前記ＰＯＰ内に位置する各サービスサーバに備えられるものであって，所定周期毎に前記各サービスサーバのシステムリソース情報およびポート別セッション数情報からなるサーバロードバランシング情報を収集するＳＬＢエージェントと，
   広域に分布した前記ＰＯＰを制御管理し，前記ユーザ端末機と前記サービスサーバとの間の最適の接続経路で設定されるように，前記ＧＬＢエージェントおよび前記ＳＬＢエージェントを駆動制御して，入力される前記広域ロードバランシング情報および前記サーバロードバランシング情報を利用して，最適のＰＯＰおよび最適のサービスサーバを検索するトラフィック管理サーバと，
   前記サービスサーバのドメイン情報およびそのサービスサーバを制御管理するトラフィック管理サーバのＩＰ情報が格納されたドメインＤＢを含み，ユーザが要請した前記サービスサーバのドメイン情報および該トラフィック管理サーバのＩＰ住所情報を抽出し，前記抽出されたドメイン情報からなるサービスサーバ接続要請信号を，前記トラフィック管理サーバのＩＰ住所情報を有する前記トラフィック管理サーバへとインターネット網を通じて伝送するように制御するクライアントエージェントプログラムが備えられたユーザ端末機と，
   を備え，
   前記ＰＯＰは，電算センター内に位置するサーバ集合体，または，一定領域内に位置するサーバ集合体中のいずれかの１つであることを特徴とする，ネットワークに対する知能型トラフィック管理システム。
2. 前記トラフィック管理サーバは，前記サービスサーバ接続要請信号の伝送により，前記ＧＬＢエージェントが駆動するように制御して，生成される前記各々の広域ロードバランシング情報の含む接続距離と演算された応答時間との入力を受けて比較分析して，前記最適のＰＯＰを選択するＧＬＢマスターと，
   前記選択された最適のＰＯＰ内に位置する各々のサービスサーバのＳＬＢエージェントが駆動するように制御して，収集される前記各々のサービスサーバが有するサーバロードバランシング情報のシステムリソース情報とポート別セッション数情報との入力を受けて，比較分析して，前記最適のサービスサーバを選択するＳＬＢマスターと，
   前記各々のＰＯＰ内に位置する各サーバおよび各エージェントとデータの送受信が可能であるように，インターフェース機能を遂行する通信モジュールと，
   システム管理者が事前に設定した該ユーザ端末機とマッチングされる前記最適のＰＯＰからなる固定ＩＰブロック情報と，該ユーザが要請した前記サービスサーバのドメイン情報およびＩＰ情報と，ユーザが該サービスサーバに接続要請をした時間および該ユーザ端末機のＩＰ住所情報が格納されたサーバ接続要請時間情報と，該ユーザ端末機と該最適のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値からなる前記最適の広域ロードバランシング情報と，個々のＰＯＰ内に位置する前記各サービスサーバのサーバロードバランシング情報が格納されたデータベースと，
   前記ＧＬＢマスターおよび前記ＳＬＢマスターを駆動制御する制御部からなることを特徴とする，請求項１に記載のネットワークに対する知能型トラフィック管理システム。
3. 前記データベースに格納されたサーバロードバランシング情報は，前記各々のＰＯＰに位置するＳＬＢエージェントを備えた各サービスサーバから，所定周期毎に自動的に伝送されて更新されることを特徴とする，請求項１又は２に記載のネットワークに対する知能型トラフィック管理システム。
4. 前記知能型トラフィック管理システムは，前記クライアントエージェントプログラムが備えられていないユーザ端末機を更に含んで構成されることを特徴とする，請求項１に記載のネットワークに対する知能型トラフィック管理システム。
5. 前記知能型トラフィック管理システムは，前記トラフィック管理サーバのＩＰ住所情報が格納されたＤＮＳサーバを更に含み，前記クライアントエージェントプログラムを備えていないユーザ端末機において，前記サービスサーバ接続要請信号が前記ＤＮＳサーバに伝送されれば，ＤＮＳサーバは，前記伝送されたサービスサーバ接続要請信号に前記ＤＮＳサーバ自身のＩＰ住所情報を添付して，前記トラフィック管理サーバに伝送されるように制御することを特徴とする，請求項１〜４の中のいずれかの１項に記載のネットワークに対する知能型トラフィック管理システム。
6. 前記クライアントエージェントプログラムを備えていないユーザ端末機において，前記ＤＮＳサーバに伝送されるサービスサーバ接続要請信号は，ユーザが要請した前記サービスサーバのドメイン情報からなることを特徴とする，請求項５に記載のネットワークに対する知能型トラフィック管理システム。
7. 前記ＧＬＢエージェントは，前記クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバへの接続経路要請の場合，前記ＤＮＳサーバのＩＰ住所情報を利用して，前記ユーザ端末機と前記各々のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値が含まれた前記広域ロードバランシング情報を生成することを特徴とする，請求項１に記載のネットワークに対する知能型トラフィック管理システム。
8. 前記データベースは，前記クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合，システム管理者が事前に設定した該ＤＮＳサーバとマッチングされる最適のＰＯＰからなる固定ＩＰブロック情報と，該ユーザが要請したサービスサーバのドメイン情報およびＩＰ情報と，ユーザが該サービスサーバに接続要請をした時間および該ＤＮＳサーバのＩＰ住所情報が格納されたサーバ接続要請時間情報と，該ＤＮＳサーバと該最適のＰＯＰとの間の接続距離およびＰｉｎｇ応答時間を演算した値からなる最適の広域ロードバランシング情報と，前記個々のＰＯＰ内に位置する各サービスサーバのサーバロードバランシング情報とが格納されていることを特徴とする，請求項２に記載のネットワークに対する知能型トラフィック管理システム。
9. 前記サーバロードバランシング情報に含まれたシステムリソース情報は，前記サーバの中央処理装置およびメモリの情報であることを特徴とする，請求項１〜３のいずれかに記載のネットワークに対する知能型トラフィック管理システム。
10. ユーザ端末機とサービスサーバとの間の最適の接続経路で接続するように，ユーザ端末機に備えられたブラウザを駆動するステップと，
    クライアントエージェントプログラムが設けられているかどうかを確認するステップと，
    前記クライアントエージェントプログラムが設けられている場合，要請するサービスサーバのドメインネーム情報と，そのサービスサーバを管理制御する該トラフィック管理サーバのＩＰ住所情報と，前記ユーザ端末機のＩＰ住所情報とを各々抽出するステップと，
    前記抽出された情報からなるサービスサーバ接続要請信号を該トラフィック管理サーバに伝送するステップと，
    前記ユーザ端末機がシステム管理者により設定された固定ＩＰブロックに該当するかどうかを確認するステップと，
    前記ユーザ端末機が固定ＩＰブロックに該当しない場合，前記ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップと，
    前記広域ロードバランシング情報が存在する場合，前記広域ロードバランシング情報を利用して最適のＰＯＰを選択するステップと，
    所定周期毎に収集された前記各サービスサーバのシステムリソース情報およびポート別セッション数情報からなるサーバロードバランシング情報を利用して，前記選択された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップと，
    前記検索された最適のサービスサーバのＩＰ住所情報を前記ユーザ端末機に伝送して最適の接続経路を指定するステップと，
    を含んで構成され，
    前記クライアントエージェントプログラムは、ユーザが要請した前記サービスサーバのドメインネーム情報およびトラフィック管理サーバのＩＰ住所情報を抽出し，前記抽出されたドメインネーム情報からなるサービスサーバ接続要請信号を，前記トラフィック管理サーバのＩＰ住所情報を有する前記トラフィック管理サーバへとインターネット網を通じて伝送するように制御するプログラムであり、
    前記広域ロードバランシング情報は、前記ユーザ端末機のＩＰ住所情報を利用して，前記ユーザ端末機と前記各々のＰＯＰ間の接続距離およびＰｉｎｇ応答時間を演算した値が含まれる情報であり、
    前記ＰＯＰは，電算センター内に位置するサーバ集合体，または，一定領域内に位置するサーバ集合体中のいずれかの１つであることを特徴とする，ネットワークに対する知能型トラフィック管理方法。
11. 前記ユーザ端末機が固定ＩＰブロックに該当するかどうかを確認するステップにおいて，前記ユーザ端末機が前記固定ＩＰブロックに該当する場合，既に設定された最適のＰＯＰを抽出するステップを更に含んで構成されることを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
12. 前記ユーザ端末機がシステム管理者により設定された固定ＩＰブロックに該当するかどうかを確認するステップにおいて，前記固定ＩＰブロックは，前記ユーザ端末機がインターネットサービスを受けるために加入したＩＳＰ業体の使用する各サーバのＩＰ住所，または，所定地域別に区分された電算センターに位置する各サーバのＩＰ住所のうち，いずれかの１つであることを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
13. 前記ユーザ端末機のＩＰ住所情報とマッチングされる前記広域ロードバランシング情報が存在するかどうかを確認するステップにおいて，前記ユーザ端末機のＩＰ住所情報は，前記トラフィック管理サーバのデータベースに格納されたサーバ接続要請時間情報とマッチングして前記広域ロードバランシング情報の存在を確認することを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
14. 前記抽出された最適のＰＯＰ内に位置する各サービスサーバ中，最適のサービスサーバを検索するステップにおいて，前記最適のサービスサーバの検索は，前記トラフィック管理サーバのデータベースに格納された，前記個々のＰＯＰ内に位置する各サービスサーバのサーバロードバランシング情報中，前記選択された最適のＰＯＰ内に位置する各サービスサーバの中央処理装置およびメモリの情報からなるシステムリソース情報とポート別セッション数情報とからなるサーバロードバランシング情報を比較分析して，最適のサーバロードバランシング情報を有する該サービスサーバを検索することにより，前記ユーザ端末機と最適の接続経路を有する任意の１つのサービスサーバが選択されることを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
15. 前記広域ロードバランシング情報を利用して最適のＰＯＰを抽出するステップは，
    ユーザが要請したサービスサーバの以前の接続時間を読み込むステップと，
    前記広域ロードバランシング情報の使用期間が満了したかどうかを確認するステップと，
    前記広域ロードバランシング情報の使用期間が満了した場合，前記各々のＰＯＰ内に位置する任意の１つのＧＬＢエージェント専用サーバに備えられ，前記広域ロードバランシング情報を生成するＧＬＢエージェントを制御して最適のＰＯＰを抽出するステップと，
    からなることを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
16. 前記広域ロードバランシング情報の使用期間が満了したかどうかを確認するステップにおいて，前記広域ロードバランシング情報の使用期間が満了していない場合，最適のＰＯＰを表す前記広域ロードバランシング情報を選択するステップを更に含むことを特徴とする，請求項１５に記載のネットワークに対する知能型トラフィック管理方法。
17. 前記ＧＬＢエージェントを制御して最適のＰＯＰを抽出するステップは，
    前記トラフィック管理サーバにより，前記個々のＰＯＰ内にある前記ＧＬＢエージェントを備えたＧＬＢエージェント専用サーバが前記ユーザ端末機のＩＰ住所情報を伝送するステップと，
    前記伝送されたユーザ端末機のＩＰ住所情報を利用して，前記ユーザ端末機とＰＯＰ間の接続距離とＰｉｎｇ応答時間とを演算して得られた新規広域ロードバランシング情報を生成して前記トラフィック管理サーバに伝送するステップと，
    前期各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して，任意の１つの最適なＰＯＰを選択して格納するステップと，
    を含むことを特徴とする，請求項１６に記載のネットワークに対する知能型トラフィック管理方法。
18. 前記各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して，任意の１つの最適なＰＯＰを選択して格納するステップにおいて，前記選択された最適のＰＯＰを表す新規広域ロードバランシング情報には，前記サービスサーバを要請したユーザ端末機とマッチングできるように，ユーザが該サービスサーバに接続要請をした時間と該ユーザ端末機のＩＰ住所情報とが格納されたサーバ接続要請時間情報が添付されてデータベースに格納されることを特徴とする，請求項１７に記載のネットワークに対する知能型トラフィック管理方法。
19. 前記クライアントエージェントプログラムが設けられているかどうかを確認するステップにおいて，前記ユーザ端末機に前記クライアントエージェントプログラムが設けられていない場合，前記クライアントエージェントプログラムが設けられていないユーザ端末機から要請されるサービスサーバのドメインネーム情報を抽出するステップと，
    前記抽出されたサービスサーバのドメインネーム情報を前記ＤＮＳサーバに伝送するステップと，
    前記ＤＮＳサーバが前記トラフィック管理サーバのＩＰ住所情報を保有しているかどうかを確認するステップと，
    前記ＤＮＳサーバが前記トラフィック管理サーバのＩＰ住所情報を保有している場合，前記サービスサーバのドメインネーム情報に前記ＤＮＳサーバ自身のＩＰ住所情報が添付されたサーバ接続要請信号をトラフィック管理サーバに伝送するステップと，
    を更に含むことを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
20. 前記ユーザ端末機がシステム管理者の設定した固定ＩＰブロックに該当するかどうかを確認するステップにおいて，前記ユーザ端末機のＩＰ住所情報と前記ＤＮＳサーバのＩＰ住所情報の中，いずれかの１つを利用して前記固定ＩＰブロックに該当するかどうかを確認することを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
21. 前記ユーザ端末機が前記固定ＩＰブロックに該当しない場合，前記ユーザ端末機のＩＰ住所情報とマッチングされる広域ロードバランシング情報が存在するかどうかを確認するステップにおいて，前記クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバの接続経路要請の場合は，該ＤＮＳサーバのＩＰ住所情報とマッチングして前記広域ロードバランシング情報が存在するかどうかを確認することを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
22. 前記ＤＮＳサーバのＩＰ住所情報は，前記トラフィック管理サーバのデータベースに格納されたサーバ接続要請時間情報とマッチングして，前記広域ロードバランシング情報の存在を確認することを特徴とする，請求項２１に記載のネットワークに対する知能型トラフィック管理方法。
23. 前記抽出された最適のＰＯＰ内に位置する各サービスサーバの中で，前記最適のサービスサーバを検索するステップにおいて，前記クライアントエージェントプログラムを備えていないユーザ端末機からの前記サービスサーバへの接続経路要請の場合に，前記最適のサービスサーバの検索は，前記トラフィック管理サーバのデータベースに格納された，個々のＰＯＰ内に位置する各サービスサーバの前記サーバロードバランシング情報中，前記選択された最適のＰＯＰ内に位置する各サービスサーバの中央処理装置およびメモリからなるシステムリソース情報とポート別セッション数情報とからなるサーバロードバランシング情報を比較分析して，前記最適のサーバロードバランシング情報を有する該サービスサーバを検索することによって，該ＤＮＳサーバと最適の接続経路を有する任意の１つのサービスサーバが選択されることを特徴とする，請求項１０に記載のネットワークに対する知能型トラフィック管理方法。
24. 前記伝送されたユーザ端末機のＩＰ住所情報を利用して，前記ユーザ端末機と前期ＰＯＰ間の接続距離とＰｉｎｇ応答時間とを演算した新規広域ロードバランシング情報を生成して，前記トラフィック管理サーバに伝送するステップにおいて，前記クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバへの接続経路要請の場合は，該ＤＮＳサーバのＩＰ住所情報を利用して，前記ユーザ端末機と前記ＰＯＰとの間の接続距離とＰｉｎｇ応答時間とを演算した新規広域ロードバランシング情報を生成することを特徴とする，請求項１６に記載のネットワークに対する知能型トラフィック管理方法。
25. 前記各ＰＯＰから伝送された複数個の新規広域ロードバランシング情報を比較分析して，任意の１つの最適なＰＯＰを選択して格納するステップにおいて，前記クライアントエージェントプログラムを備えていないユーザ端末機からのサービスサーバへの接続経路要請の場合は，前記選択された最適のＰＯＰを表す新規広域ロードバランシング情報にサービスサーバを要請した該ユーザ端末機とマッチングできるように，ユーザが該サービスサーバに接続要請をした時間と該ＤＮＳサーバのＩＰ住所情報が格納されたサーバ接続要請時間情報とが添付されてデータベースに格納されることを特徴とする，請求項１７に記載のネットワークに対する知能型トラフィック管理方法。
26. ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置した際，前記ユーザ端末機と前記サービスサーバとの間を最適な接続経路で接続するように，前記ユーザ端末機に備えられたブラウザを駆動するステップと，
    クライアントエージェントプログラムが設けられているかどうかを確認するステップと，
    前記クライアントエージェントプログラムが設けられている場合，要請されるサービスサーバのドメインネーム情報と，そのサービスサーバを管理制御する該トラフィック管理サーバのＩＰ住所情報と，ユーザ端末機のＩＰ住所情報とを各々抽出するステップと，
    前記抽出された情報からなったサービスサーバ接続要請信号を該トラフィック管理サーバに伝送するステップと，
    前記ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置するかどうかを確認するステップと，
    前記ユーザ端末機が要請したサービスサーバが１つのＰＯＰ内のみに位置する場合，所定周期毎に収集される前記各サービスサーバのシステムリソース情報およびポート別セッション数情報からなるサーバロードバランシング情報を利用して，該ＰＯＰ内で最適のサービスサーバを検索するステップと，
    前記検索された最適のサービスサーバのＩＰ住所情報を前記ユーザ端末機に伝送して最適の接続経路を指定するステップと，
    を含んでなり、
    前記クライアントエージェントプログラムは、ユーザが要請した前記サービスサーバの ドメインネーム情報およびトラフィック管理サーバのＩＰ住所情報を抽出し，前記抽出されたドメインネーム情報からなるサービスサーバ接続要請信号を，前記トラフィック管理サーバのＩＰ住所情報を有する前記トラフィック管理サーバへと伝送するように制御するプログラムであり、
    前記ＰＯＰは，電算センター内に位置するサーバ集合体，または，一定領域内に位置するサーバ集合体中のいずれかの１つであることを特徴とする，ネットワークに対する知能型トラフィック管理方法。

Images