CN117812413A - 终端设备、视频播放方法及介质 - Google Patents

Abstract

本公开涉及一种终端设备、视频播放方法及介质，终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，包括：接收用户在浏览器应用上输入的播放指令，其中，播放指令用于指示播放待播放视频；响应于播放指令，获取待播放视频对应的目标链接；根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放所述待播放视频。这样能够通过浏览器应用上的预设播放器来播放属于预设类型视频的待播放视频，以此避免现有技术中无法支持部分流媒体协议下的视频播放，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升用户的体验。

Description

终端设备、视频播放方法及介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种终端设备、视频播放方法及介质。

背景技术

浏览器应用是用来检索、展示以及传递网页信息资源的应用程序，能够通过网页、图片、视频向用户提供丰富的信息资源。

但是，对于在浏览器应用上播放的不同视频，可能是基于不同的流媒体协议进行播放的，而当前的浏览器应用对于多种流媒体协议的支持并不完善，即，无法支持部分流媒体协议下的视频播放，从而导致用户在通过浏览器应用播放视频时，经常存在播放视频失败的情况，降低了用户体验。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种终端设备、视频播放方法及介质，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

第一方面，本公开提供了一种终端设备，所述终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，包括：

控制器，被配置为：

接收用户在所述浏览器应用上输入的播放指令，其中，所述播放指令用于指示播放所述待播放视频；

响应于所述播放指令，获取所述待播放视频对应的目标链接；

根据所述待播放视频对应的所述目标链接，在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频。

作为本公开实施例一种可选的实施方式，所述控制器，具体被配置为：

在确定所述待播放视频属于所述预设类型视频时，根据所述目标链接，获取所述待播放视频对应的初始数据流；

控制所述预设播放器对应的预设解码组件，对所述初始数据流进行解码处理，得到目标数据流；

根据所述目标数据流，渲染播放所述待播放视频。

作为本公开实施例一种可选的实施方式，所述初始数据流包括初始视频数据和初始音频数据；所述控制器，具体被配置为：

控制所述预设解码组件对所述初始视频数据进行解码处理，得到所述初始视频数据对应的目标视频数据；

控制所述预设解码组件对所述初始音频数据进行解码处理，得到所述初始音频数据对应的目标音频数据。

作为本公开实施例一种可选的实施方式，所述控制器，还被配置为：

控制所述预设播放器对应的音视频同步组件，对所述目标视频数据和所述目标音频数据进行同步播放处理。

作为本公开实施例一种可选的实施方式，所述控制器，还被配置为：

控制所述预设播放器对应的预设获取组件，获取用于播放所述待播放视频的播放窗口信息；

根据所述播放窗口信息，在所述浏览器应用上的显示界面上，创建用于播放所述待播放视频的目标窗口。

作为本公开实施例一种可选的实施方式，所述控制器，还被配置为：

在所述待播放视频播放过程中，接收用户在所述浏览器应用上输入的针对所述待播放视频的预设操作，其中，所述预设操作为暂停播放操作、开始播放操作、缓存操作；

控制所述预设播放器执行针对所述待播放视频的所述预设操作。

作为本公开实施例一种可选的实施方式，所述控制器，还被配置为：

在所述待播放视频播放过程中，通过所述预设获取组件在监听到所述待播放视频存在异常时，停止播放所述待播放视频。

第二方面，本公开提供一种视频播放方法，应用于终端设备，所述终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，包括：

接收用户在所述浏览器应用上输入的播放指令，其中，所述播放指令用于指示播放所述待播放视频；

响应于所述播放指令，获取所述待播放视频对应的目标链接；

根据所述待播放视频对应的所述目标链接，在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频。

作为本公开实施例一种可选的实施方式，所述在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频，具体包括：

在确定所述待播放视频属于所述预设类型视频时，根据所述目标链接，获取所述待播放视频对应的初始数据流；

控制所述预设播放器对应的预设解码组件，对所述初始数据流进行解码处理，得到目标数据流；

根据所述目标数据流，渲染播放所述待播放视频。

