CN101325702A - 流媒体可见水印实时嵌入系统及其服务器端、客户端 - Google Patents

Abstract

本发明涉及一种流媒体可见水印实时嵌入系统的服务器端，包括：视频采集模块，进行视频数据的实时采集；视频编码模块，对采集的所述视频数据进行压缩编码；水印嵌入模块，在视频编码模块进行压缩编码后输出的码流中嵌入数字水印信息，得到含水印的视频数据；流媒体处理模块，对水印嵌入模块输出的含水印的视频数据进行存储，并根据客户端的连接请求进行转发。本发明还包括一种对应的客户端及由上述服务器端、客户端组成的流媒体可见水印实时嵌入系统。本发明流媒体可见水印实时嵌入实施方案，将数字水印的融合与视频数据的编码结合在一起，完成了在流媒体传输过程中实时地进行可见水印的嵌入，从而实现了流媒体信息访问过程中的版权保护及鉴别。

Description

流媒体可见水印实时嵌入系统及其服务器端、客户端

技术领域

本发明涉及流媒体处理技术领域，尤其涉及一种流媒体可见水印实时嵌入系统及其服务器端、客户端。

背景技术

近年来，随着因特网的普及，流媒体服务取得了飞速的发展，应用范围不断扩大，不仅涌现出了以YouTube等为代表的一系列流媒体服务网站，网上会议系统、P2P(Peer to Peer，点对点)网络电视点播系统等应用也逐渐完善。并且，随着网络技术的进一步发展和各种多媒体终端设备的普及，流媒体服务必将得到的更大的发展。

伴随着流媒体服务的发展，流媒体的数字版权保护问题也越来越突出，并且逐渐成为当前信息安全领域的一个热门问题。因为流媒体系统在服务过程中需要处理大量的信息，并且处理过程要求有很高的实时性，所以流媒体服务系统的版权保护问题对算法设计和系统实现都有很高的要求。特别是对于视频会议等应用，数据源信息在通过摄像头采集到后，必须马上进行处理和转发，不能采用传统版权保护中将视频信息存储为文件后再处理的策略。同时，目前的版权保护算法的时间和空间的复杂度很高，难以满足流媒体应用中对大量信息处理的实时性要求，具有很大的局限性。

发明内容

(一)要解决的技术问题

本发明的目的是提供一种流媒体可见水印实时嵌入系统及其服务器端、客户端，以解决现有技术的流媒体应用中不能实时嵌入水印保护的问题。

(二)技术方案

为了达到上述目的，本发明的技术方案提出一种流媒体可见水印实时嵌入系统的服务器端，包括：

视频采集模块，进行视频数据的实时采集；

视频编码模块，对采集的视频数据进行压缩编码；

水印嵌入模块，在所述视频编码模块进行压缩编码后输出的码流中嵌入数字水印信息，得到含水印的视频数据；

流媒体处理模块，对所述水印嵌入模块输出的含水印的视频数据进行存储，并根据客户端的连接请求进行转发。

上述的服务器端中，所述视频采集模块进一步包括：

视频捕捉子模块，对视频图像进行实时捕捉，获取动态视频数据，并保存为原始的视频格式；

编码初始化子模块，对所述原始视频格式的视频数据进行简单的初始编码；

数据缓存子模块，对所述初始编码后的视频数据进行缓存。

上述的服务器端中，所述视频编码模块进一步包括：

MPEG-4编码子模块，将所述视频采集模块输出的视频数据压缩编码为MPEG-4格式的视频数据；

编码帧控制子模块，根据图像序列的前后差异分析，和/或根据预设的编码指令，控制所述MPEG-4编码子模块的当前帧的编码格式。

上述的服务器端中，所述的MPEG-4格式包括ffmpeg、Divx或Xvid等具体编码方式。

上述的服务器端中，所述当前帧的编码格式包括I帧、P帧或B帧。

上述的服务器端中，所述水印嵌入模块进一步包括：

水印读取子模块，用于读入可见水印图像的信息；

嵌入配置子模块，用于设置水印嵌入的初始位置、强度、移动速度及终点位置参数；

数据融合子模块，根据预设的图像融合算法及所述参数的配置，将所述可见水印图像嵌入所述视频编码模块输出的码流中。

上述的服务器端中，所述服务器端还包括：

嵌入开关模块，用于根据需要使能或失效所述水印嵌入模块，以控制是否向所述视频编码模块输出的码流中嵌入数字水印信息。

