CN111741339B - 服务器、显示设备及其广告展示方法 - Google Patents

Abstract

本申请实施例提供一种服务器、显示设备及其广告展示方法，所述广告展示方法包括：在所述服务器上预存广告顺序播放表和广告播放策略；所述广告顺序播放表被配置为：将不同的广告位代码按照顺序排列、并前后关联；所述广告播放策略被配置为：在接收到显示设备发送的播放广告请求时，先查询当前广告位关联的前一个广告位是否播放相应的广告；如果已经播放，则向所述显示设备下发所述当前广告位对应的广告素材。如果未播放，则更换下一优先级的广告订单，重复上述操作。本申请示例性的实施方式提供服务器、显示设备及其广告展示方法，用于解决现有技术中基于同一个活动的各个广告位投放混乱而造成的广告效果不佳的问题。

Description

服务器、显示设备及其广告展示方法

技术领域

本申请实施例涉及显示技术。更具体地讲，涉及服务器、显示设备及其广告展示方法。

背景技术

随着科技的快速发展，在显示设备(如互联网智能电视)上投放广告已经越来越广泛的行业趋势。

现有互联网电视在投放广告中，是按照广告位进行投放，投放过程中，投放的各个广告位所对应的广告创意素材是独立的，广告主指定的一个活动内不同广告位所对应的创意素材播放顺序比较混乱，无法满足广告主根据一个创意活动内的所有广告位顺序进行投放的要求，无法满足广告主通过投放不同的创意素材逐步给受众加深印象的效果。

发明内容

本申请示例性的实施方式提供服务器、显示设备及其广告展示方法，用于解决现有技术中基于同一个活动的各个广告位投放混乱而造成的广告效果不佳的问题。

为解决上述技术问题，本申请的第一方面提供一种显示设备的广告展示方法，

接收到显示设备发送的播放广告请求；

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则向所述显示设备下发所述当前广告位对应的广告素材；

如果未播放，播放所述前一个广告位为对应的广告素材。

此外，为解决上述技术问题，本申请的第二方面提供一种显示设备的广告展示方法，在服务器一侧，所述广告展示方法包括：

基于用户触发的开机操作，接收所述显示设备发出的开机广告播放请求，所述开机广告播放请求携带有相应的开机广告位代码；

基于所述开机广告位代码，检索出与所述开机广告位代码对应的广告订单；

所述广告订单包括至少两个用户的不同订单，并对所述不同订单进行优先级排序；

向所述显示设备下发优先级最高的广告订单对应的广告素材。

再者，为解决上述技术问题，本申请的第三方面提供一种显示设备的广告展示方法，用于显示设备，所述广告展示方法包括：

基于用户的触发操作，产生播放广告请求；

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则播放所述当前广告位对应的广告素材；如果未播放，播放所述前一个广告位对应的广告素材。

接着，为解决上述技术问题，本申请的第四方面提供一种服务器，所述服务器包括：

接收模块，用于接收到显示设备发送的播放广告请求；

查询模块，用于查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

播放模块，用于如果已经播放，则向所述显示设备下发所述当前广告位对应的广告素材；

如果未播放，播放所述前一个广告位为对应的广告素材。

最后，为解决上述技术问题，本申请的第五方面提供一种显示设备，包括：

通信器，用于与服务器通信；

显示器，用于显示图像和用户界面，及在所述用户界面中用以指示项目被选择的选择器；

控制器，所述控制器被配置为：

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则播放所述当前广告位对应的广告素材；如果未播放，播放所述前一个广告位对应的广告素材。

在一种实施例中，所述广告展示方法包括：在所述服务器上预存广告顺序播放表和广告播放策略；所述广告顺序播放表被配置为：将不同的广告位代码按照顺序排列、并前后关联；所述广告播放策略被配置为：在接收到显示设备发送的播放广告请求时，先查询当前广告位关联的前一个广告位是否播放相应的广告；接收所述显示设备发出的广告播放请求，所述广告播放请求携带有相应的当前广告位代码；基于所述当前广告位代码，检索出与所述当前广告位代码对应的广告订单；基于所述广告播放顺序表，确定所述当前广告位代码关联的前一个广告位代码；基于所述广告播放策略，判断所述前一个广告位代码对应的广告位是否播放相应的广告；如果已经播放，则向所述显示设备下发所述当前广告位代码对应的广告订单的广告素材。

在该种技术方案中，针对一个广告主的一系列广告投放活动，通过上述方案设计使得广告的投放变得有序，同时能够随着不同广告位的展开，逐渐增加广告披露，从而逐渐加深对于用户的广告认知效果。因而，综上所述，本申请能够解决现有技术中基于同一个活动的各个广告位投放混乱而造成的广告效果不佳的问题。

