CN101278311A - 将广告自动与媒体文件匹配 - Google Patents

Abstract

本发明涉及一种用于响应于从移动计算装置接收的请求而选择广告以通过网络提供的系统和方法。在一个方面，本发明包括一种用于当消费者已经请求诸如podcast情节的媒体文件时自动将广告与所述媒体文件匹配的方法和系统。本发明的多个方面允许在建立媒体文件后自动选择广告，而有可能不用在建立者和登广告者之间的任何交互。

Description

将广告自动与媒体文件匹配

本专利文件的公开的一部分包含受到版权保护的材料。版权拥有者不反对任何人像在专利和商标局专利文件或者记录中看起来那样地传真再现本专利文件或者专利公开，但是无论如何保留所有的版权权利。

相关申请

本申请要求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，其通过使能媒体文件的安全发行和/或防止或者妨碍媒体文件的非法发行来保护用户的媒体文件的版权和其他知识产权。在一个实施例中，DRM 105加密或者解密媒体文件，用于由授权的用户进行受控的访问，或者用于给内容标注数字水印或者类似的方法以便不可自由地分发所述内容。媒体引擎106优选地使用DRM信息来保证通过媒体引擎106体验的媒体文件不被复制到或者共享于未经授权来收听或者观看所述内容的用户。

计算装置103可以包括订阅podcast所需要的软件。在所示的实施例中，计算装置103包括订阅文件160，诸如OPML文件。订阅文件160维护用于识别用户已经订阅了哪些podcast的信息。订阅文件160可以包括feed 152和feed位置的列表。

计算装置103还包括订阅管理器162。订阅管理器162可以执行聚合器的pod捕获功能，并且可以定期地轮询在订阅文件160中识别的feed以确定是否podcast的新的情节是可用的。在确定了可用新的情节的情况下，订阅管理器162可以向用户通知或者可以诸如通过下述方式自动向计算装置下载所述情节：通过经由网络104从诸如媒体服务器150的位置检索所述情节。

系统100还包括订阅服务器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和如下的先前识别的feed152，所述先前识别的feed 152自从搜索引擎172最后一次查看该feed 152起已经改变。当爬行网络104时，搜索引擎172可以使用任何网络搜索或者爬行方法，诸如在共同拥有的美国专利第6,021,409号中描述的用于爬行网络上的信息的方法，所述美国专利第6,021,409号的题目是“用于分析、索引化或者搜索万维网网页的方法”(Method For Parsing，IndexingAnd Searching World-wide-web Pages)。搜索引擎172对于它找到的每个新的feed 152在feed数据库174中建立一个或多个新的条目。起初，所述一个或多个条目包含feed的位置、feed的标识符(诸如其名称)和在feed152中包含或者由feed 152以其他方式提供或者与feed 152相关联的信息的一些或者全部。例如，对于RSS feed，这个信息可以包括在RSS feed文件内的元数据的一些或者全部。这个feed信息通过搜索引擎172被从feed152检索，并且被存储在feed数据库174中，以便所述feed数据库包含在feed 152中提供的信息的一些或者全部。这样的信息可以包括feed描述、情节描述、情节位置等。

自动分析可以被执行或者可以不被执行以根据在feed 152中提供的信息将feed 152匹配到已知的标签。例如，在一个实施例中，一些RSS feed包括类别元素，并且在那个元素中列出的类别被自动用作所述feed的初始标签。虽然这不是类别元素的意欲用途，但是其被用作作为feed的更精确的标签的产生的开始点的初始标签。注意，对于在feed 152中出现的术语的客户搜索将返回那个feed作为结果，因此不必向新的条目提供标签以便客户搜索正确地进行。起初，没有评价信息或者用户评论与新的条目相关联。订阅服务器的管理器可以向公布者请求附加信息，诸如公布者的推荐标签和公布者希望提供但是未在feed 152本身中提供的任何附加的描述性信息。

feed数据库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事实上远离具有feed152的媒体服务器150。

如图1中所示，每个用户的计算装置103、订阅服务器118和媒体服务器150以及其他服务器130、156经由因特网104以通信方式连接。在替代实施例中，系统的不同部件可以以通信方式不同地耦接，例如每个可以无线地直接彼此耦接或者通过局域网或者广域网(WAN)等耦接。另外，可以分布功能部件以便可以在订阅服务器118处执行搜索引擎172的某些功能，或者以模块的形式分布功能部件以在遍布系统100中的各个位置操作。因此，在此与特定装置或者部件或者位置相关联的功能或者部件的说明仅仅是一个可能的实施例。

搜索引擎172还向用户提供附加功能和便利。由搜索引擎172向用户的计算装置103提供的用户界面允许用户从同一界面(经由订阅按钮)订阅所显示的feed，(经由收听按钮)收听所显示的feed的情节，并且(经由点击超链接的题目)获得关于feed的完整信息。用户不必知道所述feed驻留在因特网上何处，并且仅仅需要与搜索引擎的用户界面交互以执行这些动作。而且，用户不必明确地将他的计算机引导来访问公布者的网站以订阅、收听或者获得关于feed的额外信息。

