CN111210247B - 广告投放处理方法、设备及***、计算设备及可读介质 - Google Patents

Abstract

本发明提供一种广告投放处理方法、设备及***、计算设备及可读介质。其方法包括：根据广告请求端发送的广告请求，获取对应的广告排序列表；以广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界标识进行分段处理，使得第一类型的广告参数标识位于前一广告序列分段中，第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段。本发明的技术方案，通过分段处理以便于后续可以基于顺序排列的数段广告序列分段进行广告投放处理，从而可以实现在根据前一广告序列分段进行广告投放处理失败后，可以根据其相邻的后一广告序列分段进行广告投放处理，从而可以实现多次投放，能够有效地提高广告投放效率。

Description

广告投放处理方法、设备及***、计算设备及可读介质

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种广告投放处理方法、设备及***、计算设备及可读介质。

背景技术

随着移动互联网的发展，各种基于移动互联网所实现的平台越来越多。例如移动互联网广告平台便是伴随移动互联网出现的一种使用频率非常高的平台。

现有的基于移动互联网技术的广告平台中，由广告请求端向广告服务端请求广告。广告请求端向广告服务端发送广告请求之后，广告服务端采用一次性请求方式向所有的存储广告素材的需求方平台(Demand-Side Platform；DSP)请求广告。例如，对于以API方式接入的广告，广告服务端一次性请求所有的API接入的DSP，并从返回的广告填充中挑选优先级最高的广告。对于以SDK方式接入的广告，广告服务端同样一次性请求所有的SDK接入的DSP，并从返回的广告ID中获取优先级最高的广告的ID。然后对所挑选的优先级最高的API类型的广告与优先级最高的DSP类型的广告的优先级进行比较，如果优先级最高的API类型的广告的优先级高于优先级最高的SDK类型的广告，则向广告请求端返回优先级最高的API类型的广告，以供广告请求端加载并渲染对应的广告。如果优先级最高的API类型的广告的优先级低于优先级最高的SDK类型的广告，则向广告请求端返回优先级最高的SDK类型的广告ID，由广告请求端调用SDK接口，根据接收到的广告ID从对应的DSP中加载对应的广告，并渲染。

现有的广告请求机制为一次性请求机制，若广告请求端在加载或者渲染广告中失败，都无法再继续请求广告，导致广告投放的有效率较低。

发明内容

本发明提供一种广告投放处理方法、设备及***、计算设备及可读介质，用于实现广告的多次投放，提高广告投放效率。

本发明提供一种广告投放处理方法，所述方法包括：

根据广告请求端发送的广告请求，获取对应的广告排序列表；

以所述广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，进行分段处理，使得所述第一类型的广告参数标识位于前一广告序列分段中，所述第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段。

本发明还提供一种广告投放处理方法，所述方法包括：

向广告服务端发送广告请求；

接收所述广告服务端基于所述广告请求，根据顺序排列的数段广告序列分段进行的广告投放。

本发明还提供一种广告服务端设备，所述设备包括：

列表获取模块，用于根据广告请求端发送的广告请求，获取对应的广告排序列表；

分段处理模块，用于以所述广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，进行分段处理，使得所述第一类型的广告参数标识位于前一广告序列分段中，所述第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段。

本发明还提供一种广告请求端设备，所述设备包括：

发送模块，用于向广告服务端发送广告请求；

投放处理模块，用于接收所述广告服务端基于所述广告请求，根据顺序排列的数段广告序列分段进行的广告投放。

本发明还提供一种广告投放处理***，包括具有通信连接的广告请求端设备和广告服务端设备，所述广告服务端设备采用如上所述的广告服务端设备，所述广告请求端设备采用如上所述的广告请求端设备。

本发明还提供一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上任何一项所述的方法。

本发明还提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上任一项所述的方法。

本发明的广告投放处理方法、设备及***、计算设备及可读介质，通过采用上述技术方案，可以将广告排序列表分段为顺序排列的数段广告序列分段，以便于后续可以基于顺序排列的数段广告序列分段进行广告投放处理，从而可以实现在根据前一广告序列分段进行广告投放处理失败后，可以根据其相邻的后一广告序列分段进行广告投放处理，与现有技术中仅实现一次广告投放处理相比，本发明的技术方案，可以基于分段处理得到的顺序排列的数段广告序列分段，实现多次投放，能够有效地提高广告投放效率。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1为本发明提供的广告投放处理方法的一种应用架构示意图。

图2为本发明提供的广告投放处理方法的另一种应用架构示意图。

图3为本发明的广告投放处理方法实施例一的流程图。

图4为本发明的广告投放处理方法实施例二的流程图。

图5为本发明的广告投放处理方法实施例三的流程图。

图6为本发明提供的一种宿主应用信息对应的广告排序列表的示例。

图7为基于图6的广告请求示意图。

图8为基于图7的补充请求的示意图。

图9为本发明的广告服务端设备实施例的结构示意图。

图10为本发明的广告请求端设备实施例的结构示意图。

图11为本发明实施例提供的广告投放处理***实施例的结构示意图。

图12示出了根据本发明一实施例可用于实现上述广告投放处理方法的计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

图1为本发明提供的广告投放处理方法的一种应用架构示意图。如图1所示，本实施例的广告投放处理方法，可以应用在广告请求端100和广告服务端200所构成的广告投放处理架构中。

具体地，由广告请求端向广告服务端发送广告请求，由广告服务端采用本实施例的技术方案，实现向广告请求端进行广告投放处理。

本实施例的广告请求端可以为客户端，广告服务端可以为服务器端，或者广告请求端也可以为下游广告平台，对应的广告服务端也可以为上游广告平台。

本实施例中涉及到的广告平台可以包括有需求方平台(Demand-Side Platform；DSP)、供应方平台(Supply-Side Platform；SSP)以及广告交易平台(AD Exchange；ADX)等。其中DSP服务于广告主，帮助广告主在移动互联网上进行广告投放处理。DSP可以让广告主使用统一的竞价和反馈方式，在多家广告交易平台上进行广告投放处理。DSP仅能够作为上游的广告平台。

SSP为媒体的广告投放处理进行全方位的分析和管理的平台。与DSP相对应，SSP是媒体优化自身收益的工具，一般一个媒体会采用多个SSP，并且SSP并非媒体优化营收的必选项。

ADX联系着买方平台(如DSP)和卖方平台(如SSP)，通过接入SSP汇集大量媒体流量，从而收集处理属于广告目标客户的数据，ADX是实现精准营销的交易场所。

图2为本发明提供的广告投放处理方法的另一种应用架构示意图。如图2所示，是以包括ADX、DSP和SSP为例的应用架构。其中SSP为位于最下游的广告平台，而DSP为位于最上游的广告平台。实际使用时，SSP作为广告请求端时，ADX和SSP都可以作为广告服务端。ADX作为广告请求端时，DSP可以作为广告服务端。实际应用中，也可以省去中间的ADX，DSP也可以直接与SSP连接，实现广告投放处理。

另外，本实施例的客户端对应可以为SSP或者ADX的客户端，服务器端对应可以为SSP或者ADX的服务器。

当然，实际应用中，广告请求端和广告服务端还可以为其他独立的计算设备平台，来实现其功能。只需要这些独立的计算设备能提供如SDK或者API类型的接口给媒体接入，能够实现广告投放处理即可。

实际应用中，对于流量方(SSP或者大用户量的媒体)，由于体量较大，如果只将流量单独售卖给某一个广告平台(ADX或者DSP)，都很难满足填充率的要求，造成流量的浪费。因此流量方往往会选择将流量售卖给多个广告平台。流量可以通过SDK或者API的方式接入到广告平台，但各个广告平台的填充率、广告价格等指标有一定差异，所以也需要通过一个有效的策略，以达到填充率和收益的平衡，使收益最大化。针对于此问题，本实施例的技术方案也可以给予有效解决，详细可以参考后续实施例的记载。

下面分别在广告请求端和广告服务端来描述本发明的技术方案。

图3为本发明的广告投放处理方法实施例一的流程图。如图3所示，本实施例的广告投放处理方法，在广告服务端描述本发明的技术方案。具体可以包括如下步骤：

S100、根据广告请求端发送的广告请求，获取对应的广告排序列表；

本实施例的广告投放处理方法是基于广告请求端的广告请求而完成的被动投放。广告服务端接收到广告请求后，可以先根据广告请求获取对应的广告排序列表。

可选地，本实施例的广告请求中可以携带有广告环境参数，该广告环境参数可以包括广告使用环境中的宿主应用信息和用户特征信息，其中宿主应用信息表示请求的广告的使用环境。广告主在生产广告的时候，可以限定广告所适用的宿主应用环境。例如有些广告仅能够投放在某类游戏应用中，而有些广告能够投放在购物应用中，还有些广告可以投放在社交应用，等等。