附图说明

为了更清楚地说明本申请实施例或相关技术中的实施方式，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图；

图2中示例性示出了根据一些实施例的显示设备的硬件配置框图；

图3中示例性示出了根据一些实施例的控制设备的硬件配置框图；

图4中示例性示出了根据一些实施例的显示设备中软件配置示意图；

图5中示例性示出了根据一些实施例的显示设备中应用程序的图标控件界面显示示意图；

图6为示例性示出了在一种实施例中一种显示设备的广告展示方法的逻辑流程图；

图7为示例性示出了在另一种实施例中一种显示设备的广告展示方法的逻辑流程图；

图8为示例性示出了任一种实施例中一种显示设备的广告展示方法的信令时序图；

图9为示例性示出了在再一种实施例中一种显示设备的广告展示方法的逻辑流程图；

图10为示例性示出了在又一种实施例中一种显示设备的广告展示方法的逻辑流程图；

图11为示例性示出了在一种实施例中一种服务器的功能框图。

具体实施方式

为使本申请的目的、实施方式和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语″第一″、″第二″、″第三″等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明(Unless otherwise indicated)。应该理解这样使用的用语在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

此外，术语″包括″和″具有″以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请中使用的术语″模块″，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

本申请中使用的术语″遥控器″，是指电子设备(如本申请中公开的显示设备)的一个组件，通常可在较短的距离范围内无线控制电子设备。一般使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接，也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如：手持式触摸遥控器，是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。

本申请中使用的术语″手势″，是指用户通过一种手型的变化或手部运动等动作，用于表达预期想法、动作、目的/或结果的用户行为。

图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1中示出，用户可通过移动终端300和控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式等，通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。如：用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令，来实现控制显示设备200的功能。

在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上，在直观的用户界面(UI)中为用户提供各种控制。

在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。如：可以实现用移动终端300与显示设备200建立控制指令协议，将遥控控制键盘同步到移动终端300上，通过控制移动终端300上用户界面，实现控制显示设备200的功能。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能。

如图1中还示出，显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。示例的，显示设备200通过发送和接收信息，以及电子节目指南(EPG)互动，接收软件程序更新，或访问远程储存的数字媒体库。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。通过服务器400提供视频点播和广告服务等其他网络服务内容。

显示设备200，可以液晶显示器、OLED显示器、投影显示设备。具体显示设备类型，尺寸大小和分辨率等不作限定，本领技术人员可以理解的是，显示设备200可以根据需要做性能和配置上一些改变。

显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能，包括但不限于，网络电视、智能电视、互联网协议电视(IPTV)等。

图2中示例性示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200中包括控制器250、调谐解调器210、通信器220、检测器230、输入/输出接口255、显示器275，音频输出接口285、存储器260、供电电源290、用户接口265、外部装置接口240中的至少一种。

在一些实施例中，显示器275，用于接收源自第一处理器输出的图像信号，进行显示视频内容和图像以及菜单操控界面的组件。

在一些实施例中，检测器230还可以包括图像采集器，如相机、摄像头等，可以用于采集外部环境场景，以及用于采集用户的属性或与用户交互手势，可以自适应变化显示参数，也可以识别用户手势，以实现与用户之间互动的功能。

在一些实施例中，检测器230还可以包括温度传感器等，如通过感测环境温度。

在一些实施例中，显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时，可调整显示设备200显示图像色温偏冷色调，或当温度偏低的环境时，可以调整显示设备200显示图像偏暖色调。

在一些实施例中，检测器230还可声音采集器等，如麦克风，可以用于接收用户的声音。示例性的，包括用户控制显示设备200的控制指令的语音信号，或采集环境声音，用于识别环境场景类型，使得显示设备200可以自适应适应环境噪声。

在一些实施例中，如图2所示，输入/输出接口255被配置为，可进行控制器250与外部其他设备或其他控制器250之间的数据传输。如接收外部设备的视频信号数据和音频信号数据、或命令指令数据等。

在一些实施例中，外部装置接口240可以包括，但不限于如下可以高清多媒体接口HDMI接口、模拟或数据高清分量输入接口、复合视频输入接口、USB输入接口、RGB端口等任一个或多个接口。也可以是上述多个接口形成复合性的输入/输出接口。

在一些实施例中，如图2所示，调谐解调器210被配置为，通过有线或无线接收方式接收广播电视信号，可以进行放大、混频和谐振等调制解调处理，从多多个无线或有线广播电视信号中解调出音视频信号，该音视频信号可以包括用户所选择电视频道频率中所携带的电视音视频信号，以及EPG数据信号。

