HK1218799A1

HK1218799A1 - 用於数字视频广告系统中的实时竞价的紧凑数据接口

Info

Publication number: HK1218799A1
Application number: HK16106703.7A
Authority: HK
Inventors: 普拉文‧薩夫卡; 普拉文‧萨夫卡; 丹尼爾‧韋-策‧赫興楊; 丹尼尔‧韦-策‧赫兴杨; 詹森‧恩都; 吉奧‧胡‧范; 吉奥‧胡‧范; 萊恩‧沃克爾; 莱恩‧沃克尔; 亞倫‧斯通; 亚伦‧斯通
Original assignee: Oath Inc.
Priority date: 2013-03-15
Filing date: 2014-03-17
Publication date: 2017-03-10
Also published as: WO2014145905A3; EP2973328A4; CN105190671A; US20140324603A1; EP2973328A2; WO2014145905A2

Description

用于数字视频广告系统中的实时竞价的紧凑数据接口

相关申请的交叉引用

本专利文档要求于2013年3月15日提交的、名称为“COMPACTDATAINTERFACEFORREALTIMEBIDDING(用于实时竞价的紧凑数据接口)”的美国临时专利申请No.61/800,845的优先权，以及于2013年3月15日提交的、名称为“PIPELINEDDISTRIBUTEDSYSTEMFORVIDEOADVERTISEMENTS(用于视频广告的流水式分布式系统)”的美国临时专利申请No.61/799,818优先权。前面提到的专利申请的全部内容通过引用的方式并入本文。

技术领域

本文档一般涉及数字视频广告递送。

背景技术

许多公司都在寻求通过尽可能广泛地推广他们的产品或服务来吸引客户。在线视频广告是一种使用互联网和万维网递送视频广告来吸引顾客的推广形式。通过将广告商(advertiser)连接到希望出售广告空间的网站的在线广告系统或网络上，网络广告变得更为便利。广告系统或网络的一个功能是从出版商那儿聚集广告空间供应，并将其与广告商的需求相匹配。广告交易平台是用于购买和销售在线广告的展示次数(impression)的、通过在线广告系统或网络使用的技术平台。由于它们提供的效率，广告交易平台可以是对买家(广告商和代理商)和卖家(在线发布商)都有用。广告交易平台的实现方式可能受到他们能够购买和出售的广告的类型、他们的库存规模和针对特定观众(例如潜在客户)的能力的限制。

由于使用如智能手机和平板设备等具有视频回放能力的无线设备访问互联网的用户或消费者的数目增加，改善在线视频广告对用户或消费者、广告商和在线发布商而言是有用的或有益的。

发明内容

所公开的技术提供了一种标准化的方式，通过该标准化的方式，竞价方可以与实时竞价(RTB)交易平台进行电子通信来使数字媒体广告有机会将广告显示给客户。具体而言，提供了一种竞价请求消息，其中包括字段以满足竞价方和/或RTB交易平台运营商的业务目标。竞价请求被从RTB交易平台发送给竞价方。公开了竞价响应消息以促进RTB交易平台对竞价方的选择。

在一个示例方面，用于实现竞价请求生成和传输技术的方法、装置和系统，包括：接收对向消费者或用户显示数字媒体广告的机会的指示，以及生成用于向多个竞价方拍卖机会的竞价请求，该竞价请求包括含有有关机会的信息的多个字段。

在另一个示例方面，用于实现对竞价请求做出响应的技术的方法、装置和系统，包括：接收第一多个字段的竞价请求，第一多个字段包括有关所述机会的信息；基于在多个字段中接收到的信息，决定是否竞价；以及当决定竞价时，发送竞价响应，该竞价响应包括第二多个响应字段，其中至少一些包括直接响应于所述第一多个字段的信息。

在某些实施例中，讨论了包括使得处理器执行如上所述方法的机器可读指令的机器可读介质。

附图说明

附图被包括进来以提供进一步的理解，并且被并入说明书构成说明书的一部分，这些附图示出了实施例，与说明书一起用于解释所公开的实施例的原理。在附图中：

图1是实时竞价投标视频广告插入系统的示例；

图2是生成竞价请求的过程的示例的流程图；

图3是用于生成竞价请求的装置的示例的框图；

图4是表示生成竞价响应的过程的示例的流程图；

图5是用于响应于竞价请求的装置的示例的框图表示；

图6描绘了样例竞价请求对象的人类可读表示的示例；

图7描绘了样例“imp”对象的人类可读表示的示例；

