CN114428670A - 一种实现Windows应用串流的方法及系统 - Google Patents

Abstract

本发明提出了一种实现Windows应用串流的方法及系统，涉及计算机技术领域。PC端通过负载接口获取节点信息，向Windows虚拟化平台节点发起RTSP键链与键值键链，虚拟化平台节点的网络层接收操作指令运行指定的Windows应用，随后RTP数据通过网络传输传回PC客户端，最后，PC客户端解压缩音视频流渲染到用户界面，完成串流。解决了接收端运算能力和存储容量不够而导致的应用运行对硬件要求过高的问题。降低了通过其他方式更改Linux系统内核导致再次开发与改动引发出错的概率，提高了适用范围。解决了Linux系统与Windows系统设计架构差异导致的Windows软件不能在Linux系统中应用的问题。

Description

一种实现Windows应用串流的方法及系统

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种实现Windows应用串流的方法及系统。

背景技术

随着信息科技的发展，Linux系统作为一套免费使用和自由传播的类Unix操作系统以其独特开放源码、高自由度、没有版权的等优点为越来越多的用户与开发者青睐，通常，用户会在Linux系统端选择安装软件时，只能选择Linux类选项的应用软件，但大多数应用甚至于一些常用软件仅仅只有Windows版本而无Linux版，所以Windows应用能在Linux端运行的需求变得愈发强烈。

现有的技术背景下解决兼容问题有三种主流方法：一，在Linux端内置模拟器来模拟Windows应用运行环境。二，扩充Linux内核，将其变为一个既支持Linux应用也支持Windows应用的兼容内核使得Windows应用可以直接在Linux系统上直接运行。三，通过在Linux系统上重新构建Windows的内存管理机制，实现与Windows系统一致的虚存管理和堆管理，使得Windows应用程序可以迁移至Linux系统上运行。

以上三种方法均存在不同缺点：方法一中，由于模拟器兼容的应用有限，且Windows应用中不乏一些大型应用与游戏，使之对模拟器流畅运行需要的内存与CPU的要求变得更高；方法二中，由于对内核进行了修改便对Linux系统的高自由度和可以随意更改的特性产生干扰，很难保证再次改动时不会引发双内核的冲突，从而增加了再次开发的成本与改动引发出错的概率，因此限制了它的适用范围；方法三中，需要在Linux系统中开辟出一块连续的空间作为“类Windows虚存管理”的范围，随着堆空间的分配，当初始大小用完后，需要堆继续提交一段页面来满足分配，当空间用完后需要通过虚存管理另寻一块空间来满足分配需求，从而在软件应用使用过程中对系统内存的要求较高，且在大型应用或多应用同时运行时很难保证系统的流畅度。

发明内容

本发明的目的在于提供一种实现Windows应用串流的方法及系统，用以改善背景技术中的问题。

第一方面，本申请实施例提供一种Windows应用串流的方法，包括PC端、负载模块和Windows虚拟化平台，包括以下步骤：

PC端通过负载模块获取Windows虚拟化平台的节点信息；

PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；

Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；

将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；

PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

上述实现过程中，通过设置PC端、负载模块和Windows虚拟化平台，设置Windows虚拟化平台组成串流装置，实现串流时，首先PC端通过负载模块获取Windows虚拟化平台的节点信息；然后PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；在串流装置中，利用RTSP协议建立了PC端与Windows虚拟化平台之间的信道；然后Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；然后将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；最后PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。在不安装插件、不下载第三方模拟器软件的情况下，PC端通过负载接口获取节点信息，向Windows虚拟化平台节点发起RTSP键链与键值键链，虚拟化平台节点的网络层接收操作指令运行指定的Windows应用，随后RTP数据通过网络传输传回PC客户端，最后，PC客户端解压缩音视频流渲染到用户界面，完成串流。通过设置Windows虚拟化平台与网络的传输功能将Windows应用传输到Linux端，解决了接收端运算能力和存储容量不够而导致的应用运行对硬件要求过高的问题。降低了通过其他方式更改Linux系统内核导致再次开发与改动引发出错的概率，极大的提高了适用范围。解决了Linux系统与Windows系统设计架构差异导致的Windows软件不能在Linux系统中应用的问题。

基于第一方面，在本发明的一些实施例中，PC端通过负载模块获取Windows虚拟化平台的节点信息的步骤包括以下步骤：

获取并根据PC端用户选择的轻端应用向负载模块发起请求信息与对应的负载依赖信息；

负载模块根据请求信息与对应的负载依赖信息获取Windows虚拟化平台上报的应用信息；

