媒体流式传输系统的数字权限管理.pdf

开放式媒体平台OMP向用户终端(ST)通知其提供的服务已经发生了变化，并且应当检索所更新的许可。然后ST向许可管理器发起对所需要的新许可的请求。作为响应，许可管理器从OMP请求ST的认证/授权以及适当信道的许可条款。OMP认证该ST，并确定与需要发布许可相关联的内容ID。如果认证成功，将适当的C－ID和条款返回给许可服务器。当从OMP接收授权和许可信息时，许可管理器生成个性化的许可，并将其传递给始发ST，以便允许观看保护内容。

1.  一种在开放式媒体平台上允许用户终端对预订的许可保护的广播信道进行快速访问的方法，所述开放式媒体平台服务于连接到广播娱乐系统中的多个所述用户终端，所述广播娱乐系统配备有用于存储普通广播许可的许可管理器，该方法包括：
a)在所述开放式媒体平台上保持目录，所述目录具有由所述开放式媒体平台服务的每个用户终端专用的许可信息；
b)一旦从用户终端请求对所述许可保护的广播信道进行访问，就向所述许可管理器提供关于所述用户终端和所述信道的许可信息，用于使所述许可管理器能够生成个性化的广播许可；
c)在所述用户终端处存储和保持所述个性化的广播许可；以及
d)只要所述用户终端请求对所述许可保护的广播信道进行访问，就使用所述个性化的广播许可对所述许可保护的广播信道上承载的多媒体内容进行解码，
其中所述个性化的广播许可包括所述用户终端的预订细节。

2.  根据权利要求1的方法，其中所述目录中的所述许可信息通过许可标识来识别，而所述用户终端通过唯一的用户终端标识来识别。

3.  根据权利要求2的方法，其中所述许可信息包括各个所述用户终端标识的许可条款，和用于识别所述许可保护的广播信道上所承载相应多媒体内容的内容标识。

4.  根据权利要求2的方法，其中步骤a)包括：
在所述开放式媒体平台上只要新的广播信道变为可用，就更新所述目录；以及
向所述用户终端通知所述新的广播信道，以允许所述用户终端请求对所述个性化的广播许可进行改变。

5.  根据权利要求3的方法，还包括只要所述用户终端标识、所述许可标识、所述内容标识或所述许可条款变化，就更新所述目录。

6.  根据权利要求3的方法，还包括只要所述许可信息变化就更新所述目录，并且向所述用户终端通知所述许可信息变化。

7.  根据权利要求3的方法，其中步骤b)包括：
从所述许可管理器接收所述用户终端关于接收所述个性化的广播许可的认证/授权请求；
访问所述目录，以基于所述用户终端标识和所述内容标识认证所述请求；
提取与所述用户终端标识、所述内容标识和所述许可标识相对应的所述许可条款；
将所述许可条款提供给所述许可管理器；以及
对所述许可管理器进行授权以生成所述个性化的广播许可，并将其发送给所述用户终端。

8.  根据权利要求1的方法，一旦由新内容标识识别的新广播信道在所述开放式媒体平台上变为可用，或者一旦所述用户终端请求加入由所述内容标识识别的所述广播信道，就使用所述开放式媒体平台执行所述用户终端的初始登记。

9.  根据权利要求1的方法，其中所述许可条款指定开始/终止日期、许可条款和由所述内容标识识别的内容能被访问的最大次数中的至少一个或多个。

10.  根据权利要求1的方法，还包括在故障或例外情况之后经来自所述用户终端的请求，重新发布所述个性化的广播许可。

11.  根据权利要求1的方法，其中所述请求包括表示请求单一许可或多个许可的请求类型。

12.  一种用于广播娱乐系统的开放式媒体平台，所述广播娱乐系统装备有用于存储普通广播许可的许可管理器，所述开放式媒体平台用于服务地理区域内的一组用户终端，该开放式媒体平台包括：
用于发送由该组的一个或多个用户终端预订的许可保护的广播信道的装置；
许可任务，用于从许可管理器接收指定用户终端希望接收所述许可保护的广播信道的授权/认证请求，并且用于向所述许可管理器提供关于相应授权/认证请求的许可信息；以及
具有专用于由所述开放式媒体平台服务的各个用户终端的许可信息的目录。

13.  根据权利要求12的开放式媒体平台，还包括能够与所述许可管理器进行通信的接口。

14.  根据权利要求13的开放式媒体平台，其中所述接口使用超文本传输协议。

15.  根据权利要求12的开放式媒体平台，其中对于由用户终端标识所识别的每个用户终端，所述目录包括由许可标识识别的相应许可信息，用于跟踪各个所述用户终端的数字权限。

16.  根据权利要求13的开放式媒体平台，还包括与可用在所述广播娱乐系统中的客户维护应用系统的第二接口，该接口用于从客户维护应用系统接收关于每个用户终端的预订细节的许可信息。

17.  根据权利要求16的开放式媒体平台，其中所述第二接口使用可扩展标记语言或超文本传输协议协议。

