CN116051189B

CN116051189B - 广告监测方法及装置

Info

Publication number: CN116051189B
Application number: CN202310047310.8A
Authority: CN
Inventors: 朱枞庐
Original assignee: Petal Cloud Technology Co Ltd
Current assignee: Petal Cloud Technology Co Ltd
Priority date: 2023-01-31
Filing date: 2023-01-31
Publication date: 2023-06-23
Anticipated expiration: 2043-01-31
Also published as: CN116051189A

Abstract

本申请提供一种广告监测方法及装置，应用于通信技术领域，能够向需求方平台反馈广告的未曝光原因，从而有助于提升广告的推广效果。该方法包括：广告交易平台接收来自客户端的第一信息，其中，第一信息指示广告在客户端上的未曝光原因，广告是需求方平台DSP提供，且通过广告交易平台投放至客户端的。广告交易平台向DSP发送第二信息，其中，第二信息包括所述广告的未曝光原因，或者，第二信息是基于所述广告的未曝光原因确定的。

Description

广告监测方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种广告监测方法及装置。

背景技术

实时竞价（realtime bidding，RTB），是一种针对每一个用户展示行为进行评估以及出价的竞价技术。竞价胜出的广告获得展示机会，由广告交易（Ad exchange，ADX）平台将需求方平台（demand-side platform，DSP）提供的广告，投放至客户端的网页或应用程序（application，APP）中，从而展示广告。

然而，被投放至客户端的广告可能未展示成功，影响广告推广效果。

发明内容

本申请提供的一种广告监测方法及装置，可以反馈广告的未曝光原因，从而有助于提升广告的推广效果。

为了实现上述目的，本申请提供了以下技术方案：

第一方面，提供一种广告监测方法。该方法的执行主体可以是广告交易平台，也可以是应用于所述广告交易平台的芯片。下面以执行主体是所述广告交易平台为例进行描述。

所述广告交易平台接收来自客户端的第一信息，其中，所述第一信息指示广告在所述客户端上的未曝光原因，所述广告是需求方平台DSP提供，且通过所述广告交易平台投放至所述客户端的。所述广告交易平台向所述DSP发送第二信息，其中，所述第二信息包括所述未曝光原因，或者，所述第二信息是基于所述未曝光原因确定的信息。

其中，广告在客户端上未能够成功展示，即称为广告未曝光。

也就是说，所述广告在所述客户端未曝光的情况下，所述广告交易平台能够从所述客户端获取到所述广告在所述客户端上的未曝光原因，进而根据所述客户端反馈的所述第一信息来确定所述第二信息，再向所述DSP发送所述第二信息。这样一来，所述DSP在提供广告之后，基于所述广告交易平台反馈的所述第二信息，即可获知所述广告的未曝光原因，从而调整广告的投放策略，有助于提高广告曝光率和推广效果。

在一种可能的设计中，所述第二信息包括所述未曝光原因，包括：在所述未曝光原因不包括所述客户端的隐私信息的情况下，所述第二信息包括所述未曝光原因。

例如，在所述第一信息指示的未曝光原因不包括所述客户端的隐私信息的情况下，所述第二信息指示的未曝光原因，与所述第一信息指示的未曝光原因一致。例如，广告下载超时这一未曝光原因不包括客户端的隐私信息。在广告的未曝光原因是所述广告下载超时的情况下，所述第一信息和所述第二信息指示的未曝光原因，均是广告下载超时。

如此，所述广告交易平台通过所述第二信息，即可向所述DSP反馈所述广告在所述客户端的未曝光原因。

在一种可能的设计中，所述第二信息是基于所述未曝光原因确定的信息，包括：在所述未曝光原因包括所述客户端的隐私信息的情况下，所述第二信息是基于所述未曝光原因确定的信息。

例如，在所述第一信息指示的未曝光原因包括所述客户端的隐私信息的情况下，所述第二信息指示的未曝光原因，与所述第一信息指示的未曝光原因不同，且存在对应关系。例如，所述客户端已安装某一应用这一未曝光原因涉及客户端的隐私信息。在广告的未曝光原因是所述客户端已安装某一应用的情况下，所述第一信息指示的未曝光原因，可以是所述客户端已安装某一应用。但是，所述第二信息指示的未曝光原因，可以是模糊化的通用原因，如其他原因。

如此，所述第二信息是所述广告交易平台对所述第一信息处理后所得到的信息，过滤掉了所述客户端的隐私信息。即使所述广告交易平台通过所述第二信息，向所述DSP反馈所述广告的未曝光原因，且反馈的未曝光原因是通用原因，不涉及客户端隐私，有助于保护所述客户端的隐私信息。

在一种可能的设计中，所述广告交易平台接收来自客户端的第一信息，包括：所述广告交易平台接收来自所述客户端的第一统一资源定位符URL，其中，所述第一URL包括所述第一信息。

例如，在所述广告的未曝光原因为广告下载超时的情况下，所述广告下载超时对应结果码“01”，相应的，所述第一URL的格式为：

http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason=01。其中，“xxxx.xxxx/dspnoimpurl”中的“/”表示问号。

如此，在所述客户端侧，用户触发所述第一URL的情况下，所述广告交易平台即可接收到来自所述客户端的所述第一信息，从而获知所述广告在所述客户端上的未曝光原因。

在一种可能的设计中，所述广告交易平台向所述DSP发送第二信息，包括：所述广告交易平台向所述DSP发送第二URL，其中，所述第二URL包括所述第二信息。

例如，在所述广告的未曝光原因为广告下载超时的情况下，所述广告下载超时对应结果码“01”，相应的，所述第二URL的格式为：https://test.com/impression/reason=01。其中，“impression/reason”中的“/”表示问号。

如此，在所述广告交易平台侧，用户触发所述第二URL的情况下，所述广告交易平台即可向所述DSP反馈所述第二信息，从而向所述DSP反馈所述广告在所述客户端上的未曝光原因。

在一种可能的设计中，所述广告交易平台接收来自客户端的第一信息之前，所述方法还包括：所述广告交易平台向所述客户端发送第三信息，所述第三信息用于请求所述第一信息。

也就是说，所述客户端是响应于所述第三信息，才向所述广告交易平台反馈所述第一信息的，相比于每个广告反馈未曝光原因的情况，所述客户端在接收到所述第三信息，才反馈所述第一信息，更有助于降低通信资源开销和设备功耗。

在一种可能的设计中，所述广告交易平台向所述客户端发送第三信息，包括：所述广告交易平台向所述客户端发送第三URL，所述第三URL包括所述第三信息。

如此，在所述广告交易平台侧，用户触发所述第三URL的情况下，所述广告交易平台即可向所述客户端发送所述第三信息，以请求所述客户端向广告交易平台反馈所述广告在所述客户端上的未曝光原因。

在一种可能的设计中，所述第一URL是所述客户端将所述第三URL中的宏参数替换为所述第一信息后生成的。

例如，所述第三URL的格式为：

http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason={No Imp Reason}。其中，{No Imp Reason}用于所述客户端替换所述广告未曝光原因的结果码。“xxxx.xxxx/dspnoimpurl”中的“/”表示问号。

在所述第一信息指示广告下载超时的情况下，所述广告下载超时对应结果码“01”，所述第一URL的格式为：

在一种可能的设计中，所述广告交易平台向所述客户端发送第三信息之前，所述方法还包括：所述广告交易平台接收来自所述DSP的第四信息，其中，所述第四信息用于请求所述第二信息。

也就是说，所述广告交易平台是响应于所述第四信息，才向所述DSP反馈所述第二信息的，相比于每个广告反馈未曝光原因的情况，所述广告交易平台在接收到所述第四信息，才反馈所述第二信息，更有助于降低通信资源开销和设备功耗。

在一种可能的设计中，所述广告交易平台接收来自所述DSP的第四信息，包括：所述广告交易平台接收来自所述DSP的第四URL，其中，所述第四URL包括所述第四信息。

例如，第四URL的格式记为：https://test.com/impression/reason={reason}。其中，“impression/reason”中的“/”表示问号。

如此，在所述DSP侧，用户触发所述第四URL的情况下，所述DSP即可向所述广告交易平台发送所述第四信息，以请求所述广告交易平台向所述DSP反馈所述广告在所述客户端上的未曝光原因。

在一种可能的设计中，所述第三URL是所述广告交易平台将初始URL中的宏参数替换为所述第四URL后生成的。其中，所述初始URL是所述广告交易平台生成的URL。

例如，所述广告交易平台先定义一个初始URL。其中，所述初始URL包括{No ImpNotice Url}宏参数和{No Imp Reason}宏参数。其中，所述初始URL的格式：