第三方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第二方面所述的视频播放方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

终端设备的控制器通过终端设备上安装有浏览器应用，浏览器应用上设置预设播放器，预设播放器用于播放属于预设类型视频的待播放视频，包括：终端设备的控制器接收用户在浏览器应用上输入的播放指令，其中，播放指令用于指示播放待播放视频；响应于播放指令，获取待播放视频对应的目标链接；根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放待播放视频。上述技术方案中，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施例提供的支持视频播放方法的场景架构示意图；

图2为根据本公开一个或多个实施例的终端设备200的硬件配置框图；

图3为根据本公开一个或多个实施例的终端设备200中软件配置示意图；

图4为根据本公开一个或多个实施例的终端设备200中应用程序的图标控件界面显示示意图；

图5为根据本公开一个或多个实施例进行视频播放系统框架图；

图6为本公开实施例提供的一种视频播放方法的流程示意图；

图7为本公开实施例提供的一种浏览器应用上显示界面的场景示意图；

图8为本公开实施例提供的另一种视频播放方法的流程示意图；

图9为本公开实施例提供的再一种视频播放方法的流程示意图；

图10为本公开实施例提供的又一种视频播放方法的流程示意图；

图11为本公开实施例提供的又一种视频播放方法的流程示意图；

图12为本公开实施例提供的一种用于播放待播放视频的目标窗口的场景示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其它不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

本公开中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一处理结果和第二处理结果等是用于区别不同的处理结果，而不是用于描述处理结果的特定顺序。

图1为本公开实施例提供的支持视频播放方法的场景架构示意图，本公开实施例提供的场景架构，包括：服务器100、终端设备200，终端设备200可以具有多种实施形式，例如，可以是智能电视、智能手机、个人计算机、显示器等。本公开实施例对终端设备的具体类型不做限定。现有技术中，用户能够通过浏览器应用获取丰富的信息资源，例如通过浏览器应用查询网页、图片、视频等方式来获取用户需求的信息资源。

然而，当用户在浏览器应用上播放不同视频时，由于各个视频是基于不同的流媒体协议进行播放的，而当前的浏览器应用无法支持所有流媒体协议下的视频播放，即，当前的浏览器应用只能支持某几种流媒体协议、以及音频格式下的视频播放，例如，浏览器应用无法播放基于HTTP的动态自适应流(Dynamic Adaptive Streaming over HTTP，DASH)流媒体协议、微软流畅流(Microsoft Smooth Streaming，MSS)流媒体协议下的视频，从而导致用户在通过浏览器应用播放视频时，经常存在播放视频失败的情况，降低了用户体验。目前，技术人员为了能够使用户在浏览器应用上播放多种不同流媒体协议下的视频，通过引入DASH.js方式，以此解决DASH流媒体协议下视频播放的问题，但是，由于在下载JS时存在下载性能的问题，从而导致在播放DASH流媒体协议下的视频出现卡顿、延迟的现象，影响了用户的体验感。

为了解决上述问题，本公开实施例提出了一种视频播放方法，通过终端设备上安装有浏览器应用，浏览器应用上设置预设播放器，预设播放器用于播放属于预设类型视频的待播放视频，包括：终端设备的控制器接收用户在浏览器应用上输入的播放指令，其中，播放指令用于指示播放待播放视频；响应于播放指令，获取待播放视频对应的目标链接；根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放待播放视频。上述技术方案中，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

在一些实施例中，终端设备200可以通过控制设备接收到用户输入的用户指令，在接收到用户指令后，可以与服务器100进行数据通信。可允许终端设备200通过局域网(LAN)、无线局域网(WLAN)与服务器100进行通信连接。

服务器100可以是提供各种服务的服务器，例如对终端设备200采集的媒体数据提供支持的服务器。服务器可以对接收到的媒体数据进行分析等处理，并将处理结果(例如端点信息)反馈给终端设备。服务器100可以是一个服务器集群，也可以是多个服务器集群，可以包括一类或多类服务器。

