用于协作内容分发和生成的系统和方法

专利名称：用于协作内容分发和生成的系统和方法
技术领域：
本发明涉^线^t体分发领域，具体涉及用于在分布式环境中提供数 字版权管理的系统和方法。
背景技术：
数字^L管理俳敏tal Rights Management, DRM)方案通常由发布者 使用，以试困控制数字媒体文件的分发。DRM方案可以用来控制可以制 作的特定文件的拷贝数目，或者防止一个或多个用户修改文件。然而，现 有DRM方案可能面临在性能和对分发的粒度控制之间的折衷。 一些 DRM方案可以包括分发包含固定的一组许可证策略的i某体文件以及用于 实施这些策略的装置。虽然该方法可能具有一些效率优势，但是它不允许 以后在不整个地重新分发该文件的新拷贝的情况下修改这些许可证策略。 其他DRM方案可能要求每次访问文件时从中夹服务器获得许可证策略。 然而，该方案可能导致笨重的客户端应用程序、较差的用户体验和性能瓶 颈，因为很多同时发生的对媒体文件的请求可能淹没中央服务器。另外， 集中式解决方案可能不能提供多种许可选项，例如，用户为朋友预先购买 若干许可证。
对等网络(peer-to-peer network)已经长期地可用于在计算机之间通 信和共享文件。除了别的以外，对等网络已经用于在一组同位体(peer)之 间共享和分发々某体文件。与集中式客户端-服务器网络相比，对等网络可 能具有这样的优势，即具有更少的带宽和处理器瓶颈、以及更适于变化的 网络环境。然而，对等网络可能难以为控制文件分发的目的进行监控。一 旦文件在对等网络上，可能就不再存在发布者可以用来控制访问的单个对 该文件的访问点。另夕卜，对等网络可能没有包括任何方式来验证特定的同 位体用户是否是他们所声称的某用户。这样，需要这样的DRM解决方案, 其将对等网络的效率与由集中式DRM管理提供的对许可策略的控制相 组合。
此外，数字媒体的用户可能经常想要以该数字媒体的创建者未预见的 方式来使用、修改或再分发该数字媒体。例如，用户可能希望将很多媒体 文件組合威镜头剪辑，用户可能希望将媒体文件的一些元素与他们自己的 作品相组合，或者用户可能希望更改媒体文件，以适合他们自己的创作品 味。然而，々某体文件的发布者出于诸如期望利用他们的作品来产生收入的 原因，可能不愿意放弃对他们所创作的媒体文件的控制。因此，需要这样
的DRM方案，其允许发布者对他们的媒体文件保持某种控制，同时允许 以新的和创新的方式再分发所发布的4某体文件的可能性。

发明内容
概括地，本发明涉及一种数字版权管理框架，其中包含与媒体文件相 关联的杈限的许可证首标与媒体文件保持分离。因而，许可证首标可以存 储在同位体节点的分布式网络中，该同位体节点通过查阅该许可证首标， 为来自由同位体操作的媒体播放器的、用于访问媒体文件的请求服务，然 后，如果被授权，则传送允许访问该媒体文件的会话密钥。如此，可以通 过包括对等传输的任何方式来分发媒体文件，同时仍然允许灵活的集中式 许可证管理。
在一个方面，本发明是一种用于允许在分布式数字版权管理框架中编 辑和再发布^fc体文件的方法。在一个实施例中，该方法包括由客户端将 再发布第一媒体文件的请求传送到服务器，该媒体文件具有相关联的许可 证；从月良务,收再发布第一媒体文件的权限；以及创建第二媒体文件， 第二媒体文件包括第一媒体文件的一部分，并且包括具有与第一媒体文件 相对应的许可证信息和与第二媒体文件相对应的许可证信息的许可证首 标。
在另一方面，本发明是一种用于允许在分布式数字版权管理框架中编 辑和再发布^l体文件的计算机实现的系统。在一个实施例中，该系统包括 认证客户端，其将再发布第一媒体文件的请求传送到服务器，该媒体文件 具有相关联的许可证；并且从服务器接收再发布第一媒体文件的权限；以 及媒体文件创建器，与认证客户端通信，创建第二媒体文件，第二媒体文 件包括笫一^t体文件的一部分，并且包括具有与第一媒体文件相对应的许 可证信息和与第二媒体文件相对应的许可证信息的许可证首标。
在笫三方面，本发明是一种用于允许在分布式数字版权管理框架中预
付费购买许可证的方法。在一个实施例中，该方法包括在服务器处从客 户端接收购买媒体文件的一定数量预付费许可证的请求，该请求包括用户
梧^、蒋；在服务罂处刽建所每求的媒休丈侔的拷贝，其中该拷贝以表^r预
付费许可证数量的许可证进行编码；由服务器将文件标识符与该拷贝相关 联；以及由服务器将该文件标识符传送到客户端。
在第四方面，本发明是一种用于允许在分布式数字版权管理框架中预 付费购买许可证的计算机实现的系统。在一个实施例中，该系统包括认 证服务器，其从客户端接收购买媒体文件的一定数量预付费许可证的请 求，该请求包括用户标识符；创建所请求的媒体文件的拷贝，其中该拷贝 以表示预付费许可证数量的许可证进行编码；将文件标识符与该拷贝相关 联；以及将该文件标识符传送到客户端。
附围说明
通过参考下面结合附图的描述，本发明的前述和其他目的、方面、特 征和优点将变得更加清楚并且可以更好地理解，其中