另外，用户特征信息标识在该宿主应用环境中的用户的信息，如可以为用户的年龄、身份等，身份可以为学生、或者以收入阶层标识的身份等级等。如广告主在生产广告时，可以限定广告适用或者不适用的用户的年龄、身份等信息，以有针对性地投放广告，提高广告投放效率。且广告主可以以DSP平台为粒度管理广告，例如，公司A的API类型的平台API-1，可以适用于为年龄小于18岁的学生、在哪宿主应用中提供广告服务，公司B的SDK类型的平台SDK-1，可以适用于为年收入小于20W的用户、在哪些宿主应用中提供服务广告，等等。当然，在有些场景下，广告主也可以以广告为粒度进行管理。如某个SDK类型的广告适用于某个领域的就职人员；某个API类型的广告适用于具有年龄小于6周岁的婴幼儿的家长等等。

因此，广告服务端在获取对应的广告排序列表时，可以根据广告请求中的宿主应用信息，来获取适用于该宿主应用环境的广告排序列表。

基于以上所述，可以得知，本实施例的广告排序列表可以为广告服务端根据广告请求中的宿主应用信息，获取的一组顺序排列的广告参数标识。例如，该广告排序列表具体可以包括如下两种情况：

第一种情况：广告排序列表中可以包括按照预设规则排列的多个广告标识。

在该种情况中，广告参数标识可以为广告标识。此时该步骤S100实施时，需要根据广告请求中携带的广告使用环境中的宿主应用信息，获取能够在宿主应用信息对应的宿主应用中投放的数个广告标识。然后按照预设规则对数个广告标识排序，得到广告排序列表。

在该种情况中，广告平台的经营者在管理和维护广告时，可以以广告为粒度实现，所以，广告服务端在向存储广告资源信息的广告平台中请求广告时，由广告平台对管理的每个广告所适用的宿主应用信息进行过滤，可以获取到适用于在该宿主应用中使用的多个广告标识，然后按照预设规则对数个广告标识排序。且，本实施例的广告排序列表中的每个广告标识中可以携带有该广告对应的类型标识，如为第一类型还是第二类型。

例如，该种情况中，按照预设规则对数个广告标识排序，可以包括如下任意一种方式：

第一种方式：按照各广告标识对应的广告价格由高到低的顺序对数个广告标识排序；

在实际应用中，广告平台中可以记录有每一个广告价格。该价格可以为一定时间周期内投放该广告的一个收费参考。根据该规则，可以将收费高的广告的标识尽量排在广告排序列表的前面，而收费低的广告的标识拍在广告排序列表的后面。通过该策略，在进行广告投放处理的同时，可以将能够带来更多收益的广告排在前面，以达到填充率和收益的平衡，使收益最大化。

第二种方式：按照各广告标识对应的广告在预设的历史时间周期内的播放频次由高到低的顺序对数个广告标识排序；

本实施例中，不同的广告点击率不同，受到用户喜好程度也不同，播放频次也不相同。在某些应用场景中，可以以预设的历史时间周期内的播放频次由高到低的顺序，来对各广告标识进行排序。其中预设的历史时间周期可以为过去一个月或者一周或者其他历史时间段，在此不再一一举例。具体地，可以认为排序靠前的播放频次较高的广告标识对应的广告更受用户喜欢，广告投放出去可能会更满足用户的需求，增加对用户的粘性。而排序靠后的播放频次较低的广告标识对应的广告，相对而言，受用户喜欢程度偏低，所以尽量往广告排序列表的后面放。

第三种方式：按照预先设置的对各广告标识对应的广告的喜好程度由高到低的顺序对数个广告标识排序。

本实施例中，广告平台对各广告进行管理时，可以每隔一定的时间周期，结合各个广告的投放次数、点击率以及其他等投放参数，来综合评价用户对各广告的喜好程度。此时，可以根据预先设置的各广告标识对应的广告的喜好程度，按照由高到低的顺序对数个广告标识排序。

第二种情况：广告排序列表中可以包括按照预设规则排列的多个广告平台的标识。

在该种情况中，广告参数标识可以为广告平台标识。此时，该步骤S100实施时，需要根据广告请求中携带的广告使用环境中的宿主应用信息，获取能够在宿主应用信息对应的宿主应用中投放的数个广告平台标识。然后按照预设规则对数个广告平台标识排序，得到广告排序列表。

在该种情况中，广告平台的经营者在管理和维护广告时，可以以广告平台为粒度来实现。例如某个API类型的广告平台中的所有广告适用于游戏应用，某个SDK类型的广告平台中的所有广告适用于社交应用，等等。所以，广告服务端在根据宿主应用信息，可以获取到适用于在该宿主应用中投放的多个广告平台的标识，然后按照预设规则对数个广告平台标识排序。同理，本实施例的广告排序列表中的每个广告平台标识中可以携带该广告平台对应的类型标识，如为第一类型还是第二类型。

例如，本实施例的“按照预设规则对数个广告平台标识排序”，具体可以包括如下任意一种方式：

第四种方式：按照各广告平台的广告平均价格由高到低的顺序对数个广告平台标识排序；

例如，在广告平台中的每个广告中可以设定有该广告每千次曝光的价格ecpm，将同一广告平台中的所有广告的价格取平均，可以得到该广告平台的广告平均价格。此时可以按照广告平均价格由高到低的顺序对数个广告平台标识排序，使得广告价值高的平台投放广告的概率更大，从而能够保证广告的收益。同理，通过该策略，在进行广告投放处理的同时，可以将能够带来更多收益的广告排在前面，以达到广告填充率和广告收益的平衡，使收益最大化。

第五种方式：按照各广告平台的广告填充率由高到低的顺序对数个广告平台标识排序；

广告填充率是广告投放处理中一个比较重要的指标。但是由于种种原因，如广告主投放量、广告受众与广告的匹配度、技术问题等，使得广告的填充率达不到100％，为了提高广告投放效率，本实施例中按照各广告平台的广告填充率由高到低的顺序对数个广告平台标识排序，使得广告填充率高的广告平台能最大概率地投放广告，可以保证广告的填充率的同时，提高广告投放的效率。

第六种方式：按照预先设置的从各广告平台中获取广告数量的百分比由高到低的顺序对数个广告平台标识排序；或者

实际应用中，广告服务端也可以自主设置从各个广告平台获取的广告数量的百分比，例如某一段时间周期内，可以设置从广告平台A获取30％的广告，从广告平台B获取50％的广告，从广告平台C获取20％的广告。然后按照广告数量的百分比由高到低的顺序对数个广告平台标识排序，使得百分比越高的广告平台排序靠前，其中的广告更容易被选取进行广告投放。

第七种方式：按照预先设置的对各广告平台的喜好程度由高到低的顺序对数个广告平台标识排序。

本实施例中，对各广告平台的喜好程度可以对一定时间周期内，各广告平台的广告的点击率的高低进行统计得到，点击率高表示用户对广告平台的喜好程度高，点击率低表示用户对广告平台的喜好程度低。本实施例中，可以按照各广告平台的喜好程度由高到低的顺序对数个广告平台标识排序，可以使得喜好程度高的广告平台的广告更多被投放，从而能够投放更多地满足用户喜好的广告，提高广告投放效率，增加用户的粘性。

需要说明的是，每一种宿主应用信息对应的广告排序列表在一定时间周期内可以是固定不变的。在一定时间周期内按照上述方式获取到该宿主应用信息对应的广告排序列表之后，再次请求该宿主应用的广告时，可以直接使用之前生成的广告排序列表。

而且，需要说明的是，无论是上述第一种情况，还是上述第二种情况，本实施例的广告排序列表中广告标识或者广告平台的标识中可以都携带有对应的广告类型的标识。本实施例的广告类型可以以广告媒体的接入方式来区分，如API类型或者SDK类型，实际应用中，也可以包括其他的广告类型，在此不再一一举例赘述。本实施例中以广告排序列表中包括第一类型和第二类型两种类型为例。例如，其中第一类型可以为SDK类型，第二类型可以为API类型。