在一些实施例中，还可以通过控制设备来控制终端设备200。控制设备可以是遥控器，遥控器和终端设备200的通信可以包括红外协议通信、蓝牙协议通信、无线或其他有线方式等，通过上述通信方式能够控制终端设备200。用户可以通过遥控器上按键、语音输入以及控制面板输入等输入用户指令，来控制终端设备200。如：用户可以通过遥控器上音量加减键、菜单键、开关机按键等输入相应控制指令，来实现控制终端设备200的功能。

图2为根据本公开一个或多个实施例的终端设备200的硬件配置框图。如图2所示终端设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口(即用户输入接口)280中的至少一种。控制器250包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。显示器260可为液晶显示器、OLED显示器、触控显示器以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其它网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。终端设备200可以通过通信器220与外部控制设备100或服务器400建立控制信号和数据信号的发送和接收。检测器230用于采集外部环境或与外部交互的信号。控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。用户接口280可用于接收控制设备(如：红外遥控器等)的控制信号。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制终端设备的工作和响应用户的操作。控制器250控制终端设备200的整体操作。用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

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

图3为根据本公开一个或多个实施例的终端设备200中软件配置示意图，如图3所示，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

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

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

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

图4为根据本公开一个或多个实施例的终端设备200中应用程序的图标控件界面显示示意图，如图4中所示，应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。直播电视应用程序，可以通过不同的信号源提供直播电视。视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。应用程序中心，可以提供储存各种应用程序。

在一些实施例中，上述终端设备是具有显示功能的终端设备，例如电视机、手机、电脑、学习机等。该终端设备的控制器通过终端设备上安装有浏览器应用，浏览器应用上设置预设播放器，预设播放器用于播放属于预设类型视频的待播放视频，包括：终端设备的控制器接收用户在浏览器应用上输入的播放指令，其中，播放指令用于指示播放待播放视频；响应于播放指令，获取待播放视频对应的目标链接；根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放待播放视频。上述技术方案中，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

在一些实施例中，上述终端设备是具有显示功能的设备，例如智能电脑、手机、平板、学习机等。终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，包括：

控制器250，被配置为：

接收用户在所述浏览器应用上输入的播放指令，其中，所述播放指令用于指示播放所述待播放视频；

响应于所述播放指令，获取所述待播放视频对应的目标链接；

根据所述待播放视频对应的所述目标链接，在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频。

在一些实施例中，所述控制器250，具体被配置为：具体被配置为：

在确定所述待播放视频属于所述预设类型视频时，根据所述目标链接，获取所述待播放视频对应的初始数据流；

控制所述预设播放器对应的预设解码组件，对所述初始数据流进行解码处理，得到目标数据流；

根据所述目标数据流，渲染播放所述待播放视频。

在一些实施例中，所述初始数据流包括初始视频数据和初始音频数据；所述控制器250，具体被配置为：

控制所述预设解码组件对所述初始视频数据进行解码处理，得到所述初始视频数据对应的目标视频数据；

控制所述预设解码组件对所述初始音频数据进行解码处理，得到所述初始音频数据对应的目标音频数据。

在一些实施例中，所述控制器250，所述控制器，还被配置为：

控制所述预设播放器对应的音视频同步组件，对所述目标视频数据和所述目标音频数据进行同步播放处理。

在一些实施例中，所述控制器250，所述控制器，还被配置为：

控制所述预设播放器对应的预设获取组件，获取用于播放所述待播放视频的播放窗口信息；

根据所述播放窗口信息，在所述浏览器应用上的显示界面上，创建用于播放所述待播放视频的目标窗口。

在一些实施例中，所述控制器250，所述控制器，还被配置为：

在所述待播放视频播放过程中，接收用户在所述浏览器应用上输入的针对所述待播放视频的预设操作，其中，所述预设操作为暂停播放操作、开始播放操作、缓存操作；

控制所述预设播放器执行针对所述待播放视频的所述预设操作。

在一些实施例中，所述控制器250，所述控制器，还被配置为：

在所述待播放视频播放过程中，通过所述预设获取组件在监听到所述待播放视频存在异常时，停止播放所述待播放视频。

