CN114285836A - 一种视频播放方法、装置及介质 - Google Patents

Abstract

本发明公开了一种视频播放方法、装置及介质，适用于信息技术领域。获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；判断WebSocket连接是否建立成功；若成功，则获取信令数据并进行解析得到有效信令数据；根据有效信令数据启动视频窗口进行调整显示以实现播放视频。针对H.265格式的Web播放插件基于PC本地程序插件的后端实现，使用Web前端和后端进行WebSocket通信的模式，能利用WebSocket连接进行定制化的开发。相较于Web前端的浏览器实现，其音频格式不被受限，视频播放流畅，具有较好的兼容性，支持个性化、定制化的场景，提升用户的体验效果。

Description

一种视频播放方法、装置及介质

技术领域

本发明涉及信息技术领域，特别是涉及一种视频播放方法、装置及介质。

背景技术

作为新一代视频编码格式，H.265得到越来越广泛的应用，在现有的视频编码标准H.264基础上，进一步提高压缩效率，提高鲁棒性和错误恢复能力，减少实时的时延和减少信道获取时间和随机接入时延、降低复杂度以达到最优化设置。

目前针对H.265格式的Web播放插件都是基于Web前端的浏览器实现，对于支持个性化、定制化的场景如实现框选缩放功能，其音频格式容易受限，音频播放时会出现电流声的杂音，导致兼容性较差，进而影响用户的体验效果。

因此，如何提升用户的体验感是本领域技术人员亟需要解决的。

发明内容

本发明的目的是提供一种视频播放方法、装置及介质，提高用户的体验效果。

为解决上述技术问题，本发明提供一种视频播放方法，包括：

获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；

判断WebSocket连接是否建立成功；

若成功，则获取信令数据并进行解析得到有效信令数据；

根据有效信令数据启动视频窗口进行调整显示以播放视频。

优选地，获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接，包括：

获取本地程序插件的本地WebSocket地址以及端口；

开启本地程序插件内的WebSocket连接并监听本地WebSocket地址和端口；

根据本地WebSocket地址和端口申请H.265播放对象；

根据本地WebSocket地址和端口在存储容器内存储对应的H.265播放对象以完成WebSocket连接。

优选地，在WebSocket连接建立成功后，获取信令数据并进行解析得到有效信令数据，包括：

根据本地WebSocket地址和端口获取对应的信令数据；

判断在预设时间内信令数据是否解析完成；

若完成，则将信令数据作为有效信令数据。

优选地，根据有效信令数据启动视频窗口进行调整显示，包括：

根据有效信令数据和本地程序插件获取桌面的缩放比例；

根据缩放比例得到窗口显示位置和窗口显示大小；

根据窗口显示位置和窗口显示大小进行视频窗口的实时显示。

优选地，播放视频包括：

根据有效信令数据获取对应的流地址；

控制流地址发送至本地程序插件以便本地程序插件对流地址进行解码得到解码数据；

根据解码数据对视频窗口实时渲染并进行播放视频。

优选地，在播放视频之后，还包括：

判断视频窗口是否关闭；

若关闭，则播放视频结束，断开WebSocket连接；

将存储容器内存储的H.265播放对象删除以释放内存。

优选地，当信令数据未在预设时间内完成解析时，还包括：

当信令数据未在预设时间内完成解析时，则信令数据认定无效并对信令数据不进行处理。

为解决上述技术问题，本发明还提供一种视频播放装置，包括：

建立模块，用于获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；

判断模块，用于判断WebSocket连接是否建立成功，若成功，则触发解析模块；

解析模块，用于获取信令数据并进行解析得到有效信令数据；

显示模块，用于根据有效信令数据启动视频窗口进行调整显示以播放视频。

为解决上述技术问题，本发明还提供一种视频播放装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上述的视频播放方法的步骤。

为解决上述技术问题，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的视频播放方法的步骤。

本发明提供的一种视频播放方法，包括获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；判断WebSocket连接是否建立成功；若成功，则获取信令数据并进行解析得到有效信令数据；根据有效信令数据启动视频窗口进行调整显示以实现播放视频。该方法针对H.265格式的Web播放插件基于PC本地程序插件的后端实现，使用Web前端和后端进行WebSocket通信的模式，能利用WebSocket连接进行定制化的开发。相较于Web前端的浏览器实现，其音频格式不被受限，视频播放流畅，具有较好的兼容性，支持个性化、定制化的场景，提升用户的体验效果。

另外，本发明还提供了一种视频播放装置及介质，具有如上述视频播放方法相同的有益效果。

附图说明

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

