专利名称：用于组播内容的方法
技术领域：
本发明涉及用于通过公共网络隧道传输(tunnel)内容并组播内容的方法。
背景技术：
存在许多从商业上或其它渠道可买到的的媒体播放器，用来重放数字数据流。在历史上，已将播放器配置成用于在主机与该播放器自身之间对等通信数据流。并且，尽管使用用户数据报协议(“UDP”)等等来通过一扩展网络的组播节点隧道传输数据流，但是仍保持了对向许多播放一次组播流的渐增的兴趣，而传统的播放器简直不能与现有的组播分发方案兼容。本发明满足了这些以及其它的需要。
发明内容
本发明涉及一种用于通过网络隧道传输内容的计算机实现方法，其中已将该内容配置成兼容播放器的数字格式。在开始广播会话(session)之前，通过该网络传送一个通知，该通知包括有关该广播会话的控制信息。控制信息允许受控地接收该构成内容，并且包括起始时间。该配置内容被封装到支持组播分发以及在特定机器上受控地接收的格式中。按照包括在通知内的开始时间，通过该网络以封装格式把该配置内容组播到多个机器。控制信息被用来选择性地允许在该多个机器中特定机器上进行接收，并且在该特定机器上从组播传输剥离封装。
本发明还涉及一种用于组播内容的系统，该内容已在主机上被配置成兼容特定播放器的数字格式。
在一方面，本发明提供一种用于通过公共网络组播内容的计算机实现的方法，包括如下步骤捕获实况音频作为第一信号，捕获实况视频作为第二信号，把第一和第二信号配置到数据分组各自的UDP流内，以及把来自每一个UDP流中的数据分组一起封装到要通过该公共网络传输的公共数据组播协议(CDMP)，CDMP包括足以允许运行于用户机器上的播放器重放所捕获的音频和视频的首部数据。
在另一个方面，本发明提供一种通过公共网络组播内容的计算机实现的方法，包括如下步骤捕获实况音频作为第一信号，捕获实况视频作为第二信号，把第一和第二信号配置到数据分组各自的UDP流内，以及把各自的UDP流的数据分组封装到分离的CDMP流内用于通过该公共网络进行传输，CDMP包括足以允许运行于用户机器上的播放器重放所捕获的音频和视频的首部数据。
在再一个方面，本发明提供一种通过公共网络隧道传输内容的计算机实现的方法，包括如下步骤把内容配置成兼容播放器的数字格式，把一首部附加到该配置内容上，该首部具有允许组播分发及受控接收的控制信息，通过该网络把该配置数据与首部一起组播至多个播放器，使用该控制信息来选择性地允许在这些播放器中的特定播放器上进行接收，以及从组播数据剥离该首部，由此该组播提供了与该特定播放器兼容的配置内容。
在本发明的又一个方面，能够通过主动地管理用户及其网络接入点来把特定用户或机器作为内容的策略分发的目标。
从下面的详细说明以及附图中能够意识到本发明的更多方面、特征和优点。
图1是实践本发明的第一种硬件配置。
图2概略描绘了在能够实现桌面接收组播内容的广播平台内一定的软件模块。
图3是使用一个网络服务器的边缘来实践本发明的第二种硬件配置。
图4是本发明的一示范性实现的门户页面的第一幅屏幕快照。
图5是本发明的一示范性实现的门户页面的第二幅屏幕快照。
图6说明根据本发明的第一种操作场景。
图7说明根据本发明的第二种操作场景。
图8说明根据本发明的第三种操作场景。
图9说明根据本发明的第四种操作场景。
图10是客户机的一示范性实施例的方框图，该客户机可被用来实践本发明。
具体实施例方式
结合一实施例来描述本发明，该实施例使用了运行于一可编程机器(例如计算机)上的宽带分发平台来通过网络把内容从内容提供器递送给终端用户。通过与内容提供器的基础设施兼容的反向频道而提供了学生(即终端用户)交互性。对于返回路径交互性不需使用广播平台反向频道。内容提供器所发送的每个流都具有一排定的广播时间，该排定的广播时间考虑了流的要求带宽。
图1表示在向台式计算机直接递送实况e-学习会话的过程中所涉及到的主平台模块。具体说，具有内容提供器10，网络管理器20(其最好采用如在序号为No.09/046,901、申请日为1998年3月24日、名称为“Method and System for Broadcast Transmission of MediaObjects(用于媒体对象的广播传输的方法和系统)”的待审美国专利申请中描述的频道管理中心(“CMC”)的形式，该篇申请在此引入以供参考)，以及终端用户30。
不过，一般来说，图1的方框图说明了这样的广播系统，该广播系统内由一个或多个内容提供器(只有一个内容提供器在图1中被示出了)来向网络管理器或频道管理中心提供媒体对象。内容提供器具有频道编辑能力，其进一步允许对向多个终端用户30安排组播传输的时间，多个终端用户中仅有一个是图1中所示出的。能够将内容提供器的频道编辑能力配置为专业频道编辑中心(CEC Pro)、频道编辑中心(CEC)或主频道编辑中心(CEC Master)。
在此示范性实施例中，给内容提供器配置一个编码器12，编码器12能够生成多路数据流，例如，用于音频的第一数据流和用于视频的第二数据流。能够存在诸如返回音频的、由音频服务器14管理的附加数据流。呈现服务器16能够生成用于向网络管理器20传输的多路(例如12个)静态内容流。能够在内容提供器处或别处使用相机18来捕获数据，并将数据与其它资料结合，如可能对于特定e-学习会话所需要或期望的。内容提供器起到频道编辑中心的作用，如从上述的09/046,901号专利申请中了解的，使用计算机19来管理内容、预订带宽以及排定e-学习会话的传输。带宽预订和传输排定是已知的，例如，可以从序号为No.09/738,390、申请日为2000年12月15日、名称为“Decision Support System and Method for Planning BroadcastTransmissions”的美国专利申请中得知，该篇申请的全部内容在此引入以供参考。内容提供器10能够进一步具有用于与新的预期终端用户共享应用程序的服务器17。
在可替换的、更为普通的实施例中，内容提供器10和网络管理器20能够配置成基本上如上述序号为No.09/046,901的美国专利申请中所描述的。
在此示范性实施例内的用于内容提供器10的适合的硬件配置包括从加利福尼亚州圣何塞市的One Touch System有限公司可得到的许多组件。特别地他们提供适合的编码器、呈现服务器、音频服务器及应用程序服务器，分别用作为编码器12、呈现服务器16、音频服务器14和应用程序服务器17。管理员或其它人能够通过用寻址CMC 20的UTP广播器的IP地址和端口设置来替换IP地址和端口的设置而配置这些组件。类似地，根据具体情况而将客户机31上的Web访问软件设置成用于从CMC 20或网络边缘服务器接收组播传输的专用IP组播地址和端口。
按照常规，流式内容的提供者将其数据流配置成用于在适当配置的播放器内重放。在几个已知的播放器类型中的是从华盛顿的Remond的微软公司可得到的Windows媒体播放器，以及One Touch Systems有限公司的Frontrow播放器。为使这样的播放器重放这些流，这些流必须处于兼容格式。然而，常规的播放器适合于单播传送，即从一个内容提供器传送到一个终端用户。此外，许多内容提供器使用专有播放器，其期望要播放的数据处于特殊格式，有时包括统治在一给定终端用户上的数据流的观看能力的控制或管理密钥。因此，本发明寻求通过能够实现组播传输流式内容而不考虑下层的流的格式来克服流式传输上的传统约束。
此示范性实施例的广播平台首先将来自内容提供器的所有流配置为位于网络管理器20上的UDP隧道传输(“UTP”)广播服务器22上的用户数据报协议(“UDP”)流。然后UTP广播器22在公共数据组播协议(“CDMP”)分组内封装UDP流分组。下面所描述的CDMP分组允许预约管理以及跨越组播平台的流的多路复用。网络管理器最好具有向预订终端用户提供广播引导信息的广播引导服务器24。网络管理器协调从CMC内核26上的内容提供器的计算机19接收的广播请求。CMC内核在广播引导服务器24的协助下来通信和管理那些请求。
在一可替换的安排中，由内容提供器10直接向网络管理器20提供UDP流，UDP流在网络管理器处被封装到支持组播分发的格式(例如CDMP分组格式)内。
CDMP流被组播穿过公共网络并在多个终端用户30(图1中只示出一个)上被接收。每个终端用户都具有一个在多个操作平台中的任何一个上运行多种程序的客户机31。在客户机31上所执行的程序中的是组播就绪Web兼容接口(例如用于Web浏览器的插件软件模块)以及适合的播放器。优选地，组播就绪接口(“MRI”)为从瑞士Zug的Fantastic公司可得到的MediaSurfer(商标)软件产品。该播放器可以是One Touch Systems有限公司的Frontrow(商标)播放器或是某些其它的播放器，诸如华盛顿Remond市的微软公司的Windows媒体播放器或是RealNetworks有限公司的RealPlayer。CDMP流包括首部并最好封装UDP流或反之被封装以便包括允许组播分发以及在授权和预期的终端用户机上受控接收的信息。当在客户机上由MRI接收时，这些流就被拆包或重新配置。MRI输出与运行于客户机31上的播放器兼容的分组。
在网络管理器20上执行为了能够实现组播传输所配置内容的分组的封装或附加。说明性地，网络管理器20包括一个或多个预订控制管理器(例如在CMC内核26内)，其功能是根据来自预订数据库508的预订信息封装或编码媒体对象。预订-信息检索管理器从数据库508检索接收到的媒体对象的预订信息并将该信息发送到预订控制管理器。预订控制管理器根据从数据库508收到的预订信息封装、编码，或是既封装又编码该媒体对象。
本发明所采用的封装或编码可以采用多种形式。例如，可以编程预订控制管理器以标识分组的首部和尾部以及把预订信息的附加协议层包装在该分组左右。
可替换地，从预订数据库508检索的预订信息可包括如下指令，这些指令用于根据特定的加密软件来编码媒体对象。只有预订了该服务并因此具有相应的解密软件的客户才能够接收该广播对象。
在一可替换的实施例中，可以例如通过给各个数据分组加水印而将预订信息嵌入到传输位流中。在此可替换的实施例中，不必由预订控制管理器506b将预订信息加到位流中。预订信息可以在该系统内的任何一点上被加到数据中，并可以由内容提供器或是其它当事方来添加。
如下所述，封装或编码的使用允许本发明的系统允许或禁止特定终端用户接收特定服务。
客户机31访问广播排定信息，该信息把可用的广播节目选项通知给终端用户。优选地，在单个示教会话内生成的每个UDP流被一起包括进一单一时间表中。此示范性实施例中的客户机31是一个人计算机；然而，可以使用其它用于接收广播媒体对象的设备，诸如置顶电缆盒来实施本发明，只要这些设备包括适当的硬件和软件以实现下述功能性。
图10中以方框图形式说明了一示范性的客户机31。客户机31最好包括经由NDIS驱动器110而连接到诸如TCP/IP栈112之类的分层协议上的接收器100。TCP/IP栈112连接到预订管理器114上，预订管理器114的目的在于控制终端用户对接收信息的访问以及为终端用户维护信息服务的列表。
接收器100最好包括适合于从广播设施25接收广播的一个或多个组件102-108。接收器100可以包括用于接收Rf电视传输的天线102，用于接收有线电视传输的CATV调制解调器104，用于接收卫星传输的卫星接收器106，和/或经由数据链路来接收传输的调制解调器108，这取决域广播设施25所采用的广播技术。
如所指出的，接收器100经由NDIS驱动器110而耦合到诸如TCP/IP栈112的协议栈。在一优选实施例中，TCP/IP栈112可以包括微软公司所制造的Winsock(TM)TCP/IP栈。如本领域内的那些技术人员所知的，TCP/IP栈112的一个目的就是检查组成传送文件或是其它媒体对象的到达的数据分组以确定组成该文件的所有分组都已经被收到，并且它们是被按照正确的顺序接收的。
一旦TCP/IP栈112验证了TCP/IP通信的正确接收，就把该通信传送给预订管理器114，预订管理器114确定该通信所属的预订及服务。然后预订管理器114确定客户机31是否被授权接收属于所标识的服务的传输，并且如果被授权，那么该服务是否已由终端用户允许。
特别地，预订管理器114最好包括运行于终端用户客户机31的后台内的软件程序。不过，当期望时，该终端用户可以最大化预订管理器114并使它显示终端用户客户机31被授权接收的服务的列表，即所有包括在终端用户已经预订的预订包内的服务。之后，终端用户可以人工允许或禁止一预订包内的服务。对于每个授权的预订包，预订管理器114维护已被终端用户允许和禁止的服务的记录。
然后，当接收到一通信时，预订管理器114首先确定该传输是否属于终端用户已预订的服务。预订管理器114典型地通过检查所接收的通信并确定其是否具有解码或解封该传输所需的预订信息来作出该确定。
如上面所指出的，封装或编码的使用允许本发明的系统由特定终端用户允许或禁止特定服务的接收。在一优选实施例中，该系统可以通过广播寻址已预订该服务的所有终端用户PC的一预订消息来使特定的PC 30能够接收特定服务。该消息最好含有关该服务将被广播的特定次数和频道的信息，并且还可以包括关于被用来封装该传输的封装协议的信息。如果服务被加密，则该预订消息也可以包括解密该传输所需的信息。利用该信息，客户机31能够标识属于该服务的广播传输，剥离掉该封装信息，解密该传输(如果需要的话)，并向终端用户提供传输内容，如下面将更详细描述的。
在一定的时段后，能够通过将时间戳包括到指示PC 30将预订消息从其存储器中删除(或是指示PC 30不要使用包括在服务参数消息内的信息)的预订消息内来完成对特定服务的禁止。可替换地，该系统可以改变用于特定服务的广播的频道和次数，以使得对这些服务的继续接收需要附加的服务参数信息，该附加的服务参数信息是那些将被禁止接收该服务的PC 30不能得到的。另外，如果服务被加密，则可以通过修改该加密并且不把更新的有关该新的加密的预订消息发送给被禁止的PC 30来禁止特定的PC 30。通过将服务的禁止服务消息寻址到要被从该服务中去除的特定PC 30来禁止一个或多个PC 30上的服务。
如所指出的，允许/禁止特定服务的预订消息可以被寻址到特定PC 30。具体地，可以给每个客户机31分配一唯一的地址。包括特定PC 30的地址的预订消息被传送来指示每个被寻址的客户机31按照上述方式允许和/或禁止特定服务。该唯一的地址最好以硬件来实现以避免用户将多个PC 30配置成具有相同的地址。当预订管理器114识别出寻址其客户机31的预订消息时，它就根据接收到的消息的内容来更新预订信息。
可替换地，替代把预订信息提交给特定PC 30，该系统可以以其它方式来调整对预订信息的访问。例如，可以在广播之前加密或封装预订信息以使得只有具有对解封信息的专有解密的PC 30能够接收该预订信息。而且，可以在只有那些已经预订了该预订信息所属的服务的PC 30才知道的特定时间和特定频道上广播该预订信息。
如果在客户机31上收到的组播传输属于一预订的服务，则预订管理器114确定终端用户是否已允许该服务。
假设该服务被预订和允许，则预订管理器114接着确定收到的分组是诸如文件的静态媒体对象的一部分，还是诸如流式数据传输的动态媒体对象的一部分。如果该分组是文件的一部分，则预订管理器114把该分组传送给文件接收器116。类似地，如果该分组是流式数据传输的一部分，则预订管理器114把该分组传送给流式数据接收器118。
文件接收器116连接到I-高速缓存代理服务器120上，服务器120管理HTTP高速缓存122。在一优选实施例中，HTTP高速缓存122存储所有接收到的因特网数据。之后用户可以向该文件发送URL请求并获得对其内容的访问。可替换地，可以将收到的信息存储到不同的存储器内，以及可以使用浏览器来访问。
HTTP高速缓存122可以适合于以大量的方式来管理进入的数据。说明性地，高速缓存122可以被编程为在收到新数据时重写较老的数据，或者高速缓存122可以被编程为一旦存储在高速缓存122内的信息量达到阈值就终止进入的信息的存储。
流式数据接收器118连接到实时数据接口124上，接口124管理流式数据向输出端口的播出，以便显示给客户机31的终端用户。在某些情形中，播出可能经由一附加的接口，诸如DDE接口、Excel(TM)等等。实时数据接口124连接到实时数据库126上，数据库126可以在播出期间暂时存储收到的流式数据。
可以进一步给客户机31提供数个软件工具，包括HTTP或万维网浏览器，诸如Media Surfer(TM)128和Internet Explorer(TM)130，以便帮助终端用户导航收到的文件和流式数据。
要广播的对象可以在传输之前被压缩并被排定广播日程，以便根据带宽要求以压缩形式来广播。由客户机31在其接收该广播时执行解压缩，从而允许媒体对象被按照透明于客户机31的终端用户的方式以压缩形式被广播。
该通知先于UDP隧道传输会话。在开始一广播会话之前，内容提供器10通过使用计算机19上的预订系统软件预订所需的带宽并传送广播指导(“BG”)信息来排定一个传输。时间表及BG信息包括广播开始时间、广播持续时间以及频道组/频道。把该信息转移到CMC20，而CMC 20又依次将该信息广播到MRI。MRI的图形用户接口(“GUI”)最好为每个能够被播放的示教会话显示单一的BG通知。更为优选地，过滤各种示教会话以显示BG通知，该BG通知被打算用于由给定终端用户可访问的频道，或是在该频道内被预订。通过将在广播期间使用的频道列出通知。通过选择一BG通知(例如，使用连接到客户机31上的鼠标或是其它输入设备)，启动UDP隧道传输会话，该会话接收并处理CDMP分组并把播放器兼容的流转发给播放器。
在排定的开始时间，内容提供器10开始数据流的传输。为了观看内容，终端用户启动客户机31上的他或她的播放器。可以从运行MRI的相同计算机31运行播放器，或是在一不同的计算机上运行播放器。不管怎样，如果该播放器已被配置成接收在MRI内设置的地址/端口上的数据，则该播放器从内容提供器接收数据流。最为优选地，用户能够通过选择显示在MRI的GUI内的一BG会话通知来启动播放器。能够通过在特定通知与那个播放器的IP组播地址和端口之间映射来完成本地机器上MRI与播放器之间的这一集成。
由于广播会话能够包括多路流，因此由多路复用来自内容提供器10的、涉及单一会话(例如示教会话)的所有数据流产生简化的预订及带宽日程排定。在此示范性实施例中，这是用驻留在内容提供器的计算机19上的应用程序来实现的，计算机19构建在预订系统上(并可选地是CEC软件本身的一部分)以便允许教员一次预订所有与单一e-学习会话相关的所有流。该应用程序在这里被称作为一次会话模块40(“OSM”)，其管理CMC 20所要求的动作以把会话运送给终端用户。特别地，OSM 40在单一的示教会话内自动化多路相关流(例如分开的视频及音频流)的预订。一方面，容易为多路呈现流确定要被预订的要求的带宽，这是由于它们典型地使用64Kbps。四个时间表通常被预订，例如，三个时间表用于各个音频流，一个时间表用于视频流。共享的和专用的带宽都能够使用。另一方面，为静态内容计算带宽使用率略微复杂些，这是由于流的数目是不固定的，并且通常从1到12变化。因此，无法确定用于单个的多路复用流所要求的带宽，而只能计算出容纳静态内容所需的总的带宽。
OSM 40能够利用下列可供选择的方法之一来解决带宽性能难题1)能够为每个静态内容流预订一时间表。UTP广播器22监控能够具有静态内容流的所有端口(例如12个)。
2)能够为其中的一个静态内容流预订一时间表，并使用内容提供器10上的或是CMC 20上的多路复用器42，如果希望的话，在UTP广播器前面，将全部的流多路复用到一单的流内。如图2所示，UTP广播器22监控规定端口上的该多路复用流，当该数据被接收时，驻留在MRI 46内的或与之相关联的解多路复用器44能够向播放器48提供已被解复用的流，以便重放。由于多路复用/解多路复用过程引入的等待时间，因此该解决方案会引起同步问题。由于内容是静态的，所以目前认为该等待时间的影响并不大，并且任何等待时间都能够由播放器在重放时解决(address)以恢复与其它流同步。还可以通过性能的改进来弥补任何等待时间的影响，这是由于必须被运行以监控多路静态内容流的侦听线程减少了。MRI 46接收对于每个单一会话的BG通知，并由MRI 46内的或与之相关联的BG处理器49来处理这些通知以便在广播指导下显示给终端用户。
OSM 40能够为所有用单一学习会话建立的或与之相关联的音频、视频以及静态内容流定义单一流，并能够将此信息传送给UTP广播器22。这样，BG信息管理能够如上述专利申请09/738,390中所描述的，因为只需要一个预订用来广播整个会话。
对于实况会话记录，能够使用包递送(非常可靠的)或高速缓存内容递送配置来把会话传递给终端用户，在高速缓存内容递送配置中，MRI 46把会话文件存储在硬盘或在指定位置的其它储存库。能够使用播放器48在任何时间访问和观看该文件。
当为所所记录的会话使用包递送(PD)时，首先将一示教会话记录到文件内。内容提供器10排定PD传输日程，使用预订系统来预订所需的带宽以及提供BG信息，如上所述。时间表以及BG信息包括文件广播开始时间、文件广播持续时间，频道组/频道以及文件大小。在一优选实施例中，BG信息标识媒体的类型，以使媒体对象能够得到处理并使得能够在客户机31上启动(launch)合适的播放器。如上面所指出的，能够通过选择显示在MRI的GUI中的BG会话通知来启动播放器。然后将该文件上载到CMC 20上用于广播给具有MRI 46的机器。MRI GUI最好为每个记录的会话文件显示一个BG通知。能够由用来广播每个会话的频道来列出这些通知。具有MRI 46的机器接收该文件并将它存到硬盘上的预先配置的位置内。一旦将该文件存到那个机器上，终端用户就能够利用播放器48通过选择有关的BG通知，或者是通过直接存取该储存库来打开文件。应当理解MRI 46能够驻留在播放器48以外的另外的机器上(例如，当MRI 46是局域网服务器或是网络边缘服务器时)。
如果包括记录的示教会话的MIME型文件能够被Web浏览器(例如可从微软公司得到的Internet Explorer)识别出，则使用高速缓存内容递送(CCD)来把文件传递给MRI 46。在此方式中，将示教会话记录到文件内，并且内容提供器10再次排定CCD传输日程，使用预订系统来预订所需的带宽和BG信息，如先前所描述的。将示教会话文件上载到CMC 20上用于广播给载有MRI 46的那个机器。MRI GUI为每个记录的会话文件显示一个BG通知，通过用来广播每个会话的频道来列出通知。终端用户通过选择有关的BG通知，或是通过直接访问该储存库来访问播放器48上的先前记录的会话。
以上论述一般地涉及把内容组播到MRI 46再到台式机器的传递机制；然而，本发明并不受这样的限制。替代地，能够利用智能高速缓存技术来向网络边缘服务器进行组播，如接下来参照图3所描述的。
图3说明图1的安排的一种变型，其中已将一智能高速缓存50设置在CMC 20和终端用户机31及其各自的播放器48之间的多媒体内容流中。更具体地，将该智能高速缓存设置在邻近许多终端用户的网络边缘处。一种典型配置可以在网络周边采用许多这样的机器。智能高速缓存50向具有各自播放器48的多个客户机31提供多媒体服务。由智能高速缓存50所提供的这些服务之中的服务是多媒体内容的高速缓存、被保证的内容的高速缓存、流式管理、广播指导转发、本地终端用户管理以及与CMC 20到终端用户预订信息的接口。
智能高速缓存50最好具有运行于其内的MRI以使得组播能够在该高速缓存得到处理并终止于那个机器。存取该高速缓存的终端用户只需要有一合适的播放器用来检索内容提供器的流。优选地，该智能高速缓存包括瑞士Zug的Fantastic公司的“MediaAce”(“MA”)产品，并用来管理接收以及处理和存储所有的广播会话。
就流的类型和数目、它们的日程排定、预订及广播来说，图3的结构基本上如上所述操作。不过，在此安排中，智能高速缓存50的MA模块接收包括原始呈现流的CDMP分组，以及通过门户页面而向终端用户提供示教会话通知。终端用户借助于常规的Web测览器来访问该门户页面并选择特定的会话通知，如期望的。这是可能的，因为组播已经终止于智能高速缓存50，并且此后的数据传送采用兼容播放器48的格式，因此单独的客户机31不需要MRI 46(或MA模块)来访问和观看来自内容提供器10的组播内容。从门户页面作出的任何选择都使MA把呈现流转发给请求的播放器。
特定频道上的内容广播通知能够以各种视图来呈现，包括视频点播(“VoD”)和流。图4提供了具有用来在这些视图之间进行选择的示范性标记102、104的门户页面100。对于实况训练会话，门户页面100需要一进一步的视图，在该视图中MA门户页面为每个示教会话显示一BG通知。最好由该广播中所使用的频道来列出这些通知。
用户能够使用标准输入设备(例如鼠标)来在门户页面100中选择BG通知并使本地呈现播放器启动。预先将该播放器配置成在MA使用的IP地址和端口上进行接收，MRI 46正在该IP地址和端口上转发这些流。如上所述，通过改变播放器的配置就能够使这成为可能。把播放器48的控制集成到门户页面100就提供了一项附加的优点，即允许终端用户点击-开始重放。
如果已将实况会话记录到一文件内，则本发明的广播平台能够通过PD系统以可靠的方式来传递那个文件。(能够使用许多电子协议，包括电子邮件协议来把该文件传递给CMC 20管理器。)特别地，将示教会话记录到一文件内。接着，如上所述，内容提供器使用预订系统来排定PD传输日程，预订所需的带宽，以及广播BG信息。把该文件和BG信息全都上载到CMC用于广播给MA。在具有MA模块的机器(例如智能高速缓存50)上接收包括示教会话的文件，并将它存到文件服务器上的预先配置的储存库中。MA在门户页面100的MA视图中为所接收的文件添加一通知。之后，终端用户能够把该文件下载到他或她的机器31上并用播放器48或其它随需应用程序来观看它。图5中，门户页面100’示出带到MA视图前部的可选标记106。
MA包括允许文件被从MA视图引用并从存储器中检索的驱动器。在门户页面100’的MA视图内，BG通知包括引用存储在文件服务器上的文件的URL。终端用户只需通过点击该通知就能检索该文件了，用播放器48或另外的客户应用程序来播放该文件。
现在结合四个集成场景来描述本发明，每一个场景都使用上述的CEC和CMC广播平台。这些场景在终端用户访问实况或点播的(on-demand)训练会话方式上互不相同。
图6说明这样的场景，其中把实况e-学习直接广播给客户台式计算机31，计算机31具有播放器48以及在其上执行的MRI 46软件。如上所述，使用硬件组件12-18来建立实况训练会话。实况AV流以及固定的内容被排定日程、预订、经由包括CEC 19和CMC 20(包括BG广播器24和CMC内核26)的广播平台上载和广播给客户台式机。该广播是组播传输，否则不能与典型的播放器48，或是由内容提供器10提供的原始流。然而，在客户机一侧，MRI 46接收实况AV流以及固定的内容，把它们分拆成一种可理解的格式，并使这些流对于诸如播放器48的客户机应用程序可用。接收方通过MRI 46，例如通过点击MRI广播指导观察器内的会话通知来访问实况会话。可能需要用户姓名及口令来选择和/或播放会话。
图7说明这样的场景，其中将实况及点播的会话直接广播给客户台式机。该场景允许实况会话被记录下来。能够使记录下的实况会话可用于给定终端用户所作的点播观看。经由广播平台将记录并存储在服务器上的会话直接分发给MRI 46。这些会话能够被作为高速缓存内容递送广播，或是作为包递送广播。用户能够经由MRI广播指导观察器或其它应用程序来访问点播的会话。通过点击MRI广播指导观察器内的会话通知，或是通过选择存储在客户机硬盘上的启动文件，能够呈现一登录网页，在该网页中用户输入用户姓名和口令来启动观察会话。能够在MRI 46内激活该观看会话。
在图8的场景中，实况会话被广播给MA，然后被转发给客户台式机。通过把实况会话广播给位于组播允许的LAN的入口处的MA，就不必在客户的台式机上安装MRI 46了。用户再一次通过MA门户页面100、100’访问实况会话。
在图9的场景中，点播会话被广播给MA，存储在文件服务器上以及下载到其各自的台式机的客户机31上。能够在具有单播传送LAN基础设施的环境中部署该场景。所记录的会话被排定日程、预订、上载、广播以及存储，如上所述。用户/接收方通过MA门户页面100、100’触发点播会话。通过点击MA广播指导观察器内的会话通知，打开选定的点播会话的登录网页。输入用户姓名和口令之后，把点播会话从文件服务器下拉到客户台式机。最终，能够通过安装在客户台式机上的点播客户应用程序来启动点播会话。该场景显著地改进了示教点播会话的分发，这是由于经由因特网的FTP下载现在已经过时了。
把e-学习产品集成到CEC/CMC广播平台内，预订管理系统(SMS)使单个的终端用户以及指定的终端用户组能够被作为目标，例如，出于内部通信和训练目的。该集成将使企业能够把用户数据(例如，用户姓名、客户台式机的IP或MAC地址等)从SMS输出到播放器48的用户管理系统内。因此，示教会话的接收方只需被注册一次，即输入到SMS。为示教会话标识接收方的过程是这样步骤1把用户数据输入到SMS步骤2在SMS内为示教会话建立接收方组步骤3在SMS内为特定的示教会话选择一个组步骤4把该组所需的用户数据输出到内容提供器的用户管理系统注意在图8和9的场景的情形下，把内部通信和训练努力直接瞄准(target)特定个人的能力不能够得到支持。通过使用MA，只把MA各自的IP或MAC地址输入SMS。因此，不可能在示教会话的接受者与存储在SMS内的信息之间构成直接的联系。然而，由于只有某些接受者将访问特定的MA，因此仍将提供一定级别的间接分组。
因此，如上所述，本发明以这样的方式允许各种各样静态和动态的音频、视频及数据对象的合并和传输，即对广播参数和被允许接收所传送的材料的终端用户的调整提供控制。
虽然已经结合本发明的示范性实施例描述了本发明，然而根据前面的描述，许多的替换、修改和变更对于本领域的那些技术人员都将是显而易见的，根据下面陈述的权利要求书，所有这些替换、修改和变更都将被考虑。
权利要求
1.一种用于通过网络隧道传输内容的计算机实现的方法，该内容已被配置成兼容播放器的数字格式，该播放器运行于可连接到该网络的一特定机器上，包括如下步骤a)在开始广播会话之前，通过该网络传送包括关于该广播会话的控制信息的通知，该控制信息允许受控地接收该配置内容并包括开始时间；b)把该配置内容封装到支持组播分发以及在该网络上的特定机器上受控地接收的格式中；c)按照包括在该通知内的开始时间，通过该网络以封装格式把该配置内容组播到多个机器；d)使用该控制信息来选择性地允许在该多个机器中的特定机器上进行接收，以及e)在这些特定机器上剥离封装，由此该封装内容的组播与这些特定机器上的播放器相兼容。
2.如权利要求1所述的方法，其中，与播放器兼容的数字格式是一个单播分组格式，并且其中，封装该配置内容的步骤包括在一个组播分组内包含该单播分组格式。
3.如权利要求1所述的方法，其中，封装该配置内容的步骤包括把一个分组附加到该配置内容。
4.如权利要求3所述的方法，其中，该被附加的分组包括一个首部。
5.如权利要求1所述的方法，其中，步骤d)和e)均由执行于特定机器上的媒体就绪接口来执行。
6.如权利要求1所述的方法，其中，该广播会话包括该配置内容的组播。
7.如权利要求1所述的方法，其中，该通知是组播。
8.如权利要求1所述的方法，其中，该通知包括广播指导信息。
9.如权利要求1所述的方法，其中，该通知包括一个预订消息，该预订消息表示在封装步骤中所采用的封装协议。
10.如权利要求9所述的方法，其中，该预订消息进一步包括一个时间以及一个广播会话服务将在其上被广播的频道。
11.如权利要求9所述的方法，其中，该预订消息进一步包括解密该组播传输所需的信息。
12.如权利要求1所述的方法，其中，在通过网络组播之前，该封装数据被多路复用，并在这些特定机器上被解多路复用。
13.如权利要求1所述的方法，包括通过给内容提供器提供反向频道返回路径而允许与终端用户交互的附加步骤。
14.一种通过网络隧道传输内容的计算机实现的系统，其中，该内容已被配置成兼容播放器的数字格式，包括网络管理器，被配置成从内容提供器接收该配置内容，以及通过该网络以组播协议广播该内容，该管理器包括一被编程的机器，该机器包括(a)广播指导广播器，被配置成把包括关于广播会话的控制信息的通知传送给与该网络通信的预订终端用户的机器，该控制信息允许受控地接收该配置内容并包括开始时间；以及(b)UTP广播器，被配置成对该配置内容施加封装并通过该网络把封装的内容组播至预订终端用户的机器上。
15.如权利要求14所述的系统，其中，UTP广播器进一步被配置成从内容提供器接收该配置内容，把该配置内容变换成UDP流，以及把该UDP流封装到CDMP分组内。
16.如权利要求14所述的系统，进一步包括设置在该内容提供器上的日程排定系统，该日程排定系统排定用于通过该网络把该封装内容组播至该预订终端用户的机器上的开始时间。
17.如权利要求16所述的系统，其中，考虑到内容流的要求带宽来排定该开始时间。
18.如权利要求14所述的系统，其中，该网络管理器包括一个频道管理中心，并且其中，该内容提供器包括一个频道编辑中心。
19.如权利要求14所述的系统，其中，UTP广播器具有一规定的IP地址设置和一规定的端口设置，并且其中，UTP广播器在该规定的IP地址和规定的端口上从内容提供器接收该配置内容。
20.如权利要求14所述的系统，其中，该配置内容包括从包括数据文件、流式音频以及流式视频的组中选出的多个媒体对象。
21.如权利要求14所述的系统，其中，该网络管理器包括一个频道管理中心内核，该通道管理中心内核管理从内容提供器接收的广播请求，并使用广播指导广播器把该广播传送到预订终端用户。
22.如权利要求14所述的系统，其中，该预订终端用户的机器均具有组播-就绪接口以及特定播放器，其中，这些机器可连接到该网络，并且其中，该组播-就绪接口接收CDMP流并输出与该特定播放器兼容的流。
23.如权利要求22所述的系统，其中，这些机器具有一个或多个播放器，并且其中，UTP广播器通过该网络将该封装内容组播至预订终端用户。
24.如权利要求22所述的系统，其中，该组播-就绪接口包括显示从广播指导广播器传送的通知的图形用户界面。
25.如权利要求24所述的系统，其中，根据该封装内容要通过该网络在其上组播的那个广播频道而将该传送的通知显示在该图形用户界面上。
26.如权利要求24所述的系统，其中，该组播就绪接口包括将该传送的通知显示为预订终端用户的函数的过滤器。
27.如权利要求26所述的系统，其中，该过滤器基于预订信息来操作。
28.如权利要求24所述的系统，其中，该图形用户界面允许特定预订终端用户使用连接到该终端用户的机器上的输入设备来选择一个或多个封装内容的组播。
29.如权利要求14所述的系统，进一步包括一个组播-就绪接口，其被配置成使用广播指导广播器所提供的控制信息来选择性地允许接收UTP广播器所组播的封装内容。
30.如权利要求29所述的系统，其中，该组播-就绪接口进一步被配置成把组播中的封装内容变换成兼容播放器的格式，通过除去UTP广播器所提供的封装来做出该变换。
31.如权利要求14所述的系统，其中，UTP广播器被配置成在通过该网络组播之前多路复用该封装内容。
32.一种通过网络隧道传输内容的计算机实现的方法，该内容具有兼容播放器的数字格式，包括如下步骤把一个分组附加到配置内容，该分组具有允许通过该网络组播分发以及在连接到该网络的多个机器上受控地接收的控制信息；通过该网络将该配置内容与首部一起组播至多个机器；使用该控制信息来选择性地允许在这些机器中的特定机器上进行接收；以及从该组播传输剥离该附加的分组，由此该组播向该特定机器提供兼容播放器格式的配置内容。
33.如权利要求32所述的方法，其中，兼容播放器的数字格式是单播分组格式，并且其中，附加分组的步骤包括在一组播分组内包括该单播分组格式。
34.如权利要求32所述的方法，其中，该附加的分组包括一个首部。
35.如权利要求32所述的方法，其中，步骤c)和d)均由执行于这些特定机器上的媒体就绪接口来执行。
36.如权利要求32所述的方法，其中，在步骤b)的组播传输步骤之前传送一通知。
37.如权利要求36所述的方法，其中，该通知包括广播指导信息。
38.如权利要求36所述的方法，其中，该通知包括一条预订消息，该预订消息标识在附加步骤中所采用的封装协议。
39.如权利要求38所述的方法，其中，该预订消息进一步包括一个时间和一个广播会话服务将被在其上广播的频道。
40.如权利要求36所述的方法，其中，该预订消息进一步包括用于解密该组播传输所需的信息。
41.如权利要求32所述的方法，其中，在通过该网络组播之前，该封装数据被多路复用。
42.如权利要求32所述的方法，包括通过给内容提供器提供反向频道返回路径而允许与终端用户交互的附加步骤。
全文摘要
一种通过网络隧道传输内容的计算机实现的方法，其中，该内容已被配置成兼容播放器的数字格式。在开始广播会话之前，通过该网络传送一个包括关于该广播会话的控制信息的通知。该控制信息允许受控地接收该配置的内容，并包括开始时间。把该配置内容封装到一种支持组播分发以及在特定机器上受控地接收的格式中。按照包括在该通知内的开始时间，通过该网络以封装的格式把该配置内容组播到多个机器。使用该控制信息来选择性地允许在该多个机器中的特定机器上进行接收，以及在这些特定机器上从组播传输剥离封装。于是，该封装数据的组播与这些特定机器上的播放器相兼容。还公开了一种实现UDP隧道传输组播的系统。
文档编号H04L12/46GK1631020SQ02826080
公开日2005年6月22日 申请日期2002年10月23日 优先权日2001年10月24日
发明者L·钦希塔, I·斯蒂芬尼尼, F·瓦利诺, A·德尔梅尼科, B·纳德洛 申请人:奇幻公司