使用跟踪令牌和归因堆栈的多分段网络归因

摘要

本发明涉及一种使用跟踪令牌和归因堆栈的多分段网络归因。示出了用于多分段事务的网络归因跟踪的技术，该技术涉及从伙伴服务接收跟踪令牌注册请求，生成与伙伴服务相关联的跟踪令牌，将条目添加到事务的归因堆栈中，其中该条目将跟踪令牌与伙伴服务相关联，并将跟踪令牌返回给伙伴服务。接收跟踪令牌请求可以包括：确定跟踪令牌请求是否包括先前生成的跟踪令牌，以及使用先前生成的跟踪令牌来标识事务的归因堆栈。将条目添加到事务的归因堆栈中可以包括将条目添加到针对事务标识的归因堆栈中。可以通过从针对事务标识的归因堆栈中的每个条目累积归因实体来获得事务的归因。

说明书

技术领域

本发明涉及一种使用跟踪令牌和归因堆栈的多分段网络归因。

背景技术

在线内容伙伴经常使用内容服务的API从内容服务中选择信息。以这种方式从内容服务提取的信息的示例可以包括来自内容提供商的文本、音频或视频内容，来自广告服务的广告，或来自在线市场的清单。伙伴服务或伙伴的服务，例如伙伴实体提供的服务，可以策划他们选择的信息，并以他们自己的经验来体现这些信息。诸如用户对内容的访问，用户点击广告或购买之类的成功事务通常归因于事务所涉及的伙伴服务。

一些伙伴服务可以进一步与他们的还与内容服务有合同协议的伙伴共享该内容服务的清单。当事务由源自伙伴服务的界面体验的用户完成时，则两个实体都期望接收到业务的归因，诸如事务的信用或新购买者或重复购买者(NORB)。

例如，可以从针对特定人口群体(诸如千禧一代或学生)定制的伙伴网站提供诸如在线市场之类的电子商务平台中的许多广告。当在线市场的用户点击伙伴网站上的广告时，导航流将重定向到伙伴网站。当用户在伙伴网站上执行事务时，该事务由在线市场服务的API处理，例如购买API，其中伙伴网站是记录中的事务伙伴。即使用户源自于在线市场，事务和NORB两者都归因于伙伴网站。在线市场和伙伴网站两者都归因于来自用户的业务。然而，目前，似乎没有有效的方法来跟踪复杂事务中的归因。

鉴于这些和其它考虑，提出了本文所作的公开内容。

发明内容

所公开的技术针对于跟踪多分段网络事务中的归因。一般而言，所公开的技术利用由跟踪服务管理的跟踪令牌和归因堆栈。

伙伴服务接收包括跟踪令牌的重定向，并将注册请求与在重定向中接收到的跟踪令牌一起发送给跟踪服务。跟踪服务使用注册请求中的跟踪令牌来标识事务的归因堆栈。跟踪服务生成新的跟踪令牌，将新的跟踪令牌输入与伙伴服务相关联的归因堆栈，然后将新的跟踪令牌返回给伙伴服务。

伙伴服务接收新的跟踪令牌，并将其包括在到下一伙伴服务的另一个重定向中。下一伙伴服务重复向跟踪服务注册的过程。对于事务流程中的重定向，可以无限期地重复此过程，每次注册都会导致归因堆栈中的另一条目。当事务完成时，所公开的技术使归因堆栈中的每个实体能够针对归因被标识出。

在所公开的用于多分段事务的网络归因跟踪的技术、方法、系统或计算机可读介质的某些简化示例中，所述示例涉及从第一伙伴服务接收第一令牌请求，并且响应于第一令牌请求，生成第一跟踪令牌，在归因堆栈中将第一跟踪令牌与第一伙伴服务相关联，发送对第一令牌请求的包括第一跟踪令牌的响应。

这些示例还涉及接收从第一伙伴服务到第二伙伴服务的第二令牌请求，第二重定向包括第一跟踪令牌，并且响应于第二令牌请求，生成第二跟踪令牌，在归因堆栈中将第二跟踪令牌与第二伙伴服务相关联，并向第二重定向发送包括第二跟踪令牌的响应。

这些示例还涉及从第三伙伴服务接收第三令牌请求，第三令牌请求包括第二令牌，并且响应于第三令牌请求，生成第三跟踪令牌，在归因堆栈中将第三跟踪令牌与第三伙伴服务相关联，并向第三重定向发送包括第三跟踪令牌的响应。

最后，这些示例还涉及从第三伙伴服务接收事务请求，该事务请求包括第三跟踪令牌，并基于归因堆栈将事务归因于第一伙伴服务、第二伙伴服务和第三伙伴服务。可以跟踪归因的事务示例包括数据事务或购买事务。

根据所公开技术的某些方面的示例还可以包括：从客户端接收重定向，并且响应于该重定向，将第一令牌请求发送给跟踪服务，从跟踪服务接收带有第一跟踪令牌的响应，并用第一跟踪令牌重定向到第二伙伴。

某些示例涉及从第一伙伴接收带有第一跟踪令牌的重定向，并且响应于来自第一伙伴的重定向，将第二令牌请求与第一跟踪令牌一起发送给跟踪服务。这些示例还涉及从跟踪服务接收带有第二跟踪令牌的响应，并用第二跟踪令牌重定向到第三伙伴。

某些其它示例涉及从第二伙伴接收带有第二跟踪令牌的重定向，并且响应于来自第一伙伴的重定向，将第二令牌请求与第二跟踪令牌一起发送给跟踪服务，从跟踪服务接收带有第三跟踪令牌的响应，并且响应于来自客户端的事务请求，将事务请求和归因请求中的一个与第三跟踪令牌一起发送给跟踪服务。

在又一个示例中，基于归因堆栈将事务归因于第一伙伴服务、第二伙伴服务和第三伙伴服务的功能涉及接收事务的归因请求，从事务的归因堆栈中的每个条目累积归因实体，并将事务归因于累积的归因实体。

在某些其它示例中，第一跟踪令牌包括标识第一伙伴的第一复合跟踪令牌，第二跟踪令牌包括标识第一伙伴和第二伙伴的第二复合跟踪令牌，并且第三跟踪令牌包括标识第二伙伴和第三伙伴的第三复合跟踪令牌。

用于多分段事务的归因跟踪的不同示例涉及从伙伴服务接收跟踪令牌注册请求，生成与伙伴服务相关联的跟踪令牌，将条目添加到事务的归因堆栈中，其中该条目将跟踪令牌与伙伴服务相关联，并将跟踪令牌返回给伙伴服务。

在这些示例中的某些示例中，从伙伴服务接收跟踪令牌请求的功能涉及确定跟踪令牌请求是否包括先前生成的跟踪令牌，并使用先前生成的跟踪令牌来标识事务的归因堆栈。在这些示例中，将条目添加到事务的归因堆栈的功能涉及将条目添加到针对事务标识的归因堆栈中。

在特定示例中，生成与伙伴服务相关联的跟踪令牌的功能涉及将先前生成的跟踪令牌组合在生成的跟踪令牌中以创建复合跟踪令牌。

在其它特定示例中，将条目添加到事务的归因堆栈的功能涉及按照与何时接收到条目的令牌注册请求相对应的顺序，将条目添加到归因堆栈中。

一些示例还包括：接收事务的归因请求，其中归因请求包括跟踪令牌，使用归因请求中包括的跟踪令牌来标识事务的归因堆栈，从针对事务标识的归因堆栈中的每个条目累积归因实体，并将事务归因于累积的归因实体。这些示例还可能涉及当事务完成时，发送事务的归因请求。

附加示例涉及从先前伙伴服务接收带有先前生成的跟踪令牌的重定向，将注册请求与先前生成的跟踪令牌一起发送给跟踪服务，从跟踪服务接收带有与伙伴服务、所接收到的重定向相关联的跟踪令牌的响应，并且响应于对下一伙伴服务的重定向请求，重定向到下一伙伴服务并包括从跟踪服务接收的跟踪令牌。

应该理解，上述主题还可以被实现为计算机控制的装置、计算机过程、计算系统或诸如计算机可读介质之类的制品。通过阅读以下具体实施方式并查看相关附图，这些和各种其它特征将变得显而易见。提供发明内容以便以简化形式介绍一些概念，这些概念将在下面的具体实施方式中进一步描述。

发明内容既无意于标识所要求保护的主题的关键特征或必要特征，也无意将发明内容用于限制所要求保护的主题的范围。此外，要求保护的主题不限于解决在本发明的任何部分中指出的任何或所有缺点的实现。

附图说明

参考附图描述具体实施方式。在附图中，附图标记的最左边的数字标识该附图标记首次出现的附图。不同附图中的相同附图标记表示相似或相同的项目。

图1A是示出系统架构中的多分段事务的说明性示例的架构图；