http://adx.xxxx.xxxx/dspnoimpurl={No Imp Notice Url}&reason={No ImpReason}。其中，“xxxx.xxxx/dspnoimpurl”中的“/”表示问号。

然后，所述广告交易平台对所述第四URL进行编码，将所述编码后的信息替换所述初始URL中的{No Imp Notice Url}宏参数，得到所述第三URL。其中，所述第三URL的格式：

http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason={No Imp Reason}。其中，“xxxx.xxxx/dspnoimpurl”中的“/”表示问号。

在一种可能的设计中，所述第二URL是所述广告交易平台将所述第四URL中的宏参数替换为所述第二信息后生成的。

例如，所述第四URL的格式记为：https://test.com/impression/reason={reason}。其中，{reason}宏参数用于所述广告交易平台替换所述广告未曝光原因的结果码。其中，“impression/reason”中的“/”表示问号。

在所述第一信息指示的未曝光原因是广告下载超时的情况下，所述广告未曝光原因对应结果码“01”，所述第二URL的格式为：https://test.com/impression/reason =01。其中，“impression/reason”中的“/”表示问号。

第二方面，提供一种广告监测方法。该方法的执行主体可以是客户端，也可以是应用于所述客户端的芯片。下面以执行主体是所述客户端为例进行描述。

所述客户端确定广告在所述客户端上的未曝光原因，其中，所述广告是需求方平台DSP提供，且通过所述广告交易平台投放至所述客户端的。所述客户端向所述广告交易平台发送第一信息，其中，所述第一信息指示所述广告在所述客户端上的未曝光原因。

在一种可能的设计中，所述客户端向所述广告交易平台发送第一信息，包括：所述客户端向所述广告交易平台发送第一统一资源定位符URL，所述第一URL包括所述第一信息。

在一种可能的设计中，所述客户端向所述广告交易平台发送第一信息之前，所述方法还包括：所述客户端接收来自所述广告交易平台的第三信息，其中，所述第三信息用于请求所述第一信息。

在一种可能的设计中，所述客户端接收来自所述广告交易平台的第三信息，包括：所述客户端接收来自所述广告交易平台的第三URL，其中，所述第三URL包括所述第三信息。

第三方面，提供一种广告监测方法。该方法的执行主体可以是需求方平台DSP，也可以是应用于所述DSP的芯片。下面以执行主体是所述DSP为例进行描述。

所述DSP确定通过广告交易平台投放至客户端的广告。所述DSP接收来自所述广告交易平台的第二信息，其中，所述第二信息包括所述广告在所述客户端上的未曝光原因，或者，所述第二信息是基于所述未曝光原因确定的信息。

在一种可能的设计中，所述DSP接收来自所述广告交易平台的第二信息，包括：所述DSP接收来自所述广告交易平台的第二URL，其中，所述第二URL包括所述第二信息。

在一种可能的设计中，所述DSP接收来自所述广告交易平台的第二信息之前，所述方法还包括：所述DSP向所述广告交易平台发送第四信息，所述第四信息用于请求所述第二信息。

在一种可能的设计中，所述DSP向所述广告交易平台发送第四信息，包括：所述DSP向所述广告交易平台发送第四URL，其中，所述第四URL包括所述第四信息。

第四方面，提供一种广告交易平台，包括：处理器、存储器和通信接口，所述存储器、所述通信接口与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述广告交易平台执行上述第一方面中及其中任一种可能的设计中所述的方法。

第五方面，提供一种客户端，包括：处理器、存储器和通信接口，所述存储器、所述通信接口与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述客户端执行上述第二方面中及其中任一种可能的设计中所述的方法。

第六方面，提供一种需求方平台，包括：处理器、存储器和通信接口，所述存储器、所述通信接口与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述需求方平台执行上述第三方面中及其中任一种可能的设计中所述的方法。

第七方面，提供一种装置，该装置包含在广告交易平台、客户端或需求方平台中，该装置具有实现上述方面及可能的实现方式中任一方法中广告交易平台、客户端或需求方平台的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如，接收模块或单元、发送模块或单元以及处理模块或单元等。可选的，还可以包括显示模块或单元。

第八方面，提供一种计算机可读存储介质，包括计算机指令，当计算机指令在广告交易平台上运行时，使得广告交易平台执行如上述第一方面及其中任一种可能的设计中所述的方法。

第九方面，提供一种计算机可读存储介质，包括计算机指令，当计算机指令在客户端上运行时，使得客户端执行如上述第二方面及其中任一种可能的设计中所述的方法。

第十方面，提供一种计算机可读存储介质，包括计算机指令，当计算机指令在需求方平台上运行时，使得需求方平台执行如上述第三方面及其中任一种可能的设计中所述的方法。

第十一方面，提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述方面中及其中任一种可能的实现方式中所述的方法。

第十二方面，提供一种芯片系统，包括处理器，当处理器执行指令时，处理器执行如上述方面中及其中任一种可能的实现方式中所述的方法。

第十三方面，提供一种通信系统，包括：所述需求方平台、所述广告交易平台和所述客户端。其中，所述广告交易平台用于执行所述第一方面及所述第一方面任一种可能的设计中的方法，所述客户端用于执行所述第二方面及所述第二方面任一种可能的设计中所述的方法，所述需求方平台用于执行所述第三方面及所述第二方面任一种可能的设计中所述的方法。

其中，第二方面至第十三方面中任一种设计所带来的技术效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种系统架构的示意图；

图2为本申请实施例提供的再一种系统架构的示意图；

图3为本申请实施例提供的一种广告管理的界面示意图；

图4为本申请实施例提供的一种广告监测方法的流程示意图；

图5为本申请实施例提供的一种客户端的硬件结构图；

图6为本申请实施例提供的一种客户端的软件架构图；

图7为本申请实施例提供的一种应用程序的结构示意图；

图8为本申请实施例提供的一种平台的硬件结构图；

图9为本申请实施例提供的再一种广告监测方法的流程示意图；

图10为本申请实施例提供的装置的结构示意图。

具体实施方式

在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

如图1所示，为本申请实施例提供的一种广告管理系统1000的组网架构图，该组网架构图包括客户端100、广告交易（Ad exchange，ADX）平台200（也称为广告交易服务器200）、供应方平台（sell-side platform，SSP）300（也称为供应方服务器300）和需求方平台（demand side platform，DSP）400（也称为需求方服务器400）。

需要指出的是，图1所示的平台或服务器可以为一个或多个服务器。在图1中，部分平台或服务器可以集成在一起，或者，部分平台或服务器可以拆分为多个服务器等，本申请实施例对此不做具体限定。以ADX平台200和SSP300为例，ADX平台200和SSP300可以是彼此独立的平台，如图1所示，或者，SSP300的功能也可以集成到ADX平台200中。换言之，ADX平台200和SSP300可以为同一平台，如图2所示。

需要指出的是，DSP400的数量可以是一个，如图1所示，DSP400的数量也可以是多个，如图2所示，本申请实施例对此不作限定。

其中，上述设备之间（如客户端100与ADX平台200之间、客户端100与SSP300之间、ADX平台200与SSP300之间、ADX平台200与DSP400之间）可通过有线或无线通信技术建立通信连接。其中，有线通信技术包括但不限于以下的至少一种：接口（例如USB接口），触点（例如金属触点）等。无线通信技术包括但不限于以下的至少一种：近距离无线通信（nearfield communication，NFC），蓝牙（bluetooth，BT）（例如，传统蓝牙或者低功耗（bluetoothlow energy，BLE）蓝牙），无线局域网（wireless local area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），紫蜂（Zigbee），调频（frequency modulation，FM），红外（infrared，IR）等。

例如，上述设备之间（如客户端100与ADX平台200之间、客户端100与SSP300之间、ADX平台200与SSP300之间、ADX平台200与DSP400之间）都支持靠近发现功能。示例性的，客户端100和ADX平台200都能够通过NFC感应，来实现靠近发现功能。客户端100靠近ADX平台200后，客户端100和ADX平台200能够互相发现对方，之后，建立诸如Wi-Fi端到端（peer topeer，P2P）连接、蓝牙连接等无线通信连接。

再如，上述设备之间（如客户端100与ADX平台200之间、客户端100与SSP300之间、ADX平台200与SSP300之间、ADX平台200与DSP400之间）通过局域网，建立无线通信连接。示例性的，客户端100和ADX平台200都连接至同一路由器。其中，客户端100和ADX平台200作为站点（station，STA）设备，路由器作为接入点（access point，AP）设备，建立STA-AP-STA通信方式的连接。

