实现远程媒体播放重定向的方法和系统

摘要

本发明提出远程媒体播放重定向的方法、系统、客户机及服务器。通过客户机连接到服务器上，播放远程媒体文件；获取媒体文件的本地路径并从中抽取媒体文件名生成重定向路径；根据本地路径加载媒体文件并监听服务端口，等待客户机连接获取媒体文件；将重定向路径写入远程会话中虚拟映射的客户机；将重定向路径写入客户机中本地资源；获取远程会话使用的本地资源的数据得到媒体文件网络访问路径；根据媒体文件网络访问路径，启动本地已经安装的媒体播放器自动连接以获取媒体文件；向媒体播放器传送原始媒体文件数据，对收到的媒体文件数据进行视音频解码播放。本发明解决服务器运算负载重、网络带宽占用大、音频播放受服务器硬件配置限制的问题。

说明书

技术领域

本发明属于计算机及通信技术领域，尤其涉及实现远程媒体播放重定向的方法和系统。

背景技术

Microsoft Windows终端服务作为远程桌面系统被广泛使用，客户端和服务器端采用远程桌面协议RDP通信，客户端收集用户的鼠标键盘操作传给服务器端，服务器端把远程桌面的操作画面回传给客户端显示。

用户可通过远程桌面客户端方便快速的使用远程桌面服务端的一些应用，如网页浏览和Office办公等。同时也可以通过远程桌面播放媒体文件，当在服务器端的远程桌面中播放视频、音频或视音频媒体文件时，视频解码都在服务器端进行，并且通过RDP协议把解码后的桌面视频流传送到客户端回显；RDP协议本身支持把服务器端的音频传送到客户端，并通过客户端本地音效卡硬件进行回放。

这种远程桌面媒体文件的播放处理方法存在以下问题：

视频解码会大量占用服务器CPU和内存资源，若多个客户端用户同时使用，情况会更加严重，直接影响到其它用户的一些常规远程桌面操作，如Office办公、浏览网页等。

服务器端对视频解码后，是通过压缩屏幕中变化区域的位图，并把压缩后的位图传送至客户端回显，但由于视频画面变化频繁，所产生的压缩位图数据量非常大，要在客户端流畅收看，需占用非常大的网络带宽来传送这些数据，一旦网络带宽不能满足要求，客户端看到的视频画面就会出现严重的延时和停顿。

若服务器端没有装配音效卡硬件，则无法产生音频数据，客户端同样也收不到远程音频数据进行回放。

发明内容

本发明要解决的技术问题是提供远程媒体播放重定向的方法和系统。以解决现有技术中服务器运算负载重、网络带宽占用大、以及音频播放受服务器硬件配置限制的问题。

根据本发明的一个方面，提出实现远程桌面媒体播放重定向的方法，包括以下步骤：通过客户机连接到服务器上，播放所述服务器上的远程媒体文件；获取所述媒体文件的本地路径，从所述媒体文件的本地路径中抽取媒体文件名，生成标志前缀+网络访问路径前缀+媒体文件名的重定向路径；根据所述媒体文件本地路径加载所述媒体文件并监听服务端口，等待所述客户机连接获取所述媒体文件；将所述重定向路径写入远程会话中虚拟映射的客户机；通过远程桌面协议将所述重定向路径写入所述客户机中本地资源；获取远程会话使用的本地资源中的数据，发现以标志前缀开始的重定向路径时，去除所述标志前缀，得到网络访问路径前缀+媒体文件名的媒体文件网络访问路径；根据所述媒体文件网络访问路径，启动本地已经安装的媒体播放器自动连接以获取所述媒体文件；通过文件传输协议向所述媒体播放器传送原始媒体文件数据，由所述媒体播放器对收到的所述媒体文件数据进行视音频解码播放。

根据本发明的另一个方面，还提出实现远程桌面媒体播放重定向的系统，包括：客户机，连接到服务器上，播放所述服务器上的远程媒体文件；获取远程会话使用的本地资源中的数据，发现以标志前缀开始的重定向路径时，去除所述标志前缀，得到网络访问路径前缀+媒体文件名的媒体文件网络访问路径；根据所述媒体文件网络访问路径，启动本地已经安装的媒体播放器以连接并获取所述媒体文件，对收到的所述媒体文件数据进行视音频解码播放；服务器，获取所述媒体文件的本地路径，从所述媒体文件的本地路径中抽取媒体文件名，生成标志前缀+网络访问路径前缀+媒体文件名的重定向路径；根据所述媒体文件本地路径加载所述媒体文件并监听服务端口，等待所述客户机连接获取所述媒体文件；将所述重定向路径写入远程会话中虚拟映射的客户机；通过远程桌面协议将所述重定向路径写入所述客户机中本地资源。

