CN101557427A - 提供分流信息、实现客户端分流的方法、系统及服务器 - Google Patents

Abstract

本申请实施例公开了一种提供分流信息的方法、实现客户端分流的方法、系统及服务器，所述实现客户端分流的方法包括：WEB服务器接收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息；将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；接收所述分流引擎服务器返回的服务器地址；将所述客户端分流到与所述服务器地址对应的应用服务器。本申请实施例通过维护分流规则，将客户端按照其属性信息分流到不同应用服务器，由于所有客户端无需访问一台应用服务器，因此降低了应用服务器的负载。

Description

提供分流信息、实现客户端分流的方法、系统及服务器

技术领域

本申请涉及网络通信技术领域，尤其涉及提供分流信息的方法、实现客户端分流的方法、系统及服务器。

背景技术

SaaS(Software-as-a-Service，软件即服务)是一种通过互联网提供软件的模式，软件供应商将应用软件统一部署在自己的服务器上，客户可以根据实际需求，通过互联网向软件供应商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得软件供应商提供的服务。为了完善SaaS模式下的应用软件，软件供应商可能会对应用软件进行频繁升级，用升级后的新版应用软件来弥补老版应用软件的不足，相应的，客户需要从服务器上获得升级后的应用软件。

现有技术中，软件供应商将所有应用软件都部署在某一台服务器上，并且预先在地址解析设备上保存规则脚本，规则脚本是指允许访问该服务器上应用软件的IP(Internet Protocol，互联网协议)地址范围，当客户端请求访问该服务器，以及时获取升级后的应用软件时，首先由地址解析设备获取该客户端的IP地址，然后判断该客户端的IP地址是否满足规则脚本定义的IP地址范围内，如果满足则允许该客户端访问服务器，否则，拒绝客户端访问服务器。

在对现有技术的研究和实践过程中，发明人发现现有技术中存在以下问题：由于所有满足规则脚本所定义IP地址范围的客户端均通过一台地址解析设备访问一台服务器，因此当大量客户端集中请求升级应用软件时，地址解析设备和服务器的负载将增大；并且，对应服务器上不同的应用软件，脚本规则中定义的IP地址范围可能会发生变化，由此增加了规则脚本的维护工作量。

发明内容

本申请实施例的目的是提供一种提供分流信息的方法、实现客户端分流的方法、系统及服务器，通过分流规则将客户端分流到不同的应用服务器，以降低应用服务器负载。

为解决上述技术问题，本申请一实施例提供了一种提供分流信息的方法，是这样实现的：

一种提供分流信息的方法，包括：

分流引擎服务器获取客户端的属性信息；

根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系；

当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址。

为解决上述技术问题，本申请又一实施例提供了一种实现客户端分流的方法，是这样实现的：

一种实现客户端分流的方法，包括：

WEB服务器接收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息；

将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

接收所述分流引擎服务器返回的服务器地址，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址；

将所述客户端分流到与所述服务器地址对应的应用服务器。

本申请方法实施例中，WEB服务器接收到客户端的访问请求后，从访问请求中获取客户端的属性信息，并将客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器，分流引擎服务器根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，向WEB服务器返回查找到的分流规则中包含的服务器地址，WEB服务器将客户端分流到与服务器地址对应的应用服务器。由上述本申请实施例可见，本申请实施例通过维护分流规则，将客户端按照其属性信息分流到不同应用服务器，与现有技术相比，由于所有客户端无需访问一台应用服务器，因此降低了应用服务器的负载。

为解决上述技术问题，本申请第三实施例提供了一种分流引擎服务器，是这样实现的：

一种分流引擎服务器，包括：

属性获取单元，用于获取客户端的属性信息；

规则查找单元，用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系；

地址返回单元，用于当所述查找单元查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址。

为解决上述技术问题，本申请第四实施例提供了一种WEB服务器，是这样实现的：

一种WEB服务器，包括：

请求接收单元，用于接收客户端的访问请求；