在一些实施例中，调谐解调器210解调的频点受到控制器250的控制，控制器250可根据用户选择发出控制信号，以使的调制解调器响应用户选择的电视信号频率以及调制解调该频率所携带的电视信号。

如图2所示，控制器250包括随机存取存储器251(Random Access Memory，RAM)、只读存储器252(Read-Only Memory，ROM)、视频处理器270、音频处理器280、其他处理器253(例如：图形处理器(Graphics ProcessingUnit，GPU)、中央处理器254(CentralProcessing Unit，CPU)、通信接口(Communication Interface)，以及通信总线256(Bus)中的至少一种。其中，通信总线连接各个部件。

在一些实施例中，RAM 251用于存储操作系统或其他正在运行中的程序的临时数据。

在一些实施例中，ROM 252用于存储各种系统启动的指令。

在一些实施例中，ROM 252用于存储一个基本输入输出系统，称为基本输入输出系统(Basic InputOutput System，BIOS)。用于完成对系统的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统。

在一些实施例中，视频处理器270被配置为将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等等视频处理，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，图形处理器253可以和视频处理器可以集成设置，也可以分开设置，集成设置的时候可以执行输出给显示器的图形信号的处理，分离设置的时候可以分别执行不同的功能，例如GPU+FRC(Frame Rate Conversion))架构。

在一些实施例中，音频处理器280，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理，得到可以在扬声器中播放的声音信号。

在一些实施例中，视频处理器270可以包括一颗或多颗芯片组成。音频处理器，也可以包括一颗或多颗芯片组成。

在一些实施例中，视频处理器270和音频处理器280，可以单独的芯片，也可以于控制器一起集成在一颗或多颗芯片中。

在一些实施例中，音频输出，在控制器250的控制下接收音频处理器280输出的声音信号，如：扬声器286，以及除了显示设备200自身携带的扬声器之外，可以输出至外接设备的发生装置的外接音响输出端子，如：外接音响接口或耳机接口等，还可以包括通信接口中的近距离通信模块，例如：用于进行蓝牙扬声器声音输出的蓝牙模块。

供电电源290，在控制器250控制下，将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路，也可以是安装在显示设备200外部电源，在显示设备200中提供外接电源的电源接口。

用户接口265，用于接收用户的输入信号，然后，将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器信号，可以通过网络通信模块接收各种用户控制信号。

在一些实施例中，用户通过控制装置100或移动终端300输入用户命令，用户输入接口则根据用户的输入，显示设备200则通过控制器250响应用户的输入。

在一些实施例中，用户可在显示器275上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，″用户界面″，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

图3示例性示出了根据示例性实施例中控制设备100的配置框图。如图3所示，控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。

控制设备100被配置为控制显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。如：用户通过操作控制设备100上频道加减键，显示设备200响应频道加减的操作。

在一些实施例中，控制设备100可是一种智能设备。如：控制设备100可根据用户需求安装控制显示设备200的各种应用。

在一些实施例中，如图1所示，移动终端300或其他智能电子设备，可在安装操控显示设备200的应用之后，可以起到控制设备100类似功能。如：用户可以通过安装应用，在移动终端300或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮，以实现控制设备100实体按键的功能。

控制器110包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器用于控制控制设备100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。

通信接口130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。如：将接收到的用户输入信号发送至显示设备200上。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。

用户输入/输出接口140，其中，输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。如：用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能，输入接口通过将接收的模拟信号转换为数字信号，以及数字信号转换为相应指令信号，发送至显示设备200。

输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中，可以红外接口，也可以是射频接口。如：红外信号接口时，需要将用户输入指令按照红外控制协议转化为红外控制信号，经红外发送模块进行发送至显示设备200。再如：射频信号接口时，需将用户输入指令转化为数字信号，然后按照射频控制信号调制协议进行调制后，由射频发送端子发送至显示设备200。

在一些实施例中，控制设备100包括通信接口130和输入输出接口140中至少一者。控制设备100中配置通信接口130，如：WiFi、蓝牙、NFC等模块，可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码，发送至显示设备200。

存储器190，用于在控制器的控制下存储驱动和控制控制设备200的各种运行程序、数据和应用。存储器190，可以存储用户输入的各类控制信号指令。

供电电源180，用于在控制器的控制下为控制设备100各元件提供运行电力支持。可以电池及相关控制电路。