基于以上所述，可以知道，本实施例的广告参数标识可以为广告标识或者广告平台标识，当广告参数标识为广告标识时，该广告标识中还携带有广告的类型标识信息。鉴于不同的广告可能采用相同的广告类型，因此，不能仅采用广告的类型标识信息作为广告的标识，此时广告标识中还需要携带该广告区别与其他广告的自身标识。即此时可以理解该广告标识包括广告的类型标识和广告的自身标识两部分。本实施例中的广告的类型可以为第一类型或者第二类型，例如第一类型可以为SDK类型，第二类型可以为API类型。如SDK-D1可以表示类型为SDK，广告自身标识为D1的广告，API-P1可以表示类型为API，广告自身标识为P1的广告。当广告参数标识为广告平台标识时，该广告参数标识中携带有广告平台的类型标识信息。该广告的平台指的是广告的来源平台。同理，鉴于不同的广告平台可能采用相同的类型，因此，不能仅采用广告平台的类型标识信息作为广告平台的标识，此时广告平台标识中还需要携带该广告平台区别与其他广告平台的自身标识。同理，此时可以理解为该广告平台标识包括广告平台的类型标识和广告平台的自身标识两部分。本实施例中的该广告平台的类型可以为第一类型或者第二类型，同理，该第一类型可以为SDK类型，第二类型可以为API类型。如SDK-1可以表示类型为SDK，广告平台自身标识为1的广告平台，API-2可以表示类型为API，广告平台自身标识为2的广告平台。

S101、以广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，进行分段处理，使得第一类型的广告参数标识位于前一广告序列分段中，第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段；

本实施例的对广告排序列表的分段处理，可以理解为对广告排序列表进行分析，以前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，即从前后顺序相邻的第一类型和第二类型的广告参数标识中间进行截断，使得第一类型的广告参数标识位于前一广告序列分段中，而第二类型的广告参数标识位于后一广告序列分段中。例如，以A表示第一类型的广告，以B表示第二类型的广告，对于广告排序列表“A1、A2、B1、B2、A3、B3、A4、A5、B4”，可以分段为“A1、A2”、“B1、B2、A3”、“B3、A4、A5”以及“B4”四个分段。再例如，对于广告排序列表“B1、B2、A1、A2、B3、A3、A4、B5、B6”，可以分段为“B1、B2、A1、A2”、“B3、A3、A4”以及“B5、B6”三个分段。

本实施例的分段规则，可以使得第一个广告序列分段之外的其他广告序列分段中都是以第二类型的广告参数标识为广告序列分段的开始，这样，可以保证根据广告序列分段进行广告投放处理时，优先投放第二类型的广告。该第二类型的广告可以根据需求设置为API类型的广告，以保证广告的请求不浪费。或者还可以根据实际需求设置一些特殊类型的广告，如公益类型的广告，以维护广告的生态环境；或者还可以为一些收益更高的类型的广告，以带来广告收益；等等。

S102、基于广告请求，根据顺序排列的数段广告序列分段，向广告请求端进行广告投放处理，以在根据前一广告序列分段进行广告投放失败后，根据其相邻的后一广告序列分段进行广告投放。

例如，具体可以根据广告请求中的用户特征信息，根据顺序排列的数段广告序列分段，向广告请求端进行广告投放处理，以防止前一广告序列分段进行广告投放失败后，没有广告投放，导致广告投放效率低。本实施例中，可以在根据前一广告序列分段进行广告投放失败后，根据其相邻的后一广告序列分段进行广告投放，可以提高广告投放效率。

采用本实施例的上述分段处理后，在根据每段广告序列分段进行广告投放处理时，尽量投放某一类型如第二类型的广告，而让另一类型如第一类型的广告作为补充。例如，若第二类型的广告为API类型的广告，第一类型的广告为SDK类型的广告时，通过本实施例的分段处理，可以根据广告序列分段优先投放API类型的广告，从而可以保证API请求的不浪费；在API类型的广告无填充时，可以采用该广告序列分段中的SDK类型的广告做补充，从而能够有效地保证广告的填充率。

实际应用中，本实施例的第一类型和第二类型还可以为广告的其他类型，在分段处理时，仅需要将想要优先投放的广告类型设置为第二类型即可，在此不再一一举例赘述。

本实施例的广告投放处理方法，通过采用上述技术方案，可以将广告排序列表分段为顺序排列的数段广告序列分段，以便于后续可以基于顺序排列的数段广告序列分段进行广告投放处理，从而可以实现在根据前一广告序列分段进行广告投放处理失败后，根据其相邻的后一广告序列分段进行广告投放处理，与现有技术中仅实现一次广告投放处理相比，本实施例的技术方案，可以实现多次投放，能够有效地提高广告投放效率。

而且本实施例中根据广告序列分段进行广告投放处理时，能够保证尽量优先投放第二类型的广告，在第二类型的广告无填充时，可以采用第一类型的广告作为补充，能够有效地保证广告的填充率。

图4为本发明的广告投放处理方法实施例二的流程图。如图4所示，在本实施例中，详细描述上述图3所示实施例的步骤S102“基于广告请求，根据顺序排列的数段广告序列分段，向广告请求端进行广告投放处理，以在根据前一广告序列分段投放广告失败后，根据其相邻的后一广告序列分段投放广告”的一种具体实现方式。具体地可以包括如下步骤：

S200、从数段广告序列分段中获取未投放过、排序最靠前的广告序列分段作为当前广告序列分段；

本实施例中以广告参数标识为广告平台标识，且第一类型为SDK类型，第二类型为API类型。

例如，第一次从数段广告序列分段中获取当前广告序列分段时，便是取排序最靠前的第一个广告序列分段，其后每次更新，便是取上一次的当前广告序列分段后一个紧相邻的广告序列分段，作为更新后的当前广告序列分段。

S201、结合用户特征信息，根据当前广告序列分段，向广告请求端进行广告投放处理；

例如，该步骤S201，在具体实现时，可以包括如下步骤：

(a2)判断当前广告序列分段中是否包括API类型的广告平台标识；若包括，执行步骤(b2)，若不包括，直接执行步骤(c2)；

步骤(a2)在具体实现时，对于当前广告序列分段为数个广告序列分段中的第一个分段时，可能不包括API类型的广告平台标识，而对于数个广告序列分段中的第一个分段之外的其他分段，均包括API类型的广告平台标识。即当前广告序列分段为数个广告序列分段中的第一个分段时，可能仅包括一个、两个或者多个SDK类型的广告平台标识。也可以在前半段包括一个、两个或者多个连续的API类型的广告平台标识，后半段可以包括一个、两个或者多个SDK类型的广告平台标识。

而数个广告序列分段中的第一个分段之外的其他分段，前半段必然包括一个、两个或者多个连续的API类型的广告平台标识，后半段也可以包括一个、两个或者多个SDK类型的广告平台标识。当然，对于数个广告序列分段中最后一个分段，可以仅包括API类型的广告平台标识，因为后面不需要再分段，可以不包括SDK类型的广告平台标识。

(b2)根据用户特征信息，获取当前广告序列分段中的一个API类型的广告平台标识对应的广告平台返回的广告素材信息以及对应的广告标识；执行步骤(c2)；

即使当前广告序列分段中包括多个API类型的广告平台标识，也仅需要获取一个API类型的广告平台标识对应的广告平台返回的广告素材信息以及对应的广告标识。

当然，实际应用中，若当前广告序列分段中包括API类型的广告平台标识，但是由于其他原因也会存在未获取到对应的广告素材信息的情况。

(c2)根据用户特征信息，获取当前广告序列分段中的各SDK类型的广告平台标识对应的广告平台返回的广告标识；执行步骤(d2)；

而对于SDK类型的广告平台标识，需要获取当前广告序列分段中的每一个SDK类型的广告平台标识对应的广告平台返回的广告标识。

(d2)向广告请求端返回广告投放信息；

若当前广告序列分段中不包括API类型的广告平台标识或者API类型的广告无填充时，该广告投放信息中仅包括各SDK类型的广告平台标识以及对应的广告标识。

而若当前广告序列分段中包括API类型的广告平台标识，且API类型的广告有填充时，该广告投放信息中包括API类型的广告平台返回的广告素材信息以及广告标识、各SDK类型的广告平台标识以及对应的广告标识。

本实施例的广告投放信息供广告请求端加载并渲染对应的广告，实现广告投放处理；如果是API类型的广告，可以直接通过API接口接收广告素材信息以及广告标识，加载并渲染该广告标识对应的API类型的广告。其中广告投放信息中的各SDK类型的广告平台标识以及对应的广告标识，按照各SDK类型的广告平台标识在当前广告序列分段中先后顺序排列。也就是说，向广告请求端返回的各SDK类型的广告平台标识对应的广告，需要保持在当前广告序列分段中的顺序，这样，广告请求端再加载并渲染广告的时候，按照顺序，需要在前一SDK类型对应的广告加载或者渲染失败时，才能加载或者渲染下一个SDK类型对应的广告。

