第２６卷第１２期 计算机工程与设计 ２００５年１２月

Ｖ０１．２６ Ｎｏ．１ ２ Ｃｏｍｐｕｔｅｒ Ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ Ｄｅｓｉｇｎ Ｄｅｃ．２００５

面向远端屏幕监控的一种图像压缩传输方法
肖道举， 刘洪峰， 陈晓苏
（华中科技大学计算机科学与技术学院，湖北武汉４３００７４）

摘要：针对已有的屏幕图像传输技术过于消耗主机资源和网络带宽的现状，给出了一种改进的远端屏幕图像压缩传
输方法。通过对屏幕图像进行分块，只传输发生改变的屏幕图像块，大大地减少了图像数据的传输流量，提高了控制
端屏幕刷新的流畅度。最后对本技术进行性能测试，并针对不同应用环境提出优化方法，可以作为网络监控、远程控
制等系统屏幕传输算法的参考。
关键词：屏幕监控；图像传输；图像压缩；远程控制；网络安全
中图法分类号：ＴＰ３９１ 文献标识码：Ａ 文章编号：１０００．７０２４（２００５）１２－３３５６—０２

Ｉｍａｇｅ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｍｅｔｈｏｄ ｆｏｒ ｒｅｍｏｔｅ ｓｃｒｅｅｎ ｍｏｎｉｔｏｒｉｎｇ

ＸＩＡＯ Ｄａｏ－ｊｕ， ＬＩＵ Ｈｏｎｇ—ｆｅｎｇ， ＣＨＥＮ Ｘｉａｏ－ＳＵ

（Ｓｃｈｏｏｌ ｏｆＣｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，Ｈｕａｚｈｏｎｇ Ｕｎｉｖｅｒｓｉｔｙ ｏｆＳｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，Ｗｕｈａｎ ４３００７４，Ｃｈｉｎａ）
Ａｂｓｔｒａｃｔ：Ｉｎ ｔｈｅ ｖｉｅｗ ｏｆｈｉｇｈ ｏｃｃｕｐａｔｉｏｎ ｏｎ ｔｈｅ ｓｙｓｔｅｍ ａｎｄ ｎｅｔｗｏｒｋ ｂａｎｄｗｉｄｔｈ ｏｆｔｈｅ ｔｒａｄｉｔｉｏｎａｌ ｍｅｔｈｏｄ ｏｆｓｃｒｅｅｎ ｉｍａｇｅ ｔｒａｎｓｍｉｓｓｉｏｎ，

ａｎ ｉｍｐｒｏｖｅｄ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｔｅｃｈｎｏｌｏｇｙ ｏｆ ｓｃｒｅｅｎ ｉｍａｇｅ ｗａｓ ｇｉｖｅｎ ｏｕｔ， ｗｈｉｃｈ ｄｉｖｉｄｅｄ ｔｈｅ ｓｃｒｅｅｎ ｉｎｔｏ ｂｌｏｃｋｓ， ａｎｄ ｏｎｌｙ

ｔｒａｎｓｆｅｒ ｔｈｅ ｂｌｏｃｋ ｔｈａｔ ｃｈａｎｇｅｄ，ＳＯ ｔｈａｔ ｌｏｗｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｌｕｘ ｗａｓ ｏｂｆａｉｎｅｄ，ｗｉｔｈ ａ ｇｏｏｄ ｒｅｆｒｅｓｈ ｒａｔｅ ｏｆ ｔｈｅ ｓｃｒｅｅｎ．Ａｔ ｌａｓｔ，ｔｈｅ

ｐｅｒｆｏｒｍａｎｃｅ ｔｅｓｔ ｏｎ ｔｈｅ ｔｅｃｈｎｏｌｏｇｙ ｗａｓ ｍａｄｅ，ａｎｄ ａｌｓｏ ｓｏｍｅ ｏｐｔｉｍｉｚａｔｉｏｎ ｍｅｔｈｏｄ ｉｎ ｐａｒｔｉｃｕｌａｒ ａｐｐｌｉｃａｔｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔ．Ｉｔ ｉｓ ａ ｒｅｆｅｒｅｎｃｅ

ｆｏｒ ｎｅｔｗｏｒｋ ｍｏｎｉｔｏｒｉｎｇ，ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ ａｎｄ ｏｔｈｅｒ ｓｙｓｔｅｍｓ．

