用于控制远程桌面或虚拟桌面环境的物理侧浏览器功能的方法、服务器和软件产品技术

本发明专利技术申请公开了一种控制远程或虚拟桌面环境的物理侧的可访问浏览器功能的方法，所述方法包括以下步骤：‑在所述物理侧上的用户的物理单元（1）和在虚拟或远程侧上分配给所述用户的虚拟单元（2）之间建立虚拟桌面基础设施；‑在所述物理单元（1）处运行第一web浏览器（31），以及在所述虚拟单元（2）处运行第二web浏览器（41）；‑分别在运行在所述物理单元（1）和所述虚拟单元（2）处的所述第一和第二web浏览器（41）之间建立WebRTC数据信道（68）；和‑利用在所述物理单元（1）和所述虚拟单元（2）之间建立的所述WebRTC数据信道（68），通过所述虚拟单元（2）来远程地控制在所述物理单元（1）处运行的所述第一web浏览器（31）的所述浏览器功能。本公开还涵盖相应的服务器和软件产品。

Methods, servers, and software products for controlling the physical side browser functions of a remote desktop or virtual desktop environment

The invention discloses a remote control or virtual desktop environment physical side can access the browser function, the method comprises the following steps: the physical unit on the physical side of the users (1) and virtual units allocated to the user in a virtual or remote side of the (2) the establishment of virtual desktop infrastructure; in the physical unit (1) at the first run web browser (31), and in the virtual operating unit (2) second web browser (41); respectively in the unit running in the physical (1) and the virtual unit (2). The first and second web browser (41) to establish WebRTC data channel between (68); and use units in the physical (1) and the virtual unit (2) and the WebRTC data channel is established between the (68), by the false A quasi unit (2) is used to remotely control the browser functions of the first web browser (31) that is run at the physical unit (1). This public also covers the corresponding server and software products.

