CN1428690A - 用于搜索结果列表中提供地点和价格保护的系统的自动广告商通知 - Google Patents

Abstract

在计算机数据库系统中的一种通知方法包括从与存储在所述计算机数据库系统中的一个搜索列表相关的所有者处接收一条通知指令，监控由用于所述搜索列表的所述通知指令规定的条件，以及在检测到所述搜索列表变化条件的基础上将一个通知传送给所述所有者。

Description

用于搜索结果列表中 提供地点和价格保护的系统的自动广告商通知

相关申请的交叉参考

本申请是由Darren J.Davis等人于2000年7月24日提出的申请号为09/911,674的申请的部分后续申请，并且是Darren J.Davis等人于1999年5月28日提出的申请号为09/322,677的申请、即美国专利6,269,361的后续申请，这两个申请在此被包含在内作为参考。

背景技术

在计算机网络上传输信息已经变成一种越来越重要的手段，机关、公司和个人能够利用这种手段进行商业活动。计算机网络从服务于单一群体需要的独立和孤立的实体到能够互联离散物理网络并允许它们用作协同系统的广阔的互联网(Internet)多年来取得了巨大的进步。现存的最大计算机网络是互联网。所述互联网是使用一个公共协议的全球互联的计算机网络。从低端个人计算机到高端超级计算机的数百万台计算机被连接到所述互联网上。

作为分布于世界各地的电连接用户的共同体已经形成了所述互联网，其中所述用户能够容易和有规律地交换大量信息。所述互联网持续服务于其原始目的，即在政府机构、实验室和大学当中提供信息访问和交换，以便进行研究和教育。另外，所述互联网还被演变成其原始目的以外的为各种感兴趣的事物和论坛服务。特别是，所述互联网被迅速地转变为货物和服务以及思想和信息的全球电子市场。

互联网到全球市场的这种转变大部分是由已知World Wide Web(“web”万维网)的信息系统的引入所驱动的。所述web是一个被指定对量文档进行广泛访问的专用分布式数据库。Web中的数据库记录是以已知为“页”的文档形式。这些页驻留在所述web上并可以通过所述互联网进行访问。因此，所述web是遍布不断变化和不具有可识别组织或形态的无数个人计算机系统的大信息数据库。连接到所述互联网上的计算机可以经过已知为浏览器的程序访问所述web页，所述浏览器具有一个有效而容易学习的图形用户界面。已知的一种由所述web浏览器支持的有效技术是超链接，它允许web页作者创建与其他web页的链接，从而使得用户能够使用所述web浏览器上的简单点击命令进行检索。

所述页可以以诸如Hyper Text Markup Language(HTML超文本标记语言)的多种格式化协定中的任何一种构成，并可以包括诸如图形、音频和活动图像的多媒体信息内容。具有计算机并连接到所述互联网上的任何个人都可以访问在所述web上发布的任何公众可访问的页。由此，在万维网上的呈现有能力为执行商业活动的消费者、个人和寻求向潜在消费者为他们的产品和服务做广告的机构引入全球基础。此外，由在数据传送速率和计算机处理速度中的指数增加所导致的web页设计的进一步完善使得所述web成为用于刊登广告和其他商业目的以及用于信息自由流通的越来越具有吸引力的媒体。

便于互联网内容的开发和分布的有效新工具的存在已经导致在所述互联网上提供的信息、产品和服务的激增和使用互联网的消费者的数量的惊人增长。通常被称之为IDC的国际数据公司(International Data Corporation)估计互联网用户的数量从1998年全球近似97,000,000增长到2002年底的全球近似320,000,000。另外，在互联网上进行的商业贸易获得了增长并可指望获得惊人的增长。IDC估计在互联网上购买货物和服务的互联网用户的百分比将从1998年底的近似28％增加到2002年的近以40％，并且，在同一时间周期内，经过互联网购买的货物和服务的总价值将从近似$324亿到近以$4257亿。

所述互联网已经演变成为一个广告商向消费者提供信息、产品和服务的具有吸引力的新媒体。但是，所述万维网是由在全球不可识别组织中的看起来无限数量的数百万台不同计算机系统上遍布的web页组成的。诸如目录和搜索引擎的机制已经被开发用于索引和搜索可在所述web上获得的信息，并借此帮助互联网用户定位互联网中的信息。这些搜索服务使得消费者能够在感兴趣的特定主题、产品或服务的基础上搜索互联网以查找web站点列表。

搜索服务是在电子邮件之后在互联网上使用频率最高的的工具。因此，在关键字或主题搜索请求的基础上，提供搜索服务的web站点已经向广告商提供了到所述互联网观众的深入接触，并已经给予了所述广告器面向对象消费者兴趣的机会。

在互联网搜索引擎上的以web为基础的搜索中，用户输入包括一个或多个关键字的搜索项，然后所述搜索引擎使用所述关键字实时地产生所述用户可以通过超链接进行访问的web页列表。但是，现有技术的搜索引擎和web站点目录依赖于用于向经常产生不相干搜索结果的关键词分配结果的处理。在现有技术中驱动多个搜索引擎的自动搜索技术大部分依赖于以复杂数学为基础的数据库搜索算法，所述算法在诸如关键字密度和关键字位置的多种规则的基础上选择和排列web页。由这种机制产生的搜索结果经常依赖于难解的数学公式，并可能是随机和毫不相关的。另外，使用自动搜索技术来编目搜索结果的搜索引擎通常依赖于无形的web站点描述，或由web站点发起人创作的“元标记”。Web站点所有人在他们进行选择时可以任意地标记它们的站点。因此，某个或某些web站点发起人将流行的搜索项插入到它们的web站点元标记中，由于这样做能够至少在没有边缘花费的情况下吸引其他消费者的注意力，所以，所述web站点元标记是不相关的。最后，许多web站点具有类似的元标记，而且现有技术中的搜索引擎不是被简单地设置为根据消费者的喜好以优先次序排列所述结果。

搜索引擎和web站点目录也可以依赖于有限编辑工作人员的人工力量来观察web站点信息。由于对一个不可预测的、诸如web的随机更新数据库的综合人工检查和索引是一项不可能的任务，所以搜索引擎的结果经常是不完整或过时的。此外，当互联网内容的容量和多种多样性增长时，在很多流行web搜索站点上，消费者必须频繁地点进分层目录的多个转移以便响应于他们的搜索请求定位web站点，该处理缓慢并且难于从消费者所处地点进行控制。由此，在当前和综合基础上，现有技术的搜索引擎对于web页所有人查找其web披露的对象和将信息分配给有兴趣的用户效果不好。

此外，用于产生web站点通信量的诸如网幅广告广告发布的当前范例遵循传统广告发布范例，并且不能利用所述互联网的专用属性。在网幅广告广告发布模型中，寻求促进和增加它们web曝光率的web站点发起人经常在流行商业web站点页上购买空间。所述web站点发起人通常利用为它们自己web站点发布广告的、被称为一个网幅广告的丰富多彩的图形来填充这些空间。所述网幅广告可以起超链接的作用，访问者可以通过点击它访问所述站点。与传统的广告发布类似，在互联网上的网幅广告广告发布通常在广告商为面向潜在消费者的曝光率付费的一个印象的基础上进行定价。网幅广告可以被显示在每页的入口处，或者在搜索引擎上可以面向搜索项。尽管如此，以印象为基础的广告发布低效地开发了所述互联网的直接市场资源。作为点进率，消费者访问为目标站点产生的一个网幅广告的比率可能很低。因此，当大部分web站点访问者寻求特定信息并且可能不对在所述网幅广告中发布的信息感兴趣时，Web站点发起人就要为向对正在宣传的产品或服务不感兴趣的人进行披露而付费。同样的，由于所述网幅广告通常不可能被搜索引擎搜索到和对此感兴趣的个人不可能知道在所述web的什么地方查看所述网幅广告，所以，所述网幅广告经常不能到达感兴趣的个人。

由此，广告发布和搜索引擎算法的传统范例不可能经过所述万维网以节省成本的方式将相关信息传送给感兴趣的一群人。互联网广告发布能够提供通常在其他媒体中不能得到的命中目标的能力、互动能力和测量能力。利用适当的工具，互联网广告商有能力使他们的消息命中特定的消费者人群并接收与其广告发布活动效力相关的即时反馈。

理论上，web站点发起人应当够控制他们在搜索结果列表中的位置，从而使得他们的列表在与其web站点内容相关的搜索中是非常重要的。互联网的搜索引擎技术必须致力于一个新的方向，以便在向互联网广告商和发起人提供面向消费者的一个节省成本的方式的同时，推进能够向消费者迅速和容易地提供相关搜索结果的在线市场。利用推进这个在线市场的搜索引擎的消费者将会发现提供所述消费者正在寻找的产品、服务或信息的公司或商业。在这个在线市场中，销售产品、服务或信息的公司在一个开放的拍卖环境中为其在由互联网搜索引擎产生的搜索结果列表中的位置报价。由于广告商必须为经过由所述搜索引擎产生的搜索结果列表产生的每次点进安排的对象付出费用，所以，所述广告商受到刺激在与他们web站点所提供内容最相关的这些搜索关键字上进行选择和报价。广告商在搜索结果列表中的位置越高，“安排对象”的似然性就越高，即，消费者将要通过所述搜索结果列表访问的所述广告商的web站点的似然性越高。这个广告发布市场的开放还通过向消费者和其他的广告商公开显示、由广告商在特定搜索结果列表上的报价而得到进一步的推动。

美国专利6,269,361描述了一种用于允许发起人影响在由互联网搜索引擎为特定组搜索项产生的搜索结果列表中的位置的系统和方法。所述系统和方法使广告商能够为所述搜索引擎规定关键搜索项，从而使他们的搜索结果列表位置面向与他们的商业最相关的搜索问题。此外，所述系统和方法使所述发起人能够在线检查他们的当前搜索项和位置联系，并基本上瞬时地改变到他们所选择的搜索项、位置和web站点的名称和描述上。

在这个系统中，广告商或者web站点发起人创建用于具有一个按业绩收费的web站点或市场经营者的搜索列表的报价量，潜在该搜索列表由市场web站点经营者向广告商收费。响应于所接收的来自搜索者的查询，根据所述报价定位和安排搜索列表，并将其显示给所述搜索者。如果搜索者选择或点进了一个广告商的搜索列表，则按业绩收费的web站点经营者向所述广告商收取报价量费用。通过调节与所述搜索列表相关的报价量，广告商可以控制其搜索列表在所述搜索结果列表中的位置。

在美国专利6,269,361中描述的方法对广告商进行管理可能是繁重的。特别是，广告商都试图以讨人喜欢的价格保持在在所述搜索结果中的适当位置(以便获得大量的合格通信量)处。在美国专利6,269,361中描述的系统没有提供做这件事的就绪装置。广告商能够通过例如在 WWW.goto.com上执行搜索，在对他们非常重要的搜索项上执行他们排名的频繁检查。当他们观察到作为竞争广告商报价活动结果的一个变化时，他们可以登录到按业绩收费的web站点，并做出响应人工改变他们的报价。在就他们试图保持的一个位置的出价低于别人的情况下，如果等于所述报价量的每次点击所需费用(CPC)是他们所愿意支付的，那么他们可以增加他们的报价以重新占据所述位置。在排名低于他们的所述列表的报价已经减少的情况下，某些广告商可能希望降低他们的报价，以便在仍然保持他们在所述结果组中的位置的同时减少他们支付的数量。

除了管理他们列表中的位置以外，所述广告商通常还执行其他任务，包括保持对列表的累计花费、列表点击次数和列表点进率(CTR)的跟踪、以及检查他们的账户余额。另外，广告商必须经常保持对市场变化的跟踪，例如以便检查一个列表的报价是否太高、或者更想要的排名现在是否买得起。

对预算的管理是与广告商相关的不可缺少的事情，必须保持对用于不同项花费的分类细目的跟踪。例如，在父亲节期间，有关项“tie”的搜索数量可能增加，从而导致超出预算。另外，花费可能在父亲节后减少，并且附加的资金将被分配给其他的项。

广告商还必须保持对用以得到一个列表的点击次数的跟踪，以便计算转换率。如果列表获得多次点击但销售很少，那么，它表示所述列表的描述不够具体。或者，如果一个列表获得的点击次数太少，它表示其他的广告商已经进入了所述市场，这导致所述列表处于比以前更差的排名。

对于广告商来讲，还有一件重要的事情就是保持对所述列表点进率(CTR)的跟踪。例如，如果用于所述列表的新标题或描述与以前相比不够清楚，那么，它将导致CTR的降低。保持对CTR的跟踪能够保证迅速地采取正确的动作。

广告商还必须保持对他们在按业绩收费的市场中的账户余额的跟踪。所述余额应当决对不会到达零，以便保证不中断的持续服务。另外，保持对所述账户余额的跟踪以保证根据计划支付预算也是非常重要的。例如，如果所述余额在第一周内太缓慢地下降，那么广告商能够采取正确的动作以增加列表的CPC，从而重新获得所述跟踪。

经常有广告商必须保持跟踪的其他市场状态。这包括检查相对于其当前排名的一个列表的报价是否太高。例如，广告商A₁可以将一个列表的CPC设置为$0.50以使该列表处于排名2处—广告商A₂位于具有$0.49的CPC的排名3。几个小时后，A₂将其列表的CPC改变到$0.45，同时仍然保持在排名3处。广告商A₁现在将其列表的CPC从$0.50减少到$0.46，同时其列表仍然保持在排名2处。

广告商还必须保持对与所述市场中不同排名相关的变化花费的跟踪。先前不能提供的排名现在变得可以提供，或与之相反。例如，广告商A₁位于排名5并且希望处于排名3以便获得更高的流通量。与排名3相关的当前CPC是$1.00，与排名4相关的CPC是$0.75。A₁能够为这个列表最多提供$0.80。即，广告商的投资回报率分析指出任何升高都将导致损失。如果位于排名3的广告商离去，则A₁能够跳到排名3并具有$0.76的CPC，这落入其$0.80的预算范围之内。

上面的例子示出了广告商必须人工执行以管理其列表的各种活动。某些广告商一天当中多次做这些任务。某些广告商具有多个雇员专门负责管理向布局市场支付费用方面的参与、监控其列表的位置和调节他们的报价，管理他们的预算等。列表状态人工的轮询处理、所述市场中竞争对手的检查和账户状态的检查都是耗时和不经济的。这些当中只有某一些才需要在给定的时间处进行处理。因此，需要一种方法和装置，用于使广告商能够更加有效地管理他们的列表。

申请日为2001年8月3日、名为“System And Method For Providing Place AndPrice Protection In A Search Result List Generated By A Computer Network SearchEngine”的美国申请09/922,028中披露了一种被称之为价格和位置保护的系统。该申请与本申请被共同转让了，并在此被包含在内作为参考。在所披露的系统中，广告商的报价没有建立一个固定的CPC。相反，它的报价设置了所述广告商将承担的最大CPC。此外，所披露的实施例允许所述广告商在显示给搜索者的搜索结果中规定所希望的排名。一个搜索者列表的排名是在与所述搜索者的搜索项匹配的一组搜索列表当中所述搜索列表的原始位置。较高或较好列出的搜索列表被显示在一个页的较高位置，并被较早地显示在许多搜索列表的页上。本实施例中的系统确定实际的排名和实际的CPC。这样，可以利用在按照时间顺序相等CPC列表当中的优先权使与一个搜索匹配的列表以CPC的降序排名。

如果市场发起人没有寻址到这些无效，那么，对广告商保留了一种经济刺激以产生他们自己的自动服务以便与市场经营者的账户管理系统相互作用从而获得与由所述市场经营者提供的有限自动服务相关的经济利益。作为另一种结果，这种情况对第三方提供了一种经济刺激以产生用于广告商的并与费用相关的自动服务或者切断所产生的所谓存款(saving)。这已经发生了。

发明内容

仅仅借助于引言，本发明的实施例可以被集中称之为自动通知(AutoNotification)。自动通知是对现有的按业绩收费的市场系统的一种改进。在基本市场系统中，一个广告商注册到所述广告商接口上，并通过检查所述市场信息和与其列表相关的信息来管理它的广告活动。例如，一个广告商可以识别一组项、他们的描述和包括与每个项相关的CPC的其他信息，该CPC是如果一个用户在所述列表上点击时他应当支付的费用量。广告商也能够为了一个搜索项在不同的排名上检查点击次数、检查与一个项相关的其他竞争列表、检查他的账户余额以及向他的账户上存款等。然后，当一个搜索项与从搜索者接收的搜索查询相匹配时，广告商可以向市场经营者给出经济值。

这里所描述的实施例使用了报价的概念，该报价对应于当响应来自一个搜索者的查询与所述广告商相关的网络位置被所述搜索者访问时、该广告商将给出的经济值。所述经济值可以是直接或间接向所述广告商收取的货币量。所述经济值也可以是从所述广告商账户中划入的量。所述量可以是货币量或诸如信用点的其他值。可以由所述广告商将该经济值交付给数据库搜索系统的经营者或第三方。

当诸如广告商web站点的一个或多个网络位置被一个搜索者访问时，给出所述经济值。安排对象可以是通过在用于由搜索者数据输入和接收的屏幕上单独或与其他搜索结果一起提供所述网络位置。这被称之为一个印象。做为选择，在这里一般描述的实施例中，正如下面将要详细描述的那样，所述安排对象可以发生在所述搜索者点击或点进以对所述广告商的网络位置进行访问的时候。或者，所述安排对象可以是在访问所述广告商的网络位置之后由所述搜索者采取的某些其他活动引起的。

在此实施例把由一个广告商自动执行的许多步骤自动化了。当前，广告商必须定期地检查其列表的状态、所述市场的状态和他的账户信息的状态，以便查看他所关心的任何一个条件是否是真。由于大多数时间不要求特别的活动，所以市场、列表和其账户的人工检查都是耗时的和不经济的。

所披露的自动通知的实施例使得广告商能够规定广告商所关心的条件。所述系统提供了一个代表广告商利益、并经常检查所述条件中的任何一个是否为真的自动代理程序。所述代理程序是一个与由市场系统管理的数据相结合进行操作的软件处理过程或应用程序。如果所有的一切都很好并且没有条件为真，那么，所述代理程序不采取动作。否则，所述代理者将对为真的条件做一个标记，并可以传送一条消息以便向所述广告商发出警报。所述消息可以包括下面将要描述的、使所述广告商校正不希望的条件的方法。每当一个条件为真时就可以传送该消息，或者它们可以在所述广告商的控制下被合计和定期地传送。

利用自动通知，广告商不再需要对为真的条件进行人工搜索。相反，所述系统能够在该广告商所规定的时间处自动地将真的条件和可能的正确动作通知给所述广告商。