与现有技术相比，本发明具有以下优点和效果：

视音频解码被重定向到客户机执行，不在服务器执行，从而节省大量服务器CPU和内存资源，使常规的远程桌面应用的性能得到保证。

服务器不再需要把变化频繁的大量视频位图数据传送给客户机，而只是传送原始的文件数据，大大提高了传输效率，占用的网络带宽更少，进一步节省了服务器的CPU和内存资源。

音频的播放不再受服务器的音效卡硬件配置限制，因此，不需要在服务器安装任何媒体播放器和编解码器，且适用于服务器中任何格式的媒体文件。

采用通用协议传输媒体文件，适用于所有主流的媒体播放器，且媒体播放器利用自身的缓冲功能，使播放效果更加流畅，这是远程桌面客户端软件无法比拟的。

附图说明

图1为本发明实现远程桌面媒体播放重定向的方法流程图。

图2为本发明实现远程桌面媒体播放重定向的系统结构图。

图3为本发明实现远程桌面媒体播放重定向的客户机的结构图。

图4为本发明实现远程桌面媒体播放重定向的服务器的结构图。

图5为本发明实现远程桌面媒体播放重定向的实施例。

具体实施方式

图1为本发明实现远程桌面媒体播放重定向的方法流程图。

在步骤101，通过客户机连接到服务器上，并双击或以默认的打开方式来播放所述服务器上的远程媒体文件。

在步骤102，根据预置的默认程序关联，从操作系统自动赋予的输入参数中，获取所述媒体文件的本地路径，从所述媒体文件的本地路径中抽取媒体文件名，结合预配置的标志前缀和网络访问路径前缀，生成格式为“标志前缀+网络访问路径前缀+媒体文件名”的重定向路径。标志前缀一般是客户机与服务器双方协商好的自定义的特殊字符串，如：ts#media＊redirect|。标志前缀一般预先写好在客户机与服务器双方各自的配置文件中，双方所记录的内容是一致的。双方会以配置文件中的记录为标准，比对收到的字符串，从而知道是否包含标志前缀。

在步骤103，根据所述媒体文件本地路径加载所述媒体文件并监听服务端口，等待客户机连接获取媒体文件。

在步骤104，利用RDP协议的映射客户机本地资源到服务器的功能，将重定向路径写入远程会话中虚拟映射的客户机，比如，客户机的内存剪贴板或磁盘文件。

在步骤105，通过RDP协议，自动把重定向路径写入客户机中真实的本地资源，比如，客户机的内存剪贴板或磁盘文件。

在步骤106，获取远程会话使用的本地资源(如：客户机的内存剪贴板或磁盘文件)中的数据，一旦发现以“标志前缀”开始的重定向路径，去除“标志前缀”，得到“网络访问路径前缀+媒体文件名”的媒体文件网络访问路径。

在步骤107，根据所述媒体文件网络访问路径，启动本地已经安装的媒体播放器自动连接获取媒体文件。

在步骤108，通过文件传输协议向媒体播放器传送原始媒体文件数据，由媒体播放器对收到的媒体文件数据进行视音频解码播放。当然，在媒体播放器中还可以提供缓存功能，对接收到的媒体文件边下载边播放，非完全下载后才播放。使播放效果更加流畅，这是远程桌面客户端软件无法比拟的。

本发明在打开远程桌面的媒体文件时，服务器不启动任何媒体播放器、不作任何视音解码处理、不播放任何声音及画面、而是被重定向到客户机启动媒体播放器，在客户机对媒体文件作在线视音频解码处理，播放声音及画面。从而节省大量服务器CPU和内存资源，并且不再受服务器的音效卡硬件配置限制。

服务器与客户机借助RDP协议的虚拟映射的本地资源，进行传送媒体文件的网络访问路径，无需产生新的网络连接用来传递这些信息。大大提高了传输效率，且占用的网络带宽更少。

