CN101120334A - 交互式多信道数据分发系统 - Google Patents

Abstract

本说明书公开了一种多媒体分发系统，在这种系统中，服务器通过音频、视频、覆盖和/或控制信道与客户机通信。在许多例子中，音频、视频和/或覆盖信息是在发送前被译码的。在许多实施例中，所述服务器和/或客户机可以被更新。在若干实施例中，所述更新可以以保存连接到通信网络的所有设备的能力的方式进行。本发明的一个实施例包括服务器(12)和至少一个存储设备(24)，所述服务器(12)通过网络(14)连接到客户机(20)，所述存储设备(24)包含根据第一格式格式化的音频、视频和/或覆盖信息。此外，所述客户机(20)包括存储设备(56)，该存储设备(56)存储表示所述客户机能够解码的音频、视频和/或覆盖格式的信息，并且所述服务器(12)被配置成通过单独的音频(17a)、视频(17b)和覆盖(17c)和控制信道(19)发送音频、视频、覆盖和控制信息。

Description

交互式多信道数据分发系统

技术领域

【0001】本发明一般涉及多媒体分发，且更具体地讲，涉及交互式多媒体分发系统。

背景技术

【0002】音频和/或视频信息可以以各种形式提供给消费电子设备，消费电子设备然后显示这些信息。要求固定形式的介质(诸如光盘CD或数字视频光盘DVD)的消费电子设备被限制为给用户播放可用的CD或DVD。为了增加在任何给定时间，用户可存取的音频和/或视频信息量，消费电子设备制造商已经寻求将固定介质中包含的音频和/或视频信息传输到消费电子设备内的存储设备。使用内部存储的系统还提供了便利性，但一般会限制用户显示存储设备中包含的音频和/或视频信息。可以使用户获得更多的音频和/或视频信息的另一种方法已经给消费电子设备提供了网络连接性。当消费电子设备连接到网络时，音频和/或视频信息可以以远程方式存储，并通过网络根据需要提供给消费电子设备。在许多情况下，给消费电子设备提供了从固定的介质中提取音频和/或视频信息，存储音频和/或视频信息，并通过网络获得音频和/或视频信息的能力。

发明内容

【0003】本发明的实施例通过网络分发多媒体。在一个方面，本发明的实施例能够译码以第一格式编码的视频，以根据预定的多信道协议分发。在另一个方面，本发明的实施例包括自动系统更新的机制。本发明的一个实施例包括通过网络连接到客户机的服务器和至少一个包含根据第一格式格式化的音频、视频和/或覆盖信息的存储设备。此外，所述客户机包括存储表示所述客户机能够解码的音频、视频和/或覆盖格式的信息的存储设备，并且所述服务器被配置成通过单独的音频、视频、覆盖和控制信道发送音频、视频、覆盖和控制信息。

【0004】在又一个实施例中，所述服务器被配置成查询所述客户机以获得表示所述客户机能够解码的音频、视频和/或覆盖格式的信息。

【0005】在另一个实施例中，所述服务器被配置成将存储的音频、视频和覆盖信息中的至少一个译码成第二格式，且表示音频、视频和/或覆盖格式的信息表明所述客户机能够解码以所述第二格式编码的音频、视频或覆盖。

【0006】在另一个实施例中，所述服务器被配置成获得可用更新的列表，且所述服务器被配置成基于表示所述客户机能够解码的音频、视频和/或覆盖格式的信息，确定可以应用到所述客户机的更新。

【0007】又一个实施例包括第三设备，其包括存储关于第三设备能力的信息的存储设备。此外，所述服务器被配置成查询所述第三设备以获得关于所述第三设备能力的存储信息。

【0008】在再一个实施例中，所述服务器进一步被配置成参考从所述第三设备获得的关于所述第三设备能力的信息，确定能够应用于所述客户机的所述更新。

【0009】在再一个实施例中，所述服务器包括存储设备，其存储关于所述服务器的能力的信息。

【0010】在再一个实施例中，所述服务器被配置成参考关于所述服务器能力的信息，确定能够应用于所述客户机的所述更新。

【0011】本发明的另一个实施例包括处理器；网络接口，所述网络接口被配置成与所述处理器通信，并在单独的信道上接收音频、视频、覆盖和控制信息包；存储设备，其包含关于可以被所述处理器解码的所述音频、视频和覆盖信息格式的信息。

【0012】在另一个实施例中，所述处理器被配置成通过网络接口发送存储的信息，以响应通过网络接口接收的查询，所述存储的信息是关于可以被所述服务器解码的所述音频、视频和覆盖信息格式的。

【0013】在另一个实施例中，所述存储的信息被存储为XML文件。

【0014】再一个实施例又包括处理器，和与所述处理器通信的网络接口。此外，所述处理器被配置成接收以第一格式编码的音频、视频和覆盖信息，并将所述音频、视频和覆盖信息中的至少一个译码成第二格式，且所述处理器和网络接口设备被配置成发送音频，视频，覆盖和控制信息。

【0015】在另一个实施例中，所述处理器和所述网络接口设备被配置成发送查询请求信息。

【0016】在另一个实施例中，所述处理器和所述网络接口设备被配置成接收表示外部设备能力的信息。

【0017】在另一个实施例中，所述处理器被配置成分析信息以获得能力列表。

【0018】附加的另一个实施例又包括处理器和与所述处理器通信的网络接口。此外，所述处理器和网络接口设备被配置成获得可用更新的列表，所述处理器和网络接口设备被配置成查询外部设备关于它们的能力，所述处理器被配置成基于可用更新的列表和所述外部设备的能力确定提供给外部设备的更新，并且所述处理器和网络接口设备被配置成发送音频、视频、覆盖和控制信息。

【0019】另一个附加的实施例进一步包括存储设备，其包含关于所述服务器的能力的信息。此外，所述处理器进一步被配置成基于存储的关于所述服务器能力的信息，确定提供给外部设备的更新。

【0020】在另一个实施例中，所述外部设备的能力包括由每个设备支持的通信协议，至少一个通信协议是由每个可用更新支持的，且所述处理器被配置成通过确保每个更新的设备支持相同的通信协议，来确定应用到外部设备的更新。

【0021】本发明的方法的一个实施例包括获取音频，视频和覆盖信息，将所述音频、视频和覆盖信息中的至少一个译码，发送音频、视频、覆盖和控制信息及与所述音频、视频、覆盖和控制信息中的一个或更多个相关联的时间戳，接收所述音频、视频、覆盖和控制信息及与所述音频、视频、覆盖和控制信息中的一个或更多个相关联的时间戳，将所接收的信息排队在单独的音频、视频和覆盖队列中，基于与所述信息相关联的时间戳，处理所排队的信息，发送表示所处理的信息的至少一个时间戳的报告，接收所述报告并记录包含在所接收的报告内的关于所述至少一个时间戳的信息。

【0022】本发明的方法的另一个实施例包括确定译码所述音频、视频或覆盖信息的适当格式。

【0023】本发明的方法的另一个实施例包括确定可用更新和每种更新支持的通信协议的版本，确定包括每个设备支持的通信协议的版本的每种设备的能力，确定如果执行必要更新时所有设备可以支持的所述通信协议的最新版本，并执行所述必要的更新。

附图描述

【0024】图1是根据本发明的分发系统的一个实施例的示意图；

