一种Web视频的预览方法、设备及介质技术

本申请公开了一种Web视频的预览方法、设备及介质。方法包括：通过Web端自动启动IPC设备，通过IPC设备获取码流接口，并通过码流接口获取申请码流；通过Web端启动解码器，根据申请码流建立通信连接，通过通信连接获取视频流，将视频流转发至解码器，以通过解码器对视频流进行转码；将转码后的视频流传至Web端，以通过Web端进行渲染出图。本申请采用WASM技术用，使用IPC自带的解码器程序实现视频实时解码，并在Web端的播放。视频的解码部分避开了调用Web播放插件的步骤，使用设备自带的解码器安装包，在本地安装，单独实现解码。解码后数据可直接在浏览器上播放，兼容性强，且便于维护升级。且便于维护升级。且便于维护升级。

【技术实现步骤摘要】
一种Web视频的预览方法、设备及介质


[0001]本申请涉及计算机
，尤其涉及一种方法、设备及介质。

技术介绍

[0002]一直以来，网络摄像机的客户都有在Web实时预览监控图像的需求，但受限于Web端解码能力和兼容性等问题，Web播放使用效果并不理想。目前市面上主要依赖下载VLC Media Player(VLC多媒体插件)，通过RTSP协议拉流在本地解码播放，使得网络下载插件复杂，Web兼容性差，预览出图缓慢。

技术实现思路