信息获取单元，用于从所述访问请求中获取所述客户端的属性信息；

信息提供单元，用于将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

地址接收单元，用于接收所述分流引擎服务器返回的服务器地址，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址；

分流单元，用于将所述客户端分流到与所述服务器地址对应的应用服务器。

为解决上述技术问题，本申请第五实施例提供了一种实现客户端分流的服务器，是这样实现的：

一种实现客户端分流的服务器，包括：分流引擎模块和分流执行模块，

所述分流执行模块，用于收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息，并将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎模块；

所述分流引擎模块，用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址；

所述分流执行模块，用于接收所述分流引擎模块返回的服务器地址，并将所述客户端分流到与所述服务器地址对应的应用服务器；所述服务器地址为所述分流引擎模块查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址。

为解决上述技术问题，本申请第六实施例提供了一种实现客户端分流的系统，是这样实现的：

一种实现客户端分流的系统，包括：分流引擎服务器和WEB服务器，

所述WEB服务器，用于接收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息，并将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

所述分流引擎服务器，用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址；

所述WEB服务器，用于接收所述分流引擎服务器返回的服务器地址，并将所述客户端分流到与所述服务器地址对应的应用服务器；所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的网络架构示意图；

图2为本申请提供分流信息的方法的第一实施例流程图；

图3为本申请提供分流信息的方法的第二实施例流程图；

图4为本申请实现客户端分流的方法的第一实施例流程图；

图5为本申请实现客户端分流的方法的第二实施例流程图；

图6为本申请分流引擎服务器的第一实施例框图；

图7为本申请分流引擎服务器的第二实施例框图；

图8为本申请WEB服务器的第一实施例框图；

图9为本申请WEB服务器的第二实施例框图；

图10为本申请实现客户端分流的服务器的实施例框图；

图11为本申请实现客户端分流的系统的实施例框图。

具体实施方式

本申请实施例提供一种提供分流信息的方法、实现客户端分流的方法、系统及服务器。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

参见图1，在描述本申请实施例之前，对本申请实施例所应用的网络架构示意图进行描述。

本申请实施例应用的网络架构中，包括：分流引擎服务器、WEB服务器，与WEB服务器进行交互的客户端，与分流引擎服务器进行交互的管理员设备，保存升级后的应用软件的一组应用服务器A，以及保存升级前应用软件的一组应用服务器B，一组应用服务器A和一组应用服务器B均与WEB服务器相连。

参见图2，为本申请提供分流信息的方法的第一实施例流程图，该实施例包括如下步骤：

步骤201：分流引擎服务器获取客户端的属性信息。

客户端的属性信息是客户端向WEB服务器发送的访问请求中所包含的属性信息。属性信息可以具体包括至少一种下述信息：客户端的IP地址、客户端用户的ID、客户端用户的等级。其中，客户端用户的等级可以采用用户积分等形式加以表示，本申请对此并不作限定。

用户积分是根据注册用户在站内进行的所有可获得积分的操作行为计算出来的分值，以反映用户活跃程度的一个参考，由此可知，用户的积分越多说明该用户的等级越高，等级越高的用户通常可以优先使用新开发的软件功能。

分流引擎服务器在获取客户端的属性信息时，可以接收WEB服务器发送的客户端的属性信息，或从所述WEB服务器读取客户端的属性信息；

步骤202：根据客户端的属性信息查找预先设置的属性信息与分流规则的对应关系。

步骤203：当查找到与客户端的属性信息匹配的分流规则时，返回查找到的分流规则中包含的服务器地址。

参见图3，为本申请提供分流信息的方法的第二实施例流程图，该实施例详细示出了提供分流信息的过程，包括如下步骤：

步骤301：分流引擎服务器接收通过WEB页面定义的属性信息与分流规则的对应关系。

结合图1，管理员设备接收管理员通过WEB界面定义的属性信息与分流规则的对应关系，以实现将同类属性的客户端分流到相同的应用服务器。

