第１８卷第４期 计算机技术与发展 Ｖｄ．１８ Ｎｏ．４

２００８年４月 （Ｘ）ＭＰＵＴＥＲ ＴＥａｍ蚓０ＧＹ ＡＮＤ ＤＥＶＥＬＯＰＭＥＮＴ Ａｐｒ． ２００８

一种基于分块采集和压缩技术的屏幕共享方案

左强翔，吴洁
（南京航空航天大学信息科学与技术学院，江苏南京２１００１６）

摘要：在深入研究现有的屏幕共享方法的基础上，在实际的远程教学系统的项目实践过程中提供了一种基于分块采集
和压缩技术的解决方案。该方案主要利用分块采集和数据压缩技术来实现异地屏幕显示图像的共享，即首先使用划分的
思想把屏幕分成一些固定的块，然后分块采集屏幕图像，对采集的图像进行分析，从而决定采用哪一种技术进行压缩，然
后打包传输。针对图像发生变化的块数来决定采用何种压缩技术，主要有Ｉ．ＺＷ和ＲＬＥ数据压缩技术。实验证明，该方案
不仅可以获得很好的压缩率，并且具有较好的实时性和较低的编码复杂度，因此，应用前景广泛。
关键词：屏幕共享；采集；压缩；Ｌ２Ｗ；砒正
中图分类号：１１Ｐ３１１．５ 文献标识码：Ａ 文章编号：１６７３—６２９Ｘ（２００８）０４—０２０６一０４

Ａ Ｓｃｒｅｅｎ Ｓｈａｒｉｎｇ Ｓｃｈｅｍｅ Ｂａｓｅｄ ｏｎ Ｂｌｏｃｋ Ｃｏｌｌｅｃｔｉｏｎ

ａｎｄ Ｄａｔａ Ｃｏｍｐｒｅｓｓｉｏｎ

ＺＵＯ Ｑｉａｎｇ－ｘｉａｎｇ．ＷＵ Ｊｉｅ

（Ｃｏｌｌｅｇｅ ｏｆ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅ＆Ｔｅｃｈｎｏｌｏｇｙ，

Ｎａｎｊｉｎｇ Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ａｅｘｏｎａｕｔｉｅｓ＆Ａｓｔｒｏｎａｕｔｉｃｓ，Ｎａｎｊｉｎｇ ２１００１６，Ｃｈｉｎａ）

＆ｈｓｔｒｔｍｔ：Ａｆｔｅｒ ｔｈｅ ｄｅｅｐ坨跎眦ｈ ｏｆ ｔｈｅ ｅｘｉｓｔｉｎｇ ｍｅｔｈｅｄｓ ｏｆ ｔｈｅ ｘ咖ｓ｝ｌ咖，ｐｒｏｐｏｓｅｄ ａｌｌ ｅｆｆｉｃｉａａｔ ｓｃｈｅｍｅ ａｃｃｏｒｄｉｎｇ幻ｔｈｅ ｐｒａｃｔｉｃｅ ｏｆ

ｔｈｅ ｄｉｓｔａｎｃｅ ｅｄｕｃａｔｉｏｎ￥ｙａｔｅ∞／ｌ，ｔｏ ａｃｈｉｅｖｅ ｔｈｅ Ｋｇｈ ｃｏｍｐｒｅｓｓｅｄ ｒａｔｉｏ ａｔ ｔｈｅ Ｓａｌ＂ｎｅ ｔｉｍｅ ｐｒｏｔｅｃｔｉｎｇ ｔｈｅ ｎｅａｒｌｙ １０ｓｓｌ图ｖｉｓｕａｌ ｑｕａｌｉｔｙ．ｍｓ
ｓｃｈｅｍｅ ｉｓ ｎａｍｅｄ“ｂｌｏｃｋ ｃｏｌｌｅｃｔｉｏｎ”ａｎｄ ｉｎｃｌｕｄｅｓ ｔｈｅ ｔｗｏ ｍａｉｎ ｔｅｃｈｎｉｑｕｅｓ。ｏ眦ｉｓ ｃａｌｌｅｄ ｂｌｏｃｋ，ａｎｄ ｔｈｅ ｏｔｈｅｒ ｉｓ ｔｈｅ ｄａｔａ—ｏｕｒｎｐｒｅｓｓｉｏｎ

