CN115623276A - 一种显示设备及广告插播方法 - Google Patents

Abstract

本申请一些实施例提供一种显示设备及广告插播方法，该显示设备包括控制器，控制器被配置为在video层显示为多媒体视频数据的第一HLS数据，若在播放第一HLS数据时检测到第一分隔标识，并且第一分隔标识之后的待播放视频的第二HLS数据为广告数据，并且广告数据的数据格式与多媒体视频数据的数据格式不同，则在OSD层显示第二HLS数据。当广告插入多媒体视频中时，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

Description

一种显示设备及广告插播方法

技术领域

本申请涉及多媒体播放技术领域，尤其涉及一种显示设备及广告插播方法。

背景技术

显示设备是指能够输出具体显示画面的终端设备，可以是智能电视、通信终端、智能广告屏、投影仪等终端设备。以智能电视为例，智能电视是基于Internet应用技术，具备开放式操作系统与芯片，拥有开放式应用平台，可实现双向人机交互功能，集影音、娱乐、数据等多种功能于一体的电视产品，用于满足用户多样化和个性化需求。

显示设备可以基于因特网应用技术，实现多媒体视频的点播等功能。多媒体视频大部分使用自适应码率流媒体传输协议(Http Live Streaming，简称HLS)播放，HLS协议是将完整的多媒体视频切割成多个传输流(Transport Stream，简称TS)分片，以供显示设备按照时间顺序边依次下载各个TS分片边播放。当需要在多媒体视频中插入广告时，通常会将广告也按照HLS协议转换成多个TS分片，然后对应插入到多媒体视频的TS分片中。

然而，由于多媒体视频的提供者与广告的提供者通常不同，因此多媒体视频与广告的编码方式也会不同，显示设备在播放多媒体视频时，遇到编码方式不同的广告时，就会播放失败。为了实现插播广告的正常播放，媒体制作方需要将广告转码为与多媒体视频相同的编码方式，但是广告转码后会出现与多媒体视频的分辨率不同的情况，对于部分型号的显示设备仍无法支持相同编码方式下不同分辨率的视频的正常播放，广告插播的兼容性较差，而且广告的处理时间较长。

发明内容

本申请一些实施例提供了一种显示设备及广告插播方法。以解决相关技术中，广告插播的兼容性较差，而且广告的处理时间较长的问题。

第一方面，本申请一些实施例提供一种显示设备，包括：

显示器，被配置为显示视频video层的数据，以及显示屏幕菜单式调节方式OSD层的数据；

控制器，被配置为：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

控制所述显示器在所述video层显示所述第一HLS数据；其中，所述第一HLS数据为所述多媒体视频数据；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述广告数据；

若所述第二HLS数据的数据格式与所述多媒体视频数据的数据格式不同，则控制所述显示器在所述OSD层显示所述第二HLS数据。

第二方面，本申请一些实施例提供一种显示设备，包括：

显示器，被配置为显示视频video层的数据，以及显示屏幕菜单式调节方式OSD层的数据；

控制器，被配置为：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

控制所述显示器在所述OSD层显示所述第一HLS数据；其中，所述第一HLS数据为所述广告数据，且所述第一HLS数据的数据格式与所述多媒体视频数据的数据格式不同；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述多媒体视频数据；

控制所述显示器在所述video层显示所述第二HLS数据。

第三方面，本申请一些实施例提供一种广告插播方法，所述方法包括：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

在所述video层显示所述第一HLS数据；其中，所述第一HLS数据为所述多媒体视频数据；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述广告数据；

若所述第二HLS数据的数据格式与所述多媒体视频数据的数据格式不同，则在所述OSD层显示所述第二HLS数据。

第四方面，本申请一些实施例提供一种广告插播方法，所述方法包括：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

在所述OSD层显示所述第一HLS数据；其中，所述第一HLS数据为所述广告数据，且所述第一HLS数据的数据格式与所述多媒体视频数据不同；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述多媒体视频数据；

在所述video层显示所述第二HLS数据。

由以上技术方案可以看出，本申请提供的显示设备及广告插播方法可以在video层显示为多媒体视频数据的第一HLS数据，若在播放第一HLS数据时检测到第一分隔标识，并且第一分隔标识之后的待播放视频的第二HLS数据为广告数据，并且广告数据的数据格式与多媒体视频数据的数据格式不同，则在OSD层显示第二HLS数据。整个方法无需对广告数据进行繁琐的格式转换，当广告插入多媒体视频中时，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请一些实施例的显示设备的使用场景示意图；

