媒体文件的播放方法和装置与流程

本发明涉及计算机领域，具体而言，涉及一种媒体文件的播放方法和装置。

背景技术：

目前，传统媒体文件在展示时，是通过将角标动画压入视频源中进行展示的。在播放视频时展示媒体文件，如果需要对媒体文件进行编辑，每次需要重新制作整个视频源，无法很灵活地更改视频的出现时间。

传统媒体文件在展示时可以实现动态效果，但是需要采用视频制作软件进行动态效果的设计，费时费力。在动态效果在制作完之后不能灵活地调整效果，比如，不能灵活地控制动画的快、慢、停留时间等效果，使媒体文件的编辑效率较低。

要展示的媒体文件在制作完成后，媒体文件的展现时间是固定的，不能灵活地定制展现时间，并且动态效果根据展现长度不能自我调节，使媒体文件的编辑效率较低。

针对上述的相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种媒体文件的播放方法和装置，以至少解决相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种媒体文件的播放方法。该媒体文件的播放方法包括：接收第一请求，其中，第一请求用于请求在客户端中播放视频文件；获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件。

根据本发明实施例的另一方面，还提供了一种媒体文件的播放装置。该媒体文件的播放装置包括：接收单元10，用于接收第一请求，其中，第一请求用于请求在客户端中播放视频文件。第一获取单元20，用于获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间。播放单元30，用于当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件。

在本发明实施例中，采用一种媒体文件的播放方法，接收第一请求，其中，第一请求用于请求在客户端中播放视频文件；获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件，达到了对目标媒体文件进行播放的目的，从而实现了在播放视频时播放媒体文件，如果需要对媒体文件进行编辑则不需要重新制作视频源，达到了提高媒体文件的编辑效率的技术效果，进而解决了相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的媒体文件的播放方法的硬件环境的示意图；

图2是根据本发明实施例的一种媒体文件的播放方法的流程图；

图3是根据本发明实施例的另一种媒体文件的播放方法的流程图；

图4是根据本发明实施例的通过浏览器获取目标媒体文件的存放路径的方法的流程图；

图5是根据本发明实施例的另一种媒体文件的播放方法的流程图；

图6是根据本发明实施例的一种动态二维码角标类型的媒体文件的示意图；

图7是根据本发明实施例的另一种动态二维码角标类型的媒体文件的示意图；

图8是根据本发明实施例的另一种动态二维码角标类型的媒体文件的示意图；

图9是根据本发明实施例的另一种媒体文件的播放方法的流程图；

图10是根据本发明实施例的另一种媒体文件的播放方法的流程图；

图11是根据本发明实施例的一种媒体文件的播放装置的示意图；

图12是根据本发明实施例的另一种媒体文件的播放装置的示意图；

图13是根据本发明实施例的另一种媒体文件的播放装置的示意图；

图14是根据本发明实施例的另一种媒体文件的播放装置的示意图；

图15是根据本发明实施例的另一种媒体文件的播放装置的示意图；以及

图16是根据本发明实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种媒体文件的播放方法的方法实施例。

可选地，在本实施例中，上述媒体文件的播放方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。其中，图1是根据本发明实施例的媒体文件的播放方法的硬件环境的示意图。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的媒体文件的播放方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的媒体文件的播放方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的一种媒体文件的播放方法的流程图。如图2所示，该媒体文件的播放方法可以包括以下步骤：

步骤S202，接收第一请求。

在本申请上述步骤S202提供的技术方案中，接收第一请求，其中，第一请求用于请求在客户端中播放视频文件，也即，在客户端中展示的视频文件。该客户端可以为OTT(Over the Top，简称为OTT)设备，安装有用于播放视频文件的应用APP，该视频文件，也即，视频源。OTT设备为通过互联网向客户提供各种应用服务的客户端，仅利用运营商的网络，可以为以OTT方式服务的互联网电视、电脑、机顶盒、PAD、智能手机等。通过该第一请求可以在互联网电视、电脑、机顶盒、PAD、智能手机中请求播放视频文件。可选地，用户通过OTT设备，安装腾讯视频应用，在成功安装腾讯视频应用之后，打开该腾讯视频应用，选择观看的视频文件。在用户选择观看的视频文件之后，产生第一请求，从而接收该第一请求。

步骤S204，获取与视频文件匹配的媒体文件订单。

在本申请上述步骤S204提供的技术方案中，获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间。

目标媒体文件为待播放的媒体文件。在视频文件播放的过程中可以播放目标媒体文件。视频文件具有与其相匹配的媒体文件订单，根据该媒体文件订单的配置获取到与媒体文件相关的数据，其中，视频文件，也即，视频正片。

媒体文件订单用于指示待播放的目标媒体文件。可选地，该媒体文件订单用于指示角标类型的目标媒体文件，角标类型的目标媒体文件可以为在视频播放的过程中，在客户端显示的图片媒体文件。该角标类型的目标媒体文件支持按地域、人群、频道、渠道等多种定向方式，支持按关键路径方式(Critical Path Method，简称为CPM)售卖，支持频控，同时还支持第三方监控、支持数据统计等。

媒体文件订单除了用于指示目标媒体文件之外，还用于指示目标媒体文件的开始播放时间。可选地，角标类型的目标媒体文件在播放时有开始播放时间，该实施例的媒体文件订单除了可以指示角标类型的目标媒体文件之外，还可以指示角标类型的目标媒体文件的开始播放时间。

在接收第一请求之后，要对媒体文件进行编辑，根据该第一请求获取与视频文件匹配的媒体文件订单，进而获取到用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间。

需要说明的是，本发明实施例对服务器投放的媒体文件的类型不做具体限定，服务器投放的媒体文件可以是视频文件、音频文件、图片文件或者文本文件等，也可以是这几种文件的任意组合，例如，文本文件和图片文件的组合，视频文件和文本文件的组合。具体的产品形态可以是例如视频广告、原生广告、搜索广告等。