对于各SDK类型的广告平台标识及对应的广告标识，广告请求端在加载并渲染广告时，需要先根据用户的特征信息向对应的广告平台请求该广告标识对应的广告素材信息，然后广告请求端加载并渲染对应的SDK类型的广告素材信息。

上述实施例中，第一类型和第二类型是以不同的媒体接入方式为例，实际应用中，若第一类型和第二类型为其他类型，可以根据该类型的广告的媒体接入方式，获取相应的广告投放信息，如第一类型和第二类型为相同的媒体接入方式，可以采用相同的方式获取广告投放信息。

例如，该步骤(b2)“根据用户特征信息，获取当前广告序列分段中的一个API类型的广告平台标识对应的广告平台返回的广告素材信息以及对应的广告标识”，具体可以包括如下步骤：

(a3)获取当前广告序列分段中从前向后的第一个API类型的广告平台标识，作为当前广告平台标识；

(b3)通过API接口向当前广告平台标识对应的当前广告平台发送携带用户特征信息的广告请求，以供对应的当前广告平台根据用户特征信息确定自身中是否存在对应的广告素材信息，并在存在时，采用对应的广告素材信息以及对应的广告标识对API接口进行填充；

(c3)检测API接口是否具有广告填充，若有，执行步骤(d3)；若无填充，执行步骤(e3)；

(d3)接收当前广告平台返回的广告素材信息以及对应的广告标识并缓存，结束。

(e3)判断当前广告序列分段中是否还包括API类型的广告平台标识；若包括，执行步骤(f3)；若不包括，则表示当前广告序列分段中API类型广告无填充，此时按照上述实施例，执行步骤(c2)即可。

(f3)获取当前广告序列分段中当前广告平台标识之后、相邻的下一个API类型的广告平台标识，更新为当前广告平台标识；返回步骤(b3)开始基于当前广告平台标识，进行广告请求。

例如，上述实施例中的步骤(c2)“根据用户特征信息，获取当前广告序列分段中的各SDK类型的广告平台标识对应的广告平台返回的广告标识”，在实现时具体可以包括如下步骤：

(a4)向当前广告序列分段中的各SDK类型的广告平台标识对应的广告平台、发送携带用户特征信息的广告请求，以供各SDK类型的广告平台根据用户特征信息确定自身中、是否存在符合用户特征信息的广告，并在存在时，获取各SDK类型的广告平台中对应的广告标识；

(b4)接收各SDK类型的广告平台返回的广告标识，并缓存。

对于SDK类型的广告，由于其独特的接入方式，仅需要获取各SDK类型的广告平台返回的对应的广告标识即可。

S202、判断根据当前广告序列分段进行的广告投放处理是否失败；若失败，执行步骤S203；若成功，暂不进行任何操作，结束。

例如，该步骤S202“判断根据当前广告序列分段进行的广告投放处理是否失败”，在实现时，具体可以包括如下步骤：

(a5)检测预设时间周期内是否接收到广告请求端发送的携带目标广告平台标识的广告补充请求，该目标广告平台标识为处理上一次广告请求时所采用的当前广告序列分段中的最后一个SDK类型的广告平台标识；若接收到，执行步骤(b5)；否则若未收到，此时确定广告投放处理成功，暂不需要执行任何操作。

(b5)确定广告投放处理失败。

S203、从数段广告序列分段中获取当前广告序列分段的后一个相邻的广告序列分段，作为更新后的当前广告序列分段，以便基于更新后的当前广告序列分段，向广告请求端进行广告投放处理。

在确定广告投放处理未成功时，对应地，可以根据广告补充请求中的目标广告平台标识，确定上一次请求时对应的当前广告序列分段；从顺序排列的数段广告序列分段中获取当前广告序列分段的后一个相邻的广告序列分段，作为更新后的当前广告序列分段。后续再基于更新后的当前广告序列分段进行广告投放处理，实现原理同上，在此不再赘述。

本实施例的广告投放处理方法，通过采用上述技术方案，采用补充请求的方式，可以保证在根据前一广告序列分段投放广告失败后，继续使用下一广告序列分段来进行广告投放处理，从而能够有效地保证广告的投放效率，保证广告填充率。而且补充请求后，都是优先投放API类型的广告，从而能够有效地保证API类型的广告不被浪费。图5为本发明的广告投放处理方法实施例三的流程图。如图5所示，本实施例的广告投放处理方法，在广告请求端侧描述本发明的技术方案。具体可以包括如下步骤：

S300、向广告服务端发送广告请求；

本实施例的广告请求中可以携带广告环境参数，广告环境参数包括广告使用环境中的宿主应用信息和用户特征信息，以供广告服务端根据宿主应用信息和用户特征信息，来进行广告投放处理。

S301、接收广告服务端基于广告请求，根据顺序排列的数段广告序列分段进行的广告投放；

本实施例的顺序排列的数段广告序列分段为广告服务端根据广告请求获取对应的广告排序列表；并对广告排序列表进行分段处理，使得广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识分别位于前后两段广告序列分段中，而得到的，详细可以参考上述广告服务端的记载，在此不再赘述。

本实施例的广告参数标识可以为广告标识，也可以为广告平台标识。本实施例中以第一类型为SDK类型，第二类型为API类型为例，本实施例的两种类型是以不同的媒体接入方式为例。实际应用中，第一类型和第二类型也可以为相同的媒体接入类型，而采用其他的不同其他类型来区分，如公益类型和非公益类型，高收益类型和低收益类型，或者其他类型，在此不再一一举例赘述。

例如，该步骤301在执行时，每次接收的是广告服务端基于广告请求，根据一段广告序列分段进行的广告投放，本实施例中，将进行广告投放处理时所采用的广告序列分段称为当前广告序列分段。具体地，接收广告服务端返回的当前广告序列分段对应的广告投放信息，该广告投放信息为广告服务端根据广告请求获取的；然后根据当前广告序列分段对应的广告投放信息，加载并渲染对应的广告，实现广告投放处理。

本实施例中的广告投放信息可以包括如下两种情况：

第一种情况：若广告服务端进行广告投放处理所采用的当前广告序列分段中未包括第二类型如API的广告参数标识，这种情况可能会发生在顺序排列的数段广告序列分段中的第一个广告序列分段中。或者在当前广告序列分段中虽包括第二类型如API的广告参数标识，但是由于其他原因广告服务端返回的广告投放信息中，API接口无填充时，此时广告投放信息中，可以仅包括各第一类型如SDK的广告参数标识以及对应的参数信息；各第一类型如SDK的广告参数标识按照在当前广告序列分段中的先后顺序排列；

若广告参数标识为广告标识时，对应的参数信息可以为广告的地址信息。如第一类型为SDK类型时，由于广告类型的媒体接入方式的特殊性，此时需要广告请求端根据广告投放信息中的广告标识和广告的地址信息，调用SDK接口从该广告地址信息请求该广告标识对应的广告素材信息，若SDK接口有填充，则获取到广告素材信息，此时可以加载并渲染对应的广告。且广告投放信息中包括当前广告序列分段中的按照先后顺序排列所有SDK的广告参数标识及对应的参数信息，以使得在根据前一广告参数标识进行广告填充失败、或者加载或渲染失败时，可以使用其后相邻的另一个广告参数标识进行广告填充、并加载和渲染，直到基于当前序列分段返回的所有的SDK的广告填充都失败，则认为对当前广告序列分段的广告投放处理失败。

若广告参数标识为广告平台标识时，此时对应的参数信息可以为广告标识。如第一类型为SDK类型时，此时需要广告请求端根据广告投放信息中的广告平台标识和广告标识，通过SDK接口从该广告平台标识对应的广告平台请求该广告标识对应的广告素材信息。然后才可以加载并渲染。其余实现原理相同，在此不再赘述。

第二种情况：若广告服务端进行广告投放处理所采用的当前广告序列分段中包括第二类型如API的广告参数标识，且具有对应的广告有填充时，这种情况发生在顺序排列的数段广告序列分段中的第一个之外的其他有各广告序列分段中。此时广告投放信息中，除了包括各第一类型的广告参数标识以及对应的参数信息，还要包括API的广告的素材信息以及广告标识，位于广告投放信息的开头部分。也就是说，加载和渲染广告信息时也要按照当前广告序列分段中各广告参数标识的先后顺序来执行。

例如，在根据广告投放信息，加载并渲染对应的广告时，先加载并渲染第二类型即API类型的广告的素材信息，以保证API请求的不浪费。在API类型的广告加载或者渲染失败时，再按照上述第一种情况的记载，依次获取SDK类型的广告，若前一个SDK类型的广告投放处理失败，可以按照广告投放信息中各SDK的广告参数标识的先后顺序，获取未加载过的、最靠前的SDK广告参数标识，并获取相应的广告素材信息，以进行广告加载及渲染。