一个广告商可以请求用于零或多个条件的自动通知。某些条件与该广告商的列表相关，并且每个列表可以具有零或多个与其相关的条件。根据本分明的实施例，每个自动通知功能具有4种成分：

1.通知条件：与请求注意的状态相关的信息；

2.通知时间：应当传送所述通知的时间；

3.通知模式：如何通知所述广告商；以及

4.通知作用类型：包括在任一通知中的正确动作的类型。

通知条件

根据本实施例，存在一个广告商可以从中选择的9种条件：

1.位置：与列表位置相关

2.成本：与某些列表的累计成本相关

3.账户余额：与在广告商账户中的剩余资金相关(例如，用于被点击列表的支出)

4.印象：由某些列表接收的印象数量

5.点击：某些列表接收的点击数量

6.CTR：某些列表的连续点进率

7.CPC-too-high(CPC过高)：在不影响其排名的前提下一个列表的每次点击成本是否被降低了

8.平均CPC too high(平均CPC过高)：平均CPC，即总成本除以总点击数，高于某个阈值

9.Rank-CPC(排名-CPC)：与用于一个给定排名和项的所述CPC相关

每个条件都有由广告商规定的其自己的参数集。某些参数可以具有由市场经营者自行确定的默认值。用于不同条件的参数描述如下。

一个位置条件监控一个列表的位置。每个位置条件具有以下参数：

1.列表：其位置正在被监控的列表。这应当是所述广告商的一个列表，或者是某些其他广告商的列表。

2.绝对相对：是所述列表的绝对位置正被监控还是相对于某些其他列表的位置正被监控的指示。如果所述位置是相对于其他列表的位置，那么，其他列表也被规定。

3.在内/在外：如果所述列表在规定范围之内或之外，则所述条件为真。

4.特定/范围：一个规定的排名或排名范围。例如，“排名3”是一个规定排名，“排名3到5(包括)”是一个排名范围，如同“大于或等于4的排名”和“小于3的排名”。

下述是位置条件的所有例子：

1.“我的列表L₁不在排名3”

列表：L₁，绝对相对：绝对，在内/在外：在外，特定/范围：排名3。

2.“另一个列表L₂在排名1”

列表：L₂，绝对/相对：绝对，在内/在外：在内，特定/范围：排名1。

3.“我的列表L₃在排名4到8(包括)”

列表L₃，绝对/相对：绝对，在内/在外：在内，特定/范围：排名4到8。

4.“我的列表L₄大于排名2低于另一个列表L₅”

列表：L₄，绝对/相对：相对于L₅，在内/在外：在外，特定/范围：排名1到2。

5.“我的列表L₆是高于另一个列表L₇的排名3”

列表：L₆，绝对/相对：相对于L₇，在内/在外：在内，特定/范围：排名-3(负的排名在参考排名之上，正的排名在其之下)。

市场经营者可以提供用于输入参数的各种用户接口。对于位置限制，市场经营者可以提供一个用于跟踪多个列表、例如跟踪所有列表位置变化的简单接口。

成本条件监控在给定时间间隔内用于广告商的一个或多个列表的总的CPC支出。在每个时间间隔的开始处，其累计成本为零。每个时间间隔的起点由所述市场经营者自行确定。例如，所有以小时计算的间隔都应当在每个1/2小时开始处开始。每个成本条件都具有下述参数：

1，列表：其CPC支出正在被监控的一个或多个列表。

2，限制：与用于所有列表的累计CPC相关的支出限制，例如是$300.00。

3，间隔：与所述限制相关的时间周期，例如一周。

下面是成本条件的所有例子：

1.“在任何一个小时内用于列表L₁的CPC费用超过$300.00”

列表：L₁，限制：$300.00，间隔：1小时

2.“在任何一个月内用于L₂和L₃的CPC费用超过$195.00”

列表：L₂和L₃，限制$195.00，间隔：1个月

所述账户余额条件监控在一个广告商账户中剩余的资金量。某些广告商可能被要求预先付费，用于降低所述由所述广告商承担的CPC费用。一个广告商可以定期地补充其账户余额以便保证持续的服务。每个账户余额条件具有下述参数：

1.阈值：当所述账户余额低于所述阈值量时，所述条件为真。

下面是账户余额条件的所有例子：

1.“我的账户余额低于$100.00”

阈值：$100.00

2.“我的账户余额低于$350.00”

阈值：$350.00

印象条件监控在给定间隔内用于一个广告商的一组列表的合计印象数。在每个时间间隔的开始处，所述累计印象为零。每个时间间隔的起点由所述市场经营者自行确定。在一个实施例中，印象被规定如下。每当用户输入一个搜索项，都会出现一组匹配搜索结果。向用户呈现一个列表就被计数为一次印象。如果一个列表位于后续的一个页上，并且所述用户没有在当前页之后进行搜索，那么，这不被计数为一次印象。可以使用其他的定义。如果所述列表的排名发生了变化，那么，用于所述列表的的印象数将被重置为零。这由所述广告商自行确定。

每个印象条件具有下述参数：

1.列表：其印象的合计数正在被监控的一个或多个列表。

2.在内/在外：如果所述印象数位于所述范围之内或之外，则所述条件是否为真。

3.范围：正在被监控的印象的范围，例如100到200。

4.间隔：用于所述限制的时间间隔，例如1天。

下面是印象条件的所有例子：

1.“列表L₁在一个小时内具有多于1000个印象”

列表：L₁，在内/在外，范围：0到1000，间隔：1小时

2.“列表L₂、L₃和L₄一起具有在1天内具有的印象少于100”

列表：L₂、L₃和L₄，在内/在外：在内，范围：0到99，间隔：1天

点击条件监控在一个给定间隔内用于一个广告商的一组列表的用户点击合计数。在每个时间间隔的开始处，累计点击为零。每个时间间隔的起点由所述市场经营者自行确定，每当用户输入一个搜索项时，就给出一组匹配的搜索结果。如果用户通过指向一个超链接或输入统一资源定位器来选择一个匹配列表，则这被称之为在所述列表上点击。也可以使用点击的其他规定。如果一个搜索者在一个匹配列表上点击，则这被计数为用于所述列表的一次点击。如果列表中的排名变化，那么，用于所述列表的点击数可以被重置为零。这由所述广告商自行确定。

每个点击条件具有下述参数：

1.列表：其点击数正在被监控的一个或多个列表。

1.在内/在外：如果点击数在所述范围之内或之外，则所述条件是否为真。

2.范围：正在被监控的点击范围，例如1,000到4,000。

3.间隔：用于所述限制的时间，例如一个季度。

下面是点击条件的所有例子：

1.“列表L₁在一天内具有低于100的点击”

列表：L₁，在内/在外：在内，范围：0到99，间隔：1天

2.“列表L₂和L₃一起在一周内具有高于1,500的点击”

列表：L₂和L₃，在内/在外：在外，范围：0到1,500，间隔：1周

CTR条件监控在一个间隔内用于广告商的一组列表的合计点进率。一个间隔内的合计CTR是把该间隔内的合计点击数除以在同一间隔内的合计印象数。当开始监控所述合计CTR时，可能具有对有效数据的不够充分的印象。所述市场经营者可以选择印象的最小数，这在认为所述CTR条件有效之前是所要求的。

另外，广告商可以规定概率和误差容限，并能够从所述市场经营者中计算在所述CTR条件被认为有效之前所需的最小点击数。例如，所述广告商可以规定95％的概率和3％的误差容限。根据统计，我们已经知道如果所述CTR是标准正态分布，则其值介于其平均值的+/-1.96的标准偏差之间的概率为95％。所以，如果我们进行n次测量，并获得P’的一个观察的CTR，那么 $1.96\×\sqrt{\frac{p^{\′}\×(1-p^{\′})}{n}}\≤3\%,$

这取决于P’的被观察的CTR，并总是能够由市场经营者通过等待足够大的“n”来实现。任何一个初步的统计学文本都能够详细描述这点，例如Larses、Richard J和Marx、Morr is L等人所著、Prentice Hall Collge Dev第三版(2000年1月15日)、ISBN号为0139223037的“An Introduction to Mathematical Statisticsand Its Applications”。

如果一个列表的排名发生了变化，那么，用于该列表的印象和点击的数量可以被重置到零。这由所述广告商自行确定。

每个CTR条件具有下述参数：

2.列表：其合计CTR正在被监控的一个或多个列表。

3.在内/在外：如果所述合计CTR在所述范围之内或之外，则所述条件是否为真。

4.范围：正在被监控的合计CTR的范围，例如1/100到1/200。

5.间隔：用于所述间隔的时间周期，早于所述时间间隔的数据不予考虑，例如，当计算所述CTR时，1天的间隔将忽略所有早于一天的印象和点击。

下面是CTR条件的所有例子：

1.“列表L₁的CTR在最后1小时内少于1％”

列表：L₁，在内/在外：在内，范围：0到1/100，间隔：1小时。

2.“列表L₂和L₃在其整个历史中具有1％到5％以外的合计CTR”

列表：L₂和L₃，在内/在外：在外，范围：1/100到5/100，间隔：所有时间。

3.“列表L₄在最后一周内具有大于10％的CTR”

列表L₄，在内/在外：在外，范围：0到1/10，间隔：1周。

CPC-too-high条件监控一个或多个列表的CPC。如果在不降低其排名的前提下能够减少任何一个被监控列表的CPC，则该条件为真。例如，如果列表L₁具有$1.23的CPC并且于排名4，而且位于排名5的列表具有$1.10的CPC，那么，L₁的CPC可以被减少到$1.11，同时仍然保证L₁保持在排名4。一个广告商还可以规定在一个列表的CPC和其下面的列表的CPC之间差距的大小。每个CPC-too-high条件具有下述参数：

1.列表：正在被监控的列表。

2.阈值：在一个列表的CPC和下一个更差列表的CPC之间的最小差别。

下面是CPC-too-high条件的所有例子：

1.“与下面的列表相比较，列表L₁具有高于$0.05的CPC”

列表：L₁，阈值：$0.05

2.“与下面的列表相比较，列表L₂和L₃具有高于$0.01的CPC”

列表：L₂和L₃，阈值：$0.01

平均CPC-too-high条件监控一个或多个列表的平均CPC。所述平均CPC是把用于列表的总成本除以用于该列表的总点击数。如果所有被监控的列表的平均CPC高于由所述广告商规定的阈值，那么，所述条件为真。例如，一个广告商可以规定当所有广告商的列表的平均CPC都大于$1.45时所述条件才是真的。当开始监控所述平均CPC时，对于有效数据来讲，可能有不充分的印象和点击。所述市场经营者可以选择在认为所述平均CPC条件有效之前的最小数量的印象和/或点击。每个平均CPC-too-high条件具有下述参数：

1.列表：正在被监控的列表。

2.阈值：在一个列表的CPC和一个更差列表的CPC之间的最小差别。

3.间隔：用于限制的时间周期，例如1周。

下面是平均CPC-too-high条件的所有例子：

1.“列表L₁和L₂在1天内具有高于$0.35的平均CPC”

列表：L₁和L₂，阈值：$0.35，间隔：1天。

2.“我的所有列表在1周内都具有高于$0.98的平均CPC”

列表：所有，阈值：$0.98，间隔：1周。

Rank-CPC条件监控获得用于一个搜索项的一个给定排名所需的最小CPC。如果给定排名能够在规定的价格阈值内被实现，则，所述条件为真。

例如，如果列表L₄位于排名4并具有$1.23的CPC，且列表L₅位于排名5并具有$1.15的CPC，那么，一个新的列表可以位于排名5并具有$1.16的CPC。对于一个新的列表而言，它不可能以任意价格位于给定的排名处。例如，如果所述L₄的CPC与所述L₅的CPC相同，这是可能发生的。这是由于所述列表是通过它们的CPC排名的，并且具有相同CPC的列表是通过其时间标记排名的(时间标记较早的列表具有较好的排名)。任何一个新的列表都将具有比所有其他列表更大的时间标记，所以，它不可能具有位于L₄和L₅的时间标记之间内的时间标记。

每个rank-CPC条件都具有下述参数：

1.项：将被监控的项。

2.排名：希望的排名。

3.阈值：将位于用于项的排名处的最大价格

下面是rank-CPC条件的所有例子：

1.“用于项‘LCD Projector’的排名3可以以少于或等于$3.50的花费来实现”

顶：LCD Projector，排名：3，阈值：$3.50

2.“用于项‘Garage’的排名10可以以少于或等于$0.10的花费来实现”

顶：Garage，排名：10，阈值：$0.10

通知时间

在前面的章节中描述了各种通知条件以及与之相关的参数。每个自动通知规范中还包括与所述条件相关的通知时间，它是一个广告商希望在此时被通知所述条件何时为真的时间。注意，所述广告商被通知的时间与条件为真的时间无关。

当一个广告商能够被通知时，可以有两种选择：

1.立即：只要一个条件变为真，立即通知所述广告商。

2.间隔：在规定的时间间隔中合计所有的通知。所述间隔包括一个周期和一个时间，例如按小时计算的每1个半小时、按天计算的每天的下午4：20、按周计算的每星期五的下午3：45等。

如果在所述间隔内没有一个条件为真，那么，所述广告商或市场经营者可以选择是否没有通知应当被传送，或者是否应当传送“没有条件为真”的通知。否则，在所述间隔内变为真的所有条件都被记录，并且在所述间隔的末尾处所述广告商将被通知这些内容。

例如，一个广告商可以规定每天都要传送的、与位置条件相关的所有通知。如果被监控的列表的所述位置在一天期间内多次位于规定的限制以外，那么，当他们发生时都将被记录，且所述广告商被不传送立即通知。在当天的末尾处，所有这些都被合计并被传送给所述广告商。

通知模式

在前部分规定了所述通知时间，该时间是一个广告商在此时被通知任何一个条件可以为真的时间。任何一种这样的通知都以一种或多种可能的通信模式进行传送。每个自动通知规范还包括与所述条件相关的通知模式，该模式是用于通知一个广告商的通信模式。

具有五种可能的通信模式：

1.e-mail：所述通知被传送给由所述广告商预先规定的一组e-mail地址。每个e-mail消息包括现在/过去为真的条件的细节，并链接到一个广告商能够采取的正确动作上，例如单击以验证所述广告商和自动进行所述校正。

2.即时消息通知：所述通知被传送给由所述广告商预先规定的一组即时消息账户。与所述e-mail相似，每个即时消息可以包括现在/过去为真的条件的细节。并链接到广告商可以采取的正确的动作上。

3.传真：所述通知可以被传真给由所述广告商预先规定的一个号码。所述传真可以包括现在/过去为真的条件的细节，并提供所述广告商可以到哪里校正任何一个不希望条件的指示，例如是到其中所述广告商可以验证其本身并在线校正任何一个不希望条件的在线市场系统的指示。

4.寻呼：所述通知可以被寻呼到由所述广告商规定的一个号码。所述寻呼是通过无线电通信传送给便携式无线接收机的一个文本或其他消息。所述寻呼可以经过一个寻呼系统传送给一个专用寻呼接收机或收发两用机，或者所述寻呼可以使用与某些蜂窝无线电电话系统共同工作的短消息服务(SMS)传送。所述寻呼可以提供现在/过去为真的所述条件的简要指示，以及所述广告商能够到哪里校正任一不希望条件的指示，例如，所述广告商能够呼叫的一个电话号。

5.电话：所述通知可以被传送给由所述广告商预先规定的一个号码。一个自动语音合成系统可以被用于提请所述广告商注意现在/过去为真的条件。所述电话装置可以利用按钮音输入提供在一个菜单内的正确动作，例如，“按压1以将你的报价增加到1美元32美分以回到位置1，按压2以...”。所述系统可以直接识别语音输入。所述消息也可以包括关于所述广告商能够到哪里去校正任一不希望条件的指示，例如，到所述在线市场系统的指示。

通知动作类型

对于每个自动通知功能来讲，广告商规定所述条件、通知时间和通知模式。自动通知功能也包括所述通知动作类型，该通知动作类型是一种方法，所述广告商能够使用该方法校正任何一个不希望的条件。用于校正所述条件的动作可以被包括在所述通知之中，或者所述通知功能能够包括其他用于进行校正的指令。共具有6种动作类型：

1.活动链接：这是一些被嵌入在所述通知中的链接，它允许所述广告商利用一次点击校正所述不希望的条件。最好是在采取任一动作之前首先验证所述广告商。所述链接能够被嵌入到一个e-mail消息的URL中，并在一次点击中校正不希望的条件。例如，一个链接可以被命名为“在这里点击以将后续列表的CPC增加到$1.43从而将它恢复到排名3”。所述链接的URL指向市场经营者的系统，并包括与所述广告商相关的信息和将被校正的所述条件。如果所述广告商在该链接上点击，则验证它的一致性，并且所述系统自动执行所有的校正动作而不需要广告商直接与在线市场系统相互作用。

在e-mail通知和即时消息通知中包括活动链接是适当的。

2.待用链接：这是指向使广告商能够对不希望条件进行校正的在线位置的指针。例如，这可以是一个具有指向所述广告商能够登录的在线市场系统的URL的指针的电话消息。一旦进行了登录，就可以向所述广告商提供具有有源类型的页以便校正任何一个不希望的条件。

在所有通知模式中包括待用链接是适当的。

3.e-mail：这是一个可以由广告商填写的e-mail模板，用于指出将要采取什么样的校正动作，并e-mail到由市场经营者预先规定的地址。所述模板可以被包括在一个通知(例如一个e-mail通知)中，或者它可以通过其他手段、例如web站点来获得。

在所有通知模式中包括e-mail链接是适当的。

4.电话：这是一个到所述广告商能够呼叫以便采取校正动作的电话号的指针。这可以是一个全自动系统，例如，利用按钮音电话和语音识别，具有人工操作者的系统、或者这些的组合。

在所有通知模式中包括电话链接是适当的。

5.自动校正：如果这个条件变为真，则所述广告商要求所述系统以其名义自动采取校正动作。所述广告商还规定所述校正动作的细节。这个选项只可应用于可以被校正的条件。例如，一个自动校正动作类型可以指令所述系统将$500添加到所述广告商的账户余额上。如果它变得低于所述阈值，则自动向其信用卡收取费用。

6.放宽：所述广告商要求所述系统忽略当前的条件，并试图放宽所述条件，从而使这个事件不触发所述条件。所述市场和/或所述广告商可以选择如何放宽所述条件。例如，一个广告商可以不关心其列表已经从排名2下降到排名3，但是，他希望如果其排名进一步下降就获得通知。

