具体实施方式

为了使本申请实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请实施例进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请实施例，并不用于限定本申请实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请实施例保护的范围。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

在进入视频播放页面的过程中，造成播放延迟的原因可能存在多个方面，经过发明人缜密分析发现，浏览器进入播放页面，需要基于该播放页面进行播放器组件的初始化操作，初始化步骤依顺序执行：①解析音视频编解码信息等，解析出的这些信息用于为播放器组件的初始化提供支持，该解析过程一般为几毫秒；②媒体源扩展(MSE，Media SourceExtensions^TM)的初始化操作，MSE是一种JavaScript API，可以用于构建流以从音频或视频段进行播放；③拉流初始化操作(stream initialize)，指通过Fetch或XMLHTTPRequest方法向服务器获取媒体流数据；④开始媒体内容的播放操作。其中，步骤③和④严重影响步骤④的开始时间，导致播放延迟。

下文将提供多个实施例，不难理解，下文提供的各个实施例可以用于解决上文描述的技术问题。

图1示意性示出了根据本申请实施例一的视频播放方法的环境应用示意图。在示例性的实施例中，在示例性的实施例中，内容提供者3可以通过网络4连接多个计算机设备2。

内容提供者3可以通过一个或多个网络4提供服务。网络4可以包括各种网络设备，例如路由器，交换机，多路复用器，集线器，调制解调器，网桥，中继器，防火墙，代理设备和/或等等。网络4可以包括物理链路，例如同轴电缆链路，双绞线电缆链路，光纤链路，它们的组合和/或类似物。网络4可以包括无线链路，例如蜂窝链路，卫星链路，Wi-Fi链路和/或类似物。

内容提供者3，可以由多个服务器组成，用于为计算机设备2提供网上信息浏览服务以及媒体流数据，所述媒体流数据包括音频流数据或视频流数据。该多个服务器可以包括虚拟化计算实例。虚拟化计算实例可以包括虚拟机，诸如计算机系统的仿真，操作系统，服务器等。服务器可以基于定义用于仿真的特定软件(例如，操作系统，专用应用程序，服务器)的虚拟映像和/或其他数据来加载虚拟机。随着对不同类型的处理服务的需求改变，可以在一个或多个服务器上加载和/或终止不同的虚拟机。可以实现管理程序以管理同一服务器上的不同虚拟机的使用。

计算机设备2，作为客户终端，可以被配置为访问内容提供者3的内容和服务。计算机设备2可以包括任何类型的计算设备，诸如移动设备，平板设备，膝上型计算机，机顶盒，智能电视等。

计算机设备2可以与一个或多个用户相关联。单个用户可以使用计算机设备2中的一个或多个来访问内容提供者3。计算机设备2可以使用不同的网络来访问内容提供者3。

示例性的实施例中，计算机设备2可以包括浏览器21。浏览器21向用户输出(例如，显示，呈现)内容。所述内容可以页面方式呈现，可以包括视频，音频，评论，文本数据和/或类似物。计算机设备2可以包括用户接口22，该用户接口22可以包括输入元件。例如，输入元素可以被配置为接收用户指令，所述用户指令可以使计算机设备2执行各类操作，如，发送页面访问请求至内容提供者3中。

实施例一

图2示意性示出了根据本申请实施例一的媒体内容播放方法的流程图。需要说明的是，本方法实施例的流程图不用于对执行步骤的顺序进行限定。可以理解，本方法实施例可以被执行在计算机设备2中。

如图2所示，该媒体内容播放方法可以包括步骤S200～S206，其中：

步骤S200，获取播放页面。

所述浏览器21可以基于用户指令向内容提供者3发送页面访问请求，以使提供内容提供者3返回相应的页面资源。所述浏览器21接收并渲染该返回的页面资源以得到所述播放页面，该播放页面可以用于展示在计算机设备2的显示界面上。

步骤S202，对播放器组件进行初始化操作，所述播放器组件用于播放所述播放页面中的媒体内容，所述初始化操作包括在时间上并行处理的媒体源扩展初始化操作和拉流初始化操作。

在等待所述媒体源扩展初始化操作或者所述拉流初始化操作的时候，播放器处于等待闲置状态，基于这种多次异步操作的初始化特性，所以可以并行二者的初始化操作，可以大幅度节省播放器组件初始化的所需时间。进一步的，对所述播放器组件进行初始化操作，进一步包括：同步启动所述媒体源扩展初始化操作和所述拉流初始化操作。具体的，计算机设备2完成解析操作(manifest parsed)时，则同时启动所述媒体源扩展初始化操作和所述拉流初始化操作。同一时间节点启动，可以确保所述媒体源扩展初始化操作和所述拉流初始化操作的消耗时间始终处于最优状态。当然，在另外一些实施例中，也可以在不同的时间节点分别启动所述媒体源扩展初始化操作和所述拉流初始化操作。例如，所述拉流初始化操作需要300ms，所述媒体源扩展初始化操作需要100ms，理论上，所述媒体源扩展初始化操作的启动时间节点可以是所述拉流初始化操作启动之后的200ms内的任意一个时间节点，具体取值越靠前越优。