步骤S206，当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件。

在本申请上述步骤S206提供的技术方案中，当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件，实现了在视频文件中直接插入目标媒体文件的效果。

当视频文件的播放时间到达开始播放时间时，在客户端中加载浏览器。浏览器具有第一窗口，该第一窗口为目标媒体文件的播放位置，在该第一窗口中播放目标媒体文件。客户端具有第二窗口，该第二窗口为客户端的播放窗口，在该第二窗口中播放视频文件，浏览器的第一窗口位于客户端的第二窗口之上，并且，第一窗口的面积小于第二窗口的面积，第一窗口可以位于第二窗口的右下角，从而不影响用户观看视频文件对应的视频内容。

可选地，当视频文件的播放时间到达开始播放时间时，通过在客户端加载浏览器以下载、加载并播放目标媒体文件，其中，目标媒体文件为角标类型的媒体文件，被播放在浏览器的第一窗口的角上。目标媒体文件被播放在客户端的第二窗口中的播放位置上，其中，播放位置位于角上。媒体文件订单除了用于指示角标类型的目标媒体文件以及目标媒体文件的开始播放时间之外，还用于指示第一窗口，该第一窗口可以为客户端的第二窗口上的位置，该第一窗口位于第二窗口的角上，为视频文件在播放时目标媒体文件播放的指定位置。可选地，目标媒体文件可以在后台配置其在客户端的第二窗口中的播放位置，默认被播放在客户端的第二窗口中的右下角，也可以被播放在浏览器的第一窗口中的左下角。

可选地，检测视频文件在播放过程中的播放时间，当视频文件的播放时间达到目标媒体文件的开始播放时间时，可以通过加载一个富媒页面(webview)入口页面，将角标类型的目标媒体文件所需要的参数定义在该webview入口页面中，然后根据参数内容获取加载目标媒体文件的素材的路径，以及自定义内容参数，根据加载目标媒体文件的素材的路径获取加载素材，根据加载素材在浏览器中播放该目标媒体文件。

该实施例的目标媒体文件可以通过后台打点的方式，在视频文件播放到预设时间点时，在客户端中通过加载浏览器以下载、加载并播放目标媒体文件，该预设时间点为目标媒体文件开始播放的时间。可选地，目标媒体文件出现的时间，通过腾讯的打点系统来实现，每个视频文件可以打上具体的时间点位，当视频文件播放到这个时间点位时，在浏览器的第一窗口中播放目标媒体文件，从而达到精确地控制目标媒体文件的出现时间以及很灵活地将目标媒体文件在指定位置进行播放的效果。

通过上述步骤S202至步骤S206，接收第一请求，其中，第一请求用于请求在客户端中播放视频文件；获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件。可以解决相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题，进而达到提高媒体文件编辑效率的技术效果。

作为一种可选的实施方式，在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，通过目标媒体文件的存放路径下载目标媒体文件，并加载目标媒体文件。

图3是根据本发明实施例的另一种媒体文件的播放方法的流程图。如图3所示，该媒体文件的播放方法包括以下步骤：

步骤S301，在客户端中加载浏览器。

在本申请上述步骤S301提供的技术方案中，在客户端中加载浏览器。

在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，在客户端中加载浏览器。可选地，使用Html5在客户端中加载浏览器。该实施例不限于浏览器的类型以及浏览器的版本。

步骤S302，通过浏览器获取目标媒体文件的存放路径。

在本申请上述步骤S302提供的技术方案中，目标媒体文件为预先设置的具有存放路径的媒体文件。在客户端中加载浏览器之后，通过浏览器获取目标媒体文件的存放路径。可选地，将目标媒体文件的参数定义在浏览器的页面中，根据参数内容获取目标媒体文件的存放路径。

步骤S303，从存放路径中下载目标媒体文件，并加载目标媒体文件。

在本申请上述步骤S303提供的技术方案中，从存放路径中下载目标媒体文件，并加载目标媒体文件。

在通过浏览器获取目标媒体文件的存放路径之后，从目标媒体文件的存放路径中下载目标媒体文件的素材，从而下载目标媒体文件，并将目标媒体文件在浏览器中进行加载获取到目标媒体文件。

该实施例通过在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，在客户端中加载浏览器；通过浏览器获取目标媒体文件的存放路径；从存放路径中下载目标媒体文件，并加载目标媒体文件，从而实现了对目标媒体文件的获取。

作为一种可选的实施方式，在客户端中加载浏览器包括：在客户端中加载浏览器的页面模板，其中，页面模板中包括一个或多个页面区域，每个页面区域用于播放一个或多个目标媒体文件；加载目标媒体文件包括：将目标媒体文件加载到页面模板中对应的页面区域中。

浏览器具有页面模板，该页面模板用于播放目标媒体文件。在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，在客户端中加载浏览器的页面模板，该页面模板包括了一个或多个页面区域，每个页面区域用于播放一个或多个目标媒体文件，将目标媒体文件加载到页面模板中对应的页面区域中。

可选地，页面模板为webview入口页面。webview入口页面中配置有用于获取目标媒体文件的素材和播放参数的参数，通过加载webview入口页面，通过webview入口页面中配置的参数获取目标媒体文件的素材和播放参数。该目标媒体文件的素材可以为角标图片素材，该播放参数为用于对目标媒体文件进行播放的参数，可以为目标媒体文件的播放时长。在通过webview入口页面中配置的参数获取目标媒体文件的素材和播放参数之后，按照播放参数对目标媒体文件的素材进行播放。

该实施例通过加载webview入口页面，通过webview入口页面中配置的参数获取目标媒体文件的素材和播放参数实现了对目标媒体文件的加载。

作为一种可选的实施方式，通过浏览器获取目标媒体文件的存放路径包括：在浏览器与客户端的接口模块建立了交互关系的情况下，通过浏览器和接口模块从服务器获取目标媒体文件的存放路径。

