广告请求方法、装置及移动终端制造方法及图纸

技术编号:21434177 阅读:22 留言:0更新日期:2019-06-22 12:31
本发明专利技术提供了一种广告请求方法,包括以下步骤:步骤一:确定广告请求量,向广告服务器发送包括所述广告请求量的广告获取请求;步骤二:接收所述广告服务器返回的广告数据信息,并确定广告返回量;步骤三:判断是否满足停止请求条件;若不满足,则重复执行步骤一至步骤三,直至判断满足停止请求条件。同时,本发明专利技术还提供了一种广告请求装置及移动终端。本发明专利技术提供的方案,能够合理地确定广告请求量,解决应用客户端设置广告请求数量不准确而增大广告服务器压力和浪费流量的问题,同时在停止请求条件不满足时重复向广告服务器请求广告,更充分地满足应用客户端的广告需求。

【技术实现步骤摘要】
广告请求方法、装置及移动终端
本专利技术涉及互联网
,具体而言,本专利技术涉及一种广告请求方法、装置及移动终端。
技术介绍
目前,普遍存在应用端对服务器发起过多广告请求而出现的广告“浪费”的现象。同时目前的广告很多都是实时竞价的广告,如果因为广告请求过多而导致广告浪费的话,广告投放系统的投放策略和竞价会受到很大的影响。另一方面,广告请求过多的情况,还会对广告展示率造成很大影响:因为广告展示率=showcount/requestcount,其中,showcount是广告展示个数,requestcount是广告请求个数。由于通常应用内设置的广告位数量都是固定的,所以影响广告展示率的因素就只剩下广告请求个数。根据上述广告展示率的公式可知,广告的请求量越大,广告的展示率就越低。由于广告展示率低直接会影响应用的评价评判指标,假如广告展示率一直低下,那么应用内的广告位就会得不到广告主的青睐。因此,如何解决应用端由于请求广告过多而导致的浪费成为了亟需解决的问题。
技术实现思路
本专利技术针对现有技术的缺点,提供了一种广告请求方法、装置及移动终端,能够合理地确定广告请求量,解决现有技术中应用客户端设置的广告请求数量不准确而增大广告服务器压力和浪费流量的问题。本专利技术实施例提供了一种广告请求方法,应用于应用客户端中的嵌入式SDK,包括以下步骤:步骤一:确定广告请求量,向广告服务器发送包括所述广告请求量的广告获取请求;步骤二:接收所述广告服务器返回的广告数据信息,并确定广告返回量;步骤三:判断是否满足停止请求条件;若不满足,则重复执行步骤一至步骤三,直至判断满足停止请求条件。进一步地,所述确定广告请求量,之前还包括:接收来自应用客户端的广告请求通知,所述广告请求通知包括广告需求量。进一步地,所述确定广告请求量的步骤,包括:若第1次请求广告数据,则依据广告请求通知中包括的广告需求量来确定广告请求量;若为第N次请求广告数据,则确定第N次的广告请求量为第N-1次广告请求量与第N-1次广告返回量之间的差值,其中N是大于1的整数。进一步地,所述若第1次请求广告数据,则依据广告请求通知中包括的广告需求量来确定广告请求量,包括:确定广告数据缓存区域中是否缓存有广告数据;若有,则将广告请求通知中包括的广告需求量与缓存的广告缓存量的差值,确定为广告请求量;若没有,则将广告请求通知中包括的广告需求量确定为广告请求量。进一步地,确定广告数据缓存区域中是否缓存有广告数据,具体包括:确定广告数据缓存区域中是否缓存有有效的广告数据;其中,确定有效的广告数据包括:确定广告数据缓存区域中缓存的全部广告数据;依据各个广告数据的广告时限信息,确定广告数据缓存区域中缓存的有效广告数据。进一步地,所述广告请求通知还包括广告位数量。进一步地,还包括:若判断满足停止请求条件,停止广告请求,并根据广告位数量处理返回的广告数据,并将处理后的广告数据保存至广告数据缓存区域。进一步地,还包括:接收来自应用客户端的广告展示通知,所述广告展示通知包括成功展示的广告的标识;删除广告数据缓存区域中与所述成功展示的广告的标识对应的广告数据。进一步地,所述停止请求条件,具体包括以下至少一项:广告返回量等于预设数值;广告返回量满足广告请求量;重复执行步骤一至步骤三的次数等于预设次数。本专利技术实施例还提供了一种应用客户端中的嵌入式SDK,包括以下模块:重复请求第一模块,用于确定广告请求量,向广告服务器发送包括所述广告请求量的广告获取请求;重复请求第二模块,用于接收所述广告服务器返回的广告数据信息,并确定广告返回量;重复请求第三模块,用于判断是否满足停止请求条件;若不满足,则重复依次执行重复请求第一模块至重复请求第三模块所执行的操作,直至满足重复请求第三模块的停止请求条件。进一步地,还包括广告请求通知接收模块,用于接收来自应用客户端的广告请求通知,所述广告请求通知包括广告需求量。进一步地,所述重复请求第一模块包括:广告请求量确定第一子模块,用于在第1次请求广告数据时,依据广告请求通知中包括的广告需求量来确定广告请求量;广告请求量确定第二子模块,用于在第N次请求广告数据,确定第N次的广告请求量为第N-1次广告请求量与第N-1次广告返回量之间的差值,其中N是大于1的整数。进一步地,所述广告请求量确定第一子模块,包括:广告缓存数据确定单元,用于确定广告数据缓存区域中是否缓存有广告数据;若有,则广告请求量确定第一子模块将广告请求通知中包括的广告需求量与缓存的广告缓存量的差值,确定为广告请求量;若没有,则广告请求量确定第一子模块将广告请求通知中包括的广告需求量确定为广告请求量。进一步地,广告缓存数据确定单元,具体包括:有效广告缓存数据确定子单元,用于确定广告数据缓存区域中是否缓存有有效的广告数据;其中,确定有效的广告数据包括:确定广告数据缓存区域中缓存的全部广告数据;依据各个广告数据的广告时限信息,确定广告数据缓存区域中缓存的有效广告数据。进一步地,所述广告请求通知接收模块所接收的广告请求通知还包括广告位数量。进一步地,还包括:广告数据处理子模块,用于当判断满足停止请求条件时,停止广告请求,并根据广告位数量处理返回的广告数据,并将处理后的广告数据保存至广告数据缓存区域。进一步地,还包括:广告展示通知接收模块,用于接收来自应用客户端的广告展示通知,所述广告展示通知包括成功展示的广告的标识;广告数据删除模块,用于删除广告数据缓存区域中与所述成功展示的广告的标识对应的广告数据。进一步地,所述重复请求第三模块中的停止请求条件,具体包括以下至少一项:广告返回量等于预设数值;广告返回量满足广告请求量;重复依次执行重复请求第一模块至重复请求第三模块所执行的操作的次数等于预设次数。本专利技术的实施例根据另一个方面,还提供了一种移动终端,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现上述广告请求方法。本专利技术实施例在停止请求条件不满足时,应用客户端中的嵌入式SDK会重新确定广告请求量,之后向广告服务器发送广告请求,直至满足停止请求条件,通过合理地确定广告请求量,解决了现有技术中应用客户端设置广告请求数量不准确而增大广告服务器压力和浪费流量的问题,同时在停止请求条件不满足时重复向广告服务器请求广告,更加充分地满足了应用客户端对广告数量的需求。进一步地,广告数据缓存区域能够保存未被成功展示的广告数据,当应用客户端再次有广告需求时,SDK为其提供仍有效的广告数据,从而避免广告资源的浪费;多个停止请求条件能够合理控制应用客户端等待SDK返回广告数据的时间,进而保障应用客户端的广告数据加载速度。本专利技术附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本专利技术的实践了解到。附图说明本专利技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:图1为应用更新方法的流程图;图2为应用更新装置的结构示意图;图3为应用更新装置的详细结构示意图。具体实施方式下面详细描述本专利技术的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本专利技术,而本文档来自技高网...