本发明的技术方案还提出一种流媒体可见水印实时嵌入系统的客户端，包括：

网络连接模块，发起与服务器端的连接请求，并接收所述服务器端根据所述连接请求发送的视频数据；

视频解码模块，对所述网络连接模块接收的所述视频数据进行解码，得到原始图像序列；

视频播放模块，使用所述视频解码模块输出的原始图像序列进行播放。

上述的客户端中，所述网络连接模块进一步包括：

连接建立子模块，发起与服务器端的连接请求，并根据响应建立与所述服务器端的连接；

视频接收子模块，利用建立的所述连接，接收所述服务器端发送的视频数据包；

数据缓冲子模块，对所述视频接收子模块输出的视频数据进行缓存处理；

数据校验子模块，对所述数据缓冲子模块缓存的视频数据包进行校验，丢弃破损包，并将接收的完整包进行重组及排序。

本发明的技术方案还提出一种流媒体可见水印实时嵌入系统，包括服务器端及客户端，

所述服务器端包括：

视频采集模块，进行视频数据的实时采集；

视频编码模块，对采集的视频数据进行压缩编码；

水印嵌入模块，在所述视频编码模块进行压缩编码后输出的码流中嵌入数字水印信息，得到含水印的视频数据；

流媒体处理模块，对所述水印嵌入模块输出的含水印的视频数据进行存储，并根据客户端的连接请求进行转发；

所述客户端包括：

网络连接模块，发起与服务器端的连接请求，并接收所述服务器端根据所述连接请求发送的视频数据；

视频解码模块，对所述网络连接模块接收的所述视频数据进行解码，得到原始图像序列；

视频播放模块，使用所述视频解码模块输出的原始图像序列进行播放。

(三)有益效果

本发明流媒体可见水印实时嵌入系统及其服务器端、客户端的技术方案，将数字水印技术与视频数据编解码融合在一起，完成了在流媒体传输过程中实时地进行可见水印的嵌入，从而实现了流媒体信息访问过程中的版权保护及鉴别。

附图说明

图1为本发明流媒体可见水印实时嵌入系统服务器端实施例图；

图2为本发明流媒体可见水印实时嵌入系统客户端实施例图；

图3为本发明流媒体可见水印实时嵌入系统实施例图。

具体实施方式

以下实施例用于说明本发明，但不用来限制本发明的范围。

图1为本发明流媒体可见水印实时嵌入系统服务器端实施例图，如图所示，本实施例的服务器端10包括：视频采集模块11，进行视频数据的实时采集；视频编码模块12，对采集的视频数据进行压缩编码；水印嵌入模块13，在视频编码模块12进行压缩编码后输出的码流中嵌入数字水印信息，得到含水印的视频数据；流媒体处理模块14，对水印嵌入模块13输出的含水印的视频数据进行存储，并根据客户端的连接请求进行转发；嵌入开关模块15，用于根据需要使能或失效水印嵌入模块13，以控制是否向视频编码模块12输出的码流中嵌入数字水印信息。

其中，视频采集模块11进一步包括：视频捕捉子模块111，对视频图像进行实时捕捉，获取动态视频数据，并保存为原始的视频格式；编码初始化子模块112，对原始视频格式的视频数据进行简单的初始编码；数据缓存子模块113，对初始编码后的视频数据进行缓存。

视频编码模块12进一步包括：MPEG-4编码子模块121，将视频采集模块11输出的视频数据压缩编码为MPEG-4格式的视频数据，具体的编码方式例如ffmpeg、Divx及Xvid等；编码帧控制子模块122，根据分析图像序列的前后差异，和/或根据预设的编码指令，控制MPEG-4编码子模块121的当前帧的编码格式。例如当前后画面变化剧烈的时候，编码帧控制子模块122可控制MPEG-4编码子模块121将当前帧编码成为独立的I帧，如果画面总体变化平缓则编码成为P帧(支持B帧的时候还可以编码为B帧)；如果使用预设的编码指令，例如，当需要保证画面的连续性，适时地减小运动向量预测带来的误差积累时，可以由编码帧控制子模块122控制MPEG-4编码子模块121定期(每隔几秒)强制编码生成I帧，或者当编码的帧数积累达到某一个值(如100帧)时强制编码生成I帧。

本实施例的水印嵌入模块13进一步包括：水印读取子模块131，用于读入可见水印图像的信息；嵌入配置子模块132，用于设置水印嵌入的初始位置、强度、移动速度及终点位置参数；数据融合子模块133，则根据预设的图像融合算法及嵌入配置子模块132中的参数配置，将可见水印图像嵌入视频编码模块12输出的码流中。

