推送待展示信息的方法及装置与流程

本发明涉及网络应用技术领域，特别涉及一种推送待展示信息的方法及装置。

背景技术：

随着网络应用技术的不断发展，广告已经逐渐成为应用程序盈利的主要手段。在进行广告投放时，广告主可以将广告投放至专门的广告投放平台，由广告投放平台统一推送至各个应用程序。

在相关技术中，网络侧的广告投放平台向安装在用户终端中的应用程序提供广告数据获取接口，用户终端中的应用程序通过该接口请求广告数据，广告投放平台接收到应用程序后，向应用程序推送广告数据，应用程序接收到推送的广告数据后，在用户终端中按照预设的广告展示逻辑对广告进行展示。

在相关技术所示的方案中，由于广告展示逻辑由用户终端中的应用程序进行控制，因此仅能够支持涉及广告在当前应用程序中的展示情况的控制逻辑，无法支持需要综合考虑广告在当前应用程序之外的展示情况的展示逻辑，广告推送的效果较差。

技术实现要素：

为了解决相关技术中广告展示逻辑由用户终端中的应用程序进行控制，因此仅能够支持涉及广告在当前应用程序中的展示情况的控制逻辑，无法支持需要综合考虑广告在当前应用程序之外的展示情况的展示逻辑，导致广告推送的效果较差的问题，本发明实施例提供了一种推送待展示信息的方法及装置，技术方案如下：

第一方面，提供了一种推送待展示信息的方法，所述方法应用于安装有应用程序的用户终端中，所述方法包括：

接收所述应用程序发送的待展示信息获取请求；

获取满足推送条件的所述待展示信息，所述推送条件包括所述待展示信息的有效展示次数不大于预设的次数阈值，所述有效展示次数包括成功曝光的次数以及接收到指定操作的次数中的至少一种；

将获取到的所述待展示信息推送给所述应用程序。

第二方面，提供了一种推送待展示信息的装置，所述装置应用于安装有应用程序的用户终端中，所述装置包括：

第一请求接收模块，用于接收所述应用程序发送的待展示信息获取请求；

信息获取模块，用于获取满足推送条件的所述待展示信息，所述推送条件包括所述待展示信息的有效展示次数不大于预设的次数阈值，所述有效展示次数包括成功曝光的次数以及接收到指定操作的次数中的至少一种；

信息推送模块，用于将获取到的所述待展示信息推送给所述应用程序。

第三方面，提供了一种用户终端，其特征在于，所述用户终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述第一方面所述的推送待展示信息的方法。

第四方面，提供了一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述第一方面所述的推送待展示信息的方法。

本发明实施例提供的技术方案可以包括以下有益效果：

在用户终端中的应用程序之外统一获取成功曝光次数和/或接收到指定操作的次数满足推送条件的待展示信息，并将获取到的待展示信息推送给应用程序进行展示，即与成功曝光次数以及接收到指定操作的次数相关的展示逻辑由负责信息展示的应用程序之外的程序组件来控制，从而实现对需要综合考虑广告在当前应用程序之外的展示情况的展示逻辑的支持，提高了待展示信息的推送效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的推送待展示信息的系统的结构示意图；

图2是图1所示实施例涉及的一种用户终端的架构图；

图3是本发明各个实施例所示方案的实现流程示意图；

图4是本根据一示例性实施例示出的一种推送待展示信息的方法的流程图；

图5是图4所示实施例涉及的一种上报条件注册与触发的流程示意图；

图6是根据一示例性实施例示出涉及的一种广告缓存逻辑示意图；

图7是根据一示例性实施例示出的一种支持闪屏广告的通用组件框架图；

图8是根据一示例性实施例示出的一种闪屏广告展示流程示意图；

图9是根据一示例性实施例示出的一种推送待展示信息的装置的框图；

图10是根据一示例性实施例提供的用户终端的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的推送待展示信息的系统的结构示意图。该系统包括：若干个用户终端120和服务器集群140。

用户终端120可以是智能手机、平板电脑、电子书阅读器、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、智能可穿戴设备、膝上型便携计算机和台式计算机等等。

用户终端120与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

服务器集群140是一台服务器，或者由若干台服务器，或者是一个虚拟化平台，或者是一个云计算服务中心。可选的，服务器集群140可以包括用于实现待展示信息投放平台142的服务器，可选的，服务器集群140还包括用于实现待展示信息推送平台144的服务器；可选的，服务器集群140还包括风控管理平台146的服务器。