另外，播放器组件初始化有具体业务负责初始化，因此播放页面对应的播放器组件初始化操作可以有多个策略，例如：

策略一，播放优先策略：

在示例性的实施例中，如图3所示，所述步骤S202包括步骤S300～S302，其中：步骤S300，判断所述播放页面是否成功载入；步骤S302，如果判断所述播放页面成功载入，则启动对所述播放器组件的初始化操作。否则，继续等待直至所述播放页面成功载入。示例性的，该页面元素载入完成之后可以通过回调window.onload来获知所述播放页面是否已经成功载入。

在本实施例中，浏览器一进入该播放页面，该播放页面就会进行一次播放器组件的立即初始化操作，以提升页面播放的启动速度。

策略二，指令策略：

在某些活动页面中，需要在用户点击对应封面或者板块时，再执行播放器组件初始化操作。如图4所示，步骤S202包括步骤S400～S402，其中：步骤S400，判断是否接收到用户触发的操作指令；步骤S402，如果接收到所述用户触发的操作指令，则启动对所述播放器组件的初始化操作。所述操作指令可以基于鼠标、键盘、语音、触控等各类形式产生的。通过用户触发方式，防止诸如某些活动页面对应浏览器资源的过度消耗。

步骤S204，判断所述媒体源扩展初始化操作和所述拉流初始化操作是否已经完成。

所述媒体源扩展初始化操作包括：获取媒体元素、实例化媒体源扩展、将媒体源扩展实例附着到所述媒体元素上、更新所述媒体源扩展实例的当前状态。所述媒体源扩展实例可以呈现出三种状态：关闭“closed”、打开“open”和结束“ended”：

关闭“closed”，媒体源扩展实例未附着到媒体(video/audio)元素上；

打开“open”，媒体源扩展实例已附着到媒体(video/audio)元素，并准备接收数据或正在接收数据；

结束“ended”，媒体源扩展实例已附着到媒体(video/audio)元素，且其所有媒体流数据均传递到媒体(video/audio)元素，即媒体流数据已经缓冲完毕。

所述媒体源扩展初始化操作的步骤，可以如下步骤①～③：

步骤①，对媒体源扩展进行实例化，得到媒体源扩展实例(当前状态：关闭“closed”)；

步骤②，将媒体源扩展实例附着到媒体(video/audio)元素上(当前状态：关闭“closed”)；

例如，附着前：<video>/<audio>；附着后：<video src＝"blob:https://www.bilibili.com/4845d5a2-747d-41ea-b1ba-52389465bdef"></video>。

步骤③，等待所述媒体源扩展实例的当前状态更新为打开“open”，即异步触发sourceopen事件。

如图5所示，所述步骤S204可以进一步包括步骤S500～S502，其中：步骤S500，检测所述媒体源扩展的媒体源扩展实例的当前状态；步骤S502，如果所述当前状态为等待接收数据，则判断所述媒体源扩展初始化操作已经完成。即，检测所述媒体源扩展的实例的当前状态”，如果所述当前状态为打开“open”，则表示已完成所述媒体源扩展初始化操作。

如图6所示，所述步骤S204可以进一步包括步骤S600～S602，其中：步骤S500，向服务器获取媒体流数据，具体的，可以通过Fetch或XMLHTTPRequest方法向服务器获取媒体流数据；步骤S502，如果接收到所述服务器返回的所述媒体流数据，则判断所述拉流初始化操作已经完成。所述服务器可以是内容提供者3中的某个服务器。

步骤S206，如果所述媒体源扩展初始化操作和所述拉流初始化操作已经完成，则执行媒体内容播放操作。

如果所述媒体源扩展初始化操作和所述拉流初始化操作已经完成，则说明所述播放器组件初始化操作完成，该播放器组件在完成初始化操作之后则可进行媒体内容(音视频文件)的播放操作。具体的，将所述媒体流数据加入到所述媒体源扩展实例中，并基于所述媒体流数据执行媒体内容播放操作。

如上所述，实施例一所述的媒体内容播放方法：

媒体源扩展初始化操作和拉流初始化操作，在整个播放器组件初始化中所占时间比重很大，本实施例改变异步初始化方式，在播放器组件初始化过程中，将媒体源扩展初始化操作和拉流初始化操作并行处理，从而有效节省了播放器组件初始化的所需时间。在一次实验中，本发明人测试某个播放器组件的初始化操作的所需时间，在该次实验中，媒体源扩展初始化操作耗时100ms，拉流初始化操作耗时100ms：①传统的异步初始化方式，完成媒体源扩展初始化操作和拉流初始化操作需要400ms；②如图8所示，本实施例的并行处理方式，完成媒体源扩展初始化操作和拉流初始化操作的所需时间为Max(媒体源扩展初始化操作的所需时间T0，拉流初始化操作的所需时间T1)，即300ms。不难看出，在本次实验中，本实施例在播放器组件初始化过程中节省时间100ms。

