CN107743623A - 用于具有循环许可证更新的媒体会话并发管理的***、方法和介质 - Google Patents

Abstract

所公开的主题涉及用于具有循环许可证更新的媒体会话并发管理的***、方法和介质。更具体来说，所公开的主题涉及将循环许可证更新用于视频传送服务的并发回放检测和并发限制实施以及管理用于处理此类循环许可证更新的服务器资源。

Description

用于具有循环许可证更新的媒体会话并发管理的***、方法 和介质

相关申请的交叉引用

本申请主张2016年7月19日提交的美国专利申请No.15/213,624、2015年7月30日提交的美国临时专利申请No.62/199,211以及2015年7月20日提交的美国临时专利申请No.62/194,804的权益，所述申请中的每一者以引用的方式全部并入本文中。

技术领域

所公开的主题涉及用于具有循环许可证更新的媒体会话并发管理的***、方法和介质。更具体来说，所公开的主题涉及将循环许可证更新用于视频递送服务的并发回放检测和并发限制实施以及管理用于处置此类循环许可更新的服务器资源。

背景技术

电影、音乐和其他形式的媒体内容通过因特网从多种内容提供商提供给计算装置。出于多种原因，这些内容中的一些被保护，其中需要至少识别使用、回放、复制和/或分发相关联的媒体内容的各种权利的许可证。其他保护可以包含可能需要密钥以便解密媒体内容的各种级别或类型的加密保护。

此外，可以对允许特定用户建立的并发流式连接的数目加以限制。也就是说，可以用同一用户账户对其进行分别认证的装置数目可以是有限的(例如，每个用户账户有两个总连接，每个用户账户在四个装置上有三个连接等)，在这些装置上可以流式传输和观看媒体内容。为了实施此类限制，当用户请求新的流式连接时，检测与所述用户相关联的当前建立的流式连接的数目，并且如果所述数目超过允许的并发流式连接的最大数目，那么可以拒绝对新流式连接的请求。管理包含此限制的策略的实施是一项艰巨的任务。

各种方法通过要求当特定用户已停止观看媒体内容片段时与特定用户相关联的客户端装置向服务器传输消息，来尝试解决并发限制实施的问题。然而，此类方法可以约束客户端实现方式和装置架构，且可以要求客户端装置上的持久性存储。也就是说，这些方法在每一和每个客户端装置上设置了同时限制实施的依赖性。另外，这些方法通常被认为是不可靠的，因为客户端装置可能由于装置故障(崩溃)、电源故障、网络故障等而以“无序”方式停止回放。

因此，希望提供用于具有循环许可证更新的媒体会话并发管理的新***、方法和介质。

发明内容

根据所公开主题的一些实现方式，提供用于具有循环许可证更新的会话并发管理的机制。

根据一些实现方式，提供用于并发检测和实施的***，所述***包括被配置成进行以下操作的至少一个服务器：接收对与将在媒体回放装置上呈现的媒体内容项目相关的媒体内容许可证的请求，其中对所述媒体内容许可证的请求与用户账户相关联；响应于对所述媒体内容许可证的请求，向媒体回放装置传输与媒体内容项目相关联的一个或多个密钥以及包括策略的许可证，所述策略包括有限许可证持续时间和更新请求时间间隔；在所述更新请求时间间隔内的一时间接收对与在媒体回放装置上呈现的媒体内容项目相关的许可证更新的请求；基于与用户账户相关联的多个媒体回放装置上的媒体会话并发来确定是否发布用于所述媒体内容项目的许可证更新，其中所述确定包括查询在给定时间段期间内为用户账户发布的许可证更新的记录；以及基于与用户账户相关联的许可证更新记录将所述许可证更新传输到媒体回放装置。

在一些实现方式中，所述至少一个服务器进一步被配置成修改所述有限许可证持续时间和所述更新请求时间间隔中的至少一个。在一些实现方式中，所述修改是响应于查看在给定时间段期间为所述用户账户发布的许可证更新的所述记录并且确定所述许可证更新记录指示由与所述用户账户相关联的所述多个媒体回放装置对许可证更新请求的抑制而执行的。在一些实现方式中，所述修改是响应于检测到服务器中断而执行的。

在一些实现方式中，响应于确定所述许可证中的一个或多个密钥将被撤销，与所述许可证更新相关联的所述有限许可证持续时间具有零持续时间或者或采取一些其他措施来中止媒体权利。

在一些实现方式中，所述至少一个服务器进一步被配置成自动地将用于所述媒体内容项目的具有所述有限许可证持续时间的所述许可证传输到所述媒体回放装置，同时指示在所述记录内的先前发布的许可证中止。

在一些实现方式中，至少一个服务器进一步被配置成：查看在给定时间段期间为用户账户发布的许可证更新的记录；从多个实施模式中确定用于应用到用户账户的实施模式；以及在发布所述许可证更新时应用所确定的实施模式，其中所述有限许可证持续时间和所述更新请求时间间隔中的至少一个被调整。

在一些实现方式中，所述至少一个服务器进一步被配置成向在所述媒体回放装置上执行的媒体回放应用传输用于处理对所述许可证更新的所述请求的多个许可证服务器的列表，其中所述媒体回放应用将对所述许可证更新的所述请求传输到所述多个许可证服务器中的第一许可证服务器，并且在检测到所述第一许可证服务器不可用时并且在所述许可证期满之前，将所述请求传输到所述多个许可证服务器中的第二许可证服务器，直到接收到对于所述媒体内容许可证的所述许可证更新为止。

在一些实现方式中，所述至少一个服务器进一步被配置成：通过计数与所述给定时间段内的所述用户账户相关联的许可证更新的数目来确定是否发布所述许可证更新；以及基于所述计数来将所述许可证更新传输到所述媒体回放装置。

在一些实现方式中，所述至少一个服务器进一步被配置成确定是否进入紧急更新模式，所述紧急更新模式响应于不能访问所述许可证更新记录而自动地发布所述许可证更新。在一些实现方式中，基于与服务于初始许可证请求或服务于更新请求的一个或多个服务器相关联的资源信息而进入紧急更新模式。在一些实现方式中，许可证更新包括大于第一许可证持续时间的第二许可证持续时间。在一些实现方式中，响应于与服务器通信的故障数目大于阈值而进入紧急更新模式，且其中所述硬件处理器进一步被配置成将所述许可证更新传输到服务于初始许可证请求或服务于更新请求的替代服务器。在一些实现方式中，所述***进一步包括响应于检测到被配置成服务初始许可证请求的服务器不可用而确定是否进入发布许可证更新的仅更新模式。

根据一些实现方式，提供用于并发检测和实施的***，所述***包括包含被配置成进行以下操作的硬件处理器的至少一个服务器：接收来自与用户账户相关联的媒体回放装置的对对应于媒体内容项目的初始许可证的请求；将所述用户账户置于检测模式中，所述检测模式设置用于初始许可证的初始许可证持续时间和初始许可证更新时间间隔；将所述初始许可证传输到所述媒体回放装置，其中所述初始许可证具有所述初始许可证持续时间和所述初始许可证更新时间间隔；确定所述用户账户是否与指示更新请求抑制的可疑行为相关联；将所述用户账户置于较严格实施模式中，所述较严格实施模式设置小于所述初始许可证持续时间的更新许可证持续时间或小于所述初始许可证更新时间间隔的许可证更新时间间隔；以及将许可证更新传输到所述媒体回放装置，其中所述许可证更新具有所述更新许可证持续时间和所述许可证更新时间间隔中的至少一个。

在一些实现方式中，所述初始许可证持续时间大于所述媒体内容项目的内容持续时间。在一些实现方式中，所述初始许可证持续时间和所述更新许可证持续时间中的至少一个小于所述媒体内容项目的内容持续时间。在一些实现方式中，所述更新许可证持续时间是小于所述媒体内容项目的内容持续时间的一半的预定时间段。在一些实现方式中，所述许可证更新时间间隔小于所述初始更新时间间隔。

在一些实现方式中，确定所述用户账户是否与可疑行为相关联进一步包括检测所述用户账户在与所述用户账户相关联的多个媒体回放装置上生成多个许可证请求。

在一些实现方式中，确定所述用户账户是否与可疑行为相关联进一步包括检测所述用户账户在特定时间段内没有生成许可证更新请求。

在一些实现方式中，确定所述用户账户是否与可疑行为相关联进一步包括检测所述用户账户在同一个媒体回放装置上为同一媒体内容项目生成多个许可证请求。