【0025】图2是根据本发明的一个实施例，连接到客户机的服务器的示意图，它示出了服务器和客户机之间的通信信道；

【0026】图3是根据本发明的一个实施例，服务器的示意电路图；

【0027】图4是根据本发明的一个实施例，作为客户机的联网消费电子设备的示意电路图；

【0028】图5是流程图，示出了根据本发明的一个实施例，在会话的初始化和进行过程中客户机的操作；

【0029】图6是流程图，示出了根据本发明的一个实施例，在会话的初始化和进行过程中服务器的操作；

【0030】图6a是说明根据本发明的一个实施例的过程的流程图，该过程对数据译码以通过多个通信信道发送；

【0031】图7是说明根据本发明的一个实施例的客户机处理输入的媒体信息包的方式的流程图；

【0032】图8是说明根据本发明的一个实施例的客户机响应接收来自用户的用户指令和来自服务器的控制指令的操作的流程图；

【0033】图9是说明根据本发明的一个实施例的响应由客户机发送用户指令的服务器的操作流程图；

【0034】图10是根据本发明的分发系统的一个实施例的示意图；和

【0035】图11是说明根据本发明的用来更新服务器和连接到网络的客户机的过程的流程图。

具体实施方式

【0036】现在参考附图，本发明的实施例包括通过网络连接到至少一个客户机的至少一个服务器，并能够分发音频和/或视频信息。在许多实施例的一个方面，所述服务器能向客户机发送各种信息。每种类型的信息一般是在单独的信道上发送的。在一个实施例中，在信道上发送的信息是通过将存储的信息进行译码获得的。在其它情况下，信息流是实时进行译码的。在许多实施例的另一个方面，服务器选择发送到客户机的信息，来响应客户机在控制信道上发送给服务器的用户指令。在许多实施例中，所述服务器通过向客户机提供适当顺序的音频，视频和/或覆盖信息来显示以响应用户指令，能使用户产生他们正在浏览交互式图形用户界面的印象。为了获得交互性，所述服务器一般保存关于客户机正在显示的用户界面状态的信息。此外，所述服务器能控制客户机的配置，以便当响应用户输入，从一个用户界面状态转换到另一个用户界面状态时减少等待时间。在许多实施例中，所述系统能够分发软件更新。

【0037】根据本发明的分发系统的一个实施例图解说明于图1中。分发系统10包括通过网络14连接到许多设备的许多服务器12。在图解说明的实施例中，所述设备包括计算机16，连接到电视20的机顶盒18和手持计算设备22。每个设备包括软件和/或硬件，使得它们能用作客户机，以与服务器12进行交互，因此本说明书中使用的术语客户机是用来描述根据本发明的实施例，能够与服务器通信的任何设备。

【0038】尽管一些客户机具有极其复杂的计算能力，但许多其它的客户机只有有限的计算和存储能力。因此，根据本发明的客户机一般执行很简单的程序，该程序不会直接变化来响应大多数用户指令。大量的处理被转移到服务器，服务器处理用户输入并执行系统的交互功能。服务器能以非常精确的方式控制由客户机显示的信息，这使得服务器能通过确保所需信息由客户机几乎立即显示来响应用户的请求。一般，客户机不具备解释大多数用户请求的能力。客户机仅仅将用户请求发送到服务器，并以服务器指示的方式显示由服务器提供给它们的信息。下面将讨论服务器、网络和客户机的操作。

【0039】服务器12，网络14和客户机被配置成使服务器能够通过网络给客户机发送信息。在一个实施例中，服务器和客户机通过固定的网络使用TCP/IP协议通信。在其它实施例中，可以使用其它网络通信协议，并且可以用无线连接代替固定连接。本说明书中使用的术语网络指在服务器和客户机之间的任何连接性，这包括直接连接、本地网络、局域网、广域网、专用网络和诸如因特网的网络的网络。

【0040】根据本发明的实施例，服务器和客户机之间建立的通信信道概念性地图解说明于图2中。根据本发明的实施例的服务器12可以与客户机建立用于音频、视频和覆盖信息的单独的通信信道17。此外，可以建立控制信道19，以便能够在服务器和客户机之间进行控制信息的双向通信。

【0041】视频信道17b被用来将分组的或打包的视频信息从服务器传递到客户机。如将在下文详细讨论的，所述视频信道是根据视频信息包中包含的视频性质配置的。所述视频信息包一般包含编码的视频帧。这些帧可以是影片播放的一部分，或菜单或用户界面的一部分。本说明书使用的术语“故事片(feature presentation)”用来描述连续的视频序列，诸如一般线性播放并且不要求用户交互的影片长度电影。术语“故事片”是广义上的意思，并不局限于长篇电影，其包括所有类型的事先录制的视频和广播视频流。

【0042】音频信道17a被用来传递打包的音频信息。与视频信道一样，服务器指定所述音频信道的特征。由音频信道发送的音频数据不一定伴随有视频或覆盖信息。本发明的许多实施例提供了干扰录音(如，音乐)的能力。音频信息也可以伴随有在视频信道上发送的视频信息。在许多例子中，音频信息是伴随“故事片”的声音轨道。不过，音频信息也可以是组成部分菜单或用户界面的声音效果。

【0043】覆盖信道17c是可以由服务器使用以给客户机发送覆盖信息的信道。覆盖可以是叠加到视频帧上的图形或文本，或本身可以是可以显示而无背景视频的整个图片。覆盖的例子包括伴随“故事片”的字幕，或是部分菜单或用户界面的高亮显示的菜单项。覆盖信息可以是图形编码的或可以是文本。在一个实施例中，覆盖是根据联合图像专家组规定的jpeg文件交换格式编码的。在另一个实施例中，覆盖被编码为位图。覆盖信息的性质和覆盖信道本身的性质通常是由服务器规定的。

【0044】控制信道19是既可以由服务器使用又可以由客户机使用来发送控制信息的信道。当控制信道被配置成可靠地在服务器和客户机之间传送信息时，根据本发明的系统的实施例的工作一般更为有效。如将在下面进行详细说明的，客户机可以使用控制信道来将用户指令和定时信息发送到服务器。反过来，服务器也可以使用控制信道与客户机建立音频，视频和覆盖信道，并给客户机提供关于应该如何显示接收的音频，视频和覆盖信息的方式的指令。在其它实施例中，音频，视频和覆盖信道是由通过每个音频，视频和覆盖信道发送的包初始化的。服务器和客户机通过控制信道通信的能力使整个系统可以与用户交互。例如，根据本发明实施例的客户机可以使用控制信道将用户命令发送到服务器。然后服务器通过将信息通过音频，视频，覆盖和/控制信道发送到客户机来响应用户命令。适当地选择音频、视频、覆盖和/或控制信息能获得诸如交互式菜单或故事片的快进、暂停或回放的这种效果。根据本发明的各个方面，可以实现互动特征的方式将在下文进一步讨论。