在一些实施例中，系统可以包括内核(KerneI)、命令解析器(shell)、文件系统和应用程序。内核、sheII和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称″应用层″)，应用程序框架(Application Framework)层(简称″框架层″)，安卓运行时(Android runtime)和系统库层(简称″系统运行库层″)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如嗨见程序、K歌程序、魔镜程序等。在具体实施时，应用程序层中的应用程序包不限于以上举例，实际还可以包括其它应用程序包，本申请实施例对此不做限制。

框架层为应用程序层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务。

如图4所示，本申请实施例中应用程序框架层包括管理器(Managers)，内容提供者(Content Provider)等，其中管理器包括以下模块中的至少一个：活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互；位置管理器(LocationManager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(NotificationManager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，触摸传感器、压力传感器等)等。

在一些实施例中，内核层还包括用于进行电源管理的电源驱动模块。

在一些实施例中，图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。

在一些实施例中，如图5中所示，应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。

在一些实施例中，直播电视应用程序，可以通过不同的信号源提供直播电视。例如，直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及，直播电视应用程序可在显示设备200上显示直播电视信号的视频。

在一些实施例中，视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。例如，视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。

在一些实施例中，媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。例如，媒体中心，可以为不同于直播电视或视频点播，用户可通过媒体中心应用程序访问各种图像或音频所提供服务。

在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上可运行。

请参考图6，图6为示例性示出了在一种实施例中一种显示设备的广告展示方法的逻辑流程图。

在本申请一些实施例中，如图6所示，一种显示设备的广告展示方法，在服务器一侧，广告展示方法包括：

步骤S101：在服务器上预存广告顺序播放表和广告播放策略；

其中，在一些实施例中，广告顺序播放表被配置为：将不同的广告位代码按照顺序排列、并前后关联；

在一些实施例中，广告播放策略被配置为：在接收到显示设备发送的播放广告请求时，先查询当前广告位关联的前一个广告位是否播放相应的广告；

在上述步骤中，对广告位做出解释：在互联网电视中，能够投放广告的一个位置称为广告位，比如常见的开机广告位、视频播放前的前贴片广告位、视频播放中间插播的中插广告位、视频暂停时的暂停播放广告位、屏幕处于保护状态时的屏保广告位等。而广告位代码则是确定一个广告位的身份标识。

基于上述论述，涉及到广告顺序播放表被配置为顺序排列，并前后关联的含义是：比如将开机广告位-贴片广告位-屏保广告位进行顺序排列，并前后关联。也就是对于一个广告主投放的一系列广告，开机时先投放其针对第一广告素材的开机广告，然后视频播放时再投放针对第二广告素材的贴片广告，然后屏保时再投放针对第三广告素材的屏保广告。

步骤S102：在接收到显示设备发送的播放广告请求时，先查询当前广告位关联的前一个广告位是否播放相应的广告；

步骤S103：如果已经播放，则向显示设备下发当前广告位对应的广告素材。

在该种技术方案中，针对一个广告主的一系列广告投放活动，通过上述方案设计使得广告的投放变得有序，同时能够随着不同广告位的展开，逐渐增加广告披露，从而逐渐加深对于用户的广告认知效果。

因而，综上，本申请能够解决现有技术中基于同一个活动的各个广告位投放混乱而造成的广告效果不佳的问题。

请参考图7和图8，图7为示例性示出了在另一种实施例中一种显示设备的广告展示方法的逻辑流程图；图8为示例性示出了任一种实施例中一种显示设备的广告展示方法的信令时序图。

在本申请的另一种实施例中，广告展示方法包括：

步骤S201：接收显示设备发出的广告播放请求，广告播放请求携带有相应的当前广告位代码；

在一些实施例中，基于用户的触发，通过显示设备向服务发出广告播放请求，这里的广告播放请求是由用户在显示设备中的操作触发的。比如，用户开机时，显示设备会自动向服务发出播放开机广告的播放请求；用户点击视频时，显示设备会向服务器发出播放贴片广告的播放请求；显示设备处于屏保时，显示设备会向服务器发出比方屏保广告的播放请求。

在一些实施例中，所述广告播放请求携带有相应的当前广告位代码，其中，广告位代码用于确定相应的广告位。

步骤S202：基于当前广告位代码，检索出与当前广告位代码对应的广告订单；

在一些实施例中，这里的广告订单，可以时不同广告主的系列订单。比如，视频播放时，基于贴片广告位，服务器检索出处于贴片广告位的贴片广告订单，贴片广告订单可以为一个仅有一个广告主的一个订单，也可以为多个广告主的多个贴片广告订单。当然，当具有多个贴片广告订单时，需要按照优先级顺序进行播放。

此外，在上述步骤S202中，在一些实施例中，基于广告播放顺序表，确定当前广告位代码关联的前一个广告位代码；比如，当前广告位是贴片广告位，则基于前述举例的规则，其关联的前一个广告位是开机广告位。

在一些实施例中，基于所述当前广告位代码，检索出与所述当前广告位代码对应的广告订单，确定所述当前广告位代码关联的前一个广告位代码。

此外，在上述步骤S202中，在一些实施例中，基于广告播放策略，判断前一个广告位代码对应的广告位是否播放相应的广告；接着上述例子，就是判断开机广告位是否播放相应的广告。

步骤S203：如果已经播放，则向显示设备下发当前广告位代码对应的广告订单的广告素材。接着上述例子，如果开机广告已经播放，则进行当前贴片广告的播放。

步骤S204：如果未播放，则播放前一个广告位对应的广告素材。

在上述实施例中，可以做出进一步改进，从而得到另一种实施例。比如，在该种实施例中，广告播放请求还携带有显示设备的身份标签；

在所述查询当前广告位关联的前一个广告位是否播放相应的广告的之前，所述广告展示方法还包括：

基于身份标签，查询设备标签库，判断当前的显示设备是否属于适用广告顺序播放表和广告播放策略的显示设备；

如果是，则对当前的显示设备适用广告顺序播放表和广告播放策略。

在现实场景中，并不是所有的显示设备都按照这种广告投放策略进行投放。比如，广告主有时会指定某省区域或其他区域的显示设备按照这种投放策略进行投放，而另外区域的则不适用该种投放策略。因而在投放时，需要先判断显示设备是否属于适用该种投放策略的范围。

在该种实施例中，身份标签也是，显示设备的身份ID，是确定显示设备的唯一的标识。通过该身份标签，然后查询相应的设备标签库，就可以确定显示设备是否适用该种投放策略。

此外，在上述实施例中，还可以做出进一步改进，从而得到另一种实施例。比如，在该种实施例中，在基于当前广告位代码，检索出与当前广告位代码对应的广告订单的步骤中，

基于所述当前的广告位代码，检索出与所述当前广告位代码对应的至少两个用户的不同订单；也就是广告订单包括至少两个用户的不同订单，同时需要并对不同订单进行优先级排序；基于当前广告位代码，检索出与当前广告位代码对应的广告订单，的步骤包括：

检索出与当前广告位代码对应的优先级最高的广告订单；

基于广告播放策略，判断前一个广告位代码对应的广告位是否播放相应的广告，的步骤包括：

针对优先级最高的广告订单，判断前一个广告位代码对应的广告位是否播放相应的广告；如果已经播放，则向显示设备下发当前广告位代码对应的广告订单的广告素材，的步骤包括：

则向显示设备下发当前广告位代码对应的优先级最高的广告订单的广告素材。

如上文，投放贴片广告的具有多个广告主，因而基于贴片广告位代码，检索出多个贴片广告订单，比如三个广告主：广告主一的第一广告订单、广告主二的第二广告订单、广告主三的第三广告订单。其中，每个广告主的广告订单，又按照投放策略均包括开机广告、贴片广告和屏保广告。按照优先级设置，按照第一广告订单、第二广告订单和第三广告订单进行播放。

比如，涉及到第一广告订单，当前广告位为贴片广告位，则先判断其开机广告是否播放，如果已经播放，则在当前贴片广告位播放第一广告订单的贴片广告。

进一步的，如果此时经过判断，第一广告订单的开机广告没有播放，则第一广告订单的当前的贴广告不再播放；则更换订单，询问处于第二优先级的第二广告订单，判断其开机广告是否播放，如果已经播放，则在当前贴片广告位，播放第二广告订单的贴片广告。如果是否，停止播放，继续更换订单，进行轮询，步骤与前文相同，在此不再赘述。

也就是，在上述实施例中，针对优先级最高的广告订单，判断前一个广告位代码对应的广告位是否播放相应的广告；

如果未播放，则针对优先级次之的广告订单，判断前一个广告位代码对应的广告位是否播放相应的广告，

如果已播放，则向显示设备下发当前广告位代码对应的优先级次之的广告订单的广告素材。

请参考图9，图9为示例性示出了在再一种实施例中一种显示设备的广告展示方法的逻辑流程图。

在另一种实施例中，如图9所示，一种显示设备的广告展示方法，在服务器一侧，广告展示方法包括：

步骤S301：基于用户触发的开机操作，接收显示设备发出的开机广告播放请求，开机广告播放请求携带有相应的开机广告位代码；

步骤S302：基于开机广告位代码，检索出与开机广告位代码对应的广告订单；

步骤S303：广告订单包括至少两个用户的不同订单，并对不同订单进行优先级排序；

步骤S304：向显示设备下发优先级最高的广告订单对应的广告素材。

在上述实施例中，当当前的广告位为开机广告位时，其前边是不关联其他广告位的。因而在本实施例中，只是基于优先级进行开机广告的投放展示。比如，基于开机广告位代码检索出两个开机广告订单：广告主一的第一开机广告订单，广告主二的第二开机广告订单，并且第一开机广告订单优于第二开机广告订单，因而先播放第一开机广告订单。

下边结合信令时序图，对上述任一种实施例做出具体介绍。请参考图8，图8为示例性示出了任一种实施例中一种显示设备的广告展示方法的信令时序图。

如图8所示，在该信令时序图中，包括用户、显示设备、投放服务引擎、设备标签库和日志服务引擎。其中，投放服务引擎是广告投放的服务器，日志服务引擎是进行广告投放记录的服务器，设备标签库是与投放服务引擎配合使用的数据库。

下边结合图8对过程做出具体介绍：

1.在服务器上预存广告顺序播放表和广告播放策略。也就是运营人员创建订单排期，如果是第一顺序广告位的订单(例如，开机订单)，则不需要关联前一个广告位的订单ID。否则，当前广告位订单ID(例如，贴片广告)需要关联前一个广告位订单ID(开机)。并且设置订单的优先级。以开机->贴片->屏保广告的曝光顺序为例。

广告位	当前订单ID	前一个广告位订单ID
			开机	1000009200	无
贴片	1000009301	1000009200
			屏保	1000009422	1000009301

2.用户开机，触发广告应用发送开机广告(第一顺序)请求(也就是上文中的广告播放请求)，开机广告应用携带设备唯一ID(也就是上文中的显示设备的身份标签)和广告位代码请求投放服务引擎。

3.投放服务引擎查询设备标签库(比如，可以高性能数据库REDIS，需要预先将设备打上是否按照顺序播放的标签)。

4.投放服务引擎根据：一、按照顺序播放标签；二、开机广告位代码，这两个条件检索出满足此条件的所有的开机广告订单列表，并按照优先级顺序依次为：1000009200，1000009201，1000009202，1000009203。

5.投放服务引擎取出优先级最高的订单1000009200，判断是否是第一顺序广告位(也就是判断是否为优先级最高的广告订单)，如果是，则直接返回给显示设备创意素材。

6.显示设备展示1000009200订单的创意素材，同时携带订单ID(1000009200)，广告位代码上报展示日志服务引擎。

7.用户观看视频，触发贴片广告(第二顺序)，重复步骤3，投放服务引擎根据：一、按照顺序播放标签；二、贴片广告位代码，这两个条件检索出满足此条件的所有的贴片广告订单列表，并按照优先级顺序依次为：1000009301，1000009302，1000009303，1000009304。

8.投放服务引擎请求日志服务引擎查询优先级最高的贴片广告订单1000009301关联的前一个广告位1000009200订单是否已经曝光，如果曝光，则将1000009301订单对应的广告素材返回给显示设备。如果1000009200订单未曝光，则继续查看次优先级(比如1000009302)订单关联的前一个广告位(比如1000009201)订单是否曝光，依次类推。

9.用户待机，触发屏保广告，重复类似步骤8。

对上述过程中订单内在逻辑关系进行说明如下：

	广告主一	广告主二	广告主三	广告主四
					开机广告订单ID	1000009200	1000009201	1000009202	1000009203
贴片广告订单ID	1000009301	1000009302	1000009303	1000009304
					优先级	第一	第二	第三	第四

也就是有四个广告主，涉及到开机广告和贴片广告：

广告主一的订单为1000009200和1000009301，在优先级上其处于第一位；

广告主二的订单为1000009201和1000009302，在优先级上其处于第二位；

广告主三的订单为1000009202和1000009303，在优先级上其处于第三位；

广告主四的订单为1000009203和1000009304，在优先级上其处于第四位。

此外，本申请还提供另外一种实施例。在上述任一种实施例中，投放策略主要是在服务器端完成，但是作为一种举例，投放策略及相应的广告素材，也可以预先存储在本地一侧，也就是存储在显示设备上，从而得到本实施例。请参考图10，图10为示例性示出了在又一种实施例中一种显示设备的广告展示方法的逻辑流程图。

在该种实施例中，种显示设备的广告展示方法，在显示设备一侧，广告展示方法包括：

在显示设备上预存广告顺序播放表、广告播放策略及广告素材；

广告顺序播放表被配置为：将不同的广告位代码按照顺序排列、并前后关联；

广告播放策略被配置为：在接收到播放广告请求时，先查询当前广告位关联的前一个广告位是否播放相应的广告；

如果已经播放，则显示设备播放当前广告位对应的广告素材。

在上述实施例中，可以做出进一步具体设计。比如，如图10所示，广告展示方法包括：

步骤S401：显示设备接收到被触发的广告播放请求时，广告播放请求携带有相应的当前广告位代码；

步骤S402：基于当前广告位代码，检索出与当前广告位代码对应的广告订单；

在一些实施例中，基于广告播放顺序表，确定当前广告位代码关联的前一个广告位代码；在一些实施例中，基于广告播放策略，判断前一个广告位代码对应的广告位是否播放相应的广告；

步骤S403：如果已经播放，则显示设备播放当前广告位对应的广告素材。

步骤S404：如果未播放，则播放所述前一个广告位对应的广告素材。

其工作过程及技术效果与前文实施例相同，在此不再赘述。

此外，在上述实施例中，广告播放请求还携带有显示设备的身份标签；基于身份标签，查询设备标签库，判断当前的显示设备是否属于适用广告顺序播放表和广告播放策略的显示设备；如果是，则显示设备适用广告顺序播放表和广告播放策略。其工作过程及技术效果与前文实施例相同，在此不再赘述。

再者，在基于当前广告位代码，检索出与当前广告位代码对应的广告订单的步骤中，广告订单包括至少两个用户的不同订单，并对不同订单进行优先级排序；基于当前广告位代码，检索出与当前广告位代码对应的广告订单，的步骤包括：检索出与当前广告位代码对应的优先级最高的广告订单；基于广告播放策略，判断前一个广告位代码对应的广告位是否播放相应的广告，的步骤包括：针对优先级最高的广告订单，判断前一个广告位代码对应的广告位是否播放相应的广告；如果已经播放，则显示设备播放当前广告位对应的广告素材，的步骤包括：则显示设备播放当前广告位代码对应的优先级最高的广告订单的广告素材。其工作过程及技术效果与前文实施例相同，在此不再赘述。

最后，针对优先级最高的广告订单，判断前一个广告位代码对应的广告位是否播放相应的广告；如果未播放，则针对优先级次之的广告订单，判断前一个广告位代码对应的广告位是否播放相应的广告；如果已播放，则显示设备播放当前广告位代码对应的优先级次之的广告订单的广告素材。其工作过程及技术效果与前文实施例相同，在此不再赘述。

此外，本申请还提供一种服务器，作为一种举例，该服务器可以为图8中的投放服务引擎。具体的，请参考图11，图11为示例性示出了在一种实施例中一种服务器的功能框图。

在该种实施例中，一种服务器包括：

预存模块，用于预存广告顺序播放表和广告播放策略；

广告顺序播放表被配置为：将不同的广告位代码按照顺序排列、并前后关联；

广告播放策略被配置为：在接收到显示设备发送的播放广告请求时，先查询当前广告位关联的前一个广告位是否播放相应的广告；

如果已经播放，则向显示设备下发当前广告位对应的广告素材。

具体的，如图11所示，服务器还包括：

接收模块501，用于接收显示设备发出的广告播放请求，广告播放请求携带有相应的当前广告位代码；

查询模块502，用于基于当前广告位代码，检索出与当前广告位代码对应的广告订单；

在一些实施例中，查询模块502用于基于广告播放顺序表，确定当前广告位代码关联的前一个广告位代码；

在一些实施例中，查询模块用于基于广告播放策略，判断前一个广告位代码对应的广告位是否播放相应的广告；

播放模块503，用于如果已经播放，则向显示设备下发当前广告位代码对应的广告订单的广告素材；如果未播放，则播放所述前一个广告位对应的广告素材。

涉及到服务器，其工作过程和技术效果与前文广告展示方法的实施例相同，在此不再赘述。

最后，本申请还提供提供一种显示设备，包括：

通信器，用于与服务器通信；

显示器，用于显示图像和用户界面，及在用户界面中用以指示项目被选择的选择器；

控制器，控制器被配置为：

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则播放所述当前广告位对应的广告素材；如果未播放，播放所述前一个广告位对应的广告素材。

进一步的，显示器接收到被触发的广告播放请求时，广告播放请求携带有相应的当前广告位代码；

控制器基于当前广告位代码，检索出与当前广告位代码对应的广告订单；

控制器基于广告播放顺序表，确定当前广告位代码关联的前一个广告位代码；

控制器基于广告播放策略，判断前一个广告位代码对应的广告位是否播放相应的广告；

如果已经播放，则显示器播放当前广告位对应的广告素材。

涉及到该显示设备，其工作过程和技术效果与前文广告展示方法的实施例相同，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (9)

1.一种显示设备的广告展示方法，其特征在于，用于服务器，包括：

接收到显示设备发送的播放广告请求；

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则向所述显示设备下发所述当前广告位对应的广告素材；

如果未播放，播放所述前一个广告位对应的广告素材。

2.如权利要求1所述的一种显示设备的广告展示方法，其特征在于，所述接收到显示设备发送的播放广告请求，查询当前广告位关联的前一个广告位是否播放相应的广告包括：

所述播放广告请求携带有相应的当前广告位代码，其中，广告位代码用于确定相应的广告位；

所述查询当前广告位关联的前一个广告位是否播放相应的广告，包括：

基于所述当前广告位代码，检索出与所述当前广告位代码对应的广告订单，确定所述当前广告位代码关联的前一个广告位代码；

判断所述前一个广告位代码对应的广告位是否播放相应的广告。

3.如权利要求1所述的一种显示设备的广告展示方法，其特征在于所述播放广告请求还携带有所述显示设备的身份标签；

在所述查询当前广告位关联的前一个广告位是否播放相应的广告的之前，所述广告展示方法还包括：

基于所述身份标签，查询设备标签库，判断当前的显示设备是否属于采用预定的广告播放策略的显示设备；

如果是，则对当前的显示设备适用所述预定的广告播放策略，执行所述查询当前广告位关联的前一个广告位是否播放相应的广告的步骤。

4.如权利要求2所述的一种显示设备的广告展示方法，其特征在于，所述基于所述当前广告位代码，检索出与所述当前广告位代码对应的广告订单包括：

基于当前的广告位代码，检索出与所述当前广告位代码对应的至少两个用户的不同订单；

对所述不同订单进行优先级排序；

检索出与所述当前广告位代码对应的优先级最高的广告订单；

所述判断所述前一个广告位代码对应的广告位是否播放相应的广告包括：

针对所述优先级最高的广告订单，判断所述前一个广告位代码对应的广告位是否播放相应的广告；

所述如果已经播放，则向所述显示设备下发所述当前广告位对应的广告素材的步骤包括：

如果已经播放，则向所述显示设备下发所述当前广告位代码对应的优先级最高的广告订单的广告素材。

5.如权利要求4所述的一种显示设备的广告展示方法，其特征在于，

所述判断所述前一个广告位代码对应的广告位是否播放相应的广告包括：

针对所述优先级最高的广告订单，判断所述前一个广告位代码对应的广告位是否播放相应的广告；对于优先级最高的广告订单，如果所述前一个广告位代码对应的广告位相应的广告未播放，则针对优先级次之的广告订单，判断所述前一个广告位代码对应的广告位是否播放相应的广告；

对于优先级次之的广告订单，如果所述前一个广告位代码对应的广告位相应的广告已播放，则向所述显示设备下发所述当前广告位代码对应的优先级次之的广告订单的广告素材。

6.一种显示设备的广告展示方法，其特征在于，用于显示设备，所述广告展示方法包括：

基于用户的触发操作，产生播放广告请求；

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则播放所述当前广告位对应的广告素材；如果未播放，播放所述前一个广告位对应的广告素材。

7.如权利要求6所述的一种显示设备的广告展示方法，其特征在于，

所述基于用户的触发操作，产生播放广告请求包括：

所述播放广告请求携带有相应的当前广告位代码，其中，广告位代码用于确定相应的广告位；

所述查询当前广告位关联的前一个广告位是否播放相应的广告包括：

基于所述当前广告位代码，检索出与所述当前广告位代码对应的广告订单，确定所述当前广告位代码关联的前一个广告位代码；

判断所述前一个广告位代码对应的广告位是否播放相应的广告。

8.一种服务器，其特征在于，所述服务器包括：

接收模块，用于接收到显示设备发送的播放广告请求；

查询模块，用于查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

播放模块，用于如果已经播放，则向所述显示设备下发所述当前广告位对应的广告素材；

如果未播放，播放所述前一个广告位为对应的广告素材。

9.一种显示设备，其特征在于，包括：

通信器，用于与服务器通信；

显示器，用于显示图像和用户界面，及在所述用户界面中用以指示项目被选择的选择器；

控制器，所述控制器被配置为：

查询当前广告位关联的前一个广告位是否播放相应的广告，其中，不同广告位对应的广告素材不同；

如果已经播放，则播放所述当前广告位对应的广告素材；如果未播放，播放所述前一个广告位对应的广告素材。

Images