图1B是示出多分段事务中的数据交换的说明性示例的数据架构图；

图2A是示出用于使用复杂跟踪令牌对多分段事务进行归因跟踪的所公开的技术的说明性示例的架构图；

图2B是示出在用于使用复杂跟踪令牌对多分段事务进行归因跟踪的所公开的技术的应用中的数据交换的另一说明性示例的数据架构图；

图2C是示出在用于使用复杂跟踪令牌对多分段事务进行归因跟踪的所公开的技术的应用中的消息和数据交换的又一说明性示例的消息图；

图3A是图示了示出在用于使用图2A的复杂跟踪令牌对多分段事务进行归因跟踪的所公开的技术的应用中的实体之间的复杂归因关系的归因堆栈的示例的数据架构图；

图3B是图示了示出在用于使用图2C的复杂跟踪令牌对多分段事务进行归因跟踪的所公开的技术的应用中的实体之间的复杂归因关系的归因堆栈的示例的数据架构图；

图4A是示出根据所公开的技术的用于使用跟踪令牌对多分段事务进行归因跟踪的跟踪服务中的过程的说明性示例的控制流程图；

图4B是示出根据所公开的技术的用于使用跟踪令牌对多分段事务进行归因跟踪的伙伴服务中的过程的说明性示例的控制流程图；

图4C是示出根据所公开的技术的用于使用跟踪令牌来确定多分段事务的归因的过程的说明性示例的控制流程图；

图4D是示出根据所公开的技术的用于使用跟踪令牌对多分段事务进行归因跟踪的跟踪服务中的过程的另一说明性示例的控制流程图；

图5是示出了用于能够实现本文提出的技术和技术各方面的计算系统的说明性计算机硬件和软件架构的计算机架构图；

图6是示出了能够实现本文提出的技术和技术各方面的分布式计算环境的图；以及

图7是示出了用于能够实现本文提出的技术和技术各方面的计算设备的计算设备架构的计算机架构图。

具体实施方式

以下具体实施方式描述了用于在多分段事务中跟踪具有不同伙伴的网络上的多个重定向的复杂链上的归因的技术。

一般而言，发布令牌的内容服务、跟踪服务或API用令牌与参与网络事务的各个伙伴之间的关联来维持归因堆栈，并且虽然有重定向/事务链的多分段，但仍可以标识事务的多个归因。值得注意的是，如在本文所使用，归因堆栈应广义地解释为包括适用于数据集合的任何数据结构。归因堆栈可以包括堆栈、列表、队列、树、地图、集合或适合于链接或收集数据的任何其它数据结构。

因为归因堆栈可以无限期扩展以适应附加重定向，所以公开的技术提供了能够在高度复杂且冗长的网络事务字符串中跟踪归因的技术优势。此外，因为可以容易地搜索归因堆栈，所以提供了一种有效的机制来确定事务的归因。

更进一步，技术优势包括减少网络带宽使用和减少归因所需的处理器周期，因为可以很容易地搜索归因堆栈数据结构，并且因为信息是作为web服务调用流的一部分而累积的，所以为了容易地确定归因，可以避免附加的网络调用或处理器计算。从所公开的技术的实现还可以实现除本文提到的那些以外的其它技术效果。

所公开技术的一方面是跟踪令牌并维持涉及跟踪令牌的归因堆栈以用于N分段网络事务中的归因。例如，内容服务器或跟踪API实体可以生成跟踪令牌并维持归因堆栈，该归因堆栈将跟踪令牌与归因实体相关联，以跨网络跟踪多分段事务的归因，从而允许两个以上的实体参与事务，并且无论重定向链的长度如何，每个实体仍然会接收到事务的归因。

所公开技术的另一方面涉及生成复合跟踪令牌以捕获重定向/事务的两方，并且持久维持归因堆栈，该归因堆栈跟踪重定向/事务链上的归因。每个复合跟踪令牌最多可以标识重定向的两方。生成复合跟踪令牌的内容服务器可以为事务构建伙伴重定向的归因堆栈，以表示重定向链的复杂归因。

在下面的详细描述中，参考了形成其一部分的附图，并且在附图中通过图示的方式示出了特定的配置或示例。现在参考附图，其中在所有几幅图中相同的数字代表相同的元件，将描述用于归因跟踪的计算系统、计算机可读存储介质以及计算机实现的方法的各方面。如将在下面关于附图更详细地描述，存在可以具体实施本文描述的功能和技术的许多应用和服务。

如上所述，目前，内容服务可以具有伙伴服务，而伙伴服务又可以拥有自己的伙伴，他们应该在复杂的多分段内容事务中接收到归因。常规的跟踪令牌被广泛用于为诸如广告活动之类的用户网络交互指定元数据。元数据可以是广告系列ID、关键字或其它占位符。然而，常规跟踪令牌通常无法跟踪与多分段事务有关的多个伙伴链上的伙伴的归因。

例如，在线市场中的许多广告可以来自为千禧一代或类似人口群体量身定制的伙伴网站。当在线市场的用户点击伙伴网站上的广告时，导航流将重定向到伙伴网站。当用户在伙伴网站上执行事务时，该事务由在线市场服务的API处理，例如购买API，其中伙伴网站是记录中的事务伙伴。即使用户源自于在线市场，事务和NORB两者都归因于伙伴网站。然而，在线市场和伙伴网站两者都归因于来自用户的网络业务。图1A和图1B示出了这个示例的清单和事务流程。

图1A是示出了导致事务的一系列重定向的示例100的架构图。客户端110的用户与伙伴服务120A、120B和120C的用户体验进行交互以访问内容服务器180上的内容，例如数据、清单或服务。为清楚起见，简化了图1A的示例，以集中于该系列重定向，并在初始用户动作102之后省略与客户端110的交互，并且内容从内容服务器180流到伙伴服务120A、120B和120C。

在图1A中，客户端110的用户在接收到伙伴服务120A的界面体验中发起用户动作102，这导致伙伴服务120A在122处将用户重定向到伙伴服务120B的界面体验。例如，用户可以点击伙伴服务120A的界面体验中的链接或广告，该链接或广告重定向到伙伴服务120B的界面体验。伙伴服务120B用其经由客户端110呈现给用户的界面体验来响应用户操作。

用户随后通过伙伴服务120B的界面体验发起动作，该动作在124处重定向到伙伴服务120C。伙伴服务120C用其经由客户端110呈现给用户的界面体验来响应重定向。

用户随后通过伙伴服务120C的伙伴界面体验发起事务请求，该事务请求应归因于导致事务请求的重定向链中涉及的每个实体。事务的归因应归因于事务中涉及的每个伙伴，例如伙伴服务120A、120B和120C。然而，在常规的系统架构中，唯一可用于事务归因的信息属于重定向链中的最后一个伙伴，例如接收事务请求的伙伴服务120C。

在图1A的示例中，根据公开的技术，跟踪服务器或服务130与伙伴服务进行交互，以便通过一系列不确定长度的重定向来跟踪事务的归因，即，对可以接收事务的归因的该系列中的伙伴的数量没有设置限制。

在该示例中，在104处，当响应于用户动作102发生重定向时，伙伴服务120A从跟踪服务130请求并接收第一令牌Token1(令牌1)，例如，Req(120A)-＞Token1(120A)。跟踪服务创建并维持事务的归因堆栈，其中伙伴服务120A与跟踪令牌Token1相关联。伙伴120A在重定向122到伙伴服务120B中包括Token1。

在124处，伙伴服务120B从跟踪服务130请求并接收第二跟踪令牌Token2(令牌2)，例如，Req(120B，Token1(120A))-＞Token2(120B，120A)。来自伙伴服务120B的请求包括在重定向122中接收的跟踪Token1，该跟踪Token1允许跟踪服务130确定与事务相关联的归因堆栈。跟踪服务130创建跟踪Token2，该跟踪Token2与事务的归因堆栈中的伙伴服务120B相关联，并在逻辑上将伙伴服务120B链接到事务的归因链中的伙伴服务120A。

例如，由于用户在伙伴服务120B的界面体验中的行为，所以另一重定向发生在126处。伙伴服务120B包括在重定向126到伙伴服务120C中的跟踪Token2。在128处，伙伴服务120C请求并从跟踪服务130接收第三跟踪令牌Token3(令牌3)，例如Req(120C，Token2(120B，120A))-＞Token3(120C，120B)。来自伙伴服务120B的请求包括跟踪Token2，该跟踪Token2允许跟踪服务130确定归因堆栈，所述归因堆栈与事务以及重定向与事务的归因链中的先前重定向的关系相关联。跟踪服务130创建跟踪Token3，该跟踪Token3与事务的归因堆栈中的伙伴服务120C相关联，并且在逻辑上将伙伴服务120C链接到事务的归因堆栈中的伙伴服务120B以及事务的链。