根据Windows虚拟化平台上报的应用信息生成节点信息，并发送给PC端。

基于第一方面，在本发明的一些实施例中，PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链的步骤包括以下步骤：

PC端根据节点信息向Windows虚拟化平台发出配对请求；

Windows虚拟化平台根据配对请求采用预置的自动化配对程序自动配对，生成并回传资源信息至PC端；

PC端根据资源信息与Windows虚拟化平台建立RTSP链路和键值键链。

基于第一方面，在本发明的一些实施例中，Windows虚拟化平台根据配对请求采用预置的自动化配对程序自动配对，生成并回传资源信息至PC端的步骤包括以下步骤：

Windows虚拟化平台根据配对请求采用预置的自动化配对程序中的验证码鉴定方式进行验证，得到验证结果；

判断验证结果是否为正确，若是，则生成并回传资源信息至PC端；若否，则生成并回传“错误”信息至PC端。

基于第一方面，在本发明的一些实施例中，将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端的步骤包括以下步骤：

Windows虚拟化平台通过RTSP键链传输RTP信息至PC端；

Windows虚拟化平台通过键值键链传输音视频流数据至PC端。

基于第一方面，在本发明的一些实施例中，PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流的步骤包括以下步骤：

判断音视频流数据是否为空，若是，则结束；若否，则对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

第二方面，本申请实施例提供一种实现Windows应用串流的系统，包括：

节点信息获取模块，用于PC端通过负载模块获取Windows虚拟化平台的节点信息；

链路建立模块，用于PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；

RTP数据生成模块，用于Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；

RTP数据回传模块，用于将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；

渲染模块，用于PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

上述实现过程中，通过设置PC端、负载模块和Windows虚拟化平台，设置Windows虚拟化平台组成串流装置，实现串流时，通过节点信息获取模块使PC端通过负载模块获取Windows虚拟化平台的节点信息；然后链路建立模块使PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；在串流装置中，利用RTSP协议建立了PC端与Windows虚拟化平台之间的信道；然后RTP数据生成模块使Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；RTP数据回传模块将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；最后渲染模块使PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。在不安装插件、不下载第三方模拟器软件的情况下，PC端通过负载接口获取节点信息，向Windows虚拟化平台节点发起RTSP键链与键值键链，虚拟化平台节点的网络层接收操作指令运行指定的Windows应用，随后RTP数据通过网络传输传回PC客户端，最后，PC客户端解压缩音视频流渲染到用户界面，完成串流。通过设置Windows虚拟化平台与网络的传输功能将Windows应用传输到Linux端，解决了接收端运算能力和存储容量不够而导致的应用运行对硬件要求过高的问题。降低了通过其他方式更改Linux系统内核导致再次开发与改动引发出错的概率，极大的提高了适用范围。解决了Linux系统与Windows系统设计架构差异导致的Windows软件不能在Linux系统中应用的问题。

基于第二方面，在本发明的一些实施例中，节点信息获取模块包括：

请求信息单元，用于获取并根据PC端用户选择的轻端应用向负载模块发起请求信息与对应的负载依赖信息；

应用信息获取单元，用于负载模块根据请求信息与对应的负载依赖信息获取Windows虚拟化平台上报的应用信息；

节点生成单元，用于根据Windows虚拟化平台上报的应用信息生成节点信息，并发送给PC端。

第三方面，本申请实施例提供一种电子设备，其包括存储器，用于存储一个或多个程序；处理器。当一个或多个程序被处理器执行时，实现如上述第一方面中任一项的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面中任一项的方法。

本发明实施例至少具有如下优点或有益效果：

本发明实施例提供一种实现Windows应用串流的方法及系统，通过设置PC端、负载模块和Windows虚拟化平台，设置Windows虚拟化平台组成串流装置，实现串流时，首先PC端通过负载模块获取Windows虚拟化平台的节点信息；然后PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；在串流装置中，利用RTSP协议建立了PC端与Windows虚拟化平台之间的信道；然后Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；然后将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；最后PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。在不安装插件、不下载第三方模拟器软件的情况下，PC端通过负载接口获取节点信息，向Windows虚拟化平台节点发起RTSP键链与键值键链，虚拟化平台节点的网络层接收操作指令运行指定的Windows应用，随后RTP数据通过网络传输传回PC客户端，最后，PC客户端解压缩音视频流渲染到用户界面，完成串流。通过设置Windows虚拟化平台与网络的传输功能将Windows应用传输到Linux端，解决了接收端运算能力和存储容量不够而导致的应用运行对硬件要求过高的问题。降低了通过其他方式更改Linux系统内核导致再次开发与改动引发出错的概率，极大的提高了适用范围。解决了Linux系统与Windows系统设计架构差异导致的Windows软件不能在Linux系统中应用的问题。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种实现Windows应用串流的方法流程图；