Ｋｅｙ ｗｏｒｄｓ：ｓｃｒｅｅｎ ｍｏｎｉｔｏｒｉｎｇ；ｉｍａｇｅ ｔｒａｎｓｍｉｓｓｉｏｎ；ｉｍａｇｅ ｃｏｍｐｒｅｓｓｉｏｎ；ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ；ｎｅｔｗｏｒｋ ｓｅｃｕｒｉｔｙ

１引 言 ２思路及原理

在网络远程控制、网上主机监控等应用领域，需要对屏幕 ２．１屏幕图像的捕捉
图像进行实时压缩和传输。屏幕图像实时压缩和传输有其自 图像压缩传输的前提是图像截取。通常获取屏幕图像的
身的特点，一是需要高效的图像压缩算法，减少对主机资源的 方法有两种：创建屏幕ＤＣ方法和使用ＤｉｒｅｃｔＸ方法。两种屏
消耗；另一方面要求实际传输的数据流量尽可能的小，以适合 幕捕捉方法各有优劣，屏幕ＤＣ方法适用范围广，能够捕捉大
各种网络传输环境。传统的影像压缩算法如ＭＰＥＧ、Ｈ．２６ｘ等， 部分的屏幕图像，但捕捉速度较慢。ＤｉｒｅｃｔＸ方法捕捉速度快，
虽然压缩效率高，但是进行编码时的资源开销较大，在此并不 但适用范围较窄。有研究人员在ＣＰＵ为Ａｔｈｌｏｎ ＸＰｌ７００＋，使
适用…。 用显卡Ｇｅｆｏｒｃｅ２ＧＴＳ并安装ＤｉｒｅｃｔＸ８．１的测试环境中，对上述
本文针对屏幕监控的特点，通过分析已有的屏幕图像 两种方法分别进行了３次捕捉试验，每次连续捕捉１００帧，每
压缩传输技术，给出了一种面向远端屏幕监控的图像压缩 种方法在不同分辨率下的每帧平均捕捉时间如表１所示嘲。
传输方法，以满足不同网络应用环境下屏幕图像传输的需
表１屏幕图像捕捉速度比较
要。
屏幕尺寸 ＤＣ／ｍｓ ＤＸ／ｍｓ
已有的屏幕图像传输方法通常采取设备描述表ＤＣ（Ｄｅ．
１０２４ｘ７６８ ４５０ １２２
ｖｉｃｅ Ｃｏｎｔｅｘｔ）方式获取屏幕图像，然后对获取的整幅屏幕图像
８００ｘ６００ ２７０ ７４

进行压缩、传输。
６４０ｘ４８０ １７０ ４７

在实际应用中，压缩运算将大量地占用被监控主机的资 ３２０ｘ２４０ ４５ １２

源，而传输的图像数据也会严重消耗网络带宽，在网络繁忙的
情况下，无法保障传输质量。 从表１可以看出ＤｉｒｅｃｔＸ方法在速度方面明显优于屏幕
为了能满足不同网络环境中的应用，需要对已有的屏幕 ＤＣ方法。为了提高效率，减少对被监控主机资源的占用，优
图像传输方法进行改进。 先选择ＤｉｒｅｃｔＸ来进行屏幕图像的捕捉，并使用ＤＣ方式作为

收稿日期：２００４—１０—２３。
作者简介：肖道举（１９５４．），男，湖北人，副教授，研究方向为计算机网络技术；刘洪峰（１９８１一），硕士生，研究方向为计算机网络安全。

万方数据
补充，以兼顾到ＤｉｒｅｃｔＸ未安装或ＤｉｒｅｃｔＸ版本过低的主机。 屏幕的内存数据逐个字节进行比较。此方法需保存两份屏幕

２．２图像的压缩 数据拷贝，当分辨率为１０２４ｘ７６８，２４位色时，一幅图像所需内

由于屏幕图像需要进行实时传输，如需做到无打扰监控， 存空间为２．２５Ｍｂ。

需保证主机资源和网络带宽的低占用率，其中压缩的效率是 （２）ＣＲＣ比较法：本方法计算图像数据的ＣＲＣ值“１，对前

关键所在。 一幅图像仅保存其ＣＲＣ值，通过判断两幅图像的ＣＲＣ值即可

目前常用的图像压缩方式有无损的ＧＩＦ压缩和有损的 判断图像是否发生改变。
ＪＰＥＧ压缩的。ＧＩＦ最高色彩数为２５６色，ＪＰＥＧ可以达到２４位 由于ＣＲＣ算法是根据内存数据计算出一个２字节的ＣＲＣ
真彩色。 数据字，因而对于连续的２幅屏幕图像，图像发生改变而计算
针对上述两种压缩方式，在１０２４×７６８的分辨率下，对１个 得到的ＣＲＣ数据又相同的可能性仅为：