注意，诸如在104、124和126处，对跟踪令牌的请求可以以几种方式发起，诸如当伙伴服务接收到重定向或者当通过伙伴服务120B的界面体验接收到引起附加重定向的用户动作时。

图1B示出了可以在图1A的架构示例以及归因示例中生成的多分段网络事务的重定向/事务流程150的简化示例。在该流程示例中，伙伴服务120A的界面体验在168处从内容服务180接收呈现给客户端110的用户的清单或内容。可以对清单或内容进行展示或以其他方式处理，以呈现给用户，例如伙伴服务选择特定的文档或产品以呈现给用户。

在该示例中，用户在伙伴服务120A的界面体验中从展示的数据中进行选择，这导致从伙伴服务120A到伙伴服务120B的重定向162。在192处，伙伴服务120A将跟踪令牌的请求发送给跟踪服务130，其中该请求与伙伴服务120A相关联。在193处，跟踪服务130为事务链创建第一跟踪Token1和归因堆栈，并将Token1发送给伙伴服务120A。伙伴服务120A将Token1包括在到伙伴服务120B的重定向162中。

在174处，伙伴服务120B还从内容服务180接收清单或内容，该清单或内容可以经由伙伴服务120B的界面体验进行展示并呈现给用户。在该示例中，在172处，用户发起与伙伴服务120B的事务，诸如涉及内容服务器180的内容的下载、信息上传或购买。

在194处，伙伴服务120B将跟踪令牌的请求发送给跟踪服务130，其中该请求与伙伴服务120B相关联。跟踪服务130使用在重定向162中接收的Token1来确定事务的归因堆栈。跟踪服务130创建第二跟踪令牌Token2，并将Token2与事务链的归因堆栈中的伙伴服务120B相关联。在195处，跟踪服务130将Token2发送给伙伴服务120B。伙伴服务120B将Token2包括在提交给内容服务180的事务请求172中。

因为伙伴服务120A和伙伴服务120B两者都涉及到导致事务的重定向链，所以两者都应接收事务或用户(例如NORB)的归因。当内容服务180接收到用户发起的带有Token2的事务请求172时，它将内容请求196发送给包括Token2的跟踪服务130。跟踪服务130利用Token2来标识事务的归因堆栈并提取事务的归因，例如伙伴服务120A和120B。在198处，将事务的归因信息返回给内容服务180。

注意，根据所公开的技术，在跟踪服务中使用跟踪令牌和归因堆栈使得能够跟踪不确定长度的重定向的链以用于事务的归因。每个重定向都包括用于执行重定向的实体的跟踪令牌，该跟踪令牌能够标识归因堆栈以用于进一步的重定向。

还注意，对跟踪令牌进行跟踪服务的请求可以在处理中的各个点发生。例如，伙伴服务当从在重定向的链中的先前伙伴服务接收到带有跟踪令牌的重定向时，可以从跟踪服务发起对跟踪令牌的请求。在另一示例中，当在伙伴服务的界面体验中发起重定向时，伙伴服务可以发起对跟踪令牌的请求。

所公开的技术提供跟踪服务以发布跟踪令牌并维持事务的归因堆栈。归因堆栈可以为多分段事务中与不同伙伴的多个重定向的复杂链累积令牌和相关联的伙伴。重定向的链可以有不确定的长度。当发生事务时，可以获取重定向的链的归因信息，以用于对事务进行归因。

在一些示例中，复合跟踪令牌可用于跟踪多分段事务中与不同伙伴的多个重定向的复杂链上的归因。每个复合跟踪令牌最多可以标识重定向的两方。与内容服务器相关联的跟踪服务或API生成复合跟踪令牌，并为事务构建伙伴重定向的归因堆栈，以表示重定向的链的复杂归因。

所公开技术的一方面是跟踪令牌并维持涉及跟踪令牌的归因堆栈以用于N分段网络事务中的归因。所公开的技术的另一方面是生成复合跟踪令牌以捕获重定向/事务的两方，并且持久维持归因堆栈，该归因堆栈跟踪重定向/事务的链上的归因。

诸如在广告中用于指定广告活动和广告系列元数据的跟踪令牌之类的常规跟踪令牌通常包括广告系列标识符、占位符、关键字或类似标识符。相比之下，在公开的技术中，复合跟踪令牌可以标识最多两个重定向中所涉及的实体。通过将复合跟踪令牌与归因堆栈中的每个重定向相关联，可以跟踪重定向的链以进行归因。重定向的链可以有不确定的长度，仍然可以使用复合跟踪令牌和归因堆栈来跟踪归因。

图2A是示出了与多分段网络事务相关联的归因链200的另一示例的数据流程图，其中根据所公开的技术，三个伙伴服务220A-C结合归因堆栈利用多个复合跟踪令牌，这允许归因于流程重定向/事务的复杂链中的所有多方。

在该示例中，最终用户客户端110参与第一伙伴服务Partner1(伙伴1)220A，Partner1 220A从内容服务230获取清单/内容数据204。在206处，Partner1 220A将最终用户客户端110重定向到第二伙伴服务Partner2(伙伴2)220B，其中第一归因或跟踪令牌将Partner1标识为重定向的来源。接着，在208处，Partner2 220B利用第二复合归因令牌重定向到第三伙伴服务Partner3 220C，该第二复合归因令牌标识从Partner1到Partner2的重定向。在210处，第三伙伴服务Partner3(伙伴3)220C利用第三复合归因令牌将与最终用户客户端110的事务重定向到内容服务230，该第三复合归因令牌标识从Partner2到Partner3的重定向。在这种场景下，Partner1、Partner2和Partner3均应接收事务或NORB的归因。

注意，用于OAuth 2.0令牌交换的最新互联网工程任务组(IETF)草案https：//tools.ietf.org/html/draft-ietf-oauth-token-exchange-16提出了使用复合授权令牌，其用于通过将一对OAuth授权令牌组合到复合令牌中而在OAuth上下文中委派授权。在该提案中，每个复合令牌包括主题令牌，例如用于购买物品或接收敏感数据的主题实体的令牌，以及行为者令牌，例如用于诸如付款提供商或符合HIPPA的服务之类的代表主题实体进行操作的行为者实体的令牌。行为者实体可以使用主题令牌和行为者令牌的所得到的复合令牌来代表主题实体进行操作。

相反，在图2B和图2C所示的所公开技术的方面中的跟踪令牌或复合跟踪令牌涉及网络事务的跟踪归因，而不是OAuth授权的委派。在根据所公开技术的这一方面的复合跟踪令牌的一个示例中，复合跟踪令牌可以用于标识参与请求的重定向或事务的两个实体。通过创建跟踪每个复合跟踪令牌和重定向/事务中涉及的实体的归因堆栈，可以确定长度不确定的多分段事务中所涉及的实体的归因。

图2B是示出了根据所公开的技术的利用多个复合跟踪令牌的网络重定向/事务流场景240的示例的数据架构图，该技术允许归因于流程的网络重定向/事务的复杂链中的多方。

在该示例中，在244处，客户端110的用户使用内容服务230的跟踪服务API发起动作，这在248处导致客户端110重定向到伙伴服务220A。内容服务230或根据所公开的技术配置的附属归因跟踪服务生成第一归因令牌Token1，该第一归因令牌Token1在246处被发送给客户端110。当内容服务器230生成第一归因令牌Token1时，建立用于与客户端110的事务的归因堆栈。

在248处，客户端110包括重定向到伙伴服务220A的第一归因令牌Token1。在252处，伙伴服务220A向内容服务230注册在重定向中从客户端110接收到的包括归因令牌Token1的第一令牌Token1。内容服务230生成第二归因令牌Token2，该第二归因令牌Token2与第一令牌Token1组合为复合令牌{Tokenl；Token2}并将复合令牌{Token1；Token2}添加到与伙伴服务220A相关联的事务的归因堆栈中。在254处，将复合跟踪令牌{Token1：Token2}提供给伙伴服务220A。

在256处，伙伴服务220A将流重定向到伙伴服务220B，并将复合跟踪令牌{Token1：Token2}包括在重定向中。在262处，伙伴服务220B向内容服务230注册在重定向中从伙伴服务220A接收到的复合跟踪令牌{Token1：Token2}。内容服务230生成第三归因令牌Token3，将其与第二令牌Token2组合成复合令牌{Token2；Token3}并将复合令牌{Token2；Token3}添加到与伙伴服务220B相关联的事务的归因堆栈中。在264处，将复合跟踪令牌{Token2；Token3}提供给伙伴服务220B。

