容纳多种不同视频压缩技术的单个KVM客户端的系统和方法

摘要

公开了一种用于使用多个不同的视频压缩协议中的一种向用户的个人电子设备提供压缩视频的方法，并且其中，个人电子设备具有网络浏览器。所述方法可以涉及使用个人电子设备经由远程控制器发送对来自服务器的视频内容的请求。控制器可以用来向浏览器提供HTML5客户端代码。浏览器可以使用HTML5客户端代码来创建与服务器的网络接口连接，并且在浏览器中建立网络接口。HTML5客户端代码、网络接口连接和网络接口可以用来接收压缩视频，并且HTML5客户端代码可以用来对压缩视频进行解压缩，以显示在个人电子设备上。

说明书

相关申请交叉引用

这个PCT国际申请要求在2012年6月29日递交的美国临时专利申 请第61/666,308号的权益和优先权。上述申请的整个公开通过引用并入 本文。

技术领域

本发明涉及用于将压缩的视频传送给在用户的电子设备上运行的浏 览器的系统和方法。更具体地，该系统和方法涉及单一的KVM v媒体客 户端，其能够将使用多种不同的视频压缩协议中的任一个进行压缩的视频 内容提供给浏览器，以及确定所使用的视频压缩类型，以及使用适当的解 压缩引擎将压缩的视频内容进行解压缩。

背景技术

本节中的声明仅仅提供涉及本公开的背景信息，并不构成现有技术。

现今，键盘、视频和鼠标(KVM)设备和基带管理控制器(BMC) 允许用户通过在用户的设备(通常是笔记本电脑、PC、平板电脑、智能 手机等)和KVM设备或BMC之间传递键盘、视频和鼠标信号，以访问 远程服务器和其它设备。出于讨论的目的，以下的示例将仅参考KVM设 备，但将意识到的是，它们同样适用于与BMC进行通信。

通过KVM设备所接收的键盘和鼠标信号通常以某种网络协议(如以 太网协议数据包)接收，然后转换成远程设备可以接受的格式(如USB)。 来自远程设备的视频可以通过中间软件保护器接收，转换成网络协议(如 以太网协议)，然后传递给KVM设备。然后KVM设备可以将视频传递 给用户的设备。

当使用某种类型的压缩引擎在KVM设备内压缩视频时，在由用户的 浏览器接收之后必须使用相同类型的解压缩引擎将它解压缩。目前有若干 由不同制造商使用的不同视频压缩协议。例如，Dambrackas视频压缩 (DVC)是Avocent有限公司(其为艾默生网络能源的公司)的专有视频 压缩方案。另一个公知的压缩方案是JPEG。还有另一个是“行程长度编 码”(“RLE”)。本领域技术人员将意识到的是，也存在各种其它压缩协议。 在数据中心中，例如，一个视频服务器可以提供利用DVC进行编码的视 频内容，而另一个视频服务器使用JPEG对它提供的视频文件内容进行编 码。以及还有另一个视频服务器可以使用RLE对它提供的视频文件内容 进行编码。

之前实现的KVM设备和BMC通常限于只使用单一视频压缩方案来 提供视频。因此，为了容纳多个视频压缩方案，通常会要求多个KVM客 户端。例如，这会要求要使用多个KVM设备，其中每个KVM设备具有 一个或多个服务器，该一个或多个服务器每个使用不同的压缩引擎。这本 会要求额外的存储空间并且配置信息要存储在KVM设备的网络服务器 上，这也会增加开发成本和额外的维护成本。

随着HTML5的最新发展，现在存在创建并且通过除了HTTP连接 以外的多个“网络接口”(“web socket”)(其可以每个形成不同的通信路 径)进行通信的能力。将理解的是，网络接口协议通过单一TCP连接提 供双向、全双工通信信道。尽管它可以由任何客户端或服务器应用程序使 用，但它在网络浏览器和网络服务器中均得以实现。通过为服务器提供标 准化的方式以将内容发送到浏览器而不需要客户端请求，并且在浏览器和 服务器之间保持连接打开时允许来回传递消息，使在浏览器和网站之间的 交互更增强成为可能。这允许在浏览器和服务器之间发生双向、不间断的 通信而不进行轮询(其否则的话会要求使用之前所开发的HTML协议)。 目前包括苹果公司的网络浏览器、Mozilla的网络 浏览器、谷歌网络浏览器以及来自微软公司的第10版 INTERNET的几个网络浏览器支持HTML5。