图8是用于web请求的样例视频对象的人类可读表示的示例；

图9描绘了用于移动请求的样例视频对象的人类可读表示的示例。

图10描绘了样例随播广告对象的人类可读表示的示例；

图11是当页面URL可用时用于web请求的样例站点对象的人类可读表示的示例；

图12描绘了当页面URL不可用时用于web请求的样例站点对象的人类可读表示的示例；

图13描绘了用于移动请求的样例app对象的人类可读表示的示例；

图14描绘了样例内容对象的人类可读表示的示例；

图15描绘了用于web请求的样例设备对象的人类可读表示的示例；

图16描绘了用于移动请求的样例设备对象的人类可读表示的示例；

图17描绘了用于web请求的样例“用户”对象的人类可读表示的示例；

图18描绘了用于web请求的样例设备对象的人类可读表示的示例；

图19描绘了样例竞价响应对象的人类可读表示的示例；

图20描绘了样例seatbid对象的人类可读表示的示例；

图21描绘了样例竞价对象的人类可读表示的示例；

图22描绘了样例竞价对象的人类可读表示的示例；

图23描绘了Media_Desc对象的人类可读表示的示例。

具体实施方式

在下面的具体实施方式中，阐述了许多具体的细节，以提供对本公开的全面理解。然而，显而易见的是，对本领域普通技术人员而言，本公开的实施例可以在没有这些具体细节中的一些的情况下实践。在其他情况下，没有详细示出众所周知的结构和技术，以便不模糊本公开。

互联网已成为许多人生活中必不可少的一部分。用户或消费者可以依靠互联网接收和发送与工作、教育和个人生活相关的信息。在用户访问互联网时，将设施提供给用户的网站和基础设施供应商经常从投放在用户的观看设备上的广告收入中获得收益。

几种技术的汇合(例如提升的互联网连通性速度和高效的视频压缩格式)已经使得除了传统的静态广告(有时也称为横幅)外还向用户显示媒体广告(例如音频/视频节目剪辑)成为可能。媒体广告可以以在用户请求的视频之前播放的前置式广告的广告剪辑的形式提供，或是在用户请求的媒体的回放过程中或之后播放的广告。

除了作为用于传送消息的有效的介质外，视频广告进一步给广告商提供了机会，来基于诸如用户观看广告多长时间、用户与广告是否有交互等之类的种测量技术来测量用户兴趣。

扩展实时竞价交易(RTB)平台的传统结构，为合适的竞价方(如广告商)找到投放广告(例如，在加载到观看者设备上的网页上)以包括数字媒体广告的机会提供了一些额外的操作复杂性。称作OpenRTB的业内倡议被设立，以用文档记录在RTB平台与竞价方之间以电子方式交换的消息。

OpenRTB竞价请求消息通常由RTB交易发送给多个竞价方。在本专利文档中公开的技术部分地基于以下认识：在竞价请求消息中包括若干字段可以为竞价方提供机会，以做出有关是否对请求竞价以及将多少钱投到竞价响应的复杂的商业决策，并认识到这些特征可以提高运营效率。例如，在竞价请求消息中包含这种信息可以减少在竞价方和交易平台之间来回进行以收集所需信息的通信量。在一个有利的方面，额外的请求/响应消息的减少缓解了网络带宽。在另一个有利的方面，在RTB交易侧和竞价方侧的实现复杂度降低。在又一个方面，在生成竞价请求和竞价最终被RTB交易接受之间的时间延迟也已降低。

在一些实现方式中，竞价请求可以包括有关将被用于在观看者的设备上展示数字媒体广告的本机应用的信息。通过在苹果应用商店或安卓应用商店提供针对应用的标识或URL(统一资源定位符)，这些信息可以向竞价方提供有关是哪一个应用的信息。

在一些实现方式中，对于内容的媒体评级可被包括在竞价请求中(参见例如OpenRTB规范的第6.18章节)。

在一些实现方式中，有关视频内容是否可嵌入的信息可以作为对库存质量的量度被包括在竞价请求中。

在一些实现方式中，内容语言可以被包括在竞价请求中。该信息对竞价方决定观看者的人口统计数据(例如，讲西班牙语的观看者)或者选择正确的视频剪辑来竞价而言可能是有用的。