ｐ＝ｃ！－・×ｃ：ｎ＝啬≈４×１
１
标准Ｗｉｎｄｏｗｓ桌面进行捕捉，分析不同色彩数情况下的图像 ０＿１０
二

压缩状况，结果如表２所示。其中ＪＰＥＧ压缩采用６５％的压缩
显然这一概率非常小，所以采取ＣＲＣ来判断图像是否变
比０１，ＧＩＦ压缩为２５６色。 ．

化是可行的。
表２不同色彩数的屏幕图像Ｊｐｅｇ压缩的比较 为确定哪种方式更适合实际应用的需要，对这两种方法

屏幕色彩数 压缩前 Ｊｐｅｇ压缩 Ｇｉｆ压缩 进行了测试。测试程序随机生成２块１Ｍｂ大小内存数据，考

４位（１６色） ３８４ＫＢ ６９ＫＢ ２ｌ ＫＢ 虑到进行逐字节比较的效率同数据内容有关，为模拟实际情
８位（２５６色） ７６８ＫＢ ６７ＫＢ ３１ ＫＢ 况，取前５１２Ｋｂ的数据相同。使用ＶＣ＋＋６．０，ｄｅｂｕｇ方式编译，
２４位色 ２．２５Ｍ［Ｂ ６７ＫＢ Ｎ／Ａ
测试机器为Ｐ４ １．８ＧＨｚ，５１２Ｍｂ内存。结果如表３所示。

表３ ｍｅｍｅｍｐ和ＣＲＣ方式的比较
从表２可看到，ＧＩＦ压缩方法除了支持最高色彩只能达到
方式 百次时间注 ＣＰＵ占用率
２５６色外，其压缩率远优于ＪＰＥＧ压缩方法。对于多数日常工
ｍｅｍｃｍｐ ０，０８９ ＳｅＣ． 大约２０％
作，如文字处理、网络浏览等而言，２５６色已足够清楚地识别和
ＣＲＣ ４．０８７ ｓｅｅ． 大约９８％
判断文字、图标等信息，因此选择ＧＩＦ压缩作为图像压缩方法。
经过ＧＩＦ压缩后，根据图像内容的不同，整幅屏幕图像数 从表３可以看出，使用ｍｅｍｃｍｐ要比使用ＣＲＣ快近５０倍，
据大约为３０－１５０Ｋｂ。如需进行流畅的屏幕监控，图像更新速 而且占用资源非常低，惟一缺点是多占用１倍的内存空间。由
率最好达到１帧／秒（１ｆｐｓ），即系统的最低网络带宽至少需要 于需要对图像进行实时传输，同时还要尽量减少对主机资源
３０ｘ８＝２４０Ｋｂｐｓ。局域网和宽带环境一般可满足此带宽需求， 的开销，最后选择使用ｍｅｍｃｍｐ来实现图像的比较。在实际
但在窄带（如拨号上网）环境中，会出现严重的图像刷新延迟。 应用中，可根据不同环境来选择。
所以仅仅使用ＧＩＦ压缩是不够的，本文给出的方法正是为了 注：时间为程序运行１０次的平均值
解决这一问题。 以下是使用ｍｅｍｃｍｐ方式的算法：
２．３屏幕图像的分块压缩传输 ・被控端：
传统的屏幕图像传输方法是定时截取整幅图像后压缩传 定时进行屏幕的截取
输，这会消耗大量的主机资源和网络带宽，尤其在窄带环境 ｛ＧｅｔＤｅｓｋｔｏｐ（ｐｌＢｍｐ）／／获取图像
下，该方法无法实现流畅的屏幕图像传输。 ｐＢｍｐ－＞Ｂｍｐ［０－１ ５】／／分块
事实上在电脑使用的大多数时间中，任一微小时间内屏 ｆｏｒ（ｉ＝０：ｉ＜１６；ｉ＋＋）
幕图像仅发生局部改变，如果只对发生改变的图像进行传输， ｛ｉｆｍｅｍｃｍｐ（ｏｌｄＢｍｐ［ｉ］，Ｂｍｐ［ｉ］，ｓｉｚｅ）
将能大大减少屏幕数据传输的流量。因此，可借鉴ＭＰＥＧ影 ｛ｏｌｄＢｍｐ［ｉ］＝Ｂｍｐ［ｉ】∥刷新图像数据
像动态压缩的思路，对屏幕图像采用分块传输的方法，即将屏 Ｅｎｃｏｄｅ（Ｂｒｎｐ［ｉ］一＞Ｇｉｆ）／／压缩
幕图像划分为４ｘ４共１６块，定时同前一时刻比较判断每块图 Ｓｅｎｄ（Ｇｉｆ，ｉ）／／发送图像，ｉ为块号
像是否发生改变，仅仅对发生改变的屏幕图像块进行压缩和 ）
传输。 ）
由于只需要传输发生改变的图像数据，在进行远程控制 ｝
或者监控时，控制端所显示的远端屏幕就能够得到较好的刷 ・控制端：
新速率，从而实现更好的交互。 ｛Ｇｅｔｌｍａｇｅ（Ｇｉｆ，ｎ）／／ｎ为图像块编号
２．４图像改变的判断 Ｄｅｃｏｄｅ（Ｇｉｆ－＞Ｂｍｐ）／／解压
要对发生改变的屏幕图像进行压缩传输，前提是需对图 Ｄｉｓｐｌａｙ（Ｂｍｐ，１１）∥刷新对应图像块
像是否发生改变进行判断。截取的图像实际上是一块内存数 ）
据，所以只需要对前后２块图像的数据进行比较，如果相同， 需要指出的是，屏幕数据在没有发生改变的情况下，先进
则表示图像没有改变，反之亦然。 行压缩再判断，虽然可以提高判断的效率，但是进行压缩将占
对于数据的比较有两种办法可供选择： 用主机资源。所以最好采取对图像原始数据先进行比较，再
（１）直接比较法：调用Ｃ语言的ｍｅｍｃｍｐ函数，对前后２幅 对改变的图像数据进行压缩的方式。 （下转第３３６４页）

