掌桥专利:专业的专利平台
掌桥专利
首页

视频传输方法、装置、电子设备、计算机可读存储介质

文献发布时间:2023-06-19 13:27:45


视频传输方法、装置、电子设备、计算机可读存储介质

技术领域

本发明涉及视频监控技术领域,尤其是涉及一种视频传输方法、 装置、电子设备、计算机可读存储介质。

背景技术

蜂窝5G网络已经逐步商业化,越来越多的设备集成了蜂窝5G 模块,通过其超高带宽高效完成数据传输。5G监控设备也是运用了 蜂窝5G技术,将采集的视频数据实时传送到监控平台,实现监控数 据远程、高清、实时查看。目前蜂窝5G网络除了支持无线数据传输外,还支持传统的语音对讲功能。当监控设备在进行高清数据传输的 时候,如果设备触发了远程语音对讲,且因模组能力或者环境原因无 法使用VONR或者VOLTE功能,监控设备会从原先的5G NR模式 回落到4G LTE,甚至是2G GSM模式,完成语音通话。这段时间由 于监控设备处在较低的网络模式,网络上行带宽会大幅下降,会直接 导致此时间段内视频传输卡顿,画面不流畅。

发明内容

本发明提供一种视频传输方法、装置、电子设备、计算机可读存 储介质。其能够解决视频传输卡顿,画面不流畅的问题。

为解决上述技术问题,本发明提供的第一个技术方案为:提供一 种视频传输方法,包括:监控设备实时采集当前视频数据,对当前视 频数据进行检测,以判断是否出现预设事件;响应于出现预设事件, 检测监控设备当前所支持的第一网络模式;利用与第一网络模式匹配 的视频数据传输的第一码流,将当前视频数据发送至服务器。

其中,响应于出现预设事件,检测监控设备当前所支持的第一网 络模式的步骤,包括:响应于出现预设事件,监控设备发出通信请求 以与监控平台进行语音通信;检测监控设备处于语音通信状态下所支 持的第一网络模式。

其中,监控设备实时采集当前视频数据,对当前视频数据进行检 测,以判断是否出现预设事件的步骤,包括:响应于未出现预设事件, 获取监控设备所支持的第二网络模式;利用与第二网络模式匹配的视 频数据传输的第二码流,将当前视频数据发送至服务器。

其中,利用与第一网络模式匹配的视频数据传输的第一码流,将 当前视频数据发送至服务器的步骤,之后还包括:结束监控设备的语 音通信状态,检测监控设备非语音通信状态下所支持的第三网络模式; 若第三网络模式与第一网络模式相同,则利用第一码流,将再次采集 的视频数据发送至服务器;若第三网络模式与第一网络模式不同,则 利用与第三网络模式匹配的视频数据传输的第三码流,将再次采集的 视频数据发送至服务器。

其中,所述响应于未出现预设事件,获取所述监控设备所支持的 第二网络模式的步骤,包括:响应于未出现预设事件,检测所述监控 设备当前是否支持5G网络模式,进而得到所述第二网络模式;所述 利用与第二网络模式匹配的视频数据传输的第二码流,将当前视频数 据发送至服务器的步骤,包括:响应于支持所述5G网络模式,利用 与所述5G网络模式匹配的视频数据传输的第二码流,将所述当前视 频数据发送至服务器。

其中,所述响应于出现预设事件,检测所述监控设备当前所支持 的第一网络模式的步骤,包括:响应于出现预设事件,检测所述监控 设备当前是否支持所述5G网络模式;响应于不支持所述5G网络模 式,检测所述监控设备是否支持4G网络模式或者3G网络模式或者 2G网络模式,进而确定所述监控设备当前所支持的所述第一网络模 式;利用与所述第一网络模式匹配的视频数据传输的第一码流,将所 述当前视频数据发送至服务器的步骤,包括:利用与所述4G网络模 式或者所述3G网络模式或者所述2G网络模式匹配的视频数据传输 的第一码流,将所述当前视频数据发送至服务器。

其中,所述结束所述监控设备的语音通信状态,检测所述监控设 备非语音通信状态下所支持的第三网络模式的步骤,包括:结束所述 监控设备的语音通信状态,检测所述监控设备非语音通信状态下是否 还支持4G网络模式或者3G网络模式或者2G网络模式,进而确定 所述第三网络模式。

