CN105556501A - 令牌捎带的系统和方法 - Google Patents

Abstract

公开了用于生成统一的用户简档的方法、系统和计算机可读介质。例如，系统可以在客户端设备上存储在第一域名下的令牌。令牌可以指定针对客户端设备与通过第一域名寻址的第一内容发布器之间的使用无状态通信协议的通信会话的状态数据。然后，系统可以生成可以包括针对web对象的标识符和令牌的重定向资源定位符，该web对象属于通过第二域名寻址的第二内容发布器的标识符。系统可以通过指导客户端设备向第二内容发布器发送基于重定向资源定位符生成的web对象请求来存储在第二域名下的令牌。web对象请求可以从第二内容发布器请求web对象，并且可以包括令牌。

Description

令牌捎带的系统和方法

相关申请的交叉引用

本申请要求于2013年5月30日提交的美国专利申请No.13/905,503的优先权，其全部内容通过引用的方式并入本文。

技术领域

本申请大体上涉及数据处理，并且在一些示例中，涉及用于传输与不同的域名相关联的令牌值的系统和方法。

背景技术

很多传统计算机系统使用基于web的通信仂议(例如超文本传输协议(HTTP))来相互通信。HTTP可以在客户端-服务器计算模型中充当请求-响应协议。例如，web浏览器可以是客户端，并且在托管网站的计算机上运行的应用可以是服务器。客户端向服务器提交HTTP请求消息。提供例如HTML文件的资源和其他内容、或者代表客户端执行其它功能的服务器向客户端返回响应消息。响应包含有关请求的完成状态信息，还可以在其消息主体中包含请求的内容。

然而，由HTTP定义的请求响应协议是无状态通信协议。也就是说，在多个请求期间，HTTP服务器不保留有关每个用户的信息或状态。然而，例如，一些web应用使用cookie来实现状态或服务器侧会话。在一些情况下，cookie(也被称作HTTPcookie、webcookie或浏览器cookie)可以是当用户浏览网站时从网站发送的、并且存储在用户的web浏览器中的一小段数据。当用户在将来浏览同一网站时，网站可以检索存储在cookie中的数据以向网站通知用户之前的活动。

Cookie被设计为使网页记住网站的状态或用户之前执行的活动的可靠机制。这可以包括点击具体按钮的记录、登录的记录、或者用户几个月或几年前访问哪些网页的记录。

附图说明

在附图的图中以示例的方式而非限制的方式示出了一些实施例，图中：

图1是示出了根据示例实施例的cookie捎带系统的网络示意图；

图2是示出了根据示例实施例的可以通过图1示出的客户端设备提供的、用于促进cookie捎带的示例计算机实现的模块的框图；

图3是根据示例实施例的可以通过图2的cookie存储库存储的示例cookie数据结构的示意图；

图4是示出了根据示例实施例的针对促进cookie捎带的重定向内容发布器的示例计算机实现模块的框图；

图5是示出了根据示例实施例的针对促进cookie捎带的捎带内容发布器的示例计算机实现模块的框图；

图6是示出了根据示例实施例的用于cookie捎带的示例方法的流程图；

图7是示出了根据示例实施例的用于在属于捎带内容发布器的cookie上(作为属于捎带内容发布器的cookie)捎带重定向的cookie的示例方法的流程图；

图8示出了根据示例实施例的在cookie捎带内容发布器500设置由另一个内容发布器重定向的cookie值之后的图3的cookie数据结构；以及

图9是根据示例实施例的具有计算机系统的示例形式的机器的示意表示图，在计算机系统中包括用于导致机器执行本文讨论的方法中的任意一个或多个的指令集。

具体实施方式

本文描述了传输与不同域名(例如网站)相关联的令牌的示例系统和方法。在下文的描述中，为了解释的目的，阐述了许多细节，以便提供对示例实施例的彻底理解。然而，对于本领域技术人员将显而易见的是：本发明的实施例可以在没有这些具体细节的情况下实施。同样显而易见的是，cookie，或者更一般地，令牌捎带并不限于提供的示例，并且可以包括没有具体讨论的其它情形。

如本文中使用的，术语“令牌”可以指指定无状态通信协议的通信会话的状态的数据。无状态通信协议可以是服务器计算机与客户端设备之间的通信协议，其中，服务器计算机系统并不存储通信会话的状态。通信会话可以包括与在客户端设备上运行的客户端应用(例如web浏览器)交换的多个请求-响应消息。不在协议中保持会话状态，客户端应用可以存储并保持用于指定状态数据的令牌。一旦设置了客户端应用，该客户端应用将令牌包括到向服务器计算机发送的后续请求消息中。令牌的示例是在HTTP通信中使用的cookie。

在本文描述的示例实施例中，计算机实现的系统可以在客户端设备上存储在第一域名下的令牌。如上所述，令牌可以是指定客户端设备与通过第一域名寻址的第一内容发布器之间的通信会话的状态数据的令牌或任何其它合适的数据。在一些情况下，通信会话使用无状态通信协议，例如HTTP。在客户端上存储令牌之后，系统然后可以生成重定向资源定位符。在一些实施例中，重定向资源定位符标识属于第二内容发布器的web对象和令牌，第二内容发布器通过第二域名来寻址。