・——３３５７－——
万方数据
，ＤｅｃｏｄｅＣａｃｈｅ；
４结 论
Ｕｒｌ字段是解码缓存结点的主键，ｄｅｃｏｄｅｄａｔａ字段用于记

录图像解码数据存放的内存区地址，ｐＩｍａｇｅＱｕｅｕｅ和ｎＩｍａｇｅ－ 缓存技术是影响嵌入式浏览器性能的重要因素，本文介
ＱｕｅｕｅＳｉｚｅ字段在多个ＩＭＧ标签的图片ＵＲＬ相同时使用，保 绍了嵌入式浏览器Ｊｌｂｒｏｗｓｅｒ中缓存的实现策略，在资源受限
证只为一个ＵＲＬ创建一个图像解码缓存结点，其它字段用于 的嵌入式系统中，使用少量的内存充当缓存，并采取一定的缓
记录图像大小及坐标等信息。 存淘汰机制，可以较好地提高系统性能。实际运行情况表明，
３．２淘汰算法 Ｊｌｂｒｏｗｓｅｒ上网效果得到了改善，增强了用户的友好性。
根据淘汰策略，图２为缓存管理采用的淘汰算法流程。
参考文献：
入口
［１】Ｂｊｒｋ Ｓ，Ｈｏｌｍｑｕｉｓｔ Ｌ Ｅ，Ｒｅｄｓｔｒｍ Ｊ，ｅｔ ａ１．ＷＥＳＴ：Ａ Ｗｅｂ ｂｒｏｗｓｅｒ

延苎至岁
淘汰ＤｅｃｏｄｅＣａｃｈｅ结点
ｆｏｒ ｓｍａｌｌ ｔｅｒｍｉｎａｌｓ［Ｃ］．ＵＩＳＴ’９９，Ａｓｈｅｖｉｌｌｅ，ＮＣ，１９９９．１８７—１９６．

［２】 李小群，郑良辰，耿增强，等．浅析嵌入式系统中的浏览器［Ｊ】．测
Ｙ ｉ 控技术，２００１，９（４）：９—１１．
淘汰不在访问栈口结点ｌ
【３】 周正勇，阳富民，胡贯荣．一种嵌入式浏览器的核心技术及特色

诞区桓Ｅ＞Ｊ
—、—／
劓余缓存区不够大？＝≥—＝

Ｙ王
［Ｊ】．计算机工程与设计，２００３，２４（３）：２１—２３．
［４】Ｄｅｂｏｒａｈ Ｓ Ｒａｙ，Ｅｒｉｃ Ｊ Ｒａｙ．ＨＴＭＩＡ．０从入门到精通【Ｍ】＿Ｂ京：
进行ＬＦＵ选择淘汰Ｉ
电子工业出社，１９９８．
Ｎ
淘汰成功？
出错返 ［５】５ 朱奇波，郑扣根，潘云鹤．一个基于新型嵌入式系统浏览器的设
Ｎ 计与实现［Ｊ］．计算机应用与研究，２００２，１９（５）：１０１．１０４．
＝：ｊ睦噔堡！曼兰竺奎三二 ［６］ 李允，熊光泽，杨玉平．一种嵌入式浏览器设计技术【Ｊ】．２００１，１９