其中,方法还包括:接收来自服务器的参数调整指令,基于参数 调整指令检测监控设备当前所支持的第四网络模式;利用与第四网络 模式匹配的视频数据传输的第四码流,将目前采集的视频数据发送至 服务器。

为解决上述技术问题,本发明提供的第二个技术方案为:提供一 种视频传输方法,包括:监控平台接收第一码流;对第一码流进行解 码,进而播放当前视频数据;其中,其中,所述第一码流与所述监控 设备当前所支持的第一网络模式匹配

其中,对第一码流进行解码,进而播放当前视频数据之后,还包 括:发送参数调整指令,以使得监控设备基于参数调整指令检测监控 设备当前所支持的第四网络模式;接收第四码流,并对第四码流进行 解码,以播放目前采集的视频数据;其中,所述第四码流与所述监控 设备当前所支持的第四网络模式匹配。

其中,所述发送参数调整指令的步骤,包括:检测所述监控平台 当前播放的视频的画面质量,在所述画面质量小于预设值时,发送所 述参数调整指令。

其中,所述检测所述监控平台当前播放的视频的画面质量,在所 述画面质量小于预设值时,发送所述参数调整指令的步骤,包括:若 当前播放的视频出现卡顿、闪烁、模糊中任一种时,发送所述参数调 整指令。

为解决上述技术问题,本发明提供的第三个技术方案为:提供一 种视频传输装置,包括:第一检测模块,用于监控设备实时采集当前 视频数据,对当前视频数据进行检测,以判断是否出现预设事件;第 二检测模块,用于响应于出现预设事件,检测监控设备当前所支持的 第一网络模式;发送模块,用于利用与所述第一网络模式匹配的视频 数据传输的第一码流,将所述当前视频数据发送至服务器。

为解决上述技术问题,本发明提供的第四个技术方案为:提供一 种视频传输装置,包括:接收模块,用于接收第一码流;解码模块, 用于对第一码流进行解码,进而播放当前视频数据;其中,所述第一 码流与所述监控设备当前所支持的第一网络模式匹配。

为解决上述技术问题,本发明提供的第五个技术方案为:提供一 种电子设备,包括:存储器和处理器,其中,存储器存储有程序指令, 处理器从存储器调取程序指令以执行上述任一项的视频传输方法。

为解决上述技术问题,本发明提供的第六个技术方案为:提供一 种计算机可读存储介质,存储有程序文件,程序文件能够被执行以实 现上述任一项的视频传输方法。

本发明的有益效果,区别于现有技术的情况,本发明提供的视频 传输方法,能够在出现预设事件时,基于与监控设备当前所支持的网 络模式匹配的视频数据传输的第一码流,将当前视频数据发送至服务 器。以此能够提高码流流畅度,减少监控平台视频播放卡顿现象。

附图说明

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

图1为本发明视频传输方法的第一实施例的流程示意图;

图2为本发明视频传输方法的第二实施例的流程示意图;

图3为本发明视频传输方法的第三实施例的流程示意图;

图4为本发明视频传输方法的第四实施例的流程示意图;

图5为本发明视频传输方法的第五实施例的流程示意图;

图6为本发明视频传输方法的第六实施例的流程示意图;

图7为本发明视频传输装置的第一实施例的结构示意图;

图8为本发明视频传输装置的第二实施例的结构示意图;

图9为本发明电子设备的一实施例的结构示意图;

图10为本发明计算机可读存储介质的一实施例的结构示意图。

具体实施方式

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

请参见图1,为本发明视频传输方法的第一实施例的流程示意图, 具体包括:

步骤S11:监控设备实时采集当前视频数据,对当前视频数据进 行检测,以判断是否出现预设事件。

为了保证公民安全,会在各个区域设置监控设备,以监控各个区域 的安全情况。监控设备会对所属区域进行视频录制,并将录制的视频进 行编码,以码流的形式上传至服务器,服务器会将视频下发至各个监控 平台,例如安全监控系统。以此能够及时告知安全防控中心该区域的情 况。

在一实施例中,监控设备实时采集当前视频数据,并对当前视频 数据进行检测,以判断是否出现预设事件。例如,监控设备对当前采 集的视频数据进行检测,以判断是否出现火灾、抢劫、坍塌等不安全 事故。具体的,监控设备对采集的视频数据中的图像帧进行特征提取 以及特征识别等处理,进而确定图像中是否具有火灾、抢劫、坍塌等 预设事件,若是,则确定出现预设事件。