在一些实现方式中，确定所述用户账户是否与可疑行为相关联进一步包括检测可疑更新请求，其中与所述可疑更新请求相关联的时间比初始更新时间间隔更接近初始许可证持续时间。

在一些实现方式中，所述***进一步包括响应于特定时间段逝去而将所述用户账户置于相比于所述较严格实施模式限制性较少的实施模式中。

附图说明

当结合以下附图考虑时，参考以下对所公开的主题的详细描述，可以更全面地理解所公开的主题的各种目的、特征和优点，其中相同的附图标记表示相同的元件。

图1示出了根据所公开的主题的一些实现方式的包括媒体回放装置与一个或多个许可证服务之间的请求和响应的数据流的说明性实例。

图2示出了根据所公开的主题的一些实现方式的用于具有循环许可证更新的媒体会话并发管理的过程的说明性实例。

图3示出了根据所公开的主题的一些实现方式的用于基于用户账户行为信息来将多个实施模式中的一者应用到用户账户的过程的说明性实例。

图4示出了根据一些实现方式的在其上可以实现如本文所描述的具有循环许可证更新的媒体会话并发管理机制的***的概括示意图的实例。

图5示出了根据所公开的主题的一些实现方式的可以用以实现图4中描绘的一个或多个计算装置和服务器的硬件的实例。

具体实施方式

根据各种实现方式，提供用于具有循环许可证更新的媒体会话并发管理的机制(包含***、方法和介质)。

一般来说，内容分发***可以包含内容服务器、在计算装置上执行的媒体回放应用程序、以及将内容服务器连接到在计算装置上执行的媒体回放应用的通信网络。内容服务器可以被配置成存储媒体内容项目，可以从内容服务器将该媒体内容项目下载到在计算装置上执行的媒体回放应用。例如，响应于接收到选择识别媒体内容项目的标题或任何其他合适的信息的用户请求，在计算装置上执行的媒体回放应用可以被配置成下载和回放对应于媒体内容项目的媒体文件，其可以包含依序的内容数据、音频数据、视频数据等。此类回放可以包含将音频数据和视频数据解码和呈现为音频信号和视频信号。在一些实现方式中，内容服务器将媒体文件依序传输或流式传输到媒体回放应用。因此，在计算装置上执行的媒体回放应用可以在获得媒体内容项目的一个或多个额外媒体文件的同时使用媒体文件来呈现媒体内容项目的一部分。

在一些情况下，可以对允许特定用户账户建立的并发流式连接的数目加以限制。例如，基于特定账户和/或装置的特定类型，内容提供商可以对为所述账户或所述装置可以建立的并发流式连接的最大数目加以限制。本文中通过任何合适的服务器来执行对并发流式连接的数目的限制的实施，诸如数字版权管理(DRM)服务器。当特定用户账户的用户请求新的流式连接时，除了媒体内容之外还可能需要媒体许可证。DRM服务器可以至少部分通过检测与用户账户相关联的当前激活的或已建立的流式连接的数目来确定是否向请求新流式连接的装置发布媒体许可证，且如果所述数目超过允许并发流式连接的最大数目，那么拒绝对新流式连接的请求。应注意，拒绝此类许可证致使媒体内容无法回放或以其他方式抑制媒体内容被回放。

还应注意，在一些情况下，用户账户的用户已经建立的先前流式连接被媒体回放应用终止，但终止事件的通知未被许可证服务器接收到。这可能导致不准确或陈旧的状态信息存储在与用户账号相关DRM服务器上，这可能影响与用户账号相关联的用户的查看体验。例如，如果DRM服务器不知道特定流式连接已被终止，那么已经合法终止特定流式连接的用户账户的用户可能不被允许建立任何新的流式连接。在用户遵照对并发流式连接所设置的限制时不允许那些用户建立新的流式连接会破坏用户体验，且因此在此类内容分布***中是不期望的。

响应于接收到来自DRM客户端装置对新许可证的媒体许可证请求，DRM服务器可以用有限持续时间的许可证进行响应。例如，许可证可以具有大约几分钟(例如，五分钟)的有限持续时间，且可以与允许许可证更新的策略相关联。应注意，许可证可以是包含一个或多个密钥的密钥***特定状态信息，以及关于密钥使用的任何其他合适的信息，该一个或多个密钥可以各自与密钥识别符相关联。还应注意，如果许可证已期满，那么包含在许可证中的一个或多个密钥可能不可用于媒体内容(例如，一个或多个媒体数据块)的解密。

在DRM客户端装置上的许可证期满之前，DRM客户端装置可以根据许可证更新策略来发布许可证更新请求。例如，许可证更新策略可以指示更新请求时间间隔(或许可证更新请求之间的时间)和许可证持续时间。应注意，可以基于任何合适的参数(例如，每个账户、每个装置、每个媒体内容标题等)来动态调整许可证更新策略，其中调整可以包含在服务器过载或数据中心中断期间增加的许可证时段、对被认为展现特定类型的行为的用户账户的增加的许可证时段、被认为展现特定类型的行为的用户账户的更频繁的更新请求间隔等。还应注意，如果在特定的超时时段之后没有接收到许可证更新，那么可以重复许可证更新请求。

响应于接收到来自DRM客户端装置的许可证更新请求，DRM服务器可以确定是否延长许可证以进行另一许可证更新时段或者中止密钥使用权。例如，许可证更新通常可以比初始许可证较轻量级，因为初始许可证含有指示延长或撤销对媒体密钥的使用的策略数据(例如，在许可证可以包含一个或多个媒体密钥时)。应注意，可以通过例如传输零持续时间的许可证更新或者实施中止媒体权利的一些其他手段来执行中止或撤销媒体密钥的使用。

因此，响应于接收到许可证更新，DRM客户端装置可以被配置成将许可证延长许可证更新中规定的量或撤销对媒体密钥的访问，从而终止媒体内容项目的回放。

关于检测并发流式连接，DRM服务器可以通过计数对于用户账户和/或媒体内容项目的上一更新时段中接收到的许可证更新请求的数目来确定有多少DRM客户端装置正在访问特定媒体内容项目(或，大体上，媒体服务)。应注意，如果DRM服务器在上一更新时段内还没有接收到来自DRM客户端实例的请求，那么DRM服务器可以假设DRM客户端装置不再回放媒体内容项目。例如，DRM客户端装置的用户可能已中止对媒体内容项目的回放。在另一实例中，可以由于许可证期满而撤销或中止密钥使用权。

在一些实现方式中，服务许可证更新请求的DRM服务器或任何其他合适的服务器可以维持许可证更新请求的队列，其中所述队列中的旧条目可以在等于许可证持续时间的时间之后期满。DRM服务器可以通过检查队列(例如，许可证更新服务器队列)以确定并发进行的回放会话，来确定是否响应于新的初始许可证请求来发布初始许可证。或者，DRM服务器可以被配置成总是服务于新的请求，同时使得DRM服务器或任何其他合适的更新服务器在下一次接收到用于所述会话的许可证更新请求时中止用于最旧的会话的许可证权利。这具有如下优点，例如总是许可最近的用户请求而不是拒绝新的请求，因为相信其他回放会话正在进行中。

在一些实现方式中，另外地或替代地，DRM服务器可以被配置成实现仅检测实施模式，其中处理初始许可证请求的许可证服务器和处理许可证更新请求的许可证更新服务器可以服务接收到的请求并将其记录在记录中。

可以在多种应用中使用本文描述的这些机制。例如，这些机制可用于检测和遏制显示可疑行为的用户，而不会作用或影响向对不展现此类可疑行为的用户的媒体传送服务。在另一实例中，可以在不同类型和数目的客户端之间缩放这些机制，因为其独立于客户端架构，可以不需要客户端装置中的存储(例如，JavaScript存储)，并且可以被实现为在隐私浏览模式中进行操作。在更具体的实例中，这些机制可以不约束客户端装置实现方式或客户端装置架构，其中可以请求和处理许可证的客户端装置可以支持使用循环许可证更新。在另一实例中，这些机制可以在威胁升级或降级时提供灵活性。在另一实例中，这些机制可以用来提供检测欺诈和实施并发限制的单个实现方式。

在更具体的实例中，可以将在许可证期满之前未接收到许可证更新请求用作媒体内容不再被回放的指示。因此，此类指示可能不会由于装置崩溃、膝上型计算装置上的盖子关闭等而丢失。

进一步结合图1-5来描述具有循环许可证更新的媒体会话并发管理的这些和其他特征。