S302、检测基于数段广告序列分段中的当前广告序列分段的广告投放处理是否失败；若失败时，执行步骤S303，否则若成功，暂不执行任何操作。

本实施例中主要介绍一种在广告投放处理失败后采用的补救措施，因此在上述两种情况中，根据当前广告序列分段对应的广告投放信息，实现广告投放处理的过程中，都需要检测当前广告序列分段的广告投放处理是否失败，并在失败时，及时采用相关技术方案进行补救。而若广告投放处理成功时，表示在继续进行正常的广告投放处理，可以不执行任何操作。

例如，该步骤执行时，可以检测基于当前广告序列分段的广告投放信息进行的所有广告投放处理是否都加载或渲染失败；若是，确定基于当前广告序列分段的广告投放处理失败。

在基于当前广告序列分段的广告投放信息进行广告投放处理时，如上述实施例所述，是按照当前广告序列分段中的各广告参数标识由前到后的顺序来获取广告素材信息、加载并渲染对应的广告。若在根据前一个广告参数标识对应的广告素材信息加载或者渲染失败后，再获取后一个广告参数标识获取对应的广告素材信息，并加载和渲染。若直到当前广告序列分段中的最后一个第一类型即SDK类型的广告的素材信息，加载或者渲染失败时，此时认为基于当前广告序列分段的广告投放信息进行的所有广告投都加载或渲染失败，从而确定基于当前广告序列分段的广告投放处理失败。而当前广告序列分段中只要有一个广告参数标识对应的广告加载并渲染成功，则忽略广告投放信息中位于该广告参数标识之后的其他广告参数标识相关的信息。

S303、向广告服务端发送广告补充请求，以供广告服务端根据顺序排列的数段广告序列分段，更新当前广告序列分段，并基于更新后的当前广告序列分段进行广告投放处理；

例如，本实施例中，向广告服务端发送的广告补充请求中可以携带目标广告参数标识，该目标广告参数标识为当前广告序列分段中的最后一个广告参数标识，以供广告服务端根据目标广告参数标识，确定上一次请求时对应的当前广告序列分段；并将顺序排列的数段广告序列分段中、当前广告序列分段的后一个相邻的广告序列分段，更新为当前广告序列分段。

S304、接收广告服务端根据更新后的当前广告序列分段进行的广告投放。

基于以上所述，可以知道，广告请求端在加载并渲染广告时，若接收到广告服务端返回的广告投放信息中包括API类型的广告标识和广告素材信息，则优先加载并渲染API类型的广告，以保证API类型的广告请求不被浪费。否则若加载或者渲染API类型的广告失败，则先加载并渲染排序靠前的SDK类型的广告标识对应的广告，若加载或者渲染失败，依次类推，直到尝试加载并渲染返回的最后一个SDK类型的广告标识对应的广告，以尽量保证广告的投放。若还是加载或者渲染失败，则确定投放失败，需要补充请求。否则只要API类型的广告渲染并加载成功，则广告请求端会忽略接收到的SDK类型的广告标识，在按照返回的各SDK类型的广告标识，尝试加载并渲染各广告标识对应的广告过程中，若成功加载并渲染某一个SDK类型的广告标识对应的广告后，返回的广告投放信息中的各SDK类型的广告标识中，位于加载并渲染成功的广告标识之后的SDK类型的广告标识都忽略。

后续过程以此类推，若基于更新后的当前广告序列分段投放失败，则继续补充请求，继续更新当前广告序列分段，并基于更新后的当前广告序列分段进行广告投放处理，总能够实现一次广告投放处理。如果广告排序列表中的所有广告序列分段都轮询完毕，则表示该广告请求的广告投放处理失败，此种情况在广告投放处理过程中出现的概率非常小。

在广告请求端向广告服务端发送广告请求后，受网络的影响，可能广告请求未成功发送至广告服务端，也可能广告服务端未成功将信息返回至广告请求端，均为导致广告请求端一直等待广告服务端返回信息以进行广告投放处理。为了避免广告请求端一直等待，本实施例中，还可以包括如下步骤：检测向广告服务端发送广告请求之后，未接收到广告服务端返回的广告投放之前的间隔时间长度，是否达到预设时间长度阈值；若是，中断本次广告请求流程，默认广告请求无填充，后续可以发起新的广告请求。否则继续等待，直到间隔时间长度达到预设时间长度阈值。

本实施例的广告投放处理方法，与上述图和图2所示实施例的区别在于，上述图1和图2所示实施例在广告服务端描述本发明的技术方案，而本实施例在广告请求端描述本发明的技术方案，其具体实现原理相同，详细可以参考上述图1所示实施例的记载，在此不再赘述。

本实施例的广告投放处理方法，通过采用上述技术方案，广告服务器端可以将广告排序列表分段为顺序排列的数段广告序列分段，从而在广告请求端可以接收广告服务端基于广告请求，根据顺序排列的数段广告序列分段进行的广告投放处理，以便于后续可以实现在根据前一广告序列分段进行广告投放处理失败后，根据其相邻的后一广告序列分段进行广告投放处理，与现有技术中仅实现一次广告投放处理相比，本实施例的技术方案，能够基于分段处理得到的顺序排列的数段广告序列分段，实现多次投放，能够有效地提高广告投放效率。

而且本实施例中根据广告序列分段进行广告投放处理时，能够保证尽量优先投放第二类型的广告，在第二类型的广告无填充时，可以采用第一类型的广告作为补充，能够有效地保证广告的填充率。

下面结合一个广告排序列表的实例来描述本发明的技术方案。如图6为本发明提供的一种宿主应用信息对应的广告排序列表的示例；图7为基于图6的广告请求示意图。其中图6所示左侧为本发明提供的一种宿主应用信息对应的广告排序列表，AP-1，AP-2、SDK-1、API-3、SDK-2、SDK-3和API-4，各标识均代表一台对应的DSP，即本实施例中以广告参数标识为广告平台标识为例。将左侧的广告排序列表按照上述实施例的分段方式进行分段，得到图6所示的右侧的三个广告序列分段，得到的第一个广告序列分段为AP-1，AP-2、SDK-1，第二个广告序列分段为API-3、SDK-2、SDK-3；第三个广告序列分段为API-4。下面以上述广告排序列表和得到的三个广告序列分段为例，详细描述上述实施例的广告投放处理方法。

广告请求端向广告服务端发送携带广告环境参数的初次广告请求后，广告服务端根据该宿主应用对应的第一个广告序列分段中的AP-1，AP-2、SDK-1的DSP平台，按照以下规则返回给广告请求端：

步骤1、广告服务端依次根据用户特征信息请求第一个广告序列分段内的API类型广告，直到第一个有填充的API平台返回广告素材数据，并在广告服务端缓存；如果均无填充，或者第一个广告序列分段内不包含API类型广告，则不缓存。

步骤2、在第一个广告序列分段中的SDK类型广告中，根据用户特征信息向对应的查询对应的广告标识，并在广告服务端缓存。实际应用中，若第一个广告序列分段内不包含SDK类型广告，则不缓存。

步骤3、将步骤1和步骤2中的数据，组合在一起，返回给广告请求端。

具体地，如图7所示，上述步骤3中广告服务端向广告请求端返回的数据包括以下三种情况：

情况1：广告服务端基于用户特征信息向API-1发起广告请求，并获得广告填充，则广告服务端将API-1返回的广告素材及广告标识缓存；广告服务端基于用户特征信息查询SDK-1，获取对应的广告标识并缓存；广告服务端向广告请求端返回API-1返回的广告素材及广告标识、以及SDK-1返回的广告标识。

情况2：广告服务端基于用户特征信息向API-1发起广告请求，但无广告填充；广告服务端接下来基于用户特征信息向API-2发起广告请求，并获得广告填充，则广告服务端将API-2返回的广告素材及广告标识缓存；并基于用户特征信息在SDK-1中查询对应的广告标识并缓存；最后广告服务端向广告请求端返回API-2返回的广告标识和广告素材信息以及SDK-1返回的广告标识。

情况3：广告服务端基于用户特征信息向API-1发起广告请求，但无广告填充；广告服务端基于用户特征信息向API-2发起广告请求，也无广告填充；广告服务端查询基于用户特征信息在SDK-1查询对应的广告标识，并直接返回给广告请求端。

接下来，在广告请求端收到广告服务端的返回后，会按照以下规则展示广告：

a、如果接口响应含有API类型广告(最多只有1个DSP平台的)，则加载API类型广告内容并渲染，并通知宿主应用已经准备好该广告；此时会忽略SDK类型广告参数。