图2示出了本申请一些实施例的控制装置100的配置框图；

图3示出了本申请一些实施例的显示设备200的硬件配置框图；

图4示出了本申请一些实施例的显示设备200的软件配置框图；

图5示出了本申请一些实施例的显示设备200中应用程序的图标控件界面显示图；

图6示出了本申请一些实施例的HLS数据的结构示意图；

图7示出了本申请一些实施例的在多媒体视频中插播广告的示意图；

图8示出了本申请一些实施例的显示设备显示不同图层的数据的效果示意图；

图9示出了本申请一些实施例的video图层与OSD图层的显示关系示意图；

图10示出了本申请一些实施例的一种显示设备与服务器的交互流程示意图；

图11示出了本申请一些实施例的显示设备播放待播放视频的一个流程示意图；

图12示出了本申请一些实施例的一种广告插入方式的示意图；

图13示出了本申请一些实施例的一种广告插播方法的流程图；

图14示出了本申请一些实施例的另一种显示设备与服务器的交互流程示意图；

图15示出了本申请一些实施例的显示设备播放待播放视频的另一个流程示意图；

图16示出了本申请一些实施例的另一种广告插入方式的示意图；

图17示出了本申请一些实施例的另一种广告插播方法的流程图。

具体实施方式

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

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

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

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

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。本申请实施例在此对显示设备的具体形态不做限制。本申请实施例中以显示设备为电视机为例进行示意说明。图1和图2为本申请的显示设备的一种具体实施方式。

图1示出了本申请一些实施例的显示设备的使用场景示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备200可以不使用上述的智能设备300或控制装置100接收指令，而是通过触摸或者手势等接收用户的控制。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

图2示出了本申请一些实施例的控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起到用户与显示设备200之间交互中介作用。

图3示出了本申请一些实施例的显示设备200的硬件配置框图。如图3所示，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中，控制器250包括处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器250输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面。

显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。

用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。

检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

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

