一种广告推送方法及装置

技术领域

本发明属于广告推送的技术领域，具体涉及一种广告推送方法及装置。

背景技术

随着互联网的快速发展，广告已经成为互联网的最重要的盈利模式，在各类应用程序中内置广告，也已经成为越来越普遍的行为。广告投放是一种十分重要的商业模式，随着业务多样化的发展，广告投放的方式也变得越来越多样化。例如，网页广告、弹窗广告、应用程序内置广告等。

经申请人研究发现，现有广告推送技术存在如下问题：

现有移动终端的应用程序广告，普遍采用：当用户进行一个操作时，如点击进入页面，点击UI界面的按钮等)，去请求后台接口是否需要广告，然后进行显示。现有技术仅能通过在客户端中提前预埋广告代码的方式实现，该方式会导致广告的代码充斥整个应用程序流程，杂乱无章。其次，当需要更新广告时，则需要重新修改广告的代码和发布应用程序的新版本。

发明内容

本发明的目的是要解决上述的技术问题，提供一种广告推送方法及装置。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明提供了一种广告推送方法，应用于移动终端，包括以下步骤：

获取并储存广告数组，所述广告数组包括多个预设有操作唯一编码的广告；

获取广告请求指令，所述广告请求指令对应匹配操作唯一编码；

读取广告数组，根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告；

当需要展示广告时，调取并展示对应的广告。

结合第一方面，本发明还提供了第一方面的第1种实例，所述操作唯一编码为操作的类名和方法名构成的编码；

所述广告请求指令包括操作的消息对象和消息名；所述消息对象和消息名分别对应类名和方法名。

结合第一方面，本发明还提供了第一方面的第2种实例，所述获取并储存广告数组，具体包括：

获取下发至移动终端的广告数组；

判断广告数组的版本号与本地储存的是否一致，若广告数组的版本号与本地储存的不一致时，更新本地储存的广告数组。

结合第一方面，本发明还提供了第一方面的第3种实例，所述根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告，基于移动终端编程语言的Objective-C的Runtime消息机制实现。

结合第一方面，本发明还提供了第一方面的第4种实例，所述广告包括广告信息、广告ID、数据URL和展示方式。

第二方面，本发明还提供了一种广告推送装置，包括获取模块、指令获取模块、读取模块和展示模块；

所述获取模块，其用于获取并储存广告数组，所述广告数组包括多个预设有操作唯一编码的广告；

所述指令获取模块，其用于获取广告请求指令，所述广告请求指令对应匹配操作唯一编码；

所述读取模块，其用于读取广告数组，根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告；

所述展示模块，其用于当需要展示广告时，调取并展示对应的广告。

结合第二方面，本发明还提供了第二方面的第1种实例，所述操作唯一编码为操作的类名和方法名构成的编码；

所述广告请求指令包括操作的消息对象和消息名；所述消息对象和消息名分别对应类名和方法名。

结合第二方面，本发明还提供了第二方面的第2种实例，所述根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告，基于移动终端编程语言的Objective-C的Runtime消息机制实现。

结合第二方面，本发明还提供了第二方面的第3种实例，所述获取并储存广告数组，具体包括：

获取下发至移动终端的广告数组；

判断广告数组的版本号与本地储存的是否一致，若广告数组的版本号与本地储存的不一致时，更新本地储存的广告数组。

结合第二方面，本发明还提供了第二方面的第4种实例，所述广告包括广告信息、广告ID、数据URL和展示方式。

与现有技术相比，本发明的有益效果是：

本发明提供了一种广告推送方法，其通过获取并储存广告数组；获取广告请求指令，广告请求指令对应匹配操作唯一编码；读取广告数组，根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告；当需要展示广告时，调取并展示对应的广告。

本发明通过采用这种动态化全链路广告方式，应用程序在启动时即拉取所有需要展示的广告，不需要针对某个场景去单独请求，速度更快。另一方面，不需要预埋代码或者发布版本，根据广告的操作唯一编码，匹配出对应的广告去展示。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的广告推送方法的流程示意图；

图2是本发明的广告推送装置的组成示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

为了解决本申请背景技术中所述的至少一种技术问题，本申请实施例提供一种广告推送方法，应用于移动终端，包括以下步骤：获取并储存广告数组，所述广告数组包括多个预设有操作唯一编码的广告；获取广告请求指令，所述广告请求指令对应匹配操作唯一编码；读取广告数组，根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告；当需要展示广告时，调取并展示对应的广告。

本发明通过采用这种动态化全链路广告方式，应用程序在启动时即拉取所有需要展示的广告，不需要针对某个场景去单独请求，速度更快。另一方面，不需要预埋代码或者发布版本，根据广告的操作唯一编码，匹配出对应的广告去展示。

基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请提供了一种广告推送系统的架构示意图。广告推送系统可以包括服务端、网络和移动终端，移动终端中可以包括执行指令操作的处理器等。