转向图1，示出了根据所公开的主题的一些实现方式的用于实现媒体回放装置与一个或多个DRM或许可证服务器之间的循环许可证更新的流程图100的说明性实例。例如，媒体回放装置可以将对许可证和许可证更新的请求传输到DRM服务器，其中DRM服务器处理是否发布许可证和许可证更新的确定。应注意，尽管图1示出了一个DRM许可证服务器，但可以使用任何合适的数目的DRM许可证服务器。例如，媒体回放装置可以将对许可证的请求传输到许可证服务器，和将对许可证更新的请求传输到一个或多个许可证更新服务器。在另一实例中，诸如网络服务器的服务器可以处理对许可证或许可证更新的请求，且确定哪一许可证服务器应处理许可证请求和哪一许可证更新服务器应处理许可证更新请求。在另一实例中，响应于DRM客户端在特定时间段(例如，预定超时)内未接收到对许可证请求或许可证更新请求的响应，DRM客户端可以被配置成将另一许可证请求或许可证更新请求传输到另一DRM许可证服务器。

如下文描述，应注意，可使用每一许可证更新来指示用于流式传输特定媒体内容项目的连接保持激活。这可以用以例如在确定是否发布另一许可证或许可证更新时，确定激活的流式连接的数目，并将所确定的激活的流式连接的数目与并发限制进行比较。

在一些实现方式中，过程100可以在110处通过接收对与用于在媒体回放装置上呈现的媒体内容项目相关的媒体内容许可证的请求而开始。例如，响应于向内容服务器请求媒体内容项目(例如，以流式传输媒体内容项目)，DRM客户端可以接收加密的媒体数据，当用含有一个或多个密钥的媒体许可证对该媒体数据进行解密时，加密的媒体数据在DRM客户端上回放媒体内容项目。对媒体内容许可证的请求可以包含例如与媒体内容项目相关联的元数据，诸如标题信息、视频格式信息、分辨率或位速率、纵横比、长度信息、音频格式信息、字幕信息等。在另一实例中，对媒体内容许可证的请求可以包含诸如与用户账户相关联的用户名和密码的用户凭证信息以及诸如装置识别符、装置类型信息、连接信息等的装置信息。

在一些实现方式中，DRM许可证服务器可以确定是否服务来自DRM客户端装置的许可证请求。例如，DRM许可证服务器可以通过对用于用户账户的在上一个更新时段中接收到的许可证更新请求的数目进行计数，检测来自任何合适数目的DRM客户端装置的与用户账户相关联的多个并发流式连接。在继续此实例中，如果DRM许可证服务器在上一个更新时段内还没有接收到来自DRM客户端实例的更新请求，那么DRM许可证服务器可以使用此类信息作为DRM客户端装置不再回放媒体内容项目的指示，例如，DRM客户端装置的用户可能已经中止媒体内容项目的回放，可以由于许可证期满而撤销或中止密钥使用权等。

在一些实现方式中，DRM许可证服务器可以通过维持许可证更新请求的队列来检测并发流式连接的数目，其中所述队列中的旧条目可以在等于许可证持续时间的时间之后期满。因此，DRM许可证服务器可以通过检查队列(例如，许可证更新服务器队列)以确定并发进行的回放会话，来确定是否响应于新的初始许可证请求来发布初始许可证。

应注意，可以获得任何合适的信息，所述信息协助DRM许可证服务器确定如响应于来自用特定用户账户认证的用户装置的新的初始许可证请求。例如，在包含处理许可证请求的DRM许可证服务器和处理许可证更新请求且维持许可证更新队列的一个或多个许可证更新服务器的实现方式中，此类信息可以包含激活会话的数目、许可证更新请求的数目、许可证更新的数目、与许可证更新请求相关联的时序信息、与许可证更新请求相关联的装置信息、许可证信息、给出允许的并发会话的最大数目的适当响应、保持可用于用户账户的并发会话的数目等。

或者，DRM许可证服务器可以被配置成总是服务于新的请求，同时使得DRM许可证服务器或任何其他合适的更新服务器在下一次接收到用于所述会话的许可证更新请求时中止用于最旧的会话的许可证权利。例如总是许可最近的用户请求而不是拒绝新的请求可以是有利的，因为相信其他回放会话正在进行中。

返回参看图1，在一些实现方式中，在120，响应于所接收到的来自DRM客户端装置的对媒体许可证的请求，DRM许可证服务器可以传输包含具有有限持续时间的许可证的响应。例如，通过使用来自DRM客户端装置所传输的请求的元数据或其他信息，DRM许可证服务器可以定位和获得与待解密的媒体数据相关联的一个或多个密钥，且将所述一个或多个密钥包含在具有有限持续时间的许可证中。在更具体实例中，DRM许可证服务器所发布的许可证可以是包含一个或多个密钥的密钥***特定状态信息，以及关于密钥使用的任何其他合适的信息，该一个或多个密钥可以各自与密钥识别符相关联。

应注意，此类许可证的持续时间可以例如是给定的分钟数(例如，三分钟、五分钟等)。例如，可以使许可证的持续时间等于媒体内容项目的持续时间或整体回放长度。在另一实例中，可以使许可证的持续时间等于媒体内容项目的持续时间和用于诸如暂停媒体内容项目的回放的用户交互的额外时间段(例如，内容持续时间加x分钟数)。在另一实例中，可以将许可证的持续时间设置为相比于媒体内容项目的整体回放长度较短的时间段(例如，媒体内容项目的五分钟许可证持续时间，而总回放持续时间为三十分钟)。还应注意，在一些实现方式中，此类许可证可以被配置有设置特定许可证时段并允许许可证更新的策略，其中，在许可证期满之前，DRM客户端装置发布许可证更新请求以维持媒体许可证并继续回放媒体内容项目。如果许可证已期满，那么包含在许可证中的一个或多个密钥可能不可用于对媒体内容(例如，一个或多个媒体数据块)的解密。

在一些实现方式中可以基于任何合适的参数来配置，DRM许可证服务器或许可证更新服务器(例如，维持许可证更新的账户的合适的服务器)所发布的许可证。例如，内容提供商可以提供任何合适的参数，所述参数动态地调整用于特定用户账户、用于特定装置、用于特定媒体内容片段等的许可证的许可证时段。此类参数可以响应于以下情况而致使调整许可证时段：确定或接收到服务器过载的指示(例如，增加许可证时段以减轻服务器资源的使用)、数据中心中断(例如，响应于检测到数据中心中断而增加许可证时段)、用户账户被认为是行为良好或信誉良好的(例如，增加特定用户账户的许可证时段，其中没有或检测到可疑行为的实例很少检测到可疑行为的实例)、已检测到可疑行为的用户账户(例如，减少许可证时段和/或应用基于用户行为而减少或动态地改变并发会话的数目的不同许可证策略)、冲突解决(例如，响应于服务器指示存在异常情况而自动为被认为行为良好的用户账户授予初始许可证或许可证更新)、媒体类型(例如，相对应较短的音频剪辑较长的电影接收较短的许可证时段)等。

在一些实现方式中，另外地或替代地允许修改许可证持续时间，还可以基于任何合适的参数来修改更新请求时间间隔。例如，响应于指示用户账户或用户装置的一般行为的参数(例如，在没有检测到可疑行为的实例的情况下行为良好、具有大于阈值的可疑行为的检测数目的情况下不良行为、在具有小于特定时间段的行为信息的用户账户或用户装置的情况下的未定行为等)，可以基于行为参数来修改更新请求时间间隔。在更具体实例中，服务器可以发布具有默认时段的更新请求时间间隔的许可证(例如，与较短的更具限制性的两分钟的更新宽限期相比，较长的更新宽限期为五分钟)，并响应于与用户账户或用户装置相关联的行为信息来确定后续许可证请求中的更新请求时间间隔是否应被减少。在此实例中，响应于检测到可疑行为(例如，在特定时间段内许多许可证请求的数目大于特定阈值)，尽管初始许可证请求可以接收具有诸如每六分钟的较长更新请求时间间隔的较少限制性许可证，但许可证更新请求可以接收具有诸如每两分钟的较短更新请求时间间隔的更限制性的许可证更新。例如，响应于确定用户账户具有多个新许可证请求而其他许可证有效，可以使用该策略，这可能指示特定用户账户的用户通过同时流式传输许多媒体内容片段和阻止更新请求或合法地阅览各种媒体内容的片段直到找到用户有兴趣消费的媒体内容，来滥用其账户。

应注意，可以使用任何合适的方法来设置更新请求时间间隔。例如，服务器可以使行为指示与每一用户账户或每一用户装置相关联，其中每一行为指示与特定许可证持续时间和/或特定更新请求时间间隔相关联。响应于接收到行为指示符，DRM许可证服务器可以响应于所接收的许可证请求或许可证更新请求来传输适当的许可证。