ｍｅｔｈｏｄ ｃａｌｌｅｄ哪ａｎｄ ＲＬＥ．Ｔｈｅ ｆｉｒｓｔ ｓｔｅｐ ｏｆ ｔｈｉｓ ｓｃｈｅｍｅ ｉｓ ｔｏ ｄｉｖｉｄｅ ｔｈｅ ｗｈｏｌｅ饕砌协ｍａｎｙ ｅｑｕａｌ ｂｌｏｃｋｓ ａｎｄ ｃｏｌｌｅｃｔ ｔｈｅ ｉｍ唱∞ｂｙ

ｂｌｏｃｋ，ｓａｖｅ ｔｈｅｍ∞ｂｉｔｍａｐ ｆｏｒｍａｔｓ．Ｔ１１ｅ ｌａｓｔ ｓｔｅｐ ｉｓ ｔｏ ａｐｐｌｙ ｄｉｆｆｅｒｅｎｔ ｍｅｔｈｏｄ ｔｏ‘ｘｌ＇ｎｐｌ＇ｅ女ｄｉｆｆｅｒｅｎｔ ｂｌｏｃｋ ｉｍａｇ酋．Ａｐｐｌｙ ｄｉｆｆｅｒｅｎｔ ｍｅｔｈｏｄ

ａｃｏｏｒｄｉｎｇ∞ｔｈｅ ｃｈａｎｇｅ ｎｔｍｍｂｅｒ ｏｆ ｔｈｅ ａｌｌ ｂｌｏｃｋｓ，ｔｈ眦ａｒｅ ｔｗｏ ｍｅｔｌｘＭｓ：四ａｎｄ ＲＬＥ．Ａｆｔｅｒ ｅｘｐｅｒｉｍｍｔ．ｉｔ ｈａｓ ｇｏｏｄ ｃｏｍｐｒｅｓｓｉｏｎ甩．

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

Ｋｅｙ吣：ｓ咖ｓｈａｒｉｎｇ；ｃｏｌｌｅｃｔｉｏｎ；ｃｏｍｐｒｅｓｓｉｏｎ；Ｌ２Ｗ；ＲＬＥ
Ｏ引 言 ＭＰＥＧ系统中传统的视频图像序列，虽然两者常常共
所谓屏幕共享…１指的是远端的客户端程序在可以 存于ＭＰＥＧ系统中。例如，在远程教学系统中。远端

适应的时间延迟下，来重现服务器端主机的界面，从而 学生一般要求看到两种图像：一是教师的上半身图像，

使远端的用户感觉就像坐在自己的机子旁边一样来实 二是清晰的教师机上的ＰｏｗｅｒＰｏｉｎｔ讲稿。前者属于传

现一种虚拟的界面环境。在目前应用广泛的股票分析 统视频，此类视频的压缩有很多成熟的解决方案，如

系统、远程教学系统以及远程监控系统等众多应用系 Ｈ．２６１，Ｈ．２６３，ＭＰＥＧ一４标准；后者则是近来随着多

统中，经常会有这样的需求，客户或者远程终端要求实 媒体通信技术的发展而涌现出来的具有较多需求的，

时、无损或者在一定视觉容忍度下，共享服务器端主机 由于它与传统视频图像具有许多不同之处，在实际应
用中通常会分开处理。由于对于此种图像应用传统视
屏幕上的股评分析曲线、ＰｏｗｅｒＰｏｉｎｔ讲稿、操作界面
等。 频的压缩技术没有得到满意的效果，且无法满足网络

这类图像一般是非连续色调的半运动彩色图像序 实时传输的需要，同时针对不同的应用环境通常很难
提供一个统一的解决方案，例如远程教学系统中教师
列，它们一般都要求高清晰度及全屏显示，它不同于
机的屏幕上的ＰｏｗｅｒＰｏｉｎｔ讲稿内容大部分以黑白字
收稿日期：２００７一０７—１２ 体为主，以很少的彩色图像为辅，因而就需要一种清晰
作者简介：左强翔（１９８５一），男，安徽安庆人，硕土研究生，研究方向 度高的解决方案来避免字体在回放时所造成的重影问
为软件工程；吴洁，副教授，研究方向为软件工程。 题，同时屏幕图像具有在一定时间和空间范围内不变

万方数据
 第４期 左强翔等：一种基于分块采集和压缩技术的屏幕共享方案