图4是根据本发明实施例的通过浏览器获取目标媒体文件的存放路径的方法的流程图。如图4所示，该通过浏览器获取目标媒体文件的存放路径的方法包括以下步骤：

步骤S401，判断浏览器是否与客户端的接口模块建立了交互关系。

在本申请上述步骤S401提供的技术方案中，判断浏览器是否与客户端的接口模块建立了交互关系，其中，接口模块用于与存储了目标媒体文件的服务器进行通信。

浏览器与客户端可以相互交互，可以通过客户端的接口模块进行交互，该接口模块是客户端的接口，与存储了目标媒体文件的服务器建立通信连接，其中，服务器为后台服务器，通过通信连接进行数据传输。判断浏览器是否与客户端的接口模块建立了交互关系。

可选地，该接口模块为软件开发工具包(Softwore Development Kit，简称为SDK)模块，为媒体文件接口模块，基于SDK富媒体框架实现。此框架是基于IAB(Interactive Advertising Bureau)标准MRAID协议开发的一套JavaScript接口以及原生框架实现，除了支持该协议标准的接口外，还针对压流IVB广告的特性进行了扩展，让富媒体页面更为便捷、高效地通过富媒体框架与客户端相互交互。

可选地，在webview入口页面被加载以后，首先根据互联网广告署(Interactive Advertising Bureau，简称为IAB)制定的Mraid协议，判断webview页面是否已经和SDK接口模块之间建立了交互关系。如果交互关系建立成功，表示webview之间可以通过此交互关系与原生应用APP进行数据交互，则可以从SDK接口模块中获取到目标媒体文件所需要的播放参数。在从SDK接口模块中获取到目标媒体文件所需要的播放参数之后，对播放参数进行解析，也即，可以根据播放参数进行目标媒体文件的素材的加载，在目标媒体文件的素材加载成功之后，就可以按照预先定制的配置要求进行人机交互以及动画的展示。

步骤S402，若已建立交互关系，则通过浏览器和接口模块从服务器获取目标媒体文件的存放路径。

在本申请上述步骤S402提供的技术方案中，若浏览器与客户端的接口模块已经建立了交互关系，则通过浏览器和接口模块从服务器获取目标媒体文件的存放路径。

可选地，在视频文件播放到预设时间点时嵌入一个webview入口页面，webview入口页面会默认加载富媒体广告协议(mraid)的mraid.js文件以向目标媒体文件的素材提供接口模块，也即，媒体框架接口，此mraid.js文件会将获取目标媒体文件的素材的请求转化为轻量级的数据交换格式(JavaScript Object Notation，简称为JSON)字符串，通过安卓(Android)javascript的系统调用prompt和MraidAdView提供的接口进行通信，获取目标媒体文件的存放路径。其中，MraidAdView会将解析出来的请求交由相对应的handler去处理，handler主要用于异步消息的处理，也即，当发出一个消息之后，首先进入一个消息队列，发送消息的函数即刻返回，而另外一个部分在消息队列中逐一将消息取出，然后对消息进行处理，也就是发送消息和接收消息不是同步的处理。在MraidAdView会将解析出来的请求交由相对应的handler去处理之后，其中和视频文件播放相关的接口会调用接口模块去处理，并将返回值同样转化为JSON字符串。在将返回值同样转化为JSON字符串之后，返回目标媒体文件的素材。

在通过浏览器和接口模块从服务器获取目标媒体文件的存放路径之后，通过浏览器和接口模块从服务器的存放路径中下载目标媒体文件。

该实施例通过判断浏览器是否与客户端的接口模块建立了交互关系，若已建立交互关系，则通过浏览器和接口模块从服务器获取目标媒体文件的存放路径，通过浏览器和接口模块从服务器的存放路径中下载目标媒体文件，实现了通过浏览器获取目标媒体文件的存放路径的目的。

作为一种可选的实施方式，在判断浏览器是否与客户端的接口模块建立了交互关系之后，还包括：若未建立交互关系，则提示无法播放目标媒体文件。

可选地，浏览器与客户端的接口模块建立了交互关系以交互关系体现。在webview入口页面被加载以后，首先根据MRAID协议，判断webview页面是否已经和SDK接口模块之间建立了交互关系，如果交互关系建立失败，则抛出错误信息，该错误信息用于提示无法播放目标媒体文件，也即，目标媒体文件不可被展示。

图5是根据本发明实施例的另一种媒体文件的播放方法的流程图。如图5所示，该媒体文件的播放方法包括以下步骤：

步骤S501，检测第二窗口中是否播放到视频文件中的预定图像，或者，预定图像中的部分或全部是否被第一窗口遮挡。

在本申请上述步骤S501提供的技术方案中，检测第二窗口中是否播放到视频文件中的预定图像，或者，预定图像中的部分或全部是否被第一窗口遮挡。

视频文件的播放图像内容与目标媒体文件的播放内容相关。当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口播放目标媒体文件。视频文件为视频正片，具有预定图像，在浏览器的第一窗口中播放目标媒体文件的过程中，检测第二窗口中是否播放到视频文件中的预定图像，当检测到视频文件中的预定图像时，检测预定图像中的部分或者全部是否被第一窗口遮挡。

步骤S502，若检测出播放到预定图像，或者，预定图像中的部分或全部被第一窗口遮挡，则将第一窗口从第二窗口中的当前位置移动到目标位置。

在本申请上述步骤S502提供的技术方案中，若检测出播放到预定图像，或者，预定图像中的部分或全部被第一窗口遮挡，则将第一窗口从第二窗口中的当前位置移动到目标位置。

如果检测到第二窗口中播放到视频文件中的预定图像时，则将第一窗口从第二窗口的当前位置移动到目标位置。比如，第一窗口当前位于第二窗口的右下角，当检测到播放视频文件中的预定图像时，该预定图像与目标媒体文件的播放内容相关程度大，则将第一窗口从第二窗口的右下角移动到第二窗口的右上角，以提示用户观看目标媒体文件，以与视频文件中的预定图像相联系，增强用户观看视频的良好体验感受。