图1为本发明实施例提供的一种视频播放方法的流程图；

图2为本发明实施例提供的一种视频播放装置的结构图；

图3为本发明实施例提供的另一种视频播放装置的结构图。

具体实施方式

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

本发明的核心是提供一种视频播放方法、装置及介质，提高用户的体验效果。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

需要说明的是，本发明提供的视频播放方法，将支持H.265播放功能的本地程序插件通过建立WebSocket连接与前端Web浏览器连接交互，可以实现关于WebSocket连接的基于H.265播放器的功能对象。

图1为本发明实施例提供的一种视频播放方法的流程图，如图1所示，该方法包括：

S11：获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接。

可以理解的是，在Web开发中，Web浏览器是显示网页伺服器或档案系统内的HTML文件，其浏览器为经常使用到的客户端程序。针对于Web浏览器支持的视频播放器大多为H.264以及H.265，H.265压缩比相较于H.264高， 优化了较多的技术细节，本发明基于H.265支持的视频播放方法，在此不详细说明H.265播放组件的优势。

本发明基于前端的Web浏览器与个人计算机（Personal Computer，PC）本地程序插件协同显示播放H.265编码视频，前端与后端建立WebSocket连接。WebSocket连接允许客户端和服务器端之间进行全双工通信，以便任一方都可以通过建立的连接将数据推送到另一端，只需要建立一次连接，就可以一直保持连接状态，Web浏览器和服务器端都必须实现WebSocket协议来建立和维护连接。基于多线程或多进程的服务器端无法适用于WebSocket，旨在打开连接，尽可能快地处理请求，然后关闭连接，任何实际的WebSocket服务器端实现都需要一个异步服务器。

本地程序插件是一个开启WebSocket连接监听、含有播放界面的自启动后台程序。前端和后端提前约定好本地WebSocket地址以及端口，并根据两者收到连接请求并进行监听以申请具体的功能对象，并根据功能对象以及对应的本地WebSocket地址和端口存储至存储容器内以便后续调用。

S12：判断WebSocket连接是否建立成功，若成功，则进入步骤S13。

在步骤S11中的前端与后端建立WebSocket连接后，则需要判断WebSocket连接是否建立成功，若成功，则开始播放视频，也就是进入步骤S13；若不成功，则说明当前获取的后端的本地程序插件没有匹配成功，或者本地WebSocket地址以及端口不正确，该端口被其他程序占用，则需要输出提示信息并下载下一个本地程序插件，并进行重新建立WebSocket连接。

S13：获取信令数据并进行解析得到有效信令数据。

当WebSocket连接建立成功之后，则需要接收信令数据。具体地，信令数据为程序开发之前提前定义好的一种形式，例如：{“type”:1,“data”:{“url”: “……”}}，type代表此次信令需要执行什么操作，data存储的是本次操作需要用到的参数。根据接收到的信令数据进行解析得到有效信令数据。

可以理解的是，其信令数据解析后分为两种数据，一种是有效信令数据，一种是无效信令数据。本发明只针对有效信令数据进行执行后续的操作，例如，操作可以为视频播放、视频停止、视频快进、切换视频等操作，根据信令的类型执行相对应的操作，对于信令的类型不做具体限定，只要能解析得到有效信令数据即可。

S14：根据有效信令数据启动视频窗口进行调整显示以播放视频。

在步骤S13中的获取信令数据并进行解析得到有效信令数据，根据有效信令数据启动视频窗口并对视频窗口的位置和大小进行调整，将其视频窗口进行实时显示。

将有效信令数据进行解码操作，并将解码后的数据发送至本地程序插件中对显示的视频窗口进行渲染以完成视频播放。具体地，视频窗口的类型以及位置、大小本发明不做具体限定，只要能满足将有效信令数据启动视频窗口并进行显示即可，以便完成后续的视频播放。

本发明提供的一种视频播放方法，包括获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；判断WebSocket连接是否建立成功；若成功，则获取信令数据并进行解析得到有效信令数据；根据有效信令数据启动视频窗口进行调整显示以实现播放视频。该方法针对H.265格式的Web播放插件基于PC本地程序插件的后端实现，使用Web前端和后端进行WebSocket通信的模式，能利用WebSocket连接进行定制化的开发。相较于Web前端的浏览器实现，其音频格式不被受限，视频播放流畅，具有较好的兼容性，支持个性化、定制化的场景，提升用户的体验效果。

在上述实施例的基础上，步骤S11中的获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接，具体包括：

获取本地程序插件的本地WebSocket地址以及端口；

开启本地程序插件内的WebSocket连接并监听本地WebSocket地址和端口；