在一些实现方式中，API的所有对象都可以包括扩展。在一个有利的方面，该特征能够被用来克服在OpenRTB2.1中的竞价请求和响应扩展都在特定对象下被捕获的限制。在一些实现方式中，使所有对象包括扩展将是有利的。在扩展不可用的情况下，将不得不执行重新创建对象结构的额外处理步骤，给定字段描述该对象结构的属性——该额外处理会导致附加延迟并对操作效率产生不利影响。

在一些实现方式中，为帮助竞价方使自己的竞价清单同为RTB拍卖提供的库存相匹配，随播横幅广告类型可被包含在竞价请求中。互动广告局(IAB)的数字视频广告服务模板(VAST)标准定义了几种类型的随播广告(companion)——这向买方公开了库存所支持的类型。因此，如果买家有需要随播广告支持的活动，买家可以基于兼容的随播广告类型采取竞价决策，或者能够将随播广告转换为支持的格式。

作为视频广告交易的一个示例，来自BrightRoll公司的BrightRoll交易平台(BRX)提供每月数十亿的视频广告展示次数，抵达成千上万的网站和跨web、移动设备、平板电脑和所连接的TV等四种屏幕的移动app的数以百万计的用户。在理解所公开的技术的情境下提及或描述了用于视频广告库存的实时竞价(RTB)的BRX的某些特征。

RTB允许买家使用他们自己的关于展示次数决策技术在展示次数的基础上、将在递送链上将买方的广告决策从发布商的广告服务器或交易平台移动到买家自己的平台上来对广告库存进行竞价。买家决定是否对特定的展示次数进行竞价、他们想支付多少钱、他们想递送哪个创意(不同于非RTB模型，在下游广告服务器确定展示次数满足买家的需求时其要求买家提供广告，并且买家只有创意优化的机会)。拍卖平台评估所有竞价，确定中标者并提供中标创意。

图1描绘了可以在参与视频广告竞价和投放的各个实体或模块之间交换的消息的示例500。用户设备506在网站或应用上遇到视频广告机会，BRX(504)广告请求被发起(消息1)。

BRX504基于预先定向(pre-targeting)的设置向对展示机会有资格的竞价方(502)发布竞价请求(消息2)。

每个竞价方502基于其系统内的交易的活动做出广告决定，并在由竞价请求定义的超时时段(默认情况下为90毫秒，消息3)内返回竞价响应(包括最高竞价和创意详情)。

BRX504进行第二价格拍卖，确定中标竞价，取代创意URL中的宏来反映结算价(作为与最高竞价的比率)，将相关的创意向下提供到客户端(消息4)。

网站或应用程序请求中标创意(从而将结算价传送给竞价方)，并将广告提供给用户(消息5)。

在本文档中公开了在竞价请求/竞价响应消息传送期间交换的消息的一些示例以及可在接收设备处执行的相应处理。

处理竞价请求(消息2)

一些实施例将把对于预定向库存的序列化协议缓冲器竞价请求作为HTTPPOST请求的二进制负载进行发送。SSL(安全套接层)不是必需的，因为这些是服务器对服务器的呼叫。此外，由于附加的处理开销，不推荐SSL。

竞价请求(BIDREQUEST)对象

顶层的竞价请求(bidrequest)对象包括两个字段以及如先前所述的其它对象。图6描绘了样例bidrequest对象的人类可读表示。对字段的附加说明参见表1。

表1

IMP对象

imp对象是bidrequest的子项。虽然OpenRTB支持每个竞价请求有多个imp对象，但是BRX目前只支持一个。图7描绘了样例“imp”对象的人类可读表示。对字段的附加说明参见表2。

表2

视频对象

视频对象是bidrequest对象的子项，并且描述了对视频展示次数而言所支持的创意性。图8是用于web请求的样例视频对象的人类可读表示。图9描绘了用于移动请求的样例视频对象的人类可读表示。对这些字段的附加说明。

表3

随播广告(COMPANIONAD)对象

随播广告对象是视频对象的子项。随播广告是可选的-即使随播广告对象被包括在内，竞价方可以没有伴随的广告做出响应。此外，列入随播广告对象并不保证将随展示次数一起递送随播广告。图10描绘了样例随播广告对象的人类可读表示。对这些字段的附加说明参见表4。

表4

站点对象

站点对象是BidRequest对象的子项，并且描述站点性质，通常用于web库存。图11是当页面URL可用时用于web请求的样例网站对象的可读表示。图12描绘了当页面URL不可用时用于web请求的样例网站对象的可读表示。对这些字段的附加说明参见表5。

表5

APP对象