又如，上述设备之间（如客户端100与ADX平台200之间、客户端100与SSP300之间、ADX平台200与SSP300之间、ADX平台200与DSP400之间）通过蜂窝网络、因特网等，建立无线通信连接。示例性的，客户端100通过路由器接入因特网，ADX平台200通过蜂窝网络接入因特网；进而，客户端100和ADX平台200建立无线通信连接。

DSP400，为需求方（如广告主、代理商等）提供的实时竞价投放平台。需求方可以通过DSP400的界面管理大量的广告资源，如设置投放广告的定向条件（也可以称为投放规则、投放策略、定向投放策略等）、广告出价、广告素材等。例如，如图3所示，为广告主或代理商登录DSP400投放广告的一个界面示意图。广告主或代理商在该界面中输入某个投放广告的内容：商品的名称、出价、图片（如用于展示商品的图片）、定向条件、以及广告的投放位置等广告数据。

另外，DSP也可以有其他名称，如广告主平台，即广告曝光（impression，IMP）的需求侧。在本申请实施例中，以DSP为例，进行介绍。

SSP300，用于媒体方（如网站主、APP开发商等）管理广告位资源。例如，SSP可以将媒体方的广告位发布到ADX平台，以使需求方（如广告主、代理商）通过ADX平台来浏览、竞标广告位。

ADX平台200，用于广告位的交易，实现RTB功能。ADX平台200是SSP300与DSP400发生交易的位置，即SSP300与DSP400在ADX平台200实现广告位的交易。

客户端100，用于展示广告。以客户端是手机为例，客户端100上可以安装各种应用程序（application，APP）（例如浏览器、视频播放器等），客户端100可以在用户使用这些APP的过程中进行广告展示。例如，在用户通过浏览器打开网页时，客户端100可以在网页中展示广告。再如，在用户通过视频播放器观看视频时，客户端100可以在视频的前端、后端或视频中段播放广告。

在本申请实施例中，广告是指，需求方（如广告主、代理商）为提升知名度、品牌形象、推销服务、扩大产品销量和促进业务营收，通过APP向用户传播商品或服务的信息。广告由广告元素组成，广告元素包括但不限于：图片、视频、音频、文字、增强现实（augmentedreality，AR）、虚拟现实（virtual reality，VR）等。

另外，一个广告具备一个广告创意标识（identity，ID），不同广告由不同的广告创意ID来标识。

在本申请实施例中，广告位是指，用于展示广告的位置。示例性的，广告位可以分布在全球广域网（world wide web）网站的页面、无线应用协议（wireless applicationprotocol，WAP）网站的页面。一个网页上可以有一个或多个广告位。每个广告位上可以展示一个广告，也可以展示多个广告，如采用轮播方式在同一广告位上展示多个广告。

另外，一个广告位具备一个广告位ID，不同广告位由不同的广告位ID来标识。

结合图2所示的组网架构，如图4所示，该组网架构的广告投放过程包括如下步骤：

S100、客户端向ADX平台发送广告请求（Ad Request）。相应的，ADX平台接收来自客户端的广告请求。

其中，广告请求用于请求待展示的广告。

示例性的，客户端上安装有APP，该APP集成有广告软件开发工具包（softwaredevelopment kit，SDK）。当用户打开该APP，且该APP的界面中有广告位需要展示广告时，该APP可以通过广告SDK向ADX平台200发送广告请求。

示例性的，广告请求包括广告位信息，以请求在该广告位上待展示的广告。广告位信息可以包括第一APP的名称、广告位的尺寸、展示能力（如展示文字、图片、动画或视频等）等信息。

需要指出的是，在本申请实施例中，界面，具体用于投放文字、图片、视频等内容信息，例如，可以包括网页、APP的页面等。其中，网页（也称网络页面）可以是为用户在互联网上查找和浏览信息提供的图形化的、易于访问的直观界面，例如，全球广域网（world wideweb）网站的页面、无线应用协议（wireless application protocol，WAP）网站的页面。在本申请实施例所涉及的界面中，均分布有广告位，该广告位用于显示广告，例如视频广告、广告链接等。另外，界面，也可以有其他名称，如信息界面。本申请实施例以界面为例，进行介绍。

对于ADX平台而言，ADX平台响应于广告请求，执行如下步骤：

S101a、ADX平台向DSP1发送竞价请求（Bid Request）。相应的，DSP1接收来自ADX平台的竞价请求。

其中，竞价请求用于请求待竞价的广告。

示例性的，竞价请求包括以下参数中的一项或多项：

第一项，广告内容（content）。其中，广告内容指示待竞价的广告所涉及的内容，如商品名称、商品类别、图片等。以图3为例，广告内容可以包括“商品1”这一信息。

第二项，用户（user）信息。其中，用户信息指示待竞价的广告的受众群体。以图3为例，用户信息可以包括用户的性别、用户的年龄段等信息。

第三项，位置（location）信息。其中，位置信息指示待竞价的广告所投放的位置，如城市、街道、经纬度等。以图3为例，位置信息可以包括‘地域’这一信息。

容易理解的是，竞价请求也可以包括其他参数，本申请实施例对此不作限定。竞价请求也可以有其他名称，如询价请求，本申请实施例以竞价请求为例，进行介绍。

对于DSP1而言，DSP1接收竞价请求之后，响应于竞价请求，执行S102a：

S102a、DSP1向ADX平台发送竞价响应（Bid Response）。相应的，ADX平台接收来自DSP1的竞价响应。

其中，竞价响应包括待竞价（bid）的广告信息。

示例性的，竞价响应中的广告信息可以是DSP1基于竞价请求所确定的广告。以图3为例，竞价响应中的广告信息可以包括“商品1”图片、价格等信息。

容易理解的是，竞价响应也可以包括其他参数，本申请实施例对此不作限定。竞价响应也可以有其他名称，如询价响应，本申请实施例以竞价响应为例，进行介绍。

在一些实施例中，ADX平台对竞价响应中的信息进行校验，如果校验成功，ADX平台执行S103，如果校验失败，ADX平台向DSP1反馈失败通知（Loss Notice）。其中，校验，可以理解为，确定竞价响应中的广告信息，是否满足ADX平台的要求。其中，竞价响应中的广告信息满足ADX平台的要求，则为校验成功。反之，竞价响应中的广告信息不满足ADX平台的要求，则为校验失败。

例如，ADX平台要求（预期）的广告文案字数小于20字，而DSP1反馈的广告文案是30字，则DSP1的竞价响应校验失败。此种情况下，ADX平台向DSP1反馈的失败通知还包括失败原因（Loss reason），如返回参数错误等。其中，返回参数错误是指，DSP1反馈竞价响应中的广告信息不满足要求。

S101b、ADX平台向DSP2发送竞价请求。相应的，DSP2接收来自ADX平台的竞价请求。

其中，S101b的实现过程，可以参见S101a的介绍，此处不再赘述。

对于DSP2而言，DSP2接收竞价请求之后，响应于竞价请求，执行S102b：

S102b、DSP2向ADX平台发送竞价响应。相应的，ADX平台接收来自DSP2的竞价响应。

其中，S102b的实现过程，可以参见S102a的介绍，此处不再赘述。

S101c、ADX平台向DSP3发送竞价请求。相应的，DSP3接收来自ADX平台的竞价请求。

其中，S101c的实现过程，可以参见S101a的介绍，此处不再赘述。

对于DSP3而言，DSP3接收竞价请求之后，响应于竞价请求，执行S102c：

S102c、DSP3向ADX平台发送竞价响应。相应的，ADX平台接收来自DSP3的竞价响应。

其中，S102c的实现过程，可以参见S102a的介绍，此处不再赘述。

对于ADX平台而言，ADX平台接收到各个DSP（上述DSP1、DSP2和DSP3）反馈的竞价响应之后，执行如下步骤：

S103、ADX平台对各个DSP反馈的广告进行竞价，从而确定竞价胜出的广告。

示例性的，竞价胜出的广告，可以是各个DSP反馈的竞价响应中，出价最高的广告。

示例性的，竞价胜出的广告是DSP1提供的广告，竞价失败的广告是DSP2和DSP3提供的广告。

S104、ADX平台向客户端发送竞价胜出的广告。相应的，客户端接收来自ADX平台的竞价胜出的广告。

对于客户端而言，客户端接收广告之后，在APP的界面上显示接收的广告。

S105a、ADX平台向DSP1发送胜出通知（Win Notice）。相应的，DSP1接收来自ADX平台的胜出通知。