【0045】在本发明的许多实施例中，通过网络14的通信是根据TCP/IP协议进行的。在使用TCP/IP协议实施例中，通过给每个信道分配单独的端口地址，可以建立单独的信道。以这种方式，信息包可以通过网络发送，且端口地址可用来确定包与哪个信道相关联。在其它的实施例中，UDP协议是与IP协议结合使用的，以通过网络传送信息。根据本发明的各个实施例，也可以使用其它的协议在网络上传递信息，并且可以使用各种技术来创建单独的信道以传送音频，视频覆盖和/或控制信息。在其它实施例中，可以使用网络通信协议在客户机和服务器之间建立必要的信道。替代地，在符合IEEE 1394标准的连接上可以发现这些信道。在其它实施例中，可以使用其它的网络协议传送音频，视频和/覆盖和/或命令信息。实际上，可以使用不同的网络传送不同类型的信息和/或相同类型信息的不同序列。尽管本发明的许多实施例包括单独的信道，还是有若干实施例将音频，视频，覆盖和/或控制信息组合在单个信道上。

【0046】由服务器通过音频，视频和覆盖信道发送到客户机上的音频，视频和覆盖信息确定了可以由客户机呈现给用户的信息。如上述指出的，此信息可以有各种形式。例如，音频、视频和覆盖信息可以与录音或故事片相关联。此外，音频、视频和/或覆盖信息可以与用户界面相关联。在许多例子中，音频，视频和/或覆盖信息可以不与相同的内容相关。这些例子包括覆盖或符号覆盖，覆盖包含关于其它可用程序设计的信息，该信息是在故事片上显示的，符号覆盖通知用户故事片正在快进，暂停或以其它方式被操作。

【0047】在许多实施例中，服务器通过从包含适当编码的音频，视频和覆盖信息的文件中提取信息，来获得用来发送的信息。在其它实施例中，编码的音频，视频和覆盖信息是由服务器以数据流接收的。在几个实施例中，服务器接收以第一格式编码的音频，视频和/或覆盖信息，并将音频，视频和/或覆盖信息译码成适于发送的格式。第一格式可能不适于发送，原因是打算接收信息的客户机不能解码以第一格式编码的信息。在许多实施例中，服务质量要求使服务器将以第一格式编码的信息译码成要求不同数据发送率的格式。在采用服务质量确定的实施例中，客户机能向服务器提供信息，使服务器做出服务质量确定。第一格式可能是不适合的另一个原因是当音频，视频和/或覆盖信息是以第一文件格式编码时，服务器不能直接提取音频，视频和/或覆盖信息用于在单独的信道上发送。在下文将对译码进行进一步讨论。

【0048】已经大致讨论了本发明系统的实施例的典型特征，现在对这些系统的各个元件作更详细描述。根据本发明的一个实施例的服务器示于图3中。服务器12′包括至少一个处理器21，存储器22，存储设备24(诸如一个或更多个硬盘驱动器)和网络接口设备26。处理器21可以通过软件被配置成通过网络接口向客户机提供音频，视频和/或覆盖信息及控制命令。

【0049】存储设备24可以包含一个或更多个数据文件。数据文件可以包括一个或更多个音轨，一个或更多个图片，一个或更多个故事片和与一个或更多个用户界面相关联的音频，视频和/或覆盖。在本发明的一个实施例中，存储的数据文件可以包括一个以上的视频轨道，一个以上的音轨，一个以上的覆盖轨道和与图形用户界面相关联的多媒体。在本发明的许多实施例中，存储设备24可以包括多媒体文件，其类似于申请人为Van Zoest等人，申请于2004年12月17日的题目为“Multimedia Distribution System”的美国申请序号11/016,184中描述的多媒体文件，本文通过引用将其公开内容全部并入作为参考。

【0050】在服务器能够对存储在存储设备24上或来自另一个源的音频，视频和/或覆盖译码以发送的实施例中，可通过使用适当的软件配置处理器21以实现译码。在其它实施例中，使用服务器内的专用电路或微处理器和专用电路的组合来进行译码。在一个实施例中，微处理器对音频，视频和/或覆盖信息进行解码，而专用电路将解码的音频，视频和/或覆盖信息进行编码以发送。如上述指出的，发送的音频，视频和/或覆盖信息可以远程地存储。当音频，视频和/或覆盖信息是远程存储时，服务器可以接收该信息，并实时地将该信息译码成适于在单独的音频，视频，覆盖和/或控制信道上发送的格式。

【0051】在根据TCP/IP协议通信的本发明的各个实施例中，网络接口设备26和/或处理器21实行TCP/IP协议栈。TCP/IP协议栈处理在每个适当的信道上与服务器往来的信息的发送。在其它实施例中，可以实现网络接口设备以支持其它协议。

【0052】顺便指出，本领域技术人员会意识到图3所示的服务器是以示意形式图解说明的。实际上可以采用任何一种形式来实现根据本发明实施例的服务器。因此，本领域技术人员会意识到任何能够存储多媒体文件并以本说明书中描述的方式通过网络与客户机通信的服务器，计算机或其它电子设备，都可以用来实现根据本发明的数据分发系统的实施例。

【0053】根据本发明实施例的客户机图解说明于图4。在图解所示的实施例中，客户机40是联网的消费电子设备。客户机被设计成与网络14和至少一个再现设备(rendering device)(诸如，电视和/或视频显示器/监视器和/或立体声和/或扬声器)接口。客户机40包括微处理器42。该微处理器被配置成控制客户机的操作，并被连接到图形加速器44。

【0054】图形加速器44可以被用来执行与生成视频帧相关的重复处理。图形加速器还可以用作将微处理器连接到视频RAM46，I/O控制器48和视频转换器50的集线器。视频RAM46可以被图形加速器利用，以存储与生成视频帧相关联的信息。视频帧可以被提供给视频转换器50，视频转换器50能将数字信息转换成适当的视频格式，以由再现设备(诸如，电视或视频显示器/监视器)再现。格式可以为模拟格式或数字格式。I/O控制器也可以与图形加速器相接口，并使微处理器和图形加速器通过总线60对设备进行寻址，这些设备包括网络接口设备52，输入接口设备54，存储器56和音频输出设备58。图4所示的结构是根据本发明的客户机的一个实施例的典型消费电子设备。也可以使用其它结构，包括处理器直接和/或间接地与I/O设备接口的结构。

【0055】可以用网络接口设备52通过网络发送和接收信息。在信息是通过TCP/IP协议传递的实施例中，网络接口设备和/或诸如微处理器的其它设备实行TCP/IP协议栈。在其它实施例中，可以使用其它通信协议，且可相应地实现网络接口设备。

【0056】输入接口设备54可以使用户能够给客户机40提供命令。在图解所示的实施例中，输入接口设备54被实现以使得用户能够使用红外(IR)远程控制通过IR接收器62向客户机40提供指令。在其它实施例中，可以使用其它输入设备，诸如鼠标，跟踪球，条形码扫描器，图形输入板，键盘和/或语音命令，以将用户输入传送到客户机40，且输入接口设备54被相应地配置。

【0057】存储器56一般包括可以提供暂时和永久信息存储的几个存储设备。在一个实施例中，存储器是被实现为EEPROM和SRAM的组合。在其它实施例中，单个的存储元件或任何种类的易失性和/或非易失性存储元件都可以用来实现存储器。

【0058】音频输出设备58可以用来将数字音频信号转换成能够在再现设备上产生声音的信号，再现设备比如为扬声器或声音系统。在一个实施例中，音频输出设备58以模拟格式输出立体声音频。在其它实施例中，音频输出设备可以以任何一种模拟和/或数字音频格式输出音频信息。在一个实施例中，使用由运动图像专家组(MPEG)规定的MP3音频格式。在其它实施例中，可以使用其它格式，诸如由AdvancedTelevision Systems Committee规定的AC3格式，由MPEG规定的AAC格式，或由华盛顿Redmond的微软公司规定的WMA格式。