图1示出了可用于支持分布式数字版权管理环境的计算机网络的实 施例；
图2A和2B示出了可用作客户端计算设备和服务器计算设备的典型 计算机 0的框图3A示出了媒体文件访问中心的示例的框图3B示出了用于提供分布式数字版权管理的方法的流程图4A示出了可用于允许在分布式数字版权管理环境中进行协作认证 的计算机网络的 一个实施例；
图4B示出了用于在分布式数字版权管理环境中提供协作认证的方法 的流程困；
图5示出了用于允许在分布式数字版权管理框架中进^Sf某体文件的 编辑和番发布的网络的框图悉示由了包括多个子许可证的许可证首标的框图7示出了一种用于在分布式数字版权管理框架中提供粒度媒体文 件库又限的方法的流程图8示出了用于允许在分布式数字版权管理框架中进行编辑和再发 布媒体文件的方法的流^呈图9示出了用子允许在分布式数字版权管理框架中进行许可证的预 付费购买的方法的流程图；以及
图10示出了用于在分布式网络中向观看媒体文件的用户提供针对性 广告的方法的流程围。
具体实施例方式
现在参考蹈1，示出了可用于支持分布式数字版权管理环境的计算机 网络的实施例.概览地，多个网络llla、 lllb、 llln中的多个客户端113 与多个趣敗节点通信。这些超级节点100又与一个或多个中央服务器110、 115、 120通信。
现在仍然参考图1，更详细地，可用于支持分布式数字版权管理环境 的计算机网络《吏用多个超级节点来处理来自若干客户端的请求。客户端可 以组织在一个或多个网络llla、 lllb、 llln中，该一个或多个网络llla、 lllb、 可以包括任何类型的网络，其包括但不限于局域网、广域网
和对等网络。所处理的请求可以包括访问媒体文件的请求、再发布媒体 文件的请求、预购给定数目的^^体文件许可证的请求、以及上载新媒体文 件的请求。超_级节点可以与一个或多个服务器110、 115、 120联系，该一 个或多个服务器110、 115、 120为不能被超级节点处理的任何请求服务。
在一些实施例中，客户端可以通过向集中式服务器请求超级节点的网 络地址，定位用于通信的超级节点。例如，中央服务器可以维护可用超级 节点的索引，并且通过提供邻近于发出该请求的客户端的超级节点的地址 来响应客户端请求。在其他实施例中，客户端可以通过与网络上的同位体 通信来发现超级节点。在另外的实施例中，客户端可以通过与第一超级节 点通信来接收第二超级节点的地址。在一个实施例中，客户端可以维护巳 知超级节点的表。
在所示实施例中，客户端113中的一个或多个可以参与对等文件共享 网络。客户端113可以从第二客户端113下载媒体文件，然后向超级节点 发送对会话密钥的请求，该会话密钥将允许客户端4吏用媒体^N文器播放该 媒体文件。可以定位并且选捧超级节点，使得对该请求的响应对间少于所
有对会话密钥的请求都转到中央服务器的情况。
服务器110、 115、 120或客户端U3、 100可以包括任何计算设备， 其包括但不限于诸如在闺2A和2B中所迷的计算i殳备。客户端113可以 包括任何具有播放一个或多个媒体文件以及发送和接收信息的功能性的 设备。在一些实施例中，客户端可以包括专用于媒体文件的播放的软件和 /或硬件。在其他实施例中，客户端还可以包括这样的软件和/或硬件，其 包括在客户端上执行的同位体!Hi模块。同位体验证模块可以用来认证由 客户端过去与其通信过的同位体发出的请求。在一个实施例中，同位体验 证模块可以从认证服务器接收包括用户标识符和应用标识符的请求；确定 所接收的用户标识符对应于该应用标识符；并且将标识所确定的对应性的 响应传送到服务器。
在一些实施例中，同位体^E^块可以对客户端的用户透明地在客户 端上执行。在一个实施例中，同位体验证模块可以包括一旦由客户端建立 网络连接就IM亍的后台处理。在另 一实施例中，一^SJf某体文件播;J文器启动，
同位体m^块就可以自动开始执行。在一个实施例中，媒体文件播放器
和同位#^^￡#莫块可以在一起打包，以^t下载，或者以CD的方式购买， 使得安装媒体文件播放器也自动安装同位体,模块。在一些实施例中， 媒体文件播放器和同位体IHE模块可以共享一个或多个处理、代码或可执 行代码。
客户端还可以包括使用监视器，其操作以监*户端在线的数量和频 率。使用监親器还可以监视客户端担任文件服务器或认证服务器的可用 性。
客户端113可以通过对等连接与一个或多个其他客户端113通信。对 等交互的示俩可以包括共享文件、因特网流传输、即时消息传递、网际协 议承载语音(YoIP)应用、以及分布式计算。在一个实施例中，客户端可以 以这样的方式存储一个或多个文件，使得该文件可由 一个或多个其他客户 端访问。这可以使用任何对等文件共享或流传输技术来完成。在一个实施 例中，若干客户端可以使用单个网站，以发布到客户端当前共享的文件和 其他内容的链接。
超级节点100可以包括任何这样的客户端或服务器，其被指定为从客 户端113接收访问一个或多M体文件的请求。超级节点还可以被称作认 证服务器。在一些实施例中，超级节点可以包括客户端113，其具有处理 媒体文件请求的软件。在一些实施例中，超级节点可以包括由于特定行为
而已4皮选为用作超级节点100的客户端。超级节点的选择准则的示例可以
包括可靠牲阑值，正常运行时间阈值、同位体验证阈值、网络活动阈值、
连接带宽阈值和节点定位算法。例如，客户端113可以基于参与网络给定 时间量而被选为超级节点。或者，例如，客户端113可以基于稳定性、网 络速度、或者下载或上栽了特定数目的媒体文件而被选为超级节点。
超级节点可以包括担当认证服务器的软件或硬件，其管理来自客户端 113的、用于访问文件的请求，并且认证客户端和该客户端的一个或多个 用户。在一些实施例中，包括让客户端执行超级节点功能的功能性的软件 可以与如上所述的媒体文件播放器和同位体!HiM^块一起被包括。在另一 实施例中，客户端可以在该客户端被选为超级节点时下栽超级节点软件。 在一个实施例中，超级节点软件可以对客户端的用户透明地执行。在另一 实施例中，可以提示客户端的用户选择该用户是否希望客户端执行超级节 点功能。
诸如服务器110、 115、 120的服务器和超级节点100可以包括任何一 个或多个能够发送和接收信息的计算设备。在一些实施例中，服务器可以 包括担当逻辑单元的服务器组，例如，服务器群、或若干具有执行相关功 能的服务器的分布式数据中心。在一些实施例中，所示服务器中的两个或 更多个可以驻留在同一物理机器上。在一些实施例中，所示服务器中的两 个或更多个可以共享一个或多个资源，其包括但不限于处理器、存储器和 带宽。
在一些实施例中，超级节点可以与中央许可证服务器120通信。中央 许可证服务器可以用作有关多个媒体文件的许可信息的中央仓库。在所示 实施例中，超級节点100可以与中央许可证服务器通信，以确定应用于特 定媒体文件的许可证。超级节点IOO还可以与中央许可证服务器通信，以 验证一个或多个客户端的身份。
在一些实施例中，超级节点100可以存储与特定媒体文件的许可证信 息相关的信息。在一些实施例中，超级节点可以存储与先前请求的媒体文 件相关的许可证信息，以使得能够更高效地处理对那些媒体文件的后续请 求。在另一实施例中，超级节点可以从中央许可证服务器120接收与媒体 文件相关的i午可信息的定期更新。在其他实施例中，超级节点可以从其他 超级节点100接收更新。超级节点和一个或多个中夹许可证服务器可以使
用任何用于同步许可证信息的技术，其包括定期更新、推式更新(pushed updates)、挽式更新(pulled updates)和预测更新。
在一些实施例中，超级节点还可以存储一个或多个媒体丈件。在其他 实施例中，可以提供集中式内容服务器来存储系统中的媒体文件。在另一 实施例中，媒体文件可以通过中央服务器、超级节点和使用对等文件传输 软件的客户端的組合来存储。
在所示实施例中，超级节点100还连接到支付处理服务器115。支付 处理服务器11S可以包括任何这样的服务器，其能够处理与两个当事人之 间的资金转移相对应的信息，例如，处理信用卡收费、信用卡信货、银行 帐户提款和银行帐户存款。支付处理服务器可以包括一个或多个支付模 块，该支付模块包括基于安全web服务的接口，以与小额支付、在线支 付、移动支付或传统支付系统相集成。在一些实施例中，支付处理服务器 可以包括对货币兌换的支持，包括向在该系统内使用的一个或多个虛拟货 币的转换。在一些实施例中，支付处理服务器115可以用来收取与一个或 多个对媒体文件访问的购买相关联的收入。例如，支付处理服务器115可 以从与下栽电影相对应的播放器接收信用卡支付。或者，例如，支付处理 服务器115可以将资金分发回到内容发布者。例如，给定音频文件可能具 有相关联的1美元的下栽费用。支付处理服务器115可以从客户端收取1 美元的费用，然后将该1美元的部分或全部转移到由该音频文件的发布者 持有的帐户。在一些实施例中，支付处理服务器可以存储与一个或多个用 户帐户相关的信息。在这些实施例中，用户可以将给定金额存入在帐户中， 并且4十对与该系统相关的购买而扣除该帐户。
在所示实施例中，游戏服务器100也连接到广告服务器U0。广告服 务器IIO可以包括任何能够传送一个或多个广告的服务器。在一些实施例 中，广告服务器可以用来生成与特定媒体文件和终端用户相对应的针对性 广告。
在一些实施例中，所述服务器中的一个或多个可以包括web服务器， 其可以包括任何能够递送web浏览器可读的内容的服务器，该内容包括 但不限于HTML页面、Javascript、 Java applets、 Ajax、 XML、 WML 和图像。在一些实施例中，服务器可以接收和传送流内容和服务。
客户端M3和服务器可以以任何方式、并通过任何一个或多个网络来 连接。例如，在一些实施例中，客户端113可以与超级节点100、中央许
可证服务器1加、支付处理服务器115或广告服务器110中的一个或多个 直接通信。连接和包括在该连接中的网络可以包括因特网、本地网络、 web服务器、文件服务器、踏由器、数据库、计算机、服务器、网络装置、 或任何其他能够发送和接收信息的计算设备。该网络可以包括通过电缆、 红外线端口、无线信号、或任何其它连接多个计算设备的手段来连接的计 算设备。该网络和连接到网络的任何设备可以通过任何用来在计算设备之 间或之内通信的通信协议来通信，该通信协议包括但不限于SSL、 BitTorre迈t、 HTML、 XML、 RDP、 ICA、 FTP、 HTTP、 SIP、 XMPP(也 被称为Jabber)、 TCP、 IP、 UDP、 IPX、 SPX、 NetBIOS、 NetBEUI、 SMB、 SMTP、以太网、ARCNET、光纤分布式数据接口 (FDDI)、 RS232、 IEEE 802.11、 IEEE802.11a、 IEE802.11b、 IEEE 802.11g和直接异步连接、或 其任何组合。该网络可以包括利用任何一个或多个用来在移动设备之间通 信的协议的移动电话网络，其中该协议包括AMPS、 TDMA、 CDMA、 GSM、 GPRS或UMTS。
图2A和2B示出了可用作客户端计算设备和服务器计算设备的典型 计算机誠O的框图.如图2A和2B所示，每个计算机200包括中央处理 单元202和主存储器单元204。每个计算机200还可以包括其他可选元件， 例如， 一个或多个输A/输出设备230a-230b (使用标号230来泛指)、以及 与中央处理单元202通信的高速緩冲存储器240。
中央处理单元202是任何逻辑电路，其响应并处理从主存储器单元 204取出的指令。在很多实施例中，中央处理单元通过微处理器单元来提 供，例如，由Intel Corporation, Mountain View, California制造的孩t处理 器单元；由Motorola Corporation, Schaumburg， Illinois制造的孩吏处理器 单元；由Transmeta Corporation, Santa Clara, California制造的Crusoe 和EfficeoBi处理器系列；由International Business Machines, White Plains, New York制造的处理器系列；或者由Advanced Micro Devices, Sunnyvale, CaMor通ia制造的处理器系列。
主存储器单元204可以是一个或多个存储器芯片，其能够存储数据并 且允许由微处理器202对任何存储位置进行直接访问，例如，静态随机存 取存储器(SRAM)、突发SRAM或同步突发SRAM (BSRAM)、动态随机 存取存储器(DRAM)、快速页面模式DRAM (FPM DRAM)、增强式 DRAM( EDRAM)、扩展数据输出RAM(EDO RAM)、扩展数据输出
DRAM彈DO DRAM)、突发扩展数据输出DRAM ( BEDO DRAM)、增 强式DRAM(EDRAM)、同步DRAM (SDRAM) 、 JEDEC SRAM、 PC 100 SDRAM 、双倍数揾速率SDRAM (DDR SDRAM)、增强式 SDRAM(ESDRAM)、同步链接DRAM(SLDRAM)、直接Rambus DRAM (DRDRAM)、或铁电RAM (FRAM)。在图2A所示的实施例中，处理器 202通过系统总线250(下面更详细地描述)与主存储器204通信。图2B示 出了其中处理器通过存储器端口与主存储器204直接通信的计算机系统 200的实施例。例如，在图2B中，主存储器204可以是DRDRAM。
图2A和2B示出了其中主处理器202通过有时被称为"背侧，，总线的 次级总线与高速緩冲存储器240直接通信的实施例。在其他实施例中，主 处理器202使用系统总线250与高速緩冲存储器240通信。高速緩沖存储 器240典型地具有比主存储器204更快的响应时间，并且典型地通过 SRAM、 BSRAM或EDRAM来提供。
在困2A所示的实施例中，处理器202通过本地系统总线250与各种 1/O设备230通信。各种总线可以用来将中央处理单元202连接到1/0设 备230 ，包括VESA VL总线、ISA总线、EISA总线、微通道体系结构(MCA) 总线、PCI总线、PCI-X总线、PCI快速总线或NuBus。对于I/Oi殳备是 视频显示器的实施例、处理器202可以使用高级图形端口(AGP)与显示器 通信。图2B示出了计算机系统200的实施例，其中主处理器202通过 Hyperl^ansport、 Rapid I/O或Infin迅and与I/O设备230b直接通信。 图2B还示出了其中本地总线和直接通信混合的实施例处理器202使用 本地互连总线与I/O设备230a通信，同时与I/O设备230b直接通信。
各式各样的I/O设备230可以存在于计算才几系统加0中。输入设备包 括键盘、鼠标、跟踪板、跟踪球、照相机、摄像机、麦克风和绘画板。输 出设备包括视频显示器、扬声器、喷墨式打印机、激光打印机和染料升华 打印机。1/O设备还可以为计算机系统800提供海量存储装置，例如，硬 盘驱动器、用于容纳诸如3.5英寸、5.2S英寸盘或ZIP盘的软盘的软盘驱 动器、CD-ROM驱动器、CD-R/RW驱动器、DVD-ROM驱动器、各种 格式的磁带驱动器、以及USB存储设备如由Twintech Industry, Inc., Los Alamit s， California制造的USB快闪驱动器系列的设备。
在另外实施例中，I/O i殳备230可以是系统总线250和外部通信总线 之间的电桥，其中外部通信总线例如为USB总线、Apple桌面总线、RS-132
串行连接、SCSI总线、FireWire总线、FireWire800总线、以太网总线、 AppleTaMk总线、吉位以太网总线、异步传输模式总线、HIPPI总线、超 HIPPI总线、Seriaffhis总线、SCI/LAMP总线、光纤通道总线、或串行 连接小型计算机系统接口总线。
图2A和图2B所示的这种通用计算机典型地在搮作系统的控制下操 作，其控制任务的调度和对系统资源的访问。典型的操作系统包括由 Microsoft Corp., Redmond, Washington 制造的 MICROSOFT WINDOWS;由Apple Computer, Cupertino,California制造的MacOS; 由International Business Machines, Armonk， New York制造的OS/2; 以 及由Caldera Corp., Salt Lake City， Utah分发的免费可用操作系统 Linux; 等等。
对于包括移动设备的实施例，该设备可以是支持JAVA的蜂窝电话， 例:i(口，全都是由Motorola Corp., Schaumburg， Illinois制造的i55sr、i58sr、 i85s或i88s;由Kyocera， Kyoto, Japan制造的6035或7135;或由Samsung Electronics Co.， Ltd., Seoul, Korea制造的i300或i330。在其他包括移动 设备的实施例中，移动设备可以是在PalmOS操作系统的控制下操作的个 人数字助理(KDA)，例如，全都由palmOne， Inc., Milpitas， California制 造的Tungsten W、 VII、 VIIx、 i705。在另外的实施例中，客户端113可 以是在PocketPC操作系统的控制下操作的个人数字助手(PDA),例如， 全都由Hewlett-Packard Corporation, Palo Alto， California制造的iPAQ 4155、 iPAQ5555、 iPAQ 1945、 iPAQ 2215和iPAQ 4255;由ViewSonic, Walnut， California制造的ViewSonic V36;或由Toshiba America, Inc., New York, New York制造的Toshiba PocketPC e405。在其他实施例中， 移动i殳备是组合的PDA/电话设备，例如，全都由palmOne， Inc.， Milpitas, California制造的Treo 180、 Treo270、 Treo600、 Treo 650、 Treo700或 Treo 700w。在另外的实施例中，移动设备是在PocketPC搮作系统的控 制下操作的蜂窝电话，例如，由Motorola Corp.制造的MPx200。在其他 实施例中，移动设备可以包括具有无线通信能力的移动游戏设备。典型的 移动设备可以包括图2A和2B的上述元件中的多个，包括处理器加2和 主存储器2糾。
JJM^参考图3A,示出了媒体文件访问中心的示例的框图。概览地， 媒体文件访问中心可以包括计算机应用程序或网页，其允许用户访问在网络上可用的媒体文件。媒体文件访问中心可以包括让用户与若干其他用户 或同位体聊天、共享媒体文件、以及进行其他通信的装置。媒体文件访问
中心300还可以包括让用户从一个或多个集中位置浏览、下载和上载媒体 文件的装置。
仍然参考图3A，现在更详细地，在一些实施例中，媒体文件访问中 心300可以包l^独立应用程序。在其他实施例中，媒_体文件访问中心可以 包括网站。媒体文件访问中心可以使用任何编程和/或显示语言来实现， 该编程和/或显示语言包括但不限于HTML、 XML、 WML、 javascript、 Java applets 、 Ajax、 SVG和Flash 。
^^体文件访问中心300可以包括让用户浏览由一个或多个同位体寄 宿的媒体文件的功能性。在一些实施例中，可以向用户提供目录结构，其 中用户可以浏览由同位体寄宿的文件。在其他实施例中，可以提供任何其 他接口，包括同位体主页、主题和关键词搜索和基于同位体推荐的搜索。
媒体文件访问中心300还可以包括用于在一个或多个集中位置中搜 索媒体文件的功能性。在一些实施例中，这些中央位置可以包括存储也可 寄宿在一个或多个同位体上的媒体文件的拷贝的服务器。在另 一实施例 中，这些中央位置可以包括寄宿内容的商业实体。
在一些实施例中，媒体文件访问中心可以被链接到媒体文件播放器， 或者以其它方式与媒体文件播放器一起操作。例如，用户可以使用媒体文 件访问中心定位媒体文件，并且一旦选择该媒体文件，就启动或激活媒体
文件播放器，以播放选定的媒体文件。或者，例如，用户可以选#^体文 件以便观看，并且媒体文件访问中心可以从该用户的帐户自动扣除与该媒 体文件的观看相关联的费用。然后，媒体文件访问中心可以将支付确认和 媒体文件的访问密钥传送到媒体文件播放器。在其他实施例中，单个应用 程序可以包^:体文件播放器和媒体文件访问中心两者。
在一些实施例中，媒体文件访问中心和/或驻留在该媒体文件访问中 心上的任何内容可以由超级节点IOO寄宿。在其他实施例中，^某体文件访 问中心和/或驻留在该媒体文件访问中心上的任何内容可以由集中式服务 器IOO寄宿。
现在参考困3B,示出了用于提供分布式数字版权管理的方法的一个 实施例，概览地，该方法包括由超级节点^:户端接收访问由基于会话的 DRM保护的媒体文件的请求，该请求包括用户标识符、应用标识符、和
媒体文件标识符(步骤301);由超级节点识别与该媒体文件相对应的许可 证策略(步骤滩3);从与该用户相关联的帐户扣除关于所请求访问的、在 该许可证策略申指定的支付(步骤305);以及由超级节点将与所标识的文 件相对应的会话密钥传送到客户端(步骤307)。
仍然参考園3B，现在更详细地，用于提供分布式数字版权管理的方 法的一个实施例包括由超级节点从客户端接收访问由基于会话的DRM 保护的媒体文件的请求，该请求包括用户标识符、应用标识符和媒体文件 标识符(步骤301)。超级节点可以通过任何一个或多个协议接收该请求。 媒体文件可以包括任何类型的媒体文件，包括但不限于视频、音频、摄影 和多媒体文件。士某体文件协议的例子包括MPEG-1 Layer 3(也被称为 MP3)、 MPEG-4、 DivX、 XviD、 JPEG、 GIF、由Microsoft Corporation 定义的WI1MIK)WS MEDIA AUDIO 、如由Real Networks定义的REAL AUDIO.
该媒体文件可以通过任何形式的基于会话的DRM来保护。在一个实 施例中，D戮M可以专门地与安装在客户端上的媒体文件播放器程序相配 合。DRM可被构造成使得只有专门配合的媒体文件播放器程序才可播放 相关联的^t体文件。在此将会更全面描述的一些实施例中，基于会话的 DRM可被构造成与唯一的应用标识符一起操作，该应用标识符标识媒体 文件播放器程序的特定实例。在这些实施例中，对于使得用户能够播放特 定媒体文件的务活密钥，只有在使用为其生成会活密钥的媒体文件播放器 程序的实例来播放该媒体文件时使用，它才将有效。
在一些实施例中，媒体文件可以已经驻留在客户端上。在其他实施例 中，该文件可以驻留在接收该请求的超级节点上、或在笫二超级节点上。 在其他实施倒中，该文件可以驻留在中夹服务器上。在一个实施例中，访 问媒体文件的请求还可以包括将文件下载、流传输或以其它方式传输到客 户端的请求。
媒体文件标识符可以包括唯一地标识媒体文件的任何位和/或字节序 歹U。媒体文件标识符可以包括诸如媒体文件标题、作者和长度的信息。媒 体文件标识符可以包括^^体文件的部分或全部内容的密码散列。在一些实 施例中， 一旦引入到网络中，就可以为上载到媒体文件分发网络中的媒体 文件，媒体文件标识符。在一些实施例中，该媒体文件标识符可以包括 序列号。在其他实施例中，媒体文件标识符可以包括与该媒体文件可被存
储的目录相对应的实际或虚拟路径名。在其他实施例中，媒体文件标识符
可以包括URL。
在一些实施例中，媒体丈件标识符可以对特定媒休丈件的每个实例唯 一。在该实施倒中，每次制作媒体文件的拷贝，分配新的媒体文件标识符。 如此，可以标识并且跟踪媒体文件的各个拷贝。
用户标识符可以包括唯一标识用户的任何位和/或字节序列。在一些 实施例中，用户标识符可以包括屏幕名称，例如，图3A所示的屏幕名称 "JeffD"和"SueZQ"。在其他实施例中，用户标识符可以包括随机或伪随 机地分配给给定用户的号码。在一个实施例中，当用户加入媒体文件分发 网络并且/或者向其建立帐户时，可以向用户分配用户标识符，在一些实 施例中，中翻良务器可以维护用户和用户标识符的数据库。
应用标识符可以包括唯一标识媒体文件4番放器的任何位和/或字节序 列。在一个实施例中，当将媒体文件播放器安装在客户端上时，可以创建 应用标识符。在一些实施例中，应用标识符可以包括与在其上安装该播放 器的客户端相对应的标识信息，例如，CPU标识符、机器标识符、硬盘 序列号或网络地址。在其他实施例中，应用标识符可以标识特定web应 用程序或浏览器。在一些实施例中，中央服务器可以维护用户和用户标识 符、以及对应的应用标识符的数据库。例如，当用户最初加入媒体文件网 络时，集中式服务器可以记录用户用来访问媒体文件的应用程序的标识 符。
在一些实施例中，可以由管理中心来管理用户和应用标识符，从而允 许对媒体文件的细粒度访问控制。例如，通过跟踪应用标识符和用户标识 符两者，管理中心可以防止被授权访问媒体文件的用户使用未被批准与该 媒体文件一起使用的应用程序来访问该媒体文件。以这种方式，通过不允 许在未被授权的任何播放器上播放媒体文件，可以最少化未被授权的拷 贝。或者，例如，它可以用来防止可共享同一+某体文件4番放器的两个用户 也共享一个或多个媒体文件。
然后，在所示方法中，超级节点可以识别与该媒体文件相对应的许可 证策略(步骤303)。许可证策略可以包括适用于士某体文件的访问、使用或 分发的,策略或策略集。例如，许可证策略可以定义被授权访问特定媒 体文件的一组人。例如，该組人可以是媒体文件的发布者的一组朋友，选 定用于测试媒体文件的放映的一組人、已经为媒体文件支付许可费用的一
组人、已经为一系列媒体文件支付预订费的一组人、或已经具有由第三方 为其购买的、用于该媒体文件的许可证的一组人。
许可证策略还可以定义一组对媒体丈件的容许使用。例如，许可证策 略可以规定特定媒体文件限于单次观看。或者，例如，许可证策略可以表 示观众必须为每次观看该媒体文件支付给定费用。或者，例如，许可证策 略可以规定特定媒体文件限于以给定分辨率观看。在某些情况下，许可证 策略可以规定媒体文件可被修改或不可被修改的方式。例如，许可证策略 可以规定媒体文件不可被变更，但是它可以与一个或多个其他媒体文件组 合。或者，例如，许可证策略可以规定可改变媒体文件的音频，但不可改 变视频。或者，例如，许可证策略可以要求作者或发布者权限，以便修改 该媒体文件。许可证策略还可以要求与媒体文件的任何特定使用或修改相 结合地支付费用。
许可证策略还可以定义与媒体文件的分发相关的一个或多个条件。例 如，许可证策略可以规定用户免费地再分发媒体文件。或者，例如，许可 证策略可以规定用户必须支付再分发媒体文件的费用，或者在每次他们向 其再分发媒体文件的某人观看该文件时支付费用。或者，例如，许可证策 略可以规定用户只可在特定地理区域内再分发媒体文件。或者，例如，许 可证策略可以规定用户只可将媒体文件再分发给特定数目的用户。或者， 例如，许可证策略可以规定用户只可再分发^某体文件的一个或多个给定部 分。或者，例如，许可证策略可以规定用户只可在更大的媒体文件汇集内 范围内再分发媒体文件，或者仅仅在媒体文件已被修改的情况下，用户才 可再分发该^体文件。
许可证策略可以包括任何协议或文件格式，包括但不限于HTML、 XML、 WML和纯文本。在一些实施例中，可以将对应于特定^^体文件 的一组许可证策略存储在单个文件中。在其他实施例中，单个文件可以包 括应用于多个媒体文件的一组许可证策略。在一些实施例中，可以利用加 密和/或数字签名来存储部分或全部许可证策略，使得可以认证而不能篡 改或改变该许可证策略。在一些实施例中，可以将许可证策略包括在媒体 文件首标中，该媒体文件首标包括与媒体文件相关的其他信息。
在一些实施例中，通过搜索存储在超级节点上的许可证策略的数据 库，超级节点可以识别与媒体文件相对应的许可证策略(步骤303)。该数 据库可以包括存储许可证策略的任何装置。如果许可证策略不存在于超级
节点上，则超級节点可以向中央许可证服务器发送对许可证策略的请求。 在一些实施例中，超级节点可以从一个或多个中央许可证服务器接收许可 证策略的定期更新。在其他实施例中，超级节点可以联系媒休丈件的一个 或多个发布者，以识别与该媒体文件相对应的许可证策略。
然后，在所示实施例中，该方法包括从与用户相关联的帐户扣除关于
所请求访问的、在许可证策略中指定的支付(步骤305)。在一些实施例中， 扣除可以通过在此讨论的支付处理服务器来实现。
然后，在所示实施例中，该方法包括由超级节点将与所标识的文件相 对应的会话密钥传送到客户端(步骤307)。该传送可以使用任何一个或多 个协议来完成。在一些实施例中，除了会话密钥之外还可以传送一个或多 个媒体文件。在另一实施例中，除了会话密钥之外还可以传送一个或多个 广告。
现在参考图4A，示出了计算机网络的一个实施例，其可用于允许在 分布式数字版权管理环境中进行协作认证。概览地，若干客户端U3a、 113b、 U3n (统称为113)连接到指定的客户端100，其被称为超级节点。 超级节点从第一客户端接收访问媒体文件的请求，其可以包括用户标识 符、应用标识符和媒体文件标识符。超级节点可以通过查阅文件目录或中 央许可证服务器120，确定对该^^体文件的访问限于一组用户。然后，超 级节点可以发送请求到若干客户端113b、 113n，以验证由客户端113a提 供的应用标识符对应于所提供的用户标识符。然后，超级节点可以从客户 端113b、 U3n接收确iVi亥用户标识符对应于客户端地址的响应。然后， 超级节点可以传送允许客户端113a访问所标识的媒体文件的会话密钥。 超级节点还可以与会话密钥一起传送来自广告服务器120的广告，并且如 果访问媒体文件要求支付，则可以与支付处理服务器110通信。
现在参考图4B，示出了用于在分布式数字版权管理环境中提供协作 认证的方法的一个实施例。概览地，该方法包括由服务器从第一客户端 接收访问媒体文件的请求，该请求包括用户标识符、应用标识符和媒体文 件标识符(步骤401);由服务器确定对该媒体文件的访问限于一组用户(步 骤403);由服务器向笫二客户端发送请求，该第二客户端被识别为先前与 由该用户标识符标识的用户交互过，该请求包括该用户标识符和客户端地 址(步骤40S);由服务器从第二客户端接收确认该用户标识符对应于该客 户端地址的响应(步骤407);以及由服务器将与所请求的媒体文件相对应
的会话密铜传逸到第一客户端(步骤409)，以及将从与该用户标识符相关 联的帐户扣除给定金额的请求发送到第二服务器(步骤411)。该方法可以 由超鈒节点使用，以证卖客卢端谙求，而充需发逸请求到中央服务器以确 i人所接收的应用标识符和用户标识符匹配。
仍然参考图4B，现在更详细地，所示方法包括由服务器从第一客 户端接收访问媒体文件的请求，该请求包括用户标识符、应用标识符和媒 体文件标识符(步骤401)。服务器可以包括在此描述的任何服务器，包括 但不限于超级节点100。用户标识符、应用标识符和^^体文件标识符可以 包括在此描述的任何标识符。在一些实施例中，可以从々某体文件访问中心 传送该请求。
然后，在所示实施例中，该方法包括由服务器确定对该媒体文件的访 问限于一组用户(步骤403)。在一个实施例中，服务器可以通过识别与该 媒体文件相关联的许可证策略，确定对该媒体文件的访问受限制。该识别 可以通#此描述的任何方式来实现，包括但不限于搜索本地目录、以及 向中央许可证服务器发出请求。
然后，在所示实施例中，该方法包括由服务器向第二客户端发送请求， 该第二客户端被识别为先前与由该用户标识符标识的用户交互过，该请求 包括该用户标识符和该应用标识符(步骤405)。该步骤可以在服务器没有 与该用户标识符相对应的特定应用标识符的记录的情况下执行。这可能发 生于用户最近安装了新媒体文件播放器或者正在使用朋友的计算机的情 况。可选地，该情形可能发生于恶意用户企图伪装成另一用户来获得对^某 体文件的访问的情况。服务器可以使用任何一个或多个协议发送该请求。 在一些实施例中，服务器可以将请求发送到多个被识别为先前与由该用户 标识符标识的用户交互过的客户端。在一些实施例中，可以将该请求发送 到在此描述的在第二客户端上执行的同位体!Hi^块。
服务器可以-f吏用任何方法来识别先前与由该用户标识符标识的用户 交互过的第二客户端。在一些实施例中，服务器可以保持过去客户端交互 的记录。例如，服务器可能从用户接收访问特定媒体文件的请求，并且该 请求可以表示该J^体文件由给定客户端寄宿。然后，服务器可以推断该用 户和客户端已经通信过。在其他实施例中，服务器可以发送请求到若干客 户端，以询问他们是否先前与该用户交互过。例如，服务器可能发送请求 到与该用户位于同一局域网上的所有客户端。或者，例如，服务器可能发
送请求到伙伴列表中由该用户标识为"朋友"或"联系人"的所有客户端。在 其他实施例中，客户端可以定期更新客户端与其通信过的用户的超级节 点。
在接收到该请求之后，客户端可以通过检查存储在该客户端上的任何 记录，确定该客户端是否与所标识的用户通信过，并且如果是，则确定该 用户是否使用所标识的应用程序进行通信。与该用户和应用程序的通信记 录的例子可以包括聊天日志、文件传输记录和博客或消息板张帖。然后， 客户端可以响应服务器，表示该客户端是否具有使用所标识应用程序的所 标识用户的任何记录。
然后，在所示实施例中，服务器可以从第二客户端接收确认该用户标
识符对应于该客户端地址的响应(步骤407)。在一些实施例中，服务器可 以从多个客户端接收多个响应。
在一些实施例中，服务器可以使用预定阈值，以确定是否接受同位体 验证。在一个实施例中，服务器可以要求收到至少给定数目的肯定确认， 以便接受验证。例如，服务器可以要求从至少两个客户端接收肯定验证。 在其他实施例中，服务器可以要求由服务器接收的响应为肯定确认的特定 百分比。例如，服务器可以要求至少75。/。的所接收响应包括肯定验证， 以便接受请求。如果不满足该阈值，则服务器可以向其他客户端发出更多 请求，向中央服务器发送请求以认证用户标识符/应用标识符对，或者简 单地拒绝该请求。
然后，翻良务器确定用户^L授^J現看该媒:体文件，并JU人证用户和应 用标识符之后，服务器可以将与所请求的媒体文件相对应的会话密钥传送 到第一客户端(步骤409)。如在此将关于图IO所讨论的那样，在一些实施 例中，服务器还可以传送一个或多个广告。
在所示实施例中，该方法还包括将从与该用户标识符相关联的帐户扣 除给定金额的请求发送到第二服务器(步骤411)。可以使用任何一个或多 个协议来发送该请求。在一些实施例中，第二服务器可以包括支付处理服 务器。在其他实施例中，第二服务器可以包括超级节点。在一些实施例中， 在将会话密钥传送到客户端之前，服务器可以等待直至服务器接收到扣除 确认。
参考围§,示出了用于使得能够在分布式数字版权管理框架中编辑和 再发布媒体文件的网络的框图。概览地，客户端U3a 0史称为再发布者)
将修改和/或再分发所注册的给定媒体文件的请求传送到与第二客户端
U3e (被称为发布者)相关联的发布者。该请求经过超級节点和可能的若干 服务器，并且到达发布者。然后，发布者可以通过自动响应或通过向用户 呈现该请求来响应该请求。该响应经过一个或多个服务器，并且权限到达 客户端。在接收到权限之后，用户可以修改和/或再分发该媒体文件。
现在参考图6,示出了图解包括多个子许可证的许可证首标的框图。 概览地，许可证首标600包括多个子许可证620a、620b、620c (统称为620)。 每个子许可证对应于^^体文件的一个或多个章节625a、 625b、 625c、 625d
(统称为625)。
仍然参考图6，现在更详细地，许可证首标可以包括若干子许可证。 许可证首标可以包括任何一个或多个协议，包括XML、 HTML和WML。 许可证首标可以对应于一个或多个媒体文件。
在一些实施例中，许可证首标可以由实体进行数字签名，以便使得客 户端或媒体文件播放器能够验证该许可证首标的真实性。在一些实施例 中，许可证首标可以由媒体文件播放器所知且信任的管理中心进行签名。 在其他实施例中，许可证首标可以由媒体文件的创建者进行数字签名。
如在此描述的那样，许可证首标可以包括一个或多个许可证策略。在 一些实施例中，媒体文件的不同章节可以与不同的子许可证相关联，由此 与不同的许可证策略相关联。媒体文件的章节可以包括媒体文件的任何分 立单元。章节可以包括时间单元，例如，视频剪辑的起始30秒。章节可 以包括空间单元，例如，在视频剪辑的右下角显示的标志。章节可以包括 媒体单元，例如，视频剪辑的声道。章节可以包括特定媒体元素的子组， 例如，音乐录制中的低音线。
许可证首标可以特定于媒体文件的单个实例。例如，发布者可以发行 相同音乐枧频的IO个拷贝。每个拷贝可以具有唯一的媒体文件标识符和 唯一的许可证首标，每个许可证首标仅仅引用与其相关联的^^体文件标识 符。如此，媒体文件的不同拷贝可以具有不同的许可证策略。这允许发布 者对各个拷贝施加控制。例如，发布者可以向朋友分发允许无限制使用和 修改的拷贝，但是向报紙评论者分发允许有限次观看并且禁止修改的拷 贝。
许可证首标还可以对应于^^体文件的多个拷贝。例如，声明可以免费贝。在一些实施例中，这可以通过在制作拷贝时与媒体文件一起复制媒体 文件标识符来实现,而非创建新的媒体文件标识符。在其他实施例中，这 可以通过创建许可证首标来实现，该许可证首标应用于具有特定范围内或 带特定前缀的^^体文件标识符的媒体文件。因而，许可证首标可能指定该
许可证应用于所有具有前缀"BobsVideo0001"的视频。然后，可以使用具 有"BobsVideo0001^^w，形式的媒体文件标识符来创建"BobsVideo0001，， 的每个拷贝。这样，可以分别地跟踪各个拷贝，同时只需维护单个许可证 首标。在其他实施例中，可以作为独立参数来包括i某体文件标识符和标识 媒体文件的特定拷贝的拷贝标识符。
许可证首标可以与其对应媒体文件一起或分开地存储。在一些实施例 中，超级节点可以存储并且管理对许可证首标的请求，同时客户端存储媒 体文件本身。可以通过DRM来保护媒体文件，使得除了在需要授权播放 的许可证首标的媒体文件播放器中之外，不能对它们进行播放。如此，虽 然用户可以从其他用户免费地下载文件而不考虑许可，但是为了播放或者 利用该媒体文件，该用户将不得不获得许可证首标，其授权用户和媒体文 件播方文器访问^t体文件。
在所示许可证首标600中，许可证包括应用于四个章节的三个子许可 证。第一 6加a和第三620c子许可证对应于由媒体文件的创建者从其他发 布者导入的内容。第二 620b子许可证对应于由组合媒体文件的创建者创 建的内容。"继承标记"表示应用于章节2和3的许可证也是应用于整个组 合作品的许可i正。
在一些实施例中，许可证首标可以并入多个DRM方案。例如，整个 许可证首标可以由一个管理机构进行数字签名，并且組合的媒体文件可以 通过可应用于一个媒体文件播放器的DRM来保护。子许可证中的一个可 能将给定章节指定为由可选和/或专有DRM方案保护。
媒体文件播放器可以被专门适配成识别许可证首标并且应用包含在 该首标中的任何许可证策略。如杲许可证首标表示4某体文件包括多个
DRM方案，则该媒体文件播放器可以与一个或多个附加媒体文件播放器 接口 ，以便播放由未被笫一媒体播放器识别或实现的任何DRM方案保护
的内容，在一些实施例中，许可证首标可以包括与特定》某体文件相关的信 息，其可用来播放对应^^体文件的给定章节。
例如，发布者可以创建发布者打算免费公开分发、但使用由专有DRM
格式保护的声道的视频。许可证首标可以包括与声道的DRM格式相关的 信息。然后，在用户M布者的站点下载视频之后，用户的媒体文件播放 器可以读取许可证首标，并且发现用户是否真有用干播放该声道的所需第 二媒体文件播放器。然后，^^体文件播放器可以提示用户安装第二播放器， 或者自动启动第二播放器。如果该声道需要用户购买许可证，则第一或第 二媒体文件播访欠器可以向用户提示用户是否愿意购买许可证，并且提供这 样做的方式。然后，这两个播放器可以一起工作，以与该声道一起播放视 频。或者，例如，视频文件可以包含一个视频轨道(V1)、 一个低质量或受 限回放次数的免费音频轨道(A1)、以及一个付费音频轨道(A2)。媒体文件 播放器可以允许消费者通过1个媒体文件播放器播放视频文件，并且如果 该用户不付费，则该用户可以访问免费或免费预览的声道。因此，媒体文 件发布者可以选择向公众分发视频文件(V1+A1)。在预览之后，用户可以 选择购买和下裁高质量声道(A2)。
在一些实施例中，许可证首标可以包括允许多个媒体文件播放器配合 回放的信息，例如，如果用作视频声道的一部分的歌曲要求单独的媒体文 件播放器，则许可证首标可以标识所需的媒体文件播放器、以及歌曲出现 的时间和持续时间。如此，主媒体文件播放器可以在正确时间启动或者以 其它方式激活所需的媒体文件播放器。
现在参考图7，示出了图解一种用于在分布式数字版权管理框架中提 供粒度媒体文件权限的方法的流程图。概览地，该方法包括创建組M体 文件，该组合媒体文件包括多个媒体元素，其中每个元素包括至少一个 DRM保护(步骤701);创建与组合媒体文件相对应的许可证首标，其中许 可证首标包括与组合媒体文件和多个媒体元素中的每个相对应的许可信 息(步骤703);以及将许可证首标与组合媒体文件相关联(步骤705)。
仍然参考图7,现在更详细地，该方法包括创建組^4某体文件，该組 ^Hf某体文件包括多个媒体元素，其中每个元素包括至少 一个DRM保护(步 骤701)。每个媒体元素可以包括任何类型的媒体文件。在某些情况下，每 个媒体元素可以通过相同DRM方案来保护，在其他情况下，每个媒体元 素可以通过不同的DRM方案来保护。组合媒体文件可以由媒体文件编辑 器来创建，该媒体文件编辑器被设计成与受到DRM保护的媒体文件、特
别是具有在此描述的许可证首标的々某体文件交互。在一个实施例中，媒体 文件编辑器可以是独立应用程序。在其他实施例中，媒体文件编辑器可以
与如在，迷的媒体文件播放器和/或媒体文件访问中心相集成。在一些
实施例中，媒体文件编辑器可以包括基于web的应用程序。
然后，所示方法包括创建与组M体丈件相对应的许可证首标，其中 许可证首标包括与组合媒体文件和多个媒体元素中的每个相对应的许可 信息(步骤703)。该许可证首标可以包括在此描迷的任何许可证首标，并 且许可信息可以包括在此描述的任何一个或多个i午可策略。许可证首标还 可以包含与l^体文件相关的任何其他信息，包括作者和发布者信息、媒体 文件标识符，
然后，所示方法包括将许可证首标与组M体文件相关联(步骤705)。 该关联可以通过将与媒体文件相对应的媒体文件标识符并入到许可证中 来完成。在一些实施例中，该关联可以包括对许可证首标和对应媒体文件 进行数字签名。然后，可以使用在此描述的任何方式将组M体文件分发 到其他客户端和用户。
现在参考困8，示出了图解用于允许在分布式数字版权管理框架中编 辑和再发布餘沐文件的方法的流程图。概览地，该方法包括由客户端将 再发布第一媒体文件的请求传送到服务器，该媒体文件具有相关联的许可 证(步骤,l);从服务器接收再发布第一媒体文件的权P艮(步骤803);以及 创建第二媒体文件，第二媒体文件包括第一媒体文件的一部分，并且包括 许可证首标，其具有对应于第 一媒体文件的许可证信息和对应于第二媒体 文件的许可证信息(步骤805)。
仍然参考图8，现在更详细地，该方法包括由客户端将再发布第一 媒体文件的请求传送到服务器，该媒体文件具有相关联的许可证(步骤 801)。可以通过任何一个或多个协议来传送该请求。在某些情况下，可以 将该请求传送到超级节点IOO。在一些实施例中，可以由媒体文件播放器 来传送该请求。在其他实施例中，可以由媒体文件编辑器来传送该请求。
再发布音乐文件的请求可以包括再分发的请求、或者修改和/或并入 到汇集中并且再分发的请求。在某些情况下，该请求可以指定一个或多个 将应用于再分发的许可证策略，例如，再分发将限于特定数目的用户，或 者用户将必须支付费用。
如果该请求由超級节点接收，则超级节点可以查阅许可证策略的本地 数据库，以鵷定与该^^体文件相关联的许可证是否准许该请求。如果在本 地没有換到许可证策略，则超级节点可以发送请求到中央许可证服务器，
以确定与该媒体文件相关联的许可证策略是否准许该请求。如果不准许该 请求，或者如果没有找到许可证，则超级节点或中央许可证服务器可以将
该请求转发到^*体文件发布者113e。在某些情况下，可以通过一个或多 个其他超级节点来转发该请求。然后，发布者113e可以自动地响应所转 发的请求，或者将该请求呈现给可以响应的用户。
然后，客户端可以从服务器接收再发布第一媒体文件的权限(步骤 803)。在一些实施例中，该权限可以包括具有表示该权限的许可证策略的 许可证首标，例如，客户端可以传送与广告一起或与播放广告的提示一起
再分发视频剪辑的请求，该视频剪辑具有给定媒体文件标识符。然后，客 户端可以接,限，其包括标识媒体文件标识符的许可证首标，并且包括 允许用户在特定条件下再分发视频剪辑的许可证策略。由于该媒体文件标 识符对视频剪辑的具体实例唯一，因此不能将许可证首标转移给当前由其 他用户持有的该视频剪辑的其他拷贝。此外，许可证首标和媒体文件可以 由发布者或可信第三方适当地进行加密和数字签名，以便防止,皮用户或再 分发者篡改。这样，发布者可以实现对媒体文件的再分发的细粒度控制。
然后，客户端可以创建第二媒体文件，第二媒体文件包括第一媒体文 件的一部分；以及包括具有与第 一媒体文件相对应的许可证信息和与第二 媒体文件相对应的许可证信息的许可证首标(步骤805)。第二媒体文件可 以由为创建这样的文件而专门设计的媒体文件编辑器来创建。媒体文件编 辑器可以读取权限，以便防止客户端违反与再分发有关的任何许可证策 略。例如，响应于许可证策略，媒体文件编辑器可以将用户可并入到所创 建的媒体文件中的素材的总量限制为不长于15秒。或者，例如，媒体文 件编辑器可以防止用户修改所创建的^^体文件。或者，例如，々某体文件编 辑器可以防止用户去除第一媒体文件的特定部分，例如，版权标记或结束 字幕。
上迷方法还可以应用于与媒体文件相关的、来自客户端的任何其他请 求，包^^改媒体文件的请求、以及修改媒体文件然后再分发该媒体文件 的请求。
现在参考图9，示出了用于使得能够在分布式数字版权管理框架中预 付费购买许可证的方法的流程图。概览地，该方法包括在服务器处A^！ 户端接收购买媒体文件的一定数量预付费许可证的请求，该请求包括用户 标识符(步骤卯l);在服务器处创建所请求媒体文件的拷贝，其中该拷贝
以表示预付费许可证数量的许可证进行编码(步骤903);由服务器将文件 标识符与该拷贝相关联(步骤905);以及由服务器将该文件标识符传送到 蓉> ^<*骤^";由第旦服务罂从第旦蓉》媿接收*问媒尿史侔^漆求， 该请求包括该文件标识符(步骤卯9);由第二服务器确定与所标识的文件 相关联的预付费许可证数量至少为一(步骤911);由第二服务器递减与所 标识的文件相关联的预付费许可证数量(步骤913);以及由第二服务器将 与所标识的文件相对应的会话密钥传送到第二客户端(步骤915)。
仍然参考图9，现在更详细地，该方法包括在服务器处从客户端接 收购买媒体文件的一定数量预付费许可证的请求，该请求包括用户标识符 (步骤901)。在一些实施例中，服务器可以包括超级节点，在其他实施例 中，服务器可以包括中央许可证服务器。对预付费许可证的请求可以包括 对任何类型的许可证的请求，其中该许可证包括用于访问、修改或再分发 的许可证。在一些实施例中，该请求可以指定与预付费许可证打算供其使 用的用户相对应的一个或多个用户标识符。
然后，该方法可以包括在服务器处创建所请求媒体文件的拷贝，其中 该拷贝以表示预付费许可证数量的许可证进行编码(步骤卯3) 在一些实 施例中，服务器可以与支付处理服务器通信，以从与该用户标识符相对应 的帐户扣除预付费许可证的金额。
媒体文件的拷贝可以存储在任何位置。在一些实施例中，拷贝可以存 储在服务器上。在其他实施例中，拷贝可以存储在一个或多个客户端上。 在另外实施例中，拷贝可以存储在多个超级节点上。
服务器还可以为所创建的媒体文件拷贝创建许可证首标。许可证首标 可以指定预付费许可证的数量和性质。
然后，该方法可以包括由服务器将文件标识符与该拷贝相关联(步骤 905)。文件标识符可以包括标识文件位置的任何标识符。在一些实施例中， 文件标识符可以包括URL。在其他实施例中，文件标识符可以包括如在 此描述的^^体文件标识符。然后，该方法可以包括由服务器将该文件标识 符传送到客户端(步骤卯7)。客户端可以将该文件标识符转发到客户端希 望向其分发预付费许可证的 一个或多个其他客户端。那些其他客户端可以 反过来传送对该文件的请求。该请求可以由媒体文件播放器、媒体文件编 辑器，或者在文件标识符是URL的情况下由web浏览器来传送。
然后，在所示实施例中，该方法包括由第二服务器从第二客户端接收
访问媒体文件的请求，该请求包括该文件标识符(步骤909)。在一些实施 例中，第二月艮务器可以包括与第一服务器相同的服务器。在其他实施例中， 它们可以包括竭个不同的服务器。
然后，第二服务器可以确定与所标识的文件相关联的预付费许可证数 量至少为一(步骤911)。在一些实施例中，第二服务器可以通过识别与由 该文件标识符指向的媒体文件相对应的许可证首标来进行该确定。第二服 务器可以通过在此描述的任何方法来识别该许可证首标，包括查阅本地数 据库或向另一服务器发送请求。如果数量小于一，则这可以表示所有预付 费许可证都已被使用，由此应该拒绝该请求。在某些情况下，服务器还可
以检查发出对该4某体文件的请求的用户是否为通过预付费许可证授权的 用户。
然后，如果第二服务器确定该请求有效，则第二服务器可以递减与所 标识的文件相关联的预付费许可证数量(步骤913)。然后，第二服务器可 以将与所标识的文件相对应的会话密钥传送到第二客户端(步骤915)。第 二服务器还可以传送该媒体文件的拷贝，或者传送可从其下栽或流传输该 媒体文件的位置。
现在参考图10，示出了用于在分布式网络中向观看^某体文件的用户 提供针对性广告的方法的流程图。概览地，该方法包括由服务器从操作
客户端的用户接收访问媒体文件的请求，该请求包括标识该用户的用户标 识符、以及标识该媒体文件的媒体文件标识符(步骤1001);响应于该媒体
文件标识符和该用户标识符，确定要与该媒体文件一起向用户显示的广告 (步骤1003);以及向第一客户端传送所确定的广告和与该媒体文件相对应 的会话密钥(步骤1005)。
仍然参考图10，现在更详细地，用于提供针对性广告的方法包括 由服务器从操作客户端的用户接收访问媒体文件的请求，该请求包括标识 该用户的用户标识符、以及标识该媒体文件的媒体文件标识符(步骤 1001)。可以才艮据在此描述的任何实施例来执行该步骤。在一些实施例中， 该请求还可以包括应用标识符。
然后，该方法可以包括响应于该媒体文件标识符和该用户标识符， 确定要与该媒体文件一起向用户显示的广告(步骤1W3)。在一些实施例 中，该服务器可以确定所要显示的广告，而无需联系另外的服务器。在其 他实施例中，服务器可以发送请求到第二服务器，例如，可以确定所要显
示的广告的广告服务器。在一些实施例中，服务器可以还响应于所接收的 应用标识符，确定所要显示的广告。
广告可以包括任何形式的广告。在一些实施例中，广告可以包括与所 请求的媒体文件相同或不同格式的另一媒体文件。在一些实施例中，广告 可以包,体文件和相关联的许可证首标。
在一个实施例中，>91务器确定基于先前由用户访问的至少 一个i某体文 件，确定要与该^^体文件一起向用户显示的广告。服务器可以识别与先前 所观看的媒体文件具有共同主题或共有关键词的广告。服务器可以识别还 发布了先前由用户访问的^^体文件的发布者所发布的广告。
在另一实施例中，服务器基于先前由用户访问的至少一个广告，确定
要与该媒:体文件一起向用户显示的广告。服务器可以识别与先前所观看的
广告具有公共主题或共有关键词的广告。服务器可以识别还发布了先前由 用户访问的广告的发布者所发布的广告。
在另一实施例中，服务器基于先前广告被用户播放的时间长度，确定 要与该媒体文件一起向用户显示的广告。如此，服务器可以识别抓住用户 兴趣的先前广告。如此，服务器还可以识别没有抓住用户兴趣的广告，用 户在短暂的时间后就关闭或停止的那些广告。另夕卜，服务器在确定所要显 示的广告时，可以使用与先前所观看的广告相对应的任何信息。
在另一实施例中，服务器基于用户对先前广告的响应，确定要与该媒 体文件一起向用户显示的广告。用户响应可以包括关于该广告的任何用户 动作，包括用户点击该广告内的链接，用户通过该广告购买商品，用户将 该广告转发给一个或多个其他用户，用户多次播放该广告或用户屏蔽该广 告。另外，服务器在确定所要显示的广告时，可以使用与先前所观看的广 告相对应的任^f可信息。
在一个实施例中，服务器基于先前结合该媒体文件的上下文而显示的 至少一个广告，确定要与该媒体文件一起向用户显示的广告。服务器可以
识别在特定,旁边显示时特别成功或不成功的广告，然后试图与将来的 对该媒体文件的请求一起显示成功地产生肯定用户响应的广告。服务器可 以使用任何條复来测量广告对于该媒体文件的另一观看者是否成功，该量 度包括但不限于观看时间、对链接的响应、商品的购买、重播广告、或将 广告转发到另一用户。
然后，该方法可以包括将所确定的广告和与该媒体文件相对应的^^舌 密钥传送到客户端。在一些实施例中，可以由接收到该请求的服务器来传 送所确定的广告。在其他实施例中，可以由广告服务器来传送所确定的广 告。在另外实施例中，可以由第二客户端来传送所确定的广告。在一些实 施例中，服务器可以传ill^户端可以从其下载所确定的广告的链接。
在一些实施例中，用户可能在播放所请求的媒体文件之前被迫观看所 确定的广告。在其他实施例中，用户可能能够根据用户的选择来观看广告。
虽然已经参考特定优选实施例具体示出和描述了本发明，但是本领域 的技术人员应当理解，在不背离由所附权利要求限定的本发明的精神和范 围的情况下，可以对其进行形式和细节上的各种改变。
权利要求
1.一种用于允许在分布式数字版权管理框架中编辑和再发布媒体文件的方法，所述方法包括(a)由客户端将再发布第一媒体文件的请求传送到服务器，所述媒体文件具有相关联的许可证；(b)从所述服务器接收再发布所述第一媒体文件的权限；以及(c)创建第二媒体文件，所述第二媒体文件包括所述第一媒体文件的一部分；并且包括具有与所述第一媒体文件相对应的许可证信息和与所述第二媒体文件相对应的许可证信息的许可证首标。
2. 如权利要求1所述的方法，其中步骤(a)包括由客户端将再发布笫 一媒体文件的请求传送到服务器，所述请求包括与所述第一媒体文件相对 应的许可证首标。
3. 如权利要求1所述的方法，其中步骤(a)包括由客户端将再发布第 一媒体文件的请求传送到在第二客户端上透明执行的服务器程序。
4. 如权利要求1所述的方法，其中步骤(a)包括由客户端将再发布第 一媒体文件的请求传送到服务器，所述媒体文件具有相关联的许可证并且 所述媒体文件包括至少一个数字版权管理保护。
5. 如权利要求1所述的方法，其中步骤(a)包括由客户端将发布多个 媒体文件的組合的请求传送到服务器，所述媒体文件中的至少一个具有相 关联的许可证。
6. 如权利要求1所述的方法，其中步骤(b)包括从所述服务器接收允 许所述用户访问所述第 一媒体文件的密钥。
7. 如权利要求1所述的方法，其中步骤(b)包括从所述服务器接收允 许所述用户在媒体文件编辑程序中访问所述第 一媒体文件的密钥。
8. 如权利要求l所述的方法，其中步骤(c)包括创建第二媒体文件， 所述第二媒体文件包括所述第一媒体文件的一部分并且包括具有与所述 第 一媒体文件相对应的许可证信息和与所述第二媒体文件相对应的许可 证信息的许可证首标，其中所迷许可证信息包括所接收的再发布所述第一 媒体文件的权限。
9. 如权利要求l所述的方法，其中步骤(c)包括创建第二媒体文件， 所述第二媒体文件包括多个媒体文件中的每个的 一部分；并且包括具有与 所迷多个媒体文件中的每个相对应的许可证信息和与所述第二媒体文件 相对应的谇可征佶息的许可征肴标。
10. 如权利要求1所述的方法，其中步骤(c)包括创建第二媒体文件， 所述第二媒体文件包括多个章节，其中至少一个章节包括所述第一4某体文 件的一部分；并且包括具有与所述多个章节中的每个相对应的许可证信息 和与所述第二媒体文件相对应的许可证信息的许可证首标。
11. 如权利要求1所述的方法，其中步骤(c)包括创建第二媒体文件， 所述第二媒体文件包括(i)所述第一媒体文件的一部分；(ii)许可证首 标，其具有与所述笫一媒体文件相对应的许可证信息和与所述笫二媒体文 件相对应的许可证信息，以及(i i i)至少 一个数字版权管理保护。
12. —种用于允许在分布式数字版权管理框架中编辑和再发布媒体 文件的计算机实现的系统，所述系统包括认证客户端，其将再发布第一媒体文件的请求传送到服务器，所述媒 体文件具有相关联的许可证；并且从所述服务器接收再发布所述第一媒体 文件的权限；以及媒体文件创建器，与所述认证客户端通信，创建第二^^体文件，所述 第二媒体文件包括所述笫 一媒体文件的 一部分；并且包括具有与所述第一 媒体文件相对应的许可证信息和与所述第二媒体文件相对应的许可证信 息的许可证首标。
13. 如权利要求12所述的系统，其中所述认证客户端将再发布第一 媒体文件的请求传送到服务器，所述请求包括与所述第一媒体文件相对应 的许可证首标。
14. 如权利要求12所述的系统，其中所述认证客户端将再发布第一 媒体文件的请求传送到在第二客户端上透明执行的服务器程序。
15. 如权利要求12所述的系统，其中所述认证客户端将再发布笫一 媒体文件的请求传送到服务器，所述媒体文件具有相关联的许可证并且所 述媒体文件&括至少 一个数字版权管理保护。
16. 如权利要求12所述的系统，其中所述认证客户端将公布多个媒 体文件的组合的请求传送到服务器，所述媒体文件中的至少一个具有相关 联的i牛可证。
17. 如权利要求12所述的系统，其中所述认证客户端从所述服务器 接收允许所迷用户访问所述第 一媒体文件的密钥。
18. 如权利要求12所迷的系统，其中所迷认证客户端从所迷服务器 接收允许所述用户在媒体文件编辑程序中访问所述第 一媒体文件的密钥。
19. 如权利要求12所述的系统，其中所述4某体文件创建器创建第二 媒体文件，所迷第二媒体文件包括所述第-H^体文件的一部分；并且包括 具有与所述第 一媒体文件相对应的许可证信息和与所述第二媒体文件相 对应的许可证信息的许可证首标，其中所述许可证信息包括所接收的再发 布所述第 一媒体文件的权限。
20. 如杈利要求12所述的系统，其中所述媒体文件创建器创建第二 媒体文件，所迷第二^t体文件包括多个媒体文件中的每个的一部分；并且 包括具有与所述多个媒体文件中的每个相对应的许可证信息和与所述第 二媒体文件相对应的许可证信息的许可证首标。
21. 如权利要求12所述的系统，其中所述+某体文件创建器创建第二 媒体文件，所述第二媒体文件包括多个章节，其中至少一个章节包括所述 笫 一媒体文件的一部分；并且包括具有与所述多个章节中的每个相对应的 许可证信息和与所述第二》某体文件相对应的许可证信息的许可证首标。
22. 如权利要求12所述的系统，其中所述媒体文件创建器创建第二 媒体文件，所述第二媒体文件包括(i)所述第一媒体文件的一部分，(ii) 许可证首标，其具有与所述第一士某体文件相对应的许可证信息和与所述第 二媒体文件相对应的许可证信息，以及(iii)至少一个数字版权管理保护。
23. —种用于允许在分布式数字版权管理框架中预付费购买许可证 的方法，所述方法包括(a) 在服务器处从客户端接收购买媒体文件的一定数量预付费许可 证的请求，所述请求包括用户标识符；(b) 在所述服务器处创建所请求的媒体文件的拷贝，其中所述拷贝以 表示所述预付费许可证数量的许可证进行编码；(c) 由所述服务器将文件标识符与所述拷贝相关联；以及(d) 由所迷服务器将所迷文件标识符传送到所述客户端。
24. 如权利要求23所述的方法，其中步骤(a)包括 (a-a)由服务器从第 一客户端接收购买媒体文件的一定数量预付费 许可证的请求，所述请求包括用户标识符和应用标识符；(a-b)由所述服务器向第二客户端发送请求，所迷第二客卢端被识别 为先前与由所述用户标识符标识的用户交互过，所述请求包括所述用户标 识符和所述应用标识符；以及(a-c)由所述服务器从所述第二客户端接收确认所述用户标识符对 应于所述应用标识符的响应。
25. 如权利要求23所述的方法，其中步骤(a)包括(a-a)由服务器从第 一客户端接收购买媒体文件的 一定数量预付费 许可证的请求，所述请求包括用户标识符；以及(a-b)由所述服务器接收对所述预付费许可证数量的支付的确认。
26. 如权利要求23所述的方法，其中步骤(c)包括由所述服务器将 URL与所迷拷贝相关联。
27. 如权利要求23所述的方法，还包括以下步骤(e) 由笫二服务器从第二客户端接收访问媒体文件的请求，所述请求 包括所述文件标识符；(f) 由所i^第二服务器确定与所标识的文件相关联的预付费许可证 数量至少为一；(g) 由所述第二服务器递减与所标识的文件相关联的预付费许可证 数量；以及(h) 由所迷第二月良务器将与所标识的文件相对应的务活密钥传送到所 述笫二客户端。
28. 如权利要求27所述的方法，其中步骤(e)包括由第二服务器从第 二客户端接收访问媒体文件的请求，所述请求包括所述文件标识符和第二 用户标识符。
29. 如权利要求28所述的方法，其中步骤(f)包括由所述第二服务器 确定与所述第二用户标识符相关联的预付费许可证数量至少为一 。
30. —种用于允许在分布式数字版权管理框架中预付费购买许可证 的计算机实现的系统，所述系统包括认证服务器，其从客户端接收购买媒体文件的一定数量预付费许可证的请求，所迷请求包括用户标识符；创建所请求的媒体文件的拷贝，其中 所速拷贝以表糸所速预符费许可证数畺的许可征进秄编码；将丈件标识符 与所述拷贝相关联；并且将所述文件标识符传送到所iijl户端。
31. 如权利要求30所述的系统，其中所述认证服务器从第一客户端 接收购买媒体文件的一定数量预付费许可证的请求，所述请求包括用户标 识符、应用标识符和媒体文件标识符；向第二客户端发送请求，所述第二 客户端被标识为先前与由所述用户标识符标识的用户交互过，所述请求包 括所述用户标识符和所述应用标识符；以及从所述第二客户端接收确认所 述用户标识符对应于所述应用标识符的响应。
32. 如权利要求30所述的系统，其中所迷认证服务器从第一客户端 接收购买媒体文件的一定数量预付费许可证的请求，所述请求包括用户标 识符；以及接收对所述预付费许可证数量的支付的确认。
33. 如权利要求30所述的系统，其中所述认证服务器将URL与所述 拷贝相关联，
34. 如权利要求30所迷的系统，其中所述认证月艮务器从第二客户端 接收访问d^体文件的请求，所述请求包括所述文件标识符；确定与所标识 的文件相关联的预付费许可证数量至少为 一；递减与所标识的文件相关联 的预付费许可证数量；以及将与所标识的文件相对应的会话密钥传送到所 述第二客户端。
35. 如权利要求30所述的系统，其中所述认证服务器从客户端接收 访问媒体文件的请求，所述请求包括所述文件标识符和第二用户标识符。
36. 如权利要求35所述的系统，其中所述认证服务器确定与所述第 二用户标识将相关联的预付费许可证数量至少为一 。
全文摘要
一种数字版权管理框架，其中包含与媒体文件相关联的权限的许可证首标与媒体文件保持分离。因而，许可证首标可以存储在同位体节点的分布式网络中，该同位体节点通过查阅该许可证首标，为来自由同位体操作的媒体播放器的、用于访问媒体文件的请求服务，然后，如果被授权，则传送允许访问该媒体文件的会话密钥。如此，可以通过包括对等传输的任何方式来分发媒体文件，同时仍然允许灵活的集中式许可证管理。还描述了用于协作认证和向媒体文件用户提供针对性广告的系统和方法。
文档编号G06F21/22GK101183417SQ200710080109
公开日2008年5月21日 申请日期2007年2月12日 优先权日2006年11月16日
发明者萌 王, 陈志良, 成 韩 申请人:达诺媒体有限公司