一种音视频加解密传输控制方法
文献发布时间:2023-06-19 11:21:00
技术领域
本发明涉及音视频传输,具体的,涉及一种音视频加解密传输控制方法。
背景技术
随着网络和多媒体技术的飞速发展,越来越多的音视频数据开始在互联网上被广泛传播。同时,随着人们的版权意识的不断增强,人们开始关注音视频数据的版权保护以及安全保密问题。因此,音视频数据的加密保护在互联网通信传输中越来越重要。
目前现有技术中的音视频数据的加密方式通常是对已录制好的音视频文件的全部数据信息作为一个整体同时进行加密,因此,该音视频文件的全部数据均使用相同的密钥进行安全保护,显然,其安全性较差,并且,随着录制的音视频文件的数据量越来越大,因此,其所需要的加密时间也会变长,导致加密效率降低。
发明内容
本发明的目的在于,针对上述问题,提出一种音视频加解密传输控制方法。
一种音视频加解密传输控制方法,包括如下步骤:
步骤1:客户端登录服务端并进行登录验证,完成双方私钥和公约信息交换,登录完成后,客户端主动连接服务端数据传输端口;
步骤2:进行数据采集,采集的数据均为标准的音视频数据,并获取相应数据帧的编码类型、时间戳以及长度;
步骤3:从采集的数据中抽取完整的一帧音频帧或者数据帧,通过RTP或自定义私有的协议封装成数据包;
步骤4:将封装完成的数据包进行数据加密;
步骤5:完成数据加密后,向服务端或者客户端发送加密数据,同时服务端随机或者定时进行密钥验验证和刷新密钥请求;
步骤6:客户端或者服务端接收到数据加密报文时,采用对应算法进行解密操作,并获取其中的原始数据源。
优选的,所述步骤1中采用SSL安全协议进行传输,确保密钥数据正确发送至客户端和服务端,同时登录验证采用非对称加密算法。
优选的,所述步骤1数据传输过程中使用对称加密算法密钥,同时利用服务端数据传输服务随机监听端口。
优选的,所述步骤3中封装数据包时,视频采用多个数据包封装,音频只需封装到一个数据包中。
优选的,所述步骤4中加密数据时,对音频数据采用对称加密。
本发明的有益效果:采用基于SSL安全传输协议,客户端登录服务端时,支持多种非对称加密算法(如RSA、DSA和DH等),并在交换过程中完成非对称算法的双方公钥和私钥交换,以及对称算法(如AES、DES等)中的密钥。并通过客户端和服务端的新连接完成音视频数据加密数据传输。在传输期间,服务端会随机或者定时要求进行登录验证、更换数据加密密钥。解决了涉密性音视频数据的传输问题,提高传输的安全性和效率。
附图说明
图1为本发明的工作流程图。
图2为本发明的方法流程说明。
具体实施方式
下面结合附图,对本发明作进一步说明。
如图1所示,一种音视频加解密传输控制方法,包括如下步骤:
步骤1:客户端登录服务端并进行登录验证,完成双方私钥和公约信息交换,登录完成后,客户端主动连接服务端数据传输端口;
步骤2:进行数据采集,采集的数据均为标准的音视频数据,并获取相应数据帧的编码类型、时间戳以及长度;
步骤3:从采集的数据中抽取完整的一帧音频帧或者数据帧,通过RTP或自定义私有的协议封装成数据包;
步骤4:将封装完成的数据包进行数据加密;
步骤5:完成数据加密后,向服务端或者客户端发送加密数据,同时服务端随机或者定时进行密钥验验证和刷新密钥请求;
步骤6:客户端或者服务端接收到数据加密报文时,采用对应算法进行解密操作,并获取其中的原始数据源。
需要理解的是,所述步骤1中采用SSL安全协议进行传输,确保密钥数据正确发送至客户端和服务端,同时登录验证采用非对称加密算法。
需要理解的是,所述步骤1数据传输过程中使用对称加密算法密钥,同时利用服务端数据传输服务随机监听端口。
需要理解的是,所述步骤3中封装数据包时,视频采用多个数据包封装,音频只需封装到一个数据包中。
需要理解的是,所述步骤4中加密数据时,对音频数据采用对称加密。
需要说明的是,音视频数据支持常见的G.711、G.722、PCM、arm等音频编码格式数据或者H.264、MPEG4等标准视频编码格式数据。
图2为本发明的方法流程说明。
需要说明的是,客户端首次连接服务端时,需要基于SSL传输登录验证,完成双方公约和密钥交换,并客户端通过服务端的私钥获取数据加密密钥和服务端端口信息。
需要理解的是,客户端第二次连接服务端,建立数据传输通道。
需要理解的是,完成数据传输通道建立后,客户端或者服务端可发送对称加密音视频数据,客户端或者服务端收到数据后进行对称解密,并获取得到标准或者自定义音视频数据。
需要理解的是,服务端通过登录验证通道完成随机或者定时更新视频传输对称加密密钥请求,双方完成交互时,双方即可完成密钥更新,并同步新密钥到加解密音视频数据。
- 一种音视频加解密传输控制方法
- 一种具有无线麦克风蓝牙传输的音视频会议系统的控制方法