可选的，待展示信息投放平台142包括：用于推送及维护待展示信息投放界面的服务器，以及接收待展示信息投放者投放的待展示信息和待展示信息的管理属性信息的服务器。

其中，待展示信息是可以同时在多种不同的应用程序中进行展示的信息，比如广告等。在本发明实施例中，广告可以包括非经济广告和经济广告，非经济广告是指不以盈利为目的的广告，又称效应广告，如政府行政部门、社会事业单位乃至个人的各种公告、启事、声明等；经济广告又称商业广告，是指以盈利为目的广告。

待展示信息的管理属性信息是用于对待展示信息的展示进行风控管理的信息，比如，管理属性信息可以包括对应的待展示信息的有效时限(即什么时间段内进行推送)、成功曝光次数上限(即成功曝光多少次之后停止推送)以及接收到指定操作的次数上限(即接收到多少次指定操作之后停止推送)等等。

可选的，待展示信息推送平台144包括：用于管理和维护待展示消息的服务器，以及用于向用户终端发送待展示消息的服务器。

可选的，风控管理平台146包括：用于存储和管理待展示信息的管理属性信息的服务器。

需要说明的是，上述用于实现待展示信息投放平台142、待展示信息推送平台144以及风控管理平台146的服务器可以是相互之间独立的服务器；或者，上述待展示信息投放平台142、待展示信息推送平台144以及风控管理平台146中的两个平台可以实现在同一个服务器中，而另外一个平台可以实现在另一个服务器中；或者，用于实现上述三个平台的服务器也可以是同一个服务器。当上述三个平台实现在两个或者三个服务器中时，这两个或者三个服务器之间通过通信网络相连。

可选的，该系统还可以包括管理设备160，该管理设备160与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