app对象是竞价请求对象的子项，描述了应用性质，并且通常被用于移动库存。图13描绘了用于移动请求的样例app对象的人类可读表示。对这些字段的附加说明参见表6。

表6

内容对象是站点和app对象的子项。当内容级数据可用时，该对象被包括，以提供有关广告将触及的内容的数据。图14描绘了样例内容对象的人类可读表示。对这些字段的附加说明参见表7。

表7

设备对象

设备对象是竞价请求对象的子项，描述站点性质，并且通常被用于web库存。图15描绘了用于web请求的样例设备对象的人类可读表示。图16描绘了用于移动请求的样例设备对象的人类可读表示(移动请求可以不包括设备ID，或可以包括这些参数中的一个或多个)。对这些字段的附加描述参见表8。

表8

用户对象

用户对象是bidrequest对象的子项，提供用户ID以用于web库存的频率覆盖和指定用途。移动库存包括ID，但是，它对于对同一用户的所有请求而言不是一致的。频率覆盖和指定应基于在先前章节中列出的设备ID。图17描绘了用于web请求的样例“user”对象的可读表示。对这些字段的附加说明参见表9。

表9

EXT对象

该EXT对象是竞价请求对象的子项，包括不是OpenRTB标准的一部分的、有关展示机会的BRX专门数据。图18描绘了用于web请求的样例EXT对象的人类可读表示。对这些字段的附加说明参见表10。

表10

响应处置

要提交竞价，就在由竞价请求定义的超时时间段(包括往返网络延迟)内返回序列化的竞价响应。

要提交无竞价响应(“无广告”)，就在超时时间段(包括往返网络延迟)内返回带有HTTP204“NoContent(无内容)”状态的空响应。

如果bidrequest-＞ext-＞is_ping被设置为真(true)，就不进行任何广告决策而尽快作出无竞价响应(HTTP204“NoContent(没有内容)”)的回应。

构建竞价响应

一旦竞价请求已被处理且广告决定已经作出，就建立并返回竞价响应以参加竞标。

竞价响应对象

顶层竞价响应对象。图19描绘了样例竞价响应对象的人类可读表示。对这些字段的附加说明参见表11。

表11

SEATBID对象

该seatbid对象是竞价响应对象的子项。图20描绘了样例seatbid对象的人类可读表示。对这些字段的附加说明参见表12。

表12

竞价对象

竞价对象是seatbid对象的子项。图21描绘了样例竞标对象的人类可读表示。对这些字段的附加说明参见表13。

表13

EXT对象

ext对象是竞价对象的子项，并且捕获BRX所需要的自定义竞价扩展。这些扩展旨在帮助确保创意与目标库存兼容，并帮助进行故障排除。图22描绘了样例竞标对象的人类可读表示。对这些字段的附加描述参见表14。

表14

MEDIA_DESC对象

该media_desc对象是bidresponse-＞seatbid-＞bid-＞ext的子项，并且描述了在与nurl相关联的VAST中返回的媒体文件。目前，BRX只支持每个VAST文件返回单一媒体文件。图23描绘了样例media_desc对象的人类可读表示。对这些字段的附加说明参见表15。

表15

进一步描述能够被作为数据字段包括在竞价请求中的附加竞价请求扩展、竞价响应扩展、针对竞价请求和竞价响应消息示例语法。在各种实施例中，都可以使用基于在RTB平台供应商和竞价方之间的业务协议的以下扩展。

is_facebook：布尔指示符，以确定库存是否是Facebook(FB)库存；如果FB为真，则存在特定创意要求。一般来说，可以使用引用到社交网站的扩展。在一个有利的方面，该扩展可以为RTB供应商提供以准确地提供消费者的细分(人口简档)并将他的广告偏好与他的朋友圈相关联的机会。

max_wrapper_redirects：能够动态地定义或者由于技术的局限性或由于发布者的偏好(例如，出于性能的考虑限制重定向)能够支持多少VAST包装重定向库存。在一个有利方面中，此扩展可被用于保持与资源相称的消息在竞价请求/竞价响应的发送器/接收器处是可得到的。

(用于横幅库存的)minduration：该参数说明当库存被表示为横幅对象时所支持的内容的最短持续时间。这适用于不是由视频分量表示的但具有时间维度(但不限于视频广告格式)的库存。例如，移动广告被表示为横幅对象，并且继而通过HTML5接受视频或富媒体广告。

