CN108122124B

CN108122124B - 信息推送方法、平台及系统

Info

Publication number: CN108122124B
Application number: CN201611080187.6A
Authority: CN
Inventors: 张鹏鹏
Original assignee: Tencent Technology Beijing Co Ltd
Current assignee: Tencent Technology Beijing Co Ltd
Priority date: 2016-11-30
Filing date: 2016-11-30
Publication date: 2021-06-25
Anticipated expiration: 2036-11-30
Also published as: CN108122124A

Abstract

本申请提出了一种信息推送方法，包括：响应于来自用户的信息推送请求，向第一需求方平台DSP发送第一询问请求并向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值；接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。本申请还提出的相应的平台和系统，能改善信息推送效果。

Description

信息推送方法、平台及系统

技术领域

本申请涉及互联网技术领域，特别涉及信息推送方法、平台及系统。

背景技术

随着互联网技术的发展，越来越多的媒体内容(包括：文本、图片、音频、视频等)会通过互联网推送给各种用户。比如：用户在使用手机、PC等终端设备浏览网页时，会接收到网络侧推送的各种媒体内容，比如：图片或视频格式的广告、公益宣传信息、新闻等。这样，用户可以及时获知时讯、感兴趣的内容等。这类媒体内容可被称为推送信息或推送内容等。

发明内容

本申请提出了一种信息推送方法，包括：响应于来自用户的信息推送请求，向第一需求方平台(DSP)发送第一询问请求并向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值；接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

本申请还提出了一种推送信息交易平台，包括：发送模块，响应于来自用户的信息推送请求，向第一DSP发送第一询问请求并向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值；接收模块，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；确定模块，根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

本申请还提出了一种供应方平台(SSP)，包括：发送模块，响应于来自用户的信息推送请求，向第一DSP发送第一询问请求并向推送信息交易平台转发所述信息推送请求，使得所述推送信息交易平台向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值；接收模块，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述推送信息交易平台的询问结果，其中，所述推送信息交易平台接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值，根据所述第二询问响应确定所述询问结果；确定模块，根据所述第一询问响应和所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

本申请还提出了一种信息推送系统，包括：SSP，将来自用户的信息推送请求转发至推送信息交易平台；所述推送信息交易平台，响应于所述信息推送请求，向第一DSP发送第一询问请求并向第二DSP发送第二询问请求；所述第一DSP，响应于所述第一询问请求，确定对应于所述信息推送请求的第一订单信息，并返回携带所述第一订单信息的第一询问响应给所述推送信息交易平台；所述第二DSP，响应于所述第二询问请求，确定对应于所述信息推送请求的第二订单信息及其资源数值，并返回携带所述第二订单信息及其所述资源数值的第二询问响应给所述推送信息交易平台；所述推送信息交易平台，根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并通过所述SSP向所述用户推送所确定的所述订单对应的媒体内容。

本申请还提出了一种信息推送系统，包括：SSP，响应于来自用户的信息推送请求，向第一DSP发送第一询问请求并向推送信息交易平台转发所述信息推送请求；所述推送信息交易平台，响应于所述信息推送请求，向第二DSP发送第二询问请求；所述第一DSP，响应于所述第一询问请求，确定对应于所述信息推送请求的第一订单信息，并返回携带所述第一订单信息的第一询问响应给所述SSP；所述第二DSP，响应于所述第二询问请求，确定对应于所述信息推送请求的第二订单信息及其资源数值，并返回携带所述第二订单信息及其所述资源数值的第二询问响应给所述推送信息交易平台；所述推送信息交易平台，根据所述第二询问响应确定询问结果，并发送所述询问结果给所述SSP；所述SSP，根据所述第一询问响应和所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

采用本申请提供的上述方案，能够改善信息推送效果。

附图说明

为了更清楚的说明本申请中的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。其中，

图1为本申请实例涉及的系统构架图；

图2为本申请实例的方法流程图；

图3为本申请实例的信息推送流程图；

图4为本申请实例的信息推送流程图；

图5为本申请实例中的平台组成结构示意图；

图6为本申请实例中的平台组成结构示意图；及

图7为本申请实例中的计算设备组成结构示意图。

具体实施方式

为了描述上的简洁和直观，下文通过描述若干代表性的实施例来对本发明的方案进行阐述。但本文并未示出所有实施方式。实施例中大量的细节仅用于帮助理解本发明的方案，本发明的技术方案实现时可以不局限于这些细节。为了避免不必要地模糊了本发明的方案，一些实施方式没有进行细致地描述，而是仅给出了框架。下文中，“包括”是指“包括但不限于”，“根据……”是指“至少根据……，但不限于仅根据……”。说明书和权利要求书中的“包括”是指某种程度上至少包括，应当解释为除了包括之后提到的特征外，其它特征也可以存在。

本申请提供了一种信息推送方法，该方法所应用的系统构架，如图1所示。该系统构架包括：应用客户端101、媒体内容服务器102、供应方平台(SSP)103、推送信息交易平台(比如互联网广告系统中的广告交易平台ADX)104、多个DSP 105。这些DSP 105分为两种：第一DSP 1051和第二DSP 1052，这两种DSP与推送信息交易平台104之间预定的订单交易方式不同。用户使用用户设备中的应用客户端101(比如：视频客户端、新闻客户端、浏览器等)访问媒体内容服务器102进而能够浏览页面内容或者观看视频。应用客户端101会发送携带用户信息、展示位置信息和/或设备信息等的信息推送请求(比如：互联网广告系统中的广告曝光请求)到SSP 103。

在一些实例中，SSP 103对这些信息推送请求做过滤处理后，将未被过滤的信息推送请求发送至推送信息交易平台104。推送信息交易平台104向各DSP 105发起询问过程(比如互联网广告系统中的询价过程)，根据来自各DSP 105的反馈确定当前待推送的订单，并将该订单的信息通过SSP 104提供给应用客户端101，使得应用客户端101可以展示该订单的信息描述的媒体内容(比如广告、新闻等内容)。