每个通知功能在其中都能够包括一个或多个可应用的动作类型。某些动作类型可能不适合于某些通知模式，例如，它不适于在电话消息中包括的URL指针。广告商还可以规定在通知中他最好采取什么动作。

所述自动通知系统的优点在于可以代表多个广告商执行下述指令：

1.允许我规定我的通知条件、通知时间、通知模式和通知动作类型。

2.持续监控所有我的条件以便观察它们中的任何一个是否为真。

3.如果我的条件中的任何一个变为真，则记录下其细节。

4.如果我的条件中的任何一个现在/过去为真，则在已经规定的通知时间处传送我的通知。

5.在每个通知中包括所有可应用的动作类型以便校正任一条件(该条件是可以被校正的)。对我已经规定的那些条件限制其动作类型，如果我没有给出任何特选，那么，市场经营者可以进行选择以用每个通知包括某些或全部动作类型。

仅仅借助于介绍提供了对所述最佳实施例的前述讨论。这些描述没有被作为对下面的权利要求的限制，所述权利要求规定了本发明的范围。

附图说明

图1的框图示出了在一个大网络和本发明中的系统及方法的一个实施例之间的关系，其中该系统和方法用于产生一个按业绩收费的搜索结果；

图2是在本发明一个实施例中使用的菜单、显示屏幕和输入屏幕的一个图表。

图3的流程图示出了在本发明一个实施例中执行的广告商用户登录处理过程。

图4的流程图示出了在本发明一个实施例中执行的管理用户登录处理过程。

图5是用于和本发明一个实施例一起使用的账户记录的数据图。

图6的流程图示出了在本发明一个实施例中使用的将货币添加一个账户记录上的方法。

图7示出了由本发明一个实施例产生的搜索结果列表的一个例子。

图8的流程图示出了在本发明一个实施例中使用的改变报价处理过程。

图9示出了在图8所示改变报价处理过程中使用的屏幕显示的一个例子。

图10-24的流程图示出了根据本实施例的系统的操作。

具体实施方式

披露了一种用于在以客户机/服务器为基础的计算机网络系统上产生由诸如广告商的站点发起人确定的一个按业绩收费的搜索结果的方法和系统。下面的描述使得本领域内任何一个普通技术人员都能够生成和使用本分明。为解释的目的，阐述了某些特殊的术语以提供对本发明的整个理解。仅作为例子提供了对特殊应用的描述。对于本领域普通技术人员来讲，对最佳实施例的各种修改都是很明显的，并且，这里所定义的一般原理可以应用到其他的实施例和应用中而不脱离本发明的精神和范围。由此，本发明并没有试图局限于所示的实施例中，但应当符合与这里所披露的原理和特性相一致的最大范围。

现在参看附图，图1是在本发明一个最佳实施例中使用的被配置为客户机/服务器结构的分布式系统10的一个例子。“客户机”是使用与其不相关的另一类或另一组的服务的一类或一组的成员。在诸如互联网的计算机网络环境中，所述客户机是一个处理(即大约是一个程序或任务)，该处理请求一个由已知为服务器程序的另一个处理提供服务。所述客户机处理使用被请求的服务而不必知道与其他服务器程序或服务器本身相关的工作细节。在联网系统中，所述客户机处理通常运行于一个计算机上，该计算机访问由运行相应服务器处理的另一个计算机所提供的共享网络资源。但是，应当说明，客户机处理和服务器处理可以运行在同一个计算机上。

“服务器”通常是一个可以经过诸如所述互联网的通信媒体进行访问的远程计算机系统。所述客户机处理在第二计算机系统中可以被激活，并经过一个允许多个客户机利用所述服务器的信息收集能力的通信媒体与所述服务器处理进行通信。由此，所述服务器基本上被用做与计算机网络相关的信息提供者。

因此，图1所示的框图示出了包括多个客户计算机12、多个广告商web服务器14、一个账户管理服务器22和一个搜索引擎web服务器24的分布式系统10，所有这些都被连接到网络20上。网络20在此后通常将被称之为互联网。虽然本发明的所述系统和方法对于互联网是特别有用的，但是，应当理解，客户计算机12、广告商web服务器14、账户管理服务器22和搜索引擎服务器24可以经过许多不同类型的网络中的一个被彼此连接到一起。这种网络可以包括局域网(LAN)、其他的广域网(WAN)以及诸如商业信息服务的可经过电话线访问的区域网。所述客户机和服务器处理可以包括在单个计算机上同时执行的不同程序。

所述客户计算机12通常是个人计算机(PC)、工作站或任一其他规模的的计算机系统。每个客户机12通常包括一个或多个处理器、存储器、输入/输出设备和一个诸如传统的调制解调器的网络接口。所述广告商web服务器14、账户管理服务器22和搜索引擎web服务器24可以被类似地配置。但是，广告商web服务器14、账户管理服务器22和搜索引擎web服务器24中的每一个都包括通过各自专用网络连接的很多计算机。实际上，网络20可以包括几十万个单独的计算机网络。

客户计算机12能够执行诸如NAVIGATOR、EXPLORER或MOSAIC浏览器程序的web浏览器程序16，以便定位存储在广告商服务器14上的web页或记录30。浏览器程序16允许所述用户输入将被检索的特定web页30的地址。这些地址被称之为统一资源定位器或URL。另外，一旦检索到一页，那么，当所述用户在超链接上“点击”以便到达其他web页时，浏览器程序16能够提供对其他页或记录的访问。这种超链接被定位在所述web页30内，并为用户提供一个自动途径以便进入另一页的URL和检索那个页。所述页可以是包括作为内容的明文信息或诸如软件程序、图形、音频信号和视频等更加复杂的数字编码多媒体内容的数据记录。

在图1所示的本发明的最佳实施例中，客户计算机12使用由超文本传输协议(HTTP)所提供的功能性，经过网络20与其中包括账户管理服务器22、搜索引擎服务器24和广告商服务器14的各种网络信息提供者进行通信，尽管也可以使用诸如FTP、SNMP、TELNET和许多其他已知协议的其他通信协议。搜索引擎服务器24、账户管理服务器22和广告商服务器14最好被置于所述万维网上。

如上所述，在本发明的最佳实施例中至少设想了两种服务器。第一种设想的服务器是由计算机存储介质32和处理系统34组成的一个账户管理服务器22。数据库38被存储在账户管理服务器22的存储介质32中。数据库38包含广告商账户信息。根据下面的描述，很明显，本发明的系统和方法可以由作为可执行指令存储在诸如存储器或海量存储设备的计算机存储介质上的软件在账户管理服务器22上实现。运行于客户计算机12上的传统浏览器程序16可以访问存储在账户管理服务器22上的广告商的账户信息。对账户管理服务器22的访问最好经过没有示出的防火墙来实现，这避免了所述账户管理和搜索结果位置程序以及所述账户信息受到外部捣毁。可以经过增强诸如安全HTTP或安全套接层之类的标准通信协议来提供附加的安全性。

第二种设想的服务器类型是搜索引擎web服务器24。一个搜索引擎程序允许网络用户在被引导到在能够经过他们的浏览器程序16将查询传送给搜索引擎服务器24的其他web服务器上的搜索引擎web服务器的URL或站点时，输入关键字查询以便识别在所述万维网上可以得到的数百万个页当中感兴趣的页。在本发明的一个最佳实施例中，搜索引擎web服务器24产生一个搜索结果列表，该表至少部分地包括通过由账户管理服务器22执行的报价处理的结果进行格式化所获得的相关入口。搜索引擎web服务器24产生到包含有与由所述用户在客户计算机12处输入的搜索项相关信息的文档的超文本链接列表。所述搜索引擎web服务器以web页的形式将这个列表传送给网络用户，并在那里被显示在在客户计算机12上运行的浏览器16上。所述搜索引擎web服务器的当前最佳实施例通过被引导到在URL http：//WWW.GOTO.COM/的所述web页上可以找到。另外，下面将进一步详细讨论在图7中示出其例子的所述搜索结果列表web页

搜索引擎web服务器24被连接到互联网20上。在本发明的一个最佳实施例中，搜索引擎服务器24包括由用于响应用户的查询产生搜索结果的搜索列表记录组成的一个搜索数据库40。另外，搜索引擎web服务器24还被连接到账户管理服务器22上。账户管理服务器22还可以被连接到所述互联网上。本发明的搜索引擎服务器24和账户管理服务器22寻址位于客户计算机12处的用户的不同信息需要。

例如，位于客户计算机12处的一类用户可以是诸如广告发布web站点发起人、或具有位于广告商web服务器14上的广告商web页30的所有者的网络信息提供者。这些广告发布web站点发起人或广告商可以希望访问驻留在账户管理服务器22上的存储器32中的账户信息。广告发布web站点发起人可以通过驻留在账户管理服务器22上的账户与其他广告商一起参与竞争报价处理。一个广告商可以对与该广告商的web站点内容相关的任一数量的搜索项报价。在本发明的一个实施例中，向广告商web站点报价的搜索项的关联是在将包含所述搜索项和广告商web站点URL的搜索列表插入到数据库40之前经过人工编辑处理确定的。在本发明的另一个实施例中，可以使用在账户管理服务器22的处理器34处执行的一个计算机程序，来评估在一个搜索列表中向相应web站点报价的搜索项的关联，其中，所述计算机程序将根据一组预先定义的编辑规则来评估所述搜索项和相应的web站点。

当使用由所述广告商报价的搜索项执行搜索时，较高的报价接收在由搜索引擎24产生的搜索结果列表上更有益的位置。在本发明的一个最佳实施列中，由一个广告商报价的量包括每当在所述搜索结果列表页上所述广告商的web站点经过超链接被访问时从所述广告商账户中扣除的货币量。搜索者利用计算机输入设备在所述超链接上点击以便启动一个检索请求，从而检索与所述广告商的超链接相关的信息。在搜索结果列表超链接上的每次访问或点击最好被重定向到搜索引擎web服务器24以便使所述点击与用于一个广告商的账户识别符相关联。在使用由所述搜索者点击的所述搜索结果列表超链接访问所述广告商的URL之前，这种对所述搜索者并不明显的重定向动作将访问被编码成搜索结果页的账户识别信息。所述账户识别信息被与来自所述检索请求的信息一起被记录在所述广告商的账户上作为检索请求事件。由于经过这个机制最后获得的信息以在现有技术中已知传统服务器系统登录不可能使用的方式使一个账户识别符与一个URL相互匹配，所以，精确账户的借方记录将被保存。在所述搜索结果列表页上的广告商的web站点描述和超链接最好伴随有一个指出所述广告商的列表是一个付费列表的指示。每个付费列表最好显示一个“用到广告商的费用(cost to advertiser)”，它是与由所述广告商经过所述搜索结果列表为每个安排对象向所述广告商站点支付的“每次点击价格”对应的量。

在客户计算机12处的第二类用户可以包括在所述web上查找特定信息的搜索者。所述搜索者可以经过他们的浏览器16访问驻留在web服务器24上的搜索引擎web页36。搜索引擎web页36包括一个查询框，一个搜索者可以在其中输入包括一个或多个关键字的搜索项。另外，所述搜索者可以经过超链接到搜索引擎服务器24、并位于存储在远程web服务器中的一个web页上的查询框查询搜索引擎web服务器24。当所述搜索者已经完成输入所述搜索项时，该搜索者可以通过在所提供的超链接上点击将所述查询传输给搜索引擎web服务器24。搜索引擎web服务器24然后将产生一个搜索结果列表页，并将所述页传输给位于客户计算机12处的所述搜索者。

所述搜索者可以点击与所述搜索结果页上每个列表相关的超文本链接以便访问相应的web页。所述超文本链接可以访问所述互联网上任何一处的web页，并包括向位于广告商web服务器14上的广告商web页18支付费用的列表。在本发明的一个最佳实施例中，所述搜索结果列表还包括非付费的列表，该列表没有被作为广告商报价的结果，并且是由诸如INKTOMI、LYCOS或者YAHOO！搜索引擎的传统万维网搜索引擎产生的。所述非付费超文本链接还可以包括由一个编辑团队人工索引到数据库40中的链接。更可取地，在所述搜索结果页上所述非付费列表跟在付费广告商列表之后。

图2示出了提供给经过传统浏览器程序16访问所述账户管理服务器22的一个广告商的菜单、显示屏幕和输入屏幕。所述广告商在将账户管理服务器22的URL输入到图1所示的浏览器程序16中时，调用一个运行于服务器22的处理系统34上的登录应用程序，该登录应用程序将如下面在图2的屏幕110所示进行讨论。一旦所述广告商登录成功，则处理系统34提供菜单120，该菜单120具有许多选项和与所述广告商相关的进一步的服务。将在下面详细讨论的这些项使得例行程序被调用，以执行所述广告商的请求或者在执行所述广告商的请求之前请求进一步的信息。在本发明的一个实施例中，所述广告商经过菜单120访问多个选项，包括请求消费者服务130、查看广告商策略140、执行账户管理任务150、将货币添加到广告商的账户160上、管理账户在搜索引擎170上的广告发布、以及查看活动报告180。特定上下文帮助190通常也可以在菜单120和所有上述选项中得到。

图3和4示出了用于两种用户的本发明最佳实施例的登录过程。图3示出了用于一个广告商的登录过程270，图4示出了用于管理和保持本发明中的系统和方法的一个管理者的登录过程290。如上面所讨论的，位于客户计算机12处的广告商或管理者首先必须在步骤271或291处使用一个浏览器程序去访问所述账户管理服务器。在广告商被引导到所述登录页的URL以便在步骤272或292开始所述登录过程之后，账户管理服务器22的处理系统34在步骤274或294处调用一个登录应用程序。根据这个应用程序，所述处理器提供一个输入屏幕110(图2)，该屏幕请求所述广告商或管理者的用户名和密码。基于在存储在账户管理服务器22的存储器32中的一个数据库中存储的账户信息，这些信息项在步骤276或296被提供给现有技术中已知的一个用于验证的安全应用程序。

根据图3，在所述用户被验证为是一个广告商之后，该广告商被提供一个图2所示的菜单屏幕120，并被限制仅仅对相应广告商账户具有有限的读/写访问权限，如在步骤278所示。所述广告商登录事件278也可以在步骤280中被记录在数据库中作为广告商账户记录一部分的审计追踪数据结构中。所述审计追踪最好被作为在数据库38中的一系列入口来实现，这里，每个入口对应于一个其中所述广告商的账户记录被访问的事件。用于账户记录的审计追踪信息最好可以被所述账户所有者和其他适当的管理者查看。

但是，如果所述用户在图4所示的步骤295处被验证为是一个管理者，那么，所述管理者具有对所有广告商账户的规定的管理访问权限，如在步骤296所示。所述广告商登录事件296在步骤297被记录在所述广告商账户记录的审计追踪数据结构部分中。这些审计追踪最好被作为数据库38中的一系列入口来实现，这里，每个入口对应于一个其中所述管理者的账户记录被访问的事件。所述管理者的审计追踪信息最好可以被所述账户所有者和其他适当的管理者查看。

此外，不是在步骤282中向被验证的广告商用户示出一般的广告商主菜单，而是在步骤298向验证的管理者提供搜索所述广告商账户数据库38的访问。最好向所述管理者提供一个数据库搜索界面，以便使所述管理者能够选择一个广告商账户进行监控。例如，所述界面可以包括多个查询框，所述管理者能够将与所述管理者希望访问的账户对应的一个账户号或用户或联系人姓名输入到该查询框中。当所述管理者在步骤299选择了一个广告商账户进行监控时，该管理者将被带到图2所示的主广告商页120，这也是所述广告商能够看到的。

由于只有在该系统上具有一个账户记录的用户才被提供一个有效登录名和密码，所以对位于账户管理服务器22上的账户信息32进行访问仅局限于这些用户。密码和登录名信息与所述用户的其他账户信息一起被存储在账户管理服务器22的数据库38中，如图1所示。包括登录名和密码的账户信息经过在本发明范围以外的单独在线登录处理被输入到图1所示的数据库38中。

图5示出了在所述数据库中的每个广告商账户记录300中包含的信息种类。首先，广告商账户记录300包含如上所述用于在线验证的用户名302和密码304。所述账户记录还包含联系人信息310(例如，联系人姓名、公司名、街道地址、电话、e-mail地址)。

当所述广告商已经请求了在通知选项下的关键广告商事件的通知时，联系人信息310最好被用来与所述广告商进行通信，这将在下面讨论。账户记录300还包含一个票据信息320(例如，当前余额、信用卡信息)。所述票据信息320包含当所述广告商选择所述选项以便将货币添加到所述广告商的账户上时访问的数据。此外，某些票据信息、诸如当前余额可以触发在通知选项下需要通知的事件。账户记录300的审计追踪部分325包含一个其中所述账户记录300被访问的所有事件的列表。每当一个管理者或广告商访问或修改账户记录时，一个描述所述账户访问和/或修改事件的短的入口将被附加到启动所述事件的所述管理者或广告商账户的审计追踪部分330上。然后，所述审计追踪信息可以被用于帮助产生由账户所有者在所述账户下进行交易的历史记录。

广告发布信息部分330包含执行本发明在线报价处理所需的信息，其中，在由搜索引擎产生的搜索结果列表内为一个web站点描述和超链接确定一个位置。用于每个用户账户300的广告数据330可以被组织为零或多个子账户340。每个子账户340包括至少一个搜索列表344。每个搜索列表对应于搜索项的一个报价。广告商可以利用子账户在多个搜索项上组织多个报价，或者组织与多个web站点相关的报价。子账户对于试图跟踪面向市场段性能的广告商是特别有用的。为代表试图组织他们的广告发布成果的所述广告商的利益引入了所述子账户的超结构，并且不影响本发明中的所述操作方法。另外，所述广告发布信息部分不需要包括子账户的附加组织层，但可以简单地包括一个或多个搜索列表。

搜索列表344对应于一个搜索项/报价对，并包含用于实施在线竞争报价处理的关键信息。每个搜索列表最好包括下述信息：搜索项352、web站点描述354、URL356、报价量358和名称360。搜索项352包括一个或多个可以是英文(或其他任何语言)中常用词的关键字。每个关键字又包括一个字符串。所述搜索项是所述竞争在线报价处理的目标。所述广告商选择一个与所述广告商web站点的内容相关的搜索项进行报价。理论上，尽管也可以选择很少常用的搜索项以保证用于报价的相关搜索项的全面范围，但是，所述广告商可以选择被作为很可能由在所述广告商web站点上寻求信息的搜索者输入的多个项的目标的一个搜索项。