步骤S12:响应于出现预设事件,检测监控设备当前所支持的第 一网络模式。

在出现预设事件时,检测监控设备当前所支持的第一网络模式。 具体的,以5G监控设备为例进行说明,5G监控设备在安装时,其 内部软件限定其在视频传输时,以5G NR模式对应的编码参数对视 频进行编码进而得到码流。但是蜂窝5G网络会出现不稳定的情况,例如会从5G NR模式网络模式,变为4G TEL模式,此时仍然以5G NR 模式对应的编码参数对视频进行编码,会造成码流流畅度不足,进而 使得服务器下发至监控平台端的视频出现卡顿的现象。为了减少这一 问题,本实施例的方法,在检测到出现预设事件时,检测监控设备当 前所支持的第一网络模式,利用与监控设备当前所支持的第一网络模 式匹配的视频数据传输的第一码流,将当前视频传输数据发送至服务 器。以此可以缓解视频卡顿现象。

步骤S13:利用与所述第一网络模式匹配的视频数据传输的第一 码流,将所述当前视频数据发送至服务器。

具体的,利用与监控设备当前所支持的第一网络模式匹配的视频 数据传输的第一码流,将当前视频传输数据发送至服务器。

例如,若当前监控设备所支持的第一网络模式为5G NR模式, 则利用5G NR模式匹配的视频数据传输的第一码流,将当前视频传 输数据发送至服务器。此时,可以使得监控设备发送至服务器的第一 码流为超高清码流,进一步的,服务器下发至监控平台的视频数据为 超高清视频画质。

若当前监控设备所支持的第一网络模式为4G TEL模式,则利用 4G TEL模式匹配的视频数据传输的第一码流,将当前视频传输数据 发送至服务器。此时,可以使得监控设备发送至服务器的第一码流为 高清码流,进一步的,服务器下发至监控平台的视频数据为高清视频 画质。

若当前监控设备所支持的第一网络模式为2G GSM模式,则利用 2G GSM模式匹配的视频数据传输的第一码流,将当前视频传输数据 发送至服务器。此时,可以使得监控设备发送至服务器的第一码流为 标清码流,进一步的,服务器下发至监控平台的视频数据为标清视频 画质。

监控设备将第一码流发送至服务器,进而将当前视频数据发送至 服务器,服务器可以进一步将当前视频数据下发至监控平台,以使得 监控平台能够无卡顿的播放监控区域的画面,准确知道监控区域的预 设事件的情况。

本实施例的方法,能够根据监控设备支持的网络模式选择与之匹 配的视频数据传输的第一码流,利用第一码流将当前视频数据发送至 服务器。以此能够提高码流流畅度,进而提高监控平台所获取的视频 画面的流畅度,减少视频画面卡顿。

请参见图2,为本发明视频传输方法的第二实施例的流程示意图。 其中步骤S21、步骤S24与上述图1所示的第一实施例中的步骤S11、 步骤S13相同。区别在于,本实施例在步骤S21之后以及步骤S24 之前还包括:

步骤S22:响应于出现预设事件,监控设备发出通信请求以与监 控平台进行语音通信。

目前许多区域都安装使用具有语音通话功能的监控设备,该设备 在进行视频数据传输的同时,还有可能触发语音通话功能,而语音通 话功能会对视频传输造成影响。

具体的,以具有语音通话功能的监控设备为例进行说明。本实施 例中,在检测到当前视频数据出现预设事件时,监控设备触发语音通 话功能,发出通信请求至服务器,进而使得服务器将通信请求转接至 监控平台,以通过语音的方式结合视频的方式向监控平台反映区域的 预设事件具体情况。

步骤S23:检测监控设备处于语音通信状态下所支持的第一网络 模式。

在本实施例中,在检测到预设事件时,触发监控设备的语音通信 功能,在监控设备处于语音通信状态下检测监控设备所支持的第一网 络模式。具体的,例如,监控设备未处于通信状态下时,其注册在 5G NR模式,则可以利用5G NR模式匹配的视频数据传输的第一码 流,将当前视频数据发送至服务器。当监控设备处于语音通信状态下 时,其从5G NR模式回落到4G LTE模式,此时需要利用与4G LTE 模式匹配的视频数据传输的第一码流,将当前视频数据发送至服务器。