然后，系统可以通过指导客户端设备向第二内容发布器发送至少部分基于重定向资源定位符生成的web对象请求来在客户端设备上存储在第二域名下的令牌。Web对象请求可以指定web对象和新的令牌。在一些情况下，由web对象请求指定的web对象是服务器侧脚本，该服务器侧脚本导致第二内容发布器在客户端设备上设置在第二域名下的令牌。

现在更详细地描述这些以及其它实施例。为了描述清楚起见，下文描述的示例实施例可能参照cookie来描述。然而，应当理解的是，通过本公开可以想到，其它实施例不仅可以对cookie，还可以对用于保持无状态通信协议的通信会话的状态的其它适合类型的令牌进行操作。因此，如下文中使用的术语“cookie”和“令牌”可以互换使用。

平台结构

图1是示出了根据示例实施例的cookie捎带系统100的网络示意图。Cookie捎带系统100可以包括促进cookie值的通信的各种组件，cookie值由通过不同域名标识的内容发布器来设置。例如，在示例实施例中，cookie捎带系统100可以包括允许一个网站在属于另一个网站的cookie上携带属于该网站的cookie的组件(下文中更详细描述)。图1示出了：cookie捎带系统100包括经由网络114通信耦合到客户端设备106的内容发布器102A-102C(一起称作内容发布器102)。

网络114可以是用于在图1中示出的组件之间传输数据的任意合适的网络。在各种实施例中，网络114的一个或多个部分可以包括ad-hoc网络、内联网、外联网、虚拟专用网络(VPN)、局域网(LAN)、无线LAN(WLAN)、广域网(WAN)、无线WAN(WWAN)、城域网(MAN)、部分因特网、部分公共交换电话网络(PSTN)、蜂窝电话网络、或者任何其它类型的网络、或者两个或两个以上这些网络的组合。

内容发布器102可以是被配置为向客户端设备106提供数据或服务的计算机系统。在多个实施例中，内容发布器可以根据通信协议(诸如，例如HTTP或HTTPS)来传输内容(例如网页)。每个内容发布器102可以是能够根据不同域名来标识的、网络可寻址计算机系统。例如，图1示出了：内容发布器102A能够通过“domainName1.com”来标识，内容发布器102B能够通过“domainName2.com”来标识，内容发布器102C能够通过“domainNameX.com”来标识。

在一些实施例中，内容发布器102发布的内容包括用户交互元素。例如，以网页形式的内容可以包括交互元素，该交互元素允许用户从一个页面导航到另一个页面、观看多媒体、添加内容、与其他用户通信等等。在一些情况下，内容发布器102可以期望跟踪用户与内容发布器102发布的内容的交互元素的交互。然而，如使用HTTP在因特网上传输的网页的情况，客户端设备106和内容发布器102可以使用无状态协议(例如，HTTP将每个请求视为与任何之前的请求无关的独立业务，使得通信包括独立地请求与响应对)来传输由内容发布器102提供的内容。为了追踪用户行为，内容发布器102可以使用cookie。如上所述，cookie可以是当客户端设备106访问由内容发布器102中的一个发布的特定内容时，由内容提供方102发送的并且由客户端设备106(例如在客户端设备106上运行的web浏览器)存储的数据。当之后客户端设备请求相同的网站时，客户端设备还可以发送之前设置的cookie以向内容发布器通知用户之前的活动。如下文中更详细描述的，内容发布器102可以被配置为将属于一个域名的cookie捎带到属于另一个域名的cookie上。

客户端设备106可以是被配置为请求并查看从内容发布器102传输的内容的计算设备(例如台式计算机、移动电话、膝上型计算机、平板计算机、相机、机顶盒、游戏控制台等)。例如，客户端设备106可以执行被配置为发送针对与web发布器相关联的给定网页的HTTP请求的web浏览器。

应该注意的是，图1中示出的cookie捎带系统100是示例性的。例如，备选实施例可以在cookie捎带系统100中包括任意数量的内容发布器102、客户端106和网络114。

根据示例实施例，在下文中更详细地描述cookie捎带系统100的组件的模块和操作。

客户端设备模块

图2是示出了根据示例实施例的可以通过图1示出的客户端设备106提供的、用于促进cookie捎带的示例计算机实现的模块的框图。如图2所示，在示例实施例中，客户端设备106可以包括呈现模块202、通信模块204和cookie存储库206。根据本公开的实施例，呈现模块202、通信模块204和cookie存储库206可以形成由客户端设备106上操作的web浏览器或网页应用使用的模块的至少一部分。

呈现模块202可以是被配置为再现并显示从内容发布器102接收的内容的计算机实现的模块。例如，呈现模块202可以处理HTML代码、JavaScript、图像、视频、音频、XML、插件、Flash应用、Java小应用程序以及任何其它合适的内容，以生成能够(例如通过计算机屏幕)向用户再现或显示的数据。一般来说，呈现模块202可以将以标记语言(例如HTML)的一个或多个内容文件转换成能够向用户显示的交互文件。

