基於遠程顯示的編碼系統及方法、伺服器的製作方法

2023-06-22 13:30:26

專利名稱：基於遠程顯示的編碼系統及方法、伺服器的製作方法
技術領域：
本發明涉及電子信息共享技術，尤其涉及一種基於遠程顯示的編碼系統及方法， 以及一種伺服器。
背景技術：
基於遠程顯示的桌面和應用共享系統允許用戶訪問完整的遠程桌面或單獨的應 用程序，客戶端將滑鼠鍵盤等事件發送給伺服器端處理，並接收來自伺服器端的屏幕更新。典型的基於遠程顯示的桌面共享系統包括X視窗系統(X WindowSystem)、微軟 終端服務(Microsoft Terminal Service)、虛擬網絡計算(VirtualNetwork Computing, VNC)、瘦客戶端網絡計算機(Thin-client InternetComputing, THINC)等瘦客戶系統。與 桌面共享技術不同的是，應用共享技術能夠顯示單獨的應用程式，從而使遠程應用和本地 窗口系統無縫集成，例如共享應用(Shared App，被共享的應用程式)VNC和BASS等。利用基於遠程顯示的共享系統，可以降低客戶端複雜度和開銷。已有的研究指出， 基於遠程顯示的共享系統對於交互式應用具有較好的性能，但對於顯示密集型應用仍然存 在性能問題，如無法有效支持視頻播放及多媒體應用等問題。為解決這些問題，有些優化方 案被提出，如利用客戶端的解碼能力，將多媒體或視頻解碼任務遷移到客戶端，並將解碼後 的顯示輸出與來自伺服器端的遠程顯示無縫融合。但這種方法需要客戶端能夠解碼多種媒 體格式，並且需要對應用程式進行單獨開發。在共享系統中，由於各種應用程式的顯示輸出特性不盡相同，為了滿足共享系統 的通用性，屏幕更新一般採用固定的編碼方案，並不考慮網絡環境和應用程式的顯示輸出 特性。已有的某些研究針對屏幕顯示更新的特性，對於不同的顯示採用不同的編碼方式，特 別是對顯示密集程序採用視頻編碼的方法有效提高了遠程顯示的性能。與上述將解碼工作 遷移至客戶端的技術相比，這類技術更為通用，並且不需要對被共享的應用程式進行任何 額外的加工。為了滿足共享系統的通用性，屏幕更新一般採用固定的編碼方案，並不考慮網絡 環境和應用程式的顯示輸出特性，所以，現有的基於遠程顯示的共享技術還無法有效支持 視頻和多媒體應用。