b、在a的前提下，如果API类型的广告渲染失败，或者接口相应不含有API类型广告，则选择排序最前的SDK类型广告的标识，调用相应的DSP平台的SDK的接口，如果该DSP的SDK接口表示加载广告成功，则通知宿主应用已经准备好该广告。

c、在b的前提下，如果SDK类型的广告接口表示无填充，或者加载失败，则选择排序第二的SDK类型广告进行SDK接口调用。如果该DSP的SDK接口表示加载广告成功，则通知宿主应用已经准备好该广告。

d、依次类推，直到加载到广告或者接口响应的SDK类型全部加载失败。此时，则进入补充请求广告阶段。

图8为基于图7的补充请求的示意图。如图8所示，广告请求端向广告服务端发送补充请求时，会携带上最后一次无填充的广告平台标识作为参数。这样，广告服务端接收到请求后，根据接收到的广告平台标识，会根据该广告平台标识从优先级列表中寻找到当前的分段，并按照上述对第一个广告序列分段的处理方式，分析第二广告序列分段中的API-3、SDK-2和SDK-3。如图8所示，如果API-3有填充，则对应地，广告服务端向广告请求端返回API-3返回的广告标识和广告素材信息以及SDK-2和SDK3返回的广告标识。如果API-3无填充，则对应地，广告服务端向广告请求端返回SDK-2和SDK3返回的广告标识。同理，若基于第二广告序列分段投放的广告仍失败，则继续采用第三广告序列分段中的API-4进行广告投放处理，实现原理相同，不再赘述。

本实施例的方案，可以有效地提高广告投放效率，保证广告的填充率，且保证API类型的广告请求不浪费。

图9为本发明的广告服务端设备实施例的结构示意图。如图9所示，本实施例的广告服务端设备，包括：

列表获取模块10用于根据广告请求端发送的广告请求，获取对应的广告排序列表；

分段处理模块11用于以列表获取模块10获取的广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，进行分段处理，使得第一类型的广告参数标识位于前一广告序列分段中，第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段；

投放处理模块12用于基于广告请求，根据分段处理模块11得到的顺序排列的数段广告序列分段，向广告请求端进行广告投放处理，以在根据前一广告序列分段投放广告失败后，根据其相邻的后一广告序列分段投放广告。

进一步可选地，列表获取模块10用于：

根据广告请求中携带的广告使用环境中的宿主应用信息，获取能够在宿主应用信息对应的宿主应用中投放的数个广告参数标识；

按照预设规则对数个广告参数标识排序，得到广告排序列表。

进一步可选地，广告参数标识为广告标识时，列表获取模块10用于：

按照各广告标识对应的广告价格由高到低的顺序对数个广告标识排序；

按照各广告标识对应的广告在预设的历史时间周期内的播放频次由高到低的顺序对数个广告标识排序；或者

按照预先设置的对各广告标识对应的广告的喜好程度由高到低的顺序对数个广告标识排序。

进一步可选地，广告参数标识为广告平台标识时，列表获取模块10用于：

按照各广告平台的广告平均价格由高到低的顺序对数个广告平台标识排序；

按照各广告平台的广告填充率由高到低的顺序对数个广告平台标识排序；

按照预先设置的从各广告平台中获取广告数量的百分比由高到低的顺序对数个广告平台标识排序；或者

按照预先设置的对各广告平台的喜好程度由高到低的顺序对数个广告平台标识排序。

进一步可选地，投放处理模块12用于：

结合广告请求中携带的用户特征信息，并根据顺序排列的数段广告序列分段，向广告请求端进行广告投放处理。

进一步可选地，投放处理模块12用于：

从数段广告序列分段中获取未投放过、排序最靠前的广告序列分段作为当前广告序列分段；

结合用户特征信息，根据当前广告序列分段，向广告请求端进行广告投放处理；

判断根据当前广告序列分段进行的广告投放处理是否失败；

若失败，从数段广告序列分段中获取当前广告序列分段的后一个相邻的广告序列分段，作为更新后的当前广告序列分段，以便根据更新后的当前广告序列分段，向广告请求端进行广告投放处理。

进一步可选地，投放处理模块12用于：

结合用户特征信息，获取当前广告序列分段对应的广告投放信息；

向广告请求客户端发送当前广告序列分段对应的广告投放信息，以供广告请求客户端基于广告投放信息进行广告投放处理。

进一步可选地，投放处理模块12用于：

若当前广告序列分段中不包括第二类型的广告平台标识，根据用户特征信息，获取当前广告序列分段中的各第一类型的广告平台标识对应的广告平台返回的广告标识；

将各第一类型的广告平台标识以及对应的广告标识，按照各第一类型的广告平台标识在当前广告序列分段中先后顺序排列，存入广告投放信息中。

进一步可选地，投放处理模块12用于：

若当前广告序列分段中包括第二类型的广告平台标识，根据用户特征信息，获取当前广告序列分段中的一个第二类型的广告平台标识对应的广告平台返回的广告素材信息以及对应的广告标识；

将广告素材信息以及对应的广告标识存入广告投放信息中。

进一步可选地，投放处理模块12用于：

获取当前广告序列分段中从前向后的第一个第二类型的广告平台标识，作为当前广告平台标识；

通过第二类型的应用接口向当前广告平台标识对应的当前广告平台发送携带用户特征信息的广告请求，以供对应的当前广告平台根据用户特征信息确定自身中是否存在对应的广告素材信息，并在存在时，采用对应的广告素材信息以及对应的广告标识对第二类型的应用接口进行填充；

若当前广告平台中存在用户特征信息对应的广告素材信息，检测并确定第二类型的应用接口具有广告填充，接收当前广告平台返回的广告素材信息以及对应的广告标识并缓存。

进一步可选地，投放处理模块12还用于：

若当前广告平台中不存在用户特征信息对应的广告素材信息，确定第二类型的应用接口无告填充时，判断当前广告序列分段中是否还包括第二类型的广告平台标识；

若包括，获取当前广告序列分段中当前广告平台标识之后、相邻的下一个第二类型的广告平台标识，更新为当前广告平台标识；

基于当前广告平台标识，进行广告素材信息以及对应的广告标识请求。

进一步可选地，投放处理模块12用于：

向当前广告序列分段中的各第一类型的广告平台标识对应的广告平台、发送携带用户特征信息的广告请求，以供各第一类型的广告平台根据用户特征信息确定自身中、是否存在符合用户特征信息的广告，并在存在时，获取各第一类型的广告平台中对应的广告标识；

接收各第一类型的广告平台返回的广告标识，并缓存。

进一步可选地，投放处理模块12用于：

检测预设时间周期内是否接收到广告请求端发送的携带目标广告平台标识的广告补充请求，目标广告平台标识为处理上一次广告请求时所采用的当前广告序列分段中的最后一个第一类型的广告平台标识；

若接收到，确定广告投放处理失败。

进一步可选地，投放处理模块12用于：

根据目标广告平台标识，确定上一次请求时对应的当前广告序列分段；

从顺序排列的数段广告序列分段中获取当前广告序列分段的后一个相邻的广告序列分段，作为更新后的当前广告序列分段。

进一步可选地，上述实施例中的第一类型为SDK类型，第二类型为API类型。

本实施例的广告服务端设备，通过采用上述模块实现广告投放处理的原理以及效果，与上述相关方法实施例相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

图10为本发明的广告请求端设备实施例的结构示意图。如图10所示，本实施例的广告请求端设备，包括：

发送模块20用于向广告服务端发送广告请求；

投放处理模块21用于接收广告服务端基于广告请求，根据顺序排列的数段广告序列分段进行的广告投放。

进一步地，本实施例的广告请求端设备中，还包括：检测模块22用于检测投放处理模块21基于数段广告序列分段中的当前广告序列分段的广告投放处理是否失败。

发送模块20还用于若检测模块22检测到失败时，向广告服务端发送广告补充请求，以供广告服务端根据顺序排列的数段广告序列分段，更新当前广告序列分段，并基于更新后的当前广告序列分段进行广告投放处理。

进一步可选地，投放处理模块21还用于：

接收广告服务端根据更新后的当前广告序列分段进行的广告投放处理。

进一步可选地，投放处理模块21用于：

接收广告服务端返回的当前广告序列分段对应的广告投放信息，广告投放信息为广告服务端根据广告请求获取的；

根据当前广告序列分段对应的广告投放信息，加载并渲染对应的广告，实现广告投放处理。

进一步可选地，顺序排列的数段广告序列分段为广告服务端根据广告请求获取对应的广告排序列表；并对广告排序列表进行分段处理，使得广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识分别位于前后两段广告序列分段中，而得到的；