综上所述，本公开通过在终端设备上执行上述视频播放方法，通过终端设备的控制器通过终端设备上安装有浏览器应用，浏览器应用上设置预设播放器，预设播放器用于播放属于预设类型视频的待播放视频，包括：终端设备的控制器接收用户在浏览器应用上输入的播放指令，其中，播放指令用于指示播放待播放视频；响应于播放指令，获取待播放视频对应的目标链接；根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放待播放视频。上述技术方案中，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

图5为根据本公开一个或多个实施例进行视频播放系统框架图，如图5所示，该系统中可以包括播放指令接收模块51、获取模块52以及播放模块53。该系统可在终端设备上实现，该终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，其中，播放指令接收模块51用于接收用户在所述浏览器应用上输入的播放指令，其中，所述播放指令用于指示播放所述待播放视频；获取模块52用于响应于所述播放指令，获取所述待播放视频对应的目标链接；播放模块53用于根据所述待播放视频对应的所述目标链接，在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频。上述技术方案中，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

为了更加详细的说明本方案，以下将以示例性的方式结合图6进行说明，可以理解的是，图6中所涉及的步骤在实际实现时可以包括更多的步骤，或者更少的步骤，并且这些步骤之间的顺序也可以不同，以能够实现本公开实施例中提供的视频播放方法为准，本公开实施例不做限定。

图6为本公开实施例提供的一种视频播放方法的流程示意图。本实施例应用于终端设备侧，该终端设备上安装有浏览器应用，用户能够根据自己的需求，通过该浏览器应用播放待播放视频、浏览网页，以获取丰富的信息资源，进一步的，为了使得用户利用浏览器应用播放多种协议下的待播放视频，在该浏览器应用上设置有预设播放器，该预设播放器用于播放属于预设类型视频的待播放视频，该预设播放器例如可以是开源的ExoPlayer播放器，对于ExoPlayer播放器能够支持多种流媒体协议如DASH流媒体协议、MSS流媒体协议，且支持多种视频格式的待播放视频，如MP4、M4A、FMP4等，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

上述预设类型视频是指各种基于不同流媒体协议进行播放的视频，例如基于DASH流媒体协议进行播放的视频，即为DASH类型视频，基于MSS流媒体协议进行播放的视频，即为MSS类型视频，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

如图6所示，该视频播放方法具体包括如下步骤：

S61，接收用户在浏览器应用上输入的播放指令。

其中，播放指令用于指示播放待播放视频。对于该播放指令可以是用户通过摁压控制设备如遥控、手机的控件输入的，或者是通过用户语音进行输入的，还可以是通过键盘、鼠标点击浏览器应用的显示界面上的待播放视频进行输入的，但不限于此，本公开不具体限制。

具体的，用户根据自己的需求，在浏览器应用上输入针对某一待播放视频的播放指令，终端设备的控制器接收用户的针对待播放视频的播放指令，通过该播放指令确定要播放的待播放视频并进行播放。

示例性的，如图7所示，对于浏览器应用上存在多个待播放视频，如待播放视频1、待播放视频2、待播放视频3、待播放视频4...待播放视频12，当用户点击待播放视频2，以此输入播放待播放视频2的播放指令，用于指示对待播放视频2进行播放，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

S62，响应于播放指令，获取待播放视频对应的目标链接。

其中，目标链接是指浏览器应用上的统一的网络地址，即，目标链接为统一资源定位器(Uniform Resource Locator,URL)，利用该目标链接能够标识待播放视频，以判断待播放视频是否属于预设类型视频，当然，还可以通过目标链接获取待播放视频的初始数据流的，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

具体的，终端设备的控制器在接收到用户在浏览器应用上输入的播放指令之后，响应于该播放指令，获取播放指令指示的待播放视频的目标链接，根据该目标链接判断待播放视频是否属于预设类型视频。

S63，根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放待播放视频。

具体的，终端设备的控制器根据得到的待播放视频对应的目标链接，对待播放视频的视频类型进行判断，判断待播放视频是否属于预设类型视频，当在确定待播放视频属于预设类型视频的时候，控制预设播放器播放待播放视频。

