专利名称：用于在网络中动态实时流聚集的方法、系统和产品的制作方法
技术领域：
本发明大体涉及在数据处理系统网络中的数据传输，具体地，涉及在因特网或类似网络上的数据块传输。更具体地，本发明涉及将从多个来源来的多个数据流聚集到在网络内的单个客户端。
背景技术：
网络提供在特定路由上从来源到目的地的信息传送。根据特定的协议，信息通过路由器沿着路线传送。因特网已经成为用于传送和分发数据(文本、代码、图像、视频、音频、或其混合)和软件的特别重要的网络。用户连接因特网主干或其他网络主干的性能水平非常不同，范围从14.4Kb/s到45Mb/s以上。
有一些应用程序，其中网络内的客户端接收作为输入到应用程序中的实时数据的各种类型和来源的信息，该应用程序在图形用户界面上以单一合成形式呈现给用户。这是通过将实时数据在诸如应用服务器的公共点进行聚集，然后作为所聚集的数据直接送入客户端设备而实现的。在图6中示出了将从多个来源聚集的视频数据提供给客户端的网络系统的例子。视频服务器通过链路1从股票服务器接收股票信息，并且通过链路2从新闻服务器接收新闻数据。然后视频服务器将股票播报条(ticker)和新闻边条(sidebar)的信息聚集成合成的视频屏幕，并通过链路3将该视频屏幕发送到客户端。
正如将会理解的，在视频服务器将新闻信息和股票信息聚集然后发送到客户端增加了客户获得实时数据的延迟。尽管如此，虽然需要维持必要的视频处理以在视频服务器上构建视频屏幕，但是迄今仍然接受所增加的延迟，而并不让客户端负担聚集从多个来源来的数据和构建从那些来源来的视频图像的工作。但是，最好客户端从视频服务器直接接收用于构建屏幕的视频指令，而从新闻和股票服务器直接接收新闻和股票数据，从而减小在实施数据接收中的延迟。
发明内容
根据本发明，公布了在宿主(home)数据处理系统中的改进的方法、系统和生产产品，该宿主数据处理系统用于管理在网络内通过通信链路、从远程数据处理系统(远程)到客户端数据处理系统(客户端)的数据流传输。本发明的一个优选方法包括步骤创建客户端和宿主之间的关联，从而按照宿主和远程端的多个地址的功能，在客户端和宿主间传输多个数据流；使用用于创建关联的远程的多个地址中一个或多个地址来指令远程端传输远程数据流到客户端，从而客户端在关联内接收远程数据流。
通过下面的详细书面说明，本发明的所有目的、特点和优点将变得非常明显。
参照附图在后面的描述中以优选实施例方式说明了本发明，在图中相同的标号代表相同或类似的元件，如下图1示出了在其中可以实施本发明优选实施例的数据处理系统网络；图2A示出了根据本发明优选实施例的流聚集(SA)命令的格式；图2B示出了根据本发明优选实施例的传输序列号码范围(TSNR)命令的格式；图3示出了根据本发明优选实施例的存储在宿主服务器的存储器内的传输序列号码(TSN)表；图4A示出了可以在本发明优选实施例中使用的服务器-客户端系统的典型软件构架；图4B示出了可以在本发明优选实施例中使用的网络的4层通信构架；图5示出了根据本发明优选实施例的客户端动态实时流聚集的处理流程图；图6示出了从多个来源提供客户端聚集的视频数据的现有技术网络系统的方框图。
具体实施例方式
在优选实施例中，为了客户端应用程序的使用，在网络客户端的网络接口，宿主服务器控制从多个远程服务器来的多个实时数据流的聚集。根据SCTP的多宿主(multi-homing)特点，在规定多个有效的源IP地址的客户端和宿主服务器之间创建SCTP关联，其中将被发送到客户端的源IP地址中的至少一个或多个关联于多个远程服务器和宿主服务器。宿主服务器使用UDP包与远程服务器通信，以指令远程服务器将在指定的IP地址上的所要求的实时数据直接发送到客户端。然后，不用请求用于创建SCTP关联的标准初始过程(即，不传递INIT和INIT ACK消息)，每个远程服务器为与客户端的SCTP连接创建本地端点(endpoint)。其后，在客户端的多宿主地址列表内指定的第二IP地址上，宿主服务器和远程服务器通过链路为相同的聚集应用发送实时数据，而客户端认为该数据在宿主服务器只有一个来源而进行操作。
现在参考附图，具体是参照图1，说明在其中可以实施本发明优选实施例的数据处理系统网络。数据处理系统网络102包括经由诸如因特网的至少一个网络108耦接到至少一个客户端系统106的至少一个宿主服务器系统104。数据处理系统网络102还包括经由网络108耦接到客户端系统106和宿主服务器104的两个或更多个远程服务器系统110、112。应该理解，虽然只示出了单一的宿主服务器系统104、两个远程服务器110及112、和单一的客户端系统106，数据处理系统网络102还可以包括通过一个或多个连接和网络(包括网络108)而互连的任何数目的宿主服务器、远程服务器和客户端系统(未示出)。
在图1示出的优选实施例中，客户端106运行需要从由宿主服务器104管理的多个远程来源来的实时数据流的应用程序。根据优选实施例，为了客户端应用程序的使用，在客户端106的网络接口，宿主服务器104控制从多个远程服务器110、112来的多个实时数据流的聚集。通过宿主服务器104和远程服务器110、112提供本发明的功能，客户端106不需要具有自己聚集多个数据流的能力。在一个实施例中，宿主服务器104是控制实时数据在客户端106处的用户屏幕上显示的视频服务器。
网络在网络上传输数据，需要由系列的规则，从而恰当地执行传输序列的每个部分。将这些规则的每一个称为协议，并且将系列的规则称为协议集。在宿主服务器系统104、远程服务器110及112和客户端系统106之间的数据传输符合各种协议，包括SCTP/IP规范(RFC 2960)、TCP/IP规范(RFC 793)、UDP/IP规范(RFC 768)以及文件传输协议(FTP)、超文本传输协议(HTTP)，或一些类似的通信协议。虽然最初由独立研究组开发，但是大多数网络协议是开放(非专有的)标准，它们中的许多是作为一系列数字排序的RFC(Request forComment，请求意见)论文而出版的。比如，IP协议是RFC 791。这些RFC论文和这些协议的其他详细说明可以方便地在因特网和不同的图书馆里得到。
传输控制协议/因特网协议(TCP/IP)已经成为在因特网和内联网技术中被广泛采用的标准通信协议，其使各种不同的客户端、服务器、和耦接它们的通信系统能够运行。因特网协议(IP)是网络层协议而传输控制协议(TCP)是传输层协议。在网络层，IP提供“数据报”传送服务。TCP在数据报服务之上建立传输层服务，从而提供在两个IP主机之间的保证的、顺序发送的字节流传送。另外常用的传输协议包括定义了无连接数据报服务的用户数据报协议(UDP)，和提供允许多流和多宿主功能的面向连接的、可靠的传输服务的流控制传输协议(SCTP)。虽然不同，但是这些网络协议集的每一个在结构上都相似，包括一系列的层，每层负责通信任务的不同方面。简单来说，下面讨论将主要关于使用SCTP/IP和UDP/IP协议时的本发明的使用。但是，本领域的技术人员应该理解本发明还同样可以应用到其他各种的网络协议。
在优选实施例中，宿主服务器104使用SCTP命令来配置客户端106，以从宿主服务器104和远程服务器110、112接收聚集的数据流。SCTP确保在连接的端点之间几个数据流(以所谓的消息为单元)的完整并发传输。SCTP提供的多流功能允许将数据划分为具有被独立发送属性的多个流，从而在任何流中的消息损失将只影响在那个流内的发送，而不影响在其他流中的发送。SCTP还支持多宿主，其意味着所连接的端点可以具有与其关联的替代的IP地址，从而路由绕开网络故障改变条件。根据优选实施例，客户端106通过发出初始命令(INIT)给宿主服务器104，在连接链路114上与宿主服务器104开始SCTP关联。通过预定义的关系、具体的应用程序或传达到宿主服务器104的特殊选项，宿主服务器104识别该关联将需要从网络上的一个或多个远程服务器来的聚集的数据的实时数据流。
响应于接收要求开始SCTP关联的INIT消息，宿主服务器104发送响应开始确认(INIT ACK)消息到处于在INIT命令中规定的源地址的客户端106。如果客户端应用程序将使用从远程服务器来的聚集的数据，宿主服务器104通过链路114发送INIT ACK消息到客户端106，以根据SCTP多宿主特点指定多个有效源IP地址，其中至少一个或多个被发送到客户端的源IP地址与每个远程服务器110、112和宿主服务器104关联。客户端106在它的多宿主地址列表中存储这些IP地址用于接收实时数据流。
宿主服务器104使用UDP包在链路116和118上与远程服务器110、112通信，以指令远程服务器110和112来直接发送在所指定的IP地址的所要求的实时数据到客户端106。被发送到远程服务器110、112的第一组UDP包具有包括流聚集(SA)命令的有效负荷，该命令由远程服务器的操作系统根据优选实施例来解释和执行。图2A示出了SA命令的格式。SA命令202包括指定该UDP有效负荷是SA命令的命令类型204、指定IPv4或IPv6的客户端地址类型206，、比如，指定用于接收流数据的客户端106的IP地址的客户端地址208、指定远程服务器的所派定的、用于与客户端106关联的流ID的流ID 210、以及指定由在客户端106上的使用应用程序所要求的应用数据的数据类型212。SA命令通知多宿主关联的远程服务器，并且指令远程服务器来直接传输所要求的实时数据给客户端。响应于SA命令，每个远程服务器110、112随后为与客户端106的SCTP连接创建本地端点，而不用要求用于创建SCTP关联的标准开始过程(即，不发送INIT和INIT ACK消息)。
然后宿主服务器104发送第二组UDP包给每个远程服务器110、112，该UDP包具有包括根据优选实施例的TSN范围(TSNR)命令的有效负荷。图2B示出了TSNR命令的格式。TSNR命令220包括指定UDP有效负荷为TSNR命令的命令类型222、指定远程服务器所派定的、用于与客户端106关联的流ID的流ID 224、指定消息序列的TSN开始号的TSN开始226、以及指定由那个远程服务器传输的所允许的范围中的最后的传输序列号的TSN结束228。TSNR命令指令接收远程服务器来传送流数据到客户端106，该接收远程服务器在远程服务器应该使用的号码的传输序列号码(TSN)范围中的。如将理解的，在替代的实施例中可以将SA和TSNR命令合并为单一命令或UDP有效负荷。
其后，宿主服务器104在与主IP地址关联的链路114上为客户端106上的聚集应用程序传送数据。远程服务器112通过客户端106上的多宿主地址列表内所指定的第二IP地址上的链路120，为相同的聚集应用程序发送实时数据。并且，远程服务器110通过客户端106上的多宿主地址列表内所指定的第二IP地址上的链路122，为相同的聚集应用程序发送实时数据。
在SCTP中的数据交换是在TCP的选择ACK过程(SACK)之后，因此通过发送SACK消息、显示在所接收的TSN序列中的间距而确认DATA消息的接收，SACK消息不仅指示所接收的积累的TSN范围，而且还指示任何非积累的多个TSN，。在链路120和122上传送的SCTP消息可以提供数据流，该数据流由在为客户端106和宿主服务器104之间的当前关联所标识的IP地址上的流ID/流序列号码对所标识。这就允许数据的所有远程来源直接发送实时数据到客户端，而客户端认为数据具有在宿主服务器104的单一来源而操作。当从每个数据链路114、120和122接收到每个数据消息(DATA)时，客户端106用选择确认(SACK)回应包括在所接收的数据消息中的来源地址。
宿主服务器104在其存储器中保持一表，以追踪为每个与客户端106关联的、传送实时数据流的远程服务器所分配的TSN范围。例如，图3示出了存储在宿主服务器104的存储器内的TSN表300。TSN表300包括标识流ID的条目，和为宿主服务器、远程服务器1、及远程服务器2(如图1中看到的)的每一个分配的TSN范围。在图3示出的例子中，宿主服务器104已经在TSN表内分配范围10000到12999给自己作为保留。该表还为远程服务器1标识从13000到15999的TSN范围，为远程服务器2标识从16000到19999的TSN范围。将这些范围的每一个经由每个远程服务器的TSNR命令220传达到远程服务器110、112。
因为客户端将用SACK响应在SCTP头部中指定的服务器的源地址，该发送远程服务器将在链路116、118上接收SACK并且转发该确认给宿主服务器104，从而宿主服务器104可以更新在其存储器中的它的TSN表300，以指示所分配的TSN范围。如果由特定的远程服务器使用的积累TSN已经超过如在宿主服务器的TSN表中所指示的、该服务器所分配的TSN范围，则宿主服务器104将基于下个可用的传输序列号码组，为那个远程服务器分配TSN号码的新范围。在用所给定远程服务器的传输系列号码的新范围来更新TSN表300之后，宿主服务器104则可以发出TSNR命令220给远程服务器，为那个远程服务器指定新TSN范围。
在优选实施例的例子中，在客户端(106)的图形用户界面上示出的积累屏幕包括通过被告知到客户端(106)的IP地址，从股票服务器(110)来的股票播报条和从在新闻服务器(112)上的新闻代理来的新闻边条，该IP地址在客户端(106)的多宿主地址列表中的，该多宿主地址是从视频服务器(104)而来。客户端将从在与视频服务器(104)关联中指定的多宿主IP地址上的股票交换服务器和新闻代理服务器接收数据而不知道数据来自于不同于视频服务器的来源。因为直接向客户端传送而不经由视频服务器，所以从视频、股票和新闻服务器送来的实时数据在客户端(106)上用提高的速度聚集。应该理解因为客户端使用标准SCTP操作，所以不需要对客户端系统进行任何形式的改动来利用本发明。宿主服务器和远程服务器的操作系统利用SCTP和特定的命令，实现本优选实施例的流到网络客户端的实时数据的提高速度聚集。
图4A示出了如在本发明实施例中可以利用的服务器-客户端系统的典型软件构架。服务器104和客户端106每一个都用软件构架400来构成。在最底层，使用操作系统405来提供高层功能给用户和其他软件。这样的操作系统典型地包括BIOS(基本输入输出系统)。通信软件410通过直接或间接地调用操作系统功能、旁路操作系统来访问用于在网络上通信的硬件，经由物理通信链路穿过外部端口提供通信到诸如因特网的网络。应用程序接口415允许作为个体或软件例程的系统用户，使用标准一致的接口来调用系统能力而不用担心具体的功能是如何实现的。因特网软件420代表用于用因特网功能装备计算机的任何可得的几个标准商业程序包之一。应用软件425代表任何数目的软件应用，该软件应用被设计来通过通信端口对数据进行反应从而提供用户寻找的所期望的功能。在这个层次的应用程序可以包括那些处理数据、视频、图形、图片或文本而必须的应用程序，其可以由因特网用户来访问。
如图4B所示，对于包括应用层411、传输层412、网络层414、和链路层416的网络，通过4层通信构架401使用SCTP/IP和类似的协议。如下，每层负责处理不同的通信工作。链路层416(也被称作数据-链路层或网络接口层)通常包括在操作系统中的设备驱动器和在计算机中对应的网络接口卡。它们一起处理所有与所使用的网络介质(例如，以太网缆等)物理连接的硬件细节。网络层414(也被称为互联网层)处理在网络各处的数据包的移动。比如，网络层处理在网络上传输的数据的各种包的路由。在SCTP/IP套件中的网络层包含几个协议，包括IP(因特网协议)、ICMP(因特网控制消息协议)和IGMP(因特网组管理协议)。传输层412提供网络层414和应用层411之间的接口，其帮助两个主计算机之间的数据传输。传输层所关心的事物是，诸如将从应用程序传递给其的数据划分为用于下面的网络层的合适尺寸的块、确认所接收的包、设置超时以确定另一端确认所发送的包，等等。应用层410处理具体应用程序的细节。当应用程序使用SCTP/IP发送数据时，将数据向协议栈下方发送，通过每个层，直到将其作为横过网络的比特流来发送。
现在参照图5，其示出了根据本发明的优选实施例，为客户端进行动态实时流聚集处理的流程图。
当客户端发送INIT消息给宿主服务器要求该宿主服务器建立SCTP关联时，进程500在步骤502开始，该SCTP关联用于从相对于宿主服务器为远程的多个来源传输实时数据。在步骤504，宿主服务器用INIT ACK响应INIT消息，INITACK指定多宿主SCTP关联的多个宿主IP地址，其中该IP地址包括远程服务器的IP地址。在步骤506，宿主服务器发送流聚集(SA)命令到要求用客户端在远程服务器将多流(multi-streamed)关联实体化的远程服务器。在步骤508，宿主服务器则发送传输序列号码范围(TSNR)命令到每个远程服务器，为到客户端的数据消息传输指定每个服务器的TSN范围。
在步骤510，宿主和远程服务器使用流ID和TSN SEQUENCES同时开始传送实时数据流到客户端，该流ID和TSN SEQUENCES被指定和分配给在宿主服务器中的TSN表内的每一个并且被在SA和TSNR命令中报告给每个远程服务器。客户端接收在由宿主服务器提供的多宿主地址表中指定的IP地址上的每个数据流，所以假设每个数据流是作为客户端上应用程序的运行所使用的数据流的部分从宿主服务器被定向的。在步骤512，响应于从每个远程和宿主服务器来的、数据流内的被传输的DATA消息的接收，客户端发送SACK到每个远程服务器和宿主服务器。在判定块514，其判定所接收的SACK是否已经识别所接收的消息具有在远程服务器的所分配的TSN范围的末端的TSN。如果没有，进程返回步骤510，在步骤510中宿主和远程服务器在它们的所指派的TSN范围内继续传送实时数据流到客户端。如果在步骤514判定远程服务器已经达到它的所指派的TSN范围的末端，则进程行进到步骤516，在步骤516宿主服务器发送TSNR命令到远程服务器，指派新TSN范围给远程服务器用于继续传送实时数据流。该进程返回步骤510，在步骤510远程服务器继续传送实时数据流到客户端。
当参照优选实施例具体示出和说明本发明时，本领域的技术人员应该理解在不偏离本发明的要旨和范围的情况下，可以对其进行形式和细节上的各种改动。比如，可以使用任何计算机程序软件、固件和硬件的组合来实施本发明。作为实现本发明或构建根据本发明的装置的准备步骤，根据本发明的计算机程序代码(软件或固件)将典型地存储在一个或多个机器可读存储介质中，如固定(硬)盘、磁盘、光盘、磁带、诸如ROM和PROM的半导体存储器、等等，从而制造根据本发明的生产产品。通过从存储设备直接执行代码，或通过将代码从存储设备复制到另外的诸如硬盘、RAM、等等的存储设备，或通过为远程执行传送代码，来使用包括计算机程序代码的该生产产品。可以通过将一个或多个包括了根据本发明的代码的机器可读存储设备与适当的标准计算机硬件组合从而执行包含于其中的代码，来实现本发明的方法形式。用于实现本发明的装置可以是一个或多个计算机和存储系统，这些计算机和存储系统包括或具有到根据本发明的计算机程序代码的网络访问权。
虽然按照达到本发明目的的最佳方式说明了本发明，但是本领域的技术人员应该理解，只要不偏离本发明的要旨和范围可以从这些示教中实现多种变化。
权利要求
1.一种在数据处理系统(宿主)中的方法，用于管理在网络内在通信链路上从远程数据处理系统(远程)向客户端数据处理系统(客户端)的数据流的传输，所述方法包括步骤创建客户端和宿主之间的关联，从而作为宿主和远程的多个地址的功能，在客户端和宿主间传输多个数据流；和使用用于创建所述关联的远程的多个地址中一个或多个来指令远程传输远程数据流到客户端，从而客户端接收关联内的远程数据流。
2.根据权利要求1所述的方法，其中所述关联创建为SCTP关联，并且指定多个地址给客户端作为使用多宿主特性的宿主的IP地址。
3.根据权利要求2所述的方法，其中指令步骤包括将客户端的IP地址和流标识号码提供给远程。
4.根据权利要求2所述的方法，其中指令步骤包括将传输序列号码的范围提供给远程，并且指令远程在该范围内传送远程数据流。
5.根据权利要求4所述的方法，还包括步骤从远程接收指示客户端已经收到在范围内的远程数据流的确认；提供传输序列号码的新范围给远程；和指令远程在新范围内传送远程数据流。
6.根据权利要求2所述的方法，还包括步骤不用在远程从客户端接收INIT，在远程创建与客户端的关联；和使用由发送到客户端的在创建关联中包括的INIT ACK消息中的宿主指定的远程的IP地址，传送远程数据流到客户端。
7.根据权利要求1所述的方法，其中创建步骤包括创建客户端和宿主间的关联，从而作为宿主和多个远程的多个地址的功能，在客户端和宿主间传输多个数据流，并且指令步骤包括使用用于创建关联的远程的多个地址中一个或多个来指令多个远程的每一个远程传输远程数据流到客户端，从而客户端在相同的关联内从多个远程接收多个远程数据流。
8.根据权利要求1所述的方法，还包括步骤从宿主向远程传送流聚集命令来指定用于远程数据流传输的客户端的地址和流标识符。
9.根据权利要求1所述的方法，还包括步骤从宿主向远程传送传输序列范围命令来指定用于远程数据流传输的传输序列号码的范围。
10.一种数据处理系统(宿主)，用于管理在网络内在通信链路上从远程数据处理系统(远程)向客户端数据处理系统(客户端)的数据流的传输，其包括一装置，用于创建客户端和宿主之间的关联，从而作为宿主和远程的多个地址的功能，在客户端和宿主间传输多个数据流；和一装置，用于使用用于创建关联的远程的多个地址中一个或多个来指令远程传输远程数据流到客户端，从而客户端在关联内接收远程数据流。
11.根据权利要求10所述的数据处理系统，其中所述关联创建为SCTP关联，并且指定多个地址给客户端作为使用多宿主特性的宿主的IP地址。
12.根据权利要求11所述的数据处理系统，还包括用于将客户端的IP地址和流标识号码提供给远程的装置。
13.根据权利要求11所述的数据处理系统，还包括一装置，用于将传输序列号码的范围提供给远程，并且指令远程在该范围内传送远程数据流。
14.根据权利要求13所述的数据处理系统，还包括一装置，用于从远程接收确认以指示客户端已经收到在范围内的远程数据流；一装置，用于提供传输序列号码的新范围给远程；和一装置，用于指令远程在新范围内传送远程数据流。
15.根据权利要求10所述的数据处理系统，还包括一装置，用于创建客户端和宿主间的关联，从而作为宿主和多个远程的多个地址的功能，在客户端和宿主间传输多个数据流，和一装置，用于使用用于创建关联的远程的多个地址中一个或多个来指令多个远程的每一个远程传输远程数据流到客户端，从而客户端在相同的关联内从多个远程接收多个远程数据流。
16.根据权利要求10所述的数据处理系统，还包括一装置，用于从宿主向远程传送流聚集命令来指定用于远程数据流传输的客户端的地址和流标识符。
17.根据权利要求10所述的数据处理系统，还包括一装置，用于从宿主向远程传送传输序列范围命令来指定用于远程数据流传输的传输序列号码的范围。
18.一种包括机器可读介质的生产产品，该介质包括嵌入其中的、使数据处理系统(宿主)中的控制电路执行步骤的程序逻辑，该数据处理系统(宿主)用于管理在网络内在通信链路上从远程数据处理系统(远程)向客户端数据处理系统(客户端)的数据流的传输，所述步骤包括创建客户端和宿主之间的关联，从而作为宿主和远程的多个地址的功能，在客户端和宿主间传输多个数据流；和使用用于创建所述关联的远程的多个地址中一个或多个来指令远程传输远程数据流到客户端，从而客户端在关联内接收远程数据流。
19.根据权利要求18所述的生产产品，其中所述关联创建为SCTP关联，并且指定多个地址给客户端作为使用多宿主特性的宿主的IP地址。
20.根据权利要求19所述的生产产品，其中指令步骤包括将客户端的IP地址和流标识号码提供给远程。
21.根据权利要求19所述的生产产品，其中指令步骤包括将传输序列号码的范围提供给远程，并且指令远程在该范围内传送远程数据流。
22.根据权利要求21所述的生产产品，还包括步骤从远程接收确认以指示客户端已经收到在范围内的远程数据流；提供传输序列号码的新范围给远程；和指令远程在新范围内传送远程数据流。
23.根据权利要求19所述的生产产品，还包括步骤不用在远程从客户端接收INIT，在远程创建与客户端的关联；和使用由发送到在创建关联中包括的客户端的INIT ACK消息中的宿主指定的远程的IP地址，传送远程数据流到客户端。
24.根据权利要求18所述的生产产品，其中创建步骤包括创建客户端和宿主间的关联，从而作为宿主和多个远程的多个地址的功能，在客户端和宿主间传输多个数据流，并且指令步骤包括使用用于创建关联的远程的多个地址中一个或多个来指令多个远程的每一个远程传输远程数据流到客户端，从而客户端在相同的关联内从多个远程接收多个远程数据流。
25.根据权利要求18所述的生产产品，还包括步骤从宿主向远程传送流聚集命令来指定用于远程数据流传输的客户端的地址和流标识符。
26.根据权利要求18所述的生产产品，还包括步骤从宿主向远程传送传输序列范围命令来指定用于远程数据流传输的传输序列号码的范围。
全文摘要
客户端(106)的图形用户界面包括从股票服务器(110)来的股票播报条和从新闻服务器(112)来的新闻边条，所述服务器(110)、(112)在被通告到客户端(106)的其多宿主地址列表中的IP地址上，该多宿主地址从视频服务器(104)来并根据根据流控传输协议(SCTP)指定。不用知道数据从不同于视频服务器(104)的来源而来，客户端从在与视频服务器(104)的关联中指定的多宿主IP地址上的股票交换服务器和新闻代理服务器接收实时数据。从视频、股票和新闻服务器送来的实时数据在客户端(106)上用提高的速度聚集，因为所述传送直接到达客户端而不经过视频服务器。远程服务器和宿主服务器的操作系统利用SCTP和特定命令来实现流入到网络客户端的实时数据聚集的提高的速度，而不必改动现有的客户端系统。
文档编号H04L29/06GK1717914SQ200480001616
公开日2006年1月4日 申请日期2004年8月31日 优先权日2003年10月23日
发明者文卡特·文卡特苏布拉, 维尼特·贾恩 申请人:国际商业机器公司