当推送信息交易平台104确定待推送的订单时，第一DSP 1051具有较高的优先级，第一DSP 1051与推送信息交易平台104之间预定好了订单的资源数值(如：订单的价格)。第一DSP 1051可以与推送信息交易平台104约定保证一定的资源数值而不保证订单的推送次数(比如：互联网广告的保价不保量)，此种第一DSP 1051在互联网广告系统里可被称为品牌DSP，其与推送信息交易平台(即ADX)的订单交易方式为优先交易(PD，Preferred Deals)方式。相比之下，第二DSP 1052具有较低的优先级，第二DSP 1052与推送信息交易平台104之间没有预定好订单的资源数值，而是由推送信息交易平台104实时的根据各个第二DSP1052反馈的资源数值来决定采用哪个第二DSP 1052反馈的订单来进行推送，此种第二DSP1051在互联网广告系统里可被称为普通DSP，其与推送信息交易平台(即ADX)的订单交易方式为实时竞价(RTB，Real Time Bidding)方式。

在另一些实例中，SSP 103对这些信息推送请求做过滤处理后，将未被过滤的信息推送请求发送至推送信息交易平台104，针对未被过滤的信息推送请求向各第一DSP 1051发起询问过程。推送信息交易平台104向各第二DSP 1052发起询问过程，根据来自各第二DSP 1052的反馈确定候选的订单并将该候选的订单的信息反馈给SSP 103。SSP 103根据来自各第一DSP 1051的反馈以及来自推送信息交易平台104的候选订单的信息，确定当前待推送的订单。

这里，信息推送请求携带的信息中，用户信息可以包括互联网用户在各种APP、网站上注册使用的各种账号，如：QQ等即时通讯号码、e-mail地址、微信账号、微博账号、淘宝账号等；展示位置信息用来描述媒体服务器102在应用客户端的页面中提供的用来展示媒体内容的位置，比如描述某个页面中可用来展示广告的位置；设备信息用来描述用户设备本身的属性，可包括：诸如移动终端、PC、智能电视等设备类型，诸如安卓、IOS等操作系统类型，品牌/机型信息等等。

上述的用户设备可以为诸如手机、平板、掌上电脑、可穿戴设备等便携式终端设备，也可以为台式机、笔记本电脑等PC，也可以为智能电视等各种具有互联网访问能力和展示界面的智能设备。上述的媒体内容服务器102可以为互联网中能够向用户提供各种媒体内容展示服务的服务器，比如：门户网站服务器、在线视频服务器、社交应用服务器(如微博、微信、即时通讯服务器等)、电子邮件服务器、社交网络平台服务器(如博客、BBS服务器等)、电商平台服务器(京东、淘宝、亚马逊等平台的服务器)等。这里的供应方指的是推送流量(也称为曝光流量)的供应方，即能够提供曝光机会的一方。上述的媒体内容可以为图片、视频、音频等格式的广告、公益宣传信息、新闻等。

本申请实例提出了一种能够应用于上述系统构架的信息推送方法，该方法可以应用于推送信息交易平台104，或者应用于SSP 103和推送信息交易平台104。如图2所示，该方法包括：

步骤201：响应于来自用户的信息推送请求，向第一DSP 1051发送第一询问请求并向第二DSP 1052发送第二询问请求，使得第一DSP 1051确定对应于此信息推送请求的第一订单信息，还使得第二DSP 1052确定对应于此信息推送请求的第二订单信息及其资源数值。

在一些实例中，本步骤由推送信息交易平台104来执行，推送信息交易平台104响应于从SSP 103接收到的此信息推送请求，向第一DSP 1051发送第一询问请求并向第二DSP1052发送第二询问请求。

在另一些实例中，本步骤由SSP 103和推送信息交易平台104来执行，SSP103响应于从媒体内容服务器102接收到的此信息推送请求，向第一DSP 1051发送第一询问请求，还将此信息推送请求发送至推送信息交易平台104。推送信息交易平台104响应于来自SSP103的信息推送请求向第二DSP 1052发送第二询问请求。

步骤202：接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息。

本步骤是由第一询问请求的发送方来执行，可以由SSP 103或者推送信息交易104来执行。

步骤203：接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值。

本步骤是由第二询问请求的发送方来执行，可以由SSP 103或者推送信息交易平台104来执行。

上述步骤202和203的执行是并行的，二者没有先后顺序之分。

在一些实例中，本方法应用于互联网广告系统。推送信息交易平台104为ADX 104。上述信息推送请求为广告曝光请求或者称为广告请求。上述第一DSP 1051可以包括一个或多个，可称为品牌DSP 1051。上述第一询问请求可以为PD请求，上述第一询问响应可以为PD响应，其如果携带订单标识，则表明品牌DSP 1051要求针对当前广告请求推送该订单对应的媒体内容(即品牌DSP 1051决定要这个流量)，其如果未携带订单标识(比如订单标识字段为空)，则表明品牌DSP 1051决定针对当前广告请求不推送媒体内容(即品牌DSP 1051不要这个流量)。上述第二DSP 1052可以包括多个，可称为普通DSP 1052。上述第二询问请求可以为RTB请求，上述第二询问响应可以为RTB响应，其携带普通DSP 1052针对当前广告请求做选单处理而得到的订单信息(也称为选单结果)及出价，其所携带的订单信息和出价有可能表明DSP 1052针对当前广告请求未选出合适的订单且没有出价(即普通DSP 1052不要这个流量)。

步骤204：根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

本步骤可以由SSP 103或者推送信息交易平台104来执行。

在一些实例中，第一询问请求和第二询问请求均由推送信息交易平台104发出，本步骤由推送信息交易平台104执行，其可以根据第一询问响应确定哪个第一DSP 1051决定推送媒体内容，还根据第二询问响应确定哪个第二DSP1052决定推送媒体内容以及所出的资源数值，并基于预设的策略，决定采用哪个DSP 1051或1052给出的订单来推送媒体内容。

在另一些实例中，第一询问请求由SSP 103发出，第二询问请求由推送信息交易平台104发出，本步骤由SSP 103来执行，其可以根据第一询问响应确定哪个第一DSP 1051决定推送媒体内容。推送信息交易平台104则可根据第二询问响应确定哪个第二DSP 1052决定推送媒体内容以及所出的资源数值，并将所确定的订单信息和资源数值反馈给SSP 103。SSP 103会结合第一询问响应和推送信息交易平台104反馈的信息，基于预设的策略，决定采用哪个DSP 1051或1052给出的订单来推送媒体内容。

