本（此处是HTML5)等）。
[0114] 在接收到访问请求R时，虚拟化网关6检查终端2请求的虚拟化服务是否与平台 3、4和5发布的虚拟化服务兼容（图5的步骤E90)。
[0115] 为此，虚拟化网关6查阅数据库9并且检查终端2请求的服务是否实际包含在数 据库9中。
[0116] 如果终端2请求的服务未包含在数据库9中，那么网关6拒绝由终端2经其浏览 器7传输的访问请求，并且不得建立虚拟环境VE。
[0117] 在此处设想的示例中，终端2请求的服务VS3实际上包括在数据库9中。
[0118] 然后，网关6从数据库9提取平台3传输的用于访问服务VS3的连接信息 CX-INF03。
[0119] 接下来，网关6通过该连接信息生成适合于终端2 (更加具体地是适合其浏览器7) 和服务VS3的系统应用jSApp。在此处描述的实施例中，该系统应用是JavaScript?应 用（图5的步骤E100)。
[0120] 作为替代实施方式，针对该应用，可以使用其他语言，诸如，例如ECMAScript语言 (尤其是其版本5)。
[0121] 更加具体地，JSApp系统应用包括用于平台3的连接模块CX-M0D3,该连接模块 CX-M0D3旨在使终端2 (更加具体地是其浏览器7)能够与平台3协商通信会话的建立和 维持，以便能够访问服务VS3。该连接模块CX-M0D3是JavaScript?模块。连接模块 CX-M0D3表现为API(应用编程接口）类型的一组编程接口，换言之，以下一组功能：旨在实 现在浏览器7与平台3之间的交互，以及尤其是集成了平台3的URL、对该平台所要求的认 证机制的指定、以及平台3应用的会话发起协议的指定等。由此，连接模块CX-M0D3能够管 理整个的与平台3的连接的建立。
[0122] 连接模块CX-M0D3适合于服务VS3 :连接模块CX-M0D3集成用于连接至平台3的 参数（例如，URL、端口等），实现了与平台3协商通信会话的建立和维持以便访问服务VS3。
[0123] 然而，应该注意，除了平台3特有的以及因此服务VS3特有的这些连接参数外，可 以设想，由连接模块CX-M0D3实施的其他功能（通常与协商有关，严格来讲，是与平台就通 信会话的建立和维持进行的协商）是通用的并且独立于服务VS3 (换言之，对于与平台3连 接的模块CX-M0D3和对于与平台4或平台5连接的等效模块而言，这些功能都是相同的）。 事实上，严格来讲，该连接模块没有集成加密和/或编码算法或，建立和维持通信会话所需 的其他算法，而是用于提供用于与平台3建立连接并且用于协商通信会话的建立和维持的 装置。
[0124] 可以由网关6生成并且适合应用本发明的连接模块CX-M0D3的示例是与WebRTC 标准规定的APIJavaScriptPeerConnection模块相同或相似的模块，该模块允许在实施 实时通信协议的两个实体（浏览器或其他）之间发送和接收媒体流。
[0125] 该模块的更多丰富细节尤其可见于以下网站：http://dev.w3.orR/2011/webrtc/ editor/webrtc.html和http://tools,ietf.orR/wR/rtcweb/charters〇
[0126] 在此处描述的实施例中，JSApp系统应用进一步包括通信协议栈STACK3,该通信 协议栈STACK3适合于终端2和服务VS3并且旨在用于与平台3的通信会话期间。该通信 协议栈STACK3是JavaScript?模块，该JavaScript?模块此处尤其包括： 需要在服务VS3的范围内建立的通信会话期间应用的加密算法（例如，对称和非对称 加密算法、哈希函数等）； 用于对在这些会话期间交换的媒体流进行编码和解码的编解码器（例如，H. 261、H.洸3、MPEG4、H.264HEVC等）； 在这些会话期间使用的传输协议栈；以及 当使用虚拟化服务VS3时，用于将虚拟环境VE的显示远程地传送到终端2上的图形用 户界面。
[0127] 应该注意，在终端2与虚拟化平台之间建立的通信会话期间应用的加密算法、编 解码器、图形界面和其他通信协议根据不同的虚拟化服务可以有所不同，但也是根据终端2 及其浏览器7的技术特性。
[0128] 众所周知地，这些技术特性被包含在由网页浏览器7传输的HTTP访问请求R中， 并且可以由网关6容易地从该请求中提取出来，以制出不仅适合于服务VS3也适合于终端 2及其浏览器的协议栈。
[0129] 在此处描述的实施例中，假定网关6具有预先建立的表，该表针对不同的服务和 不同类型的终端描述了对在JSApp系统应用中提供的协议栈可以设想的配置。然后，取决 于终端及其浏览器的特性，并且取决于用户请求的服务，通过这些配置来建立包括在JSApp 系统应用中的实际协议栈（即，JaMScript龜模块）。
[0130] 该预先建立的表例如存储在网关6的非易失性存储器6D中。对于本领域的技术 人员而言，建立该表不会存在任何难度，因此此处不再进一步描述。
[0131] 当然，作为替代实施方式，在协议栈STACK3中可以规定其他通信协议。可以根据 终端2和/或其浏览器7和/或服务VS3的特性来选择这些协议，或者，相反地，这些协议 独立于终端、其浏览器和服务VS3。
[0132] 在此处描述的实施例中，为了为用户U建立完整的虚拟环境VE，网关6也生成用于 连接至平台4以便访问服务VS4的模块CX-M0D4和用于连接至平台5以便访问服务VS5的 模块，并且将这些模块集成到JSApp系统应用中。这些连接模块按照与连接模块CX-M0D3相 似的方式产生，并且分别能够使终端2能与平台4协商通信会话的建立和维持以便访问服 务VS4和/或与平台5协商通信会话的建立和维持以便访问服务VS5,若用户U有此需要。
[0133] 而且，此处，网关6也将适合于终端2 (以及其浏览器7)和服务VS4的通信协议栈 STACK4,以及适合于终端2(以及其浏览器7)和服务VS5的通信协议栈STACK5集成到JSApp 应用中。这些协议栈由网关6按照与协议栈STACK3相似的方式而确定。
[0134] 作为替代实施方式，由网关6生成的JSApp应用仅包含连接模块CX-M0D6和与服 务VS3有关的协议栈STACK3。
[0135] 从而，响应于访问请求R，在HTTP请求中将生成的JSApp应用传输至浏览器7 (图 5的步骤E110)。
[0136] 该JSApp应用由浏览器7接收，并且通过WWS模块由浏览器7执行（图5的步骤 E120)〇
[0137] 该执行使得连接模块CX-M0D3、CX-M0D4和CX-M0D5以及包含在JSApp应用中的通 信协议栈STACK3、STACK4和STACK5安装在浏览器7中。
[0138] 而且，在该安装之后，浏览器7经由WWS模块通过使用连接模块CX-M0D3发起与平 台3的协商，以便与平台3建立和维持通信会话，以访问虚拟化服务VS3 (图5的步骤E130)。 该协商紧跟在网络的两个实体之间进行多媒体会话协商的常规方案之后（同步两个实体、 建立管理会话、发起传输会话等），并且对于本领域的技术人员而言不存在任何难度。该协 商尤其在于：应用认证机制（在连接模块CX-M0D3中规定的认证机制），以及，在终端2与 平台3之间进行信息交换，从而实现了在终端2 (或，更加具体地是其浏览器7)与平台3之 间协商通信会话的建立和维持。为此，终端2使用在连接模块CX-M0D3中识别的会话发起 协议。
[0139] 如果协商是肯定的，那么与平台3建立通信会话SESS3(图5的步骤E140)，并且用 户U由此经由该会话访问虚拟化服务3。在通信会话SESS3期间，在浏览器7与平台3之间 的交换是基于在栈STACK3中规定的通信协议。
[0140] 可以分别基于连接模块CX-M0D4和CX-M0D5,并且基于协议栈STACK4和STACK5， 按照相似的方式，在浏览器7与平台4和5之间协商并且建立通信会话SESS4和SESS5 (图 5的步骤E150至E180)。
[0141] 作为替代实施方式，仅在用户具体传输访问服务VS4和VS5的请求时方建立会话 SESS4和SESS5 (例如，经由在安装在终端2上的LAUNCH应用中选择这些服务并且发起虚拟 环境VE)，由网关6按照与请求R相似的方式来处理这些请求（换言之，根据依据本发明的 处理方法）。
[0142] 根据本发明，由终端2的浏览器7的WWS维持模块来管理和维持（图6的步骤F30) 为了支持虚拟环境VE所建立（图6的F20)的通信会话SESS3、SESS4和SESS5。
[0143] 更一般地说，终端2的浏览器7的WWS维持模块负责维持虚拟计算机环境VE，为 此，尤其应该确保与不同虚拟化平台3、4和5建立的通信会话SESS3、SESS4和SESS5之间 的兼容性以及提供给该用户的虚拟环境的可用性。可用性此处是指虚拟环境VE的操作和 可访问性。因此，此处尤其是要确保将虚拟环境的显示远程传送到终端2的屏幕上的适当 同步，所述虚拟环境自与平台的通信会话SESS3、SESS4和SESS5产生。
[0144] 确保对虚拟环境的维持可从现有技术获知，其中，与虚拟平台（例如，VDI、SBC或 基于网页界面）建立单个通信会话。一般是通过状态机来确保该维持，状态机定义会话的 不同状态和取决于不同事件而从一种状态到另一种状态的转换。文件RFC3261和IETF编写 的标题为"JavaScriptSessionEstablishmentProtocol,draft-ietf-rtcweb-jsep-OO" 的文件描述了这类状态机。
[0145] 根据本发明，可以与多个虚拟化平面并行地建立多个通信会话。为了确保对由这 些会话产生的虚拟环境VE的维持，终端2的浏览器7的醫S维持模块此处采用两种级别的 状态机，更具体地： 状态机ST-MG，所谓的全局状态机，定义虚拟计算机环境VE的各种可能状态，诸如，例 如，初始化虚拟环境、与平台同步（或，等效地，与该平台协商管理会话）、执行服务等，以及 取决于预定事件可以从一种状态切换至另一种状态的转换；以及 对于在虚拟计算机环境VE中与其建立通信会话的每个虚拟化平台，状态机为该通信 会话定义各种可能状态，诸如