定义的属性信息与分流规则对应关系的WEB页面上至少包括：客户端属性信息应满足的条件，以及满足该条件的客户端对应分流到的应用服务器的地址；另外，还可以包括分流规则的名称、分流规则的类型、分流规则的参数等。

由于管理员可以通过WEB页面直接访问和维护分流引擎服务器，而无需在分流引擎服务器上直接编写规则，因此便于管理，且实时性能好。

另外，还可以为分流引擎服务器设置一备份服务器，该备份服务器与分流引擎服务器的功能相同，数据实时同步，当分流引擎服务器发生故障时，代替分流引擎服务器执行相应的功能。

前面实施例中已经提到，属性信息可以具体包括至少一种下述信息：客户端的IP地址、客户端用户的ID、客户端用户的等级。在具体定义属性信息与分流规则的对应关系时，可以按照如下示例设置：

当属性信息为客户端的IP地址时，由于不同IP地址指示的地区不同，可以定义分流规则为位于同一地区的用户访问某一台特定服务器，在划分地区时可以根据实际地域的大小灵活进行。例如，将北京按照区县进行划分，属于同一区县的用户可以分流到同一台服务器上，而对于河北省来说，则可以按照城市进行划分，对此本实施例不做限制。

当属性信息为客户端的ID时，特别对于某些要求注册ID为英文的系统来说，根据英文字母的排列顺序，可以定义分流规则为首字母为同一字母的用户分流到同一台服务器。根据属于同一首字母的用户的实际数量，例如，首字母为a的用户数量很大，则可以进一步将这些用户根据其ID的第二个字母来进行进一步分流，对此本实施例不做限制。

当属性信息为客户端的等级时，可以按照等级的高低定义分流规则为属于同一等级的客户端分流到同一台服务器，通常不同等级客户端的数量根据等级从高到底呈金字塔形排列，即等级越高的客户端数量越少。例如，当等级用积分表示时，积分越高的用户表示其访问系统的次数越多，可以定义积分为10万以上的用户分流到服务器A，而积分为5到10万的用户分流到服务器B，而积分小于5万的用户分流到服务器C。这种分流规则的设置可以提高系统中等级较高的用户的使用体验，即分流到服务器A的用户要远远小于分流到服务器C的用户。

步骤302：保存定义的属性信息与分流规则的对应关系。

属性信息与分流规则的对应关系可以以数据库的形式保存，或者属性信息与分流规则的对应关系以数据库的形式保存后，将对应关系同步到缓存中。

上述两种保存方式的区别在于，若仅以数据库的形式保存，则需要通过数据库驱动访问该数据库，因此操作过程较为复杂，访问速度不高；而从缓存访问该对应关系，则可以做到直接快速。

步骤303：分流引擎服务器接收WEB服务器发送的客户端的属性信息。

客户端的属性信息为客户端登录WEB服务器后发送的访问请求中所包含的属性信息。

属性信息可以具体包括至少一种下述信息：客户端的IP地址、客户端用户的ID、客户端用户的等级。

需要说明的是，除了上述分流引擎服务器被动接收WEB服务器发送的客户端属性信息外，分流引擎服务器还可以在接到WEB服务器的通知消息后，主动从WEB服务器读取客户端的属性信息，对此本申请实施例不做限制。

步骤304：判断是否查找到与客户端的属性信息匹配的分流规则，若是，则执行步骤305；否则，则执行步骤306。

步骤305：返回查找到的分流规则中包含的服务器地址，结束当前流程。

分流引擎服务器根据客户端属性信息查找对应关系，如果属性信息满足预先设置的条件，则找到该条件对应的应用服务器的地址，并返回该地址。该应用服务器的地址通常是指应用服务器的URL。

本发明在分流引擎服务器上定义属性信息与分流规则的对应关系正是为了根据用户的属性信息将不同用户分流到不同的服务器，这些服务器上保存了供用户访问的软件功能。实际使用时，可以进行如下应用：