上述实例中，第一询问请求和第二询问请求被并行的发送到第一DSP 1051和第二DSP 1052，进而可以在较短的时间内接收到第一询问响应和第二询问响应，并结果这两种询问响应确定当前待推送的订单，进而能够显著提高信息推送的效率，减少媒体内容推送的时延。

在一些实例中，在上述步骤201中，在执行向第一DSP 1051发送第一询问请求并向第二DSP 1052发送第二询问请求的处理之前，可进一步包括：判断当前的信息推送请求是否符合预定条件，如果是，则执行此向第一DSP 1051发送第一询问请求并向第二DSP 1052发送第二询问请求的处理。

在这些实例中，SSP 103或推送信息交易平台104可以针对符合预定条件的信息推送请求执行上述步骤201～204的处理，能够根据需求设定条件以针对特定的情况采用这种对于第一DSP 1051和第二DSP 1052并行询问的方案。

在一些实例中，上述判断当前的信息推送请求是否符合预定条件可以包括：判断此信息推送请求对应的展示位置信息、用户特征信息和/或设备信息是否符合预定条件。在互联网广告推送的场景下，此展示位置信息就是广告位信息，用户特征信息代表用户定向，比如：地域信息(北京或是上海等)、性别、偏好等，设备信息代表设备定向，比如：品牌、类型、机型等。那么对于某些广告位，品牌DSP 1051虽然具有较高优先级，但是很可能不愿在此广告位上或是针对此用户定向/设备定向推送广告(即不要这个流量)，那么采用上述流程就能并行的向普通DSP 1052发起竞价流程(比如RTB竞价)，这样，如果品牌DSP 1051不愿在此广告位上或是针对此用户定向/设备定向推送广告，则可以及时按竞价结果选用普通DSP 1052选出的订单来推送广告(即把这个流量给普通DSP)，可以显著提高信息推送效率，缩短广告推送的时延。

在一些实例中，如果判定当前的信息推送请求不符合预定条件，则不执行此向第一DSP 1051发送第一询问请求并向第二DSP 1052发送第二询问请求的处理，而先向第一DSP 1051发起询问过程，再向第二DSP 1052发起询问过程，具体的包括如下步骤：

步骤1：向第一DSP 1051发送第一询问请求，使得第一DSP 1051确定对应于所述第一询问请求的第一订单信息。

步骤2：接收来自第一DSP 1051的第一询问响应，此第一询问响应携带第一订单信息。

步骤3：根据此第一询问响应，判断是否能确定待推送的订单。具体的，判断第一DSP 1051是否要针对当前的信息推送请求推送媒体内容，如果该第一询问响应携带的订单信息字段为空，则可确定第一DSP 1051不要推送媒体内容，即无法确定待推送的订单。

步骤4：如果能确定，则向用户推送所确定的订单对应的媒体内容，结束当前处理流程。如果不能确定，则向第二DSP 1052发送第二询问请求，使得第二DSP 1052确定对应于此第二询问请求的第二订单信息及其资源数值，并继续执行步骤5～6。

也就是说，如果第一DSP 1051要针对当前的信息推送请求推送一媒体内容，则推送该媒体内容，如果第一DSP 1051不要推送媒体内容，再向第二DSP 1052发起询问，即优先向第一DSP 1051发起询问。

步骤5：接收来自第二DSP 1052的第二询问响应，此第二询问响应携带第二订单信息及其资源数值。

步骤6：根据此第二询问响应，确定待推送的订单，并向用户推送所确定的订单对应的媒体内容。

上述实例中，针对不符合预定条件的信息推送请求，会先后向第一DSP 1051和第二DSP 1052发起询问。在互联网广告场景下，对于某些广告位或是用户定向/设备定向，品牌DSP 1051更愿意推送广告(即要这个流量)，则可以先向品牌DSP 1051发起询问流程(如PD流程)，在品牌DSP 1051确认不要推送广告时(即不要这个流量时)，再向普通DSP 1052发起询价流程(如RTB流程)。这样，能针对各种情况，灵活的采用询问策略，并能减少并发的询问请求数量，提高系统性能。

上述步骤1～6可由SSP 103或者推送信息交易平台104执行。

在一些实例中，步骤201中，在执行向第一DSP 1051发送第一询问请求的处理之前，可进一步根据用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，选择第一DSP 1051，之后，向所选择的第一DSP 1051发送此第一询问请求。如前所述，用户特征信息和设备信息对应于信息推送请求，可能携带在信息推送请求中，也可能根据信息推送请求携带的用户标识从用户数据库中获得。当前可用的信息推送次数为供应方根据用户历史数据而维护的数据，可称为剩余库存或者剩余(曝光)流量，代表针对某个用户维度或设备维度供应方可提供的媒体内容的推送次数，比如：针对上海用户提供500M流量。预定的协议可以是供应方与第一DSP 1051之间达成的协议，比如，协议可以规定针对某些用户定向、设备定向可以采用本申请提供的上述流程以及协议价格。这样，基于预设的策略，通过匹配用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，可以从多个第一DSP 1051中筛选合适的第一DSP。采用此种方案能进一步减少第一询问请求的并发数量，减少处理资源浪费，提高系统性能，供应方还可以根据需求自由配置适合采用上述流程的用户定向、设备定向、流量库存和/或与DSP的协议规定，以实现更佳的信息推送效果，更好的满足DSP的信息推送需求，并能获取更好的商业收益。

在一些实例中，步骤201中，在执行向第二DSP 1052发送第二询问请求的处理之前，也可进一步根据用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，选择合适的多个第二DSP 1052，比如：考虑用户定向、设备定向、频次控制等因素，可以确定与当前信息推送请求(即曝光机会)合适的第二DSP 1052。之后，向所选择的各第二DSP1052分别发送第二询问请求。采用此种方案，可以减少系统中并发的第二询问请求数量，节约处理资源，提高信息推送效率。

在一些实例中，步骤204中确定待推送的订单的处理可以具体包括：根据第一询问响应中的第一订单信息，确定第一DSP 1051是否为当前的信息推送请求选中订单，如果是，则根据此第一订单信息确定待推送的订单；否则根据第二询问响应中的第二订单信息及其资源数值确定待推送的订单。

