数据访问请求处理方法及用于处理数据访问请求的服务器与流程

本发明涉及互联网技术领域，尤其涉及一种数据访问请求处理方法及用于处理数据访问请求的服务器。

背景技术：

随着互联网技术的迅速发展，要求互联网产品快速迭代、快速响应用户需求，以保证用户体验，并降低前置测试工作的成本。目前，当有新的互联网产品发布时，其上线过程一般是将全部用户访问请求直接引导到新产品上。然而，这种方式具有上线过程中用户体验难以保证，遇到问题难以有效控制，风险大等不足之处。

技术实现要素：

本发明实施例的目的在于，提供一种数据访问请求处理方法及用于处理数据访问请求的服务器，自动地对用户的访问请求分流，引导到相应的服务器，以实现在产品发布过程中对用户的数据访问请求进行分流控制。

为实现上述发明目的，本发明的实施例提供了一种数据访问请求的处理方法，包括：接收客户端发送的数据访问请求；从所述数据访问请求中提取特征数据；根据预设的数据访问分流规则，获取与所述特征数据相匹配的分流配置数据，所述分流配置数据包括关于访问服务器的信息；将所述数据访问请求转发给所述访问服务器。

优选地，所述数据访问请求是HTTP请求或HTTPS请求，从所述数据访问请求中提取的所述特征数据包括以下至少一个：URL、客户端的IP地址、cookie、客户端设备的ID和HTTP报头中的来源链接字段Referer。

优选地，所述方法还包括：在将所述数据访问请求转发给所述访问服务器之前，修改所述数据访问请求。

本发明的实施例还提供了一种用于处理数据访问请求的服务器，包括：访问请求接收模块，用于接收客户端发送的数据访问请求；特征数据提取模块，用于从所述数据访问请求中提取特征数据；分流配置数据获取模块，用于根据预设的数据访问分流规则，获取与所述特征数据相匹配的分流配置数据，所述分流配置数据包括关于访问服务器的信息； 访问请求转发模块，用于将所述数据访问请求转发给所述访问服务器。

优选地，所述数据访问请求是HTTP请求或HTTPS请求，从所述数据访问请求中提取的所述特征数据包括以下至少一个：URL、客户端的IP地址、cookie、客户端设备的ID和HTTP报头中的来源链接字段Referer。

优选地，所述服务器还包括：访问请求修改模块，用于在将所述数据访问请求转发给所述访问服务器之前，修改所述数据访问请求。

本发明实施例提供的数据访问请求处理方法及用于处理数据访问请求的服务器，在接收数据访问请求后，进一步从数据访问请求中提取特征数据，再根据预设的数据访问分流规则获取与所述特征数据相匹配的分流配置数据，其中，分流配置数据包括了要访问的服务器，从而自动地对用户的数据访问请求分流，引导到相应的服务器，实现了在产品发布过程中对用户的数据访问请求进行分流控制，极大地保证了用户网络体验，降低了前置测试工作的成本，同时保证了用户访问请求的一致性。

附图说明

图1是示出本发明实施例一的数据访问请求的处理方法的流程图；

图2是示出本发明实施例二的用于处理数据访问请求的服务器的逻辑框图。

具体实施方式

本发明的基本构思是，提供一种基于用户访问请求反映出的用户特征对用户的访问请求进行分流控制的方式：从接收到的用户的数据访问请求中提取特征数据，根据预设的数据访问分流规则，获取与特征数据相匹配的分流配置数据，由此可基于分流配置数据中包括的访问服务器的信息，自动地将数据访问请求转发给访问服务器，以实现在产品发布过程中对用户的数据访问请求进行分流控制，保证用户网络体验。

下面结合附图详细描述本发明实施例的数据访问请求的处理方法以及使用该方法的服务器。

实施例一

图1是示出本发明实施例一的数据访问请求的处理方法的流程图。可例如在网络服务器上执行该方法。

参照图1，在步骤S110，接收客户端发送的数据访问请求。

这里，数据访问请求可以是HTTP请求或HTTPS请求。

具体地，以HTTP请求为例进行说明，一次完整的HTTP请求包括：一个请求行、若干消息头以及实体内容，而消息头和实体内容也可以没有。以下是一个HTTP请求的实例：

Get/mattmarg/HTTP/1.0

User-Agent:Mozilla/2.0(Macintosh；I；PPC)

Accept:text/html；*/*

Cookie:name＝value

Referer:http://www.XXX.com/a.html

其中，第一行就是请求行：请求方式为GET。根据HTTP标准，HTTP请求可以使用多种请求方法。例如：HTTP1.1支持7种请求方法：GET、POST、HEAD、OPTIONS、PUT、DELETE和TRACE。在Internet应用中，最常用的方法是GET和POST。请求的文件位于“根目录/mattmarg/”下，当然也可直接给出需要的页面，例如/mattmarg/index.asp，也可以加上一些其它字段例如：/mattmarg/index.asp？id＝1&uid＝xxx。

当通过GET方式请求时，提交给服务器的请求行长度不能超过1K，而如果利用POST方式，则是把所提交的信息以实体内容形式发送给服务器，所以如果服务器对HTTP请求的数据大小无限制，原则上讲可以传输无限大的内容。HTTP/1.0表示HTTP的版本为1.0。其余的几行为消息头，消息头主要是用来向服务器传达某种信息或指示。例如，向服务器传达用户的客户端(User-Agent)是什么，如“User-Agent:Mozilla/2.0(Macintosh；I；PPC)”，客户端可解释的类型(Accept)是什么，如“Accept:text/html；*/*”，是从哪个页面(Referer)提交的请求，如“http://www.XXX.com/a.html”等信息或指示。