的特性。也就说明了存在部分区域和时闻段内不需要
传输的情况，文中主要针对此种应用和屏幕图像的特
点在多次实验的基础上提出了一种基于分块采集穰鹾
缩技术的屏幕共事方案，和粥该方案不仅可以获得很
好的腿缩比和较好的实时性和清晰度，并且解码简单，
是一种走损压缩的解决方案，满足了应熙的需要。
１屏幕共享技术的发展和实现
１。１湃幕共享按术豹发展
屏幕共享出现在图形化的用户界谣（ＧＵＩ）之后，
最早的ＧＵＩ概念由苹果公司提出，并很快得到了ＩＴ
企韭爨的认可。瑰在，绝大多数流行的搡俸系统，都提
供一定的图形用户界面。作为计算机倍息显示的主要
方式，屏幕显示信息本身开始成为一种新的信息源…。
随着网络应耀的发展，入彝想到剩耀网络去察现
诸如远程控制、监视等方面的应用。这方面的应用需
求直接促进了屏幕共享技术的发展。
屏幕共享技零蟊蘸有很多戆产菇，院如Ｘ—ｗｉｎ。
ｄｏｗ，Ｗｉｎｄｏｗｓ系列系统的远程终端服务，ＮｅｔＭｅｅｔｉｎｇ，
Ｓｙｍａｎｔｅｃ的ＰＣＡｎｙｗｈｅｒｅ，Ｒｅｍｏｔｅ Ａｄｍｉｎｉｓｔｒａｔｏｒ，ＶＮＣ
戳及溪内的红瘸蛛教学系统等。
１．２屏幕共享的实现方式
常见的屏幕共享通常由下述两种方式来实
理［２，３】．
（１）利用操作系统底层的ＧＵＩ矢量指令实现。例
如Ｗｉｎｄｏｗｓ２０００提供的远程终端服务。Ｗｉｎｄｏｗｓ２０００
Ｐｒｏｆｅｓｓｉｏｎａｌ使用终端客户软俘登陆列Ｗｉｎｄｏｗｓ２０００
Ｓｅｒｖｅｒ的终端服务，同时服务器端为每个客户端开辟
一个虚拟桌面（Ｖｉｒｔｕａｌ Ｄｅｓｋｔｏｐ），并将该用户的操作结
栗显添耋定商舞德新在豹察谣，这些鬟示操终首先被
分解成若干个Ｗｉｎｄｏｗｓ ＧＤＩ（Ｇｍｐｈｉｃ ｄｅｖｉｃｅ
指令，然后传输到客户端解码显示，使得客户端感觉像
是在粪正操律服务器端，蠢予魏穗方法与搡箨系统藕
合性比较紧，所以不利于软件系统的开发和扩展。
（２）利用拷羼和压缩技术实现屏幕共享【４ｊ。屏幕
显示豹内容不是逶过拆鼹戎具体的绘图命令来实瑰，
而是通过调用ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ
贝屏幕图像，然藤进行数据压缩处理并传送到客户端，
然后出客户端解秘显示出来。壶予处理过程孛可敬根
据具体情况，采用多种压缩算法来满足不同应用的需
要，不但灵活，丽且具有很好的扩展性，因而该方法应
用较广，尤其在多媒体软｛簪舞发领域。嗣时也是学术
研究的热点问蹶之一，目前针对中间环节提出了好多
著名的莲缩算法，如ＬＺＷ，ＲＬＥ，Ｈｕｆｆｍａｎ，小波变换
等ｏ
万方数据
・２０７・
２方案的设计思想
在屏幕共享系统中～般都是分两个部分的，服务
器端采集好屏幕数据，经过一定的缡鹌压缩羼，然后再
以ＩＰ组播或者单播的形式发送蓟客户端程序，客户端
稷序接收到服务器传送过来的数据后，采用与之相应
的勰码算法对数据进行髌压缩，再把鳃压后的数据在
指定的窗口中显示出来。具体的设计思想如下：
（１）系统采用基于Ｃ／Ｓ的工作模式。该屏幕共享
系统是采耀Ｃ／Ｓ模式进行工俸豹，客户端囊服务器端
发送的主要请求命令如裘１所示。
表１ 客户端发出的主要命令列表、
ＩＮｌ聪ＡＩ理Ｅ 建立双方连接遁遵
９丑强戴Ｎ—ＧＥｒ 请求传输屏幕图像
Ｂ】麟 发送屏幕划分方窳
（２）客产端每次发蠢ＳＣＲＥＥＮ—Ｇ疆请求对，服
务器只向客户端传送屏幕上发送变化的块数据的“差
图”。由于屏幕的抓取与传送是一个连续的过程，通常
一今较短鹃对阕内哭会发生局部范嚣的变化，有时候
甚至不变化。因此，没有必要传送整个屏幕，必需要把
变化的部分传送给客户端就可以了。无变化就可以完
全不震传送，从瑟减少对麓络资源豹占有，提离了实时
性。在具体到传送每一块的时候，采用新块减去旧块
数据，向客户端传送该块的“差图”；客户端收剿“差图”
数据以后，把它与自己原骞的该块的上一较数据进行
相加，从而就得到了该块的“新图”。
（３）采用无损压缩算法对块数据进行解压缩。为
了减步数据的传输量，在数据待输之前需要辩其遘行
服缩。为了兼顾图像有更好的可视性，采用了两种无
损压缩算法榴结合：ＬＺＷ算法和ＲＬＥ算法。块数据
采用“差图”的传输方法燕为了提高数据的歪缩率。当
ｉｎｔｅｒｆａｃｅ） 块数据变化不大时，“差图“中就会存在大量的零，这将
大大有助子提高数据的压缩率。
３方案的具体实现
在阐述典体酶实现过程之前，先将服务器端和客
户端都要采用的关键数据结构描述如下匡引，然后再
Ｉｎｔｅｒｆａｃｅ）先拷
给出两者的具体实现过程。
屏幕块Ｂｌｏｃｋ的数据结构如－Ｆ：
ｓｔｒｕｅｔ Ｂｌｏｚｋ
｛
∥该装的Ｘ轴编号
ｈａ ｍＢｌｏｃｋＸ；
／／该块的Ｙ轴编号
ｈａｔ ｍＢｋｒ＿．ｋＹ；
／／该块友ｔ角酶ｘ赣潞幕绝对坐标
 ・２０８・ 计算机技术与发展 第１８卷

