在传统广告结构中，广告商雇用代理商来规划广告策略、根据预 期人口统计以及其它参数来创建内容和安全媒体空间。许多媒体公司 雇用媒体表述来扩展它们的地理销售覆盖区和客户基础。这里，在交 付并播放实际广告之前，需要将交易最终确定下来。当前的广告媒体 交易处理具有多个低效率的方面。例如，在地理上将广告的买方和卖 方分割开；将市场严重分割开；交易的实现是时间和劳力密集型的； 新技术的采用和应用较为缓慢；无法跟踪并关联广告结果；在不同市 场中的不同类型的媒体及价格之间存在较大差距；无法获得特定时间 处针对特定产品的特定媒体的有效性；以及根本上缺少应市场趋势及 反馈来改变或采用媒体购买的灵活性。
购买针对广告活动的和适当的媒体经常表现出巨大的挑战。大多 数广告空间媒体购买者实质上需要未来规划和提前实现。此外，确定 和设计合适的广告活动需要若干年经验、行业特定的专门技能、长期 规划和努力，所有这些准许广告代理商为媒体投放服务收取15％或更 多的费用。然而，数字产品的出现、交付和分发带来了针对更加灵活 且流动的广告市场的新机会。
全球经济变得越来越一体化。因此，实时访问最新相关信息对于 商业而言变得至关重要，这种信息能够相对于企业对市场变化的反应 来区别成功企业和落后的失败企业。目前，专业研究和金融组织通过 对多个分割网络(例如Bloomberg和Reuter)的专门预定来交付大量 竞争信息。这种信息主要由依赖该信息的行业(例如金融市场)使用。 此外，不经任何过滤地提供该信息，并且可由用户用于在大量出版物 中寻找相关数据，诸如每日新闻发布和版权声明。
全球经济的一体化最显著地表现为通常表示为互联网的计算机 全球网络的形式。互联网已经发展到如此之大的范围以至于其现在包 括数十亿个地址。这些地址中的每个地址都可以具有关联网站以及不 经预先通知就发生改变的内容。备选地，可以通过web服务器或xhtml 链接将网站动态地链接到其它站点或设备。内容和链接的这种变化一 天可能发生数百万次。这些“张贴(posting)”和变化经常由第三方发 起。查找这种改变的搜索引擎和其它服务并不总是位于或索引该站点。 因此，web用户可以不知道这些站点的张贴或变化。
对于可靠的、一直到分钟搜索(minute search)、价格以及新闻信 息的日益增长的需要使得对在日益增长的全球互联网中寻找的新信息 进行查找以及进行分级(例如，通过最近的订单)变得愈加困难。例 如，最传统的搜索和新闻收集引擎致力于对网站中的现有且通常为静 态的库存进行爬行和索引。由于互联网的绝对大小，在发布新的或现 有的站点内容的时间与这种信息变成为通用搜索引擎上的索引数据的 时间之间存在日益增大的滞后。尽管web上的大多数信息是免费的， 然而如果可以基于由信息的请求者所提供的查询将信息以“分级和索 引”的格式交付给每个相关订户，则订户和广告商将自愿为这种信息 付费。
随着互联网的发展，广告也正在快速发展并更加快速地变化。在 2005年，世界范围的web广告收益计划增长了40％，并且达到将近 125亿美元。
技术的发展已经引起了广告业的重大变化。例如，移动电话是可 以用于执行特定位置的目标化的最近交互媒体之一。然而，新近使用 诸如网站、博客、搜索引擎、交互式电视、web电视、室外数字广告 牌、卫星无线电、互联网之类的其它多个媒体类型来提供更为有效的 广告媒体。因此，这些多媒体应用形式正在将大量媒体转化成新的、 一对一形式的广告。个人web电视服务的出现将改变观看习惯，由此 黄金时段和频道品牌将变得较不相关。除非向个别观众强行推荐，否 则将消除商业广告节目。
由于连接到web的大量设备从由PC控制转移到由无线手持设备 控制，所以搜索和相关服务的上下文和形式需要转变为容纳这些设备 的特定位置和大小以及空间限制
基于上述，显然，由于通过GOOGLE和YAHOO进行了大部分 服务，缺乏流动性。这些引擎还是用许多其它网络来交付广告并聚合 库存，因此在为广告提供服务以及计算关于投资的有效回报(EROI) 中存在很大程度的复制。
许多web站点(发布商)正在使用诸如GOOGLE之类的网络以 及DOUBLE-CLICK作为市场制造者，并让它们协商管理、为分发以 及交易管理付费。在这种情况下，发布商失去了他们的潜在收入的较 大部分。
由于这种广告必须按照他们的方式将多个广告服务器发送到用 户浏览器的事实，许多经纪人网络通过菊花链(daisy chain)彼此连 接，从而在将广告准时交付给发布商时产生等待时间。这种广告服务 网络降低了有效性，并且限制了不同网络之间的连接数目，因为这些 网络无法准时提供服务。
当前存在的网络无法阻止和/或管理广告创意和/或管理交付类型 或内容。
当前，发布商通过将他们的内部系统与网络和直接广告商所供应 的相匹配来对库存销售进行优先级划分，这种匹配多半是手动的，并 且由于这种匹配覆盖了上百万或上亿个每日点击，所以该匹配不是颗 粒状的，并且不是动态的。由于没有将库存销售到最佳广告商，所以 浪费了大量收益，并且由于该系统不自动调整，所以广告商无法获得 最佳ECPM。
当前不存在以下系统：收集并将广告或相关信息添加到这种新信 息上，然后将其分散到感兴趣方，并向这种广告服务提供基于市场的 定价。当前可用的现有网络和系统不允许买方和卖方彼此或与网络共 享信息。此外，诸如GOOGLE之类的网络没有与买方和/或卖方共享 任何信息。
因此，显而易见的是，存在对一种用于实现解决方案的方法和系 统的需要，web匹配引擎使用该解决方案提供了一些透明度并启用买 方和卖方之间的广告容量、关键字、横幅广告和其它形式的媒体的实 时交易。
另外显而易见的是，存在对一种用于提供匹配机制的方法和系统 的需要，该匹配机制不仅启用对广告媒体空间的买方和卖方的匹配， 而且启用对任意类型的数字商品的买方和卖方的匹配。