Web站点描述354是所述广告商的web站点内容的一个短文本描述(最好少于190个字符)，并且可以作为搜索结果列表中所述广告商入口的一部分被显示。所述搜索列表344还可以包含所述web站点的名称360，该名称可以被显示为加到搜索结果列表中所述广告商入口上的被超链接的网幅广告。URL356包含所述广告商web站点的统一资源定位器地址。当所述用户点击在所述广告商的搜索结果列表入口中提供的所述超链接时，所述URL被提供给所述浏览器程序。该浏览器程序接着经过上述重定向机制访问所述广告商的web站点。所述URL也可以被显示为搜索结果列表中部分的广告商入口。

报价量358最好是一个广告商为一个列表报价的货币量。这个货币量被从所述广告商预付的账户中扣除，或者为所述广告商的账户被重新记录，每当一个用户在对应的搜索项上执行搜索和所述搜索结果列表超链接被用于引导所述搜索者参考所述广告商的web站点时，上述广告商的账户被开列清单。最后，每当一个广告商放置一个报价或一个搜索以输入搜索查询时，排名值最好是由图1所示的账户管理服务器22的处理系统34动态产生的一个值。一个广告商搜索列表的排名值确定了在当在相应搜索项上执行一个搜索时产生的所述搜索结果列表中所述广告商入口的放置位置。排名值最好是一个与所述报价量358成正比确定的有序值。所述报价量越高，排名值就越高，在所述搜索结果列表上的放置位置就更有利。1的排名值最好被指定给具有与连续较低排名相关并被指定给连续较低报价量的连续较高有序值(例如2、3、4、...)的最高报价量。

一旦登录成功，广告商就能够执行在图2所示菜单120中设置的一定数量的简单任务，包括查看与广告商相关的规则和策略列表，以及请求消费者服务帮助。这些项使得将被调用的例程执行所述请求。例如，当选择“Customer Service(消费者服务)”时，显示一个输入屏幕130以便允许所述广告商选择请求的消费者服务类别。另外，在屏幕130上可以提供多个表单从而使得广告商可以将消费者的意见写入到一个以web为基础的输入表单中。

当选择“View Advertiser Policies(查看广告商策略)”时，图1所示账户管理服务器22的处理系统34将调用一个例程。如图2所示，该例程将显示一个信息web页140。Web页140阐述了当前所述广告商的实际策略(例如，所有搜索列表描述都必须清楚地涉及所述搜索项)。

图2所示的菜单120还包括一个“Account Administration(账户管理)”部分150，它允许广告商特别地查看和改变所述广告商的联系人信息和票据信息，或者如果可能的话则更新所述广告商的访问简档表。提供了在现有技术中是已知的、并且与上述讨论表单类似的以web为基础的表单用于更新账户信息。

所述“Account Administration”菜单还包括一个用于使得广告商能够查看所述广告商账户交易历史记录的选项。在“View Transaction History(查看交易历史记录)”的选项下，所述广告商可以调用多个例程以查看过去账户交易的列表(例如，将货币加到账户上、添加或删除所报价的搜索项或改变报价量)。

可以执行多个附加例程，以便允许广告商显示一个规定种类的交易历史记录，或者使其发生在规定的时间内。如上所述，所述的交易信息可以从图5所示的审计追踪列表325中获得。可以提供作为现有技术中已知的可以利用软件形成的可点击的按钮、以web为基础的表单和/或菜单，以便使所述广告商能够规定这些限制。

另外，图2所示的“Account Administration”菜单150包括一个能够使广告商设置通知选项的选择。在这个选择下，所述广告商能够选择一个选项，从而使得所述系统通知所述广告商某些关键事件何时发生。例如，所述广告商可以选择设置一个选项从而使得当所述广告商的账户余额已经低于规定水平时使所述系统将传统的电子邮件消息传送给所述广告商。在这种方式下，所述广告商可以接收一个“警告”，以在所述账户破产(意思是所述广告商的列表不再出现在搜索结果列表之中)之前补充所述账户。另一个所述广告商可以希望得到通知的关键事件是在为特定搜索项而产生的搜索结果列表中所述广告商列表位置的变化。例如，一个广告商可以希望具有一个系统，如果就一个特定搜索项而言，所述广告商已经被另一个广告商的报价超出(意思是所述广告商的列表将在所述搜索结果列表中出现在比以前更低的位置上)，那么，该系统将向所述广告商传送一个传统的电子邮件消息。当发生了系统规定的关键事件中的一个时，为每个受影响的搜索列表触发一个数据库搜索。所述系统然后将根据在所述广告商账户中规定的通知选项执行一个适当的通知例程。

回过头来参看图2，在菜单120中还出现一个选择，它允许一个广告商将货币添加到所述广告商的账户上，从而使所述广告商在其账户上具有资金以便经过所述搜索结果页为所安排的对象向所述广告商的站点付费。最好只有在其广告商账户上具有资金的广告商才具有包括在所产生的任一搜索结果列表当中的付费列表。特别是，代替在所有的时间处维持正的账户余额，满足所选商务标准的广告商可以选择承担账户费用而不必考虑账户余额，并以定期间隔将反映了由实际安排对象承担的所列发票金额支付给由搜索引擎产生的所述广告商站点。图6详细示出了起始于步骤602的、当“Add Money to Account”选择被调用时执行的处理。当在步骤604点击所述“Add Money to Account”选择时，调用如下功能：接收用于识别所述广告商的数据并从所述数据库检索所述广告商的账户。然后，在步骤606，所执行的处理存储所述广告商的默认票据信息，并且显示与所述广告商相关的默认票据信息。被显示的票据信息包括将被添加的默认货币量、默认的支付形式和默认的工具信息。

在本发明的一个最佳实施例中，尽管在本发明的范围内使用其他付费方式会更好，但是，一个广告商通过使用信用卡可以基本上实时地在线添加资金。例如，在本发明的另一个实施例中，广告商可以通过将希望的量从所述广告商的银行账户中经过诸如签帐卡的现有技术中已知的电子资金验证机制、以类似于在美国专利5,724,424所披露的方式传输给Gifford，来向他们的账户添加资金。在本发明的另外一个实施例中，所述广告商能够使用传统的以纸为基础的支票向他们的账户添加资金。在这种情况下，在账户记录数据库中，可以经过人工输入更新附加资金。工具信息包括对付费方式的细节考虑。例如，对于信用卡而言，所述工具信息可以包括有关信用卡名称的数据(例如，MasterCard、Visa、或American Express)、信用卡号、所述信用卡的截止日期和与所述信用卡相关的票据信息(例如票据姓名和地址)。在本发明的一个最佳实施例中，为了安全，只有部分的信用卡号被显示给所述广告商。

显示给所述广告商的默认值是从例如存储在所述账户数据库中的不变状态中获得的。在本发明的一个实施例中，所存储的票据信息值可以包括由所述广告商最后(最近)一次为广告商账户调用和完成添加货币处理时所设置的值。所述审计跟踪信息在一个以web为基础的表单中显示给所述广告商。所述广告商可以点击位于所述以web为基础的表单上的适当文本输入框，并改变所述默认票据信息。在所述广告商完成所述改变之后，该广告商可以点击在所述表单上提供的被超链接的“Submit”按钮，以便在步骤608请求所述系统更新所述票据信息和当前的余额。一旦所述广告商已经请求了一个更新，则所述系统将调用一个功能，使由所述广告商提供的票据信息生效，并将它返回显示给所述广告商进行确认，如在步骤610所示。被确认的票据信息以只读的形式显示，并且不可能由所述广告商改变。

生效步骤的功能如下。如果付费将被从一个广告商的外部账户借入，则可以使用在美国专利5,724,424中披露的系统验证、授权和完成该付费。但是，如果付费方式是使用信用卡，那么，所述系统将调用一个生效算法，该算法使用诸如授权给Stein等人的美国专利5,836,241披露的方法使所述信用卡号生效。所述生效算法经过与当前系统的日期和时间进行直接比较使所述截止日期生效。另外，所述功能在被所述广告商确认之前以一个暂时示例存储所述的新值。

一旦所述广告商确定所显示的数据是正确的，那么，该广告商可以点击在所述页上提供的“Confirm”按钮，以便指出在步骡612应当更新所述账户。在步骤612中，所述系统调用一个功能，该功能将货币添加到适当的账户余额上、更新所述广告商的票据信息，并且将所述票据信息附加到所述广告商的付费历史记录上。所述广告商被更新的票据信息从暂时实例被转换存储为持久状态(例如账户记录数据库)。

在步骤612调用的功能内，所述系统可以在步骤614调用信用卡付费功能。在本发明的另一个实施例中，通过在所述付费类型更新值的基础上规定多种付费类型，也可以调用诸如结算卡付费的其他付费功能。

如果付费类型是信用卡，则在步骤616立即存入该用户的账户，在步骤610所述信用卡已经生效。显示示出了添加货币交易的屏幕，该屏幕示出交易的号码和新的当前余额，它反映了由刚刚完成的信用卡交易添加的量。

在本发明的另一个实施例中，在所述货币被添加到所述账户上之后，添加到所述账户上的货币量可以在处于步骤616添加货币处理结束时的子账户之间进行分配。如果所述广告商没有子账户，那么，账户中的所有货币是一般分配。但是，如果所述广告商具有一个以上的子账户，那么，所述系统将显示一个确认和默认消息，以提醒所述广告商“在子账户之间分配货币”。

当在图6所示步骤616之后将货币添加到所述广告商的账户上时可以调用菜单选择“Allocate Money Between Sub accounts(在子账户之间分配货币)”，或者可以在图2所示“Account Management”(账户经营)菜单170中调用所述菜单选择。如图2所示，可以从所述广告商主页120中访问“AccountManagement”菜单170。这个“Allocate Money Between Sub accounts”菜单选择允许广告商在所述广告商的子账户当中分配所述广告商账户的当前和任一未定的余额。然后，所述系统将更新所述子账户的余额。在所述未定余额分配以固定状态存储的同时，实时地执行当前余额的分配。当处理用于所述未定余额的付费时，一个例程将被调用，以更新所述子账户余额从而反映所述未定余额的分配。如果需要，一个自动通知可以在那时间传送给所述广告商。这个直观的在线账户管理和分配允许所述广告商能够迅速和有效地管理他们的在线广告预算。所述广告商可以以一种容易的以web为基础的方式利用资金来补充他们的账户并分配他们的预算。以计算机为基础的实现消除了时间损耗以及所述广告商账户交易的高成本人工输入。

当一个广告商在上述的执行点处通过调用所述适当的菜单选择指示互联网分配货币时，开始“Allocate Money Between Sub accounts”例程。当所述广告商指示所述互联网进行分配时，所述系统调用一个功能，以确定在当前的余额中是否存在还没有被分配给所述广告商的子账户的未定资金(即无源的账户存款)，并显示所述余额选择选项。在本发明的一个最佳实施例中，建立一个账户实例，并根据所述固定状态来设置未定的当前余额账户字段。

如果不存在未被分配的未定资金，则所述系统可以显示当前可以得到的与作为全部以及每个子账户的所述账户相关的余额。然后，所述广告商在所述子账户之间分配当前可以得到的余额，并提交一个更新所述余额的请求。一项功能被调用，该功能计算和显示与子账户余额相关的当前运行总数。所述当前运行总数以临时变量的方式存储，该临时变量被设置成与用于所述特定广告商的所有子账户相关的当前余额的和。所述功能还使新的可以得到的子账户余额生效，以保证所述总数不超过被授权的量。如果所述广告商新设置的可以得到的子账户余额没有超过所述被授权的量，则调用一个功能，该功能将更新处于固定状态的所有子账户余额并以实时方式显示所述更新。

如果在当前账户余额中存在未定资金，则该资金必须根据所述可以得到的当前余额单独分配。当接收所述资金时，该未定资金将被添加到所述可以得到的当前余额上。因此，所述功能必须提醒所述广告商在分配未定资金或分配可以得到的资金之间进行选择。所述分配未定资金选择大部分以和上述分配可以得到的资金选择一样的方式工作。在广告商选择分配未定资金之后，调用一个程序以显示与所述账户和子账户相关的当前未定余额。所述广告商在两次活动之间分配所述未定子账户余额，并提交一个更新所述余额的请求。调用一个功能，以便计算和显示与所述未定子账户余额相关的当前运行总数。该功能也使得所述新的未定子账户分配生效，以保证所述分配确实不超过任何被授权的量。所述未定分配的当前运行总数被设置成用于与所述广告商相关的所有子账户的当前未定余额的和。如果一个新的、由用户设置的未定子账户余额或者这个余额的总数不超过任一被授权的量，则以固定状态更新所有未定子账户的分配，例如，在所述数据库中所述广告商的账户并以只读的方式显示所述更新。

如同上面所指出的和如图2所示，可以从所述广告商的主菜单120中调用用于显示所述账户管理菜单170的例程。除了上述的“Allocate Many Between Subaccount”选择以外，剩余的选择在某种程度上都使用在数据库的广告商账户中存在的所述搜索列表，并且还可以影响所述搜索结果列表中所述广告商的入口。由此，还必须就这一点对由所述搜索引擎产生的搜索结果列表做进一步的描述。

当远程搜索者访问搜索引擎web服务器24上的搜索查询页、并根据在前描述的过程执行一个搜索请求时，搜索引擎web服务器24最好能够产生和显示一个搜索结果列表，其中，在该搜索结果列表中每个搜索列表的搜索项字段中的“规范(canonicalized)”输入与由所述远程搜索者输入的规范的搜索项查询精确匹配。在查询和搜索列表中使用的搜索项的规范化消除了由搜索者和web发起人输入的诸如大写字母和复数的搜索项常有的不规则性，以便产生相关的结果。但是，用于确定所述搜索列表的所述搜索项与由所述远程搜索者输入的搜索项查询相互匹配的方案将落入本发明的范围之内。例如，在现有技术中已知的字符串匹配算法可以被用于产生匹配，其中，所述搜索列表搜索项的关键字与所述搜索项查询具有相同的根但不完全相同(例如，计算与计算机)。另外，同义语的词典数据库被存储在搜索引擎web服务器24中，这样，可以产生用于具有同义语的搜索项的匹配。定位方法论也可以被用于改善某些搜索。例如，关于“bakery”或“grocery store”的搜索可以被限制在被选择的城市、邮政编码或电话区域码内的广告商。这个信息可以经过交叉参考存储在账户管理服务器22上的存储器32处的广告商账户数据库获得。最后，国际化方法论可以被用于改善与美国以外的用户相关的搜索。例如，通过交叉参考例如广告商的账户数据库可以产生特定国家或特定语言的搜索结果。

图7示出了在本发明一个最佳实施例中使用的搜索结果列表显示的例子，它显示了搜索“Zip drives”所导致的前几个入口。如图7所示，诸如在搜索结果列表中的入口710a的单个入口由所述web站点的描述720组成，最好包括名称、短文本描述和超链接730，当一个搜索者点击该超链接730时，它将该搜索者的浏览器引导到所描述web站点所在的URL上。如图7所示。URL740也可以被显示在搜索结果列表入口710a内。当查看图7中的搜索结果项显示710的所述远程搜索者选择或点击所述搜索结果项显示710中的超链接730时，发生搜索结果项的“点进”。为了完成所述点进，该搜索者的点击将被记录在所述账户管理服务器中并经过上面讨论的重定向机制被重定向到所述广告商的URL。

搜索结果列表入口710a-710h还可以示出所述广告商搜索列表的排名值。该排名值是由图1中的处理系统34产生并指定给所述搜索列表的、最好是一个数的有序值。所述排名值最好经过一个以软件实现的处理指定，该处理在报价量、排名和搜索列表的搜索项之间建立关联。所述处理搜集与一个特定搜索项匹配的所有搜索列表，按照从最高到最低报价量的顺序排序所述搜索列表，并按照顺序将排名值指定给每个搜索列表。最高报价量接收最高的排名值，次高的报价量接收次高排名值，一直持续到接收最低排名值的最低报价量。最好是最高排名值为1，并按照逐渐减少排名的顺序指定逐渐增加的有序值(例如2、3、4、…)。排名值和报价量之间的相关性如图7所示，其中，付费搜索列表入口710a到710f中的每一个都显示了用于那个入口的广告商报价量750a到750f。如果具有相同搜索项的两个搜索列表也具有相同的报价量，则在时间上较早接收的报价最好被指定较高的排名值。未付费列表710g到710h不显示报价量并显示在最低排名的付费列表之后。如果存在不足数量的列表去填充搜索结果页中40个空位的情况，那么最好显示未付费列表。所述未付费列表是由一个搜索引擎利用已知技术的目标分布式数据库和文本搜索算法产生的。这种搜索引擎的例子可以从lnktomi公司获得。由远程搜索者输入的最初搜索查询被用于经过传统的搜索引擎产生未付费的列表。

如图2的活动管理菜单170所示，所述广告商存在多种选择去管理搜索列表。首先，在“Change Bids(改变报价)”选择中，广告商可以改变在所述账户中当前的搜索列表报价。图8示出了由所述系统调用的、用于改变报价功能的处理。在所述广告商通过选择“Change Bids”菜单选项指出试图改变报价之后，如在步骤810所示，所述系统在数据库中搜索所述用户的账户，并显示与整个账户或所述广告商账户的默认子账户相关的搜索列表。搜索列表可以被分组成由所述广告商规定的子账户，并可以包括一个或多个搜索列表。一次只能显示一个子账户。所述显示最好允许所述广告商能够改变所选择的子账户，如在步骤815所示。然后，屏幕显示将显示出与所选择的子账户相关的搜索列表，如在步骤820所示。

下面将描述图9所示在步骤810向所述广告商显示的屏幕显示的一个例子。为了改变报价，所述广告商用户可以通过将一个新的报价量输入到用于该搜索项的新报价输入字段规定用于所述广告商已经具有现存报价的所述搜索项的新报价。所述广告商输入的报价变化如上所述在图8所示的步骤820显示给所述广告商。为了更新与该显示页相关的报价，所述广告商在图8所示的步骤830请求更新所述变化的结果。该广告商可以通过包括在一个按钮图形上点击等各种手段将这个请求传送给所述账户管理服务器。

如图8的步骤840所示，在接收所述广告商更新所述报价的请求的基础上，所述系统计算与所显示的每个搜索列表相关的新的当前报价量、排名值、和变成与所述搜索项字段匹配的最高排名搜索列表所需的报价量。然后，所述系统最好在步骤850产生一个变化显示。在所述用户确认所述变化之后，所述系统通过将所述变化写入到所述数据库中的账户更新持久状态。

搜索列表数据被以表单的形式显示，以便使每个搜索列表对应于表900的一个行。搜索项902显示在最左边一列，后面跟随有当前报价量904和所述搜索列表的当前排名906。所述当前排名后面跟随有名为“Bid to bacome#1”的一列907，该列被定义为变成与被显示搜索项相关的最高排名搜索列表所需的报价量。每个行的最右边列包括最初设置给所述当前报价量的新报价输入字段908。