在一些实现方式中，在允许用于发布的许可证的许可证更新情况下，许可证可以包含与用于处理许可证更新请求的一个或多个服务器有关的信息(例如，一个或多个许可证更新服务器的URL)。在一些实现方式中，此类信息可以包含一个或多个许可证更新服务器的URL的有序列表，例如，采用第一许可证更新服务器的URL，并且如果在给定的超时时段内没有接收到响应，那么采用第二许可证更新服务器的URL，等等。或者，在一些实现方式中，此类信息可以包含第一许可证更新服务器的URL以及在第一许可证更新服务器在特定时间段内不可达的情况下一个或多个回退的许可证更新服务器的URL。

在一些实现方式中，在130，DRM客户端可以确定是否需要用于当前发布的许可证的许可证更新。例如，响应于在120处接收到发布的许可证，DRM客户端可以确定许可证时段是特定时间段(例如，五分钟)，且在特定许可证更新请求时间间隔处允许用于发布的许可证的许可证更新。响应于确定许可证时段，DRM客户端可以确定在其中将获得许可证更新的特定时间段，诸如在当前发布的许可证期满之前的两分钟(或者正好在当前发布的许可证期满之前的时间)。

在更具体实例中，DRM客户端可以确定与发布的许可证相关联的策略指示许可证持续时间和更新请求时间间隔(或许可证更新请求之间的时间)。例如，如果用户希望通过延长当前发布的许可证来继续回放媒体内容项目，那么策略可以向DRM客户端指示特定的许可证更新窗口在特定的时间打开-例如，可以在当前发布的许可证期满之前打开至少一分钟的更新窗口内从DRM服务器接收许可证更新请求。应注意，可以基于任何合适的参数(例如，每个账户、每个装置、每个媒体内容标题等)来由DRM许可证服务器动态调整许可证更新策略，其中调整可以包含在服务器过载或数据中心中断期间增加的许可证时段、用于被认为展现特定类型的行为的用户账户的增加的许可证时段、用于被认为展现特定类型的行为的用户账户的更频繁的更新请求间隔等。

在一些实现方式中，响应于确定在当前发布的许可证期满之前需要许可证更新来继续回放媒体内容项目，DRM客户端装置可以在140处传输许可证更新请求。许可证更新请求可以包含任何合适的信息，诸如与当前发布的许可证相关联的许可证识别符、与当前激活的流式连接相关联的会话识别符、在当前发布的许可证期满之前的时间量、或DRM许可证服务器为发布许可证更新所需的来自DRM客户端装置的任何其他合适的信息。在一些实现方式中，由DRM许可证服务器发布的许可证可以包含关于为发布用于当前发布的许可证的许可证更新需要什么信息的指令(例如，用户账户信息、许可证信息、装置信息、时序信息或其任何适当的组合)。

在一些实现方式中，如果未接收到对许可证更新请求的响应，那么DRM客户端装置可以在配置的超时之后重复许可证更新请求以获得任何合适次数的有效更新。例如，对许可证更新请求的响应可能由于特定许可证更新服务器的中断而未被接收到。在更具体实例中，响应于向第一URL处的许可证更新服务器传输许可证更新请求，DRM客户端装置可以向回退URL处的另一许可证更新服务器传输后续许可证更新请求。可以继续将许可证更新请求的传输传输到回退URL处的许可证更新服务器直到获得许可证更新为止。

在150，响应于接收到来自DRM客户端装置的许可证更新请求，DRM许可证服务器可以确定是否发布许可证更新。例如，DRM许可证服务器可以确定是否延长许可证以进行另一许可证更新时段或者中止密钥使用权。应注意，确定发布许可证更新可以包含设置许可证更新持续时间(例如，另一三分钟、另一五分钟等)以继续使用媒体密钥，由此允许媒体内容项目继续被回放。还应注意，中止或撤销许可证中的媒体密钥的使用可以通过例如传输零持续时间的许可证更新或者以其他方式发布终止密钥使用权的指令来执行。

在一些实现方式中，如上所述，DRM许可证服务器可以通过对用于用户账户的上一个更新时段中接收到的许可证更新请求的数目进行计数，检测来自任何合适数目的DRM客户端装置的与用户账户相关联的多个并发流式连接。在继续此示例中，如果DRM许可证服务器在上一个更新时段内还没有接收到来自DRM客户端实例的更新请求，那么DRM许可证服务器可以将此类信息用作DRM客户端装置不再回放媒体内容项目的指示，例如，DRM客户端装置的用户可能已经中止媒体内容项目的回放，可能由于许可证期满已撤销或中止密钥使用权等。

在一些实现方式中，DRM许可证服务器可以通过维持许可证更新请求的队列来检测并发流式连接的数目，其中所述队列中的旧条目可以在等于许可证持续时间的时间之后期满。因此，DRM许可证服务器可以通过检查队列(例如，许可证更新服务器队列)以确定并发进行的回放会话，来确定是否响应于许可证更新请求来发布许可证。

应注意，在一个或多个许可证更新服务器处理许可证更新请求的实现方式中，许可证服务器可以查询许可证更新队列并确定可以用以处理许可证更新请求的信息，诸如活动会话的数目、许可证更新请求的数目、许可证更新的数目、与许可证更新请求相关联的时序信息、与许可证更新请求相关联的装置信息、许可证信息、给出允许的并发会话的最大数目的适当响应、保持可用于用户账户的并发会话的数目等。

或者，在一些实现方式中，DRM许可证服务器可以实现仅检测模式，所述模式致使自动服务初始许可证请求和/或许可证更新请求并维持请求和相关联许可证以及许可证更新的日志。这可以例如在服务器过载、数据中心中断等的时间段期间实现。

在一些实现方式中，应注意，DRM许可证服务器可以被配置成总是服务于新的更新请求，同时使得DRM许可证服务器或任何其他合适的更新服务器在下一次接收到用于所述会话的许可证更新请求时中止用于最旧的会话的许可证权利。响应于确定许可证更新请求与队列中被指定终止的较旧的会话相对应，DRM许可证服务器可以利用具有零持续时间的许可证更新，或者利用来实施媒体权利的中止的一些其他手段来响应于许可证更新请求。例如总是授予最近的用户请求而不是拒绝新的请求可以是有利的，因为相信其他回放会话正在进行中。

在160，可以从DRM许可证服务器将具有特定更新参数的许可证更新消息传输到DRM客户端装置。在170，DRM客户端装置可以基于所接收到的许可证更新消息来确定是否允许媒体内容项目的回放。例如，如上所述，响应于接收到许可证更新消息，DRM客户端装置可以从所接收到的许可证更新消息提取更新参数并确定许可证已被允许延长特定的持续时间(例如，与初始许可证相关联的许可证持续时间相同的另一短的时间段、小于与初始许可证相关联的许可证持续时间的短的时间段等)。在180，可以继续以更新的许可证回放媒体回放项目。DRM客户端装置可以返回到130，在其处可以在稍后时间确定是否需要许可证更新来继续回放媒体内容项目。例如，在更新的许可证期满之前(例如，当许可证更新窗口已打开时)，DRM客户端装置可以确定是否需要许可证更新来继续回放媒体内容项目。

在另一实例中，如上所述，响应于接收到许可证更新消息，从所接收到的许可证更新消息中提取更新参数，并确定已发布了零持续时间的许可证更新(或用于实施媒体权利的中止的一些其他手段)，DRM客户端装置可以被撤销对密钥的访问，这在190处终止媒体内容的回放。

在一些实现方式中，可以结合所公开的主题来采用不同的实施模式。在可以通过DRM许可证服务器来动态地调整许可证时段和更新请求间隔的说明性实例中，DRM许可证服务器可以进行此类调整以实现多个实施模式中的一者。

转向图2，DRM许可证服务器可以在210处通过从已经用对应于用户账户的凭证进行了认证的用户装置接收请求来开始过程200。例如，响应于选择用于回放的媒体内容项目，所述请求可以是对初始许可证的请求。

在220，DRM许可证服务器可以根据具有特定许可证参数的实施模式来传输对请求的响应。例如，DRM许可证服务器可以用初始仅检测模式来开始每一DRM客户端装置。在继续此实例中，在初始仅检测模式中，DRM许可证服务器可以将更新请求时间间隔设置为五分钟(或任何其他合适的请求时间间隔)，且将许可证持续时间设置为等于媒体内容项目的内容持续时间加上x分钟数(例如，内容持续时间+用于可以在媒体内容项目的回放期间接收的暂停指令的x分钟等)。应注意，可以在此仅检测实施模式中提供任何合适的初始更新请求时间间隔和/或许可证持续时间。