HTML5客户端的另一个优点是，它不要求在用户浏览器上的任何安 装。这是因为在执行的时刻(亦即，当HTML5客户端代码首先提供给浏 览器时)下载了网络浏览器需要的一切。已有的挑战是如何利用这个能力 以提供更稳健的KVM v媒体客户端，其能够经由单一的KVM v媒体客 户端，提供需要使用多个不同类型的视频解压缩进行解码的视频。

发明内容

在一方面，本公开涉及一种用于使用多个不同的视频压缩协议中的一 种向用户的个人电子设备提供压缩视频的方法，其中，个人电子设备包括 网络浏览器。该方法可以包括使用个人电子设备经由远程控制器发送对来 自服务器的视频内容的请求。远程控制器可以用来向浏览器提供HTML5 客户端代码。可以使浏览器使用HTML5客户端代码来创建与服务器的网 络接口连接，并且在浏览器中建立网络接口。HTML5客户端代码、网络 接口连接和网络接口可以用来接收压缩视频，并且HTML5客户端代码可 以用来对压缩视频进行解压缩，以显示在个人电子设备上。

在另一方面，本公开涉及一种用于使用多个不同的视频压缩协议中的 一种向用户的个人电子设备提供压缩视频的方法，其中，个人电子设备包 括网络浏览器。该方法可以包括使用个人电子设备经由远程控制器发送对 视频内容的请求。远程控制器可以用来向个人电子设备的网络浏览器提供 HTML5客户端代码。HTML5客户端代码可以包括个人电子设备对其请 求视频内容的视频服务器的端口号和地址。可以使浏览器使用在HTML5 客户端代码中所提供的端口号和地址来创建与视频服务器的网络接口连 接，并且在浏览器中建立网络接口。视频服务器可以用来压缩视频内容， 并且使用浏览器的网络接口向浏览器提供采用压缩形式的视频内容。 HTML5客户端代码可以在浏览器中运行，并且可以确定所接收的视频内 容使用的特定压缩类型，以使用适当的解压缩协议对视频内容进行解压 缩，并且将解压缩的视频内容发送到浏览器，以显示在用户的个人电子设 备上。

还有在另一方面，本公开涉及一种用于使用多个不同的视频压缩协议 中的一种向用户的个人电子设备提供压缩视频的系统，其中，个人电子设 备包括网络浏览器。该系统可以包括个人电子设备，其配置成执行多个操 作，包括经由远程控制器发送对来自服务器的视频内容的请求。设备可以 从远程控制器接收HTML5客户端代码。设备可以具有浏览器，其使用 HTML5客户端代码来创建与服务器的网络接口连接，并且在浏览器中建 立网络接口。设备可以使用HTML5客户端代码、网络接口连接和网络接 口来接收压缩视频，并且对压缩视频进行解压缩，以显示在个人电子设备 上。

附图说明

本文所描述的附图仅出于说明的目的，并不意图以任何方式限制本公 开的范围。

图1是根据本公开的系统的一个示例的框图，该系统使用单一的 HTML5KVM客户端，其可以向用户的浏览器提供使用几种不同的视频 解压缩方案进行编码的视频；以及

图2是示出了操作序列的一个示例的流程图，该操作可以通过在图1 中所示的部件执行，以将压缩视频发送到用户的浏览器，并且使得浏览器 能够使用适当的解压缩引擎将压缩视频进行解码。

具体实施方式

下面的描述在本质上仅仅是示例性的，并不意图限制本公开、应用或 用途。应理解的是，贯穿附图，对应的附图标记指示相同或对应的部件。

