CN104378453A - 一种用于url重定向的方法和装置 - Google Patents

Abstract

本申请提供了一种用于URL重定向的方法和装置。该方法包括步骤：获取用户在第一网络资源上请求访问第二网络资源时的场景参数；以及基于场景参数生成重定向的URL。本申请提供的用于URL重定向的技术方案，由于保存了重定向发起阶段的场景参数，使得重定向具有可控性。另外，由于对需要在网络资源间进行传递的场景参数进行了加密，使得参数的安全性更好。

Description

一种用于URL重定向的方法和装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种用于URL重定向的方法和装置。

背景技术

URL（Uniform/Universal Resource Locator）统一资源定位符（或称统一资源定位器/定位地址、URL地址等），有时也被俗称为网页地址。如同在网络上的门牌，是因特网上标准的资源的地址（Address）。它最初是由蒂姆·伯纳斯-李发明用来作为万维网的地址。现在它已经被万维网联盟编制为因特网标准RFC1738。

在因特网的历史上，URL的发明是一个非常基础的步骤。URL的语法是一般的，可扩展的，它使用ASCII代码的一部分来表示因特网的地址。URL的开始，一般会标志着一个计算机网络所使用的网络协议。URL的标准格式如下：协议类型://服务器地址（必要时需加上端口号）/路径/文件名。

大型WEB网站一般由多个关联系统组成，因此经常需要对URL进行重定向。

现有技术中，当用户在第一网络资源上请求访问第二网络资源，如果需要将第二网络资源重定向到第三网络资源，常用的用于URL重定向的方法有两种：

第一种方法：用户在第一网络资源上发起对第二网络资源的请求，如http://www.b.com/?biz=test&redirect=http://www.c.com，该URL中包含业务参数biz=test和重定向请求redirect=http://www.c.com；第二网络资源接受请求，并根据请求参数执行业务，如biz=test；第二网络资源处理完业务后，根据第一网络资源的请求参数，如redirect=http://www.c.com，重定向到第三网络资源。

该第一种方法存在的问题是把重定向URL作为参数传递，业务参数暴露，会对用户数据造成泄漏，安全性不高；此外，传递的URL参数冗长、复杂，不够整洁。

第二种方法：用户在第一网络资源上发起对第二网络资源的请求，如http://www.b.com/test.htm?biz=test，该URL中包含业务参数biz=test；第二网络资源接受请求，并根据请求参数执行业务，如biz=test；第二网络资源处理完业务后，回调第一网络资源的某个URL，如http://www.a.com/callback.htm?result=1。其中，result=1为第二网络资源对业务参数biz=test进行处理后得到的结果参数。结果参数用于确定重定向的URL。回调地址是第一网络资源与第二网络资源事先约定的。第一网络资源接收到第二网络资源的回调请求，根据第一网络资源的URL重定向配置信息执行URL重定向；URL重定向配置信息是事先配置好的、能够通过上述处理结果检索到的信息。如当结果参数为result=1时，根据该结果参数得到重定向的URL为URL1。

该第二种方法虽然实现了对重定向URL的配置，但可控性不强，在重定向阶段不能获取发起请求阶段用户的场景信息，只能根据第二网络资源的返回结果，选择不同的URL进行重定向。

由此可见，现有的用于URL重定向的方法都存在一些问题，无法解决本领域中对URL重定向的可控性和安全性的要求。

发明内容

本申请的主要目的在于提供一种新的用于URL重定向的技术方案，以解决现有技术存在的上述问题，其中：

根据本申请的第一方面，提供一种用于URL重定向的方法，包括步骤：获取用户在第一网络资源上请求访问第二网络资源时的场景参数；以及基于场景参数生成重定向的URL。

根据本申请的第二方面，提供一种用于URL重定向的装置，包括：场景参数获取模块，用于获取用户在第一网络资源上请求访问第二网络资源时的场景参数；以及重定向URL生成模块，用于基于场景参数生成重定向的URL。

本申请提供的用于URL重定向的技术方案，由于保存了重定向发起阶段的场景参数，使得重定向具有可控性。另外，由于对需要在网络资源间进行传递的场景参数进行了加密，使得参数的安全性更好。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示意性地示出了本申请提出的用于URL重定向的方法的总体流程图；

