CN117714798A - 一种远程视频动态推流的控制方法和装置 - Google Patents

Abstract

本发明提供了一种远程视频动态推流的控制方法，包括步骤：通过视频播放客户端接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端；利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端；通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令；通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端；利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

Description

一种远程视频动态推流的控制方法和装置

技术领域

本发明涉及视频处理技术领域，尤指一种远程视频动态推流的控制方法和装置。

背景技术

随着网络技术的发展，实时视频流的需求日益增长。在现有技术中，视频流的推送和播放常常受限于网络延迟和带宽，特别是在远程通信和大数据传输时。此外，现有技术往往缺乏灵活性和可扩展性，难以适应多变的网络环境和用户需求。

发明内容

本发明的目的是提供一种远程视频动态推流的控制方法和装置，解决上述问题。

本发明提供的技术方案如下：

本发明提供一种远程视频动态推流的控制方法，包括步骤：

通过视频播放客户端接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端；

利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端；

通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令；

通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端；

利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

在一些实现中，所述利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端，包括步骤：所述服务器端包括流媒体服务器和远程服务器；

通过所述流媒体服务器接收所述实时视频流的播放指令；

利用所述远程服务器将所述实时视频流的播放指令转换为所述播放控制指令；

其中，所述播放控制指令包括MQTT协议指令。

在一些实现中，所述通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令，包括步骤：

通过所述边缘计算终端基于所述播放控制指令，以订阅所述远程服务器的MQTT服务，并接收所述实时视频流的推流指令。

在一些实现中，所述通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端，包括步骤：

通过所述边缘计算终端基于所述实时视频流的推流指令，从视频采集端拉取所述实时视频流，并将RTSP格式的实时视频流转换为RTMP格式的实时视频流；

将所述RTMP格式的实时视频流推送至所述流媒体服务器；

其中，所述视频采集端为局域网内的视频采集端。

在一些实现中，在所述利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放之前，还包括步骤：

通过所述流媒体服务器将所述RTMP格式的实时视频流转换为WEBRTC格式的实时视频流。

在一些实现中，所述利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放，包括步骤：

利用所述流媒体服务器将所述RTMP格式的实时视频流和所述WEBRTC格式的实时视频流发送至所述视频播放客户端；

通过所述视频播放客户端基于所述用户输入的播放指令的类型，对所述实时视频流的格式进行选择并进行所述实时视频流的播放。

在一些实现中，还包括步骤：

若所述边缘计算终端接收到所述播放控制指令时，则开启推流进程；

若所述边缘计算终端未接收到所述播放控制指令时，则关闭推流进程。

第二方面，本发明提高一种远程视频动态推流的控制装置，包括：

视频播放客户端，用于接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端；

所述服务器端，用于接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端；

所述边缘计算终端，用于基于所述播放控制指令，调取所述实时视频流的推流指令；

所述边缘计算终端，还用于基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端；

所述服务器端，还用于将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

在一些实现中，所述服务器端包括流媒体服务器和远程服务器；包括：

所述流媒体服务器，用于接收所述实时视频流的播放指令；

所述远程服务器，用于将所述实时视频流的播放指令转换为所述播放控制指令；

其中，所述播放控制指令包括MQTT协议指令。

在一些实现中，所述边缘计算终端，用于：

基于所述播放控制指令，以订阅所述远程服务器的MQTT服务，并接收所述实时视频流的推流指令。

本发明通过动态推流的方式优化了视频传输过程，提高了播放的灵活性和响应速度，还降低了网络延迟和带宽需求。

附图说明

下面将以明确易懂的方式，结合附图说明优选实施方式，对一种远程视频动态推流的控制方法和装置的上述特性、技术特征、优点及其实现方式予以进一步说明。

图1是本发明一种远程视频动态推流的控制方法的一个实施例的流程图；

图2是本发明一种远程视频动态推流的控制方法的另一个实施例的流程图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

另外，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。

在视频流的推送和播放中，网络的及时性和满足带宽需求是非常重要的要件。假设您正在通过over-the-top(OTT)流式处理服务观看一场足球比赛。与此同时，您隔壁的邻居正在传统电视上观看这场比赛，大声庆祝进球、咒骂处罚，而这些比赛场景您还要再等30秒才能看到。对于观众来说，视频延迟的最大问题是在事件发生之后才看到的沮丧感。随着时间的推移，观众对视频延迟的沮丧感逐渐变成了内容提供商的视频延迟问题。对于时间敏感型的视频内容(比如电视体育、游戏、新闻或纯粹的OTT内容，像电子竞技和互动节目)，观众期望实时观看事件的发生过程。在实时娱乐的世界中，视频延迟问题不仅仅毁掉了惊喜，如果任由其发展，它们还将会毁掉观众对其OTT内容提供商的信心。