如图9所示，所述搜索列表可以被显示为“子账户”。每个子账户包括一个搜索列表组，多个子账户驻留在一个广告商的账户内。每个子账户可以被显示在具有单独页的单独显示页上。所述广告商最好能够通过操作在如图9所示的显示上的下拉式菜单910改变正在显示的子账户。另外，在一个页上不能被完全显示的搜索列表组可以通过操作下拉式菜单920被分成可以单独查看的多个页。所述广告商最好能够通过直接点击位于图9所示的显示页上的下拉式菜单920再次改变所显示的页。所述广告商可以通过将一个新的报价量输入到与所述搜索列表相关的新报价输入字段908规定与所显示的搜索列表相关的新报价。为了更新所述广告商输入的变化的结果，该广告商点击按钮图形912以便将一个更新请求传输给所述账户管理服务器，该服务器如上所述地更新所述报价。

在图2所示的“Account Management”菜单170中列出的很多其他选择被用作上述“Change Bid”功能的衍生选择。例如，如果所述广告商选择“ChangeRank Position”选项，则，该广告商可以具有与在“Change Bud”功能中使用的图9所示显示类似的显示。但是，在“Change Rank Position”选项中，所述“New Bid”字段将被“New Rank”字段取代，其中，所述广告商输入与一个搜索项相关的新的希望的排名位置。在广告商请求更新所述排名之后，所述系统使用在现有技术中很容易得到的各种算法中的任何一种计算新的报价价格。例如，所述系统可以调用一个例程以确定所述搜索列表在具有所希望的排名/搜索项组合的搜索数据库中的位置，检索所述组合的相关报价量，然后计算报价量，该报价量大于N美分，其中，例如N＝1。在所述系统计算新的报价价格并且向所述广告商提供一个只读确认显示之后，所述系统在从所述广告商接收一个认可的基础上更新所述报价和排名值。

在图2所示账户管理菜单170的“Modify Listing Component”选择可以产生类似于图9所示的格式的显示。当所述广告商选择“Modify ListingComponent”选项时，该广告商可以经过为每个搜索列表建立的以web为基础的表单输入有关URL、名称或搜索列表描述的变化。与上述处理类似，用于URL、名称或描述的字段的表格可以相同地包含作为默认值的旧的URL、名称和描述。在所述广告商输入希望的变化之后，该广告商可以向所述系统传送一个更新所述变化的请求。然后该系统显示一个只读确认屏幕，并在所述广告商认可所述变化之后，将所述变化以一个固定状态(例如，所述用户账户数据库)写入。

可以执行与上述处理类似的处理，以改变任一其他与所述搜索列表相关的周边选项，例如改变与已经报价的搜索项相关的匹配选项。所述改变需要的任何一个报价或排名的计算都可以以和上述处理类似的方式确定。

在“Delete Bidded Search Term(删除报价的搜索项)”选项中，所述系统在所述广告商的账户中检索所有的搜索列表，并以和图9所示显示类似的组织和格式显示所述搜索列表。每个搜索列表入口可以包括代替所述新报价字段的一个用于所述广告商进行点击的复选框。然后，所述广告商点击以便将一个检查(X)标记放置在靠近将被删除的每个搜索项的位置处，尽管也可以使用在现有技术中已知的用于从一个列表中选择一个或多个项的其他手段。在所述广告商选择了所有将被删除的搜索列表和请求所述系统更新所述变化之后，该系统最好提供一个所请求变化的只读确认，并且只有在所述广告商认可了所述变化之后才更新所述广告商的账户。将所述“被删除的”搜索列表被从搜索数据库36中除去，并不再出现在后续的搜索中。但是，所述搜索列表将作为用于票据和账户活动监控目的的所述广告商账户记录的一部分保留下来。

在“Add Bidded Search Term(增加报价的搜索项)”选项中，所述系统向所述广告商提供具有一定数量与所述搜索列表的元素对应的输入字段的显示。然后，所述广告商输入与各搜索列表元素对应的每个字段信息，包括所述搜索项、所述web站点的URL、所述web站点名称、所述web站点描述和所述报价量，以及任何一个其他相关信息。在所述广告商完成输入所述数据并由此向所述系统发出指示之后，所述系统向所述广告商返回一个只读确认屏幕。然后该系统创建一个新的搜索列表实例，并在从所述广告商接收认可的基础上将其写入到所述账户数据库和搜索数据库中。

图2所示“Account Management”菜单170最好提供一个选择，用于使所述广告商选择“Get Suggestions On Bidded Screan Term”(获得关于报价的搜索项的建议)。在这种情况下，所述广告商将一个报价的搜索项输入到显示给所述广告商的以表单驱动的复选框。所述系统读取由所述广告商输入的搜索项，并产生附加的相关搜索项列表以帮助所述广告商定位与所述广告商web站点的内容相关的搜索项。最好使用诸如以软件实现并应用到报价搜索项数据库和/或词库数据库中的字符串匹配算法的方法产生所述附加搜索项。所述广告商可以从由所述系统产生的列表中选择将被报价的搜索项。在这种情况下，该系统利用用于输入与每个被选择搜索项相关的搜索项的表单，向所述广告商显示用于“Add Bidded Serch Trem”(添加报价的搜索项)选择的上述输入字段。所选择的搜索项最好作为默认值被插入到用于每个搜索列表的表单中。如果愿意，用于其他搜索列表成分的默认值也可以被插入到所述表单中。

图2所示“Account Management”菜单170最好还能够向所述广告商提供“Project Expenses”(项目费用)选择。在这个选择中，所述广告商规定一个搜索列表或一个子账户，该广告商将估计与其相关的“每日运行比率”和“截止前的剩余天数”。所述系统在成本投入算法的基础上计算所述投入，并在一个只读屏幕上向所述广告商显示该预测。可以使用许多现有技术中已知的不同算法计算所述预测。但是，由于所述搜索列表的成本是通过将报价量乘以在规定时间周期内由所述搜索列表在那个报价量时所接收的点击总数计算的，所以，每种成本预测算法通常都必须确定每个月(或其他的规定时间周期)用于一个搜索列表的估计点击数。可以通过实现在现有技术中已知的软件计数机制来跟踪在一个搜索列表上的点击。可以在所有时间内跟踪与所有搜索列表相关的点击，该数据可以被用于产生与各搜索项相关的每个月的点击估计数。对于一个特定的搜索项，每天搜索的估计数被确定，并乘以一次点击的成本。然后这个乘积被乘以与上述搜索列表的排名相关的平均点击数与平均印象数比率从而获得每天的运行比率。可以将当前的余额除以每天的运行比率，从而获得多天的与账户资金的消耗量或“截止日期”相关的投入数。

本发明的一个实施例基于假设以类似的方式执行每个搜索项的一个简单预测值模型的成本投入算法。这个模型假设所述广告商搜索列表的排名在整个一个月内都保持恒定和不波动。这个算法的优点是能够简单地执行和快速地计算。所述预测值模型以下述事实为基础，即与一个特定列表相关的例如点击总数的点进率或安排对象被认为是所述搜索列表排名的函数。因此，所述模型假设每个搜索项的使用曲线、即当在一个搜索项上的点击次数被针对所述搜索列表的排名绘制时所导致的曲线类似于用于所有搜索项的使用曲线。由此，可以按照一个简单的比例使用在整个时间内推定的多个用于与所有搜索项相关的所有点击之和、与所有搜索项相关的在给定排名处的所有点击之和以及与被选择搜索项相关的所有点击之和的已知值，以确定用于与所述被选择搜索项相关的给定排名的所有点击总数。然后，将用于在所选择的排名处所选择搜索项的所有点击的每日估计总数乘以用于在那个排名处所述搜索项的广告商当前的报价量，以确定每日的经费投入。另外，如果多个特定的搜索项或者多类搜索项被标记得与通常模式不同，可以引入对所述搜索项、广告商或其他参数特有的校正值以便精确地调整所投入的成本估算。

最后，图2所示的“Account Management”菜单170提供用于查看与广告商活动相关的一系列选择。“View Sub account Information”(查看子账户信息)选择显示与被选择的子账户相关的只读信息。“View Search Term List”(查看搜索项列表)选择伴随着最好由子账户分组的搜索项与相应的URL、报价价格和排名一起显示广告商所选择的搜索项列表。所述广告商还可以在接收来自所述广告商请求的搜索项的基础上查看与从来自由所述系统产生的只读显示的一个搜索项列表中选择出的一组搜索项相关的当前最高报价。

对于一个需要搜索列表活动的更加全面报告的广告商来讲，可以从图2所示的广告商主菜单120中选择“View Report”选项。在本发明的一个实施例中，“View Report”选项产生与直到当前日前一年相关的综合报告。例如，可以获得与在前7天的每一天相关的每日报告、与在前4周相关的每周报告、与前12个月相关的每月报告和与最后4个季度相关的季度报告。还可以根据广告商的兴趣产生多个附加报告。其他预先规定的报告种类可以包括在下述时间周期内跟踪的活动：自所述账户创建起，本年初到目前为止、每年、本季度到目前为止、本月到目前为止、和本周到目前为止。报告类别可以包括可以由广告商账户、搜索列表和URL查看的详细报告，和可以由广告商账户和子账户查看的概要报告。所述报告可以包括诸如广告商账户和子账户名、所述报告覆盖的日期以及报告种类等识别数据。另外，所述报告还可以包括诸如当前余额、未定当前余额、平均每日账户记入借方的款项以及运行比率等关键搜索列表的账户数据。此外，所述报告还可以包括诸如搜索项、URL、报价、当前排名和点击数、为所述搜索项所做的搜索数、印象数(搜索列表在搜索结果列表中出现的次数)和点进率(规定为点击数/印象数)等关键数据。最好可以指示在用于经过浏览器程序进行查看、打印和下载的HTML查看选项中得到所述报告。但是注意，也可以得到诸如Adobe Acrobat、PostScript、ASCll文本等电子表单交换格式(例如，CSV、tabdelimited)和其他已知格式的其它查看选项。

当广告商选择了“View Report”选项时，所述系统调用一个功能，该功能显示可以得到的报告种类、日期、类别和查看选项的一个列表。所述系统最好创建一个具有下述字段的报告实例，所有的字段初始都被设置为空，包括报告种类、报告日期、报告类别和查看选项。一旦广告商如上所述规定了所述参数，系统就将调用一个功能，以在所述广告商设置的参数的基础上产生所需的报告，并基于查看选项参数显示该报告。

最后，本发明的一个最佳实施例提供了一个用于上下文特定帮助的选项，该选项可以使所述广告商能够在任一时间请求为该广告商进行登录。所述帮助选项也可以由位于由所述系统产生的显示页上的一个小图标或按钮形成。所述广告商可以点击所述显示页上的所述图标或按钮请求帮助，在此基础上，所述系统产生和显示一个用于向所述用户正在查看的特殊显示的功能提供答案的帮助页。所述帮助可以被实现为多个单独显示的页、可搜索的索引、和对话框，或者可以由任何一种其他现有技术中以知的方法实现。

图10到24的流程图示出了几个过程，这些从被用于使上述系统能够执行自动通知功能。根据所述自动通知功能，具有一个或多个存储在搜索列表数据库中的相关搜索列表的一个广告商可以规定与所述一个或多个搜索列表相关的条件。当一个条件变成真或所述自动通知功能反之被激活时，一个通知被传送给所述广告商。该广告商可以以任何适当的方式做出响应或根本不响应。所述自动通知是一个在所述广告商控制下的独立特性，它代表所述广告商自动操作，以便向所述广告商通知与所述广告商的搜索列表相关的状态信息。

一个实施例是作为在计算机数据库系统中的通知方法实现的。所述方法包括从与存储在所述计算机数据库系统中的搜索列表相关的所有者处接收一条通知指令。在一个实施例中的所述所有者是一个与拥有、经营和维持所述计算机数据库系统的市场经营者相关的广告商。所述方法的一个特定实施例是与可以经过万维网访问的一个数据库系统一起实现的。在这个示范性实施例中，所述搜索列表被存储在所述数据库搜索系统之中，并且一个搜索引擎可以响应由第三方搜索者传送的搜索查询访问该搜索列表。与所述搜索列表相关的信息被与其他搜索结果一起提供给所述搜索者。可以由包含在所述通知指令中的信息控制诸如向所述所有者收取的费用以及搜索列表的显示排名等因素。

在所述计算机数据库系统中可以任意适当方式接收所述通知指令。在特定的实施例中，当所述所有者或广告商访问市场经营者的万维网页和规定一个或多个条件以及与所述所有者将被自动通知内容相关的数据状态时接收所述通知指令。

所述通知方法还包括监控由所述通知指令为所述搜索列表规定的条件。范例性的条件包括在这里所规定的以及与其相当的那些内容。特别是，范例性的条件包括与诸如其相关成本和显示排名等的搜索列表的可变状态相关的条件。其他范例性的条件包括诸如具有市场经营者的所述所有者或广告商的账户余额的经济条件。

所述通知方法还包括在检测所述搜索列表变化条件的基础上将一个通知传送给所述所有者。所述通知可以以任何一种传统的方式或所述方式的组合进行传递。该通知还可以包括一个用于响应所述通知的内置信息，由此可以校正所述条件。

另一个实施例是一个数据库搜索系统。所述数据库搜索系统包括与广告商相关的搜索列表的数据库。每个广告商都可以开始和保持一个或多个列表。可以搜索所述列表以产生搜索结果。所述数据库搜索系统还包括一个处理系统，当发生所述广告商搜索列表的条件变化时，该系统向所述广告商传送一个通知。所述变化条件可以由所述广告商规定，并可以是一个默认值或其他操作者规定的条件。在一个实施例中，所述广告商识别所述变化条件，并由该广告商规定限定或阈值。最好在检测到条件变化之前能够自动跟踪或监视所述条件的状态。然后，一个通知被传送给所述广告商以便就所述变化发出警报或者由所述系统采取某些其他行动。

另一个实施例是以包括一个搜索列表的数据库的一个数据库搜索系统实现的。每个搜索列表都与一个广告商相关。所述数据库搜索系统还包括一个搜索引擎。另外，该数据库搜索系统还包括当一个或多个搜索列表的规定条件被满足时响应来自一个或多个广告商的条件规定信息向广告商提供指示的装置。

所述条件规定信息可以从一个或多个广告商处接收，并可以是一个默认值或由广告商或其他人来选择、规定或指定。可以以依据所述条件和其特性适当选择和规定的方式跟踪所规定的条件。所述指示可以具有与所述广告商或者装置或者与能够满足其规定条件的广告商有关的设备进行通信所需的任何一类或一种特性。所述指示可以像打开或关闭某些指示器或采取某些行动或没能采取某些行动一样简单。指示器或行动的存在或不存在可以服务于对一个广告商的条件的通信。还可以包括诸如利用内置或自动响应传送给所述广告商的可视或可听通信的所述指示。

另一个实施例是作为一个数据库搜索系统实现的。在这个实施例中的该数据库系统包括一个搜索列表数据库。每个搜索列表与各自的广告商相关，并且每个搜索列表包括一个搜索项和一个变量每次点击成本(CPC)或者变量显示排名。在这个实施例中的数据库搜索系统中还包括一个被配置用于识别与从一个搜索者处接收的搜索查询匹配的搜索列表的搜索引擎。所述匹配搜索列表最好根据所述匹配搜索列表的显示排名和报价量在搜索结果列表中按顺序排列。一个代理程序响应于来自一个广告商的条件定义以向所述广告商提供条件更新信息。所述条件定义规定将被监控的条件。如果所述条件更新信息存在，那么，它将规定一个环境，在该环境下，所述条件将被更新。

另一个实施例是以用于操作一个数据库搜索系统的方法实现的。在这个实施例中，所述方法包括将多个搜索列表存储在一个数据库中。每个搜索列表与当所述搜索列表被提供给搜索者参考时给出经济值的一个广告商相关。所述方法还包括确定用于相关搜索列表的显示位置。在一个例子中，利用诸如一个搜索项或搜索项近似的公用数据关联所述相关的搜索列表。可以以从完全确定方式到完全随机的方式中的任一种适当方式确定所述显示位置。所述位置确定方式可以以广告商的输入或者某些其他的信息为基础。在一个实施例中，每个搜索列表被指定一个每次点击成本(CPC)，且所述显示位置在所述CPC的基础上确定，当接收那个搜索项或其衍生物时，最高的CPC列表用于被列出的最高的一个搜索项。所述方法还包括从一个广告商处接收一个搜索列表的指示，所述广告商对该列表希望得到显示位置变化的通知。所述指示和通知可以根据任一适当的通信方法和任一可以获得的、便利的通信信道进行传送。

图10到24所示的过程可以以软件或硬件或两者的结合来实现。在一个实施例中，所述过程是以运行于账户管理服务器22(图1)上的处理系统上的软件程序启动的。在另一个实施例中，所述过程可以运行于具有能够对搜索列表数据库进行网络访问的一个单独机器上。所述过程还形成自动通知功能。

图10到24所示的处理在计算机数据库系统中执行一种通知方法。所述方法包括如下动作，诸如从一个与被存储在所述计算机数据库系统中的搜索列表相关的所有者处接收通知指令、监控在与所述搜索列表相关的通知指令中规定的条件、和在检测到所述搜索列表的变化条件的基础上将一个通知传送给所述所有者。

在一个实施例中，所述计算机数据库系统如在这里所描述的那样是一个按业绩收费的搜索系统，并包括一个搜索列表数据库和一个搜索引擎。所述搜索列表的每一个都与一个广告商或该搜索列表的所有者相关。所述搜索列表的每一个都包括诸如搜索项、由所述广告商规定的报价量或每次点进的最大成本、每次点进成本(CPC)、和排名或显示排名的数据。所述CPC和排名可以依据由所述广告商和与包括相同搜索项的搜索列表相关的其他广告商规定的值自动变化。例如，在仍然保持规定排名的同时，所述系统可以自动地将一个列表的所述CPC减少到最小值。所述搜索引擎使所述搜索列表的搜索项或其他选项与从一个搜索者处接收的搜索查询匹配。根据所述CPC和显示排名组织匹配的搜索列表，并将其返回给所述搜索者。如果搜索者参考了一个搜索列表，则由可以保持用于该目的的账户的广告商或所有者支付其数量值等于所述CPC的经济值。在这种情况下搜索列表的安排对象可以是诸如包括与在显示结果中的搜索列表相关的信息、所述搜索者的点进数或由搜索者执行的某些事后点进的动作。这个实施例仅仅是一个例子。所述通知方法可以被应用于其他类型的数据库搜索系统并用于通知所有者或与在一个搜索列表的变化条件的数据库中的列表有关的其他人。