ｈａｔ ｍＬｅｆｔＴｏｐＸ； 冲区中的数据，如果没有变化，则继续抓取下一块数

／／该块左上角的Ｙ轴屏幕绝对坐标 据，反之，求出“差图”并存人“旧图缓冲区”中，最后将
ｉｎｔ ｍ１．．ｅｆｔＴｏｐＹ；
所采集的这块数据插入到维护所有块数据的链表中，
／／该块右下角的Ｘ轴屏幕绝对坐标
同时修改变化的块数据计数器。
ｉｎｔ ｍＲｉｇｈｔＢｏｔｔｏｍＸ；
采集完所有数据以后，判断变化的块数据计数器。
／／该块右下角的Ｙ轴屏幕绝对坐标

ｉｎｔ ｍＲｉｇｈｔＢｏｔｔｏｍＹ；
如果为０，则向客户端发送无变化的命令标识，从而结

／／该块的“旧图缓冲区”头指针 束此次采集过程；否则，向客户端发送变化的块数据数
ｕｎｓｉｇｎｅｄ ｃｈａｒ’ｐＯｌｄｌｍａｇｅ； 目，同时指定压缩算法，对链表中的所有“旧图缓冲区”
／／该块的“新图缓冲区”头指针 的数据进行压缩，然后发送给客户端，接着，把链表中
Ⅲ塔ｉ删ｃｈａｒ。ｐＮｅｗｌｒｎａｇｅ； 所有块中的“新图缓冲区”中的数据拷贝到它的“旧图
／／位图数据长度 缓冲区”。
山１Ｓｉｇｍｄ ｌｏｎｇ ｄｗｒａＷａａ；
上面的实现方案具体流程图如图２所示。
／／块数据有无变化
６００ｌ ｉｓＣ）ｎａＩ】ｇｅｄ；

／／是否是首次传输

ｂ００ｌ ｉｓＦｉｒｓｔＴｒａｎ；

｝；

管理所有块的链表结构如下：
ｔｙｏｅｄｄ￥ｔｒｕｅｔ Ｂｌ烈蝴岫
ｌ
￥ｔｌａｌｃｔ Ｂｌｏｃｋ Ｎｏ＆Ｄａｔａ；
ｓｔｒｕｃｌｔ ＢＩｏｃｋ卜Ｉｏｄｅ。ｐＮｅｘｔ；