不同服务器上可以保存不同的软件，例如，服务器A上保存升级后的软件，服务器B上保存升级前的软件，则对应在设置分流规则时可以定义用户积分大于10万的用户可以使用升级后的软件，相应返回服务器A的URL，定义用户积分小于10万的用户只能使用升级前的软件，相应返回服务器B的URL。这种应用方式的目的是根据用户积分的不同分流出使用升级后软件的用户。

不同服务器上也可以保存相同的软件，例如，服务器A和服务器B上都保存升级后的软件。在设置分流规则时可以定义用户积分大于10万的用户访问服务器A，相应返回服务器A的URL，定义用户积分小于10万的用户访问服务器B，相应返回服务器B的URL。这种应用方式的目的是根据用户积分的不同分流访问同一软件的用户，减少服务器的压力，提高积分较高的用户的体验。

结合图1，该返回的URL可以表示保存升级后的应用软件的一组应用服务器A中的某一台应用服务器的URL，相应的，一组应用服务器A中的其它应用服务器的URL分别对应不同的属性信息。

步骤306：返回默认服务器地址，结束当前流程。

分流引擎服务器根据客户端属性信息查找对应关系，如果属性信息不满足预先设置的条件，则可以返回默认服务器的URL。结合图1，该默认服务器的URL可以表示保存升级前应用软件的一组应用服务器B中的某一台应用服务器。

除了步骤306中示出的方式，分流引擎服务器也可以返回错误信息，表示未找到与属性信息匹配的分流规则，由接收该错误信息的WEB服务器将客户端分流到保存升级前应用软件的一组应用服务器B中的某一台应用服务器，该台应用服务器可以为客户端历史上访问过的应用服务器。

参见图4，为本申请实现客户端分流的方法的第一实施例流程图，该实施例包括如下步骤：

步骤401：WEB服务器接收客户端的访问请求。

步骤402：从访问请求中获取客户端的属性信息。

步骤403：将客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器。

步骤404：接收分流引擎服务器返回的服务器地址。

其中，服务器地址为分流引擎服务器查找属性信息与分流规则的对应关系后，获得的与该客户端的属性信息匹配的分流规则中包含的服务器地址。

步骤405：将客户端分流到与服务器地址对应的应用服务器。

参见图5，为本申请实现客户端分流的方法的第二实施例流程图，该实施例详细示出了实现客户端分流的过程，包括如下步骤：

步骤501：WEB服务器接收客户端的访问请求。

步骤502：通过客户端分流组件监听分流引擎服务器。

WEB服务器中部署有客户端分流组件，该客户端分流组件可以直接与分流引擎服务器交互，监测分流引擎服务器的缓存中的属性信息与分流规则的对应关系，以及作为分流引擎服务器与WEB服务器的通信桥梁，向分流引擎服务器发送客户端的属性信息，并接收分流引擎服务器返回的应用服务器地址。客户端分流组件上述功能的实现与现有技术一致，在此不再赘述。

步骤503：判断是否监听到分流引擎服务器中设置有属性信息与分流规则的对应关系，若是，则执行步骤504；否则，执行步骤511。

步骤504：WEB服务器读取客户端的实例状态。

当客户端分流组件监听到分流引擎服务器中设置有属性信息与分流规则的对应关系时，读取客户端的实例状态。

步骤505：判断是否从实例状态中读取到服务器地址信息，若是，则执行步骤512；否则，执行步骤506。

当客户端通过浏览器访问过应用服务器后，WEB服务器会在浏览器cookie状态中会记录该应用服务器的URL，如果客户端首次访问保存升级后的应用软件的应用服务器，则需要通过分流引擎服务器获取某台应用服务器的URL，如果客户端已访问过保存升级后的应用软件的应用服务器，则在未退出当前浏览器的状态下，无需再与分流引擎服务器交互，而是可以通过读取cookie状态，获取应用服务器的URL。

步骤506：从访问请求中获取客户端的属性信息。