可以被通知给所述所有者的变化条件的一个例子包括在为一个特定搜索项而产生的搜索结果当中所述所述搜索列表的位置变化。变化条件的另一个例子是当与一个搜索列表相关的CPC达到由所述广告商或所有者规定的某个值或范围时发生的。变化条件的另一个例子是当所述所有者的账户余额低于该所有者规定的量时发生的。变化条件的再一个例子是当与一个或多个广告商搜索列表相关的合计印象超过规定数时、或当合计点进次数超过规定数时、或当在某个规定的时间周期内所述点进率超过一个规定数时发生的。变化条件的又一个例子是当任一搜索列表的CPC可以被减少而又不影响它在与相同搜索项相关的其他搜索列表当中的排名时发生的。变化条件的还一个例子是当搜索列表可以位于与少于广告商规定的CPC相关的广告商规定的显示排名时发生的。变化条件的再一个例子是当某些列表集合上的广告商平均CPC超过一个预定阈值时发生的。

在一个实施例中，广告商可以选择系统传送所述通知的定时。另外，在一个实施例中，广告商可以规定由系统传送的通知的特性，诸如是电子邮件消息、传真、寻呼或短或即时消息。再有，在一个实施例中，所述通知可以包括用于规定将被所述系统采取的动作以校正或解决所述被通知条件的活动链接、待用链接或电子邮件响应。

图10的流程图示出了用于创建一个新的自动通知功能的方法的实施例。根据该实施例，每个广告商都能够通过规定：1)条件类型和用于所述条件类型的参数；2)通知时间；3)通知模式和4)通知动作类型来创建一个新的自动通知功能。

自动通知功能最好作为一个或多个在诸如图1所示账户管理web服务器22的计算机系统上运行的软件代理程序来实现。当一个自动通知功能被创建时，由运行于所述系统上的监控软件使用由与所述自动通知功能相关的广告商提供的信息和可能标准或默认的信息来创建软件程序。在另一个实施例中，所述自动通知功能可以使用合为一体的专用硬件或软件成分或他们的某种结合来实现。所述系统保持对所有自动通知功能的跟踪，如果由该功能跟踪的任何一个条件变成真，那么，该系统在所述自动通知功能的控制下记录所述细节。如果通知时间是即时的，那么，所述广告商将被立即通知。否则，所有的条件都被记录并随后在规定的通知时间处传送给所述广告商。所述通知被以所述模式或由广告商规定的多种模式进行传送，而且每个通知可以包括一个或多个动作类型用以校正任何一个不希望的条件。另外，所述广告商可以指示所述系统自动校正任何一个不希望的条件。

所述系统还监控与在前传送的通知相关的所有引入的校正行动。如果接收到一个校正行动，则所述系统可以在其基础上行动以校正所述通知的条件。例如，增加一个广告商列表的CPC以便将其恢复到所希望的排名。

图10所示的过程从一个广告商处接受一个自动通知功能。该过程起始于框1000。在框1002处，选择与所述自动通知功能相关的条件。所述条件类型可以由所述广告商规定并被规定给一个或多个搜索列表。如结合图1在上面所描述的，所述搜索列表被保持在搜索列表数据库中。所述条件类型规定将由软件代理程序监控的搜索列表的一个或多个特性。在框1004处，规定与在框1002中选择的所述条件相关的参数。在框1006处，通知时间被规定给所述软件代理程序。所述通知时间与在框1002和1004处规定的条件有关。在一个实施例中，有两种对通知广告商时间的选择。首先，所述广告商可以被立即通知，或者只要所规定的条件变成真就可以通知。第二，可以在规定的时间间隔内累积所述通知，并在该间隔终止处通知所述广告商在所述间隔内已经变成真的所有条件。如果在所述间隔内没有条件变成真，那么，在一个实施例中，不会传送通知。在另一个实施例中，传送一个规定没有状态变化的通知。

在框1008处，规定与所选择条件相关的通知模式。所述模式可以由一个广告商规定或者可以以任一适当的方式规定。在本实施例中，存在一系列与广告商进行通知通信的可能模式。首先，所述通知可以被传送给由所述广告商规定的一个或多个电子邮件地址。其次，所述通知可以由所述广告商规定的即时消息账户系统传送。第三，所述通知可以经过传真传送给广告商规定的号码。第四，所述通知可以被作为是寻呼系统的一部分的无线寻呼传送，或者与无线电话或其他双向通信系统结合传送。最后，可以使用一个自动系统从所述广告商传送或接收信息或者借助于与所述广告商互动的一个经营者经过电话传送所述通知。

在框1010处，由所述广告商规定将被包括在任一通知中的动作类型。可能的动作类型包括嵌入在所述通知中的动作链接，当点击时，该动作链接允许所述广告商以单击校正不希望的条件。在第二中动作类型中，可以利用待用链接传送所述通知，所述待用链接是指向所述广告商能够到达以校正任一不希望条件的所有位置的指针。第三种动作类型是一个电子邮件模板，它能够被规定将要采取什么样校正动作并能够将所述电子邮件返回给规定地址的一个广告商填写。最后，在本实施例中，一个动作类型可以包括提供一个广告商能够呼叫以便采取校正动作的电话号。启动一个新自动通知功能的过程结束于框1012。

图10所示的方法可以根据下述的伪代码实现。

Procedure New-Auto-Notification()

Select condition type；(选择条件类型；)

Specify paraments for selected condition；(规定与所选条件有关的参数；)

Specify notification times；(规定通知时间；)

Specify notification modes；(规定通知模式；)

Select action type to be include with any notification；(选择要被包括在任何通

知中的类型；)

End procedure；

如较早所描述的，在所示的这个实施例中，有9种广告商能够从中选择的条件：

1.Position(位置)：与一个列表的位置有关。

2.Cost(成本)：与某些列表的累积成本有关。

3.Account-balance(账户余额)：与在广告商的账户中剩余的资金有关。

4.Impression(印象)：某些列表的印象数。

5.Clicks(点击)：某些列表的点击数。

6.CTR：某些列表的点进率。

7.CPC-too-high(CPC过高)：不影响其排名是否能够减少一个列表的CPC。

8.Average CPC too high(平均CPC过高)：平均CPC，即总成本除以总点击数，高于某个阈值。

9.Rank-CPC：与用于给定排名和项的CPC有关。

也可以规定其他条件。

每个条件都是一组与其相关的参数。在广告商选择了一个条件类型之后，他必须规定与其相关的参数。用于8个条件类型中每一个的参数是较早规定的。所述市场或按业绩收费系统的经营者可以依据其中所述广告商与所述系统互动的环境提供用于某些参数的默认值。

所述广告商还必须选择所述的通知时间。这可以是“立即”或“间隔”。只要所述系统检测到它们为真，则立即通知被传送给所述广告商。相反，间隔通知仅仅是定期地传送。所述广告商必须规定所述间隔，例如每天。每当所述系统检测到一个条件为真时，记录一个详细的系统日志。在每个间隔的边界处，所述系统收集现在或过去为真的条件的所有实例，并包括在所述通知实体中的这些内容的细节。例如，对于每天的间隔，一天一次，所述系统将传送在过去24小时内为真的所有条件的报告。市场经营者可以规定所述间隔的边界(例如，每天间隔的午夜)。

所述广告商还必须选择一个或多个通知模式。通知可以以所有选择的通知模式传送给所述广告商。在一个实施例中，具有5种通知模式：

1.email(电子邮件)：广告商必须规定可以具有默认值的一个或多个电子邮件地址。

2.instant messaging(即时信息)：广告商必须规定能够具有默认值的即时消息地址。

3.Fax(传真)：广告商必须规定可以具有默认值的传真号。

4.Page(寻呼)：广告商必须规定可以具有默认值的寻呼号。

5.Phone(电话)：广告商必须规定可以具有默认值的电话号。

也可以规定其他通知模式。

最后，所述广告商必须选择一个或多个通知动作类型以便用于较早所选择的每个通知模式。每个通知模式具有一个或多个能够与其一起使用的动作类型。市场经营者可以自动提供用于与每个通知模式相关的可应用动作类型的默认值。在所示的实施例中，具有4种通知动作类型：

1.Active links：这些能够被包括在电子邮件通知和即时消息通知中。

2.Inactive links：这些能够被包括在所有通知模式中。

3.e-mail：这些可以被包括在所有通知模式中。

4.Phone：这些能够被包括在所有通知模式中。

也可以规定其他通知动作类型。

由此，图10示出了一种用于启动一个新自动通知功能的方法。所述广告商可以在任何时候删除现存的自动通知功能。

图11示出了用于根据图10所示过程提供自动通知功能、监控由一个广告商规定的条件的软件代理程序的操作。图11所示的方法起始于框1100。

在框1102处，一个变量new-true-condition(新-真-条件)被初始化为一个空列表。在框1104处，所述软件代理程序等待可以使一个条件变为真的事件。这种事件包括由于广告商传送的报价变化和由可以改变所监控的点进条件或点进率等的搜索者的点进而导致的排名变化。在框1106处，启动被称之为check-all-condition(检查所有条件)的处理。该处理将在下面结合图12描述。

在框1108处，变量X被设置为等于在所述新-真-条件列表中的下一个元素。在框1110处，执行一个测试以便确定所述变量X是空还是没有存储数据。如果X是空，那么，将不再有新-真-条件列表的元素需要被处理并且控制返回到框1102。如果X不是空，则控制前进到框1112。

在框1112确定X是否具有由所述广告商为其规定的自动校正。如果是，则控制前进到框1114，此时，由所述系统执行由所述广告商规定的自动校正动作。所述校正动作可以是由所述广告商规定的任何一种动作。如果在框1112处与变量X相关的条件不具有自动校正，那么，控制前进到框1116。

在框1116处，确定所述X是否具有一个立即通知。如果是，则控制前进到框1120，启动一个立即通知处理以便将所述条件的通知传送给所述广告商。该处理的一个实施例将在下面结合图21描述。如果在框1116处与所述变量X相关的条件不具有立即通知，那么，在框1118处，记录与变量X相关的条件，并且控制返回到框1108。

在图11所示的monitor-conditions(监控条件)过程中，所述系统持续监控它的状态以便观察是否有任何一个条件已经变为真。只有从假的条件到真的条件的转变才是相关的。例如，当广告商的账户余额低于所设定的阈值时记录一个条件事件。如果所述余额进一步减少，这将不被记录作正为真的条件的单独实例。

图11所示的方法是根据下述伪代码实现的。

　　Procedure monitor-condition()

　　Loop

　　Assign new-true conditions a smpty list；(指定新-真-条件为一个空表；)

　　Wait for an event that may make a conditions true；(等待一个可使条件成真的

　　   事件；)

　　Cheek-all-conditions；(检查-所有-条件；)

　　Loop x over new-true conditions(循环将x置于新-真-条件检查)

　　   Ifx has an immediate notification time(如果x有一个立即通知时间)

　　                Notify-immediately(x)；

　　   Else

　　   End

　　   Record conditions x；(记录条件x；)

　　End Loop；

　　End Loop；

　　End procedure；

检查任何一个条件是否已经变为真包括检查8个不同条件类型；图12示出了在图11的框1106处执行的check-all-conditions(检查所有条件)过程的实施例。检查任何一个条件是否已经变为真包括检查8个不同的条件类型。这示于图12。所述方法起始于框1200。

在框1202处，检查所有的位置条件。在框1204处，检查所有成本条件。在框1206处，检查所有的账户余额条件。在框1208处，检查所有的印象条件。在框1210处检查所有的点击条件。在框1212处检查检查所有的点进率(CTR)条件。在框1214处检查所有的CPC-too-high条件。在框1216处检查所有AverageCPC-too-high条件。在框1218处检查所有的rank-CPC条件。所述方法结束于框1220。在另一个实施例中，只有这些条件的一个或多个子集可以在任一给定的时间处被检查。另外，如果在一个实施例中不是所有的条件类型都能够得到支持，那么，可以省略某些检查。图13-21详细示出了用于检查图12所规定条件的一个方法的实施例。

图12所示的方法可以根据下述伪代码实施。

　　Procedure check-all-conditions()

　　Check-position-conditions；(检查位置条件；)

　　Check-cost-conditions；(检查成本条件；)

　　Check-account-balance-conditions；(检查账户余额条件；)

　　Check-impressions-conditions；(检查印象条件；)

　　Check-chcks-conditions；(检查点击条件；)

　　Check-CTR-conditions；(检查CTR条件；)

　　Check-CPC-too-high-conditions；(检查CPC太高条件；)

　　Check-average-CPC-too-high-conditions；(检查平均CPC太高条件；)

　　Check-rank-CPC-conditions；(检查排名CPC条件；)

　　End procedure；

图13的流程图示出了用于检查是否有任何一个“位置”条件已经变为真的处理。该方法起始于框1300。

在框1302处，将变量L设置成等于具有其位置已经改变的监控位置的搜索列表。这些搜索列表的同一性可以由任一适当的方式确定。在框1304处，变量X被增加为是所述列表L中的下一个元素。在框1306处，执行一个测试以确定变量X是否为空。如果是，则已经到达包含在变量L中的所述列表的终点，并且在框1308处结束所述处理。如果在框1310处不是，则确定与在变量X中的所述列表相关的位置条件当前是否为真，并确定与这个变量相关的最后位置条件是否为假。这是通过将与由所述变量X指出的搜索列表相关的当前位置与用于这个变量的存储的最后位置条件进行比较确定的。如果框1310的测试产生一个为真或YES(是)的响应，则在框1312处，用于所述搜索列表X的变量最后位置条件被重置得等于一个真值，并且在框1314处，与变量X相关的位置条件被连接到new-ture-conditions列表上。然后控制返回到框1304以选择所述列表L中的下一个元素。

如果在框1310处所述测试产生一个否定的或假的响应，那么，在框1316处，执行另一个测试以确定用于变量X的位置条件是否为假的和用于变量X的最后位置条件是否为真。如果不是，则控制返回到框1304。如果是，则在框1318处，用于与变量X相关的搜索列表的最后位置条件被设置得等于一个假值。控制返回到框1304。

图13所示的方法可以根据下述伪代码实施。

　　Procedure check-position-conditions()

　　Assign L＝listing with monitored position whose position has changed；(指定L

　　为具有其位置已经变化的被监控位置的搜索列表；)

　　Loop x over all elements in L(循环将x置于所有L中的元素检查)

　　  If position-condition(x)＝true and

　　   Last-position-condition(x)＝false

　　      Assign last-position-condition(x)＝true；

　　      Adjoin position-condition(x)to new-true-conditions；

　　Else ifposition condition(x)＝false and

　　     Last-position-condition(x)＝true

　　    Assign last-position-condition(s)＝false；

　　End if；

　　End Loop；

　　End procedure；

每当第一次创建一个位置条件时，其“last-position-condition(最后位置条件)”都被自动地初始化为假，并且它的位置被视作好像它已经发生了变化，这允许立即测试该条件。

图14示出了用于检查成本条件的方法。该过程起始于框1400，在框1402处，用具有所监控成本和新成本(CPC)费用的所有搜索列表来初始化变量L。在框1404处，变量X被指定为等于所述列表L中的下一个元素。在框1406处，确定变量X是否为空。如果是，则在框1407处结束该处理。

相反，在框1408处，确定用于与变量X相关的搜索列表的成本条件是否为真，并确定用于与变量X相关的所述搜索列表的最后成本条件是否为假。如果是，则在框1410处，用于所述列表的最后成本条件被设置为等于真。在框1412处，用于与变量X相关的所述搜索列表的成本-条件被连接到新-真-条件列表上。控制返回到框1404。

如果在框1408处用于所述搜索列表的成本-条件没有从以前的假变成当前的真，则确定用于与变量X相关的所述搜索列表的成本-条件是否为假、和用于所述搜索列表的最后成本-条件是否为真。如果是，则在框1416处将用于与变量X相关的所述搜索列表的最后-成本-条件的状态设置为等于假。控制返回到框1404。

图14所示的方法根据下面伪代码实施。

　　Procedure check-cost-conditions()

　　Assign L＝listing with monitored cost with new CPC charges(指定L为具有监

　　  控成本和新CPC费用的列表)

　　Loop x over all elements in L(循环将X置于L中所有元素检查)

　　     If cost-condition(x)＝true and

　　         Last-cost-condition(x)＝false

　　           Assign last-cost-condition(x)＝true；

　　           Adjoin cost-condition(x) to new-true-conditions；

　　Else if cost-condition(x)＝false and

　　         Last-cost-condition(x)＝true

　　        Assign last-cost-condition(x)＝false；

　　  End if；

　　End Loop；

　　End procedure；

每当第一次创建一个成本条件时，它的“last-cost-condiition”值都被自动初始化为假，并且它的CPC被视作好像它已经发生了变化，这允许所述条件可以被立即测试。注意到，对一个成本条件的检查需要检查自最后间隔开始的条件的间隔中与所有列表相关的累积成本。我们忽略了在最新所述广告商规定的用于这个条件之前的时间点处的所有成本。例如，如果所述间隔是“每天”，那么，与前一天相关的所有成本被忽略(市场经营者可以规定用于所述间隔的边界)。

图15示出了用于检查账户余额条件的方法的一个实施例。该方法起始于框1500。在框1502处，利用新费用将变量L指定为包含具有被监控账户余额的广告商的一个列表。在框1504处，变量X被增加以包含在所述列表L中的下一个元素。在框1506处，确定变量X是否为空。如果是，在框1508处结束所述处理。

相反，在框1510处，确定用于与变量X相关的所述搜索列表的账户-余额-条件是否为真并确定用于所述搜索列表的最后-账户-余额-条件是否为假。如果是，则在框1512处，把用于所述搜索列表的变量最后-账户-余额-条件设置为等于真。在框1514处，用于所述搜索列表的账户-余额-条件被连接到一个新-真-条件的表上。然后控制返回到框1504。

如果在框1510处的测试结果是否定的，则在框1516处，执行一个测试，以便确定用于与变量X相关的所述搜索列表的账户-余额-条件现在是否是假、和用于所述搜索列表的最后-账户-余额-条件是否是真。如果是，则在框1518处，用于与变量X相关的所述搜索列表的变量最后-账户-余额-条件被设置为等于假。控制返回到框1504以便选择所述列表L中的下一个元素。

图15所示的方法可以利用下面的伪代码实现。

　　Procedure check-account-balance-conditions()

　　Assign L＝advertisers with monitored account balance w new charges；(用新费

　　  用指定L为具有被监控账户余额的广告商；)