若当前广告序列分段中未包括第二类型的广告参数标识时，广告投放信息仅包括各第一类型的广告参数标识以及对应的参数信息；各第一类型的广告参数标识按照在当前广告序列分段中的先后顺序排列；

投放处理模块21用于：

从各第一类型的广告参数标识中获取当前广告参数标识及对应的地址信息；当前广告标识为顺序排列的各第一类型的广告标识中未加载过的、最靠前的广告标识；

根据第一类型的当前广告参数标识及对应的地址信息，调用第一类型的应用接口，获取当前广告参数标识的广告素材信息；

基于当前广告参数标识的广告素材信息，加载并渲染对应的广告。

进一步可选地，若当前广告序列分段中还包括第二类型的广告参数标识时，广告投放信息还包括第二类型广告的广告素材信息以及对应的广告标识；

投放处理模块21还用于：

根据第二类型的对应的广告素材信息，加载并渲染对应的广告，实现广告投放处理；

检测并确定第二类型的广告投放处理失败。

进一步可选地，广告参数标识为广告标识或者广告平台标识；

第一类型为SDK类型，第二类型为API类型。

进一步可选地，检测模块22用于：

检测基于当前广告序列分段的广告投放信息进行的所有广告投放处理是否都加载或渲染失败；

若是，确定基于当前广告序列分段的广告投放处理失败。

进一步可选地，发送模块20用于：

向广告服务端发送携带目标广告参数标识的广告补充请求，目标广告参数标识为当前广告序列分段中的最后一个广告参数标识，以供广告服务端根据目标广告参数标识，确定上一次请求时对应的当前广告序列分段；并将顺序排列的数段广告序列分段中、当前广告序列分段的后一个相邻的广告序列分段，更新为当前广告序列分段。

进一步可选地，检测模块22还用于检测向广告服务端发送广告请求之后，未接收到广告服务端返回的广告投放处理之前的间隔时间长度，是否达到预设时间长度阈值；

投放处理模块21还用于若检测模块22检测间隔时间长度是达到预设时间长度阈值，中断本次广告请求流程，默认广告请求无填充。

本实施例的广告请求端设备，通过采用上述模块实现广告投放处理的原理以及效果，与上述相关方法实施例相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

图11为本发明实施例提供的广告投放处理***实施例的结构示意图。如图11所示，本实施例的广告投放处理***，包括具有通信连接的广告请求端设备30和广告服务端设备40，广告服务端40设备采用如上图9所示实施例的广告服务端设备，广告请求端设备采用如上图10所示的广告请求端设备。具体可以采用如上图1-图8所示实施例的广告投放处理方法实现广告投放处理，详细可以参考上述相关实施例的记载，在此不再赘述。

图12示出了根据本发明一实施例可用于实现上述广告投放处理方法的计算设备的结构示意图。

参见图12，计算设备1000包括存储器1010和处理器1020。

处理器1020可以是一个多核的处理器，也可以包含多个处理器。在一些实施例中，处理器1020可以包含一个通用的主处理器以及一个或多个特殊的协处理器，例如图形处理器(GPU)、数字信号处理器(DSP)等等。在一些实施例中，处理器1020可以使用定制的电路实现，例如特定用途集成电路(ASIC，Application Specific Integrated Circuit)或者现场可编程逻辑门阵列(FPGA，Field Programmable Gate Arrays)。

存储器1010可以包括各种类型的存储单元，例如***内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。***内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。***内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020处理时，可以使处理器1020执行上文述及的广告投放处理方法。

上文中已经参考附图详细描述了根据本发明的广告投放处理。

此外，根据本发明的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者，本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本发明的多个实施例的***和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (30)

1.一种广告投放处理方法，其特征在于，所述方法包括：

根据广告请求端发送的广告请求，获取对应的广告排序列表；

以所述广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，进行分段处理，使得所述第一类型的广告参数标识位于前一广告序列分段中，所述第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段；

基于所述广告请求，根据顺序排列的数段所述广告序列分段，向所述广告请求端进行广告投放处理，以在根据前一所述广告序列分段进行广告投放处理失败后，根据其相邻的后一所述广告序列分段进行广告投放处理。

2.根据权利要求1所述的方法，其特征在于，根据广告请求端发送的广告请求，获取对应的广告排序列表，包括：

根据所述广告请求中携带的广告使用环境中的宿主应用信息，获取能够在所述宿主应用信息对应的宿主应用中投放的数个所述广告参数标识；

按照预设规则对数个所述广告参数标识排序，得到所述广告排序列表。

3.根据权利要求2所述的方法，其特征在于，所述广告参数标识为广告标识；按照所述预设规则对数个所述广告参数标识排序，得到所述广告排序列表，包括：

按照各所述广告标识对应的广告价格由高到低的顺序对数个所述广告标识排序；或者

按照各所述广告标识对应的广告在预设的历史时间周期内的播放频次由高到低的顺序对数个所述广告标识排序；或者

按照预先设置的对各所述广告标识对应的广告的喜好程度由高到低的顺序对数个所述广告标识排序。

4.根据权利要求2所述的方法，其特征在于，所述广告参数标识为广告平台标识；按照所述预设规则对数个所述广告参数标识排序，得到所述广告排序列表，包括：

按照各所述广告平台的广告平均价格由高到低的顺序对数个所述广告平台标识排序；或者

按照各所述广告平台的广告填充率由高到低的顺序对数个所述广告平台标识排序；或者

按照预先设置的从各所述广告平台中获取广告数量的百分比由高到低的顺序对数个所述广告平台标识排序；或者

按照预先设置的对各所述广告平台的喜好程度由高到低的顺序对数个所述广告平台标识排序。

5.根据权利要求1所述的方法，其特征在于，基于所述广告请求，根据顺序排列的数段所述广告序列分段，向所述广告请求端进行广告投放处理，包括：

结合所述广告请求中携带的用户特征信息，并根据顺序排列的数段所述广告序列分段，向所述广告请求端进行广告投放处理。

6.根据权利要求5所述的方法，其特征在于，结合所述用户特征信息，并根据顺序排列的数段所述广告序列分段，向所述广告请求端进行广告投放处理，包括：

从数段所述广告序列分段中获取未投放过、排序最靠前的所述广告序列分段作为当前广告序列分段；

结合所述用户特征信息，根据所述当前广告序列分段，向所述广告请求端进行广告投放处理；

判断根据所述当前广告序列分段进行的广告投放处理是否失败；

若失败，从数段所述广告序列分段中获取所述当前广告序列分段的后一个相邻的广告序列分段，作为更新后的所述当前广告序列分段，以便根据更新后的所述当前广告序列分段，向所述广告请求端进行广告投放处理。

7.根据权利要求6所述的方法，其特征在于，结合所述用户特征信息，根据所述当前广告序列分段，向所述广告请求端进行广告投放处理，包括：

结合所述用户特征信息，获取所述当前广告序列分段对应的广告投放信息；

向所述广告请求客户端发送所述当前广告序列分段对应的所述广告投放信息，以供所述广告请求客户端基于所述广告投放信息进行广告投放处理。

8.根据权利要求7所述的方法，其特征在于，结合所述用户特征信息，获取所述当前广告序列分段对应的广告投放信息，包括：

若所述当前广告序列分段中不包括所述第二类型的所述广告平台标识，根据所述用户特征信息，获取所述当前广告序列分段中的各所述第一类型的所述广告平台标识对应的所述广告平台返回的广告标识；

将各所述第一类型的所述广告平台标识以及对应的所述广告标识，按照各所述第一类型的所述广告平台标识在所述当前广告序列分段中先后顺序排列，存入所述广告投放信息中。

9.根据权利要求8所述的方法，其特征在于，若所述当前广告序列分段中包括所述第二类型的所述广告平台标识，根据所述用户特征信息，结合所述用户特征信息，获取所述当前广告序列分段对应的广告投放信息，还包括：

获取所述当前广告序列分段中的一个所述第二类型的所述广告平台标识对应的所述广告平台返回的广告素材信息以及对应的所述广告标识；

将所述广告素材信息以及对应的所述广告标识存入所述广告投放信息中。

10.根据权利要求9所述的方法，其特征在于，根据所述用户特征信息，获取所述当前广告序列分段中的一个所述第二类型的所述广告平台标识对应的所述广告平台返回的广告素材信息以及对应的所述广告标识，包括：

获取所述当前广告序列分段中从前向后的第一个所述第二类型的所述广告平台标识，作为当前广告平台标识；

通过所述第二类型的应用接口向所述当前广告平台标识对应的当前广告平台发送携带所述用户特征信息的广告请求，以供对应的所述当前广告平台根据所述用户特征信息确定自身中是否存在对应的广告素材信息，并在存在时，采用对应的所述广告素材信息以及对应的所述广告标识对所述第二类型的应用接口进行填充；