在266处，伙伴服务220B将流重定向到伙伴服务220C，并且在重定向中包括复合跟踪令牌{Token2：Token3}。在272处，伙伴服务220C向内容服务230注册{Token2：Token3}。内容服务230生成第四归因令牌Token4，其与第三令牌Token3组合成复合令牌{Token3；Token4}，并将复合令牌{Token3；Token4}添加到与伙伴服务220C相关联的事务的归因堆栈中。在274处，将复合跟踪令牌{Token3；Token4}提供给伙伴服务220C。

当客户端110的用户通过伙伴服务220C请求事务时，伙伴服务220C将事务重定向到内容服务230，并将复合跟踪令牌{Token3：Token4}包括在重定向的事务中。基于归因堆栈，内容服务230能够将事务归因于伙伴服务220A、220B和220C以及其本身。

图2C是示出了根据图2B的示例的归因堆栈280的一个示例的数据架构图。在归因堆栈280的第一行290A中，在292A处标识的客户端110在294A处与第一归因令牌Token1相关联，并且因为内容服务230重定向客户端110，所以在296A处，该客户端110被归因于内容服务230。在归因堆栈280的第二行290B中，在292B处标识的伙伴服务220A在294B处与复合归因令牌{Token1；Token2}相关联，并且在296B处归因于伙伴服务220A。

在归因堆栈280的第三行290C中，在292C处标识的伙伴服务220B在294C处与复合归因令牌{Token2；Token3}相关联，并在296C处归因于伙伴服务220B。在归因堆栈280的第四行290D中，在292C处标识的伙伴服务220C在294C处与复合归因令牌{Token2；Token3}相关联，并在296D处归因于伙伴服务220C。

从归因堆栈280累积归因数据296允许确定来自多分段事务流的每个分段的归因。请注意，除了图2B中所述的重定向以外，可以将连续重定向添加为归因堆栈280中的附加行290，以使归因链的长度可以不确定。

在所公开技术的此方面中，可使用由内容服务器、跟踪服务器或维持复合归因令牌与个体归因令牌之间的关联的其它实体发布的复合令牌来形成归因链。以下是涉及复合跟踪令牌的归因的链的说明性示例：

{Token1}-＞{Token1 |Token2}-＞{Token2 |Token3}

所公开的技术可以使平台允许不确定数量的N个行为者在平台上接收到网络事务中的归因。

根据所公开的技术，使用复合跟踪令牌的归因可以采取多种形式。如上所述，可以在归因堆栈中维持与重定向/事务链中的特定实体相关联的跟踪令牌以及该链的令牌和关联，以跟踪多分段事务的归因。

图3A是示出了根据所公开技术的另一方面的用于归因的另一场景300的示例的消息图，其中当发生重定向时，从跟踪API 332获得跟踪令牌。在该示例中，在302处，客户端110的用户向伙伴服务320A发起用户动作，该用户动作导致重定向到伙伴服务320B。在304处，伙伴服务320A从跟踪API 332请求归因跟踪令牌。API 332生成第一跟踪令牌Tokenl，并将Token1与伙伴服务320A相关联地存储在归因堆栈中。在306处，API332将Token1提供给伙伴服务320A。在308处，伙伴服务320A包括到伙伴服务320B的重定向中的Token1。

在310处，伙伴服务320B从跟踪API 332请求归因跟踪令牌。API 332生成第二跟踪令牌Token2，并将Token2与伙伴服务320B相关联地存储在归因堆栈中。在312处，API 332将Token2提供给伙伴服务320B。在314处，伙伴服务320B将Token2包括在到伙伴服务320C的重定向中。

在316处，伙伴服务320C从跟踪API 332请求归因跟踪令牌。API 332生成第三跟踪令牌Token3，并将Token3与伙伴服务320C相关联地存储在归因堆栈中。在318处，API 332将Token3提供给伙伴服务320B。

在320处，客户端110向伙伴服务320C做出事务请求。作为响应，在322处，伙伴服务320C使用第三跟踪令牌Token3将事务请求重定向到事务API 334。

在事务的处理期间，事务API 334将归因请求消息324中的Token3提供给跟踪API332。当跟踪API 332接收到包括Token3的归因请求消息时，它从事务的归因堆栈中获得事务的归因，例如，该事务被归因于伙伴服务320A、320B和320C。

图3B是示出根据图3A的示例的归因堆栈340的一个示例的数据架构图。因为Token3在346C处在归因堆栈340的行342C中与伙伴服务320C相关联，所以伙伴服务320C被包括在归因中。因为Token2在346B处在归因堆栈340的行342B中与伙伴服务320B相关联，所以伙伴服务320B被包括在归因中。因为Token1在346A处在归因堆栈340的行342A中与伙伴服务320A相关联，所以伙伴服务320A被包括在归因中。因此，根据所公开的技术，可以使用跟踪令牌从事务的归因堆栈中累积事务的归因。

如上所述，在不脱离所公开的技术的情况下，可以针对不同的实现改变跟踪令牌的使用。例如，可以利用复合跟踪令牌，其可以将从一个实体到另一实体的重定向相关联，例如针对表示图2B中从伙伴服务220A到伙伴服务220B的重定向的复合跟踪令牌，伙伴服务220A作为行为者实体，而伙伴服务220B作为主题实体。根据所公开技术的某些方面，复合跟踪令牌可以是唯一标识符，该唯一标识符使得能够出于归因的目的在涉及重定向/事务的两方之间进行映射。可以使用多个复合跟踪令牌形成一条链。

在根据所公开技术的另一方面的另一示例中，可以利用与单个实体相关联的跟踪令牌以进行归因，例如，伙伴服务320A。基于跟踪令牌的复杂网络归因方案可以在由提供跟踪令牌的实体所维持的归因堆栈中维持，例如，图3A中的跟踪API 322。

发布令牌的内容服务、跟踪服务或API利用令牌与参与事务的各个伙伴之间的关联来维持归因堆栈，并且不管重定向/事务的链的多个分段都可以标识事务的多个归因。所公开的技术允许多于两个的实体参与事务，并且每个实体都接收该事务的归因，而与重定向链的长度无关。

这些是简化的示例，并且在根据所公开的技术的用于跟踪多分段事务的归因的系统或方法中，可以考虑许多因素。因为归因堆栈可以无限扩展以适应附加重定向，所以它提供能够在高度复杂且冗长的事务字符串中跟踪归因的技术优势。此外，因为可以容易地搜索归因堆栈，所以提供了一种有效的机制来确定事务的归因。

如将在本文中更详细地描述，可以理解，本文描述的技术和技术的实现可以包括使用在一个或多个输入设备上执行的固态电路、数字逻辑电路、计算机组件和/或软件。本文描述的信号可以包括用于传达数据文件的改变状态或与数据文件有关的其它信息的模拟和/或数字信号。

虽然本文描述的主题是在与计算机系统上的操作系统和应用程序的执行结合执行的程序模块的一般背景下呈现的，但是本领域技术人员将认识到，可以与其它类型的程序模块结合来执行其它实现。通常，程序模块包括例程、程序、组件、数据结构以及执行特定任务或实现特定抽象数据类型的其它类型的结构。此外，本领域技术人员将理解，本文描述的主题可以与其它计算机系统配置一起实践，包括多处理器系统、大型计算机、基于微处理器的或可编程的消费电子器件、小型计算机、手持式设备等。

图4A是示出了跟踪服务器或服务(诸如，图1B的跟踪服务130、图2B的内容服务器230或图3A的跟踪API 332)中的过程400的示例的控制流程图，其被配置成根据所公开的技术跟踪网络事务的归因。

在410处，在跟踪服务中从第一客户端接收令牌请求。在412处，在该示例中，跟踪服务生成并以具有对事务的第一伙伴的归因的第一跟踪令牌进行响应，诸如图1B的跟踪服务130、图2B中的内容服务230或图3A中的跟踪API 332，并且将第一跟踪令牌与第一伙伴相关联地存储在事务的归因堆栈中，诸如图2C中的归因堆栈280或图3B中的归因堆栈340。

在420处，在跟踪服务中从第二伙伴接收包括第一令牌的令牌请求。在422处，跟踪服务生成并以具有对事务的第二伙伴的归因的第二跟踪令牌进行响应，并且将第二跟踪令牌与第二伙伴相关联地存储在事务的归因堆栈中而与归因堆栈中的第一跟踪令牌条目相邻。

在430处，在跟踪服务中从第三伙伴接收包括第二令牌的令牌请求。在432处，跟踪服务生成并以具有对事务的第三伙伴的归因的第三跟踪令牌进行响应，并且将第三跟踪令牌与第三伙伴相关联地存储在事务的归因堆栈中而与第二跟踪令牌条目相邻。

在440处，在跟踪服务中接收包括第三令牌的事务请求以完成事务。在442处，跟踪服务完成事务并根据事务的归因堆栈确定事务的归因。