尽管这里在广告空间或广告媒体空间以及广告空间或广告媒体 空间的买方和卖方的匹配的上下文中已经描述了，本领域的技术人员 将理解，结合系统来实现这种匹配商品从买方到卖方的交付的本发明 的web匹配引擎、以及与其关联的操作以及这里所描述的广告同样可 应用于任意类型的数字商品通过数字网络的销售和交付。数字商品的 示例包括：广告空间、电子书、视频、图像、音乐、彩铃等，以及可 以在数字媒体中提供的任何其它商品或服务。
通过允许买方、卖方和第三方网络共享与销售、转化(conversion)、 产品分类等有关的信息以及由此允许交易链中的每一方优化其货币化 (monetization)并保持在实时环境下的附加控制，本发明克服了现有 网络和系统的不足。例如，买方将可以找到针对他们所寻找的产品或 服务的最佳价格，并且还可以动态地调整他们的预算分配或期望类别， 在其中他们基于系统所提供的实时反馈进行购买。按照同样的方式， 卖方可以具有相同的优点：针对所提供的数字商品的实时反馈，可以 动态地改变数字商品的定价、可用性等。这是对提供了买方和卖方级 别的高水平管理的交易信息的共享(来自买方和卖方能够提供的任何 源)，同时允许交易中的每一方优化他们在整个过程中的货币化。
本发明涉及一种用于在针对所有类型的数字广告媒体的制作、编 排、采购、付费、实时管理、重新分配、以及财务结算的不断改变的 市场中的动态、实时环境下的广告选择、投放管理、付费、以及交付 的方法和系统，其中使用针对广告的可选自动交付以及针对这种广告 和商品的消息收发。在多个媒体(例如TV、互联网、卫星、无线电、 无线电话、户外屏幕)以及显示动态内容的其它数字媒体上对在线的 传统媒体广告的规划、购买、交付和付费进行自动化、标准化及跟踪。 因此，实现由针对特定产品的特定市场和客户简档所分割的价格、性 能和可用性的透明度和发现。
为了缓解与在线媒体的增长以及在线广告业的分割相关联的增 长问题，本发明的方法和系统对地点(venue)和广告商的所有不同源 进行分级和评价，并准确地对将广告费用解译为订单的有效性以及由 行业、产品和服务类型所分割的收益进行跟踪和分级。在线广告业提 供了无与伦比的能力：跟踪并以广告为目标，以及允许广告商与最终 用户紧密相互作用。系统使用以透明的方式(这使得所有参与方都能 够使用该数据)收集自买方、卖方以及第三方的所有这些跟踪信息在 买方和卖方之间来执行更好的匹配，这对双方都具有更好的优化和底 线结果。当前，由于象Google这样的大网络不公布或者不使它们的交 易和转化信息可用的事实，因此缺少匹配信息的透明度。此外，在线 广告业中存在分割。因此，在发布商对插播广告的价格以及最终价格 之间存在较大差距，广告代理商或广告商将承担这部分的费用。已经 产生了对可用于确定任何广告、媒体或可用数字商品的市场值的开放 市场的需要。这里，将web匹配引擎用于收集并匹配贸易、执行贸易 并交付广告、以及对贸易进行结算并收集市场数据。
本发明的系统和方法允许广告空间(数字商品)的卖方通过决定 是否应路由到他们的直接客户端来更为有效地管理其库存，市场或诸 如GOOGLE之类的网络在向大众提供广告空间之前的最后一分钟填 满插播广告(spot)，这与提前数月出售广告空间的作法相反。根据一 个实施例，web匹配引擎开发了可产生利润的第一和第二市场。因此， 由于广告将显示每一插播广告、广告和站点的定价能力的市场展望， 从而实现了针对每一媒体的更好分割和价格发现。此外，web匹配引 擎允许对每个广告活动的跟踪，以及在多个媒体上的活动的有效性。
通过经由单个中央匹配引擎直接连接所有三方以及通过经由广 告商服务器、web匹配引擎主数据库来允许为广告提供服务或者使广 告驻留在发布商的数据库中以避免等待时间，本发明的web匹配引擎 避免了菊花链连接以及等待时间问题。web匹配引擎通过其自身和其 它报告装置(例如第三方代理商)来收集交易信息，并保持与所有参 与方的永久计费关系，因此web匹配引擎能够向没有任何财务关系的 成千上百个的发布商和广告商提供服务以及保证付费和收集。
本发明的web匹配引擎将允许用户通过自动地对创意进行分级 (例如，R或PG13)来阻止和/或管理广告创意和/或管理交付类型或 内容，以及让双方(即，卖方和买方)管理同样的事务。
本发明的web匹配引擎通过以另外的方式使得过时的手动内部分 类和工作网络程序的优先级分配自动化，来显著地自动化现有技术中 的发布商库存优先级分配销售问题。本发明的web匹配引擎允许广告 商将他们的库存和定价直接提供给web引擎匹配，该web引擎匹配接 着结合发布商的自身内部库存和网络来自动确定并对web匹配引擎网 络上的发布商库存销售进行优先级分配。同样地，改变方向自动化通 过匹配引擎发生，以便向发布商提供针对其库存的最佳货币化。
web匹配引擎创建了访问者之间的透明度以便搜索引擎、互联网 上的上亿个网站和博客，并创建了匹配最适用于每个站点和媒体的广 告并将其转变以销售的能力。因此，搜索引擎、网站和博客能够通过 广告获得高得多的点击率。web匹配引擎允许广告商向他们期望的任 何东西收费，并且只要价格具有竞争性，则他们的广告导向将导致销 售。此外，广告商将保留卖方所供应的全部值减去交易费。因此，使 用中间传递器来代替当前主导web广告的聚合器(aggregator)，该中 间传递器允许基于真实结果的以最有效的方式对广告费用开销的自动 优化。
本发明的web匹配引擎可以基于客户需求以多层次来进行操作， 以下列出了这种操作的一些示例：
1.仅匹配潜在发布商和广告商；
2.电匹配及电连接；
3.匹配连接并给广告提供服务；
4.匹配连接、提供服务、以及计费；
5.匹配连接、提供服务、计费以及收集；和/或
6.自动匹配、连接、计费、提供服务、测量、发布交易信息、改 变分配、在时段结束之后以及结束处开始，收集付费。
此外，web匹配引擎包括买方和卖方交易反馈环，其将对不同成 员相互间的关系以及经历进行分级。
从结合附图所考虑的以下详细描述中，本发明的其它方面和特征 将变得显而易见。然而，应理解的是，附图仅为了例证而绘制，而并 非作为对本发明的限制定义，本发明应所附权利要求。还应理解，不 一定要按照比例绘制附图，除非另外指示，否则附图仅旨在概念上例 证这里所描述的结构和过程。

参考附图，从以下给出的本发明的优选实施例的详细描述中，本 发明的前述和其它优点和特征将变得更加显而易见，在附图中：
图1是示出了根据本发明的实施例的web匹配引擎的不同元件之 间的相互作为的示例性方框图；
图2a是示出了对由图1中的web匹配引擎所收集的信息的处理 的示例性示意图；
图2b是根据本发明的实施例的web匹配引擎的不同操作层的平 面图；
图2c是示出了根据本发明的web匹配引擎的不同元件之间的相 互作用的示例性示意框图；
图2d是示出了对由图2c中的web匹配引擎所收集的信息的处理 的示例性示意框图；
图3是示出了本发明的匹配方法的示例性步骤的流程图；
图4是示出了根据本发明的方法的备选步骤的流程图；
图5是根据本发明的系统的示意框图；
图6是示出了根据本发明的方法的步骤的全图的流程图；
图7(a)和7(b)是示出了买方的活动相关联的取决于广告从买 方到图5中的中央结算设备的传输的与步骤的流程图；
图8是示出了与卖方的活动相关联的取决于广告空间或分组供应 从卖方到图5中的中央结算设备的传输的步骤的流程图；
图9是示出了与接收、处理以及在图5的web匹配引擎处的匹配 买方顺序和卖方供应相关联的步骤的流程图；以及
图10(a)至10(e)是示出与由买方在web匹配引擎位于来自 买方的命令和来自卖方的至少一个命令之间的至少一个匹配之后所执 行的判决相关联的步骤的流程图。

