将广告自动与媒体文件匹配的制作方法

专利名称：将广告自动与媒体文件匹配的制作方法
将广告自动与媒体文件匹配本专利文件的公开的一部分包含受到版权保护的材料。版权拥有者不 反对任何人像在专利和商标局专利文件或者记录中看起来那样地传真再现 本专利文件或者专利公开，但是无论如何保留所有的版权权利。相关申请本申请要求2006年2月2日提交的美国非临时申请第11/346,626号和 2005年9月30日提交的美国临时专利申请第60/722,600号的权益，在 此，其每个的内容通过引用被包含在此。
背景技术：
因特网和万维网("web")的扩展已经向计算机用户提供了增强 的、用于通过他们的计算机收听和观看各种不同形式的媒体的能力。这种 媒体可以具有音频音乐、音乐视频、电视机节目、体育比赛的形式或者任 何其他形式的用户希望观看或者收听的音频或者视频媒体。podcasting (iPod和广播的结合)是一种经由因特网公布数字数据、通 常是音频节目的方法，允许用户订阅新文件(例如MP3音频文件)的 feed。 "podcasting"这个词在2004年后期变得流行，这主要是因为音频 向便携播放机或者个人计算机的自动下载。podecasting因为其订阅模型而 与其他类型的在线媒体提供不同，所述订阅模型使用"feed"，其也可以 被称为"podcast"，用于描述、识别和提供媒体文件。feed在本上下文中 表示文件列表，其可以容易地被解译以当新文件随着时间被增加时识别在 列表中的新文件。因此，说一个人订阅feed,因为当新的文件被加到列表 时，申请者被通知新的文件，并且在一些情况下，新的文件被自动提供。 所述feed可以作为离散的文件存在，诸如如下所述的.RSS文件，或者其 可以作为其他某种数据格式或者元素的一部分而存在。podcasting使得独立的出品人能够建立自我公布的企业联合的媒体， 诸如"无线展示"(radio shows)，并且向广播新闻、收音机和电视节目 提供新的发行方法。收听者可以使用"podcasting"软件(一种聚合器)来 订阅feed,所述软件自动地定期查看和下载新的内容。大多数podcasting 软件使得用户能够向便携音乐播放机复制podcast。大多数数字音频播放机 或者具有音频播放软件的计算机可以播放podcast。从最早的RSS附件测 试开始，己经使用feed来提供视频文件以及音频。在2005年之前， 一些 聚合器和移动装置可以接收和播放视频，但是"podcast"名称仍然与音频 最为相关。其他名称有时用于传播其他形式的媒体，诸如文本的 blodcasting和视频的vcasting或者vodcasting。为了本专利申请，podcast 是以其最 一 般的含义使用的，用于表示以任何格式(例 如.MP3、 .MPEG、 .WAV、 .JPG)并且包含可以由客户订阅的任何内容(例如基于文本的、可听的、可视的或者某种组合)的新文件的feed。而 且，为了这里的讨论， 一个单独的podcast可以被称为一系列，并且在所 述系列中的每个不同的新文件可以被称为所述系列的一个单独的情节。podcasting被诸如RSS的下层的feed格式支持。RSS是由(特别是) 新闻网站和网络日志使用的万维网企业联合组织的XML文件格式的家 族。所述縮写用于表示下面的标准Rich Site Summary (RSS 0.91); RDF Site Summary (RSS 0.9和1.0);以及Really Simple Syndication(RSS 2.0)。在RSS之后的技术允许在客户机服务器环境中的客户机订阅在由远程 服务器维护的网站上的RSS feed;这些通常是定期地改变或者广告内容的 网站。为了使用这种技术，客户机需要某种类型的聚合服务或者聚合器。 所述聚合器允许客户机订阅客户机要获取其更新(即在feed中的未来媒体 文件)的podcast。与对于纸质的报纸和杂志的典型订阅不同的是，你的 RSS订阅是免费的，但它们通常仅提供每篇文章或者帖子的一两行以及到 全文章或者帖子的链接。RSS格式提供万维网内容或者万维网内容的概要，以及到内容的完整 版本的链接以及其他元数据。这个信息作为被称为RSS feed、 webfeed、RSS流或者RSS信道的XML文件而提供。除了辅助企业联合组织以外， RSS还允许网站的频繁读者使用聚合器来跟踪在网站上的更新。被称为feed读取器或者聚合器的程序可以代表用户查看RSS使能的 网页，并且显示其找到的任何更新的文章。如今，在主要网站以及许多较 小网站上找到RSS feed是常见的。客户端读取器和聚合器通常被构造为单 独程序或者对诸如万维网浏览器的现有程序的扩展。可获得用于各种操作 系统的这样的程序。podcasting已经变为很流行和被人们接受的媒体提供范例。这种成功 已经使得客户机可以获得的podcasts的数量和种类指数增长。可能的 podcast消费者现在面临如何找到podcast、如何组织和管理它们的podcast 订阅和如何有效和容易地收听情节的问题。podcast发布者也面临问题，这 些问题包括如何有效地推销它们的podcast、如何从它们的podcast产生收 入、如何容易地建立和传播podcast、如何支持不同的feed格式和装置需 要，以及如何管理带宽和存储成本。由于其流行度，各种商业主体感兴趣于使用podcasting来作为用于广 告的媒体。当前，以下述两种方式之一来与podcast和其他媒体文件相结 合地使用广告或者独立地(诸如经由"弹出"窗口)向下载podcast情 节的消费者提供广告，或者将广告并入podcast情节本身中。这两种方法 都限制登广告者有效地使用这种新的媒体显示它们的广告的能力；弹出广 告可以被阻止和容易被忽视，并且预先建立的情节不能针对不同的目标群 组定制、随着时间而修改或者以其他方式被改变以满足正在进行的登广告 者的需要。虽然这是对于登广告者的问题，但其也表示在podcast发布者 的可能收入上的损失。发明内容本发明涉及一种用于响应于从远程计算装置接收的请求而选择要在网 络上提供的广告的系统和方法。在一个方面，本发明包括一种当已经由消 费者请求媒体文件时用于自动将广告与媒体文件匹配的方法和系统。本发 明的多个方面允许在建立媒体文件后自动选择广告，而可能没有在建立者和登广告者之间的任何交互。在一个示例中(所述示意意欲是说明性的，而不是限定性的)，本发 明可以被看作用于从一组广告中选择广告的方法。所述系统可以包括请求 截取模块，该请求截取模块适于接收对于媒体文件的请求，并且査看所述 请求以确定是否广告与所述媒体文件相关联。还提供了一种广告检索模 块，用于根据在请求中包含的信息来从广告库选择广告和检索所选择的广 告。所述系统还可以包括发送模块，其适于建立对于所述请求的响应，并 且发送所述响应，所述响应包括所选择的广告，并且当被呈现时，导致广 告的呈现。另外，所述系统可以包括广告库，该广告库包含多个广告，所述多个 广告包括所选择的广告。所述系统还可以包括一组广告选择规则，其包括 至少一个规则，用于根据在请求中包含的信息控制从多个广告选择所选择 的广告。所述请求截取模块还可以适于从呈现装置接收请求，并且所述发 送模块适于向所述呈现装置发送响应。所述系统可以包括媒体文件库，所 述媒体文件库包含媒体文件，并且可以在与请求截取模块远离的第一网络 位置访问所述媒体文件库。类似地，可以在与广告插入模块远离的第二网 络位置访问所述广告库。所述系统可以具有结账模块，该结账模块自动对 于与所选择的广告相关联的登广告者产生帐单。所述系统还可以具有位置 模块，该位置模块适于根据在请求中的信息来确定与呈现装置相关联的物 理位置，在这种情况下，广告检索模块可以进一歩适于根据与所述呈现装 置相关联的物理位置来选择广告。在一个示例中(所述示例意欲是说明性的，而不是限定性的)，本发 明可以被看作一种用于从一组广告中选择广告的方法。在所述方法中，例 如从呈现装置接收对于媒体文件的请求。然后根据所述请求从多个广告中 选择广告，并且向请求装置发送所选择的广告。可以根据预先与关联于所述请求的用户相关联的信息来进行所述选 择。可以根据预先与关联于所述请求的媒体文件相关联的信息来进行所述 选择。所述选择还可以基于与请求相关联的物理位置，诸如请求源的物理 位置或者目的地的物理位置，对于请求的响应应当被发送到所述目的地。在另一个示例中(所述示例意欲是说明性的，而不是限定性的)，本发明 可被看作一种计算机可读介质，其包含用于一种用于自动选择广告的计算 机实现的方法的指令。该计算机可读介质包含用于执行一种方法的指令， 所述方法包括从呈现装置接收请求，诸如对于媒体文件的请求。然后根据 所述请求从多个广告中选择广告，并且向请求装置发送所选择的广告。在另一个示例中(所述示例意欲是说明性的，而不是限定性的)，本 发明可以被看作一种用于根据与被请求的媒体文件相关联的标签将广告的 目标定位到一个群体的成员的方法。在所述方法中，保存由所述群体的多 个成员预先提供的标签的数据库。从所述群体的成员接收对于媒体文件的 请求，并且针对与所述媒体文件相关联的标签而访问数据库。获得与所述 媒体文件相关联的一组一个或多个第一标签。每个第一标签包括由群体 的至少一个成员预先提供的媒体文件的描述，用于描述所述媒体文件；以 及，与所述描述相关联的标签密度。然后根据在所述一组第一标签中的所 述描述和标签密度从多个广告中选择一个广告。然后向所述群体的所述成 员发送所选择的广告。在另一个示例中(所述示例意欲是说明性的，而不是限定性的)，本 发明可以被看作一种用于根据由用户预先提供来描述媒体文件的标签将广 告的目标定位到一个群体成员的方法。在所述方法中，维护由群体的成员 预先提供的标签的数据库。从所述群体的成员接收对于媒体文件的请求， 并且针对与发送所述请求的成员相关联的标签访问数据库。获得由所述成 员预先提供的一组一个或多个第一标签。每个第一标签包括由所述成员 预先提供的媒体文件描述符；以及，与描述符相关联的标签密度，用于指 示所述成员已经使用所述描述符描述媒体文件的次数。然后根据在所述一 组第一标签中的所述描述符和标签密度从多个广告中选择一个广告。然后 向所述群体的所述成员发送所选择的广告。本发明的附加特征在随后的说明中被给出，并且部分地从说明书显而 易见，或者可以通过本发明的实践被获知。通过在说明书及本申请的权利 要求书以及所附的附图中具体指出的结构来实现并且获得本发明的益处和 特征，应当明白，上述的一般说明和下面的详细说明是示例性的和说明性的，并且意欲提供所要求保护的本发明的进一步的说明。