注意，图4A的示例简化为三方多分段事务。可以针对多分段事务的不确定数量的附加分段重复执行涉及向跟踪服务注册令牌的步骤，从而将伙伴添加到归因堆栈中，直到针对该堆栈完成事务为止。每条附加分段都会生成附加的跟踪令牌和事务的归因堆栈中的附加条目。事务结束后，可以遍历归因堆栈以收集事务的链中针对每个伙伴的归因。

图4B是示出了伙伴服务器或服务(诸如图2B的伙伴服务器220或内容服务器230或图3A的伙伴服务器320)中的伙伴服务过程450的示例的控制流程图，其被配置成根据所公开的技术利用跟踪服务进行操作以促进网络归因跟踪。

在452处，伙伴服务从事务中的先前伙伴服务接收重定向，该重定向包括与先前伙伴相关联并记录在该事务的归因堆栈中的跟踪令牌。在454处，接收伙伴服务将令牌请求或令牌注册请求与和来自先前伙伴的重定向一起接收到的跟踪令牌一起发送给跟踪服务。

在456处，伙伴服务从跟踪服务接收响应，该响应包括与伙伴服务相关联并记录在事务的归因堆栈中的新的跟踪令牌。在458处，伙伴服务重定向到下一伙伴，并且包括带有重定向的新的跟踪令牌。

在这些示例中，伙伴服务过程450与图4A的跟踪服务过程400协同操作，以使用跟踪令牌在事务流中的重定向字符串中跟踪每个重定向，并将每个重定向记录在归因堆栈中。根据所公开的技术，这些过程的其它变化是可能的。

图4C是示出了归因累积过程460的示例的控制流程图，该过程可以在事务结束时在跟踪服务中执行以确定事务的归因。在462处，接收请求或触发事件以用于事务的归因，诸如事务的完成。在464处，针对该事务累积来自归因堆栈中的每个条目的归因实体。在466处，事务的归因或信用被归因于从归因堆栈累积的实体。事务的归因通常基于合同条款或事务中伙伴之间的关系。

图4D是示出了跟踪服务器或服务(例如，图1B的跟踪服务130、图2B中的内容服务230或图3A中的跟踪API 332)中的过程470的另一示例的控制流程图，其被配置成根据所公开的技术跟踪网络归因。

在472处，在跟踪服务中从伙伴服务接收令牌注册请求。在474处，在该示例中，跟踪服务生成与伙伴服务相关联的新的跟踪令牌。

在476处，确定接收到的跟踪令牌注册请求是否包括先前生成的跟踪令牌。如果令牌注册请求的确包含先前生成的跟踪令牌，则在478到480处控制分支，在此使用先前生成的跟踪令牌来标识事务的归因堆栈。如果令牌注册请求中不存在跟踪令牌，则控制分支到482，以创建事务的归因堆栈。

控制从480或482继续到484，其中将条目添加到事务的归因堆栈中，其中该条目将在474处生成的新的跟踪令牌与发出令牌注册请求的伙伴服务相关联。在486处，跟踪服务响应于令牌注册请求将新的跟踪令牌返回给伙伴服务。

应该理解，在不脱离所公开技术的教导的情况下，可以使用多种不同的工具和方法来建立无线通信以及收集，交换和显示传感器和消息数据。所公开的技术在不脱离本发明的教导的情况下提供了高度的灵活性和实现的配置的变化。

本技术可以涉及在一台或多台机器中发生的操作。如本文所使用，“机器”是指用指令编程以执行专门的计算操作的物理数据存储装置和处理硬件。应该理解，两个或更多不同的机器可以共享硬件组件。例如，相同的集成电路可以是两个或更多不同机器的一部分。

本领域普通技术人员将认识到，可以利用各种各样的方法并将其与本方法组合用以归因跟踪。本文描述的归因跟踪的不同方面的特定示例是说明性的，并不旨在限制所示技术的范围。

归因跟踪的计算机架构

注意，图4A、图4B、图4C和图4D的过程400、450、460和470的至少一部分以及与本文所述的归因跟踪有关的其它过程和操作可以在诸如图6中的计算机环境600或云之类的一个或多个服务器中实现，并且可以将定义如本文讨论的那样翻译或解释的用户控制输入信号的结果的数据传送到用户设备以进行显示。备选地，归因跟踪过程可以在客户端设备中实现。在其它示例中，一些操作可以在一组计算资源(诸如服务器)中实现，而其它步骤可以在其它计算资源(诸如客户端设备)中实现。

应该理解，本文描述的方法可以在任何时间终止，并且不需要整体执行。可以通过执行包括在计算机存储介质上的计算机可读指令来执行本文描述的方法的一些或全部操作和/或基本上等效的操作，如下文所定义。如说明书和权利要求书中所使用，术语“计算机可读指令”及其变体在本文中被广泛地使用以包括例程、应用程序、应用程序模块、程序模块、程序、组件、数据结构、算法等。可以在各种系统配置上实现计算机可读指令，包括单处理器或多处理器系统、小型计算机、大型计算机、个人计算机、手持式计算设备、基于微处理器的可编程消费电子器件及其组合等。

因此，应该理解，本文描述的逻辑操作被实现为：(1)作为在计算系统上运行的计算机实现的动作或程序模块的序列和/或(2)作为计算系统内互连的机器逻辑电路或电路模块。该实现是取决于计算系统的性能和其它要求的选择问题。因此，本文描述的逻辑操作被不同地称为状态、操作、结构没备、动作或模块。这些操作、结构设备、动作和模块可以以软件、固件、专用数字逻辑及其任何组合来实现。

如本文中所描述，结合本文中所描述的附图，本文中将例程的操作(例如，图4A、图4B、图4C和图4D的过程400、450、460和470)描述为至少部分由应用、组件和/或电路实现。虽然下面的图示涉及图4A-D的组件，但是可以理解，例程的操作也可以以许多其它方式来实现。例如，例程可以至少部分地由计算机处理器或另一台计算机的一个或多个处理器实现。另外，例程的一个或多个操作可以备选地或另外地至少部分地由单独工作或与其它软件模块结合工作的计算机来实现。

例如，本文中将例程的操作描述为至少部分地由应用程序、组件和/或电路实现，它们在本文中通常被称为模块。在一些配置中，模块可以是动态链接库(DLL)、静态链接库、由应用程序编程接口(API)产生的功能、已编译程序、解释程序、脚本或任何其它可执行指令集。诸如本文公开的数据和模块之类的数据和/或模块可以存储在一个或多个存储器组件中的数据结构中。可以通过寻址数据结构的链接或引用从数据结构中取回数据。

虽然以下图示参考了以上讨论的附图的组件，但是可以理解，例程的操作(例如，图4A、图4B、图4C和图4D的过程400、450、460和470)也可以是以许多其它方式实现。例如，例程可以至少部分地由另一台远程计算机或本地计算机或电路的处理器来实现。另外，例程的一个或多个操作可以备选地或另外地至少部分地由单独工作或与其它软件模块结合工作的芯片组来实现。适用于提供本文公开的技术的任何服务、电路或应用程序都可以在本文所述的操作中使用。

图5示出了用于计算机的示例计算机架构500的附加细节，诸如图2B中的设备110和伙伴服务220和内容服务器230或图3A中的伙伴服务320和跟踪API 332，它们能够执行本文介绍的程序组件。因此，图5中所示的计算机架构500示出了用于车载计算机、服务器计算机、移动电话、PDA、智能电话、台式计算机、上网本计算机、平板计算机、车载计算机、游戏机和/或便携式计算机的架构。可以利用计算机架构500来执行本文提出的软件组件的任何方面。

图5中所示的计算机架构500包括中央处理单元502(“CPU”)、系统存储器504，该系统存储器包括随机存取存储器506(“RAM”)和只读存储器(“ROM”)508以及将存储器504耦合到CPU 502的系统总线510。包含有助于在计算机架构500中的子元件之间(诸如在启动期间)传输信息的基本例程的基本输入/输出系统存储在ROM 508中。计算机架构500还包括用于存储操作系统507、数据(诸如跟踪令牌信息520和归因堆栈信息522)以及一个或多个应用程序的大容量存储设备512。

大容量存储设备512通过连接到总线510的大容量存储控制器(未示出)连接到CPU502。大容量存储设备512及其关联的计算机可读介质为计算机架构500提供了非易失性存储装置。虽然本文包含的计算机可读介质的描述是指大容量存储设备，诸如固态驱动器、硬盘或CD-ROM驱动器，但本领域技术人员应理解，计算机可读介质可以是计算机架构500可以访问的任何可用的计算机存储介质或通信介质。