图2为本发明流媒体可见水印实时嵌入系统客户端实施例图，如图所示，本实施例的客户端20包括：网络连接模块21，发起与服务器端的连接请求，并接收服务器端根据连接请求发送的视频数据；视频解码模块22，对网络连接模块21接收的视频数据进行解码，得到原始图像序列；视频播放模块23，使用视频解码模块22输出的原始图像序列进行播放。

其中，网络连接模块21进一步包括：连接建立子模块211，发起与服务器端的连接请求，并根据响应建立与服务器端的连接；视频接收子模块212，利用建立的连接接收服务器端发送的视频数据包；数据缓冲子模块213，对视频接收子模块212输出的视频数据进行缓存处理；数据校验子模块214，对数据缓冲子模块213缓存的视频数据包进行校验，丢弃破损包，并将接收的完整包进行重组及排序。

基于上述的服务器端10与客户端20，本发明流媒体可见水印实时嵌入系统实施例如图3所示，其采用经典的Client/Server(客户/服务器)结构，一个服务器端10通过网络30与多个客户端20互联，实现流媒体可见水印的实时嵌入及流媒体信息的传输。以下结合上述服务器端及客户端的实施例对本实施例的系统构成进行详细说明。

本实施例系统服务器端10中视频采集、视频编码、水印嵌入及流媒体处理四个模块的具体实现如下：

1)视频采集模块

其使用高品质的数字摄像头，获取实时的图像数据。该摄像头具备通用PC机的标准接口。本模块中使用开源软件MPEG4IP中的MP4Live部分，MP4Live用C++编写，工作于Linux环境下，能够快速高效地驱动硬件设备，如USB摄像头和系统USB总线。

本实施例视频采集模块使用的摄像头通过先进的CCD图像解析芯片实时获取动态图像数据，并根据其底层硬件驱动将数据编码成原始的YUV格式的图像数据，完成初步的编码。为了保证视频数据源的高质量以及实时流畅性，本实施例使用的数字摄像头具备高的图像分辨率，在不使用插值扩充的情况下其具备最高720*576的图像分辨率；同时其具有高分辨率下每秒25～30帧以上的帧率，人眼不再感到明显迟滞，满足视频实时性的要求，保证了用户观看视频的流畅性；摄像头还使用了高速的USB2.0接口与系统相连接，也保证了采集到的图像数据能够被快速连续地传送至系统缓冲区，供视频编码模块使用。在此过程中，系统还通过多线程和同步等方法来保证接收到的原始数据被准确无误地送至编码模块进行编码。

此外，在存放至编码帧队列之前，MP4Live还对原始的视频数据进行了一些必要的处理，设置一些视频解析的选项，如压缩编码后视频数据的尺寸、画面亮度、画面对比度、每秒编码帧率、是否保存视频文件等。

2)视频编码模块

其读取视频采集模块采集得到的YUV格式的图像数据，进行压缩编码。压缩编码时，其采用开源的Xvid编码器。Xvid编码器使用了1.1.0Final版本，可以完成从YUV格式的图像序列到Xvid格式的MPEG-4视频流的编码。

Xvid编码器以动态链接库的方式运行，其编码输出的是完整的一帧视频数据。在其编码的过程中，会分析当前缓冲区中缓存的图像序列，通过当前图像与之前图像之间的差异比较，来控制编码帧的格式。当前后画面变化剧烈的时候就将其编码成为独立的I帧，如果画面总体变化平缓则编码成为P帧(支持B帧的时候还可以编码为B帧)。

另外，Xvid编码器还可以接受显式的开关指令来设置当前编码帧的格式。比如，当需要保证画面的连续性，适时地减小运动向量预测带来的误差积累时，可以定期(每隔几秒)强制编码生成I帧，或者当编码的帧数积累达到某一个值(如100帧)时强制编码生成I帧。在本实施例的系统中使用了后一种方法，每编码完成100帧时，下一帧强制编码成I帧。在实际测试中该方法有效地减轻了误差积累带来的画面下降，1/100的强制刷新比率也没有对编码性能造成影响。

如果服务器端设置了允许录制编码结果至实际文件，那么编码器编码得到的视频数据可以被存为MPEG-4视频文件。在设定的录制时间里，编码器产生的码流都会被写入指定文件名的MPEG-4视频文件。

3)水印嵌入模块