18.  根据权利要求12的开放式媒体平台，还包括与所述用户终端的第三接口，该接口用于向所述用户终端通知所述许可信息中的任何新业务和变化。

19.  根据权利要求18的开放式媒体平台，其中所述第三接口使用简单网络管理协议。

20.  一种用于广播娱乐系统的用户终端，所述广播娱乐系统装备有存储普通广播许可的许可管理器以及服务地理区域内一组用户终端的开放式媒体平台，该用户终端包括：
解码器，用于对由所述用户终端预订的一组广播信道上接收的编码多媒体内容进行解码；
用户终端.nsc进程，用于处理多个本地存储的.nsc文件，每个.nsc文件包括访问和播放该组的各个广播信道所必需的信息；
用户终端许可进程，用于接收个性化的广播许可，并使用所述广播许可对各个所述广播信道上承载的编码多媒体内容进行解码；
许可存储器，用于存储所述个性化的广播信息；以及
用户终端接口，用于向所述许可管理器发送对所述个性化的广播许可的请求，并从所述许可管理器接收所述个性化的广播许可。

媒体流式传输系统的数字权限管理
相关的美国专利申请
本专利申请涉及2000年9月28日提交的、现因支持CIP SN N/A(序列号未知的部分继续申请)而放弃的、题为“Digital interactive deliverysystem for TV/multimedia/Internet”、序列号为09/663,973的美国专利申请，和2000年11月29日提交的、题为“Digital interactive delivery systemfor TV/multimedia/Internet with on-demand applications”、序列号为09/676,701的美国专利申请；以上两件申请均转让给Alcatel有限公司，本申请还涉及2005年1月19日提交的、题为“Multicast Distribution ofStreaming Multimedia Content”的美国专利申请，这些申请在此引入作为参考。
技术领域
本申请涉及通过通信网络提供娱乐，具体涉及媒体流式传输系统的数字权利管理(DRM)。
背景技术
用于数字资产分发的信息技术网络(或通信网络)的使用正继续得到普及，所述数字资产例如电视节目、音乐、电影、计算机程序、图片、游戏(总称为“数字内容”)。这通过减少设备成本和送至住宅的带宽，以及交互式个性化业务的出现而得以推动。为了能够向用户传递数字内容，内容提供者必须从覆盖相应内容的全部版权的所有者那里获取租用权。(版权是一种知识产权，它使原创著作、戏剧、音乐作品、作品的出版版本、录音、影片等的所有者能够控制其创作/所有权可以被使用的途径。)
数字内容的商业销售能够使内容提供者(内容或权利所有者)服务大量用户，由此增加了要获得的潜在收入。典型地，内容提供者希望向用户分发数字内容，以换取许可费或一些其他报酬，并且限制用户对所分发的数字内容所能够进行的操作。同样，内容提供者希望能够使用户拥有以不同的许可费容易地购买不同类型的许可的灵活性，同时将用户保持在实际上购买的无论何种类型的许可条款上。例如，内容提供者可以希望允许所分发的数字内容只能播放有限的次数、只能播放一定量的总时间、只能在特定类型的机器上播放、只能在特定类型的媒体播放器上播放、只能由特定类型的用户播放，等等。
因此，内容提供者想要表达他们要求对他们的信息进行处理的策略，以及他们接收到的信息在到达用户之前进行处理或加工的策略。另一方面，这些策略必须使用户能够容易地访问订购或购买的内容/资产/项目，并且当它们变得可用时，能够容易地获取他们感兴趣的新的出售物。用户还希望根据他们对相应内容/资产/项目的估价，获取不同类型的许可。
固有地，由于分发信道不安全，相对容易地非法复制数字内容。在发生了分发之后，内容提供者几乎不能对所分发的内容进行任何控制。在任何个人计算机均包括软件和硬件的今天这尤其意义重大，所述软件和硬件对于制作大型数据文件的数字副本、将复制的文件下载至磁盘或光盘，或通过因特网将该文件副本发送至任意目的地是必需的。
当前，存在两种主要的数字内容保护模型，即条件接收(CA)和数字权限管理(DRM)。条件接收(CA)是这样一种技术，它主要用于通过对所传输的节目进行加密，来控制授权用户对数字节目的接收。多年以来条件接收一直用于实况内容(例如体育项目等)的按次计费广播，所述实况内容被加密并向终端用户广播，并且在终端用户站点利用机顶盒有选择地被解密。
数字权限管理技术集中在，如果实际上可能的话，使数字内容的非法使用变得困难。DRM系统处理知识产权的权限规定、认证、管理和执行，并特别地处理电子版权管理，以及处理认证、授权、记帐、支付和财务清算和文件保护。
许多公司基于各种途径和技术提供分类的DRM总控钥匙包。例如，DRM包包括服务器软件、专用客户端应用程序、网络浏览器的用户插件程序，和诸如Apple QuickTime和Microsoft Media Player的媒体播放器。可用的DRM技术包括来自IBM的电子媒体管理系统(EMMS)、来自AT&T的A2B、来自Liquid Audio Pro公司的Liquid Audio Pro、来自Audio Soft的City Music Network、来自MediaDNA，Vyou.com，和许多其他公司的InterTrust DRM、ContentGuard、EMediator DRM。
许多基于许可分发的DRM系统可适用于广播IPTV(IP电视，是用来描述在宽带网络上进行分组视频传递的服务出售物的术语)，例如NDS、Widevine。然而，微软的DRM解决方案(MicrosoftWindows MediaRights Manager)对于广播和VoD内容保护是优选的，这是因为它能够实现数字媒体的安全分发，提供灵活地商业模型并且是极易升级的平台。另外，对Windows Media Rights Manager的支持是分布很广的(遍及450，000个安装的播放器)，从而确保广泛兼容性。该平台的特征和操作的有关信息可以在以下网址找到：
http：//www.microsoft.com/windows/windowsmedia/drm/aspx
另一方面，Windows Media Rights Manager并不适于广播IPTV，这是因为它最开始是为来自因特网的单播内容开发的。因而，它允许通过HTTP的许可分发。另外，今天数字内容的许可在用户级进行管理。同样，当前的许可分发方法也要求对每个内容文件(流)的独立许可。
因此希望设计一种具有允许数字内容的受控下载和播放结构的多媒体分发系统，其中这种控制是灵活的且按照用户的要求可以由内容提供者定义。即使数字内容要传递给未受该提供者直接控制的用户终端，这样的结构必须允许内容提供者指定内容传送。还希望提供一种改进机制，用于实现对内容进行数字权限管理，以便内容提供者在将内容传送给用户之后能继续有效地限制内容的使用。
发明内容
本发明的目的在于提供一种数字权限管理(DRM)系统和方法，该系统和方法全部或部分地减轻现有技术DRM系统的缺陷。
本发明的另一目的在于提供一种DRM系统和方法，该系统和方法允许内容提供者安全地向用户传递数字内容，并且用于管理对于内容的数字权限，以便内容提供者在将内容传送给用户之后能继续有效地限制内容的使用。
因此，本发明提供一种在广播娱乐系统中允许用户终端对预订的许可保护的广播信道信道进行快速访问的方法，所述广播娱乐系统装备有用于存储普通广播许可的许可管理器，并配备有服务多个用户终端的开放式媒体平台(OMP)。该方法包括：a)在OMP处保持具有专用于各个用户终端(由OMP服务的ST)许可信息的目录；b)一旦从用户终端(ST)请求对许可保护的广播信道进行访问，则向许可管理器提供关于该ST和该信道的许可信息，以使得许可管理器产生个性化的广播许可；c)在用户终端处存储和保持个性化的广播许可；以及d)只要该用户终端请求对许可保护的广播信道进行访问，就使用所述个性化的广播许可对许可保护的广播信道所承载的多媒体内容进行解码，其中所述个性化的广播许可包括该用户终端的预订细节。
根据另一方面，本发明提供一种用于广播娱乐系统的开放式媒体平台(OMP)，所述广播娱乐系统装备有用于存储普通广播许可的许可管理器，OMP用于服务地理区域内的一组用户终端，其包括：用于发送由该组的一个或多个用户终端预订的许可保护的广播信道的装置；许可任务，用于从许可管理器接收指定用户终端希望接收许可保护的广播信道的授权/认证请求，并且用于向许可管理器提供关于相应授权/认证请求的许可信息；以及具有专用于由OMP服务的各个用户终端的许可信息的目录。
更进一步地，本发明为广播娱乐系统提供了一种用户终端，所述广播娱乐系统装备有存储普通广播许可的许可管理器以及用于服务地理区域内一组用户终端的开放式媒体平台(OMP)，该用户终端包括：解码器，用于对在由用户终端预订的一组广播信道上接收的编码多媒体内容进行解码；用户终端.nsc进程，用于处理多个本地存储的.nsc文件，每一个.nsc文件均包括访问和播放该组的相应广播信道所必需的信息；用户终端许可进程，用于接收个性化的广播许可，并使用该广播许可用于对相应广播信道上承载的编码多媒体内容进行解码；许可存储器，用于存储所述个性化的广播信息；以及ST接口，用于向许可管理器发送对个性化广播许可的请求，并从许可管理器接收个性化的广播许可。
有利地，根据本发明的系统和方法允许广播许可向用户终端的分发，同时限制当通过HTTP从服务器检索许可时引入的可扩缩性和等待时间的问题。
当信道调谐发生时，基于包预订的广播许可的预先传递允许许可位于STB上，而不是及时地检索该许可，及时地检索该许可将对信道调谐过程引入等待时间。在STB上的持久型存储器中存储许可消除了每次将STB调谐到新信道时对服务器访问(HTTP)的要求，这向使用MS-SRM的广播许可传送提供了可升级的方法。
附图说明
如附图中所图示的，通过以下对优选实施例的更详细描述，本发明的前述和其他目的、特征和优点将更加清楚，其中：
图1图示了结合本发明的多媒体分发系统的框图；
图2a和2b图示了允许用户观看数字内容的分发新许可的选项，其中图2a示出了广播许可的预先传递，而图2b示出了在最初访问保护内容时的广播许可的传递；
图3图示了用于加入/离开许可保护的广播信道的信道调谐操作；
图4示出了一经请求，如何重新发布特定用户的所有有效许可；
图5a-5c图示了对许可进行高速缓存的选项，其中图5a示出了如何在用户终端处使用闪速存储器来对许可进行高速缓存，图5b图示了如何使用网络文件系统(NFS)来对许可进行高速缓存，而图5c示出了如何使用超文本传输协议(HTTP)来对许可进行高速缓存；以及
图6图示了如何在启动时检索许可。
具体实施方式
本发明提供一种向用户终端授予和分发许可用于观看需要许可的多播流的解决方案。该解决方案适用于例如使用Microsoft Windows Media流式传输系统或其他兼容系统的数字内容的分发。接下来解释与这些系统有关的术语，以便更好地理解本发明。
为了传输或存储的目的，通过将编码视频、音频和文本(多媒体)复用和同步为单独比特流或多个比特流，从而获得视频流。流式传输允许内容的实时传递，因为尽管还处于下载过程中，也能够播放流的内容。为了观看内容，用户的浏览器打开播放器软件，该播放器软件将该文件缓冲数秒，然后在下载文件的同时播放该文件。流式媒体文件并不本地存储在用户终端上；典型地，一旦使用(观看)就丢弃内容部分。现今使用的流式媒体格式包括例如RealNetworks RealSystemG2、Microsoft WindowsMedia Technologies(“WMT”)和Apple Quick Time。
微软的Windows Media 9(WM9)是娱乐业使用的用于流式媒体平台的压缩/解压应用程序。Windows Media 9的新名字VC-1，在运动图像和电视工程师协会(SMPTE)标准化过程中，刚刚从委员会草案进行到最终委员会草案阶段。主要的高清晰度DVD格式目前能够播放VC-1、aka WM9内容。WM9流式传输系统使用被称为ASF(高级流格式)的文件格式。ASF文件容器存储音频、多比特率视频、诸如标题和作者的元数据，以及诸如统一资源定位器(URL)和隐藏字幕的索引和脚本命令。如果在用户终端上安装了适当的编解码器(编码/解码设备)，则用多种编解码器压缩的音频和视频内容能被存储在ASF文件中，并且用Windows Media Player进行播放。
ASF规定将多媒体流分割为独立的数据分组、多路复用这些分组、并且根据显示的需要对流进行时间同步。被称为ASF报头的头部，放置在文件的开头，并且包含对流进行解码所需的重要信息。因此，报头提供识别属于这些流的各个分量流和分组的手段；初始化视频解码器所需的视频编解码器配置(例如WM9)上的信息；为了初始化音频解码器所需的音频编解码器配置上的信息，以及获取许可和解密该流所需的DRM(数字权限管理)信息。
然而，与单播流不同，在多播流中不包含报头信息，这是因为多播流是连续的并且必须支持随机访问。为了解决该问题，当前通过被称为Windows Media Station文件或.nsc文件的可选机制，获得ASF报头中信息的多播分发。.nsc文件中除了包含ASF报头中的信息之外，还包含专用于连接和播放多播流的信息，所述信息例如多播IP组地址、多播端口、流格式和各种站点设置。Windows Media Player通常首先打开通知文件，该通知文件将其指向.nsc文件的位置。
图1示出了结合本发明的多媒体分发系统的框图。图1的结构包括通过宽带IP网络3相连的首端1、DRM(数字权限管理)服务器5、许可管理器5和开放式媒体平台(OMP)10，其中首端1服务多个用户终端2、2’、2”。在下文中平台10也称作“媒体管理器(MM)”或“中间设备平台”。
首端1示意性地示为包括多个视频编码器26、27，所述视频编码器提供音频和/或视频业务的在线和离线编码。这些编码器具有多播业务能力，并且直接由视频服务器30进行管理。例如，编码器26、27可以是WindowsMedia 9编码器，而服务器30可以是运行Windows Media业务的Windows服务器。
传输和接入网络3提供这样的基础设施，该基础设施将首端1、许可管理器5、VoD服务器4以及OMP(开放式媒体平台)10链接到客户端2、2’、2”上的视频解码器。网络3包括传输视频流以及相关管理和许可数据所必需的所有路由器、交换机、长途和城域传输及接入系统。因此，网络3支持IP上的视频单播和多播内容的传输，并且可以基于IP路由器和交换机，其中IP多播复制是由核心和边缘路由器完成的。
网络3的边缘路由器例如配备有IGMP(因特网组管理协议)，以便允许IP多播多播、广播电视和专用IP多播信息的IGMP交换。用户业务的QoS是使用在边缘路由器中的IP排队来实施的。边缘路由器还可以具有最流行广播信道的静态路由选择的能力以提高信道转换时间。
优选地，将唯一的VLAN分配给每个用户，以提供防备IP欺骗的安全级。取决于连接的DSLAM(数字用户线路接入复用器)的类型，用户VLAN既可以在ATM以太网接口，也可以在吉比特以太网接口上的边缘路由器处聚集。在每个DSL(数字用户线路)端口上提供单个永久虚拟信道信道(PVC)，以由所有可用的业务使用，所述业务例如广播TV(BTV)、视频点播(VoD)、高速因特网(HSI)，等等。
视频点播(VoD)服务优选地遵循具有多个服务器4的分布式结构，在靠近网络边缘的接入服务提供点(points of presence)处，这些服务器承载最新的和最流行的内容。.nsc服务器9概括地示出了使媒体管理器10的客户端能够观看由平台10提供的内容所必需的.nsc文件的存储器。然而，本发明涉及广播许可，即观看广播信道所需的许可而不是VoD许可。VoD服务仅仅是顺带地进行讨论。
优选地，许可管理器5保持获取许可所需的信息，并且对相应的数字内容流进行解密以保护内容所有者的权利。许可管理器5通过安全加密协议，以保护的、加密的文件格式，提供数字内容的安全分发，同时允许客户容易地且合法地获得数字内容。
例如，许可管理器5可以是Windows Media Rights ManagerTM，它通过用于内容保护的许可密钥“锁住”数字内容文件，即使这些文件被广泛地分发。每个许可唯一地分配给每个终端；由于个性化，在授权过程中任何泄密的(compromised)播放器都可以被识别和禁用，从而泄密的播放器不能在因特网上进行广泛地分发。许可管理器5还确保用户终端上操作系统中的内容保护，用于在终端内降低任何未经授权的程序捕获数字媒体流的可能性，许可管理器5允许撤销泄密播放器，并确保对于大量数目和类型的用户终端的广泛兼容性。在图1所示的实施例中，许可管理器5还包括用于存储许可的DRM服务器，以及与客户端2和OMP10的接口。
用户终端(ST)2、2’、2”也称作使用者终端、用户设备，客户端或用户是“具有IP功能的”。如图1还可以看出的，如ST2所示，用户终端2作为单独的带有TV7的机顶盒(STB)6，和集成到TV或STB中或者未集成的视频播放器来提供，或者可以是个人计算机的主要部分，或者是装备有能够接收、解码和播放数字内容的显示器的任何数据设备的主要部分。
如上所述，可以在每个DSL端口上使用单个PVC(永久虚拟连接)，并且还可以将OMP连接至DSL端口。DHCP(动态主机配置协议)既用于STB，也用于用户PC(个人计算机)的IP地址分配；例如将专用IP地址分配给STB，而将公用地址分配给PC。IP单播和用户数据报协议(UDP)用来将VoD从服务器传输至终端2。这样的IP终端允许操作组从网络操作中心远程地激活和去激活业务、执行升级、诊断和故障查找。
ST一般包括提供用于允许相应用户在网络3上加入多媒体流多播，以观看感兴趣的数字内容/资产/项目的硬件(HW)和软件(SW)。图1示出了与本发明有关的ST组件。应当理解，针对使用ASF的IPTV多播系统提供了随后的描述；但是在不偏离本发明范围的情况下也可以同样使用其他系统。在图1中，基于IP的用户设备2、2’、2”包括用于重放数字内容的解码器32(即用于对视频内容进行解码的编解码器)，以及其他通用应用系统(未示出)、网络浏览器、网络接口和用户接口，其中所述通用应用系统例如设备操作系统、视频支持系统、用于支持高图像质量的HW和SW、SDTV/HDTV等。如以上所讨论的，优选地使用ASF格式，在网络3上从各个源检索视频内容。
如上述序列号为11/037,122的专利申请所描述的，用户终端2本地存储.nsc文件，以允许用户加入/离开其信道队列(line-up)中的信道，从而终端不必在每次各个用户转换信道时都要访问服务器9。OMP10使用多播广播解决方案来执行.nsc文件向用户的传递和分发。该功能通常用ST.nsc进程33来表示，该进程用于检索.nsc文件、将它们本地存储在本地存储器30中，并当需要时使用它们。所述ST还在在存储器30上本地存储交互式节目指南(IPG)数据，所述IPG数据具有访问和播放各个广播信道所必需的个性化信息。
ST2也配备有ST许可进程34，该进程触发请求(本说明书使用术语“客户端请求”)，从许可管理器接收新的广播许可，并且一旦从许可管理器5检索到许可，就如在31所示将其本地存储。ST许可进程还可以在ST初始化时发起该客户端的所有广播有效许可请求(结合图2a，2b提供各个细节)。由于各个客户端的所有有效许可本地存储在许可存储器31中，这些终端能够快速访问所述许可以观看许可保护的内容/资产/项目。进程34还能够对所述许可进行高速缓存。
以改善多播分发系统的整体等待时间和可扩缩性来提供平台10。在简化首端的同时，OMP10使内容提供者能够创建针对其市场和其客户需求而设计的、竞争力强的多媒体娱乐业务，例如无限信道的数字TV、视频点播、个人视频记录器、按次付费节目、电子节目指南，以及其他丰富的内容业务。利用工业标准技术，并基于来自OMP用户对新业务的需求，业务提供商能利用HTML、Java服务端网页(JSP)和定制JSP标签图书馆以及XML界面，通过根据需要扩展OMP10的能力，来扩展和创建新的应用。
图1仅示出了与本发明相关的OMP10组件。OMP10包括DTV(数字TV)管理器12、电影管理器13和DVR管理器14。DTV管理器12包含服务器端工具，用来管理诸如广播电视、交互式节目指南、按次付费节目、父母控制和集成的Web浏览的经营活动和客户端特征。电影管理器13允许业务提供商为客户建立点播业务以预览、购买和播放点播内容。业务提供商决定用户如何访问点播内容，并设计用户界面的外观和感觉。DVR(数字视频记录器)管理器14允许广播节目过后观看，允许客户在他们方便时记录和观看节目。DVR管理器优选地使用网络服务器存储内容。
平台10保持可以向用户提供的所有内容文件的.nsc文件9，并且多播由一个或多个用户设备预订的广播信道组。OMP.nsc进程11用于从首端1检索广播.nsc文件，并将这些文件向ST多播。进程11提供终端2、2’、2”可用的新多播业务(信道)的高效且可升级的通告，所述终端2、2’、2”由中间设备平台管理。这些通告以多播通告程序的形式进行多播；用户终端处理发给它的通告程序，并基于该通告程序提供的多播地址，加入感兴趣的各个信道数据多播组。然后，该终端检索IPG和包括.nsc信息的信道数据。
术语“认证/授权请求”在本说明书中用于许可管理器5触发的、请求平台10认证客户端请求的有效性的要求。术语“许可信息”是指该客户希望购买的相应许可的条款(权限)，以及该客户的信道队列。例如，许可条款可以基于相应的预订，将信道的观看限制在一定的时期(开始/终止日期)，或者一定的总时间、最大次数、相应家庭的指定终端上，等等。术语“许可授权”是指由OMP给许可管理器的授权，以基于许可信息生成许可并将其传送给相应的客户(用户终端)。原则上，许可信息向许可管理器的传输意味着OMP授权该客户观看所请求的信道(即，许可应当被授予)。
根据本发明，出于能够观看相应客户所获取的多播流的目的，平台10包括负责授权、服务和对用户终端的广播许可进行个性化的OMP许可任务16。许可任务16与许可管理器5相连接，以接收认证/授权请求、确定相应客户的权限并将许可信息发送给许可管理器5。图1还示出了由OMP10保持的用户目录17，OMP10为其数字内容保持具有许可信息的用户信息，所述许可信息符合每个用户。
ST客户端应用程序15与OMP10的所有客户相连接。只要相应的许可信息已经发生变化并且应当检索这些更新，ST客户端15就通知适当的(受到影响的)用户设备2。该消息可以使用例如SNMP来触发对许可管理器的客户请求。许可管理器5接收该客户请求，请求来自OMP10的授权/认证，并且如果该请求是有效的，生成适当的许可，并将许可发送给自提出该请求起一直在等候的用户终端。
目录17保持与许可有关的客户信息；这些客户用基于唯一IP地址的用户ID来识别。例如，客户ID可以是终端MAC地址和一些随机数的组合。寻求许可的内容/资产/项目用内容或信道ID来唯一地识别，从而能够参照它来进行对保护广播内容的许可的授权。内容ID从内容报头创建，并且包含由位于首端的编码器26、27所创建的.nsc文件中。例如，该内容ID可以起源于许可管理器5，并且传送给编码器；其他配置同样也是可能的。许可信息用许可ID来识别。
图1还示出了业务提供商用来管理客户帐户、信息和业务的客户维护提供系统(CCPS)8。CCPS8可以集成在中间设备平台10上，或者提供在网络中的位置。如果CCPS是一个独立实体，则OMP优选地提供XML界面，该XML界面允许从客户维护系统8向客户自动地提供IPTV业务。例如，用于广播TV的包/预订在客户维护系统8提供，并且自动在OMP中提供，以使其可以为用户使用。
OMP10使用数据交换接口18，用于与多媒体分发系统的所有实体进行通信。图1为了简化将它示为单独接口；应当注意不同的实体使用不同的协议在该接口上进行通信。例如，与客户支持应用程序35的接口可以使用XML(可扩展标记语言)，XML是SGML的简化语言，适用于在万维网上创建诸如Windows Media Player外壳定义语言的用户标记语言。与服务器5的接口可以使用HTTP(超文本传输协议)，而与ST的接口可以使用HTTP或SNMP(简单网络管理协议)。
图2a和2b图示了分发新许可以允许用户观看广播数字内容的选项。图2a示出了预先传递广播许可的选项，即一旦用户进行登记，或者当预订发生变化时，则预先传递用于对诸如TV信道的广播内容进行解码(解密)的许可。
如步骤101所示，客户维护系统8通过数据交换接口18向OMP10提供广播许可包。这些广播包可以表示用户业务向OMP10的添加、更新或移除。在步骤102，OMP10通知受到顾客预订信息变化影响的用户设备2应当检索更新。该消息可以使用例如SNMP。然后，所有受到影响的ST2在步骤103向许可管理器5发起对新许可的请求，如果该消息通知这样的要求的话；该请求例如可以是后台HTTP请求。为了使该进程效率更高，只作出一个客户请求，但是如果适当的话，可以为新近提供的信道发放多个许可。用户设备2的唯一ID和内容ID包含在该请求中。
一旦接收到请求，许可管理器5基于用户设备ID、请求类型和用户权限来认证该请求，以观看相应内容。在步骤104，许可管理器5将用户设备ID和许可请求类型传送给OMP10。一旦从许可管理器接收到用户设备ID和许可请求类型，OMP10就将最后成功请求的日期-时间与当前请求的日期-时间进行比较。从而，OMP10确定与需要发布的许可相关的数字内容/信道ID，并授权许可管理器5将许可传送给相应的用户。如果认证成功，则在步骤105将适当的内容/信道ID和权限(例如开始日期、届满日期)返回到许可管理器。
当从OMP10接收授权和许可信息时，许可管理器5基于来自目录17的内容ID和相应的用户ID，并基于从OMP10返回的许可信息(权限)授予适当的许可。然后，如步骤106所示，将广播许可传递给发端用户设备2，以允许观看保护内容。
图2a示出了在用户终端的初始登记时或者启动时，创建和分发广播内容的许可的方案。该操作模式可能导致启动终端2的额外时间。这种情形通过发布用于包的许可，产生更少的许可来处理。如稍后所看到的，还可以缓存这些许可，用于减少启动时间。另外，在初始登记之后将许可本地存储在31中，从而能够在启动时对其检索，而无须经历请求、发布和分发这些许可的进程。仅将变化分发给ST。
图2b示出了在对保护内容的选项进行初始访问时传送广播许可。这要求在完成信道调谐之前，请求、发布和分发许可。在图2b的例子中，当前正在观看信道A的用户希望切换到信道B上，以观看在信道B上流式传输的许可保护内容。如步骤201所示，相应的用户设备2从包含在多播组45中的信道A，调谐到包含在多播组40中的信道B。终端2使用30中的本地.nsc文件来确定如何离开适当的多播组45。
在步骤202，终端2使用适当的.nsc文件来离开信道A，并且如步骤203所示，使用适当的.nsc文件加入新的信道，在本例中是信道B。OMP可以在这一点上使用预订的/未预订的父母控制的商业规则，等等。如果有效，则信道调谐进程继续。如步骤204所示，一旦已经执行了加入操作(即ST2接收用于接收信道B的多播地址)，多播组信道B将保护的数字内容流式传输到相应的终端2。一旦接收到数字内容，终端2确定该内容是许可保护的，并且进行本地检查有效许可。如果在存储器31中存在适当的许可，则对信道B上流式传输的内容进行解密并且用户能够观看它。如果在信道B上流式传输的受保护内容的许可不在本地存储器31中，ST2向许可管理器5发起对相应广播许可的客户请求。例如，ST2可以使用许可获取URL(统一资源定位器)，其包含在用于信道B上内容的30中的本地.nsc文件中。如步骤205所示，该请求由许可管理器5接收。
在步骤206，一旦接收到客户请求，许可管理器从OMP10请求关于所请求的包/信道的用户的认证/授权。如图2a所描述的方案，许可管理器5将客户ID(相应终端2的IP地址)和指定内容的内容/信道ID传送给OMP。OMP接收该请求，并使用终端的IP地址来认证用户和内容/信道ID，以认可该终端具有来自目录17的相应内容的有效预订。如果认证成功，则凭用户的预订/购买来对该请求进行授权。如果已经购买了该内容，那么在步骤207，将许可请求的授权，与将要用于生成许可的权限一起，返回给许可管理器。如步骤208所示，当从OMP10接收授权时，许可管理器5生成适当的许可，并将其传送给终端。
每次在终端启动之后，结合图2b描述的方案在第一次调谐信道时对调谐进程引入信道等待时间。然后，对于保护内容的后续信道调谐可以几乎无延迟地访问在31中本地存储的许可。尽管如此，结合图2a所显示和讨论的广播许可的预先传递更优于图2b的方案，这是因为它没有在信道调谐中引入不能接受的等待时间，它能够通过许可高速缓存进行最优化，随后可以看出。
图3图示了加入/离开许可保护的广播信道的信道的调谐操作。如以上所说明的，调谐到多播信道以离开/加入适当多播组需要使用相应的.nsc文件。该方案假定，先前已经传递了适当的.nsc文件，并且在30将其存储以由各个终端2进行本地访问。这种方案还假定已经预先传递了适当的.nsc文件，并且将其存储在31处以由各个终端2进行本地访问。通过在用户终端保持相应用户的当前有效许可和.nsc文件，该方法消除了作为信道调谐过程一部分的检索这些文件的要求，并且最小化所引入的等待时间。
在图3的例子中，当前正在观看在信道A上流式传输的内容的用户希望切换到许可保护的信道B。如步骤301所示，用户终端2从信道A调谐到信道B。在步骤302，该终端使用本地存储器30中适当的.nsc文件以离开当前信道(信道A)，并且在步骤303，使用本地存储器30中适当的.nsc文件加入新信道(信道B)。OMP10首先使用信道B的商业规则(如果有的话)，并且确定该信道是否由相应的用户预订。如果有效，则信道调谐进程继续。在步骤304，终端2还确定该内容是受保护的，并且本地检查有效许可。在步骤305，使用先前传递的许可以观看内容。
可以要求额外的操作能力，藉此ST2请求重新发布其所有有效许可。如果由于故障或在一些其他例外情况下，最新的许可缓存文件在ST启动时不可用，则该操作是必需的。这种能力还可以用作ST许可的复位。取决于请求的许可数目，这可能在许可服务器上产生负荷，但是该操作仅仅在例外情况下执行。图4图示了怎样经请求重新发布特定用户的所有有效许可。在该例中，在步骤401，可能是手动的外部进程50，向ST2发布SNMP消息，以发起向各个终端重新发布所有有效许可的请求。在步骤402，ST2向许可管理器5发起对所有有效许可的请求。在该请求中包含该设备的唯一ID以及请求类型。
在步骤403，一旦接收到许可请求，许可管理器5将ST的唯一ID和许可请求类型传送给媒体管理器OMP10，并请求OMP10认证/授权该ST和适当信道的内容ID。OMP接收该请求，认证该ST并确定用户对这些内容/信道ID具有权限。在步骤404，OMP将相应内容/信道ID的适当许可信息返回给许可管理器。在步骤405，当从OMP10接收认证和许可信息时，许可管理器5生成适当的许可，并将传递给始发客户，以允许观看受保护的内容。通过该方案，客户还可以更新其所有的VoD和PPV购买。
如图2a和2b所描述和图示的，许可持久地本地存储在存储器31中(而不是存储在许可管理器5上)，以避免每次ST启动或访问许可保护的内容时重新发布所有许可的必要性。图5a-5c图示了对许可进行高速缓存的一些选项，以按照图2a方案处理每次终端启动时重新发布许可的可扩缩性影响。图5a示出了如何在ST2上可用的闪速存储器35中对许可进行高速缓存。许可文件的高速缓存必须从ST发起。如步骤501所示，当将新的许可(广播、VoD和PPV)传递给ST2时，启动闪速许可高速缓存器的后台更新。在步骤502，在ST2上，ST2更新持久存储在存储器31中的许可文件。该文件在随后的ST启动之后，可用于视频播放器。
在图5b所示的例子中，许可存储在由OMP10保持的文件系统55中，并且OMP10也配备有高速缓存器19。在该方案中，如步骤511所示，许可文件的高速缓存必须从ST发起。在步骤512，当将新的许可传送给ST2时，启动许可缓存器19的后台更新，藉此ST2将所更新的许可文件复制到高速缓存器19。在STB启动时，该文件能够使用其他顾客专用信息进行检索。由于许可的大小相对较小，因此文件系统55上增加的负荷是极小的。
图5c示出了如何使用超文本传输协议(HTTP)对许可进行高速缓存，以在ST2和OMP10之间传送许可文件。如该图所能够看出的，在步骤521，当将新的许可传递给ST2时，启动OMP目录17中许可高速缓存器的后台更新。在步骤522，ST客户将所更新的许可文件复制到OMP10。在STB启动时，该文件能够使用其他顾客专用信息进行检索。该选项通过使用HTTP，消除了在ST和文件系统55之间的潜在兼容性/发放许可问题。
由于其降低了由图6b和6c所示选项引入的可能的可扩缩性和性能问题，如图5a所示在ST闪速存储器35中高速缓存许可是推荐的方法。该选项还消除了ST2和文件系统55之间的潜在兼容性/发放许可问题。
在允许访问受保护的内容之后，在每次启动时终端必须检索许可。图6图示了如何在启动时检索许可。步骤601，在启动时，OMP10多播要由ST检索的ST启动图像。在步骤602，当启动时，OMP10多播要由ST检索的IPG数据，并且在步骤603，还多播要由ST2检索的信道数据。当启动时，在步骤604，ST2加入启动图像多播组51以检索启动图像，并且在步骤605，从媒体管理器10(使用例如HTTP)检索顾客专用文件。此时，由于随着时间的过去已经发布了许可，ST2还检索已经进行被高速缓存的许可文件。
在步骤606，如果这是各个ST2的初始启动(登记)，ST将会基于顾客的预订，请求发布所有的有效广播许可。
在步骤607，ST向许可管理器5发起对所有有效许可的后台许可请求。该请求包含设备的唯一ID以及请求类型(广播许可)。在步骤606，一旦接收到该许可请求，许可管理器5请求对ST和相应信道的内容ID的认证/授权。许可管理器5将ST2的唯一ID和许可请求类型传送给OMP10。当启动时，在步骤608，ST加入信道数据多播组53以检索信道数据，然后在步骤609，加入IPG数据多播组52以检索当前的IPG数据。许可文件的检索将会使启动时间增加到某个程度，该程度取决于许可文件大小。