如果检测出预定图像中的部分或全部被第一窗口遮挡时，将第一窗口从第二窗口的当前位置移动到目标位置。当第一预定图像为视频文件中的重要图像时，预定图像中的部分或全部被第一窗口遮挡，比如，第一窗口位于第二窗口的右下角，这样用户将不能正常观看到第一窗口中的预定图像，将第一窗口从第二窗口的右下角移动到右上角，使用户正常观看第一窗口中的预定图像。

该实施例在浏览器的第一窗口中播放目标媒体文件的过程中，检测第二窗口中是否播放到视频文件中的预定图像，或者，预定图像中的部分或全部是否被第一窗口遮挡；若检测出播放到预定图像，或者，预定图像中的部分或全部被第一窗口遮挡，则将第一窗口从第二窗口中的当前位置移动到目标位置，从而灵活地控制目标媒体文件的播放位置。

作为一种可选的实施方式，浏览器的第一窗口位于客户端的第二窗口之上包括以下至少之一：第一窗口位于第二窗口的左下角；第一窗口位于第二窗口的右下角；第一窗口位于第二窗口的左上角；第一窗口位于第二窗口的右上角。

目标媒体文件被播放在客户端的播放窗口的角上有多种方式，第一窗口位于第二窗口的右下角，目标媒体文件被播放在客户端的播放窗口的右下角；第一窗口位于第二窗口的左下角，目标媒体文件被播放在客户端的播放窗口的左下角；第一窗口位于第二窗口的左上角，目标媒体文件被播放在客户端的播放窗口的左上角；第一窗口位于第二窗口的右上角，目标媒体文件被播放在客户端的播放窗口的右上角。

可选地，目标媒体文件在后台配置其在客户端的播放窗口中的播放位置，默认被播放在客户端的播放窗口中的右下角，也可以被播放在客户端的播放窗口中的左下角。

本发明实施例可以采用多种方式使目标媒体文件被播放在客户端的播放窗口的角上，上述方式仅为本发明的优选实施例，并不代表本发明实施例的目标媒体文件被播放在客户端的播放窗口的角上的方法仅包括上述方式。为了提高媒体文件的编辑效率，本发明实施例还可以包括其它目标媒体文件被播放在客户端的播放窗口的角上的方式，此处不再一一举例说明。

作为一种可选的实施方式，按照播放参数对目标媒体文件的素材进行播放，包括按照播放参数播放动画类型的素材；按照播放参数播放图片类型的素材；按照播放参数播放文本类型的素材；按照播放参数所指示的播放时长播放素材。

可选地，播放参数与动画类型的素材相关，该动画类型的素材可以以应用超文本标记语言的第五次重大修改(Html5)动态角标来展示，该动态角标媒体文件以Html5技术开发，带有动画效果，在视频正片播放时，出现在左下角或右下角的图文广告。在视频文件播放时，出现在浏览器的第一窗口的左下角或右下角，达到对目标媒体文件的动态角标展示的效果。可选地，自定义目标媒体文件的动画时间段，分成多个动画时间段来展现动画效果，比如，缩进、展开等动画效果，可以控制动画的快、慢、停留时间。按照播放参数播放动画类型的素材还可以TV角标形式按照播放参数播放动画类型的素材，使用Html5技术实现，该动画类型的素材还可以动态二维码角标形式按照播放参数播放动画类型的素材，可以让角标类型的媒体文件实现缩进、展开等动画效果。

可选地，播放参数与图片类型的素材相关，按照播放参数播放图片类型的素材可以为按照播放参数播放图片广告，也即，角标类型的广告，也可以播放二维码图片。

可选地，播放参数与文本类型的素材相关，按照播放参数播放文本类型的素材可以为按照播放参数播放包括标题文字、副标题文字、内容文字的目标媒体文件。

可选地，播放参数指示播放时长，按照播放参数所指示的播放时长播放素材。自定义多段播放时长对应的播放素材，按照多段播放时长对应的播放素材来展示目标媒体文件，可以控制目标媒体文件播放的快、慢、停留时间等。该实施例可以灵活定制目标媒体文件的播放时间，可以设定30秒、60秒、90秒等不同播放时长。

可选地，该实施例可以统计目标媒体文件播放的次数，当按照播放参数播放二维码图片的素材，可以统计该二维码被扫描的次数。

上述按照播放参数播放动画类型的素材，按照播放参数播放图片类型的素材，按照播放参数播放文本类型的素材，按照播放参数所指示的播放时长播放素材，可以相互组合来实现按照播放参数对目标媒体文件的素材进行播放。比如，可以自定义播放动画类型的素材的播放时长，分成多段播放时长对应的播放素材来展示动画类型的素材或者图片类型的素材，可以控制动画类型的素材播放的快、慢、停留时间等，可以灵活定制播放素材的展示时间，可以设30秒、60秒、90秒等不同播放时长，并且播放素材的动态效果根据展示的播放时长进行调节。

本发明实施例可以按照播放参数对目标媒体文件的多种类型的素材进行播放，上述类型的素材仅为本发明的优选实施例，并不代表本发明实施例的类型的素材仅包括上述类型。为了提高媒体文件的编辑效率，本发明实施例还可以包括其它提高媒体文件的编辑效率的方式，此处不再一一举例说明。

该实施例的目标媒体文件可以根据需要让其出现在运营商想让其展示的视频时间段，可以配合视频文件的内容进行对应品牌媒体文件的播放效果，实现了将视频文件的内容和媒体文件的内容相结合的目的，达到了灵活地插入目标媒体文件到视客户端的播放窗口的角上，以及精确地控制目标媒体文件的播放时间的效果，通过将动态效果标准化，可以灵活地将目标媒体文件提供给各个不同的运营商，还可以自定义目标媒体文件的动画时间段，分成个播放时长来展现动画效果或者图片，可以控制动画的快、慢、停留时间等效果。还可以灵活地定制目标媒体文件的播放时长，并且根据播放时长来调节目标媒体文件的动态效果，解决了相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题，提高了对目标媒体文件的编辑效率。