参考图1，示出了根据本公开的一个示例的系统10。系统10利用KVM 设备12，KVM设备12与多个服务器(服务器1、服务器2与服务器3) 进行通信。直接将意识到的是，虽然可以替代KVM设备而使用BMC， 但为了本讨论将假定的是使用KVM设备。

在这个示例中，KVM设备12也与广域网(WAN)14(如互联网) 进行通信。不同类型的用户电子设备(如工作站PC 16、平板电脑18、智 能手机20和笔记本电脑22但不限于此)可以通过WAN 14与KVM设备 12进行通信。PC 16、平板电脑18、智能手机20和笔记本电脑22中的每 一个可以各自在其上运行浏览器16a、18a、20a和22a。

KVM设备12可以包括内部网络服务器24和分开的内部视频服务器 26。网络服务器24可以存储HTML5客户端代码，其可以形成具有 JavaScript代码的HTML页面，当浏览器16a、18a、20a或22a中的任 一个请求存储在服务器1至3中的任一个上的内容时，该JavaScript代码 可以提供给该浏览器。视频服务器26可以包含多个不同的视频压缩方案 以处理由浏览器16a至22a中的任一个所请求的视频内容的压缩。在这个 示例中，视频服务器26可以具有能够压缩视频内容的DVC、JPEG和 RLE压缩引擎。网络服务器24可以包括HTML5客户端代码，其可以提 供给请求来自服务器1至3中的任一个的内容的浏览器16a至22a中的任 一个。

当用户电子设备16至22中的任一个请求来自服务器1至3中的任一 个的内容时，HTML5客户端代码将会提供给设备16至22中发出请求的 浏览器。这个代码将会包括JavaScript，然后JavaScript将会在用户设备 16至22的浏览器16a至22a中运行。浏览器16a至22a还将包括网络接 口API。取决于所请求的特定内容，当网络服务器24将JavaScript代码 返回给浏览器时，网络服务器24将提供视频服务器26的端口号(亦即， 视频服务器26的网络接口端口号)和地址。然后浏览器16a至22a将会 使用这个信息和它的网络接口API来与视频服务器26进行网络接口连 接。此后，视频内容将会由视频服务器26从适当的服务器(亦即，服务 器1、2或3)获得。视频内容将会由视频服务器26使用合适的压缩引擎 (如DVC、JPEG或RLE)进行压缩，然后通过所建立的视频服务器26 的网络接口连接提供给用户的浏览器。

与先前的系统相比，以上所描述的系统10提供了若干重要的优点。 可以根据需要使用的在一个视频服务器26中包括多个不同视频压缩引擎 中的一个的能力免除了提供多个HTML客户端来处理不同类型的视频压 缩引擎的需要。这免除了额外的存储空间的需要，否则的话，在KVM设 备12内设置多个KVM客户端将要求该额外的存储空间。它还显著简化 了配置，并且降低了与创建、验证、跟踪和维护若干不同的客户端类型相 关的开销。

系统10的另一个重要优势是，它还提供了支持DVC压缩的HTML5 客户端。这种能力在系统10之前不存在。

现在参照图2，示出了流程图100作为可以在浏览器16a至22a中的 任一个和KVM设备12之间发生的通信序列的示例。在操作102处，用 户的浏览器向具体服务器请求视频连接。在这个示例中，将会假定PC 16 的浏览器16a正在请求来自服务器1的视频内容。如在操作104处所标示 的，网络服务器24向浏览器16a提供HTML5客户端代码。HTML5客 户端代码包含JavaScript代码，其包括视频服务器26的端口号和地址。 在操作106处，使用所提供的网络接口端口和地址信息，用户的浏览器 16a使用HTML5客户端代码和网络接口API来建立与视频服务器26的 网络接口连接。在操作108处，视频服务器26将从服务器1所获得的视 频内容进行压缩，并且还使用在用户的浏览器16a中运行的网络接口API 向用户的浏览器16a提供压缩形式的视频内容。