【技术实现步骤摘要】
【国外来华专利技术】用于控制远程桌面或虚拟桌面环境的物理侧浏览器功能的方法、服务器和软件产品
本专利技术涉及一种用于在诸如RDS（远程桌面服务）或VDI（虚拟桌面基础架构）的远程桌面或虚拟桌面环境的物理侧上控制可访问浏览器功能的方法。本专利技术还涉及相应的软件产品和服务器。
技术介绍
在远程桌面服务（RDS）/虚拟桌面基础架构（VDI）环境中优化的实时通信（RTC，例如Unify的OpenScape桌面客户端）必须实现为供应商特定的远程桌面协议（RDP）扩展，例如独立计算架构（ICA）作为Citrix特定的变体。部署在RDS/VDI环境中的常规RTC客户端可能由于在使用的RDP中缺少RTC支持而遭遇服务降级。由于无法针对RDP会话的RTC部分达到可行的服务质量（QoS），因此特别是在大都市以及广域网中，这导致不可接受的用户体验。图1描绘了根据现有技术的软电话解决方案的一般VDI基础设施，例示为没有对RTC的特定支持的Citrix版本。特别地，这个现有技术的示例示出了RDS/VDI不知道的软电话解决方案。在此，物理单元1和虚拟单元2经由网络3连接。将物理单元1例示为基于Windows的物理PC（pPC），并且由基于CitrixXenDesktop（XD）的虚拟PC（vPC）来例示虚拟单元2。网络3可以是广域网（WAN）、城域网（MAN）或局域网（LAN）。在本申请的上下文中，可以假定LAN为覆盖通常高达3km的区域的家庭或公司网络，可以假定MAN在某些大都市周围通常有10-50km的范围，而可以假定WAN通常具有大陆范围。要注意的是，通常在距离方面没有固定的限制，并且将从仅仅示例性和说明性的意义来理解上面提到的数值。具体来说，本示例中的本地单元1在物理单元操作系统（OS）4（在此，作为示例为Windows）下运行。Citrix解决方案基于在用户侧在物理单元（pPC）1上运行的本机RDS客户端5。在本机RDS客户端5中实现的本地设备控制器（LDC）6用于经由本地媒体I/O信道7来控制用户侧处的本地设备8。在另一（虚拟）侧，虚拟单元2由虚拟单元操作系统（OS）9（在此，再次作为示例为Windows）来运行或仿真。SIP软电话客户端10（例如，OpenScapePE客户端）实现SIP信令和媒体引擎（SME）11。使SIPSME11能够经由SIP信令信道12通过SIP代理（未示出）与第三方14通信，而经由RTP媒体信道13根据RTP协议来传输媒体数据。物理单元（pPC）1的RDS客户端5经由作为Citrix提升的VDI协议的ICA（独立计算架构）与虚拟单元（vPC）2进行通信。为此，在物理单元RDS客户端5中实现ICA端点（EP）16，而在虚拟单元2中实现另外的ICAEP17，并且在两侧的ICAEP16、17之间建立ICA信道。应当注意，相对于RTC，此处基于SIP的在vPC2上运行的软电话客户端10不能访问pPC1的物理设备8。相反，可以将ICA信道18用于将RTC有效载荷数据“隧道传输”到物理单元1，以使其可用。然而，在这种有效载荷隧道传输中可能会有大量延迟和质量损失。随着物理单元1和托管虚拟单元2的服务器之间的距离的增加，即在大都市和广域网中，这些问题可能变得糟糕。图2示出了在如图1所示的这样环境中支持RTC的现有扩展。代替VDI不知道的SIP软电话客户端，该扩展中的虚拟单元（vPC）2具有VDI知道的SIP软电话客户端20。该扩展的软电话客户端20具有在其中实现的SIP服务提供商（SIPSP）控制器21。在物理单元（pPC）1处，本机RDS客户端5（在此示例中为Citrix接收器或CR）包括用于结合所谓的“无头SIP软电话”25来控制SIPSP控制器21的CR插件22，“无头SIP软电话”25本身在物理单元1中独立于CR插件22运行。“无头”SIP软电话25具有在其中实现的本地媒体控制器（LMC）26和SIP信令和媒体引擎（SIPSME）27。根据经由本地媒体I/O信道7来控制和利用用户侧处的本地设备8，在物理单元1处的LMC26接受先前的本地设备控制器（图1中的6）的任务。此外，物理单元1处的SIPSME27经由SIP信令信道28提供SIP信令，并且经由来自和到第三方14的RTP媒体信道29来提供RTP媒体数据传输的控制。如今，有一种朝着基于Web的RDS和VDI客户端的趋势，例如Citrix的HTML5接收器。在这种环境中，浏览器中固有支持的新兴技术WebRTC应适用于在基于Web的应用中实现RTC。然而，如今如果浏览器正在VDI环境中，特别是跨越广域网运行，则WebRTC解决方案无法适当地工作并且会提供差的用户体验。此外，现有的启用了VDI的软电话解决方案总是需要针对每个供应商特定的VDI技术和协议的单独实现。对于如IETF的整体分层协议架构以及如W3C的相应API的概述，也可以参考在后面更详细地描述的图9。应当注意，可以将该整体分层协议架构理解为基础的现有技术解决方案以及稍后描述的本专利技术的解决方案。图3描绘了浏览器在远程桌面服务（例如基于XenApp）或虚拟PC（例如，基于XenDesktop）上运行的解决方案的概要，即本申请的意义上的虚拟单元2。物理单元1和虚拟单元2的关系和连接类似于图1的关系和连接。然而，在图3中假定的解决方案中，在物理单元（pPC）1上提供了web浏览器31，具有分配给在其中实现的本地设备API（LCAPI）33的本地设备控制器（LDC）32。在经由本地媒体I/O信道7在用户侧处控制和利用本地设备8方面，LCAPI33接受了以前的本地设备控制器（图1中的参考号6）的任务。在这个解决方案中，使用在Web浏览器31中实现的WebRDS应用15（例如，用于HTML的Citrix接收器）来代替本机RDS客户端（图1和图2中的5）。应当注意，本说明书意义上的应用是在例如在web浏览器中运行的软件应用。此外，假定pPC硬件（HW）层34是在pPC操作系统（OS）4层下面的层上的物理单元1一侧处。在虚拟单元2一侧，安装本身是VDI不知道的WebRTC应用35（例如，Unify的CircuitWebAppV1）。WebRTC应用35包括Web套接字（WS）客户端36。在虚拟单元（vPC）2处提供web浏览器41，具有分配给在其中实现的本地设备API（LDAPI）43的本地设备控制器（LDC）42。然而应当注意，由于WebRTC本身“认识”本地设备，LDC42的媒体I/O信道44终止于vPC操作系统9级别。在vPCWeb浏览器41中实现了分配给WebRTCAPI46的WebRTC媒体引擎45和分配给WebSocketAPI48的WebSocket栈47。此外，假定vPC硬件（HW）层50是在vPC操作系统9层下面的层上的虚拟单元1一侧。在该解决方案中，使WebSocket栈47能够与WebRTC服务器进行通信（例如，参见图6-图8中的WebRTC服务器90），其经由WebSocket信令信道49控制与第三方14的会话，而通过WebRTC媒体引擎45经由RTP媒体信道13根据RTP协议来传输媒体数据。在根据图3假定的解决方案中，如上可见，VDI不知道的基于WebRTC的应用35不得不像VDI环境中运行本文档来自技高网...