图2示意性地示出了根据本申请一个实施例的用于URL重定向的方法的部分流程图；

图3示意性地示出了根据本申请另一个实施例的用于URL重定向的方法的部分流程图；

图4示意性地示出了图3中的一个步骤的更详细的流程图；

图5示意性地示出了根据本申请一个实施例的重定向的URL配置列表示意图；

图6示意性地示出了根据本申请另一个实施例的重定向的URL配置列表示意图；

图7示意性地示出了根据本申请一个实施例的用于URL重定向的装置的结构框图。

在这些附图中，使用相同的参考标号来表示相同或相似的部分。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，以下结合附图及具体实施例，对本申请作进一步地详细说明。

在以下描述中，对“一个实施例”、“实施例”、“一个示例”、“示例”等等的引用表明如此描述的实施例或示例可以包括特定特征、结构、特性、性质、元素或限度，但并非每个实施例或示例都必然包括特定特征、结构、特性、性质、元素或限度。另外，重复使用短语“根据本申请的一个实施例”虽然有可能是指代相同实施例，但并非必然指代相同实施例。

为简单起见，以下描述中省略了本领域技术人员公知的某些技术特征。

图1示意性地示出了本申请提出的用于URL重定向的方法100的总体流程图。

在步骤101中，获取用户在第一网络资源上请求访问第二网络资源时的场景参数。这里以及下面所说的网络资源，可以是与网络相连接的、能够执行特定业务的服务器，也可以是一个大型WEB网站中相互关联的各个子系统。网络资源可以被用户或其他网络资源访问，还可以处理用户或其他网络资源的提出的请求。这里所说的场景参数，指的是用户在第一网络资源上请求访问第二网络资源时的一些环境信息，比如：用户当前所处的地理位置，用户使用的浏览器类型等。获取到的场景参数可以包括场景参数的名称和对应的值。获取到的场景参数可以有一个或多个，相应的，每个场景参数对应的值也可以有一个或多个。

在步骤102中，根据场景参数生成重定向的URL。具体来说，可以事先设置好重定向信息表，该信息表中存储有不同的场景参数和参数值，以及由这些场景参数和参数值所对应的URL。把在步骤101中获取到的至少一个场景参数和该场景参数对应的参数值作为检索该信息表的输入条件，就可以找到相应的URL。找到的URL作为重定向的URL。对于URL的重定向而言，生成了重定向的URL，也就完成了重定向。

图2示意性地示出了根据本申请一个实施例的用于URL重定向的方法的部分流程图。根据本申请的一个实施例，基于场景参数生成重定向的URL的步骤102可以包括如下子步骤201至204。

在子步骤201中，对用户在第一网络资源上请求访问第二网络资源时的场景参数进行加密。

用户在请求网络访问时，常涉及的场景参数包括：浏览器类型、地理位置、业务类型及客户端类型。浏览器类型，用于说明用户当前所使用的浏览器的类型，如IE、FIREFOX等。地理位置，用于说明用户当前所处的地理位置，如杭州、北京上海等。业务类型，用于说明用户访问网络时所请求的业务，如用户要购买彩票，则用户访问网络时所请求的业务即为购买彩票，用户请求创建订单，则业务类型可以是请求创建订单，用户请求列出其需要查看的订单，则业务类型可以是请求列出订单。客户端类型，用于说明用户访问网络时所使用的客户端类型，如：按照客户端使用的不同操作系统，客户端类型可以是Android、iOS等。

例如，当用户在请求网络访问时需要考虑的场景参数包括用户使用的浏览器类型和用户当前所处的地理位置时，加密前的场景参数可以使用“loc=hz&browser=ie”表示。其中，“loc”为用户当前所处的地理位置；“browser”为用户使用的浏览器类型。“hz”为场景参数“loc”对应的取值，“ie”为场景参数“browser”对应的取值。当第一网络资源发出对场景参数“loc=hz&browser=ie”进行加密的请求时，响应于来自第一网络资源的加密请求，对场景参数loc=hz&browser=ie进行加密，加密后的场景参数可以以一组字符串表示。