在一些实现方式中，DRM许可证服务器可以在230处通过访问和查看用户账户行为信息来继续。例如，响应于接收到来自已经用对应于用户账户的凭证进行了认证的用户装置的许可证请求或许可证更新请求，并结合DRM许可证服务器确定是否为服务于所述请求，过程200可以访问与用户账户相关联的许可证记录，并确定用户账户记录中的信息是否指示可疑行为。可疑行为可以包含例如指示能够或可能抑制与用户账户相关联的一个或多个装置进行的更新请求的信息。在更具体实例中，响应于从用户账户记录中的信息检测到用户账户在多个装置上生成多于特定数目的新许可证请求并在特定时间段内未生成更新请求，DRM许可证可以使用此类用户账户行为信息作为与用户账户相关联的装置抑制了更新请求的指示，且可以调整许可证或许可证更新参数。

在一些实现方式中，在240，DRM许可证服务器可以调整许可证或许可证更新参数。例如，响应于检测到更新请求的可能抑制(或关于用户账户的任何其他可疑行为)，DRM许可证服务器可以使用户账户处于具有调整的许可证参数的不同实施模式中。大体来说，这可以是包含例如较短的许可证持续时间和/或较频繁的更新请求时间间隔的较严格的实施模式。

如图2中所展示，当DRM许可证服务器继续接收来自与用户账户相关联的一个或多个装置的请求时，DRM许可证可以返回到230并继续查看用户账户行为信息。如此，响应于继续到检测更新请求的可能抑制(或关于用户账户的任何其他可疑行为)，DRM许可证服务器可以使用户账户处于具有调整的许可证参数的另一实施模式中，例如，具有进一步调整的许可证持续时间和/或进一步调整的更新请求时间间隔的严格实施模式。

在一些实现方式中，在250处，DRM许可证服务器可以基于用户账户行为信息来确定是否修改当前实施模式。例如，响应于确定与用户账户相关联的装置正抑制更新请求或正展现可疑行为的较小概率，DRM许可证服务器可以修改实施模式或以其他方式调整与来自关联于用户账户的装置的请求相关联的许可证参数。在更具体实例中，DRM许可证服务器可以包含多个级别的实施，且DRM许可证服务器可以响应于用户账户行为信息来确定是增加还是降低实施的级别(例如，在仅检测实施模式到较严格实施模式之间)。在另一更具体实例中，DRM许可证服务器可以响应于检测到特定时间量已过去而将实施级别降低到较不严格的实施模式。在另一更具体实例中，DRM许可证服务器可以响应于检测到特定时间量已过去且与用户账户相关联的装置继续展现可疑行为而发布零持续时间的许可证或许可证更新，因此中止或撤销媒体密钥的使用。

图3中示出了可以应用的多个实施模式的说明性实例。

如所示，DRM许可证服务器可以在310处通过应用具有特定更新时间间隔和特定许可证持续时间的仅检测模式来开始。例如，如上文关于图2所描述，DRM许可证服务器可以用初始仅检测模式来开始每一DRM客户端装置。在继续此实例中，在初始仅检测模式中，DRM许可证服务器可以将更新请求时间间隔设置为五分钟(或任何其他合适的请求时间间隔)，且将许可证持续时间设置为等于媒体内容项目的内容持续时间加上x分钟数(例如，内容持续时间+用于可以在媒体内容项目的回放期间接收的暂停指令的x分钟等)。应注意，可以在此仅检测实施模式中提供任何合适的初始更新请求时间间隔和/或许可证持续时间。

在仅检测模式期间，DRM许可证服务器可以继续接收来自与用户账户相关联的用户装置的请求，并且通过在320处查询许可证记录和查看与用户账户相关联的用户账户行为信息来响应于检测到可能的对更新请求的抑制(或与用户账户有关的任何其他可疑行为)，可以在330处应用已经调整了更新时间间隔和/或许可证持续时间参数的轻量级实施模式。例如，响应于查看许可证记录中的用户账户行为信息并检测到用户账户生成大于特定数目的新许可证请求(例如，在多个装置上)且在特定时间段内没有更新请求，DRM许可证服务器可以使用此类用户账户行为信息作为更新请求被抑制的指示且可以使所述用户账户处于轻量级实施模式中。

在轻量级实施模式中，DRM许可证服务器可以修改更新请求时间间隔和/或许可证持续时间。在继续上述实例中，DRM许可证服务器可以将更新请求时间间隔维持为五分钟(或任何其他合适的请求时间间隔)，且将许可证持续时间设置为等于内容持续时间的一半(内容持续时间÷2)。应注意，将许可证持续时间设置为等于媒体内容项目的内容持续时间的一半仅仅是说明性的，且可以将任何合适的许可证持续时间设置为小于媒体内容项目的内容持续时间和/或小于仅检测模式中设置的许可证持续时间。响应于用户账户的用户抑制更新请求，此类用户账户将不能够完整地消耗一段媒体内容。

在轻量级实施模式期间，DRM许可证服务器可以继续接收来自与用户账户相关联的用户装置的请求，并通过在340处查询许可证记录和查看与用户账户相关联的用户账户行为信息来响应于检测到可能的对更新请求的抑制(或与用户账户相关的任何其他可疑行为)。例如，响应于接收到来自与用户账户相关联的装置的许可证请求或许可证更新请求，DRM许可证服务器可以使用这个机会也基于许可证记录来查看用户账户行为信息。

返回参看图3，响应于确定用户账户行为信息继续指示与用户账户相关联的装置可能涉及可疑行为，可以在350处应用具有已进一步调整的更新时间间隔或许可证持续时间参数的严格的实施模式。例如，DRM许可证服务器可以响应于确定特定时间段已经过去且与用户账户相关联的装置正展现指示装置可能正在抑制许可证更新请求的行为，来应用严格的实施模式。在另一实例中，DRM许可证服务器可以响应于检测到特定事件已被记录在许可证记录中而应用严格的实施模式，诸如在同一装置上接收到对于相同媒体内容项目的两个或两个以上新的许可证请求或接收到可疑的许可证更新请求。

在更具体实例中，响应于检测到用户账户在同一装置上一致地生成对于相同媒体内容的两个或两个以上新的许可证请求，或者响应于接收到来自装置的可疑更新请求(例如，自上一更新请求起的时间接近于许可证持续时间而不是五分钟的更新间隔)，DRM许可证服务器可以使用来自许可证记录的此类信息作为更新请求被抑制且在内容的中途正在执行重新加载(当许可证期满时)的指示。应注意，处于轻量级实施模式中的用户账户可能仅稍微被服务器中断影响，因为只有延长的中断可以停止媒体内容项目的回放。还应注意，如果可疑行为继续，那么可以将用户账户置于较严格的实施模式或较限制性的任何其他合适的模式中。

在严格的实施模式中，DRM许可证服务器可以进一步修改更新请求时间间隔和/或许可证持续时间参数。在继续上述实例中，DRM许可证服务器可以将更新时间间隔设置为三分钟(或任何其他合适的请求时间间隔)，且将许可证持续时间设置为五分钟(或任何其他合适的持续时间)。因此，如果更新请求正被抑制，那么用户账户的用户不能一次观看大于五分钟的媒体内容。应注意，处于严格的实施模式中的用户账户可能仅被大于几分钟(例如，两分钟)的服务器中断影响。

在一些实现方式中，还应注意，在已经逝去特定时间段(例如，一周、两周等)之后，在360处，DRM许可证服务器可以使用户账户处于较宽松的模式中，诸如上文所描述的轻量级实施模式或仅检测模式。

应注意，处于较宽松的实施模式中的用户账户的用户体验可能不会受到影响，并且可能不会产生对服务器资源的影响，因为大多数用户通常落入与宽松的实施模式相关联的类别中。还应注意，对于非滥用用户而言，如果存在更新服务器中断，那么处于较限制性的模式中可能仅对用户和用户体验产生不利影响，但即使在此类中断下，用户也可以被给定较长的宽限期且可疑的用户可以到达替代服务器。

图4示出了根据一些实现方式的在其上可以实现如本文所描述的具有循环许可证更新的媒体会话并发管理机制的***的概括示意图的实例400。如所示出，***400可以包含一个或多个用户装置410。用户装置410可以是彼此本地的或彼此远程的。用户装置410可以通过一个或多个通信链路408连接到通信网络406，通信网络406可以经由通信链路404链接到诸如数字版权管理(DRM)许可证服务器402的服务器。