在世界各地存在针对广告的不同的法律和价格结构。因此，本发 明提供了一种用于允许数字商品的投放(在具体实施例中，允许全球 性广告媒体空间)的系统和方法。根据本发明，web匹配引擎管理系 统，以便在将内容与卖方可能制定的限制进行匹配的同时控制提供给 广告商的内容类型和价格。这里，对广告媒体和市场的地理分割允许 逐个市场的广告投放和预算管理。
许多广告代理商提供为购买自多个源的媒体进行选择、签订合 同、以及付费的功能。这种代理商用来聚合多个客户端并具有针对广 告空间的卖方的单一接口和付费源。本发明的web匹配引擎操作用以 消除对于广告代理商的需求。该匹配引擎还通过找到并匹配广告商和 发布商以及消除所有中间人员来消除与象Double Click或Google这样 的网络合作的需要。换言之，web匹配引擎以较低的费用起到了与广 告代理商和网络相同的作用。然而，匹配引擎聚合(aggregate)更大 量的买方和卖方，并借助于更多买方和卖方来提供集中式结算以及对 效果的跟踪发现。此外，web匹配引擎保证了资金被收集，并提供了 争论的解决方案以及关于开销趋势和价格数据的历史数据。可以收集、 存储并将关于市场的数据卖给第三方。在一个实施例中，web匹配引 擎保证付费并消除针对卖方的坏账。
在另一个实施例中，web匹配引擎操作用于通过允许卖方为折扣 预付费或预先在延长的时间段内销售库存以及允许买方设想与这种广 告的波动价格相关联的风险来改进卖方的现金周转。因此，在同一市 场或单独的市场，提供了二级市场，在其中出现了针对这种能力的贸 易。可以将库存聚合起来进行包装，并在金融市场上将其证券化，以 便为发布者提供库存的流动性和货币化。可以对关于市场的数据进行 收集、分类并将其卖给第三方。根据一个实施例，如果需要预算或广 告需要改变，则允许广告空间的买方决定是否更容易地进入针对广告 空间的长期和/或短期委托，以及然后容易地在二级市场上销售那些 “电视或广播节目中的广告”。在这样的市场中，主要的库存持有者将 能够通过允许买方消除与购买决定相关联的风险来获得对于他们的库 存的较佳值。
根据其它预期实施例，web匹配引擎包括清算(clearing)工具， 该清算工具从传统的在线和媒体买方处收集订单，并从在线和传统媒 体卖方处获得不同类型的广告空间库存。这里，允许每个卖方在在线 站点上注册、描述他们的媒体的性质和人口统计以及他们为不同广告 时段所收取的价格、或者提供来自有声望的第三方的这种数据。
此外，允许卖方由于竞争问题、法律问题或审查问题而限制广告 特定内容。这里，例如，每个买方都可以在相同站点上注册，并指定 关键字、产品、地理、预算以及在活动期间所追求的活动类型，设法 在特定预算内实现所要覆盖的市场以及对买方的人口统计。然后，该 网路匹配引擎处理这种请求，并基于当前价格和订单向买方显示了与 由卖方基于提供给该匹配引擎的历史和实时转化结果所提供的广告空 间的最佳匹配。在已经指定了每个观众的最低价格的情况下，这种匹 配可以基于买方需要。备选地，该匹配还可以基于在特定日所花费的 每一美元的最高转化率。
根据本发明的预期实施例，可以出现具有“虚拟库存”的卖方。 例如，具有虚拟库存的卖方可能在将来以贸易商交易股票或债券的方 式来交易更多的能力。这里，卖方可能购买长期广告合同，并将其作 为多个短期合同来销售或者将其与其它类型的媒体进行包装，并将该 合同或者与该广告合同相关联的现金周转证券化。卖方可以打包许多 这样的合同，并将其作为有价证券或债券卖给其它买方，其中匹配引 擎用作为贸易定价并确定这种交易的市场。
对于特定卖方，通过可用的媒体空间的力量或通过点击价格等， 可能无法完全满足买方的预算或转化需要或参数。因此，将web匹配 引擎配置用于提供与下一个卖方的可用媒体的实时交替匹配，等等， 直到满足买方订单的预算。然后，将该匹配发送到买方，然后允许买 方实时观看他基于媒体的预算的建议分布，并且可以决定继续购买， 然后购买用于未来使用的选项，或者简单地收藏该能力，以便在特定 条件下购买。备选地，买方可以投放有限的订单，这些订单将通过预 算分配管理器来自动执行他的采购订单。
为了登广告，在发出或执行了采购订单时，web匹配引擎可以指 示广告服务器将适当的广告从买方服务器或web匹配引擎数据库投递 到卖方服务器，用于呈现给下一个观众。这种广告可以驻留在发布者 广告服务器上，以便最小化等待时间。例如，卖方可以保证特定显示 的等级或web限制不低于特定水平。然后，web匹配引擎“预订”交 易，并准备在买方和单个或多个卖方之间转移一部分或全部资金，该 资金是买方先前与卖方签订购买合同时提到的。web匹配引擎根据基 于购买计划所达成的协议将广告交付给针对要广播的广告的不同广告 空间。然后，web匹配引擎实时测量媒体的性能，并且如果媒体的性 能降到预定期望水平以下，则匹配引擎可以使用需要以较低价格的较 低转化的其它广告来代替正在执行的广告。不同于由GOOGLE或 YAHOO所使用的系统，本发明的web匹配引擎不显示价格。相反地， 该web匹配引擎允许买方和卖方显示他们的购买和销售订单，这样可 以直接与项目的财务公开和历史性能进行匹配。此外，web匹配引擎 不以与GOOGLE系统相同的方式来保持买方和卖方订单之间的差额。 相反地，向买方提供了完全价格发现，在此之后收取交易和结算费用。
根据本发明，执行测量以便从多个源收集信息来编制准确的转化 以及关于买方的披露信息。多个源可以包括第三方评定机构、定价和 买方供应链软件、站点跟踪软件、第三方库存、转化和交易订单、基 于历史等级的web访问或客服中心访问的增加、针对基于由媒体类型 分类的多个买方中同一行业中的所有买方的转化结果、日期和地理以 及与买方进行作出购买决定以及卖方作出库存决定相关的其他信息。
可以将来自买方的供应链和客户公共关系管理(CRM)系统的数 据链接到web匹配引擎，以便使对实际订单的实时反馈与媒体购买相 关联。因此，利用web匹配引擎优化了买方的预算。在这种情况下， 为了实时优化，可以周期性地或者通过web服务将该数据提供给中央 结算设备。此外，本发明的方法允许卖方给不同的跟踪代理商提供其 相应的数据，以演示改进的分级或性能。这里，将销售渠道的效果提 供给数据库，以便将性能的约定等级与广告媒体所实现的广告等级进 行比较。如果广告媒体的性能低于预期等级，则web匹配引擎可以基 于买方将预算开销改变方向到其它源。备选地，web匹配引擎可以使 用由买方所存放的一部分资金来购买其它媒体。此外，根据事先协定 可以向买方退款。
另一方面，如果广告媒体的效果超过预期水平，则中央结算设备 可以基于在购买期间所执行的两方之间的合同来向买方收取额外费 用。根据本发明，收集所有类型的广告的数据。因此，任何广告商都 可以查看在特定日在特定媒体上所花费的预算的转化率及效益。这里， web匹配引擎显示由产业、类别、产品、服务、转化以及其它类型所 分割的实时交易数据，因为它们与每种媒体类型以及来自web上的不 同发布者的库存简档相关联，以允许其它买方和卖方调整他们的定价 和购买需求，以及针对每个广告、web站点上的页面或其它数字媒体 所支付的价格。
本发明的web匹配引擎允许单一市场空间中的不同类型的发布者 和卖方在价格/性能方面相互竞争，在其中能够立即跟踪到费用的效益 并将其转化为额外购买或改变方向到其它形式的每个类别和广告方面 相互竞争。这里，web匹配引擎维护详尽的数据库，该数据库包括针 对所有类型的广告渠道、语音和数据网络以及针对所有类型的媒体的 所有形式的广告的价格，同时保存潜在买方的身份及其特定价格以及 匿名的简档需要(如果用户希望的话)。此外，web匹配引擎显示由不 同产品分类所商定的针对这种媒体所支付的最终价格。此外，web匹 配引擎向用户示出针对每个广告或每个购买订单的所有购买和销售订 单，并示出了匹配的订单及其价格。
本发明的方法设法更准确地将不同买方与向买方提供最优销售 效果的广告空间提供相匹配。因此，将web匹配引擎配置用于提供将 最小化买方费用的最优匹配，同时最大化卖方所产生的收益。这里， 市场价格动态指示针对广告、web及博客的价格是否波动，这将通过 特定搜索引擎或使用web匹配引擎所注册的站点上针对词“car”的特 定日的特定价格。此外，还将web匹配引擎配置用于提供通过不同媒 体应用程序来实现的定制直销。因此，允许买方和卖方将他们的广告 支出集中在具有潜在消费者并准确地跟踪这些支出的反应和转化率的 被证实部分中的特定场所。
通常，广告空间的卖方在广告空间以及媒体类型(例如，互联网、 TV、无线电或户外广告牌)之中进行竞争。相反地，买方在同一类别 的相互之间以及与可以在特定时间处证实关于特定类型的广告更加有 效的其它不同产品分类进行竞争。所有这些信息由买方或卖方发布或 购买，因此它们可以最优化其交易，并产生更好的转化或库存的货币 化。可以手动或通过将所有这些信息提交给控制板及预算分配管理器， 预算分配管理器包括其内部市场数据以及用于其它网络买方和卖方保 证最优化的第三方性能数据。因此，买方可能同意在特定日、一天中 的指定时间为特定媒体类型支付更多费用。最初，web匹配引擎将这 种数据进行匹配并交易。此外，将本发明的web匹配引擎配置用于以 任意形式并通过任意预期网络将广告内容广播或流到预先议定的合同 条款上的第三方。
在web上，由诸如GOOGLE、YAHOO或Microsoft之类的大型 网络公司来管理广告的投放，这些大型网络公司不利于广告商的利益 或买方和卖方之间的差额。这些公司由最优化其各自利润的唯一目标 所驱使，并象黑盒一样操作，并且实际上向各方掩蔽市场信息，以便 最优化其收益率。不同于GOOGLE或YAHOO！，本发明的web匹配 引擎不是黑盒，相对于黑盒，广告商在一边投标，而发布商在另一边 相互竞标。相反地，服务商允许市场和额定数据实时规定价格和媒体 分割的可用性、主流空间或关键字及其在特定日且针对特定媒体类型 或特定日和时间的相关价格。
本发明的系统和方法指向利用与提供解决方案相关联的新技术 来创建用于广告的可变、动态、流动的实时市场。该系统向卖方提供 了对客户的直接访问。此外，web匹配引擎允许库存值的最大化，并 消除与广告或曝光覆盖相关联的时间或地理限制。另一方面，本方法 和系统允许卖方进入可能在每个国家或地区都拥有不同转化价格或费 用合并的地理上的市场。另一方面，本方法和系统扩大买方可用的广 告选择的数目。因此，最大化了购买机会的选择。
此外，在每个由web匹配引擎所覆盖的地理市场中，给买方提供 了对市场价格和媒体可用性的实时访问。这里，web匹配引擎减少了 买方和卖方的交易费用，并通过允许较小的公司或新类型的产品来广 告并使用先前无法支付或先前成本效率太低的媒体来增加所花费的全 部费用。本发明的系统和方法为任意买方或卖方提供了集中式和自动 化的广告订单、订单确认(approval)、货品计价、报告、以及计费。 因此，允许买方和卖方相对容易地参与到与大量实体的商业，而没有 经受到与坏的应收账款相关联的风险。
应理解的是，可以以各种形式的硬件、软件、固件、专用处理器、 及其组合来实现本发明。优选地，本发明实现为硬件和软件的组合。 此外，优选地，将该软件实现为有形地体现在程序存储设备上的应用 程序。可以将该应用程序上载到包括任意适当结果的机器上，并由该 机器来执行。优选地，该机器实现于具有诸如一个或多个中央处理单 元(CPU)、随机存取存储器(RAM)、以及输入/输出(I/O)接口之 类的硬件的计算机平台。该计算机平台还包括操作系统和微指令码。 这里所描述的各种处理和功能可以是微指令码的一部分或者通过操作 系统所执行的应用程序的一部分(或其组合)。此外，可以将诸如例如 附加数据存储设备和打印设备之类的各种其它外围设备连接到该计算 机平台。
还应理解的是，由于附图中所描述的组成系统组件和方法步骤中 的一些优选地以软件来实现，所以系统组件(或过程步骤)之间的实 际连接可以基于本发明的编程方式而不同。在给定这里的教益的情况 下，相关领域的技术人员将能够设想本发明的这些和相似实现或配置。
图1是示出了根据本发明的实施例的买方和卖方之间利用web匹 配引擎10的交互的高层方框图。在这个示例中，描述了新近添加的信 息的动态增加。这里所涉及的新近添加的信息是发送到匹配引擎的订 户的新近添加信息，这种消息与来自WME并通过广告服务器所交付 的广告链接或封装在一起。
本系统和方法将所发布的数据聚合起来，并收集来自站点、公司 以及不公布它们的改变和添加的公共信息源的RRS和其它馈送，并对 所聚合的公布和暂时存储或做索引的以及永久存储的数据进行处理， 因此能够将这种信息与作为web匹配引擎10的客户的订户、买方和 第三方做进行的搜索和简档查询条目中的每一个相匹配。对于被告知 特定新闻或通告以及关于特定主题或通过特定公司的改变的订户可以 转到网站上，并请求以特定格式向其以及特定设备(例如计算机、行 动电话、个人数字助理(PDA)或一些其它web启用设备)发送这种 通知。
根据本发明，web匹配引擎10接收新近添加的信息，并且通过其 它程序将该新近添加的信息与买方100和卖方200的请求进行相关。 买方100与买方广告服务器16相连，买方广告服务器16又与web匹 配引擎广告服务器12相连。
新信息的卖方或发布商具有他们自身的库存/管理系统14，库存/ 管理系统14与web匹配引擎广告服务器12、web匹配引擎10以及其 它网络18相连。这些其它网络18包括任意基于非互联网的网络，并 且还可以包括象GOOGLE、YAHOO等的网络。此外，库存/管理系统 14与其它站点/其它媒体20(可以包括TV、无线电等)相连。
买方广告服务器16维护对买方广告采购以及采购订单的路线方 案的存储，并且还接收来自web匹配引擎10的反馈信息，以便向买 方提供与他们的广告采购相关的实时转化信息。卖方120具有使用库 存/管理系统14来管理的广告空间的库存。该库存/管理系统14直接 与web匹配引擎、web匹配引擎广告服务器12、其它网络18、以及 web站点和其它媒体20相连。库存/管理系统14允许卖方120实质上 实时地监控他们正在以各种不同的分类销售的媒体空间，并将其库存 指向提供了对其库存的最佳货币化的网络和系统。
如图所示，可以直接将卖方120和买方100与web匹配引擎相连， 以便使卖方和买方能够绕过本发明的自动化系统，并直接相互作用。
图2a示出了根据本发明的实施例的web匹配引擎10的更加详细 的方框图。具体地，这个方框图是发生在一个买方和一个卖方之间的 比较，针对与在其上创建了价格与CPC、CPA或CPM的匹配的每个 匹配引擎相关的一个特定类别或类别组。
示出了web匹配引擎10具有不同的匹配引擎25。例如，每次获 取成本(CPA)匹配引擎25a、每次点击成本(CPC)匹配引擎25b、 以及每次曝光成本(CPE)匹配引擎25c。这些匹配引擎是基于web 的，并且是为了示例性目的而示出的。可以在不背离本发明的精神的 前提下添加其它类型的匹配引擎。例如，匹配引擎25可以是根据这里 所公开的原理适用于将任意数字网络上的数字商品的销售与购买相匹 配的一个匹配引擎。
本发明的web匹配引擎10操作用于收集并匹配广告交易、执行 交易以及交付广告，同时还能够结算交易并收集与交易相关的市场数 据。web匹配引擎10收集的数据可以来自基于所预订的买方和卖方的 自身活动，并且该数据可以来自第三方网络18、和/或web匹配引擎 10可以连接到的任意其它市场数据源。
作为示例，参照图2a，卖方120列出了针对他们想要竞争或具有 的可用媒体空间的类别24。例如，卖方120具有针对鞋类相关产品的 web上或无线电上的媒体空间。买方100提供了关于他们正要寻找用 于销售他们的运动鞋的空间的信息，以及更具体地，他们已经对web 和无线电广告表现出兴趣。此时，web匹配引擎10将买方请求与针对 每个卖方120的媒体空间的库存进行比较，这是(或预订了)本发明 的系统的一部分。在本示例中，向买方100提供针对来自特定卖方和 多个其它买方的可用web广告的CPA、CPC或CPE定价选项。通过 收集来自历史数据库27、28和29的相关信息，将向买方显示与可用 于针对类别选择的市场中的成功和物价水平相关的CPA、CPC和CPE。 然后，买方可以继续选择并链接到特定卖方，或者让系统自动管理针 对买方和卖方的这种连接。此外，web匹配引擎10还针对所请求的无 线电广告将买方与卖方相匹配。这种匹配可以更加直接，并且不包括 web特有的CPA、CPC或CPE类型的程序。将记录这种交易信息，并 由其它设备使用这种交易信息作为针对所交易的产品和分类的价格和 有效参考。
匹配引擎10包括买方历史数据27和卖方历史数据29。在针对这 种媒体空间所发生的每次交易时，买方历史数据27直接从买方获得信 息，同时编译来自供应链26和第三方网络18的其它相关信息，因此 该历史数据能够向买方提供对可用于买方的所有备选(包括不可用于 市场的所有)的查看。将买方和卖方历史数据27和29聚合在web匹 配引擎内，以便在处理针对买方订单和卖方媒体空间的匹配时向该引 擎提供尽量多的信息，以及允许匹配引擎执行对包括国内市场价格和 第三方网络的所有选项的最优化。这种数据还可以由兄弟方用于改变 定价和分类信息，以便更好地与市场中的其它买方和卖方竞争。通过 改变买方最小需求和卖方最低价，产生更好的匹配和更高的收益。
根据本发明的一个方面，web匹配引擎10还可以利用人工智能 (AI)、用户反馈、数字对象标识符(DOI)链接、web服务、xhtml 标签、或其它工具来提供将信息流与系统中的查询相匹配的能力，以 及“自我训练”系统允许买方100以优选顺序排列他们的查询，并将 这些查询集中到由web匹配引擎10所聚合的相关信息。通常，比较 引擎或其它自动系统可以包括在任意给定时间且在使用期间访问web 匹配引擎10的上百万个查询。如果针对商品和服务的转化率比向客户 提供增强的匹配的服务的备选web广告系统，这种用户或引擎可以产 生实际的收益流。
本发明的web匹配引擎10提供对用于例如通过新闻稿或网站来 向公众披露信息的传统方法的备选。典型地，伴随着接收到信息的人 将实际阅读该信息的希望来披露这种信息。根据本发明，使用有利于 发布商和唯一的信息源通过web匹配引擎发布他们的数据的系统来代 替传统系统，可以仅将产品通告、定价和业务推广通告、新价格、软 件或服务发布集中在感兴趣方。如果找到与订户的兴趣相匹配的内容， 则执行由订户所认可的功能。例如，该功能可以是提供关于新闻稿到 已经表明了对接收这种信息或加载程序或服务的演示的特定订户组的 链接。该匹配引擎10可以提供对其他用户的实时分级信息，因此，订 户可以立即决定是否要购买或尝试该服务。
根据本发明，通过指明到web匹配引擎10或其它收集程序的特 定关键字或主题，能够以最低限度的努力以及极低成本来实现对上百 万个信息源的持续监控。几乎可以马上向多个通信设备(例如，无线 设备、PDA、计算机等)发送通知。根据本发明，消息或服务将以多 种格式出现，并将支持现有的标准和专用系统，例如电子邮件、即时 通讯软件、短消息服务(SMS)消息以及Bloomberg终端。
此外，web匹配引擎10提供了允许订户管理存储在历史数据数据 库27中他们的账户、查询、预算、简档、历史事件和优先级。此外， web匹配引擎10还使用户存储设备与所找到的所有相关信息同步。因 此，持续为用户提供关于他们最关注的专题的最新数据，并且订户能 够立即在他们的设备上访问这些专题，而不需要访问网络或使用他们 的计算机。优选地，给订户提供高达60天的最新信息，这些信息可能 包括关于他们可以本地访问而不需要互联网连接的选择专题的话音视 频和数据，因为在这些数据在线可用时，web匹配引擎同步了这些数 据。
许多网站不允许网络爬虫或非订户访问内部数据。因此，网站上 的大多数信息是不能轻易访问以搜索引擎的。相反地，本发明的web 匹配引擎10起到了收集、处理并通知特定订户其它不可用的特定信息 的信任方的作用。这里，web匹配引擎10还可以起到结算设备的作用， 用于处理需要微支付(micro payment)的大量交易，在另外的情况下， 对于单独信息源而言微支付处理起来并不经济。该匹配引擎可以管理 针对可能与这种客户端没有关系但意欲为他们的服务收费的上百万个 小发布商或信息提供者的订户信息的注册、安全和验证。在本发明的 实施例中，在用户利用通过web匹配引擎的通知来链接或访问发布商 的实际网站时，web匹配引擎10管理并交付关于发布商原始站点的广 告或竞争内容。
在本发明的另一个实施例中，使用信息流来产生针对内容的始发 者、广告查询的聚合器或交易器、web匹配引擎10的订户和广告商的 简档。web引擎提供了与针对关键字或事件触发广告的任何买方和卖 方相关的定价的完全透明度。这种透明度动态地降低了对诸如 GOOGLE、YHHOO和其它搜索引擎之类的聚合器的需求，该聚合器 使用以下系统：通过该系统，广告商在不知道市场价格针对用户所感 兴趣的关键字盲目投标。这种投标(随后将其转化为并排提供的具有 由搜索引擎所提供的自由搜索结果的贸易清单)为搜索引擎提供了非 常高的差额。然而，信息提供者和搜索引擎的用户无法产生收入或获 得由搜索引擎所收取的一部分费用。此外，关键字的买方改进他们的 “点击数”的能力受限，因为Google具有关于执行搜索的人或者他的 购买或参与商业的真实意图的有限知识。
相反地，本发明的web匹配引擎10允许发布商、聚合器、订户 以及信息提供者接收由web匹配引擎所收取的一部分费用，以及或者 买方和卖方愿意为特定清单以及执行特定交易所支付的真实值，因为 匹配引擎收取交易费，而不是所支付的与从广告商处收取的差额。这 种财务公开将立即为广告商提供较低价格，并聚合乐于为他们的日常 查询付费的多个用户。在另一实施例中，对关于由匹配引擎所引导的 交易的统计和使用信息的收集和销售提供了另一收益来源。包括金融 机构和经纪人的许多源将为这种信息付费，因为可以使用这种信息作 为早期指标以示出产品、公司、价格和服务的趋势。这里web匹配引 擎10使所有这种信息对于第三方以一定的费用可用。
根据本发明，管理订户感兴趣的类别的扩展列表，并在每次在互 联网上出现订户在上下文中所请求的专题时，将对这种数据的主动通 知和格式化提供给买方100。因此，允许广告商和商业销售的数字商 品更准确地以潜在客户作为目标。此外，执行对何时以及向每个订户 发送什么的定制。还基于由第三方或web匹配引擎10所产生的特定 事件来发送不同的消息和不同的价格。例如，本发明的系统允许广告 商向匹配引擎10指示：在关于灾难事件的新闻经过web匹配引擎时， 应该向已经输入词“灾难”的所有订户发送关于人寿保险的广告。类 似地，每次新闻发布或关于来自竞争对手的产品的记录经过web匹配 引擎时，制造商可以请求发送具有特定价格的特定广告。这里，可以 只向已经提供了由制造商所接受的简档的一组特定订户发送通知。
web匹配引擎10还是用事件组合来产生引导。例如，从一个家搬 到另一个的人将向web匹配引擎指示他对接收属于他的新位置的信息 感兴趣。这里，创建对来自运转者、抵押银行、保险公司、本地商店 或订户可能需要但可能没有想到的其他相关事件的竞争报价的列表。 该匹配引擎还可以允许广告商以已经完成一系列行动的人作为目标， 并只针对特定宣传或针对目标市场交易而选择他们。订户可以请求匹 配引擎始终提供针对由广告商所进行的任何报价的竞争信息，以便使 用web匹配引擎来证实特定报价的值。
根据本发明的另一实施例，web匹配引擎10由信息提供者或第三 方用于定制通知以及象服务商(facilitator)的控制板的创建，这将从 互联网和第三方收集警报和通知信息。这里，允许订户投标为最高等 级，以便影响发送通知的顺序，以及在可以将消息发送到其它竞争订 户之前，订户可以请求时间延迟。
根据本发明的一个方面，广告商(即，买方)可以嵌入复杂的标 签、链接、触发器以及其它形式的代码，以便跟踪具有由匹配引擎所 发送的报价的用户之间的交互，因此他们可以将广告与系统上的实际 订单相匹配，并以高保证程度来测量他们的转化率和每一新订单或新 客户的成本。通过直接将来自供应链和内部系统的这种结果链接到 web匹配引擎10，广告商可以自动指引他们的预算远离具有对具有高 转化率并确实依靠这种数据的引导、通知、事件、和触发器的低转化 率的群和用户。
预期实施例仅表现出web匹配引擎10可以提供给需要向其通知 世界范围内所发生的事件和变化的商业和个人的一小部分使用。例如， 在其它实施例中，web匹配引擎10还可以用作设法外购他们订户的通 知和管理的许多其它搜索引擎和网站的第三方网络服务票据交换所。 因此，实现了有效且可控制的通知系统，这简化并提供了对通知和信 息的可管理的个人入口。可以将这个解决方案与现有的电子邮件或IM 程序结合起来提供完整的消息收发。这里，web匹配引擎10可用于通 过投放相关广告或基于从一个无线订户发送到另一个的内容的关键字 标识来为无线设备提供自由的即时消息收发。因此，本发明的系统取 代SMS系统，其中买方和卖方为在系统中所发送的每个消息付费。类 似地，即时通讯软件或任何其它程序都可以通过web服务或xhtml链 接到web匹配引擎10，并将其用于将广告或内容分发给买方100或订 户。
在另一实施例中，web匹配引擎10可以向一些发布商收取数据费 用，同时向其它发布商支付数据费用。例如，发布新闻稿的公司可能 必须为其数据提交给匹配引擎而付费，同时可以通过web匹配引擎为 其数据的提交而向记述这种新闻稿的报纸付费。类似地，web匹配引 擎的订户可以付费以便从特定信息源接收通知，同时每次从其它源读 取通知时，向web匹配引擎付费。这里，信息交换10的功能是收集、 处理、通知并计算起因于由匹配引擎基于由其成员所输入的每协商财 务公式所触发的每一次交易的财务往来。
由web匹配引擎10所执行的匹配可以基于多个算法，所有的算 法都试图产生越来越好的匹配以及ECPM或每M次点击的有效转化。 该匹配引擎试图找到最佳方式来给发布商提供最高的每点击率或标 记，同时向站点和特定网页提供广告匹配，与可用于web上的所有其 它选项相比，这提供了最佳ECPM。
web匹配引擎的一种算法基于他们所提供的产品或服务将所有广 告商分成不同类别，然后使来自在系统上所进行的交易历史的针对这 些类别的历史平均EPCM相匹配。然后，将这种分数用于动态地管理 针对该类别中任意广告商的广告的投放，以保证他们使平均EPCM以 上链接到他们使用系统所放置的简档。
这种管理将web和其它媒体可用广告分割成能够实现针对这种类 别的特定ECPM的选定组。随着交易量增加，这种匹配的效率也增加。 如果广告商需要更为广泛的曝光或者找不到足够站点来耗尽他们的预 算，则广告商可以降低他们的ECPM分数。在发布商(即，卖方)侧， 发布商能够看到每个产品类别的ECPM结果，并修改他们的站点及其 内容以提高在组内他们的ECPM等级，或者添加或切换到他们能够或 者他们的库存更好货币化的其它产品类别。由于，所有这些信息对于 两边都是透明可用的，所以他们能够继续调整并改进这个模板以便完 美。
该系统可以对访问这种信息收费，以作为其收益源的一部分。由 系统基于由历史交易数据所产生的所有类别中的ECPM来为发布商划 分等级。该系统可以向他们建议他们所能够收取的最高价格，并相对 于每个这种类别中的所有其它发布商在他们可能处于的地方显示该最 高价格。该系统允许广告商在完全不用匿名的情况下查看每一单独发 布商站点或标识或每一类别的全部列表和分级，但是他们还可以仅自 动投放订单来花费预算，并使系统选择将要选择的发布商。另一方面， 发布商可以查看每一类别的预算和ECPM结果，但广告商及其个人身 份无法查看。
图2b示出了根据本发明的实施例的web匹配引擎10的平面图。 具体地，图2b示出了web匹配引擎10的两个(2)操作层。存在由 商业管理层31和服务管理层32所构成的广告交易层50，以及服务交 付层52。买方100和卖方120及其各自的广告服务器148和126都是 web匹配引擎的成员或订户。买方100和卖方120通过web交易接口 33连接到广告交易层50，而直接连接到服务交付层52。web接口33 优选地是基于网站或web的应用，该应用基于允许买方和卖方输入他 们的订单并检查活动状态以及与活动相关的所有相关财务和性能信 息。层50和52中的每一层都与数据仓库34相连，数据仓库34收集 与由买方和卖方所进行的每次交易相关的信息。广告交易层50中的商 业管理层30可以包括订单管理、订单与预期买方的匹配、计费、结算、 调节、等级评定、风险管理、报告以及财务账户。服务管理层31执行 数据收集、匹配方案生成、投放订单来移动媒体和/或数字商品、跟踪 并报告交易、使用调解、质量控制和故障凭单处理。服务交付层52 包括广告媒体和广告服务器、提供的数字商品、证书、认证管理、安 全和性能管理、以及向市场中的各个网络和用户的交付和报告。
图2c和2d是示出了根据本发明的一个实施例的由图1中的web 匹配引擎10所收集的信息的处理的示例性示意方框图，其中对新添加 的信息进行处理，并将其提供给系统的用户。
具体参考图2c和2d，收集来自信息源和发布商1017a、1017b、 1017c的内容，并将其提供给消息逻辑流模块1021。消息逻辑流模块 1021确定了源、内容、优先级、大小、信息的相关性和唯一性。在本 发明的备选实施例中，将诸如历史数据、相关信息、信息的重要性的 分级、信息的唯一性等添加到消息逻辑流中(见图5中的示例及其相 应的描述)。这是可能的，因为所有的消息信息都源自对其提供了站点 链接的SML和其它协议信息。
将web匹配引擎数据库1022或存储驻留散列表用于存储查询和 计数器以及统计分析数据存储在索引和计数器模块1015中。可以将信 息流中的数据与位于web匹配引擎数据库1022中的其它信息(例如， 存储在索引和计数器)进行比较，并将其转发至web匹配引擎10的 其它部分或将其丢弃。
允许诸如信息经纪人1020之类的信息交换器或其它聚合器将附 加信息与web匹配引擎10互换。优选地将控制器1024与web匹配引 擎10相结合。由控制器1024来管理聚合器1020，控制器1024验证 并处理对用户1012的通信和内容交付。如果确定了该信息是针对公共 利益的(例如，来自联邦政府或紧急新闻警报的布告)，则控制器1024 可以允许特定信息直接从消息流逻辑1021流到消息引擎1025。控制 器1024还用于验证用户1012，并管理用户偏好以及访问并为特定信 息付费的权利。
在通过web匹配引擎10中的消息流模块1021对信息中的内容进 行处理之后，特定搜索集由文本搜索和解析引擎1025相对于位于索引 和计数器模块1015中的文本索引和数据库搜索条目引导进入所定位 的匹配和相关链接。将匹配结果提供给优先级引擎1026，优先级引擎 1026使用存储于web匹配引擎数据库1022的查询目录1023，基于存 储于web匹配引擎数据库1022的分级目录1028的等级来对该搜索结 果进行分级。优先级引擎1026还将分级结果转发给web匹配引擎的 管理模块1027，并访问计费和结算数据库1030，计费和结算数据库 1030存储计费、结算、通知和报告信息，以确认需要向其通知他们的 状态和信用状况的订户的身份。数据库1030还执行所有计费功能，例 如相对于交易来向适当方进行收费、收款、以及记入贷方。在一个交 易中，可以向匹配引擎的相同成员收费，并在接下来付费，这导致通 过web匹配引擎的所有这些费用和信贷的网络化。
优先级引擎1026将搜索结果转发至消息引擎1025，消息引擎 1025将搜索结果与存储在web匹配引擎数据库1022的特定广告或其 它外部广告和结果打包在一起，并将其以由订户所请求的格式和时间 表转发到预定目的地，例如内部web日志、外部电子邮件、web代理 1032、通信设备1031、和/或服务器1033。因为每个通知都可能具有 不同的组合和内容以及同样地对于参与方的不同定价，所以作为刚刚 发送的通知的结果，消息收发引擎1025更新计费和结算数据库来确定 谁应为信贷方付费。因此，与当今的静态广告环境相反，web匹配引 擎允许对每次交易的实时定价。
在向订户提供关于所请求的内容可用的通知之后，通过匹配引擎 的多个处理模块的组合产生计费记录，并将其发送到计费和结算数据 库1030，因此可以产生针对内部使用以及为web匹配引擎10的外部 用户所用的实时结算和计费信息。应注意的是，例如，如果订户是正 在使用web匹配引擎10来收集所有发布数据的搜索引擎，但是没有 为了从匹配引擎接收信息或任何广告而给订户送账单，则可以跳过前 述步骤中的一些。
根据本发明，订户可以通过计算设备1031、服务器1033或web 代理1032进入网站11。优选地，该计算设备1031是PDA、计算机、 移动电话、或一些其它的web启用设备。
通过web匹配引擎10将所输入的搜索数据分发到匹配引擎数据 库1022中的多个模块或数据库中，并将其与诸如业务量之类的历史结 果进行比较。根据本发明，可以以输入搜索数据的频率来向订户提供 即时反馈以及用于在未来提供这种信息的适当源。然后，订户可以修 改请求或确认他的输入。在确认了输入的情况下，匹配引擎数据库 1022中的多个模块或数据库结合计费和结算数据库1030中的可用数 据将确定这种查询是否是免费的或者应被付费，以及向订户通知该决 定。如果该交易为所有方所接受，则匹配引擎数据库1022中的所有相 关受托人，以及执行将来自加载到信息源的信息提供者1018和发布商 1017a、1017b、1017c以及聚合器和经纪人1020的所有新信息进行匹 配的尝试。如果匹配发生，则将相关广告和其它信息打包，并将其分 发给相关订户。
广告商1034可以进入网站11，并识别订户所感兴趣的关键字、 触发事件、用户的简档、或者用户群的最小数目。这里，订户可以查 看历史业务量和由其它广告商针对所识别的类别所支付的价格或者他 可以使用管理模块1027来下达复杂的命令，以便在某些特定条件下发 起广告或通知，或者将广告或通知添加至可以为接收通知支付较高费 用的特定用户或感兴趣的群。这种条目由web匹配引擎10、匹配引擎 数据库1022以及计费和结算数据库1030进行处理。持续监控这些条 目，以便通过广告商1034在web匹配引擎10上最优化匹配和开销。 这种系统提供了广告商和用户或买方之间的供应和需求的基于市场的 平衡，这由转化率而非关键字的人工定价所控制，后者与这种点击的 结果或价格没有相关性。
图3是示出了根据本发明的本发明的方法的步骤的流程图。在将 新数据更新到web匹配引擎时(如步骤35所示)，实现本方法。这里， 新数据是由信息提供者或管理者1018更新到web匹配引擎10上的内 容。使新数据可用于发布商1017a、新网络1017b和/或web服务器 1017c或其它信息源(IP)。
如步骤36所示，通过系统的用户1012或订户将搜索查询输入并 存储在系统数据库中。在这种情况下，web匹配引擎10通过其它程序、 经纪人或聚合器或搜索引擎1014以“批发的”数据馈入接收请求。在 用户操作无线设备或计算机或者每当使用浏览器或互联网来执行搜索 时，该请求可以由操作系统或特定应用程序产生。可以查询用户1012 他们是否希望在未来被通知关于这种搜索的新结果。如果接收此邀请， 则将该查询与他的设备或计算机、web服务或所使用的搜索引擎所提 供的其它信息(例如，存储于广告数据库1016的广告)进行组合。这 里，广告商使用网站1011和系统数据库1013来投标并与web匹配引 擎10及其合伙人签订合同，以便将特定广告及信息交付给目标观众。
基于用户简档、先前输入的其它用户信息和/或搜索结果的分级， 将组合信息解译为复杂的查询。将该新查询输入系统数据库1013作为 由web匹配引擎10所访问的预定“静态”查询。
如步骤37所示，web匹配引擎10持续监控所更新的数据，以确 定是否已经通过信息提供者或管理者1018将新数据添加到web匹配 引擎。接下来，如步骤38所示，web匹配引擎10对每一数据段进行 比较，将每一数据段收集到由用户1012或订户所输入的静态查询列表 中，以便在新数据中查找与用户1012所输入的查询相匹配的内容。如 果没有获得匹配，则返回步骤37，在步骤37中web匹配引擎继续监 控所更新的数据，以确定是否已经向web匹配引擎10添加了新数据。
如果获得匹配，则在消息引擎将其解译成web链接或将其与存储 于索引和控制模块1015(见图2)中的其它统计或相关数据进行组合 之前，通过逻辑流对该匹配进行分析、文本搜索以及优先级考虑。
在这个阶段，web匹配引擎10可以基于发送至订户简档的订户查 询或主题连接由第三方所提供的广告或宣传信息。此外，web匹配引 擎10可以向订户和第三方收入费用，以及基于商定数目、交易费用或 广告商在其中向首先包括在这种通知中的权利投标的动态市场来分发 信息。
然后，如步骤39所示，将匹配内容发送至已经基于web匹配引 擎10进行了查询的订户或代理商(例如，经纪人等)。将该信息以特 定格式散布给用户或订户以及诸如计算机、蜂窝电话、PDA或其它一 些web启用设备之类的特定设备。
图4是示出了根据本发明的方法的备选步骤的流程图。如步骤40 所示，在执行针对新数据的搜索时，实现本方法。一旦查找到新数据， 则将其聚合并处理为永久存储或索引和暂时存储，因此可以将这种信 息与web匹配引擎的订户所进行的每次搜索和简档查询输入相匹配。
然后，如步骤41所示，将所聚合的数据分成新类别。接下来， 在步骤42中，将广告和相关数据包括在新类别中。这里，广告是由广 告商先前在系统中所投放的广告，广告商使用网站1011和系统数据库 1013来投标并与web匹配引擎10及其合伙人签订合同以便将特定广 告和信息交付给目标观众。
如步骤43所示，基于先前所输入的查询来将警报发送至用户或 订户。这里，基于用户简档、先前所输入的其它用户信息和/或搜索结 果的分级信息以及第三方触发事件(例如，新闻、关键字和特定群中 的价格或总用户的改变)将组合信息解译为复杂查询。
如步骤45所示，产生与广告的交付和访问相关的统计。如步骤 46所示，由每个用户执行对购买和支付的计算。这里，匹配引擎10 计算广告商和第三方需要支付的数目以及由于任何发布商或用户在匹 配引擎上基于每一协商条款所发布的数目，然后将每个用户记入贷方。
然后如步骤47所示，对每个内容提供商和用户收费。然后如步 骤48所示，执行对付款的收集。这里，计费和结算数据库30用于执 行所有计费功能，例如收费、收集以及将适当方相对于他们的交易记 入贷方。
图5是示出了根据本发明的优选实施例的系统的示意方框图。图 5-10中所示的实施例不仅代表了由卖方新近添加至网络的信息，而且 包括与在天、星期或甚至月之前所添加的现有统计信息的比较。按照 这种方式，可以提供完全自动系统，以减小广告投放的等待时间，并 提供更加流线型的买方和卖方交互。作为示例，图5示出了广告交易 层50和交付层52。广告交易层50包括由本发明的web匹配引擎所建 立的广告市场180。广告市场180包括web匹配引擎10、交易和库存 的主数据库150、历史数据152、买方100的媒体采购订单102、预算 分配管理器144、第三方评定146、卖方库存分配管理器170、以及针 对卖方和买方中的每一个的控制板142或GUI 124。
在自动实施例中，买方100通过web匹配引擎10投放通过交付 层52进行交付的订单，而卖方120通过他们的媒体销售订单122和库 存分配管理器170来向web匹配引擎投放订单。在操作于自动模式时， 该系统能够计算基于买方预算分配可能收取的最高价格。按照这种方 式，当确定了可以争取更多钱，并且卖方负责给媒体空间定价，定价 的自动变化可能发生，并在实际上作用于提高价格。在非自动操作模 式下，买方100和卖方120直接连接到web匹配引擎10，并且可以直 接相互交易，而不需要本发明的自动方案。当操作于非自动模式时， 买方100和卖方120将直接看见对方。例如，买方将看到供应链140 上的交易，而卖方将看到他们的控制板/库存管理器124上的交易。
卖方具有他们用来查看所有交易和外部数据的收集的控制板(或 图形用户界面-GUI)124，与表示本发明的基准的市场180上的历史 数据相比，这些数据示出了他们的库存的货币化及性能。卖方120能 可以查看媒体空间中的库存、定价等。销售订单120可以具有多种不 同的形式。存在一些示例，例如视频、广告、关键字、web横幅广告、 无线电、电视、广告牌、特殊利益(special interest)、以及其它站点 或投放。在不背离本发明的精神的前提下，还可以存在其它类型的销 售订单122。
买方100使用允许从他们的库存、web销售、客服中心、以及其 它源收集转化信息的供应链软件140，并使用这种数据来更好地提取 并选择他们对于在其中投放广告感兴趣的各种媒体。买方100还具有 控制板(GUI)142，控制板(GUI)142使买方100能够实时查看来 自市场180和其它源以及与其相关的销售活动的销售结果。预算分配 管理器144允许买方管理他们针对买方感兴趣投放的各个购买订单 102中的每个的广告预算，并将其与市场外的其它选项以及来自数据 库152的所有可用历史数据进行比较，从而产生最佳购买决定。购买 订单可以是针对任意媒体空间的任意形式，例如，横幅广告、关键字、 视频分段、产品投放、曝光或每次点击成本(CPC)、每获取成本或转 化(CPA)、电视及无线电。预算分配管理器144从多个第三方评定系 统146接收信息，例如该信息包括：无线电收听率、web点击率、电 视收视率等，以及历史数据/统计报告服务152。历史数据/统计报告服 务152直接连接到广告交易层的主数据库150，以便为其提供评定和 统计信息，以执行评定代理商和预算分配管理器144的匹配。历史数 据/统计报告服务152还连接到交付层52的广告服务器130，以便从 广告服务器130发起交易。交付层52等待来自买方100、市场180和 卖方的指令，以便在买方和卖方之间的通过广告市场180及其之外的 交易完成时发起并交付广告或其它数字商品。
在自动实施例中，买方100具有与预算分配管理器144合作的选 项，然而买方应该想要在没有系统的情况下手动工作，买方100还直 接连接到web匹配引擎10和其它网络以及直接连接到买方，以便以 非自动或手动形式启用操作。买方和卖方可以在使用市场180来进行 其它交易的同时继续使用系统的一部分来优化这种关系。在这种布置 中，市场180收集关于所有这些外部交易的信息，并将其用于进行连 续优化，以便提高卖方和卖方的货币化和转化。
在交付层52处，卖方120具有多个卖方设备广告服务器126，例 如web、无线电、电视等，卖方设备广告服务器126可由买方或广告 数据库130用于存储并交付广告或数字商品。由卖方设备(广告服务 器)126所传送的信息可以包括传递至历史数据/统计报告单元152的 交易信息。该交易信息可以涉及与卖方相关联的web、电视、无线电 或任意其它媒体空间。该交易由诸如web趋势128之类的程序所收集， web趋势128可以共享该数据以协助买方和卖方进行与他们的购买订 单相关的比较和决定。将这种数据从多个买方和卖方处聚合起来，并 仅向买方显示平均和趋势，因此买方可以做出更好的决定，以及另一 方面，买方可以选择向卖方显示来自他们的供应链或其它系统的详细 交易信息，或者仅选择共享历史数据152中的数据。广告服务器130 是在其中可以存储广告的存储设备，以便最小化所购买的广告空间的 交付中的任何其它的等待时间。
根据本发明，操作web匹配引擎10，以便对相关信息进行聚合、 分类、分级、附着相关信息、发布、计费、收集并向适当方付费，该 适当方链接到金融机构184，以实现市场180的成员之间的这种付费 和转账。通过使用Really Simple Syndication(RSS)和web服务，基 于其它协议的信息从基于不同web和适当网络源馈入。WME10收集 来自数百万买方和卖方的购买和销售订单，并将其分割成多种类别和 简档。WME10还收集历史数据和来自库存170、预算分配器144以及 其它外部源的其它信息，并将这种数据相互关联以创建购买和销售订 单之间的匹配。将这种匹配解译为加载到适当的广告服务器上的路线 平面图，因此他们可以在适当的时间将适当的广告投递到适当的位置。 WME10连续收集来自广告服务器130、148和126、评定146、web 趋势128、主数据库150、其它网络18以及来自用户的交易信息，以 便在广告市场180内部发生变化时，优化广告服务器上的路线平面图， 并收集外部数据，并将其重新分发给预算分配管理器144和针对买方 的控制板142以及库存管理器170和控制板库存124。对这种数据进 行处理，并由系统产生针对购买和销售订单中的调整的建议，以便更 好满足买方，并为卖方提供更好的货币化。买方和/或卖方都可以决定 手动地接收这种建议或者自动地实现它们。卖方可以发布累积在广告 服务器126和130以及web趋势128中的匹配信息，以通过WME10 改进他们的分级，并提供更好的货币化。买方可以发布来自供应链 140、控制板142、以及其它源的转化信息，以允许WME10和其它卖 方更好地匹配这种买方需求。WME10中的信息总是要比任何信息聚 合组织或使用网络爬虫的搜索引擎或外发信息聚合工具更加准确且时 兴。此外，提供了对信息的实时通知和访问。根据本发明，将当前发 布的新闻、库存信息、新价格和服务或产品发布进系统中。在输入信 息时，由系统对该信息进行处理并分布给人、相关方、或在信息变得 有用时已经表现出对被通知所发布信息类型的兴趣的其它系统。RSS 是用于共享标题行和其它web内容的XML格式。
图6是示出了根据本发明的实施例的方法的步骤的流程图。步骤 200，广告空间的买方产生关于期望广告空间的所有预备信息。这里， 买方可以设置参数，例如每天所要花费的费用、所要使用的媒体、最 小转化数目、地理覆盖范围、用户简档以及历史数据和要为特定关键 字所支付的最大价格。买方还指定针对广告的投放的参数，例如何时、 如何以及基于什么事件来增加或减小购买。此外，还执行对现有广告 投放的买方通知，关于成功投放的下列跟踪信息：买方可以在何处查 看控制板(例如，图形用户界面-GUI)和供应链信息以及定价，以便 改变购买订单。此外，买方还可以查看针对在web匹配引擎上所投放 的其它媒体的广告空间报价，并对所提议的广告媒体的有效性进行比 较。这里，买方可以对广告空间报价进行投标。
与通过买方产生预备信息同时，广告空间卖方产生广告空间，并 准备进行可以由买方针对他所控制的单个或多个媒体所购买的广告包 (步骤205)。根据一个实施例，通过使用来自控制板数据库、卖方库 存以及基于从web匹配引擎或买方的在线行为模式所获得的信息的竞 争者的定价，执行广告空间和包的产生。卖方可以基于针对特定时段 的广告空间的特定片断的供应和需求的平衡来增加或将他的可用库存 价格调高或调低。
接下来，将来自买方和卖方的信息都发送到web匹配引擎(步骤 210)。在从买方和卖方接收到所有信息时，web匹配引擎执行搜索以 确定买方订单和卖方供应之间的匹配。在特定实施例中，买方订单包 括投标。此外，web匹配引擎对接收自买方和卖方的关于针对买方订 单和卖方供应的参数的信息进行处理。允许买方和卖方查看彼此的实 际列出的价格、由系统所列出的实际价格、以及与每一买方有关的第 三方转化信息。因此，允许买方和卖方将他们的库存与将最好地利用 查看其它买方和卖方的实际列出的价格以及系统所列出的实际价格的 能力的买方和卖方相匹配。在特定实施例中，卖方可以列出他们的名 称和他们的库存，因此买方可以抽取可用库存的样本。备选地，买方 还可以列出只与他们的行业相关的名称。
接下来，如步骤215所示，web匹配引擎将关于任何适当匹配的 信息发送到买方用以确认。然后，如步骤225所示，买方确定是否确 认所发送的匹配。如步骤220所示，如果买方没有确认由web匹配引 擎所呈现的至少一个匹配，买方确认是否继续本过程。这里，买方可 以向web匹配引擎发出连续的限价订单。这种订单是针对web匹配引 擎将广告保持并投放在与其性能超过买方所设置的最小需求的卖方不 同的位置处的指令。例如，，买方可以使用针对珠宝清单的最大$4每 次点击付费(CPC)、$1每千成本(CPM)、以及$25(CPA)来投放 购买$100,000的US web广告的订单。然后，web匹配引擎监控可用 的所有每次点击付费，并尝试在由买方所提供的预算内匹配这种广告， 直到耗尽买方的预算为止。根据本发明的一个优选实施例，web匹配 引擎可以使用广告值的预测的Basian理论，然后基于Basian理论执行 广告投放。
另一方面，如果买方批准了由web匹配引擎所呈现的至少一个匹 配，则买方将他的批准发送到上述web匹配引擎(步骤230)。接下来， web匹配引擎对用户的批准进行处理，并通知广告内容数据库(见图 9)以选定次数将广告张贴在所选媒体上(步骤232和235)。在这点 上，广告内容数据库收集来自可应用的web或媒体服务器和其它第三 方跟踪代理商的交易信息。然后，广告内容数据库跟踪并评估所张贴 的广告的性能，并将这种信息报告给web匹配引擎的匹配引擎、定价 数据库以及系统的系统部分。因此，如果必要的话，可以基于由可应 用的媒体所产生的结果来改变其它买方和交易。
接下来，在步骤240处，对从跟踪代理商处所获得的信息进行分 析。这里，web匹配引擎可以确定特定广告媒体是否对钻石销售而非 鞋子销售更有效，以及因此执行对在特定广告媒体上所投放的广告的 实时交换。根据本发明的实施例，web匹配引擎首先执行分析，然后 将结果跟踪信息发送到买方。在接收到结果跟踪信息时，买方在步骤 245处决定是否增加广告或修改现有广告。如果买方决定了不增加或 修改现有广告，则终止该方法。然而，如果买方决定了增加新广告或 修改现有广告，则返回步骤200，在步骤200处允许买方产生新信息、 为新广告提供新参数或者执行对现有广告的修改。
还是在这一点上，在步骤242处，卖方可以决定改变任何特定媒 体的定价或可用性。在这点上，该过程返回步骤205，在步骤205处 卖方产生对于web匹配引擎可用的空间和包等。
图7(a)和7(b)是示出了与买方直到广告从买方到图1中的 web匹配引擎10的传送的活动相关联的步骤的流程图。在步骤305 处，授予买方访问中央结算设备的权力。然后，买方确定他是否想要 查看张贴的广告空间供应(步骤310)。如果买方想要查看广告空间供 应，则买方确定是否对任何认定想要的供应投标(步骤320)。如果买 方选择投标，则根据本发明的方法，将对关于广告空间供应投标发送 到用于后续使用的中央结算设备(步骤325)。
另一方面，如果买方不想查看或对先前所张贴的广告空间供应投 标，则他们确定是否投放针对广告空间订单(步骤315)。如果用户不 想投放订单，则该方法终止。然而，如果买方不想投放订单，则他们 确定该广告空间是否是新的(步骤340)。如果该广告投放是新的，则 向买方提供选择针对广告空间订单的参数的选项(步骤350)。另一方 面，如果该广告投放不是新的，则买方确定现有广告的参数和预备信 息是否改变(步骤345)。如果现有广告的参数和预备信息改变，则本 发明返回步骤350，在步骤3 50中向买方提供选择针对广告空间订单 的参数的选项。然而，如果现有广告和预备信息没有改变，则在步骤 365处向买方提供将广告空间、参数、活动持续时间、成本改变信息、 以及其它预备信息重新发送到web匹配引擎的选项。
在步骤350中选择针对广告空间订单的参数之后，买方确定广告 活动的持续时间(步骤355)。接下来，买方确定成本收费信息(步骤 360)。然后，将信息连同其它广告空间、参数、活动持续时间以及针 对后续使用的成本收费信息一起发送到web匹配引擎(步骤365)。
图8是示出了与卖方的直到广告空间或包供应从卖方到web匹配 引擎10的传送的活动相关联的步骤的流程图400。这里，卖方在步骤 405中创建广告空间，以及如步骤410所示，创建卖方将提供给买方 的广告投放包。接下来，对所供应的公告空间进行编辑(步骤415)， 然后将其发送到web匹配引擎用于后续使用(步骤420)。
图9是示出了与本发明的web匹配引擎10处的接收、处理和匹 配买方订单以及卖方供应相关联的步骤的流程图。最初，web匹配引 擎从买方接收广告投放订单以及从卖方接收广告投放供应(步骤 500)。此外，web匹配引擎还接收对现有订单或供应的修改，以及从 买方和卖方接收其它信息。
接下来，web匹配引擎掩蔽所有参与买方和卖方的身份(步骤 510)。然后，该web匹配将买方参数应用于卖方供应的匹配(步骤 515)。依照应用买方参数，web匹配引擎为了买方订单和卖方供应之 间的匹配查找数据库(步骤520)。接下来，web匹配引擎确定订单是 否与供应相匹配(步骤525)。如果没有确定匹配订单，则返回步骤515， 在步骤515处web匹配引擎再次将买方参数应用于确定匹配。如果定 位了匹配，则web匹配引擎将匹配的供应发送到特定用户，用于根据 本发明的方法(步骤530)。
图10(a)至10(e)是示出了与在web匹配引擎已经确定了来 自买方的订单和来自卖方的至少一个供应之间的至少一个匹配之后所 执行的决策相关联的步骤的流程图。在步骤605处，买方查看订单以 确定该匹配供应是否可接收的。如图10(b)所示，在供应不可接收 时，买方在步骤655处确定是否应该采取任何附加行动。如果不需要 附加行动，则终止该方法。然而，如果需要附加行动，那么买方在步 骤660处确定是否修改现有广告的现有参数。如果买方选择对现有广 告空间中的参数进行修改，则返回图7(b)中的步骤350。然而，如 果买方没有选择修改现有广告空间中的参数，则买方在进行匹配之前 确定是否留下现有订单参数(步骤670)。如果买方在进行匹配之前选 择不留下订单参数，则本方法终止。另一方面，如果用户在进行匹配 之前选择留下订单参数，则返回图9中的步骤515。
返回图10(a)，如果买方在步骤605处确定该匹配是可接收的， 则买方在步骤610处确定是否购买所供应的广告空间。然而，如果买 方选择不购买该广告空间，则如步骤615所示，买方确定是否放置在 关于所供应的广告空间的选项。这里，如上所述，如果买方选择不放 置在所供应的广告空间的选项上，则买方在步骤620处确定是否保存 所供应的广告空间。如果买方确定了他不想要保留或防止在关于广告 空间的选项上或者购买所供应的广告空间，则返回图10(b)中的步 骤655。然而，在买方选择购买所供应的广告空间或者防止在所供应 的广告空间或保存所供应的广告空间的选项上的情况下，本方法分别 前进到步骤630、635和640之一。这里，给买方提供了购买投放选项 或保存为购买所供应的广告空间的许可。然后，将买方的决定发送到 web匹配引擎(步骤645)。
参照图10(c)，如步骤710所示，web匹配引擎结算并预订交易。 然后，匹配引擎收取并扣除与预订交易相关联的可应用的关联费用(步 骤720)。接下来，web匹配引擎将广告交付给特定媒体(步骤730)， 通过跟踪代理商获得跟踪信息，以监控所张贴的广告的性能(步骤 740)，然后将跟踪信息发送到匹配引擎用以分析(步骤750)。
参照图10(d)，在步骤770处，web匹配引擎将广告空间性能的 实际水平与性能的允诺水平进行比较。然后，确定广告空间性能是否 与性能的允许水平相匹配(步骤780)。如果广告空间性能与性能的允 许水平相匹配，则web匹配引擎不向买方支付退款(步骤810)。然而， 如果广告空间性能与性能的允许水平不同，则web匹配引擎确定性能 的广告空间水平是否低于性能的允诺水平(步骤790)。如果性能的广 告空间水平低于性能的允诺水平，则在步骤820处，web匹配引擎支 付退款、放出贷款或将其它补偿的附加空间提供给买方。如果性能水 平低于性能的允诺水平，则在步骤800处，web匹配引擎确定性能的 广告空间水平是否超过性能的允诺水平。如果性能的广告空间水平超 过性能的允诺水平，则web匹配引擎向买方收取溢价，如步骤所示， 本过程前进到步骤830。如果广告空间水平性能没有超过性能的允诺 水平，则返回步骤770。
在步骤810、820和830之后(在其中web匹配引擎收费、退款、 或不向买方提供退款或其它补偿)，如步骤840所示，匹配引擎显示与 所投放的广告空间相关的跟踪数据。接下来，如步骤850所示，web 匹配引擎将跟踪数据发送到买方用于检查。
参考图10(e)，在接收到跟踪数据之后，如步骤855所示，买方 决定是否修改现有投放。如果买方决定修改现有广告投放，则如步骤 860所示执行修改，并返回图9中的步骤500。然而，如果买方决定不 修改现有广告投放，则如步骤870所示，买方确定是否增加附加广告 空间订单。如果买方决定不增加另一广告空间，则终止本方法。另一 方面，如果买方决定增加另一广告空间，则返回图7(a)中的步骤315。
在本发明的实施例中，实现诸如弹出广告、流视频、横幅广告、 关键字、广告、广告牌、无线电、电视盒DVD广告之类的选项。这 里，通过特定宣传码或数字XML或HTML链接以及通过web服务来 跟踪选项。本发明设想越来越多的设备变成无线，有利地配置这些设 备，使得它们可以基于蓝牙、无线电频率识别(RFID)或用户和广告 之间的一些其它类型的发现来报告与用户的交互。
在备选实施例中，将浏览器插件用于向浏览器提供将用户信息公 开给信任(即安全的)web匹配引擎以便更好地匹配用户需求或搜索 结果的能力。根据本预期的实施例，web匹配引擎利用用户信息来提 供卖方的最佳分级，以及提供买方和卖方之间的最佳匹配。这里，通 过组合个人和简档信息以产生针对买方的最优结果，匹配引擎可以使 用诸如Acxiom之类的第三方顾客简档公司允许非常具有针对性的市 场。此外，卖方可以信任他们的个人和机密信息到中央结算设备的公 开，因为仅适用所公开的信息作为聚合，以改进针对所有用户的设备 的整体性能。
本发明的系统和方法允许对用于信息的传送和分发的市场的创 建，并为信息的不同源提供实时市场定价以及不同实体乐于为在这种 信息周围的标签、附着或广告所支付的价格。此外，订户和发布商可 以使用信息来基于预先商定的价格售出内容，而其它订户可以使web 匹配引擎基于当前市场价格来自动化并最优化他们的收入。
因此，尽管已经说明、描述并指出了应用于本发明的优选实施例 的本发明的基本的新颖特征，将理解的是，在不背离本发明的精神的 前提下，本领域的技术人员可以进行各种形式的省略、替换和改变以 及在操作中的示出的设备的细节。例如，明确旨在以实质上相同的方 式在实质上执行相同功能来实现相同结果的那些元件和/或方法步骤 的所有组合都在本发明的范围内。此外，应理解的是，结合本发明的 任意公开形式或实施例所说明和/或描述的结构和/或元素和/或方法步 骤可以与任意其它公开或描述或建议的形式或实施例合并作为设计选 择的总体实质。因此，本发明仅局限于这里所附的权利要求的范围。
相关申请的交叉引用
本申请要求2005年4月26日提交的美国临时申请No.60/674, 703的优先权。