在远程通信和大数据传输时，视频流的推送和播放常常受限于网络延迟和带宽。延迟可以定义为“某些物理变化的原因和结果之间的时间”。在生活中，人们最容易能够经历到的传输延迟，是通过测量现实生活中记录某些内容以及在屏幕上看到这些内容的时间差来感受到的，例如在相机前面挥动手，而将会在屏幕上过某一时间段后可看到。传输高延迟，尤其在交互式实时体验中，会严重影响用户体验。

在现有技术中，为了解决延迟的主要方法包括：

回到RTMP：RTMP可扩展性不好，使得这种方法可能看起来很奇怪，但云基础设施的技术进步以及CDN中的RTMP支持已经大幅减少了扩展旧协议的代价。但随着RTMP支持的减少、Flash的消亡和浏览器停止对其支持，这种方法未来预期不佳。如果越来越多的CDN停止RTMP支持，会导致继续使用RTMP的成本大幅增加。

基于WebRTC：WebRTC专注于实时数据传输，并为会议工具等案例提供选项。对该解决方案的权衡取决于质量方面，其中速度被认为优先于其他任何方面。此外，大多数CDN尚未提供对WebRTC的支持，该协议需要复杂的服务器设置才能进行部署。

利用WebSockets和HTTP/2.0：WebSockets提供了一种快速在Web上传输数据的方法。这种方法的缺点是缺乏标准化支持。然而，一些公司已经实现了基于该协议的逐帧传输。此解决方案的另一个问题出现在可扩展性上，扩展WebSockets的成本可能会大幅增加。

现有的技术基本都是厂商独家自有的协议，摄像机与视频平台的所有权都是属于厂商平台的，对接也是需要厂商平台自行完成的，导致使用者的成本较高。或者是通过国标GB28181对接视频，但是国标GB28181对接视频的延时较高，比如3～5秒的延时，同时国标也有专门的管理平台，也会大大增加成本。

鉴于现有技术的不足，本发明提供了一种远程视频动态推流的控制方法，该方法通过整合流媒体技术、MQTT协议和边缘计算，实现了视频流的高效传输和灵活管理。下面结合附图进行描述：

请参考图1，其为本申请实施例提供的一种远程视频动态推流的控制方法的流程图。如图1所示，该方法包括以下步骤：

S101通过视频播放客户端接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端。

具体的，用户输入播放实时视频流的播放指令至视频播放客户端，那么在视频播放客户端拉取基于该播放指令的视频流。此处的实时视频流包括实时消息协议(RTMP)视频流或网络实时通信(WebRTC)视频流。

S102利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端。

在本实施例中，服务器端与视频播放客户端建立连接，会实时接收视频播放客户端发送过来的实时视频流的播放指令，并将实时视频流的播放指令转换为可以通过MQTT协议进行发布的播放控制指令。

本发明公开了一种远程视频动态推流的控制方法，主要涉及在流媒体服务器和边缘计算终端之间利用MQTT协议进行有效通信，以实现视频流的动态管理和优化传输。