通信模块204可以是被配置为与cookie捎带系统100中的其它组件交换电子通信的计算机实现的模块。例如，在一个实施例中，通信模块204可以被配置为通过网络114来发送并接收HTTP请求和响应。

Cookie存储库206可以是被配置为存储、检索并管理在客户端设备106与内容发布器102之间交换的cookie的计算机实现的模块。在示例实施例中，cookie存储库206可以基于与内容发布器相关联的域名来组织由内容发布器102设置的cookie。例如，图3是根据示例实施例的可以通过cookie存储库206存储的示例cookie数据结构300的示意图。如图3所示，cookie数据结构可以包括表示多个域名(例如域名302、306)和属于这些域名的cookie的集合(例如cookie集合304、308)的数据。如上所述，域名表示IP资源，例如用于访问因特网的个人计算机、托管网站的服务器计算机、或者网站本身或经由因特网传输的其它服务。“domainName1.com”是属于内容发布器102A的域名的示例。因此，域名302、306可以表示与内容发布器102相关联的域名。

cookie集合304、306中的每一个可以包括一个或多个cookie。如图3所示，cookie中的每一个可以表示为名称值对。例如，cookie“C1＝V1”可以表示由C1确定的cookie，并且C1的值可以由V1表示。

在操作上，在一些实施例中，cookie存储库206可以基于在HTTP响应消息中找到的显式指令来设置cookie。例如，响应于从客户端设备106接收到HTTP请求消息，web服务器可以发送具有以下指令的HTTP响应消息：

Set-Cookie：C1＝V1

这样的指令可以导致cookie存储库206存储在web服务器的域名下的名称值对C1＝V1。此后，当客户端设备106向web服务器的域名发送后续HTTP请求消息时，cookie存储库206可以将名称值对包括在HTTP请求消息中。应当想到的是，无状态通信协议可以包括规则或准则，禁止来自一个域名的web服务器将cookie值设置在另一个web服务器的域名之下。

应当想到的是，仅仅提供图3作为示例而不是限制。其它实施例可以存储与cookie有关的其它类型的数据，例如目录路径、到期数据等等。

下文中参照图6和图7对关于呈现模块202、通信模块204和cookie存储库206的操作方法的其它细节进行讨论。

内容发布器模块

图4是示出了根据示例实施例的针对促进cookie捎带的重定向内容发布器400的示例计算机实现模块的框图。重定向内容发布器400可以是图1中示出的内容发布器102中的一个。在示例实施例中，重定向内容发布器400可以包括用于使用重定向消息来向另一个内容发布器传输cookie的一个或多个模块。

根据图4中示出的示例实施例，重定向内容发布器400可以包括重定向模块402、通信模块404以及cookie设置器406。重定向模块402可以是被配置为对之前由重定向内容发布器400设置的cookie进行重定向的计算机实现的模块。在示例实施例中，重定向模块402可以通过使客户端设备106向其它内容发布器发送在URL中包括重定向的cookie的表示的请求，来将与重定向内容发布器400相关联的cookie重定向到另一个内容发布器。下文参照图6来更详细地进行描述该过程。

通信模块404可以是被配置为与cookie捎带系统100中的其它组件交换电子通信的计算机实现的模块。例如，在一个实施例中，通信模块404可以被配置为通过网络114来发送并接收HTTP请求和响应。

Cookie设置器406可以是被配置为在客户端设备106中设置cookie的计算机实现的模块。如上所述，客户端设备106可以包括用于存储内容发布器102设置的cookie的cookie存储器206。因此，cookie设置器406可以使cookie存储库206存储与重定向内容发布器400的域名相关联的cookie。

图5是示出了根据示例实施例的针对促进cookie捎带的重定向内容发布器500的示例计算机实现模块的框图。重定向内容发布器500可以是图1中示出的内容发布器102中的一个。在示例实施例中，cookie捎带内容发布器500可以包括用于接收从另一个内容发布器重定向的cookie的一个或多个模块。

如图5所示，在示例实施例中，捎带内容发布器500可以包括捎带模块502、通信模块504和cookie设置器506。捎带模块502可以是被配置为接收属于另一个内容发布器的cookie，并且被配置为使客户端设备106存储在cookie捎带内容发布器500的域名下的重定向cookie的计算机实现的模块。

通信模块504可以是被配置为与cookie捎带系统100中的其它组件交换电子通信的计算机实现的模块。例如，在一个实施例中，通信模块504可以被配置为通过网络114来发送并接收HTTP请求和响应。

Cookie设置器506可以是被配置为在客户端设备106中设置cookie的计算机实现的模块。如上所述，客户端设备106可以包括用于存储内容发布器102设置的cookie的cookie存储库206。因此，cookie设置器506可以使cookie存储库206存储与捎带内容发布器500的域名相关联的cookie。

用于COOKIE捎带的示例方法

