专利名称：一种客户端登陆业务服务器的的方法、系统及设备的制作方法
技术领域：
本发明涉及通信领域，更具体地说，涉及一种客户端登陆业务服务器的方法、系统及设备。
背景技术：
目前客户端登陆到业务服务器，是通过登陆服务器来完成的。
现有的大多数登录服务器具有按照不同网络类型选择不同业务服务器的功能，其具体实现是当用户通过客户端向登陆服务器发送登陆请求时，后者根据前者的IP地址来判断其网络类型(如电信、网通、铁通、教育网等)，从而选择网络类型相同的业务服务器，使用户得到较好的体验。例如，电信用户将会登录部署在电信机房的业务服务器。
但是现有技术在选择业务服务器的条件上过于单一，在一个时间段内容易把大量用户引导到同一台业务服务器，而不是分散到多台业务服务器，这样便使得负载严重不均衡，若单台业务服务器的负载压力过大，便很可能发生故障，大量客户端掉线，网络服务不稳定。
因此需要一种新的客户端登陆业务服务器的方法，使网络中的业务服务器负载均衡，进而提高网络服务的稳定性。
发明内容
本发明的目的在于提供一种客户端登陆业务服务器的系统，旨在解决现有技术中业务服务器负载不均衡，导致网络服务稳定性低的问题。
本发明的目的还在于提供一种客户端登陆业务服务器的设备，即登陆服务器，以更好地解决现有技术中存在的上述问题。
本发明的目的还在于提供一种客户端登陆业务服务器的设备，即业务服务器，以更好地解决现有技术中存在的上述问题。
本发明的目的还在于提供一种客户端登陆业务服务器的方法，以更好地解决现有技术中存在的上述问题。
为了实现发明目的，所述客户端登陆业务服务器的系统，包括客户端、登陆服务器和业务服务器，所述登陆服务器包括一个将业务服务器的IP地址发送至客户端的IP分配单元，所述业务服务器包括一个状态统计单元，所述登陆服务器还包括一个状态分析单元；所述状态统计单元对业务服务器的运行参数进行统计，并上报给登陆服务器；所述状态分析单元与IP分配单元相连，用于根据业务服务器的运行参数为所述IP分配单元指定业务服务器的IP地址。
优选地，所述状态统计单元所统计并上报的业务服务器的运行参数包括所述业务服务器的网络类型、当前负载量以及负载阈值。
优选地，所述状态统计单元定时或者实时地统计并上报业务服务器的运行参数。
优选地，所述状态分析单元进一步用于，根据业务服务器的运行参数确定状态值，并按照状态值的高低指定业务服务器的IP地址。
为了更好地实现发明目的，所述登陆服务器与客户端和业务服务器相连，包括一个将业务服务器的IP地址发送至客户端的IP分配单元，所述登陆服务器还包括一个与IP分配单元相连的状态分析单元，用于根据业务服务器的运行参数为所述IP分配单元指定业务服务器的IP地址。
为了更好地实现发明目的，所述业务服务器与登陆服务器相连，所述业务服务器包括一个状态统计单元，用于对业务服务器的运行参数进行统计，并上报给登陆服务器；为了更好地实现发明目的，所述客户端基于如前所述系统登陆业务服务器的方法包括以下步骤A.客户端向登陆服务器发送登陆请求；B.登陆服务器对业务服务器统计并上报的运行参数进行分析，指定业务服务器的IP地址并发送至客户端；C.客户端根据登陆服务器返回的IP地址，登陆指定的业务服务器。
优选地，所述步骤B中的运行参数包括所述业务服务器的网络类型、当前负载量以及负载阈值。
优选地，所述步骤B中的运行参数由业务服务器定时或者实时地统计并上报给登陆服务器。
优选地，所述步骤B进一步包括B1.登陆服务器根据业务服务器的运行参数确定每个业务服务器的状态值；B2.登陆服务器按照状态值的高低指定业务服务器的IP地址，并发送至客户端。
本发明中，每次客户端都根据登陆服务器的选择而登陆当时运行状况最佳的业务服务器，便在一个时间段内将大量客户端分别引导到了多台业务服务器上，从而实现了负载均衡，提高了网络服务的稳定性。
图1是本发明中客户端登陆业务服务器的系统整体架构图；图2是本发明的一个实施例中客户端登陆业务服务器的系统整体架构图；图3是本发明中客户端登陆业务服务器的系统内部结构图；图4是本发明中客户端登陆业务服务器的方法流程图；图5是本发明的一个实施例中客户端业务登陆服务器的方法流程图；图6是本发明的另一实施例中客户端登陆业务服务器的方法流程图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明对业务服务器的运行参数进行统计，并上报给登陆服务器，当登陆服务器接收到客户端发送的登陆请求后，则对当前统计的运行参数(例如网络类型、当前负载量、负载阈值等)进行分析，从中选择运行状况最佳的业务服务器，并返回其IP地址给客户端，然后客户端根据该IP地址登陆业务服务器。这样，每次客户端都根据登陆服务器的选择而登陆当时状况最佳的业务服务器，便在一个时间段内将大量客户端都分别引导到了多台业务服务器上，从而实现了负载均衡，提高了网络服务的稳定性。
图1示出了本发明中客户端登陆业务服务器的系统整体架构，该系统包括客户端100、登陆服务器200、管理服务器300和业务服务器400。
应当说明的是，本发明所有图示中各设备之间的连接关系是为了清楚阐释其信息交互及控制过程的需要，因此应当视为逻辑上的连接关系，而不应仅限于物理连接。
本发明中客户端100可以是多个，如图1所示的第一客户端、第二客户端……第N客户端，其可为各种终端设备，例如个人计算机(Personal Computer，PC)、个人数字助理(Personal Digital Assistant，PDA)、移动电话(Mobile Phone，MP)等，因此本发明的保护范围不应限定为某种特定类型的客户端。
以上客户端100分别与多个登陆服务器200相连，如图1所示的第一登陆服务器、第二登陆服务器……第N登陆服务器，本发明中的登陆服务器200主要用于存储业务服务器400上报的运行参数，并根据其运行参数指定当前运行状况最佳的业务服务器400的IP地址，供客户端100登陆。在本发明的一个实施例中，如图2所示，登陆服务器200可根据网络类型划分为电信登陆服务器、网通登陆服务器、教育网登陆服务器等。
管理服务器300连接登陆服务器200与业务服务器400，其功能可以在登陆服务器200和业务服务器400中实现，也可以单独存在。
业务服务器400为客户端100提供长期稳定的信息服务，在本发明的网络系统中每种网络类型的业务服务器400一般都有多个，即第一业务服务器、第二业务服务器……第N业务服务器。在一个实施例中，如图2所示的系统架构，电信、网通和教育网都存在多个业务服务器400供客户端100登陆并开展业务。
图3示出了本发明中客户端100登陆业务服务器400的系统内部结构，该结构与图1和图2所示系统结构是对应的，只不过是从设备的内部实现方面进行展示，因此其只是一个最简的系统结构模型。
每个业务服务器400中包括状态统计单元401、登陆认证单元402，其中(1)状态统计单元401用于统计业务服务器400自身的当前运行参数，该运行参数包括网络类型、当前负载量、负载阈值等，并将这些运行参数上报给管理服务器300，进而发送给登陆服务器200。
在本发明的一个示例方案中，网络类型包括多种，例如电信、网通、教育网、铁通等等，每个业务服务器400自身的网络类型是确定的；当前负载量则在每个时刻都可能不一样，需要进行实时检测；而负载阈值则是预先在业务服务器400中设置的，典型的可设置在登陆认证单元402中。
(2)登陆认证单元402用于对要求登陆的客户端100进行认证，若符合登陆条件则允许其登陆并享受各种业务。
每个登陆服务器200中包括状态分析单元201、IP分配单元202，其中(1)状态分析单元201用于接收业务服务器400统计并上报的运行参数，并对其进行分析，以确定当前运行状态最佳的业务服务器400，其具体分析过程可有多种方案。
在一个示例方案中，其分析过程是根据业务服务器400上报的运行参数(如网络类型、当前负载量、负载阈值等)，计算各个业务服务器400的当前状态值；然后将各业务服务器400的当前状态值排序，选择状态值最高的几个业务服务器400的IP地址，并送入IP分配单元202进行分配。
(2)IP分配单元202用于接收状态分析单元201指定的业务服务器400的IP地址，并具体的分发至各个客户端100。
图4示出了本发明中客户端登陆业务服务器的方法流程，该方法流程基于图3所示的系统结构，具体过程如下在执行本发明的所有步骤之前，在业务服务器400中对其运行参数进行设置，例如设定其负载阈值，从而控制登陆其上的客户端100的数量。
在步骤S401中，客户端100向登陆服务器200发送登陆请求。
在上述步骤的第一个示例方案中，客户端100发送一个请求数据包至登陆服务器200中，该请求数据包中包括一个请求消息，以及该客户端100自身的网络类型。
在上述步骤的第二个示例方案中，客户端100仅发送一条请求消息至登陆服务器200，至该客户端100的网络类型，可由登陆服务器200根据该请求消息的网络传输路径进行检测而判定。
在步骤S402中，登陆服务器200收到客户端100发送的登陆请求后，则根据各业务服务器400的运行参数确定当前状态最佳的业务服务器400，并返回其IP地址给客户端100。在本发明中，运行参数包括网络类型、当前负载量、负载阈值等，可通过多种方式获取各业务服务器400的运行参数，也可通过多种方式根据运行参数指定业务服务器400的IP地址。
在上述步骤获取运行参数的第一个示例方案中，业务服务器400利用状态统计单元401定时(例如2分钟)地将自身运行参数上报到登陆服务器200，这种定时上报的方式在实时准确性方面具有一些弊端，但是业务服务器400不需始终检测，因此减轻了网络运行负担。
在上述步骤获取运行参数的第二个示例方案中，业务服务器400利用状态统计单元401实时地将自身运行参数上报给登陆服务器200，这种方式由于是实时的，因此数据的准确性非常高，比较适用于网络登陆流量特别大的情况。
在上述步骤获取运行参数的第三个示例方案中，业务服务器400是基于登陆服务器200的请求而反馈其当前运行参数，即当业务服务器400收到登陆服务器200对其运行参数进行索取的请求后，则利用状态统计单元401检测并统计当前运行参数并反馈，这种方式针对性比较强。
在上述步骤获取运行参数的第四个示例方案中，业务服务器400首先将统计的运行参数上报到管理服务器300，当登陆服务器200请求数据时再将其发送给登陆服务器200。
在上述步骤指定业务服务器400的IP地址的一个示例方案中，具体过程包括(1)登陆服务器200根据业务服务器400的运行参数，利用状态分析单元201计算每个业务服务器400的状态值，例如可将网络类型、当前负载量、负载阈值等参数整合到一个计算公式中，利用某种运算规则计算出一个状态值；(2)登陆服务器200进一步利用状态分析单元201对状态值进行排序，并按照状态值的高低为IP分配单元202指定一个或者多个业务服务器400的IP地址。
在上述步骤指定业务服务器400的IP地址的另一示例方案中，具体过程包括(1)登陆服务器200根据业务服务器400的运行参数，首先判断是否存在网络类型与客户端100一致且当前负载量低于负载阈值的业务服务器400；(2)若存在，则从中选择当前负载量最小的业务服务器400并返回其IP，若不存在，则从不同网络类型的业务服务器400中进行选择。
在步骤S403中，客户端100收到登陆服务器200发送的业务服务器400的IP地址后，则登陆到该业务服务器400中。其具体过程包括(1)客户端100收到登陆服务器200发送的业务服务器400的IP地址，则向其发送一个登陆请求；(2)业务服务器400收到该客户端100发送的登陆请求后，则利用其登陆认证单元402对其进行身份认证，若符合条件则允许其登陆并开展业务。
在上述步骤的一个示例方案中，若前述步骤S402中登陆服务器200发送的业务服务器400的IP地址只有一个，则客户端100直接向该业务服务器400发送登陆请求，并进行登陆认证。
在上述步骤的另一示例方案中，若前述步骤S402中登陆服务器200发送的业务服务器400的IP地址有多个，则可以任选其中一个进行登陆。当然，本发明还可采取其他方式进行选择。
图5示出了本发明的一个实施例中客户端登陆业务服务器的方法流程，该方法流程基于图2和图3所示的系统结构，具体过程如下在步骤S501中，客户端100向登陆服务器200发送登陆请求。在如图2的示例中，假设客户端100的网络类型是电信，而当前可选的登陆服务器200包括电信登陆服务器、网通登陆服务器和教育网登陆服务器，该客户端100同时向三者发送登陆请求。
在步骤S502中，登陆服务器200收到客户端100发送的登陆请求后，首先得知该客户端100的网络类型，同时获取当前所有业务服务器400的运行参数。在本实施例中，登陆服务器200获取运行参数，可通过业务服务器400实时上报的方式。在图2的示例中，各种网络类型的登陆服务器200分别获取其对应的业务服务器400的运行参数，包括网络类型、当前负载量、负载阈值等。
在步骤S503中，登陆服务器200根据获取的运行参数，计算各业务服务器400的当前状态值。在本实施例中，某个业务服务器400的状态值的计算公式为P＝A*B*C，其中A为客户端100与该业务服务器400的网络类型吻合程度，该吻合程度可根据具体情况进行定义，例如两者完全一致可将A定为10；B为该业务服务器400的当前负载量，例如若当前有50个客户端100登陆其上，则B＝50；C为负载阈值与当前负载量之间的差值，若负载阈值设置为70，则C＝70-50＝20。由此可计算得出该状态值为P＝10*50*20＝10000。当然，以上计算状态值的公式仅为其中一个示例，本发明不限于此，可视具体情况而定。
在图2的示例中，若每个网络类型的业务服务器400均包含5个，那么电信登陆服务器对所有电信业务服务器的运行参数进行计算得到5个状态值，网通登陆服务器和教育网登陆服务器也分别得到5个状态值。
在步骤S504中，对所有业务服务器400的状态值进行排序，并选择状态值最高的业务服务器400的IP地址，返回给客户端100。在本实施例中，要对计算得到的15个状态值进行排序，选择数值最大者，例如最后选择的是5个电信业务服务器中的第三号服务器。
在步骤S505中，客户端100根据所返回的IP地址，登陆到电信业务服务器的第三号服务器中。这样，客户端100可以最快的速度登陆，其他客户端的登陆也采取同样的方式，在一个时间段内，所有客户端都登陆到当时运行状态最佳的业务服务器400中，有效实现了负载均衡。
此外，本发明还在上述内容的基础上提供了一个新的功能，利用登陆服务器200对客户端100进行灰度定向，所谓灰度定向是指可预先在各客户端100中设置灰度定向参数，指定其要登陆的业务服务器400，当发起登陆请求时可直接将其引导到该业务服务器400中。本发明可将该方式与图3和图4所述方法结合在一起应用。
图6示出了本发明的一个实施例中客户端以灰度定向的方式登陆业务服务器的方法流程，具体过程如下在所有步骤之前，对客户端100进行灰度定向设置，在一个典型示例中，可设定一个灰度定向标识符，指示该客户端100要定向登陆的业务服务器400。
在步骤S601中，客户端100向登陆服务器200发送登陆请求，具体过程与图4中的步骤S401、图5中的步骤S501一致，此处不再赘述。
在步骤S602中，登陆服务器200接收到该客户端100发送的登陆请求，即询问其是否具有灰度定向设置若是，则转步骤S603；若否，则转步骤S604。
在步骤S603中，登陆服务器200根据灰度定向设置选择特定的业务服务器400的IP地址，并反馈至客户端100。
在步骤S604中，登陆服务器200选择状态最佳的业务服务器400，并返回其IP地址至客户端100。此步骤的具体实现过程与图4中的步骤S402一致，此处不再赘述。
在步骤S605中，客户端100根据所返回的IP地址，登陆到业务服务器400中。
应当说明的是，本发明典型的应用但不限于客户端100登陆业务服务器400的场景，在其他类似的网络环境中也可以应用本发明所阐述的方法。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种客户端登陆业务服务器的系统，包括客户端、登陆服务器和业务服务器，所述登陆服务器包括一个将业务服务器的IP地址发送至客户端的IP分配单元，其特征在于，所述业务服务器包括一个状态统计单元，所述登陆服务器还包括一个状态分析单元；所述状态统计单元对业务服务器的运行参数进行统计，并上报给登陆服务器；所述状态分析单元与IP分配单元相连，用于根据业务服务器的运行参数为所述IP分配单元指定业务服务器的IP地址。
2.根据权利要求1所述的客户端登陆业务服务器的系统，其特征在于，所述状态统计单元所统计并上报的业务服务器的运行参数包括所述业务服务器的网络类型、当前负载量以及负载阈值。
3.根据权利要求1或2所述的客户端登陆业务服务器的系统，其特征在于，所述状态统计单元定时或者实时地统计并上报业务服务器的运行参数。
4.根据权利要求1或2所述的客户端登陆业务服务器的系统，其特征在于，所述状态分析单元进一步用于，根据业务服务器的运行参数确定状态值，并按照状态值指定业务服务器的IP地址。
5.一种在权利要求1所述系统中的登陆服务器，其与客户端和业务服务器相连，包括一个将业务服务器的IP地址发送至客户端的IP分配单元，其特征在于，所述登陆服务器还包括一个与IP分配单元相连的状态分析单元，用于根据业务服务器的运行参数为所述IP分配单元指定业务服务器的IP地址。
6.一种在权利要求1所述系统中的业务服务器，与登陆服务器相连，其特征在于，所述业务服务器包括一个状态统计单元，用于对业务服务器的运行参数进行统计，并上报给登陆服务器。
7.一种客户端基于权利要求1所述系统登陆业务服务器的方法，其特征在于，所述方法包括以下步骤A.客户端向登陆服务器发送登陆请求；B.登陆服务器对业务服务器统计并上报的运行参数进行分析，指定业务服务器的IP地址并发送至客户端；C.客户端根据登陆服务器返回的IP地址，登陆指定的业务服务器。
8.根据权利要求7所述的客户端登陆业务服务器的方法，其特征在于，所述步骤B中的运行参数包括所述业务服务器的网络类型、当前负载量以及负载阈值。
9.根据权利要求7所述的客户端登陆业务服务器的方法，其特征在于，所述步骤B中的运行参数由业务服务器定时或者实时地统计并上报给登陆服务器。
10.根据权利要求7至9中任一权利要求所述的客户端登陆业务服务器的方法，其特征在于，所述步骤B进一步包括B1.登陆服务器根据业务服务器的运行参数确定每个业务服务器的状态值；B2.登陆服务器按照状态值指定业务服务器的IP地址，并发送至客户端。
全文摘要
本发明涉及通信领域，提供了一种客户端登陆业务服务器的方法、系统及设备。所述方法包括以下步骤A.客户端向登陆服务器发送登陆请求；B.登陆服务器对业务服务器统计并上报的运行参数进行分析，指定业务服务器的IP地址并发送至客户端；C.客户端根据登陆服务器返回的IP地址，登陆指定的业务服务器。本发明中，每次客户端都根据登陆服务器的选择而登陆当时运行状况最佳的业务服务器，便在一个时间段内将大量客户端分别引导到了多台业务服务器上，从而实现了负载均衡，提高了网络服务的稳定性。
文档编号H04L12/28GK101079884SQ20071007368
公开日2007年11月28日 申请日期2007年3月27日 优先权日2007年3月27日
发明者张湘念 申请人:腾讯科技(深圳)有限公司