其中，MQTT((Message Queuing Telemetry Transport，消息队列遥测传输)是ISO标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。它工作在TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议，为此，它需要一个消息中间件。MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。

S103通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令。

在本发明中，边缘计算终端通过MQTT协议接收服务器端发送的播放控制指令，并通过播放控制指令订阅服务器端的MQTT消息处理服务，以接收服务器端的推流指令。

S104通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端。

一个在局域网内的摄像机，不会主动进行实时视频流的推流，即使可以推流也必须提前设置好摄像机参数，这样无法保证对视频流的实时控制(打开或关闭)。

基于这个问题，本发明通过程序去实现控制实时视频流的推送，先拉取再推送，能够做到实时视频流的实时关闭和实时打开。

S105利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

在本发明中，该方法适用于实时监控、远程教育、直播等需要迅速且高效视频传输的应用场景。

本发明提供了一种远程视频动态推流的控制方法，该方法通过整合流媒体技术、MQTT协议和边缘计算，实现了视频流的高效传输和灵活管理。同时，本发明的控制方法提高了视频流的传输效率和播放响应速度，降低了对服务器资源、网络延迟和带宽的依赖。同时，该方法具有良好的灵活性和可扩展性，能够适应多种网络环境和用户需求，特别适用于实时监控、远程教育、直播等场景。

在一个实施例中，所述利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端，包括步骤：所述服务器端包括流媒体服务器和远程服务器；

通过所述流媒体服务器接收所述实时视频流的播放指令。

其中，流媒体指以流方式在网络中传送音频、视频和多媒体文件的媒体形式。相对于下载后观看的网络播放形式而言，流媒体的典型特征是把连续的音频和视频信息压缩后放到网络服务器上，用户边下载边观看，而不必等待整个文件下载完毕。由于流媒体技术的优越性，该技术广泛应用于视频点播、视频会议、远程教育、远程医疗和在线直播系统中。作为新一代互联网应用的标志，流媒体技术在近几年得到了飞速的发展。

流媒体服务器是流媒体应用的核心系统，是运营商向用户提供视频服务的关键平台。流媒体服务器的主要功能是对流媒体内容进行采集、缓存、调度和传输播放。流媒体应用系统的主要性能体现都取决于媒体服务器的性能和服务质量。因此，流媒体服务器是流媒体应用系统的基础，也是最主要的组成部分。

利用所述远程服务器将所述实时视频流的播放指令转换为所述播放控制指令。

边缘计算是为应用开发者和服务提供商在网络的边缘侧提供云服务和IT环境服务；目标是在靠近数据输入或用户的地方提供计算、存储和网络带宽。边缘计算着重要解决的问题，是传统云计算(或者说是中央计算)模式下存在的高延迟、网络不稳定和低带宽问题。举一个现实的例子，几乎所有人都遇到过手机APP出现“无法访问错误”的情况，这样的一些错误就和网络状况、云服务器带宽限制有关系。由于资源条件的限制，云计算服务不可避免收到高延迟、和网络不稳定带来的影响，但是通过将部分或者全部处理程序迁移至靠近用户或数据收集点，边缘计算能够大大减少在云中心模式站点下给应用程序所带来的影响。

其中，所述播放控制指令包括MQTT协议指令。

具体的，在流媒体服务器上运行程序以接收播放请求，并在远程服务器上将其转换为消息队列遥测传输(MQTT)指令后发布。

其中，流媒体服务器和远程服务器位于同一个硬件终端上。远程服务器(MQTT服务端软件)用于接收视频播放客户端的播放请求，转换成播放请求控制指令(MQTT协议指令)。

参考图2所示，所述通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令，包括步骤：

通过所述边缘计算终端基于所述播放控制指令，以订阅所述远程服务器的MQTT服务，并接收所述实时视频流的推流指令。

本实施例中，边缘计算终端的功能包括视频拉流转码、视频推流服务、MQTT消息处理服务。

在边缘计算终端上运行程序以订阅远程服务器(MQTT服务端)的MQTT服务并接收推流指令。具体的，转码程序在边缘计算终端上，视频播放客户端会向流媒体服务器请求实时视频流，转码程序会接收播放请求，然后自动推流。这个播放请求发送和接收都是通过转码程序完成的，均是使用了mqtt协议。

在本发明中，若所述边缘计算终端接收到所述播放控制指令时，则开启推流进程；若所述边缘计算终端未接收到所述播放控制指令时，则关闭推流进程。

具体的，边缘计算终端具备打开和关闭功能，边缘计算终端在没有接收播放请求控制指令时，会关闭推流进程。这样可以在推流进程关闭时不占用摄像机的网络带宽资源，避免浪费网络带宽资源。

在一个实施例中，所述通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将1所述实时视频流推送至所述服务器端，包括步骤：

通过所述边缘计算终端基于所述实时视频流的推流指令，从视频采集端拉取所述实时视频流，并将RTSP格式的实时视频流转换为RTMP格式的实时视频流；将所述RTMP格式的实时视频流推送至所述流媒体服务器。

其中，所述视频采集端为局域网内的视频采集端。

具体的，该边缘计算终端进一步执行程序以动态拉取摄像机的视频流并将其推送至指定的流媒体服务器；摄像机的视频流是RTSP流，通过边缘计算终端上的程序拉取RTSP流转为RTMP流推送给流媒体服务器。

在本实施例中，为了避免出现视频采集端和视频播放客户端的权限不需要从厂商高成本获取，将视频播放客户端、边缘计算终端和视频采集端连接在同一个局域网内。

具体的，视频播放客户端的播放请求和视频采集端的参数进行匹配，比如：视频采集端的ID为1，那么播放请求的地址与视频采集端的ID对应。ID和播放请求的地址的关联库，会放置在播放客户和边缘计算终端上，用于播放和推流实时视频流。

在一个实施例中，在所述利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放之前，还包括步骤：

通过所述流媒体服务器将所述RTMP格式的实时视频流转换为WEBRTC格式的实时视频流。

在本实施例中，WEBRTC格式的实时视频流的延时远小于RTMP格式的实时视频流的延时，因此，流媒体服务器将接收到的RTMP格式的实时视频流，转为WEBRTC格式的实时视频流，能够有效降低实时视频播放的延时。

通过结合RTMP或WebRTC视频流技术，本发明不仅提高了视频播放的灵活性和响应速度，而且降低了网络延迟和带宽要求，适用于各种需要迅速且高效视频传输的场景。

其中，RTMP，被称为实时消息传输协议，是由Adobe公司开发的一个广泛支持的流媒体协议。多年来，它一直很受欢迎，特别是由于它与Adobe Flash Player兼容。RTMP确保安全和可靠的数据传输，以实现视频和音频流。

WebRTC，一个由互联网工程任务组(IETF)支持并被现代Web浏览器采用的高度先进的协议。由于其对实时通信的卓越适用性，它在在线游戏、实时视频流和视频会议等应用中表现出色。WebRTC采用了用户数据报协议(UDP)，以最小的延迟提供持续的视频和音频数据流。此外，它支持动态自适应流媒体，提供高质量的视频内容，同时适应不同的网络条件。

在一个实施例中，所述利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放，包括步骤：

利用所述流媒体服务器将所述RTMP格式的实时视频流和所述WEBRTC格式的实时视频流发送至所述视频播放客户端；

通过所述视频播放客户端基于所述用户输入的播放指令的类型，对所述实时视频流的格式进行选择并进行所述实时视频流的播放。

在具体应用中，流媒体服务器会输送两种视频流至视频播放客户端，视频播放客户端可以播放任意一种视频流。用户通过其视频播放客户端获取流媒体服务器上的视频流以实现视频播放。

第二方面，本发明提高一种远程视频动态推流的控制装置，包括：

视频播放客户端，用于接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端。

具体的，视频播放客户端的程序包括播放模块，用于获取并播放从流媒体服务器接收到的视频流。

所述服务器端，用于接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端。

所述边缘计算终端，用于基于所述播放控制指令，调取所述实时视频流的推流指令。

所述边缘计算终端，还用于基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端。

所述服务器端，还用于将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

基于上述实施例，在本装置中与方法实施例相同的部分就不一一赘述了。

本发明通过动态推流的方式优化了视频传输过程，提高了播放的灵活性和响应速度，还降低了网络延迟和带宽需求。本系统已用于民防工程智慧物联系统中，实现动态视频流的推送，成功降低了视频设备的硬件投资成本。

在一个实施例中，所述服务器端包括流媒体服务器和远程服务器；包括：

所述流媒体服务器，用于接收所述实时视频流的播放指令。

所述远程服务器，用于将所述实时视频流的播放指令转换为所述播放控制指令。

其中，所述播放控制指令包括MQTT协议指令。

在一个实施例中，所述边缘计算终端，用于：

基于所述播放控制指令，以订阅所述远程服务器的MQTT服务，并接收所述实时视频流的推流指令。

具体的，边缘计算终端的程序包括订阅模块和推流模块，订阅模块用于订阅并接收MQTT指令，推流模块用于根据接收到的指令动态拉取并推送视频流。

本实施例中，边缘计算终端的功能包括视频拉流转码、视频推流服务、MQTT消息处理服务。

在边缘计算终端上运行程序以订阅远程服务器(MQTT服务端)的MQTT服务并接收推流指令。具体的，转码程序在边缘计算终端上，视频播放客户端会向流媒体服务器请求实时视频流，转码程序会接收播放请求，然后自动推流。这个播放请求发送和接收都是通过转码程序完成的，均是使用了mqtt协议。

在本发明中，若所述边缘计算终端接收到所述播放控制指令时，则开启推流进程；若所述边缘计算终端未接收到所述播放控制指令时，则关闭推流进程。

具体的，边缘计算终端具备打开和关闭功能，边缘计算终端在没有接收播放请求控制指令时，会关闭推流进程。这样可以在推流进程关闭时不占用摄像机的网络带宽资源，避免浪费网络带宽资源。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的程序模块完成，即将所述装置的内部结构划分成不同的程序单元或模块，以完成以上描述的全部或者部分功能。实施例中的各程序模块可以集成在一个处理单元中，也可是各个单元单独物理存在，也可以两个或两个以上单元集成在一个处理单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序单元的形式实现。另外，各程序模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述或记载的部分，可以参见其他实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

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

Claims (10)

1.一种远程视频动态推流的控制方法，其特征在于，包括步骤：

通过视频播放客户端接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端；

利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端；

通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令；

通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端；

利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

2.根据权利要求1所述的远程视频动态推流的控制方法，其特征在于，所述利用所述服务器端接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端，包括步骤：所述服务器端包括流媒体服务器和远程服务器；

通过所述流媒体服务器接收所述实时视频流的播放指令；

利用所述远程服务器将所述实时视频流的播放指令转换为所述播放控制指令；

其中，所述播放控制指令包括MQTT协议指令。

3.根据权利要求2所述的远程视频动态推流的控制方法，其特征在于，所述通过所述边缘计算终端基于所述播放控制指令，调取所述实时视频流的推流指令，包括步骤：

通过所述边缘计算终端基于所述播放控制指令，以订阅所述远程服务器的MQTT服务，并接收所述实时视频流的推流指令。

4.根据权利要求3所述的远程视频动态推流的控制方法，其特征在于，所述通过所述边缘计算终端基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端，包括步骤：

通过所述边缘计算终端基于所述实时视频流的推流指令，从视频采集端拉取所述实时视频流，并将RTSP格式的实时视频流转换为RTMP格式的实时视频流；

将所述RTMP格式的实时视频流推送至所述流媒体服务器；

其中，所述视频采集端为局域网内的视频采集端。

5.根据权利要求4所述的远程视频动态推流的控制方法，其特征在于，在所述利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放之前，还包括步骤：

通过所述流媒体服务器将所述RTMP格式的实时视频流转换为WEBRTC格式的实时视频流。

6.根据权利要求5所述的远程视频动态推流的控制方法，其特征在于，所述利用所述服务器端将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放，包括步骤：

利用所述流媒体服务器将所述RTMP格式的实时视频流和所述WEBRTC格式的实时视频流发送至所述视频播放客户端；

通过所述视频播放客户端基于所述用户输入的播放指令的类型，对所述实时视频流的格式进行选择并进行所述实时视频流的播放。

7.根据权利要求1～6中任一项所述的远程视频动态推流的控制方法，其特征在于，还包括步骤：

若所述边缘计算终端接收到所述播放控制指令时，则开启推流进程；

若所述边缘计算终端未接收到所述播放控制指令时，则关闭推流进程。

8.一种远程视频动态推流的控制装置，其特征在于，包括：

视频播放客户端，用于接收用户输入的实时视频流的播放指令，并将所述实时视频流的播放指令发送至服务器端；

所述服务器端，用于接收实时视频流的播放指令，并发送播放控制指令至边缘计算终端；

所述边缘计算终端，用于基于所述播放控制指令，调取所述实时视频流的推流指令；

所述边缘计算终端，还用于基于所述实时视频流的推流指令，动态拉取所述实时视频流并将所述实时视频流推送至所述服务器端；

所述服务器端，还用于将所述实时视频流推送至所述视频播放客户端，以供所述用户进行视频播放。

9.根据权利要求8所述的远程视频动态推流的控制装置，其特征在于，所述服务器端包括流媒体服务器和远程服务器；包括：

所述流媒体服务器，用于接收所述实时视频流的播放指令；

所述远程服务器，用于将所述实时视频流的播放指令转换为所述播放控制指令；

其中，所述播放控制指令包括MQTT协议指令。

10.根据权利要求9所述的远程视频动态推流的控制装置，其特征在于，所述边缘计算终端，用于：

基于所述播放控制指令，以订阅所述远程服务器的MQTT服务，并接收所述实时视频流的推流指令。