网关,及相应的方法、计算机程序和存储装置制造方法

文档序号:7993564阅读:232来源:国知局
网关,及相应的方法、计算机程序和存储装置制造方法
【专利摘要】网关连接第一通信网络与第二通信网络,该第一通信网络包括旨在使用多媒体内容的至少一个终端,该网关旨在通过该第二通信网络接收具有流形式的多媒体内容。网关检测(400)单播连接的使用,该单播连接旨在用于通过该网关将多媒体内容从原始服务器传输至第一网络的终端;根据由原始服务器与终端交换的信息寻找(403)连接重定向规则;建立(406)多播连接以接收多媒体内容;接收(407)具有根据多播连接的流形式的多媒体内容;以及传输(409)具有根据单播连接的流形式的多媒体内容至终端。
【专利说明】网关,及相应的方法、计算机程序和存储装置
[0001]本发明涉及一种网关,其适于连接第一通信网络与第二通信网络,其中第一通信网络包括旨在使用多媒体内容的至少一个终端,网关旨在通过第二通信网络接收具有流形式的多媒体内容。
[0002]具有流形式(具体是通过直播串流(Iivestreaming))的多媒体内容广播的大众化已显著增大了通信网络(尤其是因特网设施)的资源消耗。该增大的消耗具体是由于多媒体内容的供应商的增加,这些供应商以单播模式分发其多媒体内容。
[0003]多媒体内容的供应爆发造成通信网络的拥塞问题。这是因为由大量订购者同时访问单播而在这些通信网络上造成拥塞。
[0004]期望的是提供降低通信网络的资源消耗的解决方案,在该通信网络中,多媒体内容的多播被请求。
[0005]尤其期望提供易于实施并且低成本的解决方案。
[0006]本发明涉及一种网关,其适于连接第一通信网络与第二通信网络,第一通信网络包括旨在使用多媒体内容的至少一个终端,网关旨在通过第二通信网络接收具有流形式的多媒体内容。该网关包括:用于检测单播连接的使用的装置,该单播连接旨在用于通过网关将多媒体内容从原始服务器传输至该网络的终端;用于根据在使用单播连接期间由原始服务器与终端交换的信息寻找连接重定向规则的装置;用于建立旨在用于网关以接收多媒体内容的多播连接并在找到重定向规则时使用的装置;用于接收具有根据多播连接的流形式的多媒体内容的装置;以及用于将具有根据单播连接的流形式的多媒体内容传输至终端的装直。
[0007]因此,通过由网关将单播连接重定向为多播连接,如果多媒体内容已经是多播的对象(然后网关仅需要订购该广播),则第二通信网络中的资源消耗降低,或者如果该多媒体内容尚未成为多播的对象(请求该多媒体内容的下一终端将能够受益于该多播),则对于未来传输资源消耗将降低。
[0008]根据【具体实施方式】,上述用于检测的装置包括用于检测请求建立由终端传输至原始服务器的单播连接的请求的装置,并且交换的信息为用于识别多媒体内容且包括在请求中的统一资源定位数据。
[0009]因此,重定向可发生在终端和原始服务器之间实际建立单播连接并且多媒体内容已开始传输之前。
[0010]根据【具体实施方式】,网关包括用于通过第二网络将统一资源定位数据传输至预定服务器的装置,并且用于接收具有根据多播连接的流形式的多媒体内容的装置能够接收来自预定服务器的多媒体内容。
[0011]因此,统一资源定位数据使得预定服务器能够识别多媒体内容,以及可选地使得预定服务器能够识别原始服务器,多媒体内容可从该原始服务器得到。因此,如果原始服务器不具有多播能力,则这在进行来自原始服务器的多媒体内容的任何恢复之后可由预定服务器使用。
[0012]根据【具体实施方式】,用于检测的装置包括:用于接收来自原始服务器且具有根据单播连接的流形式的多媒体内容的装置;用于从根据单播连接的流获得用于识别多媒体内容的指纹、签名和数字水印数据的装置。另外,交换的信息为指纹、签名和数字水印数据。
[0013]因此,即使原始服务器与终端之间用于建立单播连接的交换未使得能够实现识别多媒体内容,也可识别多媒体内容。
[0014]根据【具体实施方式】,网关包括关联装置,其用于关联指纹、签名或数字水印数据与统一资源定位数据,以限定新的连接重定向规则,其中统一资源定位数据包括在请求建立由终端传输至原始服务器的单播连接的请求中。
[0015]因此,可增强连接重定向规则。在下一次网关必须进行用于该多媒体内容的连接时,在拦截用于由终端建立单播连接的请求之后将能够发生重定向。
[0016]根据【具体实施方式】,网关包括用于通过第二通信网络将指纹、签名或数字水印数据传输至预定服务器的装置,并且用于接收具有根据多播连接的流形式的多媒体内容的装置适于接收来自预定服务器的多媒体内容。
[0017]根据【具体实施方式】,多媒体内容以适应性流的形式进行广播,以及网关包括用于通过去除至少一个比特率来修改指示比特率的清单的装置,在上述比特率的情况下可得到多媒体内容。
[0018]因此,增强了第二通信网络中资源消耗的降低。
[0019]本发明还涉及包括至少一个在本发明的任何实施方式中提到的网关的系统,该系统还包括服务器,该服务器包括用于从原始服务器获得多媒体内容的装置。
[0020]根据【具体实施方式】,该系统包括另一服务器,另一服务器包括连接重定向规则库,并且每个网关包括用于从该另一服务器获得连接重定向规则的装置。
[0021]因此,当使用多个网关时,连接重定向规则能够由网关容易地共享。
[0022]本发明还涉及由网关实施的方法,该网关连接第一通信网络与第二通信网络,第一通信网络包括旨在使用多媒体内容的至少一个终端,该网关旨在通过第二通信网络接收具有流形式的多媒体内容。该方法包括:检测单播连接的使用,该单播连接旨在用于通过网关将多媒体内容从原始服务器传输至位于在第一网络中的终端;根据在使用单播连接期间由原始服务器与终端交换的信息寻找连接重定向规则;建立旨在用于网关以传输多媒体内容的多播连接;接收具有根据多播连接的流形式的多媒体内容;以及传输具有根据单播连接的流形式的多媒体内容至终端。
[0023]本发明还涉及计算机程序,该计算机程序可储存在介质上和/或从通信网络下载,以由计算机系统或处理器读取。该计算机程序包括指令,该指令用于当由计算机系统或处理器执行该计算机程序时,实施上述方法。本发明还涉及包括上述计算机程序的存储装置。由于该方法、计算机程序以及存储装置的优点与上述网关的特性具有相同性质,所以将
不再重复。
[0024]通过阅读以下结合附图对示例性实施方式进行的描述,本发明的上述及其他特征将会更清楚地显现,在附图中:
[0025]-图1示意性示出了多媒体内容传输系统的使用;
[0026]-图2示意性示出了图1的多媒体内容传输系统的网关的硬件架构;
[0027]-图3示意性示出了图1的多媒体内容传输系统的多媒体内容服务器的硬件架构;[0028]-图4示出了由网关使用的第一算法;
[0029]-图5示出了由网关使用的第二算法;以及
[0030]-图6示出了由多媒体内容服务器使用的算法。
[0031]图1的多媒体内容传输系统包括至少一个网关131和服务器140。下文中,该服务器被称为“多媒体内容服务器”。
[0032]网关130适于连接第一通信网络120和第二通信网络110,其中第一通信网络120包括旨在使用多媒体内容的至少一个终端170、171、172,网关130旨在通过第二通信网络110接收这些成流形式的多媒体内容。这些终端可以是连接的TV(电视)设备、平板电脑、个人计算机(PC)、数字解码器(英文为“set top box(机顶盒)”)等。
[0033]下文参照图2描述了网关130的硬件架构的示例。
[0034]第一通信网络120例如是根据IEEE802.3标准(“带冲突检测的载波侦听多路存取(CSMA/⑶)存取方法和物理层规范”)的以太网型家庭网络或根据IEEE802.11 ( “无线LAN介质访问控制(MAC)和物理层(PHY)规范”)标准的W1-Fi型家庭网络。其他网络技术也可用于实施第一通信网络120。
[0035]第二通信网络例如是由互联网服务运营商(NSP或“网络服务供应商”)管理的互联网接入网络。第二通信网络100例如是多媒体内容供给网络(CDN或“内容传递网络”)。
[0036]多媒体内容服务器140适于通过网关130向终端170、171、172提供成流形式的多媒体内容。下文参照图3示出了多媒体内容服务器140的硬件架构的示例。
[0037]图1的多媒体内容传输系统还可包括另一服务器150,该服务器150包括连接重定向规则库。下文中,该服务器被称为“规则服务器”。规则服务器150适于向网关130供给连接重定向规则。在通常被称为“拉”模式的操作模式下,网关130可请求这些连接重定向规则。在通常被称为“推”模式的操作模式下,这些连接重定向规则可以在没有来自网关130的任何请求的情况下由规则服务器150传输至网关130。
[0038]连接重定向规则可预先确定或自动限定。连接重定向规则可通过由诸如网关130的网关和/或多媒体内容服务器140获得的经验自动限定。例如,网关130可指示其已通过给定的URL( “统一资源定位器”)下载了包括数字水印数据或指纹或签名数据的内容,这使得能够创建使通过这些数字水印、指纹或签名数据识别的内容与该URL关联的新规则。
[0039]下文参照图4和图5提供连接重定向规则的示例。也可应用其他连接重定向规贝U。例如,可根据请求读取的文件扩展,根据多媒体内容的预定列表等应用至多播连接的重定向,其中该多媒体内容的预定列表按照内容所有者与多媒体内容传输系统使用者之间的协议被识别为在预定的多媒体内容服务器上是可得到的。
[0040]图1还示出了服务器180和服务器160,下文称为“原始多媒体内容服务器”。原始多媒体内容服务器180位于第二通信网络100中。原始多媒体内容服务器160位于第三通信网络110中。第二通信网络100与第三通信网络110之间的数据交换可通过连接这两个通信网络的另一网关实现。第二通信网络100和第三通信网络110之间的数据交换还可通过联合通信网络(有时根据内容被称为互联网骨干或核心网络)实现。如下文参照图6描述的,原始多媒体内容服务器160和原始多媒体内容服务器180使得多媒体内容服务器140能够恢复将传输至终端170、171、172的多媒体内容。
[0041]图2示意性示出了网关130的硬件架构的示例。网关130包括通过通信总线206连接的:处理器或CPU(中央处理单元)200 ;随机存取存储器(RAM) 201 ;只读存储器(ROM) 202 ;用于与第一通信网络120通信的第一接口 204 ;用于与第二通信网络100通信的第二接口 205 ;以及存储单元如硬盘驱动器(HDD),或存储介质读写器203如SD卡(安全数字卡)读写器。
[0042]处理器200能够执行从R0M202、从外部存储器(未示出)、从存储介质(如SD卡)、或从通信网络读取至RAM201中的指令。当网关130被供能时,处理器200能够从RAM201读取指令并执行这些指令。这些指令通过处理器200形成计算机程序,该计算机程序导致由处理器200使用下文参照图4和图5描述的算法中的一些或全部。
[0043]下文参照图4和图5描述的算法中的一些或全部可由可编程机器(如DSP(数字信号处理器)或微控制器)通过执行一组指令以软件形式实施,或由专用机器或部件(如FPGA(现场可编程门阵列)或ASIC(专用集成电路))以硬件形式实施。
[0044]图3示意性示出了多媒体内容服务器140的硬件架构的示例。多媒体内容服务器140包括通过通信总线306连接的:处理器或CPU300 ;RAM301 ;R0M302 ;用于与第二通信网络100通信的接口 304 ;存储单元303,如硬盘HDD或存储介质读写器。
[0045]处理器300能够执行从R0M302、从外部存储器(未示出)、从存储介质(例如硬盘)、或从通信网络读取至RAM301中的指令。当多媒体内容服务器140被供能时,处理器300能够从RAM301读取指令并执行这些指令。这些指令通过处理器300形成计算机程序,该计算机程序导致由处理器300使用下文参照图6描述的算法中的一些或全部。
[0046]下文参照图6描述的算法中的一些或全部可由可编程机器(如DSP或微控制器)通过执行一组指令以软件形式实施,或由专用机器或部件(如FPGA或ASIC)以硬件形式实施。
[0047]图4示出由网关130使用的第一算法。
[0048]在步骤401中,网关130接收来自终端170、171或172的请求。考虑请求是从终端170接收的情况。该请求为请求与多媒体内容服务器建立单播连接的请求。
[0049]各通信协议以及更具体地连接建立协议可使用在本发明的背景中。优选地,图1所示的设备使用IP协议(Internet Protocol),例如在规范文件RFC791中限定的版本4(IPv4)或在规范文件RFC2460中限定的版本6(IPv6)。在该优选背景中,多媒体内容流可以以在规范文件RFC768中限定的UDP (英文为“User Datagram Protocol (用户数据报协议)”)数据报的形式进行传输。根据实施方式的变型,多媒体内容流可以以在规范文件RFC793中限定的TCP(英文为“Transmiss1n Control Protocol (传输控制协议)”)分段的形式进行传输。
[0050]例如,在步骤401接收的请求指示终端170要求建立用于多媒体内容的传输的单播连接,根据在规范文件RFC2616中限定的版本1.1m的HTTP (英文为“HyperText TransferProtocol (超文本传送协议)”)协议,该多媒体内容的URL如下:http://172.2.2.33/monContenuVideo。也可使用其他连接协议,例如RTSP (英文为“Real Time StreamingProtocol (实时串流传输协议)”)协议。
[0051]在步骤401接收的请求可发送至第二通信网络100中的多媒体内容服务器(如多媒体内容服务器140或原始多媒体内容服务器180),或发送至第三通信网络110中的多媒体内容服务器(如原始多媒体内容服务器160)。[0052]在接下来的步骤402中,网关130根据所使用的协议继续进行接收的请求的分析。在分析过程中,网关130对接收的请求应用过滤器并尝试恢复在使用单播连接过程中交换的并用于识别由终端170请求的多媒体内容的信息。在之前的示例中,网关130试图识别URL,该URL用于识别多媒体内容。
[0053]为了实施步骤401和步骤402,网关130执行检测单播连接的使用的步骤400,该单播连接旨在通过网关130将多媒体内容从服务器传输至终端170。
[0054]在接下来的步骤403中,网关130根据在步骤402恢复的信息寻找连接重定向规贝U。根据在步骤402应用的过滤器,每个规则限定连接重定向至预定的多媒体内容服务器的动作,其中该预定的多媒体内容服务器位于第二通信网络100中,如多媒体内容服务器140。
[0055]在接下来的步骤404中,网关130确定是否已找到与在步骤402恢复的信息对应的规则。如果已经找到,则执行步骤406,否则执行步骤405,在步骤405中网关130允许继续进行单播连接。换言之,网关130通过第二通信网络100将请求传输至所讨论的多媒体内容服务器,并使得单播连接能够建立在相关的多媒体内容服务器与终端170之间。之后可应用下文参照图5描述的算法。
[0056]在步骤406中,网关130发送多播连接请求,以接收多媒体内容,其中该多媒体内容根据所找到的规则来自预定的服务器,并且成根据多播连接的流形式。
[0057]例如,如在规范文件RFC4604中限定的,这种请求可根据IGMP (英文为“ InternetGroup Management Protocol (因特网组管理协议)”)或根据多播侦听发现协议而被公式化。换言之,网关130建立旨在用于网关130以接收多媒体内容的多播连接。
[0058]网关130可向多媒体内容服务器140传输请求,以使用用于传输多媒体内容的多播连接,其中该请求包括相关的多媒体内容的标识符。该请求还可包括原始多媒体内容服务器的识别数据,对于该原始多媒体内容服务器,所讨论的多媒体内容是可得到的。例如,该请求可包括URL,该URL包括在步骤401接收的请求中。
[0059]在接下来的步骤407中,网关130接收多媒体内容,其中该多媒体内容成根据在步骤406建立的多播连接的流形式。
[0060]在接下来的步骤408中,网关130修改接收的根据步骤407中的多播连接的流,以生成根据在步骤401中由终端170请求的单播连接的流。
[0061]网关130可订购多播流,接收相应的多媒体数据,以及存储相应的多媒体数据并在需要时根据HTTP协议将其传递至终端170。
[0062]在接下来的步骤409中,网关130将成根据单播连接生成的流形式的多媒体内容发送至终端170。
[0063]图5示出了由网关130使用的第二算法。该算法可替代图4中描述的算法,或者除图4中描述的算法之外可使用该算法。
[0064]在步骤501中,网关130从终端170、171或172接收请求。考虑请求是从终端170接收的情况。该请求为请求与多媒体内容服务器建立单播连接的请求。
[0065]在接下来的步骤502中,网关130通过第二通信网络100将请求传输至相关的多媒体内容服务器,并使得单播连接能够建立在所讨论的多媒体内容服务器与终端170之间,直到网关130开始接收成根据多播连接的流形式的多媒体内容。[0066]在接下来的步骤503中,网关130开始接收成根据多播连接的流形式的多媒体内容。就终端170而言,不发生流的传输,因此不发生内容的传输,并且该流的传输由网关130停止。
[0067]在接下来的步骤504中,网关130分析接收的流以及优选地分析多媒体内容。在分析过程中,网关130对接收的请求应用过滤器并尝试恢复在使用单播连接过程中交换的并用于识别由终端170请求的多媒体内容的信息。网关130从接收的根据单播连接的流获得指纹、签名或数字水印数据。指纹数据包括在接收的流中,或者由网关130从接收的流确定。通过对接收的流的数据应用散列函数,签名数据由网关130从接收的流确定。数字水印数据包括在多媒体内容中并由网关130恢复。
[0068]在优选实施方式中,网关130可通过向服务器150提供指纹、签名和数字水印数据增强服务器150的连接重定向规则库,该指纹、签名和数字水印数据在步骤503中获得并与URL相关联,其中该URL包括在步骤501从终端170获得的请求中。
[0069]通过实施步骤501至步骤504,网关130执行检测单播连接的使用的步骤500,其中该单播连接旨在用于通过网关130将多媒体内容从服务器传输至终端170。
[0070]在接下来的步骤505中,网关130根据在步骤504中恢复的信息寻找连接重定向规则。根据在步骤504应用的过滤器,每个规则限定连接重定向至预定的多媒体内容服务器的动作,其中该预定的多媒体内容服务器位于第二通信网络100中,如多媒体内容服务器 140。
[0071]在接下来的步骤506中,网关130确定是否已找到与在步骤504恢复的信息对应的规则。如果已经找到,则执行步骤508,否则执行步骤507,在步骤507中网关130允许继续进行单播连接。换言之,网关130中继成根据至终端170的单播连接的流形式的多媒体内容。
[0072]在步骤508中,网关130发送用于接收多媒体内容的多播连接请求,该多媒体内容根据所找到的规则来自预定的服务器,并且成根据多播连接的流形式。换言之,网关130建立至网关130的多播连接,以接收多媒体内容。
[0073]网关130可向多媒体内容服务器140传输请求,以使用用于传输多媒体内容的多播连接,其中该请求包括相关多媒体内容的标识符。该请求还包括原始多媒体内容服务器的识别数据,对于该原始多媒体内容服务器,所讨论的多媒体内容是可得到的。例如,该请求可包括指纹、签名或数字水印数据,并且URL包括在步骤501中接收的请求中。
[0074]在接下来的步骤509中,网关130接收多媒体内容,其中该多媒体内容成根据在步骤508建立的多播连接的流形式。
[0075]在接下来的步骤510中,网关130修改接收的根据步骤509中的多播连接的流,以生成根据在步骤501中由终端170请求的单播连接的流。
[0076]在接下来的步骤511中,网关130将成根据单播连接生成的流形式的多媒体内容发送至终端170。
[0077]因此,不论通过使用参照图4描述的算法或使用参照图5描述的算法,网关130降低通信网络100的资源消耗。例如如果用户激活终端170以观看由原始内容服务器160或180直播的多媒体内容,则网关130可订购通过内容服务器140进行的该相同内容的多播广播。这种内容广播直播例如为频道的电视广播。该操作也以对终端170的用户透明的方式发生。
[0078]在具体的实施方式中,网关130可使用连接重定向或用于可得到的根据自适应性串流(如由Apple (注册商标)公司开发的HLS (HTTP live Streaming),或由Microsoft开发的“Smooth Streaming”,或在IS0/IEC规范文件DIS23009-7.2中描述的DASH(英文为“Dynamic Adaptive Streaming over HTTP”))格式的多媒体内容的规则。因此网关130除了将多媒体内容的传输重定向至多播连接,还可拦截和修改描述比特率的清单,以去除输入清单的至少一位比特率,其中多媒体内容在该比特率是可得到的。所去除的一个或多个比特率在输入清单的比特率中优选为最高的。因此终端170不能在该一个或多个比特率请求进行传输并且通信网络100的资源消耗降低。
[0079]图6示出了由多媒体内容服务器140使用的算法。
[0080]在步骤601中,多媒体内容服务器140接收多播连接请求,其中该多播连接请求用于传输来自网关(如网关130)的多媒体内容。该请求与在步骤406或步骤508由网关130传输的请求相对应。
[0081]在接下来的步骤602中,多媒体内容服务器140识别与请求相关的多媒体内容。该请求包括允许进行这种识别的信息。例如,该请求包括用于识别多媒体内容的URL或指纹、签名、或数字水印数据。
[0082]在接下来的步骤603中,多媒体内容服务器140确定是否识别的多媒体内容存储在本地。如果存储在本地,则执行步骤606,否则执行步骤604,在步骤604中,多媒体内容服务器140识别原始多媒体内容服务器,其中通过该原始多媒体内容服务器可得到多媒体内容。例如,该识别包括在URL中,其中该URL在步骤601接收的请求中传输。
[0083]在接下来的步骤605中,多媒体内容服务器140从在步骤605识别的原始多媒体内容服务器恢复内容。因此能够使得多媒体内容在多播模式下可通过多媒体内容服务器140得到,而原始多媒体内容服务器仅可通过单播连接广播该多媒体内容。接着,执行步骤606。
[0084]在步骤606中,多媒体内容服务器140响应于在步骤601接收的请求生成多播流。
[0085]在接下来的步骤607中,多媒体内容服务器140与相关的网关建立多播连接,并将成根据该多播连接的流形式的多媒体内容传输至该网关。
【权利要求】
1.网关(130),适于连接第一通信网络(120)与第二通信网络(100),所述第一通信网络(120)包括旨在使用多媒体内容的至少一个终端(170 ;171 ;172),所述网关旨在通过所述第二通信网络(100)接收具有流形式的所述多媒体内容,其特征在于,所述网关(130)包括: -用于检测单播连接的使用的装置(400 ;500),所述单播连接旨在用于通过所述网关(130)将所述多媒体内容从原始服务器(140 ;160 ;180)传输至所述网络的所述终端(170); -用于根据在使用所述单播连接期间由所述原始服务器(140 ;160 ;180)与所述终端(170)交换的信息寻找连接重定向规则的装置(403 ;505); -用于建立旨在用于所述网关(100)以接收所述多媒体内容的多播连接并在找到所述重定向规则时使用的装置(406;508); -用于接收具有根据所述多播连接的流形式的所述多媒体内容的装置(407;509);以及 -用于将具有根据所述单播连接的流形式的所述多媒体内容传输至所述终端(170)的装置(409 ;511)。
2.根据权利要求1所述的网关,其特征在于, 所述用于检测的装置 包括用于检测请求建立由所述终端传输至所述原始服务器的所述单播连接的请求的装置(401),以及 交换的所述信息为用于识别多媒体内容且包括在所述请求中的统一资源定位数据。
3.根据权利要求2所述的网关,其特征在于, 所述网关包括用于通过所述第二通信网络将所述统一资源定位数据传输至预定服务器的装置(406),以及 所述用于接收具有根据所述多播连接的流形式的所述多媒体内容的装置能够接收来自所述预定服务器的所述多媒体内容。
4.根据权利要求1至3中任一项所述的网关,其特征在于, 所述用于检测的装置包括: -用于接收来自所述原始服务器且具有根据所述单播连接的流形式的所述多媒体内容的装置(503); -用于从根据所述单播连接的所述流获得用于识别所述多 媒体内容的指纹、签名和数字水印数据的装置(504),以及交换的所述信息为所述指纹、签名和数字水印数据。
5.根据权利要求4所述的网关,其特征在于,所述网关包括关联装置,所述关联装置用于关联所述指纹、签名或数字水印数据与所述统一资源定位数据,以限定新的连接重定向规则,其中所述统一资源定位数据包括在请求建立由所述终端传输至所述原始服务器的所述单播连接的所述请求中。
6.根据权利要求4或5所述的网关,其特征在于, 所述网关包括用于通过所述第二通信网络将所述指纹、签名或数字水印数据传输至预定服务器的装置(508),以及 用于接收具有根据所述多播连接的流形式的所述多媒体内容的装置适于接收来自所述预定服务器的所述多媒体内容。
7.根据权利要求1至6中任一项所述的网关,所述多媒体内容以适应性流的形式进行广播,其特征在于,所述网关包括用于通过去除至少一个比特率来修改指示可得到所述多媒体内容的比特率的清单的装置。
8.包括至少一个根据权利要求1至7中任一项所述的网关的系统,其特征在于,所述系统还包括服务器(140),所述服务器(140)包括用于从所述原始服务器(168 ;180)获得所述多媒体内容的装置。
9.根据权利要求8所述的系统,其特征在于, 所述系统包括另一服务器(150),所述另一服务器(150)包括连接重定向规则库,以及 每个所述网关包括用于从所述另一服务器获得连接重定向规则的装置。
10.由网关(130)实施的方法,所述网关(130)连接第一通信网络(120)与第二通信网络(100),所述第一通信网络(120)包括旨在使用多媒体内容的至少一个终端(170 ;171 ;172),所述网关旨在通过所述第二通信网络(100)接收具有流形式的所述多媒体内容,其特征在于,所述方法包括: -检测(400;500)单播连接的使用,所述单播连接旨在用于通过所述网关(130)将所述多媒体内容从原始服务器(140 ;160 ;180)传输至位于所述第一通信网络(120)中的所述终端(170); -根据在使用所述单 播连接期间由所述原始服务器与所述终端交换的信息寻找(403 ;505)连接重定向规则; -建立(406 ;508)旨在用于所述网关(130)以传输所述多媒体内容的多播连接; -接收(407 ;509)具有根据所述多播连接的流形式的所述多媒体内容;以及 -传输(409 ;511)具有根据所述单播连接的流形式的所述多媒体内容至所述终端。
11.计算机程序,其特征在于,所述计算机程序包括指令,所述指令用于当所述计算机程序由网关(130)的处理器(200)执行时,通过所述网关(130)实施根据权利要求10所述的方法。
12.存储装置,其特征在于,所述存储装置存储包括指令的计算机程序,所述指令用于当所述计算机程序由网关(130)的处理器(200)执行时,通过所述网关(130)实施根据权利要求10所述的方法。
【文档编号】H04L29/06GK104040989SQ201280059681
【公开日】2014年9月10日 申请日期:2012年10月3日 优先权日:2011年10月12日
【发明者】杰里米·德斯莫茨, 雅克·勒芒克, 让-弗朗索瓦·马丁 申请人:布若德匹克公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1