(用于横幅库存的)maxduration：此参数说明当库存被表示为横幅对象时所支持的内容的最长持续时间。这适用于不是由视频分量表示的但具有时间维度(但不限于视频广告格式)的库存。例如，移动广告被表示为横幅对象，并且继而通过HTML5接受视频或富媒体广告。

is_incentivized：以是/否/未知的格式定义库存是否被激励的字段。

is_syndicated：以是/否/未知的格式定义库存是否是联合竞价的字段。

is_ugc：以是/否/未知的格式定义库存是否是用户生成的内容。

inventory_class：定义库存的自定义分类的字段。

自定义竞价响应扩展：

在在核心OpenRTB规范之上并且超越核心OpenRTB规范的BRX规范中存在有关竞价的其它细节。这些字段由竞价方在BRX库存竞价时以编程的方式提交的。

视频/手机/富媒体扩展——这些创新保护了交易和发布商，并通过确保兼容的广告被递送到库存(例如，没有兼容广告的竞价方将不会中标，或者如果可能的话，这个信息可以让BRX将否则将不兼容的广告转换成兼容的格式)而提高了展示事件发生的几率。

creative_duration：说明返回的创意的长度。虽然通过OpenRTB在竞价请求中向竞价方提供了最小值/最大值，但该字段提供了让BRX运行验证检查以确保竞价方正确决策的能力。这保护了交易和发布商，并通过确保兼容的广告被递送到库存而提高了展示事件发生的几率。

API：返回的创意所支持的(一个或多个)API框架的竞价方提供的声明。虽然根据OpenRTB所支持的API框架是在竞价请求中提供给竞价方的，但该字段提供了让BRX运行验证检查以确保竞价方正确地决策。这保护了交易和发布商，并通过确保兼容的广告被递送到库存而提高了展示事件发生的几率。

media_desc(媒体说明对象)：说明包含在竞价(一些创意支持多媒体文件)中的一个或多个媒体文件的对象。虽然根据OpenRTB兼容的属性是在竞价请求中提供给竞价方的，但该字段提供了让BRX运行验证检查以确保竞价方正确地决策。这保护了交易和发布商，并通过确保兼容的广告被递送到库存而提高了展示次数事件发生的几率。目前，该对象包括mime类型的文件和比特率，但未来可以包括其它字段(包括创意持续时间和API(它在自定义扩展中但不在这个对象中)——这将更好地处理对于多媒体文件的情况)。

adtype：目前，OpenRTB支持横幅和视频库存/广告类型。每次展示机会被表示为这些类型中的一种或两种。例如，展示可以被表示为仅视频机会、仅横幅机会、或视频和横幅机会两者。然而，竞价方提供的创意只能匹配那些广告类型中的一种-它必须是遵从视频对象或横幅对象而不能是二者都遵从的创意。在BRX扩展中的字段要求竞价方申报他们正在回应哪种库存/广告类型，以便能够妥善处置。这保护了交易和发布商，并通过确保兼容的广告被递送到库存而提高了展示次数事件发生的几率。

通用扩展——假设是广告商-＞活动-＞行项目-＞创意(从最低到最高的粒度)的层次结构，但是，如果竞价方的分类是不同的，则他们能使其符合我们的定义。

landingpage_url：标准的OpenRTB竞价响应包括获取广告商的域名的字段。该扩展允许竞价方传递实际的登录页面URL-即当用户点击广告时他们最终登录的URL是什么。这一点很重要，因为很多营销活动利用未在URL中包括品牌名称的“微站点(microsite)”。例如，为了市场营销活动的目的，具有企业网站brandabc.com的品牌abc公司可能会使用另一个网站“123.com”，并且然后可能希望客户登录到在123.com域中的网页。该网站可以例如连接到企业集团在这次广告活动正在广告的具体产品。

campaign_name：人类可读的——提供在我们的库存中正在运行什么的可视性以及出于排除故障目的。

line_item_name：人类可读的——提供在我们的库存中正在运行什么的可视性以及出于排除故障目的。

line_item_id：行项目的ID。

creative_name：人类可读的——提供在我们的库存中正在运行什么的可视性以及出于排除故障目的。

advertiser_name：人类可读的——提供在我们的库存中正在运行什么的可视性以及出于排除故障目的。

上面公开的扩展和对应的消息(竞价请求、竞价响应)可以以诸如protobuf格式之类的紧凑格式来传送。紧凑格式比诸如JavaScript对象符号(JSON)之类的传统对象消息语法更有利，因为它提供了几个好处，比如降低带宽需求、通过将消息紧凑化以放到单一IP分组中而减少了由于IP分组丢失而导致错误的可能性、通过无需通过JavaScript协议栈处理数据的消息请求器和接收器的降低了的协议栈复杂性等等。

