专利名称：屏幕数据传输装置的制作方法
技术领域：
本发明涉及用于压缩将要在计算机的屏幕上显示的图像数据并将其通过网络传输到任何其它信息设备的屏幕数据传输装置。
背景技术：
虚拟网络计算(VNC)系统已经被广泛使用，这种系统通过网络实时传输将要在个人计算机(PC)的屏幕上显示的图像数据，使该图像数据可以显示在远程屏幕显示终端上并可以从PC远程控制该图像数据。而且，还有一种这样的系统也已经被广泛使用，这种系统将要在PC屏幕上显示的运动图像的图像数据通过使用诸如IEEE802.11b或IEEE802.11g的无线LAN实时传输到例如投影机的屏幕显示终端，从而使该数据可以在该终端显示。
这两种系统都基于实时获取和压缩PC图像并通过网络将其传输到其它信息设备的技术。在常规上，这样的屏幕图像数据的实时传输包括周期地获取和压缩整个屏幕的图像数据或者只包括获取和压缩屏幕的改变部分的图像数据。图像数据不是通过一次压缩方案就是通过如特开平10-126773的日本专利申请公报中描述的试图对每一帧的图像数据压缩多次并采用较高的压缩比的方案来压缩。
日本2004-86550的专利申请公开公报也是可利用的，这种方案将屏幕分解成分别对应多个描画图像的应用程序的区域，从而可以将压缩方案设定到这些区域中的每个区域。
在PC等装置的显示屏幕上，诸如自然图像、字符图像和CG图像的多种类型的图像被混合在一起。例如，在只使用如在JPEG标准中使用的这样的压缩方案来截去图像的高频成分的情况中，与游程编码的情况相比，自然图像可以用高压缩比压缩，而单色背景中的字符图像在保持其高图像质量的条件下则不能用高压缩比压缩。相反，在只使用游程编码的情况中，单色背景中的字符图像可以用高压缩比无失真地压缩，而具有细致变化色彩的自然图像不能用高压缩比压缩。因此，使用单一的压缩方案难以总是获得高压缩比。
而且，一个最新的应用程序对其保持可靠性的压缩图像数据显示区域包括诸如字符、自然图像和画面的多个部分，在很多情况中这些部分包括具有不同特征的图像。
在常规上，总是只采用一种压缩方案的方法和为每个应用程序设定压缩方案的方法都会碰到不能获得高压缩比的问题，这是因为适当的压缩方案不能以包容屏幕的每个区域的特征这样的方式设定。
而且，如日本专利申请KOKAI公报号10-126773所述，根据总是比较多个压缩方案的方法，可以根据图像的特征选择和利用一个适当的压缩方案，但是，为了确定任何一个压缩方案，必须通过多个压缩方案压缩传输的图像，因此导致在压缩处理中花费很多时间或要求专用处理设备的问题。
另一方面，如日本专利申请KOKAI公报号2004-86550中描述的为每个应用程序设定压缩方案这样的方法发现难以选择一个适当的方案，这是因为在很多情况中与一个应用程序相关的显示区域包括具有不同特征的各个图像。而且，即使对于同一个应用程序，将要显示的图案或内容也随用户设定和操作条件而变化，因此导致用固定相关的压缩方案总是不能适当地进行压缩。
发明内容
本发明的一个方面是用于将屏幕数据通过网络传输到屏幕显示终端的屏幕数据显示装置。产生装置产生显示图像数据。存储装置存储将多个压缩方案和多类图形用户界面(GUI)组件相关联的压缩特征信息。选择装置相关于显示图像数据区域中存在的GUI组件选择一个压缩方案。压缩装置根据所选择的压缩方案压缩显示图像数据的区域。然后，传输装置将包括压缩显示图像数据的屏幕数据传输到屏幕显示终端。
图1是根据本发明的第一实施例的屏幕数据传输装置和屏幕显示终端的一个实例的外视图；图2是根据本发明的第一实施例的屏幕数据传输装置和屏幕显示终端的一个实例的框图；图3是屏幕数据传输处理过程的流程图；图4显示的是在压缩特征信息存储部中存储的信息的一个实例；图5显示的是在压缩特征信息存储部中存储的信息的另一个实例；图6显示的是在压缩特征信息存储部中存储的信息的又一个实例；图7是屏幕数据传输装置的OS钩住(hook)被提供而在显示器上显示的图像数据的方法的说明图；
图8是从屏幕数据传输装置的OS中获得屏幕的改变区域并在该区域中分别获得图像数据的方法的说明图；图9是利用显示图像信号产生传输图像数据的方法的说明图；图10是当预定的一段时间过去后或者如果组件的显示内容被改变时存储压缩特征信息的处理过程的流程图；图11是在负荷处理轻的时间阶段中存储压缩特征的处理过程的流程图；图12是当传输数据量小时存储压缩特征的处理过程的流程图；图13是作为压缩特征信息存储为传输而压缩的数据的处理过程的流程图；图14是根据对应于一个类别的压缩方案压缩图像数据的处理过程的流程图；和图15显示的是传输图像数据被分解的实例。
具体实施例方式
下面参考附图描述本发明的实施例。
图1是根据本发明的第一实施例的屏幕数据传输装置和屏幕显示终端的一个实例的外视图。图1中所示的屏幕数据传输装置20产生将要被显示的所需要的屏幕的图像数据，压缩该图像数据，并将其传输到在其上被显示的屏幕显示终端10。屏幕显示终端10从接收到的压缩数据产生显示图像数据并将其显示出来。屏幕数据传输装置20和屏幕显示终端10通过诸如无线LAN的网络彼此相连。屏幕数据传输装置20具有产生和显示特别是例如输入PC或PDA的图像数据的功能。
屏幕显示终端10显示从屏幕数据传输装置20传输的图像数据。如果该可以在整个屏幕上显示的传输图像数据将与表示在屏幕上显示的坐标或范围的范围信息一起显示，该屏幕显示终端10就具有在相应于该范围信息的显示范围中显示该图像数据的功能。屏幕显示终端10的使用可以取决于其配备的诸如CRT或LCD的显示部，并具有在屏幕上显示特别是输入能从网络接收图像数据的TV、PC、PDA、投影机等的图像数据的功能。请注意屏幕显示终端10被显示为投影机。
接下来参考图2描述屏幕数据传输装置20的构造。图2是根据本发明的第一实施例的屏幕数据传输装置和屏幕显示终端的一个实例的框图。在图2所示的屏幕数据传输装置20中，首先，屏幕信息产生部21根据绘图指令产生将要被显示的屏幕的信息。如果屏幕数据传输装置20是应用程序在操作系统(OS)上运行的PC，通常，当应用程序向OS发出绘图指令时，OS产生显示图像数据并将其写入显示器的帧缓冲区，屏幕信息产生部21执行该程序的一系列步骤。
接下来，传输图像数据产生部22获取由屏幕信息产生部21产生的显示图像数据，以产生将要传输到屏幕显示终端10的图像数据。例如，在具有上述结构的PC的情况中，可以有如下可能的方法屏幕数据传输装置20的OS钩住(hook)所提供用于显示的图像数据的方法(见图7)，从OS获取屏幕的改变区域并在该区域中分别获取图像数据的方法(见图8)，利用外部设备从显示视频信号产生传输图像数据的方法(见图9)，和用于在预定时间间隔获取所显示的屏幕的所有数据并将其与之前即刻获取的屏幕数据进行比较以提取出改变的图像数据的方法(未示出)。这些方法的具体实例将参考图7至9详尽描述。如此得到的传输图像数据包括整个屏幕中的图像的数据和该图像的位置信息。
压缩方案确定部23确定由传输图像数据产生部22产生的传输图像数据在整个屏幕中占有的区域属于哪类图形用户界面(GUI)的组件(步骤S3)。GUI组件指的是例如按钮、滚动条、窗口标题条、桌面背景、菜单、文本输入部分、列表视图等。为了确定由传输图像数据占有的区域属于哪类GUI组件，可以应用这样的可能方法，例如，获取用于被显示的GUI组件的区域的定位信息，从由传输图像数据占有的区域的信息确定该区域属于哪类GUI组件。
然后，压缩方案确定部23基于压缩特征信息存储部24中存储的信息选择与所确定的类型一致的压缩方案(压缩特征信息)。图4至6中显示的是存储在压缩特征信息存储部24中的信息的实例。
压缩部25通过使用由压缩方案确定部23确定的压缩方案压缩传输数据并输出经压缩的数据。通信部26通过网络1将压缩部25输出的压缩数据传输到屏幕显示终端10。
更进一步，负荷监视部27监视屏幕数据传输装置20的CPU上的负荷。如果负荷监视部27确定负荷轻，则压缩特征信息存储部24更新其自身中存储的信息。传输数据监视部28监视将要由通信部26传输到屏幕显示终端10的图像数据的数量。如果传输数据监视部28确定将要传输的传输数据的数量不超过预设定的阀值，则更新压缩特征信息存储部24中的信息。或者，也可以在每次传输图像数据时更新压缩特征信息存储部24中的信息。
虽然在上文描述的实例中压缩比或压缩处理时间被作为将要存储在压缩特征信息存储部24中的信息存储，但是只有最适合于每个GUI组件的压缩方案/参数才可以存储在压缩特征信息存储部24中。在这种情况中，可以减少选择压缩方案所需的时间。
压缩方案确定部23确定传输图像数据的区域属于哪个GUI组件的另一种方法可以包括总是保存由GUI组件占有的整个屏幕的区域，和基于该信息确定由传输数据占有的区域属于哪一个GUI组件的步骤。在这样的方式中，可以减少选择压缩方案所需的时间。
更进一步，可以基于压缩特征信息存储部24中存储的信息始终保存有关哪个屏幕区域适合于哪种压缩方案的信息。在这样的方式中，当屏幕图像数据被传输时，可以减少选择压缩方案所需的时间。
接下来描述图2中所示的屏幕数据传输装置20的处理过程。图3是屏幕数据传输处理过程的流程图。在图2中所示的屏幕数据传输装置20中，首先，屏幕信息产生部21根据绘图指令产生将要显示的屏幕的信息(步骤S1)。接着，传输图像数据产生部22获取由屏幕信息产生部21产生的显示图像数据，产生将要传输到屏幕显示终端10的图像数据(步骤S2)。压缩方案确定部23确定由传输图像数据产生部22产生的传输图像数据在整个屏幕中占有的区域属于哪类GUI组件(步骤S3)。GUI组件指的是例如按钮、滚动条、窗口标题条、桌面背景、菜单、文本输入部分、列表视图等。
然后，压缩方案确定部23基于压缩特征信息存储部24中存储的压缩特征信息选择与所确定的类型相匹配的压缩方案(步骤S4)。压缩部25通过使用由压缩方案确定部23确定的压缩方案压缩图像数据并输出经压缩的传输数据(步骤S5)。通信部26通过网络1将来自压缩部25的传输数据传输到屏幕显示终端10。
现在可以根据显示图像的特征选择压缩方案，而且，选择压缩方案的处理可以执行得较快，屏幕图像数据也可以以较高的压缩比较快地压缩。结果，图像数据可以快速传输，从而减少从屏幕被传输的时刻到显示在屏幕显示终端上的时刻的时间延迟。也可以提高在屏幕显示终端更新屏幕的频率。
接下来描述在压缩特征信息存储部24中存储的信息的实例。在压缩特征信息存储部24中存储的表240包括表示GUI类型的表项，表示对应于GUI类型的显示图像的特征的表项，和表示具有最高压缩比的压缩方案的表项。当诸如图4所示的表240被存储时，可以基于该信息选择对应于传输区域所属的组件，能够具有最高压缩比的压缩方案。例如，由于在文本区域背景和字符都是单色的，因此通过选择游程编码可以得到无失真的高压缩比。由于桌面区域是自然画面，例如可以选择适合自然图像压缩的JPEG这样的方案。如图4所示的信息可以从OS中获取。
更进一步，在压缩特征信息存储部24中存储的如图5所示的表241包括表示GUI类型的表项和表示对应于类型的平均压缩比的表项。该平均压缩比表项被分解成表示JPEG平均压缩比的表项，表示GIF平均压缩比的表项，表示游程平均压缩比的表项等。在压缩特征信息存储部24中存储的如图6所示的表242存储每单位显示屏幕面积的(平均)压缩处理时间，并包括表示JPEG、GIF和游程方案的压缩处理时间的表项。
如果除了图4中所示的表240之外还存储图5和6中的信息，可以很容易地取决于网络的状况进行控制，例如，如果网络具有可利用的窄带并且要求高压缩比，则选择具有最好压缩比的压缩方案，或者是如果只需要具有预定值的压缩比并且要求快速处理，则从至少具有预定压缩比值的压缩方案中选择具有短压缩处理时间的压缩方案。虽然上文描述了压缩方案确定部23基于压缩特征信息存储部24中存储的信息从中选择目标压缩方案的情况，但是诸如对于每个压缩参数(例如JPEG的量化参数)的图像质量和压缩比的压缩特征可以事先存储在压缩特征信息存储部24中，使压缩方案确定部23可以基于这些信息选择压缩参数以及压缩方案。
接下来参考图7至9解释在屏幕数据传输装置20中产生图像数据的方法的具体实例。图7显示的是屏幕数据传输装置20的OS 40钩住被提供而在显示器上显示的图像数据的方法。首先，从屏幕数据传输装置20中的应用程序将绘图指令提供到OS 40中的绘图指令处理部43。绘图指令处理部43向显示驱动器42提供将要绘制的图像和显示绘图指令。在这种情况中，OS 40中的虚拟显示驱动器41钩住来自绘图指令处理部43的将要绘制的图像和显示绘图指令。
显示驱动器42根据将要绘制的图像和显示绘图指令产生将要在显示器上显示的图像的数据。视频卡30基于被提供的图像数据确定分辨率和绘图速度来控制在显示器31上的显示。
虚拟显示驱动器41基于所中继转接的将要绘制的图像和显示绘图指令产生改变区域的图像数据，并将其提供到传输图像数据产生程序47。当传输图像数据产生程序47获取该改变区域图像数据并被启动时，从压缩特征信息存储部24中获取组件信息来压缩传输图像数据，并将其提供到压缩/传输程序48。
通过这样钩住将要绘制的图像和显示绘图指令并压缩和传输该传输图像数据，可以快速选择压缩方案，从而减少从传输到屏幕显示的时间延迟。
图8是从屏幕数据传输装置的OS中获得屏幕的改变区域并在该区域中分别获得图像数据的方法的说明图。当被提供来自应用程序45的绘图指令时，OS 40中的绘图指令处理部43向应用显示图像缓冲区44提供已经基于绘图指令产生的将要绘制的图像。同时，如果任何区域已经改变，绘图指令处理部43基于绘图指令将改变区域的信息提供到传输图像数据产生程序47。而且，应用显示图像缓冲区44将改变区域图像数据提供到传输图像数据产生程序47。传输图像数据产生程序47从压缩特征信息存储部24获取组件信息来压缩改变区域图像数据。被压缩的数据被提供到压缩/传输程序48。
在这样的方式中，如果图像数据包括改变区域的信息，则该改变区域的图像数据可以被获取并被压缩，加速压缩处理，从而减少从传输到屏幕显示的时间延迟。
图9表示的是通过利用显示图像信号产生传输图像数据的方法。首先，绘图指令从屏幕数据传输装置20中的应用程序45提供到OS 40。OS 40把将要绘制的图像和显示绘图指令提供到视频卡30。视频卡30基于被提供的图像数据产生显示视频信号并将其提供到传输图像数据产生程序47。传输图像数据产生程序47从压缩特征信息存储部24获取组件信息，从显示视频信号产生传输图像数据并将其压缩然后提供到压缩/传输程序48。
通过如此利用显示图像信号压缩传输图像数据，压缩处理可以快速执行以减少从传输到屏幕显示的时间延迟，从而实时显示图像。
接下来描述在压缩特征信息存储部24中存储的关于压缩特征的压缩特征信息的产生方法。在传输图像数据产生部22、压缩方案确定部23、压缩特征信息存储部24等作为应用程序运行的情况中，可以通过获取由OS根据应用程序的安装提供的GUI组件的类型，从显示屏幕上的图像的数据获取这些组件的图像数据，试图通过使用多种压缩方案和参数来压缩这些数据，并将这些数据存储在压缩特征信息存储部24中而产生压缩特征信息。
而且，对于在这些组件被显示时已知的图像数据，它的压缩特征信息可以保存在应用程序的安装程序中。
然而，组件并不总是全都在安装的时候显示，这些组件的每一个的图像数据中有各式各样的变化(例如，文本输入部分的图像数据随输入文本的内容变化)。而且，如果用户改变组件的显示形式或设计，则它的压缩特征也会改变。因此，为了适应多种组件同时得到高精度的压缩特征信息，要求获取这些组件的图像数据，通过执行多个压缩方案以及使用参数的压缩处理尽可能多次地执行更新压缩特征信息的过程。这一过程如图10所示。在图10中，首先，压缩方案确定部23在屏幕传输时确定预定时间是否过去或者是否有任何一个组件的显示内容被改变(步骤S11)。压缩方案确定部23将压缩信息提供到压缩特征信息存储部24来更新压缩特征信息(步骤S12)。如果预定时间还没有过去或者没有组件的显示内容被改变以及压缩特征信息被更新，则执行步骤S11的处理。
因此，通过在每个预定时间间隔执行该更新过程或者如果组件的显示内容被改变时执行该过程，可以得到高精度的压缩特征信息。
更进一步，参考图11描述使用负荷监视部27监视屏幕数据传输装置20的CPU上的负荷的情况。在图11中，首先当屏幕传输时，图2中所示的负荷监视部27监视屏幕数据传输装置20的CPU上的负荷(处理)(步骤S21)。负荷监视部27确定将由CPU执行的处理量是否轻以及CPU上的负荷是否轻(步骤S22)。如果负荷轻，压缩方案确定部23获取正在显示的GUI组件的图像信息并将其压缩(步骤S23)。压缩方案确定部23将压缩信息提供到压缩特征信息存储部24来更新压缩特征信息(步骤S24)。如果CPU上的负荷重并且压缩特征信息被更新，则执行步骤S21的处理。
如果CPU上的负荷低于阀值，通过如此继续进行更新压缩特征信息的过程，则可以实施更新压缩特征信息的过程而不妨碍压缩/传输图像数据的处理。
更进一步，参考图12描述在屏幕数据传输装置20中使用传输数据监视部28的情况。在图12中，首先，图2中所示的传输数据监视部28使图像数据从屏幕数据传输装置20到屏幕显示终端10的传输等待一段固定的时间(步骤S31)。传输数据监视部28确认等待的图像数据的传输量(步骤S32)。传输数据监视部28确定图像数据的传输量是否没有超过阀值(步骤S33)。如果图像数据的传输量没有超过阀值，则压缩方案确定部23获取正在显示的GUI组件的图像信息并将其压缩(步骤S34)。压缩方案确定部23将压缩的信息提供到压缩特征信息存储部24来更新压缩特征信息(步骤S35)。如果图像数据的传输量超过阀值并且压缩特征信息被改变，则执行步骤S31的处理。
在这样的方式中，通过设置传输数据监视装置来监视传输数据，以及如果在某一时间阶段内传输图像的传输量没有超过阀值，则确定屏幕更新较少因此继续进行更新压缩特征信息的过程，可以执行更新压缩特征信息的过程而不妨碍压缩/传输图像数据的处理。
更进一步，参考图13描述在屏幕数据传输装置20中使用传输数据监视部28的情况的另一个实例。在图13中，首先，图2中所示的传输数据监视部28监视图像数据从屏幕数据传输装置20到屏幕显示终端10的传输(步骤S41)。传输数据监视部28确定传输数据是否已经被传输(步骤S42)。压缩方案确定部23将传输图像数据提供到压缩特征信息存储部24来更新压缩特征信息(步骤S43)。如果图像数据没有被传输并且压缩特征信息被改变，则执行步骤S41的处理。
在这样的方式中，如果图像数据由传输数据监视装置传输，通过继续更新压缩特征信息的过程，可以实施更新压缩特征信息的过程而不妨碍压缩/传输图像数据的处理。
进一步，参考图14描述如果多类组件包括在图像数据中则选择该组件中的一类组件并将其压缩的情况。在图14中，首先，压缩方案确定部23确定在将要传输的图像数据中是否包括多类组件(步骤S51)。如果是这种情况，压缩方案确定部23选择一个组件的类型(步骤S52)。根据所选择的类型，压缩方案确定部23选择存储在压缩特征信息存储部24中的任何一个压缩方案(步骤S53)。压缩部25根据所选择的压缩方案压缩图像数据(步骤S54)。如果不包括该多类组件并且图像数据被压缩，则执行步骤S51的处理。在这样的方式中，可以根据图像的特征选择合适的压缩方案并以高压缩比对其进行快速压缩。
由提供到图2中所示的压缩方案确定部23的传输图像数据占有的区域在某些情况中可以覆盖多类组件。在这种情况中，图像数据以传输图像数据可以包括在单类的组件中这样的方式分解。图15显示的是分解的实例。图15显示覆盖滚动条区域63和文本输入部分62的传输图像数据的区域61，在这种情况中，传输图像数据被重组成滚动条区域63和文本输入部分62中的图像数据片，以选择适合于这些图像数据片的压缩方案。
然而，如果被分解的图像数据占有太小的区域，则被压缩数据头部的开销(overheadsof header)使高压缩比不能实现。因此，如果分解导致所占有的区域小于预定大小则不进行分解，可以基于占有传输数据片的区域中最大区域的GUI的类型来选择压缩方案，从而进一步提高压缩比。
另外的优点和变化对于本领域的熟练技术人员是容易实现的。因此，本发明在其广阔的范围内并不局限于本文显示和描述的具体细节和代表性的实施例。因此，可以进行各种修改而不背离由附后的权利要求书及其等同内容定义的本发明的总体概念的精神和范围。
权利要求
1.一种用于将屏幕数据通过网络传输到屏幕显示终端的屏幕数据传输装置，其特征在于，包括配置成产生显示图像数据的产生装置；配置成存储将多个压缩方案与多类图形用户界面(GUI)组件相关联的压缩特征信息的存储装置；配置成相关于显示图像数据的区域中存在的一类GUI组件选择一个压缩方案的选择装置；配置成根据所选择的压缩方案压缩显示图像数据的区域的压缩装置；和配置成将包括被压缩的显示图像数据的屏幕数据传输到屏幕显示终端的传输装置。
2.如权利要求1所述的屏幕数据传输装置，其特征在于，进一步包括配置成基于所述显示图像数据的区域的位置信息确定在所述显示图像数据的区域中存在的GUI组件的类型的装置。
3.如权利要求1所述的屏幕数据传输装置，其特征在于，所述压缩特征信息指示与所述GUI组件类型的显示图像的特征相匹配的压缩方案。
4.如权利要求1所述的屏幕数据传输装置，其特征在于，每隔固定时间间隔或者如果GUI组件类型的显示图像的内容被改变时更新所述压缩特征信息。
5.如权利要求1所述的屏幕数据传输装置，其特征在于，进一步包括配置成监视包括在所述屏幕数据传输装置中的CPU上的负荷的负荷监视装置，以及其中所述存储装置根据所述负荷监视装置监视的结果更新所述压缩特征信息。
6.如权利要求1所述的屏幕数据传输装置，其特征在于，进一步包括配置成监视所述屏幕数据的传输数据量的传输数据监视装置，其中所述存储装置根据所述传输数据监视装置监视的结果更新所述压缩特征信息。
7.如权利要求1所述的屏幕数据传输装置，其特征在于，进一步包括配置成如果在所述显示图像数据的同一区域中包括两类以上的GUI组件，从所述显示图像数据重建包括一类GUI组件的第一图像数据和包括其他类GUI组件的第二图像数据的装置。
8.一种用于将屏幕数据通过网络传输到屏幕显示终端的屏幕数据传输方法，其特征在于，包括产生显示图像数据；存储将多个压缩方案与多类图形用户界面(GUI)组件相关联的压缩特征信息；相关于所述显示图像数据的区域中存在的一类GUI组件选择一个压缩方案；根据所选择的压缩方案压缩所述显示图像数据的区域；和将包括被压缩的显示图像数据的屏幕数据传输到屏幕显示终端。
9.如权利要求8所述的屏幕数据传输方法，其特征在于，进一步包括基于所述显示图像数据的区域的位置信息确定在所述显示图像数据的区域中存在的GUI组件的类型。
10.如权利要求8所述的屏幕数据传输方法，其特征在于，所述压缩特征信息指示与所述GUI组件类型的显示图像的特征相匹配的压缩方案。
11.如权利要求8所述的屏幕数据传输方法，其特征在于，进一步包括每隔固定时间间隔或者如果GUI组件类型的显示图像的内容被改变时更新所述压缩特征信息。
12.如权利要求8所述的屏幕数据传输方法，其特征在于，进一步包括根据对CPU上的负荷的监视更新所述压缩特征信息。
13.如权利要求8所述的屏幕数据传输方法，其特征在于，进一步包括根据对所述屏幕数据的传输数据量的监视更新所述压缩特征信息。
14.如权利要求8所述的屏幕数据传输方法，其特征在于，进一步包括如果在所述显示图像数据的同一区域中包括两类以上的GUI组件，从所述显示图像数据重建包括一类GUI组件的第一图像数据和包括其他类GUI组件的第二图像数据。
全文摘要
屏幕数据传输装置用于将屏幕数据通过网络传输到屏幕显示终端。产生装置产生显示图像数据。存储装置存储将多个压缩方案与多类图形用户界面(GUI)组件相关联的压缩特征信息。选择装置相关于所述显示图像数据的区域中存在的一类GUI组件选择一个压缩方案。压缩装置根据所选择的压缩方案压缩所述显示图像数据的区域。然后，传输装置将包括被压缩的显示图像数据的屏幕数据传输到屏幕显示终端。
文档编号G06F3/14GK1841311SQ20061007186
公开日2006年10月4日 申请日期2006年3月30日 优先权日2005年3月31日
发明者村井信哉, 山口尚吾, 山口 一, 白木原敏雄, 外山春彦, 川村卓也 申请人:株式会社东芝