步骤507：将客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器。

步骤508：接收分流引擎服务器返回的服务器地址。

分流引擎服务器的查找属性信息与分流规则的对应关系，以及返回服务器地址的过程与前述提供分流信息的方法的第二实施例中的步骤304至步骤306的描述一致，在此不再赘述。

步骤509：将客户端分流到与服务器地址对应的应用服务器。

步骤510：将服务器地址记录到客户端的实例状态中，结束当前流程。

步骤511：将客户端分流到默认应用服务器，结束当前流程。

步骤512：将客户端分流到与读取到的服务器地址对应的应用服务器，结束当前流程。

通过上述本申请方法实施例可知，通过维护分流规则，将客户端按照其属性信息分流到不同应用服务器，与现有技术相比，由于所有客户端无需访问同一台应用服务器，因此降低了应用服务器的负载；进一步，由于用户首次访问时，保存当前用户的分流状态信息，因此当客户端再次访问应用服务器时，WEB服务器通过读取浏览器实例状态中记录的服务器地址，根据服务器地址可以直接分流客户端的访问请求，由于不必在客户端每次访问时都与分流引擎服务器交互，因此提高了访问性能，增强了客户体验。

下面结合图1，通过一个应用实例描述本发明实现客户端分流的过程。

假设软件供应商对某一款应用软件进行了更新，更新后的应用软件保存在应用服务器A1和A2中(对应于图1中的一组应用服务器A)，其中应用服务器A1对应URLa1，应用服务器A2对应URLa2；更新前的应用软件保存在应用服务器B1和B2中，(对应于图1中的一组应用服务器B)，其中应用服务器B1对应URLb1，应用服务器B2对应URLb2。

假设允许用户积分大于10万的用户访问应用服务器A1中的更新应用软件，允许用户积分在5至10万的用户访问应用服务器A2中的更新应用软件，用户积分小于5万的用户不能访问更新应用软件。根据上述需求，管理员设备可以分别获取积分大于10万的用户ID，以及积分在5至10万的用户ID，其中，积分大于10万的用户ID用属性信息1表示，对应服务器的应用服务器A1，积分在5至10万的用户ID用属性信息2表示，对应服务器的应用服务器A2。通过WEB页面向分流引擎服务器输入上述两条用户属性与分流规则的对应关系，为了示例清楚，该对应关系如下表1所示：

表1

属性信息1	URLa1
		属性信息2	URLb1

将上表1中的两条对应关系保存到分流引擎服务器的数据库中，然后从数据库同步到缓存中。

如果用户首次访问更新后的应用软件，则用户通过客户端浏览器登陆WEB服务器后，WEB服务器接收该客户端的访问请求。此时，WEB服务器中的客户端分流组件监听分流引擎服务器的缓存中是否有分流规则发布，即是否存在属性信息与分流规则的对应关系，由于缓存中保存了如表1所示的对应关系，因此客户端分流组件监听到分流规则。WEB服务器从访问请求中获取该客户端的属性信息，即该用户的ID，并将该用户的ID传输到分流引擎服务器，分流引擎服务器根据该用户的ID查找表1所示的对应关系，如果该用户的ID满足属性信息1，则向WEB服务器返回URLa1，如果该用户的ID满足属性信息2，则向WEB服务器返回URLb1，WEB服务器根据分流引擎服务器返回的URL，将客户端接入相应的应用服务器。如果该用户的ID不满足任何一条属性信息，分流引擎服务器可以向WEB服务器返回保存更新前应用软件的应用服务器的URL，也可以向WEB服务器返回“false”信息，由WEB服务器将该客户端接入应用服务器B1或B2，B1或B2可以根据用户的历史访问记录选择，或其它方式选择，本申请实施例不做限制，如果保存更新前应用软件的应用服务器只有一台，则WEB服务器收到“false”信息后，将客户端直接接入该台应用服务器。