***400可以包含一个或多个服务器402。服务器402可以是任何合适的服务器，用于提供对本文描述的用于具有循环许可证更新的媒体会话并发管理的机制的访问，诸如为处理器、计算机、数据处理装置或此类装置的任何合适的组合。在一些实现方式中，处理许可证请求和许可证更新请求的DRM许可证服务器402可以分布为任何合适数目的服务器。例如，如上文描述且如图4中所示，用于发布初始许可证和发布许可证更新的机制可以分布为多个后端部件和多个前端部件和/或接口。在更具体实例中，可以提供处理来自一个或多个用户装置410的初始许可证请求的DRM许可证服务器402，其可以用一个或多个媒体密钥进行响应，并且可以提供处理许可证更新请求的一个或多个许可证更新服务器420，其可以用指示延长或撤销媒体密钥的使用的策略数据进行响应。在此实例中，具有多个服务器装置402和410可以使得对许可证更新请求的响应例如比对初始许可证请求进行响应更快，这可以包含对媒体密钥的检索以及将媒体密钥并入到许可证中。这还可以允许处理许可证更新的一个或多个许可证更新服务器420从密钥服务器或密钥存储装置以及用户账户数据库分离。如下文描述，这可以进一步允许***400包含处理许可证更新的多个服务器(例如，提供服务器可靠性和冗余)。

在一些实现方式中，多个许可证服务器402和420可以被实现在各种位置以提高可靠性和/或增加服务器可以与用户装置410进行通信的速度(例如，许可证和/或许可证更新的通信)。

在一些实现方式中，另一服务器(或服务器组)可以维持用于指示并发会话数目的许可证和更新许可证的记录。

尽管许可证更新的一些实现方式可能要求服务器402和420以及用户装置410具有用以认证消息的会话密钥的共享知识，但是可以实现本文描述的机制来计算此类密钥，使得服务于初始许可证请求的服务器402和服务于许可证更新请求的服务器420可以导出相同的会话密钥并对消息进行认证和签名，而不必在它们之间交换任何信息。因此，如果许可证服务器402不能访问服务初始许可证请求所需的基础架构，那么许可证更新服务器420可以继续服务许可证更新请求。另外，许可证服务器402和/或420可以被配置成总是在紧急模式下更新许可证，诸如当后端基础架构变得不可用时，从而使得所述服务器不能检查并发性。

在此类实现方式中，当许可证服务器正在运行并且可达时(例如，即使原始DRM服务器402不可达)，现有媒体回放会话也不会被中断。因此，可以通过添加许可证服务器冗余来增加弹性，并且媒体回放应用可以包含用于处理许可证更新消息或请求的多个URL。例如，这可以允许媒体回放应用对服务器中断或故障更有弹性。

在一些实现方式中，***400可以被实现为通过跨越地理位置和基础架构部署许可证更新服务器420来进一步增加弹性。例如，这可以增加在中央服务器或数据中心变得不可达的情况下处理许可证更新请求的可能性。

应注意，许可证更新通常比初始许可证更小，因为许可证更新含有指示是否延长或撤销媒体密钥的使用(而不是媒体密钥本身)的策略数据。因此，许可证更新请求可以比初始许可证请求要求更少的资源来进行服务。接着，许可证更新服务器420可以从密钥服务器/商店以及例如主用户账户数据库分离。因此，许可证更新服务器420可以与服务于初始许可证请求的服务器402不同。例如，这可以增加整个***400的可靠性。

在所公开的主题的一些实现方式中，可以实现本文描述的并发实施***400以使用分布的冗余来增加并发实施***的可靠性。此类实现方式可能与处于上述严格的实施模式中的用户账户的用户相关(例如，由于处于仅检测或轻量级实施模式中的用户账户可能不会受到服务器中断的不利影响)。

在一些实现方式中，当服务于初始许可证请求的许可证服务器402变得不可用时，来自在用户装置410上执行的媒体回放应用的初始许可证请求将失效(例如，503或其他错误消息)。例如，媒体回放应用可以接收指示许可证服务器402不能提供对许可证请求的响应的HTTP响应代码。响应于检测到用于许可证请求消息的网络和/或服务器故障，在客户端装置上执行的媒体回放应用可以使用用于回退许可证服务器402的URL(例如，来自许可证服务器列表的下一URL)来传输对许可证的请求。如上文提及，媒体回放应用可以访问具有用于许可证服务器402的任何合适数目的回退URL的列表，所述列表例如包含跨越国家、另一国家、另一大陆等的不同集群或数据中心。媒体回放应用可以继续向一个或多个备用许可证服务器402传输许可证请求直到接收到许可证为止。例如，媒体回放应用可以在前进到下一许可证服务器402之前尝试到达特定许可证服务器402特定的次数。在另一示例中，媒体回放应用程序可以尝试在前进到不同位置处的许可证服务器402之前到达特定位置处的许可证服务器402特定的次数(例如，当基于西海岸的数据中心不可用时，尝试到达位于东海岸的许可证服务器402)。应注意，在一些实现方式中，媒体回放应用可以执行这些重复请求直到许可证服务器402变得可用且接收到许可证为止。

在一些实现方式中，当服务于许可证更新请求的许可证更新服务器420变得不可用时，来自在用户装置410上执行的媒体回放应用的许可证更新请求将失效(例如，503或其他错误消息)。例如，媒体回放应用可以接收指示许可证更新服务器420不能提供对许可证更新请求的响应的HTTP响应代码。响应于检测到用于许可证更新请求消息的网络和/或服务器故障，在客户端装置上执行的媒体回放应用可以使用用于回退许可证更新服务器420的URL(例如，来自许可证服务器列表的下一URL)来传输对许可证更新的请求。如上文提及，媒体回放应用可以访问具有用于许可证更新服务器420的任何合适数目的回退URL的列表，所述列表例如包含跨越国家、另一国家、另一大陆等的不同集群或数据中心。媒体回放应用可以继续向一个或多个备用许可证更新服务器420传输许可证更新请求直到接收到许可证更新为止。例如，媒体回放应用可以在前进到下一许可证更新服务器420之前尝试到达特定许可证服务器420特定的次数。在另一实例中，媒体回放应用程序可以在前进到不同位置处的许可证服务器420之前尝试到达特定位置处的许可证更新服务器420特定的次数(例如，当基于西海岸的数据中心不可用时，尝试到达位于东海岸的许可证更新服务器)。应注意，在一些实现方式中，媒体回放应用可以执行这些尝试以接收来自许可证更新服务器420的许可证更新，同时当前活动的许可证的许可证持续时间尚未期满。

在一些实现方式中，许可证服务器402可以通过访问用户数据库和内容密钥存储器来开始服务初始许可证请求以完成许可证请求。应注意，如果许可证服务器后端不可用，那么服务器拒绝许可证请求(例如，接收到500、503或其他错误消息)。许可证服务器402接着可以检查许可证请求或并发使用的记录(例如，许可证更新服务器420或任何其他合适的服务器中的记录422)。类似地，应注意，如果并发基础架构不可用，那么服务器可以选择服务于所述请求或失效(例如，接收到500、503或其他错误消息)。基于并发信息，许可证服务器402可以拒绝或服务所述许可证请求。或者，如上所述，许可证服务器402可以被配置成总是服务于新的许可证请求，同时标记较旧的许可证以用于中止。

在一些实现方式中，许可证更新服务器420可以通过检查更新请求或并发使用的记录来开始服务许可证更新请求，诸如许可证更新服务器420中的许可证记录422。如果会话被标记为中止，那么许可证服务器420可以拒绝许可证更新请求或发布指示回放应被中止的响应。否则，许可证更新服务器420可以发布许可证更新。

在一些实现方式中，如果许可证服务器402或420不能访问更新请求或并发使用的记录或者用于确定是否应当发布许可证更新的任何其他合适的信息(例如，记录422)，那么许可证服务器402或420可以确定是否应进入紧急更新模式。例如，响应于访问来自后端服务器部件的记录的失败尝试的数目大于给定阈值，许可证服务器402或420可以确定服务器应该进入紧急更新模式，其中可以记录此类检测、可以触发警报等。在紧急更新模式中，许可证服务器420可以自动地更新所有的有效许可证。在紧急更新模式的一些实现方式中，可以增加许可证持续时间和/或更新请求时间间隔(例如，在服务器中断或服务器过载期间减轻到服务器的更新消息)。

返回参看图4，可以在***400中包含其他服务器。例如，内容传送服务器430可以接收呈现媒体内容项目的请求，并提供媒体内容项目(例如，以需要来自DRM许可证服务器402或任何其他合适的服务器的密钥的加密形式来解密媒体数据)。在另一实例中，内容传送服务器430可以提供对应于由用户装置410正在显示的媒体内容的元数据或其他信息。

