CN102387187A

CN102387187A - 服务器、客户端及利用其远程播放视频文件的方法和系统

Info

Publication number: CN102387187A
Application number: CN2011102136159A
Authority: CN
Inventors: 刘亮
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-07-28
Filing date: 2011-07-28
Publication date: 2012-03-21
Also published as: WO2012151957A1

Abstract

本发明公开了一种服务器、客户端及利用其远程播放视频文件的方法和系统，所述方法包括：服务器端建立远程桌面协议的扩展通道Video Channel；客户端打开扩展通道Video Channel，并远程打开服务器端的视频文件；服务器端通过扩展通道Video Channel向客户端发送视频文件的地址信息；客户端根据视频文件的地址信息，获取视频文件在通信网中的访问地址，然后根据访问地址，远程播放视频文件。本发明在客户端上显示服务器的远程桌面，客户端与服务器端通过建立扩展通道，客户端通过访问通信网的方式来播放服务器端的视频文件，避免了由于大量截图造成的对带宽要求较高的缺陷，由于对带宽要求低，因此，视频文件远程播放具有顺利、流畅的特点。

Description

服务器、客户端及利用其远程播放视频文件的方法和系统

技术领域

本发明涉及通讯技术领域，特别是涉及一种服务器、客户端及利用其远程播放视频文件的方法和系统。

背景技术

远程桌面(Remote Desktop)，就是把一台主机Server(服务器)的桌面拉到远程，在一台Guest(客户端)的屏幕上显示，利用Guest来操作主机Server，达到跟在本地使用Server一样的效果和用户体验。远程桌面的实现方法，一般都是在Server进行截屏，把得到的图片进行适当处理，比如裁剪、压缩，然后利用网络将图片传到客户机Guest，在客户机对图片进行解压、拼接等操作，以便还原整个桌面。这样，用户在客户机Guest上就可以直接操作使用远程的Server机器，就如同在Server机前本地操作一样。

远程桌面的一种变形叫Visual Desktop(虚拟桌面)，Visual Desktop跟Remote Desktop的最大差别就是：Visual Desktop在客户机显示的桌面，不是一个真实的桌面，是一个由程序生成的虚拟的桌面，这个桌面有可能是由Server的几个部分应用拼接成的；但客户机不知道这个事，它只当是一个真实的桌面来显示；

目前，现有技术包括多种远程桌面技术，例如，我们熟知的有RDP(RemoteDesktop Protocol，远程桌面协议)、SPICE(Simulation program with integratedcircuit emphasis，电路级模拟程序)、VNC(Virtual Network Computing，虚拟网络计算机)等等；这些技术都大同小异，最后都能够归结到上述的实现方法上。

近些年来，随着多媒体、3D(Three Dimensions，三维，即立体)应用和用户体验的不断提高，各种远程桌面实现已经不能满足一些日益增多的需求。Remote Desktop的实现方式，明显存在以下几个缺点，

1、需要频繁的截屏；频繁的截屏、以及后续压缩、计算处理，会额外加重Server的CPU(Central Processing Unit，中央处理器)负担，影响性能，进而影响用户使用时的体验。另外，对于正在播放视频或者正在进行3D游戏来说，则截屏的频率就需要非常高，普通的视频一般需要30帧/秒，而高质量的游戏，则有时会高达60帧/秒，甚至更高。

2、需要很高的网络带宽。频繁截屏的后果就是频繁的传输图片，因此，会带来很高的带宽消耗。做个简单的计算，假设显示分辨率为1024×768，按30帧/秒，16位颜色深度计算，不压缩情况下每秒需要的带宽为：

1024×768×(16/8)×30＝47185920byte/s

也就是说，每秒需要47×8＝376M带宽，这是个非常惊人的需求，我们知道，目前即使是局域网，普通用户也没有达到这个速度，因此，这个需求在目前来说根本无法实现；

由于有这几个缺点，目前所有的远程桌面厂商都使用各种技术来减小带宽占用，最常用的有如下几个方法：

1、不整屏传输，截屏后通过各种方法，去掉不变的截屏图片，只传输变化的区域图片；

2、采用高效的、无损的压缩算法先压缩图像，然后再传输；

3、不传输视频画面和3D等游戏画面；或者对这类变化比较快，比较大的画面，采用有损压缩算法压缩后再传输；