图2为本发明实施例提供的串流装置示意图；

图3为本发明实施例提供的Windows串流流程图；

图4为本发明实施例提供的一种实现Windows应用串流的系统结构框图；

图5为本发明实施例提供的一种电子设备的结构框图。

图标：110-节点信息获取模块；111-请求信息单元；112-应用信息获取单元；113-节点生成单元；120-链路建立模块；121-配对请求单元；122-自动配对单元；123-链路建立单元；130-RTP数据生成模块；140-RTP数据回传模块；141-第一传输单元；142-第二传输单元；150-渲染模块；151-数据判断单元；101-存储器；102-处理器；103-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

请参看图1-图3，图1为本发明实施例提供的一种实现Windows应用串流的方法流程图，图2为本发明实施例提供的串流装置示意图，图3为本发明实施例提供的Windows串流流程图。该实现Windows应用串流的方法，包括PC端、负载模块和Windows虚拟化平台，上述用户终端即PC Linux操作系统端，可以使用跨平台开发语言Qt完成轻端应用开发。负载模块包括轻端应用负载接口，用户在PC端点击轻端应用时即会向SLB即轻端应用负载接口，发出登录指令与所需要的负载依赖信息，与显示装置通过http协议双向通信；该负载模块可部署于任意位置，负责串流服务器的调度；串流装置即Windows虚拟化平台，Windows虚拟化平台可以是位于云服务器上，串流装置是接收指令、运行应用、传输经过编码压缩的数据流与键值的输出口。实例也是轻端应用的音视频流源，由RTP流格式输出。实例中内置了Cloudneedle RTSP Server程序，每个实例都绑定了一个Windows虚拟系统。实现Windows应用串流的方法包括以下步骤：

步骤 S110：PC端通过负载模块获取Windows虚拟化平台的节点信息；在负载模块调用过程中，Windows虚拟化平台中每个节点运行着Cloudneedle RTSP Server程序，向负载模块中的轻端应用负载接口SLB上报运行状态。负载模块通过负载算法获取虚拟化平台的各个节点的运行状态以便合理调度。上述节点信息包括多个节点以及各个节点的运行状态。上述获取节点信息可以通过以下步骤完成：

首先，获取并根据PC端用户选择的轻端应用向负载模块发起请求信息与对应的负载依赖信息；上述获取是通过用户在PC端点击轻端应用，PC端基于用户输入的选择，向负载模块发起请求与所需要的负载依赖信息。

然后，负载模块根据请求信息与对应的负载依赖信息获取Windows虚拟化平台上报的应用信息；上述应用信息包括线路类型、城市类型、资源类型等。

最后，根据Windows虚拟化平台上报的应用信息生成节点信息，并发送给PC端。上述生成节点信息可以是根据负载规则回传节点信息到PC端。上述负载规则是指负载程序根据Windows虚拟化平台上报的线路类型（电信、移动、联通）、城市类型（北京、上海、杭州等）、资源类型（视频应用、音频应用、办公软件等）。

步骤 S120：PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；上述RTSP键链与键值键链是根据RTSP协议建立的PC端与Windows虚拟化平台之间的信道。上述建立RTSP键链与键值键链的过程包括以下步骤：

首先，PC端根据节点信息向Windows虚拟化平台发出配对请求；PC端接收到节点信息后向Windows虚拟化平台发出配对请求。

然后，Windows虚拟化平台根据配对请求采用预置的自动化配对程序自动配对，生成并回传资源信息至PC端；上述进行自动配对的过程包括以下步骤：

第一步，Windows虚拟化平台根据配对请求采用预置的自动化配对程序中的验证码鉴定方式进行验证，得到验证结果；上述进行验证码鉴定验证可以是间隔1秒验证一次，尝试验证10次。 得到的验证结果包括正确和错误。

第二步，判断验证结果是否为正确，若是，则生成并回传资源信息至PC端；若否，则生成并回传“错误”信息至PC端。上述资源信息是指验证码产生的密钥信息。

最后，PC端根据资源信息与Windows虚拟化平台建立RTSP链路和键值键链。

步骤S130：Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；Windows虚拟化平台中的节点的网络层接收操作指令运行指定的Windows应用。上述Windows应用是指Windows虚拟化平台中的各个实例。

