CN101548275A - 多媒体内容点播的多播传送 - Google Patents
多媒体内容点播的多播传送 Download PDFInfo
- Publication number
- CN101548275A CN101548275A CNA200680039733XA CN200680039733A CN101548275A CN 101548275 A CN101548275 A CN 101548275A CN A200680039733X A CNA200680039733X A CN A200680039733XA CN 200680039733 A CN200680039733 A CN 200680039733A CN 101548275 A CN101548275 A CN 101548275A
- Authority
- CN
- China
- Prior art keywords
- client computer
- content
- multicast
- source
- receive
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明揭示一种与多个多媒体源相连接的具有多个客户机的服务器。所述服务器确定所述客户机中的至少一者是否请求接收所述源中的至少一者。然后,所述服务器分别向提出请求的客户机多播这些所请求的源。如果所述客户机均不请求特定源,那么所述服务器不多播所述特定源。如果所有所述客户机均停止请求所述服务器当前正多播的特定源,那么所述服务器终止所述特定源的多播。
Description
权利申请交叉参考案
本申请案主张优先于2005年9月9日由罗德岛(Rode Island)的乔纳森·希尔顿·库柏(Jonathan Hilton Cooper)提出申请的美国临时专利申请案第60/715,552号,其全文内容以引用的方式并入本文中。
技术领域
本发明大体来说涉及在计算机网络上传输多媒体内容,且更具体来说涉及多媒体内容传送***及通过多媒体的选择性多播将网络带宽消耗效率最大化的方法。
背景技术
多播是其中源主机向一群目的主机发送消息的通信模式。尽管这可以通过向每一目的主机发送单播(点对点)消息来完成,但建立对目的主机的连接所要求的带宽及处理功率的添加消耗使得在这一情形中单播是不合希望的。因此,使用多播的主要优势是降低带宽消耗。存在许多要求向数以百计的目的主机传输包的应用程序。发送到这些目的主机的包在其到其目的地的路径上共享一群链路。由于多播要求仅由源主机传输单个包且仅在必要时(也就是说,在多播传送树的分叉处)重复这一包,所以多播传输可以保存宝贵的网络资源。
多播的另一重要特征及本申请案所关注的另一重要特征是其对“数据广播”应用的支持。最近几年,因特网上的多媒体传输已经变得越来越受欢迎。这些传输也称为“网络传播(webcast)”、“音频传播(audiocast)”、“视频传播(videocast)”、“个人传播(podcast)”和其他相依于多媒体内容类型的奇特术语。最受欢迎的是音频及视频信号从服务器到一群接收客户机的捕获、压缩及传输。多播可用于将多媒体内容有效分布到所有客户机,而不是使用各参与客户机之间的一组点对点连接。客户机经常可以在任一时间加入或离开音频传播或视频传播。由多播提供的加入及离开组群的灵活性可以使得对可变成员关系的管理更加易于处理。然而,多播或广播多媒体内容的当前***总是广播所有内容而不管客户机是否正在请求所述内容。在这一方面,数据传播与无线电台或电视台相类似,无线电台或电视台分别广播无线电或电视信号,而不管是否有人在收听或观看。然而,在因特网上,这种类型的盲目广播(broadcasting-in-the-blind)可能导致稀有网络资源的低效使用和最严重的网络拥塞。因此,希望一种可以选择性地基于客户机使用或请求来多播其流式内容的多媒体***。
发明内容
本发明通过提供新颖的流式多媒体广播***及方法来解决现有技术中存在的问题,所述新颖的流式多媒体广播***及方法基于客户机请求及使用来选择性地多播其内容。具体来说,本***包含与多个源进行通信且具有多个客户机的服务器。所述服务器确定所述客户机的至少一者是否正请求接收至少一个源。然后,所述服务器分别向提出请求的客户机多播这些所请求源。在客户机均不请求特定源的情况下,服务器不会多播所述特定源。在所有客户机均停止请求服务器当前正在多播的特定源的情况下,服务器终止所述特定源的多播。通过选择性地多播所述可用的源,可以保存重要的网络资源且可以避免网络拥塞。
在本发明的某些实施例中,存在用于执行一种通过网络将流式媒体内容从至少一个源传送到多个客户机的方法的方法/装置/***,所述方法包括下述行为:向多个客户机中的至少一个客户机多播第一流式内容,及在确定所述多个客户机均不希望继续接收第一流式内容时终止第一流式内容的多播。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中在网络协议的应用层做出所述确定,尽管在其他实施例中,确定不是在应用层做出,且在某些实施例中,终止多播/阻止多播包含停止/阻止流式媒体内容进入网络/在网络中传播。
上文及下文所论述的某些实施例进一步包含下述行为:在多播第一流式内容之前,确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息可指示一个或一个以上客户机继续从所述至少一个源接收流式内容的希望。
在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括:基于多个当前已接收的轮询消息中的至少一者来估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息可指示一个或一个以上客户机继续从所述至少一个源接收流式内容的希望;及当前是否已接收至少一个轮询消息。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括向多个客户机中的一个或一个以上客户机发送轮询消息,其中所述轮询消息向相应接收方请求确认所述轮询问题的相应接收方希望继续从所述至少一个源接收流式内容。
在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括:向多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息向相应接收方请求确认轮询问题的相应接收方希望继续从所述至少一个源接收流式内容;及下述至少一者:估计来自所述轮询问题的相应接收方的响应,及估计来自所述轮询问题的相应接收方的响应缺失。
在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中在终止流式内容之前,确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容,及当在网络协议的应用层处确定客户机均不希望从所述至少一个源接收流式内容的情况下终止所述多播。
在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其进一步包括下述行为:在向所述多个客户机中的至少一个客户机多播第一流式内容之后,及在所述多个客户机均不希望继续接收所述至少一个源的情况下终止所述第一流式内容的多播之前,辨识至少一个其他客户机希望接收所述第一流式内容,及将所述至少一个其他客户机添加到构成所述第一流式内容多播的多播传输的多播地址中。
在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括下述至少一者:对与服务器的开放TCP套接口连接的数量计数,所述服务器向多个客户机中的至少一个客户机多播第一流式内容;及确定是否存在与服务器的开放TCP套接口连接,所述服务器基于所计数的开放TCP套接口连接向多个客户机中的至少一个客户机多播第一流式内容。
在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括下述至少一者:对与服务器的开放TCP套接口连接的数量计数,所述服务器向多个客户机中的至少一个客户机多播第一流式内容,且在开放TCP套接口连接的数量低于某一数字时确定客户机均不希望从所述至少一个源接收流式内容;及确定是否存在对服务器的开放TCP套接口连接,所述服务器向所述多个客户机中的至少一个客户机多播第一流式内容,及在确定不存在开放TCP套接口连接的情况下确定客户机均不希望从所述至少一个源接收流式内容。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中在仍然产生流式内容并将其发送到服务器时发生在确定所述多个客户机均不希望继续接收所述至少一个源时终止第一流式内容多播的行为。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中第一流式内容包含由视频摄像机***产生的视频内容。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其进一步包括:利用与所述至少一个源通信的服务器向多个客户机中的至少一个客户机多播第一流式内容,其中所述至少一个源向所述服务器传输第一流式内容,其中所述多播通过下述的至少一者来发生:一个或一个以上无线接入点、一个或一个以上数字订户线、一个或一个以上广域网络连接、及一个或一个以上局域网络连接,其中所述第一内容包含文本、图片、视频及音频内容的至少一者。在某些实施例中,存在一种如上文/下文所述的方法/***/设备,其中第一流式内容包含由第一视频摄像机***产生的视频内容,所述方法进一步包括下述行为:向所述多个客户机中的至少一个客户机多播至少一个第二流式内容,所述第二流式内容包含由第二视频摄像机***产生的视频内容;及在确定所述多个客户机均不希望继续接收第二流式内容时终止第二流式内容多播,其中所述多播行为通过同一服务器发生。
在某些实施例中,存在一种如上文/下文所述用于将流式媒体内容从至少一个源传送到多个客户机的方法/***/设备,其包括下述行为:使用服务器从至少一个源接收第一流式内容;及下述至少一者:在从服务器多播第一流式内容之前确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容,以使所述多个客户机中的一者或一者以上可以接收第一流式内容;在从所述服务器多播第一流式内容之前确定多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容,以使所述多个客户机中的一者或一者以上可以接收第一流式内容,其中在确定所述多个客户机中的至少一个客户机希望从所述至少一个源接收流式内容的情况下多播所述第一流式内容,以使所述多个客户机中的至少一者可接收第一流式内容,且其中在确定客户机均不希望从所述至少一个源接收流式内容的情况下阻止第一流式内容的多播;确定所述多个客户机中先前已从至少一个源接收从服务器多播的流式内容的至少一个客户机是否希望继续从所述至少一个源接收流式内容以确定是否断开从服务器多播的第一流式内容;及确定所述多个客户机中先前已从至少一个源接收从服务器多播的流式内容的至少一个客户机是否希望继续从所述至少一个源接收从服务器多播的流式内容,以确定是否断开从所述至少一个服务器多播的第一流式内容,其中在确定所述多个客户机中先前已从至少一个源接收从服务器多播的流式内容的至少一个客户机不希望继续从所述至少一个源接收流式内容的情况下,终止所述第一流式内容的多播,且其中在确定所述多个客户机中先前已从至少一个源接收从服务器多播的流式内容的至少一个客户机希望继续从所述至少一个源接收流式内容的情况下,继续多播所述第一流式内容。
附图说明
参照下列说明、附加权利要求书和附图,将更好地理解本发明的这些和其他特征、方面及优势,其中:
图1是本发明的优选实施例的计算机网络的示意图。
具体实施方式
参照图1,其显示网络***的实例,其中存在通过各种网络连接与服务器进行通信的5个客户机和3个摄像机(或源)。尽管下列说明为便利起见将涉及通过摄像机捕获的视频,但应了解,本发明可以容纳所有类型的流式内容,包含而不限于例如文本、图片和音频等格式。此外,在某些实施例中,可以利用各种类型的网络及/或对服务器的连接。此外,客户机及源的数量也可以变化。因此,在某些实施例中,客户机和源可以通过任一数量的方式连接到服务器,所述方式包含(仅举例说明而非限制)无线接入点、数字订户线、广域网络连接及/或局域网络连接。
图1描绘其中存在5个客户机和3个视频源的***的实例。在典型的多播IP视频***中,所有3个摄像机将随时向网络的所有部分进行广播。因此,在每个摄像机传输1Mbps数据的情况下,广播区域A和广播区域B将各自处理3Mbps的数据,且在每一客户机上将有3Mbps进入每一网络接口卡(NIC)。如果存在300个摄像机,则所述数字将是300Mbps,且这可能导致引起网络拥塞。
在实施本发明某些实施例的***中,在一个客户机请求视频前视频服务器将不发送任何视频。以此方式,服务器将在其从单个客户机接收到对特定资源的请求时开始多播。在其接收到接续请求的情况下,则其将继续将所述资源流化。当客户机不再希望所述流时,服务器将注意到所述情况并在客户机不希望所述流时就停止流化。
本发明的某些实施例的服务器可能包含可以包含实施本文所述的某些或全部实施例的逻辑的处理器,所述服务器可以从与其通信的摄像机接收稳定的视频流。然而,服务器不会像现有技术中那样总是多播所有的这些视频馈送。相反,其检查是否存在任何客户机正向任一特定摄像机请求观看任何视频。如果没有任何客户机向特定摄像机请求视频,则服务器不会多播所述摄像机的内容。然而,如果至少一个客户机希望观看来自特定摄像机的视频,则服务器向所述客户机多播所述摄像机的视频流。如果后续的其他客户机想要接收所述摄像机的视频馈送,则服务器仅注意到存在额外客户机,并将所述客户机添加到多播传输的多播地址中。可以了解,在某些实施方案中,这会保存足够的网络资源,因为仅做出任一特定摄像机的视频的单传输。然而,就像随时可能发生的那样,如果所有客户机都停止请求特定视频馈送,则服务器可以终止所述视频的多播,以进一步保存网络资源。回头参考先前进行的不完善的无线电和电视类推,可以了解到本***停止对无人收听或观看的内容进行数据传播。
“通过终止多播”等是指在客户机均不希望接收流式媒体内容的情况下阻止将所述内容放置在网络上,及在客户机均不希望继续接收流式媒体内容的情况下暂停通过网络传播所述内容。也就是说,在本发明的某些实施例中,如果客户机均不希望所述内容,则由(例如)视频摄像机发送到服务器的内容并未置于网络上(且因此不被多播)。在这点上,在某些实施例中,存在视频分布***,其包括服务器和多个适于分别向服务器发送流式视频内容的摄像机。所述服务器适于接收至少某些所发送的流式视频内容,且适于通过网络向多个客户机多播至少某些所接收的流式媒体内容。进一步地,在此***中,能够由服务器接收的流式视频内容的总位速率超过网络带宽,且服务器适于通过下述确定来将相应流式媒体内容的多播次数限定为总位速率不超过网络带宽:确定所接收流式视频内容的至少一者是否希望由客户机观看,且在所述至少一个客户机不希望观看所接收流式视频的情况下不将所述至少一个所接收流式视频放置在网络上。在这种实施例中,50、60、70、80、90、100、300或更多个摄像机可能与服务器通信,且可能避免网络饱和的负面影响,即使对服务器的输入超过网络带宽。例如,在UDP业务的情形中,将不存在视频延时或减速,而在TCP业务的情形中,将不存在数据传送停止等,因为由于仅请求来自某些摄像机的某些内容而仅将那些内容放在网络上/或将大量不希望的内容从网络移除,以使总位速率低于最大带宽。因此,在某些实施例中,本发明使得***能够基于客户机希望而准许管理通过网络传播的内容。
在本发明的某些实施例中,不把内容放在网络上会减轻利用网络转换(switch)/网络交换(switching)增加利用带宽的效率的希望。
尽管跟踪特定视频馈送的请求数量的方法是多种多样的,但一实例是对特定摄像机对服务器的开放TCP套接口连接的数量计数。当客户机向服务器请求特定视频馈送时,通常通过将其自身的TCP套接口打开到服务器来建立连接。当客户机希望停止观看视频馈送时,关闭这一相同TCP套接口。在这种制度下,观看特定摄像视频馈送的客户机数量总是对应于服务器处的开放TCP套接口数量。通过对开放TCP套接口的数量计数,服务器可以容易地确定是继续多播特定摄像机视频馈送还是终止所述多播。尽管对开放TCP套接口计数是一种确定对特定摄像机内容感兴趣的客户机数量的方法,但任何建立与服务器的连接的通信协议(例如HTTP等)均可以用作指示符。
另一选择为,客户机可以向服务器发送规则的轮询消息以指示其仍然对接收摄像机内容感兴趣。然后,服务器可以记录当前接收的轮询消息数量以确定是否继续所述视频多播。另一选择为,客户机可以发送指示其对特定摄像机的视频馈送感兴趣的消息,且然后所述服务器可以周期性地向正在观看的客户机发送轮询消息以确保其仍然对接收所述内容感兴趣。通过记录来自客户机的响应,服务器可以确定继续对视频馈送进行数据传播。在本发明的某些实施例中,确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容。这一确定可以包含基于当前接收的大量轮询消息的至少一者及当前是否已接收到至少一个轮询消息来估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息可以指示一个或一个以上客户机继续从所述至少一个源接收流式内容的希望。在这点上,如果在由***管理器等识别的预定或可变时间内尚未接收到轮询消息,则可以确定客户机均不希望接收流式视频。在某些实施例中,这一确定包含向一个或多个客户机发送轮询消息,所述轮询消息向相应接收方请求确认所述轮询问题的相应接收方希望继续从所述至少一个源接收流式内容的确认。这可以进一步包含估计来自轮询问题的相应接收方的响应及/或估计来自轮询问题的相应接收方的响应缺失,其中如果所述响应可指示接收内容的否定希望,及/或如果没有接收到任何响应,则可以确定客户机均不希望接收这一内容。
因此,可以看出,本发明的某些实施例通过提供可以基于客户机使用及/或请求来选择性地多播其流式多媒体内容的***来提供对现有技术问题的独特解决方案。
本发明的某些实施例可以使用编程/逻辑/软件/控制等方式在网络协议的所谓应用层实施。在某些实施例中,应用层允许用户通过应用程序存取网络上的信息。这个层可能是用户与应用程序及因此与网络交互作用的主接口。应用层协议的某些实例包含(仅举例说明而非限定)远程登录、文件传送协议(FTP)、简单邮件传送协议(SMTP)和超文本传送协议(HTTP)。在某些实施例中,网络协议可以包含开放***互连(OSI)模型的7个层中的某些或全部,应用层类似于所述模型的第七层。也就是说,在具有7层结构的OSI模型的网络中,实施本发明某些实施例的编程、逻辑、软件及/或控制将在第七层或其等效层。
在本发明的例示性实施例中,存在用于通过网络将流式媒体内容从至少一个源传送到多个客户机的方法。这一方法可以包括下述行为:向多个客户机中的至少一个客户机多播第一流式内容,及当在网络协议的应用层确定所述多个客户机均不希望继续接收第一流式内容时终止所述第一流式内容的多播,所述确定可以使用(例如)应用层处的逻辑来完成。
本发明包含用于实践本发明的方法、用以实践本发明的软件、用以实践本发明的逻辑(包含硬件、软件及/或固件)、及经配置以实施本发明的设备。因此,本发明包含用于实施实践本发明的算法以及本文所述的***及方法、且还用于控制本文所述装置及方法的实施方案的程序产品及硬件及固件。
应注意,本文使用的术语“处理器”囊括简单电路和复杂电路以及计算机处理器。
进一步应注意,本发明的教示可以结合下述一者或二者的教示:2001年7月25日由彼得·莫特(Peter Mottur)和伊桑·齐默尔(Ethan Zimmer)提出申请且名称为“用于网络摄像机控制的方法及***(Methods and Systems for Networked Camera Control)”的美国专利申请案第09/912,869号,及2002年11月21日由彼得·莫特(Peter Mottur)提出申请且名称为“控制对网络装置的接入的方法及***(Methods and Systems toControl Access to Network Devices)”的美国专利申请案第10/301,344号,这些申请案的内容全文均以引用的方式并入本文中。在参照关于本文所述摄像机网络和辅助组件的教示时尤其如此。
在本发明的某些实施例中,存在如上文/下文所述的方法/***/设备,其包括下述行为:使用服务器从至少一个源接收第一流式内容;将第一流式内容置于网络上并多播所述第一流式内容;及在使用服务器从所述至少一个源接收第一流式内容时确定所述多个客户机是否已全部停止希望从所述至少一个源接收经多播的第一流式内容,且如果确定所述多个客户机已全部停止希望从至少一个源接收经多播的第一流式内容,则阻止第一流式内容继续进入网络,且如果确定所述多个客户机中的至少一个继续希望从所述至少一个源接收经多播的第一流式内容,则继续所述第一流式内容的多播及继续将第一流式内容置于网络上。在某些实施例中,存在如上文/下文所述的方法/***/设备,其包括下述行为:确定所述多个客户机中的至少一个客户机是否希望接收所述多个源中的至少一个源;向所述至少一个客户机多播所述至少一个源;及在所述多个客户机均不希望继续从所述至少一个源接收内容的情况下终止所述至少一个源的多播。
在某些实施例中,存在如上文/下文所述的方法/***/设备,其中服务器适于从第一源接收第一流式媒体内容且适于向所述多个客户机中的至少一个客户机多播所接收的第一流式媒体内容,其中所述服务器包含在某些实施例中在网络协议的应用层处的逻辑,所述逻辑确定所述多个客户机中的任一者是否希望下述至少一者:接收所述第一流式媒体内容的多播传输;及继续接收第一流式媒体内容的多播传输,且其中所述服务器包含在某些实施例中在网络协议的应用层处的逻辑以执行下述至少一者:如果确定客户机均不希望接收第一流式媒体内容的多播传输则不起始所述第一流式媒体内容的多播;及如果确定客户机均不希望继续接收所述第一流式媒体内容的多播传输则终止所述第一流式媒体内容的多播。在某些实施例中,存在如上文/下文所述的方法/***/设备,其中所述服务器包含执行下述的逻辑:在某些实施例中,在网络协议的应用层处估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息可指示一个或一个以上客户机希望从所述至少一个源接收及继续接收流式内容的至少一者,及基于所述估计来确定是否执行下述至少一者:如果确定客户机均不希望接收第一流式媒体内容的多播传输则不起始所述第一流式媒体内容的多播;且如果确定客户机均不希望继续接收第一流式媒体内容的多播传输则终止所述第一流式媒体内容的多播。在某些实施例中,存在如上文/下文所述的方法/***/设备,其中所述服务器适于向所述多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息请求确认轮询问题的相应接收方希望从至少一个源接收和继续接收流式内容中的至少一者,其中所述服务器包含在网络协议的应用层处的逻辑,所述逻辑执行下述至少一者:分析对轮询消息的所接收响应及估计对轮询消息的所接收响应的缺失,以执行下述至少一者:确定关于所述多个客户机中的至少一个客户机是否希望下述至少一者:从所述至少一个源接收流式内容及继续接收流式内容。在某些实施例中,存在如上文/下文所述的方法/***/设备,其中存在适于从第一源接收第一流式媒体内容且适于向所述多个客户机中的至少一个客户机多播所接收的第一流式媒体内容的服务器,其中所述服务器包含用以确定所述多个客户机中的任一者是否希望下述至少一者的逻辑:接收所述第一流式媒体内容的多播传输;及继续接收所述第一流式媒体内容的多播传输,且其中所述服务器包含用于下述至少一者的逻辑:阻止第一流式媒体内容被置于网络上,及在发生下述至少一者时阻止第一流式媒体内容继续被置于网络上:确定客户机均不希望接收所述第一流式媒体内容的多播传输;且确定客户机均不希望继续接收所述第一流式媒体内容的多播传输。
在某些实施例中,存在如上文/下文所述的方法/***/设备,其中所述服务器包含用于以下的逻辑:估计从所述多个客户机的一个或一个以上客户机接收的轮询消息的逻辑,所述轮询消息指示一个或一个以上客户机希望从所述至少一个源接收及继续接收流式内容中的至少一者,及基于所述估计来确定是否执行下述的至少一者:阻止第一流式媒体内容被置于网络上,及在下述至少一者的情况下阻止第一流式媒体内容继续被置于网络上:确定客户机均不希望接收第一流式媒体内容的多播传输;及如果确定客户机均不希望继续接收第一流式媒体内容的多播传输。在某些实施例中,存在如上文/下文所述的方法/***/设备,其中所述服务器适于向所述多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息请求确认所述轮询问题的相应接收方希望从所述至少一个源接收及继续接收流式内容中的至少一者,其中所述服务器包含用以执行下述至少一者的逻辑:分析对轮询消息的所接收响应,及估计对轮询消息的所接收响应的缺失,以执行下述至少一者:确定关于所述多个客户机中的至少一个客户机是否希望下述的至少一者:从所述至少一个源接收流式内容及继续接收流式内容。
在某些实施例中,存在程序产品,其包括:用于将流式媒体内容从至少一个源传送到多个客户机的程序产品,所述程序产品包括用于在被执行时致使机器执行上文及/或下文所述的各种行为、方法等的某些或全部的机器可读程序码。在某些实施例中,机器是服务器***,且在某些实施例中,程序产品适于在网络协议的应用层处加以利用。
在某些实施例中,存在用于将流式媒体内容从至少一个源传送到多个客户机的程序产品,所述程序产品包括用于在被执行时致使机器执行上文及/或下文所述的各种方法/行为等的某些或全部的机器可读程序码。在某些实施例中,存在如上文/下文所述的方法/***/设备,其用于通过网络分布多个流式视频内容而不会由于所述多个流式视频内容的总位速率而超过网络带宽容量,所述方法包括下述行为:如果所述多个流式视频内容的总位速率达到网络带宽容量那么执行上文/下文所述的各种行为/方法等的某些或全部,其中第一流式内容是第一流式视频内容。
在某些实施例中,存在如上文/下文所述的方法/***/设备,其包含在所述多个流式视频内容的总位速率将超过网络带宽容量时阻止新的客户机接收第一流式内容。在某些实施例中,存在如上文/下文所述的方法/***/设备,其包含一旦阻止新的客户机接收第一流式内容则向新的客户机提供消息来通告拒绝接收第一流式内容。在某些实施例中,存在如上文/下文所述的方法/***/设备,其用于通过网络分布多个流式视频内容而不会由于所述多个流式视频内容的总位速率而超过网络带宽容量,所述方法包括下述行为:在所述多个流式视频内容的总位速率达到网络带宽容量的情况下执行上文及/或下文所述各种行为/方法中的某些或全部,其中第一流式内容是第一流式视频内容。
在某些实施例中,存在如上文/下文所述的方法/***/设备,其进一步包括:向所述多个客户机中的一个或一个以上客户机多播至少一个第二流式内容,所述第二流式内容包含由第二视频摄像机***产生的视频内容;及在某些实施例中,在网络协议的应用层处,在确定所述多个客户机中的至少一者希望继续接收第二流式内容之后继续所述第二流式内容的多播,其中在某些实施例中,多播行为通过同一服务器发生。在某些实施例中,存在如上文/下文所述的方法/***/设备,其中存在视频分布***,其包括:服务器;及多个摄像机,所述摄像机适于向服务器发送相应的流式视频内容,其中所述服务器适于接收至少某些所发送的流式视频内容及适于通过网络向多个客户机多播至少某些所接收的流式媒体内容,其中所述流式视频内容的能够由服务器接收的总位速率超过网络带宽,且其中所述服务器适于通过下述来将相应流式媒体内容的多播次数限制为总位速率不会超过网络带宽:确定所接收流式视频内容的至少一者是否希望由客户机观看,且在所述至少一个客户机不希望观看所接收流式视频的情况下不把所述至少一个所接收流式视频置于网络上。
在给出本发明所述揭示内容的情况下,所属技术领域中的技术人员将了解可能存在其他实施例和修改在本发明范围和精神内。因此,所属技术领域的技术人员从本揭示内容可获得的在本发明范围及精神内的所有修改将包含为本发明的进一步实施例。因此,本发明的范围将如随附权利要求书中所列举来界定。
Claims (31)
1、一种用于通过网络将流式媒体内容从至少一个源传送到多个客户机的方法,所述方法包括以下行为:
向所述多个客户机中的至少一个客户机多播第一流式内容;及
一旦在网络协议的应用层处做出所述多个客户机均不希望继续接收所述第一流式内容的确定,那么终止所述第一流式内容的所述多播。
2、如权利要求1所述的方法,其进一步包括以下行为:在多播所述第一流式内容之前,确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容。
3、如权利要求2所述的方法,其中所述确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括估计从所述多个客户机中的一个或一个以上客户机接收轮询消息,所述轮询消息指示一个或一个以上客户机希望继续从所述至少一个源接收流式内容。
4、如权利要求2所述的方法,其中所述确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括在所述网络协议的所述应用层处基于以下中的至少一者来估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息指示一个或一个以上客户机希望继续从所述至少一个源接收流式内容:
最近接收的轮询消息的数量;及
最近是否已接收到至少一个轮询消息。
5、如权利要求2所述的方法,其中所述确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括向所述多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息请求从相应接收方确认轮询问题的所述相应接收方希望继续从所述至少一个源接收流式内容。
6、如权利要求2所述的方法,其中所述确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括:
向所述多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息请求从相应接收方确认所述轮询问题的所述相应接收方希望继续从所述至少一个源接收流式内容;及
以下中的至少一者:
估计来自所述轮询问题的相应接收方的响应;及
估计来自所述轮询问题的相应接收方的响应缺失。
7、如权利要求1所述的方法,其进一步包括以下行为:在终止所述流式内容之前,在所述网络协议的所述应用层处确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容,及如果在所述网络协议的所述应用层处确定客户机均不希望从所述至少一个源接收流式内容,那么终止所述多播。
8、如权利要求1所述的方法,其进一步包括以下行为:在向所述多个客户机中的至少一个客户机多播第一流式内容之后,及在所述多个客户机均不希望继续接收所述至少一个源的情况下终止所述第一流式内容的所述多播之前,在所述网络协议的所述应用层处辨识至少一个其他客户机希望接收所述第一流式内容并将所述至少一个其他客户机添加到构成所述第一流式内容的所述多播的多播传输的多播地址中。
9、如权利要求2所述的方法,其中所述确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括:
对到服务器的开放TCP套接口连接的数量进行计数,所述服务器向所述多个客户机中的至少一个客户机多播所述第一流式内容;及
基于所计数的开放TCP套接口连接的所述数量来确定是否存在到向所述多个客户机中的至少一个客户机多播所述第一流式内容的服务器的开放TCP套接口连接。
10、如权利要求2所述的方法,其中所述确定所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容的行为包括以下中的至少一者:
对到服务器的开放TCP套接口连接的数量进行计数,所述服务器向所述多个客户机中的至少一个客户机多播第一流式内容,及如果开放TCP套接口连接的数量低于某一数字,那么确定客户机均不希望从所述至少一个源接收流式内容;及
确定是否存在到向所述多个客户机中的至少一个客户机多播所述第一流式内容的服务器的开放TCP套接口连接,及如果确定不存在开放TCP套接口连接,那么确定客户机均不希望从所述至少一个源接收流式内容。
11、如权利要求1所述的方法,其中在所述流式内容仍在产生并发送到所述服务器时,一旦确定所述多个客户机均不希望继续接收所述至少一个源那么终止所述第一流式内容的所述多播的行为发生。
12、如权利要求1所述的方法,其中所述第一流式内容包含由视频摄像机***产生的视频内容。
13、如权利要求1所述的方法,其进一步包括:
利用与所述至少一个源通信的服务器向所述多个客户机中的至少一个客户机多播所述第一流式内容,其中所述至少一个源向所述服务器传输所述第一流式内容,其中
所述多播通过以下中的至少一者发生:
一个或一个以上无线接入点,一个或一个以上数字订户线,一个或一个以上广域网络连接,及一个或一个以上局域网络连接,
其中所述第一内容包含文本、图片、视频及音频内容中的至少一者。
14、如权利要求1所述的方法,其中所述第一流式内容包含由第一视频摄像机***产生的视频内容,所述方法进一步包括以下行为:
向所述多个客户机中的至少一个客户机多播至少第二流式内容,所述第二流式内容包含由第二视频摄像机***产生的视频内容;及
当在所述网络协议的所述应用层处做出所述多个客户机均不希望继续接收所述第二流式内容的确定时,终止所述第二流式内容的所述多播,
其中所述多播行为通过同一服务器发生。
15、一种用于将流式媒体内容从至少一个源传送到多个客户机的方法,其包括以下行为:
使用服务器从所述至少一个源接收第一流式内容;及
以下中的至少一者:
在网络协议的应用层处确定在从所述服务器多播所述第一流式内容之前所述多个客户机中的至少一个客户机是否希望从所述至少一个源接收流式内容,以便所述多个客户机中的一者或一者以上可以接收所述第一流式内容;
在网络协议的应用层处确定在从所述服务器多播所述第一流式内容之前所述多个客户机中的所述至少一个客户机是否希望从所述至少一个源接收流式内容,以便所述多个客户机中的一者或一者以上可以接收所述第一流式内容,其中如果确定所述多个客户机中的所述至少一个客户机希望从所述至少一个源接收流式内容,那么多播所述第一流式内容以使所述多个客户机中的至少一者可以接收所述第一流式内容,且其中如果确定客户机均不希望从所述至少一个源接收流式内容,那么阻止所述第一流式内容的所述多播;
在网络协议的应用层处确定所述多个客户机中先前已从所述至少一个源接收从所述服务器多播的所述流式内容的至少一个客户机是否希望继续从所述至少一个源接收流式内容,以在网络协议的所述应用层处确定是否断开从所述服务器多播所述第一流式内容;及
在网络协议的应用层处确定所述多个客户机中先前已从所述至少一个源接收从所述至少一个服务器多播的所述流式内容的至少一个客户机是否希望继续从所述至少一个源接收从所述服务器多播的流式内容,以在网络协议的所述应用层处确定是否断开从所述至少一个服务器多播所述第一流式内容,其中如果确定所述多个客户机中先前已从所述至少一个源接收所述流式内容的所述至少一个客户机希望不继续从所述至少一个源接收流式内容,那么终止所述第一流式内容的多播,且其中如果在网络协议的所述应用层处确定所述多个客户机中先前已从所述至少一个源接收所述流式内容的所述至少一个客户机希望继续从所述至少一个源接收流式内容,那么继续多播所述第一流式内容。
16、一种用于通过包含服务器的网络将流式媒体内容从至少一个源传送到多个客户机的方法,所述方法包括以下行为:
使用服务器从所述至少一个源接收第一流式内容;
将所述第一流式内容置于所述网络上并多播所述第一流式内容;及
在使用所述服务器从所述至少一个源接收所述第一流式内容时,确定所有所述多个客户机是否已停止希望从所述至少一个源接收所述多播的第一流式内容,且如果做出所有所述多个客户机已停止希望从所述至少一个源接收所述多播的第一流式内容的确定,那么阻止所述第一流式内容继续进入所述网络,且如果做出所述多个客户机中的至少一者继续希望从所述至少一个源接收所述多播的第一流式内容的确定,那么继续所述第一流式内容的多播并继续将所述第一流式内容置于所述网络上。
17、一种用于将流式多媒体内容从多个源传送到多个客户机的方法,其包括以下行为:
确定所述多个客户机中的至少一个客户机是否希望接收所述多个源中的至少一个源;
向所述至少一个客户机多播所述至少一个源;及
如果所述多个客户机均不希望继续从所述至少一个源接收内容,那么终止所述至少一个源的所述多播。
18、一种用于通过网络将流式媒体内容从至少一个源传送到多个客户机的设备,所述设备包括:
服务器,其适于从第一源接收第一流式媒体内容并适于向所述多个客户机中的至少一个客户机多播所述接收的第一流式媒体内容,
其中所述服务器在网络协议的应用层处包含用以确定所述多个客户机中的任一者是否希望以下中至少一者的逻辑:
接收所述第一流式媒体内容的多播传输;及
继续接收所述第一流式媒体内容的多播传输,及
其中所述服务器在所述网络协议的所述应用层处包含用于以下中的至少一者的逻辑:
如果确定客户机均不希望接收所述第一流式媒体内容的所述多播传输,那么不起始所述第一流式媒体内容的多播;及
如果确定客户机均不希望继续接收所述第一流式媒体内容的所述多播传输,那么终止所述第一流式媒体内容的多播。
19、如权利要求18所述的设备,其中所述服务器包含用于以下的逻辑:在所述网络协议的所述应用层处估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息指示一个或一个以上客户机希望从所述至少一个源接收及继续接收流式内容中的至少一者;及基于所述估计来确定是否执行以下中至少一者:
如果确定客户机均不希望接收所述第一流式媒体内容的所述多播传输,那么不起始所述第一流式媒体内容的多播;及
如果确定客户机均不希望继续接收所述第一流式媒体内容的所述多播传输,那么终止所述第一流式媒体内容的多播。
20、如权利要求18所述的设备,其中所述服务器适于向所述多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息请求确认轮询问题的相应接收方希望从所述至少一个源接收及继续接收流式内容中至少一者,其中所述服务器在所述网络协议的所述应用层处包含用于以下中至少一者的逻辑:分析对所述轮询消息的所接收响应,及估计对所述轮询消息的所接收响应的缺失,以执行以下中的至少一者:做出关于所述多个客户机中的至少一个客户机是否希望以下中至少一者的确定:从所述至少一个源接收流式内容及继续接收流式内容。
21、一种用于通过网络将流式媒体内容从至少一个源传送到多个客户机的设备,所述设备包括:
服务器,其适于从第一源接收第一流式媒体内容,且适于向所述多个客户机中的至少一个客户机多播所述接收的第一流式媒体内容,
其中所述服务器包含用以确定所述多个客户机中的任一者是否希望以下中至少一者的逻辑:
接收所述第一流式媒体内容的多播传输;及
继续接收所述第一流式媒体内容的多播传输,及
其中所述服务器包含用于以下中至少一者的逻辑:如果发生以下中至少一者,那么阻止将所述第一流式媒体内容置于所述网络上且阻止将所述第一流式媒体内容继续置于所述网络上:
确定客户机均不希望接收所述第一流式媒体内容的所述多播传输;及
确定客户机均不希望继续接收所述第一流式媒体内容的所述多播传输。
22、如权利要求21所述的设备,其中所述服务器包含用于以下的逻辑:估计从所述多个客户机中的一个或一个以上客户机接收的轮询消息,所述轮询消息指示一个或一个以上客户机希望从所述至少一个源接收及继续接收流式内容中的至少一者;及基于所述估计确定是否执行以下中的至少一者:如果发生以下中的至少一者,那么阻止将所述第一流式媒体内容置于所述网络上且阻止将所述第一流式媒体内容继续置于所述网络上:
确定客户机均不希望接收所述第一流式媒体内容的所述多播传输;及
是否确定客户机均不希望继续接收所述第一流式媒体内容的所述多播传输。
23、如权利要求21所述的设备,其中所述服务器适于向所述多个客户机中的一个或一个以上客户机发送轮询消息,所述轮询消息请求确认所述轮询问题的相应接收方希望从所述至少一个源接收及继续接收流式内容中的至少一者,其中所述服务器包含用于以下中的至少一者的逻辑:分析对所述轮询消息的所接收响应,及估计对所述轮询消息的所接收响应的缺失,以执行以下中的至少一者:做出关于所述多个客户机中的至少一个客户机是否希望以下中的至少一者的确定:从所述至少一个源接收流式内容及继续接收流式内容。
24、一种程序产品,其包括:
程序产品,其用于将流式媒体内容从至少一个源传送到多个客户机,其包括用于在被执行时致使机器执行如权利要求1所述的方法的机器可读程序码,其中所述机器是服务器***,且其中所述程序产品适于在网络协议的应用层处加以利用。
25、一种程式产品,其包括:
程序产品,其用于将流式媒体内容从至少一个源传送到多个客户机,其包括用于在被执行时致使机器执行如权利要求16所述方法的机器可读程序码,其中所述机器是服务器***。
26、一种通过网络分布多个流式视频内容而不会由于所述多个流式视频内容的总位速率而超出网络带宽容量的方法,所述方法包括以下行为:
执行如权利要求1所述的行为,其中如果所述多个流式视频内容的所述总位速率达到所述网络带宽容量,那么第一流式内容是第一流式视频内容。
27、如权利要求26所述的方法,其进一步包含:
如果所述多个流式视频内容的所述总位速率将超过所述网络带宽容量,那么阻止新的客户机接收所述第一流式内容。
28、如权利要求27所述的方法,其进一步包括:
一旦阻止所述新的客户机接收所述第一流式内容,那么向所述新的客户机提供通告关于拒绝接收所述第一流式内容的消息。
29、一种通过网络分布多个流式视频内容而不会由于所述多个流式视频内容的总位速率而超出网络带宽容量的方法,所述方法包括以下行为:
执行如权利要求16所述的行为,其中如果所述多个流式视频内容的所述总位速率达到所述网络带宽容量,那么第一流式内容是第一流式视频内容。
30、如权利要求1所述的方法,其进一步包括向所述多个客户机中的至少一个客户机多播至少第二流式内容,所述第二流式内容包含由第二视频摄像机***产生的视频内容;及
当在所述网络协议的应用层处确定所述多个客户机中的至少一者希望继续接收所述第二流式内容之后继续所述第二流式内容的所述多播,
其中所述多播行为通过同一服务器发生。
31、一种视频分布***,其包括:
服务器;及
多个摄像机,其适于向所述服务器发送相应的流式视频内容,
其中所述服务器适于接收至少某些所述发送的流式视频内容,且适于通过网络向多个客户机多播至少某些所述接收的流式媒体内容,
其中所述服务器所能够接收的所述流式视频内容的总位速率超出网络带宽,及
其中所述服务器适于通过以下方式将相应流式媒体内容的多播次数限制为不超出所述网络带宽的总位速率:确定客户机是否希望观看所述接收的流式视频内容中的至少一者,且如果所述至少一个客户机不希望观看所述接收的流式视频,那么不把至少一个接收的流式视频置于所述网络上。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US71555205P | 2005-09-09 | 2005-09-09 | |
US60/715,552 | 2005-09-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101548275A true CN101548275A (zh) | 2009-09-30 |
Family
ID=37836574
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200680039733XA Pending CN101548275A (zh) | 2005-09-09 | 2006-09-11 | 多媒体内容点播的多播传送 |
Country Status (6)
Country | Link |
---|---|
US (2) | US20070083667A1 (zh) |
EP (1) | EP1934779A4 (zh) |
JP (1) | JP5249763B2 (zh) |
CN (1) | CN101548275A (zh) |
CA (1) | CA2621990A1 (zh) |
WO (1) | WO2007030813A2 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107079013A (zh) * | 2014-10-14 | 2017-08-18 | 皇家Kpn公司 | 管理媒体流的并发流式传输 |
US10034276B2 (en) | 2012-09-26 | 2018-07-24 | Huawei Technologies Co., Ltd. | Downlink data transmission method, base station, and user equipment |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7301944B1 (en) * | 1997-10-24 | 2007-11-27 | Tranz-Send Broadcasting Network, Inc. | Media file distribution with adaptive transmission protocols |
US7546082B2 (en) * | 2004-03-02 | 2009-06-09 | Telcordia Technologies, Inc. | Application-layer multicast for mobile users in diverse networks |
US20070130601A1 (en) * | 2005-12-05 | 2007-06-07 | Weiping Li | Internet protocol (IP) television |
US8018933B2 (en) | 2007-06-27 | 2011-09-13 | Microsoft Corporation | Reliable multicast with automatic session startup and client backfil support |
US8612617B2 (en) * | 2007-06-28 | 2013-12-17 | Microsoft Corporation | Reliable multicast transport protocol |
US8683065B2 (en) * | 2007-06-29 | 2014-03-25 | Microsoft Corporation | Multicast content provider |
US20090010193A1 (en) * | 2007-07-06 | 2009-01-08 | Santosh Kolenchery | System and method of multicasting multimedia streams |
EP2107721A1 (en) * | 2008-03-31 | 2009-10-07 | Sony Corporation | Electronic device and method for monitoring communication within a network |
US20090262378A1 (en) * | 2008-04-17 | 2009-10-22 | Orion Seth Jensen | Image Modification for Improved Printing and Cutting of the Image |
CN101448006B (zh) * | 2008-12-25 | 2012-01-11 | 中兴通讯股份有限公司 | 一种实现流媒体服务器大量终端接入的方法及*** |
US8369328B2 (en) * | 2009-07-14 | 2013-02-05 | Saguna Networks Ltd. | System and method for efficient delivery of multi-unicast communication traffic |
US10410222B2 (en) | 2009-07-23 | 2019-09-10 | DISH Technologies L.L.C. | Messaging service for providing updates for multimedia content of a live event delivered over the internet |
US8995439B2 (en) | 2010-05-13 | 2015-03-31 | Comcast Cable Communications, Llc | Control of multicast content distribution |
US8732776B2 (en) * | 2010-07-01 | 2014-05-20 | Kuautli Media Investment Zrt. | End of show handling |
KR101491452B1 (ko) * | 2011-08-12 | 2015-02-10 | 네이버 주식회사 | 메시징 채널을 이용한 데이터 복제 방법 및 장치 |
US9049484B2 (en) | 2011-12-06 | 2015-06-02 | Echostar Technologies L.L.C. | Efficient assignment of program copies in a network digital video recorder |
WO2013085920A2 (en) | 2011-12-06 | 2013-06-13 | DISH Digital L.L.C. | Remote storage digital video recorder and related operating methods |
WO2014106206A1 (en) * | 2012-12-28 | 2014-07-03 | DISH Digital L.L.C. | Adaptive multicast delivery of media streams |
US10051025B2 (en) | 2012-12-31 | 2018-08-14 | DISH Technologies L.L.C. | Method and apparatus for estimating packet loss |
US10104141B2 (en) | 2012-12-31 | 2018-10-16 | DISH Technologies L.L.C. | Methods and apparatus for proactive multi-path routing |
US10708319B2 (en) | 2012-12-31 | 2020-07-07 | Dish Technologies Llc | Methods and apparatus for providing social viewing of media content |
EP3127334B1 (en) * | 2014-03-31 | 2020-10-21 | British Telecommunications public limited company | Multicast streaming |
CA3010041C (en) | 2015-12-29 | 2020-09-22 | DISH Technologies L.L.C. | Remote storage digital video recorder streaming and related methods |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6263368B1 (en) * | 1997-06-19 | 2001-07-17 | Sun Microsystems, Inc. | Network load balancing for multi-computer server by counting message packets to/from multi-computer server |
US6223289B1 (en) * | 1998-04-20 | 2001-04-24 | Sun Microsystems, Inc. | Method and apparatus for session management and user authentication |
US6490285B2 (en) * | 1998-08-25 | 2002-12-03 | International Business Machines Corporation | IP multicast interface |
JP3735352B2 (ja) * | 1998-11-30 | 2006-01-18 | 松下電器産業株式会社 | データ伝送方法,データ送信装置,及びデータ受信装置 |
FI106593B (fi) * | 1999-02-15 | 2001-02-28 | Valtion Teknillinen | Paluuyhteydetön IP-multicast-palvelu |
US6782490B2 (en) * | 1999-03-17 | 2004-08-24 | At&T Corp. | Network-based service for the repair of IP multicast sessions |
US7106756B1 (en) * | 1999-10-12 | 2006-09-12 | Mci, Inc. | Customer resources policy control for IP traffic delivery |
US6618752B1 (en) * | 2000-04-18 | 2003-09-09 | International Business Machines Corporation | Software and method for multicasting on a network |
US7199817B2 (en) * | 2000-07-26 | 2007-04-03 | Smiths Detection Inc. | Methods and systems for networked camera control |
DE60129328T2 (de) * | 2001-09-28 | 2008-03-13 | Motorola, Inc., Schaumburg | Verfahren und Vorrichtung zur IP-Mehrfachsendung über einen Rundfunkkanal |
WO2003032576A1 (en) * | 2001-10-09 | 2003-04-17 | Koninklijke Philips Electronics N.V. | Service information multicasting method and system |
JP3925188B2 (ja) * | 2001-12-20 | 2007-06-06 | 日本電気株式会社 | アプリケーションレイヤ・マルチキャスト方法及び中継ノードシステム |
US7289500B1 (en) * | 2003-07-17 | 2007-10-30 | Novell, Inc. | Method and system for reliable multicast data transmission |
JP4019863B2 (ja) * | 2002-09-04 | 2007-12-12 | 日本電気株式会社 | マルチキャスト制御装置、マルチキャスト配信システム及びマルチキャスト配信方法並びにそのプログラム |
JP2005012264A (ja) * | 2003-06-16 | 2005-01-13 | Ntt Docomo Inc | マルチキャスト配信システム及びデータ中継装置 |
US7373394B1 (en) * | 2003-06-30 | 2008-05-13 | Cisco Technology, Inc. | Method and apparatus for multicast cloud with integrated multicast and unicast channel routing in a content distribution network |
US7644182B2 (en) * | 2004-03-11 | 2010-01-05 | Hewlett-Packard Development Company, L.P. | Reconfiguring a multicast tree |
US8503446B2 (en) * | 2005-08-29 | 2013-08-06 | Alcatel Lucent | Multicast host authorization tracking, and accounting |
-
2006
- 2006-09-11 WO PCT/US2006/035251 patent/WO2007030813A2/en active Application Filing
- 2006-09-11 JP JP2008530012A patent/JP5249763B2/ja active Active
- 2006-09-11 US US11/530,661 patent/US20070083667A1/en not_active Abandoned
- 2006-09-11 EP EP06803313.3A patent/EP1934779A4/en not_active Withdrawn
- 2006-09-11 CA CA002621990A patent/CA2621990A1/en not_active Abandoned
- 2006-09-11 CN CNA200680039733XA patent/CN101548275A/zh active Pending
-
2012
- 2012-10-22 US US13/657,762 patent/US8880719B2/en active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10034276B2 (en) | 2012-09-26 | 2018-07-24 | Huawei Technologies Co., Ltd. | Downlink data transmission method, base station, and user equipment |
CN107079013A (zh) * | 2014-10-14 | 2017-08-18 | 皇家Kpn公司 | 管理媒体流的并发流式传输 |
CN107079013B (zh) * | 2014-10-14 | 2020-07-10 | 皇家Kpn公司 | 管理媒体流的并发流式传输 |
Also Published As
Publication number | Publication date |
---|---|
US8880719B2 (en) | 2014-11-04 |
US20070083667A1 (en) | 2007-04-12 |
EP1934779A2 (en) | 2008-06-25 |
WO2007030813A2 (en) | 2007-03-15 |
JP5249763B2 (ja) | 2013-07-31 |
EP1934779A4 (en) | 2014-11-26 |
CA2621990A1 (en) | 2007-03-15 |
JP2009508399A (ja) | 2009-02-26 |
US20130159544A1 (en) | 2013-06-20 |
WO2007030813A3 (en) | 2009-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101548275A (zh) | 多媒体内容点播的多播传送 | |
US6771644B1 (en) | Program insertion in real time IP multicast | |
US9462018B2 (en) | Multiway peer-to-peer media streaming | |
EP2817971B1 (en) | Network controlled streaming | |
US7961750B2 (en) | Multicast control | |
WO2015192697A1 (zh) | Cdn***中数据请求、发送的方法、装置及***结构 | |
Furht et al. | Multimedia broadcasting over the Internet | |
CN102017516A (zh) | 媒体分发的***和方法 | |
EP1863219B1 (en) | Method and system for processing abnormally becoming power off of a terminal of multicast user | |
JP3836843B2 (ja) | 情報網を介して複数のチャネルによって配信されるコンテンツを一つの端末によって受信する方法 | |
JP4653851B2 (ja) | 通信関係を確立するための方法と装置 | |
CN102300036A (zh) | 互动演播室的视频数据调度方法 | |
CN100411343C (zh) | 一种具有静态组自学习能力的组播方法及*** | |
Ha et al. | Topology and architecture design for peer to peer video live streaming system on mobile broadcasting social media | |
KR20010083840A (ko) | 실시간 멀티미디어 프리젠테이션을 위한 서버 비의존캐스팅 기법 및 양방향통신의 구현방법 | |
CN111225252B (zh) | 基于openwrt***的PON网关UPNP视频直播方法 | |
JP2012231478A (ja) | ストリーミングデータ配信 | |
KR100841593B1 (ko) | 멀티미디어 콘텐츠 제공장치 및 방법, 그리고 멀티미디어콘텐츠 수신장치 및 방법 | |
CN116418785A (zh) | 多终端媒体分享中的融合数据传输方法 | |
US20110093611A1 (en) | Network unit, a central distribution control unit and a computer program product | |
JP2024003368A (ja) | ルータ | |
CN114760488A (zh) | 一种数据传输方法、装置、终端设备和存储介质 | |
KR20060060881A (ko) | 인터넷 방송 시스템의 멀티캐스트 재방송 서비스 방법 및장치 | |
KR20040076540A (ko) | 멀티캐스트 전송을 위한 스케줄러의 구현 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090930 |