现有技术即使采用上述方法进行优化处理，但目前的远程桌面也没有有效的解决视频和游戏的用户体验问题；几乎所有的厂家都把远程桌面的工作环境限定在局域网内部，以便能尽可能占用大的带宽，来支持视频等应用顺利、流畅的运行。

发明内容

本发明要解决的技术问题是提供一种服务器、客户端及利用其远程播放视频文件的方法和系统，用以解决现有技术视频文件远程播放不顺利流畅的问题。

为解决上述技术问题，一方面，本发明提供一种远程播放视频文件的方法，所述方法包括以下步骤：

服务器端建立远程桌面协议的扩展通道Video Channel；

客户端打开所述扩展通道Video Channel，并远程打开所述服务器端的视频文件；

所述服务器端通过所述扩展通道Video Channel向所述客户端发送所述视频文件的地址信息；

所述客户端根据所述视频文件的地址信息，获取所述视频文件在通信网中的访问地址，然后根据所述访问地址，远程播放所述视频文件。

进一步，在所述客户端远程播放所述视频文件之前，还包括：

所述服务器端启动超文本传输协议HTTP服务。

进一步，所述视频文件为MPEG-4文件。

另一方面，本发明还提供一种服务器，包括：

扩展单元，用于在服务器端建立远程桌面协议的扩展通道Video Channel；

发送单元，用于通过所述扩展通道Video Channel向客户端发送视频文件的地址信息。

进一步，所述服务器还包括：

启动单元，用于在所述客户端远程播放所述视频文件之前，启动超文本传输协议HTTP服务；其中，所述视频文件为MPEG-4文件。

再一方面，本发明还提供一种客户端，包括：

扩展通道建立单元，用于打开服务器端建立的远程桌面协议扩展通道Video Channel，并远程打开所述服务器端的视频文件；

远程播放单元，用于根据所述服务器端通过所述扩展通道Video Channel向所述客户端发送的所述视频文件的地址信息，获取所述视频文件在通信网中的访问地址，然后根据所述访问地址，远程播放所述视频文件。

进一步，所述视频文件为MPEG-4文件。

再一方面，本发明还提供一种远程播放视频文件的系统，包括通过通信网连通的服务器端和客户端，所述服务器包括扩展单元和发送单元；所述客户端包括扩展通道建立单元和远程播放单元；其中，

扩展单元，用于在所述服务器端建立远程桌面协议的扩展通道VideoChannel；

扩展通道建立单元，用于打开所述扩展通道Video Channel，并远程打开所述服务器端的视频文件；

发送单元，用于通过所述扩展通道Video Channel向所述客户端发送所述视频文件的地址信息；

远程播放单元，用于根据所述视频文件的地址信息，获取所述视频文件在通信网中的访问地址，然后根据所述访问地址，远程播放所述视频文件。

进一步，所述服务器还包括：

启动单元，用于在所述客户端远程播放所述视频文件之前，启动超文本传输协议HTTP服务。

进一步，所述视频文件为MPEG-4文件。

本发明有益效果如下：

本发明客户端与服务器端通过建立扩展通道，在客户端上实现服务器的远程桌面，客户端通过访问通信网的方式来播放服务器端的视频文件，避免了由于大量截图造成的对带宽要求较高的缺陷，由于对带宽要求低，因此，视频文件远程播放具有顺利、流畅的特点。

附图说明

图1是本发明实施例中一种远程播放视频文件的方法的流程图；

图2是本发明实施例中一种远程播放视频文件的系统的结构示意图。

具体实施方式

为了解决现有技术视频文件远程播放不顺利流畅的问题，本发明提供了一种服务器、客户端及利用其远程播放视频文件的方法和系统，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

如图1所示，本发明实施例涉及一种远程播放视频文件的方法，本发明实施例，以服务器端采用Microsoft Windows XP系统，客户端为Android设备为例，视频文件以Android设备支持的MP4(MPEG-4)视频文件为例。Android设备是指采用Android(安卓)操作系统的终端设备，例如：Android设备为Android Pad，即为采用Android操作系统的平板电脑；另外，Android设备也可以为其它终端，例如采用Android操作系统的手机等终端。本发明实施例中，客户端设备的操作系统也并非只限定于Android操作系统，也可以采用其它操作系统。另外，本发明实施例对于视频文件的格式也不限定于MP4视频文件，也可以为其它格式的视频文件，例如：MPEG-1，MPEG-2，RMVB；只是不同格式的视频文件，通常压缩比不同，本实施例选择Android设备播放MP4视频文件，是因为MP4视频文件文件大小较小，且画面清晰，远程播放效果更佳。