發明內容
本發明所要解決的技術問題是需要提供一種基於遠程顯示的編碼系統及方法，以 及一種伺服器，以解決現有技術提供的基於遠程顯示的編碼技術還無法有效支持視頻和多 媒體應用的技術缺陷。為了解決上述技術問題，本發明提供了一種基於遠程顯示的編碼方法，包括伺服器端探測屏幕更新區域；在該屏幕更新區域中識別屬於共享應用的顯示更新；對屬於共享應用的顯示更新，根據顯示更新特性將顯示區域分為視頻顯示區域和/或非視頻顯示區域；根據當前網絡帶寬為該視頻顯示區域和/或非視頻顯示區域分別選擇優選編碼 方式；根據所選擇的優選編碼方式分別對視頻顯示區域和/或非視頻顯示區域進行編 碼處理，得到更新數據發送給客戶端。優選地，該方法進一步包括該客戶端對該更新數據進行解碼，獲得顯示更新內容；該客戶端將該顯示更新內容繪製在本地應用窗口中。優選地，將該顯示區域分為該視頻顯示區域和/或非視頻顯示區域的步驟，包括根據屏幕更新的幀速率和一預設的速率閾值確定該視頻顯示區域，或者接收該共 享應用提供的該視頻顯示區域；將該顯示區域中除該視頻顯示區域之外的部分確定為該非視頻顯示區域。優選地，根據該幀速率和該速率閾值確定該視頻顯示區域的步驟，包括將顯示區域劃分為若干單元區域；重複抓取屏幕更新並計算出每個單元區域的該幀速率；如果該幀速率大於該速率閾值，則認為該單元區域是顯示密集區域；合併鄰近的顯示密集區域，確定該視頻顯示區域。優選地，該視頻顯示區域的編碼方式與該非視頻顯示區域的編碼方式之間的切 換，根據幀速率確定。為了解決上述技術問題，本發明還提供了一種伺服器，用於基於遠程顯示的編碼 處理，該伺服器包括幀緩衝區、虛擬窗口管理模塊、區域劃分模塊、編碼決策模塊以及視頻 編碼模塊，其中該幀緩衝區，用於探測屏幕更新區域；該虛擬窗口管理模塊，用於在該屏幕更新區域中識別屬於共享應用的顯示更新；該區域劃分模塊，用於對屬於共享應用的顯示更新，根據顯示更新特性將顯示區 域分為視頻顯示區域和/或非視頻顯示區域；該編碼決策模塊，用於根據當前網絡帶寬為該視頻顯示區域和/或非視頻顯示區 域分別選擇優選編碼方式；該視頻編碼模塊，用於根據所選擇的優選編碼方式，分別對該視頻顯示區域和/ 或該非視頻顯示區域進行編碼處理，得到更新數據發送給客戶端。優選地，該區域劃分模塊用於根據屏幕更新的幀速率和一預設的速率閾值確定該 視頻顯示區域，或者接收該共享應用提供的該視頻顯示區域；並用於將該顯示區域中除該 視頻顯示區域之外的部分確定為該非視頻顯示區域。優選地，該區域劃分模塊包括劃分子模塊、計算子模塊、判斷子模塊及合併子模 塊，其中該劃分子模塊，用於將顯示區域劃分為若干單元區域；計算子模塊，用於重複抓取屏幕更新並計算出每個單元區域的該幀速率；判斷子模塊，用於判斷該幀速率大於該速率閾值，是則認為該單元區域是顯示密 集區域；
合併子模塊，用於合併鄰近的顯示密集區域，確定該視頻顯示區域。優選地，該編碼決策模塊用於根據幀速率確定該視頻顯示區域的編碼方式與該非 視頻顯示區域的編碼方式之間的切換。為了解決上述技術問題，本發明還提供了一種基於遠程顯示的編碼系統，包括前 述伺服器，及客戶端，其中該客戶端用於對該更新數據進行解碼，獲得顯示更新內容，並將該顯示更新內容 繪製在本地應用窗口中。與現有技術相比，本發明提供的至少一個實施例，能夠提高基於遠程顯示共享系 統在視頻和多媒體播放的性能，可以有效降低網絡開銷，完善了基於遠程顯示的共享技術。 本發明的另一實施例能夠實時探測共享程序窗口中不同區域的顯示輸出特性，並對顯示密 集的區域採用視頻編碼，有效解決現有技術中存在的視頻顯示性能問題。本發明的另一實 施例在編碼決策過程中不僅考慮到了顯示更新特性，還考慮到了網絡當前的實際情形。本 發明的還一實施例能夠自適應地選擇合適的編碼方案，在滿足用戶訪問遠程桌面或應用需 求的同時降低了網絡開銷。本發明的其它特徵和優點將在隨後的說明書中闡述，並且，部分地從說明書中變 得顯而易見，或者通過實施本發明而了解。本發明的目的和其他優點可通過在說明書、權利 要求書以及附圖中所特別指出的結構來實現和獲得。