形成本申请的一部分的下面的附图用于说明本发明的实施例，并且不 意欲以任何方式限定本发明的范围，所述范围应当基于所附的权利要求。 图1是图解按照本发明的一个实施例的示例网络架构的示意图； 图2是广告选择系统的架构的例示实施例的图示；图3是按照本发明的一个实施例的能够产生对于媒体文件的请求的示 例用户界面300;图4是示出按照本发明的一个实施例的podcast搜索的结果的示例用 户界面；图5是用于描述按照本发明的、 一种用于与媒体文件一起提供广告的 方法的一个实施例的流程图；图6是用于更详细地描述按照本发明的、 一种用于检索广告并且将其 与媒体文件一起提供的方法的一个实施例的流程图；图7是用于更详细地说明按照本发明的、 一种用于检索广告并将其与 媒体文件一起提供的另一个实施例的流程图；图8是用于更详细地描述按照本发明的、 一种用于检索广告和流播来 自所述广告和所请求的媒体文件的媒体数据的方法的另一个实施例的流程 图；图9是用于更详细地描述按照本发明的、 一种用于选择广告的方法的 另一个实施例的流程图；以及图10是用于更详细地描述按照本发明的、 一种用于选择广告的方法 的另一个实施例的流程图。
具体实施方式
一般，本发明涉及一种用于通过网络提供具有广告的媒体文件的系统 和方法。在此使用的术语"内容"、"媒体"或者"媒体文件"被广泛地 用于单独地或者集体地涵盖任何类型或者类别的可呈现的、可体验的、可检索的、计算机可读的归档和/或存储的媒体，并且媒体或者内容的独立项 目一般被称为条目、歌曲、音轨、画面、图像、项目或者文件，但是，任 何一个术语的使用不应当被当做限定，因为在此所述的概念特征和功能一 般意欲适用于可以由用户以现在已知或者要变得已知的任何方式可听地、 可视地或者以其他手段体验的、任何可存储和/或可检索的项目。而且，术 语"媒体"包括所有类型的媒体，诸如音频和视频。现在参见附图来说明本发明的实施例，其中，相同的附图标号表示相 同的部件。现在参见图1，以示意的形式示出了本发明的一个实施例的架 构。可以在图1中看出，示出了按照本发明的一个实施例的系统100。 一 般，系统100允许用户体验、共享和以其他方式使用不同的媒体。虽然以 音乐和/或音频文件的方式讨论了多个示例实施例，但是本发明也可以用于 任何形式的音频、视频、数字或者模拟媒体内容以及现在己知或者要变得 已知的任何其他的媒体文件类型。每个用户使用计算装置103，让诸如个人计算机(PC)、万维网使能的蜂窝电话、个人数字助理(PDA)等的计算装置通过多个已知方式的任 何一种耦接到因特网104。而且，每个计算装置103优选地包括因特网浏 览器(未示出)，诸如由微软公司在商标INTERNET EXPLORER下提供 的因特网浏览器或者由Netscape公司在商标NETSCAPE NAVIGATOR下 提供的因特网浏览器，或者每个计算装置103最好包括与上述部件等同的 软件或者硬件，其使能在用户和服务提供商之间和/或用户之间的联网相互 通信。每个计算装置还包括媒体引擎106，其除了要进一步描述的其他功 能以外还提供用于将信息或者数据转换为可感知的形式并且管理媒体相关 信息或者数据，以便用户可以个性化他们对于各种媒体的经历的能力。媒体引擎106可以被计算装置103的卖家并入计算装置103中，或者 作为独立的部件从媒体引擎提供商被获得，或者以某种其他本领域知晓的 方式被获得。如下所述，考虑到了媒体引擎106可以是作为设计选择的软 件应用或者软件/固件组合或者软件/固件/硬件组合，其用作用户的中央媒 体管理器，并且辅助用户可能希望通过计算机或者个人便携装置或者通过 可在各种位置获得的网络装置，经由网络访问媒体文件和服务的所有方式。在此使用的术语"媒体文件" 一般地用于表示媒体的项目以及那个项 目的相关联的元数据和/或网络位置信息。计算装置103也可以被称为呈现 装置103，用于指示其适于从网络检索和呈现媒体文件。计算装置103还可以包括本地媒体文件110和/或通过媒体引擎106运 行或者与媒体引擎106交互的其他插件程序112的存储。在一个实施例 中，媒体文件110是音频文件。在另一个实施例中，媒体文件是视频文 件。在另一个实施例中，媒体文件可以是与MPEG-21标准等兼容的组合 文件。计算装置103还可以连接到一个或多个便携装置114，诸如致密盘 播放器和/或其他外部媒体文件播放器，它们被统称为MP3播放器，诸如 在苹果计算机公司的商标iPod下销售的类型，其被用于便携地存储和播放 媒体文件。本地文件可以被存储在连接到计算装置103的海量存储器(未示出) 上，或者可以被当做计算装置103的一部分。所述海量存储器及其相关联 的计算机可读媒体提供用于计算装置103的非易失性存储器。虽然在此包 含的计算机可读媒体的说明指示海量存储器，诸如硬盘或者CD-ROM 盘，但是本领域内的技术人员应当明白，所述计算机可读媒体可以是可以 被计算装置103访问的任何可用媒体。举例而不是限定，计算机可读媒体可以包括计算机存储媒体和通信媒 体。计算机存储媒体包括以任何方法或者技术实现的易失性的和非易失性 的、可装卸的和不可装卸的媒体，用于存储信息，诸如计算机可读指令、 数据结构、程序模块或其他数据。计算机存储媒体包括但是不限于 RAM、 ROM、 EPROM、 EEPROM、快闪存储器或者其他固态存储器技 术、CD-ROM、 DVD或者其他光存储器、磁盒、磁带、磁盘存储器或者其 他磁存储器、或者可以用于存储期望的信息并且可以被计算机访问的任何 其他介质。另外，计算装置103可以包含数字权利管理软件(DRM) 105，其通 过使能媒体文件的安全发行和/或防止或者妨碍媒体文件的非法发行来保护 用户的媒体文件的版权和其他知识产权。在一个实施例中，DRM105加密 或者解密媒体文件，用于由授权的用户进行受控的访问，或者用于给内容标注数字水印或者类似的方法以便不可自由地分发所述内容。媒体引擎106优选地使用DRM信息来保证通过媒体引擎106体验的媒体文件不被复制到或者共享于未经授权来收听或者观看所述内容的用户。计算装置103可以包括订阅podcast所需要的软件。在所示的实施例 中，计算装置103包括订阅文件160，诸如OPML文件。订阅文件160维 护用于识别用户已经订阅了哪些podcast的信息。订阅文件160可以包括 feed 152和feed位置的列表。计算装置103还包括订阅管理器162。订阅管理器162可以执行聚合 器的pod捕获功能，并且可以定期地轮询在订阅文件160中识别的feed以 确定是否podcast的新的情节是可用的。在确定了可用新的情节的情况 下，订阅管理器162可以向用户通知或者可以诸如通过下述方式自动向计 算装置下载所述情节通过经由网络104从诸如媒体服务器150的位置检 索所述情节。系统IOO还包括订阅服务器118。除了通过因特网104向用户供应媒 体之外，订阅服务器118还包括媒体数据库120，媒体数据库120除了存 储实际媒体文件之外还存储与特定的媒体相关联的各种元数据属性，或者 与存储所述各种元数据属性的存储器通信。数据库120可以被分布在多个 服务器上，所述多个服务器具有海量存储器或者其他形式的计算机可读媒 体，或者数据库120可以被包含在订阅服务器118可以访问的大型海量存 储器中。其他服务器130使得可以获得其他内容或者服务，并且可以提供 管理服务，诸如管理用户登录、服务访问许可、数字权利管理和通过服务 提供商使得可以获得的其他服务。虽然在音乐上描述了本发明的一些实施 例，但是实施例也可以涵盖任何形式的流或者非流媒体，包括但是不限于 新闻、娱乐、体育比赛、网页或者可感知的音频、视频或者图像内容。还 应当明白，虽然在媒体内容、特别是音频内容上描述了本发明，但是本发 明的范围涵盖迄今或者以后已知的任何内容或者媒体格式。订阅服务器118还包括用户信息的数据库170。用户信息数据库170 包括从用户收集或者当用户与订阅服务器118交互时通过订阅服务器118 产生的、关于用户的信息。在一个实施例中，用户信息数据库170包括用户可以提供到订阅服务器118的用户信息，诸如用户名、性别、电子邮件 和其他地址、用户偏好等。另外，服务器118可以收集信息，所述信息诸如是用户已经订阅了什么podcast、用户已经执行了什么搜索、用户如何评 价各种podcast等。实际上，可以在用户信息数据库170中存储订阅服务 器118可以获得的与用户相关的任何信息和用户所订阅的podcast。用户信息数据库170还可以包括关于用户的装置114的信息。所述信 息使得订阅服务器118可以识别所述装置，并且将其与计算装置103区 分。而且，期望单个用户可以具有多个不同的计算装置103，并且每个计 算装置103可以与不同的信息相关联。例如，用户可以在诸如智能电话 103或者类似的因特网连接的移动装置103的移动装置上订阅新闻 podcast，并且可以在家庭计算机103上订阅游戏podcast。用户信息数据库 170包含所有这个信息。在一个实施例中，用户信息数据库170可以包括 在与用户相关联的每个计算装置103的计算装置的订阅文件160中包含的 相同信息。用户信息数据库170可以甚至包括每个用户的OPML文件格式 的一个或多个文件。在所示的实施例中，订阅服务器118包括feed数据库174。 feed数据 库174可以包括服务器118已知的podcast的列表。当服务器118搜索新的 feed 152和已经被去除对于因特网104的访问的feed 152时，可以定期刷 新这个列表。如果服务器118的搜索能力足以响应于用户搜索而迅速地向 用户提供更新的和准确的feed信息，则这样的feed数据库174可能不必 要。feed数据库174可以包括由feed 152提供的所有的信息。另外，feed 数据库174可以包括由订阅服务器118或者由用户产生的其他信息。因 此，feed数据库174可以包含feed 152的公布者不知道或者由其产生的信在一个实施例中，数据库120、 174、 170可以是分离的和不同的数据 库，而在一个替代实施例中，数据库120、 174、 170的一些或者全部可以 被组合为单个数据库。数据库120、 174、 170可以是服务器118的一部 分，或者可以位于与服务器118通信的单独的计算装置上。在一个实施例中，feed数据库174包括"标签"形式的、关于feed152的附加信息。标签是由访问订阅服务器118的人选择的关键字，用于描述特定的feed 152。所述标签可以是任何字或者键击组合。被递交到设 置服务器的每个标签可以被记录在feed数据库172中，并且与所述标签描 述的feed相关联。标签可以与特定的feed 152相关联(例如系列标签)， 或者与在feed 152内的特定媒体文件154相关联(例如情节标签)。下面 更详细地说明标签。因为标签可以是任何关键字，因此诸如"科学"或者"商业"的类别 的典型名称也可以被用作标签，并且在一个实施例中，通过从feed获得类 别指定并且将它们用作所述feed的初始标签，自动产生feed的初始标签。 但是，注意标签不是一个人可以"向下钻透"通过的分层类别系统。标签 不分层相关，这是在典型的分类方案中所要求的。标签还是累积性的，这 是因为对利用特定标签识别系列或者情节的用户的数量进行跟踪。作为相 关联的内容(即系列或者情节)的精确的说明的特定标签的相对重要性是 基于将那个标签与所述内容相关联的用户的数量的。在一个实施例中，允许feed 152的消费者提供要与feed或者与feed的 特定情节相关联的信息。因此，用户在消费数据后可以例如在1-5星的量 度上评价情节，撰写对情节的评论，并且输入要与所述情节相关联的标 签。所有这个消费者产生的数据可以被存储在feed数据库174中，并且与 适当的情节相关联，以用于未来的搜索。订阅服务器118包括搜索引擎172。在一个实施例中，搜索引擎172 执行多个功能，包括爬行网络104以在网络104上识别feed和feed的情 节，检索feed信息并且将其存储在feed数据库174中，并且向计算装置 103提供容易对于feed数据库174搜索feed和情节的部件。因为它们的特性，feed 152被预期通过增加新的媒体文件154来作为 feed 152的情节而随着时间改变。在一个实施例中，搜索引擎172定期地 和自动地爬行网络104以找到新的feed 152和如下的先前识别的feed 152，所述先前识别的feed 152自从搜索引擎172最后一次査看该feed 152 起已经改变。当爬行网络104时，搜索引擎172可以使用任何网络搜索或 者爬行方法，诸如在共同拥有的美国专利第6,021,409号中描述的用于爬行网络上的信息的方法，所述美国专利第6,021,409号的题目是"用于分 析、索引化或者搜索万维网网页的方法"(Method For Parsing, Indexing And Searching World-wide-web Pages)。搜索引擎172对于它找到的每个 新的feed 152在feed数据库174中建立一个或多个新的条目。起初，所述 一个或多个条目包含feed的位置、feed的标识符(诸如其名称)和在feed 152中包含或者由feed 152以其他方式提供或者与feed 152相关联的信息 的一些或者全部。例如，对于RSSfeed，这个信息可以包括在RSS feed文 件内的元数据的一些或者全部。这个feed信息通过搜索引擎172被从feed 152检索，并且被存储在feed数据库174中，以便所述feed数据库包含在 feed 152中提供的信息的一些或者全部。这样的信息可以包括feed描述、 情节描述、情节位置等。自动分析可以被执行或者可以不被执行以根据在feed 152中提供的信 息将feed 152匹配到已知的标签。例如，在一个实施例中， 一些RSS feed 包括类别元素，并且在那个元素中列出的类别被自动用作所述feed的初始 标签。虽然这不是类别元素的意欲用途，但是其被用作作为feed的更精确 的标签的产生的开始点的初始标签。注意，对于在feed 152中出现的术语 的客户搜索将返回那个feed作为结果，因此不必向新的条目提供标签以便 客户搜索正确地进行。起初，没有评价信息或者用户评论与新的条目相关 联。订阅服务器的管理器可以向公布者请求附加信息，诸如公布者的推荐 标签和公布者希望提供但是未在feed 152本身中提供的任何附加的描述性 ，自I A尼、ofeed数据库174还可以包括诸如对feed的质量的评论的信息，包括对 作为整体的系列的评论和专门对给定的feed 152中的每个情节的评论。所 述评论可以是评价，诸如"星"评级，并且可以包括由用户提供的附加的 描述。除了维护系列和系列中单独情节专用的信息以外，feed数据库174还 可以包括与feed的公布者、feed和/或情节的赞助商、在feed或者情节中 讨论的话题或者在feed或者情节中的人相关联的信息。feed数据库174还可以包括关于登广告者和与feed和情节相关联的广告的信息。例如， 一组一个或多个登广告者或者广告可以与每个feed相关联。这个信息可以然后用于选择要被发送到或者流播到消费者的计算装置 103的广告，如下更详细所述。为了便利podcast的客户搜索，feed搜索引擎172向用户的计算装置 103提供图形用户界面，允许所述用户使用订阅服务器118搜索feed 152 和订阅feed 152。在一个实施例中，所述图形用户界面可以是供应到计算 装置103以经由浏览器向用户显示的.HTML页面。或者，所述图形用户界 面可以通过在计算装置103上的某个其他软件被呈现给用户。参见图3来 讨论由浏览器呈现给用户的图形用户界面的一个示例。通过图形用户界 面，feed搜索引擎172接收用户搜索标准。搜索引擎172然后使用所述搜 索标准来作为用于识别满足用户的标准的feed 152的参数。所述搜索可以 包括因特网104的有效搜索、feed数据库174的搜索或者两者的某种组合 174。所述搜索可以包括在feed 152中提供的系列和在系列中的每个特定 情节的描述的搜索。所述搜索还可以包括对第三方提供的标签、评价，以 及在feed数据库174中列出但是未由feed 152本身提供的与feed 152相关 联的评论和其他信息的搜索。搜索的结果然后被显示到用户。在本发明的一个实施例中，类似于位于用户的计算装置103上的 DRM软件105，订阅服务器可以维护其本身的DRM软件158，该DRM 软件158跟踪位于媒体数据库120中或者存储在用户的计算装置中的媒体 文件的数字权利。因此，例如，在订阅服务器118向用户流播或者供应或 者传送任何媒体文件时，其验证那个特定媒体段的权利指定，并且仅仅如 果用户具有适当的权利才供应、流播或者传送所述文件。可以通过对在计 算装置103上、在用户信息数据库170中或者两者包含的信息的查看来确 定这一点。系统100还包括多个媒体服务器150，其远离计算装置103和订阅服 务器118，并且公布podcast。在一个实施例中，远离表示在逻辑的网络含 义上的远离可以使用不同的域名来作为它们的网络定位符——诸如统一 资源定位符(URL)——来访问每个媒体服务器150、每个计算装置103 和订阅服务器118。例如，可以通过URL "http:〃podcast.yahoo.com"来访问订阅服务器118，而每个媒体服务器150可以具有不同的URL，诸如 "www.abcnews.com"禾口 "www.itunes.com"。计算装置103可以具有专 用的URL，或者可以是可以间歇地连接到因特网104并且被系统给定暂时 URL的装置，所述计算装置通过所述系统进行连接。在另一个实施例中， 每个计算装置103、媒体服务器150和订阅服务器118的因特网协议 (IP)地址不同，这表示所述装置至少在逻辑意义上彼此远离。服务器150包括通过诸如如图所示的因特网的网络104可访问的一个 或多个feed 152，诸如RSS feed。如下更详细所述，feed 152包括关于feed 的信息(系列信息)以及关于feed 152的各种媒体文件154 (即情节)的 信息。feed 152还识别媒体文件154，以便它们可以在计算装置103上被订 阅管理器检索。媒体文件154可以驻留在具有feed 152的媒体服务器150 上，或者可以位于另一个服务器156上，服务器156事实上远离具有feed 152的媒体服务器150。如图1中所示，每个用户的计算装置103、订阅服务器118和媒体服 务器150以及其他服务器130、 156经由因特网104以通信方式连接。在替 代实施例中，系统的不同部件可以以通信方式不同地耦接，例如每个可以 无线地直接彼此耦接或者通过局域网或者广域网(WAN)等耦接。另外， 可以分布功能部件以便可以在订阅服务器118处执行搜索引擎172的某些 功能，或者以模块的形式分布功能部件以在遍布系统100中的各个位置操 作。因此，在此与特定装置或者部件或者位置相关联的功能或者部件的说 明仅仅是一个可能的实施例。搜索引擎172还向用户提供附加功能和便利。由搜索引擎172向用户 的计算装置103提供的用户界面允许用户从同一界面(经由订阅按钮)订 阅所显示的feed,(经由收听按钮)收听所显示的feed的情节，并且(经 由点击超链接的题目)获得关于feed的完整信息。用户不必知道所述feed 驻留在因特网上何处，并且仅仅需要与搜索引擎的用户界面交互以执行这 些动作。而且，用户不必明确地将他的计算机引导来访问公布者的网站以 订阅、收听或者获得关于feed的额外信息。系统IOO还包括广告选择系统180。广告选择系统180根据从消费者接收的媒体文件请求来选择要发送到消费者的广告。在所示的实施例中， 广告选择系统180接收对于媒体文件154的请求；确定是否应当将广告与 媒体文件154 —起提供；准备对于所述请求的响应；并且向所述请求装置103、 150、 118或者其他某种指定接收装置103、 150、 118发送响应。在 一个实施例中，所述响应仅包括由广告选择系统180选择的广告，媒体文 件由除广告选择系统180以外的另一个计算装置分别和独立地提供到所述 请求装置103、 150、 118或者其他某个指定接收装置103、 150、 118。在 一个替代实施例中，所述响应包括广告和所请求的媒体文件两者。在一个实施例中，广告选择系统180可以被实现为可以由与网络104 连接的任何服务器或者计算装置访问的独立的远程系统。在一个替代实施 例中，广告选择系统180可以被实现为媒体服务器150或者订阅服务器 118的一部分。在另一个实施例中，即使在网络上没有可分辨的单个位置 可以被识别为广告选择系统180，广告选择系统180的各种部件也可以以 执行广告选择系统180的功能的方式被分离和分布在媒体服务器150、订 阅服务器118和计算装置103当中。广告选择系统180选择和提供广告以用于媒体文件。广告选择系统 180可以依赖于实现方式而直接地或者间接地与在图1中所示的各个服务 器或者计算装置交互。例如，在一个实施例中，广告选择系统180可以适 于作为媒体服务器150对对于媒体文件154的请求的处理的一部分仅仅与 媒体服务器150交互，因此，从不直接地与消费者的计算装置103交互。 在一个替代实施例中，可以在消费者知道或者不知道的情况下，初始将对 于媒体文件154的消费者请求引导到广告选择系统180，以便消费者的计 算装置103从不直接地与使用广告选择系统180来提供广告的媒体服务器 150交互。在一个实施例中，除了选择和检索广告之外，广告选择系统180还可 以向媒体文件或者媒体数据流中插入所选择的广告。当插入广告时，广告 选择系统180被设计为与使用用于识别广告应当被插入媒体文件的媒体数 据中的何处的信息建立的媒体文件一起工作，并且也与不关心以后插入广 告而建立的媒体文件一起工作。广告选择系统180还跟踪被插入到媒体文件中或者与媒体文件一起提供的广告。从这个信息，广告选择系统180然后能够对登广告者收费，并且对于媒体文件公布者进行贷记(credit)。图2是广告选择系统的架构的一个示例实施例的图示。在所述架构 200中，以呈现装置202形式的消费者的计算装置和媒体服务器204经由 诸如因特网104的网络与广告选择系统206通信。在所示的实施例中，广 告选择系统206接收对于媒体文件的请求；可以确定是否广告应当与媒体 文件一起提供；准备对于所述请求的响应，其中包括所选择的广告；并 且，向所述请求装置或者其他某个指定接收装置发送所述响应。所述响应 当被呈现时导致广告被呈现到消费者。在图2中所示的示例实施例图解了作为独立模块的广告选择系统206 的功能。虽然并非必需，但为了方便，在功能程序模块的一般上下文中描 述本发明，所述功能程序模块可以对应于或者可以不对应于特定的计算机 可执行的指令，所述指令可由诸如客户机工作站或者服务器之类的计算机 执行。 一般，程序模块包括例程、程序、对象、组件、数据结构等，其执 行特定任务或者实现特定的抽象数据类型。虽然被作为分离的和不同的模 块而讨论，但本领域技术人员可以认识到，根据在开发期间进行的实现方 式选择，各种模块的一些或者全部可被组合或者进一步划分为独立的子模 块，而不改变所述实施例的整体功能。另外，如上在替代实施例中所述， 所述的模块的一些或者全部可以被分布在网络104上的其他计算装置中。广告选择系统206具有请求截取器208,用于从诸如呈现装置202和 媒体服务器204的远程计算装置接收请求。在一个实施例中，所述请求是 对于由广告选择系统206处理的媒体文件的请求。请求截取器208可以直 接地从呈现装置接收请求，即所述请求被寻址到广告选择系统206，或 者，请求截取器208可以间接地从其他的计算装置接收请求，即在呈现装 置知道或者不知道的情况下，所述请求被转发到广告选择系统。在一个替 代实施例中，附加的请求截取器模块可以被实现在媒体服务器204上，以 便截取和向广告选择系统206转发对于特定媒体文件的请求。请求截取器208接收请求，并且选择要被插入到对于所述请求的响应 的广告。在一个实施例中，请求截取器208査看所述请求，并且根据诸如请求者的身份、请求的来源、请求的时间和被请求的媒体文件之类的在请求中的信息，请求截取器208进行其选择。例如，请求截取器208可以维护应当提供广告的媒体文件的列表，作为一种类型的广告选择规则。在一 个实施例中，所述列表可以指示或者可以不指示应当响应于对于在列表中 的每个媒体文件的请求而提供哪个或哪些广告。作为所述确定处理的一部分，请求截取器208还可以访问和检索附加信息，诸如在用户信息数据库 170或者feed数据库174中维护的附加信息。在一个替代实施例中，请求 截取器208可以不进行任何确定，并且可以同样地处理所有的请求。在所示的实施例中的广告选择系统206还包括媒体文件检索器210。 媒体文件检索器210检索在所述请求中标识的媒体文件。在一个实施例 中，媒体文件检索器210可以从由广告选择系统206维护或者可由广告选 择系统206访问的媒体文件库212检索文件。在一个替代实施例中，媒体 文件检索器210可以从由媒体服务器204维护的远程媒体文件库252请求 和检索文件。在另一个实施例中，如果所述请求原始由媒体服务器204提 供，则所述媒体文件可能已经被提供了请求，在这种情况下，媒体文件检 索器210可以简单地使用所述请求来访问媒体文件。在另一个实施例中， 广告选择系统206不包括媒体文件检索器210，并且仅仅能够响应于媒体 文件请求而提供广告。广告选择系统206包括广告选择器模块214。广告选择器模块214选 择要与响应的媒体文件一起提供的一个或多个广告。在一个实施例中，作为所述选择处理的一部分，广告选择器模块214访问一组广告规则216。 所述选择可以基于许多不同的因素，所述因素包括所接收的请求的内容， 并且所述选择可以涉及附加信息的访问和检索，所述附加信息诸如是在用 户信息数据库170或者feed数据库174中维护的附加信息。例如，可以针对请求者的地理位置上选择广告(或为了方便而称为"ad")，可以通过 将比较请求的首标信息——诸如被分配到请求者的呈现装置的IP地址—— 与DNS服务器目录进行比较来获得这样的信息。可以根据诸如请求者的 人口统计信息或者发出请求的用户的标签历史来选择广告，可以从用户信 息数据库170获得这样的信息。还可以根据呈现媒体文件的呈现装置的能力来选择广告。读者可以明白，可以获得的任何基础和信息可以作为所述 选择处理的一部分用于选择特定的广告。在另一个实施例中，广告规则 216可以包括广告仅跟与一个或多个标签相关联的媒体文件一起提供的规则，这样的规则使用来自feed数据库174或者诸如标签数据库的其他某种数据库的信息，所述标签数据库包含与已知的媒体文件相关联的标签或者 其他信息。这种规则允许根据与媒体文件相关联的消费者提供的标签来呈 现广告。以这种方式，虽然通过广告选择系统自动选择了广告，但是实际 选择可能随着时间改变，因为与媒体文件相关联的标签信息响应于附加的 消费者提供的标签的接收而随着时间改变。因此，消费者提供的标签是另 一个基础，基于其可以选择广告。在一个podcast具体实施例中，广告规则216可以包括基于媒体文件 关联于什么系列的规则，例如媒体文件是特定的feed的情节。因此，可以 根据podcast来自动插入广告，这允许登广告者将广告置于整个podcast的 每个情节中达到一段时间。在选择了广告后，广告检索器218被提供来检索所选择的广告。在所 示的实施例中，广告选择系统206与广告库220通信。广告库220可以是 本地的海量存储器，其包含可由广告选择系统206选择的广告。或者，根 据所选择的一个或多个广告，广告选择系统206可以访问由登广告者或者 登广告者的代表维护的一个或多个远程广告库220。所检索的广告可以本 身具有媒体文件的形式，或者可以是具有由目的地装置可呈现的形式的或 者具有准备好插入文件或者响应中的形式的媒体数据。广告选择系统206可以包括或者可以不包括广告插入器222，广告插 入器222将媒体文件和广告组合。所述组合可以包括从广告向媒体文件加 上一些媒体数据，建立广告和媒体文件的容器，或者建立作为来自媒体文 件和广告的媒体数据的某个组合的新的媒体文件。在一个实施例中，通过广告插入器222来建立容器，该容器本身可以 是包含广告和媒体文件的可呈现的媒体文件。广告插入器222向容器中插 入广告或者来自广告的媒体数据和来自媒体文件的一些或者全部的数据。 广告可以被插入，以便在呈现媒体文件之前、在完全地呈现媒体文件后呈现它，或者在媒体文件内的某个点呈现它以便通过广告来中断媒体文件。在另一个实施例中，广告插入器222可以建立响应消息，该响应消息 包括广告、媒体文件和对最终的呈现装置的某种指示，以在相对于对媒体 文件的媒体数据的呈现的特定点呈现广告。在流播实施例中，广告插入器222可以负责建立媒体数据的流，因此控制来自广告的媒体数据相对于来自媒体文件的媒体数据应当在流中的那 个点出现。在另一个实施例中，所述呈现装置可以已经具有媒体文件，并且广告插入器222可以然后建立响应，该响应仅仅由所选择的广告和/或对于呈现 装置的指示构成。所述指示可以是命令，该命令标识要插入所选择的广告 的位置。或者，所述指示可以是到由广告选择器模块214选择的广告的链 接。这种实施例可用在呈现装置已经具有媒体文件并且媒体文件包括用于 识别在哪里呈现广告的信息的时候，在这种情况下，呈现装置仅仅需要获 得广告。广告选择系统206具有发送模块240，发送模块240封装所述响应以 发送到适当的目的地，无论所述响应是包含所选择的一个或多个广告的数 据流还是离散文件。例如，可以将所述响应封装为符合诸如HTTP、 SMTP、 TCP/IP或者PPP之类的通信协议的传送结构。广告选择系统206还包括跟踪和结账模块242。跟踪和结账模块242 维护什么广告响应于什么媒体文件请求而被提供到谁的记录。另外，可以 记录更多、更少或者不同的信息，例如请求者的人口统计信息、请求者的 电子邮件地址或者诸如作为用户数据库中的用户标识符的其他识别信息以 及媒体文件的来源。跟踪和结账模块242可以根据在登广告者和广告选择 系统的运营商之间的当前合同而向登广告者自动产生电子或者纸张发票。 跟踪和结账模块242可以自动向媒体文件(广告与其一起提供)的公布者 或者拥有者产生电子或者纸张的支付、奖励或者贷记。也可以根据在公布 者和广告选择系统的运营商之间的当前合同来确定这样的支付或者贷记。注意，如上所述的系统的实施例允许实时地响应于对于媒体文件的请 求而提供广告，而不需要在媒体文件公布者和建立和提供广告的登广告者之间的直接的预先交互。在一个实施例中，登广告者可以与广告选择系统 交互以识别合同条款、广告规则和对于登广告者的广告提供的访问。然 后，与未来的媒体文件下载和通过广告选择系统处理的呈现请求一起，按 照所述合同条款和广告规则来自动地提供登广告者的广告。同样，公布者仅须在必要时与广告选择系统交互，以对于符合广告选 择系统的要求的媒体文件进行访问。这可以包括将媒体文件请求取路由到 广告选择系统，或者在公布者的媒体服务器上安装一些或者全部的广告选 择系统的软件。这也可以包括如下所述的在媒体文件中插入广告标记。但 是，在公布者已经满足了要求后，然后通过广告插入引擎来自动地提供广 告，并且公布者从不需要与任何登广告者直接地协商。图3是按照本发明的一个实施例的能够产生对于媒体文件的请求的示例用户界面300。在所示的实施例中，图形用户界面300是podcast搜索引 擎，其能够搜索podcast和作为podcast的情节的媒体文件。本领域技术人 员可以明白这仅仅是图形用户界面的一个示例，不论所述图形用户界面是 服务器产生的还是通过呈现装置来产生的，用户从其中可以找到和请求要 呈现的媒体文件。图形用户界面300 (GUI)包括在界面内的几个区域，每个区域包含 一个或多个用户界面元素。GUI 300包括几个区域，每个区域包含一个或 多个被显示的用户界面元素。用户界面元素的示例包括非交互性的元 素，诸如向用户显示的文本、图像和视频帧；以及交互性的元素，诸如用 户控件，例如文本框、链接、滚动条、图标和下拉框。在一个实施例中， GUI 300是feed搜索引擎172的"主"页，当经由计算装置103上的浏览 器访问搜索引擎172时向计算装置103显示"主"页。GUI 300包括podcast搜索区域302，其中，用户可以输入对于podcast 的搜索标准。所述搜索是通过经由"搜索"按钮308提供的用户命令启动 的。经由与搜索字段304相关联的下拉框306，可以将搜索限于仅仅搜索 系列、仅仅搜索情节或者搜索与所述标准匹配的系列和情节。GUI 300还 包括题目为"新的和值得注意的"的区域310、"雇员推荐"312和 podcast推荐区域314以及用于使用标签来找到podcast的其他区域。在这些区域内，各种podcast被列出(诸如"GameSpot" podcast 350)或者显 示。与每个podcast相关联地显示了 "收听"按钮330和"订阅"按钮 332。订阅按钮332使得计算装置103订阅与按钮332相关联的podcast。收听按钮330使得被识别的系列的最新的情节被下载到用户的计算装 置103，并且通过计算装置的媒体播放器被呈现到用户(例如如果是文本 则显示，如果是音频或者视频内容则使用适当的媒体播放器来播放)。在 一个实施例中，用户对收听按钮330的启动导致基于服务器的媒体播放器 的执行，该媒体播放器流播用户的浏览器中的适当的媒体文件，以在专门 的podcast用户界面中呈现。在一个实施例中，用户对收听按钮330的选择启动广告选择系统。在 一个实施例中，用户对收听按钮330的选择使得用户的计算装置发送对情 节的相关联的媒体文件的请求。由收听按钮330产生的请求可包括从GUI 300或者用户的计算装置103得到的附加信息，该附加信息可被广告选择 系统用于选择和提供具有包含媒体文件的响应的广告。例如，所述请求可 以包括用于向广告选择系统或者订阅服务器识别用户的信息、用于识别用 户的计算装置的能力的信息和关于已经由计算装置接收的广告的信息。由收听按钮330确定的请求可以被直接地发送到广告选择系统，或者 间接地首先经由向订阅服务器或者媒体服务器的发送而发送到广告选择系 统，在所述订阅服务器或者媒体服务器中，所述请求被截取和传送到广告 选择系统。注意，GUI 300允许用户从同一界面300订阅所显示的feed (经由订 阅按钮)，收听所显示的feed的情节(经由收听按钮)并且获得关于feed 的完整信息(经由点击超链接的题目)。用户不必知道feed或者媒体文件 位于因特网上的何处。而且，用户不必访问公布者的网站以订阅、收听媒 体文件或者获得关于feed的附加信息。图4是按照本发明的一个实施例的示例用户界面400，其示出了 podcast搜索的结果。在搜索结果中，GUI 400被划分为几个区域，包括在 GUI 400顶部的搜索区域302。一个区域402示出了被作为匹配搜索项"科学"(science)而返回的系列。在GUI 400中，术语"科学"被以黑体示出，以帮助用户识别在哪 里找到了所述术语。系列结果区域402提供所列出的每个系列的来自feed的系列题目、描 述和图像。另外，从feed数据库提供如上所述的每个系列的评价。除了评 价"星"之外，所述评价还包括已经评价了该podcast的用户数量显示 406，以提供关于podcast的可能质量的用户附加信息。收听和订阅按钮也 被提供，允许用户使用单个命令来收听或者订阅任何列出的系列。在列表 402中的附加元素是标签显示408，其列出用户已经与系列相关联的标 签。从feed数据库174获得所述标签。在GUI 400上提供用户界面元素， 允许用户"观看所有的系列结果"。同样，在GUI 400上提供了另一个用 户界面元素，允许用户"观看所有的情节结果"。情节结果区域404实质上包括如在系列结果区域402中所示的情节的 对应信息。情节结果区域402提供所列出的每个情节的情节题目、系列题 目和情节说明。另外，从feed数据库提供如上所述的每个情节的评价。在 所示的实施例中，未评价任何情节，因此未填充任何星。除了等级"星" 之外，所述评价还包括多个用户显示406，其指示已经评价情节的用户的 数量，以给出关于情节或者feed的评价的可能质量的附加信息。收听按钮 和下载按钮410也被提供，允许用户使用单个命令来收听或者下载任何列 出的情节。在列表402中的附加元素是标签显示408，其列出了用户已经 与单独的情节相关联的标签。从与情节相关联的feed数据库174信息获得 所述标签。在一个实施例中，系列题目和情节题目是具有链接形式的用户界面元 素，其当被用户诸如经由在链接上的鼠标点击而选择时，打开系列描述页 面或者情节描述页面。这些描述页面包括关于相关联的feed或者情节的附 加的和更详细的信息。在一个实施例中，如上所述，用户对于收听按钮的选择启动广告选择 系统。另外，用户对于下载按钮的选择也可以启动广告选择系统，使得广 告选择系统提供要发送到用户的计算装置的相关联的媒体文件和广告。图5是用于描述一种用于响应于请求而选择广告的实施例的流程图。在实施例500中，当在接收请求操作502中接收到请求时，所述方法开始。所述请求可能已经是去往接收计算装置的，或者可能已经被截取并从 另一个位置重新路由到广告选择系统。可以从或者可以不从在发送操作512中响应最后被发送到的同一计算装置接收所述请求。为了本说明书的 目的，在所示的实施例500中，请求将被描述为对要被提供到发出请求的 呈现装置的媒体文件的请求。但是，应当明白，所述请求可能是对于任何 类型的文件的请求，或者甚至是对于要由接收计算装置执行的行为的请 求，因此，从一个计算装置向另一个的任何通信可以导致执行所述方法 500的剩余的操作。查看所述请求，并且如果其是应当提供广告的请求，则选择操作508 响应于所述请求而选择应当提供的广告。所述选择可以包括查看所述请 求，从远程和本地的数据库获得附加信息，并且将任何相关信息与选择什 么广告和如何提供或者发送广告的一组规则相比较。所述选择可以基于许 多不同的因素，所述因素包括所接收的请求的内容，并且所述选择可以涉 及附加信息——诸如用户信息数据库170或者feed数据库174——的访问 和检索。选择操作508可以包括从一组广告选择一个或多个广告。选择操作508可以包括使用逻辑判定树，该逻辑判定树由用于选择的 规则构成。例如，在一个实施例中，登广告者可以提供用于同一产品或者 服务的一组广告，其中，对于不同的人口统计信息、不同的计算装置能力 (即每个广告可由不同的计算装置呈现)、不同的地理位置或者不同的feed定制每个广告。然后，可以建立广告规则，以便对于足球迷定制的广 告响应于对于与足球相关联的媒体文件的请求而被发送到对于足球感兴趣 的用户，而对于在洛杉矶的人们定制的广告被发送到在洛杉矶的用户。广告规则可以定义特定广告要被发送所必须满足的标准。所述标准可 以是特定标签与请求者或者所请求的文件相关联。标准的另外示例是所 述请求者或者所请求的文件与特定的地理位置相关联、与特定的人口统 计信息相关联、与特定的标签相关联或者与关联于其他某个指定媒体文件 的一个或多个标签相关联。在一个实施例中，可以与请求相关联的可用于广告选择系统的信息可以在广告规则中用作标准。例如，广告已经被提供的次数可以用作标准， 这允许登广告者购买特定数量的广告布置。广告已经被提供的次数的标准可以被定义为由广告选择系统存储的总数、可在feed数据库174中存储的 响应于对于特定feed中的媒体文件的请求而提供广告的次数，或者可在用 户信息数据库170中存储的向特定用户提供广告的次数。作为另一个示例，对于足球迷定制的广告可以具有如下标准为了选 择广告，请求者或者媒体文件必须与标签"幻想足球"相关联。广告规则 可以是分级的，以便首先查看足球广告规则，并且如果不满足足球广告规 则标准(例如请求者或者媒体文件不与标签"幻想足球"相关联)，则接 着查看第二广告规则，等等，直到选择了广告。所述分级可以终止于选择 默认广告或选择无广告。所述分级可以部分地基于登广告者愿意花多少钱 而被确定。来自一个或多个登广告者的广告规则可以被组合以形成用于从 多个登广告者选择广告的一组广告规则。在选择了广告后，检索广告操作510检索所选择的广告。可以从诸如 广告库220的本地或者远程位置来捡索广告。所检索的广告可以本身具有 媒体文件的形式，或者可以是具有准备好插入文件中的形式的媒体数据。接着，向请求所指向的接收装置发送所选择的一个或多个广告。在所 示的实施例500中，广告被封装到响应中，并且按照请求的引导被发送。 如上文所述以及下文更详细所述，在一个实施例中，所述发送可以包括媒 体文件以及所选择的广告，其中，所述广告可以作为独立的媒体文件被发 送。在另一个实施例中，所述发送可以包括单个文件，该文件包含从媒体 文件和广告获得的组合的媒体数据。在另一个实施例中，所述发送可以是 包含从广告获得的媒体数据的媒体数据流。所述方法500还包括记录交易操作514，其中，记录请求和响应的细 节。记录交易操作516建立关于什么广告与什么媒体文件一起提供和提供 到谁的记录。另外，还可以记录其他信息，诸如请求者的人口统计信息、 请求者的电子邮件地址或者其他识别信息，以及媒体文件的来源。记录交易操作514还可以包括在用户信息数据库170中记录关于广告 被发送到初始作出所述请求的用户的信息。这个信息可以用于例如以后产生广告，以便用户不多次接收到同一广告或者自动地以指定顺序接收到一 组广告。记录交易操作514还可以包括在feed数据库174中记录关于广告被发 送到feed的消费者的信息。所述信息可以由公布者用于确定什么feed对于 什么登广告者是流行的。所述信息也可以用于由登广告者使用，以便他们 可以识别他们的广告规则的结果，而且，这个信息可以在例如广告的以后 的产生中使用，以便例如知道具有从特定的登广告者提供广告的近来历史 的feed。登广告者可以然后建立广告选择规则，所述广告选择规则例如自 动使用这个信息来避免提供竞争性的广告或者提供直接地与特定的登广告 者竞争的在同一 feed中的广告。执行对于登广告者结账的操作516，其中，对于登广告者针对向消费 者提供广告结账。所述对于登广告者结账的操作516可以根据在登广告者 和广告选择系统的运营商之间的当前合同向登广告者定期和自动地产生电 子或者纸张的发票。可以根据广告选择系统可以获得的许多不同的因素来确定对于特定的 广告收取的费用(和支付给内容公布者的对应费用)。例如，广告被选择 的次数可以用作当确定费用时的因素。因此，登广告者和广告选择系统运 营商可以在实际选择广告之前根据被呈现给消费者的广告的数量来协商一 个渐进的成本。这允许所述各方考虑到一个广告可以被很少次数地或者很 多次数地选择的不确定性。同样，所述费用可以基于广告选择系统可以获得的其他信息，例如， 费用可以基于广告被选择用于的媒体文件或者内容项目的整体评价。登广 告者可以然后支付更高费用，并且公布者可以接收更高费用，以用于与具 有更高评价的内容一起布置广告。这允许当内容的评价实时的调整时所述 费用自动调整。作为另一个示例，可以根据接收广告的用户的人口统计信 息来调整费用，因此允许所述费用考虑到登广告者对达到特定的人群的期 望，这使得系统对于那些登广告者更具有吸引力。作为另一个示例，内容 项目的流行度可以用于确定所述费用，更流行的内容提高所述费用。还执行支付公布者操作518，其中，公布者或者媒体文件的拥有者由于使用媒体文件作为用于向消费者提供广告的工具而被贷记或以其他方式 获得报酬。支付公布者操作518可以自动产生对于公布者或者用来一起提 供广告的媒体文件的拥有者的电子或者纸张的支付或者其他贷记。还可以 根据在公布者和广告选择系统的运营商之间的当前合同来确定这样的支付 或者贷记。图6是用于更详细地描述按照本发明的一种用于选择广告和响应于对 于媒体文件的请求而提供它的方法的一个实施例的流程图。在实施例600中，访问来自用户信息数据库170的用户数据，以便根据与关联于所述请求的用户相关联的信息来选择广告。在实施例600中，维护一个用户信息数据存储器，并且其对广告选择 系统是可访问的。所述用户信息数据存储器可以是对于广告选择系统可访 问的远程的数据库，诸如用在图1中的用户信息数据库170，或者可以是 由广告选择系统维护的用户数据库。用户信息存储器包括与数据存储器已 知的每个用户相关联的用户信息。如上所述，用户信息可以包括由用户主 动提供的信息，诸如人口统计信息、位置、地址和兴趣，这些是响应于让 用户对于向由订阅服务器118和广告选择系统180服务的社区描述他自己 的请求而获得的。用户信息还可以包括用户与订阅服务器118和广告选择 系统180的交易和交互的历史。例如，用户信息可以包括在特定时段内一 一诸如在最近30天内——被发送到用户的所有广告的历史，其可以被称 为广告消费历史。在一个实施例中，可以通过用户标识符来识别用户信息数据存储器己 知的每个用户，并且每个用户标识符与不同的用户信息相关联。用户标识 符可以是用户选择的标识符或者可以是用户不明确地知道的标识符，其可 以被包括在用户的计算装置上的cookie或者其他元素中，用户信息数据存 储器从其可以识别用户。因此，在一个实施例中，用户需要登录到订阅服 务器118，由此允许系统明确地鉴别用户的身份，其后，在会话期间的所 有请求与用户相关联。在一个替代实施例中，鉴别是自动的，并且可以通 过查看来自用户的请求而确定用户的身份。在实施例600中，在接收请求操作602中接收请求，诸如参见图5所述。接着，在识别请求者操作604中识别请求者的身份。识别请求者操作604可以包括査看所述请求以识别用户标识符。或者，可以使用其他信息 来识别请求者，所述信息诸如是预先提供的用户标识符，所述用户标识符 与会话相关联，或者与用户以前使用的计算装置相关联，所述请求是所述 会话的一部分。所识别的请求者可以是其呈现装置是广告应被发送到的最后目的地的 用户，所述最后目的地与请求的来源可以相同也可以不同。例如，广告选 择系统可以从中间方——诸如订阅服务器118或其他某个计算装置——接 收在接收操作602中接收的请求。所述中间方可以仅仅向广告选择系统转 发所接收的请求，或者中间方可以响应于或者预期用户请求而产生广告选 择请求。由广告选择系统接收的请求可以包括对广告选择系统的引导，引 导其直接向初始请求的来源(即用户)发送所选择的广告，或者可以引导 所述广告选择系统来向中间方返回广告，以随后发送到初始请求的来源。在识别了请求者后，在访问用户数据存储器操作606中访问用户信息 数据存储器，并且获得与请求者相关联的信息，用户信息然后用于在选择 广告操作608中选择广告。可以根据如何实现系统来在必要时仅仅查看或 者从数据存储器检索在访问用户数据存储器操作606中访问的信息。选择广告操作608根据与请求者相关联的用户信息和广告选择标准来 选择广告，如上所述，所述广告选择标准可以包含在一组广告规则中。例 如，如果请求者与关联于足球的用户信息相关联，则所选择的广告可以是 以足球为中心的版本，而不是被设计来吸引所有的观众的默认广告。所选 择的广告然后如请求所引导的那样，在发送操作610中被发送，诸如参见 图5所述的那样。图7是用于更详细地描述按照本发明的一种用于选择广告的方法的另 一个实施例的流程图。在实施例700中，访问标签信息，以便根据与所请 求的媒体文件相关联的信息来选择广告，所述标签信息诸如是在如上所述 的feed数据库中的标签信息。在实施例700中，维护标签信息数据存储器，其对于广告选择系统是 可访问的。所述标签信息数据存储器可以是对于广告选择系统可访问的远程数据库，诸如在图1中的feed数据库174，或者可以是由广告选择系统维护的标签数据库。所述标签信息数据存储器包括与媒体文件相关联的标 签信息，诸如一组一个或多个标签、提供标签的用户的标识符、每个标签 已与给定的媒体文件相关联的次数。如上所述，标签是由用户或者公布者选择的关键字，用于描述特定的媒体文件或者feed。标签可以是任何字或 者键击组合。在一个替代实施例中，标签还可以是媒体文件，诸如图标、 图像或者音频文件。在一个实施例中，可以通过媒体文件标识符来识别标签信息数据存储 器已知的每个媒体文件，并且每个媒体文件标识符与不同的标签信息相关 联。在一个实施例中，媒体文件标识符是媒体文件的URL或者其他某种 网络位置标识符。在一个替代实施例中，可以通过其他某种方法来识别媒 体文件，诸如经由在媒体文件内的元数据，在这种情况下，在媒体文件能 被广告选择系统识别之前需要获得或者査看所述媒体文件。在实施例700中，在接收请求操作702中接收请求，诸如参见图5所 述。所述请求可以是对于媒体文件的请求，或者是在一定程度上与媒体文 件相关联的请求，诸如对于与媒体文件相关联的描述信息的请求。接着， 在识别媒体文件操作704中识别媒体文件的身份。识别媒体文件操作704 可以包括查看用于识别媒体文件标识符(如URL)的请求。或者，可能需 要检索和查看所述媒体文件以便充分识别媒体文件以用于剩余的操作。在识别了媒体文件后，在访问标签数据存储器操作706中访问标签信 息数据库，并且在获得标签信息操作708中获得与媒体文件相关联的信 息。然后，在选择广告操作710中，使用标签信息来选择广告。可以根据 如何实现系统而在必要时仅仅查看或从数据存储器检索在获得标签信息操 作708中获得的信息。选择广告操作710根据与媒体文件相关联的标签信息和广告选择标准 来选择广告，如上所述，所述广告选择标准可以包含在一组广告规则中。 例如，如果媒体文件与关联于足球的标签信息相关联，则所选择的广告可 以是以足球为中心的版本，而不是被设计来吸引所有的观众的默认广告。 所选择的广告然后如请求所引导的那样，在发送操作712中被发送，诸如参见图5所述的那样。图8是用于更详细地描述按照本发明的一种用于选择广告的方法的另 一个实施例的流程图。在实施例800中，与请求相关联的物理位置被确定 以便根据物理位置而自动选择广告。所述物理位置可以与对于请求的响应的目的地的当前或者假定位置、关联于请求者的位置(诸如参见图6所述 的)或者关联于媒体文件的位置(诸如参见图7所述的，其中，所述位置可以是与媒体文件相关联的标签)相关联。在实施例800中，在维护数据库操作850中，位置信息数据存储器被 维护，并且对于广告选择系统是可访问的。位置信息数据存储器可以是对 于广告选择系统可访问的远程的数据库，诸如域名系统(DNS)数据库、 WHOIS数据库或者用户信息数据库，诸如图1中所示的用户信息数据库 170，位置信息数据存储器或者可以是由广告选择系统维护的位置信息数 据库。所述位置信息数据存储器包括与用户、计算装置或者这两者相关联 的位置信息，诸如一组一个或多个位置。如果在用户信息数据库中维护所 述位置，则所述位置可以与用户标识符相关联。在一个替代实施例中，位置可以与在诸如feed数据库174的媒体文件 信息数据库中的媒体文件相关联。这允许去往特定位置的媒体文件诸如经 由在数据库中与媒体文件相关联的位置标签而与所述位置相关联。在实施例800中，在接收请求操作802中接收请求，诸如参见图5所 述的那样。所述请求可以是对于媒体文件的请求，或者是在一定程度上与 媒体文件相关联的请求，诸如对于与媒体文件相关联的描述信息的请求。 接着，在识别逻辑位置操作804中识别与请求相关联的逻辑位置。所述识 别逻辑位置操作804可以包括査看所述请求以识别逻辑标识符，所述逻辑 标识符可以用于在以后的操作中解析为物理位置。在实施例中，逻辑标识 符可以是下述项中的一个或多个用户标识符、媒体文件标识符或者计算 装置标识符。例如，识别逻辑操作804可以识别目的地计算装置的IP地 址，对于请求的响应应当被发送到所述计算装置。在识别了媒体文件后，在访问位置数据存储器操作806中访问位置信 息数据存储器，并且在获得物理位置操作808中获得与逻辑地址相关联的信息。所述位置信息然后用于在选择广告操作810中选择广告。可以根据 如何实现系统而在必要时仅仅查看或者从数据存储器检索在获得物理位置 操作808中获得的信息。选择广告操作810根据与请求和广告选择标准相关联的物理位置而选择广告，如上所述，所述广告选择标准可以包含在一组广告规则中。例 如，如果所述请求是请求向旧金山提供媒体文件，则所选择的广告可以是针对旧金山居民的广告。所选择的广告然后在发送操作812中如所述请求 所引导的那样被发送，诸如参见图5所述。图9是用于更详细地描述按照本发明的一种用于选择广告的方法的另 一个实施例的流程图。在实施例900中，访问与所请求的媒体文件相关联 的标签信息，以便根据与所请求的媒体文件相关联的信息来选择广告。在实施例900中，维护标签信息数据存储器，其对于广告选择系统是 可访问的。所述标签信息数据存储器可以是对于广告选择系统可访问的远 程数据库，诸如在图1中的feed数据库174，或者可以是由广告选择系统 维护的标签数据库。所述标签信息数据存储器包括与媒体文件相关联的标 签信息，诸如一组一个或多个标签、提供标签的用户的标识符和每个标签 已经与给定的媒体文件相关联的次数一一其也被称为标签密度。如上所 述，标签包括具有关键字形式的描述符，所述关键字被用户或者公布者选 择来描述特定媒体文件或者feed。标签可以是任何字、词组或者键击组 合。在替代实施例中，标签还可以是媒体文件，诸如图标、图像或者音频 文件。一般，标签密度是用于确定一个给定的标签描述给定的媒体文件的精 确程度的量度。因为通过消费媒体文件的群体成员来提供标签，因此更经 常地通过成员而提供的标签被看作对于所述群体整体而言的媒体文件的更 精确的描述。在一个实施例中，每个成员可以对于任何给定的文件仅仅提 供一次给定的标签。因此， 一个用户不能通过对于同一媒体文件多次提供 同一标签而使得所述量度偏离。在一个实施例中，可以认为标签包括标签 的描述符和与描述符相关联的标签密度。在一个替代实施例中，所述标签 可以被认为是描述符，标签密度可以被认为是独立的元素。为了本说明书的目的，除非另外指定，否则标签包括描述符和标签密度。在一个实施例中，可以通过媒体文件标识符来识别标签信息数据存储 器已知的每个媒体文件，并且每个媒体文件标识符与不同的标签信息相关 联。在一个实施例中，媒体文件标识符是媒体文件的URL或者其他某种 网络位置标识符。在一个替代实施例中，可以通过其他某种方法来识别所 述媒体文件，诸如经由在媒体文件内的元数据，在这种情况下，在广告选 择系统可以识别媒体文件之前需要获得或者查看媒体文件。在实施例900中，在接收请求操作902中接收请求，诸如参见图5所 述的那样。请求可以是对于媒体文件的请求，或者是在一定程度上与媒体 文件相关联的请求，诸如对于与媒体文件相关联的描述信息的请求。接 着，在识别媒体文件操作904中识别媒体文件的身份。所述识别媒体文件 操作904可以包括查看所述请求以识别媒体文件标识符，诸如URL。或 者，可能需要检索和查看所述媒体文件，以便充分地识别所述媒体文件以 用于剩余的操作。在识别了媒体文件后，在访问标签数据存储器906中访问标签信息数 据存储器，并且在获得标签信息操作908中获得与媒体文件相关联的一个 或多个标签。在实施例900中，所获得的标签信息包括至少一个与媒体文 件相关联的标签。如上参见图1所述，每个标签包括与媒体文件相关联的 描述符或者描述部分(即诸如"幻想足球"的标签的描述部分)，并且对 于每个标签，还包括与该标签相关联的标签密度。可以根据如何实现系统 在必要时仅仅查看或者从数据存储器检索在获得标签信息操作708中获得 的信息。在获得标签信息后，在识别最高密度标签操作910中，识别具有最高 的标签密度的标签。最高密度标签是根据从媒体文件的消费者接收的信息 而认为是最能描述媒体文件的标签。在一个实施例中，标签密度是在接收 到标签信息时已经使用该标签识别了媒体文件的用户的数量。最高密度标 签因此是具有最高数量的标签。在一个替代实施例中，标签密度可以是以 除了使用记数法的绝对数之外的不同方式计量分数的量度。例如，可以根 据子群体来维护单独的标签密度，并且可以根据子群体与广告的相关度的某种加权平均来确定最高密度标签。最高密度标签操作910然后传送具有 最髙标签密度的标签，以由广告选择系统进一步评估。接着，标签密度门限值确定操作912确定是否被评估的标签的标签密 度大于某个最小的门限值。这防止来自消费者群体的标签信息较少或者没 有的媒体文件被用作选择广告的基础。可以选择所述门限值使得仅仅由足 够数量的消费者选择的一个标签描述符被用作广告选择的基础。所述门限 值可以对于不同类型的媒体文件或者对于不同种类的标签是不同的。如果门限值确定操作912确定标签的标签密度小于预定门限值，则方法900以 在选择广告操作914，根据除了标签信息之外的其他某种标准来选择广告 而结束。在一个实施例中，这可以是选择默认广告操作或者可以是另一个 选择方法，诸如参见图5至图8如上所述的那些。例如，如果没有大于门 限值的消费者产生的标签，则选择广告操作914可以取而代之根据公布者 产生的标签来选择广告。如果门限值确定操作912确定标签的标签密度满足或者超过预定门限 值，则选择确定操作916确定是否可以根据广告规则和描述符来从标签选 择广告。如上所述，这可以包括遍历具有选择标准的选择规则的分级结 构来确定是否向广告最后提供了被评估的标签描述符。如果可以基于最高 密度标签从一组可能的广告中选择一个广告，则在发送操作918中如在请 求中所引导的那样发送所选择的广告，诸如参见图5所述。在所示的实施例中，如果广告选择系统确定不能从被评估的标签选择 广告，则识别下一个标签确定操作920确定是否在数据存储器中存在与还 没有评估的媒体文件相关联的另一个标签。如果已经评估了所有的标签， 则在所示的实施例中，选择默认的广告，并且在发送默认广告操作922中 如在请求中所引导的那样发送所选择的广告，诸如参见图5所述。如果识 别下一个标签确定操作920确定存在还没有被评估的与媒体文件相关联的 一个或多个标签，则执行识别下一个最高密度标签操作924。识别下一个 最高密度标签操作924根据标签密度量度来识别与媒体文件相关联的下一 个最具有描述性的标签。在识别了下一个最具有描述性的标签后，流程返 回到门限值确定操作912，如上所述。在实施例900中，可以评估具有足够高的标签密度的、与媒体文件相 关联的每个标签，以便选择最适合的广告。另外，由于数据库持续从消费 群体的成员接收新的信息，因此在随后的时间接收的来自同一用户的对于 同一媒体文件的请求可能不会导致选择同一广告，这是因为标签密度可能 已经在中间时期改变。如果广告选择规则包括诸如使用用户信息如上所述 的那些，则也可发生这种情况，以防止向同一用户多次或者在某一时段内 发送同一广告。实施例900允许以与关键字类似的方式来使用标签，允许登广告者 "购买"具有足够高的密度的标签描述符，以自动保证通过标签来精确地 描述媒体文件。用于布置广告的价格可以进一步被标签的标签密度影响， 以便带有具有较高的标签密度的标签的媒体文件在布置广告上比带有具有 较低标签密度的标签的媒体文件更昂贵。图10是用于更详细地描述按照 本发明的一种用于选择广告的方法的另一个实施例的流程图。在实施例1000中，访问与媒体的请求者相关联的标签信息以便根据与请求者相关联的信息来选择广告。在实施例1000中，维护标签信息数据存储器，其对于广告选择系统 是可访问的。所述标签信息数据存储器可以是对于广告选择系统可访问的 远程数据库，诸如在图1中的用户信息数据库170，或者可以是由广告选 择系统维护的、用户关联的标签数据库。在实施例1000中，所述标签信 息数据存储器包括与用户相关联的标签信息(诸如由用户提供来描述各种 媒体文件的一组一个或多个标签)、被用户提供标签的媒体文件的标识符 和每个标签已经被每个特定用户与媒体文件相关联的次数——其是另一种 形式的标签密度。在本上下文中，标签密度提供了对相关联的用户可能具 有的兴趣的量度。例如，对于足球感兴趣的用户可能将会挑出与足球相关 联的媒体文件，并因此而比对于足球无兴趣的用户给更多的具有描述符 "足球"的媒体文件加标签。以这种方式，由用户提供的标签的标签密度 可以用作用户的兴趣的量度。在一个实施例中，可以通过用户标识符来识别标签信息数据存储器已 知的每个用户，并且每个用户标识符与不同的标签信息相关联。在一个实施例中，用户标识符是用户帐户名或者用户的某个其他的网络用户标识 符。在一个替代实施例中，可以通过某个其他的方法来识别用户，诸如通 过与请求一起提供的元数据，在这种情况下，在可以通过广告选择系统识 别用户文件之前可能需要解译所述元数据。在实施例1000中，在接收请求操作1002中接收请求，诸如参见图5 所述的那样。所述请求可以是对于媒体文件的请求或者是在一定程度上与 媒体文件相关联的请求，诸如对于与媒体文件相关联的描述信息的请求。接着，在识别用户操作1004中识别与请求相关联的用户一一例如发出请 求的用户——的身份。识别用户操作1004可以包括查看所述请求以识别 用户标识符，诸如帐户名。在识别了用户后，在访问标签数据存储器操作1006中访问标签信息 数据存储器，并且在获得标签信息操作1008中获得与用户相关联的一个 或多个标签。在实施例1000中，所获得的标签信息包括与用户相关联的 至少一个标签。如上参见图1所述，每个标签包括由用户作为媒体文件 的描述而提供的描述符或者描述部分(即诸如"幻想足球"的标签的描述 部分)；以及每个标签的相关联的标签密度，该标签密度现在是用户已经 将标签描述符关联于的媒体文件的数量。可根据如何实现系统来在必要时 仅仅査看或者从数据存储器检索在获得标签信息操作708中获得的信息。在获得所述标签信息后，在识别最高密度标签操作1010中识别具有 最高的标签密度的标签。最高密度标签是根据由用户提供的、作为其媒体 文件的消费的一部分的信息而认为对于用户最具有描述性的标签。所述最 高密度标签可以是具有最高数的标签。在一个替代实施例中，标签密度可 以是以除了使用记数法的绝对数之外的不同方式计量分数的量度。例如， 可以根据用户的消费或者订阅习惯来维护独立的标签密度，并且可以根据 由用户实际消费的媒体文件的标签的某个加权平均值来确定最高密度标 签。最高密度标签操作1010然后传送具有最高标签密度的标签，以由广 告选择系统进一步评估。接着，标签密度门限值确定操作1012确定是否被评估的标签的标签 密度大于某个最小的门限值。这防止已经提供了较少的标签信息或者没有标签信息的用户将他们的标签信息用作选择广告的基础。可以选择所述门 限值使得仅仅通过次数选择的一个标签描述符被用作广告选择的基础。所 述门限值可以对于不同类型的媒体文件或者对于不同种类的标签是不同 的。如果门限值确定操作1012确定标签的标签密度小于预定门限值，则方法1000以在选择广告操作1014，根据除了标签信息之外的某个其他的标准来选择广告而结束。在一个实施例中，这可以是选择默认广告操作或者可以是另一个选择方法，诸如参见图5至图8如上所述的那些。例如， 如果没有大于门限值的消费者产生的标签，则选择广告操作1014可以取 而代之根据与所请求的媒体文件相关联的标签来选择广告。门限值确定操作1012还可以自动滤除与负含义相关联的标签。例 如，作为描述符的标签的早期使用表示"zzzzz"，并且类似的标签经常被 消费者使用来表示媒体文件令人厌烦。这是具有负含义的标签的一个示 例，并且这样的标签不用于选择广告，因为假定用户对令人厌烦的媒体文 件不感兴趣。还可以通过门限值确定操作1012滤除诸如"有趣"和"好 极了"之类的正含义标签，因为它们用于选择太一般。如果门限值确定操 作1012确定标签的标签密度满足或者超过预定门限值，则选择确定操作 1016确定是否可以根据广告规则和描述符从标签选择广告。如上所述，这 可以包括遍历具有选择标准的选择规则的分级结构以确定是否向广告最后 提供了被评估的标签描述符。如果可以基于最高密度标签从一组可能的广 告选择一个广告，则在发送操作1018中如在请求中所引导的那样发送所 选择的广告，诸如参见图5所述。在所示的实施例中，如果广告选择系统确定不能从被评估的标签选择 广告，则识别下一个标签确定操作1020确定是否在数据存储器中存在与 还没有评估的媒体文件相关联的另一个标签。如果已经评估了所有的标 签，则在所示的实施例中，选择默认的广告，并且在发送默认广告操作 1022中如在请求中所引导的那样发送所选择的广告，诸如参见图5所述。如果识别下一个标签确定操作1020确定存在还没有被评估的与媒体 文件相关联的一个或多个标签，则执行识别下一个最高密度标签操作1024。识别下一个最高密度标签操作1024根据标签密度量度来识别与媒体文件相关联的下一个最具有描述性的标签。在识别了下一个最具有描述性的标签后，流程返回到门限值确定操作1012，如上所述。在实施例1000中，可以评估具有足够高的标签密度的、用户所提供 的每个标签，以便选择最适合的广告。另外，由于数据库持续从消费群体 的成员接收新的信息时，因此在随后的时间接收的来自同一用户的对于同 一媒体文件的请求可能不会导致选择同一广告，这是因为标签密度可能已 经在中间时期改变。如果广告选择规则包括诸如使用用户信息如上所述的 那些，则也可发生这种情况，以防止向同一用户多次或者在某一时段内发 送同一广告。本领域内的技术人员可以理解，在本说明书中的本发明的方法和系统 可以以许多方式被实现，因此不被上述的示例实施例和示例限定。换句话 说，在硬件和软件的各种组合中由一个或多个部件执行的功能元素可以在 客户机或者服务器级被分布在软件应用之间，在这一点上，在此所述的不 同实施例的任何数量的特征可以被组合为一个单个实施例，并且具有比在 此所述的所有特征更少或者更多的特征的替代实施例是可能的。例如，上 述的方法可以用于与单个媒体文件一起提供多个广告。所述系统可以被实 现使得每次呈现媒体文件，即使是已经在呈现装置本地存储的媒体文件 时，都导致选择和呈现新的广告，对于所述广告，公布者获得报酬，登广 告者被收取费用。作为另一个示例，所述系统可以用于对于任何情况选择 广告，诸如响应于对于关于特定主题的网页的请求或者响应于用户对于特 定的软件组件的使用。因此，本发明的实施例不限于用于媒体文件，而是 可以用于响应于任何数字交易而自动地选择广告。也可以以现在已知或者要变得已知的方式来在多个部件之间分布整体 或者部分的功能。因此，为了实现在此所述的功能、特征、接口和偏好， 有可能有无数的软件/硬件/固件组合。而且，本领域内的技术人员可以明 白，本发明的范围涵盖传统上已知的特征和通过在此所述的系统部件进行 的那些修改或者改变的特征。
权利要求
1.一种用于将广告定目标到群体的成员的方法，包括维护一个由所述群体的成员预先提供的标签的数据库；从所述群体的成员接收对于媒体文件的请求；针对与所述媒体文件相关联的标签访问所述数据库；从所述数据库获得一组一个或多个与媒体文件相关联的第一标签，每个第一标签包括由所述群体的至少一个成员预先提供来描述所述媒体文件的媒体文件的描述，并且每个第一标签具有与该描述相关联的标签密度；根据在所述一组第一标签中的描述和标签密度来从多个广告中选择广告；并且向所述群体的所述成员发送所选择的广告。
2. 按照权利要求l的方法，其中，选择还包括识别在所述一组第一标签中的最高密度标签，所述最高密度标签是在 所述一组第一标签中具有最高的标签密度的第一标签；并且 根据所述最高密度标签来选择广告。
3. 按照权利要求2的方法，还包括如果没有与所述最高密度标签相关联的广告，则识别在所述一组第一标签中的下一个最高密度标签，所述下一个 最高密度标签是在所述一组第一标签中具有下一个最高标签密度的第一标 签；根据所述下一个最高密度标签来选择广告。
4. 按照权利要求l的方法，还包括当所述群体的成员提供与所述媒体文件相关联的标签时，修订标签的 数据库，由此改变通过所述选择操作而选择的广告。
5. 按照权利要求l的方法，其中，第一标签的标签密度是与将该第一 标签的描述与所述媒体文件相关联的所述群体的成员的数量相对应的数
6. 按照权利要求2的方法，还包括如果所述最高密度标签的标签密度小于预定的最小密度，则 选择默认广告。
7. 按照权利要求2的方法，还包括如果所述最高密度标签的标签密度小于预定最小密度，则获得一组一个或多个第二标签，每个第二标签是由所述媒体文件的公布者预先提供的；并且根据所述第二标签来选择广告。
8. —种用于将广告定目标到群体的第一成员的方法，包括 维护一个由所述群体的成员预先提供的标签的数据库，所述标签包括由所述第一成员提供的标签；从所述群体的第一成员接收对于媒体文件的请求；从所述数据库获得一组一个或多个与所述第一成员相关联的第一标 签，每个第一标签包括由所述群体的所述第一成员预先提供来描述一个或 多个媒体文件的描述，并且每个第一标签包括与该描述相关联的标签密 度，其中，第一标签的标签密度是与所述第一成员预先与所述第一标签的 描述相关联的媒体文件的数量相对应的数量；根据在所述一组第一标签中的描述和标签密度来从多个广告中选择广 告；并且向所述群体的所述第一成员发送所选择的广告。
9. 按照权利要求8的方法，其中，选择还包括 识别在所述一组第一标签中的最高密度标签，所述最高密度标签是在所述一组第一标签中具有最高的标签密度的第一标签；并且 根据所最高密度标签来选择广告。
10. 按照权利要求9的方法，还包括 如果没有与所述最高密度标签相关联的广告，则识别在所述一组第一标签中的下一个最高密度标签，所述下一个 最高密度标签是在所述一组第一标签中具有下一个最高标签密度的第一标 签；根据所述下一个最高密度标签来选择广告。
11. 按照权利要求8的方法，还包括当所述第一成员提供与媒体文件相关联的标签时，修订标签的数据库。
12. 按照权利要求9的方法，还包括如果所述最高密度标签的标签密度小于预定的最小密度，则 选择默认广告。
13. 按照权利要求9的方法，还包括如果所述最高密度标签的标签密度小于预定最小密度，则 获得一组与所述第一成员相关联的人口统计信息；并且根据所述与所述第一成员相关联的人口统计信息来选择广告。
14. 一种系统，包括请求截取模块，其适于接收对于媒体文件的请求，并且查看所述请求以确定是否广告与所述媒体文件相关联；广告检索模块，其适于根据在所述请求中包含的信息来从广告库选择广告并且检索所选择的广告；发送模块，其适于建立对于所述请求的响应，并且发送所述响应，所 述响应包括所选择的广告，并且当被呈现时导致所述广告的呈现。
15. 按照权利要求14的系统，还包括广告库，其包含多个广告，所述多个广告包括所选择的广告。
16. 按照权利要求14的系统，还包括一组广告选择规则，其包括至少一个规则，用于控制根据在所述请求 中包含的信息从多个广告选择所选择的广告。
17. 按照权利要求14的系统，其中，所述请求截取模块适于从呈现装 置接收请求，并且所述发送模块适于向所述呈现装置发送所述响应。
18. 按照权利要求17的系统，还包括媒体文件库，其包含所述媒体文件。
19. 按照权利要求18的系统，其中，在与所述请求截取模块远离的第 一网络位置能够访问所述媒体文件库。
20. 按照权利要求15的系统，其中，在与所述广告插入模块远离的第二网络位置能够访问所述广告库。
21. 按照权利要求14的系统，还包括结账模块，其自动对于与所选择的广告相关联的登广告者产生账单。
22. 按照权利要求17的系统，还包括位置模块，其适于根据在所述请求中的信息来确定与所述呈现装置相 关联的物理位置；并且其中，所述广告检索模块适于根据与所述呈现装置相关联的物理位置 来选择广告。
23. 按照权利要求14的系统，还包括标签信息数据存储器，所述标签信息数据存储器包括多个用户标识 符，每个用户标识符与不同的用户相关联，并且由相关联的用户提供的信息与每个用户标识符相关联；其中，所述请求与所述多个用户标识符之一相关联；并且其中，所述广告检索模块适于根据与所述多个用户标识符的所述那个相关联的标签信息来选择广告。
24. 按照权利要求23的系统，还包括-其中，所述标签信息数据存储器包括与所述多个用户标识符的所述那 个相关联的广告消费历史信息，所述广告消费历史信息标识出以前响应于 与所述多个用户标识符的所述那个相关联的请求而发送的广告；并且其中，所述广告检索模块适于根据与所述多个用户标识符的所述那个 相关联的广告消费历史信息而选择广告。
25. 按照权利要求14的系统，还包括标签信息数据存储器，所述标签信息数据存储器包括用于多个媒体文 件的每个的相关联的一组一个或多个标签，所述标签是预先由与用户标识 符相关联的用户提供的；并且其中，所述广告检索模块适于访问与媒体文件相关联的标签信息，并 且根据所述一组一个或多个与媒体文件相关联的标签来选择广告。
26. —种计算机可读介质，具有用于执行一种方法的计算机可执行指 令，所述方法包括从请求装置接收对于媒体文件的请求； 根据所述请求从多个广告中选择一个广告；并且 向所述请求装置发送所述广告。
27. 按照权利要求26的计算机可读介质，其中，所述方法还包括 访问标签信息数据存储器，该标签信息数据存储器包含与所述请求的来源相关联的请求者信息；并且根据所述请求者信息来选择广告。
28. 按照权利要求27的计算机可读介质，其中，所述方法还包括 确定请求者标识符，该请求者标识符标识对于媒体文件的所述请求的来源；并且在所述标签信息数据存储器中访问与所述请求者标识符相关联的请求 者信息。
29. 按照权利要求26的计算机可读介质，其中，所述方法还包括 维护所述标签信息数据存储器，所述标签信息数据存储器包括多个用户标识符，每个用户标识符与不同的用户相关联，并且由相关联的用户提 供的信息与每个用户标识符相关联，其中，所述请求者标识符是所述多个 用户标识符之一，所述请求者信息是由与所述请求者标识符相关联的用户 预先提供的信息。
30. 按照权利要求26的计算机可读介质，其中，所述方法还包括 识别与媒体文件相关联的标签信息；并且 根据与所述媒体文件相关联的标签信息来选择广告。
31. 按照权利要求30的计算机可读介质，其中，所述方法还包括 维护一个标签信息数据存储器，所述标签信息数据存储器包括用于多个媒体文件的每个的、相关联的一组一个或多个标签，预先由与用户标识 符相关联的用户提供所述标签；并且在用户媒体文件数据存储器中访问与所述媒体文件相关联的标签信息。
32. 按照权利要求26的计算机可读介质，其中，所述方法还包括 根据对于媒体文件的请求来识别与请求装置相关联的物理位置；并且根据与所述请求装置相关联的物理位置来选择广告。
33. 按照权利要求32的计算机可读介质，其中，所述方法还包括确定与所述请求装置相关联的IP地址；在域名系统数据库中根据被分配到所述IP地址的位置来估计所述物理 位置。
34. 按照权利要求29的计算机可读介质，其中，所述方法还包括 其中，所述标签信息数据存储器包括与请求者标识符相关联的广告消费历史信息，广告消费历史信息标识以前被发送到与所述请求者标识符相 关联的用户的广告；并且根据与所述请求者标识符相关联的广告消费历史信息来选择广告。
35. 按照权利要求34的计算机可读介质，其中，与所述请求者相关联的所述广告消费历史信息指示所述请求者已经接收了相关联的广告的序列 的第一广告，并且选择包括选择第二广告，所述第二广告是在所述相关联的广告的序列中的下一 个广告。
36. 按照权利要求26的计算机可读介质，其中，所述方法还包括 维护一组广告选择规则，其包括与在所述多个广告中的每个广告相关联的至少一个广告选择规则；并且向所述请求应用所述广告选择规则，以从所述多个广告识别至少一个 广告。
37. 按照权利要求34的计算机可读介质，其中，所选择的广告与所述媒体文件一起被发送到所述请求装置。
38. 按照权利要求26的计算机可读介质，其中，所述方法还包括记录所述广告被发送到所述请求装置； 对于与所述广告相关联的登广告者收取第一费用；并且 向与所述媒体文件相关联的帐户存入第二费用。
39. —种方法，包括 从请求装置接收对于媒体文件的请求； 根据所述请求从多个广告中选择一个广告；并且向目的地计算装置发送所述广告。
40. 按照权利要求39的方法，还包括访问标签信息数据存储器，该标签信息数据存储器包含与所述请求的来源相关联的请求者信息；并且根据所述请求者信息来选择广告。
41. 按照权利要求40的方法，其中，访问还包括确定请求者标识符，该请求者标识符标识对于媒体文件的所述请求的来源；并且在标签信息数据存储器中访问与所述请求者标识符相关联的请求者信息。
42. 按照权利要求39的方法，还包括维护所述标签信息数据存储器，所述标签信息数据存储器包括多个用 户标识符，每个用户标识符与不同的用户相关联，并且由相关联的用户提 供的信息与每个用户标识符相关联，其中，所述请求者标识符是所述多个 用户标识符之一，所述请求者信息是由与所述请求者标识符相关联的用户 预先提供的信息。
43. 按照权利要求39的方法，还包括 识别与所述媒体文件相关联的标签信息；并且 根据与所述媒体文件相关联的标签信息来选择广告。
44. 按照权利要求43的方法，还包括维护一个标签信息数据存储器，所述标签信息数据存储器包括用于多 个媒体文件的每个的、相关联的一组一个或多个标签，所述标签是预先由 与用户标识符相关联的用户提供的；并且在用户媒体文件数据存储器中访问与所述媒体文件相关联的标签信zE、 o
45. 按照权利要求39的方法，还包括根据对于所述媒体文件的请求来识别与所述请求装置相关联的物理位置；并且根据与所述请求装置相关联的物理位置来选择广告。
46. 按照权利要求45的方法，其中，识别还包括 确定与所述请求装置相关联的IP地址；在域名系统数据库中根据被分配到所述IP地址的位置来估计所述物理 位置。
47. 按照权利要求42的方法，还包括其中，所述标签信息数据存储器包括与所述请求者标识符相关联的广 告消费历史信息，广告消费历史信息表示以前被发送到与所述请求者标识 符相关联的用户的广告；并且根据与所述请求者标识符相关联的广告消费历史信息来选择广告。
48. 按照权利要求47的方法，其中，与所述请求者相关联的所述广告 消费历史信息指示所述请求者已经接收了相关联的广告的序列的第一广 告，并且选择包括.-选择第二广告，所述第二广告是在所述相关联的广告的序列中的 下一个广告。
49. 按照权利要求39的方法，其中，所述方法还包括 维护一组广告选择规则，其包括与在所述多个广告中的每个广告相关联的至少一个广告选择规则；并且向所述请求应用所述广告选择规则，以从所述多个广告中识别至少一 个广告。
50. 按照权利要求47的方法，其中，所选择的广告与所述媒体文件一 起被发送到所述请求装置。
51. 按照权利要求39的方法，其中，所述方法还包括 记录所述广告被发送到所述请求装置； 对于与所述广告相关联的登广告者收取第一费用；并且 向与所述媒体文件相关联的帐户存入第二费用。
全文摘要
本发明涉及一种用于响应于从移动计算装置接收的请求而选择广告以通过网络提供的系统和方法。在一个方面，本发明包括一种用于当消费者已经请求诸如podcast情节的媒体文件时自动将广告与所述媒体文件匹配的方法和系统。本发明的多个方面允许在建立媒体文件后自动选择广告，而有可能不用在建立者和登广告者之间的任何交互。
文档编号G06Q30/00GK101278311SQ200680036419
公开日2008年10月1日 申请日期2006年9月25日 优先权日2005年9月30日
发明者爱德华·斯坦利·欧特四世, 那桑尼尔·周·哈雅西 申请人:雅虎公司