调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，控制器250包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM RandomAccess Memory，RAM)，ROM(Read-Only Memory，ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

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

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

图4示出了本申请一些实施例的显示设备200的软件配置框图。如图4所示，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Androidruntime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序不限于以上举例。

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

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

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

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

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

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

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

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

在一些实施例中，显示设备在播放多媒体视频(如电视剧或网络视频等)时，多媒体视频主要采用基于超文本传输协议(Hyper Text Transfer Protocol，HTTP)的自适应码率流媒体传输协议(Http Live Streaming，HLS)进行传输。HLS协议的工作原理是将完整的多媒体视频切割成多个传输流(Transport Stream，简称TS)分片，以供显示设备按照时间顺序边依次下载各个TS分片边播放。图6示出了本申请一些实施例的HLS数据的结构示意图。在一些实施例中，如图6中所示，多媒体视频的HLS数据包括索引文件(Index file)和传输流(Transport Stream，TS)分片。索引文件也就是M3U8文件，实质上就是一个播放列表(Playlist)，其内部信息记录的是一系列媒体片段资源，也就是TS分片，顺序播放该片段资源，即可完整展示多媒体视频。在一些实施例中，如图6所示，M3U8文件中可以记载多媒体视频的各个TS分片的下载地址，而不存在嵌套层级的中间索引文件。在另一些实施例中，M3U8文件中也可以记载至少一个二级索引文件，每个二级索引文件中均记载有多媒体视频的各个TS分片的下载地址，客户端通过各个TS分片的下载地址可以下载对应的TS分片。二级索引文件相当于备用源，客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源，从而允许客户端与服务器之间的流媒体会话适应不同的数据速率。在又一些实施例中，每个二级索引文件也可以继续嵌套，例如：每个二级索引文件中记载至少一个三级索引文件。

图7示出了本申请一些实施例的在多媒体视频中插播广告的示意图。在一些实施例中，如图7中所示，当需要在多媒体视频(例如电视剧)中插入广告时，通常会将广告也按照HLS协议转换成多个TS分片，然后将广告的TS分片对应插入到多媒体视频的TS分片中，形成新的待播放视频，例如，广告可以插入到多媒体视频的中间，或者，广告也可以插入到多媒体视频的开头或结尾。插入广告以后得到的待播放视频通常可以存储到HLS服务器上，显示设备可以响应于用户的点播操作，从HLS服务器上下载待播放视频的HLS数据并进行播放。显示设备对待播放视频的HLS数据进行解析后可以得到M3U8文件。

例如：M3U8文件的具体格式可以为：

{#EXTM3U,…，#EXTINF:10.0,playlist-00005.ts,#EXT-X-DISCONTINUITY,#EXTINF:8.840,./n1.0.ts,…，#EXT-X-ENDLIST}

其中，EXTM3U表示M3U8文件头，放在第一行；EXTINF表示每个TS分片的时长；playlist-00005.ts以及./n1.0.ts均表示TS分片的下载地址；EXT-X-ENDLIST表示M3U8文件的结束符；EXT-X-DISCONTINUITY表示分隔标签，代表前后两个视频是不连续的两种不同类型的视频，例如，多媒体视频和广告之间会用分隔标签隔开，不同类型的广告之间也会用分隔标签隔开。

由于多媒体视频的提供者与广告的提供者通常不同，因此多媒体视频与广告的编码方式也会不同，显示设备在播放多媒体视频时，通常会采用多媒体视频所对应的编码器来进行解码播放，因此遇到编码方式不同的广告时，就会播放失败。为了实现插播广告的正常播放，媒体制作方需要将广告转码为与多媒体视频相同的编码方式，但是广告转码后会出现与多媒体视频的分辨率不同的情况，对于部分型号的显示设备(比如安卓4.4的电视)，其解码器仍无法支持相同编码方式下不同分辨率的视频的正常播放，广告插播的兼容性较差，需要继续对广告进行分辨率调整，因此整个广告的处理时间较长，如果同一个广告插播到不同的多媒体视频时，还需对该广告分别进行对应的转码和分辨率调整，广告插播也较为繁琐。

基于此，为了解决广告插播的兼容性较差，而且广告的处理时间较长的问题，本申请一些实施例提供一种显示设备。该显示设备可以在video层播放与多媒体视频数据的数据格式相同的数据，在OSD层播放与多媒体视频数据的数据格式不同的数据，从而在多媒体视频中插播广告时，无需对广告数据进行繁琐的格式转换，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

图8示出了本申请一些实施例的显示设备显示不同图层的数据的效果示意图。如图8所示，显示设备200包括：显示器260和控制器250。其中，显示器260被配置为显示图层A的数据，以及图层B的数据，图层B为位于图层A之上的图层，图层B上显示的画面可以覆盖图层A上显示的画面。在一些实施例中，对于安卓系统的显示设备而言，图层A可以为video(视频)层，图层B可以为OSD(On Screen Display，显示屏幕菜单式调节方式)层。

图9示出了本申请一些实施例的video层与OSD层的显示关系示意图。在一些实施例中，如图9中所示，OSD层显示的画面在video层之上，并且OSD层的画面可以完全覆盖住video层的画面。当然，OSD层也可以根据需要进行显示调整，如OSD层的图片可以完全或部分遮挡video层的画面。例如，显示器260中除显示OSD层的图片以外的其他显示区域不填充像素数据的情况下，OSD层的图片可以覆盖video层的部分画面，video层中未被OSD层中的图片遮挡的画面可以透过OSD层中图片以外的其他显示区而可见，如图9中显示效果A所示。再例如，显示器260中除显示OSD层的图片以外的其他显示区填充像素数据并且不透明的情况下，video层中未被OSD层中图片遮挡的画面仍然不可见，如图9中显示效果B所示。

图10示出了本申请一些实施例的一种显示设备与服务器的交互流程示意图。如图10所示，控制器250、显示器260和服务器400分别被配置为执行以下程序步骤：

S101：控制器250从服务器400获取待播放视频的第一HLS数据。

待播放视频包括多媒体视频数据和广告数据。多媒体视频数据为待播放视频中的正片数据，例如，电视剧。

第一HLS数据可以为待播放视频中的多媒体视频数据。例如，如果电视剧中未插播广告，则第一HLS数据可以为整个电视剧的所有TS分片。如果电视剧中插播广告，则第一HLS数据可以为位于广告之前的部分电视剧的各个TS分片。

S102：在第一HLS数据为多媒体视频数据的情况下，控制器250控制显示器260在video层显示第一HLS数据。

S103：若在播放第一HLS数据时检测到第一分隔标识，则控制器250从服务器400获取待播放视频的第二HLS数据，其中，第二HLS数据为广告数据。

第一分隔标识用于表示前后的HLS数据为不连续的数据，例如，第一分隔标识之前为多媒体视频数据，第一分隔标识之后为广告数据。又例如，在其他一些场景下，第一分隔标识前后也可以分别为一种广告数据和另一种广告数据。

在一些实施例中，第一分隔标识为EXT-X-DISCONTINUITY标签。EXT-X-DISCONTINUITY标签为M3U8文件中的媒体片段标签，该标签出现时，表示当前TS分片和前一个TS分片是不连续的，也就是该标签前后两个TS分片不连续。

示例性地，当第一HLS数据为多媒体视频数据时，在播放第一HLS数据时如果检测到媒体片段标签，那么将媒体片段标签之后的数据确定为第二HLS数据，并且第二HLS数据为广告数据。

第一分隔标识前后的HLS数据的数据格式可能相同，也可能不同，本申请实施例对此并不限定。在一些实施例中，数据格式可以包括编码方式和分辨率。

第二HLS数据表示第一分隔标识之后的广告数据的各个TS分片。第二HLS数据与第一HLS数据在时间上是连续的，只是分别表示第一分隔标识之前和之后的数据。

示例性地，第二HLS数据与多媒体视频数据的数据格式可能相同，也可能不同。因此在获取待播放视频的第二HLS数据后，可以判断第二HLS数据与多媒体视频数据的数据格式是否相同。若第二HLS数据与多媒体视频数据的数据格式不同，继续执行步骤S104，若第二HLS数据与第一HLS数据的数据格式相同，继续执行步骤S105。

S104：若第二HLS数据的数据格式与多媒体视频数据的数据格式不同，则控制器250控制显示器260在OSD层显示第二HLS数据。

在一些实施例中，在第一HLS数据为多媒体视频数据的情况下，可以通过检测第二HLS数据的第一个TS分片与第一HLS数据的最后一个TS分片的数据格式是否相同，来确定第二HLS数据的数据格式与多媒体视频数据的数据格式是否相同。这样，可以快速地判断出第一分隔标识之后的数据的数据格式与多媒体视频数据的数据格式是否相同，进而加快处理速度。

在一些实施例中，数据格式可以包括编码方式和分辨率。若第二HLS数据的编码方式与多媒体视频数据的编码方式不同，或者第二HLS数据的分辨率与多媒体视频数据的分辨率不同，则确定第二HLS数据的数据格式与多媒体视频数据的数据格式不同。例如，在第一HLS数据为多媒体视频数据的情况下，第二HLS数据的第一个TS分片的编码方式与第一HLS数据的最后一个TS分片的编码方式不同，或者，第二HLS数据的第一个TS分片的分辨率与第一HLS数据的最后一个TS分片的分辨率不同，则确定第二HLS数据的数据格式与多媒体视频数据的数据格式不同。

S105：若第二HLS数据的数据格式与多媒体视频数据的数据格式相同，则控制器250控制显示器260在video层显示第二HLS数据。

在一些实施例中，在对待播放视频进行播放之前，控制器对于待播放视频，通常可以将其中的多媒体视频数据(例如电视剧正片)的数据格式确认为标准格式，控制器会创建多媒体视频数据的数据格式所对应的解码器，并默认将多媒体视频的HLS数据显示在video层。对于插入到多媒体视频中的广告，如果数据格式与标准格式相同，则在video层播放，如果数据格式与标准格式不同，则在OSD层播放。

图11示出了本申请一些实施例的显示设备播放待播放视频的一个流程示意图。如图11所示，在一些实施例中，在第一HLS数据为多媒体视频数据，第二HLS数据为广告数据的情况下，控制器250可以被配置为执行如下步骤：

S201：获取待播放视频的第一HLS数据。

S202：控制显示器在video层显示第一HLS数据。

S203：在第一HLS数据播放完并检测到第一分隔标识后，获取待播放视频的第二HLS数据。

S204：判断第二HLS数据与多媒体视频数据的数据格式是否相同。

S205：若第二HLS数据与多媒体视频数据的数据格式不同，控制显示器在OSD层显示第二HLS数据。

S206：若第二HLS数据与多媒体视频数据的数据格式相同，控制显示器在video层显示第二HLS数据。

在一些实施例中，在播放第二HLS数据时未检测到第二分隔标识的情况下，此时对应的可以为在多媒体视频的末尾插入广告的场景。

第二分隔标识前后的HLS数据的数据格式可能相同，也可能不同，本申请实施例对此并不限定。第二分隔标识用于表示前后的HLS数据为不连续的数据，例如，第二分隔标识前后可以分别为多媒体视频数据和广告数据，第二分隔标识前后也可以分别为一种广告数据和另一种广告数据。

在一些实施例中，第二分隔标识为EXT-X-DISCONTINUITY标签。

示例性地，当第一HLS数据为多媒体视频数据，第二HLS数据为广告数据，并且广告数据的数据格式与多媒体视频数据的数据格式不同时，在播放第二HLS数据时如果一直未检测到媒体片段标签，那么一直在OSD层播放第二HLS数据，直至播放完毕。这样，控制器在video层播放完毕多媒体视频后，继续在OSD层播放插播的广告，从而无需对广告进行转码或分辨率调整即可实现连续播放，极大缩短了待播放视频的制作时间，也能兼容各种型号的显示设备。

又示例性地，当第一HLS数据为多媒体视频数据，第二HLS数据为广告数据，并且广告数据的数据格式与多媒体视频数据的数据格式相同时，在播放第二HLS数据时如果一直未检测到媒体片段标签，那么一直在video层播放第二HLS数据，直至播放完毕。

在一些实施例中，在播放第二HLS数据时检测到第二分隔标识的情况下，此时控制器250除了被配置为执行上述步骤S201-S206以外，还可以被配置为执行如下步骤：

S207：在播放第二HLS数据时检测到第二分隔标识的情况下，获取待播放视频的第三HLS数据。

S208：判断第三HLS数据的数据格式与多媒体视频数据的数据格式相同是否相同。

S209：若第三HLS数据的数据格式与多媒体视频数据的数据格式相同，则控制显示器在video层上显示第三HLS数据。

示例性地，第一HLS数据为多媒体视频，第二HLS数据为广告时，若第三HLS数据的数据格式与多媒体视频数据的数据格式相同，那么第三HLS数据为多媒体视频，则控制显示器260在video层上显示第三HLS数据。

又示例性地，第一HLS数据为多媒体视频，第二HLS数据为广告时，若第三HLS数据的数据格式与多媒体视频数据的数据格式相同，那么第三HLS数据为与多媒体视频数据的数据格式相同的广告，则控制显示器260在video层上显示第三HLS数据。

图12示出了本申请一些实施例的一种广告插入方式的示意图。在一些示例中，如图12所示，第一HLS数据为多媒体视频，第二HLS数据为广告，第三HLS数据为多媒体视频。此时对应的可以是广告插播在多媒体视频的中间位置，并把多媒体视频分割成两部分的场景。在另一些示例中，第一HLS数据为多媒体视频，第二HLS数据为广告，第三HLS数据也可以为与多媒体视频数据的数据格式相同的另一个广告。此时对应的可以是广告插播在多媒体视频的中间位置或者末尾位置，并且该广告后面又插入有另一个广告的场景。对于广告插播在多媒体视频的中间位置，并且广告后面又插入有另一个广告的场景，第三HLS数据在播放完后，控制器可能还会检测到第三分隔标识，此时第三分隔标识后面的数据可以为多媒体视频的后半部分数据等，其余场景可以依次类推，此处不再赘述。

另外，在控制显示器在video层显示第三HLS数据之前，控制器250还被配置为隐藏OSD层。这样，可以避免OSD层对video层的遮挡，进而导致第三HLS数据不可见的问题。

S210：若第三HLS数据的数据格式多媒体视频数据的数据格式不同，则控制显示器在OSD层显示第三HLS数据。

示例性地，第一HLS数据为多媒体视频，第二HLS数据为广告时，若第三HLS数据的数据格式与多媒体视频数据的数据格式不同，那么第三HLS数据为插入在广告后面的又一个与多媒体视频数据的数据格式不同的广告。

如此，待播放视频的制作方只需将广告转换为TS分片，插入到多媒体视频的TS分片中，显示设备即可按顺序实现播放，无需再对广告进行重编码和分辨率调整，极大地节约视频制作时间，而且同一个广告可以插入任意多媒体视频中，广告插播十分方便，还能兼容各种机型。

本申请一些实施例提供的显示设备，可以在video层显示为多媒体视频数据的第一HLS数据，若在播放第一HLS数据时检测到第一分隔标识，并且第一分隔标识之后的待播放视频的第二HLS数据为广告数据，并且广告数据的数据格式与多媒体视频数据的数据格式不同，则在OSD层显示第二HLS数据。整个方法无需对广告数据进行繁琐的格式转换，当广告插入多媒体视频中时，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

基于上述实施例中提供的显示设备，在本申请的一些实施例中提供一种广告插播方法。图13示出了本申请一些实施例的一种广告插播方法的流程图。如图13所示，方法具体包括如下内容：

S301：获取待播放视频的第一HLS数据。

其中，待播放视频包括多媒体视频数据和广告数据。

S302：在第一HLS数据为多媒体视频数据的情况下，在video层显示第一HLS数据。

S303：若在播放第一HLS数据时检测到第一分隔标识，则获取待播放视频的第二HLS数据，其中，第二HLS数据为广告数据。

S304：若第二HLS数据的数据格式与多媒体视频数据的数据格式不同，则在OSD层显示第二HLS数据。

在一些实施例中，本申请一些实施例提供的方法还包括：若第二HLS数据的数据格式与多媒体视频数据的数据格式相同，则在video层显示第二HLS数据。

在一些实施例中，本申请一些实施例提供的方法还包括：若在播放第二HLS数据时检测到第二分隔标识，则获取待播放视频的第三HLS数据；若第三HLS数据的数据格式与多媒体视频数据的数据格式相同，则控制显示器在video层显示第三HLS数据。若第三HLS数据的数据格式与多媒体视频数据的数据格式不同，则控制显示器在OSD层显示第三HLS数据。

在一些实施例中，在video层上显示第三HLS数据之前，还可以先隐藏OSD层。

本申请一些实施例提供的广告插播方法，可以在video层显示为多媒体视频数据的第一HLS数据，若在播放第一HLS数据时检测到第一分隔标识，并且第一分隔标识之后的待播放视频的第二HLS数据为广告数据，并且广告数据的数据格式与多媒体视频数据的数据格式不同，则在OSD层显示第二HLS数据。整个方法无需对广告数据进行繁琐的格式转换，当广告插入多媒体视频中时，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

本申请一些实施例还提供另一种显示设备。该显示设备可以在video层播放与多媒体视频数据的数据格式相同的数据，在OSD层播放与多媒体视频数据的数据格式不同的数据，从而在多媒体视频中插播广告时，无需对广告数据进行繁琐的格式转换，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

图14示出了本申请一些实施例的另一种显示设备与服务器的交互流程示意图。如图14所示，控制器250、显示器260和服务器400分别被配置为执行以下程序步骤：

S401：控制器250从服务器400获取待播放视频的第一HLS数据。

待播放视频包括多媒体视频数据和广告数据。多媒体视频数据为待播放视频中的正片数据，例如，电视剧。

第一HLS数据可以为广告数据。例如，如果在电视剧的开头插播有广告，第一HLS数据可以为该广告的各个TS分片。

S402：在第一HLS数据为广告数据，且第一HLS数据的数据格式与多媒体视频数据的数据格式不同的情况下，控制器250控制显示器260在OSD层显示第一HLS数据。

S403：若在播放第一HLS数据时检测到第一分隔标识，则控制器250从服务器400获取待播放视频的第二HLS数据，其中，第二HLS数据为多媒体视频数据。

第一分隔标识用于表示前后的HLS数据为不连续的数据，例如，第一分隔标识之前为广告数据，第一分隔标识之后为多媒体视频数据。

第二HLS数据表示第一分隔标识之后的多媒体视频数据的各个TS分片。

S404：控制器250控制显示器260在video层显示第二HLS数据。

另外，在控制显示器在video层显示第二HLS数据之前，控制器250还被配置为隐藏OSD层。这样，可以避免OSD层对video层的遮挡，进而导致第二HLS数据不可见的问题。

如此，广告可以插播在多媒体视频的开头位置，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行格式转换，能够适配各种型号的显示设备，具有较好的兼容性。

图15示出了本申请一些实施例的显示设备播放待播放视频的另一个流程示意图。如图15所示，在一些实施例中，在第一HLS数据为数据格式与多媒体视频数据的数据格式不同的广告数据，第二HLS数据为多媒体视频数据的情况下，控制器250可以被配置为执行如下步骤：

S501：获取待播放视频的第一HLS数据。

S502：控制显示器在OSD层显示第一HLS数据。

S503：在第一HLS数据播放完并检测到第一分隔标识后，获取待播放视频的第二HLS数据。

S504：控制显示器在video层显示第二HLS数据。

在一些实施例中，在播放第二HLS数据时未检测到第二分隔标识的情况下，此时对应的可以为在多媒体视频开始之前插入广告的场景。

另外，在控制显示器在video层显示第二HLS数据之前，控制器250还被配置为隐藏OSD层。这样，可以避免OSD层对video层的遮挡，进而导致第二HLS数据不可见的问题。

如此，控制器在OSD层播放完毕插播的广告后，继续在video层播放多媒体视频，从而无需对广告进行转码或分辨率调整即可实现连续播放，极大缩短了待播放视频的制作时间，也能兼容各种型号的显示设备，而且广告插播的位置也十分灵活。

在一些实施例中，在播放第二HLS数据时检测到第二分隔标识的情况下，此时控制器250除了被配置为执行上述步骤S501-S504以外，还可以被配置为执行如下步骤：

S505：在播放第二HLS数据时检测到第二分隔标识的情况下，获取待播放视频的第四HLS数据，其中，第四HLS数据为广告数据。

S506：判断第四HLS数据的数据格式与多媒体视频数据的数据格式是否相同。

S507：若第四HLS数据的数据格式与多媒体视频数据的数据格式相同，则控制显示器在video层显示第四HLS数据。

示例性地，第一HLS数据为广告，第二HLS数据为多媒体视频时，若第四HLS数据的数据格式与多媒体视频数据的数据格式相同，那么第四HLS数据为与多媒体视频数据的数据格式相同的广告，则控制显示器260在video层上继续显示第四HLS数据。

S508：若第四HLS数据的数据格式与多媒体视频数据的数据格式不同，则控制显示器在OSD层显示第四HLS数据。

示例性地，第一HLS数据为广告，第二HLS数据为多媒体视频时，若第四HLS数据的数据格式与多媒体视频数据的数据格式不同，那么第四HLS数据为与多媒体视频的数据格式不同的广告，则控制显示器260在OSD层上显示第四HLS数据。在播放第四HLS数据时控制器可能还会检测到第四分隔标识，此时第四分隔标识后面的第五HLS数据可以为多媒体视频的后半部分数据等，其余场景可以依次类推，此处不再赘述。

图16示出了本申请一些实施例的另一种广告插入方式的示意图。在一些示例中，如图16所示，第一HLS数据为广告，第二HLS数据为多媒体视频，第四HLS数据为与多媒体视频数据的数据格式不同的广告B，第五HLS数据为与多媒体视频数据的数据格式不同的广告C。此时对应的是在多媒体视频的开头插播广告A后，在多媒体视频的中间或者结尾又插播有广告B和广告C的场景。

如此，待播放视频中广告的插播位置十分灵活和方便，可以转换为TS分片后插在多媒体视频的任意位置，显示设备均可按顺序实现播放，视频制作方无需再对广告进行重编码和分辨率调整，极大地节约视频制作时间，而且还能兼容各种机型。

本申请一些实施例提供的另一种显示设备，可以在OSD层显示为广告数据且数据格式与多媒体视频数据的数据格式不同的第一HLS数据，若在播放第一HLS数据时检测到第一分隔标识，并且第一分隔标识之后的第二HLS数据为多媒体视频数据，则在video层显示第二HLS数据。整个方法无需对广告数据进行繁琐的格式转换，当广告插入多媒体视频中时，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

基于上述实施例中提供的另一种显示设备，在本申请的一些实施例中还提供另一种广告插播方法。图17示出了本申请一些实施例的另一种广告插播方法的流程图。如图17所示，所述方法具体包括如下内容：

S601：获取待播放视频的第一HLS数据。

其中，待播放视频包括多媒体视频数据和广告数据。

S602：在第一HLS数据为广告数据，且第一HLS数据的数据格式与多媒体视频数据不同的情况下，在OSD层显示第一HLS数据。

S603：若在播放第一HLS数据时检测到第一分隔标识，则获取待播放视频的第二HLS数据，其中，第二HLS数据为多媒体视频数据。

S604：在video层显示第二HLS数据。

在一些实施例中，本申请一些实施例提供的另一种广告插播方法还包括：若在播放第二HLS数据时检测到第二分隔标识，则获取待播放视频的第四HLS数据，第四HLS数据为广告数据。

若第四HLS数据的数据格式与多媒体视频数据的数据格式不同，则控制显示器在OSD层显示第四HLS数据。若第四HLS数据的数据格式与多媒体视频数据的数据格式相同，则控制显示器在video层显示第四HLS数据。

在一些实施例中，在video层显示第二HLS数据之前，还可以先隐藏OSD层。

本申请一些实施例提供的另一种广告插播方法，可以在OSD层显示为广告数据且数据格式与多媒体视频数据的数据格式不同的第一HLS数据，若在播放第一HLS数据时检测到第一分隔标识，并且第一分隔标识之后的第二HLS数据为多媒体视频数据，则在video层显示第二HLS数据。整个方法无需对广告数据进行繁琐的格式转换，当广告插入多媒体视频中时，通过在video层来播放多媒体视频数据，在OSD层播放与多媒体视频数据的数据格式不同的广告数据，即可实现整个待播放视频的播放，广告插播简单，无需花费较多时间进行处理，能够适配各种型号的显示设备，具有较好的兼容性。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

Claims (10)

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

显示器，被配置为显示视频video层的数据，以及显示屏幕菜单式调节方式OSD层的数据；

控制器，被配置为：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

控制所述显示器在所述video层显示所述第一HLS数据；其中，所述第一HLS数据为所述多媒体视频数据；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述广告数据；

若所述第二HLS数据的数据格式与所述多媒体视频数据的数据格式不同，则控制所述显示器在所述OSD层显示所述第二HLS数据。

2.根据权利要求1所述的显示设备，其特征在于，所述控制器还被配置为：

若在播放所述第二HLS数据时检测到第二分隔标识，则获取所述待播放视频的第三HLS数据；

若所述第三HLS数据的数据格式与所述多媒体视频数据的数据格式相同，则控制所述显示器在所述video层显示所述第三HLS数据。

3.根据权利要求2所述的显示设备，其特征在于，在所述控制器被配置为控制所述显示器在所述video层显示所述第三HLS数据之前，所述控制器还被配置为：

隐藏所述OSD层。

4.根据权利要求2所述的显示设备，其特征在于，所述控制器还被配置为：

若所述第三HLS数据的数据格式与所述多媒体视频数据的数据格式不同，则控制所述显示器在所述OSD层显示所述第三HLS数据。

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

显示器，被配置为显示视频video层的数据，以及显示屏幕菜单式调节方式OSD层的数据；

控制器，被配置为：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

控制所述显示器在所述OSD层显示所述第一HLS数据；其中，所述第一HLS数据为所述广告数据，且所述第一HLS数据的数据格式与所述多媒体视频数据的数据格式不同；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述多媒体视频数据；

控制所述显示器在所述video层显示所述第二HLS数据。

6.根据权利要求5所述的显示设备，其特征在于，所述控制器还被配置为：

若在播放所述第二HLS数据时检测到第二分隔标识，则获取所述待播放视频的第四HLS数据，所述第四HLS数据为所述广告数据；

若所述第四HLS数据的数据格式与所述多媒体视频数据的数据格式不同，则控制所述显示器在所述OSD层显示所述第四HLS数据。

7.根据权利要求6所述的显示设备，其特征在于，所述控制器还被配置为：

若所述第四HLS数据的数据格式与所述多媒体视频数据的数据格式相同，则控制所述显示器在所述video层显示所述第四HLS数据。

8.根据权利要求5所述的显示设备，其特征在于，在所述控制器被配置为控制所述显示器在所述video层显示所述第二HLS数据之前，所述控制器还被配置为：

隐藏所述OSD层。

9.一种广告插播方法，其特征在于，包括：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

在所述video层显示所述第一HLS数据；其中，所述第一HLS数据为所述多媒体视频数据；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述广告数据；

若所述第二HLS数据的数据格式与所述多媒体视频数据的数据格式不同，则在所述OSD层显示所述第二HLS数据。

10.一种广告插播方法，其特征在于，包括：

获取待播放视频的第一自适应码率流媒体传输协议HLS数据，所述待播放视频包括多媒体视频数据和广告数据；

在所述OSD层显示所述第一HLS数据；其中，所述第一HLS数据为所述广告数据，且所述第一HLS数据的数据格式与所述多媒体视频数据不同；

若在播放所述第一HLS数据时检测到第一分隔标识，则获取所述待播放视频的第二HLS数据，所述第二HLS数据为所述多媒体视频数据；

在所述video层显示所述第二HLS数据。

Images