如前所述，第一询问响应携带的订单信息如果为空，则说明未选中订单。这里，可能收到一个或多个第一询问响应，如果所有的第一询问响应携带的订单信息均为空，则说明第一DSP 1051没有为当前的信息推送请求选中订单；如果有一个第一询问响应携带有效的订单信息，则根据该第一询问响应携带的订单信息确定待推送的订单；如果有多个第一询问响应携带有效的订单信息，则根据这些第一询问响应对应的预定资源数值选择最大的资源数值对应的第一询问响应，并根据该第一询问响应携带的订单信息确定当前待推送的信息。

其中，可能接收到来自多个第二DSP 1052的多个第二询问响应，可以根据各第二询问响应携带的资源数值，选择资源数值最大的第二询问响应，之后根据该第二询问响应携带的第二订单信息确定待推送的订单。

其中，在互联网广告推送场景下，第一询问请求为发给品牌DSP的PD请求，第一询问响应为品牌DSP反馈的PD响应，每个品牌DSP与SSP 103或ADX104有事先约定的协议价格(即预定资源数值)，这里，可以选择协议价格最高的品牌DSP发来的PD响应，根据该PD响应携带的订单信息确定当前待推送的订单，即采用协议价格最高的品牌DSP选中的订单来进行投放广告。当然，根据实现的需要，也可以采用其它方式来确定选择哪个品牌DSP的PD响应来确定待推送的订单。第二询问请求为发给普通DSP的RTB请求，第二询问响应为RTB响应，每个RTB响应携带订单信息(即普通DSP的选单结果)和出价，则可以基于这些RTB响应进行RTB竞价处理，选择出价最高的普通DSP反馈的RTB响应，再采用该RTB响应携带的订单信息来投放广告。采用上述方案，品牌DSP具有较高优先级，如果有品牌DSP的PD响应表明其想要这个流量，就将这个流量给品牌DSP(即采用品牌DSP给出的订单信息来投放广告)，当所有品牌DSP都不想要这个流量时，才进行RTB竞价处理，将流量给到出价最高的普通DSP。在一些实例中，为了保证响应速度，只会向一个品牌DSP发出PD请求，如果该品牌DSP的PD响应表明不要这个流量，即马上进行RTB竞价处理。

在一些实例中，步骤204中确定待推送的订单的处理可以具体包括：

根据第一询问响应携带的第一订单信息，确定第一DSP是否为当前的信息推送请求选中订单，如果是，则根据此第一订单信息、为此第一订单信息预设的资源数值、第二询问响应携带的第二订单信息及其资源数值确定当前待推送的订单；否则根据此第二订单信息及其资源数值确定当前待推送的订单。

其中，当确定第一DSP为当前的信息推送请求选中订单，则结合第一询问响应携带的第一订单信息及其预设的资源数值、第二询问响应携带的第二订单信息及其资源数值来确定当前待推送的订单。

在互联网广告推送场景下，就是结合品牌DSP反馈的PD响应以及普通DSP反馈的RTB响应综合确定当前待推送的订单。

在一些实例中，根据此第一订单信息、为此第一订单信息预设的资源数值、第二询问响应携带的第二订单信息及其资源数值确定当前待推送的订单可以具体包括：

根据预设的第一系数和为此第一订单信息预设的资源数值，确定第三资源数值；根据预设的第二系数和第二订单信息的资源数值，确定第四资源数值；判断所述第三资源数值是否大等于所述第四资源数值，如果是，则根据此第一订单信息确定当前待推送的订单；否则根据此第二订单信息确定当前待推送的订单。其中，针对不同的第一询问响应可以设置不同的第一系数，针对不同的第二询问响应可设置不同的第二系数，所得到的第三资源数值可能有多个，第四资源数值也可能有多个，从这些第三和第四资源数值中找到最大者即可。

在这些实例中，为第一订单信息对应的资源数值和第二订单信息对应的资源数值设置了不同的系数，也可以称为权重，采用这种系数分别计算得到新的资源数值之后，再从中选择较大者对应的订单信息，并根据该订单信息来完成媒体内容的推送。也就是说，给第一DSP反馈的订单信息和第二DSP反馈的订单信息设置不同的权重，进而可以对第一DSP和第二DSP反馈的订单信息进行一次性的选择，某些流量虽然第一DSP想要，但是如果预设的资源数值较低，也很可能给不到第一DSP而提供给第二DSP了。

在互联网广告推送场景下，就是可以给品牌DSP和普通DSP配置不同的系数(或者权重)，利用这些系数来重新计算品牌DSP的协议价格和普通DSP的出价，然后再进行比较，选择价格较高者提供的订单信息来完成广告推送。这样，对于某些流量，品牌DSP给出的价格较低，就有机会将流量给到普通DSP，从而带来更好的商业收益，并能满足各种DSP的广告推送需求，改善信息推送效果。

在一些实例中，可能接收到来自多个第二DSP 1052的多个第二询问响应，可以先确定各第二询问响应携带的各资源数值中最大者，再用该最大者采用上述方法来与第一询问响应对应的资源数值进行比较。即，上述方法可进一步包括：根据来自各第二DSP的各第二询问响应，确定各第二询问响应携带的各资源数值中最大的资源数值；其中，用于确定所述待推送的订单的所述第二订单信息及其所述资源数值包括：所述最大的资源数值及其对应的第二订单信息。如果第一询问响应有多个，也可以进一步确定对应预设资源数值最大的第一询问响应，利用此第一询问响应和携带最大资源数值的第二询问响应来确定当前的待推送订单。这样，为第一询问响应和第二询问响应分别设置一个第一系数和一个第二系数即可，这样计算和比较第三和第四资源数值的处理会比较简单，也能够满足确定待推送订单的需求。

在互联网广告推送场景下，可以先根据来自各普通DSP的RTB响应完成RTB竞价，得到出价最高的RTB响应，在根据此RTB响应和品牌DSP反馈的PD响应来确定当前待推送的订单。如果品牌DSP反馈的携带有效订单信息的PD响应也有多个，可以从多个PD响应确定协议价格最高者，再根据此PD响应和出价最高的RTB响应来确定当前待推送的订单。采用此种方案，实现简单，计算效率高。

在一些实例中，一个曝光机会(即一个广告请求)只会给一个品牌DSP发送PD请求，此品牌DSP会将最合适的订单信息通过PD响应返回给ADX，这样，ADX直接根据PD响应中携带的订单信息对应的协议价格和出价最高的RTB响应就能确定当前待推送的订单。