图6是示出了根据示例实施例的用于cookie捎带的示例方法600的流程图。方法600可以通过可以包括硬件(例如专用逻辑、可编程逻辑、微代码等等)、软件(例如在通用计算机系统或专用机器上执行)或者二者的组合的处理逻辑来执行。在示例实施例中，处理逻辑在图1-5中示出的组件和模块中。因此，参照关于图1-5讨论的组件、系统和模块来讨论方法600。

如图6所示，方法600可以开始于操作602，重定向内容发布器400的cookie设置器406将cookie存储在客户端设备106中。为了说明重定向内容发布器400如何在客户端设备106上存储cookie，客户端设备106可以在最初向重定向内容发布器400发送由表格1表示的HTTP请求。

表格1

响应于接收到由表格1表示的HTTP请求，重定向内容发布器400可以向客户端设备106发送由表格2表示的响应。

表格2

应意识到，“Set-Cookie：name-value”这一行是客户端设备106在重定向内容发布器400(例如，www.domainName1.com)的域名下存储cookie(例如“name＝value”)并且在针对属于重定向内容发布器400(例如www.domainName1.com)的域名下的资源对象的未来请求中将该cookie发送回去的指令。通过实例而不是限制的方式，可以进行操作602，用户登录由重定向内容发布器400托管的网站。Cookie的示例可以是用户名。

在操作604处，重定向模块402生成重定向资源定位符，并向客户端设备106传输重定向资源定位符。在示例实施例中，重定向资源定位符可以是使客户端设备106从捎带内容提供者500请求web资源的数据。嵌入用户界面元素中的URL(例如链接)是重定向资源定位符的示例。重定向HTTP消息是重定向资源定位符的另一个示例。在一些实施例中，重定向资源定位符可以包括表示由重定向内容提供者400之前设置的一个或多个cookie的数据(例如设置为操作602的一部分的cookie)。在一个示例实施例中，重定向模块402可以传输重定向资源定位符来作为向客户端设备106传输的内容的元素。例如，重定向模块402可以生成生成以下代码，该代码可以作为链接来嵌入到向客户端设备106传输的网页中：

domainName2.com/piggyback.php？domainNamei＝Hash(name＝value)

在上述代码中，domainName2.com标识属于捎带内容发布器500的域名，piggyback.php是指在捎带内容发布器500的计算机系统上执行的服务器侧脚本，符号？表示查询字符串的开始，并且domainName1＝Hash(name＝value)表示查询字符串，其中，domainName1标识存储与重定向内容发布器400的域名相关联的cookie的查询字符串中的名称值对的名称，并且Hash(name＝value)表示针对重定向内容发布器400的域名之前设置的cookie的散列编码的表示。虽然重定向资源定位符已经被描述为包括针对重定向内容发布器400之前设置的一个cookie，其它实施例还可以包括由重定向内容发布器400之前设置的一个或多个附加的cookie。

在操作606处，基于具有编码的cookie的重定向资源定位符来将客户端设备106向捎带内容发布器500的域名下的web对象引导。响应于用户点击嵌入到重定向内容发布器的网页中的重定向资源定位符，或者响应于重定向内容发布器400发送的重定向HTTP消息，可以发生操作608。

虽然图6示出了针对重定向属于重定向内容发布器400的cookie的操作，图7是示出了根据示例实施例的用于在属于捎带内容发布器500的cookie上(或作为属于捎带内容发布器500的cookie)捎带重定向的cookie的示例方法700的流程图。方法700可以通过可以包括硬件(例如专的逻辑、可编程逻辑、微代码等等)、软件(例如在通用计算机系统或专用机器上执行)或者二者的组合的处理逻辑来执行。在示例实施例中，处理逻辑在图1-5中示出的组件和模块中。因此，参照关于图1-5讨论的组件、系统和模块来讨论方法700。

在操作702处，捎带模块502可以从客户端设备106获得web对象请求，该web对象请求包括表示属于重定向内容发布器400的重定向cookie的数据。为了说明操作702，在从重定向内容发布器400接收到具有重定向资源位置的网页时，用户可以选择重定向资源定位符。选择重定向资源定位符可以使客户端设备向捎带内容发布器500发送web对象请求。使用上述示例，domainName2.com/piggyback.php？domainName1＝Hash(name＝value)是存储在URL的查询部分中的、具有来自重定向内容发布器400的编码的cookie(例如Hash(name＝value))的重定向资源定位符的示例。

在操作704处，捎带模块502可以从web对象请求中提取表示重定向的令牌的数据。如上所述，可以传输重定向的令牌来作为URL的请求字符串的一部分。因此，操作704可以涉及服务器侧脚本，该服务器侧脚本(例如使用上述重定向资源定位符，piggyback.p如)从接收的web对象请求的查询字符串中提取重定向的令牌。在一些实施例中，提取重定向的令牌可以涉及使用散列函数来将cookie从编码的形式转换成能够使用的形式。在其它实施例中，重定向的令牌保持在编码的形式以保护隐私数据。

在操作706处，捎带内容发布器502的cookie设置器506可以将重定向的cookie设置为属于捎带内容发布器500的cookie。在一个实施例中，操作706涉及捎带模块502将HTTP响应发送回客户端设备，该HTTP响应包括将cookie设置为具有表示重定向的cookie的值的指令。