用户首次访问更新后的应用软件后，如果在未关闭浏览器的状态下，需要再次访问该应用软件，则WEB服务器不必再通过与分流引擎交互获得服务器的URL，因为用户通过客户端首次访问后，已经在浏览器的cookie中记录了服务器的URL。假设用户的积分大于10，则用户首次访问更新后的应用软件时，返回的服务器URL为URLa1，该URLa1保存在浏览器的cookie中，当用户在当前浏览器中再次访问该应用软件时，则WEB服务器读取用户浏览器的cookie，从中获取到的服务器URL为URLa1，按照该URLa1接入应用服务器A1。

参见图6，为本申请分流引擎服务器的第一实施例框图，该分流引擎服务器包括：属性获取单元610、规则查找单元620、地址返回单元630。

其中，属性获取单元610用于获取客户端的属性信息；

规则查找单元620用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系；

地址返回单元630用于当所述查找单元查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址。

利用该分流引擎服务器实施例实现提供分流信息的方法，与前述提供分流信息的方法的第一实施例类似，每个单元的具体执行以及各个单元间的交互也与前述第一方法实施例类似，在此不再赘述。

参见图7，为本申请分流引擎服务器的第二实施例框图，该分流引擎服务器包括：规则预设单元710、规则保存单元720、属性获取单元730、规则查找单元740、地址返回单元750。

其中，规则预设单元710用于接收通过WEB页面定义的属性信息与分流规则的对应关系；

规则保存单元720用于保存所述定义的属性信息与分流规则的对应关系；

属性获取单元730用于获取客户端的属性信息；

规则查找单元740用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系；

地址返回单元750用于当所述查找单元查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址，当所述查找单元未查找到与所述客户端的属性信息匹配的分流规则时，返回默认服务器地址。

利用该分流引擎服务器实施例实现提供分流信息的方法，与前述提供分流信息的方法的第二实施例类似，每个单元的具体执行以及各个单元间的交互也与前述第二方法实施例类似，在此不再赘述。

参见图8，为本申请WEB服务器的第一实施例框图，该WEB服务器包括：请求接收单元810、信息获取单元820、信息提供单元830、地址接收单元840、分流单元850。

其中，请求接收单元810用于接收客户端的访问请求；

信息获取单元820用于从所述访问请求中获取所述客户端的属性信息；

信息提供单元830用于将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

地址接收单元840用于接收所述分流引擎服务器返回的服务器地址，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址；

分流单元850用于将所述客户端分流到与所述服务器地址对应的应用服务器。

利用该WEB服务器实施例实现提供分流信息的方法，与前述实现客户端分流的方法的第一实施例类似，每个单元的具体执行以及各个单元间的交互也与前述第一方法实施例类似，在此不再赘述。

参见图9，为本申请WEB服务器的第二实施例框图，该WEB服务器包括：请求单元910、监听单元920、状态读取单元930、信息获取单元940、信息提供单元950、地址接收单元960、分流单元970。

请求接收单元910用于接收客户端的访问请求；

监听单元920用于通过客户端分流组件监听所述分流引擎服务器；

状态读取单元930用于当所述监听单元920监听到分流引擎服务器中设置有属性信息与分流规则的对应关系时，读取所述客户端的实例状态；

信息获取单元940用于当所述状态读取单元930未从所述实例状态中读取到服务器地址信息时，从所述访问请求中获取所述客户端的属性信息；

信息提供单元950用于将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

地址接收单元960用于接收所述分流引擎服务器返回的服务器地址，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址；

分流单元970用于将所述客户端分流到与所述服务器地址对应的应用服务器，还用于当所述状态读取单元930从所述客户端的实例状态中读取到服务器地址时，将所述客户端分流到与所述服务器地址对应的应用服务器，还用于当所述监听单元920未监听到所述分流引擎服务器中设置有属性信息与分流规则的对应关系时，将所述客户端分流到默认应用服务器。

利用该WEB服务器实施例实现提供分流信息的方法，与前述实现客户端分流的方法的第二实施例类似，每个单元的具体执行以及各个单元间的交互也与前述第二方法实施例类似，在此不再赘述。

