在整个此公开中,这里的说明书正文有时提到各种因特网相关技 术和相关技术领域存在的问题或者
缺陷作为解释本发明的部分基础。 尽管本发明的各种实施例可能由现有技术的各种缺陷推动,这些缺陷 可能在该说明书的一个或多个地方被讨论或者提到,但是本发明的不 同的可能的实施例可以不必致力于解决某一特定缺陷。换言之,本发 明的不同实施例可以致力于解决本说明书中讨论的不同缺陷。一些实 施例可能仅部分地致力解决于本说明书中讨论的一些缺陷或者仅一个 缺陷,而一些实施例可能不致力于解决这些缺陷中的任何一个,因为 每个实施例本身作为本发明的唯一特征或者实施例是很重要的。
为了便于理解本说明书中描述的概念所基于的原理,下文中将参 考用户借助于例如运行在网络设备上的浏览器来查看经由因特网提供 的信息来描述一些实施例。然而,本发明的实际实现并不限于用于借 助于运行在网络设备上的浏览器经由因特网浏览信息的例子。例如, 向用户显示信息的技术不必是web浏览器。更确切地说,它可以是具 有再现信息能力的任何设备,比如
个人数字助理(PDA)、蜂窝电话 等等,其中所述信息根据可扩展超文本链接标示语言(XHTML)标准 而被格式化。在一个实施例中,基础的分布式内容交换结构组织和链 接独立的内容交换系统。尽管在这个说明书的余下部分中没有明确解 释,但是被链接的系统可以是计算机上的独立
网站、单独计算机上的 独立网站、运行内容交换的物理上分开的计算机、或者作为在整个网 络中的独立内容交换
节点工作的其他形式的分布式联网硬件。该系统 还可以支持超文本链接标示语言(HTML)相容(compliant)框架集, 并且因此HTML相容框架集可以用于在这个说明书中所讨论的例子中。 尽管如此,除了HTML相容框架集之外或者替代HTML兼容框架集,可 以使用其他类型的框架集。在一个实施例中,框架集被用作基础的显 示方法,因为内容显示的其他方法特别是用于广告目的的方法,更易 于受到现代浏览器
软件的阻塞,从而阻碍向目标用户显示一些或者全 部预期的内容或广告。然而,尽管广告被作为例子使用,但是该框架 集可以用于显示不含任何广告内容的其他信息。因此,下文中所描述 的实施例都应当被视作说明性的,而不是以任何方式加以限制性的。
图1是可以用于实现本发明的原理所使用的联网内容交换的示意 图。该网络交换可以用于促进广告或用于其他目的,比如传播新闻或 者与公共服务相关的信息。在网络设备10上正在运行浏览器应用程 序的用户可以在浏览器中输入统一资源标识符(URL),或者点击在 浏览器上显示的链接,来请求网页。网络设备10可以是个人计算机、 终端、PDA、网络TV、
电子书籍阅读器、电话、
移动电话、或者任何 其它网络设备。作为对用户动作的替换,对网页的请求可以由其他激 励所发起。例如,当前正在被查看的页面内的嵌入式脚本或者嵌入式 对象可以自动发起对新网页的请求。该请求经由网络12(比如因特网 或者其他网络)传送给与URL相关联的服务器14(例如,交换控制器)。
对从网络设备10经由网络12到服务器14的请求的传输由标注 为“0”的箭头来表示。网络12是彼此通信地链接的任何设备组。例 如,网络12可以是局域网(LAN)、广域网(WAN)、电话网络、无 线网络、和/或其他网络中的一个或多个的任意组合。在所示例的实 施例中,服务器包括至少一个交换控制器。该交换控制器可以是软件 和硬件的组合,其中软件运行在主控服务器(例如,web服务器)的 机器(该机器是硬件)上。控制器可以是运行内容交换软件的网络硬 件设备,或者进一步被编码成为仅硬件的网络设备。在一个实施例中, 控制器软件运行在作为web服务器的计算机上。
在一个实施例中,交换系统包括多个内容交换节点,并且控制器 位于每个内容交换节点上。交换系统通过使不同的域名与不同的内容 交换节点相关联来描绘不同的内容交换节点。在另一个实施例中,可 以通过将不同节点ID分配给每个内容交换节点来描绘不同的内容交 换节点。可替换地,一些服务器可以通过它们的节点ID相互区分, 而其他服务器可以通过它们的域名区分。使用域名来识别控制器(其 中所述域名通过DNS(域名系统)解析到数字IP(因特网协议)地址), 减少了有人简单地通过除去域名并且分配数字网络ID或者联网设备ID 来复制交换系统的可能性,因特网这是因为域实际上是标识符,其通 过使每个交换服务器节点能够被识别来实现分布式外观。尽管如此, 在一个实施例中,除了域名和/或节点ID之外或者替代域名和/或节 点ID,其他标识符可以用于识别网络中的每个单独的内容交换节点。
响应来自网络设备10的请求,服务器14传送框架集生成流给网 络设备,如用箭头“1”所表示的。该框架集生成流包括XHTML代码, 所述代码使浏览器显示具有一个或多个框架的窗口。XHTML内容再现 和布局结构(比如框架集标签,具有任意数目的下级框架标签)定义 了浏览设备窗口的布局,或者整个窗口的一部分,这允许全部XML、 XHTML、或者HTML文档的多个视图以这样的方式同时显示,即在一个 视图中的信息保持可见而其它视图是可滚动的或者可代替的,就好像 它们正工作在它们自己的完全功能性的浏览器窗口中。此外,框架标 签的属性是因特网URL,其指示web浏览器到何处获取用于在相关框 架中再现的内容。组合的框架集标签、框架标签、以及相关内部因特 网URL这里称作框架集生成流。框架集生成流1指示浏览器窗口或者 等效设备的显示区域内的框架的结构,并且识别将填充每个框架的内 容。如下显示了具有对框架集生成流的XHTML文档类型定义(DTD) 翻译支持的XML文档的例子。在第一个例子中,窗口的显示区域被垂 直拆分,以显示跨过显示区域的宽排列的框架,如图2和2a所示的。
“prot://www.w3.org/TR/xhtml/DTD/frameset,dtd”>
在第二个例子中,显示区域被
水平拆分,以垂直地显示堆叠的框 架,如图2b所示。
“prot://www.w3.org/TR/xhtml/DTD/frameset.dtd”>
在上述例子中,术语“prot”代表用于通信的协议,例如超文本 传输协议(http)或者安全超文本传输协议(https),并且.php扩 展名仅仅代表编程语言的许多普通实现中的一种,其基本上能够被改 变以用作处理程序,所述处理程序用于处理URL和源自变量、系统资 源控制器(SRC)、以及交换控制器生成的框架集内的每个框架的URL (PHP是代表PHP超文本预处理器的递归首字母缩写词,并且内部的 PHP代表个人主页)。包含DOCTYPE的标题行帮助定义涉及DTD的可 扩展
标记语言(XML)方法,其参与经常被称作可扩展样式表语言转 换(XSLT)的转换的XML文档转换过程。这一转换过程可选地产生由 许多DTD目标再现设备理解的框架集标签设置,比如经常可以被归纳 为固有的XHTML或HTML框架集和框架标签。xmlns区分符还指需要来 适当地再现内容的XML名称空间。然而,xmlns区分符和标签集再现 转换过程概观仅是一个例子。然而,交换控制器的输出和处理来自输 入和输出角度的文档的这种实现是有XML/XHTML能力和相容的。给定 的标签集是XML相容标签集的例子。这个标签集仅是一个例子,并且 应当注意到以广告和内容交换控制器形式公开的本发明的实施例并不 限于任何标记语言的应用;并且此外快速置换布局图和模板将允许交 换控制器在不需要对实施例进行任何重大改变的情况下
整理和产生交 替形成的内容。这些特定例子可以包含不重要的语法特性,并且仅作 为例子给出。标签集包括虚构的URL,其仅是出于说明性目的而给出。
图2a示出了垂直拆分的窗口的例子,该窗口可以响应于上面所 显示的XHTML框架集生成流的第一个例子而被显示。根据惯例,窗口 可选地包括标题栏16、以及一个或多个菜单栏18、工具栏20、和/或 状态栏22,这些都可以被用户或者通过编程而被有选择地启用或禁 用。窗口的余下部分组成显示区域。在图2a的例子中,显示区域被 划分成以柱状形式定向的三个框架。左侧的框架24显示与网页关联 的主要内容,所述网页被用户请求或者被先前描述的其他激励之一请 求。在上面所显示的框架集生成流的第一例子中,该页面的URL由 “SRC”标签识别。在这个例子中,框架24的内容与域“SiteA.com” 相关联。
依照主要内容页面的所有者的安排或者经由交换操作员的安排, 请求期望的内容或者其随后的显示,引起广告或者其他辅助内容的同 时显示。根据商业模型,对显示广告或者其他辅助内容的激励可以由 主要内容页面施加,或者它可以由主要内容页面所有者授权以允许第 三方激励触发框架的生成。在整个此说明书中,尽管广告被用作一个 例子,但是任何其他辅助内容可以被替代。例如,第二框架或者其他 框架可以被填充由一个或多个订阅服务提供的信息。作为订阅服务的 例子,或许用户订阅这样的服务,即当用户正在搜索其他信息时向用 户发送一个或多个词汇单词、新闻故事、和/或教育性文章,这些内 容以一个或多个所述框架集的形式显示给用户。例如,所述多个框架 可以被填充没有被用户的搜索查询明确请求的任何信息。用于多框架 集的应用的另一个例子是用于发送无法阻止的紧急情况广播,其可以 被政府机构使用。在一个实施例中,大于某一规模的主要内容提供者 可以被准予或者要求具有通过交换控制器重新定向信息的能力,所述 交换控制器拆分了浏览设备。所请求的主要内容可以在一个框架中提 供,而紧急情况信息可以在可替换的框架中提供。经由框架集来使用 多个框架,紧急情况广播可以被提供而不阻止任何人使用所请求的主 要内容。根据紧急情况的严重性,所请求的主要内容可以沿着紧急情 况广播侧被阻塞或者显示。在传统的非紧急情况使用中,出现在广告 框架中的主题或者其他非请求信息,可以与主要内容页面中的信息相 关,或者可以完全不同,比如由政府机构发送的紧急情况广播信息。
交换控制器对网络浏览设备或者可替换的交换控制器的激励的反 应是根据所需的激励来选择内容,然后进行响应。例如,内容的选择 由字符串模式和/或一个或多个激励引起。字符串模式可以代表数字 广告客户ID或网站ID。字符串模式可以位于发起代码中和/或可以是 到交换控制器的相关生成URL请求的一部分。该激励可以被以适当的 URL的形式格式化,其包括内容偏置标识符,或者选择一个或多个交 换控制器的内容选择性通信请求。内容选择性请求可以是以与URL相 关联的自变量的形式(例如,使用HTTP、套接字、或者UDP层协议)。
当激励偏置内容时,将由交换控制器识别以供可能显示的内容可 以仅向信息集或者广告客户偏置,但是并不完全由该激励确定。从该 可能性集合中,交换控制器选择内容提供商、提供商集、或者可替换 的内容源(根据上下文和向交换控制器做出的请求类型)。从本地内 容和广告清单(advertising inventory)的最终选择基于其他内部 政策或标准,所述其它内部政策或标准扩展到原始偏置标准之外。刚 选择,交换控制器就格式化响应并且响应该激励,或者进而又可以将 请求传达到可替换的内容交换控制器,其然后重复该选择过程直到原 始请求最终以有意义的方式完成。例如,如果广告客户的
站点或者其 他网络浏览设备生成请求给交换控制器,该交换控制器然后触发主要 内容和辅助形式的广告内容的基于框架的显示,则用于确定辅助内容 的偏置标准可以是触发请求的广告客户的站点或浏览设备的种类设 置。
当内容特定的标准被包含在URL中作为ID数字或者字符串时, 交换控制器根据会员ID、广告客户ID、或者甚至种类ID、其他ID和 /或其他信息来进行
数据库查询以最终获取可替换的所需形式的请求 内容,所述内容用于选择内容或者传达给可替换的控制器。ID或其他 信息的转换启用了符号内容选择标准。与每个交换控制器中的内容相 关联的数值可以充分变化,从而使得它潜在地对于使用仅单独控制器 已知的本地字符串或者数字字符串是无效的。内容一旦被识别,就在 其中一个框架内直接或间接地再现所述内容。间接识别适当内容可以 包含确定该内容不能由本地交换控制器(例如,服务器14)提供,并 且引起将内容请求和相关标准传达到另一服务器和/或另一交换控制 器以供请求施行。与在交换控制器之间共享的广告内容和清单相关并 且为此目的,交换控制器可以将请求及其相关标准传达给可替换的交 换控制器,即使前者可以实现该请求。
右侧框架26显示由内容页面或者等效激励授权或者引起的广告, 如从域“SiteB.info”提供的。在所示出的例子中的中间框架28包 括导航框架,其是从第三域“Site14.net”提供的。这个导航框架包 括控制按钮或者超文本链接30,可以由用户点击以使显示在左侧框架 24或者右侧框架26中的内容出现在单独窗口上或者替换整个浏览设 备窗口中的内容,这取决于中间框架28中的导航按钮的再现。中间 框架28还提供区域32,该区域32能够用于显示附加广告或者多媒体 娱乐,比如
旗帜广告或者视频。
当然,应当理解导航框架28是可选的。依赖于特定应用,一个 或多个广告框架、任何第一内容框架、和/或其他信息框架也可以被 除去。第一内容框架、广告框架、和/或其他框架的功能不受另一个 框架和/或导航框架的存在或不在的影响,因为它们在逻辑上相互独 立。虽然空的框架集或者换言之缺乏用于在至少一个框架中显示一些 内容的有意义的因特网URL的框架集的应用和使用是不切实际的,但 是交换控制器具有提供这样的框架集生成流的能力,该生成流由网络 浏览设备适当解释并且可以显示无错,但仅是一个空的或者无意义的 窗口。从实际使用的角度看,框架集中的至少一个框架必须被量定尺 寸为显示窗口的一些或者整个部分并且应当包含引用用于显示的适当 格式化的可用内容的因特网URL。
各种浏览器设备可以允许后再现各种框架的调整大小,或者未来 的标记语言可以提供选择以允许后再现框架的调整大小,并且因此改 变框架大小来紧密地折叠在另一个框架上同时仍旧再现内容,然而默 认最初不可见,这在一些应用中可能有用。这样的例子可能显示多个 web文档,包含设备上的框架中预期的和可替换的广告内容,其中例 外地存在着少量浏览器窗口所有空间(real estate)。这样的设备 的例子可能包括蜂窝电话、PDA、或者便携式游戏设备。实际考虑将 本发明的面向框架方面用于广告和内容传递,由此用户期望或关注于 通过训练、常识、奇特性、或者传统用途对框架调整大小。
与可能的应用有关,最小可视的显示将是广告客户的网站或者等 效内容,或者由适当授权源提供的紧急情况广播网页或者等效内容。 出于广告目的或者其他目的,内容、广告、和/或其他信息在单个窗 口上的同时显示能够以少至两个框架来实现,其中一个框架显示所请 求的内容,其中的另一个框架显示广告或者其他内容,和/或其中一 个框架显示导航。此外,主要内容框架和主要广告框架和/或任何其 他框架的
位置可以被交换,而不影响任一框架的功能或者有效性。同 样,框架的相对大小、样式、和形状可以被改变到XHTML规范所支持 的任意程度。例如,框架可以是圆形的、椭圆形的、三角形的、六边 形的、多边性的、梯形的、菱形的、星形的或者任何其他形状。不管 形状如何,对于在浏览器中同时提供多个框架的方法没有任何改变或 者基本上没有任何改变,其中要求所述浏览器完全支持任何类型的框 架,比如圆形框架或者任何其他形状的框架。
这里,关于本发明所公开的实施例中的实现,对XML、XHTML、HTML 或者任何等效标记语言的引用最终被视作示例性的并且基本上相同, 只要标记语言提供基础框架,或者用于完整文档的等效容器,并且全 部技术提供了支持所形成的输出的等效浏览器设备再现能力。标记语 言,尽管在本公开实施例中是为一般因特网和web浏览器而实现的, 但一般来说是不相关的。显示了与所列出的和当前支持的标记语言有 明显分歧的例子可以是在可替换的定制实施例中本发明的专用或者专
门实现,比如SGML等效于将SGML浏览器用作再现设备。这样的实现 将不会引起本发明的原理的重大改变。
返回图1,所示出的实施例描绘了一种方法,用于检索出现在每 个相应框架24、26和28中的内容。在这个实施例中,显示在框架中 的信息分别由三个网络资源(比如服务器)来提供。为了易于理解, 三个服务器在图中被示为分别在三个不同物理设备上实现。然而,应 当理解任何两个或更多服务器可以驻留在同一机器上。在本说明书 中,术语“服务器”指的是运行在机器上的程序,与机器本身相对立。 服务器之间的分隔是逻辑分隔。例如,每个服务器可以与不同域名相 关联,或者与数字或文本内容交换网络节点标识符相关联,并且同样 在每个服务器之间可以存在或者不存在物理分隔。
导航框架28的特征可以由服务器在同一服务器14提供,服务器 14返回框架集生成流。对于这个例子,当接收到框架集生成流时,网 络设备10就发送第一请求2a至服务器14。这个请求可以包括与导航 框架28的出现相关联的URL。作为响应,服务器14在消息3a中返回 适当的XHTML代码以产生导航框架28在窗口内的适当显示。当然, 关于导航框架的信息可以由不在服务器14上执行的服务器来提供。
内容框架24的信息由内容服务器34提供,其中内容服务器34 与由用户所请求的网站相关联。响应于接收框架集生成流1中的请求 (例如,这个网站的URL),网络设备10发送可以包含URL的请求2b 至服务器34。以类似的方式,网络设备10发送请求2c至
广告服务器 36,广告服务器36提供出现在广告框架26中的广告信息。响应于请 求2b和2c,内容服务器34发送消息3b,其中消息3b可以包含将出 现在框架24中的内容的XHTML或HTML代码,并且广告服务器36发 送消息3c,其中消息3c可以包含出现在框架26中的广告的XHTML或 HTML代码。
虽然图2a的例子使用了三个框架,但是应当理解显示区域可以 被划分成想要的任意数量的框架。例如,提供出现在框架24中的内 容的网站的所有者可以与三个不同广告客户有协定。在这种情况下, 显示区域的右侧部分可能被划分为三个垂直堆叠的框架,其中每一个 显示单独的广告。在这种情况下,三个框架中的每一个框架的广告可 以由单个广告服务器36或者多个相应的广告服务器36、38等提供。
使用框架集来显示广告提供了诸多优点。如上所讨论的,用于显 示广告的现有技术通常采用基于浏览器的脚本语言来产生用于广告空 间的新逻辑层,例如具有新窗口或者堆叠次序考虑的项、弹出窗口、 或者XHTML划分、层、或者其它更敏感的标签或者结构。结果,就易 于单独地识别和截获与各种形式的面向web的广告相关联的脚本或 层,并且阻塞它们被显示。与此对比,通过使用框架来显示广告,被 发送到再现设备(比如浏览器)的代码在颗粒度最小且最基础的级别 上对于XHTML和HTML核心语言规范是固有的,并且在不提出新的主 要层或者窗口的情况下操作。这样,确定广告流变得更加困难,因此 更加难以阻止显示想要的网站或者等效格式化的广告。为此,将需要 改变XHTML和HTML的国际语言规范,来支持禁用框架的显示,这非 常不可能,原因在于它将对整个环球网有着负面影响。
基于框架的广告允许在同时显示的框架中显示多个完全XHTML或 者HTML文档内容并且并不限于再现单个完整文档。这种形式的广告 并不限于显示特定增量式实体,比如图像或者常规的多媒体对象,如 在其他传统形式的因特网广告中所发现的。这里所描述的方法在每个 框架中完全显示任何适当格式化的XHTML或者HTML内容文档,其能 够包括任何数量的设备支持的增量式实体。通过框架的广告向内容提 供完全透明性,所述内容实际上被再现在每个框架内部。而且,不需 要特定程序来支持每个框架中的完全XHTML或者HTML文档的显示, 这是因为框架集是核心XHTML和HTML语言规范的一部分并且由浏览 技术广泛地支持。利用本发明的技术,基于浏览器的脚本未必会引起 广告的显示。实际上,web浏览器脚本解释程序/处理器可以被禁用, 而广告将仍旧出现。
由于广告框架出现在与网页相同的逻辑层上,其中所述网页最初 引起广告,所以广告的显示更加持久。结果,由于显示原始网站和广 告的方式,用户有可能花费更多的时间来自觉并且下意识地观看原始 网站和广告。为了说明包含在本发明中的广告方法的一般应用,必须 注意的是嵌入式框架(iframe)标签(通常称作浮动框架)的使用, 可以用于模仿这种形式的广告。然而,已经知道存在着被设计致力于 阻塞嵌入式框架的软件。嵌入式框架是内嵌框架,其能够被用作目标。 在多数现代再现设备中,嵌入式框架逻辑上位于不同的逻辑层,而相 比之下框架集和框架标签的选择,更加原始和基本,并且当前已知不 存在任何阻塞技术。因此,经由框架集的广告可能是比嵌入式框架标 签更加可靠的广告形式。
在图1的例子中,一旦框架集生成流从服务器14接收到,浏览 器或者其他XHTML再现设备就直接地将请求传送给各服务器,这些服 务器提供出现在每个框架中的内容。已经发现XHTML再现技术的特定 实现并不是很适合于以健壮的方式执行这种操作。为了避开由这些类 型的技术带来的技术难题,可以采用间接方法来获得适当内容。这种 方法的例子如图3所示。在该间接方法中,程序的启动以同样的方式 开始,即将请求“0”从网络设备10传送到服务器14,并且将框架集 生成流从服务器14返回到网络设备10。在图3中,然而,框架集生 成流的XHTML代码不包含URL,其中所述URL直接地与内容服务器34 和广告服务器36相关联。更确切地说,在图3的实施例中,关于框 架内容的URL的每一个都与服务器14相关联。因此,例如,在图2 的例子中左侧框架24的SRC标签可能出现为“prot: //www.Site14.net/popsite.php?website=prot://SiteA.com/”, 其中Site14.net是与服务器14相关联的域,并且prot是协议区分 符,其在因特网上是共同的,即http或https。对于右侧的框架26, 可以采用类似形式的标签。
因此,在图3的例子中,每个消息2a、2b和2c被传送到服务器 14。如在图1的例子中,如果服务器14是导航框架28的内容提供者, 则该内容可以以消息3a的形式直接被返回到网络设备10。响应于请 求2b和2c,服务器14将HTTP位置报头重定向请求传送给网络设备 10上的浏览器。这些报头重定向请求在图3的例子中被表示为消息3b 和3c。
简言之,HTTP协议的“重定向”特征提供重定向状态代码,服务 器可以使用该代码来指示浏览器设备:它应当在另一个URL上寻找所 需的网页。这个另外的URL在“位置”HTTP报头中
指定。因此,在图 3的例子中,消息3b和3c包含重定向状态代码和位置报头,该位置 报头识别与内容服务器34和广告服务器36相关联的URL。当接收到 这些报头重定向消息时,网络设备10上的浏览器分别根据消息3b和 3c中的位置报头中的URL,将新的请求4a和4b发送到内容服务器34 和广告服务器36。作为响应,服务器34和36分别为内容框架24返 回期望的内容5a,为广告框架26返回广告数据5b。因此,只要浏览 器或者其他XHTML再现模
块支持HTTP报头重定向,适当的信息就会 出现在显示区域的相应框架中。
出于可量测性、可靠性和性能的考虑,与服务器14相关联的URL 可以指向多个并行交换控制器。这种实现的例子将通过当前可用的技 术或者方法(比如高可用性群集多处理器(HACMP)解决方案或者简 单的DNS轮换设备),或者其它当前可用的负载平衡方案和设备来负 载平衡服务器14。采用更加直接的方式,初始交换控制器可以被编程 为将框架集生成流1中的基本URL在生成的同时指向可替换的已知交 换服务器。
当然,使用除了基于HTTP位置报头的重定向之外的技术来实现 所述间接方法是可能的。例如,可以采用浏览器端脚本。在这种情况 下,脚本可以用于启动局部位于浏览器的框架的构造。然后,可能在 脚本中启动“window.location=”构造来执行重定向而不是HTTP报 头重定向。然而,在这种情况下,脚本语言必须被启用。所显示的交 换控制器支持这两种方法的重定向。
图1和3的实施例使用http或https作为与内容传递服务器通 信的协议。支持其他协议的另一种间接方法在图4中示出。在这个实 施例中,服务器14充当着检索和提供内容给运行在网络设备10上的 浏览器的有效角色。如图3的例子中,当浏览器接收到消息1中的框 架集生成流时,它发送三个请求2a、2b和2c至服务器14。响应于请 求2a,交换控制器经由消息3将导航框架的内容直接供应到浏览器。 响应于请求2b和2c,服务器14将请求4a和4b分别发送到web服务 器34和广告服务器36。这两个服务器借助于消息5a和5b将相应框 架的适当内容返回给服务器14。当接收到这些消息时,交换控制器然 后就经由消息6a和6b将所述内容提供给网络设备10上的浏览器。
在图4的实施例中,服务器14是属于这样的类型,它能够使用 可替换协议(比如UDP和TCP套接字层通信)来从其它类似交换服务 器检索期望的内容和广告。它所连接到的服务器可以是端点内容传递 服务器,或者中间交换服务器。一旦服务器14经由任意适当数量的 支持的协议接收到来自其它服务器的请求的XHTML或XML流,借助于 服务器14与网络设备10之间的开放式http连接,服务器14然后就 将整个流转发到网络设备10上的浏览器。
包含在框架集中的框架的可选属性之一是“名称”。在如上给出 的框架集生成流的XHTML代码的例子中,内容框架24、导航框架28 和广告框架26分别被赋予名称“leftFramel111070204”、 “navFramel111070204”和“rightFramel111070204”。在这些框架 名称的每一个中,值“1111070204”是随机生成的数。该数也可以在 这三个名称的每一个上变化,这是因为对于它们同步并不重要,而是 这里出于解释说明性目的而被简化。每当框架集生成流被传送时就产 生新的随机数。用于框架名称的随机生成数的使用进一步阻碍了阻塞 广告的努力。例如,一旦已知使用框架来显示广告,一些工具就可以 试图阻塞这样的框架,所述框架具有与广告客户的网站或者旨在显示 在各框架中的内容相关联的名称或者URL。通过使用随机数或者其他 形式的随机化
文本字符串来改变框架的名称,这样的阻塞努力表现得 无效。每个框架名称的文本部分例如“leftFrame”可以是静态的, 或者它还可以随着每个新框架集生成流而随机变化。
因此,从上面可以看出,经由框架集提供广告提供了独特机制和 系统,用于通过因特网或者其他基于网络的
计算机系统来显示广告, 其中期望所述机制和系统与用于这样做的其他已知技术相比对被阻塞 更不敏感。在相对于浏览设备的窗口位于同一有效层的框架中显示广 告(作为引起系统显示广告的原始网页或者人的激励)具有这样的效 果,即固有XHTML等效核心语言规范包含广告并且不是在处理和感知 期间更加容易识别的复合函数或者对象。预计使广告包含在XHTML等 效核心语言中更加难以将广告显示机制从与其他相关联或者期望的内 容分离,因此难以将广告从与其他相关联或者期望的内容分离。此外, 或者可替换地,交换控制器与其他交换控制器以智能的方式进行通 信,在这一点上如果在交换控制器之一上没有找到任何适当的内容, 或者如果一个或多个交换控制器被配置成直接将请求路由到其他交换 控制器,则当需要时将激励传送到可替换的交换控制器。与其他交换 控制器进行通信有效地增加了本地交换控制器的适当可选择内容的有 效内容清单。这些智能交换控制器之间的这种智能内容共享对于最初 人浏览或者其他面向机器的激励产生了内容位置的透明性。
使用这种方法和/或智能交换控制器进行的广告显示,对于因特 网网站所有者来说可能具有另一独特优点,即甚至在核心方法和交换 控制器系统的检查之后其也不是显然的。商业利益在于网站所有者可 以参与联合广告解决方案,这允许他们从他们的网站消除所有广告内 容,从而为他们的实际商业内容保留全部显示区域。为主要内容使用 整个显示和网页空间,同时仍旧定期地显示广告,可以通过交换控制 器的基于时间的周期控制的使用来完成,其中所述周期与如由交换控 制器发布的框架集生成流的产生相关。
为了防止不当的欺骗广告的或者令人厌烦的广告,交换控制器可 由交换管理员来调整以在一个广告在由来自特定IP地址的激励所产 生之后一段时间内定期地忽略激励。可能存在与激励被忽略的时间段 相关联的时间延迟变量。改变时间延迟变量的值可以改变激励被忽略 的时间段。激励被忽略的时间延迟变量的值,和/或交换控制器被忽 略的时间延迟变量的值,对于不同用户来说可能不同。该时间延迟值 可以由交换控制器网络管理员和/或用户(如果由交换网络管理员或 者商业操作员的各自政策允许的话,)来调整,广告客户或者其他辅 助内容的提供者可以调整显示广告或者其他辅助内容的
频率。调整时 间延迟值,由此调节辅助内容的定期显示,在直接将web广告内容从 它们的网页消除时向广告客户或者其他人提供了好处。
此外,调整时间延迟使他们的网页有时被实现为称作门户页的网 页,通过在因特网广告交换控制器的网络内部彼此提供内容,内容提 供者自己的用作广告的广告内容由彼此互给的其他内容提供者(例 如,广告客户)显示(该其他内容提供者可以被称作互惠内容提供者 或者互惠交换控制器)。以这种方式控制广告内容的互惠交换具有商 业价值,原因在于不再需要特定格式化的广告内容,因为整个网页文 档变成在可替换的框架中显示的广告。因此,不需要任何定制广告、 旗帜广告、flash等等。此外,通过使用框架显示主要内容和辅助广 告客户的内容来做广告,采用这种互惠方式,可以允许一些网站广告 客户来做广告,即使他们不能
修改或者增加广告内容到他们的网页 中。例如,当广告客户通过使用复制的会员(replicated affiliate) 网站页面来做广告时,同一网页被竞争会员广告客户显示。会员ID 在URL内传送,所述会员ID是辨别使用同一页面的一个会员与另一 个会员的唯一方式。复制的会员页面仅由会员系统所有者生成并且进 行更改。通过经由交换控制器向用户显示复制会员网站,并且因此在 一个框架集的一个框架内,复制会员网站可以协作地参与互惠广告协 作交换网络,这在之前是不能被完成的。
使用时间延迟是基于框架的广告交换控制器的和系统的可选特 征,其进一步促使广告客户参与这个协作与互惠广告的模型中,所述 广告客户支持复制的广告站点等等。同时做广告和参与互惠广告系统 是通过由这个系统产生的主要内容框架中的复制会员站点的显示并且 通过显示辅助框架中的可替换广告内容(其可能是互惠广告客户的网 站内容或者门户页)而完成。主要和辅助内容是由广告客户和辅助互 惠广告客户最初间接地通过该系统来提供的完整web文档,其中该系 统以交换控制器为中心。通过改变这些显示的频率,主要广告客户或 者使用复制的会员网站的广告客户,能够控制参与互惠交换系统的频 率。这在减少广告成本中是有利的,由此参与会员交换程序通常获得 免费的广告点数或者减少广告点数的成本。
除了框架集流的生成之间的时间延迟之外,或者作为替换,促进 了cookieless
锁存器。许多客户在他们的浏览设备上禁用了cookie。 根据发起请求的每个设备的IP地址,cookieless锁存器实现了与最 近的激励、激励类型相关并且被特别映射到网络浏览设备的存储队 列。cookieless锁存器将所需数据在
存储器中存储一段时间,该一段 时间是由系统管理员决定的。因此,它延时/控制框架生成流传输到 任何网络设备。例如,如果在高速缓存器的存储器中存在着来自由IP 地址和激励类型识别的相同源的相同请求,该请求代表特定类型的广 告,则该系统将不以框架生成流来响应。cookieless锁存器因此控制 了广告显示的周期,也消除了网络浏览设备在它的cookie被禁用时 所引起的当出现自由重复激励时生成欺骗广告的常见问题。应当注 意,在本发明的所公开的实施例中,cookieless锁存器机制和功能性 并仅不限于基于框架形式的广告交换控制器并且对其他广告交换的应 用将会非常有用。
在因特网上的广告商业常常涉及广告客户购买广告点数,所述广 告点数表示他们的网站或者广告对因特网上的网民(surfer)的显示。 在没有cookieless锁存器的情况下,将发生广告或者网站的欺骗显 示以及不当地消费广告客户所购买的广告。给因特网带来麻烦的另外 一个问题是通常体现为
计算机程序的交换机制或者激励设备,其称为 击中生成器(hitgenerator)或者自动冲浪(AutoSurf)交换。这 些设备用于机械地且自动地激励广告客户的网站而不需要涉及人,并 且经常用于不适当地抬高网站的面向通信量的等级(rating),而同 时通过广告点数的消费间接地不当地花掉广告客户的金钱。这样,在 没有实际的人看到网站的情况下就消费了广告客户的点数。这样做的 结果是用于广告的金钱量与在买卖期间实现的广告量之间的格外差的 销售转化率。
逻辑和保护系统可以被包括在交换服务器中,该交换服务器与适 当编程的激励设备一起工作并且减少广告点数的不当消费的可能性。 浏览设备被启用以指示交换控制器何时适合于仅基于人激励扣除点数 并且进一步规定,这样在不指示点数可被扣除的情况下广告仍旧能够 被自主地显示。交换控制器可以具有在适当的地方嵌入有适当通信协 议的逻辑,这样仅当可以预计有人实际上存在并且与web浏览器进行 交互时才能够信赖浏览器设备触发点数扣除。浏览设备自主或者手动 地运行,但是当期望出现如下交互,即特有地人与设备交互时,仅发
信号给交换控制器来扣除点数。例如,当与浏览设备的GUI相关联的 字段被填充时,激励可以被触发。可替换地,可以不触发由交换控制 器扣除广告客户的帐户中的点数,除非消息从浏览器接收到并明确指 示浏览器由人控制。例如,该消息可以被加密并且可以仅仅是“该消 息将要确认在前的交互是由人触发的”,或者该消息可以是没有任何 意义的一连串的信号,但是匹配在内容交换控制器中的所存储的消 息,并且内容交换控制器在扣除点数之前检查该匹配(如果不存在匹 配则不扣除点数)。在预计是由人发起的激励被接收到之后,(可选 地被加密的)消息被传送到内容交换控制器,指示应当扣除点数。默 认是不扣除,并且在从广告客户的帐户扣除点数之前必须由浏览设备 给出交互是由人发起的证明。
交换控制器可以包括用于输出广告客户的格式化的原始列表的设 备。输出广告客户的清单列表对于广告客户来说具有增加一般链接等 级、以及目标链接等级的好处。链接等级通常是由搜索引擎和潜在的 广告客户使用来确定站点的值和有用性的度量。链接等级是分配给web 实体(例如,网站或者网页)的表征与该web实体相关联的链接计数 的等级。链接计数是指有多少其他站点引用一个特定站点。一般链接 等级指的是引用一个特定站点的所有站点,而目标链接等级指的是有 多少类似的内容站点引用一个特定站点。当特定站点还引用所有其他 引用它的站点时,于是它就被视作与所有其他站点完全交叉链接。交 换控制器提供软件或者脚本,网站所有者可以调节该软件或者脚本以 触发交叉链接。这由集中式设备或者服务器来管理,该服务器收集并 且构造在内容流行交换控制器的分布式网络内的所有适当广告客户的 合成列表,并且然后通过使用各种方法引用广告客户的整个列表以允 许单独广告用户使用集中式信息。广告客户网站的链接增强(其增强 链接等级)是通过将脚本插入到网站上的可搜索页面或者通过将到合 成列表的链接嵌入到他们的站点的网页上或者通过其他类似的方法来 完成的。
可替换的实现方法是通过发布有效web文档,该文档包含所有其 他适当广告客户的网站的URL并且能够重
定位至广告客户的网站并且 被通常的HTML URL引用综合在一起。通过这样做,因特网上的评级 引擎查看以大体上间接或者直接地交叉链接的形式参与这个解决方案 的每个广告客户的站点,由此大大增加单独网站的链接等级。
图5示出了计算机500的框图,其可以被用作网络设备10,或者 可以主控交换控制器14、内容服务器34和/或广告服务器36。计算 机500可以包括输出系统502、输入系统504、存储器系统506、处理 器系统508、通信系统512、以及输入/输出设备514。
输出系统502可以包括
监控系统、手持显示系统、
打印机系统、 扬声器系统、与音响系统的连接或者
接口系统、与
外围设备的接口系 统和/或与例如计算机系统、内联网、和/或互联网的连接和/或接口 系统中的任何一个、一些、任意组合或者全部。
输入系统504可以包括
键盘系统、
鼠标系统、
跟踪球系统、跟踪 板系统、手持系统上的按钮、
扫描仪系统、
传声器系统、与音响系统 的连接、和/或与例如计算机系统、内联网、和/或互联网的连接和/ 或接口系统(例如,IrDA、USB)中的任何一个、一些、任意组合或 者全部。
存储器系统506可以包括例如长期存储器系统(比如
硬盘驱动器、 数据库系统)、短期存储器系统(比如
随机存取存储器)、可移动存 储器系统(比如
软盘驱动器)或者可移动驱动器和/或闪存存储器中 的任何一个、一些、任意组合或者全部。存储器系统506可以包括一 个或多个机器可读媒体,所述媒体可以存储多种不同类型的信息。术 语机器可读媒体或者机器可读介质,用于指能够承载机器可读信息的 任何介质。机器可读媒体的一个例子是计算机可读介质。机器可读介 质的另一个例子是具有被检测来触发不同机械、电子、和/或逻辑响 应的孔的纸。术语机器可读介质还包括当信息从一个位置传送到另一 个位置时用于承载该信息的媒体,比如
铜线和/或光纤。存储器系统506 可以存储一个或多个计算机指令,其引起处理器执行实现浏览器、服 务器14、内容服务器34、和/或广告服务器36的步骤。
处理器系统508可以包括多个并行处理器、单个处理器、具有一 个或多个
中央处理器和/或一个或多个用于特定任务的专用处理器的 处理器系统中的任何一个、一些、任意组合或者全部。处理器系统508 执行存储在存储器系统506上的指令。
通信系统512通信地将输出系统502、输入系统504、存储器系 统506、处理器系统508、和/或输入/输出系统514彼此链接。通信 系统512可以包括
电缆、光缆、和/或通过空气或水发送信号(例如, 无线通信)的装置等等中的任何一个、一些、任意组合、或者全部。 通过空气和/或水发送信号的装置的一些例子包括用于发送
电磁波(比 如红外线和/或
无线电波)的系统和/或用于发送
声波的系统。
输入/输出系统514可以包括具有输入和输出设备双重功能的设 备。例如,输入/输出设备514可以包括一个或多个触敏屏幕,其显 示图像并且因此是输出设备,并且例如当该屏幕被
手指或者指示笔按 下时该屏幕接受输入。该触敏屏幕可以对热和/或压力敏感。一个或 多个输入/输出设备可以对由例如指示笔所产生的
电压或
电流敏感。 输入/输出系统514是可选的,并且可以除输出系统502和/或输入设 备504外又被使用或者可用于代替输出系统502和/或输入设备504。
图6描绘了由网络浏览设备显示的窗口,其在用于显示的整个屏 幕所有空间(浏览器窗口)内的三个单独框架中再现三个单独的 HTML/XHTML文档。与当人不与浏览设备进行交互时相比,当预计人与 浏览设备进行交互时,该浏览设备通过发信号给控制器来与内容交换 控制器进行交互。这个图的关键方面指示整个web文档(网站页面) 被再现在三个框架的每一个中,其中左侧的框架是启用滚动的,中间 框架是禁用滚动的,并且右侧的框架是启用滚动的。而且,中间框架 和在其中所再现的文档被称作导航。左侧框架将被称作主要内容,而 右侧的框架被称作辅助或者广告内容。这些框架的大小和位置可以改 变,如前面在图2、2a和2b中所示的,并且不是这个图的关键特征。 与交换控制器交互的网络浏览设备的特定属性是它能够检测人的存在 并且向交换控制器传送证书,所述证书使得交换控制器理解何时期望 人存在与不存在。由于该工具对于该设备来说是固有的,因此它被称 作人敏化网络浏览设备。
图6详述了用于这个应用中的人敏化网络浏览设备的几个典型特 征。在这个设备内标题栏(16)和状态栏(22)在功能性上被结合在 一起。菜单区域(18)和工具栏区域(20)帮助用户选择和激励内容 显示。左侧框架的显示区域用于主要内容(24),中间框架用于导航 内容(28),而右侧框架用于辅助或者广告内容(26),每个框架都 在它们内部表现全部有效的HTML/XHTML/XML文档。这个设备的若干 特征通常被考虑来形成GUI(图形
用户界面),以供人与之进行交互。 然而,设备的导航或者控制的图形特征并不重要。人界面特征的重要 方面是当人直接地与设备进行交互时设备被敏化以向交换控制器发送 适当的信号信息。在这个实施例中,扫描按钮(40)、窗口(44)、 工具栏(20)和菜单(18)被预定来当与之进行交互时传送特定信号。 然而,人敏化网络浏览设备的不同实施例的其他区域和特征还可以被 设计成向交换控制器传送
模拟信号信息。此外,存在内部定时机制, 允许这个设备自主地与交换控制器进行交互以获取和显示内容,更像 电视出于娱乐目的所做的。
在当出现自动操作的期间,例如出于一般的网络观察目的,发生 了研究、监控、娱乐、或者其他类似被动活动,该设备不向控制器传 递关于人(用户)存在的信息,但是可以传递这样的信息,比如IP 地址、源位置信息、人口统计信息或者如可以在右侧框架(26)上面 的工具栏(20)的右上部分中可以看到的频道选择。此外,可以预期 这种设备的实施例可以向交换控制器传递环境信息,比如设备
温度、 源位置环境特征、或者浏览设备的地理位置以供交换控制器在例如确 定内容的过程中使用。
敏化的网络浏览设备的这个功能的经济效益的例子可以是激励交 换控制器向用户配送内容和广告,这将帮助用户改善环境条件。在这 个例子中,由于对用户隐含的潜在的利益和关联性,内容和广告两者 都可以被考虑作为目标(target)。网络浏览设备的可扩展性及其与 交换控制器复合交互以提高内容和广告的目标的这一方面,仅由这样 设备的物理显示中固有的输入机制限定。其他实施例也可以被扩展以 调节可用于该设备的任何新I/O(输入/输出)。这样,交换控制器就 能够增强内容和广告的目标,以及在设备窗口中显示的框架中出现的 导航或者其他文档中的文本消息或者图像。如上所提到的,可以在不 影响每个框架或整个设备的功能情况下,增加或者减少用于非目标和 目标内容和广告的框架的数量。
图7是网络浏览设备(10)的一般处理的流程图。一开始(B0), 设备会等待来自人或者
定时器的激励(700)。测试激励存在(702) 实际上可能很复杂并且实质上是并行的,测试若干输入(比如GUI特 征或者内部I/O或定时器)。当出现激励时,就可以进行用于人存在 的固有测试(708)并且引起增加指示器(710)到请求(712),该 请求(712)可以由网络浏览设备向联网的交换控制器发出。在形成 请求(712)之后,网络浏览设备通过任何装置将请求(714)发送到 网络交换控制器,其中设备和交换控制器之间的正常通信通过所述装 置来体现。在一般情况下,因特网层请求是通过若干支持的协议中的 一个来完成。传送和再现的复合过程(714)包含被传递给网络交换 控制器的请求,来自控制器的内容的响应,以及被控制器返回的框架 生成流所表明的框架中传统上内容的再现。当接收并且再现时,网络 浏览设备就可以启动或者重新设置定时器(716),来在下一个请求- 响应-再现处理循环超时时启用自动激励。所使用的定时器的值可以 和如图6所描绘的网络浏览设备界面的GUI控制(46)有关,或者是 基于实现、实施例技术的调整、或者预期使用的预定值。
在由等待下一个激励(700)所表示的起始状态,通过返回到初 始或者调整开始条件(B0),来重复下一个循环。在这个或者前一个 循环期间,如果设备不通过若干人敏化的触发器(GUI、按钮、菜单、 窗口调整大小或者其他)与之进行交互,则定时器被启动(704)以 提供自动激励。当激励被确认并且允许时,测试(706)查看控制自 动操作的等待定时器是否时间已过并且重复直到定时器达到预定门 限,从而引起非人激励。
在所公开的实施例中,单独的定时器用于指示等待再现内容的时 间,以及指示在再现内容之后等待的时间。虽然这些是有效并且有用 的,但是可以例如以每个框架为基础引入其他定时器。虽然所公开的 实施例允许定时器应用到所有框架,但是这不是对整个过程和内容传 递及广告系统的限制。
当由兼容的网络浏览设备进行激励时,交换控制器请求-响应循 环就被启动。在不背离本
申请和系统的精神的情况下,浏览设备可以 被启用来保持网络交换控制器的状态,或者经由http/https协议在 无国家的环境中(比如因特网)中操作。事实上,所公开的实施例可 以工作在无国家环境中或半国家化环境中(在特定实现中作为可选或 出于方便考虑使用浏览器或者服务器cookie)以用于支持整个内容显 示系统的各种特征。例如,内容显示系统指的是网络浏览设备、一个 (或多个)交换控制器以及可选地分布式内容和广告服务器的组合的 实施例和功能。假定在内容显示系统的组成之中的网络或者等效通信 管道存在并且与在本申请中考虑的各部件适当地交互,但是网络、模 拟通信管道以及在这样的通道中操作的网络或有线层通信协议,并不 被视作本申请的一部分。在一个实施例中,本申请可以基于作为通信 管道的因特网。
图8是整个内容显示系统的交换控制器的请求-响应循环的流程 图。这个图假定网络设备已经以某种形式将对内容的请求传送给交换 控制器。交换控制器的初始状态在图中被描绘为入口点或者就绪状态 (N0)。在入口处,尝试接收请求(802),进行测试来查看是否存 在请求(804),并且如果不存在请求,则重复该循环。在这个显示 中,这是一个轮询模型(polling model),由此在传统实施例中交 换控制器在状态(804)等待由激励(请求就绪通知)驱动的中断。 无论如何,通常不发生任何附加的处理直到存在请求(交换的激励), 并且直到请求准备就绪以供进一步处理时才会发生在入口点(N0)中 的某种形式的
迭代、试图检查或者接收请求(802)以及对接收就绪 的测试(804)。
当有激励时,交换就通过启动
防火墙测试(806)来继续处理该 激励。防火墙测试是网络请求阻塞考虑,并且在一个实施例中使用请 求设备的IP地址和本地存储的IP地址作为测试请求是否应该被允许 的基础。在一个实施例中,防火墙可以被启用或者禁用。根据测试 (808)的应答,如果请求者没有被阻塞提交请求给交换控制器,则 该系统过程继续到该过程的逻辑点(N1)。
交换控制器启动被称作自动冲浪和IP突发测试(812)的第二和 第三测试,所述自动冲浪和IP突发测试(812)确定是否请求者太快 地重复到交换控制器的请求。经由IP地址的请求之间的时段通常是 该测试的基础。然而,测试的基础可以改变以消除IP地址或者使其 基于时段和作为请求一部分而直接或者间接地到达的可替换数据。一 旦测试结果的概要确定请求者是否太快(814),该系统就将着手解 析该请求(816)或者拒绝该请求并且可选地以错误消息响应(820)。 在对严格的安全性敏感的实施例中,对错误的响应可以为空以便不向 激励设备或者用户提供任何信息。当用户被视作攻击者(即试图对交 换系统进行破坏的用户)时,尤其是这样。嵌入式防火墙、自动冲浪、 以及IP突发逻辑测试是本申请的优选特征,与内容交换控制器有关; 然而在不影响基于框架的内容显示方法或者内容交换控制器和本申请 的其他方面的情况下,以上每个或者全部特征可以都被排除在外或者 分散在可替换的实施例中。
解析请求可以用于确定请求的类型、请求者、期望内容或者其他 目标或者偏爱(biasing)标准,并且特别是对于网络浏览设备特定 人敏化特征,确定人存在与否的信号是否作为请求的一部分被传递。 而且,当安全性被启用时,进行一般的安全性检查(818)以验证该 请求来自被认证的或者被允许的网络浏览设备或者其他激励源,比如 转接请求或者做出独立请求的可替换的交换控制器。当通过安全性测 试时,该过程就进入到该过程中的下一个逻辑点(N2)。当失败时, 就会发生错误响应过程(820)。
在进行安全性测试之后,对从人敏化网络浏览设备(10)传送到 交换控制器(14)的“人存在”标准进行人测试(822)。如果测试 (824)通过,则该交换控制器设置表明人存在(826)的指示器,这 样可以调节在稍后处理中的那些指示器。在一个实施例中,这是通过 服务器端cookie或者通过向数据库表明控制数据来完成的,两者都 被调节用于在内容选择阶段(850)的后期查询。应当理解的是,交 换控制器的实施例可以允许对许多接近同步且重叠的请求进行并行处 理。
交换控制器的内容选择阶段(850)由图8a中所示的流程图更具 体地描述。该过程在用于内容选择的入口点(N3)上继续,其中进行 对满足先前获得的标准的内容的搜索。如果在步骤(852)找到所述 内容,则控制器继续到格式化与响应步骤(854)。在格式化与响应 步骤期间,响应可以根据与该请求一起到达的标准而改变。例如,交 换控制器可以使用框架生成集来进行响应以传递它格式化的或者其它 形式的清单中的广告或者其他内容,广告客户的列表,或者完全形成 的web文档以用于随后在由元搜索引擎创造的框架中再现。虽然这些 例子相对于交换控制器的实施例来说是明确的,但是它们不应当被视 作对交换控制器或者本申请的限制。一旦做出响应,交换控制器通常 继续调整点数(858)。为了确定点数是否被调整(858),控制器可 以首先通过对先前设置的指示器(图8,步骤826)进行测试(856) 确定人是否存在。如果是,那么交换控制器可以继续扣除或者以其他 方式调整任一广告客户或双方广告客户(所述广告客户的内容被传递 以供浏览)的点数(858),或者根据在内容或者广告显示循环期间 进行的努力或者消耗的时间而调整用户的点数。一旦调整,交换控制 器就将返回到就绪状态(图8-入口点N0),通常等待着下一个请求。
如可以在图8a中看到,当在交换控制器的本地清单中没有直接 找到满足原始标准的内容时,内容选择过程变得更加有趣。当用于本 地匹配内容的相关测试(852)失败时,它可能因多种原因而失败。 这些原因可以包括广告客户的帐户中缺乏广告点数、缺乏匹配内容、 或者缺乏在某些时限内未被显示的匹配内容。无论如何,当内容未能 满足匹配标准以及未能通过基于政策的测试时,原始交换控制器(14) 可以选择可替换的内容获取方法(860)以用于服务该请求。可替换 的方法改变但是可以包括配送到可替换的交换控制器(862/870), 从而选择非目标或者不相关内容(864),选择一般内容或者默认内 容(868),或者使用错误进行响应,或者当受到严密保护时,不使 用极端情况下的内容进行响应。如果对可替换的控制器(862)的测 试失败时,则交换控制器可以从一般内容中选择,所述一般内容不一 定匹配请求标准,但是将足以服务请求。如果对一般内容可用性的测 试(864)通过,则交换控制器可以格式化并且根据请求类型以某种 方式进行响应(876)。在响应之后,使用交换控制器对怎样广告客 户的内容被传递进行了解,可以进行调整点数的传统过程(878)。 引用调整点数的传统过程指的是结合人指示器(856)的测试并接着 相应地调整点数(858)的模拟操作。调整点数的过程可以进一步包 括向广告客户借记点数或向其奖励点数、使用点数奖励网民、或者使 用点数奖励引用者(referrer)。所提到的点数还可以是小数形式的 点并且根据请求类型和交换控制器使用的上下文而变化,如通常由所 涉及的请求类型所征用的服务改变的。在不对交换控制器进行重大改 变的情况下,本发明还可以很容易地通过借记点数来对参与者不适当 使用系统或者服务进行处罚。。
在检查中,选择可替换的内容和获取方法(860)可以具有将请 求立即传送/转接到可替换的控制器的选项。如果这个选项被测试逻 辑(862)接受,那么就通过预定协作通信过程(870)来发送该请求。 这个过程(870)可以包含重新格式化或者添加到响应,并且尤其是 添加安全性证书,该证书被可选地加密以用于由所选远程控制器的安 全性测试(818)进行消费和测试。当交换控制器启动到远程交换控 制器的请求时,它然后将等待和接收响应(872),并且然后响应原 始请求(874)。当该请求被处理到这一层时,交换控制器返回到就 绪状态(图8,入口点N0)并且等待下一个请求,其重新开始这一过 程。应当注意,这个过程通常为内容而重复进行并且有时在交换控制 器为多个框架确定内容的同时发生。此外,所感兴趣的是以下事实: 嵌入到再现指令中的被第一联系交换控制器(14)作为采用框架生成 集形式的响应传送的内容或者广告内容URL、或者某些上下文中的 URL,可以部分地来自本地广告清单或者在每框架/每请求上的远程控 制器的远程广告清单,其透明地融合到网络浏览(10)或者其他请求 设备。
如上所述,交换控制器(14)改变响应内容(图1,流1)并且 根据请求者和在该请求中发送的标准来格式化该响应。交换控制器能 够使用这样的响应类型进行响应,这些包括框架生成流、提供导航信 息的web文档、格式化或者非格式化的广告客户清单信息(其中格式 化指的是完全的web文档而非格式化可以是ASCII等效列表)、用于 填充框架集生成流内的框架的SRC标签的URL或者更加健壮的格式化 的表示清单的web文档,正如可以在分布式元搜索引擎模型中是有用 的。
图9是调节网站或者等效于用于web搜索过程的启动web文档的 提供者的元搜索系统的示意图。元搜索引擎(90)体现为web服务器, 其传递由浏览设备(10)中的URL引用初始再现的网页。对元搜索网 站的初始请求通过网络浏览设备中的正常URL引用或者因另外的URL 引用而发生。当接收到收容元搜索引擎(90)的服务器的请求时,服 务器就响应浏览器并且网络浏览设备再现可以当作用户搜索界面的网 页。这个过程由模拟通信(MO&MI)来描述,所述模拟通信最初不包 含搜索标准。应当注意到,再现初始web文档(界面)的过程的细节 对于理解这里所描述的概念不是必需的,所述过程允许由浏览设备向 元搜索引擎(90)提交搜索标准。搜索提交的初始界面的显示可以是 服务器上的网站页面或者本地存储在web浏览设备中的网络文档,由 此形成初始搜索界面时不发生任何网络通信,其可以是web文档,所 述web文档包含标准HTML层表格以供填充并且随后发到元搜索引擎 (90)。一旦该界面被显示,当调整web浏览设备中的搜索标准时, 用户就可以提交/传送该标准(M0)到元搜索引擎(90),由此元搜 索引擎(90)选择远程交换控制器(14a...14n)的列表并且格式化web 文档,所述web文档包含框架(或者嵌入式框架或者其等同物),以 及SRC标签,用于每一个SRC标签都与所选交换控制器(14a...14n) 有关。
每个框架的SRC URL由引擎90返回并且不必以任何其它方式操 作或者处理。系统的这一特征提供交换控制器的响应性以用于搜索本 地广告内容和关于其广告客户的网站和他们的网站内容的其他信息。 SRC URL可以包含代表任何搜索标准的自变量或者属性,面向补偿的 会员ID或者成员ID证书或者安全性证书以供随后由交换控制器处 理。当接收到来自元搜索引擎(90)的web文档(M1)时,网络浏览 设备(10)的再现过程的正常操作(http等效请求)就将请求配送给 远程交换控制器(M2a,M2b,...,M2n)并且等待将由每个框架返回并再 现的内容。浏览设备的每个框架(或者嵌入式框架)接收格式化的web 文档(M3a,M3b,...,M3n),所述格式化的web文档代表从被元搜索引 擎(90)选择的每个交换控制器得到的广告客户的内容 (34a,b,...n,36a,b,...n,38a,b,...n)。由元搜索引擎(90)没有对 任何内容进行了解或者处理,并且从单独的交换控制器接收的数据的 组合和最终显示在网络浏览设备内被单独管理。这样,元搜索引擎 (90)被认为是无源的。元搜索引擎(90)传递由健壮的框架/嵌入 式框架生成流组成的web文档,并且网络浏览设备通过请求 (M2a,M2b,...,M2n)完成每个框架的最终内容的获取并且再现响应 (M3a,M3b,...,M3n)。
在所公开的实施例中,交换控制器支持有效集中式的元搜索引 擎,所述元搜索引擎可以有效地组合从单独交换控制器接收的结果。 然而,元搜索引擎的有效模型对于因特网是共同的,并且本身并不新 颖。这里描述的元搜索引擎(90)的新颖性关于:选择和调节脱节交 换控制器,其作为元搜索引擎(90)的操作,所述元搜索引擎(90) 实际上是虚拟的,由此元搜索引擎(90)不进行或者在元搜索引擎(90) 内不进行任何搜索或者内容的处理,它实际上是无数据的并且相对于 实际内容是完全数据可选的,并且仅仅形成文档,该文档包含网络浏 览设备的容器和指令以便实际上隐含地配送和调整搜索结果的收集和 显示。实际上,元搜索引擎(90)使得网络浏览设备能够成为对交换 控制器的唯一激励和用于收集和再现搜索结果的唯一处理器,以及用 于用户的唯一显示机制。一旦不包含任何数据搜索的初始文档被传递 到网络浏览设备,搜索结果获取和再现的整个过程对于元搜索引擎 (90)是完全透明的。应当注意到,这也可以在不需要基于浏览器的 脚本语言或者任何种类的cookie的情况下完成。
由元搜索引擎(90)生成的文档可以内装(inter-stitch)其他 广告,比如框架部分之间的旗帜广告。图10描绘了包含一个完整搜 索、请求以及再现循环的最终搜索的例子,并且特别地使用许多支持 标准的一种类型。在这个例子中,元搜索引擎选择在如图所示的名称 为Bionic 3下操作的交换控制器,以及其他交换控制器,所述其它 交换控制器的响应由于缺乏浏览器窗口所有空间而没有被示出,但是 在这个例子中可以使用它的导航特征通过滚动再现设备的窗口来进行 显示。
在分布式元搜索引擎(90)使用交换控制器的好处在于:广告内 容和对广告客户的网站的引用在N个交换控制器的每一个处被增量式 地组织起来。该组织在这种性质的广告系统和交换控制器中通常使用 人检查与调整通过人输入(手动地)或者通过自动化手段来进行。在 开发与对交换控制器中的每个的变化内容的搜索相关的高层瞄准方 面,这是间接有利的。广告客户涉及通过选择输入,或者另外编辑与 维护交换控制器中的广告内容(如当前以广告交换形式实现的),与 通过使用因特网“蜘蛛”、或者其它因特网“
机器人”方法自主地注 入到数据库的内容相比,提供最高可能的搜索结果和广告内容
质量。 这样的方法通常由可替换的基于交换的非广告搜索引擎结构使用。由 可替换的搜索引擎结构建立引用数据集以提供健壮的搜索所使用的方 法正相对于
许可和隐私被仔细研究。搜索结构的基于交换控制器的实 现,没有受到这样问题的挑战,从而产生了相对于现有技术的其他潜 在重大的法律与政治优势,其中搜索结构包括一个或多个元搜索引擎 (90)。
这个元搜索系统的另一个实际好处在于,收集内容和引导健壮的 全球搜索所需的计算能力固有地分布在所有交换控制器节点、广告客 户和内容提供者的服务器、以及元搜索系统的其它部件之间。元搜索 引擎(90)和系统是调节交换控制器的功能性和网络浏览设备在窗口 中开发所有空间的分割部分的能力的健壮例子,其中在该窗口中可以 再现来自N个交换控制器的每一个的任意数量的web文档。一经再现, 每个框架或者嵌入式框架中的文档就将包含可点击的特征并且当被用 户点击时,浏览器将发起相关的http请求,该请求包含广告内容的SRC URL,所述广告内容将在当前框架中再现,或者被再现且形成完全不 同的新窗口以用于显示广告客户的内容。应当注意到,在对广告客户 的网页内容/服务器(34a,b,...n,36a,b,...n,38a,b,...n)进行配送之 前,出于计数目的,SRC URL可以指向交换控制器,由此潜在地跟踪 点击,并且允许各种对广告交换而言很普通的点数调整。间接获取广 告内容并且在元搜索引擎(90)不知道内容的情况下以分布式方式在 N个交换控制器任何一个之中进一步调整点数的这一最终能力,使之 成为因特网的全球组织的可升级的解决方案。虽然出于选择交换控制 器的目的,关于可用交换控制器的一些一般信息可以由元搜索引擎 (90)保持,但是由标准发出的有效请求仅通过以每个控制器为基础 为每个框架/嵌入式框架生成的SRC URL被间接地传送到每个交换控 制器。
元搜索引擎(90)还可以控制或者限制在搜索循环期间使用的交 换控制器的数量,以及其它对于整个系统和本公开内容来说较不重要 的微小项目。这样的项目的例子可以是所利用的人可读语言的选择, 或者与搜索结果有关的内容当被点击时是否保持在最初显示的浏览设 备窗口的一部分内或者被显示在采用某种形式的新的浏览器窗口中。
图9a是元搜索引擎(90)的内部处理逻辑的流程图。紧跟着就 绪状态(S0)之后,进行请求存在(900)的测试。如果请求不存在, 则该测试导致返回到就绪状态(S0),由此实际上无限期地等待请求。 当接收到请求时,测试(900)引起连续处理,模仿请求的可选记录 (902),以及另外一个请求测试(904)。如果出现失败,则错误消 息(920)被生成作为响应并且该系统返回到就绪状态(S0)。如果 请求有效,则防火墙、自动冲浪、以及IP突发测试、或者先前讨论 的其它形式的高级保护测试(906),可以被实施。用于安全性证书 的测试(908)也可以被实施。如果通过安全性,则该过程将进行到 下一个处理步骤(S1)。如果出现失败,则错误消息(920)被生成 作为响应并且该系统返回到就绪状态(S0)。
该过程继续到,选择交换控制器(910)来从其获得搜索引擎结 果。在所公开的实施例中,交换控制器是基于多种标准而被选择的, 所述标准包括但不限于:虚拟平面、消费者的心态、消费者的迷信特 征、消费者的个性特征、消费者或者消费者的简介所指示的偏好、消 费者愿意在允许搜索结果改变之前甚至当应用同一标准时(数据集融 合)保持一组搜索结果的时间量、交换控制器上次使用的时间、邮编、 宗教信仰、组织/俱乐部、语言、
星系、行星、半球、大陆、国家、 区域、行政区、州、县、城市、城镇、分部、
建筑物或者联合体、地 址、国家代码、区域代码、关键字、描述中的文字、元描述字段中的 文字、网站内容或者相关广告内容中的文字、股票符号、SIC(标准 化工业代码)、公司收入、公司大小、成员等级、意向观众、响应时 间的性能度量以及可靠性等级、地理经度、地理纬度、来自GMT的时 间增量、以及通过各种分类。虽然这些搜索标准中的一些可能是不新 颖的或者在因特网上很普通的,但是当前发明的新颖性和独特性主要 通过增加所允许的基于新概念的的标准,通过虚拟平面以及通过数据 集融合控制而引人注目,所述新概念比如:网民的心态、网民的个性、 网民的迷信程度。还引人注目的是,星系和行星等等的伪虚拟标准得 到充分支持并且还帮助发展虚拟平面的间接层,以用于以新的新颖的 方式组织因特网。
当选择了交换控制器来调节这个请求时,就形成web文档(912), 包含有框架(或者嵌入式框架)、以及框架的SRC URL,其中用适当 标准将所述SRC URL设置指向所选交换控制器来实施远程搜索。
由元搜索引擎(90)生成的文档(图9,消息M1)然后被回传(914) 给web浏览设备(10),其中所述文档被再现,并且可替换的http 请求被传送到交换控制器来以每个框架为基础实施搜索。元搜索引擎 (90)还可以记录请求、请求标准,并且还记录上次使用什么引擎来 保证在系统的交换节点之间公平与平衡地配送请求。当做出响应 (914)并记录了该处理(916)时,元搜索引擎(90)就返回到就绪 状态(S0)并且等待下一个请求。应当注意到,元搜索引擎(90)可 以在无负面影响的情况下接受许多重叠请求。
图10描绘了在集中式元搜索网站页面的嵌入式框架容器中的交 换控制器的输出。这个页面的显著特征是:(10a)常规的广告客户 内容广告显示、(10b)重要的或者赞助广告内容显示、(10c)可选 容器(用来从交换控制器特定搜索输出捕获结果)以及(10d)用于 调整搜索标准和发起搜索请求的一些形式的用户输入。系统不要求后 一特征(10d),因为所有标准可以在URL上被传送,或者在可替换 的实施例中,通过基础的联网技术(比如HTTP POST操作)所支持的 等效通信特征,并且人界面特征只是为了方便。在任何区域中显示的 广告可以包括非付费广告作为填充材料来向用户显示健壮的搜索结 果,并且由偏爱的规划文件决定每种广告类型显示多少个以及显示的 布局。
图11描绘了用于图10的同一搜索引擎,但是由不同规划文件控 制。在这个例子中,布局(11b)描绘了被水平地分层显示并且采用 不同的广告量的赞助广告或者重要广告,并且(11a)描绘了常规的 广告客户的广告。为了解释说明不需要人可选界面,这个例子仅在URL 上传送所有标准。这种能力用于构成在中央的本地数据可选的元搜索 引擎中由全异交换控制器生成的搜索结果和内容,用于消费者基于浏 览器设备的搜索过程的并行化。
对系统的一部分的示例性输入文件(其中所述系统加载所述输入 文件作为模板图)以及用于为图10中所描绘的结果确定搜索结果的 构造和显示的布局控制规划如下所示:
#Default plan file for SE templates with vertical featured ads
rpp 8
setp 2
set 3
ser 3
serm 2
fpp 7
seftp 2
seft 2
sefr 3
body /templates/s/0/searchbody.html
header/templates/s/0/searchheader.html
footer/templates/s/0/searchfooter.html
rad /templates/s/0/searchline.html
fad /templates/s/0/feature.html
css http://www.bionictraffic.net/templates/s/0/style.css
fmode v
radurllen 35
radtitlen 75
raddesclen 175
radcontlen 200
fadurllen 50
fadtitlen 58
faddesclen 150
fadcontlen 200
//End of plan 10
//
//Special note;Plan parts loaded by system and the css(stylesheet)
//is applied noting that the stylesheet matches the components of
//this plan(body,header,footer,rad,fad).Both css and this plan
//file may be local to the exchange controller or remotely referenced
//transparently for use by the exchange controller.
//Lines in this control file begiming with double slashes or the
//octothorp(#)symbol are considered comments and ignored by
//the machine processing this file.
用于图11中所示的搜索结果的示例性输入文件和布局控制计划 如下所示:
#Alternate plan file for SE templates with horizontal featured ads
rpp 4
setp 2
set 3
ser 3
serm 2
fpp 3
seftp 2
seft 2
sefr 3
bo dy/templates/s/red0/searchbody.html
header/templates/s/red0/searchheader.html
footer/templates/s/red0/searchfooter.html
rad /templates/s/red0/searchline.html
fad /templates/s/red0/feature.html
css http://www.bionictraffic.net/templates/s/red0/style.css
fmode h
radurllen 35
radtitlen 75
raddesclen 175
radcontlen 200
fadurllen 50
fadtitlen 58
faddesclen 150
fadcontlen 200
//End of plan 11
//
//Special note:Plan parts loaded by system and the css(stylesheet)
//is applied noting that the stylesheet matches the components of
//this plan(body,header,footer,rad,fad).Both css and this plan
//file may be local to the exchange controller or remotely referenced
//transparerntly for use by the exchange controller.
//Lines in this control file beginning with double slashes or the
//octothorp(#)symbol are considered commentsand ignored by
//the machine processing this file.
作为重要的商业激励和促进因素,交换控制器搜索引擎支持逻辑 被设计来允许第三方容易地
覆盖搜索结果的布局和规划并且是交换控 制器用作全局搜索引擎和广告商业模型的一部分的一个关键部分。对 于第三方来说容易地使用和定制交换控制器周围的界面和搜索系统的 能力助长了兴趣并且最终增加广告量,由此交换控制器整理和组合本 地或者分布式显示模板和包括样式控制表的部分这一强大能力是重要 的。交换控制器中的整理者和格式程序活动结合该规划,在该规划中 所引用的部分、以及在该规划中所引用的样式表或者通过覆盖URL中 的自变量,以显著地改变结果的整体最终显示。该改变可以包括广告 的数量和类型、广告的位置和方向、以及
颜色和字体大小以及其它对 于用户团体特定的表面事项或者对于规划、模板、以及所应用的增量 式样式的选择的设计者来说重要的表面事项。关于搜索标准和再现能 力,该引擎相比于现有技术是实质抽象和进步。这一能力实际上兼顾 了任何类型的再现设备,所述任何类型的再现设备将由任何第三方简 单地通过改变由设备支持的规划、模板和样式表来支持,并且该能力 可以在不对交换控制器逻辑做出任何改变的情况下运用。实际中,对 第三方可以请求的广告数量的
预防和限制被内在地实现以防止滥用计 算资源。
图12是由各个交换控制器使用的逻辑路径的流程图,所述交换 控制器潜在地由如图10所示的中央元搜索引擎支持,或者用于如图11 所示的独立模式。每个引擎都被设计成由HTTP请求中断驱动但是如 所规定的可以或者为轮询模型或者中断驱动,并且这个方面是不重要 的。本地交换入口点(L0)描绘了运用在本地交换控制器上的整个过 程的开始,如与可以直接或者间接地
访问这个的元搜索引擎,或者用 于获得搜索结果的许多其它交换控制器相比。如果请求存在(948), 则该过程将继续解析来自该请求的标准(950)并且对该请求进行基 本的语法检查(952)。否则,该过程返回到等待状态(L0)。当成 功地接收和解析如所测试的有效请求(952)时,交换控制器就调节 它的内在防火墙以及安全性测试(956),如前面文字中所描述的, 并且如果测试ok(958),则继续加载和整理(960)该关键布局规划 文件、模板、以及所涉及的样式表(如上述示例性规划文件所指示的)。 应当注意到,内嵌的样式表还可以用在模板中以替换或者补充独立的 样式表。应用于最终布局和模板的程式化信息的位置的细节是随实现 而定的。所公开的例子是在因特网的域和基于web的文档样式表内操 作的。规划文件和在规划文件中所引用的模板,与应用到如规划文件 中所引用的模板的样式相结合,确定了用于布局搜索结果的结构和所 有细节。由规划文件隐含地设置的逻辑调整的一部分是变量,其调整 与所需要的广告的类型和数量有关的搜索查询(962)。一般而言, 然而由规划可选的付费的广告内容通常被首先显示(964),并且在 布局结果中通常位于更有利的位置,然而关于在布局中的什么地方下 显示什么广告,该布局是完全灵活的。该方面对于引擎是透明的,并 且允许布局设计者决定该方面。通过在某一时间约束内增加用于每个 显示的印象点数的数量,该交换控制器考虑广告客户投标来增强他们 在布局中的位置。
这个商业模型和当前实现具有围绕近似罗宾式
算法(ROOLAP算 法)的上次广告显示的相反日期次序,该算法保证当与所存储的广告 特征和广告元内容相比时匹配在每个交换控制器的清单中发现的任何 模式或者搜索标准的所有广告客户的广告最终被显示。这个算法概念 相对于交换控制器作为系统的总体应用和与投标的关键字和当今在因 特网上盛行的其它系统相比是关键的商业优势。与广告相关的元内容 指的是广告或其所有者以及子集或者修改的广告内容的存储的可搜索 特征,如由交换控制器所表明的或者另外由个人(比如广告客户或者 交换控制器管理员或者他们的代理)所编辑的。
该同一算法还被应用于非付费广告,从而进一步促使使用搜索引 擎和广告客户能力,注意非付费内容被显示,仅仅是付费广告内容的 辅助并且实际上通常还可选地位于较不利的位置上。为了完善这个商 业模型,该同一ROOLAP算法被用于元搜索引擎层用于偏置在搜索配 送期间使用的交换控制器的选择,因此向整个网络内或者交换控制器 的网络的子段内的所有广告客户提供类似的商业和实现保证。该算法 和商业保证可应用到交换控制器,并且因此广告客户,下面将发现可 以通过重复或者复制来实现的许多可能的元搜索引擎的任何一个。
当发现非付费内容时,交换控制器调节内容的准备并且使特定URL 自变量被引用或者会员用户、如搜索结果中所示的许多网站或者广告 的潜在会员覆盖,而对任何剩余的URL自变量没有任何负面影响。交 换控制器接受来自引用者大型信息集并且为在搜索结果中显示的许多 URL的可能性做准备以允许会员ID覆盖。URL自变量的覆盖考虑第三 方使用他们自己的会员ID来使用户引用搜索引擎或者网站,这样使 得交换控制器引擎可以可选地覆盖URL自变量,或者内在地嵌入引用 者的ID,这样引用者可以财政上受益或者另外通过引用的用户的会话 期间引起的所有销售而受益。这一能力有助于引用者赚取额外的收 入,同时使额外的广告被显示给潜在的消费者并且因此增加了交换所 有者的付费广告收入并间接地增加了广告客户的销售。
作为交换控制器结构的核心能力的一部分,交换控制器具有相互 通信并且共享广告内容的先天能力。这种能力进一步被扩展和支持来 搜索标准通过和交换控制器本地整理该标准的能力,并且返回即时结 果或者将它转接到另一个交换控制器上以用于远程处理和潜在的附加 转接。这种能力有助于提高终端用户的搜索结果和广告客户的目标能 力,这样使得他们的广告被显示给最需要的用户。如果本地找到不足 够的内容(968)来填充如所规划的请求,则决定这个转接请求。
在所公开的实现中,交换控制器检查指示器是否进入它的请求最 初被转接(970)。这通常是可选的,但是提供了把搜索授权装到远 程控制器的唯一方法,该方法通过为浏览设备建立容器(972)并且 向容器配送HTTP报头重定向来实现,所述重定向包含搜索标准,在 这个例子中容器为嵌入式框架,尽管其它容器也同样可以被使用。这 个方法调节现代浏览设备的当前技术,所述现代浏览设备支持嵌入式 框架容器和HTTP报头重定向,但是没有被要求,因为交换控制器能 够直接配送、获取和格式化结果,而是出于性能和透明性的考虑,该 容器基本方法已经被选择。未来的处理器和联网速度将接近这样的性 能,其中这种方法是无关紧要的,但是在那时之前,相对于现代技术 和因特网的性能而言这种方法是高效率的。这样,这种方法进一步允 许本地交换控制器格式化它可以从本地广告清单获取的任何结果并且 以快速(expedient)和动态的方式将所述结果传递到终端用户,而 同时浏览设备触发从内部嵌入的容器到可替换的交换控制器的下一搜 索并且将该操作与交换控制器的本地结果的再现并行执行。这改善了 终端用户对使用性、响应时间、与搜索质量相关的使用性以及通过连 续搜索的最终瞄准以及对更好瞄准的广告和更好匹配的内容的转接的 感知,其中该内容可以存在于可替换的控制器上。
为了确保请求不会永远传播或者交换控制器偶然地被配置成向自 己发送请求,或者一组交换控制器被配置成将请求无限期地来回转 接,被称作请求跳跃计数的计数器指示器被设置并且随后在每次转接 或者跳跃到下一引擎时被调整并且被测试(974)直到它达到预定限 度,该限度传统上被设置为正数并且被递减到零,并且然后该处理不 再被转接并且默认或失败响应被提供。当然,还进行测试(976)来 查看交换控制器是否被允许和被配置来转接请求。该转接标准的过程 被管理(978),这样管理逻辑能够配送和收集结果,或者使用标准 简单地格式化适当的URL并且启动HTTP报头重定向。
在形成内容或者远程请求之后,该过程继续进行到格式化步骤 (980),由此所述规划的组成,报头、主体、页脚以及查询的结果 都与远程转接容器相结合,并且通常添加有可选导航特征的完整文档 被传送到网络浏览设备。一经被传送,交换控制器就开始管理对数据 集的一组健壮调整的过程,所述数据集包含广告清单、广告客户信息、 终端用户信息以及第三方或者会员信息。应当注意到,对数据集或者 相关点数的这些调整在所形成的文档被传送到网络设备之后被逐一地 完成,以进一步确保终端用户的快速响应时间。该调整活动是作为记 录处理步骤的一部分而进行的。
记录处理步骤(982)包括几个增量式操作。网络活动的正常记 录比如引用网站信息、请求的IP地址、以及请求的时间或者类型通 常是为系统和广告客户引用而记录的。可选地使用参与服务的部分补 偿点数将点数记入消费者和发布者,如果付费广告客户的广告被显示 在允许消费印象点数的导向图中,则他们的点数被调整和消费,并且 根据投标位置和分配给该投标的印象点数的数量对印象点数投标的广 告进一步进行调整。这是传统活动。除了传统交换控制器活动之外, 被称作数据集“融合”或者去稳定化的特定操作被可选地执行。这个 活动以每个消费者为基础有效地刷新搜索结果。为了理解这一点,出 于比较目的,回顾搜索引擎的传统实现是有用的。
在传统技术中,从搜索引擎上显示的数据在短期或者有时甚至是 长期上是高度静态的。这对返回类似的搜索结果而仍旧不能找到期望 内容的搜索者而言可能有些问题,这是因为搜索引擎不知道搜索者已 经检查了所示的相同搜索结果,因此使用户很沮丧。在“可融合”数 据集模型中,如由本发明所实现的,数据集和搜索结果在某一被控时 段之后发生变化。所述时段是可由这个模型中的系统管理员和终端用 户(搜索者)调整的。这种能力向终端用户提供更加动态的搜索结果, 并且增加了交换控制器操作员和单独广告客户的广告客户轮换和广告 量。交换控制器以每个用户为基础提供这种能力,这是因为所记录的 处理和显示的时间戳被绑定到被终端用户使用的再现设备的远程IP 地址以供之后参考。虽然如果技术改变,另外的指示器(比如登录曲 线(login profile)和ID)能够很容易地被用于补充或者替换这样 的,或者辨别单独用户的一些其它网络信息,但默认应用程序调节远 程IP地址以允许每个用户来确定搜索结果数据集被冻结(稳定)多 久。这个模型中的时延被称作数据集融合延迟时间。当完成记录和数 据集融合调整时,系统返回到正常的等待状态(L0),以为下一个请 求作准备。
交换控制器能够允许具有智能网站编程的广告客户调节在激励事 件期间被传送到交换控制器的人和
环境控制特性。人特征和环境控制 的值由激励设备设置并且可以在编程中被调节以向广告客户网站提供 更好地瞄准或者显示信息或者广告给网民的能力。在广告的显示期 间,通过交换控制器传送的自变量值被可选地附到广告客户的URL。 所述自变量的值对于交换控制器是透明的,从而允许支持在本公开时 未知的未来设备。这样的未来设备的例子可以是环境控制器,其为网 民改变环境照明、温度、声音或者气氛。虽然这样的设备此时可能或 者不可能存在,但是交换控制器被使得能够将这样的控制信息传送到 广告客户的网站,从而使得广告客户能够调节该信息以进一步增强网 民的体验。虽然理解到相似性质的一些信息将有可能通过未来的浏览 器和相关联的网络服务器技术而得到,但是交换控制器当前提供灵活 且一般的通道以用于传送这样的信息到广告客户的网站并且可以由创 造性广告客户调节直到这样的时间,例如当用于增强网民体验的类似 信息通过其他机制可以获得的时候。
尽管已经参照在网络设备上的浏览器窗口中的广告显示对实施例 进行了描述,但是该原理同样适用于任何适当的HTML或者XHTML再 现设备的显示区域。此外,交换控制器的规划整理者提供健壮的显示 控制系统,在不对交换控制器逻辑进行重大改变的情况下,该系统可 被扩展到其他设备。当前公开的实施例因此在所有方面都被视作示例 性而不是限制性的。
尽管已经参照特定实施例对本发明进行了描述,但是本领域的技 术人员应当理解,在不背离本发明的真实宗旨和范围的情况下可以做 出各种改变并且等同物可以取代其部件。此外,可以在不背离本发明 的基本讲授的情况下进行修改。正式地,本发明的范围由所附权利要 求指示而不是由上述说明指示,并且落入该意义和范围及其等同物内 的所有变化都旨在包含于其中。