根据本地WebSocket地址和端口申请H.265播放对象；

根据本地WebSocket地址和端口在存储容器内存储对应的H.265播放对象以完成WebSocket连接。

具体地，在前端和后端之间建立的WebSocket连接需要获取本地程序插件的本地WebSocket地址以及端口，例如：127.0.0.1:1234，其中127.0.0.1为WebSocket本地监听地址，1234为监听端口。由于本地程序插件的性质，开启WebSocket连接监听、含有播放界面的自启动后台程序，开启WebSocket连接监听本地WebSocket地址和端口，并根据监听的本地WebSocket地址和端口申请对应的功能对象。

需要说明的是，功能对象为抽象对象，可以根据具体场景实现具体功能，本发明主要针对H.265播放器功能，其对应的H.265功能对象都是基于H.265播放器展开的功能对象。根据申请的H.265播放对象将本地WebSocket地址和端口存储至存储容器内对应的功能对象的内存中。

具体地，存储容器可以为Map容器，也可以为其他容器，本发明提供的Map容器仅是一种优选地实施例，该容器最好的特性是常数级的查找效率，存储时按照一定的顺序对键进行排序，例如数字，默认按照升序排列。Map容器的形式为key：IP+端口号，value：功能对象。

本实施例提供的获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接，将支持H.265播放功能的本地程序插件通过建立WebSocket连接与前端Web浏览器连接交互，通过申请功能对象以实现定制化的开发场景需求，增强Web播放插件的扩展性。

在上述实施例的基础上，在WebSocket连接建立成功后，在步骤S13中的获取信令数据并进行解析得到有效信令数据，具体包括：

根据本地WebSocket地址和端口获取对应的信令数据；

判断在预设时间内信令数据是否解析完成；

若完成，则将信令数据作为有效信令数据。

可以理解的是，在建立WebSocket连接后，其根据本地WebSocket地址和端口接收对应的信令数据，将接收到的信令数据进行解析，对于通过WebSocket连接后传输的数据进行解析提前定义好的信令数据，并判断在预设时间内该信令数据是否解析完成，若在预设时间内解析完成，则将该信令数据作为有效信令数据便于后续根据有效信令数据的形式执行相应的操作。

本实施例提供的获取信令数据并进行解析得到有效信令数据，便于后续根据有效信令数据执行相对应的操作。

在上述实施例的基础上，在步骤S14中的根据有效信令数据启动视频窗口进行调整显示，具体包括：

根据有效信令数据和本地程序插件获取桌面的缩放比例；

根据缩放比例得到窗口显示位置和窗口显示大小；

根据窗口显示位置和窗口显示大小进行视频窗口的实时显示。

具体地，根据步骤S13中解析得到的有效信令数据，前端主动向本地程序插件询问桌面的缩放比例，通过缩放比例，前端计算出窗口显示位置以及窗口显示的大小发送至本地程序插件。在Web前端获取缩放比例同时，本地程序插件通过获取桌面的置顶窗口的句柄，给即将显示的播放窗口设置父窗口，对此，将置顶窗口设置为显示的视频窗口的父窗口，然后前端通过传输的显示坐标以及窗口大小进行实时显示。

可以理解的是，桌面的置顶窗口的句柄是标识一种资源，如窗口、位图等，获取窗口的句柄，并不是只能取出窗口句柄，所有的窗口控件（编辑框、标签）都可以本命令取出自己的窗口句柄。对于操作系统中已经规定制定的窗口作为置顶窗口，其指定窗口只有一个。父窗体和子窗体如其名，有相互依赖的关系。就比如说想触发一个窗体中的某个事件，在该窗体中弹出另一个窗体。触发事件的窗体就是父窗体，弹出的窗体就是子窗体。

本实施例提供的根据有效信令数据启动视频窗口进行调整显示，根据有效信令数据获取缩放比例，进而通过缩放比例得到窗口显示位置和窗口显示大小并进行视频窗口的显示，便于视频窗口的实时显示与调整。

在上述实施例中，步骤S14中的播放视频，具体包括：

根据有效信令数据获取对应的流地址；

控制流地址发送至本地程序插件以便本地程序插件对流地址进行解码得到解码数据；

根据解码数据对视频窗口实时渲染并进行播放视频。

具体地，Web端根据有效信令数据将提前设置好的用户操作，获取视频的流地址并将该地址传输给本地程序插件，本地程序插件使用多媒体视频处理工具（Fast ForwardMpeg，FFMPEG）对流地址进行音视频的解码操作，并将转码后的YUV格式数据传入本地程序插件负责显示的OpenGL窗口进行实时渲染。

