專利名稱：屏幕數據傳輸裝置的制作方法
技術領域：
本發明涉及用于壓縮將要在計算機的屏幕上顯示的圖像數據并將其通過網絡傳輸到任何其它信息設備的屏幕數據傳輸裝置。
背景技術：
虛擬網絡計算(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日
發明者村井信哉, 山口尚吾, 山口 一, 白木原敏雄, 外山春彥, 川村卓也 申請人:株式會社東芝