【0059】本领域技术人员会很容易地认识到，可以使用任何数量的配置来实现根据本发明实施例的客户机。根据本发明实施例的客户机不需要包括图形能力或音频能力。此外，根据本发明许多实施例的各方面的客户机不需要接收任何用户输入。例如，用户输入可以被直接提供给服务器，或者提供给第二客户机，第二客户机将用户指令发送到必要的一个服务器或几个服务器。替代地，客户机可以是不能处理或发送用户指令。根据本发明的客户机的实施例可以包括任何种类的处理元件或单个处理元件。实际上任何能够以本说明书描述的方式与服务器通信的联网消费电子或计算设备可以用来实现根据本发明的很多实施例的各方面的客户机。

【0060】在根据本发明的系统的许多实施例中，不同的客户机可以具备不同的能力。在许多实施例中，客户机可以被配置以存储识别其能力的信息。在几个实施例中，客户机包括包含由万维网联盟规定的可扩展标记语言(XML)中的信息的文件。XML文件可以包含描述设备能力的信息。在许多实施例中，XML文件描述了客户机的重放能力。在客户机可以进行译码的实施例中，服务器可以直接给客户机提供媒体，并基于处理器负荷或前一组用户配置对译码做出决定。在许多实施例中，服务器也存储描述该服务器能力的文件。

【0061】如上所述，根据本发明实施例的服务器能够将音频、视频和/或覆盖信息提供给客户机。客户机一般启动一个或更多个服务器的信息发送。每次发送可以被称作控制会话，且客户机可以通过形成与服务器的控制端口的连接来启动控制会话。然后客户机请求启动控制会话，并且如果控制会话被许可，则服务器通过给客户机发送信道分配信息来建立音频、视频和/或覆盖数据信道。一旦建立起音频、视频和/或覆盖数据信道，服务器就可以开始将音频、视频和/或覆盖信息发送给客户机。如已经讨论过的，通过客户机将用户指令发送到服务器，且服务器通过给客户机提供适当的音频、视频、覆盖和/或控制信息来作出响应，可实现交互性。在许多实施例中，建立音频、视频和/或覆盖信道不需要同时进行，且各个信道可以断开连接或重新连接(如果需要，通常是针对不同的服务器)。例如，在一个实施例中，视频信道被连接以能够显示与用户界面相关联的可视信息。一旦选择了影片，则视频信道被断开连接，并重新连接到另一个服务器，并且和同一服务器上建立音频信道。根据本发明实施例的另一个例子是关于具有伴随字幕的影片中的快进。提供字幕的覆盖信道可以被断开连接，以响应来自用户的快进指令，并重新连接到另一个提供有快进图标的覆盖的服务器。替代地，同一个服务器可以既提供覆盖，又提供快进图标，而覆盖信道可以仅被再次分配。以下将更详细考虑建立控制会话，发送音频、视频和/或覆盖信息，和实现交互式特征。

【0062】图5和图6是流程图，示出了根据本发明，在建立和进行会话的过程中客户机和服务器的操作。首先看图5，图解说明了示出根据本发明实施例的客户机在与服务器建立及进行会话时的操作的流程图。在图解所示的过程中，客户机使用TCP/IP协议与服务器通信。在其它实施例中，可以使用其它通信协议。过程80开始于客户机与服务器的控制端口形成连接(82)。在一个实施例中，基于协议的程序可以用来识别服务器和其控制端口，这些协议诸如为简单服务发现协议或会话描述协议提出的标准RFC 2327，它们都是由因特网工程任务小组规定的。在其它实施例中，可以使用其它技术来识别通过网络连接到客户机的服务器的控制端口。

【0063】一旦已经建立控制信道，则客户机尝试通过控制信道启动与服务器的控制会话(84)。该尝试是通过发送请求控制会话的包进行的，该包还包含关于客户机的可用端口分配的信息。然后客户机等待服务器对请求做出响应(86)。在一个实施例中，即使会话被拒绝，服务器也做出响应。在其它实施例中，在一预定的时间周期过去之后，就认为该请求被拒绝。如果会话被拒绝(88)，则尝试建立会话失败。如果尝试成功，则客户机一般接收来自服务器的信息(90)，该信息指定客户机应该提供给服务器关于客户机内部定时器的信息的频率。在其它实施例中，音频、视频和/或覆盖信道的特征是在位于客户机上、提供给服务器的XML文件中说明的。数据信道参数的重要性和客户机报告其内部时间值的频率在下文将更详细讨论。

【0064】客户机还从服务器接收端口分配(92)。端口分配一般包括关于每个信道上提供的音频、视频或覆盖的参数的信息(如，音频采样率或视频分辨率)，以及到缓冲器的音频、视频或覆盖信息量的信息。信道的初始化还包括将要在信道上发送的信息的初始时间戳。此时间戳可以用来设置客户机的内部定时器。客户机的定时器一般是暂停的，直到已规定的数据量已经在排队等候，且客户机开始再现排队的数据。

【0065】初始化可以包括关于信道上到达的信息应该如何被处理的信息。在一个实施例中，当客户机的定时器大于或等于与数据相关联的时间戳时，客户机可以被初始化以再现输入的数据。在几个实施例中，客户机可以被初始化，以当客户机的定时器正好与数据相关联的时间戳一致时，再现输入的数据。在这些实施例中，暂停客户机的定时器也可以暂停来自信道的数据的再现。许多实施例使客户机能够被初始化，以在客户机一接收输入的数据，就尽可能快地将其再现。在许多实施例中，可以指示客户机使音频包与视频包同步。将音频与视频同步可以使客户机在用户界面中生成伴随过渡或动作的音响效果。

【0066】除了减少客户机所需的处理之外，为服务器提供能管理客户机的队列的能力使服务器能够以服务器将发送给客户机的预期音频、视频和/或覆盖信息来配置客户机的队列。如果由服务器发送的音频、视频和/或覆盖信息是菜单的一部分(举例)，然后服务器可以配置客户机的队列，以使客户机处在时刻准备开始状态。术语“时刻准备开始状态”描述了这样一种状态：在这种状态中，客户机不排队任何信息，或者只排队相当少的信息，使得从服务器接收的信息几乎立即被处理并被再现。替代地，当服务器将发送与故事片相关联的音频、视频和/或覆盖信息时，服务器可以配置客户机来排队足够的信息，以增加音频、视频和/或覆盖平滑播放的可能性。所谓的平滑播放指以适当隔开的时间间隔显示具有同步化音频和覆盖的帧。平滑播放一般要求当需要再现所需的信息时，它可以由客户机获得。增加客户机队列的长度可以适应网络延迟的变化，网络延迟可能会使包在客户机的要求之后到达。如果音频、视频和/或覆盖信息不可用于再现，则用户可能会体会到图像冻结，与伴随的视频或音频不同步的音轨或覆盖中断。

【0067】在许多实施例中，服务器可以不停地监控并改变客户机排队的信息量，目的是获得预定的服务质量参数。在几个实施例中，服务器可以通过将数据译码成较低的数据率以响应网络拥塞，来保持服务质量。在许多实施例中，服务器使用时间戳报告来监控系统的等待时间并相应管理客户机的队列。在其它实施例中，可以用从客户机或另一个源获得的信息来监控由系统提供的服务质量。