步骤S140：将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；上述传输信息包括：Windows虚拟化平台通过RTSP键链传输RTP信息至PC端；Windows虚拟化平台通过键值键链传输音视频流数据至PC端。

步骤S150：PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。上述进行渲染首先进行信息的非空判断，即判断音视频流数据是否为空，若是，则结束；若否，则对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。上述进行渲染包括取出帧数据与类型，进行日志输出，然后向CPU申请内存，发出改变宽高命令，然后进行纹理非空判断，根据帧类型与颜色的不同进行不同的判断与绘制，然后创建纹理，最后清理渲染器，将渲染视频数据以外的数据传递至显示器端进行显示。

上述实现过程中，通过设置PC端、负载模块和Windows虚拟化平台，设置Windows虚拟化平台组成串流装置，实现串流时，首先PC端通过负载模块获取Windows虚拟化平台的节点信息；然后PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；在串流装置中，利用RTSP协议建立了PC端与Windows虚拟化平台之间的信道；然后Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；然后将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；最后PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。在不安装插件、不下载第三方模拟器软件的情况下，PC端通过负载接口获取节点信息，向Windows虚拟化平台节点发起RTSP键链与键值键链，虚拟化平台节点的网络层接收操作指令运行指定的Windows应用，随后RTP数据通过网络传输传回PC客户端，最后，PC客户端解压缩音视频流渲染到用户界面，完成串流。通过设置Windows虚拟化平台与网络的传输功能将Windows应用传输到Linux端，解决了接收端运算能力和存储容量不够而导致的应用运行对硬件要求过高的问题。降低了通过其他方式更改Linux系统内核导致再次开发与改动引发出错的概率，极大的提高了适用范围。解决了Linux系统与Windows系统设计架构差异导致的Windows软件不能在Linux系统中应用的问题。

基于同样的发明构思，本发明还提出一种实现Windows应用串流的系统，请参看图4，图4为本发明实施例提供的一种实现Windows应用串流的系统结构框图。该实现Windows应用串流的系统包括：

节点信息获取模块110，用于PC端通过负载模块获取Windows虚拟化平台的节点信息；

链路建立模块120，用于PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；

RTP数据生成模块130，用于Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；

RTP数据回传模块140，用于将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；

渲染模块150，用于PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

上述实现过程中，通过设置PC端、负载模块和Windows虚拟化平台，设置Windows虚拟化平台组成串流装置，实现串流时，通过节点信息获取模块110使PC端通过负载模块获取Windows虚拟化平台的节点信息；然后链路建立模块120使PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；在串流装置中，利用RTSP协议建立了PC端与Windows虚拟化平台之间的信道；然后RTP数据生成模块130使Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；RTP数据回传模块140将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；最后渲染模块150使PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。在不安装插件、不下载第三方模拟器软件的情况下，PC端通过负载接口获取节点信息，向Windows虚拟化平台节点发起RTSP键链与键值键链，虚拟化平台节点的网络层接收操作指令运行指定的Windows应用，随后RTP数据通过网络传输传回PC客户端，最后，PC客户端解压缩音视频流渲染到用户界面，完成串流。通过设置Windows虚拟化平台与网络的传输功能将Windows应用传输到Linux端，解决了接收端运算能力和存储容量不够而导致的应用运行对硬件要求过高的问题。降低了通过其他方式更改Linux系统内核导致再次开发与改动引发出错的概率，极大的提高了适用范围。解决了Linux系统与Windows系统设计架构差异导致的Windows软件不能在Linux系统中应用的问题。

其中，节点信息获取模块110包括：

请求信息单元111，用于获取并根据PC端用户选择的轻端应用向负载模块发起请求信息与对应的负载依赖信息；

应用信息获取单元112，用于负载模块根据请求信息与对应的负载依赖信息获取Windows虚拟化平台上报的应用信息；

节点生成单元113，用于根据Windows虚拟化平台上报的应用信息生成节点信息，并发送给PC端。

其中，链路建立模块120包括：

配对请求单元121，用于PC端根据节点信息向Windows虚拟化平台发出配对请求；

自动配对单元122，用于Windows虚拟化平台根据配对请求采用预置的自动化配对程序自动配对，生成并回传资源信息至PC端；

链路建立单元123，用于PC端根据资源信息与Windows虚拟化平台建立RTSP链路和键值键链。

其中，自动配对单元122包括：

验证码鉴定子单元，用于Windows虚拟化平台根据配对请求采用预置的自动化配对程序中的验证码鉴定方式进行验证，得到验证结果；