其中，胜出通知用于指示DSP1的广告在竞价中胜出。

S105b、ADX平台向DSP2发送失败通知（Loss Notice）。相应的，DSP2接收来自ADX平台的失败通知。

其中，失败通知用于指示DSP2的广告在竞价中失败。

对于DSP2而言，DSP2接收失败通知之后，即可根据失败通知，来调整投放策略，如调整广告文案的字数、调整广告的价格等，以提高广告在竞价中胜出的概率。

S105c、ADX平台向DSP3发送失败通知。相应的，DSP3接收来自ADX平台的失败通知。

其中，失败通知用于指示DSP3的广告在竞价中失败。

类似的，DSP3接收失败通知之后，即可根据失败通知，来调整投放策略，以提高广告在竞价中胜出的概率。

但是，对于竞价胜出的广告，并不意味着广告曝光成功。其中，广告曝光，可以理解为，广告在客户端成功展示。示例性的，下面结合三种示例（下述示例1~示例3），对竞价胜出却未曝光成功的情形进行介绍：

示例1，广告素材下载超时。示例性的，广告素材是一段视频，客户端下载该视频需要一段时间。在下载广告素材超时的情况下，客户端的广告SDK无法使用渲染引擎对下载的广告素材进行渲染，也就无法呈现接收到的广告。

需要指出的是，在本申请实施例中，下载广告素材超时，可以理解为，下载广告素材的时长大于或等于预设值。其中，预设值是指，从请求广告到广告展示的整个过程的时长，如2秒。在下载广告素材的时长大于2秒的情况下，客户端确定广告素下载超时。

下载广告素材超时的原因包括：广告素材中包含的图片、视频或声音的占用空间比较大，客户端下载广告素材时的网络质量不佳。

示例2，客户端的APP采用预下载播放机制，但界面未显示到该广告。示例性的，该APP是一个浏览器。用户在客户端上打开某一浏览器，通过上滑操作来浏览网页中显示的某一段文字。而广告在文字的后端播放，但用户未浏览到文字的结束部分，相应的，文字后端的广告也就无法在客户端上展示。

示例3，竞价胜出的广告是应用下载类广告，但客户端已安装该应用。示例性的，竞价胜出的广告推广的是一款交友类APP，但客户端已安装该APP。即使客户端接收到该广告，也不进行展示。

容易理解的是，客户端是否安装哪一（些）APP，如客户端是否安装交友类APP，属于该用户的隐私信息。

对于DSP1而言，在上述三种示例的情况下，即使DSP1提供的广告在竞价中胜出，也未达到预期的推广效果。

在一些实施例中，客户端在广告未曝光的情况下，向ADX平台反馈未曝光原因，由ADX平台转发给该广告对应的DSP，以使广告主获知未曝光原因，从而调整广告的投放策略，进而提高广告曝光率和推广效果。

综上，本申请实施例提供的广告监测方法，在竞价胜出的广告未在客户端曝光的情况下，也能够使得广告主获知未曝光原因，进而调整广告的投放策略。

另外，本申请实施例中，广告的未曝光原因是经过ADX平台转发给DSP，在广告的未曝光原因涉及用户的隐私信息的情况下，ADX平台还能够过滤掉隐私信息，从而保护用户的个人隐私，提高用户体验。

示例性的，本申请实施例中客户端例如可以为手机、笔记本电脑、平板电脑、大屏显示设备、可穿戴设备（如智能手表，智能手环等）、车载设备、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本、膝上型计算机、个人数字助理（personaldigital assistant，PDA）、虚拟现实（virtual reality，VR）设备、增强现实（augmentedreality，AR）设备、音箱、人工智能（artificial intelligence，AI）设备等具有显示功能的终端设备。

需要指出的是，客户端安装的操作系统包括但不限于iOS^®、Android^®、Harmony^®、Windows^®、Linux^®或者其它操作系统。在一些实施例中，客户端可以为固定式设备，如设置在广场、大厅、电梯等公共区域的显示设备，可以同时向多个用户显示广告。客户端也可以为便携式设备。本申请对客户端的具体类型、所安装的操作系统均不作限制。

图5示出了客户端的结构示意图。

如图5所示，该客户端可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。

可以理解的是，本申请实施例示意的结构并不构成对客户端的具体限定。在本申请另一些实施例中，客户端可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为客户端充电，也可以用于客户端与外围设备之间传输数据，如广告请求、竞价胜出的广告信息。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他设备等。

在一些实施例中，该客户端通过USB接口与其他设备建立有线连接。比如，该客户端在与其他设备建立USB连接，将存储的应用程序文件通过USB连接传输至其他设备。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对客户端的结构限定。在本申请另一些实施例中，该客户端也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过该客户端的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为其他设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

该客户端的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。该客户端中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在该客户端上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

无线通信模块160可以提供应用在该客户端上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，该客户端的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得该客户端可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

该客户端通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像、视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，采用有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Mini-led，Micro-led，Micro-oled，量子点发光二极管(quantumdot light emitting diodes，QLED)等生产制造。在一些实施例中，该客户端可以包括1个或N个显示屏194，N为大于1的正整数。客户端的显示屏可以用于展示广告。

传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

触摸传感器，也称“触控器件”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于该客户端的表面，与显示屏194所处的位置不同。

该客户端可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，该客户端可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展该客户端的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储该客户端使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行该客户端的各种功能应用以及数据处理。

该客户端可以通过音频模块170，以及应用处理器等实现音频功能。例如音乐播放，录音等。音频模块170可以包括扬声器，受话器，麦克风，耳机接口等。用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。该客户端可以接收按键输入，产生与该客户端的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和该客户端的接触和分离。该客户端可以支持1个或N个SIM卡接口，N为大于1的正整数。

该客户端的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明该客户端的软件结构。

图6是本发明实施例的客户端100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图6所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

在本申请实施例中，应用程序层包括第一APP，该第一APP包括广告SDK，第一APP通过广告SDK获取广告或呈现广告。第一APP例如可以是视频类APP、新闻类APP、游戏类APP、社交类APP、音乐类APP等。

如图7所示，为本申请实施例提供的一种第一APP的结构示意图。第一APP包括广告SDK和第一APP的业务功能（例如视频类APP的视频播放功能、新闻类APP的新闻浏览功能、游戏类APP的游戏功能等）。其中，广告SDK包括广告服务模块和渲染引擎。广告服务模块执行广告的业务逻辑，例如向ADX平台发送广告请求，接收ADX平台返回的广告信息等。渲染引擎，用于渲染广告服务模块所接收的广告信息化，从而呈现接收到的广告。

需要指示的是，在本申请实施例中，第一APP可以直接集成广告SDK，如图7所示。当然，客户端也可以集成系统级别的广告SDK，系统级别的广告SDK是一个系统模块，可以为客户端中的所有APP提供广告服务。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图6所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供客户端的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，客户端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

如图8所示，为本申请实施例提供的一种ADX平台的结构示意图。

该ADX平台包括至少一个处理器210、至少一个存储器220、至少一个通信接口230。可选的，ADX平台还可以包括输出设备和输入设备，图8中未示出。

处理器210、存储器220和通信接口230通过总线相连接。处理器210可以是一个通用中央处理器（central processing unit，CPU）、微处理器、特定应用集成电路（application-specific integrated circuit，ASIC)，或者一个或多个用于控制本申请方案程序执行的集成电路。处理器210也可以包括多个CPU，并且处理器210可以是一个单核（single-CPU）处理器或多核（multi-CPU）处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据（例如计算机程序指令）的处理核。

存储器220可以是只读存储器（read-only memory，ROM）或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器（random access memory，RAM）或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器（electricallyerasable programmable read-only memory，EEPROM）、只读光盘（compact disc read-only memory，CD-ROM）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器220可以是独立存在，通过总线与处理器210相连接。存储器220也可以和处理器210集成在一起。其中，存储器220用于存储执行本申请方案的应用程序代码，并由处理器210来控制执行。

在一些实施例中，ADX平台的存储器220可用于存储大量广告信息。

通信接口230，可用于与其他设备或通信网络通信，如以太网，无线局域网（wireless local area networks，WLAN）等。

在本申请实施例中，ADX平台可以通过该通信接口230与客户端进行交互，例如向客户端发送广告信息等。

输出设备和处理器通信，可以以多种方式来显示信息。例如，输出设备可以是液晶显示器（liquid crystal display，LCD)，发光二级管（light emitting diode，LED）显示设备，阴极射线管（cathode ray tube，CRT）显示设备，或投影仪（projector）等。输入设备和处理器通信，可以以多种方式接收用户的输入。例如，输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。