【0068】端口分配之后，客户机开始在音频、视频和/或覆盖信道上从服务器接收数据(94)。客户机处理这些包并向服务器进行必要的时间戳报告。客户机还可以从服务器接收控制指令(96)。如果接收到控制指令，则客户机通过处理指令来做出响应(98)。

【0069】客户机还可以接收用户指令(100)。当客户机接收用户指令时，客户机一般将用户指令发送到服务器(102)。客户机继续显示由服务器提供的多媒体信息，直到控制会话终止。

【0070】在许多实施例中，客户机只能够对非常有限的用户指令集作出响应。例如，客户机可能能够响应音量控制和电源开/关指令。如果接收的指令与再现的音频、视频和/或覆盖有关，则客户机一般通过将指令发送到服务器来作出响应。

【0071】在一个实施例中，客户机向再现设备(或多个)发送针对中断或改变提供音频、视频和/或覆盖的方式的所有用户指令。在更进一步的实施例中，客户机将所有与菜单或用户界面的导航有关的用户指令发送到服务器。在其它实施例中，客户机发送所有与再现设备应该再现的音频、视频和/或覆盖的未来速度和/或方向有关的用户指令。这种指令的例子包括暂停、慢放、慢速倒带、快进和快速倒带。还是在进一步的实施例中，客户机发送请求由再现设备(或多个)再现的音频、视频和/或覆盖以非线性方式前进的所有用户指令。这种指令的例子包括在故事片中的各章或各场景之间跳转，或在录音的轨道之间或随机播放轨道之间跳转的指令。

【0072】在另一个实施例中，客户机只处理在接收到用户指令的时刻与再现设备(多个)再现的音频、视频和/或覆盖无关的用户指令。如果指令以任意方式影响了以后再现的音频、视频和/或覆盖的内容、速度或方向，则该指令一般被认为是与被再现的音频、视频和/或覆盖有关的。独立指令的例子包括电源开/关、音量控制、静音、亮度控制和对比度控制。

【0073】现在看图6，它显示了流程图，图解说明根据本发明实施例的服务器，在与客户机建立和进行控制会话的过程中的操作。如同图5，图解说明的过程假定服务器和客户机是使用TCP/IP协议通信的。在其它实施例中，可以使用其它通信协议。过程120通过建立与客户机的连接开始。如上述讨论的，通过客户机向服务器的控制端口发送请求，可以建立连接(122)。一旦已经建立连接，则服务器通过连接从客户机接收建立控制会话的请求(124)。服务器确定是否接受控制会话(126)。在一个实施例中，服务器通过向客户机发送拒绝会话的消息来拒绝会话(128)。服务器会拒绝控制会话的原因的例子包括如果服务器的内容不适合特定的客户机(如，客户机可由孩子访问且服务器包含成人内容)，则服务器会拒绝控制会话。举另一个例子，当服务器过载时，服务器也可以拒绝会话。又一个例子是当访问服务器是在收费基础上进行时，且客户机与有效支付无关联时，会发生拒绝控制会话。

【0074】如果会话被服务器接受，则服务器为每个数据信道建立连接(130)。在一个实施例中，数据信道包括音频信道、视频信道和覆盖信道，并且服务器为每个信道指定端口分配。在其它实施例中，数据信道可以包括音频和控制信道，视频和控制信道，或视频、覆盖和控制信道，或这类信道的其它组合。

【0075】在支持各种信道配置的实施例中，数据信道的建立可以包括通过向客户机发送指定数据格式的信息，初始化数据信道。此信息可以包括时间戳信息，关于排队的数据量的信息和数据应该被处理的时间的信息。初始时间戳是随机确定的。与信道上发送的数据相关联的时间戳可以根据以下公式确定：

数据时间戳＝初始时间戳+绝对值(数据开始时间-数据位置)/速率

其中：

数据时间戳是与数据相关联的时间戳；

初始时间戳是由服务器选择的时间戳；

数据开始时间是一预定时间，该预定时间表示与存储的数据序列的起始有关联的起始时间；

数据位置是与特定的数据段或数据集相关联的预定时间，该预定时间表示如果数据序列是以预定的速率从其起始被线性再现，数据被再现的时间；和

速率是一表示速度的值，服务器希望相对于预定的速率，数据以此速度被再现。

【0076】在片断被更快或更慢播放的情形中，速率值对时间戳进行调节以适应增加或减少的帧数量。

【0077】在建立数据信道之后，服务器可以开始向客户机发送媒体(132)。在一个实施例中，服务器从文件中提取媒体信息，该文件类似于Alexander van Zoest的美国专利申请序号11/016,184中描述的文件。在几个实施例中，服务器一开始就提取音频、视频和/或覆盖信息以创建用户界面。根据本发明的用户界面的实施例可以是音频界面，单纯的图形界面或将音频和图形元件结合的界面。在服务器使用数据信道发送故事片的情形中，服务器可以从存储在服务器上的文件内包含的许多视频和音轨中选择视频和音轨。此外，服务器可以选择覆盖轨道以提供字幕或其它形式的覆盖，诸如信息栏或表明动作(诸如暂停、快进、回放故事片或在各章之间跳转)的图标。在其它实施例中，服务器可以只提供音频、视频或覆盖轨道。在这种实施例中，其它服务器可以提供其它轨道，或可以没有其它任何数据轨道。

【0078】如果从客户机接收到信息(134)，则服务器对该信息作出响应(136)。该信息一般包含用户指令或时间戳报告。大多数发送的用户指令与用户希望访问的音频、视频和/或覆盖信息有关。服务器的响应可以根据在用户指令被接收的时刻显示的信息是否是用户界面的一部分或是故事片的一部分而变化。将在下文进一步讨论根据本发明的服务器的一个实施例对发送的用户指令的处理。然而，值得注意的是服务器能够在用户指令被接收的时刻从关于音频、视频和/或覆盖的时间戳报告中获得信息。

【0079】以上讨论描述了根据本发明在服务器的实施例和客户机之间的交换信息。如上所述，根据本发明实施例的服务器可以译码音频、视频和/或覆盖信息以发送到特定的客户机。根据本发明的实施例，译码音频、视频和/或覆盖信息的过程示于图6a。过程138包括确定将由服务器发送的音频、视频和/或覆盖信息的格式(138a)。还可以获得设备描述(138b)。如上所述，设备描述可以是存储在客户机上的XML文件，它可以由客户机使用以向服务器提供关于客户机能力的信息。在一个实施例中，客户机通过控制信道将信息提供给服务器。当服务器具有关于媒体格式和设备能力的信息时，服务器可以确定是否应该进行译码(138c)。在一个实施例中，当媒体以不适于通过单独的音频、视频和/或覆盖信道发送的方式被格式化时，就进行译码。在几个实施例中，当客户机不能解码音频、视频或覆盖信息被格式化的格式时，就进行译码。在许多实施例中，对音频、视频和覆盖信息分别进行确定。

【0080】如果确定需要对音频、视频和/或覆盖信息进行译码，则服务器对音频、视频和/或覆盖信息进行译码(138d)，并提供译码的音频、视频和/或覆盖信息，以和不需要译码的任意原始格式的音频、视频和/或覆盖信息一起发送。如果确定不需要译码，则提供原始格式的音频、视频和/或覆盖信息以发送(138e)。