其接收编码器生成的Xvid格式的码流，根据系统设置选择性地加入数字水印信息。

本系统服务器端搭建在Linux环境下，其中可见水印信息放在/home目录下，水印文件可以通过配套的图像预处理软件(PhotoShop等)得到。通过对配置文件进行设置，用户可以控制可见水印嵌入的初始位置、强度、移动的速度和终点位置。实际运行的时候，用户只需要将得到的水印文件和配置文件放到指定的文件夹下，系统在启动时就能够自动完成加载，并按要求完成可见水印的嵌入操作。

数字水印信息被嵌入至Xvid编码生成的视频码流中，完成了数字水印信息的嵌入操作之后，经修改的新的码流就被作为实际传输所需的视频数据送至流媒体处理模块，供存储和转发使用。

另外，在系统初始运行时，管理员可以设置是否需要嵌入数字水印信息，其可以通过上述服务器端实施例的嵌入开关模块或其他方式来实现。该项设置保证了本系统运行的灵活性，可以根据实际需求选择性地加入该功能，因此嵌入开关模块也属于服务器端的可选单元。

为了提高系统对抗水印破解的能力，系统采用数据融合算法，使水印图像与原始的视频图像融合在一起，使得结果码流中水印部分的数据并非常量，而是随着原始码流中视频数据的变化而变化。除此之外，还可能使水印图像在视频画面中随时间进行移动，运动的速度和方向均可以在系统的配置文件中进行设置。这样，得到的结果码流中水印部分的数据又随着时间的变化而变化。上面的方法，使系统对抗水印破解的能力大大增强，进一步提高了系统的健壮性。

4)流媒体处理模块

其是服务器端的最后一个环节，通过读取系统相应的接口，获得视频编码模块编码生成的视频码流，然后进行存储和转发。其中，存储主要完成编码器编码生成的视频流或视频文件的存放和编目，而转发则是针对用户的连接请求，完成视频数据的流传输。

当向用户进行视频数据传输时，如果服务器端设置了水印开关，那么可以在准备传输流的同时对需要传输的视频流嵌入数字水印。当向用户进行视频数据传输时，使用网络通用的流媒体传输协议，以及满足通用协议的数据包格式，如RTP(Real Time Protocol，实时传输协议)、RTSP(Real Time Streaming Protocol，实时流协议)，还可以选择使用通用流媒体传输控制协议RTCP(Real Time Control Protocol，实时传输控制协议)。

当向用户进行视频数据传输时，根据流媒体处理模块的设置，针对不同的网络状况，可以选择具体的传输模式，如：

RTP over TCP(Transmission Control Protocol，传输控制协议)

RTP over UDP(User Datagram Protocol，用户数据报协议)

RTSP over UDP

具体采用何种策略，取决于实际使用的平台以及网络支持条件。

流媒体处理模块负责读入视频编码模块中Xvid编码器编码之后嵌入了数字水印信息的视频码流，存储于流媒体处理模块的媒体库中，供客户端用户点播使用。

该模块在本系统中相对服务器端其它模块较为独立，可以看成是单独的组件。

本实施例系统的流媒体处理模块使用了Apple公司的DSS(Darwin Streaming Server，达尔文流媒体服务器)，其是Apple公司面向商业用户提供的Quick Time Streaming Server的一个开源版本，针对流媒体应用开发者，方便其进行二次开发。DSS的功能是提供通用流媒体服务器所具备的存储(管理媒体信息)，以及供用户点播所需的调度和传输。

DSS的使用较为便利，仅仅需要开发人员完成一些基本的定制，其多数配置选项都是通过一个Xml格式的脚本文件进行设置，同时其中多数设置项都被设为符合绝大多数流媒体应用场景的默认参数。因此在使用DSS时仅需根据需要合理地设置某几项参数，如连接超时时限，最大连接数，媒体播放时限等。

本实施例中，DSS部署于Linux环境下。DSS需要管理员设置一个基本的媒体存储目录，其在启动之后会定时查询该目录下的媒体文件并对其进行属性分析，分析得到的结果进行归类编目。

DSS目前支持的媒体格式有三种：视频方面包括MOV和MP4，音频方面支持MP3。其中，MOV为Apple公司独有的视频文件格式，而MP4则是符合ISO(International Organization for Standardization，国际标准化组织)标准的MPEG-4文件。另外，DSS还支持以SDP(Session Description Protocol，会话描述协议)格式定义的媒体信息流。本实施例中通过MP4Live生成特定的MPEG-4格式的视频数据流，因此可以被DSS支持。