系统100还包括广告选择系统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产生的请求可包括从GUI300或者用户的计算装置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中，可以评估具有足够高的标签密度的、用户所提供的每个标签，以便选择最适合的广告。另外，由于数据库持续从消费群体的成员接收新的信息时，因此在随后的时间接收的来自同一用户的对于同一媒体文件的请求可能不会导致选择同一广告，这是因为标签密度可能已经在中间时期改变。如果广告选择规则包括诸如使用用户信息如上所述的那些，则也可发生这种情况，以防止向同一用户多次或者在某一时段内发送同一广告。

本领域内的技术人员可以理解，在本说明书中的本发明的方法和系统可以以许多方式被实现，因此不被上述的示例实施例和示例限定。换句话说，在硬件和软件的各种组合中由一个或多个部件执行的功能元素可以在客户机或者服务器级被分布在软件应用之间，在这一点上，在此所述的不同实施例的任何数量的特征可以被组合为一个单个实施例，并且具有比在此所述的所有特征更少或者更多的特征的替代实施例是可能的。例如，上述的方法可以用于与单个媒体文件一起提供多个广告。所述系统可以被实现使得每次呈现媒体文件，即使是已经在呈现装置本地存储的媒体文件时，都导致选择和呈现新的广告，对于所述广告，公布者获得报酬，登广告者被收取费用。作为另一个示例，所述系统可以用于对于任何情况选择广告，诸如响应于对于关于特定主题的网页的请求或者响应于用户对于特定的软件组件的使用。因此，本发明的实施例不限于用于媒体文件，而是可以用于响应于任何数字交易而自动地选择广告。

也可以以现在已知或者要变得已知的方式来在多个部件之间分布整体或者部分的功能。因此，为了实现在此所述的功能、特征、接口和偏好，有可能有无数的软件/硬件/固件组合。而且，本领域内的技术人员可以明白，本发明的范围涵盖传统上已知的特征和通过在此所述的系统部件进行的那些修改或者改变的特征。

Claims (51)

1.一种用于将广告定目标到群体的成员的方法，包括：

维护一个由所述群体的成员预先提供的标签的数据库；

从所述群体的成员接收对于媒体文件的请求；

针对与所述媒体文件相关联的标签访问所述数据库；

从所述数据库获得一组一个或多个与媒体文件相关联的第一标签，每个第一标签包括由所述群体的至少一个成员预先提供来描述所述媒体文件的媒体文件的描述，并且每个第一标签具有与该描述相关联的标签密度；

根据在所述一组第一标签中的描述和标签密度来从多个广告中选择广告；并且

向所述群体的所述成员发送所选择的广告。

2.按照权利要求1的方法，其中，选择还包括：

识别在所述一组第一标签中的最高密度标签，所述最高密度标签是在所述一组第一标签中具有最高的标签密度的第一标签；并且

根据所述最高密度标签来选择广告。

3.按照权利要求2的方法，还包括：

如果没有与所述最高密度标签相关联的广告，则

识别在所述一组第一标签中的下一个最高密度标签，所述下一个最高密度标签是在所述一组第一标签中具有下一个最高标签密度的第一标签；

根据所述下一个最高密度标签来选择广告。

4.按照权利要求1的方法，还包括：

当所述群体的成员提供与所述媒体文件相关联的标签时，修订标签的数据库，由此改变通过所述选择操作而选择的广告。

5.按照权利要求1的方法，其中，第一标签的标签密度是与将该第一标签的描述与所述媒体文件相关联的所述群体的成员的数量相对应的数量。

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的方法，还包括：

维护一个标签信息数据存储器，所述标签信息数据存储器包括用于多个媒体文件的每个的、相关联的一组一个或多个标签，所述标签是预先由与用户标识符相关联的用户提供的；并且

在用户媒体文件数据存储器中访问与所述媒体文件相关联的标签信息。

45.按照权利要求39的方法，还包括：

根据对于所述媒体文件的请求来识别与所述请求装置相关联的物理位置；并且

根据与所述请求装置相关联的物理位置来选择广告。

46.按照权利要求45的方法，其中，识别还包括：

确定与所述请求装置相关联的IP地址；

在域名系统数据库中根据被分配到所述IP地址的位置来估计所述物理位置。

47.按照权利要求42的方法，还包括：

其中，所述标签信息数据存储器包括与所述请求者标识符相关联的广告消费历史信息，广告消费历史信息表示以前被发送到与所述请求者标识符相关联的用户的广告；并且

根据与所述请求者标识符相关联的广告消费历史信息来选择广告。

48.按照权利要求47的方法，其中，与所述请求者相关联的所述广告消费历史信息指示所述请求者已经接收了相关联的广告的序列的第一广告，并且选择包括：

选择第二广告，所述第二广告是在所述相关联的广告的序列中的下一个广告。

49.按照权利要求39的方法，其中，所述方法还包括：

维护一组广告选择规则，其包括与在所述多个广告中的每个广告相关联的至少一个广告选择规则；并且

向所述请求应用所述广告选择规则，以从所述多个广告中识别至少一个广告。

50.按照权利要求47的方法，其中，所选择的广告与所述媒体文件一起被发送到所述请求装置。

51.按照权利要求39的方法，其中，所述方法还包括：

记录所述广告被发送到所述请求装置；

对于与所述广告相关联的登广告者收取第一费用；并且

向与所述媒体文件相关联的帐户存入第二费用。

Images