【0081】图7示出说明根据本发明实施例的客户机处理从服务器接收包的方式的流程图。过程140从客户机接收信息包(142)开始。在服务器和客户机按照TCP/IP协议通信的实施例中，通过参考包的端口地址，客户机的TCP/IP栈实现识别了信息的性质(144)。然后，包被缓冲到适当的音频、视频、覆盖或控制缓冲器中(146)。然后音频、视频、覆盖或控制信息被放置在适合接收信息的类型的队列中(150)。然后，排队的信息以和该信息相关联的时间戳确定的次序，以服务器指示的方式(见上述讨论)被处理。可以把所处理信息的时间戳报告给服务器(154)。除非另外指示，客户机以类似方式连续处理进入的包。

【0082】音频、视频和/或覆盖信息通过单独的信道传递的这个事实使客户机能够在特定类型的信息到达时，就访问它。在所有数据类型都是在单个信道上被多路传输时，客户机可能被强制以到达的顺序处理数据，这与基于客户机最需要的数据来处理数据是相反的。可以想到的是，这种客户机可能渴望一种类型的数据，并将这种类型的数据包存储在其缓冲器中，但被强制处理其它类型的数据，原因是其它类型的数据先到达。不过，客户机也可以被配置成定位并处理期望的信息。

【0083】在许多实施例中，服务器可以包括数字权限管理(DRM)信息，该信息具有在每个音频、视频、覆盖和/或控制信道上发送的信息。在一个实施例中，关于DRM信息性质的信息由服务器传送到客户机上。客户机能够确认它具有执行必要解密的能力，以播放DRM保护的信息或可以作出响应，表明它不具有这种能力。

【0084】如前面讨论的，根据本发明的客户机的许多实施例不直接响应用户指令。而是，客户机将指令转发到服务器，且服务器通过选择将由客户机显示的音频、视频和/或覆盖信息来响应指令。对于许多实施例来说，客户机的能力不包括处理输入的包的这个事实对于客户机可以被简单地实现是很关键的。现在将更详细考虑根据本发明的服务器和客户机的实施例对用户指令的处理。

【0085】本发明系统的实施例通常被配置成响应用户指令时，减少等待时间，原因是减少等待时间可以增强与系统10交互时的用户体验。等待时间是用户指令接收时间和在再现设备上显示音频、视频和/或覆盖信息时间之间的延迟。根据本发明的服务器的实施例可以以许多方式尝试减少等待时间。一种技术是管理客户机的队列，以使响应用户指令而发送的信息被立即处理。如果服务器仅通过发送信息给客户机来响应用户指令，则由于在播放新发送的信息之前，客户机要播放以前排队的信息，所以会产生延迟。在服务器发送音频、视频和/或覆盖信息以响应用户指令之前，通过向客户机发送指令以清空其队列，服务器可以减少等待时间。一旦队列被清空，则新接收的信息可以立即由客户机显示。

【0086】在许多实施例中，服务器响应用户指令发送的新的音频、视频和/或覆盖信息具有不同于先前发送的多媒体的格式。格式的变化可以包括数据编码格式的变化(诸如，分辨率，视频宽度和高度，或音频采样速率)，客户机应该排队的数据量的变化，客户机应该根据数据的时间戳或激活DRM处理数据的方式的变化。在要求格式改变以响应用户指令的情形下，服务器可以在以新的格式发送媒体信息之前，重新初始化与客户机的媒体信道。

【0087】图8和图9是显示根据本发明系统的一个实施例，由客户机和服务器执行的动作以响应客户机接收用户指令的流程图。可以看出，图解说明的实施例具备执行减少系统等待时间的操作的能力，及适应与发送不同类型数据相关联的格式变化的能力。

【0088】首先看图8，它图解说明了根据本发明的一个实施例，响应用户指令和从服务器接收的信息，客户机的操作流程图。在继续说明之前，我们注意到当出现附加用户指令时，该过程可以被中断。当接收到用户命令时(162)，过程160开始。客户机检查用户命令以确定命令是否由客户机处理(一般，该指令与指令之后要显示的音频、视频和/或覆盖的内容无关)或是否应该把命令转发到服务器。如果用户指令可以由客户机处理，则客户机响应用户指令(166)，然后重新进入一个循环，该循环包括当等待被另外的用户命令中断时，检查服务器命令，并处理输入的音频、视频和/或覆盖信息。

【0089】当用户指令不能由客户机处理时，用户指令通过控制信道被转发到服务器(168)。然后，客户机进入一个循环，该循环检查来自服务器的控制消息(170)，当没有控制消息时，处理音频、视频和/或覆盖信息用于再现(172)，并以服务器指定的间隔通过控制信道将时间戳报告发送到服务器(173)。以下将进一步讨论，服务器可以使用时间戳报告确定在用户提供指令的时刻再现的音频、视频和/或覆盖信息。

【0090】如果控制指令是从服务器接收的，则客户机确定控制指令的类型(174)。控制指令可以命令客户机重新同步化其队列。重新同步化(176)可以包括清空队列和/或向客户机分配新的定时器值。清空队列使客户机能立即再现服务器发送的新数据。在许多情形下，客户机被重新同步化，而不用清空其队列。重新同步化而不清空队列在期望显示队列中信息的情形下(诸如当系统希望影片放映完，然后返回诸如菜单的用户界面时)是很有用的。这种情况的一个例子是当服务器想让客户机自动返回用户界面而不切断故事片时。在许多实施例中，服务器可以发送重新同步化请求，而不向客户机提供附加信息，直到接收到应答，表明由客户机排队的媒体(或时间戳小于指示的时间戳的媒体)已经播放完时。在几个实施例中，可以使用重新同步化而不清空队列，以确保直到已经再现音响效果时用户界面才被客户机更新。

【0091】接收到重新同步化指令之后，客户机可以通过控制信道向服务器发送重新同步化应答。然后客户机在检查另外的控制指令(170和172)，并通过控制信道向服务器发送时间戳报告(173)的同时，继续处理从服务器接收的音频、视频和/或覆盖信息。

【0092】客户机可以确定控制要求对数据信道进行重新初始化(178)。一旦客户机已经适应由服务器提供的新的信道参数，则客户机在检查另外的控制指令(170和172)，并通过控制信道向服务器发送时间戳报告(173)的同时，继续处理并输出音频、视频和/或覆盖信息以由再现设备显示。

【0093】客户机可以确定控制指令要求终止控制会话(184)。在这种情况下，客户机通过断开已经建立的每个音频、视频、覆盖和/或控制信道来终止控制会话(186)。客户机还可以处理实现系统功能必需的其它类型的控制指令(188)。处理控制指令之后，客户机一般在检查另外的控制指令(170和172)，并通过控制信道向服务器发送时间戳报告(173)的同时，继续处理音频、视频和/或覆盖信息以由再现设备显示。

【0094】现在看图9，它图解说明了根据本发明的一个实施例，一接收到来自客户机转发的用户指令时，服务器的操作的流程图。过程200始于在控制信道上接收客户机已经转发的用户指令(202)。服务器确定用户指令的性质并相应作出响应(203)。对用户指令的适当响应一般取决于在接收用户指令的时刻由再现设备显示的音频、视频和/或覆盖信息的内容。在许多实施例中，客户机的时间戳报告使服务器能够准确确定在接收用户指令的时刻再现的音频、视频和/或覆盖信息。用户可能提供了在用户发出指令的时刻被再现的音频、视频和/或覆盖信息背景下不适当的指令。例如，当显示菜单时指示倒片可能是不恰当的，如同在故事片再现期间选择菜单项的指令是不恰当的一样。