本实施例在服务器端Xvid编码器输出的是MPEG-4格式的编码码流，而非MP4文件，因此当使用MPEG-4格式的视频数据流时，需要有一个流信息描述文件。本实施例可使用通用的SDP协议，其可详细记录媒体流的一些属性信息，如分辨率、视频流数据地址、视频/音频流格式及同步信息等。在修改MP4Live的输出后，运行时会输出一个SDP文件。该SDP文件详细描述了Xvid编码器生成的码流。DSS通过对该SDP文件的分析就可以找到真正的视频数据流并正确定位，由此来完成对视频流数据的存储和转发。

在接受用户的连接请求后，DSS自动在媒体库中查询相应的媒体信息，当负载合理的情况下读取媒体信息，并且按照流媒体传输的通用协议和格式组织视频数据包，完成网络传送。

本实施例系统客户端10中网络连接、视频解码及视频播放三个模块的具体实现如下：

1)网络连接模块

其负责发起与服务器端中流媒体处理模块的连接，通过连接之后接收流媒体处理模块发送的视频数据包，并对其进行重排序。在接收到服务器端发送的数据包之后，首先对数据包进行网络校验，丢弃破损包，并将接收的完整包进行重组和排序，然后送至缓冲区，供解码器使用。

在向流媒体处理模块进行连接请求时，本实施例使用的是标准的RTSP协议格式。在从流媒体处理模块接收视频数据时，可以有以下几种不同的传输模式，如：

RTP over TCP

RTP over UDP

RTSP over UDP

具体采用何种策略，则根据服务器端的设置，由其中的流媒体处理模块根据实际使用的平台以及网络支持条件来选择决定。

本实施例中，连接请求使用流媒体中的通用访问协议RTSP，其发送的RTSP连接请求格式如下：

rtsp://192.168.1.113/20070404.sdp

意指向IP地址为192.168.1.113的计算机发送连接请求，请求名为20070404.sdp描述文件描述的视频流/音频流。

在请求得到通过之后，网络连接模块就开始进行数据接收。此阶段的数据接收使用流媒体网络传输中的通用协议RTP。

由于网络条件差异，路由的选择不同，顺序发送的数据包有可能不能依次到达客户端的网络连接模块，因此需要对乱序的数据包进行重排列。由于RTP协议中每一个用于传输的媒体数据包中都加入了时间戳，记录了其在传输过程中的排列顺序。因此，在客户端的网络连接模块只需要在收到数据包之后，将一定量(几秒至几分钟)的数据包缓存至缓冲区中。之后分析缓冲区中每一个包中所含的时间戳，根据时间戳的先后顺序将数据包重排。另外，网络传输中也经常会出现数据包损坏，时间戳无法提取的情况，这种情况下的处理方法是直接丢弃该数据包。重排好的数据包序列则可以暂存至解码器的缓冲区。

2)视频解码模块

其使用符合ISO标准的MPEG-4解码器，对纯视频数据包进行解码，将其还原成为最原始的图像序列。

3)视频播放模块

其使用解码后得到的图像序列，通过窗口显示的方式将最初的视频内容播放出来，供用户欣赏。该模块根据图像的大小自动调整播放窗口的大小，还可以根据用户的设置调节播放窗口的画面参数，如亮度和对比度等，直接影响用户的视觉感觉。该模块还可以包括一些流媒体视频播放所需的控制开关，如“连接”、“播放”、“暂停”、“停止”、“静音”、“音量调节”等。

上述本实施例系统的客户端使用了开源软件MPEG4IP，使用了其提供的MP4Player作为默认的解码器和播放器。其中所有代码的修改，都是在MPEG4IP的基础上完成的。

在实时流媒体应用中，实时性是一个非常关键的因素，无论应用的场景如何，针对的对象如何，实时性都是这一类应用中应该保证的最基本要求。实时性的具体指标，通常表现为客户端能够获得每秒至少10帧视频数据(人眼视觉要求)。而对于生成视频码流的服务器端来说，其视频编码器的编码效率必须达到每秒30帧，甚至更高。这样才能在采取若干流控和拥塞控制的前提下保证客户端相应的接收速率和播放速率。于是服务器端要求生成码流的效率必须高，而采用的数字水印算法计算复杂性要低。

