[發明專利]基于遠程顯示協議的動態虛擬通道的創建和應用方法

無效

• 申請號: 201010247241.8
• 申請日: 2010-08-06
• 公開（公告）號: CN101909061A
• 公開（公告）日: 2010-12-08
• 發明（設計）人: 張輝
• 申請（專利權）人: 福建升騰資訊有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 福州市鼓樓區京華專利事務所(普通合伙) 35212
• 代理人: 翁素華

【技術領域】

本發明涉及一種基于遠程顯示協議的動態虛擬通道的創建和應用方法。

【背景技術】

RDP(Remote?Display?Protocol，遠程顯示協議)虛擬通道是在RDP協議中實現的用于RDP服務器程序與RDP客戶端程序通訊的數據通道。特別是在集群服務器環境中可以很好的解決服務器與當前登入用戶間的數據通訊問題。但是，RDP協議規定了虛擬通道只能在RDP連接中靜態創建，并且規定了虛擬通道的上限為每條RDP鏈接只能支持28條虛擬通道，這在很大程度上限制了RDP虛擬通道的擴展。如在RDP6以前(包含RDP6)的RDP協議中，開發人員要在RDP連接上創建數據傳輸鏈路時，只能用靜態虛擬通道的模式，這在一定程度上限制了開發人員在使用RDP虛擬通道時的靈活性。

【發明內容】

本發明要解決的技術問題，在于提供一種基于RDP6.0協議的建立動態虛擬通道的方法，對虛擬通道數據包的數據封裝，實現將一條靜態的虛擬通道動態擴展為多條虛擬通道，并支持動態創建。

本發明是這樣實現的：一種基于遠程顯示協議(RDP6.0)的動態虛擬通道的創建和應用方法，其特征在于：在服務器端安裝虛擬通道數據轉發服務程序，并在客戶端安裝虛擬通道插件；所述虛擬通道數據轉發服務程序創建一條用于與客戶端程序進行通信的靜態虛擬通道；服務器端的服務器應用程序調用相應的應用程序編程接口注冊動態虛擬通道以及處理數據收發操作。

在注冊動態虛擬通道時，具體包括如下步驟：

步驟10、首先由服務器應用程序提出申請，發送該服務器應用程序的PID(運行進程ID)、登錄用戶的SessionID以及通道處理數據類型碼給所述虛擬通道數據轉發服務程序；

步驟20、所述虛擬通道數據轉發服務程序受理申請后，判斷所述登錄用戶的SessionID是否存在，若不存在則結束，若存在則

判斷所述通道處理數據類型碼以及所述服務器應用程序的PID是否存在，如果存在則進入數據正常交互階段，如果不存在則通知客戶端創建相應服務線程，并生成相應動態虛擬通道ID；

步驟30、客戶端的虛擬通道插件收到通知后，根據接收到的通道處理數據類型碼判斷該通道處理數據類型碼是否支持相應服務，若不支持則結束，若支持則根據該通道處理數據類型碼創建相應的服務線程并生成相應動態虛擬通道ID；

步驟40、虛擬通道插件一方面記錄動態虛擬通道ID對應的服務線程；另一方面通知客戶端的實際操作線程，由客戶端的實際操作線程創建并運行相應服務，同時根據生成的動態虛擬通道ID收發數據；再一方面將動態虛擬通道ID返回至虛擬通道數據轉發服務程序，由所述虛擬通道數據轉發服務程序在服務器端本地列表中增加動態虛擬通道的匹配信息，并返回動態虛擬通道ID至服務器應用程序，最后由服務器應用程序進入數據正常交互階段。

所述數據正常交互階段為：

服務器端：發送時，首先封裝服務器程序發送給客戶端的數據，形成數據包，再對每個數據包增加動態虛擬通道標識，并通過靜態虛擬通道發送給客戶端；接收時，首先接收來自靜態虛擬通道的數據，并解析數據包，根據動態虛擬通道標識，將數據包發送給對應的服務器程序；

客戶端：發送時，首先封裝客戶端應用線程發送給服務器端的數據，形成數據包，再對每個數據包增加動態虛擬通道標識，并通過靜態虛擬通道發送給服務器端；接收時，首先接收來自靜態虛擬通道的數據，并解析數據包，根據動態虛擬通道標識，將數據包發送給對應的應用線程。

本發明具有如下優點：解決了RDP連接下無法動態創建虛擬通道的問題；打破了RDP虛擬通道28條連接的限制；提供了較好的數據操作接口，簡化虛擬通道數據操作過程。

【附圖說明】

下面參照附圖結合實施例對本發明作進一步的說明。

圖1為本發明方法中注冊動態虛擬通道的流程框圖。

圖2為本發明方法服務器端與客戶端數據流向示意圖。

圖3為本發明方法動態虛擬通道數據封裝結構示意圖。

【具體實施方式】

本發明方法是一種基于遠程顯示協議的動態虛擬通道的創建和應用方法，其是在服務器端安裝虛擬通道數據轉發服務程序，并在客戶端安裝虛擬通道插件；所述虛擬通道數據轉發服務程序創建一條用于與客戶端程序進行通信的靜態虛擬通道；服務器端的服務器應用程序調用相應的應用程序編程接口注冊動態虛擬通道以及處理數據收發操作。