需要指出的是，图1所示的SSP300和DSP400的结构均可参考图8所示的ADX平台200的结构。可以理解的是，SSP300和DSP400的结构，可以比图8中ADX平台200具有更多或更少部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本申请对ADX平台200、SSP300和DSP400的结构均不做特殊限制。

在本申请实施例中，以超文本传输协议（hypertext transfer protocol，HTTP）为例，对客户端、ADX、SSP、DSP之间的交互过程，进行介绍，不应理解为对本申请实施例的限定。

下面，结合附图对本申请实施例提供的技术方案进行详细说明。

如图9所示，为本申请实施例提供的一种广告监测方法的流程示意图，该方法包括：

S900、客户端向ADX平台发送广告请求。相应的，ADX平台接收来自客户端的广告请求。

其中，广告请求用于请求待展示的广告。示例性的，广告请求可以记为AdRequest。

示例性的，广告请求包括广告位信息、第一APP的信息、以及客户端的信息中的一项或多项。

其中，广告位信息包括广告位标识和/或广告位类型等。

在一些实施例中，当第一APP的一个页面包括一个或多个广告位时，该广告请求中的广告位信息可以包括该页面的标识以及该页面中一个或多个广告位标识，用于请求该页面中的部分或全部广告位对应的广告内容。或者，该广告请求中的广告位信息可以包括该页面的标识，以请求该页面中的所有广告位对应的广告内容。

在一些实施例中，广告位信息可以包括一个广告位（如广告位1）的标识，也可以包括多个广告位（如广告位1和广告位2）的标识，本申请实施例对此不作限定。

其中，第一APP的信息包括第一APP的名称、版本号等。

其中，客户端的信息包括客户端的开放匿名设备标识符（open anonymous deviceidentifier，OAID）、机型、系统版本号、设备能力等信息中的一项或多项。

在一些实施例中，当客户端启动第一APP后，显示第一APP的主页面，当第一APP的主页面中包括待展示广告的区域位置（即广告位）时，第一APP通过其集成的广告SDK向ADX平台发送广告请求。其中，第一APP和广告SDK可以参见图7的介绍，此处不再赘述。

或者，当客户端根据用户的操作或者自动跳转到第一APP的其他页面，而其他页面中包括待展示广告的广告位时，第一APP通过其集成的广告SDK向ADX平台发送广告请求。其中，用户的操作例如包括用户使用客户端浏览新闻页面或网页过程中执行的拖拽页面的操作，或者，用户使用客户端观看视频过程中执行暂停播放的操作，又或者，用户在客户端当前页面中执行的跳转到另一页面的操作等。

又或者，客户端在显示某个页面时，第一APP通过其集成的广告SDK周期性地向ADX平台发送广告请求，以实时更新该页面中至少一个广告位的广告内容等。

总而言之，本申请实施例对客户端向ADX平台发送广告请求的时机以及场景不做限定。

在一些实施例中，第一APP可以根据页面中包括的广告位，调用广告SDK，通过广告SDK向ADX平台200发送广告请求。

对于ADX平台而言，ADX平台响应于广告请求，执行如下步骤：

S901、ADX平台向DSP发送竞价请求。相应的，DSP接收来自ADX平台的竞价请求。

其中，竞价请求用于请求待竞价的广告。示例性的，竞价请求可以记为BidRequest。

示例性的，竞价请求中的一些信息与广告请求中的信息一致。例如，在广告请求包括广告位信息的情况下，竞价请求中也包括广告位信息。再如，在广告请求包括第一APP的信息的情况下，竞价请求中也包括第一APP的信息。又如，在广告请求包括客户端的信息的情况下，竞价请求中也包括客户端的信息。

示例性的，S901的实现过程，可以参见S101a的介绍，此处不再赘述。

对于某一DSP而言，该DSP接收竞价请求之后，响应于竞价请求，在确定参与竞价的情况下，该DSP执行S902：

S902、DSP向ADX平台发送竞价响应。相应的，ADX平台接收来自DSP的竞价响应。

其中，竞价响应包括待竞价广告的信息。示例性的，竞价响应可以记为BidResponse，可以参见S102a的介绍，此处不再赘述。

其中，竞价响应还包括信息1。信息1指示在上述广告未曝光的情况下反馈未曝光原因。可以理解为，信息1指示在上述广告在客户端未曝光的情况下，ADX平台需要向DSP反馈未曝光原因。

示例性的，待竞价广告，记为广告1。相应的，信息1指示广告1在客户端的第一APP上未曝光的情况下，反馈广告1的未曝光原因。

在一些实施例中，S902中的竞价响应，可以理解为，DSP在S102a的竞价响应中增加了信息1。其中，信息1可以是DSP所增加的URL，记为URL1。例如，URL1包括no_imp_notice_url，可以理解为，广告1在客户端的第一APP上未曝光时的事件通知，以使DSP获知广告1的未曝光原因。

示例性的，以一个广告位上展示的一个广告为例，如下示出一个DSP向ADX平台返回的竞价响应的格式：

