基于RDP协议的数据处理方法、装置、电子装置和存储介质与流程

基于rdp协议的数据处理方法、装置、电子装置和存储介质
技术领域
1.本技术涉及远程运维技术领域，特别是涉及一种基于rdp协议的数据处理方法、装置、电子装置和存储介质。


背景技术：

2.伴随着企业的发展壮大，在企业内部的服务器、应用以及网络设备需求越来越多，相对应的运维人员也逐渐增加。在运维的过程中，服务端通过堡垒机与客户端连接，通常采用远程显示协议(remote display protocol，简称rdp协议)进行通信以实现数据传输。该协议是对国际电信联盟发布的一个国际标准的多通道会议协议t.120的一个扩展。
3.在传统的堡垒机运维windows服务器时，当页面变化非常大的时候会出现堡垒机的带宽占用非常大。由于rdp协议无法自动降噪降低宽带，若此时堡垒机与服务器之间网络带宽不够大或者采用公网运维，那么运维员在使用堡垒机运维服务器时会出现卡顿，导致无法运维。
4.针对相关技术中存在的rdp协议无法自动降噪降低宽带，导致在堡垒机的带宽占用非常大时易出现卡顿的问题，目前还没有提出有效的解决方案。


技术实现要素：

5.在本实施例中提供了一种基于rdp协议的数据处理方法、装置、系统、电子装置和存储介质，以解决相关技术中存在的rdp协议无法自动降噪降低宽带，导致在堡垒机的带宽占用非常大时易出现卡顿的问题。
6.第一个方面，在本实施例中提供了一种基于rdp协议的数据处理方法，所述数据处理方法应用于远程运维系统；
7.所述数据处理方法包括：
8.获取rdp协议流量数据，所述rdp协议流量数据为所述rdp协议的功能数据逻辑层的功能数据；
9.根据所述rdp协议流量数据的类型，采用预设的数据压缩算法对所述rdp协议流量数据进行数据压缩；
10.发送压缩后的rdp协议流量数据至堡垒机。
11.在其中的一些实施例中，获取rdp协议流量数据包括：获取rdp协议端口的rdp协议流量数据。
12.在其中的一些实施例中，所述rdp协议流量数据包括：文本数据和图形数据；所述文本数据包括外部输入的指令数据，所述图形数据包括图形变化数据。
13.在其中的一些实施例中，根据所述rdp协议流量数据的类型，采用预设的数据压缩算法对所述rdp协议流量数据进行数据压缩包括：
14.采用预设的文本数据压缩算法对所述文本数据进行数据压缩和/或采用预设的图形数据压缩算法对所述图形数据进行数据压缩。
15.在其中的一些实施例中，所述数据处理方法还包括：
16.发送所述文本数据和所述图形数据的时间特征信息至堡垒机。
17.第二个方面，在本实施例中还提供了一种基于rdp协议的数据处理方法，所述数据处理方法应用于远程运维系统；
18.所述数据处理方法包括：
19.接收堡垒机发送的压缩后的rdp协议流量数据，所述rdp协议流量数据为所述rdp协议的功能数据逻辑层的功能数据，其中所述rdp协议数据包括：文本数据和图形数据；
20.根据所述rdp协议流量数据的类型，采用预设的数据解压缩算法对所述rdp协议流量数据进行解压缩，得到解压后的文本数据和图形数据；
21.接收堡垒机发送的时间特征信息，依据所述时间特征信息将解压后的文本数据和图形数据进行合并。
22.第三个方面，在本实施例中提供了一种基于rdp协议的数据处理装置，所述数据处理装置应用于远程运维系统；
23.所述数据处理装置包括：
24.数据获取模块，用于获取rdp协议流量数据，所述rdp协议流量数据为所述rdp协议的功能数据逻辑层的功能数据；
25.数据压缩模块，用于根据所述rdp协议流量数据的类型，采用预设的数据压缩算法对所述rdp协议流量数据进行数据压缩；
26.数据发送模块，用于发送压缩后的rdp协议流量数据至堡垒机。
27.第四个方面，在本实施例中还提供了一种基于rdp协议的数据处理装置，所述数据处理装置应用于远程运维系统；
28.所述数据处理装置包括：
29.数据接收模块，用于接收堡垒机发送的压缩后的rdp协议流量数据，所述rdp协议流量数据为所述rdp协议的功能数据逻辑层的功能数据，其中所述rdp协议数据包括：文本数据和图形数据；
30.数据解压模块，用于根据所述rdp协议流量数据的类型，采用预设的数据解压缩算法对所述rdp协议流量数据进行解压缩，得到解压后的文本数据和图形数据；
31.数据合并模块，用于接收堡垒机发送的时间特征信息，依据所述时间特征信息将解压后的文本数据和图形数据进行合并。
32.第五个方面，在本实施例中提供了一种远程运维系统，所述系统包括：服务端、堡垒机和客户端；
33.所述服务端获取rdp协议流量数据，所述rdp协议流量数据为所述rdp协议的功能数据逻辑层的功能数据；其中所述rdp协议流量数据包括：文本数据和图形数据；根据所述rdp协议流量数据的类型，采用预设的压缩算法对所述rdp协议流量数据进行数据压缩；发送压缩后的rdp协议流量数据至所述堡垒机，发送所述文本数据和所述图形数据的时间特征信息至堡垒机；
34.所述堡垒机将接收到的所述压缩后的rdp协议流量数据以及所述时间特征信发送至所述客户端；
35.所述客户端接收所述堡垒机发送的压缩后的所述rdp协议流量数据；根据所述rdp
协议流量数据的类型，采用预设的解压缩算法对所述rdp协议流量数据进行解压缩，得到解压后的文本数据和图形数据；接收堡垒机发送的时间特征信息，依据所述时间特征信息将解压后的文本数据和图形数据进行合并。
36.第六个方面，在本实施例中提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一或第二个方面所述的基于rdp协议的数据处理方法。
37.第七个方面，在本实施例中提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一或第二个方面所述的基于rdp协议的数据处理方法。
38.与相关技术相比，在本实施例中提供的基于rdp协议的数据处理方法，通过对rdp协议功能数据逻辑层进行优化，在功能数据传输前对其进行压缩处理，解决了现有技术中，由于rdp协议无法自动降噪降低宽带，导致在堡垒机的带宽占用非常大时易出现卡顿的问题，实现了在运维过程中，功能数据能够稳定流畅传输的效果，最终使得运维过程能够稳定顺畅进行。
39.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
40.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
41.图1是本实施例的基于rdp协议的数据处理方法的终端的硬件结构框图。
42.图2是本实施例中远程运维系统的结构框图。
43.图3是本实施例的一种基于rdp协议的数据处理方法的流程图。
44.图4是本实施例的另一种基于rdp协议的数据处理方法的流程图。
45.图5是本实施例的一种基于rdp协议的数据处理装置的结构框图。
46.图6是本实施例的另一种基于rdp协议的数据处理装置的结构框图。
47.图7是现有技术中rdp协议的工作逻辑框图。
48.图8是本优选实施例的远程运维系统的结构框图。
49.图9是本优选实施例的基于rdp协议的数据处理方法。
具体实施方式
50.为更清楚地理解本技术的目的、技术方案和优点，下面结合附图和实施例，对本技术进行了描述和说明。
51.除另作定义外，本技术所涉及的技术术语或者科学术语应具有本技术所属技术领域具备一般技能的人所理解的一般含义。在本技术中的“一”、“一个”、“一种”、“该”、“这些”等类似的词并不表示数量上的限制，它们可以是单数或者复数。在本技术中所涉及的术语“包括”、“包含”、“具有”及其任何变体，其目的是涵盖不排他的包含；例如，包含一系列步骤或模块(单元)的过程、方法和系统、产品或设备并未限定于列出的步骤或模块(单元)，而可包括未列出的步骤或模块(单元)，或者可包括这些过程、方法、产品或设备固有的其他步骤或模块(单元)。在本技术中所涉及的“连接”、“相连”、“耦接”等类似的词语并不限定于物理
的或机械连接，而可以包括电气连接，无论是直接连接还是间接连接。在本技术中所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。通常情况下，字符“/”表示前后关联的对象是一种“或”的关系。在本技术中所涉及的术语“第一”、“第二”、“第三”等，只是对相似对象进行区分，并不代表针对对象的特定排序。
52.在本实施例中提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。比如在终端上运行，图1是本实施例的基于rdp协议的数据处理方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102和用于存储数据的存储器104，其中，处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置。上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限制。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示出的不同配置。
53.存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如在本实施例中的基于rdp协议的数据处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
54.传输设备106用于经由一个网络接收或者发送数据。上述的网络包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
55.在本实施例中提供了一种远程运维系统，图2是本实施例中远程运维系统的结构框图。如图2所示，远程运维系统包括服务端710、堡垒机720和客户端730。
56.服务端710可以是windows服务器，用于为客户端730提供服务，也可以是服务器集群；服务端710通过rdp协议与堡垒机720连接。
57.堡垒机720是运维审计型堡垒机，对运维人员的操作权限进行控制以及对操作行为进行审计；堡垒机720设置在服务端710和客户端730之间，服务端710和客户端730之间通过堡垒机720实现信息交互。
58.客户端730指的是客户使用的终端设备，终端设备为电子计算机，如各种类型的主机电脑以及便携式电脑，当然也可以包括其他具有计算功能的设备；客户端730通过安装堡垒机运维应用，与堡垒机720间建立联系以实现信息交互。
59.在本实施例中提供了一种基于rdp协议的数据处理方法，该数据处理方法可应用于如图2所示的远程运维系统。图3是本实施例的一种基于rdp协议的数据处理方法的流程图，如图3所示，该流程包括如下步骤：
60.步骤s220，获取rdp协议流量数据，rdp协议流量数据为rdp协议的功能数据逻辑层的功能数据。
61.具体的，服务端在功能数据逻辑层先获取rdp协议流量数据，即先获取待传输的功能数据。优选的，获取rdp协议流量数据包括：获取rdp协议端口的rdp协议流量数据，服务端通过rdp协议端口与外部输入设备连接，外部的输入设备可为鼠标、键盘等；示例性的rdp协议流量数据包括鼠标和键盘输入的各种控制指令，或是其他的信息内容输入；需要特别说明的是，这里的rdp协议端口根据使用者习惯，可以自行设置为任意端口号，默认为3389。
62.本实施例中优选的，rdp协议流量数据包括：文本数据和图形数据；但是不仅限于文本数据和图形数据；文本数据包括但不限于外部输入的指令数据，图形数据包括但不限于图形变化数据。其中指令数据和图形变化数据是相互对应的，即当运维人员输入一个控制指令时，该控制指令激活一次页面操作，进而引起页面的图像变化，从而生成相应的图形变化数据。在获取数据的过程中，将外部输入的各种指令数据进行采集，单独地形成文本数据，而图形变化数据形成图形数据。
63.步骤s240，根据rdp协议流量数据的类型，采用预设的数据压缩算法对rdp协议流量数据进行数据压缩。
64.具体的，服务端在获取rdp协议流量之后，采用预设的数据压缩算法对rdp流量数据进行压缩数据，以获得被压缩的rdp协议流量数据。由于rdp协议流量数据包含多个不同的类型，因此优选的，服务端根据rdp流量数据的类型采用不同的压缩算法分别进行压缩，从而可提高压缩效率以及提高压缩比。
65.示例性的，rdp协议流量数据主要分为文本数据和图形数据，因此根据rdp协议流量数据的类型，采用预设的数据压缩算法对rdp协议流量数据进行数据压缩包括：采用预设的文本数据压缩算法对文本数据进行数据压缩和/或采用预设的图形数据压缩算法对图形数据进行数据压缩。通过文本数据压缩算法压缩文本数据，通过图形数据压缩算法压缩图形数据；由于图形数据和文本数据具有不同的特点，因此有针对性地采用不同的算法，不仅能够提高压缩效率，同时可提高压缩比。需要说明的是，在本实施例中对于具体的压缩算法不做限制，即现有技术中任意的文本压缩算法和图形压缩算法均可实现本实施例中的压缩操作。
66.步骤s260，发送压缩后的rdp协议流量数据至堡垒机。
67.具体的，服务端将压缩后的rdp协议流量数据发送至堡垒机，压缩后的rdp协议流量数据内容更小，占用的带宽更小，因此数据传输过程更加流畅。
68.在本实施例中，该数据处理方法应用在远程运维系统中，远程运维系统一般由服务端、堡垒机和客户端构成，该数据处理方法的执行主体为服务端，主要是在发送功能数据前对功能数据进行处理。其中服务端通过堡垒机与客户端建立，堡垒机起到转发流量数据的作用，服务端与堡垒机间以及堡垒机与客户端间采用rdp协议进行通信。windows提供的rdp协议数据传送时，交互的过程分为：网络连接逻辑层、iso数据逻辑层、虚拟通道逻辑层、加密解密逻辑层以及功能数据逻辑层。需要说明的是，本实施例中提供的数据处理方法，是在现有的功能数据逻辑层进行的优化。
69.在现有技术中，rdp协议占用的带宽大，主要是功能使用的数据量较大导致的，而rdp协议本身并不具备自动降噪、降低带宽的效果，因此在堡垒机运维服务器过程中，当传输流量比较大的功能数据时，堡垒机易出现卡顿，导致无法运维。在本实施例中，在功能数据传输前对其进行压缩处理，从而缩小功能数据的内容，进而降低功能数据在传输过程中
占用的带宽，从而使得传输过程更加流畅快速。
70.通过上述步骤，将rdp协议中的功能数据在传输前进行压缩，进而大大降低了功能数据的内容大小，然后再将压缩后的功能数据发送至堡垒机，从而使得数据传输过程流畅快速。因此解决了现有技术中，由于rdp协议无法自动降噪降低宽带，导致在堡垒机的带宽占用非常大时易出现卡顿的问题。
71.在其中的一些实施例中，该数据处理方法还包括：
72.服务端发送文本数据和图形数据的时间特征信息至堡垒机。
73.具体的本实施例中，时间特征信息为文本数据和图形数据中每个数据生成的时间节点。比如文本数据中的指令数据，该指令数据由外部的设备输入，则每个指令数据的时间特征信息包含有相应指令数据的输入时间点，通过该时间特征信息，可以获取相应指令数据由外部输入的时间点；又如图形数据中的图形变化数据，每个图形变化数据的时间特征信息包含有相应图形变化数据的产生时间点，通过该时间特征信息，可以获取相应图形产生变化的时间点。进一步的，时间特征信息具有不同的传输发送方式。在一种优选的情况中，时间特征信息为相应数据的时间戳，时间戳就是一份能够表示一份数据在一个特定时间点已经存在的完整的可验证的数据，其属于文本数据中的一种，可以与其他文本数据一起被压缩传输，共同被发送至堡垒机；在其他情况下，时间特征信息也可以不与文本信息、图像信息共同压缩传输，而是作为单独的时间数据被传输。
74.在本实施例中还提供了一种基于rdp协议的数据处理方法，该数据处理方法也应用于远程运维系统。图4是本实施例的另一种基于rdp协议的数据处理方法的流程图，如图4所示，该流程包括如下步骤：
75.步骤s320，接收堡垒机发送的压缩后的rdp协议流量数据，rdp协议流量数据为rdp协议的功能数据逻辑层的功能数据，其中rdp协议数据包括：文本数据和图形数据。
76.具体的，客户端通过安装堡垒机运维应用，与堡垒机间建立联系以实现信息交互，进而通过堡垒机运维应用接收堡垒机发送的数据。本实施例中，客户端在功能数据逻辑层获取堡垒机转发的压缩后的rdp协议流量数据，其中rdp协议数据包括但不限于文本数据和图形数据。
77.步骤s340，根据rdp协议流量数据的类型，采用预设的数据解压缩算法对rdp协议流量数据进行解压缩，得到解压后的文本数据和图形数据。
78.具体的，客户端通过文本解压缩算法对文本数据进行解压，以及通过图形解压缩算法对图形数据进行解压，最终获得解压后的文本数据和图形数据。采用不同的解压缩算法对不同类型的数据进行解压，能够提高解压缩的效率。
79.步骤s360，接收堡垒机发送的时间特征信息，依据时间特征信息将解压后的文本数据和图形数据进行合并。
80.具体的，客户端最终依据时间特征信息将文本数据和图形数据进行合并，合并后再整体展示在客户端。其中时间特征信息用于关联部分文本数据和图形数据，比如文本数据中的指令数据和图形数据中的图形变化数据。由于图形变化是由相应的指令引起的，因此需要将图形变化数据和相应的指令数据进行关联合并。具体的某个图形变化数据的产生时间点与某个指令数据的输入时间点相同，或是两个时间点的误差在预设的范围之内，则可确定该指令数据与图形变化数据是有关联的，也就是说是由该指令激活了该图形变化操
作。因此通过时间特征信息，能够将文本数据和图形数据准确的进行合并展示。
81.在本实施例中，该数据处理方法也应用在远程运维系统中，具体的该数据处理方法的执行主体为客户端，主要是在接收功能数据后对功能数据进行处理。与上述实施例中的在发送功能数据前的数据处理方法相同，本实施例中的数据处理方法也是在现有的功能数据逻辑层进行的优化。
82.通过上述步骤，使得客户端能够对压缩后的rdp协议流量数据进行解压处理，同时能够准确地将文本信息和图像信息进行合并。该数据处理方法与服务端的数据处理方法配合使用，使得rdp协议流量数据能够以被压缩的状态进行传输，从而能够解决了现有技术中，由于rdp协议无法自动降噪降低带宽，导致在堡垒机的带宽占用非常大时易出现卡顿的问题。
83.下面对本实施例中提供的远程运维系统进行具体的说明，如图2所示，该远程运维系统包括：服务端710、堡垒机720和客户端730；
84.服务端710获取rdp协议流量数据，rdp协议流量数据为rdp协议的功能数据逻辑层的功能数据；其中rdp协议流量数据包括：文本数据和图形数据；根据rdp协议流量数据的类型，采用预设的压缩算法对rdp协议流量数据进行数据压缩；发送压缩后的rdp协议流量数据至堡垒机720，发送文本数据和图形数据的时间特征信息至堡垒机720；
85.堡垒机720将接收到的压缩后的rdp协议流量数据以及时间特征信发送至客户端730；
86.客户端730接收堡垒机720发送的压缩后的rdp协议流量数据；根据rdp协议流量数据的类型，采用预设的解压缩算法对rdp协议流量数据进行解压缩，得到解压后的文本数据和图形数据；接收堡垒机720发送的时间特征信息，依据时间特征信息将解压后的文本数据和图形数据进行合并。
87.本实施例中具体的，远程运维系统由服务端710和堡垒机720以及客户端730构成。在现有技术中，服务端710直接将功能数据通过堡垒机720发送至客户端730中，由于功能数据的内容量比较大，因此在传输的过程中将占用的带宽比较大。进一步的由于rdp协议本身不具备自动降噪将带宽的功能，若此时服务端710与客户端730之间网络带宽不够大或者采用公网运维，那么运维员在使用堡垒机720运维时会出现卡顿，导致无法运维的情况。而在本实施例中，服务端710向堡垒机720发送功能数据前，先对功能数据做压缩处理，进而大大降低了功能数据的内容大小，然后再将压缩后的功能数据进行传输发送至堡垒机720；对应的客户端730能够对压缩后的rdp协议流量数据进行解压处理，同时能够准确地将文本信息和图像信息进行合并，从而使得传输过程流畅快速。因此解决了现有技术中，由于rdp协议无法自动降噪降低带宽，导致在堡垒机720的带宽占用非常大时易出现卡顿的问题。
88.下面通过优选实施例对本实施例进行描述和说明。
89.图8是本优选实施例的远程运维系统的结构框图。如图8所示，该远程运维系统包括：服务端710、堡垒机720以及客户端730；其中，服务端710包括流量采集模块711、流量压缩模块712以及流量发送模块713；堡垒机720包括流量转发模块721；客户端730包括流量接收模块731。
90.图9是本优选实施例地基于rdp协议的数据处理方法，本数据处理方法应用于本优选实施例中的远程运维系统。如图9所示，该数据处理方法包括如下步骤：
91.步骤s810，流量采集模块采集获取rdp协议流量数据，并将rdp协议流量数据引流至流量压缩模块；
92.步骤s820，流量压缩模块对rdp协议流量进行压缩，其中rdp流量数据包括文本数据和图形数据，文本数据包括外部输入的指令数据，图形数据包括图形的变化数据；具体的采用文本压缩算法对文本数据进行压缩，采用图形压缩算法对图形数据进行高压缩比压缩；
93.步骤s830，流量发送模块将流量压缩模块压缩后的rdp协议流量数据发送至堡垒机的流量转发模块；
94.步骤s840，堡垒机中的流量转发模块将rdp协议流量数据转发到客户端的流量接收模块；
95.步骤s850，客户端中的流量接收模块接收rdp协议流量数据，并对该rdp协议流量数据进行解压缩，并将解压缩后的文本数据和图形数据进行合并，合并后整体在客户端进行展示。
96.在本实施例中，服务端为服务器，首先在windows服务器上安装agent，通过agent实现服务端的数据获取、压缩以及发送等功能；然后通过堡垒机rdp协议的流量转发模块，转发被服务器agent处理完毕的流量数据至客户端；最后客户端通过堡垒机rdp协议运维windows服务器时，会调用客户端的单点登录器数据，通过流量接收模块实现流量数据的接收和解压。通过对流量数据进行压缩，把rdp协议消耗带宽最大的功能数据通过压缩机制，实现内容的缩小，最终实现带宽消耗降低，让传输过程更快，让运维更流畅。
97.在本实施例中提供了一种基于rdp协议的数据处理装置，该数据处理装置应用于远程运维系统。图5是本实施例的一种基于rdp协议的数据处理装置的结构框图，如图5所示，该数据处理装置包括如下模块：
98.数据获取模块410，用于获取rdp协议流量数据，rdp协议流量数据为rdp协议的功能数据逻辑层的功能数据；
99.数据压缩模块420，用于根据rdp协议流量数据的类型，采用预设的数据压缩算法对rdp协议流量数据进行数据压缩；
100.数据发送模块430，用于发送压缩后的rdp协议流量数据至堡垒机。
101.本实施例中，数据获取模块410在功能数据逻辑层先获取rdp协议流量数据，即先获取待传输的功能数据；然后数据压缩模块420采用预设的数据压缩算法对rdp流量数据进行压缩数据，以获得被压缩的rdp协议流量数据，然后数据发送模块430将压缩后的rdp协议流量数据发送至堡垒机。其中一些优选的实施例中，rdp协议流量数据包含多个类型，因此在压缩时，数据压缩模块420根据rdp协议流量数据的类型采不同的压缩算法分别进行压缩，从而可提高压缩效率以及提高压缩比。
102.通过上述数据处理装置，将rdp协议中的功能数据在传输前进行压缩，进而大大降低了功能数据的内容大小，然后再将压缩后的功能数据发送至堡垒机，从而使得传输过程流畅快速。因此解决了现有技术中，由于rdp协议无法自动降噪降低宽带，导致在堡垒机的带宽占用非常大时易出现卡顿的问题。
103.在其他的一些实施例中，数据获取模块410用于获取rdp协议端口的rdp协议流量数据。rdp协议流量数据包括：文本数据和图形数据；文本数据包括外部输入的指令数据，图
形数据包括图形变化数据。数据压缩模块420用于采用预设的文本数据压缩算法对文本数据进行数据压缩和/或采用预设的图形数据压缩算法对图形数据进行数据压缩。数据发送模块430还用于发送文本数据和图形数据的时间特征信息至堡垒机。
104.在本实施例中还提供了一种基于rdp协议的数据处理装置，该数据处理装置应用于远程运维系统。图6是本实施例的另一种基于rdp协议的数据处理装置的结构框图，如图6所示，该数据处理装置包括如下模块：
105.数据接收模块510，用于接收堡垒机发送的压缩后的rdp协议流量数据，rdp协议流量数据为rdp协议的功能数据逻辑层的功能数据，其中rdp协议数据包括：文本数据和图形数据；
106.数据解压模块520，用于根据rdp协议流量数据的类型，采用预设的数据解压缩算法对rdp协议流量数据进行解压缩，得到解压后的文本数据和图形数据；
107.数据合并模块530，用于接收堡垒机发送的时间特征信息，依据时间特征信息将解压后的文本数据和图形数据进行合并。
108.本实施例中，数据接收模块510在功能数据逻辑层先获取堡垒机转发的压缩后的rdp协议流量数据，然后数据解压模块520根据流量数据的类型，采用不同的数据解压缩算法进行相应地解压缩，从而获得解压后的文本数据和图形数据，最后数据合并模块530依据时间特征信息将文本数据和图形数据进行合并，合并后再整体展示在客户端。
109.通过上述数据处理装置，将压缩后的rdp协议流量数据进行解压处理，同时能够准确地将文本信息和图像信息进行合并。使得rdp协议流量数据能够以被压缩的状态进行传输，从而能够解决了现有技术中，由于rdp协议无法自动降噪降低宽带，导致在堡垒机的带宽占用非常大时易出现卡顿的问题。
110.需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
111.下面将说明windows提供的rdp协议数据传送时的交互过程，以便于对本实施例进行更加具体的描述。图7是现有技术中rdp协议的工作逻辑框图，参照图7，rdp协议数据传送时的交互过程分为以下几个逻辑：
112.网络连接逻辑：rdp协议建立在tcp/ip协议之上，由于传输的数据量比较大，因此在协议的底层首先定义一层网络连接逻辑，它定义了一个完事的rdp数据逻辑包，以避免由于网络包长度过长而被分割使数据丢失，该阶段主要是完成客户端连接服务器的过程；
113.iso数据逻辑：在网络连接逻辑之上，定义iso的数据逻辑，它主要表示rdp数据的正常连接通信，该阶段主要是完成系统的数据建立过程；
114.虚拟通道逻辑：在iso数据逻辑之上，rdp协议定义了一个虚拟通道逻辑，用以拆分标示不同虚拟通道的数据，加快客户端处理速度，节省占用网络接口的时间，该阶段主要是完成虚拟通道的申请；
115.加密解密逻辑：在虚拟通道逻辑之上，rdp定义一个数据加密解密逻辑，用于对所有的功能数据进行加密、解密处理，该阶段主要是完成交互数据的加解密过程，发送和验证；
116.功能数据逻辑：在加密解密逻辑之上是功能数据，画面信息，本地资源转换，声音数据，打印数据等所有的功能数据信息都在此进行处理，该阶段主要是连接完成后的功能实现，即传输功能数据的过程。
117.本实施例中的数据处理方法主要是针对功能数据逻辑层的优化，即在功能数据传输前对其进行压缩，以及在接收功能数据后对其进行解压缩。所以获取流量数据、压缩流量数据、发送流量数据以及接收流量数据、解压流量数据等步骤均在数据逻辑层完成。
118.在本实施例中还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
119.可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
120.需要说明的是，在本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，在本实施例中不再赘述。
121.此外，结合上述实施例中提供的基于rdp协议的数据处理方法，在本实施例中还可以提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种基于rdp协议的数据处理方法。
122.应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本技术提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本技术保护范围。
123.显然，附图只是本技术的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本技术适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本技术披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术手段，不应被视为本技术公开的内容不足。
[0124]“实施例”一词在本技术中指的是结合实施例描述的具体特征、结构或特性可以包括在本技术的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本技术中描述的实施例在没有冲突的情况下，可以与其它实施例结合。
[0125]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对专利保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。