基于云桌面服务的信息处理系统、方法、网关及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种基于云桌面服务的信息处理系统、方法、网关及存储介质。


背景技术：

2.云桌面(也称桌面虚拟化)是指将计算机的终端系统(也称作桌面)进行虚拟化，以达到桌面使用的安全性和灵活性，从而用户借助各种终端设备随时随地通过网络访问提供云桌面服务的云桌面服务端。
3.随着虚拟化和云计算技术的不断发展，云桌面服务端的分流能力得到了极大地提高，云桌面服务端支持多用户通过各自终端设备所安装的客户端进行访问。实际应用中，多用户协同操作云桌面服务端提供的资源时，云桌面服务端需要建立与多个客户端建立多路tcp(transmission control protocol，传输控制协议)连接，对多个客户端上传的控制流进行合并等多种操作，消耗的算力资源较多，影响了云桌面服务的使用体验。


技术实现要素：

4.本技术的多个方面提供一种基于云桌面服务的信息处理系统、方法、网关及存储介质，用以节约了云桌面服务端的算力资源，保证了云桌面服务端的工作性能和云桌面服务的使用体验。
5.本技术实施例提供一种基于云桌面服务的信息处理系统，包括：多个客户端、网关集群和云桌面服务端；多个客户端中的每个客户端与第一网关建立通信连接，第一网关与云桌面服务端建立传输控制协议tcp连接，第一网关是网关集群中的一个网关；第一网关，用于接收和合并至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流，并通过tcp连接向云桌面服务端发送第二上行控制流和接收云桌面服务端返回的第一下行串流数据，以及向至少两个客户端分别发送第一下行串流数据；云桌面服务端，用于响应于第二上行控制流生成第一下行串流数据，以及通过tcp连接向第一网关发送第一下行串流数据。
6.本技术实施例还提供一种信息处理方法，应用于网关集群中的第一网关，第一网关与多个客户端中的每个客户端建立通信连接，以及第一网关与云桌面服务端建立传输控制协议tcp连接；该方法包括：接收至少两个客户端同步发送的至少两个第一上行控制流；合并至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流；通过tcp连接向云桌面服务端发送第二上行控制流和接收云桌面服务端返回的第一下行串流数据；向至少两个客户端分别发送第一下行串流数据。
7.本技术实施例还提供一种信息处理装置，包括：接收模块，用于接收至少两个客户端同步发送的至少两个第一上行控制流；合并模块，用于合并至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流；发送模块，用于通过tcp连接向云桌面服务端发送第二上行控制流；接收模块，用于接收云桌面服务端返回的第一下行
串流数据；发送模块，用于向至少两个客户端分别发送第一下行串流数据。
8.本技术实施例还提供一种网关，包括：存储器和处理器；存储器，用于存储计算机程序；处理器耦合至存储器，用于执行计算机程序以用于执行信息处理方法中的步骤。
9.本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现信息处理方法中的步骤。
10.在本技术实施例中，在网关的辅助下，多用户协同操作云桌面服务端仅仅通过一路tcp连接便可完成，极大地减少了云桌面服务端所需建立的tcp连接的路数。同时，网关还承担了云桌面服务端的部分功能，减轻了云桌面服务端的负载压力，节约了云桌面服务端的算力资源，保证了云桌面服务端的工作性能和云桌面服务的使用体验。
附图说明
11.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
12.图1为本技术实施例提供的一种基于云桌面服务的信息处理系统的结构示意图；
13.图2为本技术实施例提供的一种信息处理方法的信令交互图；
14.图3为本技术实施例提供的一种信息处理方法的流程图；
15.图4为本技术实施例提供的一种信息处理装置的结构示意图；
16.图5为本技术实施例提供的一种网关的结构示意图。
具体实施方式
17.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
18.在本技术的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的访问关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况，其中a，b可以是单数或者复数。在本技术的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。此外，在本技术实施例中，“第一”、“第二”、“第三”、“第四”、“第五”以及“第六”只是为了区分不同对象的内容而已，并无其它特殊含义。
19.实际应用中，多用户协同操作云桌面服务端时，云桌面服务端需要建立与多个客户端建立多路tcp(transmission control protocol，传输控制协议)连接。多用户可能会同步发起针对云桌面资源的控制操作，多个客户端同步将响应控制操作触发的控制流通过各自对应的tcp连接发送给云桌面服务端。云桌面服务端对多个客户端同步发起的多个控制流进行合并，并响应合并后的控制流确定云桌面服务端最新的云桌面画面和/或音频数据，以及将最新的云桌面画面和/或音频数据编码成串流(streaming)数据，以及将串流数据通过对应的tcp连接发送给对应的客户端，以供客户端所在的终端设备基于接收的串流数据显示最新的云桌面画面和/或播放最新的音频数据。显然，多用户协同操作云桌面服务端时，云桌面服务端需要建立与多个客户端建立多路tcp连接，对多个客户端上传的控制流
进行合并等多种操作，消耗的算力资源较多，容易使得云桌面服务端没有充足的算力资源响应控制流，影响了云桌面服务端的工作性能和云桌面服务的使用体验。
20.为此，本技术实施例提供一种基于云桌面服务的信息处理系统、方法、网关及存储介质，在本技术实施例中，在网关的辅助下，多用户协同操作云桌面服务端仅仅通过一路tcp连接便可完成，极大地减少了云桌面服务端所需建立的tcp连接的路数。同时，网关还承担了云桌面服务端的部分功能，减轻了云桌面服务端的负载压力，节约了云桌面服务端的算力资源，保证了云桌面服务端的工作性能和云桌面服务的使用体验。
21.图1为本技术实施例提供的一种基于云桌面服务的信息处理系统的结构示意图。参见图1，该系统可以包括多个客户端、网关集群和云桌面服务端。
22.在本实施例中，客户端安装在用户的终端设备上，终端设备例如为手机、平板电脑、台式计算机、可穿戴式智能设备、智能家居设备等。终端设备主要负责基于云桌面服务端提供的串流数据进行显示和/或播放，以及接收用户触发的针对云桌面服务端提供的资源数据的控制操作。实际应用中，用户可以通过键盘或鼠标等输入设备向终端设备输入针对云桌面服务端提供的资源数据的键鼠操作，终端设备中的客户端响应键鼠操作，生成对应的控制流，并对外提供该控制流。其中，键鼠操作包括鼠标操作、键盘操作和鼠标键盘联合操作。不同键鼠操作进行不同的控制，键鼠操作对应哪种控制可以按需灵活设置。例如，用户按压鼠标左键，表示用户对终端设备当前显示的云桌面画面进行点击；用户按压鼠标右键，表示用户对终端设备当前显示的云桌面画面进行长按；用户滚动鼠标，表示用户对终端设备上的云桌面画面进行滚动显示；用户同时操作鼠标和键盘，可以对终端设备当前显示的云桌面画面进行放大显示或缩小显示。
23.在本实施例中，客户端可以通过有线网络或无线网络与网关集群进行通信连接，例如，有线网络可以包括同轴电缆、双绞线和光纤等，无线网络可以是2g网络、3g网络、4g网络或者5g网络、无线保真(wireless fidelity，简称wifi)网络等。进一步的，实际应用中，客户端与网关集群可以基于流媒体协议建立桌面串流通信连接。流媒体协议例如包括但不限于：rtp(real-time transport protocol，实时传输协议)、rtcp(实时传输控制协议(real-time transport control protocol)、rtsp(real time streaming protocol实时串流协议、mms、hls、http progressive streaming)、asp(adaptive streaming protocol)。asp是面向应用流的一种新型端云协同协议，提供端云一体的协议支撑，为终端用户提供低时延高画质的实时交互体验。
24.网关集群中的网关的数量不做限制，例如可以是一个或多个。进一步的，网关集群可横向扩展，也即可以在网关集群中增设新的网关以扩大网关集群的集群规模，还可以减少网关集群中的网关以缩小网关集群的集群规模。
25.在本实施例中，网关除了具备一般网关(gateway)所具有的安全校验、负载均衡、串流转发或流量控制等功能之外，还进行了功能扩展，例如，承担云桌面服务端的部分功能。示例性的，网关可以替代云桌面服务端进行控制流合并或串流数据复制等等。由于网关承担云桌面服务端的部分功能，减轻了云桌面服务端的负载压力，节约了云桌面服务端的算力资源，进而可以使得云桌面服务端有充足的算力资源响应控制流，保证了云桌面服务端的工作性能和云桌面服务的使用体验。
26.在本实施例中，云桌面服务端提供云桌面服务，主要负责云计算和数据存储等任
务。云桌面服务端可以对外提供诸如文本文件、音频数据、视频数据等各种资源数据，这些资源数据可共享给用户。云桌面服务端例如可以是arm架构的服务器或者x86架构的服务器，对此不做限制。
27.在本实施例中，网关集群中任一网关可以和云桌面服务端仅需建立一路tcp(transmission control protocol，传输控制协议)连接，便可实现云桌面服务端和多个客户端之间的数据交互，相比于现有的云桌面服务端和多个客户端之间建立多路tcp连接的情况，极大地减少了云桌面服务端所需建立的tcp连接的路数，减轻了云桌面服务端的负载压力，节约了云桌面服务端的算力资源。当然，网关也可以和云桌面服务端建立多路tcp连接，对此不做限制。
28.具体而言，在多人协同操作云桌面服务端的场景中，多个用户同步操作键盘和/或鼠标发起键鼠操作。客户端响应键鼠操作生成控制流。为了便于理解和区分，将客户端生成的控制流称作为第一上行控制流。多个客户端同步向网关集群上传多个第一上行控制流。参见图1中的
①
所示，网关集群中的任一网关合并多个第一上行控制流，得到第二上行控制流。值得注意的是，控制流合并操作可以减少控制流的数量，将多个控制流合并成一个控制流。进一步的，若多个控制流属于同一类型的控制流，还可以按需从相同类型的控制流中选择一路控制流进行保留，相同类型的其他的控制流进行删除。例如，多个用户发起的键鼠操作指示都是对终端设备上显示的云桌面画面进行放大，则在控制流合并过程中，只需保留一个与放大显示相关的控制流即可。又例如，多个用户发起的键鼠操作有的指示放大显示，有的指示滚动显示，有的指示缩小显示，由于这些键鼠操作对应的控制流是不同类型的控制流，则在控制流合并过程中，可以都保留下来，并组合成一路控制流。当然，控制流合并规则可以按需灵活设置，对此不做限制。
29.参见图1中的
②
所示，网关通过与云桌面服务端建立的唯一一条基于tcp连接形成的tcp通道向云桌面服务端上传第二上行控制流。参见图1中的
③
所示，云桌面服务端响应第二上行控制流，生成第一下行串流数据。第一下行串流数据可以理解为云桌面服务端生成的需要下发给网关的串流数据。
30.参见图1中的
④
所示，网关通过tcp通道接收云桌面服务端发送的第一下行串流数据。以及参见图1中的
⑤
所示，网关向多个客户端分别发送第一下行串流数据，至此完成支持多个用户协同操作云桌面服务端的整个任务。
31.值得注意的是，图1中的客户端、网关和云桌面服务端的数量仅仅是一种示例，对此不做限制。
32.具体举例来说，在多人协同办公场景或在线教育场景，云桌面资源所有者首先登录云桌面服务端，并邀请多个协同者参与协同操作。此时，云桌面资源所有者和多个协同者在各自的终端设备的显示屏幕上可以看到相同的云桌面画面。
33.实际应用中，可能在同一时刻仅仅有一个协同者触发键鼠操作，客户端响应键鼠操作生成控制流并通过网关经过tcp通道发送给云桌面服务端，以及云桌面服务端响应控制流渲染下一个时刻的云桌面画面，以及将下一个时刻的云桌面画面封装成下行串流数据经过tcp通道发送给网关，网关将下行串流数据发送给各个客户端，以使云桌面资源所有者和多个协同者在各自的终端设备的显示屏幕上可以看到相同的云桌面画面。
34.实际应用中，还可能在同一时刻有多个协同者触发键鼠操作，客户端响应键鼠操
作生成控制流并发送给网关，网关将多个控制流合并成一个控制流，再将合并后的控制流经过tcp通道发送给云桌面服务端，以及云桌面服务端响应控制流渲染下一个时刻的云桌面画面，以及将下一个时刻的云桌面画面封装成下行串流数据经过tcp通道发送给网关，网关将下行串流数据发送给各个客户端，以使云桌面资源所有者和多个协同者在各自的终端设备的显示屏幕上可以看到相同的云桌面画面。
35.以下结合附图，详细说明本技术各实施例提供的技术方案。
36.图2为本技术实施例提供的一种信息处理方法的信令交互图。参见图2，该方法可以包括以下步骤：
37.201、第一网关接收至少两个客户端同步发送的至少两个第一上行控制流。
38.202、第一网关合并至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流。
39.203、第一网关通过tcp连接向云桌面服务端发送第二上行控制流。
40.204、云桌面服务端响应于第二上行控制流生成第一下行串流数据。
41.205、云桌面服务端通过tcp连接接收云桌面服务端返回的第一下行串流数据。
42.206、第一网关向至少两个客户端分别发送第一下行串流数据。
43.具体而言，多个客户端中的每个客户端与第一网关建立通信连接，第一网关与云桌面服务端建立一路tcp连接，第一网关是网关集群中的任一个网关。
44.若至少两个用户同步操作键盘和/或鼠标等发起键鼠操作，则至少两个客户端中每个客户端响应对应的键鼠操作，生成第一上行控制流；接着，至少两个客户端同步将各自生成的第一上行控制流上传给网关集群。网关集群中的第一网关接收至少两个第一上行控制流。接着，第一网关将多路第一上行控制流合并成一路上行控制流，为了便于理解和区分，将合并的上行控制流称作为第二上行控制流。第一网关通过tcp连接向云桌面服务端发送第二上行控制流。云桌面服务端响应第二上行控制流，生成第一下行串流数据。具体而言，云桌面服务端响应第二上行控制流，可以渲染出最新的云桌面画面和/或获取最新的音频数据，将最新的云桌面画面和/或音频数据封装成第一下行串流数据。云桌面服务端通过tcp连接接收云桌面服务端返回的第一下行串流数据。第一网关向至少两个客户端分别发送第一下行串流数据。当第一下行串流数据下发至客户端时，控制客户端所在的终端设备可以显示最新的云桌面画面和/或播放最新的音频数据。
45.实际应用中，若同一时刻，仅仅有一个用户同步操作键盘和/或鼠标等发起键鼠操作，则对应的客户端响应对应的键鼠操作，生成第一上行控制流，并由网关集群中的第一网关将第一上行控制流上传给云桌面服务端。云桌面服务端响应第一上行控制流，生成第一下行串流数据。云桌面服务端通过tcp连接接收云桌面服务端返回的第一下行串流数据。第一网关向至少两个客户端分别发送第一下行串流数据。
46.作为一种示例，第一网关向至少两个客户端分别发送第一下行串流数据时，具体用于：将第一下行串流数据进行数据复制，得到至少两个第一下行串流数据；将至少两个第一下行串流数据分别发送至至少两个客户端。具体的，经过数据复制得到多个第一下行串流数据后，将一个第一下行串流数据发送给一个客户端，每个客户端均被分配一个下行串流数据。
47.考虑到客户端所在终端设备的性能可能有所不同，进而第一下行串流数据在不同
终端设备上的显示效果各有不同。例如，有的终端设备的硬件配置较好，云桌面画面在终端设备上显示时流畅性较好。有的终端设备的硬件配置较差，云桌面画面在终端设备上显示时流畅性较差。另外，考虑到不同客户端与第一网关之间的传输信道的信道状态有所差异，也会导致第一下行串流数据在不同终端设备上的输出效果各有不同。
48.基于上述，进一步可选的，第一网关将至少两个第一下行串流数据分别发送至至少两个客户端时，具体用于：针对至少两个客户端中的每个客户端，根据客户端所在终端设备的设备类型和/或客户端与第一网关之间的传输信道的信道状态，确定客户端可支持的目标分辨率；在第一下行串流数据的当前分辨率不是目标分辨率的情况下，对第一下行串流数据进行重新编码，得到具有目标分辨率的第二下行串流数据；通过传输信道将具有第二下行串流数据发送给对应的客户端。在第一下行串流数据的当前分辨率是目标分辨率的情况下，通过传输信道将具有第一下行串流数据发送给对应的客户端。
49.具体而言，网关在将第一下行串流数据分发给客户端之前，会判断客户端可支持的目标分辨率是否与第一下行串流数据的分辨率适配，并在不适配的情况下，对第一下行串流数据进行重新编码得到与客户端可支持的目标分辨率适配的第二下行串流数据，进而以自适应编码方式，达到向不同客户端发送不同分辨率的串流数据能力，提高了客户端渲染的流畅性，保证了下行串流数据在终端设备上的显示效果。
50.实际应用中，可以预先确定不同设备类型对应的分辨率，以及建立设备类型和分辨率的映射关系；和/或，预先建立不同信道状态对应的分辨率，以及建立信道状态和分辨率的映射关系。其中，信道状态包括反映通信信号较好的强网状态、反映通信信号较好的弱网状态和反映无通信信号的无网状态。
51.在同时基于设备类型和信道状态确定客户端可支持的目标分辨率时，从基于设备类型和分辨率的映射关系所确定的分辨率以及基于信道状态和分辨率的映射关系所确定的分辨率中，选择较小的分辨率作为客户端可支持的目标分辨率。
52.在本实施例中，可以采用视频编码技术对第一下行串流数据进行重新编码。关于视频编码技术的更多介绍可以参见相关技术。
53.随着时间推移，可能有新的客户端与网关集群建立通信连接，也可以有客户端与网关集群断开通信连接。扩大网关集群的集群规模可以有效应对针对云桌面服务端的多路协同操作的需求，缩小网关集群的集群规模可以减少资源消耗。基于此，网关集群可横向扩展。可选的，第二网关可以根据客户端的数量控制网关集群的集群规模，第二网关为网关集群中的任一个网关。作为一种示例，在客户端的数量大于或等于第一数量时，控制网关集群中部分处于不可用状态的网关转变为可用状态，或者提示在网关集群中新增网关，以扩大网关集群的集群规模；在客户端的数量小于第二数量时，控制网关集群中部分处于可用状态的网关转变为不可用以缩小网关集群的集群规模；其中，第二数量小于第一数量。
54.值得注意的是，第一数量是在网关集群的并发性能约束下设置的最多可允许与网关集群通信连接的客户端的数量，另外，第二数量是在网关集群的并发性能约束下设置的最少可允许与网关集群通信连接的客户端的数量。
55.本技术实施例提供的技术方案，在网关的辅助下，多用户协同操作云桌面服务端仅仅通过一路tcp连接便可完成，极大地减少了云桌面服务端所需建立的tcp连接的路数。同时，网关还承担了云桌面服务端的部分功能，减轻了云桌面服务端的负载压力，节约了云
桌面服务端的算力资源，保证了云桌面服务端的工作性能和云桌面服务的使用体验。
56.图3为本技术实施例提供的一种信息处理方法的流程图。该方法的执行主体为信息处理装置，该装置可由硬件和/或软件组成，并一般可以集成在网关集群中的第一网关中，第一网关是网关集群中的任一网关，第一网关与多个客户端中的每个客户端建立通信连接，以及第一网关与云桌面服务端建立传输控制协议tcp连接，参见图3，该方法可以包括以下步骤：
57.301、接收至少两个客户端同步发送的至少两个第一上行控制流；
58.302、合并至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流；
59.303、通过tcp连接向云桌面服务端发送第二上行控制流和接收云桌面服务端返回的第一下行串流数据；
60.304、向至少两个客户端分别发送第一下行串流数据。
61.进一步可选的，向至少两个客户端分别发送第一下行串流数据，包括：将第一下行串流数据进行数据复制，得到至少两个第一下行串流数据；将至少两个第一下行串流数据分别发送至至少两个客户端。
62.进一步可选的，将至少两个第一下行串流数据分别发送至至少两个客户端，包括：针对至少两个客户端中的每个客户端，根据客户端所在终端设备的设备类型和/或客户端与第一网关之间的传输信道的信道状态，确定客户端可支持的目标分辨率；第一下行串流数据的当前分辨率不是目标分辨率的情况下，对第一下行串流数据进行重新编码，得到具有目标分辨率的第二下行串流数据；通过传输信道将具有第二下行串流数据发送给对应的客户端。
63.进一步可选的，在第一下行串流数据的当前分辨率是目标分辨率的情况下，通过传输信道将具有第一下行串流数据发送给对应的客户端。
64.进一步可选的，根据客户端的数量控制网关集群的集群规模。
65.进一步可选的，根据客户端的数量控制网关集群的集群规模，包括：在客户端的数量大于或等于第一数量时，控制网关集群中部分处于不可用状态的网关转变为可用状态，或者提示在网关集群中新增网关，以扩大网关集群的集群规模；在客户端的数量小于第二数量时，控制网关集群中部分处于可用状态的网关转变为不可用以缩小网关集群的集群规模；其中，第二数量小于第一数量。
66.关于图3所示方法中各步骤的具体实现方式可以参见前述实施例的相关内容，在此不再赘述。
67.本技术实施例提供的技术方案，在网关的辅助下，多用户协同操作云桌面服务端仅仅通过一路tcp连接便可完成，极大地减少了云桌面服务端所需建立的tcp连接的路数。同时，网关还承担了云桌面服务端的部分功能，减轻了云桌面服务端的负载压力，节约了云桌面服务端的算力资源，保证了云桌面服务端的工作性能和云桌面服务的使用体验。
68.图4为本技术实施例提供的一种信息处理装置的结构示意图。装置可由硬件和/或软件组成，并一般可以集成在网关集群中的第一网关中，第一网关是网关集群中的任一网关，第一网关与多个客户端中的每个客户端建立通信连接，以及第一网关与云桌面服务端建立传输控制协议tcp连接。
69.参见图4，该装置可以包括：
70.接收模块41，用于接收至少两个客户端同步发送的至少两个第一上行控制流；
71.合并模块42，用于合并至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流；
72.发送模块43，用于通过tcp连接向云桌面服务端发送第二上行控制流；
73.接收模块41，用于接收云桌面服务端返回的第一下行串流数据；
74.发送模块43，用于向至少两个客户端分别发送第一下行串流数据。
75.进一步可选的，发送模块向至少两个客户端分别发送第一下行串流数据时，具体用于：将第一下行串流数据进行数据复制，得到至少两个第一下行串流数据；将至少两个第一下行串流数据分别发送至至少两个客户端。
76.进一步可选的，发送模块将至少两个第一下行串流数据分别发送至至少两个客户端时，具体用于：针对所述至少两个客户端中的每个客户端，根据客户端所在终端设备的设备类型和/或客户端与所述第一网关之间的传输信道的信道状态，确定客户端可支持的目标分辨率；在第一下行串流数据的当前分辨率不是目标分辨率的情况下，对第一下行串流数据进行重新编码，得到具有目标分辨率的第二下行串流数据；通过传输信道将具有第二下行串流数据发送给对应的客户端。
77.进一步可选的，发送模块还用于：在第一下行串流数据的当前分辨率是目标分辨率的情况下，通过传输信道将具有第一下行串流数据发送给对应的客户端。
78.进一步可选的，上述装置还包括：控制模块，用于根据客户端的数量控制网关集群的集群规模。
79.进一步可选的，控制模块根据客户端的数量控制网关集群的集群规模时，具体用于：在客户端的数量大于或等于第一数量时，控制网关集群中部分处于不可用状态的网关转变为可用状态，或者提示在网关集群中新增网关，以扩大网关集群的集群规模；在客户端的数量小于第二数量时，控制网关集群中部分处于可用状态的网关转变为不可用以缩小网关集群的集群规模；其中，第二数量小于第一数量。
80.图4所示的装置可以执行图3所示实施例的方法，其实现原理和技术效果不再赘述。对于上述实施例中的图4装置其中各个模块、单元执行操作的具体方式已经在有关系统实施例或信令交互实施例中进行了详细描述，此处将不做详细阐述说明。
81.需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤301至步骤304的执行主体可以为设备a；又比如，步骤301和302的执行主体可以为设备a，步骤303和304的执行主体可以为设备b；等等。
82.另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如301、302等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
83.图5为本技术实施例提供的一种网关的结构示意图。如图5所示，该网关包括：存储
器51和处理器52；
84.存储器51，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。
85.存储器51可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(static random-accessmemory，sram)，电可擦除可编程只读存储器(electrically erasable programmable read only memory，eeprom)，可擦除可编程只读存储器(erasable programmable read only memory，eprom)，可编程只读存储器(programmable read-only memory，prom)，只读存储器(read-only memory，rom)，磁存储器，快闪存储器，磁盘或光盘。
86.处理器52，与存储器51耦合，用于执行存储器51中的计算机程序，以用于：接收至少两个客户端同步发送的至少两个第一上行控制流；至少两个客户端同步发送的至少两个第一上行控制流，以得到合并后的第二上行控制流；通过tcp连接向云桌面服务端发送第二上行控制流和接收云桌面服务端返回的第一下行串流数据；向至少两个客户端分别发送第一下行串流数据。
87.进一步，如图5所示，该网关还包括：通信组件53、显示器54、电源组件55、音频组件56等其它组件。图5中仅示意性给出部分组件，并不意味着网关只包括图5所示组件。另外，图5中虚线框内的组件为可选组件，而非必选组件，具体可视网关的产品形态而定。本实施例的网关可以实现为台式电脑、笔记本电脑、智能手机或iot(物联网，internet of things)设备等终端设备，也可以是常规服务器、云服务器或服务器阵列等服务端设备。若本实施例的网关实现为台式电脑、笔记本电脑、智能手机等终端设备，可以包含图5中虚线框内的组件；若本实施例的网关实现为常规服务器、云服务器或服务器阵列等服务端设备，则可以不包含图5中虚线框内的组件。
88.关于处理器执行各动作的详细实施过程可参见前述方法实施例或设备实施例中的相关描述，在此不再赘述。
89.相应地，本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由网关执行的各步骤。
90.相应地，本技术实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由网关执行的各步骤。
91.上述通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g/lte、5g等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(near field communication，nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(radio frequency identification，rfid)技术，红外数据协会(the infrared data association，irda)技术，超宽带(ultra wide band，uwb)技术，蓝牙(bluetooth，bt)技术和其他技术来实现。
92.上述显示器包括屏幕，其屏幕可以包括液晶显示器(liquid crystal display，
lcd)和触摸面板(touch panel，tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。
93.上述电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
94.上述音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(microphone，mic)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。
95.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
96.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
97.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
98.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
99.在一个典型的配置中，计算设备包括一个或多个处理器(central processing unit，cpu)、输入/输出接口、网络接口和内存。
100.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(random access memory，ram)和/或非易失性内存等形式，如只读存储器(read only memory，rom)或闪存(flash ram)。内存是计算机可读介质的示例。
101.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变化内存(phase change ram，pram)、静态随机
存取存储器(static random-access memory，sram)、动态随机存取存储器(dynamic random access memory，dram)、其他类型的随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、电可擦除可编程只读存储器(electrically-erasable programmable read-only memory，eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(digital versatile disc，dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
102.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
103.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。