｝ＢｌｏｃｋＮｏｄｅ，・ＢｌｏｄｄＪｓｔ；

全局变量图像发生变化的块数：
ｈａｔ ｇＴｏｔａｌＣｈａｎｇｅｄ＝０：

３．１服务器端的实现
３．１．１服务器发送的决数据
服务器发送的每一个块数据由信息头和经过压缩
的数据两部分组成，如图１所示。

图１块数据的格式
块信息头的结构如下：
￥ｔｎｌｃｔ ＢｌｏｃｋｌｎｆｏＨｅａｄｅｒ

｛
／／Ｘ块的Ｘ轴编号

ｉｎｔ ｍＢｋｒ．ＺＸ；

∥该块的Ｙ轴编号
ｉｎｔ ｍＢＩｏｃｋＹ；

／／该块的压缩方式

ｉｎｔ ｍＣｏｍｐｒｅｓｓｉｏｎＬｅｖｄ；

／／该块位图数据压缩后的长度
图２服务器端传送数据流程图
ｕｎｓｉ印ｅｄ ｌｏｎｇ ｄｗＣ＿ｏｍｐｒｅｍｌ．ｅ．ｎ；

｝；
３．１．２服务器端具体实现
服务器端首先抓取当前块的数据，然后存入到它
的“新图缓冲区”中，如果是第一次抓屏。同时将采集到
的数据也拷贝到它的“旧图缓冲区”，然后比较新旧缓
３．２客户端的实现
客户端首先向服务器端发送请求屏幕命令
ＳＣＲＥＥＮ—ＧＥＴ，服务器端接着就会发送给客户端所需
要的屏幕信息，客户端首先接收到的是发生变化的块
的个数，如果为零。表明此次屏幕没有任何变化，无须

万方数据
第４期 左强翔等：一种基于分块采集和压缩技术的屏幕共享方案
更新屏幕显示区域，等待接受下次屏幕的数据。否则，
接收块数据，并按服务器端传来的指定算法进行解压
操作，解压后的数据存入“临时缓冲区”，如果是第一次
传输屏幕块数据，则将“临时缓冲区”中的数据直接拷
贝到当前块的“新图缓冲区”，否则将它们与“新图缓冲
区”中的数据进行一一相加，并将结果存到“新图缓冲
区”。等到接收完所有块数据以后，调用相关的ＡＰＩ
函数更新客户端屏幕显示区域。下面给出上述实现方
案的具体流程图，如图３所示。
图３ 客户端接收数据流程图
针对数据块压缩算法，采用下列约定，借用ＭＰＥＧ
的相关术语，将整个屏幕上所有块组成的帧称Ｉ帧，将
仅含有屏幕变化区域的块组成的帧称作为Ｐ帧，同时
如果所有块都发生变化了，那么此帧肯定也是Ｉ帧。
由此可见，每当客户端发出ＳＣＲＥＥＮ—ＧＥＴ命令时。服
务器都将发送Ｐ帧给客户端。但服务器第一次响应
ＳＣＲＥＥＮ—ＧＥＴ请求时，发送的帧实际上是一个Ｉ帧。
文中在具体的实现时，对于Ｉ帧中的块数据，将采用对
原始图像进行ＬＺＷ压缩后传送，而对于Ｐ帧中的块数
据，则首先将其与上一帧中的旧图进行相减得出两者
万方数据
．２０９・
之间的差值，即前面所提到的“差图”，然后对这个差值
进行ＲＬＥ压缩再传送。
４实验结果与分析
针对此种屏幕共享方案，做了多次实验，测试的结
果表明在采用１６ｘ ８的划分方案的情况下。取得的效
果最佳，有很好的清晰度和压缩率。下面给出的是在
此划分方案下学生机所显示的屏幕图像与教师机上原
始图像的对比（主要针对变化很大的文字区域进行采
集，由于文中的主要项目背景是远程教学系统，该系统
以文字讲稿为主），其中学生机和教师机都运行于
Ｗｉｎｄｏｗｓ ＸＰ平台上，分辨率都是１０２４×７６８，它们的
ＣＰＵ都是奔腾４，主频为２．０ＧＩ－ｋ，教师机内存是
５１２Ｍ，学生机是２５６Ｍ。学生机提出ｓＣ：砌、ＥＮ—ＧＥＴ
的时间间隔是２００毫秒，也就是每秒要更新５次屏幕。
结果如图４所示。
块，宿舍总管对宿‘ 块，宿舍总管对宿：
有一个简单的论坛： 有一个简单的论坛ｊ
科学规范的微机操 科学规范的微机操
加科学化，规范化。 加科学化．规范化。
……＿Ｈ Ｔ…”…一… 一‘‘＂。。』一…＾。。…
（ａ） （ｂ）
图４学生机（ａ）和教师机（ｂ）界面（１６×８模式下）
综合上面所述，可以发现基于分块采集的屏幕共
享方案取得很好的效果，是一种很好的实现屏幕共享
的方法。
５结束语
屏幕共享技术是一种非常有潜力的应用技术，同
时它的应用也是非常广泛的，目前很流行的远程教学、
远程监控以及相关的多媒体应用方面都体现了屏幕共
享技术的价值。针对远程教学系统中的实际应用，实
现了基于Ｗｉｎｄｏｗｓ平台的屏幕共享问题，通过该方案
的实施达到了很好的效果。至于不同平台之间以及两
者处于不同分辨率下的屏幕共享问题有待于进一步的
研究。
参考文献：
［１］李凡，陈琦，朱光喜．屏幕共享技术及其在多媒体技术
中的应用［Ｊ】．电视技术，２００２（２）：７５—７７．
［２］张丽萍，喻占武，肖进举，等．一种基于拷屏与压缩技术的
屏幕共享方案［Ｊ］．中国图像图形学报，２００３（９）：１０９５—
１０９９．
［３］李小鹏，刘连东，李亚敏，等．一种改进的远程屏幕图像实
（下转第２１３页）
 第４期 文必龙等：基于信息模型的企业过程度量研究 ・２１３－