示例性的，承接上述实施例，对于待播放视频2，当接收到用户当对待播放视频2的点击播放时，获取待播放视频2对应的目标链接为“http:xxxxxxx.xxxxx.js”，能够根据目标链接中的关键字段“js”，确定待播放视频2属于DASH类型视频，则控制浏览器应用上设置的预设播放器ExoPlayer播放器播放播放视频2，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

需要说明的是，在根据待播放视频对应的目标链接，确定待播放视频不属于预设类型视频的时候，可以通过浏览器应用的原始播放方法播放待播放视频。

本公开实施例提供的技术方案中，通过终端设备上安装有浏览器应用，浏览器应用上设置预设播放器，预设播放器用于播放属于预设类型视频的待播放视频，包括：终端设备的控制器接收用户在浏览器应用上输入的播放指令，其中，播放指令用于指示播放待播放视频；响应于播放指令，获取待播放视频对应的目标链接；根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，控制预设播放器播放待播放视频。上述技术方案中，当接收到用户输入的针对待播放视频的播放指令时，根据待播放视频的目标链接，确定待播放视频属于预设类型视频时，能够通过设置在浏览器应用上的预设播放器来播放属于预设类型视频待播放视频，以此避免现有技术中浏览器应用对于多种流媒体协议的支持并不完善，无法支持部分流媒体协议下的视频播放的情形，使得用户在通过浏览器应用播放待播放视频时，减少播放待播放视频失败的情况，提升了用户的体验。

可选的，图8为本公开实施例提供的另一种视频播放方法的流程示意图。图8是在图6的基础上进一步的优化，如图8所示，在确定所述待播放视频属于所述预设类型视频时，控制预设播放器播放待播放视频的一种可能的实现方式：

S81，根据待播放视频对应的目标链接，在确定待播放视频属于预设类型视频时，根据目标链接，获取待播放视频对应的初始数据流。

具体的，终端设备的控制器根据得到的待播放视频对应的目标链接，在确定待播放视频属于预设类型视频的时候，进一步根据待播放视频对应的目标链接，获取待播放视频对应的初始数据流。

需要说明的是，对于待播放视频对应的初始数据流，可以是根据待播放视频对应的目标链接从终端设备的本地数据库获取，还可以是向服务器发送获取指令，使得服务器响应于获取指令，将待播放视频对应的初始数据流发送给终端设备，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

S82，控制预设播放器对应的预设解码组件，对初始数据流进行解码处理，得到目标数据流。

其中，预设解码组件是指用来对待播放视频对应的初始数据流进行解码处理的，该预设解码组件为预设播放器对应的组件，即，在浏览器应用上集成预设播放器时，相应的将与预设播放器相关的用于播放待播放视频的多个预设组件集成在浏览器应用上，该预设解码组件例如可以是预设播放器ExoPlayer播放器对应的Media Codec解码组件，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

具体的，针对待播放视频对应的初始数据流，终端设备的控制器控制浏览器应用上集成的预设播放器对应的预设解码组件，对初始数据流进行解码处理，以得到待播放视频对应的目标数据流。

可选的，图9为本公开实施例提供的再一种视频播放方法的流程示意图。图9是在图8的基础上进一步的优化，对于初始数据流包括初始视频数据和初始音频数据，如图9所示，S82的一种可能的实现方式：

S91，控制预设解码组件对初始视频数据进行解码处理，得到初始视频数据对应的目标视频数据。

S92，控制预设解码组件对初始音频数据进行解码处理，得到初始音频数据对应的目标音频数据。

具体的，针对待播放视频对应的初始数据流包括的初始视频数据和初始音频数据，控制浏览器应用上集成的预设播放器对应的预设解码组件对初始视频数据进行解码处理，得到初始视频数据对应的目标视频数据，控制预设解码组件对初始音频数据进行解码处理，得到初始音频数据对应的目标音频数据。