图3示出了本申请一实例的信息推送流程图。此实例是针对互联网广告推送场景的，其中，推送信息交易平台104为ADX，第一DSP 1051为品牌DSP(即优先级更高的DSP)，第二DSP 1052为普通DSP，信息推送请求为广告请求，第一询问请求为PD请求，第一询问响应为PD响应，第二询问请求为RTB请求，第二询问响应为RTB响应。如图3所示，此实例中的广告推送流程如下。

步骤301：应用客户端101在通过互联网访问页面内容时，会向SSP 103发送广告请求。其中，应用客户端101中内置有广告软件开发包(SDK)，此广告SDK可以监听用户对于页面内容的访问，并针对当前用户访问的页面中的各个广告位向SSP 103发出广告请求。这里，一个广告请求针对一个广告位，一个广告请求可携带用户信息、广告位信息、应用客户端101所在用户设备的设备信息等等。

步骤302：SSP 103会对接收到的广告请求做过滤处理。比如：某些广告请求适用一些预定的投放方案，就不会再提供给ADX 104做处理，SSP 103可以通过广告投放引擎服务器完成投放。

步骤303：如果此广告请求未被过滤掉，则SSP 103会将其转发到ADX 104。

步骤304：ADX 104判断此广告请求是否适用本方案(即前述并行发起PD流程和RTB流程的方案)，如果是，则执行步骤305；否则采用另一方案(即以上步骤1～6所述先执行PD流程再执行RTB流程的方案)，对于此方案的具体实现流程图3未示出，这里也不再赘述。

在一些实例中，可以根据广告请求中携带的广告位信息来进行上述判断。ADX 104根据历史数据或者预先设定，可以确定哪些广告位是品牌DSP回退率较高的(即品牌DSP拒绝在此广告位上投放广告的比率)，针对这种广告位就适合采用本方案。因此，ADX 104可以根据广告请求中携带的广告位信息去匹配预设的适用本方案的广告位信息，进而确定此广告请求是否适用本方案。

在另一些实例中，也可以根据广告请求对应的用户特征信息和/或设备信息来进行上述判断。ADX 104可以根据历史数据或者预先设定确定哪些用户定向和/或设备定向是品牌DSP回退率较高的，这样就可以预设这类用户定向和/或设备定向适用本方案，ADX 104可以根据广告请求对应的用户特征信息和/或设备信息去匹配预设的适用本方案的用户定向和/或设备定向，进而确定此广告请求是否适用本方案。类似的，也可以将广告位信息与用户特征信息和/或设备信息结合起来进行上述判断。根据品牌DSP的各种广告投放需求，ADX 104可以灵活的配置适用于本方案的条件(广告位、用户定向和/或设备定向等)，之后可以确定广告请求是否符合此条件。这里，用户特征信息和/或设备信息可能携带在广告请求中，也可能通过广告请求携带的用户标识查询用户数据库而获得。

步骤305：ADX 104选择合适的品牌DSP 1051(可能是一个或多个)，并向所选择的品牌DSP 1051发送PD请求。并行的，ADX 104向各普通DSP 1052发送RTB请求。

在一些实例中，可以根据当前广告请求对应的用户特征信息、设备信息、当前预估的剩余库存(即剩余流量)和/或与品牌DSP签订的协议来选择合适的品牌DSP 1051。采用此种方案，可以根据需求以及实际情况，对品牌DSP做进一步筛选，将PD请求发送给适合当前广告请求的品牌DSP，从而能减少PD请求的并发数量，减少系统处理资源的浪费，改善系统性能。

在一些实例中，步骤305中，在执行向普通DSP 1052发送RTB请求的处理之前，也可进一步根据用户特征信息、设备信息、当前剩余流量和/或预定的协议，选择合适的多个普通DSP 1052，比如：考虑用户定向、设备定向、频次控制等因素，可以确定与当前广告请求(即曝光机会)合适的普通DSP 1052。之后，向所选择的各普通DSP 1052分别发送RTB请求。采用此种方案，可以减少系统中并发的RTB请求数量，节约处理资源，提高广告投放的效率。

步骤306：ADX 104接收来自品牌DSP 1051的PD响应和来自普通DSP 1052的RTB响应。其中，PD响应如果携带有效的订单信息(如订单标识)则说明相应的品牌DSP 1051决定针对此广告请求投放广告(即要这个流量)，如果不携带有效的订单信息(比如订单标识字段为空)，则说明相应的品牌DSP 1052拒绝针对此广告请求投放广告(即不要这个流量)；RTB响应携带订单信息和出价，当然，其也可能携带无效的订单信息和/或出价，说明相应的普通DSP 1052未能针对此广告请求筛选出适合的订单。

步骤307：ADX 104根据接收到的RTB响应做RTB竞价处理，比如：选择出对应最高出价的订单信息。

步骤308：ADX 104根据接收到的PD响应判断是否有品牌DSP要此流量，如果有，则执行步骤309；否则执行步骤310。这里，如前所述，如果有PD响应携带有效的订单信息，则说明有品牌DSP要此流量，如果所有PD响应都没有携带有效的订单信息，则说明没有品牌DSP要此流量。

步骤309：基于PD响应和RTB竞价结果做二次竞价，得到当前待推送的订单的信息，执行步骤311。

比如，可用PD响应对应的品牌DSP 1051与ADX 104的协议价格与RTB竞价结果中的出价进行比较，选择最大者对应的订单信息。这里，RTB竞价结果可包含各RTB响应携带的最高出价及其对应的订单信息。简单的说，这里就是从品牌DSP 1051的协议价格和普通DSP1052的出价中选择最大者，并将该最大者对应的订单作为当前待推送的订单。

再比如，给品牌DSP 1051设定第一系数，给普通DSP 1052设定第二系数，将PD响应对应的最高协议价格乘以第一系数得到新的最高协议价格，将RTB响应携带的最高出价乘以第二系数得到新的最高出价，再用新的最高协议价格和最高出价进行比较，选择最大者对应的订单信息。

步骤310：采用RTB竞价结果来确定当前待推送的订单的信息。具体的，RTB竞价结果可包含各RTB响应携带的最高出价及其对应的订单信息。