为了说明操作704和706，捎带模块502可以执行以下服务器侧代码以从web请求中提取表示重定向的令牌的数据：

在上述代码中，setcookie操作可以是定义将要包括在HTTP响应的HTTP报头中的cookie的PHP功能。“domainName1”可以是针对由setcookie操作设置的cookie指定名称的setcookie操作的参数。$_GET[’domainName1’]可以是收集在查询字符串中指定的名称值对的值部分的PHP指令。在上述服务器侧代码中，PHP指令$_GET[’domainName1’]的结果被用作setcookie操作的值参数。值参数指定由setcookie操作设置的cookie的值。

header操作使捎带模块502发送HTTP响应，该HTTP响应对将要重定向到domainName2.com/index的客户端设备106上操作的浏览器进行重定向。响应于header操作发送的HTTP响应还包括由setcookie操作设置的cookie。使用上述重定向资源定位符，上述服务器侧代码可以生成以下HTTP响应消息。

表格3

应当意识到的是，当在操作706中捎带模块502存储cookie时，之前由重定向内容发布器400设置的cookie现在与在分配给捎带内容发布器500的域名下存储的cookie合并。例如，图8示出了根据示例实施例的在cookie捎带内容发布器500设置cookie值之后的图3的cookie数据结构300。例如，与图3中示出的cookie集合308相比，图8中示出的cookie集合808包括cookie集合304的表示。

应当意识到的是，捎带具有来自一个域名的cookie的来自另一个域名的cookie可以有多种实际应用。例如，cookie捎带可以促进统一的用户简档。统一的用户简档可以将属于一个域名的cookie与属于另一个域名的cookie合并。统一的用户简档对将广告消息针对在延长的时间段内访问多个网站的用户的广告系统可以是有用的。例如，重定向内容发布器400可以将标识访问网站的用户的用户名的cookie以及指定用户交互(例如用户查看的产品、与产品有关的内容的交互等等)的其它cookie重定向至捎带内容发布器500。继而，捎带内容发布器500可以使用服务于用户的内容来追踪用户行为。因此，捎带内容发布器500可以存储不仅来自捎带内容发布器500发布的内容、还来自重定向内容发布器400发布的内容的(通过cookie存储的)用户交互数据。在一些情况下，捎带内容发布器500还可以是将其cookie重定向到另一个捎带内容发布器(例如，图1的内容发布器102C)的重定向内容发布器。因此，该额外的捎带内容发布器可以存储指定不仅来自根据其发布的内容本身生成的、还来自根据捎带内容发布器500和重定向内容发布器400发布的内容生成的用户交互的cookie。

这样的用户交互可以有助于广告系统。例如，广告系统可以建立由跨越多个域名的用户使用的用户名称简档。根据该映射，广告系统然后可以将由与不同域名相关联的各种令牌指定的用户交互数据映射到统一的用户账户。也就是说，基于捎带令牌，广告系统可以将统一的用户账户与两个不同的用户名关联在一起，这两个用户名中，一个由domainName1.com使用，另一个由domainName2.com使用。因此，由任何一个用户名生成的用户交互数据可以与统一的用户名相关联。

模块、组件和逻辑

某些实施例在本文中被描述为包括逻辑或多个组件、模块或机制。模块可以构成软件模块(例如体现在机器可读介质上的代码或以传输信号体现的代码)或硬件模块。“硬件模块”是能够执行某些操作并可以按特定物理方式来配置或布置的有形单元。在示例实施例中，一个或多个计算机系统(例如独立计算机系统、客户端计算机系统或服务器计算机系统)或计算机系统的一个或多个硬件模块(例如处理器或处理器组)可以由软件(例如，应用或应用部分)配置为进行操作以执行本文描述的某些操作的硬件模块。

在一些实施例中，硬件模块可以用机械方式或电子方式来实现。例如，硬件模块可以包括永久地被配置为执行某些操作的专用电路或逻辑(例如，硬件模块可以是专用处理器，例如现场可编程门阵列(FPGA)或特定用途集成电路(ASIC))。硬件模块还可以包括暂时由软件配置以执行某些操作的可编程逻辑或电路(例如，硬件模块可以包括通用处理器或其它可编程处理器中包含的软件)。将会意识到的是：对以机械方式、在专用且永久配置的电路中、或在暂时配置的电路(例如由软件配置)中实现硬件的决定可以受到成本和时间考虑因素的驱动。

因此，短语“硬件模块”应当被理解为包含有形实体，应当是物理构成的、永久配置(例如硬连线的)或暂时配置(例如编程的)以在某个方式下工作或以执行本文描述的某些操作的实体。考虑到其中硬件模块是暂时配置的(例如编程的)实施例，每个硬件模块在任何一个时刻上不需要是已配置或已实例化的。例如，在硬件模块包括由软件配置以变为专用处理器的通用处理器的情况下，通用处理器就可以在不同时间被配置为各自不同的专用处理器。因此软件可以配置处理器以例如在一个时刻构成特定硬件模块并且在不同的时刻构成不同的硬件模块。

