专利名称：松耦合式可扩展分布式多媒体流式传输系统的方法和设备的制作方法
技术领域：
本发明通常涉及分布式多媒体流式传输领域，尤其涉及来自分布式组件的高比特率流式传输的媒体内容分发。
背景技术：
高比特率多媒体流式传输，尤其是高比特率视频流式传输从处理数千同步用户发展到了数百万用户。基于集中控制的单个强大机器或群集系统的传统系统结构不再能满足这种大量的需求。
发明内容
本发明提供一种可扩展的分布式多媒体流式传输系统，其使用至少一个媒体站，所述媒体站有一个媒体引向器和多个媒体引擎。每个媒体引擎合并了媒体内容存储器、用于通过网络检索媒体内容的通信信道和用于通过网络对媒体内容进行流式传输的通信信道。媒体引向器有一个控制器，其适于通过一个选定媒体引擎引导经由网络检索媒体内容，跟踪存储在媒体引擎上的内容并把从连接到媒体站的媒体控制台请求的内容重定向到用于存储与该流式传输请求对应的内容的一个选定媒体引擎去。采用多媒体站来利用与每个媒体站中的媒体引向器通信的媒体位置注册表来扩展网络。媒体位置注册表是一个中央储存库，用于存储媒体站中所有媒体内容的位置。下载的内容然后可以被媒体站呈现给通过网络与它们相连的媒体控制台，并且媒体站之间用于内容传送的内部通信也能够通过网络实现。
当结合附图考虑时，参考如下详细说明书将更好地理解本发明的这些以及其它特征和优点，附图中图1是被合并在媒体站中的元件的框图；图2是采用根据本发明的媒体站的一个网络系统框图；图3a是用于把数据流式传输给用户媒体控制台的硬件相互作用和流程的图表；图3b是如图5a所示用于把数据进行流式传输的处理流程图；图4是为了减轻过载而在备选媒体引擎上快速复制分段的处理流程图；图5是响应于用户命令用于避免差错的媒体引擎交换的处理流程图；图6是一个超媒体文件系统；图7是硬件物理结构的顶层框图；图8是底架布置的详细框图；图9是具有网络管理系统和底架叶片(blade)控制器的叶片主板的功能相互作用框图；图10是在采用本发明的系统中的用于接入控制的秘密密钥系统的基础元件的框图；图11是用于流式传输数据的媒体控制台请求的验证的系统通信的框图；和图12是描述验证过程的框图。
具体实施例方式
合并了本发明的一个媒体内容分发系统采用一个自给自足流式传输单元，它被表示为覆盖一组用户的一个媒体站。一个典型应用中的媒体站被安装在用户所连接的宽带网的CO(中心局)中。媒体站的布局按照要被覆盖的用户数目、网络拓扑和可用网络带宽来确定。
如图1的一个示例实施例所示，每个媒体站102合并了一个媒体引向器104，媒体引向器104具有一个EPG服务器106和一个用于处理流式传输和来自用户的特技模式(trick-mode)请求的应用服务器108。一个超媒体文件系统(HMFS)110被合并用于数据存储。一个性能完全相同的备用媒体引向器104S被提供来在服务故障或撤销时承担工作引向器的角色。多媒体引擎112存在于媒体站中。媒体引向器记录系统中所有节目的位置并且记录哪一个媒体引擎保存一个特定节目或它的一部分。一旦进行来自用户媒体控制台的通信时，媒体引向器把媒体控制台引导到适当的媒体引擎以便开始数据流。一个分布式存储子系统(对于示出的实施例，是一个HMFS)114存在于每个媒体引擎中，以便使用大量独立、并行的I/O信道116来满足大存储尺寸需求和I/O数据率需求。媒体引擎通过一组吉比特以太网交换机118连接在一起并且连接到与用户通信的网络120。网络到用户之间的带宽和I/O信道的匹配避免了流式传输系统中的任何瓶颈。
每个媒体节目(影片、文件、电视节目、音乐片，等等)都被划分成为较小的分段(在本领域中也可称为“切片”)。这样的划分提供媒体数据单元的小颗粒性并使得数据移动、复制、分级和管理更为容易并更有效率。
图2示范了网络系统的一个实施例，它示出了一个媒体交换机，该交换机合并了被配置来使用在被服务的若干地理区域或城市202中的媒体站组。媒体交换机的一个完整说明公开在标题为″METHODAND APPARATUS FOR MEDIA CONTENT DISTRIBUTION IN ADISTRIBUTED MULTIMEDIA STREAMING SYSTEM”(分布式多媒体流式传输系统中媒体内容分发的方法和设备)的系列申请(美国专利申请第10/826,519号)中，该申请具有与本申请共同的受让人，并且该申请内容在此被完全引用作为参考。使用本发明的这个系统的可扩展性在图2中被示出。每个城市使用通过城域网(MAN)204互连的一系列媒体站102。每个媒体站服务具有媒体控制台206的若干用户。每个用户有一个主要媒体站来服务它的流式传输请求。另外，每个城市合并了在线支持层单元，它包括一个媒体位置注册表(MLR)208、一个归属媒体站210和数据中心(DC)214中的一个内容管理器212。对于示出的实施例，主要城市202′被选择作为总部站点。与那个站点相关的是一个媒体资产管理(MAM)系统124。在一个备选实施例中，多个城市合并了一个MAM用于把内容引入到系统中。
MAM确定何时何地分发一个节目。CM在MAM规定的时刻公布节目，并且MLR识别用于分发的数据的位置。
为了把内容流式传输给用户，每一媒体站中的媒体引向器使用一个负载平衡方案来跟踪媒体站中媒体引擎的任务负载。通过按照当前系统状态和负载分布来引导流式传输请求从而实现负载平衡。在媒体引向器的命令下数据传送的通信顺序的一个示例如图3a所示，系统元件具有典型的IP地址位置。媒体控制台206从媒体引向器104请求302一个分段0021。媒体引向器识别这个分段于存在于媒体引擎1和8(ME1和ME8)中的分段位置表304中的位置并把MC重定向306到ME1的IP地址10.01.1.11。MC然后从开始流式传输数据310的ME1请求308分段0021。当流式传输的分段接近它的结束时，ME1从定位于下一分段的MD和在分段位置表中存储那个分段的ME请求312下一分段的位置，基于负载和状态来选择一个ME并用下一分段的标识(seg 0022)和下一分段所属的ME2的IP地址10.0.1.12来进行应答314。ME1通知ME2预先载入316下一分段seg 0022并在seg 0021流式传输完成后引导318ME2以便开始把seg 0022流式传输到IP地址18.0.2.15，媒体控制台。ME2然后开始把来自seg 0022的数据流式传输320给MC。
相对于图3a描述的序列的流程图如图3b所示。在由ME2承担与MC的流通信时，ME 2发送一个通知322给MD。所述过程继续直到在ME通知MD流式传输已经停止326的那一时刻MC命令停止通过ME进行的流式传输324为止。媒体引向器可以采用若干ME来向媒体控制台按照顺序提供分段。基于内容和负载分配ME的灵活性允许MD平衡ME的操作。
作为负载平衡方案的一部分，一个快速复制方案被用来从一个媒体引擎向另一媒体引擎拷贝一个分段。当一个媒体引擎超过它的流式传输能力时，一个非常需要的分段可以被复制到另一媒体引擎并且对于那个分段的进一步请求被引导到该新的媒体引擎。在该示例实施例中，触发复制的流式传输请求所观察到的额外延迟小于30毫秒。
通信序列如图4所示。第一媒体控制台MC1请求分段流式传输402到媒体引向器MD。MD用一个向存储该分段的媒体引擎ME1的重定向来进行应答404。MC1请求从ME1播放流406并且ME1通过流式传输来自该分段的RTF分组数据来响应408。MD已经对至ME1的重定向编目录并监控ME1的负载。如果ME1已经达到一个预定最大门限值(最大能力一百分比)，当另一媒体控制台MEn请求流式传输410同一分段时，如果该分段不存在于分段位置表中的另一可用ME上，则MD引导412另一媒体引擎ME2取得该分段并规定从中该分段要被复制的ME。在各个实施例中，最大门限值可以如此确定，以使复制可以从第一媒体引擎或分段位置表中的其它现有媒体引擎发生。可替代地，如关于图7所述，取得命令可以从另一媒体站中的媒体引擎直接复制该分段。为了举例的目的，由MD定义的源媒体引擎被指定MEx。ME2向通过发送分段416来应答的MEx请求拷贝414该分段。在取得的方向上，MD应答418MCn，重定向到ME2的IP地址。MCn然后请求播放流420并且ME2进行响应422，转发分段的RTF分组给MCn。当从MEx到ME2的分段拷贝完成时，ME2发送一个拷贝完成424给MD，它如前所述那样通知MLR该分段的新位置。
一个流交换方法被用来交换同一分段的两个流，一个在具有分段完整拷贝的第一媒体引擎ME2上，第二个在当前接收同一分段的第二媒体引擎ME1上。在用户尝试快进，同时从ME1用不完整分段流式传输的情况下，媒体引向器从ME 1向ME2交换快进流(用完整的分段)。使用以标准速率运行的同一分段的流从第一媒体引擎被交换到第二媒体引擎，因此避免快进操作失败。
图5示范了用于交换媒体引擎的通信序列。在正常操作期间，媒体引向器MD引导ME1取得502一个特定的分段。ME1请求从源ME(任意地被标识为MEx)拷贝504分段，并且MEx通过发送506所期望的分段来进行响应。在分段接收期间，媒体控制台MC1从MD请求一个流508，MD应答510；把MC重定向到ME1。MC1请求播放流512，ME1通过发送来自所请求分段中的RTF分组来进行响应514。如果MC1请求流(分段)的快进516，若快进超过已经从MEx接收到的分段的部分，则ME1识别流式传输出错的可能。ME1通知518MD即将来临的差错状态，并且MD用空闲的或者在ME1之后已经开始流式传输的具有整个分段的媒体引擎ME2(它可以是MEx本身)的标识进行应答。ME2已经流式传输分段的RTF分组520到另一媒体控制台MCn。ME1请求一个交换522，识别MC1作为当前通信中的媒体控制台并提供分段编号和该分段内的帧。ME2开始向MC流式传输来自该分段的数据524，如果ME2已流式传输，则返回一个交换526，识别媒体控制台MCn和该分段的帧。ME1接管RTF分组向MCn的流式传输528。
媒体站中的媒体引擎对于输入和输出是对称的，从而允许数据大体上与流式传输数据被发出一样迅速地被带入媒体引擎。如图6所示，每个媒体引擎使用具有多个存储驱动602的一个HMFS。内容节目(例如影片)被分成分段序列。每个分段表示几分钟的内容，例如4分钟。在每个媒体站中，为了容错，一个分段被存储在至少两个媒体引擎中。每个媒体站中的媒体引向器具有包含那个媒体站所保存的每个分段的位置的数据库，它是HMFS的顶层目录。对于每个分段，目录项包含诸如数据大小、帧计数、帧索引、关键帧(或I帧)索引、帧间时间间隔、媒体类型(MPEG2、MPEG4、WM9、H.264，等等)、记录时间、对保存分段数据的盘存储块的指针之类的信息。
一个分段中的数据被划分成为″元数据(datalet)″，它是最小盘输入/输出单元和缓冲器分配单元。对于每个输出流(被发送给MC的流)，从驱动单元连接到总线606的若干缓存器604被用来预先取得该流的元数据。元数据被分发到媒体引擎中的盘驱动器(对于如图6所示的实施例为四个驱动器)，因此当大量的流在媒体引擎上活动时，全部四个驱动器和相关输入/输出信道并行工作来实现通过缓存器到吉比特以太网交换机的最大可能的输入/输出吞吐量。
每个盘上的I/O操作通过按照它们的盘地址顺序执行操作以便将搜寻时间减到最少从而被优化。和输入/输出控制器模块610协同操作的盘控制器608提供顺序控制。
媒体引擎的网络接口是全双工吉比特以太网，它在输入到媒体引擎或者从媒体引擎输出的任一方向上提供达到吉比特/秒的带宽。输入数据以与输出数据相同的方式被缓存，并且输入数据按照与从盘中读出数据相同的模式被写入盘。
因此，媒体站可以被使用作为一个高比特率的大存储库。这个结构在节目分段实时被传送给媒体站并流式传输到媒体控制台的现场广播传输中特别有益。
对于在媒体站上还没存在或者不完整、但是在系统上可用的内容，来自用户的请求导致内容的传送，如图7所示。用户媒体控制台206向媒体站MS2的媒体引向器MS2 MD提出一个流式传输请求702。MD询问704MLR所请求的节目或分段的位置。MLR用该分段位置的通知706进行响应。可能存在期望的分段被存储的多个位置。MD基于包括可用带宽、离源媒体站的距离、拷贝时间和源媒体站的负载在内的若干参数来计算获得分段的期望拷贝的相对费用。一旦选择了一个源媒体站(在这里例如是MS1)，MD从MS1MD请求708分段的位置，MS1MD用存储该分段的媒体引擎MS1ME的地址响应。MS2MD然后引导712一个选定媒体引擎MS2ME取得该分段。MS2ME从源媒体引擎MS1ME请求714该分段的一个拷贝，MS1ME进行响应716，发送该分段。一旦分段拷贝完成，MS2ME通知718MD拷贝完成，并且MD通知720MLR该分段的新位置。
从典型实施例中的硬件立场看，媒体站包括一个或多个底架，每个底架有多个单独的叶片，如图8所示。媒体站(MS)102是通常位于CO中并覆盖该CO附近地区的一个自包含流式传输单元。每个MS由若干底架802组成。底架管理系统提供对于底架中的叶片的外部控制。包含在每个底架内的是叶片804，其是最低层的管理单元。每个叶片是一台独立的计算机。它可以是媒体引擎(ME)或者是媒体引向器(MD)。
在示出的实施例中，媒体站是一个抽象级，它的状态由它的MD表示。因此，MS不必是硬件控制使用的网络管理系统(NMS)的管理结构中的一个实体。
网络管理是媒体站(组)的第一级管理并且提供全套的管理功能和GUI。系统负载和诸如温度和风扇速度之类的其它工作参数被监控。自动告警可以被配置来向系统操作员发送电子邮件或呼叫。
底架管理是第二级并且提供叶片存在检测、自动叶片加电、远程叶片加电和断电、管理的叶片加电，以在盘驱动器旋转、底架id读取以及底架控制失败期间避免电流浪涌。
叶片自我管理和监控是第三级并且允许通过SNMP向NMS的温度、风扇速度以及电源电压监控和告警、自我健康状况检测，其包括关键线程监控、存储级监控、负载监控，等等。所有的告警门限值可以由NMS远程设置。对于软件相关的故障，将自动尝试软件重启或OS重启，并且事件将被报告给NMS。
如图9示例性实施例所示，底架可以作为高达10个叶片804的主机，每个叶片可以是媒体引擎或媒体引向器。每个叶片可以读出底架ID902和用于识别的它自己的插槽编号904。
底架中的所有叶片具有一个控制单元或底架叶片控制器(CBC)906。对于该示例性实施例，每个CBC包括一个实现控制逻辑的Intel8501芯片和一个被配置来担当控制目标的FPGA。8501芯片还通过UART接口910与主板908通信。主板能够发出控制命令或者通过网络把从NMS接收到的控制命令中继到CBC。
对于该示例性实施例，位于插槽5和6中的叶片是控制叶片。在加电时由仲裁逻辑确定一个工作，一个备用。当底架在加电时，插槽5和插槽6中的叶片进行仲裁然后一个变成工作控制器或媒体引向器。工作控制叶片上的CBC扫描底板并按照具有预定间隔的控制顺序加电叶片以避免盘驱动器在各个叶片上旋转所引起的电流浪涌。
在工作控制叶片上的CBC然后扫描底板上的所有插槽并检测每个叶片的存在和状态。备用控制叶片监控工作控制叶片的状态。当工作控制叶片停止控制时，备用控制叶片自动接管并变成工作控制叶片。
在正常操作期间，工作控制叶片上的CBC周期性地扫描底板。如果一个新的叶片被插入，则它将被自动加电。
工作控制叶片向NMS注册它自己，然后可以使用来自NMS的命令用于控制底架中的其它叶片，比如检查它们的存在和状态、加电/断电或者一个叶片供电周期，等等。非控制叶片还向NMS注册它们自己并能够使用来自NMS的命令重新启动或者断电。
从管理的观点看，每个叶片是一个独立计算机。除它的应用功能之外，每个叶片具有管理软件以便监控应用软件的健康状态、系统负载和性能、以及诸如CPU温度、风扇速度和电源电压之类的硬件相关参数。叶片管理软件功能如图10所示。
流式传输应用线程1002周期性地把它们的健康状态和负载信息放入一个共享存储区域中。管理监控线程1004扫描该区域以便分析线程和系统的状态。除了通过一个SNMP代理1006向NMS周期性地报告状态信息之外，当检测到异常状态时，可采取本领域中已知的适当行动。
如前所述，一个基于验证方案的服务令牌被使用作为用户的媒体控制台所请求的任何数据传送的预报器。图11示出了接入控制方案，在此，″sk″表示一个秘密密钥。秘密密钥只在诸如媒体控制台206或媒体站102之类的系统元件和验证服务器1102之间被建立。系统组件当中的所有其它接入由验证服务器许可的Kerberose类型的令牌控制。这减少了在各组件当中分配的秘密密钥数目，并使得增加新组件更简单。一个mc_token 1104由媒体控制台传送到媒体站以便获得流式传输服务。一个cp_token 1106被媒体站传送用于在媒体站之间的数据传送。
一个媒体控制台占有两个号码，MC_ID和MC_Key。那些号码可以被烧入盒中的芯片里、在智能卡上、或者在盒中的任何形式的非易失存储器上。当用户为服务签署时，用户管理系统记录数目并把它们与用户帐户相关。MC_ID和MC_Key随后将被传到验证服务器。图12描述了验证过程。
一个媒体控制台206当它在获得IP之后加电时，发送一个验证请求1202[对于所公开的实施例，它包括MC_ID，{MC_ID，MC_IP，其它信息，salt，校验和}MC_Key]给验证服务器1102。注意{x}_k表示这则消息x用k加密。
验证服务器利用MC_ID来查找媒体控制台的记录，解密这则消息，并为媒体控制台生成一个会话密钥、MC_SK和一个access_token。对于一个示例性实施例，access_token＝{MC_SK，服务码，时间戳，校验和}_MS_SK，在此，MS_SK是在验证服务器和服务该媒体控制台的媒体站之间预先建立的一个秘密密钥；″服务码″表示该令牌可以被用于什么服务。验证服务器为MC_SK计算″种子密钥(seed key)″。验证服务器用[{access_token，MS_IP，salt，校验和}_MC_Key]向媒体控制台进行应答1204。MC用MC_Key解密这则消息并获得mc_token和它应该接触的媒体引向器的IP地址。mc_token将被保存直到媒体控制台关闭或者验证服务器发送一个新的为止。媒体控制台把mc_token发送1206给媒体站中的应用服务器(当请求一个媒体节目时)，或者发送给用于浏览EPG的EPG服务器。
在一个示例性实施例中，通过该系统提供的内容的接入令牌和加密的实施使用SecureMedia的Encryptonite系统以用于安全的内容传送和访问权控制。
现在已经按专利权法规的需要详细地描述了本发明，本领域技术人员将知晓对于在此所公开的特定实施例的修改和替换。这些修改在下列权利要求中定义的本发明的范围和意图内。
权利要求
1.一种可扩展的分布式多媒体流式传输系统，包括至少一个媒体站，所述媒体站具有一个媒体引向器和多个媒体引擎，每个媒体引擎具有用于存储媒体内容的装置，用于通过网络检索媒体内容的装置，和用于通过网络流式传输媒体内容的装置，所述媒体引向器具有用于通过一个选定的媒体引擎引导经由网络检索媒体内容的装置，用于跟踪存储在媒体引擎上的内容的装置，和用于把来自连接到该至少一个媒体站的媒体控制台的内容请求重定向到用于存储与流式传输请求对应的内容的一个选定媒体引擎的装置；一个媒体位置注册表，它与每个媒体站中的媒体引向器通信，媒体位置注册表存储媒体站中所有媒体内容的位置，和用于下载要被呈现的内容的装置。
2.如权利要求1中所述的可扩展的分布式多媒体流式传输系统，其中，用于下载内容的装置包括内容管理器，用于提供节目信息给媒体站；内容引擎，用于从选定的供应商下载内容；和归属媒体站，用于存储内容引擎下载的所有内容。
3.如权利要求1中所述的可扩展的分布式多媒体流式传输系统，其中用于存储内容的装置合并了用于同时输入和输出的多个独立的输入/输出信道。
4.如权利要求1中所述的可扩展的分布式多媒体流式传输系统，还包括验证服务器，它通过用于分发的网络传送令牌给媒体控制台。
5.如权利要求1中所述的可扩展的分布式多媒体流式传输系统，其中，媒体站包括具有多个叶片的底架，第一叶片用作为媒体引向器而多个叶片用作为媒体引擎。
6.如权利要求5中所述的可扩展的分布式多媒体流式传输系统，其中，每个叶片通过通信代理与一个网络直接通信，并且该系统还包括用于该系统中所有组件的网络管理系统。
7.如权利要求5中所述的可扩展的分布式多媒体流式传输系统，其中每个叶片包括一个用于通过媒体站中的底架底板通信的底架叶片控制器和一个用于媒体引擎和媒体引向器功能的主板。
8.如权利要求2中所述的可扩展的分布式多媒体流式传输系统，还包括多个媒体站。
9.一个用于可扩展的分布式多媒体流式传输的方法，包括如下步骤提供一个通信网络；把具有一个媒体引向器和多个媒体引擎的至少一个媒体站连接到该网络；提供一个媒体位置注册表；下载要被呈现的内容；从该媒体位置注册表向每个媒体站中的一个媒体引向器传送要被分发的内容；由至少一个选定的媒体引擎通过媒体站中的媒体引向器引导通过该网络独立检索媒体内容；把媒体内容存储在选定的媒体引擎上；在媒体引向器中跟踪存储在媒体引擎上的内容；把媒体站中的所有媒体内容的位置存储在媒体位置注册表中；把来自通过该网络连接到媒体站的媒体控制台的内容请求重定向到用于存储与流式传输请求对应的内容的一个选定媒体引擎；通过网络从该选定的媒体引擎把媒体内容流式传输到媒体控制台。
10.如权利要求9中所述的方法，使用多个媒体站，其中，下载内容的步骤包括下列步骤传送节目的元数据给一个内容管理器；命令一个内容引擎传送节目数据到一个归属媒体站中；把节目的状态更新为″待用″并向内容管理器规定一个发布时间；发送分发参数给媒体位置寄存器；分发所述节目；在发布时间发送一个″发布″命令给媒体站以便开始该节目的服务。
11.如权利要求10中所述的方法，其中，分发节目包括如下步骤引导一个查找媒体站中的媒体引向器来获取节目，包括识别内容所存在的源媒体站；从该源媒体站的媒体引向器请求所需分段的位置；把该分段在选定媒体引擎中的位置通知所述查找媒体引向器；由所述查找媒体引向器引导该查找媒体站中的一个接收媒体引擎以便从选定的媒体引擎中取得该分段；从该选定的媒体引擎请求该分段的拷贝；从该选定的媒体引擎传送该分段到该接收媒体引擎；通知该查找媒体引向器分段的拷贝完成；和通知媒体位置寄存器分段的新位置以用于附加到位置数据库。
12.如权利要求11中所述的方法，其中，源媒体站是归属媒体站。
13.如权利要求10中所述的方法，其中，媒体控制台请求的内容不存在于媒体站上，并且该方法包括如下步骤通过媒体引向器接收流式传输请求；询问媒体位置注册表所请求的节目或分段的位置；从该媒体位置注册表中用该分段的位置进行响应；由媒体引向器选择一个源媒体站；从该源媒体站中的一个媒体引向器请求该分段的位置；用具有该分段的源媒体引擎的地址进行响应；引导一个选定的目标媒体引擎以便取得该分段；由该目标媒体引擎从该源媒体引擎请求该分段的拷贝；发送该分段给该目标媒体引擎；通知媒体引向器拷贝完成；和通知媒体位置寄存器该分段的新位置。
14.如权利要求13中所述的方法，其中，选择源媒体站的步骤还包括如下步骤在期望的分段被存储的地方可以存在标识多个位置；基于包括可用带宽、离源媒体站的距离、拷贝时间和源媒体站的负载的若干参数来计算获得分段的期望拷贝的相对费用。
15.如权利要求9中所述的方法，其中，重定向一个内容请求以及流式传输媒体内容的步骤包括如下步骤由媒体引向器从媒体控制台接收对于第一分段的请求；识别该第一分段在分段位置表中的位置；把媒体控制台重定向到该第一媒体引擎的IP地址；从该第一媒体引擎请求该第一分段；从该第一媒体引擎流式传输数据；在正被流式传输的分段接近它结束时检测该分段；从媒体引向器请求下一分段的位置；定位分段位置表中的该下一分段；用下一分段的标识和该下一分段所处的第二媒体引擎的IP地址来进行应答；通知第二媒体引擎预先载入下一分段；一旦该第一分段流式传输完成，引导第二媒体引擎开始流式传输该下一分段到媒体控制台的IP地址；把该下一分段的数据从第二媒体引擎流式传输到媒体控制台；一旦第二媒体站承担与媒体控制台的流的通信后，通知所述媒体引向器。
16.如权利要求15中所述的方法，其中，通过通知媒体引向器检测分段接近它的结束的步骤被重复，直到在媒体引擎通知媒体引向器流式传输已经停止的那一时刻媒体控制台命令通过媒体引擎进行的流式传输停止为止。
17.如权利要求15中所述的方法，其中，分段位置表识别多个媒体引擎，其中，分段被存储，以及其中，识别位置的步骤包括基于负载和状态选择一个媒体引擎的步骤。
18. 如权利要求15中所述的方法，其中，当第二媒体控制台请求流式传输同一分段时第一媒体引擎已经达到一个预定最大能力，该方法还包括步骤引导第三媒体引擎来取得该分段，规定一个第四媒体引擎，从中该分段将被复制；由该第三媒体引擎从该第四媒体引擎请求该分段的一个拷贝；从该第四媒体引擎发送该分段；应答该第二媒体控制台，重定向到该第三媒体引擎的IP地址；由该第二媒体控制台请求播放所述流；和该第三媒体引擎进行响应，把该分段的数据转发到该第二媒体控制台。
19.如权利要求18中所述的方法，还包括如下步骤当从第四媒体引擎到第二媒体引擎的分段的拷贝完成时，从第三媒体引擎发送一个完成的拷贝给MD；和，通知MLR该分段的新位置。
20.如权利要求15中所述的方法，其中，媒体引向器已引导第一媒体引擎取得第一分段，以及其中，重定向的步骤发生在分段接收期间，并且从第一媒体引擎流式传输数据的步骤还包括如下步骤接收来自媒体控制台的流快进请求；如果快进超过已被媒体引擎接收到的分段的部分，则识别流式传输差错的可能；通知媒体引向器即将来临的差错状态；用具有整个分段的第三媒体引擎的标识来应答媒体引擎；向该第三媒体引擎请求一个交换，其识别当前通信中的媒体控制台；和由该第三媒体引擎从该分段流式传输数据到媒体控制台。
21.如权利要求20中所述的方法，其中，第三媒体引擎也流式传输还包括如下步骤从第三媒体引擎返回一个交换，其识别通信中的第二媒体控制台；和，第一媒体引擎流式传输数据给第二媒体控制台。
22.如权利要求9中所述的方法，还包括在重定向步骤之前的如下步骤媒体控制台从网络上的安全验证服务器请求一个安全令牌；为媒体控制台确认用户验证；和，基于用户验证发出安全令牌；和重定向步骤还包括如下步骤接收来自媒体控制台的安全令牌；相对于流式传输请求确认该安全令牌。
23.如权利要求11中所述的方法，还包括如下步骤由验证服务器验证每个媒体引擎；提供第二安全令牌给每个已验证的媒体引擎；以及其中，请求分段的拷贝的步骤包括从接收媒体引擎接收第二安全令牌。
24.如权利要求13中所述的方法，还包括如下步骤由验证服务器验证每个媒体引擎；提供第二安全令牌给每个已验证的媒体引擎；以及其中，请求分段的拷贝的步骤包括从目标媒体引擎接收第二安全令牌。
全文摘要
一种可扩展的分布式多媒体流式传输系统，其使用至少一个媒体站，所述媒体站有一个媒体引向器和多个媒体引擎。每个媒体引擎合并了媒体内容存储器、用于通过网络检索媒体内容的通信信道和用于通过网络流式传输媒体内容的通信信道。媒体引向器有一个控制器，其适于引导通过一个选定媒体引擎引导经由网络检索媒体内容，跟踪存储在媒体引擎上的内容并把从通过网络连接到一个媒体站的媒体控制台请求的内容重定向到用于存储对应于该流式传输请求的内容的一个选定媒体引擎去。多个媒体站被采用来利用媒体位置注册表作为用于存储媒体站中存储的所有媒体内容的位置的一个中央储存库，从而扩展网络。用于内容传送的媒体站之间内部通信通过网络来实现。
文档编号H04N7/173GK1691591SQ20051006577
公开日2005年11月2日 申请日期2005年4月15日 优先权日2004年4月16日
发明者李强, 张海荧, 丁牛 申请人:Ut斯达康公司