在步骤S120，从数据访问请求中提取特征数据。

前述介绍了HTTP请求之后，可知HTTP请求可包括URL、HTTP报头中的来源链接字段Referer等信息。因此，相应地，从数据访问请求中提取的特征数据可包括，但不限于以下至少一个：URL、客户端的IP地址、cookie、客户端设备的ID和Referer。

具体地，鉴于URL、cookie、Referer是HTTP请求里包含的字段，因此，提取特征数据时直接提取即可。这里，Referer是HTTP报头中的一部分字段，当客户端向网页服务器发送访问请求时，一般会携带Referer， 目的是向服务器传达客户端是从哪个页面链接过来的，服务器获得该信息后可用于后续的处理。需要说明的是，客户端的IP地址是客户端访问网络时所使用的IP地址，是底层协议携带的字段，相应地从底层协议中进行提取。此外，客户端在发起数据访问请求时会搜集一些浏览器的信息存储在cookie中发送给服务器，例如客户端设备的ID，因此，服务器可从接收到的数据访问请求中提取到客户端设备的ID。

在步骤S130，根据预设的数据访问分流规则，获取与特征数据相匹配的分流配置数据，数据访问分流规则包括与指定的数据访问特征相应的分流配置数据，分流配置数据包括访问服务器的信息。

也就是说，通过预设分流规则筛选出一部分用户的数据访问请求，同时获取与该部分用户的数据访问请求中相关特征数据相匹配的目标服务器的信息。

在具体的实现方式中，例如经过前述步骤提取到的特征数据为URL：http://cas.baidu.com/？action＝check&appid＝3&u＝http％3A％2F％2Fwww2.baidu.com％2F％3Fcastk％3D4bff5qm7782efcef6d476&fromLogin＝1，服务器可以依据包括“action＝check”的数据访问分流规则，获取到与前述URL相匹配的访问服务器的信息，从而对关于系统跳转流量的数据访问请求进行分流处理。

再比如，经过前述步骤提取到的特征数据为URL：https://cas.baidu.com/？action＝login，服务器可以依据包括“action＝login”的数据访问分流规则，获取到与上述URL相匹配的访问服务器的信息，从而对关于登录认证流量的数据访问请求进行分流处理。

在步骤S140，将数据访问请求转发给访问服务器。

进一步地，该方法还可以包括：在将数据访问请求转发给访问服务器之前，修改数据访问请求。具体地，对于HTTP请求的修改，可以修改URL的信息，也可以修改cookie信息。

以修改URL为例，假设从HTTP请求中提取的URL为http://cas.baidu.com//？action＝check&appid＝12&rb＝1&u＝http％3A％2F％2F sitecenter.baidu.com％2Fsc-web％2F7102244％2Fhome％2Fsite％2Findex％3Ffrom％3D3。如果判断cookie中带有符合条件的信息，则将URL中的相关参数进行修改，例如直接将rb＝1修改为rb＝0，或者是在URL中添 加参数信息。

本发明实施例提供的数据访问请求的处理方法，通过从接收到的数据访问请求中提取特征数据，根据预设的数据访问分流规则，获取与特征数据相匹配的访问服务器的信息，从而自动地对用户的数据访问请求分流，引导到相应的服务器，实现了在产品发布过程中对用户的数据访问请求进行分流控制，极大地保证了用户网络体验，降低了前置测试工作的成本，同时保证用户访问请求的一致性。

实施例二

图2是示出本发明实施例二的用于处理数据访问请求的服务器的逻辑框图。可用于执行如图1所示实施例的方法步骤。

参照图2，用于处理数据访问请求的服务器包括访问请求接收模块210、特征数据提取模块220、分流配置数据获取模块230和访问请求转发模块240。

访问请求接收模块210用于接收客户端发送的数据访问请求。

优选地，数据访问请求可以是HTTP请求或HTTPS请求。

特征数据提取模块220用于从数据访问请求中提取特征数据。

进一步地，从数据访问请求中提取的特征数据可包括以下至少一个：URL、客户端的IP地址、cookie、客户端设备的ID和HTTP报头中的来源链接字段Referer。

分流配置数据获取模块230用于根据预设的数据访问分流规则，获取与特征数据相匹配的分流配置数据，数据访问分流规则包括与指定的数据访问特征相应的分流配置数据，分流配置数据包括访问服务器的信息。

访问请求转发模块240用于将数据访问请求转发给访问服务器。

可选地，用于处理数据访问请求的服务器还包括：访问请求修改模块(未示出)，用于在将数据访问请求转发给访问服务器之前，修改数据访问请求。

本发明实施例提供的用于处理数据访问请求的服务器，在接收用户的数据访问请求后，从数据访问请求中提取特征数据，再根据预设的数据访问分流规则，获取与特征数据相匹配的访问服务器的信息，从而自动地对数据访问请求进行分流，引导到相应的服务器，实现了在产品发 布过程中对用户的数据访问请求进行分流控制，极大地保证了用户网络体验，降低了前置测试工作的成本，同时保证用户访问请求的一致性。

在本发明所提供的几个实施例中，应该理解到，所公开的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。