通常，用户装置410可以包含能够通过诸如网络406或类似者的网络接收和发送消息的任何计算装置，从而访问和/或回放内容。此外，用户装置410可以包含能够连接到另一计算装置且接收信息的任何计算装置，诸如膝上型计算机、智能电话、平板计算机及其类似者。然而，计算装置不限于此，且还可以包含其他装置，诸如蜂窝式电话、显示寻呼机、射频(“RF”)装置、红外(“IR”)装置、个人数字助理(“PDA”)、手持式计算机、可穿戴计算机、组合一个或多个前述装置的集成装置等。因而，用户装置410通常在能力和特征方面范围广泛。

在一些实现方式中，启用网络的用户装置410可以包含被配置成接收和发送网页、基于网络的消息等的浏览器应用。浏览器应用可以被配置成采用几乎任何基于因特网和/或基于网络的协议来接收和显示图形、文本、多媒体、媒体内容等，所述协议包含但不限于无线应用协议消息(“WAP”)、超文本传送协议(“HTTP”)等。在一个实现方式中，浏览器应用能够采用手持式装置标记语言(“HDML”)、无线标记语言(“WML”)、WMLScript、JavaScript、标准通用标记语言(“SGML”)、超文本标记音频语言(“HTML”)、可扩展标记语言(“XML”)等来显示和发送消息。在一个实现方式中，客户端用户的用户可以采用浏览器应用来执行网络上的各种活动(在线)。然而，另一应用还可以用以执行各种在线活动。

用户装置410还可以包含被配置成在另一计算装置之间接收和/或发送内容的至少一个其他客户端应用。客户端应用可以包含发送和/或接收内容或类似者的能力。客户端应用可以进一步提供识别自身的信息，包含类型、能力、名称等。在一个实现方式中，用户装置410可以将自身识别为一类装置的一部分。在另一实现方式中，用户装置410可以通过包含电话号码、移动识别号(“MIN”)、电子序列号(“ESN”)、因特网协议(IP)地址、网络地址或其他移动装置识别符的多种机制中的任一者来唯一地识别自身。所述信息还可以指示移动装置能够采用的内容格式。此类信息可以在其他客户端装置或其他计算装置之间发送的网络包等中提供。此外，应当容易地理解，与客户端装置通信的装置内的装置和/或部件也可以使用包含客户端装置所使用的那些机制的各种机制中的任一种来识别自身。

用户装置410可以进一步被配置成包含使得用户能够登录到可以由另一计算装置管理的用户账户中的客户端应用。在一个非限制性实例中，此类用户账户可以被配置成使得用户能够管理一个或多个在线活动，在一个非限制性实例中包含：搜索活动、社交网络活动、浏览各种网站、与其他用户通信等。在一个实现方式中，用户的客户端装置可以接收流式传输到客户端装置以在所述客户端装置处回放的内容。然而，还可以在未登录到用户账户中的情况下执行参与在线活动。

在一些实现方式中，用户装置410以及服务器402、420和430中的每一者可以是诸如计算机的通用装置或诸如客户端、服务器等的专用装置中的任一者。这些通用或专用装置中的任一者可以包含任何合适的部件，诸如硬件处理器(其可以是微处理器、数字信号处理器、控制器等)、存储器、通信接口、显示控制器、输入装置等。例如，用户装置410可以被实现为具有相机的智能电话、具有相机的平板计算机、具有相机的可穿戴计算机、与智能电话对接的相机装置(例如，用于智能电话的相机软件狗)、数码摄像机(例如，傻瓜相机、DSLR相机、数码摄录机等)、模拟摄录机、个人计算机、膝上型计算机、智能电话、平板计算机、游戏装置、数字媒体接收器、机顶盒、智能电视、服务器等。

通信网络406可以是任何合适的计算机网络或此类网络的组合，包含因特网、内联网、广域网(WAN)、局域网(LAN)、无线网络、数字订户线(DSL)网络、帧中继网络、异步传送模式(ATM)网络、虚拟专用网(VPN)等。通信链路404、408、425和435可以是适于在用户装置410与服务器402、420和430当中传达数据的任何通信链路，诸如网络链路、拨号链路、无线链路、硬连线链路、任何其他合适的通信链路、或此类链路的任何合适的组合。用户装置410还可以用以将来自内容传送服务器430或来自任何其他合适的源(例如，硬盘驱动器、云存储、闪存驱动等)的视频呈现给观众。用户装置410和服务器402、420和430可以被定位在任何合适的位置。

图5示出根据所公开的主题的一些实现方式的可以用以实现图4中描绘的服务器402(或服务器420或430)以及用户装置410中的一者的硬件的实例500。参看图5，用户装置410可以包含可以互连的硬件处理器512、显示器514、输入装置516和存储器518。在一些实现方式中，存储器518可以包含用于存储用于控制硬件处理器512的计算机程序的存储装置(诸如非暂时性计算机可读介质)。

硬件处理器512可以使用计算机程序来在显示器514上呈现内容和/或接口，所述内容和/或接口允许用户尤其使得从服务器430检索视频、与媒体回放应用进行交互、与本文描述的用于资源管理的机制进行交互以及通过通信链路408发送和接收数据，在用于资源管理的机制中由诸如DRM许可证服务器402或许可证更新服务器420的装置执行循环许可证更新。还应注意，通过通信链路408或任何其他通信链路接收到的数据可以从任何合适的源被接收。在一些实现方式中，硬件处理器512可以使用例如发射器、接收器、发射器/接收器、收发器或任何其他合适的通信装置通过通信链路408或任何其他通信链路来发送和接收数据。显示器514可以是平板显示器、阴极射线管显示器、投影仪、触摸屏、扬声器和/或任何其他合适的显示器和/或呈现装置。输入装置516可以是计算机键盘、计算机鼠标、麦克风、触摸板、语音识别电路、触摸屏和/或任何其他合适的输入装置。

服务器402(或服务器420或430)可以包含可以互连的硬件处理器522、显示器524、输入装置526和存储器528。在一些实现方式中，存储器228可以包含用于存储通过通信链路104或通过其他链路接收的数据的存储装置。存储装置可以进一步包含用于控制硬件处理器222的服务器程序。

硬件处理器522可以使用服务器程序来与用户装置412通信。还应注意，通过通信链路404或任何其他通信链路接收的数据可以从任何合适的源被接收。在一些实现方式中，硬件处理器522可以使用例如发射器、接收器、发射器/接收器、收发器或任何其他合适的通信装置通过通信链路404或任何其他通信链路来发送和接收数据。在一些实现方式中，硬件处理器522可以接收由一个或多个用户传输的命令和/或值。显示器524可以是平板显示器、阴极射线管显示器、投影仪、触摸屏、扬声器和/或任何其他合适的显示器和/或呈现装置。输入装置526可以是计算机键盘、计算机鼠标、麦克风、触摸板、语音识别电路、触摸屏和/或任何其他合适的输入装置。

在一个特定实现方式中，本文描述的机制可以包含服务器侧软件、服务器侧硬件、客户端侧软件、客户端侧硬件或其任何合适的组合。例如，媒体回放应用可以包含用编程语言编写的计算机程序，所述编程语言可以由执行编辑应用的服务器402辨识(例如，用诸如Java、C、Objective-C、C++、C#、JavaScript、Visual Basic或任何其他合适的方法的编程语言编写的程序)。作为另一实例，媒体回放应用可以包含一个或多个网页或网页部分(例如，经由任何合适的编码，诸如超文本标记语言(“HTML”)、动态超文本标记语言(“DHTML”)、可扩展标记语言(“XML”)、JavaServer页面(“JSP”)、活动服务器页面(“ASP”)、Cold Fusion或任何其他合适的方法)。

因此，提供用于具有循环许可证更新的媒体会话并发管理的***、方法和介质。

在一些实现方式中，任何合适的计算机可读介质可以用于存储用于执行本文描述的功能和/或过程的指令。例如，在一些实现方式中，计算机可读介质可以是暂时性或非暂时性的。例如，非暂时性计算机可读介质可以包含以下介质：诸如磁性介质(诸如硬盘，软性磁盘等)、光学介质(诸如压缩盘、数字视频盘、蓝光盘等)、半导体介质(诸如快闪存储器、电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)等)、在传输期间非短暂的或没有任何永久性的任何合适的介质、和/或任何合适的有形介质。作为另一实例，暂时性计算机可读介质可以包含网络上、有线、导体、光纤、电路中的信号、在传输期间短暂的且没有任何永久性的任何适合的介质、和/或任何合适的无形介质。