步骤311～312：ADX 104发送携带订单信息的广告响应至SSP 103，SSP 103再转发此广告响应至应用客户端101。

步骤313：应用客户端101中的广告SDK根据广告响应中的订单信息获取广告素材等信息，在相应的广告位上展示广告内容，进而完成广告曝光。

图4示出了本申请一实例的信息推送流程图。此实例针对的场景与图3相同，具体实现方式有些不同。如图4所示，此实例中的广告推送流程如下。

步骤401：应用客户端101在通过互联网访问页面内容时，会向SSP 103发送广告请求。具体实现与步骤301相同。

步骤402：SSP 103会对接收到的广告请求做过滤处理。具体实现与步骤302相同。

步骤403：如果此广告请求未被过滤掉，ADX 104判断此广告请求是否适用本方案(即前述并行发起PD流程和RTB流程的方案)，如果是，则执行步骤404；否则采用另一方案(即以上步骤1～6所述先执行PD流程再执行RTB流程的方案，可以转由ADX 104执行此方案)，对于此方案的具体实现流程图4未示出，这里也不再赘述。具体判断方法上述步骤304已有描述，这里不再赘述。

步骤404：SSP 103将此广告请求转发到ADX 104。并行的，SSP 103选择合适的品牌DSP 1051(可能是一个或多个)。具体选择方法上述步骤305已有描述，这里不再赘述。

步骤405～406：SSP 103向所选择的品牌DSP 1051发送PD请求，并接收PD响应。

步骤405’～406’：并行的，ADX 104向各普通DSP 1052发送RTB请求，接收RTB响应，根据各RTB响应做RTB竞价处理，并向SSP 103返回RTB竞价结果。

在一些实例中，步骤405’中，在执行向普通DSP 1052发送RTB请求的处理之前，也可进一步根据用户特征信息、设备信息、当前剩余流量和/或预定的协议，选择合适的多个普通DSP 1052，比如：考虑用户定向、设备定向、频次控制等因素，可以确定与当前广告请求(即曝光机会)合适的普通DSP 1052。之后，向所选择的各普通DSP 1052分别发送RTB请求。采用此种方案，可以减少系统中并发的RTB请求数量，节约处理资源，提高广告投放的效率。

步骤407：SSP 103根据接收到的PD响应判断是否有品牌DSP要此流量，如果有，则执行步骤408；否则执行步骤409。

步骤408：SSP 103基于PD响应和RTB竞价结果做二次竞价，得到当前待推送的订单的信息，执行步骤410。

步骤409：SSP 103采用RTB竞价结果来确定当前待推送的订单的信息。

步骤410～411：SSP 103发送携带订单信息的广告响应至应用客户端101。应用客户端101中的广告SDK根据广告响应中的订单信息获取广告素材等信息，在相应的广告位上展示广告内容，进而完成广告曝光。

上述各步骤的具体实现原理，前文已有描述，这里不再赘述。

基于前述的各个方法实例，本申请还提出了一种推送信息交易平台。该推送信息交易平台还可为互联网广告推送场景下的ADX。其可以包括至少一个服务器或者至少一个服务器集群。如图5所示，此推送信息交易平台500包括以下模块：

发送模块501，响应于来自用户的信息推送请求，向第一DSP发送第一询问请求并向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值。

接收模块502，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值。

确定模块503，根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

在一些实例中，推送信息交易平台500可进一步包括：判断模块504，响应于来自用户的信息推送请求，判断所述信息推送请求是否符合预定条件，如果是，则触发发送模块501执行上述处理。

在一些实例中，推送信息交易平台500可进一步包括：选择模块505，根据用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，选择第一DSP；其中，所述用户特征信息和所述设备信息对应于所述信息推送请求；其中，发送模块501向所选择的所述第一DSP发送所述第一询问请求。

本申请还提出了一种SSP，可为互联网广告推送场景下的SSP。其可以包括至少一个服务器或者至少一个服务器集群。如图6所示，此SSP 600包括以下模块：

发送模块601，响应于来自用户的信息推送请求，向第一DSP发送第一询问请求并向推送信息交易平台转发所述信息推送请求，使得所述推送信息交易平台向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值。

接收模块602，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述推送信息交易平台的询问结果，其中，所述推送信息交易平台接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值，根据所述第二询问响应确定所述询问结果。

确定模块603，根据所述第一询问响应和所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

在一些实例中，SSP 600可进一步包括：判断模块604，响应于来自用户的信息推送请求，判断所述信息推送请求是否符合预定条件，如果是，则触发发送模块601执行上述处理。

在一些实例中，SSP 600可进一步包括：选择模块605，根据用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，选择第一DSP；其中，所述用户特征信息和所述设备信息对应于所述信息推送请求；其中，发送模块601向所选择的所述第一DSP发送所述第一询问请求。

本申请还提出了一种信息推送系统，其可以是用于实现互联网广告推送的系统。如图1所示，该系统包括：SSP 103、推送信息交易平台104、第一DSP 1051和第二DSP 1052。

在一些实例中，SSP 103，将来自用户的信息推送请求转发至推送信息交易平台104；推送信息交易平台104，响应于所述信息推送请求，向所述第一DSP 1051发送第一询问请求并向所述第二DSP 1052发送第二询问请求；第一DSP 1051，响应于所述第一询问请求，确定对应于所述信息推送请求的第一订单信息，并返回携带所述第一订单信息的第一询问响应给所述推送信息交易平台104；第二DSP 1052，响应于所述第二询问请求，确定对应于所述信息推送请求的第二订单信息及其资源数值，并返回携带所述第二订单信息及其所述资源数值的第二询问响应给所述推送信息交易平台104；所述推送信息交易平台104，根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并通过所述SSP 103向所述用户推送所确定的所述订单对应的媒体内容。

在另一些实例中，SSP 103，响应于来自用户的信息推送请求，向第一DSP 1051发送第一询问请求并向推送信息交易平台104转发所述信息推送请求；所述推送信息交易平台104，响应于所述信息推送请求，向第二DSP 1052发送第二询问请求；第一DSP 1051，响应于所述第一询问请求，确定对应于所述信息推送请求的第一订单信息，并返回携带所述第一订单信息的第一询问响应给SSP103；第二DSP 1052，响应于所述第二询问请求，确定对应于所述信息推送请求的第二订单信息及其资源数值，并返回携带所述第二订单信息及其所述资源数值的第二询问响应给推送信息交易平台104；推送信息交易平台104，根据所述第二询问响应确定询问结果，并发送所述询问结果给所述SSP 103；SSP 103，根据所述第一询问响应和所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