实施例2

下面结合优选的实施例对本发明的技术方案进行说明。

该实施例的目标媒体文件的角标类型可以为TV角标形式，使用Html5技术实现；该实施例的目标媒体文件的角标类型可以为动态二维码角标形式可以让角标实现缩进、展开等动画效果。

目标媒体文件可以在后台配置在客户端中出现的位置。优选地，目标媒体文件被播放在客户端的播放窗口的右下角，也可以被播放在客户端的播放窗口的左下角。

目标媒体文件在客户端上展示的时间可以通过腾讯的打点系统来实现，每个视频文件可以打上具体的时间点位，当视频文件播放到这个时间点位时，展示目标媒体文件。

目标媒体文件支持按地域、人群、频道、渠道等多种定向方式；支持按CPM方式售卖；支持频控，支持第三方监控；支持数据统计。

目标媒体文件在客户端展示的时间、停留时间，都由后台实现配置，从而提高了对目标媒体文件的扩展性。

该实施例的目标媒体文件可以为动态二维码角标类型的媒体文件，下面对该动态二维码角标类型的媒体文件进行举例说明。

图6是根据本发明实施例的一种动态二维码角标类型的媒体文件的示意图。如图6所示，视频文件在播放的过程中，可以为视频正片在播放的过程中，在客户端的播放窗口的右下角上播放第一目标媒体文件，也即，在浏览器的第一窗口的右下角的第二窗口上播放第一目标媒体文件，该第一目标媒体文件为关于“Dior真我系列香水”媒体文件，该第一媒体文件为图片和文字相结合的媒体文件。按照该第一媒体文件对应的播放时长播放该第一目标媒体文件的素材，从而实现对目标媒体文件进行播放的目的。

图7是根据本发明实施例的另一种动态二维码角标类型的媒体文件的示意图。如图7所示，视频文件在播放的过程中，在浏览器的第一窗口的右下角的第二窗口上播放第一目标媒体文件之后，在浏览器的第一窗口的右下角的第二窗口上撤去第一目标媒体文件按，播放第二目标媒体文件，该第二目标媒体文件为关于“扫一扫立即购买”的媒体文件，可以在用户欣赏到第一目标媒体文件之后，为用户提供第一媒体文件对应的宣传产品的信息，比如，宣传产品的价格“￥1299”。按照该第二媒体文件对应的播放参数所指示的播放时长播放该第二目标媒体文件的素材。

图8是根据本发明实施例的另一种动态二维码角标类型的媒体文件的示意图。如图8所示，视频文件在播放的过程中，在浏览器的第一窗口的右下角上的第二窗口播放第二目标媒体文件之后，撤去第二目标媒体文件，播放第三目标媒体文件，该第三目标媒体文件为显示二维图码的媒体文件，可以在用户欣赏到第二目标媒体文件之后，为用户提供购买第一媒体文件对应的宣传产品的途径，也即，用户通过终端扫一扫该二维图码，即可开始对宣传产品进行购买流程。按照该第三媒体文件对应的播放参数所指示的播放时长播放该第二目标媒体文件的素材。

上述第一目标媒体文件、第二目标媒体文件和第三目标媒体文件在客户端的展示位置的区域大小为590x260px。

该实施例的目标媒体文件可以在后台投单，后台可以定义丰富的配置信息，该配置信息包括：目标媒体文件的位置，比如，浏览器的第一窗口位于第二窗口的左下角和右下角，第一目标媒体文件所展示的图片、标题文字、副标题文字、内容文字，第二目标媒体文件所展示的图片、标题文字、副标题文字、内容文字，第三目标媒体文件展示的二维码，包括二维码中间的广告主logo图标的配置等。

该实施例的媒体文件的播放方法可以对实现数据的查看。可选地，统计目标媒体文件展示的次数，可以统计二维码被扫描的次数。

该实施例的目标媒体文件可以由HTML5+JS+CSS3等前端技术实现。其最底层为视频应用，可以由腾讯视频应用来实现对视频文件的播放逻辑。播放插件本身为一个webview入口页面，由视频应用创建后层叠在视频播放层之上，然后在webview入口页面中实现图片素材加载以及动画播放等所有功能。

图9是根据本发明实施例的另一种媒体文件的播放方法的流程图。如图9所示，该媒体文件的播放方法包括以下步骤：

步骤S901，安装视频应用。

在该实施例中，客户端为OTT设备，该视频应用可以为腾讯视频应用，安装并打开腾讯视频应用。

步骤S902，加载视频播放层。

在安装视频应用之后，加载视频播放层。发送用于请求在客户端中播放视频文件第一请求，请求目标媒体文件SDK以获取与视频文件匹配的媒体文件订单，根据与视频文件匹配的媒体文件订单配置获取到目标媒体文件的相关数据。

步骤S903，创建并加载webview入口页面。

在加载视频播放层之后，如果媒体文件订单是角标类型的目标媒体文件，则会根据媒体文件订单配置中的具体时间，在视频文件播放到相应的时间点后，创建并加载一个webview入口页面。

步骤S904，按照播放参数创建目标媒体文件的素材。

在创建并加载webview入口页面之后，通过webview入口页面中配置的参数获取目标媒体文件的素材和播放参数，将角标项目所需要的参数定义在webview入口页面中，然后根据参数内容来获取加载素材的路径以及播放参数，该播放参数为自定义内容参数，按照播放参数对目标媒体文件的素材进行播放。

该实施例通过安装视频应用，加载视频播放层，加载webview入口页面，通过webview入口页面中配置的参数获取目标媒体文件的素材和播放参数；按照播放参数对目标媒体文件的素材进行播放，实现了对目标媒体文件的播放，提高了对目标媒体文件的编辑效率。