可选的，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(localareanetwork，lan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(hypertextmark-uplanguage，html)、可扩展标记语言(extensiblemarkuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(securesocketlayer，ssl)、传输层安全(trassportlayersecurity，tls)、虚拟专用网络(virtualprivatenetwork，vpn)、网际协议安全(internetprotocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

请参考图2，其示出了本发明实施例涉及的一种用户终端的架构图。如图2所示，用户终端120中安装有一个程序组件122，以及至少一个用于展示待展示信息的应用程序124，其中，程序组件122是与服务器集群140对应的程序组件，该程序组件用于从服务器集群140获取待展示信息，并在应用程序124请求展示待展示信息时，将待展示信息推送给应用程序124。

其中，该程序组件122可以是一个独立的应用程序，或者，该程序组件122也可以是依附于某个特定应用程序的sdk(softwaredevelopmentkit，软件开发包)。

在实际应用中，很多待展示信息有按照其在不同的应用程序或者不同的用户终端中的展示情况进行展示逻辑控制的需求，比如，某个待展示信息在一个用户终端中的展示次数或者成功曝光次数到达预设的次数时，将不会在该用户终端中进行展示，或者，某个待展示信息在整个网络中的总的展示次数或者总的成功曝光次数到达预设的次数时，将不会再进行展示。

为了实现按照广告在当前应用程序之外的展示情况所对应的展示逻辑，对广告的展示进行控制，在本发明各个实施例中，在各个用户终端中设置与网络侧的待展示信息推送服务器(比如广告推送平台)相对应的程序组件，通过该程序组件对广告在用户终端中的各个应用程序中的进行统一控制。

具体的，请参考图3，其示出了本发明各个实施例所示方案的实现流程示意图。如图3所示，在推送待展示信息时，程序组件可以接收应用程序发送的待展示信息获取请求，并获取满足推送条件的待展示信息，其中，推送条件包括待展示信息的有效展示次数不大于预设的次数阈值，该有效展示次数包括成功曝光次数以及接收到指定操作的次数中的至少一种，程序组件将获取到的待展示信息推送给应用程序。

本发明实施例所示的方案，在向应用程序推送信息时，由用户终端中处于应用程序之外的程序组件统一获取成功曝光次数和/或接收到指定操作的次数满足推送条件的待展示信息，并将获取到的待展示信息推送给应用程序进行展示，即与成功曝光次数以及接收到指定操作的次数相关的展示逻辑由负责信息展示的应用程序之外的程序组件来控制，从而实现对需要综合考虑广告在当前应用程序之外的展示情况的展示逻辑的支持，提高了待展示信息的推送效果。

图4是根据一示例性实施例示出的一种推送待展示信息的方法的流程图，该方法可以用于安装有应用程序以及控制待展示信息的展示逻辑的程序组件的用户终端中。如图4所示，该推送待展示信息的方法可以包括如下几个步骤：

步骤401，应用程序向程序组件发送待展示信息获取请求，程序组件接收该待展示信息获取请求。

在本发明实施例中，当应用程序需要获取待展示信息并进行展示时，可以向程序组件发送一个待展示信息获取请求，该待展示信息获取请求中可以包含展示位置标识(比如广告位的标识)、展示样式标识(比如广告样式的标识)等，程序组件接收该待展示信息获取请求。

步骤402，程序组件获取满足推送条件的待展示信息，该推送条件包括该待展示信息的有效展示次数不大于预设的次数阈值，该有效展示次数包括成功曝光次数以及接收到指定操作的次数中的至少一种。

在本发明实施例中，曝光是指在待展示信息在用户终端的屏幕中展示，而成功曝光是指在用户终端的屏幕中连续展示的时长超过某一阈值，比如，某一个应用程序界面中展示一条广告时，若该广告在屏幕中连续展示的时长超过了5s，则认为该广告在本次展示过程中成功曝光，反之，若该广告在屏幕中连续展示的时长不超过5s，则认为该广告在本次展示过程中未成功曝光。

上述指定操作可以是体现用户对待展示信息有兴趣的操作，比如用户点击待展示信息。或者，上述指定操作也可以是体现用户对待展示信息不感兴趣的操作，比如隐藏待展示信息或者举报待展示信息等。

可选的，当该用户终端与服务器之间的网络通畅时，从该服务器获取满足第一推送条件的该待展示信息；该第一推送条件包括：该待展示信息的总的有效展示次数不大于第一次数阈值。

可选的，当该用户终端与服务器之间的网络不通畅时，从该用户终端本地存储的信息中获取满足第二推送条件的该待展示信息；该第二推送条件包括：该待展示信息在该用户终端本地的有效展示次数不大于第二次数阈值。

在实际应用中，将待展示信息推送给各个应用程序进行展示的过程中，需要对待展示信息进行风控管理。在本发明实施例中，风控管理是指对待展示信息是否满足推送条件进行管理，其中，推送条件有两种：

第一种推送条件是涉及待展示信息在整个网络中的展示情况的推送条件。比如，在本发明实施例中，涉及待展示信息在整个网络中的展示情况的推送条件可以是待展示信息在整个网络中成功曝光的总次数不大于预设的曝光次数阈值，以及，待展示信息在整个网络中接收到指定操作的总次数不大于预设的操作次数阈值。

其中，该第一种推送条件的管理可以由服务器执行，即服务器中存储有各条待展示信息在整个网络中的成功曝光次数上限和接收到指定操作的次数上限，当用户终端与服务器之间的网络通畅时，用户终端中的程序组件接收到待展示信息获取请求后，可以从服务器获取满足第一推送条件的待展示信息。比如，服务器实时统计各条待展示信息的成功曝光的总次数以及接收到指定操作的总次数，将成功曝光的总次数以及接收到指定操作的总次数均未达到预定的次数阈值(即上述成功曝光次数上限和接收到指定操作的次数上限)的待展示信息确定为满足推送条件的待展示信息，并将确定的待展示信息发送至用户终端中的程序组件中，该程序组件接收服务器发送的满足推送条件的待展示信息。

第二种推送条件是涉及待展示信息在用户终端中的所有应用程序中的展示情况的推送条件。比如，在本发明实施例中，涉及待展示信息在用户终端中的所有应用程序中的展示情况的推送条件可以是待展示信息在当前用户终端中的各个应用程序中的成功曝光的次数不大于预设的曝光次数阈值，以及，待展示信息在当前用户终端中的各个应用程序中接收到指定操作的次数不大于预设的操作次数阈值。

其中，该第二种推送条件的管理可以由用户终端中的程序组件执行，比如，程序组件中存储有各条待展示信息在本地的成功曝光次数上限和接收到指定操作的次数上限，当用户终端与服务器之间的网络不通畅时，用户终端中的程序组件接收到待展示信息获取请求后，可以将本地已缓存的待展示信息中，在当前用户终端的各个应用程序中成功曝光的次数以及在当前用户终端的各个应用程序中接收到指定操作的次数均未达到预定的次数阈值的待展示信息确定为满足推送条件的待展示信息。

在一种可能的实现方式中，上述推送条件还可以包含其它更多的条件，比如，上述推送条件还可以包含有效时间，该有效时间可以由服务器进行统一管理，即服务器在向用户终端中的程序组件发送待展示信息时，只向程序组件发送对应的有效时间包含当前时间的待展示信息。

或者，程序组件中也可以存储该有效时间，当用户终端与服务器之间的网络不通畅时，程序组件也可以根据该有效时间，将对应的有效时间包含当前时间的待展示信息确定为满足推送条件的待展示信息。

可选的，服务器或者程序组件在获取到满足推送条件的待展示信息后，当待展示信息包含两条或者两条以上的信息时，可以根据待展示信息的展示情况，对待展示信息进行排序。

比如，当上述待展示信息是服务器确定信息时，服务器可以将各个满足推送条件的待展示信息添加入一个推送队列，并实时统计各个满足推送条件的待展示信息的展示情况，并将最近成功曝光(一次或连续多次成功曝光)或者最近接收到指定操作(一次或连续多次接收到指定操作)的待展示信息移动至队列的末尾，在向用户终端中的程序组件发送满足推送条件的待展示信息时，将该推送队列发送给程序组件，程序组件缓存该推送队列。可选的，服务器在调整推送队列时，若检测出队列中的某个待展示信息在整个网络中成功曝光的总次数或者接收到指定操作的总次数达到上限，或者，检测出该待展示信息的有效时间已过期，则可以将该待展示信息从推送队列中移除；相应的，当服务器接收到新投放的待展示信息时，也可以将该新投放的待展示信息插入推送队列。

当上述待展示信息是程序组件从本地存储中确定的信息时，程序组件可以实时统计本地缓存的推送队列中包含的各个待展示信息在当前用户终端中的展示情况，并将最近在当前终端中成功曝光(一次或连续多次成功曝光)或者最近在当前终端中接收到指定操作(一次或连续多次接收到指定操作)的待展示信息移动至队列的末尾。可选的，程序组件在调整推送队列时，若检测出队列中的某个待展示信息在当前用户终端中成功曝光的次数或者接收到指定操作的次数达到上限，或者，检测出该待展示信息的有效时间已过期，则可以将该待展示信息从推送队列中移除。

可选的，当程序组件中缓存的推送队列被服务器更新时，程序组件可以将待展示信息在当前用户终端中的展示情况清除。

可选的，程序组件除了可以从服务器中获取到待展示信息之外，还可以从服务器之外的其它网络位置处获取待展示信息，比如，应用程序发送的待展示信息获取请求中，还可以包含待展示信息对应的网络地址，程序组件接收到该待展示信息的网络地址后，可以根据网络地址下载对应的待展示信息。

可选的，在本发明实施例中，不同的展示位置标识和展示样式标识可以对应不同的待展示信息，即程序组件接收到应用程序发送的待展示信息获取请求后，只获取该请求中携带的展示位置标识和展示样式标识对应的，且满足推送条件的待推送信息。

步骤403，程序组件将获取到的该待展示信息推送给该应用程序。

在本发明实施例，当满足推送条件的待展示信息包含两条或者两条以上时，程序组件可以将处于推送队列的队首位置的一个或者一个以上的待展示信息推送给应用程序。

在实际应用中，待展示信息的类型可以分为两种，一种是在应用程序的某一界面中的指定位置进行展示的待展示信息(此类信息可以称为固定位置展示信息)，另一种是在应用程序的某一界面展示之前，在整个屏幕中进行展示的待展示信息(此类待展示信息可以称为闪屏信息)。

其中，对于固定位置展示信息，应用程序只需要获取到固定位置展示信息的基本数据，即可以在界面中的指定位置进行展示。比如，对于固定位置展示信息，程序组件可以将该固定位置展示信息的标题(包括主标题、副标题以及按钮标题等)、图片地址以及跳转地址推送给应用程序，应用程序根据图片地址下载相应的图片，并结合图片、标题以及跳转地址生成待展示信息，并在界面中的指定位置进行展示。

可选的，在将获取到的待展示信息推送给应用程序之前，程序组件将待展示信息封装在预设的用户界面ui组件中，在将获取到的待展示信息推送给应用程序时，程序组件可以将封装待展示信息的ui组件推送给应用程序。

可选的，程序组件还接收应用程序发送的配置参数，配置参数包括ui组件的尺寸和ui组件中的展示元素中的至少一种，并根据配置参数对ui组件进行配置。

可选的，配置参数还包括ui组件的背景图像。

在本发明实施例中，对于闪屏信息，程序组件可以将闪屏信息封装入统一的ui(userinterface，用户界面)组件，并将封装有闪屏信息的ui组件推送给应用程序，应用程序在展示时，使用该ui组件展示闪屏信息。

在本发明实施例所示的方案中，还支持应用程序对ui组件进行个性化定制，即应用程序可以向程序组件发送配置参数，该配置参数可以定制封装闪屏信息的ui组件，包括定制ui组件的尺寸、背景图像以及展示元素等等。具体比如，当配置参数中包含ui组件的尺寸时，程序组件可以根据配置参数中包含的尺寸来配置用于封装闪屏信息的ui组件的尺寸；或者，当配置参数中指示了ui组件中包含哪些元素或者不包含哪些元素时，程序组件可以根据配置参数的指示，在ui组件中添加或者移除相应的展示元素，比如，展示元素具体可以是“跳过按钮”等可操作的元素，应用程序可以通过配置参数配置闪屏信息是否可以由用户手动触发跳过。

步骤404，应用程序将展示结果发送给程序组件。

应用程序在对待展示信息进行展示，可以记录展示结果，该展示结果可以是待展示信息是否成功曝光以及该待展示信息是否接收到该指定操作中的至少一种。应用程序在获取到展示结果之后，可以通过程序组件提供的上报接口，将展示结果发送给程序组件。

在一种可能的实现方式中，上述展示结果还可以包括其它结果信息，比如展示时长以及展示时机等。

步骤405，程序组件将展示结果上报给服务器。

程序组件接收到应用程序发送的展示结果之后，将展示结果上报为服务器，以便服务器统计对应的待展示信息在整个网络中的展示情况，以此对待展示信息进行排序以及风控管理。

可选的，本发明实施例所示的方案，还支持应用程序将展示结果上报为上述程序组件对应的服务器之外的其它网络平台。比如，程序组件可以预先接收该应用程序的注册请求，该注册请求用于请求注册上报触发条件；程序组件可以监控该上报触发条件是否满足，当该上报触发条件满足时，程序组件向该应用程序发送第一上报指示，该第一上报指示用于指示该应用程序将该待展示信息的展示结果上报至指定网络位置。

其中，上述注册步骤可以通过delegate方法来实现，具体的，请参考图5，其示出了本发明实施例涉及的一种上报条件注册与触发的流程示意图。如图5所示，应用程序51预先向程序组件52发起注册delegate，以在程序组件52中注册触发条件，比如，某个时间点触发展示结果的上报，当该注册的时间点达到时，程序组件52向应用程序51发送时机触发指示，应用程序51接收到该指示后，即向指定网络位置上报展示结果。

其中，该上报触发条件可以由应用程序自行设定，比如，该上报触发条件可以是系统时间达到预设的时间点，或者，展示结果满足一定的条件(比如展示结果的条数达到一定的阈值，或者，展示结果为指定结果)等等。

可选的，程序组件向该应用程序发送第一上报指示之后，当该用户终端与指定网络位置之间的网络不通畅时，程序组件还可以接收该应用程序发送的该展示结果，并缓存该展示结果；当该用户终端与服务器之间的网络通畅时，程序组件向该应用程序发送包含该展示结果的第二上报指示，该第二上报指示用于指示该应用程序将该待展示信息的展示结果上报至指定网络位置。

即在本发明实施例所示的方案中，当用户终端与指定网络位置之间的网络不通畅时，程序组件还可以缓存应用程序需要上传至指定网络位置的展示结果，并在网络通畅后，再支持应用程序将展示结果上传至指定网络位置。

综上所述，本发明实施例所示的方法，在向应用程序推送信息时，由用户终端中处于应用程序之外的程序组件统一获取成功曝光次数和/或接收到指定操作的次数满足推送条件的待展示信息，并将获取到的待展示信息推送给应用程序进行展示，即与成功曝光次数以及接收到指定操作的次数相关的展示逻辑由负责信息展示的应用程序之外的程序组件来控制，从而提高了待展示信息的推送效果。

此外，在本发明所示的方案中，当用户终端与服务器之间的网络通畅时，由服务器确定成功曝光次数和/或接收到指定操作的次数满足推送条件的待展示信息，以提高待展示信息的展示逻辑控制的准确性，而当用户终端与服务器之间的网络不通畅时，由程序组件自行确定成功曝光次数和/或接收到指定操作的次数满足推送条件的待展示信息，实现了在网络不通畅时，依然能够根据待展示信息的曝光次数和/或接收到指定操作的次数对待展示信息的展示进行控制的效果。

另外，在本发明实施例所示的方案中，程序组件还支持触发应用程序向程序组件之外的指定网络位置发送的展示结果的逻辑，便于其它网络平台对应用程序展示的待展示信息进行统计分析。

此外，在本发明实施例所示的方案中，对于需要进行ui组件封装的待展示信息，程序组件可以支持应用程序对ui组件进行个性化定制，提高了对待展示信息进行展示的灵活性。

以上述待展示信息为广告，程序组件为智能手机中安装的sdk，服务器为广告平台为例，本发明上述实施例所示的方案具体可以实现如下：

对于固定位置展示广告，请参考图6，其是根据一示例性实施例示出涉及的一种广告缓存逻辑示意图。如图6所示，sdk接收到应用程序发送的广告请求(即待展示信息获取请求)后，首先判断当前时刻距离上次刷新广告列表的时间是否满足时间间隔，或者，是否需要强制刷新广告列表，若判断当前时刻距离上次刷新广告列表的时间满足时间间隔，或者，需要强制刷新广告列表，则检查智能手机是否可联网，若是，则从广告平台拉取广告数据，并在成功拉取广告数据后，更新本地数据库缓存，并将本地数据库缓存读取到内存，并在内存中生成排序后的广告列表。

若从广告平台拉取广告数据失败，则判断是否已经读取了本地数据库缓存中的数据至内存缓存，若是，则读取内存缓存，并对内存缓存中的可用广告进行排序后，获得排序的广告列表，若尚未读取本地数据库缓存中的数据至内存缓存，则将本地数据库缓存中的数据读取至内存缓存，并对内存缓存中的可用广告进行排序后，获得排序的广告列表；若内存缓存中没有可用的广告列表，则在网络状况正常时向广告平台拉取广告数据。

若判断出当前时刻距离上次刷新广告列表的时间不满足时间间隔，或者，不需要强制刷新广告列表，则sdk可以直接判断是否已经读取了本地数据库缓存中的数据至内存缓存，若是，则读取内存缓存，并对内存缓存中的可用广告进行排序后，获得排序的广告列表，若尚未读取本地数据库缓存中的数据至内存缓存，则将本地数据库缓存中的数据读取至内存缓存，并对内存缓存中的可用广告进行排序后，获得排序的广告列表。

对于闪屏广告，sdk中封装有支持闪屏广告的通用组件，请参考图7，其是根据一示例性实施例示出的一种支持闪屏广告的通用组件框架图。如图7所示，该通用组件包含广告获取模块、广告推送模块、配置管理模块以及ui组件；其中，广告获取模块包括广告拉取及缓存接口和图片资源下载器，该广告拉取及缓存接口用户从广告平台拉取闪屏广告，图片资源下载器用于从广告平台之外的其它位置下载广告数据，该其它位置是应用程序告知的网络位置，对应图7中的“广告数据来源”，广告获取模块获取到可用广告后，将可用广告提供给广告推送模块。配置管理模块用于接受应用程序的配置修改请求，并根据配置修改请求来修改ui组件的配置，比如，支持应用程序通过launchconfig方法修改闪屏广告的展示时长以及间隔时间等，以及，配置默认的ui组件中的哪些元素显示，哪些元素不显示；ui组件还可以由应用程序自定义，即在默认提供的ui组件的基础上，添加应用程序定义的内容，比如logo标识或者背景图像等等。广告推送模块用于向应用程序推送封装在ui组件中的闪屏广告，其中，推送闪屏广告时，sdk通过调用launchmanager的show方法推送闪屏广告，同时，广告推送模块还可以接收应用程序上报的广告数据来源和闪屏操作(即用户对应用程序展示的闪屏广告的操作)，以及，触发应用程序向指定网络位置上报展示结果，比如向指定网络位置上报展示时长、展示时机、是否曝光以及是否接收到指定操作等等。具体的，广告推送模块中包含闪屏操作记录单元、个性化配置记录单元以及闪屏管理器，其中，闪屏操作记录用于记录应用程序上报的闪屏操作，个性化配置记录用于记录应用程序修改的配置参数，闪屏管理器用于闪屏广告推送、广告数据来源的接收以及上报触发。其中，在上述上报触发逻辑中，应用程序可以通过delegate方法向闪屏管理器注册触发条件，以使得闪屏管理器在满足触发条件时，触发应用程序向指定网络位置上报闪屏广告的展示结果。

其中，对于闪屏广告，sdk可以预先拉取并缓存广告数据，并将广告数据封装在ui组件中，以便在应用程序请求时，及时向应用程序及你想那个推送，其中，闪屏广告的拉取方法可以包括：didfinishlaunchingwithoptions方法，applicationdidbecomeactive方法，以及后台拉取(包括hotspot方法)，并且，sdk在拉取到广告数据后，自动下载广告对应的图片资源。

请参考图8，其是根据一示例性实施例示出的一种闪屏广告展示流程示意图。如图8所示，sdk拉取到闪屏广告数据后，判断应用程序是否需要展示闪屏广告(比如是否接收到应用程序发送的获取闪屏广告的请求)，若是，则获取本地可用的闪屏广告(即sdk对应的广告平台提供的闪屏广告)，并在判断出需要使用该闪屏广告时，向应用程序发送封装在ui组件中的该闪屏广告，若应用程序不需要展示该本地可用的闪屏广告，则sdk向应用程序发送该应用程序需要展示的，封装在ui组件中的广告(即应用程序上报的广告数据来源所对应的闪屏广告)，应用程序在判断出接收到sdk推送的闪屏广告后，后台准备展示该闪屏广告，并在闪屏广告展示时机到来时进行展示，在响应点击或者跳过等操作后，或者在达到展示时长后，结束广告展示。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

请参考图9，其是根据一示例性实施例示出的一种推送待展示信息的装置的框图。该推送待展示信息的装置可以通过硬件或者软硬结合的方式实现为图1所示系统中的用户终端120的全部或者部分。该推送待展示信息的装置可以包括：

第一请求接收模块901，用于接收所述应用程序发送的待展示信息获取请求；

信息获取模块902，用于获取满足推送条件的所述待展示信息，所述推送条件包括所述待展示信息的有效展示次数不大于预设的次数阈值，所述有效展示次数包括成功曝光的次数以及接收到指定操作的次数中的至少一种；

信息推送模块903，用于将获取到的所述待展示信息推送给所述应用程序。

可选的，所述信息获取模块，用于当所述用户终端与服务器之间的网络通畅时，从所述服务器获取满足第一推送条件的所述待展示信息；

所述第一推送条件包括：所述待展示信息的总的有效展示次数不大于第一次数阈值。

可选的，所述信息获取模块，用于当所述用户终端与服务器之间的网络不通畅时，从所述用户终端本地存储的信息中获取满足第二推送条件的所述待展示信息；

所述第二推送条件包括：所述待展示信息在所述用户终端本地的有效展示次数不大于第二次数阈值。

可选的，所述装置还包括：

第二请求接收模块，用于接收所述应用程序的注册请求，所述注册请求用于请求注册上报触发条件；

第一指示模块，用于当所述上报触发条件满足时，向所述应用程序发送第一上报指示，所述第一上报指示用于指示所述应用程序将所述待展示信息的展示结果上报至指定网络位置；

其中，所述展示结果包括：所述待展示信息是否成功曝光以及所述待展示信息是否接收到所述指定操作中的至少一种。

可选的，所述装置还包括：

结果接收模块，用于当所述用户终端与指定网络位置之间的网络不通畅时，接收所述应用程序发送的所述展示结果；

缓存模块，用于缓存所述展示结果；

第二指示模块，用于当所述用户终端与指定网络位置之间的网络通畅时，向所述应用程序发送包含所述展示结果的第二上报指示，所述第二上报指示用于指示所述应用程序将所述待展示信息的展示结果上报至指定网络位置。

可选的，所述装置还包括：

封装模块，用于在所述信息推送模块将获取到的所述待展示信息推送给所述应用程序之前，将所述待展示信息封装在预设的用户界面ui组件中；

所述信息推送模块，用于将封装所述待展示信息的所述ui组件推送给所述应用程序。

综上所述，本发明实施例所示的装置，在向应用程序推送信息时，由用户终端中处于应用程序之外的程序组件统一获取成功曝光次数和/或接收到指定操作的次数满足推送条件的待展示信息，并将获取到的待展示信息推送给应用程序进行展示，即与成功曝光次数以及接收到指定操作的次数相关的展示逻辑由负责信息展示的应用程序之外的程序组件来控制，从而提高了待展示信息的推送效果。

本发明实施例还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储设备，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，上述至少一条指令、至少一段程序、代码集或指令集可由用户终端的处理器执行以完成本发明各个实施例所示的推送待展示信息的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

图10是根据一示例性实施例示出的一种用户终端1000的结构示意图。本发明实施例中的用户终端1000可以包括一个或多个如下组成部分：用于执行计算机程序指令以完成各种流程和方法的处理器，用于信息和存储程序指令随机接入存储器(ram)和只读存储器(rom)，用于存储数据和信息的存储器，i/o设备，界面，天线等。具体来讲：

用户终端1000可以包括rf(radiofrequency，射频)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、wifi(wirelessfidelity，无线保真)模块1070、处理器1080、电源1082、摄像头1090等部件。本领域技术人员可以理解，图10中示出的用户终端结构并不构成对用户终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图10对用户终端1000的各个构成部件进行具体的介绍：

rf电路1010可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1080处理；另外，将设计上行的数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、lna(lownoiseamplifier，低噪声放大器)、双工器等。此外，rf电路1010还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于gsm(globalsystemofmobilecommunication，全球移动通讯系统)、gprs(generalpacketradioservice，通用分组无线服务)、cdma(codedivisionmultipleaccess，码分多址)、wcdma(widebandcodedivisionmultipleaccess,宽带码分多址)、lte(longtermevolution,长期演进)、电子邮件、sms(shortmessagingservice，短消息服务)等。

存储器1020可用于存储软件程序以及模块，处理器1080通过运行存储在存储器1020的软件程序以及模块，从而执行用户终端1000的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据用户终端1000的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1030可用于接收输入的数字或字符信息，以及产生与用户终端1000的用户设置以及功能控制有关的键信号输入。具体地，输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1080，并能接收处理器1080发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032。具体地，其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及用户终端1000的各种菜单。显示单元1040可包括显示面板1041，可选的，可以采用lcd(liquidcrystaldisplay，液晶显示器)、oled(organiclight-emittingdiode,有机发光二极管)等形式来配置显示面板1041。进一步的，触控面板1031覆盖显示面板1041，当触控面板1031检测到在其上或附近的触摸操作后，传送给处理器1080以确定触摸事件的类型，随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图10中，触控面板1031与显示面板1041是作为两个独立的部件来实现用户终端1000的输入和输入功能，但是在某些实施例中，可以将触控面板1031与显示面板1041集成而实现用户终端1000的输入和输出功能。

用户终端1000还可包括至少一种传感器1050，比如陀螺仪传感器、磁感应传感器、光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度，接近传感器可在用户终端1000移动到耳边时，关闭显示面板1041和/或背光。作为运动传感器的一种，加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别用户终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于用户终端1000还可配置的气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1060、扬声器1081，传声器1062可提供用户与用户终端1000之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号，传输到扬声器1061，由扬声器1061转换为声音信号输出；另一方面，传声器1062将收集的声音信号转换为电信号，由音频电路1060接收后转换为音频数据，再将音频数据输出处理器1080处理后，经rf电路1010以发送给比如另一用户终端，或者将音频数据输出至存储器1020以便进一步处理。

wifi属于短距离无线传输技术，用户终端1000通过wifi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了wifi模块1070，但是可以理解的是，其并不属于用户终端1000的必须构成，完全可以根据需要在不改变公开的本质的范围内而省略。

处理器1080是用户终端1000的控制中心，利用各种接口和线路连接整个用户终端的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行用户终端1000的各种功能和处理数据，从而对用户终端进行整体监控。可选的，处理器1080可包括一个或多个处理单元；优选的，处理器1080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1080中。

用户终端1000还包括给各个部件供电的电源1082(比如电池)，优选的，电源可以通过电源管理系统与处理器1080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

摄像头1090一般由镜头、图像传感器、接口、数字信号处理器、cpu、显示屏幕等组成。其中，镜头固定在图像传感器的上方，可以通过手动调节镜头来改变聚焦；图像传感器相当于传统相机的“胶卷”，是摄像头采集图像的心脏；接口用于把摄像头利用排线、板对板连接器、弹簧式连接方式与用户终端主板连接，将采集的图像发送给所述存储器1020；数字信号处理器通过数学运算对采集的图像进行处理，将采集的模拟图像转换为数字图像并通过接口发送给存储器1020。

尽管未示出，用户终端1000还可以包括蓝牙模块等，在此不再赘述。

用户终端1000除了包括一个或者多个处理器1080，还包括有存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，上述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如上述图4所示方法中的全部或者部分步骤。

本申请旨在涵盖本发明各个实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明各个实施例的一般性原理并包括本发明各个实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明各个实施例的保护范围由下面的权利要求指出。

应当理解的是，本发明各个实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明各个实施例的范围由所附的权利要求来限制。