通过本实施例的方式,可以在出现预设事件时,触发监控设备的 通信功能,检测监控设备处于通信功能下的网络模式,利用与网络模 式匹配的码流进行视频数据传输。以此能够在监控设备处于通信状态 下保证码流流畅度,进而提高监控平台所获取的视频画面的流畅度, 减少视频画面卡顿。

在另一实施例中,在安装该监控设备时,还可以对监控设备的功 能进行初始化,进而确定该监控设备的模组、SIM卡以及运营商环境 所支持的网络模式。在一实施例中,可以利用监控设备拨打公共电话, 例如10086、10010等,在通话过程中,若监控设备仍然注册在5G NR 模式,则说明该监控设备支持VONR网络技术,若监控设备从5G NR 模式回落到4GLTE,则说明当前系统不支持5G VONR技术,仅支 持4G LTE技术。也就是说,当触发监控设备的语音通话功能后,需 要利用4G LTE技术对应的编码参数对视频数据进行编码。通过该方式,可以在出现预设事件时,直接利用4G LTE模式匹配的视频数据 传输的第一码流,将当前视频数据发送至服务器。在另一实施例中, 还可以进一步检测通信状态下,监控设备所支持的网络模式是否从 4G回落到3G或者2G网络模式,若是,则利用3G或者2G网络模 式匹配的视频数据传输的第一码流,将当前视频数据发送至服务器。

进一步的,在一实施例中,还可以相隔预设时间段对监控设备所 支持的网络模式进行检测,然后根据检测的结果选择对应的视频数据 传输的码流对视频数据进行传输。以此能够实时保证监控设备的码流 流畅度,进而提高监控平台所获取的视频画面的流畅度,减少视频画 面卡顿。

进一步的,在监控设备的语音通信状态结束后,再次检测监控设 备非语音通信状态下所支持的第三网络模式。若第三网络模式与处于 语音通信状态下的第一网络模式相同,则继续利用第一码流(第一码 流为与第一网络模式匹配的视频传输的码流)将再次采集的视频数据 发送至服务器。若第三网络模式与处于通信状态下的第一网络模式不 同,则利用与第三网络模式匹配的视频数据传输的第三码流,将再次 采集的视频数据发送至服务器。

请参见图3,为本发明视频传输方法的第三实施例的流程示意图。 其中步骤S31、步骤S32、步骤S33与上述图1所示的第一实施例中 的步骤S11、步骤S12以及步骤S13相同,区别在于,本实施例在步 骤S33之后还包括:

步骤S34:响应于未出现预设事件,获取监控设备所支持的第二 网络模式。

具体的,若未出现预设事件,则可以在预设时间段获取监控设备 所支持的第二网络模式。假设可以相隔3分钟时间对监控设备所支持 的网络模式做一次检测。例如,在8:00对监控设备所支持的网络模 式进行检测,获取此时监控设备所支持的第二网络模式;在8:03对 监控设备所支持的网络模式进行检测,获取此时监控设备所支持的第 二网络模式。

步骤S35:利用与第二网络模式匹配的视频数据传输的第二码流, 将当前视频数据发送至服务器。

具体的,利用第二网络模式匹配的视频数据传输的第二码流,将 当前视频数据发送至服务器。

本实施例的方法,在没有出现预设事件时,相隔预设时间段对监 控设备所支持的网络模式进行检测。能够保证监控设备实时都能以适 应网络模式的码流对采集的视频数据进行传输,进而保证监控设备实 时传输的码流均保持流畅。能够进一步减少监控平台播放的视频卡顿。

请参见图4,为本发明视频传输方法的第四实施例的流程示意图。 本实施例中,步骤S41、步骤S42、步骤S43、步骤S44与图2所示 的步骤S21、步骤S22、步骤S23、步骤S24相同,区别在于,本实 施例在步骤S44之后还包括:

步骤S45:接收来自服务器的参数调整指令,基于参数调整指令 检测监控设备当前所支持的第四网络模式。

本实施例中,在出现预设事件,且监控设备处于语音通信状态与 监控平台建立语音通信连接后,若监控平台所接收的视频数据出现卡 顿,或者清晰度不足时,进一步向服务器发送参数调整指令,服务器 将参数调整指令转发至监控设备,监控设备基于该参数调整指令检测 监控设备当前所支持的第四网络模式。