需要说明的是，在本实施例中，当预设播放器为ExoPlayer播放器时，预设解码组件为Media Codec解码组件，对于初始视频数据和初始音频数据进行解码处理的预设解码组件，均通过Media Codec解码组件进行解码处理的。

S83，根据目标数据流，渲染播放待播放视频。

具体的，终端设备的控制器在得到解码之后的目标数据流，对目标数据流进行渲染处理，得到待播放视频对应的各帧视频帧，并向用户进行展示，以此向用户播放待播放视频。

本公开实施例提供的技术方案中，在上述过程中，对于待播放视频的初始数据流，通过预设播放器对应的预设解码组件进行解码处理，得到解码后的目标数据流进行渲染，以此播放属于预设类型视频的待播放视频，避免待播放视频播放失败，提升了用户的体验。

图10为本公开实施例提供的又一种视频播放方法的流程示意图。图10是在图9的基础上进一步的优化，需要说明的是，由于待播放视频包括视频数据和音频数据，为了保证在播放待播放视频时，视频数据和音频数据是同步进行播放的，如图10所示，在执行S92之后还包括：

S101，控制预设播放器对应的音视频同步组件，对目标视频数据和目标音频数据进行同步播放处理。

其中，音视频同步组件是指用来对待播放视频进行解码处理后的目标视频数据和目标音频数据进行同步处理的，该音视频同步组件例如可以是预设播放器ExoPlayer播放器对应的Tunnel mode，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

具体的，终端设备的控制器在得到待播放视频解码之后的目标视频数据和目标音频数据，控制控制预设播放器对应的音视频同步组件对目标视频数据和目标音频数据进行同步播放处理。

可选的，对于目标视频数据和目标音频数据进行同步播放处理，可以是根据时间戳进行同步播放处理的，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

本公开实施例提供的技术方案中，在上述过程中，能够对待播放视频进行解码之后的目标视频数据和目标音频数据进行同步处理，以此保证在播放待播放视频时，目标视频数据和目标音频数据是同步进行播放，避免目标视频数据和目标音频数据存在延迟、卡顿的问题，给用户带来良好的体验感受。

图11为本公开实施例提供的又一种视频播放方法的流程示意图。图11是在图10的基础上进一步的优化，如图11所示，在执行S83之前还包括：

S111，控制预设播放器对应的预设获取组件，获取用于播放待播放视频的播放窗口信息。

其中，预设获取组件是指用于获取待播放视频的相关的播放信息的，如播放窗口信息，该播放窗口信息例如可以是在浏览器应用上的显示界面用于播放待播放视频的目标窗口的大小，该预设获取组件例如可以是预设播放器ExoPlayer播放器对应的ExoPlayerListener，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

S112，根据播放窗口信息，在浏览器应用上的显示界面上，创建用于播放待播放视频的目标窗口。

具体的，终端设备的控制器控制预设播放器对应的预设获取组件，获取在浏览器应用上的显示界面用于播放待播放视频的播放窗口信息，根据该播放窗口信息，在浏览器应用上的显示界面创建用于播放待播放视频的目标窗口。

示例性的，如图12所示，根据播放窗口信息在在浏览器应用上的显示界面201创建用于播放待播放视频的目标窗口202，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

本公开实施例提供的技术方案中，在上述过程中，通过待播放视频的播放窗口信息，在浏览器应用上的显示界面创建用于播放待播放视频的目标窗口，以此保证用户在浏览器应用的显示界面上，以符合用户需要的页面位置、播放窗口大小播放待播放视频，提升了用户的体验。

可选的，在上述实施例的基础上，在本公开的一些实施例中，当在播放待播放视频时，为了满足用户在不同时刻的需求，基于此，还包括：

在待播放视频播放过程中，接收用户在浏览器应用上输入的针对待播放视频的预设操作。

其中，预设操作为暂停播放操作、开始播放操作、缓存操作。

控制预设播放器执行针对待播放视频的预设操作。

具体的，在待播放视频播放过程中，终端设备的控制器接收用户在浏览器应用上输入的针对待播放视频的预设操作，如暂停播放待播放视频的操作，或者是在暂停播放待播放视频之后，重新开始播放待播放视频的操作，控制预设播放器执行针对待播放视频的预设操作。