在子步骤202中，将加密后的场景参数发送给第二网络资源。

具体地说，加密后的场景参数可以通过第一网络资源访问第二网络资源时的URL中的预定参数发送给第二网络资源。

用户通过第一网络资源访问第二网络资源时的URL中还可以携带业务参数。

例如，第一网络资源访问第二网络资源时的URL可以类似如下的形式：

http://www.b.com/?biz=test&name=jack&tcode=eyJwYXlPcmRlcklk。

其中“biz”和“name”表示业务参数，“test”和“jack”分别表示业务参数的参数值。所述的预定参数可以以“tcode”表示。“eyJwYXlPcmRlcklk”表述预定参数tcode的参数值，其为携带有加密后的场景参数信息的一组字符串。

上述业务参数可以是用户在第一网络资源上请求访问第二网络资源时，需要第二网络资源执行的参数。例如，用户在第一网络资源上请求访问第二网络资源进行火车票查询时，业务参数可以是用户需要查询的列车的起始站、终点站、发车时间等信息。

在子步骤203中，对第二网络资源接收到的加密后的场景参数进行解密。

这里的子步骤203，是实施例1中的一个步骤，因此，代理人认为在该步骤中，不宜记载“接收第二网络资源在完成用户请求的业务处理后的返回结果…”,因为在实施例1里面，对于生成重定向的URL而言，该返回结果并非一定需要，因此，也就不是一定需要“接收”。

例如，第二网络资源接收到的URL为：

http://www.b.com/?biz=test&name=jack&tcode=eyJwYXlPcmRlcklk

该URL中的预定参数tcode的参数值为eyJwYXlPcmRlcklk，该参数值为携带有加密后的场景参数的一组字符串。此时，第二网络资源发出对携带有加密后的场景参数的字符串eyJwYXlPcmRlcklk进行解密的请求。进而，响应于来自第二网络资源的解密请求，将携带有加密后的场景参数的字符串eyJwYXlPcmRlcklk解密得到loc=hz&browser=ie。

解密后的场景参数可以不止一个，有可能是多个，如上述例子中解密后得到的场景参数是loz=hz和browser=ie共两个。

在子步骤204中，根据解密后的场景参数，生成重定向的URL。

例如，解密后的场景参数为loc=hz和browser=ie，可以根据loc和browser的不同取值从配置列表中找到重定向的URL。

配置列表可以以多种形式存在，它可以是一个事先设置的用于查找重定向的URL地址的重定向信息表。

图5示意性地示出了根据本申请一个实施例的重定向的URL配置列表示意图。

从图5中可以看出，重定向的URL可以由场景参数中的loc及其取值来决定。当loc的参数值为hz时，重定向的URL为URL1；也即URL1就是重定向的URL。当loc的参数值为bj时，重定向的URL为URL2；也即URL2就是重定向的URL。当loc的参数值为cd时，重定向的URL为URL3；也即URL3就是重定向的URL。

本领域技术人员应当明白，尽管图5只示出了根据一个场景参数及其对应的部分参数值来生成重定向的URL，但是，本申请的技术方案同样包含了根据多个场景参数的参数值的组合来生成重定向URL的步骤。

根据本申请的另一个实施例，在子步骤204中，可以根据第二网络资源对业务参数的处理结果得到的反馈数据和解密后的场景参数，生成重定向的URL。即：在重定向的URL配置列表中包含有反馈数据和解密后的场景参数。

图6示意性地示出了根据本申请另一个实施例的重定向的URL配置列表示意图。该配置列表显示了当反馈数据result=1时，如何根据场景参数loc和browser的不同的值，来生成重定向的URL。

具体地说，当反馈数据result=1时，如果场景参数loc的参数值为hz，且场景参数browser的参数值为除ie以外的任何其它值，则重定向的URL为URL1，也即URL1就是重定向的URL。如果场景参数loc的参数值为bj，则无论场景参数browser的参数值为多少，重定向的URL为URL2，也即URL2就是重定向的URL。如果场景参数loc的参数值为hz，且场景参数browser的参数值为ie时，重定向的URL的为URL3，也即URL3就是重定向的URL。

