专利名称：满足扩展的视频点播客户内容请求的制作方法
技术领域：
本公开内容涉及满足来自有线系统的订户对视频点播(“V0D”)的请求，其中，请求的内容在有线服务提供商的系统中不是立即可用的。
背景技术：
当前，有线服务提供商经常向其有线订户提供各种服务，这些服务包括订户能够在观看者方便时请求观看特定节目的能力。此能力通常称为“视频点播”(“V0D”)，并且允许用户确定他们所想要观看的时间和内容。当前，有线服务提供商维护此类节目的库，向观看者呈现标题列表，并且允许观看者选择期望的节目。然而，标题列表仍限于有线服务提供商可提供的那些节目(例如，本地存储的)。可提供的此类节目的数量受到各种因素的限制，包括存储和容量及物流因素。有线服务器提供商可为安全目的而维护加密形式中的视频节目。因此，有线服务器提供商可能要获得它必须保护的解密密钥，并且在将节目流传送到用户前使用它将节目解密，或者将解密密钥发送到用户的机顶盒以便它能将节目解密。在名称为“System for Providing Video on Demand”的EP 11145551中公开了一种此类现有技术方案。然而，此系统具有用于视频节目的预定有限存储能力，并且它公开了在接收器中删除较旧信息以腾出空间存储最近接收的信息。然而，用户期望具有电影选择项(choice)的不断拓宽的选择，范围从各种各样的现在形成的节目到那些数十年前制作的节目。例如，一些观看者可能要观看其喜爱的院校队的最近制作的体育节目，而另一观看者可能要观看五十年前的一部经典电影产品。有线服务提供商存储其订户群可能要观看的大范围的所有可能节目是不可行的。然而，有线服务提供商期望向其订户提供不断增加的服务，包括提供对观看者可能期望的任何节目的快速访问。因此，存在对于用于满足有线用户对内容的请求同时将有线服务提供商对此类节目的存储要求降到最低的改进系统和方法的需要。
发明内容
本文公开了发明的各种实施例。根据本发明的一个实施例，提供了一种用于流传送数字视频文件的系统，包括机顶盒；机顶盒连接到的有线分发网络；从机顶盒接收请求的有线头端，其中所述请求包括与所述数字视频文件相关联的节目标题，连接到接收所述请求的所述有线头端的局域网；以及服务器，包括处理器和存储记录列表的数据库，记录包括节目标题列表。所述系统的特征在于所述服务器配置成
确定所述节目标题未在所述数据库中的所述记录列表中存储，将查询传送到第二服务器，请求存储对应于所述节目标题的所述数字视频文件的第三服务器的位置，确定对于所述数字视频文件要求数字权利管理许可，请求用于所述数字视频文件的所述数字权利管理许可，接收用于所述数字视频文件的所述数字权利管理许可，从所述第三服务器请求所述数字视频文件，从所述第三服务器接收所述数字视频文件，将所述数字权利许可传送到所述机顶盒，以及将所述数字视频文件流传送到所述机顶盒。
在如此概括描述本发明后，现在将参照附图；附图不一定按比例画出，并且其中图1公开根据本发明原理的用于满足订户对内容的请求的系统的一个实施例，其中，内容位于有线系统之外。图2公开根据本发明原理的用于满足订户对位于有线系统之外内容的请求的系统的另一实施例。图3公开有线服务提供商在处理内容请求中执行的步骤的一个实施例，其中，节目在内容提供商的网络外存储。图4示出有线服务提供商处理对下载内容的许可的请求所涉及的另外的可能步
马聚ο图5示出许可请求/响应消息的可能消息格式。图6示出与有线服务提供商相关联的可能结构的一个实施例。图7示出内容提供商/许可服务器的一个实施例。
具体实施例方式现在，将在下文参照附图，更全面地描述本发明，附图中示出了发明的一些但并非所有实施例。实际上，这些发明可以在许多不同的形式中实施，并且不应视为限于本文所述的实施例；相反，这些实施例的提供是为了使本公开将满足适用的法律要求。类似的标号指各处类似的元件。得益于以上描述和相关联图形中所示的教导的这些发明所涉及领域的技术人员将明白本文所述发明的许多修改和其它实施例。因此，要理解发明并不限于公开的特定实施例，并且修改和其它实施例旨在包括在随附权利要求的范围内。虽然在本文中采用了特定的术语，但它们只是在一般和描述意义中使用，并不是用于限制的目的。有线系统中的有线订户期望在其方便时观看其选择项的节目。有线服务提供商通过提供视频点播服务而部分满足了此需要，视频点播服务允许用户从标题列表进行选择以及在其方便时请求观看该节目。然而，有线服务提供商在能够提供的视频节目集中受到限制，因为此类节目已经在本地存储，并且每个有线服务提供商没有无限的存储能力。因此， 向有线服务提供商订户提供的节目一般是具有广泛吸引力的那些节目，并且根据定义，只提供对具有“广泛吸引力”的电影的访问意味着有线服务提供商最多能满足一些但非全部的其订户观看需求。在本文中使用时，“节目”指能够具有各种格式的视频资产，例如，电影、文档、电视系列节目、体育节目、新闻节目等。虽然在电影点播情形的上下文中进行描述，但无意限于只提供电影。此外，过去由于有限量的节目在本地提供，因此，足以使用视频点播菜单屏幕向用户呈现节目标题列表，且可能带有节目的简要描述或特性描述(例如，评级、制作年份等)。 因此，一般为用户提供了有限的搜索能力。一般情况下，搜索能力的总范围为观看者提供了标题列表，并可能提供了滚动到标题的另一页的能力。随着高速数据通信网络的出现，视频点播节目集本地存储于有线服务提供商不再是必需的。虽然本地存储对观看者经常请求的节目提供了一些益处，但从远程源实时获得内容是可能的。这允许有线服务提供商扩展供应库，并且提供更大得多的节目标题库。基本上，能够实时提供到有线服务提供商的任何节目能够成为可向用户提供的有线服务提供商的内容虚拟库的一部分。这也为有线服务提供商提供了另外的收益流，因为有可能的是获得特定内容可以是有线服务提供商能够收取费用的服务。此类型的布置要求有线服务提供商和内容源(“内容提供商)之间具有现有的商业布置，并且这可要求用于获得此类节目的实时许可的机制。用于获得节目的实时许可的一个此类方案在下面描述，并且涉及机顶盒在接收节目后实时确定需要许可，并随后请求许可。有线服务提供商与内容提供商之间商业关系的建立能够以各种传统方式启动和实现。有线服务提供商(“CSP”)能够启动与内容提供商或代表的对话以签订下载内容的合约。一般情况下，协商各种条款和条件，并且形成合约。条款一般将建立使用的条款、接收内容的费用、付款条款等。预期内容提供商将通过提供总额折扣来尝试激励CSP广告或以其它方式从CSP推销内容。因此，如果CSP能保证一定数量的节目将从内容提供商下载， 则内容提供商可提供总费用或每个节目的费用的另外折扣。此折扣能够基于总量、特定主题内容的量，或者基于时间。本领域的技术人员将认识到能够使用各种开帐单算法。内容提供商因此必须在其服务器系统中建立认识到来自CSP的请求被授权进行处理的能力。预期内容提供商将要求建立此类商业布置，但这不是必需的，这部分地是为了在其开帐单系统中建立适当的验证过程以便在满足请求前认证来自CSP的请求。例如，至少内容提供商将要求将CSP的标识符编程(例如，存储)到其系统中，以便内容提供商的系统能至少认识到启动内容请求的CSP。预期内容提供商只可接受来自内容提供商已与其建立事先商业布置的CSP的请求。另外，各种认证和/或安全密钥可作为商业关系的一部分来建立以确保认证CSP请求的安全性。因此，在CSP能够向其观看者提供此类节目前，CSP 必须确保它发送到内容提供商的任何请求预期由内容提供商认识到并处理。类似地，CSP必须建立其自己的开帐单系统以便对于输送到请求观看者的节目内容向其订户适当地开帐单。CSP也必须确保适当考虑哪些订户请求了哪些节目，并且确认请求的节目已收到和下载到机顶盒，并且可能确实已由观看者观看。CSP的系统还必须计及从各种内容提供商收到的节目，以确保从内容提供商对于输送的内容向CSP发出的帐单确实与CSP订购和收到的节目匹配。
具有大量节目可供CSP观看者选择，这要求有用于选择节目来观看的更精密方法。仅仅在多页的可能标题的菜单屏幕上列出由观看者选择的数千个可能节目，这是不可行的。在现有技术中已识别了有利于观看者的节目选择或节目识别的许多系统和方法。例如，可能使用观看者的先前选择的选择项来建议当前的选择项，或者允许用户输入节目的某些特性以形成从其选择的推荐子集。例如，用户能够指示特定类别(如电影或体育)以缩小选择范围。诸如流派、男演员/女演员、主题等其它类别能够被请求并用于提供更易于管理的选择项列表以便观看者从其选择。任何现有技术方法能够连同本发明的原理来使用以识别观看者选择的特定节目。一旦观看者选择并识别了要观看的特定节目，此信息便传递到有线服务提供商。 CSP可最初筛选来自观看者的请求以确保授权了该观看者请求和获得内容。这通过筛选与观看者的账户相关联的机顶盒的授权来实现。可能的是，机顶盒被确定是“黑名单”机顶盒 (例如，无法识别，或者识别为不当的机顶盒，如“克隆”单元)，并且节目内容不应提供到该机顶盒。在其它情况下，机顶盒可被确定为是“真实的”，但观看者的账户被指示为禁止某个内容(例如，不允许VOD节目，或不允许某一类型的VOD节目，例如，成人电影)。假设没有防止满足来自机顶盒的请求的限制，则CSP随后确定节目在本地是否可用，或者它是否必须实时下载。为了下载节目，有线服务提供商必须知道从其请求节目的源。这假设请求的内容不在本地由CSP存储。就本地存储而言，这意味着在CSP拥有的或在其指导和控制下的设备中。如果内容在本地存储，并且无要求的外部DRM许可，则可能的是，请求能够由CSP使用现有VOD过程来满足。这可能要求CSP提供解密密钥，而CSP维护密钥以用于满足此类请求。然而，在其它实施例中，CSP可在本地存储加密的节目内容，并且CSP未存储或控制必须提供到观看者的解密密钥。因此，要求外部DRM许可。如果CSP 没有允许观看节目的许可，并且节目在本地存储，则CSP必须获得此类许可。假设节目内容不在本地存储，则CSP可已知存储它的位置。一些情况下，CSP将启动到节目库管理者(librarian)的请求，节目库管理者不一定存储节目，但能够向CSP通知节目能够位于哪里。随后，CSP能因而启动到内容源的请求。在各种情况下，期望内容可从外部内容源得到，但均要先获得许可。请求和获得许可也可以是内容提供商通过其为提供内容而被补偿的机制。在此类情况下，如下所述，CSP 可从内容许可方实时获得许可。转到图1，它示出根据本发明的原理形成的系统的一个实施例。在图1中，机顶盒 (“STB”)100示为位于观看者的场所中。虽然本说明书根据使用STB公开了本发明，但其它实施例是可能的。这些实施例将包括使用结合相同功能性的个人计算机、视频盘播放器、 电视机等。STB另外可用于连同电视机(未示出)来提供菜单驱动的机制以便有利于用户选择和识别要下载的特定节目。这一般依赖于用户与遥控器(未示出)交互以识别有关期望节目的类别或其它信息。STB示为连接到有线分发网络102，但其它分发方法是可能的，包括无线媒体(例如，固定位置无线数据传送)。可使用光纤和混合光纤同轴网络基础设施。有线网络102连接到为观看者服务的有线服务提供商(“CSP”)。具体而言，CSP 105中的设备能称为“头端”，并且在本文中使用时，这指由CSP用于实现与下述其它实体必需的通信的设备。CSP接收对内容的请求，并且一般情况下，信息包括与节目相关联的某一独特的标识符。例如，如果用户选择如STB呈现的特定节目，则STB可返回与该期望节目相关联的数值。这要求每个节目具有独特的标识符。CSP 105可具有包括节目的数据库135的本地存储，其将可能对应于CSP的观看者最可能请求的那些受欢迎节目。在此类情况下，CSP无需从内容库管理者服务器115请求内容的外部源。假设CSP不具有对请求的内容的本地访问，则CSP能够启动到内容库管理者服务器115的有关在何处可获得节目内容的请求。一般情况下，通过在诸如因特网等数据网络 110上启动到预定位置(地址)的请求来完成此操作。内容库管理者服务器115将维护能够提供请求的内容的内容提供商的列表。如果有两个或更多内容提供商能够提供该节目，则内容库管理者服务器115可具有关于每个提供商在其上供应内容的条款的知识。例如，一些节目可能不是由单个内容提供商独占地控制，并且它们可以在不同费率来供应其内容。在此情况下，内容库管理者服务器115可选择具有费用更低的内容提供商，或者通知 CSP (它又可通知用户)下载每个节目的成本。可能的是，内容库管理者服务器115将与适当的内容提供商125实时通信以查询或验证选定的特定节目的可用性。这可要求将CSP指示的节目标识符值转换为每个内容提供商识别的值。然而，如果此类标识符是标准化的，则不要求此操作。一旦内容库管理者服务器115具有必需的信息，它便将通知CSP，而CSP随后可通知STB以确认可用性和/或来自观看者的其它信息。一旦确认，并且CSP现在知道适当的内容提供商，CSP便将启动到适当内容提供商 125的节目请求。一般情况下，内容提供商将在数据库130中维护节目库，节目通过数据网络下载到CSP。一般情况下，有多个内容提供商可用，这些内容提供商大部分维护不同节目的各个数据库。一般情况下，内容提供商可许可内容，这又为内容提供商并且也为CSP提供了收益流。在此类情况下，内容提供商125或内容库管理者服务器可通知CSP要求许可，并且 CSP可请求来自许可方服务器120的许可。库管理者也能在要求许可时执行以下功能向 CSP通知授权了若干许可方的哪个许可方来授予对选定节目的许可。在其它实施例中，许可方服务器106能够结合到内容提供商104中。因此，内容提供商可接收对与内容提供商控制的节目内容相关联的许可授予的请求。在获得适当的授权(例如，从许可方服务器120获得许可)、并且此类授权的证明提供到内容提供商后，内容提供商将下载内容到CSP，在节目向观看者播出时，它在CSP在数据库135中本地存储。一些情况下，节目可具有它能够存储在本地数据库135中的隐式或显式寿命。可能的是，观看者也能够请求内容以便以后观看，并且因此节目必须存储一段有限持续期。内容库管理者服务器115、内容提供商125和许可方服务器120及CSP的各个组件涉及标准计算装置，例如容易在商业上获得的，并且包括处理器、存储器、盘存储装置、接口等。它们的架构将在下面讨论。图2示出另一个实施例，其中，可以说以某种方式替代了内容库管理者服务器的功能。在此实施例中，CSP 105在确定用户请求的特定节目时，启动到几个内容拥有者 225a,225b和225c的请求。基本上，对节目的请求广播到内容提供商的已知集合，并且每个
8内容提供商将做出响应，指示它们是否具有该视频资产。这样，CSP能够容易查明下载应源于若干内容提供商中的哪个提供商。可能在此情形下，CSP可与三个内容提供商具有建立的商业关系以便获得此类节目。虽然此方案可能导致可用于CSP的节目的范围更有限，但它仍能够显著扩展CSP能够供应到观看者的节目的库。转到图3，它示出在CSP 105用于服务于对节目内容的请求所涉及的处理的一个实施例的流程图，其中，节目内容不是由CSP在本地存储。第一步骤300为用户提供有利于节目选择的图形用户接口。该接口能够由提供交互接口的STB来提供，以便选择观看者期望的节目的属性。这能够通过下载到STB的应用程序来实现，并且在其它实施例中，节目标题(或其它信息)的子集或完整列表能够下载到 STB0信息能够由CSP从内容库管理者服务器定期(例如每夜)获得并下载到STB。备选的是，STB可确定类别，并随后查询内容库管理者服务器此类别中的节目列表。各种技术和方法能够用于与观看者交互以获得特定节目的选择和识别。例如选定节目的此信息随后传递到CSP，因此，在步骤305，用户期望的节目已确定。接着，在步骤310，CSP启动到内容库管理者服务器的查询，指示观看者请求的期望的节目内容。内容库管理者服务器可保持与节目相关联的各种属性，如时间、评级、节目男演员、主题、制作年份等。这些属性能够提供到CSP，而CSP又向观看者提供信息。内容库管理者服务器还维护有关如何和/或何处CSP能够获得节目内容的信息。例如，与内容拥有者或内容提供商相关联的URL地址或其它标识符能够由内容库管理者服务器存储。另外，内容库管理者服务器可存储有关节目的其它信息，如与节目的下载相关联的商业条款。 此信息可提供到CSP，而CSP又将它作为在确认观看者正在选择所指示的节目中涉及的补充信息而提供到观看者。虽然这些步骤未明确示出，但本领域技术人员能够认识到此类交互可作为选择过程的一部分而发生。在步骤315中，CSP被通知有关节目的信息，包括能够在何处获得内容及是否请求许可。如果如步骤320中所示要求数字权利管理(“DRM”)许可，则可要求CSP从第三方许可方获得许可。如果这样，则CSP将必须在步骤335中查明从何处请求许可，并在步骤340 启动请求。下面描述用于启动请求的一种方法的另外细节。一旦在步骤345中收到许可， CSP便能够随后启动对来自内容拥有者的内容的请求。在步骤325中，CSP启动对来自内容拥有者的内容的请求。在一些情况下，内容的拥有者可以不是内容的提供商，因为内容拥有者可向存储内容并在收到请求时提供内容的提供商存放节目的副本。然而，实际上，能够假设内容拥有者是提供内容的相同实体(即， 内容提供商)。步骤325与330之间可以存在其它交互，其中，内容提供商验证请求者，或者以其它方式与CSP执行交易以便执行下载内容所要求的任何预备步骤。例如，CSP可以是内容提供商已认识的客户，并且在内容下载前要求来自CSP的认证。备选的是，如果要求许可，则CSP可能必须提供已获得许可的证明，或者备选的是，首先请求来自内容提供商或许可方服务器的许可。一旦所有前提步骤已完成，内容便在步骤330中下载到用户。随后，CSP可通知用户节目已准备好用于观看，并且等待用户的确认。这可包括为观看者提供有关与观看内容相关联的任何成本或其它费用的信息。节目内容可对于有限的时间持续期存储在本地数据库中，以便在观看者更方便的时间能够观看它。备选的是，CSP 能够立即开始将节目流传送到用户。预期上述步骤将相当快地发生，使得来自用户启动请求和内容的流传送的任何延迟将极小。然而，如果有延迟，则CSP能够将消息发送到STB，这将导致向观看者通知他们请求的下载可用于观看，并且与用户就他们将要何时观看节目进行交互。CSP也可在节目下载到观看者时或者在观看者观看节目后或启动节目观看时更新开帐单系统。CSP也可提供其确认到内容提供商(如果内容提供商出于记帐目的而要求此类确认的话)。在各种实施例中，观看者可以能够观看节目一次、有限次数或在有限时间期期间的尽可能多次。图4示出有关可由CSP 150进行的处理的另外细节。在此图中，假设CSP已将视频节目提供到机顶盒，但视频节目中的信息指示观看数字节目资产要求许可。数字资产可向STB指示它受元数据中包括的信息所限制。元数据是指示有关数字资产本身的信息的与数字资产相关联的数据。例如，如果数字资产是电影，则元数据能够指示标题、主要演员、等级指示、制作年份等。元数据也能够指示数字资产是受限的-例如，要求显式许可来观看数字资产。如本领域已知的，许可提供了由STB用于将电影的内容解密以便它能够由用户观看的数字“密钥”。如果没有密钥，则不能观看加密的数字资产。在一个实施例中，STB识别和区分未加密且因此能够观看而无需请求许可的那些数字资产和已加密并且确实要求解密密钥或许可来观看节目的那些数字资产。这能够通过下载应用程序到STB而实现，该应用程序能处理数字资产中的私有数据并促使STB调用如下所述的步骤。一旦STB认识到数字资产要求许可，STB将在步骤3中制定到有线服务提供商的对许可的请求。如下面将看到的，请求能以多种方式传送到有线服务提供商，并且可包括或不包括识别内容提供商的地址信息。在下面讨论的一个实施例中，假设STB不知道内容提供商的身份，并且不指示内容提供商的地址，而是依赖有线服务提供商查明此信息。图4中示出STB请求许可的步骤的一个描述。图4示出在处理许可请求中可在有线服务提供商发生的处理步骤的一个实施例。在步骤400，有线服务提供商从STB接收许可请求。这能够在从STB到头端的多种上游通信路径中传送。在步骤402，有线服务提供商解析消息以查明至少两条数据第一条是做出请求的STB的标识，第二条是请求的数字资产或电影的标识。STB标识一般是独特的数字标识符，如与STB相关联的序列号或其它数字证书。假设有线服务提供商能够基于STB标识符来识别客户账户。有线服务提供商随后启动一系列测试，这些测试通过在步骤404、408和410所示的级联测试来表示。这些测试的性质和数量可不同，但所示测试足以示出本发明的原理。 一般情况下，有线服务提供商将先使用数字资产标识符来确定是否能够请求许可。换而言之，有线服务提供商将查明它与提供电影的内容提供商是否具有商业关系。可能有多种内容提供商，并且有线服务提供商可能没有与每个内容提供商具有商业关系，或者可能没有用于为指示的数字资产的类型来请求许可的商业关系(例如，一个内容提供商可用于提供电影，而另一内容提供商提供另一类型的节目制作)。优选的是，有线服务提供商将从不将要求许可的数字资产下载到订户，但为此有线服务提供商将不能满足来自STB对许可的请求。然而，这种情况可能发生，因此，测试此方面可能是有必要的。接着，有线服务提供商可在步骤408中测试STB是否被授权来做出许可请求。STB可能是未经授权的STB，或者能被识别为将导致拒绝提供许可的“克隆”STB。在其它情况下， STB可能与信用有问题的订户相关联，使得许可请求被拒绝。在此类情况下，可调用某个过程，请求主叫方输入请求的观看的信用卡号。在步骤410中，示出了任何其它类型的筛选测试，例如有线服务提供商维护的以前建立的限制(如禁止满足对成人电影的许可请求)。如果由于任何原因，许可请求的筛选使得请求被拒绝，则在步骤416的过程发生， 该过程使得有线服务提供商将理由或原因码发送到STB，指示不能满足许可请求并指示原因。如果许可请求能够得到满足，则在步骤412中，有线服务提供商将在数据库中记录对许可的请求。在其它实施例中，数据库将记录所有请求，包括来自被拒绝的STB的那些请求。在步骤414中，有线服务提供商将许可请求转发到适当的内容提供商。适当的内容提供商可以多种方式被查明。首先，有线服务提供商可具有用于基于数字资产标识符来确定内容提供商的数据库或其它表查找存储器。这假设每个数字资产被独特地识别。备选的是，有线服务提供商能够查询提供此查找功能的第三方实体(例如，内容库管理者服务器)。其次，许可请求本身能够指示内容提供商的名称或地址。这假设许可方服务器的名称或地址在电影信息(例如，元数据)中指示，并且STB提取和复制此信息到许可请求中。在任一情况下，有线服务提供商在步骤414中将许可请求传送到适当的内容提供商，并且一般将包括向内容提供商识别有线服务提供商的信息。有线服务提供商将在步骤416中实时从内容提供商接收响应，并且将记录响应 (未示出)，在步骤418中将信息转发到STB。有线服务提供商也将定期使用来自STB的记录的请求以及来自内容提供商的实际接收的响应消息以决定/生成该STB的适当开账单信息。这在步骤420进行，该步骤一般根据用户的开帐单周期定期发生。在此步骤后，用于有线服务提供商的过程在步骤422中完成。消息格式任何数量的不同消息格式能够用于将请求消息从STB输送到有线服务提供商，和从有线服务提供商输送到内容提供商/许可方。类似地，这适用于响应消息格式。甚至不要求用于STB与有线服务提供商之间响应的消息格式是有线服务提供商与内容提供商之间的相同格式或结构。本领域技术人员将认识到能够用于适应各种设计优先级的各种格式。在图5中，公开了消息格式的一个实施例。这基于STB到有线服务提供商的消息传递，但能够被修改以用于有线服务提供商到内容提供商/内容许可方消息传递。基本消息格式500依据基于IP的消息，该消息具有识别有线服务提供商的目的地地址502和STB 的始发地址504。有效负载字段506包含DRM请求或DRM响应消息。虽然消息格式500示为具有始发和目的地地址，但这不是必需的，因为STB能够只将它发送到有线服务提供商的有线头端，并且有线服务提供商能经更高层协议中包含的标识符来识别STB。因此，消息 500的结构是一个实施例的说明。对于请求DRM许可和对其做出响应特定的另一层协议通过IP层地址消息格式500 来输送。两个消息格式已示出，即，DRM请求消息510和DRM响应消息530。DRM请求消息 510从STB输送到有线服务提供商，并且包括各种信息元素。首先，消息类型标识符512指示消息是“DRM请求消息”，与例如“DRM响应消息”的某一其它消息相对。
11
下一信息元素是“机顶盒”标识符514，该标识符可包含与STB相关联的MAC地址、 序号或某一其它类型的独特标识符。在一个实施例中，STB标识符将是数字证书。使用非对称密码术，机顶盒将包含嵌入的私有密钥，并且将在公共证书中提供对应的公共密钥作为其标识符。内容提供商将使用该公共密钥来生成对该特定机顶盒特定的许可。机顶盒将被要求使用其私有密钥来访问许可中的密钥。由于只有该独特的机顶盒将拥有必需的私有密钥，因此，只有该机顶盒将能够使用许可将资产解密。此技术将为公共密钥密码术领域的技术人员所理解。接着，包括“相关标识符”516，其目的是允许响应消息与先前的请求消息相关。包括“请求的时间戳” 518，该时间戳允许有线服务提供商查明该请求与其它请求的相对时间， 这可对确定优先级有用。在其它实施例中，时间戳可以在粒度上足以使用它作为独特的数来代替相关标识符。“资产标识”标识符520是必需的元素，以便识别用户正在为其请求许可的特定电影或数字资产。“资产元数据” 522可被包括，并且可由STB从与数字资产一起提供的信息 (例如，元数据)中复制，并且能够例如包括信息以识别内容提供商。这能够是显式标识符、 地址或其它信息。最后，消息可包括“许可请求的类型”信息524，该信息指示是否请求许可的特殊属性，例如用于下载或复制数字资产的许可。"DRM响应消息”530也在图5中示出，并且这表示由有线服务提供商发送到STB的响应消息。消息内容包括“DRM响应消息” 532标识符，该标识符用于区分此消息与其它消息类型。“STB标识符”534不是要求的，但它允许STB确认消息实际上预期用于它而不是某一其它装置。这也能够通过“相关标识符” 536来实现，该标识符允许STB将此响应消息与以前的请求消息相关。“响应的时间戳”538可被包括，因为它提供参考，该参考能用于开始许可从它起可有效的时间。“资产标识” 540信息允许STB确认许可与特定资产相关联。同样地，这可不被包括，但它有利于错误的标识。类似地，“资产元数据” 542也可被包括。“许可”信息544被要求在响应中提供(不能提供许可时除外)。许可允许STB处理数字资产，以便资产能够由用户观看。许可可还包括与其一起输送的各种其它信息，如各种“许可参数” M6，这些参数能够包括“复制授权”信息M8、“下载授权”信息550、“授权开始时间”信息552及“授权结束时间”信息554。能够授予限于用户单次观看的许可，其中，STB执行数字资产的处理。然而，其它变化是可能的，例如单次观看，其必须在某个时间之前进行(如授权结束时间所指示的)。许可可以授予有限次数的观看或带有期限的不受限次数。许可可以授权STB下载数字资产到另一装置，如便携式视频播放器。这也可以关于它能够下载的次数或它必须在某个时间期限内下载而被限制。类似地，能够定义参数，以允许电影复制到诸如DVD上。因此，用户有可能购买电影的永久性副本(假定许可方提供了该选项)。在内容提供商授予的许可基于来自机顶盒的数字证书的情形下，许可能够在允许时传输到另一装置(例如，移动装置)，如下机顶盒将使用STB私有密钥从授予的许可提取内容解密密钥，并且以类似于内容提供商为STB生成原密钥的方式，使用来自属于移动装置的数字证书的公共密钥将内容解密密钥重新加密。此技术将为公共密钥密码术领域的技术人员所理解。如所述的，存在有关本发明的各种实施例中能够使用的协议和过程的许多变化， 这只由本文中提供的权利要求来限制。有线服务提供商系统架构图6中示出能够由图1的有线服务提供商105使用的实施例的一个系统架构。在图6中，STB 100连接到有线网络620，该网络随后连接到有线服务提供商的有线头端618。 有线头端与STB传送和接收信息，并识别任何许可请求以便由许可请求服务器600处理。这通过有线头端618识别与其它消息分开的许可请求消息并通过连接616将那些消息引导到企业LAN 622、随后通过另一设施610到许可请求服务器600来实现。虽然在其它实施例中可能将许可请求服务器和与有线头端相关联的其它组件集成，但为了说明的目的，许可请求服务器示为单独的系统。不要求许可请求服务器与有线头端在相同位置，并且对于具有多个有线头端的许多有线服务提供商，许可请求服务器能够在物理上位于相对于有线头端的另一区域(例如城市或州)。许可请求服务器包括输入/输出控制器606，该控制器提供到处理器602的连接， 而该处理器又能够在存储器608或数据库604中存储或检索数据。一般情况下，许可请求消息由处理器来接收，并且存储在存储器608中以用于立即处理的目的，但也可被记录以便在数据库604中永久性存储。处理器将执行上述各种筛选功能，并且这可能要求访问数据库中或在有线服务提供商开帐单系统614中存储的客户记录。一旦所有筛选和记录功能已进行，处理器便将启动到内容提供商的许可请求。这能够涉及完全重新格式化许可请求消息，或只是将它封装到另一消息中。无论如何，消息通过连接610发送到LAN 622，并随后到因特网624，并随后最终传送到内容提供商。虽然因特网示为在有线服务提供商的许可请求服务器与内容提供商之间提供消息传输的通信网络，但能够使用其它通信设施。在许多应用中，可使用专有协议。来自内容提供商的响应基本上使用反向路径接收。具体而言，来自内容提供商的消息由因特网拟4输送到企业LAN 622，然后输送到许可请求服务器600。响应消息在该处与请求消息相关。处理器一般将使用相关标识符从存储器608检索适当消息以便将响应/ 请求消息相关。处理器602将处理响应消息，响应消息基本上将提供许可或拒绝对许可的请求。 无论如何，响应将在数据库604中记录，并且处理器将传递结果到STB 100。如果授予许可，则处理器602将经LAN 622与有线服务提供商的开帐单系统614 通信。该通信可以在每查询基础上或定期基础上进行。定期基础允许许可请求服务器存储所有响应，并随后为多个许可响应来更新开帐单系数。备选的是，与开帐单系统的通信能够在许可请求过程的开始时进行，但由于开帐单是以许可的成功授予为基础，因此，必须采取适当的步骤以确保记录的信息准确反映对许可请求的响应。开帐单系统614清点为每个订户请求/授予的许可的数量，并且使用各种商业规则来处理此信息以便计算订户的适当费用。对订户开帐单是与请求和响应许可请求的过程分开的功能。内容提供商还维护许可请求和许可授予/拒绝的记录。这由内容提供商用于查明某些始发STB是否无效。例如，内容提供商可处理记录的请求，并查明相同STB标识符正在多个有线服务提供商网络上做出请求，这指示“克隆” STB。信息也能够经处理以衡量营销活动的效力和/或设计将来的营销活动。内容提供商/许可服务器的架构类似，并且在图7中示出。记住内容提供商也可能是许可方，或者可涉及单独的许可服务器(例如，见图1和2)。图7示出用于内容提供商或许可服务器处理许可请求的架构。这类似于图6所示的架构，因为请求从有线服务提供商提供到因特网724，其由LAN 712引导到内容提供商的许可服务器700。许可服务器也具有输入/输出控制器706、存储器708、处理器702及数据库704。请求由处理器702在如内容提供商与有线服务提供商之间协定的消息格式中来接收。处理器执行如上所述必需的筛选和测试，并且向有线服务提供商提供授予或拒绝许可的响应消息。该响应消息从处理器702发送到LAN 712，回到因特网，然后到有线服务提供商。内容提供商还维护许可请求和许可授予/拒绝的记录。这由内容提供商用于查明某些始发STB是否无效。例如，内容提供商可处理记录的请求，并查明相同STB标识符正在多个有线服务提供商网络上做出请求，这指示“克隆” STB。信息也能够经处理以衡量营销活动的效力和/或设计将来的营销活动。内容提供商也将在开帐单系统710中定期处理许可请求/授予，开帐单系统710 能够在数据库704中检索数据。内容提供商开帐单系统710清点授予特定有线服务提供商的STB的许可，并且将定期生成到有线服务提供商的开帐单系统714的帐单。此通信也可使用因特网进行(但这在图7中示为通信的直接形式)。内容提供商将依据两个实体之间建立的条款开帐单，这些条款可能与有线服务提供商与其订户之间的条款不同。一般情况下，条款反映内容提供商与有线服务提供商之间的大量交易，并且提供适当的折扣。
1权利要求
1.一种用于流传送数字视频文件的系统，包括 机顶盒；有线分发网络，所述机顶盒连接到所述有线分发网络；有线头端，从所述机顶盒接收请求，其中所述请求包括与所述数字视频文件相关联的节目标题；局域网，连接到接收所述请求的所述有线头端；以及服务器，包括处理器和存储节目标题的列表的数据库； 所述系统特征在于所述服务器配置成 确定所述节目标题未在所述数据库中存储；将查询传送到第二服务器，请求存储对应于所述节目标题的所述数字视频文件的第三服务器的位置；确定对于所述数字视频文件要求数字权利管理许可； 请求用于所述数字视频文件的所述数字权利管理许可； 接收用于所述数字视频文件的所述数字权利管理许可； 从所述第三服务器请求所述数字视频文件； 从所述第三服务器接收所述数字视频文件； 将所述数字管理权利许可传送到所述机顶盒；以及将所述数字视频文件流传送到所述机顶盒。
2.如权利要求1所述的系统，还包括第二数据库，其中所述数字视频文件被接收并存储在所述第二数据库中。
3.如权利要求2所述的系统，其中所述数字视频文件对于不超过预定的时间期存储在所述第二数据库中。
4.如权利要求1所述的系统，其中所述服务器配置成在对于用于所述数字视频文件的所述数字权利管理许可的所述请求中指示所述节目标题。
5.如权利要求1所述的系统，其中所述服务器配置成通过确定所述机顶盒未在禁止的机顶盒的列表中指示来确定已授权为所述机顶盒提供所述数字视频文件。
6.如权利要求1所述的系统，其中所述服务器配置成从许可服务器请求用于所述数字视频文件的所述数字权利管理许可。
7.一种包括计算机可读媒体的计算机程序产品，其上具有计算机可读程序部件，所述部件在计算机系统上运行时促使所述计算机系统执行以下步骤从连接到有线网络的机顶盒接收请求，其中所述请求包括识别要流传送到所述机顶盒的数字视频文件的节目标题；确定所述节目标题未在数据库中存储；将查询传送到第二计算机系统，请求存储对应于所述节目标题的所述数字视频文件的第三计算系统的位置；确定对于所述数字视频文件要求数字权利管理许可； 请求用于所述数字视频文件的所述数字权利管理许可； 接收用于所述数字视频文件的所述数字权利管理许可；从所述第三服务器请求所述数字视频文件； 从所述第三服务器接收所述数字视频文件； 将所述数字权利许可传送到所述机顶盒；以及将所述数字视频文件流传送到所述机顶盒。
8.如权利要求7所述的计算机程序产品，其中所述计算机系统被促使进一步执行以下步骤指示第二数据库提供所述数字视频文件到有线头端。
9.如权利要求7所述的计算机程序产品，其中所述计算机系统被促使进一步执行以下步骤传送指示到开帐单系统，指示所述数字视频文件被流传送到了所述机顶盒。
10.如权利要求7所述的计算机程序产品，其中所述计算机系统被促使进一步执行以下步骤确定所述机顶盒未在指示未授权为所述机顶盒提供所述数字视频文件的列表中识别。
11.如权利要求7所述的计算机程序产品，其中所述计算机系统被促使进一步执行以下步骤在对于用于所述数字视频文件的所述数字权利管理许可的所述请求中指示所述节目标题。
12.—种在计算机系统中用于将数字视频文件流传送到连接到有线网络的机顶盒的方法，所述方法特征在于从连接到所述有线网络的所述机顶盒接收请求，其中所述请求包括识别要流传送到所述机顶盒的数字视频文件的节目标题；确定所述节目标题未在所述计算机系统的数据库存储；将查询传送到第二计算机系统，请求存储对应于所述节目标题的所述数字视频文件的第三计算系统的位置；确定对于所述数字视频文件要求数字权利管理许可； 请求用于所述数字视频文件的所述数字权利管理许可； 接收用于所述数字视频文件的所述数字权利管理许可； 从所述第三计算系统请求所述数字视频文件； 从所述第三计算系统请求所述数字视频文件； 将所述数字权利许可传送到所述机顶盒；以及将所述数字视频文件流传送到所述机顶盒。
13.如权利要求12所述的方法，包括以下步骤确定所述机顶盒未在指示未授权为所述机顶盒提供所述数字视频文件的列表中识别。
14.如权利要求12所述的方法，包括以下步骤传送指示到开帐单系统，指示所述数字视频文件被流传送到了所述机顶盒。
15.如权利要求12所述的方法，包括以下步骤在对于用于所述数字视频文件的所述数字权利管理许可的所述请求中向许可方服务器指示所述节目标题。
全文摘要
公开了由用户向有线服务提供商启动节目内容请求的系统和方法，其中，节目内容未在有线服务提供商本地存储。有线服务提供商头端查询库管理者内容服务器关于可从其下载内容的位置。另外，库管理者内容服务器可通知有线服务提供商为了下载内容是否要求许可。有线服务提供商在必需时获得许可，并且启动对于从适当内容提供商下载的请求。一旦获得内容，有线服务提供商便通知观看者内容可用并将内容流传送到观看者。
文档编号G06F21/00GK102232297SQ200980144640
公开日2011年11月2日 申请日期2009年8月21日 优先权日2008年9月4日
发明者A·劳斯 申请人:爱立信电视公司