图2是描述了从RTB交易平台向一个或多个竞价方发送竞价请求的过程100的流程图。

在102中，接收到向消费者或用户显示数字媒体广告的机会的指示。机会的指示可以是直接来自消费者或来自发布商或广告服务器的广告请求的形式。

在104中，生成竞价请求以向多个竞价方拍卖机会，该竞价请求包括含有有关机会的信息的多个字段。

在各种实现方式中，如先前所讨论的那样，竞价请求可以包括一个或多个字段。

在一些实现方式中，竞价请求包括多个信息对象，每一信息对象具有其自己的扩展字段，在其中包括信息对象的属性。

图3是用于辅助向消费者递送媒体广告的装置200的框图表示。模块202用于接收对向消费者显示数字媒体广告的机会的指示。模块204用于生成竞价请求以将机会拍卖给多个竞价方，该竞价请求包括含有有关机会的信息的多个字段。

图4是对向用户递送媒体广告的机会进行竞价的过程300的流程图表示。过程300可以例如在竞价方的计算机上实现。

在302中，包括含有有关机会的信息的第一多个字段的竞价请求被接收。

在304中，基于接收到的多个字段中的信息，做出关于是否竞价的决定。

在306中，当决定进行竞价时，发送竞价响应，其包括第二多个响应字段，其中至少一些包括直接响应于第一多个字段的信息。

第一多个字段可以包括本文档中所讨论的若干字段之一。在响应中，竞价方可包含至少一个指示，例如程序语言、内容评级等。

图5是用于对递送媒体广告的竞价请求做出响应的装置400的框图。模块402用于接收包括含有有关机会的信息的第一多个字段的竞价请求。模块404用于基于接收的多个字段中的信息判断是否竞价。模块406用于在决定进行竞价时发送竞价响应，其包括第二多个响应字段，其中至少一些包括直接响应于第一多个字段的信息。

在一些实现方式中，诸如protobuf格式之类的紧凑的二进制数据格式可被用于在广告递送系统中传输和存储竞价请求和竞价响应以及其他通信。在一些实现方式中，商人可以用数据预先计算竞价请求，以节省计算资源，从而在实际使用过程中只将运行时间数据包括在内。

在一些实现方式中，消息内容(例如，二进制的protobuf数据)被以其序列化格式存储在存储器中，以便避免不得不对于每次请求都执行数据的深层复制。替代的是，每次请求竞价时，仅执行复制和解序列化。因为所涉及的对象的层次，竞价请求或竞价响应一般可以有多个迭代层的语法，使得以嵌套的对象的形式复制并存储这个信息成为一个艰巨的任务。

诸如protobuf之类的的二进制数据格式是二进制格式，所以难于调试。在一些实现方式中，使用允许提取二进制数据并以人类可读输出(例如，json)的形式将其输出的工具可能是有利的。

本领域的技术人员将理解，公开了用于在视频广告递送系统中丰富竞价请求和竞价响应的技术。视频广告插入的总体要求是在其间用户接收视频广告的响应时间。所公开的将数据以反序列化格式存储、使用用于数据转移和存储的紧凑格式、在竞价请求消息中包括多条前期消息的的技术显著降低了系统复杂度，并减少了通过该系统的延迟。

本文档中所描述的所公开的和其它实施例以及功能操作和模块能够在数字电子电路或者在计算机软件、固件或硬件中(包括在本文档中所公开的结构及其结构等同物或它们中的一个或多个的组合)中实现。所公开的和其它实施例可以作为一个或多个计算机程序产品(即被编码在计算机可读介质上以由数据处理装置操作或控制数据处理装置的操作的一个或多个计算机程序指令模块)来实现。该计算机可读介质可以是机器可读存储设备、机器可读存储基片、存储器设备、实现机器可读传播信号的物质的组合物或其中的一个或多个的组合。术语“数据处理设备”包括用于处理数据的所有装置、设备和机器，以举例的方式来说，包括可编程处理器、计算机或多台处理器或计算机。除硬件外，该装置可以包括为讨论的计算机程序创建执行环境的代码，例如构成处理器固件、协议栈、数据库管理系统、操作系统、或其中一个或多个的组合的代码。传播信号是人工生成的信号(例如，机器生成的电、光或电磁信号)，其被生成以对信息进行编码以供传输到适当的接收器装置。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言编写，包括编译语言或解释语言，并且它可以以任何形式部署，包括作为独立的程序或作为模块、组件、子例程或适于在计算环境中使用的其它单元。计算机程序不一定对应于文件系统中的文件。可以将程序存储在容纳其它程序或数据的文件(例如，存储在标记语言文档中的一个或多个脚本)的一部分中，存储在致力于所讨论的程序的单一文件中，或存储在多个协作的文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。计算机程序可以被部署为在位于一个地点或分布在多个地点并通过通信网络互连的一台计算机或多台计算机上执行。