Microsoft Windows XP系统自带有RDP Server程序，微软公司的文档称其为Terminal Server，其使用的协议是远程桌面的具体实现协议RDP。微软公司在MSDN(Microsoft Developer Network，是微软公司面向软件开发者的一种信息服务)上公布了RDP的协议细则。另外，RDP不是微软公司的专属协议，在Liunx等平台上也有不少实际的应用。RDP在Windows平台下最常见的应用，就是大家熟悉的远程桌面。本发明实施例也并非只能通过RDP协议实现，选择RDP协议，是因为其为现有成熟技术，便于快速实现，降低成本，也可以通过其它方式实现，例如：基于VNC(Virtual Network Computing，虚拟网络计算机)实现。

本方案的前提是服务器端和客户端的设备能够通过IP(Internet Protocol，网络互连协议)网络连通，IP网络可以是无线网络数据通道，比如GPRS(GeneralPacket Radio Service，通用分组无线服务技术)；也可以是WIFI(wireless fidelity，无线保真)、WAPI(Wireless LAN Authentication and Privacy Infrastructure，无线局域网鉴别和保密基础结构)等。

本发明实施例涉及的远程播放视频文件的方法具体包括以下步骤：

步骤S101，服务器端建立RDP的扩展通道Video Channel(视频通道)；

本步骤中，通过使用WTS Virtual Channel Open函数在服务器端建立RDP扩展通道，例如，通道的名字叫“VCHNL”。

步骤S102，客户端启动RDP Client(RDP协议客户端)，打开所述扩展通道Video Channel，并远程打开所述服务器端的视频文件；

本步骤中，通过使用Virtual Channel Open函数在客户端打开扩展通道“VCHNL”。

这两步完成后，就可以在Android设备(客户端)上使用RDP Client程序连接RDP Server(服务器)，在Android设备上就可以看到服务器端MicrosoftWindows XP系统的桌面，可以在Android设备上对服务器进行操作了；在客户端上操作服务器的桌面，打开一个MP4文件，例如C:\cfgz.mp4。

步骤S103，所述服务器端通过所述扩展通道Video Channel向所述客户端发送所述视频文件的地址信息；

本步骤中，服务器端启动XP自带的IIS(Internet Information Services，互联网信息服务)HTTP(HTTP，HyperText Transfer Protocol，超文本传输协议)服务；之所以启动HTTP服务，是因为Android内建的播放器支持HTTP协议；如果Android内建的播放器支持其它协议，比如RTSP(Real Time StreamingProtocol，实时流传输协议)，同时服务器端的Windows XP系统上有可用的服务，则不必局限于HTTP服务。需要说明的是，本步骤中启动HTTP服务，启动时机也可以在其它步骤，并不限定必须在本步骤中完成，只要在播放视频文件之前启动就可以了。

服务器端通过RDP扩展通道Video Channel向客户端发送视频文件的文件信息，即：发送MP4文件的文件信息；视频文件的文件信息通常包括视频文件的地址信息，例如，URL(Uniform/Universal Resource Locator，统一资源定位符)链接信息。发送的信息可以是文件的全路径，比如字符串“C:\cfgz.mp4”。采用WTS Virtual Channel Write函数发送视频文件的文件信息。

步骤S104，所述客户端根据所述视频文件的地址信息，获取所述视频文件在通信网中的访问地址，然后根据所述访问地址，远程播放所述视频文件。

本步骤中，客户端通过Virtual Channel Read函数从RDP扩展通道接收到视频文件的文件信息，构建HTTP URL(视频文件在通信网中的访问地址)；如：http://www.zte.com.cn/c:\\cfgz.mp4；

客户端调用内建播放器，播放上面步骤构建的HTTP URL；方法很简单，在Android平台可以使用Intent，如下：

Intent intent＝new Intent(Intent.ACTION_VIEW)；

intent.setDataAndType(Uri.parse(url)，″Video/mp4″)；

startActivity(intent)；

这样，Android系统自动就会启动播放器远程播放服务器上的视频文件。