在操作110处，先前提供并且现在在用户的浏览器16a中运行的 JavaScript接收压缩的视频内容，并且确定在使用中的压缩类型。 JavaScript使用适当的解压缩协议对视频内容进行解压缩，并且将它发送 到浏览器16a内的HTML5画布。然后浏览器16a在PC16的显示器上显 示解压缩的视频。

本公开的系统10和方法通过利用在HTML5中使用网络接口协议的 能力，显著地简化了KVM客户端的实现。这使得能够提供单一KVM v 媒体(KVM设备或BMC)客户端，其具有以下能力：检测正在使用什 么类型的视频压缩，并且选择适当的解压缩引擎对压缩的视频内容进行解 压缩。这显著地丰富了可以提供给用户的浏览体验，同时简化了客户端的 配置和维护。另一个优点是，在用户的计算机或浏览器上不要求更新；当 在浏览会话之初将HTML5客户端代码提供给浏览器时，将所有需要的代 码提供给浏览器。系统10和方法可以实际上与任何数量的不同类型的视 频压缩方案一起使用。并且由于可以通过HTML5客户端代码维护多个网 络接口，所以在一种类型的视频压缩类型到不同类型的视频压缩之间的 “运行中”切换的可能性成为可能。也可以在别的类型的系统中(其使用 具有多个刀片服务器的刀片系统)实现特定的优点。在刀片系统中，可以 由刀片管理器(其是网络服务器)提供客户端，但是可以在系统的各种刀 片服务器(其每个可以使用特定的视频压缩方案)之间切换视频。在这种 配置中，基本上一个网络服务器可以支持多个视频服务器(BMC)和服 务器。

尽管讨论了系统10在KVM设备或BMC中实施，但是可以使用任 何类型的网络设备来实施系统10。因此，例如但不限于此，本公开的系 统和方法同样很好地适用于刀片系统管理器。

尽管已描述了各种实施例，本领域的技术人员将认识到可以在不背离 本公开的情况下进行对本公开的修改和变更。示例说明了各种实施例，并 不意图限制本公开。因此，应当仅使用考虑到相关的现有技术而有必要的 那种限制来自由地解释本说明书和权利要求。

权利要求书(按照条约第19条的修改)

1.一种用于使用多个不同的视频压缩协议中的一种向用户的个人电 子设备提供压缩视频的方法，其中，所述个人电子设备包括网络浏览器， 所述方法包括：

使用所述个人电子设备以经由远程控制器发送对来自服务器的视频 内容的请求；

使用所述远程控制器向所述浏览器提供HTML5客户端代码；

使所述浏览器使用所述HTML5客户端代码来创建与所述服务器的 网络接口连接，并且在所述浏览器中建立网络接口；以及

使用所述HTML5客户端代码、所述网络接口连接和所述网络接口来 接收所述压缩视频，以确定用于对所述压缩视频进行压缩的压缩引擎的特 定类型，选择特定的解压缩协议以用于对所述压缩视频进行解压缩，并且 使用选择的特定的解压缩协议对所述压缩视频进行解压缩，以显示在所述 个人电子设备上。

2.根据权利要求1所述的方法，其中，使用所述远程控制器来提供 HTML5客户端代码的操作包括：提供包括所述服务器的端口号和地址的 HTML5客户端代码。

3.根据权利要求1所述的方法，其中，使用所述远程控制器来提供 HTML5客户端代码的操作包括：提供包括JavaScript代码的HTML5客 户端代码。

4.根据权利要求1所述的方法，其中，在对所述压缩视频进行解压 缩之后在所述个人电子设备上显示所述视频内容的操作包括：使用所述 HTML5客户端代码中的提供给所述浏览器的HTML5画布来呈现所述解 压缩视频。

5.根据权利要求1所述的方法，其中，使用所述个人电子设备经由 远程控制器发送对来自所述服务器的视频内容的请求的操作包括：使用所 述个人电子设备以经由远程键盘、视频、鼠标(KVM)设备发送对来自 所述服务器的视频内容的请求。