在本文档中描述的过程和逻辑流可以由一个或多个可编程处理器来执行，这些可编程处理器执行一个或多个计算机程序以通过操作输入数据并生成输出来执行功能。过程和逻辑流还可以通过诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)之类的专用逻辑电路来执行，并且装置也可以被实现为专用集成电路。

以举例的方式，适于执行计算机程序的处理器包括通用微处理器和专用微处理器以及任何类型的数字计算机的任何一个或多个处理器。一般来说，处理器将接收来自只读存储器或随机存取存储器或二者的指令和数据。计算机的基本元件是用于执行指令的处理器，以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备(例如，磁盘、磁光盘或光盘)，或者可操作地耦合以从这样的大容量存储设备接收数据、向这样的大容量存储设备传送数据、或两者。然而，计算机不必具有这样的设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，以举例的形式来说，包括：半导体存储设备，例如，EPROM、EEPROM和闪存设备；磁盘，例如，内部硬盘或可移动盘；磁光盘；以及CDROM和DVD-ROM盘。处理器和存储器可以由专用逻辑电路来补充，或被并入专用逻辑电路中。

尽管本文包含了许多细节，但是这些不应被解释为限制所要求保护的本发明的范围或内容，而是作为对特定实施例所特有的特征的描述。在本文档中在单独实施例的上下文中描述的某些特征也可以被组合在单个实施例中实现。相反地，在单一实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合在多个实施例中实现。此外，虽然特征在上文被描述为以某些组合执行，甚至最初主张如此，但来自所要求组合的一个或多个特征可以在某些情况下被从组合中除去，所要求保护的组合可以针对子组合或子组合的变体。类似地，虽然在附图中操作是以特定的顺序描述的，但这不应被理解为需要这样的操作以所示的特定顺序或以连续顺序执行、或者需要执行所有图示的操作才能实现期望的结果。

只公开了几个示例和实施方式。可以基于公开的内容对所描述的示例和实现方式以及其它实现方式进行改变、修改和增强。

Claims

1.一种促进数字媒体广告(ad)的展示的计算机实现的方法，所述方法包括：

接收向消费者的消费者设备显示数字媒体广告的机会的指示；以及

生成用于向多个竞价方拍卖所述机会的竞价请求，所述竞价请求包括多个字段，所述多个字段包括有关所述机会的信息。

2.根据权利要求1所述的方法，其中，所述多个字段中的一个字段标识所述消费者设备上的本地应用，所述本地应用被用于向所述消费者显示所述数字媒体广告。

3.根据权利要求1所述的方法，其中，所述多个字段中的一个字段标识中标要满足的媒体评级。

4.根据权利要求1所述的方法，其中，所述多个字段中的一个字段标识所述数字媒体广告是否是可嵌入的。

5.根据权利要求1所述的方法，其中，所述多个字段中的一个字段标识与所述数字媒体广告相关联的语言。

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

使用紧凑且序列化的数据格式来存储所述竞价请求。

7.一种用于促进数字媒体广告(ad)的递送的装置，包括：

接收器模块，所述接收器模块接收向消费者的消费者设备显示数字媒体广告的机会的指示；

竞价请求生成器模块，所述竞价请求生成器模块生成用于向多个竞价方拍卖所述机会的竞价请求，所述竞价请求包括多个字段，所述多个字段包括有关所述机会的信息。

8.根据权利要求7所述的装置，其中，所述多个字段中的一个字段标识所述消费者设备上的本地应用，所述本地应用被用于向所述消费者显示所述数字媒体广告。

9.根据权利要求7所述的装置，其中，所述多个字段中的一个字段标识中标要满足的媒体评级。

10.根据权利要求7所述的装置，其中，所述多个字段中的一个字段标识所述数字媒体广告是否是可嵌入的。

11.根据权利要求7所述的装置，其中，所述多个字段中的一个字段标识与所述数字媒体广告相关联的期望的语言。

