专利名称：用于网络的智能业务量管理系统及使用其的智能业务量管理方法
技术领域：
本发明总地涉及一种用于网络的智能业务量管理系统以及一种使用智能业务量管理系统的智能业务量管理方法。更具体地，本发明涉及一种用于网络的智能业务量管理系统以及一种使用智能业务量管理系统的智能业务量管理方法，其选择一个业务服务器，所述业务服务器具有从用户到位于用户请求的多个因特网数据中心的业务服务器的最优连接路径，并控制要与所选择的业务服务器相连的用户终端。
背景技术：
图1是通过域名服务器在用户终端和业务服务器之间分配连接路径所需的传统系统的示意配置图。
如图所示，所述系统包括用户终端1，用于利用域名信息请求与特定服务器的连接；与用户终端1相连的域名服务器(DNS)，用于按照解析的方式将从用户终端1发送的域名信息转换为因特网协议(IP)地址并将转换的IP地址发送到用户终端1；以及业务服务器4，用于根据所发送的IP地址的信息与用户终端1相连。
DNS3是用于控制用户终端1到位于因特网数据中心的业务服务器4的集合或位于特定区域的业务服务器4的集合的连接的服务器。
因特网入口站点是这样一种因特网站点，其按照一定方式进行操作，以便提供信息搜索和社区服务并获取固定的访问者(注册成员)。一些大众的入口站点包括“Daum”、“Yahoo”、“Naver”和“Lycos.”。由于在每一个入口站点注册的成员数目非常大，少则数十万，多则数百万，因此在因特网数据中心设置并管理了数十到数百个服务器，以便允许大量固定访问者无障碍地与入口站点相连。
在由单个因特网数据中心管理大量服务器的情况下，问题在于，当由于与硬件或软件相关的内部原因以及例如电源故障的外部原因导致不能运行因特网数据中心时，在入口站点注册的所有访问者都不能访问入口站点。为了克服上述问题，在不同区域分布了数百个服务器并由不同因特网数据中心独立管理。
在由例如三个或四个服务器的少量服务器来运行小型网站的情况下，如果在不同区域管理服务器，与大型入口站点相同，出现了过高的维护成本。
因此，在这种情况下，通常在单一的因特网数据中心管理不同服务器。将DNS3安装在因特网数据中心，以便向用户终端1发送IP地址信息，从而用户终端1能够与用户终端1请求的业务服务器4相连。
以下说明当用户终端1请求业务服务器4时，DNS 3分配连接路径以便允许将业务服务器4连接至用户终端1的传统方法。
用户激活在要通过因特网2与业务服务器1相连的用户终端1中设置的网络浏览器，并在网络浏览器的统一资源定位符(URL)输入框中输入希望业务服务器4的域名，由此将域名的信息发送到DNS 3。
此时，DNS3按照解析的方式控制域名的信息，以使多个用户终端顺序并均等地与多个业务服务器相连，并将顺序选择的业务服务器4的IP地址信息发送到用户终端1，以便用户终端1能够与业务服务器4相连并观看网页。
在使用域名服务器的传统因特网连接路径系统和方法中，当所述系统和方法在用户终端和业务服务器之间分配连接路径时，DNS无条件地将用户终端与从位于用户请求的业务服务器所处的因特网数据中心的多个业务服务器中顺序选择的一个业务服务器相连。因此，在相连业务服务器的系统资源(例如CPU和存储器)的使用率较高或用于每个端口的会话数目较大时，在由所选择的业务服务器运行的网页输出中就出现了相当大的显示延迟。此外，在相连的业务服务器具有硬件或软件缺陷的情况下，用户终端不能与所选择的业务服务器相连，从而用户不能观看网页，用户应当再次请求与用户已经请求的业务服务器相连。对于具有大量固定访问者的入口站点，这些问题变得严重。
换句话说，传统的DNS根据循环方式来提供载荷的分布，在所述循环方法中，将用户分配给业务服务器，而不考虑直接影响业务质量(QoS)的条件，例如用户终端和业务服务器之间的跳(hop)，或业务服务器的条件。结果，基于循环方法的传统载荷分布方案的缺点在于，不能提供高质量的服务并且不能向用户提供连接，这是因为不能预见有关业务量阻塞的服务器条件信息、CPU和存储器中载荷的增大以及硬件缺陷。
此外，传统载荷分布方案的缺点在于，对于面向多媒体内容的因特网服务，由于同时业务量增加导致的服务器数目的增大，附加地需要系统的构建成本。
为了克服上述问题，已经提出了一种被称作层4交换机(以下写作“L4”)的服务器载荷平衡设备。L4是一种硬件设备，安装在一定数目的业务服务器的前面，以便分析从用户发送的分组(包括目的地址等的数据单元)并且针对每一个端口控制要与具有最小会话数目的最优业务服务器相连的用户终端。
相对于业务服务器，由于L4仅考虑到针对每一个端口的会话数目来选择最优业务服务器，所以不能考虑当系统资源(例如业务服务器的CPU和存储器)的规范不同时引起的数据率之间的不同。
因此，L4的问题在于，不能执行控制用户终端与实际最优的业务服务器相连的服务器载荷平衡功能。
此外，由于L4是硬件设备，所以当请求与业务服务器相连的分组数目增大时就会出现过载，使得L4充当了瓶颈，由此迅速地恶化了QoS。因此，由于只要增加业务服务器的数目就必须增加L4的数目，所以就会引发额外系统的构建并且由于该系统构建而会引发较大的开支。
发明内容
因此，本发明是针对出现在现有技术中的上述问题做出的，并且本发明的目的是提供一种用于网络的智能业务量管理系统以及一种使用智能业务量管理系统的智能业务量管理方法，其中，如果用户选择的业务服务器与位于多个因特网数据中心的多个业务服务器相对应，则考虑到相对于接入点(POP)的跳和分组因特网探索响应时间来选择最优的因特网数据中心，对系统资源和位于所选择的最优因特网数据中心的多个业务服务器的硬件和软件缺陷条件进行比较和分析，并使用户终端与具有最优连接路径的第二多个业务服务器之一相连。
本发明的另一个目的是提供一种用于网络的智能业务量管理系统及一种使用智能业务量管理系统的智能业务量管理方法，其允许由安装在每一个业务服务器上的SLB发送有关系统资源和每一个端口的会话数目的信息，使得用于选择最优业务服务器的附加系统的结构不是必需的，从而减小了由于附加系统的构建导致的开支。
为了实现上述目的，本发明提供了一种智能业务量管理系统，包括多个全局载荷平衡(GLB)代理，每一个被设置在位于接入点(POP)的每一个GLB代理专用服务器中，以便产生全局载荷平衡信息，通过利用用户终端的因特网协议(IP)地址信息来计算用户终端和POP之间的跳和分组因特网探索响应时间来得到所述全局载荷平衡信息；多个服务器载荷平衡(SLB)代理，每一个被设置在位于POP的每一个业务服务器中，以便按照规则的时间间隔收集服务器载荷平衡信息，该信息包括业务服务器的系统资源信息和针对每一个端口的会话数目的信息；因特网业务量管理服务器，用于控制和管理在广域上分布的POP，并利用通过GLB代理和SLB代理的操作的控制输入的全局载荷平衡信息和服务器载荷平衡信息，搜索最优POP和最优业务服务器，以便建立用户终端和业务服务器之间的最优连接路径；以及用户终端，包括域数据库(DB)，用于存储业务服务器的域信息和控制并管理业务服务器的业务量管理服务器的IP信息，以及客户机代理程序，用于提取用户请求的业务服务器的域信息和对应业务量管理服务器的IP地址信息，并控制业务服务器连接请求信号，所述请求信号包括要通过因特网发送到具有对应业务量管理服务器的IP地址信息的业务量管理服务器的、提取的域信息。
POP是位于因特网数据中心的服务器的集合和位于一定区域的服务器的集合之一。
业务量管理服务器包括GLB主机，用于接收通过控制GLB代理产生的、作为全局载荷平衡信息的跳和分组因特网探索响应时间，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述跳和分组因特网探索响应时间，并选择最优POP；SLB主机，用于接收通过控制业务服务器的SLB代理收集的、作为服务器载荷平衡信息的业务服务器的系统资源信息和会话信息，以便通过业务服务器连接请求信号的传输进行操作，比较并分析系统资源信息和会话信息，并选择最优业务服务器；通信模块，用于执行接口功能，以便能够进行服务器和代理之间的数据发送/接收；数据库(DB)，用于存储以下内容关于由系统管理员预设并且与用户终端匹配的最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP中的每一个业务服务器的服务器载荷平衡信息；以及控制单元，用于控制GLB主机和SLB主机的操作。
由从位于每一个POP处的每一个业务服务器自动发送的业务载荷平衡信息按照规则的时间间隔更新存储在DB中的服务器载荷平衡信息，所述业务服务器配备了SLB代理。
智能业务量管理系统还包括没有配备客户机代理程序的用户终端。
智能业务量管理系统还包括域名服务器(DNS)，用于存储业务量管理服务器的IP地址信息，其中，当从没有配备客户机代理程序的用户终端将业务服务器连接请求信号发送到DNS时，DNS将其IP地址信息添加到业务服务器连接请求信号中，并将业务服务器连接请求信号与DNS的IP地址信息一起发送。
从没有配备客户机代理程序的用户终端发送到DNS的业务服务器连接请求信号包括用户请求的业务服务器的域信息。
当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，GLB代理产生通过利用DNS的IP地址信息计算用户终端和每一个POP之间的跳和分组因特网探索响应时间获得的全局载荷平衡信息。
当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，DB存储由系统管理员预设并且与用户终端匹配的、最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP的每一个业务服务器的服务器载荷平衡信息。
包含在服务器载荷平衡信息中的系统资源信息是有关业务服务器的中央处理单元(CPU)和存储器的信息。
在全局载荷平衡信息中，跳表示分组交换网络中从一个路由器向另一个路由器发送单个分组的路径。可以理解，随着跳变长，客户机和服务器之间的发送/接收时间增大。
因此，通过比较和分析时间可以选择最优POP。
在全局载荷平衡信息中，分组因特网探索响应时间指能够确定是否存在特定因特网地址以及该因特网地址是否能够接收请求的信息。
因此，通过比较和分析分组因特网探索响应时间能够选择最优POP。
用户终端包括能够执行因特网访问的典型桌面计算机(包括笔记本计算机和个人数字助理)，或安装了应用程序以使用特定服务(例如股票交易)的专用终端。因此，网络浏览器包括在桌面环境中使用的网络浏览器之一，或在专用终端中使用的专用网络浏览器之一。
此外，本发明提供了一种智能业务量管理方法，包括步骤运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；确定是否安装了客户机代理程序；如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；确定用户终端是否与系统管理员设置的固定IP块相对应；如果用户终端不与固定IP块相对应，确定是否存在与用户终端的IP地址相匹配的全局平衡信息；如果存在全局平衡信息，利用全局平衡信息选择最优POP；搜索位于所选择最优POP上的一个最优业务服务器；以及通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
智能业务量管理方法还包括步骤在确定用户终端是否与固定IP块相对应的步骤中，如果用户终端与固定IP块相对应，则提取之前设置的最优POP。
在确定用户终端是否与固定IP块相对应的步骤中，固定IP块是以下内容之一用户注册到其处以使用因特网服务的因特网服务提供商(ISP)使用的业务服务器的IP地址，以及位于每一个区域的因特网数据中心的服务器的IP地址。在确定是否存在与用户终端的IP地址信息相匹配的全局载荷平衡信息的步骤中，用户终端的IP地址用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间进行匹配，来确定是否存在全局载荷平衡信息。在搜索位于所选择最优POP中的一个最优业务服务器的步骤中，通过以下步骤来执行最优业务服务器的搜索比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括有关每一个业务服务器的CPU和存储器的信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
利用全局平衡信息来选择最优POP的步骤包括步骤读取用户请求连接到业务服务器的近来连接时间；确定全局平衡信息的可用周期是否终止；如果全局平衡信息的可用周期已经终止，通过控制GLB代理来提取最优POP。
如果全局平衡信息的可用周期还没有终止，智能业务量管理方法还包括步骤选择表示最优POP的全局载荷平衡信息。
通过控制GLB代理来提取最优POP的步骤包括步骤将用户终端的IP地址信息从业务量管理服务器发送到每一个POP中配备了GLB代理的GLB代理专用服务器；产生通过以下操作得到的新全局载荷平衡信息利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间，并且发送新全局载荷平衡信息；以及比较和分析从各个POP发送的新全局载荷平衡信息的多个片段，并选择和存储最优POP。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，将包括用户请求连接到对应业务服务器的时间和对应用户终端的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
在确定客户机代理程序是否安装在用户终端上的步骤中，如果客户机代理程序没有安装在用户终端上，智能业务量管理方法还包括步骤提取没有安装客户机代理程序的用户终端所请求的业务服务器的域名信息；将所提取的业务服务器的域名信息发送到DNS；确定DNS是否具有业务量管理服务器的IP地址信息；以及如果DNS具有业务量管理服务器的IP地址信息，将其中DNS的IP地址信息被附加到业务服务器的域名信息的服务器连接请求信号发送到业务量管理服务器。
在确定用户终端是否与系统管理员设置的固定IP块相对应的步骤中，利用用户终端的IP地址信息和DNS的IP地址信息之一来确定用户终端是否与固定IP块相对应。
在如果用户终端没有与固定IP块相对应则确定是否存在与用户终端的IP地址相匹配的全局平衡信息的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过匹配对应DNS的IP地址信息来确定是否存在全局载荷平衡信息。
DNS的IP地址信息用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间信息进行匹配，来确定是否存在全局载荷平衡信息。
在搜索位于所选择的最优POP中的一个最优业务服务器的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过以下步骤来执行最优业务服务器的搜索比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括系统资源信息，所述系统资源信息包括有关每一个业务服务器的CPU和存储器的信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
在以下步骤中产生通过利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间获得的新全局载荷平衡信息，并且发送新全局载荷平衡信息，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，产生通过利用DNS的IP地址信息计算用户终端和每一个POP之间的跳和分组因特网探索响应时间得到的新全局载荷平衡信息。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，将包括用户请求连接到对应业务服务器的时间和对应DNS的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
此外，本发明提供了一种智能业务量管理方法，包括步骤当用户请求的业务服务器位于单个POP中时，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；确定是否安装了客户机代理程序；如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制所请求的业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；确定用户请求的业务服务器是否位于单个POP中；如果用户请求的业务服务器位于单个POP中，搜索对应POP中的最优业务服务器；以及通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
结合附图，从以下详细说明中，能够更清楚地理解本发明的上述和其它目的、特征和其它优点，其中图1是通过域名服务器在用户终端和业务服务器之间分配连接路径所需的传统系统的示意配置图；图2是根据本发明的智能业务量管理系统的系统配置图；图3是图2的业务量管理服务器的详细方框图；图4是示出了根据本发明的利用业务量管理系统的智能业务量管理方法的流程图；图5是示出了如图4所示，作为在步骤S200确定是否安装了客户机代理程序的结果，如果没有安装客户机代理程序则进入步骤“A”的处理的流程图；图6是示出了如图4所示的步骤S700的详细流程图，步骤S700用于利用全局载荷平衡信息来选择最优POP；图7是示出了如图6所示的步骤S730的详细流程图，步骤S730用于通过控制全局载荷平衡代理来选择最优POP；以及图8是示出了作为本发明另一个实施例的在用户所请求的业务服务器与小规模运行的站点相对应的情况下利用业务量管理系统的另一个智能业务量管理方法的流程图。
具体实施例方式
下面参考附图来说明本发明的优选实施例。在图中，不同的图中使用相同的参考数字来表示相同或相似的组件。
图2是根据本发明的智能业务量管理系统的系统配置图。图3是图2的业务量管理服务器的详细方框图。
本发明的智能业务量管理系统包括多个全局载荷平衡(GLB)代理33、多个服务器载荷平衡(SLB)代理32、因特网业务量管理服务器和用户终端1’。
多个GLB代理33中的每一个被设置在位于每一个POP30的GLB代理专用服务器31’中，以便产生全局载荷平衡信息，通过利用用户终端1’的因特网协议(IP)地址来计算用户终端1’和POP 30之间的跳和分组因特网探索响应时间来得到所述全局载荷平衡信息。
多个SLB代理32中的每一个被设置在位于POP30的每一个业务服务器31中，以便按照规则的时间间隔收集服务器载荷平衡信息，其包括业务服务器31的系统资源信息和有关针对每一个端口的会话数目的信息。因特网业务量管理服务器控制和管理在广域上分布的POP30，并利用通过GLB代理33和SLB代理32的操作的控制输入的全局载荷平衡信息和服务器载荷平衡信息，搜索最优POP 30和最优业务服务器31，以便建立用户终端1’和业务服务器31之间的最优连接路径。用户终端1’包括域数据库(DB，未示出)，用于存储业务服务器31的域信息和控制并管理业务服务器31的业务量管理服务器20的IP信息，用户终端1’还配备了客户机代理程序10，用于提取用户请求的业务服务器31的域信息和对应业务量管理服务器20的IP地址信息，并控制业务服务器连接请求信号，所述请求信号包括要通过因特网2发送到具有对应业务量管理服务器20的IP地址信息的业务量管理服务器20的、提取的域信息。
POP 30是位于因特网数据中心的服务器的集合和位于一定区域的服务器的集合之一。
业务量管理服务器20包括GLB主机22、SLB主机23、通信模块24、数据库(DB)25以及控制单元21。
GLB主机22接收通过控制GLB代理33产生的、作为全局载荷平衡信息的跳和分组因特网探索响应时间，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述跳和分组因特网探索响应时间，并选择最优POP 30。SLB主机23接收通过控制业务服务器31的SLB代理33收集的、作为服务器载荷平衡信息的业务服务器的系统资源信息和会话信息，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述系统资源信息和会话信息，并选择最优业务服务器31。
通信模块24执行接口功能，以便能够进行服务器31和31’以及代理32和33之间的数据发送/接收。DB25存储以下内容由系统管理员预设并且与用户终端1’匹配的、关于最优POP 30的固定IP块信息；用户请求的业务服务器31的域和IP信息；最优全局载荷平衡信息，其包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端1’的IP地址信息；通过计算用户终端1’和最优POP30之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP30中的每一个业务服务器31的服务器载荷平衡信息。
控制单元21控制GLB主机22和SLB主机23的操作。
通过从位于每一个POP处的每一个业务服务器31自动发送的业务载荷平衡信息按照规则的时间间隔更新存储在DB 25中的服务器载荷平衡信息，所述业务服务器31配备了SLB代32。
所述智能业务量管理系统还包括没有配备客户机代理程序10的用户终端1。
所述智能业务量管理系统还包括DNS 3’，用于存储业务量管理服务器20的IP地址信息。当从没有配备客户机代理程序10的用户终端1将业务服务器连接请求信号发送到DNS 3’时，DNS 3’将其IP地址信息添加到业务服务器连接请求信号中，并将业务服务器连接请求信号与DNS 3’的IP地址信息一起发送。
从没有配备客户机代理程序10的用户终端1发送到DNS 3’的业务服务器连接请求信号包括用户请求的业务服务器31的域信息。
当没有配备客户机代理程序10的用户终端1请求到业务服务器31的连接路径时，GLB主机33利用DNS 3’的IP地址信息产生通过计算用户终端1’和每一个POP30之间的跳和分组因特网探索响应时间获得的全局载荷平衡信息。
当没有配备客户机代理程序10的用户终端1请求到业务服务器31的连接路径时，DB 25存储由系统管理员预设并且与用户终端1’匹配的、有关最优POP 30的固定IP块信息；用户请求的业务服务器31的域和IP信息；最优全局载荷平衡信息，其包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端1’的IP地址信息；通过计算用户终端1’和最优POP 30之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP 30中的每一个业务服务器31的服务器载荷平衡信息。
包含在服务器载荷平衡信息中的系统资源信息是有关业务服务器的中央处理单元(CPU)和存储器的信息。
在全局载荷平衡信息中，跳表示在分组交换网络中从一个路由器向另一个路由器发送单个分组(在客户机和服务器之间传输数据的基本传输单元)的路径。可以理解，随着跳变长，客户机和服务器之间的发送/接收时间增大。
因此，通过比较和分析时间可以选择最优POP 30。
在全局载荷平衡信息中，分组因特网探索响应时间指的是能够确定是否存在特定因特网地址以及该因特网地址是否能够接收请求的信息。
因此，通过比较和分析分组因特网探索响应时间能够选择最优POP 30。
用户终端1和1’是能够执行因特网访问的典型桌面计算机(包括笔记本计算机和个人数字助理)，或安装了应用程序以使用特定服务(例如股票交易)的专用终端。因此，网络浏览器是在桌面环境中使用的网络浏览器之一，或在专用终端中使用的专用网络浏览器之一。
图4是示出了根据本发明的利用业务量管理系统的智能业务量管理方法的流程图。
如图所示，智能业务量管理方法包括步骤S100到S900。在步骤S100，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连。在步骤S200，确定是否安装了客户机代理程序。在步骤S300，如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息。在步骤S40，将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器。在步骤S500，确定用户终端是否与系统管理员设置的固定IP块相对应。在步骤S600，如果用户终端不与固定IP块相对应，确定是否存在与用户终端的IP地址相匹配的全局平衡信息。在步骤S700，如果存在全局平衡信息，利用全局平衡信息选择最优POP。在步骤S800，对于最优服务器搜索位于所选择最优POP内的业务服务器。在步骤S900，通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
作为在确定用户终端是否与固定IP块相对应的步骤S500的确定结果，如果用户终端与固定IP块相对应，则在步骤S501提取之前设置的最优POP，并且所述处理进入搜索位于所选择最优POP中的一个最优业务服务器的步骤S800。
固定IP块是用户注册到其处以使用因特网服务的因特网服务提供商(ISP)使用的每一个业务服务器的IP地址，或位于每一个区域的因特网数据中心的每一个业务服务器的IP地址。如果用户所请求的业务服务器与用户在其处注册的ISP相对应，智能业务量管理系统的管理员可以设置到ISP的IP地址的连接路径，而无需搜索并提取最优POP 30，这是因为该ISP是物理上最接近的。
此外，如果在每一个区域的因特网数据中心中设置了多个业务服务器，以允许用户终端通过最优连接路径与业务服务器相连，则智能业务量管理系统的管理员可以选择多个业务服务器之一。
在确定是否存在与用户终端的IP地址信息相匹配的全局载荷平衡信息的步骤S600中，用户终端的IP地址用于通过与存储在业务量管理服务器的DB 25中的服务器连接请求时间进行匹配，来确定是否存在全局载荷平衡信息。
在搜索位于所选择最优POP的一个最优业务服务器的步骤S800中，通过以下步骤来选择具有到用户终端1’的最优连接路径的最优业务服务器31比较和分析存储在业务量管理服务器的DB25中的服务器载荷平衡信息，所述服务器载荷平衡信息包括关于每一个POP 30中业务服务器的CPU和存储器的系统资源信息以及位于每一个POP30的业务服务器31的服务器载荷平衡信息中的其端口的会话数目信息，由此搜索具有最优服务器载荷平衡信息的业务服务器31。
图6是示出了如图4所示的步骤S700的详细流程图，步骤S700用于利用全局载荷平衡信息来选择最优POP。
如图所示，利用全局平衡信息来选择最优POP的步骤S700包括步骤S710到S730。在步骤710，读取用户请求连接到业务服务器的近来连接时间。在步骤S720，确定全局平衡信息的可用周期是否终止。在步骤S730，如果全局平衡信息的可用周期已经终止，通过控制GLB代理来提取最优POP。
在步骤S720，如果全局平衡信息的可用周期还没有终止，在步骤S721，选择表示最优POP的全局载荷平衡信息，并且处理进入对于最优业务服务器搜索位于所提取最优POP的业务服务器的步骤S800。
图7是示出了如图6所示的步骤S730的详细流程图，步骤S730用于通过控制GLB代理来选择最优POP。
如图所示，通过控制GLB代理来提取最优POP的步骤S730包括步骤S731到S733。在步骤S731，将用户终端的IP地址信息从业务量管理服务器发送到每一个POP中配备了GLB代理的GLB代理专用服务器。在步骤S732，产生通过以下操作得到的新全局载荷平衡信息利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间，并且发送新全局载荷平衡信息。在步骤S733，比较和分析从各个POP发送的新全局载荷平衡信息的多个片段，并选择和存储最优POP。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤S733中，将包括用户请求连接到对应业务服务器的时间和对应用户终端1’的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息上，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
图5是示出了如图4所示，作为在步骤S200确定是否安装了客户机代理程序的确定结果，如果没有安装客户机代理程序则进入步骤“A”的处理的流程图。
如图所示，作为在确定客户机代理程序是否安装在用户终端上的步骤S200的确定结果，如果客户机代理程序没有安装在用户终端上，则执行步骤S210到S240。在步骤S210，提取没有安装客户机代理程序的用户终端所请求的业务服务器的域名信息。在步骤S220，将所提取的业务服务器的域名信息发送到DNS。在步骤S230，确定DNS是否具有业务量管理服务器的IP地址信息。在步骤S240，如果DNS具有业务量管理服务器的IP地址信息，将其中DNS的IP地址信息被附加到业务服务器的域名信息的服务器连接请求信号发送到业务量管理服务器，处理进入确定用户终端是否与系统管理员所设置的固定IP块相对应的步骤S500。
在确定DNS是否具有业务量管理服务器的IP地址信息的步骤S230，如果DNS没有业务量管理服务器的IP地址信息，在步骤S231，DNS控制用户终端与业务服务器相连，处理结束。
在确定用户终端是否与系统管理员设置的固定IP块相对应的步骤S500中，利用用户终端的IP地址信息或DNS的IP地址信息来确定用户终端是否与固定IP块相对应。
如果用户终端不与固定IP块相对应，在确定是否存在与用户终端的IP地址相匹配的全局平衡信息的步骤S600中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过匹配对应DNS的IP地址信息来确定是否存在全局载荷平衡信息。
DNS的IP地址信息用于通过与存储在业务量管理服务器的DB 25中的服务器连接请求时间信息进行匹配，来确定是否存在全局载荷平衡信息。
在搜索位于所选择的最优POP中的一个最优业务服务器的步骤S800中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过以下步骤来执行最优业务服务器的搜索比较和分析存储在业务量管理服务器的DB 25中的服务器载荷平衡信息，所述服务器载荷平衡信息包括关于每一个业务服务器的CPU和存储器的信息以及位于每一个POP 30的业务服务器31的服务器载荷平衡信息中的每一个端口的会话数目信息；搜索具有最优服务载荷平衡信息的一个业务服务器31；以及选择具有到用户终端1’的最优连接路径的业务服务器31。
在以下步骤S732中产生通过利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间所获得的新全局载荷平衡信息，并且发送新全局载荷平衡信息，，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，则产生通过利用DNS 3’的IP地址信息计算用户终端1’和每一个POP 30之间的跳和分组因特网探索响应时间所得到的新全局载荷平衡信息。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤S733中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，将包括用户请求连接到对应业务服务器的时间和对应DNS 3’的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息上，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
图8是示出了作为本发明另一个实施例的在用户所请求的业务服务器与小规模运行的站点相对应的情况下利用业务量管理系统的一个智能业务量管理方法的流程图。
如图所示，所述智能业务量管理方法包括步骤S1000到S1060。在步骤S1000，当用户请求的业务服务器位于单个POP中时，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连。在步骤S1010，确定是否安装了客户机代理程序。在步骤S1020，如果安装了客户机代理程序，则提取所请求的业务服务器的域名信息、管理和控制所请求业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息。在步骤S1030，将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器。在步骤S1040，确定用户请求的业务服务器是否位于单个POP中。在步骤S1050，如果用户请求的业务服务器位于单个POP中，搜索对应POP中的最优业务服务器。在步骤S1060，通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
在确定是否安装了客户机代理程序的步骤S1010中，如果没有安装客户机代理程序，则处理进入图5的步骤“A”。在确定用户请求的业务服务器是否位于单个POP的步骤S1040中，如果业务服务器位于不同POP中，则处理进入图4的步骤“B”。
下面将参考附图来说明本实施例的操作。
在步骤S100，用户通过能够提供因特网服务以便与业务服务器31(例如“Daum(www.daum.net)”)相连的用户终端1或1’来运行设置在用户终端1或1’中的网络浏览器。
在这种情况下，操作根据在用户终端1或1’上是否安装了客户机代理程序10而不同。
首先说明在用户终端1或1’上安装了客户机代理程序10的情况。
当用户通过在借助运行网络浏览器激活的网络浏览器窗口的URL输入框中输入业务服务器31的域名来请求连接时，待机的客户机代理程序10提取对应业务服务器31的域信息和业务量管理服务器20的IP地址信息。在步骤300通过使业务服务器31的域名信息与域DB的信息相匹配来控制和管理业务服务器31，产生业务服务器连接请求信号，其中将用户终端1’的IP地址信息附加到业务服务器31的所提取的域名信息上，并在步骤400，通过因特网2将包括业务服务器连接请求信号发送到具有业务量管理服务器20的IP地址信息的业务量管理服务器20。
如上所述，如果客户机代理程序10没有被安装在用户终端1中，在步骤S210提取由没有安装客户机代理程序的用户终端1所请求的域名服务器的域名信息，在步骤S230，通过因特网2将包括所提取的业务服务器的域名信息的业务服务器连接请求信号发送到DNS 3’，并确定DNS 3’是否具有业务量管理服务器的IP地址信息。
如果DNS 3’没有业务量管理服务器的IP地址信息，在步骤S231，通过解析方法来分配用户终端1与业务服务器31之间的连接路径。如果DNS 3’具有业务量管理服务器的IP地址信息，在步骤S240，DNS3’将其IP地址信息附加到被发送到业务量管理服务器20的、业务服务器31的IP地址信息，并通过因特网2，将其IP地址信息和业务服务器31的IP地址信息一起发送到具有业务量管理服务器20的IP地址信息的业务量管理服务器20。
在步骤S500，业务量管理服务器20的控制单元21通过对包括在所发送业务服务器连接请求信号中的用户终端1的IP地址信息与DB25中的信息进行匹配，来确定用户终端1或1’或DNS 3’的IP地址信息是否与包括由系统管理员预设的最优POP 30的固定IP块相对应。在步骤S500，如果从DNS 3’(由没有配备客户机代理程序的用户终端请求到业务服务器的连接)发送业务服务器连接请求信号，利用包括在业务服务器连接请求信号中的DNS 3’的IP地址信息，确定用户终端1或1’或DNS 3’的IP地址信息是否与包括最优POP 30的固定IP块相对应。
如果用户终端1或1’或DNS 3’的IP地址信息不与固定IP块相对应，在步骤S600，通过对用户终端1或1’或DNS 3’的IP地址信息与DB 25的信息进行匹配，确定是否存在用户的全局载荷平衡信息。
如果存在与用户终端1或1’匹配的全局载荷平衡信息，通过以下步骤来执行利用全局载荷平衡信息来提取最优POP的步骤S700在步骤710，对用户终端1或1’或DNS 3’的IP地址信息与DB 25的信息进行匹配，读取包括在所提取的服务器连接请求时间信息中的、近来用户连接到当前所请求业务服务器的近来连接时间；和在步骤S720，确定全局载荷平衡信息的可用时间是否终止。
确定全局载荷平衡信息的可用时间是否已经终止的目的在于实时考虑用户终端1或DNS 3’与POP 30之间的最优环境。
例如，如果包括在全局载荷平衡信息中的、用户终端1或DNS 3’之间的跳或分组因特网探索响应时间出现变化，所述目的在于选择考虑用户终端1或DNS 3’之间的最优网络环境的最优POP 30。为此，将全局载荷平衡信息的可用时间设为24小时，操作业务量系统的管理员可以根据网络系统的条件来改变可用时间。
在步骤S730，作为确定的结果，如果全局载荷平衡信息的可用时间已经终止，控制GLB代理33以提取最优POP。在通过对用户终端1或DNS 3’的IP地址信息与DB 25的信息进行匹配以确定是否存在用户的全局载荷平衡信息的步骤S600，如果不存在匹配的用户的全局载荷平衡信息，处理进入通过控制GLB代理来提取最优POP的步骤S730。
如下所述的执行通过控制GLB代理来提取最优POP的步骤S730。在步骤S732，当业务量管理服务器20的控制单元21向每一个POP 30中配备了GLB代理33的GLB专用服务器31’发送用户终端1或DNS3’的IP地址信息时，待机GLB代理专用服务器31’控制GLB代理33的操作，以便计算终端1和1’与GLB代理专用服务器31’所属的POP之间的跳和分组因特网探索响应时间，产生新全局载荷平衡信息，并将所产生的新全局载荷平衡信息发送到业务量管理服务器20。在这种情况下，当没有配备客户机代理程序的用户终端1请求到业务服务器的连接时，利用DNS 3’的IP地址信息来选择最优POP 30的原因在于DNS 3’在物理上最靠近，这是因为DNS 3’控制并管理请求与业务服务器相连的用户终端1。
在步骤S733，业务量管理服务器20通过比较和分析所发送的、新全局载荷平衡信息的多个片段来选择最优POP 30；将所选择的新全局载荷平衡信息片段附加到表示用户终端1和1’请求连接到对应业务服务器31的时间的服务器连接请求时间信息上，以便匹配请求业务服务器31的用户终端1’或DNS 3’；以及将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB 25中。
作为在步骤S720确定的结果，如果全局载荷平衡信息的可用时间还没有终止，则在步骤S721选择表示最优POP的全局载荷平衡信息，并且处理进入在位于所选择最优POP的业务服务器31中搜索最优业务服务器31的步骤S800。
在搜索最优业务服务器的步骤S800中，通过比较和分析存储在业务量管理服务器的DB25中的服务器载荷平衡信息来选择具有最优连接路径的最优业务服务器31，所述服务器载荷平衡信息包括关于每一个POP 30中业务服务器的CPU和存储器的系统资源信息以及有关位于每一个POP 30中的业务服务器31的服务器载荷平衡信息中的端口的会话数目信息，由此搜索具有最优服务器载荷平衡信息的业务服务器31。
利用通过因特网2向对应用户终端1或1’发送单个选择的业务服务器31的IP地址信息，将到业务服务器31的最优连接路径分配给用户终端1或1’，并且无延迟地在用户终端1或1’上显示用户所请求的入口站点(网页)。
图8是示出了作为本发明另一个实施例的在用户所请求的业务服务器与小规模运行的站点相对应的情况下利用智能业务量管理系统的另一个智能业务量管理方法的流程图。
由于从运行在用户终端1或1’上提供的网络浏览器的步骤S1000到向对应业务量管理服务器发送包括所提取信息的业务服务器连接请求信号的步骤S1030的步骤与上述相同，所以这里省略对这些步骤的说明。
相反，在步骤S1030，在将包括所提取信息的业务服务器连接请求信号发送到对应业务量管理服务器期间，如果业务量管理服务器20的控制单元21读取包含在所发送的业务服务器连接请求信号中的对应业务服务器20的域名信息，并且对应网站是由位于单个因特网数据中心的三个或四个服务器来运行的小型网站，则在步骤S1050，在对应的POP中搜索最优业务服务器，从而选择具有最优连接路径的单个业务服务器31，并且在步骤S1060，将单个业务服务器的IP地址信息通过因特网2发送到对应用户终端1或1’，以便将到业务服务器31的最优连接路径分配给用户终端1或1’。
在这种情况下，可以通过智能业务量管理系统的管理员的选择和分配，来确定对应网站是由位于单个因特网数据中心的三个或四个服务器来运行的小型网站。
工业应用性如上所述，本发明提供了一种智能业务量管理系统及一种智能业务量管理方法，其中如果用户请求的业务服务器与位于多个因特网数据中心的多个业务服务器相对应，则通过分析和比较位于多个分布式因特网数据中心的业务服务器的系统资源和各种内部和外部缺陷条件，允许用户终端与多个业务服务器中具有最优连接路径的一个相连。
尽管作为演示已经说明了本发明的优选实施例，但本领域的普通技术人员可以理解，在不脱离由所附权利要求描述的本发明的范围和精神的前提下，可以进行各种修改、添加和替换。
权利要求
1.一种智能业务量管理系统，包括多个全局载荷平衡(GLB)代理，每一个被设置在位于接入点(POP)的每一个GLB代理专用服务器中，以便产生全局载荷平衡信息，通过利用用户终端的因特网协议(IP)地址信息来计算用户终端和POP之间的跳和分组因特网探索响应时间来得到所述全局载荷平衡信息；多个服务器载荷平衡(SLB)代理，每一个被设置在位于POP的每一个业务服务器中，以便按照规则的时间间隔收集服务器载荷平衡信息，所述服务器载荷平衡信息包括业务服务器的系统资源信息和针对每一个端口的会话数目的信息；因特网业务量管理服务器，用于控制和管理在广域上分布的POP，并利用通过GLB代理和SLB代理的操作的控制输入的全局载荷平衡信息和服务器载荷平衡信息，搜索最优POP和最优业务服务器，以便建立用户终端和业务服务器之间的最优连接路径；以及用户终端，包括域数据库(DB)，用于存储业务服务器的域信息和控制并管理业务服务器的业务量管理服务器的IP信息，以及客户机代理程序，所述客户机代理程序用于提取用户请求的业务服务器的域信息和对应业务量管理服务器的IP地址信息，并控制业务服务器连接请求信号，所述请求信号包括要通过因特网发送到具有对应业务量管理服务器的IP地址信息的业务量管理服务器的、提取的域信息。
2.根据权利要求1所述的智能业务量管理系统，其中POP是位于因特网数据中心的服务器的集合和位于一定区域的服务器的集合之一。
3.根据权利要求1所述的智能业务量管理系统，其中业务量管理服务器包括GLB主机，用于接收通过控制GLB代理产生的、作为全局载荷平衡信息的跳和分组因特网探索响应时间，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述跳和分组因特网探索响应时间，并选择最优POP；SLB主机，用于接收通过控制业务服务器的SLB代理收集的、作为服务器载荷平衡信息的业务服务器的系统资源信息和会话信息，以便通过业务服务器连接请求信号的传输进行操作，比较和分析所述系统资源信息和会话信息，并选择最优业务服务器；通信模块，用于执行接口功能，以便能够进行服务器和代理之间的数据发送/接收；数据库(DB)，用于存储以下内容由系统管理员预设并且与用户终端匹配的最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP中的每一个业务服务器的服务器载荷平衡信息；以及控制单元，用于控制GLB主机和SLB主机的操作。
4.根据权利要求1到3之一所述的智能业务量管理系统，其中由从位于每一个POP处的每一个业务服务器自动发送的业务载荷平衡信息按照规则的时间间隔更新存储在DB中的服务器载荷平衡信息，所述业务服务器配备了SLB代理。
5.根据权利要求1所述的智能业务量管理系统，还包括没有配备客户机代理程序的用户终端。
6.根据权利要求1到5之一所述的智能业务量管理系统，还包括域名服务器(DNS)，用于存储业务量管理服务器的IP地址信息，其中，当从没有配备客户机代理程序的用户终端将业务服务器连接请求信号发送到DNS时，DNS将其IP地址信息添加到业务服务器连接请求信号中，并将业务服务器连接请求信号与DNS的IP地址信息一起发送。
7.根据权利要求6所述的智能业务量管理系统，其中从没有配备客户机代理程序的用户终端发送到DNS的业务服务器连接请求信号包括用户请求的业务服务器的域信息。
8.根据权利要求1所述的智能业务量管理系统，其中当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，GLB代理产生利用DNS的IP地址信息，通过计算用户终端和每一个POP之间的跳和分组因特网探索响应时间获得的全局载荷平衡信息。
9.根据权利要求3所述的智能业务量管理系统，其中当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，DB存储由系统管理员预设并且与用户终端匹配的、最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括关于用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP中的每一个业务服务器的服务器载荷平衡信息。
10.根据权利要求1到4之一所述的智能业务量管理系统，其中包含在服务器载荷平衡信息中的系统资源信息是有关业务服务器的中央处理单元(CPU)和存储器的信息。
11.一种智能业务量管理方法，包括步骤运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；确定是否安装了客户机代理程序；如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；确定用户终端是否与系统管理员设置的固定IP块相对应；如果用户终端不与固定IP块相对应，确定是否存在与用户终端的IP地址相匹配的全局平衡信息；如果存在全局平衡信息，利用全局平衡信息选择最优POP；搜索位于所选择最优POP中的一个最优业务服务器；以及通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
12.根据权利要求11所述的智能业务量管理方法，还包括步骤在确定用户终端是否与固定IP块相对应的步骤中，如果用户终端与固定IP块相对应，则提取之前设置的最优POP。
13.根据权利要求11所述的智能业务量管理方法，其中在确定用户终端是否与固定IP块相对应的步骤中，固定IP块是以下内容之一用户注册到其处以使用因特网服务的因特网服务提供商(ISP)使用的业务服务器的IP地址，以及位于每一个区域的因特网数据中心的服务器的IP地址。
14.根据权利要求11所述的智能业务量管理方法，其中在确定是否存在与用户终端的IP地址信息相匹配的全局载荷平衡信息的步骤中，用户终端的IP地址用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间进行匹配，来确定是否存在全局载荷平衡信息。
15.根据权利要求11所述的智能业务量管理方法，其中在搜索位于所选择最优POP中的一个最优业务服务器的步骤中，通过以下步骤来执行最优业务服务器的搜索比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括系统资源信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息，所述系统资源信息包括有关每一个业务服务器的CPU和存储器的信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
16.根据权利要求11所述的智能业务量管理方法，其中利用全局平衡信息来选择最优POP的步骤包括步骤读取用户请求连接到业务服务器的近来连接时间；确定全局平衡信息的可用周期是否终止；如果全局平衡信息的可用周期已经终止，通过控制GLB代理来提取最优POP。
17.根据权利要求16所述的智能业务量管理方法，还包括步骤如果全局平衡信息的可用周期还没有终止，选择表示最优POP的全局载荷平衡信息。
18.根据权利要求17所述的智能业务量管理方法，其中通过控制GLB代理来提取最优POP的步骤包括步骤将用户终端的IP地址信息从业务量管理服务器发送到每一个POP中配备了GLB代理的GLB代理专用服务器；产生通过以下操作得到的新全局载荷平衡信息利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间，并且发送新全局载荷平衡信息；以及比较和分析从各个POP发送的新全局载荷平衡信息的多个片段，并选择和存储最优POP。
19.根据权利要求18所述的智能业务量管理方法，其中在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，将包括用户请求连接到对应业务服务器的时间和对应用户终端的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
20.根据权利要求11所述的智能业务量管理方法，在确定客户机代理程序是否安装在用户终端上的步骤中，如果客户机代理程序没有安装在用户终端上，则还包括步骤提取没有安装客户机代理程序的用户终端所请求的业务服务器的域名信息；将所提取的业务服务器的域名信息发送到DNS；确定DNS是否具有业务量管理服务器的IP地址信息；以及如果DNS具有业务量管理服务器的IP地址信息，将其中DNS的IP地址信息被附加到业务服务器的域名信息的服务器连接请求信号发送到业务量管理服务器。
21.根据权利要求11所述的智能业务量管理方法，其中，在确定用户终端是否与系统管理员设置的固定IP块相对应的步骤中，利用用户终端的IP地址信息和DNS的IP地址信息之一来确定用户终端是否与固定IP块相对应。
22.根据权利要求11所述的智能业务量管理方法，其中，在如果用户终端没有与固定IP块相对应，则确定是否存在与用户终端的IP地址相匹配的全局平衡信息的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，则通过匹配对应DNS的IP地址信息来确定是否存在全局载荷平衡信息。
23.根据权利要求22所述的智能业务量管理方法，其中DNS的IP地址信息用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间信息进行匹配，来确定是否存在全局载荷平衡信息。
24.根据权利要求11所述的智能业务量管理方法，其中，在搜索位于所选择的最优POP中的一个最优业务服务器的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过以下步骤来执行最优业务服务器的搜索比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括系统资源信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息，所述系统资源信息包括有关每一个业务服务器的CPU和存储器的信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
25.根据权利要求17所述的智能业务量管理方法，在以下步骤中产生通过利用所发送的用户终端的IP地址信息计算用户终端和POP之间的跳和分组因特网探索响应时间获得的新全局载荷平衡信息，并且发送新全局载荷平衡信息，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，产生通过利用DNS的IP地址信息计算用户终端和每一个POP之间的跳和分组因特网探索响应时间得到的新全局载荷平衡信息。
26.根据权利要求18所述的智能业务量管理方法，其中，在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，将包括用户请求连接到对应业务服务器的时间和对应DNS的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
27.一种智能业务量管理方法，包括步骤当用户请求的业务服务器位于单个POP中时，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；确定是否安装了客户机代理程序；如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制所请求业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；确定用户请求的业务服务器是否位于单个POP中；如果用户请求的业务服务器位于单个POP中，搜索对应POP中的最优业务服务器；以及通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
全文摘要
这里公开了一种智能业务量管理系统和一种使用该智能业务量管理系统的智能业务量管理方法。智能业务量管理系统包括多个全局载荷平衡(GLB)代理、多个服务器载荷平衡(SLB)代理、因特网业务量管理服务器以及用户终端。每一个GLB代理被设置在位于每个接入点(POP)的GLB代理专用服务器中，以便产生全局载荷平衡信息。每一个SLB代理被设置在位于POP的业务服务器中，以便按照规则的时间间隔收集服务器载荷平衡信息。因特网业务量管理服务器控制和管理在广域上分布的POP，并搜索最优POP和最优业务服务器。用户终端包括域数据库(DB)和客户机代理程序。
文档编号G06F17/00GK1802837SQ200380110400
公开日2006年7月12日 申请日期2003年12月3日 优先权日2003年5月21日
发明者尹基柱, 李南烈 申请人:网飞亚技术公司