6.根据权利要求1所述的方法，其中，使用所述个人电子设备经由 远程控制器发送对来自服务器的视频内容的请求的操作包括：使用所述个 人电子设备经由基带管理控制器发送对来自所述服务器的视频内容的请 求。

7.一种用于使用多个不同的视频压缩协议中的一种向用户的个人电 子设备提供压缩视频的方法，其中，所述个人电子设备包括网络浏览器， 所述方法包括：

使用所述个人电子设备经由远程控制器发送对视频内容的请求；

使用所述远程控制器向所述个人电子设备的网络浏览器提供 HTML5客户端代码，所述HTML5客户端代码包括所述个人电子设备对 其请求视频内容的视频服务器的端口号和地址；

使所述浏览器使用在所述HTML5客户端代码中所提供的端口号和 地址来创建与所述视频服务器的网络接口连接，并且在所述浏览器中建立 网络接口；

使用所述视频服务器来压缩所述视频内容，并且使用所述浏览器的网 络接口向所述浏览器提供采用压缩形式的所述视频内容；以及

使用在所述浏览器中运行的HTML5客户端代码来从多个不同的可 用压缩引擎中确定所接收的视频内容使用的压缩引擎的特定类型，并且使 用适当的解压缩协议对所述视频内容进行解压缩，并且将解压缩的视频内 容提供到所述浏览器，以显示在所述用户的个人电子设备上。

8.根据权利要求7所述的方法，其中，向所述用户个人电子设备的 浏览器提供HTML5客户端代码包括：提供包括JavaScript代码的 HTML5客户端代码，并且其中，所述JavaScript代码包括所述视频服务 器的端口号和地址。

9.根据权利要求7所述的方法，其中，使用在所述浏览器中运行的 所述HTML5客户端代码来确定压缩的特定类型的操作包括：使用包括在 所述HTML5客户端代码中的JavaScript代码来确定用于创建由所述浏 览器所接收的所述压缩视频内容的压缩引擎的类型。

10.根据权利要求9所述的方法，其中，将所述解压缩的视频内容提 供到所述浏览器以用于显示的操作包括：使用所述JavaScript代码将解压 缩的视频内容提供到在所述浏览器内运行的HTML5画布。

11.根据权利要求10所述的方法，其中，使用所述个人电子设备经 由远程控制器发送对视频内容的请求的操作包括：使用所述个人电子设备 向远程键盘、视频、鼠标(KVM)设备发送对视频内容的请求。

12.根据权利要求10所述的方法，其中，使用所述个人电子设备经 由远程控制器发送对视频内容的请求的操作包括：使用所述个人电子设备 向基带管理控制器发送对视频内容的请求。

13.一种用于使用多个不同的视频压缩协议中的一种向用户的个人 电子设备提供压缩视频的系统，其中，所述个人电子设备包括网络浏览器， 所述系统包括：

个人电子设备，其配置成：

经由远程控制器发送对来自服务器的视频内容的请求；

从所述远程控制器接收HTML5客户端代码；

使所述个人电子设备的浏览器使用所述HTML5客户端代码来 创建与所述服务器的网络接口连接，并且在所述浏览器中建立网络接口； 以及

使用所述HTML5客户端代码、所述网络接口连接和所述网络接 口来接收所述压缩视频，以确定用来对所述压缩视频进行压缩的特定的压 缩引擎，并且从多个解压缩协议中选择特定的解压缩协议以用来对所述压 缩视频进行解压缩，以显示在所述个人电子设备上。

14.根据权利要求13所述的系统，其中，所述个人电子设备配置为 使用包含在所述HTML5客户端代码中的所述服务器的端口号和地址来 建立与所述服务器的网络接口连接。

15.根据权利要求13所述的系统，其中，所述个人电子设备的浏览 器配置为运行包含在所述HTML5客户端代码中的JavaScript代码。

16.根据权利要求14所述的系统，其中，所述个人电子设备配置为 使用所述网络接口连接来接收压缩视频内容。