第２８卷第６期 ２０１３年１２月 成都信息工程学院学报 Ｖｏ１．２８ＮＯ ６ Ｄｅｃ．２０１３ ＪＯＵＲＮＡＬ ＯＦ ＣＨＥＮＧＤＵ ＵＮＩＶＥＲＳＩＴＹ ＯＦ ＩＮＦｏＲＭＡＴＩＯＮ ＴＥＣＨＮ０Ｕ Ｙ 文章编号：１６７１．１７４２（２０１３）０６．０６０４—０７ 单向传输设备中屏幕图像实时传输的研究 黄赞赞， 林宏刚 （成都信息工程学院网络工程学院，四川成都６１０２２５） 摘要：为满足涉密计算机用户对外网图文信息的实时接收、查看和监控等需求，设计并实现一种用于单向传输 设备的屏幕图像实时传输系统。该系统采用镜像驱动方式快速、高效地获取屏幕图像；设计适合单向传输设备的 屏幕图像实时传输协议用于在无反馈的情况下数据包能够实时传输到接收端；并通过发送相邻２张图像的异或数 据减少系统所占带宽；以及每发送一定异或图像数据后发送一张完整图像的方法，解决传输过程中的丢包而导致 接收图像错乱的问题。通过测试表明，该系统在低ＣＰＵ使用率，低带宽占用率的情况下能够提供良好的实时图像 传输服务，满足单向传输设备中屏幕图像实时传输的要求。 关键词：图像获取；图像传输；图像压缩；单向传输；镜像驱动 文献标志码：Ａ 中图分类号：ＴＰ３９３．０ ０ 引言 随着网络技术的蓬勃发展，交互式网上教学、远程网上监控、远程医疗、视频电话等得到广泛的应用。这些应 用中，需要用到图像实时传输技术ｌ１ Ｊ。传统的具有反馈信息的图像传输系统＿３ Ｊ主要包括３部分：图像获取、 图像压缩和图像传输。图像获取多采用ＧＤＩ、Ｄｉｒｅｃｔ Ｘ或Ｈｏｏｋ ＡＰＩ等方式，但速度慢，且耗费系统资源。图像压 缩通常基于分块或异或后的图像数据ｌ引，这样能较好地减少数据的传输量，降低带宽占用率。图像传输一般使 用ＴＣＰ、ＵＤＰ或ＲＴＰ协议作为传输协议。由于ＴＣＰ协议需要频繁的交互，耗费时间长，延迟较大，因此不能满 足图像传输的实时性要求。ＵＤＰ协议能较快的传输数据，但无法处理网络拥塞等情况引起的数据丢包。ＲＴＰ （实时传输协议）［ ］与ＲＴＣＰ（实时传输控制协议）配合使用，通过ＲＴＣＰ必要的信息反馈，并基于ＵＤＰ协议进行 数据传输＿８ ｊ，能够提供良好的实时图像传输服务。 在单向传输设备中［ ，为了保护涉密计算机用户数据的安全性，数据只能由外网计算机传输到涉密计算 机，禁止任何数据由涉密计算机发送到外网计算机，因此，具有信息反馈的图像传输系统无法应用于单向传输设 备中。为了克服在单向传输设备中由于没有反馈而导致不能对丢失的数据包进行补发的情况，通过高效的屏幕 图像获取方法，较合理的屏幕图像处理方式，以及采用适合单向传输设备的传输协议传送数据，尽量保证实时屏 幕图像的完整性、可视化性，减少或避免屏幕图像在显示过程中出现抖动或者较长时延情况的发生，能够较好的 满足在单向传输系统中涉密计算机用户的应用需求。 １思路及原理 在单向传输设备中，由于涉密计算机需要通过单向传输设备获取外网计算机提供的例如电子邮件、文件传 输、数据转发等应用服务，因此实时屏幕图像传输应用需要自身在能够提供给单向传输用户良好服务的同时，不 应影响该系统中的其他应用程序正常提供服务。为了不影响其他应用程序提供服务，该实时屏幕图像传输系统 应满足如下条件：低ＣＰＵ使用率，低带宽占用率，尽量避免时延、抖动和花屏现象的发生，保证屏幕图像较好的实 时显示效果，能有效的降低原始屏幕图像数据大小等。 １．１屏幕图像的获取 在屏幕图像传输前，首先要获取屏幕图像。获取屏幕图像＿ｌ２］的方式大致分为２类：一类是通过应用层获取 收稿日期：２０１３—０７，１９ 基金项目：四川省科技支撑计划资助项目（２０１２ＦＺ００１６） 第６期 黄赞赞等：单向传输设备中屏幕图像实时传输的研究 ６０５ 图像；另一类则是通过驱动层获取图像。常用的几种屏幕图像获取方法，如表１所示。 由表１可知，通过应用层获取屏幕图像的方式有ＧＤＩ、Ｄｉｒｅｃｔ Ｘ和Ｈｏｏｋ ＡＰＩ３种，由于该方式在获取屏幕图 像数据时要反复的在内核模式和用户模式间来回进行交互转换，所以获取速度较慢，ＣＰＵ占用率较高，整体效果 不理想；而通过驱动层的镜像驱动ｌ”＿１４ｊ（Ｍｉｒｒｏｒ Ｄｒｉｖｅｒ）方式获取图像，由于直接与底层交互，没有反复的内核模 式和用户模式间的交互转换，节约了时间，所以获取屏幕图像的速度较快、ＣＰＵ占用率较低、整体效果较应用层 获取屏幕图像的３种方式要好。因此，系统采用通过驱动层的镜像驱动的方式获取屏幕图像。 表１各种屏幕图像获取方法比较 １．２屏幕图像压缩 由于屏幕图像数据较大，如果不经过处理就进行传输，那么对计算机系统和网络带宽而言都是一个巨大的挑 战。因此，在屏幕图像传输前，需要对图像进行必要的压缩处理。系统采用Ｈｕｆｆｍａｎ编码［１５］进行图像压缩，是一 种无损压缩算法。Ｈｕｆｆｍａｎ编码于１９５２年被提出至今，并常用于数据的压缩，同时对于数字图像的压缩也得到 广泛的应用。Ｈｕｆｆｍａｎ编码属于可变字长编码中的一种，该编码通过字符出现的频率构造相异字头的码子，且使 相异字头码子平均长度最短。Ｈｕｆｆｍａｎ编码的关键是构造Ｈｕｆｆｍａｎ树，对所有字符进行统计、记录，根据每个字 符出现次数的多少建立Ｈｕｆｆｍａｎ树。接着进行编码，出现次数较多的字符码子较短，相反码子则长。这样就可 以有效地压缩文件的大小。 以一个由７种字母组成的长度为２１的字符串“ａａｂａｇｄａａｆｇｄｂｈａｄａｄｄｂｓｂ”的编码过程简述Ｈｕｆｆｍａｎ的编码原 理。首先对字符串各个字符出现的次数进行统计，而后建立Ｈｕｆｆｍａｎ树，最终得到各个字符的编码结果。如表２ 所示，出现次数较多的字符‘ａ’其码子为２位，而出现次数较少的字符‘ｆ’其码子长度为５位，因此该字符串的编 码长度为５２，需要７个字节。如果字符串“ａａｂａｇｄａａｆｇｄｂｈａｄａｄｄｂｓｂ”不进行编码，则需要２１个字节。由此可知， Ｈｕｆｆｍａｎ编码能有效地压缩该字符串的大小。 表２字符出现频率统计 屏幕图像由许多像素点构成，每一个像素点对应于一种颜色，从而构成可视化较好的屏幕图像。而图像中存 在着大量的属于同一种颜色的像素点，因此采用Ｈｕｆｆｍａｎ编码能有效地对屏幕图像进行压缩。对于系统，需要 对２种屏幕图像数据进行压缩：一种是对整张图像数据进行压缩；另一种是对当前图像与前一张图像的异或部分 数据进行压缩。通过对屏幕图像的压缩，可以明显地降低图片的尺寸，并且也大大减小实时图像的传输对带宽的 占用率。 １．３单向屏幕图像实时传输协议 在单向传输设备中，由于数据在传输过程中不能有任何信息的反馈，所以无法对丢包进行重发，从而也产生 ２个问题：一个问题是，图像数据包的丢失或因超时到达而不可用；另一个问题是，由于屏幕图像前后间有着密切 的关联关系，如果前一张图像数据的不完整，会影响到后续屏幕图像数据的完整性，最终导致屏幕图像质量下降， ６０６ 成都信息工程学院学报 第２８卷 可视化效果减弱，甚至不可视等问题。因此，为了保障图像正常的实时显示和良好的可视化效果，需要设计实现 种适合单向传输设备的单向屏幕图像实时传输协议。该协议基于ＵＤＰ协议，通过对屏幕图像数据包的封装， 控制数据包尽可能的安全到达，并对因出现丢包而引起可视化效果差的情况进行弥补等措施，以保障屏幕图像的 一实时、安全、有效的传输，并获得良好的可视化效果。 图像的发送和接收以数据包为单位，对于每个数据包而言，是否能够安全到达关系到整张屏幕图像数据的完 整性。因此，每个数据包采用单向屏幕图像传输协议进行封装，封装后的数据包由数据包包头和图像数据两部分 组成。 如下数据结构为封装好的数据包结构，由数据包协议包头ＶｉｄｅｏＨｅａｄｅｒ和图像数据Ｂｕｆｆｅｒ［ＭＡＸＤＡＴＡ— ＳＩＺＥ］两部分组成，其中ＭＡＸＤＡＴＡＳＩＺＥ为数据包中图像数据的大小。 ｔｙｐｅｄｅｆ ｓｔｒｕｃｔ ＶＩＤＥＯＤＡＴＡ｛ ＶＩＤＥＯＦＩＥＡＤＥＲ ＶｉｄｅｏＨｅａｄｅｒ； ｃｈａｒ Ｂｕｆｆｅｒ［ｆ、，ＩＡｘＤＡＴＡＳＩｚＥ］； ｝ＶｉｄｅｏＤａｔａ； 如下数据结构为数据包协议包头部分：在协议包头中，如果ＩｓＴｙｐｅ置１则ＰａｃｋＬｅｎｇｔｈ表示为待发数据的大 小，如果ＩｓＴｙｐｅ置２则表示为待发图像数据，ＰａｃｋＬｅｎｇｔｈ表示为后续数据长度；ｔｅｍｐ［２］为保留；如果ＩｓＣｏｍｐｒｅｓｓ 置０则表示为异或图像，置１则表示为原始图像；ＦｒａｍｅＮｕｍ表示为图像序号数，代表当前图像为第几张图像； Ｎｕｍ表示当前图像中数据包的序号数。 ｔｙｐｅｄｅｆ ｓｔｒｕｃｔ ＶＩＤＥＯＨＥＡＤＥＲ｛ ｕｎｓｉｇｎｅｄ ｃｈａｒ ＩｓＴｙｐｅ； ｃｈａｒ ｕｎｓｉｇｎｅｄ ｃｈａｒ ｔｅｍｐｉ２］； ＩｓＣｏｍｐｒｅｓｓ； ｕｎｓｉｇｎｅｄ ｌｏｎｇ ｉｎｔ ＦｒａｍｅＮｕｍ； ｕｎｓｉｇｎｅｄｉｎｔ Ｎｕｍ； ｕｎｓｉｇｎｅｄ ｉｎｔ ＰａｃｋＬｅｎｇｔｈ； ｝ＶｉｄｅｏＨｅａｄｅｒ； 通过该协议，服务器端和客户端能很好的完成发送和接收屏幕图像数据，并能够实现良好的实时显示效果。 ２系统设计与实现 系统主要由４个模块组成，分别是屏幕图像获取模块、屏幕图像压 缩模块、屏幕图像传输模块和屏幕图像显示模块。该系统基于Ｃ／Ｓ架构 设计，服务器端把经过处理的屏幕图像数据通过基于ＵＤＰ协议的单向 实时屏幕图像传输协议发送到客户端，客户端实时接收并显示每张图 像。在系统运行时，由于客户端无法向服务器端发送实时屏幕图像应用 的请求，因此需要首先启动客户端等待实时屏幕图像数据，然后再启动 服务器端开始发送屏幕图像数据。 ２．１服务器端设计 服务器端主要包括屏幕图像获取模块、屏幕图像压缩模块和屏幕图 像传输模块，其系统流程图如图１所示。其采用镜像驱动（Ｍｉｒｒｏｒ Ｄｒｉｖ— ｅｒ）的方式来获取图像，该方式能够在低ＣＰＵ占用率的情况下快速、高 图１服务器端流程图 效地获取整张屏幕图像，然后通过进行必要的屏幕图像数据处理和压 缩，最后通过实时屏幕图像传输协议把图像数据不断的发送到客户端。 ２．１．１屏幕图像获取模块 在对屏幕图像进行处理和压缩前，首先要获取图像。采用镜像驱动的方式获取图像，系统结构如图２所示。 第６期 黄赞赞等：单向传输设备中屏幕图像实时传输的研究 ６０７ 该镜像驱动是基于微软的驱动程序软件开发包（ＤＤＫ）开发。 目前，是众多获取屏幕图像方式中速度较快，且耗 费ＣＰＵ资源较少的一种。 镜像驱动安装完成以后，可以通过图形引擎ＧＤＩ感 知任何如鼠标或文本编辑的微小移动，并能快速产生相 应的绘图命令。该绘图命令将通过ＤＤＩ调用发送给显卡 驱动。如果显卡驱动能够通过硬件促使绘图命令的执 行，那么将执行命令，并且在屏幕上生成图像。否则，显 卡驱动可以通过对应的ＧＤＩ ＥｎｇＸｘｘ的仿真调用调用 用户模式 （包含誓廛 ）ＩＧＤ用Ｉ３程２ Ｊ ｆＪ发送端 内核模式 号ｆ掌 Ｉ 虚拟桌面 ｌ’Ｉ 镜像驱动 —－＿Ｔ——广——Ｔ一 ．压缩处理 ＧＤＩ引擎的绘图命令，从而通过ＧＤＩ引擎在屏幕上显示 图像。同时，所有由ＧＤＩ引擎产生的绘图命令也发送给 镜像驱动。当镜像驱动接收到绘图命令后，将通过执行 这些命令绘制图像。因此，镜像驱动可以得到与当前计 算机屏幕图像相同的图像。为存储镜像驱动绘制的图 像，在系统中为其分配一块名字为绘图表面的内存存储 望塑堂旦ｌＩ 调用ＩＥｎｇｌ ｉ ｌＤ调用ｌＤ１． ｉ 视频微端口｝ ｒ＿Ｌ— Ｉ显卡驱动Ｊ 一Ｉ绷和 绘图表面 显卡适配器 图２镜像驱动方式获取屏幕图像 当前的屏幕图像数据。当操作系统开启镜像驱动时，需要调用镜像驱动中的一个初始化函数。该函数首先会检 测当前用户的设置，例如颜色深度，并且分配一个与当前配置相对应的分辨率和颜色深度的绘图表面。例如，如 果一个屏幕分辨率为１２８０＊８００像素，每像素颜色深度为３２比特，那么需要分配的绘图表面的内存大小为 ３．９１ＭＢ。该绘图表面存储所有由镜像驱动生成的屏幕图像。 镜像驱动可以获取８位、１６位和３２位３种位深度的屏幕图像，且不同位深度的图像尺寸相差较大，例如一 张分辨率为１２８０＊８００像素的屏幕图像，在位深度分别为８、１６和３２位的情况下，ＢＭＰ格式的屏幕图像的大小 分别为０．９８ＭＢ、１．９５ＭＢ和３．９１ＭＢ。可以看出位深度越大图像尺寸也就越大。由于位深度为１６位和位深度 为３２位的屏幕图像的尺寸相差近１倍，而１６位深度的屏幕图像同样有较好的可视效果，且减小带宽的占用率， 因此选择通过镜像驱动的方式获取位深度为１６的屏幕图像。 ２．１．２屏幕图像压缩模块 在获取屏幕图像数据后，采用Ｈｕｆｆｍａｎ编码对屏幕图像数据进行压缩，该图像压缩模块有如图３所示的４部 分组成。屏幕图像数据包括２种类型：整张屏幕图像数据和前后２张图像的异或数据。通过结合这２种对数据 压缩的方法能很好地降低屏幕图像数据大小，以及降低屏幕图像数据对带宽的占用率。 文中获取屏幕图像的位深度为１６，即是屏幕图像中每个像素的大小为２个字节，可以表示的颜色个数为 ６５５３６种。该像素的不透明度（英语：ａｌｐｈａ）、红、绿、蓝采样值即存储在该２个字节中，由于很多情况下屏幕图像 中有较多像素对应于同一种颜色符号，因此有利于压缩图像的尺寸。屏幕图像压缩模块框如图２所示，如下为屏 幕图像的压缩过程。 （１）对屏幕图像数据进行扫描，统计图像数据中每个像素所对应的颜色符号（设颜色符号数量为 ），并记录 各个颜色符号出现的次数作为Ｈｕｆｆｍａｎ树的 个叶子节点的权值，用ｗｌ，ｗ２，ｗ３，…，例 表示。并对各个叶 子节点按照权值进行排序，新的排序结果为ｗｉ １≤叫 ２≤叫 ３≤…≤ｗｉ 。 （２）使用ｗｉ１，ｗｉ２，ｗｉ３，…，ｗｉｎ构建Ｈｕｆｆｍａｎ树。建树过程如下： 广——＿＿Ｊ— 率统计ｌ［字符概ｌ ｌ 构建 ｌ ｌ 编码 ｌ ｌ重新扫描 Ｈｕｆｆｍａｎ：￣＇［［ＨｕｆｆｍａｎＮＩ ｌ并压缩 图３压缩模块 （ｉ）把ｗｉｌ和ｗｉ２合并为一个新节点，其权值为ｗｉｌ＋ｗｉ２， 且ｗｉｌ和ｗｉ２分别为新节点的左右孩子。 （ｉｉ）对砌 １＋ｗｉ２，ｗｉ３，ｗｉ４…，ｗｉｎ做从小到大的排序，生 成新的序列，并重复（ｉ）过程。 （ｉｉｉ）通过反复执行（ｉ）和（ｉｉ）过程，最终得到１个节点，该节点为Ｈｕｆｆｍａｎ树。 （３）对Ｈｕｆｆｍａｎ树中所有节点引出的左边标记为０，右边为１，然后记录从根节点到任何叶节点ｗｉ所经过的 边上的０、１标记，建立Ｈｕｆｆｍａｎ编码表。 （４）根据Ｈｕｆｆｍａｎ编码表，对屏幕图像中每个像素进行编码，最终实现屏幕图像的压缩。 ２．１．３屏幕图像传输模块 ６０８ 成都信息工程学院学报 第２８卷 该模块采用单向屏幕图像实时传输协议对服务器端数据的发送进行控制。如图１所示，图像数据分包后，使 用该协议对数据包进行封装，并在封装后把数据包立即发送到客户端。在数据包不停的发送过程中，需要记录当 前数据包属于哪一张图像，并判断该图像数据是否发送完毕，以及当前图像是第几张图像等。由于通过发送前后 ２张图像的异或数据，在很大程度上降低图像处理对系统资源的消耗与传输数据对网络带宽的占用率，因此模块 采用发送异或图像的方法代替发送整张图像。但是在单向传输设备中，由于无反馈而导致不能对丢失的数据包 进行补发的情况，就会引起图像花屏，因此需要在每发送一定数目的异或图像数据后，发送一张完整的图像缓解 该问题。同时，设定一个阀值，在发送图像前需要判断连续发送异或图像的数目是否等于该阀值，如果等于则置 ＩｓＣｏｍｐｒｅｓｓ为０，那么下一张图像则发送一张完整的图像，否则ＩｓＣｏｍｐｒｅｓｓ仍为１，发送异或图像，并将此时的已 发送异或图像数目加１，如此循环发送异或图像和完整图像。在该模块中，设定发送异或图像的阀值为１００，这样 每发送１００张异或图像就需要发送一张完整的数据图像。 ２．２客户端设计 客户端处理图像过程是服务器端的逆过程，主要负责接收图像数 据和显示图像。每接收完一张图像中的所有数据包后，再经过包解封 装、组装、解压、异或等操作，最终显示。详细客户端系统流程图如图４ 所示。 客户端运行后会启动２个线程：一个线程接收屏幕图像数据；另一 个线程显示图像。接收线程启动后，为了能更好的接收图像数据，并为 显示线程做好屏幕图像数据准备，这里采用双缓冲技术。双缓冲技术 能够使客户端接收屏幕图像数据和显示屏幕图像工作并行执行。这样 不仅节省时间，而且能很好的提高屏幕图像的显示效果。由于图像数 据基于ＵＤＰ传输，数据包可能会乱序到达，所以就需要根据数据包的 编号对其进行重新排序。 ２系统测试 ２．１测试环境 图４客户端流程图 实时屏幕图像传输系统运行在单向传输设备中，该系统中的连接 线路为千兆光纤。系统服务器端运行在外网计算机上，该计算机上安装有分辨率为１２８０＊８００的Ｗｉｎｄｏｗｓ ＸＰ 操作系统，其主要配置为Ｉｎｔｅｌ Ｃｏｒｅ ２ Ｔ５８００ ２．０Ｇ处理器和２Ｇ内存。客户端运行在涉密计算机上，该计算机上 安装有分辨率为１４４０＊９００的Ｗｉｎｄｏｗｓ ＸＰ操作系统，主要配置为Ｉｎｔｅｌ Ｐｅｎｔｉｕｍ Ｅ２１８０ ２．０Ｇ处理器和２Ｇ内存。 ２．２测试结果 表３网络带宽流量平均值 表３列出了在单向传输设备中实时屏幕图像传输系统中的４种常见操作在传输异或图像数据部分和完整图 像数据部分（包括异或和整张图像数据）的过程中所占用的网络带宽流量的平均值情况。该网络带宽流量平均值 通过如下过程完成： （１）在３分钟内，分别对这４种常见操作的网络带宽流量值随机进行６０次抽样，并计算抽样数据的平均值。 ］ ］ ］ ］］第６期 黄赞赞等：单向传输设备中屏幕图像实时传输的研究 ６０９ （２）重复上述操作１００次，并记录每次的平均值。 （３）分别对这１００次的４种常见操作的抽样数据平均值再求平均。最终得到如表３所示的各个操作的网络 带宽流量平均值。 由表３中的测试结果可知：对于异或数据传输所占网络带宽的平均值而言，当用户进行文档编辑操作时，这 时前后２张屏幕图像改变区域较小，因此这２张图像的异或数据也会偏小，占用网络带宽就会相对偏低。当用户 进行网页浏览时，需要频繁的滚动网页，这样就增加前后２张图像的变化区域，使异或数据变大。当用户以全屏 方式浏览视频时，由于视频播放导致屏幕图像快速变化，因而使带宽流量大幅度增加，引起客户端的显示效果不 理想。当用户进行混合操作时，文档编辑、网页浏览和视频浏览（全屏方式）相互交替进行，带宽占用情况因视频 浏览引起的带宽流量大幅度增加而变大。对于完整数据传输而言，由于单向传输设备中又无法对丢失的屏幕图 像数据包进行补发，因此需要通过定时发送完整的一张屏幕图像进行弥补。因此，在表３中可以看到完整数据传 输的平均流量高于异或传输的平均流量，是由于定时向客户端发送一张完整的屏幕图像所造成。 ３ 结束语 详细阐述在单向传输设备中设计和实现一个实时屏幕图像传输系统，该系统克服了在无丢包反馈的情况下， 能够为涉密计算机用户提供实时、稳定、安全、有效的外部网络图文信息，具有一定的实用价值。下一步，需要进 一步的优化单向屏幕图像传输协议，采用更好的压缩策略，进一步的降低实时系统的平均带宽流量，以及解决实 时屏幕传输系统中在视频浏览时产生的显示效果差的缺点。 参考文献： ［１］Ｔ Ｌｉｎ，Ｐ Ｈａｏ．Ｃｏｍｐｏｕｎｄ Ｉｍａｇｅ ｏｍｐｒＣｅｓｓｉｏｎ ｆｏｒ Ｒｅａｌ—ｔｉｍｅ ｏｍｐｕｔＣｅｒ Ｓｃｒｅｅｎ Ｉｍａｇｅ Ｔｒａｎｓｍｉｓｓｉｏｎ［Ｊ］．ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ．２００５，１４（８）：９９３—１００５． 王艳芳，戴永，刘东华，等．基于ＵＤＰ的数据可靠传输技术研究与应用［Ｊ］．计算机工程与应用．２０１０，（３）： １０５—１０８． Ｚｏｒａｎ ｏｎｓｔａｎｔＣｉｎｅｓｅｕ，Ｍｏｎｉｃａ Ｖ１６ｄｏｉｕ．Ａｄａｐｔｉｖｅ Ｃｏｍｐｒｅｓｓｉｏｎ ｆｏｒ Ｒｅｍｏｔｅ Ｖｉｓｕａｌｉｚａｔｉｏｎ［Ｊ］．Ｚｏｒａｎ Ｃｏｎｓｔａｎｔｉ— ｎｅｓｃｕ，Ｍｏｎｉｃａ Ｖ１６ｄｏｉｕ，２００９，２：４９—５８． 杨晋生，胡自胜，陈为刚．无线可伸缩视频实时传输系统设计与实现［Ｊ］．电子测量技术，２０１３，（１）：１１５— １１９． 孙科林，周维超，吴钦章．高速实时光纤图像传输系统的实现［Ｊ］．光学精密工程，２０１１，（９）：２２２８—２２３４． 郭代，晏坚，王文江．新型屏幕共享系统设计与实现［Ｊ］．计算机应用研究，２００７，（６）：２９９—３０５． 李燕灵，马瑞芳，左力．基于ＲＴＰ／ＲＴＣＰ的实时视频数据传输模型及实现［Ｊ］．微电子学与计算机，２００５， （８）：１３８—１４３． 高毅，张曦煌，王广翔．基于ＵＤＰ的多媒体通信的研究与实现［Ｊ］．计算机工程与应用，２０１２，（３）：９５—９８． 鲁宏伟．基于ＵＤＰ传输协议的包丢失和失序处理［Ｊ］．计算机工程与应用，２００１，（２）：４８—５５． Ｌｉ ｊｉ—ｙｏｎｇ．Ｔａｏ Ｒａｎ．Ｒｅｓｅａｒｃｈ ａｎｄ Ｄｅｓｉｇｎ ｏｎ Ｉｎｔｅｒａｃｔｉｖｅ Ｌｉｎｋ Ｓｙｓｔｅｍ Ｂａｓｅｄ ｏｎ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ ［Ｊ］．Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｅｄｕｃａｔｉｏｎａｌ ａｎｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ，２０１０，１７—１９（９）． 丁慧丽，陈麟．网络信息安全单向传输设备的设计与实现［Ｊ］．计算机安全，２０１０，１５（３）：４７～４９． 杨红生，田地，王丰贵，等．基于Ｈｏｏｋ和轮询检测机制的屏幕共享技术［Ｊ］．计算机工程与应用，２００９， （５）：２９—３１． ［１３］ Ｌｉ Ｇａｏ，Ｊｉｎｇｙｕａｎ Ｚｈａｎｇ，Ｑｕｎｗｅｉ Ｚｈｅｎｇ，ｅｔ ａ１．Ｅｘｐｅｒｉｅｎｃｅ ｗｉｔｈ ｍｉｒｒｏｒ ｄｒｉｖｅｒｓ ｆｏｒ ｄｉｓｔｒｉｂｕｔｅｄ ｗｏｒｋｓｐａｃｅ［Ｃ］． Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ４５ｔｈ Ａｎｎｕａｌ Ｓｏｕｔｈｅａｓｔ Ｒｅｇｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ，２００７：１ ６８—１ ７３， ［１４］ 倪晓军，郑龙．基于Ｍｉｒｒｏｒ Ｄｒｉｖｅｒ的自适应屏幕录制算法［Ｊ］．计算机工程，２０１１，１１：２８１—２８７． ［１５］ 邓宏贵，郭晟伟，李志坚．基于哈夫曼编码的矢量量化图像压缩算法［Ｊ］．计算机工程，２０１０，（４）：２１８— ２２２． 成都信息 ＿Ｔ－程学 院 学报 第２８卷 Ｔｈｅ Ｄｅｓｉｇｎ ａｎｄ Ｉｍｐｌｅｍｅｎｔ ｏｆ Ｒｅａｌ—ｔｉｍｅ Ｓｃｒｅｅｎ ｉｍａｇｅ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｙｓｔｅｍ ｉｎ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｙｓｔｅｍ ＨＵＡＮＧ Ｚａｎ—ｚａｎ， ＬＩＮ Ｈｏｎｇ—ｇａｎｇ ｉｎｆ。ｒｎ１ａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ，Ｃｈｅｎｇｄｕ ６１０２２５，Ｃｈｉｎａ） （ＳｃｈｏＯｌ ｏｆ Ｎｅｔｗｏｒｋ Ｅｎｇｉｎｅｅｒｉｎｇ，Ｃｈｅｎｇｄｕ Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ａｂｓｔｒａｃｔ：Ｔ０ ｍｅｅｔ ｔｈｅ ｃｌａｓｓｉｆｉｅｄ ｃｏｍｐｕｔｅｒ ｕｓｅｒｓ’ｄｅｍａｎｄｓ ｏｎ ｒｅｃｅｉｖｉｎｇ，ｖｉｅｗｉｎｇ，ａｎｄ ｍｏｎｌｔｏｒｍｇ ｒｅａｌ—ｔ㈣ｅ ｍａｇｅ ｏｒ ｔｅｘｔ ｉｎｆＯｎｎａｔｉｏｎ ｆｒｏｍ ｔｈｅ ｏｕｔｅｒ ｎｅｔ，ａ ｓｃｒｅｅｎ ｉｍａｇｅ ｒｅａｌ—ｔｉｍｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｓｙｓｔｅｍ ｕｓｅｄ ｆｏｒ ｕｎ ｄ ｒｅｃｔ ｏｎａＩ ｔｒａｎｓｍ ｓｓ ０ｎ ｄｅｖｉｃｅ ｈａｓ ｂｅｅｎ ｄｅｓｉｇｎｅｄ ａｎｄ ｒｅａｌｉｚｅｄ ｉｎ ｔｈｅ ｐａｐｅｒ．Ｔｈｅ ｓｙｓｔｅｍ ｕｓｅｓ ｍｉｒｒｏｒ ｄｒｉｖｅｒ ｔｏ ｃａｐｔｕｒｅ ｓｃｒｅｅｎ ｍａｇｅ ｉａｓｔ ａｎｄ ｅｔ． ｆｉｃｉｅｎｔｌｖ．Ｔｈｅ ｐｒＯｔｏｃｏ１ ｏｆ ｉｍａｇｅ ｒｅａ１．ｔｉｍｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｓｕｉｔａｂｌｅ ｆｏｒ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｍｉｓｓ ｏｎ ｄｅｖｉｃｅ １Ｓ ｄｅｓ ｇｎｅｄ ｔｏ ｇｕａｒａｎｔｅｅ ｔｈｅ ｐａｃｋｅｔ ｃａｎ ｒｅａｃｈ ｔｈｅ ｒｅｃｅｉｖｅｒ ｒｅａｌ—ｔｉｍｅ ｗｉｔｈｏｕｔ ｆｅｅｄｂａｃｋ．ＸＯＲ ｄａｔａ ｏｆ ｔＷＯ ａｄｊａｃｅｎｔ ｉｍａｇｅｓ ａｒｅ ｓｅｎｔ ｔｏ ｒｅｄｕｃｅ ｔｈｅ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈ．Ａ ｃｏｍｐｌｅｔｅ ｉｍａｇｅ ｉｓ ｓｅｎｔ ａｆｔｅｒ ｓｅｎｄｉｎｇ ａ ｃｅｒｔａｉｎ ａｍｏｕｎｔ ｏｆ ｉｍａｇｅｓ ＸＯＲ ｄａｔａ，ｗｈ ｃｎ ｃａｎ ｓ０１ｖｅ Ｄｒｏｈｌｅｍｓ（）ｆ ｒｅｃｅ ｎｇ ｕｎｏｒｄｅｒｅｄ ｉｍａｇｅ ｃａｕｓｅｄ ｂｙ ｐａｃｋｅｔ ｔｏｓｓ ｄｕｒｉｎｇ ｉｍａｇｅ ｔｒａｎｓｍｉｓｓｉＯｎ・Ｔｈｅ ｔｅｓｔ ｓｈｏｗｓ ｔｈａｔ ｔｈｉｓ ｓｖｓｔｅｍ ｃａｎ ｐｒｏｖｉｄｅ ｗｅｌｌ ｒｅａｌ—ｔｉｍｅ ｉｍａｇｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｓｅｒｖｉｃｅｓ ｕｎｄｅｒ ｔｈｅ ｃｏｎｄｉｔｉｏｎｓ ｏｆ ｌｏｗｅｒ ＣＰＵ ｕｔ ｌ ｚａｔ ｏｎ ａｎｄ ｂａｎｄ ｄｔｈ ｏｃｃｕｐａｎｃｙ，ａｎｄ ｓｔｉｌｌ ｍｅｅｔ ｔｈｅ ｕｎｉｄｉｒｅｃｔｉｏｎａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｄｅｖｉｃｅ ｏｎ ｒｅａｌ—ｔｉｍｅ ｓｃｒｅｅｎ ｍａｇｅ ｔｒａｎｓｍ ｓＳ ０ｎ ｒｅ— ｑｕｌｒｅｍｅｎｔｓ． ｅｙ ｗ。ｒｄｓ：ｉｍａｇｅ ａｃｑｕｉｓｉｔｉ。ｎ； ｉｍａｇｅ ｔｒａｎｓｍｉｓｓｉ。ｎ； ｉｍａｇｅ ｃ。ｍｐｒｅｓｓｉｏｎ； ｕｎｉｄｉｒｅｃｔｉ。ｎａｌ ｔｒａｎｓｍｉｓｓｉｏｎ；ｍｉｒｒｏｒ ｄｒｉｖｅ