该实施例的目标媒体文件是基于媒体文件SDK富媒体框架实现的。此框架是基于IAB标准Mraid协议开发的一套JavaScript接口及原生框架实现，除了支持该协议标准的接口外，还针对IVB广告的特性进行了扩展，让富媒体页面更为便捷、高效地通过富媒体框架与视频应用进行交互。

在该实施例中，对于目标媒体文件，富媒体框架会在视频文件播放到特定时间点时加载一个webview入口页面，webview入口页面会默认加载mraid.js文件向目标媒体文件的素材提供接口模块，也即，提供富媒体框架接口，此mraid.js文件会将获取目标媒体文件的素材的请求转化为JSON字符串，通过Android的javascript的系统调用prompt和MraidAdView提供的接口进行通信，MraidAdView会将解析出来的目标媒体文件的素材的请求交由相对应的handler去处理。其中，与视频播放的相关接口会调用客户端侧提供的接口去处理，并将返回值同样转化为json串后返回给目标媒体文件的素材。

图10是根据本发明实施例的另一种媒体文件的播放方法的流程图。如图10所示，该媒体文件的播放方法包括以下步骤：

步骤S1001，加载webview入口页面。

步骤S1002，判断是否和目标媒体文件建立预设交互关系。

在webview入口页面被加载以后，首先根据Mraid协议，判断webview入口页面是否已经和目标媒体文件SDK之间建立了交互关系，该交互关系也即交互协议。如果判断出webview入口页面已经和目标媒体文件SDK之间建立了交互关系，执行步骤S1003，判断是否获取到webview入口页面展示所需要的参数。如果判断出webview入口页面没有和目标媒体文件SDK之间建立了交互关系，执行步骤S1006，抛出错误事件，移除插件。

步骤S1003，判断是否获取到webview入口页面展示所需要的参数。

如果判断出webview入口页面已经和目标媒体文件SDK之间建立了交互关系，表示webview入口页面之间可以通过此交互协议与原生视频应用进行数据交互，则可以从目标媒体文件SDK处获取到webview入口页面中配置的参数。如果判断出获取到webview入口页面展示所需要的参数，执行步骤S1004，加载目标媒体文件的素材。如果判断出没有获取到webview入口页面展示所需要的参数，执行步骤S1006，抛出错误事件，移除插件。

步骤S1004，加载目标媒体文件的素材。

在判断出获取到webview入口页面展示所需要的参数，对webview入口页面展示所需要的参数进行解析，再对webview入口页面展示所需要的参数进行解析无问题后，即可根据配置的参数进行目标媒体文件的素材的加载。如果加载目标媒体文件的素材加载成功，执行步骤S1005，展示目标媒体文件。如果加载目标媒体文件的素材加载失败，执行步骤S1006，抛出错误事件，移除插件。

步骤S1005，展示目标媒体文件。

在目标媒体文件的素材被加载成功后，就可以按照配置要求，展示目标媒体文件，比如，进行人机交互(User Interface，简称为UI)及动画的展示了。

步骤S1006，抛出错误事件，移除插件。

抛出错误事件，移除插件，也即，移除webview页面，抛出错误信息，该错误信息用于提示目标媒体文件不可以被播放。

该实施例通过加载webview入口页面，判断是否获取到webview入口页面展示所需要的参数，在判断出获取到webview入口页面展示所需要的参数之后，加载目标媒体文件的素材，在加载目标媒体文件的素材成功之后，展示目标媒体文件，达到了对目标媒体文件进行播放的目的，从而实现了在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则不需要重新制作视频源，达到了提高媒体文件的编辑效率的技术效果。

实施例3

本发明实施例的应用环境可以但不限于参照上述实施例中的应用环境，本实施例中对此不再赘述。本发明实施例提供了用于实施上述媒体文件的播放方法的一种可选的具体应用。

该实施例接收第一请求，第一请求用于请求在客户端中播放视频文件；获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件，下面针对于角标类型的广告对本发明的技术方案进行说明。

该角标类型的广告为TV角标形式，使用Html5技术实现。动态二维码角标形式可以让角标类型的广告实现缩进、展开等动画效果。

该角标类型的广告在浏览器的第一窗口播放，可以在后台配置出现的位置，默认展示在客户端的第二窗口的右下角，也可以选择客户端的第二窗口的左下角。

角标类型的广告在进行播放时的播放时间，可以通过腾讯公司的打点系统来实现，每个视频文件可以打上具体的点位，播放到这个点位时出现角标类型的广告。

该角标类型的广告和贴片广告一样，支持按地域、人群、频道、渠道等多种定向方式，支持按CPM方式售卖，支持频控，支持第三方监控，支持数据统计。

该角标类型的广告出现的时间、停留时间，都由后台实现配置，从而方便了对角标类型的广告的扩展。

后台可以定义丰富的配置信息，该配置信息包括：角标类型的广告的展示位置，比如，展示在客户端的第二窗口的右下角，也可以选择第二窗口的左下角。还可以配置角标类型的广告的第一屏的图片、标题文字、副标题文字、内容文字，角标类型的广告的第二屏的图片、标题文字、副标题文字、内容文字，角标类型的广告的第三屏的二维码生成，包括二维码中间的广告主logo图标的配置。

该角标类型的广告的播放方法可以统计角标展现的次数，比如，可以统计二维码被扫描的次数。

角标类型的广告可以为OTT角标广告，由HTML5+JS+CSS3等前端技术实现。角标类型的广告的最底层为腾讯视频的应用APP，并由应用APP来实现主视频的播放逻辑。插件本身为一个webview页面，由应用APP创建后层叠在视频播放层之上，然后在webview页面中实现对图片素材的加载以及动画播放等功能。

下面对OTT角标广告展示的基本流程进行介绍。