服务器向客户机传送的媒体文件数据属原始文件数据，未经过任何与视音频相关的编解码处理。服务器无需安装任何流媒体服务器软件，无需安装任何与视音频编解码相关的软件。

图2为本发明实现远程桌面媒体播放重定向的系统结构图。包括客户机与服务器。

客户机连接到服务器上，并双击或以默认的打开方式来播放所述服务器上的远程媒体文件。获取远程会话使用的本地资源(如：客户机的内存剪贴板或磁盘文件)中的数据，一旦发现以“标志前缀”开始的重定向路径，去除“标志前缀”，得到“网络访问路径前缀+媒体文件名”的媒体文件网络访问路径。根据所述媒体文件网络访问路径，启动本地已经安装的媒体播放器自动连接获取媒体文件，对收到的媒体文件数据进行视音频解码播放。

标志前缀一般是客户机与服务器双方协商好的自定义的特殊字符串，如：ts#media＊redirect|。标志前缀一般预先写好在客户机与服务器双方各自的配置文件中，双方所记录的内容是一致的。双方会以配置文件中的记录为标准，比对收到的字符串，从而知道是否包含标志前缀。

服务器根据预置的默认程序关联，从操作系统自动赋予的输入参数中，获取所述媒体文件的本地路径，根据所述媒体文件本地路径加载所述媒体文件并监听服务端口，等待客户机连接获取媒体文件。从所述媒体文件的本地路径中抽取媒体文件名，结合预配置的标志前缀和网络访问路径前缀，生成格式为“标志前缀+网络访问路径前缀+媒体文件名”的重定向路径。利用RDP协议的映射客户机本地资源到服务器的功能，将重定向路径写入远程会话中虚拟映射的客户机，比如，客户机的内存剪贴板或磁盘文件。通过RDP协议，自动把重定向路径写入客户机中真实的本地资源，比如，客户机的内存剪贴板或磁盘文件。

图3为本发明实现远程桌面媒体播放重定向的客户机的结构图。

远程桌面客户端，连接到服务器的远程桌面服务端，并双击或以默认的打开方式来播放所述服务器上的远程媒体文件。通过RDP协议将重定向路径写入远程会话使用的本地资源。

远程会话使用的本地资源，保存所述重定向路径。远程会话使用的本地资源是客户机真实的本地资源，比如，客户机的内存剪贴板或磁盘文件。

启动播放模块，查询并获取远程会话使用的本地资源(如：客户机的内存剪贴板或磁盘文件)中的数据，可以执行定期的查询操作，一旦发现以“标志前缀”开始的重定向路径，去除“标志前缀”，得到“网络访问路径前缀+媒体文件名”的媒体文件网络访问路径。把媒体文件网络访问路径作为输入参数，启动本地已经安装的媒体播放器。

媒体播放器，根据所述媒体文件网络访问路径，自动连接服务器的媒体文件传输模块获取媒体文件，对收到的媒体文件数据进行视音频解码播放。当然，在媒体播放器中还可以提供缓存功能，对接收到的媒体文件边下载边播放，非完全下载后才播放。使播放效果更加流畅，这是远程桌面客户端软件无法比拟的。

图4为本发明实现远程桌面媒体播放重定向的服务器的结构图。

远程桌面服务端，根据媒体文件后缀名自动关联，作为媒体文件的默认执行程序，根据预置的默认程序调用重定向路径生成模块。通过RDP协议，自动把重定向路径传给客户机的远程桌面客户端。

重定向路径生成模块，从操作系统自动赋予的输入参数中，获取所述媒体文件的本地路径，从所述媒体文件的本地路径中抽取媒体文件名，结合预配置的标志前缀和网络访问路径前缀，生成格式为“标志前缀+网络访问路径前缀+媒体文件名”的重定向路径。利用RDP协议的映射客户机本地资源到服务器的功能，将重定向路径写入远程会话中虚拟映射的客户机，比如，客户机的内存剪贴板或磁盘文件，并将所述重定向路径传送给所述远程桌面服务端。

媒体文件传输模块，根据所述媒体文件本地路径，将所述媒体文件加载到自身的轻量级文件传输服务器并监听服务端口，等待客户机连接获取媒体文件。当客户机获取媒体文件时，通过文件传输协议向客户机的媒体播放器传送原始媒体文件数据。

图5为本发明实现远程桌面媒体播放重定向的实施例。