【技术保护点】
一种控制远程或虚拟桌面环境的物理侧的可访问浏览器功能的方法，所述方法包括以下步骤：‑ 在所述物理侧上的用户的物理单元（1）和在虚拟或远程侧上分配给所述用户的虚拟单元（2）之间建立虚拟桌面基础设施；‑ 在所述物理单元（1）处运行第一web浏览器（31），并且在所述虚拟单元（2）处运行第二web浏览器（41）；‑ 分别在运行在所述物理单元（1）和所述虚拟单元（2）处的所述第一和第二web浏览器（41）之间建立WebRTC数据信道（68）；和‑ 利用在所述物理单元（1）和所述虚拟单元（2）之间建立的所述WebRTC数据信道（68），通过所述虚拟单元（2）来远程地控制在所述物理单元（1）处运行的所述第一web浏览器（31）的所述浏览器功能。

【技术特征摘要】
【国外来华专利技术】2015.05.06 DE 102015005815.01.一种控制远程或虚拟桌面环境的物理侧的可访问浏览器功能的方法，所述方法包括以下步骤：-在所述物理侧上的用户的物理单元（1）和在虚拟或远程侧上分配给所述用户的虚拟单元（2）之间建立虚拟桌面基础设施；-在所述物理单元（1）处运行第一web浏览器（31），并且在所述虚拟单元（2）处运行第二web浏览器（41）；-分别在运行在所述物理单元（1）和所述虚拟单元（2）处的所述第一和第二web浏览器（41）之间建立WebRTC数据信道（68）；和-利用在所述物理单元（1）和所述虚拟单元（2）之间建立的所述WebRTC数据信道（68），通过所述虚拟单元（2）来远程地控制在所述物理单元（1）处运行的所述第一web浏览器（31）的所述浏览器功能。2.根据权利要求1所述的方法，其中，所述浏览器功能涉及在所述物理单元（2）处远程的实时数据处理。3.根据权利要求1或2所述的方法，其中，所述浏览器功能借助于在所述第一web浏览器（31）处实现的第一API来控制，其中，所述第一API是以下中的至少一个：-第一本地设备API（33），所述第一本地设备API（33）利用在所述物理单元（1）和所述虚拟单元（2）之间建立的所述WebRTC数据信道（68）来调用所述物理单元（1）的设备的媒体捕获或重放能力；和-RTC对等体连接API（33），所述RTC对等体连接API（33）利用在所述物理单元（1）和所述虚拟单元（2）之间建立的所述WebRTC数据信道（68）来调用相应的WebRTC协议，所述相应的WebRTC协议建立从所述物理单元（1）到代表所述虚拟单元（2）的第三方（14）的实时数据连接。4.根据前述权利要求中任一项所述的方法，其中，在第一WebRTC媒体引擎（51）和第二WebRTC媒体引擎（45）之间建立所述WebRTC数据信道（68），启用所述第一WebRTC媒体引擎（51）并将其分配给在所述物理单元（1）处运行的所述第一web浏览器（31）中实现的第一数据信道API（53），启用所述第二WebRTC媒体引擎（45）并将其分配给在所述虚拟单元（2）处运行的所述第二web浏览器（41）中实现的第二数据信道API（63）。5.根据前述权利要求中任一项所述的方法，其中，所述浏览器功能包括控制第一本地设备控制器（32）以用于捕获或重放朝向第三方（14）递送或接收的端到端实时数据，实现所述本地设备控制器（32）并将其分配给在所述物理单元（1）处运行的所述第一web浏览器（31）中启用的第一本地设备API（33）。6.根据前述权利要求中任一项所述的方法，其中，在所述物理单元（1）中实现的WebRDS应用（15）中，特别是在所述第一web浏览器（31）中实现无头WebRTC扩展（54），所述无头WebRTC扩展（54）优选地包括数据信道服务器（55）服务器，所述数据信道服务器（55）服务器特别地与第一数据信道API（53）协作，将所述第一数据信道API（53）分配给在所述物理单元（1）处运行的所述第一web浏览器（31）中启用的所述第一WebRTC媒体引擎（51）。7.根据权利要求6所...

【专利技术属性】
技术研发人员：K克卢格，V兰斯迈尔，J托茨克，
申请(专利权)人：统一有限责任两合公司，
类型：发明
国别省市：德国,DE