首先用户通过OTT设备，安装并打开腾讯视频应用APP，选择观看某个视频。在选择观看某个视频之后，产生第一请求，根据第一请求去请求广告SDK以获取广告订单，根据广告订单的配置获取到广告的相关数据。如果此广告订单是角标类型的广告，则会根据订单配置中的具体时间，在视频播放到相应时间点时，加载一个webview入口页面，将角标类型的广告所需要的参数定义在页面中，然后根据参数内容来获取加载素材的路径以及自定义内容参数。

OTT角标广告是基于OTT广告SDK富媒体框架实现的，此框架是基于IAB标准Mraid协议开发的一套JavaScript接口及原生框架实现，除了支持该协议标准的接口外，还针对压流IVB广告的特性进行了扩展，让富媒体页面更为便捷、高效地通过富媒体框架与客户端的应用APP进行交互。

对于OTT角标广告，富媒体框架会在视屏播放到特定点是时加载一个webview，webview会默认加载mraid.js文件向多媒体素材提供富媒体框架接口，此mraid.js文件会将素材的请求转化为JSON字符串通过Android的javascript的系统调用prompt和MraidAdView提供的接口进行通信，MraidAdView会将解析出来的请求交由对应的handler去处理，其中和视频播放相关的接口会调用播放器侧提供的接口去处理，并将返回值同样转化为json串后返回广告素材。

在webview入口页面被加载以后，首先根据Mraid协议，判断webview页面是否已经和广告SDK之间建立了交互关系，如果建立失败，则抛出错误信息，OTT角标广告不可被播放。如果交互关系建立成功，表示webview之间可以通过此交互关系与原生APP进行数据交互，则可以从广告SDK处获取到所需要的OTT角标广告的参数。对OTT角标广告的参数执行解析，在所需OTT角标广告的参数解析无问题后，即可根据OTT角标广告的参数进行角标图片素材路径的加载，素材被加载成功后，就可以按照配置要求，进行UI及动画的展示，达到了对角标类型的广告进行播放的目的，从而实现了在播放视频时展示角标类型的广告的目的，如果需要对角标类型的广告进行编辑则不需要重新制作视频源，达到了提高角标类型的广告的编辑效率的技术效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质，如只读存储器(Read-Only Memory，简称为ROM)/随机存取器(Random Access Memory，简称为RAM)、磁碟、光盘中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例4

根据本发明实施例，还提供了一种用于实施上述媒体文件的播放方法的媒体文件的播放装置。图11是根据本发明实施例的一种媒体文件的播放装置的示意图。如图11所示，该媒体文件的播放装置可以包括：接收单元10、第一获取单元20和播放单元30。

需要说明的是，该实施例中的接收单元10可以用于执行本申请实施例1中的步骤S202，该实施例中的第一获取单元20可以用于执行本申请实施例1中的步骤S204，该实施例中的播放单元30可以用于执行本申请实施例1中的步骤S206。

接收单元10，用于接收第一请求，其中，第一请求用于请求在客户端中播放视频文件。

第一获取单元20，用于获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间。

播放单元30，用于当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件。

图12是根据本发明实施例的另一种媒体文件的播放装置的示意图。如图12所示，该媒体文件的播放装置可以包括：接收单元10、第一获取单元20和播放单元30，该媒体文件的播放装置还包括加载单元40、第二获取单元50和处理单元60。

需要说明的是，该实施例的接收单元10、第一获取单元20和播放单元30与图11所示实施例的媒体文件的播放装置中的作用相同，此处不再赘述。

加载单元40，用于在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，在客户端中加载浏览器。

第二获取单元50，用于通过浏览器获取目标媒体文件的存放路径。

处理单元60，用于从存放路径中下载目标媒体文件，并加载目标媒体文件。

可选地，加载单元40用于在客户端中加载浏览器的页面模板，其中，页面模板中包括一个或多个页面区域，每个页面区域用于播放一个或多个目标媒体文件；处理单元60用于将目标媒体文件加载到页面模板中对应的页面区域中。

图13是根据本发明实施例的另一种媒体文件的播放装置的示意图。如图13所示，该媒体文件的播放装置包括：接收单元10、第一获取单元20和播放单元30、加载单元40、第二获取单元50和处理单元60，其中，第二获取单元50包括：判断模块51和获取模块52。

需要说明的是，该实施例的接收单元10、第一获取单元20和播放单元30、加载单元40、第二获取单元50和处理单元60与图12所示实施例的媒体文件的播放装置中的作用相同，此处不再赘述。

判断模块51，用于判断所述浏览器是否与所述客户端的接口模块建立了交互关系，其中，所述接口模块用于与存储了所述目标媒体文件的服务器进行通信。

获取模块52，用于在已建立所述交互关系时，则通过所述浏览器和所述接口模块从所述服务器获取所述目标媒体文件的存放路径。

所述处理单元60用于通过所述浏览器和所述接口模块从所述服务器的所述存放路径中下载所述目标媒体文件。

图14是根据本发明实施例的另一种媒体文件的播放装置的示意图。如图14所示，该媒体文件的播放装置包括：接收单元10、第一获取单元20、播放单元30、加载单元40、第二获取单元50和处理单元60，其中，第二获取单元50包括：判断模块51和获取模块52，该媒体文件的播放装置还包括：提示单元70。

需要说明的是，该实施例的接收单元10、第一获取单元20、播放单元30、提示单元70、加载单元40、第二获取单元50、处理单元60、判断模块51和获取模块52与图13所示实施例的媒体文件的播放装置中的作用相同，此处不再赘述。

提示单元70，用于在判断浏览器是否与客户端的接口模块建立了交互关系之后，若未建立交互关系，则提示无法播放目标媒体文件。

图15是根据本发明实施例的另一种媒体文件的播放装置的示意图。如图15所示，该媒体文件的播放装置包括：接收单元10、第一获取单元20和播放单元30，该媒体文件的播放装置还包括：检测单元80和移动单元90。

需要说明的是，该实施例的接收单元10、第一获取单元20和播放单元30与图11所示实施例的媒体文件的播放装置中的作用相同，此处不再赘述。