可以理解的是，本地程序插件使用FFMPEG对流地址进行解码，其FFMPEG是一款音视频编解码库，提供了多种媒体格式的封装和解封装，包括音视频编码、多种协议的流媒体、多种色彩格式转换、多种采样率转换、多种码率转换，FFMPEG支持的流媒体协议比较多，包括多媒体信息服务（Multimedia Messaging Service，MMS）、超文本传输协议（HyperText Transfer Protocol，HTTP）、以安全为目标的HTTP通道（Hyper Text TransferProtocol over Secure Socket Layer，HTTPS）、传输控制协议（Transmission ControlProtocol，TCP）、用户数据报协议（User Datagram Protocol，UDP）等。解码过程包括：读取文件、街封装、解码、转换参数、新编码、封装、写入文件。

具体地，本发明对于本地程序插件负责显示的视频窗口采用的是OpenGL窗口，也可以为其他窗口类型，仅是一种优选地实施例。

本实施例提供的完成播放，获取对应的流地址，并对流地址进行解码并传入至后端进行实时渲染后进行播放视频。较于Web前端的浏览器实现，其音频格式不被受限，视频播放流畅，具有较好的兼容性，支持个性化、定制化的场景，提升用户的体验效果。

在上述实施例的基础上，在播放视频之后，还包括：

判断在预设周期内视频是否播放完毕；

若是，则断开WebSocket连接；

将存储容器内存储的H.265播放对象删除以释放内存。

具体地，在预设周期内判断视频是否播放完毕，若是，则断开WebSocket连接，若否，则说明当前的视频未播放结束，则继续保持当前的WebSocket连接。对于断开WebSocket连接是前端主动进行关闭，并将存储容器内存储的H.265播放对象删除，以便后续建立WebSocket连接时存储相对应的功能对象。

本实施例提供的将WebSocket连接断开，并将H.265播放对象在存储容器内的内存删除以释放内存，为后续的WebSocket连接申请对应的功能对象增加存储空间。

具体地，信令数据未在预设时间内完成解析时，还包括：

当信令数据未在预设时间内完成解析时，则信令数据认定无效并对信令数据不进行处理。

可以理解的是，在预设时间内信令数据未解析完成，则作为无效信令数据处理，本实施例提供的无处理操作仅是一种优选地实施例，也可以根据前端具体的操作进行存储至专有的数据库内进行再次处理，或者将预设时间延长等操作，本发明不做具体限定。

本实施例提供的对无效信令数据无处理操作，及时获取下一个信令数据或者进行后续的断开WebSocket连接，为实现视频播放节省时间，提高效率。

上述详细描述了视频播放方法对应的各个实施例，在此基础上，本发明还公开与上述方法对应的视频播放装置，图2为本发明实施例提供的一种视频播放装置的结构图。如图2所示，视频播放装置包括：

建立模块11，用于获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；

判断模块12，用于判断WebSocket连接是否建立成功，若成功，则触发解析模块13；

解析模块13，用于获取信令数据并进行解析得到有效信令数据；

显示模块14，用于根据有效信令数据启动视频窗口进行调整显示以播放视频。

由于装置部分的实施例与上述的实施例相互对应，因此装置部分的实施例请参照上述方法部分的实施例描述，在此不再赘述。

本发明提供的一种视频播放装置，包括获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；判断WebSocket连接是否建立成功；若成功，则获取信令数据并进行解析得到有效信令数据；根据有效信令数据启动视频窗口进行调整显示以实现播放视频。该装置针对H.265格式的Web播放插件基于PC本地程序插件的后端实现，使用Web前端和后端进行WebSocket通信的模式，能利用WebSocket连接进行定制化的开发。相较于Web前端的浏览器实现，其音频格式不被受限，视频播放流畅，具有较好的兼容性，支持个性化、定制化的场景，提升用户的体验效果。

图3为本发明实施例提供的另一种视频播放装置的结构图，如图3所示，该装置包括：

存储器21，用于存储计算机程序；

处理器22，用于执行计算机程序时实现视频播放方法的步骤。

本实施例提供的视频播放装置可以包括但不限于智能手机、平板电脑、笔记本电脑或者台式电脑等。