通信介质包括诸如载波或其它传输机制的调制数据信号中的计算机可读指令、数据结构、程序模块或其它数据，并且包括任何传递介质。术语“调制数据信号”是指具有以将信息编码在信号中的方式改变或设置的其一个或多个特性的信号。作为示例而非限制，通信介质包括诸如有线网络或直接有线连接之类的有线介质，以及诸如声学、RF、红外和其它无线介质之类的无线介质。以上任何内容的组合也应包括在计算机可读介质的范围内。

作为示例而非限制，计算机存储介质可以包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据之类的信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质。例如，计算机介质包括但不限于RAM、ROM、EPROM、EEPROM、闪存或其它固态存储技术、CD-ROM、数字多功能磁盘(“DVD”)、HD-DVD、BLU-RAY或其它光学存储装置、磁带盒、磁带、磁盘存储装置或其它磁性存储设备，或可用于存储所需信息并可由计算机架构500访问的任何其它介质。为了权利要求的目的，短语“计算机存储介质”、“计算机可读存储介质”及其变体本身并不包括波、信号和/或其它瞬时和/或无形通信介质。

根据各种配置，计算机架构500可以使用通过网络556和/或另一个网络(未示出)到远程计算机的逻辑连接，而在联网环境中操作。计算机架构500可以通过连接到总线510的网络接口单元514连接到网络556。应该理解，网络接口单元514也可以用于连接到其它类型的网络和远程计算机系统。计算机架构500还可以包括输入/输出控制器516，用于接收和处理来自许多其它设备的输入，其它设备包括键盘、鼠标、游戏控制器、电视遥控器或电子笔(图5中未示出)。类似地，输入/输出控制器516可以将输出提供给显示屏、打印机或其它类型的输出设备(图5中也未示出)。

应该理解，当本文描述的软件组件被加载到CPU 502中并被执行时，可以将CPU502和整个计算机架构500从通用计算系统转换为定制成促进本文提出的功能的专用计算系统。CPU 502可以由任意数量的晶体管或其它分立电路元件构成，其可以单独或共同地呈现任意数量的状态。更具体地，响应于本文公开的软件模块中包含的可执行指令，CPU 502可以作为有限状态机操作。这些计算机可执行指令可以通过指定CPU 502如何在状态之间转换来对CPU 502进行转变，从而对构成CPU 502的晶体管或其它分立的硬件元件进行转变。

对本文提出的软件模块进行编码也可以转变本文提出的计算机可读介质的物理结构。在本说明书的不同实现中，物理结构的特定转变可以取决于各种因素。这类因素的示例可以包括但不限于用于实现计算机可读介质的技术，计算机可读介质被表征为主要存储装置还是辅助存储装置等。例如，如果计算机可读介质被实现为基于半导体的存储器，则本文公开的软件可以通过转换半导体存储器的物理状态而被编码在计算机可读介质上。例如，软件可以转变构成半导体存储器的晶体管、电容器或其它分立电路元件的状态。该软件还可以转变这些组件的物理状态，以便在其上存储数据。

作为另一示例，可以使用磁性或光学技术来实现本文公开的计算机可读介质。在这类实现中，当软件在磁性或光学介质中被编码时，其可以转变磁性或光学介质的物理状态。这些转变可以包括改变给定磁性介质内特定位置的磁性特性。这些转变还可以包括改变给定光学介质内特定位置的物理特征或特性，以改变那些位置的光学特性。在不脱离本说明书的范围和精神的情况下，物理介质的其它转变是可能的，提供前述示例仅是为了促进该时论。

鉴于上述内容，应该理解，在计算机架构500中发生了许多类型的物理转变，以便存储和执行本文提出的软件组件。还应该理解，计算机架构500可以包括其它类型的计算设备，包括手持式计算机、嵌入式计算机系统、个人数字助理以及本领域技术人员已知的其它类型的计算设备。还可以设想到，计算机架构500可以不包括图5中所示的所有组件，可以包括在图5中未明确示出的其它组件，或者可以利用与图5中所示的架构完全不同的架构。

图6描绘了能够执行本文所述的用于归因跟踪的软件组件的说明性分布式计算环境600。因此，图6中所示的分布式计算环境600可以用于执行本文提出的软件组件的许多方面。例如，分布式计算环境600可以用于执行本文描述的软件组件的一个或多个方面。

根据各种实现，分布式计算环境600包括在网络604上运行，与之通信或作为其一部分的计算环境602。网络604可以是或可以包括上述的网络556。网络604还可以包括各种接入网络。一个或多个客户端设备606A-806N(以下统称为和/或通称为“客户端606”)可以经由网络604和/或其它连接(图6中未示出)与计算环境602通信。在一个示出的配置中，客户端606包括计算设备606A，诸如膝上型计算机、台式计算机或其它计算设备；平板或平板计算设备(“平板计算设备”)606B；移动计算设备606C，诸如移动电话、智能电话、车载计算机或其它移动计算设备；服务器计算机606D；和/或其它设备606N，其可以包括硬件安全模块。应该理解，任何数量的设备606都可以与计算环境602进行通信。本文参考图5和图7示出和描述了设备606的两个示例计算架构。应该理解，所示出的设备606和本文中示出和描述的计算架构仅是示例性的，不应解释为以任何方式进行限制。

在所示的配置中，计算环境602包括应用服务器608、数据存储装置610和一个或多个网络接口612。根据各种实现，应用服务器608的功能可以由一个或多个作为网络604的一部分执行或与网络604通信的服务器计算机提供。应用服务器608可以托管各种服务、虚拟机、门户和/或其它资源。在所示的配置中，应用服务器608托管一个或多个虚拟机614，用于托管应用程序或其它功能。根据各种实现，虚拟机614托管一个或多个用于归因跟踪的应用程序和/或软件模块。应该理解，该配置仅是说明性的，不应以任何方式解释为限制性的。

根据各种实现，应用服务器608还包括一个或多个跟踪令牌服务620、归因堆栈服务622和重定向服务624。跟踪令牌服务620可以包括用于处理认证请求和发布令牌的服务。归因堆栈服务622可以包括用于维持事务的归因堆栈的服务，该归因堆栈指示事务中的实体之间的归因跟踪关系。重定向服务624可以包括用于重定向到伙伴服务的服务。

如图6中所示，应用服务器608还可以托管其它服务、应用、门户和/或其它资源(“其它资源”)628。其它资源628可以包括但不限于数据加密、数据共享或任何其它功能。

如上所述，计算环境602可以包括数据存储装置610。根据各种实现，数据存储装置610的功能由在网络604上运行或与网络604通信的一个或多个数据库或数据存储装置提供。数据存储装置610的功能还可以由配置成托管用于计算环境602的数据的一个或多个服务器计算机来提供。数据存储装置610可以包括，托管或提供一个或多个真实或虚拟数据存储装置626A-826N(以下统称为和/或通称为“数据存储装置626”)。数据存储装置626被配置成托管由应用服务器608使用或创建的数据和/或其它数据。数据存储装置626的各方面可以与用于归因跟踪的服务相关联。虽然在图6中未示出，但是数据存储装置626也可以托管或存储网页文档、文字文档、演示文档、数据结构、推荐引擎执行的算法和/或任何应用程序或另一模块所利用的其它数据。

计算环境602可以与网络接口612通信或被其访问。网络接口612可以包括用于支持两个或更多个计算设备之间的通信的各种类型的网络硬件和软件，包括但不限于移动客户端车辆、客户端606和应用服务器608。应该理解，网络接口612也可以用于连接到其它类型的网络和/或计算机系统。

应该理解，本文描述的分布式计算环境600可以向本文描述的软件元件的任何方面提供任何数量的虚拟计算资源和/或其它分布式计算功能，其可以配置成执行本文公开的软件组件的任何方面。根据本文公开的概念和技术的各种实现，分布式计算环境600可以使用设备606向客户端提供本文描述的软件功能作为服务。应该理解，设备606可以包括真实机或虚拟机，包括但不限于服务器计算机、网络服务器、个人计算机、移动计算设备、智能电话和/或其它可以包括用户输入设备的设备。这样，在其他方面，本文公开的概念和技术的各种配置尤其使配置成访问分布式计算环境600的任何设备能够利用本文描述的功能进行归因跟踪。

现在转到图7，本文描述了用于能够执行各种软件组件的计算设备的说明性计算设备架构700，以用于归因跟踪。计算设备架构700可应用于诸如车辆中的移动客户端之类的计算设备。在一些配置中，计算设备包括但不限于移动电话、车载计算机、平板设备、板设备、便携式视频游戏设备、传统台式计算机、便携式计算机(例如，膝上型计算机、笔记本计算机、超便携式计算机和上网本)、服务器计算机、游戏机和其它计算机系统。计算设备架构700可应用于图2B中的客户端设备110和伙伴服务220和内容服务器230，或者图3A中的伙伴服务320和内容服务器330以及图6中示出的计算设备606A-N。