应理解，上述过程的步骤可以以任何顺序或序列来执行，而不限于附图中示出和描述的顺序和序列。而且，可以在适当或并行的情况下基本上同时执行过程的上述步骤中的一些，以减少等待时间和处理时间。

还应注意，如本文所使用，术语机制可以包含硬件、软件、固件或其任何合适的组合。

虽然在前述说明性实现方式中已经描述和示出了本发明，但是应该理解的是，仅通过实例的方式进行了本公开，并且可以在不脱离本发明的精神和范围的情况下对本发明的实现方式的细节进行许多改变，本发明的范围仅由所附权利要求限定。所公开的实现方式的特征可以按照各种方式来组合和重新布置。

Claims (21)

1.一种用于并发检测和实施的***，所述***包括：

至少一个服务器，所述至少一个服务器被配置成：

接收对与将在媒体回放装置上呈现的媒体内容项目相关的媒体内容许可证的请求，其中对所述媒体内容许可证的所述请求与用户账户相关联；

响应于对所述媒体内容许可证的所述请求，向所述媒体回放装置传输与所述媒体内容项目相关联的一个或多个密钥以及包括策略的许可证，所述策略包括有限许可证持续时间和更新请求时间间隔；

在所述更新请求时间间隔内的一时间接收对与在所述媒体回放装置上呈现的所述媒体内容项目相关的许可证更新的请求；

基于跨与所述用户账户相关联的多个媒体回放装置的媒体会话并发来确定是否发布用于所述媒体内容项目的所述许可证更新，其中所述确定包括查询在给定时间段期间为所述用户账户发布的许可证更新的记录；以及

基于与所述用户账户相关联的许可证更新的所述记录来将所述许可证更新传输到所述媒体回放装置。

2.根据权利要求1所述的***，其中，所述至少一个服务器进一步被配置成修改所述有限许可证持续时间和所述更新请求时间间隔中的至少一个。

3.根据权利要求2所述的***，其中，所述修改是响应于查看在给定时间段期间为所述用户账户发布的许可证更新的所述记录并且确定所述许可证更新的所述记录指示由与所述用户账户相关联的所述多个媒体回放装置对许可证更新请求的抑制而执行的。

4.根据权利要求2所述的***，其中，所述修改是响应于检测到服务器中断而执行的。

5.根据权利要求1所述的***，其中，响应于确定所述许可证中的所述一个或多个密钥将被撤销，与所述许可证更新相关联的有限许可证持续时间具有零持续时间。

6.根据权利要求1所述的***，其中，所述至少一个服务器进一步被配置成自动地将用于所述媒体内容项目的具有所述有限许可证持续时间的所述许可证传输到所述媒体回放装置，同时指示在所述记录内的先前发布的许可证中止。

7.根据权利要求1所述的***，其中，所述至少一个服务器进一步被配置成：

查看在所述给定时间段期间为所述用户账户发布的许可证更新的所述记录；

从多个实施模式确定用于应用到所述用户账户的实施模式；以及

在发布所述许可证更新时应用所确定的实施模式，其中所述有限许可证持续时间和所述更新请求时间间隔中的至少一个被调整。

8.根据权利要求1所述的***，其中，所述至少一个服务器进一步被配置成向在所述媒体回放装置上执行的媒体回放应用传输用于处理对所述许可证更新的所述请求的多个许可证服务器的列表，其中所述媒体回放应用将对所述许可证更新的所述请求传输到所述多个许可证服务器中的第一许可证服务器，以及在检测到所述第一许可证服务器不可用时并且在所述许可证期满之前，将所述请求传输到所述多个许可证服务器中的第二许可证服务器，直到接收到对所述媒体内容许可证的所述许可证更新为止。

9.根据权利要求1所述的***，其中，所述至少一个服务器进一步被配置成：

通过计数所述给定时间段内与所述用户账户相关联的许可证更新的数目来确定是否发布所述许可证更新；以及

基于所述计数将所述许可证更新传输到所述媒体回放装置。

10.根据权利要求1所述的***，其中，所述至少一个服务器进一步被配置成确定是否进入紧急更新模式，所述紧急更新模式响应于不能访问所述许可证更新的记录而自动地发布所述许可证更新。

11.一种用于并发检测和实施的方法，所述方法包括：

使用包括硬件处理器的至少一个服务器来接收对与将在媒体回放装置上呈现的媒体内容项目相关的媒体内容许可证的请求，其中对所述媒体内容许可证的所述请求与用户账户相关联；

响应于对所述媒体内容许可证的所述请求，向所述媒体回放装置传输与所述媒体内容项目相关联的一个或多个密钥以及包括策略的许可证，所述策略包括有限许可证持续时间和更新请求时间间隔；

在所述更新请求时间间隔内的一时间接收对与在所述媒体回放装置上呈现的所述媒体内容项目相关的许可证更新的请求；

基于跨与所述用户账户相关联的多个媒体回放装置的媒体会话并发来确定是否发布用于所述媒体内容项目的所述许可证更新，其中所述确定包括查询在给定时间段期间为所述用户账户发布的许可证更新的记录；以及

基于与所述用户账户相关联的许可证更新的所述记录来将所述许可证更新传输到所述媒体回放装置。

12.根据权利要求11所述的方法，进一步包括修改所述有限许可证持续时间和所述更新请求时间间隔中的至少一个。

13.根据权利要求12所述的方法，其中，所述修改是响应于查看在给定时间段期间为所述用户账户发布的许可证更新的所述记录并且确定所述许可证更新的所述记录指示由与所述用户账户相关联的所述多个媒体回放装置对许可证更新请求的抑制而执行的。

14.根据权利要求12所述的方法，其中，所述修改是响应于检测到服务器中断而执行的。

15.根据权利要求11所述的方法，其中，响应于确定所述许可证中的所述一个或多个密钥将被撤销，与所述许可证更新相关联的所述有限许可证持续时间具有零持续时间。

16.根据权利要求11所述的方法，进一步包括自动地将用于所述媒体内容项目的具有所述有限许可证持续时间的所述许可证传输到所述媒体回放装置，同时指示在所述记录内的先前发布的许可证中止。

17.根据权利要求11所述的方法，进一步包括：

查看在所述给定时间段期间为所述用户账户发布的许可证更新的所述记录；

从多个实施模式确定用于应用到所述用户账户的实施模式；以及

在发布所述许可证更新时应用所确定的实施模式，其中所述有限许可证持续时间和所述更新请求时间间隔中的至少一个被调整。

18.根据权利要求11所述的方法，进一步包括向在所述媒体回放装置上执行的媒体回放应用传输用于处理对所述许可证更新的所述请求的多个许可证服务器的列表，其中所述媒体回放应用将对所述许可证更新的所述请求传输到所述多个许可证服务器中的第一许可证服务器，以及在检测到所述第一许可证服务器不可用时并且在所述许可证期满之前，将所述请求传输到所述多个许可证服务器中的第二许可证服务器，直到接收到对所述媒体内容许可证的所述许可证更新为止。

19.根据权利要求11所述的方法，进一步包括：

通过计数所述给定时间段内的与所述用户账户相关联的许可证更新的数目来确定是否发布所述许可证更新；以及

基于所述计数将所述许可证更新传输到所述媒体回放装置。

20.根据权利要求11所述的方法，进一步包括确定是否进入紧急更新模式，所述紧急更新模式响应于不能访问所述许可证更新的记录而自动地发布所述许可证更新。

21.一种包含计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令在由处理器执行时致使所述处理器执行用于并发检测和实施的方法，所述方法包括：

接收对与将在媒体回放装置上呈现的媒体内容项目相关的媒体内容许可证的请求，其中对所述媒体内容许可证的所述请求与用户账户相关联；

响应于对所述媒体内容许可证的所述请求，向所述媒体回放装置传输与所述媒体内容项目相关联的一个或多个密钥以及包括策略的许可证，所述策略包括有限许可证持续时间和更新请求时间间隔；

在所述更新请求时间间隔内的一时间接收对与在所述媒体回放装置上呈现的所述媒体内容项目相关的许可证更新的请求；

基于跨与所述用户账户相关联的多个媒体回放装置的媒体会话并发来确定是否发布用于所述媒体内容项目的所述许可证更新，其中所述确定包括查询在给定时间段期间为所述用户账户发布的许可证更新的记录；以及

基于与所述用户账户相关联的许可证更新的所述记录来将所述许可证更新传输到所述媒体回放装置。