需要指出的是：上述步骤中，WTS Virtual Channel Open函数、VirtualChannel Open函数、WTS Virtual Channel Write函数和Virtual Channel Read函数的具体方法，在微软公司的网站资料中已经公开，本领域技术人员，根据微软公司的网站资料，完全可以实现上述方法，因此，本发明不在对其详细描述。

本发明实施例以MP4文件为例，是因为Android设备对这个格式有硬件支持，效果比较好；实际上本发明所述的方法也可以用于其它Android设备支持的格式；但为了避免过于复杂的格式协商过程，建议把格式限制到固定的某个格式上，这样可以简化系统；对于Android设备不支持的格式，可以在Http服务器进行实时转换，这个就不是本发明的内容，这里不做详细阐述。另外，本方法也可以适用于其它适用的文件类型，比如音频文件等。

本发明实施例没有考虑安全性问题，如果要考虑安全性，可以对发送的文件信息进行适当加密，这个不是本发明的内容，这里不做详细阐述。

本发明实施例不是在服务器端播放视频然后截屏，而是直接在客户端播放，在服务器端不进行播放；由于MP4文件相对于原始视频是非常小的，例如：一个适合于Android设备的MP4视频，90分钟，800x480像素，非常清晰的，文件大小可以缩小到600M，计算下来：

600×8÷90÷60＝0.888Mbits/s；

这相当于只要1M不到的带宽，目前的移动通讯网都可以达到该带宽，因此，从理论上讲，本发明的方法，完全可以用于在3G网络流畅播放视频。

另外，本发明还涉及一种实现上述方法的远程播放视频文件的系统，包括通过通信网203连通的服务器端201和客户端202，服务器201包括扩展单元2011和发送单元2012；客户端202包括扩展通道建立单元2021和远程播放单元2022；其中，

扩展单元2011，用于在服务器端建立远程桌面协议RDP的扩展通道VideoChannel；

扩展通道建立单元2021，用于打开所述扩展通道Video Channel，并远程打开所述服务器端的视频文件；

发送单元2012，用于通过所述扩展通道Video Channel向所述客户端发送所述视频文件的地址信息；

远程播放单元2022，用于根据所述视频文件的地址信息，获取所述视频文件在通信网中的访问地址，然后根据所述访问地址，远程播放所述视频文件。

其中，服务器201还包括：

启动单元2013，用于在所述客户端远程播放所述视频文件之前，启动超文本传输协议HTTP服务。另外，本系统中，涉及的视频文件为MPEG-4文件。

本实施例中的通信网203为IP网络；IP网络可以是无线网络数据通道，比如GPRS；也可以是WIFI、WAPI等网络。

本发明所要保护的服务器和客户端与本实施例系统中的服务器和客户端完全相同，因此，关于服务器和客户端的结构，不在详细描述。

由上述实施例可以看出，本发明客户端与服务器端通过建立扩展通道，在客户端上实现服务器的远程桌面，客户端通过访问通信网的方式来播放服务器端的视频文件，避免了由于大量截图造成的对带宽要求较高的缺陷，由于对带宽要求低，因此，视频文件远程播放具有顺利、流畅的特点。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims

1.一种远程播放视频文件的方法，其特征在于，所述方法包括以下步骤：

服务器端建立远程桌面协议的扩展通道Video Channel；

2.如权利要求1所述的远程播放视频文件的方法，其特征在于，在所述客户端远程播放所述视频文件之前，还包括：

所述服务器端启动超文本传输协议HTTP服务。

3.如权利要求1或2所述的远程播放视频文件的方法，其特征在于，所述视频文件为MPEG-4文件。

4.一种服务器，其特征在于，所述服务器包括：

5.如权利要求4所述的服务器，其特征在于，所述服务器还包括：

6.一种客户端，其特征在于，所述客户端包括：

7.如权利要求6所述的客户端，其特征在于，所述视频文件为MPEG-4文件。

8.一种远程播放视频文件的系统，包括通过通信网连通的服务器端和客户端，其特征在于，所述服务器包括扩展单元和发送单元；所述客户端包括扩展通道建立单元和远程播放单元；其中，

9.如权利要求8所述的远程播放视频文件的系统，其特征在于，所述服务器还包括：

10.如权利要求8或9所述的远程播放视频文件的系统，其特征在于，所述视频文件为MPEG-4文件。