图7中所示的计算设备架构700包括处理器702、存储器组件704、网络连接组件706、传感器组件708、输入/输出组件710和电源组件712。在所示的配置中，处理器702与存储器组件704、网络连接组件706、传感器组件708、输入/输出(I/O)组件710和电源组件712通信。虽然图7中所示的各个组件之间没有示出连接，但组件可以交互执行设备功能。在一些配置中，组件被布置为经由一个或多个总线(未示出)进行通信。

处理器702包括中央处理单元(“CPU”)，其被配置成处理数据，执行一个或多个应用程序的计算机可执行指令并且与计算设备架构700的其它组件通信以便执行本文所述地各种功能。处理器702可以用以执行本文所提出的软件组件的各方面，尤其是那些至少部分利用安全数据的方面。

在一些配置中，处理器702包括图形处理单元(“GPU”)，其被配置成加速由CPU执行的操作，包括但不限于通过执行安全计算应用、通用科学和/或工程计算应用，以及诸如高分辨率视频(例如620P、1080P和更高分辨率)、视频游戏、三维(“3D”)建模应用之类的图形密集型计算应用等执行的操作。在一些配置中，处理器702被配置成与分立GPU(未示出)通信。在任何情况下，都可以根据协同处理CPU/GPU计算模型来配置CPU和GPU，其中应用的顺序部分在CPU上执行，而计算密集型部分则由GPU加速。

在一些配置中，处理器702与以下本文所述的一个或多个其它组件一起或包括在片上系统(“SoC”)中。例如，SoC可以包括处理器702、GPU、网络连接组件706中的一个或多个以及传感器组件708中的一个或多个。在一些配置中，处理器702部分地利用封装体叠层(“PoP”)集成电路封装技术来制造。处理器702可以是单核或多核处理器。

处理器702可以根据可从英国剑桥的ARM控股公司获得许可的ARM架构来创建。备选地，处理器702可以根据x86架构来创建，诸如可以从加利福尼亚州山景城的INTEL公司等购得。在一些配置中，处理器702是可以从加利福尼亚州圣地亚哥的QUALCOMM购得的SNAPDRAGON SoC，可以从加利福尼亚州圣克拉拉的NVIDIA购得的TEGRA SoC，可以从韩国首尔的SAMSUNG购得的HUMMINGBIRD SoC，可以从德克萨斯州达拉斯的TEXAS INSTRUMENTS购得的开放多媒体应用平台(“OMAP”)SoC，上述任何SoC的定制版本或专有SoC。

存储器组件704包括随机存取存储器(“RAM”)714、只读存储器(“ROM”)716、集成存储存储器(“集成存储装置”)718和可移除存储存储器(“可移除存储装置”)720。在一些配置中，RAM 714或其一部分、ROM 716或其一部分和/或RAM 714和ROM 716的某种组合被集成在处理器702中。在一些配置中，ROM 716被配置成存储固件、操作系统或其一部分(例如，操作系统内核)和/或引导加载器，以从集成存储装置718和/或可移除存储装置720加载操作系统内核。

集成存储装置718可以包括固态存储器、硬盘或固态存储器和硬盘的组合。集成存储装置718可以被焊接或以其它方式连接至逻辑板，处理器702和本文所述的其它组件也可以连接至该逻辑板。这样，集成存储装置718被集成在计算设备中。集成存储装置718被配置成存储操作系统或其部分、应用程序、数据以及本文所述的其它软件组件。

可移除存储装置720可以包括固态存储器、硬盘或固态存储器和硬盘的组合。在一些配置中，提供可移除存储装置720代替集成存储装置718。在其它配置中，提供可移除存储装置720作为附加的可选存储装置。在一些配置中，可移除存储装置720在逻辑上与集成存储装置718组合，使得总可用存储装置作为总组合存储容量可用。在一些配置中，向用户示出了集成存储装置718和可移除存储装置720的总组合容量，而不是集成存储装置718和可移除存储装置720的单独的存储容量。

可移除存储装置720被配置成插入可移除存储装置存储器插槽(未示出)或其它机构中，可移除存储装置720通过该插槽或其它机构被插入并固定以促进连接，可移除存储装置720可通过该连接与计算设备的其它组件通信，诸如处理器702。可移除存储装置720可以具体实施为各种存储卡格式，包括但不限于PC卡、压缩闪存卡、记忆棒、安全数字(“SD”)、迷你SD、微SD、通用集成电路卡(“UICC”)(例如，用户标识模块(“SIM”)或通用SIM(“USIM”))、专有格式等。

可以理解，一个或多个存储组件704可以存储操作系统。根据各种配置，操作系统可以包括但不限于服务器操作系统，诸如由The Open Group认证的各种形式的UNIX和由Free Software Foundation认证的LINUX，或者“软件即服务”(SaaS)架构的各个方面，诸如华盛顿州雷蒙德市微软公司的MICROSFT AZURE或华盛顿州西雅图市亚马逊公司的AWS。操作系统还可以包括华盛顿州雷蒙德市微软公司的WINDOWS MOBILE OS、微软公司的WINDOWSPHONE OS、微软公司的WINDOWS、加利福尼亚州库比蒂诺的苹果公司的MAC OS或IOS，以及加利福尼亚州山景城的谷歌公司的ANDROID OS。可以设想其它操作系统。

网络连接组件706包括无线广域网组件(“WWAN组件”)722、无线局域网组件(“WLAN组件”)724和无线个人局域网组件(“WPAN组件”)726。网络连接组件706促进与网络756或另一网络进行通信，网络可以是WWAN、WLAN或WPAN。虽然仅示出了网络756，但是网络连接组件706可以促进与包括图7的网络756在内的多个网络同时通信。例如，网络连接组件706可以促进经由WWAN、WLAN或WPAN中的一个或多个网络与多个网络同时通信。

网络756可以是或可以包括WWAN，诸如利用一种或多种移动电信技术以经由WWAN组件722利用计算设备架构700向计算设备提供语音和/或数据服务的移动电信网络。移动电信技术可以包括但不限于全球移动通信系统(“GSM”)、码分多址(“CDMA”)ONE、CDMA7000、通用移动通信系统(“UMTS”)、长期演进(“LTE”)和微波接入的全球互操作性(“WiMAX”)。此外，网络756可以利用各种信道接入方法(上述标准可以使用或可以不使用)，包括但不限于时分多址(“TDMA”)、频分多址(“FDMA”)、CDMA、宽带CDMA(“W-CDMA”)、正交频分复用(“OFDM”)、空分多址(“SDMA”)等。可以使用通用分组无线服务(“GPRS”)、全球演进的增强数据速率(“EDGE”)、高速分组访问(“HSPA”)协议系列(包括高速下行链路分组访问(“HSDPA”)、增强型上行链路(“EUL”)或以其它方式称为高速上行链路分组访问(“HSUPA”))、演进的HSPA(“HSPA+”)、LTE以及各种其它当前和将来的无线数据访问标准来提供数据通信。网络756可以被配置成利用以上技术的任何组合来提供语音和/或数据通信。网络756可以被配置成或适于根据未来的技术来提供语音和/或数据通信。

在一些配置中，WWAN组件722被配置成向网络756提供双多模式连接。例如，WWAN组件722可以被配置成向网络756提供连接，其中网络756经由GSM和UMTS技术，或经由其它一些技术组合提供服务。备选地，可以利用多个WWAN组件722来执行这样的功能，和/或提供附加的功能以支持其它不兼容的技术(即，不能由单个WWAN组件支持的技术)。WWAN组件722可以促进到多个网络(例如，UMTS网络和LTE网络)的类似连接。

网络756可以是根据一个或多个电气和电子工程师协会(“IEEE”)602.11标准(诸如IEEE 602.11a、602.11b、602.11g、602.11n和/或将来602.11标准)运行的WLAN(在本文统称为WI-FI)。还设想了草案602.11标准。在一些配置中，利用一个或多个无线WI-FI接入点来实现WLAN。在一些配置中，一个或多个无线WI-FI接入点是另一台计算设备，该设备具有到WWAN的连接，并充当WI-FI热点。WLAN组件724被配置成经由WI-FI接入点连接到网络756。可以经由各种加密技术来保护这类连接，这些加密技术包括但不限于WI-FI保护访问(“WPA”)、WPA2、有线等效保密性(“WEP”)等。

网络756可以是根据红外数据协会(“IrDA”)、蓝牙、无线通用串行总线(“USB”)、Z-Wave、ZIGBEE或一些其它短距离无线技术进行操作的WPAN。在一些配置中，WPAN组件726被配置成促进经由WPAN与诸如外围设备、计算机或其它计算设备之类的其它设备的通信。

传感器组件708包括磁力计728、环境光传感器730、接近传感器732、加速度计734、陀螺仪736和全球定位系统传感器(“GPS传感器”)738。可以设想的是，诸如但不限于温度传感器或冲击检测传感器之类的其它传感器也可以并入计算设备架构700中。