【0095】在故事片期间，有效用户指令一般需要操作影片被播放的速率和/或方向，到菜单和/或附加覆盖的转换。当菜单被再现时，服务器一般处理关于在特定菜单显示过程中可以被执行的有效动作的信息。此信息可以采用状态机的形式。如果服务器在用户发出指令的时刻有菜单状态记录，则有效指令一般包括转换到另一个菜单状态或显示故事片。

【0096】当用户指令要求客户机立即显示音频、视频和/或覆盖信息时，如果确定适当(204)，服务器可以发送控制指令，指示客户机清空任何排队的媒体信息(206)。一旦重新同步化消息已经被发送，并被确认(207)，则服务器可以发送所需的音频、视频和/或覆盖信息。如上述讨论，清空队列可以减少系统响应用户指令的等待时间，并避免在指令被移交之前，故事片中作为由客户机排队的信息的不协调跳帧。也可以对服务器和客户机执行其它类型的重新初始化。

【0097】当故事片播正在被再现时，服务器可以使用客户机提供的时间戳报告以确定在接收用户指令的时刻被再现的音频、视频和/或覆盖信息。然后服务器可以通过清空队列，并且发送音频，视频和/或覆盖信息来响应用户指令，用户指令包括影片被显示的速度和方向，当所述音频、视频和/或覆盖信息被客户机处理和再现时，其根据用户的指令呈现影片，这些用户指令是关于来自对应于用户指令发出的点的再现的故事片中的点的速度和方向的。通过清空队列，客户机通常被强制在用户发出指令之前，重新发送客户机排队的信息。然而，排队的信息可以已经由客户机以不符合用户指令的方式再现，损坏用户对系统的体验。

【0098】当服务器确定用户指令要求发送不同于以前发送的多媒体信息的多媒体信息类型时(208)，服务器可以向客户机发送控制指令，指示客户机重新初始化音频，视频和/或覆盖信道(210)。然后服务器根据新的信道参数，开始发送音频，视频和/或覆盖信息(216)。

【0099】以上描述并不是对由服务器发送的以响应用户指令或在这方面的其它任何情况下发送的控制指令的详尽描述。如果服务器确定应该向客户机发送另一种类型的命令(218)，则服务器可以发送这种命令(220)。实际上，服务器可以确定不需要向客户机发送命令，并且仅根据用户指令发送多媒体信息。此外，根据本发明的一个实施例，使用译码提供音频、视频和/或覆盖信息的服务器也可以被配置成以一种方式响应用户命令，该方式确保提供给代码转换机的视频适合于由客户机提供的指令。

【0100】以上描述大致集中在音频、视频和/或覆盖信息是由单个服务器提供的情况。本发明的许多实施例使用多个服务器以向客户机提供信息。在一个实施例中，多个服务器同时给客户机提供信息，每个服务器提供不同类型的信息。在另一个实施例中，第一服务器向客户机提供音频、视频和/或覆盖信息，然后进行转换，第二服务器向客户机提供音频、视频和/或覆盖信息。

【0101】根据本发明系统的一个实施例示于图10，在这种系统中，多个服务器能够同时向客户机提供数据。系统10′包括通过网络14′连接到客户机230的多个服务器12a，12b。客户机连接到再现设备232，再现设备232能够显示由客户机接收的音频、视频和/或覆盖信息。图10还概念性地图解说明了存在于服务器和客户机之间的信道。第一服务器12a通过视频信道17b′和音频信道17a′连接到客户机。客户机和第一服务器还能够通过控制信道19′互相通信。第二服务器12b通过覆盖信道17c′连接到客户机，并通过一个双向控制信道19a连接到第一服务器。图10所示的配置类似于可能存在的一种配置，即如果故事片由第一服务器提供，且特定语言的字幕覆盖由第二服务器提供时的配置。

【0102】当信息是从多个服务器发送到客户机时，协调传送到客户机的信息就成了问题。在许多实施例中，选择单个服务器作为控制集线器。控制集线器服务器负责将适当的控制消息转发到与客户机通信的所有服务器，并负责将控制消息从其它服务器转发到客户机。一般，控制集线器被选择为客户机一开始寻求与其建立控制会话的服务器。在许多情况下，用户会请求不在第一服务器上的信息，而第一服务器会寻求与其它能提供期望信息的服务器建立连接。在一些情况下，这可以仅是信息的单个信道。在其它情况下，所有期望的信息可以驻存在另一个服务器上。例如，第一服务器可以存储用户界面信息，该用户界面使用户能够访问存储在另一个服务器上的故事片。第一服务器在一段时间提供所有所需信息，然后第二服务器在一段时间提供所有所需信息的情况下，第一服务器可以作为第二服务器的控制集线器，或将控制传给第二服务器。

【0103】根据本发明系统的实施例还可以包括与一个或更多个客户机通信的一个或更多个服务器。在这些实施例中，单个服务器可用作控制集线器，并保持与特定控制会话中出现的每个服务器和客户机的控制连接。替代地，控制消息可以被广播给控制会话中包括的所有服务器和客户机。在一个实施例中，如果服务器或客户机给首次发起与服务器中之一的控制会话的客户机提供信息，或对来自该客户机的指令作出响应，则该服务器或客户机是控制会话的一部分。在其它实施例中，如果服务器或客户机在特定的网络(诸如，本地网络，或诸如虚拟专用网的部分网络)内传送信息，则服务器或客户机可以是控制会话的一部分。在许多实施例中，作为控制集线器的服务器确定组成会话的一部分的客户机和服务器。

【0104】如上讨论的，本发明实施例的系统中的各个客户机可以具有不同的能力。在许多情况下，客户机的能力可以由客户机内的基本硬件和用来配置硬件的软件确定。当硬件通常是固定的时，通过改变软件，可以修改客户机的操作。在本发明的许多实施例中，服务器和客户机可以被配置，使得服务器可以给客户机提供更新的软件。

【0105】在几个实施例中，可以进行简单的更新，其中信息通过服务器提供给客户机，且信息由客户机用以修改其软件或固件。简单更新一般是在这些情况下进行的，即对客户机的修改不会影响服务器和客户机通信的方式。

【0106】在软件更新涉及修改服务器和客户机通信协议的情况下，本发明的几个实施例执行高级更新。高级更新是软件或固件更新，其包括在执行更新之前，确定网络状态。如果系统中所有服务器和客户机的当前能力是已知的，且所有可用更新的兼容性也是已知的，则可能对更新哪个设备和对每个设备使用哪个更新做出决定。

【0107】如上所述，根据本发明实施例的设备的能力可以表示成XML文件。在设备接收更新之前，设备可以将其XML提供给提供更新的设备。然后，XML可以被分析以生成能力列表。然后能力列表可以用于确定应用到该设备的更新。当执行高级更新时，所有连接到网络上的服务器和客户机的能力可以被收集，且用来确定每个设备的更新路径的客户机和服务器列表将确保系统的稳定性。为了确保网络的正确视图被收集，高级更新一般要求用户参与，以确保所有设备连接到网络并且是活动的。