由
Ｙ ｌ・
（１２）：５７．６０．
［７】 刘心松，邱元杰．ＨＴＴＰ缓存的研究与实现［Ｊ】．／Ｊ、型微型计算机
系统，２０００，２１（４）：３４１—３４３．

（上接第３３５７页）

少图像数据的传输。此外，在进行图像分块时，可采取动态区
３性能测试和改进
域智能划分技术，通过对不同应用环境的智能判断，选择最佳
３．１性能测试 的屏幕块划分方案，以使传输的图像数据最少。将这些措施结

表４是在几个常见操作情况下，进行分块传输与整幅传 合起来，基本上能满足窄带网络环境下屏幕图像传输的需要。

输网络平均流量的比较８１。
４结 论
表４性能对比测试
本文提供了一个对屏幕图像进行高效传输的办法，对于
操作 分块传输 完全传输 优化比
网络监控、远程控制、网络安全等领域都有很强的实用价值。
文字处理 ２０Ｋｂ，ｓ ５２Ｋｂ，ｓ ３９％

编程 １３Ｋｂ／Ｓ ３７Ｋｂ，ｓ ３４％

同时，根据不同应用环境给出相对应的办法，提供的算法也能

浏览网页 ３９Ｋｂ／ｓ ９５Ｋｂ／ｓ ４１％ 方便应用到实际的系统当中。

混合 ２３Ｋｂ，ｓ ５ｌＫｂ，ｓ ４４％

参考文献：
从表４可以看出，在屏幕改变非常少的情况下，分块后的
［１】Ｈａｓｋｅｌｌ Ｇ，Ｈｏｗａｒｄ Ｅ Ｉｍａｇｅ ａｎｄ ｖｉｄｅｏ ｃｏｄｉｎｇ－ｅｍｅｒｇｉｎｇ ｓｔａｎ—

图像数据的传输流量能控制在较小的范畴内，但一旦屏幕图 ｄａｒｄｓ ａｎｄ ｂｅｙｏｎｄ［Ｊ］．ＩＥＥＥ Ｔｒａｎｓａｃｔｉｏｎｓ Ｒｅｃｏｒｄ，１９９８，８（７）：８１４—

像发生大幅度改变，仍然会产生较多的数据传输。采用本文 ８３７．

所给出的方法，在ＡＤＳＬ等速率有限的准宽带环境下，能获得 ［２】 邱岚，李翠华．Ｈｏｏｋ技术在视频截取中的应用研究与实现［Ｊ】．

较高的屏幕传输流畅度ｍ，。 厦门大学学报（自然科学版），２００３，４２（６）：７０９．７１２．
注：以上数据为模拟操作下５分钟内的平均值 ［３］ 张益贞，刘滔．Ｖｉｓｕａｌ ｃ＋＋实现ＭＰＥＧ／ＪＰＥＧ编解码技术［Ｍ】．北
３．２方法改进和优化 京：人民邮电出版社，２００４．４６．６２．
实际实验发现，若屏幕图像较大区域块发生改变，整个发 ［４】 Ｆｅｎｇ Ｙｕａｎ．Ｗｉｎｄｏｗｓ ｇｒａｐｈｉｃｓ ｐｒｏｇｒａｍｍｉｎｇ ｗｉｎ３２ ＧＤＬ ａｎｄ ｄｉ－
生改变的图像块都将需要进行重新传输，这时本文所给出的方 ｒｅｃｔ ｄｒａｗ［Ｍ】．Ｐｒｅｎｔｉｃｅ Ｈａｌｌ ＰＴＲ，２００２．

法在窄带环境下（每秒传输小于５Ｋ）不能满足连续传输要求。 ［５］５ 宋晖擞字视频压缩编码系统的应用和测试［Ｊ】＿电子技术，１９９８，

但是应看到，在文字处理、浏览网页等操作中，屏幕发生变化最 （１）：１７．２１．

多的是拖动，而图像本身的内容并没有发生改变。因此，可以 ［６】Ｄｏｕｇｌａｓ Ｅ Ｃｏｍｅｒ．用ＴＣＰ／ＩＰ进行网际互联，第一卷：原理、协

对图像改变模式进行判断，充分利用已传输的图像数据，以减 议与结构［Ｍ】．第４版．北京：电子工业出版社，２００１．

－——３３６４・——

万方数据