[0003]本申请提出了一种Web视频的预览方法，包括：通过所述Web端自动启动IPC设备，通过所述IPC设备获取码流接口，并通过所述码流接口获取申请码流；通过Web端启动解码器，根据所述申请码流建立通信连接，通过所述通信连接获取视频流，将所述视频流转发至所述解码器，以通过所述解码器对所述视频流进行转码；将转码后的所述视频流传至所述Web端，以通过所述Web端进行渲染出图。
[0004]在一个示例中，通过Web端启动解码器之前，所述方法还包括：通过所述Web后台对所述解码器进行查找；若未查找到所述解码器，则通过所述IPC设备下载并安装所述解码器；开启所述解码器的连接通道，并对所述解码器的连接状态进行检查；若所述解码器在预设时间内的所述连接状态为未连接，则将所述解码器自动关闭。
[0005]在一个示例中，所述方法还包括：确定所述解码器的监听端口，通过所述监听端口进行循环监听，以确定未被占用端口，通过所述未被占用端口进行通信连接。
[0006]在一个示例中，根据所述申请码流建立通信连接，通过所述通信连接获取视频流，具体包括：根据所述申请码流获取视频流的播放地址，确定所述播放地址的格式，根据所述格式与视频设备进行连接，以获取所述视频流；通过所述申请码流实时转发所述视频流，以通过所述解码器对数据完成转码。
[0007]在一个示例中，所述方法还包括：确定Web端的Web后台，调用所述Web后台的预览界面；将所述预览界面与所述解码器连接，通过所述解码器向所述Web后台发送转码后的所述视频流，以通过所述预览界面对所述视频流进行预览。
[0008]在一个示例中，通过所述IPC设备获取码流接口，并通过所述码流接口获取申请码流，具体包括：通过所述IPC设备确定用于获取所述申请码流的gRPC接口，并通过所述IPC设备确定所述gRPC接口的监听服务，通过所述监听服务接收所述Web端的申请码流。
[0009]在一个示例中，所述通信连接的通信协议为WebSocket通讯协议，所述通信协议包括第一通讯协议和第二通讯协议，所述第一通讯协议为所述Web端与所述解码器之间的通讯协议，所述第二通讯协议为Web端与视频设备之间的通讯协议。
[0010]在一个示例中，所述方法还包括：根据所述第一通讯协议通过所述Web端向所述解码器发送第一数据，其中，所述第一数据至少包括视频编码参数、音频编码参数、视频解码
参数、实时帧数据、抓图指令、录像指令、配置本地存储路径指令、获取解码器版本号指令；根据所述第一通讯协议通过所述解码器向所述Web端发送第二数据，其中，所述第二数据至少包括实时帧数据、返回的解码器版本号；根据所述第二通讯协议通过所述Web端向所述视频设备发送第三数据，其中，所述第三数据至少包括暂停或倍速指令、时间轴播放时跳转到指定时间点播放、文件播放时跳到指定的位置播放；根据所述第二通讯协议通过所述视频设备向所述Web端发送第四数据，其中，所述第四数据至少包括视频编码参数、音频编码参数、实时帧数据。
[0011]另一方面，本申请还提出了一种Web视频的预览设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述一种Web视频的预览设备能够执行：如上述任意一个示例所述的方法。
[0012]另一方面，本申请还提出了一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：如上述任意一个示例所述的方法。
[0013]本申请采用WASM技术用，使用IPC自带的解码器程序实现视频实时解码，并在Web端的播放。视频的解码部分避开了调用Web播放插件的步骤，使用设备自带的解码器安装包，在本地安装，单独实现解码。解码后数据可直接在浏览器上播放，兼容性强，且便于维护升级。下载可靠，安装方便，出图快速可靠，网络延时低，且便于后续升级维护的Web视频预览方案。
附图说明
[0014]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0015]图1为本申请实施例中一种Web视频的预览方法的流程示意图；
[0016]图2为本申请实施例中一种Web视频的预览系统的结构示意图；
[0017]图3为本申请实施例中一种Web视频的预览推理设备的示意图。
具体实施方式
[0018]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0019]以下结合附图，详细说明本申请各实施例提供的技术方案。
[0020]现有VLC插件下载网络环境复杂，Web兼容性差，预览出图缓慢，且作为一款开源软件，难以后续升级改进，可靠性差。且传统的Web视频预览请求的码流无法在浏览器直接播放，需要下载调用Web专用的播放插件，但这一类插件非常受浏览器版本影响，兼容性差。
[0021]如图1所示，本申请实施例提供的一种Web视频的预览方法，该方法包括：
[0022]S101、通过所述Web端自动启动IPC设备，通过所述IPC设备获取码流接口，并通过所述码流接口获取申请码流。
[0023]如图2所示，在Web视频的预览系统中，先登录web后台，调用图形预览界面，Web端
自动使用IPC设备提供的获取码流接口，获取用于拉取音视频流的统一资源定位符(Uniform Resource Locator，URL)。
[0024]S102、通过Web端启动解码器，根据所述申请码流建立通信连接，通过所述通信连接获取视频流，将所述视频流转发至所述解码器，以通过所述解码器对所述视频流进行转码。
[0025]Web端尝试开启系统本地的解码器服务，并在后台运行。如果解码器未安装，Web会给出下载提示，点击网页上的下载窗口，Web端调用下载接口获取下载解码器的URL并使用改RUL将解码器下载到本地。用户在本地安装后可重新尝试点击网页连接出图。
[0026]S103、将转码后的所述视频流传至所述Web端，以通过所述Web端进行渲染出本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种Web视频的预览方法，其特征在于，包括：通过所述Web端自动启动IPC设备，通过所述IPC设备获取码流接口，并通过所述码流接口获取申请码流；通过Web端启动解码器，根据所述申请码流建立通信连接，通过所述通信连接获取视频流，将所述视频流转发至所述解码器，以通过所述解码器对所述视频流进行转码；将转码后的所述视频流传至所述Web端，以通过所述Web端进行渲染出图。2.根据权利要求1所述的方法，其特征在于，通过Web端启动解码器之前，所述方法还包括：通过所述Web后台对所述解码器进行查找；若未查找到所述解码器，则通过所述IPC设备下载并安装所述解码器；开启所述解码器的连接通道，并对所述解码器的连接状态进行检查；若所述解码器在预设时间内的所述连接状态为未连接，则将所述解码器自动关闭。3.根据权利要求2所述的方法，其特征在于，所述方法还包括：确定所述解码器的监听端口，通过所述监听端口进行循环监听，以确定未被占用端口，通过所述未被占用端口进行通信连接。4.根据权利要求1所述的方法，其特征在于，根据所述申请码流建立通信连接，通过所述通信连接获取视频流，具体包括：根据所述申请码流获取视频流的播放地址，确定所述播放地址的格式，根据所述格式与视频设备进行连接，以获取所述视频流；通过所述申请码流实时转发所述视频流，以通过所述解码器对数据完成转码。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：确定Web端的Web后台，调用所述Web后台的预览界面；将所述预览界面与所述解码器连接，通过所述解码器向所述Web后台发送转码后的所述视频流，以通过所述预览界面对所述视频流进行预览。6.根据权利要求1所述的方法，其特征在于，通过所述IPC设备获取码流接口，并通过所述码流接口获取申请码流，具体包括：通过所述IPC设备确定用于获取所述申请码流的gR...

【专利技术属性】
技术研发人员：路凯，王杰，周广阔，
申请(专利权)人：山东中维世纪科技股份有限公司，
类型：发明
国别省市：