实施例二

图8示意性示出了根据本申请实施例二的媒体内容播放系统的框图，该媒体内容播放系统可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例中各程序模块的功能。

如图8所示，该媒体内容播放系统700可以包括获取模块810、初始化模块820、判断模块830和播放模块840，其中：

获取模块810，用于获取播放页面。

初始化模块820，用于对播放器组件进行初始化操作，所述播放器组件用于播放所述播放页面中的媒体内容，所述初始化操作包括在时间上并行处理的媒体源扩展初始化操作和拉流初始化操作。

判断模块830，用于判断所述媒体源扩展初始化操作和所述拉流初始化操作是否已经完成。

播放模块840，如果所述媒体源扩展初始化操作和所述拉流初始化操作已经完成，则执行媒体内容播放操作。

在示例性的实施例中，初始化模块820，还用于：判断所述播放页面是否成功载入；及如果判断所述播放页面成功载入，则启动对所述播放器组件的初始化操作。

在示例性的实施例中，初始化模块820，还用于：判断是否接收到用户触发的操作指令；及如果接收到所述用户触发的操作指令，则启动对所述播放器组件的初始化操作。

在示例性的实施例中，初始化模块820，还用于：同步启动所述媒体源扩展初始化操作和所述拉流初始化操作。

在示例性的实施例中，判断模块830，还用于：向服务器获取媒体流数据；及如果接收到所述服务器返回的所述媒体流数据，则判断所述拉流初始化操作已经完成。

在示例性的实施例中，判断模块830，还用于：检测所述媒体源扩展的媒体源扩展实例的当前状态；及如果所述当前状态为等待接收数据，则判断所述媒体源扩展初始化操作已经完成。

在示例性的实施例中，播放模块840，还用于：将所述媒体流数据加入到所述媒体源扩展实例中，并基于所述媒体流数据执行媒体内容播放操作。

如上所述，实施例二所述的媒体内容播放系统：

媒体源扩展初始化操作和拉流初始化操作，在整个播放器组件初始化中所占时间比重很大，本实施例改变异步初始化方式，在播放器组件初始化过程中，将媒体源扩展初始化操作和拉流初始化操作并行处理，从而有效节省了播放器组件初始化的所需时间。在一次实验中，本发明人测试某个播放器组件的初始化操作的所需时间，在该次实验中，媒体源扩展初始化操作耗时100ms，拉流初始化操作耗时100ms：①传统的异步初始化方式，完成媒体源扩展初始化操作和拉流初始化操作需要400ms；②本实施例的并行处理方式，完成媒体源扩展初始化操作和拉流初始化操作的所需时间为Max(媒体源扩展初始化操作的所需时间，拉流初始化操作的所需时间)，即300ms。不难看出，在本次实验中，本实施例在播放器组件初始化过程中节省时间100ms。

实施例三

图9示意性示出了根据本申请实施例五的适于实现媒体内容播放方法的计算机设备的硬件架构示意图。该计算机设备可以是主播设备或主播设备中的一个节点设备。本实施例中，计算机设备2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是移动设备、平板设备、膝上型计算机、AR/VR虚拟设备等。如图9所示，计算机设备2至少包括但不限于：可通过系统总线相互通信链接存储器910、处理器920、网络接口930。其中：

存储器910至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器910可以是计算机设备2的内部存储模块，例如该计算机设备2的硬盘或内存。在另一些实施例中，存储器910也可以是计算机设备2的外部存储设备，例如该计算机设备2上配备的插接式硬盘，智能存储卡(SmartMedia Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器910还可以既包括计算机设备2的内部存储模块也包括其外部存储设备。本实施例中，存储器910通常用于存储安装于计算机设备2的操作系统和各类应用软件，例如媒体内容播放方法的程序代码等。此外，存储器910还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器920在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器920通常用于控制计算机设备2的总体操作，例如执行与计算机设备2进行数据交互或者通信相关的控制和处理等。本实施例中，处理器920用于运行存储器910中存储的程序代码或者处理数据。

网络接口930可包括无线网络接口或有线网络接口，该网络接口930通常用于在计算机设备2与其他计算机设备之间建立通信链接。例如，网络接口930用于通过网络将计算机设备2与外部终端相连，在计算机设备2与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(GlobalSystem of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code DivisionMultiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图9仅示出了具有部件910-930的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器910中的媒体内容播放方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器920)所执行，以完成本申请。

实施例四

本实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的媒体内容播放方法的步骤。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中的媒体内容播放方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。