I/O组件710包括显示器740、触摸屏742、数据I/O接口组件(“数据I/O”)744、音频I/O接口组件(“音频I/O”)746、视频I/O接口组件(“视频I/O”)748和摄像头750。在一些配置中，显示器740和触摸屏742组合在一起。在一些配置中，数据I/O组件744、音频I/O组件746和视频I/O组件748中的两个或更多个组合在一起。I/O组件710可以包括被配置成支持以下描述的各种接口的分立处理器，或者可以包括内置于处理器702中的处理功能。

所示的功率组件712包括一个或多个电池752，其可以连接至电池量表754。电池752可以是可充电的或一次性的。可充电电池类型包括但不限于锂聚合物、锂离子、镍镉和镍金属氢化物。每个电池752可以由一个或多个电池单元制成。

电源组件712还可以包括电源连接器，该电源连接器可以与一个或多个上述I/O组件710组合。电源组件712可以经由I/O组件与外部电源系统或充电设备接口连接。

最后，虽然已经用结构特征和/或方法动作专用的语言描述了各种配置，但是应该理解，所附表示中定义的主题不必限于所描述的特定特征或动作。更确切而言，将特定特征和动作公开为实现所要求保护的主题的示例形式。

根据以下条款做出本发明：

条款1.一种用于多分段事务的计算机实现的网络归因跟踪方法，所述方法包括：从第一伙伴服务接收第一令牌请求；响应于所述第一令牌请求：生成第一跟踪令牌，在归因堆栈中将所述第一跟踪令牌与所述第一伙伴服务相关联，以及发送对所述第一令牌请求的包括所述第一跟踪令牌的响应；接收从所述第一伙伴服务到第二伙伴服务的第二令牌请求，所述第二重定向包括所述第一跟踪令牌；响应于所述第二令牌请求：生成第二跟踪令牌，在归因堆栈中将所述第二跟踪令牌与所述第二伙伴服务相关联，以及发送对所述第二重定向的包括所述第二跟踪令牌的响应；基于所述归因堆栈将事务归因于所述第一伙伴服务和第二伙伴服务。

条款2.根据条款1的方法，其中所述事务包括数据事务和购买事务中的一个。

条款3.根据条款1的方法，所述方法还包括：从客户端接收重定向；响应于所述重定向，将所述第一令牌请求发送给跟踪服务；从所述跟踪服务接收带有所述第一跟踪令牌的响应；以及连同所述第一跟踪令牌一起重定向到所述第二伙伴。

条款4.根据条款3的方法，所述方法还包括：从所述第一伙伴接收带有所述第一跟踪令牌的重定向；响应于来自所述第一伙伴的所述重定向，将所述第二令牌请求与所述第一跟踪令牌一起发送给所述跟踪服务；从所述跟踪服务接收带有所述第二跟踪令牌的响应；以及连同所述第二跟踪令牌一起重定向到第三伙伴。

条款5.根据条款4的方法，所述方法还包括：从所述第二伙伴接收带有所述第二跟踪令牌的重定向；响应于来自所述第一伙伴的重定向，将所述第二令牌请求与所述第二跟踪令牌一起发送给所述跟踪服务；从所述跟踪服务接收带有第三跟踪令牌的响应；以及响应于来自所述客户端的事务请求，将事务请求和归因请求中的一个与所述第三跟踪令牌一起发送给所述跟踪服务。

条款6.根据条款1的方法，其中基于所述归因堆栈将所述事务归因于所述第一伙伴服务、第二伙伴服务和第三伙伴服务的步骤包括：接收所述事务的归因请求；从所述事务的归因堆栈中的每个条目累积归因实体；以及将所述事务归因于所述累积的归因实体。

条款7.根据条款1的方法，其中：所述第一跟踪令牌包括标识所述第一伙伴的第一复合跟踪令牌；所述第二跟踪令牌包括标识所述第一伙伴和所述第二伙伴的第二复合跟踪令牌；并且所述第三跟踪令牌包括标识所述第二伙伴和第三伙伴的第三复合跟踪令牌。

条款8.一种用于网络归因跟踪的系统，所述系统包括：一个或多个处理器；以及与所述一个或多个处理器通信的一个或多个存储器设备，所述存储器设备具有存储在其上的计算机可读指令，所述计算机可读指令在由所述处理器执行时使所述处理器执行用于多分段事务的网络归因跟踪方法，所述方法包括：从伙伴服务接收跟踪令牌注册请求；生成与所述伙伴服务相关联的跟踪令牌；将条目添加到事务的归因堆栈中，其中所述条目将所述跟踪令牌与所述伙伴服务相关联；以及将所述跟踪令牌返回给所述伙伴服务。

条款9.根据条款8的系统，其中：从伙伴服务接收跟踪令牌请求的步骤包括：确定所述跟踪令牌请求是否包括先前生成的跟踪令牌；使用所述先前生成的跟踪令牌来标识所述事务的所述归因堆栈；并且将条目添加到事务的归因堆栈中的步骤包括：将所述条目添加到针对所述事务标识的所述归因堆栈中。

条款10.根据条款9的系统，其中生成与所述伙伴服务关联的跟踪令牌的步骤包括：在所述生成的跟踪令牌中组合所述先前生成的跟踪令牌以创建复合跟踪令牌。

条款11.根据条款9的系统，其中将条目添加到事务的归因堆栈中的步骤包括：按照与何时接收到所述条目的所述令牌注册请求相对应的顺序，将所述条目添加到所述归因堆栈中。

条款12.根据条款9的系统，其中所述方法包括：接收所述事务的归因请求，其中所述归因请求包括跟踪令牌；使用所述归因请求中包括的所述跟踪令牌来标识所述事务的归因堆栈；从针对所述事务标识的所述归因堆栈中的每个条目累积归因实体；以及将所述事务归因于所述累积的归因实体。

条款13.根据条款12的系统，其中所述方法包括：当所述事务完成时，发送所述事务的归因请求。

条款14.根据条款8的系统，其中所述方法包括：从先前伙伴服务接收带有所述先前生成的跟踪令牌的重定向；将所述注册请求与所述先前生成的跟踪令牌一起发送给所述跟踪服务；从所述跟踪服务接收带有与所述伙伴服务、所接收到的所述重定向相关联的所述跟踪令牌的响应；以及响应于对下一伙伴服务的重定向请求，重定向到所述下一伙伴服务，并包括从所述跟踪服务接收的所述跟踪令牌。

条款15.一种或多种其上存储有计算机可执行指令的计算机存储介质，所述计算机可执行指令在由一个或多个处理器执行时使所述处理器执行用于确定事务的归因的方法，所述方法包括：用于多分段网络事务的归因跟踪方法，所述方法包括：从伙伴服务接收跟踪令牌注册请求；生成与所述伙伴服务相关联的跟踪令牌；将条目添加到事务的归因堆栈中，其中所述条目将所述跟踪令牌与所述伙伴服务相关联；以及将所述跟踪令牌返回给所述伙伴服务。

条款16.根据条款15的计算机存储介质，其中：从伙伴服务接收跟踪令牌请求的步骤包括：确定所述跟踪令牌请求是否包括先前生成的跟踪令牌；使用所述先前生成的跟踪令牌来标识所述事务的所述归因堆栈；并且将条目添加到事务的归因堆栈中的步骤包括：将所述条目添加到针对所述事务标识的所述归因堆栈中。

条款17.根据条款16的计算机存储介质，其中生成与所述伙伴服务相关联的跟踪令牌的步骤包括：在所述生成的跟踪令牌中组合所述先前生成的跟踪令牌以创建复合跟踪令牌。

条款18.根据条款16的计算机存储介质，其中将条目添加到事务的归因堆栈中的步骤包括：按照与何时接收到所述条目的所述令牌注册请求相对应的顺序，将所述条目添加到所述归因堆栈中。

条款19.根据条款16的计算机存储介质，其中所述方法包括：接收所述事务的归因请求，其中所述归因请求包括跟踪令牌；使用所述归因请求中包括的所述跟踪令牌来标识所述事务的归因堆栈；从针对所述事务标识的所述归因堆栈中的每个条目累积归因实体；以及将所述事务归因于所述累积的归因实体。

条款20.根据条款15的系统，其中所述方法包括：从先前伙伴服务接收带有所述先前生成的跟踪令牌的重定向；将所述注册请求与所述先前生成的跟踪令牌一起发送给所述跟踪服务；从所述跟踪服务接收带有与所述伙伴服务、所接收到的所述重定向相关联的所述跟踪令牌的响应；以及响应于对下一伙伴服务的重定向请求，重定向到所述下一伙伴服务，并包括从所述跟踪服务接收的所述跟踪令牌。