需要说明的是，图6只列举了当反馈数据result=1时，根据两个场景参数及其部分参数值来生成重定向URL的示例。本领域技术人员应当明白，当反馈数据result等于其他值时，也同样可以根据图6中的示例提供的思路，根据一个场景参数及参数值或者多个场景参数及其参数值的组合来生成重定向URL。

图3示意性地示出了根据本申请另一个实施例的URL重定向方法的部分流程图。根据本申请的另一个实施例，基于场景参数生成重定向的URL的步骤102可以包括如下子步骤301至304。

在子步骤301中，对用户在第一网络资源上请求访问第二网络资源的场景参数进行加密。

用户在请求网络访问时，常涉及的场景参数包括：（1）浏览器类型，用于说明用户当前所使用的浏览器，如用户当前所使用的浏览器为ie浏览器，浏览器类型还可以是wap浏览器等。（2）地理位置，用于说明用户当前所处的地理位置，如用户当前所处的地理位置为杭州，地理位置还可以是北京、上海等。（3）业务类型，用于说明用户访问网络时所请求的业务，如用户要购买彩票，那么用户访问网络时所请求的业务即为彩票业务，业务类型还可以是创建订单业务、订货单业务等。（4）客户端类型，用于说明用户访问网络时所使用的客户端类型，如用户当前使用的是移动设备（如手机、平板电脑等）上的android客户端，客户端类型还可以是iphone客户端等。

例如，当用户在请求网络访问时需要考虑的场景参数包括用户使用的浏览器类型和用户当前所处的地理位置时，加密前的场景参数可以使用“loc=hz&browser=ie”表示。其中，“loc”为用户当前所处的地理位置；“browser”为用户使用的浏览器类型。“hz”为获取的场景参数“loc”对应的取值，“ie”为获取的场景参数“browser”对应的取值。当第一网络资源发出对场景参数“loc=hz&browser=ie”进行加密的请求时，响应于来自第一网络资源的加密请求，对场景参数loc=hz&browser=ie进行加密，加密后的场景参数可以以一组字符串表示。

在子步骤302中，将加密后的场景参数和用户在第一网络资源上请求访问第二网络资源时的业务参数发送给第二网络资源。具体地说，加密后的场景参数可以通过第一网络资源访问第二网络资源时的URL中的预定参数发送给第二网络资源。

用户通过第一网络资源访问第二网络资源时的URL中还可以携带业务参数。例如，第一网络资源访问第二网络资源时的URL可以类似如下的形式：

http://www.b.com/?biz=test&name=jack&tcode=eyJwYXlPcmRlcklk

其中“biz”和“name”表示业务参数，“test”和“jack”分别表示业务参数的参数值。所述的预定参数以“tcode”表示。“eyJwYXlPcmRlcklk”表述预定参数的参数值，其为携带有加密后的场景参数信息的一组字符串。

上述业务参数可以是用户在第一网络资源上请求访问第二网络资源时，需要第二网络资源执行的参数。例如，用户在第一网络资源上请求访问第二网络资源进行火车票查询时，业务参数可以是用户需要查询的列车的起始站、终点站、发车时间等信息。

在子步骤303中，根据加密后的场景参数和第二网络资源对业务参数的处理结果得到的反馈数据生成用于回调第一网络资源的URL。

依据事先的配置，第二网络资源接收到来自第一网络资源的访问时，会生成回调的URL。回调的URL中可以包括加密后的场景参数和第二网络资源对业务参数的处理结果得到的反馈数据。

例如，第二网络资源接收到的来自第一网络资源的URL为：

http://www.b.com/?biz=test&name=jack&tcode=eyJwYXlPcmRlcklk

第二网络资源可以对业务参数“biz”和“biz”的取值“test”以及“name”和“name”的取值“jack”进行相应的处理，如果处理后得到的反馈数据为result=1，则根据反馈数据和接收到的加密后的场景参数，生成的用于回调第一网络资源的URL为：

http://www.a.com/?result=1&tcode=eyJwYXlPcmRlcklk。

在子步骤304中，根据用于回调第一网络资源的URL生成重定向的URL。