上述各模块和/或平台可能实现在同一个服务器设备或者服务器集群中，也可能分布在不同的服务器设备或者服务器集群中。

上述各模块功能的实现原理前文已有详述，这里不再赘述。

在一实例中，上述推送信息交易平台500和/或SSP 600中的各模块可运行在各种计算设备中，并加载在该计算设备的存储器中。

图7示出了推送信息交易平台500和/或SSP 600所在的计算设备的组成结构图。如图7所示，该计算设备包括一个或者多个处理器(CPU)702、通信模块704、存储器706、用户接口710，以及用于互联这些组件的通信总线708。

处理器702可通过通信模块704接收和发送数据以实现网络通信和/或本地通信。

用户接口710包括一个或多个输出设备712，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口710也包括一个或多个输入设备714，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器706可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器706存储处理器702可执行的指令集，包括：

操作系统716，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

应用718，包括用于信息推送的各种应用程序，这种应用程序能够实现上述各实例中的处理流程，比如可以包括图5所示的推送信息交易平台500和/或图6所示的SSP 600中的部分或全部模块。在一些实例中，应用718可包括图5所示的各模块501～505中的部分或全部模块，和/或图6所示的各模块601～605中的部分或全部模块，各模块501～505、601～605中的至少一个模块可以存储有机器可执行指令。处理器702通过执行存储器706中各模块501～505、601～605中至少一个模块中的机器可执行指令，进而能够实现上述各模块501～505、601～605中的至少一个模块的功能。

需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。

各实施例中的硬件模块可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实施例也可以体现为软件产品。

各例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。

图7中的模块对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的CPU等可以根据指令执行部分和全部实际操作。

非易失性计算机可读存储介质包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。

综上所述，权利要求的范围不应局限于以上描述的例子中的实施方式，而应当将说明书作为一个整体并给予最宽泛的解释。

Claims

1.一种信息推送方法，其特征在于，包括：

响应于来自用户的携带展示位置信息、用户特征信息和/或设备信息的信息推送请求，判断所述信息推送请求对应的所述展示位置信息、所述用户特征信息和/或所述设备信息是否符合预定条件，如果是，则向第一需求方平台DSP发送第一询问请求并向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值，所述预定条件是根据信息推送的需求，针对所述展示位置信息、所述用户特征信息和/或所述设备信息预先设置的条件；

接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；

接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；

根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容；

所述方法进一步包括：

如果所述信息推送请求不符合所述预定条件，则向所述第一DSP发送第一询问请求，使得所述第一DSP确定对应于所述第一询问请求的第一订单信息；接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；根据所述第一询问响应，判断是否能确定待推送的订单；如果能确定，则向所述用户推送所确定的所述订单对应的媒体内容；如果不能确定，则向所述第二DSP发送第二询问请求，使得所述第二DSP确定对应于所述第二询问请求的第二订单信息及其资源数值；接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；根据所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

2.根据权利要求1所述的方法，如果所述信息推送请求对应的所述展示位置信息、所述用户特征信息和/或所述设备信息符合所述预定条件，则在执行所述向第一DSP发送第一询问请求的处理之前，进一步包括：

根据用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，选择第一DSP；其中，所述用户特征信息和所述设备信息对应于所述信息推送请求中；

其中，向所选择的所述第一DSP发送所述第一询问请求。

3.根据权利要求1所述的方法，其中，所述根据所述第一询问响应和所述第二询问响应，确定待推送的订单，包括：

根据所述第一询问响应中的所述第一订单信息，确定所述第一DSP是否为所述信息推送请求选中订单，如果是，则根据所述第一订单信息确定所述待推送的订单；否则根据所述第二询问响应中的所述第二订单信息及其所述资源数值确定所述待推送的订单。

4.根据权利要求1所述的方法，其中，所述根据所述第一询问响应和所述第二询问响应，确定待推送的订单，包括：

根据所述第一询问响应的所述第一订单信息，确定所述第一DSP是否为所述信息推送请求选中订单，如果是，则根据所述第一订单信息、为所述第一订单信息预设的资源数值、所述第二订单信息及其所述资源数值确定所述待推送的订单；否则根据所述第二订单信息及其所述资源数值确定所述待推送的订单。

5.根据权利要求4所述的方法，其中，所述根据所述第一订单信息、为所述第一订单信息预设的资源数值、所述第二订单信息及其所述资源数值确定所述待推送的订单，包括：

根据预设的第一系数和为所述第一订单信息预设的所述资源数值，确定第三资源数值；

根据预设的第二系数和所述第二订单信息的所述资源数值，确定第四资源数值；

判断所述第三资源数值是否大等于所述第四资源数值，如果是，则根据所述第一订单信息确定所述待推送的所述订单；否则根据所述第二订单信息确定所述待推送的所述订单。

6.根据权利要求4或5所述的方法，进一步包括：

根据来自各第二DSP的各第二询问响应，确定各第二询问响应携带的各资源数值中最大的资源数值；

其中，用于确定所述待推送的订单的所述第二订单信息及其所述资源数值包括：所述最大的资源数值及其对应的第二订单信息。

7.一种推送信息交易平台，其特征在于，包括：

发送模块，响应于来自用户的携带展示位置信息、用户特征信息和/或设备信息的信息推送请求，判断所述信息推送请求对应的所述展示位置信息、所述用户特征信息和/或所述设备信息是否符合预定条件，如果是，则向第一需求方平台DSP发送第一询问请求并向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值，所述预定条件是根据信息推送需求，针对所述展示位置信息、所述用户特征信息和/或所述设备信息预先设置的条件；

接收模块，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；

确定模块，根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容；

如果所述信息推送请求不符合所述预定条件，所述发送模块，则向所述第一DSP发送第一询问请求，使得所述第一DSP确定对应于所述第一询问请求的第一订单信息；

所述接收模块，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；