在一些实施例中，服务端可以是单个服务器，也可以是一个服务器组。服务端可以经由网络访问客户端。在一些实施例中，服务端可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

服务端用基于网络，向各移动终端动态下发广告数组。所述广告数组包括多个预设有操作唯一编码的广告、广告的版本号。移动终端获取广告数组后存在本地存储中。

为了使得本领域技术人员能够使用本申请内容，本发明的广告推送方法应用在移动终端中，移动终端中安装有客户端，所述客户端通常是装载在智能终端中的应用程序，所述移动终端可以包括：手机、平板电脑、PC机等，本说明书对此不作特殊限制。在用户打开客户端时，基于用户的操作，进行广告推送。

图1示出了本申请的一些实施例的广告推送方法的流程示意图。广告推送方法，应用在移动终端中，包括以下步骤：

S100：获取并储存广告数组，所述广告数组包括多个预设有操作唯一编码的广告。

在本发明中，所述操作唯一编码为操作的类名和方法名构成的唯一编码。所述操作为用户在移动终端的客户端进行的操作，如进入客户端的某个页面，点击客户端UI界面上的某个虚拟按钮，滑动UI页面等操作。

具体地，操作唯一编码基于操作的类名和方法名构成，操作唯一编码用于配置广告的展示信息，例如广告在什么页面广告位、什么时机下进行展示。如客户端的某个页面对应某个类名，用户在客户端的具体操作对应某个方法名。

在一种具体实施例中，所述获取并储存广告数组，具体包括：

S110：获取下发至移动终端的广告数组。

具体地，用户在移动终端启动客户端时，客户端从后台拉取广告数组接口，以获取服务端下发的广告数组。

S120：判断广告数组的版本号与本地储存的是否一致，若广告数组的版本号与本地储存的不一致时，更新本地储存的广告数组。

在本发明中，所述广告数组为服务端远程下发至移动终端中并进行储存。在服务端配置相应的广告数组，并下发至移动终端即可，无需用户升级客户端的版本来更新广告及广告代码。实现广告可以动态下发，不需要预埋代码或者发布版本，根据广告对应的类名和方法名信息，去本地缓存里匹配出对应的广告去展示。还使得广告业务代码统一管理，也不需要放在某个业务代码内，而是由一个运行时统一管理者管理。

另一方面，广告数组可动态下发至移动终端中，为方便管理，本发明通过版本号标示多个广告数组。具体地，判断广告数组的版本号与本地储存的是否一致，包括：

S121：在客户端启动时，通过后台获取最新的广告数组版本号。

本发明通过客户端启动时，自动获取广告数组的版本号，当版本号不一致时，则需要更新广告数组。一致时，则直接调取存在本地的广告数组。优化广告数组的更新机制，且基于客户端启动实时检测版本号，广告数组的更新便捷实时。

S122：判断广告数组的版本号与本地储存的是否一致。

S200：获取广告请求指令，所述广告请求指令对应匹配操作唯一编码。

S300：读取广告数组，根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告。

在其中一种实施中，所述唯一编码为操作的类名和方法名构成的编码；所述广告请求指令包括操作的消息对象和消息名；所述消息对象和消息名分别对应类名和方法名，以此配对广告请求指令和操作唯一编码，进行对应广告展示。

具体地，所述根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告，基于移动终端编程语言的Objective-C的Runtime消息机制实现。例如，在IOS系统编程语言Objective-C的runtime消息机制，获取操作的消息对象和消息名，对应类名和方法名，以配对相应的操作唯一编码。

S400：当需要展示广告时，调取并展示对应的广告。

在本发明中，所述广告包括广告信息、广告ID、数据URL和展示方式。调取对应的广告，基于展示方式(图片、视频等)在客户端页面中进行展示。

如图2所示，本申请还提供了一种广告推送装置，以实现上述的广告推送方法，所述广告推送装置包括：获取模块、指令获取模块、读取模块和展示模块；

所述获取模块，其用于获取并储存广告数组，所述广告数组包括多个预设有操作唯一编码的广告；

所述指令获取模块，其用于获取广告请求指令，所述广告请求指令对应匹配操作唯一编码；

所述读取模块，其用于读取广告数组，根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告；

所述展示模块，其用于当需要展示广告时，调取并展示对应的广告。

其中，所述唯一编码为操作的类名和方法名构成的唯一编码；所述广告请求指令包括操作的消息对象和消息名；所述消息对象和消息名分别对应类名和方法名。

优选地，所述根据广告请求指令和操作唯一编码，判断是否需要展示对应的广告，基于移动终端编程语言的Objective-C的Runtime消息机制实现。

优选地，所述获取并储存广告数组，具体包括：

获取下发至移动终端的广告数组；

判断广告数组的版本号与本地储存的是否一致，若广告数组的版本号与本地储存的不一致时，更新本地储存的广告数组。

其中，所述广告包括广告信息、广告ID、数据URL和展示方式。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。