检测单元80，用于在浏览器的第一窗口中播放目标媒体文件的过程中，检测第二窗口中是否播放到视频文件中的预定图像，或者，预定图像中的部分或全部是否被第一窗口遮挡。

移动单元90，用于若检测出播放到预定图像，或者，预定图像中的部分或全部被第一窗口遮挡，则将第一窗口从第二窗口中的当前位置移动到目标位置。

可选地，浏览器的第一窗口位于客户端的第二窗口之上包括以下至少之一：第一窗口位于第二窗口的左下角；第一窗口位于第二窗口的右下角；第一窗口位于第二窗口的左上角；第一窗口位于第二窗口的右上角。

该实施例通过接收单元10接收第一请求，其中，第一请求用于请求在客户端中播放视频文件，通过第一获取单元20获取与视频文件匹配的媒体文件订单，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间，通过播放单元30当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件，实现了在播放视频时播放媒体文件，如果需要对媒体文件进行编辑则不需要重新制作视频源，达到了提高媒体文件的编辑效率的技术效果，进而解决了相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题。

此处需要说明的是，上述单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，可以解决了相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题，进而达到提高媒体文件编辑效率的技术效果。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例5

根据本发明实施例，还提供了一种用于实施上述媒体文件的播放方法的服务器或终端。

图16是根据本发明实施例的一种终端的结构框图。如图16所示，该终端可以包括：一个或多个(图中仅示出一个)处理器161、处理存储器163、以及传输装置165(如上述实施例中的发送装置)，如图16所示，该终端还可以包括输入输出设备167。

其中，处理存储器163可用于存储软件程序以及模块，如本发明实施例中的媒体文件的播放方法和装置对应的程序指令/模块，处理器161通过运行存储在处理存储器163内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的媒体文件的播放方法。处理存储器163可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其它非易失性固态存储器。在一些实例中，处理存储器163可进一步包括相对于处理器161远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置165用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置165包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过网线与其它网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置165为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，处理存储器163用于存储应用程序。

处理器161可以通过传输装置165调用处理存储器163存储的应用程序，以执行下述步骤：

接收第一请求，其中，第一请求用于请求在客户端中播放视频文件；

获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；

当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件。

处理器161还用于执行下述步骤：在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，在客户端中加载浏览器；通过浏览器获取目标媒体文件的存放路径；从存放路径中下载目标媒体文件，并加载目标媒体文件。

处理器161还用于执行下述步骤：在客户端中加载浏览器的页面模板，其中，页面模板中包括一个或多个页面区域，每个页面区域用于播放一个或多个目标媒体文件；加载目标媒体文件包括：将目标媒体文件加载到页面模板中对应的页面区域中。

处理器161还用于执行下述步骤：判断浏览器是否与客户端的接口模块建立了交互关系，其中，接口模块用于与存储了目标媒体文件的服务器进行通信；若已建立交互关系，则通过浏览器和接口模块从服务器获取目标媒体文件的存放路径；通过浏览器和接口模块从服务器的存放路径中下载目标媒体文件。

处理器161还用于执行下述步骤：在判断浏览器是否与客户端的接口模块建立了交互关系之后，若未建立交互关系，则提示无法播放目标媒体文件。

处理器161还用于执行下述步骤：在浏览器的第一窗口中播放目标媒体文件的过程中，检测第二窗口中是否播放到视频文件中的预定图像，或者，预定图像中的部分或全部是否被第一窗口遮挡；若检测出播放到预定图像，或者，预定图像中的部分或全部被第一窗口遮挡，则将第一窗口从第二窗口中的当前位置移动到目标位置。

采用本发明实施例，提供了一种媒体文件的播放方案。接收第一请求，其中，第一请求用于请求在客户端中播放视频文件；获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件，达到了对目标媒体文件进行播放的目的，从而实现了在播放视频时播放媒体文件，如果需要对媒体文件进行编辑则不需要重新制作视频源，达到了提高媒体文件的编辑效率的技术效果，进而解决了相关技术将需要展示的媒体文件压入视频源中，在播放视频时展示媒体文件，如果需要对媒体文件进行编辑则需要重新制作视频源，导致媒体文件编辑效率较低的技术问题。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图16所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，简称为MID)、PAD等终端设备。图16其并不对上述电子装置的结构造成限定。例如，终端还可包括比图16中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图16所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器ROM、随机存取器RAM、磁盘或光盘等。

实施例6

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行媒体文件的播放方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

接收第一请求，其中，第一请求用于请求在客户端中播放视频文件；

获取与视频文件匹配的媒体文件订单，其中，媒体文件订单用于指示待播放的目标媒体文件以及目标媒体文件的开始播放时间；

当视频文件的播放时间到达开始播放时间时，在浏览器的第一窗口中播放目标媒体文件，其中，浏览器的第一窗口位于客户端的第二窗口之上，第一窗口的面积小于第二窗口的面积，第二窗口用于播放视频文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在获取与视频文件匹配的媒体文件订单之后，且在视频文件的播放时间到达开始播放时间之前，在客户端中加载浏览器；通过浏览器获取目标媒体文件的存放路径；从存放路径中下载目标媒体文件，并加载目标媒体文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断浏览器是否与客户端的接口模块建立了交互关系，其中，接口模块用于与存储了目标媒体文件的服务器进行通信；若已建立交互关系，则通过浏览器和接口模块从服务器获取目标媒体文件的存放路径；通过浏览器和接口模块从服务器的存放路径中下载目标媒体文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在判断浏览器是否与客户端的接口模块建立了交互关系之后，若未建立交互关系，则提示无法播放目标媒体文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在浏览器的第一窗口中播放目标媒体文件的过程中，检测第二窗口中是否播放到视频文件中的预定图像，或者，预定图像中的部分或全部是否被第一窗口遮挡；若检测出播放到预定图像，或者，预定图像中的部分或全部被第一窗口遮挡，则将第一窗口从第二窗口中的当前位置移动到目标位置。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器ROM、随机存取存储器RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。