是由哪些基本度量经过运算得出来的； ［２］Ｂａｓｉｌｉ Ｖ Ｒ，Ｃａｌｄｉｅｒａ Ｇ，Ｒｏｍｂａｃｈ Ｈ Ｄ．Ｔｈｅ ｇｏａｌ ｑｕｅｓｔｉｏｎ ｍｅｔ—

ｒｉｃ ｐａｒａｄｉｇｍ［Ｊ］．Ｅｎｃｙｄｏｐｅｄｉａ ｏｆ Ｓｏｆｔｗａｒｅ ＥｎｇｉＩ】ｅｅｒｉｎｇ，１９９４，

ｃ）将基本度量映射到企业信息模型中的数据项。
２（１）：５２８—５３２．
通过对企业指标的分析，获得与指标相关的度量
［３］李亚红，郝克刚，葛玮．基于ＧＯ．Ｍ模型的软件项目进度
定义，将这些度量定义映射到企业信息模型中的信息
的度量过程［Ｊ］．计算机应用，２００５，２５（６）：１４４８—１４５０．
项。如果现有企业信息模型不包括这些信息的描述，对
［４］陈祖荫，刘建丽．Ｃ，ＱＭ软件度量模式的某些决策问题［Ｊ］．
该信息模型进行扩展，加入对这些基本信息项的描述。
北京工业大学学报，２０００，２６（２）：４５—４８．

［５］杨基平，余忠华．ＧｑＭ方法及其应用研究［Ｊ］．制作业自动
４结语 化，２００３，２５（６）：２０—２３．

企业过程度量是对企业过程进行改进和优化的基 ［６］立春，李建奇．度量软件过程——改进软件过程［Ｊ］．软
件世界，２００２，２０（４）；１３２—１３７．
础。分析了企业过程模型与信息模型的特点，提出一
［７］李育泽．我国企业信息化现状与发展趋势浅析［Ｊ］．今日湖
个企业度量信息模型，实现了企业过程模型与信息模
北理论版，２００７，１（１）：９—１０．
型之间的映射，从而实现从现有信息库中获取信息来
［８］葛世伦．企业信息模型研究［Ｊ］．华东船舶工业学院学报：
实现企业过程的度量。阐述了度量信息模型在衔接过
自然科学版，２００１，１５（３）：７３—７８．
程模型与信息模型的作用和意义，简单描述了度量信 【９］Ｊｏｈｎ Ｍ，Ｄａｖｉｄ Ｃ，Ｃｈｅｒｙ Ｊ，ｅｔ ａ１．Ｐｒａｃｔｉｃａｌ Ｓｏｆｔｗａｒｅ Ｍｅａｓｕｒｅ—
息模型实现方法，为企业过程模型和信息模型的集成 ｍ饥ｔ：Ｏｂｊｅｃｔｉｖｅ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ Ｄｅｃｉｓｉｏｎ Ｍａｋｅｒｓ［Ｍ］．［Ｓ．
提供了一种机制。 １．］：Ａｄｄｉｓｏｎ Ｗｅｓｌｅｙ／Ｐｅａｒｓｏｎ，２００２．