本公开实施例提供的技术方案中，在上述过程中，能够控制预设播放器响应于用户在浏览器应用上输入的针对待播放视频的预设操作，满足用户的需求，提升了用户的体验。

可选的，在上述实施例的基础上，在本公开的一些实施例中，还包括：

在待播放视频播放过程中，通过预设获取组件在监听到待播放视频存在异常时，停止播放待播放视频。

具体的，终端设备的控制器在待播放视频播放过程中，通过预设获取组件在监听到待播放视频存在异常时，即无法进行播放时，停止播放待播放视频。

上述对于播放待播放视频存在异常可能是解码初始数据流失败导致的异常，还可以是创建播放待播放视频的目标窗口失败导致的异常，但不限于此，本公开不具体限制，本领域技术人员可根据实际情况设置。

可选的，在上述实施例的基础上，在本公开的一些实施例中，在监听到待播放视频存在异常时，还可以向用户发送提示信息，以提示用户播放待播放视频出现异常。

本公开实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现上述视频播放方法执行的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，该计算机可读存储介质可以为只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

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

Claims (10)

1.一种终端设备，其特征在于，所述终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，包括：

控制器，被配置为：

接收用户在所述浏览器应用上输入的播放指令，其中，所述播放指令用于指示播放所述待播放视频；

响应于所述播放指令，获取所述待播放视频对应的目标链接；

根据所述待播放视频对应的所述目标链接，在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频。

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

在确定所述待播放视频属于所述预设类型视频时，根据所述目标链接，获取所述待播放视频对应的初始数据流；

控制所述预设播放器对应的预设解码组件，对所述初始数据流进行解码处理，得到目标数据流；

根据所述目标数据流，渲染播放所述待播放视频。

3.根据权利要求2所述的终端设备，其特征在于，所述初始数据流包括初始视频数据和初始音频数据；所述控制器，具体被配置为：

控制所述预设解码组件对所述初始视频数据进行解码处理，得到所述初始视频数据对应的目标视频数据；

控制所述预设解码组件对所述初始音频数据进行解码处理，得到所述初始音频数据对应的目标音频数据。

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

控制所述预设播放器对应的音视频同步组件，对所述目标视频数据和所述目标音频数据进行同步播放处理。

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

控制所述预设播放器对应的预设获取组件，获取用于播放所述待播放视频的播放窗口信息；

根据所述播放窗口信息，在所述浏览器应用上的显示界面上，创建用于播放所述待播放视频的目标窗口。

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

在所述待播放视频播放过程中，接收用户在所述浏览器应用上输入的针对所述待播放视频的预设操作，其中，所述预设操作为暂停播放操作、开始播放操作、缓存操作；

控制所述预设播放器执行针对所述待播放视频的所述预设操作。

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

在所述待播放视频播放过程中，通过所述预设获取组件在监听到所述待播放视频存在异常时，停止播放所述待播放视频。

8.一种视频播放方法，其特征在于，应用于终端设备，所述终端设备上安装有浏览器应用，所述浏览器应用上设置预设播放器，所述预设播放器用于播放属于预设类型视频的待播放视频，包括：

接收用户在所述浏览器应用上输入的播放指令，其中，所述播放指令用于指示播放所述待播放视频；

响应于所述播放指令，获取所述待播放视频对应的目标链接；

根据所述待播放视频对应的所述目标链接，在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频。

9.根据权利要求8所述的视频播放方法，其特征在于，所述在确定所述待播放视频属于所述预设类型视频时，控制所述预设播放器播放所述待播放视频，具体包括：

在确定所述待播放视频属于所述预设类型视频时，根据所述目标链接，获取所述待播放视频对应的初始数据流；

控制所述预设播放器对应的预设解码组件，对所述初始数据流进行解码处理，得到目标数据流；

根据所述目标数据流，渲染播放所述待播放视频。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求8-9中任一项所述的视频播放方法的步骤。