{

"id": "kt7zH87hZn65ISM8bvt74a"，

"seatbid": [

{

"bid": [

{

… …

"price": 6.29, //广告的出价

"adm": "<iframe marginwidth=0 marginheight=0 height=600frameborder=0 width=160 scrolling=no src=\"https://test.com/ads/id=123456&curl=%%CLICK_URL_ESC%%&wprice=%%WINNING_PRICE_ESC%%\"></iframe>", // 广告展示的内容信息；“ads/id”中的“/”表示问号；

"adomain": [ // 广告域名

"google.com"

],

"cid": "80291467374", // 广告创意ID

"crid": "test_creative_id_531345", // 广告任务ID

"w": 300, //广告宽

"h": 600, //广告高

"ext": {

"no_imp_notice_url": //对DSP返回的BidResponse增加no impnotice url参数

"https://test.com/impression/reason={reason}"

}

]

}

],

"cur": "USD" // 结算币种，美元；“impression/reason”中的“/”表示问号；

}

由此可见，竞价响应包括广告的出价、广告的内容、广告创意的标识、广告任务的标识以及URL1等信息。

需要指出的是，在上述示例中，一个广告对应一个广告创意ID。一个广告对应一个URL1。在上述广告创意ID"80291467374"中，该广告创意ID所标识的广告对应的URL，记为URL1，以请求广告创意ID"80291467374"所标识广告的未曝光原因，即广告1在客户端的第一APP上未曝光时的事件通知。也就是说，在竞价响应中的广告未曝光的情况下，上述示例的https://test.com/impression/reason={reason}中宏变量{reason}，用于替换为广告的未曝光原因。其中，“impression/reason”中的“/”表示问号。

其中，DSP根据竞价请求中携带的信息（例如第一APP的信息、客户端的信息、网络信息、广告位信息等），来确定竞价响应中待竞价广告的信息，如一个或多个广告的内容信息。

例如，在竞价请求中包括一个广告位标识的情况下，DSP返回的竞价响应中可以包括一个或多个广告的内容。

再如，在竞价请求中包括多个广告位标识的情况下，DSP返回的竞价响应中可以包括每个广告位所对应的广告。

容易理解的是，在本申请实施例中，以竞价响应包括待竞价广告的信息和信息1为例，进行介绍。当然，待竞价广告的信息和信息1可以承载于不同的消息来传输，本申请实施例对此不作限定。

类似的，ADX平台也可以向其他DSP发送竞价请求，接收其他DSP反馈的竞价响应，可以参见S901和S902的介绍，此处不再赘述。

对于ADX平台而言，ADX平台接收到各个DSP反馈的竞价响应之后，执行如下步骤：

S903、ADX平台对各个DSP反馈的广告进行竞价，得到竞价胜出的广告。

示例性的，以广告位为粒度，针对每个广告位，竞价胜出的广告是图9中示出DSP提供的广告，竞价失败的广告是其他DSP（图9未示出）提供的广告。其中，S903的实现过程可以参见S103的介绍，此处不再赘述。

容易理解的是，在竞价请求包括一个广告位标识的情况下，如该广告位标识所指示的广告位记为广告位1，ADX平台针对各个DSP反馈的广告位1所对应的广告进行竞价，从而得到针对广告位1竞价胜出的广告。

容易理解的是，在竞价请求包括多个广告位标识的情况下，以两个广告位标识为例，两个广告位标识所指示的广告位记为广告位1和广告位2，ADX平台针对各个DSP反馈的广告位1所对应的广告进行竞价，从而得到针对广告位1竞价胜出的广告。并且，ADX平台还针对各个DSP反馈的广告位2所对应的广告进行竞价，从而得到针对广告位2竞价胜出的广告。

对于ADX平台而言，ADX平台获取竞价胜出的广告之后，执行S904：

S904、ADX平台向客户端发送信息A。相应的，客户端接收来自ADX平台的信息A。

其中，信息A包括竞价胜出的广告，如竞价胜出广告的广告素材等。

其中，信息A还包括信息2。信息2指示在上述广告未曝光的情况下反馈未曝光原因。可以理解为，信息2指示在上述广告在客户端未曝光的情况下，客户端需要向ADX平台反馈未曝光原因。这样一来，ADX平台即可基于客户端反馈的信息A，来向DSP反馈上述广告的未曝光原因。

示例性的，竞价胜出的广告，仍记为广告1。信息2指示广告1在客户端上未曝光的情况下，客户端向ADX平台反馈广告1的未曝光原因。

在一些实施例中，S904中的信息A，可以理解为，ADX平台在S104传输的消息中增加了信息2。其中，信息2可以是ADX平台所增加的URL，记为URL2。例如，URL2包括{No ImpNotice Url}宏参数，可以理解为，广告1在客户端的第一APP上未曝光时的事件通知，以使ADX平台获知广告1的未曝光原因。

示例性的，介绍URL2的生成过程：

首先，ADX平台可以定义一个初始URL。其中，初始URL包括{No Imp Notice Url}宏参数和{No Imp Reason}宏参数。以一个广告位上展示一个广告为例，下面，示例性地给出一个初始URL的格式：

然后，ADX平台对URL1进行编码，将编码后的信息替换初始URL中的{No ImpNotice Url}宏参数，得到URL2。以下，示例性地给出URL2的格式：

示例性的，以下示例性地给出信息A的格式：

{

“retcode”:200, //返回值

“preloadAdinfo”: //预加载广告信息

[{

“slotid”: “a09itw7hsf”, //广告位标识

“adid”: “1”, //广告ID

“interactiontype”: 3, //交互类型为用户点击后进入应用

“creativetype”:2, //创意类型为图片广告

“image”:“http://cs.op.hicloud.com/contserver/data/98BE13F2CD19D41.jpg”, //下载链接

“deeplink”: “jdapp://XXXXXXXX” //deeplink地址

"no_imp_notice_url": “http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason={No Imp Reason}”//对DSP的广告请求返回BidResponse增加No Imp Notice Url参数；“xxxx.xxxx/dspnoimpurl”中的“/”表示问号；

}

]

}

由此可见，信息A包括广告位标识、广告的交互类型（interactiontype）、广告创意类型、广告素材的下载链接、deeplink地址以及URL2等信息。

需要指出的是，客户端接收信息A之后，可以根据广告对应的链接下载广告的素材。例如，通过http://cs.op.hicloud.com/contserver/data/98BE13F2CD19D41.jpg下载广告的图片。

另外，在本申请实施例中，“interactiontype”: 3，表示交互类型为用户点击后进入应用，具体地，用户点击广告后，可以通过“deeplink”地址:“jdapp：//XXXXXXXX”进入第一APP。

容易理解的是，在竞价请求包括一个广告位标识的情况下，如该广告位标识指示的广告位记为广告位1，信息A包括针对广告位1竞价胜出的广告，以及广告位1竞价胜出的广告所对应的URL2。

容易理解的是，在竞价请求包括多个广告位标识的情况下，如两个广告位标识，这两个广告位标识指示的个广告位记为广告位1和广告位2，信息A包括针对广告位1竞价胜出的广告、广告位1竞价胜出的广告所对应的URL2、广告位2竞价胜出的广告，以及广告位2竞价胜出的广告所对应的URL2。

容易理解的是，在本申请实施例中，以信息A包括竞价胜出的广告和信息2为例，进行介绍。当然，竞价胜出的广告和信息2可以承载于不同的消息来传输，本申请实施例对此不作限定。

对于客户端而言，客户端接收信息A之后，通过调用广告SDK来展示信息A中的广告。在广告展示失败的情况下，即广告未曝光。此种情况下，客户端执行S905：

S905、客户端确定广告的未曝光原因。

容易理解的是，在一些情况下，广告未在第一APP的界面上展示成功，可以理解为，广告未曝光。

示例性的，以信息A中的单个广告为粒度，结合三种示例（下述示例1~示例3），对S905的实现过程进行介绍：

示例1，在客户端的第一APP下载信息A中的广告素材超时，导致该广告未曝光的情况下，客户端确定未曝光原因为，广告素材下载超时。

示例2，在客户端的第一APP采用预下载播放机制，且界面未显示信息A中的广告，导致该广告未曝光的情况下，客户端确定未曝光原因为，第一APP采用预下载播放机制。

示例3，在竞价胜出的广告是APP下载类广告，但客户端已安装该APP，导致该广告未曝光的情况下，客户端确定未曝光原因为，客户端已安装广告所推广的APP。

容易理解的是，在本申请实施例中，第一APP是能够播放广告的APP，广告所推广的APP是广告主希望推广的APP，客户端可能已安装该广告所推广的APP。此种情况下，该广告在第一APP中不展示，即广告未曝光。反之，客户端未安装该广告所推广的APP，此种情况下，该广告在第一APP中展示，即广告曝光成功。

容易理解的是，在竞价请求包括一个广告位标识的情况下，如该广告位标识指示的广告位记为广告位1，客户端针对广告位1，确定广告位1上未曝光广告的未曝光原因。

容易理解的是，在竞价请求包括多个广告位标识的情况下，如两个广告位标识，这两个广告位标识指示的广告位记为广告位1和广告位2，客户端针对广告位1，确定广告位1上未曝光广告的未曝光原因，以及针对广告位2，确定广告位2上未曝光广告的未曝光原因。

对于客户端而言，客户端确定广告未曝光原因之后，执行S906：

S906、客户端向ADX平台发送信息B。相应的，ADX平台接收来自客户端的信息B。

其中，信息B指示广告在客户端上的未曝光原因。

示例性的，信息B包括URL3。URL3是客户端将URL2中的{No Imp Reason}宏参数替换为未曝光原因后的URL。其中，不同的未曝光原因可以对应不同的结果码，如表1所示：

表1

以表1为例，在未曝光原因是广告素材下载超时的情况下，客户端将结果码01替换URL2中的{No Imp Reason}宏参数，从而得到URL3。

其中，URL2的格式为：

http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason={No Imp Reason}，可以参见S904的介绍。URL3的格式为：http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason=01。

在未曝光原因是第一APP采用预下载播放机制的情况下，客户端将结果码02替换URL2中的{No Imp Reason}宏参数，从而得到URL3。

其中，URL2的格式为：

http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason={No Imp Reason}，可以参见S904的介绍。URL3的格式为：http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason=02。

在广告所推广的APP记为APP1，但客户端已安装APP1的情况下，未曝光原因是客户端已安装广告所推广的APP。客户端将结果码03替换URL2中的{No Imp Reason}宏参数，从而得到URL3。其中，URL2的格式为：

http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason={No Imp Reason}，可以参见S904的介绍。URL3的格式为：http://adx.xxxx.xxxx/dspnoimpurl=https%3A%2F%2Ftest.com%2Fimpression%3Freason%3D%7Breason%7D&reason=03。

其中，“xxxx.xxxx/dspnoimpurl”中的“/”表示问号。

容易理解的是，信息B指示的未曝光原因可能包括客户端的隐私信息。例如，客户端已安装广告所推广的APP，涉及客户端的隐私信息。在信息B指示的未曝光原因是客户端已安装广告所推广的APP的情况下，信息B指示的未曝光原因包括客户端的隐私信息。再如，在信息B指示的未曝光原因是广告素材下载超时或第一APP采用预下载播放机制的情况下，信息B指示的未曝光原因不包括客户端的隐私信息。

在一些实施例中，信息B可以通过URL3及HTTP实现。例如，在HTTP请求的基础上，为了实现信息B携带广告的未曝光原因，客户端将URL2中的{No Imp Reason}宏参数替换为结果码，从而得到URL3。其中，被替换的结果码与广告的未曝光原因存在映射关系，如表1所示。这样一来，信息B也就携带了广告的未曝光原因。

进一步地，当客户端监测到广告未曝光时，客户端可以针对URL3向ADX平台发起HTTP请求，以使ADX平台获知信息B。相应的，在用户点击客户端侧的URL3的情况下，信息B也就从客户端发送到ADX平台，ADX平台也就能够接收到客户端反馈的信息B。

容易理解的是，在竞价请求包括一个广告位标识的情况下，如该广告位标识指示的广告位记为广告位1，信息B指示广告位1上广告的未曝光原因。进一步地，在广告位1上存在至少一个未曝光的广告的情况下，信息B包括未曝光广告的广告创意ID，以指示广告位1上哪一些广告未曝光。

容易理解的是，在竞价请求包括多个广告位标识的情况下，如两个广告位标识，这两个广告位标识指示的广告位记为广告位1和广告位2，信息B指示广告位1和广告位2上广告的未曝光原因。进一步地，在广告位（如广告位1、或广告位2）上存在至少一个未曝光的广告的情况下，信息B包括广告位的标识和未曝光广告的广告创意ID，以指示哪一广告位上哪一些广告未曝光。

对于ADX平台而言，ADX平台接收信息B之后，执行如下步骤：

S907、ADX平台根据信息B，确定信息C。

其中，信息C指示广告在客户端上的未曝光原因。

示例性的，信息C包括URL4。其中，URL4指示上述广告在客户端上的未曝光原因，以使URL4被触发的情况下，ADX平台通过URL4将未曝光原因反馈给DSP。URL4是ADX平台将URL1中的{reason}宏参数替换为未曝光原因后的URL。

在一些实施例中，在信息B指示的未曝光原因不包括客户端的隐私信息的情况下，信息C指示的未曝光原因，与信息B指示的未曝光原因一致。

例如，在广告的未曝光原因是广告素材下载超时的情况下，不涉及客户端的隐私信息。结合表1，广告素材下载超时对应的结果码是01。ADX平台将URL3中的结果码‘01’，替换URL1中的{reason}宏参数。相应的，信息C中的URL4格式如下：https://test.com/impression/reason=01。

再如，在广告的未曝光原因是第一APP采用预下载播放机制的情况下，不涉及客户端的隐私信息。结合表1，第一APP采用预下载播放机制对应的结果码是02。ADX平台将URL3中的结果码‘02’，替换URL1中的{reason}宏参数。相应的，信息C中的URL4格式如下：https://test.com/impression/reason=02。

在一些实施例中，在信息B指示的未曝光原因包括客户端的隐私信息的情况下，信息C指示的未曝光原因是基于信息B确定的。例如，信息C指示的未曝光原因，与信息B指示的未曝光原因不同，但信息C指示的未曝光原因，与信息B指示的未曝光原因存在对应关系。

以表1为例，在未曝光原因是‘客户端已安装APP1’的情况下，涉及客户端的隐私信息。URL3中的结果码是‘03’，但是，ADX平台不再用URL3中编码‘03’，替换URL1中的{reason}宏参数，而是用结果码‘04’，替换URL1中的{reason}宏参数，以保护用户的隐私信息。相应的，信息C中的URL4格式如下：https://test.com/impression/reason=04。

其中，“impression/reason”中的“/”表示问号。

类似的，信息C可以通过URL4及HTTP实现。

具体地，在HTTP请求的基础上，为了实现信息C指示广告的未曝光原因，客户端将URL1中携带的{reason}宏参数替换为结果码，从而得到URL4。其中，被替换的结果码是基于ULR3中的结果码确定的，且与广告的未曝光原因存在映射关系，如表1所示。这样一来，信息C也就携带了广告的未曝光原因。

对于ADX平台而言，ADX平台确定信息C之后，执行S908：

S908、ADX平台向DSP发送信息C。相应的，DSP接收来自ADX平台的信息C。

示例性的，在用户点击ADX平台侧的URL4的情况下，信息C也就从ADX平台发送到DSP，DSP也就能够接收到ADX平台反馈的信息C。

容易理解的是，信息C指示的未曝光原因不包括客户端的隐私信息，详见S907的介绍。

对于DSP而言，DSP接收信息C之后，DSP根据信息C中的未曝光原因，来调整广告的投放策略。

例如，在广告素材是一段视频的情况下，可以将广告素材替换为一张图片，以缩短广告素材的下载时长，提高广告在客户端上成功展示的概率，从而提高广告曝光率。

再如，在第一APP采用预下载播放机制的情况下，可以修改定向规则，如设置为文案的前端播放广告，从而提高广告曝光率。

在一些实施例中，ADX平台也向DSP发送胜出通知，以指示广告在竞价中胜出。

本申请描述的系统架构及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的唯一限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

以上结合图1-图9详细说明了本申请实施例提供的方法。以下结合图10详细说明本申请实施例提供的装置。

示例1，图10为本申请实施例提供的广告交易平台的结构示意图。如图10所示，装置1000可以包括：收发单元1001和处理单元1002。装置1000可用于实现上述方法实施例中涉及的广告交易平台的功能。

其中，所述收发单元1001，用于接收来自客户端的第一信息，所述第一信息指示广告在所述客户端上的未曝光原因，所述广告是需求方平台DSP提供，且通过所述收发单元1001投放至所述客户端的。

所述收发单元1001，还用于向所述DSP发送第二信息，其中，所述第二信息包括所述未曝光原因，或者，所述第二信息是基于所述未曝光原因确定的信息。所述第二信息是所述处理单元1002确定的。

在一种可能的设计中，所述收发单元1001，用于接收来自客户端的第一信息，包括：接收来自所述客户端的第一统一资源定位符URL，其中，所述第一URL包括所述第一信息。

在一种可能的设计中，所述收发单元1001，还用于向所述DSP发送第二信息，包括：向所述DSP发送第二URL，其中，所述第二URL包括所述第二信息。

在一种可能的设计中，所述收发单元1001，还用于在接收来自客户端的第一信息之前，向所述客户端发送第三信息，所述第三信息用于请求所述第一信息。

在一种可能的设计中，所述收发单元1001，用于向所述客户端发送第三信息，包括：向所述客户端发送第三URL，所述第三URL包括所述第三信息。

在一种可能的设计中，所述收发单元1001，还用于在向所述客户端发送第三信息之前，接收来自所述DSP的第四信息，其中，所述第四信息用于请求所述第二信息。

在一种可能的设计中，所述收发单元1001，还用于接收来自所述DSP的第四信息，包括：接收来自所述DSP的第四URL，所述第四URL包括所述第四信息。

在一种可能的设计中，所述第三URL是所述处理单元1002将初始URL中的宏参数替换为所述第四URL后生成的。其中，所述初始URL是所述处理单元1002生成的URL。

在一种可能的设计中，所述第二URL是所述处理单元1002将所述第四URL中的宏参数替换为所述第二信息后生成的。

示例2，图10为本申请实施例提供的客户端的结构示意图。如图10所示，装置1000可以包括：收发单元1001和处理单元1002。装置1000可用于实现上述方法实施例中涉及的客户端的功能。

其中，所述处理单元1002，用于确定广告在所述装置1000上的未曝光原因，其中，所述广告是需求方平台DSP提供，且通过所述广告交易平台投放至所述装置1000的。

所述收发单元1001，用于向所述广告交易平台发送第一信息，其中，所述第一信息指示所述广告在所述装置1000上的未曝光原因。

在一种可能的设计中，所述收发单元1001，用于向所述广告交易平台发送第一信息，包括：向所述广告交易平台发送第一统一资源定位符URL，所述第一URL包括所述第一信息。

在一种可能的设计中，所述收发单元1001，还用于在向所述广告交易平台发送第一信息之前，接收来自所述广告交易平台的第三信息，其中，所述第三信息用于请求所述第一信息。

在一种可能的设计中，所述收发单元1001，用于接收来自所述广告交易平台的第三信息，包括：接收来自所述广告交易平台的第三URL，所述第三URL包括所述第三信息。

在一种可能的设计中，所述第一URL是所述处理单元1002将所述第三URL中的宏参数替换为所述第一信息后生成的。

示例3，图10为本申请实施例提供的需求方平台的结构示意图。如图10所示，装置1000可以包括：收发单元1001和处理单元1002。装置1000可用于实现上述方法实施例中涉及的需求方平台的功能。

其中，所述处理单元1002，用于确定通过广告交易平台投放至客户端的广告。

所述收发单元1001，用于接收来自所述广告交易平台的第二信息，其中，所述第二信息包括所述广告在所述客户端上的未曝光原因，或者，所述第二信息是基于所述未曝光原因确定的信息。

在一种可能的设计中，所述收发单元1001，用于接收来自所述广告交易平台的第二信息，包括：接收来自所述广告交易平台的第二URL，所述第二URL包括所述第二信息。

在一种可能的设计中，所述收发单元1001，还用于在接收来自所述广告交易平台的第二信息之前，向所述广告交易平台发送第四信息，其中，所述第四信息用于请求所述第二信息。

在一种可能的设计中，所述收发单元1001，用于向所述广告交易平台发送第四信息，包括：向所述广告交易平台发送第四URL，其中，所述第四URL包括所述第四信息。

其中，收发单元可以包括接收单元和发送单元，可以由收发器或收发器相关电路组件实现，可以为收发器或收发模块。

可选地，图10所示的装置1000还可以包括存储单元1003，该存储单元1003中存储有程序或指令。当收发单元1001和处理单元1002执行该程序或指令时，使得图10所示的装置1000可以执行上述方法实施例中所述的方法。

装置1000中的各个单元的操作和/或功能分别为了实现上述方法实施例中所述的方法的相应流程，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元的功能描述，为了简洁，在此不再赘述。

图10所示的装置1000的技术效果可以参考上述方法实施例中所述的方法的技术效果，此处不再赘述。

除了以装置1000的形式以外，本申请提供的技术方案也可以为装置中的功能单元或者芯片。

本申请实施例还提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述任一方法实施例中的方法。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请实施例并不限定。示例性地，存储器可以是非瞬时性处理器，例如只读存储器（read only memory，ROM），其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性地，该芯片系统可以是现场可编程门阵列（field programmable gatearray，FPGA），可以是专用集成芯片（application specific integrated circuit，ASIC），还可以是系统芯片（system on chip，SoC），还可以是中央处理器（central processorunit，CPU），还可以是网络处理器（network processor，NP），还可以是数字信号处理电路（digital signal processor，DSP），还可以是微控制器（micro controller unit，MCU），还可以是可编程控制器（programmable logic device，PLD）或其他集成芯片。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的广告投放方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的广告投放方法。

另外，本申请实施例还提供一种装置。该装置具体可以是组件或模块，该装置可包括相连的一个或多个处理器和存储器。其中，存储器用于存储计算机程序。当该计算机程序被一个或多个处理器执行时，使得装置执行上述各方法实施例中的广告投放方法。

其中，本申请实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法。因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应地软件模块组成，软件模块可以被存放于随机存取存储器（random access memory，RAM）、闪存、只读存储器、可擦除可编程只读存储器（erasable programmable read only memory，EPROM）、电可擦可编程只读存储器（electrically erasable programmable read only memory，EEPROM）、寄存器、硬盘、移动硬盘、只读光盘（compact disc read only memory，CD-ROM）或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路（application specific integratedcircuit，ASIC）中。

通过以上的实施方式的描述，本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明。实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成；即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的。例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

计算机可读存储介质包括但不限于以下的任意一种：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种广告监测方法，其特征在于，包括：

广告交易平台接收来自客户端的第一信息，所述第一信息指示广告在所述客户端上的未曝光原因，所述未曝光原因包括：所述客户端未展示所述广告的任意一部分的原因，所述广告是需求方平台DSP提供，且通过所述广告交易平台投放至所述客户端的；

所述广告交易平台向所述DSP发送第二信息，其中，所述第二信息包括所述未曝光原因，或者，所述第二信息是基于所述未曝光原因确定的信息。

2.根据权利要求1所述的方法，其特征在于，所述第二信息包括所述未曝光原因，包括：在所述未曝光原因不包括所述客户端的隐私信息的情况下，所述第二信息包括所述未曝光原因；或者，

所述第二信息是基于所述未曝光原因确定的信息，包括：在所述未曝光原因包括所述客户端的隐私信息的情况下，所述第二信息是基于所述未曝光原因确定的信息。

3.根据权利要求1或2所述的方法，其特征在于，

所述广告交易平台接收来自客户端的第一信息，包括：

所述广告交易平台接收来自所述客户端的第一统一资源定位符URL，其中，所述第一URL包括所述第一信息。

4.根据权利要求3所述的方法，其特征在于，

所述广告交易平台向所述DSP发送第二信息，包括：

所述广告交易平台向所述DSP发送第二URL，其中，所述第二URL包括所述第二信息。

5.根据权利要求4所述的方法，其特征在于，所述广告交易平台接收来自客户端的第一信息之前，所述方法还包括：

所述广告交易平台向所述客户端发送第三信息，所述第三信息用于请求所述第一信息。

6.根据权利要求5所述的方法，其特征在于，

所述广告交易平台向所述客户端发送第三信息，包括：

所述广告交易平台向所述客户端发送第三URL，所述第三URL包括所述第三信息。

7.根据权利要求6所述的方法，其特征在于，所述第一URL是所述客户端将所述第三URL中的宏参数替换为所述第一信息后生成的。

8.根据权利要求6或7所述的方法，其特征在于，所述广告交易平台向所述客户端发送第三信息之前，所述方法还包括：所述广告交易平台接收来自所述DSP的第四信息，其中，所述第四信息用于请求所述第二信息。

9.根据权利要求8所述的方法，其特征在于，

所述广告交易平台接收来自所述DSP的第四信息，包括：

所述广告交易平台接收来自所述DSP的第四URL，所述第四URL包括所述第四信息。

10.根据权利要求9所述的方法，其特征在于，所述第三URL是所述广告交易平台将初始URL中的宏参数替换为所述第四URL后生成的；

其中，所述初始URL是所述广告交易平台生成的URL。

11.根据权利要求9或10所述的方法，其特征在于，所述第二URL是所述广告交易平台将所述第四URL中的宏参数替换为所述第二信息后生成的。

12.一种广告监测方法，其特征在于，包括：

客户端确定广告在所述客户端上的未曝光原因，其中，所述广告是需求方平台DSP提供，且通过所述广告交易平台投放至所述客户端的，所述未曝光原因包括：所述客户端未展示所述广告的任意一部分的原因；

所述客户端向所述广告交易平台发送第一信息，其中，所述第一信息指示所述广告在所述客户端上的未曝光原因。

13.根据权利要求12所述的方法，其特征在于，

所述客户端向所述广告交易平台发送第一信息，包括：

所述客户端向所述广告交易平台发送第一统一资源定位符URL，其中，所述第一URL包括所述第一信息。

14.根据权利要求13所述的方法，其特征在于，所述客户端向所述广告交易平台发送第一信息之前，所述方法还包括：

所述客户端接收来自所述广告交易平台的第三信息，其中，所述第三信息用于请求所述第一信息。

15.根据权利要求14所述的方法，其特征在于，

所述客户端接收来自所述广告交易平台的第三信息，包括：

所述客户端接收来自所述广告交易平台的第三URL，所述第三URL包括所述第三信息。

16.根据权利要求15所述的方法，其特征在于，所述第一URL是所述客户端将所述第三URL中的宏参数替换为所述第一信息后生成的。

17.一种广告监测方法，其特征在于，包括：

需求方平台DSP确定通过广告交易平台投放至客户端的广告；

所述DSP接收来自所述广告交易平台的第二信息，其中，所述第二信息包括所述广告在所述客户端上的未曝光原因，或者，所述第二信息是基于所述未曝光原因确定的信息；

所述未曝光原因包括：所述客户端未展示所述广告的任意一部分的原因。

18.根据权利要求17所述的方法，其特征在于，所述第二信息包括所述未曝光原因，包括：在所述未曝光原因不包括所述客户端的隐私信息的情况下，所述第二信息包括所述未曝光原因；或者，

19.根据权利要求17或18所述的方法，其特征在于，

所述DSP接收来自所述广告交易平台的第二信息，包括：

所述DSP接收来自所述广告交易平台的第二URL，所述第二URL包括所述第二信息。

20.根据权利要求19所述的方法，其特征在于，所述DSP接收来自所述广告交易平台的第二信息之前，所述方法还包括：所述DSP向所述广告交易平台发送第四信息，其中，所述第四信息用于请求所述第二信息。

21.根据权利要求20所述的方法，其特征在于，

所述DSP向所述广告交易平台发送第四信息，包括：

所述DSP向所述广告交易平台发送第四URL，其中，所述第四URL包括所述第四信息。

22.一种广告交易平台，其特征在于，包括：处理器、存储器和通信接口，所述存储器、所述通信接口与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述广告交易平台执行如权利要求1-11中任一项所述的方法。

23.一种客户端，其特征在于，包括：处理器、存储器和通信接口，所述存储器、所述通信接口与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述客户端执行如权利要求12-16中任一项所述的方法。

24.一种需求方平台，其特征在于，包括：处理器、存储器和通信接口，所述存储器、所述通信接口与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器从所述存储器中读取所述计算机指令，以使得所述需求方平台执行如权利要求17-21中任一项所述的方法。

25.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被执行时，实现如权利要求1-21中任意一项所述的方法。