［１０］Ｂｒｉａｎｄ Ｌ Ｃ，Ｄｉｆｆｅｒｄｉｎｇ Ｃ Ｍ，Ｒｏｍｂａｃｈ Ｈ Ｄ．Ｐｒａｃｔｉｃａｌ Ｇｕｉｄｅ—

参考文献： ｌｉｎｅｓ ｆｏｒ Ｍｅａｓｕｒｅｍｅｎｔ—Ｂａｓｅｄ Ｐｒｏｅｅ整Ｉｒｒｏｒｏｖｍｌｅｎｔ［Ｊ］．Ｓｏｆｔ—

［１］陈雪松．企业软件过程度量实践［Ｊ］．清华大学学报：自然 ｗａｒｅ Ｐｒｏｃｅｓｓ Ｉｍｐｒｏｖｅｍｅｎｔ ａｎｄ Ｐｒａｃｔｉｃ，１９９６，２（４）：２５３—

科学版，２００３，２３（９）：３７—４３． ２８０．

—■—・—＋－——｝—－■—・—＋－－—卜——＋－——｝—＋－—卜・・卜——＋——■－——＋——＿—・—＋－—・｝－——｝——■一——卜－—｝——＿———｝——■一——｝——■—－—＋－——■——■———●—－＋—＋—・■一－—｝———卜－＋——＋－－－＋－—－■一——卜－—卜—－●—－・卜－・卜—－＋・—卜・

（上接第１２９页）
［３］ ＧａｎｔｅｒＢ，ＷｉＵｅ Ｒ．Ｆｏｒｍａｌ Ｃｏｎｃｅｐｔ Ａｎａｌｙｓｉｓ：Ｍａｔｈｅｍａｔｉｃａｌ

Ｆ’ｏｌ耵ｄａ６０ｎｄＭ］．Ｂｅｒｆｉｎ：［ｓ．ｎ．］，１９９９．
３结语
［４］ＳｔｕｍｍｅＧ，ＭａｅｄｃｈｅＡ．ＦＣＡ—ｍｅｒｇｅ：ｂｏｔｔｏｍ—ｕｐｍｅｒｇｉｎｇ ｏｆ
在介绍了形式概念分析方法之后，在以概念分析
ｏｎｔｏｌｏｇｉｄ Ｃ］／／１７ｔｈ Ｉｎｔｌ Ｃｏｎｆ ｏｎ Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ（ＩＪ—
方法的总体思路的基础上，在具体的软件工程各个工
ＣＡＩ’０１）．Ｇｅｒｍａｎｙ：Ｓｐｒｉｎｇｅｒ，２００１：２２５—２３０．
作阶段的相关应用进行了详细的说明。可以看出，软 ［５］ Ｕｓｃｈｏｌｄ Ｍ．Ｏｎｔｏｌｏｇｉｅｓ：Ｐｒｉｎｃｉｐｌｅｓ，Ｍｅｔｈｏｄｓ ａＩｌｄ Ａｐｐｌｉｃａｔｉｏｎｓ
件工程中ＦＣＡ的运用可以很好地改善开发效率，它清 ［Ｊ］．Ｔｈｅ Ｋｎｏｗｌｅｄｇｅ Ｅｎｇｉｎｅｄｌｌｇ Ｒｅｖｉｅｗ，１９９６，１１（２）：９３—
楚地表达了软件和概念之间的关系。然而，在软件开 １２０．

发的其它阶段，如何更合理更优化地运用形式概念分 ［６］＂１３１１ｅｙ Ｔ，Ｃ＿Ｄｌｅ Ｒ，眦Ｐ，ｅｔ ａ１．Ａ Ｓｕｒｖｅｙ ｏｆ Ｆｏｒｍａｌ Ｃｏｎｃｅｐｔ

