601以实体理解客户需要并收集现有的客户标签以 执行来自第三方供应商的程序指令开始。这个实体可负责标签管理器204的创建和发展。 基于这些需要，实体可接着在步骤603中使这些需要在"规则文件"中形式化，规则文件详 述对问题例如客户想要在他的网站上收集什么类型的数据（鼠标移过、页面加载等）、是否 存在任何页面特定规则、规则是否在重要事件（D0M解析、其它规则的执行等）完成时被执 行等的答案。可在任何文本编辑器一一包括XML编辑器一一中创建这个"规则文件"。可选 地，客户可通过标签/内容管理器204的用户界面通过将代码写到界面中的预定区域内或 通过使用通过用户界面被访问的自动代码生成机制来直接规定规则。界面/后端可接着产 生规则的相关JavaScript?而不需要手动客户干预。一旦所有规则被规定（通过无论哪个 过程），后端就可产生代码生成器的XML文件以处理。以这种方式，XML规则文件可用作从 容易理解的规则到可作为程序指令被执行的计算机语言特定代码的转换。
[0057] 最后，存在于与实体相关的计算设备100的存储器115中的代码生成器程序可在 步骤605中将形式化规则整理成程序可执行指令（即成脚本例如JavaScript?、PHP等）。 代码生成器程序可使用"规则文件"来产生标签管理器程序204和由标签管理器程序204 使用的页面特定代码文件。此外，代码生成器可产生使客户URL与当用户终端301试图访 问URL时应运行的程序文件的名称关联的数据。在一些实施方式中，标签/内容管理器 204也可在非浏览器应用中管理数据的收集和/或内容的分布。例如，用Adobe?集成运行 时间（AIR)、Adobe?Flex、Adobe?Flash、C/C++、Java?和 / 或移动平台的应用如 iPhone ?、 Android?、Windows Mobile?和/或Blackberry ?构建/编写的桌面应用可请求标签/内 容管理器204下载并执行来自云305的程序指令的库。程序指令的库的执行又可使请求传 输到负责创建标签管理器204的实体，请求描述在Flash应用内部应完成什么的规则。除 了执行跟踪/分析以外，这个范例可导致与web解决方案相关的所有功能（例如创建并修 改在Flash应用内的元素等）。这个范例也可导致基于在应用内的各种事件（例如在文档 的"自动保存"、新文档的打开等）在应用运行时间期间动态地加载配置的能力。例如，在 Flash应用中，除了加载规则文件以外，系统也可请求关于如何对特定的事件做出响应的额 外指令。可基于一些预定逻辑、现有数据片或在请求中由应用提供的数据在请求时动态地 产生这些指令。
[0058] 在某些方面中，服务器部件413可包括/访问控制计算机可读程序指令和/或内 容何时应被发送到用户终端301的可执行指令。用于部署计算机可读程序指令的条件逻辑 可包括设计成对于给定情形定制这些指令的部署的一个或多个简单和/或复杂的条件。例 如，如前面提到的，计算机可读程序指令可基于用户终端301所访问的URL(例如由客户服 务器303托管的网页）被发送到用户终端301。
[0059] 服务器部件413也可分析URL的组成部分以决定哪组程序指令应被发送到终端 301。例如，考虑不例 URL WWW. host, com/path/path/f i le. html ? query I = value l&query2 =value2#hash。URL 的组成部分包括主机（www. host, com)、路径（/path/path)、文件 (file.html)、查询参数（queryl = valuel，and query2 = value2)和井号部分（#hash)〇 当这些字段中的任一个、这些字段中的多于一个或所有这些字段与一个或多个预定值匹配 时，服务器部件413可以给用户终端301发送给定的一组计算机可读程序指令和/或内容。 可以用各种方式匹配URL的每个组成部分。在一个例子中，可做出涉及确定一个或多个字 段的字符串是否匹配预定值的表达式（例如does www. host, com = www. host, com)的直接 比较。在另一例子中，可做出涉及正则表达式（例如用于根据特定的语法规则和/或模式 来匹配一组字符串的表达式）（例如 www\. · +\. com = www. [any string of characters] · com?)的检查。本领域中的普通技术人员在回顾本文公开的整体之后将认识到，服务器部 件413可支持涉及正则表达式及其相关元字符的任何数量的计算语言。
[0060] 作为例子，考虑一种情况，其中管理标签管理器程序204的实体（例如web分析公 司等）的客户希望分发两个不同的URL(例如www. example, com和example, com)的相同的 页面特定指令/内容。在这种情况下，URL的主机部分可被定义为包括www. example, com 和example, com的正则表达式（例如REGEXP: ~ ( ? :www. ) ? example. com$)以部署预定 的一组页面特定指令。
[0061] 服务器部件413也可基于被传递到服务器部件413的特定数据将计算机可读程 序指令/内容分发到给定用户终端301作为正规HTTP请求的部分（例如在图4中的步骤 403)。特别是，可使用上面讨论的两种比较技术（例如直接比较和涉及正则表达式的那些 比较）来匹配各种HTTP头部。例如，在HTTP头部中的用户-代理、cookie和/Sreferrer 字段（例如规定被访问的最后一个网页用户终端301)可与一些预定值匹配以确定给定的 一组程序指令/内容是否应被分发到用户终端301。本领域中的普通技术人员在回顾本文 公开的整体之后将认识到，任何数量的HTTP头字段可被匹配以确定程序指令/内容的分 发。可在 http://en. wikipedia. org/wiki/List_of_HTTP_header_fields#Requests 处找 到HTTP头字段的部分列表，其通过引用被全部并入本文。本领域中的普通技术人员在回顾 本文公开的整体之后将认识到，可关于本公开使用这些或其它字段中的任一个。
[0062] 例如，考虑一个例子，其中当给定的客户服务器303由与用户终端301上的标准 浏览器对比的移动浏览器访问时，用户终端301应接收不同的程序指令。管理客户服务 器303的客户可确定这是必要的，以便分发用于移动浏览器的一组更少或更多兼容的程序 指令，连同其它原因。在一种情形中，服务器部件413可访问确定URL何时由移动浏览器 用户代理例如iPhone?浏览器访问的页面特定指令。在这个例子中，服务器部件413可特 别将JavaScript?定向到iPhone浏览器。将特定的程序指令定向到特定类型的移动浏览 器的这个能力可能是有用的，因为这些浏览器中的一些可能不支持标准浏览器同一类型的 JavaScript?或数据收集方法。
[0063] 在另一例子中，假设在HTTP头部中的referrer字段用于向用户终端301提供给 定的一组程序指令/内容。也假设referrer字段识别管理客户服务器303的客户的竞争 者。在这种情形中，基于特定竞争者的所访问的网站，服务器部件413可为管理客户服务器 303的客户将特定的内容分发到用户终端301。例如，服务器部件413可分发可解释它的产 品优于在HTTP头部的referrer字段中识别的竞争者的产品的益处的内容（例如定制的弹 出窗口）。在另一例子中，新闻网站可能对所显现的每个文章的页面加载的数量感兴趣，使 得流行的文章可以是在网站上更多访问的。仍然进一步地，这些客户303中的任一个可能 希望向请求客户303的用户终端301显现个人化内容（例如特定的新闻文章、用于出售的 本地流行的文章）。
[0064] 如早些时候提到的，标签/内容管理器204可用于各种应用，包括用于web分析、 用于个人化内容分布、用于定向广告活动的数据的收集，以收集关于公司的软件产品的使 用的数据，等等。为了执行这些功能，标签/内容管理器程序204可能需要知道对于每个客 户303用于将可执行指令分发到用户终端301的"规则"。这些"规则"可基于特定客户303 的需要。
[0065] 在其它方面中，可基于可存在于位于用户终端301上的浏览器的数据将程序指令 /内容传输到用户终端301。与管理标签管理器程序204的实体相关的计算设备可运行在 最终用户的浏览器中的计算机可读程序指令（例如JavaScript?)以收集这个数据。当收 集这个数据时，这个计算设备可以用各种方式中的任一个取回并执行更多的计算机可读程 序指令。
[0066] 在第一实施方式中，检查在与用户终端301相关的浏览器中收集的数据是否匹配 一个或多个预定条件所必需的计算机可读程序指令可与对程序指令的初始请求一起（例 如与对标签管理器程序204和/或来自由服务器部件413传输的页面特定指令的初始请求 一起）被发送到浏览器。如果对条件的匹配被找到，则与管理标签管理器程序204的实体 相关的处理器可请求相应于所匹配的条件的程序指令/内容。以这种方式，可在用户终端 301上执行程序指令，其可导致与管理标签管理器程序204的实体相关的计算设备做出在 正常过程之外的请求（例如在对标签管理器程序204的请求和通过服务器部件413对页面 特定指令的请求之外）。
[0067] 为了说明这个第一实施方式，考虑一种情形，其中与客户服务器303相关的客户 希望跟踪与用户终端301相关的用户何时在与客户服务器303相关的网页上成功地完成事 件（例如填写用于注册账户的表格，等等）。在这个情形中，当与用户终端301相关的用户 完成表格时，预定的一条数据（例如HTML对象等）可被添加到网页。当HTML对象被产生 时（例如当在用户终端301上的web浏览器确定表格已完成时），用户终端301可将表格完 成事件报告回到与管理标签管理器程序204的实体（例如web分析公司等）相关的计算设 备。计算设备可接着将预定的一组程序指令/内容返回到用户终端。
[0068] 在第二实施方式中，可在服务器部件413处执行确定在与用户终端301相关的浏 览器中收集的数据是否匹配一个或多个预定条件的检查。如果一个或多个预定条件被满 足，则服务器部件413可将预定的响应（例如程序指令、内容等）传输到用户终端301。
[0069] 为了说明这个第二实施方式，考虑一种情形，其中与客户服务器303相关的客户 想要识别与客户相关的哪个web域被用户终端301的用户访问。因为cookie在逐域基础 上被设置且只可从cookie被设置的域被访问，则对这个问题的一个解决方案可包括确定 当给定网页加载在客户的相关web域上时cookie是否存在的检查。如果cookie不存在， 则可对服务器部件413做出请求以确定加载客户网页的用户终端301是否具有在与管理标 签管理器204和/或服务器部件413的实体相关的web域上设置的cookie (假设实体只有 一个域）。如果为与用户终端301相关的用户找到cookie，则服务器部件413可将cookie 值（例如作为JavaScript?变量等）传输到用户终端301。一旦被接收，就可在客户web域 上设置cookie。如果没有为与用户终端301相关的用户找到cookie，则服务器部件413可 将新cookie值传输到用户终端301。以这种方式，数据（例如查询与用户终端301相关的 给定用户的cookie是否被设置的消息等）可被发送到服务器部件413,且服务器部件413 可执行条件检查以使用用户终端301的用户的预先存在的或新的cookie做出响应。
[0070] 本领域中的普通技术人员在回顾本文公开的整体之后将认识到，存储与用户终 端301相关的web浏览器中的用于匹配各种条件的数据可包括各种事情，包括与基于哪些 HTML元素