参见图10，为本申请实现客户端分流的服务器的实施例框图，该服务器包括：分流执行模块1010和分流引擎模块1020。

其中，分流执行模块1010收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息，并将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎模块1020；分流引擎模块1020根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址；分流执行模块1010用于接收所述分流引擎模块1020返回的服务器地址，并将所述客户端分流到与所述服务器地址对应的应用服务器；所述服务器地址为所述分流引擎模块1020查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址。

参见图11，为本申请实现客户端分流的系统的实施例框图，该系统包括：分流引擎服务器1110、WEB服务器1120、应用服务器1130。

其中，WEB服务器1110接收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息，并将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器1120；分流引擎服务器1120用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址；WEB服务器1010接收所述分流引擎服务器1020返回的服务器地址，并将所述客户端分流到与所述服务器地址对应的应用服务器1130；所述服务器地址为所述分流引擎服务器1120查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址。

通过以上实施方式的描述可知，WEB服务器接收到客户端的访问请求后，从访问请求中获取客户端的属性信息，并将客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器，分流引擎服务器根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，向WEB服务器返回查找到的分流规则中包含的服务器地址，WEB服务器将客户端分流到与服务器地址对应的应用服务器。本申请实施例通过维护分流规则，将客户端按照其属性信息分流到不同应用服务器，与现有技术相比，由于所有客户端无需访问一台应用服务器，因此降低了应用服务器的负载。

为了描述的方便，以上所述装置的各部分以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件或硬件中实现。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (19)

1、一种提供分流信息的方法，其特征在于，包括：

分流引擎服务器获取客户端的属性信息；

根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系；

当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址。

2、根据权利要求1所述的方法，其特征在于，所述分流引擎服务器获取客户端的属性信息包括：

分流引擎服务器接收WEB服务器发送的所述客户端的属性信息，或所述分流引擎服务器从所述WEB服务器读取所述客户端的属性信息；

所述客户端的属性信息为所述客户端向所述WEB服务器发送的访问请求中所包含的属性信息。

3、根据权利要求1所述的方法，其特征在于，所述预先设置属性信息与分流规则的对应关系包括：

分流引擎服务器接收通过WEB页面定义的属性信息与分流规则的对应关系；

保存所述定义的属性信息与分流规则的对应关系。

4、根据权利要求3所述的方法，其特征在于，所述保存定义的属性信息与分流规则的对应关系包括：

将所述定义的属性信息与分流规则的对应关系以数据库的形式保存；或

将所述定义的属性信息与分流规则的对应关系以数据库的形式保存后，将所述对应关系同步到缓存中。

5、根据权利要求1所述的方法，其特征在于，还包括：

当未查找到与所述客户端的属性信息匹配的分流规则时，返回默认服务器地址。

6、根据权利要求1所述的方法，其特征在于，所述客户端的属性信息包括至少一种下述信息：所述客户端的IP地址、所述客户端用户的ID、所述客户端用户的等级。

7、一种实现客户端分流的方法，其特征在于，包括：

WEB服务器接收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息；

将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

接收所述分流引擎服务器返回的服务器地址，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得与所述客户端的属性信息匹配的分流规则中包含的服务器地址；

将所述客户端分流到与所述服务器地址对应的应用服务器。

8、根据权利要求7所述的方法，其特征在于，将所述客户端分流到与所述服务器地址对应的应用服务器后还包括：将所述服务器地址记录到所述客户端的实例状态中。

9、根据权利要求8所述的方法，其特征在于，所述WEB服务器接收到客户端的访问请求后还包括：

WEB服务器读取所述客户端的实例状态；

当未从所述实例状态中读取到服务器地址信息时，执行所述从访问请求中获取所述客户端的属性信息的步骤，当从所述客户端的实例状态中读取到服务器地址时，执行所述将所述客户端分流到与所述服务器地址对应的应用服务器的步骤。