所述确定模块，根据所述第一询问响应，判断是否能确定待推送的订单；如果能确定，则向所述用户推送所确定的所述订单对应的媒体内容；

所述接收模块，如果不能确定，则向所述第二DSP发送第二询问请求，使得所述第二DSP确定对应于所述第二询问请求的第二订单信息及其资源数值；

所述接收模块，接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；

所述确定模块，根据所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

8.根据权利要求7所述的平台，进一步包括：

选择模块，根据用户特征信息、设备信息、当前可用的信息推送次数和/或预定的协议，选择第一DSP；其中，所述用户特征信息和所述设备信息对应于所述信息推送请求；

其中，所述发送模块向所选择的所述第一DSP发送所述第一询问请求。

9.一种供应方平台SSP，其特征在于，包括：

发送模块，响应于来自用户的携带展示位置信息、用户特征信息和/或设备信息的信息推送请求，判断所述信息推送请求对应的所述展示位置信息、所述用户特征信息和/或所述设备信息是否符合预定条件，如果是，则向第一需求方平台DSP发送第一询问请求并向推送信息交易平台转发所述信息推送请求，使得所述推送信息交易平台向第二DSP发送第二询问请求，使得所述第一DSP确定对应于所述信息推送请求的第一订单信息，还使得所述第二DSP确定对应于所述信息推送请求的第二订单信息及其资源数值，所述预定条件是根据信息推送需求，针对所述展示位置信息、所述用户特征信息和/或所述设备信息预先设置的条件；

接收模块，接收来自所述第一DSP的第一询问响应，所述第一询问响应携带所述第一订单信息；接收来自所述推送信息交易平台的询问结果，其中，所述推送信息交易平台接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值，根据所述第二询问响应确定所述询问结果；

确定模块，根据所述第一询问响应和所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容；

如果所述信息推送请求不符合所述预定条件，所述发送模块，则向所述第一需求方平台DSP发送第一询问请求，使得所述第一DSP确定对应于所述第一询问请求的第一订单信息；

所述接收模块，如果不能确定，则向推送信息交易平台转发所述信息推送请求，使得所述推送信息交易平台向所述第二DSP发送第二询问请求，使得所述第二DSP确定对应于所述第二询问请求的第二订单信息及其资源数值；

所述接收模块，接收来自所述推送信息交易平台的询问结果，其中，所述推送信息交易平台接收来自所述第二DSP的第二询问响应，所述第二询问响应携带所述第二订单信息及其所述资源数值；

10.根据权利要求9所述的平台，进一步包括：

11.一种信息推送系统，其特征在于，包括：

供应方平台SSP，将来自用户的携带展示位置信息、用户特征信息和/或设备信息的信息推送请求转发至推送信息交易平台；

所述推送信息交易平台，响应于所述信息推送请求，判断所述信息推送请求对应的所述展示位置信息、所述用户特征信息和/或所述设备信息是否符合预定条件，如果是，则向第一需求方平台DSP发送第一询问请求并向第二DSP发送第二询问请求，所述预定条件是根据信息推送需求，针对所述展示位置信息、所述用户特征信息和/或所述设备信息预先设置的条件；

所述第一DSP，响应于所述第一询问请求，确定对应于所述信息推送请求的第一订单信息，并返回携带所述第一订单信息的第一询问响应给所述推送信息交易平台；

所述第二DSP，响应于所述第二询问请求，确定对应于所述信息推送请求的第二订单信息及其资源数值，并返回携带所述第二订单信息及其所述资源数值的第二询问响应给所述推送信息交易平台；

所述推送信息交易平台，根据所述第一询问响应和所述第二询问响应，确定待推送的订单，并通过所述SSP向所述用户推送所确定的所述订单对应的媒体内容；

如果所述信息推送请求不符合所述预定条件，所述推送信息交易平台，则向所述第一需求方平台DSP发送第一询问请求，使得所述第一DSP确定对应于所述第一询问请求的第一订单信息；

所述推送信息交易平台，根据所述第一询问响应，判断是否能确定待推送的订单；如果能确定，则向所述用户推送所确定的所述订单对应的媒体内容；如果不能确定，则所述推送信息交易平台向所述第二DSP发送第二询问请求，使得所述第二DSP确定对应于所述第二询问请求的第二订单信息及其资源数值；

所述推送信息交易平台，根据所述第二询问响应，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

12.一种信息推送系统，其特征在于，包括：

供应方平台SSP，响应于来自用户的携带展示位置信息、用户特征信息和/或设备信息的信息推送请求，判断所述信息推送请求对应的所述展示位置信息、所述用户特征信息和/或所述设备信息是否符合预定条件，如果是，则向第一需求方平台DSP发送第一询问请求并向推送信息交易平台转发所述信息推送请求，所述预定条件是根据信息推送需求，针对所述展示位置信息、所述用户特征信息和/或所述设备信息预先设置的条件；

所述推送信息交易平台，响应于所述信息推送请求，向第二DSP发送第二询问请求；

所述第一DSP，响应于所述第一询问请求，确定对应于所述信息推送请求的第一订单信息，并返回携带所述第一订单信息的第一询问响应给所述SSP；

所述推送信息交易平台，根据所述第二询问响应确定询问结果，并发送所述询问结果给所述SSP；

所述SSP，根据所述第一询问响应和所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容；

如果所述信息推送请求不符合所述预定条件，则供应方平台SSP向所述第一需求方平台DSP发送第一询问请求，使得所述第一DSP确定对应于所述第一询问请求的第一订单信息；

所述SSP，根据所述第一询问响应，判断是否能确定待推送的订单；如果能确定，则向所述用户推送所确定的所述订单对应的媒体内容；如果不能确定，则向推送信息交易平台转发所述信息推送请求；

所述推送信息交易平台，向所述第二DSP发送第二询问请求，使得所述第二DSP确定对应于所述第二询问请求的第二订单信息及其资源数值；

所述SSP，根据所述询问结果，确定待推送的订单，并向所述用户推送所确定的所述订单对应的媒体内容。

13.一种计算设备，其特征在于，包括：处理器、存储器；

所述存储器，用于存储计算机程序；

所述处理器，用于通过调用所述计算机程序，执行上述权利要求1-6中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，存储有计算机可读指令，至少一个处理器执行所述计算机可读指令用于执行权利要求1-6中任一项所述的方法。