步骤S46:利用与第四网络模式匹配的视频数据传输的第四码流, 将目前采集的视频数据发送至服务器。

监控设备利用与第四网络模式匹配的视频数据传输的第四码流, 将目前采集的视频数据发送至服务器。

对本实施例进行举例说明:在8:00时,监控设备检测到预先预 设事件,发送通信请求以与监控平台建立语音通信连接,在语音通信 状态下检测当前所支持的第一网络模式,并利用第一网络模式匹配的 视频数据传输的第一码流,将目前采集的视频数据发送至服务器,服 务器下发至监控平台进行视频播放。在8:05时,监控平台发现视频 出现卡断现象,向服务器发送参数调整指令,服务器将参数调整指令 转发至监控设备,监控设备基于参数调整指令再次检测当前支持的第 四网络模式,利用与第四网络模式匹配的视频数据传输的第四码流, 将目前采集的视频数据发送至服务器,进而在监控平台上显示。在另 一实施例中,还可以检测第四网络模式与第一网络模式是否相同,若 相同,则说明造成视频卡断的现象不是网络模式,此时可以降低码流 的参数。例如,若第一网络模式时编码得到的是高清码流,此时可以 编码得到标清码流,以此解决视频卡断现象。

通过本实施例的方式,可以使得用户通过监控平台以及监控设备 对现场的工作人员进行现场指挥。

在本申请的一实施例中,假设监控设备在安装时注册到5G网络 模式。在未出现预设事件时,持续检测监控设备是否支持5G网络模 式,进而得到第二网络模式;若监控设备当前支持5G网络模式,则 第二网络模式为5G网络模式,利用与5G网络模式匹配的视频数据传输的第二码流,将所述当前视频数据发送至服务器。在出现预设事 件时,检测监控设备当前是否支持还支持5G网络模式,或者监控设 备建立与监控平台的语音通信,检测监控设备在语音通信状态下是否 还支持5G网络模式。若支持5G网络模式,则第一网络模式为5G网络模式,利用与5G网络模式匹配的视频数据传输的第一码流,将 所述当前视频数据发送至服务器。若不支持5G网络模式,则进一步 检测监控设备是否支持4G网络模式或者3G网络模式或者2G网络 模式,进而确定监控设备当前所支持的第一网络模式。当监控设备支 持4G网络模式时,第一网络模式为4G网络模式,当监控设备支持 3G网络模式时,则第一网络模式为3G网络模式,当监控设备支持 2G网络模式时,则第一网络模式为2G网络模式。利用与4G网络模 式或者3G网络模式或者2G网络模式匹配的视频数据传输的第一码 流,将所述当前视频数据发送至服务器。进一步的,结束监控设备的 语音通信状态,检测监控设备非通信状态下是否还支持4G网络模式 或者3G网络模式或者2G网络模式,进而确定第三网络模式。判断 第三网络模式与第一网络模式是否相同,若是,则利用第一码流对再 次采集的视频数据进行编码。若否,则利用第三网络模式匹配的视频 数据传输的第三码流,将再次采集的视频数据发送至服务器。

需要说明的是,本申请中的第一码流、第二码流、第三码流以及 第四码流均表示视频数据传输的清晰度,例如高清、标清等。

请参见图5,为本发明视频传输方法的第五实施例的流程示意图。 具体包括:

步骤S51:监控平台接收第一码流。

监控设备利用匹配当前所支持的第一网络模式的视频数据传输 的第一码流,将当前视频数据发送至服务器,服务器将第一码流下发 至监控平台,监控平台接收第一码流。

步骤S52:对第一码流进行解码,进而播放当前视频数据。

监控平台对第一码流进行解码,进而播放当前视频数据。

本实施例中,第一码流匹配监控设备当前所支持的第一网络模式, 相较于现有技术的情况,提高了码流流畅度,进一步的,减少了监控 平台播放的当前视频数据的卡顿现象。

请参见图6,为本发明视频传输方法的第六实施例的流程示意图。 其中步骤S61以及步骤S62与上述图5所示的第五实施例中的步骤 S51以及步骤S52相同,区别在于,本实施例在步骤S62之后还包括:

步骤S63:发送参数调整指令,以使得监控设备基于参数调整指 令检测监控设备当前所支持的第四网络模式。

具体的,检测所述监控平台当前播放的视频的画面质量,在所述 画面质量小于预设值时,发送所述参数调整指令至服务器,服务器将 参数调整直流下发至监控设备,以使得监控设备基于参数调整指令检 测监控设备当前所支持的第四网络模式。

具体的,若监控平台当前播放的视频出现卡顿、闪烁、模糊中任 一种时,则发送所述参数调整指令至服务器,服务器将参数调整直流 下发至监控设备,以使得监控设备基于参数调整指令检测监控设备当 前所支持的第四网络模式。

步骤S64:接收第四码流,并对第四码流进行解码,以播放目前 采集的视频数据。

具体的,监控设备利用与当前所支持的第四网络模式匹配的视频 数据传输的第四码流,将目前采集的视频数据发送至服务器,服务器 将第四码流下发至监控平台,监控平台接收第四码流,并对第四码流 进行解码,以播放目前采集的视频数据。

本方法能够实时提高码流流畅度,进一步的,减少了监控平台播 放的当前视频数据的卡顿现象。

请参见图7,为本发明视频传输装置的第一实施例的结构示意图。 本实施例的视频传输装置为监控设备,具体包括:第一检测模块71、 第二检测模块72以及发送模块73。

其中,第一检测模块71用于监控设备实时采集当前视频数据, 对当前视频数据进行检测,以判断是否出现预设事件。

第二检测模块72用于响应于出现预设事件,检测监控设备当前 所支持的第一网络模式。具体的,在出现预设事件时,第二检测模块 72检测监控设备当前所支持的第一网络模式。具体的。以5G监控设 备为例进行说明,5G监控设备在安装时,其内部软件限定其在视频 传输时,以5G NR模式对应的编码参数对视频进行编码进而得到码 流。但是蜂窝5G网络会出现不稳定的情况,例如会从5G NR模式, 变为4G TEL,此时仍然以5G NR模式对应的编码参数对视频进行编 码,会造成码流流畅度不足,进而使得服务器下发至监控平台端的视 频出现卡顿的现象。为了减少这一问题,本实施例的方法,在检测到 出现预设事件时,检测监控设备当前所支持的第一网络模式,利用与 监控设备当前所支持的第一网络模式匹配的视频数据传输的第一码 流,将当前视频传输数据发送至服务器。以此可以缓解视频卡顿现象。 在一实施例中,第二检测模块72还用于响应于出现预设事件,发出 通信请求以与监控平台进行语音通信,检测监控设备处于语音通信状 态下所支持的第一网络模式。目前许多区域都安装使用具有语音通话 功能的监控设备,该设备在进行视频数据传输的同时,还有可能触发 语音通话功能,而语音通话功能会对视频传输造成影响。

具体的,以具有语音通话功能的监控设备为例进行说明。本实施 例中,第二检测模块72在检测到当前视频数据出现预设事件时,监 控设备触发语音通话功能,发出通信请求至服务器,进而使得服务器 将通信请求转接至监控平台,以通过语音的方式结合视频的方式向监 控平台反映区域的预设事件具体情况。在本实施例中,在检测到预设 事件时,触发监控设备的语音通信功能,在监控设备处于语音通信状 态下检测监控设备所支持的第一网络模式。具体的,例如,监控设备 未处于通信状态下时,其注册在5G NR模式,则可以利用5G NR模 式匹配的视频数据传输的第一码流,将当前视频数据发送至服务器。 当监控设备处于语音通信状态下时,其从5G NR模式回落到4G LTE 模式,此时需要利用与4G LTE模式匹配的视频数据传输的第一码流, 将当前视频数据发送至服务器。

通过本实施例的装置,可以在出现预设事件时,触发监控设备的 通信功能,检测监控设备处于通信功能下的网络模式,利用与网络模 式匹配的码流进行视频数据传输。以此能够在监控设备处于通信状态 下保证码流流畅度,进而提高监控平台所获取的视频画面的流畅度, 减少视频画面卡顿。

在一实施例中,第二检测模块72还用于响应于未出现预设事件, 获取监控设备所支持的第二网络模式。

在一实施例中,第二检测模块72还用于在监控设备的语音通信 状态结束后,再次检测监控设备非语音通信状态下所支持的第三网络 模式。