10、根据权利要求7所述的方法，其特征在于，所述WEB服务器接收到客户端的访问请求后还包括：

通过客户端分流组件监听所述分流引擎服务器；

当监听到所述分流引擎服务器中设置有属性信息与分流规则的对应关系时，执行所述从访问请求中获取所述客户端的属性信息的步骤，当未监听到所述分流引擎服务器中设置有属性信息与分流规则的对应关系时，将所述客户端分流到默认应用服务器。

11、一种分流引擎服务器，其特征在于，包括：

属性获取单元，用于获取客户端的属性信息；

规则查找单元，用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系；

地址返回单元，用于当所述查找单元查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址。

12、根据权利要求11所述的分流引擎服务器，其特征在于，还包括：

规则预设单元，用于接收通过WEB页面定义的属性信息与分流规则的对应关系；

规则保存单元，用于保存所述定义的属性信息与分流规则的对应关系。

13、根据权利要求11所述的分流引擎服务器，其特征在于，所述地址返回单元还用于，当所述查找单元未查找到与所述客户端的属性信息匹配的分流规则时，返回默认服务器地址。

14、一种WEB服务器，其特征在于，包括：

请求接收单元，用于接收客户端的访问请求；

信息获取单元，用于从所述访问请求中获取所述客户端的属性信息；

信息提供单元，用于将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

地址接收单元，用于接收所述分流引擎服务器返回的服务器地址，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址；

分流单元，用于将所述客户端分流到与所述服务器地址对应的应用服务器。

15、根据权利要求14所述的WEB服务器，其特征在于，还包括：

地址记录单元，用于将所述地址接收单元接收的服务器地址记录到所述客户端的实例状态中。

16、根据权利要求15所述的WEB服务器，其特征在于，还包括：

状态读取单元，用于读取所述客户端的实例状态；

所述信息获取单元具体用于，当所述状态读取单元未从所述实例状态中读取到服务器地址信息时，从所述访问请求中获取所述客户端的属性信息；

所述分流单元还用于，当所述状态读取单元从所述客户端的实例状态中读取到服务器地址时，将所述客户端分流到与所述服务器地址对应的应用服务器。

17、根据权利要求14所述的WEB服务器，其特征在于，还包括：

监听单元，用于通过客户端分流组件监听所述分流引擎服务器；

所述信息获取单元具体用于，当所述监听单元监听到分流引擎服务器中设置有属性信息与分流规则的对应关系时，从所述访问请求中获取所述客户端的属性信息；

所述分流单元还用于，当所述监听单元未监听到所述分流引擎服务器中设置有属性信息与分流规则的对应关系时，将所述客户端分流到默认应用服务器。

18、一种实现客户端分流的服务器，其特征在于，包括：分流引擎模块和分流执行模块，

所述分流执行模块，用于收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息，并将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎模块；

所述分流引擎模块，用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址；

所述分流执行模块，用于接收所述分流引擎模块返回的服务器地址，并将所述客户端分流到与所述服务器地址对应的应用服务器；所述服务器地址为所述分流引擎模块查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址。

19、一种实现客户端分流的系统，其特征在于，包括：分流引擎服务器和WEB服务器，

所述WEB服务器，用于接收到客户端的访问请求后，从所述访问请求中获取所述客户端的属性信息，并将所述客户端的属性信息提供给保存有属性信息与分流规则的对应关系的分流引擎服务器；

所述分流引擎服务器，用于根据所述客户端的属性信息查找预先设置的属性信息与分流规则的对应关系，当查找到与所述客户端的属性信息匹配的分流规则时，返回所述查找到的分流规则中包含的服务器地址；

所述WEB服务器，用于接收所述分流引擎服务器返回的服务器地址，并将所述客户端分流到与所述服务器地址对应的应用服务器，所述服务器地址为所述分流引擎服务器查找所述对应关系后，获得的与所述客户端的属性信息匹配的分流规则中包含的服务器地址。

Images