其中，处理器22可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器22可以采用数字信号处理器 (Digital Signal Processor，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列 (Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器22也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器22可以集成有图像处理器 (Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器22还可以包括人工智能 (Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器21可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器21还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器21至少用于存储以下计算机程序211，其中，该计算机程序被处理器22加载并执行之后，能够实现前述任一实施例公开的视频播放方法的相关步骤。另外，存储器21所存储的资源还可以包括操作系统212和数据213等，存储方式可以是短暂存储或者永久存储。其中，操作系统212可以包括Windows、Unix、Linux等。数据213可以包括但不限于视频播放方法所涉及到的数据等等。

在一些实施例中，视频播放装置还可包括有显示屏23、输入输出接口24、通信接口25、电源26以及通信总线27。

领域技术人员可以理解，图3中示出的结构并不构成对噪声检测装置的限定，可以包括比图示更多或更少的组件。

处理器22通过调用存储于存储器21中的指令以实现上述任一实施例所提供的视频播放的方法。

本发明提供的一种视频播放装置，包括获取前端的Web浏览器和后端的本地程序插件并在前端和后端之间建立WebSocket连接；判断WebSocket连接是否建立成功；若成功，则获取信令数据并进行解析得到有效信令数据；根据有效信令数据启动视频窗口进行调整显示以实现播放视频。该装置针对H.265格式的Web播放插件基于PC本地程序插件的后端实现，使用Web前端和后端进行WebSocket通信的模式，能利用WebSocket连接进行定制化的开发。相较于Web前端的浏览器实现，其音频格式不被受限，视频播放流畅，具有较好的兼容性，支持个性化、定制化的场景，提升用户的体验效果。

进一步的，本发明还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器22执行时实现如上述视频播放方法的步骤。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

对于本发明提供的一种计算机可读存储介质的介绍请参照上述方法实施例，本发明在此不再赘述，其具有上述视频播放方法相同的有益效果。

以上对本发明所提供的一种视频播放方法、装置及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种视频播放方法，其特征在于，包括：

获取前端的Web浏览器和后端的本地程序插件并在所述前端和所述后端之间建立WebSocket连接；

判断所述WebSocket连接是否建立成功；

若成功，则获取信令数据并进行解析得到有效信令数据；

根据所述有效信令数据启动视频窗口进行调整显示以播放视频。

2.根据权利要求1所述的视频播放方法，其特征在于，所述获取前端的Web浏览器和后端的本地程序插件并在所述前端和所述后端之间建立WebSocket连接，包括：

获取所述本地程序插件的本地WebSocket地址以及端口；

开启所述本地程序插件内的所述WebSocket连接并监听所述本地WebSocket地址和所述端口；

根据所述本地WebSocket地址和所述端口申请H.265播放对象；

根据所述本地WebSocket地址和所述端口在存储容器内存储对应的所述H.265播放对象以完成所述WebSocket连接。

3.根据权利要求2所述的视频播放方法，其特征在于，在所述WebSocket连接建立成功后，获取所述信令数据并进行解析得到所述有效信令数据，包括：

根据所述本地WebSocket地址和所述端口获取对应的所述信令数据；

判断在预设时间内所述信令数据是否解析完成；

若完成，则将所述信令数据作为所述有效信令数据。

4.根据权利要求1所述的视频播放方法，其特征在于，根据所述有效信令数据启动所述视频窗口进行调整显示，包括：

根据所述有效信令数据和所述本地程序插件获取桌面的缩放比例；

根据所述缩放比例得到窗口显示位置和窗口显示大小；

根据所述窗口显示位置和所述窗口显示大小进行所述视频窗口的实时显示。

5.根据权利要求1所述的视频播放方法，其特征在于，播放所述视频包括：

根据所述有效信令数据获取对应的流地址；

控制所述流地址发送至所述本地程序插件以便所述本地程序插件对所述流地址进行解码得到解码数据；

根据所述解码数据对所述视频窗口实时渲染并进行播放所述视频。

6.根据权利要求2所述的视频播放方法，其特征在于，在播放所述视频之后，还包括：

判断在预设周期内所述视频是否播放完毕；

若是，则断开所述WebSocket连接；

将所述存储容器内存储的所述H.265播放对象删除以释放内存。

7.根据权利要求3所述的视频播放方法，其特征在于，当所述信令数据未在所述预设时间内完成解析时，还包括：

当所述信令数据未在所述预设时间内完成解析时，则所述信令数据认定无效并对所述信令数据不进行处理。

8.一种视频播放装置，其特征在于，包括：

建立模块，用于获取前端的Web浏览器和后端的本地程序插件并在所述前端和所述后端之间建立WebSocket连接；

判断模块，用于判断所述WebSocket连接是否建立成功，若成功，则触发解析模块；

所述解析模块，用于获取信令数据并进行解析得到有效信令数据；

显示模块，用于根据所述有效信令数据启动视频窗口进行调整显示以播放视频。

9.一种视频播放装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的视频播放方法的步骤。

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

Images