在一实施例中,第二检测模块72还用于接收来自服务器的参数 调整指令,基于参数调整指令检测监控设备当前所支持的第四网络模 式。

发送模块73用于利用与第一网络模式匹配的视频数据传输的第 一码流,将当前视频数据发送至服务器。

在一实施例中,发送模块73还用于利用与第二网络模式匹配的 视频数据传输的第二码流,将当前视频数据发送至服务器。

在一实施例中,发送模块73还用于在第三网络模式与处于语音 通信状态下的第一网络模式相同时,继续利用第一码流将再次采集的 视频数据发送至服务器。在第三网络模式与处于通信状态下的第一网 络模式不同,则利用与第三网络模式匹配的视频数据传输的第三码流, 将再次采集的视频数据发送至服务器。

在一实施例中,发送模块73还用于利用与第四网络模式匹配的 视频数据传输的第四码流,将目前采集的视频数据发送至服务器。

请参见图8,为本发明视频传输装置的第二实施例的结构示意图, 本实施例的视频传输装置为监控平台,具体包括:接收模块81以及 解码模块82。

其中,接收模块81用于接收第一码流。具体的,监控设备利用 匹配当前所支持的第一网络模式的第一码流,将当前视频数据发送至 服务器,服务器将第一码流下发至监控平台,监控平台接收第一码流。 其中,第一码流匹配监控设备当前所支持的第一网络模式,相较于现 有技术的情况,提高了码流流畅度,进一步的,减少了监控平台播放 的当前视频数据的卡顿现象。

解码模块82用于对第一码流进行解码,进而播放当前视频数据。

在一实施例中,解码模块82还用于发送参数调整指令,以使得 监控设备基于参数调整指令检测监控设备当前所支持的第四网络模 式,接收第四码流,并对第四码流进行解码,以播放目前采集的视频 数据。

具体的,监控平台在视频卡顿或者视频不清晰时,向服务器发送 参数调整指令,服务器将参数调整指令下发至监控设备,以使得监控 设备基于参数调整指令检测监控设备当前所支持的第四网络模式。监 控设备利用与当前所支持的第四网络模式匹配的视频数据传输的第 四码流,将目前采集的视频数据发送至服务器,服务器将第四码流下 发至监控平台,监控平台接收第四码流,并对第四码流进行解码,以 播放目前采集的视频数据。

本装置能够实时提高码流流畅度,进一步的,减少了监控平台播 放的当前视频数据的卡顿现象。

请参见图9,为本发明电子设备的一实施例的结构示意图,电子 设备包括相互连接的存储器202和处理器201。

存储器202用于存储实现上述任意一项的设备的方法的程序指 令。

处理器201用于执行存储器202存储的程序指令。

其中,处理器201还可以称为CPU(Central Processing Unit,中 央处理单元)。处理器201可能是一种集成电路芯片,具有信号的处 理能力。处理器201还可以是通用处理器、数字信号处理器(DSP)、 专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理 器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器202可以为内存条、TF卡等,可以存储设备的电子设备 中全部信息,包括输入的原始数据、计算机程序、中间运行结果和最 终运行结果都保存在存储器中。它根据控制器指定的位置存入和取出 信息。有了存储器,电子设备才有记忆功能,才能保证正常工作。电 子设备的存储器按用途可分为主存储器(内存)和辅助存储器(外存),也 有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或 光盘等,能长期保存信息。内存指主板上的存储部件,用来存放当前 正在执行的数据和程序,但仅用于暂时存放程序和数据,关闭电源或 断电,数据会丢失。

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

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

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品 销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样 的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分 或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计 算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计 算机设备(可以是个人计算机,系统服务器,或者网络设备等)或处 理器(processor)执行本申请各个实施方式方法的全部或部分步骤。

请参阅图10,为本发明计算机可读存储介质的结构示意图。本 申请的存储介质存储有能够实现上述所有方法的程序文件203,其中, 该程序文件203可以以软件产品的形式存储在上述存储介质中,包括 若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或 者网络设备等)或处理器(processor)执行本申请各个实施方式方法 的全部或部分步骤。而前述的存储装置包括:U盘、移动硬盘、只读 存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质, 或者是计算机、服务器、手机、平板等终端设备。

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

技术分类

06120113688490