检测并确定所述第二类型的应用接口具有广告填充，接收所述当前广告平台返回的所述广告素材信息以及对应的所述广告标识并缓存。

11.根据权利要求10所述的方法，其特征在于，若检测并确定所述第二类型的应用接口无告填充之后，所述方法还包括：

判断所述当前广告序列分段中是否还包括所述第二类型的所述广告平台标识；

若包括，获取所述当前广告序列分段中所述当前广告平台标识之后、相邻的下一个所述第二类型的所述广告平台标识，更新为所述当前广告平台标识；

基于所述当前广告平台标识，进行广告素材信息以及对应的广告标识请求。

12.根据权利要求9所述的方法，其特征在于，根据所述用户特征信息，获取所述当前广告序列分段中的各所述第一类型的所述广告平台标识对应的所述广告平台返回的广告标识，包括：

向所述当前广告序列分段中的各所述第一类型的所述广告平台标识对应的所述广告平台、发送携带所述用户特征信息的广告请求，以供各所述第一类型的所述广告平台根据所述用户特征信息确定自身中、是否存在符合所述用户特征信息的广告，并在存在时，获取各所述第一类型的所述广告平台中对应的所述广告标识；

接收各所述第一类型的所述广告平台返回的所述广告标识，并缓存。

13.根据权利要求6所述的方法，其特征在于，判断根据所述当前广告序列分段进行的广告投放处理是否失败，包括：

检测预设时间周期内是否接收到所述广告请求端发送的携带目标广告平台标识的广告补充请求，所述目标广告平台标识为处理上一次广告请求时所采用的所述当前广告序列分段中的最后一个所述第一类型的广告平台标识；

若接收到，确定所述广告投放处理失败。

14.根据权利要求13所述的方法，其特征在于，从数段所述广告序列分段中获取所述当前广告序列分段的后一个相邻的广告序列分段，作为更新后的所述当前广告序列分段，包括：

根据所述目标广告平台标识，确定上一次请求时对应的所述当前广告序列分段；

从顺序排列的数段所述广告序列分段中获取所述当前广告序列分段的后一个相邻的广告序列分段，作为更新后的所述当前广告序列分段。

15.根据权利要求1-14任一所述的方法，其特征在于，所述第一类型为SDK类型，所述第二类型为API类型。

16.一种广告投放处理方法，其特征在于，所述方法包括：

向广告服务端发送广告请求；

接收所述广告服务端基于所述广告请求，根据顺序排列的数段广告序列分段进行的广告投放，其中，顺序排列的数段所述广告序列分段是通过对与所述广告请求对应的广告排序列表进行分段处理得到的；

检测基于所述数段广告序列分段中的当前广告序列分段的广告投放处理是否失败；

若失败时，向所述广告服务端发送广告补充请求，以供所述广告服务端根据顺序排列的数段所述广告序列分段，更新所述当前广告序列分段，并基于更新后的所述当前广告序列分段进行广告投放处理。

17.根据权利要求16所述的方法，其特征在于，向所述广告服务端发送广告补充请求之后，所述方法还包括：

接收所述广告服务端根据更新后的所述当前广告序列分段进行的广告投放处理。

18.根据权利要求16所述的方法，其特征在于，接收所述广告服务端基于所述广告请求，根据顺序排列的数段所述广告序列分段进行的广告投放，包括：

接收所述广告服务端返回的所述当前广告序列分段对应的广告投放信息，所述广告投放信息为所述广告服务端根据所述广告请求获取的；

根据所述当前广告序列分段对应的广告投放信息，加载并渲染对应的广告，实现广告投放处理。

19.根据权利要求18所述的方法，其特征在于，顺序排列的数段所述广告序列分段为所述广告服务端根据所述广告请求获取对应的广告排序列表，并对所述广告排序列表进行分段处理，使得所述广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识分别位于前后两段广告序列分段中，而得到的。

20.根据权利要求19所述的方法，其特征在于，若所述当前广告序列分段中未包括第二类型的广告参数标识或者所述第二类型的广告参数标识对应的广告无填充时，所述广告投放信息仅包括各所述第一类型的所述广告参数标识以及对应的参数信息；各所述第一类型的所述广告参数标识按照在所述当前广告序列分段中的先后顺序排列；

对应地，根据所述当前广告序列分段对应的广告投放信息，加载并渲染对应的广告，实现广告投放处理，包括：

从各所述第一类型的所述广告参数标识中获取当前广告参数标识及对应的地址信息；所述当前广告标识为顺序排列的各所述第一类型的所述广告标识中未加载过的、最靠前的所述广告标识；

根据所述第一类型的所述当前广告参数标识及对应的地址信息，调用所述第一类型的应用接口，获取所述当前广告参数标识的广告素材信息；

基于所述当前广告参数标识的广告素材信息，加载并渲染对应的广告。

21.根据权利要求19所述的方法，其特征在于，若所述当前广告序列分段中还包括第二类型的广告参数标识，且对应的广告有填充时，所述广告投放信息还包括所述第二类型广告的广告素材信息以及对应的所述广告标识；

从各所述第一类型的所述广告标识中获取当前广告标识及对应的地址信息之前，所述方法还包括：

根据所述第二类型的对应的广告素材信息，加载并渲染对应的所述广告，实现广告投放处理；

检测并确定所述第二类型的广告投放处理失败。

22.根据权利要求19所述的方法，其特征在于，所述广告参数标识为广告标识或者广告平台标识；

所述第一类型为SDK类型，所述第二类型为API类型。

23.根据权利要求16所述的方法，其特征在于，检测基于所述当前广告序列分段的广告投放处理是否失败，包括：

检测基于所述当前广告序列分段的所述广告投放信息进行的所有广告投放处理是否都加载或渲染失败；

若是，确定基于所述当前广告序列分段的广告投放处理失败。

24.根据权利要求16所述的方法，其特征在于，向所述广告服务端发送广告补充请求，包括：

向所述广告服务端发送携带目标广告参数标识的广告补充请求，所述目标广告参数标识为所述当前广告序列分段中的最后一个广告参数标识，以供所述广告服务端根据所述目标广告参数标识，确定上一次请求时对应的所述当前广告序列分段；并将顺序排列的数段所述广告序列分段中、所述当前广告序列分段的后一个相邻的广告序列分段，更新为所述当前广告序列分段。

25.根据权利要求16-24任一所述的方法，其特征在于，所述方法还包括：

检测向所述广告服务端发送所述广告请求之后，未接收到所述广告服务端返回的广告投放之前的间隔时间长度，是否达到预设时间长度阈值；

若是，中断本次广告请求流程，默认所述广告请求无填充。

26.一种广告服务端设备，其特征在于，所述设备包括：

列表获取模块，用于根据广告请求端发送的广告请求，获取对应的广告排序列表；

分段处理模块，用于以所述广告排序列表中前后顺序相邻的第一类型和第二类型的广告参数标识作为分段分界的标识，进行分段处理，使得所述第一类型的广告参数标识位于前一广告序列分段中，所述第二类型的广告参数标识位于后一广告序列分段中，得到顺序排列的数段广告序列分段；

投放处理模块，用于基于所述广告请求，根据顺序排列的数段所述广告序列分段，向所述广告请求端进行广告投放处理，以在根据前一所述广告序列分段进行广告投放处理失败后，根据其相邻的后一所述广告序列分段进行广告投放处理。

27.一种广告请求端设备，其特征在于，所述设备包括：

发送模块，用于向广告服务端发送广告请求；

投放处理模块，用于接收所述广告服务端基于所述广告请求，根据顺序排列的数段广告序列分段进行的广告投放，其中，顺序排列的数段所述广告序列分段是通过对与所述广告请求对应的广告排序列表进行分段处理得到的；

检测模块，用于检测所述投放处理模块基于所述数段广告序列分段中的当前广告序列分段的广告投放处理是否失败，

所述发送模块还用于若失败时，向所述广告服务端发送广告补充请求，以供所述广告服务端根据顺序排列的数段所述广告序列分段，更新所述当前广告序列分段，并基于更新后的所述当前广告序列分段进行广告投放处理。

28.一种广告投放处理***，其特征在于，包括具有通信连接的广告请求端设备和广告服务端设备，所述广告服务端设备采用如上权利要求26所述的广告服务端设备，所述广告请求端设备采用如上权利要求27所述的广告请求端设备。

29.一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-15中任何一项所述的方法；或者执行如权利要求16-25中任何一项所述的方法。

30.一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1-15中任何一项所述的方法；或者执行如权利要求16-25中任何一项所述的方法。

Images