　　Loop x over all elements in L(循环将x置于L中的所有元素检查)

　　      If account-balance-condition(x)＝true and

　　         last-account-balance-condition(x)＝false

　　         assign last-account-balance-condition(x)＝true

　　        adoin account-balance-condition(x)to new-true-conditions；

　　   Else if account-balance-condition(x)＝false and

　　         Last-account-balance-condition(x)＝true

　　         Assign last-account-balance-condition(x)＝false；

　　   End if；
				
				<dp n="d51"/>
　　End Loop；

　　End procedure；

在所示的实施例中，每当首次创建一个账户余额条件时，它的“last-account-balance-condition”(最后账户余额条件)值都被自动初始化为假，并且被视作好像它具有新的费用，这允许立即测试所述条件。

图16示出了用于检查印象条件的方法。该方法起始于框1600。在框1602处，用与具有新印象的被监控的印象相关的所有列表初始化表变量L。在框1604处，增加变量X以指向所述列表L中的下一个元素。在框1606，确定由所述变量X指向的所述搜索列表是否为空。如果是，则该处理在框1608处结束。反之，在框1610处，确定用于由所述变量X指定的所述搜索列表的印象条件是否是真、以及用于与变量X相关的所述搜索列表的最后-印象-条件是否是假。如果是，则在框1612处，用于所述搜索列表的变量-最后-印象-条件被设置为等于真。在框1614处，用于所述搜索列表的变量-印象-条件的值被连接到所述新-真-条件表上。控制返回到框1604以便选择所述列表L中的下一个元素。

如果在框1610处所述测试返回一个否定的结果，那么，在框1616处，确定用于与变量X相关的所述搜索列表的变量印象-条件是否具有假值、和用于所述搜索列表的变量-最后-印象-条件是否具有真值。如果是，则在框1618处，用于所述搜索列表的变量-最后-印象-条件被指定为一个假值，并且控制返回到框1604。

图16所示的方法可以利用下述伪代码实现。

　　Procedure check-impressions-condition()

　　Assign L＝listing with monitored impressions with new impressions；(指定L

　　为具有新印象的被监控的印象的列表；)

　　Loop x over all elements in L(循环将x置于L中所有元素检查)

　　        If impressions-condition(x)＝true and