图4示意性地示出了图3中的一个步骤的更详细的流程图。根据本申请的又一个实施例，子步骤304可以包括如下子步骤401至402。

在子步骤401中，对第一网络资源接收到的回调第一网络资源的URL中的加密后的场景参数进行解密。

例如，第一网络资源接收的用于回调的URL为：

http://www.a.com/?result=1&tcode=eyJwYXlPcmRlcklk

该用于回调的URL的预定参数tcode的参数值为eyJwYXlPcmRlcklk，该参数值为携带有加密后的场景参数的一组字符串。。此时，第一网络资源发出对回调URL中携带有加密后的场景参数的字符串eyJwYXlPcmRlcklk进行解密的请求。进而，响应于来自于第一网络资源的解密请求，将携带有加密后的场景参数的字符串eyJwYXlPcmRlcklk解密得到loc=hz&browser=ie。

在子步骤402中，根据反馈数据和解密后的场景参数，生成重定向的URL。

根据本申请给出的一个实施例，可以通过重定向的URL配置列表来生成重定向的URL。

重定向URL的配置列表的示例可以参见图6。该配置列表显示了当反馈数据result=1时，如何根据场景参数loc和browser的不同参数值，来生成重定向的URL。

具体地说，当反馈数据result=1时，如果场景参数loc的参数值为hz，且场景参数browser的参数值为除ie以外的任何其它值，则重定向的URL为URL1，也即URL1就是重定向的URL。如果场景参数loc的参数值为bj，则无论场景参数browser的参数值为多少，重定向的URL为URL2，也即URL2就是重定向的URL。如果场景参数loc的参数值为hz，且场景参数browser的参数值为ie时，重定向的URL的为URL3，也即URL3就是重定向的URL。

需要说明的是，图6只列举了当反馈数据result=1时，根据两个场景参数及其部分参数值来生成重定向URL的示例。本领域技术人员应当明白，当反馈数据result等于其他参数值时，也同样可以根据图6中的示例提供的思路，根据一个场景参数及其参数值或者多个场景参数及其参数值的组合来生成重定向URL。

本申请还提供了一种用于URL重定向的装置。图7示意性地示出了根据本申请一个实施例的装置700的结构框图。

根据本申请的一个实施例，装置700可以包括：场景参数获取模块701，用于获取用户在第一网络资源上请求访问第二网络资源时的场景参数和重定向URL生成模块702，用于根据场景参数生成重定向的URL。

根据本申请的一个实施例，重定向URL生成模块702可以进一步包括；第一场景参数加密子模块，用于对用户在第一网络资源上请求访问第二网络资源时的场景参数进行加密；第一发送子模块，用于将加密后的场景参数发送给第二网络资源；第一场景参数解密子模块，用于对第二网络资源接收到的加密后的场景参数进行解密；以及第一重定向URL生成子模块，用于根据解密后的场景参数，生成重定向的URL。

根据本申请的另一实施例，可以进一步包括业务参数发送子模块，用于将用户在第一网络资源上请求访问第二网络资源时的业务参数发送给所述第二网络资源。

根据本申请的再一实施例，第一重定向URL生成子模块可以进一步包括用于根据解密后的场景参数和第二网络资源对业务参数的处理结果得到的反馈数据，生成重定向的URL的子模块。

根据本申请的一个实施例，重定向URL生成模块702可以进一步包括：第二场景参数加密子模块，用于对用户在第一网络资源上请求访问第二网络资源的场景参数进行加密；第二发送子模块，用于将加密后的场景参数和用户在第一网络资源上请求访问第二网络资源时的业务参数发送给第二网络资源；回调URL生成子模块，用于根据加密后的场景参数和第二网络资源对业务参数的处理结果得到的反馈数据生成用于回调第一网络资源的URL；以及第二重定向URL生成子模块，用于根据回调第一网络资源的URL生成重定向的URL。

根据本申请的另一实施例，第二重定向URL生成子模块可以进一步包括：用于对第一网络资源接收到的回调第一网络资源的URL中的加密后的场景参数进行解密的子模块；以及用于根据反馈数据和解密后的场景参数，生成重定向的URL的子模块。