硬件模块可以向其它硬件模块提供信息，并且可以从其它硬件模块接收信息。因此，描述的硬件模块可以看做是通信耦合的。在多个硬件模块同时存在的情况下，就可以通过两个或多个硬件模块之间或之中的信号传输(例如在适当的电路和总线上)来实现通信。在多个硬件模块在不同的时间被配置或实例化的实施例中，就可以例如通过在多个硬件模块可访问的存储器结构中对信息的存储和检索来实现这样的硬件模块之间的通信。例如，一个硬件模块可以执行操作，并且将该操作的输出存储在与该硬件模块通信耦合的存储设备中。然后另一硬件模块可以在之后的时间访问该存储设备以检索并处理所存储的输出。硬件模块还可以发起与输入或输出设备的通信，并且能够在资源(例如信息的集合)上工作。

本文描述的示例方法的各种操作可以至少部分地由一个或多个处理器执行，该处理器被暂时地配置(例如通过软件)或永久地配置以执行有关的操作。无论是暂时地还是永久地配置，这样的处理器可以构成进行操作以执行本文描述的一个或多个操作或功能的处理器实现的模块。在一些实施例中，如本文中使用的，“模块”是指处理器实现的硬件模块。

类似地，本文中描述的方法可以至少部分由处理器实现。例如，方法的至少一些操作可以由一个或多个处理器或处理器实现的模块来执行。某些操作的执行可以分布在一个或多个处理器中，并不只位于单个机器中，而且布置在多个机器中。在一些示例实施例中，一个或多个处理器或处理器实现的模块可以位于单个地理位置中(例如在家庭环境、办公室环境或服务器群中)。

一个或多个处理器还可以操作以支持在“云计算环境”下的操作的执行或作为“软件即服务”(SaaS)的操作的执行。例如，至少一些操作可以由计算机组(作为包括处理器在内的机器示例)来执行，这些操作能够经由网络(例如互联网)并且经由一个或多个适当的接口(例如应用程序接口(API))来访问。

电子装置和系统

示例实施例可以在数字电路中实现，或者在计算机硬件、固件、软件中实现，或者在上述部件的组合中实现。示例实施例可以使用计算机程序产品来实现，例如在信息载体中有形地表现的计算机程序，信息载体例如由数据处理装置执行的机器可读介质或用于控制数据处理装置的操作的机器可读介质，数据处理装置例如可编程处理器、计算机、或多个计算机。

可以以任何形式的编程语言来编写计算机程序，该编程语言包括：编译或解释语言，并且可以以任何形式来部署计算机程序，包括部署为单独的程序或者部署为适合于用于计算环境的模块、子例程，或者其它单元。计算机程序可以被配置为在一个计算机程序上执行，或者在位于一个站点处或者分布在多个站点上并通过通信网络互连的多个计算机上执行。

在示例实施例中，操作可以通过一个或多个可编程处理器执行计算机程序来执行，以通过处理输入数据并产生输出来执行功能。方法操作还可以通过专用逻辑电路来执行，并且示例实施例的装置可以实现为专用逻辑电路，例如现场可编程门阵列(FPGA)或特定用途集成电路(ASIC)。

计算系统可以包括客户端和服务器。客户端和服务器通常相互远离并且通常通过通信网络进行交互。客户端和服务器的关系通过在相应计算机上运行并且相互具有客户端-服务器关系的计算机程序来产生。在使用可编程计算系统的实施例中，将会设想到的是，需要考虑硬件结构和软件结构二者。具体地，将会认识到的是，在永久配置的硬件(例如ASIC)中、在暂时配置的硬件中(例如软件与可编程处理器的组合)、还是在永久配置的与暂时配置的硬件的组合中实现特定功能可以是设计选择。下文是在各种示例实施例中可以部署的硬件(例如机器)和软件结构。

示例机器结构和机器可读介质

图9以计算机系统900的示例形式的机器的框图，其中，可以执行可以使机器执行任意一个或更多个上文讨论的方法的指令。在备选实施例中，机器可以作为独立设备来操作，或者可以连接(例如联网)到其它机器。在连网部署中，机器可以在服务器-客户端网络环境中以服务器或客户端机器的能力进行操作，或者作为对等(或分布式)网络环境中的对等机器进行操作。机器可以是个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助手(PDA)、蜂窝电话、web小应用、网络路由器、交换机或桥接器、或能够(顺序地或以其他方式)执行指定要由机器进行动作的指令的任何机器。此外，虽然只示出了单个机器，术语“机器”还应当指单独或共同地执行指令以执行本文描述的一个或多个方法的全部或部分的机器的集合。

示例计算机系统900包括处理器902(例如中央处理单元(CPU)、图形处理单元(GPU)或者二者)、主存储器904和静态存储器906，上述部件被配置为经由总线908来相互通信。计算机系统900还可以包括视频显示单元910(例如液晶显示器(LCD)或者阴极射线管(CRT))。计算机系统900还包括字母数字输入设备912(例如键盘)、用户界面(UI)导航设备914(例如鼠标)、硬盘驱动单元916、信号产生设备918(例如扬声器)、以及网络接口设备920。