附圖用來提供對本發明的進一步理解，並且構成說明書的一部分，與本發明的實 施例一起用於解釋本發明，並不構成對本發明的限制。在附圖中圖1為本發明方法實施例的流程示意圖；圖2為本發明中自適應編碼切換狀態示意圖；圖3為圖1所示方法實施例中步驟S130的流程示意圖；圖4為本發明系統實施例的組成示意圖。
具體實施例方式以下將結合附圖及實施例來詳細說明本發明的實施方式，藉此對本發明如何應用 技術手段來解決技術問題，並達成技術效果的實現過程能充分理解並據以實施。首先，如果不衝突，本發明實施例以及實施例中的各個特徵可以相互結合，均在本 發明的保護範圍之內。另外，在附圖的流程圖示出的步驟可以在諸如一組計算機可執行指 令的計算機系統中執行，並且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以 以不同於此處的順序執行所示出或描述的步驟。本發明的核心思想是在現有的基於遠程顯示的共享系統基礎上將視頻顯示區域 與非視頻顯示區域分開處理。VNC是開源的跨平臺遠程顯示系統，伺服器端截獲圖形系統寫入幀緩衝區(frame buffer，寫入幀緩衝區)的顯示更新數據，採用遠程寫入幀緩衝區(RFB，Remote Frame Buffer，遠程寫入幀緩衝區)協議對數據編碼並發送到客戶端。早期的VNC編碼算法是相 對簡單的，例如Raw，RRE等，之後VNC提出採用標準zlib庫壓縮Raw和Hextile編碼的數
6據，以及採用zlib庫和行程編碼相結合的ZRLE編碼方法，進一步減少了網絡開銷。下面以TightVNC為基礎共享系統，Theora編碼為視頻編碼為例闡述本發明的具 體技術內容。需要說明的是，本發明技術方案的實現，並不以TightVNC系統和Theora編碼 為限，可以分別是其他的系統平臺和其他的編碼技術。圖1為本發明方法實施例的流程示意圖。如圖1所示，該方法實施例主要包括以 下步驟步驟S110，伺服器端利用顯卡鏡像驅動探測屏幕更新區域；步驟S120，在該屏幕更新區域中識別屬於共享應用(Shared App，被共享的應用程 序)的顯示更新；之後只需要處理屬於共享應用的顯示更新；步驟S130，對屬於共享應用的顯示更新，根據顯示更新特性將應用程式的整個屏 幕顯示區域分成視頻顯示區域(顯示密集的區域)和/或非視頻顯示區域(部分應用的部 分時刻，可能出現整個屏幕顯示區域均為視頻顯示區域或者均為非視頻顯示區域)；步驟S140，根據當前網絡帶寬，分別為視頻顯示區域和/或非視頻顯示區域選擇 優選編碼方式；比如為視頻顯示區域選擇第一編碼方式，為非視頻顯示區域選擇第二編碼 方式，該第一編碼方式與該第二編碼方式不同；當然，該優選編碼方式包括最優的編碼方 式，也包括次優或者次次優的編碼方式，只要適合視頻顯示區域和/或非視頻顯示區域的 編碼方式，均可以相應地選擇為視頻顯示區域和/或非視頻顯示區域的編碼方式；步驟S150，根據所選擇的優選編碼方式，分別對視頻顯示區域的圖像更新和/或 非視頻顯示區域的圖像更新進行編碼，並將得到的更新數據發送給客戶端；具體地，本實施例中對視頻顯示區域的圖像更新採用Theora編碼，對非視頻顯示 區域的圖像更新採用靜態圖像編碼；對視頻顯示區域和/或非視頻顯示區域的圖像更新進 行編碼之後得到更新數據，通過網絡將更新數據發送到客戶端；步驟S160，客戶端對接收到的更新數據進行解碼，獲得顯示更新內容；步驟S170，客戶端將顯示更新內容繪製在本地應用窗口中，從而實現了應用共享。上述步驟S120中，該虛擬窗口管理模塊從前臺窗口開始自頂向下遍歷訪問窗口 棧，對於每個窗口，刪除屬於該窗口顯示區域內的屏幕更新，直到當前遍歷訪問的窗口為共 享應用窗口。對剩餘的顯示更新和共享應用的顯示區域取交集，得到的即為屬於共享應用 的顯示更新。上述步驟S130中，採用顯示密集區域檢測算法來判斷整個屏幕的哪些顯示區域 是視頻顯示區域，哪些是非視頻顯示區域。由於所述自適應共享系統的實現基於TightVNC，因此非視頻顯示區域的編碼仍然 採用TightVNC所支持的編碼，包括ZlibHex編碼和Tight編碼。圖2給出了自適應編碼切 換狀態示意圖，其中的Theora編碼和Tight編碼為有損編碼。如圖2所示，在非視頻顯示區域的編碼中，系統默認採用Tight編碼，當顯示更新 的大小(Update)大於某一上限值(Ttoge)時，根據網絡帶寬的不同可以切換為ZlibHex編碼 或者Tight編碼，在高帶寬下ZlibHex編碼能夠獲得更好的響應時間，而在低帶寬下Tight 編碼能夠進一步減少傳輸的數據量；系統處於採用ZlibHex編碼或者Tight編碼狀態時，當 非視頻顯示區域的更新大小(Update)減小，並小於某一下限值(Tsmall)時，系統將又重新切 換到Tight編碼方式。
非視頻顯示區域的編碼方式向視頻顯示區域的編碼(Theora編碼)方式的切換， 以及視頻顯示區域的編碼方式向非視頻顯示區域的編碼方式的切換，是由幀速率(以幀每 秒(frame per second,FPS)為單位)決定的。當系統處於採用ZlibHex編碼或者Tight編 碼狀態時，發現某一塊顯示區域的幀速率(FPS)達到高水平時，即滿足「FPS is High」的條 件，那麼該區域被標記為視頻顯示區域並利用Theora編碼該區域；當系統處於採用Theora 編碼狀態，即將以視頻區域看待帶編碼區域時，發現該區域的幀速率(FPS)沒有達到一定 的值，便判斷其幀速率是處於中等水平(FPS is Middle)還是處於低水平(FPS is Low)，如 果滿足「FPS is Middle」條件，那麼再根據當時的網絡帶寬切換為ZlibHex編碼或者Tight 編碼，而如果不滿足，即處於「FPS is Low」的狀態系統便轉換成Tight編碼。其中上述FPS是否達到高水平、中等水平或者低水平的判斷，是根據預設的門限 值來進行的。上述步驟S130中視頻顯示區域的識別過程，也可以理解為根據顯示更新特性判 斷顯示區域中是否存在視頻顯示區域，如果存在則根據當前網絡帶寬為視頻顯示區域選擇 編碼，並根據當前網絡帶寬為顯示區域中的出視頻顯示區域之外的其餘區域即非視頻顯示 區域選擇編碼；如果顯示區域中不存在視頻顯示區域，則為非視頻顯示區域選擇編碼。具體 步驟如圖3所示，主要包括如下步驟步驟S310，將顯示區域劃分為NXN大小的若干單元網格(例如取N= 32)，在其 他實施例中單元網格也可以取MXN大小，其中M與N不相等；在其他實施例中，也可以是其 他形狀的若干單元區域；步驟S320，伺服器端重複抓取屏幕更新並計算更新落在哪些單元網格之內，計算 出每個單元網格的幀速率；步驟S330，對於每一個網格，如果幀速率大於某個閾值，則認為該單元網格是顯示 密集區域；步驟S340，合併鄰近的顯示密集區域，確定視頻顯示區域；具體地，比如合併鄰近 的顯示密集區域，直到產生一個大的顯示密集區域，將該大的顯示密集區域作為視頻顯示 區域；或者合併鄰近的幾個顯示密集區域，產生幾個距離過遠而無法合併的顯示密集區域； 如果最後產生了多個區域，將面積最大的區域作為視頻顯示區域；由於一般應用程式只有 一塊區域來顯示視頻，因此如果有幾個相互分離的同樣大小的區域，則可以考慮直接把整 個顯示區域作為一個視頻區域。圖3所示的流程識別出的視頻顯示區域邊緣可能會出現冗餘，這些冗餘的部分經 過Theora編解碼後會出現模糊現象，在包含文字的情況下更為明顯。可以在步驟S340中 得到的視頻顯示區域內採用更小的網格單元，基於同樣的識別思想，進行更加精確的識別。 另外，還可以根據共享應用的感知方法，直接接收共享應用提供的視頻顯示區域的位置和 大小。圖4為本發明系統實施例的組成示意圖。結合圖1所示的方法實施例，圖4所示 的系統實施例包括伺服器端410和客戶端420，伺服器端410主要包括幀緩衝區411，還包 括虛擬窗口管理模塊412、區域劃分模塊413、編碼決策模塊414以及視頻編碼模塊415，其 中該幀緩衝區411，用於利用顯卡鏡像驅動探測屏幕更新區域；
該虛擬窗口管理模塊412，與該幀緩衝區411相連，用於在該屏幕更新區域中識別 屬於共享應用的顯示更新；該區域劃分模塊413，與該虛擬窗口管理模塊412相連，用於對屬於共享應用的顯 示更新，根據顯示更新特性將應用程式的整個屏幕顯示區域分成視頻顯示區域(顯示密集 的區域)和/或非視頻顯示區域；該編碼決策模塊414，用於根據當前網絡帶寬分別為視頻顯示區域和/或非視頻 顯示區域選擇優選編碼方式；比如為視頻顯示區域選擇第一編碼方式，為非視頻顯示區域 選擇第二編碼方式，該第一編碼方式與該第二編碼方式不同；當然，該優選編碼方式包括最優的編碼方式，也包括次優或者次次優的編碼方式， 只要適合視頻顯示區域和/或非視頻顯示區域的編碼方式，均可以相應地選擇為視頻顯示 區域和/或非視頻顯示區域的編碼方式；該視頻編碼模塊415，與該區域劃分模塊413及編碼決策模塊414相連，用於根據 該編碼決策模塊414所選擇的優選編碼方式，分別對視頻顯示區域和/或非視頻顯示區域 進行編碼處理，得到更新數據通過網絡發送給客戶端。上述區域劃分模塊413主要包括劃分子模塊、計算子模塊、判斷子模塊及合併子 模塊，其中該劃分子模塊，用於將顯示區域劃分為若干單元區域；計算子模塊，用於重複抓取屏幕更新並計算出每個單元區域的該幀速率；判斷子模塊，用於判斷該幀速率大於該速率閾值，是則認為該單元區域是顯示密 集區域；合併子模塊，用於合併鄰近的顯示密集區域，確定該視頻顯示區域。上述編碼決策模塊414用於根據幀速率確定該視頻顯示區域的編碼方式與該非 視頻顯示區域的編碼方式之間的切換。上述的視頻編碼模塊415可以採用現有的多種視頻編碼技術。Tight方法採用數據分析器判斷輸入數據的統計特性，從而決定採用哪種預處理 過濾器處理數據，在低帶寬網絡環境下提供了較好的顯示性能。Theora是由Xiph基金會發布的可與H. 264編碼相比較的有損視頻壓縮編碼技術。 Theora的編碼器輸入和解碼器輸出均為YCbCr色彩空間，因此在Theora編解碼前後還需 要RGB和YCbCr之間的相互轉換。為完成TightVNC共享系統與Theora編碼的集合，需要 在VNC協議中擴充Theora編碼數據類型，當客戶端收到該類型數據時調用Theora解碼器 解碼。本發明的技術方案以已有的共享系統為基礎，採用對不同顯示輸出特性的數據採 用不同編碼的方法，既可以應用在桌面共享系統上，也可以應用在應用共享系統上。本發明 的一個實施例能夠實時探測共享程序窗口中不同區域的顯示輸出特性，並對視頻顯示區域 採用視頻編碼，有效解決顯示性能問題。在典型的遠程顯示應用場景下，本發明技術方案能 夠自適應地選擇合適的編碼方案，在滿足用戶在視頻多媒體顯示方面需求的同時降低了網 絡開銷。所述的共享系統以及共享方法，以現有技術中已有的共享技術為基礎，可以應用 於多種基於遠程顯示的共享系統，包括桌面共享系統和應用共享系統。
本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算 裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡 上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲 裝置中由計算裝置來執行，或者將它們分別製作成各個集成電路模塊，或者將它們中的多 個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的硬體和 軟體結合。雖然本發明所揭露的實施方式如上，但所述的內容只是為了便於理解本發明而採 用的實施方式，並非用以限定本發明。任何本發明所屬技術領域內的技術人員，在不脫離本 發明所揭露的精神和範圍的前提下，可以在實施的形式上及細節上作任何的修改與變化， 但本發明的專利保護範圍，仍須以所附的權利要求書所界定的範圍為準。
權利要求
一種基於遠程顯示的編碼方法，其特徵在於，包括伺服器端探測屏幕更新區域；在該屏幕更新區域中識別屬於共享應用的顯示更新；對屬於共享應用的顯示更新，根據顯示更新特性將顯示區域分為視頻顯示區域和/或非視頻顯示區域；根據當前網絡帶寬為該視頻顯示區域和/或非視頻顯示區域分別選擇優選編碼方式；根據所選擇的優選編碼方式分別對視頻顯示區域和/或非視頻顯示區域進行編碼處理，得到更新數據發送給客戶端。
2.根據權利要求1所述的方法，其特徵在於，該方法進一步包括 該客戶端對該更新數據進行解碼，獲得顯示更新內容；該客戶端將該顯示更新內容繪製在本地應用窗口中。
3.根據權利要求1或2所述的方法，其特徵在於，將該顯示區域分為該視頻顯示區域和 /或非視頻顯示區域的步驟，包括根據屏幕更新的幀速率和一預設的速率閾值確定該視頻顯示區域，或者接收該共享應 用提供的該視頻顯示區域；將該顯示區域中除該視頻顯示區域之外的部分確定為該非視頻顯示區域。
4.根據權利要求3所述的方法，其特徵在於，根據該幀速率和該速率閾值確定該視頻 顯示區域的步驟，包括將顯示區域劃分為若干單元區域； 重複抓取屏幕更新並計算出每個單元區域的該幀速率； 如果該幀速率大於該速率閾值，則認為該單元區域是顯示密集區域； 合併鄰近的顯示密集區域，確定該視頻顯示區域。
5.根據權利要求1所述的方法，其特徵在於該視頻顯示區域的編碼方式與該非視頻顯示區域的編碼方式之間的切換，根據幀速率 確定。
6.一種伺服器，用於基於遠程顯示的編碼處理，其特徵在於，該伺服器包括幀緩衝區、 虛擬窗口管理模塊、區域劃分模塊、編碼決策模塊以及視頻編碼模塊，其中該幀緩衝區，用於探測屏幕更新區域；該虛擬窗口管理模塊，用於在該屏幕更新區域中識別屬於共享應用的顯示更新； 該區域劃分模塊，用於對屬於共享應用的顯示更新，根據顯示更新特性將顯示區域分 為視頻顯示區域和/或非視頻顯示區域；該編碼決策模塊，用於根據當前網絡帶寬為該視頻顯示區域和/或非視頻顯示區域分 別選擇優選編碼方式；該視頻編碼模塊，用於根據所選擇的優選編碼方式，分別對該視頻顯示區域和/或該 非視頻顯示區域進行編碼處理，得到更新數據發送給客戶端。
7.根據權利要求6所述的伺服器，其特徵在於該區域劃分模塊用於根據屏幕更新的幀速率和一預設的速率閾值確定該視頻顯示區 域，或者接收該共享應用提供的該視頻顯示區域；並用於將該顯示區域中除該視頻顯示區 域之外的部分確定為該非視頻顯示區域。
8.根據權利要求7所述的伺服器，其特徵在於，該區域劃分模塊包括劃分子模塊、計算 子模塊、判斷子模塊及合併子模塊，其中該劃分子模塊，用於將顯示區域劃分為若干單元區域；計算子模塊，用於重複抓取屏幕更新並計算出每個單元區域的該幀速率；判斷子模塊，用於判斷該幀速率大於該速率閾值，是則認為該單元區域是顯示密集區域；合併子模塊，用於合併鄰近的顯示密集區域，確定該視頻顯示區域。
9.根據權利要求6所述的伺服器，其特徵在於該編碼決策模塊用於根據幀速率確定該視頻顯示區域的編碼方式與該非視頻顯示區 域的編碼方式之間的切換。
10.一種基於遠程顯示的編碼系統，其特徵在於，包括如權利要求6至9中任一項權利 要求所述的伺服器，及客戶端，其中該客戶端用於對該更新數據進行解碼，獲得顯示更新內容，並將該顯示更新內容繪製 在本地應用窗口中。全文摘要
本發明公開了一種基於遠程顯示的編碼系統及方法、伺服器，以解決現有技術基於遠程顯示的編碼技術無法有效支持視頻和多媒體應用的技術缺陷，其中該方法包括伺服器端探測屏幕更新區域；在該屏幕更新區域中識別屬於共享應用的顯示更新；對屬於共享應用的顯示更新，根據顯示更新特性將顯示區域分為視頻顯示區域和/或非視頻顯示區域；根據當前網絡帶寬為該視頻顯示區域和/或非視頻顯示區域分別選擇優選編碼方式；根據所選擇的優選編碼方式分別對視頻顯示區域和/或非視頻顯示區域進行編碼處理，得到更新數據發送給客戶端。本發明能夠提高基於遠程顯示共享系統在視頻和多媒體播放的性能，有效降低網絡開銷，完善了基於遠程顯示的共享技術。
文檔編號H04L29/08GK101883140SQ20101020119
公開日2010年11月10日 申請日期2010年6月13日 優先權日2010年6月13日
發明者張楊, 程旭, 管雪濤 申請人:北京北大眾志微系統科技有限責任公司