12.一种包括其上存储有代码的计算机可读介质的计算机程序产品，所述代码当被执行时使得处理器实现促进数字媒体广告(ad)的展示的方法，所述方法包括：

接收向消费者的消费者设备显示数字媒体广告的机会的指示；

13.根据权利要求12所述的计算机程序产品，其中，所述多个字段中的一个字段标识所述消费者设备上的本地应用，所述本地应用被用于向所述消费者显示所述数字媒体广告。

14.根据权利要求12所述的计算机程序产品，其中，所述多个字段中的一个字段标识中标要满足的媒体评级。

15.根据权利要求12所述的计算机程序产品，其中，所述多个字段中的一个字段标识所述数字媒体广告是否是可嵌入的。

16.根据权利要求12所述的计算机程序产品，其中，所述多个字段中的一个字段标识与所述数字媒体广告相关联的期望的语言。

17.一种对用于向消费者的消费者设备递送媒体广告的机会进行竞价的计算机实现的方法，所述方法包括：

接收包括第一多个字段的竞价请求，所述第一多个字段包括有关所述机会的信息；

基于在所述多个字段中的接收到的所述信息，决定是否竞价；以及

当决定竞价时，发送竞价响应，所述竞价响应包括第二多个响应字段，所述第二多个响应字段中的至少一些包括直接响应于所述第一多个字段的信息。

18.根据权利要求17所述的方法，其中，所述多个字段中的一个字段标识所述消费者设备上的本地应用，所述本地应用被用于向所述消费者显示所述数字媒体广告。

19.根据权利要求17所述的方法，其中，所述多个字段中的一个字段标识中标要满足的媒体评级。

20.根据权利要求17所述的方法，其中，所述多个字段中的一个字段标识所述数字媒体广告是否是可嵌入的。

21.根据权利要求17所述的方法，其中，所述多个字段中的一个字段标识与所述数字媒体广告相关联的期望的语言。

22.根据权利要求17所述的方法，其中，所述竞价响应是使用紧凑且序列化的数据格式来存储的。

23.一种对用于向消费者的消费者设备递送媒体广告的机会进行竞价的装置，所述装置包括：

接收器模块，所述接收器模块接收包括第一多个字段的竞价请求，所述第一多个字段包括有关所述机会的信息；

决定模块，所述决定模块基于在所述多个字段中的接收到的所述信息决定是否竞价的；以及

发送器模块，当决定竞价时，所述发送器模块发送竞价响应，所述竞价响应包括第二多个响应字段，所述第二多个响应字段中的至少一些包括直接响应于所述第一多个字段的信息。

24.根据权利要求23所述的装置，其中，所述第一多个字段中的一个字段标识所述消费者设备上的本地应用，所述本地应用被用于向所述消费者显示所述数字媒体广告。

25.根据权利要求23所述的装置，其中，所述第一多个字段中的一个字段标识中标要满足的媒体评级。

26.根据权利要求23所述的装置，其中，所述第一多个字段中的一个字段标识所述数字媒体广告是否是可嵌入的。

27.根据权利要求23所述的装置，其中，所述第一多个字段中的一个字段标识与所述数字媒体广告相关联的期望的语言。

28.一种包括其上存储有代码的计算机可读介质的计算机程序产品，所述代码当被执行时使得处理器实现对用于向消费者的消费者设备递送媒体广告的机会进行竞价的方法，所述方法包括：

29.根据权利要求28所述的计算机程序产品，其中，所述第一多个字段中的一个字段标识所述消费者设备上的本地应用，所述本地应用被用于向所述消费者显示所述数字媒体广告。

30.根据权利要求28所述的计算机程序产品，其中，所述第一多个字段中的一个字段标识中标要满足的媒体评级。

31.根据权利要求28所述的计算机程序产品，其中，所述第一多个字段中的一个字段标识所述数字媒体广告是否是可嵌入的。

32.根据权利要求28所述的计算机程序产品，其中，所述第一多个字段中的一个字段标识与所述数字媒体广告相关联的期望的语言。

33.一种数字媒体广告递送系统，所述数字媒体广告递送系统包括实时竞价(RTB)平台和多台竞价方计算机，其中，

所述RTB平台被配置为：

生成用于向多个竞价方拍卖所述机会的竞价请求，所述竞价请求包括多个字段，所述多个字段包括有关所述机会的信息；并且

所述多台竞价方计算机被配置为：