机器可读介质

硬盘驱动单元916包括机器可读介质922，在机器可读介质922上存储了表现本文描述的任何一个或多个方法或功能、本文描述的任何一个或多个方法或功能使用的数据结构和指令924的一个或多个集合。在计算机系统900执行指令924时，指令924还可以完全地或至少部分地位于主存储器904中并且/或者位于处理器902，主存储器904和处理器902还构成机器可读介质。

尽管在示例实施例中，机器可读介质922示出为单个介质，术语”机器可读介质”可以包括存储一个或更多个数据结构和指令924的单个介质或多个介质(例如，集中或分布式数据库和/或相关联的高速缓存和服务器)。术语“机器可读介质”还应当被视为包括能够存储、编码或携带用于机器执行的指令、并且使机器执行本发明的实施例的任何一个或多个方法、或者能够存储、编码或携带该指令能够使用的数据结构或与该指令相关联的数据结构的任何有形介质。术语“机器可读介质”因此应当被看做包括但不限于：固态存储器以及光学和磁性介质。机器可读介质的具体示例包括：非易失性存储器，其中以示例的形式包括半导体存储器设备，例如可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、以及闪存设备；磁盘，例如内部硬盘和可拆卸硬盘；磁光盘；CD-ROM以及DVD-ROM。

传输介质

指令924还可以使用传输介质来在通信网络926上传输或接收。指令924可以使用网络接口设备920以及多个已知传输协议中的任意一个(例如HTTP)来传输。通信网络的示例包括局域网(“LAN”)、广域网(“WAN”)、因特网、移动电话网络、普通老式电话(POTS)网络、以及无线数据网络(例如WiFi和WiMax网络)。“传输介质”应当被看做包括能够存储、编码或携带用于由机器执行的指令的任何无形介质，并且包括数字或模拟通信信号或其它无形介质，以促进这样的软件的通信。

因此，已经描述了用于向用户推荐基于网络的市场的方法和系统。虽然已经参照具体示例实施例描述了本发明的实施例，显而易见的是，各种修改和变化也符合根据本公开设想的示例实施例。因此，说明书和附图应当被看做说明性的而不是限制意义的。

形成可以实现主题的具体实施例的一部分的附图是通过说明而不是限制的方式示出的。充分详细地描述示出的实施例以使得本领域技术人员能够实现本文公开的教义。可以利用并得出其它实施例，从而可以在不偏离本公开的范围的情况下做出结构和逻辑上的替换和改变。因此，该“具体实施方式”部分不应当看做是限制意义，并且各种实施例的范围仅通过附加的权利要求以及权利要求授予的等同物的全部范围来定义。

本发明主题的这些实施例被单独地和/或统一地由术语″发明″来指代，其仅是为了方便，而不是旨在自动将本申请的范围限制到任意单个发明或发明性概念，如实际上不止一个实施例被公开的话。因此，尽管这里示出并描述了特定实施例，应当理解，被计算为实现相同目的的任何设置都可以用于替换所示出的特定实施例。本公开意在覆盖各种实施例的任意和所有改编和变体。通过研究上述内容，上述实施例的组合以及本文中没有具体描述的其它实施例对于本领域技术人员来说将是显而易见的。

本文中提到的所有公开、专利和专利文件通过引用的方式单独全文并入本文中。在本文中与通过引用并入的文件之间的使用不一致的情况下，并入的参考文献中的使用应当被看做对本文件的补充；对于不可调和的不一致，以本文件中的使用为准。

在本文件中，如专利文件中常见的，术语“一个”用于包括一个或多个，区别于“至少一个”或“一个或多个”的任何其它实例或用法。在本文件中，除非另有明确说明，术语“或”用于指非排他性的或者，例如“A或B”包括“A但不是B”、“B但不是A”以及“A和B”。在附加的权利要求中，术语“包括”和“其中”用作相应术语“包含”和“在其中”的英语等同体。另外，在下文的权利要求中，术语“包括”和“包含”是开放式的，也就是说，包括除了在权利要求中的该术语之后列出的以外的内容的系统、设备、物品或过程生将被视为落入该权利要求的范围内。此外，在下文的权利要求中，术语“第一”、“第二”和“第三”等仅用做标记，并且并不旨在于抢劫这些对象所需要的数量。

提供本公开的摘要以允许读者快速确定本技术公开的性质。摘要的提交被理解为其并不用于解释或限制权利要求的范围或含义。此外，在上文的“具体实施方式”中，可以看出，出于简化本公开的目的，将各种特征组合在一起形成单个实施例。本公开的方法不应被解释为反映声明的实施例需要比每条权利要求中明确列举的更多的特征的意图。然而，如以下权利要求所反映的，发明性主题具有比单个公开的实施例的所有特征少的特征。因此，下述权利要求被并入详细描述中，每个权利要求作为单独的实施例独立存在。

Claims (20)

1.一种计算机系统，包括：

至少一个处理器；

重定向模块，通过所述至少一个处理器实现，并且被配置为：