析是今后本课题主要的研究发展方向。 Ａｎａｌｙｓｉｓ Ｓｕｐｐｏｒｔ ｆｏｒ Ｓｄｔｗａｒｅ Ｆｍｇｉｎｅｅｒｉｎｇ Ａｃｔｉｖｉｔｉｅｓ［Ｃ］／／

Ｉｒｉ：Ｓｍｍｍｅ Ｇ．Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ胁Ｉｎｔｅｍａｔｉｏｍｌ Ｃｏｎｆｅｒ－

参考文献：
㈣ｃ１１ Ｆｏｒｍａｌ Ｃｏｎｃｅｐｔ Ａｎａｌｙｓｉｓ—ＩＣＦＣＡ’０３．［ｓ．１．］：［ｓ．

［１］Ｗｏｌｆｆ Ｋ Ｅ．Ａ Ｆｉｒｓｔ‰ｉｎ Ｆｏｒｍａｌ Ｃｏｎｃｅｐｔ Ａｎａｌｙｓｉｓ—Ｈｏｗ ｎ．］，２００３：１１９—１２４．

［７］Ｃａｒｌ Ｚｈａｎ，Ｊｏｎｅｓ Ｄ Ｍ，Ｏ’Ｂｒｉｅｎ Ｐ．Ｉｓｓｕｅｓ ｉｎ Ｏｎｔｏｌｏｇｙ—ｂａｓｅｄ
ｔＯ ｕｎｄｅｒｓｔａｎｄ ｌｉｎｅ ｄｉａｇｒａｍ［Ｊ］．Ｓｔａｔｉｓｔｉｃａｌ Ｓｏｆｔｗａｒｅ，１９９３，１４

（４）：４２９—４３８． Ａｐｐｌｉｃａｔｉｏｎｓ［Ｊ］．ＳＩＧＭＯＤ Ｒｅｃｏｒｄ，２００２，３１（１）：４３—４８．

［８］Ｌｉｎｄｉｇ Ｃ．Ｆａｓｔ Ｃｏｎｃｅｐｔ Ａｎａｌｙｓｉｓ［ＥＢ／ＯＬ］．２００２．ｈｔｔｐ：／／
［２］Ｃａ晒Ｉ蜘Ｃ，Ｒｏｍａｎｏ Ｇ．Ａ ｌａｔｔｉｃｅ ｃｏｎｃｅｐｔｕａｌ ｃｌｕｓｔｅｒｉｎｇ ｓｙｓｔｅｍ

ｗ、＾研．ｓｔ．岱．ｕｎｉ—ｌｉｎｄｉ＿ｇ．ｐｄｆ．
ａｎｄ ｉｔｓ ａｐｐｌｉｃａｔｉｏｎ ｔＯ ｂｒｏｗｓｉｎｇ ｒｅｔｒｉｅｖａｌ［Ｊ］．Ｍａｃｈｉｎｅ Ｌｅａｒｎ—

ｉｎｇ，１９９６，２４（２）：９５—１２２．
—＋－—＋・．．—－＋．・＋—卜—・卜—＋－＋—－＋．—＋一・＋—＋—＋—＋—＋—■—－卜—●——卜—■—－＋＿—＋斗斗—＋—＋斗—＋－・卜—＋—・卜・＋・・卜・—卜呻－。＋．斗斗斗—・卜・。＋－——卜呻－＋—＋・

（上接第２０９页）
时传输方法［Ｊ］．计算机应用，２００７（３）：７０３—７０５． ［５］张友生．远程控制编程技术［Ｍ］．北京：电子工业出版社，
［４］郎锐．ｖＣ＋＋实现对远程计算机屏幕的监视［ＥＢ／ＯＬ］． ２００２．

２００６．ｈｔｔｐ：／／ｗｗｗ．ｅ∞ｙｔｕ．ｍｍ／ｓｏｆｔｗａｒｅ／ｐｒｏｇｒａｍ／ＶＣ＋＋／ ［６］罗红，慕德俊．桌面图形图像序列压缩与传输研究［Ｊ］
２００６—１０—２７／１４２１６．ｈｔｍｌ． 计算机应用，２００５（６）：１２９９—１３０４．

万方数据