【0108】在许多实施例中，每个设备的各自更新是使用版本号进行区别的。在许多情况下，不同的更新可以与不同的通信协议兼容。除非连接到网络的所有其它设备都支持那个(更新的)通信协议，否则设备不应该被更新以支持更新的通信协议。如果有任何设备不支持更新的通信协议，则涉及转换到更新的通信协议的更新不应该被应用到网络上的任何其它设备。

【0109】根据本发明的执行高级更新的过程的实施例示于图11中。过程240包括获得可用更新列表(242)，然后查询连接到网络的设备以确定每个设备的能力(244)。如上讨论的，该查询可以包括与用户交互，以确保所有必需的设备都被连接且被适当配置以继续更新。一旦已经获得了能力列表，则可以使用可用更新的知识确定(246)只要合适的更新被安装，连接到网络的每个设备可以支持的协议版本。一旦确定了协议版本，则确定每个设备的适当更新版本，且必需的更新被提供给每个设备(248)。一旦设备已经接收到更新，则更新可被应用(250)。在许多实施例中，直到所有设备已经接收到所有预期更新的确认被接收，设备才会应用更新。

【0110】在一个实施例中，更新过程中获得关于客户机信息的过程可以与将媒体发送到客户机上时用来确定客户机的能力的过程一样。在许多情况下，根据本发明实施例的服务器通过在表明更新正在被推进的发现过程中向客户机发送信息来向客户机推动更新。在一个实施例中，可以使用由服务器发送的SSDP包中的标志设置来传送信息。接收SSDP包的客户机可以查询服务器以获得URL。然后客户机可以使用URL连接到HTTP端口，并下载适用的更新。在许多实施例中，更新服务器可以通过使用单独的UPNP设备UUID识别其本身。

【0111】尽管上面描述包含本发明许多特定的实施例，但这些实施例不应该看成是限制本发明的范围，而应该看成是本发明实施例的例子。因此，本发明的范围不由图解说明的实施例确定，而由所附的权利要求和其等同物确定。

Claims (21)

1.一种数据分发系统，包括：

服务器，其通过网络连接到客户机；

至少一个存储设备，其包含根据第一格式格式化的音频、视频和/或覆盖信息；

其中所述客户机包括存储信息的存储设备，该信息表示所述客户机能够解码的音频、视频和/或覆盖格式；和

其中所述服务器被配置成通过单独的音频、视频、覆盖和控制信道发送音频、视频、覆盖和控制信息。

2.根据权利要求1所述的数据分发系统，其中所述服务器被配置成查询所述客户机以获得表示所述客户机能够解码的音频、视频和/或覆盖格式的所述信息。

3.根据权利要求2所述的数据分发系统，其中：

所述服务器被配置成将所存储的音频、视频和覆盖信息中的至少一个译码成第二格式；和

表示音频、视频和/或覆盖格式的所述信息表明所述客户机能够解码以所述第二格式编码的音频、视频或覆盖。

4.根据权利要求2所述的数据分发系统，其中：

所述服务器被配置成获得可用更新的列表；和

所述服务器被配置成根据表示所述客户机能够解码的音频、视频和/或覆盖格式的所述信息确定可应用于所述客户机的更新。

5.根据权利要求4所述的数据分发系统，进一步包括：

第三设备，其包括存储关于所述第三设备能力的信息的存储设备；

其中所述服务器被配置成查询所述第三设备，以获得关于所述第三设备能力的存储信息。

6.根据权利要求5所述的数据分发系统，其中所述服务器进一步被配置成参考从所述第三设备中获得的关于所述第三设备能力的所述信息，确定能够应用于所述客户机的所述更新。

7.根据权利要求4所述的数据分发系统，其中所述服务器包括存储设备，该存储设备存储关于所述服务器能力的信息。

8.根据权利要求7所述的数据分发系统，其中所述服务器被配置成参考关于所述服务器能力的所述信息，确定能够应用于所述客户机的所述更新。

9.一种客户机，包括：

处理器；和

网络接口，其被配置成与所述处理器通信，并在单独的信道上接收音频、视频、覆盖和控制信息包；

存储设备，其包含关于可以被所述处理器解码的音频、视频和覆盖信息格式的信息。

10.根据权利要求9所述的客户机，其中所述处理器被配置成通过所述网络接口发送所存储的信息，以响应通过所述网络接口接收的查询，所存储的信息是关于可以被所述服务器解码的所述音频、视频和覆盖信息格式的。

11.根据权利要求9所述的客户机，其中所存储的信息被存储为XML文件。

12.一种服务器，包括：

处理器；和

与所述处理器通信的网络接口；

其中所述处理器被配置成接收以第一格式编码的音频、视频和覆盖信息，并将所述音频、视频和覆盖信息中的至少一个译码成第二格式；

其中所述处理器和网络接口设备被配置成发送音频、视频、覆盖和控制信息。

13.根据权利要求12所述的服务器，其中所述处理器和所述网络接口设备被配置成发送查询请求信息。

14.根据权利要求13所述的服务器，其中所述处理器和所述网络接口设备被配置成接收表示外部设备能力的信息。

15.根据权利要求14所述的服务器，其中所述处理器被配置成分析所述信息以获得能力列表。

16.一种服务器，包括：

处理器；和

与所述处理器通信的网络接口；

其中所述处理器和网络接口设备被配置成获得可用更新的列表；

其中所述处理器和网络接口设备被配置成查询关于外部设备的能力；

其中所述处理器被配置成基于所述可用更新的列表和所述外部设备的能力确定提供给外部设备的更新；和

其中所述处理器和网络接口设备被配置成发送音频、视频、覆盖和控制信息。

17.根据权利要求16所述的服务器，进一步包括：

存储设备，其包含关于所述服务器能力的信息；

其中所述处理器进一步被配置成基于存储的关于所述服务器能力的信息，确定提供给外部设备的更新。

18.根据权利要求16所述的服务器，其中：

所述外部设备的能力包括由每个设备支持的通信协议；

至少一个通信协议是由每个可用更新支持的；

所述处理器被配置成通过确保每个更新的设备会支持相同的通信协议，来确定应用到外部设备的更新。

19.一种通过数据网络传递数据的方法，包括：

获取音频、视频和覆盖信息；

对所述音频、视频和覆盖信息中的至少一个进行译码；

发送音频、视频、覆盖和控制信息及与所述音频、视频、覆盖和控制信息中的一个或更多个相关联的时间戳；

接收所述音频、视频、覆盖和控制信息及与所述音频、视频、覆盖和控制信息中的一个或更多个相关联的时间戳；

以单独的音频、视频和覆盖队列对所接收的信息进行排队；

基于与所述信息相关联的所述时间戳，处理所排队的信息；

发送表示所处理信息的至少一个时间戳的报告；

接收所述报告；和

记录包含在所接收的报告内的关于所述至少一个时间戳的信息。

20.根据权利要求19的方法，进一步包括确定译码所述音频、视频或覆盖信息的适当格式。

21.一种更新设备的方法，所述设备被配置成通过数据网络进行通信，包括：

确定可用更新和每种更新支持的通信协议的版本；

确定每个设备的能力，包括每个设备支持的通信协议的版本；

确定只要执行必要的更新，则可以由所有设备支持的所述通信协议的最新版本；和

执行必要的更新。

Images