判断子单元，用于判断验证结果是否为正确，若是，则生成并回传资源信息至PC端；若否，则生成并回传“错误”信息至PC端。

其中，RTP数据回传模块140包括：

第一传输单元141，用于Windows虚拟化平台通过RTSP键链传输RTP信息至PC端；

第二传输单元142，用于Windows虚拟化平台通过键值键链传输音视频流数据至PC端。

其中，渲染模块150包括：

数据判断单元151，用于判断音视频流数据是否为空，若是，则结束；若否，则对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

请参阅图5，图5为本申请实施例提供的电子设备的一种示意性结构框图。电子设备包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块，如本申请实施例所提供的一种实现Windows应用串流的系统对应的程序指令/模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器（Random Access Memory，RAM），只读存储器（Read Only Memory，ROM），可编程只读存储器（Programmable Read-OnlyMemory，PROM），可擦除只读存储器（Erasable Programmable Read-Only Memory，EPROM），电可擦除只读存储器（Electric Erasable Programmable Read-Only Memory，EEPROM）等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器（Central Processing Unit，CPU）、网络处理器（NetworkProcessor，NP）等；还可以是数字信号处理器（Digital Signal Processing，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现场可编程门阵列（Field－Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图5所示的结构仅为示意，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种实现Windows应用串流的方法，其特征在于，包括PC端、负载模块和Windows虚拟化平台，包括以下步骤：

PC端通过负载模块获取Windows虚拟化平台的节点信息；

PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；

Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；

将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；

PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

2.根据权利要求1所述的实现Windows应用串流的方法，其特征在于，所述PC端通过负载模块获取Windows虚拟化平台的节点信息的步骤包括以下步骤：

获取并根据PC端用户选择的轻端应用向负载模块发起请求信息与对应的负载依赖信息；

负载模块根据请求信息与对应的负载依赖信息获取Windows虚拟化平台上报的应用信息；

根据Windows虚拟化平台上报的应用信息生成节点信息，并发送给PC端。

3.根据权利要求2所述的实现Windows应用串流的方法，其特征在于，所述PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链的步骤包括以下步骤：

PC端根据节点信息向Windows虚拟化平台发出配对请求；

Windows虚拟化平台根据配对请求采用预置的自动化配对程序自动配对，生成并回传资源信息至PC端；

PC端根据资源信息与Windows虚拟化平台建立RTSP链路和键值键链。

4.根据权利要求3所述的实现Windows应用串流的方法，其特征在于，所述Windows虚拟化平台根据配对请求采用预置的自动化配对程序自动配对，生成并回传资源信息至PC端的步骤包括以下步骤：

Windows虚拟化平台根据配对请求采用预置的自动化配对程序中的验证码鉴定方式进行验证，得到验证结果；

判断验证结果是否为正确，若是，则生成并回传资源信息至PC端；若否，则生成并回传“错误”信息至PC端。

5.根据权利要求1所述的实现Windows应用串流的方法，其特征在于，所述将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端的步骤包括以下步骤：

Windows虚拟化平台通过RTSP键链传输RTP信息至PC端；

Windows虚拟化平台通过键值键链传输音视频流数据至PC端。

6.根据权利要求1所述的实现Windows应用串流的方法，其特征在于，所述PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流的步骤包括以下步骤：

判断音视频流数据是否为空，若是，则结束；若否，则对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

7.一种实现Windows应用串流的系统，其特征在于，包括：

节点信息获取模块，用于PC端通过负载模块获取Windows虚拟化平台的节点信息；

链路建立模块，用于PC端根据节点信息与Windows虚拟化平台建立RTSP键链与键值键链；

RTP数据生成模块，用于Windows虚拟化平台获取并根据操作指令运行对应的Windows应用，生成RTP信息和音视频流数据；

RTP数据回传模块，用于将RTP信息和音视频流数据通过RTSP键链与键值键链传回到PC端；

渲染模块，用于PC端对音视频流数据进行渲染，得到显示画面与音频效果，完成串流。

8.根据权利要求7所述的实现Windows应用串流的系统，其特征在于，所述节点信息获取模块包括：

请求信息单元，用于获取并根据PC端用户选择的轻端应用向负载模块发起请求信息与对应的负载依赖信息；

应用信息获取单元，用于负载模块根据请求信息与对应的负载依赖信息获取Windows虚拟化平台上报的应用信息；

节点生成单元，用于根据Windows虚拟化平台上报的应用信息生成节点信息，并发送给PC端。

9.一种电子设备，其特征在于，包括：

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-6中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-6中任一项所述的方法。

Images