由于本实施例的装置所实现的功能基本相应于前述图1至图3所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上所述仅为本申请的实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

1.一种用于URL重定向的方法，其特征在于，包括步骤：

获取用户在第一网络资源上请求访问第二网络资源时的场景参数；以及

基于所述场景参数生成重定向的URL。

2.根据权利要求1所述的方法，其特征在于，所述基于所述场景参数生成重定向的URL的步骤进一步包括步骤：

对用户在第一网络资源上请求访问第二网络资源时的场景参数进行加密；

将加密后的场景参数发送给所述第二网络资源；

对第二网络资源接收到的加密后的场景参数进行解密；以及

根据解密后的场景参数，生成重定向的URL。

3.根据权利要求2所述的方法，其特征在于，进一步包括步骤：将用户在第一网络资源上请求访问第二网络资源时的业务参数发送给所述第二网络资源。

4.根据权利要求3所述的方法，其特征在于，所述根据解密后的场景参数，生成重定向的URL的步骤进一步包括：根据解密后的场景参数和第二网络资源对所述业务参数的处理结果得到的反馈数据，生成重定向的URL。

5.根据权利要求1所述的方法，其特征在于，所述基于所述场景参数生成重定向的URL的步骤进一步包括步骤：

对用户在第一网络资源上请求访问第二网络资源的场景参数进行加密；

将加密后的场景参数和用户在第一网络资源上请求访问第二网络资源时的业务参数发送给所述第二网络资源；

根据所述加密后的场景参数和所述第二网络资源对所述业务参数的处理结果得到的反馈数据生成用于回调第一网络资源的URL；以及

根据用于回调第一网络资源的URL生成重定向的URL。

6.根据权利要求5所述的方法，其特征在于，所述根据用于回调第一网络资源的URL生成重定向的URL的步骤进一步包括步骤：

对第一网络资源接收到的回调第一网络资源的URL中的加密后的场景参数进行解密；以及

根据所述反馈数据和解密后的场景参数，生成重定向的URL。

7.一种用于URL重定向的装置，其特征在于，包括：

场景参数获取模块，用于获取用户在第一网络资源上请求访问第二网络资源时的场景参数；以及

重定向URL生成模块，用于基于所述场景参数生成重定向的URL。

8.根据权利要求7所述的装置，其特征在于，所述重定向URL生成模块进一步包括：

第一场景参数加密子模块，用于对用户在第一网络资源上请求访问第二网络资源的场景参数进行加密；

第一发送子模块，用于将加密后的场景参数发送给所述第二网络资源；

第一场景参数解密子模块，用于对第二网络资源接收到的加密后的场景参数进行解密；以及

第一重定向URL生成子模块，用于根据解密后的场景参数，生成重定向的URL。

9.根据权利要求8所述的装置，其特征在于，进一步包括业务参数发送子模块，用于将用户在第一网络资源上请求访问第二网络资源时的业务参数发送给所述第二网络资源。

10.根据权利要求9所述的装置，其特征在于，所述第一重定向URL生成子模块进一步包括用于根据解密后的场景参数和第二网络资源对所述业务参数的处理结果得到的反馈数据，生成重定向的URL的子模块。

11.根据权利要求7所述的装置，其特征在于，所述重定向URL生成模块进一步包括：

第二场景参数加密子模块，用于对用户在第一网络资源上请求访问第二网络资源的场景参数进行加密；

第二发送子模块，用于将加密后的场景参数和用户在第一网络资源上请求访问第二网络资源时的业务参数发送给所述第二网络资源；

回调URL生成子模块，用于根据加密后的场景参数和所述第二网络资源对所述业务参数的处理结果得到的反馈数据生成用于回调第一网络资源的URL；以及

第二重定向URL生成子模块，用于根据回调第一网络资源的URL生成重定向的URL。

12.根据权利要求11所述的装置，其特征在于，所述第二重定向URL生成子模块进一步包括：

用于对第一网络资源接收到的回调第一网络资源的URL中的加密后的场景参数进行解密的子模块；以及

用于根据所述反馈数据和解密后的场景参数，生成重定向的URL的子模块。