针对此种情况，上述本发明可见水印实时嵌入系统实施例，将编码过程和水印嵌入过程有机的结合起来，而不是在编码完全结束后再进行水印的嵌入，从而不必为加入水印信息而重新进行编解码，大大的提高了系统的效率。另一方面，服务器端的可见水印嵌入操作完全对客户端透明，客户端在接收到视频数据之后，只需进行标准的解码操作便能够得到带有可见水印标志的图像画面。充分保证了服务器端的编码器和客户端的解码器的运行效率不受影响。因此，本发明可以充分保证较高的帧率，使用户获得较为满意的播放体验。

以上为本发明的最佳实施方式，依据本发明公开的内容，本领域的普通技术人员能够显而易见地想到一些雷同、替代方案，均应落入本发明保护的范围。

Claims (10)

1、一种流媒体可见水印实时嵌入系统的服务器端，其特征在于，包括：

视频采集模块，进行视频数据的实时采集；

视频编码模块，对采集的视频数据进行压缩编码；

水印嵌入模块，在所述视频编码模块进行压缩编码后输出的码流中嵌入数字水印信息，得到含水印的视频数据；

流媒体处理模块，对所述水印嵌入模块输出的含水印的视频数据进行存储，并根据客户端的连接请求进行转发。

2、如权利要求1所述的服务器端，其特征在于，所述视频采集模块进一步包括：

视频捕捉子模块，对视频图像进行实时捕捉，获取动态视频数据，并保存为原始的视频格式；

编码初始化子模块，对所述原始视频格式的视频数据进行简单的初始编码；

数据缓存子模块，对所述初始编码后的视频数据进行缓存。

3、如权利要求1所述的服务器端，其特征在于，所述视频编码模块进一步包括：

MPEG-4编码子模块，将所述视频采集模块输出的视频数据压缩编码为MPEG-4格式的视频数据；

编码帧控制子模块，根据图像序列的前后差异分析，和/或根据预设的编码指令，控制所述MPEG-4编码子模块的当前帧的编码格式。

4、如权利要求3所述的服务器端，其特征在于，所述的MPEG-4格式包括ffmpeg、Divx或Xvid。

5、如权利要求4所述的服务器端，其特征在于，所述当前帧的编码格式包括I帧、P帧或B帧。

6、如权利要求1所述的服务器端，其特征在于，所述水印嵌入模块进一步包括：

水印读取子模块，用于读入可见水印图像的信息；

嵌入配置子模块，用于设置水印嵌入的初始位置、强度、移动速度及终点位置参数；

数据融合子模块，根据预设的图像融合算法及所述参数的配置，将所述可见水印图像嵌入所述视频编码模块输出的码流中。

7、如权利要求1～6任一项所述的服务器端，其特征在于，所述服务器端还包括：

嵌入开关模块，用于根据需要使能或失效所述水印嵌入模块，以控制是否向所述视频编码模块输出的码流中嵌入数字水印信息。

8、一种流媒体可见水印实时嵌入系统的客户端，其特征在于，包括：

网络连接模块，发起与服务器端的连接请求，并接收所述服务器端根据所述连接请求发送的视频数据；

视频解码模块，对所述网络连接模块接收的所述视频数据进行解码，得到原始图像序列；

视频播放模块，使用所述视频解码模块输出的原始图像序列进行播放。

9、如权利要求8所述的客户端，其特征在于，所述网络连接模块进一步包括：

连接建立子模块，发起与服务器端的连接请求，并根据响应建立与所述服务器端的连接；

视频接收子模块，利用建立的所述连接，接收所述服务器端发送的视频数据包；

数据缓冲子模块，对所述视频接收子模块输出的视频数据进行缓存处理；

数据校验子模块，对所述数据缓冲子模块缓存的视频数据包进行校验，丢弃破损包，并将接收的完整包进行重组及排序。

10、一种流媒体可见水印实时嵌入系统，其特征在于，包括服务器端及客户端，

所述服务器端包括：

视频采集模块，进行视频数据的实时采集；

视频编码模块，对采集的视频数据进行压缩编码；

水印嵌入模块，在所述视频编码模块进行压缩编码后输出的码流中嵌入数字水印信息，得到含水印的视频数据；

流媒体处理模块，对所述水印嵌入模块输出的含水印的视频数据进行存储，并根据客户端的连接请求进行转发；

所述客户端包括：

网络连接模块，发起与服务器端的连接请求，并接收所述服务器端根据所述连接请求发送的视频数据；

视频解码模块，对所述网络连接模块接收的所述视频数据进行解码，得到原始图像序列；

视频播放模块，使用所述视频解码模块输出的原始图像序列进行播放。

Images