本公开涉及多媒体技术领域，尤其涉及一种广告播放方法及装置。
背景技术：
终端应用广告投放对应用开发者来说是开发过程中的重要环节，不同的应用往往具有不同的广告SDK(Software Development Kit，软件开发工具包)，不同的广告SDK采用的广告数据格式不同，造成应用无法独立快速的扩展广告的形式以及广告数据，给广告产品的开发带来不便，而且广告产品创新耗时耗力，需要不断的投入研发资源。
技术实现要素：
有鉴于此，本公开提出了一种广告播放方法及装置，可以快速扩展广告形式和广告数据，降低广告研发成本。
根据本公开的一方面，提供了一种广告播放方法，包括：根据播放广告的请求命令获取与所述请求命令相应的广告配置信息；根据所述广告配置信息生成相应的广告位；获取与所述广告位对应的第一广告数据；采用与所述第一广告数据对应的数据接口解析所述第一广告数据并进行播放。
根据本公开的另一方面，提供了一种广告播放装置，包括：第一获取模块，用于根据播放广告的请求命令获取与所述请求命令相应的广告配置信息；广告位生成模块，用于根据所述广告配置信息生成相应的广告位；第二获取模块，用于获取与所述广告位对应的第一广告数据；广告播放模块，用于采用与所述第一广告数据对应的数据接口解析所述第一广告数据并进行播放。
根据本公开的另一方面，提供了一种广告播放装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述方法。
根据本公开的另一方面，提供了一种非易失性计算机可读存储介质，当所述存储介质中的指令由终端和/或服务器的处理器执行时，使得终端和/或服务器能够执行上述方法。
通过根据播放广告的请求命令获取相应的广告配置信息进行配置生成相应的广告位，从广告平台(广告服务器)获取与所述广告位对应的第一广告数据并采用对应的数据接口对第一广告数据解析后进行播放，本公开的广告播放方法及装置提供了与不同的第一广告数据对应的数据接口，可以实现对不同的第一广告数据解析后进行播放，支持广告数据的快速扩展，进而可以实现不同广告形式的快速扩展，减少广告产品研发资源重复投入，提高广告产品研发的效率。
根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。
图1示出根据本公开一实施例的广告播放方法的流程图。
图2示出根据本公开一实施例的步骤S14方法的流程图。
图3示出根据本公开一实施例的步骤S141方法的流程图。
图4示出根据本公开一实施例的广告播放方法的流程图。
图5示出根据本公开一实施例的广告播放方法的示意图。
图6示出根据本公开一实施例的广告播放方法的流程图。
图7示出根据本公开一实施例的广告播放方法的流程图。
图8示出根据本公开一实施例的广告播放方法应用场景的示意图。
图9示出根据本公开一实施例的广告播放装置的框图。
图10示出根据本公开一实施例的广告播放装置的框图。
图11示出根据本公开一实施例的广告播放装置的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
实施例1
图1示出根据本公开一实施例的广告播放方法的流程图，该方法可应用于客户端、终端设备等。如图1所示，该方法包括：
步骤S11，根据播放广告的请求命令获取与所述请求命令相应的广告配置信息；
步骤S12，根据所述广告配置信息生成相应的广告位；
步骤S13，获取与所述广告位对应的第一广告数据；
步骤S14，采用与所述第一广告数据对应的数据接口解析所述第一广告数据并进行播放。
通过根据播放广告的请求命令获取相应的广告配置信息进行配置生成相应的广告位，从广告平台(广告服务器)或本地获取与所述广告位对应的第一广告数据并采用对应的数据接口对第一广告数据解析后进行播放。本公开的广告播放方法提供了与不同的第一广告数据对应的数据接口，可以实现对不同的第一广告数据解析后进行播放，支持广告数据的快速扩展，进而可以实现不同广告形式的快速扩展，减少广告产品研发资源重复投入，提高广告产品研发的效率。
举例来说，以视频客户端为例，视频客户端在播放视频之前、播放视频过程中或者播放完视频后可能需要播放广告，其可以通过播放器向其内嵌的广告SDK发送播放广告的请求命令，调用其API(Application Programming Interface，应用程序编程接口)接口，广告SDK可以根据客户端发送的播放广告的请求命令获取与所述请求命令相应的广告配置信息。其中，所述请求命令可以是客户端自动生成的，也可以是响应于用户的触发而生成的。所述请求命令可以包含请求播放广告的形式(例如，视频、图片等)、广告数据的数据格式(例如，视频数据格式、图片格式等)等。所述广告配置信息可以包括广告位信息、播放广告的形式和广告数据的数据格式等，所述广告配置信息可以是存储在客户端本地，例如可在本地预先存储多个广告配置信息，并根据请求命令选取相应的广告配置信息，广告配置信息也可以来自服务器。其中，所述广告位信息可以包括广告位的大小、位置等。不同类型的广告的请求命令可对应于相应的广告配置信息。
在一种可能的实施方式中，所述根据广告配置信息生成相应的广告位可以包括，例如，确定广告位窗口的位置和大小等、生成广告位浮窗窗口、配置广告位中播放广告内容需要的播放工具、广告位播放广告的数量以及点击事件的配置参数等。其中，所述广告位不限制广告个数，可根据广告售卖情况通过数据配置，扩展每个广告位的广告个数。
在多媒体播放中，唯一不变的是播放过程。任何媒体播放状态大致相同，对此提炼出媒体播放器与广告SDK的通讯机制，例如，可以根据播放器的请求命令播放广告，即可实现广告展现与多媒体播放过程的解耦。以此可以实现广告形式和广告数据的快速扩展。
在一种可能的实施方式中，获取与所述广告位对应的第一广告数据可以是广告位配置完成之后，广告SDK向广告平台发送广告数据请求命令，广告平台响应于所述广告数据请求命令返回相应的第一广告数据。广告SDK可以通过不同的广告平台获取所述第一广告数据，例如，可以是开发所述广告SDK一方提供的广告平台、也可以是其他广告提供商提供的广告平台。
在一种可能的实施方式中，也可以根据所述请求命令获取对应的第一广告数据。所述请求命令可以包含请求播放广告的形式(例如，视频、图片等)、广告数据的数据格式(例如，视频数据格式、图片格式等)等，因此，可以获取与所述请求命令对应的第一广告数据。也就是说第一广告数据获取可以在广告位配置之前根据所述请求命令完成，本公开对此不作限定。
其中，所述第一广告数据不限制广告内容的文件格式，可根据客户需求展现图片、文字、动画、视频、音频等广告内容。
广告SDK可以提供多个不同的数据接口以解析不同的第一广告数据，举例来说，不同的广告提供商提供的广告数据编解码方式、数据格式等可能都不相同，需要配置相应的数据接口对第一广告数据进行解析后才能在客户端本地的广告位播放。也就是说本公开的广告播放方法便于广告SDK数据接口的扩展，除了提供如上所述的开发所述广告SDK一方的数据接口外，还可以扩展第二方、第三方等的数据接口，不需要进行其他改动就可以实现广告数据、广告形式等的快速扩展。
需要说明的是，尽管以视频客户端作为示例介绍了广告播放方法如上，但本领域技术人员能够理解，本公开应不限于此，可以是能够播放某种形式的广告的任意类型的客户端。事实上，用户完全可根据实际需求灵活设定所述广告播放方法应用的场景，例如，还可以应用于网页等。
图2示出根据本公开一实施例的步骤S14方法的流程图，图8示出根据本公开一实施例的广告播放方法应用场景的示意图。如图2所示，所述步骤S14包括：
步骤S141，采用与所述第一广告数据对应的数据接口解析并确定所述第一广告数据的数据格式；
步骤S142，将所述第一广告数据的数据格式转换为所述广告位支持的数据格式进行播放。
如上所述，不同的广告提供商提供的广告数据编解码方式、数据格式等可能都不相同，因此，需要不同的数据接口对所述第一广告数据进行解析。如图8所示，举例来说，对于广告提供商A提供的第一广告数据可以采用广告提供商A的数据接口(其内可以包括广告提供商A的数据解析器，例如，可以是如图8所示的第一数据解析器)解析(例如，解压缩、解码等)后确定所述第一广告数据的数据格式。比如，在第一广告数据对应的广告形式为视频广告的情况下，数据格式可以为3GP、MPEG、AVI等，在第一广告数据对应的广告形式为图片广告的情况下，数据格式可以为BMP、JPEG、TIFF等。
确定所述第一广告数据的数据格式后可以将其数据格式转换为所述广告位支持的数据格式后进行播放。例如，所述第一广告数据的数据格式为BMP，其对应的广告位支持的数据格式为JPEG，数据接口可以将所述第一广告数据的数据可是转换为JPEG，其中，所述广告SDK可以包括格式转换工具实现上述格式转换。在一种可能的实施方式中，也可以先判断所述第一广告的数据格式与所述广告位支持的数据格式是否相同，在所述第一广告的数据格式与所述广告位支持的数据格式相同的情况下也可以不进行转换，直接进行播放。
根据本公开上述实施方式的广告播放方法能够采用与第一广告数据对应的数据接口对通过不同广告平台获取的第一广告数据进行解析并确定数据格式，将第一广告数据额数据格式转换为所述广告位支持的数据格式进行播放。可以快速实现广告数据、广告形式的扩展，并且根据需求还可以快速扩展广告SDK的数据接口以便于进一步扩展广告数据和广告形式。
在一种可能的实施方式中，所述步骤S14还包括：
步骤S143，选取与所述数据格式相匹配的播放工具进行播放。
举例来说，可以在根据所述广告配置信息生成相应的广告位时，配置播放广告内容需要的多个播放工具以支持不同数据格式的广告数据的播放。在确定所述第一广告数据的数据格式之后，可以在以上多个播放工具中选取与所述数据格式相匹配的播放工具进行播放。这样可以取消格式转换的过程，减少数据处理的时间，提高流畅度。
图3示出根据本公开一实施例的步骤S141方法的流程图。如图3所示，所述步骤S141包括：
步骤S1411，根据第一广告数据的数据来源标识确定与所述第一广告数据对应的数据接口；
步骤S1412，采用所述数据接口解析并确定所述第一广告数据的数据格式。
其中，所述数据来源标识可以是任何能够区分提供所述第一广告数据的广告提供商的标识，例如，广告提供商的广告数据服务器IP地址、发送数据的端口号或者预先设定的位于数据包头内的来源标识等。根据所述数据来源标识可以确定提供所述第一广告数据的广告提供商，进而可以确定对应的数据接口。举例来说，在广告SDK内可以配置多个数据接口：例如，数据接口A、数据接口B以及数据接口C等，分别可以用来解析广告提供商A、广告提供商B以及广告提供商C等的广告数据，比如在获取所述第一广告数据后根据数据来源标识确定所述第一广告数据是由广告提供商A提供的，那么可以确定与所述第一广告数据对应的数据接口为数据接口A，采用数据接口A解析并确定所述第一广告数据的数据格式。
根据本公开上述实施方式的广告播放方法，利用已有的数据来源标识可以很容易区分不同的数据来源，从而确定与所述第一广告数据对应的数据接口，不需要改变现有广告数据的编码格式、发送方式，仅在所述广告SDK内扩展相应的数据接口即可实现广告数据、广告形式等的快速扩展。
图4示出根据本公开一实施例的广告播放方法的流程图。如图4所示，所述方法还包括：
步骤S15，监听与多媒体资源的当前播放进度相对应的播放广告的请求命令。
在广告播放方法应用于多媒体资源播放过程中的应用场景下，例如，视频播放过程中的广告播方法，还可以监听视频的当前播放进度对应的播放广告的请求命令，根据与多媒体资源的当前播放进度相对应的播放广告的请求命令获取所述广告配置信息。
图5示出根据本公开一实施例的广告播放方法的示意图。如图5所示，以播放影片为例，视频开始播放前，播放器初始化广告SDK，广告SDK可以包括监听模块，广告SDK启动所述监听模块监听与多媒体资源的当前播放进度相对应的播放广告的请求命令，广告SDK启动监听模块后可以向播放器发送准备就绪的命令。
播放器在播放视频内容之前可以播放前贴广告，此时可以向广告SDK发送前贴广告接口VALF(API)请求命令，广告SDK内的监听模块在监听到上述请求命令后可以调用前贴广告接口VALF并根据所述请求命令获取与所述请求命令相应的广告配置信息；广告SDK根据广告配置信息生成相应的各类广告位，例如，确定窗口的位置和大小等、生成广告位浮窗窗口、配置播放广告内容需要的播放工具、广告数量以及点击事件的配置参数等，前贴广告可以包括前播广告、角标广告、暂停广告等，可以创建浮窗、利用播放器播放视频广告、图片播放器播放图片广告，当用户点击屏幕时可以暂停广告内容并将显示画面切换到广告内容对应产品的官方网址或购买地址等；配置完成后可以将所述广告位保存在本地，例如可以设置广告应用池，将配置生成的广告位保存在广告应用池中以备使用；如图5所示，可以在所述广告位配置完成后获取(批量加载)与各类广告位对应的第一广告数据，也可以根据所述请求命令获取(批量加载)与其对应的第一广告数据，本公开对此不做限定，其中，批量加载可以是指将所有前贴广告数据一次加载完成，所述广告SDK可以配置批量加载器实现广告数据的批量预加载，这样可以分离广告的加载与展现控制，可配置某广告数据支持预加载和即时加载；所述广告位配置完成且第一广告数据加载完成后，采用与所述第一广告数据对应的数据接口解析所述第一广告数据并在对应的广告位进行播放。
在一种可能的实施方式中，在第一广告数据加载完成后，所述广告SDK还可以向播放器发送加载完成的命令，所述播放器收到此消息后可以启动影片的数据加载。在广告播放完成后，所述广告SDK可以向所述播放器发送广告播放完成的命令，所述播放器接收到此消息后可以启动影片的播放。
如图4所示，所述步骤S11包括：
步骤S111，根据所述请求命令，采用与所述多媒体资源的当前播放进度相对应的广告接口获取所述广告配置信息。
举例来说，如上所述，播放器在播放视频内容之前可以播放前贴广告，此时可以向广告SDK发送前贴广告接口VALF(API)请求命令，广告SDK内的监听模块在监听到上述请求命令后可以调用前贴广告接口VALF并根据所述请求命令获取与所述请求命令相应的广告配置信息。同样的，播放器在检测到中插点后，可以向广告SDK发送中插广告接口VALO(API)请求命令，广告SDK内的监听模块在监听到上述请求命令后可以调用中插广告接口VALO并根据所述请求命令获取与所述请求命令相应的广告配置信息，其他过程(例如，中插广告、后贴广告等)与上述过程相同，不再赘述。再比如，播放器在检测到视频将要播放完成(例如视频流播放到最后十秒内)后，可以向广告SDK发送后贴广告接口VALB(API)请求命令，广告SDK内的监听模块在监听到上述请求命令后可以调用后贴广告接口VALB根据所述请求命令获取与所述请求命令相应的广告配置信息，其他过程(例如，中插广告、后贴广告等)与上述过程相同，不再赘述。
根据本公开上述实施方式的广告播放方法，根据播放前、播放中和播放后等各种状态将广告的展现和影片的播放解耦，有利于快速扩展广告的形式和内容。
图6示出根据本公开一实施例的广告播放方法的流程图。如图6所示，所述步骤S13还包括：
步骤S131，根据所述请求命令，加载与所述多媒体资源的当前播放进度相应的第一广告数据。
举例来说，获取所述第一广告数据可以是批量预加载(如上文所述)，也可以是在监测到与多媒体资源的当前播放进度相对应的播放广告的请求命令时，根据所述请求命令进行加载。如图5所示，播放器在检测到用户触发暂停影片播放的时间后，可以向广告SDK发送暂停广告接口VALP(API)请求命令，在前贴广告播放前没有预加载全部前贴广告数据的情况下，广告SDK内的监听模块在监听到上述请求命令后可以调用暂停广告接口VALP并根据所述请求命令获取与所述多媒体资源的当前播放进度相应的第一广告数据，如图8所示，可以从广告提供商加载第一广告数据，还可以从本地的素材原件获取暂停广告数据。即时加载第一广告数据可以节省流量，避免造成带宽的浪费。
图7示出根据本公开一实施例的步骤S13方法的流程图。如图7所示，所述步骤S13包括：
步骤S132，在预加载的广告数据中选取与所述广告位对应的第一广告数据。
如前文所述，获取所述第一广告数据可以是批量预加载的，例如，如图5所示，可以在所述广告位配置完成后批量加载与各类广告位(前播广告位、角标广告位、暂停广告位等)应的第一广告数据。在暂停广告位配置完成后可以根据所述请求命令从已经预加载的广告数据中选取与所述广告位对应的第一广告数据。
应用示例
结合图5、图8对本公开的广告播放方法进一步说明。
以播放影片为例，视频开始播放前，播放器初始化广告SDK，广告SDK可以包括监听模块，例如，在管理器中可以设置监听模块，广告SDK启动所述监听模块监听与多媒体资源的当前播放进度相对应的播放广告的请求命令，广告SDK启动监听模块后可以向播放器发送准备就绪的命令。
播放器在播放影片之前可以播放前贴广告，此时可以向广告SDK发送前贴广告接口VALF(API)请求命令，广告应用平台接收到所述请求命令后发送给管理器内的监听模块，所述监听模块在监听到上述请求命令后，广告SDK可以调用前贴广告接口VALF并根据所述请求命令获取与所述请求命令相应的广告配置信息；广告SDK根据广告配置信息生成相应的各类广告位，例如，确定窗口的位置和大小等、生成广告位浮窗窗口、配置播放广告内容需要的播放工具、广告数量以及点击事件的配置参数等，前贴广告可以包括前播广告、角标广告、暂停广告等，可以创建浮窗、利用播放器播放视频广告、图片播放器播放图片广告，当用户点击播放广告的屏幕时可以暂停广告内容并将显示画面切换到广告内容对应产品的官方网址或购买地址等；配置完成后可以将所述广告位保存在本地，例如可以设置广告应用池，将配置生成的广告位保存在广告应用池中以备使用；如图5所示，可以在所述广告位配置完成后通过批量加载器批量预加载与各类广告位对应的第一广告数据，也可以在播放到相应的进度时根据所述请求命令通过批量加载器批量加载与其播放的进度对应的第一广告数据，本公开对此不做限定，其中，批量加载可以是指将所有前贴广告数据一次加载完成，所述广告SDK可以配置批量预加载器实现广告数据的批量预加载，这样可以分离广告的加载与展现控制，可配置某广告数据支持预加载和即时加载；所述广告位配置完成且第一广告数据加载完成后，采用与所述第一广告数据对应的数据接口解析所述第一广告数据并在对应的广告位进行播放，如图8所示，所述广告SDK内可以包括数据模块，所述数据模块集成多个数据接口，各个数据接口包括数据解析器可以对对应的所述第一广告数据进行解析。
在一种可能的实施方式中，在第一广告数据加载完成后，所述广告SDK(广告应用平台)还可以向播放器发送加载完成的命令，所述播放器收到此消息后可以启动影片的数据加载。在广告播放完成后，所述广告SDK(广告应用平台)可以向所述播放器发送广告播放完成的命令，所述播放器接收到此消息后可以启动影片的播放。
在一种可能的实施方式中，可以根据请求命令通过批量加载器批量加载第一广告数据，可以从广告提供商加载(如图8所示的通过数据模块加载)，也可以如图8所示从本地素材原件(例如，角标广告、暂停广告的图片等)加载。所述第一广告数据可以包括多个不同的广告数据，广告SDK可以根据第一广告数据的数据来源标识确定与所述第一广告数据对应的数据接口，采用数据接口解析并确定所述第一广告数据的数据格式。在一种可能的实施方式中，可以将其数据格式转换为所述广告位支持的数据格式并根据第一广告数据(例如，根据各个广告播放的时间)构建AdMap(广告地图)存储在广告应用池中，广告应用池中的广告数据可以根据播放进度的不同排序，根据影片的播放进度播放相应的广告数据。
在影片的播放过程中，所述监听模块可以监听影片的播放进度，当监听到影片当前的播放进度需要播放角标广告的广告数据时，可以向广告SDK发送角标广告接口VALC(API)请求命令，广告SDK可以调用角标广告接口VALC并根据所述请求命令获取与所述请求命令相应的广告配置信息。在角标广告位配置完成后可以从已经预加载的保存在广告应用池中的广告数据中选取与所述广告位对应的角标广告数据进行播放。
同样的，播放器在检测到用户触发暂停影片播放的时间后，可以向广告SDK发送暂停广告接口VALP(API)请求命令，在监听模块监听到上述请求命令后，广告SDK可以调用暂停广告接口VALP并根据所述请求命令获取与所述请求命令相应的广告配置信息。在暂停广告位配置完成后可以根据所述请求命令从已经预加载的保存在广告应用池中的广告数据中选取与所述广告位对应的广告数据进行播放。
中插广告和后贴广告与前贴广告的播放过程大致相同，如图5所示，不再赘述。
以扩展新广告形式为例介绍根据本公开广告播放方法进行广告形式扩展的说明。假设新增广告要求针对热播电影《星球大战》提供当智能机器人出现时提示用户可点击交互的广告，用户点击后视频暂停并动画显示机器人详情、关联商家购买链接。因为已经解耦播放过程和广告数据的播放，对于跟视频播放有关的广告来说，任何形式的广告都是根据视频播放前、播放中、播放后的各种状态和消息来完成投放展现。
从上述假设新形式广告的产品需求可知，可以将其分解为在《星球大战》影片播放过程中对应的时间点展现这个播放中广告，并且实现与用户交互，可向播放器发送消息控制影片的暂停/恢复播放。以此可以将新广告研发的工作流程分解为：1、制作提示跟随交互广告：背景透明并根据显示范围等比缩放，提示按钮展现时模拟跟随机器人在视频中的运动轨迹做动画，当检测到用户点击播放中的广告后向播放器发送消息通知播放器暂停影片播放，并通过动画展示商品信息和购买链接；2、广告提供商根据需求在服务器端配置广告SDK根据视频id定投的广告数据；3、由需求分析可知此新形式广告还是播放中的广告，可以由批量加载器预加载。当广告SDK收到播放器播放到对应时间点消息时，此广告启动完成展现，具体展现的过程可以参照上述中插广告播放的过程，不再赘述。
由以上工作流程可以看出，只需要增加新形式广告即可在现有系统中投放展现，无需对播放器做任何改动，也无需编译发版。
实施例2
图9示出根据本公开一实施例的广告播放装置的流程图，该装置可应用于客户端、终端设备等。如图9所示，该装置包括：第一获取模块91、广告位生成模块92、第二获取模块93以及广告播放模块94。
第一获取模块91，用于根据播放广告的请求命令获取与所述请求命令相应的广告配置信息；
广告位生成模块92，用于根据所述广告配置信息生成相应的广告位；
第二获取模块93，用于获取与所述广告位对应的第一广告数据；
广告播放模块94，用于采用与所述第一广告数据对应的数据接口解析所述第一广告数据并进行播放。
图10示出根据本公开一实施例的广告播放装置的流程图。如图10所示，所述广告播放模块94包括：解析单元941和格式转换单元942。
解析单元941，用于采用与所述第一广告数据对应的数据接口解析并确定所述第一广告数据的数据格式；
格式转换单元942，用于将所述第一广告数据的数据格式转换为所述广告位支持的数据格式进行播放。
在一种可能的实施方式中，所述广告播放模块94还包括：第一选取单元943。
第一选取单元943，用于选取与所述数据格式相匹配的的播放工具进行播放。
在一种可能的实施方式中，所述解析单元941包括：确定子单元9411和解析子单元9412。
确定子单元9411，用于根据第一广告数据的数据来源标识确定与所述第一广告数据对应的数据接口；
解析子单元9412，用于采用所述数据接口解析并确定所述第一广告数据的数据格式。
在一种可能的实施方式中，所述装置还包括：监听模块95。
监听模块95，用于监听与多媒体资源的当前播放进度相对应的播放广告的请求命令。
在一种可能的实施方式中，所述第一获取模块91还包括：获取单元911。
获取单元911，用于根据所述请求命令，采用与所述多媒体资源的当前播放进度相对应的广告接口获取所述广告配置信息。
在一种可能的实施方式中，所述第二获取模块93包括：数据加载单元931。
数据加载单元931，用于根据所述请求命令，加载与所述多媒体资源的当前播放进度相应的第一广告数据。
在一种可能的实施方式中，所述广告配置信息包括广告位信息、播放广告的形式和广告数据的数据格式中的一个或多个。
在一种可能的实施方式中，所述第二获取模块93包括：第二选取单元932。
第二选取单元932，用于在预加载的广告数据中选取与所述广告位对应的第一广告数据。
实施例3
图11是根据一示例性实施例示出的一种广告播放装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图11，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。
处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非易失性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。
本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。