在客户端设备上存储在第一域名下的令牌，所述令牌指定针对所述客户端设备与能够通过所述第一域名来寻址的第一内容发布器之间的通信会话的状态数据，所述通信会话使用无状态通信协议；

生成重定向资源定位符，所述重定向资源定位符包括针对由第二内容发布器托管的web对象的标识符和所述令牌，所述标识符表示属于第二域名的网络地址；以及

通过引导所述客户端设备向所述第二内容发布器发送针对所述web对象的web对象请求，在所述客户端设备上存储在所述第二域名下的所述令牌，所述web对象请求通过由所述标识符表示的网络地址来寻址，并且包括所述令牌。

2.根据权利要求1所述的计算机系统，其中，所述重定向模块还被配置为：在存储在所述第二域名下的令牌之前，向客户端设备提供包括链接到所述重定向资源定位符的用户界面元素的内容。

3.根据权利要求1所述的计算机系统，其中，响应于用户选择了链接到所述重定向资源定位符的所述用户界面元素，所述客户端设备向所述第二内容发布器发送所述web对象请求。

4.根据权利要求1所述的计算机系统，其中，所述重定向资源定位符是在查询字符串中包括所述令牌的统一资源定位符。

5.根据权利要求4所述的计算机系统，其中，所述web对象请求是超文本传输协议请求消息。

6.根据权利要求1所述的计算机系统，其中，所述重定向模块还被配置为：在生成所述重定向资源定位符之前，对所述令牌的至少一部分进行散列。

7.根据权利要求1所述的计算机系统，其中，所述令牌表示用户名，所述用户名由所述第一内容发布器用以追踪涉及所述第一内容发布器的用户的用户交互。

8.一种计算机实现的方法，包括：

在客户端设备上存储在第一域名下的令牌，所述令牌指定针对所述客户端设备与能够通过所述第一域名来寻址的第一内容发布器之间的通信会话的状态数据，所述通信会话使用无状态通信协议；

生成重定向资源定位符，所述重定向资源定位符包括针对由第二内容发布器托管的web对象的标识符和所述令牌，所述标识符表示属于第二域名的网络地址；以及

通过引导所述客户端设备向所述第二内容发布器发送针对所述web对象的web对象请求，在所述客户端设备上存储在所述第二域名下的所述令牌，所述web对象请求通过由所述标识符表示的网络地址来寻址，并且包括所述令牌。

9.根据权利要求8所述的计算机实现的方法，还包括：在存储在所述第二域名下的令牌之前，向客户端设备提供包括链接到所述重定向资源定位符的用户界面元素的内容。

10.根据权利要求8所述的计算机实现的方法，其中，响应于用户选择了链接到所述重定向资源定位符的所述用户界面元素，所述客户端设备向所述第二内容发布器发送所述web对象请求。

11.根据权利要求8所述的计算机实现的方法，其中，所述重定向资源定位符是在查询字符串中包括所述令牌的统一资源定位符。

12.根据权利要求11所述的计算机实现的方法，其中，所述web对象请求是超文本传输协议请求消息。

13.根据权利要求8所述的计算机实现的方法，还包括：在生成所述重定向资源定位符之前，对所述令牌的至少一部分进行散列。

14.根据权利要求8所述的计算机实现的方法，其中，所述令牌表示用户名，所述用户名由所述第一内容发布器用以追踪涉及所述第一内容发布器的用户的用户交互。

15.一种存储有可执行指令的非暂时性计算机可读介质，当处理器执行所述可执行指令时，导致处理器执行生成统一的用户简档的操作，所述操作包括：

在客户端设备上存储在第一域名下的令牌，所述令牌指定针对所述客户端设备与能够通过所述第一域名来寻址的第一内容发布器之间的通信会话的状态数据，所述通信会话使用无状态通信协议；

生成重定向资源定位符，所述重定向资源定位符包括针对由第二内容发布器托管的web对象的标识符和所述令牌，所述标识符表示属于第二域名的网络地址；以及

通过引导所述客户端设备向所述第二内容发布器发送针对所述web对象的web对象请求，在所述客户端设备上存储在所述第二域名下的所述令牌，所述web对象请求通过由所述标识符表示的网络地址来寻址，并且包括所述令牌。

16.根据权利要求15所述的非暂时性计算机可读介质，其中，所述操作还包括：在存储在所述第二域名下的令牌之前，向客户端设备提供包括链接到所述重定向资源定位符的用户界面元素的内容。

17.根据权利要求15所述的非暂时性计算机可读介质，其中，响应于用户选择了链接到所述重定向资源定位符的所述用户界面元素，所述客户端设备向所述第二内容发布器发送所述web对象请求。

18.根据权利要求15所述的非暂时性计算机可读介质，其中，所述重定向资源定位符是在查询字符串中包括所述令牌的统一资源定位符。

19.根据权利要求15所述的非暂时性计算机可读介质，其中，所述操作还包括：在生成所述重定向资源定位符之前，对所述令牌的至少一部分进行散列。

20.根据权利要求15所述的非暂时性计算机可读介质，其中，所述令牌表示用户名，所述用户名由所述第一内容发布器用以追踪涉及所述第一内容发布器的用户的用户交互。