本发明所述系统及方法只要在支持RDP协议的远程桌面环境中就可使用，所以适用于各种支持RDP协议的操作系统，同时支持各种格式的媒体文件、播放器软件。下面以服务器使用Windows Server 2003操作系统、远程桌面服务端采用基于RDP v5.2协议的Windows Server2003终端服务、客户机使用Unbuntu Linux 8.10操作系统、远程桌面客户端采用基于RDP v5.2协议的rdesktop v1.60、媒体播放器采用KMPlayer播放器为例说明整个流程。

在步骤501，用户在客户机，通过rdesktop客户端连接到Win2003服务终端，并在远程桌面的界面中双击或打开播放远程的各种格式的媒体文件，如：RMVB、WMV、AVI等。

在步骤502，Win2003服务终端的桌面环境，根据媒体文件扩展名预置的默认程序关联，自动执行重定向路径生成模块。

在步骤503，由重定向路径生成模块从Windows操作系统自动赋予的输入参数中获得媒体文件的本地路径，D:\RomanHoliday.RMVB。从路径中抽取媒体文件名RomanHoliday.RMVB，结合预配置的标志前缀TSRedirect|和网络访问路径前缀http://username.gsta.com:8899/，生成格式为“标志前缀+网络访问路径前缀+媒体文件名”的重定向路径，TSRedirect|http://username.gsta.com:8899/RomanHoliday.RMVB。

在步骤504，重定向路径生成模块把媒体文件的本地路径作为输入参数，调用执行启动超文本传输协议HTTP文件传输模块。

在步骤505，HTTP文件传输模块从输入参数中获取媒体文件本地路径，加载媒体文件并开始监听服务端口(如：传输控制协议TCP8899)，等待客户机连接获取媒体文件。

在步骤506，利用RDP协议的映射客户机剪贴板到服务器的功能，重定向路径生成模块把重定向路径写入远程会话中虚拟映射的客户机剪贴板。

在步骤507，Win2003服务终端通过RDP协议，自动把剪贴板内容传给rdesktop客户端。

在步骤508，rdesktop通过RDP协议，自动把收到的剪贴板内容写入客户机中真实的本地剪贴板。

在步骤509，启动播放模块调用操作系统API定时获取剪贴板内容。

在步骤510，启动播放模块处理获取到的数据，发现以标志前缀TSRedirect|开始的重定向路径，去除标志前缀，得到网络访问路径前缀+媒体文件名http://username.gsta.com:8899/RomanHoliday.RMVB的媒体文件网络访问路径。

在步骤511，启动播放模块把媒体文件网络访问路径作为输入参数，启动本地已经安装的KMPlayer。

在步骤512，KMPlayer根据输入参数，自动连接HTTP文件传输模块获取媒体文件。

在步骤513，HTTP文件传输模块通过HTTP协议向KMPlayer传送原始媒体文件数据。

在步骤514，KMPlayer对收到的媒体文件数据进行视音频解码播放。

将会理解，在一个实施例中，所讨论的方法步骤是由执行存储在存储装置中的指令(代码段)的处理(即计算机)系统的(一个或多个)适当的处理器来执行的。还将理解，本发明并不局限于任何特定的实现方式或编程技术，并且本发明可以用任何适当的用于实现这里所描述的功能的技术来实现。本发明并不局限于任何特定的编程语言或操作系统。从而，正如本领域的技术人员将会意识到的，本发明的实施例可以实现为方法、诸如专用装置这样的装置、诸如数据处理系统这样的装置，或者承载介质，例如计算机程序产品。承载介质承载用于控制处理系统实现方法的一个或多个计算机可读代码段。因此，本发明的方面可以采取方法、纯硬件实施例、纯软件实施例或者结合了软件和硬件方面的实施例的形式。此外，本发明可以采取承载包含在介质中的计算机可读程序代码段的承载介质(例如计算机可读存储介质上的计算机程序产品)的形式。可以使用任何合适的计算机可读介质，其中包括诸如磁盘或硬盘这样的磁存储设备，或者诸如CD-ROM这样的光存储介质。

作为对详细描述的结论，应该注意本领域的技术人员将会很清楚可对优选实施例做出许多变化和修改，而实质上不脱离本发明的原理。这种变化和修改包含在所附权利要求书所述的本发明的范围之内。