【技术保护点】
1.一种广告请求方法,其特征在于,应用于应用客户端中的嵌入式SDK,包括以下步骤:步骤一:确定广告请求量,向广告服务器发送包括所述广告请求量的广告获取请求;步骤二:接收所述广告服务器返回的广告数据信息,并确定广告返回量;步骤三:判断是否满足停止请求条件;若不满足,则重复执行步骤一至步骤三,直至判断满足停止请求条件。

【技术特征摘要】
1.一种广告请求方法,其特征在于,应用于应用客户端中的嵌入式SDK,包括以下步骤:步骤一:确定广告请求量,向广告服务器发送包括所述广告请求量的广告获取请求;步骤二:接收所述广告服务器返回的广告数据信息,并确定广告返回量;步骤三:判断是否满足停止请求条件;若不满足,则重复执行步骤一至步骤三,直至判断满足停止请求条件。2.如权利要求1所述的广告请求方法,其特征在于,所述确定广告请求量,之前还包括:接收来自应用客户端的广告请求通知,所述广告请求通知包括广告需求量。3.如权利要求2所述的广告请求方法,其特征在于,所述确定广告请求量的步骤,包括:若第1次请求广告数据,则依据广告请求通知中包括的广告需求量来确定广告请求量;若为第N次请求广告数据,则确定第N次的广告请求量为第N-1次广告请求量与第N-1次广告返回量之间的差值,其中N是大于1的整数。4.如权利要求3所述的广告请求方法,其特征在于,所述若第1次请求广告数据,则依据广告请求通知中包括的广告需求量来确定广告请求量,包括:确定广告数据缓存区域中是否缓存有广告数据;若有,则将广告请求通知中包括的广告需求量与缓存的广告缓存量的差值,确定为广告请求量;若没有,则将广告请求通知中包括的广告需求量确定为广告请求量。5.如权利要求4所述的广告请求方法,其特征在于,确定广告数据缓存区域中是否缓存有广告数据,具体包括:确定广告数据缓存区域中是否缓存有有效的广告数据;其中,确定有效的广告数据包括:确定广告数据缓存区域中缓存的全部广告数据;依据各个广告数据的广告时限信息,确定广告数据缓存区域中缓存的有效广告数据。6.如权利要求2所述的广告请求方法,其特征在于,所述广告请求通知还包括广告位数量。7.如权利要求6所述的广告请求方法,其特征在于,还包括:若判断满足停止请求条件,停止广告请求,并根据广告位数量处理返回的广告数据,并将处理后的广告数据保存至广告数据缓存区域。8.如权利要求7所述的广告请求方法,其特征在于,还包括:接收来自应用客户端的广告展示通知,所述广告展示通知包括成功展示的广告的标识;删除广告数据缓存区域中与所述成功展示的广告的标识对应的广告数据。9.如权利要求1-8任一项所述的广告请求方法,其特征在于,所述停止请求条件,具体包括以下至少一项:广告返回量等于预设数值;广告返回量满足广告请求量;重复执行步骤一至步骤三的次数等于预设次数。10.一种应用客户端中的嵌入式SDK,其特征在于,包括以下模块:重复请求第一模块,用于确定广告请求量,向广告服务器发送包括所述广告请求量的广告获取请求;重复请求第二模块,用于接收所述广告服务器返回的广告数据信息,并确定广告返回量;重复请求第三模块,用于判断是否满足停止...

【专利技术属性】
技术研发人员:王飞张晓龙
申请(专利权)人:北京奇虎科技有限公司
类型:发明
国别省市:北京,11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1