　　           Last-impressions-condition(x0＝false

　　           Assign last-impressions-condition(x)＝true；

　　           Adjoin impressions-condition(x)to new-true-conditions；

　　    Else if impressions-condition(x)＝false and
				
				<dp n="d52"/>
　　        Last-impressions-condition(x)true

　　      Assign last-impressions-condition(x)＝false；

　　    End if；　

　　End Loop；

　　End procedure；

每当首次创建一个印象条件时，它的last-impression-condition(最后-印象-条件)值被自动初始化为假，并且被视作好像它具有一个新的印象。这允许所述条件能够被立即测试。注意，检查印象条件需要检查在该条件下的所有列表的累积印象。我们忽略了早于所述广告商为此条件最新规定间隔的所有印象。例如，如果所述间隔是“每天”，那么，与前一天相关的所有印象都将被忽略(市场经营者能够规定与所述间隔相关的边界)。

图17示出了用于检查点击条件的方法的一个实施例。该方法起始于框1700。在框1710处，用与具有新点击的被监控的点击相关的列表填充列表变量L。在框1712，变量X被初始化或增加以便包含列表变量L中的下一个元素。在框1714，确定变量X是否为空。如果是，则在框1716处，处理结束。如果不是，那么，在框1718处，确定用于与变量X相关的所述搜索列表的点击-条件是否具有一个真值、和用于与变量X相关的所述搜索列表的变量最后-点击-条件是否具有一个假值。如果是，则在框1720处，用于所述搜索列表的变量最后-点击-条件被设置为等于真值。在框1722处，用于所述搜索列表的变量点击-条件的内容被连接到新-真-条件表上。控制返回到框1712。

如果在框1718处所述测试具有一个否定的结果，则在框1724处，确定用于所述搜索列表的点击-条件是否具有一个假值、以及用于所述搜索列表的变量last-clicks-condition是否为真。如果是，则在框1726处，用于所述搜索列表的变量last-clicks-condition被设置为等于假值。然后，控制返回到框1712。

图17所示的方法可以利用下述的伪代码实施。

　　Procedure check-clicks-condition()

　　Assign L＝listing with monitored clicks with new clicks；(指定L为具有新点

　　   击的被监控点击的列表；)
				
				<dp n="d53"/>
　　Loop x over all elements in L(循环将x置于L中所有元素检查)

　　     If clicksOcondition(x)＝true and

　　        Last-clicks-condition(x)＝false

　　           Assign last-clicks-condition(x)＝true；

　　           Adjoin clicks-condition(x)to new-true-conditions；

　　     Else if cliks-condition(x)＝false and

　　              Last-clicks-condition(x)＝true

　　            Assign last-clicks-condition(x)＝false；

　　      End if；

　　  End Loop；

　　  End procedure；

每当首次创建点击条件时，它的last-click-condition(最后点击条件)值被自动初始化为假。它被视作好像它具有一个新的点击。这允许所述条件被立即测试。注意，检查点击条件需要检查在所述条件下所有列表的累积点击。我们忽略了早于与这个条件相关的最新广告商规定的间隔的所有点击。例如，如果所述间隔是“每天”，那么，与在前一天相关的所有点击都将被忽略。

图18的流程图示出了用于检查点进率(CTR)条件的方法。所述点进率是一个诸如每小时点击或每天点击的被规定时间周期划分的一个规定时间周期内用于一个搜索列表的点进数。该方法起始于框1800。

在框1802，用具有被监控的点进率的所有搜索列表和新点击初始化列表变量L。在框1804处，变量X被初始化指向所述列表变量L中的下一个元素。在框18061处，确定变量X是否为空。如果是，则在框1808处，所述方法结束。如果不是，则在框1810处，确定用于由所述变量X指定的所述搜索列表的变量CTR-condition是否为真、和用于所述搜索列表的last-CTR-condition是否具有一个假值。如果是，则在框1812处，用于所述搜索列表的变量last-CTR-condition被设置为等于真值。在框1814处，用于所述搜索列表的变量CTR-condition的内容被连接到新-真-条件列表上，然后，控制返回到框1804。

如果在框1820处所述测试产生一个否定的值，那么，在框1826处，确定用于与变量X相关的所述搜索列表的变量CTR-condition是否具有一个假值和用于所述搜索列表的变量last-CTR-condition是否具有一个真值。如果是，则在框1818处，用于所述搜索列表的变量last-CTR-condition被设置为等于一个假值，然后控制返回到框1804。

图18所示的方法可以利用下述的伪代码实现。

　　Procedure check-CTR-condition()

　　Assign L＝listing with monitored CTR with new clicks；(指定L为具有新点击

　　  的被监控的CTR的列表；)

　　Loop x over all elements in L(循环将x置于L中的所有元素检查)

　　If CTR-condition(x)＝true and

　　      Last-CTR-condition(x)＝false

　　        Assign last-CTR-condition(x)＝true；

　　Adjoin CTR-condition(x)to new-true-conditions；

　　Else if CTR-condition(x)＝false and

　　             Last-CTR-condition(x)＝true

　　          Assign last-CTR-condition(x)＝false；

　　End if；

　　End procedure；

每当首次创建一个CTR条件时，它的last-CTR-condition(最后CTR条件)值被自动初始化为假。它被视作好像它具有一个新的点击。这允许所述条件可以被立即测试。注意，检查CTR条件需要检查用于所述条件下所有列表的累积印象和点击。我们忽略了早于与这个条件相关的最新广告商规定间隔的所有印象和点击。例如，如果所述间隔是“每天”，那么，与前一天相关的所有印象和点击都将被忽略。所述市场经营者可以在认为所述CTR有效之前要求最小数量的印象。

图19的流程图示出了用于检查CPC-too-high-condition的方法。这些条件表示每次点击的成本高于所必需的。所述过程始于框1900。

在框1902，用具有其以下列表具有新CPC的被监控的CPC-too-high的所有搜索列表初始化列表变量L。如果所述下面的列表的CPC被改变、或者如果一个新的列表被插入到下面、或者如果在前一列表下面的列表被取消，那么，所述下面的列表具有一个新的CPC。在框1904处，变量X被设置为指向所述列表变量L中的下一个元素。在框1906处，确定所述变量X是否为空，从而指示已经到达了所述列表L的终点。如果X是空，则在框1908处，所述过程结束。反之，在框1910，变量C被设置为等于X的所述条件。在框1912，确定是否存在低于X的表。如果否，则在框1916处，变量lower-CPC被设置为等于与直接在由变量X指出的所述搜索列表下面的所述搜索列表相关的每次点击成本。如果不存在低于由变量X指示的所述列表的搜索列表，则变量lower-CPC被设置为等于用于所述系统的每次点击最小成本和用于所述搜索列表的CPC阈值之间的差。在框1918，确定用于所述搜索列表的每次点击的成本是否大于所述lower-CPC的值加上用于变量C的CPC阈值、以及用于变量C的所述变量last-CPC-too-high的值是否为假。如果是，在框1920处，变量last-CPC-too-high-condition被设置为等于真。在框1922处，变量last-CPC-too-条件被连接到新-真-条件列表上，并且控制返回到框1904。

如果在框1918处所述测试产生一个否定值，那么，在框1924处，确定用于所述搜索列表的CPC是否小于或等于所述lower-CPC加上所述CPC-阈值、以及所述变量last-CPC-too-high-condition是否等于一个真值。如果是，则在框1926处，变量last-CPC-too-high条件被设置为等于假值。控制返回到框1904。图19所示的方法可以利用下述伪代码实现。

　　Procedure check-CPC-too-high-condition()

　　Assign L＝listing with CPC-too-high monitor where the listing below has a new
CPC；(指定L为具有其中以下列表具有新CPC的CPC太高监视器的列表；)

　　Loop x over all elements in L(循环将x置于L中的所有元素检查)

　　   Assign c＝condition of x；

　　   If no listing below x(如果在x下面无列表)

　　      Assign lower-CPC＝Min-CPC-threshold(c)；

　　   Else

　　         Assign lower-CPC＝CPC(listing below x)；

　　   End if；
				
				<dp n="d56"/>
　　  IfCPC(x)＞lower-CPC+CPC-threshold(c)and

　　     Last-CPC-too-high-condition(c)＝false

　　      Assign last-CPC-too-high-condition(c)＝true；

　　      Adjoin CPC-too-high-condition(c)to new-true-conditions；

　　  Else if CPC(x)lower-CPC+CPC-threshold(c)and

　　     Last-CPC-too-high-condition(c)＝true

　　  Assign last-CPC-too-high-condition(c)＝false；

　　End if；

　　End Loop；

　　End procedure；

每当首次创建CPC-too-high条件时，它的last-CPC-too-high-condition值都被自动初始化为假，并且它被视作好像它其下的列表具有一个新的CPC。这允许所述条件能够被立即测试。Min-CPC是用于所有列表的最小CPC，这个数是由市场经营者确定的，而且在一个例子中是$0.01。每个CPC-too-high-condition具有一个由广告商规定的阈值。这个阈值是所述列表的CPC和下面列表的CPC之间的差，所述下面列表的CPC必须大于用于使将所述条件成为真的这个阈值。如果不存在下面的列表，则我们检查所述列表的CPC是否高于所述最小CPC，而且做为选择，我们还检查所述CPC是否是高于所述CPC的阈值。

图20的流程图详细示出了用于检查平均CPC太高条件的方法。与一组列表相关的平均CPC是把用于该组列表在一个间隔内的合计成本除以用于该组列表在同一间隔内的合计点击数。该方法起始于框2000。

在框2002处，用具有被监控的average-CPC-too-high-condition(平均CPC太高条件)的列表和新点击初始化列表变量L。每个这种条件具有其平均CPC正在被监控的相关组的列表。在框2004处，变量X被初始化为指向列表变量L中的下一个元素。在框2006处，确定变量X是否为空。如果是，则在框2008处，所述方法结束。如果不是，则在框2010，确定用于由变量X指定的条件的变量average-CPC-too-high-condition是否为真、和用于该条件的last-average-CPC-too-high-condition(最后平均CPC太高条件)是否具有一个假值。如果是，则在框2012处，用于该条件的变量last-average-CPC-too-high-condition被设置为等于真值。在框2014，用于所述搜索列表的变量average-CPC-too-high-condition的内容被连接到新-真-条件上，并且控制返回到框2004。

如果在框2010处所述测试产生一个否定结果，那么，在框2016处，确定用于与变量X相关的条件的变量average-CPC-too-high-condition是否具有一个假值和用于所述搜索列表的变量last-average-CPC-too-high-condition具有一个真值。如果是，在框2018处，用于所述条件的变量last-CPC-too-high-condition被指定为假值，并且控制返回到框2004。

图20所示的方法可以利用下述伪代码实现。

　　Procedure check-average-CPC-too-high condition()

　　Assign L＝all conditions with monitored CPC too high with new chcks；(将L

　　  指定为具有新点击被监控的CPC太高的所有条件；)

　　Loop x over all elements in L；(循环将x置于L中所有元素检查；)

　　  If average-CPC-too-high-condition(x)＝true and

　　   Last-average-CPC-too-high-condition(x)＝false

　　      Assign last-average-CPC too-high＝condition(x)＝true；

　　      Adjoin average＝CPC-too-high-condition(x)to new-true-conditions；

　　Else if average-CPC-too-high-condition(x)＝false and

　　      Last-average-CPC-too-high-condition(x)＝true

　　           Assign last-average-CPC-too-high-condition(x)＝false；

　　  End if；

　　End Loop；

　　End procedure；

每当首次创建平均CPC太高条件时，它的last-average-CPC-too-high-condition值被自动初始化为假。它被视作好像它有了一个新点击。这允许立即测试所述条件。注意，检查平均CPC太高条件需要检查在该条件下用于所有列表的累积点击和成本。我们忽略了在广告商为这个条件最新规定的间隔之前的所有点击和成本。例如，如果所述间隔是“每天”，那么，与在前一天相关的所有点击和成本都将被忽略。所述市场经营者可以在认为所述平均CPC有效之前要求所述最小的点击数。

图21的流程图示出了用于检查排名CPC条件的方法。该方法始于框2100。在框2102处，变量L被指定为等于具有其中被监控排名的每点击成本已经改变的被监控排名CPC的所有搜索项。在框2104，变量X被设置为指向列表L中的下一个元素。在框2106处，确定变量X是否为空。如果是，这指示已经到达了所述列表的终点，并且该方法在框2108处结束。

相反，在框2110处，变量M被设置为等于由正在被监控并具有新CPC的变量X指出的搜索项的所有排名。在框2112，变量Y被初始化为指向表M中的下一个元素。在框2114处，确定变量Y是否是空。如果是，则控制返回到框2104以便选择列表L中的下一个元素。反之，在框2116处，变量N被设置为等于用于由变量X指出的搜索项的所有排名CPC条件和由变量Y指出的所述排名。在框2118处，变量Z被设置为等于表N中的下一个元素。在框2120处，确定变量Z是否为空。如果是，则控制返回到框2104。否则，在框2122处，确定用于由变量Z指出的条件的变量rank-CPC-condition(排名CPC条件)的值是否具有一个真值、和用于由变量Z指出的所述条件的变量last-rank-CPC-condition(最后排名CPC条件)是否具有一个假值。如果是，则在框2124处，用于所述条件的变量last-rank-CPC-condition被设置为等于真。在框2126处，用于所述条件的变量rank-CPC-condition的内容被连接到新-真-条件表上。然后控制返回到框2104。

如果在框2122处产生一个否定的结果，那么，在框2128处，执行一个测试来确定用于所述条件的变量rank-CPC-condition是否是假以及用于所述条件的变量last-rank-CPC-condition是否是真。如果是，则在框2130处，变量last-CPC-too-high-condition被设置为等于假值。然后，控制返回到框2104。

图21所示的方法可以利用下述伪代码实现。

　　Procedure check-rank-CPC-condition()

　　Assign L＝terms with a rank-CPC monitor where the CPC of a monitored rank
has changed；(指定L为具有其中被监控排名的CPC已经改变的排名CPC监
视器的项；)

　　Loop x over all elements in L(循环将x置于L中的所有元素检查)
				
				<dp n="d59"/>
　　Loop y over all ranks of x that are monitored and have new CPCS(循环将

　　 y置于x的所有被监控的和具有新CPCs的排名检查)

　　     Loop z over all rank-CPC condition for term x and rank v(循环将

　　      z置于用于项x和排名y的所有排名CPC条件检查)

　　            If rank-CPC-condition(z)＝true and

　　              Last-rank-CPC-condition(z)＝false

　　                  Assign last-rank-CPC-condition(z)＝true；

　　                  Adjoin rank-CPC-condition(z)to

　　                     New-true-conditions；

　　        Else if rank-CPC-condition(z)＝false and

　　            Last-rank-CPC-condition(z)＝true

　　           Assign last-rank-CPC-condition(z)＝false；

　　                     End if；

　　                  End Loop；

　　              End Loop；

　　          End Loop；

　　End procedure；

每当首次创建rank-CPC条件时，它的last-rank-CPC-condition值被自动初始化为假，并且它被视作好像用于被监控排名的CPC发生了变化。这允许可以立即测试所述条件。每个rank-CPC条件具有一个由广告商规定的阈值。如果用于所述排名的CPC低于或等于所述阈值，则所述条件为真。

“notify-immediately(立即通知)”过程利用已经变成真的当前条件的详细内容将一条消息传送给所述广告商。所述过程首先选择由所述广告商选择的所有通知模式。接着选择所述动作类型。所述广告商能够选择他所喜好的任何一种动作类型。利用所有的通知模式不可能得到某些动作类型，例如，所述市场经营者只能以电子邮件和即时消息的形式提供“活动链接”。另外，某些条件不具有任何一种自动校正作用(例如，CTR)。所述过程以每种通信模式传送一个通知给所述广告商，其中在一个可能的特定通信模式下的每条消息包括一组校正行动。

图22的流程图示出了“notify-immediately”(立即通知)过程的一个实施例。该过程始于框2200，在框2202处，变量L被指定为等于用于被传送给已经变成真所述过程的所述条件的所有通知模式的列表。在框2204处，变量X被初始化为列表L中的下一个元素。在框2206处，执行一个测试以便确定变量X是否为空。如果是，则在框2208处，所述处理结束，列表L的所有元素都已经被处理。

如果变量X不是空，则在框2210处，变量A被设置为等于用于校正该条件所需模式X的所有动作类型。在框2212处，调用一个send-notification(传送-通知)过程，从而作为参数传送是真的所述条件、变量X和变量Y。在这个过程处理之后，控制返回到框2204以便选择列表L中的下一个元素。

图22所示的方法可以利用下述的伪代码实现。

　　Procedure Notify-immediately(condition)

　　Loop x over all notification modes for condition(循环将x置于用于所述条件

　　  的所有通知模式)

　　  Assign y＝all action types for mode x to correct condition；(指定y为用于校

　　   正所述条件的模式x的所有动作类型；)

　　  Send-notification(condition，x，y)；

　　End Loop；

　　End procedure；

下面是一个条件列表，它可以具有包括在通知消息中的校正动作。一个广告商既可以接受在所述消息中建议的校正动作，也可以忽略这种建议。所述校正动作可以是代表所述广告商自动采取的、用于保证所述条件不再是真的步骤。注意，如果所述条件不再是真，那么，不能应用校正动作；

1.Position：可能通过改变一个列表的CPC校正一个位置条件。例如，如果条件“列表L₁的位置不在排名3”是真，那么，它可以通过如果所述L₁的排名比排名3更糟则增加所述CPC、或如果所述L₁的排名优于排名3则减小所述CPC来使所述L₁返回到排名3。

可能的校正动作是“调节我的CPC以使列表L₁返回到排名3”。

2.account balance：可能通过将更多的资金添加到所述账户上以校正一个账户余额条件。所述广告商可以选择添加的附加量。

可能的校正动作是“从信用卡添加$200.00到我的账户余额上”。

3.CPC太高：可能通过将所述CPC减少到保持当前排名所需的最小值来校正CPC太高条件。

可能的校正动作是“将列表L₁的CPC减小到其当前排名需要的最小”。

notify-interval(间隔通知)过程将有关在最后间隔(由所述广告商规定间隔的持续时间)中已经变成真的所有条件的详细内容的一个消息传送给所述广告商。在该间隔内已经变成真的所有条件被聚集在一条消息中。所述过程选择由所述广告商选择的所有通知模式。接着选择所述动作类型。所述广告商可以选择他所喜好的一种或多种动作类型。利用所有的通知模式也不可能得到某些动作类型。例如，市场经营者只能以电子邮件和即时消息提供“活动链接”。另外，某些条件不可能具有自动校正动作(例如，CTR)。

如果存在一个以上的条件实例，那么，只能有一个校正动作用于最新的实例。较早记录的条件可能已经不再是真。在这种情况下，将没有任何与其相关的校正动作。该过程以每种通信模式将一个通知传送给所述广告商，其中，以特殊通信模式传送的每条消息可能包括一组校正动作。

图23的流程图示出了一个notify-interval过程。该过程始于框2300。在框2302，过程暂停以等待与任一广告商相关的通知时间。在上面的说明中，系统可以根据由广告商规定的任一方案利用与变化条件相关的信息与所述广告商通信。在框2302的操作是根据所述广告商规定的方案执行的。

在框2304处，列表变量L被指定为等于具有当前通知时间的所有广告商。即，已经规定了和当前时间匹配的通知方案的所有广告商。在框2306，循环变量X被指定为等于所述列表变量L中的下一个元素。在框2308，测试所述X以便确定变量X是否为空。如果是，则控制返回到框2302以便等待下一个通知时间。如果变量X不为空，则控制前进到框2310。

在框2310，变量M被指定为等于与由变量X规定的广告商相关并用于已经记录条件的当前时间的所有自动通知条件。在框2312，循环变量Y被设置为等于列表M中的下一个元素。在框2314，确定变量Y是否为空。如果是，则控制返回到框2306以便选择列表L中的下一个变量X。如果变量Y不是空，那么，控制前进到框2316。

在框2316，变量C被指定为等于其值已经被存储在变量Y中的所述条件的所有已记录的实例。在框2318，变量T被设置为等于变量C中最新的条件。即，所述条件和它们的相关时间标记被排序或者反之被检查，以便确定一个最新发生的条件。这个条件被装载到变量T中。在框2320，变量M被设置为等于与其值被存储在变量Y中的所述条件相关的所有通知模式。

在框2322，变量Z被增加以指向列表N中的下一个元素。在框2324，确定循环变量Z是否为空。如果是，则控制返回到框2306。反之，则在框2326，变量A被设置为等于与存储在变量Z中的模式相关的所有动作类型，所述动作类型可以由一个广告商规定以便校正由变量T规定的条件。在框2328，调用send-notification(发送通知)过程，以便作为参数传送变量C、Z和A。在这个过程执行之后控制返回到框2306，以选择所选择的下一个广告商。

图23所示的方法可以利用下述伪代码实现。

　　Procedure Notify-interval()

　　Loop

　　Wait for a notification time for any advertiser；(等待与任一广告商相关的通知

　　  时间；)

　　Loop x over all advertisers with current notification time(循环将x置于具有当

　　  前通知时间的所有广告商)

　　    Loop y over all auto-notification for x for current(循环设置y为用于具有

　　     所记录的条件的当前时间的x的所有自动通知)

　　    Time with recorded conditions

　　    Assign c＝all recorded instances of condition y；

　　Assign t＝most recent condition in c；

　　Loop z over all notification modes for y(循环将z置于所有用于y的通知模式)

　　     Assign a＝all action types for mode z to

　　               Current condition t；

　　         Send-notification(c，z，a)；
				
				<dp n="d63"/>
　　    End Loop；

　　  End Loop’

　　End Loop；

　　End Loop；

　　End procedure；

handle-actions(处理动作)过程处理引入的动作。传送给所述广告商的消息能够包括用于校正不希望条件的动作。所述广告商能够选择以忽略所建议的动作，或者所述广告商能够接受所建议的校正动作，在这种情况下，所述系统必须以其为基础做出动作。

所述handle-actions过程还处理一个特殊广告商动作“tell-me-now”(现在告诉我)。所述广告商能够创建一个具有是一个间隔的通知时间的auto-notification(自动通知)。但是，在任一时间处，所述广告商能够传送一个tell-me-now动作，指示所述系统立即传送所有的通知。即使所述广告商传送了tell-me-now动作，用于所述间隔的所有通知仍然是在所述间隔的结束处传送。例如，一个广告商可以建立一个通知间隔“每周、星期五下午3：45”。在星期三，所述广告商能够传送tell-me-now动作，它导致所述广告商接收所有记录到当日上的通知。在星期五下午3：45的每周通知仍然被传送。

所述handle-actions过程也处理“mute”和“un-mute”。mute动作允许所述广告商停止所有的通知——条件仍然被记录，但是，他们不被传送(既不立即也不在规定的间隔处)。相反，所述通知被记录以用于将来的传送。所述um-mute动作重新启动所述条件的通知。所有的past-due通知被立即传送(例如用于立即通知和用于刚刚过去间隔的通知)。其他的通知将被在所述间隔的结束处传送。

每个通知动作类型(在所述实施例中的活动链接、待用链接、电子邮件、和电话)都需要单独的处理器。所述动作类型的每一个都具有下面形式的过程。

图24的流程图示出了所述handle-actions过程。该过程始于框2400。在框2402处，所述过程暂停，以便等待一个引入的动作。所述动作对应于由所述广告商规定的一个校正或其他变化，以便校正不希望的条件和由所述广告商保持的搜索列表。在接收所述动作之后，在框2404，从所接收的动作中提取所述动作的参数。例如，所述动作可以被作为一个或多个包含用于校正不希望条件的指令和数据的TCP/IP包进行传送。从由所述广告商接收的所述包中提取这些指令和数据。

在框2406处，变量C被指定为等于与将被所接收的动作校正的条件对应的值。在框2408处，确定与存储在变量C中的所述值相关的条件是否仍然是真。如果否，则在框2410处，一个通知被传送给与所述条件不再是真的条件相关的广告商。如果所述条件仍然是真，在则框2412，执行一个校正动作。所述校正动作可以是改变或校正或反之修改由所述广告商规定的所述条件所需的任一步骤或一组步骤。在执行校正动作之后，在框2414确定所述动作是否成功。即，确定是否获得了所希望的校正。如果否，所述广告商在框2416被通知对规定动作的校正失败。如果所述动作确实成功了，那么，在框2418，所述广告商被通知这个成功。然后控制返回到框2402以等待下一个引入的动作。

图24所示的方法可以利用下述伪代码实现。

　　Procedure Handle-actions()

　　Loop

　　Wait for an incoming action；(等待一个引入的动作；)

　　Extract action parameters；(提取动作参数；)
　　Assign c＝condition of action；

　　If c is still true(如果c仍然是真)

　　      Execute corrective action；(执行校正动作；)

　　      If successful(如果成功)

　　           Notify advertiser(c)of success；(通知广告商(c)成功；)

　　      Else

　　          Notify advertiser(c)of failure；(通知广告商(c)失败；)

　　      End if；

　　  Else

　　      Notify advertiser(c)that c is no longer true；(通知广告商(c)不再是真；)

　　  End if；

　　  End Loop；
				
				<dp n="d65"/>
　　End procedure；

从前述可以看出，当前实施例提供了一种用于使与一个按业绩收费数据库有关的广告商更有效地管理他们的列表的方法和装置。提供多个过程以规定自动软件代理程序，用于监控一个广告商的搜索列表，并提供发生规定条件的通知。所述条件的通知可以许多便利渠道中的任何一个、诸如电子邮件或寻呼或传真中提供给广告商。所述通知可以包括正式被内置给所述通知的动作类型，从而使得所述广告商能够迅速和方便地作出响应。这增加了广告商的便利，并允许更加迅速地响应条件的变化，解放(frees up)截至目前为止一直被指定监控与所述广告商相关的搜索列表状态的个人。该特性可以以最小的代价提供给按业绩收费系统的经营者和广告商。

虽然已经示出和描述了本发明的特定实施例，但是作出修改是可能的。因此，在权利要求书中试图覆盖落入本发明真实精神和范围内的这种变化和修改。

Claims (40)

1.一种在计算机数据库系统中的通知方法，包括；

从与存储在所述计算机数据库系统中的一个搜索列表相关的所有者处接收一条通知指令；

监控由所述通知指令为所述搜索列表规定的条件；和

在检测到所述搜索列表变化条件的基础上将所述通知传送给所述所有者。

2.根据权利要求1所述的通知方法，其中，接收所述通知指令包括：

为相关所有者就其希望得到一个通知的一个或多个搜索列表接收识别信息。

3.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

当响应来自一个搜索者的搜索查询、所述搜索列表与形成搜索结果的其他搜索列表涉及到一个搜索者时，接收一个用于通知关于在用于所述搜索列表的搜索结果当中的位置变化的识别信息。

4.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收一个用于与所述搜索列表的每次点进(Clickthrough)成本值相关的通知的识别信息，所述每次点进成本是当响应来自一个搜索者的搜索查询所述搜索列表关系到所述搜索者时可由所述所有者支付的经济值。

5.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收关于与所述广告商相关的一个账户的账户余额的通知的识别信息。

6.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收关于被识别的搜索列表的合计印象的通知的识别信息。

7.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收关于被识别的搜索列表的合计点进数的通知的识别信息。

8.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收关于被识别的搜索列表的合计点进率的通知的识别信息。

9.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

当响应来自一个搜索者的搜索查询，所述列表在所述搜索结果当中涉及到一个搜索者时，接收用于一个通知的识别信息，所述通知与具有不影响其在搜索结果当中广告商规定显示排名而可减少每次点进成本的搜索列表相关。

10.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收包括规定的每次点进成本和规定显示排名的识别信息，该识别信息被用于当响应来自与少于规定的每次点进成本相关的所述搜索的搜索查询、所述被识别的搜索列表能够处于提供给所述搜索者的搜索结果当中的规定显示排名时的通知。

11.根据权利要求2所述的通知方法，其中，接收所述识别信息包括：

接收与用于两个或多个搜索列表的平均每次点进成本相关的识别信息。

12.根据权利要求1所述的通知方法，其中，接收所述通知指令包括：

接收用于规定与传送所述通知相关的通知时间的信息。

13.根据权利要求12所述的通知方法，其中，接收规定通知时间的信息包括下述之一：

接收用于传送一个立即通知的搜索列表的标识，和

接收用于传送一个间隔通知的搜索列表的标识。

14.根据权利要求1所述的通知方法，其中，接收通知指令包括：

接收一个通知模式的指示。

15.根据权利要求14所述的通知方法，其中，从一个包括电子邮件、即时消息、传真、寻呼和电话语音呼叫的组中选择所述通知模式。

16.据权利要求1所述的通知方法，其中，接收通知指令包括：

接收包括在所述通知的一个或多个动作类型的指示。

17.根据权利要求16所述的通知方法，其中，该一个或多个动作类型是从包括在一条消息中的活动链接、在一条消息中的待用链接、电子邮件、电话、自动校正(auto-correct)和放宽(relax)的一个组中选择的。

18.据权利要求1所述的通知方法，其中，传送所述通知包括：

传送一个电子邮件通知、一个嵌入在消息中的活动链接通知、和一个嵌入在消息中的待用链接通知中的至少一个。

19.根据权利要求18所述的通知方法，其中，传送所述通知包括根据所述通知指令传送所述通知。

20.根据权利要求1所述的通知方法，其中，传送所述通知包括：

传送一个电话通知、一个即时消息通知、一个传真通知和一个寻呼中的至少一个。

21.根据权利要求1所述的通知方法，其中，还包括：

响应于所述通知接收一个广告商的动作指令；和

响应所述广告商的动作指令，自动调节与所述搜索列表相关的每次点击成本和显示排名中的至少一个，当响应来自所述搜索者的搜索查询所述搜索列表相关于一个搜索者时，与所述列表相关的显示排名规定所述搜索列表在搜索结果当中的位置，所述每次点击成本是当响应来自所述搜索者的一个搜索查询所述搜索列表相关于一个搜索者时可由所述所有者支付的经济值。

22.根据权利要求1所述的通知方法，还包括：

响应所述通知接收一个广告商动作指令；和

自动补充与所述所有者相关的一个账户的余额。

23.根据权利要求1所述的通知方法，还包括：

响应所述通知接收一个广告商动作指令；和

自动放宽由在所述通知指令中规定的所述条件所创建的一个或多个限制。

24.根据权利要求1所述的通知方法，还包括：

响应一个账户余额太低条件，自动将资金储存到与所述广告商相关的账户中。

25.根据权利要求1所述的通知方法，还包括：

自动调节与所述搜索列表相关的每次点击成本和显示排名中的至少一个，当响应来自一个搜索者的搜索查询所述搜索列表相关于一个搜索者时，与所述列表相关的显示排名规定所述搜索列表在搜索结果当中的位置，报价量是当响应来自所述搜索者的搜索查询所述搜索列表与一个搜索者相关时可由所述所有者支付的经济值。

26.一种数据库搜索系统，包括与广告商相关的搜索列表的数据库和用于当所述广告商的搜索列表发生条件变化时将一个通知传送给所述广告商的处理系统。

27.一种数据库搜索系统，包括：

一个搜索列表数据库，其中每个搜索列表与一个广告商相关；

一个搜索引擎；和

响应来自一个或多个广告商的用于规定信息的条件的装置，该装置用于当一个或多个搜索列表的规定条件被满足时向广告商提供一个指示。

28.一种数据库搜索系统，包括：

一个搜索列表的数据库，其中每个搜索列表与各自的广告商相关，每个搜索列表包括一个搜索项，以及可变的每次点击成本(CPC)和可变的显示排名中的至少一个；

所述搜索引擎被配置为能够识别与从一个搜索者接收的搜索查询匹配的搜索列表，匹配搜索列表是根据所述显示排名和匹配搜索列表的报价量中的至少一个按照搜索结果列表排序；和

一个代理设备，用于响应来自一个广告商的条件定义向所述广告商提供条件更新信息。

29.根据权利要求28所述的数据库搜索系统，其中，所述代理设备被配置为能够接收一个作为所述条件定义的搜索列表的指示和CPC范围的指示，而且所述代理设备被配置为能够提供作为条件更新信息的一个通知，表示用于被指示的搜索列表的CPC已经达到所指示的CPC范围。

30.根据权利要求28所述的数据库搜索系统，其中，所述代理设备被配置为能够接收作为所述条件定义的搜索列表的指示和所希望排名的指示，而且所述代理设备被配置为能够提供作为条件更新信息的一个通知，表示与所指示的搜索列表相关的显示排名已经达到所指示的希望排名。

31.根据权利要求28所述的数据库搜索系统，还包括一个广告商账户管理设备，而且其中所述代理设备被配置为能够接收作为所述条件定义的最小账户余额的指示。

32.根据权利要求28所述的数据库搜索系统，还包括一个被配置为能够对与规定搜索列表相关的印象进行计数的广告商账户管理设备，而且所述代理设备被配置为能够接收作为所述条件定义的所计数印象的搜索列表和相关印象限制的指示。

33.根据权利要求28所述的数据库搜索系统，还包括一个被配置为能够对与规定的搜索列表相关的点击进行计数的广告商账户管理设备，而且所述代理设备被配置为能够接收作为所述条件定义的被计数点击的搜索列表和相关点击限制的指示。

34.根据权利要求28所述的数据库搜索系统，还包括一个被配置为能够测量与规定的搜索列表相关的点进率的广告商账户管理设备，而且所述代理设备被配置为能够接收作为所述条件定义的点进率搜索列表和相关点进率限制的指示。

35.根据权利要求34所述的数据库搜索系统，其中，所述相关的点进率包括与所述点进率搜索列表的组合相关的一个合计点进率。

36.根据权利要求28所述的数据库搜索系统，还包括一个被配置为能够测量与规定的搜索列表相关的每次点进的平均成本的广告商账户管理设备，而且所述代理设备被配置为能够接收作为所述条件定义的每次点进搜索列表平均成本和一个相关的平均每次点进成本限制的指示。

37.根据权利要求28所述的数据库搜索系统，其中，所述代理设备被配置为能够接收作为所述条件定义的实现给定的与所述搜索项相关的显示排名所需的最小CPC的指示。

38.一种用于操作数据库搜索系统的方法，该方法包括：

将多个搜索列表存储在一个数据库中，每个搜索列表与当一个搜索列表相关于一个搜索者时给出经济值的广告商相关；

确定用于相关搜索列表的显示位置；以及

从一个广告商处接收所述广告商希望就其得到显示位置变化的通知的搜索列表的指示。

39.根据权利要求38所述的方法，还包括：

从两个或多个广告商处接收用于与所述两个或多个广告商相关的搜索列表的定位信息；和

响应所述定位信息，确定所述显示位置。

40.根据权利要求39所述的方法，其中接收所述定位信息包括：

接收用于相关搜索列表的每次点击成本和希望排名中的至少一个。

Images